CN101282227B - 对服务进行计费的方法、集中控制设备和*** - Google Patents

Abstract

本发明公开了一种对服务进行计费的方法，包括：面向服务架构SOA中的集中控制点接收服务消费方的服务请求；所述集中控制点根据所述服务请求为所述服务消费方调用被请求的服务；所述集中控制点根据所述服务的被调用结果生成计费话单。本发明还公开了一种SOA中的集中控制设备，以及一种实现服务计费的方法。采用本发明提供的技术方案，能够实现对SOA下的服务使用进行计费，为有偿为外部企业提供服务奠定基础。

Description

对服务进行计费的方法、集中控制设备和***

技术领域

本发明涉及面向服务架构(SOA，Service Oriented Architecture)技术领域，尤其涉及一种对服务进行计费的方法、SOA中的集中控制设备以及计费***。

背景技术

SOA(Service Oriented Architecture，面向服务架构)的主要结构是服务消费方通过集中控制线调用服务提供者提供的服务。实现SOA架构的方式有多种，例如采用Web Service实现SOA架构。采用Web Service方式实现SOA架构时，一个核心的部件是ESB(Enterprise Service Bus，企业服务总线)，ESB是SOA中的一种集中控制点。在ESB上连接各个以Web Service方式实现的服务。

服务消费方通过ESB完成对服务提供方提供的服务的调用。例如，作为服务消费方的企业一方面可以调用自己企业内部的服务，另一方面也可以通过ESB调用独立服务提供商提供的服务。

发明人在实现本发明过程中发现，在目前的SOA架构中，不能实现服务提供方对使用其服务的情况进行计费。

发明内容

本发明实施例提供了一种对服务进行计费方法、计费***以及SOA中的集中控制设备，能够实现对SOA下的服务使用进行计费。

本发明实施例提供了一种对服务进行计费的方法，包括：面向服务架构SOA中的集中控制点接收服务消费方的服务请求；所述集中控制点根据所述服务请求为所述服务消费方调用被请求的服务；所述集中控制点根据所述服务的被调用结果生成计费话单。

本发明实施例还提供了一种SOA中的集中控制设备，包括：请求接收单元，用于接收服务消费方的服务请求；服务调用单元，用于根据所述服务请求为所述服务消费方调用被请求的服务；计费单元，用于根据所述服务的被调用结果生成计费话单。

本发明实施例还提供了一种计费***，包括上述的集中控制设备，以及与所述集中控制设备连接的计费服务器，其中，所述计费服务器用于存储所述集中控制设备传送的计费话单。

本发明实施例还提供一种服务提供***，包括服务提供对象，还包括上述的集中控制设备，所述服务提供对象用于为所述集中控制设备提供被请求的服务。

通过以上本发明实施例可以看出，由于服务消费方调用服务提供方的服务需要通过SOA中的集中控制点，因此使用集中控制点对服务的调用情况进行计费，可以实现对SOA中的服务使用进行计费。

附图说明

图1为现有技术中的一种SOA架构示意图；

图2为本发明对服务进行计费的方法第一实施例流程图；

图3为本发明对服务进行计费的方法第二实施例流程图；

图4为本发明SOA中的集中控制设备第一实施例结构图；

图5为本发明SOA中的集中控制设备第二实施例结构图；

图6为本发明计费***实施例结构图；

图7为本发明服务提供***实施例结构图。

具体实施方式

下面结合附图对本发明各实施例以及具体实施方式进行详细说明。首先请参阅图1，其为现有技术中的一种SOA架构实施例示意图。本发明实施例的技术方案是在上述SOA架构下进行的改进，在描述下述本发明实施例时可以参考该SOA架构示意图。图中的SOA架构包括服务消费方和服务提供方，位于服务提供方的集中控制点上连接着多个服务提供对象(通常是服务器来实现)，每个服务提供对象负责提供对应的服务。

请参阅图2，其为本发明对服务进行计费的方法第一实施例流程图。

步骤210：SOA中的集中控制点接收服务消费方的服务请求，所述服务请求中的请求内容是直接服务，为后续描述方便，将请求内容是直接服务的服务请求称为直接服务请求；

简单介绍一下SOA中直接服务和代理服务的区别。直接服务(DirectService)是服务提供方实现的具体服务，集中控制点在调用直接服务时，就是给实现该服务的服务器地址直接发送消息进行服务的调用。部署到集中控制点的服务可以聚合，代理服务(Proxy Service)是通过聚合向外发布的服务，由于聚合，一个代理服务可以分解为至少一个直接服务。

步骤220：集中控制点将上述直接服务请求转发给服务提供对象；

简单介绍一下集中控制点的功能。集中控制点主要完成对服务的连接和路由、将服务的调用结果返回给服务消费方，进而完成服务消费方对服务的调用。以Web Service实现时，服务的接口已经标准化，服务(如软件服务)以WSDL(Web Services Description Language，网络服务描述语言)文件描述服务应如何被调用。从功能上讲，集中控制点一般可以实现如下功能：连接功能、传输功能、路由功能、转换功能。其中，连接功能是指将各种服务接入集中控制点；传输功能是指集中控制点能支持各种传输协议或者消息承载协议，如HTTP(Hypertext Transfer Protocol，超文体传输协议)协议等；路由功能是指集中控制点能将消息路由到正确的服务提供对象；转换功能包括协议转换和消息格式转换。

集中控制点在接收到来自服务消费方的服务请求消息后，通常根据一定的策略进行消息路由和格式转换、传输协议转换，进而将服务请求消息发送给服务提供对象。

步骤230：集中控制点接收服务提供对象返回的直接服务应答消息；

服务提供对象在收到集中控制点转发的服务请求后，可以进行服务计算，如信息查询等功能，然后可以根据查询结果返回直接服务应答消息给集中控制点。服务的消费是消息机制，直接服务应答消息的内容可以表明该直接服务是否被调用成功。一般而言，如果直接服务被调用成功，那么直接服务应答消息中通常就是被请求的直接服务；如果直接服务被调用失败，则直接服务应答消息的内容通常是调用失败的信息和失败原因。

步骤240：集中控制点将所述直接服务应答消息转发给所述服务消费方；

例如，集中控制点收到该直接服务应答消息后，进行格式转换、传输协议转换，然后将直接服务应答消息发送给请求该项服务的服务消费方。

步骤250：集中控制点根据所述直接服务应答消息的内容生成计费话单；

例如，如果直接服务应答消息的内容表明服务被调用成功，则集中控制点生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述直接服务名称以及所述服务被调用成功的信息。如果直接服务应答消息的内容是表明所述直接服务被调用失败，则集中控制点生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述直接服务名称以及所述服务被调用失败的信息。需要说明的是，本实施例中生成计费话单的时间可以根据实际需要灵活操作。例如，集中控制点可以在收到直接服务应答消息时就生成计费话单，也可以将直接服务应答消息转发给服务消费方之后再生成计费话单。对于后者，如果直接服务应答消息的内容表明服务调用成功，但是在将直接服务应答消息转发给服务消费方时出现故障，导致应答消息转发失败，则生成的计费话单可以记录服务调用失败。

由于一个用户可能有多个应用程序，因此可能出现一个服务消费方的多个应用程序均需要调用服务提供方的服务，于是，为了使计费话单更详细，还可以在计费话单中记录调用服务的服务消费方的具体应用程序的标识。当然，计费话单中除了记录上述内容外，还可以根据具体需要记录其他内容，比如调用时间、消息大小以及协议版本等内容。

需要说明的是，如果为了使得生成的计费话单比较完善，那么可以既在直接服务被调用成功时生成计费话单，也在直接服务被调用失败时生成计费话单。如果为了节约生成计费话单的资源，那么也可以只在直接服务被调用成功时生成计费话单，在直接服务被调用失败时不生成计费话单。

此外，还需要说明的是，本实施例中的步骤240和步骤250之间没有必然的先后顺序。

步骤260：存储生成的计费话单。

由于服务提供方一般不会实时查询计费话单，而通常是每隔一段时间汇总一下计费话单，然后根据一定的收费策略以及计费话单向服务消费方收取费用，因此，可以将集中控制节点实时生成的计费话单存储起来，留给服务提供方在需要的时候使用。当然，也不排除服务提供方实时查询计费话单的情况。当服务提供方实时查询计费话单时，所述步骤260可省略。

当需要存储所述计费话单时，实现计费话单的存储可以有多种方式，例如，可以将集中控制点生成的计费话单存储在本地，这样比较方便。还可以将生成的计费话单传送至远端的计费服务器(Billing Server)进行存储，这样可以减轻集中控制点的存储负担。

如果采用将生成的计费话单传送至远端的计费服务器进行存储的方式，那么集中控制点需要支持标准的计费话单传输协议，如FTP(File TransferProtocol，文件传输协议)或FTPS(FTP over Secure socket layer，基于的安全套接字层的文件传输协议)。为了使得计费服务器可以清楚的存储各种计费话单，集中控制点可以为每个计费话单命名，计费话单的文件名要唯一。此外，当集中控制点和计费服务器之间的连接中断时，集中控制点最好能暂存所生成的计费话单，当连接恢复后，集中控制点主动向计费服务器重传计费话单。

在传送计费话单时有多种传送方式，例如：1)定期传送方式。集中控制点以每隔固定时间间隔将生成的计费话单文件向计费服务器传送。这种传送方式的优点是比较规律，有利于服务提供方定期汇总计费话单。2)定长传送方式。集中控制点上生成的计费话单，每达到一定大小后，集中控制点就将已经生成的计费话单向计费服务器传送。这种传送方式的优点是发送一次计费话单时的文件容量比较满，可以节约传递资源。

需要补充说明的是，虽然在上述第一实施例中，SOA的集中控制点是通过转发服务请求以及应答消息来实现服务的调用，但是在实际应用中并不局限于此。只要集中控制点能够为服务消费方完成服务调用的技术方案均可以应用在本发明实施例中，进而集中控制点根据该服务的被调用结果生成计费话单。

进一步，集中控制点根据服务的被调用结果生成计费话单的具体实现方式，也不限于上述实施例中所述根据应答消息的内容生成计费话单。例如，服务提供方和服务消费方可以预先约定，服务消费方在接收到集中控制点转发的应答消息后，需要给集中控制点回复确认是否成功收到相应服务的确认信息，进而集中控制点根据服务消费方返回的确认信息生成计费话单。

从上述实施例及其补充说明可以看出，由于SOA中的集中控制点在为服务消费方进行服务调用后，根据该服务的被调用结果生成计费话单，因此使服务提供方对服务消费方使用其服务的状况能够准确掌握：谁在使用其服务以及使用了哪些服务等，进而为服务提供方有偿提供服务奠定了基础。

上述实施例的集中控制节点在不同的应用环境有不同的实现方式，只要一个服务提供方通过某个点集中控制对外提供的服务，那么这个控制点就可以称为SOA中的集中控制点，例如集中控制点可以是SOA中的ESB总线，还可以是CORBA(Common Object Request Broker Architecture，公用对象请求代理程序体系结构)总线。为了更进一步的介绍本发明实施例，下面给出上述本发明实施例的几种具体实施方式。在下述本发明的几种具体实施方式中，均以ESB总线为例进行更详细的说明，对于其他类型的集中控制点的实现方案雷同，故不再赘述。

首先，介绍本发明对服务进行计费的方法第一具体实施方式。在第一具体实施方式中，软件服务消费方通过ESB调用的方式进行软件服务的调用。

(1)服务消费者给ESB发送请求消息，请求某个软件服务(本具体实施方式中以所述软件服务是一种直接服务为例进行说明)。

该请求消息可以是同步消息，也可以是异步消息。请求消息的名称通常是由服务提供方在进行服务发布时确定的。

(2)ESB收到该请求消息后，根据一定的策略进行消息路由和格式转换、传输协议转换，最终将请求消息发送给软件服务的提供对象。

(3)软件服务提供对象进行服务计算，如信息查询等，最后返回应答消息给ESB。

(4)ESB收到该应答消息后，进行格式转换、传输协议转换，将应答消息发送给最初的服务请求方。

(5)ESB根据该服务是否成功被调用，生成计费话单。不论是否成功都会记录计费话单，只是记录的内容不同，如果调用成功，那么计费话单中记录调用操作成功，如果调用失败，那么计费话单中记录调用操作失败。

计费话单的内容可以根据实际需要灵活配置，例如，基于Web Service的使用信息进行计费的计费话单中可以包括如下内容：

1、时间戳：使用Web Service的详细时间。

2、用户标识：使用Web Service的用户，即软件服务消费方的用户标识。

3、应用程序标识：一个服务消费方可能有多个应用程序，多个程序可能均需要调用软件服务提供方(比如独立软件提供商)的Web Service，因此，为了更详细的在计费话单中体现服务消费方的信息，可以给出服务消费方的应用程序标识，来表明究竟是服务消费方的哪个或哪些应用程序使用了服务。

4、服务操作名：也就是被请求的服务名称，来标识被调用的是哪种服务。

5、端口名：在SOA架构中，软件服务方在发布服务时，是以WSDL文档发布的，端口是WSDL文件中一个属性，描述了服务提供方的绑定信息。

6、操作结果：表明服务是否被成功调用，在不成功的情况下还可以给出失败原因。

7、消息大小：由于在SOA架构中，服务的提供基本是通过消息实现的，因此可以给出提供服务的消息的大小。

8、协议版本。

可以看出，在本发明具体实施方式中，ESB生成的计费话单可以根据实际需要包括多种内容，本领域技术人员可以理解，这些内容ESB通过从服务消费方接收到的服务请求以及从服务提供对象接收到的应答消息中是可以获得的。

(6)ESB根据预先配置传送方式(如定期方式或者定长方式)传送话单给计费服务器进行存储，进而服务提供方根据自己的收费策略以及计费服务器中存储的各种计费话单，就可以对服务消费方进行计费，收取相应的费用了。

其次，在介绍本发明对服务进行计费的方法第二具体实施方式。在第二具体实施方式中，软件服务消费方通过ESB采用订阅/通知的方式进行软件服务的调用。

(1)服务消费方给ESB发送订阅请求消息，请求订阅某个软件服务(本具体实施方式中以所述软件服务是一种直接服务为例进行说明)。

(2)ESB收到该服务的订阅请求消息后，根据一定的策略进行消息路由和格式转换、传输协议转换，最终将请求消息发送给软件服务的提供对象。

(3)服务提供对象确认订阅，返回订阅是否成功的订阅应答消息给ESB。

(4)ESB给订阅该服务的服务消费方发送订阅是否成功的订阅应答消息，并且ESB根据该应答消息的内容生成服务订阅的计费话单。

(5)由于服务消费方需要的服务已经订阅成功，因此服务提供方就会在适当的时机向服务消费方提供相应的服务(这个服务可能是分多次提供的)，即向ESB发送服务通知消息，该服务通知消息的内容是服务消费方所请求的服务。

(6)ESB转发服务通知消息给服务消费方，并且根据服务通知消息的内容生成服务通知的计费话单。

可以看出，在上述第二实施方式中对于服务消费方的订阅请求消息，实质上可以理解为产生了两种应答消息：订阅应答消息和服务通知消息，进而，ESB可以产生两种计费话单：服务订阅的计费话单和服务通知的计费话单，至于后续服务提供方根据哪种计费话单对服务消费方进行计费，则可以根据实际需要而定。如果服务提供方只需要根据某一种计费话单(服务订阅的计费话单或服务通知的计费话单)对服务进行计费，那么ESB也可以只根据订阅应答消息产生服务订阅的计费话单，或者只根据服务通知消息产生服务通知的计费话单。

请参阅图3，其为本发明对服务进行计费的方法第二实施例流程图。本实施例与第一实施例的区别之处在于，本实施例中集中控制点接收到的服务请求所请求的服务是代理服务，而不是直接服务。在这种情况下，集中控制点需要先将接收到的服务请求中所请求的代理服务分解为至少一个直接服务，然后向可以提供直接服务的服务提供对象转发直接服务请求消息，详见下述各步骤。本实施例着重描述与第一实施例不同之处，对于相同之处不再赘述。

步骤310：SOA中的集中控制点接收服务消费方的服务请求，所述服务请求中的请求内容是代理服务，为后续描述方便，将请求内容为代理服务的服务请求称为代理服务请求；

步骤320：集中控制点将所述代理服务请求分解为至少一个直接服务请求，每个直接服务请求中的请求内容便是直接服务；

根据具体的实际情况不同，一个代理服务请求可能只能分解为一个直接服务请求，也可能一个代理服务请求分解为至少两个直接服务请求。例如，某个代理服务请求的请求内容是代理服务C，而代理服务C实质上包含了服务A和服务B两种服务，那么这种情况下，集中控制点就将请求内容为代理服务C的服务请求分解为两个直接服务请求：一个是请求内容为服务A的直接服务请求；另外一个是请求内容为服务B的直接服务请求。

步骤330：集中控制点将分解后的直接服务请求转发给对应的服务提供对象；

例如，如果步骤320中将代理服务请求分解为了两个直接服务请求：第一直接服务请求(请求服务A)和第二直接服务请求(请求服务B)，那么，集中控制点就将第一直接服务请求发送给可以提供服务A的第一服务提供对象，将第二直接服务请求发送给可以提供服务B的第二服务提供对象。

步骤340：集中控制点接收服务提供对象返回的直接服务应答消息；

例如，接收第一服务提供对象返回的第一直接服务应答消息，以及第二服务提供对象返回的第二直接服务应答消息。当然，如果步骤320中将代理服务请求只分解为了一个直接服务请求，那么本步骤中的集中控制点也会相应的只接收到一个直接服务应答消息。

步骤350：集中控制点将所述直接服务应答消息转发给所述服务消费方；

具体而言，集中控制点将直接服务应答消息转换为代理服务应答消息，然后将代理服务应答消息发送给服务消费方。本步骤的具体过程根据具体实际情况(如消息的类型不同)可以有多种实现方式，例如，可以是将某一个直接服务应答消息转换为代理服务应答消息，然后发给服务消费方；也可以是将两个以上的直接服务应答消息聚合生成一个代理服务应答消息，然后再发送给服务消费方。本步骤的具体实现方式，本领域技术人员可以参看现有SOA架构中的相关技术，不再赘述。

步骤360：集中控制点根据所述应答消息的内容生成计费话单。本步骤的具体实现根据实际需要可以有多种方式。

例如，集中控制点可以根据每个直接服务应答消息的内容分别生成计费话单。具体而言，集中控制点根据第一直接服务应答消息的内容生成针对调用服务A的计费话单，根据第二直接服务应答消息的内容生成针对调用服务B的计费话单，可以理解这种计费话单实质上是根据直接服务的被调用结果得到的，即本质上是根据直接服务应答消息的内容得到的计费话单。根据直接服务应答消息的内容得到的计费话单的内容，与前面第一实施例相同，固不再赘述。

又例如，集中控制点根据所述代理服务应答消息的内容生成计费话单。具体而言，集中控制点根据代理服务应答消息的内容生成一个针对整个代理服务(如既包括服务A也包括服务B)的计费话单。可以理解，虽然从表面上看，这种计费话单针是基于代理服务应答消息而言的，但是，由于这种计费话单依据的是代理服务应答消息的内容，而代理服务应答消息的内容实质上是根据各直接服务应答消息的内容得到的，因此，这种计费话单实质上依据的也是直接服务的调用结果。

由于集中控制点接收到的应答消息的内容可能表明服务调用成功(如应答消息的内容就是被请求调用的服务)，也有可能表明服务调用失败，因此可以在代理服务应答消息的内容表明该代理服务被调用成功时生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述代理服务名称以及所述服务被调用成功的信息。可选的，如果为了使得计费话单更全面，也可以在代理服务被调用失败时也生成计费话单。例如，在代理服务应答消息的内容表明所述代理服务被调用失败时生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述代理服务名称以及所述服务被调用失败的信息。

如果一个代理服务包括至少两个直接服务，那么在基于代理服务应答消息的内容生成计费话单时，该计费话单记录的代理服务是否被调用成功则根据服务提供方的计费策略需要具有多种实现方式。例如，可以规定只有该代理服务包括的所有直接服务都被调用成功，才记录该代理服务被调用成功；也可以在计费话单记录的代理服务是否被调用成功的部分，对各直接服务的被调用情况分别记录。

与前述第一实施例同理，SOA的集中控制点为服务消费方调用服务的具体实现方式，包括但不限于通过转发服务请求以及应答消息来实现。只要集中控制点能够为服务消费方完成服务调用的技术方案均可以应用在本发明实施例中，进而集中控制点根据该服务的被调用结果生成计费话单。

集中控制点根据服务的被调用结果生成计费话单的具体实现方式，也不限于上述根据应答消息的内容生成计费话单。例如，服务提供方和服务消费方可以预先约定，服务消费方在接收到集中控制点转发的应答消息后，需要给集中控制点回复确认是否成功收到相应服务的确认信息，进而集中控制点根据服务消费方返回的确认信息生成计费话单。

从上述实施例及其替代方案可以看出，由于SOA中的集中控制点在为服务消费方进行服务调用后，根据该服务的被调用结果生成计费话单，因此使服务提供方对服务消费方使用其服务的状况能够准确掌握：谁在使用其服务以及使用了哪些服务等，进而为服务提供方有偿提供服务奠定了基础。进一步，由于集中控制点可以将一个代理服务请求分解为多个直接服务请求，进而调用相应的直接服务，并根据直接服务的调用结果生成计费话单，因此本实施例可以不仅适用于单纯直接服务调用的应用环境，还适用于涉及代理服务调用的应用环境。

本领域技术人员应当理解，实现上述本发明实施例的方法可以通过硬件和/或软件来实现。软件可以存储于一计算机可读介质中，所述软件在执行时，包括如下步骤：面向服务架构SOA中的集中控制点接收服务消费方的服务请求；所述集中控制点根据所述服务请求为所述服务消费方调用被请求的服务；所述集中控制点根据所述服务的被调用结果生成计费话单。上述的可读介质可以是ROM/RAM、磁碟、光盘等。

请参阅图4，其为本发明实施例SOA中的集中控制设备的一种结构图。本实施例中的集中控制设备包括请求接收单元41、服务调用单元42以及直接服务计费单元43，下面结合该集中设备的工作原理对其内部结构以及连接关系进行更详细的介绍。

请求接收单元41用于接收服务消费方的服务请求，本实施例以该服务请求是直接服务请求为例进行说明。进而，服务调用单元42用于根据该直接服务请求为服务消费方调用被请求的服务。服务调用单元42的具体实现方式有多种，包括但不限于下述具体的实现方式：服务调用单元42包括请求转发单元421、应答接收单元422以及应答转发单元423。其中，请求转发单元421用于将该直接服务请求转发给服务提供对象，例如，将该直接服务请求进行常规的格式转换、传输协议转换后发送给服务提供对象；当服务提供对象进行相应的处理后，会向集中控制点发送应答消息，于是，应答接收单元422用于接收服务提供对象返回的直接服务应答消息；进而，应答转发单元423用于将所述直接应答消息转发给所述服务消费方，具体而言，对该直接应答消息进行常规的格式转换、传输协议转换后发送给服务消费方。

由于服务调用单元42根据直接服务请求为服务消费方调用对应的直接服务，因此，直接服务计费单元43可以根据直接服务的被调用结果生成计费话单。直接服务计费单元43的具体实现方式有多种，例如直接服务计费单元43可以包括第一直接服务计费单元431和第二直接服务计费单元432。

其中，第一直接服务计费单元431用于在所述直接服务被调用成功的情况下生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述直接服务名称以及所述服务被调用成功的信息。例如，第一直接服务计费单元431在直接服务应答消息的内容表明该直接服务被调用成功的情况下，生成计费话单。

至于生成计费话单的时间点可以根据需要灵活操作。例如，第一直接服务计费单元431可以在应答接收单元422收到直接服务应答消息时就生成计费话单，也可以在应答转发单元423将直接服务应答消息转发给服务消费方后生成计费话单。对于后者，如果直接服务应答消息的内容表明服务调用成功，但是在将直接服务应答消息转发给服务消费方时出现故障，导致应答消息转发失败，则生成的计费话单可以记录服务调用失败。

再例如，服务提供方和服务消费方可以预先约定，服务消费方在接收到集中控制点转发的应答消息后，需要给集中控制点回复确认是否成功收到相应服务的确认信息，进而第一直接服务计费单元431根据服务消费方返回的确认信息生成计费话单，在其中记录被请求的服务是否被成功调用。

第二直接服务计费单元432用于在所述直接服务被调用失败的情况下，生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述直接服务名称以及所述服务被调用失败的信息。当然，如果为了节约资源，也可以只在服务被调用成功时才生成计费话单，这种情况下，直接服务计费单元43可以只包括第一直接服务计费单元431。计费话单的具体内容可以包括但不限于服务消费方的用户标识、被调用的所述直接服务名称以及所述服务被调用成功或失败的信息，还可以包括时间戳、服务消费方的应用程序标识等多种内容。

通过上述实施例可以看出，由于直接服务计费单元43根据服务调用单元42提供的服务调用结果生成计费话单，因此使服务提供方对服务消费方使用其服务的状况能够准确掌握：谁在使用其服务以及使用了哪些服务等，进而为服务提供方有偿提供服务奠定了基础。

请参阅图5所示，其为本发明SOA中的集中控制设备的第二实施例结构图。本实施例中的集中控制设备不但可以处理直接服务请求，还可以处理代理服务请求。本实施例中的集中控制设备包括请求接收单元51、服务调用单元52以及计费单元53。

其中，请求接收单元51用于接收服务消费方的服务请求，由于在图4所示的实施例中已经详细介绍过处理直接服务请求的技术方案，因此本实施例中以该服务请求是代理服务请求为例进行说明。

服务调用单元52的具体实现方式有多种，包括但不限于下述具体的实现方式：服务调用单元52包括请求转发单元521、应答接收单元522以及应答转发单元523。

具体而言，请求转发单元521包括分解单元5211和请求发送单元5212。其中，分解单元5211用于将所述代理服务请求分解为至少一个直接服务请求；请求发送单元5212用于将所述分解后的直接服务请求发送给服务提供对象。

在请求发送单元5212将直接服务请求发送给对应的服务提供对象后，集中控制设备会接收到服务提供对象返回的直接服务应答消息。具体而言，应答接收单元522用于接收服务提供对象返回的直接服务应答消息。应答接收单元522接收到的直接服务应答消息可能是一个，也可能是两个以上。

此后，应答转发单元523用于将接收到的直接服务应答消息转发给服务消费方。具体而言，应答转发单元523包括转换单元5231和应答发送单元5232。转换单元5231用于将直接服务应答消息转换为代理服务应答消息，例如，可能将一个直接服务应答消息转换为一个代理服务应答消息，也可能将两个以上的直接服务应答消息聚合生成一个代理服务应答消息。应答发送单元5232用于将转换后的代理服务应答消息发送给服务消费方。

由于服务调用单元52对服务消费方请求的服务进行了调用，并可以获知被请求服务的调用结果，因此计费单元53可以根据服务调用单元52提供的服务被调用的结果生成计费话单。计费单元53的具体实现形式也多种情况，例如，计费单元53可以既包括直接服务计费单元531又包括代理服务计费单元532，也可以只包括其中的任意一种计费单元。

例如，直接服务计费单元531用于根据服务调用单元52接收到的每个直接服务应答消息的内容分别生成计费话单。直接服务计费单元531包括第一直接服务计费单元5311和第二直接服务计费单元5312，由于直接服务计费单元531的结构和图4中的直接服务计费单元43的结构相同，因此不再赘述。需要说明的是，由于在本实施例中的应答接收单元522可能基于服务消费方的一个代理服务请求而接收到服务提供对象的多个直接服务应答消息，因此，直接服务计费单元531可以基于每个直接服务应答消息都生成一个计费话单。

代理服务计费单元532用于根据服务调用单元52产生的代理服务应答消息的内容生成计费话单。与直接服务代理单元531同理，代理服务计费单元532可以包括第一代理服务单元5321和第二代理服务单元5322(可选)。其中，第一代理服务单元5321用于在所述代理服务应答消息的内容表明该代理服务被调用成功时生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述代理服务名称以及所述服务被调用成功的信息；第二代理服务计费单元5322用于在所述代理服务应答消息的内容表明所述代理服务被调用失败时生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述代理服务名称以及所述服务被调用失败的信息。

需要说明的是，如果一个代理服务包括至少两个直接服务，那么在基于代理服务应答消息的内容生成计费话单时，该计费话单记录的代理服务是否被调用成功则根据服务提供方的计费策略需要具有多种实现方式。例如，可以规定只有该代理服务包括的所有直接服务都被调用成功，才记录该代理服务被调用成功；也可以在计费话单中记录的代理服务是否被调用成功的部分，对各直接服务的被调用情况分别记录。

还需要说明的是，如果请求接收单元51接收到的服务请求是直接服务请求时，那么就不需要分解单元5211、转换单元5231以及代理服务计费单元532的处理。

此外，如果服务提供方不是实时查看计费话单，而是每隔一段时间才汇总一下计费话单，那么就需要将计费单元53生成的计费话单存储起来。具体的存储方式也多种，既可以在本地存储，也可以在与集中控制设备相通信的计费服务器中存储。如果选择在本地存储，那么集中控制设备还包括存储单元，用于将计费单元53生成的计费话单存储在本地。如果选择在计费服务器中存储，那么集中控制设备还包括话单传送单元，用于将计费单元53生成的计费话单传送至与其连接的计费服务器。当然，如果服务提供方是实时查看计费话单，则不需要将计费话单进行存储，即不需要前述的存储单元或者话单传送单元。

从上述图5所示的实施例可以看出，由于计费单元53可以根据服务调用单元52提供的服务调用结果生成计费话单，因此可以使服务提供方对服务消费方使用其服务的状况能够准确掌握：谁在使用其服务以及使用了哪些服务等，进而为服务提供方有偿提供服务奠定了基础。进一步，由于服务调用单元52可以将一个代理服务请求分解为多个直接服务请求，进而调用相应的直接服务，计费单元53可以根据服务调用单元52提供的服务调用结果生成计费话单，因此本实施例所示的集中控制设备不仅适用于单纯直接服务调用的应用环境，还适用于涉及代理服务调用的应用环境。

此外，本发明实施例还提供了一种计费***，请参阅图6所示。本实施例中的计费***包括SOA中的集中控制设备61和与集中控制设备61连接的计费服务器62，计费服务器62用于存储集中控制设备传送的计费话单，至于集中控制设备61的内部结构可以参看前文所述的集中控制设备第一实施例和第二实施例，此处不再赘述。本实施例中的计费***可以将集中控制设备61生成的计费话单在远端统一存储，一方面可以减轻集中控制设备的负荷，另一方面也方便服务提供方对计费话单进行统一管理。

本发明实施例还提供了一种服务提供***，请参阅图7所示。本实施例中的服务提供***包括SOA中的集中控制设备71和服务提供对象72。服务提供对象72用于为集中控制设备71提供被请求的服务，该服务提供对象72既可以是单独的服务器等设备，也可以集成在集中控制设备71内部。由于集中控制设备71的内部结构可以参看前文所述的集中控制设备各实施例，因而此处不再赘述。服务提供对象的具体实现方式可以参看相关的现有技术，因此也不再赘述。

需要说明的是，前述各设备或***实施例中的结构划分，均是基于逻辑角度而言的。在实际应用中，各单元可以根据需要组合，任一个单元也可以根据需要进行拆分。

从上述各实施例明可以看出，由于SOA中的集中控制点在为服务消费方进行服务调用后，根据该服务的被调用结果生成计费话单，因此使服务提供方对服务消费方使用其服务的状况能够准确掌握：谁在使用其服务以及使用了哪些服务等，进而为服务提供方有偿提供服务奠定了基础。

进一步，如果通过转发服务请求以及应答消息来实现服务的调用，并且由集中控制点根据应答消息的内容来生成计费话单，则可以保证所生成的计费话单的准确性。

更进一步，由于集中控制点可以将一个代理服务请求分解为多个直接服务请求，进而调用相应的直接服务，并根据直接服务的调用结果生成计费话单，因此不仅适用于单纯直接服务调用的应用环境，还适用于涉及代理服务调用的应用环境。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的权利要求保护范围之内。

Claims (16)

1.一种对服务进行计费的方法，其特征在于，包括：

面向服务架构SOA中的集中控制点接收服务消费方的服务请求；

所述集中控制点根据所述服务请求为所述服务消费方调用被请求的服务；

所述集中控制点根据所述服务的被调用结果生成计费话单。

2.根据权利要求1所述的方法，其特征在于，所述服务请求是请求内容为代理服务的代理服务请求，所述集中控制点根据所述服务请求为所述服务消费方调用被请求的服务包括：所述集中控制点将所述代理服务请求分解为至少一个直接服务请求；根据所述直接服务请求为所述服务消费方调用被请求的直接服务；

所述集中控制点根据所述服务的被调用结果生成计费话单包括：所述集中控制点根据所述直接服务的被调用结果生成计费话单。

3.根据权利要求1所述的方法，其特征在于，所述集中控制点根据所述服务的被调用结果生成计费话单包括：

如果所述服务被调用成功，则所述集中控制点生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述服务名称以及所述服务被调用成功的信息。

4.根据权利要求3所述的方法，其特征在于，所述集中控制点根据所述服务的被调用结果生成计费话单还包括：

如果所述服务被调用失败，则所述集中控制点生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述服务名称以及所述服务被调用失败的信息。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，在所述生成计费话单之后还包括：存储所述生成的计费话单。

6.根据权利要求5所述的方法，其特征在于，所述存储生成的计费话单包括：

将所述生成的计费话单传送至计费服务器进行存储；

或者

将所述生成的计费话单存储在本地。

7.根据权利要求1至4中任意一项所述的方法，其特征在于，

所述集中控制点根据所述服务请求为所述服务消费方调用被请求的服务包括：所述集中控制点将所述服务请求转发给服务提供对象；接收所述服务提供对象返回的应答消息；将所述应答消息转发给所述服务消费方；

所述集中控制点根据所述服务的被调用结果生成计费话单包括：所述集中控制点根据所述应答消息的内容生成计费话单。

8.一种SOA中的集中控制设备，其特征在于，包括：

请求接收单元，用于接收服务消费方的服务请求；

服务调用单元，用于根据所述服务请求为所述服务消费方调用被请求的服务；

计费单元，用于根据所述服务的被调用结果生成计费话单。

9.根据权利要求8所述的集中控制设备，其特征在于，所述请求接收单元接收到的服务请求是请求内容为代理服务的代理服务请求，所述服务调用单元包括：分解单元，用于将所述代理服务请求分解为直接服务请求；以及调用单元，用于根据所述直接服务请求为所述服务消费方调用被请求的直接服务；

所述计费单元，具体用于根据所述直接服务的被调用结果生成计费话单。

10.根据权利要求8所述的集中控制设备，其特征在于，所述计费单元包括：

第一计费单元，用于在所述服务被调用成功的情况下生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述服务名称以及所述服务被调用成功的信息。

11.根据权利要求10所述的集中控制设备，其特征在于，所述计费单元还包括：

第二计费单元，用于在所述服务被调用失败的情况下生成计费话单，并在其中记录所述服务消费方的用户标识、被调用的所述服务名称以及所述服务被调用失败的信息。

12.根据权利要求8至11中任意一项所述的集中控制设备，其特征在于，还包括：存储单元，用于将所述生成的计费话单存储在本地。

13.根据权利要求8至11中任意一项所述的集中控制设备，其特征在于，还包括：

话单传送单元，用于将所述生成的计费话单传送至远端的计费服务器。

14.根据权利要求8至11中任意一项所述的集中控制设备，其特征在于，所述服务调用单元包括：请求转发单元，用于将所述服务请求转发给服务提供对象；应答接收单元，用于接收所述服务提供对象返回的应答消息；应答转发单元，用于将所述应答消息转发给所述服务消费方；

所述计费单元，具体用于根据所述应答消息的内容生成计费话单。

15.一种计费***，其特征在于，包括权利要求13所述的集中控制设备，以及与所述集中控制设备连接的计费服务器，其中，所述计费服务器用于存储所述集中控制设备传送的计费话单。

16.一种服务提供***，包括服务提供对象，其特征在于，还包括权利要求8至11中任一项所述的集中控制设备，所述服务提供对象用于为所述集中控制设备提供被请求的服务。

Images