CN101420794B - 一种实时资料同步接口及其实现方法 - Google Patents
一种实时资料同步接口及其实现方法 Download PDFInfo
- Publication number
- CN101420794B CN101420794B CN2008101826193A CN200810182619A CN101420794B CN 101420794 B CN101420794 B CN 101420794B CN 2008101826193 A CN2008101826193 A CN 2008101826193A CN 200810182619 A CN200810182619 A CN 200810182619A CN 101420794 B CN101420794 B CN 101420794B
- Authority
- CN
- China
- Prior art keywords
- message
- data
- attr
- real
- name
- 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.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提出一种实时资料同步接口及其实现方法，包括以下步骤：发送实时资料同步请求消息，在所述消息中携带所述资料管理系统和所述资料操作系统都支持的具有统一消息格式的信息类别；接收到所述同步请求消息后，解析其中携带的所述信息并发送实时资料同步响应消息。本发明采用数据改变通知触发机制和请求/响应机制。本发明应用在资料管理系统和资料操作系统的接口机，采用XML格式封装。详细定义了一种统一的灵活的可扩展的消息格式，可以使整个资料管理网络保持最新的资料和最快的处理速度。
Description
技术领域
本发明涉及移动通信中资料管理系统和资料操作系统间互联互通的实时接口实现，具体涉及到资料的内容申请、同步更新等内容的实现。
背景技术
随着现代社会的飞速进步，通信行业得到了前所未有的发展，越来越多的人开始使用电信业务。为了在日益激烈的国内电信市场占有一席之地，各个运营商从各个方面推陈出新吸引客户，一方面充分利用现有的PSTN网络、PHS网络、2G/3G网络、宽带网络等网络资源，一方面充分发挥三大转型业务及多类增值业务平台等多种业务/平台的客户资源优势，提出各种灵活、多样化、个性化的业务和应用，和相应的多种融合、组合、个性化的营销套餐支持，从而给客户带来多网络多业务融合的便利及与众不同的体验。
于是，运营商需要管理一个庞大的资料库，包括：终端标识、终端状态、使用有效期、终端地域属性等通信终端相关信息，客户属性、客户信用度、客户每日/每月/每年业务使用累积量、客户定购业务情况、客户使用的计费策略、客户个性化设置等等各种客户相关信息，业务/产品计费信息、业务/产品定购信息、业务/产品优惠信息、业务/产品提供商信息等业务/产品相关信息，以及三者之间的对应关系等资料。因此，为了很好的支撑业务的运行、客户的体验，除了有一个庞大完善的电信网络外，还需要一个很好的资料管理网络。而具有最新最快的资料管理网络越来越成为运营商强有力的竞争工具之一。
长期以来，实时资料同步接口都是由资料管理系统提供接口函数的方式来实现，一般是根据业务操作的类型来进行接口消息的开发构造，也就是说，一种业务操作一种接口消息格式。比如说，用户开户业务操作调用用户开户接口函数，实时话单查询业务操作调用实时话单查询接口函数。从资料操作系统方面来看，这种实现方式比较简单明了，只需要调用相应的接口函数，即可实现相应的操作结果。但是，从长期发展效果来看，却存在着如下劣势：
消息格式过于严格。接口函数的实现比较严谨，对技术细节要求比较高，详细描述了涉及到的数据表内容的操作，甚至具体到每一个字段的操作，如果数据表修改了表结构，或者删除/增加了数据表，接口函数就需要在程序层面作出相应的变更，而且还涉及到整个资料管理网络的升级。比如，对于用户开户业务操作来说，早期的用户没有余额帐户、时间账本、短信账本等概念，随着业务的开展，这些概念应运而生的时候，用户资料数据表也就需要增加相应的数据结构，从而，用户开户接口函数也需要做出相应修改，实现对余额帐户、时间账本、短信账本等的初始化动作；
消息格式不统一。一种业务操作对应一种接口函数，如果增加新的业务操作，就需要增加相应的接口函数开发程序。比如，对于实时话单查询业务操作来说，这个操作也是随着通信业务的实时性越来越强而产生的，按照现有实时资料同步接口的实现方式，要实现这种业务操作，就需要增加一种接口函数；
函数调用/解析困难。对于资料操作系统来说，不同的业务操作需要调用不同的接口函数；对于资料管理系统来说，需要解析不同的接口函数来实现不同的业务操作。如果业务操作类型过多，则会给双方系统造成不必要的系统开销。
发明内容
本发明要解决的技术问题是提出一种实时资料同步接口及其实现方法，应用在资料管理系统和资料操作系统的接口机，采用XML格式封装。详细定义了一种统一的灵活的可扩展的消息格式，可以使整个资料管理网络保持最新的资料和最快的处理速度。
根据本发明一方面，提出一种实时资料同步接口的实现方法，用于在资料管理系统和资料操作系统之间进行同步操作，包括以下步骤：发送实时资料同步请求消息，在所述消息中携带所述资料管理系统和所述资料操作系统都支持的具有统一消息格式的信息类别；接收到所述同步请求消息后，解析其中携带的所述信息类别并发送实时资料同步响应消息，所述同步请求消息和所述同步响应消息包括消息头和消息体，所述消息头相同，在所述消息体中包括一个或多个实体，所述实体包括一个或多个携带具体消息的子实体，在所述同步请求消息的所述子实体中指明实时资料同步操作涉及到的具体表名，对所述表中记录内容要执行的操作类型，以及所述表结构中具体的字段名；在所述同步响应消息的所述子实体中，在查询操作下包括所述字段名属性。
根据本发明另一方面，还提出一种实时资料同步接口，用于在资料管理系统和资料操作系统之间进行同步操作，包括：请求发送单元，发送实时资料同步请求消息，在所述消息中携带所述资料管理系统和所述资料操作系统都支持的具有统一消息格式的信息类别；请求响应单元，接收到所述同步请求消息后，解析其中携带的所述信息类别并发送实时资料同步响应消息，所述同步请求消息和所述同步响应消息包括消息头和消息体，所述消息头相同，在所述消息体中包括一个或多个实体，所述实体包括一个或多个携带具体消息的子实体，在所述同步请求消息的所述子实体中指明实时资料同步操作涉及到的具体表名，对所述表中记录内容要执行的操作类型，以及所述表结构中具体的字段名；在所述同步响应消息的所述子实体中，在查询操作下包括所述字段名属性。
与现有技术相比，本发明具有至少如下之一的优点：
具有统一的消息格式，接口内容可以支持所有信息类别。由于本发明是通过对数据记录的原子操作来实现的，因此可以支持每一种信息的同步操作，并可以通过简单改变接口属性的枚举值，从而应用于其他行业；
接口内容简单，易解析。资料管理系统和资料操作系统之间每秒数以千计的交互，如果消息结构太过复杂，资料管理系统和资料操作系统用于消息解析/构造的时间就会比较长，反而增加了现有系统的负担。而本发明可以使整个资料管理网络保持最新的资料和最快的处理速度；
具有数据改变通知机制，可以在一定程度上对数据读写的操作权限进行控制，大大减少了恶意获取数据的不安全因素。
附图说明
参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：
图1是资料管理系统和资料操作系统互联互通的逻辑结构。
图2是本发明一种实时资料同步接口的实现方法流程图。
图3是本发明中请求/响应机制示意图。
图4是本发明中实时资料同步接口的示意图。
具体实施方式
本发明参考了企业系统集成方法论，结合国内外同行业的最佳实践提出，主要应用于资料管理系统和资料操作系统之间，资料管理系统和资料操作系统互联互通的逻辑结构如图1所示。其中，资料管理系统包括现有网络中客户管理系统、计费系统、充值系统等对资料或者部分资料进行管理的系统，资料操作系统包括计费系统、充值系统、查询系统、营业厅系统等对资料或者部分资料进行查询、增加、修改、删除等操作的系统。
本发明提出一种全新的资料同步接口的实现方式。该实现方式的设计思想是，摒除现有接口实现方式的限制，综合考虑所有业务操作的共同点，也就是说，每一种业务操作都是通过对数据库中数据表的操作来实现的，因此，本发明就从数据记录的原子操作层面，提出一种全新的消息格式。
下面结合图2说明本发明提出的一种实时资料同步接口的实现方法，包括以下步骤：
在步骤101，发送实时资料同步请求消息，在所述消息中携带资料管理系统和资料操作系统都支持的具有统一消息格式的信息类别。
在所述消息中包括消息头和消息体，在所述消息头中指明所述同步请求消息的发送方、接收方、需要执行的同步操作、该同步操作的流水号以及消息发送时间。此外，在实时资料同步请求消息的消息头中还可以携带以下信息。标明实时资料同步接口请求系统的版本号；当同一操作包括多次请求/响应时，还标识所述操作是否为重复发送。
其中，请求消息的发送方可以通过实时资料同步接口请求系统的系统类型代码来表示，请求消息的接收方可以通过实时资料同步接口解析系统的系统类型代码来表示，需要执行的同步操作可以通过操作类型和具体操作动作来表示，即由操作类型指明要执行的一类操作，而对于每一类操作，还会包含很多不同的操作动作。标识同步操作的流水号，可以判断是否顺序接收消息，从而进一步对消息进行处理。比如，某一秒同时有两个同步操作需要进行，可以通过流水号进行区分。
在所述消息体中包括一个或多个实体，所述实体包括一个或多个携带具体消息的子实体，在所述子实体中指明实时资料同步操作涉及到的具体表名，对所述表中记录的操作类型，以及表结构中具体的字段名。下面将具体说明该请求消息的消息头和消息体。
在步骤102，接收到所述同步请求消息后，解析其中携带的所述信息并发送实时资料同步响应消息。
实时资料同步接口消息包括消息头和消息体两部分。一对实时资料同步接口请求/响应消息的消息头是完全一致的，而消息体包含的内容有所不同。在实时资料同步接口响应消息中，只有在查询操作的情况下，才会包含attr_rec_num实体，且只有一个属性即字段名，主要描述查询到的记录结果。下面将详细说明响应消息的消息体。
此外，本发明采用数据改变通知触发机制和请求/响应机制。
数据改变通知触发机制是在资料改变时，由资料管理系统向资料操作系统发送数据改变通知，然后发送同步消息，资料操作系统可以将收到的同步消息认为是安全的，而不是恶意获取/篡改数据。因此，可以在一定程度上对数据读写的操作权限进行控制，大大减少了恶意获取数据的不安全因素。资料管理系统会维护一张源数据控制表，记录着资料内容改变的时候需要通知的系统。当资料有所改变的时候，资料管理系统会主动向相关系统发起数据改变通知消息，从而保证了数据同步的实时性和安全性。该消息结构采用XML格式，包含OriginSystemId和DestSystemId两个属性，属性内容详见下文。
请求/响应机制如图3所示，与现有技术的轮询机制不同，本发明的资料管理系统可以主动向资料操作系统发起请求，发起请求的触发机制有如下两种：当资料管理系统需要获取同步资料，或者在所述资料变更时，比如增加、修改、删除等操作，需要向资料操作系统同步更新。资料管理系统会维护一张源数据控制表，记录着资料内容改变的时候需要通知的系统。当资料有所改变的时候，资料管理系统会主动向相关系统发起数据改变通知消息，从而保证了数据同步的实时性和安全性。该消息结构采用XML格式，包含OriginSystemId和DestSystemId两个属性，属性内容详见下文。
以用户开户为例进行说明，用户资料进入客户资料管理系统，客户资料管理系统需要同计费系统进行资料同步，这样，用户才能成功使用业务。这样，客户资料管理系统就是资料管理系统，计费系统就是资料操作系统。反过来说，如果用户的信用度提升，则计费系统需要通知客户资料管理系统进行同步操作，这样，用户才能成功的查询到自己的信用度。计费系统就是资料管理系统，客户资料管理系统就是资料操作系统。因此，本发明提及的所有操作都是资料管理系统需要资料操作系统执行的操作。
本发明详细定义了实时资料同步接口的消息结构，消息以XML格式封装，主要表达对于该消息所涉及到的所有表的操作。下面将分别进行具体说明。
(1)消息头如下所示：
消息头包括一个或若干head_name实体，该实体由9个必选属性和3个可扩展属性组成。主要是描述实时资料同步消息的通用信息，如：本消息所要进行的操作的类型/标识、发送/接收本消息的系统代码、消息时间戳以及其他所要表达的信息等。具体见下表：
| 属性 | 说明 | 数据类型 |
| OperateType | 操作类型 | 字符串 |
| CommandId | 命令字 | 整型 |
| Version | 系统版本号 | 字符串 |
| OriginSystemId | 发送消息源系统类型代码 | 整型 |
| DestSystemId | 接收消息目标系统类型代码 | 整型 |
| TransactionId | 操作流水号 | 数值型 |
| SequenceId | 多次交互的流水号 | 整型 |
| TimeStamp | 消息发送/接收时间 | 时间类型 |
| ResendFlag | 重发标志 | 整型 |
| Para1 | 备用参数 | |
| Para2 | 备用参数 | |
| Para3 | 备用参数 |
具体说明如下：
OperateType：操作类型，对于电信领域中对客户的每一类操作，如用户新装、用户拆机、资料修改、信息查询等都需要定义一种操作类型代码，以方便实时资料同步接口解析系统根据该字段进行判断处理；
CommandID：命令字，描述接口消息类型。由于对于每一类操作，还会包含很多不同的操作动作。比如，资料修改这种操作类型，又包含修改客户/终端/业务资料、客户套餐变更、付费属性变更、定购业务变更、客户状态变更等操作动作。所以，对于每一种操作动作，定义一个单独的命令字。这种OperateType+CommandID双层解析的机制，不仅方便实时资料同步接口解析系统快速定位，而且易于扩展；
Version：实时资料同步接口请求系统的版本号；
OriginSystemId：实时资料同步接口请求系统的系统类型代码。该系统类型代码在整个网络中应该是全局且唯一的，标识一类系统/设备，比如，实时计费系统用OCS标识、充值系统用VC标识等；
DestSystemId：实时资料同步接口解析系统的系统类型代码。该系统类型代码在整个网络中应该是全局且唯一的，标识一类系统/设备，比如，实时计费系统用OCS标识、充值系统用VC标识等；
TransactionId：流水号，用来唯一标识一个操作，顺序增加。依据该字段，可以判断是否顺序接收消息，从而进一步对消息进行处理；
SequenceId：流水号，用来标识同一操作的不同交互，顺序增加。每一种操作可能包含多次请求/响应交互，对于有多次交互的操作，需要对该字段进行唯一标识，因此，TransactionId+SequenceId唯一标识了每一条非重发的实时资料同步接口消息；
TimeStamp：消息发送时间；
ResendFlag：重发标志。用来标识该实时资料同步接口消息是否重复发送；
Para1-Para3：可扩展属性。
(2)消息体如下所示：
实时资料同步接口消息的消息体主要包括一个或多个attr_rec_num实体，而每一个attr_rec_num实体包含一个或多个attr_name子实体。attr_rec_num实体的取值主要标识attr_rec_num实体的顺序。消息的具体内容是在attr_name实体中体现的。
在实时资料同步接口请求消息中，可以表达对任何资料表格的任何操作。以用户开户为例，可能会涉及到用户基本信息表、帐户信息表、用户定购关系表等，并且，对这3个表进行增加记录的操作，本发明的一个重点就是，在构造实时资料同步接口请求消息时，必须正确表达对这3个表的一一操作。
attr_name实体有3种属性值，具体见下表：
| 属性 | 说明 | 数据类型 |
| 0 | 表名 | 字符串 |
| 1 | 记录操作类型 | 字符串 |
| 字段 | 字段名 | 字符串 |
具体说明如下：
0：属性为0时，具体属性值就是该实时资料同步操作涉及到的具体表名。如用户开户时涉及的用户基本信息表、帐户信息表、用户定购关系表等；
1：属性为1时，具体属性值就是对表中记录内容要执行的操作类型。对表中记录内容要执行的操作一般有四种，即，增、删、改、查，也可以进一步细化，如增或改多条记录、删多条记录、查多条记录等；
字段名：属性为表结构中具体的字段名时，具体属性值就是该字段的取值。此属性不一定将表结构中所有字段名全部列出，只需要将有决定性作用的字段名或者需要操作的字段名列出即可。具体来说，要增加一条记录，需要指明要增加的字段名；要查询一条记录，需要指明作为查询条件的字段名；要删除一条记录，需要指明作为删除条件的字段名；要修改一条记录，需要指明作为修改条件的记录名。
而在实时资料同步接口响应消息中，只有在查询操作的情况下，才会包含attr_rec_num实体，且只有一个属性即字段名，主要描述查询到的记录结果。
本发明主要应用于资料管理系统和资料操作系统的接口机部分，这样可以使现有系统改动最小，使用业界比较熟悉并广为接受的XML消息格式封装。下面分别以用户新装和详单查询两个实施例来详细说明实时资料同步接口是如何实现的。
在第一实施例中，以用户新装为例进行说明。
本例主要描述在用户新装业务发生时，要求对SERV表和SERV_IDENTIFICATION表进行增加记录的操作，资料操作系统构造实时资料同步接口请求消息向资料管理系统发起请求，资料管理系统成功完成相应操作后，向资料操作系统发送响应消息。具体消息内容如下：
实时资料同步接口请求消息
<？xml version＝″1.0″encoding＝″GB2312″？>
<object>
<head_object>
<head head_name＝”OperateType”>”Install”</head>
<head head_name＝”CommandId”>1001</head>
<head head_name＝”Version”>1.0</head>
<head head_name＝”OriginSystemId”>CRM</head>
<head head_name＝”DestSystemId”>OCS</head>
<head head_name＝”TransactionId”>12345678901234567890</head>
<head head_name＝”TimeStamp”>20070626162300</head>
<head head_name＝”SequenceId”>00000</head>
<head head_name＝”ResendFlag”>0</head>
</head_object>
<body_object>
<body_attr rec_num＝“1”>
<attr attr_name＝“0”>SERV</attr>
<attr attr_name＝”1”>CREATE</attr>
<attr attr_name＝“SERV_ID”>1</attr>
<attr attr_name＝“CUST_ID”>1</attr>
<attr attr_name＝“PRODUCT_ID”>1001</attr>
<attr attr_name＝“COMPLETED_DATE”>2006-03-04 10:00:00</attr>
<attr attr_name＝”STATE”>2HA</attr>
</body_attr>
<body_attr_rec_num＝“2”>
<attr attr_name＝“0”>SERV_IDENTIFICATION</attr>
<attr attr_name＝”1”>CREATE</attr>
<attr attr_name＝“SERV_ID”>1</attr>
<attr attr_name＝“ACC_NBR”>12345678</attr>
<attr attr_name＝“PHYSICAL_ACC_NBR”>12345678</attr>
</body_attr>
</body_object>
</object>
实时资料同步接口响应消息
<？xml version＝″1.0″encoding＝″GB2312″？>
<object>
<head_object>
<head head_name＝”OperateType”>”InstaII”</head>
<head head_name＝”CommandId”>1001</head>
<head head_name＝”Version”>1.0</head>
<head head_name＝”OriginSystemId”>CRM</head>
<head head_name＝”DestSystemId”>OCS</head>
<head head_name＝”TransactionId”>12345678901234567890</head>
<head head_name＝”SequenceId”>0000</head>
<head head_name＝”ResendFlag”>0</head>
</head_object>
<result_object ResultCode＝”0”，ResultCodeDesc＝””>
</result_object>
</object>
在第二实施例中，以详单查询为例进行说明。
本例主要描述用户通过资料操作系统申请详单查询业务时，即，查询用户13900000000在2006年03月04日11点之前的所有详单，资料操作系统构造实时资料同步接口请求消息，向资料管理系统发起请求，资料管理系统成功完成相应记录查询操作后，向资料操作系统发送响应消息。具体消息内容如下：
实时资料同步接口请求消息
<？xml version＝″1.0″encoding＝″GB2312″？>
<object>
<head_object>
<head head_name＝”OperateType”>Query</head>
<head head_name＝”CommandId”>2000</head>
<head head_name＝”Version”>1.0</head>
<head head_name＝”OriginSystemId”>1001</head>
<head head_name＝”DestSystemId”>1000</head>
<head head_name＝”TransactionId”>20070626162300000001</head>
<head head_name＝”TimeStamp”>20070626162300</head>
<head head_name＝”SequenceId”>0</head>
<head head_name＝”ResendFlag”>0</head>
</head_object>
<body_object>
<body_attr rec_num＝″1″>
<attr attr_name＝“StartTime”>20060304000000</attr>
<attr attr_name＝“EndTime”>20060304110000</attr>
<attr attr_name＝“Device_Number”>1390000000</attr>
<attr attr_name＝“CDRType”>100</attr>
</body_attr>
</body_object>
</object>
实时资料同步响应消息
<？xml version＝″1.0″encoding＝″GB2312″？>
<object>
<head_object>
<head head_name＝”OperateType”>Query</head>
<head head_name＝”TransactionId”>20070626162300000001</head>
<head head_name＝”TimeStamp”>20070626162300</head>
<head head_name＝”SequenceId”>0</head>
<head head_name＝”ResendFlag”>0</head>
</head_object>
<result_object ResultCode＝””，ResultCodeDesc＝””>
<result_attr rec_num＝″1″>
<attr attr_name＝“CDRType”>100</attr>
<attr attr_name＝“TimeStamp”>20060304110000</attr>
<attr attr_name＝“ServiceScenarious”>XXX</attr>
<attr attr_name＝“ChargedParty”>XXX</attr>
<attr attr_name＝“CallingParty”></attr>
<attr attr_name＝“CalledParty”></attr>
<attr attr_name＝“PayFlag”></attr>
<attr attr_name＝“VioceChargingmode”></attr>
<attr attr_name＝“CallDuriation”></attr>
<attr attr_name＝“RoamingType”></attr>
<attr attr_name＝“BasicFee”></attr>
<attr attr_name＝“RoamingFee”></attr>
<attr attr_name＝“LongDistanceFee”></attr>
<attr attr_name＝“AddationalFee”></attr>
</result_attr>
<result_attr rec_num＝″2″>
<attr attr_name＝“CDRType”>100</attr>
<attr attr_name＝“TimeStamp”>20060304110000</attr>
<attr attr_name＝“ServiceScenarious”>XXX</attr>
<attr attr_name＝“ChargedParty”>XXX</attr>
<attr attr_name＝“CallingParty”></attr>
<attr attr_name＝“CalledParty”></attr>
<attr attr_name＝“PayFlag”></attr>
<attr attr_name＝“VioceChargingmode”></attr>
<attr attr_name＝“CallDuriation”></attr>
<attr attr_name＝“RoamingType”></attr>
<attr attr_name＝“BasicFee”></attr>
<attr attr_name＝“RoamingFee”></attr>
<attr attr_name＝“LongDistanceFee”></attr>
<attr attr_name＝“AddationalFee”></attr>
</result_attr>
</result_object>
</object>
从上面两个例子可以看出，本发明提供的实现方法对不同的业务操作提供了统一的消息封装格式，解决了现有实时资料同步接口实现方法的弊端。
图4示出本发明中实时资料同步接口，用于在资料管理系统和资料操作系统之间进行同步操作，包括：
请求发送单元，发送实时资料同步请求消息，在所述消息中携带所述资料管理系统和所述资料操作系统都支持的具有统一消息格式的信息类别。
请求响应单元，接收到所述同步请求消息后，解析其中携带的所述信息并发送实时资料同步响应消息。其中，所述同步请求消息和所述同步响应消息包括消息头和消息体，并且所述消息头相同。
在所述消息头中指明所述同步请求消息的发送方、接收方、需要执行的同步操作、该同步操作的流水号以及消息发送时间。其中，请求消息的发送方可以通过实时资料同步接口请求系统的系统类型代码来表示，请求消息的接收方可以通过实时资料同步接口解析系统的系统类型代码来表示，需要执行的同步操作可以通过操作类型和具体操作动作来表示。标识同步操作的流水号，可以判断是否顺序接收消息，从而进一步对消息进行处理。比如，某一秒同时有两个同步操作需要进行，可以通过流水号进行区分。此外，在所述消息头中还标明实时资料同步接口请求系统的版本号；标识所述操作是否为重复发送。
其中，在所述消息体中包括一个或多个实体，所述实体包括一个或多个携带具体消息的子实体，在所述同步请求消息的所述子实体中指明实时资料同步操作涉及到的具体表名，对所述表中记录内容要执行的操作类型，以及所述表结构中具体的字段名；在所述同步响应消息的所述子实体中，在查询操作下包括所述字段名属性。
该同步接口操作主要用于实时同步资料资源，资料管理系统可以是客户管理系统、计费系统、充值系统等对资料或者部分资料进行管理的系统，资料操作系统可以是计费系统、充值系统、查询系统、营业厅系统等对资料或者部分资料进行查询、增加、修改、删除等操作的系统。
所述接口可以分别设置在各自系统内，即请求发送单元可以设置在资料管理系统中，请求响应单元可以设置在资料操作系统中。以电信领域为例，资料管理系统可以是客户资料管理系统、充值系统、帐务系统等，资料操作系统可以是查询系统、充值系统、帐务系统等。此外，分设比较容易实现消息解析之后的后续操作。当然，所述接口的设置不限于上述方式，只要是本领域技术人员可以想到的变形或修改都应覆盖在本发明所述的接口范围内。
此外，所述请求发送单元还在发送同步消息之前，向请求响应单元发送数据改变通知，可以在一定程度上对数据读写的操作权限进行控制，大大减少了恶意获取数据的不安全因素。
此外，所述请求发送单元与所述请求响应单元之间采用请求/响应机制。当请求发送单元需要获取同步资料，或者在所述资料变更时，比如增加、修改、删除等操作，需要向请求响应单元同步更新。
本发明引入了一种实时资料同步接口的实现方法，综合考虑已有系统所有业务操作的共同点，提出了全新的消息接口格式。
引入的消息格式是一种统一的灵活的可扩展的消息格式，通过对数据记录原子操作的方式的总结提炼，可以支持所有信息类别的同步，接口内容简单，易于各类系统解析。
Claims (9)
1.一种实时资料同步接口的实现方法，用于在资料管理系统和资料操作系统之间进行同步操作，包括以下步骤：
发送实时资料同步请求消息，在所述消息中携带所述资料管理系统和所述资料操作系统都支持的具有统一消息格式的信息类别；
接收到所述同步请求消息后，解析其中携带的所述信息类别并发送实时资料同步响应消息，所述同步请求消息和所述同步响应消息包括消息头和消息体，所述消息头相同，在所述消息体中包括一个或多个实体，所述实体包括一个或多个携带具体消息的子实体，在所述同步请求消息的所述子实体中指明实时资料同步操作涉及到的具体表名，对所述表中记录内容要执行的操作类型，以及所述表结构中具体的字段名；在所述同步响应消息的所述子实体中，在查询操作下包括所述字段名属性。
2.如权利要求1所述同步接口的实现方法，其中，在所述消息头中指明所述同步请求消息的发送方、接收方、需要执行的同步操作、所述同步操作的流水号、同步请求消息发送时间。
3.如权利要求1所述同步接口的实现方法，其中，发送实时资料同步请求消息的操作，包括以下步骤：当需要获取同步资料或者在所述资料发生变更时，主动发起同步操作。
4.如权利要求1所述同步接口的实现方法，其中，发送实时资料同步请求消息之前的操作，还包括以下步骤：在资料发生变更时发送数据改变通知。
5.一种实时资料同步接口，用于在资料管理系统和资料操作系统之间进行同步操作，包括：
请求发送单元，发送实时资料同步请求消息，在所述消息中携带所述资料管理系统和所述资料操作系统都支持的具有统一消息格式的信息类别；
请求响应单元，接收到所述同步请求消息后，解析其中携带的所述信息类别并发送实时资料同步响应消息，所述同步请求消息和所述同步响应消息包括消息头和消息体，所述消息头相同，在所述消息体中包括一个或多个实体，所述实体包括一个或多个携带具体消息的子实体，在所述同步请求消息的所述子实体中指明实时资料同步操作涉及到的具体表名，对所述表中记录内容要执行的操作类型，以及所述表结构中具体的字段名；在所述同步响应消息的所述子实体中，在查询操作下包括所述字段名属性。
6.如权利要求5所述实时资料同步接口，其中，在所述消息头中指明所述同步请求消息的发送方、接收方、需要执行的同步操作、所述同步操作的流水号、同步请求消息发送时间。
7.如权利要求5所述实时资料同步接口，其中，所述请求发送单元在需要获取同步资料或者在所述资料发生变更时，主动向所述请求响应单元发起同步操作。
8.如权利要求5所述实时资料同步接口，其中，所述请求发送单元还在发送同步请求消息之前，向所述请求响应单元发送数据改变通知。
9.如权利要求5所述实时资料同步接口，其中，所述请求发送单元设置在所述资料管理系统中，所述请求响应单元设置在所述资料操作系统中。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101826193A CN101420794B (zh) | 2008-12-09 | 2008-12-09 | 一种实时资料同步接口及其实现方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101826193A CN101420794B (zh) | 2008-12-09 | 2008-12-09 | 一种实时资料同步接口及其实现方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101420794A CN101420794A (zh) | 2009-04-29 |
| CN101420794B true CN101420794B (zh) | 2010-12-08 |
Family
ID=40631317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101826193A Active CN101420794B (zh) | 2008-12-09 | 2008-12-09 | 一种实时资料同步接口及其实现方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101420794B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102075553A (zh) * | 2009-11-23 | 2011-05-25 | 华为终端有限公司 | 一种基于SyncML的数据同步方法及设备 |
-
2008
- 2008-12-09 CN CN2008101826193A patent/CN101420794B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN101420794A (zh) | 2009-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101321080B (zh) | 配置网络设备的方法、网络设备、网络系统 | |
| CN101299754B (zh) | 具有动态用户界面的终端用户控制配置系统 | |
| CN101072116B (zh) | 业务选择方法、装置、系统及客户端应用服务器 | |
| RU2422882C2 (ru) | Система, устройство и способ динамической настройки и конфигурирования приложений | |
| CN111460506B (zh) | 数据访问控制方法及装置 | |
| CN1729468B (zh) | 数据同步 | |
| CN101496000B (zh) | 通过web聚合的双向多主同步 | |
| CN101136938B (zh) | 一种移动互联网应用的集中式管理方法和平台系统 | |
| EP2001160A9 (en) | The method of device capability information negotiation, the method, system and device of synchronization | |
| KR20100048571A (ko) | 다중 사용자-다중 서비스 제공 방법, 장치 및 시스템 | |
| CN107423070B (zh) | 一种页面生成方法及装置 | |
| CN104967650A (zh) | 第三方电商平台统一发布方法 | |
| JP2000501270A (ja) | 移動通信ネットワークのデータサービス | |
| CN110351323A (zh) | 一种应用系统的参数管理方法和装置 | |
| CN102244666A (zh) | M2m平台处理报文的方法和m2m平台系统 | |
| EP1489814B1 (en) | Protocol for provisioning services | |
| WO2019179423A1 (zh) | 卡调用方法、装置、信息推送方法、装置及卡分配系统 | |
| US20090265466A1 (en) | Data providing system, data providing method, server, network system, and program | |
| CN102103606A (zh) | 一种在手机客户端上实现高级检索商品的技术 | |
| CN101420794B (zh) | 一种实时资料同步接口及其实现方法 | |
| CN101836405B (zh) | 用于通过SIP终端在VoIP网络系统中发布、查询和订阅信息的方法、SIP终端、SIP应用服务器、SIP信息中心和VoIP网络系统 | |
| CN104463619A (zh) | 基于ldap的互联网产品目录销售系统及控制方法 | |
| CN1996989B (zh) | 一种个人网页系统及其实现方法 | |
| CN101931939B (zh) | 一种选择应用前端的方法、装置及用户数据仓储 | |
| CN107786661B (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 |