本申请涉及互联网应用技术领域，特别涉及一种用于处理订单业务的方法、装置及电子设备。
背景技术：
随着互联网技术的不断发展，很多基于互联网的服务应运而生。以即时配送服务为例，支持即时配送的商家需要不断接收顾客的订单业务，并将成功接收到的订单业务的内容打印出来。目前，经常会出现订单业务接收异常的情况，从而导致了顾客订购的失败，或者影响了待配送物品的送达时间，最终降低了配送服务的效率。
技术实现要素：
为了解决上述技术问题之一，本申请提供一种用于处理订单业务的方法及装置、电子设备。
根据本申请实施例的第一方面，提供一种用于处理订单业务的方法，包括：
采用轮询方式发送订单业务请求；
接收针对所述订单业务请求的多个订单业务；
将所述多个订单业务放入预设队列；
分别针对所述预设队列中的每个订单业务建立业务连接。
可选的，所述方法还包括：
确定所述多个订单业务中未成功建立业务连接的订单业务作为第一业务；
将部分或全部所述第一业务重新放入所述预设队列，并继续分别针对所述预设队列中的每个订单业务建立业务连接。
可选的，所述方法还包括：
确定所述多个订单业务中成功建立业务连接的订单业务作为第二业务；
分别生成每个所述第二业务对应的打印指令；
将生成的所述打印指令放入预设指令池；
基于所述预设指令池，执行打印操作。
可选的，所述基于所述预设指令池，执行打印操作，包括：
按照预设的优先级顺序，依次取出所述预设指令池中的打印指令作为目标指令；
当检测到与打印设备的连接状态未出现异常时，执行所述目标指令。
可选的，所述基于所述预设指令池，执行打印操作，还包括：
当检测到与打印设备的连接状态出现异常时，将所述目标指令存入内存；
当检测到与打印设备的连接状态恢复正常时，输出引导信息，所述引导信息用于引导用户执行预设操作；
响应于用户执行所述预设操作，从内存中取出并执行所述目标指令。
可选的，采用轮询方式发送订单业务请求，包括：通过预设进程采用轮询方式发送订单业务请求；
所述方法还包括：执行针对所述预设进程的保活操作。
可选的，所述执行针对所述预设进程的保活操作，包括：
监测所述预设进程的运行；
当所述预设进程的运行被关闭时，重新开启所述预设进程。
可选的，所述执行针对所述预设进程的保活操作，包括：
提高所述预设进程对应的进程级别。
根据本申请实施例的第二方面，提供一种用于处理订单业务的装置，包括：
发送模块，用于采用轮询方式发送订单业务请求；
接收模块，用于接收针对所述订单业务请求的多个订单业务；
第一排队模块，用于将所述多个订单业务放入预设队列；
连接模块，用于分别针对所述预设队列中的每个订单业务建立业务连接。
根据本申请实施例的第三方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的用于处理订单业务的方法。
根据本申请实施例的第四方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述第一方面中任一项所述的用于处理订单业务的方法。
本申请的实施例提供的技术方案可以包括以下有益效果：
本申请的实施例提供的用于处理订单业务的方法和装置，通过采用轮询方式发送订单业务请求，接收针对上述订单业务请求的多个订单业务，将接收到的多个订单业务放入预设队列，并分别针对预设队列中的每个订单业务建立业务连接。从而能够降低丢失订单业务的概率，保证了待配送物品的及时送达，提高了配送服务的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为应用本申请实施例的示例性系统架构示意图；
图2是本申请根据一示例性实施例示出的一种用于处理订单业务的方法的流程图；
图3是本申请根据一示例性实施例示出的另一种用于处理订单业务的方法的流程图；
图4是本申请根据一示例性实施例示出的另一种用于处理订单业务的方法的流程图；
图5是本申请根据一示例性实施例示出的一种用于处理订单业务的装置的框图；
图6是本申请根据一示例性实施例示出的另一种用于处理订单业务的装置的框图；
图7是本申请根据一示例性实施例示出的另一种用于处理订单业务的装置的框图；
图8是本申请根据一示例性实施例示出的另一种用于处理订单业务的装置的框图；
图9是本申请根据一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
参见图1，为应用本申请实施例的示例性系统架构示意图：
如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104。应该理解，图1中的终端设备、网络和服务器的数目或类型仅仅是示意性的。根据实现需要，可以具有任意数目或类型的终端设备、网络和服务器。
网络103用于在终端设备、服务器之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
终端设备101、102可以通过网络103与服务器进行交互，以接收或发送请求或信息等。终端设备101、102可以是各种电子设备，包括但不限于智能手机、平板电脑、智能穿戴设备、个人数字助理、膝上便携式电脑以及台式电脑等等。
服务器104可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、分析等处理，也可以向终端设备或其它服务器发送控制命令或者请求等。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。
下面将结合具体的实施例对本申请进行详细描述。
如图2所示，图2是根据一示例性实施例示出的一种用于处理订单业务的方法的流程图，该方法可以应用于终端设备中，该终端设备可以是商家持有的终端设备，安装有商家侧客户端。本领域技术人员可以理解，该终端设备可以包括但不限于诸如智能手机的移动终端设备、平板电脑、智能穿戴设备、个人数字助理、膝上便携式电脑以及台式电脑等等。该方法包括以下步骤：
在步骤201中，采用轮询方式发送订单业务请求。
在本实施例中，所涉及的服务可以是基于互联网的即时配送服务，订单业务可以是商家负责的涉及即时配送的订单业务。商家侧客户端可以采用轮询方式向服务器发送订单业务请求，以请求服务器返回匹配的订单业务。
一般来说，顾客通过顾客侧客户端针对指定商家下单后，服务器会向该指定商家的商家侧客户端推送通知消息。该指定商家的商家侧客户端响应于该通知消息，可以从服务器拉取该顾客的订单业务。但是，商家侧客户端仅依靠上述方式获取订单业务，难以避免丢失订单的情况(即，没有接到顾客已经发出的订单业务)。
在本实施例中，商家侧客户端可以通过预设进程，采用轮询的方式向服务器发送订单业务请求。其中，预设进程可以是任意能够采用轮询的方式发送订单业务请求的进程，本申请对预设进程的具体形式方面不限定。
在本实施例中，商家侧客户端向服务器发送的订单业务请求中，至少可以包括响应于轮询周期期满，而向服务器发送的订单业务请求。还可以进一步包括响应于服务器推送的通知消息，而向服务器发送的订单业务请求。
具体来说，在一种实现方式中，商家侧客户端可以定时地(即，在轮询周期期满时刻)主动向服务器发送订单业务请求。服务器响应于该订单业务请求，可以查找是否存在与该商家侧客户端匹配的新订单业务(未被商家侧客户端接收的订单业务)。如果存在，则可以将查找到的新订单业务返回给该商家侧客户端。
在另一种实现方式中，一方面，商家侧客户端可以接收服务器推送的通知消息，并响应于该通知消息，向服务器发送订单业务请求，以从服务器拉取新订单业务。另一方面，商家侧客户端还可以周期性(即，在轮询周期期满时刻)主动向服务器发送订单业务请求。服务器响应于该订单业务请求，可以将查找到的新订单业务返回给该商家侧客户端。因此，如果服务器推送的通知消息未成功被商家侧客户端接收，还可以通过主动向服务器发送订单业务请求，以从服务器拉取新订单业务，从而避免了订单业务的丢失。需要说明的是，可以将响应于服务器推送的通知消息，向服务器发送订单业务请求的时刻作为轮询周期的起始时刻。
在步骤202中，接收针对上述订单业务请求的多个订单业务。
在步骤203中，将接收到的多个订单业务放入预设队列。
在本实施例中，如果接收到服务器返回的多个订单业务，可以将多个订单业务按接收时间先后的顺序放入预设队列中。
在步骤204中，分别针对预设队列中的每个订单业务建立业务连接。
一般来说，商家侧客户端在接收到服务器发送的订单业务后，会同时针对每个订单业务建立业务连接，当订单业务数量较大时，容易出现连接失败的情况，会导致订单业务的丢失。
在本实施例中，可以按照预设队列中订单业务的先后顺序，依次从预设队列中取出每个订单业务，并依次针对每个订单业务建立业务连接。具体来说，针对任意一个订单业务，可以通过如下方式建立业务连接：首先，商家侧客户端可以向服务器请求针对该订单业务的交互接口，该交互接口用于商家侧客户端与服务器进行针对该订单业务的交互。如果商家侧客户端成功接收到服务器返回的上述交互接口，则说明成功建立了针对该订单业务的业务连接。如果商家侧客户端未接收到服务器返回的上述交互接口，则说明未成功建立针对该订单业务的业务连接。
本申请的上述实施例提供的用于处理订单业务的方法，通过采用轮询方式发送订单业务请求，接收针对上述订单业务请求的多个订单业务，将接收到的多个订单业务放入预设队列，并分别针对预设队列中的每个订单业务建立业务连接。从而能够降低丢失订单业务的概率，保证了待配送物品的及时送达，提高了配送服务的效率。
在一些可选实施方式中，本申请提供的用于处理订单业务的方法还可以包括：执行针对上述预设进程的保活操作。
在本实施例中，在上述预设进程运行阶段，可以执行针对该预设进程的保活操作，以阻止该预设进程被杀掉，或降低该预设进程被杀掉的概率。具体来说，在一种实现方式中，可以预先设置并开启用于保活的进程，运行该用于保活的进程可以执行如下操作：实时监测上述预设进程的运行状态，当监测到该预设进程被关闭时，重新开启该预设进程，从而实现阻止该预设进程被杀掉的目的。
在另一种实现方式中，还可以提高上述预设进程对应的进程级别，一般来说，系统会根据进程级别自动关闭多余进程，进程的进程级别越高，越不容易被系统杀掉。因此，可以通过提高上述预设进程对应的进程级别，从而实现降低该预设进程被杀掉的概率的目的。具体来说，例如，可以通过开启针对上述预设进程的通知栏权限，从而提高该预设进程对应的进程级别。又例如，也可以针对上述预设进程，设置1像素activity，从而提高该预设进程对应的进程级别。可以理解，本领域中已知的以及将来可能出现的任何其他能够提高预设进程对应的进程级别的方法都可以应用于本申请，本申请对此方面不限定。
需要说明的是，上述执行针对预设进程的保活操作的步骤可以在预设进程的运行阶段执行。
本申请的上述实施例提供的用于处理订单业务的方法，通过执行针对上述预设进程的保活操作，阻止该预设进程被杀掉，或降低该预设进程被杀掉的概率。从而进一步避免了由于预设进程被杀掉而导致的订单业务丢失的问题。
如图3所示，图3根据一示例性实施例示出的另一种用于处理订单业务的方法的流程图，该实施例进一步描述了建立业务连接之后的过程，该方法可以应用于终端设备中，包括以下步骤：
在步骤301中，采用轮询方式发送订单业务请求。
在步骤302中，接收针对上述订单业务请求的多个订单业务。
在步骤303中，将接收到的多个订单业务放入预设队列。
在步骤304中，分别针对预设队列中的每个订单业务建立业务连接。
在步骤305中，确定多个订单业务中未成功建立业务连接的订单业务作为第一业务。
在步骤306中，将部分或全部第一业务重新放入预设队列，并继续执行步骤304。
在本实施例中，可以将多个订单业务中未成功建立业务连接的订单业务作为第一业务。将连接失败的次数小于预设阈值，并且未在其它的终端设备上成功建立业务连接的第一业务重新放入预设队列。以便重新针对该第一业务建立业务连接。
需要说明的是，对于与图2实施例中相同的步骤，在上述图3实施例中不再进行赘述，相关内容可参见图2实施例。
本申请的上述实施例提供的用于处理订单业务的方法，通过确定多个订单业务中未成功建立业务连接的订单业务作为第一业务，将部分或全部第一业务重新放入预设队列，并继续分别针对预设队列中的每个订单业务建立业务连接。从而能够进一步降低丢失订单业务的概率，有助于提高配送服务的效率。
如图4所示，图4根据一示例性实施例示出的另一种用于处理订单业务的方法的流程图，该实施例详细描述了执行打印操作的过程，该方法可以应用于终端设备中，该终端设备可以与打印设备建立通信连接，从而控制打印设备打印需要展示的内容。该方法包括以下步骤：
在步骤401中，采用轮询方式发送订单业务请求。
在步骤402中，接收针对上述订单业务请求的多个订单业务。
在步骤403中，将接收到的多个订单业务放入预设队列。
在步骤404中，分别针对预设队列中的每个订单业务建立业务连接。
在步骤405中，确定多个订单业务中成功建立业务连接的订单业务作为第二业务。
在步骤406中，分别生成每个第二业务对应的打印指令。
在本实施例中，可以将多个订单业务中成功建立业务连接的订单业务作为第二业务，并分别生成每个第二业务对应的打印指令。其中，每个打印指令携带其对应的第二业务的展示内容(例如，第二业务的订单内容等)。
在步骤407中，将生成的打印指令放入预设指令池。
在步骤408中，基于该预设指令池，执行打印操作。
在本实施例中，可以将生成的打印指令放入预设指令池，并基于该预设指令池，执行打印操作。具体来说，首先，可以按照预设的优先级顺序，依次从预设指令池中取出打印指令，将取出的打印指令作为目标指令。其中，预设的优先级顺序可以是依据打印指令放入预设指令池的时间先后顺序而设定的。可以理解，预设的优先级顺序还可以是其它任意合理的顺序，本申请对预设的优先级顺序的具体设定方面不限定。
接着，可以检测上述终端设备与打印设备的连接状态，当检测到上述终端设备与打印设备的连接状态未出现异常时，直接执行目标指令，从而控制打印设备打印目标指令携带的订单展示内容。当检测到上述终端设备与打印设备的连接状态出现异常时，可以将目标指令存入内存。然后，向用户输出提醒信息，该提醒信息可以包括但不限于报警音，语音提示信息，文本通知消息等等，以提醒用户修复上述终端设备与打印设备的连接。
接着，当检测到上述终端设备与打印设备的连接状态恢复正常时，可以输出引导信息，该引导信息用于引导用户执行预设操作。其中，预设操作可以是点击预设按钮的操作，也可以是预设的手势操作，可以理解，预设操作可以是任意合理的操作，本申请对此方面不限定。响应于用户执行该预设操作，可以从内存中取出预先存储的目标指令，并执行目标指令，从而控制打印设备继续打印目标指令携带的订单展示内容。
需要说明的是，对于与图2和图3实施例中相同的步骤，在上述图4实施例中不再进行赘述，相关内容可参见图2和图3实施例。
本申请的上述实施例提供的用于处理订单业务的方法，通过确定多个订单业务中成功建立业务连接的订单业务作为第二业务，分别生成每个第二业务对应的打印指令，将生成的打印指令放入预设指令池，并基于该预设指令池，执行打印操作。从而能够降低打印的出错率，避免漏打和多打的情况，有助于提高配送服务的效率。
应当注意，尽管在上述实施例中，以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，上述实施例中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
与前述用于处理订单业务的方法实施例相对应，本申请还提供了用于处理订单业务的装置的实施例。
如图5所示，图5是本申请根据一示例性实施例示出的一种用于处理订单业务的装置框图，该装置可以包括：发送模块501，接收模块502，第一排队模块503和连接模块504。
其中，发送模块501，用于采用轮询方式发送订单业务请求。
接收模块502，用于接收针对该订单业务请求的多个订单业务。
第一排队模块503，用于将上述多个订单业务放入预设队列。
连接模块504，用于分别针对预设队列中的每个订单业务建立业务连接。
如图6所示，图6是本申请根据一示例性实施例示出的另一种用于处理订单业务的装置框图，该实施例在前述图5所示实施例的基础上，该装置还可以进一步包括：第一确定模块505和第二排队模块506。
其中，第一确定模块505，用于确定上述多个订单业务中未成功建立业务连接的订单业务作为第一业务。
第二排队模块506，用于将部分或全部第一业务重新放入上述预设队列，并继续分别针对该预设队列中的每个订单业务建立业务连接。
如图7所示，图7是本申请根据一示例性实施例示出的另一种用于处理订单业务的装置框图，该实施例在前述图5所示实施例的基础上，该装置还可以进一步包括：第二确定模块507，生成模块508，添加模块509和执行模块510。
其中，第二确定模块507，用于确定多个订单业务中成功建立业务连接的订单业务作为第二业务。
生成模块508，用于分别生成每个第二业务对应的打印指令。
添加模块509，用于将生成的打印指令放入预设指令池。
执行模块510，用于基于该预设指令池，执行打印操作。
在一些可选实施方式中，执行模块510被配置用于：按照预设的优先级顺序，依次取出预设指令池中的打印指令作为目标指令。当检测到与打印设备的连接状态未出现异常时，执行目标指令。
在另一些可选实施方式中，执行模块510还被配置用于：当检测到与打印设备的连接状态出现异常时，将目标指令存入内存。当检测到与打印设备的连接状态恢复正常时，输出引导信息，该引导信息用于引导用户执行预设操作。响应于用户执行该预设操作，从内存中取出并执行目标指令。
如图8所示，图8是本申请根据一示例性实施例示出的另一种用于处理订单业务的装置框图，该实施例在前述图5所示实施例的基础上，发送模块501被配置用于：通过预设进程采用轮询方式发送订单业务请求。
该装置还可以进一步包括：保活模块511。
其中，保活模块511，用于执行针对上述预设进程的保活操作。
在另一些可选实施方式中，保活模块511被配置用于：监测上述预设进程的运行，当该预设进程的运行被关闭时，重新开启该预设进程。
在另一些可选实施方式中，保活模块511被配置用于：提高上述预设进程对应的进程级别。
应当理解，上述装置可以预先设置在终端设备中，也可以通过下载等方式而加载到终端设备中。上述装置中的相应模块可以与终端设备中的模块相互配合以实现用于处理订单业务的方案。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本申请实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2至图4任一实施例提供的用于处理订单业务的方法。
对应于上述的用于处理订单业务的方法，本申请实施例还提出了图9所示的根据本申请的一示例性实施例的电子设备的示意结构图。请参考图9，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成用于处理订单业务的装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。