CN105791350B - 项目数据处理方法和*** - Google Patents

Abstract

本发明提供了一种项目数据处理方法，包括：平台服务器发送数据同步请求；线上服务器接收数据同步请求，所述线上服务器包括至少一个业务点；所述线上服务器获取所述数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态；所述线上服务器发送所述数据和更新日志至平台服务器；所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志。通过获取发送数据和更新日志的业务点的编号，对应编号存储数据和更新日志，能区分数据和更新日志是由哪个业务点发送，达到项目多点部署时不必每个业务点都部署相应的管理后台，能方便的管理项目的各个部署节点的数据。此外还提供了一种项目数据处理***。

Description

项目数据处理方法和***

技术领域

本发明涉及数据处理领域，特别是涉及一种项目数据处理方法和***。

背景技术

在进行一个线上项目设计时，经常需要为项目开发配套的管理后台，传统的做法是在项目的web层新建一个目录，对该目录做一些访问控制，在数据模型层面公用一套代码，传统的方案存在以下问题：

1.项目每个部署节点都会有一个对应的管理后台；

2.管理后台的功能通常逐渐分化，后期维护成本增加；

3.后台与线上项目共用一套代码，后台的逻辑通常比较复杂多样，管理代码数据不方便；

4.需要通过另外的手段来做数据备份的工作。

由于以上的问题导致不能方便的管理项目各个部署节点的数据。

发明内容

基于此，有必要针对上述问题，提供一种项目数据处理方法和***，能方便的管理项目的各个部署节点的数据。

一种项目数据处理方法，所述方法包括：

平台服务器发送数据同步请求；

线上服务器接收数据同步请求，所述线上服务器包括至少一个业务点；

所述线上服务器获取所述数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态；

所述线上服务器发送所述数据和更新日志至平台服务器；

所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志。

在其中一个实施例中，所述方法还包括：

所述线上服务器接收更新服务请求，所述更新服务请求包括数据对象、操作行为信息；

根据所述数据对象获取相应的数据；

判断所述数据的数据状态是否符合校验规则，若符合则根据所述操作行为信息进行操作行为，否则不作处理。

在其中一个实施例中，所述根据所述操作行为信息进行操作行为的步骤包括：

根据所述操作行为信息判断操作行为属性；

如果所述操作行为属性是线上行为，则所述线上服务器根据所述操作行为信息直接执行行为并更新数据状态；

如果所述操作行为属性是平台行为，则所述线上服务器根据所述操作行为信息更新数据，并将所述更新操作记入更新日志。

在其中一个实施例中，在所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志的步骤之前，还包括：

所述平台服务器根据所述数据和更新日志，执行行为并更新数据状态；

所述平台服务器发送通知服务请求给线上服务器。

在其中一个实施例中，在所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志的步骤之后，还包括：

所述平台服务器根据所述数据的数据状态，获取所述数据对应的编号；

所述平台服务器发送更新服务请求给所述编号对应的业务点。

一种项目数据处理***，所述***包括：

线上服务器，用于接收数据同步请求，所述线上服务器包括至少一个业务点；还用于获取所述数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态；还用于发送所述数据和更新日志至平台服务器；

平台服务器，用于发送数据同步请求；还用于获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志。

在其中一个实施例中，所述线上服务器还用于接收更新服务请求，所述更新服务请求包括数据对象、操作行为信息；还用于根据所述数据对象获取相应的数据；还用于判断所述数据的数据状态是否符合校验规则，若符合则根据所述操作行为信息进行操作行为，否则不作处理。

在其中一个实施例中，所述线上服务器还用于根据所述操作行为信息判断操作行为属性；如果所述操作行为属性是线上行为，则根据所述操作行为信息直接执行行为并更新数据状态；如果所述操作行为属性是平台行为，则根据所述操作行为信息更新数据，并将所述更新操作记入更新日志。

在其中一个实施例中，所述平台服务器还用于根据所述数据和更新日志，执行行为并更新数据状态，并发送通知服务请求给线上服务器。

在其中一个实施例中，所述平台服务器还用于根据所述数据的数据状态，获取所述数据对应的编号，并发送更新服务请求给所述编号对应的业务点。

上述项目数据处理方法和***，通过平台服务器发送数据同步请求，线上服务器接收数据同步请求，线上服务器包括至少一个业务点，并获取数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态，发送数据和更新日志至平台服务器，平台服务器获取发送数据和更新日志的业务点的编号，对应编号存储数据和更新日志。通过获取发送数据和更新日志的业务点的编号，对应编号存储数据和更新日志，能区分数据和更新日志是由哪个业务点发送，达到项目多点部署时不必每个业务点都部署相应的管理后台，能方便的管理项目的各个部署节点的数据。

附图说明

图1为一个实施例中项目数据处理方法的应用环境图；

图2为一个实施例中项目数据处理方法的流程图；

图3为一个实施例中业务点的组成结构图；

图4为一个实施例中线上服务器和平台服务器的数据表结构示意图；

图5为一个实施例中线上服务器接收更新服务请求并响应的流程图；

图6为一个实施例中根据操作行为信息进行操作行为的流程图；

图7为一个实施例中项目数据处理***的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供的项目数据处理方法，可以应用于如图1所示的应用环境。线上服务器110通过网络120与平台服务器130连接，其中线上服务器110包括业务点111、业务点112、业务点113。其中业务点111、业务点112、业务点113都可以分别由一或多个服务器组成，平台服务器130也可以由一或多个服务器组成。

在一个实施例中，如图2所示，提供了一种项目数据处理方法，该方法包括：

步骤S210，平台服务器发送数据同步请求。

本实施例中，可以根据项目需要由平台服务器定时发送数据同步请求，定时的时间间隔可以自定义。对于平台服务器采用Linux操作***的情况，可以通过Linux提供的crontab命令，设置周期性被执行的指令，利用***提供的crontab机制，注册自定义的数据同步代码逻辑，使数据同步请求能按项目的需要间隔发送。

步骤S220，线上服务器接收数据同步请求，线上服务器包括至少一个业务点。

本实施例中，业务点就是项目的部署节点，是一个能独立运行的服务器组，其中包括不限定数量的业务逻辑服务器作为数据产生源，和不限定数量的数据存储服务器。如图3所示为一个业务点111的组成结构，包括业务逻辑服务器111a、数据存储服务器111b。业务逻辑服务器111a产生的数据保存至数据存储服务器111b。项目多点部署可以提高服务质量，如需要为国内和国外用户同时提供同一个服务，由于监管政策及国际网络的不可靠性，把同样的服务分别部署在国内和国外的不同机房，以降低不同的用户享受同一个服务的访问延迟。如图3所示，数据同步请求可以通过每个业务点的REST API接收，REST API是指以数据查询和操作为核心的无状态的web服务，每次对REST API的请求都是一个独立的过程，REST API会根据不同的请求进行不同的响应。

步骤S230，线上服务器获取数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态。

本实施例中，当有数据同步请求时，线上服务器的业务点会获取与数据同步请求对应的数据和更新日志，优选的为了最大程度保证数据的实时性，遍历所有业务点接口，从各个业务点的数据存储服务器111b获取数据和更新日志。可以理解的是，为了方便查找和标识每一条数据，各个业务点中的每一条数据可以带有标识。并且每条数据都有数据状态，数据状态代表对此条数据的操作的状态，如某条数据是一个虚拟道具，其数据状态记录了它是“己发货”还是“未发货”还是“客户己签收”。各个业务点都有自己的更新日志，其记录了各个业务点中每次数据更新过程中改变的字段和改变后的值。

步骤S240，线上服务器发送所述数据和更新日志至平台服务器。

本实施例中，线上服务器所包括的各个业务点都将其获取的数据和更新日志发送至平台服务器进行汇总和统一存储。可以理解的是，为了提升网络利用率，在传输更新日志文件时可以对其进行压缩。

步骤S250，平台服务器获取发送数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志。

本实施例中，平台服务器将各个业务点发送的数据和更新日志汇总和统一存储，由于各个业务点都会发送各自的数据和更新日志，当平台服务器接收到后，在存储前为了区分数据和更新日志分别来自哪个业务点，需要将数据和更新日志以对应业务点编号的方式存储。如图4所示，为线上服务器中保存数据的线上表结构示意图和平台服务器中保存数据的平台表结构示意图。其中ID代表数据的标识，业务点如果要新增一条数据，就需要新增一个ID。而平台服务器只是读取并保存业务点的数据，所以可以直接使用线上表中的各个数据使用的ID，不需要自增ID。但是由于不同的业务点产生的数据都会汇集于平台服务器，因此需要用ID+SiteID区分各个数据，其中SiteID代表业务点的编号。可以理解的是，如果发送的更新日志是经过压缩的，则平台服务器将对其进行解压。

本实施例中，通过平台服务器发送数据同步请求，线上服务器接收数据同步请求，线上服务器包括至少一个业务点，并获取数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态，发送数据和更新日志至平台服务器，平台服务器获取发送数据和更新日志的业务点的编号，对应编号存储数据和更新日志。通过获取发送数据和更新日志的业务点的编号，对应编号存储数据和更新日志，能区分数据和更新日志是由哪个业务点发送，达到项目多点部署时不必每个业务点都部署相应的管理后台，能方便的管理项目的各个部署节点的数据。

在一个实施例中，如图5所示，所述项目数据处理方法还包括：

步骤S310，线上服务器接受更新服务请求，所述更新服务请求包括数据对象、操作行为信息。

本实施例中，管理员或平台服务器都可以向线上服务器发送更新服务请求，线上服务器接受更新服务请求，更新服务请求包括数据对象、操作行为信息，其中数据对象是指与数据相关的信息，如数据的编号、标识或名称等。操作行为信息是指与具体的操作相关的信息，包括用于判断操作行为属性的信息、操作的具体内容等，比如是线上行为还是平台行为。可以理解的是，更新服务请求还可以包括操作参数等信息，可以对这些信息进行序列化后加密生成数据指纹。需要说明的是，更新服务请求可以通过如图3所示的业务点的RESTAPI接收。

步骤S320，根据数据对象获取相应的数据。

本实施例中，根据数据对象提供的信息在数据存储服务器中进行查找获取相应的数据，如通过编号、标识、或名称等进行查找。

步骤S330，判断数据的数据状态是否符合校验规则，若符合则进入步骤S340，否则不作处理。

本实施例中，每条数据都包含有数据状态，校验规则由具体的业务进行规定。比如某条实物奖励数据的状态1(待发货)，2(已发货)，3(用户签收)那么校验规则的制定应该是1->2->3按此方向的操作是合法的，判断为符合校验规则，而操作一条状态为3的数据到状态为2的话就属于非法的，判断为不符合校验规则，如果不符合校验规则，则不作处理。

步骤S340，根据操作行为信息进行操作行为。

本实施例中，操作行为信息中是与具体的操作相关的信息，包括用于判断操作行为属性的信息、操作的具体内容等。可以用来判断操作行为属性，操作行为属性包括线上行为和平台行为，根据是线上行为还是平台行为，线上服务器进行不同的响应，根据操作行为信息中的操作的具体内容完成不同的操作行为。

在一个实施例中，如图6所示，步骤S340包括：

步骤S341，根据操作行为信息判断操作行为属性，如果是线上行为则进入步骤S342，如果是平台行为则进入步骤S343。

本实施例中，可以规定操作行为信息各个字节的含义，如哪些字节对应操作行为属性，根据这些对应操作行为属性的字节判断操作行为属性。线上行为是指由线上服务器包括的各个业务点直接执行的行为，平台行为是指由平台服务器执行的行为。

步骤S342，线上服务器根据操作行为信息直接执行行为并更新数据状态。

本实施例中，如果是线上行为，则各个业务点直接执行行为并更新数据状态，如可以通过如图3所示的业务逻辑服务器111a进行执行。比如用户奖励，业务内的虚拟道具是属于业务体系内，应由线上服务器负责处理，属线上行为，则线上服务器直接根据操作行为信息中的操作的具体内容完成对应的操作，如进行将虚拟道具发放给对应的用户，并根据是否成功完成进行数据状态的更新，如发放成功则更新数据为“发放成功”，如果失败，则更新数据状态为“发放失败”。

步骤S343，线上服务器根据操作行为信息更新数据，并将所述更新操作记入更新日志。

本实施例中，如果是平台行为，则线上服务器不会执行行为，只会根据操作行为信息更新数据，并将所述更新操作记入更新日志，待平台服务器同步了所述数据和更新日志后，由平台服务器进行执行行为。如需要邮寄的实物奖励应该由平台维护，属于平台行为，线上服务器根据操作行为信息找到与实物奖励相关的数据，将其进行更新，并将此次更新操作记入更新日志。

在一个实施例中，步骤S250之前，还包括：

平台服务器根据所述数据和更新日志，执行行为并更新数据状态；发送通知服务请求给线上服务器。

本实施例中，如果所述数据和更新日志是步骤S343中线上服务器根据操作行为信息更新的数据和记入此更新操作的更新日志，则平台服务器在同步了线上服务器的这些数据和更新日志后，会根据所述数据和更新日志执行行为并更新数据状态，并发送通知服务请求给线上服务器，将其执行行为的结果通过通知服务请求发送给线上服务器。如执行实物奖励这个操作是否成功，如果成功则更新与实物奖励相关的数据的数据状态为“发放成功”，否则为“发放失败”。需要说明的是，通知服务请求可以通过如图3中的REST API进行发送。

在一个实施例中，步骤S250之后，还包括：

平台服务器根据所述数据的数据状态，获取数据对应的编号；发送更新服务请求给所述编号对应的业务点。

本实施例中，如果所述数据和更新日志是步骤S342中线上服务器根据操作行为信息直接执行行为并更新数据状态后的数据和更新日志，则平台服务器根据所述数据的数据状态，获取数据对应的编号，比如数据状态为“发放失败”，则表示需要重新进行线上行为，将发放失败的虚拟道具重新发放，此时先找到执行线上行为的业务点，通过数据对应的编号找到，然后再将更新服务请求发送给编号对应的业务点。可以理解的是，也可能是管理员对平台服务器中保存的数据的数据状态进行修改，如对某个用户进行封号，然后平台服务器根据所述数据的数据状态，获取数据对应的编号；发送更新服务请求给所述编号对应的业务点。需要说明的是，更新服务请求可以通过如图3中的REST API进行发送。

在一个实施例中，如图7所示，提供了一种项目数据处理***，包括：

线上服务器410，用于接收数据同步请求，线上服务器包括至少一个业务点；还用于获取数据同步请求对应的数据和更新日志，数据包括数据的数据状态；还用于发送数据和更新日志至平台服务器。

平台服务器420，用于发送数据同步请求；还用于获取发送数据和更新日志的业务点的编号，对应编号存储数据和更新日志。

在一个实施例中，所述线上服务器410还用于接收更新服务请求，更新服务请求包括数据对象、操作行为信息；还用于根据数据对象获取相应的数据；还用于判断数据的数据状态是否符合校验规则，若符合则根据操作行为信息进行操作行为，否则不作处理。

在一个实施例中，所述线上服务器410还用于根据操作行为信息判断操作行为属性；如果操作行为属性是线上行为，则根据操作行为信息直接执行行为并更新数据状态；如果操作行为属性是平台行为，则根据操作行为信息更新数据，并将更新操作记入更新日志。

在一个实施例中，所述平台服务器420还用于根据数据和更新日志，执行行为并更新数据状态，并发送通知服务请求给线上服务器410。

在一个实施例中，所述平台服务器420还用于根据数据的数据状态，获取数据对应的编号，并发送更新服务请求给编号对应的业务点。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种项目数据处理方法，所述方法包括：

平台服务器发送数据同步请求；

线上服务器接收数据同步请求，所述线上服务器包括至少一个业务点；

所述线上服务器获取所述数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态；

所述线上服务器发送所述数据和更新日志至平台服务器；

所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志；

所述业务点是一个能独立运行的服务器组，包括不限定数量的业务逻辑服务器和不限定数量的数据存储服务器，业务逻辑服务器产生的数据保存在数据存储服务器；

所述方法还包括：

所述线上服务器接收更新服务请求，所述更新服务请求包括数据对象、操作行为信息；所述操作行为信息的操作行为属性包括线上行为和平台行为；

根据所述数据对象获取相应的数据；

判断所述数据的数据状态是否符合校验规则，若符合则根据所述操作行为信息进行操作行为，否则不作处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述操作行为信息进行操作行为的步骤包括：

根据所述操作行为信息判断操作行为属性；

如果所述操作行为属性是线上行为，则所述线上服务器根据所述操作行为信息直接执行行为并更新数据状态；

如果所述操作行为属性是平台行为，则所述线上服务器根据所述操作行为信息更新数据，并将所述更新操作记入更新日志。

3.根据权利要求1所述的方法，其特征在于，在所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志的步骤之前，还包括：

所述平台服务器根据所述数据和更新日志，执行行为并更新数据状态；

所述平台服务器发送通知服务请求给线上服务器。

4.根据权利要求1所述的方法，其特征在于，在所述平台服务器获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志的步骤之后，还包括：

所述平台服务器根据所述数据的数据状态，获取所述数据对应的编号；

所述平台服务器发送更新服务请求给所述编号对应的业务点。

5.一种项目数据处理***，其特征在于，所述***包括：

线上服务器，用于接收数据同步请求，所述线上服务器包括至少一个业务点；还用于获取所述数据同步请求对应的数据和更新日志，所述数据包括数据的数据状态；还用于发送所述数据和更新日志至平台服务器；

平台服务器，用于发送数据同步请求；还用于获取发送所述数据和更新日志的业务点的编号，对应所述编号存储所述数据和更新日志；

所述业务点是一个能独立运行的服务器组，包括不限定数量的业务逻辑服务器和不限定数量的数据存储服务器，业务逻辑服务器产生的数据保存在数据存储服务器；

所述线上服务器还用于接收更新服务请求，所述更新服务请求包括数据对象、操作行为信息；所述操作行为信息的操作行为属性包括线上行为和平台行为；还用于根据所述数据对象获取相应的数据；还用于判断所述数据的数据状态是否符合校验规则，若符合则根据所述操作行为信息进行操作行为，否则不作处理。

6.根据权利要求5所述的***，其特征在于，所述线上服务器还用于根据所述操作行为信息判断操作行为属性；如果所述操作行为属性是线上行为，则根据所述操作行为信息直接执行行为并更新数据状态；如果所述操作行为属性是平台行为，则根据所述操作行为信息更新数据，并将所述更新操作记入更新日志。

7.根据权利要求5所述的***，其特征在于，所述平台服务器还用于根据所述数据和更新日志，执行行为并更新数据状态，并发送通知服务请求给线上服务器。

8.根据权利要求5所述的***，其特征在于，所述平台服务器还用于根据所述数据的数据状态，获取所述数据对应的编号，并发送更新服务请求给所述编号对应的业务点。