CN112187493A - 一种网管业务数据下发方法及*** - Google Patents

一种网管业务数据下发方法及*** Download PDF

Info

Publication number
CN112187493A
CN112187493A CN201910586317.0A CN201910586317A CN112187493A CN 112187493 A CN112187493 A CN 112187493A CN 201910586317 A CN201910586317 A CN 201910586317A CN 112187493 A CN112187493 A CN 112187493A
Authority
CN
China
Prior art keywords
data
service data
service
sent
operation type
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.)
Pending
Application number
CN201910586317.0A
Other languages
English (en)
Inventor
肖健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fiberhome Telecommunication Technologies Co Ltd
Original Assignee
Fiberhome Telecommunication Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fiberhome Telecommunication Technologies Co Ltd filed Critical Fiberhome Telecommunication Technologies Co Ltd
Priority to CN201910586317.0A priority Critical patent/CN112187493A/zh
Publication of CN112187493A publication Critical patent/CN112187493A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H04L41/0873—Checking configuration conflicts between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种网管业务数据下发方法及***，涉及通信技术领域，该方法包括以下步骤：获取网管待下发业务数据队列的第一业务数据；将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据；网管将最终待发送业务数据发送至目标设备，并根据执行结果更新第二业务数据。本发明方便快捷地计算出网管业务调整后待发送的业务数据，使得目标设备能够准确地接收新的业务数据，并及时作出调整，避免出现数据冲突，使得业务能够正常开展。

Description

一种网管业务数据下发方法及***
技术领域
本发明涉及通信技术领域，具体涉及一种网管业务数据下发方法及***。
背景技术
在电信网管维护管理过程中，需要对业务进行调整，如：时隙修改、添加删除保护、路由调整、修改业务类型等，而业务调整和业务下发是两个独立过程，业务在网管中调整后，还未下发到设备时，网管业务数据和设备业务数据就会不一致，此时则会出现冲突情况，具体情况如下：
当设备此前收到网管下发的业务甲，业务甲对应资源为1、2、3，此时网管以及设备在业务甲对应的资源的记录情况是一致的，但当需要根据需求调整业务甲，将业务甲对应资源调整为1、3、4时，首先是网管侧进行调整，设备侧上的业务甲的对应资源仍为1、2、3，当此次调整尚未下发至网管时，网管又向设备发送业务乙，而在网管侧的业务乙的对应资源为2、5、6，若此时网管将业务乙发送至设备，由于设备侧的业务甲并未及时调整，设备侧上的业务甲的对应资源仍为1、2、3，故而当业务乙下发至设备侧时，业务乙会受资源2的影响，无法开通，出现数据冲突，
在设备中存在但网管中已经删除的业务对应的资源为设备侧的残损数据，当网管将残损数据对应的资源分配给新业务时，由于该资源在设备端并未进行调整，故而会导致新业务在设备端无法开通，设备产生冲突数据；
因此，急需一种解决上述技术问题的数据下发处理方案，避免出现数据冲突。
发明内容
针对现有技术中存在的缺陷，本发明的目的在于提供一种网管业务数据下发方法及***，方便快捷地计算出网管业务调整后待发送的业务数据，使得目标设备能够准确地接收新的业务数据，并及时作出调整，避免出现数据冲突，使得业务能够正常开展。
为达到以上目的，本发明采取的技术方案是：
本发明第一方面提供一种网管业务数据下发方法，所述方法包括以下步骤：
获取网管待下发业务数据队列的第一业务数据，所述第一业务数据为待下发业务数据队列中发送优先级最高的待发送业务数据；
将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，所述第二业务数据为网管保存的目标设备上次接收的业务数据，所述最终待发送业务数据包括所述第一业务数据以及所述数据调整信息；
网管将所述最终待发送业务数据发送至目标设备，并根据执行结果更新所述第二业务数据。
基于第一方面，在可能的实施例中，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
将所述第一业务数据与所述第二业务数据进行比对，判断所述第二业务数据中是否存在残损数据；
若存在所述残损数据，则向所述残损数据添加第一操作类型标签，所述第一操作类型标签包含删除操作指令；
根据所述第一操作类型标签以及所述残损数据，生成所述数据调整信息；
其中，所述残损数据为存在于所述第二业务数据中，而所述第一业务数据不具备的数据。
基于第一方面，在可能的实施例中，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
判断所述第一业务数据与所述第二业务数据之间是否存在共有数据；
若存在所述共有数据，则向所述第一业务数据中的所述共有数据添加第二操作类型标签，所述第二操作类型标签包括维持操作指令；
根据所述第二操作类型标签以及所述共有数据，生成所述数据调整信息；
其中，所述共有数据为所述第二业务数据以及所述第一业务数据均具备的数据。
基于第一方面，在可能的实施例中，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
判断所述第一业务数据与所述第二业务数据之间是否存在冲突数据；
若存在所述冲突数据，则进行报错，终止业务数据下发；
其中，所述冲突数据为所述目标设备在进行业务调整时会发生业务冲突的数据。
基于第一方面，在可能的实施例中，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
判断所述第一业务数据与所述第二业务数据之间是否存在新增数据；
判断所述第一业务数据与所述第二业务数据之间是否存在新增数据；
若存在所述新增数据，则向所述第一业务数据中的所述新增数据添加第四操作类型标签，所述第四操作类型标签包括新增操作指令；
根据所述第四操作类型标签以及所述新增数据，生成所述数据调整信息；
其中，所述新增数据为存在于所述第一业务数据中，而所述第二业务数据不具备的数据。
基于第一方面，在可能的实施例中，则所述方法还包括以下步骤：
若待发送业务数据下发失败，再次将所述第一业务数据与第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据；
若预处理成功，则向所述目标设备下发所述最终待发送业务数据，反之则终止业务数据下发。
基于第一方面，在可能的实施例中，则所述方法还包括以下步骤：
若待发送业务数据下发部分成功，将所述第一业务数据与网管中更新后的第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据；
若预处理成功，则向所述目标设备下发所述最终待发送业务数据，反之则终止业务数据下发。
本发明第二方面提供一种网管业务数据下发***，所述***包括：
数据获取单元，其用于获取第一业务数据以及第二业务数据，所述第一业务数据为网管的待下发业务数据队列中发送优先级最高的待发送业务数据，所述第二业务数据为网管保存的目标设备上次接收的业务数据；
数据预处理单元，其用于将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，所述最终待发送业务数据包括所述第一业务数据以及所述数据调整信息；
数据下发单元，其用于在所述第一业务数据预处理成功时，将最终待发送业务数据发送至目标设备，并根据执行结果更新第二业务数据。
基于第二方面，在可能的实施例中，所述数据预处理单元，其用于将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括：
将所述第一业务数据与所述第二业务数据进行比对，判断所述第二业务数据中是否存在残损数据，判断所述第一业务数据与所述第二业务数据之间是否存在共有数据、冲突数据以及新增数据；
当存在所述残损数据时，所述数据预处理单元还用于向所述残损数据添加第一操作类型标签，所述第一操作类型标签包含删除操作指令，并根据所述第一操作类型标签以及所述残损数据，生成所述数据调整信息；
当存在所述共有数据时，所述数据预处理单元还用于向所述第一业务数据中的所述共有数据添加第二操作类型标签，所述第二操作类型标签包括维持操作指令，并根据所述第二操作类型标签以及所述共有数据，生成所述数据调整信息；
当所述第一业务数据与所述第二业务数据之间存在冲突数据时，所述数据预处理单元还用于进行报错，终止业务数据下发；
当存在所述新增数据时，所述数据预处理单元还用于向所述第一业务数据中的所述新增数据添加第四操作类型标签，所述第四操作类型标签包括新增操作指令，并根据所述第四操作类型标签以及所述新增数据，生成所述数据调整信息；
其中，所述残损数据为存在于所述第二业务数据中，而所述第一业务数据不具备的数据，所述共有数据为所述第二业务数据以及所述第一业务数据均具备的数据，所述冲突数据为所述目标设备在进行业务调整时会发生业务冲突的数据，所述新增数据为存在于所述第一业务数据中，而所述第二业务数据不具备的数据。
基于第二方面，在可能的实施例中，所述***还包括：
数据补发单元，其用于当待发送业务数据下发部分成功时，将所述第一业务数据与网管中更新后的第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据，并向所述目标设备下发所述最终待发送业务数据
与现有技术相比，本发明的优点在于：
本发明方便快捷地计算出网管业务调整后待发送的业务数据，使得目标设备能够准确地接收新的业务数据，并及时作出调整，避免出现数据冲突，使得业务能够正常开展。
附图说明
图1为本发明实施例一中网管业务数据下发方法的步骤流程图；
图2为本发明实施例一中网管业务数据下发方法中残损数据预处理的步骤流程图；
图3为本发明实施例一中网管业务数据下发方法中共有数据预处理的步骤流程图；
图4为本发明实施例一中网管业务数据下发方法中冲突数据预处理的步骤流程图；
图5为本发明实施例一中网管业务数据下发方法中新增数据预处理的步骤流程图；
图6为本发明实施例一中网管业务数据下发方法中下发失败补救流程的步骤流程图；
图7为本发明实施例一中网管业务数据下发方法中下发部分成功补救流程的步骤流程图；
图8为本发明实施例二中网管业务数据下发***的结构框图；
图中：1、数据获取单元；2、数据预处理单元；3、数据下发单元；4、数据补发单元；5、数据重发单元。
具体实施方式
以下结合附图对本发明的实施例作进一步详细说明。
本发明实施例提供一种网管业务数据下发方法及***，方便快捷地计算出网管业务调整后待发送的业务数据，使得目标设备能够准确地接收新的业务数据，并及时作出调整，避免出现数据冲突，使得业务能够正常开展。
为达到上述技术效果，本申请的总体思路如下：
一种网管业务数据下发方法，该方法包括以下步骤：
S1、获取网管待下发业务数据队列的第一业务数据；
S2、将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据；
S3、网管将最终待发送业务数据发送至目标设备，并根据执行结果更新第二业务数据；
其中，第一业务数据为待下发业务数据队列中发送优先级最高的待发送业务数据，第二业务数据为网管保存的目标设备上次接收的业务数据，最终待发送业务数据包括第一业务数据以及数据调整信息。
以下结合附图对本发明的实施例作进一步详细说明。
实施例1
参见图1至7所示，本发明实施例1提供一种网管业务数据下发方法，该方法包括以下步骤：
S1、获取网管待下发业务数据队列的第一业务数据；
S2、将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据；
S3、网管将最终待发送业务数据发送至目标设备，并根据执行结果更新第二业务数据；
其中，第一业务数据为待下发业务数据队列中发送优先级最高的待发送业务数据，第二业务数据为网管保存的目标设备上次接收的业务数据，最终待发送业务数据包括第一业务数据以及数据调整信息。
需要说明的是，本发明实施例与传统的数据下发的工作模式不同，传统的下发模式是网管向目标设备发送业务数据，当目标设备收到业务数据后，再对业务数据进行备份，本发明实施例的技术方案则为了避免目标设备包括会出现数据冲突的遗留数据，故而并不是简单的直接将进行业务调整时的业务数据直接发送至目标设备，而是在网管中，将第一业务数据与第二业务数据进行比对，生成数据调整信息，根据数据调整信息以及第一业务数据，生成最终待发送业务数据，目标设备一方面获得第一业务数据，另一方面获得数据调整信息，能够根据数据调整信息进行业务调整，能够有效地避免目标设备保存的业务数据中存在此次已经被删除的资源信息时，发生数据冲突。
本发明实施例中，首先在步骤S1中，获取网管待下发业务数据队列的第一业务数据，第一业务数据为待下发业务数据队列中发送优先级最高的待发送业务数据，
而在具体操作时，获取方式，可以是创建一个缓存空间，用于存储第一业务数据，并在该缓存内进行后续第一业务数据与第二业务数据的比对，
必要时，在将数据存储到缓存时，还可以按照预设的转化规则进行转化，进而存储，以满足特定的存储以及数据处理需求；
进而，在步骤S2中，将第一业务数据与第二业务数据进行比对，并更新第一业务数据，得到最终待发送业务数据，第二业务数据为网管保存的目标设备上次接收的业务数据，
需要说明的是，步骤S2是将第一业务数据与第二业务数据进行比对，并不是利用第一业务数据覆盖第二业务数据，进而根据第一业务数据和第二业务数据之间的差异，获得数据差异，并根据数据差异对第一业务数据进行预处理，生成最终待发送业务数据；
最后步骤S3中，网管将最终待发送业务数据发送至目标设备，并根据执行结果更新网管保存的第二业务数据；
而目标设备获得最终待发送业务数据后，即可获得第一业务数据以及数据调整信息，根据数据调整信息将上次接收到的业务数据，即数据内容与第二业务数据一致的业务数据进行数据调整，即进行更新，使得目标设备此时记录自身收到的业务数据与第一业务数据一致。
本发明实施例，在网管进行业务数据下发时，先获取网管的待下发业务数据队列中发送优先级最高的待发送业务数据，作为第一业务数据，并将网管的第二业务数据与第一业务数据进行对比，获得数据差异，并根据数据差异对第一业务数据进行预处理，进而获得更新后的第一业务数据，即最终待发送业务数据，避免因下发数据后，部分资源被删除而导致的部分操作无法实施，而出现数据冲突；
本发明实施例方便快捷地计算出网管业务调整后待发送的业务数据，使得目标设备能够准确地接收新的业务数据，并及时作出调整，避免出现数据冲突，使得业务能够正常开展。
其中，第一业务数据、第二业务数据、待发送业务数据以及最终待发送业务数据的格式类似，具体可以包括操作类型、数据类型、关键字以及多个属性参数。
具体地，给出一种具体的实施例，当第一业务数据为“ACD”时，网管的第二业务数据为“ABC”，那么数据“B”不存在于第一业务数据中，而仅存在于第二业务数据，此时具体的调整为：将数据“B”并入第一业务数据，此时第一业务数据更新为“ABCD”，并对第一业务数据中的数据“B”上添加第一操作类型标签，而第一操作类型标签包含删除操作指令，待目标设备收到第一业务数据“ABCD”时，目标设备上次接收到的数据为“ABC”，此时目标设备会根据“ABCD”以及数据“B”的第一操作类型标签进行数据处理，待数据处理完成后，目标设备记录的自身接收到的业务数据为“ACD”；
假设此时数据“B”为已经删除的资源的相关数据，那么通过本发明实施例，能够使得目标设备内不在存储数据“B”，进而避免在后续发生数据冲突。
故而，本发明实施例中的另一种实施方式，将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
A1、将第一业务数据与第二业务数据进行比对，判断第二业务数据中是否存在残损数据；
A2、若存在残损数据，则向残损数据添加第一操作类型标签，第一操作类型标签包含删除操作指令；
A3、根据第一操作类型标签以及残损数据，生成数据调整信息；
其中，残损数据为存在于第二业务数据中，而第一业务数据不具备的数据；
当第一业务数据为“ACD”时，网管的第二业务数据为“ABC”，那么数据“B”不存在于第一业务数据中，而仅存在于第二业务数据，故而“B”属于残损数据，此时具体的调整为：将数据“B”并入第一业务数据，此时第一业务数据更新为“ABCD”，并对第一业务数据中的数据“B”上添加第一操作类型标签，而第一操作类型标签包含删除操作指令，待目标设备收到第一业务数据“ABCD”时，目标设备上次接收到的数据为“ABC”，此时目标设备会根据“ABCD”以及数据“B”的第一操作类型标签进行数据处理，待数据处理完成后，目标设备记录的自身接收到的业务数据为“ACD”；
需要说明的是，根据第一操作类型标签以及残损数据，生成数据调整信息，具体可以是将第一操作类型标签以及残损数据合并，并将两者进行关联，从而以便在发送最终待发送业务数据时，目标设备能够在收到第一业务数据的同时，也能够收到残损数据以及第一操作类型标签，从而能够对指定的数据进行删除操作；
目标设备对残损数据均做删除操作，避免还存在残损数据。
本发明实施例中的另一种实施方式，将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
B1、判断第一业务数据与第二业务数据之间是否存在共有数据；
B2、若存在共有数据，则向第一业务数据中的共有数据添加第二操作类型标签，第二操作类型标签包括维持操作指令；
B3、根据第二操作类型标签以及共有数据，生成数据调整信息；
其中，共有数据为第二业务数据以及第一业务数据均具备的数据；
同样以第一业务数据是“ACD”，网管的第二业务数据是“ABC”为例，此时第二业务数据的共有数据为“A”和“C”，那么对“A”和“C”进行维持即可，必要时，可分别向“A”和“C”添加第二操作类型标签，第二操作类型标签包含维持操作指令，即维持共有数据为“A”和“C”；
需要说明的是，根据第二操作类型标签以及共有数据，生成数据调整信息，具体的生成方式，可以是将第二操作类型标签与第一业务数据中的共有数据进行关联，进而将第二操作类型标签以及该关联的对应关系，打包生成数据调整信息，目标设备根据该关联的对应关系能够识别到共有数据，进而对共有数据进行维持数据的操作。
本发明实施例中的另一种实施方式，将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
C1、判断第一业务数据与第二业务数据之间是否存在冲突数据；
C2、若存在冲突数据，则进行报错，终止业务数据下发；
其中，冲突数据为目标设备在进行业务调整时会发生业务冲突的数据；
第一业务数据是“ACDE”，网管的第二业务数据是“ABC”为例，而数据“E”在目标设备进行业务调整时会发生数据冲突，此时则需要进行报错，以提醒工作人员进行检查；
具体操作时，可以向数据“E”添加第三操作类型标签，第三操作类型标签包含报错操作指令，即针对数据“E”进行报错；
第一种情况，可以是网管在发现存在冲突数据时，就进行报错，第二种情况，可以是目标设备根据报错操作指令进行报错工作；
需要说明的是，在第二种情况中，可以根据第三操作类型标签以及冲突数据，生成数据调整信息，具体的生成方式，可以是将第三操作类型标签与第一业务数据中的冲突数据进行关联，进而将第三操作类型标签以及该关联的对应关系，打包生成数据调整信息，目标设备根据该关联的对应关系能够识别到冲突数据，进而进行报错。
本发明实施例中的另一种实施方式，将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
D1、判断第一业务数据与第二业务数据之间是否存在新增数据；
D2、若存在新增数据，则向第一业务数据中的新增数据添加第四操作类型标签，第四操作类型标签包括新增操作指令；
D3、根据第四操作类型标签以及新增数据，生成数据调整信息；
其中，新增数据为存在于第一业务数据中，而第二业务数据不具备的数据；
同样以第一业务数据是“ACD”，第二业务数据是“ABC”为例，此时新增数据为数据“D”；
具体操作是，可以向数据“D”添加第四操作类型标签，第四操作类型标签包含增加操作指令，即增加数据“D”；
需要说明的是，根据第四操作类型标签以及新增数据，生成数据调整信息，具体的生成方式，可以是将第四操作类型标签与第一业务数据中的新增数据进行关联，进而将第四操作类型标签以及该关联的对应关系，打包生成数据调整信息，目标设备根据该关联的对应关系能够识别到新增数据，进而进行新增操作。
需要说明的是，维持操作与新增操作均可使得目标设备保存对应的数据，只是一个表示对应的数据存在与第二业务数据中，另一个表示对应的数据之前并不存在与第二业务数据中。
另外，在实际操作时，可能第一业务数据与第二业务数据进行比对，同时查询得到残损数据、新增数据、共有数据，则需要对三种数据均进行处理，才能够得到最终待发送业务数据。
本发明实施例中的另一种实施方式，若待发送业务数据下发失败，则方法还包括下发失败补救流程，下发失败补救流程还包括以下步骤：
Q1、再次将第一业务数据与第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据；
Q2、若预处理成功，则向目标设备下发最终待发送业务数据，反之则终止业务数据下发；
实际操作时，当终止业务数据下发时，抛出业务数据终止下发告警，具体可以是网管进行该告警工作。
本发明实施例中的另一种实施方式，若待发送业务数据下发部分成功，则方法还包括下发部分成功补救流程，下发部分成功补救流程还包括以下步骤：
T1、将第一业务数据与网管中更新后的第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据；
T2、若预处理成功，则向目标设备下发最终待发送业务数据，反之则终止业务数据下发；
若依旧下发失败或预处理失败，则网管或目标设备发送告警信息，以便工作人员进行维护。
需要说明的是，本发明实施例不仅仅适用于背景技术中的情况，还适用于以下情况：
网管此前将业务甲和业务乙均已下发至设备，业务甲对应的资源为1、2、3，业务乙对应的资源为4、5、6；
现根据用户需求，需要对两条业务进行调整，在网管上先将业务甲对应的资源调整成1、2、7，再将业务乙对应的资源调整成3、4、5，最后又将业务甲对应的资源调整成1、2、6；
此时设备上的业务甲对应的资源仍为1、2、3，业务乙对应的资源仍为4、5、6，如果单独下发任意一条业务都会检测出冲突报错，需要用户将两条业务一起下发，先将两条业务的残损数据3、6下发删除指令，再下发各自业务对应的调整情况，即业务甲的1、2、6和业务乙的3、4、5新增和维持指令。
基于同一发明构思，本申请提供了实施例一对应的业务数据下发***的实施例，详见实施例二
实施例二
参见图8所示，本发明实施例提供一种业务数据下发***，该***包括：
数据获取单元1，其用于获取第一业务数据以及第二业务数据，第一业务数据为网管的待下发业务数据队列中发送优先级最高的待发送业务数据，第二业务数据为网管保存的目标设备上次接收的业务数据；
数据预处理单元2，其用于将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据，最终待发送业务数据包括第一业务数据以及数据调整信息；
数据下发单元3，其用于在第一业务数据预处理成功时，将最终待发送业务数据发送至目标设备，并根据执行结果更新第二业务数据。
本发明实施例中，首先，获取网管待下发业务数据队列的第一业务数据，第一业务数据为待下发业务数据队列中发送优先级最高的待发送业务数据，
而在具体操作时，获取方式，可以是创建一个缓存空间，用于存储第一业务数据，并在该缓存内进行后续第一业务数据与第二业务数据的比对，
必要时，在将数据存储到缓存时，还可以按照预设的转化规则进行转化，进而存储，以满足特定的存储以及数据处理需求；
进而，将第一业务数据与第二业务数据进行比对，获得数据差异，并根据数据差异对第一业务数据进行预处理，得到最终待发送业务数据，第二业务数据为网管保存的目标设备上次接收的业务数据，
需要说明的是，将第一业务数据与第二业务数据进行比对，并不是利用第一业务数据覆盖第二业务数据，进而根据第一业务数据和第二业务数据之间的差异，获得数据差异，并根据数据差异对第一业务数据进行预处理，生成最终待发送业务数据；
最后，网管将最终待发送业务数据发送至目标设备，并根据执行结果更新网管保存的第二业务数据；
而目标设备获得最终待发送业务数据后，即可获得第一业务数据以及数据调整信息，根据数据调整信息将上次接收到的业务数据，即数据内容与第二业务数据一致的业务数据进行数据调整，即进行更新，使得目标设备此时记录自身收到的业务数据与第一业务数据一致。
本发明实施例，在网管进行业务数据下发时，先获取网管的待下发业务数据队列中发送优先级最高的待发送业务数据，作为第一业务数据，并将网管的第二业务数据与第一业务数据进行对比，获得数据差异，并根据数据差异对第一业务数据进行预处理，进而获得更新后的第一业务数据，即最终待发送业务数据，避免因下发数据后，部分资源被删除而导致的部分操作无法实施，而出现数据冲突；
本发明实施例方便快捷地计算出网管业务调整后待发送的业务数据，使得目标设备能够准确地接收新的业务数据，并及时作出调整，避免出现数据冲突，使得业务能够正常开展。
其中，第一业务数据、第二业务数据以及待发送业务数据格式类似，具体可以包括操作类型、数据类型、关键字以及多个属性参数。
具体地，给出一种具体的实施例，当第一业务数据为“ACD”时，网管的第二业务数据为“ABC”，那么数据“B”不存在于第一业务数据中，而仅存在于第二业务数据，此时具体的调整为：将数据“B”并入第一业务数据，此时第一业务数据更新为“ABCD”，并对第一业务数据中的数据“B”上添加第一操作类型标签，而第一操作类型标签包含删除操作指令，待目标设备收到第一业务数据“ABCD”时，目标设备上次接收到的数据为“ABC”，此时目标设备会根据“ABCD”以及数据“B”的第一操作类型标签进行数据处理，待数据处理完成后，目标设备记录的自身接收到的业务数据为“ACD”；
假设此时数据“B”为已经删除的资源的相关数据，那么通过本发明实施例，能够使得目标设备内不在存储数据“B”，进而避免在后续发生数据冲突。
本发明实施例中的另一种实施方式，数据预处理单元2，其用于将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括：
将所述第一业务数据与所述第二业务数据进行比对，判断所述第二业务数据中是否存在残损数据，判断所述第一业务数据与所述第二业务数据之间是否存在共有数据、冲突数据以及新增数据；
当存在残损数据时，数据预处理单元2还用于向残损数据添加第一操作类型标签，第一操作类型标签包含删除操作指令，并根据第一操作类型标签以及残损数据，生成数据调整信息；
当存在共有数据时，数据预处理单元2还用于向第一业务数据中的共有数据添加第二操作类型标签，第二操作类型标签包括维持操作指令，并根据第二操作类型标签以及共有数据，生成数据调整信息；
当第一业务数据与第二业务数据之间存在冲突数据时，数据预处理单元2还用于进行报错，终止业务数据下发；
当存在新增数据时，数据预处理单元2还用于向第一业务数据中的新增数据添加第四操作类型标签，第四操作类型标签包括新增操作指令，并根据第四操作类型标签以及新增数据，生成数据调整信息；
其中，残损数据为存在于第二业务数据中，而第一业务数据不具备的数据，共有数据为第二业务数据以及第一业务数据均具备的数据，冲突数据为目标设备在进行业务调整时会发生业务冲突的数据，新增数据为存在于第一业务数据中，而第二业务数据不具备的数据；
针对数据预处理单元2的预处理工作，给出以下多个具体实施的例子：
当第一业务数据为“ACD”时，网管的第二业务数据为“ABC”，那么数据“B”不存在于第一业务数据中，而仅存在于第二业务数据，故而“B”属于残损数据，此时进行预处理工作，具体的调整为：将数据“B”并入第一业务数据，此时第一业务数据更新为“ABCD”，并对第一业务数据中的数据“B”上添加第一操作类型标签，而第一操作类型标签包含删除操作指令，待目标设备收到第一业务数据“ABCD”时，目标设备上次接收到的数据为“ABC”，此时目标设备会根据“ABCD”以及数据“B”的第一操作类型标签进行数据处理，待数据处理完成后，目标设备记录的自身接收到的业务数据为“ACD”，
需要说明的是，根据第一操作类型标签以及残损数据，生成数据调整信息，具体可以是将第一操作类型标签以及残损数据合并，并将两者进行关联，从而以便在发送最终待发送业务数据时，目标设备能够在收到第一业务数据的同时，也能够收到残损数据以及第一操作类型标签，从而能够对指定的数据进行删除操作，
目标设备对残损数据均做删除操作，避免还存在残损数据；
同样以第一业务数据是“ACD”，网管的第二业务数据是“ABC”为例，此时第二业务数据的共有数据为“A”和“C”，此时进行预处理工作，对“A”和“C”进行维持即可，必要时，可分别向“A”和“C”添加第二操作类型标签，第二操作类型标签包含维持操作指令，即维持共有数据为“A”和“C”，
需要说明的是，根据第二操作类型标签以及共有数据，生成数据调整信息，具体的生成方式，可以是将第二操作类型标签与第一业务数据中的共有数据进行关联，进而将第二操作类型标签以及该关联的对应关系，打包生成数据调整信息，目标设备根据该关联的对应关系能够识别到共有数据，进而对共有数据进行维持数据的操作；
但是，以第一业务数据是“ACDE”，网管的第二业务数据是“ABC”为例，而数据“E”在目标设备进行业务调整时会发生数据冲突，此时进行预处理工作，需要控制进行报错，以提醒工作人员进行检查，具体操作时，可以向数据“E”添加第三操作类型标签，第三操作类型标签包含报错操作指令，即针对数据“E”进行报错，
第一种情况，可以是网管在发现存在冲突数据时，就进行报错，第二种情况，可以是目标设备根据报错操作指令进行报错工作，
需要说明的是，在第二种情况中，可以根据第三操作类型标签以及冲突数据，生成数据调整信息，具体的生成方式，可以是将第三操作类型标签与第一业务数据中的冲突数据进行关联，进而将第三操作类型标签以及该关联的对应关系，打包生成数据调整信息，目标设备根据该关联的对应关系能够识别到冲突数据，进而进行报错；
最后，同样以第一业务数据是“ACD”，第二业务数据是“ABC”为例，此时新增数据为数据“D”，此时进行预处理工作，具体操作时，可以向数据“D”添加第四操作类型标签，第四操作类型标签包含增加操作指令，即增加数据“D”，
需要说明的是，根据第四操作类型标签以及新增数据，生成数据调整信息，具体的生成方式，可以是将第四操作类型标签与第一业务数据中的新增数据进行关联，进而将第四操作类型标签以及该关联的对应关系，打包生成数据调整信息，目标设备根据该关联的对应关系能够识别到新增数据，进而进行新增操作。
需要说明的是，维持操作与新增操作均可使得目标设备保存对应的数据，只是一个表示对应的数据存在与第二业务数据中，另一个表示对应的数据之前并不存在与第二业务数据中。
另外，在实际操作时，可能第一业务数据与第二业务数据进行比对，同时查询得到残损数据、新增数据、共有数据，则需要对三种数据均进行处理，才能够得到最终待发送业务数据。
本发明实施例中的另一种实施方式，***还包括：
数据补发单元4，其用于当待发送业务数据下发部分成功时，将第一业务数据与网管中更新后的第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据，并向目标设备下发最终待发送业务数据；
若依旧下发失败或预处理失败，则数据补发单元4向网管或目标设备发送告警指令，进而网管或目标设备发送告警信息，以便工作人员进行维护。
本发明实施例中的另一种实施方式，***还包括：
数据重发单元5，其用于当待发送业务数据下发失败时，再次将第一业务数据与第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据，并向目标设备下发最终待发送业务数据；
实际操作时，若依旧下发失败或预处理失败，则终止业务数据下发，而当终止业务数据下发时，抛出业务数据终止下发告警，具体可以是网管进行该告警工作。
基于同一发明构思，本申请提供了实施例一对应的存储介质的实施例，详见实施例三
实施例三
本发明第三实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第一实施例中的所有方法步骤或部分方法步骤。
本发明实现上述第一实施例中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
基于同一发明构思，本申请提供了实施例一对应的设备的实施例，详见实施例四
实施例四
本发明第四实施例还提供一种设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，处理器执行计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。
所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。
存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、服务器或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、服务器和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种网管业务数据下发方法，其特征在于，所述方法包括以下步骤：
获取网管待下发业务数据队列的第一业务数据，所述第一业务数据为待下发业务数据队列中发送优先级最高的待发送业务数据；
将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，所述第二业务数据为网管保存的目标设备上次接收的业务数据，所述最终待发送业务数据包括所述第一业务数据以及所述数据调整信息；
网管将所述最终待发送业务数据发送至目标设备，并根据执行结果更新所述第二业务数据。
2.如权利要求1所述的网管业务数据下发方法，其特征在于，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
将所述第一业务数据与所述第二业务数据进行比对，判断所述第二业务数据中是否存在残损数据；
若存在所述残损数据，则向所述残损数据添加第一操作类型标签，所述第一操作类型标签包含删除操作指令；
根据所述第一操作类型标签以及所述残损数据，生成所述数据调整信息；
其中，所述残损数据为存在于所述第二业务数据中，而所述第一业务数据不具备的数据。
3.如权利要求1所述的网管业务数据下发方法，其特征在于，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
判断所述第一业务数据与所述第二业务数据之间是否存在共有数据；
若存在所述共有数据，则向所述第一业务数据中的所述共有数据添加第二操作类型标签，所述第二操作类型标签包括维持操作指令；
根据所述第二操作类型标签以及所述共有数据，生成所述数据调整信息；
其中，所述共有数据为所述第二业务数据以及所述第一业务数据均具备的数据。
4.如权利要求1所述的网管业务数据下发方法，其特征在于，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
判断所述第一业务数据与所述第二业务数据之间是否存在冲突数据；
若存在所述冲突数据，则进行报错，终止业务数据下发；
其中，所述冲突数据为所述目标设备在进行业务调整时会发生业务冲突的数据。
5.如权利要求1所述的网管业务数据下发方法，其特征在于，将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括以下步骤：
判断所述第一业务数据与所述第二业务数据之间是否存在新增数据；
若存在所述新增数据，则向所述第一业务数据中的所述新增数据添加第四操作类型标签，所述第四操作类型标签包括新增操作指令；
根据所述第四操作类型标签以及所述新增数据，生成所述数据调整信息；
其中，所述新增数据为存在于所述第一业务数据中，而所述第二业务数据不具备的数据。
6.如权利要求1所述的网管业务数据下发方法，其特征在于，所述方法还包括以下步骤：
若待发送业务数据下发失败，则再次将所述第一业务数据与第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据；
若预处理成功，则向所述目标设备下发所述最终待发送业务数据，反之则终止业务数据下发。
7.如权利要求1所述的网管业务数据下发方法，其特征在于，所述方法还包括以下步骤：
若待发送业务数据下发部分成功，则将所述第一业务数据与网管中更新后的第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据；
若预处理成功，则向所述目标设备下发所述最终待发送业务数据，反之则终止业务数据下发。
8.一种网管业务数据下发***，其特征在于，所述***包括：
数据获取单元，其用于获取第一业务数据以及第二业务数据，所述第一业务数据为网管的待下发业务数据队列中发送优先级最高的待发送业务数据，所述第二业务数据为网管保存的目标设备上次接收的业务数据；
数据预处理单元，其用于将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，所述最终待发送业务数据包括所述第一业务数据以及所述数据调整信息；
数据下发单元，其用于在所述第一业务数据预处理成功时，将最终待发送业务数据发送至目标设备，并根据执行结果更新第二业务数据。
9.如权利要求8所述的网管业务数据下发***，其特征在于，所述数据预处理单元，其用于将所述第一业务数据与第二业务数据进行比对，获得数据差异，并根据所述数据差异对第一业务数据进行预处理，得到最终待发送业务数据，具体包括：
将所述第一业务数据与所述第二业务数据进行比对，判断所述第二业务数据中是否存在残损数据，判断所述第一业务数据与所述第二业务数据之间是否存在共有数据、冲突数据以及新增数据；
当存在所述残损数据时，所述数据预处理单元还用于向所述残损数据添加第一操作类型标签，所述第一操作类型标签包含删除操作指令，并根据所述第一操作类型标签以及所述残损数据，生成所述数据调整信息；
当存在所述共有数据时，所述数据预处理单元还用于向所述第一业务数据中的所述共有数据添加第二操作类型标签，所述第二操作类型标签包括维持操作指令，并根据所述第二操作类型标签以及所述共有数据，生成所述数据调整信息；
当所述第一业务数据与所述第二业务数据之间存在冲突数据时，所述数据预处理单元还用于进行报错，终止业务数据下发；
当存在所述新增数据时，所述数据预处理单元还用于向所述第一业务数据中的所述新增数据添加第四操作类型标签，所述第四操作类型标签包括新增操作指令，并根据所述第四操作类型标签以及所述新增数据，生成所述数据调整信息；
其中，所述残损数据为存在于所述第二业务数据中，而所述第一业务数据不具备的数据，所述共有数据为所述第二业务数据以及所述第一业务数据均具备的数据，所述冲突数据为所述目标设备在进行业务调整时会发生业务冲突的数据，所述新增数据为存在于所述第一业务数据中，而所述第二业务数据不具备的数据。
10.如权利要求8所述的网管业务数据下发***，其特征在于，所述***还包括：
数据补发单元，其用于当待发送业务数据下发部分成功时，将所述第一业务数据与网管中更新后的第二业务数据进行比对，并对第一业务数据进行预处理，得到最终待发送业务数据，并向所述目标设备下发所述最终待发送业务数据。
CN201910586317.0A 2019-07-01 2019-07-01 一种网管业务数据下发方法及*** Pending CN112187493A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910586317.0A CN112187493A (zh) 2019-07-01 2019-07-01 一种网管业务数据下发方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910586317.0A CN112187493A (zh) 2019-07-01 2019-07-01 一种网管业务数据下发方法及***

Publications (1)

Publication Number Publication Date
CN112187493A true CN112187493A (zh) 2021-01-05

Family

ID=73915547

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910586317.0A Pending CN112187493A (zh) 2019-07-01 2019-07-01 一种网管业务数据下发方法及***

Country Status (1)

Country Link
CN (1) CN112187493A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115829189A (zh) * 2023-02-08 2023-03-21 安徽深迪科技有限公司 一种智能工厂大数据的可视化调度方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130054286A1 (en) * 2011-08-29 2013-02-28 International Business Machines Corporation Computing and managing conflicting functional data requirements using ontologies
CN106411618A (zh) * 2016-11-30 2017-02-15 武汉虹信通信技术有限责任公司 一种网管设备数据比对实时更新方法
CN107465704A (zh) * 2016-06-02 2017-12-12 中兴通讯股份有限公司 一种数据下载方法及装置
CN107483276A (zh) * 2017-09-26 2017-12-15 中国联合网络通信集团有限公司 业务的处理方法、装置及业务下发平台
CN109325030A (zh) * 2018-09-03 2019-02-12 平安国际融资租赁有限公司 报文处理方法、装置、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130054286A1 (en) * 2011-08-29 2013-02-28 International Business Machines Corporation Computing and managing conflicting functional data requirements using ontologies
CN107465704A (zh) * 2016-06-02 2017-12-12 中兴通讯股份有限公司 一种数据下载方法及装置
CN106411618A (zh) * 2016-11-30 2017-02-15 武汉虹信通信技术有限责任公司 一种网管设备数据比对实时更新方法
CN107483276A (zh) * 2017-09-26 2017-12-15 中国联合网络通信集团有限公司 业务的处理方法、装置及业务下发平台
CN109325030A (zh) * 2018-09-03 2019-02-12 平安国际融资租赁有限公司 报文处理方法、装置、计算机设备和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115829189A (zh) * 2023-02-08 2023-03-21 安徽深迪科技有限公司 一种智能工厂大数据的可视化调度方法及装置
CN115829189B (zh) * 2023-02-08 2023-05-05 安徽深迪科技有限公司 一种智能工厂大数据的可视化调度方法及装置

Similar Documents

Publication Publication Date Title
US11681697B2 (en) Method and device for interface operation and maintenance
CN107005426B (zh) 一种虚拟网络功能的生命周期管理方法及装置
CN102043682A (zh) 一种工作流异常处理方法和***
CN109348434B (zh) 一种场景信息的发送方法、发送装置及终端设备
CN112187493A (zh) 一种网管业务数据下发方法及***
CN113515352B (zh) 分布式事务异库模式反交易调用方法及装置
EP3905591A1 (en) Server abnormality processing method and management device
CN116991468A (zh) 配置文件生成方法、装置、设备及存储介质
CN114221883B (zh) 消息测试方法、装置、服务器及存储介质
US11113706B2 (en) Scoring information matching method and device, storage medium and server
WO2022100246A1 (zh) 客户端设备、信息处理方法及计算机可读存储介质
CN115455121A (zh) 一种实时可靠的数据同步传输方法、设备及介质
CN115525449A (zh) 微服务数据传输***、方法及存储介质
CN110493735B (zh) 一种短信处理方法及装置
CN110113187B (zh) 一种配置更新方法、装置、配置服务器及配置***
CN110753277B (zh) 一种在olt网络切片中配置管理的方法及***
CN112541810A (zh) 业务数据的风险处置方法、装置及计算机可读存储介质
CN112423162A (zh) 一种分布式架构下配置同步方法及***
CN112148803A (zh) 区块链中任务的调用方法、装置、设备及可读存储介质
CN113157461A (zh) 一种在执行任务单过程中传送消息的方法和装置
CN108304216A (zh) 一种设备通信方法及通信设备
CN114900531B (zh) 数据同步方法、装置和***
CN112019261B (zh) 一种分布式控制平面电层1+1业务返回方法及***
CN110554895A (zh) 一种数据调用的方法和装置
CN111988159B (zh) 一种网管业务数据关联下载激活方法及***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20210105

RJ01 Rejection of invention patent application after publication