实时音视频通信系统的服务端对接方法以及装置与流程

1.本技术涉及数据处理领域，尤其涉及一种实时音视频通信系统的服务端对接方法、装置、计算机设备和存储介质。


背景技术：

2.实时音视频通信(web real-time communication，英文简称：webrtc)系统中，一种常见的场景是在服务端从实时音视频系统中拉流和向实时音视频系统推流。相关技术中，通常是通过标准的webrtc接入流程进行推拉流。然而，使用标准webrtc接入，ice(interactive connectivity establishment，交互式连通建立方式)建连机制繁琐复杂，比如，需要通信方进行candidate(一种描述webrtc中连接端点的数据结构)收集，并在信令服务协调下进行candidate交换。另外，标准webrtc推拉流对接成本高，对接开发难度大。


技术实现要素：

3.本技术提供了一种实时音视频通信系统的服务端对接方法、装置、计算机设备和存储介质，可以简化服务端推拉流模块与实时音视频通信系统推拉流对接的过程，降低对接和接入成本，降低对接开发难度。
4.根据本技术的第一方面，提供了一种实时音视频通信系统的服务端对接方法，应用于实时音视频通信系统代理端，所述方法包括：
5.响应于所述服务端发送的推拉流接口调用指令，向所述实时音视频通信系统发送推拉流路径建立请求；
6.基于所述推拉流路径建立请求，建立与所述实时音视频通信系统之中目标媒体服务器之间的推拉流路径；
7.基于所述推拉流路径，进行所述服务端与所述目标媒体服务器之间的推拉流数据传输。
8.根据本技术的第二方面，提供了一种实时音视频通信系统的服务端对接装置，应用于实时音视频通信系统代理端，所述装置包括：
9.中继端点模块，用于响应于所述服务端发送的推拉流接口调用指令，向所述实时音视频通信系统发送推拉流路径建立请求；
10.所述中继端点模块，还用于基于所述推拉流路径建立请求，建立与所述实时音视频通信系统之中目标媒体服务器之间的推拉流路径；
11.数据传输模块，用于基于所述推拉流路径，进行所述服务端与所述目标媒体服务器之间的推拉流数据传输。
12.根据本技术的第三方面，提供了一种计算机设备，包括：
13.至少一个处理器；以及
14.与所述至少一个处理器通信连接的存储器；其中，
15.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一
个处理器执行，以使所述至少一个处理器能够执行前述第一方面所述的实时音视频通信系统的服务端对接方法。
16.根据本技术的第四方面，提供了一种计算机可读存储介质，所述计算机指令用于使所述计算机执行前述第一方面所述的实时音视频通信系统的服务端对接方法。
17.根据本技术的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现前述第一方面所述方法的步骤。
18.根据本技术的技术方案，通过实时音视频通信系统代理端建立和维护推拉流路径，简化了服务端推拉流模块与实时音视频通信系统推拉流对接的过程。另外，本技术中服务端通过调用实时音视频通信系统代理端中的接口即可完成推拉流，屏蔽了背后的系统复杂性，极大地降低了对接和接入实时音视频通信系统的开发成本，降低了对接开发难度，降低了对接和接入成本。
19.应当理解，本部分所描述的内容并非旨在标识本技术的实施例的关键或重要特征，也不用于限制本技术的范围。本技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.附图用于更好地理解本方案，不构成对本技术的限定。其中：
21.图1是根据本技术实施例所提供的一种实时音视频通信系统的服务端对接方法的流程图；
22.图2根据本技术实施例所提供的另一种实时音视频通信系统的服务端对接方法的流程图；
23.图3根据本技术实施例所提供的又一种实时音视频通信系统的服务端对接方法的流程图；
24.图4是根据本技术实施例提供的对接系统的交互示例图；
25.图5是本技术实施例所提供的一种实时音视频通信系统的服务端对接装置；
26.图6示出了可以用来实施本技术的实施例的示例计算机设备的示意性框图。
具体实施方式
27.以下结合附图对本技术的示范性实施例做出说明，其中包括本技术实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本技术的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
28.图1是根据本技术实施例所提供的一种实时音视频通信系统的服务端对接方法的流程图。需要说明的是，本技术实施例的实时音视频通信系统的服务端对接方法可应用于实时音视频通信系统代理端。也就是说，本技术实施例的实时音视频通信系统的服务端对接方法从实时音视频通信系统代理端侧描述。
29.如图1所示，该服务端对接方法可以包括但不限于以下步骤。
30.在步骤101中，响应于服务端发送的推拉流接口调用指令，向实时音视频通信系统发送推拉流路径建立请求。
31.可选地，服务端可向实时音视频通信系统代理端发送推拉流接口调用指令。实时
音视频通信系统代理端在接收到服务端发送的该推拉流接口调用指令时，可以向实时音视频通信系统发送推拉流路径建立请求。
32.举例而言，服务端中具有推拉流模块，实时音视频通信系统代理端可提供推拉流接口。服务端中的推拉流模块可通过调用实时音视频通信系统代理端所提供的推拉流接口启动推拉流流程，此时可向实时音视频通信系统发送推拉流路径建立请求。
33.在步骤102中，基于推拉流路径建立请求，建立与实时音视频通信系统之中目标媒体服务器之间的推拉流路径。
34.可选地，在向实时音视频通信系统发送推拉流路径建立请求时，实时音视频通信系统代理端可基于该推拉流路径建立请求，建立服务端与实时音视频通信系统间的推拉流路径。
35.在步骤103中，基于推拉流路径，进行服务端与目标媒体服务器之间的推拉流数据传输。
36.可选地，可以基于该推拉流路径，实现服务端与实时音视频通信系统之中目标媒体服务器间的推拉流数据传输。例如，通过实时音视频通信系统代理端建立了服务端与实时音视频通信系统间的推流路径，实时音视频通信系统代理端可以通过该推流路径，将服务端中的音视频流数据推送到实时音视频通信系统之中对应收流媒体服务器。又如，通过实时音视频通信系统代理端建立了服务端与实时音视频通信系统间的拉流路径，实时音视频通信系统代理端可以通过该拉流路径，从实时音视频通信系统之中目标媒体服务器中读取待拉流的音视频流数据，并将该音视频流数据发送给服务端，从而实现服务端跟实时音视频通信系统推拉流对接。
37.根据本技术实施例的实时音视频通信系统的服务端对接方法，可以通过实时音视频通信系统代理端建立和维护推拉流路径，简化了服务端推拉流模块与实时音视频通信系统推拉流对接的过程。另外，本技术中服务端通过调用实时音视频通信系统代理端中的接口即可完成推拉流，屏蔽了背后的系统复杂性，极大地降低了对接和接入实时音视频通信系统的开发成本，降低了对接开发难度，降低了对接和接入成本。
38.需要说明的是，本技术实施例中的推拉流过程包括推流过程和拉流过程。可选地，实时音视频通信系统代理端在接收到服务端发送的推拉流接口调用指令为拉流接口调用指令时，可以认为服务端想跟实时音视频通信系统进行拉流对接。实时音视频通信系统代理端在接收到服务端发送的推拉流接口调用指令为开始推流接口调用指令时，可以认为服务端想跟实时音视频通信系统进行推流对接。下面将结合附图描述服务端跟实时音视频通信系统进行拉流对接的过程和推流对接的过程。
39.图2根据本技术实施例所提供的另一种实时音视频通信系统的服务端对接方法的流程图。需要说明的是，本技术实施例的服务端对接方法可从实时音视频通信系统代理端侧描述。如图2所示，该服务端对接方法可以包括但不限于以下步骤。
40.在步骤201中，响应于服务端发送的拉流接口调用指令，向实时音视频通信系统发送拉流路径建立请求。
41.可选地，服务端可向实时音视频通信系统代理端发送拉流接口调用指令。实时音视频通信系统代理端在接收到服务端发送的该拉流接口调用指令时，可以向实时音视频通信系统发送拉流路径建立请求。
42.举例而言，服务端中具有拉流模块，实时音视频通信系统代理端可提供拉流接口。服务端中的拉流模块可通过调用实时音视频通信系统代理端所提供的拉流接口启动拉流，比如，调用视频流拉流接口开始拉取视频流，调用音频流接口开始拉取音频流。此时实时音视频通信系统代理端可以调用本端的中继端点relayio模块的建路接口，开始向实时音视频通信系统发送拉流路径建立请求。
43.在步骤202中，基于拉流路径建立请求，获取目标流路径。
44.可选地，实时音视频通信系统代理端的中继端点relayio模块可以从调度模块获取目标流路径。
45.在步骤203中，向与目标流路径对应的目标媒体服务器发送建路请求，以建立与目标媒体服务器之间的拉流路径。
46.可选地，实时音视频通信系统代理端的中继端点relayio模块可以根据目标流路径向目标媒体服务器的relayio模块建路，并维护路径状态。
47.在步骤204中，基于拉流路径，从目标媒体服务器读取与服务端对应的待拉流的音视频流数据。
48.可选地，在完成上述拉流路径的创建时，目标媒体服务器需要创建相关对象，比如sendtransport(运输模块)，consumer(消费者)等，以形成待拉流的音视频流数据，其中，该音视频流数据可以为sdp(sessiondescription protocol，会话描述协议)、rtp(real-time transport protocol，实时传输协议)数据。
49.在本实施例中，实时音视频通信系统代理端可以从目标媒体服务器读取到待拉流的音视频流数据，比如待拉流的sdp、rtp数据。
50.在步骤205中，将音视频流数据进行解析处理，得到音视频帧数据，并将音视频帧数据发送给服务端。
51.可选地，可以将待拉流的音视频流数据进行解析，以得到该流的音视频帧数据，并将该音视频帧数据发送给服务端，以便服务端将该音视频帧数据发送给对应客户端进行音视频播放。
52.为了降低延迟，可选地，在本技术一些实施例中，在将音视频流数据进行解析处理之前，可以对该音视频流数据进行网络抗抖动处理。例如，实时音视频通信系统代理端在从目标媒体服务器读取到待拉流的音视频流数据时，可以对该音视频流数据进行网络抗抖动处理，之后，可将经过网络抗抖动处理后的音视频流数据进行解析处理，到该流的音视频帧数据，以便将该音视频帧数据发送给服务端。
53.为了进一步避免延迟，可选地，在本技术一些实施例中，在拉流建路时，可以在服务端中拉流模块和实时音视频通信系统之间创建多条拉流路径，实时音视频通信系统代理端探测每条拉流路径上的延迟，并选择延时低的拉流路径进行数据传输。
54.根据本技术实施例的实时音视频通信系统的服务端对接方法，可以通过实时音视频通信系统代理端建立和维护拉流路径，简化了服务端拉流模块与实时音视频通信系统拉流对接的过程。另外，本技术中服务端通过调用实时音视频通信系统代理端中的接口即可完成拉流，屏蔽了背后的系统复杂性，极大地降低了对接和接入实时音视频通信系统的开发成本，降低了对接开发难度，降低了对接和接入成本。
55.图3根据本技术实施例所提供的又一种实时音视频通信系统的服务端对接方法的
流程图。需要说明的是，本技术实施例的服务端对接方法可从实时音视频通信系统代理端侧描述。如图3所示，该服务端对接方法可以包括但不限于以下步骤。
56.在步骤301中，响应于服务端发送的开始推流接口调用指令，获取目标收流媒体服务器的地址信息。
57.可选地，服务端可向实时音视频通信系统代理端发送开始推流接口调用指令。实时音视频通信系统代理端在接收到服务端发送的该开始推流接口调用指令时，可以获取目标收流媒体服务器的地址信息，该地址信息可包括该目标收流媒体服务器的ip(internet protocol address，互联网协议地址)地址和端口号。
58.举例而言，服务端中具有推流模块，实时音视频通信系统代理端可提供开始推流接口。服务端中的推流模块可通过调用实时音视频通信系统代理端所提供的开始推流接口启动推流，比如，调用视频流开始推流接口开始推视频流，调用音频流开始推流接口开始推音频流。此时实时音视频通信系统代理端可以调用开放接口getpublishworker以获取目标收流媒体服务器的地址信息。其中，目标收流媒体服务器可理解是实时音视频通信系统中接收服务器推送的音视频流的媒体服务器。
59.在步骤302中，根据地址信息，向实时音视频通信系统发送推流路径建立请求。
60.可选地，实时音视频通信系统代理端可以调用本端的relayio模块的推流建路接口向实时音视频通信系统发送推流路径建立请求，以开始向实时音视频通信系统建立推流路径。
61.在步骤303中，基于推流路径建立请求，向目标收流媒体服务器发送建路数据包，令目标收流媒体服务器在接收到建路数据包时执行收流准备工作。
62.可选地，在建路数据包到达实时音视频通信系统中的目标收流媒体服务器时，目标收流媒体服务器开始创建收流相关对象，并创建媒体层收流的相关对象，以使得目标收流媒体服务器进行收流准备工作。
63.在步骤304中，接收目标收流媒体服务器发送的通知消息，通知消息用于通知实时音视频通信系统代理端推流路径创建完成。
64.可选地，目标收流媒体服务器在收流准备工作完毕后，通知实时音视频通信系统代理端推流路径创建完成。实时音视频通信系统代理端在接收到目标收流媒体服务器发送的通知消息时，可以确认推流路径创建完成。
65.在步骤305中，响应于服务端发送的推流接口调用指令，基于推流路径向目标收流媒体服务器推送音视频流数据。
66.可选地，实时音视频通信系统代理端可以回调服务端中的推流模块，以告知推流模块，该推流路径创建完成。服务端调用推流接口真正推送音视频数据给实时音视频通信系统，比如调用视频流推流接口发送视频数据，调用音频流推流接口发送音频数据。
67.为了进一步避免延迟，可选地，在本技术一些实施例中，在推流建路时，可以在服务端中推流模块和实时音视频通信系统之间创建多条推流路径，实时音视频通信系统代理端探测每条推流路径上的延迟，并选择延时低的推流路径进行数据传输。
68.根据本技术实施例的实时音视频通信系统的服务端对接方法，可以通过实时音视频通信系统代理端建立和维护推流路径，简化了服务端推流模块与实时音视频通信系统推流对接的过程。另外，本技术中服务端通过调用实时音视频通信系统代理端中的接口即可
完成推流，屏蔽了背后的系统复杂性，极大地降低了对接和接入实时音视频通信系统的开发成本，降低了对接开发难度，降低了对接和接入成本。
69.为了方便本领域技术人员更加清楚地了解本技术，下面将结合图4进行详细描述。
70.如图4所示，该对接系统可以用于实现服务端与实时音视频通信系统的对接。其中，该对接系统可以包括服务端410、实时音视频通信系统代理端420和实时音视频通信系统430。作为一种示例，实时音视频通信系统代理端可以集成在服务端上，或者，实时音视频通信系统代理端与服务端分别部署，对此本技术不做具体限定。
71.可选地，如图4所示，服务端410中具有推拉流模块411，该推拉流模块411可以包括推流模块和拉流模块。实时音视频通信系统代理端420可以包括sdk(software development kit，软件开发工具包)模块421、中继端点relayio模块422、抗抖动模块423。实时音视频通信系统430包括多个媒体服务器，图4中以某个媒体服务器为例，该媒体服务器可以包括控制模块431、relayio模块432和信令模块433。实时音视频通信系统430可以包括调度器41和开放接口42。实时音视频通信系统代理端420是推拉流模块411和实时音视频通信系统430对接的桥梁，实时音视频通信系统代理端420的功能就是简化推拉流的流程和降低推拉流接入成本。下面将结合图4的系统架构图，描述拉流和推流的细节过程。
72.拉流逻辑如下：
73.1)拉流模块调用sdk模块421的拉流接口启动拉流。例如，调用音频流拉流接口开始拉取视频流，调用视频流拉流接口开始拉取音频流。
74.2)sdk模块421调用本端的relayio模块422的建路接口开始向实时音视频通信系统430建立拉流路径。
75.3)sdk模块421的relayio模块422从调度器41获取目标流路径。
76.4)sdk模块421的relayio模块422根据目标流路径向目标媒体服务器端的relayio模块432建路，并维护路径状态。
77.5)目标媒体服务器中的控制模块431创建相关对象(如sendtransport，consumer等)，并发送发流的sdp、rtp数据给relayio模块432。
78.6)sdk模块421的relayio模块422从对端relayio模块432中读取到该流的sdp、rtp数据，并通过回调函数输出给sdk模块421。
79.7)sdk模块421将该流的sdp、rtp数据交给抗抖动模块423进行网络抗抖动处理。
80.8)sdk模块421将抗抖动模块423处理过的数据解包为frame(帧数据)，并通过回调函数将数据提交给拉流模块。
81.推流逻辑如下:
82.1)推流模块调用sdk模块421的开始推流接口启动推流。例如调用视频流开始推流接口开启推视频流，调用音频流开始推流接口开始推音频流。
83.2)sdk模块421调用开放接口42获取目标收流媒体服务器地址信息，比如ip地址和端口号。
84.3)sdk模块421调用本端relayio模块422的推流建路接口开始向实时音视频通信系统430建立推流路径。
85.4)sdk模块421的relayio模块422向目标收流媒体服务器的relayio模块432建路，并维护路径状态。
86.5)建路包到达实时音视频通信系统430的目标收流媒体服务器时，目标收流媒体服务器中的控制模块431通知信令模块433开始创建收流相关对象。
87.6)信令模块433通知控制模块431创建媒体层收流的相关对象。
88.7)目标收流媒体服务器收流准备工作完毕后，通知sdk模块421的relayio模块422推流路径创建完成。
89.8)sdk模块421回调推流模块推流路径创建完成。
90.9)推流模块调用推流接口真正推送音视频数据给实时音视频通信系统430。例如，调用视频流推流接口发送视频数据，调用音频流推流接口发送音频数据。
91.在本技术实施例中，在推拉流建路时，实际上在推拉流模块和实时音视频通信系统之间创建了多条路径，relayio模块会探测每条路径上的延迟，并选择延时低的路径进行数据传输。
92.图5是本技术实施例所提供的一种实时音视频通信系统的服务端对接装置。需要说明的是，实时音视频通信系统的服务端对接装置可以应用于实时音视频通信系统代理端。如图5所示，该服务端对接装置500可以包括：中继端点模块510和数据传输模块520。
93.其中，中继端点模块510用于响应于服务端发送的推拉流接口调用指令，向实时音视频通信系统发送推拉流路径建立请求。
94.中继端点模块510还用于基于推拉流路径建立请求，建立与实时音视频通信系统之中目标媒体服务器之间的推拉流路径。
95.数据传输模块520用于基于推拉流路径，进行服务端与目标媒体服务器之间的推拉流数据传输。
96.在本技术一些实施例中，推拉流接口调用指令可以为拉流接口调用指令。其中，在本技术实施例中，中继端点模块510具体用于：响应于服务端发送的拉流接口调用指令，向实时音视频通信系统发送拉流路径建立请求。
97.在本技术实施例中，中继端点模块510具体用于：基于拉流路径建立请求，获取目标流路径；向与目标流路径对应的目标媒体服务器发送建路请求，以建立与目标媒体服务器之间的拉流路径。
98.在本技术实施例中，中继端点模块510还用于基于拉流路径，从目标媒体服务器读取与服务端对应的待拉流的音视频流数据；数据传输模块520具体用于：将音视频流数据进行解析处理，得到音视频帧数据，并将音视频帧数据发送给服务端。
99.在一种实现方式中，在如图5所示的基础上，该服务端对接装置还可包括：抗抖动模块。其中，抗抖动模块用于在数据传输模块将音视频流数据进行解析处理之前，对音视频流数据进行网络抗抖动处理。
100.在本技术一些实施例中，推拉流接口调用指令可以为开始推流接口调用指令；其中，在本技术实施例中，中继端点模块510具体用于：响应于服务端发送的开始推流接口调用指令，获取目标收流媒体服务器的地址信息；根据地址信息，向实时音视频通信系统发送推流路径建立请求。
101.在本技术实施例中，中继端点模块510具体用于：基于推流路径建立请求，向目标收流媒体服务器发送建路数据包，令目标收流媒体服务器在接收到建路数据包时执行收流准备工作；接收目标收流媒体服务器发送的通知消息，通知消息用于通知实时音视频通信
系统代理端推流路径创建完成。
102.在本技术实施例中，数据传输模块520具体用于：响应于服务端发送的推流接口调用指令，基于推流路径向目标收流媒体服务器推送音视频流数据。
103.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
104.根据本技术实施例的实时音视频通信系统的服务端对接装置，通过实时音视频通信系统代理端建立和维护推拉流路径，简化了服务端推拉流模块与实时音视频通信系统推拉流对接的过程。另外，本技术中服务端通过调用实时音视频通信系统代理端中的接口即可完成推拉流，屏蔽了背后的系统复杂性，极大地降低了对接和接入实时音视频通信系统的开发成本，降低了对接开发难度，降低了对接和接入成本。
105.基于本技术的实施例，本技术还提供了一种计算机设备，至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行前述任一实施例所述的实时音视频通信系统的服务端对接方法。
106.基于本技术的实施例，本技术还提供了一种计算机可读存储介质，其中，计算机指令用于使计算机执行根据本技术实施例提供的前述任一实施例所述的实时音视频通信系统的服务端对接方法。
107.图6示出了可以用来实施本技术的实施例的示例计算机设备的示意性框图。计算机设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
108.如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
109.设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
110.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如实时音视频通信系统的服务端对接方法。例如，在一些实施例中，实时音视频通信系统的服务端对接方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram 603并由计算单元601执行
时，可以执行上文描述的实时音视频通信系统的服务端对接方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为实时音视频通信系统的服务端对接方法。
111.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
112.用于实施本技术的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
113.在本技术的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
114.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
115.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、互联网和区块链网络。
116.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计
算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
117.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。
118.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。