CN102255867A - 服务请求处理方法、装置及*** - Google Patents

Abstract

本发明公开了一种服务请求处理方法、装置及***，涉及通信技术领域，解决了现有技术中当服务调用请求发起端每次请求办理的业务包含两个或两个以上不同***中的数据时，服务器不能一次完成办理业务的问题。首先，接收服务调用请求，解析所述服务调用请求，并获取至少两项服务内容；根据所述至少两项服务内容获取所述至少两项服务内容分别对应的服务路由；将所述至少两项服务内容分别发送到与所述服务路由对应的处理***；接收所述处理***返回的对服务内容的处理结果；发送所述处理结果。本发明主要用于将服务调用请求发起端接入服务***，尤其应用于将终端接入服务***。

Description

服务请求处理方法、装置及***

技术领域

本发明涉及通信技术领域，尤其涉及服务请求处理方法、装置及***。

背景技术

现有技术中，在终端***需要办理业务时，一般可以通过客户呼叫中心办理，或者是采用非结构化补充数据业务(USSD)的方式办理，也可以到自助营业厅去办理。但是，建设大型客户呼叫中心需要投入大量的人力、物力和财力，且在高峰时段容易引发排队；而采用USSD的方式或者到自助营业厅办理业务，虽然所有数据都是从业务支撑***(BSS)内实时获取，但由于BSS中一般包括客户关系管理(CRM)***、计费(Biling)***、计算***、营销分析***等用于管理不同服务数据的不同处理***，在采用USSD方式办理业务时，由于USSD每次只能访问BSS中的一个***，所以，每次请求办理的业务包含两个或两个以上不同***中的数据时，USSD将不能正常完成业务的办理。例如：既要查询余额又要开通彩玲业务，查询余额需要访问BSS中的计费***，开通彩铃业务需要访问BSS中的CRM***，采用现有技术中的业务办理方案需要分别访问计费***和CRM***，这需要终端多次提交请求才能完成这两项业务的办理，过程较为繁琐。

发明内容

本发明的实施例提供一种服务请求处理方法、装置及***，采用本发明所述技术方案，每次请求办理的业务包含两个或两个以上不同***中的数据时，客户可以只提交一次请求便可全部办理完成。

为达到上述目的，本发明的实施例采用如下技术方案：

一种服务请求处理方法，包括：

接收服务调用请求；

解析所述服务调用请求，并获取至少两项服务内容；

根据所述至少两项服务内容获取所述至少两项服务内容分别对应的服务路由；

将所述至少两项服务内容分别发送到与所述服务路由对应的处理***；

接收所述处理***返回的对服务内容的处理结果；

发送所述处理结果。

一种服务请求解析装置，所述装置包括：

第一接收单元，用于接收服务调用请求；

解析单元，用于解析所述服务调用请求，并获取至少两项服务内容，所述至少两项服务内容通过服务请求分发装置分别分发送到对应的处理***；

第一接收单元，还用于接收所述处理***通过服务请求分发装置返回的对服务内容的处理结果；

第一发送单元，用于发送所述处理结果。

一种服务请求分发装置，包括：

获取单元，用于根据服务请求解析装置解析服务调用请求获取的至少两项服务内容获取所述至少两项服务内容分别对应的服务路由；

分发单元，用于将所述至少两项服务内容分别发送到与所述服务路由对应的处理***；

第二接收单元，用于接收所述处理***返回的对服务内容的处理结果；

第二发送单元，用于将处理***返回的对服务内容的处理结果通过服务请求解析装置发送给服务调用请求发起端。

一种服务请求处理***，所述***包括：

服务请求解析装置，用于接收服务调用请求，从所接收的服务调用请求中解析出至少两项服务内容；

服务请求分发装置，用于获取所述至少两项服务内容分别对应的服务路由，将所述至少两项服务内容分别发送到与所述服务路由对应的处理***，在所述处理***发送出对服务内容的处理结果后，接收所述处理结果，并通过所述服务请求解析装置发送所述处理结果给服务调用请求发起端。

本发明所述技术方案提供的服务请求处理***，包括服务请求解析装置和服务请求分发装置，所述服务请求解析装置接收服务调用请求发起端发起的服务调用请求，再从所接收的服务调用请求中解析出至少两项服务内容，所述服务请求分发装置分别将所述至少两项服务内容分发到服务端中对应的处理***，服务端中处理***分别处理每项服务内容，分别得出处理结果，同时将所述处理结果汇总返回给所述服务请求处理***，所述服务请求处理***再把所述处理结果汇总返回给服务调用请求发起端，这样，用户每次请求办理的业务包含两个或两个以上不同处理***中的数据时，也可以通过一次提交全部完成，操作方便。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的服务请求处理方法流程图；

图2为本发明实施例提供的服务请求解析装置的结构框图；

图3为本发明实施例提供的服务请求分发装置的结构框图；

图4为本发明实施例提供的改进的服务请求处理方法流程图；

图5为本发明实施例所述服务调用请求的发起流程图；

图6为本发明实施例提供的接收服务调用请求的流程图；

图7为本发明实施例提供的改进的服务请求解析装置的结构框图；

图8为本发明实施例所述服务请求分发装置改进的实施例的机构框图；

图9为本发明实施例所述服务请求处理***的结构框图；

图10为本发明实施例所述数据模型图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种服务请求处理方法，如图1所示，包括：

101、服务调用请求发起端发送服务调用请求后，接收所述服务调用请求。

102、在接收到服务调用请求发起端发起的服务调用请求后，解析所述服务调用请求，并从所述服务调用请求中获取至少两项服务内容。

103、在预先存储的映射表中查找出与所述至少两项服务内容相匹配的不同的处理***，所述映射表中包括服务内容与处理***映射关系，由此获取所述至少两项服务内容分别对应的服务路由。

104、得到所述至少两项服务内容分别对应的服务路由后，将所述至少两项服务内容分别发送到服务端中与所述服务路由对应的处理***。

105、在所述服务端中处理***汇总返回对服务内容的处理结果后，接收所述处理结果。

106、在接收到所述处理结果后，将所述处理结果发送给所述服务调用请求发起端。

本发明实施例提供一种服务请求解析装置，如图2所示，包括：第一接收单元21、解析单元22、第一发送单元23。

本发明实施例提供一种服务请求分发装置，如图3所示，包括：获取单元31、分发单元32、第二接收单元33、第二发送单元34。

其中，当服务调用请求发起端发起服务调用请求后，所述第一接收单元21接收所述服务调用请求发起端发起的服务调用请求，所述解析单元22从所接收到的服务调用请求中解析出至少两项服务内容，所述获取单元31在预先存储的映射表中查找出与所述至少两项服务内容相匹配的处理***，并获取所述至少两项服务内容分别对应的服务路由，所述映射表中包括服务端能够为客户提供的各种服务内容信息和服务内容与处理***映射关系，所述分发单元32根据所述服务路由分别将所述至少两项服务内容分别发送到服务端中对应的处理***，在服务端中处理***汇总返回对所述至少两项服务内容处理的处理结果后，所述第二接收单元33接收所述处理结果，在接收到所述处理结果后，所述第二发送单元34将所述处理结果发送给所述第一接收单元21，所述第一接收单元21接收到所述处理结果后，所述第一发送单元23将所述处理结果发送给服务调用请求发起端。

本实施例所述服务请求解析装置和所述服务请求分发装置发挥着服务调用请求发起端与服务端之间的中转站、桥梁、服务提供者及服务仓库的作用。

本实施例提供的技术方案，所述服务请求解析装置接收服务调用请求发起端发起的服务调用请求，再从所接收的服务调用请求中解析出至少两项服务内容，所述服务请求分发装置在预先存储的映射表中查找出与所述至少两项服务内容相匹配的处理***，所述映射表中包括服务内容与处理***映射关系，获取所述至少两项服务内容分别对应的服务路由，分别将所述至少两项服务内容分发到服务端中对应的处理***，服务端中处理***分别处理每项服务内容，分别得出处理结果，同时将所述处理结果返回给所述处理***，所述处理***再把所述处理结果汇总返回给服务调用请求发起端，这样，用户每次请求办理的业务包含两个或两个以上不同处理***中的数据时，也可以通过一次提交全部完成，操作方便。

本实施例中所述将所述处理结果发送给所述服务调用请求发起端为即可以是以同步的方式将所述处理结果发送给所述服务调用请求发起端或者是以异步的方式将所述处理结果发送给所述服务调用请求发起端。

当所述将所述处理结果发送给所述服务调用请求发起端是以异步的方式将所述处理结果发送给所述服务调用请求发起端时，在将所述处理结果发送给所述服务调用请求发起端前，需要对所述处理结果进行回调处理，在所述回调处理结束后，再将所述处理结果发送给所述服务调用请求发起端。

本实施例所述服务请求解析装置，可以通过架构专业的终端接入处理装置来实现，也可以无需采用专业的终端接入处理装置，而是采用类似网络的浏览器/服务端(B/S)架构，将终端接入网络(wap)站点，通过wap站点完成所述服务请求解析装置的工作。

本发明提供另一种服务请求处理方法实施例，在本实施例中可以采用但不限于通过服务请求解析装置完成相应服务调用请求的解析，通过服务请求分发装置完成相应的服务内容的分发，具体如图4所示，包括：

401、在服务调用请求发起端发送一个请求服务范围后，所述服务请求解析装置接收服务调用请求发起端发送的服务请求消息。所述服务请求消息可以是一个模糊的请求语句，例如，客户在服务调用请求发起端输入“我希望查看我的消费剩余情况”。从这个请求语句来看，无法确定客户请求的具体服务内容，只能确定一个服务的范围。请求的内容可以是计费***中的查询余额、查询当日消费、查询当月消费等服务请求，也可以是CRM***中的查询积分等服务请求。

402、所述服务请求解析装置从所述服务请求范围中解析出至少两项服务请求内容。从401所述服务请求“我希望查看我的消费剩余情况”中解析出查询余额、查询当日消费、查询当月消费、查询积分等服务内容。

403、所述服务请求解析装置将所述至少两项服务请求内容发送给服务调用请求发起端。即将查询余额、查询当日消费、查询当月消费、查询积分等服务内容发送给服务调用请求发起端，供用户选择。

404、在用户从所述至少两项服务请求内容中作出选择后，即所述服务调用请求发起端发起服务调用请求后，所述服务请求解析装置接收所述服务调用请求发起端发起的服务调用请求。如客户选择了查询余额和查询积分，接收这两个请求内容组成的服务调用请求。

405、在接收到服务调用请求发起端发起的查询余额和查询积分请求内容组成的服务调用请求后，所述服务请求解析装置从所述服务调用请求中解析出查询余额和查询积分两项服务内容。

406、将所述解析出的查询余额和查询积分两项服务内容发送给所述服务请求分发装置。

407、所述服务请求分发装置在预先存储的映射表中查找出与查询余额和查询积分相匹配的处理***，获取所述查询余额和查询积分对应的处理***分别是计费***和CRM***，并根据映射表中服务内容与处理***映射关系获取查询余额和查询积分分别对应的服务路由。

408、得到所述查询余额和查询积分分别对应的服务路由后，所述服务请求分发装置将所述查询余额和查询积分两项服务内容分别发送到服务端中与所述服务路由对应的计费***和CRM***进行处理。

409、在所述服务端中处理***汇总返回对查询余额和查询积分两项服务内容的处理结果后，所述服务请求分发装置接收所述处理结果。

4010、在接收到所述处理结果后，所述服务请求分发装置将所述处理结果发送给所述服务请求解析装置。

4011、所述服务请求解析装置将所述处理结果发送给服务调用请求发起端。

本实施例所述服务请求处理方法，能够接收服务调用请求发起端发起的表示一个服务范围的请求，并对所述请求进行解析，解析出至少两项服务请求的服务内容，将解析出的服务请求的服务内容发送给服务调用请求发起端，供用户选择，用户可以根据需要提交由选择出的服务内容组成的服务调用请求，服务调用请求发起端获取了用户的服务调用请求后，将所述服务调用请求进行数据包的封装处理，将所述服务调用中的所有服务内容封装到一个业务请求包中。本实施例所述服务调用请求发起端服务请求处理方法可以使服务调用请求发起端与客户建立高交互的操作界面，所述操作界面不一定是固定好的界面模式，可以是类似于对话的方式。服务调用请求发起端通过对话的方式获取用户的输入信息，并传送给服务请求解析装置，请求服务请求解析装置对用户输入的信息进行解析处理。用户通过操作界面可以发现自己想要的服务。这个交互的过程，服务调用请求发起端界面类似于一个智能化的机器人，与客户建立一个沟通的过程，在服务调用请求发起端与客户进行智能沟通的同时，不断地将用户的选择或者输入信息传输给所述服务请求解析装置，所述服务请求解析装置将用户输入信息与存储单元内预先存储的服务信息进行匹配，为客户提供最符合条件的服务信息。

上述实施例中服务请求解析装置和服务请求分发装置是分别在两个设备上实现的，在实际运用时，所述服务请求解析装置和服务请求分发装置的功能可以在同一台设备中实现。

作为本实施例的一种改进，本发明实施例提供一种服务请求处理方法，如图5所示，其中所述服务调用请求的发起包括：

501、服务调用请求发起端生成服务调用请求。

502、所述服务调用请求发起端调用所述服务调用请求。

503、为了保证所传输的数据正确和符合传输协议标准，在所述服务调用请求发起端生成服务调用请求后，所述服务调用请求发起端对所述服务调用请求进行数据校验和格式化。

504、在对所述服务调用请求进行数据校验和格式化后，所述服务调用请求发起端对所述服务调用请求进行序列化操作，生成序列化消息。

505、在将所述服务调用请求进行序列化操作后，与通信对方建立链路请求，并通过通信链路发送序列化之后的服务调用请求到通信对方。

作为本实施例的一种改进，本发明实施例提供一种服务请求处理方法，如图6所示，其中所述接收服务调用请求包括：

601、在服务调用请求发起端通过通信链路发送序列化之后的服务调用请求后，接收所述服务调用请求序列化消息。

602、在接收到所述服务调用请求后，将所述服务调用请求进行反序列化操作，得到反序列化消息。

603、为了保证所传输的数据正确和符合传输协议标准，在将所述服务调用请求进行反序列化后，对所述反序列化消息进行校验和格式化。

604、调用所述服务调用请求。

作为本实施例的一种改进，本发明实施例提供一种服务请求解析装置，如图7所示，包括：第一接收单元71、解析单元72、第一发送单元73。

其中，所述第一接收单元71包括：通讯模块711、反序列化模块712、数据处理模块713、服务调用模块714。

所述通讯模块711与服务调用请求发起端建立链路连接，在服务调用请求发起端通过链路发送来序列化之后的服务调用请求后，所述通讯模块711接收所述服务调用请求，在接收到所述服务调用请求后，所述反序列化模块712将所述服务调用请求进行反序列化，得到反序列化消息，在将所述服务调用请求反序列化以后，数据处理模块713对所述服务调用请求进行校验和格式化，所述服务调用模块714调用所述服务调用请求。

为了配合本实施例所述服务请求解析装置实现所述服务请求处理方法本发明实施例提供一种服务请求分发装置，如图8所示，包括：存储单元81、获取单元82、分发单元83、第二接收单元84、第二发送单元85。

在所述第一接收单元71接收到服务调用请求后，所述解析单元72从所述服务调用请求中解析出至少两项服务内容，所述获取单元82在所述存储单元81中存储的映射表中查找出与所述至少两项服务内容相匹配的处理***，获取所述至少两项服务内容分别对应的服务路由，所述映射表中包括服务端能够为客户提供的各种服务内容信息和服务内容与处理***映射关系，所述分发单元83将所述服务请求解析装置解析出的至少两项服务内容分别发送到服务端中与所述服务路由对应的处理***，在服务端中处理***返回对服务内容的处理结果后，所述第二接收单元84接收所述处理结果，在所述第二接收单元84接收到所述处理结果后，所述第二发送单元85将所述处理结果发给服务请求解析装置中的第二接收单元73，在所述第二接收单元73接收到所述处理结果后，所述第一发送单元74将所述处理结果发送给服务调用请求发起端。

本实施例中所述存储单元，用来存放所需各种服务内容信息和服务内容与处理***映射关系等各种信息，不再需要单独提供存储设备。所述通讯模块负责将序列化消息和反序列化消息根据需要与对端建立链路请求，之后将序列化消息或者反序列化消息发送至对端，也可以接收对端发送来的序列化消息或者反序列化消息，并根据返回信息确定是否正常，所述链路可以采用webservice、java消息服务(JMS)、超文本传输协议(HTTP)、Socket等实现。所述数据处理模块为了为了保证所传输的数据正确和符合传输协议标准。所述服务调用模块用来调用所述服务调用请求。

一般来说远程调用主要包括对传递的数据的序列化和反序列化的问题，本发明实施例所述服务请求解析装置向服务调用请求发起端***提供专业的服务调用应用程序接口(API)包，服务调用请求发起端只需要集成该API包，通过调用API包内的相应API实现对服务的调用，本实施例所述服务调用请求发起端***通过服务调用请求发起端API包可以实现对数据的序列化和反序列化，也就是说数据的序列化和反序列化对于服务调用请求发起端来说是透明的。采用这种方式，客户端可以为客户提供高交互的操作体验，可以完全在本地完成所有需要的操作后提交给所述服务请求解析装置和所述服务请求分发装置处理。

为了使数据在传输过程中始终保持正确和顺利，本实施例所述的各个步骤可以贯穿一个异常处理操作，负责在数据传输的过程中的异常捕捉和处理。

作为本实施例的另一种改进，本发明实施例所述服务请求处理方法，在接收服务调用请求发起端发起的服务调用请求之后，利用所述服务调用请求中用户的电子数字签名信息对所述服务范围请求进行安全验证。在所述安全验证没有通过的情况下，向服务调用请求发起端返回验证失败信息。

为配合实现上述改进的服务请求处理方法，本发明实施例提供一种服务请求解析装置，包括验证单元。

其中，当服务调用请求发起端发起服务调用请求后，所述服务请求解析装置接收到所述服务调用请求发起端发起的服务调用请求后，所述验证单元利用所述服务调用请求中用户的电子数字签名信息对所述服务调用请求进行安全验证，在所述安全验证没有通过的情况下，所述服务请求解析装置将向服务调用请求发起端返回验证失败信息。

本实施例所述的验证单元提供的安全验证过程可以验证用户的身份、请求内容等各种信息，在所述安全验证通过的情况下，才会处理用户的服务调用请求，提高了用户操作过程中的安全性。

本发明实施例提供一种服务请求处理***，如图9所示，包括：服务请求解析装置91和服务请求分发装置92。

其中，所述服务请求解析装置91接收服务调用请求发起端发起的服务调用请求，再从所接收的服务调用请求中解析出至少两项服务内容，所述服务请求分发装置92获取所述服务请求解析装置91从服务调用请求发起端发起的服务调用请求中解析出的至少两项服务内容分别对应的服务路由，并将所述至少两项服务内容通分别分发到服务端中对应的处理***，在服务端中处理***汇总返回对所述至少两项服务内容作出的处理结果后，所述服务请求分发装置92接收所述处理结果，在所述服务请求分发装置92接收到所述处理结果后，所述服务请求分发装置92将所述处理结果发送给所述服务请求解析装置91，在所述服务请求解析装置91接收到所述处理结果后，所述服务请求解析装置91将所述处理结果发送给服务调用请求发起端。

本实施例所述服务请求处理***中的所述服务请求解析装置和服务请求分发装置即可以在同一设备上实现也可以分别在不同设备上实现。

本发明所述技术方案提供的服务请求处理***，包括服务请求解析装置和服务请求分发装置，所述服务请求解析装置接收服务调用请求发起端发起的服务调用请求，再从所接收的服务调用请求中解析出至少两项服务内容，服务请求分发装置获取所述至少两项服务内容的服务路由，并分别将所述至少两项服务内容分发到服务端中对应的处理***，服务端中处理***分别处理每项服务内容，分别得出处理结果，同时将所述处理结果汇总返回给所述服务请求处理***，所述服务请求处理***再把所述处理结果汇总返回给服务调用请求发起端，这样，用户每次请求办理的业务包含两个或两个以上不同处理***中的数据时，也可以通过一次提交全部完成，操作方便。

如图10所示，本实施例所述服务调用请求或者处理结果采用XML标记语言实现通信数据模型，所述通信数据模型包括：客户信息(customer_info)和业务信息(service_infos)；

所述客户信息体包括：客户名称(customer_name)、客户类别等级(customer_type)、客户国际移动用户识别码(imsi)、客户身份号码(msisdn)；

所述业务信息体(service_info)包括：服务名称(service_name)、操作类型(service_type)、服务参数(service_params)；

所述服务参数体(service_param)包括：参数名称(param_name)、参数新值(param_value)、参数旧值(param_old_value)。

具体的说所述客户信息可以包括号码、串号、***等。所述业务信息可以包括业务类型、业务参数等信息，所述业务信息中可以包含一个或者一个以上不同业务类型的业务信息体。所述操作类型可以包括开通(add)和取消(del)等操作。所述服务参数可以包括一个或者一个以上的不同服务参数体。

如图10中虚线部分所示，为了区分服务端对服务请求分发装置发送过去的服务内容是否是正常处理的处理结果，可以在服务端返回的数据模型中的业务信息体内增加处理状态参数(state)字段和Memo字段，用来表示当前业务请求的处理结果是否正常处理，处理状态参数可以包含正常处理(OK)和处理失败(False)两种情况，Memo字段中为对处理结果的一个说明描述，如果处理失败，则这。为失败的信息，如正常处理，则这里为正常处理信息。

本发明实施例所述技术方案，给运营商提供了一种强有力的运营补充，减轻客户呼叫中心的压力。

本发明所述技术方案也可以使用在游戏程序中，游戏用户可以实时获取需要的服务，比如购买道具、与其他玩家实时交流、计算费用等操作。其他各种应用程序也可以使用，比如应用商店(APP store)也可以基于此进行实时扣费、个人购买信息查询余统计等操作。利用不同服务调用请求发起端***的具体特性可以为客户提供更加丰富强大的服务。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (14)

1.一种服务请求处理方法，其特征在于，包括：

接收服务调用请求；

解析所述服务调用请求，并获取至少两项服务内容；

根据所述至少两项服务内容获取所述至少两项服务内容分别对应的服务路由；

将所述至少两项服务内容分别发送到与所述服务路由对应的处理***；

接收所述处理***返回的对服务内容的处理结果；

发送所述处理结果。

2.根据权利要求1所述的服务请求处理方法，其特征在于，所述获取所述至少两项服务内容分别对应的服务路由包括：

在预先存储的映射表中查找出与所述至少两项服务内容相匹配的处理***，所述映射表中包括服务内容与处理***映射关系。

3.根据权利要求1所述的服务请求处理方法，其特征在于，在接收服务调用请求之前，所述方法还包括：

接收服务请求消息；

将所述服务请求消息内的至少两项服务内容发送给服务请求消息发起端；

所述接收服务调用请求为：接收由服务请求消息发起端从所述至少两项服务内容中选择出的服务内容组成的服务调用请求。

4.根据权利要求1、2或3所述的服务请求处理方法，其特征在于，所述服务调用请求的发起包括：

生成服务调用请求；

调用所述服务调用请求；

对所述服务调用请求进行数据校验和格式化；

将通过数据校验和格式化的服务调用请求进行序列化；

通过通信链路发送序列化之后的服务调用请求。

5.根据权利要求1、2或3所述的务请求处理方法，其特征在于，所述接收服务调用请求，包括：

接收服务调用请求发起端通过链路发送来的序列化之后的服务调用请求；

将所述服务调用请求进行反序列化；

对反序列化之后的服务调用请求进行校验和格式化；

调用所述服务调用请求。

6.根据权利要求1所述的服务请求处理方法，其特征在于，在接收服务调用请求之后，所述方法还包括：

利用所述服务调用请求中用户的电子数字签名信息对所述服务调用请求进行安全验证。

7.根据权利要求1所述服务请求处理方法，其特征在于，所述服务调用请求或者处理结果采用XML标记语言实现通信数据模型，所述通信数据模型包括：客户信息和业务信息。

8.一种服务请求解析装置，其特征在于，所述装置包括：

第一接收单元，用于接收服务调用请求；

解析单元，用于解析所述服务调用请求，并获取至少两项服务内容，所述至少两项服务内容通过服务请求分发装置分别分发送到对应的处理***；

第一接收单元，还用于接收所述处理***通过服务请求分发装置返回的对服务内容的处理结果；

第一发送单元，用于发送所述处理结果。

9.根据权利要求8所述的服务请求解析装置，其特征在于，所述第一接收单元包括：

通讯模块，用于接收服务调用请求发起端通过链路发送来的序列化之后的服务调用请求；

反序列化模块，用于将所述服务调用请求进行反序列化；

数据处理模块，用于对反序列化之后的服务调用请求进行校验和格式化；

调用模块，用于调用所述服务调用请求。

10.根据权利要求8所述的服务请求解析装置，其特征在于，所述装置还包括：

验证单元，用于在接收服务调用请求发起端发起的服务调用请求之后，利用所述服务调用请求中用户的电子数字签名信息对所述服务调用请求进行安全验证。

11.根据权利要求8所述的服务请求解析装置，其特征在于，

所述接收单元还用于在接收服务调用请求之前，接收服务请求消息；

所述第一发送单元还用于将所述至少两项服务内容发送给服务请求消息发起端；

所述接收单元接收到的服务调用请求为：由服务请求消息发起端从所述至少两项服务内容中选择出的服务内容组成的服务调用请求。

12.一种服务请求分发装置，其特征在于，包括：

获取单元，用于根据服务请求解析装置解析服务调用请求获取的至少两项服务内容获取所述至少两项服务内容分别对应的服务路由；

分发单元，用于将所述至少两项服务内容分别发送到与所述服务路由对应的处理***；

第二接收单元，用于接收所述处理***返回的对服务内容的处理结果；

第二发送单元，用于将处理***返回的对服务内容的处理结果通过服务请求解析装置发送给服务调用请求发起端。

13.根据权利要求12所述的服务请求分发装置，其特征在于，所述服务请求分发装置还包括：

存储单元，用于存储表示服务内容与处理***映射关系的映射表；

所述获取单元从所述映射表中查找出与所述至少两项服务内容相匹配的处理***。

14.一种服务请求处理***，其特征在于，所述***包括：

服务请求解析装置，用于接收服务调用请求，从所接收的服务调用请求中解析出至少两项服务内容；

服务请求分发装置，用于获取所述至少两项服务内容分别对应的服务路由，将所述至少两项服务内容分别发送到与所述服务路由对应的处理***，在所述处理***发送出对服务内容的处理结果后，接收所述处理结果，并通过所述服务请求解析装置发送所述处理结果给服务调用请求发起端。

Images