业务处理方法和系统、终端及计算机可读存储介质与流程

1.本公开涉及移动通信技术领域，尤其是一种业务处理方法和系统、终端及计算机可读存储介质。


背景技术：

2.富媒体通信(rcs)是一种承载于ip多媒体系统(ims)上的富媒体消息业务。rcs可为用户提供图片、视频、语音以及文字等多种格式的消息交互。


技术实现要素：

3.发明人注意到，相关技术中，终端仅主用户识别卡能支持rcs业务，副用户识别卡仍然仅支持短信业务。
4.发明人通过研究发现，在副用户识别卡也支持rcs业务的情况下，如果利用两张用户识别卡分别建立数据连接来各自处理rcs业务，在rcs业务同时发生的情况下，将导致两张用户识别卡的rcs业务抢占终端的射频资源，从而导致rcs业务丢包的出现或者处理时间的延迟。
5.有鉴于此，本公开实施例提出了如下技术方案。
6.根据本公开实施例的一方面，提供一种业务处理方法，包括：在终端需要获取第一用户识别卡的富媒体通信rcs配置消息、且所述第一用户识别卡是初始配置rcs业务的情况下，所述终端利用所述第一用户识别卡建立的第一移动数据连接获取所述第一用户识别卡的第一初始rcs配置消息；在终端需要获取第二用户识别卡的rcs配置消息、且所述第二用户识别卡是初始配置rcs业务的情况下，所述终端利用所述第二用户识别卡建立的第二移动数据连接获取所述第二用户识别卡的第二初始rcs配置消息；和在获取所述第一初始rcs配置消息和所述第二初始rcs配置消息后，所述终端利用默认的移动数据连接或无线数据连接处理所述第一用户识别卡和所述第二用户识别卡的rcs业务。
7.在一些实施例中，所述方法还包括：在获取所述第一初始rcs配置消息后，所述终端判断所述第二用户识别卡是否为初始配置rcs业务；所述终端在判定所述第二用户识别卡为初始配置rcs业务的情况下，利用所述第二用户识别卡建立所述第二移动数据连接。
8.在一些实施例中，所述方法还包括：在获取所述第一初始rcs配置消息后，所述终端利用所述第一移动数据连接尝试获取所述第二初始rcs配置消息；响应于接收到获取所述第二rcs初始配置消息失败的指示消息，所述终端利用所述第二用户识别卡建立所述第二移动数据连接。
9.在一些实施例中，所述终端利用所述第一用户识别卡建立的第一移动数据连接获取所述第一用户识别卡的第一初始rcs配置消息包括：所述终端利用所述第一移动数据连接发送获取所述第一初始rcs配置消息的第一超文本传输协议http请求，以便网关向配置服务器发送第二http请求，所述第二http请求携带所述第一用户识别卡的身份信息；响应于所述配置服务器发送的携带第一标识信息的确认消息，所述终端利用所述第一移动数据
连接向所述配置服务器发送获取所述第一初始rcs配置消息的第一https请求，所述第一https请求携带所述第一标识信息和所述第一用户识别卡的身份信息；所述终端利用所述第一移动数据连接接收所述配置服务器响应于所述第一https请求而发送的所述第一rcs初始配置消息。
10.在一些实施例中，所述终端利用所述第一用户识别卡建立的第一移动数据连接获取所述第一用户识别卡的第一初始rcs配置消息还包括：在发送所述第一https请求后，响应于所述配置服务器发送的重新获取指示消息，所述终端利用所述第一移动数据连接再次发送所述第一https请求。
11.在一些实施例中，所述终端利用第二用户识别卡建立的第二移动数据连接获取所述第二用户识别卡的第二初始rcs配置消息包括：所述终端利用所述第二移动数据连接发送获取所述第二初始rcs配置消息的第三http请求，以便配置服务器接收网关发送的第四http请求，所述第四http请求携带所述第二用户识别卡的身份信息；响应于所述配置服务器发送的携带第二标识信息的确认消息，所述终端利用所述第二移动数据连接向所述配置服务器发送获取所述第二初始rcs配置消息的第二https请求，所述第二https请求携带所述第二标识信息和所述第二用户识别卡的身份信息；所述终端利用所述第二移动数据连接接收所述配置服务器响应于所述第二https请求而发送的所述第二rcs初始配置消息。
12.在一些实施例中，所述方法还包括：在默认的移动数据连接为所述第二移动数据连接的情况下，所述终端释放所述第二移动数据连接，并建立所述第一移动数据连接；在获取所述第一初始rcs配置消息后，释放所述第一移动数据连接，并恢复默认的移动数据连接；在默认的移动数据连接为所述第一移动数据连接的情况下，所述终端释放所述第一移动数据连接，并建立所述第二移动数据连接；在获取所述第二初始rcs配置消息后，释放所述第二移动数据连接，并恢复默认的移动数据连接。
13.在一些实施例中，所述利用默认的移动数据连接或无线数据连接处理所述第一用户识别卡和所述第二用户识别卡的rcs业务包括：所述终端利用默认的移动数据连接或无线数据连接向所述配置服务器发送第三https请求，以获取所述第一用户识别卡和所述第二用户识别卡中的一个的非初始rcs配置消息，所述第三https请求携带所述第一用户识别卡和所述第二用户识别卡中的所述一个的身份信息、预定短信端口、以及所述第一用户识别卡和所述第二用户识别卡中的所述一个上一次获取的rcs配置消息携带的令牌，所述上一次获取的rcs配置消息为所述第一初始rcs配置消息、所述第二初始rcs配置消息或非初始rcs配置消息；所述终端利用默认的移动数据连接或所述无线数据连接接收所述配置服务器响应于所述第三https请求而发送的所述非初始rcs配置消息。
14.在一些实施例中，所述利用默认的移动数据连接或无线数据连接处理所述第一用户识别卡和所述第二用户识别卡的rcs业务还包括：所述终端利用默认的移动数据连接或无线数据连接接收所述配置服务器在所述令牌过期的情况下发送的携带第三标识信息的确认消息和发送到所述预定短信端口的认证消息，所述认证消息包括认证口令；所述终端截取所述认证消息，并利用默认的移动数据连接或无线数据连接重新发送还携带所述第三标识信息和所述认证口令的所述第三https请求。
15.在一些实施例中，所述利用默认的移动数据连接或无线数据连接处理所述第一用户识别卡和所述第二用户识别卡的rcs业务还包括：所述终端利用默认的移动数据连接或
无线数据连接收发rcs消息。
16.根据本公开实施例的另一方面，提供一种终端，包括：获取模块，被配置为在终端需要获取第一用户识别卡的富媒体通信rcs配置消息、且所述第一用户识别卡是初始配置rcs业务的情况下，所述终端利用所述第一用户识别卡建立的第一移动数据连接获取所述第一用户识别卡的第一初始rcs配置消息；在终端需要获取第二用户识别卡的rcs配置消息、且所述第二用户识别卡是初始配置rcs业务的情况下，所述终端利用所述第二用户识别卡建立的第二移动数据连接获取所述第二用户识别卡的第二初始rcs配置消息；和处理模块，被配置为在获取所述第一初始rcs配置消息和所述第二初始rcs配置消息后，所述终端利用默认的移动数据连接或无线数据连接处理所述第一用户识别卡和所述第二用户识别卡的rcs业务。
17.根据本公开实施例的又一方面，提供一种业务处理装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的方法。
18.根据本公开实施例的再一方面，提供一种业务处理系统，包括：上述任意一个实施例所述的终端。
19.在一些实施例中，所述系统还包括：网关，被配置为响应于所述终端发送的第一超文本传输协议http请求，发送第二http请求，所述第二http请求携带所述第一用户识别卡的身份信息；和配置服务器，被配置为响应于所述第二http请求，向所述终端发送携带第一标识信息的确认消息；响应于所述终端发送的获取所述第一初始rcs配置消息的第一https请求，发送所述第一rcs初始配置消息。
20.在一些实施例中，所述配置服务器被配置为响应于所述第二http请求，判断所述第一用户识别卡是否已开通rcs业务；在所述第一用户识别卡未开通rcs业务的情况下，为所述第一用户识别卡开通rcs业务；响应于所述终端发送的获取所述第一初始rcs配置消息的第一https请求，判断为所述第一用户识别卡开通rcs业务是否已经完成；在为所述第一用户识别卡开通rcs业务未完成的情况下，向所述终端发送重新获取指示消息，以指示所述终端再次发送所述第一https请求。
21.在一些实施例中，所述配置服务器还被配置为：接收所述终端利用默认的移动数据连接发送的获取所述第一用户识别卡和所述第二用户识别卡中的一个的非初始rcs配置消息的第三https请求，所述第三https请求携带所述第一用户识别卡和所述第二用户识别卡中的所述一个的身份信息、预定短信端口、以及所述第一用户识别卡和所述第二用户识别卡中的所述一个上一次获取的rcs配置消息携带的令牌，所述上一次获取的rcs配置消息为所述第一初始rcs配置消息、所述第二初始rcs配置消息或非初始rcs配置消息；判断所述令牌是否过期；在所述令牌未过期的情况下，直接向所述终端发送所述第一用户识别卡和所述第二用户识别卡中的所述一个的非初始rcs配置消息；在所述令牌过期的情况下，向所述终端发送携带所示第三标识信息的确认消息，并向所述预定短信端口发送认证消息，所述认证消息包括认证口令；响应于所述终端重新发送的还携带所述第三标识信息和所述认证口令的所述第三https请求，向所述终端发送所述第一用户识别卡和所述第二用户识别卡中的所述一个的非初始rcs配置消息。
22.根据本公开实施例的还一方面，提供一种计算机可读存储介质，其上存储有计算
机程序指令，该指令被处理器执行时实现上述任意一个实施例所述的方法。
23.本公开实施例中，终端利用两张用户识别卡各自建立的移动数据连接分别获取两张用户识别卡各自的初始rcs配置消息，后续在处理两张用户识别卡的rcs业务时利用用户选择的用户识别卡对应的移动数据连接作为默认的移动数据连接，或者利用无线数据连接进行处理。这样的方式下，一方面，可以确保终端能够成功获取到两张用户识别卡各自的初始rcs配置消息；另一方面，降低了终端在处理两张用户识别卡的rcs业务时对终端射频资源的占用，有利于减少rcs业务丢包的发生，降低rcs业务的时延，提高rcs业务的成功率。
24.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
附图说明
25.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
26.图1是根据本公开一些实施例的业务处理方法的流程示意图；
27.图2是根据本公开一些实现方式的获取第一初始rcs配置消息的流程示意图；
28.图3是根据本公开一些实现方式的获取第二初始rcs配置消息的流程示意图；
29.图4是根据本公开一些实现方式的处理第一用户识别卡和第二用户识别卡的rcs业务的流程示意图；
30.图5是根据本公开一些实施例的终端的结构示意图；
31.图6是根据本公开另一些实施例的终端的结构示意图；
32.图7是根据本公开一些实施例的业务处理系统的结构示意图。
具体实施方式
33.下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
34.除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
35.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
36.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
37.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
38.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
39.图1是根据本公开一些实施例的业务处理方法的流程示意图。
40.在步骤102，在终端需要获取第一用户识别卡的rcs配置消息、且第一用户识别卡是初始配置rcs业务的情况下，终端利用第一用户识别卡建立的第一移动数据连接获取第一用户识别卡的第一初始rcs配置消息。
41.应理解，终端在本地没有第一用户识别卡的rcs配置消息时，终端需要获取第一用户识别卡的rcs配置消息。例如，第一用户识别卡首次插入终端时，或者，用户将终端的一个用户识别卡更换为第一用户识别卡，终端在本地没有第一用户识别卡的rcs配置消息，此时终端需要获取第一用户识别卡的rcs配置消息。这两种情况下，终端可以认为第一用户识别卡是初始配置rcs业务。
42.例如，终端包括第一用户识别卡和第二用户识别卡。终端开机后，用户首次选择第一用户卡用于数据通信。在用户选择第一用户卡后，终端判断第一用户识别卡是否配置过rcs业务，以确定是否为初始配置rcs业务。如果是，则终端利用用户选择的第一用户识别卡建立第一移动数据连接。在建立第一移动数据连接后，利用建立的第一移动数据连接获取第一用户识别卡的初始rcs配置消息，这里称为第一初始rcs配置消息。
43.对于某个用户识别卡来说，获取的rcs配置信息(包括第一/第二初始rcs配置消息或后文提到的非初始rcs配置消息)可以包括以下信息中的一项或多项：该用户识别卡需要注册的服务器地址、该用户识别卡是否开通rcs业务、该用户卡的rcs用户名和密码、该用户识别卡发送rcs消息的大小限制。
44.在获取到rcs配置信息后，该用户识别卡后续可以进行rcs业务的注册等其他流程。
45.在步骤104，在终端需要获取第二用户识别卡的rcs配置消息、且第二用户识别卡是初始配置rcs业务的情况下，终端利用第二用户识别卡建立的第二移动数据连接获取第二用户识别卡的第二初始rcs配置消息。
46.类似地，终端在本地没有第二用户识别卡的rcs配置消息时，终端需要获取第二用户识别卡的rcs配置消息。例如，第二用户识别卡首次插入终端时，或者，用户将终端的一个用户识别卡更换为第二用户识别卡，终端在本地没有第二用户识别卡的rcs配置消息，此时终端需要获取第二用户识别卡的rcs配置消息。这两种情况下，终端可以认为第二用户识别卡是初始配置rcs业务。
47.类似地，第二初始rcs配置消息可以包括以上介绍的与第一初始rcs配置消息包含的信息类似的消息。
48.在步骤106，在获取第一初始rcs配置消息和第二初始rcs配置消息后，终端利用默认的移动数据连接或无线数据连接处理第一用户识别卡和第二用户识别卡的rcs业务。
49.终端获取两张卡的初始rcs配置消息后，后续针对两张卡的rcs业务，可以利用默认的移动数据连接来处理，或者，在终端连接无线网络的情况下也可以利用无线数据连接(例如wifi)来处理。
50.后续处理的rcs业务例如可以是再次获取rcs配置消息(即非初始rcs配置消息)、发送或接收某张用户识别卡的rcs消息。应理解，终端在某个用户识别卡的rcs配置消息已经过期，或者收到网络侧下发的rcs配置更新通知时，终端需要再次获取该用户识别卡的rcs配置消息。
51.在一些实施例中，响应于用户由选择第一用户识别卡切换到选择第二用户识别
卡，终端将默认的移动数据连接配置为第二用户卡对应的第二移动数据连接，终端后续利用第二移动数据连接或无线数据连接处理第一用户识别卡和第二用户识别卡的rcs业务。应理解，如果用户再次切换到选择第一用户识别卡，终端将默认的移动数据连接配置为第一用户卡对应的第一移动数据连接，则终端切换到利用第一移动数据连接或无线数据连接处理第一用户识别卡和第二用户识别卡的rcs业务。
52.上述实施例中，终端利用两张用户识别卡各自建立的移动数据连接分别获取两张用户识别卡各自的初始rcs配置消息，后续在处理两张用户识别卡的rcs业务时利用用户选择的用户识别卡对应的移动数据连接作为默认的移动数据连接，或者利用无线数据连接进行处理。这样的方式下，一方面，可以确保终端能够成功获取到两张用户识别卡各自的初始rcs配置消息；另一方面，降低了终端在处理两张用户识别卡的rcs业务时对终端射频资源的占用，有利于减少rcs业务丢包的发生，降低rcs业务的时延，提高rcs业务的成功率。
53.在一些实施例中，在默认的移动数据连接为第二移动数据连接的情况下，终端释放第二移动数据连接，并建立第一移动数据连接；在获取第一初始rcs配置消息后，释放第一移动数据连接，并恢复默认的移动数据连接，即，第二移动数据连接。
54.在另一些实施例中，在默认的移动数据连接为第一移动数据连接的情况下，终端释放第一移动数据连接，并建立第二移动数据连接；在获取第二初始rcs配置消息后，释放第二移动数据连接，并恢复默认的移动数据连接，即，第一移动数据连接。
55.在一些实施例中，终端开机后，用户首次选择第二用户识别卡用于数据通信，之后，用户切换到选择第一用户识别卡用于数据通信。如果用户首次选择的是第二用户识别卡，则类似地，可以先获取第二用户识别卡的第二rcs初始配置消息，再获取第一用户识别卡的第一rcs初始配置消息，并且，后续利用用户选择的默认的移动数据连接或无线数据连接处理第一用户识别卡和第二用户识别卡的rcs业务。
56.下面介绍终端建立第二移动数据连接的一些实现方式。
57.作为一些实现方式，在获取第一初始rcs配置消息后，终端判断第二用户识别卡是否为初始配置rcs业务；终端在判定第二用户识别卡为初始配置rcs业务的情况下，利用第二用户识别卡建立第二移动数据连接。
58.作为另一些实现方式，在获取第一初始rcs配置消息后，终端利用第一移动数据连接尝试获取第二初始rcs配置消息；响应于接收到获取第二rcs初始配置消息失败的指示消息，终端利用第二用户识别卡建立第二移动数据连接。这样的方式下，可以降低对终端的性能要求。
59.图2是根据本公开一些实现方式的获取第一初始rcs配置消息的流程示意图。
60.在步骤202，终端利用第一移动数据连接发送获取第一初始rcs配置消息的第一超文本传输协议(http)请求。
61.例如，第一http请求为get请求。由于该请求是通过第一移动数据连接发送的，故移动网络侧的网关可以据此识别该请求是用于获取第一用户识别卡的初始rcs配置消息，进而可以查询到对应的第一用户识别卡的身份信息。
62.在步骤204，配置服务器接收网关发送的第二http请求，第二http请求携带第一用户识别卡的身份信息。
63.例如，网关可以是ggsn(网关通用分组无线业务(gprs)支持节点)、pdn网关(分组
数据网关)或者upf(用户平面功能)。网关可以通过头增强的方式将身份信息添加到第一http请求中以形成第二http请求。例如，第二http请求为get request请求。
64.身份信息例如可以是国际移动用户识别码(imsi)、移动用户号码(msisdn)等。在身份信息为imsi的情况下，配置服务器可以根据imsi查询得到msisdn，进而向终端发送后续信息。
65.在一些实施例中，第一用户识别卡可能并未开通rcs业务。这种情况下，响应于网关发送的第二http请求，配置服务器还可以执行为第一用户识别卡开通rcs业务的操作。例如，通过与后台的交互为第一用户识别卡开通rcs业务。
66.在步骤206，响应于配置服务器发送的携带第一标识信息的确认消息，终端利用第一移动数据连接向配置服务器发送获取第一初始rcs配置消息的第一https请求。第一https请求携带第一标识信息和第一用户识别卡的身份信息。
67.这里，确认消息例如可以是200ok消息。例如，第一标识信息可以位于200ok消息的cookie字段。
68.在步骤208，终端利用第一移动数据连接接收配置服务器响应于第一https请求而发送的第一rcs初始配置消息。
69.例如，配置服务器可以向终端发送200ok消息，并下发第一rcs初始配置消息。
70.在一些实施例中，配置服务器在发送第一https请求后，响应于配置服务器发送的重新获取指示消息，终端利用第一移动数据连接再次发送第一https请求。重新获取指示消息例如可以是头部携带稍后重试(retry-after)指示内部服务器出错的https 503消息。
71.例如，如果配置服务器未完成为第一用户识别卡开通rcs业务的操作，则配置服务器响应于第一https请求向终端发送重新获取指示消息。配置服务器响应于终端再次发送的第一https请求，在完成为第一用户识别卡开通rcs业务的情况下，向终端发送第一rcs初始配置消息。
72.图3是根据本公开一些实现方式的获取第二初始rcs配置消息的流程示意图。步骤302-步骤308的具体实现细节可以参照上文对步骤202-步骤208的描述，在此不再赘述。
73.在步骤302，终端利用第二移动数据连接发送获取第二初始rcs配置消息的第三http请求。
74.在步骤304，配置服务器接收网关发送的第四http请求，第四http请求携带第二用户识别卡的身份信息。
75.在步骤306，响应于配置服务器发送的携带第二标识信息的确认消息，终端利用第二移动数据连接向配置服务器发送获取第二初始rcs配置消息的第二https请求。第二https请求携带第二标识信息和第二用户识别卡的身份信息。
76.在步骤308，终端利用第二移动数据连接接收配置服务器响应于第二https请求而发送的第二rcs初始配置消息。
77.图4是根据本公开一些实现方式的处理第一用户识别卡和第二用户识别卡的rcs业务的流程示意图。
78.在步骤402，终端利用默认的移动数据连接或无线数据连接向配置服务器发送第三https请求，以获取第一用户识别卡和第二用户识别卡中的一个的非初始rcs配置消息。
79.这里，第三https请求携带第一用户识别卡和第二用户识别卡中的一个(例如第一
用户识别卡)的身份信息(例如imsi或msisdn)、预定短信端口、以及第一用户识别卡和第二用户识别卡中的一个(例如第一用户识别卡)上一次获取的rcs配置消息携带的令牌。这里，上一次获取的rcs配置消息可以为第一初始rcs配置消息、第二初始rcs配置消息或非初始rcs配置消息。应理解，第一用户识别卡的非初始rcs配置消息是在获取第一初始rcs配置消息后获取的第一用户识别卡的rcs配置消息，第二用户识别卡的非初始rcs配置消息是在获取第二初始rcs配置消息后获取的第二用户识别卡的rcs配置消息。
80.例如，如果第三https请求携带第一用户识别卡的身份信息，则上一次获取的第一用户识别卡的rcs配置消息可以为第一初始rcs配置消息(即，本次是首次获取非初始rcs配置消息)或非初始rcs配置消息(即，本次并非首次获取非初始rcs配置消息)。类似地，如果第三https请求携带第二用户识别卡的身份信息，则上一次获取的第二用户识别卡的rcs配置消息可以为第二初始rcs配置消息或非初始rcs配置消息。
81.在步骤410，终端利用默认的移动数据连接或无线数据连接接收配置服务器响应于第三https请求而发送的第一用户识别卡和第二用户识别卡中的一个(例如第一用户识别卡)的非初始rcs配置消息。
82.例如，在令牌未过期的情况下，配置服务器响应于第三https请求直接发送非初始rcs配置消息。
83.在一些实施例中，在令牌过期的情况下，如图4所示，处理第一用户识别卡和第二用户识别卡的rcs业务还可以包括在步骤402和步骤410之间执行的步骤404-步骤408。
84.在步骤404，终端利用默认的移动数据连接或无线数据连接接收配置服务器在令牌过期的情况下发送的携带第三标识信息的确认消息和发送到预定短信端口的认证消息。这里，认证消息包括认证口令。认证口令例如可以是一次性密码，即动态口令(otp)。
85.例如，携带第三标识信息的确认消息可以是200ok消息，第三标识信息可以位于200ok消息的cookie字段。
86.在步骤406，终端截取认证消息。
87.由于认证消息是发送到预定短信端口，故终端可以自动截取，无需由用户处理。
88.在步骤408，终端利用默认的移动数据连接或无线数据连接重新发送还携带第三标识信息和认证口令的第三https请求。
89.根据重新发送的第三https请求，配置服务器在认证口令通过的情况下，向终端发送非初始rcs配置消息。
90.上述实施例中，终端利用默认的移动数据连接或无线数据连接获取第一或第二用户识别卡的非初始rcs配置消息，避免两张卡争抢终端的射频资源。
91.在一些实施例中，终端可以利用默认的移动数据连接或无线数据连接收发rcs消息。在一些实施例中，终端可以利用默认的移动数据连接或无线数据连接发送rcs注册消息、rcs保活消息、rcs订阅消息中的至少一种，并接收相应的响应消息。
92.图5是根据本公开一些实施例的终端的结构示意图。
93.如图5所示，终端包括获取模块501和处理模块502。
94.获取模块501被配置为响应于用户选择的第一用户识别卡，判断第一用户识别卡是否为初始配置富媒体通信rcs业务。获取模块502被配置为在终端需要获取第一用户识别卡的富媒体通信rcs配置消息、且第一用户识别卡是初始配置rcs业务的情况下，终端利用
第一用户识别卡建立的第一移动数据连接获取第一用户识别卡的第一初始rcs配置消息；在终端需要获取第二用户识别卡的rcs配置消息、且第二用户识别卡是初始配置rcs业务的情况下，终端利用第二用户识别卡建立的第二移动数据连接获取第二用户识别卡的第二初始rcs配置消息。
95.处理模块502被配置为在获取第一初始rcs配置消息和第二初始rcs配置消息后，终端利用默认的移动数据连接或无线数据连接处理第一用户识别卡和第二用户识别卡的rcs业务。
96.图6是根据本公开另一些实施例的终端的结构示意图。
97.如图6所示，终端600包括存储器601以及耦接至该存储器601的处理器602，处理器602被配置为基于存储在存储器601中的指令，执行前述任意一个实施例的方法。
98.存储器601例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(bootloader)以及其他程序等。
99.终端600还可以包括输入输出接口603、网络接口604、存储接口605等。这些接口603、604、605之间、以及存储器601与处理器602之间例如可以通过总线606连接。输入输出接口603为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口604为各种联网设备提供连接接口。存储接口605为sd卡、u盘等外置存储设备提供连接接口。
100.图7是根据本公开一些实施例的终端的结构示意图。
101.如图7所示，业务处理系统包括：上述任意一个实施例的终端701。
102.在一些实施例中，业务处理系统还包括网关702和配置服务器703。应理解，网关702位于移动网络侧。网关702被配置为响应于终端701发送的第一http请求，发送第二http请求，第二http请求携带第一用户识别卡的身份信息。配置服务器703被配置为响应于第二http请求，向终端701发送携带第一标识信息的确认消息；响应于终端701发送的获取第一初始rcs配置消息的第一https请求，发送第一rcs初始配置消息。
103.在一些实施例中，配置服务器703被配置为响应于第二http请求，判断第一用户识别卡是否已开通rcs业务；在第一用户识别卡未开通rcs业务的情况下，为第一用户识别卡开通rcs业务；响应于终端701发送的获取第一初始rcs配置消息的第一https请求，判断为第一用户识别卡开通rcs业务是否已经完成；在为第一用户识别卡开通rcs业务未完成的情况下，向终端701发送重新获取指示消息，以指示终端701再次发送第一https请求。
104.在一些实施例中，配置服务器703还被配置为：接收终端701利用默认的移动数据连接发送的获取第一用户识别卡和第二用户识别卡中的一个的非初始rcs配置消息(即除初始rcs配置消息之外的其他rcs配置消息)的第三https请求，第三https请求携带第一用户识别卡和第二用户识别卡中的一个的身份信息、预定短信端口、以及第一用户识别卡和第二用户识别卡中的一个上一次获取的rcs配置消息携带的令牌，上一次获取的rcs配置消息为第一初始rcs配置消息、第二初始rcs配置消息或非初始rcs配置消息；判断令牌是否过期；在令牌未过期的情况下，直接向终端701发送第一用户识别卡和第二用户识别卡中的一个的非初始rcs配置消息；在令牌过期的情况下，向终端701发送携带第三标识信息的确认消息，并向预定短信端口发送认证消息，认证消息包括认证口令；响应于终端701重新发送的还携带第三标识信息和认证口令的第三https请求，向终端701发送第一用户识别卡和第二用户识别卡中的一个的非初始rcs配置消息。
105.本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于终端和系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
106.本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述任意一个实施例的方法。
107.至此，已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
108.本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
109.本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解，可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
110.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
111.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
112.虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。