具体实施方式
本申请的主要思想在于,基于终端上接收到的短信息,唤醒与所述短信息相对应的客户端应用,以利用所述客户端应用执行与所述短信息相对应的功能。
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
根据本申请的实施例,提供了一种数据交互的方法。该数据交互方法可以应用于各种安装有基于第三方交互平台进行数据交互的客户端应用的终端,尤其是移动终端。
参考图1,图1是本申请实施例的一种数据交互的方法的流程图。
如图1所示,在步骤S101中,接收短信息。其中,短信息可以是通过通信链路发送的短消息,也可以是通过互联网链路由互联网客户端应用推送的信息或者即时通讯应用发送的即时信息。
在步骤S102中,根据所述短信息包括的信息,确定与所述短信息相对应的终端上安装的客户端应用。
其中,客户端应用是指与服务器相对应,安装在终端上为用户提供服务的应用程序,例如,安装在智能手机终端上的应用程序。客户端应用可以与服务端通讯并向用户提供服务。当然所述客户端应用也可以是安装在服务器端的应用,客户端通过访问地址即可实现相应功能,如云应用。客户端应用还可以包括若干子应用,即,客户端应用向用户所提供的服务,客户端应用可以包括一项或多项子应用,例如,用于基于第三方交互平台进行数据交互的客户端应用,可以包括支付、转账、缴费、信用卡还款、话费充值等子应用。应该理解,本申请中提及的客户端应用并不限于此,而是可以为任何可以应用本申请的技术方案的适当的客户端应用。所述短信息包括的信息可以包括发送方的识别码、短信息的文本内容或者发送方的地理位置等,本申请所指的短信息的包括的信息可以是上述指出的信息中的一种或几种,也可以是上述未指出的其他可以通过短信息及其本身附带的特征确认的信息。根据短信息包括的信息确定与所述短信息相对应的终端上安装的客户端应用,例如,根据短信息的文本内容,判断接收到的短信息与终端上安装的哪一个客户端应用相对应。例如,接收到来自运营商的话费余额不足提醒短信息,而终端上安装的用于数据交互的客户端应用中具有相应的话费充值功能,因此根据该短信息的文本内容可以确定该用于数据交互的客户端应用即是与该短信息相对应的客户端应用。再例如,可以根据该短信息的发送方以及短信息的文本内容,判断接收到的短信息与终端上安装的哪一个客户端应用相对应。
下面参考图2~图4分别具体地描述如何根据短信息包括的信息确定与所述短信息相对应的终端上安装的客户端应用的详细步骤。
如图2所示,图2是根据本申请的一个实施例的图1中的步骤S102的流程图,其中可以包括步骤S201~S202。
在步骤S201中,分析所述短信息的文本内容中是否包含与客户端应用的相对应的关键词。即,分析该短信息文本内容中是否包含与终端上安装的客户端应用相对应的关键词。例如,通过终端的操作系统分析该短信息的文本内容中是否包含与该终端上安装的客户端应用相对应的关键词。
具体而言,首先,从预设表单中获取关键词。应该理解,与客户端应用相对应的所述关键词可以进行预先设置。例如,终端服务器将选定的关键词、以及关键词与对应的客户端应用对应关系形成一个预设表单发送并保存在终端的存储器中,从而完成所述预先设置。也可以由用户自行设定并将所述预设表单保存在终端的存储器中。其中,可以根据客户端应用来进行设置,例如,用于支付的客户端应用可以进行支付、转账、缴费、信用卡还款、话费充值等,则可以设置与该客户端应用对应的关键词为“充值”、“余额”、“缴费”、“水费”、“电费”、“欠费”、“账单”、“还款”等等。
接下来,从短信息中获取文本内容并查询其中是否包含所述关键词。
在步骤S202中,如果所述短信息的文本内容中包含所述关键词,则确定与该关键词相对应的终端上安装的客户端应用。即,如果所述短信息的文本内容中包含与客户端应用相对应的关键词,则利用预设表单,查询并确定与该关键词相对应的终端上安装的客户端应用,即为与该短信息相对应的终端上安装的客户端应用。
举例而言,例如终端接收到发送自识别码10086的短信息,其中,该短信息的文本内容为“余额不足提醒:您的话费余额已不足10元,为保证您的正常使用,请您及时充值”。
在步骤S201处,分析所述短信息的文本内容中是否包含与客户端应用的相对应的关键词。具体而言,可以从预设表单中依次获取各个关键词,并查询短信息的文本内容中是否存在所述关键词中的至少一个。在本例中,查询结果为:该短信息中存在关键词“余额”和“充值”,从而该过程进行到步骤S202。在步骤S202处,确定与该关键词相对应的终端上安装的客户端应用。也即是说,在预设表单中存储了关键词与相对应的客户端应用的对应关系。例如,在预设表单中,关键词“余额”和“充值”所对应的客户端应用为“支付宝”应用。
当然,一个短信息文本内容中可能包括一个或多个预设表单中的关键词,为了避免出现误差,可以分析所述短信息的文本内容中包含的与客户端应用的相对应的关键词的数量是否超过预定阈值,如果超过预定阈值,则确定该短信息所对应的客户端应用。即,统计关键词在短信息文本内容中出现的个数,当关键词出现的个数超过预设阀值时,确定该短信息所对应的客户端应用。另外,一个短信息文本内容可能出现多个关键词,并且该多个关键词可能对应多个不同的客户端应用,此时,可以统计每个客户端应用所对应的关键词在该短信息中出现的个数,确定出现关键词个数最多的客户端应用为该短信息所对应的客户端应用。还需要注意的是,有些关键词可能有多个对应的客户端应用,举个例子“余额”可能对应的“支付宝”客户端应用或者“股票”客户端应用,这样当短信息文本内容中出现关键词“余额”时,很可能无法准确确定其相对应的客户端应用,因此,可以进一步通过判断关键词的逻辑关系来确定对应的客户端应用,所述逻辑关系包括:一关键词与其他关键词的组合、一关键词与其他关键词的顺序等等,该逻辑关系可以通过人为设定,也可以通过采集样本建立模型获得。比如,当短信息内容中同时出现“余额”、“充值”两个关键词时,确认与该短信息相对应的客户端应用为“支付宝”;当短信息内容中同时出现“余额”、“开户”两个关键词时,确认与该短信息相对应的客户端应用为“股票”。
从而通过步骤S201到S202完成了根据所述短信息包括的信息确定与所述短信息相对应的终端上安装的客户端应用的步骤。
可选地,如何根据短信息包括的信息确定与所述短信息相对应的终端上安装的客户端应用的详细步骤的另一实施方式如图3所示。图3是根据本申请的一个实施例的图1中的步骤S102的另一实施方式的流程图,其中,可以包括步骤S301~S302。
在步骤S301中,查询所述短信息的发送方识别码是否为预设发送方识别码。即,查询该短信息的发送方是否为预设的基于来自该发送方的短信息可以唤醒相对应的客户端应用的发送方。具体地,可以通过查找该短信息的发送方识别码是否在预设表单中,确定该短信息的发送方识别码是否为预设发送方识别码,所述预设表单中可以包含一个或多个预设发送方识别码,可以通过获取该短信息的发送方识别码,并查找该预设表单中是否包含该识别码来确定该短信息的发送方识别码是否为预设发送方识别码。并且每个预设发送方识别码对应于相应的客户端应用。其中,所述预设表单为与客户端应用相对应的发送方识别码预设表单,其由终端服务器向终端发送并保存在终端中。该预设表单包含每个预设发送方识别码及预设发送方识别码与相应客户端应用的对应关系。
在步骤S302中,如果所述短信息的发送方识别码为所述预设发送方识别码,则确定与所述发送方识别码相对应的终端上安装的客户端应用。具体而言,可以根据预设表单包含的每个预设发送方识别码与相应的客户端应用的对应关系,确定与该发送方识别码相对应的终端上安装的客户端应用,即为与该短信息相对应的终端上安装的客户端应用。
当然上述两种实施方式还可以结合在一起应用,比如在先执行步骤S301后,再执行步骤S201到S202,即,在步骤S301中,如果所述发送方识别码为所述预设发送方识别码,则执行步骤S201到S202。具体可如图4所示,图4为是根据本申请的一个实施例的图1中的步骤S102的再一实施方式的流程图,其中,可以包括步骤S401~S403。
在步骤S401中,查询所述短信息的发送方识别码是否为预设发送方识别码。
在步骤S402中,如果所述短信息的发送方识别码为所述预设发送方识别码,则分析所述短信息的文本内容中是否包含针对所述预设发送方识别码的与客户端应用相对应的关键词。
在步骤S403中,如果所述短信息的文本内容中包含所述关键词,则确定与该发送方识别码相对应的客户端应用。
举例而言,例如终端接收到发送自识别码10086的短信息,其中,该短信息的文本内容为“余额不足提醒:您的话费余额已不足10元,为保证您的正常使用,请您及时充值”。
在步骤401处首先查询该发送方识别码10086,确定其存在于预设表单中。
然后进行到步骤S402,在步骤S402处,分析所述短信息文本内容中是否包含针对所述预设发送方识别码的与客户端应用相对应的关键词。具体地,可以从预设表单中获取与识别码10086相对应的关键词“余额”和“充值”,查询短信息中是否存在关键词“余额”和“充值”中的至少一个。查询结果为该短信息中存在相对应的关键词“余额”、“充值”,从而该过程进行到步骤S403。在该步骤处,确定与该发送方识别码相对应的客户端应用。也即是说,在预设表单中存储了预设发送方识别码、预设发送方识别码与关键词的对应关系、预设发送方识别码与相应客户端应用的对应关系。例如,在预设表单中,预设发送方识别码10086所对应的关键词为“余额”和“充值”,所对应的客户端应用为“支付宝”应用。
从而通过步骤S401到S403完成了根据所述短信息确定与所述短信息相对应的终端上安装的客户端应用的步骤。
另外需要说明的是,由于所述客户端应用可以包括一个或多个子应用,因此所述预设表单可以进一步包括与某个客户端应用各个子应用对应的关键词以及与各个子应用的对应关系,当确认短信息对应的客户端应用时可以进一步包括:确认与该短信息相对应的子应用。以步骤201到202为例,具体描述如下:
举例而言,例如终端接收到发送自识别码10086的短信息,其中,该短信息的文本内容为“余额不足提醒:您的话费余额已不足10元,为保证您的正常使用,请您及时充值”。
在步骤S201处,分析所述短信息的文本内容中是否包含与客户端应用的子应用相对应的关键词。
具体而言,首先,从预设表单中获取关键词。应该理解,可以根据客户端应用的子应用来设置该预设表单,例如,用于支付的客户端应用具有支付、转账、缴费、信用卡还款、话费充值等子应用,则可以设置与该客户端应用的各个子应用对应的关键词,例如,针对支付宝充值子应用可以设置对应的关键词为“充值”、“余额”等与话费充值相关的词语,针对缴费子应用可以设置对应的关键词为“缴费”、“水费”、“电费”、“欠费”等与缴费相关的词语,针对信用卡还款子应用可以设置对应的关键词为“账单”、“还款”等与还款相关的词语。
也即是说,从预设表单中依次获取各个关键词,查询短信息的文本内容中是否存在所述关键词中的至少一个。在本例中,查询结果为:该短信息中存在关键词“余额”和“充值”,从而该过程进行到步骤S202。
在步骤S202处,如果所述短信息的文本内容中包含所述关键词,则确定与该关键词相对应的客户端应用的子应用。即,如果所述短信息文本内容中包含预设发送方所对应的与客户端应用的子应用相对应的关键词,则利用预设表单,查询并确定与该关键词相对应的客户端应用的子应用。例如,根据预设表单,可以确定该短信息中存在的关键词“余额”和“充值”对应“支付宝”应用的“支付宝充值”子应用。
以上参考图2至图4描述了如何根据短信息确定与所述短信息相对应的终端上安装的客户端应用的详细步骤。下面返回图1继续描述本申请的技术方案。通过如上方式确定与所述短信息相对应的终端上安装的客户端应用之后,接下来在步骤S102处,唤醒所述客户端应用以执行相应功能。
具体地,如果确定接收到的短信息的文本内容中包含与客户端应用相对应的关键词,则根据预设表单查询并确定与该关键词相对应的客户端应用。例如,当分析出接收到的短信息中包含关键词“还款”、“账单”时,则可以根据关键词“还款”、“账单”在预设表单中查询并确定与该关键词相对应的客户端应用为支付应用,则唤醒该支付应用进行信用卡还款。
或者,如果确定接收到的短信息的发送方识别码为预设发送方识别码,则根据该短信息的文本内容中包含的针对所述预设发送方识别码的与客户端应用相对应的关键词确定与所述发送方识别码相对应的终端上安装的客户端应用。例如,当确定发送方识别码10086为预设发送方识别码并且分析出接收到的短信息中包含与发送方识别码10086相对应的关键词“余额”、“充值”时,则可以根据预设表单确定与预设发送方识别码10086相对应的客户端应用为支付应用,从而在步骤S102处则唤醒该支付应用以执行充值功能。
根据本申请的一个实施例,如果所述相应功能为数据交互,例如,话费充值、还款等,则步骤S102可以进一步包括:基于所述短信息生成数据交互请求,以请求所述客户端应用根据所述数据交互请求完成所述数据交互。
其中,可以根据所述短信息的文本内容中包含的所述关键词确定数据交互的类型,并生成请求进行所述类型的数据交互的数据交互请求。也就是说,可以根据该短信息中包含的与客户端应用相对应的关键词确定数据交互的类型,并生成请求进行所述类型的数据交互的数据交互请求。
例如,接收到运营商发送的话费余额提醒短信息,并确定该短信息的文本内容中包含的与客户端应用相对应的关键词“话费”“余额”“充值”为与话费充值相关的关键词,则可以确定数据交互的类型为话费充值,并生成利用该支付应用进行话费充值的请求;或者接收到信用卡发卡银行发送的还款提醒短信息中包含的“账单”“还款”等与信用卡还款相关的关键词,则可以确定数据交互的类型为信用卡还款,并可以生成利用该支付应用进行信用卡还款的请求;或者接收到水、电、燃气等供应部门发送的包含的“余额”、“缴费”等与缴费相关的关键词,则可以确定数据交互的类型为缴费,并生成利用该支付应用进行缴费的请求,其中,该数据交互的类型可以与该客户端应用的子应用相对应,例如:数据交互类型为话费充值时,对应支付应用的话费充值子应用,数据交互类型为信用卡还款时,对应支付应用的信用卡还款子应用。
根据本申请的一个实施例,所述数据交互请求可以显示在所述短信息的显示页面上,并根据用户的指令启动所述数据交互请求,以请求所述客户端应用根据所述数据交互请求完成所述数据交互。并且其中,可以由用户确定是否要进行该数据交互。
例如,当终端接收到移动运营商发送的提示终端话费余额不足的短信息时,该短信息的文本内容中包含关键词“余额”、“充值”,是与支付应用相对应的关键词,因此,可以确定数据交互的类型为话费充值,并生成利用该支付应用进行话费充值的请求,可以将该请求以文字或图标的(例如,按钮)形式显示在短信息的显示页面上,以提示用户需要进行充值,当用户查看短信息得知自己的终端余额不足时,如果想要充值,则可以通过点击显示在短信息显示页面上数据交互的请求图标,确定进行话费充值,此时,终端系统则根据用户指令唤起该支付应用并执行话费充值。也就是说,用户在查看终端接收到的短信息时只要触发(例如,点击)短信息的显示页面上显示的数据交互请求,即可直接跳转到与该短信息相对应的客户端应用的页面并进行相应类型的数据交互,不需要用户手动退出短信息或切换到客户端应用,甚至也不需要选择与该短信息相对应的子应用,直接就可跳转到该子应用再进行与该短信息相关的数据交互。
根据本申请的一个实施例,所述数据交互请求中可以携带有从所述短信息中提取的进行所述数据交互所需要的参数信息,所述参数信息包括:数据交互的发送方的标识信息、数据交互的接收方的标识信息。其中,数据交互发送方的标识信息例如可以包括发送方的终端号码、客户端应用的账号、银行卡账号等信息。数据交互接收方的标识信息例如可以包括:接收方的终端号码、客户端应用的账号、银行卡账号等信息。
其中,该参数信息可以通过分析该短信息文本内容中的预定词语来提取,即,可以根据分析出短信息文本内容中包含的表示一定含义的词语,以提取进行数据交互所需要的参数信息。例如,信用卡还款提醒短信息的文本内容中一般包含“账单金额”、“到期应还”、“最低还款”等词语,该词语后一般是应还款的具体金额,因此,可以提取该词语后的应还款金额信息。
该参数信息还可以通过将该短信息与预设发送方的短信息模板进行对比来提取,例如,运营商给用户发送的与支付应用相对应的话费余额不足提醒或银行给信用卡用户发送与支付应用相对应的还款提醒短信息一般都是以固定的模板发送的,即,发给每一个用户的短信息的文本内容中所包含的各项信息的类型以及在该短信息文本中的位置都相同,只有各项信息的具体值(例如,用户的姓名、应还金额、银行卡号等)不同,也就是说,不同用户接收到的同一发送方发送的同一类短信息文本内容中所包含的各项信息的类型、在该短信息中的位置都相同,只是具体的信息不同,例如,同一银行给信用卡用户发送的还款提醒短信中,用户姓名、卡号、应还金额等信息的具体值不同,但是在该短信息文本中的位置都相同,因此,可以预先获取该发送方的与客户端应用相对应的短信息的模板,并确定数据交互所需要的参数信息在该短信息的模板中的位置,就可以将接收到预设发送方的提醒短信息与该模板进行匹配,以提取数据交互所需要的参数信息。
根据本申请的一个实施例,该参数信息还可以包括:与所述短信息相对应的客户端应用的子应用在所述客户端应用中的标识,例如,一个客户端应用可以包含一项或多项子应用,在该客户端应用中,每一项子应用可以具有一个标识,例如,子应用在客户端应用中的编号。
根据本申请的一个实施例,该数据交互请求可以为URL形式。具体地,可以将携带有上述的从所述短信息中提取的进行所述数据交互所需要的参数信息放在一个URL中,当请求该URL时即可唤起客户端应用执行与该短信息相对应的子应用,其中,该URL中可以包含与该短信息相对应的客户端应用标识,或与该短信息相对应的客户端应用的子应用在该客户端应用中的标识,当请求该URL时,该客户端应用就会被唤醒,并且,如果该参数信息包含与该短信息相对应的子应用的标识,则会直接跳转到该子应用,例如,可以通过请求下面的URL唤醒与该短信息相对应的客户端应用的充值子应用,abc://platformapi/startapp?appId=123&sourceId=654321&clientVersion=7.6.5.4&outTradeNo=xxxxxx&mobileNo=12345678912&cmsMsg=12345&returnUrl=654321,其中,abc为要唤醒的客户端应用的标识,appId表示要跳转到的该客户端应用的子应用的标识(即,与该短信息相对应的客户端应用的子应用在该客户端应用中的标识),通过请求该URL可以唤醒标识为abc的客户端应用并跳转到在该客户端应用中标识为123的子应用,并且该URL中携带的其他参数信息也会直接带入到该客户端应用,例如,mobileNo=12345678912表示要充值的终端号码为12345678912,可以免去用户进行复制、粘贴或手动输入信息等操作的繁琐过程,还可以避免输入错误,同时,用户在确认交互之前还可以更改已经自动填充过的信息,例如,转账的金额、缴费的金额等信息,用户可以根据需要进行更改。如果信息不需要更改,则用户只要根据客户端应用的在交互页面上显示的提示信息进行几步确认操作即可完成数据交互,简化了数据交互时的用户操作流程,提升了用户体验。
根据本申请的一个实施例,还可以包括:向终端服务器发起创建数据交互记录的请求,以请求所述终端服务器基于所述数据交互请求创建数据交互记录,并接收所述终端服务器返回的基于所述数据交互请求创建的数据交互记录的标识码的步骤。其中,当接收到终端服务器返回的数据交互记录标识码时,还可以将该标识码放在数据交互请求中,以便将该数据交互记录标识码作为一个参数与数据交互的其他参数信息一起发送给客户端应用。并且客户端应用服务器在数据交互成功后可以根据该数据交互记录标识码将数据交互的结果信息发送给终端服务器,以便终该端服务器根据该结果信息完善数据交互记录。
例如,可以向终端厂商的后台服务器发送针对该数据交互创建数据交互记录的请求,以在终端厂商处记录该终端用户与其他用户通过该客户端应用进行了数据交互,并且,接收到厂商创建数据交互记录后返回的数据交互记录的标识码时,将该标识码放在数据交互请求中传递给客户端应用进而发送到客户端应用的服务器。
数据交互完成后,客户端应用可以在终端上显示数据交互成功结果信息提示用户数据交互成功,例如,显示数据交互的部分参数信息、数据交互完成时间等信息。同时,客户端应用服务器可以根据数据交互记录标识码将该数据交互的结果信息发送给终端服务器,以便终该端服务器根据该标识码和结果信息更新相应的数据交互记录。该终端服务器接收到该结果信息,还可以向终端发送。
根据本申请的一个实施例,还可以包括接收终端服务器发送的所述数据交互的结果信息的步骤。其中,所述结果信息是由所述客户端应用的服务器向所述终端服务器发送的。
本申请在终端接收到的短信息中提供一个跳转到其他客户端应用的接口,从而通过该接口可以从该短信息直接跳转到与该短信息相对应的客户端应用(或该客户端应用的子应用),用户不需要进行退出该短信息再启动与该短信息相对应的客户端应用、甚至不需要根据短信息在该客户端应用中选择与该短信息相对应的子应用,能够从短信息直接跳转到该子应用,简化了用户的操作流程。
本申请还提供了一种基于短信息唤醒客户端应用的装置。
图5示意性地示出了根据本申请一个实施例的一种基于短信息唤醒客户端应用的装置的结构框图。根据本申请的一个实施例,该装置包括:接收模块501、确定模块502和唤醒模块503。
其中,接收模块501可以用于接收短信息。
确定模块502可以用于根据短信息包括的信息,确定与所述短信息相对应的终端上安装的客户端应用。
唤醒模块503可以用于唤醒所述客户端应用以执行相应功能。
根据本申请的一个实施例,所述短信息包括的信息包括短信息的文本内容和/或发送方识别码。
确定模块502可以包括:第一分析子模块和第一确定子模块。
其中,第一分析子模块可以用于分析所述短信息的文本内容中是否包含与客户端应用相对应的关键词。
第一确定子模块可以用于如果所述短信息的文本内容中包含所述关键词,则确定与所述关键词相对应的终端上安装的客户端应用。
根据本申请的一个实施例,确定模块502可以包括:第二查询子模块以及第二确定子模块。
第二查询子模块,可以用于查询所述短信息的发送方识别码是否为预设发送方识别码;
第二确定子模块,可以用于如果所述短信息的发送方识别码为所述预设发送方识别码,则确定与所述发送方识别码相对应的终端上安装的客户端应用。
根据本申请的一个实施例,确定模块502可以包括:第三查询子模块、第三分析子模块、第三确定子模块。
其中,第三查询子模块可以用于查询所述短信息的发送方识别码是否为预设发送方识别码。
第三分析子模块可以用于如果所述短信息的发送方识别码为所述预设发送方识别码,则分析所述短信息的文本内容中是否包含针对所述预设发送方识别码的与客户端应用相对应的关键词。
第三确定子模块可以用于如果所述短信息的文本内容中包含所述关键词,则确定与所述发送方识别码相对应的终端上安装的客户端应用。
根据本申请的一个实施例,装置500还可以包括生成模块,该模块可以用于如果所述相应功能为数据交互,则基于所述短信息生成数据交互请求,以请求所述客户端应用根据所述数据交互请求完成所述数据交互。
根据本申请的一个实施例,所述生成模块可以进一步用于:根据所述短信息的文本内容中包含的所述关键词确定数据交互的类型,并生成请求进行所述类型的数据交互的数据交互请求,并且其中,所述数据交互请求中携带有从所述短信息中提取的进行所述数据交互所需要的参数信息,所述参数信息包括:数据交互的发送方的标识信息、数据交互的接收方的标识信息。
根据本申请的一个实施例,装置500还可以包括:请求模块和标识码接收模块。其中,请求模块可以用于向终端服务器发起创建数据交互记录的请求,以请求所述终端服务器基于所述数据交互请求创建数据交互记录。标识码接收模块,可以用于接收所述终端服务器返回的基于所述数据交互请求创建的数据交互记录的标识码。
根据本申请的实施例,所述参数信息还可以包括所述数据交互记录的标识码。
根据本申请的一个实施例,装置500还可以包括:结果信息接收模块,该模块可以用于接收终端服务器发送的所述数据交互的结果信息,其中,所述结果信息是由所述客户端应用的服务器向所述终端服务器发送的。
由于本实施例的装置所实现的功能基本相应于前述图1至图4所示的方法实施例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此不做赘述。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。