实现及时更新网站发布对象的数量的方法和装置与流程

本申请涉及计算机应用领域，特别是涉及实现及时更新网站发布对象的数量的方法和装置。

背景技术：

在各类网站上，发布用户会发布有限数量的某种对象，每个需求用户也会根据自己的需求，向网站请求获取特定数量的该对象，而一旦该对象的剩余数量无法满足需求用户的需求量时，发布用户就需要在网站上更新该对象的数量。

在实现本申请的过程中，本申请的发明人发现现有技术中至少存在如下问题：为了及时更新发布对象的数量，避免出现发布对象的剩余数量无法满足需求用户的需求量，发布用户需要频繁地、逐一地去查看其在网站上发布的每一个发布对象的数量是否充足，导致发布用户所在的客户端频繁地访问网站服务器，从而增加了网站服务器的访问压力。

技术实现要素：

为了解决上述技术问题，本申请实施例提供了实现即使更新网站发布对象的数量的方法和装置，以尽可能地减少发布用户所在的客户端访问网站服务器的次数，从而降低网站服务器的访问压力。

本申请实施例公开了如下技术方案：

一种实现及时更新网站发布对象的数量的方法，包括：

网站服务器监测网站发布对象的数量是否小于或等于预设的最小数量阈值；

如果是，网站服务器控制消息服务器发送提醒消息，所述提醒消息用于提醒发布用户更新所述网站发布对象的数量。

优选的，所述提醒消息中包含有所述网站发布对象的更新控键，所述网站发布对象的更新控键用于触发所述消息服务器向所述网站服务器发送为所 述网站发布对象更新数量的请求，所述请求触发所述网站服务器自动为所述网站发布对象更新数量。

优选的，在所述提醒消息中包含有链接地址，所述链接地址可链接到所述网站发布对象在网站上的数量更新页面。

优选的，在所述网站发布对象的数量更新页面中包含有所述网站发布对象的更新控键，所述网站发布对象的更新控键用于触发所述网站服务器为所述网站发布对象更新数量。

优选的，在所述网站发布对象的数量更新页面中包含有批量更新控键，所述批量更新控键用于触发所述网站服务器为数量更新页面中的所有网站发布对象批量地更新数量。

优选的，所述提醒消息为短信消息、即时通信消息或邮件。

一种实现及时更新网站发布对象的数量的方法，包括：

网站服务器监测网站上发布的货物的剩余量是否小于或等于预设的最小剩余量阈值；

如果是，网站服务器控制消息服务器发送提醒消息，所述提醒消息用于提醒所述货物的发布用户补充货物量。

一种实现及时更新网站发布对象的数量的装置，包括：

第一监测单元，用于监测网站发布对象的数量是否小于或等于预设的最小数量阈值；

第一消息提醒单元，用于如果网站发布对象的数量小于或等于预设的最小数量阈值，控制消息服务器发送提醒消息，所述提醒消息用于提醒发布用户更新所述网站发布对象的数量。

优选的，所述提醒消息中包含有所述网站发布对象的更新控键，所述网站发布对象的更新控键用于触发所述消息服务器向所述网站服务器发送为所述网站发布对象更新数量的请求，所述请求触发所述网站服务器自动为所述网站发布对象更新数量。

优选的，在所述提醒消息中包含有链接地址，所述链接地址可链接到所述网站发布对象在网站上的数量更新页面。

优选的，在所述网站发布对象的数量更新页面中包含有所述网站发布对 象的更新控键，所述网站发布对象的更新控键用于触发所述网站服务器为所述网站发布对象更新数量。

优选的，在所述网站发布对象的数量更新页面中包含有批量更新控键，所述批量更新控键用于触发所述网站服务器为数量更新页面中的所有网站发布对象批量地更新数量。

优选的，所述提醒消息为短信消息、即时通信消息或邮件。

一种实现及时更新网站发布对象的数量的装置，所述装置包括：

第二监测单元，用于监测网站上发布的货物的剩余量是否小于或等于预设的最小剩余量阈值；

第二消息提醒单元，用于如果货物的剩余量小于或等于预设的最小剩余量阈值，控制消息服务器发送提醒消息，所述提醒消息用于提醒所述货物的发布用户补充货物量。

由上述实施例可以看出，与现有技术相比，本申请的优点在于：

发布用户(例如经销商、零售商或代理商)的客户端无需再频繁地访问网站服务器(例如B2B或C2C网站服务器)，网站服务器可以自动监测网站发布对象(例如在B2B或C2C网站发布的货物)的数量是否小于或等于预设的最小数量阈值，并在小于或等于预设的最小数量阈值时，自动通过提醒消息来提醒发布用户及时更新网站发布对象的数量，减少了发布用户所在的客户端访问网站服务器的次数，从而降低网站服务器的访问压力。。

另外，在提醒消息中还可以包含网站发布对象的更新控键，当发布用户对该更新控键进行点击操作时，会触发消息服务器向网站服务器发送为该网站发布对象更新数量的请求，该请求触发网站服务器自动为该网站发布对象更新数量，从而为发布用户提供了“一键式”地快捷更新服务。

此外，在网站发布对象的数量更新页面包含有批量更新控键，从而为发布用户提供了“一键式”地为多个网站发布对象批量地进行更新的服务。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示意性地示出了本申请的实施方式可以在其中实施的示例性应用场景；

图2示意性地示出了根据本申请实施例的一种实现及时更新网站发布对象的数量的方法的流程图；

图3示意性地示出了根据本申请实施例的提醒消息的一种界面示意图；

图4示意性地示出了根据本申请实施例的提醒消息的另一种界面示意图；

图5示意性地示出了根据本申请实施例的B2B网站上的历史订单列表的界面示意图；

图6示意性地示出了根据本申请实施例的另一种实现及时更新网站发布对象的数量的方法的流程图；

图7示意性地示出了根据本申请实施例的一种实现及时更新网站发布对象的数量的装置的结构框图；

图8示意性地示出了根据本申请实施例的另一种实现及时更新网站发布对象的数量的装置的结构框图。

具体实施方式

例如，在电子商务领域，生产厂家先通过B2B(Business-to-Business，企业对企业)网站将货物销售给经销商、零售商或代理商，而经销商、零售商或代理商再通过B2C(Business-to-Customer，企业对个人)或C2C(Customer-to-Customer，个人对个人)网站将货物销售给消费者，从而形成一条货物供应链。并且，在该供应链上，经销商、零售商或代理商既是B类网站(如，B2B)上的货物需求用户，也是C类网站(如，B2C或C2C)上的货物发布用户，其需要频繁地访问C类网站的服务器，以查看其发布的货物的数量是否出现不足，一旦出现了不足，就需要在B类网站对该货物下订单，以补充C类网站上的该货物的数量。

首先参考图1，图1示意性地示出了本申请的实施方式可以在其中实施的示例性应用场景。其中，在该应用场景中包含有B2B网站服务器10、B2C网站服务器20、生产厂商的B2B网站客户端30、经销商的B2B网站客户端40、经销商的B2C网站客户端50以及消费者的B2C网站客户端 60。生产厂商通过B2B网站客户端30向B2B网站服务器10发送货物A的发布请求消息31，作为响应，B2B网站服务器10在B2B网站上发布货物A的销售信息，并向B2B网站客户端30返回发布响应消息11，在发布响应消息11中指示货物A发布成功。当经销商想要订购货物A时，通过B2B网站客户端40向B2B网站服务器10发送货物A的下订单请求消息41，作为响应，B2B网站服务器10生成货物A的订单，并向B2B网站客户端40返回下订单响应消息12，在下订单响应消息12中指示订单生成成功。

经销商作为B2C网站的发布用户，通过B2C网站客户端50向B2C网站服务器20发送货物A的发布请求消息51，作为响应，B2C网站服务器20在B2C网站上发布货物A的销售信息，并向B2C网站客户端30返回发布响应消息21，在发布响应消息21中指示货物A发布成功。当消费者想要订购货物A时，通过B2C网站客户端60向B2C网站服务器20发送货物A的下订单请求消息61，作为响应，B2C网站服务器20生成货物A的订单，并向B2C网站客户端60返回下订单响应消息22，在下订单响应消息22中指示订单生成成功。B2B网站服务器10和B2C网站服务器20可以是Web服务器，也可以是其他类型的服务器，例如APP服务器。本领域技术人员可以理解，图1所示的示意图仅是本发明的实施方式可以在其中得以实现的一个示例。本发明实施方式的应用范围不受到该框架任何方面的限制。例如，可以将应用场景中的B2C网站服务器替换为C2C网站服务器，将B2C网站客户端替换为C2C网站客户端。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例进行详细描述。

方法实施例

请参阅图2，图2示意性地示出了根据本申请实施例的一种实现及时更新网站发布对象的数量的方法的流程图，该方法例如可以包括以下骤：

步骤201：网站服务器监测网站发布对象的数量是否小于或等于预设的最小数量阈值，如果是，进入步骤202，否则，返回步骤201。

步骤202：网站服务器控制消息服务器发送提醒消息，所述提醒消息用于提醒发布用户更新所述网站发布对象的数量，结束流程。

例如，在本申请中，网站服务器可以是B2C或C2C网站服务器，网站发布对象为货物，发布用户即为货物的经销商、零售商或代理商，网站服务器也可以是B2B网站服务器，网站发布对象为货物，发布用户即为生产厂商。

另外，在本申请中，以B2C或C2C网站服务器为例，其可以向发布用户提供一个设置界面，发布用户可以在该设置界面预先设置需要监测的货物以及该货物的最小剩余量阈值。例如，在销售前，发布用户在B2C网站或者C2C网站存入货物X共100件，该发布用户为货物X设置的最小剩余量阈值为10件。也就是说，当监测到货物X的剩余量小于或等于10件时，B2C或C2C网站服务器控制消息服务器发送提醒消息以提醒该发布用户补充货物X，从而更新货物X的数量。

当然，需要说明的是，在本申请中，除了可以监测货物在销售后的剩余量是否小于或等于预设的最小剩余量阈值之外，也可以监测货物的销售量是否达到预设的最大销售量阈值，如果是，通过消息提醒该货物的发布用户补充货物，以更新货物的数量。

其中，在提醒消息中可以指示出需要补充的货物和该货物在目前的剩余量。

在本申请的一个优选实施方式，提醒消息包括但不限于：短信消息、即时通信消息或者邮件。

在发布用户收到提醒消息后，为了方便该发布用户快捷地更新网站发布对象的数量，在本申请的一个优选实施方式中，该提醒消息中包含有该网站发布对象的更新控键，该网站发布对象的更新控键用于触发消息服务器向网站服务器发送为该网站发布对象更新数量的请求，该请求触发网站服务器自动为该网站发布对象更新数量。

例如，在B2C或C2C网站的发布用户收到提醒消息中包含有目标货物(该目标货物为提醒发布用户需要补充的货物)的订单生成控键，如图3所示。当响应于对该订单生成控键的操作时，消息服务器向B2B网站服务器或C2C网站服务器发送为该目标货物生成订单的请求，该请求触发B2B网站服务器 自动为该目标货物生成订单。

可以理解的，B2C或C2C网站的发布用户只要通过提醒消息中的订单生成控键，就可以“一键式”地直接对指定的目标货物进行补货，而无需再进入到B2B网站的补货界面进行繁琐的补货操作。

当然，货物的补充数量可以由货物的发布用户预先设置。例如，发布用户除了可以在该设置界面预先设置需要监测的货物以及该货物的销量阈值之外，还可以预先设置货物的补充数量。

另外，在本申请的另一个优选实施方式中，在提醒消息中也可以包含有链接地址，该链接地址可链接到该网站发布对象在网站上的数量更新页面。

例如，上述目标货物在B2B网站上的历史订单页面，如图4所示。具体的，提醒消息中的链接地址可以链接到目标货物的发布用户在B2B网站上的历史订单列表页面，在历史订单列表页面中包含有该发布用户在B2B网站上已订购的所有货物的相关信息，其中也包含了目标货物的相关信息。相关信息可以包括但不限于货物的名称、颜色、尺码和单件价格等。

在本申请的一个优选实施方式中，在该网站发布对象的数量更新页面中包含有该网站发布对象的更新控键，该网站发布对象的更新控键用于触发网站服务器为该网站发布对象更新数量。

例如，在目标货物的历史订单页面中可以包含该目标货物的订单生成控键，当点击该控键时，该控键触发B2B网站服务器为该目标货物生成订单。例如，如图5所示，在历史订单列表页面中包含了目标货物的卖家发布用户在B2B网站上已订购的所有货物的信息，其中也包含了目标货物的信息，对应目标货物设置有订单生成控键“再次购买”，当点击“再次购买”时，B2B网站会为该目标货物生成订单。当然，目标货物的卖家发布用户可以在历史订单列表页面为订单设置货物数量，即设置该目标货物的补货数量。

作为一个替换方案，在本申请的另一个优选实施方式中，在该网站发布对象的数量更新页面中包含有批量更新控键，该批量更新控键用于触发网站服务器为数量更新页面中的所有网站发布对象批量地更新数量。

例如，在目标货物的历史订单页面中也可以包含有批量订单生成控键，当点击该控键时，该控键触发B2B网站服务器为历史订单列表中的所有货物 批量地生成订单。例如，如图5所示，在历史订单列表页面中包含有一个批量订单生成控键“批量补货单”，当点击该控键时，该控键触发B2B网站服务器为历史订单列表中的所有货物生成订单。

需要说明的是，在目标货物的历史订单页面中可以既包含有该目标货物的订单生成控键，也包含有批量订单生成控键，以供发布用户根据各自的需要进行选择。

另外，还需要说明的是，无论发布用户是通过提醒消息中的链接地址打开目标货物的历史订单页面，还是通过进入B2B网站而打开目标货物的历史订单页面，在目标货物的历史订单页面中都可以包含有目标货物的订单生成控键和/或批量订单生成控键。

请参阅图6，图6示意性地示出了根据本申请实施例的另一种实现及时更新网站发布对象的数量的方法的流程图，例如，该方法可以由B2B或C2C网站服务器执行，该方法例如可以包括以下骤：

步骤601：网站服务器监测网站上发布的货物的剩余量是否小于或等于预设的最小剩余量阈值，如果是，进入步骤602，否则，返回步骤601。

步骤602：网站服务器控制消息服务器发送提醒消息以提醒所述货物的发布用户补充货物量，结束流程。

由上述实施例可以看出，与现有技术相比，本申请的优点在于：

发布用户(例如经销商、零售商或代理商)的客户端无需再频繁地访问网站服务器(例如B2B或C2C网站服务器)，网站服务器可以自动监测网站发布对象(例如在B2B或C2C网站发布的货物)的数量是否小于或等于预设的最小数量阈值，并在小于或等于预设的最小数量阈值时，自动通过提醒消息来提醒发布用户及时更新网站发布对象的数量，减少了发布用户所在的客户端访问网站服务器的次数，从而降低网站服务器的访问压力。。

另外，在提醒消息中还可以包含网站发布对象的更新控键，当发布用户对该更新控键进行点击操作时，会触发消息服务器向网站服务器发送为该网站发布对象更新数量的请求，该请求触发网站服务器自动为该网站发布对象更新数量，从而为发布用户提供了“一键式”地快捷更新服务。

此外，在网站发布对象的数量更新页面包含有批量更新控键，从而为发布用户提供了“一键式”地为多个网站发布对象批量地进行更新的服务。

装置实施例

与上述实现及时更新网站发布对象的数量的方法相对应，本申请实施例还提供了实现及时更新网站发布对象的数量的装置。请参阅图7，图7示意性地示出了根据本申请实施例的一种实现及时更新网站发布对象的数量的装置的结构框图，该装置包括第一监测单元701和第一消息提醒单元702。下面结合该装置的工作原理进一步介绍其内部结构以及连接关系。

第一监测单元701，用于监测网站发布对象的数量是否小于或等于预设的最小数量阈值；

第一消息提醒单元702，用于如果网站发布对象的数量小于或等于预设的最小数量阈值，控制消息服务器发送提醒消息，所述提醒消息用于提醒发布用户更新所述网站发布对象的数量。

在本申请的一个优选实施方式中，所述提醒消息中包含有所述网站发布对象的更新控键，所述网站发布对象的更新控键用于触发所述消息服务器向所述网站服务器发送为所述网站发布对象更新数量的请求，所述请求触发所述网站服务器自动为所述网站发布对象更新数量。

在本申请的另一个优选实施方式中，在所述提醒消息中包含有链接地址，所述链接地址可链接到所述网站发布对象在网站上的数量更新页面。

在本申请的另一个优选实施方式中，在所述网站发布对象的数量更新页面中包含有所述网站发布对象的更新控键，所述网站发布对象的更新控键用于触发所述网站服务器为所述网站发布对象更新数量。

在本申请的另一个优选实施方式中，在所述网站发布对象的数量更新页面中包含有批量更新控键，所述批量更新控键用于触发所述网站服务器为数量更新页面中的所有网站发布对象批量地更新数量。

在本申请的另一个优选实施方式中，所述提醒消息为短信消息、即时通信消息或邮件。

请参阅图8，图8示意性地示出了根据本申请实施例的另一种实现及时更新网站发布对象的数量的装置的结构框图，例如，所述装置位于B2C或C2C网站服务器上，该装置包括第二监测单元701和第一消息提醒单元702。下面结合该装置的工作原理进一步介绍其内部结构以及连接关系。

第二监测单元801，用于监测网站上发布的货物的剩余量是否小于或等于预设的最小剩余量阈值；

第二消息提醒单元802，用于如果货物的剩余量小于或等于预设的最小剩余量阈值，控制消息服务器发送提醒消息，所述提醒消息用于提醒所述货物的发布用户补充货物量。

在本申请的一个优选实施方式中，在所述消息中包含有所述货物的订单生成控键，所述货物的订单生成控键用于触发所述消息服务器向B2B或C2C网站服务器发送为所述货物生成订单的请求，所述请求触发B2B或C2C网站服务器自动为所述货物生成订单。

在本申请的另一个优选实施方式中，在所述提醒消息中包含有链接地址，所述链接地址可链接到所述货物在B2B或C2C网站上的历史订单页面。

在本申请的另一个优选实施方式中，在所述货物的历史订单页面中包含有所述货物的订单生成控键，所述货物的订单生成控键用于触发B2B或C2C网站服务器为所述货物生成订单。

在本申请的另一个优选实施方式中，在所述货物的历史订单页面中包含有批量订单生成控键，所述批量订单生成控键用于触发B2B或C2C网站服务器为历史订单列表中的所有货物批量地生成订单。

在本申请的另一个优选实施方式中，所述提醒消息为短信消息、即时通信消息或邮件消息。

由上述实施例可以看出，与现有技术相比，本申请的优点在于：

发布用户(例如经销商、零售商或代理商)的客户端无需再频繁地访问网站服务器(例如B2B或C2C网站服务器)，网站服务器可以自动监测网站发布对象(例如在B2B或C2C网站发布的货物)的数量是否小于或等于预设的最小数量阈值，并在小于或等于预设的最小数量阈值时，自动通过提醒消息来提醒发布用户及时更新网站发布对象的数量，减少了发布用户所在的客 户端访问网站服务器的次数，从而降低网站服务器的访问压力。。

另外，在提醒消息中还可以包含网站发布对象的更新控键，当发布用户对该更新控键进行点击操作时，会触发消息服务器向网站服务器发送为该网站发布对象更新数量的请求，该请求触发网站服务器自动为该网站发布对象更新数量，从而为发布用户提供了“一键式”地快捷更新服务。

此外，在网站发布对象的数量更新页面包含有批量更新控键，从而为发布用户提供了“一键式”地为多个网站发布对象批量地进行更新的服务。

所述领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述到的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，可以采用软件功能单元的形式实现。

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述 各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上对本申请所提供的实现在电子商务平台上及时补充货物的方法和装置进行了详细介绍，本文中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。