CN1909685A - 一种业务平台和门户分离的实现方法和*** - Google Patents

一种业务平台和门户分离的实现方法和*** Download PDF

Info

Publication number
CN1909685A
CN1909685A CNA2006101033224A CN200610103322A CN1909685A CN 1909685 A CN1909685 A CN 1909685A CN A2006101033224 A CNA2006101033224 A CN A2006101033224A CN 200610103322 A CN200610103322 A CN 200610103322A CN 1909685 A CN1909685 A CN 1909685A
Authority
CN
China
Prior art keywords
service
door
request
business
business platform
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006101033224A
Other languages
English (en)
Other versions
CN100479564C (zh
Inventor
胡小清
黄崇辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2006101033224A priority Critical patent/CN100479564C/zh
Publication of CN1909685A publication Critical patent/CN1909685A/zh
Application granted granted Critical
Publication of CN100479564C publication Critical patent/CN100479564C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种业务平台和门户分离的实现方法,业务平台对外提供应用编程接口API,该方法包括如下步骤:门户通过调用业务平台的API向业务平台发送请求;业务平台收到来自门户的请求,将请求转换为请求事件,并执行与所述请求事件相应的业务逻辑;业务平台向门户返回响应信息。本发明还提出了一种业务平台和门户分离的***。通过应用本发明方案,可以实现业务平台和门户各自独立,对业务平台或门户的升级不会影响***其他模块,易于实现***升级,并且极大方便用户的使用以及运营商、内容/服务提供商对***的管理。

Description

一种业务平台和门户分离的实现方法和***
技术领域
本发明涉及电信增值业务领域,特别涉及一种业务平台和门户(Portal)分离的实现方法和***。
背景技术
随着电信技术的进步,电信行业在原有话音业务的基础上,出现了多种类型的增值业务,包括短信业务(Short Message Service,SMS)、个性化回铃音业务、通话背景音业务、终端振铃下载业务、音乐下载业务、多媒体视音频业务等。这些业务的功能特点是利用现有电信网络向终端用户提供服务,通过网络设备对业务进行管理,并向终端用户提供业务自助服务功能;对于涉及到内容/服务提供商(Content Provider/Service Provider,CP/SP)的业务,同时还要向CP/SP提供管理功能。提供增值业务的***可划分为业务平台和门户两大部分,业务平台多数采用浏览器/服务器(Browser/Server,B/S)结构,用于实现具体的业务逻辑;而门户包括业务门户和管理门户,管理门户通过浏览器以WEB方式向运营商、内容提供商或服务提供商提供管理功能;业务门户对于终端用户提供基于无线应用协议(WirelessApplication Protocol,WAP)、SMS、交互式语音应答(Interactive VoiceResponse,IVR)、非结构化对称补充业务(Unstructured Supplementary ServiceData,USSD)或WEB的自助服务功能,这些业务门户的自助服务功能基本彼此相同,只不过是提供的途径不同,用以满足用户不同的使用习惯。
门户面向最终用户或业务管理者,客户化要求程度高,因此对门户的要求是:业务门户能够让终端用户方便快捷地使用增值业务,并根据终端用户的需要灵活定制业务门户,管理门户向业务管理者提供简明统一的管理界面;业务平台是业务逻辑的实现部分,要求能够快节奏地更新业务内容,或者对业务内容进行扩展。
但现在的增值业务***的业务平台和门户等通常都是由同一厂商提供,各模块紧耦合在一起,无论是对业务平台还是对业务门户的改动都会涉及各个模块的修改,因此对增值业务***的更新改进十分困难,而且成本很高;并且,各个厂家的增值业务***的业务平台和业务门户彼此各不相同,操作方式也存在很大差异,对于终端用户、运营商,内容提供商或服务提供商来说,使用起来都十分不便。
目前,运营商还采用所谓统一门户技术把多个业务的门户集中到同一个业务门户中。该技术主要采用超文本传递协议(Hypertext Transfer Protocol,HTTP)的超级连接重定向技术,对用户提供统一的门户,用户选择某业务后,再重定向到该业务平台。但该技术仅仅是把不同的业务链接集中到同一个门户页面而已,并没有从实质上解决上述问题。
目前一些业务平台开放部分应用编程接口(Application ProgrammingInterface,API)供运营商及SP/CP的***调用,集成。但目前业务平台的API开放,都是基于私有协议,没有形成规范,不同业务平台的API协议不同,集成工作量大。各业务平台本身并不是基于开放技术的,仅根据厂家之间的协议对部分功能开发部分API,不能满足业务的灵活定制需要。
发明内容
有鉴于此,本发明的目的在于,提出一种业务平台和门户分离的实现方法,可以使业务平台和门户各自独立。业务平台对外提供应用编程接口API,该方法包括如下步骤:
门户通过调用业务平台的API向业务平台发送请求;
业务平台收到来自门户的请求,将请求转换为请求事件,并执行与所述请求事件相应的业务逻辑;
业务平台向门户返回响应信息。
所述向业务平台发送的请求为底层传输协议封装的简单对象访问协议SOAP消息。
所述底层传输协议为传输控制协议TCP、超文本传输协议HTTP或文件传输协议FTP。
所述向业务平台发送的请求中包含用户认证信息;
所述将请求转换为请求事件之后,进一步包括:业务平台对所述用户认证信息进行认证,认证通过则执行后续步骤,否则结束本流程。
所述执行与所述请求事件相应的业务逻辑包括:业务平台根据预先设置的请求事件与业务处理单元的映射关系,将所述请求事件发送至相应的业务处理单元,业务处理单元根据所收到的请求事件执行业务逻辑。
本发明的目的还在于,提出一种业务平台和门户分离的***,可以使业务平台和门户各自独立。本***包括业务平台和门户,业务平台用于实现至少一种业务功能,并对于每一个业务功能,对外提供唯一的API;
门户用于通过调用API向业务平台发送请求,并接收来自业务平台的响应。
所述门户为管理门户或业务门户。
所述业务门户的具体实现方式为至少如下任意一种:WEB门户、交互式语音应答IVR门户、短信业务SMS门户、非结构化对称补充业务USSD门户或无线应用协议WAP门户。
所述管理门户为如下任意一种:业务管理点SMP门户、客服门户、业务管理接入点SMAP门户或BOSS门户。
所述业务平台包括:
底层传输协议消息处理层,用于接收来自门户通过底层传输协议发送来的SOAP消息,并将所收到的SOAP消息发送至上一层的SOAP消息处理层;还用于接收SOAP消息处理层封装后的SOAP消息,并将该消息通过底层传输协议发送至门户;
SOAP消息处理层,用于将底层传输协议消息处理层上报的SOAP消息进行解析,转换为业务请求事件,并将所得业务请求事件发送至事件处理层;还用于把事件处理层返回的事件响应消息封装为SOAP消息,并将该消息返回至底层传输协议消息处理层;
事件处理层,用于维护事件类型与业务处理层中的业务处理单元的映射关系;接收来自SOAP消息处理层的业务请求事件,并根据事件类型与业务处理模块业务处理单元的映射关系,将所接收的业务请求事件转发给业务处理层中对应的业务处理单元;还用于接收业务处理层返回的请求响应事件,并将请求响应事件返回给SOAP消息处理层;
业务处理层,该层由至少一个业务处理单元组成,每个业务处理单元负责完成一个具体的业务逻辑;每个业务处理单元接收对应的业务请求事件,完成相关的业务逻辑并生成业务响应事件,然后把业务响应事件返回给事件处理层。
所述底层传输协议消息处理层为HTTP消息处理层、TCP消息处理层或FTP消息处理层。
所述业务处理层中的每一个业务处理单元包括各个业务处理单元共有的开放接口层和接口访问控制模块,以及自身独有的用于实现业务逻辑的业务功能模块,其中,
开放接口层用于向门户提供API;
接口访问控制模块用于在门户调用API时对用户进行认证,认证通过则将来自开放接口层被调用的API的相关信息透传给业务功能模块,并将业务功能模块执行相应业务逻辑后返回的信息透传给开放接口层。
从以上技术方案可以看出,业务平台向外提供功能接口供门户调用,而业务门户和管理门户通过调用相应的功能接口,可以方便地集成、开发定制个性化的用户界面,对用户界面的修改开发工作将不需要业务平台的更改,从而使用户界面的开发工作轻量化;同时业务门户部分可以通过调用不同的业务接口,增加新的服务,快速响应市场。通过应用本发明方案,可以实现业务平台和门户各自独立,对业务平台或门户的升级不会影响***其他模块,易于实现***升级,并且极大方便用户的使用以及运营商、内容/服务提供商对***的管理。
附图说明
图1为本发明***的结构示意图;
图2为业务平台在消息处理层面的结构示意图;
图3为本发明实施例门户与业务平台分离的架构实现业务的流程图;
图4为本发明实施例门户与业务平台分离的架构实现管理功能的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细阐述。
本发明的核心思想是将增值业务***的业务平台与门户相互独立,业务平台专注于业务功能的实现,而业务门户专注于业务的灵活展示,管理门户则向增值业务***的管理者展示管理功能。其中,业务平台向外提供功能接口供门户调用,而业务门户和管理门户通过调用相应的功能接口,可以方便地集成、开发定制个性化的用户界面,对用户界面的修改开发工作将不需要业务平台的更改,从而使用户界面的开发工作轻量化;同时业务门户部分可以通过调用不同的业务接口,增加新的服务,快速响应市场。
按以上方式,增值业务***将被划分为各种门户设备和业务平台设备。各种门户设备主要负责把业务展示给终端用户或者向运营商、CP/SP提供管理功能,同时运营商、CP/SP都可以开发自己的门户,其门户不需要关心业务逻辑。业务平台设备负责实现业务逻辑,包括门户请求的处理,业务数据的存储,以及业务所需网络设备的交互等。
由于门户实现方式的多样性,本发明方案不提供具体的业务门户实现方法,业务门户仅需要按照增值业务平台提供的API协议要求,正确地向业务平台发送请求,正确地接收响应即可。对于业务的展示,业务门户可以根据门户自身特点采用合适的实现方法。而且由于业务的多样性,本发明也不提供具体业务的实现方法。本发明所提出的是一种门户与业务平台分离的架构,以及通过这种架构如何实现业务的通用流程。
图1为本发明***的结构示意图。业务门户110包括至少一个运营商业务门户或CP/SP业务门户,分别用于向运营商的用户或者CP/SP的用户提供业务功能。管理门户120也可包括运营商管理门户和CP/SP管理门户,分别用于向运营商或CP/SP提供管理功能。业务门户110具体形式可以是基于WEB、IVR、SMS、USSD或WAP的门户;管理门户120通常是基于WEB方式,可以是业务管理点(Service Management Point,SMP)门户、客服门户、业务管理接入点(Service Management Access Point,SMAP)门户或业务运营支撑***(Business & Operation Support System,BOSS)门户。
业务门户110或管理门户120调用业务平台130的开放接口层131的API来实现相应的业务功能或管理,无论门户的具体形式如何,对于相同的业务功能或管理功能仅有一个API。API以功能为单位对外提供,业务门户110或管理门户120仅需要调用一个API即可完成一个完整的业务功能或管理功能,而无需关心该功能的实现逻辑。
各种功能API都基于Web Service协议族,具体包括简单对象访问协议(Simple Object Access Protocol,SOAP)、Web服务描述语言(Web ServiceDescription Language,WSDL)、服务统一描述、发现、集成(UniversalDescription,Discovery and Integration,UDDI)协议。其中SOAP为API消息承载协议,WSDL为API描述协议、UDDI为服务发布协议。该协议族为开放的协议,基于HTTP和扩展标识语言(Extensible Markup Language,XML)技术,有专门的技术组织维护,具有广泛的支持,开发简单,部署迅速。该协议族是与编程语言、运行平台无关的。
业务平台130用于提供至少一种业务功能,对于每个业务功能,开放接口层131中有唯一的一个API与之相对应。为便于对业务进行管理,业务平台130提供至少一种管理功能,对于每一个管理功能,开放接口层131也有唯一的一个API与之相对应。
业务平台130包括开放接口层131、接口访问控制模块132以及业务功能模块133。其中,
开放接口层131用于向业务门户110或管理门户120提供API;
接口访问控制模块132用于提供对API的访问控制机制。具体地说,通过权限、角色、用户实现对API的访问控制。***通过创建角色定义用户类别,属于同一个角色的用户具有相同的访问权限。定义角色后,通过为该角色分配接口定义该角色的权限,把某API分配给一个角色意味着增加了该角色用户访问该API的权限。在业务门户110或管理门户120调用API时需要提供用户认证信息;接口访问控制模块132根据所述用户认证信息判断用户是否合法,如果用户合法则认证该用户所属角色是否具有该API的访问权限,若是则将来自开放接口层131被调用的API的各种信息透传给业务功能模块133,并将业务功能模块133执行相应业务逻辑后返回的信息透传给开放接口层131;否则拒绝该API的调用。
业务功能模块133用于根据接口访问控制模块132透传过来的来自被调用的API的信息实现相应的业务逻辑。进一步地,根据实际业务的需要,业务功能模块133调用一个或一个以上的服务设备140来实现业务功能,所述服务设备140可以是独立的设备也可以是业务功能模块133的组成单元,若是独立设备,则需要通过业务设备接口与之相连;服务设备140的具体形式根据业务功能而定,例如可以是数据库或存储器。
业务平台130的升级保持API的向前兼容,由于门户***仅需要集成不同的功能向最终用户提供服务,门户***仅通过SOAP消息与增值业务平台交互,不需关心业务功能或管理功能的具体实现方式,因此业务平台130升级对业务门户110或管理门户120无影响。
API的调用是通过IP网络进行的,门户通过IP网络请求业务平台进行某种操作,并向门户作出响应。这个过程中门户与业务平台进行了消息的交互。这就需要对门户与业务平台之间传送的消息格式进行定义,同时需要能够通过某种网络协议传送消息。SOAP协议提供了这种消息格式的定义,其格式是基于XML文本的SOAP封装。SOAP协议建议了集中传送SOAP消息的网络协议,包括传输控制协议(Transmission Control Protocol,TCP)、HTTP、文件传输协议(File Transfer Protocol,FTP)等,同时SOAP是网络协议无关的,即SOAP本身并不关心底层传输协议是什么。
本发明方案采用HTTP协议进行SOAP消息的传送。作为客户端的门户向作为服务端的业务平台通过HTTP发送SOAP请求消息。业务平台收到门户的请求消息后,进行业务处理,然后向门户返回SOAP响应消息,该消息同样通过HTTP传送给门户。
业务平台对收到的SOAP消息采用事件响应模式进行处理:业务平台首先将收到的SOAP请求消息,即一段SOAP请求XML文本进行解析,解析后封装为对应的请求事件,然后对该事件进行相应的业务处理,处理后生成事件响应,再把事件响应封装为SOAP响应消息,即一段SOAP响应消息XML文本,并通过HTTP协议把该响应消息发送给门户。
图2所示为业务平台在消息处理层面的结构图,业务平台220自下而上分为四个层次,分别为:
HTTP消息处理层221,该层的软件模块为HTTP服务器,用于接收来自门户210通过HTTP协议发送来的SOAP消息,并将所收到的SOAP消息发送至上一层的SOAP消息处理层222;还用于接收SOAP消息处理层222封装后的SOAP消息,并将该消息通过HTTP协议发送至门户210;
SOAP消息处理层222,用于将HTTP消息处理层221上报的SOAP消息进行解析,转换为业务请求事件,并将所得业务请求事件发送至事件处理层223;还用于把事件处理层返回的事件响应消息封装为SOAP消息,并将该消息返回至HTTP处理层221;
事件处理层223,用于维护事件类型与业务处理层224中的业务处理单元的映射关系;接收来自SOAP消息处理层222的业务请求事件,并根据事件类型与业务处理模块业务处理单元的映射关系,将所接收的业务请求事件转发给业务处理层224中对应的业务处理单元;还用于接收业务处理层224返回的请求响应事件,并将请求响应事件返回给SOAP消息处理层;
业务处理层224,该层由至少一个业务处理单元组成,每个业务处理单元负责一个具体的业务逻辑;每个业务处理单元接收对应的业务请求事件,完成相关的业务逻辑并生成业务响应事件,然后把业务响应事件返回给事件处理层223。
从以上描述可以看出,图2所示为业务平台的垂直分层结构,而图1所示的业务平台是图2所示的分层结构中最上面一层,即业务处理层224的平面结构;所述业务功能单元包括各个业务处理单元共有的开放接口层和接口访问控制模块,以及自身独有的用于实现业务逻辑的业务功能模块。
以下以业务平台实现个性化回铃音定制业务为例,对本发明方案业务平台与业务门户分离时,如何实现业务进行详细阐述。业务平台把回铃音定制业务封装为一个回铃音下载API,业务门户通过调用该API即可实现回铃音定制。回铃音下载API包含的成员、成员含义及其设置方法如表1所示。对象定义清参考SOAP1.2协议。表1所示各项内容仅为本发明应用情况的一个具体示例,并不用以限制本发明。
业务平台仅对外开放该API,不提供业务的任何展示。IVR/WEB/WAP等门户向用户展示回铃音定制界面,当用户选择定制后,业务门户调用该API。业务门户只需给出表1中回铃音下载API各个成员的具体值,并将包含这些值的回铃音下载请求发送至业务平台。根据图2所示的业务平台消息处理的结构,所述回铃音下载请求是HTTP封装的SOAP消息。业务平台将所收到的SOAP消息解析后,所得各个成员组合起来即为回铃音下载事件。业务平台再根据回铃音下载事件与业务处理单元的映射关系,将所得回铃音下载事件发送给对应的回铃音业务单元。表1中第2和第3项的角色和角色代码即为用户认证信息,根据角色和角色代码的值,回铃音业务单元判断是否允许角色代码对应的用户进行回铃音定制,若是则执行回铃音定制的业务逻辑并向业务门户返回操作结果,所述业务逻辑包括将资源标识或资源代码对应的回铃音加入用户个人铃音库,同时完成该回铃音的计费操作。业务平台上述处理的各个环节若出现异常也向业务门户返回结果并中断操作。从表1中还可以看出,门户同样可以通过调用API的方式实现对业务平台的管理功能,具体过程与实现业务的过程类似,故不再赘述。
Figure A20061010332200141
Figure A20061010332200151
                           表1
业务平台所返回的结果代码如表2所示。表2所示各项内容仅为本发明应用情况的一个具体示例,并不用以限制本发明。
Figure A20061010332200152
                            表2
从以上所述回铃音定制的具体实施例,可以总结出本发明提出的这种业务平台与门户分离的架构下实现业务的流程,具体如图3所示,包括如下步骤:
步骤301:用户在业务平台提供的用户界面上选择业务,业务门户向业务平台发送业务请求。如前所述,业务门户可以是基于WEB、IVR、SMS、USSD或WAP的门户;业务请求的形式为TCP、HTTP或FTP等传输协议封装的SOAP消息,业务请求的内容为API的各个对象的具体值。
步骤302:业务平台收到业务请求,将业务请求转换为业务请求事件,并根据业务请求事件与业务处理单元的映射关系,将所述业务请求事件发送至相应的业务处理单元。
步骤303:业务处理单元首先对业务请求事件中包含的用户认证信息进行认证,通过后执行相应的业务逻辑。
步骤304:业务平台向业务门户返回业务响应信息。
类似地,根据这种门户与业务平台分离的架构实现管理功能的流程如图4所示,包括如下步骤:
步骤401:管理者在管理平台提供的用户界面上选择管理功能,管理门户向业务平台发送管理请求。如前所述,管理门户可以是SMP门户、客服门户、SMAP门户或BOSS门户。管理请求的形式为TCP、HTTP或FTP等传输协议封装的SOAP消息,管理请求的内容为API的各个对象的具体值。
步骤402:业务平台收到管理请求,将管理请求转换为管理请求事件,并根据管理请求事件与业务处理单元的映射关系,将所述管理请求事件发送至相应的业务处理单元。
步骤403:业务处理单元首先对业务请求事件中包含的用户认证信息进行认证,通过后执行相应的业务逻辑。
步骤404:业务平台向管理门户返回管理响应信息。
图3和图4可以看出,这两个流程基本上是一致的。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (12)

1、一种业务平台和门户分离的实现方法,其特征在于,业务平台对外提供应用编程接口API,该方法包括如下步骤:
门户通过调用业务平台的API向业务平台发送请求;
业务平台收到来自门户的请求,将请求转换为请求事件,并执行与所述请求事件相应的业务逻辑;
业务平台向门户返回响应信息。
2、根据权利要求1所述的方法,其特征在于,所述向业务平台发送的请求为底层传输协议封装的简单对象访问协议SOAP消息。
3、根据权利要求2所述的方法,其特征在于,所述底层传输协议为传输控制协议TCP、超文本传输协议HTTP或文件传输协议FTP。
4、根据权利要求1所述的方法,其特征在于,所述向业务平台发送的请求中包含用户认证信息;
所述将请求转换为请求事件之后,进一步包括:业务平台对所述用户认证信息进行认证,认证通过则执行后续步骤,否则结束本流程。
5、根据权利要求1至4任一项所述的方法,其特征在于,所述执行与所述请求事件相应的业务逻辑包括:业务平台根据预先设置的请求事件与业务处理单元的映射关系,将所述请求事件发送至相应的业务处理单元,业务处理单元根据所收到的请求事件执行业务逻辑。
6、一种业务平台和门户分离的***,包括业务平台和门户,其特征在于,业务平台用于实现至少一种业务功能,并对于每一个业务功能,对外提供唯一的API;
门户用于通过调用API向业务平台发送请求,并接收来自业务平台的响应。
7、根据权利要求6所述的***,其特征在于,所述门户为管理门户或业务门户。
8、根据权利要求7所述的***,其特征在于,所述业务门户的具体实现方式为至少如下任意一种:WEB门户、交互式语音应答IVR门户、短信业务SMS门户、非结构化对称补充业务USSD门户或无线应用协议WAP门户。
9、根据权利要求7所述的***,其特征在于,所述管理门户为如下任意一种:业务管理点SMP门户、客服门户、业务管理接入点SMAP门户或BOSS门户。
10、根据权利要求6所述的***,其特征在于,所述业务平台包括:
底层传输协议消息处理层,用于接收来自门户通过底层传输协议发送来的SOAP消息,并将所收到的SOAP消息发送至上一层的SOAP消息处理层;还用于接收SOAP消息处理层封装后的SOAP消息,并将该消息通过底层传输协议发送至门户;
SOAP消息处理层,用于将底层传输协议消息处理层上报的SOAP消息进行解析,转换为业务请求事件,并将所得业务请求事件发送至事件处理层;还用于把事件处理层返回的事件响应消息封装为SOAP消息,并将该消息返回至底层传输协议消息处理层;
事件处理层,用于维护事件类型与业务处理层中的业务处理单元的映射关系;接收来自SOAP消息处理层的业务请求事件,并根据事件类型与业务处理模块业务处理单元的映射关系,将所接收的业务请求事件转发给业务处理层中对应的业务处理单元;还用于接收业务处理层返回的请求响应事件,并将请求响应事件返回给SOAP消息处理层;
业务处理层,该层由至少一个业务处理单元组成,每个业务处理单元负责完成一个具体的业务逻辑;每个业务处理单元接收对应的业务请求事件,完成相关的业务逻辑并生成业务响应事件,然后把业务响应事件返回给事件处理层。
11、根据权利要求10所述的***,其特征在于,所述底层传输协议消息处理层为HTTP消息处理层、TCP消息处理层或FTP消息处理层。
12、根据权利要求10所述的***,其特征在于,所述业务处理层中的每一个业务处理单元包括各个业务处理单元共有的开放接口层和接口访问控制模块,以及自身独有的用于实现业务逻辑的业务功能模块,其中,
开放接口层用于向门户提供API;
接口访问控制模块用于在门户调用API时对用户进行认证,认证通过则将来自开放接口层被调用的API的相关信息透传给业务功能模块,并将业务功能模块执行相应业务逻辑后返回的信息透传给开放接口层。
CNB2006101033224A 2006-07-18 2006-07-18 一种业务平台和门户分离的实现方法和*** Active CN100479564C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006101033224A CN100479564C (zh) 2006-07-18 2006-07-18 一种业务平台和门户分离的实现方法和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006101033224A CN100479564C (zh) 2006-07-18 2006-07-18 一种业务平台和门户分离的实现方法和***

Publications (2)

Publication Number Publication Date
CN1909685A true CN1909685A (zh) 2007-02-07
CN100479564C CN100479564C (zh) 2009-04-15

Family

ID=37700655

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006101033224A Active CN100479564C (zh) 2006-07-18 2006-07-18 一种业务平台和门户分离的实现方法和***

Country Status (1)

Country Link
CN (1) CN100479564C (zh)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102045455A (zh) * 2009-10-23 2011-05-04 ***通信集团福建有限公司 回铃音ivr入口剥离方法及剥离后的回铃音ivr平台
CN101237606B (zh) * 2007-12-28 2012-05-09 ***通信集团四川有限公司 一种确保服务变更连续性的方法
CN101605147B (zh) * 2009-01-08 2012-07-11 北京邮电大学 一种多媒体会议***及方法
CN102694854A (zh) * 2012-05-17 2012-09-26 华为软件技术有限公司 能力管理的方法及设备
CN101599980B (zh) * 2007-07-25 2012-11-21 ***通信集团福建有限公司 客户经理掌上助理***装置
WO2015184928A1 (zh) * 2014-12-15 2015-12-10 中兴通讯股份有限公司 一种非结构化补充数据业务ussd实现的方法和装置
WO2016112580A1 (zh) * 2015-01-14 2016-07-21 华为技术有限公司 业务处理方法及装置
CN102137069B (zh) * 2010-01-27 2016-08-03 中兴通讯股份有限公司 一种物联网应用实现方法及***
CN106557342A (zh) * 2015-09-30 2017-04-05 阿里巴巴集团控股有限公司 一种业务逻辑的实现方法及装置
CN106873980A (zh) * 2017-01-09 2017-06-20 深圳英飞拓科技股份有限公司 一种ui和业务逻辑分离方法和装置
CN107645712A (zh) * 2017-09-15 2018-01-30 合肥英泽信息科技有限公司 一种基于ftp协议的增值业务鉴权管理***
CN108710511A (zh) * 2018-05-09 2018-10-26 成都市极米科技有限公司 Android***的***设置方法、定制包和***ROM包的分离方法及升级包生成方法
CN110049106A (zh) * 2019-03-22 2019-07-23 口碑(上海)信息技术有限公司 业务请求处理***及方法
CN111340340A (zh) * 2020-02-17 2020-06-26 腾讯科技(深圳)有限公司 一种事件处理方法及装置
CN112202823A (zh) * 2020-12-07 2021-01-08 杭州筋斗腾云科技有限公司 网络资源访问***及方法、用户门户及资源门户
CN112287104A (zh) * 2020-09-28 2021-01-29 珠海大横琴科技发展有限公司 一种自然语言处理方法和装置
CN112289314A (zh) * 2020-09-28 2021-01-29 珠海大横琴科技发展有限公司 一种语音处理方法和装置
CN116647619A (zh) * 2023-05-30 2023-08-25 中电金信软件有限公司 业务处理方法和***
CN116743922A (zh) * 2023-07-06 2023-09-12 中电金信软件有限公司 话务处理***和方法

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101599980B (zh) * 2007-07-25 2012-11-21 ***通信集团福建有限公司 客户经理掌上助理***装置
CN101237606B (zh) * 2007-12-28 2012-05-09 ***通信集团四川有限公司 一种确保服务变更连续性的方法
CN101605147B (zh) * 2009-01-08 2012-07-11 北京邮电大学 一种多媒体会议***及方法
CN102045455A (zh) * 2009-10-23 2011-05-04 ***通信集团福建有限公司 回铃音ivr入口剥离方法及剥离后的回铃音ivr平台
CN102045455B (zh) * 2009-10-23 2014-06-04 ***通信集团福建有限公司 回铃音ivr入口剥离方法及剥离后的回铃音ivr平台
CN102137069B (zh) * 2010-01-27 2016-08-03 中兴通讯股份有限公司 一种物联网应用实现方法及***
CN102694854A (zh) * 2012-05-17 2012-09-26 华为软件技术有限公司 能力管理的方法及设备
WO2015184928A1 (zh) * 2014-12-15 2015-12-10 中兴通讯股份有限公司 一种非结构化补充数据业务ussd实现的方法和装置
WO2016112580A1 (zh) * 2015-01-14 2016-07-21 华为技术有限公司 业务处理方法及装置
CN106557342A (zh) * 2015-09-30 2017-04-05 阿里巴巴集团控股有限公司 一种业务逻辑的实现方法及装置
CN106873980A (zh) * 2017-01-09 2017-06-20 深圳英飞拓科技股份有限公司 一种ui和业务逻辑分离方法和装置
CN107645712A (zh) * 2017-09-15 2018-01-30 合肥英泽信息科技有限公司 一种基于ftp协议的增值业务鉴权管理***
CN108710511A (zh) * 2018-05-09 2018-10-26 成都市极米科技有限公司 Android***的***设置方法、定制包和***ROM包的分离方法及升级包生成方法
CN110049106A (zh) * 2019-03-22 2019-07-23 口碑(上海)信息技术有限公司 业务请求处理***及方法
CN110049106B (zh) * 2019-03-22 2022-02-08 口碑(上海)信息技术有限公司 业务请求处理***及方法
CN111340340A (zh) * 2020-02-17 2020-06-26 腾讯科技(深圳)有限公司 一种事件处理方法及装置
CN111340340B (zh) * 2020-02-17 2023-10-20 腾讯科技(深圳)有限公司 一种事件处理方法及装置
CN112287104A (zh) * 2020-09-28 2021-01-29 珠海大横琴科技发展有限公司 一种自然语言处理方法和装置
CN112289314A (zh) * 2020-09-28 2021-01-29 珠海大横琴科技发展有限公司 一种语音处理方法和装置
CN112202823A (zh) * 2020-12-07 2021-01-08 杭州筋斗腾云科技有限公司 网络资源访问***及方法、用户门户及资源门户
CN112202823B (zh) * 2020-12-07 2021-03-19 杭州筋斗腾云科技有限公司 网络资源访问***及方法、用户门户及资源门户
US11632376B2 (en) 2020-12-07 2023-04-18 Hangzhou Jindoutengyun Technologies Co., Ltd. Network resource access system and method, user portal and resource portal
CN116647619A (zh) * 2023-05-30 2023-08-25 中电金信软件有限公司 业务处理方法和***
CN116743922A (zh) * 2023-07-06 2023-09-12 中电金信软件有限公司 话务处理***和方法

Also Published As

Publication number Publication date
CN100479564C (zh) 2009-04-15

Similar Documents

Publication Publication Date Title
CN1909685A (zh) 一种业务平台和门户分离的实现方法和***
JP4495137B2 (ja) 電気通信クライアントサービス要求をサポートするためのサービスブローカー統合層
US6831915B1 (en) Service node for providing telecommunication services
EP0917681B1 (en) Methods and arrangements for distributing services and/or programs in a network environment
CN1243433C (zh) 用于多媒体网络中的紧急通知方法和***
US8612549B2 (en) Mashup service device and system, and method for establishing and using mashup service
EP1170673A1 (en) Portal application
CN1500328A (zh) 使用业务脚本提供网络服务的方法和***
CN1700713A (zh) 移动终端下载多媒体振铃音的实现方法及***
CN1742475A (zh) 在通信路径中的中间装置的应用服务过滤
US9015282B2 (en) Access to information on a mobile terminal from a remote terminal
CN101237333A (zh) 一种基于多网络融合的支持多种业务的通用业务平台
CN102227904A (zh) 电话网络事件的***和方法
CN1901576A (zh) 用于登记/检索信息的设备、存储程序的存储介质及方法
JP2002532010A (ja) インタラクティブメディアシステム
CN100505711C (zh) 管理组件应用程序的通信的***和方法
CN102638572B (zh) 基于Web Element机制的短信发送服务***及其工作方法
CN1761188A (zh) 一种单点登录方法和单点登出方法
JP2004519168A (ja) 統合化された通信サーバおよび方法
US7706782B1 (en) System and method for developing information for a wireless information system
CN104753860B (zh) 基于中间件的网络服务***
US20030220872A1 (en) System and method for controlling the acquisition of services
CN1863051A (zh) 多节点智能网络应用服务***中的应用管理子***及方法
EP1180297B1 (en) A method and system adapted to provide value added services to mobile telephony subscribers
IES20000482A2 (en) A broadband interconnection system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant