CN107846471A - 数据下发方法及装置 - Google Patents

Abstract

本发明涉及游戏开发技术领域，具体而言，涉及一种数据下发方法及装置。数据下发方法，应用于与客户端通信的服务器，其特征在于，所述方法包括：按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据；判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据；将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新，相较于现有技术中，将状态发生变化的单位的全量状态数据发送至客户端的方案而言，本发明实施例提供的数据下发方法及装置发送的数据量较小，大大减小了数据流量，避免了网络资源的浪费。

Description

数据下发方法及装置

技术领域

本发明涉及游戏开发技术领域，具体而言，涉及一种数据下发方法及装置。

背景技术

随着在进行多人联机在线竞技游戏(Multiplayer Online Battle Arena，MOBA)时，各客户端分别与服务器通信，服务器收到某个客户端上传的操作指令后，将改变后的状态数据下发至客户端。现有技术中，服务器在下发状态数据时，将某个状态发生改变的单位的所有状态数据下发至各客户端，导致下发状态数据时，发送的数据量较大，增大了数据流量，造成了浪费资源。

发明内容

有鉴于此，本发明的目的在于提供一种数据下发方法及装置，以解决上述问题。

本发明实施例提供了一种数据下发方法，应用于与客户端通信的服务器，所述方法包括：

按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据；

判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据；

将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新。

进一步地，服务器中预存有多个标识编码，以及所述多个标识编码与多个待下发数据的对应关系，客户端中预存有多个储存路径，以及所述多个储存路径与多个标识编码的对应关系，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新的步骤，包括：

查找出与所述待下发数据对应的标识编码；

将所述标识编码发送至客户端，以使所述客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取描述文件，对所述描述文件中所描述的内容进行显示。

进一步地，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新的步骤，包括：

分析所述待下发数据是否存在变化规律；

若存在，则将该变化规律发送至客户端，以使客户端根据该变化规律对所述待下发数据进行更新。

进一步地，分析所述待下发数据是否存在变化规律的步骤，包括：

针对同一项待下发数据，获取预设数量个记录时刻连续的该待下发数据；

分析该预设数量个所述待下发数据是否存在变化规律。

进一步地，分析所述待下发数据是否存在变化规律的步骤，包括：

针对多项待下发数据，获取预设数量个记录时刻连续的该多项待下发数据；

分析该多项待下发数据中，是否存在至少一项待下发数据与其他待下发数据的连带变化关系，若存在，则将该连带变化关系作为变化规律。

本发明实施例还提供了一种数据下发装置，应用于与客户端通信的服务器，所述装置包括：

全量状态数据获取模块，用于按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据；

待下发数据获取模块，用于判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据；

数据下发模块，用于将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新。

进一步地，服务器中预存有多个标识编码，以及所述多个标识编码与多个待下发数据的对应关系，客户端中预存有多个储存路径，以及所述多个储存路径与多个标识编码的对应关系，所述数据下发模块包括：

编码查找单元，用于查找出与所述待下发数据对应的标识编码；

编码发送单元，用于将所述标识编码发送至客户端，以使所述客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取描述文件，对所述描述文件中所描述的内容进行显示。

进一步地，所述数据下发模块包括：

变化规律分析单元，用于分析所述待下发数据是否存在变化规律；

变化规律发送单元，用于若存在，则将该变化规律发送至客户端，以使客户端根据该变化规律对所述待下发数据进行更新。

进一步地，所述变化规律分析单元包括：

第一待下发数据获取子单元，用于针对同一项待下发数据，获取预设数量个记录时刻连续的该待下发数据；

第一变化规律分析子单元，用于分析该预设数量个所述待下发数据是否存在变化规律。

进一步地，所述变化规律分析单元包括：

第二待下发数据获取子单元，用于针对多项待下发数据，获取预设数量个记录时刻连续的该多项待下发数据；

第二变化规律分析子单元，用于分析该多项待下发数据中，是否存在至少一项待下发数据与其他待下发数据的连带变化关系，若存在，则将该连带变化关系作为变化规律。

本发明实施例提供的数据下发方法及装置，按预设时间间隔获取并记录各单位的全量状态数据，判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新，相较于现有技术中，将状态发生变化的单位的全量状态数据发送至客户端的方案而言，本发明实施例提供的数据下发方法及装置发送的数据量较小，大大减小了数据流量，避免了网络资源的浪费。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种服务器的示意性结构框图。

图2为本发明实施例提供的一种数据下发方法的的流程示意图。

图3为图2中步骤S300的子步骤的流程示意图。

图4为图2中步骤S300的子步骤的流程示意图。

图5为本发明实施例提供的一种数据下发装置的示意性结构框图。

图标：100-服务器；110-数据下发装置；111-全量状态数据获取模块；112-待下发数据获取模块；113-数据下发模块；120-处理器；130-存储器。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，除非另有明确的规定和限定，术语“安装”、“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

请参阅图1，为本发明实施例提供的一种应用所述数据下发方法及装置的服务器100的示意性结构框图，该服务器100与多个客户端通信，所述客户端可以是个人用户端，此外，所述客户端优选为移动终端设备，例如，智能手机、平板电脑、膝上型便携计算机、车载电脑等。

所述服务器100包括数据下发装置110、处理器120和存储器130。所述处理器120和存储器130之间直接或间接地电性连接，以实现数据的传输或交互。所述数据下发装置110包括至少一个可以软件或固件(Firmware)的形式存储在所述存储器130中或固化在所述服务器100的操作系统(Operating System，OS)中的软件模块。所述处理器120用于执行存储器130中存储的可执行模块，例如，所述数据下发装置110所包括的软件功能模块及计算机程序等。所述处理器120可以在接收到执行指令后，执行所述计算机程序。

所述处理器120可以是一种集成电路芯片，具有信号处理能力。处理器120也可以是通用处理器，例如，中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessing，NP)等，还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、分立门或晶体管逻辑器件、分立硬件组件。其中，所述通用处理器可以是微处理器或任何常规处理器。

所述存储器130可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

应当理解，图1所示的结构仅为示意，所述服务器100还可以具有比图1更少或更多的组件，或是具有与图1所示不同的配置。此外，图1所示的各组件可以通过软件、硬件或其组合实现。

请参阅图2，图2为本发明实施例提供的一种数据下发方法的流程示意图，所述数据下发方法应用于图1所示的服务器。所应说明的是，本发明提供的方法不以图2及以下所示的具体顺序为限制，以下结合图2对所述数据下发方法的具体流程及步骤进行详细阐述。

步骤S100，按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据。

需要说明的是，本实施例中，名词“单位”是指战略游戏中能够接到决策的基本单元，是游戏中带有属性的人物角色和物体角色，例如，在即时战略游戏(Real TimeStrategy Games，RTS)中，可以用来描述一种可移动的具备战斗或其他功能的单元。

本实施例中，所述全量状态数据包括多项单项状态数据，具体地，可以包括用于表征单位位置、血量、释放特效的多项单项状态数据。此外，本实施例中，所述预设时间间隔可以是33毫秒，但可以理解的是，本实施例对所述预设时间间隔的数值不作具体限制。

步骤S200，判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据。

针对每个单位的每一项单项状态数据中，记录时刻相邻的两个单项状态数据，若在后记录的单项状态数据相对于在先记录的单项状态数据发生变化，则为在后记录的该变化的单项状态数据添加变化标记，以作为待下发数据。本实施例中，所述单项状态数据的变化可以是服务器根据客户端发送的操作指令控制而发生变化，也可以是根据服务器预先设置的变化规则控制而发生变化。

步骤S300，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新。

在数据下发的过程中，服务器可以查找出添加有变化标记的数据并将该数据发送至客户端。如此，相较于现有技术中，将状态发生变化的单位的全量状态数据发送至客户端的方案而言，发送的数据量较小，避免浪费资源，大大减小了数据流量。

可选地，本实施例中，服务器中预存有多个标识编码，以及所述多个标识编码与多个待下发数据的对应关系，客户端中预存有多个储存路径，以及所述多个储存路径与多个标识编码的对应关系。请结合图3，为了进一步地减小发送的数据量，本实施例中，所述步骤S300可以包括步骤S310和步骤S320两个子步骤。

步骤S310，查找出与所述待下发数据对应的标识编码。

步骤S320，将所述标识编码发送至客户端，以使所述客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取描述文件，对所述描述文件中所描述的内容进行显示。

假设，存在单位A这一人物角色，该人物能够释放技能a1、技能a2和技能a3三项技能，并且该三项技能具有不同的特效。当客户端响应单位A玩家的操作，生成技能a1释放指令并发送至服务器之后，服务器获取并记录技能a1的特效数据，将技能a1的特效数据作为待下发数据，查找出与技能a1的特效数据对应的标识编码发送至客户端，以使客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取技能a1的特效描述文件，对所述描述文件中所描述的内容进行显示。现有技术中，服务器中通常存储有特效数据对应的描述文件在客户端中的储存路径，当待下发数据为特效数据时，通常将该特效数据对应的描述文件的储存路径发送至客户端，以使所述客户端根据该储存路径，提取特效描述文件，对所述描述文件中所描述的内容进行显示。由此，本发明实施例提供的方法相较于现有技术中服务器向客户端发送储存路径的方法而言，通过发送标识编码以替代发送储存路径，减小了发送的数据量，从而减小了数据流量。

请结合图4，同样，为了进一步地减小发送的数据量，本实施例中，所述步骤S300可以包括步骤S330和步骤S340两个子步骤。

步骤S330，分析所述待下发数据是否存在变化规律。

本实施例中，所述变化规律可以是某一个单位的某一项单项状态数据之间存在的变化规律，也可以是某一个单位的几项单项数据之间存在的变化规律。

针对前者，本实施例中，首先，可以针对同一项待下发数据，获取预设数量个记录时刻连续的该待下发数据，随后，分析该预设数量个所述待下发数据是否存在变化规律。

假设，存在单位B这一人物角色，该人物角色存在用于表征位置状态的单项状态数据b，获取预设数量个，例如6个记录时刻连续的单项状态数据b分别为1x、2x、3x、4x、5x和6x，则针对相邻的两个单项状态数据b，根据预设规则通过在先记录的单项状态数据b减去在后记录的单项状态数据b，获取的差值均为1x，当预设数量对相邻的两个单项状态数据b均为1x时，则判定存在变化规律，该变化规律即为每间隔一记录时刻单位状态数据b增加1x。

针对后者，本实施例中，首先，可以针对多项待下发数据，获取预设数量个记录时刻连续的该多项待下发数据，随后，分析该多项待下发数据中，是否存在至少一项待下发数据与其他待下发数据的连带变化关系，若存在，则将该连带变化关系作为变化规律。

假设，存在单位C这一个人物角色，该人物角色存在用于表征被击状态的被击标记这一单项状态数据，并且当被击标记产生时，还会创建被击特效。此时，当服务器判断在预设数量个发送动作中，向客户端发送被击标记的同时，与该被击标记对应的被击特效同样会发生至客户端，则认为，该被击标记与该被击特效存在连带变化关系，并将该连带变化关系作为变化规律。

步骤S340，若存在，则将该变化规律发送至客户端，以使客户端根据该变化规律对所述待下发数据进行更新。

请参阅图5，本发明实施例还提供了一种数据下发装置，应用于与客户端通信的服务器，所述装置包括：

全量状态数据获取模块111，用于按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据。关于所述全量状态数据获取模块111的描述具体可参考对图2中所示的步骤S100的详细描述，也即，步骤S100可以由所述全量状态数据获取模块111执行。

待下发数据获取模块112，用于判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据。关于所述待下发数据获取模块112的描述具体可参考对图2中所示的步骤S200的详细描述，也即，步骤S200可以由所述待下发数据获取模块112执行。

数据下发模块113，用于将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新。关于所述数据下发模块113的描述具体可参考对图2中所示的步骤S300的详细描述，也即，步骤S300可以由所述数据下发模块113执行。

可选地，本实施例中，所述服务器中预存有多个标识编码，以及所述多个标识编码与多个待下发数据的对应关系，客户端中预存有多个储存路径，以及所述多个储存路径与多个标识编码的对应关系，所述数据下发模块113包括：

编码查找单元，用于查找出与所述待下发数据对应的标识编码。关于所述编码查找单元的描述具体可参考对图3中所示的步骤S310的详细描述，也即，步骤S310可以由所述编码查找单元执行。

编码发送单元，用于将所述标识编码发送至客户端，以使所述客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取描述文件，对所述描述文件中所描述的内容进行显示。关于所述编码发送单元的描述具体可参考对图3中所示的步骤S320的详细描述，也即，步骤S320可以由所述编码发送单元执行。

进一步地，本实施例中，所述数据下发模块113包括：

变化规律分析单元，用于分析所述待下发数据是否存在变化规律。关于所述变化规律分析单元的描述具体可参考对图4中所示的步骤S330的详细描述，也即，步骤S330可以由所述变化规律分析单元执行。

变化规律发送单元，用于若存在，则将该变化规律发送至客户端，以使客户端根据该变化规律对所述待下发数据进行更新。关于所述变化规律发送单元的描述具体可参考对图4中所示的步骤S340的详细描述，也即，步骤S340可以由所述变化规律发送单元执行。

可选地，本实施例中，所述变化规律分析单元包括：

第一待下发数据获取子单元，用于针对同一项待下发数据，获取预设数量个记录时刻连续的该待下发数据。

第一变化规律分析子单元，用于分析该预设数量个所述待下发数据是否存在变化规律。

可选地，本实施例中，所述变化规律分析单元包括：

第二待下发数据获取子单元，用于针对多项待下发数据，获取预设数量个记录时刻连续的该多项待下发数据；

第二变化规律分析子单元，用于分析该多项待下发数据中，是否存在至少一项待下发数据与其他待下发数据的连带变化关系，若存在，则将该连带变化关系作为变化规律。

本发明实施例提供的数据下发方法及装置，按预设时间间隔获取并记录各单位的全量状态数据，判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新，相较于现有技术中，将状态发生变化的单位的全量状态数据发送至客户端的方案而言，本发明实施例提供的数据下发方法及装置发送的数据量较小，大大减小了数据流量，避免了网络资源的浪费。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种数据下发方法，应用于与客户端通信的服务器，其特征在于，所述方法包括：

按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据；

判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据；

将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新。

2.根据权利要求1所述的数据下发方法，其特征在于，服务器中预存有多个标识编码，以及所述多个标识编码与多个待下发数据的对应关系，客户端中预存有多个储存路径，以及所述多个储存路径与多个标识编码的对应关系，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新的步骤，包括：

查找出与所述待下发数据对应的标识编码；

将所述标识编码发送至客户端，以使所述客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取描述文件，对所述描述文件中所描述的内容进行显示。

3.根据权利要求1所述的数据下发方法，其特征在于，将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新的步骤，包括：

分析所述待下发数据是否存在变化规律；

若存在，则将该变化规律发送至客户端，以使客户端根据该变化规律对所述待下发数据进行更新。

4.根据权利要求3所述的数据下发方法，其特征在于，分析所述待下发数据是否存在变化规律的步骤，包括：

针对同一项待下发数据，获取预设数量个记录时刻连续的该待下发数据；

分析该预设数量个所述待下发数据是否存在变化规律。

5.根据权利要求3所述的数据下发方法，其特征在于，分析所述待下发数据是否存在变化规律的步骤，包括：

针对多项待下发数据，获取预设数量个记录时刻连续的该多项待下发数据；

分析该多项待下发数据中，是否存在至少一项待下发数据与其他待下发数据的连带变化关系，若存在，则将该连带变化关系作为变化规律。

6.一种数据下发装置，应用于与客户端通信的服务器，其特征在于，所述装置包括：

全量状态数据获取模块，用于按预设时间间隔获取并记录各单位的全量状态数据，所述全量状态数据包括多项单项状态数据；

待下发数据获取模块，用于判断相邻时刻记录的全量数据中是否有单项状态数据发生变化，若有，则将在后记录的该变化的单项状态数据作为待下发数据；

数据下发模块，用于将所述待下发数据发送至客户端，以使客户端根据该待下发数据对各单位的状态进行更新。

7.根据权利要求6所述的数据下发装置，其特征在于，服务器中预存有多个标识编码，以及所述多个标识编码与多个待下发数据的对应关系，客户端中预存有多个储存路径，以及所述多个储存路径与多个标识编码的对应关系，所述数据下发模块包括：

编码查找单元，用于查找出与所述待下发数据对应的标识编码；

编码发送单元，用于将所述标识编码发送至客户端，以使所述客户端获得与所述标识编码对应的储存路径，作为目标寻址路径，并根据该目标寻址路径，提取描述文件，对所述描述文件中所描述的内容进行显示。

8.根据权利要求6所述的数据下发装置，其特征在于，所述数据下发模块包括：

变化规律分析单元，用于分析所述待下发数据是否存在变化规律；

变化规律发送单元，用于若存在，则将该变化规律发送至客户端，以使客户端根据该变化规律对所述待下发数据进行更新。

9.根据权利要求8所述的数据下发装置，其特征在于，所述变化规律分析单元包括：

第一待下发数据获取子单元，用于针对同一项待下发数据，获取预设数量个记录时刻连续的该待下发数据；

第一变化规律分析子单元，用于分析该预设数量个所述待下发数据是否存在变化规律。

10.根据权利要求8所述的数据下发装置，其特征在于，所述变化规律分析单元包括：

第二待下发数据获取子单元，用于针对多项待下发数据，获取预设数量个记录时刻连续的该多项待下发数据；

第二变化规律分析子单元，用于分析该多项待下发数据中，是否存在至少一项待下发数据与其他待下发数据的连带变化关系，若存在，则将该连带变化关系作为变化规律。