CN114254991A - 目标对象的提报方法、装置及设备 - Google Patents

Abstract

本申请提供的一种目标对象的提报方法、装置及设备，首先接收终端设备发送的目标对象的提报请求，提报请求中包含有目标对象的信息，随后，将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果，最后，根据匹配结果，确定是否对目标对象进行提报。通过该方式，由于可以将目标对象的信息与已入库对象的信息进行匹配，然后将匹配成功的目标对象进行提报，从而可以自动对目标对象的信息的准确性进行验证。

Description

目标对象的提报方法、装置及设备

技术领域

本发明涉及互联网销售技术领域，尤其涉及一种目标对象的提报方法、装置及设备。

背景技术

通常，在售出产品后，销售人员需要对自己售出的产品的信息进行提报。例如，现有技术中，在售出一批产品后，销售人员可以在其所属的销售系统中，提报该批次售出产品的发票型号及数量信息。

然而，现有的产品提报方法，只可以简单地将待提报产品的信息上报给服务器，若需要对提报的产品信息进行进一步验证，则需要通过人工方法，例如，销售经理在线下定期比对所有销售人员的售出产品的信息是否准确。因此，现有技术无法自动对提报的产品信息的准确性进行验证。

发明内容

本申请提供一种目标对象的提报方法、装置及设备，以解决现有技术中无法自动对目标对象的信息的准确性进行验证的技术问题。

第一方面，本申请提供一种目标对象的提报方法，所述方法包括：

接收终端设备发送的目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

将所述目标对象的信息和已入库对象的信息进行匹配，确定匹配结果；

根据所述匹配结果，确定是否对所述目标对象进行提报。

一种可选的实施方式中，所述目标对象的信息包括所述目标对象的产品条码和所述目标对象的销售信息。

一种可选的实施方式中，所述已入库对象的信息包括所述已入库对象的产品条码、所述已入库对象的状态信息和所述已入库对象的销售信息。

一种可选的实施方式中，所述根据所述匹配结果，确定所述目标对象是否进行提报，包括：

若所述目标对象和所述已入库对象匹配成功，则确定对所述目标对象进行提报；

在所述确定对所述目标对象进行提报之后，所述方法还包括：

使用第一信息在数据库中标注所述目标对象，所述第一信息用于标注所述目标对象已提报；

向所述终端设备发送第一反馈信息，所述第一反馈信息用于指示所述目标对象已提报。

一种可选的实施方式中，所述根据所述匹配结果，确定所述目标对象是否进行提报，包括：

若所述目标对象和所述已入库对象未匹配成功，则确定禁止所述目标对象进行提报；

在所述确定禁止所述目标对象进行提报之后，所述方法还包括：

根据未匹配成功的类型，向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述目标对象未提报。

一种可选的实施方式中，所述未匹配成功的类型包括以下至少一项：所述目标对象不属于所述已入库对象、所述目标对象的入库时间超过时间阈值、所述目标对象处于已提报状态、所述目标对象处于申诉状态、所述目标对象处于申诉成功状态、所述目标对象的销售信息不一致。

一种可选的实施方式中，在所述接收终端设备发送的目标对象的提报请求之后，所述方法还包括：

将所述目标对象的信息和已提报对象的信息进行匹配；

若所述目标对象属于所述已提报对象，则向所述终端设备发送第三反馈信息，所述第三反馈信息用于指示对所述目标对象进行申诉。

一种可选的实施方式中，在所述接收终端设备发送的目标对象的提报请求之前，所述方法还包括：

接收所述终端设备发送的条码获取请求，所述条码获取请求中包括有所述目标对象的销售信息和所述目标对象的发票型号；

根据所述目标对象的销售信息和所述目标对象的发票型号，确定所述目标对象的产品条码；

向所述终端设备发送所述目标对象的产品条码。

第二方面，本申请提供一种目标对象的提报方法，所述方法包括：

获取所述目标对象的信息；

向服务器发送目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

接收所述服务器发送的反馈信息，所述反馈信息用于指示是否对所述目标对象进行提报。

一种可选的实施方式中，所述目标对象的信息包括所述目标对象的产品条码和所述目标对象的销售信息。

一种可选的实施方式中，所述获取所述目标对象的信息，包括：

通过调用摄像头拍摄所述目标对象的产品条码。

一种可选的实施方式中，所述获取所述目标对象的信息，包括：

向所述服务器发送条码获取请求，所述条码获取请求中包括有所述目标对象的销售信息和所述目标对象的发票型号；

接收所述服务器发送的所述目标对象的产品条码。

第三方面，本申请提供一种目标对象的提报装置，所述装置包括：

接收模块，用于接收终端设备发送的目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

匹配模块，用于将所述目标对象的信息和已入库对象的信息进行匹配，确定匹配结果；

提报确定模块，用于根据所述匹配结果，确定是否对所述目标对象进行提报。

一种可选的实施方式中，所述目标对象的信息包括所述目标对象的产品条码和所述目标对象的销售信息。

一种可选的实施方式中，所述已入库对象的信息包括所述已入库对象的产品条码、所述已入库对象的状态信息和所述已入库对象的销售信息。

一种可选的实施方式中，所述匹配模块，具体用于若所述目标对象和所述已入库对象匹配成功，则确定对所述目标对象进行提报；在所述确定对所述目标对象进行提报之后，所述方法还包括：使用第一信息在数据库中标注所述目标对象，所述第一信息用于标注所述目标对象已提报；向所述终端设备发送第一反馈信息，所述第一反馈信息用于指示所述目标对象已提报。

一种可选的实施方式中，所述提报确定模块，具体用于若所述目标对象和所述已入库对象未匹配成功，则确定禁止所述目标对象进行提报；在所述确定禁止所述目标对象进行提报之后，所述方法还包括：根据未匹配成功的类型，向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述目标对象未提报。

一种可选的实施方式中，所述未匹配成功的类型包括以下至少一项：所述目标对象不属于所述已入库对象、所述目标对象的入库时间超过时间阈值、所述目标对象处于已提报状态、所述目标对象处于申诉状态、所述目标对象处于申诉成功状态、所述目标对象的销售信息不一致。

一种可选的实施方式中，所述匹配模块，还用于将所述目标对象的信息和已提报对象的信息进行匹配；若所述目标对象属于所述已提报对象，则向所述终端设备发送第三反馈信息，所述第三反馈信息用于指示对所述目标对象进行申诉。

一种可选的实施方式中，所述接收模块，还用于接收所述终端设备发送的条码获取请求，所述条码获取请求中包括有所述目标对象的销售信息和所述目标对象的发票型号；根据所述目标对象的销售信息和所述目标对象的发票型号，确定所述目标对象的产品条码；向所述终端设备发送所述目标对象的产品条码。

第四方面，本申请提供一种目标对象的提报装置，所述装置包括：

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

请求模块，用于向服务器发送目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

接收模块，用于接收所述服务器发送的反馈信息，所述反馈信息用于指示是否对所述目标对象进行提报。

一种可选的实施方式中，所述目标对象的信息包括所述目标对象的产品条码和所述目标对象的销售信息。

一种可选的实施方式中，所述获取模块，具体用于通过调用摄像头拍摄所述目标对象的产品条码。

一种可选的实施方式中，所述获取模块，具体用于向所述服务器发送条码获取请求，所述条码获取请求中包括有所述目标对象的销售信息和所述目标对象的发票型号；接收所述服务器发送的所述目标对象的产品条码。

第五方面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任意一项所述的方法。

第六方面，本申请还提供另一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第二方面任意一项所述的方法。

第七方面，本发明还提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如第一方面任意一项所述的方法。

第八方面，本发明还提供另一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如第二方面任意一项所述的方法。

第九方面，本申请还提供一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如第一方面任意一项所述的方法。

第十方面，本申请还提供另一种电子设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如第二方面任意一项所述的方法。

本申请提供的一种目标对象的提报方法、装置及设备，首先接收终端设备发送的目标对象的提报请求，提报请求中包含有目标对象的信息，随后，将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果，最后，根据匹配结果，确定是否对目标对象进行提报。通过该方式，由于可以将目标对象的信息与已入库对象的信息进行匹配，然后将匹配成功的目标对象进行提报，从而可以自动对目标对象的信息的准确性进行验证。

附图说明

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

图1为本申请实施例提供的一种目标对象的提报方法的应用场景示意图；

图2为本申请实施例提供的一种目标对象的提报方法的流程示意图；

图3为本申请实施例提供的一种提报请求的反馈方法的流程示意图；

图4为本申请实施例提供的另一种目标对象的提报方法的流程示意图；

图5为本申请实施例提供的一种目标对象的信息的提报界面图；

图6为本申请实施例提供的一种云端服务器节点的部署架构图；

图7为本申请实施例提供的一种目标对象的提报装置的结构示意图；

图8为本申请实施例提供的另一种目标对象的提报装置的结构示意图；

图9为本申请实施例提供的一种电子设备的结构示意图；

图10为本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

通常，在售出产品后，销售人员需要对自己售出的产品的信息进行提报。例如，现有技术中，在售出一批产品后，销售人员可以在其所属的销售系统中，对该批次售出产品的发票型号及数量信息进行提报。

然而，在提报过程中，可能会存在产品信息提报有误、提报重复、提报超出允许期限等情况。现有的已售出产品的提报方法，无法自动对销售人员提报的产品信息的准确性进行验证。只能通过人工方法对提报信息进行进一步验证，例如，销售经理在线下定期比对所有销售人员的售出产品的信息是否准确。

为解决上述技术问题，本申请实施例提供一种目标对象的提报方法、装置及设备。本申请实施例中，通过将目标对象的信息与已入库对象的信息进行匹配，确定匹配结果，从而可以自动对目标对象的信息的准确性进行验证，无需再通过人工方法进行验证。

下面对于本申请涉及的一种目标对象的提报方法的应用场景进行说明。

图1为本申请实施例提供的一种目标对象的提报方法的应用场景示意图。如图1所示，包括有终端设备101及服务器102。当售出一台或多台产品之后，销售人员可以通过终端设备101提报售出产品的信息，例如，销售人员可以在终端设备101中相应APP的提报界面中，选择或填写发票型号、销售门店等信息，并通过扫描功能扫描售出产品的产品条码，或直接填写产品条码编号。产品信息填写并提交后，终端设备101可以向服务器发送包含有所提报产品信息的提报请求。服务器102接收到提报请求后，可以将提报产品的信息与已入库对象的信息进行匹配。若匹配成功，则服务器确定对产品进行提报，然后可以向终端设备101发送“提报成功”的反馈信息。若未匹配成功，则服务器对产品不进行提报，并向终端设备101发送与未成功提报的原因有关的反馈信息。

其中，上述终端设备可以为手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、智慧家庭(smart home)中的无线终端等。本申请实施例中，用于实现终端的功能的装置可以是终端，也可以是能够支持终端实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其它分立器件。

上述服务器可以是但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云。

应理解，本申请技术方案的应用场景可以是图1中的目标对象的提报场景，但不限于此，还可以应用于其它需要对目标对象进行提报的场景中。

可以理解，上述目标对象的提报方法可以通过本申请实施例提供的目标对象的提报装置实现，目标对象的提报装置可以是某个设备的部分或全部，例如服务器或终端设备。

下面以具体的实施例对本申请实施例的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请实施例提供的一种目标对象的提报方法的流程示意图。本实施例涉及的是目标对象的提报过程。如图2所示，该方法包括：

S201、服务器接收终端设备发送的目标对象的提报请求，提报请求中包含有目标对象的信息。

在本申请实施例中，服务器可以首先接收终端设备发送的目标对象的提报请求，然后对提报请求中包含的目标对象的信息进行验证。

其中，目标对象可以为任意产品，也可以为任意其它对象，本申请实施例对此不作限制。在一些实施例中，目标对象可以为销售人员某次售出的一台或几台产品。提报请求中可以包含目标对象的信息，目标对象的信息可以包括目标对象的发票型号、产品条码、销售信息等。进一步地，目标对象的产品条码中可以包括条码、条码编号等信息，目标对象的销售信息可以包括目标对象的销售渠道、所在销售门店、对应的消费者的姓名及联系方式等信息，本申请实施例对此也不作限制。

S202、将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果。

在本步骤中，当接收终端设备发送的目标对象的提报请求后，服务器可以将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果。

在一些实施例中，已入库对象可以包括进入销售门店，预备销售、正在销售或已出售的全部产品等，本申请实施例对此不做限制。已入库对象的信息可以包括已入库对象的产品条码、状态信息和销售信息等。应理解，若某一目标对象属于已入库对象，则该目标对象与其对应的已入库对象的产品条码和销售渠道、销售门店等信息可以是一致的。本申请实施例对于状态信息的具体内容也不做限制，在一些实施例中，状态信息可以用于指示已入库对象是否已被提报、是否在申诉中等。示例性地，状态信息可以包括“已提报状态”、“处于申诉中状态”、“未提报状态”等信息。

本申请实施例对于如何获取已入库对象的信息不做限制。在一些实施例中，服务器可以通过仓储系统获取已入库对象的信息。示例性地，服务器可以预先与相应的仓储管理系统(Warehouse Management System,WMS)连接，若某批产品离开仓储管理系统并进入销售门店，预备或正在进行销售，则该批次产品可以作为已入库对象，服务器可以通过仓储管理系统实时获取该批次产品的信息。

本申请实施例对于如何将目标对象的信息和已入库对象的信息进行匹配不做限制。在一些实施例中，可以首先将目标对象的产品条码与已入库对象的产品条码进行对应匹配。若产品条码匹配成功，则将目标对象的销售信息与已入库对象的销售信息进行对应匹配。若销售信息也匹配成功，则确定匹配结果为“匹配成功”。若产品条码或销售信息未匹配成功，确定匹配结果为“未匹配成功”。

S203、根据匹配结果，确定是否对目标对象进行提报。

在本步骤中，当确定匹配结果后，服务器可以根据匹配结果，确定是否对目标对象进行提报。

本申请实施例对于如何根据匹配结果，确定是否对目标对象进行提报不做限制。在一些实施例中，若目标对象与已入库对象匹配成功，则确定对目标对象进行提报。进一步地，在确定对目标对象进行提报之后，可以使用第一信息在数据库中标注目标对象，并向终端设备发送第一反馈信息。其中，数据库可以包括所有的已入库对象等，第一信息用于标注目标对象已提报，第一反馈信息用于指示目标对象已提报，本申请实施例对于第一信息、第一反馈信息的具体内容也不作限制，可以根据实际情况具体设置。

在另一些实施例中，若目标对象和已入库对象未匹配成功，则确定禁止目标对象进行提报。进一步地，在确定禁止目标对象进行提报之后，根据未匹配成功的类型，服务器可以向终端设备发送第二反馈信息，第二反馈信息用于指示目标对象未提报。本申请实施例对于第二反馈信息的具体内容也不作限制。

在另一些实施例中，在接收到终端设备发送的目标对象的提报请求之后，服务器还可以将目标对象的信息和已提报对象的信息进行匹配，若目标对象属于已提报对象，则向终端设备发送第三反馈信息。其中，已提报对象可以包括已入库对象中状态信息为“已提报状态”的对象等，第三反馈信息用于指示对目标对象进行申诉。本申请实施例对于第三反馈信息的具体内容不做限制。

需要说明的是，未匹配成功的类型可以包括目标对象不属于已入库对象、目标对象的入库时间超过时间阈值、目标对象处于已提报状态、目标对象处于申诉状态、目标对象处于申诉成功状态、目标对象的销售信息不一致等，本申请实施例对此不作限制。

应理解，可能存在目标对象的产品条码、条码编号均难以直接获取的情况。在一些实施例中，在接收终端设备发送的目标对象的提报请求之前，服务器还可以接收终端设备发送的条码获取请求。然后根据条码获取请求中包括的目标对象的销售信息和目标对象的发票型号，确定目标对象的产品条码，并向终端设备发送目标对象的产品条码。本申请实施例对于服务器如何确定目标对象的产品条码不做限制。在一些实施例中，服务器可以预先与保修系统连接并获取保修系统中的产品条码信息，然后通过比对条码获取请求中的信息及通过保修系统所得的产品条码信息，确定目标对象的产品条码。示例性地，服务器可以接入相应的电子保修卡(E-warranty)系统，实时获取E-warranty系统中的产品条码及产品条码对应的产品发票型号、销售信息、消费者信息等，然后与已入库对象的信息进行匹配。若匹配成功，则证明E-warranty系统中的产品条码是有效的。然后，获取E-warranty系统中所有有效的产品条码及对应的发票型号、销售信息、消费者信息等，并将该部分对象与已入库对象中的已提报对象进行匹配，然后将匹配成功的对象的状态信息标记为“已提报状态”，将未匹配成功的对象的状态信息标记为“未匹配状态”。当接收到终端设备发送的条码获取请求时，服务器可以将目标对象的发票型号、销售信息等与E-warranty系统中有效的产品条码对应的发票型号、销售信息等进行匹配，若匹配成功，则可确定目标对象的产品条码。

本申请提供的一种目标对象的提报方法，首先接收终端设备发送的目标对象的提报请求，提报请求中包含有目标对象的信息，随后，将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果，最后，根据匹配结果，确定是否对目标对象进行提报。通过该方式，由于可以将目标对象的信息与已入库对象的信息进行匹配，然后将匹配成功的目标对象进行提报，从而可以自动对目标对象的信息的准确性进行验证。

在上述实施例的基础上，下面对于服务器如何将目标对象的信息和已入库对象的信息进行匹配，并根据匹配结果向终端设备反馈提报信息进行说明。图3为本申请实施例提供的一种提报请求的反馈方法的流程示意图，如图3所示，该方法包括：

S301、服务器确定目标对象的产品条码是否在已入库对象的产品条码中。

若是，证明目标对象属于已入库对象，则执行步骤S302。若否，证明目标对象不属于已入库对象，目标对象未匹配成功，则执行步骤S307。

S302、服务器确定目标对象的入库时间是否超过时间阈值。

若是，证明目标对象未能在时间阈值内售出，目标对象未匹配成功，则执行步骤S307。若否，证明目标对象在时间阈值内售出，则执行步骤S303。

在一些实施例中，时间阈值可以为目标对象进入销售门店，可以进行销售的最长时间，超过该时间后，目标对象将无法进行提报。示例性地，时间阈值可以为2年、3年等，本申请实施例对此不作限制。

S303、服务器确定目标对象是否处于已提报状态。

若是，证明目标对象已被提报，目标对象未匹配成功，则执行步骤S307。，若否，证明目标对象未被提报，则执行步骤S304。

在一些实施例中，服务器可以将目标对象与状态信息为“已提报状态”的已入库对象、通过E-warranty系统获取的状态信息为“已提报状态”的对象的信息进行匹配，确定目标对象是否处于已提报状态。

需要说明的是，若在进行提报之前，目标对象已被其他销售人员提报，则可进行申诉。

S304、服务器确定目标对象是否处于申诉状态。

若是，证明目标对象正在被申诉，目标对象未匹配成功，则执行步骤S307。若否，证明目标对象未被申诉，则执行步骤S305。

S305、服务器确定目标对象是否处于申诉成功状态。

若是，则确定目标对象已被其他销售人员提报成功，此次目标对象未匹配成功，则执行步骤S307。若否，则执行步骤S306。

S306、服务器确定目标对象与已入库对象的销售信息是否一致。

若是，则确定目标对象的销售渠道、销售门店等信息正确，目标对象匹配成功。若否，则确定目标对象的销售渠道、销售门店等信息有误，目标对象未匹配成功。步骤S306执行结束后，可以执行步骤S307。

S307、服务器可以向终端设备发送反馈信息。

其中，反馈信息可以包括第一反馈信息、第二反馈信息、第三反馈信息等。在一些实施例中，反馈信息的形式可以包括弹窗对话框等。本申请实施例对弹窗对话框中的具体内容不做限制，示例性地，可以为“提报成功”、“无效条形码，条码编号！”、“验证期2年已过！”、“条码已被提报，是否申诉？”、“条码已处于申诉状态，是否申诉？”、“已申诉成功，重复条码！”、“无效门店！”、“无效渠道！”等。

S301-S306的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的S201-S203理解，对于重复的内容，在此不再赘述。

在上述实施例的基础上，下面对于终端设备如何对目标对象进行提报进行说明。图4为本申请实施例提供的另一种目标对象的提报方法的流程示意图，如图4所示，该方法包括：

S401、终端设备获取目标对象的信息。

在本申请实施例中，终端设备可以首先获取目标对象的信息，然后对目标对象的信息进行提报。

目标对象的信息可以包括目标对象的产品条码和目标对象的销售信息。本申请实施例对于目标对象的产品条码的获取方法不做限制，可以根据具体情况具体设置。在一些实施例中，终端设备可以通过调用摄像头拍摄目标对象的产品条码。在另一些实施例中，终端设备还可以向服务器发送条码获取请求，然后接收服务器发送的目标对象的产品条码。

其中，条码获取请求中包括有目标对象的销售信息和目标对象的发票型号。

S402、终端设备向服务器发送目标对象的提报请求，提报请求中包含有目标对象的信息。

S403、终端设备接收服务器发送的反馈信息，反馈信息用于指示是否对目标对象进行提报。

示例性地，图5为本申请实施例提供的一种目标对象的信息的提报界面图。如图5所示，通过提报界面，终端设备可以获取销售代码、销售门店、支付方式、发票型号、一个或多个产品条码、消费者信息等。其中，可以通过“+”按钮501增加录入目标对象的数目，通过扫描按钮502扫描目标对象的产品条码，服务器可以通过销售门店信息得到目标对象的销售渠道信息。本申请实施例对于提报界面所能填写信息的具体内容不做限制，在另一些实施例中，提报界面还可以填写产品类型、赠品等其它信息。

需要说明的是，本申请实施例对于服务器接收目标对象的提报请求的来源不做限制。在一些实施例中，服务器可以通过终端设备的APP获取目标对象的提报请求，在另一些实施例中，服务器还可以通过PC端的相关网站获取目标对象的提报请求。

在另一些实施例中，服务器还可以与对应地区的短信平台连接。当用户通过终端设备进行注册时，服务器可以接收注册请求并向终端信息发送短信验证码，以便对用户的真实性及唯一性进行验证。用户账号注册后，服务器可以按照用户注册时选择的销售门店，赋予用户相应的角色、销售渠道等信息。

在另一些实施例中，服务器还可以获取工作人员的工作排班标准、打卡上下班时间，将工作排班标准与打卡上下班时间进行匹配，得出工作人员的考勤状态。

在另一些实施例中，服务器还可以具有激励政策制定功能。例如，对于每个工作人员的激励政策，首先需要制定所有销售门店的销额目标，然后分配至个人的销额目标。然后，按照工作人员角色的不同，制定相应的激励台阶，不同销额目标完成率对应不同激励金额。

在另一些实施例中，服务器还可以具有薪资与津贴计算功能。例如，首先制定基本薪资及津贴全勤目标，然后根据工作人员的考勤结果，计算实际基本薪资与津贴，最后，服务器可以将计算后的薪资与津贴同步至终端设备上APP的对应账号中。

示例性地，图6为本申请实施例提供的一种云端服务器节点的部署架构图，用于部署执行本申请实施例提供的目标对象的提报方法的服务器。如图6所示，包括用户单元以及云服务器单元。

S401-S403的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的S201-S203理解，对于重复的内容，在此不再赘述。

本申请提供的一种目标对象的提报方法，首先接收终端设备发送的目标对象的提报请求，提报请求中包含有目标对象的信息，随后，将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果，最后，根据匹配结果，确定是否对目标对象进行提报。通过该方式，由于可以将目标对象的信息与已入库对象的信息进行匹配，然后将匹配成功的目标对象进行提报，从而可以自动对目标对象的信息的准确性进行验证。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图7为本申请实施例提供的一种目标对象的提报装置的结构示意图。该目标对象的提报装置可以通过软件、硬件或者两者的结合实现，可例如上述实施例中的服务器，以执行上述实施例中的目标对象的提报方法。如图7所示，该目标对象的提报装置700包括：

接收模块701，用于接收终端设备发送的目标对象的提报请求，提报请求中包含有目标对象的信息；

匹配模块702，用于将目标对象的信息和已入库对象的信息进行匹配，确定匹配结果；

提报确定模块703，用于根据匹配结果，确定是否对目标对象进行提报。

一种可选的实施方式中，目标对象的信息包括目标对象的产品条码和目标对象的销售信息。

一种可选的实施方式中，已入库对象的信息包括已入库对象的产品条码、已入库对象的状态信息和已入库对象的销售信息。

一种可选的实施方式中，匹配模块702，具体用于若目标对象和已入库对象匹配成功，则确定对目标对象进行提报；在确定对目标对象进行提报之后，方法还包括：使用第一信息在数据库中标注目标对象，第一信息用于标注目标对象已提报；向终端设备发送第一反馈信息，第一反馈信息用于指示目标对象已提报。

一种可选的实施方式中，提报确定模块703，具体用于若目标对象和已入库对象未匹配成功，则确定禁止目标对象进行提报；在确定禁止目标对象进行提报之后，方法还包括：根据未匹配成功的类型，向终端设备发送第二反馈信息，第二反馈信息用于指示目标对象未提报。

一种可选的实施方式中，未匹配成功的类型包括以下至少一项：目标对象不属于已入库对象、目标对象的入库时间超过时间阈值、目标对象处于已提报状态、目标对象处于申诉状态、目标对象处于申诉成功状态、目标对象的销售信息不一致。

一种可选的实施方式中，匹配模块702，还用于将目标对象的信息和已提报对象的信息进行匹配；若目标对象属于已提报对象，则向终端设备发送第三反馈信息，第三反馈信息用于指示对目标对象进行申诉。

一种可选的实施方式中，接收模块701，还用于接收终端设备发送的条码获取请求，条码获取请求中包括有目标对象的销售信息和目标对象的发票型号；根据目标对象的销售信息和目标对象的发票型号，确定目标对象的产品条码；向终端设备发送目标对象的产品条码。

需要说明的，图7所示实施例提供的目标对象的提报装置，可用于执行以服务器为执行主体的实施例所提供的目标对象的提报方法，具体实现方式和技术效果类似，这里不再进行赘述。

图8为本申请实施例提供的另一种目标对象的提报装置的结构示意图。该目标对象的提报装置可以通过软件、硬件或者两者的结合实现，可例如上述实施例中的终端设备，以执行上述实施例中的目标对象的提报方法。如图8所示，该目标对象的提报装置800包括：

获取模块801，用于获取目标对象的信息；

请求模块802，用于向服务器发送目标对象的提报请求，提报请求中包含有目标对象的信息；

接收模块803，用于接收服务器发送的反馈信息，反馈信息用于指示是否对目标对象进行提报。

一种可选的实施方式中，目标对象的信息包括目标对象的产品条码和目标对象的销售信息。

一种可选的实施方式中，获取模块801，具体用于通过调用摄像头拍摄目标对象的产品条码。

一种可选的实施方式中，获取模块801，具体用于向服务器发送条码获取请求，条码获取请求中包括有目标对象的销售信息和目标对象的发票型号；接收服务器发送的目标对象的产品条码。

需要说明的，图8所示实施例提供的目标对象的提报装置，可用于执行以终端设备为执行主体的实施例所提供的目标对象的提报方法，具体实现方式和技术效果类似，这里不再进行赘述。

图9为本申请实施例提供的一种电子设备的结构示意图。如图9所示，该电子设备900可以包括：至少一个处理器901和存储器902。图9示出的是以一个处理器为例的电子设备。

存储器902，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器902可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器901用于执行存储器902存储的计算机执行指令，以实现上述以服务器为执行主体的目标对象的提报方法；

其中，处理器901可能是一个中央处理器(Central Processing Unit，CPU)，或者是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选的，在具体实现上，如果通信接口、存储器902和处理器901独立实现，则通信接口、存储器902和处理器901可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口、存储器902和处理器901集成在一块芯片上实现，则通信接口、存储器902和处理器901可以通过内部接口完成通信。

图10为本申请实施例提供的另一种电子设备的结构示意图。如图10所示，该电子设备1000可以包括：至少一个处理器1001和存储器1002。图10示出的是以一个处理器为例的电子设备，处理器1001用于执行存储器1002存储的计算机执行指令，以实现上述以终端设备为执行主体的目标对象的提报方法。图10所示的电子设备的各部分结构、功能等可参照图9所示的电子设备理解，对于重复的内容，在此不再赘述。

本申请实施例还提供了一种芯片，包括处理器和接口。其中接口用于输入输出处理器所处理的数据或指令。处理器用于执行以上方法实施例中提供的方法。该芯片可以应用于以服务器为执行主体的目标对象的提报装置中。

本申请实施例还提供了另一种芯片，包括处理器和接口。其中接口用于输入输出处理器所处理的数据或指令。处理器用于执行以上方法实施例中提供的方法。该芯片可以应用于以终端设备为执行主体的目标对象的提报装置中。

本申请实施例还提供一种程序，该程序在被处理器执行时用于执行以上方法实施例提供的以服务器为执行主体的目标对象的提报方法。

本申请实施例还提供另一种程序，该程序在被处理器执行时用于执行以上方法实施例提供的以终端设备为执行主体的目标对象的提报方法。

本申请实施例还提供一种程序产品，例如计算机可读存储介质，该程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述方法实施例提供的以服务器为执行主体的目标对象的提报方法。

本申请实施例还提供另一种程序产品，例如计算机可读存储介质，该程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述方法实施例提供的以终端设备为执行主体的目标对象的提报方法。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁盘或者光盘等各种可以存储程序代码的介质。具体地，该计算机可读存储介质中存储有程序信息，程序信息用于上述目标对象的提报方法。

本申请还提供了另一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁盘或者光盘等各种可以存储程序代码的介质。具体地，该计算机可读存储介质中存储有程序信息，程序信息用于上述目标对象的提报方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (15)

1.一种目标对象的提报方法，其特征在于，所述方法包括：

接收终端设备发送的目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

将所述目标对象的信息和已入库对象的信息进行匹配，确定匹配结果；

根据所述匹配结果，确定是否对所述目标对象进行提报。

2.根据权利要求1所述的方法，其特征在于，所述目标对象的信息包括所述目标对象的产品条码和所述目标对象的销售信息。

3.根据权利要求2所述的方法，其特征在于，所述已入库对象的信息包括所述已入库对象的产品条码、所述已入库对象的状态信息和所述已入库对象的销售信息。

4.根据权利要求3所述的方法，其特征在于，所述根据所述匹配结果，确定所述目标对象是否进行提报，包括：

若所述目标对象和所述已入库对象匹配成功，则确定对所述目标对象进行提报；

在所述确定对所述目标对象进行提报之后，所述方法还包括：

使用第一信息在数据库中标注所述目标对象，所述第一信息用于标注所述目标对象已提报；

向所述终端设备发送第一反馈信息，所述第一反馈信息用于指示所述目标对象已提报。

5.根据权利要求4所述的方法，其特征在于，所述根据所述匹配结果，确定所述目标对象是否进行提报，包括：

若所述目标对象和所述已入库对象未匹配成功，则确定禁止所述目标对象进行提报；

在所述确定禁止所述目标对象进行提报之后，所述方法还包括：

根据未匹配成功的类型，向所述终端设备发送第二反馈信息，所述第二反馈信息用于指示所述目标对象未提报。

6.根据权利要求5所述的方法，其特征在于，所述未匹配成功的类型包括以下至少一项：所述目标对象不属于所述已入库对象、所述目标对象的入库时间超过时间阈值、所述目标对象处于已提报状态、所述目标对象处于申诉状态、所述目标对象处于申诉成功状态、所述目标对象的销售信息不一致。

7.根据权利要求1所述的方法，其特征在于，在所述接收终端设备发送的目标对象的提报请求之后，所述方法还包括：

将所述目标对象的信息和已提报对象的信息进行匹配；

若所述目标对象属于所述已提报对象，则向所述终端设备发送第三反馈信息，所述第三反馈信息用于指示对所述目标对象进行申诉。

8.根据权利要求1所述的方法，其特征在于，在所述接收终端设备发送的目标对象的提报请求之前，所述方法还包括：

接收所述终端设备发送的条码获取请求，所述条码获取请求中包括有所述目标对象的销售信息和所述目标对象的发票型号；

根据所述目标对象的销售信息和所述目标对象的发票型号，确定所述目标对象的产品条码；

向所述终端设备发送所述目标对象的产品条码。

9.一种目标对象的提报方法，其特征在于，所述方法包括：

获取所述目标对象的信息；

向服务器发送目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

接收所述服务器发送的反馈信息，所述反馈信息用于指示是否对所述目标对象进行提报。

10.根据权利要求9所述的方法，其特征在于，所述目标对象的信息包括所述目标对象的产品条码和所述目标对象的销售信息。

11.根据权利要求10所述的方法，其特征在于，所述获取所述目标对象的信息，包括：

通过调用摄像头拍摄所述目标对象的产品条码。

12.根据权利要求10所述的方法，其特征在于，所述获取所述目标对象的信息，包括：

向所述服务器发送条码获取请求，所述条码获取请求中包括有所述目标对象的销售信息和所述目标对象的发票型号；

接收所述服务器发送的所述目标对象的产品条码。

13.一种目标对象的提报装置，其特征在于，所述装置包括：

接收模块，用于接收终端设备发送的目标对象的提报请求，所述提报请求中包含有所述目标对象的信息；

匹配模块，用于将所述目标对象的信息和已入库对象的信息进行匹配，确定匹配结果；

提报确定模块，用于根据所述匹配结果，确定是否对所述目标对象进行提报。

14.一种计算机存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至12任意一项所述的方法。

15.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1至12任意一项所述的方法。

Images