CN104540092A - 用于在通信系统中处理订单的方法和通信系统 - Google Patents

Abstract

本发明的实施方式涉及用于在通信系统中处理订单的方法和该通信系统。该通信系统包括处理设备和通信设备。该方法包括：处理设备接收与订单相关的数据，其中与订单相关的数据包括订单的联系人的信息；以及将联系人的信息发送给通信设备；以及通信设备利用联系人的信息与联系人进行通信。利用本发明的实施方式的处理订单的方法和系统，可以使司机能够更快捷和方便地联系乘客，从而具有提高接单效率和提升用户体验的优点。

Description

用于在通信系统中处理订单的方法和通信系统

技术领域

本发明的实施方式总体上涉及订单的处理。特别地，本发明的实施方式涉及用于在通信系统中处理订单的方法和用于处理订单的通信系统。

背景技术

智能设备的普及和移动互联网的发展，给人们的出行带来了极大便利。当前打车需求已经是社会各阶层人士的普遍需求，诸如由“滴滴打车”之类的打车软件解决了出租车司机和乘客之间的信息不对称问题。

打车软件改变了传统打车方式，建立并培养出大移动互联网时代引领的用户现代化出行方式。较比传统电话召车与路边扬招来说，打车软件的诞生更是改变了传统打车市场格局，颠覆了路边拦车概念，利用移动互联网特点，将线上与线下相融合，从打车初始阶段到下车使用线上支付车费，画出一个乘客与司机紧密相连的o2o(线上到线下)完美闭环，最大限度优化乘客打车体验，改变传统出租司机等客方式，让司机师傅根据乘客目的地按意愿“接单”，节约司机与乘客沟通成本，降低空驶率，最大化节省司乘双方资源与实践。

打车软件原理非常简单，与电话叫车服务性质类似，与微信用法大同小异。即乘客启动打车软件的软件客户端，点击“现在用车”，按住说话，发送一段语音说明现在所在具体的位置和要去的地方，松开叫车按钮，叫车信息会以该乘客为原点，在90秒内自动推送给直径3公里以内的出租车司机，司机可以在打车软件司机端一键抢应，并和乘客保持联系。在乘客到达目的地下车需要支付车费时，可以使用打车软件的合作伙伴微信支付和QQ钱包进行线上支付，既可享受免找零烦恼，也避免了假币，丢钱包等现象发生，完成了从打车到支付的一个完美闭环服务，让用户的出行尽在自己掌握。

当出租车司机使用打车软件接单时，由于移动电话的屏幕比较小，因此很多出租车司机习惯使用屏幕更大的诸如平板设备之类的移动设备接单抢单，从而提高对打车软件的使用效率。然而，由于在接单以后和乘客联系时，出租车司机通常还会使用移动电话通过手动输入号码来联系乘客，因此严重降低司机的接单效率并影响司机和乘客的用户体验。

因此，行之有效的用于在通信系统中处理订单的方法和用于处理订单的通信系统具有良好的市场前景和客观的市场价值。

发明内容

本发明的实施方式涉及用于在通信系统中处理订单的方法和用于处理订单的通信系统。

本发明的基本构思在于，使用处理设备来接收和确定订单并且使用通信设备利用从处理设备接收到的联系人的信息来与乘客通信。

根据本发明的实施方式，公开了一种用于在通信系统中处理订单的方法，该通信系统包括处理设备和通信设备。该方法包括：该处理设备接收与订单相关的数据，其中该与订单相关的数据包括该订单的联系人的信息；以及将该联系人的信息发送给该通信设备；以及该通信设备利用该联系人的信息与该联系人进行通信。

可选地，在该方法中，还包括：该处理设备在将该联系人的信息发送给该通信设备之前，确定该订单。

可选地，在该方法中，还包括：该处理设备在将该联系人的信息发送给该通信设备之前，与该通信设备建立信任关系。

可选地，在该方法中，还包括：该处理设备在确定该订单之后，停止接收与订单相关的数据。

可选地，在该方法中，还包括：该通信设备将该通信的结果反馈给该处理设备；以及该处理设备在该结果为解除该订单或者无法联系到该联系人时，恢复接收与订单相关的数据。

可选地，在该方法中，其中该处理设备具有比该通信设备更大的显示屏幕。

可选地，在该方法中，其中该处理设备具有比该通信设备更长的待机时间。

根据本发明的实施方式，还公开了一种处用于处理订单的通信系统，该通信系统包括处理设备和通信设备，其中该处理设备被配置成接收与订单相关的数据，其中该与订单相关的数据包括该订单的联系人的信息，以及将该联系人的信息发送给该通信设备；以及该通信设备被配置成利用该联系人的信息与该联系人进行通信。

可选地，在该系统中，其中该处理设备还被配置成在将该联系人的信息发送给该通信设备之前，确定该订单。

可选地，在该系统中，其中该处理设备还被配置成在将该联系人的信息发送给该通信设备之前，与该通信设备建立信任关系。

可选地，在该系统中，其中该处理设备还被配置成在确定该订单之后，停止接收与订单相关的数据。

可选地，在该系统中，其中该通信设备还被配置成将该通信的结果反馈给该处理设备；以及该处理设备还被配置成在该结果为解除该订单或者无法联系到该联系人时，恢复接收与订单相关的数据。

可选地，在该系统中，其中该处理设备具有比该通信设备更大的显示屏幕。

可选地，在该系统中，其中该处理设备具有比该通信设备更长的待机时间。

本发明的实施方式具有可以使司机能够更快捷和方便地联系乘客，从而具有提高接单效率和提升用户体验的优点。同时，可以通过将处理设备选择为比通信设备具有更大的显示屏幕或更长的待机时间的设备而使本发明具有更加便于接单和持久接单的优点。

附图说明

结合附图并参考以下详细说明，本发明各实施方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本发明的若干实施方式。在附图中：

图1为根据本发明的示例性实施方式的用于在通信系统中处理订单的方法的流程图；

图2为根据本发明的示例性实施方式的用于处理订单的通信系统的示意性框图；

图3为根据本发明的示例性实施方式的用于在通信系统中处理订单的方法和用于处理订单的通信系统的运作示意图；以及

图4为适于用来实践本发明的示例性实施方式的移动终端400的示意性框图。

具体实施方式

以下参考附图详细描述本发明的各个示例性实施方式。附图中的流程图和框图示出了根据本发明的各种实施方式的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施方式中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。

应当理解，给出这些示例性实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

本发明的实施方式的用于在通信系统中处理订单的方法和用于处理订单的通信系统至少可以适用于客运和货运两者。同时，尽管本发明主要适用于出租车叫车服务，但应当理解，本发明还可适用于已经存在或者将会存在的任何其他运送工具，这些运送工具包括水体运送工具(包括诸如船舶之类的水面运送工具和诸如潜水艇之类的水下运送工具)、飞行器(包括仅在地球环境中运行的飞机和可以在太空环境中运行的飞行器)以及具有运送货物和人员能力的任何运送工具。

以下仅以出租车叫车服务为例对本发明的用于在通信系统中处理订单的方法和用于处理订单的通信系统进行详细描述。

参照图1，其为根据本发明的示例性实施方式的用于在通信系统中处理订单的方法的流程图。

根据图1所示，在步骤S101中，处理设备接收包括订单的联系人的信息的与订单相关的数据。

根据本发明的各种示例性实施方式，本发明可以按照客户端-服务器架构被实施，其中由服务器来从作为订单发起者的乘客处例如通过乘客所使用的打车客户端获得订单并向司机所持有的处理设备发送与订单相关的数据。上述处理设备也可以被理解为司机所持有的接单设备。由处理设备所获得的与订单相关的数据包括订单的联系人的信息以及例如待乘坐出租车的人员等待出租车时所在的位置(简称为订单位置)、将要前往的目的地、愿意支付的额外小费、愿意等待的时间、乘坐人数、是否携带大件行李等其他信息。应当理解，上述联系人的信息可以包括联系人的姓名以及司机可以用来与联系人通信的联系方式，诸如手机号码、微信号码等联系方式中的至少一项。应当理解，上述联系人可以是使用打车软件来呼叫出租车的打车软件用户(即，订单发起者)，也可以是该软件用户代为呼叫出租车的其他人员。当处理设备接收到与订单相关的数据后，进入可选步骤S102。

继续参照图1，由于步骤S102是可选步骤，因此在图1中用虚线示出。在步骤S102中，处理设备确定订单。

根据本发明的各种示例性实施方式，确定订单包括司机在处理设备接收并呈现与订单相关的数据后，利用处理设备通过点击例如“抢应”订单的按钮等形式来抢应订单并且由于成功抢应订单而获得该订单。上述呈现与订单相关的数据包括但不限于可视呈现和可听呈现。上述成功抢应订单包括但不限于最先抢应订单。

根据本发明的各种示例性实施方式，为了节省电力资源或者避免干扰等原因，在司机通过成功抢应并且获得订单而确定订单后，处理设备可以停止接收与订单相关的数据和/或停止呈现与订单相关的数据。当确定订单后，进入可选步骤S103。

继续参照图1，由于步骤S103是可选步骤，因此在图1中用虚线示出。在步骤S103中，处理设备与通信设备建立信任关系。其中，上述通信设备也可以被理解为司机所持有的用于与联系人进行联系的联系设备。

根据本发明的各种示例性实施方式，步骤S103的目的在于确保在处理设备与通信设备之间传输与订单相关的数据的安全性，以免将与订单相关的数据泄露给第三方。应当理解，这一步骤只需在实际在处理设备与通信设备之间传输与订单相关的数据之前进行即可，无需在步骤S101和S102之后执行。当在处理设备与通信设备之间建立信任关系后，进入步骤S104。

继续参照图1，在步骤S104中，处理设备将订单的联系人的信息发送给通信设备。

根据本发明的各种示例性实施方式，由于通信设备主要用于与联系人进行通信，因此除了将处理设备所接收到的与订单相关的数据全部发送给通信设备之外，可选的是仅将在与订单相关的数据中包括的订单的联系人的信息发送给通信设备，从而起到减少传输的数据量、减少传输的时间以及有助于通信设备直接选择联系人的信息等作用。由于处理设备与通信设备通常均在出租车上因而距离较近，所以在处理设备与通信设备之间的数据传输可以采取红外、蓝牙以及近场通信等近距离传输行驶。在处理设备将在与订单相关的数据中包括的订单的联系人的信息发送给通信设备后，进入步骤S105。

继续参照图1，在步骤S105中，通信设备利用联系人的信息与联系人通信。

根据本发明的各种示例性实施方式，当通信设备从处理设备接收到联系人的信息后，司机可以直接使用通信设备利用接收到的联系人的信息与联系人通信，而无需在通信设备上手动输入联系人的信息。应当理解，如果在步骤S104中，处理设备将与订单相关的数据全部发送给了通信设备，则通信设备可以自动从所接收到的与订单相关的数据中提取联系人的信息，司机则仍然可以直接使用通信设备利用提取到的联系人的信息与联系人通信。如前所述，由于联系人的信息可以包括手机号码、微信号码等联系方式中的至少一项，因此当通信设备接收或提取到联系人的信息后，司机可以使用相应的联系方式与联系人通信。在司机使用通信设备利用联系人的信息与联系人通信后，进入可选步骤S106。

继续参照图1，由于步骤S106是可选步骤，因此在图1中用虚线示出。在步骤S106中，通信设备将通信的结果反馈给处理设备。

根据本发明的各种示例性实施方式，在司机使用通信设备利用联系人的信息与联系人通信后，通信设备可以向处理设备反馈通信的结果以便于进行订单处理的统计或者其他后续操作。上述通信的结果可以包括成功与联系人联系、与联系人解除订单或者无法联系到联系人等。根据本发明的一个示例性实施方式，可以在使用通信设备利用联系人的信息与联系人通信后，由司机选择在通信设备上自动生成的分别指示成功与联系人联系、与联系人解除订单或者无法联系到联系人的“成功”、“解除”或者“失败”按钮来向处理设备发送通信的结果。根据本发明的另一示例性实施方式，也可以在处理设备例如通过联系人未接听而识别到无法联系到联系人或者通过语音识别来识别到成功与联系人联系或者解除订单，由通信设备自动向处理设备发送通信的结果。应当理解，当处理设备接收到通信的结果时，如果仅为了进行订单处理，可以由处理设备自行记录以及统计通信的结果。当然，也可以由处理设备向服务器转发通信的结果以用于记录和统计，从而有助于进行大范围用户的记录和统计。

由于在步骤S102中，在司机通过成功抢应并且获得订单而确定订单后，处理设备可以停止接收与订单相关的数据和/或停止呈现与订单相关的数据。因此，当在步骤S102中处理设备停止接收与订单相关的数据和/或停止呈现与订单相关的数据时，可选步骤S106中还可以包括当通信的结果为解除订单或者无法联系到联系人时，恢复接收与订单相关的数据和/或呈现与订单相关的数据。应当理解，当通信的结果为成功与联系人联系时，处理设备可以继续停止接收与订单相关的数据和/或停止呈现与订单相关的数据，直到该订单完成之后，再自动恢复接收与订单相关的数据和/或呈现与订单相关的数据。

以上参照图1描述了根据本发明的示例性实施方式的用于在通信系统中处理订单的方法。应当理解，尽管按照特定顺序(步骤S101、步骤S102、步骤S103、步骤S104、步骤S105、步骤S106)描述了该方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。例如，在某些实施方式中，步骤S103与步骤S101和步骤S102可以按照任意顺序或者同时执行，可以省略步骤S103和S106中的一个或者多个步骤，可以将步骤S101与S102合并为一个步骤执行，和/或将步骤S104分解为提取联系人的信息的步骤S104a以及将联系人的信息发送给通信设备的步骤S104b两个步骤执行。

参照图2，其为根据本发明的示例性实施方式的用于处理订单的通信系统的框图。

根据图2所示，用于处理订单的通信系统100包括处理设备110和通信设备120。其中，处理设备110包括第一接收装置111、可选的确定装置112、第一发送装置113以及可选的第一信任装置114和第二接收装置115。通信设备120包括第三接收装置121、通信装置122以及可选的第二信任装置123和第二发送装置124。

根据本发明的示例性实施方式，在处理订单的系统100中，在处理装置110中，第一接收装置111用于接收与订单相关的数据，确定装置112用于确定订单，第一发送装置113用于将联系人的信息发送给通信设备120，第一信任装置114用于与通信设备120建立信任关系，第二接收装置115用于从通信设备120接收通信的结果；同时，在通信设备120中，第三接收装置121用于从处理设备110接收联系人的信息，通信装置122用于利用联系人的信息与订单的联系人通信，第二信任装置123用于与处理设备110建立信任关系，第二发送装置124用于向处理设备110发送通信的结果。

上述第一接收装置111、可选的确定装置112、第一发送装置113以及可选的第一信任装置114和第二接收装置115、第三接收装置121、通信装置122以及可选的第二信任装置123和第二发送装置124的操作方式与以上关于用于在通信系统中处理订单的方法所描述的相同，在此不再赘述。

应当注意，本发明的示例性实施方式可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的系统及其模块不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如固件)来实现。

应当注意，尽管在上文的详细描述中提及了设备的若干装置或子装置，但是这种划分仅仅是示例性而非强制性的。实际上，根据本发明的示例性实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化，例如可以将第一接收装置111和第二接收装置115结合为一个接收装置以实现相同的功能。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化，例如可以将通信装置112划分为用于获取联系人的信息的获取装置112a以及用于利用联系人的信息与联系人通信的联系装置112b。

参照图3，其为根据本发明的示例性实施方式的用于在通信系统中处理订单的方法和用于处理订单的通信系统的运作示意图。

根据图3所示，在根据本发明的示例性实施方式的处理订单的方法和系统运作时，由乘客利用乘客侧的打车软件客户端向打车软件系统后台(即，服务器)发送打车请求(即，订单)。打车软件系统后台在接收到打车请求后，向司机侧的处理设备(即，接单设备)发送与订单相关的数据，其中包括订单的联系人的信息。司机侧的处理设备在接收到与订单相关的数据后，通过抢应来与打车软件系统后台确定订单。在确定订单之后，司机侧的处理设备与通信设备(即，联系设备)建立信任关系。在建立了信任关系之后，处理设备向通信设备发送联系人的信息。而后，司机使用通信设备利用从处理设备接收到的联系人的信息与联系人通信。

应当理解，上述处理设备也可以将与订单相关的数据全部发送给通信设备，而后由通信设备从与订单相关的数据中获取联系人的信息。同时，上述在处理设备与通信设备之间建立信任关系的步骤只需在从处理设备向通信设备发送联系人的信息或者与订单相关的数据之前进行即可，例如，可以在司机启动处理设备和通信设备之后即自动建立信任关系或者在处理设备从打车软件系统后台接收到与订单相关的数据时立刻建立信任关系而不考虑订单是否被确定。

下面参考图4，其示出了适于用来实践本发明实施方式的移动终端400的更为详细的示意性框图。

根据本发明的示意性实施方式，移动终端400可以作为处理设备110和/或通信设备120使用。

在图4所示的示例中，移动终端400是一个具有无线通信能力的移动设备。然而，可以理解，这仅仅是示例性而非限制性的。其他类型的移动终端也可以容易地采用本发明的实施方式，诸如便携式数字助理(PDA)、寻呼机、移动计算机、移动电视、游戏设备、膝上型计算机、照相机、录像机、GPS设备以及其他类型的语音和文本通信系统。固定式移动终端同样可以容易地使用本发明的实施方式。

移动终端400包括一个或多个天线411，其可操作地与发射机414和接收机416进行通信。移动终端400还包括处理器412或者其他处理元件，其分别提供去往发射机414的信号和接收来自接收机416的信号。信号包括按照适当蜂窝系统的空中接口标准的信令信息，并且还包括用户语音、接收的数据和/或用户生成的数据。在此方面，移动终端400能够利用一个或多个空中接口标准、通信协议、调制类型以及接入类型来进行操作。作为示范，移动终端400能够根据多个第一代、第二代、第三代和/或第四代通信协议等中的任何协议来进行操作。例如，移动终端400可以能够按照第二代(G)无线通信协议IS-136(TDMA)、GSM和IS-95(CDMA)来进行操作，或者按照诸如UMTS、CDMA2000、WCDMA和TD-SCDMA的第三代(G)无线通信协议来进行操作，或者按照第四代(4G)无线通信协议和/或类似协议进行操作。

可以理解，处理器412包括实现移动终端400的功能所需的电路。例如，处理器412可以包括数字信号处理器设备、微处理器设备、各种模数转换器、数模转换器和其他支持电路。移动终端400的控制和信号处理功能按照这些设备各自的能力在其间分配。处理器412由此还可以包括在调制和传输之前对消息和数据进行卷积编码和交织的功能。处理器412还可以另外包括内部语音编码器，并且可以包括内部数据调制解调器。此外，处理器412可以包括对可以存储在存储器中的一个或多个软件程序进行操作的功能。例如，处理器412可以能够操作连接程序，诸如传统的Web浏览器。连接程序继而可以允许移动终端400例如按照无线应用协议(WAP)、超文本传输协议(HTTP)等来发射和接收Web内容(诸如基于位置的内容和/或其他web页面内容)。

移动终端400还可以包括用户接口，其例如可以包括耳机或者扬声器424、振铃器422、麦克风426、显示屏428以及输入接口431，所有这些设备都耦合至处理器412。移动终端400可以包括小键盘430。小键盘430可以包括传统的数字键(0-9)和相关键(#、*)，以及用于操作移动终端400的其他键。备选地，小键盘430可以包括传统的QWERTY小键盘布置。小键盘430还可以包括与功能相关联的各种软键。移动终端400还可以包括相机模块436，用于捕获静态和/或动态图像。

特别地，显示屏428可以包括触摸式屏幕和/或邻近式屏幕，用户可以通过直接操作屏幕而操作移动终端400。此时，显示屏428同时充当输入设备和输出设备二者。在这样的实施方式中，输入接口431可以配置用于接收用户通过例如普通的笔、专用触笔和/或手指在显示屏428上提供的输入，包括指点输入和手势输入。处理器412可配置用于检测此类输入，并且识别出用户的手势。

此外，移动终端400可以包括诸如操纵杆的接口设备或者其他用于输入接口。移动终端400还包括电池434，诸如振动电池组，用于为操作移动终端400所需的各种电路供电，以及可选地提供机械振动作为可检测输出。

移动终端400可以进一步包括用户标识模块(UIM)438。UIM438通常是具有内置处理器的存储器设备。UIM 438例如可以包括订户标识模块(SIM)、通用集成电路卡(UICC)、通用订户标识模块(USIM)、可移动用户标识模块(R-UIM)等。UIM 438通常存储与移动订户相关的信元。

移动终端400还可以具有存储器。例如，移动终端400可以包括易失存储器440，例如包括用于数据临时存储的高速缓存区域的易失随机存取存储器(RAM)。移动终端400还可以包括其他非易失存储器442，其可以是嵌入式的和/或可移动的。非易失存储器442可以附加地或者可选地包括例如EEPROM和闪存等。存储器可以存储移动终端400所使用的多个信息片段和数据中的任意项，以实现移动终端400的功能。例如，存储器440和442可以配置用于存储用于实现上文结合图1描述的用于在通信系统中处理订单的方法的计算机程序指令。

应当理解，图4所述的结构框图仅仅为了示例的目的而示出的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况而增加或者减少某些设备。

虽然已经参考若干具体实施方式描述了本发明，但是应该理解，本发明并不限于所公开的具体实施方式。本发明旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (14)

1.一种用于在通信系统中处理订单的方法，所述通信系统包括处理设备和通信设备，所述方法包括：

所述处理设备接收与订单相关的数据，其中所述与订单相关的数据包括所述订单的联系人的信息；以及将所述联系人的信息发送给所述通信设备；以及

所述通信设备利用所述联系人的信息与所述联系人进行通信。

2.根据权利要求1所述的方法，还包括：

所述处理设备在将所述联系人的信息发送给所述通信设备之前，确定所述订单。

3.根据权利要求1所述的方法，还包括：

所述处理设备在将所述联系人的信息发送给所述通信设备之前，与所述通信设备建立信任关系。

4.根据权利要求2所述的方法，还包括：

所述处理设备在确定所述订单之后，停止接收与订单相关的数据。

5.根据权利要求4所述的方法，还包括：

所述通信设备将所述通信的结果反馈给所述处理设备；以及

所述处理设备在所述结果为解除所述订单或者无法联系到所述联系人时，恢复接收与订单相关的数据。

6.根据权利要求1所述的方法，其中所述处理设备具有比所述通信设备更大的显示屏幕。

7.根据权利要求1所述的方法，其中所述处理设备具有比所述通信设备更长的待机时间。

8.一种用于处理订单的通信系统，所述通信系统包括处理设备和通信设备，

其中所述处理设备被配置成接收与订单相关的数据，其中所述与订单相关的数据包括所述订单的联系人的信息；以及将所述联系人的信息发送给所述通信设备；以及

所述通信设备被配置成利用所述联系人的信息与所述联系人进行通信。

9.根据权利要求8所述的通信系统，其中所述处理设备还被配置成在将所述联系人的信息发送给所述通信设备之前，确定所述订单。

10.根据权利要求8所述的通信系统，其中所述处理设备还被配置成在将所述联系人的信息发送给所述通信设备之前，与所述通信设备建立信任关系。

11.根据权利要求9所述的通信系统，其中所述处理设备还被配置成在确定所述订单之后，停止接收与订单相关的数据。

12.根据权利要求11所述的通信系统，其中

所述通信设备还被配置成将所述通信的结果反馈给所述处理设备；以及

所述处理设备还被配置成在所述结果为解除所述订单或者无法联系到所述联系人时，恢复接收与订单相关的数据。

13.根据权利要求8所述的通信系统，其中所述处理设备具有比所述通信设备更大的显示屏幕。

14.根据权利要求8所述的通信系统，其中所述处理设备具有比所述通信设备更长的待机时间。