短信处理方法、设备、系统及存储介质与流程

1.本技术涉及移动通信技术领域，尤其涉及一种短信处理方法、设备、系统及存储介质。


背景技术：

2.随着第五代移动通信技术(5th generation mobile communication technology，简称5g)网络的快速发展，使用5g独立组网(standalone，简称sa)的用户，即5g sa用户，也逐渐增加。
3.在5g sa网络下，对于注册到短信网关的用户的mt(mobile terminated)短信的处理流程为：短信中心响应于接收到面向用户的mt短信，从互联网协议多媒体子系统(internet protocol multimedia subsystem，简称ims)获取该用户的ip地址，根据该ip地址向短信网关发送mt短信；之后，短信网关根据上述ip地址确定用户注册的服务-呼叫会话控制功能(serving-call session control function，简称s-cscf)设备，并将mt短信转发至该s-cscf设备，由s-cscf设备将mt短信投递至用户。
4.若采用上述mt短信的处理流程，在s-cscf设备出现故障时，会出现注册在该s-cscf设备的5g sa用户的mt短信短时间内不可送达的现象。因此，在s-cscf设备出现故障时，亟需提供一种可保障mt短信的实时性的方案。


技术实现要素：

5.本技术提供一种短信处理方法、设备、系统及存储介质，用以解决在5gsa用户注册的s-cscf设备出现故障时，无法保障5g sa用户的mt短信的实时性的问题。
6.第一方面，本技术提供一种短信处理方法，包括：接收短信中心基于目标用户的ip地址发送的面向目标用户的mt短信；确定目标用户注册的第一s-cscf设备是否处于故障状态；响应于第一s-cscf设备处于故障状态，将mt短信转发至i-cscf设备，该i-cscf设备用于将mt短信发送给可用的第二s-cscf设备进行投递；响应于第一s-cscf设备未处于故障状态，将mt短信转发至第一s-cscf设备进行投递。
7.一种可能的实现方式中，确定目标用户注册的第一s-cscf设备是否处于故障状态，包括：读取第一s-cscf设备的预检结果，该预检结果为对第一s-cscf设备的域名下的ip地址以及端口进行预检得到的；响应于预检结果为域名下的ip地址均不可用，和/或，域名下的端口均不可用，确定第一s-cscf设备处于故障状态；响应于预检结果为域名下的至少一个ip地址或至少一个端口可用，确定第一s-cscf设备未处于故障状态。
8.一种可能的实现方式中，确定目标用户注册的第一s-cscf设备是否处于故障状态之前，还包括：采用options检测，对第一s-cscf设备进行定期预检，得到预检结果。
9.一种可能的实现方式中，将mt短信转发至第一s-cscf设备进行投递，包括：根据第一s-cscf设备的域名，将mt短信转发至第一s-cscf设备进行投递。
10.一种可能的实现方式中，将mt短信转发至i-cscf设备，包括：基于资源记录类型，
从域名系统中获取i-cscf设备的地址信息；根据地址信息，将mt短信转发至i-cscf设备。
11.一种可能的实现方式中，确定目标用户注册的第一s-cscf设备是否处于故障状态之前，还包括：根据目标用户的用户注册信息中位于接入位置信息头域的信息，确定目标用户为5g sa用户。
12.第二方面，本技术提供一种短信处理装置，包括：接收模块，用于接收短信中心基于目标用户的ip地址发送的面向目标用户的mt短信；确定模块，用于确定目标用户注册的第一s-cscf设备是否处于故障状态；第一转发模块，用于响应于第一s-cscf设备处于故障状态，将mt短信转发至i-cscf设备，该i-cscf设备用于将mt短信发送给可用的第二s-cscf设备进行投递；第二转发模块，用于响应于第一s-cscf设备未处于故障状态，将mt短信转发至第一s-cscf设备进行投递。
13.一种可能的实现方式中，确定模块具体用于：读取第一s-cscf设备的预检结果，该预检结果为对第一s-cscf设备的域名下的ip地址以及端口进行预检得到的；响应于预检结果为域名下的ip地址均不可用，和/或，域名下的端口均不可用，确定第一s-cscf设备处于故障状态；响应于预检结果为域名下的至少一个ip地址或至少一个端口可用，确定第一s-cscf设备未处于故障状态。
14.一种可能的实现方式中，短信处理装置还包括预检模块，该预检模块用于，采用options检测，对第一s-cscf设备进行定期预检，得到预检结果。
15.一种可能的实现方式中，第二转发模块具体用于：根据第一s-cscf设备的域名，将mt短信转发至第一s-cscf设备进行投递。
16.一种可能的实现方式中，第一转发模块具体用于：基于资源记录类型，从域名系统中获取i-cscf设备的地址信息；根据地址信息，将mt短信转发至i-cscf设备。
17.一种可能的实现方式中，确定模块还可以用于：根据目标用户的用户注册信息中位于接入位置信息头域的信息，确定目标用户为5g sa用户。
18.第三方面，本技术提供一种短信处理系统，包括：短信网关、s-cscf设备以及i-cscf设备，其中，短信网关用于执行第一方面提供的短信处理方法。
19.第四方面，本技术提供一种电子设备，包括：
20.至少一个处理器；
21.以及与至少一个处理器连接的存储器；
22.其中，存储器用于存储至少一个处理器可执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行第一方面提供的短信处理方法。
23.第五方面，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行，以实现第一方面提供的短信处理方法。
24.第六方面，本技术提供一种程序产品，该程序产品包含计算机执行指令。当计算机执行指令被执行时，以实现第一方面提供的短信处理方法。
25.本技术提供一种短信处理方法、设备、系统及存储介质，该短信处理方法包括：短信网关在接收到短信中心基于目标用户的ip地址发送的面向目标用户的mt短信后，首先确定目标用户注册的第一s-cscf设备是否处于故障状态，当第一s-cscf设备处于故障状态时，则将mt短信转发i-cscf设备，并通过i-cscf设备将mt短信发送给可用的第二s-cscf设备进行投递，使得目标用户无需重新注册第一s-cscf设备即可实现mt短信的投递，当第一
s-cscf设备未处于故障状态时，则将mt短信转发至第一s-cscf设备进行投递，缩短了mt短信送达的时延，保障了mt短信的实时性。
附图说明
26.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
27.图1为本技术实施例提供的一短信处理系统的架构图；
28.图2为本技术一实施例提供的短信处理方法的流程图；
29.图3为本技术另一实施例提供的短信处理方法的流程图；
30.图4为本技术实施例提供的短信处理流程的设备交互图；
31.图5为本技术一实施例提供的短信处理装置的结构示意图；
32.图6为本技术一实施例提供的电子设备的结构示意图。
33.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
34.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
35.针对上述存在的问题，本技术实施例通过短信网关在发现5g sa用户注册的s-cscf设备完全不可用时，将发往该s-cscf设备的5g sa用户的mt短信，转发给该5g sa用户对应的查询-呼叫会话服务功能(interrogating-call session control function，简称i-cscf)设备，由i-cscf设备重新进行s-cscf设备的选取及短信投递，从而保障了5g sa用户mt短信的实时性。
36.为了便于理解，首先对本技术实施例涉及的应用场景进行简单的介绍。
37.图1为本技术实施例提供的一短信处理系统的架构图。如图1所示，该短信处理系统包括短信中心、短信网关以及ims。其中，ims核心功能实体包括呼叫会话控制功能(call session control function，简称cscf)设备(网元)和归属用户服务器(home subscriber server，简称hss)。进一步的，cscf设备具体包括s-cscf设备以及i-cscf设备，其中，s-cscf设备用于投递来自短信网关转发的mt短信，i-cscf设备用于接收短信网关转发的mt短信，并将该mt短信转发给从hss中查询得到的可用的s-cscf设备进行投递。具体的，s-cscf设备可以包括用于接收mt短信的目标用户注册的s-cscf-a设备，以及其他具有相同功能的s-cscf-b设备、s-cscf-c设备等。
38.需要说明的是，本技术实施例提供的短息处理系统的架构图中对应的s-cscf-b设备、s-cscf-c设备为非目标用户注册的其他s-cscf-c设备。可以理解的是，本技术实施例对s-cscf设备的个数不做限定。
39.需要说明的是，本技术实施例提供的短信处理系统适用于对5g sa用户的mt短信
的处理。具体的，在5g sa网络中，短信网关可以包括volte(voice over long-term evolution)短信网关和vonr(voice over new radio)短信网关，其中，将注册到volte短信网关的用户称为volte用户，将注册到vonr短信网关的用户称为vonr用户，本技术实施例对短信网关的类型不做限定。
40.具体的，其短信处理流程可以为：在短信中心接收到注册到短信网关的目标用户的mt短信后，从ims中获取该目标用户的ip地址，并根据该ip地址将mt短信发送给短信网关，进一步短信网关通过确定该目标用户注册的s-cscf设备是否处于故障状态，当目标用户注册的s-cscf设备处于故障状态时，则短信网关将mt短信转发给i-cscf设备，i-cscf设备进一步从hss中查询可用的s-cscf设备，并将mt短信转发给查询到的可用的s-cscf设备进行投递；当目标用户注册的s-cscf设备未处于故障状态时，则短信网关直接将mt短信转发给s-cscf设备进行投递。
41.以上述短信处理系统的架构图为例，下面结合具体的实施例对本技术实施例提供的短信处理方法进行详细的说明。
42.图2为本技术一实施例提供的短信处理方法的流程图。如图2所示，该短信处理方法包括以下步骤：
43.s201，接收短信中心基于目标用户的ip地址发送的面向目标用户的mt短信。
44.可选地，目标用户可以为5g sa用户。
45.可选地，目标用户的ip地址可以为目标用户在进行ims注册时的ip地址，具体的，该ip地址可以用于匹配对应的短信网关，也可以用于匹配该目标用户注册的s-cscf设备。示例性的，当短信网关为volte短信网关时，可以根据该ip地址确定该目标用户是否为对应的volte用户，即只有volte用户才可以通过volte短信网关进行该目标用户的mt短信的处理。
46.可选地，mt短信可以为终端接收的短信，即通过系统发送给终端设备的短信。示例性的，该终端设备可以为手机、可穿戴设备以及平板电脑等可以用于接收短信的设备。
47.s202，确定目标用户注册的第一s-cscf设备是否处于故障状态。
48.其中，响应于第一s-cscf设备处于故障状态，执行步骤s203，响应于第一s-cscf设备未处于故障状态，执行步骤s204。
49.可选地，目标用户注册的第一s-cscf设备可以通过第一s-cscf设备的主机名进行识别。
50.此处对s-cscf设备的功能进行说明，s-cscf设备用于为用户终端(user equipment，简称ue)进行会话控制和注册请求，当ue处于会话中时，s-cscf设备用于处理网络中的会话状态。
51.可选地，第一s-cscf设备处于故障状态的原因可能为第一s-cscf设备自身故障，也可能为第一s-cscf设备对应的域名下的ip地址均不可用，和/或，域名下的端口均不可用。示例性的，第一s-cscf设备对应的域名可以为第一s-cscf设备的主机名称，ip地址可以为传输协议。
52.需要说明的是，当第一s-cscf设备处于故障状态时，如果继续采用该第一s-cscf设备进行mt短信的投递，则需要等到该第一s-cscf设备重新注册以后才可以进行该mt短信的投递，但第一s-cscf设备重新注册的周期较长，使得mt短信短时间内不可送达。示例性
的，第一s-cscf设备重新注册的周期可以为50分钟。
53.s203，将mt短信转发至i-cscf设备，该i-cscf设备用于将mt短信发送给可用的第二s-cscf设备进行投递。
54.首先对i-cscf设备的功能进行说明。i-cscf设备用于查询hss中的s-cscf设备，并从hss中选择s-cscf设备，并将i-cscf设备从短信网关中接收到的消息转发到从hss中选择的s-cscf设备。
55.可选地，i-cscf设备从hss中依次查询可用的s-cscf设备，并将查询到的第一个可用的s-cscf设备作为第二s-cscf设备。具体的，目标用户无需注册第二s-cscf设备。
56.s204，将mt短信转发至第一s-cscf设备进行投递。
57.可以理解的是，当第一s-cscf设备自身未故障，且第一s-cscf设备对应的域名下存在可用的ip地址以及端口时，则第一s-cscf设备未处于故障状态，可以接收来自短信网关发送的mt短信，并将该mt短信进行投递。
58.本技术实施例中，通过在接收短信中心基于目标用户的ip地址发送的面向目标用户的mt短信后，首先确定目标用户注册的第一s-cscf设备是否处于故障状态，当第一s-cscf设备处于故障状态时，则将mt短信转发至i-cscf设备，并通过i-cscf设备将mt短信发送给可用的第二s-cscf设备进行投递，使得目标用户无需重新注册第一s-cscf设备即可实现mt短信的投递，当第一s-cscf设备未处于故障状态时，则将mt短信转发至第一s-cscf设备进行投递，缩短了mt短信送达的时延，保障了mt短信的实时性。
59.可选地，在上述实施例的基础上，在确定目标用户注册的第一s-cscf设备是否处于故障状态之前，还可以包括步骤：根据目标用户的用户注册信息中位于接入位置信息头域的信息，确定目标用户为5g sa用户。具体的，接入位置信息头域用于表示该目标用户注册的短信网关与短信处理系统中使用的短信网关是否一致。示例性的，当短信处理系统中使用的短信网关为volte短信网关时，对应的目标用户的接入位置信息头域可以为p-access-network-info头域，表示该目标用户为volte用户。
60.示例性的，位于接入位置信息头域的信息可以为第三代合作伙伴计划-nr-时分双工模式(3rd generation partnership project-new radio-time-division duplex，简称3gpp-nr-fdd)或第三代合作伙伴计划-nr-频分双工模式(3rd generation partnership project-new radio-frequency-division duplex，简称3gpp-nr-fdd)，将携带有3gpp-nr-fdd或3gpp-nr-tdd标签的用户确定为5g sa用户。
61.可以理解的是，本技术实施例提供的短信处理方法是对5g sa用户的mt短信的处理，因此，在确定目标用户注册的第一s-cscf设备是否处于故障状态之前，通过对用户进行标签标记，以识别该用户是否为5g sa用户。
62.需要说明的是，本技术实施例提供的短信处理方法中，为了避免第一s-cscf设备对应的单个ip地址不可用时，就认为第一s-cscf设备处于故障状态的情况，短信网关是通过第一s-cscf设备的域名进行mt短信投递的。可选地，根据第一s-cscf设备的域名，将mt短信转发至s-cscf设备进行投递。示例性的，可以将短信网关mt短信投递方式由预先记录的第一s-cscf设备的ip地址投递，改为使用第一s-cscf设备的域名投递。可以理解的是，使用域名进行mt短信的投递，可以在第一s-cscf设备的预先记录的ip地址不可用时，根据域名选取第一s-cscf设备的其他ip地址进行mt短信的投递，以增强第一s-cscf设备的可用性。
63.在上述实施例的基础上，下面通过图3对本技术实施例中的步骤s202进行详细说明。
64.图3为本技术另一实施例提供的短信处理方法的流程图。如图3所示，确定目标用户注册的第一s-cscf设备是否处于故障状态具体还可以包括以下步骤：
65.s301，读取第一s-cscf设备的预检结果，该预检结果为对第一s-cscf设备的域名下的ip地址以及端口进行预检得到的。
66.其中，响应于预检结果为域名下的ip地址均不可用，和/或，域名下的端口均不可用，执行步骤s302；响应于预检结果为域名下的至少一个ip地址或至少一个端口可用，执行步骤s303。
67.可选地，对第一s-cscf设备的域名下的ip地址以及端口进行预检的具体实现方式可以为：采用options检测，对第一s-cscf设备进行定期预检，得到预检结果。示例性的，其预检周期可以为30分钟，也可以为1小时等。
68.s302，响应于预检结果为域名下的ip地址均不可用，和/或，域名下的端口均不可用，确定第一s-cscf设备处于故障状态。
69.s303，响应于预检结果为域名下的至少一个ip地址或至少一个端口可用，确定第一s-cscf设备未处于故障状态。
70.本技术实施例中，通过读取第一s-cscf设备的预检结果，并响应于预检结果为第一s-cscf设备的域名下的ip地址均不可用，和/或，第一s-cscf设备的域名下的端口均不可用，确定第一s-cscf设备处于故障状态；响应于预检结果为第一s-cscf设备的域名下的至少一个ip地址或至少一个端口可用，确定第一s-cscf设备未处于故障状态，定期对第一s-cscf设备进行预检，以便实时获取第一s-cscf设备是否处于故障状态的信息，保障了mt短信的实时性。
71.在上述实施例的基础上，可选地，将mt短信转发至i-cscf设备可以具体包括以下步骤：基于资源记录类型，从域名系统中获取i-cscf设备的地址信息；根据地址信息，将mt短信转发至i-cscf设备。
72.可选地，资源记录类型可以为域名授权指针(naming authority pointer，简称naptr)记录、服务(service，简称srv)记录以及主机记录，例如地址记录(address记录，简称a记录)。具体的，naptr记录用于将电话号码映射为域名系统(domain name system，简称dns)服务器，srv记录用于定义提供特定服务的dns服务器的位置；a记录是用于名称解析的重要记录，用于将特定的主机名(或域名)映射到对应主机的ip地址上。
73.可选地，域名系统可以为dns或enum。具体的，dns是一个将域名和ip地址相互映射的分布式数据库，便于访问互联网。enum是国际互联网工程任务组(the internet engineering task force，简称ietf)的电话号码映射工作组(e.164number ur i mapping，简称enum)定义的一个协议，用于根据电话号码来查找注册人(registrant)的电子邮件、ip电话号码、统一消息、ip传真以及个人网页等多种信息。
74.一种可能的实现方式中，通过naptr记录或srv记录或a记录，从enum或dns系统中查询得到i-cscf设备的地址信息。
75.图4为本技术实施例提供的短信处理流程的设备交互图。如图4所示，短信网关在读取到第一s-cscf设备的预检结果为处于故障状态时，基于naptr记录或srv记录或a记录，
从enum或dns系统查询i-cscf设备的地址信息，enum或dns系统将查询到的i-cscf设备的地址信息返回给短信网关，短信网关基于该地址信息将mt短信转发给i-cscf设备，i-cscf设备将mt短信转发给从hss中查询到的可用的第二s-cscf设备进行投递。其中，短信网关、i-cscf设备以及第二s-cscf设备在完成mt短信的转发或投递后，均返回200ok响应，用于表示对应的mt短信的转发或投递已经处理成功。
76.下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
77.图5为本技术一实施例提供的短信处理装置的结构示意图。如图5所示，该短信处理装置50包括：接收模块510、确定模块520、第一转发模块530以及第二转发模块540。
78.其中，接收模块510，用于接收短信中心基于目标用户的ip地址发送的面向目标用户的mt短信；确定模块520，用于确定目标用户注册的s-cscf设备是否处于故障状态；第一转发模块530，用于响应于第一s-cscf设备处于故障状态，将mt短信转发至i-cscf设备，该i-cscf设备用于将mt短信发送给可用的第二s-cscf设备进行投递；第二转发模块540，用于响应于第一s-cscf设备未处于故障状态，将mt短信转发至第一s-cscf设备进行投递。
79.一种可能的实现方式中，确定模块520具体用于：读取第一s-cscf设备的预检结果，该预检结果为对第一s-cscf设备的域名下的ip地址以及端口进行预检得到的；响应于预检结果为域名下的ip地址均不可用，和/或，域名下的端口均不可用，确定第一s-cscf设备处于故障状态；响应于预检结果为域名下的至少一个ip地址或至少一个端口可用，确定第一s-cscf设备未处于故障状态。
80.一种可能的实现方式中，短信处理装置还包括预检模块(未图示)，该预检模块用于，采用options检测，对第一s-cscf设备进行定期预检，得到预检结果。
81.一种可能的实现方式中，第二转发模块540具体用于：根据第一s-cscf设备的域名，将mt短信转发至第一s-cscf设备进行投递。
82.一种可能的实现方式中，第一转发模块530具体用于：基于资源记录类型，从域名系统中获取i-cscf设备的地址信息；根据地址信息，将mt短信转发至i-cscf设备。
83.一种可能的实现方式中，确定模块520还可以用于：根据目标用户的用户注册信息中位于接入位置信息头域的信息，确定目标用户为5g sa用户。
84.本技术实施例提供的装置，可用于执行上述方法实施例中的方法步骤，其实现原理和技术效果类似，在此不再赘述。
85.需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
86.图6为本技术一实施例提供的电子设备的结构示意图。如图6所示，该电子设备60包括：至少一个处理器610、存储器620、通信接口630和系统总线640。其中，存储器620和通信接口630通过系统总线640与处理器610连接并完成相互间的通信，存储器620用于存储指令，通信接口630用于和其他设备进行通信，处理器610用于调用存储器中的指令以执行如上述方法实施例中的方法步骤，具体实现方式和技术效果类似，这里不再赘述。
87.该图6中提到的系统总线640可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该系统总线640可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
88.通信接口630用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。
89.存储器620可能包含随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
90.处理器610可以是通用处理器，包括中央处理器、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程逻辑门阵列(field programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
91.本技术实施例还提供一种短信处理系统，包括：短信网关、s-cscf设备以及i-cscf设备，其中，短信网关用于实现如上述方法实施例中的方法步骤，具体实现方式和技术效果类似，这里不再赘述。
92.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上述方法实施例中的方法步骤，具体实现方式和技术效果类似，这里不再赘述。
93.本技术实施例还提供一种程序产品，该程序产品包含计算机执行指令。当计算机执行指令被执行时，以实现如上述方法实施例中的方法步骤，具体实现方式和技术效果类似，这里不再赘述。
94.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到发明的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
95.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。
96.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。