CN1642197A - 一种联机系统的业务分发方法 - Google Patents
一种联机系统的业务分发方法 Download PDFInfo
- Publication number
- CN1642197A CN1642197A CN 200410001031 CN200410001031A CN1642197A CN 1642197 A CN1642197 A CN 1642197A CN 200410001031 CN200410001031 CN 200410001031 CN 200410001031 A CN200410001031 A CN 200410001031A CN 1642197 A CN1642197 A CN 1642197A
- Authority
- CN
- China
- Prior art keywords
- distribution
- business object
- attribute
- service attribute
- telecommunication service
- 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
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种联机系统的业务分发方法,该方法包括:A.预先分别建立电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系;B.联机内核根据电信业务信息查询该电信业务对应的分发设备,并标记该分发设备;C.根据该电信业务属性信息判断该电信业务属性的分发设备是否为其所属电信业务的分发设备,如果不是,联机内核根据步骤B解析出的该电信业务属性信息查询该电信业务属性对应的分发设备,并将电信业务的属性分发到该分发设备;如果是,将该电信业务的属性分发到步骤B标记的分发设备。该方法使联机系统的联机内核不会因为业务的发展变化而做出不断更新,能简化联机系统的维护工作量,从而保证联机系统的稳定性。
Description
技术领域
本发明涉及电信领域联机系统的业务管理技术,特别涉及一种联机系统的业务分发方法。
背景技术
在电信营业、帐务系统网络中,联机系统是营帐系统和网元设备通讯的接口,营帐系统是指电信营业或帐务系统。联机系统从营帐系统接受指令信息,将不同厂家的营帐系统下发的营帐指令信息,拆分、转换成不同类型的网元设备能够识别的指令信息,发送给网元设备;并将网元设备返回的结果信息适配成不同厂家的营帐系统能够识别的指令信息格式,返回给营帐系统。
随着电信业务的发展和运营管理的融合,在联机系统中出现了一个联机内核可以对应多个网元设备的情况。联机系统的结构如图1所示:联机系统由三部分组成:业务接口(B_Adapter)层、联机内核、网元设备接口(E_Adapter)层。B_Adapter层将外部营帐系统发出的营帐指令信息和联机内核的指令信息进行格式间的相互转换;联机内核将指令信息在B_Adapter与E_Adapter之间以适当的形式进行传递;E_Adapter层将外部网元设备的信息和联机内核的指令信息进行格式间的相互转换。
当业务在电信领域的联机系统进行分发时,首先,营帐代理对来自营业厅的营帐系统下发的综合业务命令,即用户所签约的业务,进行分析、分解,并将分析分解得到的业务参数信息和属性参数信息发送给联机内核,联机系统的联机内核将得到的业务参数信息和属性参数信息分别分发给相应的设备代理,再由各个不同的设备代理将各个分解后的业务分别发送给相应的网元设备。整个联机系统进行业务命令处理的详细过程可以参见专利申请号为CN03121348.0,发明名称为“一种联机系统及其指令信息处理的方法”的发明专利申请。
上述方案存在着一个问题,即联机系统中的联机内核如何知道用户所签约的不同业务所分解得到的业务参数信息和属性参数信息应该下发给哪些网元设备?解决这个问题的方法为:针对用户所签约的不同业务和各个不同业务所发送的不同网元设备开发不同的程序代码,使要分发的业务与网元设备一一对应。
但是,利用不同的程序代码区分用户所签约的不同业务和各个不同业务所发送的不同网元设备,将使得联机系统的联机内核会因为业务的发展变化而不断更改或添加程序代码,这不仅仅增加了维护成本,而且对联机系统的联机内核的稳定性极为不利。
发明内容
有鉴于此,本发明的主要目的在于提供一种联机系统的业务分发方法,该方法使联机系统的联机内核不会因为业务的发展变化而需要大量的更新,能简化联机系统的维护工作量,从而保证联机系统的稳定性。
根据上述目的,本发明的技术方案是这样实现的:
一种联机系统的业务分发方法,该方法包括:
A、预先分别建立电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系;
B、营帐系统下发业务命令给联机系统,联机系统的营帐代理从该业务命令中解析出业务信息和业务属性信息,发送给联机系统的联机内核,该联机内核根据电信业务信息查询该电信业务对应的分发设备,并标记该分发设备;
C、该联机内核根据该电信业务属性信息判断该电信业务属性的分发设备是否为其所属电信业务的分发设备,如果不是,转入步骤D,如果是,将该电信业务的属性分发到步骤B标记的分发设备;
D、该联机内核根据步骤B解析出的该电信业务属性信息查询该电信业务属性对应的分发设备,并将电信业务的属性分发到该分发设备。
步骤A所述的分别建立电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系的过程为:
建立业务对象描述表,将电信业务信息填入业务对象描述表,通过业务对象描述表给该电信业务设置一个业务对象别名和业务对象的分发标识;
建立业务属性描述表,将电信业务属性信息填入业务属性描述表,通过业务属性描述表给该电信业务属性设置一个业务属性别名和业务属性的分发标识;
建立消息分发描述表,将该业务对象的分发标识和业务属性的分发标识填入消息分发描述表,通过该描述表给该业务对象的分发标识和该业务属性的分发标识设置分发模式和分发设备的设备类型及设备编号。
步骤B中所述根据电信业务信息查询该电信业务要分发的设备是:首先根据电信业务的业务对象别名通过业务对象描述表查询到该电信业务的分发标识,然后根据该电信业务的分发标识查询消息分发描述表,按照所设定的分发模式获取所要分发的设备类型和设备编号;
步骤C中所述根据该电信业务属性信息判断该电信业务的属性是否为其所属电信业务的分发设备是:首先根据电信业务属性别名通过业务属性描述表查询到该电信业务属性的分发标识,然后根据该分发标识查询消息分发描述表,根据分发描述表中所设定的分发模式判断是否为其所属电信业务的分发设备。
该方法进一步包括:预先建立电信业务之间的包容关系;
所述的业务对象描述表至少包括:业务对象标识、父业务对象标识、业务对象名、业务对象别名、分发标识、该电信业务是否签约的标志;
所述的业务属性描述表至少包括:属性所属的业务对象标识、属性标识、属性名、属性别名、分发标识;
所述的消息分发描述表至少包括:分发标识、分发模式、分发设备类型及编号。
所述的分发模式为指定分发设备模式、使用父业务对象的分发模式、广播模式或自定义模式,其中,
当分发模式设定为指定分发设备模式时,所述电信业务或电信业务属性对应的分发设备由相应分发配置描述表中的设备类型和设备编号确定;
当分发模式设定为父业务对象分发模式时,所述电信业务或电信业务属性对应的分发设备由业务对象描述表中的父业务对象对应的设备类型和设备编号确定;
当分发模式设定为广播模式时,所述电信业务或电信业务属性对应的分发设备是相应分发描述表中的指定设备类型的所有设备;
当分发模式设定为自定义模式时,按照电信业务或电信业务属性信息来确定要分发的设备类型和设备编号。
当分发模式设定为指定分发模式时,该方法进一步包括:
判断消息分发描述表中的设备类型和设备编号是否为空值,如果是,则分发设备为所有设备类型和设备编号的分发设备;否则直接将所述描述表中的设备类型和设备编号确定为所述分发设备。
当分发模式设定为自定义模式时,该方法进一步包括:
当分发模式设定为自定义模式时,根据分发标识获取分发所需的业务对象和业务属性对,通过该业务对象和业务属性对,确定相应的分发设备类型和编号列表。
所述根据分发标识获取分发所需的业务对象和业务属性对包括:
预先建立分发所需参数描述表,在分发所需参数描述表中填写分发标识、业务对象别名和业务属性别名;
根据分发标识从分发所需参数描述表中获取业务对象别名和业务属性别名。
该方法进一步包括:预先建立参数对列表长度描述表,在参数对列表长度描述表中填写输入的业务对象和业务属性的个数、输出的设备类型和设备编号的个数;
判断在参数对列表长度描述表中输入的业务对象和业务属性的个数是否与从分发所需参数描述表获取的业务对象别名和业务属性别名的个数相等,如果是,则确定相应的分发设备类型和编号列表;否则,结束本流程;
判断在参数对列表长度描述表中输出的设备类型和设备编号的个数和得到的相应的分发设备类型和编号列表的个数是否相等,如果是,按照相应的分发设备类型和编号列表分发业务对象和业务属性,否则,结束本流程。
所述根据分发标识获取分发所需的业务对象和业务属性对包括:
预先建立分发所需参数描述表,在分发所需参数描述表中填写分发标识和业务属性标识;
根据分发标识从分发所需参数描述表中获取业务属性标识。
将所述的按照自定义模式分发设备的过程封装在动态连接库进行。
所述步骤A建立的电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系存储在联机系统的营帐代理中。
由上述方案可看出,本发明为电信业务对象或业务属性设置了标识或别名,根据业务标识或别名设置了电信业务对象所要分发的设备,根据属性标识或属性所属业务标识或别名与属性别名设置了业务属性所要分发的设备,根据设置的要分发的设备,将该业务对象或业务属性分发到相应的设备上,修改和添加业务对象或业务属性所分发的设备时,不会改变联机内核中的程序代码,只需添加或修改业务对象或业务属性与其相对应的设备的关系,从而联机系统的联机内核不会因为业务的发展变化而做出不断更新。本发明将自定义方式的业务对象或业务属性分发过程封装在动态连接库(DLL)中完成,从而简化了联机系统的维护工作量,保证联机系统的稳定性。
附图说明
图1为联机系统的结构图。
图2为本发明联机系统电信业务分发的流程图。
图3为本发明业务对象或业务属性使用自定义模式进行分发的流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进行进一步详细的说明。
本发明预先给每个电信业务按业务联系和业务分类构建业务包容关系模型,比如:呼叫转移业务包含无人接听转移业务和无条件转移业务,这种包含关系,在这里被作为包容关系来对待,所以根据电信业务的包容关系建立业务的树形拓扑结构关系模型,该业务的树形拓扑结构图由位于叶子节点的原子业务、位于支节点的支节点业务和位于根节点的根节点业务组成,根节点业务包容支节点业务,支节点业务还可以包容其他支节点业务和/或叶子节点业务,其中叶子节点为原子业务。所述原子业务是不可被拆分的最基本业务。当更改或添加电信业务时,只需修改或添加树形拓扑结构关系模型中的节点。
树形拓扑结构中的每个电信业务都具有自己的属性,所以给所有的电信业务分别建立了一张业务对象描述表和一张业务属性描述表,该业务对象描述表中含有每个电信业务对象信息,每个电信业务对象信息中,含有该电信业务的业务对象别名、分配给该业务对象的标识、包含该业务对象的上一级业务对象的标识和该业务对象的分发标识;该业务属性描述表中含有各个电信业务的每个属性信息,每个属性信息中,含有该业务属性的别名、分配给该业务属性的标识、该业务属性所属业务对象的标识和该业务属性的分发标识。
为所有的业务对象和业务属性所对应的分发标识,建立一张消息分发描述表,简称消息分发表,该表包括:分发标识、分发模式和分发设备类型及编号。
营帐代理对来自营业厅的营帐系统下发的综合业务命令,也即关于用户对其签约数据改变的命令,进行分析,分解,并将分析分解得到的业务参数信息和属性参数信息发送给联机内核;联机内核根据得到的业务对象的参数信息和属性对象的参数信息,判断该综合业务命令所引起的对应于该用户的业务树形拓扑结构关系模型中相应业务对象设置情况以及业务属性设置的改变,并标识出这些变化。其表现形式为业务对象是否开通,比如,是否开通以及设置了限制入呼叫业务、是否开通了语音短消息业务、是否开通以及设置了转了秘书台业务等等,本发明可以用一个业务对象别名或业务对象标识(SID)加上是否开通的标志来描述这个业务对象设置的改变,描述这个业务对象设置的改变后的信息即为业务对象的参数信息,保存在业务对象描述表中;还有相关业务属性的设置,比如,设置无条件呼叫转移的目的电话号码为1234567等,可以用一个业务对象别名、属性别名和属性设置值,如:转移目的电话号码即为属性设置值,来描述这个业务属性设置的改变,描述这个业务属性设置的改变的信息即为业务属性参数信息,其中,属性别名也可以是属性标识,保存在业务属性描述表中。
联机系统的联机内核根据业务对象别名从业务对象描述表中可以获取业务对象的分发标识,同样,根据属性别名和该属性所属业务对象的别名,也可以从业务属性描述表中获取属性的分发标识。
联机内核确定了一个综合业务命令所引起的对应于该用户的业务树形拓扑结构关系模型中相应业务设置情况以及业务属性设置的改变,也即针对业务树形拓扑结构关系模型中被标识出的这些变化后,根据变化的业务对象的分发标识查询消息分发表,得到该业务对象的分发模式,当分发模式为上层业务的分发模式时,根据该业务的父业务的分发设备,得到该业务要分发的设备,并记录该业务要分发的设备;根据变化的业务属性的分发标识查询消息分发表,得到该业务属性的分发模式,当分发模式为该属性所属业务对象的分发模式时,根据该属性所属业务对象的分发设备,得到该属性要分发的设备,并按照该分发的设备分发业务属性。
这样,在树形拓扑结构中的每个所述改变的电信业务都与所要分发的设备对应起来,如果电信业务所具有的改变的属性有特定的分发设备,则该业务属性也与要分发的设备对应起来。
由于存在将一个业务对象或属性同时分发到多个设备的情况,因此,一个业务对象或属性可以对应多个分发设备。
如图2所示,针对营帐代理下发的业务参数信息和属性参数信息,图2为本发明电信业务分发实施例流程图,其具体步骤为:
步骤200、根据要分发业务对象的参数信息查找业务对象描述表,得到该电信业务的业务对象分发标识,该参数信息可以包括业务对象别名和业务对象标识;
步骤201、根据该业务对象的分发标识,查找消息分发表,得到该电信业务的分发模式,当分发模式为上层业务的分发模式时,根据该业务的父业务的分发设备,得到该业务的所要分发的设备,记录该业务要分发的设备;当分发模式为其他模式时,按照其他的分发模式确定该业务所要分发的设备,并记录该业务要分发的设备,所述的其他的分发模式可以为自定义分发模式、广播分发模式和指定分发设备的分发模式;
步骤202、根据要分发业务属性的属性参数信息,查找业务属性描述表,得到该业务属性的分发标识;
步骤203、根据业务属性分发标识查找消息分发表,得到该业务属性的分发模式,判断该分发模式是否为上层业务的分发模式时,如果是,转入步骤204;否则,转入步骤205;
步骤204、根据该属性所属的业务对象的分发设备,得到该属性所要分发的设备,即步骤201记录的分发设备,将该业务属性按照步骤201记录的分发设备进行分发;
步骤205、按照其他的分发模式确定该属性所要分发的设备,并将业务属性按照所确定要分发的设备进行分发,所述其他的分发模式可以为自定义分发模式、广播分发模式和指定分发设备的分发模式。
以下对本发明做具体的说明。
业务模型构建的方法如下:
为每一项电信业务创建一个业务对象,并且将所有的业务对象配置一个业务对象描述表,该业务对象描述表定义了业务对象的包容关系,如表1所示,其包括:该业务对象标识(ServiceID)、父业务对象标识(ParentID)、业务对象名(ServiceName)、业务对象别名(ServiceAlias)、分发标识(DispatchID)、业务对象的描述信息(ServiceDesc)和该业务对象是否签约(Authorization),其中ServiceID为0时,表示该业务对象为根业务对象,也就是顶级的业务对象。表1中所述的ServiceID为SID1,ParentID为呼叫转移,ServiceName为无条件转移,ServiceAlias为CFU,描述信息为不管手机状态如何都执行转移,Authorization为已经签约,即已经开通该项业务。
ServiceID | ParentID | ServiceName | ServiceAlias | DispatchID | ServiceDesc | Authorization |
SID1 | 呼叫转移 | 无条件转移 | CFU | 3 | 不管手机状态如何都执行转移 | 已经签约 |
表1
本发明可以通过业务对象描述表对电信业务进行操作,如添加业务对象、删除业务对象和查询业务对象。当添加业务对象时,只需要给要添加的业务对象填写一条新的业务对象描述记录;当删除业务对象时,删除该业务对象相对应的业务对象描述记录;当查询业务对象时,查询所有的业务对象描述记录,根据业务对象描述找到相应的业务对象。也可以通过业务对象标识、业务对象别名来查找该业务对象的其它信息。
每一个业务对象可以具有多个属性,业务对象的属性可以用业务属性描述表描述,该业务属性描述表包括:该业务属性所属的业务对象(ServiceID)、该业务属性标识(AttrID)、该业务属性名字(AttrName)、业务属性别名(AttrAlias)、分发标识(DispatchID)和该业务属性的描述信息(AttrDesc)。例如,如表2所示,ServiceID为无条件转移,AttrID为AttrID1,即无条件呼叫转移,AttrName为转移目的号码,AttrDesc为呼叫转移目的电话号码。
ServiceID | AttrID | AttrName | AttrAlias | DispatchID | AttrDesc |
SID 1 | AID 1 | 转移目的号码 | CFNum | 1 | 呼叫转移的目的电话号码 |
表 2
本发明可以通过业务属性描述表来操作业务对象的属性,如根据业务属性标识,或根据业务属性所属业务对象的标识和业务属性别名等,来获取业务属性的其它信息、或进行增加、删除和改变业务属性等操作。
不同业务的业务别名不相同,但不同业务的属性的别名可以相同。
为了实现各个业务对象以及各个业务属性的分发,本发明预先设置消息分发描述表,该表中记录包括如下信息:分发标识(DispatchID)、分发模式(DispatchMode)、业务对象分发设备的设备类型(DeviceType)和设备编号(DeviceNo),其中,DeviceType和DeviceNo在DispatchMode设置为使用特定的设备进行分发的分发模式0或设定为广播分发的分发模式2时才使用。例如:如表3所示,DispatchID为DispatchID1,DispatchMode为1,即使用父辈级业务分发模式,也就是使用呼叫转移的分发模式,DeviceType为HLR,DeviceNo为0,由于是使用父辈级分发模式,因此,这里的DeviceType和DeviceNo域的设置不被使用,只有在特定的分发模式时,即DispatchMode为0或2时,才会得出该电信业务要分发到具有该设备变化为DeviceNo和和设备类型为DeviceType的设备。
DispatchID | DispatchMode | DeviceType | DeviceNo |
DispatchID1 | 1 | HLR | 1 |
表3
不管是确定业务对象的分发设备,还是确定业务属性的分发设备,都必须设置一个对应的DispatchID,每个DispatchID对应一个DispatchMode,该DispatchMode可以有四种:当DispatchMode等于0时,使用DeviceType和DevicenNo指定的设备类型和设备编号;当DispatchMode等于1时,使用上层业务对象的分发模式,即该业务对象或业务属性使用其父辈业务对象的分发模式进行分发,例如,当业务对象为无条件呼叫转移时,其上一级业务对象为呼叫转移,无条件呼叫转移这个业务对象按照呼叫转移这个父业务所要分发的设备进行分发;当DispatchMode等于2时,使用广播模式,即当DeviceType不为空时,对DeviceType指定的特定类型设备进行广播,当DeviceType为空时对所有设备进行广播;当DispatchMode等于3时,使用自定义模式。
当业务对象或业务属性使用自定义模式进行分发时,本发明提供了一个分发函数DispatchServiceMeg(),输入要分发的业务对象和业务属性对的列表,根据业务对象和业务属性对列表,函数DispatchServiceMeg()返回包括设备类型和设备编号对的列表,联机内核根据该设备类型及设备编号对的列表确定业务对象或业务属性应分发到的设备。例如:移动终端的号码,决定了该号码的归属位置寄存器(HLR)设备的编号,由此可以算出移动终端的呼叫转移业务对象应该分发到的HLR设备。
DispatchServiceMeg()要从参数对列表长度描述表中获取输入参数对个数和输出参数对个数,并且从分发所需参数描述表获取要分发的业务对象和业务属性对列表,因此要预先建立参数对列表长度描述表和分发所需参数描述表,如表4和表5所示:
DispatchID | InputCount | OutputCount |
ID4 | 2 | 1 |
表4
表4为所建立的参数对列表长度描述表,该表用于指定输入参数对个数和输出参数对个数,如果不核定输入参数对和输出参数对个数是否正确时,则该表可以省略。参数对列表长度描述表包括:分发标识(DispatchID)、输入参数对个数(InputCount)和输出参数对个数(OutputCount),InputCount用于合法性判断,判断在分发所需参数描述表中的业务对象和业务属性对个数是否正确,OutputCount也用于合法性判断,判断分发函数DispatchServiceMeg()的返回结果列表中的设备类型和设备编号对个数是否正确。例如表4所示:DispatchID为ID4,InputCount为2和OutputCount为1。
DispatchID | ServiceAlias | AttrAlias |
ID4 | SA1 | AA1 |
ID4 | SA2 | AA2 |
表5
表5为分发所需参数描述表,包括:分发标识(DispatchID)、业务对象别名(ServiceAlias)、业务属性别名(AttrAlias),该表描述了一个分发标识所对应的分发函数所需要的所有业务对象别名和业务属性别名对。如表5所示:DispatchID为ID4,需要的业务别名和属性别名对分别为【SA1,AA1】和【SA2,AA2】。
表5也可以用如下的表6来代替:
DispatchID | AttrID |
ID4 | AID1 |
ID4 | AID2 |
表6
表6为分发所需参数描述表包括:分发标识(DispatchID)、业务属性标识(AttrID),该表描述了一个分发标识所对应的分发函数所需要的所有业务属性标识,如表6所示:DispatchID为ID4,需要的业务属性标识分别为AID1和AID2。联机内核可以根据业务属性标识获取到该属性的属性别名以及该属性所属业务的业务别名。
如图3所示,业务对象或业务属性使用自定义模式进行分发的步骤如下:
步骤300、根据分发标识,在参数对列表长度描述表中获取该分发所需要的作为输入参数的业务对象和业务属性对个数和作为输出参数的设备类型和设备编号对个数;
步骤301、根据分发标识,从分发所需参数描述表中获取该分发所需要的所有业务对象和业务属性对,判断业务对象和业务属性对个数和步骤300中所获取作为输入参数的业务对象和业务属性对个数是否相等,如果不相等,转入步骤302;否则,转入步骤303;
步骤302、输入参数不完整,联机内核输出错误报告,并终止该处理过程;
步骤303、将获取的所有业务对象和业务属性对放在一个列表中,并将该列表作为输入参数传送给自定义分发函数DispatchServiceMeg();
步骤304、自定义分发函数DispatchServiceMeg()根据业务对象和业务属性对列表,通过现有技术的计算和分析判断,得到所要分发的设备类型及设备编号对,将得到的设备类型和设备编号对放在一个列表中,并将该列表作为输出参数传送给联机内核,联机内核模块根据该输出列表将确定业务对象或业务属性所要发送到的相应设备;
步骤305、联机内核判断输出列表中的参数对个数是否和步骤300中所获取作为输出参数的设备类型和设备编号对个数是否相等,如果不相等,则转入步骤306,否则,转入步骤307;
步骤306、输出参数不完整,联机内核输出错误报告,并终止该处理过程;
步骤307、联机内核模块根据所确定的设备类型和设备编号将业务对象或业务属性发送到的相应设备上。
传送给DispatchServiceMeg()的参数除了包括所需要的业务别名和属性别名对列表外,对于要确定分发设备的业务对象,还可以包括该业务对象的业务标识或业务别名;对于要确定分发设备的业务属性,还可以包括该业务属性的属性标识,或该业务属性的属性别名和该业务属性所属业务对象的业务别名。当然,还可以进一步包括分发标识。这样,自定义函数开发者,可以获取更加丰富的信息,从而,有利于应用程序的灵活设计。
整个调用DispatchServiceMeg()的过程可以采用动态链接库(DLL)方式进行封装处理,也就是在DLL中动态链接库中实现自定义的分发过程。
当不需要核定输入参数列表中的业务对象和业务属性对个数以及输出参数列表中的设备类型和设备编号对个数是否正确时,步骤300、步骤301、步骤302、步骤305和306可以省略。
确定业务对象或业务属性的分发设备时,只有很少的情况下出现自定义模式的分发,大多数情况下采用上层业务的分发模式,即大多数情况下,子类的业务对象可以直接使用父类的业务对象的分发设备,业务属性可以直接使用所属业务对象的分发设备,因此,不需要对每一个业务对象或业务属性进行函数运算后才能得到分发结果。
采用DLL函数方式封装DispatchServiceMeg(),可以将各种业务对象或业务属性的自定义分发的变化全部封装在一个DLL函数中,便于联机系统的维护。
本发明通过合理地构造业务对象模型,使得业务对象的分发更加灵活;本发明通过配置实现业务对象或业务属性分发的方法,而不是完全通过在联机内核中增加程序代码的方式来实现确定业务对象或业务属性的分发设备,可以使联机内核不会因为业务的变化、扩展而变化,因此,本发明取得了很好的效果。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (12)
1、一种联机系统的业务分发方法,其特征在于,该方法包括:
A、预先分别建立电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系;
B、营帐系统下发业务命令给联机系统,联机系统的营怅代理从该业务命令中解析出业务信息和业务属性信息,发送给联机系统的联机内核,该联机内核根据电信业务信息查询该电信业务对应的分发设备,并标记该分发设备;
C、该联机内核根据该电信业务属性信息判断该电信业务属性的分发设备是否为其所属电信业务的分发设备,如果不是,转入步骤D,如果是,将该电信业务的属性分发到步骤B标记的分发设备;
D、该联机内核根据步骤B解析出的该电信业务属性信息查询该电信业务属性对应的分发设备,并将电信业务的属性分发到该分发设备。
2、如权利要求1所述的方法,其特征在于,步骤A所述的分别建立电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系的过程为:
建立业务对象描述表,将电信业务信息填入业务对象描述表,通过业务对象描述表给该电信业务设置一个业务对象别名和业务对象的分发标识;
建立业务属性描述表,将电信业务属性信息填入业务属性描述表,通过业务属性描述表给该电信业务属性设置一个业务属性别名和业务属性的分发标识;
建立消息分发描述表,将该业务对象的分发标识和业务属性的分发标识填入消息分发描述表,通过该描述表给该业务对象的分发标识和该业务属性的分发标识设置分发模式和分发设备的设备类型及设备编号。
3、如权利要求2所述的方法,其特征在于,步骤B中所述根据电信业务信息查询该电信业务要分发的设备是:首先根据电信业务的业务对象别名通过业务对象描述表查询到该电信业务的分发标识,然后根据该电信业务的分发标识查询消息分发描述表,按照所设定的分发模式获取所要分发的设备类型和设备编号;
步骤C中所述根据该电信业务属性信息判断该电信业务的属性是否为其所属电信业务的分发设备是:首先根据电信业务属性别名通过业务属性描述表查询到该电信业务属性的分发标识,然后根据该分发标识查询消息分发描述表,根据分发描述表中所设定的分发模式判断是否为其所属电信业务的分发设备。
4、如权利要求2所述的方法,其特征在于,该方法进一步包括:预先建立电信业务之间的包容关系;
所述的业务对象描述表至少包括:业务对象标识、父业务对象标识、业务对象名、业务对象别名、分发标识、该电信业务是否签约的标志;
所述的业务属性描述表至少包括:属性所属的业务对象标识、属性标识、属性名、属性别名、分发标识;
所述的消息分发描述表至少包括:分发标识、分发模式、分发设备类型及编号。
5、如权利要求4所述的方法,其特征在于,所述的分发模式为指定分发设备模式、使用父业务对象的分发模式、广播模式或自定义模式,其中,
当分发模式设定为指定分发设备模式时,所述电信业务或电信业务属性对应的分发设备由相应分发配置描述表中的设备类型和设备编号确定;
当分发模式设定为父业务对象分发模式时,所述电信业务或电信业务属性对应的分发设备由业务对象描述表中的父业务对象对应的设备类型和设备编号确定;
当分发模式设定为广播模式时,所述电信业务或电信业务属性对应的分发设备是相应分发描述表中的指定设备类型的所有设备;
当分发模式设定为自定义模式时,按照电信业务或电信业务属性信息来确定要分发的设备类型和设备编号。
6、如权利要求5所述的方法,其特征在于,当分发模式设定为指定分发模式时,该方法进一步包括:
判断消息分发描述表中的设备类型和设备编号是否为空值,如果是,则分发设备为所有设备类型和设备编号的分发设备;否则直接将所述描述表中的设备类型和设备编号确定为所述分发设备。
7、如权利要求5所述的方法,其特征在于,当分发模式设定为自定义模式时,该方法进一步包括:
当分发模式设定为自定义模式时,根据分发标识获取分发所需的业务对象和业务属性对,通过该业务对象和业务属性对,确定相应的分发设备类型和编号列表。
8、如权利要求7所述的方法,其特征在于,所述根据分发标识获取分发所需的业务对象和业务属性对包括:
预先建立分发所需参数描述表,在分发所需参数描述表中填写分发标识、业务对象别名和业务属性别名;
根据分发标识从分发所需参数描述表中获取业务对象别名和业务属性别名。
9、如权利要求8所述的方法,其特征在于,该方法进一步包括:预先建立参数对列表长度描述表,在参数对列表长度描述表中填写输入的业务对象和业务属性的个数、输出的设备类型和设备编号的个数;
判断在参数对列表长度描述表中输入的业务对象和业务属性的个数是否与从分发所需参数描述表获取的业务对象别名和业务属性别名的个数相等,如果是,则确定相应的分发设备类型和编号列表;否则,结束本流程;
判断在参数对列表长度描述表中输出的设备类型和设备编号的个数和得到的相应的分发设备类型和编号列表的个数是否相等,如果是,按照相应的分发设备类型和编号列表分发业务对象和业务属性,否则,结束本流程。
10、如权利要求7所述的方法,其特征在于,所述根据分发标识获取分发所需的业务对象和业务属性对包括:
预先建立分发所需参数描述表,在分发所需参数描述表中填写分发标识和业务属性标识;
根据分发标识从分发所需参数描述表中获取业务属性标识。
11、如权利要求7所述的方法,其特征在于,将所述的按照自定义模式分发设备的过程封装在动态连接库进行。
12、如权利要求1所述的方法,其特征在于,所述步骤A建立的电信业务与分发设备的对应关系以及电信业务属性与分发设备的对应关系存储在联机系统的营帐代理中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410001031 CN1642197B (zh) | 2004-01-16 | 2004-01-16 | 一种联机系统的业务分发方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410001031 CN1642197B (zh) | 2004-01-16 | 2004-01-16 | 一种联机系统的业务分发方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1642197A true CN1642197A (zh) | 2005-07-20 |
CN1642197B CN1642197B (zh) | 2010-10-06 |
Family
ID=34866985
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410001031 Expired - Fee Related CN1642197B (zh) | 2004-01-16 | 2004-01-16 | 一种联机系统的业务分发方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1642197B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106301881A (zh) * | 2015-06-29 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI115816B (fi) * | 1999-09-29 | 2005-07-15 | Tecnomen Oy | Menetelmä ja järjestelmä tiedotteiden ja palvelujen jakamiseksi tietoverkossa |
CA2389047C (en) * | 2001-06-14 | 2009-02-03 | At&T Corp. | Broadband network with enterprise wireless communication system and method for residential and business environment |
DE10208746A1 (de) * | 2002-02-28 | 2003-10-09 | Siemens Ag | Verfahren zur Sicherung von Kontrollanforderungen bei Kommunikationsverbindungen |
-
2004
- 2004-01-16 CN CN 200410001031 patent/CN1642197B/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106301881A (zh) * | 2015-06-29 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
CN106301881B (zh) * | 2015-06-29 | 2020-01-03 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN1642197B (zh) | 2010-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101264819B1 (ko) | 표적 동작 객체를 찾아내기 위한 장치 관리 서버, 클라이언트 및 방법 | |
CN1182748C (zh) | 基于短消息服务的无线增值业务的实现方法和系统 | |
CN100337235C (zh) | 访问数据库的方法及装置 | |
CN108667669B (zh) | 多版本数据模型兼容的方法、装置及系统 | |
CN1131859A (zh) | 用户信息服务系统 | |
CN1863052A (zh) | 一种远程控制系统及方法 | |
CN1204934A (zh) | 无线信息处理终端及其控制方法 | |
CN1476697A (zh) | 便于在电信网络和服务提供商之间交换实时信息的装置 | |
CN1500331A (zh) | 用于检索移动节点逻辑树信息的设备和相关方法 | |
CN1716251A (zh) | 用于访问web服务的方法和装置 | |
CN1741460A (zh) | 一种电信网络通用性能管理的实现方法及系统 | |
CN1146269A (zh) | 具有补充业务的无线通信系统 | |
CN105959644A (zh) | 一种视频监控设备的配置方法及装置 | |
CN1969572A (zh) | 基于用户位置信息的广播/组播服务方法 | |
CN1922587A (zh) | 授权方法 | |
CN101080098A (zh) | 一种通信方法和系统 | |
CN1859629A (zh) | 行业信息处理系统及方法 | |
CN1875641A (zh) | 在无线通信网络中漫游时的归属网络搜索 | |
CN101360345A (zh) | 一种数据业务的管理方法、装置及系统 | |
CN1859194A (zh) | 终端设备管理方法及其系统、以及终端设备 | |
CN1677932A (zh) | 网络管理配置方法及其装置 | |
CN101047971A (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
CN1663307A (zh) | 通过数据处理终端向移动电话设备供应服务配置数据的方法 | |
CN101179444B (zh) | 配置生效方法、配置系统及配置网关 | |
CN1691607A (zh) | 在协议之间关联用户信息的设备 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101006 Termination date: 20180116 |
|
CF01 | Termination of patent right due to non-payment of annual fee |