订单处理方法、装置及系统与流程

本发明涉及基于互联网的订单处理领域，更为具体而言，涉及一种订单处理方法、装置及系统。

背景技术：

随着O2O(Online To Offline，线上到线下)的兴起，电子“订单”已经成为与人们日常生活密不可分的一部分。例如，滴滴打车订单、外卖行业的订单等等。在现代的互联网消费背景下，提高订单处理效率能有效提高商户(例如，外卖商户)的竞争力。而如何为商户提供适于应用、便利且具有较高处理效率的订单处理方式，也是目前技术人员需要考虑以及克服的难题。

在现有技术中，通常采用的订单处理方式及其缺陷如下：

方式一：由专门的APP(应用程序)接收订单，并在有新订单时进行响铃和界面提醒。这种方式需要商户安排工作人员手动接下订单并打印小票，不仅需要一定的人力成本，而且订单处理效率低、无法有效应对大量订单的情况。

方案二：通过与网线连接的昂贵的GPRS打印机，获得后台推送的订单信息进行接单和打印。这种方式需要商户具有有线网络接入能力，无法适应现今无线网络的发展，无法满足商户的便利性需求，并且，GPRS打印机或者专用的硬件接单器价格都比较昂贵，对商户不是最好的选择，并且，订单处理效率低。

方案三：通过电脑连接打印机以接单和打印。这种方式同样难以满足商户对于便利性的需求，并且，订单处理效率低。

技术实现要素：

为了解决现有的订单处理技术所存在的缺陷，本发明实施方式提供一种订单处理方法、装置及系统，能够提高订单处理效率、降低商户在接单方面的成本同时满足商户的便利性需求。

一方面，本发明实施方式提供了一种订单处理方法，包括：

从服务器获取待处理订单；

判断用于输出所述待处理订单的输出设备是否正常；

根据所述输出设备是否正常的判断结果处理所述待处理订单。

在本发明实施方式的一种实现方式中，所述判断用于输出所述待处理订单的输出设备是否正常，包括：在获取所述待处理订单之后判断所述输出设备是否正常；所述根据所述输出设备是否正常的判断结果处理所述待处理订单，包括：如果所述输出设备正常，则接受所述待处理订单并通过所述输出设备输出所述待处理订单，如果所述输出设备异常，则将所述待处理订单保存为第一订单处理状态。

在本发明实施方式的另一实现方式中，所述判断用于输出所述待处理订单的输出设备是否正常，包括：在不同时间点判断所述输出设备是否正常；所述根据所述输出设备是否正常的判断结果处理所述待处理订单，包括：分别根据在所述不同时间点的判断结果处理所述待处理订单。

进一步地，所述在不同时间点判断所述输出设备是否正常，包括：在获取所述待处理订单之后进行第一次判断；以及，在所述待处理订单被接受之后进行第二次判断；其中，所述待处理订单在所述第一次判断的结果为所述输出设备正常时被接受。

所述分别根据在所述不同时间点的判断结果处理所述待处理订单，包括：在所述第一次判断的结果为所述输出设备正常时，接受所述待处理订单；在所述第一次判断的结果为所述输出设备异常时，将所述待处理订单保存为第一订单处理状态；以及，在所述第二次判断的结果为所述输出设备正常时，通过所述输出设备输出所述待处理订单；在所述第二次判断的结果为所述输出设备异常时，将所述待处理订单保存为第二订单处理状态。

在本发明实施方式的再一实现方式中，所述接受所述待处理订单，包括：将所述待处理订单的输出任务添加至任务队列；所述通过所述输出设备输出所述待处理订单，包括：执行所述任务队列以触发所述输出设备输出所述待处理订单；其中，所述任务队列包括正在执行的当前执行队列和用于添加新的输出任务的待执行队列，所述当前执行队列和待执行队列二者在所述当前执行队列完成执行之后互相替换。

在本发明的其它实施方式中，所述方法还包括：从所述服务器获取允许执行所述订单处理的权限。

另一方面，本发明实施方式提供一种订单处理装置，包括：

获取模块，用于从服务器获取待处理订单；

判断模块，用于判断用以输出所述待处理订单的输出设备是否正常；

处理模块，用于根据所述输出设备是否正常的判断结果处理所述待处理订单。

在本发明实施方式的一种实现方式中，所述判断模块用于：在所述获取模块获取所述待处理订单之后判断所述输出设备是否正常；所述处理模块用于执行以下操作：在所述判断模块确定所述输出设备正常时，接受所述待处理订单并通过所述输出设备输出所述待处理订单，在所述判断模块确定所述输出设备异常时，将所述待处理订单保存为第一订单处理状态。

在本发明实施方式的另一种实现方式中，所述判断模块用于：在不同时间点判断所述输出设备是否正常；所述处理模块用于：分别根据所述判断模块在所述不同时间点的判断结果处理所述待处理订单。

进一步地，所述判断模块用于执行以下操作：在所述获取模块获取所述待处理订单之后进行第一次判断；在所述待处理订单被接受之后进行第二次判断；其中，所述待处理订单在所述第一次判断的结果为所述输出设备正常时被接受。

所述处理模块用于执行以下操作：

在所述第一次判断的结果为所述输出设备正常时，接受所述待处理订单，在所述第一次判断的结果为所述输出设备异常时，将所述待处理订单保存为第一订单处理状态；以及

在所述第二次判断的结果为所述输出设备正常时，通过所述输出设备输出所述待处理订单，在所述第二次判断的结果为所述输出设备异常时，将所述待处理订单保存为第二订单处理状态。

在本发明实施方式的再一种实现方式中，所述处理模块包括：接单子模块，用于将所述待处理订单的输出任务添加至任务队列；执行子模块，用于执行所述任务队列以触发所述输出设备输出所述待处理订单；其中，所述任务队列包括正在执行的当前执行队列和用于添加新的输出任务的待执行队列，所述当前执行队列和待执行队列二者在所述当前执行队列完成执行之后互相替换。

在本发明实施方式的其它实现方式中，所述装置还包括：权限模块，用于从所述服务器获取允许处理所述待处理订单的权限。

相应地，本发明实施方式提供一种订单处理系统，其包括上述的根据本发明的实施方式或其实现方式的订单处理装置、服务器和用于输出订单的输出设备。其中，所述输出设备优选为能够与所述订单处理装置无线连接的打印机。

采用本发明的各种实施方式具有以下有益效果：

通过基于对输出设备是否正常的判断结果进行对应于不同判断结果的订单处理，无需或者大大降低了人工参与程度，减小了商户在订单处理方面的人力成本，并且，能有效提高订单处理效率。

此外，基于移动终端实现本发明，能避免对于昂贵的硬件设备(例如GPRS打印机)的需求，减小商户在订单处理方面的物力成本；充分利用广为普及的移动终端(例如，手机、平板电脑、专门用于实现特定功能且具有无线通信能力的移动设备等)，提高在订单处理过程中的便利性。

附图说明

图1是根据本发明实施例的一种订单处理方法的流程示意图；

图2是根据本发明实施例的另一种订单处理方法的流程示意图；

图3是根据本发明实施例的又一种订单处理方法的流程示意图；

图4是根据本发明实施例的一种订单处理方法的任务流程示意图；

图5是根据本发明实施例的一种订单处理装置的框图；

图6是图5所示订单处理装置的处理模块的一种框图；

图7是根据本发明实施例的一种订单处理系统的示意图；

图8是根据本发明实施例的一种应用于订单处理的控制框架；

图9是根据本发明实施例的一种用于设置自动接单的框架；

图10是根据本发明实施例的一种移动终端与电脑端互斥设置的流程图；

图11是根据本发明实施例的一种面向用户的自动接单设置页面的界面示例

图12是根据本发明实施例的一种面向用户的自动接单首页的界面示例；

图13是根据本发明实施例的一种面向用户的未打印订单统计页面的界面示例；

图14是根据本发明实施例的一种用户设置自动接单的流程图；

图15是根据本发明实施例的一种面向用户的自动接单失败的界面示例。

具体实施方式

以下结合附图和具体实施方式对本发明的各个方面进行详细阐述。其中，众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且，所描述的特征、架构或功能可在一个或一个以上实施方式中以任何方式组合。本领域技术人员应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。也可以容易理解，本文所述和附图所示的各实施方式中的模块或单元或步骤可以按各种不同配置进行组合和设计。还可以容易理解，虽然可能仅在部分实施例中对特定名称、术语、范围等进行解释，但该解释同样适用于其它实施例，除非特别说明。

图1是根据本发明实施例的一种订单处理方法的流程示意图，参照图1，所述方法包括：

100：从服务器获取待处理订单。

需要说明的是，在本发明中提及的“从服务器获取”包含了通过主动请求、被动接收、直接从服务器获取、间接从服务器获取(例如，设置信息中转设备)等现有的信息获取方式从服务器获取。换言之，本发明并不限定移动终端与服务器之间的通信方式。

可选地，在本实施例的一种实现方式中，可以由移动终端从服务器获取包含待处理订单的订单列表，从而获取所述待处理订单。

102：判断用于输出所述待处理订单的输出设备是否正常。

需要说明的是，在本实施例中，“输出设备是否正常”是指输出设备是否能在例如移动终端的控制下完成相应的输出操作(例如，打印)。如果输出设备能够在被控制状态下完成相应的输出操作，则输出设备正常；否则，输出设备异常。

可选地，在本实施例的一种实现方式中，输出设备可以是打印机、显示器、信息发送设备等。以打印机为例，打印机异常的情况包括：移动终端与打印机二者无法建立无线通信连接(例如蓝牙连接、近场通信NFC连接)、打印机自身异常(例如，开盖、缺纸、切刀错误)等。示例性地，打印机包括蓝牙打印机、近场通信打印机等。

进一步可选地，在本实施例的一种实现方式中，采用以下方式确认打印机是否正常：移动终端通过蓝牙连接(或NFC连接等)向打印机发送状态检查命令；打印机接收到该命令后，通过连接服务将自身状态检查结果回传给移动终端。

104：根据所述输出设备是否正常的判断结果处理所述待处理订单。

可选地，在本实施例的一种实现方式中，对待处理订单进行的处理可以包括：在输出设备正常的情况下接收待处理订单以及通过输出设备输出待处理订单；在输出设备异常的情况下将待处理订单保存为指定的订单处理状态。所述指定的订单处理状态用于反映订单的处理进度，其具体如何设置除了本发明下文的示例性描述外，本领域技术人员可以根据需要自行设置。

采用本发明提供的订单处理方法，根据对输出设备是否正常的判断结果进行对应于不同判断结果的订单处理，无需或者大大降低了人工参与程度，减小了商户在订单处理方面的人力成本，且有效提高订单处理效率。此外，基于移动终端实现本发明实施例，不仅能避免对于昂贵的硬件设备(例如GPRS打印机)的需求，减小商户在订单处理方面的物力成本，还能充分利用广为普及的移动终端(例如，手机、平板电脑、专门用于实现特定功能且具有无线通信能力的移动设备等)，提高在订单处理过程中的便利性。

在本发明的一些实施例中，以图1中的处理102为例，可以针对输出设备是否正常进行一次判断，也可以进行两次判断，甚至，本领域技术人员可以基于本发明下文详细描述的技术方案的启示，在整个流程处理过程中的不同时间点进行多次判断。

图2是根据本发明实施例的另一种订单处理方法的流程示意图。在图2所示方法中，针对打印机是否正常进行一次判断。具体而言，参照图2，所述方法包括：

200：获取待处理订单。例如，可以通过移动终端从服务器获取待处理订单。

202：判断输出设备是否正常。如果输出设备正常，则执行204；否则，执行206。

204：接单并输出订单。

其中，“接单”即接受待处理订单。在本实施例的一种实现方式中，以移动终端为例，由移动终端通知服务器将对待处理订单进行订单处理，使服务器知道待处理订单被接受。例如，在一种具体实现方式中，接单可以包括：将待处理订单的输出任务添加至任务队列，然后向服务器发送表示接受订单的消息。当然，在其它实现方式中，也可以在获取待处理订单之后就发送表示接受订单的消息。

其中，“输出订单”是指通过输出设备输出待处理订单。以移动终端为例，移动终端执行待处理订单的输出任务从而通过输出设备输出待处理订单。示例性地，输出任务可以是打印任务。例如，移动终端执行待处理订单的打印任务以便通过与移动终端连接的打印机打印待处理订单。

可选地，在204中，还可以记录、显示已经完成输出(例如，打印)的订单，以便用户查看、统计等。

206：将待处理订单保存为第一订单处理状态(例如，保存为未接单且未输出订单)。换言之，可以将待处理订单保存至用于记录未接受且未输出的订单的列表。此外，在206中，还可以通过例如移动终端显示用以查看待处理订单的链接或界面。此外，在206中，还可以提示输出设备(例如，打印机)异常，例如，采用语音、震动、画面等方式进行提示。

采用本实施例提供的订单处理方法，除了具有图1所示实施例的有益效果之外，还能够记录待处理订单的订单处理状态/结果，以便于用户随时了解订单处理进度。

图3是根据本发明实施例的又一种订单处理方法的流程示意图。在图3所示方法中，在不同时间点判断所述输出设备是否正常，并分别根据在所述不同时间点的判断结果处理所述待处理订单。具体而言，参照图3，所述方法包括：

300：获取订单列表。例如，通过移动终端从服务器获取订单列表。

301：判断所述订单列表中是否有新的订单，即待处理订单。如果有则执行302；如果没有，则流程结束。

本领域人员应当理解，图3中的300-301可以理解为图2所述200或图1所述100的一种具体实现方式。

302：判断输出设备是否正常。如果输出设备(例如，打印机或显示器等)正常，则执行304；否则，执行306。

304：接单。如前文204中所述，此处不再赘述。然后执行308。

306：将待处理订单保存为第一订单处理状态(例如，保存为未接单且未输出订单)。换言之，可以将待处理订单保存至用于记录未接受且未输出的订单的列表。此外，在306中，还可以通过例如移动终端显示用于查看未接受且未输出的订单的链接或界面；还可以提示输出设备异常，例如，采用语音、震动、画面等方式进行提示。

308：判断输出设备是否正常。如果输出设备正常，则执行310；否则执行312。

310：输出订单。如前文204中所述，此处不再赘述。

312：将待处理订单保存为第二订单处理状态(例如，接单但未输出订单)。换言之，可以将待处理订单保存至用于记录已接受但未输出的订单的列表，或者将该表称作用于记录待输出(例如，打印)订单的待输出列表(例如，待打印列表)。此外，在212中，还可以显示未输出列表入口，以便用户点击进入从而查询待输出的订单；还可以提示输出设备异常，例如，采用语音、震动、画面等方式进行提示。此外，可以通过手动接单的方式处理已接受但未输出的订单。

采用本实施例提供的订单处理方法，除了具有图1和图2所述实施例的优点之外，通过在不同时间点进行输出设备是否正常的判断，能够有效避免因输出设备随机发生异常而可能导致的订单错误处理。具体而言，当输出设备在移动终端刚接单之后突然变得异常时，采用图3的实施例能够及时发现这种情况，从而避免采用在输出设备正常时的订单处理方式处理输出设备异常情况下的订单，有效避免或减少对订单的错误处理。

需要说明的是，本发明中提及的不同的时间点由订单处理流程中的具体操作决定。例如，图3中的两个时间点分别在接单这一具体操作之前和之后。因此，本领域技术人员应当理解，如果基于图2或图3中的处理流程，增加具体行为或将一具体行为分为多个子行为，那么相应地，可以选择性地增加判断打印机是否正常的次数，这同样落在本发明的保护范围内。

在本发明的各种实施例中，对于订单的接单和输出订单的处理，可以通过任务队列的方式实现。如图4所示，是根据本发明实施例的一种订单处理方法的任务流程示意图。

参照图4，以基于移动终端实现本发明的订单处理方法为例，首先，移动终端(或者移动终端上安装的应用程序或装置)从保存有新单信息(即待处理订单信息)的服务器获取新单列表(即待处理订单列表)。

之后，移动终端进行接单，其一种示例性过程为：将新单任务(即新单的输出任务)逐个添加至任务队列，并向服务器发送表示接受订单的消息(如图所示)。在添加任务队列的过程中，为避免重复加入同一个订单，分别在running(执行)队列和pending(等待)队列中去重。其中，running队列是指正在执行的队列，pending队列是指将要执行而正在等待中的队列。

之后，输出订单，其过程为，执行任务队列中的新单任务。具体而言，在将新单任务加入任务队列之后，在并发请求允许的范围内开启每一个请求以执行，若不允许则等待(pending)。

在本实施例中，以打印新单为例，之所以采用两种队列，是因为任务执行的状态在打印过程中是不断变化的。由于打印过程是一个串行过程，因此对应该过程的队列即running队列，而pending队列则作为running队列执行过程中的候补队列，用于添加新的任务。当running队列执行完成之后，原来的pending队列变为running队列，而之前的running队列则变为pending队列。即，两个队列交替地在running和pending状态之间进行改变。

更具体而言，在一种具体实现方式中，在接单时，将新单任务添加至任务队列中的待执行任务队列(pending队列)；在输出订单时，执行任务队列中的当前任务队列(running队列)，例如，执行当前任务队列中的打印任务以使打印机打印订单。并且，在当前执行队列执行完成之后，将当前执行队列变更为新的待执行任务队列，同时将之前的待执行队列变更为新的当前执行队列。

可选地，在本实施例的一种实现方式中，可以采用轮询策略获取新单队列。考虑到新单种类繁多(实时单、预订单、夜间订单等等)，为了加以区分哪些可以自动接单(即采用本发明的订单处理方法进行处理)，可以在每一个新单结构中都设置标志位由例如移动终端上安装的应用程序的后端控制订单是否可自动接单。

可选地，在本实施例的一种实现方式中，新单任务执行时，可以设置多种状态监测，包括：接收失败打印失败、接收失败接口失败和接单成功打印失败、接单成功打印成功等状态。每个任务执行完成后可根据状态信息通知界面刷新。

采用图4所示实施例，能够以任务队列的形式高效、稳定地完成包括接单和输出订单在内的订单处理。

可选地，在本发明的一种实施例中，为了在实现例如图1-图3所示实施例的方法，或者，为了执行图1-图3中的处理，需要从服务器获取允许执行图1-图3所示实施例的方法的权限，或者获取执行其中的针对待处理订单进行处理的权限。更具体而言，本领域技术人员应当理解，采用本发明的图1-图3的实施例进行订单处理的设备，例如移动终端，可以与现有的订单处理方式配合使用，例如，同与打印机连接的电脑共同使用。此时，为了避免订单的重复打印，优选地，如果电脑端开启了订单自动处理(包括自动接单)，则服务器会拒绝为移动终端开启所述处理，反之亦然。换言之，服务器在未给予所述移动终端之外的设备执行所述处理的权限的情况下，给予所述移动终端执行所述处理的权限，或，给予移动终端执行图1-图3所示方法的权限。

以上结合附图对根据本发明的方法实施例进行了详细说明，下面结合附图对根据本发明的装置实施例进行说明。

图5是根据本发明实施例的一种订单处理装置的框图。该订单处理装置可以安装/配置于终端，也可以是独立地基于相应硬件(例如，收发器、处理器、控制器等)实现后述功能的装置。

参照图5，订单处理装置包括获取模块50、判断模块52和处理模块54。其中，获取模块50用于从服务器获取待处理订单；判断模块52用于判断用以输出所述待处理订单的输出设备是否正常；处理模块54用于根据所述输出设备是否正常的判断结果处理所述待处理订单。

可选地，在本实施例的一种实现方式中，判断模块52用于在获取模块50获取待处理订单之后判断输出设备是否正常。处理模块54则用于执行以下操作：在所述判断模块确定所述输出设备正常时，接受所述待处理订单并通过所述输出设备输出所述待处理订单，在所述判断模块确定所述输出设备异常时，将所述待处理订单保存为第一订单处理状态。

可选地，在本实施例的一种实现方式中，判断模块52用于在不同时间点判断所述输出设备是否正常；处理模块54用于分别根据所述判断模块在所述不同时间点的判断结果处理所述待处理订单。

进一步可选地，在该实现方式的一种示例中，判断模块52用于执行以下操作：在所述获取模块获取所述待处理订单之后进行第一次判断；在所述待处理订单被接受之后进行第二次判断；其中，所述待处理订单在所述第一次判断的结果为所述输出设备正常时被接受。处理模块54用于执行以下操作：在所述第一次判断的结果为所述输出设备正常时，接受所述待处理订单，在所述第一次判断的结果为所述输出设备异常时，将所述待处理订单保存为第一订单处理状态；以及在所述第二次判断的结果为所述输出设备正常时，通过所述输出设备输出所述待处理订单，在所述第二次判断的结果为所述输出设备异常时，将所述待处理订单保存为第二订单处理状态。

可选地，在本实施例的一种实现方式中，如图6所示，处理模块54包括：接单子模块542，用于将所述待处理订单的输出任务添加至任务队列；执行子模块544，用于执行所述任务队列以触发所述输出设备输出所述待处理订单。其中，所述任务队列包括正在执行的当前执行队列和用于添加新的输出任务的待执行队列，所述当前执行队列和待执行队列二者在所述当前执行队列完成执行之后互相替换，例如，由设置的替换子模块(未图示)进行上述替换处理。

可选地，在本发明的其他实施例中，订单处理装置还可以包括权限模块，用于从服务器获取允许订单处理装置针对待处理订单进行处理的权限，或者，从服务器获取允许订单处理装置获取待处理订单并处理的权限。示例性地，所述服务器在未给予所述订单处理装置(例如，安装有该订单处理装置的移动终端)之外的装置(例如，电脑)执行所述处理的权限的情况下，给予所述订单处理装置执行所述处理的权限。

需要说明的是，本发明提供的方法实施例可以相应地由本发明提供的装置实施例实现，而本发明的装置实施例的处理过程/逻辑又与本发明的方法实施例一致。因此，在本发明的装置实施例中，关于各个模块、子模块、单元所执行处理或可执行处理的详细说明，关于特定名称、术语、范围的解释，关于各个实施例、相关特征所具有的有益效果的描述，请参见方法实施例中的相应说明，此处不再赘述。

图7是根据本发明实施例的一种订单处理系统的示意图。参照图7，订单处理系统包括服务器、订单处理装置(或移动终端，例如，安装或配置该订单处理装置的移动终端)和用于输出订单的输出设备。其中，优选地，服务器包含订单信息，订单处理装置从服务器获取待处理订单并与输出设备(例如，打印机)无线连接。关于订单处理装置的详细说明，请参见前文，此处不再赘述。

以上，对根据本发明的方法、装置和系统实施例进行了详细说明。需要说明的是，虽然在本发明的各种实施例中，考虑到由服务器对订单状态进行统计和发送以便于及时为用户显示相关信息，因此优选地，订单处理包括接单。但是，如果不考虑上述方面而仅考虑对订单的输出(例如打印)，则在本发明的非优选实施例中，也包括订单处理不包含接受订单(即，不需要通知服务器移动终端接受订单)而直接进行输出订单的实施例。

下面，从用户使用角度以及开发/设计角度，对本发明涉及的部分内容进行举例且非限制性的说明。

【用户设置】

用户可以自行开启“自动处理”开关(或者称作“自动接单”开关)，以触发移动终端进行自动接单、打印处理。对于任何的自动接单设置都以本地为主，与服务器的状态同步以作为辅助措施，同步的结果不影响本地状态设置。状态上报服务器是为了与电脑端的自动接单状态互斥。本地设置采用内存和本地持久化两方面进行存储，确保状态不会因为例如移动终端上的应用程序的关闭而丢失。

对自动接单方式的选择，包含“每日”和“仅当日”两种。对于选择“仅仅当日开启”状态，在持久化过程中可同时存储到期时间(在开启时计算)，然后使用time_tick(移动终端系统自带的定时服务)配合广播进行循环监控。如果例如移动终端上的应用程序处于关闭状态，则在再次开启的时候将获取持久化的状态进行检查。

为了达到与电脑端自动接单的互斥，防止订单被重复接收，特增加接单状态上报环节，在每一次更新接单方式的时候都会向后台发送状态更新。同时，在自动接单设置页面，也是从服务器获得能否自动接单的权限，如果该商户的电脑端正开启自动接单，则手机端将无法开启自动接单。

【设计框架】

图8是根据本发明实施例的一种应用于订单处理的控制框架，展示了用户层面通过用户界面控制接单方式、开启自动接单的布局。其中，接单方式管理模块负责手动接单模块、自动接单模块的状态控制和自动接单其他子方式的选择。其他子方式包括：自动接单每日时间段设置、自动接单是否跨天、自动接单所用打印机是否为默认打印机等选项。任何设置方面的变更，在变更之后的状态被通知给订单接收模块，以便选择不同的接收策略(指手动或者自动接单)获取新订单。自动接单过程中乳沟出现任何错误，都会交给错误处理模块统一处理，其中可能会涉及到应急性修改接单状态或直接通知界面交由用户处理。

图9是根据本发明实施例的一种用于设置自动接单的框架。其中，自动接单开关用于为未开启自动接单的用户展示“开启自动接单”按钮，为已开启自动接单的用户展示“关闭自动接单”按钮。保存修改模块可以展示为“保存修改”按钮，用于保存用户对自动接单方式的更改(每日或当日)，不影响自动接单状态。更改后发送给通知模块统一发送，例如，发送给服务器。自动接单时间设置模块则用于配置自动接单的时间(例如，每天或当日)。

图10是根据本发明实施例的一种移动终端与电脑端互斥设置的流程图。参照图12，首先拉取服务器自动接单权限，然后判断是否可以开启移动终端自动接单。如果可以开启，则进入设置页面进行设置；如果不可以开启，则提示电脑端已经开启自动接单。

图11-图13示出了根据本发明实施例的一种面向用户的自动接单设置页面、自动接单首页和未打印订单统计页面的界面示例。

如图11所示，当用户选择“今日生效”时，后台设置为仅今日打开自动接单，下个营业日自动关闭。一种示例性的使用规则为：1、将检查打印机，正常连接才能开启自动接单功能；2、打开小度掌柜(一种应用程序)、连接打印机、手机不锁屏，新订单才被自动接下，否则仍需手动接单；3、自动接到订单会播报声音提醒，如打印出错也会声音体型，避免漏单；4、手机端设置的自动接单，仅在手机端生效，生效后不能在电脑端设置和开启自动接单功能。

如图12所示，通过用户界面向用户展示自动接单中的相关信息。如果有未打印订单，可以通过点击“未打印订单”进而显示如图13所示的界面，为用户展示未打印订单。

如图14所示是根据本发明实施例的一种用户设置自动接单的流程图。该自动接单流程图并不考虑与电脑端互斥的情况。如图14中的虚线框所示，首先用户需要具有可自动接单的权限，如果用户没有权限，则将设置入口置灰(接不可设置)，用户可联系运营管理开启该权限；如果用户有权限，则为用户开放设置入口。用户通过设置入口设置生效方式(例如，每天或仅当日)。然后用户点击开启自动接单。之后如果后台判断打印机正常，则开启成功，如果判断打印机异常，则为用户提供打印机设置界面，以便用户设置打印机进而重新开启自动接单。其中，示例性地，打印机设置界面可以包括：搜索蓝牙设备、尝试重新连接打印机等选项。例如，为用户提供曾连接过的蓝牙设备相关信息，为用户提供点击搜索蓝牙设备按钮及是否将当前设备设置为默认打印机的选项。当设备断开时，进入该界面，点击搜索按钮寻找设备，并找到对应打印机点击进行连接匹配即可。

图15是根据本发明实施例的一种面向用户的自动接单失败的界面示例。图15所示界面可以在图3所示实施例中的302判断输出设备异常时显示给用户。图15右下角的“未打印订单”则可以链接至用于显示图3所示实施例中的312中的未接受且未输出的订单的界面。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，智能手机或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本发明说明书中使用的术语和措辞仅仅为了举例说明，并不意味构成限定。本领域技术人员应当理解，在不脱离所公开的实施方式的基本原理的前提下，对上述实施方式中的各细节可进行各种变化。因此，本发明的范围只由权利要求确定，在权利要求中，除非另有说明，所有的术语应按最宽泛合理的意思进行理解。