CN104270387A - 信息请求及响应方法、客户端、服务器和信息处理系统 - Google Patents
信息请求及响应方法、客户端、服务器和信息处理系统 Download PDFInfo
- Publication number
- CN104270387A CN104270387A CN201410567820.9A CN201410567820A CN104270387A CN 104270387 A CN104270387 A CN 104270387A CN 201410567820 A CN201410567820 A CN 201410567820A CN 104270387 A CN104270387 A CN 104270387A
- Authority
- CN
- China
- Prior art keywords
- request
- atom
- atom request
- server
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Abstract
本发明实施例公开了一种客户端信息请求方法,所述方法包括:接收用户的指令,并根据所述指令确定相应的请求序列,所述请求序列包含至少一个原子请求,所述原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;将所述请求序列发送至服务器,以实现客户端信息请求。本发明实施例还公开了一种服务器信息响应方法、客户端、服务器及信息处理系统。本发明减少了客户端和服务器之间的通讯次数,提高了效率,节约了网络宽带和服务器资源。
Description
技术领域
本发明涉及计算机领域,尤其涉及一种客户端信息请求方法、服务器信息响应方法、客户端、服务器和信息处理系统。
背景技术
随着智能移动设备的发展,很多银行都开发了运行在智能移动设备操作系统上的客户端软件,以便为用户提供便捷的金融服务。通常情况下,客户端通过各种协议与后台系统进行通信交互,以HTTP/HTTPS为例,客户端通过http请求/响应的方式与后台系统进行交互。
现有技术中,每次联机交易客户端都要向服务器发送一次请求。如果要进行多次交易,客户端就要向服务器发送多次请求。例如查询用户的账户信息,首先客户端向服务器发送查询用户账户列表的请求,服务器接收到该请求后将该用户对应的账户列表发送至客户端,用户通过客户端选择其中某个账户并选择查询该账户余额后,客户端向服务器发送查询该账户余额的请求,服务器在接收到请求后进行响应,将查询结果反馈给客户端,以便客户端进行显示。
在这个过程中,如果用户需要查询多个账户的余额,对于每个账户客户端都要向服务器发送一次请求;而且,如果用户需要查询关于一个账户的多个信息,例如余额、利息、收入、支出等,而这些信息不属于一个交易接口,客户端就要根据交易接口的个数对应向服务器发送多个请求。这种一次交易发送一次请求的方式不仅效率低下,而且浪费网络带宽和服务器资源。
发明内容
为了解决现有技术,本发明实施例提供一种客户端信息请求方法、服务器信息响应方法、客户端、服务器和信息处理系统,实现减少在客户端和服务器之间通讯的次数,节约网络宽带和服务器资源的目的。
本发明实施例提供了一种客户端信息请求方法,所述方法包括:
接收用户的指令,并根据所述指令确定相应的请求序列,所述请求序列包含至少一个原子请求,所述原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
将所述请求序列发送至服务器,以实现客户端信息请求。
优选的,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系。
本发明实施例还提供一种服务器信息响应方法,所述方法包括:
接收客户端发送的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
以原子请求为单位对所述请求序列进行分解;
处理各个原子请求;
将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
优选的,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系;
所述处理各个原子请求具体为:
根据所述关联标记判断各个原子请求之间是否存在关联关系;
如果否,则并行执行或依次执行所述原子请求。
优选的,所述并行执行所述原子请求具体为:
判断当前线程数是否小于最大可申请线程数;
如果是,则申请线程以并行执行所述原子请求。
优选的,在步骤接收客户端发送的请求序列之后,所述方法还包括:
对所述请求序列进行校验。
优选的,在步骤处理各个原子请求之后,所述方法还包括:
判断原子请求中是否携带预设标记;
如果是,则根据所述预设标记及所述原子请求的处理结果生成新原子请求或新请求序列;
响应于生成新原子请求,直接对所述新原子请求进行处理;
响应于生成新请求序列,以原子请求为单位对所述请求序列进行分解,然后对分解后的原子请求进行处理。
本发明实施例还提供一种客户端,所述客户端包括:第一接收单元、请求序列确定单元和第一发送单元,其中,所述第一接收单元与所述请求序列确定单元连接,所述请求序列确定单元与所述第一发送单元连接;
所述第一接收单元,用于接收用户的指令,并将所述指令发送至所述请求序列确定单元;
所述请求序列确定单元,用于根据所述指令确定相应的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述第一发送单元,用于将所述请求序列发送至服务器,以实现客户端信息请求。
本发明实施例还提供一种服务器,所述服务器包括:第二接收单元、分解单元、第一处理单元和第二发送单元;
其中,所述第二接收单元与所述分解单元连接,所述分解单元与所述第一处理单元连接,所述第一处理单元与所述第二发送单元连接;
所述第二接收单元,用于接收客户端发送的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述分解单元,用于以原子请求为单位对所述请求序列进行分解;
所述第一处理单元,用于处理各个原子请求;
所述第二发送单元,用于将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
优选的,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系;
所述第一处理单元包括:第一判断单元、第一执行单元或第二执行单元;
其中,所述分解单元与所述第一判断单元连接,所述第一判断单元与所述第一执行单元或所述第二执行单元连接,所述第一执行单元或所述第二执行单元与所述第二发送单元连接;
所述第一判断单元,用于根据所述关联标记判断各个原子请求之间是否存在关联关系;如果否,则激活所述第一执行单元或所述第二执行单元;
所述第一执行单元,用于并行执行所述原子请求;
所述第二执行单元,用于依次执行所述原子请求。
优选的,所述服务器还包括:第二判断单元、原子请求生成单元和第二处理单元,其中,所述第一处理单元与所述第二判断单元连接,所述第二判断单元与所述原子请求生成单元连接,所述原子请求生成单元与所述第二处理单元连接,所述第二处理单元与所述第二发送单元连接;
所述第二判断单元,用于判断原子请求中是否携带预设标记,如果是,则激活所述原子请求生成单元;
所述原子请求生成单元,用于根据所述预设标记及所述原子请求的处理结果生成新原子请求或新请求序列;
所述第二处理单元,用于响应于生成新原子请求,直接对所述新原子请求进行处理;响应于生成新请求序列,以原子请求为单位对所述请求序列进行分解,然后对分解后的原子请求进行处理。。
本发明实施例还提供一种信息处理系统,所述系统包括客户端和服务器,所述客户端与所述服务器连接;
所述客户端包括:第一接收单元、请求序列确定单元和第一发送单元,其中,所述第一接收单元与所述请求序列确定单元连接,所述请求序列确定单元与所述第一发送单元连接;
所述第一接收单元,用于接收用户的指令,并将所述指令发送至所述请求序列确定单元;
所述请求序列确定单元,用于根据所述指令确定相应的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述第一发送单元,用于将所述请求序列发送至服务器,以实现客户端信息请求;
所述服务器包括:第二接收单元、分解单元、第一处理单元和第二发送单元;
其中,所述第二接收单元与所述分解单元连接,所述分解单元与所述第一处理单元连接,所述第一处理单元与所述第二发送单元连接;
所述第二接收单元,用于接收客户端发送的请求序列;
所述分解单元,用于以原子请求为单位对所述请求序列进行分解;
所述第一处理单元,用于处理各个原子请求;
所述第二发送单元,用于将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
与现有技术相比,本发明具有以下优点:
本发明当客户端接收到用户的指令后,客户端根据所述指令确定相应的请求序列,并将所述请求序列发送至服务器,实现客户端信息请求。所述服务器在接收到所述请求序列后,以原子请求为单元对所述请求序列进行分解,然后对各个原子请求进行处理,并将处理结果汇总后发送给客户端,实现服务器信息响应。由于本发明利用由原子请求组成的请求序列的方式在客户端和服务器之间通讯,减少了客户端和服务器之间的通讯次数,提高了效率,节约了网络宽带和服务器资源。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明提供的一种客户端信息请求方法实施例一的流程图;
图2为本发明提供的一种客户端信息请求方法实施例一中原子请求序列示意图;
图3为本发明提供的一种服务器信息响应方法实施例一的流程图;
图4为本发明提供的一种服务器信息响应方法实施例二的流程图;
图5为本发明提供的一种服务器信息响应方法实施例二中关于服务器生成新原子请求或请求序列的流程图;
图6为本发明提供的一种客户端结构框图;
图7为本发明提供的一种服务器结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
方法实施例一:
参见图1,该图为本发明提供的一种客户端信息请求方法实施例一流程图。
本发明实施例提供的客户端信息请求方法包括如下步骤:
步骤S101:接收用户的指令。
举例而言,所述指令包括查询账户余额、查询信用卡账单、转账等
步骤S102:根据所述指令确定相应的请求序列。
所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集。
举例而言,如果原子请求关于用户登陆,那么输入元素集可能包括:手机号码、证件号码、查询方式等;输出元素集可能包括:流水号、客户号、证件类型、客户姓名等。如果原子请求关于余额查询交易,那么输入元素集可能包括客户号、证件类型、证件号码、客户姓名、账号、账户类型、账户密码等;输出元素集可能包括流水号、账号、账户类型、账户状态、开户机构名称、开户网点机构号、账户余额等。
所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻。
所述“前”和“后”表达的是执行顺序的相对先后,先执行的原子请求称之为前原子请求,后执行的原子请求称之为后原子请求。
所述请求序列是预先设计好的,根据指令的不同而不同。本发明对请求序列中原子请求如何排列不做具体限定,举例而言,图2(a)中,原子请求A、B、C成“串”状,若以原子请求A为起始点,那么原子请求A的输出元素集至少包含原子请求B的其中一个输入元素,而原子请求B的输出元素集至少包含原子请求C的其中一个输入元素。
图2(b)中,原子请求A、B、C、D成“爪”状,若以原子请求A为起始点,那么原子请求A的输出元素集中至少包含原子请求B、C、D的各自其中一个输入元素。
图2(c)中,原子请求A、B、C、D、E、F、G成“树”状,若以原子请求A为起始点,那么原子请求A的输出元素集中至少包含原子请求B、C、D的各自其中一个输入元素,原子请求B的输入元素集中至少包含原子请求E的其中一个输入元素,原子请求D的输出元素集中至少包含原子请求F和G的各自一个输出元素。
当然,本实施例提供的图2(a)、(b)、(c)三种请求序列的原子请求的排列方式并不构成对本发明的限定,本领域技术人员可以根据指令的具体内容等因素自行设计。
步骤S103:将所述请求序列发送至服务器,以实现客户端信息请求。
现有技术中,每次联机交易客户端都要向服务器发送一次请求,不仅效率低下,而且占用宽带资源。
而在本实施例中,当客户端接收到用户的指令后,根据所述指令确定相应的请求序列,所述请求序列中至少包含一个原子请求,也就是说,客户端预先根据指令将可能发送的请求以原子请求的形式排列形成请求序列,因此客户端以向服务器发送一次所述请求序列代替现有技术发送多次请求,减少了客户端向服务器发送请求的次数,提高了效率,节约了网络宽带和服务器资源。
举例而言,假设某用户名下有卡号为A、B、C三张储蓄卡,该客户需要查询每张卡的余额和利息。假设余额和利息在服务器中不属于同一个交易接口,那么当客户端接收到用户的查询用户账户余额和利息的指令时,客户端根据所述指令确定请求序列,所述请求序列包括下列原子请求:查询A卡的账户余额、查询B卡的账户余额、查询C卡的账户余额、查询A卡的利息、查询B卡的利息以及查询C卡的利息。这些原子请求按照执行的先后顺序进行排列,形成请求序列。客户端将预先形成好的请求序列一次发送至服务器,实现客户端信息请求。所以,相对于现有技术,本实施例减少了客户端和服务器通讯的次数,提高了效率,节约了网络宽带和服务器资源。
此外,由于原子请求是独立的请求,所以可以灵活的根据需要进行组合请求序列,有效节约开发成本,提高开发效率。举例而言,所述查询某卡的账户余额原子请求既可以成为查询用户账户余额的用户指令对应的请求序列中的一个原子请求,也可以成为转账指令对应的请求序列中的一个原子请求。
此外,为了利于服务器判断各原子请求之间是否存在关联关系,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系。关于这部分内容,以下实施例将详细阐述。
方法实施例二:
参见图3,该图为本发明提供的一种服务器信息响应方法实施例一流程图。
本发明实施例提供的服务器信息响应方法包括如下步骤:
步骤S201:接收客户端发送的请求序列。
所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻。
步骤S202:以原子请求为单位对所述请求序列进行分解。
步骤S203:处理各个原子请求。
由于原子请求是能够单独执行的请求,所以分解后的各原子请求可以单独被处理。
步骤S204:将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
现有技术中,客户端每次交易都要发送一次请求,客户端相应也要回应一次,而一个指令往往涉及多个交易,也就是说,需要客户端和服务器进行多次通讯,不仅降低效率,而且占用宽带资源。
现有技术中如果要达到客户端一个指令只需发送一次请求的目的,就需要采用服务器对数据批处理的方式,然而这种方式需要重新开发交易接口,即将多个交易接口进行合并,不仅合并本身会提高开发成本,而且有可能会造成同一功能的多次开发。以查询用户账户余额和利息的例子来说,假设账户余额和利息查询不属于同一个交易接口,如果要减少通讯次数,那么需要将这两个交易接口进行合并,以便完成查询账户信息的目的。但是查询账户余额的功能还需要应用于转账指令,如果合并关于转账的交易接口,必然要开发两次关于查询账户余额的功能,以便分别满足查询账户信息和转账的功能,所以会造成同一功能的多次开发,导致提高开发成本,且占用服务器资源。
在本实施例中,当接收客户端发送的请求序列后,服务器以原子请求为单位对所述请求序列进行分解,以处理各个原子请求,并且将各个原子请求的处理结果汇总后向客户端发送所述处理结果。由于服务器将各原子请求的处理汇总后再将处理结果发送给客户端,减少了服务器和客户端之间通讯的次数,提高了效率,且节约了网络宽带和服务器资源。此外,本实施例不需要重新开发交易接口,有效节约了成本。
方法实施例三:
参见图4,该图为本发明提供的一种服务器信息响应方法实施例二流程图。
本发明实施例提供的服务器信息响应方法包括如下步骤:
步骤S301:接收客户端发送的请求序列。
所述请求序列由原子请求按照所述预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集、输出元素集以及关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系。
举例而言,图2(a)中,假设a、b、c分别为表示原子请求A、B、C的身份信息。对于原子请求A而言,与其直接关联的原子请求是B,那么关联标记可以表示为afterassociated b,其含义是原子请求B是原子请求A的后关联对象;对于原子请求B而言,与其直接关联的原子请求是A和C,那么关联标记可以表示为preassociated a或afterassociated c,preassociated a的含义是原子请求A是原子请求B的前关联对象,afterassociated c的含义是原子请求C是原子请求B的后关联对象;对于原子请求C而言,与其直接关联的原子请求是B,那么关联标记可以表示为preassociated b,其含义是原子请求B是原子请求C的前关联对象。
本实施例对关联标记采用pre-还是after-不做具体限定,为了使关联的逻辑不混乱,在同一个请求序列中,采用前关联还是后关联应当进行统一化。
步骤S302:对所述请求序列进行校验。
为了保证请求的合法有效性,本实施例对服务器接收到的请求序列进行校验,所述校验步骤包括校验各原子请求的关联关系是否正确、加密的数据是否能够被解密。当然,本实施例提供的校验步骤并不构成对本发明方案的限定,本领域技术人员可以根据实际情况自行选择或设计校验的内容和手段。
步骤S303:以原子请求为单位对所述请求序列进行分解。
步骤S304:根据所述关联标记判断各个原子请求之间是否存在关联关系,如果否,则执行步骤S305。
本实施例中,根据所述关联标记判断各个原子请求之间是否存在关联关系,举例而言,图2(a)中原子请求A和B以及B和C之间就存在关联关系;图2(b)中原子请求B、C、D的前关联对象都是原子请求A,但是它们之间就不存在关联关系;图2(c)中原子请求A和D之间以及D和F之间存在关联关系,但是原子请求F和D之间不存在关联关系。
步骤S305:并行执行或依次执行所述原子请求。
当各原子请求之间不存在关联关系时,并行执行或依次执行各原子请求,显然,并行执行比依次执行的效率更高。而当各原子请求之间存在关联关系时,则只能依次执行各原子请求。
本实施例提供一种并行执行原子请求的方法:
判断当前线程数是否小于最大可申请线程数;如果是,则申请线程以并行执行所述原子请求。
步骤S306:将各个原子请求的执行结果进行汇总,并向客户端发送所述执行结果,以实现服务器信息响应。
在实际应用中,服务器接收到的请求序列可能没有包含指令预期产生的所有原子请求,举例而言,当某银行软件的新用户首次查询储蓄卡账户余额时,由于客户端事先不知晓用户有几张卡及卡号分别是多少,所以请求序列中不会包含查询具体某卡余额的原子请求。在这种情况下,需要服务器在调取用户账户列表后,生成各卡对应的余额查询原子请求。所以,本实施例在步骤S305之后,参见图5,所述方法还包括:
步骤S307:判断原子请求中是否携带预设标记,如果是,则进行步骤S308。
步骤S308:根据所述预设标记及所述原子请求的处理结果生成新原子请求或新请求序列。
所述预设标志的作用在于客户端“告知”服务器:服务器需要根据原子请求的处理结果生成新原子请求或新请求序列。
举例而言,服务器接收到客户端发送的请求序列,该请求序列中包含调取用户账户列表的原子请求,并在该原子请求中携带了预设标记,那么服务器根据该请求序列调取了用户账户列表,并判断出该原子请求中携带了预设标记后,生成新的账户列表中各卡对应的余额查询原子请求。
当然,上述内容只是举例而言,本领域技术人员还可以根据实际应用需求设置预设标记,以使服务器生成新请求序列。
步骤S309:响应于生成新原子请求,直接对所述新原子请求进行处理;
步骤S310:响应于生成新请求序列,以原子请求为单位对所述请求序列进行分解,然后对分解后的原子请求进行处理。
本实施例提供的服务器根据请求处理结果生成新请求的方法大大减少了服务器与客户端之间通讯的次数,提高了效率,节约了网络宽带和服务器资源。
基于方法实施例一提供的一种客户端信息请求方法,本发明实施例还提供了一种客户端,下面结合附图来详细说明其工作原理。
装置实施例一:
参见图6,该图为本发明提供的一种客户端结构框图。
本实施例提供的客户端包括:
第一接收单元501、请求序列确定单元502和第一发送单元503,其中,所述第一接收单元501与所述请求序列确定单元502连接,所述请求序列确定单元502与所述第一发送单元503连接;
所述第一接收单元501,用于接收用户的指令,并将所述指令发送至所述请求序列确定单元502;
所述请求序列确定单元502,用于根据所述指令确定相应的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述第一发送单元503,用于将所述请求序列发送至服务器,以实现客户端信息请求。
在本实施例中,当客户端接收到用户的指令后,根据所述指令确定相应的请求序列,所述请求序列中至少包含一个原子请求,也就是说,客户端预先根据指令将可能发送的请求以原子请求的形式排列形成请求序列,因此客户端以向服务器发送一次所述请求序列代替现有技术发送多次请求,减少了客户端向服务器发送请求的次数,提高了效率,节约了网络宽带和服务器资源。
基于方法实施例二和三提供的一种服务器信息响应方法,本发明实施例还提供了一种服务器,下面结合附图来详细说明其工作原理。
装置实施例二:
参见图7,该图为本发明提供的一种服务器结构框图。
本实施例提供的服务器包括:第二接收单元601、分解单元602、第一处理单元603和第二发送单元604;
其中,所述第二接收单元601与所述分解单元602连接,所述分解单元602与所述第一处理单元603连接,所述第一处理单元603与所述第二发送单元604连接;
所述第二接收单元601,用于接收客户端发送的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述分解单元602,用于以原子请求为单位对所述请求序列进行分解;
所述第一处理单元603,用于处理各个原子请求;
所述第二发送单元604,用于将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
在本实施例中,当接收客户端发送的请求序列后,服务器以原子请求为单位对所述请求序列进行分解,以处理各个原子请求,并且将各个原子请求的处理结果汇总后向客户端发送所述处理结果,减少了服务器和客户端之间通讯的次数,提高了效率,且节约了网络宽带和服务器资源。此外,本实施例不需要重新开发交易接口,有效节约了成本。
装置实施例三:
在本实施例中,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系。
在装置实施例二的基础上,所述第一处理单元603包括:第一判断单元、第一执行单元或第二执行单元;
其中,所述分解单元602与所述第一判断单元连接,所述第一判断单元与所述第一执行单元或所述第二执行单元连接,所述第一执行单元或所述第二执行单元与所述第二发送单元连接;
所述第一判断单元,用于根据所述关联标记判断各个原子请求之间是否存在关联关系;如果否,则激活所述第一执行单元或所述第二执行单元;
所述第一执行单元,用于并行执行所述原子请求;
所述第二执行单元,用于依次执行所述原子请求。
在本实施例中,当各原子请求之间不存在关联关系时,并行执行或依次执行各原子请求,显然,并行执行比依次执行的效率更高。
在实际应用中,服务器接收到的请求序列可能没有包含指令预期产生的所有原子请求,所以,在本实施例中,所述服务器还包括:
第二判断单元、原子请求生成单元和第二处理单元,其中,所述第一处理单元603与所述第二判断单元连接,所述第二判断单元与所述原子请求生成单元连接,所述原子请求生成单元与所述第二处理单元连接,所述第二处理单元与所述第二发送单元604连接;
所述第二判断单元,用于判断原子请求中是否携带预设标记,如果是,则激活所述原子请求生成单元;
所述原子请求生成单元,用于根据所述预设标记及所述原子请求的处理结果生成新原子请求或新请求序列;
所述第二处理单元,用于响应于生成新原子请求,直接对所述新原子请求进行处理;响应于生成新请求序列,以原子请求为单位对所述请求序列进行分解,然后对分解后的原子请求进行处理。
本实施例中,所述原子请求生成单元605根据所述预设标记及所述原子请求的请求处理结果生成新请求,大大减少了服务器与客户端之间通讯的次数,提高了效率,节约了网络宽带和服务器资源。
基于以上装置实施例一提供的一种客户端和装置实施例二、三提供的一种服务器,本发明实施例还提供了一种信息处理系统,下面结合附图来详细说明其工作原理。
系统实施例:
本实施例提供的信息处理系统包括:客户端和服务器,所述客户端与所述服务器连接;
所述客户端包括:第一接收单元、请求序列确定单元和第一发送单元,其中,所述第一接收单元与所述请求序列确定单元连接,所述请求序列确定单元与所述第一发送单元连接;
所述第一接收单元,用于接收用户的指令,并将所述指令发送至所述请求序列确定单元;
所述请求序列确定单元,用于根据所述指令确定相应的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述第一发送单元,用于将所述请求序列发送至服务器,以实现客户端信息请求;
所述服务器包括:第二接收单元、分解单元、第一处理单元和第二发送单元;
其中,所述第二接收单元与所述分解单元连接,所述分解单元与所述第一处理单元连接,所述第一处理单元与所述第二发送单元连接;
所述第二接收单元,用于接收客户端发送的请求序列;
所述分解单元,用于以原子请求为单位对所述请求序列进行分解;
所述第一处理单元,用于处理各个原子请求;
所述第二发送单元,用于将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
本实施例提供的信息处理系统当客户端接收到用户的指令后,客户端根据所述指令确定相应的请求序列,并将所述请求序列发送至服务器,实现客户端信息请求。所述服务器在接收到所述请求序列后,以原子请求为单元对所述请求序列进行分解,然后对各个原子请求进行处理,并将处理结果汇总后发送给客户端,实现服务器信息响应。由于本发明利用由原子请求组成的请求序列的方式在客户端和服务器之间通讯,减少了客户端和服务器之间的通讯次数,提高了效率,节约了网络宽带和服务器资源。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于装置实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外,还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本发明的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (12)
1.一种客户端信息请求方法,其特征在于,所述方法包括:
接收用户的指令,并根据所述指令确定相应的请求序列,所述请求序列包含至少一个原子请求,所述原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
将所述请求序列发送至服务器,以实现客户端信息请求。
2.根据权利要求1所述的客户端信息请求方法,其特征在于,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系。
3.一种服务器信息响应方法,其特征在于,所述方法包括:
接收客户端发送的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
以原子请求为单位对所述请求序列进行分解;
处理各个原子请求;
将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
4.根据权利要求3所述的服务器信息响应方法,其特征在于,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系;
所述处理各个原子请求具体为:
根据所述关联标记判断各个原子请求之间是否存在关联关系;
如果否,则并行执行或依次执行所述原子请求。
5.根据权利要求3所述的服务器信息响应方法,其特征在于,所述并行执行所述原子请求具体为:
判断当前线程数是否小于最大可申请线程数;
如果是,则申请线程以并行执行所述原子请求。
6.根据权利要求3所述的服务器信息响应方法,其特征在于,在步骤 接收客户端发送的请求序列之后,所述方法还包括:
对所述请求序列进行校验。
7.根据权利要求3所述的服务器信息响应方法,其特征在于,在步骤处理各个原子请求之后,所述方法还包括:
判断原子请求中是否携带预设标记;
如果是,则根据所述预设标记及所述原子请求的处理结果生成新原子请求或新请求序列;
响应于生成新原子请求,直接对所述新原子请求进行处理;
响应于生成新请求序列,以原子请求为单位对所述请求序列进行分解,然后对分解后的原子请求进行处理。
8.一种客户端,其特征在于,所述客户端包括:第一接收单元、请求序列确定单元和第一发送单元,其中,所述第一接收单元与所述请求序列确定单元连接,所述请求序列确定单元与所述第一发送单元连接;
所述第一接收单元,用于接收用户的指令,并将所述指令发送至所述请求序列确定单元;
所述请求序列确定单元,用于根据所述指令确定相应的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述第一发送单元,用于将所述请求序列发送至服务器,以实现客户端信息请求。
9.一种服务器,其特征在于,所述服务器包括:第二接收单元、分解单元、第一处理单元和第二发送单元;
其中,所述第二接收单元与所述分解单元连接,所述分解单元与所述第一处理单元连接,所述第一处理单元与所述第二发送单元连接;
所述第二接收单元,用于接收客户端发送的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述分解单元,用于以原子请求为单位对所述请求序列进行分解;
所述第一处理单元,用于处理各个原子请求;
所述第二发送单元,用于将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
10.根据权利要求9所述的服务器,其特征在于,所述原子请求还包括:关联标记,所述关联标记是指与某原子请求直接关联的原子请求的身份信息以及关联关系;
所述第一处理单元包括:第一判断单元、第一执行单元或第二执行单元;
其中,所述分解单元与所述第一判断单元连接,所述第一判断单元与所述第一执行单元或所述第二执行单元连接,所述第一执行单元或所述第二执行单元与所述第二发送单元连接;
所述第一判断单元,用于根据所述关联标记判断各个原子请求之间是否存在关联关系;如果否,则激活所述第一执行单元或所述第二执行单元;
所述第一执行单元,用于并行执行所述原子请求;
所述第二执行单元,用于依次执行所述原子请求。
11.根据权利要求9所述的服务器,其特征在于,所述服务器还包括:第二判断单元、原子请求生成单元和第二处理单元,其中,所述第一处理单元与所述第二判断单元连接,所述第二判断单元与所述原子请求生成单元连接,所述原子请求生成单元与所述第二处理单元连接,所述第二处理单元与所述第二发送单元连接;
所述第二判断单元,用于判断原子请求中是否携带预设标记,如果是,则激活所述原子请求生成单元;
所述原子请求生成单元,用于根据所述预设标记及所述原子请求的处理结果生成新原子请求或新请求序列;
所述第二处理单元,用于响应于生成新原子请求,直接对所述新原子请求进行处理;响应于生成新请求序列,以原子请求为单位对所述请求序列进行分解,然后对分解后的原子请求进行处理。
12.一种信息处理系统,其特征在于,所述系统包括客户端和服务器,所述客户端与所述服务器连接;
所述客户端包括:第一接收单元、请求序列确定单元和第一发送单元, 其中,所述第一接收单元与所述请求序列确定单元连接,所述请求序列确定单元与所述第一发送单元连接;
所述第一接收单元,用于接收用户的指令,并将所述指令发送至所述请求序列确定单元;
所述请求序列确定单元,用于根据所述指令确定相应的请求序列,所述请求序列由原子请求按照预设规则排列形成,所述原子请求是指不可拆分、能够单独执行的请求,包括输入元素集和输出元素集,所述预设规则是指前原子请求的输出元素集至少包含后原子请求中输入元素集的一个输入元素,所述前原子请求与所述后原子请求相邻;
所述第一发送单元,用于将所述请求序列发送至服务器,以实现客户端信息请求;
所述服务器包括:第二接收单元、分解单元、第一处理单元和第二发送单元;
其中,所述第二接收单元与所述分解单元连接,所述分解单元与所述第一处理单元连接,所述第一处理单元与所述第二发送单元连接;
所述第二接收单元,用于接收客户端发送的请求序列;
所述分解单元,用于以原子请求为单位对所述请求序列进行分解;
所述第一处理单元,用于处理各个原子请求;
所述第二发送单元,用于将各个原子请求的处理结果进行汇总,并向客户端发送所述处理结果,以实现服务器信息响应。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410567820.9A CN104270387A (zh) | 2014-10-22 | 2014-10-22 | 信息请求及响应方法、客户端、服务器和信息处理系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410567820.9A CN104270387A (zh) | 2014-10-22 | 2014-10-22 | 信息请求及响应方法、客户端、服务器和信息处理系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104270387A true CN104270387A (zh) | 2015-01-07 |
Family
ID=52161877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410567820.9A Pending CN104270387A (zh) | 2014-10-22 | 2014-10-22 | 信息请求及响应方法、客户端、服务器和信息处理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104270387A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107908736A (zh) * | 2017-11-15 | 2018-04-13 | 深圳忠信信息技术有限公司 | 个人信息集束查询方法、系统及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101779436A (zh) * | 2007-08-15 | 2010-07-14 | 国际商业机器公司 | 跟踪数据的来源并控制数据传输 |
CN101997851A (zh) * | 2009-08-17 | 2011-03-30 | 中兴通讯股份有限公司 | 访问服务端的目录的方法、客户端、服务端及系统 |
CN102209046A (zh) * | 2010-08-24 | 2011-10-05 | 济南聚易信息技术有限公司 | 网络资源整合系统及方法 |
US20120131582A1 (en) * | 2009-07-22 | 2012-05-24 | Alibaba Group Holding Limited | System and Method for Real-Time Batch Account Processing |
CN103401909A (zh) * | 2013-07-24 | 2013-11-20 | 迈普通信技术股份有限公司 | 基于bs的数据交互方法与系统、客户端及服务器 |
-
2014
- 2014-10-22 CN CN201410567820.9A patent/CN104270387A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101779436A (zh) * | 2007-08-15 | 2010-07-14 | 国际商业机器公司 | 跟踪数据的来源并控制数据传输 |
US20120131582A1 (en) * | 2009-07-22 | 2012-05-24 | Alibaba Group Holding Limited | System and Method for Real-Time Batch Account Processing |
CN101997851A (zh) * | 2009-08-17 | 2011-03-30 | 中兴通讯股份有限公司 | 访问服务端的目录的方法、客户端、服务端及系统 |
CN102209046A (zh) * | 2010-08-24 | 2011-10-05 | 济南聚易信息技术有限公司 | 网络资源整合系统及方法 |
CN103401909A (zh) * | 2013-07-24 | 2013-11-20 | 迈普通信技术股份有限公司 | 基于bs的数据交互方法与系统、客户端及服务器 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107908736A (zh) * | 2017-11-15 | 2018-04-13 | 深圳忠信信息技术有限公司 | 个人信息集束查询方法、系统及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111683071B (zh) | 区块链的隐私数据处理方法、装置、设备以及存储介质 | |
CN112182644B (zh) | 一种数据处理方法、装置和电子设备 | |
CN111062024B (zh) | 一种应用登录方法和装置 | |
CN110602214B (zh) | 司法链的证据存证和处理方法、装置、设备和介质 | |
CN112104665A (zh) | 基于区块链的身份验证方法、装置、计算机以及存储介质 | |
CN110602114B (zh) | 基于区块链的身份验证方法及装置、存储介质、电子设备 | |
CN101236629A (zh) | 网上支付系统及网上支付方法 | |
CN104618101A (zh) | 数据处理方法、中间服务器及系统 | |
CN114567643B (zh) | 跨区块链的数据流转方法、装置及相关设备 | |
CN104504347A (zh) | 一种数据一致性匹配处理方法和设备 | |
CN112948499A (zh) | 信息获取方法和装置、电子设备和存储介质 | |
JP5961471B2 (ja) | 複数の情報システムおける出力比較方法 | |
CN109756465A (zh) | 一种身份验证的方法及设备 | |
CN117011052A (zh) | 一种基于智能合约的交易方法、pos机和交易系统 | |
CN103152344A (zh) | 基于数字证书的密码学操作方法及装置 | |
CN109102265B (zh) | 一种基于区块链的数据处理方法及装置 | |
CN105787791B (zh) | 业务请求处理方法及装置 | |
CN104270387A (zh) | 信息请求及响应方法、客户端、服务器和信息处理系统 | |
CN113014556B (zh) | 银企通讯系统、通讯方法以及电子终端 | |
CN112350982B (zh) | 一种资源鉴权方法和装置 | |
CN115098840A (zh) | 一种身份认证方法、装置、设备、介质及产品 | |
CN105405011A (zh) | 一种通过移动终端进行交易认证的方法、服务器及系统 | |
CN110493349B (zh) | 一种业务的移动处理方法及装置 | |
CN113487308A (zh) | 基于区块链的银行终端存款系统及方法 | |
CN114169895A (zh) | 一种支付信息处理系统、方法、装置、介质、产品和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150107 |