CN102255753A - 一种业务配置同步方法和系统 - Google Patents

Abstract

本发明提出一种业务配置同步方法和系统，其中方法包括：业务管理系统按照发送的先后顺序为数据通信设备的业务配置分配对应的业务配置ID，将业务配置及ID发送至数据通信设备，并保存；数据通信设备根据接收的业务配置内容完成业务配置，定时将接收到的数据保存入闪存芯片；数据通信设备出现故障重新启动后，从闪存芯片获取所有的业务配置及最后的ID，完成所有的业务配置，向业务管理系统发送包含最后的业务配置ID的同步请求；业务管理系统查询本地保存的最后的业务配置ID之后的所有ID及对应的业务配置，将查询到的所有ID及业务配置发送至数据通信设备。本发明能够解决业务配置同步量大、业务恢复慢，且影响业务配置未丢失的用户使用的问题。

Description

一种业务配置同步方法和系统

技术领域

本发明涉及数据通信技术领域，尤其涉及一种业务配置同步方法和系统。

背景技术

在数据通信领域，业务管理一般由两个部分组成，其一是业务管理系统，另一个是数据通信设备。业务管理系统一般负责对全网的业务管理控制，而数据通信设备则负责接收业务管理系统的业务配置，在完成相应的业务配置后，实现对应的业务功能。

由于数据通信设备往往是嵌入式设备，主要通过闪存芯片保存业务配置数据，而闪存芯片的寿命是有限的，如果每次业务配置变化后都需要保存业务配置数据，那么数据通信设备的闪存芯片将很快就失效，从而导致数据通信设备无法正常工作。

因此数据通信设备往往会采用定时保存业务配置的策略，例如：每隔24小时检查是否有配置变化，如果有变化则保存一次业务配置，但是这样会带来一个问题，就是由于停电、数据通信设备故障等原因导致业务配置丢失，严重影响用户业务的使用。

为了在出现故障后能够恢复数据通信设备上的业务配置数据，传统的做法有以下几种：一是由数据通信设备向业务管理系统重新请求所有业务配置，这种方式业务配置同步量大，业务恢复慢，且重新同步全部业务配置会影响所有正常使用的用户，包括那些业务配置没有丢失的用户；二是基于时间戳的增量同步，这种方法由于精度不够，可能出现多条业务有相同时间戳的情况，导致同步出现业务配置顺序混乱等问题。

发明内容

本发明提供了一种业务配置同步方法和系统，能够解决业务配置同步量大、业务恢复慢，且影响业务配置未丢失的用户使用的问题。

本发明的技术方案是这样实现的：

一种业务配置同步方法，应用于包括业务管理系统和数据通信设备的系统，包括：

A、业务管理系统按照发送的先后顺序为数据通信设备的业务配置分配对应的业务配置ID后，将所述业务配置及对应的业务配置ID发送至数据通信设备，并保存所述业务配置及对应的业务配置ID；

B、数据通信设备根据接收到的业务配置内容完成业务配置，并定时将接收到的业务配置及对应的业务配置ID保存入闪存芯片；

C、数据通信设备出现故障重新启动后，从所述闪存芯片获取所有的业务配置及最后的业务配置ID，完成所述所有的业务配置，并向业务管理系统发送包含所述最后的业务配置ID的同步请求；

D、业务管理系统接收所述同步请求，查询本地保存的最后的业务配置ID之后的所有的业务配置ID及对应的业务配置，将查询到的所述所有的业务配置ID及业务配置发送至数据通信设备。

一种业务配置同步系统，包括业务管理系统和数据通信设备，其中，

业务管理系统，用于按照发送的先后顺序为数据通信设备的业务配置分配对应的业务配置ID，将业务配置及对应的业务配置ID发送至数据通信设备，并保存所述业务配置及对应的业务配置ID；还用于在接收到数据通信设备发送的包含所述最后的业务配置ID的同步请求时，查询本地保存的所述最后的业务配置ID之后的所有业务配置ID及对应的业务配置，将查询到的所有业务配置ID及业务配置发送至数据通信设备；

数据通信设备，用于接收业务管理系统发送的业务配置及对应的业务配置ID，根据接收到的业务配置内容完成业务配置，并定时将接收到的业务配置及对应的业务配置ID保存入闪存芯片；还用于在出现故障重新启动后，从所述闪存芯片获取所有的业务配置及最后的业务配置ID，完成所述所有的业务配置，并向业务管理系统发送包含所述最后的业务配置ID的同步请求。

可见，本发明提出的业务配置同步方法和系统，由业务管理系统按顺序为数据通信设备的业务配置分配对应的业务配置ID，数据通信设备定时将收到的业务配置及对应的业务配置ID保存入闪存芯片；当数据通信设备出现故障重新启动后，数据通信设备可以向业务管理系统请求发送自身保存的最后的业务配置ID之后的业务配置，以便获取上次定时器到期之后业务管理系统发送的业务配置，从而解决现有技术中业务配置同步量大、业务恢复慢，且影响业务配置未丢失的用户使用的问题。

附图说明

图1为本发明提出的业务配置同步方法流程图；

图2为本发明提出的业务配置同步系统结构示意图；

图3为本发明实施例一的实现流程图；

图4为本发明实施例二的实现流程图；

图5为本发明实施例三的实现流程图。

具体实施方式

本发明提出一种业务配置同步方法，应用于包括业务管理系统和数据通信设备的系统，如图1为本发明提出的业务配置同步方法流程图，包括：

步骤101：业务管理系统按照发送的先后顺序为数据通信设备的业务配置分配对应的业务配置ID后，将所述业务配置及对应的业务配置ID发送至数据通信设备，并保存所述业务配置及对应的业务配置ID；

步骤102：数据通信设备根据接收到的业务配置内容完成业务配置，并定时将接收到的业务配置及对应的业务配置ID保存入闪存芯片；

步骤103：数据通信设备出现故障重新启动后，从所述闪存芯片获取所有的业务配置及最后的业务配置ID，完成所述所有的业务配置，并向业务管理系统发送包含所述最后的业务配置ID的同步请求；

步骤104：业务管理系统接收所述同步请求，查询本地保存的最后的业务配置ID之后的所有的业务配置ID及对应的业务配置，将查询到的所述所有的业务配置ID及业务配置发送至数据通信设备。

上述方法如果应用于存在多个数据通信设备的系统中，业务管理系统可以为每个数据通信设备分配一个对应的设备ID，用于唯一标识数据通信设备；该设备ID可以携带在业务管理系统和数据通信设备之间交互的信息中，用于表示业务配置是对应哪个数据通信设备的。

上述步骤101中，业务管理系统分配的业务配置ID应该是顺序递增分配的，并且业务配置ID是可以比较大小的。业务管理系统按照业务配置发送的先后顺序，为数据通信设备的业务配置分配递增的业务配置ID；例如：如果使用整数作为业务配置ID，可以从0开始分配，每次分配的业务配置ID增加1，这样便于在步骤104中用于比较并获取同步请求中最后的业务配置ID之后的所有业务配置ID及对应的业务配置。步骤104中，所述业务管理系统可以查询本地保存的大于该最后的业务配置ID的所有业务配置ID，将该所有业务配置ID确定为该最后的业务配置ID之后的业务配置ID。

更进一步的，在本发明的步骤103中，如果数据通信设备完全损坏，需要更换时，数据通信设备在重新启动后无法获取到业务配置ID，则可以在步骤103中的同步业务请求中不包含业务配置ID，业务管理系统如果发现同步业务请求中没有业务配置ID，则反馈本地保存的该数据通信设备所有的业务配置，保证业务配置能够完全恢复。

进一步地，在步骤104中，数据通信设备向业务管理系统发送同步请求后，如果业务管理系统超时未响应，则重新发送所述同步请求；如果业务管理系统未响应的次数超出预先设定的门限值，则数据通信设备向网络管理系统发送告警信号。这里，门限值可以根据实际情况进行配置。

本发明还提出一种业务配置同步系统，如图2为本发明提出的系统结构示意图，包括业务管理系统201和数据通信设备202；其中，

业务管理系统201，用于按照发送的先后顺序为数据通信设备202的业务配置分配对应的业务配置ID，将业务配置及对应的业务配置ID发送至数据通信设备202，并保存所述业务配置及对应的业务配置ID；还用于在接收到数据通信设备202发送的包含所述最后的业务配置ID的同步请求时，查询本地保存的所述最后的业务配置ID之后的所有业务配置ID及对应的业务配置，将查询到的所有业务配置ID及业务配置发送至数据通信设备202；

所述数据通信设备202，用于接收业务管理系统201发送的业务配置及对应的业务配置ID，根据接收到的业务配置内容完成业务配置，并定时将接收到的业务配置及对应的业务配置ID保存入闪存芯片；还用于在出现故障重新启动后，从所述闪存芯片获取所有的业务配置及最后的业务配置ID，完成所述所有的业务配置，并向业务管理系统201发送包含所述最后的业务配置ID的同步请求。

上述系统中，当存在多个数据通信设备时，业务管理系统201进一步为每个数据通信设备202分配对应的设备ID；业务管理系统201与数据通信设备202交互的信息携带数据通信设备的设备ID。

上述系统中，业务管理系统201按照发送业务配置的先后顺序，为业务配置分配递增的业务配置ID；当接收到包含最后的业务配置ID的同步请求时，查询本地保存的大于所述最后的业务配置ID的所有的业务配置ID，将所述所有的业务配置ID确定为所述最后的业务配置ID之后的业务配置ID。

数据通信设备202还用于，出现故障重新启动后，如果无法获取业务配置ID，则向业务管理系统201发送同步请求；

业务管理系统201还用于，根据该同步请求向数据通信设备202发送本地保存的该数据通信设备的所有业务配置。

上述系统还可以包括网络管理系统203；

数据通信设备202还可以用于，向业务管理系统201发送同步请求后，如果业务管理系统201超时未响应，则重新发送所述同步请求；如果业务管理系统未响应的次数超出预先设定的门限值，则向网络管理系统203发送告警信号；

网络管理系统203，用于接收并处理所述告警信号。

以下举具体的实施例详细介绍：

实施例一：

本实施例介绍业务配置同步方法中的同步准备过程，如图3为本发明实施例一的实现流程图，包括：

步骤301：业务管理系统在发送业务配置到数据通信设备前，为每个业务配置分配一个业务配置ID，该ID用于唯一标识一次业务配置；

步骤302：业务管理系统发送业务配置及其对应的业务配置ID到数据通信设备；

步骤303：业务管理系统保存业务配置及对应的业务配置ID在其存储设备中，这些内容用于支持后面的业务同步步骤；

步骤304：数据通信设备从业务管理系统接收到业务配置和业务配置ID之后，根据接收到的业务配置内容完成业务配置；

步骤305：数据通信设备在完成业务配置后，在其内存中缓存业务配置及其业务配置ID；

步骤306：数据通信设备定时将内存中的业务配置及对应的业务配置ID保存到其闪存芯片中。

实施例二：

本实施例介绍业务配置同步方法中的同步实施过程，如图4为本发明实施例二的实现流程图，包括：

步骤401：当数据通信设备从故障中恢复之后，首先从其闪存芯片中读取之前保存的所有业务配置及对应业务配置ID；

步骤402：数据通信设备先根据读取的业务配置对业务进行恢复，保证本地保存的这部分用户的业务恢复；

步骤403：数据通信设备向业务管理系统发送同步请求，该同步请求中包含其保存的最后的业务配置ID；

步骤404：业务管理系统接收到同步请求之后，将接收到的最后的业务配置ID与系统中对应数据通信设备的所有业务配置ID进行比较，查找大于该最后的业务配置ID的所有的业务配置ID所对应的业务配置；

步骤405：业务管理系统将查找到的所有业务配置发送至数据通信设备；

步骤406：数据通信设备根据业务管理系统返回的业务配置内容完成剩余的业务恢复。

实施例三：

本实施例介绍完整的业务配置同步过程。如图5为本发明实施例三的实现流程图，包括：

步骤501：业务管理系统为数据通信设备的第一个业务配置分配业务配置ID“0”；

步骤502：业务管理系统将业务配置及业务配置ID“0”发送到数据通信设备；

步骤503：数据通信设备接收后完成业务配置，并在内存中缓存业务配置及业务配置ID“0”；

步骤504：重复与步骤501～503类似的步骤n次，业务配置ID递增到“n”；

步骤505：数据通信设备在定时时间到期之后，将内存中缓存的业务配置及最后的业务配置ID“n”保存入闪存芯片中；

步骤506：重复与步骤501～503类似的步骤m次，业务配置ID递增到“n+m”；

步骤507：数据通信设备出现故障，并在故障恢复后重新启动；

步骤508：数据通信设备读取闪存芯片中保存的所有业务配置，及当时最后的业务配置ID“n”；

步骤509：数据通信设备根据读取的业务配置恢复业务配置ID为“n”及其之前的所有业务配置；

步骤510：数据通信设备向业务管理系统发送同步请求，其中包含读取到的最后的业务配置ID“n”；

步骤511：业务管理系统查询系统中与该数据通信设备对应的所有业务配置，并将对应业务配置ID与“n”进行比较，获取那些业务配置ID大于“n”的业务配置，即业务配置ID在“n”到“n+m”之间的所有业务配置(包含“n+m”)；

步骤512：业务管理系统向数据通信设备发送包含业务配置ID在“n”到“n+m”之间的所有业务配置(包含“n+m”)；

步骤513：数据通信设备在接收到业务管理系统发送的业务配置后，完成业务配置ID在“n”到“n+m”之间所有业务配置的恢复(包含“n+m”)。

可见，本发明提出业务配置同步方法和系统中，数据通信设备利用保存的业务配置ID来向业务管理系统发起业务同步请求，获取该业务配置ID之后的业务配置用于同步。每次同步时仅需要同步两次保存间隔时间内的业务配置，其业务配置量相对于全部业务配置是非常少的，从而达到快速同步业务配置的效果，同时最大限度保证了未丢失配置的用户业务不受影响。显然，通过使用本发明的方法是能够比传统方法更快的恢复业务配置，同时影响的用户业务数量也比传统方式小，同时也不会出现配置混乱的情况。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种业务配置同步方法，应用于包括业务管理系统和数据通信设备的系统，其特征在于，所述方法包括：

A、业务管理系统按照发送的先后顺序为数据通信设备的业务配置分配对应的业务配置ID后，将所述业务配置及对应的业务配置ID发送至数据通信设备，并保存所述业务配置及对应的业务配置ID；

B、数据通信设备根据接收到的业务配置内容完成业务配置，并定时将接收到的业务配置及对应的业务配置ID保存入闪存芯片；

C、数据通信设备出现故障重新启动后，从所述闪存芯片获取所有的业务配置及最后的业务配置ID，完成所述所有的业务配置，并向业务管理系统发送包含所述最后的业务配置ID的同步请求；

D、业务管理系统接收所述同步请求，查询本地保存的最后的业务配置ID之后的所有的业务配置ID及对应的业务配置，将查询到的所述所有的业务配置ID及业务配置发送至数据通信设备。

2.根据权利要求1所述的方法，其特征在于，所述步骤A之前进一步包括：业务管理系统为每个数据通信设备分配对应的设备ID；

步骤A、B和C中业务管理系统与数据通信设备交互的信息携带所述数据通信设备的设备ID。

3.根据权利要求1或2所述的方法，其特征在于，步骤A中所述业务管理系统按照先后顺序为数据通信设备的业务配置分配对应的业务配置ID的方式为：按照业务配置发送的先后顺序，为业务配置分配递增的业务配置ID；

步骤D中所述业务管理系统查询本地保存的最后的业务配置ID之后的所有业务配置ID的方式为：查询本地保存的大于所述最后的业务配置ID的所有业务配置ID，将该所有业务配置ID确定为所述最后的业务配置ID之后的业务配置ID。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

数据通信设备出现故障重新启动后，如果无法获取业务配置ID，则向业务管理系统发送同步请求；所述业务管理系统根据该同步请求向数据通信设备发送本地保存的该数据通信设备的所有业务配置。

5.根据权利要求1或2所述的方法，其特征在于，所述数据通信设备向业务管理系统发送同步请求后，如果业务管理系统超时未响应，则重新发送所述同步请求；如果业务管理系统未响应的次数超出预先设定的门限值，则数据通信设备向网络管理系统发送告警信号。

6.一种业务配置同步系统，包括业务管理系统和数据通信设备，其特征在于：

所述业务管理系统，用于按照发送的先后顺序为数据通信设备的业务配置分配对应的业务配置ID，将业务配置及对应的业务配置ID发送至数据通信设备，并保存所述业务配置及对应的业务配置ID；还用于在接收到数据通信设备发送的包含所述最后的业务配置ID的同步请求时，查询本地保存的所述最后的业务配置ID之后的所有业务配置ID及对应的业务配置，将查询到的所有业务配置ID及业务配置发送至数据通信设备；

所述数据通信设备，用于接收业务管理系统发送的业务配置及对应的业务配置ID，根据接收到的业务配置内容完成业务配置，并定时将接收到的业务配置及对应的业务配置ID保存入闪存芯片；还用于在出现故障重新启动后，从所述闪存芯片获取所有的业务配置及最后的业务配置ID，完成所述所有的业务配置，并向业务管理系统发送包含所述最后的业务配置ID的同步请求。

7.根据权利要求6所述的系统，其特征在于，所述业务管理系统进一步为每个数据通信设备分配对应的设备ID；

所述业务管理系统与数据通信设备交互的信息携带数据通信设备的设备ID。

8.根据权利要求6或7所述的系统，其特征在于，所述业务管理系统按照发送业务配置的先后顺序，为业务配置分配递增的业务配置ID；当接收到包含最后的业务配置ID的同步请求时，查询本地保存的大于所述最后的业务配置ID的所有的业务配置ID，将所述所有的业务配置ID确定为所述最后的业务配置ID之后的业务配置ID。

9.根据权利要求6或7所述的系统，其特征在于，所述数据通信设备还用于，出现故障重新启动后，如果无法获取业务配置ID，则向业务管理系统发送同步请求；

所述业务管理系统还用于，根据该同步请求向数据通信设备发送本地保存的该数据通信设备的所有业务配置。

10.根据权利要求6或7所述的系统，其特征在于，所述系统还包括网络管理系统；

所述数据通信设备还用于，向业务管理系统发送同步请求后，如果业务管理系统超时未响应，则重新发送所述同步请求；如果业务管理系统未响应的次数超出预先设定的门限值，则向网络管理系统发送告警信号；

所述网络管理系统，用于接收并处理所述告警信号。

Images