CN112000391B - 配置处理方法及系统 - Google Patents

Abstract

本发明公开了一种配置处理方法及系统，其中，配置处理方法包括：第一终端接收录入的配置数据，并向服务器发送携带有配置数据的配置请求；服务器根据配置请求，为第一终端的目标配置项设置配置数据，并向与第一终端对应的第二终端发送配置更新通知；第二终端根据配置更新通知，从服务器拉取目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。该方案采用推拉结合的模式保证了配置项的待同步配置数据能够实时地同步至第二终端，实现了第一终端与第二终端之间的数据打通，有效地提升了配置效率以及配置的便捷性。

Description

配置处理方法及系统

技术领域

本发明涉及互联网技术领域，具体涉及一种配置处理方法及系统。

背景技术

现有技术中通常是利用终端设备来实现对事务、项目等的管理，为了便于对事务等进行管理，一般是由管理人员等相关人员手动地对终端设备中的一些配置项进行配置。以门店运营场景为例，大多是利用例如POS设备等来对门店运营进行管理，为了便于门店运营管理，需要门店人员在POS设备中配置一些与门店运营相关的配置项，例如门店名称、营业时间、出票口等。然而，终端设备的配置项较多，配置数据繁杂，需要相关人员耗费较长时间才能完成配置，并且当需要修改或新增某些配置项的配置数据时，又需要相关人员进行手动更新，导致配置效率低下。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的配置处理方法及系统。

根据本发明实施例的一个方面，提供了一种配置处理方法，该方法包括：

第一终端接收录入的配置数据，并向服务器发送携带有配置数据的配置请求；

服务器根据配置请求，为第一终端的目标配置项设置配置数据，并向与第一终端对应的第二终端发送配置更新通知；

第二终端根据配置更新通知，从服务器拉取目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

进一步地，服务器根据配置请求，为第一终端的目标配置项设置配置数据，并向与第一终端对应的第二终端发送配置更新通知进一步包括：

服务器根据配置请求，判断第一终端的配置项中是否包含有目标配置项；

若是，则依据配置请求中的配置数据，更新目标配置项的配置数据；若否，则为第一终端创建目标配置项，并依据配置请求中的配置数据，设置目标配置项的配置数据；

记录目标配置项的配置数据的更新时间戳，并构造配置更新通知，向第二终端发送配置更新通知。

进一步地，配置更新通知包括：操作类型和目标配置项；

第二终端根据配置更新通知，从服务器拉取目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中进一步包括：

第二终端解析配置更新通知，确定操作类型和目标配置项；

根据操作类型和/或目标配置项，判断是否需要拉取目标配置项的全量的配置数据；

若是，则针对目标配置项构造全量数据拉取请求，并向服务器发送全量数据拉取请求；若否，则从本地数据库中读取目标配置项的配置数据的最近一次的数据同步时间戳，针对目标配置项构造携带有数据同步时间戳的增量数据拉取请求，并向服务器发送增量数据拉取请求；

接收服务器返回的目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

进一步地，该方法还包括：

若第二终端发送的是全量数据拉取请求，则服务器响应于全量数据拉取请求，将目标配置项的所有配置数据确定为待同步配置数据；

若第二终端发送的是增量数据拉取请求，则服务器响应于增量数据拉取请求，查找目标配置项的各个配置数据的更新时间戳；将增量数据拉取请求中的数据同步时间戳与各个配置数据的更新时间戳进行比对，将更新时间戳大于数据同步时间戳的配置数据确定为待同步配置数据。

进一步地，该方法还包括：

服务器将待同步配置数据划分为多页分页数据，并将多页分页数据的页数返回给第二终端；

第二终端根据多页分页数据的页数，从服务器分页拉取多页分页数据。

进一步地，第二终端根据多页分页数据的页数，从服务器分页拉取多页分页数据进一步包括：

从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数；

构造携带有分页参数的分页数据查询请求，并向服务器发送分页数据查询请求；

接收服务器响应于分页数据查询请求返回的与分页参数对应的分页数据；

判断是否所有分页数据的页数都被选择过；

若是，则更新数据同步时间戳；若否，则跳转执行从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数的步骤。

进一步地，该方法应用于门店运营场景。

根据本发明实施例的另一方面，提供了一种配置处理系统，该系统包括：第一终端、服务器以及与第一终端对应的第二终端；

第一终端适于：接收录入的配置数据，并向服务器发送携带有配置数据的配置请求；

服务器适于：根据配置请求，为第一终端的目标配置项设置配置数据，并向与第一终端对应的第二终端发送配置更新通知；

第二终端适于：根据配置更新通知，从服务器拉取目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

进一步地，服务器进一步适于：

根据配置请求，判断第一终端的配置项中是否包含有目标配置项；

若是，则依据配置请求中的配置数据，更新目标配置项的配置数据；若否，则为第一终端创建目标配置项，并依据配置请求中的配置数据，设置目标配置项的配置数据；

记录目标配置项的配置数据的更新时间戳，并构造配置更新通知，向第二终端发送配置更新通知。

进一步地，配置更新通知包括：操作类型和目标配置项；第二终端进一步适于：

解析配置更新通知，确定操作类型和目标配置项；

根据操作类型和/或目标配置项，判断是否需要拉取目标配置项的全量的配置数据；

若是，则针对目标配置项构造全量数据拉取请求，并向服务器发送全量数据拉取请求；若否，则从本地数据库中读取目标配置项的配置数据的最近一次的数据同步时间戳，针对目标配置项构造携带有数据同步时间戳的增量数据拉取请求，并向服务器发送增量数据拉取请求；

接收服务器返回的目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

进一步地，服务器进一步适于：

若第二终端发送的是全量数据拉取请求，则响应于全量数据拉取请求，将目标配置项的所有配置数据确定为待同步配置数据；

若第二终端发送的是增量数据拉取请求，则响应于增量数据拉取请求，查找目标配置项的各个配置数据的更新时间戳；将增量数据拉取请求中的数据同步时间戳与各个配置数据的更新时间戳进行比对，将更新时间戳大于数据同步时间戳的配置数据确定为待同步配置数据。

进一步地，服务器进一步适于：将待同步配置数据划分为多页分页数据，并将多页分页数据的页数返回给第二终端；

第二终端进一步适于：根据多页分页数据的页数，从服务器分页拉取多页分页数据。

进一步地，第二终端进一步适于：

从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数；

构造携带有分页参数的分页数据查询请求，并向服务器发送分页数据查询请求；

接收服务器响应于分页数据查询请求返回的与分页参数对应的分页数据；

判断是否所有分页数据的页数都被选择过；

若是，则更新数据同步时间戳；若否，则跳转执行从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数的步骤。

进一步地，该系统应用于门店运营场景。

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述配置处理方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述配置处理方法对应的操作。

根据本发明实施例提供的技术方案，通过第一终端将需要配置的配置项的配置数据上传至服务器，由服务器向第二终端发送配置更新通知，以便第二终端根据配置更新通知能够及时地从服务器拉取待同步配置数据，采用推拉结合的模式保证了配置项的待同步配置数据能够实时地同步至第二终端，实现了第一终端与第二终端之间的数据打通，能够通过第一终端便捷地对第二终端进行远程控制与管理，无需人员手动地对第二终端中的配置项进行配置和更新，有效地提升了配置效率以及配置的便捷性。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的配置处理方法的流程图；

图2示出了本发明另一实施例提供的配置处理方法的流程图；

图3示出了分页拉取待同步配置数据的流程图；

图4示出了本发明实施例提供的配置处理系统的结构示意图；

图5示出了根据本发明实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的配置处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，第一终端接收录入的配置数据，并向服务器发送携带有配置数据的配置请求。

第一终端所提供的页面中设置有页面组件，页面组件具体可包括按照功能等进行划分的用于组成页面的若干个基本的页面元素，例如页面组件可包括：页面中的文本框、输入框、页面选项、按钮、下拉框等形式的页面元素。在具体应用场景中，管理人员等相关人员可利用第一终端对该应用场景中对应的第二终端进行控制与管理，例如可通过第一终端对第二终端的配置项等进行配置。其中，第一终端和第二终端可为手机、PAD、电脑等任意智能硬件设备，也可为搭载在任意智能硬件设备中的管理APP等软件程序。

该方法具体可应用于门店运营场景等应用场景中。以应用于门店运营场景为例，第二终端可为门店中的POS设备等硬件设备，配置项可为与门店运营相关的配置项，具体地，配置项可包括：门店名称、营业时间、门店地址、门店联系方式、出票口、附加费、桌台等配置项。其中，出票口是指用于送出已打印票据的机器端口。配置项的配置数据是指为配置项所设置的具体内容。以门店名称配置项为例，该门店名称配置项的配置数据可为“******门店”。

为了能够将需要配置的配置项与其他配置项进行区分，在本实施例中将需要配置的配置项称为目标配置项。当需要对目标配置项进行配置时，可由用户在页面组件中录入目标配置项的配置数据，或者利用功能插件等在页面组件中自动地录入收集到的目标配置项的配置数据。在完成配置数据的录入之后，第一终端即可接收所录入的配置数据，构造携带有该配置数据的配置请求，并将配置请求发送至服务器，以供服务器根据配置请求进行处理。

步骤S102，服务器根据配置请求，为第一终端的目标配置项设置配置数据，并向与第一终端对应的第二终端发送配置更新通知。

服务器在接收到配置请求之后，会响应于该配置请求，为第一终端的目标配置项设置配置数据。在服务器完成对配置数据的设置之后，向与第一终端对应的第二终端发送配置更新通知，以通知第二终端配置数据存在更新。其中，以将该方法应用于门店运营场景为例，配置更新通知中可包括有：门店标识、门店所属企业的企业标识、操作类型以及目标配置项等。具体地，门店标识可为用于标识门店身份的数据，例如门店ID等；企业标识可为用于标识企业身份的数据，例如企业ID等；操作类型可包括：创建、更新、新增、子项创建等类型。

步骤S103，第二终端根据配置更新通知，从服务器拉取目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

第二终端接收服务器发送的配置更新通知，解析配置更新通知得到操作类型以及目标配置项等数据，基于解析得到的数据从服务器全量拉取或增量拉取目标配置项的待同步配置数据，利用拉取到的待同步配置数据来设置第二终端中的目标配置项，并将待同步配置数据存储或更新至本地数据库中。采用这种处理方式，实现了第一终端与第二终端之间的数据打通，能够通过第一终端便捷地对第二终端进行远程控制与管理。

本实施例提供的配置处理方法，通过第一终端将需要配置的配置项的配置数据上传至服务器，由服务器向第二终端发送配置更新通知，以便第二终端根据配置更新通知能够及时地从服务器拉取待同步配置数据，采用推拉结合的模式保证了配置项的待同步配置数据能够实时地同步至第二终端，实现了第一终端与第二终端之间的数据打通，能够通过第一终端便捷地对第二终端进行远程控制与管理，无需人员手动地对第二终端中的配置项进行配置和更新，有效地提升了配置效率以及配置的便捷性。

图2示出了本发明另一实施例提供的配置处理方法的流程图，如图2所示，该方法包括如下步骤：

步骤S201，第一终端接收录入的配置数据，并向服务器发送携带有配置数据的配置请求。

该方法具体可应用于门店运营场景等应用场景中。以应用于门店运营场景为例，第一终端可为门店管理APP等，第二终端可为POS设备等硬件设备，在本实施例中能够通过第一终端对第二终端的配置项等进行配置，配置项可包括：门店名称、营业时间、门店地址、门店联系方式、出票口、附加费、桌台等配置项。配置项还可包括其他与门店运营相关的配置项，此处不做限定。可选地，配置项还可进一步包括子项。以桌台配置项为例，考虑到门店中的每个桌台会具有对应的桌台号，不同大小的桌台所能够服务的人数不同，门店还可能划分成多个服务区域，每个服务区域都设置有若干桌台，那么桌台配置项可进一步包括桌台号子项、桌台人数子项、桌台所属服务区域子项等。

其中，目标配置项可以为需要配置的配置项，若配置项包括子项，那么目标配置项也可为需要配置的配置项的子项。当需要对目标配置项进行配置时，用户可在第一终端的页面组件中录入目标配置项的配置数据，或者利用功能插件等在页面组件中自动地录入收集到的目标配置项的配置数据，而后第一终端即可接收所录入的配置数据，构造携带有该配置数据的配置请求，并将配置请求发送至服务器，以供服务器根据配置请求进行处理。

步骤S202，服务器根据配置请求，判断第一终端的配置项中是否包含有目标配置项；若是，则执行步骤S203；若否，则执行步骤S204。

以应用于门店运营场景为例，配置请求中可包括有目标配置项的配置数据、门店标识、请求时间等数据。服务器可依据配置请求中的门店标识，查找服务器中所存储的第一终端已有的配置项，判断第一终端的配置项是否包含目标配置项；若判断得到包含目标配置项，说明该目标配置项已经在服务器中创建过，则执行步骤S203；若判断得到未包含目标配置项，说明该目标配置项在此之前从未在服务器中创建过，需要服务器进行首次创建，则执行步骤S204。

步骤S203，服务器依据配置请求中的配置数据，更新目标配置项的配置数据。

在步骤S202判断得到服务器所存储的第一终端已有的配置项包含有目标配置项的情况下，可依据配置请求中的配置数据，更新目标配置项的配置数据。具体地，可将配置请求中的配置数据作为目标配置项的最新的配置数据，以实现对目标配置项的配置数据的更新。

步骤S204，服务器为第一终端创建目标配置项，并依据配置请求中的配置数据，设置目标配置项的配置数据。

在步骤S202判断得到服务器所存储的第一终端已有的配置项不包含有目标配置项的情况下，说明该目标配置项在此之前从未在服务器中创建过，那么服务器为第一终端创建目标配置项，若目标配置项为某个配置项的子项，则在该配置项下创建子项。在完成了目标配置项的创建之后，即可依据配置请求中的配置数据来设置目标配置项的配置数据，也就是将配置请求中的配置数据作为服务器所存储的第一终端的目标配置项的配置数据。

步骤S205，服务器记录目标配置项的配置数据的更新时间戳，并构造配置更新通知，向与第一终端对应的第二终端发送配置更新通知。

服务器在完成了对目标配置项的配置数据的更新或设置之后，获取当前时间戳，将当前时间戳作为目标配置项的配置数据的更新时间戳进行记录，在一种可选的实施方式中，可利用时间戳数据表来记录和管理各个配置项的配置数据的更新时间戳。服务器可根据目标配置项以及对目标配置项的处理方式等，构造配置更新通知，配置更新通知中可包括有：门店标识、门店所属企业的企业标识、操作类型、目标配置项以及子项类型等。其中，操作类型可包括：创建、更新、新增、子项创建等类型。具体地，创建类型表明目标配置项为新创建的配置项；更新类型表明目标配置项为之前已有的配置项或子项且其配置数据存在修改；新增类型表明目标配置项为之前已有的配置项或子项且其配置数据存在新增；子项创建类型表明目标配置项为新创建的子项。配置更新通知中的子项类型用于标识目标配置项是否为配置项的子项。

服务器中还存储有第一终端与第二终端之间的对应关系，服务器查找与第一终端对应的第二终端，并将所构造的配置更新通知发送至查找到的第二终端。

步骤S206，第二终端解析配置更新通知，确定操作类型和目标配置项。

第二终端在接收到服务器发送的配置更新通知之后，对配置更新通知进行解析，从中提取得到操作类型和目标配置项等数据，以便根据这些数据确定数据拉取方式，其中，数据拉取方式可为全量拉取方式和增量拉取方式。可选地，为了便于第二终端从服务器拉取数据、更新配置数据等，可预先封装具有相关功能的SDK(软件工具开发包)，并将该SDK提供给第二终端进行调用。

步骤S207，第二终端根据操作类型和/或目标配置项，判断是否需要拉取目标配置项的全量的配置数据；若是，则执行步骤S208；若否，则执行步骤S209。

其中，操作类型可包括：创建、更新、新增、子项创建等类型，通过操作类型可以反映出目标配置项是否为服务器新创建的配置项或者子项。在一种可选的实施方式中，第二终端可仅根据操作类型来判断是否需要拉取目标配置项的全量的配置数据。例如，若操作类型为创建类型或者子项创建类型，说明目标配置项为服务器新创建的，第二终端中之前并未包含该目标配置项及其配置数据，则判定需要拉取目标配置项的全量的配置数据；若操作类型为更新类型或者新增类型，说明目标配置项为之前已有的配置项或者子项，第二终端中已经包含该目标配置项及其原有的配置数据，则判定无需拉取目标配置项的全量的配置数据，仅需拉取目标配置项的增量的配置数据即可完成对目标配置项的配置数据的更新。

通过目标配置项可清楚地获知所需拉取的配置数据所属的配置项，不同目标配置项的配置数据的数据总量不尽相同，例如，门店名称、营业时间、门店地址、门店联系方式、出票口、附加费等配置项的配置数据的数据总量可能较小，而桌台配置项的配置数据的数据总量可能较大。在一种可选的实施方式中，第二终端可根据操作类型和目标配置项综合来判断是否需要拉取目标配置项的全量的配置数据。例如，对于配置数据的数据总量较小的目标配置项，无论操作类型为何种类型，考虑到即使全量拉取数据也不会耗费较长时间，那么可判定需要拉取目标配置项的全量的配置数据。而对于配置数据的数据总量较大的目标配置项，考虑到全量拉取数据需要耗费较长时间，那么当操作类型为创建类型或者子项创建类型时，可判定需要拉取目标配置项的全量的配置数据，当操作类型为更新类型或者新增类型时，可判定无需拉取目标配置项的全量的配置数据，仅需拉取目标配置项的增量的配置数据即可完成对目标配置项的配置数据的更新。具体地，第二终端中预先设置了数据拉取规则，数据拉取规则中记录有各个配置项及其子项在各种操作类型下所对应的数据拉取方式，那么第二终端将从配置更新通知中解析得到的操作类型和目标配置项与数据拉取规则进行匹配就能够方便、快速地确定出是否需要拉取目标配置项的全量的配置数据。

步骤S208，第二终端针对目标配置项构造全量数据拉取请求，并向服务器发送全量数据拉取请求。

若经步骤S207判断得到需要拉取目标配置项的全量的配置数据，则第二终端针对目标配置项构造全量数据拉取请求，并通过SDK等将全量数据拉取请求发送至服务器。其中，全量数据拉取请求中可包括第二终端标识、目标配置项等。

步骤S209，第二终端从本地数据库中读取目标配置项的配置数据的最近一次的数据同步时间戳，针对目标配置项构造携带有数据同步时间戳的增量数据拉取请求，并向服务器发送增量数据拉取请求。

若经步骤S207判断得到无需拉取目标配置项的全量的配置数据，则确定采用增量拉取方式来拉取目标配置项的配置数据，即拉取目标配置项的增量的配置数据。为了便于服务器确定哪些配置数据为目标配置项的增量的配置数据，第二终端可通过SDK等从本地数据库中读取目标配置项的配置数据的最近一次的数据同步时间戳，针对目标配置项构造增量数据拉取请求，其中，增量数据拉取请求中可包括第二终端标识、目标配置项、最近一次的数据同步时间戳等。在完成了增量数据拉取请求的构造之后，第二终端可通过SDK等将增量数据拉取请求发送至服务器。

在第二终端向服务器发送了全量数据拉取请求或者增量数据拉取请求之后，服务器会响应于所接收到的数据拉取请求，在其底层模块中查找目标配置项的待同步配置数据。具体地，若第二终端发送的是全量数据拉取请求，则服务器响应于全量数据拉取请求，将服务器中存储的目标配置项的所有配置数据确定为待同步配置数据。若第二终端发送的是增量数据拉取请求，则服务器响应于增量数据拉取请求，从时间戳数据表等中查找目标配置项的各个配置数据的更新时间戳，然后将增量数据拉取请求中的数据同步时间戳与各个配置数据的更新时间戳进行比对，将更新时间戳大于数据同步时间戳的配置数据确定为待同步配置数据。

步骤S210，第二终端接收服务器返回的目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

服务器在确定了目标配置项的待同步配置数据之后，可将待同步配置数据返回给第二终端，第二终端接收返回的待同步配置数据，利用待同步配置数据来设置第二终端中的目标配置项。若待同步配置数据为目标配置项的全量的配置数据，则可通过SDK等将待同步配置数据存储至本地数据库中；若待同步配置数据为目标配置项的增量的配置数据，则可通过SDK等将待同步配置数据更新至本地数据库中。

考虑到可能存在待同步配置数据的数据量较大的情况，为了便于第二终端从服务器拉取，服务器可将待同步配置数据划分为多页分页数据，并将多页分页数据的页数返回给第二终端，以便第二终端采用分页拉取方式从服务器拉取待同步配置数据。例如，第二终端可根据多页分页数据的页数，从服务器分页拉取多页分页数据。

具体地，图3示出了分页拉取待同步配置数据的流程图，如图3所示，分页拉取待同步配置数据包括如下步骤：步骤S301，从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数。步骤S302，构造携带有分页参数的分页数据查询请求，并向服务器发送分页数据查询请求。步骤S303，接收服务器响应于分页数据查询请求返回的与分页参数对应的分页数据。步骤S304，判断是否所有分页数据的页数都被选择过；若是，则执行步骤S305；若否，则跳转执行步骤S301。步骤S305，更新数据同步时间戳。

下面以服务器将待同步配置数据划分为2页分页数据为例对分页拉取方式进行介绍。服务器将多页分页数据的页数返回给第二终端，假设这2页分页数据的页数分别为page001和page002。在第一轮的分页拉取过程中，由于这2个页数都未曾被选择过，第二终端可从这2个页数中任意选择或者按照页数的排列数据选择一未曾被拉取过的分页数据的页数，例如选择page001作为当前轮所需拉取的分页数据的页数，根据该页数设置分页参数，构造携带有该分页参数的分页数据查询请求，并通过SDK等向服务器发起分页数据查询请求；服务器响应于该分页数据查询请求，将page001对应的分页数据返回给第二终端，第二终端接收该分页数据并判断是否所有分页数据的页数都被选择过，经判断得到并不是所有分页数据的页数都被选择过，则进入第二轮的分页拉取过程。

在第二轮的分页拉取过程中，由于page002还未曾被选择过，则选择page002作为当前轮所需拉取的分页数据的页数，根据该页数设置分页参数，构造携带有该分页参数的分页数据查询请求，并通过SDK等向服务器发起分页数据查询请求；服务器响应于该分页数据查询请求，将page002对应的分页数据返回给第二终端，第二终端接收该分页数据并判断是否所有分页数据的页数都被选择过，经判断得到所有分页数据的页数都被选择过，说明第二终端已完成对所有分页数据的拉取，即完成了待同步配置数据的拉取，则第二终端通过SDK等更新目标配置项的数据同步时间戳。

本实施例提供的配置处理方法，实现了第一终端与第二终端之间的数据打通，能够通过第一终端便捷地对第二终端进行远程控制与管理；采用推拉结合的模式使得配置项的待同步配置数据能够实时地同步至第二终端，不仅保证了数据同步的实时性，而且也能够容忍配置更新通知的无序性；并且，第二终端还可根据实际需要选择采用增量拉取方式从服务器拉取待同步配置数据，有效地减少了服务器与第二终端之间的大数据量同步，减轻了服务器的接口压力；另外，通过将预先封装的具有相关功能的SDK提供给第二终端进行调用，不仅使得第二终端能够便捷地从服务器拉取数据、更新配置数据等，还有效地降低了对服务器和第二终端的开发成本。

图4示出了本发明实施例提供的配置处理系统的结构示意图，如图4所示，该系统包括：第一终端410、服务器420以及与第一终端410对应的第二终端430。

第一终端410适于：接收录入的配置数据，并向服务器420发送携带有配置数据的配置请求。

服务器420适于：根据配置请求，为第一终端的目标配置项设置配置数据，并向与第一终端410对应的第二终端430发送配置更新通知。

第二终端430适于：根据配置更新通知，从服务器420拉取目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

其中，该系统可应用于门店运营场景。可选地，服务器420进一步适于：根据配置请求，判断第一终端的配置项中是否包含有目标配置项；若是，则依据配置请求中的配置数据，更新目标配置项的配置数据；若否，则为第一终端创建目标配置项，并依据配置请求中的配置数据，设置目标配置项的配置数据；记录目标配置项的配置数据的更新时间戳，并构造配置更新通知，向第二终端发送配置更新通知。

可选地，配置更新通知包括：操作类型和目标配置项；第二终端430进一步适于：解析配置更新通知，确定操作类型和目标配置项；根据操作类型和/或目标配置项，判断是否需要拉取目标配置项的全量的配置数据；若是，则针对目标配置项构造全量数据拉取请求，并向服务器420发送全量数据拉取请求；若否，则从本地数据库中读取目标配置项的配置数据的最近一次的数据同步时间戳，针对目标配置项构造携带有数据同步时间戳的增量数据拉取请求，并向服务器420发送增量数据拉取请求；接收服务器420返回的目标配置项的待同步配置数据，并将待同步配置数据存储或更新至本地数据库中。

可选地，服务器420进一步适于：若第二终端430发送的是全量数据拉取请求，则响应于全量数据拉取请求，将目标配置项的所有配置数据确定为待同步配置数据；若第二终端430发送的是增量数据拉取请求，则响应于增量数据拉取请求，查找目标配置项的各个配置数据的更新时间戳；将增量数据拉取请求中的数据同步时间戳与各个配置数据的更新时间戳进行比对，将更新时间戳大于数据同步时间戳的配置数据确定为待同步配置数据。

可选地，服务器420进一步适于：将待同步配置数据划分为多页分页数据，并将多页分页数据的页数返回给第二终端430；第二终端430进一步适于：根据多页分页数据的页数，从服务器420分页拉取多页分页数据。

可选地，第二终端430进一步适于：从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数；构造携带有分页参数的分页数据查询请求，并向服务器发送分页数据查询请求；接收服务器响应于分页数据查询请求返回的与分页参数对应的分页数据；判断是否所有分页数据的页数都被选择过；若是，则更新数据同步时间戳；若否，则跳转执行从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数的步骤。

可选地，服务器420可包括第一管理模块421、第二管理模块422、底层模块423和消息中心424。其中，第一管理模块421与第一终端410进行通信，用于接收第一终端410发送的配置请求。第二管理模块422与第二终端430进行通信，用于向第二终端430提供目标配置项的待同步配置数据。底层模块423用于创建、存储与管理各个第一终端的各个配置项及其配置数据。消息中心424用于向第二终端430发送配置更新通知。

在第一管理模块421接收到配置请求之后，可调用底层模块423，底层模块423根据配置请求，为第一终端的目标配置项设置配置数据，在处理完成后，构造配置更新通知，并将配置更新通知发送至消息中心424，由消息中心424将配置更新通知发送至第二终端430。第二终端430将构造的全量数据拉取请求、增量数据拉取请求或者分页数据查询请求等发送至第二管理模块422，第二管理模块422响应于第二终端430的请求从底层模块423中查找对应的待同步配置数据并返回给第二终端430。

本实施例提供的配置处理系统，实现了第一终端与第二终端之间的数据打通，能够通过第一终端便捷地对第二终端进行远程控制与管理；采用推拉结合的模式使得配置项的待同步配置数据能够实时地同步至第二终端，不仅保证了数据同步的实时性，而且也能够容忍配置更新通知的无序性；并且，第二终端还可根据实际需要选择采用增量拉取方式从服务器拉取待同步配置数据，有效地减少了服务器与第二终端之间的大数据量同步，减轻了服务器的接口压力；另外，通过将预先封装的具有相关功能的SDK提供给第二终端进行调用，不仅使得第二终端能够便捷地从服务器拉取数据、更新配置数据等，还有效地降低了对服务器和第二终端的开发成本。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的配置处理方法。

图5示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图5所示，该计算设备可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。

其中：

处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。

通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器502，用于执行程序510，具体可以执行上述配置处理方法实施例中的相关步骤。

具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。

处理器502可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行上述任意方法实施例中的配置处理方法。程序510中各步骤的具体实现可以参见上述配置处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的较佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明示例性实施例的描述中，各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (16)

1.一种配置处理方法，所述方法包括：

第一终端接收录入的配置数据，并向服务器发送携带有所述配置数据的配置请求；

所述服务器根据所述配置请求，为所述第一终端的目标配置项设置配置数据，并向与所述第一终端对应的第二终端发送配置更新通知；其中，所述配置更新通知包括操作类型和目标配置项，以供所述第二终端根据所述配置更新通知判断是否需要拉取所述目标配置项的全量的配置数据；所述第二终端中预先设置有数据拉取规则，所述数据拉取规则记录有各个配置项及其子项在各种操作类型下所对应的数据拉取方式；

所述第二终端根据所述配置更新通知，从所述服务器拉取所述目标配置项的待同步配置数据，并将所述待同步配置数据存储或更新至本地数据库中；

其中，所述第二终端根据所述配置更新通知，从所述服务器拉取所述目标配置项的待同步配置数据，并将所述待同步配置数据存储或更新至本地数据库中进一步包括：

所述第二终端解析所述配置更新通知，确定操作类型和目标配置项；

将所述操作类型和所述目标配置项与所述数据拉取规则进行匹配，确定出是否需要拉取所述目标配置项的全量的配置数据。

2.根据权利要求1所述的方法，其中，所述服务器根据所述配置请求，为所述第一终端的目标配置项设置配置数据，并向与所述第一终端对应的第二终端发送配置更新通知进一步包括：

所述服务器根据所述配置请求，判断所述第一终端的配置项中是否包含有所述目标配置项；

若是，则依据所述配置请求中的配置数据，更新所述目标配置项的配置数据；若否，则为所述第一终端创建所述目标配置项，并依据所述配置请求中的配置数据，设置所述目标配置项的配置数据；

记录所述目标配置项的配置数据的更新时间戳，并构造配置更新通知，向所述第二终端发送所述配置更新通知。

3.根据权利要求1所述的方法，其中，所述第二终端根据所述配置更新通知，从所述服务器拉取所述目标配置项的待同步配置数据，并将所述待同步配置数据存储或更新至本地数据库中进一步包括：

若确定出需要拉取所述目标配置项的全量的配置数据，则针对所述目标配置项构造全量数据拉取请求，并向所述服务器发送所述全量数据拉取请求；若确定出不需要拉取所述目标配置项的全量的配置数据，则从本地数据库中读取所述目标配置项的配置数据的最近一次的数据同步时间戳，针对所述目标配置项构造携带有所述数据同步时间戳的增量数据拉取请求，并向所述服务器发送所述增量数据拉取请求；

接收所述服务器返回的所述目标配置项的待同步配置数据，并将所述待同步配置数据存储或更新至本地数据库中。

4.根据权利要求3所述的方法，其中，所述方法还包括：

若所述第二终端发送的是全量数据拉取请求，则所述服务器响应于所述全量数据拉取请求，将所述目标配置项的所有配置数据确定为待同步配置数据；

若所述第二终端发送的是增量数据拉取请求，则所述服务器响应于所述增量数据拉取请求，查找所述目标配置项的各个配置数据的更新时间戳；将所述增量数据拉取请求中的数据同步时间戳与各个配置数据的更新时间戳进行比对，将更新时间戳大于所述数据同步时间戳的配置数据确定为待同步配置数据。

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

所述服务器将所述待同步配置数据划分为多页分页数据，并将多页分页数据的页数返回给所述第二终端；

所述第二终端根据多页分页数据的页数，从所述服务器分页拉取多页分页数据。

6.根据权利要求5所述的方法，其中，所述第二终端根据多页分页数据的页数，从所述服务器分页拉取多页分页数据进一步包括：

从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数；

构造携带有所述分页参数的分页数据查询请求，并向所述服务器发送所述分页数据查询请求；

接收所述服务器响应于所述分页数据查询请求返回的与所述分页参数对应的分页数据；

判断是否所有分页数据的页数都被选择过；

若是，则更新数据同步时间戳；若否，则跳转执行所述从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数的步骤。

7.根据权利要求1-4任一项所述的方法，其中，所述方法应用于门店运营场景。

8.一种配置处理系统，所述系统包括：第一终端、服务器以及与所述第一终端对应的第二终端；

所述第一终端适于：接收录入的配置数据，并向服务器发送携带有所述配置数据的配置请求；

所述服务器适于：根据所述配置请求，为所述第一终端的目标配置项设置配置数据，并向与所述第一终端对应的第二终端发送配置更新通知；其中，所述配置更新通知包括操作类型和目标配置项，以供所述第二终端根据所述配置更新通知判断是否需要拉取所述目标配置项的全量的配置数据；所述第二终端中预先设置有数据拉取规则，所述数据拉取规则记录有各个配置项及其子项在各种操作类型下所对应的数据拉取方式；

所述第二终端适于：根据所述配置更新通知，从所述服务器拉取所述目标配置项的待同步配置数据，并将所述待同步配置数据存储或更新至本地数据库中；

其中，所述第二终端进一步适于：

解析所述配置更新通知，确定操作类型和目标配置项；

将所述操作类型和所述目标配置项与所述数据拉取规则进行匹配，确定出是否需要拉取所述目标配置项的全量的配置数据。

9.根据权利要求8所述的系统，其中，所述服务器进一步适于：

根据所述配置请求，判断所述第一终端的配置项中是否包含有所述目标配置项；

若是，则依据所述配置请求中的配置数据，更新所述目标配置项的配置数据；若否，则为所述第一终端创建所述目标配置项，并依据所述配置请求中的配置数据，设置所述目标配置项的配置数据；

记录所述目标配置项的配置数据的更新时间戳，并构造配置更新通知，向所述第二终端发送所述配置更新通知。

10.根据权利要求8所述的系统，其中，所述第二终端进一步适于：

若确定出需要拉取所述目标配置项的全量的配置数据，则针对所述目标配置项构造全量数据拉取请求，并向所述服务器发送所述全量数据拉取请求；若确定出不需要拉取所述目标配置项的全量的配置数据，则从本地数据库中读取所述目标配置项的配置数据的最近一次的数据同步时间戳，针对所述目标配置项构造携带有所述数据同步时间戳的增量数据拉取请求，并向所述服务器发送所述增量数据拉取请求；

接收所述服务器返回的所述目标配置项的待同步配置数据，并将所述待同步配置数据存储或更新至本地数据库中。

11.根据权利要求10所述的系统，其中，所述服务器进一步适于：

若所述第二终端发送的是全量数据拉取请求，则响应于所述全量数据拉取请求，将所述目标配置项的所有配置数据确定为待同步配置数据；

若所述第二终端发送的是增量数据拉取请求，则响应于所述增量数据拉取请求，查找所述目标配置项的各个配置数据的更新时间戳；将所述增量数据拉取请求中的数据同步时间戳与各个配置数据的更新时间戳进行比对，将更新时间戳大于所述数据同步时间戳的配置数据确定为待同步配置数据。

12.根据权利要求8-11任一项所述的系统，其中，所述服务器进一步适于：将所述待同步配置数据划分为多页分页数据，并将多页分页数据的页数返回给所述第二终端；

所述第二终端进一步适于：根据多页分页数据的页数，从所述服务器分页拉取多页分页数据。

13.根据权利要求12所述的系统，其中，所述第二终端进一步适于：

从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数；

构造携带有所述分页参数的分页数据查询请求，并向所述服务器发送所述分页数据查询请求；

接收所述服务器响应于所述分页数据查询请求返回的与所述分页参数对应的分页数据；

判断是否所有分页数据的页数都被选择过；

若是，则更新数据同步时间戳；若否，则跳转执行所述从多页分页数据的页数中选择一未曾被拉取过的分页数据的页数，根据所选择的页数设置分页参数的步骤。

14.根据权利要求8-11任一项所述的系统，其中，所述系统应用于门店运营场景。

15.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的配置处理方法对应的操作。

16.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的配置处理方法对应的操作。

Images