一种业务处理方法和装置与流程

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

背景技术：

随着互联网技术的广泛发展，用户可以通过互联网实现各种业务操作。比如：用户可以通过互联网进行交流通信，用户也可以通过互联网进行物品的采购等。

相关技术中，用户通常要基于预先在业务服务器上注册的用户账户，并基于用户输入的对端账户的账户信息以完成相关业务操作。在这个过程中，用户无法确认对端账户的有效性，如果对端账户是非法账户或者是不可用账户，那么将给用户带来安全隐患，甚至会给用户造成巨大的经济损失。

技术实现要素：

有鉴于此，本申请提供一种业务处理方法和装置。

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

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

接收第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求，所述第二账户由第二用户在所述业务服务器上注册；

根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道，以供第一用户确认第二账户的有效性；

在接收到第一用户发送的第二账户有效的确认信息后，基于所述第一账户和所述第二账户完成业务操作。

进一步地，在接收到第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求后，所述方法还包括：

判断所述业务操作请求中携带的业务数据量是否达到阈值；

如果所述业务数据量达到所述阈值，则根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道。

进一步地，所述根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道，包括：

在所述第二账户的账户信息中查找第二用户的通信标识；

根据所述通信标识为所述第一用户和所述第二用户建立通信通道。

进一步地，当所述通信标识为手机号码时，所述根据通信标识为所述第一用户和所述第二用户建立通信通道，包括：

为所述第一用户和所述第二用户建立短信通道、语音通道或视频通道。

进一步地，当所述通信标识为邮箱地址时，所述根据通信标识为所述第一用户和所述第二用户建立通信通道，包括：

为所述第一用户和所述第二用户建立邮件通道。

进一步地，所述为第一用户和第二用户建立短信通道或者邮件通道，包括：

通过短信或者邮件发送有效性识别信息给第二用户；

将第二用户基于所述有效性识别信息返回的反馈信息通过短信或者邮件发送给第一用户。

进一步地，所述第二账户的有效性包括：第二用户身份的合法性以及第二账户的可用性；

所述有效性识别信息包括：针对第二用户的身份验证问题以及第二账户的账户信息；

其中，所述针对第二用户的身份验证问题用以验证第二用户的身份合法性，所述第二账户的账户信息用以验证第二账户的可用性。

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

请求接收单元，接收第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求，所述第二账户由第二用户在所述业务服务器上注册；

通道建立单元，根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道，以供第一用户确认第二账户的有效性；

业务操作单元，在接收到第一用户发送的第二账户有效的确认信息后，基于所述第一账户和所述第二账户完成业务操作。

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

阈值判断单元，在接收到第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求后，判断所述业务操作请求中携带的业务数据量是否达到阈值；

所述通道建立单元，具体在所述业务数据量达到所述阈值时，根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道。

进一步地，所述通道建立单元，具体在所述第二账户的账户信息中查找第二用户的通信标识，根据所述通信标识为所述第一用户和所述第二用户建立通信通道。

进一步地，所述通道建立单元，具体在所述通信标识为手机号码时，为所述第一用户和所述第二用户建立短信通道、语音通道或视频通道。

进一步地，所述通道建立单元，具体在所述通信标识为邮箱地址时，为所述第一用户和所述第二用户建立邮件通道。

进一步地，所述通道建立单元为第一用户和第二用户建立短信通道或者邮件通道，具体为通过短信或者邮件发送有效性识别信息给第二用户，将第二用户基于所述有效性识别信息返回的反馈信息通过短信或者邮件发送给第一用户。

进一步地，所述第二账户的有效性包括：第二用户身份的合法性以及第二账户的可用性；

所述有效性识别信息包括：针对第二用户的身份验证问题以及第二账户的账户信息；

其中，所述针对第二用户的身份验证问题用以验证第二用户的身份合法性，所述第二账户的账户信息用以验证第二账户的可用性。

由以上描述可以看出，本申请业务服务器在执行业务操作前，可以为业务发起用户和业务响应用户建立通信通道，以供业务发起用户确认业务响应用户账户的有效性，并在接收到业务发起用户确认业务响应用户的账户有效的信息后执行业务操作，提高了业务操作的准确性，维护用户利益，提升用户体验。

附图说明

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

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

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

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

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

具体实施方式

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

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

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

相关技术中，以业务操作为资金转账为例，业务服务器根据付款方输入的收款方的账户信息以执行转账操作。如果付款方不小心输错了收款方的账户信息，那么业务服务器将会把钱转到付款方输错的账户中，给付款方造成资金损失。如果付款方输入的是正确的收款方的账户信息，但是这个账户不是收款方目前常用的账户，收款方已经忘记了该账户的密码，那么就会给收款方造成巨大的困扰。

有鉴于此，本申请提供一种业务处理方案，可以在执行业务操作之前，为业务操作的双方用户建立通信通道，以供业务发起用户验证业务响应账户的有效性。

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

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

在本申请实施例中，用户通过终端与业务服务器进行交互以实现各种业务操作。所述终端可以为智能手机、平板电脑、PC机等具有网络连接功能的设备，本申请对此不作特殊限制。

请进一步参考图1，使用第一终端的第一用户可以预先在所述业务服务器上注册第一账户，使用第二终端的第二用户也可以预先在所述业务服务器上注册第二账户。在本实施例中，第一用户是业务操作的发起用户，第二用 户是业务操作的响应用户，第一用户和第二用户均需要通过自己使用的终端与业务服务器进行交互。在本申请中，为了便于描述，省去终端与业务服务器进行交互的过程描述，比如：将第一用户通过第一终端与业务服务器进行交互的过程描述为第一用户与业务服务器的进行交互的过程。

在本实施例中，第一用户可以基于第一账户向业务服务器发送针对第二账户的业务操作请求，业务服务器在接收到该业务操作请求后，可以在所述第二账户的账户信息中查找第二用户的通信标识，然后根据所述通信标识为第一用户和第二用户建立短信、语音、视频、邮件等通信通道，以供第一用户通过所述通信通道确认第二账户是否有效。第一用户可以在确认使用第二账户的第二用户身份合法，且第二账户可用时，发送第二账户有效的确认信息给业务服务器，业务服务器在接收到该确认信息后基于所述第一账户和所述第二账户完成业务操作。由此可以看出，本申请业务服务器在执行业务操作前，可以为业务发起用户和业务响应用户建立通信通道，以供业务发起用户确认业务响应用户账户的有效性，并在接收到业务发起用户确认业务响应用户的账户有效的信息后执行业务操作，提高了业务操作的准确性，维护用户利益，提升用户体验。

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

请参考图2，所述业务处理方法应用在业务服务器上，包括以下步骤：

步骤201，接收第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求。

在本实施例中，作为业务操作发起用户的第一用户要针对第二用户发起业务操作时，可以通过已注册的第一账户向业务服务器发送针对第二账户的业务操作请求。所述业务操作请求可以为：资金转账请求、财务请款请求等。在本申请中，以所述业务操作请求为资金转账请求为例进行描述。

所述业务操作请求中通常携带有第二账户的账户信息以及业务操作的业务数据量。比如：第一用户可以在终端上装载业务提供方提供的APP，然后在该APP的交互界面中输入第二账户的账户信息以及业务操作的业务数据 量，然后通过输入指定的操作以实现对业务操作请求的发送。其中，所述第二账户的账户信息可以为第二账户的账户名等能够唯一识别出第二账户的账户信息，所述业务数据量可以为转账金额。

步骤202，判断所述业务操作请求中携带的业务数据量是否达到阈值，如果所述业务数据量达到所述阈值，则执行步骤203。

基于前述步骤201，业务服务器在接收到第一用户发送所述业务操作请求后，可以从所述业务操作请求中提取出携带的业务数据量，然后判断该业务数据量是否达到阈值。所述阈值为业务服务器判断是否为业务操作双方建立通信通道的依据，如果所述业务数据量达到所述阈值，则执行步骤203。如果所述业务数据量没有达到所述阈值，则业务服务器可以依据相关技术中的处理方式处理所述业务操作请求，比如：基于所述第一账户和所述第二账户完成业务操作。

所述阈值的取值可以由第一用户根据需要进行设置，本申请对此不作特殊限制。可选的，在本申请另一实施例中，第一用户也可以不设置阈值，则业务服务器在接收到第一用户发送的所述业务操作请求后，执行步骤203，而不需要执行本步骤的判断过程。

步骤203，在所述第二账户的账户信息中查找第二用户的通信标识。

基于前述步骤202的判断结果，所述业务操作请求中携带的业务数据量达到所述阈值，则业务服务器执行为第一用户和第二用户建立通信通道的流程。在本步骤中，业务服务器在保存的第二账户的账户信息中查找第二用户的通信标识。

所述通信标识通常为第二用户在注册，或者后续修改信息的时候提供给业务服务器保存的通信方式，所述通信标识的数量可能是一个，也可能是多个。所述通信标识可以为：手机号码、邮箱地址、即时通信账户等，本申请对此不作特殊限制。

步骤204，根据所述通信标识为所述第一用户和所述第二用户建立通信通道，以供第一用户确认第二账户的有效性。

在本实施例中，所述第二账户的有效性可以包括两个方面，一方面是第二用户身份的合法性，另一方面是第二账户的可用性。具体地，第二用户身份的合法性是指第一用户在发送业务操作请求时输入的第二账户对应的第二用户是否为其要执行业务操作的目标第二用户，比如：第一用户可以提供身份验证问题给第二用户，并根据第二用户回答的答案确认第二用户的身份是否合法，如果第二用户回答正确，则可以确认自己准确输入了目标第二用户的第二账户信息，第二用户身份合法。如果第二用户回答不正确，则说明自己输入的第二账户对应的第二用户不是要执行业务操作的目标第二用户，第一用户可能不小心将目标第二用户的第二账户信息输入错误。

所述第二账户的可用性是指在第二用户身份合法的前提下，第一用户输入的第二账户是否为第二用户能够使用的账户。比如：业务服务器可以将第一用户输入的第二账户的账户信息提供给第二用户，以供第二用户确认。如果所述第二账户是第二用户能够使用的账户，第二用户可以返回可用的结果，如果所述第二账户不是第二用户能够使用的账户，第二用户可以返回不可用的结果，比如：该第二账户是第二用户长久不使用且已经忘记密码的“僵尸账户”，则第二用户可以返回不可用。

第一用户可以在确认第二用户身份合法，且第二账户可用时，确认第二账户有效。

在本实施例中，基于前述步骤203，业务服务器在查找到第二用户的通信标识后，还可以查找第一用户的通信标识，然后分别为第一用户和第二用户选取相同类别的通信标识，并基于所述通信标识为所述第一用户和所述第二用户建立通信通道，以供第一用户确认第二账户的有效性。

举例来说，假设业务服务器查找到的第一用户的通信标识有两个，分别为：手机号码和邮箱地址。第二用户的通信标识也有两个，分别为：手机号码和QQ号码。则业务服务器可以选取第一用户和第二用户的手机号码，然后基于所述手机号码为所述第一用户和所述第二用户建立通信通道。

在本实施例中，针对不同的通信标识，业务服务器可以为第一用户和第 二用户建立不同类型的通信通道。

当所述通信标识为手机号码时，业务服务器可以根据第一用户和第二用户的手机号码为第一用户和第二用户建立语音通道或视频通道。比如：业务服务器可以为第一用户和第二用户搭建电话会议通道或者视频会议通道。第一用户可以基于所述语音通道或视频通道与第二用户进行语音或视频通话，以确认第二账户的有效性。在这种实现方式中，第一用户可以直接与第二用户进行沟通，以确认第二用户的身份是否合法以及第二账户是否可用。

当所述通信标识为手机号码时，业务服务器还可以根据第一用户和第二用户的手机号码为第一用户和第二用户建立短信通道。比如：业务服务器可以通过短信息将有效性识别信息发送给第二用户，并将第二用户基于所述有效性信息返回的反馈信息通过短信息转发给第一用户，以供第一用户进行第二账户有效性的确认。其中，所述有效性信息包括：第一用户提供的针对第二用户的身份验证问题和第二账户的账户信息，所述反馈信息包括：第二用户返回的所述身份验证问题的答案以及对所述第二账户可用性的确认结果。所述第一用户提供的针对第二用户的身份验证问题可以是第一用户预设的身份验证问题，也可以是第一用户在发起业务操作请求时输入的身份验证问题，还可以是第一用户在业务服务器判断所述业务操作请求中携带的业务数据量大于所述阈值时提供的身份验证问题输入界面中输入的身份验证问题，本申请对此不作特殊限制。

当所述通信标识为邮箱地址时，业务服务器还可以根据第一用户和第二用户的邮箱地址为第一用户和第二用户建立邮件通道。比如：业务服务器可以通过邮件将有效性识别信息发送给第二用户，并将第二用户基于所述有效性信息返回的反馈信息通过邮件转发给第一用户，以供第一用户进行第二账户有效性的确认。所述有效性信息和反馈信息可以参照前述描述，本申请在此不再一一赘述。

步骤205，在接收到第一用户发送的第二账户有效的确认信息后，基于所述第一账户和所述第二账户完成业务操作。

在本实施例中，第一用户在确认第二账户有效后，可以发送有效的确认信息给业务服务器，业务服务器在接收到该有效的确认信息后基于所述第一账户和第二账户完成业务操作。

可选的，在本申请另一实施例中，如果第一用户确认第二账户无效，第一用户还可以向业务服务器发送无效的确认信息，业务服务器在接收到该无效的确认信息后取消执行业务操作，可以向第一用户返回申请业务操作的界面。

由以上描述可以看出，本申请业务服务器在执行业务操作前，可以为业务发起用户和业务响应用户建立通信通道，以供业务发起用户确认业务响应用户账户的有效性，并在接收到业务发起用户确认业务响应用户的账户有效的信息后执行业务操作，提高了业务操作的准确性，维护用户利益，提升用户体验。

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

请参考图3，图3是本申请一示例性实施例示出的一种业务处理方法的流程图。该实施例结合前述图1所示的应用场景。在本实施例中，业务操作为资金转账，用户A和用户B分别在业务服务器上注册有账户A和账户B，用户A为资金转账的发起用户，用户B资金转账的响应用户(接收用户)。请参考图3，该实施例包括以下步骤：

步骤301，用户A发送转账请求给业务服务器。

在本步骤中，用户A可以在使用的终端中装载的转账业务提供方提供的APP，然后在该APP的交互界面中输入转账金额、账户B的账户名，然后通过确认按钮向业务服务器发送转账请求。

步骤302，业务服务器判断所述转账请求中携带的转账金额是否超过阈值，如果超过阈值，则执行步骤303。如果没有超过阈值，则执行步骤309。

步骤303，业务服务器通知用户A提供身份验证问题。

基于前述步骤302的判断结果，当业务服务器确定所述转账金额超过阈值时，可以发送提供身份验证问题的指令给用户A。

步骤304，用户A发送身份验证问题给业务服务器。

用户A通过APP提供的输入身份验证问题的页面发送用于验证用户B身份合法性的身份验证问题给业务服务器。

步骤305，业务服务器根据账户B查找到用户B的手机号码，将有效性识别信息通过短信息发送给用户B。所述有效性识别信息包括有所述身份验证问题和账户B的账户信息。

步骤306，用户B通过短信息向业务服务器发送基于所述有效性识别信息的反馈信息。

用户B在接收到所述有效性识别信息后，回答所述身份验证问题，并确认账户B是否可用。然后将所述身份验证问题的答案和针对账户B的可用性确认信息作为反馈信息发送给业务服务器。

步骤307，业务服务器将所述反馈信息通过短信息转发给用户A。

步骤308，用户A在确认账户B有效后，发送账户B有效的确认信息给业务服务器。

用户A在接收到业务服务器转发的所述反馈信息后，如果确认用户B是身份合法，且账户B为用户B的可用账户，则可以向业务服务器发送账户B有效的确认信息。

步骤309，业务服务器执行由账户A至账户B的转账操作。

在图3所示的实施例中，业务服务器可以参照前述方法实施例以完成所述业务操作，在此不再一一赘述。

与前述业务处理方法的实施例相对应，本申请还提供了业务处理装置的实施例。

本申请业务处理装置的实施例可以应用在业务服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在业务服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请业务处理装置所在业务服务器的一种硬件结 构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，本实施例中业务处理装置所在的业务服务器通常根据该业务服务器的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图5，图5是本申请一示例性实施例示出的一种业务处理装置的结构示意图，所述业务处理装置400可以包括：请求接收单元401、通道建立单元402、业务操作单元403以及阈值判断单元404。

其中，所述请求接收单元401，接收第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求，所述第二账户由第二用户在所述业务服务器上注册；

通道建立单元402，根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道，以供第一用户确认第二账户的有效性；

业务操作单元403，在接收到第一用户发送的第二账户有效的确认信息后，基于所述第一账户和所述第二账户完成业务操作。

所述阈值判断单元404，在接收到第一用户基于已注册的第一账户发送的针对第二账户的业务操作请求后，判断所述业务操作请求中携带的业务数据量是否达到阈值；

所述通道建立单元402，具体在所述业务数据量达到所述阈值时，根据所述第二账户的账户信息为所述第一用户和所述第二用户建立通信通道。

进一步地，所述通道建立单元402，具体在所述第二账户的账户信息中查找第二用户的通信标识，根据所述通信标识为所述第一用户和所述第二用户建立通信通道。

进一步地，所述通道建立单元402，具体在所述通信标识为手机号码时，为所述第一用户和所述第二用户建立短信通道、语音通道或视频通道。

进一步地，所述通道建立单元402，具体在所述通信标识为邮箱地址时，为所述第一用户和所述第二用户建立邮件通道。

进一步地，所述通道建立单元402为第一用户和第二用户建立短信通道或者邮件通道，具体为通过短信或者邮件发送有效性识别信息给第二用户， 将第二用户基于所述有效性识别信息返回的反馈信息通过短信或者邮件发送给第一用户。

进一步地，所述第二账户的有效性包括：第二用户身份的合法性以及第二账户的可用性；

所述有效性识别信息包括：针对第二用户的身份验证问题以及第二账户的账户信息；

其中，所述针对第二用户的身份验证问题用以验证第二用户的身份合法性，所述第二账户的账户信息用以验证第二账户的可用性。

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

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

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