CN107704932A - 一种物品回收设备、装置以及电子设备 - Google Patents

Abstract

本说明书实施例公开了一种物品回收设备、装置以及电子设备。所述设备包含回收处理装置、储物箱；回收处理装置获取用户的待回收物品的估价数据，获取用户的信用评估结果，若信用评估结果符合条件，回收用户交付的待回收物品并由储物箱进行存储，确定向用户支付估价数据对应的至少部分回收款。

Description

一种物品回收设备、装置以及电子设备

技术领域

本说明书涉及计算机软件技术领域，尤其涉及一种物品回收设备、装置以及电子设备。

背景技术

随着计算机和网络技术的迅速发展，很多业务都可以线上进行，包括一些二手物品的回收业务，目前比较常见的可回收物品包括计算机、通信和消费类电子产品等。

在现有技术中，当用户有二手物品待回收时，可以登录回收平台提供的应用，通过填写线上问卷，选择二手物品的型号、成色、屏幕、年限、内存、是否进水、是否维修等信息，回收平台根据用户填写的问卷，给出一个回收报价；用户若觉得报价可以接收，则携带二手物品去回收平台对应的线下门店检测或者将二手物品快递给该线下门店检测，进而该线下门店基于检测结果完成回收，之后用户相应地收到回收款。

基于现有技术，需要更为便利的物品回收方案。

发明内容

本说明书实施例提供一种物品回收设备、装置以及电子设备，用以解决如下技术问题：需要更为便利的物品回收方案。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种物品回收设备，包含回收处理装置、储物箱；

所述回收处理装置，获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品，以及确定向所述用户支付所述估价数据对应的至少部分回收款；

所述储物箱，存储回收的所述待回收物品。

本说明书实施例提供的一种物品回收装置，包括：

第一获取模块，获取用户的待回收物品的物品数据；

估价模块，获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

第二获取模块，获取所述用户的信用评估结果；

确定模块，若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

本说明书实施例提供的一种电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：可以基于物品回收设备和用户的自助操作，以及用户的信用评估结果实现对待回收物品的回收，而无需依赖于线下门店和快递，并且用户能够及时地收到至少部分回收款，因此更为便利，可以部分或全部地解决上述技术问题。

附图说明

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

图1为本说明书的方案涉及的一种实际应用场景示意图；

图2为本说明书实施例提供的一种物品回收设备的结构示意图；

图3为本说明书实施例提供的图2中各装置分别涉及的工作流程示意图；

图4为本说明书实施例提供的一种实际应用场景下，图2中设备的一种详细结构示意图；

图5为本说明书实施例提供的一种物品回收方法的流程示意图；

图6为本说明书实施例提供的一种实际应用场景下，图5的方法的一种具体实施方案的示意图；

图7为本说明书实施例提供的对应于图5的一种物品回收装置的结构示意图。

具体实施方式

本说明书实施例提供一种物品回收设备、装置以及电子设备。

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

图1为本说明书的方案涉及的一种实际应用场景示意图。该场景中，主要包括物品回收设备、使用物品回收设备所提供的回收服务的用户、网络。一般地，物品回收设备可以通过网络连接其对应的服务端，服务端为物品回收设备提供至少部分功能支持；当然，若物品回收设备的功能足够强大的话，也可能不依赖于服务端而独立为用户提供回收服务。

基于以上整体架构，下面对本说明书的方案进行详细说明。

图2为本说明书实施例提供的一种物品回收设备的结构示意图。

图2中的物品回收设备主要包含：回收处理装置201、存储箱202；其中，回收处理装置包含有硬件。除此以外，物品回收设备还可以包含一些常规的部件，比如，外壳、中央处理器(CPU)、用于与服务端通信的网络模块等，另外，物品回收设备还可以包含软件模块；这些软件模块和常规的部件可以属于回收处理装置或者存储箱，也可以独立于回收处理装置和存储箱而存在。

对于用户而言，物品回收设备(以下可以简称为：设备)具体可以是一台或者多台可自助操作的机器，机器部署于诸如公共区域、居民小区、工作园区等有用户物品回收需求的区域，相比于线下门店更为便利。用户可以选择离自己近的机器，通过自行操作机器以使自己的待回收物品被机器回收，而无需工作人员在旁辅助。

更具体地，本说明书实施例还提供了图2中各装置分别涉及的工作流程示意图，如图3所示。

图3中的工作流程包括以下：

S302：所述回收处理装置，获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品，以及确定向所述用户支付所述估价数据对应的至少部分回收款。

S304：所述储物箱，存储回收的所述待回收物品。

在本说明书的实施例中，待回收物品的物品数据反映待回收物品的基本信息或者当前状况。该基本信息可以指：品牌、型号、编号、配置、生产日期等。该当前状况可以指：新旧程度、完好程度等；对于电子设备，其当前状况还可以包括软件和/或硬件的当前性能等。

物品数据比如是该基本信息本身、图像(图片、视频等)、软件和/或硬件评测数据、历史记录等。

在本说明书实施例中，物品数据可以由用户通过该设备或者用户终端手动输入，其中，用户终端可以直接或间接地连接该设备或者服务端，以实现数据传递；物品数据也可以由回收处理装置针对待回收物品自动收集。

上一段中的后一种方式有利于减少用户操作，体验更好。以下各实施例主要以这种方式为例。回收处理装置可以通过拍照、扫描、通过软件或者硬件接口连接待回收物品进行评测、或者查询官方维修记录等方式，自动收集待回收物品的物品数据。

为了便于回收处理装置获取物品数据，往往需要用户配合执行特定操作。特定操作比如是：将待回收物品置于该设备提供的插槽内，或者将待回收物品对准该设备提供的摄像头，或者将待回收物品与该设备提供的软件或者硬件接口进行连接，或者现场演示使用待回收物品，等等。

该设备可以通过诸如图像、文字、语音、动画、指示灯等方式引导用户正确地执行特定操作。

在本说明书实施例中，获取的物品数据可以用于为待回收物品估价，得到估价数据可以提供给用户作为参考，估价数据也会作为支付回收款时的依据；可以由该设备和/或服务端执行具体的估价过程，之后回收处理装置能够获取到估价数据。若用户不同意估价数据则可以主动中止回收过程；而若用户同意估价数据则可以主动进行确认以继续回收过程，或者，也可以无需用户主动确认而默认继续回收过程，用户若有异议可以主动打断。

在本说明书实施例中，不同类型的物品数据作为估价依据可以分别有其对应的估价方式，可以根据获取的物品数据，使用对应的一种估价方式或者结合使用多种估价方式，计算估价数据。

例如，若以待回收物品的图像为估价依据之一，该图像可以是通过摄像头拍摄的物品外观图像，也可以是通过射线或者声波等探测手段采集到的物品内部图像。

获取图像后，可以由该设备或者服务端基于预定算法，将该图像与预先获取的标准图像(比如，待回收物品对应的全新品的图像、以往回收过的对应物品的图像等)自动地进行对比，以确定待回收物品外观是否完好、磨损程度如何、是否有进水、拆换痕迹等，进而可以根据对比结果(还可以结合其他依据)计算估价数据。

又例如，若以待回收物品的软件和/或硬件评测数据为估价依据之一，评测数据可以通过与待回收物品进行软件和/或硬件连接后评测得到。

若利用评测软件进行评测，则评测软件可以运行于待回收物品上，也可以运行于该设备或者服务端上；若利用诸如测试仪表、调试卡等硬件进行评测，则该硬件一般处于该设备中，以便于连接待回收物品。

以待回收物品是手机为例，在评测时，比如可以检测手机的内部存储器读写速度、已读写数据量、屏幕坏点或者亮点、电池充电次数、可发射功率范围、通信信号灵敏度、中央处理器和图形处理器实际性能、用户交互控件(比如，音量键、触摸屏、开关机键、耳机插孔等)的功能性能状况、出厂预置程序的运行状况、当前操作设备的运行状况等指标，得到评测数据。进而可以根据评测数据(还可以结合其他依据)计算估价数据。

上述的各种估价方式可以通过执行相应的估价算法实现。

对于算法层面而言，上述的估价具体可以指：获取待回收物品的物品数据作为估价算法的输入数据，或者，获取待回收物品的物品数据，并对物品数据进行特定处理后，作为估价算法的输入数据；进而执行估价算法，计算得到待回收物品的估价数据。所述特定处理比如是数据清洗处理、归一化处理等。

在实际应用中，使用该设备提供的回收服务的用户未必是可信的。这里的未必可信比如指：用户可能是诸如“黄牛”、或者销赃者等非正常用户；或者，用户可能会恶意地掩饰被回收物品的瑕疵；或者，用户可能利用一些特殊手段掉包被回收物品；等等。这些不可信的用户可能给回收服务提供方或者其他利益相关方带来损失。

针对上一段中的问题，在本说明书实施例中，可以对用户进行信用评估。进而可以基于信用评估结果：决定是否继续为用户服务；或者，采用预定可选的多种不同策略中匹配于信用评估结果的策略，继续为该用户服务。

进一步地，信用评估可以由该设备自行执行，也可以由服务端或者其他具有信用评估能力的主体(比如，第三方支付平台、银行、保险公司等)执行。对于后一种情况，该设备从服务端或者该主体获取用户的信用评估结果。

需要说明的是，服务端与该主体也可以属于同一家机构。

在本说明书实施例中，可以根据用户的基本信息及其以往的行为特征等数据，利用信用评估模型，对用户进行信用评估。该基本信息比如可以指：学历、工作单位、资产证明等；该行为特征比如可以指：在网购过程中是否有诸如无理退货、无理差评、盗用他人账户等异常行为、是否有信用卡还款逾期行为、是否有套现行为、是否有过骗保嫌疑等。

一般地，对于信用越好的用户，可以推测其在回收过程中越有可能正常地执行回收服务提供方所预期的行为，而不是恶意损害他人利益。

特别地，前面提到，用户可能是诸如“黄牛”或者销赃者。这类非正常用户相比于正常用户，往往持有大量待回收物品，因此，可能频繁地使用回收服务，尤其可能频繁地请求回收同一类物品。比如，对于手机盗窃者，该盗窃者可能每过一段时间(比如，一两天、一周、或者一个月等)，请求回收一个或多个赃物手机，而正常用户鲜有这样的行为。

针对上一段中的情况，在信用评估时，可以对用户以往利用回收服务的情况进行分析，并以分析结果为依据之一得到信用评估结果。比如，可以判断用户在近期被回收物品的次数是否高于设定阈值，或者还可以分析用户一段时间内被回收的多个物品的状态是否合理(比如，如果这多个物品大部分是新上市没多久的，那么合理性存疑，用户有可能是销赃者)，等等。

在本说明书实施例中，若有主体能够直接出具诸如信用分数、信用等级等直观易用的信用评估信息，也可以以该信用评估信息为主要依据之一，确定信用评估结果。如此，有利于节省计算资源以及提高回收效率。

在本说明书实施例中，对于步骤S302，所述条件可以根据实际情况预先指定，其与信用评估结果的具体内容往往是对应的。

例如，假定条件为：用户的信用分数不低于数值a，且用户在近一周内被回收物品的次数不高于b次。则信用评估结果至少可以直接包括或者间接反映：用户的信用分数、用户在近一周内被回收物品的次数。若信用评估结果不符合条件，也即，用户的信用分数低于数值a，或者用户在近一周内被回收物品的次数高于b次，则该设备可以中止回收流程，在这种情况下，该设备还可以给予用户相应的解释以及提供申诉途径。

在本说明书实施例中，获取用户的信用评估结果，以及判断信用评估结果是否符合条件的步骤也可以在估价之前进行，或者与估价同时进行。对于前一种方式，若信用评估结果不符合条件，则可以中止回收过程而无需再估价。为了便于描述，以下各实施例主要以该步骤在估价之后进行为例。

若用户同意估价数据，且用户的信用评估结果符合条件，则可以认为用户与该设备双方已达成共识，用户则可以确定向回收处理装置交付待回收物品，回收处理装置进而回收待回收物品并存储于储物箱中，之后可以由回收服务提供方的工作人员集中收取。

储物箱通常具有锁具、报警器等防盗设施，以防范恶意人员盗窃其中物品，

在本说明书实施例中，回收处理装置在回收待回收物品后，可以及时地确定向用户支付估价数据对应的至少部分回收款，具体的支付动作可以由该设备执行，也可以由服务端根据该设备的确定指令执行。所述至少部分通常是大部分甚至全部，如此，对于用户而言，会感觉“一手交货，一手交钱(也即，用户交付待回收物品、该设备或者服务端支付回收款)”，既公平又及时，体验较好。

具体支付多少比如可以根据信用评估结果确定。比如，若用户的信用很好，则可以向用户及时地支付相对高比例的回收款，比如，估价数据对应的80％回收款，或者甚至是估价数据对应的全部回收款等。

进一步地，若只是向用户及时地支付了部分回收款，则剩余的回收款可以在回收服务提供方的工作人员成功收取待回收物品之后再支付。在实际应用中，工作人员收取待回收物品后，回收服务提供方还可以对待回收物品再次进行检查，如与预期出入较大，可以联系用户协商解决。

通过图3中的流程，可以基于物品回收设备和用户的自助操作，以及估价数据和用户的信用评估结果实现对待回收物品的回收，而无需依赖于线下门店和快递，并且用户能够及时地收到至少部分回收款，因此更为便利，可以部分或全部地解决上述技术问题。

基于图3中的流程，本说明书实施例还提供了该流程的一些具体实施方案，以及扩展方案，下面进行说明。

在本说明书实施例中，对于诸如新使用或者不常使用该设备的用户而言，未必了解该设备到底支持回收哪些物品，为了方便用户，该设备可以提供相应的查询方式。

例如，若该设备具有显示屏，可以向用户显示查询界面，用户通过选择或者手动输入待回收物品的型号等信息，查询其是否支持被回收；再比如，用户可以扫描二维码或者访问网址，查询待回收物品是否支持被回收，该二维码或者访问网址可以张贴或者印刷于该设备的外壳上，或者显示在该设备的显示屏上；等等。

用户若通过该设备使用物品回收服务，用户的待回收物品需要支持被回收处理装置估价，否则支付回收款时会缺乏依据，容易引起纠纷。在一种具体实施方案中，待回收物品是否支持被回收，具体可以指：待回收物品是否支持被该设备或者服务端估价。

对于步骤S302，所述回收处理装置获取所述待回收物品的估价数据前，该设备可以确定所述待回收物品是否支持被估价。若是，可以继续回收流程；否则，可以对用户进行提示，进一步地，还可以引导用户采用其他方式实现回收，比如，利用依赖于线下门店或者快递的线上回收等。

在本说明书实施例中，前面分别以待回收物品的物品数据为图像、评测数据为例，对获取物品数据以及估价过程进行了简单说明。为了便于理解，下面基于一些具体实施方案，结合这两个例子中的部分信息进一步地详细说明。

在一种具体实施方案中，对于步骤S302，所述物品数据包括图像，所述回收处理装置包含摄像头。所述回收处理装置获取用户的待回收物品的物品数据，具体可以包括：所述摄像头采集用户的待回收物品的图像。

该设备可以引导用户在摄像头前以不同角度展示待回收物品，从而采集得到待回收物品的多个图像，比如，正视图、后视图、立体图、侧面视图、仰视图、俯视图等。

更便利地，该设备可以提供能够放置待回收物品的插槽或者平台，摄像头被预先布置于该插槽内或者该平台周围，以用于采集图像。在这种情况下，用户将待回收物品正确地置于该插槽内或者该平台上即可，而无需干预图像采集过程，从而减轻了用户的操作量。

以下各实施例主要以插槽为例，回收处理装置可以包含插槽。回收处理装置可以引导用户将待回收物品置于插槽内，插槽内周围可以布置多个摄像头，当确定待回收物品放置就位后，各摄像头分别采集待回收物品的图像。

需要说明的是，在实际应用中，可能存在恶意用户在估价完成后掉包待回收物品的风险。为了防范这种风险，在回收处理装置开始获取待回收物品的物品数据后，优选地可以阻止用户再干涉(比如，移动、触碰、遮挡等)待回收物品，除非回收过程中止。比如，当待回收物品置于插槽内后，使用户难以以正常手段将待回收物品从插槽中取出，除非回收过程中止，插槽则可以主动将待回收物品退出还给用户。

当然，可防范上述风险的方式并不限于这一种。比如，也可以在回收处理装置开始获取待回收物品的物品数据后，实时地监控待回收物品是否被用户干涉，若是，则可以重新估价。

在本说明书实施例中，基于插槽还可以获取其他一些物品数据，比如，评测数据等。回收处理装置可以包含软件和/或硬件评测接口，待回收物品被置于插槽内时或者之后，回收处理装置可以通过评测接口，与待回收物品建立软件和/或硬件连接，进而基于建立的连接进行评测。所述连接比如可以通过硬件插口、蓝牙、WiFi、近场通信、或者微波等方式实现。

在一种具体实施方案中，回收处理装置包含有评测子模块，评测接口可以属于评测子模块，评测子模块通过对待回收物品进行的软件和/或硬件评测，获取待回收物品的评测数据。进一步地，以估价过程主要在该设备上进行为例，获取物品数据后，还可以进一步地基于评测子模块估价。

评测子模块可以基于所述连接，向待回收物品发送评测软件安装包，待回收物品安装并运行接收的软件以实现对自身的评测，并可以将评测数据返回给评测子模块用于估价；或者，评测子模块也可以自行运行评测软件对待回收物品进行评测。

对于上一段中的前一种方式，可能需要用户预先对待回收物品进行相应的处理。比如，权限设置(以使待回收物品信任评测子模块)、确保待回收物品具有一定的电量、开启WiFi开关或者蓝牙开关等。回收处理装置可以引导用户进行上述处理，以便于顺利评测。

在本说明书实施例中，回收处理装置可以基于估价软件(评测软件比如可以是估价软件的组成部分)，以及获取的待回收物品的物品数据，为待回收物品估价。估价软件安装包比如可以由评测子模块从服务端下载得到，并由估价模块或者待回收物品安装运行。

估价软件所采用的估价算法不限。以获取的待回收物品的物品数据为图像和评价数据为例。

一种估价算法比如是：通过检测图像，识别待回收物品表面的划痕和磕碰痕迹，根据识别出的划痕和磕碰痕迹的数量，计算出一个成色得分；根据评测数据，计算待回收物品各主要部件与对应的新品部件之间的性能差距，并将各性能差距进行加权，计算得到一个性能得分；对该成色得分和该性能得分进行加权计算得到估价得分；根据估价得分与预设的满分之间的比例差距，相应地在待回收数据对应的新品价格上减去该比例差距，得到的价格作为估价数据。

当然，估价过程也可以主要在服务端上进行，在这种情况下，该设备可以负责向服务端传递估价所需的数据，由服务端进行估价后将得到的估价数据返回给该设备使用。

在本说明书实施例中，回收处理装置可以包含显示屏。对于步骤S302，所述回收处理装置得到估价数据后，回收所述用户交付的所述待回收物品前，显示屏可以显示估价数据，若用户同意估价数据，可以通过与该设备交互(比如，点击该设备的显示的控件，或者点击该设备提供的实体控件等)确认该估价数据，回收处理装置接收到用户针对估价数据的确认指令。

而若用户不同意估价数据，则可以请求该设备将待回收物品从插槽中退回，相应地，回收过程中止。

在本说明书实施例中，对于步骤S302，获取用户的信用评估结果这一步骤执行的前提是确定用户的至少一种标识信息。比如，用户的第三方支付账号、银行卡号、身份证号、手机号码、或者邮箱地址等。进而，基于该标识信息，回收处理装置才能够确定应当获取谁的信用评估结果。

以该标识信息是第三方支付账号，由对应的第三方支付平台(假定即为服务端)进行信用评估为例。显示屏可以显示对象唯一标识符(Digital Object Identifier，DOI)，该DOI可以是专门针对待回收物品对应生成的，也可以是普适性的；用户利用用户终端(比如手机等)，通过搭载于用户终端上的第三方支付应用扫描该DOI以与服务端进行交互；服务端基于交互可以确定用户的第三方支付账号，进而对用户进行信用评估，得到信用评估结果并发送给回收处理装置。其中，该DOI可以是二维码、或者条码等，该DOI中一般可以包含用于访问服务端的信息(比如，网址、第三方支付应用标识等)，若该DOI是专门针对待回收物品对应生成的，则该DOI中往往还包含待回收物品的至少部分信息。

再以该标识信息是手机号，由服务端进行信用评估为例。用户需要预先在服务端注册自己的手机号，之后在使用回收服务时，用户可以将自己的手机号输入回收处理装置，回收处理装置和服务端进行交互以请求通过短信手段验证手机号，验证通过后，服务端对用户进行信用评估，并将信用评估结果发送给回收处理装置。

在本说明书实施例中，若信用评估结果符合条件，则回收处理装置可以询问用户是否进行回收，显示屏显示相应的提示信息，用户可以确认进行回收，则回收处理装置接收用户确认进行回收的指令。当然，用户也可以选择中止回收流程。

进一步地，对于步骤S302，所述回收处理装置回收所述用户交付的所述待回收物品，具体可以包括：所述回收处理装置将置于所述插槽内的所述待回收物品传递至所述储物箱中进行存储。

需要说明的是，若需要用户主动确认进行回收，则用户之前将待回收物品置于插槽内这个步骤未必意味着用户交付了待回收物品，之后用户主动确认进行回收后，可以认为用户交付了待回收物品。

在本说明书实施例中，可以预先为分别为不同的信用评估结果设定对应的回收款支付比例。这这种情况下，对于步骤S302，向所述用户支付所述估价数据对应的至少部分回收款，具体可以包括：确定所述信用评估结果对应的预设回收款支付比例，按照所述对应的预设回收款支付比例向所述用户支付所述估价数据对应的至少部分回收款。

根据上面实施例的说明，本说明书实施例提供了一种实际应用场景下，图2中设备的一种详细结构示意图，如图4所示。

在图4中，回收处理装置至少包含显示屏和估价模块，估价模块至少包含摄像头和评测子模块。当然，图2中的设备结构、图4中的设备详细结构都是示例性的，并非唯一实施方案。

不考虑设备结构的区别，基于同样的思路，本说明书实施例还提供了一种物品回收方法，图5为该物品回收方法的流程示意图。

图5中的流程包括以下步骤：

S502：获取用户的待回收物品的物品数据。

S504：获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的。

S506：获取所述用户的信用评估结果。

S508：若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

在本说明书实施例中，对于步骤S504，所述获取所述待回收物品的估价数据前，还可以执行：确定所述待回收物品支持被估价；或者，若确定所述待回收物品不支持被估价，引导所述用户进行线上回收。

在本说明书实施例中，对于步骤S502，所述物品数据包括图像，所述获取用户的待回收物品的物品数据，具体可以包括：采集用户的待回收物品的图像。

在本说明书实施例中，对于步骤S502，当所述待回收物品为电子设备时，所述物品数据还包括评测数据，所述获取用户的待回收物品的物品数据，还可以包括：回收处理装置通过所述软件和/或硬件评测接口，与所述待回收物品建立连接；基于所述连接，对所述待回收物品进行的软件和/或硬件评测，获取所述待回收物品的评测数据。

进一步地，所述获取所述待回收物品的评测数据前，还可以执行：引导所述用户对所述待回收物品进行权限设置，以便于对所述待回收物品进行软件和/或硬件评测。

在本说明书实施例中，对于步骤S502，所述获取用户的待回收物品的物品数据前，还可以执行：引导所述用户将所述待回收物品置于提供的插槽内，以便于获取所述物品数据。

在本说明书实施例中，对于步骤S504和S508，所述获取所述待回收物品的估价数据后，所述回收所述用户交付的所述待回收物品前，还可以执行：显示所述估价数据；接收所述用户确认所述估价数据的指令。

在本说明书实施例中，对于步骤S506，所述获取所述用户的信用评估结果，具体可以包括：显示DOI；获取服务端对所述用户的信用评估结果；其中，所述信用评估结果是通过所述用户扫描所述DOI以与所述服务端进行交互得到的，所述DOI可以为二维码。

在本说明书实施例中，所述信用评估结果符合条件，具体可以包括：所述用户的信用分数不低于第一设定阈值，和/或所述用户指定时间段内被回收物品的次数不高于第二设定阈值。

在本说明书实施例中，对于步骤S508，若所述信用评估结果符合条件，所述回收所述用户交付的所述待回收物品前，还可以执行：显示用于提示是否进行回收的提示信息；接收所述用户确认进行回收的指令。

在本说明书实施例中，对于步骤S508，所述回收所述用户交付的所述待回收物品并存储，具体可以包括：将置于所述插槽内的所述待回收物品传递至预定的储物箱中进行存储。

在本说明书实施例中，对于步骤S508，所述向所述用户支付所述估价数据对应的至少部分回收款，具体可以包括：确定所述信用评估结果对应的预设回收款支付比例；按照所述对应的预设回收款支付比例向所述用户支付所述估价数据对应的至少部分回收款。

本说明书实施例还提供了一种实际应用场景下，图5的方法的一种具体实施方案，图6为该具体实施方案的示意图。

该具体方案具体可以涉及以下动作：

用户在物品回收设备上选择待回收物品的类型；设备根据用户选择的类型确定待回收物品是否支持自动估价，若不支持，则引导线上回收流程，若支持，则进行后续流程；

用户向设备放入待回收物品，比如，置于设备提供的插槽中等；设备和/或服务端为待回收物品自动估价，得到估价数据并展示给用户；若用户同意估价数据，则进行确认，进行后续流程；

设备生成二维码(称为：回收码)并展示给用户；用户扫描回收码，以触发对用户的信用评估；若设备获取的信用评估结果符合条件，则询问用户是否进行回收；若用户同意，则设备把待回收物品放入存储箱内，并可以及时地确定支付至少部分回收款给用户。

基于同样的思路，本说明书实施例还提供了对应的装置，如图7所示。

图7为本说明书实施例提供的对应于图5的一种物品回收装置的结构示意图，该装置可以位于图5中的流程的执行主体上，包括：

第一获取模块701，获取用户的待回收物品的物品数据；

估价模块702，获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

第二获取模块703，获取所述用户的信用评估结果；

确定模块704，若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

基于同样的思路，本说明书实施例还提供了对应的一种电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

基于同样的思路，本说明书实施例还提供了对应的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、非易失性计算机存储介质实施例而言，由于其基本相似于设备实施例，所以描述的比较简单，相关之处参见设备实施例的部分说明即可。

本说明书实施例提供的装置、电子设备、非易失性计算机存储介质与设备是对应的，因此，装置、电子设备、非易失性计算机存储介质也具有与对应设备类似的有益技术效果，由于上面已经对设备的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、电子设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

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

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

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

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

1.一种物品回收设备，包含回收处理装置、储物箱；

所述回收处理装置，获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品，以及确定向所述用户支付所述估价数据对应的至少部分回收款；

所述储物箱，存储回收的所述待回收物品。

2.如权利要求1所述的设备，所述回收处理装置获取所述待回收物品的估价数据前，所述设备确定所述待回收物品支持被估价；或者，

所述设备若确定所述待回收物品不支持被估价，引导所述用户进行线上回收。

3.如权利要求1所述的设备，所述物品数据包括图像，所述回收处理装置包含摄像头；

所述回收处理装置获取用户的待回收物品的物品数据，具体包括：

所述摄像头采集用户的待回收物品的图像。

4.如权利要求3所述的设备，所述回收处理装置包含软件和/或硬件评测接口；

当所述待回收物品为电子设备时，所述物品数据还包括评测数据，所述回收处理装置获取用户的待回收物品的物品数据，还包括：

所述回收处理装置通过所述软件和/或硬件评测接口，与所述待回收物品建立连接；

基于所述连接，对所述待回收物品进行的软件和/或硬件评测，获取所述待回收物品的评测数据。

5.如权利要求1所述的设备，所述回收处理装置包含插槽；

所述回收处理装置获取用户的待回收物品的物品数据前，所述设备引导所述用户将所述待回收物品置于所述插槽内，以便于获取所述物品数据。

6.如权利要求4所述的设备，所述回收处理装置获取所述待回收物品的评测数据前，所述设备引导所述用户对所述待回收物品进行权限设置，以便于对所述待回收物品进行软件和/或硬件评测。

7.如权利要求1所述的设备，所述回收处理装置包含显示屏；

所述回收处理装置获取所述待回收物品的估价数据后，回收所述用户交付的所述待回收物品前，所述显示屏显示所述估价数据，所述回收处理装置接收所述用户确认所述估价数据的指令。

8.如权利要求7所述的设备，所述回收处理装置获取所述用户的信用评估结果，具体包括：

所述显示屏显示数字对象唯一标识符DOI；

所述回收处理装置获取服务端对所述用户的信用评估结果；

其中，所述信用评估结果是通过所述用户扫描所述DOI以与所述服务端进行交互得到的。

9.如权利要求8所述的设备，所述DOI为二维码。

10.如权利要求1所述的设备，所述信用评估结果符合条件，具体包括：

所述用户的信用分数不低于第一设定阈值，和/或所述用户指定时间段内被回收物品的次数不高于第二设定阈值。

11.如权利要求7所述的设备，若所述信用评估结果符合条件，所述回收处理装置回收所述用户交付的所述待回收物品前，所述显示屏显示用于提示是否进行回收的提示信息，所述回收处理装置接收所述用户确认进行回收的指令。

12.如权利要求5所述的设备，所述回收处理装置回收所述用户交付的所述待回收物品，具体包括：

所述回收处理装置将置于所述插槽内的所述待回收物品传递至所述储物箱中进行存储。

13.一种物品回收装置，包括：

第一获取模块，获取用户的待回收物品的物品数据；

估价模块，获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

第二获取模块，获取所述用户的信用评估结果；

确定模块，若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。

14.一种电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户的待回收物品的物品数据；

获取所述待回收物品的估价数据，所述估价数据是根据所述物品数据计算得到的；

获取所述用户的信用评估结果；

若所述信用评估结果符合条件，回收所述用户交付的所述待回收物品并存储，以及，确定向所述用户支付所述估价数据对应的至少部分回收款。