订阅消息处理方法、设备、系统和存储介质与流程

1.本技术涉及通讯技术领域，尤其涉及一种ip多媒体子系统的订阅消息处理方法、设备、系统和存储介质。


背景技术：

2.随着通信领域日新月异的快速发展，ims也在加速发展。ims网络是在ip网络的基础上产生的，是由第三代合作伙伴计划(3gpp，3rd generation partnership project)组织提出的一种基于ip的网络架构，通过sip(session initiation protocol，会话发起协议)消息来控制会话，可以很方便的实现各种业务，并大大降低成本。
3.云数据库(cdb，cloud data base)作为网元app(application，应用程序)的缓存数据库，为app提供联机事务处理系统(oltp，on-line transaction processing)的数据库服务，包括数据存储和管理、数据访问、订阅通知、数据复制/恢复、数据迁移、升级等服务。由于cdb作为app本地ldb(local data base，本地数据库)的备份，正常情况下，cdb与ldb中的数据需要实时进行同步更新，因此cdb中数据的频繁变更会影响整体的使用性能。
4.因此，亟需一种可以合理优化资源占用状态的订阅信息处理方法。


技术实现要素：

5.本技术实施例的主要目的在于提出一种ip多媒体子系统的订阅消息处理方法、设备和存储介质，旨在实现合理优化资源占用状态，提高订阅内存的使用效率和系统cpu的使用性能。
6.为实现上述目的，本技术实施例提供了一种ip多媒体子系统的订阅消息处理方法，所述方法包括以下步骤：基于注册终端发送的注册请求向所述注册终端返回注册响应，以完成注册；在注册完成后的预设时间内，通过所述ip多媒体子系统的会话边界控制器sbc，接收所述注册终端发送的完成注册的订阅请求，所述订阅请求用于指示所述注册终端已注册，并指示所述sbc不执行p订阅的发送。
7.为实现上述目的，本技术实施例还提出了一种ip多媒体子系统的订阅消息处理设备，所述设备包括存储器以及处理器；所述存储器用于存储计算机程序；所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如前述所述的ip多媒体子系统的订阅消息处理方法的步骤。
8.为实现上述目的，本技术实施例还提出了一种订阅消息处理系统，包括ip多媒体子系统的订阅消息处理设备和注册终端，所述注册终端向所述ip多媒体子系统的订阅消息处理设备发送注册请求；所述ip多媒体子系统的订阅消息处理设备用于执行如前述的ip多媒体子系统的订阅消息处理方法的步骤，以响应所述注册终端的注册请求。
9.为实现上述目的，本技术提供了一种存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现前述方法的步骤。
10.本技术提出的ip多媒体子系统的订阅消息处理方法、设备和存储介质，在接收到注册终端发送的注册请求之后，响应所接收到注册请求，以完成注册终端在ip多媒体子系统中的注册，然后在注册完成后的预设时间内，通过ip多媒体子系统的会话边界控制器sbc接收到注册终端所发送的订阅请求，通过在预设时间内是否接收到了注册终端发送的订阅请来确定是否指示sbc执行p订阅的发送，若监测在预设时间内sbc接收到注册终端发送的订阅请求，则基于订阅请求指示sbc不执行p订阅的发送。可见，本技术方案，其可实现合理优化资源占用状态，提高订阅内存的使用效率和系统cpu的使用性能的功能。
附图说明
11.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
12.图1为本技术一实施例提供的一种ip多媒体子系统的订阅消息处理方法的流程示意图；
13.图2为本技术一实施例提供的对路径信息进行加密处理的步骤的流程示意图；
14.图3为本技术又一实施例提供的一种ip多媒体子系统的订阅消息处理方法的流程示意图；
15.图4为本技术一实施例提供的进行解密得到路径信息的步骤的流程示意图；
16.图5为本技术一实施例提供的一种ip多媒体子系统的订阅消息处理方法的交互示意图；
17.图6为本技术一实施例提供的一种ip多媒体子系统的订阅消息处理设备的结构示意性框图。
具体实施方式
18.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
19.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或分合并，因此实际执行的顺序有可能根据实际情况改变。
20.如图1所示，图1为本技术一实施例提供的一种ip多媒体子系统的订阅消息处理方法的流程示意图，该方法包括以下步骤：
21.步骤s101、基于注册终端发送的注册请求向所述注册终端返回注册响应，以完成初始注册。
22.ip多媒体子系统(ims)是一组规范，描述用于实现基于ip的电话和多媒体服务的下一代网络体系结构。ims定义了一个完整的体系结构和框架，允许在基于ip的基础设施上对声音、视频、数据和移动网络技术进行聚合，它填补了两个最成功的通信范式(移动电话和internet技术)之间的空白。ims的核心核心处理部件具有会话控制功能，可以对用户的
多媒体会话进行处理。在对会话进行处理时，采用会话初始协议sip作为信令协议。
23.示例性的，在用户终端需要在ims中进行注册时，用户将会利用用户终端向ims发送进行注册的注册请求，以使得ims对注册请求进行响应并返回响应成功消息，进而完成用户终端在ims中的初始注册。
24.步骤s102、在完成初始注册后的预设时间内，通过所述ip多媒体子系统的会话边界控制器sbc，接收所述注册终端发送的完成注册的订阅请求，所述订阅请求用于指示所述注册终端已注册，并指示所述sbc不执行p订阅的发送。
25.在用户终端完成初始注册之后，由于此时仅进行注册的网元知道用户终端完成了注册，因此需要使得整个网络系统同步完成注册的终端的相关注册信息，比如终端的终端标识、注册时间以及注册的网络信息等，因此需要通过订阅请求的发送来实现对完成注册的终端的注册信息进行获取。
26.通常情况，注册终端在ims网络中完成初始注册时，为了使得ims网络系统中各网元都知道注册终端已经在ims网络中完成了注册，注册终端都会有终端订阅，也就是注册终端都会发送相应的订阅请求至会话边界控制器sbc，同时sbc也会执行p订阅的发送，以实现对注册终端的注册信息的获取。
27.由于注册终端发送订阅请求至sbc和sbc发送p订阅的用途一致，显然存在因重复或者无用操作而使得订阅内存被重复的订阅而占用，同时也会使得系统出现cpu浪费的情况，因此需要合理的控制方式以避免此种情况的出现。
28.需要说明的是，p订阅为ims中p-cscf(代理-cscf)网元在确定注册终端完成注册时所发送的订阅请求，且用于获取注册终端的相关注册信息，其中，cscf为呼叫会话控制功能。
29.在一实施例中，在注册终端在ims中的初始注册完成时，将会控制会话边界控制器sbc实现订阅请求的获取，由于在完成初始注册之后，注册终端一般都会发送订阅请求以实现注册信息的共享，因此在完成初始注册后的预设时间内，通过sbc会接收到注册终端发送的完成注册的订阅请求，进而根据所接收到的订阅请求指示ims该注册终端已注册，同时将指示sbc不执行p订阅的发送。
30.示例性的，注册终端在ims中完成初始注册时，通常会在60秒内发送对应的订阅请求以订阅得到终端的注册信息，为了减少不必要的订阅内存的损耗和系统cpu的被占用，在注册终端在ims中完成注册时，不会第一时间控制sbc中的p-cscf网元执行p订阅的发送，而是监测在60秒时间内sbc网元是否会接收到注册终端所发送的订阅请求，也就是sbc有60秒的时间用于接收注册终端所发送的订阅请求。
31.比如，若监测到在60秒时间内sbc有接收到注册终端发送的订阅请求，则将基于订阅请求以指示/控制sbc不执行p订阅的发送；若监测到在60秒时间内sbc没有接收到注册终端所发送的订阅请求，则指示/控制sbc执行p订阅的发送，以实现对注册终端的注册信息的获取。由于在一般情况下注册终端都会执行订阅请求的发送，因此使用该方式可以有效的避免sbc执行具有相同功能的p订阅的发送。
32.同时，由于在60秒时间内因没有接收到注册终端发送的订阅请求而利用sbc网元发送p订阅来获取注册终端的注册信息，因此在60秒时间之后，若在接收到注册终端所发送的订阅请求，则将此时所接收到的注册请求视为无效请求。或者，由于利用sbc网元实现p订
阅的发送，因此可以确定ims已经获取了注册终端的注册信息，此时将不需要进行进一步的获取。
33.由于此时在接收到注册终端所发送的订阅请求之后，将控制sbc不执行p订阅的发送，由于sbc在执行p订阅的发送时需要将p订阅上传至cdb中，因此在控制sbc不执行p订阅的发送时，可以减少p订阅因上传至cdb而带来的性能消耗和内存占用。
34.在一实施例中，只有在注册终端在ims网路中注册成功时才需要对注册终端的注册信息进行获取，因此首先确定注册终端是否在ims网络中注册成功，而确定是否进行注册是根据注册终端自身的状态所确定的，因此，在注册终端网络初始化时，注册终端将会向ims发送注册请求以完成在ims中的注册，那么ims在接收到注册终端发送的注册请求之后进行响应，以完成注册终端的注册，而在完成注册时，首先是ims中的sbc完成注册终端的初始注册，然后在进行进一步的处理以实现注册成功，在sbc完成注册终端的初始注册时，还会控制sbc将注册终端的注册信息上传至云数据库cbd。
35.示例性的，注册终端的网络初始化是指第一次使用该网络，比如注册终端重启和网络切换，此时将需要进行相应的注册以实现对网络的使用。在完成注册终端在ims网络中的初始注册之后，由于需要使得ims知道该注册终端已经注册成功，以及注册终端的相关信息，因此需要将注册终端的相关注册信息上传至云数据库cdb，其中，注册信息包括但不局限于有注册终端的终端标识、注册时间以及注册网络等。
36.在一实施例中，在sbc在预设时间内接收到注册终端发送的订阅请求之后，将会对订阅请求进行响应，然后对响应的结果进行处理。因此，在监测到sbc在以预设时间内接收到注册终端发送的订阅请求之后，还包括：获取所述订阅请求对应的订阅信息；基于所述订阅信息得到对应的扩展信息，以将所述扩展信息存储在基于会话初始协议sip所得到的sip信令的头部字段中，并将所述sip信令放置在对应的消息路由中。
37.sip(session initiation protocol，会话初始协议)是一种多媒体通信协议。它是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话。支持并应用于语音、视频、数据等多媒体业务，同时也可以应用于presence(呈现)、instant message(即时消息)等特色业务。
38.在监测到sbc在预设时间内接收到注册终端发送的订阅请求时，系统将会对订阅请求进行响应，以得到该订阅请求所对应的订阅信息，为了保证订阅信息的安全性，需要对订阅信息中的部分信息进行隐藏，因此首先确定订阅信息中需要进行隐藏的信息。
39.在系统对订阅请求进行响应时，是系统中各网元对订阅请求的响应和反馈，具体地响应和反馈包括但不限于有查询、屏蔽、恢复以及转发等。每进行一次响应都会生成每个网元所对应的信息，进而在完成整体响应之后得到对应的订阅信息。
40.在实际应用中，出现订阅信息的泄露的主要原因在于sip信令中的几个消息头中包含的节点信息造成的，包括“via”头和“record-route”头携带的网元信息、“contact”头携带的终端地址信息，因此为了实现信息的安全性，需要对部分关键信息进行隐藏，比如“via”头、“record-route”以及“contact”头等，通过拓扑隐藏网际网关(thig)实现对关键信息的隐藏。
41.在实现拓扑隐藏时，需要将记录在sip信令中的关键信息进行隐藏，而具体的隐藏可以包括删除或者加密，由于不同的隐藏方式对应的处理手段不同，因此可以根据实际的
需求而定。比如，在进行删除时需要将信息进行备份，也就是需要将进行删除的数据上传时cdb中，然后在进行信息的删除，但是由于存在数据的上传，这样会在一定程度上占用系统内存以及提高cpu的占有和使用率；在进行加密时，记录在sip信令中的关键信息也会处于隐藏状态，也就是无法进行解密的终端将无法进行查看，只有在完成解密之后即可进行查看，同时利用加密处理时无需将关键信息进行上传至cdb。因此在本技术各实施例中，采用对关键信息进行加密的方式实现拓扑隐藏，以保证数据信息的安全性。
42.在一实施例中，在接收到终端的订阅请求时，将会对订阅请求进行响应。此时ims中相关联的网元将会对订阅请求进行响应，以得到对应的订阅信息，然后通过对订阅信息中的关键信息进行获取，以得到得到对应的扩展信息，进而基于会话初始协议得到对应的sip信令，以将所得到的扩展信息存储在所得到的sip信令的头部字段中，同时将所得到的sip信令放置在对应的消息路由中。
43.示例性的，在对订阅信息进行隐藏时，是对响应订阅请求的各网元的网元信息进行隐藏。例如，在第一网元对订阅请求进行响应时，第一网元所对应的网元信息将会记录在第一网元响应订阅请求而得到的订阅信息中，在第一网元响应完成之后第二网元进行响应时，第二网元的网元信息也会被记录在所得到的订阅信息中。需要说明的是，订阅信息包含有所有需要进行响应的网元进行响应之后的响应结果，具体体现在包含有所有进行响应的网元所对应的网元信息。
44.在一实施例中，在根据订阅信息得到对应的扩展信息，以对扩展信息进行存储时，包括：获取所述订阅信息所包含的路径信息，以对所述路径信息加密处理，并将进行加密处理后的路径信息存储在基于会话初始协议sip所得到的sip信令的头部字段中。
45.在对订阅信息进行拓扑隐藏时，实际上是对订阅信息所记录的各网元信息进行隐藏，具体为对网元地址进行隐藏，，因此在得到订阅信息之后，对订阅信息中所记录的网元信息进行获取，通过将所有的网元信息进行汇总得到需要进行隐藏的扩展信息。
46.在获取扩展信息时，实际上是获取订阅信息中所记录的路径信息，其中路径信息包含有所有的网元地址，即网元地址的集合为路径信息，同时路径信息中还包含有请求在各网元至中传输的顺序，然后对所得到的路径信息进行加密处理，进而将加密处理后的路径信息存储在sip信令的头部字段中，以实现对路径信息的隐藏。
47.示例性的，在对扩展信息中的部分信息进行隐藏时，为了使得在进行隐藏时不会占用系统内存，故而需要将所隐藏的信息放置在消息路由中，然后通过扩展参数的方式将隐藏信息放置在路由信息的头部字段中，以使得需要进行信息获取时直接在消息路由中通过读取路由信息中所包含的头部字段实现信息的获取。
48.由上述描述可知，在对网元信息进行隐藏是为了将响应订阅请求的各网元的网元地址进行隐藏，通过对网元地址的隐藏实现将整个进行响应的路径进行隐藏，以保证订阅的安全性。在实际应用过程中，每个网元会按照相应的响应顺序完成对订阅请求的响应，每个网元在响应订阅请求之后，每个网元的网元地址都会随着所生成的订阅信息进行应答反馈，其中网元地址即为所得到的扩展信息，对每个网元地址在记录于订阅信息中时，都需要进行解密处理，以实现对每个网元地址的隐藏。
49.参照图2，图2为本技术一实施例提供的对路径信息进行加密处理的步骤的流程示意图。
50.其中，对所述路径信息进行加密处理，并将进行加密处理后的路径信息存储在基于会话初始协议sip所得到的sip信令的头部字段中，包括步骤s201至步骤s203。
51.步骤s201、按照预设的加密方法得到所述注册终端对应的公私钥，以利用所述公私钥将所述路径信息进行加密得到密文子串，其中，密文子串为一字符串；
52.步骤s202、获取当前网络名称，并将所述密文子串与所述当前网络名称和所述注册终端标识进行关联，以得到对应的路径标识；
53.步骤s203、对所述路径标识进行加密标记，并将所述进行加密标记所得到的路径标识存储在所述sip信令的头部字段。
54.在对所得到的路径信息进行加密处理时，按照预设的加密方式得到与注册终端相对应的公私钥，其中，公私钥用于实现对信息的加密和解密，进而利用所得到的公私钥对所得到的路径信息进行加密处理，以得到路径信息所对应的密文子串，然后获取当前网络名称，以将所得到的密文子串与当前网络名称和注册终端标识进行关联得到对应的路径标识，最后对所得到的路径标识进行加密标记，以将进行加密标记所得到的路径标识存储在sip信令的头部字段中。
55.在一实施例中，在获取与注册终端相对应的加密公私钥时，是为了保证数据的安全性，每个注册终端对应着各自唯一的公私钥，以用于对需要进行加密的数据信息进行加密处理，使得只有在所有信息都准确时才能在消息路由中获取想要得到的数据信息。
56.公私钥的生成方式有多种，比如对称加密和非对称加密。在按照预设的加密方式得到注册终端对应的公私钥时，可以采用对称加密的方式得到对应的公私钥，也可以采用非对称加密的方式得到公私钥，具体不做限制。
57.示例性的，在对路径信息进行加密时，由于各网元的响应顺序不同，使得记录在sip信令中的各网元地址的顺序也会不同，但是无论记录有多少个网元地址，都会将所记录的网元地址加密程一个字符串，也就是加密成密文子串。
58.另外，在进行加密时，可以是对每一次响应得到的订阅信息中所记录的网元地址进行加密，还可以是在响应完成时对所得到的订阅信息中所记录的所有网元地址进行统一加密。无论哪一种方式都是根据基于注册终端所得到的加密公私钥进行加密的。
59.在对路径信息进行加密得到对应的密文子串之后，将获取当前所使用的网络名称，由于当前网络名称和注册终端标识可能并不一定是可以与密文子串进行整合的字符串，因此首先将所得到当前网络名称和注册终端标识进行字符串的转化，进而将转化所得到的字符串与密文子串进行整合关联，以得到一个路径标识。比如，所得到的路径标识为username@realm@a，其中，username为对路径信息进行加密得到的密文子串，realm为当前网络名称，a为注册终端标识，而在识别得到路径标识之后，通过读取密文子串以对密文子串进行解密，可以得到订阅信息是基于哪些网元所得到的。
60.由于在对路径信息进行加密之后，处于隐藏状态，因此需要给进行加密之后的路径标识进行加密标记，以使得在后续使用过程中可以实现对密文子串的解密。在进行加密标记时，比如在路径标识后面加上一个tokeniaed-by标签，进而在进行识别时，通过识别tokeniaed-by标签识别加密过的路径标识。另外在进行加密标记时，可以根据不同的注册终端设置不同的标签，或者在标签上可以加上注册终端的终端标识。
61.在完成一系列的处理之后，比如加密、关联以及标记，将会将最终所得到的路径标
识存储在sip信令的头部字段中。示例性的，用有效字段填充sip信令中路由相关头域所在的字段，为特殊的头部字段构造一个有效项，比如在via字段加一个前缀“sip/2.0/udp”，或者在route和record-route字段前加一个“sip：”，这样就真正屏蔽了路由相关字段(网元地址)，并加密保存在进行加密标记过的路径标识中。
62.参照图3，图3为本技术又一实施例提供的一种ip多媒体子系统的订阅消息处理方法的流程示意图，包括步骤s301至步骤s304。
63.步骤s301、当接收到请求指令时，确定所述请求指令中是否包含有加密标记。
64.在完成对订阅信息的处理之后，处理所得到的路径标识会存储在sip信令的头部字段中，同时sip信令会放置在消息路由中，以使得后续在进行消息请求时直接在消息路由中获取路径标识，进而通过相应的处理得到对应的路径信息。
65.在接收到请求指令时，首先将确定所接收到的请求指令中是否包含有相应的加密标记，其中，当确定请求指令中包含有加密标记时说明可以对相应的加密信息进行解密以实现对请求指令的响应，当确定请求指令中不包含有加密标记时说明此时不可以对相应的进行加密的信息进行解密来实现对请求指令的响应。
66.示例性的，根据上述描述，在对路径标识进行加密标记时，可以是在路径标识后面加上一个tokeniaed-by标签，以将tokeniaed-by标签作为加密标记。因此在接收到请求指令时，可以通过识别请求指令中是否包含有tokeniaed-by标签来确定请求指令是否包含有加密标记。同样的，在使用其他的标签对路径标识进行加密标记时，也是通过识别对应的标签来进行确定。
67.步骤s302、若确定所述请求指令中包含有加密标记，则识别所包含的目标加密标记，以根据所述目标加密标记识别得到对应的目标路径标识。
68.通过对请求指令中是否包含有加密标记进行确定，在确定请求指令中包含有加密标签时，将根据所识别得到的加密标签识别得到对应的路径标识。
69.在一实施例中，在sip信令中加密标记与路径标识关联存储，因此在识别到请求指令中包含有加密标记时，首先获取对应的加密标记，然后通过加密标记得到对应的路径标识，进而通过对路径标识的处理实现对请求指令的响应。
70.示例性的，对于进行加密的sip信令而言，由于是将信息进行隐藏，因此对于记录有隐藏信息的sip信令而言，需要设置有相应的隐藏网络标签，也就是对于具有隐藏网络标签的sip信令而言，才记录包含有进行加密处理之后的路径标识，进而才能实现对路径标识的识别和获取。
71.步骤s303、对所述目标路径标识中所包含的目标密文子串进行解密，以得到对应的目标路径信息。
72.在通过加密标识识别得到对应的路径标识之后，将会对路径标识中所包含的密文子串进行解密，以得到对应的路径信息。
73.路径标识中包含有当前网络信息、注册终端标识以及密文子串，其中当前网络信息和注册终端标识用于对路径标识的唯一性进行标注，具体地隐藏信息为密文子串，因此在得到路径标识之后，对路径标识中所包含的密文子串进行提取和解密，以得到对应的路径信息。
74.参照图4，图4为本技术一实施例提供的进行解密得到路径信息的步骤的流程示意
图，步骤s303包括步骤s401至步骤s403。
75.步骤s401、识别所述请求指令中所包含的目标终端标识，以得到所述目标终端标识对应的目标公私钥；
76.步骤s402、对所述目标路径标识中所包含的字符串进行识别，以提取得到所包含的目标密文子串；
77.步骤s403、基于所述目标公私钥对所述目标密文子串进行解密得到对应的目标路径信息。
78.其中，在此所提及的“目标终端标识”、“目标公私钥”、“目标路径标识”、“目标密文子串”以及“目标路径信息”仅用于与前述描述的“终端标识”、“公私钥”、“路径标识”、“密文子串”以及“路径信息”进行区分，但实际所描述的对象是一致的。
79.在进行解密以得到对应的目标路径信息时，首先识别请求指令中所包含的目标终端标识，以根据所识别得到的目标终端标识得到对应的目标公私钥，然后对所得到的目标路径标识所包含的字符串进行识别，以提取得到目标路径标识中所包含的目标密文子串，进而利用目标公私钥对目标密文子串进行解密，以得到对应的目标路径信息。
80.在一实施例中，请求指令是有终端所发送的，而终端在发送请求指令时可以在请求指令中加入注册终端的终端标识，还可以是预先即确定发送请求指令的终端，以使得在接收到请求指令时可以通过对终端标识的识别得到对应的公私钥。
81.因此，在接收到请求指令时，首先确定请求指令中是否包含有加密标记，若确定请求指令中包含有加密标记，则获取加密标记，以根据加密标记识别所对应的路径标识，进而对路径标识中所包含的密文子串进行获取和解密，以得到对应的路径信息，最后根据所得到的路径信息响应所接收到的请求指令。
82.示例性的，在接收到请求指令时，对请求指令中所包含的信息进行识别，以确定是否可以获取密文子串以进行解密，比如，请求指令中包含有tokeniaed-by标签，也就是说明请求指令中包含有加密标记。然后根据所携带的tokeniaed-by标签和隐藏网路标识得到对应的路径标识，以路径标识为username@realm@a为例，在识别得到路径标识之后，通过字符串的识别得到代表路径信息的密文子串，即username，然后对密文子串根据所得到的解密公私钥进行解密。在对路径标识进行字符串的识别时，通过路径标识中的字符串分割码“@”确定路径标识中所包含的字符串，也就是包括：username、realm以及a，通过对字符串的识别可以知道realm为当前网络名称，a为注册终端的终端标识，usename为进行加密之后的密文子串。
83.另外，在对密文子串进行解密时，将得到所记录的响应请求的各网元对应的网元地址，也就是得到对应的路径信息。
84.步骤s304、根据所述目标路径信息响应所述请求指令。
85.在得到路径信息之后，将根据所得到的路径信息实现对请求指令的响应。
86.示例性的，在得到路径信息之后，也就是确定哪些网元需要用于响应所接收到的请求指令，进而在得到路径信息之后，由于路径信息中记录有各网元所对应的地址信息，因此可以直接控制各网元实现对请求指令的响应。
87.参照图5，图5为本技术一实施例提供的一种ip多媒体子系统的订阅消息处理方法的交互示意图。
88.用户终端(ue)，即为注册终端，在进行注册时，通过向ims中的sbc发送注册请求(register)，sbc通过与cscf网元的信息交互完成用户终端的注册，此时cscf将返回相应的成功响应消息(200)至sbc，以使得sbc也发送成功响应消息(200)至注册终端，以确定用户终端在进行注册，并在用户终端接收到成功响应消息(200)之后，控制sbc向云数据库cdb上传用户终端的注册信息，即执行req指令，并接收cdb返回的确认指令(ack)，此时即确定用户终端在ims中完成注册。
89.在sbc将ue的相关注册信息cdb并接收到cdb返回的确认指令之后，sbc将会接收ue发送的订阅请求(register)，并基于所接收到的订阅请求返回成功响应消息(200)，同时将响应register所得到的请求信息(notify)进行反馈，其中，cscf将notify发送至sbc，然后sbc将notify返回至ue，同时sbc和ue在接收到notify之后会返回成功响应消息(200)。
90.在控制sbc接收ue发送的订阅请求时，在完成注册后的一定时间内将会接收用户终端发送的订阅请求，同时会指示sbc不执行p订阅的发送，只有在没有接收到用户终端发送的订阅请求时才会指示sbc执行p订阅的发送，减少对订阅内存的占用。
91.在一实施例中，在用户终端完成注册之后，利用用户终端所发送的订阅请求实现数据信息在ims中的共享，同时在实现数据信息的共享时无需将订阅请求以及相关的信息上传至云数据库，减少了与云数据库之间的数据交互。
92.在上述描述的ip多媒体子系统的订阅消息处理方法、设备以及存储介质中，在确定注册终端完成初始注册时，在完成初始注册后的预设时间内，通过ip多媒体子系统的会话边界控制器sbc接收到注册终端所发送的订阅请求，以基于订阅请求来指示ims中各网元该注册终端已注册成功，同时还指示sbc不执行p订阅的发送。由于注册终端通常会在完成初始注册后的第一时间发起订阅请求，因此此时将首先控制sbc不在第一时间发送p订阅，通过监测注册终端是否在预设时间内完成订阅请求的发送来确定sbc当前的行为，可以有效的降低对订阅内存无用消耗。另外，通过减少sbc网元的消息处理以及sbc与其他网元的数据交互，可以有效的提高系统cpu的使用效率。
93.请参阅图6，图6是本技术实施例提供的一种ip多媒体子系统的订阅消息处理设备的结构示意性框图。
94.示例性的，电子设备可以为手机、平板、笔记本、台式机、电视、专用输入设备、取款机等。
95.电子设备还包括处理器、存储器，所述存储器用于存储计算机程序。
96.所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现本技术实施例提供的任一项ip多媒体子系统的订阅消息处理方法。
97.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
98.在一实施例中，上述描述的ip多媒体子系统的订阅消息处理方法应用于ip多媒体子系统的订阅消息处理系统中，该系统包括ip多媒体子系统的订阅消息处理设备以及注册
终端，其中注册终端的数量不限。在该系统中，注册终端在确定需要在ims中进行注册时，向ims发送注册请求，以使得ims对注册终端的注册请求进行响应，而ip多媒体子系统的订阅消息处理设备用于根据上述描述的ip多媒体子系统的订阅消息处理方法完成注册终端在注册。
99.需要说明的是，ip多媒体子系统的订阅消息处理系统还与对应的云数据库进行连接，以在该系统的运行过程中，将需要记录在本地数据库中的数据上传至云数据库，以使得运输局进行数据的备份和更新，实现将数据同步至本地数据库中。另外，在实际应用中，ip多媒体子系统的订阅消息处理设备完成对注册终端的注册请求之后，还将对后续所接收到的请求和订阅进行响应。
100.本技术的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，使所述处理器实现本技术实施例提供的任一项ip多媒体子系统的订阅消息处理方法。
101.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读存储介质上，计算机可读存储介质可以包括计算机可读存储介质(或非暂时性介质)和通信介质(或暂时性介质)。
102.如本领域普通技术人员公知的，术语计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
103.示例性的，所述计算机可读存储介质可以是前述实施例所述的电子设备的内部存储单元，例如所述电子设备的硬盘或内存。所述计算机可读存储介质也可以是所述电子设备的外部存储设备，例如所述电子设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
104.前述各实施例提供的电子设备和计算机可读存储介质，通过在用户输入信息时，在显示屏上不同的显示区域显示至少两个虚拟键盘，使得可以通过至少两个虚拟键盘输入信息；提高恶意软件通过监听传感器的状态推测输入信息的难度，增强了信息输入的安全性。
105.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利
要求的保护范围为准。