CN111935702B - 处理业务的方法和装置 - Google Patents

Abstract

本发明提供一种处理业务的方法和装置，属于通信技术领域，其可至少部分解决现有的处理业务的方法和装置用户体验差的问题。本发明实施例的处理业务的方法包括：接收业务请求信息，所述业务请求信息包括终端的终端标识信息、业务的业务标识信息，以及用户身份信息；根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单；若存在，则根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端；若所述终端不是所述在途业务订单的最新处理终端，则向所述最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

Description

处理业务的方法和装置

技术领域

本发明属于通信技术领域，具体涉及一种处理业务的方法和装置。

背景技术

随着终端智能化和互联网的迅速发展，各领域业务逐渐向线上迁移，这些业务的管理多由网络侧或者业务侧承担，业务的多样性和复杂性，使网络侧管理面临极大挑战。

而终端作为用户的直接操作工具，当用户从终端发出处理业务的请求，终端无法及时获取业务对应的业务订单的准确状态，导致废弃的业务订单大量存在，不仅造成了资源的浪费，也影响了业务对应的业务订单的成功率，造成用户体验差。

发明内容

本发明至少部分解决现有的处理业务方法和装置的用户体验差的问题，提供一种用户体验好的处理业务的方法和装置。

本发明的一个方面提供一种处理业务的方法，所述方法包括：

接收业务请求信息，所述业务请求信息包括终端的终端标识信息、业务的业务标识信息，以及用户身份信息；

根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单；

若存在，则根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端；

若所述终端不是所述在途业务订单的最新处理终端，则向所述最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

可选的，所述根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端是否处理过所述业务对应的在途业务订单，包括：

向所述终端发送第一查询信息，所述第一查询信息用于供所述终端查询其本地是否存在所述业务对应的在途业务订单；

接收所述终端发送的第一回复信息，所述第一回复信息用于标识所述终端本地是否存在所述业务对应的在途业务订单。

可选的，所述根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单之后，还包括：

若所述终端本地不存在所述业务对应的在途业务订单，则根据所述业务标识信息以及用户身份信息查询所述业务是否存在对应的在途业务订单；

若所述业务不存在对应的在途业务订单，则为所述业务创建新业务订单，并向所述终端发送所述新业务订单的处理地址。

进一步可选的，所述根据所述业务标识信息以及用户身份信息查询所述业务是否存在对应的在途业务订单之后，还包括：

若所述业务存在对应的在途业务订单，则向所述终端发送使用其处理所述在途业务订单的请求信息；

在接收到所述终端发送的确认信息之后，向所述在途业务订单的最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

可选的，所述根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端之后，还包括：

若所述终端是所述在途业务订单的最新处理终端，则向所述终端发送确认所述终端是所述在途业务订单的最新处理终端的确认信息。

本发明的另一个方面提供一种处理业务的装置，所述装置包括：

接收模块，用于接收业务请求信息，所述业务请求信息包括终端的终端标识信息、业务的业务标识信息以及用户身份信息；

查询模块，用于根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单；

第一处理模块，用于当所述终端本地存在所述业务对应的在途业务订单时，根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端；

第二处理模块，用于当所述终端不是所述在途业务订单的最新处理终端时，向所述最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

可选的，所述查询模块用于：

向所述终端发送第一查询信息，所述第一查询信息用于供所述终端查询其本地是否存在所述业务对应的在途业务订单；

接收所述终端发送的第一回复信息，所述第一回复信息用于标识所述终端本地是否存在所述业务对应的在途业务订单。

可选的，所述第一处理模块还用于：

当所述终端本地不存在所述业务对应的在途业务订单时，根据所述业务标识信息以及用户身份信息查询所述业务是否存在对应的在途业务订单；

当所述业务不存在对应的在途业务订单时，为所述业务创建新业务订单，并向所述终端发送所述新业务订单的处理地址。

进一步可选的，所述第一处理模块还用于：

当所述业务存在对应的在途业务订单时，向所述终端发送使用其处理所述在途业务订单的请求信息；

在接收到所述终端发送的确认信息之后，向所述在途业务订单的最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

可选的，所述第二处理模块，还用于：

当所述终端是所述在途业务订单的最新处理终端时，向所述终端发送确认所述终端是所述在途业务订单的最新处理终端的确认信息。

本实施例的处理业务的方法和装置中，通过向终端侧发送在途业务订单的最新处理地址，将业务处理的部分过程转移至终端，简化了网络侧的交互逻辑，减少了网络侧维护的压力和开销，提升了用户体验；同时，当用户更换终端对在途业务订单进行处理时，需要经过用户最近一次处理在途业务订单时使用的终端的确认，才能够在当前终端进行处理，增加了安全性。

附图说明

图1为本发明实施例的一种处理业务的方法的流程示意图；

图2为本发明实施例的另一种处理业务的方法的流程示意图；

图3为本发明实施例的一种处理业务的装置的组成示意框图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。

可以理解的是，此处描述的具体实施例和附图仅仅用于解释本发明，而非对本发明的限定。

可以理解的是，在不冲突的情况下，本发明中的各实施例及实施例中的各特征可相互组合。

可以理解的是，为便于描述，本发明的附图中仅示出了与本发明相关的部分，而与本发明无关的部分未在附图中示出。

可以理解的是，本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构，也可由多个实体结构组成，或者，多个单元、模块也可集成为一个实体结构。

可以理解的是，在不冲突的情况下，本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。

可以理解的是，本发明的流程图和框图中，示出了按照本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可代表一个单元、模块、程序段、代码，其包含用于实现规定的功能的可执行指令。而且，框图和流程图中的每个方框或方框的组合，可用实现规定的功能的基于硬件的系统实现，也可用硬件与计算机指令的组合来实现。

可以理解的是，本发明实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。

实施例1：

参照图1，本实施例提供一种处理业务的方法，本实施例的处理业务的方法具体包括：

S101、接收业务请求信息，业务请求信息包括终端的终端标识信息、业务的业务标识信息，以及用户身份信息。

S102、根据终端标识信息、业务标识信息以及用户身份信息查询终端本地是否存在业务对应的在途业务订单。

S103、若存在，则根据终端标识信息查询终端是否是在途业务订单的最新处理终端。

S104、若终端不是在途业务订单的最新处理终端，则向最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向终端发送在途业务订单的最新处理地址。

本实施例的处理业务的方法，通过向终端侧发送在途业务订单的最新处理地址，将业务处理的部分过程转移至终端，简化了网络侧的交互逻辑，减少了网络侧维护的压力和开销；同时，当用户更换终端对在途业务订单进行处理时，需要经过用户最近一次处理在途业务订单时使用的终端的确认，才能够在当前终端进行处理，增加了安全性。

实施例2：

参照图2，本实施例提供一种处理业务的方法，本实施例的处理业务的方法具体包括：

S201、接收业务请求信息，业务请求信息包括终端的终端标识信息、业务的业务标识信息，以及用户身份信息。

网络侧或者说业务侧(如运营商的服务器)接收来自用户的请求对业务进行处理的业务请求信息，该信息包括用户发送业务请求信息所使用的终端(或者说是用户当前使用的终端)的终端标识信息、用户请求处理的业务(或者说是用户当前想要处理的业务)的业务标识信息，以及用户自己的用户身份信息。

其中，终端是指具备处理和计算能力的机器，如手机、电脑、平板电脑等；业务具体可以是指一切可以在线上处理的终端业务，如购买手机号码等。

终端标识信息具体可以是；用户身份信息具体可以是能够证明用户身份的信息，如身份证号码、手机号码等；业务标识信息具体可以是业务编号等业务的唯一标识。

S202、根据终端标识信息、业务标识信息以及用户身份信息查询终端本地是否存在业务对应的在途业务订单。

网络侧根据接收到的业务请求信息，查询在用户当前使用的终端的本地是否存在用户当前想要处理的业务对应的在途业务订单。

其中，在途业务订单是指正在处理，仍未完成的业务订单，而业务订单就是为处理某业务创建的订单，业务订单一旦创建，直达业务处理完成，其都是在途业务订单。

可选的，根据终端标识信息、业务标识信息以及用户身份信息查询终端是否处理过业务对应的在途业务订单(S202)，包括：

S2021、向终端发送第一查询信息，第一查询信息用于供终端查询其本地是否存在业务对应的在途业务订单。

网络侧根据终端标识信息向用户当前使用的终端发送，用于供用户当前使用的终端查询其终端本地是否存在用户当前想要处理的业务对应的在途业务订单，本质上是查询用户是否使用其当前使用的终端处理过该业务。

针对每个业务，在处理该业务的过程中，一旦创建业务订单，业务订单编号等业务订单标识信息不会发生变化，也就是说，业务与业务订单是对应的，通过业务标识信息就可以查询到对应的业务订单信息。

因此，第一查询信息中包括业务标识信息以及用户身份信息，其中，用户身份信息用于确认当前用户的身份。

S2022、接收终端发送的第一回复信息，第一回复信息用于标识终端本地是否存在业务对应的在途业务订单。

终端在查询后，向网络侧发送用于标识自己本地是否存在用户当前想要处理的业务对应的在途业务订单的第一回复信息。网络侧接收第一回复信息，并根据第一回复信息判断在用户当前使用的终端的本地是否存在用户当前想要处理的业务对应的在途业务订单。

需要强调的是，终端也可以直接接收用户身份信息以及业务标识信息，也就是说，用户在终端输入用户身份信息以及业务标识信息之后，终端直接获取用户身份信息以及业务标识信息并根据用户身份信息以及业务标识信息判断在自己本地是够存在对应的在途业务订单，并在获取结果后，直接将结果发送至网络侧，并不需要在网络侧发送第一查询信息之后再进行查询。

当然，同样的，网络侧的用户身份信息、业务标识信息也同样可以来自终端。

在终端本地查询是否存在用户当前想要处理的业务对应的在途业务订单，也就是说，终端侧保存了在途业务订单的信息，而业务侧只需要保存在途业务订单最新处理终端即可，一方面，减少了网络侧保存的信息的数量；另一方面，终端不需要与网络侧互动，即可直接且快速的获取用户当前正在处理的业务是否曾经被处理过，并及时通知用户，避免了用户因无法及时得到业务订单状态重复下单，减少了废单、弃单。

S203、若存在，则根据终端标识信息查询终端是否是在途业务订单的最新处理终端。

若在用户当前使用的终端的本地，存在用户当前想要处理的业务对应的在途业务订单，则网络侧继续查询用户当前使用的终端是否在该在途业务订单，或者说该业务(因为处理在途业务订单的本质就是在处理业务)的最新处理终端，即用户当前使用的终端是否是该在途业务订单最近一次被该用户处理时所使用的终端。

S204、若终端不是在途业务订单的最新处理终端，则向最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向终端发送在途业务订单的最新处理地址。

若用户当前使用的终端并非该在途业务订单最近一次被该用户处理时所使用的终端，则网络侧向用户最近一次处理该在途业务订单时使用的终端发送请求信息，请求信息用于请求更换对该在途业务订单的处理终端。

若接收到用户最近一次处理该在途业务订单时使用的终端发送的确认更换对该在途业务订单的处理终端的确认信息，则向用户当前使用的终端发送该在途业务订单的最新处理地址。

针对每个业务，在处理业务的过程中虽然业务订单编号等业务订单标识信息不会发生变化，但在处理业务的过程中，不同处理节点(如关键信息留存节点、关键流程完成节点等)可能有不同的处理地址，如在处理购买手机号码的业务过程中，选择号码的处理地址可能与激活号码的处理地址是不一致的。不同节点的处理地址的具体形式也可能是不同的，如跳转页面的URL(Uniform Resource Locator,统一资源定位器)，业务功能的入口等。

用户在其最近一次处理该在途业务订单时使用的终端对该在途业务订单的处理，显然是对该在途业务订单的最新处理。

处理该在途业务订单需要的其他信息，如在处理在途业务订单过程中用户填写的信息、业务管理信息等，可以是用户最近一次处理该在途业务订单时使用的终端在其本地通过业务标识信息查询获得，其可以包括在确认信息中，随确认信息发送至网络侧，并经网络侧发送至用户当前使用的终端。

也就是说，网络侧只需要保存业务订单在不同的处理阶段对应的处理地址即可，处理在途业务订单的具体信息可以保存在终端的本地，当用户使用与上一次不同的终端处理在途业务订单时，再将管理信息转移至用户当前使用的终端即可。

在用户当前使用的终端在接收到该在途业务订单的最新处理地址后，首先对自己的本地存储的信息进行更新，并根据接收到的最新处理地址，导向该在途业务订单的处理页面，用户可以在处理页面继续处理在途业务订单(或者说继续处理业务)。同时，该终端可实时获取用户对该在途业务订单的处理，对自己本地存储的该在途业务订单的信息进行实时更新。

网络侧也将该在途业务订单最近一次被该用户处理时所使用的终端更新为用户当前使用的终端。

当然，若接收到用户最近一次处理该在途业务订单时使用的终端发送的拒绝更换对该在途业务订单的处理终端的拒绝信息，则直接向用户当前使用的终端“已经被拒绝”的提示信息。

若在预定时间内未接收到用户最近一次处理该在途业务订单时使用的终端发送的确认更换对该在途业务订单的处理终端的确认信息，也可默认其已经确认，向用户当前使用的终端发送该在途业务订单的最新处理地址。

可选的，根据终端标识信息查询终端是否是在途业务订单的最新处理终端(S203)之后，还包括：

S205、若终端是在途业务订单的最新处理终端，则向终端发送确认终端是在途业务订单的最新处理终端的确认信息。

若用户当前使用的终端就是该在途业务订单最近一次被该用户处理时所使用的终端，则网络侧向用户当前使用的终端，发送确认信息，确认其就是该在途业务订单最近一次被该用户处理时所使用的终端。

用户当前使用的终端在接收到确认信息之后，即可根据业务标识信息查询在该终端本地存储的该在途业务订单时的信息，获取该在途业务订单的最新处理地址，并根据获取到的最新处理地址，导向该在途业务订单的处理页面，用户即可在处理页面继续处理在途业务订单。同时，该终端可实时获取用户对该在途业务订单的处理，对自己本地存储的该在途业务订单的信息进行实时更新。

将业务处理过程中的多数信息都保存在终端本地，网络侧只需要保存网络侧只需要保存业务订单在不同的处理阶段(即业务订单在创建到完成过程中的不同处理阶段)对应的处理地址以及在途业务订单最近一次被该用户处理时所使用的终端即可，大大减少了网络侧存储的信息量，简化了网络侧的交互逻辑，减少了网络侧维护的压力和开销。

同时，将业务处理的主要部分转移至终端，使得终端能够“独立”对订单进行“二次管理”，提升了终端的自主性和灵活性；终端通过查询本地就可以获取用户当前正在处理的在途业务订单曾经被处理过，并及时通知用户，避免了用户因无法及时得到业务订单状态重复下单，降低订单丢弃率，提升了用户体验。

当用户更换终端对在途业务订单进行处理时，需要经过用户最近一次处理在途业务订单时使用的终端的确认(或者说授权)，才能够在当前终端进行处理，也增加了安全性。

可选的，根据终端标识信息、业务标识信息以及用户身份信息查询终端本地是否存在业务对应的在途业务订单(S202)之后，还包括：

S206、若终端本地不存在业务对应的在途业务订单，则根据业务标识信息以及用户身份信息查询业务是否存在对应的在途业务订单。

若网络侧查询到用户当前使用的终端本地不存在用户当前想要处理的业务对应的在途业务订单，或者接收到用户当前使用的终端发送的标识其本地不存在用户当前想要处理的业务对应的在途业务订单的第一回复信息，则根据业务标识信息以及用户身份信息在自己存储的信息中，查询用户当前想要处理的业务是否存在对应的在途业务订单。

S207、若业务不存在对应的在途业务订单，则为业务创建新业务订单，并向终端发送新业务订单的处理地址。

若网络侧未查询到用户当前想要处理的业务存在对应的在途业务订单，则表明用户当前想要处理的业务并未进行处理，未曾创建过业务订单，因此网络侧为其创建新业务订单，并将新业务订单的处理地址发送至用户当前使用的终端。

用户当前使用的终端在接收到新业务订单的处理地址后，首先对自己的本地存储的信息进行更新，并根据接收到的新业务订单的处理地址，导向处理页面(此时该新业务订单已经成为一个在途业务订单)，用户可以在处理页面处理该新业务订单。同时，该终端可实时获取用户对该新业务订单的处理，对自己本地存储的该新业务订单的信息进行实时更新。

当然，网络侧也将该新业务订单最近一次被该用户处理时所使用的终端更新为用户当前使用的终端。

进一步可选的，根据业务标识信息以及用户身份信息查询业务是否存在对应的在途业务订单(S206)之后，还包括：

S2081、若业务存在对应的在途业务订单，则向终端发送使用其处理在途业务订单的请求信息。

若网络侧查询到用户当前想要处理的业务存在对应的在途业务订单，则向用户当前使用的终端发送请求信息，该请求信息用于，请求使用该终端作为处理用户当前想要处理的业务对应的在途业务订单的终端。

因为用户当前使用的终端的本地不存在用户当前想要处理的业务对应的在途业务订单，也就是说，用户之前并未使用该终端处理过该业务对应的在途业务订单，正在使用该终端的用户是其他用户的可能性较大。因此，发送请求信息本质上是对用户当前使用的终端进行验证，验证其并不是被其他用户使用。

S2082、在接收到终端发送的确认信息之后，向在途业务订单的最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向终端发送在途业务订单的最新处理地址。

在接收到用户当前使用的终端发送的确认信息之后，网络侧向用户最近一次处理该在途业务订单时使用的终端发送请求信息，请求信息用于请求更换对该在途业务订单的处理终端。

若接收到用户最近一次处理该在途业务订单时使用的终端发送的确认更换对该在途业务订单的处理终端的确认信息，则向用户当前使用的终端发送该在途业务订单的最新处理地址。

与步骤S204类似，处理该在途业务订单需要的其他信息，如在处理在途业务订单过程中用户填写的信息、业务管理信息等，可以是用户最近一次处理该在途业务订单时使用的终端在其本地通过业务标识信息查询获得，其可以包括在确认信息中，随确认信息发送至网络侧，并经网络侧发送至用户当前使用的终端。

本实施例的处理业务的方法，将业务处理过程中的多数信息都保存在终端本地，网络侧只需要保存网络侧只需要保存业务订单在不同的处理阶段(即业务订单在创建到完成过程中的不同处理阶段)对应的处理地址以及在途业务订单最近一次被该用户处理时所使用的终端即可，大大减少了网络侧存储的信息量，简化了网络侧的交互逻辑，减少了网络侧维护的压力和开销。

同时，将业务处理的主要部分转移至终端，使得终端能够“独立”对订单进行“二次管理”，提升了终端的自主性和灵活性；终端通过查询本地就可以获取用户当前正在处理的在途业务订单曾经被处理过，并及时通知用户，避免了用户因无法及时得到业务订单状态重复下单，降低订单丢弃率，提升了用户体验。

当用户想要更换当前使用的终端对在途业务订单进行处理，但用户未曾使用当前使用的终端处理过该在途业务订单，则不仅需要经过用户最近一次处理在途业务订单时使用的终端的确认(或者说授权)，还需要对用户当前使用的终端进行验证，才能够在用户当前使用的终端进行处理，相当于进行了双重保险，进一步增加了安全性。

具体的，下面以手机A为用户当前使用的终端，电脑B为用户最近一次处理在途业务订单C时使用的终端，处理申请开通流量套餐的业务D为例，对以上方法进行具体说明。本实施例的处理业务的方法具体包括：

A01、手机A接收到用户业务请求信息，业务请求信息中包括用户ID(IdentityDocument，身份证件)以及业务D的业务ID。

A02、查询手机A本地是否存在该用户的业务D对应的在途业务订单信息。

A03、若在手机A本地查询到该用户的业务D对应的在途业务订单信息，进一步根据在途业务订单的订单ID在网络侧查询是手机A是否是该用户的业务D的在途业务订单的最新处理终端，即用户上一次处理该用户的业务D的在途业务订单是否是使用手机A。

A04、若手机A不是该用户的业务D的在途业务订单的最新处理终端，且该用户的业务D的在途业务订单的最新处理终端为电脑B，则向电脑B发送请求信息，以提示用户授权电脑B将该在途业务订单的具体信息，如管理信息发送至手机A。

A05、用户授权后，电脑B将该在途业务订单的具体信息发送至手机A。同时也将该在途业务订单最新处理地址发送至手机A，用户在手机A处理业务，同时同步对手机A终端存储的该在途业务订单的信息进行更新。

A06、若手机A是该用户的业务D的在途业务订单的最新处理终端，则用户直接在手机A处理业务，同时同步对手机A终端存储的该在途业务订单的信息进行更新。

A07、若在手机A本地未查询到该用户的业务D对应的在途业务订单信息，进一步查询网络侧是否有该用户的业务D对应的在途业务订单信息。

A08、若网络侧有该用户的业务D对应的在途业务订单信息，且该用户的业务D的在途业务订单的最新处理终端为电脑B，则向手机A发送请求信息，以提示用户授权手机A管理该在途业务订单。同时向电脑B发送请求信息，以提示用户授权电脑B将该在途业务订单的具体信息，如管理信息发送至手机A。

A09、在接收到手机A和电脑B两方授权之后，电脑B将该在途业务订单的具体信息发送至手机A。同时也将该在途业务订单最新处理地址发送至手机A，用户在手机A处理业务，同时同步在手机A终端对该在途业务订单的信息进行存储。

A10、若网络侧没有该用户的业务D对应的在途业务订单信息，则为业务D创建订单，并将处理入口发送至手机A，用户在手机A处理业务，同时同步在手机A终端对该在途业务订单的信息进行存储。

实施例3：

参照图3，本实施例提供一种处理业务的装置，其具体包括：

接收模块，用于接收业务请求信息，业务请求信息包括终端的终端标识信息、业务的业务标识信息以及用户身份信息；

查询模块，用于根据终端标识信息、业务标识信息以及用户身份信息查询终端本地是否存在业务对应的在途业务订单；

第一处理模块，用于当终端本地存在业务对应的在途业务订单时，根据终端标识信息查询终端是否是在途业务订单的最新处理终端；

第二处理模块，用于当终端不是在途业务订单的最新处理终端时，向最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向终端发送在途业务订单的最新处理地址。

可选的，查询模块用于：

向终端发送第一查询信息，第一查询信息用于供终端查询其本地是否存在业务对应的在途业务订单；

接收终端发送的第一回复信息，第一回复信息用于标识终端本地是否存在业务对应的在途业务订单。

可选的，第一处理模块还用于：

当终端本地不存在业务对应的在途业务订单时，根据业务标识信息以及用户身份信息查询业务是否存在对应的在途业务订单；

当业务不存在对应的在途业务订单时，为业务创建新业务订单，并向终端发送新业务订单的处理地址。

进一步可选的，第一处理模块还用于：

当业务存在对应的在途业务订单时，向终端发送使用其处理在途业务订单的请求信息；

在接收到终端发送的确认信息之后，向在途业务订单的最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向终端发送在途业务订单的最新处理地址。

可选的，第二处理模块，还用于：

当终端是在途业务订单的最新处理终端时，向终端发送确认终端是在途业务订单的最新处理终端的确认信息。

本发明实施例的处理业务的装置中，通过向终端侧发送在途业务订单的最新处理地址，将业务处理的部分过程转移至终端，简化了网络侧的交互逻辑，减少了网络侧维护的压力和开销，提升了用户体验；同时，当用户更换终端对在途业务订单进行处理时，需要经过用户最近一次处理在途业务订单时使用的终端的确认，才能够在当前终端进行处理，增加了安全性。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (10)

1.一种处理业务的方法，其特征在于，所述方法包括：

接收业务请求信息，所述业务请求信息包括终端的终端标识信息、业务的业务标识信息，以及用户身份信息；

根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单；

若存在，则根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端；

若所述终端不是所述在途业务订单的最新处理终端，则向所述最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

2.根据权利要求1所述的方法，其特征在于，所述根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端是否处理过所述业务对应的在途业务订单，包括：

向所述终端发送第一查询信息，所述第一查询信息用于供所述终端查询其本地是否存在所述业务对应的在途业务订单；

接收所述终端发送的第一回复信息，所述第一回复信息用于标识所述终端本地是否存在所述业务对应的在途业务订单。

3.根据权利要求1所述的方法，其特征在于，所述根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单之后，还包括：

若所述终端本地不存在所述业务对应的在途业务订单，则根据所述业务标识信息以及用户身份信息查询所述业务是否存在对应的在途业务订单；

若所述业务不存在对应的在途业务订单，则为所述业务创建新业务订单，并向所述终端发送所述新业务订单的处理地址。

4.根据权利要求3所述的方法，其特征在于，所述根据所述业务标识信息以及用户身份信息查询所述业务是否存在对应的在途业务订单之后，还包括：

若所述业务存在对应的在途业务订单，则向所述终端发送使用其处理所述在途业务订单的请求信息；

在接收到所述终端发送的确认信息之后，向所述在途业务订单的最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

5.根据权利要求1所述的方法，其特征在于，所述根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端之后，还包括：

若所述终端是所述在途业务订单的最新处理终端，则向所述终端发送确认所述终端是所述在途业务订单的最新处理终端的确认信息。

6.一种处理业务的装置，其特征在于，所述装置包括：

接收模块，用于接收业务请求信息，所述业务请求信息包括终端的终端标识信息、业务的业务标识信息以及用户身份信息；

查询模块，用于根据所述终端标识信息、业务标识信息以及用户身份信息查询所述终端本地是否存在所述业务对应的在途业务订单；

第一处理模块，用于当所述终端本地存在所述业务对应的在途业务订单时，根据所述终端标识信息查询所述终端是否是所述在途业务订单的最新处理终端；

第二处理模块，用于当所述终端不是所述在途业务订单的最新处理终端时，向所述最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

7.根据权利要求6所述的装置，其特征在于，所述查询模块用于：

向所述终端发送第一查询信息，所述第一查询信息用于供所述终端查询其本地是否存在所述业务对应的在途业务订单；

接收所述终端发送的第一回复信息，所述第一回复信息用于标识所述终端本地是否存在所述业务对应的在途业务订单。

8.根据权利要求6所述的装置，其特征在于，所述第一处理模块还用于：

当所述终端本地不存在所述业务对应的在途业务订单时，根据所述业务标识信息以及用户身份信息查询所述业务是否存在对应的在途业务订单；

当所述业务不存在对应的在途业务订单时，为所述业务创建新业务订单，并向所述终端发送所述新业务订单的处理地址。

9.根据权利要求8所述的装置，其特征在于，所述第一处理模块还用于：

当所述业务存在对应的在途业务订单时，向所述终端发送使用其处理所述在途业务订单的请求信息；

在接收到所述终端发送的确认信息之后，向所述在途业务订单的最新处理终端发送请求更换处理终端的请求信息，并在接收到确认信息后向所述终端发送所述在途业务订单的最新处理地址。

10.根据权利要求6所述的装置，其特征在于，所述第二处理模块，还用于：

当所述终端是所述在途业务订单的最新处理终端时，向所述终端发送确认所述终端是所述在途业务订单的最新处理终端的确认信息。

Images