CN112581206A - 数据处理方法、物联网数据处理系统、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种数据处理方法、物联网数据处理系统、设备及存储介质。本申请实施例提供的物联网数据处理系统中，用户通过用户终端预先设置智能硬件对应的功能配置数据，该功能配置数据包括智能硬件上的操作类型和数据对象配置信息的对应关系，当智能硬件上发生操作时，服务器可根据智能硬件上的操作的类型确定数据对象配置信息，并基于数据对象配置信息生成智能硬件上的操作对应的订单。在这种实施方式中，用户可通过预先配置智能硬件对应的功能配置数据提供个性化的订单需求，接着，在智能硬件上触发相应操作即可完成下单。进而，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

Description

数据处理方法、物联网数据处理系统、设备及存储介质

技术领域

本申请涉及物联网技术领域，尤其涉及一种数据处理方法、物联网数据处理系统、设备及存储介质。

背景技术

随着计算机技术的发展和电子商务的日益繁荣，线上购物、送货到家逐渐成为人们日常生活中的常态，人们可以在足不出户的情况下满足日常的购物需求。

但是，对于某些特殊人群而言，现有的线上购物存在操作复杂度较高的技术问题。因此，有待提出一种新的解决方案。

发明内容

本申请的多个方面提供一种数据处理方法、物联网数据处理系统、设备及存储介质，用以提升线上消费的便利性。

本申请实施例提供一种数据处理方法，适用于用户终端，包括：展示智能硬件的功能配置页面；获取用户通过所述功能配置页面提供的功能配置数据；所述功能配置数据包括：操作类型和对应的数据对象配置信息；将所述功能配置数据发送至服务器，以使所述服务器根据所述智能硬件上的操作生成对应的订单。

本申请实施例还提供一种数据处理方法，适用于服务器，包括：接收智能硬件发送的数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型；根据所述智能硬件上的操作的类型以及所述智能硬件的功能配置数据包含的操作类型与数据对象配置信息的对应关系，获取所述智能硬件上的操作对应的数据对象配置信息；根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单。

本申请实施例还提供一种数据处理方法，包括：根据用户的历史订单数据，预估智能硬件支持的第一操作类型对应的候选数据对象；控制多媒体设备输出所述第一操作类型对应的候选数据对象；若接收到所述多媒体设备发送的确认数据对象的指令，则所述候选数据对象作为所述第一操作类型对应的待推荐数据对象。

本申请实施例还提供一种数据处理方法，适用于服务器，包括：根据用户的历史订单数据，分析所述用户的消费特征；在所述用户的消费特征满足设定消费规律时，向所述用户的用户终端发送智能硬件购物推荐信息，以向所述用户推荐基于智能硬件的购物方式。

本申请实施例还提供一种数据处理方法，适用于服务器，包括：接收智能硬件发送的数据处理请求，所述数据处理请求携带触发所述智能硬件上的操作的第一用户的指纹信息；在所述智能硬件对应的至少一个授权用户的指纹信息中，查询是否存在与所述第一用户的指纹信息匹配的目标指纹信息；若存在所述目标指纹信息，则生成所述智能硬件上的操作对应的订单。

本申请实施例还提供一种智能硬件，包括：控制器、通信组件以及至少一个操作检测器，所述操作检测器支持至少一种操作类型；所述控制器，用于：响应所述至少一个操作检测器上的操作，通过所述通信组件输出数据处理请求，所述数据处理请求携带所述至少一个操作检测器各自的设备标识以及操作的类型。

本申请实施例还提供一种用户终端，包括：存储器、处理器和通信组件；所述存储器，用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本申请实施例提供的设备配置方法中的步骤。

本申请实施例还提供一种服务器，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本申请实施例提供的数据处理方法中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现本申请实施例提供的设备配置方法中的步骤或者数据处理方法中的步骤。

本申请实施例还提供一种物联网数据处理系统，包括：用户终端、智能硬件以及服务器；所述用户终端，用于：获取用户提供的所述智能硬件的功能配置数据，并将所述功能配置数据发送至所述服务器；所述功能配置数据包含：操作类型和对应的数据对象配置信息；其中，所述智能硬件，用于：检测到操作时，向所述服务器发送数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型；所述服务器，用于：根据所述智能硬件上的操作的类型，以及所述功能配置数据包含的操作类型与数据对象配置信息的对应关系，获取所述智能硬件上的操作对应的数据对象配置信息，并据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单。

本申请实施例还提供一种物联网数据处理系统，包括：智能硬件、多媒体设备以及服务器；所述智能硬件支持第一操作类型；所述服务器，用于：根据用户的历史订单数据，预估所述第一操作类型对应的候选数据对象；所述多媒体设备，用于：输出所述第一操作类型对应的候选数据对象，并根据所述用户的反馈信息向所述服务器发送确认数据对象的指令，或者更换数据对象的指令。

本申请实施例还提供一种推荐系统，包括：用户终端以及服务器；所述服务器，用于：根据用户的历史订单数据，分析所述用户的消费特征，并在所述用户的消费特征满足设定消费规律时，向所述用户终端发送智能硬件购物推荐信息；所述用户终端，用于：向所述用户输出所述智能硬件购物推荐信息，以向所述用户推荐基于智能硬件的购物方式。

本申请实施例还提供一种物联网数据处理系统，包括：智能硬件以及服务器；所述智能硬件，用于：在检测到操作时，获取执行所述智能硬件上的操作的第一用户的指纹信息，并向所述服务器发送数据处理请求，所述数据处理请求携带所述第一用户的指纹信息；所述服务器，用于：建立所述智能硬件和至少一个授权用户的指纹信息的对应关系；以及，在接收到所述数据处理请求时，若确定所述至少一个授权用户的指纹信息中存在与所述第一用户的指纹信息匹配的目标指纹信息，则生成所述智能硬件上的操作对应的订单。

本申请实施例提供的物联网数据处理系统中，用户通过用户终端预先设置智能硬件对应的功能配置数据，该功能配置数据包括智能硬件上的操作类型和数据对象配置信息的对应关系，当智能硬件上发生操作时，服务器可根据智能硬件上的操作的类型确定数据对象配置信息，并基于数据对象配置信息生成智能硬件上的操作对应的订单。在这种实施方式中，用户可通过预先配置智能硬件对应的功能配置数据提供个性化的订单需求，接着，在智能硬件上触发相应操作即可完成下单。进而，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

附图说明

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

图1为本申请一示例性实施例提供的物联网数据处理系统的结构示意图；

图2a为本申请一示例性实施例提供的IOT功能按钮设置页面的示意图；

图2b为本申请一示例性实施例提供的生鲜组合购物需求设置页面的示意图；

图2c为本申请一示例性实施例提供的供应商设置页面的示意图；

图2d为本申请另一示例性实施例提供的IOT功能按钮设置页面的示意图；

图2e为本申请一示例性实施例提供的单品购物需求设置页面的示意图；

图2f为本申请一示例性实施例提供的订单对应的进度推送图标的示意图；

图3a为本申请另一示例性实施例提供的物联网数据处理系统的结构示意图；

图3b为本申请又一示例性实施例提供的物联网数据处理系统的结构示意图；

图3c为本申请又一示例性实施例提供的物联网数据处理系统的结构示意图；

图4a为本申请又一示例性实施例提供的IOT功能按钮设置页面的示意图；

图4b为本申请又一示例性实施例提供的IOT功能按钮设置页面的示意图；

图5a-图5e为本申请示例性实施例提供的数据处理方法的流程示意图；

图6为本申请一示例性实施例提供的智能硬件的结构示意图；

图7为本申请另一示例性实施例提供的用户终端的结构示意图；

图8-图11为本申请示例性实施例提供的服务器的结构示意图。

具体实施方式

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

对于某些特殊人群而言，线上消费的操作复杂度较高。现有技术提供了一种基于物联网的购物按钮，消费者可通过按压该购物按钮实现快捷购物。但是，这种购物按钮对应的可购商品由生产厂家进行设置，且不支持消费者进行修改和个性化定制，进而不利于消费者通过购物按钮实现个性化、多样化的购物需求。针对上述技术问题，在本申请一些实施例中，提供了一种解决方案，以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的物联网数据处理系统的结构示意图，如图1所示，该物联网数据处理系统100包括：用户终端10、智能硬件20以及服务器30。

其中，用户终端10可实现为用户侧的手机、平板电脑、计算机设备、智能穿戴设备等。在物联网数据处理系统100中，用户终端10主要用于与用户进行交互，向用户提供配置智能硬件20的下单功能的入口。其中，用户通常指存在消费需求的消费者。

在一些实施例中，用户终端10可提供关联智能硬件的入口，以供用户关联智能硬件20。用户通过用户终端10关联智能硬件20后，用户终端10可提供智能硬件20对应的功能配置页面，用户可在功能配置页面配置智能硬件20对应的功能配置数据。用户终端10根据用户在功能配置页面的输入操作获取用户为智能硬件20预设的功能配置数据，并将该功能配置数据发送至服务器30。

其中，功能配置数据，包括但不限于用户对智能硬件20上的不同类型的操作可触发的下单功能的定义，以及下单功能对应的需求详情等等。在一些实施例中，智能硬件20应用于智能购物场景时，其功能配置数据可包含智能硬件20上的操作类型与数据对象配置信息的对应关系。

其中，数据对象，可实现为多种消费场景下的消费对象，例如，商品、家政服务、运输服务、餐饮外送服务等等。数据对象配置信息，可包括但不限于用于描述数据对象处理方式的信息以及描述数据对象的信息。其中，描述数据对象的信息可包括但不限于：数量信息、度量信息、体积信息、厂商信息、时间信息、价格信息、评分信息、地域类信息、品牌信息等等，不再赘述。

在本实施例中，用户可根据实际场景下个性化的消费需求，通过用户终端10配置智能硬件20的功能配置数据。例如，用户可通过设置智能硬件20的功能配置数据，使得智能硬件20可辅助用户实现快捷的商品订购功能、家政服务订购功能、线上叫车服务功能等等，本实施例不做限制。应当理解，若用户的消费需求改变，则可通过用户终端10修改智能硬件20的功能配置数据。

在一些实施例中，用户终端10可包括一电子显示屏，用户可通过该电子显示屏与用户终端10进行交互。其中，电子显示屏可以实现为触摸屏，该触摸屏可接收来自用户的输入信号，以获取用户输入的智能硬件20的功能配置数据。当然，在其他可选的实施例中，用户终端10可包括物理按键或者语音输入装置等，以向用户提供功能配置数据的设置入口，此处不赘述。

其中，智能硬件20，可实现为能够与用户进行交互，并具有通信功能的硬件设备。在本实施例中，智能硬件20用于辅助用户的消费行为，使得用户可通过便捷的设备操作实现线上消费，简化用户线上消费所需的步骤。在不同的应用场景中，智能硬件20的实现形式不同，例如，在一些应用场景下，智能硬件20可实现为IOT(The Internet of Things，物联网)按钮、智能开关、智能手环或者智能家居设备等等，本实施例包含但不限于此。

在物联网数据处理系统100中，智能硬件20主要用于：检测其上发生的操作，并根据操作输出数据处理请求，该数据处理请求包含其检测到的操作的类型。

可选地，智能硬件20上的操作，可以是用户事件触发的操作，也可以是系统事件触发的操作。当该操作实现为系统事件触发的操作时，该操作可实现为：智能硬件20上的定时事件触发的操作。例如，用户可在智能硬件20上设置定时事件，指定的时刻到达时，智能硬件20可自动向服务器30发送数据处理请求。在这种实施方式中，用户可以通过在用户终端10为智能硬件20设置定时事件，以实现消费行为的预约操作。

可选地，当智能硬件20上的操作实现为用户事件触发的操作时，该操作可实现为：存在消费需求的用户在智能硬件20上执行的操作，该操作可被智能硬件20检测到。在本实施例中，存在消费需求的用户可通过在智能硬件20上执行操作，向服务器30发送数据处理请求。在智能购物场景下，用户实现了“一键消费”。

当智能硬件20包含不同类型的硬件时，智能硬件20支持的操作的类型也不同。以下为描述方便，将智能硬件20支持的、且可用于辅助用户实现下单需求的操作的类型描述为操作类型。例如，在一些场景下，智能硬件20实现为IOT按钮时，操作类型可包括：单击、双击、多次连击以及长按中的至少一种；其中，IOT按钮可由触控式按钮实现，也可由物理按键式的按钮实现，本实施例不做限制。在另一些场景下，智能硬件实现为智能开关时，该智能开关可包含多个开关档位，操作类型可包括：将开关拨动至设定开关档位；在又一种场景下，智能硬件20实现为触摸传感器设备时，操作类型可包括：沿设定方向滑动、沿设定路径滑动以及在设定区域内点击中的至少一种，例如，左滑操作、右滑操作、上滑操作、下滑操作等等，不再赘述。

用户通过用户终端10提供的功能配置页面提供的功能配置数据时，可根据智能硬件20的实现形式设置操作类型。例如，承接上述例子，智能硬件20实现为IOT按钮时，用户可设置操作类型为单击类型，不再赘述。

在物联网数据处理系统100中，服务器30，主要用于：接收用户终端10发送的智能硬件20的功能配置数据，并进行保存；在接收到智能硬件20发送的数据处理请求时，根据该数据处理请求携带的智能硬件20上的操作的类型，从智能硬件20的功能配置数据中，获取该操作对应的数据对象配置信息，并根据该数据对象配置信息，生成该操作对应的订单。

在物联网数据处理系统100中，服务器30可包括常规服务器、云服务器、云主机、虚拟中心等服务器等设备，本实施例对此不做限制。其中，服务器设备的构成主要包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，不再赘述。

在物联网数据处理系统100中，用户终端10以及智能硬件20可分别与服务器30建立通信连接，具体的通信连接方式可视实际的应用场景而定。

在一些示例性实施方式中，用户终端10和服务器30之间，或者智能硬件20与服务器30之间，可采用有线通信方式无线通信方式进行通信。其中，无线通信方式包括蓝牙、ZigBee、红外线、WiFi(WIreless-Fidelity，无线保真技术)等短距离通信方式，也包括LORA等远距离无线通信方式，还可包括基于移动网络的无线通信方式。其中，当通过移动网络通信连接时，移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、5G、WiMax等中的任意一种。

本实施例中，用户通过用户终端预先设置智能硬件对应的功能配置数据，该功能配置数据包括智能硬件上的操作类型和数据对象配置信息的对应关系，当智能硬件上发生操作时，服务器可根据智能硬件上的操作的类型确定数据对象配置信息，并基于数据对象配置信息生成智能硬件上的操作对应的订单。在这种实施方式中，用户可通过预先配置智能硬件对应的功能配置数据提供个性化的订单需求，接着，在智能硬件上触发相应操作即可完成下单。进而，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

需要说明的是，在本申请的上述以及下述实施例中，用户可预先在用户终端10上绑定智能硬件20，以通过用户终端10对智能硬件20的线上消费辅助功能进行定义。在一些实施例中，用户终端10可提供设备添加界面，在绑定智能硬件20时，用户可在用户终端10提供的设备添加界面输入智能硬件20的设备识别信息，例如智能硬件20的国际移动设备识别码(International Mobile Equipment Identity，IMEI)，或者智能硬件20的MAC(MediaAccess Control，媒体访问控制)地址等等。

在绑定智能硬件20后，用户可通过用户终端10配置智能硬件20的功能。在不同的场景下，用户可将智能硬件20配置为能够完成不同的功能的设备。在本申请实施例提供的一些场景下，用户可将智能硬件20配置为可实现快捷下单的设备。当然，在另一些可选的场景下，用户可将智能硬件20配置为能够触发紧急报警信号的设备；在又一些场景下，用户可将智能硬件20配置为能够触发智能家居进入工作状态的设备，本实施例不做限制。以下将结合具体的场景进行示例性说明。

用户在用户终端10上绑定智能硬件20后，用户终端10可提供智能硬件20的功能配置页面，用户可在该功能配置页面输入智能硬件20的功能配置数据，以对智能硬件20的功能进行个性化定义。用户终端10在获取用户输入的智能硬件20的功能配置数据后，可将该智能硬件20的功能配置数据发送至服务器30。应当理解，用户终端10发送至服务器30的功能配置数据可携带智能硬件20的设备识别信息，以使服务器30建立智能硬件20和功能配置数据的对应关系。

可选地，服务器30建立的智能硬件20和功能配置数据的对应关系，可表现为：智能硬件20的设备识别信息(例如设备的IMEI或者MAC地址)与功能配置数据的对应关系。

基于此，服务器30接收到数据处理请求时，可根据发送数据处理请求的智能硬件20的设备识别信息以及设备识别信息与功能配置数据的对应关系，确定智能硬件20的功能配置数据。

当用户存在修改智能硬件20的下单功能的需求时，可通过用户终端10发起修改操作。用户终端10可展示功能配置数据的修改页面，获取用户在该页面上重新输入的功能配置调整数据。接着，用户终端10可向服务器30发送更新智能硬件20的下单功能的请求。服务器30响应用户终端10发送的更新智能硬件20的下单功能的请求，可获取用户通过用户终端10提供的功能配置调整数据，接着，根据功能配置调整数据，更新智能硬件20的功能配置数据。

基于上述，用户可自定义智能硬件20可辅助实现的消费行为，并可基于智能硬件20实现多样化的消费需求。与此同时，通过修改智能硬件20的功能配置数据，可使得智能硬件20可辅助多种不同的消费场景下的数据对象，或者多种数据对象的组合，极大地提升了智能硬件的复用率和利用率。

在一些可选的实施例中，用户终端10展示的功能配置页面可包括：操作类型配置项和对应的数据对象配置项，以供用户输入。基于此，用户终端10可响应针对该操作类型配置项的配置操作，获取用户为智能硬件配置的操作类型；以及，可响应针对数据对象配置项的配置操作，获取用户为智能硬件20配置的数据对象配置信息。

可选地，数据对象配置信息可包括数据处理类型以及数据处理类型对应的数据对象详情。其中，数据处理类型可包括但不限于用户选择型以及主动推荐型。其中，用户选择型指的是，基于用户自主提供的符合其需求数据对象进行数据处理；例如，根据用户自主选择消费的单品生成单品订单，或者根据用户自主选择消费的多种商品的组合生成组合商品订单。主动推荐型指的是，在用户不提供消费需求的情况下，为用户主动推荐可能符合其需求的数据对象，并基于推荐得到的数据对象进行数据处理；例如，主动推荐型可表现为：为用户推荐多种时令蔬菜并生成对应的订单，或者为用户推荐多种促销商品并生成对应的订单。

为便于用户配置数据处理类型和对应的数据对象详情，可选地，用户终端10展示的数据对象配置项可包括：数据处理类型配置项以及数据对象详情配置项，以供用户操作。

可选地，用户终端10可响应对用户对数据处理类型配置项的配置操作，获取用户提供的数据处理类型；若用户提供的数据处理类型为用户选择型，则用户可展示用户选择型对应的数据对象详情配置项，以供用户配置数据对象属性、供应商属性以及收货信息中的至少一种数据对象详情。若数据处理类型为主动推荐型，则用户终端10可展示主动推荐型对应的详情配置页面，以供用户配置推荐需求信息、供应商属性以及收货信息中的至少一种数据对象详情。

其中，数据对象属性，包括但不限于：数据对象的名称、数量、产地、价格、单品重量、单品容量、品牌、保质期等等。供应商属性，包括但不限于：供应商的品牌、是否具有实体门店、所属地域等等；收货信息，包括但不限于：收货人地址、联系方式、收件时间等等。

以下将结合一个具体的例子进行示例性说明。

以智能硬件20实现为IOT按钮为例，用户终端10提供的功能配置页面可如图2a所示。图2a示意的功能配置页面提供了功能选择以及动作设置的配置项，功能选择配置项用于配置数据处理类型，动作设置配置项用于配置操作类型。如图2a所示，用户可在功能配置页面提供的功能选择一栏中，设置IOT按钮的数据处理类型为“生鲜组合购物”；在动作一栏中设置触发IOT按钮的生鲜组合购物功能的操作类型为：单击。

在确定用户配置的数据处理类型为“生鲜组合购物”时，用户终端20可展示“生鲜组合购物”对应的数据对象详情配置项，如图2b所示。图2b示意了功能配置页面包括的生鲜组合购物助手设置页面，该页面提供了生鲜组合购物的个性化购物需求设置入口，可供用户输入生鲜组合购物的数据对象详情。可如图2b所示，在该页面中，用户可对家庭人数、人均预算档次、配送地址、喜好、忌口、品牌偏好、供应商等消费需求进行个性化设置。

其中，用户终端10提供的功能配置页面还可进一步包括如图2c所示的供应商设置页面，用户可在该供应商设置页面输入指定的产品供应商，绑定其在产品供应商处注册的账号，并可授权绑定生效。

IOT按钮除了可实现生鲜组合购物功能之外，还可实现单品购物功能。在单品购物的情况下，用户可在IOT按钮功能设置页面提供的功能选择一栏中，设置IOT按钮的数据处理类型为“单品购物”，如图2d所示；接着，可在动作一栏中设置触发IOT按钮实现生鲜购物的功能操作的类型为；双击。

在确定数据处理类型为“单品购物”的情况下，用户终端20可展示“单品购物”对应的数据对象详情配置项，如图2e所示。图2e示意了功能配置页面包括的单品购物助手设置页面，该单品购物助手设置页面提供了单品购物的个性化需求设置入口，以供用户输入单品购物的数据对象详情，用户可设置商品的名称、单品数量、单品容量、品牌、配送地址、供应商等等，不再赘述。

待用户配置完成，用户终端20可将上述IOT按钮的功能配置数据发送至服务器30。承接前述图2a以及图2d对应的示例，若服务器30接收到IOT按钮发送的数据处理请求，则可获取数据处理请求携带的操作的类型，若操作为单击操作，则确定用户设置的生鲜组合购物及其数据对象详情作为该操作对应的数据对象配置信息；若该操作为双击操作，可确定用户设置的单品购物及其数据对象详情作为IOT按钮上的操作对应的数据对象配置信息。

在上述实施例中，基于用户终端10提供的多种配置项，用户可根据实际多样化的消费需求对智能硬件20的下单功能进行配置，使得智能硬件20可辅助实现用户个性化的消费需求。

需要说明的是，除上述实施例记载的配置项之外，用户终端10还可展示预智能硬件20的下单功能的其他配置项。例如，用于配置订单进度感知方式的配置项。例如，图2a以及图2d展示的光效选择配置项以及状态播报配置项。用户可在光效选择一栏中，设置进度指示灯保持光效直到任务完成，可在状态播报一栏中，设置对订单的进度进行播报的需求，以方便用户可感知到订单的进度。

需要说明的是，图2a以及图2d展示的IOT按钮功能设置页面中，还包括一“重新设置”控件，用户可通过触发该控件，修改IOT按钮的下单功能。例如，用户可在消费需求变化时，点击“重新设置”按钮，将功能选择一栏中的生鲜组合购物修改为单品购物。在一些可能的应用场景中，用户还可将功能选择一栏中的生鲜组合购物或者单品购物修改为家政服务、叫车服务等等，不再赘述。

在一些可选的实施例中，服务器30根据智能硬件上20的操作对应的数据对象配置信息，生成智能硬件20上的操作对应的订单的一种方式，可包括：根据该数据对象配置信息包含的数据处理类型以及数据对象详情，确定智能硬件20上的操作对应的消费意图；接着，生成与该消费意图对应的订单指令，并根据该订单指令，生成智能硬件20上的操作对应的订单。

需要说明的是，数据处理类型不同时，智能硬件20上的操作对应的消费意图也不同。以下将结合不同的实施例进行示例性说明。

可选地，数据处理类型为用户选择型。服务器30可根据用户选择型及其对应的数据对象详情，直接获取用户的消费意图。可选地，该数据对象详情可包括：用户预设的数据对象属性；接着，根据该数据对象属性，确定智能硬件20上的操作对应的消费意图。例如，消费意图可以为：购买两斤苹果，订购上门保洁服务等等。

在这种实施方式中，可根据用户提供的明确的购物需求，实现基于智能硬件20的快捷下单功能，满足了用户的精准购物需求。

可选地，数据处理类型为主动推荐型。在这种情况下，智能硬件20对应的数据对象配置信息不包含指定的消费内容，服务器30可根据数据对象配置信息估算用户的消费意图。可选地，服务器30可根据智能硬件20对应的数据对象配置信息，获取到如下数据对象详情：用户预设的推荐需求信息和/或历史订单数据。

接着，根据该推荐需求信息和/或历史订单数据，确定智能硬件20上的操作对应的推荐消费意图。例如，推荐消费意图可以为：为我推荐牛奶，为我推荐当季最新鲜的水果、蔬菜的组合。

其中，推荐需求信息，可由数据对象配置信息提供，包括用户预先配置的数据对象偏好、品牌偏好、价格预算、消费档次中的一种或多种等等。在本实施例中，用户可通过用户终端10提供的主动推荐型对应的数据对象详情配置项输入个性化的推荐需求信息，例如图2b所示。在图2b中，用户可在用户终端10提供的家庭人数、人均预算档次、喜好、忌口、品牌偏好等设置栏中输入推荐需求信息，以使服务器30根据用户的推荐需求信息为用户推荐符合其消费需求的数据对象单品或者多个数据对象的组合。在这种实施例中，可根据用户提供的推荐需求信息为用户推荐商品，节省了用户挑选商品的时间，进一步简化了用户的消费流程，节省了消费时间。

其中，历史订单数据，可根据历史时间段内用户在某一个或者多个供应商处的消费数据获取。用户配置数据对象详情中的供应商属性时，可设置供应商的名称以及用户在供应商处注册的账号，并可对该账号进行授权。基于此，服务器30可从用户授权账号的供应商处获取用户的历史消费数据。在这种实施方式中，基于历史消费数据，服务器30可向用户提供更加符合其消费需求的商品或者服务。

需要说明的是，服务器30计算待推荐数据对象时，还可进一步将季节因素以及供应商提供的消费活动作为参考。例如，在不同季节时，可为用户推荐当季最新鲜的水果蔬菜，或者推荐适合当季食用的水果蔬菜等。又例如，当服务器30或者某一供应商举行商品折扣活动时，可为用户推荐有折扣的商品。

当然，除上述记载季节因素以及供应商因素外，还可将用户消费时考虑的其他因素作为计算待推荐数据对象的参考依据，本实施例对此不作限制。

用户的消费需求具有多样性和多变性，因此，在一些情况下，服务器30为用户计算的待推荐数据对象与用户实际的消费需求存在一定差异，为向用户提供更贴合其实际需求的待推荐数据对象，可向用户输出为其推荐的数据对象并征询用户的意见。以下将进行实例性说明。

进一步可选地，在上述各实施例的基础上，本申请实施例提供的订单系统100还可实现为图3a所示的系统架构，如图3a所示，除前述各实施例记载的用户终端10、智能硬件20以及服务器30之外，订单系统100还可包括多媒体设备40。

其中，多媒体设备40用于与用户进行听觉交互、视觉交互或者触觉交互。

基于图3a所示的系统架构，服务器30在计算待推荐数据对象时，可预先根据推荐需求信息，计算候选数据对象；接着，将候选数据对象发送至多媒体设备40。多媒体设备40在接收到该候选数据对象后，可通过设定的交互方式向用户提供该候选数据对象。

在一些实例中，多媒体设备40可实现为智能音频设备，例如智能音箱、智能手机等。基于此，智能音频设备可基于TTS(TextToSpeech，从文本到语音)技术，将接收到的该候选数据对象转化为音频数据，接着播放该音频数据，以使用户能够获知被推荐的数据对象。

在另一些实施例中，多媒体设备40可实现为智能显示设备，例如，智能电视、计算机设备等。基于此，智能显示设备可根据接收到的该候选数据对象，展示该候选数据对象的图片，以使用户能够获知被推荐的数据对象。

用户通过多媒体设备40获知服务器30为其推荐的候选数据对象后，可根据个人需求，判断该候选数据对象是否符合其消费需求，若符合，则可通过多媒体设备40发起确认待推荐数据对象的操作。

承接前述例子，若多媒体设备40实现为智能音频设备，则在智能音频设备播放待推荐数据对象对应的音频数据后，用户可发出语音消息，例如“确认商品”、“确定”、“好的”等语音消息。多媒体设备40接收到用户的语音消息后，可对语音消息进行语义解析。若语义解析的结果指示用户确认数据对象推荐，则可向服务器30发送确认数据对象的指令。

承接前述例子，若多媒体设备40实现为智能显示设备，则智能显示设备上可展示一“确认”控件，用户可触发该控件以发出确认待推荐数据对象的请求。智能显示设备接收到对“确认”控件的触发操作时，可向服务器30发送确认数据对象的指令。

若服务器30为用户推荐的数据对象不符合用户的消费需求，则用户可通过多媒体设备40发送更换待推荐数据对象的请求。

承接前述例子，若多媒体设备40实现为智能音频设备，则用户可发出语音消息，例如“换一下”、“换一组”、“不满意”等语音消息。多媒体设备40接收到用户的语音消息后，可对语音消息进行语义解析。若语义解析的结果指示用户更换数据对象推荐，则可向服务器30发送更换数据对象的指令。

若多媒体设备40实现为智能显示设备，则智能显示设备上可展示一“更换”控件，用户可触发该控件以发出更换待推荐数据对象的请求。智能显示设备接收到对“更换”控件的触发操作时，可向服务器30发送更换数据对象的指令。

服务器30在接收到多媒体设备40发送的更换数据对象的指令时，可重新计算候选数据对象，并采用前述实施例记载的技术方案将重新计算得到的候选数据对象告知用户，不再赘述。

在上述实施例中，为用户推荐数据对象后，基于多媒体设备40与用户交互，询问用户对待推荐数据对象是否满意，可在简化了用户消费流程的同时，为用户推荐更符合其需求的数据对象。

值得说明的是，在一些实施例中，除了多媒体设备40之外，用户可通过智能硬件20提供针对待推荐数据对象的反馈信息。例如，在智能硬件20上触发确认操作来确认待推荐数据对象，或者通过在智能硬件20上触发确认操作来更换待推荐数据对象。其中，确认操作和智能硬件20的确认功能的对应关系，以及更换操作和智能硬件20的更换功能的对应关系可通过用户终端10进行配置。

可选地，用户可通过用户终端10提供的确认功能配置页面，对智能硬件20上的确认操作触发的确认功能进行个性化设置。继续承接前述实施例，一种可选的设置方式可如图4a所示。在图4a中，用户终端10提供的IOT功能按钮设置页面中，用户可在功能选择一栏中设置“确认待推荐数据对象”，在动作设置一栏中，设置动作为“长按”。基于此，用户可在认可待推荐数据对象时，在智能硬件20上触发长按操作。智能硬件20检测到长按操作后，可向服务器20发送确认请求。服务器30接收到智能硬件20发送的确认请求时，根据长按和确认待推荐数据对象的对应关系，确定接收到了用户发送的确认数据对象的指令。

可选地，用户可通过用户终端10提供的更换功能配置页面，对智能硬件20上的更换操作触发的确认功能进行个性化设置。继续承接前述实施例，一种可选的设置方式可如图4b所示。在图4b中，用户终端10提供的IOT功能按钮设置页面中，用户可在功能选择一栏中设置“更换待推荐数据对象”，在动作设置一栏中，设置动作为“2秒内连续三次点击”。基于此，用户可不认可待推荐数据对象时，可在智能硬件20上触发2秒内的三次点击操作。智能硬件20检测到2秒内的三次点击操作，可向服务器20发送更换请求。服务器30接收到智能硬件20发送的更换请求时，根据2秒内的三次点击操作和更换待推荐数据对象的对应关系，确定接收到了用户发送的更换数据对象的指令。

在上述实施例中，基于智能硬件20获取用户针对待推荐数据对象的反馈信息的实施方式，降低了对多媒体设备40的依赖，进一步丰富了智能硬件20的功能，为用户来带更多便利。

在上述各实施例的基础上，服务器30确定智能硬件20上的操作对应的消费意图后，可生成消费意图对应的订单指令，并根据订单指令，生成智能硬件20上的操作对应的订单。其中，订单指令可理解为消费意图对应的可由计算机设备执行的代码。

可选地，数据对象详情还包括用户设置的供应商属性、收货地址、收货时间等信息，服务器30可根据智能硬件20上的操作对应的消费意图后以及上述至少一种数据对象详情，生成消费意图对应的订单指令。例如，订单指令可以为：从供应商M1处购买两斤苹果，并配送至地址S1处。又例如，订单指令可以为：从供应商M2处订购9月5日的家政服务，服务地址为S2。

可选地，服务器30可将订单指令传递至服务器30上的订单处理进程，由订单处理进程生成订单。在这种实施例中，服务器30可实现为线上购物平台中的服务器。

可选地，服务器30可将生成的订单指令发送至其他能够承接订单指令的平台，并由接收订单指令的平台生成订单。其中，为描述方便，将能够根据订单指令生成订单的平台描述为订单服务平台。其中，订单服务器平台，包括：线上生成订单，线下配送的电商购物平台，或者，线上生成订单，线下配送或者自取的实体门店，本实施例对此不做限制。

在一些实施例中，目标订单服务平台可由用户配置的数据对象配置信息提供。用户通过用户终端10设置数据对象配置信息时，可对订单服务平台(例如，供应商)进行个性化设置。基于此，服务器30可从智能硬件20上的操作对应的数据对象配置信息中，获取用户设置的订单服务平台，作为目标订单服务平台。

例如，用户设置的供应商为C超市时，服务器30可将C超市旗下的实体门店或者C超市旗下的线上购物平台作为目标订单服务平台。又例如，用户设置的供应商为D超市的第一分店时，服务器30可将D超市的第一分店作为目标订单服务平台。

在另一些实施例中，用户未指定目标订单服务平台。在这种实施方式中，服务器30可从候选的至少一个订单服务器平台中选择符合特定条件的订单服务平台，作为目标订单服务平台。

可选地，服务器30在从至少一个订单服务平台中，选择符合特定条件的订单服务平台时，可分别对每个订单服务器平台进行综合评价，并选择综合评价得分较高的订单服务平台。例如，可综合计算每个订单服务平台的产品质量、用户评价、数据对象价格、配送时效等等，以保证向用户提供良好的消费体验。

可选地，服务器30还可分别获取每个订单服务平台的优惠活动，比较不同订单服务平台的综合优惠力度，为用户选择较为合适的订单服务平台，不再赘述。

在确定目标订单服务平台后，服务器30可将订单指令发送至该目标订单服务平台，以使目标订单服务平台根据所述订单指令生成智能硬件20上的操作对应的订单。

在这种实施方式中，在用户指定目标订单服务平台的情况下，在目标订单服务平台上进行消费，有利于实现用户的精细化购物，更贴合用户的消费需求。在用户未指定目标订单服务平台的情况下，为用户自动推荐目标订单服务平台，可进一步简化用户的消费流程，为用户提供便利。

在上述各实施例的基础上，本申请实施例提供的物联网数据处理系统100中还可在用户触发智能硬件20上的操作后，进一步主动提示用户订单的进度。

在一些可选的实施例中，物联网数据处理系统100实现为图3a所示的系统架构时，服务器30可获取订单的处理进度数据，生成与订单的处理进度数据对应的多媒体数据，并将多媒体数据发送至多媒体设备40。多媒体设备，可输出多媒体数据，以输出订单进度提示信息。

可选地，多媒体设备40实现为智能音频设备时，服务器30可根据订单的处理进度数据生成文本格式的订单进度信息，并将文本格式的订单进度信息发送至智能音频设备。智能音频设备可基于TTS技术，将文本格式的订单进度信息转换为音频格式的订单进度信息，并进行播放，以向用户播放智能硬件20上的操作对应的订单的处理进度。

这种实施方式的优势在于，对于视觉存在缺陷或者视力不佳的用户，可无障碍地获取订单的处理进度。除此之外，基于语音播报订单的处理进度的实施方式，使得在房间中不断移动的用户及时了解订单的处理进度，进一步简化用户的线上消费所需的步骤。

可选地，多媒体设备40实现为智能显示设备时，服务器30可根据处理进度数据绘制订单进度图表，并将订单进度图表发送至智能显示设备。智能显示设备可展示该订单进度图表，以通过订单进度图表展示智能硬件20上的操作对应的订单的处理进度。

这种实施方式的优势在于，对于听觉存在缺陷或者听力不佳的用户，可无障碍地获取订单的处理进度。

在一些可选的实施例中，智能硬件20上可安装有进度指示灯。智能硬件20可在检测到操作时，可控制安装于其上的进度指示灯处于点亮状态，以向用户提供智能硬件20上的操作执行完毕或者智能硬件20上的操作已被响应的视觉效果。在接收到智能硬件20上的操作对应的订单的完成指令时，智能硬件20可控制其上的进度指示灯处于熄灭状态。进而，用户可通过指示灯的亮灭状态，了解订单的行进状态。其中，智能硬件20上的操作对应的订单完成指令可以是服务器30发送的，也可以是用户终端10发送的，本实施例不做限制。

在一些可选的实施例中，服务器30可将订单的处理进度数据发送至用户终端10。用户终端10可根据订单的处理进度数据确定多个订单处理节点，并向智能硬件20发送多个订单处理节点分别对应的发光指令，智能硬件20可根据多个订单处理节点分别对应的发光指令调整进度指示灯的发光状态。进而，用户可根据进度指示灯的发光状态，直观地了解到订单的处理进度。

可选地，用户终端10接收到订单的处理进度数据时，可展示订单对应的进度推送图标，如图2f所示。该进度推送图标用于向用户提供控制智能硬件上的进度指示灯的发光状态的入口。响应对该进度推送图标的触发操作，用户终端10可根据订单的处理进度数据，控制智能硬件20以可感知的方式输出订单进度提示信息。

其中，可感知的方式可包括：视觉感知方式以及听觉感知方式。智能硬件20上可安装有蜂鸣器等设备，听觉感知方式可包括感知蜂鸣器发声频率的变化。智能硬件20上安装有进度指示灯时，视觉感知方式可表现为感知进度指示灯的发光状态的变化。其中，发光状态可包括发光亮度、发光图案、发光颜色、发光频率中的一种或多种，本实施例不做限制。以下将结合进度指示灯进行示例性说明。

可选地，用户可在通过用户终端10配置智能硬件20的功能配置数据时，配置订单处理进度和智能硬件20上的进度指示灯的发光状态的对应关系。基于此，用户终端10可根据该订单的处理进度数据以及订单处理进度和智能硬件20上的进度指示灯的发光状态的对应关系，确定硬件设备上的进度指示灯的目标发光状态，并向智能硬件20发送与目标发光状态匹配的发光指令，以控制智能硬件20输出订单进度提示信息。

可选地，服务器30可在订单处理到不同的进度节点时，向用户终端10发送对应的订单的处理进度数据。用户终端10在每次接收到订单的处理进度数据时，可向智能硬件20发送对应的发光指令。进而，通过进度指示灯的发光状态的变化，以较强的可视化效果辅助用户快速获取粒度更小的订单进度信息。

例如，智能硬件20实现为安装有进度指示灯的IOT按钮，订单的处理流程可包括：提交订单、备货、发货、配送等流程。用户终端10在确定订单处理到提交订单这一进度节点时，可向IOT按钮发送发光亮度为30％的发光指令；用户终端10在确定订单处理到备货这一进度节点时，可向IOT按钮发送发光亮度为60％的发光指令；用户终端10在确定订单处理到发货这一进度节点时，可向IOT按钮发送发光亮度为80％的发光指令；用户终端10在确定订单处理到配送这一进度节点时，可向IOT按钮发送发光亮度为100％的发光指令。进而，用户通过进度指示灯的发光亮度即可直接获知订单进度信息。当然，上述发光亮度的参数设置仅用于对本方案进行示例性说明，实际中，还可采用其他不同的灯光调节方式展示订单处理进度，本实施例不做限制。

在一些可选的实施例中，本申请实施例还提供图3b所示的物联网数据处理系统200，包括：智能硬件20a、多媒体设备20b以及服务器20c。

在本实施例中，智能硬件20a支持第一操作类型，该第一操作类型可以是前述实施例记载的任一种操作类型。例如，智能硬件20a实现为IOT按钮时，第一操作类型可实现为：单击、双击、多次连击以及长按中的任意一种。

服务器20c可根据用户的历史订单数据，预估第一操作类型对应的候选数据对象。其中，历史订单数据，可根据历史时间段内用户在某一个或者多个供应商处的消费数据获取，或者根据历史时间段内用户通过智能硬件20a完成的消费记录获取，本实施例包含但不限于此。

可选地，可基于历史订单数据分析用户购买不同数据对象的频次，并将购买频次大于设定频次阈值的数据对象作为候选数据对象。或者，可基于历史订单数据分析用户对不同数据对象的评分，并将评分大于设定评分阈值的数据对象作为候选数据对象，本实施例包含但不限于此。

服务器20c预估得到第一操作类型对应的候选数据对象后，可将第一操作类型对应的候选数据对象发送至多媒体设备20b。多媒体设备20b，可输出第一操作类型对应的候选数据对象，并根据用户的反馈信息向服务器20c发送确认数据对象的指令，或者更换数据对象的指令。

在一可选的实施例中，多媒体设备20b实现为智能音频设备；智能音频设备可将该候选数据对象转化为音频数据，并播放该音频数据。用户收听多媒体设备20b播放的音频数据后，可根据个人需求，判断该候选数据对象是否符合其消费需求。

若候选数据对象符合用户的消费需求，则用户可通过多媒体设备20b发起确认待推荐数据对象的操作。例如，用户可发出语音消息，例如“确认商品”、“确定”、“好的”等语音消息。多媒体设备20b接收到用户的语音消息后，可对语音消息进行语义解析。若语义解析的结果指示用户确认数据对象推荐，则可向服务器20c发送确认数据对象的指令。

若候选数据对象不符合用户的消费需求，则用户可通过多媒体设备20b发送更换待推荐数据对象的请求。例如，用户可发出语音消息，例如“换一下”、“换一组”、“不满意”等语音消息。多媒体设备20b接收到用户的语音消息后，可对语音消息进行语义解析。若语义解析的结果指示用户更换数据对象推荐，则可向服务器20c发送更换数据对象的指令。

在一可选的实施例中，若服务器20c接收到多媒体设备20b发送的确认数据对象的指令，则将该预估出来的候选数据对象作为第一操作类型对应的待推荐数据对象。若服务器20c接收到多媒体设备20b发送的更换数据对象的指令，则可重新执行计算第一操作类型对应的候选数据对象的步骤，不再赘述。

基于上述，智能硬件20a检测到操作时，可向服务器20c发送数据处理请求，该数据处理请求携带智能硬件20a上的操作的类型。服务器20c接收到数据处理请求后，获取数据处理请求携带的智能硬件2a上的操作的类型，若该智能硬件20a上的操作的类型与第一操作类型适配，则可根据第一操作类型对应的待推荐数据对象，生成智能硬件20a上的操作对应的订单。

在上述实施例中，为用户推荐数据对象后，基于多媒体设备20b与用户交互，询问用户对待推荐数据对象是否满意，可在简化了用户消费流程的同时，为用户推荐更符合其需求的数据对象。

在一些可选的实施例中，本申请实施例还提供图3c所示的物联网数据处理系统300，如图3c所示，物联网数据处理系统300包括：智能硬件30a以及服务器30b。

其中，智能硬件30a主要用于在检测到操作时，获取执行该操作的第一用户的指纹信息，并向服务器30b发送数据处理请求，该数据处理请求携带第一用户的指纹信息。

其中，智能硬件30a上可设有指纹获取模块，用户用手指触发智能硬件上的智能硬件30a上的操作时，指纹获取模块可获取用户的指纹信息。

服务器30b预先建立了智能硬件30a和至少一个授权用户的指纹信息的对应关系。其中，至少一个授权用户指的是被授权可使用智能硬件30a实现快捷下单的用户。例如，家庭中包含成人和儿童时，为避免儿童误操作，可设置成人为授权用户。

服务器30b接收到智能硬件30a的数据处理请求时，获取该数据处理请求携带的第一用户的指纹信息，并在预先建立的至少一个授权用户的指纹信息中查询是否存在于第一用户的指纹信息匹配目标指纹信息，若确定该至少一个授权用户的指纹信息中存在与第一用户的指纹信息匹配的目标指纹信息，则认为智能硬件30a上的操作是智能硬件30a的授权用户执行的，可生成与智能硬件30a上的操作对应的订单。

这种实施方式的优势在于，对在智能硬件30a上执行操作的用户进行权限鉴别，避免非授权用户的误操作，保障用户利益。与此同时，在用户执行智能硬件30a上的操作的同时，以用户无感知的方式主动获取用户的指纹信息，避免了消费流程的复杂化。

在一些可选的实施例中，物联网数据处理系统还包括：用户终端30c。用户终端30c可在用户的操作下，控制智能硬件30a获取至少一个授权用户的指纹信息，并将该至少一个授权用户的指纹信息对应发送至服务器30b。

可选地，用户终端30c可展示授权用户录入界面，该授权用户录入界面包括“添加指纹”图标，以供用户操作。用户终端30c检测到用户点击“添加指纹”图标时，可向用户输出用手指操作智能硬件30a的提示信息，并可向智能硬件30a发送指纹信息录入指令。智能硬件30a根据指纹信息录入指令进入指纹录入状态，获取用户的指纹，并发送至用户终端30c。

上述实施例的优势在于，可灵活地向用户提供通过录入授权用户的方式，提升用户体验。

在一些可选的实施例中，用户终端30c，还可获取该至少一个授权用户各自对应的功能配置数据，并将该至少一个授权用户各自对应的功能配置数据发送至服务器30b。其中，功能配置数据，包括：操作类型和对应的数据对象配置信息。获取功能配置数据的可选实施方式可参考前述实施例的记载，此处不再赘述。

服务器30b接收到至少一个授权用户各自对应的功能配置数据时，可建立该至少一个授权用户的指纹信息与各自对应的功能配置数据的对应关系。例如，建立授权用户A的指纹信息a1和授权用户A的功能配置数据b1的对应关系，建立授权用户B的指纹信息a2和授权用户B的功能配置数据b2的对应关系。

基于此，当服务器30b确定该至少一个授权用户的指纹信息中存在与第一用户的指纹信息匹配的目标指纹信息时，可根据目标指纹信息对应的功能配置数据，生成智能硬件30a上的操作对应的订单。例如，第一用户的指纹信息与指纹信息a1匹配时，可根据功能配置数据b1生成第一用户的订单，第一用户的指纹信息与指纹信息a2匹配时，可根据功能配置数据b2生成第一用户的订单。

这种实施方式的优势在于，基于不同授权用户的指纹信息，对在智能硬件30a上执行操作的授权用户进行区分，结合不同授权用户对应的功能配置数据，可使得智能硬件30a实现不同授权用户的差异化购物需求。即，一个智能硬件设备20可分别为多个授权用户提供专属的消费服务，极大提升了智能硬件30a的复用率。

需要说明的是，在本申请的上述以及下述各实施例中，操作智能硬件的用户通常指的是存在消费需求的用户，操作用户终端的用户包括存在消费需求的用于以及与存在消费需求的用户存在关联关系的用户。

在一些场景下，存在消费需求的用户为节省线上消费的流程，可基于本申请实施例提供的物联网数据处理系统，预先定义智能硬件的下单功能。需要下单时，存在消费需求的用户可直接触发智能硬件上的指定操作，快速实现线上消费。例如，针对纸巾、洗衣液、米、面、粮、油、蔬、果等生活必需品，用户需要经常线上购买。基于本实施例提供的物联网数据处理系统，用户可通过智能硬件上的简单操作快速下单，避免重复操作，省时省力。

在另一些场景下，存在消费需求的用户包括一些特殊用户，例如视力不佳或者视觉存在缺陷而不方便操作线上购物平台的用户、不识字的用户，不会操作线上购物平台的用户以及不会操作智能设备的用户等等。对于这些用户而言，其存在线上消费需求，但是无法采用常规手段实现线上消费。在这种情况下，与存在消费需求的用户存在关联关系的用户，例如存在消费需求的用户的亲戚朋友等，可辅助存在消费需求的用户预先设定智能硬件的下单功能。进而，存在消费需求的用户只需在智能硬件上执行简单的操作即可实现线上消费。

除前述各实施例提供的物联网数据处理系统之外，本申请实施例还提供一种推荐系统，该推荐系统包括：用户终端以及服务器。

其中，服务器用于根据用户的历史订单数据，分析用户的消费特征，并在用户的消费特征满足设定消费规律时，向用户终端发送智能硬件购物推荐信息。

可选地，用户的消费特征满足设定消费规律，可表现为：用户设定时间内购买某一个或者多个数据对象的频次大于某频次阈值；或者，用户设定时间内对某一个或者多个数据对象的评分大于某评分阈值；或者，或者，用户设定时间内浏览某一类或者多类数据对象的时长大于某时长阈值，本实施例包含但不限于此。

用户终端接收到智能硬件购物推荐信息后，可向用户输出智能硬件购物推荐信息，以向用户推荐基于智能硬件的购物方式。其中，用户终端40a输出智能硬件购物推荐信息的方式可包括：在通知栏展示推荐智能硬件购物推送消息的方式或者在应用程序的开屏画面展示智能硬件购物广告的方式，本实施例不做限制。

可选地，用户终端还可展示智能硬件的购买入口，并响应针对该购买入口的触发操作，向智能硬件的销售平台发送智能硬件的购买请求。

基于上述，可向消费特征满足设定消费规律的用户推荐基于智能硬件的购物方式，以便于用户采用更加灵活便捷的方式实现消费下单操作。

除前述实施例记载的物联网数据处理系统之外，本申请实施例还提供一种数据处理方法，以下将结合具体的实施例进行详细说明。

图5a是本申请一示例性实施例提供的数据处理方法的流程示意图，该方法在用户终端侧执行时，可包括如图5a所示的步骤：

步骤501a、展示智能硬件的功能配置页面，所述功能配置页面用于配置所述智能硬件的下单功能。

步骤502a、获取用户通过所述功能配置页面提供的功能配置数据；所述功能配置数据包括：操作类型和对应的数据对象配置信息。

步骤503a、将所述功能配置数据发送至服务器，以使所述服务器根据所述智能硬件上的操作生成对应的订单。

在一些示例性的实例中，所述功能配置页面包括：操作类型配置项和对应的数据对象配置项；获取用户通过所述功能配置页面提供的功能配置数据的一种方式，包括：响应针对所述操作类型配置项的配置操作，获取所述用户为所述智能硬件配置的操作类型；以及，响应针对所述数据对象配置项的配置操作，获取所述用户为所述智能硬件配置的数据对象配置信息。

在一些示例性的实例中，所述数据对象配置项包括：数据处理类型配置项以及对应的数据对象详情配置项；响应针对所述数据对象配置项的配置操作，获取所述用户为所述智能硬件配置的数据对象配置信息的一种方式，包括：响应对所述数据处理类型配置项的配置操作，获取所述用户提供的数据处理类型；若所述数据处理类型为用户选择型，则展示所述用户选择型对应的数据对象详情配置项，以供所述用户配置数据对象属性、供应商属性以及收货信息中的至少一种数据对象详情；或者，若所述数据处理类型为主动推荐型，则展示所述主动推荐型对应的详情配置页面，以供所述用户配置推荐需求信息、供应商属性以及收货信息中的至少一种数据对象详情。

在一些示例性的实例中，还包括：获取所述订单的处理进度数据，并展示与所述订单对应的进度推送图标；响应对所述进度推送图标的触发操作，根据所述订单的处理进度数据，控制所述智能硬件以可感知的方式输出订单进度提示信息。

在一些示例性的实例中，所述功能配置数据包括：订单处理进度和所述智能硬件上的进度指示灯的发光状态的对应关系；控制所述智能硬件以可感知的方式输出订单进度提示信息的一种方式，包括：根据所述功能配置数据以及所述订单的处理进度数据，确定所述硬件设备上的进度指示灯的目标发光状态；向所述智能硬件发送与所述目标发光状态匹配的发光指令，以控制所述智能硬件输出订单进度提示信息。

本实施例中，用户终端可向用户提供配置智能硬件对应的功能配置数据的途径，进而可供用户提供个性化的订单需求。智能硬件及对应的功能配置数据被发送至服务器，进而，用户在智能硬件上触发相应操作即可完成下单。进而，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

本申请实施例还提供一种数据处理方法，以下将结合具体的实施例进行详细说明。

图5b是本申请一示例性实施例提供的数据处理方法的流程示意图，该方法在服务器侧执行时，可包括如图5b所示的步骤：

步骤501b、接收智能硬件发送的数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型。

步骤502b、根据所述智能硬件上的操作的类型以及所述智能硬件的功能配置数据包含的操作类型与数据对象配置信息的对应关系，获取所述智能硬件上的操作对应的数据对象配置信息。

步骤503b、根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单。

在一些示例性的实例中，该方法还包括：响应用户终端发送的更新所述智能硬件的下单功能的请求，获取用户通过所述用户终端提供的功能配置调整数据；根据所述功能配置调整数据，更新所述智能硬件的功能配置数据。

在一些示例性的实例中，根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单的一种方式，包括：根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图；生成与所述消费意图对应的订单指令；根据所述订单指令，生成所述智能硬件上的操作对应的订单。

在一些示例性的实例中，根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图的一种方式，包括：若所述数据处理类型为用户选择型，则根据所述数据对象配置信息，获取用户预设的数据对象属性；根据所述数据对象属性，确定所述智能硬件上的操作对应的自主消费意图。

在一些示例性的实例中，根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图的一种方式，包括：若所述数据处理类型为主动推荐型，则根据所述数据对象配置信息，获取用户预设的推荐需求信息和/或历史订单数据；根据所述推荐需求信息和/或历史订单数据，计算待推荐数据对象；根据所述待推荐数据对象的属性，确定所述智能硬件上的操作对应的推荐消费意图。

在一些示例性的实例中，根据所述推荐需求信息和/或历史订单数据，计算待推荐数据对象的一种方式，包括：根据所述推荐需求信息和/或历史订单数据，计算候选数据对象；将所述候选数据对象发送至多媒体设备，以使所述多媒体设备向所述用户输出所述候选数据对象；若接收到所述多媒体设备发送的确认数据对象的指令，则将所述候选数据对象作为所述待推荐数据对象；若接收到所述多媒体设备发送的更换数据对象的指令，则重新执行所述计算候选数据对象的步骤。

在一些示例性的实例中，根据所述订单指令，生成所述智能硬件上的操作对应的订单的一种方式，包括：根据所述数据对象配置信息，获取用户预设的订单服务平台，作为目标订单服务平台，或者，从至少一个订单服务器平台中选择符合特定条件的订单服务平台，作为所述目标订单服务平台；将所述订单指令发送至所述目标订单服务平台，以使所述目标订单服务平台根据所述订单指令生成所述智能硬件上的操作对应的订单。

在一些示例性的实例中，还包括：获取所述订单的处理进度数据；根据所述订单的处理进度数据，控制所述智能硬件和/或多媒体设备输出订单进度提示信息。

在一些示例性的实例中，根据所述订单的处理进度数据，控制所述智能硬件和/或多媒体设备输出订单进度提示信息的一种方式，包括以下至少一种：根据所述订单的处理进度数据确定多个订单处理节点，并向所述智能硬件发送所述多个订单处理节点分别对应的发光指令，以使所述智能硬件根据所述多个订单处理节点分别对应的发光指令调整进度指示灯的发光状态；根据所述订单的处理进度数据生成文本格式的订单进度信息，并将所述文本格式的订单进度信息发送至所述多媒体设备，以使所述多媒体设备将所述文本格式的订单进度信息转换为音频格式的订单进度信息并进行播放；根据所述订单的处理进度数据绘制订单进度图表，并将所述订单进度图表发送至所述多媒体设备，以使所述多媒体设备展示所述订单进度图表。

本实施例中，服务器接收到智能硬件上的操作触发的数据处理请求时，可根据智能硬件对应的功能配置数据包含的数据对象配置信息，生成智能硬件上的操作对应的订单，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

图5c是本申请另一示例性实施例提供的数据处理方法的流程示意图，该方法在服务器侧执行时，可包括如图5c所示的步骤：

步骤501c、根据用户的历史订单数据，预估智能硬件支持的第一操作类型对应的候选数据对象。

步骤502c、控制多媒体设备输出所述第一操作类型对应的候选数据对象。

步骤503c、若接收到所述多媒体设备发送的确认数据对象的指令，则所述候选数据对象作为所述第一操作类型对应的待推荐数据对象。

在本实施例中，可根据用户的历史订单数据，为用户推荐数据对象后，进一步简化了用户的消费流程。于此同时，通过多媒体设备与用户交互，询问用户对待推荐数据对象是否满意，可在简化了用户消费流程的同时，为用户推荐更符合其需求的数据对象。

图5d是本申请又一示例性实施例提供的数据处理方法的流程示意图，该方法在服务器侧执行时，可包括如图5d所示的步骤：

步骤501d、根据用户的历史订单数据，分析所述用户的消费特征。

步骤501d、在所述用户的消费特征满足设定消费规律时，向所述用户的用户终端发送智能硬件购物推荐信息，以向所述用户推荐基于智能硬件的购物方式。

在本实施例中，用户的消费特征满足设定消费规律，可表现为：用户设定时间内购买某一个或者多个数据对象的频次大于某频次阈值；或者，用户设定时间内对某一个或者多个数据对象的评分大于某评分阈值；或者，或者，用户设定时间内浏览某一类或者多类数据对象的时长大于某时长阈值，本实施例包含但不限于此。

所述用户的用户终端接收到智能硬件购物推荐信息后，可向用户输出智能硬件购物推荐信息，以向用户推荐基于智能硬件的购物方式。其中，用户终端输出智能硬件购物推荐信息的方式可包括：在通知栏展示推荐智能硬件购物推送消息的方式或者在应用程序的开屏画面展示智能硬件购物广告的方式，本实施例不做限制。

可选地，用户终端还可展示智能硬件的购买入口，并响应针对该购买入口的触发操作，向智能硬件的销售平台发送智能硬件的购买请求。

本实施例中，通过分析用户的消费特征，可向消费特征满足设定消费规律的用户推荐基于智能硬件的购物方式，以便于用户采用更加灵活便捷的方式实现消费下单操作。

图5e是本申请又一示例性实施例提供的数据处理方法的流程示意图，该方法在服务器侧执行时，可包括如图5e所示的步骤：

步骤501e、接收智能硬件发送的数据处理请求，所述数据处理请求携带触发所述智能硬件上的操作的第一用户的指纹信息。

步骤502e、在所述智能硬件对应的至少一个授权用户的指纹信息中，查询是否存在与所述第一用户的指纹信息匹配的目标指纹信息。

步骤503e、若存在所述目标指纹信息，则生成所述智能硬件上的操作对应的订单。

在本实施例中，服务器预先建立了智能硬件和至少一个授权用户的指纹信息的对应关系。其中，至少一个授权用户指的是被授权可使用智能硬件实现快捷下单的用户。进而，可对在智能硬件上执行操作的用户进行权限鉴别，避免非授权用户的误操作，保障用户利益。与此同时，在用户执行操作的同时，以用户无感知的方式主动获取用户的指纹信息，避免了消费流程的复杂化。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤501d至步骤504d的执行主体可以为设备A；又比如，步骤501d和503d的执行主体可以为设备A，步骤504d的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如501a、501b等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

需要说明的是，本文中的“第一”、“第二”、“第三”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”、“第二”和“第三”是不同的类型。

图6示意了本申请一示例性实施例提供的智能硬件的结构示意图，该用户终端适用于前述实施例提供的物联网数据处理系统。如图6所示，该智能硬件包括：控制器601、通信组件602以及至少一个操作检测器603。其中，操作检测器603支持至少一种操作类型。

其中，控制器601，用于：响应所述至少一个操作检测器603上的操作，通过所述通信组件602输出数据处理请求，所述数据处理请求携带所述至少一个操作检测器各自的设备标识以及检测到的操作的类型。

进一步可选地，所述操作检测器603上展示有各自对应的可视化标记，所述可视化标记与所述操作检测器的下单功能关联。其中，可视化标记可粘贴在所述操作检测器上，或者刻蚀在所述操作检测器上，本实施例不做限制。可选地，可视化标记可包括但不限于商品图像以及商品名称对应的文字。

进一步可选地，所述操作检测器603上设有指纹获取模块，用于获取在所述操作检测器上执行操作的用户的指纹信息。

进一步可选地，所述操作检测器603为：按压检测器、触摸检测器或者拨动检测器。

本实施例中，智能硬件上的操作检测器支持用户的操作，可向用户提供快速下单途径。若智能硬件上包含多个操作检测器时，可通过多个操作检测器的组合，实现用户的多样化的消费需求，降低消费所需时间成本。

图7示意了本申请一示例性实施例提供的用户终端的结构示意图，该用户终端适用于前述实施例提供的物联网数据处理系统。如图7所示，该用户终端包括：存储器701、处理器702以及通信组件703。

存储器701，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器702，与存储器701耦合，用于执行存储器701中的计算机程序，以用于：展示智能硬件的功能配置页面，所述功能配置页面用于配置所述智能硬件的下单功能；获取用户通过所述功能配置页面提供的功能配置数据；所述功能配置数据包括：操作类型和对应的数据对象配置信息；将所述功能配置数据发送至服务器，以使所述服务器根据所述智能硬件上的操作生成对应的订单。

进一步可选地，所述功能配置页面包括：操作类型配置项和对应的数据对象配置项；处理器702在获取用户通过所述功能配置页面提供的功能配置数据时，具体用于：响应针对所述操作类型配置项的配置操作，获取所述用户为所述智能硬件配置的操作类型；以及，响应针对所述数据对象配置项的配置操作，获取所述用户为所述智能硬件配置的数据对象配置信息。

进一步可选地，所述数据对象配置项包括：数据处理类型配置项以及对应的数据对象详情配置项；处理器702在响应针对所述数据对象配置项的配置操作，获取所述用户为所述智能硬件配置的数据对象配置信息时，具体用于：响应对所述数据处理类型配置项的配置操作，获取所述用户提供的数据处理类型；若所述数据处理类型为用户选择型，则展示所述用户选择型对应的数据对象详情配置项，以供所述用户配置数据对象属性、供应商属性以及收货信息中的至少一种数据对象详情；或者，若所述数据处理类型为主动推荐型，则展示所述主动推荐型对应的详情配置页面，以供所述用户配置推荐需求信息、供应商属性以及收货信息中的至少一种数据对象详情。

在一些示例性的实例中，处理器702还用于：获取所述订单的处理进度数据，并展示与所述订单对应的进度推送图标；响应对所述进度推送图标的触发操作，根据所述订单的处理进度数据，控制所述智能硬件以可感知的方式输出订单进度提示信息。

在一些示例性的实例中，所述功能配置数据包括：订单处理进度和所述智能硬件上的进度指示灯的发光状态的对应关系；处理器702在控制所述智能硬件以可感知的方式输出订单进度提示信息时，具体用于：根据所述功能配置数据以及所述订单的处理进度数据，确定所述硬件设备上的进度指示灯的目标发光状态；向所述智能硬件发送与所述目标发光状态匹配的发光指令，以控制所述智能硬件输出订单进度提示信息。

进一步，如图7所示，该用户终端还包括：显示器704、电源组件705、音频组件706等其它组件。图7中仅示意性给出部分组件，并不意味着用户终端只包括图7所示组件。

本实施例中，用户终端可向用户提供配置智能硬件对应的功能配置数据的途径，进而可供用户提供个性化的订单需求。智能硬件及对应的功能配置数据被发送至服务器，进而，用户在智能硬件上触发操作即可完成下单。进而，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

图8示意了本申请一示例性实施例提供的服务器的结构示意图，该服务器适用于前述实施例提供的物联网数据处理系统。如图8所示，该服务器包括：存储器801、处理器802以及通信组件803。

存储器801，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器802，与存储器801耦合，用于执行存储器801中的计算机程序，以用于：接收智能硬件发送的数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型；根据所述智能硬件上的操作的类型以及所述智能硬件的功能配置数据包含的操作类型与数据对象配置信息的对应关系，获取所述智能硬件上的操作对应的数据对象配置信息；根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单。进一步可选地，处理器802还用于：响应用户终端发送的更新所述智能硬件的下单功能的请求，获取用户通过所述用户终端提供的功能配置调整数据；根据所述功能配置调整数据，更新所述智能硬件的功能配置数据。

进一步可选地，处理器802在根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单时，具体用于：根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图；生成与所述消费意图对应的订单指令；根据所述订单指令，生成所述智能硬件上的操作对应的订单。

进一步可选地，处理器802在根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图时，具体用于：若所述数据处理类型为用户选择型，则根据所述数据对象配置信息，获取用户预设的数据对象属性；根据所述数据对象属性，确定所述智能硬件上的操作对应的自主消费意图。

进一步可选地，处理器802在根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图时，具体用于：若所述数据处理类型为主动推荐型，则根据所述数据对象配置信息，获取用户预设的推荐需求信息和/或历史订单数据；根据所述推荐需求信息和/或历史订单数据，计算待推荐数据对象；根据所述待推荐数据对象的属性，确定所述智能硬件上的操作对应的推荐消费意图。

进一步可选地，处理器802在根据所述推荐需求信息和/或历史订单数据，计算待推荐数据对象时，具体用于：根据所述推荐需求信息和/或历史订单数据，计算候选数据对象；将所述候选数据对象发送至多媒体设备，以使所述多媒体设备向所述用户输出所述候选数据对象；若接收到所述多媒体设备发送的确认数据对象的指令，则将所述候选数据对象作为所述待推荐数据对象；若接收到所述多媒体设备发送的更换数据对象的指令，则重新执行所述计算候选数据对象的步骤。

进一步可选地，处理器802在根据所述订单指令，生成所述智能硬件上的操作对应的订单时，具体用于：根据所述数据对象配置信息，获取用户预设的订单服务平台，作为目标订单服务平台，或者，从至少一个订单服务器平台中选择符合特定条件的订单服务平台，作为所述目标订单服务平台；将所述订单指令发送至所述目标订单服务平台，以使所述目标订单服务平台根据所述订单指令生成所述智能硬件上的操作对应的订单。

进一步可选地，处理器802还用于：获取所述订单的处理进度数据；根据所述订单的处理进度数据，控制所述智能硬件和/或多媒体设备输出订单进度提示信息。

进一步可选地，处理器802在根据所述订单的处理进度数据，控制所述智能硬件和/或多媒体设备输出订单进度提示信息时，具体用于执行以下至少一种操作：根据所述订单的处理进度数据确定多个订单处理节点，并向所述智能硬件发送所述多个订单处理节点分别对应的发光指令，以使所述智能硬件根据所述多个订单处理节点分别对应的发光指令调整进度指示灯的发光状态；根据所述订单的处理进度数据生成文本格式的订单进度信息，并将所述文本格式的订单进度信息发送至所述多媒体设备，以使所述多媒体设备将所述文本格式的订单进度信息转换为音频格式的订单进度信息并进行播放；根据所述订单的处理进度数据绘制订单进度图表，并将所述订单进度图表发送至所述多媒体设备，以使所述多媒体设备展示所述订单进度图表。

进一步，如图8所示，该服务器还包括：电源组件804等其它组件。图8中仅示意性给出部分组件，并不意味着服务器只包括图8所示组件。

本实施例中，用户通过用户终端预先设置智能硬件对应的功能配置数据，该功能配置数据包括智能硬件上的操作类型和数据对象配置信息的对应关系，当智能硬件上发生操作时，服务器可根据智能硬件上的操作的类型确定数据对象配置信息，并基于数据对象配置信息生成智能硬件上的操作对应的订单。在这种实施方式中，用户可通过预先配置智能硬件对应的功能配置数据提供个性化的订单需求，接着，在智能硬件上触发相应操作即可完成下单。进而，可在满足用户的个性化消费需求的同时，进一步简化线上下单的操作步骤，有利于提升线上消费的便利性。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

图9示意了本申请另一示例性实施例提供的服务器的结构示意图，该服务器适用于前述实施例提供的物联网数据处理系统。如图9所示，该服务器包括：存储器901、处理器902以及通信组件903。

存储器901，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器902，与存储器901耦合，用于执行存储器901中的计算机程序，以用于：根据用户的历史订单数据，预估智能硬件支持的第一操作类型对应的候选数据对象；控制多媒体设备输出所述第一操作类型对应的候选数据对象；若接收到所述多媒体设备发送的确认数据对象的指令，则所述候选数据对象作为所述第一操作类型对应的待推荐数据对象。

进一步，如图9所示，该服务器还包括：电源组件904等其它组件。图9中仅示意性给出部分组件，并不意味着服务器只包括图9所示组件。

在本实施例中，服务器可根据用户的历史订单数据，为用户推荐数据对象后，进一步简化了用户的消费流程。于此同时，通过多媒体设备与用户交互，询问用户对待推荐数据对象是否满意，可在简化了用户消费流程的同时，为用户推荐更符合其需求的数据对象。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

图10示意了本申请另一示例性实施例提供的服务器的结构示意图，该服务器适用于前述实施例提供的推荐系统。如图10所示，该服务器包括：存储器1001、处理器1002以及通信组件1003。

存储器1001，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器1002，与存储器1001耦合，用于执行存储器1001中的计算机程序，以用于：根据用户的历史订单数据，分析所述用户的消费特征；在所述用户的消费特征满足设定消费规律时，向所述用户的用户终端发送智能硬件购物推荐信息，以向所述用户推荐基于智能硬件的购物方式。

在本实施例中，用户的消费特征满足设定消费规律，可表现为：用户设定时间内购买某一个或者多个数据对象的频次大于某频次阈值；或者，用户设定时间内对某一个或者多个数据对象的评分大于某评分阈值；或者，或者，用户设定时间内浏览某一类或者多类数据对象的时长大于某时长阈值，本实施例包含但不限于此。

所述用户的用户终端接收到智能硬件购物推荐信息后，可向用户输出智能硬件购物推荐信息，以向用户推荐基于智能硬件的购物方式。其中，用户终端输出智能硬件购物推荐信息的方式可包括：在通知栏展示推荐智能硬件购物推送消息的方式或者在应用程序的开屏画面展示智能硬件购物广告的方式，本实施例不做限制。

可选地，用户终端还可展示智能硬件的购买入口，并响应针对该购买入口的触发操作，向智能硬件的销售平台发送智能硬件的购买请求。

进一步，如图10所示，该服务器还包括：电源组件1004等其它组件。图10中仅示意性给出部分组件，并不意味着服务器只包括图10所示组件。

本实施例中，服务器通过分析用户的消费特征，可向消费特征满足设定消费规律的用户推荐基于智能硬件的购物方式，以便于用户采用更加灵活便捷的方式实现消费下单操作。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

图11示意了本申请另一示例性实施例提供的服务器的结构示意图，该服务器适用于前述实施例提供的物联网数据处理系统。如图11所示，该服务器包括：存储器1101、处理器1102以及通信组件1103。

存储器1101，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

处理器1102，与存储器1101耦合，用于执行存储器1101中的计算机程序，以用于：接收智能硬件发送的数据处理请求，所述数据处理请求携带触发所述智能硬件上的操作的第一用户的指纹信息；在所述智能硬件对应的至少一个授权用户的指纹信息中，查询是否存在与所述第一用户的指纹信息匹配的目标指纹信息；若存在所述目标指纹信息，则生成所述智能硬件上的操作对应的订单。

进一步，如图11所示，该服务器还包括：电源组件1104等其它组件。图11中仅示意性给出部分组件，并不意味着服务器只包括图11所示组件。

在本实施例中，服务器预先建立了智能硬件和至少一个授权用户的指纹信息的对应关系。其中，至少一个授权用户指的是被授权可使用智能硬件实现快捷下单的用户。进而，可对在智能硬件上执行操作的用户进行权限鉴别，避免非授权用户的误操作，保障用户利益。与此同时，在用户执行操作的同时，以用户无感知的方式主动获取用户的指纹信息，避免了消费流程的复杂化。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

上述图7、图8、图9、图10以及图11中的存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述图7、图8、图9、图10以及图11中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G或5G，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

上述图7、图8、图9、图10以及图11中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

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

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

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

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

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

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

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

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

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

Claims (40)

1.一种数据处理方法，适用于用户终端，其特征在于，包括：

展示智能硬件的功能配置页面，所述功能配置页面用于配置所述智能硬件的下单功能；

获取用户通过所述功能配置页面提供的功能配置数据；所述功能配置数据包括：操作类型和对应的数据对象配置信息；

将所述功能配置数据发送至服务器，以使所述服务器根据所述智能硬件上的操作生成对应的订单。

2.根据权利要求1所述的方法，其特征在于，所述功能配置页面包括：操作类型配置项和对应的数据对象配置项；

获取用户通过所述功能配置页面提供的功能配置数据，包括：

响应针对所述操作类型配置项的配置操作，获取所述用户为所述智能硬件配置的操作类型；以及，

响应针对所述数据对象配置项的配置操作，获取所述用户为所述智能硬件配置的数据对象配置信息。

3.根据权利要求2所述的方法，其特征在于，所述数据对象配置项包括：数据处理类型配置项以及对应的数据对象详情配置项；

响应针对所述数据对象配置项的配置操作，获取所述用户为所述智能硬件配置的数据对象配置信息，包括：

响应对所述数据处理类型配置项的配置操作，获取所述用户提供的数据处理类型；

若所述数据处理类型为用户选择型，则展示所述用户选择型对应的数据对象详情配置项，以供所述用户配置数据对象属性、供应商属性以及收货信息中的至少一种数据对象详情；或者，

若所述数据处理类型为主动推荐型，则展示所述主动推荐型对应的详情配置页面，以供所述用户配置推荐需求信息、供应商属性以及收货信息中的至少一种数据对象详情。

4.根据权利要求1-3任一项所述的方法，其特征在于，还包括：

获取所述订单的处理进度数据，并展示与所述订单对应的进度推送图标；

响应对所述进度推送图标的触发操作，根据所述订单的处理进度数据，控制所述智能硬件以可感知的方式输出订单进度提示信息。

5.根据权利要求4所述的方法，其特征在于，所述功能配置数据，还包括：订单处理进度和所述智能硬件上的进度指示灯的发光状态的对应关系；

控制所述智能硬件以可感知的方式输出订单进度提示信息，包括：

根据所述功能配置数据以及所述订单的处理进度数据，确定所述硬件设备上的进度指示灯的目标发光状态；

向所述智能硬件发送与所述目标发光状态匹配的发光指令，以控制所述智能硬件输出订单进度提示信息。

6.一种数据处理方法，适用于服务器，其特征在于，包括：

接收智能硬件发送的数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型；

根据所述智能硬件上的操作的类型以及所述智能硬件的功能配置数据包含的操作类型与数据对象配置信息的对应关系，获取所述智能硬件上的操作对应的数据对象配置信息；

根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单。

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

响应用户终端发送的更新所述智能硬件的下单功能的请求，获取用户通过所述用户终端提供的功能配置调整数据；

根据所述功能配置调整数据，更新所述智能硬件的功能配置数据。

8.根据权利要求6所述的方法，其特征在于，根据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单，包括：

根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图；

生成与所述消费意图对应的订单指令；

根据所述订单指令，生成所述智能硬件上的操作对应的订单。

9.根据权利要求8所述的方法，其特征在于，根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图，包括：

若所述数据处理类型为用户选择型，则根据所述数据对象配置信息，获取用户预设的数据对象属性；

根据所述数据对象属性，确定所述智能硬件上的操作对应的自主消费意图。

10.根据权利要求8所述的方法，其特征在于，根据所述数据对象配置信息包含的数据处理类型以及数据对象详情，确定所述智能硬件上的操作对应的消费意图，包括：

若所述数据处理类型为主动推荐型，则根据所述数据对象配置信息，获取用户预设的推荐需求信息和/或历史订单数据；

根据所述推荐需求信息和/或历史订单数据，计算待推荐数据对象；

根据所述待推荐数据对象的属性，确定所述智能硬件上的操作对应的推荐消费意图。

11.根据权利要求10所述的方法，其特征在于，根据所述推荐需求信息和/或历史订单数据，计算待推荐数据对象，包括：

根据所述推荐需求信息和/或历史订单数据，计算候选数据对象；

将所述候选数据对象发送至多媒体设备，以使所述多媒体设备向所述用户输出所述候选数据对象；

若接收到所述多媒体设备发送的确认数据对象的指令，则将所述候选数据对象作为所述待推荐数据对象；

若接收到所述多媒体设备发送的更换数据对象的指令，则重新执行所述计算候选数据对象的步骤。

12.根据权利要求8-11任一项所述的方法，其特征在于，根据所述订单指令，生成所述智能硬件上的操作对应的订单，包括：

根据所述数据对象配置信息，获取用户预设的订单服务平台，作为目标订单服务平台，或者，从至少一个订单服务器平台中选择符合特定条件的订单服务平台，作为所述目标订单服务平台；

将所述订单指令发送至所述目标订单服务平台，以使所述目标订单服务平台根据所述订单指令生成所述智能硬件上的操作对应的订单。

13.根据权利要求8-11任一项所述的方法，其特征在于，还包括：

获取所述订单的处理进度数据；

根据所述订单的处理进度数据，控制所述智能硬件和/或多媒体设备输出订单进度提示信息。

14.根据权利要求13所述的方法，其特征在于，根据所述订单的处理进度数据，控制所述智能硬件和/或多媒体设备输出订单进度提示信息，包括以下至少一种：

根据所述订单的处理进度数据确定多个订单处理节点，并向所述智能硬件发送所述多个订单处理节点分别对应的发光指令，以使所述智能硬件根据所述多个订单处理节点分别对应的发光指令调整进度指示灯的发光状态；

根据所述订单的处理进度数据生成文本格式的订单进度信息，并将所述文本格式的订单进度信息发送至所述多媒体设备，以使所述多媒体设备将所述文本格式的订单进度信息转换为音频格式的订单进度信息并进行播放；

根据所述订单的处理进度数据绘制订单进度图表，并将所述订单进度图表发送至所述多媒体设备，以使所述多媒体设备展示所述订单进度图表。

15.一种数据处理方法，其特征在于，包括：

根据用户的历史订单数据，预估智能硬件支持的第一操作类型对应的候选数据对象；

控制多媒体设备输出所述第一操作类型对应的候选数据对象；

若接收到所述多媒体设备发送的确认数据对象的指令，则所述候选数据对象作为所述第一操作类型对应的待推荐数据对象。

16.一种数据处理方法，适用于服务器，其特征在于，包括：

根据用户的历史订单数据，分析所述用户的消费特征；

在所述用户的消费特征满足设定消费规律时，向所述用户的用户终端发送智能硬件购物推荐信息，以向所述用户推荐基于智能硬件的购物方式。

17.一种数据处理方法，适用于服务器，其特征在于，包括：

接收智能硬件发送的数据处理请求，所述数据处理请求携带触发所述智能硬件上的操作的第一用户的指纹信息；

在所述智能硬件对应的至少一个授权用户的指纹信息中，查询是否存在与所述第一用户的指纹信息匹配的目标指纹信息；

若存在所述目标指纹信息，则生成所述智能硬件上的操作对应的订单。

18.一种智能硬件，其特征在于，包括：

控制器、通信组件以及至少一个操作检测器，所述操作检测器支持至少一种操作类型；

所述控制器，用于：响应所述至少一个操作检测器上的操作，通过所述通信组件输出数据处理请求，所述数据处理请求携带所述至少一个操作检测器各自的设备标识以及检测到的操作的类型。

19.根据权利要求15所述的智能硬件，其特征在于，所述操作检测器上展示有各自对应的可视化标记，所述可视化标记与所述操作检测器的下单功能关联。

20.根据权利要求15所述的智能硬件，其特征在于，所述操作检测器上设有指纹获取模块，用于获取在所述操作检测器上执行操作的用户的指纹信息。

21.根据权利要求15-17任一项所述的智能硬件，其特征在于，所述操作检测器为：按压检测器、触摸检测器或者拨动检测器。

22.一种用户终端，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储一条或多条计算机指令；

所述处理器用于执行所述一条或多条计算机指令以用于：执行权利要求1-5任一项所述的方法中的步骤。

23.一种服务器，其特征在于，包括：存储器、处理器和通信组件；

所述存储器，用于存储一条或多条计算机指令；

所述处理器用于执行所述一条或多条计算机指令以用于：执行权利要求6-17任一项所述的方法中的步骤。

24.一种存储有计算机程序的计算机可读存储介质，其特征在于，计算机程序被执行时能够实现权利要求1-5任一项所述的方法中的步骤，或者6-17任一项所述的方法中的步骤。

25.一种物联网数据处理系统，其特征在于，包括：

用户终端、智能硬件以及服务器；

所述用户终端，用于：获取用户提供的所述智能硬件的功能配置数据，并将所述功能配置数据发送至所述服务器；所述功能配置数据包含：操作类型和对应的数据对象配置信息；

其中，所述智能硬件，用于：检测到所述智能硬件上的操作时，向所述服务器发送数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型；

所述服务器，用于：根据所述智能硬件上的操作的类型，以及所述功能配置数据包含的操作类型与数据对象配置信息的对应关系，获取所述智能硬件上的操作对应的数据对象配置信息，并据所述智能硬件上的操作对应的数据对象配置信息，生成所述智能硬件上的操作对应的订单。

26.根据权利要求25所述的系统，其特征在于，所述服务器，还用于：获取所述订单的处理进度数据，生成与所述订单的处理进度数据对应的多媒体数据，并将所述多媒体数据发送至所述多媒体设备；

所述多媒体设备，具体用于：输出所述多媒体数据，以输出订单进度提示信息。

27.根据权利要求26所述的系统，其特征在于，所述多媒体设备，包括：智能音频设备；

所述服务器，具体用于：生成所述订单的处理进度数据对应的文本格式的订单进度信息，并将所述文本格式的订单进度信息发送至所述智能音频设备；

所述智能音频设备，用于：将所述文本格式的订单进度信息转换为音频格式的订单进度信息，并播放所述音频格式的订单进度信息。

28.根据权利要求26所述的系统，其特征在于，所述多媒体设备，包括：智能显示设备；

所述服务器具体用于：根据所述订单的处理进度数据绘制订单进度图表，并将所述订单进度图表发送至所述智能显示设备；

所述智能显示设备，用于：展示所述订单进度图表。

29.根据权利要求25所述的系统，其特征在于，所述智能硬件，还用于：检测到所述智能硬件上的操作时，控制安装于其上的进度指示灯处于设定点亮状态，并在接收到所述智能硬件上的操作对应的订单的完成指令时，控制所述进度指示灯处于熄灭状态。

30.根据权利要求25所述的系统，其特征在于，所述服务器，还用于：将所述订单的处理进度数据发送至所述用户终端；

所述用户终端，用于：根据所述订单的处理进度数据确定多个订单处理节点，并向所述智能硬件发送所述多个订单处理节点分别对应的发光指令；

所述智能硬件，还用于：根据所述多个订单处理节点分别对应的发光指令调整进度指示灯的发光状态。

31.根据权利要求25-30任一项所述的系统，其特征在于，所述智能硬件包括：

IOT按钮，所述智能硬件上的操作类型包括：单击、双击、多次连击以及长按中的至少一种；或者，

智能开关，所述智能硬件上的操作类型包括：将开关拨动至设定开关档位；或者，

触摸传感器设备，所述智能硬件上的操作类型包括：沿设定方向滑动、沿设定路径滑动以及在设定区域内点击中的至少一种。

32.一种物联网数据处理系统，其特征在于，包括：智能硬件、多媒体设备以及服务器；所述智能硬件支持第一操作类型；

所述服务器，用于：根据用户的历史订单数据，预估所述第一操作类型对应的候选数据对象；

所述多媒体设备，用于：输出所述第一操作类型对应的候选数据对象，并根据所述用户的反馈信息向所述服务器发送确认数据对象的指令，或者更换数据对象的指令。

33.根据权利要求32所述的系统，其特征在于，所述多媒体设备包括：智能音频设备，用于：将所述候选数据对象转化为音频数据，并播放所述音频数据；以及，获取所述用户根据所述音频数据发出的语音指令，作为所述反馈信息。

34.根据权利要求32所述的系统，其特征在于，所述服务器，还用于：若接收到所述多媒体设备发送的确认数据对象的指令，则将所述候选数据对象作为所述第一操作类型对应的待推荐数据对象；若接收到所述多媒体设备发送的更换数据对象的指令，则重新执行计算所述第一操作类型对应的候选数据对象的步骤。

35.根据权利要求34所述的系统，其特征在于，所述智能硬件，用于：检测到操作时，向所述服务器发送数据处理请求，所述数据处理请求携带所述智能硬件上的操作的类型；

所述服务器，还用于：若所述智能硬件上的操作的类型与所述第一操作类型适配，则根据所述第一操作类型对应的待推荐数据对象，生成所述智能硬件上的操作对应的订单。

36.一种推荐系统，其特征在于，包括：用户终端以及服务器；

所述服务器，用于：根据用户的历史订单数据，分析所述用户的消费特征，并在所述用户的消费特征满足设定消费规律时，向所述用户终端发送智能硬件购物推荐信息；

所述用户终端，用于：向所述用户输出所述智能硬件购物推荐信息，以向所述用户推荐基于智能硬件的购物方式。

37.根据权利要求36所述的系统，其特征在于，所述用户终端，还用于：展示所述智能硬件的购买入口，并响应针对所述购买入口的触发操作，向所述智能硬件的销售平台发送所述智能硬件的购买请求。

38.一种物联网数据处理系统，其特征在于，包括：智能硬件以及服务器；

所述智能硬件，用于：在检测到智能硬件上的操作时，获取执行所述智能硬件上的操作的第一用户的指纹信息，并向所述服务器发送数据处理请求，所述数据处理请求携带所述第一用户的指纹信息；

所述服务器，用于：建立所述智能硬件和至少一个授权用户的指纹信息的对应关系；以及，在接收到所述数据处理请求时，若确定所述至少一个授权用户的指纹信息中存在与所述第一用户的指纹信息匹配的目标指纹信息，则生成所述智能硬件上的操作对应的订单。

39.根据权利要求38所述的系统，其特征在于，还包括：用户终端；

所述用户终端，用于：控制所述智能硬件获取至少一个授权用户的指纹信息，并将所述至少一个授权用户的指纹信息发送至所述服务器。

40.根据权利要求38或39所述的系统，其特征在于，所述用户终端，还用于：获取所述至少一个授权用户各自对应的功能配置数据，并将所述至少一个授权用户各自对应的功能配置数据发送至所述服务器；所述功能配置数据，包括：操作类型和对应的数据对象配置信息；

所述服务器，还用于：建立所述至少一个授权用户的指纹信息与各自对应的功能配置数据的对应关系；以及，在确定所述至少一个授权用户的指纹信息中存在所述目标指纹信息时，根据所述目标指纹信息对应的功能配置数据，生成所述智能硬件上的操作对应的订单。

Images