通话处理方法和系统、业务平台及计算机可读存储介质与流程

文档序号:30156190发布日期:2022-05-26 07:27阅读:55来源:国知局
通话处理方法和系统、业务平台及计算机可读存储介质与流程

1.本公开涉及富媒体通信(rcs)技术领域,尤其是一种通话处理方法和系统、业务平台及计算机可读存储介质。


背景技术:

2.rcs业务能够提供更丰富的多媒体业务。与传统短信相比,rcs业务支持通过短信应用发送rcs消息,例如文本、图片、语音片段、视频片段、位置信息等内容。


技术实现要素:

3.发明人注意到,相关技术仅能实现个人到个人(c2c)场景下的rcs业务,无法满足商家到个人(b2c)的场景下商家对rcs业务的需求。
4.有鉴于此,本公开实施例提出了如下解决方案。
5.根据本公开实施例的一方面,提供一种通话处理方法,包括:响应于携带主叫号码和被叫号码的触发信息,查找所述主叫号码对应的商家预先配置的第一富媒体通信rcs消息;在所述第一rcs消息中加入标识所述主叫号码的标识信息;和将携带所述标识信息的所述第一rcs消息发送给所述被叫号码,以便所述被叫号码对应的被叫终端在被所述主叫号码呼叫而振铃期间能够显示所述第一rcs消息。
6.在一些实施例中,所述标识信息被加入到所述第一rcs消息的消息体中。
7.在一些实施例中,所述标识信息为所述主叫号码。
8.在一些实施例中,所述方法还包括:在所述第一rcs消息的头参数中加入表示所述第一rcs消息的来源是商家的第一特征标签,其中,发送给所述被叫号码的所述第一rcs消息还携带所述第一特征标签。
9.在一些实施例中,所述方法还包括:所述被叫终端从所述第一rcs消息的头参数提取特征标签;响应于提取的特征标签为所述第一特征标签,所述被叫终端判断所述被叫号码是否开通商家到个人的rcs业务;在所述被叫终端判定所述被叫号码未开通商家到个人的rcs业务的情况下,所述被叫终端不显示所述第一rcs消息。
10.在一些实施例中,所述方法还包括:响应于所述主叫号码向所述被叫号码发起的呼叫请求,判断所述主叫号码和所述被叫号码是否开通商家到个人的rcs业务;在所述主叫号码和所述被叫号码均开通商家到个人的rcs业务的情况下,发送所述触发信息。
11.在一些实施例中,所述方法还包括:响应于所述主叫号码向所述被叫号码发起的呼叫请求和来自所述主叫号码的第二rcs消息,判断所述主叫号码和所述被叫号码是否开通个人到个人的rcs业务,其中,所述第二rcs消息携带表示所述第二rcs消息的来源是个人的第二特征标签;在所述主叫号码和所述被叫号码中的至少一个未开通个人到个人的rcs业务的情况下,向所述被叫号码发起呼叫并拦截所述第二rcs消息。
12.在一些实施例中,所述第二rcs消息的头参数携带所述第二特征标签;所述方法还包括:在所述主叫号码和所述被叫号码均开通个人到个人的rcs业务的情况下,向所述被叫
号码发起呼叫并将所述第二rcs消息发送给所述被叫号码;所述被叫终端从所述第二rcs消息的头参数提取特征标签;响应于提取的特征标签为所述第二特征标签,所述被叫终端判断所述被叫号码是否开通个人到个人的rcs业务;在所述被叫终端判定所述被叫号码未开通个人到个人的rcs业务的情况下,所述被叫终端不显示所述第二rcs消息。
13.根据本公开实施例的另一方面,提供一种业务平台,包括:查找模块,被配置为响应于携带主叫号码和被叫号码的触发信息,查找所述主叫号码对应的商家预先配置的第一富媒体通信rcs消息;加入模块,被配置为在所述第一rcs消息中加入标识所述主叫号码的标识信息;和发送模块,被配置为将携带所述标识信息的所述第一rcs消息发送给所述被叫号码,以便所述被叫号码在被所述主叫号码呼叫而振铃期间能够显示所述第一rcs消息。
14.根据本公开实施例的又一方面,提供一种业务平台,包括:存储器;和耦接至所述存储器的处理器,被配置为基于存储在所述存储器中的指令,执行上述任意一个实施例所述的方法。
15.根据本公开实施例的再一方面,提供一种通话处理系统,包括:上述任意一个实施例所述的业务平台;被叫终端,被配置为从所述第一rcs消息中提取所述标识信息;根据所述标识信息判断所述主叫号码与当前发起呼叫的主叫号码是否一致;在所述主叫号码与当前发起呼叫的主叫号码一致的情况下,判定所述被叫终端被所述主叫号码呼叫;在被所述主叫号码呼叫而振铃期间显示所述第一rcs消息;和主叫终端,被配置为向所述被叫终端发起呼叫。
16.在一些实施例中,所述业务平台还被配置为在所述第一rcs消息的头参数中加入表示所述第一rcs消息的来源是商家的第一特征标签;所述被叫终端还被配置为从所述第一rcs消息的头参数提取特征标签;响应于提取的特征标签为所述第一特征标签,判断所述被叫号码是否开通商家到个人的rcs业务;在所述被叫终端判定所述被叫号码未开通商家到个人的rcs业务的情况下,不显示所述第一rcs消息。
17.在一些实施例中,所述系统还包括:语音处理平台,被配置为响应于所述主叫号码向所述被叫号码发起的呼叫请求,判断所述主叫号码和所述被叫号码是否开通商家到个人的rcs业务;在所述语音处理平台判定所述主叫号码和所述被叫号码均开通商家到个人的rcs业务的情况下,发送所述触发信息。
18.在一些实施例中,所述语音处理平台还被配置为响应于所述主叫号码向所述被叫号码发起的呼叫请求和来自所述主叫号码的第二rcs消息,判断所述主叫号码和所述被叫号码是否开通个人到个人的rcs业务,其中,所述第二rcs消息携带表示所述第二rcs消息的来源是个人的第二特征标签;在所述主叫号码和所述被叫号码中的至少一个未开通个人到个人的rcs业务的情况下,向所述被叫号码发起呼叫并拦截所述第二rcs消息。
19.在一些实施例中,所述第二rcs消息的头参数携带所述第二特征标签;所述语音处理平台还被配置为在所述主叫号码和所述被叫号码均开通个人到个人的rcs业务的情况下,向所述被叫号码发起呼叫并将所述第二rcs消息发送给所述被叫号码;所述被叫终端还被配置为从所述第二rcs消息的头参数提取特征标签;响应于提取的特征标签为所述第二特征标签,判断所述被叫号码是否开通个人到个人的rcs业务;在所述被叫终端判定所述被叫号码未开通个人到个人的rcs业务的情况下,不显示所述第二rcs消息。
20.根据本公开实施例的还一方面,提供一种计算机可读存储介质,其上存储有计算
机程序指令,该指令被处理器执行时实现上述任意一个实施例所述的方法。
21.本公开实施例中,响应于主叫号码对被叫号码的呼叫而产生的触发信息,查找主叫号码对应的商家预先配置的第一rcs消息;通过在商家预先配置的第一rcs消息中加入标识主叫号码的标识信息,使得被叫终端在被该主叫号码呼叫而振铃期间能显示商家预先配置的第一rcs消息。这样的方式下,可以使得被叫终端准确地显示接收到的第一rcs消息。
22.下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
附图说明
23.为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
24.图1是根据本公开一些实施例的通话处理方法的流程示意图;
25.图2是根据本公开另一些实施例的通话处理方法的流程示意图;
26.图3是根据本公开又一些实施例的通话处理方法的流程示意图;
27.图4是根据本公开一些实施例的业务平台的结构示意图;
28.图5是根据本公开另一些实施例的业务平台的结构示意图;
29.图6是根据本公开一些实施例的通话处理系统的结构示意图;
30.图7是根据本公开再一些实施例的通话处理方法的流程示意图。
具体实施方式
31.下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
32.除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
33.同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
34.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
35.在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
36.应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
37.图1是根据本公开一些实施例的通话处理方法的流程示意图。例如,通话处理方法可以由后文介绍的业务平台执行。
38.在步骤102,响应于携带主叫号码和被叫号码的触发信息,查找主叫号码对应的商家预先配置的第一rcs消息。
39.例如,商家在开通rcs业务后,可以预先配置要发给商家的用户的第一rcs消息,例如视频、图片或图文混排的卡片等。第一rcs消息可以存储在业务平台中。
40.商家可以预先配置对应的一个或多个主叫号码,以使预先配置的主叫号码在对用户发起呼叫时发送上述触发信息。
41.在一些实施例中,响应于主叫号码向被叫号码发起的呼叫请求,判断主叫号码和被叫号码是否均开通商家到个人的rcs业务;在主叫号码和被叫号码均开通商家到个人的rcs业务的情况下,发送上述触发信息。另外,在主叫号码和被叫号码中只要有一个未开通商家到个人的rcs业务的情况下,不发送上述触发信息。
42.在步骤104,在第一rcs消息中加入标识主叫号码的标识信息。
43.应理解,标识信息只要能够标识主叫号码即可。例如,标识信息可以为主叫号码;又例如,标识信息可以为与主叫号码关联(例如通过特定算法关联)的信息。
44.在一些实施例中,标识信息可以被加入到第一rcs消息的消息体中。例如,第一rcs消息可以是sip(会话初始协议)消息,第一rcs消息的消息体的格式可以是xml(可扩展标记语言)格式。
45.xml格式的消息体的示例可以如下:
46.《?xml version="1.0"encoding="utf-8"?》
47.《rcsenvelopexmlns="urn:gsma:params:xml:ns:rcs:rcs:calldata"》
48.《rcscalldata》
49.《callerparty》+861892510xxxx《callerparty/》
50.《subject》this is the subject《/subject》
51.《importance》[0/1]《/importance》
[0052]
《location》[coordinates]《/location》
[0053]
《composerid》[random generated number to identify the session]《/composerid》
[0054]
《picture url="[http url for the file]"/》
[0055]
《/rcscalldata》
[0056]
《/rcsenvelope》
[0057]
标识信息(例如主叫号码)可以添加在字段“callerparty”中。
[0058]
在步骤106,将携带标识信息的第一rcs消息发送给被叫号码,以便被叫号码对应的被叫终端在被主叫号码呼叫而振铃期间能够显示第一rcs消息。
[0059]
由于第一rcs消息携带标识信息,故使得被叫终端可以确定是否被触发信息携带的主叫号码呼叫,进而确定在振铃期间是否要显示第一rcs消息。例如,如果被叫终端被该主叫号码呼叫而振铃,则在振铃期间显示第一rcs消息;又例如,如果被叫终端被其他主叫号码呼叫而振铃,则在振铃期间不显示第一rcs消息。
[0060]
例如,被叫终端可以从第一rcs消息中提取标识信息,进而,根据提取的标识信息可以确定触发信息携带的主叫号码,从而可以判断触发信息中携带的主叫号码与当前发起呼叫的主叫号码是否一致。在触发信息中携带的主叫号码与当前发起呼叫的主叫号码一致的情况下,可以判定被叫终端当前被触发信息中携带的主叫号码呼叫,进而可以显示第一rcs消息。在触发信息中携带的主叫号码与当前发起呼叫的主叫号码不一致的情况下,可以
判定被叫终端当前并非被触发信息中携带的主叫号码呼叫,进而可以不显示第一rcs消息,以避免显示错误。
[0061]
上述实施例中,响应于主叫号码对被叫号码的呼叫而产生的触发信息,查找主叫号码对应的商家预先配置的第一rcs消息;通过在商家预先配置的第一rcs消息中加入标识主叫号码的标识信息,使得被叫终端在被该主叫号码呼叫而振铃期间能显示商家预先配置的第一rcs消息。这样的方式下,可以使得被叫终端准确地显示接收到的第一rcs消息。
[0062]
图2是根据本公开另一些实施例的通话处理方法的流程示意图。下面仅重点介绍图2与图1所示实施例的不同之处,其他类似步骤可以参照上文的描述。
[0063]
在步骤202,响应于携带主叫号码和被叫号码的触发信息,查找主叫号码对应的商家预先配置的第一rcs消息。
[0064]
在步骤204,在第一rcs消息中加入标识主叫号码的标识信息,并在第一rcs消息的头参数中加入表示第一rcs消息的来源是商家的第一特征标签。
[0065]
作为示例,第一特征标签例如可以是:
[0066]“+g.3gpp.icsi-ref="urn%3aurn-7%3a3gpp-service.ims.icsi.gsma.callcomposer.card"”。
[0067]
在步骤206,将携带标识信息和第一特征标签的第一rcs消息发送给被叫号码,以便被叫号码对应的被叫终端在被主叫号码呼叫而振铃期间能显示第一rcs消息。
[0068]
在步骤208,被叫终端从第一rcs消息的头参数提取特征标签。
[0069]
在步骤210,响应于提取的特征标签为第一特征标签,被叫终端判断被叫号码是否开通商家到个人的rcs业务。
[0070]
在步骤212,在被叫终端判定被叫号码未开通商家到个人的rcs业务的情况下,被叫终端不显示第一rcs消息。
[0071]
另外,在一些实施例中,在被叫终端判定被叫号码开通商家到个人的rcs业务的情况下,被叫终端显示第一rcs消息。
[0072]
上述实施例中,被叫终端在显示第一rcs消息之前判断被叫号码是否开通商家到个人的rcs业务,在被叫终端判定被叫号码未开通商家到个人的rcs业务的情况下,被叫终端不显示第一rcs消息。这样的方式下,可以进一步提高被叫终端显示第一rcs消息的准确性。另外,从第一rcs消息的头参数提取第一特征标签,被叫终端可以更快地确定后续是否显示第一rcs消息,从而可以提高第一rcs消息的实时性。
[0073]
在一些实施例中,发送上述触发信息之前,判断主叫号码和被叫号码是否均开通商家到个人的rcs业务。在主叫号码和被叫号码均开通商家到个人的rcs业务的情况下,才发送上述触发信息。之后,由被叫终端在显示第一rcs消息之前,再次判断被叫号码是否开通商家到个人的rcs业务,在被叫终端自身判定被叫号码开通商家到个人的rcs业务的情况下,才显示第一rcs消息。这样的方式下,经过双重判断可以减小第一rcs消息显示出错的概率,进一步提高被叫终端显示第一rcs消息的准确性。
[0074]
图3是根据本公开又一些实施例的通话处理方法的流程示意图。下面仅重点介绍图3与图1所示实施例的不同之处,其他类似步骤可以参照上文的描述。
[0075]
在步骤302,响应于主叫号码向被叫号码发起的呼叫请求和来自主叫号码的第二rcs消息,判断主叫号码和被叫号码是否开通个人到个人的rcs业务。
[0076]
这里,第二rcs消息携带表示第二rcs消息的来源是个人的第二特征标签。根据第二特征标签,可以确定第二rcs消息的来源是个人。
[0077]
例如,主叫号码在向被叫号码发起呼叫请求的同时,可以向被叫号码发送第二rcs消息。应理解,在接收到主叫号码向被叫号码发起的呼叫请求和来自主叫号码的第二rcs消息两者的情况下,判断主叫号码和被叫号码是否开通个人到个人的rcs业务。
[0078]
在步骤304,在主叫号码和被叫号码中的至少一个未开通个人到个人的rcs业务的情况下,向被叫号码发起呼叫并拦截第二rcs消息。
[0079]
例如,主叫号码是某商家预先配置的主叫号码,但该主叫号码并未开通个人到个人的rcs业务,或者,该主叫号码呼叫的被叫号码并未开通个人到个人的rcs业务,此时可以拦截该主叫号码发起呼叫时发送的rcs消息,以避免对被叫号码对应的被叫用户造成不必要的骚扰。
[0080]
在步骤306,响应于主叫号码向被叫号码发起的呼叫请求,判断主叫号码和被叫号码是否开通商家到个人的rcs业务。
[0081]
应理解,在接收到主叫号码向被叫号码发起的呼叫请求,而未接收到携带第二特征标签的rcs消息的情况下,判断主叫号码和被叫号码是否开通商家到个人的rcs业务。
[0082]
在步骤308,在主叫号码和被叫号码均开通商家到个人的rcs业务的情况下,发送触发信息。
[0083]
在步骤310,响应于携带主叫号码和被叫号码的触发信息,查找主叫号码对应的商家预先配置的第一rcs消息。
[0084]
在步骤312,在第一rcs消息中加入标识主叫号码的标识信息。
[0085]
在步骤314,将携带标识信息的第一rcs消息发送给被叫号码,以便被叫号码对应的被叫终端在被主叫号码呼叫而振铃期间能显示第一rcs消息。
[0086]
上述实施例中,可以拦截未开通个人到个人rcs业务的主叫号码向被叫号码发送的第二rcs消息,并且,可以拦截主叫号码向未开通个人到个人rcs业务的被叫号码发送的第二rcs消息,如此,可以提高被叫终端显示第二rcs消息的准确性,避免对被叫号码对应的被叫用户造成不必要的骚扰。
[0087]
在一些实施例中,第二rcs消息的头参数携带第二特征标签。在主叫号码和被叫号码均开通个人到个人的rcs业务的情况下,向被叫号码发起呼叫并将第二rcs消息发送给被叫号码。之后,被叫终端接收到第二rcs消息后,被叫终端从第二rcs消息的头参数提取特征标签;响应于提取的特征标签为第二特征标签,被叫终端再次判断被叫号码是否开通个人到个人的rcs业务;在被叫终端判定被叫号码未开通个人到个人的rcs业务的情况下,被叫终端不显示第二rcs消息。
[0088]
上述实施例中,经过双重判断可以减小第二rcs消息显示出错的概率,进一步提高被叫终端显示第二rcs消息的准确性。另外,从第二rcs消息的头参数提取第二特征标签,被叫终端可以更快地确定后续是否显示第二rcs消息,从而可以提高第二rcs消息的实时性。
[0089]
此外,商家到个人的rcs业务和个人到个人的rcs业务彼此不受影响。
[0090]
图4是根据本公开一些实施例的业务平台的结构示意图。
[0091]
如图4所示,业务平台包括查找模块401、加入模块402和发送模块403。
[0092]
查找模块401被配置为响应于携带主叫号码和被叫号码的触发信息,查找主叫号
码对应的商家预先配置的第一rcs消息。加入模块402被配置为在第一rcs消息中加入标识主叫号码的标识信息。发送模块403被配置为将携带标识信息的第一rcs消息发送给被叫号码,以便被叫号码对应的被叫终端在被主叫号码呼叫而振铃期间能够显示第一rcs消息。
[0093]
图5是根据本公开另一些实施例的业务平台的结构示意图。
[0094]
如图5所示,业务平台500包括存储器501以及耦接至该存储器501的处理器502,处理器502被配置为基于存储在存储器501中的指令,执行前述任意一个实施例的方法。
[0095]
存储器501例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(boot loader)以及其他程序等。
[0096]
业务平台500还可以包括输入输出接口503、网络接口504、存储接口505等。这些接口503、504、505之间、以及存储器501与处理器502之间例如可以通过总线506连接。输入输出接口503为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口504为各种联网设备提供连接接口。存储接口505为sd卡、u盘等外置存储设备提供连接接口。
[0097]
图6是根据本公开一些实施例的通话处理系统的结构示意图。
[0098]
如图6所示,通话处理系统包括业务平台601、被叫终端602和主叫终端603。这里,业务平台601可以是上述任意一个实施例的业务平台。主叫终端603被配置为向被叫终端603发起呼叫。
[0099]
被叫终端602被配置为从业务平台601发送的第一rcs消息中提取标识信息;根据标识信息判断主叫号码与当前发起呼叫的主叫号码是否一致;在提取的主叫号码与当前发起呼叫的主叫号码一致的情况下,判定被叫终端被主叫号码呼叫;在被主叫号码呼叫而振铃期间显示第一rcs消息。
[0100]
在一些实施例中,业务平台601还被配置为在第一rcs消息的头参数中加入表示第一rcs消息的来源是商家的第一特征标签。被叫终端602还被配置为从第一rcs消息的头参数提取特征标签;响应于提取的特征标签为第一特征标签,判断被叫号码是否开通商家到个人的rcs业务;在被叫终端602判定被叫号码未开通商家到个人的rcs业务的情况下,不显示第一rcs消息。
[0101]
在一些实施例中,参见图6,通话处理系统还包括语音处理平台604,被配置为被配置为响应于主叫号码向被叫号码发起的呼叫请求,判断主叫号码和被叫号码是否开通商家到个人的rcs业务;在语音处理平台604判定主叫号码和被叫号码均开通商家到个人的rcs业务的情况下,发送触发信息。
[0102]
应理解,语音处理平台604可以由多个服务器、网关等其他网络实体组成。
[0103]
在一些实施例中,语音处理平台604还被配置为响应于主叫号码向被叫号码发起的呼叫请求和来自主叫号码的第二rcs消息,判断主叫号码和被叫号码是否开通个人到个人的rcs业务,其中,第二rcs消息携带表示第二rcs消息的来源是个人的第二特征标签;在主叫号码和被叫号码中的至少一个未开通个人到个人的rcs业务的情况下,向被叫号码发起呼叫并拦截第二rcs消息。
[0104]
在一些实施例中,第二rcs消息的头参数携带第二特征标签。语音处理平台604还被配置为在主叫号码和被叫号码均开通个人到个人的rcs业务的情况下,向被叫号码发起呼叫并将第二rcs消息发送给被叫号码;被叫终端602还被配置为从第二rcs消息的头参数提取特征标签;响应于提取的特征标签为第二特征标签,判断被叫号码是否开通个人到个
人的rcs业务;在被叫终端602判定被叫号码未开通个人到个人的rcs业务的情况下,不显示第二rcs消息。
[0105]
图7是根据本公开再一些实施例的通话处理方法的流程示意图。
[0106]
在步骤702,商家通过业务平台开通商家到个人的rcs业务。
[0107]
开通rcs业务时,商家可以在业务平台预先配置一个或多个电话号码。
[0108]
在步骤704,业务平台将商家的签约数据下发到语音处理平台。这里,签约数据包括商家预先配置的一个或多个电话号码。
[0109]
在步骤706,商家在业务平台预先配置rcs消息。
[0110]
在步骤708,商家预先配置的电话号码(即主叫号码)向被叫号码发起呼叫请求。这里,图7将呼叫请求示出为由主叫终端发起。
[0111]
在步骤710,响应于呼叫请求,语音处理平台向业务平台发送携带主叫号码和被叫号码的触发信息,并呼叫被叫号码。
[0112]
在步骤712,业务平台向被叫号码发送rcs消息。
[0113]
例如,业务平台在rcs消息中加入主叫号码后,通过调用rcs网络开放接口将携带主叫号码的rcs消息发送给被叫号码。
[0114]
在步骤714,被叫号码对应的被叫终端将当前通话与rcs消息关联,并在振铃期间将rcs消息显示给被叫号码对应的被叫用户。
[0115]
本公开的至少一个实施例可以实现rcs消息和通话业务的松耦合,从而可以灵活扩展新的业务形态和媒体格式。
[0116]
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于业务平台和通话处理系统实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
[0117]
本公开实施例还提供了一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上述任意一个实施例的方法。
[0118]
至此,已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
[0119]
本领域内的技术人员应当明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0120]
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解,可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0121]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0122]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0123]
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1