业务实现方法及装置的制造方法

文档序号:8226160阅读:235来源:国知局
业务实现方法及装置的制造方法
【技术领域】
[0001]本发明涉及互联网技术领域,特别涉及业务实现方法及装置。
【背景技术】
[0002]现有技术中,终端中具有多个应用APP,例如,手机、平板电脑中具有多个APP。同一终端的APP间通常相互独立,互相之间没有联系。一个APP只能提供特定的业务,如果需要利用多种业务,则需要同时开启多个APP。各个APP所能提供的业务受到限制。例如,终端中具有三个APP,分别实现,预报天气,提供日历和即时通信的业务。如果用户需要实现该三个业务,则需要启动该三个APP。如此,为用户使用带来不便。

【发明内容】

[0003]本发明提供一种业务实现方法及装置,用以使单个APP可以实现多种业务,增加用户操作的便捷性。
[0004]本发明提供一种业务实现方法,包括:
[0005]第一应用根据业务要求生成命令请求,所述命令请求包括令牌和命令;
[0006]第一应用将所述命令请求发送给所述命令请求针对的第二应用,使所述第二应用根据所述命令请求所包括的命令进行操作;
[0007]第一应用接收所述第二应用回复的包括操作结果的命令响应。
[0008]在一实施例中,所述第一应用将所述命令请求发送给所述命令请求针对的第二应用,包括:
[0009]第一应用将所述命令请求存储到缓存总线,广播命令请求所包括的令牌,使第二应用根据广播的令牌确定自身为所述命令请求针对的应用,从缓存总线中读取所述命令请求;
[0010]所述第一应用接收所述第二应用回复的包括操作结果的命令响应,包括:
[0011]第一应用接收所述第二应用广播的令牌,确定自身为所述命令响应针对的应用,读取所述第二应用存储到缓存总线的命令响应。
[0012]在一实施例中,所述第一应用将所述命令请求发送给所述命令请求针对的第二应用,包括:
[0013]第一应用通过与所述第二应用间通道,将所述命令请求发送给所述第二应用;
[0014]所述第一应用接收所述第二应用回复的包括操作结果的命令响应,包括:
[0015]第一应用通过与所述第二应用间通道,接收所述第二应用回复的命令响应。
[0016]在一实施例中,所述命令请求对应有时效时长,所述第一应用将所述命令请求发送给所述命令请求针对的第二应用,包括:
[0017]当第一应用将所述命令请求发送给所述第二应用失败时,第一应用将所述命令请求重新发送给所述第二应用,直至发送成功或发送所用总时长超过所述命令请求对应的时效时长为止。
[0018]在一实施例中,所述第一应用将所述命令请求发送给所述命令请求针对的第二应用,包括:
[0019]当第一应用将所述命令请求发送给所述命令请求针对的第二应用成功时,第一应用将所述命令请求失效。
[0020]本发明提供一种业务实现装置,包括:
[0021]生成模块,用于运行第一应用根据业务要求生成命令请求,所述命令请求包括令牌和命令;
[0022]发送模块,用于运行第一应用将所述命令请求发送给所述命令请求针对的第二应用,使所述第二应用根据所述命令请求所包括的命令进行操作;
[0023]接收模块,用于运行第一应用接收所述第二应用回复的包括操作结果的命令响应。
[0024]在一实施例中,所述发送模块,用于运行第一应用将所述命令请求存储到缓存总线,广播命令请求所包括的令牌,使第二应用根据广播的令牌确定自身为所述命令请求针对的应用,从缓存总线中读取所述命令请求;
[0025]所述接收模块,用于运行第一应用接收所述第二应用广播的令牌,确定自身为所述命令响应针对的应用,读取所述第二应用存储到缓存总线的命令响应。
[0026]在一实施例中,所述发送模块,用于运行第一应用通过与所述第二应用间通道,将所述命令请求发送给所述第二应用;
[0027]所述接收模块,用于运行第一应用通过与所述第二应用间通道,接收所述第二应用回复的命令响应。
[0028]在一实施例中,所述命令请求对应有时效时长;
[0029]所述发送模块,用于当第一应用将所述命令请求发送给所述第二应用失败时,运行第一应用将所述命令请求重新发送给所述第二应用,直至发送成功或发送所用总时长超过所述命令请求对应的时效时长为止。
[0030]在一实施例中,所述发送模块,用于当第一应用将所述命令请求发送给所述命令请求针对的第二应用成功时,运行第一应用将所述命令请求失效。
[0031]本发明的实施例提供的技术方案可以包括以下有益效果:本发明中技术方案通过在应用之间传输命令请求和命令响应,将应用关联起来,使得单个应用可以实现多种业务,增加用户操作的便捷性。
[0032]本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
[0033]下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
【附图说明】
[0034]附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
[0035]图1为本发明实施例中业务实现方法的流程图。
[0036]图2为本发明一示例性实施例一示出的业务实现方法的流程图。
[0037]图3为本发明一示例性实施例一示出的业务实现方法应用的场景的示意图。
[0038]图4为本发明一示例性实施例二示出的业务实现方法的流程图。
[0039]图5为本发明一示例性实施例二示出的业务实现方法应用的场景的示意图。
[0040]图6为本发明实施例中业务实现装置的结构图。
【具体实施方式】
[0041]以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
[0042]图1是根据一示例性实施例示出的一种业务实现方法的流程图,如图1所示,该业务实现方法用于终端,如手机、平板电脑中,包括以下步骤S101-S103:
[0043]在步骤SlOl中,第一应用根据业务要求生成命令请求。
[0044]其中,命令请求包括令牌和命令。
[0045]其中,令牌,为应用APP的标识,用于唯一标定命令针对的目标对象;
[0046]命令包括:命令种类和数据;命令种类为APP执行操作的协议集合,可包括:通知命令,启动命令和转达命令;数据,为命令携带的内容体;
[0047]命令请求,将令牌,命令种类和数据三者作为一个整体,称之为命令请求;每条命令请求可具有时效性,也可在命中后失效。
[0048]在步骤S102中,第一应用将命令请求发送给命令请求针对的第二应用,使第二应用根据命令请求所包括的命令进行操作。
[0049]在一实施例中,上述第一应用将命令请求发送给命令请求针对的第二应用,可包括:第一应用将命令请求存储到缓存总线,广播命令请求所包括的令牌,使第二应用根据广播的令牌确定自身为命令请求针对的应用,从缓存总线中读取命令请求。
[0050]缓存总线:为信息寄存体,可以是内存、文件或云端;缓存总线可以同时存储多条命令请求。
[0051]举例而言,第一应用将命令请求存储到缓存总线,之后广播命令请求包括的令牌。终端中除第一应用之外的其他应用,接收广播的令牌,判断自身是否为命令
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1