CN105516271A - 业务处理系统、业务处理方法及装置 - Google Patents

Abstract

本发明公开了一种业务处理系统、业务处理方法及装置，属于网络技术领域。所述系统包括：用户端和M2M平台系统；所述M2M平台系统包括第一M2M平台、第二M2M平台和服务本体数据库，所述服务本体数据库用于存储所述M2M系统中每个M2M平台的服务本体，所述服务本体用于描述M2M平台的服务的通用属性、服务能力和服务质量。本发明通过对M2M平台的语义化描述，使得M2M平台在进行服务调度的过程中，能够根据M2M平台的服务质量和服务能力选择最优可调用的M2M平台，从而能够加快M2M平台业务处理的速度，保证服务质量。

Description

业务处理系统、业务处理方法及装置

技术领域

本发明涉及网络技术领域，特别涉及一种业务处理系统、业务处理方法及装置。

背景技术

IOT(InternetofThings，物联网)把机器与机器、应用程序与设备通过互联网相连接，并进行信息交换和通信，以实现对设备的智能化识别、定位、跟踪、监控和管理等服务。M2M(MachinetoMachine，机器之间)中间件通过获取底层设备的服务能力，抽象并利用底层服务的集合，并通过M2M中间件的相互协作和通信进行服务调度，以处理上层应用的服务请求。M2M中间件作为一种面向服务的中间件，在M2M设备和应用程序之间起到服务调度的作用。

目前，M2M平台的业务处理方法可以为以下两种：第一种、将CSE(CommonServiceEntity，通用服务实体)看作是一个能够提供通用服务的M2M平台，将该M2M平台划分为有限个服务模块，每个服务模块都可以抽象为CSE的一个或多个子资源的集合，例如，<locationPolicy>用来定义地址管理服务，<subscription>用来定义订阅服务，<group>用来定义组管理服务，M2M在处理业务时，需要搜寻该M2M系统中的应用程序和服务信息等资源，而用于表示搜寻资源时所用的限制条件可以包括：资源类型、创建时间和匹配字符串等信息，还可以包括回复信息的最大长度限制和搜寻结果的排序规则等。

第二种、SWE(SensorWebEnablement，传感器网络)将传感器系统平台看作一个或多个处理流的集合，每个处理流可以用来描述观测的线性流程，或者提供观测信息的寻址和处理，以形成更高层次的信息的过程。在SWE中，对于处理流的描述包括：输入、输出、参数和方法，从而使得该处理流能够被应用程序或其他传感器系统应用。此外，SWE为了支持快速的服务发现，还定义了除了关键字和ID(Identity，身份标识号码)之外的其他参数，例如：约束(时效、安全约束和法律限制)、资格(特征和能力)、参考(联系人和文档)以及历史。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：在上述两种业务处理方法中，由于未对M2M平台的服务能力和服务质量进行语义话描述，因此M2M平台不具有语义特征，在业务处理过程中，无法基于M2M平台的服务能力和服务质量对M2M平台进行语义查询及选择，从而导致无法实现高效率的服务调度，进而会影响业务处理的服务质量。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种业务处理系统、业务处理方法及装置。所述技术方案如下：

第一方面，提供了一种业务系统，包括：日志管理服务器、业务对内服务器、业务对外服务器和消息中间件；该M2M平台系统包括第一M2M平台、第二M2M平台和服务本体数据库；该用户端用于向该第一M2M平台发送服务请求；该第一M2M平台用于接收该用户端发送的服务请求；将该服务请求分解成多个子服务请求；对该多个子服务请求中每个子服务请求进行解析，获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台；根据该多个子服务请求中每个子服务请求所需的服务功能和服务平台，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，该第一类子服务请求是指该第一M2M平台能够解决的服务请求，该第二类子服务请求是指该第一M2M平台不能解决的服务请求；从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；对该第一类子服务请求进行处理，并向该目标第二M2M平台发送第二类子服务请求；获取该目标第二M2M平台返回的该第二类子服务请求的处理结果；根据该第二类子服务请求的处理结果和该第一类子服务请求的处理结果，获取并返回该服务请求的处理结果；该第二M2M平台为该M2M平台系统中除该第一M2M平台以外的其他M2M平台，该第二M2M平台用于接收并处理该第一M2M平台发送第二类子服务请求；该服务本体数据库用于存储该M2M系统中每个M2M平台的服务本体，该服务本体用于描述M2M平台的服务的通用属性、服务能力和服务质量。

在第一方面的第一种可能实现方式中，该服务的通用属性包括服务的描述信息和服务的提供者信息；该服务能力包括处理规模、服务功能和服务平台；该服务平台用于描述M2M平台的服务范围；该服务功能用于描述M2M平台所具有的环境交互功能和信息处理功能，该环境交互功能包括环境感知能力和环境控制能力，该信息处理功能至少包括计算能力和存储能力；该服务质量包括服务反馈信息和通信质量信息。

第二方面，提供了一种业务处理方法，该方法应用于第一M2M平台，该方法包括：接收用户端发送的服务请求；将该服务请求分解成多个子服务请求；对该多个子服务请求中每个子服务请求进行解析，获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台；根据该多个子服务请求中每个子服务请求所需的服务功能和服务平台，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，该第一类子服务请求是指该第一M2M平台能够解决的服务请求，该第二类子服务请求是指该第一M2M平台不能解决的服务请求；从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；对该第一类子服务请求进行处理，并向该目标第二M2M平台发送第二类子服务请求；获取该目标第二M2M平台返回的该第二类子服务请求的处理结果；根据该第二类子服务请求的处理结果和该第一类子服务请求的处理结果，获取并返回该服务请求的处理结果。

第三方面，提供了一种业务处理方法，该方法应用于第一M2M平台，该方法包括：接收第一M2M平台发送的子服务请求；对该子服务请求进行处理，以获取该子服务请求的处理结果；将该处理结果发送至该第一M2M平台，该处理结果携带该第二M2M平台所提供的服务的通用属性。

第四方面，提供了一种业务处理装置，该装置包括：接收模块，用于接收用户端发送的服务请求；服务请求分解模块，用于将该服务请求分解成多个子服务请求；解析模块，用于对该多个子服务请求中每个子服务请求进行解析，获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台；划分模块，用于根据该多个子服务请求中每个子服务请求所需的服务功能和服务平台，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，该第一类子服务请求是指该第一M2M平台能够解决的服务请求，该第二类子服务请求是指该第一M2M平台不能解决的服务请求；确定模块，用于从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；第一处理模块，用于对该第一类子服务请求进行处理，并向该目标第二M2M平台发送第二类子服务请求；获取模块，用于获取该目标第二M2M平台返回的该第二类子服务请求的处理结果；第二处理模块，用于根据该第二类子服务请求的处理结果和该第一类子服务请求的处理结果，获取并返回该服务请求的处理结果。

第五方面，提供了一种业务处理装置，该装置包括：服务请求接收模块，用于接收第一M2M平台发送的子服务请求；请求处理模块，用于对该子服务请求进行处理，以获取该子服务请求的处理结果；处理结果发送模块，用于将该处理结果发送至该第一M2M平台，该处理结果携带该第二M2M平台所提供的服务的通用属性。

本发明实施例提供的技术方案带来的有益效果是：通过对M2M平台的语义化描述，使得M2M平台在进行服务调度的过程中，能够根据M2M平台的服务质量和服务能力选择最优可调用的M2M平台，从而能够加快M2M平台业务处理的速度，保证服务质量。

附图说明

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

图1A是本发明实施例提供的一种业务处理系统的示意图；

图1B是本发明实施例提供的一种服务本体结构示意图；

图1C是本发明实施例提供的一种服务能力所描述内容的示意图；

图1D是本发明实施例提供的一种服务质量所描述内容的示意图；

图2是本发明实施例提供的一种业务处理方法流程图；

图3是本发明实施例提供的一种业务处理方法流程图；

图4是本发明实施例提供的一种业务处理方法流程图；

图5A是本发明实施例提供的一种业务处理方法的应用实例的流程图；

图5B是本发明实施例提供的一种应用本体的示意图；

图6是本发明实施例提供的一种业务处理方法的应用实例的流程图；

图7是本发明实施例提供的业务处理装置框图；

图8是本发明实施例提供的业务处理装置框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1A是本发明实施例提供的一种业务处理系统的示意图，包括：日志管理服务器、业务对内服务器、业务对外服务器和消息中间件；该M2M平台系统包括第一M2M平台、第二M2M平台和服务本体数据库；该用户端用于向该第一M2M平台发送服务请求；该第一M2M平台用于接收该用户端发送的服务请求；将该服务请求分解成多个子服务请求；对该多个子服务请求中每个子服务请求进行解析，获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台；根据该多个子服务请求中每个子服务请求所需的服务功能和服务平台，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，该第一类子服务请求是指该第一M2M平台能够解决的服务请求，该第二类子服务请求是指该第一M2M平台不能解决的服务请求；从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；对该第一类子服务请求进行处理，并向该目标第二M2M平台发送第二类子服务请求；获取该目标第二M2M平台返回的该第二类子服务请求的处理结果；根据该第二类子服务请求的处理结果和该第一类子服务请求的处理结果，获取并返回该服务请求的处理结果；该第二M2M平台为该M2M平台系统中除该第一M2M平台以外的其他M2M平台，该第二M2M平台用于接收并处理该第一M2M平台发送第二类子服务请求；该服务本体数据库用于存储该M2M系统中每个M2M平台的服务本体，该服务本体用于描述M2M平台的服务的通用属性、服务能力和服务质量。

其中，该服务的通用属性包括服务的描述信息和服务的提供者信息；该服务能力包括处理规模、服务功能和服务平台；该服务平台用于描述M2M平台的服务范围；该服务功能用于描述M2M平台所具有的环境交互功能和信息处理功能，该环境交互功能包括环境感知能力和环境控制能力，该信息处理功能至少包括计算能力和存储能力；该服务质量包括服务反馈信息和通信质量信息。该服务本体的结构可以用图1B表示。其中，服务能力用于作为M2M平台的服务约束，服务质量用于作为M2M平台的服务优化。

为了保证在业务处理的过程中，能够快速找到合适的M2M平台以实现服务调度，并且能够保证M2M平台的服务质量，在本发明实施例中，提供了一种对M2M平台的描述方法，该描述方法将对M2M平台的描述分为服务能力(Capability)描述、服务质量(Quality)描述和服务的通用属性(Attributes)描述三个部分。对每个M2M平台的描述以服务本体的形式存储于服务本体数据库中，以供该业务服务系统中的第一M2M平台进行查找。

具体地，服务的通用属性包括服务的提供者信息(ServiceProvider)和服务的描述信息(ServiceDescription)。ServiceProvider用于记录服务的提供者信息，ServiceDescription用于作为服务的基本描述。该服务的通用属性会返回至发出服务请求的M2M平台，以使得该M2M平台再有类似的服务请求时，能够直接根据ServiceProvider直接发送服务请求，从而能够实现快速处理服务请求。如下表1所示，为对服务的通用属性中基本概念的描述。

表1

术语	概念解释
		ServiceProvider	服务的提供者信息
ServiceDescription	服务的描述信息

对于M2M平台的服务能力的描述可以从服务功能(ServiceFunction)、服务平台(ServicePlatform)以及处理规模(TreatmentScale)三方面进行描述。首先服务功能代表了M2M平台所能提供的具体服务项目，而服务平台代表了该M2M平台所能提供的服务范围，通常表示为某个空间内，处理规模则代表了该平台的服务能力强弱。该服务能力所描述的内容可以用图1C表示。如下表2所示，为对M2M平台的服务能力中基本概念的描述。

表2

术语	概念解释
		ServiceFunction	服务功能具体描述
ServicePlatform	平台服务的范围空间
		TreatmentScale	平台的服务能力强弱

鉴于未来M2M系统会将所有的设备全都连接起来，而每个设备都会有一个其部署的平台，也就是每个设备的作用范围，而M2M平台作为连接M2M设备的中间件平台，其服务平台的范围将是连接到该中间件中所有设备的服务平台之和。因此，服务平台用来表示该M2M平台的服务范围的大小，该表示方式可以为自定义的方法，但是要求能确定到某一具体的范围，以便于服务的调度和服务发现。比如位于楼栋中的M2M平台可以采用楼层结构的表示方式从而定位到具体的服务空间；而位于室外的M2M平台可以采用GPS的定位以精确服务范围。对于对该服务平台的描述，也可以采用其他方法，本发明实施例对此不作限定。

服务功能主要描述M2M平台可以提供的具体服务，是服务调度时最重要的选择因素，比如可以提供计算服务、存储服务等。M2M平台的业务处理流程可以为：首先通过与底层设备的建立实时通信以获取到外部环境的信息，其次将收集到的信息进行存储和计算等基本服务，最终将服务提供给上层。因此，将上述M2M平台的业务处理流程所需要的功能抽象为平台的服务功能，服务功能从M2M平台外部作用和内部平台信息处理两方面来说，可以分为环境交互功能(EnvironmentInteractionCapability)和信息处理功能(InformationProcessingCapacity)。表3为对M2M平台的服务功能中基本概念的描述。

表3

其中，环境交互功能体现的是M2M平台通过底层设备实现对外部环境的作用，而在M2M领域内，设备的功能通常分为两类包括：第一类、设备以感知功能，感知或者探测环境，第二类、设备通过执行器作用于外部的环境，因此M2M平台的服务功能也可以分为对环境的感知作用(PerceptualCapability)和对外部环境的控制作用(ControlCapability)。表4为对环境交互功能中基本概念的描述。

表4

信息处理功能体现的是平台自身对信息的处理能力，主要体现为计算能力(ComputingCapability)和存储能力(StorageCapability)等，其他的处理能力可以根据不同的应用场景再进行添加，本发明实施例对此不作限定。表5为对信息处理功能中基本概念的描述。

表5

术语	类型	概念解释
			Computing Capability	class	平台的计算服务能力
Storage Capability	class	平台的存储服务能力

为了使得对M2M平台的能力描述不仅具有通用性也能体现每个平台能力的强弱，在对M2M平台的描述中还增加了表述能力强弱的标签——处理规模。在对环境交互功能中，该处理规模代表了交互节点数，交互节点数目越多，表示M2M平台对外界环境的作用力越强；而在平台的信息处理功能中，则表现为平台能处理的信息数目，处理的信息数目越多，表示平台的信息处理能力越强。

在进行服务调度的过程中，除了需要进行基本的服务能力的查找，还可以根据服务质量进一步优化服务调度的结果。鉴于在M2M领域内，通信作为服务调度中实现的关键因素，通信质量的好坏将直接影响到服务的质量，因此，在服务质量的描述中加入了对通信质量的描述。此外，在服务质量的描述中还可以加入服务反馈机制，使得在进行调度选择的过程中不仅可以将现有的通信状态作为参考，还可以参考历史的服务反馈的结果，从而在保证服务能力提供的前提下，选择服务质量最好的M2M平台，以完成更优质的服务调度。

因此，对于M2M平台服务质量的描述可以包括平台的网络通信质量(CommunicationQuality)和对该平台的服务质量反馈(ServiceFeedback)。当然，在对M2M平台服务质量的描述中，还可以加入其它评估服务质量的参数，本发明实施例对此不作限定。该服务质量所描述的内容可以用图1D表示。表6为对服务质量中基本概念的描述。

表6

术语	概念解释
		CommunicationQuality	平台的网络通信质量
ServiceFeedback	平台的历史服务信息反馈

服务反馈信息描述了M2M平台在与其他M2M平台进行服务调度的结果反馈，也就是请求服务的M2M平台对实现服务平台的服务评价。在M2M平台服务的过程中，服务的实时性和服务的成功与否被看做服务调度的重要因素，因此，我们将服务反馈按照实时性和服务结果分为：服务的响应时间(ResponseTime)，服务时间(ServiceTime)以及服务结果(ServiceResult)，其中，服务结果包括成功与失败两种结果。当服务请求平台在服务调度结束后，服务的请求者会将服务反馈的信息实例化至该M2M平台的服务反馈信息中。表7为对服务反馈信息中基本概念的描述。

表7

术语	概念解释
		ResponseTime	服务请求的响应时间
ServiceTime	平台的服务时间
		ServiceResult	服务调度的结果

由表7可以获知，其中响应时间表示服务请求的平台在发起请求到请求被应答的时间，体现的是两个服务平台服务调度的通信状态以及该平台的服务响应速度；而服务时间表示完成本次服务所需要的时间，体现的是该平台的服务处理速度；而服务结果表示服务调度的最终结果，是成功还是失败。

通信质量信息描述了M2M平台的网络基本信息，描述了该平台的通信网络基本信息，包括网络地址和其通信类型以及通信需要考虑的各种参数。通过对平台的通信质量描述，可以快速找到该平台所处的子网以及网络的带宽、速度等参数，从而选择最好的网络质量进行服务调度。表8为对通信质量信息中基本概念的描述。

表8

术语	概念解释
		CommunicationTypes	平台的网络通信类型
DomainAddress	平台的服务通信网络地址

其中，M2M平台的网络通信类型主要从通信方式(CommunicationMethods)和通信介质(CommunicationMedium)两方面进行描述，其中通信方式描述的是该平台是单工通信、半双工通信还是全双工通信，而通信介质则表示通信是有线和无线等方式，通过对网络通信质量的描述，能够反映M2M平台通信的速度和通信的网络带宽。表9为对网络通信类型中基本概念的描述。

表9

术语	概念解释
		CommunicationMethods	平台的网络通信方式
CommunicationMedium	平台的网络通信介质
		CommunicationSpeed	通信介质下的通信速度
CommunicationBandwidth	通信介质下的通信网络带宽

网络地址表示的是平台之间通信的网络地址，主要用来寻找该M2M平台所处的子网或者该平台所所处的域和服务的提供商，从而能够选择最快的通信网络以实现服务。主要包含M2M平台所处的域(Domain),所处的子网(subnet),服务提供商(InternetServiceProvider)以及服务器所处地址(ServiceLocaion)等信息。表10为对网络地址中基本概念的描述。

表10

术语	类型	概念解释
			Domain	class	平台网络所处的域
Subnet	class	平台网络所处的子网
			Internet Service Provider	class	平台的服务通信网络端口
ServiceLocaion	class	平台的通信服务器所处的位置

通过对M2M平台的语义化描述，使得M2M平台在进行服务调度的过程中，能够根据M2M平台的服务质量和服务能力选择最优可调用的M2M平台，从而能够加快M2M平台业务处理的速度，保证服务质量。

图2是本发明实施例提供的一种业务处理方法流程图，该实施例从用户端和第一M2M平台之间的交互方面，对本发明所提供的业务处理方法进行具体说明，如图2所示，包括以下步骤：

201、用户端向第一M2M平台发送第一注册请求。在本发明实施例中，该用户端可以为移动终端，也可以为固定终端，用户可以通过该用户端上的应用程序，向对应的M2M平台发送服务请求，以实现相应的功能。该第一M2M平台即为与服务请求相对应的M2M平台。用户端在向M2M平台发送服务请求之前，需要向该M2M平台发送注册请求，以使得该第一M2M平台对该用户端进行注册。

202、该第一M2M平台根据该第一注册请求，对该用户端进行注册，并向该用户端返回第一注册成功信息。该第一M2M平台接收到该用户端的注册请求后，对该用户端进行注册，本发明实施例对该注册的具体过程不作赘述，注册成功后，该第一M2M平台向该用户端返回第一注册成功信息，以使得该用户端能够向该第一M2M平台发送服务请求。

203、用户端向该第一M2M平台发送服务请求。用户可以通过该用户端上的不同应用发送不同的服务请求，在本发明所提供的业务处理系统中，用户端所发送的服务请求不同，接收服务请求的第一M2M平台也不同。需要说明的是，在本发明实施例中，用于处理当前服务请求的M2M平台即为第一M2M平台，业务处理系统中的其他M2M平台均为第二M2M平台。例如，用户可以通过用户端上的搜索类应用，向对应M2M平台发送搜索请求，以获取相应的搜索内容，在处理该搜索请求的过程中，该对应M2M平台即为本发明所提供的业务处理系统中的第一M2M平台。

204、该第一M2M平台将该服务请求分解成多个子服务请求。对该服务请求进行分解的方法可以为：根据该服务请求的类型，获取该服务请求对应的应用本体，根据该应用本体将该服务请求进行分解，以获取多个子服务请求。其中，该服务请求的类型可以包括感知类和执行类等。例如，当该服务请求为身体状态查询服务请求时，获取该身体状态查询服务请求对应的应用本体，该应用本体可以为医疗服务系统，根据该应用本体可以将该身体状态查询请求分解为体温查询服务请求、心速查询服务请求等多个子服务请求。该第一M2M平台将该服务请求分解成多个子服务请求的方法，可以采用上述方法，也可以采用其他方法，本发明实施例对此不作限定。

205、该第一M2M平台对该多个子服务请求中每个子服务请求进行解析，获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台。由业务处理系统中对服务功能和服务平台的描述可以获知，服务功能主要用于描述M2M平台可以提供的具体服务，例如，计算服务和存储服务等，还可以是其他服务，本发明实施例对此不作限定；服务平台用来表示M2M平台的服务范围的大小，需要说明的是，该服务平台对M2M平台服务范围的描述要求精确到一个具体的服务对象，以便于实现服务发现和服务调度，该服务平台的表示方式可以为自定义的方式，也可以为其他方式，本发明实施例对此不作限定。将多个子服务请求中每个子服务请求进行解析，以获取每个子服务请求所需的服务功能和服务平台，解析后的形式可以为<所需服务平台，所需服务功能>，服务功能可以是环境交互功能，也可以是信息处理功能，当然，还可以是其他功能，本发明实施例对此不作限定。在本发明另一实施例中，为了进一步提高服务调度效率，解析结果还可以包括每种服务功能所需的处理规模，当然，对子服务请求的解析结果中还可以包括其他能够描述服务功能的参数，本发明实施例对此不作限定。通过获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台，使得在服务调度中能够快速调取最适合的M2M平台，以处理对应的子服务请求，从而能够加快业务处理速度，提高业务处理质量。

206、该第一M2M平台根据该多个子服务请求中每个子服务请求所需的服务功能和服务平台，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，该第一类子服务请求是指该第一M2M平台能够解决的服务请求，该第二类子服务请求是指该第一M2M平台不能解决的服务请求。为了降低网络负荷，在对多个子服务请求中每个子服务请求进行解析以后，根据解析结果，将该多个子服务请求划分为该第一M2M平台能够自行处理的第一类子服务请求和该第一M2M平台不能解决的第二类子服务请求。对于该第一类子服务请求，由该第一M2M平台进行处理；对于该第二类子服务请求中的每个子服务请求，根据每个子服务请求所需的服务平台和服务功能，从业务处理系统中的多个第二M2M平台中，确定最适合处理每个子服务请求所对应的第二M2M平台。通过将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，能够提高服务处理效率，减少服务时间。

207、该第一M2M平台对第一类子服务请求进行处理。将该多个子服务请求划分为第一类子服务请求和第二类子服务请求之后，有该第一M2M平台自行处理该第一类子服务请求，而无需调用第二M2M平台进行处理，从而能够降低网络带宽的占用，进而能够减轻网络负荷。在本发明另一实施例中，当该第一M2M平台内存使用量过多，处理速度下降时，也可以调用更适合的第二M2M平台进行处理，本发明实施例对此不作限定。该第二M2M平台的确定方法和调用方法在下述步骤中进行具体说明。

208、该第一M2M平台从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台。根据业务处理系统中对服务本体数据库的描述可以获知，该服务本体数据库用于存储该业务处理系统中每个M2M平台的服务本体，该服务本体用于描述M2M平台的服务的通用属性、服务能力和服务质量。需要说明的是，该服务本体数据库可以作为一个独立的存储装置，存在于该业务处理系统中，也可以存储于该业务处理系统中任一M2M平台中，本发明实施例对此不作限定。该第一M2M平台从服务本体数据库中查找每个第二M2M平台对应的服务本体的方法可以为：通过URL(UniformResourceLocator，统一资源定位符)访问服务本体，当然，也可以通过其他方法进行查找，本发明实施例对此不作限定。基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台的方法可以为：根据该第二类子服务请求中每个子服务请求所需的服务平台和该每个第二M2M平台对应的服务本体，确定能够处理该第二类子服务请求中每个子服务请求的候选目标第二M2M平台；根据该第二类子服务请求中每个子服务请求所需的服务功能和该每个候选目标第二M2M平台对应的服务本体，从该候选目标第二M2M平台中，确定该第二类子服务请求中每个子服务请求对应的目标第二M2M平台。

对于该多个子服务请求中的任一子服务请求，根据候选目标第二M2M平台的个数，确定目标第二M2M平台的方法可以为以下两种：第一种、如果能够处理该子服务请求的候选目标第二M2M平台个数为一个，将该能够处理该子服务请求的候选目标第二M2M平台确定为该子服务请求的目标第二M2M平台。第二种、如果能够处理该子服务请求的候选目标第二M2M平台个数为大于或等于2，确定每个候选目标第二M2M平台的服务本体中是否包括服务反馈信息，如果有，根据该服务反馈信息中的服务成功率、服务时间和响应时间，确定该每个候选目标第二M2M平台的服务质量的优先级，并根据该优先级，从该候选目标第二M2M平台中选取预设数量的候选目标第二M2M平台，再根据该预设数量的候选目标第二M2M平台中每个候选目标第二M2M平台的通信质量信息，按照子网、所处域、通信介质、服务器所在地址和服务器提供商的顺序，进一步确定该预设数量的候选目标第二M2M平台的服务质量的优先级，将该预设数量的候选目标第二M2M平台中优先级最高的候选目标第二M2M平台，确定为该子服务请求的目标第二M2M平台。

通过根据服务成功率、服务时间和响应时间，能够从多个候选目标第二M2M平台中选取出服务质量最优的预设处理的候选目标第二M2M平台，再根据通信质量信息，从该预设处理的候选目标第二M2M平台中，选取目标第二M2M平台，能够从服务质量最优的M2M平台中选取出网络状态最优的目标第二M2M平台，进而能够提高业务处理的服务质量。当然，根据候选目标第二M2M平台的个数，确定目标第二M2M平台也可以采用其他方法，本发明实施例对此不作限定。

209、该第一M2M平台与目标第二M2M平台建立通信连接。确定目标第二M2M平台之后，建立该第一M2M平台与目标第二M2M平台建立通信连接，以使得该目标第二M2M平台能够处理对应的子服务请求，并将该子服务请求的处理结果返回至该第一M2M平台。

210、根据该第一类子服务请求的处理结果和第二类子服务请求的处理结果，获取该服务请求的处理结果，并将该服务请求的处理结果返回至该用户端。该第一M2M平台处理第一类子服务请求，并获取该第一类子服务请求的处理结果，再根据第二M2M平台返回的第二类子服务请求的处理结果，获取该服务请求的处理结果，并将该服务请求的处理结果返回至该用户端。通过将服务请求分解为多个子服务请求，再根据该多个子服务请求中每个子服务请求所需服务平台和服务功能，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，由该第一M2M平台对该第一类子服务请求进行处理，根据第二M2M平台的服务本体和该第二类子服务请求中每个子服务请求所需的服务平台和服务质量，确定该第二类子服务请求中每个子服务请求对应的目标第二M2M平台，能够提高业务处理中的调用效率，进而提高业务处理的服务质量；通过根据服务反馈信息和网络通信质量，选取服务质量最优和网络状态最优的目标最优的目标第二M2M平台，能够进一步提高业务处理的服务质量。

图3是本发明实施例提供的一种业务处理方法流程图，该方法的执行主体为第一M2M平台，该实施例对本发明所提出的业务处理方法中，该第一M2M平台确定目标第二M2M平台的过程作具体说明，需要说明的是，该实施例所描述的具体过程的执行主体为第一M2M平台，如图3所示，包括以下步骤：

301、在该服务本体数据库中，查找该每个第二M2M平台对应的服务本体。在服务本体数据库中查找每个第二M2M平台对应的服务本体的方法与步骤，与步骤208中从服务本体数据库中查找服务本体的方法同理，此处不再赘述。

302、根据该第二类子服务请求中每个子服务请求所需的服务平台和服务功能和该每个第二M2M平台对应的服务本体，确定能够处理该第二类子服务请求中每个子服务请求的候选目标第二M2M平台。根据业务处理系统中对服务平台和服务功能的描述，服务功能主要用于描述M2M平台可以提供的具体服务，服务平台用来表示M2M平台的服务范围的大小，而服务本体中存储有用于描述M2M平台的服务功能和服务平台，根据每个子服务请求所需的服务平台和服务功能，以及该每个第二M2M平台对应的服务本体，从该业务处理系统的多个第二M2M平台中确定该第二类子服务请求中每个子服务请求对应的候选目标第二M2M平台。

303、判断候选目标第二M2M平台的个数是否大于1.如果候选目标第二M2M平台的个数大于1，则执行步骤304，如果候选目标第二M2M平台的个数不大于1，则执行步骤307。对于该第二类子服务请求中的任一子服务请求，根据候选目标第二M2M平台的个数不同，采用不同的方法确定目标第二M2M平台。

304、判断候选目标第二M2M平台的服务本体中是否包括服务反馈信息。如果候选目标第二M2M平台的服务本体中包括服务反馈信息，执行步骤305；如果候选目标第二M2M平台的服务本体中不包括服务反馈信息，执行步骤306。该服务反馈信息用于描述M2M平台在与其他M2M平台进行服务调度的结果反馈，也就是请求服务的M2M平台对实现服务平台的服务评价。在M2M平台服务的过程中，服务的实时性和服务的成功与否被看做服务调度的重要因素，因此，将服务反馈按照实时性和服务结果分为：服务的响应时间(ResponseTime)，服务时间(ServiceTime)以及服务结果(ServiceResult)，其中，服务结果包括成功与失败两种结果。当服务请求平台在服务调度结束后，服务请求平台会将服务反馈信息实例化至该实现服务平台的服务反馈信息中。需要说明的是，该服务结果也可以为服务成功率，用于表示实现服务平台的服务质量，当然，该服务反馈信息中还可以包括其他用于描述平台服务质量的参数，本发明实施例对此不作限定。

305、根据该服务反馈信息中的服务成功率、服务时间和响应时间，确定该目标第二M2M平台的服务质量的优先级。对于该第二类子服务请求中的任一子服务请求，根据该服务反馈信息中的服务成功率、服务时间和响应时间，能够从该业务处理系统的多个第二M2M平台中，选取用于处理该子服务请求的服务质量最优的目标第二M2M平台。

306、根据候选目标第二M2M平台中每个候选目标第二M2M平台的通信质量信息，按照子网、所处域、通信介质、服务器所在地址和服务器提供商的顺序，从该候选目标第二M2M平台中，确定该第二类子服务请求中每个子服务请求对应的目标第二M2M平台。当候选目标第二M2M平台的个数大于2时，从候选目标第二M2M平台中确定目标M2M平台的方法，与步骤208中确定目标M2M平台的方法同理，此处不再赘述。

307、根据目标第二M2M平台和该第一M2M平台的通信方式，建立与该目标第二M2M平台之间的通信连接。

确定目标第二M2M平台之后，建立第一M2M平台与目标第二M2M平台建立通信连接，以使得该目标第二M2M平台能够处理对应的子服务请求，并将该子服务请求的处理结果返回至该第一M2M平台。通过根据第二M2M平台的服务本体和该第二类子服务请求中每个子服务请求所需的服务平台和服务质量，确定该第二类子服务请求中每个子服务请求对应的候选目标第二M2M平台，当任一子服务请求对应的候选目标第二M2M平台的个数大于1时，再根据服务反馈信息和网络通信质量，从该子服务请求对应的候选目标第二M2M平台中，选取服务质量最优和网络状态最优的目标最优的目标第二M2M平台，能够提高业务处理中的调用效率，进而提高业务处理的服务质量。

图4是本发明实施例提供的一种业务处理方法流程图，该实施例对第二类子服务请求的处理过程做具体说明，参见图4，该方法包括：

401、第一M2M平台向目标第二M2M平台发送第二注册请求。该第一M2M

平台在向目标第二M2M平台发送服务请求之前，先要发送第二注册请求，该第二注册请求用于使该目标第二M2M平台确定该服务本体数据库是否存储有该第一M2M平台的实例化信息，该实例化信息至少包括该第一M2M平台的响应时间信息；该目标第二M2M平台根据该服务本体数据库是否存储有该第一M2M平台的实例化信息，确定是否对该第一M2M平台进行注册。

402、目标第二M2M平台查询服务本体数据库是否存储有该第一M2M平台的实例化信息。如果服务本体数据库未存储有该第一M2M平台的实例化信息，执行步骤403；如果服务本体数据库存储有该第一M2M平台的实例化信息，执行步骤406。该目标第二M2M平台查询服务本体数据库中是否存储有该第一M2M平台的实例化信息的方法，与步骤208中从服务本体数据库中查找服务本体的方法同理，此处不再赘述。

403、目标第二M2M平台向该第一M2M平台发送实例化请求。该实例化请求用于使该第一M2M平台向服务本体数据库返回该第一M2M平台的实例化信息，该实例化信息用于描述该第一M2M平台在业务处理过程中的服务质量等信息，当然，还可以用于描述其他反映该第一M2M平台的服务参数，本发明实施例对此不作限定。

404、该第一M2M平台根据该实例化请求，计算该响应时间信息，并将该第一M2M平台的实例化信息发送到该服务本体数据库中。该实例化信息除了包括响应时间信息以外，还可以包括其他能够反映该第一M2M平台服务质量的信息，本发明实施例对此不作限定。

405、该第一M2M平台向该目标第二M2M平台发送实例化成功的提醒消息。在该第一M2M平台完成实例化之后，该第一M2M平台向该目标第二M2M平台发送实例化成功的提醒消息，该实例化成功的提醒消息用于使该目标第二M2M平台完成对该第一M2M平台的注册。

406、该第一M2M平台接收该目标第二M2M平台返回的第二注册成功信息。该目标第二M2M平台接收到该第一M2M平台发送的实例化成功的提醒消息之后，对该第一M2M平台进行注册，并向该第一M2M平台返回第二注册成功信息。

407、该第一M2M平台向目标第二M2M平台发送第二类子服务请求。注册成功后，该第一M2M平台对该第二M2M平台进行调用，调用方法可以为：向该目标第二M2M平台发送该第二类子服务中对应子服务请求，以使得该目标第二M2M平台对该子服务请求进行处理，以获得该子服务请求的处理结果。也可以通过其他方法对该目标第二M2M平台进行调用，以使该目标第二M2M平台处理相应的子服务请求，本发明实施例对此不作限定。

408、该目标第二M2M平台对该第二类服务请求进行处理，以获取该第二类服务请求的处理结果。该步骤涉及到M2M平台处理服务请求的具体过程，本发明实施例对此不作具体描述。

409、该目标第二M2M平台返回该第二类子服务请求的处理结果。该目标第二M2M平台根据其与该第一M2M平台之间的网络连接，想该第一M2M平台返回该目标第二M2M平台所处理的子服务请求的处理结果。

410、该第一M2M平台计算该第二类子服务请求中每个子服务请求对应的服务时间。计算所得到的服务时间用于描述该第一M2M平台的服务质量；该步骤涉及到对服务时间的具体计算方法，本发明对此不作限定。

411、根据该服务时间和该第二类子服务请求的处理结果，获取该第二类子服务请求中每个子服务请求对应的服务结果。该第二类子服务请求中每个子服务请求对应的服务结果可以为对应的服务是否成功，也可以包括其他信息，本发明实施例对此不作限定。在本发明另一实施例中，目标第二M2M平台返回的所述第二类子服务请求的处理结果分别携带对应目标第二M2M平台所提供的服务的通用属性。以便于下次调用时，能够直接向该对应的目标第二M2M平台发送第二注册信息，从而能够实现快速调用，加快第一M2M平台的业务处理速度。

412、根据该目标第二M2M平台所提供的服务质量，获取实例化信息，并将该实例化信息发送至该服务本体数据库，使得该服务本体数据库将该实例化信息与该目标第二M2M平台进行对应存储。该实例化过程与步骤403和步骤404所描述的实例化过程同理，此处不再赘述。通过调用第二M2M平台处理第二类子服务请求，能够加快服务请求的处理速度，进而能够减小服务时间，提高服务效率。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

为了便于理解本发明实施例所提供的业务处理系统、业务处理方法及装置，本发明还提供了另一实施例，该实施例通过业务员处理方法的具体应用进一步说明本发明所提供的业务处理系统、业务处理方法及装置。

在智能家庭中的智能健康医疗的场景中，每个家庭将设立一个家庭医疗M2M平台，通过利用各种传感器以获取到人体身体各方面的数据，例如，通过监测体温、心跳等一些生命特征，该智能平台将收集到的生理指标发送至医疗单位中的M2M平台，从而对数据进行分析，以判断出人体的身体健康状态，若身体的数据有异常，则医疗M2M平台将会给予反馈。

在此实例中，为了证明该发明的可行性和通用性，我们选取oneM2M作为实施例的标准。其中每个应用请求作为AE而存在，提供服务的实体为CSE，服务本体数据库以链接的形式存储在每个CSE的Container(容器)子资源中的OntologyRef中，从而使得CSE可以通过对服务本体数据库的调用和解析，实现服务。也即是，在该业务处理系统中，提供服务的实体CSE作为M2M平台，AE作为用户端。

在本发明实施例中，位于成都市顺江小区的用户，通过用户端向M2M平台发起请求查询最近的身体状态，M2M平台针对该服务进行服务的调度，根据服务平台和服务质量选择成都市合适的医疗M2M平台进行分析，从而实现该服务。图5A是本发明实施例提供的一种业务处理方法的应用实例的流程图，该流程图从用户端AE和第一M2M平台homecareCSE分析实现该服务的过程，实现该服务的具体步骤为：

501、用户端AE向作为第一M2M平台的homecareCSE发送第一注册请求。

该注册请求的形式可以为：Request:{op＝Create；fr＝AE01；to＝CSE01；tp＝AE；nm＝AE01}，需要说明的是，该注册请求也可以是其他形式，本发明实施例对此不作限定。

502、第一M2M平台homecareCSE创建<AE>。

503、该homecareCSE向该用户端AE返回第一注册成功消息。

该第一注册成功消息的形式可以为：Response:{rs＝Sucessful；to＝AE01；fr＝homecareCSE}。

504、用户端AE向homecareCSE发送服务请求。

该子服务请求可以为：Request:{op＝Retrieve；fr＝AE01；to＝homecareCSE；cn:最近身体健康状态}。

505、该homecareCSE将该服务请求进行分解。

该homecareCSE根据该服务请求的应用本体，将该服务请求分解为多个子服务请求，该服务请求的应用本体可以用图5B表示，分解后所得到的多个子服务请求可以为：{体温服务，心跳服务，…，B超服务}。

以下步骤以子服务请求中的体温服务为例，对业务处理流程进行具体说明。

506、对子服务请求进行解析，获取处理子服务请求所需要的服务平台和服务功能。

以子服务请求中的体温服务为例进行具体说明，获取到的处理该子服务请求所需要的服务平台和服务功能为：{服务平台：成都市，服务功能：计算能力——计算人体体温}。

507、该homecareCSE检测该子服务请求所属类别。

该homecareCSE根据该子服务请求所需的服务平台和服务功能，检测该子服务请求属于第一类子服务请求，还是属于第二类子服务请求。具体地，根据该子服务请求所需的服务平台和服务功能，检测其自身是否满足服务需求，若满足，则该子服务请求属于第一类子服务请求，若不满足，则该子服务请求属于第二类子服务请求。经检测发现，该homecareCSE不能处理该子服务请求，也即是，该子服务请求对于该homecareCSE来说，属于第二类子服务请求。

508、该homecareCSE通过查询服务本体数据库，查找能够处理该子服务请求的第二M2M平台。

从homecareCSE的container中的OntologyRef查找服务本体数据库，从而查找提供处理该子服务请求的第二M2M平台。

查询服务功能为计算体温并且服务平台为成都的CSE，确定能够提供服务的有{huaxiCSE,peopleCSE,shunjiangCSE,…uestcCSE},在此CSE的集合中包含了所有能进行体温计算的第二M2M平台。

509、从能够处理该子服务请求的第二M2M平台中，确定该子服务请求对应的目标第二M2M平台。

首先根据服务质量确定候选目标第二M2M平台，具体方法可以为：由于某些医疗机构的服务请求较多，且对服务的能力要求并不高，因此要选择服务质量较高的平台，从{huaxiCSE,peopleCSE,shunjiangCSE,…uestcCSE}中，选择服务平均成功率大于80％并且服务时间小于30min的CSE，其中包括{shunjiangCSE,peopleCSE,uestcCSE}。

再根据网络通信质量从候选目标第二M2M平台中，确定目标第二M2M平台，具体方法可以为：从{shunjiangCSE,peopleCSE,uestcCSE}中，选择与homecareCSE在子网内比较近的CSE，也就是{shunjiangCSE，uestcCSE}，而shunjiangCSE的带宽为10M并且与homecareCSE为同一服务提供商，因此选择shunjiangCSE作为处理该子服务请求的目标第二M2M平台。

510、建立homecareCSE与该目标第二M2M平台之间的通信连接。

查询shunjiangCSE的通信方式，从而获取到具体的通信方式，进而准备向该shunjiangCSE发送对应的子服务请求，也即是体温服务请求。

图6是本发明实施例提供的一种业务处理方法的应用实例的流程图，该流程图以子服务请求为体温服务请求为例，从第一M2M平台homecareCSE和目标第二M2M平台shunjiangCSE的交互角度，分析实现该服务的过程，实现该服务的具体步骤为：

601、第一M2M平台homecareCSE向目标第二M2M平台shunjiangCSE发送第二注册请求。

该第二注册请求的形式可以为：Request:{op＝Create；fr＝homecareCSE；to＝shunjiangCSE；tp＝CSE；nm＝homecareCSE}。

602、目标第二M2M平台shunjiangCSE查询服务本体数据库是否存储有该第一M2M平台homecareCSE的实例化信息。

目标第二M2M平台shunjiangCSE对该服务本体数据库的查询结果为：该服务本体数据库未存储有该第一M2M平台homecareCSE的实例化信息。

603、目标第二M2M平台shunjiangCSE向第一M2M平台homecareCSE发送实例化请求。

当该服务本体数据库未存储有该第一M2M平台homecareCSE的实例化信息时，该目标第二M2M平台shunjiangCSE向第一M2M平台homecareCSE所发送信息的形式可以为：Response：{rs＝UnSuccessful；to＝homecareCSE；fr＝shunjiangCSE；cn:“Notinstantiatetheserviceontology”}。

604、第一M2M平台homecareCSE根据该实例化请求，计算响应时间信息。

605、该第一M2M平台homecareCSE向服务本体数据库中发送实例化信息。

606、该第一M2M平台homecareCSE向该目标第二M2M平台shunjiangCSE发送实例化成功的提醒消息。

所发送的提醒消息的形式可以为：Request:{op＝Create；fr＝homecareCSE；to＝shunjiangCSE；tp＝CSE；nm＝homecareCSE,cn:Finishedinstantiating}。

607、该目标第二M2M平台shunjiangCSE对该第一M2M平台homecareCSE进行注册。

该目标第二M2M平台shunjiangCSE进行本地处理,在shunjiangCSE中创建该第一M2M平台homecareCSE。

608、该目标第二M2M平台shunjiangCSE向该第一M2M平台homecareCSE发送第二注册成功信息。

该目标第二M2M平台shunjiangCSE对该第一M2M平台homecareCSE注册成功后，向该第一M2M平台homecareCSE返回第二注册成功信息，该信息可以为：Response:{rs＝Sucessful；to＝homecareCSE；fr＝shunjiangCSE}。

609、该第一M2M平台homecareCSE向该目标第二M2M平台shunjiangCSE发送子服务请求。

该子服务请求可以为：Request:{op＝Retrieve；fr＝homecareCSE；to＝shunjiangCSE；cn:计算身体温度状态}。

610、该目标第二M2M平台shunjiangCSE对子服务请求进行处理。

shunjiangCSE进行本地处理，对接收到的数据进行计算并予以分析，得出身体体温稳定的处理结果。

611、该目标第二M2M平台shunjiangCSE将子服务请求的处理结果返回至该第一M2M平台homecareCSE。

该处理结果可以为：Response:{rs＝Sucessful,to＝homecareCSE.fr＝shunjiang-CSEcn:”Stabletemperature”}。

612、该第一M2M平台homecareCSE计算该子服务请求对应的服务时间，并根据该服务时间和该子服务请求的处理结果，获取该子服务请求的服务结果。

homecareCSE计算服务时间为20min，并且判断服务成功。

613、根据该目标第二M2M平台所提供的服务质量，获取实例化信息。

根据响应时间,服务时间、服务成功的反馈信息{ResponseTime:30s,ServiceTime:20min.serviceResult:succeed}获取服务反馈信息，并实例化至shunjiangCSE的服务反馈下。

图7是本发明实施例提供的一种业务处理装置框图。参照图7，该装置包括接收模块701、服务请求分解模块702，解析模块703、划分模块704、确定模块705、第一处理模块706、获取模块707和第二处理模块708。

接收模块701，用于接收用户端发送的服务请求；服务请求分解模块702，用于将该服务请求分解成多个子服务请求；解析模块703，用于对该多个子服务请求中每个子服务请求进行解析，获取该多个子服务请求中每个子服务请求所需的服务功能和服务平台；划分模块704，用于根据该多个子服务请求中每个子服务请求所需的服务功能和服务平台，将该多个子服务请求划分为第一类子服务请求和第二类子服务请求，该第一类子服务请求是指该第一M2M平台能够解决的服务请求，该第二类子服务请求是指该第一M2M平台不能解决的服务请求；确定模块705，用于从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于该服务本体、该第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；第一处理模块706，用于对该第一类子服务请求进行处理，并向该目标第二M2M平台发送第二类子服务请求；获取模块707，用于获取该目标第二M2M平台返回的该第二类子服务请求的处理结果；第二处理模块708，用于根据该第二类子服务请求的处理结果和该第一类子服务请求的处理结果，获取并返回该服务请求的处理结果。

在本发明提供的第一种可能实现方式中，该装置还包括：注册模块，用于接收该用户端发送的第一注册请求；根据该第一注册请求，对该用户端进行注册，并向该用户端返回第一注册成功信息。

在本发明提供的第二种可能实现方式中，该确定模块705用于：在该服务本体数据库中，查找该每个第二M2M平台对应的服务本体；根据该第二类子服务请求中每个子服务请求所需的服务平台和该每个第二M2M平台对应的服务本体，确定能够处理该第二类子服务请求中每个子服务请求的候选目标第二M2M平台；根据该第二类子服务请求中每个子服务请求所需的服务功能和该每个候选目标第二M2M平台对应的服务本体，从该候选目标第二M2M平台中，确定该第二类子服务请求中每个子服务请求对应的目标第二M2M平台。

在本发明提供的第三种可能实现方式中，该确定模块705用于：对于该第二类子服务请求中任一子服务请求，如果能够处理该子服务请求的候选目标第二M2M平台个数为一个，将该能够处理该子服务请求的候选目标第二M2M平台确定为该子服务请求的目标第二M2M平台；或，对于该第二类子服务请求中任一子服务请求，如果能够处理该子服务请求的候选目标第二M2M平台个数为大于或等于2，确定每个候选目标第二M2M平台的服务本体中是否包括服务反馈信息，如果有，根据该服务反馈信息中的服务成功率、服务时间和响应时间，确定该每个候选目标第二M2M平台的服务质量的优先级，并根据该优先级，从该候选目标第二M2M平台中选取预设数量的候选目标第二M2M平台，再根据该预设数量的候选目标第二M2M平台中每个候选目标第二M2M平台的通信质量信息，按照子网、所处域、通信介质、服务器所在地址和服务器提供商的顺序，进一步确定该预设数量的候选目标第二M2M平台的服务质量的优先级，将该预设数量的候选目标第二M2M平台中优先级最高的候选目标第二M2M平台，确定为该子服务请求的目标第二M2M平台。

在本发明提供的第四种可能实现方式中，该装置还包括：通信模块，用于根据目标第二M2M平台和该第一M2M平台的通信方式，建立与该目标第二M2M平台之间的通信连接，并执行向该目标第二M2M平台发送第二类子服务请求的步骤。

在本发明提供的第五种可能实现方式中，该装置还包括：注册模块，用于向该目标第二M2M平台发送第二注册请求，该第二注册请求用于使该目标第二M2M平台确定该服务本体数据库是否存储有该第一M2M平台的实例化信息，该实例化信息至少包括该第一M2M平台的响应时间信息；如果该服务本体数据库存储有该第一M2M平台的实例化信息，则接收该目标第二M2M平台返回的第二注册成功信息，并执行向该目标第二M2M平台发送第二类子服务请求的步骤。

在本发明提供的第六种可能实现方式中，该注册模块还用于：如果该服务本体数据库未存储有该第一M2M平台的实例化信息，接收该目标第二M2M平台返回的实例化请求；根据该实例化请求，计算该响应时间信息，并将该第一M2M平台的实例化信息发送到该服务本体数据库中；向该目标第二M2M平台发送实例化成功的提醒消息，该实例化成功的提醒消息用于使该目标第二M2M平台返回第二注册成功信息；接收该目标第二M2M平台返回的第二注册成功信息，并执行向该目标第二M2M平台发送第二类子服务请求的步骤。

在本发明提供的第七种可能实现方式中，该装置还包括：服务质量获取模块，用于计算该第二类子服务请求中每个子服务请求对应的服务时间，并根据该服务时间和该第二类子服务请求的处理结果，判断该第二类子服务请求中每个子服务请求对应的服务是否成功，并获取该目标第二M2M平台所提供的服务质量；实例化模块，用于根据该目标第二M2M平台所提供的服务质量，获取实例化信息，并将该实例化信息发送至该服务本体数据库，使得该服务本体数据库将该实例化信息与该目标第二M2M平台进行对应存储。

在本发明提供的第八种可能实现方式中，该目标第二M2M平台返回的该第二类子服务请求的处理结果分别携带对应目标第二M2M平台所提供的服务的通用属性。

图8是本发明实施例提供的一种业务处理装置框图。参照图8，该装置包括：服务请求接收模块801、请求处理模块802和处理结果发送模块803。

服务请求接收模块801，用于接收第一M2M平台发送的子服务请求；请求处理模块802，用于对该子服务请求进行处理，以获取该子服务请求的处理结果；处理结果发送模块803，用4于将该处理结果发送至该第一M2M平台，该处理结果携带该第二M2M平台所提供的服务的通用属性。

在本发明提供的第一种可能实现方式中，该装置还包括：注册模块，用于接收该第一M2M平台发送的第二注册请求；根据该第二注册请求，确定服务本体数据库是否存储有该第一M2M平台的实例化信息，该实例化信息至少包括该第一M2M平台的响应时间信息；如果该服务本体数据库未存储有该第一M2M平台的实例化信息，发送实例化请求，该实例化请求用于使该第一M2M平台计算该响应时间信息，并将该第一M2M平台的实例化信息发送到该服务本体数据库中，以返回实例化成功的提醒消息；接收该第一M2M平台返回的该实例化成功的提醒消息；根据该实例化成功的提醒消息，对该第一M2M平台进行注册，并向该第一M2M平台发送第二注册成功信息。

在本发明提供的第二种可能实现方式中，该注册模块还用于：如果该服务本体数据库存储有该第一M2M平台的实例化信息，对该第一M2M平台进行注册，并向该第一M2M平台发送第二注册成功信息。

需要说明的是：上述实施例提供的业务处理装置在进行业务处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务处理的装置与业务处理的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种业务处理系统，其特征在于，所述系统包括：用户端和M2M平台系统；

所述M2M平台系统包括第一M2M平台、第二M2M平台和服务本体数据库；

所述用户端用于向所述第一M2M平台发送服务请求；

所述第一M2M平台用于接收所述用户端发送的服务请求；将所述服务请求分解成多个子服务请求；对所述多个子服务请求中每个子服务请求进行解析，获取所述多个子服务请求中每个子服务请求所需的服务功能和服务平台；根据所述多个子服务请求中每个子服务请求所需的服务功能和服务平台，将所述多个子服务请求划分为第一类子服务请求和第二类子服务请求，所述第一类子服务请求是指所述第一M2M平台能够解决的服务请求，所述第二类子服务请求是指所述第一M2M平台不能解决的服务请求；从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于所述服务本体、所述第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；对所述第一类子服务请求进行处理，并向所述目标第二M2M平台发送第二类子服务请求；获取所述目标第二M2M平台返回的所述第二类子服务请求的处理结果；根据所述第二类子服务请求的处理结果和所述第一类子服务请求的处理结果，获取并返回所述服务请求的处理结果；

所述第二M2M平台为所述M2M平台系统中除所述第一M2M平台以外的其他M2M平台，所述第二M2M平台用于接收并处理所述第一M2M平台发送第二类子服务请求；

所述服务本体数据库用于存储所述M2M系统中每个M2M平台的服务本体，所述服务本体用于描述M2M平台的服务的通用属性、服务能力和服务质量。

2.根据权利要求1所述的系统，其特征在于，所述服务的通用属性包括服务的描述信息和服务的提供者信息；所述服务能力包括处理规模、服务功能和服务平台；所述服务平台用于描述M2M平台的服务范围；所述服务功能用于描述M2M平台所具有的环境交互功能和信息处理功能，所述环境交互功能包括环境感知能力和环境控制能力，所述信息处理功能至少包括计算能力和存储能力；所述服务质量包括服务反馈信息和通信质量信息。

3.一种业务处理方法，其特征在于，该方法应用于第一M2M平台，所述方法包括：

接收用户端发送的服务请求；

将所述服务请求分解成多个子服务请求；

对所述多个子服务请求中每个子服务请求进行解析，获取所述多个子服务请求中每个子服务请求所需的服务功能和服务平台；

根据所述多个子服务请求中每个子服务请求所需的服务功能和服务平台，将所述多个子服务请求划分为第一类子服务请求和第二类子服务请求，所述第一类子服务请求是指所述第一M2M平台能够解决的服务请求，所述第二类子服务请求是指所述第一M2M平台不能解决的服务请求；

从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于所述服务本体、所述第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；

对所述第一类子服务请求进行处理，并向所述目标第二M2M平台发送第二类子服务请求；

获取所述目标第二M2M平台返回的所述第二类子服务请求的处理结果；

根据所述第二类子服务请求的处理结果和所述第一类子服务请求的处理结果，获取并返回所述服务请求的处理结果。

4.根据权利要求3所述的方法，其特征在于，所述从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于所述服务本体、所述第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台，包括：

在所述服务本体数据库中，查找所述每个第二M2M平台对应的服务本体；

根据所述第二类子服务请求中每个子服务请求所需的服务平台和所述每个第二M2M平台对应的服务本体，确定能够处理所述第二类子服务请求中每个子服务请求的候选目标第二M2M平台；

根据所述第二类子服务请求中每个子服务请求所需的服务功能和所述每个候选目标第二M2M平台对应的服务本体，从所述候选目标第二M2M平台中，确定所述第二类子服务请求中每个子服务请求对应的目标第二M2M平台。

5.根据权利要求3所述的方法，其特征在于，所述向所述目标第二M2M平台发送第二类子服务请求之前，所述方法还包括：

向所述目标第二M2M平台发送第二注册请求，所述第二注册请求用于使所述目标第二M2M平台确定所述服务本体数据库是否存储有所述第一M2M平台的实例化信息，所述实例化信息至少包括所述第一M2M平台的响应时间信息；

如果所述服务本体数据库存储有所述第一M2M平台的实例化信息，则接收所述目标第二M2M平台返回的第二注册成功信息，并执行向所述目标第二M2M平台发送第二类子服务请求的步骤。

6.根据权利要求3所述的方法，其特征在于，根据所述第二类子服务请求的处理结果和所述第一类子服务请求的处理结果，获取并返回所述服务请求的处理结果之后，所述方法还包括：

计算所述第二类子服务请求中每个子服务请求对应的服务时间，并根据所述服务时间和所述第二类子服务请求的处理结果，判断所述第二类子服务请求中每个子服务请求对应的服务是否成功，并获取所述目标第二M2M平台所提供的服务质量；

根据所述目标第二M2M平台所提供的服务质量，获取实例化信息，并将所述实例化信息发送至所述服务本体数据库，使得所述服务本体数据库将所述实例化信息与所述目标第二M2M平台进行对应存储。

7.一种业务处理装置，其特征在于，所述装置包括：

接收模块，用于接收用户端发送的服务请求；

服务请求分解模块，用于将所述服务请求分解成多个子服务请求；

解析模块，用于对所述多个子服务请求中每个子服务请求进行解析，获取所述多个子服务请求中每个子服务请求所需的服务功能和服务平台；

划分模块，用于根据所述多个子服务请求中每个子服务请求所需的服务功能和服务平台，将所述多个子服务请求划分为第一类子服务请求和第二类子服务请求，所述第一类子服务请求是指所述第一M2M平台能够解决的服务请求，所述第二类子服务请求是指所述第一M2M平台不能解决的服务请求；

确定模块，用于从服务本体数据库中查找每个第二M2M平台对应的服务本体，并基于所述服务本体、所述第二类子服务请求中每个子服务请求所需的服务功能和服务平台，从多个第二M2M平台中确定目标第二M2M平台；

第一处理模块，用于对所述第一类子服务请求进行处理，并向所述目标第二M2M平台发送第二类子服务请求；

获取模块，用于获取所述目标第二M2M平台返回的所述第二类子服务请求的处理结果；

第二处理模块，用于根据所述第二类子服务请求的处理结果和所述第一类子服务请求的处理结果，获取并返回所述服务请求的处理结果。

8.根据权利要求7所述的装置，其特征在于，所述确定模块用于：

在所述服务本体数据库中，查找所述每个第二M2M平台对应的服务本体；

根据所述第二类子服务请求中每个子服务请求所需的服务平台和所述每个第二M2M平台对应的服务本体，确定能够处理所述第二类子服务请求中每个子服务请求的候选目标第二M2M平台；

根据所述第二类子服务请求中每个子服务请求所需的服务功能和所述每个候选目标第二M2M平台对应的服务本体，从所述候选目标第二M2M平台中，确定所述第二类子服务请求中每个子服务请求对应的目标第二M2M平台。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

注册模块，用于向所述目标第二M2M平台发送第二注册请求，所述第二注册请求用于使所述目标第二M2M平台确定所述服务本体数据库是否存储有所述第一M2M平台的实例化信息，所述实例化信息至少包括所述第一M2M平台的响应时间信息；如果所述服务本体数据库存储有所述第一M2M平台的实例化信息，则接收所述目标第二M2M平台返回的第二注册成功信息，并执行向所述目标第二M2M平台发送第二类子服务请求的步骤。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

服务质量获取模块，用于计算所述第二类子服务请求中每个子服务请求对应的服务时间，并根据所述服务时间和所述第二类子服务请求的处理结果，判断所述第二类子服务请求中每个子服务请求对应的服务是否成功，并获取所述目标第二M2M平台所提供的服务质量；

实例化模块，用于根据所述目标第二M2M平台所提供的服务质量，获取实例化信息，并将所述实例化信息发送至所述服务本体数据库，使得所述服务本体数据库将所述实例化信息与所述目标第二M2M平台进行对应存储。