操作数据处理方法及存储服务器

技术领域

本发明涉及通信技术领域，具体涉及一种操作数据处理方法及存储服务器。

背景技术

随着科技的发展，将各种科技手段融入玩具设计之后，形成了各种各样的智能玩具。通过对智能玩具的玩法进行更新，可以保持智能玩具的新鲜度，并增加智能玩具的趣味性。但是，当前智能玩具与服务器之间高时延、低速率的数据传输无法满足这一需求。

发明内容

为此，本发明提供一种操作数据处理方法及存储服务器，以解决智能玩具与服务器之间传输数据时时延较高且速率较低的问题。

为了实现上述目的，本发明第一方面提供一种操作数据处理方法，该操作数据处理方法包括：

通过第一网络接收智能玩具发送的实时操作数据；

对所述实时操作数据进行合并处理，获得操作结果；

根据所述操作结果对应的操作模式与第一容器内预存的配置数据，将所述操作结果存储至匹配的所述第一容器；

按照预设同步策略，通过第二网络同步所述第一容器与管理服务器之间的同步数据，其中，所述同步数据包括所述操作结果和所述配置数据。

进一步地，所述第一网络为城域网，所述第二网络为广域网，所述智能玩具和所述存储服务器为处于所述城域网内的终端设备。

进一步地，所述通过第一网络接收智能玩具发送的实时操作数据之后，还包括：

将所述实时操作数据存储至第二容器。

进一步地，所述将所述实时操作数据存储至第二容器，包括：

响应所述智能玩具通过所述第一网络发送的实时存储请求，启动所述第二容器；

通过所述第二容器的容器接口将所述实时操作数据存储至所述第二容器。

进一步地，所述对所述实时操作数据进行合并处理，获得操作结果，包括：

对所述实时操作数据进行分组，获得实时操作数据组，其中，所述实时操作数据组是在单次操作所述智能玩具过程中产生的所述实时操作数据的集合；

基于所述实时操作数据组确定所述操作模式；

基于所述实时操作数据组和所述操作模式生成所述操作结果。

进一步地，所述根据所述操作结果对应的操作模式与第一容器内预存的配置数据，将所述操作结果存储至匹配的所述第一容器，包括：

根据所述配置数据确定所述第一容器的配置类型；

根据预设的匹配关系，确定与所述操作模式匹配的配置类型；

启动与所述操作模式匹配的配置类型对应的所述第一容器；

通过所述第一容器的容器接口将所述操作结果存储至所述第一容器。

进一步地，所述预设同步策略包括预设同步周期和预设同步事件。

进一步地，所述按照预设同步策略，通过第二网络同步所述第一容器与管理服务器之间的同步数据，包括：

在到达所述预设同步周期的情况下，通过所述第二网络将所述第一容器内的所述操作结果同步至所述管理服务器；和/或，

在触发所述预设同步事件的情况下，接收所述管理服务器通过所述第二网络发送的需要变更的配置数据；

基于所述需要变更的配置数据更新所述第一容器内预存的所述配置数据。

进一步地，所述基于所述需要变更的配置数据更新所述第一容器内预存的所述配置数据之后，还包括：

依据所述第一容器内更新的配置数据，更新所述智能玩具的历史配置数据。

为了实现上述目的，本发明第二方面提供一种存储服务器，该存储服务器包括：

接收模块，用于通过第一网络接收智能玩具发送的实时操作数据；

处理模块，用于对所述实时操作数据进行合并处理，获得操作结果；

存储模块，用于根据所述操作结果对应的操作模式与第一容器内预存的配置数据，将所述操作结果存储至匹配的所述第一容器；

同步模块，用于按照预设同步策略，通过第二网络同步所述第一容器与管理服务器之间的同步数据，其中，所述同步数据包括所述操作结果和所述配置数据。

本发明具有如下优点：

本发明提供的操作数据处理方法及存储服务器，通过第一网络接收智能玩具发送的实时操作数据；对实时操作数据进行合并处理，获得操作结果；根据操作结果对应的操作模式与第一容器内预存的配置数据，将操作结果存储至匹配的第一容器；按照预设同步策略，通过第二网络同步第一容器与管理服务器之间的同步数据，针对不同传输要求的数据设置不同的传输网络，从而实现智能玩具与管理服务器之间高速率、低时延的数据传输，可以高效便捷地更新智能玩具的配置信息，提升用户的使用体验。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。

图1为本发明实施例一提供的一种操作数据处理方法的流程图；

图2为本发明实施例二提供的一种操作数据处理方法的流程图；

图3为本发明实施例三提供的一种操作数据处理方法的流程图；

图4为本发明实施例四提供的一种存储服务器的组成方框图；

图5为本发明实施例五提供的一种操作数据处理系统的组成方框图。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

本申请第一方面提供一种操作数据处理方法。图1是本申请实施例一提供的一种操作数据处理方法的流程图。如图1所示，该操作数据处理方法可应用于存储服务器，方法包括如下步骤：

步骤S101，通过第一网络接收智能玩具发送的实时操作数据。

其中，智能玩具是指具有简单数据存储和数据传输功能的智能化游戏终端，例如，智能积木等。实时操作数据是用户在操作智能玩具过程中产生的数据，包括用户信息、游戏行为数据等内容。第一网络包括城域网。

在一些实施例中，智能玩具与存储服务器均处于同一城域网中，两者可通过城域网进行通信。其中，城域网是在特定范围内(例如，一个城市范围内)所建立的计算机通信网。由于城域网采用具有有源交换元件的局域网技术，因此，城域网的传输时延较小，而且传输速率相对较快。

在一些实施例中，用户在操作智能玩具时产生实时操作数据，智能玩具将实时操作数据通过城域网传输至存储服务器。

需要说明的是，实时操作数据是在用户知情且获得用户授权情况下，按照最小采集范围、最低采集频率和最大业务关联性获取的数据。

步骤S102，对实时操作数据进行合并处理，获得操作结果。

用户每次使用智能玩具时会产生多条实时操作数据，并且智能玩具将这些实时操作数据都发送至存储服务器。对于存储服务器，为了获得操作结果，其在接收到智能玩具的多条实时操作数据时，应以单次操作过程为单位，将这些实时操作数据进行分组，即每个分组中的实时操作数据对应一次操作过程。

在一些实施例中，对实时操作数据进行分组，获得实时操作数据组，其中，实时操作数据组是在单次操作智能玩具过程中产生的实时操作数据的集合；基于实时操作数据组确定操作模式；基于实时操作数据组和操作模式生成操作结果。

需要说明的是，每条实时操作数据携带的用户信息、对应的时间戳、操作标识等均可以作为对其进行分组的依据。以上对实时操作数据分组的依据信息仅是举例说明，本领域技术人员可根据实际情况进行具体设定，其他未说明的分组依据信息也在本申请的保护范围之内，在此不再赘述。

步骤S103，根据操作结果对应的操作模式与第一容器内预存的配置数据，将操作结果存储至匹配的第一容器。

为提升智能玩具的趣味性，一般情况下，针对智能玩具设置多种操作模式，例如，单人模式、多人模式、人机模式等。在本实施例中，针对智能玩具的每一种操作模式配置对应的第一容器，将基于该操作模式产生的操作结果存储至与其匹配的第一容器内。

在一些实施例中，根据配置数据确定第一容器的配置类型；根据预设的匹配关系，确定与操作模式匹配的配置类型；启动与操作模式匹配的配置类型对应的第一容器；通过第一容器的容器接口将操作结果存储至第一容器。其中，预设的匹配关系包括操作模式与第一容器的配置类型之间的关联关系。

需要说明的是，针对每一种操作模式配置相应的第一容器，在只针对某一操作模式进行配置更新时，只需更新该操作模式对应的第一容器内的配置数据即可，无需更新其它操作模式对应的第一容器的配置数据，使得更新操作更具针对性，同时也降低了更新操作的复杂度和数据处理量。

步骤S104，按照预设同步策略，通过第二网络同步第一容器与管理服务器之间的同步数据。

其中，预设同步策略包括预设同步周期和预设同步事件。同步数据包括操作结果和配置数据。具体地，通常情况下，第一容器向管理服务器侧同步的数据为操作结果，管理服务器向第一容器同步的数据为配置数据。对于操作结果而言，其对同步操作的时限性要求不高，只要将其同步至管理服务器即可，因此，针对操作结果预设同步周期，在到达同步周期时第一容器向管理服务器同步操作结果即可。对于配置数据而言，其对同步操作的时限性要求较高，一般需要在较短时间内完成同步，因此，针对配置数据预设同步事件，只要触发预设同步事件，则管理服务器就向第一容器同步需要更新的配置数据。

在一些实施例中，在到达预设同步周期的情况下，通过第二网络将第一容器内的操作结果同步至管理服务器；和/或，在触发预设同步事件的情况下，接收管理服务器通过第二网络发送的需要变更的配置数据；基于需要变更的配置数据更新第一容器内预存的配置数据。在本实施例中，充分考虑了同步数据对时限性的需求，针对不同的同步数据采用不同的同步策略，从而可以更好地满足同步需求。

需要说明的是，实时操作数据的数据量较大且存储频次较高，操作结果相对实时操作数据而言，其数据量小且存储频次较低，因此，针对实时操作数据，利用城域网的低时延、高速率特性，满足智能玩具与存储服务器之间较大数据量与较高频次的数据传输，针对操作结果，考虑到管理服务器与存储服务器分布范围较大导致数据传输范围可能更大的情况，通过广域网保障操作结果的成功传输。

在本实施例中，为减轻管理服务器的数据存储压力，存储服务器只将操作结果同步至管理服务器。当管理服务器需要查询实时操作数据时，存储服务器中的第一容器向第二容器发起查询请求，第二容器将查询结果反馈至第一容器，第一容器再进一步将查询结果发送至管理服务器，从而使得管理服务器可以查询实时操作数据。

本实施例提供的操作数据处理方法，充分考虑存储频次与传输网络的关联关系，利用传输速率相对较快的第一网络进行存储频次较高、数据量较大的实时操作数据的传输，利用覆盖范围更广的第二网络进行存储频次相对较低且数据量较小的操作结果的传输，从而实现智能玩具与服务器之间低时延、高速率的数据传输，可以高效便捷地更新智能玩具的配置信息，保持了智能玩具的新鲜度和趣味性，提升用户的使用体验。

图2是本申请实施例二提供的一种操作数据处理方法的流程图。如图2所示，该操作数据处理方法包括如下步骤：

步骤S201，通过第一网络接收智能玩具发送的实时操作数据。

本实施例中的步骤S201与本申请实施例一中步骤S101的内容相同，在此不再赘述。

步骤S202，将实时操作数据存储至第二容器。

其中，第二容器是在存储服务器中配置的用于存储实时操作数据的容器。

在一些实施例中，存储服务器响应智能玩具通过第一网络发送的实时存储请求，启动第二容器，并通过第二容器的容器接口将实时操作数据存储至第二容器。

由于第二容器存储的实时操作数据的实时性较第一容器存储的操作结果高，因此，第二容器的实时性较第一容器要高。例如，可将第一容器配置为高实时性容器，将第二容器配置为准实时性容器。

可以理解的是，无论是第一容器还是第二容器，其所依赖和使用的各类资源均来自于存储服务器。因此，在存储服务器接收到实时操作数据之后，对实时操作数据进行合并处理获得操作结果的步骤除了可以由存储服务器使用除第一容器和第二容器之外的剩余资源来完成，还可以由第一容器使用其自身的容器资源完成，也可以由第二容器使用其自身的容器资源完成。

例如，存储服务器将实时操作数据存储至第二容器之后，第二容器对实时操作数据进行合并处理，获得操作结果，并通过第二容器的容器接口与第一容器的容器接口将操作结果发送至第一容器。又如，存储服务器将实时操作数据存储至第二容器之后，第二容器通过其容器接口与第一容器的容器接口将实时操作数据转存至第一容器，第一容器对实时操作数据进行合并处理，获得操作结果，最终只将操作结果存储到第一容器内，其它数据不进行存储。需要说明的是，存储操作结果的第一容器的配置类型是与实时操作数据对应的操作模式相匹配的第一容器。

步骤S203，对实时操作数据进行合并处理，获得操作结果。

步骤S204，根据操作结果对应的操作模式与第一容器内预存的配置数据，将操作结果存储至匹配的第一容器。

步骤S205，按照预设同步策略，通过第二网络同步第一容器与管理服务器之间的同步数据。

本实施例中的步骤S203～步骤S205与本申请实施例一中步骤S102～步骤S104的内容相同，在此不再赘述。

本实施例提供的操作数据处理方法，与实施例一相比，本实施例新增了第二容器，在进行数据传输时可以利用容器之间的容器接口来完成，较通过服务器接口或者其它接口传输数据的时延得以降低，传输速率得以进一步提升。

图3是本申请实施例三提供的一种操作数据处理方法的流程图。如图3所示，该操作数据处理方法包括如下步骤：

步骤S301，通过第一网络接收智能玩具发送的实时操作数据。

步骤S302，对实时操作数据进行合并处理，获得操作结果。

步骤S303，根据操作结果对应的操作模式与第一容器内预存的配置数据，将操作结果存储至匹配的第一容器。

步骤S304，按照预设同步策略，通过第二网络同步第一容器与管理服务器之间的同步数据。

本实施例中的步骤S301～步骤S304与本申请实施例一中步骤S101～步骤S104的内容相同，在此不再赘述。

步骤S305，依据第一容器内更新的配置数据，更新智能玩具的历史配置数据。

在新技术或新玩法出现，或者原有智能玩具出现BUG(漏洞)的情况下，需要更新智能玩具的配置数据。基于这一考虑，管理者可通过管理服务器发起配置更新请求，在配置更新请求中携带需要更新的配置数据，从而更新智能玩具的配置数据。

在一些实施例中，在需要更新智能玩具的玩法或者需要更新补丁时，管理服务器生成配置更新请求，并通过广域网将配置更新请求发送至存储服务器。存储服务器接收配置请求之后，基于配置更新请求中携带的需要更新的配置数据更新第一容器内原有的配置数据，获得更新的配置数据。进一步地，第一容器向智能玩具发起配置更新，将智能玩具的历史配置数据进行相应更新。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请第二方面提供一种存储服务器。图4是本申请实施例四提供的一种存储服务器的组成方框图。如图4所示，该存储服务器包括：接收模块401、处理模块402、存储模块403和同步模块404。

接收模块401，用于通过第一网络接收智能玩具发送的实时操作数据。

其中，智能玩具是指具有简单数据存储和数据传输功能的智能化游戏终端，例如，智能积木等。实时操作数据是用户在操作智能玩具过程中产生的数据，包括用户信息、游戏行为数据等内容。第一网络包括城域网。

在一些实施例中，智能玩具与存储服务器均处于同一城域网中，两者可通过城域网进行通信。其中，城域网是在特定范围内(例如，一个城市范围内)所建立的计算机通信网。由于城域网采用具有有源交换元件的局域网技术，因此，城域网的传输时延较小，而且传输速率相对较快。

在一些实施例中，用户在操作智能玩具时产生实时操作数据，智能玩具将实时操作数据通过城域网传输至存储服务器。存储服务器通过接收模块401接收智能玩具发送的实时操作数据。

需要说明的是，实时操作数据是在用户知情且获得用户授权情况下，按照最小采集范围、最低采集频率和最大业务关联性获取的数据。

处理模块402，用于对实时操作数据进行合并处理，获得操作结果。

用户每次使用智能玩具时会产生多条实时操作数据，并且智能玩具将这些实时操作数据都发送至存储服务器。对于存储服务器，为了获得操作结果，其在接收到智能玩具的多条实时操作数据时，应以单次操作过程为单位，将这些实时操作数据进行分组，即每个分组中的实时操作数据对应一次操作过程。

在一些实施例中，通过处理模块402对实时操作数据进行分组，获得实时操作数据组，其中，实时操作数据组是在单次操作智能玩具过程中产生的实时操作数据的集合；基于实时操作数据组确定操作模式；基于实时操作数据组和操作模式生成操作结果。

需要说明的是，每条实时操作数据携带的用户信息、对应的时间戳、操作标识等均可以作为对其进行分组的依据。以上对实时操作数据分组的依据信息仅是举例说明，本领域技术人员可根据实际情况进行具体设定，其他未说明的分组依据信息也在本申请的保护范围之内，在此不再赘述。

存储模块403，用于根据操作结果对应的操作模式与第一容器内预存的配置数据，将操作结果存储至匹配的第一容器。

为提升智能玩具的趣味性，一般情况下，针对智能玩具设置多种操作模式，例如，单人模式、多人模式、人机模式等。在本实施例中，针对智能玩具的每一种操作模式配置对应的第一容器，将基于该操作模式产生的操作结果存储至与其匹配的第一容器内。

在一些实施例中，根据配置数据确定第一容器的配置类型；根据预设的匹配关系，确定与操作模式匹配的配置类型；启动与操作模式匹配的配置类型对应的第一容器；基于存储模块403并通过第一容器的容器接口将操作结果存储至第一容器。其中，预设的匹配关系包括操作模式与第一容器的配置类型之间的关联关系。

需要说明的是，针对每一种操作模式配置相应的第一容器，在只针对某一操作模式进行配置更新时，只需更新该操作模式对应的第一容器内的配置数据即可，无需更新其它操作模式对应的第一容器的配置数据，使得更新操作更具针对性，同时也降低了更新操作的复杂度和数据处理量。

同步模块404，用于按照预设同步策略，通过第二网络同步第一容器与管理服务器之间的同步数据。

其中，预设同步策略包括预设同步周期和预设同步事件。同步数据包括操作结果和配置数据。具体地，通常情况下，第一容器向管理服务器侧同步的数据为操作结果，管理服务器向第一容器同步的数据为配置数据。对于操作结果而言，其对同步操作的时限性要求不高，只要将其同步至管理服务器即可，因此，针对操作结果预设同步周期，在到达同步周期时第一容器向管理服务器同步操作结果即可。对于配置数据而言，其对同步操作的时限性要求较高，一般需要在较短时间内完成同步，因此，针对配置数据预设同步事件，只要触发预设同步事件，则管理服务器就向第一容器同步需要更新的配置数据。

在一些实施例中，在到达预设同步周期的情况下，基于同步模块404通过第二网络将第一容器内的操作结果同步至管理服务器；和/或，在触发预设同步事件的情况下，基于同步模块404接收管理服务器通过第二网络发送的需要变更的配置数据；基于需要变更的配置数据更新第一容器内预存的配置数据。在本实施例中，充分考虑了同步数据对时限性的需求，针对不同的同步数据采用不同的同步策略，从而可以更好地满足同步需求。

需要说明的是，实时操作数据的数据量较大且存储频次较高，操作结果相对实时操作数据而言，其数据量小且存储频次较低，因此，针对实时操作数据，利用城域网的低时延、高速率特性，满足智能玩具与存储服务器之间较大数据量与较高频次的数据传输，针对操作结果，考虑到管理服务器与存储服务器分布范围较大导致数据传输范围可能更大的情况，通过广域网保障操作结果的成功传输。

本实施例提供的存储服务器，充分考虑存储频次与传输网络的关联关系，利用传输速率相对较快的第一网络进行存储频次较高、数据量较大的实时操作数据的传输，利用覆盖范围更广的第二网络进行存储频次相对较低且数据量较小的操作结果的传输，从而实现智能玩具与服务器之间低时延、高速率的数据传输，可以高效便捷地更新智能玩具的配置信息，保持了智能玩具的新鲜度和趣味性，提升用户的使用体验。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本申请第三方面提供一种操作数据处理系统。图5是本申请实施例五提供的一种操作数据处理系统的组成方框图。如图5所示，该操作数据处理系统包括：第一智能玩具511、第二智能玩具512至第N智能玩具51N共N个智能玩具，存储服务器520以及管理服务器530，其中，N为大于或等于1的整数。

其中，存储服务器520还包括第二容器521、第一容器5221、第一容器5222至第一容器522m(第一容器的数量为M个，M为大于或等于1的整数)，每个第一容器对应一种操作模式，且第二容器521与上述M个第一容器均通过各自的容器接口连接。智能玩具与存储服务器520处于同一城域网中，每个智能玩具可通过城域网与存储服务器520进行通信，管理服务器530与存储服务器520通过广域网连接。

在一些实施例中，任意一个智能玩具将实时操作数据通过城域网发送至存储服务器520中的第二容器521，第二容器521将实时操作数据进行存储，存储服务器520对实时操作数据进行合并处理，获得操作结果，并根据操作结果对应的操作模式与第一容器内预存的配置数据，确定与该操作结果匹配的第一容器，进而将操作结果存储匹配的第一容器内。当到达预设同步周期时，第一容器通过广域网将操作结果同步至管理服务器530。或者，在触发预设同步事件时，管理服务器通过广域网向第一容器发送需要变更的配置数据，第一容器接收需要变更的配置数据，并基于需要变更的配置数据更新第一容器内预存的配置数据，进而依据第一容器内更新的配置数据，更新智能玩具的历史配置数据。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。