CN103685143B - Enum‑dns中前后台数据同步的方法及系统 - Google Patents

Abstract

本发明涉及一种ENUM‑DNS中前后台数据同步的方法及系统，其方法包括：后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息；业务前台将开/销户记录的信息存放至预先创建的临时数据存储点；后台在定时激活数据时间来到时，向业务前台下发变化数据文件；业务前台加载变化数据文件，清空临时数据存储点中所有数据。本发明实现了前、后台数据的实时生效，在原有的机制下保证了前、后台数据的一致性；此外，由于不需频繁的从后台同步数据文件到前台业务，前台业务也不用平凡的加载数据文件，因此最大限度的保持系统的性能和系统的稳定性不受影响。

Description

ENUM-DNS中前后台数据同步的方法及系统

技术领域

本发明涉及通讯技术领域，尤其涉及IMS（IP Multimedia Subsystem，IP多媒体系统）网络的ENUM-DNS（Telephone Number Mapping working group-Domain Name System，电话号码映射工作组-域名系统）中前后台数据同步的方法及系统。

背景技术

IMS是一种全新的多媒体业务形式，它能够满足现在的终端客户更新颖、更多样化的多媒体业务需求。IMS系统中的用户可以是通常情况下的手机用户，也可以是具有特定号码的软终端。

在ENUM-DNS中，为了保持前台（业务系统）与后台（运维系统）数据的一致性，后台将增、删或者修改的数据以带序列号的文件方式同步给前台，前台加载这些数据后，这些数据才体现到真实的业务环境中。

由于每次更新前台的数据期间都会对前台查询业务的性能产生一定的影响，并且为了保证前、后台数据的一致性，前、后台之间都要增加一定的开销。此外，在实际的业务中，后台数据的变化比较频繁，如果每有一条数据更新都进行一次前、后台数据同步，那么将极大的影响整个系统性能的开销和系统的稳定性。

针对上述问题，目前一般采取定时（每隔2分钟）将变化的数据从后台激活到前台业务。这种处理方式可以很好的降低系统在更新数据时的性能开销，同时也保障了系统的稳定性，但是却存在以下问题：在后台更新一条数据，最大间隔2分钟才能在前台业务生效，由此产生了数据时延问题，也就是说后台更新的数据不能在前台业务实时生效。

发明内容

本发明的主要目的在于提供一种ENUM-DNS中前后台数据同步的方法及系统，旨在实现前后台数据的实时生效，保证前后台数据的一致性，并保持系统的稳定性。

为了达到上述目的，本发明提出一种ENUM-DNS中前后台数据同步的方法，包括：

后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息；

所述业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点；

所述后台在定时激活数据时间来到时，向所述业务前台下发变化数据文件；

所述业务前台加载所述变化数据文件，清空所述临时数据存储点中所有数据。

优选地，所述后台在定时激活数据时间来到时，向业务前台下发变化数据文件的步骤包括：

所述后台在定时激活数据时间来到时，将定时激活数据时间粒度内变化的数据生成带序列号的变化数据文件；

将所述变化数据文件下发至所述业务前台。

优选地，所述业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点的步骤之后还包括：

所述业务前台将所述开/销户记录的信息同步至备业务前台；

所述备业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点。

优选地，所述业务前台加载所述变化数据文件，清空所述临时数据存储点中所有数据的步骤之后还包括：

所述业务前台将所述变化数据文件同步至所述备业务前台；

所述备业务前台加载所述变化数据文件，清空其临时数据存储点中所有数据。

优选地，所述后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息的步骤之前还包括：

所述后台接收并执行来自外部网元的开/销户指令；

向所述外部网元返回执行响应消息。

优选地，该方法还包括：

所述业务前台接收客户端发送的查询请求；

根据所述查询请求在原数据存储点进行本地号码查询；

若本地号码查询成功，且所述临时数据存储点的状态标识为有数据标识，则查询所述临时数据存储点；

将从所述临时数据存储点查询的结果替换从所述原数据存储点获取的查询结果；

向所述客户端返回查询结果响应消息。

优选地，所述根据查询请求在原数据存储点进行本地号码查询的步骤之后还包括：

若本地号码查询未成功，则判断查询号码所属分区；

若所述查询号码为本区号码，则判断所述临时数据存储点的状态标识是否为有数据标识；否则

转发所述查询请求至外区，或者上级或下级服务器。

优选地，所述后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息的步骤之前还包括：

所述业务前台创建临时数据存储点；

所述后台定时检测所述业务前台创建的临时数据存储点的状态，并设置存储点状态标识；

若所述业务前台的临时数据存储点异常，所述后台则反馈相应的报错响应消息。

本发明还提出一种ENUM-DNS中前后台数据同步的系统，包括：后台和业务前台，其中：

所述后台，用于在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息；以及在定时激活数据时间来到时，向所述业务前台下发变化数据文件；

所述业务前台，用于将所述开/销户记录的信息存放至预先创建的临时数据存储点；以及加载来自所述后台的所述变化数据文件，清空所述临时数据存储点中所有数据。

优选地，所述后台还用于在定时激活数据时间来到时，将定时激活数据时间粒度内变化的数据生成带序列号的变化数据文件；将所述变化数据文件下发至所述业务前台。

优选地，该系统还包括备业务前台；

所述业务前台，还用于将所述开/销户记录的信息同步至所述备业务前台；以及将加载的所述变化数据文件同步至所述备业务前台；

所述备业务前台，用于将所述开/销户记录的信息存放至预先创建的临时数据存储点；以及加载所述业务前台同步过来的所述变化数据文件，并清空其临时数据存储点中所有数据。

优选地，所述后台还用于接收并执行来自外部网元的开/销户指令；以及向所述外部网元返回执行响应消息。

优选地，所述业务前台还用于接收客户端发送的查询请求；根据所述查询请求在原数据存储点进行本地号码查询；若本地号码查询成功，且所述临时数据存储点的状态标识为有数据标识，则查询所述临时数据存储点；将从所述临时数据存储点查询的结果替换从所述原数据存储点获取的查询结果；以及向所述客户端返回查询结果响应消息。

优选地，所述业务前台还用于当本地号码查询未成功时，判断查询号码所属分区；若所述查询号码为本区号码，则判断所述临时数据存储点的状态标识是否为有数据标识；否则转发所述查询请求至外区，或者上级或下级服务器。

优选地，所述业务前台，还用于创建临时数据存储点；

所述后台，还用于定时检测所述业务前台创建的临时数据存储点的状态，并设置存储点状态标识；若所述业务前台的临时数据存储点异常，所述后台则反馈相应的报错响应消息。

本发明提出的一种ENUM-DNS中前后台数据同步的方法及系统，后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的详细信息；业务前台将此开/销户记录的信息存放至预先创建的临时数据存储点；后台在定时激活数据时间来到时，向业务前台下发变化数据文件，由业务前台加载该变化数据文件，之后业务前台清空临时数据存储点中所有数据，由此实现了前、后台数据的实时生效，在原有的机制下保证了前、后台数据的一致性；此外，由于不需频繁的从后台同步数据文件到前台业务，前台业务也不用平凡的加载数据文件，因此最大限度的保持系统的性能和系统的稳定性不受影响。

附图说明

图1是本发明ENUM-DNS中前后台数据同步的方法一实施例的流程示意图；

图2是本发明ENUM-DNS中前后台数据同步的方法另一实施例的流程示意图；

图3是本发明ENUM-DNS中前后台数据同步的方法再一实施例的流程示意图；

图4是本发明ENUM-DNS中前后台数据同步的系统一实施例的结构示意图。

为了使发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例的解决方案主要是：后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的详细信息；业务前台将此开/销户记录的信息存放至预先创建的临时数据存储点；后台在定时激活数据时间来到时，向业务前台下发变化数据文件，由业务前台加载该变化数据文件，之后业务前台清空临时数据存储点中所有数据，以实现前、后台数据的实时生效，保证前、后台数据的一致性并保持系统稳定性。

具体地，如图1所示，本发明一实施例提出一种ENUM-DNS中前后台数据同步的方法，包括：

步骤S101，后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息；

步骤S102，所述业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点；

本实施例在业务前台预先创建有新的临时数据存储点，例如：在数据库中新建存储数据的表，用于存储数据，新的临时数据存储点与原前台业务数据存储点不同，由此可以保证原有数据业务不受影响。

后台会定时检测业务前台新开辟的临时数据存储点是否正常，并设置存储点状态标识，如果检测到业务前台临时数据存储点异常，则在后台以报错的方式告知用户并禁止在后台继续增、删或者修改数据（如：给客户回复开户或者销户失败响应，并在后台显示前台存储点异常告警消息）。

ENUM-DNS系统的外部网元下发开、销户指令到ENUM-DNS系统的后台，由后台执行该来自外部网元的开、销户指令，完成开、销户操作。

如果后台检测到业务前台数据存储点异常，则后台不执行开、销户指令，并直接给外部网元回应开、销户操作失败，结束本次开、销户流程。

后台执行开、销户指令后，不管执行结果是成功或失败都立刻给外部网元反馈对应的成功或者失败响应消息。如果后台执行开、销户指令失败，结束本次开、销户流程。

当后台执行开、销户指令成功后，后台将执行开、销户指令记录的详细信息通知给业务前台的业务机。

业务前台收到开、销户记录的详细信息后，将此信息存放到新开辟的临时数据存储点中，并在新开辟的临时数据存储点进行同样的操作。同时，业务前台设置新开辟的临时数据存储点是否有数据的标识bHaveData为1；

步骤S103，所述后台在定时激活数据时间来到时，向所述业务前台下发变化数据文件；

后台在定时激活数据时间来到时，将定时激活数据时间粒度内变化的数据生成带序列号的变化数据文件；然后将此变化数据文件下发至业务前台，并发送消息通知业务前台加载此变化数据文件。

在同一个后台数据激活到前台的时间粒度内，如果出现先开户又随即销户的记录，或者是先销户又随即开户的记录的情况，后台则将此记录抵消，并且不用将此记录同步给业务前台。

步骤S104，所述业务前台加载所述变化数据文件，清空所述临时数据存储点中所有数据。

业务前台收到加载数据文件的消息后，开始加载上述变化数据文件，如果加载成功，则清空新开辟的临时数据存储点中的数据，并将临时数据存储点中的状态标识bHaveData置为0。

本实施例通过上述方案实现了前、后台数据的实时生效，在原有的机制下保证了前、后台数据的一致性；而且，由于不需频繁的从后台同步数据文件到前台业务，前台业务也不用平凡的加载数据文件，因此最大限度的保持了系统的性能和系统的稳定性不受影响。

此外，新增加的数据实时生效流程相关的数据存储在新开辟的临时数据存储点，且每次后台下发数据文件到前台、前台成功加载后都会清空新开辟的临时数据存储点中的所有数据，由此保证了如果实时生效数据出现异常时，最长在一个数据激活时间粒度后，系统即能够自动恢复正常。

如图2所示，本发明另一实施例提出一种ENUM-DNS中前后台数据同步的方法，在上述实施例的基础上，在上述步骤S102之后还包括：

步骤S1021，所述业务前台将所述开/销户记录的信息同步至备业务前台；

步骤S1022，所述备业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点。

在上述步骤S104之后还包括：

步骤S1041，所述业务前台将所述变化数据文件同步至所述备业务前台；

步骤S1042，所述备业务前台加载所述变化数据文件，清空所述临时数据存储点中所有数据。

本实施例与上述实施例的区别在于，在本实施例中还包括对备业务前台的操作。

具体地，备业务前台也预先开辟有自己的临时数据存储点，并由后台定时检测该临时数据存储点是否异常。

在业务前台收到后台发送的开、销户记录的详细信息后，业务前台会将此后台发送来的执行开、销户指令记录的详细信息通知给备业务前台；备业务前台接收到主业务前台发送来的开、销户指令的详细信息后，将这些记录存放在新开辟的临时数据存储点中。

之后，在后台定时激活数据时间来到时，业务前台会加载后台同步过来的变化数据文件，在加载成功后清空其新开辟的临时数据存储点，同时，业务前台还将该变化数据文件同步给备业务前台；备业务前台加载业务前台同步过来的变化数据文件，在加载成功后清空其新开辟的临时数据存储点，同时，将临时数据存储点中的状态标识bHaveData置为0。

通过上述实施方案可知，本实施例对新开辟的临时数据存储点的所有操作，由主节点ENUM-DNS服务器（即本实施例中所称业务前台）同步给各个备节点的ENUM-DNS服务器（即本实施例中所称备业务前台），在各个备节点的ENUM-DNS服务器上进行同样的操作。

如图3所示，本发明再一实施例提出一种ENUM-DNS中前后台数据同步的方法，在上述图1所示的实施例的基础上，在上述步骤S104之后还包括：

步骤S105，所述业务前台接收客户端发送的查询请求；

步骤S106，根据所述查询请求在原数据存储点进行本地号码查询；若本地号码查询成功，则进入步骤S107；否则，进入步骤S112；

步骤S107，判断临时数据存储点的状态标识是否为有数据标识，若是，则进入步骤S108；否则，进入步骤S110；

步骤S108，查询所述临时数据存储点；若查询成功，则进入步骤S109；否则，进入步骤S111；步骤S109，将从所述临时数据存储点查询的结果替换从所述原数据存储点获取的查询结果并返回客户端；进入步骤S110；步骤S110，向所述客户端返回查询结果响应消息。

步骤S111，直接将从所述原数据存储点获取的查询结果返回客户端，进入步骤S110。

步骤S112，判断查询号码所属分区；若所述查询号码为本区号码，则返回步骤S107；否则，进入步骤S113；

步骤S113，转发所述查询请求至外区，或者上级或下级服务器。

本实施例与上述图1所示的实施例的区别在于，本实施例中还包括客户端在业务前台进行数据查询的操作。

具体地，在业务前台进行数据查询时，客户端会向业务前台发送查询请求，业务前台接收到客户端发送的查询请求后，首先在原数据存储点进行本地号码查询；

如果确定要查询的号码是非本地数据，则将此查询请求转向外区，或上一级ENUM-DNS服务器或者下一级ENUM-DNS服务器，其选择策略与原系统中一致。

如果要查询的号码属于本地，则进行原系统的查询流程，得到查询结果（结果A）后，如果判断出业务前台新开辟的临时数据存储点的状态标识bHaveData为0，则直接将此查询结果返回给客户端，如果状态标识bHaveData为1，则继续查询新开辟的临时数据存储点，如果查询到结果（结果B），则用结果B替换结果A，并返回给客户端。如果在新开辟的数据存储点没有查询到结果，则将结果A返回给客户端。

本实施例通过上述方案不仅是实现了前台后数据的实时同步，保证了前后台数据的一致性，而且前台业务在接收数据查询时，只有在本地数据查询且临时数据存储点的状态标识bHaveData为1时，业务前台才会查询新开辟的临时数据存储点，其他的业务查询流程均保持不变，由此进一步保证了系统的稳定性。

如图4所示，本发明一实施例提出一种ENUM-DNS中前后台数据同步的系统，包括：后台401、业务前台402和备业务前台403，其中：后台401连接外部网元404；

所述后台401用于在成功执行来自外部网元404的开/销户指令后，通知业务前台402开/销户记录的信息；以及在定时激活数据时间来到时，向所述业务前台402下发变化数据文件；

所述业务前台402用于将所述开/销户记录的信息存放至预先创建的临时数据存储点；以及加载来自所述后台401的所述变化数据文件，清空所述临时数据存储点中所有数据。

本实施例在业务前台402及备业务前台403均预先创建有新的临时数据存储点，例如：在数据库中新建存储数据的表，用于存储数据，新的临时数据存储点与原前台业务数据存储点不同，由此可以保证原有数据业务不受影响。

后台401会定时检测业务前台402新开辟的临时数据存储点是否正常，并设置存储点状态标识，如果检测到业务前台402临时数据存储点异常，则在后台401以报错的方式告知用户并禁止在后台401继续增、删或者修改数据（如：给客户回复开户或者销户失败响应，并在后台401显示前台存储点异常告警消息）。

ENUM-DNS系统的外部网元404下发开、销户指令到ENUM-DNS系统的后台401，由后台401执行该来自外部网元404的开、销户指令，完成开、销户操作。

如果后台401检测到业务前台402数据存储点异常，则后台401不执行开、销户指令，并直接给外部网元404回应开、销户操作失败，结束本次开、销户流程。

后台401执行开、销户指令后，不管执行结果是成功或失败都立刻给外部网元404反馈对应的成功或者失败响应消息。如果后台401执行开、销户指令失败，结束本次开、销户流程。

当后台401执行开、销户指令成功后，后台401将执行开、销户指令记录的详细信息通知给业务前台402的业务机。

业务前台402收到开、销户记录的详细信息后，将此信息存放到新开辟的临时数据存储点中，并在新开辟的临时数据存储点进行同样的操作。同时，业务前台402设置新开辟的临时数据存储点是否有数据的标识bHaveData为1；

后台401在定时激活数据时间来到时，将定时激活数据时间粒度内变化的数据生成带序列号的变化数据文件；然后将此变化数据文件下发至业务前台402，并发送消息通知业务前台402加载此变化数据文件。

在同一个后台401数据激活到前台的时间粒度内，如果出现先开户又随即销户的记录，或者是先销户又随即开户的记录的情况，后台401则将此记录抵消，并且不用将此记录同步给业务前台402。

业务前台402收到加载数据文件的消息后，开始加载上述变化数据文件，如果加载成功，则清空新开辟的临时数据存储点中的数据，并将临时数据存储点中的状态标识bHaveData置为0。

本实施例通过上述方案实现了前、后台401数据的实时生效，在原有的机制下保证了前、后台401数据的一致性；而且，由于不需频繁的从后台401同步数据文件到前台业务，前台业务也不用平凡的加载数据文件，因此最大限度的保持了系统的性能和系统的稳定性不受影响。

此外，新增加的数据实时生效流程相关的数据存储在新开辟的临时数据存储点，且每次后台401下发数据文件到前台、前台成功加载后都会清空新开辟的临时数据存储点中的所有数据，由此保证了如果实时生效数据出现异常时，最长在一个数据激活时间粒度后，系统即能够自动恢复正常。

进一步地，所述业务前台402还用于将所述开/销户记录的信息同步至所述备业务前台403；以及将加载的所述变化数据文件同步至所述备业务前台403；

所述备业务前台403用于将所述开/销户记录的信息存放至预先创建的临时数据存储点；以及加载所述业务前台402同步过来的所述变化数据文件，并清空所述临时数据存储点中所有数据。

具体地，备业务前台403也预先开辟有自己的临时数据存储点，并由后台401定时检测该临时数据存储点是否异常。

在业务前台402收到后台401发送的开、销户记录的详细信息后，业务前台402会将此后台401发送来的执行开、销户指令记录的详细信息通知给备业务前台403；备业务前台403接收到主业务前台402发送来的开、销户指令的详细信息后，将这些记录存放在新开辟的临时数据存储点中。

之后，在后台401定时激活数据时间来到时，业务前台402会加载后台401同步过来的变化数据文件，在加载成功后清空其新开辟的临时数据存储点，同时，业务前台402还将该变化数据文件同步给备业务前台403；备业务前台403加载业务前台402同步过来的变化数据文件，在加载成功后清空其新开辟的临时数据存储点，同时，将临时数据存储点中的状态标识bHaveData置为0。

通过上述实施方案可知，本实施例对新开辟的临时数据存储点的所有操作，由主节点ENUM-DNS服务器（即本实施例中所称业务前台402）同步给各个备节点的ENUM-DNS服务器（即本实施例中所称备业务前台403），在各个备节点的ENUM-DNS服务器上进行同样的操作。

更进一步地，所述业务前台402还用于接收客户端发送的查询请求；根据所述查询请求在原数据存储点进行本地号码查询；若本地号码查询成功，且所述临时数据存储点的状态标识为有数据标识，则查询所述临时数据存储点；将从所述临时数据存储点查询的结果替换从所述原数据存储点获取的查询结果；以及向所述客户端返回查询结果响应消息。

所述业务前台402还用于当本地号码查询未成功时，判断查询号码所属分区；若所述查询号码为本区号码，则判断所述临时数据存储点的状态标识是否为有数据标识；否则转发所述查询请求至外区，或者上级或下级服务器。

具体地，在业务前台402进行数据查询时，客户端会向业务前台402发送查询请求，业务前台402接收到客户端发送的查询请求后，首先在原数据存储点进行本地号码查询；

如果确定要查询的号码是非本地数据，则将此查询请求转向外区，或上一级ENUM-DNS服务器或者下一级ENUM-DNS服务器，其选择策略与原系统中一致。

如果要查询的号码属于本地，则进行原系统的查询流程，得到查询结果（结果A）后，如果判断出业务前台402新开辟的临时数据存储点的状态标识bHaveData为0，则直接将此查询结果返回给客户端，如果状态标识bHaveData为1，则继续查询新开辟的临时数据存储点，如果查询到结果（结果B），则用结果B替换结果A，并返回给客户端。如果在新开辟的数据存储点没有查询到结果，则将结果A返回给客户端。

本实施例通过上述方案不仅是实现了前台后数据的实时同步，保证了前后台401数据的一致性，而且前台业务在接收数据查询时，只有在本地数据查询且临时数据存储点的状态标识bHaveData为1时，业务前台402才会查询新开辟的临时数据存储点，其他的业务查询流程均保持不变，由此进一步保证了系统的稳定性。

相比现有技术，本发明具有以下特点：

1、保持了原有的业务流程的不变

业务前台在接收数据查询时，只有是本地数据查询，并且标识bHaveData为1时，前台业务才会查询新开辟的临时数据存储点，其他的业务查询流程均保持不变；

2、保持系统的性能和系统的稳定性不受影响

本发明实现了变化数据在前台业务的实时生效，但又不用频繁的从后台同步数据文件到业务前台，同时业务前台不用平凡的加载数据文件，这样就最大限度的保持系统的性能和系统的稳定性不受影响。

3、使问题的影响范围压缩到了一个数据激活时间粒度内

ENUM-DNS系统中原有的机制可以可靠的保证前、后台数据的一致性，保持原有机制不变，就能保证前后台数据的一致性。新增加的数据实时生效流程相关的数据存储在新开辟的数据存储点，且每次后台下发数据文件到业务前台、业务前台成功加载后都会清空新开辟的临时数据存储点中的所有数据，这就保证了如果实时生效数据出现异常，最长在一个数据激活时间粒度后系统即可自动恢复正常。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (15)

1.一种ENUM-DNS中前后台数据同步的方法，其特征在于，包括：

后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息；

所述业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点；

所述后台在定时激活数据时间来到时，向所述业务前台下发变化数据文件；

所述业务前台加载所述变化数据文件，清空所述临时数据存储点中所有数据；

其中，所述业务前台为ENUM-DNS中的业务系统，所述后台为EMUN-DNS中的运维系统，所述定时激活数据时间为将变化的数据从后台激活到前台的时间，所述变化数据文件为由后台改变数据的文件。

2.根据权利要求1所述的方法，其特征在于，所述后台在定时激活数据时间来到时，向业务前台下发变化数据文件的步骤包括：

所述后台在定时激活数据时间来到时，将定时激活数据时间粒度内变化的数据生成带序列号的变化数据文件；

将所述变化数据文件下发至所述业务前台。

3.根据权利要求1所述的方法，其特征在于，所述业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点的步骤之后还包括：

所述业务前台将所述开/销户记录的信息同步至备业务前台；

所述备业务前台将所述开/销户记录的信息存放至预先创建的临时数据存储点。

4.根据权利要求1所述的方法，其特征在于，所述业务前台加载所述变化数据文件，清空所述临时数据存储点中所有数据的步骤之后还包括：

所述业务前台将所述变化数据文件同步至备业务前台；

所述备业务前台加载所述变化数据文件，清空其临时数据存储点中所有数据。

5.根据权利要求1所述的方法，其特征在于，所述后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息的步骤之前还包括：

所述后台接收并执行来自外部网元的开/销户指令；

向所述外部网元返回执行响应消息。

6.根据权利要求1-5中任一项所述的方法，其特征在于，还包括：

所述业务前台接收客户端发送的查询请求；

根据所述查询请求在原数据存储点进行本地号码查询；

若本地号码查询成功，且所述临时数据存储点的状态标识为有数据标识，则查询所述临时数据存储点；

将从所述临时数据存储点查询的结果替换从所述原数据存储点获取的查询结果；

向所述客户端返回查询结果响应消息。

7.根据权利要求6所述的方法，其特征在于，所述根据查询请求在原数据存储点进行本地号码查询的步骤之后还包括：

若本地号码查询未成功，则判断查询号码所属分区；

若所述查询号码为本区号码，则判断所述临时数据存储点的状态标识是否为有数据标识；否则

转发所述查询请求至外区，或者上级或下级服务器。

8.根据权利要求1所述的方法，其特征在于，所述后台在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息的步骤之前还包括：

所述业务前台创建临时数据存储点；

所述后台定时检测所述业务前台创建的临时数据存储点的状态，并设置存储点状态标识；

若所述业务前台的临时数据存储点异常，所述后台则反馈相应的报错响应消息。

9.一种ENUM-DNS中前后台数据同步的系统，其特征在于，包括：后台和业务前台，其中：

所述后台，用于在成功执行来自外部网元的开/销户指令后，通知业务前台开/销户记录的信息；以及在定时激活数据时间来到时，向所述业务前台下发变化数据文件；

所述业务前台，用于将所述开/销户记录的信息存放至预先创建的临时数据存储点；以及加载来自所述后台的所述变化数据文件，清空所述临时数据存储点中所有数据；

其中，所述业务前台为ENUM-DNS中的业务系统，所述后台为EMUN-DNS中的运维系统，所述定时激活数据时间为将变化的数据从后台激活到前台的时间，所述变化数据文件为由后台改变数据的文件。

10.根据权利要求9所述的系统，其特征在于，所述后台还用于在定时激活数据时间来到时，将定时激活数据时间粒度内变化的数据生成带序列号的变化数据文件；将所述变化数据文件下发至所述业务前台。

11.根据权利要求9所述的系统，其特征在于，还包括备业务前台；

所述业务前台，还用于将所述开/销户记录的信息同步至所述备业务前台；以及将加载的所述变化数据文件同步至所述备业务前台；

所述备业务前台，用于将所述开/销户记录的信息存放至预先创建的临时数据存储点；以及加载所述业务前台同步过来的所述变化数据文件，并清空其临时数据存储点中所有数据。

12.根据权利要求9所述的系统，其特征在于，所述后台还用于接收并执行来自外部网元的开/销户指令；以及向所述外部网元返回执行响应消息。

13.根据权利要求9-12中任一项所述的系统，其特征在于，

所述业务前台还用于接收客户端发送的查询请求；根据所述查询请求在原数据存储点进行本地号码查询；若本地号码查询成功，且所述临时数据存储点的状态标识为有数据标识，则查询所述临时数据存储点；将从所述临时数据存储点查询的结果替换从所述原数据存储点获取的查询结果；以及向所述客户端返回查询结果响应消息。

14.根据权利要求13所述的系统，其特征在于，

所述业务前台还用于当本地号码查询未成功时，判断查询号码所属分区；若所述查询号码为本区号码，则判断所述临时数据存储点的状态标识是否为有数据标识；否则转发所述查询请求至外区，或者上级或下级服务器。

15.根据权利要求9所述的系统，其特征在于，

所述业务前台，还用于创建临时数据存储点；

所述后台，还用于定时检测所述业务前台创建的临时数据存储点的状态，并设置存储点状态标识；若所述业务前台的临时数据存储点异常，所述后台则反馈相应的报错响应消息。