一种数据资源的服务系统和数据资源的监控方法及装置与流程

本申请涉及计算机应用技术领域，具体涉及一种数据资源的服务系统。本申请同时涉及一种数据资源的监控方法和装置，计算机存储介质和电子设备。

背景技术：

随着计算机技术的不断发展，基于网络的应用服务越来越多的进入日常生活，而通过电子设备和网络去获取服务资源也逐渐成为生活中不可或缺的一部分。

现有技术中服务资源通过终端设备进行获取时，需要根据基于终端设备确定的需要服务资源内容的获取指令进行服务资源的准备，在服务资源准备完成后将服务资源提供给需求方，在获取过程中终端设备依赖于人工获知服务资源获取过程中的具体情况，从而使得对于服务资源的完成情况的获知完全处于被动状态，导致对于服务资源完成情况获知的准确性和实时性均较差。

技术实现要素：

本申请提供一种数据资源的服务系统，以解决现有技术中获知数据资源整合情况准确性和实时性差的技术问题。

本申请提供一种数据资源的服务系统，包括：数据资源请求端、数据资源提供端和数据资源服务器；

所述数据资源服务器根据接收的所述数据资源请求端的数据资源请求，确定所述数据资源请求端需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端；其中，所述目标数据资源为基于原数据进行整合后的数据资源；

所述数据资源提供端根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；

所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息。

在一些实施例中，所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息，包括：

所述数据资源请求端从所述数据资源服务器获取针对所述目标数据资源配置的标准时长；其中，所述标准时长为针对所述数据资源提供端提供的所述目标数据资源配置的目标整合时间长度；

所述数据资源请求端根据所述整合状态信息，筛选出所述数据资源提供端尚未提供的所述目标数据资源；

所述数据资源请求端根据筛选出的所述目标数据资源的当前时间和所述数据资源提供端接收所述数据资源请求的接收时间，或者，根据筛选出的所述目标数据资源的当前时间和所述数据资源请求的发送时间，确定尚未提供的所述目标数据资源的等待时长；

所述等待时长大于或等于所述标准时长，则输出所述提示信息。

在一些实施例中，所述数据资源请求端根据所述整合状态信息，筛选出所述数据资源提供端尚未提供的所述目标数据资源，包括：

所述数据资源请求端从所述数据资源请求中剔除所述整合状态信息中已完成整合的目标数据资源；

将剔除后所述数据资源请求中剩余的数据资源，确定为所述数据资源提供端尚未提供的目标数据资源。

在一些实施例中，包括：

所述数据资源服务器为所述数据资源提供端提供的数据资源配置相应的标准时长。

在一些实施例中，所述数据资源服务器为所述数据资源提供端提供的数据资源配置相应的标准时长，包括：

所述数据资源服务器根据所述数据资源提供端提供的数据资源中完成整合的历史时间，为所述数据资源配置相应的标准时长。

在一些实施例中，还包括：

所述数据资源服务器根据所述数据资源提供端当前提供量，对所述数据资源配置相应的所述标准时长进行调节。

在一些实施例中，所述数据资源请求端为点餐智能设备，所述数据资源提供端为厨房智能设备，所述数据资源为餐品，所述目标数据资源为用户通过所述点餐智能设备选取的餐品。

在一些实施例中，所述等待时长大于或等于所述标准时长，则输出所述提示信息，包括至少如下一种输出方式：

当所述等待时长大于或等于所述标准时长，在所述数据资源请求端输出超时的提示信息；

当所述等待时长大于或等于所述标准时长，在所述数据资源提供端输出超时的提示信息。

本申请还提供一种数据资源的监控方法，包括：

发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

若是，则输出针对所述目标数据资源的提示信息。

在一些实施例中，所述根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源，包括：

从预先为数据资源配置的标准时长中，确定所述目标数据资源的标准时长；其中，所述标准时长为所述数据资源配置的目标整合时间长度；

根据所述整合状态信息，筛选出尚未完成整合的目标数据资源；

根据筛选出的所述目标数据资源的当前时间和所述数据资源请求的请求时间，确定筛选出的所述目标数据资源的等待时长；

确定所述等待时长是否大于或等于所述目标数据资源的标准时长；

若是，则确定所述数据资源请求中存在满足提供条件且尚未获取的目标数据资源。

在一些实施例中，还包括：

预先根据所述数据资源完成整合的历史时间，为所述数据资源配置相应的标准时长。

在一些实施例中，还包括：

根据所述数据资源的提供量，对所述数据资源配置的所述标准时长进行调节。

本申请还提供一种数据资源的监控装置，包括：

发送单元，用于发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取单元，用于获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

确定单元，用于根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

输出单元，用于当所述确定单元中确定结果为是时，输出针对所述目标数据资源的提示信息。

本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被读取执行时，执行如下步骤：

所述数据资源服务器根据接收的所述数据资源请求端的数据资源请求，确定所述数据资源请求端需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端；其中，所述目标数据资源为基于原数据进行整合后的数据资源；

所述数据资源提供端根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；

所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息；

或者，

发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

若是，则输出针对所述目标数据资源的提示信息。

本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下步骤：

所述数据资源服务器根据接收的所述数据资源请求端的数据资源请求，确定所述数据资源请求端需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端；其中，所述目标数据资源为基于原数据进行整合后的数据资源；

所述数据资源提供端根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；

所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息；

或者，

发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

若是，则输出针对所述目标数据资源的提示信息。

与现有技术相比，本申请具有以下优点:

本申请提供的数据资源的服务系统，能够通过所述数据资源服务器根据接收的所述数据资源请求端的数据资源请求，确定所述数据资源请求端需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端；所述数据资源提供端根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息。因此在目标数据资源整合过程中，所述数据资源请求端能够通过数据资源服务器预先配置的整合完成标准时长与目标数据资源的当前时间，来获知目标数据资源在设置的标准时长内是否完成整合，无需依赖第三方获知目标数据资源的完成情况，并针对为完成的目标数据资源输出相应的提示信息，使得准确并实时的获知目标数据资源的完成状态，并且针对未完成的目标数据资源能够及时输出提示信息，避免发生未完成的目标数据资源的遗漏现象。

附图说明

图1是本申请提供的一种数据资源的服务系统实施例的结构示意图；

图2是本申请提供的一种数据资源的服务系统实施例中具体应用场景的数据交互示意图；

图3是本申请提供的一种数据资源的监控方法实施例的流程图；

图4是本申请提供的一种数据资源的监控装置实施例的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

在对本申请提供的数据资源的服务系统实施例进行说明前，基于上述背景技术，结合实际应用场景对本申请的技术方案构思产生进行描述。

在本申请背景技术部分有描述，在获取过程中终端设备依赖于人工获知服务资源获取过程中的具体情况，从而使得对于服务资源的完成情况的获知完全处于被动状态，导致对于服务资源完成情况获知的准确性和实时性均较差。为更好了解技术问题，本实施例中以点餐服务环境下，餐品获取的过程为例进行技术问题说明，但可以理解的是，对于数据资源的获取并不限于餐品这一种资源形式。

现有点餐过程，顾客可通过点餐设备，如掌上pos机或手机等终端设备，进行点餐，点餐后形成点餐订单，该订单会被发送到厨房进行相应的操作，最后服务人员将成品餐品服务给顾客，这一简单过程中，由于无法掌握后续实际操作情况，而会导致餐品可能在下单很长时间下仍然没有制作，而对餐品是否制作完全由顾客自身来进行相应的提醒，服务人员通过顾客提醒在到厨房进行相应餐品提醒，整个过程由于存在人为因素，进而导致消息传递的准确性和实时性，鉴于这种背景，本申请提供一种餐品监控的构思，无需依赖服务人员提醒，自动对超时餐品进行提醒，提高消息传递的准确性和实时性。当然，此处以数据资源为餐品来进行举例说明，以便进行理解。

请参考图1所示结合图2所示，图1是本申请提供的一种数据资源的服务系统实施例的结构示意图，图2是本申请提供的一种数据资源的服务系统实施例中数据交互示意图。该服务系统实施例中包括：

数据资源请求端101、数据资源提供端102和数据资源服务器103。

其中，所述数据资源服务器103根据接收的所述数据资源请求端101的数据资源请求，确定所述数据资源请求端101需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端102；其中，所述目标数据资源为基于原数据进行整合后的数据资源。也就是说，所述数据资源请求端101发出数据资源请求到所述数据资源服务器103，其中，数据资源请求中包括基于数据资源提供端103提供的数据资源进行选择后确定的目标数据资源。所述数据资源服务器102根据所述数据资源请求即可获知数据资源请求端101所需要获取的目标数据资源。所述数据资源服务器103在确定所述数据资源请求中的目标数据资源后，会针对所述目标数据资源向所述数据资源提供端发送整合指令。所述整合指令可以理解为，所述目标数据资源是通过原数据进行整合处理后的数据资源，因此，所述数据资源提供端在获得目标数据资源后，需要针对原数据进行相应的整合处理，以形成所述目标数据资源。

所述数据资源提供端102根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；所述整合状态信息可以理解为针对目标数据资源的整合完成情况，例如：已完成的状态信息，已完成的状态信息中可以包括目标数据资源标识或名称、完成时间等相关信息，还可以包括针对目标数据资源未完成的状态信息，例如当前目标数据资源完成量或者目标数据资源预计完成时间等相关信息。在本实施例中，主要以目标数据资源完成为主要整合状态信息进行描述。所述数据资源提供端根据目标数据资源确定所需原数据，并对所述原数据进行整合时，将整合完成的目标资源数据进行记录，将记录的整合状态信息发送给所述数据资源服务器。

所述数据资源请求端101根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息。所述数据资源请求端101具体实现过程可以是：

所述数据资源请求端101从所述数据资源服务器获取针对所述目标数据资源配置的标准时长；其中，所述标准时长为针对所述数据资源提供端提供的所述目标数据资源配置的目标整合时间长度。对于标准时长的配置，可以是所述数据资源服务器会预先对所述数据资源提供端提供的数据资源进行标准时长配置，即：为每个数据资源的整合完成配置标准时长，当所述数据资源服务端接收到数据资源请求后，会根据数据资源请求中的目标数据资源确定相应的标准时长，以便监控所述目标数据资源整合情况。

在本实施例中，标准时长的配置可以是，预先根据所述数据资源完成整合的历史时间，为所述数据资源配置相应的标准时长，也就是，对所述数据资源提供端提供的数据资源，已历史整合完成时间为参考，进行标准时长的配置，所述目标数据资源来自于数据资源中。数据资源服务端可以存储所述数据资源提供端提供的数据资源相关信息以及对应数据资源配置的标准时长。

为便于准确的对目标数据资源进行整合完成情况的监控，本实施例中，可以根据所述数据资源的提供量，对所述数据资源配置的所述标准时长进行调节，例如：当所述数据资源提供端当前提供量较小时，可以将数据资源对应的标准时长适当缩短，反之，当所述数据资源提供端当前提供量较大时，可以将数据资源对应的标准时长适当增长，从而实现针对数据资源提供端当前的整合能力对标准时长进行调节。而标准时长也可以供所述数据资源请求端进行参考以便根据用户的需求为确定目标数据资源提供获取时间上的参考。

所述数据资源请求端根据所述整合状态信息，筛选出所述数据资源提供端尚未提供的所述目标数据资源。首先，需要说明的是，数据资源请求中的目标数据资源可以是多个也可以是一个，所述数据资源请求端接收来自所述数据资源服务器发送的目标数据资源数据的整合状态信息，通过整合状态信息可以获知目标数据资源的完成情况，如果未接收到整合状态信息则说明针对目标数据资源没有完成的，如果接收到整合状态信息，则整合状态信息中包括针对某目标数据资源已完成的状态描述，故此，将已完成的目标数据资源与数据资源请求中的目标数据资源进行比较，即可筛选出所述数据资源提供端尚未提供的所述目标数据资源。

需要说明的是，所述数据资源请求端可以通过所述数据资源服务器获取目标资源数据的整合状态信息，也可以通过所述数据资源提供端直接获取目标资源数据的整合状态信息，在本实施例中，为保证获取整合状态信息的稳定性是通过数据资源服务器来获取，即目标数据资源的整合状态信息由所述数据资源提供端发送给所述数据资源服务器，所述数据资源请求端从所述数据资源服务器获取目标数据资源的整合状态信息。当然，所述数据资源请求端通过所述数据资源提供端直接获取整合状态信息时，还可以包括：所述数据资源提供端将整合状态信息发送给所述数据资源服务器同时也发送给所述数据资源请求端，若所述数据资源请求端在预设时间范围内未收到整合状态信息，则所述数据资源请求端可以通过数据服务器获取整合状态信息，如果均为获取到，则说明针对数据资源请求目前没有完成的目标数据资源。

因此，在本实施例中，对于所述数据资源请求端根据所述整合状态信息，筛选出所述数据资源提供端尚未提供的所述目标数据资源，可以包括：

所述数据资源请求端从所述数据资源请求中剔除所述整合状态信息中已完成整合的目标数据资源；

将剔除后所述数据资源请求中剩余的数据资源，确定为所述数据资源提供端尚未提供的目标数据资源。

所述数据资源请求端根据筛选出的尚未提供的所述目标数据资源的当前时间和所述数据资源提供端接收所述数据资源请求的接收时间，或者，根据筛选出的尚未提供的所述目标数据资源的当前时间和所述数据资源请求的发送时间，确定尚未提供的所述目标数据资源的等待时长，即：尚未提供的所述目标数据资源的等待时长可以有两种方式进行确定，一种是利用尚未提供的所述目标数据资源的当前时间和所述数据资源提供端接收所述数据资源请求的接收时间之差，确定所述等待时长；另一种是利用尚未提供的所述目标数据资源的当前时间和所述数据资源请求的发送时间之差，确定所述等待时长。

若所述等待时长大于或等于所述标准时长，则说明目标数据资源的整合时间已经超出为所述目标数据资源配置的标准时长，故此，需要输出提示信息，以便提醒所述数据资源提供端进行整合，从而能够准确并且实时的获知目标数据资源整合完成情况。

以上是对本申请提供的一种数据资源的服务系统实施例的详细描述，为更好的理解上述内容，现结合应用场景对本申请提供的一种数据资源的服务系统进行描述，请结合图1参考图2所示，图2是本申请提供的一种数据资源的服务系统实施例中具体应用场景的数据交互示意图。

如图2所示，本实施例中应用场景以餐饮服务为核心展开说明，其中，数据资源为餐品；数据资源请求端为点餐智能设备，例如pos机或手机等，在本实施例中，主要以服务人员手持点餐pos机为例进行说明；数据资源提供端为商家，具体为商家厨房智能设备，例如：kds(智能厨房显示系统)；所述目标数据资源为用户通过点餐智能设备确定的需要的目标餐品；所述数据资源服务器是点餐服务器。

技术方案的具体实现可以是，用户可通过点餐pos机进行点餐，确定出目标餐品；针对所述目标餐品形成的点餐订单通过点餐pos机发送到点餐服务器，点餐服务器将点餐订单发送到kds进行相应餐品的备餐，kds会将根据对点餐订单中涉及的餐品完成情况进行更新和记录，并将完成的餐品信息发送到点餐服务器，点餐服务器将针对点餐订单中更新的餐品信息发送给点餐pos机，点餐pos机在获取针对点餐订单的更新信息后，从点餐订单中筛选出尚未完成的餐品信息；之后从点餐服务器获取为点餐订单中餐品配置的备餐时间阈值(标准时长)，具体可以是针对尚未完成的餐品信息对应的备餐时间阈值。根据点餐pos机根据尚未完成餐品信息的当前时间(可以是当前系统时间)和点餐订单形成时间(包括点餐服务器或kds接收的点餐订单时间，或者是，点餐pos机针对点餐订单的发送时间)之间的时间差获得所述尚未完成餐品信息的等待时长，将等待时长与所述备餐时间阈值进行比较，若等待时长大于或等于备餐时间阈值，则说明尚未完成餐品信息已经超出预定的提供时间，进而可以所述点餐pos则会发出超时提醒，以便进行催单处理。整个点餐订单中餐品信息的监控无需依赖于服务人员，点餐pos机可以根据接收的点餐订单中餐品的完成情况确定出现有未完成的餐品，进而发出超时提醒，使得整个点餐订单的监控自动化，提高催单的准确性和实时性。

可以理解的是，点餐服务器预先为餐品分别配置了备餐时间阈值(标准时长)，而点餐pos机对所述备餐时间阈值的获取可以是在点餐订单发送后获取，也可以是在接收到针对点餐订单更新信息后进行获取，因此，所述备餐时间阈值的获取方式并不受限于上述内容。

需要说明的是，上述点餐应用场景中，所述点餐智能设备还可以是手机，即顾客可通过自身手机进行点餐，并且对餐品服务进行监控，当存在餐品上餐超时的情况，手机可发出超时提醒，进而顾客可获知点餐订单中哪些餐品还未提供，同时所述超时提醒也可以直接发送到点餐服务器，由订餐服务器发送到kds，或者直接发送到kds，从而实现自动催单。

以上是对本申请提供的一种数据资源的服务系统实施例以及具体应用场景的详细描述，与前述提供的一种数据资源的服务系统实施例相对应，本申请还公开一种数据资源的监控方法实施例，请参看图3，由于方法实施例基本相似于上述系统实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图3所示，图3是本申请提供的一种数据资源的监控方法实施例的流程图，该监控方法主要是以数据资源请求端的角度并结合上述应用场景展开描述，该实施例包括：

步骤s301：发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源。

所述数据资源请求端根据用户需求发送数据资源请求，所述资源请求中包括用户针对数据资源提供端提供的数据资源，确定的目标数据资源；那么，也就是说，数据资源服务器中存储有数据资源提供端提供的数据资源库，数据资源请求端从数据资源库中确定需要的目标数据资源。

在本实施例的应用场景中，数据资源请求端可以是点餐pos机，数据资源提供端为商家，数据资源为商家提供的餐品信息，目标数据资源为顾客在商家提供的餐品信息中选定的目标餐品(即点餐餐品)，数据资源请求可以理解为点餐订单，点餐订单中包括目标餐品。

所述步骤s301的具体实现过程可以是，数据资源请求端发送需要的目标数据资源到数据资源服务器，即点餐pos针对顾客需要的目标餐品形成点餐订单，并将点餐订单发送到点餐服务器。

需要说明的是，顾客针对点餐服务器提供的餐品信息进行点餐，点餐服务器提供的餐品信息中可以包括餐品名称、以及为餐品配置的备餐时间阈值，从而便于顾客可以根据自身用餐时间情况进行点餐。餐品信息由餐品提供方(商家)提供并存储在点餐服务器中。

步骤s302：获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息。

所述步骤s302中整合状态信息可以理解为针对所述目标数据资源进行处理的过程，结合点餐应用场景，则可以理解为针对目标餐品进行备餐加工的过程。基于所述步骤s301可以获知所述步骤s302主要是数据资源服务器针对接收的数据资源请求端发送的数据资源请求的响应，响应内容为针对所述目标数据资源的整合状态信息。基于上述本申请提供的一种数据资源的服务系统实施例中的描述，可知数据资源服务器会将数据资源请求转发到数据资源提供端，由数据资源提供端针对数据资源请求中的目标数据资源进行整合，以便提供目标数据资源，故此，所述步骤s301可以接收由数据资源提供端发送的整合状态信息，所述整合状态信息中，包括对以完成整合的目标数据资源信息，结合点餐应用场景可以是，点餐服务器将点餐订单转发到kds，kds针对点餐订单内容进行备餐，并对点餐订单中的餐品信息进行状态更新，将更新后的点餐订单反馈给点餐服务器，此时点餐服务器能够获知点餐订单中已经完成备餐的餐品信息，而更新后的点餐订单可以转发到点餐pos机或者点餐pos机在点餐服务器上获取更新后的点餐订单。

步骤s303：根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源。

数据资源请求端在获取到针对目标数据资源的整合状态信息后，可以确定出所述数据资源请求中是否存在满足提供条件，且尚未获取的目标数据资源。其中提供条件可以是以满足设定的获取数据资源的标准时长，如上述数据资源的服务系统实施例中的描述，数据资源服务器针对数据资源进行标准时长的配置，即为所述数据资源配置的目标整合时间长度，结合应用场景可以理解为，对每个餐品信息配置相应的备餐所需要的时长，换个角度理解，即每个餐品上桌的时长。

基于上述内容，所述步骤s303的具体实现过程可以包括：

步骤s303-1：从预先为数据资源配置的标准时长中，确定所述目标数据资源的标准时长；其中，所述标准时长为所述数据资源配置的目标整合时间长度；在本实施例中，所述标准时长是通过数据资源服务器进行配置，那么数据资源服务器可以根据数据资源完成整合的历史时间进行相应配置，也就是对数据资源进行标准时长的配置可以是一种数据资源完成整合的经验参考值，该经验参考值可以是历史完成时长。

可以理解的是，对于标准时长可以根据当前数据资源的提供状态进行调节，例如：根据所述数据资源的提供量，对所述数据资源配置的所述标准时长进行调节。结合具体点餐应用场景可以理解为，为点餐订单中各餐品信息进行配置备餐时间阈值时，可以根据kds的备餐状态来配置，例如：kds当前备餐量较低，即厨房不是很繁忙，餐品订单较少，此时可以将备餐时间阈值缩短，反之可以将备餐时间阈值增长，从而保证该餐品提供的时效性。

步骤s303-2：根据所述整合状态信息，筛选出尚未完成整合的目标数据资源；具体筛选可以是将目标数据资源中剔除整合状态信息为完成的目标数据资源，剩余的则为未完成整合的目标数据资源。在本实施例提供的点餐应用场景中，整合状态信息可以是厨师针对kds的操作，将已完成的餐品信息进行状态修改，从而使得点餐订单的状态信息发生变化，此时更新后的点餐订单会发送到点餐服务器，点餐服务器则将更新后的点餐订单发送到点餐pos机，点餐pos机收到的点餐订单中包括有已完成餐品的信息和状态没有变化的餐品信息，将已完成餐品信息从所述点餐订单剔除，剩余的为未完成的餐品信息。也可以将原始点餐订单与更新后的点餐订单进行状态比较，提取状态无变化的餐品信息。关于步骤s303-2的具体内容可以参考上述服务系统实施例的相关描述，此处不做过多赘述。

步骤s303-3：根据筛选出的所述目标数据资源的当前时间和所述数据资源请求的请求时间，确定筛选出的所述目标数据资源的等待时长；

所述步骤s303-3在确定所述等待时长时，可以通过所述数据资源请求端根据筛选出的所述目标数据资源的当前时间和所述数据资源提供端接收所述数据资源请求的接收时间，或者，根据筛选出的所述目标数据资源的当前时间和所述数据资源请求的发送时间，确定尚未提供的所述目标数据资源的等待时长。也就是说，所述数据资源请求的请求时间可以包括：数据资源请求的接收时间或发送时间。所述等待时长的确定可以是所述当前时间(可以是系统时间)与所述接收时间的差值，或者所述等待时长的确定可以是所述当前时间(可以是系统时间)与所述发送时间的差值。

步骤s303-4：确定所述等待时长是否大于或等于所述目标数据资源的标准时长；

所述步骤s303-4中如果所述等待时长大于或等于所述目标数据资源的标准时长，则说明当前尚未完成整合的目标数据资源的等待时长已经超出预先配置的标准时长，因此执行步骤s303-5。如果等待时长小于所述目标数据资源的标准时长，则说明尚未完成整合的目标数据资源还未到达要求整合完成的标准时间。

步骤s303-5：若是，则确定所述数据资源请求中存在满足提供条件且尚未获取的目标数据资源。根据步骤s303-4所述，如果等待时长小于所述目标数据资源的标准时长，则可以不做任何处理，继续对目标数据资源的整合进行监控，即可，当然，也可以根据等待时长与目标数据资源的标准时长之间的距离进行提醒，以便提醒数据资源提供端能够及时或者在标准时长内完成数据整合，提供给所述数据资源请求端。结合上述点餐应用场景，则是确定点餐订单中是否存在以到达上菜时间要求，但是却未上菜的餐品信息。确定过程实际上可以理解为，点餐pos机根据接收的来自厨房kds的餐品出餐状态确定，厨房kds根据餐品的加工情况，将已完成的餐品制作状态修改为已完成，当然制作状态的修改可以有多种方式，例如划去已完成的餐品或者修改状态为完成等方式，此处不一一举例说明。厨房kds会将修改后或更新后的点餐订单发送给点餐服务器，点餐pos通过点餐服务器获取更新后的点餐订单，从更新后的订单中能够获知点餐订单中已完成的餐品信息和未完成的餐品信息，将已完成的餐品信息去除之后，剩余则为未完成的餐品信息。然后，再确定未完成的餐品信息的等待时长是否超出配置的备餐时间阈值，若超出，则说明未完成的餐品信息满足出餐条件(提供条件)但尚未出餐。

步骤s304：若是，则输出针对所述目标数据资源的提示信息。

所述步骤s304中提示信息的输出可以包括：语音提醒、文字提醒或震动提醒等方式，所述提示信息可以在数据资源请求端输出，也可以将所述提示信息发送到数据资源服务器，由数据资源服务器提供给数据资源提供端进行输出，以便提醒数据资源提供端。

基于上述本申请提供的一种数据资源的监控方法实施例可知，对数据资源获取过程中的监控无需依赖人为操作，对数据资源完成情况能够准确和实时的获知，从而便于后续对满足提供条件但尚未完成整合的数据资源进行提醒。从点餐应用场景的角度来看，本申请提供的数据资源的监控方法实施例中，点餐pos机能够准确和实时的获知点餐订单中餐品的备餐情况，无需用餐人员或者服务人员认为监控并对超出备餐时间阈值的餐品进行人为催单，降低工作效率，本申请的数据资源的监控方法实施例在点餐应用场景下，能够自动监测点餐订单中餐品的备餐情况，对于超出备餐时间阈值的餐品可以通过点餐pos发出提示信息，也可以将提示信息发送到厨房kds，以便进行催单；进一步提高用餐者能够在合理的时间范围内进行用餐，也能够为用餐者根据自身用餐情况选择相应的餐品(即包括餐品备餐耗时时间)，避免用餐时间与其他事务时间发生冲突。

以上是对本申请提供的一种数据资源的监控方法实施例以及具体应用场景的详细描述，与前述提供的一种数据资源的监控方式实施例相对应，本申请还公开一种数据资源的监控装置实施例，请参看图4，由于装置实施例基本相似于上述方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图4所示，图4是本申请提供额一种数据资源的监控装置实施例的结构示意图，该装置实施例包括：

发送单元401，用于发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取单元402，用于获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

所述获取单元402的具体实现过程可以参考上述步骤s301的描述。

确定单元403，用于根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

所述确定单元403的具体实现过程可以包括：第一确定子单元、筛选子单元、第二确定子单元、第三确定子单元和第四确定子单元，其中，所述第一确定子单元，用于从预先为数据资源配置的标准时长中，确定所述目标数据资源的标准时长；其中，所述标准时长为所述数据资源配置的目标整合时间长度；所述筛选子单元，用于根据所述整合状态信息，筛选出尚未完成整合的目标数据资源；所述第二确定子单元，用于根据筛选出的所述目标数据资源的当前时间和所述数据资源请求的请求时间，确定筛选出的所述目标数据资源的等待时长；第三确定子单元，用于确定所述等待时长是否大于或等于所述目标数据资源的标准时长；所述第四确定子单元，用于根据所述第三确定子单元中的确定结果为是时，确定所述数据资源请求中存在满足提供条件且尚未获取的目标数据资源。

在本实施例中，还可以包括配置单元，用于对于标准时长进行配置，具体可以是预先根据所述数据资源完成整合的历史时间，为所述数据资源配置相应的标准时长，进一步包括调节子单元，用于根据所述数据资源的提供量，对所述数据资源配置的所述标准时长进行调节。

关于所述确定单元403的具体实现过程可以参考上述步骤s303的描述，此处不再重复赘述。

输出单元404，用于当所述确定单元中确定结果为是时，输出针对所述目标数据资源的提示信息。

以上为对本申请提供的一种数据资源的监控装置实施例的概述，具体内容请结合监控方法实施例，此处不做过多赘述。

基于上述内容，本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被读取执行时，执行如下步骤：

所述数据资源服务器根据接收的所述数据资源请求端的数据资源请求，确定所述数据资源请求端需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端；其中，所述目标数据资源为基于原数据进行整合后的数据资源；

所述数据资源提供端根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；

所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息；

或者，

发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

若是，则输出针对所述目标数据资源的提示信息。

基于上述内容，本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下步骤：

所述数据资源服务器根据接收的所述数据资源请求端的数据资源请求，确定所述数据资源请求端需要的目标数据资源，并针对所述目标数据资源发送整合指令到所述数据资源提供端；其中，所述目标数据资源为基于原数据进行整合后的数据资源；

所述数据资源提供端根据所述整合指令，对所述原数据进行整合，并发送记录的所述目标数据资源的整合状态信息；

所述数据资源请求端根据接收的所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的所述目标数据资源，若是，则输出针对所述目标数据资源的提示信息；

或者，

发送数据资源请求，其中，所述数据资源请求中包括待获取目标数据资源；

获取响应于所述数据资源请求中针对所述目标数据资源的整合状态信息；

根据所述整合状态信息，确定所述数据资源请求中是否存在满足提供条件且尚未获取的目标数据资源；

若是，则输出针对所述目标数据资源的提示信息。

以上是对本申请提供的数据资源的服务系统实施例、数据资源的监控方法和装置的实施例，以及计算机存储介质和电子设备等进行描述，基于上述内容可知，在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他成分的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。