服务管理方法及其装置、系统、电子设备、存储介质与流程

1.本技术实施例涉及通信领域，特别涉及一种服务管理方法及其装置、系统、电子设备、存储介质。


背景技术：

2.5g新通话是运营商的一种新通话概念的尝试，虽然名称是通话，但实际上不仅仅局限于通话，更是实时沉浸式互动。中国移动研究院发布的《5g vonr+白皮书》给出了对应的概念。vonr+(5g新通话)是指在5g vonr多媒体实时通信的基础上搭载新的数据传输通道，为用户提供除高清音视频之外的更丰富的实时交互服务，并建立以多媒体实时通信能力平台为中心，统一开放的网络架构，在兼容现有业务的基础上实现创新业务的敏捷开发和快速部署。是基于5g vonr超高清多媒体通信能力的全媒体增值服务，其将进一步提升4g volte业务体验，丰富业务内涵。
3.然而，实时交互服务是一个复杂的过程，需要多种设备协调交互，新的数据传输通道定然难以达到因特网的作用效果，如何利用新的数据传输通道简便、快捷地为用户端提供实时交互服务，是一个亟待解决的问题。
4.如何对实时交互服务进行管理，是一个亟待解决的问题。


技术实现要素：

5.本技术实施例的主要目的在于提出一种服务管理方法及其装置、系统、电子设备、存储介质，可以为用户提供实时交互服务。
6.为实现上述目的，本技术实施例提供了一种服务管理方法，应用于通话服务器，包括以下步骤：通过第一数据传输dc通道，接收用户端发送的应用程序获取请求，响应于应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据，通过第二dc通道，接收应用管理服务器返回应用程序数据，通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序。
7.为实现上述目的，本技术实施例还提供了一种服务管理方法，应用于应用管理服务器，包括：通过第二dc通道，接收通话服务器发送的应用程序数据请求；应用程序数据请求由通话服务器响应于用户端发送的应用程序获取请求生成；通过第二dc通道，向通话服务器发送应用程序数据，供通话服务器将应用程序数据发送至用户端。
8.为实现上述目的，本技术实施例还提供了一种通话服务器，包括：获取模块，用于通过第一dc通道，接收用户端发送的应用程序获取请求；请求模块，用于响应于应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据；接收模块，用于通过第二dc通道，接收应用管理服务器返回应用程序数据；发送模块，用于通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序。
9.为实现上述目的，本技术实施例还提供了一种应用管理服务器，包括：接收模块，用于通过第二dc通道，接收通话服务器发送的应用程序数据请求；应用程序数据请求由通
话服务器响应于用户端发送的应用程序获取请求生成；发送模块，用于通过第二dc通道，向通话服务器发送应用程序数据，供通话服务器将应用程序数据发送至用户端。
10.为实现上述目的，本技术实施例还提供了一种服务管理系统，其特征在于，包括：如上述的通话服务器，和应用管理服务器。
11.为实现上述目的，本技术的实施例还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的应用于通话服务器的服务管理方法，或者，应用管理服务器服务管理方法。
12.为实现上述目的，本技术的实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的应用于通话服务器的服务管理方法，或者，应用管理服务器服务管理方法。
13.本技术提出的服务管理方法，由于实时交互服务实际依赖众多应用程序进行实现，不同的应用程序用于实现不同的实时交互服务，因此在为用户提供端提供实时交互服务器，必然要为用户端进行应用程序的下载。然而，应用程序数量众多，功能各不相同，且用户端的存储空间有限，不可能下载和使用将所有应用程序，因此通过第一数据传输dc通道，即第一dc通道，接收用户端发送的应用程序获取请求，响应于应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据，通过第二dc通道，接收应用管理服务器返回应用程序数据，通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序，可以为用户下载指定的应用程序数据，从而为用户端提供其所需的实时交互服务。
附图说明
14.图1是本发明一个实施例提供的服务管理方法应用于通话服务器的流程示意图；
15.图2是本发明一个实施例提供的实现服务管理方法的系统架构示意图；
16.图3是本发明一个实施例提供的应用程序下载流程示意图；
17.图4是本发明一个实施例提供的用户端获取应用列表流程示意图一；
18.图5是本发明一个实施例提供的用户端获取应用列表流程示意图二；
19.图6是本发明一个实施例提供的服务管理方法应用于应用管理服务器的流程示意图；
20.图7是本发明一个实施例提供的应用管理服务器示意图；
21.图8是本发明一个实施例提供的应用管理服务器功能示意图；
22.图9是本发明一个实施例提供的应用管理服务器下发应用列表的示意图；
23.图10是本发明一个实施例提供的业务订阅流程示意图；
24.图11是本发明一个实施例提供的通话服务器的结构示意图；
25.图12是本发明一个实施例提供的应用管理服务器的结构示意图；
26.图13是本发明一个实施例提供的服务管理系统示意图；
27.图14是本发明一个实施例提供的电子设备结构示意图。
具体实施方式
28.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术
的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本技术各实施例中，为了使读者更好地理解本技术而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本技术所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本技术的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
29.本发明的实施例涉及一种服务管理方法，如图1所示，包括以下步骤：
30.步骤101，通过第一数据传输(data channel，简称“dc”)通道，即第一dc通道，接收用户端发送的应用程序获取请求；
31.步骤102，响应于应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据；
32.步骤103，通过第二dc通道，接收应用管理服务器返回应用程序数据；
33.步骤104，通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序。
34.本实施例的服务管理方法，应用于服务管理系统中的通话服务器，通话服务器是5g新通话平台的一部分，是用于实现通话功能的核心。5g新通话是运营商的一种新通话概念的尝试，虽然名称是通话，但实际上不仅仅局限于通话，更是实时沉浸式互动。中国移动研究院发布的《5g vonr+白皮书》给出了对应的概念。vonr+(5g新通话)是指在5g vonr多媒体实时通信的基础上搭载新的数据传输通道，为用户提供除高清音视频之外的更丰富的实时交互服务，并建立以多媒体实时通信能力平台为中心，统一开放的网络架构，在兼容现有业务的基础上实现创新业务的敏捷开发和快速部署。是基于5g vonr超高清多媒体通信能力的全媒体增值服务，其将进一步提升4g volte业务体验，丰富业务内涵。5g新通话基于ims数据传输通道(即dc通道)架构实现的通话业务增强形态，具有高清、可视化、可交互的特征，将有效提升5g时代的用户通话体验，满足更多行业沟通场景诉求，打造5g差异化优势。
35.通话服务器的功能包含有业务能力接口开放，和媒体转发开放，与传输网元，也就是支持dc通道传输(即具备dc能力)的呼叫会话控制功能(call session control function，简称“cscf”)、volte as接口、媒体协议(media protocol，简称“mp”)、会话边界控制(session border controller，简称“sbc”)配合实现用户端之间的通话。在dc通道(dc通道)之前只存在audio和video通道。dc通道出现后，在端侧就会出现三个通道并存audio、video、data channel通道，并且在dc通道中传输的数据类型不限。
36.如图2所示，运营商的通话服务器需要与应用管理服务器进行连接，与各应用程序的开发者提供的业务服务器进行连接、与应用管理的业务开发服务托管平台进行连接，共同为用户端(user equipment，简称“ue”)提供服务。其中，业务服务器可以被各应用程序开发者部署在公网、公有云上，由通话服务器、应用管理服务器和业务开发服务托管平台共同组成的5g新通话平台由运营商提供，主要有业务能力接口开放、dc媒体转发、应用程序(即小程序)管理、业务开发/服务托管等服务，传输网元由运营商提供，其中，volte as负责开放cscf的呼叫能力，包含dc呼叫能力，mp负责传统的语音视频媒体以及新型的dc媒体协商和传输，用户端设备例如手机、平板等电子设备，需要具有volte和dc模块，其由手机厂商预先配置好，使用户端支持h5应用小程序的运行，小程序由第三方开发商提供，通过
bootstrap dc通道下载至手机中。
37.本技术中，由于实时交互服务实际依赖众多应用程序进行实现，不同的应用程序用于实现不同的实时交互服务，因此在为用户提供端提供实时交互服务器，必然要为用户端进行应用程序的下载。然而，应用程序数量众多，功能各不相同，且用户端的存储空间有限，不可能下载和使用将所有应用程序，因此通过第一数据传输dc通道，接收用户端发送的应用程序获取请求，响应于应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据，通过第二dc通道，接收应用管理服务器返回应用程序数据，通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序，可以为用户下载指定的应用程序数据，从而为用户端提供其所需的实时交互服务。
38.下面对本实施例的服务管理方法实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
39.在步骤101中，通话服务器通过第一数据传输dc通道，即第一dc通道，接收用户端发送的应用程序获取请求，其中，通话服务器与用户端之间的第一dc通道需要预先建立。
40.在一个例子中，在接收用户端发送的应用程序获取请求之前，通话服务器还通过第一dc通道，接收用户端发送的应用列表获取请求；响应于应用列表获取请求，通过第二dc通道，请求应用管理服务器发送默认应用列表；通过第二dc通道，接收应用管理服务器返回默认应用列表；通过第一dc通道，将默认应用列表发送至用户端，供用户端的用户进行应用程序的选择。其中，应用列表是应用的名称列表，或者，应用的图标和名称列表等等。
41.本实施例中，通话服务器通过第一dc通道，接收用户端发送的应用列表获取请求，响应于应用列表获取请求，通过第二dc通道，请求应用管理服务器发送默认应用列表，通过第二dc通道，接收应用管理服务器返回默认应用列表，通过第一dc通道，将默认应用列表发送至用户端，供用户端的用户进行应用程序的选择，从而为用户端提供其所需的实时交互服务。
42.在另一个例子中，在接收用户端发送的应用程序获取请求之前，通话服务器还实时获取用户端的通话信息和/或设备信息，并将通话信息和/或设备信息发送至应用管理服务器；通过第一dc通道，接收用户端发送的应用列表获取请求；响应于应用列表获取请求，通过第二dc通道，请求应用管理服务器发送推荐应用列表；通过第二dc通道，接收应用管理服务器发送的推荐应用列表；其中，推荐应用列表包括应用管理服务器根据通话信息和/或设备信息生成的应用列表；通过第一dc通道，将推荐应用列表发送至用户端，供用户端的用户进行应用程序的选择。
43.本实施例中，通话服务器通过实时获取用户端的通话信息和/或设备信息，并将通话信息和/或设备信息发送至应用管理服务器，通过第一dc通道，接收用户端发送的应用列表获取请求，响应于应用列表获取请求，通过第二dc通道，请求应用管理服务器发送推荐应用列表，通过第二dc通道，接收应用管理服务器发送的推荐应用列表；其中，推荐应用列表包括应用管理服务器根据通话信息和/或设备信息生成的应用列表，通过第一dc通道，将推荐应用列表发送至用户端，供用户端的用户进行应用程序的选择，可以自主判别用户所需的应用程序，并为用户推荐，从而方便用户的选择，提高用户体验。
44.在步骤102中，响应于应用程序获取请求，通话服务器通过第二dc通道，请求应用管理服务器发送应用程序数据。其中，应用管理服务器是用于存储应用程序安装所需的应
用程序数据的服务器。应用管理服务器中存储有多个应用程序数据，当接收到通话服务器的请求时，会根据请求获取对应的应用程序数据。
45.在步骤103中，通话服务器通过第二dc通道，接收应用管理服务器返回应用程序数据，其中，在应用管理服务器获取对应的应用程序数据后，会将获取对应的应用程序数据发送至通话服务器。
46.在步骤104中，通话服务器通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序。
47.在一个例子中，如图3所示，用户端需要先向应用管理服务器请求获取引导小程序(即应用列表的容器)再向应用管理服务器请求获取应用列表，最终获取应用程序，其中，通话服务器负责将用户端与应用管理服务器的连接，将用户端的请求中转至应用管理服务器。其中，ue与应用管理服务器需要预先建立bootstrapdc通道，其可以支持数据包传输层安全性协议(datagram transport layer security，简称“dtls”)、用户数据包协议(user datagram protocol，简称“udp”)、传输控制协议(transmission control protocol，简称“tcp”)、超文本传输协议(hyper text transfer protocol，简称“http”)等协议的传输。用户端先向应用管理服务器请求获取引导小程序，发送get请求，应用管理服务器会为用户端返回引导小程序的压缩zip数据包，或者，在无法向用户端返回引导小程序的压缩zip数据包时，向其返回304状态码，当获取到引导小程序后，用户端向应用管理服务器请求获取应用列表，应用管理服务器会为用户端返回应用列表数据。当用户选定所需的应用程序后，用户端向应用管理服务器请求获取此应用程序的数据，应用管理服务器会为用户端返回应用程序数据，即应用小程序zip包，或者，在无法向用户端返回应用程序数据时，向其返回304状态码。
48.在一个例子中，在将应用程序数据发送至用户端之后，通话服务器还通过第一dc通道，接收用户端发送的应用第一交互数据，通过第三dc通道，将应用第一交互数据发送应用程序的业务服务器，通过第三dc通道，接收业务服务器返回的应用第二交互数据，通过第一dc通道，将应用第二交互数据发送至用户端。
49.本实施例中，通话服务器通过第一dc通道，接收用户端发送的应用第一交互数据，通过第三dc通道，将应用第一交互数据发送应用程序的业务服务器，通过第三dc通道，接收业务服务器返回的应用第二交互数据，通过第一dc通道，将应用第二交互数据发送至用户端，即，通话服务器需要与各个应用程序的业务服务器分别进行连接，在用户使用应用程序时，应用程序的交互数据由通话服务器交与应用程序对应的业务服务器，从而实现应用程序使用过程中的数据交互。
50.在一个例子中，如图4所示，ue a是需实现5g新通话交互的用户终端，新通话平台特指通话服务器，自有应用指用户所需的应用程序的业务器服务器，包括主叫名片、同声传译、视频替代、智能客服等等应用程序，其中，新通话平台通过新通话媒体面a和volte as a进行通信连接，实现信息的转发。
51.本实施例中，应用管理服务器向用户端提供的应用列表是默认的初始应用列表，因此，用于传输引导小程序的bootstrapdc通道由用户端侧(即端侧)主动创建，用户端获取应用列表的过程包括以下步骤：
52.1、端侧创建bootstrapdc＝0的通道，下载引导小程序，其中，用户端，即终端，发送
invite dc-0的信息，与应用管理服务器建立dc-0即bootstrapdc通道，并通过此通道向应用管理服务器请求获取引导小程序。
53.2、端侧引导小程序通过bootstrapdc通道下载应用列表。其中，终端在获取到应用列表以后，将其放入本地网络tab页中。
54.3、用户点击某个应用小程序，端侧引导小程序通过bootstrapdc通道下载具体的应用小程序。其中，终端根据用户在不同tab页中的操作指示，下载应用小程序。
55.4、端侧引导小程序发起创建applicaiondc通道。其中，终端使用不同的dc通道进行不同小程序的交互数据传输。
56.至此端侧已经下载到了应用小程序，并且建立下端侧小程序和后台应用服务器(即业务服务器)之间的dc通道关系。端侧可以使用不同的dc通道传输不同的小程序交互数据，从而实现通话过程中的实时交互。其中，各请求及响应信息可以通过http协议进行传输。
57.在一个例子中，如图5所示，ue a是需实现5g新通话交互的用户终端，新通话平台特指通话服务器，自有应用指用户所需的应用程序的业务器服务器，包括主叫名片、同声传译、视频替代、智能客服等等应用程序，其中，新通话平台通过新通话媒体面a和volte as a、volte as b进行通信连接，实现信息的转发。
58.本实施例中，应用管理服务器向用户端提供的应用列表是根据用户通话内容，或者，用户终端设备个性化订制的推荐应用列表，因此，用于传输引导小程序的bootstrapdc通道通过应用管理服务器、通话服务器和volte as b主动创建，用户端获取应用列表的过程包括以下步骤：
59.1、volte as b创建bootstrapdc＝100的通道，让终端从此通道下载引导小程序。
60.2、端侧下载完成应用小程序。
61.3、端侧引导小程序通过bootstrapdc通道下载应用列表。
62.4、用户点击某个应用小程序，端侧引导小程序通过bootstrapdc通道下载具体的应用小程序。
63.5、volte as b发起创建创建applicaiondc通道。
64.6、端侧应用小程序感知此applicaiondc通道的建立。
65.至此端侧已经下载到了应用小程序，并且建立下端侧小程序和后台应用服务器之间的dc通道关系。其中，各请求及响应信息可以通过http协议进行传输，在用户端获取到应用程序数据时，应用管理服务器为用户端返回的是http的200状态表示成功，其中可以有自动下载指示，让终端自动下载数据，否则需要终端依据人工选择，发送对应指令后，才能进行小程序的下载。
66.本发明的实施例还涉及一种服务管理方法，如图6所示，包括：
67.步骤601，通过第二dc通道，接收通话服务器发送的应用程序数据请求；应用程序数据请求由通话服务器响应于用户端发送的应用程序获取请求生成；
68.步骤602，通过第二dc通道，向通话服务器发送应用程序数据，供通话服务器将应用程序数据发送至用户端。
69.本实施例的服务管理方法，应用于服务管理系统中的应用管理服务器。如图7所示，应用管理服务器与5g新通话平台中的通话服务器、网管系统、boss系统进行连接，通话
服务器与业务服务器，以及具备dc能力的音视频能力网元volte as、mp新媒体等网元连接。应用管理服务器中有1)和新通话平台的接口：restful信令接口和http媒体接口。可以通过音视频能力网元订阅用户的呼叫信息；通过bootstrapdc通道给端侧下发小程序应用。2)和boss系统接口：boss系统同步用户订购关系至应用管理平台，如果有些业务需要订购后在使用，则需要boss同步用户的订购数据到应用管理服务器。3)和网管系统接口：负责收集应用管理平台各模块的运行日志，对各模块的运行情况、负载量进行监控，并可根据设定的规则进行风险及故障告警。其中，boss(business&operation support system，简称“boss”)指的是业务运营支撑系统。通常所说的boss分为四个部分：计费及结算系统、营业与账务系统、客户服务系统和决策支持系统。boss从业务层面来看就是一个框架，来承载业务系统、crm系统、计费系统。实现统一框架中的纵向、横向管理。
70.应用管理服务器的功能如图8所示，有1)应用提供者管理：应用提供者信息，手机号码、邮箱、客服电话、付费号码、企业编号、企业名称、域名等信息，用于应用管理服务器记录应用提供者信息；2)应用信息管理：增加、修改、删除；3)应用程序管理：上传、修改、合法合规审核(对接外部系统)；4)应用生命周期管理：注册、发布、注销、暂停、恢复；5)应用信息包含：服务场景(通话前、通话中、通话后)，服务类型(单方、双方、多方)，应用分类(客服类，普通应用)，应用标签(自动下载、手动下载)；6)利润分成管理：运营商通过能力开发的方式把电信域生态开放给第三方，第三方开发业务供用户选择使用，获得的受益后，运营商需要把受益分给开发者部分，可以协商分成比例。
71.其中，如图9所示，应用管理服务器可以生成及维护应用列表，具体包括：1)初始应用列表的管理及维护，前导程序框架的更新、发布；其中，前导程序框架可以更新迭代，比如遇到不同的节假日可以做不同的背景，中秋团圆日设置中秋主题，春节设置春节主题等。2)
72.探知终端能力；根据终端的设备硬件能力，筛选可用的应用程序；3)支持生成个性化应用列表，依据各种不同的因素生成个性化列表；4)支持终端下载应用列表，即终端通过bootstrapdc通道把小程序(应用)下载到本地等等。其中，影响个性化应用列表的因素有：1)终端设备：sdk版本号，设备型号、芯片信息，可以通过用户的注册信息获知；2)终端信息：音视频能力，可以通过订阅用户呼叫信息可以得知；3)终端订购关系：付费应用，vip用户，黑白名单，可以通过boss的订阅信息可以获知；4)用户呼叫情况：主叫号码、被叫号码等号码信息，可以通过下载信息可以获得。
73.一些特殊的应用程序，可以通过如图10所示的业务订购服务进行开通订阅，由用户端或者运营商营业厅设备向boss系统申请开通5g新通话业务，boss系统与应用管理服务器进行订购关系同步，并向用户端返回订购成功的信息。此场景针对需要是订阅的应用而言，对于一般的应用用户无需订阅，通话中直接到应用市场中选择需要使用的应用即可。有些特殊的应用必须先订阅才能使用。
74.在一个例子中，在接收通话服务器发送的应用程序数据请求之前，应用管理服务器还通过第二dc通道，接收通话服务器发送的默认应用列表发送请求；默认应用列表发送请求由通话服务器响应于用户端发送的应用列表获取请求生成；通过第二dc通道，向通话服务器发送默认应用列表，供通话服务器将默认应用列表发送至用户端。
75.在一个例子中，在接收通话服务器发送的应用程序数据请求之前，应用管理服务器还通过第二dc通道，接收通话服务器发送的用户端的通话信息和/或设备信息；通过第二
dc通道，接收通话服务器发送的推荐应用列表发送请求；根据通话信息和/或设备信息，生成推荐应用列表；通过第二dc通道，向通话服务器发送推荐应用列表，供通话服务器将推荐应用列表发送至用户端。
76.在一个例子中，在接收通话服务器发送的应用程序数据请求之前，应用管理服务器还通过第二dc通道，接收通话服务器发送的用户端的通话信息和/或设备信息；根据通话信息和/或设备信息，生成推荐应用列表；通过第二dc通道，自主向通话服务器发送推荐应用列表，供通话服务器将推荐应用列表发送至用户端。
77.在传统的电信通话业务(这里指语音和视频业务)体系中一般是没有手机端的展示程序的，在5g新通话系统中，首次在电信通话业务体系中引入小程序和管理小程序的应用管理服务器的概念。不同于互联网的应用市场，完全取决于用户点击下载某个应用使用。而在5g新通话中需要依据多种因素给用户推送应用列表，这些因素包括通话的阶段(通话前，通话中，通话后)、用户的通话情况(主叫号码、被叫号码)、终端所处的网络情况、终端设备的情况(sdk版本号，设备类型，芯片类型)、终端能力情况(是否具备视频通话能力)、终端的订购关系等。这些应用有第三方业务开发者提供并上传到运营商的应用管理服务器上，在呼叫时应用管理服务器需要依据如上各种因素向终端推送某个具体的应用或应用列表。本专利保护应用管理服务系统和方法。
78.由于上述实施方式与本实施方式相互对应，因此本实施方式可与上述实施方式互相配合实施。上述实施方式中提到的相关技术细节在本实施方式中依然有效，在上述实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在上述实施方式中。
79.上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
80.本发明的实施例还涉及一种通话服务器，如图11所示，包括：
81.获取模块1101，用于通过第一dc通道，接收用户端发送的应用程序获取请求；
82.请求模块1102，用于响应于应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据；
83.接收模块1103，用于通过第二dc通道，接收应用管理服务器返回应用程序数据；
84.发送模块1104，用于通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序。
85.在一个例子中，在接收用户端发送的应用程序获取请求之前，通话服务器还通过第一dc通道，接收用户端发送的应用列表获取请求，响应于应用列表获取请求，通过第二dc通道，请求应用管理服务器发送默认应用列表，通过第二dc通道，接收应用管理服务器返回默认应用列表，通过第一dc通道，将默认应用列表发送至用户端，供用户端的用户进行应用程序的选择。
86.在一个例子中，在接收用户端发送的应用程序获取请求之前，通话服务器还实时获取用户端的通话信息和/或设备信息，并将通话信息和/或设备信息发送至应用管理服务器，通过第一dc通道，接收用户端发送的应用列表获取请求，响应于应用列表获取请求，通
过第二dc通道，请求应用管理服务器发送推荐应用列表，通过第二dc通道，接收应用管理服务器发送的推荐应用列表；其中，推荐应用列表包括应用管理服务器根据通话信息和/或设备信息生成的应用列表，通过第一dc通道，将推荐应用列表发送至用户端，供用户端的用户进行应用程序的选择。
87.在一个例子中，在将应用程序数据发送至用户端之后，通话服务器还通过第一dc通道，接收用户端发送的应用第一交互数据，通过第三dc通道，将应用第一交互数据发送应用程序的业务服务器，通过第三dc通道，接收业务服务器返回的应用第二交互数据，通过第一dc通道，将应用第二交互数据发送至用户端。
88.本发明的实施例还涉及一种应用管理服务器，如图12所示，包括：
89.接收模块1201，用于通过第二dc通道，接收通话服务器发送的应用程序数据请求；应用程序数据请求由通话服务器响应于用户端发送的应用程序获取请求生成；
90.发送模块1202，用于通过第二dc通道，向通话服务器发送应用程序数据，供通话服务器将应用程序数据发送至用户端。
91.在一个例子中，在接收通话服务器发送的应用程序数据请求之前，应用管理服务器还通过第二dc通道，接收通话服务器发送的默认应用列表发送请求，默认应用列表发送请求由通话服务器响应于用户端发送的应用列表获取请求生成，通过第二dc通道，向通话服务器发送默认应用列表，供通话服务器将默认应用列表发送至用户端。
92.在一个例子中，在接收通话服务器发送的应用程序数据请求之前，应用管理服务器还通过第二dc通道，接收通话服务器发送的用户端的通话信息和/或设备信息，通过第二dc通道，接收通话服务器发送的推荐应用列表发送请求，根据通话信息和/或设备信息，生成推荐应用列表，通过第二dc通道，向通话服务器发送推荐应用列表，供通话服务器将推荐应用列表发送至用户端。
93.本发明的实施例还涉及一种服务管理系统，如图13所示，包括：
94.通话服务器1301，和应用管理服务器1302；
95.其中，通话服务器1301用于通过第一数据传输dc通道，接收用户端发送的应用程序获取请求；响应于应用程序获取请求，通过dc通道，请求应用管理服务器发送应用程序数据；通过第一dc通道，接收应用管理服务器返回应用程序数据；通过第一dc通道，将应用程序数据发送至用户端，供用户端运行应用程序。
96.应用管理服务器1302，用于通过第一dc通道，接收通话服务器发送的应用程序数据请求；应用程序数据请求由通话服务器响应于用户端发送的应用程序获取请求生成；通过第一dc通道，向通话服务器发送应用程序数据，供通话服务器将应用程序数据发送至用户端。
97.本发明的实施例还涉及一种电子设备，如图14所示，包括：至少一个处理器1401；与至少一个处理器通信连接的存储器1402；其中，存储器1402存储有可被至少一个处理器1401执行的指令，指令被至少一个处理器1401执行上述的任一实施例的服务管理方法。
98.其中，存储器1402和处理器1401采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器1401和存储器1402的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间
提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器1401处理的信息通过天线在无线介质上进行传输，进一步，天线还接收信息并将信息传送给处理器1401。
99.处理器1401负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器1402可以被用于存储处理器在执行操作时所使用的信息。
100.本发明的实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
101.即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

技术特征：
1.一种服务管理方法，其特征在于，应用于通话服务器，包括：通过第一数据传输dc通道，接收用户端发送的应用程序获取请求；响应于所述应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据；通过所述第二dc通道，接收所述应用管理服务器返回所述应用程序数据；通过所述第一dc通道，将所述应用程序数据发送至所述用户端，供所述用户端运行所述应用程序。2.根据权利要求1所述的服务管理方法，其特征在于，在所述接收用户端发送的应用程序获取请求之前，所述方法还包括：通过所述第一dc通道，接收所述用户端发送的应用列表获取请求；响应于所述应用列表获取请求，通过所述第二dc通道，请求所述应用管理服务器发送默认应用列表；通过所述第二dc通道，接收所述应用管理服务器返回所述默认应用列表；通过所述第一dc通道，将所述默认应用列表发送至所述用户端，供所述用户端的用户进行所述应用程序的选择。3.根据权利要求1所述的服务管理方法，其特征在于，在所述接收用户端发送的应用程序获取请求之前，所述方法还包括：实时获取所述用户端的通话信息和/或设备信息，并将所述通话信息和/或所述设备信息发送至所述应用管理服务器；通过所述第一dc通道，接收所述用户端发送的应用列表获取请求；响应于所述应用列表获取请求，通过所述第二dc通道，请求所述应用管理服务器发送推荐应用列表；通过所述第二dc通道，接收所述应用管理服务器发送的所述推荐应用列表；其中，所述推荐应用列表包括所述应用管理服务器根据所述通话信息和/或所述设备信息生成的应用列表；通过所述第一dc通道，将所述推荐应用列表发送至所述用户端，供所述用户端的用户进行所述应用程序的选择。4.根据权利要求1至3中任一项所述的服务管理方法，其特征在于，在所述将所述应用程序数据发送至所述用户端之后，所述方法还包括：通过所述第一dc通道，接收所述用户端发送的应用第一交互数据；通过第三dc通道，将所述应用第一交互数据发送所述应用程序的业务服务器；通过所述第三dc通道，接收所述业务服务器返回的应用第二交互数据；通过所述第一dc通道，将所述应用第二交互数据发送至所述用户端。5.一种服务管理方法，其特征在于，应用于应用管理服务器，包括：通过第二dc通道，接收通话服务器发送的应用程序数据请求；所述应用程序数据请求由所述通话服务器响应于用户端发送的应用程序获取请求生成；通过所述第二dc通道，向所述通话服务器发送应用程序数据，供所述通话服务器将所述应用程序数据发送至所述用户端。6.根据权利要求5所述的服务管理方法，其特征在于，在所述接收通话服务器发送的应
用程序数据请求之前，所述方法还包括：通过所述第二dc通道，接收通话服务器发送的默认应用列表发送请求；所述默认应用列表发送请求由所述通话服务器响应于用户端发送的应用列表获取请求生成；通过所述第二dc通道，向所述通话服务器发送默认应用列表，供所述通话服务器将所述默认应用列表发送至所述用户端。7.根据权利要求5所述的服务管理方法，其特征在于，在所述接收通话服务器发送的应用程序数据请求之前，所述方法还包括：通过所述第二dc通道，接收通话服务器发送的所述用户端的通话信息和/或设备信息；通过所述第二dc通道，接收通话服务器发送的推荐应用列表发送请求；根据所述通话信息和/或所述设备信息，生成推荐应用列表；通过所述第二dc通道，向所述通话服务器发送所述推荐应用列表，供所述通话服务器将所述推荐应用列表发送至所述用户端。8.一种通话服务器，其特征在于，包括：获取模块，用于通过第一dc通道，接收用户端发送的应用程序获取请求；请求模块，用于响应于所述应用程序获取请求，通过第二dc通道，请求应用管理服务器发送应用程序数据；接收模块，用于通过所述第二dc通道，接收所述应用管理服务器返回所述应用程序数据；发送模块，用于通过所述第一dc通道，将所述应用程序数据发送至所述用户端，供所述用户端运行所述应用程序。9.一种应用管理服务器，其特征在于，包括：接收模块，用于通过第二dc通道，接收通话服务器发送的应用程序数据请求；所述应用程序数据请求由所述通话服务器响应于用户端发送的应用程序获取请求生成；发送模块，用于通过所述第二dc通道，向所述通话服务器发送应用程序数据，供所述通话服务器将所述应用程序数据发送至所述用户端。10.一种服务管理系统，其特征在于，包括：如权利要求8所述的通话服务器，以及如权利要求9所述的应用管理服务器。11.一种电子设备，其特征在于，包括：至少一个处理器；与所述至少一个处理器通信连接的存储器；所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至4中任一项所述的服务管理方法，或者，如权利要求5至7中任一项所述的服务管理方法。12.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的服务管理方法，或者，如权利要求5至7中任一项所述的服务管理方法。

技术总结
本发明实施例涉及通信领域，公开了一种服务管理方法及其装置、系统、电子设备、存储介质。本发明的服务管理方法，应用于通话服务器，包括：通过第一数据传输DC通道，接收用户端发送的应用程序获取请求；响应于应用程序获取请求，通过第二DC通道，请求应用管理服务器发送应用程序数据；通过第二DC通道，接收应用管理服务器返回应用程序数据；通过第一DC通道，将应用程序数据发送至用户端，供用户端运行应用程序。本发明的服务管理方法，可以为用户提供实时交互服务。实时交互服务。实时交互服务。


技术研发人员：杨建军 谢振斌
受保护的技术使用者：中兴通讯股份有限公司
技术研发日：2021.12.28
技术公布日：2023/7/11