信令传输方法、装置、设备及存储介质与流程

1.本公开涉及直播技术领域，尤其涉及一种信令传输方法、装置、设备及存储介质。


背景技术：

2.直播系统是一种将主播用户的直播视频流广播至多个观众用户进行观看的互联网系统。直播系统一般包括：主播客户端设备、直播互动服务器(也可以称为长连接服务器) 和观众客户端设备，直播互动服务器可以将主播客户端设备的信令传输给观众客户端设备。观众客户端设备在接收到来自直播互动服务器的信令之后，可以显示该信令，或者显示该信令对应的动画效果。。
3.通常情况下，当直播互动服务器需要发送信令时，直播互动服务器需要向接入直播间的所有用户终端都发送信令。但是，在一些情况下，有些信令是针对特定账户的。若直播互动服务器还将该信令发送给接入直播间的所有账户，增加了信令开销。


技术实现要素：

4.本公开提供一种信令传输方法、装置、设备及存储介质，可以减少信令的开销。
5.本公开实施例的技术方案如下：
6.根据本公开实施例的第一方面，提供一种信令传输方法，该方法可以应用于服务器。该方法可以包括：服务器获取与该服务器之间已建立长连接通信的账户的特征信息；服务器获取待发送的目标信令以及与该目标信令对应的预设限定发送条件，该预设限定发送条件用于表征具备接收目标信令权限的账户的条件；服务器从获取到的所有账户的特征信息或者，确定出满足预设限定发送条件的目标账户；服务器向目标账户发送目标信令。
7.可选地，上述“获取与服务器之间已建立通信的账户的特征信息”的方法具体包括：服务器接收来在账户登录的终端的长连接通信建立请求，该长连接通信建立请求包括账户的特征信息，该特征信息包括账户的账户信息、账户登录的终端的设备信息中的至少一个；服务器与账户登录的终端建立长连接通信，并储存账户的特征信息。
8.可选地，若账户执行指标业务，该方法还包括：服务器接收并存储账户的账户类型的信息，账户类型用于表征所述账户执行的业务类型；服务器根据账户的账户类型的信息确定该账户是否执行直播业务以及是否为主播账户。
9.可选地，上述“获取与目标信令对应的预设限定发送条件”的方法具体包括：读取预先存储的映射关系，该映射关系包括信令与限定发送条件之间的一一对应关系，该信令对应的限定发送条件包括一个或多个匹配规则，该一个或多个匹配规则用于确定接收信令的账户；服务器读取该映射关系中与目标信令对应的预设限定发送条件。
10.可选地，该方法还包括：服务器响应于对信令的设置操作，获取信令对应的限定发送条件，设置操作用于输入与信令对应的一个或多个匹配规则；服务器确定并储存映射关系。
11.根据本公开实施例的第二方面，提供一种信令传输装置，应用于服务器。该装置可
以包括：获取单元、确定单元和发送单元；获取单元，用于获取与服务器之间已建立通信的账户的特征信息；获取单元，还用于获取待发送的目标信令以及与目标信令对应的预设限定发送条件，该预设限定发送条件用于表征具备接收目标信令权限的账户的条件；确定单元，用于从获取到的所有账户的特征信息中，确定出满足预设限定发送条件的目标账户；发送单元，用于向目标账户发送目标信令。
12.可选地，获取单元，具体用于：接收来自多个账户登录的终端的长连接通信建立请求，该长连接通信建立请求账户的特征信息，该特征信包括账户的账户信息、账户登录的终端的设备信息中的至少一个；与账户登录的终端建立长连接通信，并存储账户的特征信息。
13.可选地，若账户执行直播业务，该装置还包括接收单元，接收单元用于接收并存储账户的账户类型的信息，该账户类型用于表征账户执行的业务类型。确定单元，还用于根据账户的账户类型的信息确定账户是否执行直播业务以及是否为主播账户。
14.可选地，获取单元，还用于读取预先存储的映射关系，该映射关系包括信令与限定发送条件之间的一一对应关系，该信令对应的限定发送条件包括一个或多个匹配规则，该一个或多个匹配规则用于确定接收该信令的账户；获取映射关系中与目标信令对应的预设限定发送条件。
15.可选地，获取单元，还用于响应于对信令的设置操作，获取限定发送条件，该设置操作用于输入与信令对应的一个或多个匹配规则；确定单元，还用于确定并存储映射关系。
16.根据本公开实施例的第三方面，提供一种计算设备，可以包括：处理器和用于存储处理器可执行指令的存储器；其中，处理器被配置为执行所述指令，以实现上述第一方面中任一种可选地信令传输方法。
17.根据本公开实施例的第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当所述计算机可读存储介质中的指令由计算设备的处理器执行时，使得所述计算设备能够执行上述第一方面中任一种可选地信令传输方法。
18.根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在计算设备上运行时，使得计算设备执行如第一方面中任一种可选地实现方式所述的信令传输方法。
19.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
20.本公开的实施例提供的技术方案至少带来以下有益效果：
21.基于上述任一方面，本公开中，服务器在向账户登录的终端发送信令之前，可以根据预设限定发送条件，确定可以具有接收该信令权限的目标账户。之后，服务器向可以具有接收信令权限的账户登录的终端发送信令。本公开实施例提供的技术方案中，服务器只需要向具有接受信令权限的账户登录的终端发送信令，而不需要向所有账户的登录的终端发送信令，因此可以减少信令的开销。
附图说明
22.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
23.图1示出了本公开实施例提供的一种信令传输方法的示意图；
24.图2示出了本公开实施例提供的一种通信系统的结构示意图；
25.图3示出了本公开实施例提供的一种信令传输方法的流程示意图；
26.图4示出了本公开实施例提供的又一种信令传输方法的流程示意图；
27.图5示出了本公开实施例提供的又一种信令传输方法的流程示意图；
28.图6示出了本公开实施例提供的又一种信令传输方法的流程示意图；
29.图7示出了本公开实施例提供的又一种信令传输方法的流程示意图；
30.图8示出了本公开实施例提供的一种设置限定发送条件的终端界面的示意图；
31.图9示出了本公开实施例提供的一种信令传输装置的结构示意图；
32.图10示出了本公开实施例提供的又一种信令传输装置的结构示意图。
具体实施方式
33.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
34.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
35.还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。
36.本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据。
37.如背景技术中所描述，随着多媒体直播技术的不断发展，越来越多的用户通过终端观看直播或进行直播。对于用于维护直播平台的长连接服务器(live stream server)(后续简称服务器)来说，需要同时维护多个直播间。每个直播间的在线账户数量可以达到几千，甚至几百万。例如，当服务器需要向某个直播间发送信令时，需要向该该直播间的所有账户的终端发送信令。该直播间的账户的终端在接收到来自服务器的信令后，可以执行该信令对应动作或显示该信令。其中，信令可以是指服务器与在线账户的终端之间传输的消息。
38.其中，服务器向直播间的在线账户的终端发送的信令可以包括多个类型。例如，可以包括顶部通知信令、宠物升级信令和聊天室表情信令。其中，当终端接收的信令为顶部通知信令时，终端可以通过显示界面展示该顶部通知信令；当终端接收到的信令为宠物升级信令时，终端可以通过显示界面展示宠物升级的动画效果；当终端接收到的信令为聊天室表情信令时，终端可以通过显示界面展示相应的表情符号或图像。
39.下面结合图1对服务器向直播间的在线账户的终端发送信令的过程进行说明。
40.s1、业务服务器向服务器发送指令。相应的，服务器接收来自业务服务器的指令。
41.其中，指令可以用于指示服务器向直播间的账户发送信令。图1的业务服务器的数量可以为多个。比如，可以为业务服务器1～业务服务器4。业务服务器可以响应于开发人员的操作指令向服务器发送信令。例如，业务服务器1和业务服务器2可以用于向服务器发送
包括第一类型的信令的指令，如顶部通知信令。业务服务器3可以用于向服务器发送包括第二类型的信令的指令，如宠物升级信令。业务服务器4可以由于向服务器发送包括第三类型的信令的指令，如聊天表情信令。
42.一种示例中，指令可以包括信令以及信令的类型。信令可以参照上述描述，不予赘述。业务服务器可以通过远程调用协议(remote procedure call protocol，rpc)向服务器发送指令。该指令可以为二进制。例如，指令可以为a
‑
1011。其中，“a”可以用于表征信令的类型，“1011”可以用于表征信令。
43.其中，服务器可以具有多个队列。一个队列可以用于储存一种类型的信令。服务器在接收到来自业务服务器后，可以根据信令的类型，将信令写到对应的队列中。
44.需要说明的是，本公开实施例中，指令还可以包括时间戳。
45.s2、服务器聚合信令。
46.其中，服务器聚合信令可以是指服务器将每个队列中的信令抽取出来，并进行封装。该抽取以及封装过程可以称为聚合信令(action signal aggregate result)。
47.一种示例中，服务器可以根据预设条件，从每个队列中读取未发送的信令。其中，预设条件可以包括预设时间、预设类型等。例如，服务器可以读取每个队列中位于预设时间区间或者携带时间戳的信令。例如，当前时间为2019.11.30.11:30:31，预设条件为 2019.11.30.11:30:30。也即，服务器可以读取每个队列中时间戳为2019.11.30.11:30:30 且未读取过的信令。
48.服务器在读取每个队列中信令之后，可以将读取的多个信令进行封装，得到一个包括多个信令的数据包。服务器该数据包写入预设队列中。该预设队列用于存储待发送的信令。
49.需要说明的是，上述队列可以基于redis有序集合(sorted set，szet)技术实现。 redis zset可以参照现有技术，不予赘述。
50.s3、服务器向直播间的账户登录的终端广播数据包。相应的，终端接收来自服务器的数据包。
51.其中，终端可以解析该数据包，得到并显示该数据包包括的信令。
52.需要说明的是，图1中的终端的数量可以为多个。
53.通常情况下，服务器是需要向直播间的所有账户发送该数据包的。但是，在一些场景下，有些信令是不要向所有账户发送的，或者，有些账户登录的终端是不需要显示该指令或者无法显示该指令。若服务器仍向接直播间的所有账户发送信令，则会造成信令的浪费。
54.例如，有些信令只需要发送给观看直播时长超过预设时长的账户登录的终端。预设时长可以根据需要设置，比如可以为10分钟。终端接收到该信令后，可以检测接入直播间的时长。若终端检测到观看直播的时长超过预设时长，则可以显示该信令；若没有超过预设时长，则终端可以不显示该信令。
55.又例如，若信令为与主播连麦的信令，由于只需要将该信令发送给该直播间的主播账户登录的终端即可。该直播间的其他账户登录的终端接收到该信令后，也无法处理该信令，浪费了信令。
56.又例如，有些信令为发送给特定终端的信令。也即，该特定终端可以根据信令展示相应的效果。但是，其他类型的终端也可以接收并执行该信令，但是其他类型的终端执行该
信令的效果比较差，影响了用户的体验。
57.在一些实施例中，终端可以预先设置有限定条件。该限定条件可以用于限定终端可以显示的信令的权限。终端在接收到来自服务器的信令后，可以判断是否具有显示该的权限，或者判断是否满足该限定条件。若满足，终端可以显示该信令；若不满足，终端可以不显示该信令。
58.该实施例中，终端可以基于限定条件，确定是否显示信令。由于该确定过程是终端内部实现，不会影响用户的体验，但是，由于服务器向终端发送该信令时，需要使用带宽资源进行信令的传输。若服务器仍然向所有账户发送信令，则浪费了带宽资源。
59.基于此，本公开实施例提供一种信令传输方法，服务器获取与自身已建立长连接通信服务的账户的特征信息；服务器获取待发送的目标信令以及与目标信令对应的预设限定发送条件，该预设限定发送条件可以用于表征具备接收目标信令权限的账户的条件；服务器从获取到的所有账户的特征信息中，确定出满足预设限定发送条件的目标账户；服务器向目标账户发送目标信令。
60.以下结合附图对本公开实施例提供的信令传输方法进行示例性说明：
61.图2为本公开实施例提供的一种通信系统示意图，如图2所示，该通信系统中可以包括：服务器210和多个终端220。服务器210可以通过有线网络或无线网络与多个终端220 之间建立连接。
62.其中，服务器210，可以用于获取信令，并确定用于接收该信令的账户。服务器210 可以包括多个子服务器，比如，可以包括多个动作信号rpc服务器、动作信号聚合任务 (action signal aggregate task)服务器。动作信号rpc服务器可以用于接收来自业务服务器的信令并将该信令写入对应的队列。动作信号聚合任务服务可以用于从多个队列中读取信令、将读取的信令封装成数据包并将该数据包写入预设队列。
63.服务器210可以是用于维护直播间服务器。例如，服务器210可以获取并存储接入直播间的账户信息以及账户登录的终端的设备信息，并账户登录的终端发送信令。服务器 210可以为多媒体资源平台服务器，可以用于存储和处理多媒体资源。例如，多媒体资源服务平台可以是直播服务平台等。直播服务平台提供的多媒体资源可以为直播作品(如直播视频、直播音频)等，其余不再一一赘述。本公开对多媒体资源服务平台的具体类型并不作限制。
64.本公开中，服务器210可以包括多个直播应用服务平台，每个直播应用服务平台唯一对应一个应用程序，该应用程序安装于终端上。服务器210主要用于存储终端220上安装的应用程序的相关业务数据，以及将直播间的主播账户登录的终端的直播数据流发送给观看直播的账户登录的终端。
65.一些实施例中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本公开对服务器210 的具体实现方式也不作限制。
66.终端可以是手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，pda)、增强现实(augmented reality，ar) \虚拟现实(virtual reality，vr)设备等可以安装并使用内容社区应用(如快手)的设备，本公开对该
终端的具体形态不作特殊限制。其可以与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互。
67.可选地，上述图1所示的通信系统中，服务器210可以与至少一个终端220连接。本公开对终端220的数量及类型均不作限制。
68.本公开实施例提供的信令传输方法可以应用于前述图1所示的应用场景中的终端。
69.需要说明的是，本公开提供的信令传输方法的执行主体可以是服务器，也可以是服务器中芯片或片上系统等，不予限制。下面以执行主体为服务器进行说明。
70.如图3所示，本公开实施例提供的信令传输方法可以包括：
71.s301、服务器获取与服务器之间已建立通信的账户的特征信息。
72.其中，服务器可以为图2中的服务器210。
73.其中，账户的特征信息可以包括账户的账户信息、账户登录的终端的设备信息中的至少一个。例如，账户信息可以包括账户的身份标识(identity document，id)、账户的性别、年龄、是否为主播账户等信息。设备信息可以包括账户登录终端的客户端类型(如安卓、ios等)、账户登录终端的系统版本号(如ios10、ios11、安卓9、安卓10等)、账户登录终端的客户端版本号(如应用程序的极速版)、账户登录终端的地址信息(如网际互连协议(internet protocol，ip)地址、媒体存取控制位址(media access controladdres，mac)地址等)、账户接入直播间的时间等信息。
74.s302、服务器获取待发送的目标信令以及与目标信令对应的预设限定发送条件。
75.其中，目标信令可以为需要向直播间的账户发送的信令。例如，可以为顶部通知信令、宠物升级信令或者聊天室表情信令等。
76.其中，预设限定发送条件用于表征具备接收目标信令权限的账户的条件。例如，预设限定发送条件可以包括一个或多个匹配规则。该一个或多个匹配规则可以包括预设的账号、预设的客户端类型、预设的客户端的系统、预设的应用程序的版本号等。当然，还可以包括其他规则，比如，账户的登录时长、账号是否为主播账号等，不予限制。
77.s303、服务器从获取到的所有账号的特征信息中，确定出满足预设限定条件的目标账号。
78.其中，目标账号可以是指已经与服务器建立长连接通信的多个账户中的账号。
79.一种可能的实现方式中，服务器可以根据该一个或多个匹配规则，对直播间的所有账号进行逐一筛选，直至确定满足该预设限定发送条件的账号，并将满足该预设限定发送条件的账号作为目标用户终端。
80.s304、服务器向目标账号发送目标信令。
81.上述实施例提供的技术方案至少带来以下有益效果：由s301
‑
s304可知，服务器在向账户登录的终端发送信令之前，可以根据预设限定发送条件，确定可以具有接收该信令权限的目标账户。之后，服务器向可以具有接收信令权限的账户登录的终端发送信令。本公开实施例提供的技术方案中，服务器只需要向具有接受信令权限的账户登录的终端发送信令，而不需要向所有账户的登录的终端发送信令，因此可以减少信令的开销。
82.在一种实施例中，结合图3，如图4所示，在上述s301中，服务器获取与服务器之间已建立通信的账号的特征信息具体可以包括s401和s402。
83.s401、服务器接收来自账户登录的终端的长连接通信建立请求。
84.其中，长连接通信建立请求可以请求与服务器建立长连接通信。长连接通信建立请求可以包括账户的特征信息。账户的特征信息可以参照上述s301的描述，不予赘述。当然，该长连接通信建立请求还可以包括账户的账号以及密码。
85.s402、服务器与账户登录的终端建立长连接通信，并存储账户的特征信息。
86.其中，服务器在接收到来自终端的建立长连接通信请求后，可以对账户的账号和密码进行验证。若验证通过，则服务器可以与终端建立长连接通信；否则，则服务器可以不与该终端建立长连接通信，或者仍然可以建立长连接通信，但是限制该账户的一些操作权限。例如，不允许该账户发送消息、不允许该账户成为主播账户等。
87.一种可能的实现方式中，服务器可以响应于用户对应用程序的建立长连接通信的操作，向服务器发送长连接通信建立请求。
88.上述实施例提供的技术方案至少带来以下有益效果：由s401和s402可知，服务器在接收到账户登录终端的长连接建立请求时，可以获取到账户的特征信息。在确定与该账户登录的终端建立长连接通信时，可以存储账户的特征信息，以便于后续准确的确定目标账户。
89.在一种实施例中，结合图4，如图5所示，若账户执行直播业务，该方法还可以包括 s501和s502。
90.s501、服务器接收并存储账户的账户类型的信息。
91.其中，账户类型用于表征账户执行的业务类型。业务类型可以包括直播业务、观看直播业务等。账户类型的信息可以包括账户是主播账户以及对应的直播间的标识。
92.一种示例中，账户类型的信息可以包括一个标志位。该标志位可以标识账户是否为执行直播业务的账户。例如，当标志位为第一符号时，表示账户为发起直播的账户。也即，该账户为直播账户；当标志位为第二符号时，表示账户不是发起直播的账户。也即，该账户为观看直播的账户。
93.其中，第一符号和第二符号可以为数字、字母或数字与字母的组合，例如，第一符号可以为1，第二符号可以为0，不予限制。
94.s502、服务器根据账户的账户类型的信息确定账户是否执行直播业务以及是否为主播账户。
95.上述实施例提供的技术方案至少带来以下有益效果：由s3021～s3022可知，账户在执行直播业务时，可以向服务器发送账户的账户类型的信息，以便于服务器根据该信息确定账户执行直播业务，以及是否为主播账户。
96.在一种实施例中，结合图3，如图6所示，上述s302中，服务器获取与目标信令对应的预设限定发送条件具体可以包括s601和s602。
97.s601、服务器读取预先存储的映射关系。
98.其中，该映射关系可以包括信令与限定发送条件之间一一对应关系。信令对应的限定发送条件可以包括一个或多个匹配规则。该一个或多个匹配规则可以用于确定接收信令的账户。匹配规则可以参照下述描述，此处不予赘述。
99.一种示例中，服务器可以预先存储有多个信令与对应的限定发送条件之间的映射关系。该映射关系可以以表格的形式存储，也可以以数组的形式存储。不予限制。
100.s602、服务器获取映射关系中与目标信令对应的预设限定发送条件。
101.上述实施例提供的技术方案至少带来以下有益效果：由s601～s602可知，服务器可以预先存储有信令与限定发送条件之间的对应关系。服务器可以快速方便的确定信令对应的限定发送条件。
102.在一种实施例中，结合图6，如图7所示，在上述s301之前，该方法还可以包括s701 和s702。
103.s701、响应于对信令的设置操作，服务器获取信令对应的限定发送条件。
104.其中，对信令的设置操作可以是指开发人员向服务器输入信令对应的限定发送条件的操作。设置操作可以用于输入与信令对应的一个或多个匹配规则。
105.一种示例中，服务器可以具有如图8所示的操作界面，开发人员可以通过该操作界面输入信令对应的限定发送条件。
106.如图8所示，该操作界面可以包括第一子界面10和第二子界面20。第一子界面10 可以包括多个选择框。该多个选择框可以用于设置匹配规则。如，匹配规则可以包括应用程序的版本号为快手急速板、系统类型为安卓以及客户端版本号小于或等于10.0。开发人员还可以通过该操作界面设置是否下发信令。也即，当账户的特征信息满足第一子界面 10设置的全部匹配规则时，服务器可以不向用户终端发送该多个匹配规则对应的信令。
107.进一步的，第一子界面10还可以包括“添加规则”的输入框。开发人员可以通过该输入框增加其他匹配规则。
108.第二子界面20可以用于设置允许发送信令的匹配规则。例如，开发人员可以通过第二子界面20设置默认规则。该默认规则是对第一子界面10的多个匹配规则的进一步限定。如，当账户的特征信息不满足第一子界面设置的全部匹配规则。服务器可以按照默认规则，确定是否向账户发送信令。
109.s702、服务器确定并储存映射关系。
110.其中，服务器在接收到信令对应的一个或多个匹配规则后，可以将该一个或多个匹配规则与信令之间的对应关系进行存储。
111.上述实施例提供的技术方案至少带来以下有益效果：由s701可知，服务器可以响应于开发人员的输入操作，确定预设限定规则，简单方便。
112.可以理解的，在实际实施时，本公开实施例所述的信令传输装置可以包含有用于实现前述对应信令传输方法的一个或多个硬件结构和/或软件模块，这些执行硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
113.基于这样的理解，本公开实施例还对应提供一种信令传输装置。图9示出了本公开实施例提供的时信令传输装置的结构示意图。如图9所示，该信令传输装置可以包括：获取单元901、确定单元902、发送单元903。
114.获取单元901，用于获取与服务器之间已建立通信的账户的特征信息；获取单元901，还用于获取待发送的目标信令以及与目标信令对应的预设限定发送条件，该预设限定
erasable programmable read
‑
only memory，eeprom)、只读光盘(compactdisc read
‑
only memory，cd
‑
rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。
126.其中，存储器103用于存储执行本公开方案的应用程序代码，并由处理器101来控制执行。处理器101用于执行存储器103中存储的应用程序代码，从而实现本公开方法中的功能。
127.在具体实现中，作为一种实施例，处理器101可以包括一个或多个cpu，例如图10 中的cpu0和cpu1。
128.在具体实现中，作为一种实施例，终端可以包括多个处理器，例如图10中的处理器 101和处理器105。这些处理器中的每一个可以是一个单核(single
‑
cpu)处理器，也可以是一个多核(multi
‑
cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/ 或用于处理数据(例如计算机程序指令)的处理核。
129.在具体实现中，作为一种实施例，信令传输装置还可以包括输入设备106和输出设备 107。输入设备106和输出设备107通信，可以以多种方式接受用户的输入。例如，输入设备106可以是鼠标、键盘、触摸屏设备或传感设备等。输出设备107和处理器101通信，可以以多种方式来显示信息。例如，输出设备101可以是液晶显示器(liquid crystaldisplay，lcd)，发光二极管(light emitting diode，led)显示设备等。
130.本领域技术人员可以理解，图10中示出的结构并不构成对信令传输装置的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
131.本公开还提供了一种包括指令的计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述计算机可读存储介质中的指令由计算机设备的处理器执行时，使得计算机能够执行上述所示实施例提供的信令传输方法。例如，计算机可读存储介质可以为包括指令的存储器103，上述指令可由信令传输装置的处理器101执行以完成上述方法。又例如，计算机可读存储介质可以为包括指令的存储器102，上述指令可由服务器的处理器101 执行以完成上述方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、ram、cd
‑
rom、磁带、软盘和光数据存储设备等。
132.本公开还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，当所述计算机指令在信令传输装置上运行时，使得所述信令传输装置执行上述图3
‑
图7任一附图所示的信令传输方法。
133.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
134.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并
且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。