CN107093000A - 对象处理方法、信息显示方法及装置 - Google Patents

Abstract

本申请公开了一种对象处理方法、信息显示方法及装置，服务端确定源对象作为资源衍生出的至少一个目标对象；分析所述至少一个目标对象，以获得资源需求量；根据所述资源需求量，计算所述源对象的余量；发送所述余量的提示信息至客户端；客户端显示所述余量的提示信息。本申请实施例实现了源对象的余量的有效提示，实现了对源对象及时准确的监控。

Description

对象处理方法、信息显示方法及装置

技术领域

本申请属于网络技术领域，具体地说，涉及一种对象处理方法、信息显示方法、对象处理装置及信息显示装置。

背景技术

在某些网上交易的应用场景中，服务提供方提供的商品是由自己利用原材料进行加工制作获得。

目前，服务提供方进行商品销售时，原材料仅是由采购人员凭借个人经验采购获得。

发明内容

有鉴于此，由于原材料仅凭采购人员的个人经验进行处理，原材料是否需要购买，原材料剩余多少，剩余原材料是否足够用于制作加工品等等，都需要采购人员凭借个人经验进行原材料盘点之后获知，效率较慢，无法及时准确的获知原材料的余量是否不足等，因此，经过一系列研究，本申请提供了一种对象处理方法、信息显示方法及装置，实现了余量的有效及时提示，实现了对源对象的及时准确监控，可以使得用户能够及时准确的获知余量是否不足等。

为了解决上述技术问题，本申请的第一方面提供了一种对象处理方法，包括：

确定源对象作为资源衍生出的至少一个目标对象；

分析所述至少一个目标对象，以获得资源需求量；

根据所述资源需求量，计算所述源对象的余量；

发送所述余量的提示信息至客户端。

可选地，，所述分析所述至少一个目标对象，以获得资源需求量包括：

根据所述至少一个目标对象的消耗量以及所述至少一个目标对象与所述源对象的资源配置比例，计算所述至少一个目标对象的资源需求量。

可选地，所述目标对象的消耗量按照如下方式确定：

获取所述目标对象的销售订单信息；

根据所述销售订单信息，确定所述目标对象的消耗量。

可选地，所述根据所述资源需求量，计算所述源对象的余量包括：

确定所述源对象的资源增加量；

根据所述资源需求量以及所述资源增加量，计算所述源对象的余量。

可选地，所述方法还包括：

发送所述源对象的购买提示信息至所述客户端；以及

所述资源增加量的确定步骤，包括：

接收所述客户端的采购请求；

生成所述源对象的交易订单信息；

发送所述交易订单信息至所述客户端；

响应于所述客户端的交易成功消息，确定所述源对象的所述资源增加量。

可选地，所述方法还包括：

根据所述源对象的增加日期以及保质日期，发送过期提示信息至所述客户端。

可选地，所述发送所述余量的提示信息至所述客户端包括：

在所述余量低于阈值时，发送所述余量的提示信息至所述客户端。

可选地，所述发送所述余量的提示信息至客户端之后，所述方法还包括：

接收所述客户端发送的更新数值；

根据所述更新数值，校正所述余量。

本申请的第二方面提供了一种信息显示方法，包括：

获取源对象的余量的提示信息；所述余量根据至少一个目标对象对所述源对象的资源需求量计算获得；所述至少一个目标对象为所述源对象作为资源时衍生出的；

显示所述提示信息。

可选地，所述提示信息包括所述余量；

所述显示所述提示信息之后，所述方法还包括：

响应于针对所述余量的更新操作，发送更新数值至服务端；

根据所述更新数值，更新显示的所述余量。

可选地，所述方法还包括：

显示所述源对象的购买提示信息；

响应于针对所述购买提示信息的购买操作，发送采购请求至服务端；

显示所述服务端生成的采购订单信息；

响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。

本申请的第三方面提供了一种对象处理装置，包括：

对象确定模块，用于确定源对象作为资源衍生出的至少一个目标对象；

需求量计算模块，用于分析所述至少一个目标对象，以获得资源需求量；

余量计算模块，用于根据所述资源需求量，计算所述源对象的余量；

余量提示模块，用于发送所述余量的提示信息至客户端。

可选地，所述需求量计算模块具体用于：

根据所述至少一个目标对象的消耗量以及所述至少一个目标对象与所述源对象的资源配置比例，计算所述至少一个目标对象的资源需求量。

可选地，还包括：

订单获取模块，用于获取所述目标对象的销售订单信息；

消耗量确定模块，用于根据所述销售订单信息，确定所述目标对象的消耗量。

可选地，所述余量计算模块包括：

增加量确定单元，确定所述源对象的资源增加量；

余量计算单元，用于根据所述资源需求量以及所述资源增加量，计算所述源对象的余量。

可选地，还包括：

购买提示模块，用于发送所述源对象的购买提示信息至所述客户端；

所述增加量确定单元包括：

请求接收单元，用于接收所述客户端的采购请求；

订单生成单元，用于生成所述源对象的交易订单信息；

订单发送单元，用于发送所述交易订单信息至所述客户端；

确定子单元，用于响应于所述客户端的交易成功消息，确定所述源对象的所述资源增加量

可选地，还包括：

过期提示模块，用于根据所述源对象的增加日期以及保质日期，发送过期提示信息至所述客户端。

可选地，所述余量提示模块具体用于：

在所述余量低于阈值时，发送所述余量的提示信息至所述客户端。

可选地，还包括：

数值接收模块，用于接收所述客户端发送的更新数值；

数值校正模块，用于根据所述更新数值，校正所述余量。

本申请的第四方面提供了一种信息显示装置，包括：

获取模块，用于获取源对象的余量的提示信息；所述余量根据至少一个目标对象对所述源对象的资源需求量计算获得；所述至少一个目标对象为所述源对象作为资源时衍生出的；

第一显示模块，用于显示所述提示信息。

可选地，还包括：

数值发送模块，用于响应于针对所述余量的更新操作，发送更新数值至服务端；

数值更新模块，用于根据所述更新数值，更新显示的所述余量。

可选地，还包括：

第二显示模块，用于显示所述源对象的购买提示信息；

请求发送模块，用于响应于针对所述购买提示信息的购买操作，发送采购请求至服务端；

第三显示模块，用于显示所述服务端生成的采购订单信息；

消息发送模块，用于响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。

与现有技术相比，本申请可以获得包括以下技术效果

通过对源对象作为资源衍生出的至少一个目标对象进行分析，可以获得所述至少一个目标对象的资源需求量，根据所述资源需求量，即可以计算源对象的余量，向客户端发送所述余量的提示信息，由客户端显示所述余量的提示信息，实现了余量的有效提示，本申请实施例无需专门人员进行复杂的盘点操作，从而实现了对源对象的及时准确监控。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种对象处理方法一个实施例的流程图；

图2是本申请实施例的一种信息显示方法一个实施例的流程图；

图3是本申请实施例的一种对象处理系统一个实施例的结构示意图；

图4是本申请实施例的一种对象处理方法又一个实施例的流程图；

图5是本申请实施例的一种对象处理装置一个实施例的结构示意图；

图6是本申请实施例的一种信息显示装置一个实施例的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

本申请实施例的技术方案可以适用于网上交易场景中，当然也可以适用于目标对象由源对象作为资源衍生出的任意应用场景中。

在一个实际应用中，源对象可以是指原材料，目标对象可以是指对所述原材料的加工品。在网上交易场景中，加工品即作为可以售卖的商品。

在本申请实施例中，为了方便用户及时准确的获取源对象的余量的相关信息，由服务端确定源对象作为资源衍生出的至少一个目标对象，并对该至少一个目标对象进行检测，分析所述至少一个目标对象的资源需求量，从而根据所述资源需求量，可以自动计算获得源对象的余量，从而即可以发送所述余量的提示信息至客户端，客户端显示所述余量的提示信息，实现了余量的有效提示，从而实现了对源对象的及时准确监控，使得用户可以及时准确的获知余量是否不足。

下面将结合附图对本申请技术方案进行详细描述。

图1是本申请实施例提供的一种对象处理方法一个实施例的流程图，该方法可以包括以下几个步骤：

101：确定源对象作为资源衍生出的至少一个目标对象。

本实施例技术方案主要应用于服务端。

所述目标对象可以为对所述源对象的加工品。

在一个实际应用中，源对象可以是指食品原材料，目标对象即为食品原材料的加工食品。在网上交易场景中，源对象为食品材料，目标对象为加工食品时，加工食品可以是用来售卖的商品，该网上场景可以基于O2O(Online To Offline，线上到线下)的外卖应用场景。

其中，在一个实际应用中，目标对象可能会进行分组控制，因此源对象与目标对象可以是属于同一个目标分组，是针对同一目标分组的目标对象以及源对象执行本实施例的技术方案，例如在网上交易场景中，是针对每一个服务提供方均执行本申请实施例的对象处理方案，实现对每一个服务提供方的源对象的监控，目标对象为服务提供方提供的加工品，源对象即为目标对象对应的原材料。

102：分析所述至少一个目标对象，以获得资源需求量。

该资源需求量为至少一个目标对象对源对象的总需求量。也即累加每一个目标对象对源对象的需求量，以获得资源需求量

在目标对象包括多个时，即关联地分析所述多个目标对象，以获得资源需求量。

103：根据所述资源需求量，计算所述源对象的余量。

获得至少一个目标对象对源对象的资源需求量之后，即可以计算源对象的余量，也即源对象还剩余多少资源。

104：发送所述余量的提示信息至客户端。

其中，所述提示信息中可以包括所述余量。客户端获取所述提示信息之后，即可以显示所述提示信息，从而用户可以及时准确获知源对象的余量，无需人工进行盘点。

可选地，可以是在判断所述余量小于阈值时，生成所述余量的提示信息，并将提示信息发送至客户端，由客户端显示所述提示信息，以直接提示用户源对象余量不足等。

其中，所述阈值可以是用户通过客户端提供的，从而可以根据用户需求，对源对象进行余量监控，以使得在余量低于用户设置的阈值时，生成余量的提示信息，并由客户端显示所述提示信息，实现了源对象及时准确的监控，使得用户可以及时准确的获知余量是否不足等。

在实际应用中，目标对象会一直被消耗，比如网上交易场景中，目标对象用来售卖，目标对象的消耗量也即是目标对象的销售量

因此，对目标对象的分析可以实时进行，且每一个目标对象与源对象的需求量可以根据目标对象与源对象的资源配置比例获得。

因此，在某些实施例中，所述分析所述至少一个目标对象，以获得资源需求量可以包括：

根据所述至少一个目标对象的消耗量以及所述至少一个目标对象与所述源对象的资源配置比例，计算所述至少一个目标对象的资源需求量。

该资源配置比例可以是指单位数量的目标对象对应的源对象的转换数量。例如源对象为食品原材料“土豆”，目标对象为加工食品“土豆丝”，则资源配置比例可以是一份土豆丝需要的土豆的个数；又如源对象为食品原材料“西红柿”，目标对象为加工食品“西红柿炒鸡蛋”，则资源配置比例可以是一份西红柿炒鸡蛋需要的西红柿的重量等。

结合上述描述可知，一个目标对象了可能对应一个或多个源对象。

可选地，所述提示信息中包括所述余量时，为了进一步提高余量监控的准确度，在某些实施例中，所述发送所述余量的提示信息至客户端之后，所述方法还可以包括：

接收所述客户端的更新请求，所述更新请求中包括更新数值；

根据所述更新数值，校正所述余量。

客户端显示所述提示信息之后，监测到针对所述余量的更新操作时，通过响应于该更新操作，即向服务端发送更新请求，其中，更新请求中携带更新数值。

服务端可以根据该更新数值，校正所述余量。

同时，客户端也可以根据所述更新数值，更新显示的所述余量。

由于在实际应用中，例如源对象为原材料，目标对象为对原材料的加工品时，尽管目标对象与源对象预先设置有资源配置比例，但是在目标对象的制作加工过程中，难免由于人工因素导致原材料使用过多或过少，本实施例中，用户可以请求校正计算出的所述余量，从而可以提高计算的余量的准确度。

可选地，在网上交易场景中，目标对象的消耗量根据目标对象的销售量获知，因此作为又一个实施例，所述目标对象的消耗量可以按照如下方式确定：

获取所述目标对象的销售订单信息；

根据所述销售订单信息，确定所述目标对象的消耗量。

其中，销售订单信息可以从目标对象的网上交易系统中获取，根据销售订单信息即可以获知目标对象的当前销售量，作为目标对象的消耗量。

从而根据每一个目标对象的消耗量以及每一个目标对象与源对象的资源配置比例，可以计算每一个目标对象对所述源对象的需求量，将所述源对象对应的全部目标对象(至少一个)对其的需求量进行累加，即获得全部目标对象的资源需求量。

在实际应用中，随着源对象的消耗，为了保证源对象满足正常使用，源对象的数量也会进行增加，例如，源对象为原材料时，目标对象为原材料的加工品时，随着原材料制作为加工品，用户也会采购原材料，以保证正常使用。

因此，在某些实施例中，所述根据所述资源需求量，计算所述源对象的余量可以包括：

确定所述源对象的资源增加量；

根据所述资源需求量以及所述资源增加量，计算所述源对象的余量。

作为一种可能的实现方式，为了方便确定源对象的资源增加量，本申请实施例可以提供源对象的购买，因此服务端还可以发送购买提示信息至所述客户端，由客户端显示所述源对象的购买提示信息。

因此，在某些实施例中，所述确定所述源对象的资源增加量可以包括：

接收所述客户端的采购请求；

生成所述源对象的交易订单信息；

发送所述交易订单信息至所述客户端；

响应于所述客户端的交易成功消息，确定所述源对象的所述资源增加量。

其中，该采购请求为客户端响应于针对所述购买提示信息的操作时发送的。也即客户端显示购买提示信息，该购买提示信息可以是虚拟控件，以供用户操作，客户端检测到针对该购买提示信息的操作时，即可以向服务端发送采购请求，该采购请求中可以包括资源增加量等信息内容。

服务端接收到采购请求之后，即可以生成该源对象交易订单信息，并将交易订单信息发送至客户端，由客户端显示所述交易订单信息。

其中，客户端响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。

服务端生成交易订单信息之后，该交易订单信息可以用于指示配货人员进行源对象的配送。用户收到购买的源对象时，即可以针对客户端显示交易订单信息执行相应的确认操作，从而客户端向服务端发送交易成功消息，以通知服务端源对象配货成功，此时服务端即确定的所述源对象的所述资源增加量。

可选地，在某些实施例中，服务端还可以根据所述源对象的增加日期以及保质日期，发送过期提示信息至所述客户端，由客户端显示所述过期提示信息。

还可以发送所述目标对象的标识信息、所述源对象的标识信息以及所述目标对象与所述源对象的资源配置比例至所述客户端，由客户端显示所述目标对象的标识信息、所述源对象的标识信息以及所述目标对象与所述源对象的资源配置比例，以方便用户查看。

服务端中目标对象的标识信息、所述源对象的标识信息以及所述目标对象与所述源对象的资源配置比例对应保存，从而可以方便查找同一目标分组的源对象作为资源衍生出的目标对象等，以及确定源对象与目标对象的资源配置比例等。

图2是本申请实施例提供的一种信息显示方法一个实施例的流程图，本实施例从客户端的角度对本申请技术方案进行描述，该方法可以包括以下几个步骤：

201：获取源对象的余量的提示信息。

其中，所述余量根据至少一个目标对象对所述源对象的资源需求量计算获得；所述至少一个目标对象为所述源对象作为资源时衍生出的。

提示信息的具体生成过程可以参见上述实施例中所述，在此不再赘述。

202：显示所述提示信息。

其中，所述提示信息中可以包括所述余量。

客户端获取所述提示信息之后，即可以显示所述提示信息，从而用户可以及时准确获知源对象的余量，无需人工进行盘点，实现了对源对象的及时准确的监控。

此外，在某些实施例中，还可以获取过期提示信息，并显示所述过期提示信息，该过期提示信息为根据所述源对象的增加日期以及保质日期生成的。

在某些实施例中，该方法还可以包括：

显示所述源对象的购买提示信息；

响应于针对所述购买提示信息的购买操作，发送采购请求至服务端；其中，该采购请求中携带资源增加量。

显示所述服务端生成的采购订单信息；

响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。

从而服务端接收到交易成功消息之后，即可以确定源对象的资源增加量。

此外，在某些实施例中，所述提示信息中可以包括所述余量，显示所述提示信息，该方法还可以包括：

响应于针对所述余量的更新操作，发送更新数值至服务端，从而服务端可以根据更新数值校正计算获得所述余量；

根据所述更新数值，更新显示的所述余量，也即客户端可以同步更新已显示的所述余量。当然还可以是接收服务端发送的校正之后的余量，并显示所述校正之后的余量。

在一个实际应用中，源对象为原材料，目标对象为对原材料的加工品，其中，在某个特定场景下，原材料可以具体是指食品原材料，目标对象即为加工食品。

此外，目标对象可以是作为交易的目标商品，而为了方便对源对象进行监控，服务端同时提供源对象的购买，因此源对象可以是目标商品对应的可以用于交易的源商品。目标商品可以是在网上交易系统中进行交易，因此本申请实施例还提供了一种与网上交易系统互联的对象处理系统，如图3中所示，该对象处理系统至少由服务端301以及客户端302构成。

该对象处理系统通过提供源商品的购买，使得用户可以直接从该对象处理系统中购买源商品，并加工成目标商品之后，在网上交易系统中进行售卖。对象处理系统可以记录源商品的采购量，作为源对象的资源增加量；还可以从网上交易系统获取目标商品的销售量，作为目标对象的消耗量，以计算目标对象对源对象的资源需求量，根据资源增加量以及资源需求量，即可以计算源对象的余量，也即源商品的库存量，通过显示余量的提示信息，可以提示用户余量的相关信息，从而了实现对源对象的监控，方便用户对源对象管理，及时获知源对象余量是否不足，从而可以在余量不足，继续通过对象处理系统进行源对象的购买等。

为了方便理解，下面以源对象为源商品，目标对象为源商品加工而成的目标商品为例，对本申请技术方案进行详细介绍。

如图4所示，为本申请实施例提供的一种对象处理方法又一个实施例的流程图，该方法可以包括以下几个步骤：

401：服务端确定源商品作为资源衍生出的至少一个目标商品。

也即确定源商品加工而成的至少一个目标商品。

其中，源商品以及目标商品对应同一个服务提供方，也即本实施例的技术方案可以是针对每一个服务提供方。

服务端可以将服务提供方的标识信息、源商品的标识信息以及目标商品的标识信息对应保存，从而可以方便确定服务提供方对应的源商品以及目标商品等。

源商品对应的目标商品包括至少一个，例如原材料为“土豆”时，土豆的加工品会有好多，例如“土豆丝”、“土豆炖牛肉”等等。

因此，服务端还可以发送源商品的标识信息、目标商品的标识信息以及源商品以及目标商品的资源配置比例等至客户端，由客户端显示源商品的标识信息、目标商品的标识信息以及源商品以及目标商品的资源配置比例，从而方便服务提供方查看自己售卖的目标商品，目标商品对应的源商品以及目标商品的与源商品的配置比例。

其中，服务提供方目标商品对应的源商品可以预先保存在服务端。服务提供方可以通过客户端提供其目标商品以及源商品的对应关系以及资源配置比例。服务端即可以对应保存每一个服务提供方的目标商品以及源商品的对应关系以及资源配置比例等。

402：服务端获取所述目标商品的销售订单信息；

403：服务端根据所述销售订单信息，确定所述目标商品的消耗量。

404：服务端根据所述至少一个目标商品的消耗量以及所述至少一个目标商品与所述源商品的资源配置比例，计算所述至少一个目标商品的资源需求量。

405：服务端发送所述源对象的购买提示信息至客户端。

406：客户端显示所述购买提示信息。

407：客户端响应于针对所述购买提示信息的购买操作，发送采购请求至服务端。

其中，采购请求中包括源商品的资源增加量。

408：服务端生成所述源对象的交易订单信息。

409：服务端发送所述交易订单信息至所述客户端。

410：客户端显示所述交易订单信息。

411：客户端响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端

412：服务端响应于所述交易成功消息，确定为所述源对象的记录所资源增加量

需要说明的是，步骤405～步骤412操作并不限定于本实施例的执行步骤，其可以在本实施例的任一步骤的执行之前或者之后或者同时执行。也即针对所述源对象的购买操作可以随时进行，在存在源对象的购买操作时，即可以确定源对象的资源增加量。

服务端在确定出对所述源对象的资源需求量时，可以查询是否存在所述源对象的资源增加量，如果是，则获得所述资源增加量，继续执行后续操作步骤。

413：服务端根据所述资源需求量以及所述资源增加量，计算所述源商品的余量。

源商品的余量，也即源商品的库存量。

414：服务端发送所述余量的提示信息至所述客户端。

其中，可以在检测所述余量低于阈值时，发送所述余量的提示信息至所述客户端，以提示用户源商品余量不足，需要购买等。

415：客户端显示所述提示信息。

416：客户端响应于针对所述余量的更新操作，发送更新数值至服务端。

417：服务端根据所述更新数值，校正所述余量。

418：客户端根据所述更新数值，更新显示的所述余量。

此外，服务端还可以根据源商品的购买日期以及保质日期，发送过期提示信息至所述客户端；客户端显示所述过期提示信息，以提示用户库存的源商品是否过期等。

通过本实施例，实现了从源商品的购买、源商品到目标商品的转换以及源商品的库存监控等的一系列控制流程，方便了用户对源商品的管理，可以及时获知源商品的库存信息以及过期信息等，实现了对源商品及时准确的监控。

图5是本申请实施例提供的一种对象处理装置一个实施例的结构示意图，该装置配置于服务端，该装置可以包括：

对象确定模块501，用于确定源对象作为资源衍生出的至少一个目标对象；

需求量计算模块502，用于分析所述至少一个目标对象，以获得资源需求量。

余量计算模块503，用于根据所述资源需求量，计算所述源对象的余量；

余量提示模块504，用于发送所述余量的提示信息至客户端。

可选地，所述余量提示信息模块可以是在所述余量低于阈值时，发送所述余量的提示信息至所述客户端。

其中，所述阈值可以是用户通过客户端提供的，从而可以根据用户需求，对源对象进行余量监控，以使得在余量低于用户设置的阈值时，生成余量的提示信息，并由客户端显示所述提示信息，实现了源对象的余量的及时有效提示，使得用户可以及时准确的获知余量是否不足等。

在某些实施例中，所述需求量计算模块可以具体用于：

根据所述至少一个目标对象的消耗量以及所述至少一个目标对象与所述源对象的资源配置比例，计算所述至少一个目标对象的资源需求量。

可选地，所述提示信息中包括所述余量时，为了进一步提高余量监控的准确度，在某些实施例中，该装置还可以包括：

数值接收模块，用于接收所述客户端发送的更新数值；

数值校正模块，用于根据所述更新数值，校正所述余量。

在网上交易场景中，目标对象的消耗量根据目标对象的销售量获知，因此在某些实施例中，还装置还以包括：

订单获取模块，用于获取所述目标对象的销售订单信息；

消耗量确定模块，用于根据所述销售订单信息，确定所述目标对象的消耗量。

在实际应用中，随着源对象的消耗，为了保证源对象满足正常使用，源对象的数量也会进行增加，因此在某些实施例中，所述余量计算模块可以包括：

增加量确定单元，确定所述源对象的资源增加量；

余量计算单元，用于根据所述资源需求量以及所述资源增加量，计算所述源对象的余量。

作为一种可能的实现方式，为了方便确定源对象的资源增加量，本申请实施例可以提供源对象的购买，因此，在某些实施例中，该装置还可以包括：

购买提示模块，用于发送所述源对象的购买提示信息至所述客户端。

所述增加量确定单元可以包括：

请求接收单元，用于接收所述客户端的采购请求；

订单生成单元，用于生成所述源对象的交易订单信息；

订单发送单元，用于发送所述交易订单信息至所述客户端；

确定子单元，用于响应于所述客户端的交易成功消息，确定所述源对象的所述资源增加量。

可选地，在某些实施例中，该装置还可以包括：

过期提示模块，用于根据所述源对象的增加日期以及保质日期，发送过期提示信息至所述客户端。

还可以包括：

关系提示模块，用于发送所述目标对象的标识信息、所述源对象的标识信息以及所述目标对象与所述源对象的资源配置比例至所述客户端，由客户端显示所述目标对象的标识信息、所述源对象的标识信息以及所述目标对象与所述源对象的资源配置比例，以方便用户查看。

图6是本申请实施例提供的一种信息显示装置一个实施例的结构示意图，该装置配置于客户端，该装置可以包括：

获取模块601，用于获取源对象的余量的提示信息；所述余量根据至少一个目标对象对所述源对象的资源需求量计算获得；所述至少一个目标对象为所述源对象作为资源时衍生出的；

第一显示模块602，用于显示所述提示信息。

其中，所述提示信息中可以包括所述余量。

显示所述提示信息之后，使得用户可以及时准确获知源对象的余量，无需人工进行盘点，实现了对源对象的及时准确的监控。

在某些实施例中，该装置还可以包括：

数值发送模块，用于响应于针对所述余量的更新操作，发送更新数值至服务端；

数值更新模块，用于根据所述更新数值，更新显示的所述余量。

在某些实施例中，该装置还可以包括：

第二显示模块，用于显示所述源对象的购买提示信息；

请求发送模块，用于响应于针对所述购买提示信息的购买操作，发送采购请求至服务端；

第三显示模块，用于显示所述服务端生成的采购订单信息；

消息发送模块，用于响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。

在某些实施例中，该装置还可以包括：

第三显示模块，用于获取过期提示信息，并显示所述过期提示信息，该过期提示信息为根据所述源对象的增加日期以及保质日期生成的。

本申请实施例还提供了一种对象处理系统，如图3中所示。

通过本申请实施例，实现对源对象余量的有效提示，使得用户可以及时准确的获取源对象的余量的相关信息，实现了对源对象的及时准确的监控。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

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

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (23)

1.一种对象处理方法，其特征在于，包括：

确定源对象作为资源衍生出的至少一个目标对象；

分析所述至少一个目标对象，以获得资源需求量；

根据所述资源需求量，计算所述源对象的余量；

发送所述余量的提示信息至客户端。

2.根据权利要求1所述的方法，其特征在于，所述分析所述至少一个目标对象，以获得资源需求量包括：

根据所述至少一个目标对象的消耗量以及所述至少一个目标对象与所述源对象的资源配置比例，计算所述至少一个目标对象的资源需求量。

3.根据权利要求2所述的方法，其特征在于，所述目标对象的消耗量按照如下方式确定：

获取所述目标对象的销售订单信息；

根据所述销售订单信息，确定所述目标对象的消耗量。

4.根据权利要求1～3任一项所述的方法，其特征在于，所述根据所述资源需求量，计算所述源对象的余量包括：

确定所述源对象的资源增加量；

根据所述资源需求量以及所述资源增加量，计算所述源对象的余量。

5.根据权利要求4所述的方法，其特征在于，还包括：

发送所述源对象的购买提示信息至所述客户端；以及

所述资源增加量的确定步骤，包括：

接收所述客户端的采购请求；

生成所述源对象的交易订单信息；

发送所述交易订单信息至所述客户端；

响应于所述客户端的交易成功消息，确定所述源对象的所述资源增加量。

6.根据权利要求4所述的方法，其特征在于，还包括：

根据所述源对象的增加日期以及保质日期，发送过期提示信息至所述客户端。

7.根据权利要求1所述的方法，其特征在于，所述发送所述余量的提示信息至所述客户端包括：

在所述余量低于阈值时，发送所述余量的提示信息至所述客户端。

8.根据权利要求1所述的方法，其特征在于，所述发送所述余量的提示信息至客户端之后，所述方法还包括：

接收所述客户端发送的更新数值；

根据所述更新数值，校正所述余量。

9.根据权利要求1所述的方法，其特征在于，所述源对象为原材料；所述目标对象为对所述原材料的加工品。

10.一种信息显示方法，其特征在于，包括：

获取源对象的余量的提示信息；所述余量根据至少一个目标对象对所述源对象的资源需求量计算获得；所述至少一个目标对象为所述源对象作为资源时衍生出的；

显示所述提示信息。

11.根据权利要求10所述的方法，其特征在于，所述提示信息包括所述余量；

所述显示所述提示信息之后，所述方法还包括：

响应于针对所述余量的更新操作，发送更新数值至服务端；

根据所述更新数值，更新显示的所述余量。

12.根据权利要求10所述的方法，其特征在于，还包括：

显示所述源对象的购买提示信息；

响应于针对所述购买提示信息的购买操作，发送采购请求至服务端；

显示所述服务端生成的采购订单信息；

响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。

13.一种对象处理装置，其特征在于，包括：

对象确定模块，用于确定源对象作为资源衍生出的至少一个目标对象；

需求量计算模块，用于分析所述至少一个目标对象，以获得资源需求量；

余量计算模块，用于根据所述资源需求量，计算所述源对象的余量；

余量提示模块，用于发送所述余量的提示信息至客户端。

14.根据权利要求13所述的装置，其特征在于，所述需求量计算模块具体用于：

根据所述至少一个目标对象的消耗量以及所述至少一个目标对象与所述源对象的资源配置比例，计算所述至少一个目标对象的资源需求量。

15.根据权利要求14所述的装置，其特征在于，还包括：

订单获取模块，用于获取所述目标对象的销售订单信息；

消耗量确定模块，用于根据所述销售订单信息，确定所述目标对象的消耗量。

16.根据权利要求13～15所述的装置，其特征在于，所述余量计算模块包括：

增加量确定单元，确定所述源对象的资源增加量；

余量计算单元，用于根据所述资源需求量以及所述资源增加量，计算所述源对象的余量。

17.根据权利要求16所述的装置，其特征在于，还包括：

购买提示模块，用于发送所述源对象的购买提示信息至所述客户端；

所述增加量确定单元包括：

请求接收单元，用于接收所述客户端的采购请求；

订单生成单元，用于生成所述源对象的交易订单信息；

订单发送单元，用于发送所述交易订单信息至所述客户端；

确定子单元，用于响应于所述客户端的交易成功消息，确定所述源对象的所述资源增加量。

18.根据权利要求16所述的装置，其特征在于，还包括：

过期提示模块，用于根据所述源对象的增加日期以及保质日期，发送过期提示信息至所述客户端。

19.根据权利要求13所述的装置，其特征在于，所述余量提示模块具体用于：

在所述余量低于阈值时，发送所述余量的提示信息至所述客户端。

20.根据权利要求13所述的装置，其特征在于，还包括：

数值接收模块，用于接收所述客户端发送的更新数值；

数值校正模块，用于根据所述更新数值，校正所述余量。

21.一种信息显示装置，其特征在于，包括：

获取模块，用于获取源对象的余量的提示信息；所述余量根据至少一个目标对象对所述源对象的资源需求量计算获得；所述至少一个目标对象为所述源对象作为资源时衍生出的；

第一显示模块，用于显示所述提示信息。

22.根据权利要求21所述的装置，其特征在于，还包括：

数值发送模块，用于响应于针对所述余量的更新操作，发送更新数值至服务端；

数值更新模块，用于根据所述更新数值，更新显示的所述余量。

23.根据权利要求21所述的装置，其特征在于，还包括：

第二显示模块，用于显示所述源对象的购买提示信息；

请求发送模块，用于响应于针对所述购买提示信息的购买操作，发送采购请求至服务端；

第三显示模块，用于显示所述服务端生成的采购订单信息；

消息发送模块，用于响应于针对所述采购订单信息的确认操作，发送交易成功消息至所述服务端。