CN101043648A - 业务服务交换系统 - Google Patents

Abstract

一种业务服务交换系统，应用于BOSS系统中，包括：服务流程调度模块，用于对所述BOSS系统的所有业务流程进行定义描述，并对定义的业务流程进行解析，调用由所述BOSS系统中的服务组件提供的相应服务，以完成相应的业务功能。通过本发明，对经过本系统的业务和服务进行了统一汇总，形成整个BOSS系统的性能信息，从而简化了系统集成，分离了业务实现和业务展现，提供了外部接入和内部实现服务的全系统视图。系统结构简单、直观，且便于管理，提高了BOSS系统的透明度和可维护性。

Description

业务服务交换系统

技术领域

本发明涉及一种业务运营支撑系统的改进方案，属于移动通信领域。

背景技术

业务运营支撑系统(Business Operation Support System，以下简称BOSS)是网络运营商对综合业务的运营和管理平台，主要完成营业、计费和帐务等功能。现有BOSS系统的体系结构如图1所示，包括接入层、业务服务层和数据层三层结构。

其中，接入层包括用户接口(User Interface，简称：UI)和接入逻辑控制两层，捕获用户和外部系统的输入，提供用户和外部系统对系统的访问，处理用户界面显示和外部系统协议转换，产生输出的界面和外部系统命令；数据层用于将BOSS系统使用及产生的各种数据以各种形式存在如数据库、文件、管道、内存等，可以在物理上分布存储在多个系统、多个物理节点上；业务服务层包含了具体的业务实现，通常采用硬编码方式。随着业务的不断发展，BOSS系统复杂性提高，存在如下缺陷：

1)现有BOSS系统的业务和服务之间的关联通过硬编码方式实现，一个服务接口发生变化，需要修改相应的所有业务实现编码。其中，硬编码方式是指对各种功能进行软件实现时，把输出的相关因子，如调用路径、输出格式等，直接写死在原代码中，在执行期间无法由外界做出适当的回应或修改，从而造成配置的不灵活。

2)现有BOSS系统服务形式多样化，有交易中间件提供的服务，也有快速通用网关接口(Fast Common Gate Interface，简称：FCGI)形式提供的超文本传输协议(Hyper Text Transfer Protocol，简称：HTTP)服务，服务之间存在相互调用的关系，采用硬编码实现。如果某个服务的接口发生变化，所有调用它的服务都需要重新编码修改该接口。

3)现有BOSS系统业务、服务层次之间的耦合性比较高，不同层次的缺陷(Bug)不容易被隔离，给管理和维护带来较大的困难。

4)现有BOSS系统无法收集具体的每个业务、每个服务的调用频率、调用时长度等性能信息，整体的性能优化工作没有可靠的数据来源。

5)BOSS系统有多个子系统组成，每个子系统均保存独立的核心信息配置，存在交叉重复的情况，系统要使用这些核心信息，必须调用相应的子系统服务才可以提供，无法形成完整统一的BOSS系统的核心信息配置。

6)BOSS系统的安全权限校验分散在各个子系统的业务实现硬编码中，没有形成统一的安全门户控制。

发明内容

本发明要解决的问题是：需要将应用中分散的功能组织成基于标准插件式的BOSS系统服务，使得这些服务可以快速地组合和重用，以实现业务流程，满足业务需求。

为了解决上述问题，本发明的一个实施例是提供了一种业务服务交换系统，应用于BOSS系统中，包括：

服务流程调度模块，用于对所述BOSS系统的所有业务流程进行定义描述，并对定义的业务流程进行解析，调用由所述BOSS系统中的服务组件提供的相应服务，以完成相应的业务功能。

通过本发明，对经过本系统的业务和服务进行了统一汇总，形成整个BOSS系统的性能信息。从而可以实时查看当前的性能信息，也可以查看历史的性能汇总信息。可以很方便的知道业务或服务的调用频率、调用时长，为优化BOSS系统的性能提供最直接的分析数据。简化了系统集成，分离了业务实现和业务展现，提供了外部接入和内部实现服务的全系统视图。系统结构简单、直观，且便于管理，提高了BOSS系统的透明度和可维护性。同时通过监视业务活动中的事件及对事件进行分析，可以配置警报与筛选器。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为现有BOSS系统的体系结构层次示意图；

图2为本发明对现有BOSS系统改进后的体系结构层次示意图；

图3为本发明实施例1所述业务服务交换系统结构图；

图4为本发明实施例2所述业务服务交换系统结构图；

图5为本发明实施例2所述业务的树状结构举例示意图。

具体实施方式

如图2所示，将原有BOSS系统体系架构中的业务服务层划分为业务调度层和服务组件层。

其中，服务组件层用于形成企业级服务总线；业务调度层是系统架构的核心层用于根据预定的业务的服务流程调用由服务组件层提供的相应的服务，以完成业务逻辑。本发明实施所述业务服务交换系统(Business ServiceSwitch Platform，以下简称BSSP系统)主要完成所述业务调度层的功能。本发明所述BSSP系统除了负责为接入层提供统一的系统访问服务外，还可以完成权限校验，分解过程流程，根据接入的服务类型，提供预制SQL服务、转发查询以及跨子系统的交易调用等功能。

服务组件层包括营业、帐务、营销和计费等多种服务组件。服务组件是对核心业务概念和基本规则信息、数据的管理、操作和使用的抽象和封装，服务组件由描述核心业务概念(如三户、三户关系)、基本数据(如明细账单)、基本业务规则(如开户规则)等的业务概念模型导入。其中，三户是指用户、客户和帐户。服务组件由服务组件接口和服务组件服务组成，其接口是一个服务组件使用者，如系统组件服务，和服务组件服务实现者之间的一个约束规约，服务组件独立于使用用例，它们的运行环境上下文(Context)由BSSP系统提供，它们本身是无状态的(Stateless)，因此被重用的机会较高。

实施例1

如图3所示，BSSP系统10包括服务流程调度模块11，用于对所述BOSS系统的所有业务流程进行定义描述，并对定义的业务流程进行解析，调用由所述BOSS系统中的服务组件提供的相应服务，以完成相应的业务功能。

其中，一个业务包括多个过程，业务的接入方式，包括字符用户接口(Character User Interface，简称：CUI)终端、IE浏览器等，所述过程是指与业务服务层之间的一次交互，一个过程本质上就是一个服务流。本实施例中的BSSP系统提供的过程是无状态(Stateless)过程。例如，一个缴费业务可以包括查询是否欠费和缴费两个过程。过程是通过描述一个服务流的形式实现的，与服务的具体实现形式无关，服务之间的调用、参数传递形成了服务间的状态交互活动，在一个过程执行的过程中，服务状态的保持通过数据持久化来实现。

具体地，可以通过服务流程描述语言(SFDL)描述的可扩展标识语言(Extensible Markup Language，简称：XML)格式文档完成对业务流程的定义描述，并通过驱动引擎完成对定义的业务流程进行解析。其中，所述驱动引擎可以全部基于内存操作，而不与数据库直接进行数据传输。在内存中可以建立内存数据库(Memory Database，简称MDB)，用于保存多种内存表以支持驱动引擎的解析功能，具体的内存表可以包括：

·业务表，用于保存业务、业务受理来源关系配置信息；

·过程表，用于保存过程的配置信息；

·过程参数表，用于保存过程的参数配置，即输出参数；

·服务表，用于保存服务的配置信息；

·服务参数表，用于保存服务的参数配置；

·数据字典表，用于保存统一的数据字典配置信息；

·性能日志表，用于保存当前BSSP系统业务受理的实时处理性能；

另外，服务流程调度模块11中还可以包括二级缓存模块，其中设置有二级缓存，用于保存对业务流程进行解析后的解析结果，并通过命中算法保证缓存的高命中率。由于解析后的服务流程保存在二级缓存模块中，因此，不需要每次调用由服务组件层提供的相应服务时，都访问数据层中的数据库，因此可以加快业务交易的速度。由于二级缓存中不可能保存数据库中的所有数据，因此需要通过命中算法保证命中率。具体地，可以根据统计规律为二级缓存中的服务流程设置加权因子，使得权重高的服务流程优先被调用，从而保证了高命中率。

通过本实施例所述BSSP系统，对经过本系统的业务和服务进行了统一汇总，形成整个BOSS系统的性能信息。可以实时查看当前的性能信息，也可以查看历史的性能汇总信息。可以很方便的知道业务或服务的调用频率、调用时长，为优化BOSS系统的性能提供最直接的分析数据。简化了系统集成，分离了业务实现和业务展现，提供了外部接入和内部实现服务的全系统视图。系统结构简单、直观，且便于管理，提高了BOSS系统的透明度和可维护性。同时通过监视业务活动中的事件及对事件进行分析，可以配置警报与筛选器。

实施例2

如图4所示，本实施例的BSSP系统10还可以包括安全控制模块12，用于根据业务属性判断该业务是否需要进行权限校验，当需要进行权限校验时，对所有的业务交易提供统一的权限校验，并与BOSS系统的权限校验服务直接集成。

BOSS系统中的业务一般均需要权限校验，但根据业务属性不同也可以不需要权限校验。比如一些简单的查询类的业务可以不需要进行权限校验，而一些交易类的业务根据不同的接入也可以定义不需要进行权限校验。在现有BOSS系统中的权限校验部分分散在各个具体的业务实现中，由硬编码完成。本实施中的BSSP系统对所有的BOSS系统的所有业务交易提供统一的权限校验，并与BOSS系统的权限校验服务直接集成。具体地，可以通过对服务内建识别码，以便可以对所有经过BSSP系统的业务，支持不同业务属性的权限安全控制，使得未经审核的接入无法获取相应的服务，超时的连接会被自动清除，防止盗用。

由于通过安全控制模块12对BOSS系统的服务提供了统一的安全校验，使得未经批准的接入无法进行系统操作，未经发布的服务也无法被前端调用，保证了系统的安全性；

如图4所示，本实施例的BSSP系统10还可以包括翻译解析模块13，用于根据BOSS系统10的业务核心信息生成统一的数据字典，根据该数据字典对业务的输出报文字段进行翻译，将系统内部标识转换成可视描述性文字。翻译解析模块13中存放BOSS系统的统一数据字典，可以经过翻译解析将过程的返回结果解释成接入层要求的数据，最终将结果数据反馈给接入层。BSSP对过程的输出参数提供翻译解析功能，利用BSSP平台的统一数据字典进行翻译。

如图4所示，本实施例的BSSP系统10还可以包括配置查询模块14，用于对分散在各个子系统中的数据字典进行统一配置，以供所述业务服务交换系统的客户进行调用。

BOSS系统中一些固定的数据字典可以直接在BSSP系统10中进行配置，但一些容易发生变化的业务类数据字典需要通过定时同步到BSSP系统10中，配置查询模块14可以将原来分散在各个子系统中的数据字典统一配置到BSSP系统10中，BSSP系统10的客户调可以直接从BSSP系统10获得业务核心信息形成的统一的数据字典。具体地，可以在配置查询模块14中设置第二二级缓存模块，用于保存统一的数据字典的镜像，以加快访问速度，优化性能。

如图4所示，本实施例的BSSP系统10还可以包括综合查询模块15，用于根据结构化查询语言(Structured Query Language，以下简称SQL)语句配置模板将查询类SQL语句配置成查询类服务，以供在服务流程定义中直接使用。

综合查询模块15提供了预先配置的查询类服务，将查询类的SQL语句通过配置定义成查询类服务。通过提供SQL语句配置模板定义SQL语句及其输入变量与输出数据格式，例如，SQL语句中的WHERE子句的参数与输入变量直接对应，SQL语句中SELECT子句的字段与输出数据直接对应。模板可以支持多条SQL语句，查询类服务可以在服务流程定义中直接使用，这样可以大大减轻开发工作量，也提高了查询类服务的可维护性。

具体地，可以将预先定制的SQL语句保存在数据库中，接入层只需要上送SQL语句标识，BSSP系统便可以调用预制SQL服务，执行预先定制的SQL语句，并将结果返回给接入层。SOL服务的输出形式可以通过输出模板进行定制。不同子系统均具有自己独立的预制SQL服务，根据配置文件连接不同的子系统数据库执行配置的SQL语句。

如图4所示，本实施例的BSSP系统10还可以包括业务交易模块16，用于根据实际流程配置调用由交易中间件提供的相应的服务，根据业务处理结果控制事务的提交、回滚。其中，中间件(middleware)是一种基础软件，位于操作系统软件与用户的应用软件中间，用于为上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。事务是由交易中间件或者数据库来保证的，在服务流程某个服务开始发起事务，在服务流程的另外一个服务结束事务，根据执行流程中的状态控制事务的回滚与提交。在一个过程中的事务类型只有一种，一个需要事务环境的过程中并非每个服务都需要事务环境。

本实施例中的交易中间件主要用于保证多子系统事务的完整性，例如在某些应用中需要调用多个数据库的数据，这就需要采用一定的技术手段来保证数据的一致性。具体地，所述交易中间件可以采用现有的交易中间件产品，如东方通公司的TongEasy，它提供的服务可以作为服务组件直接配置在服务流程中，BSSP系统10可以内嵌TongEasy客户端，根据实际流程配置调用相应的由TongEasy提供的服务，根据业务处理结果控制事务的提交、回滚。另外BSSP系统10还可以通过适配器支持多种交易中间件，如BEA公司的Tuxedo等。

如图4所示，本实施例的BSSP系统10还可以包括服务流程管理模块17，用于对运行在本系统中的业务、服务按组进行分类，形成树状结构，根据该树状结构采取统一管理。使得通过BSSP系统10便可以很清楚了解整个BOSS系统的业务、服务分布，以及业务、服务之间的关联关系。整个BOSS系统一目了然，非常清晰。如图5所示，为业务树状结构举例示意图。

通过服务流程管理模块17对业务流程进行了有效性控制，使得在系统资源紧张的情况下通过暂停优先级比较低的业务来保障关键业务，而且可以实现系统的在线升级，提高了系统的可维护性。

通过本实施例所述BSSP系统，业务开发可以基于模型、视图、控制器(Model，View，Controller，简称MVC)模式进行，从而能够细化开发人员的分工，提高业务开发速度和产品质量；

通过服务流程管理模块17实现的流程配置、逻辑判断，通过配置查询模块14实现的预置查询以及翻译解析模块13实现的字典翻译等功能，也可以通过对服务组件层提供的服务进行复用，快速实现服务，为快速开发、部署业务提供了技术保障。经过实践，应用本实施例所述BSSP系统10后，业务部署速度提升8％，缺陷率，即每万行代码的缺陷个数，降低了1％左右。

通过本实施例BSSP系统10实现了对服务和接入的注册及流程配置，分离了业务实现、业务流程、业务接入逻辑三个层次，使在各个模块中发生的缺陷(Bug)不会影响到其他模块，即实现了地缺陷的隔离，从而提高了系统稳定性。

另外，在具体实施过程中，BSSP系统要进行多套并行部署，形成集群，避免单点故障，必要时还可以横向扩展。进行软件更新时，可以通过交换机实现多套系统的自动切换，从而为关键业务提供更多安全保障；并且还可以通过负载均衡器的作用优化多套系统之间的业务分配。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1、一种业务服务交换系统，应用于BOSS系统中，其特征在于包括：

服务流程调度模块，用于对所述BOSS系统的所有业务流程进行定义描述，并对定义的业务流程进行解析，调用由所述BOSS系统中的服务组件提供的相应服务，以完成相应的业务功能。

2、根据权利要求1所述的业务服务交换系统，其特征在于：

所述服务流程调度模块中还包括二级缓存模块，用于保存对业务流程进行解析后的解析结果，并通过命中算法保证缓存的高命中率。

3、根据权利要求1所述的业务服务交换系统，其特征在于还包括：

安全控制模块，用于根据业务属性判断该业务是否需要进行权限校验，当需要进行权限校验时，对所有的业务交易提供统一的权限校验，并与BOSS系统的权限校验服务直接集成。

4、根据权利要求1所述的业务服务交换系统，其特征在于还包括：

翻译解析模块，用于根据BOSS系统的业务核心信息生成统一的数据字典，根据该数据字典对业务的输出报文字段进行翻译，将系统内部标识转换成可视描述性文字。

5、根据权利要求1所述的业务服务交换系统，其特征在于还包括：

配置查询模块，用于对分散在各个子系统中的数据字典进行统一配置，以供所述业务服务交换系统的客户进行调用。

6、根据权利要求5所述的业务服务交换系统，其特征在于：

所述配置查询模块中还包括第二二级缓存模块，用于保存统一的数据字典的镜像。

7、根据权利要求1所述的业务服务交换系统，其特征在于还包括：

综合查询模块，用于根据SQL语句配置模板将查询类SQL语句配置

成查询类服务，以供在服务流程定义中进行直接调用。

8、根据权利要求7所述的业务服务交换系统，其特征在于：

所述SQL语句配置模板包括相对应的SQL语句、SQL语句的输入变量、及输出数据格式。

9、根据权利要求1所述的业务服务交换系统，其特征在于还包括：

业务交易模块，用于根据实际流程配置调用由交易中间件提供的相应的服务，根据业务处理结果控制事务的提交、回滚。

10、根据权利要求1所述的业务服务交换系统，其特征在于还包括：

服务流程管理模块，用于对运行在本系统中的业务、服务按组进行分类，形成树状结构，根据该树状结构采取统一管理。

Images