一种基于多网络融合的支持多种业务的通用业务平台

摘要

本发明公开了一种基于多网络融合的支持多种业务的通用业务平台，包括：业务接入单元，连接于各网络运营商的通信网络，用于接入各种通信业务，提供协议支持并与消息处理单元进行数据交互；消息处理单元，接收业务接入单元的业务请求，判断请求的类型，调用业务引擎单元中的业务实例；接收业务引擎单元发送的业务指令并转发至业务接入单元；业务引擎单元，用于向各通信业务提供运行支持，根据消息处理单元发送的业务调用请求而执行业务，根据执行结果触发新业务请求，并将新请求返回至消息处理单元；管理单元，分别连接于上述各单元并完成对其的协调管理。本发明为各网络运营商提供一共用的平台而实现不同网络服务的融合；该平台更新、维护方便。

说明书

技术领域

本发明涉及一种基于多网络融合的支持多种业务的通用业务平台。

背景技术

随着通讯技术的不断发展，通讯业务的种类也日益丰富，由原来单一速率的话音业务逐渐演变为话音、数据、多媒体及一些增值业务等多种业务类型共存。即使仅是话音业务目前也已呈现多种速率多种编解码方式共存的态势，例如全速率语音业务(FR，full rate)、半速率语音业务(HR，half rate)、增强型全速率语音业务(EFR，Enhanced full rate)以及自适应多速率语音业务(AMR，Adaptive Multi-rate)等等。一般情况下，业务是动态变化的，而处理不同业务对处理器各种资源的需求又有很大的不同，即使同种业务，在不同速率的情况下也可能存在较大的差异。

作为一个综合的电信运营商，建设发展语音、数据、视频、增值服务等业务是一个十分重要的战略任务，特别是通信与信息服务技术快速发展的今天，电信运营商提供多种复杂业务是用户的服务多样化的需求，也是电信运营商拓展新业务的突破口。但由于目前的语音业务仍然是电信运营商的主要收入支柱，所以必须在数据网上承载大量的语音等实时性很强的业务，因此，如何在一个统一的网络平台上提供各种不同服务质量要求的多种业务，也是一个必须考虑的问题：单纯的以路由器为主体的互联网技术，无法满足传统电信业务对服务质量的要求，尤其是语音、视频业务，更加无法满足端到端通信的业务质量。

最近，随着INTERNET、移动网络的异军突起，出现的业务更是越来越多。随着新业务的涌现，跨网络服务的需求也更加迫切。例如，拥有INTERNET业务的用户希望能提供IP电话服务，以进行呼叫服务。而仅拥有GSM业务的用户希望对3G用户进行定位等，这些服务均是跨网络的服务需求。在目前各自独立的网络中，并不能提供这些跨网络的服务。

采用什么样的线路来建设发展这些业务网以及如何融合这些业务，则是一个需要准确定位的迫切而严峻的问题。传统的电信运营公司，通常是针对一个业务类型，建立一个网络，如果有多种业务，就需要分别地建立多个网络。这种建网模式的缺点是明显的，即投资大，建网速度慢，周期长，同时需要分别维护。多年来，电信界一直追求能够建立一个统一的网络平台，能够同时提供多种业务，但是目前现有技术中还没有成熟的可资借鉴的模式。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于多网络融合的支持多种业务的通用业务平台，为各网络运营商提供一共用的平台而实现不同运营商不同网络服务的融合，并可及时更新，维护方便。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于多网络融合的支持多种业务的通用业务平台，至少包括：

业务接入单元，连接各网络运营商的通信网络，用于接入网络运营商授权的各种通信业务，提供各种通信业务的协议支持，并与消息处理单元完成通信业务的数据交互；

消息处理单元，连接于业务接入单元和业务引擎单元之间，接收业务接入单元的通信业务请求，确定所接收通信业务请求的业务类型，调用业务引擎单元中对应的业务实例；接收业务引擎单元发送的业务指令，将该业务指令发送至业务接入单元；消息处理单元还同时连接web服务网络，接收web服务网络发送的业务请求；

业务引擎单元，用于向接入的各通信业务提供业务运行支持，根据消息处理单元发送的业务请求调用生成业务实例，并执行业务，根据业务执行结果触发新的业务请求，并将该新的业务请求返回至消息处理单元；以及

管理单元，分别与业务接入单元、消息处理单元以及业务引擎单元连接，并完成对其的协调管理，提供整个通用业务平台的公共支持服务，并对各通信业务进行统一管理。

其中，该通用业务平台还包括：

业务生成单元，连接业务引擎单元和管理单元，用于向业务开发者提供开放的业务接口接入新业务；将接入的新业务应用发送至业务引擎单元；业务生成单元还与置于公网中的web服务器连接，根据收到的业务生成请求分析产生服务需求、生成新的业务应用，并将生成的业务应用发送至业务引擎单元存储。

其中，所述业务接入单元连接的通信网络包括但不限于：公共交换电话网络、第二代无线通信网络、第三代移动通信网络、下一代网络NGN、Wi-Fi网络、Wi-MAX网络、Internet和分组数据网。

其中，所述业务接入单元至少由以下接入网关构成：

Parlay/ParlayX网关，与公共交换电话网络、第二代无线通信网络、第三代移动通信网络和NGN网络连接，用于接入所述网络进行所述网络运营商授权业务的交互；

短消息服务网关，连接第二代无线通信网络和第三代移动通信网络，用于提供短消息类的授权业务；

多媒体消息服务网关，连接第二代无线通信网络和第三代移动通信网络，用于提供多媒体消息类的授权业务；

LBS网关，连接第二代无线通信网络和第三代移动通信网络，用于提供移动终端的定位业务；

GIS网关，连接Internet中的地理信息服务，用于提供地理信息业务；

SIP网关，连接第三代移动通信网络、NGN网络、Wi-Fi网络、Wi-MAX网络和Internet，用于提供基于IP的话务业务；

Mail网关，连接Internet中的邮件服务器，与业务接入单元其他网关联合用于向用户提供mail提醒和转发业务；

Web服务网关，连接Internet，用于向用户提供web查询及推荐业务；

各网关与消息处理单元连接，向消息处理单元发送业务请求并接收消息处理单元发来的业务指令。

其中，所述业务引擎单元进一步包括：

业务组件库，用于存储支持所述各业务的应用组件；

业务库，连接消息处理单元，接收业务指令；用于存储调用应用组件的顺序及执行触发源，形成相应的业务应用；

业务实例生成模块，根据业务引擎单元接收到的业务类型，调用业务库中的相应业务应用，生成业务实例，完成该业务的支持。

其中，所述消息处理单元包括：

消息接收模块，用于接收业务接入单元及web服务网络发送的业务消息，解析所收到的业务消息，得到业务类型、参数及语义信息；

业务管理模块，根据业务消息解析结果确定业务优先级，根据确定的业务优先级进行业务应用的调用；以及

消息发送模块，根据业务管理模块调用结果生成新的业务请求消息，并发送至业务接入单元的对应网关执行。

其中，所述管理单元包括：

配置管理模块，用于平台中各管理模块的配置以及平台中数据的备份；

故障管理模块，用于对各通信业务运行状态的监视和故障监测，提供故障告警、故障定位、故障日志和故障分析；

安全管理模块，用于对接入用户接入认证、鉴权认证管理，以及增加用户、删除用户、修改用户权限；

计费和业务管理模块，根据业务类型提供相应的计费方式。

其中，该通用业务平台还包括：

终端适配单元，连接外部终端知识库，根据业务消息判断业务请求的终端ID，并根据终端ID匹配终端知识库，得到终端的基本特性信息，根据得到的终端特性信息确定业务发送的格式。

本发明根据不同网络运营商的网络接入特点，利用业务接入单元完成各网络的接入；当接收到各网络业务的请求后，根据对应的网络协议进行解析，并发送至消息处理单元完成业务的解析，调用生成业务实例，以根据业务类型及优先级对该业务进行业务应用调用，完成对业务的支持。另外，不同运营商网络的接入使本发明可促成跨网络的服务，例如，利用固定电话对3G用户终端的定位功能等。本发明功能强大、实用，为不同的业务提供商拓展了业务类型，方便了业务提供。同时本发明还提供了动态的业务生成接口，用户通过该业务接口可接入不同的新业务、以及完成对业务的更新等。

附图说明

图1为本发明的结构示意图；

图2为本发明的消息处理模块的结构示意图；

图3为本发明的业务接入单元发起业务请求的流程图；

图4为本发明的用户终端发起业务(上行)请求的流程图；

图5为本发明的从业务平台到用户终端的业务(下行)流程的流程图；

图6为本发明的通过web服务网络发起的业务请求的流程图。

具体实施方式

以下结合附图对本发明进行更详细的说明。

如图1所示，本发明的通用业务平台1包括有业务接入单元10、消息处理单元11、业务引擎单元12、管理单元13、业务生成单元14和终端适配单元15，其中，业务接入单元10和消息处理单元11之间连接以进行不同网络间业务请求的转发。消息处理单元11和业务引擎单元12之间连接以完成业务的调用及业务实例的生成和执行，同时根据业务执行结果触发新的业务请求，并将该新的业务请求返回至消息处理单元11。本发明的通用业务平台1通过业务引擎单元12接入web服务网络(web服务器)，实现向web服务网(通用业务平台网络侧)的用户(注册)提供各业务提供商的服务。业务接入单元10、消息处理单元11、业务引擎单元12、业务生成单元14和终端适配单元15均连接于管理单元13，受管理单元13的管理、初始化和相应的业务参数的配置，在管理单元13的调度下各单元协同配合，以完成各种业务的接入。以下上述各单元进行详细描述。

业务接入单元10作为各网络运营商通信网络的接入端口，用于接入网络运营商授权的各种通信业务，如短信、彩信(e)、定位、GIS、Sip、Parlay、Email等业务能力。本发明处理的网络运营商授权的各种通信业务主要是各种增值业务。业务接入单元10主要是底层通信协议封装成的统一调用接口，支持多种网络运营商通信协议，接入的网络包括但不限于公共交换电话网络PSTN、第二代无线通信网络(2G)、第三代移动通信网络(3G)、下一代网络(NGN)、Wi-Fi网络、Wi-MAX网络、Internet和分组数据网(2.5G)。如图1所示，业务接入单元10包括的通信协议能力如下但不限于以下所列：

Parlay/ParlayX网关，与公共交换电话网络、第二代无线通信网络、第三代移动通信网络和NGN网络连接，用于接入上述网络进行上述网络运营商授权业务的交互。今天的电信网络中，应用和服务都属于网络运行商的领域，而且大多数都是建立在智能网的基础上的。这种解决方案非常适合大多数简单的市场和传输应用。但是随着网络中移动性和IP的逐渐扩展，大多数新的应用要求简单方便快捷的开发方法，但是原有的智能网非常缺乏这种能力。Parlay网关提供了Parlay API(Application Programming Interface)接口，该Parlay API接口是一种基于分布式技术的、开放的、面向对象的下一代业务开发技术，它通过协议映射技术把底层网络的通信细节抽象成标准的API形式供业务开发者开发业务逻辑程序。大大降低了业务开发的技术门槛，能使业务开发者更快捷地满足用户的个性化需要，提供丰富多彩的业务，为下一代网络的应用和发展提供最有效的驱动力，从而拓宽网络智能的应用范围。

例如，通过Parlay/ParlayX网关可实现呼叫禁止业务，当主叫用户呼叫申请了呼叫禁止业务的用户时，底层网络交换设备把该初始呼叫事件通过Parlay网关上报给上层处理单元(如消息处理单元11和业务引擎单元12)，由上层处理单元创建一个线程处理该呼叫，随后使用Parlay网关向用户发送系统提示音要求主叫用户输入被叫设定的PIN码，从而实现呼叫的管理，为用户提供了更贴合需要的服务。Parlay/ParlayX网关可通过Parlay协议(由Parlay工作组制定，欧洲电信标准委员会发布)来提供Parlay API接口，从而实现Parlay业务的接入。本领域技术人员应当理解，实现Parlay业务的接入是很容易的。

短消息服务(SMS，Short Message Service)网关，连接于第二代无线通信网络和第三代移动通信网络，用于提供短消息类的授权业务。SMS网关设置在移动通信网，使得移动设备可以发送和接收文本信息。短消息通信仅限于一个消息，换言之，一个消息的传输就构成了一次通信，因此，业务是非对称的。系统认为不同的短消息彼此独立，消息有目的地和起源地。短信应用是由用户发出的上行短信(MO，Mobile Originate)到应用端，返回结果称为下行短信(MT，Mobile Terminated)。本发明的短消息服务网关负责将移动终端的短信息类的业务请求转发至消息处理单元11，以及转发消息处理单元11下发的消息类服务结果。

SMS网关具体是参照中国移动的CMPP、中国电信的SMGP、中国联通SGIP等短消息网关协议和规范设计而成的，为服务提供商提供了统一的短信接入平台，也实现了不同协议的运营商网关之间的短信互通。可向用户提供股票、娱乐信息、新闻的定制；还可通过上层web服务器实现向定制了mail通知的移动用户发送mail通知等。

多媒体消息服务MMS网关，连接于第二代无线通信网络和第三代移动通信网络，用于提供多媒体消息类的授权业务，是目前短消息技术开发的最高标准的一种。利用这项技术，同样可以发送结合文字、图像、动画或铃声的信息，容量由30,000bytes到无限大。MMS可以即时利用手机的内部功能或连接周边器材以拍摄照片或录取声音再传送给他人分享，而不必局限于只能使用手机内预设的文件。MMS主要是为3G而提出的，目前也可以在2G和2.5G的GRPS上使用。多媒体消息服务MMS网关主要用于向支持多媒体业务的终端发送图像、动画等信息(如地址定位业务的地图信息等)，以丰富本发明的业务提供类型。

LBS(Location Based Service)网关，连接于第二代无线通信网络和第三代移动通信网络，用于提供移动终端的定位业务。LBS网关的主要功能是为本发明的平台接入LBS能力，业务层基于LBS子系统可开发各种面向位置的业务，诸如定位、地图绘制、路径导航等。本发明的LBS网关是通过与中国联通CDMA位置业务服务器进行交互来完成地理信息系统(GIS，Geographical InformationSystem)功能及定位功能的，本发明的LBS网关遵循中国联通发布的《中国联通CDMA定位业务SPACCESS接口技术要求》标准，采用统一标准的消息格式与服务器交互，本发明的LBS网关作为中国联通位置服务器的客户端，利用HTTP技术，将XML格式的消息发送至服务器，服务器完成相应功能，将XML格式的响应结果返回给LBS子系统，LBS系统再解析XML响应消息，然后把结果返回给业务层。

GIS网关，连接于Internet中的地理信息服务，用于提供地理信息业务。本发明的GIS网关实现了CDMA终端和GSM终端的地图信息显示功能，并通过GIS网关触发对CDMA终端或GSM终端的经纬度的定位，并将该定位信息发送到GIS网关，以获取地图信息显示。

会话起始协议(SIP，Session Initiation protocol)网关，连接于第三代移动通信网络、NGN网络、Wi-Fi网络、Wi-MAX网络和Internet，用于提供基于IP的话务业务。SIP是由IETF提出的IP电话信令协议，用于发起会话的控制协议，它能控制多个参与者参加的多媒体会话的建立和中介，并能动态地调整和修改会话属性，如会话带宽要求，传输的媒体类型(语音、视频和数据等)，媒体的编解码格式，SIP的最强大之处就是用户定位的功能，SIP本身含有向注册服务器注册的功能，也可以利用其他定位服务器如DNS等提供的定位服务器来增强器定位功能。SIP中有客户机和服务器之分。客户机是指为了向服务器发送请求而与服务器建立连接的应用程序。用户代理(USER AGENT)和代理(PROXY)中含有客户机。服务器是用于向客户机发来的请求提供服务并回送应答的应用程序。共有四种基本服务器：重定向服务器、代理服务器、用户代理服务器和注册服务器。重定向服务器接收SIP请求，把请求中的原地址映射成为零个或多个新地址，返回客户机。代理服务器代表其他客户机返回响应注册服务器接收客户机的注册请求，完成用户地址的注册。SIP网关用于上述服务的接入，实现SIP相关业务的支持。

Mail网关，连接于Internet上的邮件服务器，用于向用户提供mail提醒和转发业务。今天使用的最多的通讯系统是互联网，同时电子邮件也是互联网上最受欢迎的服务之一，其价格低廉、快速，可与世界上任何一个角落的网络用户联络系。但所有的mail服务都是通过互联网完成的。如果用户不在Internet上或没有登录到邮箱，就不能及时了解邮箱中邮件的动态。本发明的Mail网关结合业务接入单元10中的其它各网关可向用户提供新邮件的提醒业务，以及通过移动终端和mail网关回复邮件的业务。

Web服务网关，连接于Internet，用于向用户提供web查询及推荐业务。根据网络业务需求触发Web搜索，并返回匹配服务。例如利用本发明的Web服务网关可实现智能搜索业务。用户(可以是移动终端用户，或者是PSTN用户终端用户等)的搜索条件通过网络接入单元10接入后，由消息处理单元11触发业务引擎单元12中的智能搜索业务实例，智能搜索业务实例执行智能搜索，通过Web服务网关提交搜索请求，相应的搜索系统(服务提供商建立)根据用户的需求搜索(可由人工完成)用户所感兴趣的信息(兴趣点)，查找与这些兴趣点有相关的主页，并查看用户可能关心的更为详细的信息。查找到后将其搜索信息连同与该信息相关的信息在消息处理单元10处进行封装，再以业务请求终端支持的网络网关发送至用户终端(例如移动终端短信查询，如果业务请求方式是短信息方式，则通过SMS网关发送至用户终端)。

上述各网关用于提供支持业务的接口，并由各网关对接入的消息进行解析，并按请求业务类型将接入请求转发至各业务处理单元；接收到上层的业务请求后，实现与其接入的网络的信息交互。基于上述各网关，本发明的业务平台兼容Parlay，Sip等相关国际标准协议族，既可以作为门户按用户需求接至不同网站的业务提供商，又可以作为提供语音、视频、文字交互等多类业务应用的开发与运行环境。

如图1、2所示，消息处理单元11接收业务接入单元10的业务请求，判断该通信业务请求的业务类型，调用业务引擎单元12中的对应业务实例；当接收到业务引擎单元12(业务执行实例触发的新业务请求)的业务指令时，根据该业务请求的类型，将该指令发送至业务接入单元10中对应的接入网关。消息处理单元11同时连接于web服务网络，用于提供web服务网络端用户的业务请求，并向业务引擎单元12触发相应的业务。本发明的消息处理单元11包括消息发送模块111、消息接收模块114及消息管理模块(由业务实例管理模块112和业务管理模块113构成)。以下分别详细介绍之。

消息发送模块111，消息发送模块111将业务引擎单元12触发的业务指令转发到业务接入单元10。消息发送模块111接收到业务引擎单元12触发的业务请求消息时，提取消息中的业务标识、所使用的业务接入能力类型，通过业务管理模块113验证该业务是否可调用。如果验证通过，再将业务引擎单元12使用底层业务接入的请求转发给业务接入单元10，由业务接入单元10完成具体的访问业务的调用。最后消息发送模块111会通知业务实例管理模块12其需要的与业务实例查找相关的信息，由业务实例管理模块12保存这些信息以供后面的消息处理使用。

而当消息发送模块111在接收到业务引擎单元12的请求后，除了向本发明业务接入单元10接入的运营商网络侧发起请求外，还需要调用业务实例管理模块112保存的与业务运行相关的信息，以供后面的消息处理使用。

消息接收模块114，主要是将业务接入单元10或web客户端(web服务网络客户端)发送的业务请求消息进行解析及业务实例的创建，然后进行业务处理，或者分发到具体的业务实例直接进行业务处理。消息分发的过程中消息接收模块114需要调用业务管理模块113找到对应的业务实例，再调用业务实例管理模块113来查找到消息对应的业务或业务实例。消息接收模块114还需要对业务接入单元10发送来的消息进行封装，同时需要对平台网络向业务接入单元10的返回值进行封装。消息接收模块完成接收业务接入单元10和Web服务网络端的消息，并将它转发给对应的业务实例处理的功能。

消息接收模块114接收到业务接入单元10(各协议网关)或Web服务网络端的业务消息后，首先提取消息中与业务相关的信息，通过业务管理模块获取该业务所能使用的网络能力列表，判断该业务是否具有处理协议网关或Web服务网络端上报的消息的能力。其次，消息接收模块114会提取消息中与查找或创建业务实例相关的信息，通过业务实例管理模块112根据这些信息查找或创建对应的业务实例。消息接收模块114在查找或创建一个能够处理业务接入单元10或Web服务网络上报的消息的业务实例后，消息接收模块114把业务接入单元10或Web服务网络上报的消息封装成业务可执行文件所需的统一消息，并将这个封装好的消息转发给该业务引擎单元来处理。然后，消息接收模块114从业务实例处理的返回值中提取出业务接入单元10或Web服务网络所需的返回值，进行封装后返回给业务接入单元10或Web服务网络。最后消息接收模块114会通知业务实例管理模块112其需要的与业务实例查找相关的信息，由业务实例管理模块112保存这些信息以供后面的消息处理使用。

业务管理模块113，根据业务接入单元10上报的业务请求消息及web服务网络端上报的业务请求消息在业务配置表以及与业务运行相关的表格中查找到处理该消息的具体业务。

业务实例管理模块112，业务接入单元10上报业务消息后及web服务网络上报业务消息后，根据消息类型、参数和本模块内部保存的与业务运行相关的信息，找到或按要求新建一个处理消息的业务实例。

消息处理单元11实现了业务请求的执行，其直接连接于提供业务支持的业务引擎单元12，将根据业务的类型调用业务引擎单元12中相应的业务应用，从而实现用户请求业务的实现。另外，对于来自web服务网络侧的业务请求，消息处理单元11同样根据业务请求的类型调用相应的业务应用，并将业务执行指令发送到业务接入单元10。

本领域技术人员应当理解，消息发送模块111、消息接收模块114、业务实例管理模块112和业务管理模块113可通过集成电路或相应的控制逻辑而实现。

如图1所示，业务引擎单元12用于向接入的各通信业务提供业务的运行支持，根据消息处理单元11发送的业务调用请求执行相应的业务，根据业务执行结果触发新的业务请求，并将该新的业务请求返回至消息处理单元11；业务引擎单元12直接与web服务网络(web服务网址)，以实现平台服务的通用化，用户可以通过该web服务网络定制各业务提供商提供的服务(PSTN用户的呼叫和通话业务、移动用户的呼叫和通话业务以及移动用户的定位等)。业务引擎单元12是各网络运营商增值业务的具体支持单元，也即是业务实现的程序应用库，各种业务程序应用被存储到业务引擎单元12。业务引擎单元12具体包括业务组件库、业务库和业务实例。其中，组件库用于存储各种业务支持程序的构件，即实现业务程序应用的基本的构件，是构成各业务应用程序的基本单元，即是目前的程序应用构件库。业务库，调用组件库中各组件的指令代码，从而构成不同的业务。业务实例，根据业务库中的业务指令代码生成的用于执行相应业务的应用实例，根据消息处理单元11的调用而实现业务。

如图1所示，本发明的管理单元13分别连接于业务接入单元10、消息处理单元11、业务引擎单元12、业务生成单元14和终端适配单元15，完成对各单元的协调管理，以实现整个通用业务平台的公共支持服务，并对各通信业务进行统一管理。包括开放环境下业务的计费、认证、鉴权、配置和对用户进行管理等运维功能。

管理单元13具体包括：

配置管理模块，用于实现配置数据管理、故障重新配置、计费数据配置、系统和操作数据自动备份。

故障管理模块，用于对本发明业务平台的运行状态的监视和故障监测、故障告警、故障定位、故障日志和故障分析。

安全管理模块，即实现接入认证、鉴权管理。支持分级的管理用户接入方式。不同权限的管理用户所能执行的操作不同，支持多点操作和定时启动命令。以完成对用户的管理，主要包括：增加用户、删除用户、修改用户权限等。

日志管理，主要实现安全日志、日志管理。安全日志作为安全管理的一部分，所有操作员的关键操作都会被记录在安全日志中。

计费和业务管理功能，能够支持多种计费方式。对短信及数据业务，支持按流量计费和按内容计费；对传统话音服务及视频服务，支持按时间计费。

实现对用户登录及使用业务时进行认证、授权、计费(即AAA)等功能。

以上可知，管理单元13是协调平台各单元工作的大脑，可通过专门的服务器实现上述的管理功能。本领域技术人员应当理解，通过现有技术实行上述管理单元的方式是很容易实现的，例如控制芯片或单独的PC等。由于该部分并不是本发明的重点，因此不作赘述。

如图1所示，本发明的业务平台还包括终端适配单元15，当根据业务请求信息确定了请求业务的终端ID后，进行适配以确定具体的终端特性信息，从而保证发送的业务服务消息适配终端。业务信息(如用户要求知道的运动场馆地点、信息等资料)由业务引擎单元12通过终端适配单元根15据终端类型进行自适应配置，在用户终端上以适当方式显示最终信息。终端适配单元15包括有终端特性数据库，该数据库存储有本发明支持的所有终端的特性信息，终端特性数据库用于存储各终端的特性数据，如显示屏幕的大小、分辨率、终端的基本配置信息等。当本平台需要将业务信息反馈到用户终端时，根据用户终端请求中的终端ID查询终端特性数据库对终端设备进行适配，根据适配结果，调取其特性信息，再将业务信息格式调整为终端支持的格式，然后再进行发送。例如用户终端为手机时，而最终返回用户手机上的信息为图像时，通过得到的终端信息，将调整图像的大小来适配该终端，从而实现图像在手机屏幕的正确显示。本领域技术人员应当理解，本发明的终端适配单元15的适配信息可任意设定，例如，根据终端的类型判定是否需要适配，适配的方式等均可根据具体情况灵活设定。如果用户终端是PC时，同样是图像文件时，就不需要适配和格式调整。本发明终端适配单元15的使用是为了提升业务结果的返回质量。

如图1所示，本发明还包括业务生成单元14，其可根据用户需求快速生成各种新服务。连接于业务引擎单元12和管理单元13，用于向业务开发者提供开放的业务接口，以实现新业务的接入；将接入的新业务应用发送至业务引擎单元12，并由管理单元13完成平台中其他单元的配置。本发明具体是采用“扩展的呼叫处理语言CPL”来进行业务自动生成的。呼叫处理语言(CPL)是用来控制和描述IP电话业务的语言，目前很有影响力，并且已经被标准化(RFC 3880)。由于CPL的设计者并没有将CPL与某个信令协议紧密的关联起来，因此CPL是与底层的信令协议无关的脚本语言，可以与任何的底层协议配合使用。虽然CPL在开发呼叫类业务领域有一定的优势，但是其语言本身所具有的能力对于目前丰富的业务需求表达仍然有一定的限制，因此本发明对其进行了扩展，使其具有开发较复杂的呼叫业务和数据类业务能力，这就是扩展的CPL语言。一个扩展的CPL脚本主要由两部分信息组成：脚本有关的辅助信息和呼叫处理动作(action)。脚本有关的辅助信息主要用于服务器正确的处理脚本。呼叫处理动作则又分为两种：顶层的处理动作和子动作(subaction)。顶层的处理动作由标签<incoming>和<outgoing>表示，分别表示对来话(incoming call)和去话(outgoing call)时服务器所应采取的动作。而子动作(subaction)则类似于c语言的函数的概念，是可以在其他的动作中调用的动作，而且使用subaction也增强了CPL脚本的模块性和重用性。将各种底层协议能力抽象成不同的CPL标签，而这些标签可以嵌套在subaction标签内部，实现了各种协议能力的封装。同时对业务流程中要用到的消息标签也进行扩展，丰富了消息的类型。通过对各种消息和协议标签进行逻辑组合就可以定义一套业务流程。上述方法可快速实现新业务的生成。

如图3所示，为本发明的业务接入单元10发起新业务请求的流程图。

步骤1中，业务接入单元10将收到的消息发送给消息接收模块114。

步骤2中，消息接收模块114接收到业务接入单元10发送的消息，并将接收到的消息封装成IMessage(内部消息的父类)的继承类。

步骤3中，消息接收模块114调用业务管理模块113获取处理该消息的业务的serviceID。

步骤4中，业务管理模块113将获取的serviceID返回给消息接收模块114。

步骤5中，消息接收模块114调用业务管理模块113获取业务的业务实例管理模块112的引用。

步骤6中，返回业务实例管理模块112的引用，即得到对管理模块112的调用句柄。

步骤7中，调用业务实例管理模块112获取处理该消息的业务实例的instanceID。

步骤8中，返回为null。表示之前没有执行过此业务，不存在该消息业务实例的instanceID。

步骤9中，上步的返回值为null时，为触发一个业务，需要找到该业务的JNDI(Java Naming Directory and Interface，是J2EE里面的一个标准构件，即Java命名目录接口)。

步骤10中，返回业务的JNDI。

步骤11中，消息接收模块114使用JNDI创建一个业务实例。

步骤12中，消息接收模块114调用业务实例的处理消息的接口，将已经封装好的消息传给业务实例处理。

步骤13中，业务实例将处理的返回值封装成同样继承了IMessage的消息类型。

步骤14中，消息接收模块114通知业务实例管理模块112本次网络接入单元10发送的消息和业务引擎单元12处理后返回的消息。

步骤15中，业务实例管理模块112根据业务引擎单元12处理的消息和返回值，修改与业务运行相关的信息。

步骤16中，消息接收模块114解析业务实例的返回值，并将该返回值封装成网络接入单元10要求的格式。

步骤17中，消息接收模块114把返回值返回给业务接入单元10。

如图4所示，为平台上行(从手机终端等到平台)的业务流程。

步骤41中，业务接入单元10将收到的手机终端等的消息发送给消息接收模块114发送消息。该消息继承了IMessage(内部消息的父类)。

步骤42中，消息接收模块114接收到业务接入单元10发送的消息，并将接收到的消息封装成IMessage的继承类。

步骤43中，消息接收模块114调用业务管理模块112获取处理该消息的业务的serviceID。

步骤44中，业务管理模块113将获取的serviceID返回给消息接收模块114。

步骤45中，消息接收模块114调用业务管理模块112获取业务的业务实例管理模块112的引用，即得到对管理模块112的调用句柄。

步骤46中，返回业务实例管理模块112的引用，即对管理模块112的调用句柄。

步骤47中，调用业务实例管理模块112获取处理该消息的业务实例的instanceID并返回。

步骤48中，消息接收模块114调用业务实例的处理消息的接口，将已经封装好的消息传给业务实例处理。

步骤49中，业务实例将处理的返回值封装成同样继承了IMessage的消息类型。

步骤410中，消息接收模块114通知业务实例管理模块113本次网络接入单元10发送的消息和业务引擎单元12处理后返回的消息。

步骤411中，业务实例管理模块112根据业务逻辑处理的消息和返回值，修改与业务运行相关的信息。

步骤412中，消息接收模块114把返回值返回给网络接入单元10，并由网络接入单元10下发给用户终端(手机终端等)。

如图5所示，为本发明的从业务平台到用户终端(下行)的业务流程。

步骤51中，业务引擎单元调用消息发送模块111向业务接入单元10发送消息。

步骤52中，消息发送模块111调用业务接入单元10发送消息。

步骤53中，业务接入单元10消息发送完毕后向消息发送模块111返回消息发送的结果。

步骤54中，消息发送模块111根据业务接入单元10的返回值，调用业务管理模块113记录一些业务运行相关的信息。

步骤55中，业务管理模块113调用业务实例管理模块112保存业务运行相关的信息。

步骤56中，消息发送模块111将业务接入单元10的返回值返回给业务引擎单元。

本发明的业务平台连接于web服务网络，可以向Internet用户提供本平台支持的业务提供商提供的各种增值业务。用户可以通过web服务网络发送移动用户的定位请求，这样，该请求会被转发到业务引擎单元12，并触发查询移动终端位置的业务实例，得到定位结果后返回至用户。以下说明一下用户通过web服务网络发起的业务请求的流程。

如图6所示，为本发明的web服务网络用户发起业务请求(Internet用户通过平台网页而发起)触发业务的流程图。

步骤61中，Web服务网络端向消息接收模块114发送消息(WebMessage)。

步骤62中，消息接收模块114从WebMessage中提取出ServiceID传给业务管理模块113，获取ServiceID对应的业务的JNDI。

步骤63中，业务管理模块113给消息接收模块114返回JNDI。

步骤64中，消息接收模块114调用业务管理模块113对该ServiceID对应的业务进行鉴权，包括该业务是否处于激活状态。

步骤65中，业务管理模块113给消息接收模块114返回业务鉴权成功。

步骤66中，消息接收模块114调用业务实例管理模块，创建ServiceID对应的一个业务实例。

步骤67中，业务实例管理模块112生成这个新的业务实例的标识InstanceID。

步骤68中，业务实例管理模块112使用JNDI找到对应的业务EJB(Enterprise JavaBean)的Home接口，并在Home接口上创建业务EJB的远端接口InstanceRef。

步骤69中，新创建的业务实例的引用返回给业务实例管理模块112。

步骤610中，业务实例管理模块112保存业务运行相关的信息，包括业务实例标识InstanceID和业务实例应用InstanceRef的对应。

步骤611中，业务实例管理模块112把处理这次Web上报消息的业务实例的引用InstanceRef返回给消息接收模块114。

步骤612中，消息接收模块114将收到接收到的消息，封装成业务实例所需要的内部消息，该消息类型实现了IMessage接口。

步骤613中，消息接收模块114调用业务实例的处理消息的接口，将已经封装好的消息传给业务实例处理。

步骤614中，业务实例将处理的返回值返回给消息接收模块114，该消息类型继承了RetMessage的消息类型。

步骤615中，消息接收模块114解析业务实例的返回值RetMessage，并将该返回值封装成Web服务网络客户端所需要的WebRetMessage。

步骤616中，消息接收模块114把返回值WebRetMessage返回给Web服务网络客户端。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。