信息显示方法、订单标记方法、异常订单处理方法及装置与流程

本发明涉及互联网技术领域，尤其涉及一种信息显示方法、订单标记方法、异常订单处理方法及装置。

背景技术：

线上到线下(olinetooffline，简称o2o)的发展推动了外卖领域的发展，越来越多的人选择通过网络订购的方式购买商品。

外卖行业o2o平台会给物流服务提供者(亦称骑士)提供一个移动端应用(app)。物流服务提供者通过app便能查看o2o平台给其派发的订单。物流服务提供者将订单商品送达到指定地址，并由订单用户签收后便完成了该订单。但有时会出现如下无法正常送达订单的情况：物流服务提供者到达订单地址后，发现用户不在该地址处且通过电话又无法联系上。对于这种无法正常送达的异常订单，现有技术是这样解决的：物流服务提供者通过app对该订单进行备注，备注成功后app会触发o2o平台中的呼叫系统来联系用户。若呼叫系统仍联系不上用户，则直接取消该订单。

技术实现要素：

物流服务提供者在配送订单商品的过程中，不可避免的会遇到无法联系上用户的情况。对大量因此被取消的订单进行调查发现：存在一部分订单用户只是暂时联系不上，而这些用户也并不希望订单被取消。现有技术这种在呼叫系统联系不上用户时，直接就取消订单的处理方式过于简单，使得一些可以被挽回的订单被取消掉，用户体验较差。

于是，在本发明的一个实施例中，提供一种信息显示方法。该方法包括：显示有关订单异常的待确认消息；响应于针对所述待确认消息的确认操作，在异常订单的显示区域内，显示异常标记。其中，所述异常订单为所述待确认消息指向的订单。通过在异常订单的显示区域内显示异常标记，可提示订单查看者该订单为异常订单，正为该异常订单提供一个解除异常的缓冲时间，并在该缓冲时段内等待服务端反馈的是否进行二次配送的提示信息，进而避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量。

可选的，上述异常标记可采用如下方式进行显示：在所述显示区域内，将所述异常订单的配送状态信息替换显示为所述异常标记；或者延展所述显示区域，在延展出的空白区域内显示所述异常标记。

可选的，上述实施例提供的所述方法，还可包括如下步骤：调整所述异常订单在订单页中的显示位置；或者将所述异常订单与所述订单页中的其他订单进行区别显示。当然，除了调整异常订单在订单页中的显示方式外，还可将该异常订单显示在一个新的页面中。

可选的，上述实施例提供的所述方法，还可包括如下步骤：在所述显示区域内，显示二次派单控件；响应于所述二次派单控件上的触控操作，向服务端发送二次派单请求；若接收到所述服务端反馈允许二次派单的响应，则隐藏所述异常标记。为客户端显示二次派单控件，可为配送人员提供一种自行申请二次派单的方式，以提高二次派单的灵活性，不一定要由服务端来指示进行二次派单。

可选的，上述实施例提供的所述方法，还可包括如下步骤：接收服务端针对所述异常订单发送的二次派单延迟时限已到的消息；基于所述消息，隐藏所述二次派单控件。将二次派单控件进行隐藏的目的是为了避免配送人员在异常订单的二次派单延迟时限已到的情况下，还去触发该二次派单控件。当然，除了隐藏所述二次派单控件的方式外，还可以灰显所述二次派单控件的方式，亦或既不隐藏也不灰显所述二次派单控件，在配送人员触控该二次派单控件时，显示有关不允许二次派单的消息。

可选的，上述实施例提供的所述方法，还可包括如下步骤：接收服务端针对所述异常订单发送的二次派单指示；根据所述二次派单指示，隐藏所述异常标记；显示用于指示对所述异常订单进行二次派单的第一提示信息。隐藏所述异常标记，并显示上述第一提示信息，可用于提醒配送人员该异常订单的异常已解除，可进行二次配送。

可选的，上述实施例提供的所述方法，还可包括如下步骤：接收服务端针对所述异常订单发送的订单取消指示；根据所述订单取消指示，在所述异常订单的显示区域内显示取消标记；显示所述异常订单已取消的第二提示信息。在需取消的异常订单的显示区域内显示取消标记，而不是直接将该异常订单进行删除，是为了再等待一段时间才将其从订单页中删除。显示上述第二提示信息的目的是为了提醒配送人员该异常订单已等待正式取消，配送人员已无法进行二次配送了。

在本发明的另一个实施例中，提供一种订单标记方法。该方法包括：接收服务端发送的有关订单异常的推送消息；基于所述推送消息，查找订单页中的异常订单；标记查找到的所述异常订单。对异常订单进行标记的目的：一是为了提醒配送人员该订单为异常订单，二是触发服务端为所述异常订单提供缓冲时间。

可选的，上述异常订单的标记过程可具体为：在所述异常订单的显示区域中，确定标记位置；在所述标记位置处，添加异常标记。其中，确定的所述标记位置可以是所述异常订单中用于显示配送状态信息的所在的位置；或者该标记位置为新延展出的空白区域等等。

可选的，上述实施例提供的所述方法还可包括：向所述服务端发送针对所述异常订单的二次派单请求；若接收到所述服务端反馈允许二次派单的响应，则取消对所述异常订单的标记。其中，所述二次派单请求可以是配送人员通过触发二次派单控件生成的。

可选的，上述实施例提供的所述方法还可包括：记录标记时刻；向所述服务端反馈针对所述异常订单的处理响应，所述处理响应中包含有作为计时起始时刻的所述标记时刻；接收所述服务端针对所述异常订单发送的计时时限未到且异常解除的第一消息；基于所述第一消息，取消对所述异常订单的标记。

可选的，上述实施例提供的所述方法还可包括：接收所述服务端针对所述异常订单发送的计时时限已到且异常未解除的第二消息；基于所述第二消息，在所述异常订单的显示区域内添加取消标记或将所述异常订单从所述订单页中删除。

在本发明的又一实施例中，提供了一种异常订单的处理方法。该方法包括：获取异常订单；为所述异常订单设置二次派单延迟时限；若在到达所述二次派单延迟时限之前所述异常订单的异常解除，则对所述异常订单进行二次派单。通过为异常订单设置二次派单延迟时限，是为了给异常订单提供一个解除异常的缓冲时间，若在该缓冲时间内异常解除，则可将异常订单恢复为正常订单，进行二次配送，以挽回部分异常订单，避免现有技术中直接取消异常订单所存在的诸多问题，提高了平台的服务质量。

可选的，上述对所述异常订单进行二次派单可采用如下方法实现：获取所述异常订单在一次派单时的派单对象；向所述派单对象发送针对所述异常订单的二次派单消息；其中，所述二次派单消息用于提示所述派单对象对所述异常订单进行相应的操作，以取消对所述异常订单的标记。在外卖类应用场景下，本实施例中提到的派单对象可理解为配送人员。例如，该异常订单是由于配送人员无法联系到用户，那么该订单对应的商品应该已在配送人员手里。对于这种情况，该异常订单在进行二次派单时，只能由该配送人员继续完成。因此，在进行二次派单时，服务端需获取该订单在一次派单(这里需要说明的是：一次派单是相对于二次派单来说，可以理解的是：一次派单就是前一次派单)。

可选的，上述为所述异常订单设置二次派单延迟时限，可采用如下方法实现：向派单对象发送有关订单异常的推送消息；接收所述派单对象反馈的处理响应，所述处理响应中包含有基于所述推送消息对所述异常订单进行标记的标记时刻；获取延迟派单时长；根据所述延迟派单时长和所述标记时刻，确定所述二次派单延迟时限。其中，所述派单对象为一次派单时为所述异常订单指派的。在具体实施时，所述延迟派单时长可人为设定，比如2个小时，3个小时等等。例如，标记时刻为10:00am；延迟派单时长为5小时；确定出所述二次派单延迟时限为：15:00pm。

可选的，上述实施例提供的所述方法，还可包括：若在到达所述二次派单延迟时限之时所述异常订单的异常未解除，则取消所述异常订单。

可选的，上述实施例提供的所述方法，还可包括：接收派单对象针对所述异常订单发送的二次派单请求；获取所述二次派单请求的接收时刻；若所述接收时刻早于所述二次派单延迟时限，则对所述异常订单进行二次派单。其中，所述派单对象时在一次派单时为所述异常订单指派的。除了由服务端来触发二次派单以外，本实施例还提供了一种由客户端请求二次派单请求的方式。例如，在外卖类应用场景下，当配送人员联系不到异常订单用户时，配送人员可通过相应的控件自发申请二次派单。

在本发明的又一实施例中，提供了一种信息显示装置。该装置包括：第一显示模块，用于显示有关订单异常的待确认消息；第二显示模块，用于响应于针对所述待确认消息的确认操作，在异常订单的显示区域内，显示异常标记；其中，所述异常订单为所述待确认消息指向的订单。

在本发明的又一实施例中，提供了一种订单标记装置。该装置包括：接收模块，用于接收服务端发送的有关订单异常的推送消息；查找模块，用于基于所述推送消息，查找订单页中的异常订单；标记模块，用于标记查找到的所述异常订单。

在本发明的又一实施例中，提供了一种异常订单的处理装置。该装置包括：获取模块，用于获取异常订单；设置模块，用于为所述异常订单设置二次派单延迟时限；派单模块，用于若在到达所述二次派单延迟时限之前所述异常订单的异常解除，则对所述异常订单进行二次派单。

本发明实施例提供的技术方案，通过对异常订单进行标记，以区别其他订单，便于为标记的订单提供一个解除异常的缓冲时段，若在该缓冲时段内异常解除了，则启动对该异常订单的二次派单；较现有技术，本技术方案挽回了部分异常订单，避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量，用户体验好。

附图说明

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

图1为本发明一实施例提供的信息显示方法的流程示意图；

图2为本发明另一实施例提供的信息显示方法的流程示意图；

图3为本发明又一实施例提供的信息显示方法的流程示意图；

图4为本发明一实施例提供的订单标记方法的流程示意图；

图5为本发明另一实施例提供的订单标记方法的流程示意图；

图6为本发明一实施例提供的异常订单的处理方法的流程示意图；

图7为本发明一实施例提供的信息显示装置的结构框图；

图8为本发明一实施例提供的订单标记装置的结构框图；

图9为本发明一实施例提供的异常订单的处理装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明一实施例提供的信息显示方法的流程示意图。如图1所示，该方法包括：

101、显示有关订单异常的待确认消息。

102、响应于针对所述待确认消息的确认操作，在异常订单的显示区域内，显示异常标记。

其中，所述异常订单为所述待确认消息指向的订单。例如，所述待确认消息中携带有其指向的订单(即异常订单)的标识；或者所述待确认消息与其指向的订单关联。当所述用户针对所述待确认消息进行确认操作后，即显示该异常订单，并在该异常订单中显示异常标记。

上述的待确认消息可以是服务端发送的消息。该服务端可以是o2o平台的服务器。例如，在外卖类应用场景中，有关订单异常的待确认消息是在服务端无法呼叫到订单用户后生成并发送的。其中，呼叫订单用户的过程可由服务端侧的ivr(interactivevoiceresponse，互动式语音应答)系统来实现。ivr系统呼叫用户失败后，会反馈以下状态：“用户拒接”、“失败”、“重拨”；基于上述的状态信息，生成所述待确认消息。在客户端上显示的待确认消息可以是“xx订单联系用户失败。您可以暂停对该订单的配送，并等待二次配送指示；若在x小时内未指示二次配送，则该xx订单将自动取消。”

当客户端上显示了上述待确认消息后，客户端会实时地对界面上的操作进行监听，若监听到针对该确认消息进行的操作为确认操作(例如点击了“我知道了”)，则显示该异常订单，并在该异常订单的显示区域内，显示异常标记。其中，该异常标记可以是：“暂停配送”、“异常”等。上述102中显示异常标记的方法可以有以下几种方式：

方式一、在所述显示区域内，将所述异常订单的配送状态信息替换显示为所述异常标记。

方式二、延展所述显示区域，在延展出的空白区域内显示所述异常标记。

方式三、所述异常标记为透明标记，将所述透明标记覆盖显示在所述异常订单之上。

当然，本发明实施例中异常标记的显示方式不仅限于上述三种方式，本发明实施例对此不作具体限定。

进一步的，当客户端针对上述待确认消息进行确认操作后，还可在客户端上进行消息提醒。即上述实施例提供的方法中，还可包括：显示确认提醒消息。该确认提醒消息的类型可具有“请提醒无沉淀”类型属性。该确认提醒消息可以具体为“xx订单平台会帮助联系用户，若在x小时内联系到用户，平台会二次派单以进行二次配送；若在x小时内联系不到用户，则在y小时内订单自动取消”。

在上述实施例和下述实施例中，为了不影响订单查看者对正常订单的查看，本发明实施例提供的方法，还可包括：调整所述异常订单在订单页中的显示位置；或者将所述异常订单与所述订单页中的其他订单进行区别显示。

在一种可实施的方式中，可将所述异常订单调整到所述订单页的末尾，以将正常订单排在前面，这样配送人员可首先看到正常订单，不需要进行翻找。区别显示异常订单和订单页中的其他订单的方式可以是：采用灰度显示的方式显示所述异常订单，采用正常的显示方式显示所述订单页中的其他订单；或者，采用高亮显示的方式显示所述异常订单，采用正常的显示方式显示所述订单页中的其他订单等等。当然，除了调整异常订单在订单页中的显示方式外，还可将该异常订单显示在一个新的页面中。

本发明实施例提供的技术方案，通过对异常订单进行标记，以区别其他订单，便于为标记的订单提供一个解除异常的缓冲时段，若在该缓冲时段内异常解除了，则启动对该异常订单的二次派单；较现有技术，本技术方案挽回了部分异常订单，避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量，用户体验好。

如图2所示，本发明另一实施例提供的信息显示方法的流程示意图。如图2所示，本实施例提供的所述方法，包括：

201、显示有关订单异常的待确认消息。

202、响应于针对所述待确认消息的确认操作，在异常订单的显示区域内，显示异常标记。

203、在所述显示区域内，显示二次派单控件。

204、响应于所述二次派单控件上的触控操作，向服务端发送二次派单请求。

205、若接收到所述服务端反馈允许二次派单的响应，则隐藏所述异常标记。

关于上述201和202可参见前述实施例中的描述，此处不再赘述。

上述203中，二次派单控件可在客户端监听到针对所述待确认消息的确认操作后显示；或者，该二次派单控件一直处于显示状态，无需等待任何触发指令或操作。通过显示二次派单控件，可为配送人员提供一种自行申请二次派单的方式，以提高二次派单的灵活性，不一定要由服务端来指示进行二次派单。二次派单控件可直接显示在显示区域的空白处，或者，该二次派单控件覆盖显示在所述显示区域之上。

服务端侧记录了每一个异常订单的标记时刻以及允许二次派单延迟时限。这样，服务端在接收到针对某一个异常订单的二次派单请求后，便可根据该二次派单请求中携带的订单标识，获取该订单标识对应的异常订单的二次派单延迟时限；然后，服务端根据该二次派单请求的接收时刻，判断所述接收时刻是否早于所述二次派单延迟时限，若是，则反馈允许二次派单的响应；否则，则反馈不允许二次派单的响应。

接收到服务端反馈允许二次派单的响应后，则可隐藏所述异常标记。隐藏所述异常标记后，该异常订单即等同于配送中的订单。若该异常订单的显示位置被调整，则可按照订单页中订单的排序策略将进行二次派单的异常订单添加到待排序队列中，对待排序队列中的所有订单进行排序。若该异常订单被区别显示，则采用与订单页中的其他订单一样的显示方式进行显示。

进一步的，若该二次派单控件在超过二次派单延迟时限之后被触控，则服务端会反馈一个“不允许进行二次派单”的指示消息，并在客户端显示为什么不能进行二次派单的理由。或者，当该订单的二次派单延迟时限已到时，服务端会向客户端发送隐藏该二次派单控件的指示，以使客户端将显示的二次派单控件隐藏，这样客户端就无法看到该二次派单控件。即，本实施例提供的所述方法，还可包括如下步骤：

s1、接收服务端针对所述异常订单发送的二次派单延迟时限已到的消息；

s2、基于所述消息，隐藏所述二次派单控件。

将二次派单控件进行隐藏的目的是为了避免配送人员在异常订单的二次派单延迟时限已到的情况下，还去触发该二次派单控件。当然，除了隐藏所述二次派单控件的方式外，还可以灰显所述二次派单控件的方式，亦或既不隐藏也不灰显所述二次派单控件，在配送人员触控该二次派单控件时，显示有关不允许二次派单的消息。

图3为本发明又一实施例提供的信息显示方法的流程示意图。如图3所示，本实施例提供的所述方法，包括：

301、显示有关订单异常的待确认消息。

302、响应于针对所述待确认消息的确认操作，在异常订单的显示区域内，显示异常标记。

其中，所述异常订单为所述待确认消息指向的订单。

303、接收服务端针对所述异常订单发送的二次派单指示。

304、根据所述二次派单指示，隐藏所述异常标记。

305、显示用于指示对所述异常订单进行二次派单的第一提示信息。

关于上述301和302可参见前述实施例中的描述，此处不再赘述。

上述303中，若在二次派单延迟时限之前异常订单的异常解除，则服务端会针对该异常订单发送二次派单指示。在外卖类应用场景中，所述异常解除可以是联系到订单用户并能进行配送。例如，ivr系统反馈“用户接通”的状态信息，即认为异常解除。当异常解除后，服务端会判断该异常解除是否发生在二次派单延迟时限之内，若是，则针对该异常订单发送二次派单指示。这里需要补充的是：服务端针对所述异常订单发送二次派单指示之前，需获取该异常订单的派单对象(在外卖类应用场景中，可通俗的理解为：配送人员或骑士)。即服务端在一次派单中，会给每一个订单指派一个派单对象。由于该异常订单对应的商品已在派单对象手中，所以只能向该派单对象发送二次派单指示，以由其继续完成该异常订单的二次配送。这里需要说明的是：本文中提到的一次派单是相对于二次派单来说，可以理解为一次派单就是二次派单之前的派单过程。

进一步的，若在到达二次派单延迟时限之时异常订单的异常还未解除，则服务端会针对该异常订单发送订单取消指示。即上述实施例提供的所述方法，还可包括：接收服务端针对所述异常订单发送的订单取消指示；根据所述订单取消指示，在所述异常订单的显示区域内显示取消标记；显示所述异常订单已取消的第二提示信息。在需取消的异常订单的显示区域内显示取消标记，而不是直接将该异常订单进行删除，是为了再等待一段时间才将其从订单页中删除。显示上述第二提示信息的目的是为了提醒配送人员该异常订单已等待正式取消，配送人员已无法进行二次配送了。当然，在实际应用中，也可在接收到服务端针对该异常订单发送的订单取消指示之后，直接将异常订单从订单页中删除。

这里需要说明的是：上述图2所示的实施例提供的技术方案的应用场景是由客户端主动联系用户，并在联系到用户后通过触发二次派单控件向服务端申请二次派单。上述图3所示的实施例提供的技术方案的应用场景是由服务端联系用户，并在指定时间内联系到用户后指示客户端进行二次派单。这两种技术方案分别在两个实施例中，实际上本发明提供的技术方案可同时包含这两种二次派单的方式。即上述图2所示的实施例还可包含图3所示实施例中的部分步骤；图3所示的实施例中还可包含图2所示实施例中的部分步骤。

图4为本发明一实施例提供的订单标记方法的流程示意图。如图4所示，所述方法包括：

401、接收服务端发送的有关订单异常的推送消息。

402、基于所述推送消息，查找订单页中的异常订单。

403、标记查找到的所述异常订单。

上述401中，所述的推送消息是所述服务端在获取到异常订单时生成的，并将其发送至该异常订单被分配的派单对象。具体的，该推送消息可以是“xx订单联系用户失败。您可以暂停对该订单的配送，并等待二次配送指示；若在x小时内未指示二次配送，则该xx订单将自动取消。”

上述402中，所述推送消息中携带有异常订单的标识。在具体实施时，可通过该标识查找订单页中异常订单。

上述403中，标记查找到的所述异常订单可具体为：在所述异常订单的显示区域中，确定标记位置；在所述标记位置处，添加异常标记。所述异常标记可以是“暂定配送”、“异常”等等。其中，确定所述标记位置的过程可以采用如下几种方式来实现：将所述异常订单当前显示配送状态的位置作为所述标记位置；或者延展所述异常订单的显示区域，将延展出的空白区域作为所述标记位置，等等。

这里需要说明的是：标记该订单的作用是为了告知服务端，该订单处于挂起状态，不能被取消。订单在挂起状态下，该订单状态在调度策略等同于已完成订单，系统后续会正常派单。订单在二次配送后，相当于配送中的订单，调度策略按照配送中的订单派单。

在上述实施例和下述实施例中，上述订单标记方法实施例还可包括如下步骤：向所述服务端发送针对所述异常订单的二次派单请求；若接收到所述服务端反馈允许二次派单的响应，则取消对所述异常订单的标记。

这里需要补充的是：向服务端发送的上述二次派单请求中可携带有二次派单请求的时间以及当前派单对象(在外卖应用场景下，可理解为配送人员或骑士)所在的位置。携带二次派单请求时间的目的是便于服务端计算该请求时间是否超出二次派单延迟时限。上传当前派单对象所在的位置的目的是为了便于服务端根据派单对象的当前位置，重新为派单对象规划出一条配送路径。例如，订单页中包含有两个配送中订单1和配送中订单2，以及1个异常订单。若服务端允许该异常订单进行二次配送，则会根据配送中订单1、订单2和异常订单的地址以及配送员的地址，为配送员规划处一条合理、省时的路径。假设配送员的地址距离订单2比较近，订单2距离异常订单比较近、异常订单距离订单1比较近，则规划出的路径为：订单2、异常订单和订单1。

图5示出了本发明另一实施例提供的订单标记方法的流程示意图。如图5所示，本实施例提供的所述方法包括：

501、接收服务端发送的有关订单异常的推送消息。

502、基于所述推送消息，查找订单页中的异常订单。

503、标记查找到的所述异常订单。

504、记录标记时刻。

505、向所述服务端反馈针对所述异常订单的处理响应，所述处理响应中包含有作为计时起始时刻的所述标记时刻。

506、接收所述服务端针对所述异常订单发送的计时时限未到且异常解除的第一消息。

507、基于所述第一消息，取消对所述异常订单的标记。

关于上述501～503可参见前述实施例中的描述，此处不再赘述。

上述504，记录标记时刻的目的是为了将该时刻发送至服务端，以便服务端根据该标记时刻确定二次派单延迟时限。例如，标记时刻为10:00am；允许延迟派单时长为3小时，则可确定出二次派单延迟时限为：13:00pm。其中，允许延迟派单时长可为默认值，或可人为设定，本发明实施例对此不作具体限定。

上述505中，向服务端反馈的处理响应可以具体是：监听到针对有关异常订单的待确认消息进行的确认操作后生成的。服务端在接收到上述处理响应后，会根据所述处理响应中包含的标记时刻进行计时。实质上，计时的目的，就是为了给异常订单提供一个缓冲时段以解除异常。计时的过程就是确认二次派单延迟时限的过程。例如，标记时刻为10:00am，给予该异常订单的缓冲时段为3个小时，则服务端即从该10：am开始计时，确认出该异常订单对应的二次派单延迟时限为13：pm。服务端会实时的监测该异常订单在二次派单延迟时限到达之前所述异常订单的异常解除情况。

上述506和507中，当服务端监测到该异常订单在二次派单延迟时限到达之前异常已解除，则服务端会发送第一消息。客户端在接收到所述第一消息后，便可取消对所述异常订单的标记。取消标记后的异常订单等同于配送中的订单。若该异常订单的显示位置被调整，则可按照订单页中订单的排序策略将进行二次派单的异常订单添加到待排序队列中，对待排序队列中的所有订单进行排序。若该异常订单被区别显示，则采用与订单页中的其他订单一样的显示方式进行显示。

进一步的，上述实施例提供的所述方法还可包括：接收所述服务端针对所述异常订单发送的计时时限已到且异常未解除的第二消息；基于所述第二消息，在所述异常订单的显示区域内添加取消标记或者将所述异常订单从所述订单页中删除。

这里需要说明的是：在异常订单的显示区域内添加取消标记的目的是，该异常订单已无法实现二次配送，但需再等待预设时长(例如8小时)才从订单页中删除。

图6为本发明一实施例提供的异常订单的处理方法的流程示意图。如图6所示，本实施例提供的所述方法包括：

601、获取异常订单。

602、为所述异常订单设置二次派单延迟时限。

603、若在到达所述二次派单延迟时限之前所述异常订单的异常解除，则对所述异常订单进行二次派单。

上述601中，异常订单的获取方式可具体为：接收ivr系统反馈的“用户拒接”、“失败”、“重拨”等状态信息，所述状态信息中包含有订单的标识；将具有所述标识的订单确定为异常订单；或者接收客户端发送的订单异常信息，将所述订单异常信息指向的订单确定为异常订单，等等。其中，所述订单异常信息可以是客户端在订单被标记后生成的。

上述602中，为所述异常订单设置二次派单延迟时限的过程可具体为：向所述异常订单在一次派单时的派单对象发送有关订单异常的推送消息；接收所述派单对象反馈的处理响应，所述处理响应中包含有基于所述推送消息对所述异常订单进行标记的标记时刻；获取延迟派单时长；根据所述延迟派单时长和所述标记时刻，确定所述二次派单延迟时限。其中，所述延迟派单时长可为默认值，也可人为设定。

上述603中，对异常订单进行二次派单的过程可具体为：获取所述异常订单在一次派单时的派单对象；向所述派单对象发送针对所述异常订单的二次派单消息；其中，所述二次派单消息用于提示所述派单对象对所述异常订单进行相应的操作，以取消对所述异常订单的标记。

进一步的，在上述实施例和下述实施例中，所述方法还可包括：若在到达所述二次派单延迟时限之时所述异常订单的异常未解除，则取消所述异常订单。

进一步的，在上述实施例和下述实施例中，所述方法还可包括：接收所述异常订单在一次派单时的派单对象针对所述异常订单发送的二次派单请求；获取所述二次派单请求的接收时刻；若所述接收时刻早于所述二次派单延迟时限，则对所述异常订单进行二次派单。

本实施例提供的技术方案，通过对异常订单进行标记，以区别其他订单，便于为标记的订单提供一个解除异常的缓冲时段，若在该缓冲时段内异常解除了，则启动对该异常订单的二次派单；较现有技术，本技术方案挽回了部分异常订单，避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量，用户体验好。

这里需要补充的是：上述图1、图2、图3、图4和图5所示的实施例提供的方法的执行主体可以是客户端。所述客户端可以包括手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑等任意终端设备，本发明实施例对此不作具体限定。上述图6所示的实施例提供的方法的执行主体可以是服务端。该服务端可以是o2o平台。当然，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤103的执行主体可以为设备a；又比如，步骤101和102的执行主体可以为设备a，步骤103的执行主体可以为设备b；等等。

下面以外卖类应用场景为例，对本发明各实施例提供的所述技术方案进行说明，以便于理解。

骑士联系不到订单用户，骑士可对该用户对应的订单进行备注，备注成功后会触发ivr系统联系用户。若ivr系统联系上用户，则服务端会通知用户及骑士，骑士正常配送。若ivr系统仍联系不上用户，则服务端和/或骑士端对该订单进行标记。被标记的订单对应的用户端侧会展现该订单被标记后的新状态，例如，在该异常订单的显示区域内显示“暂停配送”或“异常”的信息。亦或，服务端通过发送短信的方式通知用户。若在x小时到达时ivr系统或骑士仍联系不上用户，则在y小时(如8小时)内订单取消。若在x小时到达之前联系上用户，则服务端对该异常订单进行二次派单操作。此时，骑士端会接收到服务端发送的二次派单提示，同时会在界面上显示用于指示对所述异常订单进行二次派单的第一提示信息。若在x小时到达之时仍联系不上用户，则服务端对该异常订单进行取消操作。此时，骑士端会接收到服务端发送的订单取消指示，同时会在界面上显示所述异常订单已取消的第二提示信息。以下分别从骑士端、用户端和服务端对本发明实施例提供的所述方法进行说明。

骑士端：

当骑士选择订单备注中的“用户联系不上”时，触发向服务器申请对用户进行ivr呼叫的请求。备注“用户联系不上”时，判断位置是否在用户位置预设距离(例如300米)内，若满足则备注成功，不满足则反馈“当前位置距离用户过远，请达到用户位置再进行备注，有问题请联系调度”。

若ivr呼叫联系到了用户(ivr返回状态为通知成功时，此时联系用户成功)，则给骑士端进行消息推送：系统通知用户成功，请再次联系用户进行配送；并在骑士端上进行消息提醒，该消息类型为“强提醒无沉淀”类型，内容显示为“百度#xxx该订单系统已拨通400电话，请再次和用户取得联系，确保订单正常完成”。

若ivr呼叫联系不到用户(ivr返回以下状态时：“用户拒接”“失败”“重播”时，为联系不到用户)，则对该订单进行标记(例如在该订单所在的显示区域内显示异常标记)，同时记录该标记时刻。此时，给骑士进行消息推送：订单完成后您才能取得该单的收入和业绩。若x小时内和用户取得联系，需要您进行二次配送。若联系不到用户，则y小时(例如8小时)内订单自动取消。骑士若通过界面点击“我知道了”，订单状态改变(例如该订单的状态由配送状态转变为暂停配送状态)；并且在骑士端上进行消息提醒，该消息类型为“强提醒无沉淀”类型，内容显示为“百度#123订单x小时内联系到用户，需要进行二次配送，若联系不到用户，则8小时内订单自动取消”。

骑士端的异常订单显示区域内还可显示二次派单控件。骑士可通过触控该二次派单控件来向服务端申请二次派单请求。若服务端判断该二次派单请求的时间是在x小时之内申请的，则向骑士端反馈允许二次派单的响应。此时，骑士端会将当前骑士所在的坐标上传至服务端，以便服务端根据当前骑士所在的坐标为骑士规划配送路线。若服务端判断该二次派单请求的时间已超过x小时，则向骑士端反馈不允许二次派单的响应。此时，骑士端会显示提示不允许二次派单的提示信息。

用户端：

用户端的订单页中，被骑士端和服务端标记的订单的状态会发生变化，例如，由“配送中”变为“暂停配送”。在实际应用中，服务端可设置处于“暂停配送”下的订单用户始终不能取消的规则。同时，通知用户端，例如推送消息：“由于联系不到您，骑士无法正常配送，请尽快和骑士取得联系，如果在x小时内取得联系，骑士将为您进行二次配送，“配送员电话xxx”。亦或由服务端通过短信的方式通知用户，短信内容可以是：“百度骑士正在为您配送中，现联系不到您无法正常配送，请尽快联系骑士。如果在x小时内取得联系，骑士将为您进行二次配送，骑士电话：xxxx”。

服务端

订单被标记后，该订单的调度策略就等同于已完成订单，即不参与订单的调度；取消标记的订单，即进入二次配送的订单，相当于配送中的订单，调取策略按照配送中的订单派单。

本发明创新点在于：ivr在联系不到用户时，进行订单标记，将该订单标记为暂停配送状态，当该订单被标记为暂停配送状态后，是不会影响新订单的派单。当订单处于暂停配送状态时，用户侧app也会将其展示为暂停配送状态。当x小时之内联系上用户时，骑士会再次申请配送该异常订单或由服务端告知骑士对异常订单进行配送，使其处于继续状态(配送中)以进行二次配送，最后完成该订单。简单来说，本发明的目的是：在联系不到用户时，挽回一些订单。

图7为本发明实施例提供的信息显示装置的结构框图。如图所示，本实施例提供的所述装置包括：第一显示模块71和第二显示模块72。其中，第一显示模块71用于显示有关订单异常的待确认消息。第二显示模块72用于响应于针对所述待确认消息的确认操作，在异常订单的显示区域内，显示异常标记。其中，所述异常订单为所述待确认消息指向的订单。

本实施例提供的技术方案，通过对异常订单进行标记，以区别其他订单，便于为标记的订单提供一个解除异常的缓冲时段，若在该缓冲时段内异常解除了，则启动对该异常订单的二次派单；较现有技术，本技术方案挽回了部分异常订单，避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量，用户体验好。

进一步的，上述的第二显示模块72还用于：在所述显示区域内，将所述异常订单的配送状态信息替换显示为所述异常标记；或者延展所述显示区域，在延展出的空白区域内显示所述异常标记。

进一步的，所述装置还可包括：调整模块或第三显示模块。其中，调整模块用于调整所述异常订单在订单页中的显示位置。第三显示模块用于将所述异常订单与所述订单页中的其他订单进行区别显示。

进一步的，所述装置还可包括：第四显示模块、发送模块和第一隐藏模块。其中，所述第三显示模块用于在所述显示区域内显示二次派单控件。所述发送模块用于响应于所述二次派单控件上的触控操作，向服务端发送二次派单请求。所述第一隐藏模块用于若接收到所述服务端反馈允许二次派单的响应，则隐藏所述异常标记。

进一步的，所述装置还可包括：第一接收模块和第二隐藏模块。其中，所述第一接收模块用于接收服务端针对所述异常订单发送的二次派单延迟时限已到的消息。所述第三隐藏模块用于基于所述消息，隐藏所述二次派单控件。

进一步的，所述装置还可包括：第二接收模块、第三隐藏模块和第五显示模块。其中，所述第二接收模块用于接收服务端针对所述异常订单发送的二次派单指示；第三隐藏模块，用于根据所述二次派单指示，隐藏所述异常标记；第五显示模块，用于显示用于提示对所述异常订单进行二次派单的第一提示信息。

进一步的，所述装置还可包括：第三接收模块、取消模块和第六显示模块。所述第三接收模块用于接收服务端针对所述异常订单发送的订单取消指示。所述取消模块用于根据所述订单取消指示，在所述异常订单的显示区域内显示取消标记。所述第六显示模块用于显示所述异常订单已取消的第二提示信息。

这里需要说明：上述实施例提供的信息显示装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图8为本发明一实施例提供的订单标记装置的结构框图。如图8所示，所述装置包括：接收模块81、查找模块82和标记模块83。其中，接收模块81用于接收服务端发送的有关订单异常的推送消息；查找模块82用于基于所述推送消息，查找订单页中的异常订单；标记模块83用于标记查找到的所述异常订单。

本实施例提供的技术方案，通过对异常订单进行标记，以区别其他订单，便于为标记的订单提供一个解除异常的缓冲时段，若在该缓冲时段内异常解除了，则启动对该异常订单的二次派单；较现有技术，本技术方案挽回了部分异常订单，避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量，用户体验好。

进一步的，所述订单标记装置还可包括：发送模块和第一取消模块。其中，发送模块用于向所述服务端发送针对所述异常订单的二次派单请求。所述第一取消模块用于若接收到所述服务端反馈允许二次派单的响应，则取消对所述异常订单的标记。

进一步的，所述订单标记装置还可包括：记录模块、反馈模块、所述接收模块和第二取消模块。其中，所述记录模块用于记录标记时刻。所述反馈模块用于向所述服务端反馈针对所述异常订单的处理响应，所述处理响应中包含有作为计时起始时刻的所述标记时刻。所述接收模块还用于接收所述服务端针对所述异常订单发送的计时时限未到且异常解除的第一消息。所述第二取消模块用于基于所述第一消息，取消对所述异常订单的标记。

进一步的，所述订单标记装置还可包括：处理模块。其中，所述接收模块还用于接收所述服务端针对所述异常订单发送的计时时限已到且异常未解除的第二消息。所述处理模块用于基于所述第二消息，在所述异常订单的显示区域内添加取消标记或将所述异常订单从所述订单页中删除。

这里需要说明的是：上述实施例提供的订单标记装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图9为本发明一实施例提供的异常订单的处理装置的结构框图。如图9所示，本实施例提供的所述装置包括：获取模块91、设置模块92和派单模块93。其中，所述获取模块91用于获取异常订单。所述设置模块92用于为所述异常订单设置二次派单延迟时限。所述派单模块93用于若在到达所述二次派单延迟时限之前所述异常订单的异常解除，则对所述异常订单进行二次派单。

本实施例提供的技术方案，通过对异常订单进行标记，以区别其他订单，便于为标记的订单提供一个解除异常的缓冲时段，若在该缓冲时段内异常解除了，则启动对该异常订单的二次派单；较现有技术，本技术方案挽回了部分异常订单，避免了现有技术中直接取消异常订单所存在的诸多问题，进而提高了平台的服务质量，用户体验好。

进一步的，所述装置还可包括：发送模块。其中，所述获取模块还用于获取所述异常订单在一次派单时的派单对象。所述发送模块用于向所述派单对象发送针对所述异常订单的二次派单消息。其中，所述二次派单消息用于提示所述派单对象对所述异常订单进行相应的操作，以取消对所述异常订单的标记。

进一步的，上述的设置模块92还用于：向派单对象发送有关订单异常的推送消息；接收所述派单对象反馈的处理响应，所述处理响应中包含有基于所述推送消息对所述异常订单进行标记的标记时刻；获取延迟派单时长；根据所述延迟派单时长和所述标记时刻，确定所述二次派单延迟时限；其中，所述派单对象为一次派单时为所述异常订单指派的。

进一步的，所述装置还可包括：取消模块。所述取消模块用于若在到达所述二次派单延迟时限之时所述异常订单的异常未解除，则取消所述异常订单。

进一步的，所述装置还可包括：接收模块。其中，所述接收模块用于接收所述异常订单在一次派单时的派单对象针对所述异常订单发送的二次派单请求；所述获取模块还用于获取所述的二次派单请求的接收时刻；所述派单模块还用于若所述接收时刻早于所述二次派单延迟时限，则对所述异常订单进行二次派单。

这里需要说明的是：上述实施例提供的异常订单的处理装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

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