CN105871785B - 一种业务处理方法、装置和*** - Google Patents

Abstract

本申请提供一种业务处理方法、装置和***。所述方法包括：接收第一终端发送的保障信息，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端；为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系；接收第二终端基于所述保障识别码发送的业务请求，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；将所述业务信息发送给所述第一终端和所述第二终端。通过本申请的技术方案有效提高业务处理的效率。

Description

一种业务处理方法、装置和***

技术领域

本申请涉及网络通信技术领域，尤其涉及一种业务处理方法、装置和***。

背景技术

随着互联网技术的广泛发展，用户可以通过互联网实现各种业务操作。比如：用户可以通过互联网进行交流通信，用户也可以通过互联网进行物品的采购等。在实现上述业务的过程中，用户所使用的终端往往要通过业务提供方的服务器与其他用户的终端进行交互。

相关技术中，用户终端之间进行交互的信息较为繁杂，影响业务处理的效率，同时，用户终端之间的进行交互的方式也较少，不够便捷，影响用户体验。

发明内容

有鉴于此，本申请提供一种业务处理方法、装置和***，以解决上述问题。

具体地，本申请是通过如下技术方案实现的：

一种业务处理方法，应用在业务服务器上，所述方法包括：

接收第一终端发送的保障信息，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端；

为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系；

接收第二终端基于所述保障识别码发送的业务请求，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

将所述业务信息发送给所述第一终端和所述第二终端。

进一步地，所述保障信息中包括有预设的账户信息；

所述根据所述保障信息生成业务信息，包括：

在确认发送所述业务请求的第二账户的账户信息匹配所述预设的账户信息时，根据所述保障信息生成业务信息。

进一步地，所述方法还包括：

接收所述第一终端发送的针对所述保障识别码的转发请求；

根据所述转发请求识别预设的账户；

将所述保障识别码和对应的保障信息发送给第三终端，以供第三终端将所述保障识别码和所述保障信息展示给预设用户，所述第三终端是所述预设用户基于所述预设的账户登录所述业务服务器的终端。

进一步地，还包括：

接收第二终端发送的针对所述保障识别码的获取请求；

根据所述获取请求获取所述保障识别码对应的保障信息；

在确认发送所述获取请求的第二账户匹配所述保障信息中包含的预设的账户信息时，将所述保障信息发送给所述第二终端，以供第二终端将所述保障信息展示给所述第二用户。

一种业务处理方法，应用在第二终端上，所述方法包括：

基于保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

接收业务服务器发送的所述业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

进一步地，所述方法还包括：

通过即时通信软件接收业务服务器根据所述第一终端发送的转发请求所转发的所述保障识别码和所述保障识别码对应的保障信息；

在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

进一步地，所述方法还包括：

将第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求中发送给业务服务器；

接收业务服务器发送的所述保障识别码对应的保障信息；

在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

进一步地，所述方法还包括：

将第二用户在业务展示页面中输入的保障识别码携带在获取请求中发送给业务服务器；

接收业务服务器发送的所述保障识别码对应的保障信息；

在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

一种业务处理装置，应用在业务服务器上，所述装置包括：

第一接收单元，接收第一终端发送的保障信息，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端；

保障生成单元，为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系；

第二接收单元，接收第二终端基于所述保障识别码发送的业务请求，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

业务生成单元，根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

信息发送单元，将所述业务信息发送给所述第一终端和所述第二终端。

进一步地，所述保障信息中包括有预设的账户信息；

所述业务生成单元，具体在确认发送所述业务请求的第二账户的账户信息匹配所述预设的账户信息时，根据所述保障信息生成业务信息。

进一步地，所述装置还包括：

第三接收单元，接收所述第一终端发送的针对所述保障识别码的转发请求；

账户识别单元，根据所述转发请求识别预设的账户；

第一发送单元，将所述保障识别码和对应的保障信息发送给第三终端，以供第三终端将所述保障识别码和所述保障信息展示给预设用户，所述第三终端是所述预设用户基于所述预设的账户登录所述业务服务器的终端。

进一步地，所述装置还包括：

第四接收单元，接收第二终端发送的针对所述保障识别码的获取请求；

信息获取单元，根据所述获取请求获取所述保障识别码对应的保障信息；

第二发送单元，在确认发送所述获取请求的第二账户匹配所述保障信息中包括的所述预设的账户信息时，将所述保障信息发送给所述第二终端，以供第二终端将所述保障信息展示给所述第二用户。

一种业务处理装置，应用在第二终端上，所述装置包括：

业务请求单元，基于保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

第五接收单元，接收业务服务器发送的所述业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

进一步地，所述装置还包括：

第六接收单元，通过即时通信软件接收业务服务器根据所述第一终端发送的转发请求所转发的所述保障识别码和所述保障识别码对应的保障信息；

第一生成单元，在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

进一步地，所述装置还包括：

第三发送单元，将第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求中发送给业务服务器；

第七接收单元，接收业务服务器发送的所述保障识别码对应的保障信息；

第二生成单元，在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

进一步地，所述装置还包括：

第四发送单元，将第二用户在业务展示页面中输入的保障识别码携带在获取请求中发送给业务服务器；

第八接收单元，接收业务服务器发送的所述保障识别码对应的保障信息；

第三生成单元，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

一种业务处理***，所述业务处理***包括有：业务服务器和即时通信服务器，

所述即时通信服务器，将第二终端基于保障识别码发送的业务请求转发给所述业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

所述基于保障识别码发送的业务请求为第二用户针对业务请求框中展示的业务请求按键输入的业务请求，所述业务请求框位于所述第二用户与所述第一用户的会话界面中，所述业务请求框中还展示有所述保障识别码以及所述保障识别码对应的保障信息。

进一步地，所述即时通信服务器，进一步将接收到的第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求转发给业务服务器，并将所述业务服务器发送的所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成所述业务请求框。

进一步地，所述即时通信服务器，进一步将第一终端发送的转发请求转发给所述业务服务器，并将业务服务器根据所述转发请求发送的保障识别码和所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成所述业务请求框。

一种业务处理方法，应用在第二终端上，所述方法包括：

在业务展示页面中提供多种操作模式，所述多种操作模式中包括保障业务操作模式；

基于第二用户在所述保障业务操作模式下输入的保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

进一步地，所述方法还包括：

在接收到第二用户选中保障业务操作模式的指令后，在所述业务展示页面中展示保障识别码输入框；

将第二用户在所述保障识别码输入框中输入的保障识别码携带在获取请求中发送给业务服务器；

在接收到业务服务器发送的所述保障识别码对应的保障信息后，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器

一种业务处理装置，应用在第二终端上，所述装置包括：

模式提供单元，在业务展示页面中提供多种操作模式，所述多种操作模式中包括保障业务操作模式；

第五发送单元，基于第二用户在所述保障业务操作模式下输入的保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

进一步地，所述装置还包括：

输入框展示单元，在接收到第二用户选中保障业务操作模式的指令后，在所述业务展示页面中展示保障识别码输入框；

第六发送单元，将第二用户在所述保障识别码输入框中输入的保障识别码携带在获取请求中发送给业务服务器；

第九接收单元，在接收到业务服务器发送的所述保障识别码对应的保障信息后，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

由以上描述可以看出，在本申请业务处理的过程中，用户之间通过业务服务器生成的保障识别码实现业务处理，提高业务处理的效率。同时，本申请还提供有基于即时通信软件的业务处理的方式，更为便捷，提升了用户的体验。

附图说明

图1是本申请一示例性实施例示出的一种应用场景示意图。

图2是本申请一示例性实施例示出的一种业务处理方法的流程图。

图3是本申请一示例性实施例示出的另一种业务处理方法的流程图。

图4是本申请一示例性实施例示出的一种保障信息展示界面示意图。

图5是本申请一示例性实施例示出的一种即时通信会话界面示意图。

图6是本申请一示例性实施例示出的一种商品展示页面示意图。

图7是本申请一示例性实施例示出的另一种业务处理方法的流程图。

图8是本申请一示例性实施例示出的一种业务服务器结构示意图。

图9是本申请一示例性实施例示出的一种业务处理装置的结构示意图。

图10是本申请一示例性实施例示出的一种终端结构示意图。

图11是本申请一示例性实施例示出的另一种业务处理装置的结构示意图。

图12是本申请一示例性实施例示出的另一种终端结构示意图。

图13是本申请一示例性实施例示出的另一种业务处理装置的结构示意图。

图14是本申请一示例性实施例示出的一种业务处理***的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

针对上述问题，本申请提供一种业务处理方案，可以有效提高业务处理的效率。

请参考图1，图1是本申请一示例性实施例提供的一种实现业务处理的应用场景示意图。

在图1中，业务服务器通常由业务提供方进行设置，业务提供方通过所述业务服务器可以向注册用户提供各种业务应用，以实现用户之间的业务操作。用户可以预先在所述业务服务器上注册对应的账户，请进一步参考图1，第一用户可以预先在所述业务服务器上注册第一账户，第二用户可以预先在所述业务服务器上注册第二账户，具体的注册流程可以参照相关技术中提供的实现方法，本申请在此不再一一赘述。

本申请实施例中的终端可以包括：手机、平板电脑、PC机等。用户可以通过终端上装载的所述业务提供方提供的APP(Application，应用软件)与所述业务服务器进行交互，用户也可以通过Web页面访问所述业务服务器以进行交互，本申请对此不作特殊限制。

在图1所示的应用场景中，当第一用户要与第二用户之间进行业务操作时，第一用户可以在第一终端上基于第一账户登录所述业务服务器，第二用户可以在第二终端上基于第二账户登录所述业务服务器。在本实施例中，第一终端为业务发起方，向业务服务器发送第一用户输入的保障信息，所述业务服务器会根据所述保障信息生成对应的保障识别码，并保存所述保障信息与所述保障识别码的对应关系。如果业务服务器接收到第二用户通过第二终端基于所述保障识别码发送的业务请求，则根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息，然后将所述业务信息发送给所述第一终端和所述第二终端，以实现所述第一用户和所述第二用户之间的业务操作。整个业务处理过程对于用户而言操作简单，能够有效提高业务处理的效率，同时还可以设置丰富的交互信息，从而提高业务处理的可靠性。

下面结合图1的应用场景对本申请的具体实现过程进行描述。

请参考图2，图2是本申请一示例性实施例示出的一种业务处理方法的流程图，所述方法可以包括以下步骤：

步骤201，业务服务器接收第一终端发送的保障信息。

在本申请中，第一用户在业务服务器上成功注册第一账户后，可以基于所述第一账户登录业务服务器，以完成各种业务操作。所述业务操作为业务服务器向用户提供的各种应用功能，比如：即时通信服务器向用户提供的视频聊天功能，银行的服务器向用户的提供转账汇款功能等。

在本实施例中，当第一用户要与第二用户之间进行业务操作时，第一用户可以通过第一终端向业务服务器发送预设的保障信息。所述保障信息可以为第一用户和第二用户进行业务操作的约束信息，比如：第一用户和第二用户进行网上交易的交货期限，质量需求等。所述保障信息可以是第一用户和第二用户事先约定好的信息，也可以是第一用户对外统一提供的标准信息，本申请对此不作限制。

进一步地，所述保障信息中还可以包括预设的账户信息，预设的账户为所述第一用户针对本次业务操作所指定的对端用户的账户。假设，所述保障信息中包括的预设的账户信息是第二账户信息，则说明该保障信息是第一用户与第二用户进行业务操作的保障信息。当然，所述保障信息中也可以不包括有账户信息，如果所述保障信息中不包括任何账户信息，则说明该保障信息是第一用户设置的通用的保障信息，可以供其他用户使用。

在本实施例中，第一用户可以通过第一终端上装载的客户端提供的保障信息填写界面完成对保障信息的输入与发送，第一用户也可以使用第一终端通过浏览器登录业务服务器，并在浏览器中显示的保障信息填写界面完成对保障信息的输入与发送，本申请对此不作特殊限制。业务服务器接收第一终端发送的所述保障信息。

步骤202，业务服务器为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系。

基于前述步骤201，业务服务器在接收到第一终端发送的保障信息后，为所述保障信息生成可以唯一标识所述保障信息的保障识别码。比如：业务服务器可以通过随机算法为所述保障信息生成保障识别码，然后判断所述保障识别码和已经保存的保障识别码是否重复，如果重复，则可以重新生成所述保障识别码，如果不重复，则保存所述保障信息和所述保障识别码的对应关系，并将所述保障识别码返回给第一终端，以供第一用户查看。

步骤203，第一用户将所述保障识别码发送给第二用户。

在本实施例中，第一用户可以通过任意方式将所述保障识别码发送给第二用户，以便第二用户使用第二终端基于所述保障识别码发送业务请求给业务服务器。

在本实施例中，第一终端在接收到业务服务器根据所述保障信息返回的所述保障识别码后，可以将所述保障识别码展示给第一用户，比如：第一终端可以生成包括有所述保障识别码和所述保障信息的界面，然后在该界面中提供立即发送的选项。第一用户可以通过选中所述立即发送的选项以实现输入针对所述保障识别码的转发请求。

具体地，如果所述保障信息中包括有预设的账户信息，以所述预设的账户信息为第二账户信息为例，业务服务器可以在接收到第一终端发送的所述转发请求后，可以根据所述转发请求中携带的所述保障识别码查找保存的对应关系，以查找到所述保障识别码对应的保障信息，然后从所述保障信息中获取所述第二账户信息，以实现对所述第二账户的识别。业务服务器进而可以将所述保障识别码发送给第二终端。如果所述保障信息中不包括有预设的账户信息，则当第一用户选中所述立即发送的选项时，第一终端可以为第一用户生成填写第二账户信息的输入框，第一用户可以在该输入框中填写第二用户的第二账户信息，比如：账户名称等，以供业务服务器可以根据第一用户填写的第二账户信息将所述保障识别码发送给第二终端。

在本申请一种可选的实施方式中，根据第一终端发送的转发请求，业务服务器可以通过以下两种方式将所述保障识别码和所述保障识别码对应的保障信息发送给第二终端。

方式一：业务服务器可以通过页面消息的方式将所述保障识别码和所述保障识别码对应的保障信息发送给第二终端。第二终端在接收到该业务消息时，可以通过弹出的消息框展示所述保障识别码和所述保障识别码对应的保障信息，以通知第二用户。当然，如果所述保证识别码对应的保障信息内容较多时，第二终端也可以先在所述消息框中展示所述保障识别码，并在接收到第二用户查看所述保障识别码对应的保障信息的查看指令时，展示所述保障信息，比如：第二用户点击所述消息框中的保障识别码等，本申请对此不作特殊限制。

方式二：业务服务器可以通过即时通信软件将所述保障识别码和所述保障识别码对应的保障信息发送给第二终端。

具体地，对于目前的诸多业务服务，业务提供方在提供APP和Web浏览的方式供用户进行业务操作以外，还会向用户提供即时通信软件，以便于用户之间进行交流。业务提供方可以为所述即时通信软件设置独立的即时通信服务器，也可以在所述业务服务器中集成所述即时通信功能，本申请对此不作特殊限制。

在本方式中，业务服务器将所述保障识别码和所述保障识别码对应的保障信息发送给即时通信服务器，以供即时通信服务器将所述保障识别码和所述保障识别码对应的保障信息作为第一用户发送给第二用户的会话消息转发给第二用户。第二终端中装载的即时通信软件在接收到所述保障识别码和所述保障识别码对应的保障信息后，在第二用户与第一用户的会话界面中生成预设的业务请求框，并在所述业务请求框中展示所述保障识别码以及所述保障识别码对应的保障信息。与此同时，第二终端还可以在所述业务请求框中提供业务请求按键，以供第二用户可以通过所述业务请求按键执行与第一用户之间的业务操作，即第二用户可以通过所述业务请求按键基于所述保障识别码发送业务请求。

可选的，在本申请另一实施方式中，第一用户也可以通过所述即时通信软件将所述保障识别码发送给第二用户。具体地，第一用户可以通过与第二用户的会话界面发送所述保障识别码，即时通信服务器在接收到所述保障识别码后，可以将所述保障识别码携带在获取请求中转发给业务服务器，然后结束业务服务器发送的所述保障识别码对应的保障信息，并将所述保障识别码和所述保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成预设的业务请求框，并在所述业务请求框中展示所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键。

需要说明的是，在本申请中，第一用户也可以通过其他方式将所述保障识别码发送第二用户，第二用户可以根据所述保障识别码从业务服务器获取对应的保障信息，并在确认保障信息后基于所述保障识别码发送业务请求。比如：第一用户可以通过电话或者短信息等方式将所述保障识别码告诉第二用户，本申请对此不作特殊限制。

可选的，在本申请另一实施方式中，如果第一用户通过电话或者短信息等方式将所述保障识别码告诉第二用户，第二用户可以在所述即时通信软件中第二用户与第一用户的会话界面中发送所述保障识别码，即时通信服务器在接收到所述保障识别码之后，不会将所述保障识别码作为传统的聊天内容转发给第一用户，而是根据所述保障识别码从业务服务器获取所述保障识别码对应的保障信息，然后将所述保障识别码和所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的所述会话界面中生成所述业务请求框。进一步地，在本实施例中，即时通信服务器在从业务服务器获取所述保障标识码对应的保障信息时，如果所述保障信息中包括有预设的账户信息，则业务服务器判断第二账户是否匹配所述预设的账户信息，如果匹配则将所述保障信息提供给即时通信服务器，以供即时通信服务器将所述保障信息转发给第二终端，如果第二账户不匹配所述预设的账户信息，则说明第二用户不是第一用户指定的业务操作用户，业务服务器可以向即时通信服务器返回错误信息，即时通信服务器可以将该错误信息发送给第二终端，以提示第二用户输入有误。

步骤204，第二终端基于所述保障识别码发送业务请求给业务服务器。

基于前述步骤203，第二用户在获取到所述保障识别码后，可以基于所述保障识别码发送业务请求给业务服务器，以完成与第一用户之间的业务操作。

在本步骤中，第二用户可以通过即时通信软件或者浏览器中的业务展示页面以实现对基于所述保障识别码的业务请求的发送。

以即时通信软件为例，第二用户在确认所述保证识别码中对应的保障信息之后，可以通过选中前述业务请求框中的业务请求按键以实现基于所述保障识别码发送业务请求。具体地，第二用户可以点击所述业务请求按键以实现对所述业务请求的发送，即时通信服务器会将该业务请求转发给业务服务器。当然，第二用户也可以通过其他方式选中所述业务请求按键，比如：语音操作等，本申请对此不作特殊限制。

以业务展示页面为例，第二用户在使用浏览器登录业务服务器提供是网站后，可以通过网站中提供的业务展示页面进行所述业务请求的发送。所述业务展示页面通常为该网站中第一用户的业务展示页面，第二用户可以在该业务展示页面中提供的保障识别码输入框输入所述保障识别码，当用户输入完毕后，比如：所述保障识别码输入框由焦点状态转换为非焦点状态，第二终端会将第二用户输入的所述保障识别码携带在获取请求中发送给业务服务器，以供业务服务器返回所述保障识别码对应的保障信息，第二终端进而可以在业务展示页面中展示所述保障信息，并生成业务请求按键，第二用户可以在确认所述保障信息后，通过选中业务请求按键以实现基于所述保障识别码发送业务请求。

步骤205，业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息。

基于前述步骤204，业务服务器接收第二终端发送的基于所述保障识别码的业务请求，业务服务器根据保存的对应关系获取所述保障识别码对应的保障信息，然后判断所述保障信息中是否包括有预设的账户信息，如果不包括有预设的账户信息，业务服务器可以根据所述保障信息生成业务信息。如果所述保障信息中包括有预设的账户信息，则业务服务器进一步判断发送所述业务请求的第二账户的账户信息匹配所述预设的账户信息，如果匹配，则根据所述保障信息生成业务信息，如果不匹配，业务服务器可以向第二终端返回错误消息。

步骤206，业务服务器将所述业务信息发送给所述第一终端和所述第二终端。

基于前述步骤205，业务服务器将生成的所述业务信息发送给第一终端和第二终端，以通知第一用户和第二用户业务操作已执行完毕。

由以上描述可以看出，在本申请业务处理的过程中，用户之间通过业务服务器生成的保障识别码实现业务处理，提高业务处理的效率。同时，本申请还提供有基于即时通信软件的业务处理的方式，更为便捷，提升了用户的体验。

下面结合具体的应用场景来描述本申请的实现过程。

请参考图3，图3是本申请一示例性的业务处理方法的流程图，该实施例结合前述图1所示的应用场景。在本实施例中，第一用户是卖家，第二用户是买家，业务服务器是电子商务平台提供的业务服务器。该实施例包括以下步骤：

步骤301，卖家终端向业务服务器发送保障信息。

在本实施例中，所述保障信息是卖家和买家预先协商好的交易相关的保障信息，所述保障信息包括有：交货数量、交货时间、交易单价、质量要求等。卖家可以通过保障信息填写界面填写所述保障信息，并在填写完毕后将所述保障信息发送给业务服务。

步骤302，业务服务器为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系。

步骤303，业务服务器将保障识别码发送给卖家终端。

请参考图4，卖家终端在接收到所述保障识别码后，可以生成图4所示的保障信息展示界面，所述保障信息展示界面中包括有所述保障信息、所述保障信息对应的保障标识码以及“立即发码”的按键。其卖家可以通过所述“立即发码”的按键将所述保障识别码发送给买家终端。

步骤304，买家接收卖家发送的所述保障识别码。

请参考图5，本申请一种即时通信会话界面示意图，当买家通过即时通信软件接收到所述保障识别码后，买家终端可以生成图5所示的会话界面，该会话界面中展示有业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及“立即下单”的按键。

步骤305，买家基于所述保障识别码发送下单请求给业务服务器。

在本实施例中，买家可以通过即时通信软件下单也可以通过卖家的商品展示页面下单。

请进一步参考图5，买家可以通过点击所述业务请求框中的所述“立即下单”的按键以实现通过即时通信软件基于所述保障识别码下单。

请参考图6，本申请一种商品展示页面示意图，买家也可以通过浏览器打开卖家的商品展示页面，该卖家商品展示页面中提供有供买家输入保障识别码的输入框，买家在所述输入框中输入所述保障识别码后，买家终端从业务服务器获取所述保障识别码对应的保障信息，然后将所述保障信息展示在所述商品展示页面中，并提供“立即下单”的按键，以供买家在确认所述保障信息后可以通过点击所述“立即下单”的按键以实现基于所述保障识别码下单。

步骤306，业务服务器根据所述下单请求生成订单信息。

在本实施例中，业务服务器根据买家终端发送的所述下单请求生成订单信息，所述订单信息与所述保障识别码对应的保障信息绑定。

步骤307，业务服务器将订单信息发送给卖家和买家。

基于前述步骤306，业务服务器将所述订单信息发送给卖家和买家，已完成本次下单操作。

在本实施例中，业务服务器、买家终端、卖家终端可以采用前述图1或图2所示方法实施例实现所述业务处理，在此不再赘述。

请参考图7，图7是本申请另一示例性的业务处理方法的流程图，该实施例结合前述图1所示的应用场景，所述方法可以应用在第二终端上，包括有以下步骤：

步骤701，业务展示页面中提供多种业务操作模式，所述多种业务操作模式中包括保障业务操作模式。

在本实施例中，第一终端发送保障信息给业务服务器，业务服务器根据所述保障信息生成保障识别码，当第二用户获取到所述保障识别码后，可以通过浏览器中的业务展示页面执行业务操作。其中，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

所述业务展示页面通常为该网站中第一用户的业务展示页面，所述业务展示页面中提供多种业务操作模式，所述多种业务操作模式包括有保障业务操作模式以及普通业务操作模式。请进一步参考图6，其中，“保障下单”对应保障业务操作模式，“普通下单”对应普通业务操作模式。

当第二终端为第二用户加载第一用户的业务展示页面时，可以默认当前的业务操作模式是保障业务操作模式，并在所述业务展示页面中展示保障识别码输入框。当然，第二终端也可以将默认当前的业务操作模式设置为普通模式，当第二用户选中保障业务操作模式时，在所述业务展示页面中展示保障识别码输入框，本申请对此不作特殊限制。

进一步地，第二终端将第二用户在所述保障识别码输入框中输入的保障识别码携带在获取请求中发送给业务服务器，并在接收到业务服务器发送的所述保障识别码对应的保障信息后，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

步骤702，基于第二用户在所述保障业务操作模式下输入的保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息。

基于前述步骤701，第二用户可以在确认所述保障识别码对应的保障信息后，通过点击业务请求按键以实现基于所述保障识别码发送业务请求。

在本实施例中，业务服务器、第二终端可以采用前述图2所示方法实施例实现所述业务处理，在此不再赘述。

与前述业务处理方法实施例相对应，本公开还提供了业务处理装置以及***的实施例。

与本申请业务处理方法的实施例相对应，本申请还提供一种业务处理装置。本申请所述的装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，本申请业务处理装置作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。

请参考图8和图9，本申请提供一种业务处理装置800，所述业务处理装置800可以应用在业务服务器上，包括有：第一接收单元801、保障生成单元802、第二接收单元803、业务生成单元804、信息发送单元805、第三接收单元806、账户识别单元807、第一发送单元808、第四接收单元809、信息获取单元810以及第二发送单元811。

其中，所述第一接收单元801，接收第一终端发送的保障信息，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端；

所述保障生成单元802，为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系；

所述第二接收单元803，接收第二终端基于所述保障识别码发送的业务请求，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

所述业务生成单元804，根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

所属信息发送单元805，将所述业务信息发送给所述第一终端和所述第二终端。

进一步地，所述保障信息中包括有预设的账户信息；

所述业务生成单元804，具体在确认发送所述业务请求的第二账户的账户信息匹配所述预设的账户信息时，根据所述保障信息生成业务信息。

所述第三接收单元806，接收所述第一终端发送的针对所述保障识别码的转发请求；

所述账户识别单元807，根据所述转发请求识别预设的账户；

所述第一发送单元808，将所述保障识别码和对应的保障信息发送给第三终端，以供第三终端将所述保障识别码和所述保障信息展示给预设用户，所述第三终端是所述预设用户基于所述预设的账户登录所述业务服务器的终端。

所述第四接收单元809，接收第二终端发送的针对所述保障识别码的获取请求；

所述信息获取单元810，根据所述获取请求获取所述保障识别码对应的保障信息；

所述第二发送单元811，在确认发送所述获取请求的第二账户匹配所述保障信息中包括的所述预设的账户信息时，将所述保障信息发送给所述第二终端，以供第二终端将所述保障信息展示给所述第二用户。

请参考图10和图11，本申请提供一种业务处理装置1000，所述业务处理装置1000可以应用在终端上，包括有：业务请求单元1001、第五接收单元1002、第六接收单元1003、第一生成单元1004、第三发送单元1005、第七接收单元1006、第二生成单元1007、第四发送单元1008、第八接收单元1009以及第三生成单元1010。

其中，所述业务请求单元1001，基于保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

所述第五接收单元1002，接收业务服务器发送的所述业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

所述第六接收单元1003，通过即时通信软件接收业务服务器根据所述第一终端发送的转发请求所转发的所述保障识别码和所述保障识别码对应的保障信息；

所属第一生成单元1004，在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

所述第三发送单元1005，将第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求中发送给业务服务器；

所述第七接收单元1006，接收业务服务器发送的所述保障识别码对应的保障信息；

所述第二生成单元1007，在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

所述第四发送单元1008，将第二用户在业务展示页面中输入的保障识别码携带在获取请求中发送给业务服务器；

所述第八接收单元1009，接收业务服务器发送的所述保障识别码对应的保障信息；

所述第三生成单元1010，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

请参考图12和图13，本申请提供一种业务处理装置1200，所述业务处理装置1200可以应用在终端上，包括有：模式提供单元1201、第五发送单元1202、输入框展示单元1203、第六发送单元1204以及第九接收单元1205。

其中，所述模式提供单元1201，在业务展示页面中提供多种操作模式，所述多种操作模式中包括保障业务操作模式；

所述第五发送单元1202，基于第二用户在所述保障业务操作模式下输入的保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

所述输入框展示单元1203，在接收到第二用户选中保障业务操作模式的指令后，在所述业务展示页面中展示保障识别码输入框；

所述第六发送单元1204，将第二用户在所述保障识别码输入框中输入的保障识别码携带在获取请求中发送给业务服务器；

所述第九接收单元1205，在接收到业务服务器发送的所述保障识别码对应的保障信息后，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

请参考图14，本申请还提供一种业务处理***1400，所述业务处理***1400包括有：业务服务器1401和即时通信服务器1402。

其中，所述即时通信服务器1402，将第二终端基于保障识别码发送的业务请求转发给所述业务服务器1401，以供业务服务器1401根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器1401根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

所述基于保障识别码发送的业务请求为第二用户针对业务请求框中展示的业务请求按键输入的业务请求，所述业务请求框位于所述第二用户与所述第一用户的会话界面中，所述业务请求框中还展示有所述保障识别码以及所述保障识别码对应的保障信息。

所述即时通信服务器1402，进一步将接收到的第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求转发给业务服务器1401，并将所述业务服务器1401发送的所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成所述业务请求框。

所述即时通信服务器1402，进一步将第一终端发送的转发请求转发给所述业务服务器1401，并将业务服务器1401根据所述转发请求发送的保障识别码和所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成所述业务请求框。

由以上描述可以看出，在本申请业务处理的过程中，用户之间通过业务服务器生成的保障识别码实现业务处理，提高业务处理的效率。同时，本申请还提供有基于即时通信软件的业务处理的方式，更为便捷，提升了用户的体验。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (21)

1.一种业务处理方法，应用在业务服务器上，其特征在于，所述方法包括：

接收第一终端发送的保障信息，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端；

为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系；

接收第二终端基于所述保障识别码发送的业务请求，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

将所述业务信息发送给所述第一终端和所述第二终端；

所述保障信息中包括有预设的账户信息；

所述根据所述保障信息生成业务信息，包括：

在确认发送所述业务请求的第二账户的账户信息匹配所述预设的账户信息时，根据所述保障信息生成业务信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述第一终端发送的针对所述保障识别码的转发请求；

根据所述转发请求识别预设的账户；

将所述保障识别码和对应的保障信息发送给第三终端，以供第三终端将所述保障识别码和所述保障信息展示给预设用户，所述第三终端是所述预设用户基于所述预设的账户登录所述业务服务器的终端。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收第二终端发送的针对所述保障识别码的获取请求；

根据所述获取请求获取所述保障识别码对应的保障信息；

在确认发送所述获取请求的第二账户匹配所述保障信息中包含的预设的账户信息时，将所述保障信息发送给所述第二终端，以供第二终端将所述保障信息展示给所述第二用户。

4.一种业务处理方法，应用在第二终端上，其特征在于，所述方法包括：

基于保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并在确定所述保障信息中的账户信息匹配第二账户的账户信息后根据所述保障信息生成业务信息；

接收业务服务器发送的所述业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

通过即时通信软件接收业务服务器根据所述第一终端发送的转发请求所转发的所述保障识别码和所述保障识别码对应的保障信息；

在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

将第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求中发送给业务服务器；

接收业务服务器发送的所述保障识别码对应的保障信息；

在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

7.根据权利要求4所述的方法，其特征在于，所述方法还包括：

将第二用户在业务展示页面中输入的保障识别码携带在获取请求中发送给业务服务器；

接收业务服务器发送的所述保障识别码对应的保障信息；

在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

8.一种业务处理装置，应用在业务服务器上，其特征在于，所述装置包括：

第一接收单元，接收第一终端发送的保障信息，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端；

保障生成单元，为所述保障信息生成保障识别码，并保存所述保障信息与所述保障识别码的对应关系；

第二接收单元，接收第二终端基于所述保障识别码发送的业务请求，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

业务生成单元，根据所述业务请求获取所述保障识别码对应的保障信息，并根据所述保障信息生成业务信息；

信息发送单元，将所述业务信息发送给所述第一终端和所述第二终端；

所述保障信息中包括有预设的账户信息；

所述业务生成单元，具体在确认发送所述业务请求的第二账户的账户信息匹配所述预设的账户信息时，根据所述保障信息生成业务信息。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第三接收单元，接收所述第一终端发送的针对所述保障识别码的转发请求；

账户识别单元，根据所述转发请求识别预设的账户；

第一发送单元，将所述保障识别码和对应的保障信息发送给第三终端，以供第三终端将所述保障识别码和所述保障信息展示给预设用户，所述第三终端是所述预设用户基于所述预设的账户登录所述业务服务器的终端。

10.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第四接收单元，接收第二终端发送的针对所述保障识别码的获取请求；

信息获取单元，根据所述获取请求获取所述保障识别码对应的保障信息；

第二发送单元，在确认发送所述获取请求的第二账户匹配所述保障信息中包括的所述预设的账户信息时，将所述保障信息发送给所述第二终端，以供第二终端将所述保障信息展示给所述第二用户。

11.一种业务处理装置，应用在第二终端上，其特征在于，所述装置包括：

业务请求单元，基于保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并在确定所述保障信息中的账户信息匹配第二账户的账户信息后根据所述保障信息生成业务信息；

第五接收单元，接收业务服务器发送的所述业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第六接收单元，通过即时通信软件接收业务服务器根据所述第一终端发送的转发请求所转发的所述保障识别码和所述保障识别码对应的保障信息；

第一生成单元，在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第三发送单元，将第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求中发送给业务服务器；

第七接收单元，接收业务服务器发送的所述保障识别码对应的保障信息；

第二生成单元，在与所述第一用户的会话界面中生成业务请求框，所述业务请求框中展示有所述保障识别码、所述保障识别码对应的保障信息以及业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第四发送单元，将第二用户在业务展示页面中输入的保障识别码携带在获取请求中发送给业务服务器；

第八接收单元，接收业务服务器发送的所述保障识别码对应的保障信息；

第三生成单元，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供所述第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

15.一种业务处理***，所述业务处理***包括有：业务服务器和即时通信服务器，其特征在于，

所述即时通信服务器，将第二终端基于保障识别码发送的业务请求转发给所述业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并在确定所述保障信息中的账户信息匹配第二账户的账户信息后根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端；

所述基于保障识别码发送的业务请求为第二用户针对业务请求框中展示的业务请求按键输入的业务请求，所述业务请求框位于所述第二用户与所述第一用户的会话界面中，所述业务请求框中还展示有所述保障识别码以及所述保障识别码对应的保障信息。

16.根据权利要求15所述的***，其特征在于，

所述即时通信服务器，进一步将接收到的第二用户通过与所述第一用户的会话界面发送的保障识别码携带在获取请求转发给业务服务器，并将所述业务服务器发送的所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成所述业务请求框。

17.根据权利要求15所述的***，其特征在于，

所述即时通信服务器，进一步将第一终端发送的转发请求转发给所述业务服务器，并将业务服务器根据所述转发请求发送的保障识别码和所述保障识别码对应的保障信息转发给第二终端，以供第二终端在第二用户与第一用户的会话界面中生成所述业务请求框。

18.一种业务处理方法，应用在第二终端上，其特征在于，所述方法包括：

在业务展示页面中提供多种操作模式，所述多种操作模式中包括保障业务操作模式；

基于第二用户在所述保障业务操作模式下输入的保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并在确定所述保障信息中的账户信息匹配第二账户的账户信息后根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

在接收到第二用户选中保障业务操作模式的指令后，在所述业务展示页面中展示保障识别码输入框；

将第二用户在所述保障识别码输入框中输入的保障识别码携带在获取请求中发送给业务服务器；

在接收到业务服务器发送的所述保障识别码对应的保障信息后，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

20.一种业务处理装置，应用在第二终端上，其特征在于，所述装置包括：

模式提供单元，在业务展示页面中提供多种操作模式，所述多种操作模式中包括保障业务操作模式；

第五发送单元，基于第二用户在所述保障业务操作模式下输入的保障识别码发送业务请求给业务服务器，以供业务服务器根据所述业务请求获取所述保障识别码对应的保障信息，并在确定所述保障信息中的账户信息匹配第二账户的账户信息后根据所述保障信息生成业务信息；

其中，所述保障识别码由所述业务服务器根据第一终端发送的保障信息生成，所述第一终端是第一用户基于第一账户登录所述业务服务器的终端，所述第二终端是第二用户基于第二账户登录所述业务服务器的终端。

21.根据权利要求20所述的装置，其特征在于，所述装置还包括：

输入框展示单元，在接收到第二用户选中保障业务操作模式的指令后，在所述业务展示页面中展示保障识别码输入框；

第六发送单元，将第二用户在所述保障识别码输入框中输入的保障识别码携带在获取请求中发送给业务服务器；

第九接收单元，在接收到业务服务器发送的所述保障识别码对应的保障信息后，在所述业务展示页面中展示所述保障信息，并生成业务请求按键，以供第二用户通过所述业务请求按键基于所述保障识别码发送业务请求给业务服务器。

Images