专利名称：交易处理系统的制作方法
技术领域：
本发明涉及电子商务技术，尤其涉及一种用于大宗产品交易的交易处理系统。
背景技术：
随着社会信息化及网络化的深入发展，越来越多的商品交易可以基于电子商务 系统完成。电子商务系统可以将服务使用者(交易双方)以及服务提供者(例如金融、 物流服务等)的信息一并整合，这种整合了多方资源、信息的平台有效促进了商品交易 的信息沟通，给服务使用者带来了极大的便利。通常的，电子商务所涉及的交易处理系统一方面需要整合服务提供者提供的应 用服务，并以合乎规范的形式对所述应用服务进行管理和整合，形成与各种服务类型对 应的处理流程，例如信息发布流程、商品交易流程等等。这种规范化的处理流程可以使 得电子商务平台有效的响应使用请求，提高处理能力。专利申请号200710090499.X的中 国专利申请即提供了一种业务流程的处理方法，在保持服务流程相对稳定及标准化的同 时，通过对流程中各步骤的跳转规则进行细化的设定，从而可以向服务使用者提供差异 化的服务。在实际应用中，交易处理系统往往涉及众多的服务使用者，需要对各个使用者 的大量请求进 行相应的处理。通常情况下，使用者对所述应用服务的调用属于“多对 多”的形式，即多个不同的服务使用者同时调用多个应用服务。随着服务使用者的增 力口，这种多对多的调用形式使得服务使用者与应用服务之间的调用关系呈几何级数增 长，交易处理平台很难快速有效的对服务使用者的请求做出响应。而且交易处理系统中 的应用服务大多情况下是由不同的服务提供者提供的，新加入的应用服务需要与整个交 易处理系统中所有已有的应用服务建立通信关系，而且其接口协议可能与已有的应用服 务不同，工作量巨大且容易出错。
发明内容
本发明的目的是提供一种交易处理系统，对多个应用服务进行统一、有效的管 理，能够对多个用户的请求做出快速有效的响应。为解决上述问题，本发明提供了一种交易处理系统，包括客户端、服务整合 平台、数据存储单元和多个应用服务单元，其中，所述服务整合平台接收所述客户端的交易消息并向相应的应用服务单元发出调 用请求；所述应用服务单元接收所述调用请求，从所述数据存储单元获取相应的存储数 据并对所述调用请求进行处理，产生处理数据；所述数据存储单元向所述应用服务单元提供相应的存储数据，并接收所述处理 数据以对所述存储数据进行更新。可选的，所述数据存储单元包括
更新数据子单元，用于记录所述存储数据，并接收所述处理数据以对所述存储 数据进行更新；查询数据子单元，用于对所述更新数据子单元中的存储数据进行备份，并接收 所述应用服务单元的查询请求向其提供相应的存储数据。可选的，所述查询数据子单元每隔预定时间后，从所述更新数据字单元中获取 存储数据并对其进行备份。可选的，所述服务整合平台包括配置管理单元、服务总线及规则单元，其中，所述配置管理单元用于获取交易消息，将所述交易消息转换为访问请求并提供 给所述服务总线；所述规则单元用于提供所述访问请求对应的处理规则；所述服务总线接收所述访问请求，并根据其对应的处理规则向相应的应用服务 单元发 出调用请求。可选的，所述处理规则包括多个请求类型以及每一请求类型对应的处理流程。可选的，所述服务总线包括请求队列，接收所述访问请求并对其进行排队；请求处理单元，从所述请求队列中获取预定数量的访问请求，并根据所述访问 请求对应的请求类型将该访问请求发送至对应的流程处理单元；流程处理单元，接收所述请求处理单元发出的访问请求，并根据其对应的处理 流程向相应的应用服务单元发出调用请求。可选的，所述请求队列根据所述访问请求的优先级或接收的时间顺序对其进行 排队。可选的，所述配置管理单元中存储有访问请求与交易消息的对应关系，并基于 所述对应关系将交易消息转换为访问请求。可选的，所述交易消息包括至少一个访问请求，所述配置管理单元将所述交易 消息转换为至少一个访问请求。可选的，所述服务整合平台还包括服务管理单元，用于对所述应用服务单元进
行管理。可选的，所述对所述应用服务单元进行管理包括应用服务单元的注册、监 控、安全配置、订阅/发布和版本管理。可选的，所述服务整合平台还包括服务端接口单元，用于所述应用服务单元与 服务总线之间的协议转换。可选的，所述服务整合平台还包括用户端接口单元，用于提供接口标准，并基 于所述接口标准接收所述客户端的交易消息并将其传输至所述配置管理单元。与现有技术相比，本发明具有以下优点上述技术方案中，将多个应用服务整合在同一交易处理系统中，对多个应用服 务单元进行统一管理，能够对多个用户的交易消息做出快速有效的处理。此外，本技术方案采用两个数据存储子单元对存储数据分别进行更新和查询， 保证了数据的实时性和有效性。进一步的，本技术方案的交易处理系统可以将用户的交 易消息转换为规范的访问请求，从而使得整个交易处理系统提供的服务类型得到扩展。
进一步的，本技术方案的交易处理系统根据访问请求的请求类型，采用相应的 处理流程向相关的应用服务单元发出调用请求，实现了对多个应用服务单元的统一管
理。 进一步的，本技术方案中的服务总线对各个访问请求进行排队，且同一时间对 预定数量的访问请求进行并行处理，避免了大量并发的访问请求同时涌入交易处理系 统，导致系统负荷过高而瘫痪。进一步的，本技术方案采用服务管理单元对多个应用服务单元进行管理，实现 了版本控制、安全配置、订阅/发布等功能。进一步的，本技术方案的交易处理系统中通过服务端接口单元进行协议转换， 能够支持多个不同的应用服务单元。另外，本技术方案的用户接口单元提供接口标准，各客户端基于所述接口标准 发布交易消息，实现了客户端的统一管理。
图1是本发明实施例的交易处理系统的结构示意图；图2是图1所示结构中的服务总线的结构示意图；图3是本发明的一个实施例的交易消息的处理流程图；图4是本发明的另一个实施例的交易消息的处理流程图。
具体实施例方式为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发 明的具体实施方式
做详细的说明。在以下描述中阐述了具体细节以便于充分理解本发明。但是本发明能够以多种 不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下 做类似推广。因此本发明不受下面公开的具体实施方式
的限制。现有技术的交易处理系统中，用户与应用服务之间为多对多的对应方式，随着 用户数量与应用服务种类的增加，使得整个交易处理系统的负荷呈几何级数级增长，难 以维护和管理，而且无法保证对用户的请求进行快速有效的响应。本技术方案使用包括服务总线的服务整合平台对用户的请求和相关的应用服务 单元进行统一的调度和管理。将用户的各种交易消息转化为规范化的访问请求，使用相 应的处理流程来处理，从而可以使用多个应用服务单元对用户的交易消息进行标准化的 处理，实现了多个应用服务的统一整合和管理。图1是本发明实施例的交易处理系统的结构示意图。如图1所示，本实施例的交易处理系统包括客户端，服务整合平台11，应用 服务单元和数据存储单元13。其中，所述客户端在一具实施例中为多个，分别为客户端1、客户端2至客户端 η,交易处理系统的用户通过所述多个客户端发出交易消息。所述用户可以是买方，也可 以是卖方；所述交易消息可以是合约交易，也可以是现货交易。所述应用服务单元在一具体实施例中为多个，分别为应用服务单元1、应用服务单元2至应用服务单元n，所述客户端发出的交易消息最终由所述应用服务单元来执行 和处理。所述各个应用服务单元可以由多家不同的服务提供者提供，例如在大宗生产资 料的交易中，涉及的具体处理和操作相关的应用程序可以分别由银行、物流、仓储等提 供，其提供的应用程序相当于上述各个应用服务单元。所述应用服务单元根据接收到的 调用请求后进行相应的处理过程，在处理过程中从所述数据存储单元13中获取相关的存 储数据，如银行账户相关的信用、积分以及仓储相关的库存情况等，从而对所述调用请 求进行处理，在处理过程中产生相应的处理数据，如银行账户相关的信用、积分以及仓 储相关的库存情况等的变更。所述数据存储单元13向所述应用服务单元提供相应的存储数据，并接收所述应 用服务单元产生的处理数据以对其内部的存储数据进行更新。本实施例中所述数据存储 单元13包括更新数据子单元131和查询数据子单元132，所述更新数据子单元131用于记 录所述存储数据，并接收所述处理数据以对所述存储数据进行更新；所述查询数据子单 元132用于对所述更新数据子单元131中的存储数据进行备份，并接收所述应用服务单元 的查询请求向其提供相应的存储数据。所述查询数据子单元132每隔预定时间后，从所 述更新数据子单元131中获取存储数据并对其进行备份。所述更新数据子单元131和查询数据子单元132可以使用分布式的数据库系统实 现。在一具体实施例中，以银行相关的应用服务单元为例，其在处理客户端1的交易消 息时，对用户甲的信用进行了更改，相应的更改被实时的记录于所述更新数据子单元131 中，若同时客户端2也发出一交易消息，对所述用户甲的信用进行查询，则相关的查询 数据从所述查询数据字单元132中获取，经过一预定时间后，所述查询数据字单元132对 所述更新数据子单元131中的存储数据进行备份，使其内部的存储数据为更新后的实时 数据，由于本技术方案中采用相互独立的更新数据子单元131和查询数据字单元132分别 进行数据的更新和查询，当二者发生冲突时，数据的更新和查询不会相互影响，保证了 其中的存储数据的实时性和有效性。所述服务整合平台11接收所述客户端的交易消息并向相应的应用服务单元发出 调用请求，具体包括用户端接口单元111、配置管理单元112、规则单元113、服务总 线114、服务管理单元115以及服务端接口单元116。所述用户端接口单元111用于提供接口标准，并基于所述接口标准接收所述客 户端的交易消息并将其传输至所述配置管理单元112。在一具体实施例中，只要用户端采 用所述接口标准发出交易消息，则可接入所述服务整合平台11，因此，所述用户端接口 单元111可以实现不同种类、不同版本的客户端的接入，例如同时支持计算机客户端的 接入和手机客户端的接入，另外也可以对多个不同版本的客户端进行支持，满足用户的 需要。所述配置管理单元112用于获取所述交易消息，将所述交易消息转换为访问请 求并提供给所述服务总线114。在一具体实施例中，所述交易消息可以为合约交易、现货 交易或者二者的组合，其中合约交易和现货交易作为单独的访问请求，分别对应用规范 化的处理规则，而合约交易和现货交易的组合则被拆分转换为和与交易和现货交易相应 的访问请求的组合，从而实现了通过现有访问请求的组合来处理新的交易消息。 所述规则单元113用于提供所述访问请求对应的处理规则，可以包括多个请求类型以及每一请求类型对应的处理流程。在一具体实施例中，所述请求类型包括“合 约”和“现货”，其中现货对应的处理流程包括仓储现货信息的核对、银行信用数据的 查询、现货的交割以及银行、仓储数据的更新等；而合约对应的处理流程包括银行信用 数据的查询更改、相关结算单位的核实等。所述服务总线114接收所述配置管理单元112发出的访问请求，并根据所述规则 单元113提供的处理规则，即请求类型和相应的处理流程，向相应的应用服务单元发出 调用请求。例如根据相关的访问请求，分别调用银行、仓储等服务提供者提供的应用服 务单元进行处理。所述服务管理单元115用于对所述应用服务单元进行管理，包括应用服务单 元的注册，新整合入本实施例的交易处理系统的应用服务单元需要完成注册过程才能够 被调用和获取访问所述数据存储单元13的权限，以接收所述调用请求并进行相关处理； 应用服务单元的监控，监控各个应用服务单元的状态信息，如被调用的次数，当前的版 本信息等；应用服务单元的安全配置，对各个应用服务单元的安全性进行控制，如对 于计算机客户端发出的交易消息，其安全性较低，可能为盗用，则与银行信用相关的应 用服务单元不接受信用数据的更改，仅接受查询，而对于手机客户端发出的交易消息， 其与用户关联度较高，相应的安全性较高，则既可以查询也可以更改；应用服务单元 的订阅/发布，基于客户端对于不同的应用服务的订阅，采用相应的应用服务单元进行 处理，并将处理结果发布至该客户端，例如客户端1订阅了每月的账号信用查询，则银 行提供的应用服务单元则每月将相关的信用信息发布至客户端1 ；应用服务单元的版本 管理，检测客户端调用的各个应用服务单元的版本，例如某一应用服务单元具有两个版 本，初始版本Vl以及更新版本V2，若某一预定期限(如一个月内)内，针对该应用服务 单元的调用请求都是基于更新版本V2的，则将初始版本Vl从所述服务管理单元115注 销，使得后续的调用请求仅针对更新版本V2，从而降低了服务总线114的调用过程的复 杂度。所述服务端接口单元116用于所述应用服务单元与服务总线114之间的协议转 换，对应 用服务单元和服务总线的接口协议进行统一。在一具体实施例中，不同的服务 提供者如银行、仓储等提供的应用服务单元的实现方式、接口协议不尽相同，所述服务 端接口单元116用于将不同类型如基于超文本传输协议(HTTP)或者简单对象访问协议 (SOAP)的应用服务单元的接口信息转换为与所述服务总线114兼容的统一协议，便于系 统的集成以及不同服务提供者提供的新的应用服务单元的添加。本实施例中所述服务端 接口单元116可以支持常见的各种实现协议，从而提高了适用性。图2示出了图1中所示的服务总线114的结构示意图。如图2所示，本实施例的服务总线包括请求队列114a，接收所述配置管理单 元112产生的访问请求并对其进行排队；请求处理单元114b，从所述请求队列中获取预 定数量的访问请求，并根据所述访问请求对应的请求类型将该访问请求发送至对应的流 程处理单元114c;流程处理单元114c，接收所述请求处理单元114b发出的访问请求，并 根据其对应的处理流程向相应的应用服务单元发出调用请求。在一具体实施例中，所述请求队列114a在接收到访问请求后，会对其进行缓存 和排序，不同的访问请求对应于不同的优先级，由于服务总线114的请求处理能力是有限的，因此，在设定优先级之后，优先级高的访问请求优先提供给请求处理单元114b， 以保证其被优先处理，而优先级较低的访问请求可以暂缓处理。另外，所述排队过程还 可以根据访问请求接收的时间顺序进行，先接收到的访问请求优先提供至请求处理单元 114b。所述服务总线114的处理能力主要由请求处理单元114b决定。所述请求处理单 元114b在一具体实施例中可以为多个，如请求处理单元1、请求处理单元2至请求处理单 元n，在同一时刻，每一请求处理单元仅对一个访问请求进行处理。因此，请求处理单元 114b可以处理的访问请求数量最多不超过请求处理单元的具体数量。当一个或多个请求 处理单元处于空闲状态时，所述请求处理单元114b就访问请求队列114a，查看所述请求 队列114a中是否暂存有未处理的访问请求如果存在访问请求尚未处理，所述请求处理 子单元114b调用优先级最高的访问请求，并将所述访问请求发送给相应的流程处理单元 114c。所述请求处理单元114b可以对同时进行处理的访问请求的数量进行限制，避免了 大量并发的访问请求同时涌入交易处理系统，导致系统负荷过高而瘫痪。对于所述流程处理单元114c，其中可以包含有多个流程处理单元如流程处理单 元1、流程处理单元2至流程处理单元η。与请求处理单元114b类似，每个流程处理单 元同一时刻也仅处理一个访问请求，但是，所述流程处理单元114c在处理访问请求时， 需要基于所述规则单元提供的与所述访问请求对应的处理流程，逐步处理访问请求。对 于处理流程的不同步骤，所述流程处理单元114c分别调用不同的应用服务单元，例如流 程处理单元1对应于银行提供的应用服务单元而流程处理单元2对应于仓储提供的应用服 务单元，即根据处于访问请求的不同阶段分别对对应的应用服务单元发出调用请求，并 由所述应用服务单元处理该访问请求，在某一处理步骤的应用服务单元处理完之后，访 问请求的处理结果再返回给流程处理单元114c，由所述流程处理单元114c向下一应用服 务单元发出调用请求。经过处理流程中包括的多个处理步骤之后，所述访问请求完成对 应的处理，并产生处理数据，之后，所述电子交 易服务平台将处理数据存储于所述数据 存储单元。作为一个优选的实施例，所述流程处理单元114c接收到的访问请求是经过加 密处理的，因此，所述流程处理单元114c还用于对加密后的访问请求进行解密，之后再 根据相应的处理流程进行处理。下面以大宗的生产资料交易为例对本实施例的交易处理系统的工作过程进行详 细说明。以钢材交易为例，客户端发出的交易消息包括钢材现货的交易消息(对应于 实际的钢材的买卖，相关的出库、入库以及银行结算等)；合约的交易消息(对应于采 购、销售的意向)。图3示出了本实施例的合约交易的流程示意图，结合图1，其对应于某用户(买 方或卖方)通过客户端发出合约交易的交易消息，其交易消息由所述配置管理单元112转 换为访问请求(本实施例中仍为合约交易)，之后传输至所述服务总线114，所述服务总 线114对其进行排序和处理，具体处理过程则依据所述规则单元113中存储的处理规则 确定，具体包括其请求类型为“合约”，对应的处理流程如图3所示。相关处理流程包 括步骤S101，标准合约发布，本步骤经由所述服务总线114处理后向相应的应用服务 单元(如交易处理系统内部提供的合约应用服务单元)发出调用请求进行发布，所述标准 合约中包括交易品、交易时间、交易地点、交易价格等标准要素；步骤S102，合约价格检查通过，本步骤也由所述合约应用服务单元完成，若未通过则执行步骤S120，不能发 布合约，如通过则执行步骤S103，检查发布用户的信用是否足够；步骤S103涉及信用的 检查，所述服务总线114中的流程处理单元相应的调用银行提供的信用应用服务单元， 对发布用户的信用进行检查；若信用足够，则执行步骤S104，进行标准合约信用占用， 类似的服务总线114对银行提供的信用应用服务单元进行调用，将发布用户的一部分信 用占用；步骤S105，标准合约生成成功，本步骤由所述合约应用服务单元完成；步骤 S106，申请结算单位关联，以及步骤S107，检查申请结算单位的关联是否审核通过，上 述两个步骤需要对合约交易的具体结算单位进行关联，如具体由哪一单位负责对本合约 进行结算，也由所述合约应用服务单元完成；若审核未通过，则执行步骤S130，合约关 联失败；如审核通过，则执行步骤S108，产生关联合约信用占用，步骤S109，释放标准 合约信用占用，上述2个步骤涉及用户的信用，由所述服务总线114中的流程处理单元相 应的调用银行提供的信用应用服务单元完成；之后执行步骤S110，关联合约生成成功， 由所述合约应用服务单元完成。需要说明 的是，上述合约交易的流程是根据所述规则单元113中的处理规则， 并由所述服务总线114进行统一调度，调用相应的应用服务单元完成的。一方面所述 规则单元113中的处理规则可以由交易处理系统的管理者进行配置和更新，以对用户的 交易消息进行有效的处理，并能够根据实际需求对相应的处理规则进行更改和优化；另 一方面，由于实际使用中有大量用户同时发出各种交易消息，所述服务总线114可以对 大量的访问请求进行调度并异步进行处理，实现同步的访问请求到异步的处理过程的转 换，提高了系统的处理效率和利用率。另外，在上述合约交易处理过程中，涉及到的合约的属性数据以及相关的银行 信用的存储数据的查询和更新都是通过所述数据存储单元13完成的。图4示出了另一实施例的现货交易的流程示意图，结合图1，包括步骤S201， 卖方用户通过所述客户端发出卖出现货交易的交易消息，而买方用户通过所述客户端对 于该消息进行响应，希望买入；步骤S202，检查买方用户信用是否足够，本步骤由所 述服务总线114中的流程处理单元相应的调用银行提供的信用应用服务单元完成；如足 够，则执行步骤S203，现货交易发起，步骤S204，产生买方用户的信用占用，本步骤 仍由所述银行提供的信用应用服务单元完成；之后执行步骤S205，买卖双方用户确认交 易，由所述交易处理系统内部集成的现货确认应用服务单元完成，具体可以通过买卖双 方通过所述现货确认应用服务单元发送至各自客户端的回执来确定；步骤S206，释放 买入用户的信用占用，在获取买卖双方的确认后由所述银行提供的信用应用服务单元完 成；之后执行步骤S207，现货交易成功，产生积分，由银行提供的或是交易处理系统内 部集成的积分应用服务单元完成。类似的，上述各步骤所需要查询的存储数据以及产生 的处理数据通过所述数据存储单元13完成。上述两个实施例的交易消息分别为合约交易和现货交易，在实际应用中，可以 为一较复杂的交易消息，如合约交易与现货交易的组合，之后由所述配置管理单元将其 转换为相对独立的合约交易以及现货交易的访问请求进行处理，从而实现了利用已有的 处理规则的组合来实现对新的交易消息的响应。本发明虽然已以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改，因此，凡是未脱离本发明技术方案的内容，依 据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本发 明技术方案的保护范围。
权利要求
1.一种交易处理系统，其特征在于，包括客户端、服务整合平台、数据存储单元和 多个应用服务单元，其中，所述服务整合平台接收所述客户端的交易消息并向相应的应用服务单元发出调用请求；所述应用服务单元接收所述调用请求，从所述数据存储单元获取相应的存储数据并 对所述调用请求进行处理，产生处理数据；所述数据存储单元向所述应用服务单元提供相应的存储数据，并接收所述处理数据 以对所述存储数据进行更新。
2.根据权利要求1所述的交易处理系统，其特征在于，所述数据存储单元包括 更新数据子单元，用于记录所述存储数据，并接收所述处理数据以对所述存储数据进行更新；查询数据子单元，用于对所述更新数据子单元中的存储数据进行备份，并接收所述 应用服务单元的查询请求向其提供相应的存储数据。
3.根据权利要求2所述的交易处理系统，其特征在于，所述查询数据子单元每隔预定 时间后，从所述更新数据子单元中获取存储数据并对其进行备份。
4.根据权利要求1所述的交易处理系统，其特征在于，所述服务整合平台包括配置管 理单元、服务总线及规则单元，其中，所述配置管理单元用于获取交易消息，将所述交易消息转换为访问请求并提供给所 述服务总线；所述规则单元用于提供所述访问请求对应的处理规则；所述服务总线接收所述访问请求，并根据其对应的处理规则向相应的应用服务单元 发出调用请求。
5.根据权利要求4所述的交易处理系统，其特征在于，所述处理规则包括多个请求类 型以及每一请求类型对应的处理流程。
6.根据权利要求5所述的交易处理系统，其特征在于，所述服务总线包括 请求队列，接收所述访问请求并对其进行排队；请求处理单元，从所述请求队列中获取预定数量的访问请求，并根据所述访问请求 对应的请求类型将该访问请求发送至对应的流程处理单元；流程处理单元，接收所述请求处理单元发出的访问请求，并根据其对应的处理流程 向相应的应用服务单元发出调用请求。
7.根据权利要求6所述的交易处理系统，其特征在于，所述请求队列根据所述访问请 求的优先级或接收的时间顺序对其进行排队。
8.根据权利要求4所述的交易处理系统，其特征在于，所述配置管理单元中存储有访 问请求与交易消息的对应关系，并基于所述对应关系将交易消息转换为访问请求。
9.根据权利要求8所述的交易处理系统，其特征在于，所述交易消息包括至少一个访 问请求，所述配置管理单元将所述交易消息转换为至少一个访问请求。
10.根据权利要求4所述的交易处理系统，其特征在于，所述服务整合平台还包括服 务管理单元，用于对所述应用服务单元进行管理。
11.根据权利要求10所述的交易处理系统，其特征在于，所述对所述应用服务单元进行管理包括应用服务单元的注册、监控、安全配置、订阅/发布和版本管理。
12.根据权利要求4所述的交易处理系统，其特征在于，所述服务整合平台还包括服 务端接口单元，用于所述应用服务单元与服务总线之间的协议转换。
13.根据权利要求4所述的交易处理系统，其特征在于，所述服务整合平台还包括用 户端接口单元，用于提供接口标准，并基于所述接口标准接收所述客户端的交易消息并 将其传输至所述配置管理单元。
全文摘要
一种交易处理系统，包括客户端、服务整合平台、数据存储单元和多个应用服务单元，其中，所述服务整合平台接收所述客户端的交易消息并向相应的应用服务单元发出调用请求；所述应用服务单元接收所述调用请求，从所述数据存储单元获取相应的存储数据并对所述调用请求进行处理，产生处理数据；所述数据存储单元向所述应用服务单元提供相应的存储数据，并接收所述处理数据以对所述存储数据进行更新。本发明可以对多个应用服务进行统一、有效的管理，能够对多个用户的请求做出快速有效的响应。
文档编号G06Q30/00GK102024233SQ20101019744
公开日2011年4月20日 申请日期2010年6月4日 优先权日2010年6月4日
发明者虞钢 申请人:西本新干线股份有限公司