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

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

背景技术：

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

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

技术实现要素：

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

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

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

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

在所述第二账户为非安全账户时，发送非安全提示给第一用户；

在接收到所述第一用户根据所述非安全提示发送的确认指令后，基于所述第一账户和所述第二账户完成业务操作。

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

根据完成所述业务操作之前，曾与所述第二账户完成业务操作的历史第一用户针对所述第二账户的账户类型标注，确定所述第二账户的非安全指数；

判断所述第二账户的非安全指数是否达到阈值；

如果所述第二账户的非安全指数达到所述阈值，则确认所述第二账户为非安全账户；

所述账户类型包括：安全账户和非安全账户。

进一步地，在基于所述第一账户和所述第二账户完成业务操作之后，所述方法还包括：

发送针对第二账户的账户类型标注提醒给第一用户；

接收第一用户针对所述第二账户标注的账户类型，并根据所述账户类型更新所述第二账户的非安全指数。

进一步地，在接收第一用户针对所述第二账户标注的账户类型之后，所述方法还包括：

接收第一用户针对所述第二账户的二次标注，并根据所述二次标注的账户类型更新所述第二账户的非安全指数。

进一步地，所述发送非安全提示给第一用户，包括：

获取所述第二账户的非安全指数，将所述非安全指数携带在所述非安全提示中发送给第一用户。

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

根据预设的关键词从互联网获取所述第二账户的账户安全信息；

根据所述账户安全信息确定所述第二账户的账户类型；

所述账户类型包括：安全账户和非安全账户。

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

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

提示发送单元，在所述第二账户为非安全账户时，发送非安全提示给第一用户；

业务操作单元，在接收到所述第一用户根据所述非安全提示发送的确认指令后，基于所述第一账户和所述第二账户完成业务操作。

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

指数确定单元，根据完成所述业务操作之前，曾与所述第二账户完成业务操作的历史第一用户针对所述第二账户的账户类型标注，确定所述第二账户的非安全指数；

阈值判断单元，判断所述第二账户的非安全指数是否达到阈值；

第一确认单元，在所述第二账户的非安全指数达到所述阈值时，确认所述第二账户为非安全账户；

所述账户类型包括：安全账户和非安全账户。

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

提醒发送单元，在基于所述第一账户和所述第二账户完成业务操作之后，发送针对第二账户的账户类型标注提醒给第一用户；

指数更新单元，接收第一用户针对所述第二账户标注的账户类型，并根据所述账户类型更新所述第二账户的非安全指数。

进一步地，所述指数更新单元，进一步在接收第一用户针对所述第二账户标注的账户类型之后，接收第一用户针对所述第二账户的二次标注，并根据所述二次标注的账户类型更新所述第二账户的非安全指数。

进一步地，所述提示发送单元，具体获取所述第二账户的非安全指数，将所述非安全指数携带在所述非安全提示中发送给第一用户。

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

第二确认单元，根据预设的关键词从互联网获取所述第二账户的账户安全信息，根据所述账户安全信息确定所述第二账户的账户类型；

所述账户类型包括：安全账户和非安全账户。

由此可以看出，本申请业务服务器在执行业务操作前，如果确认业务响应账户为非安全账户，可以发送非安全提示给第一用户，以提示第一用户当前的业务操作可能存在的风险，从而提高用户进行业务操作的安全性，提升 用户体验。

附图说明

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

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

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

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

具体实施方式

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

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

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

相关技术中，以业务操作为资金转账为例，业务服务器根据付款用户输入的收款用户的账户信息以执行转账操作。而付款用户在转账的过程中无法 得知收款用户的账户是否为安全账户，从而导致诸多付款用户被同一个非安全账户所骗。

有鉴于此，本申请提供一种业务处理方案，可以在执行业务操作之前，为业务发起用户提示业务响应账户的账户类型，以提高用户进行业务操作的安全性。

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

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

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

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

在本实施例中，第一用户可以基于第一账户向业务服务器发送针对第二账户的业务操作请求，业务服务器在接收到该业务操作请求后，可以获取所述第二账户的账户类型，所述账户类型包括：安全账户和非安全账户。所述业务服务器在所述第二账户为非安全账户时，发送非安全提示给第一用户，并在接收到所述第一用户根据所述非安全提示发送的确认指令后，基于所述第一账户和所述第二账户完成业务操作。由此可以看出，本申请业务服务器 在执行业务操作前，如果确认业务响应账户为非安全账户，可以发送非安全提示给第一用户，以提示第一用户当前的业务操作可能存在的风险，从而提高用户进行业务操作的安全性，提升用户体验。

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

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

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

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

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

步骤202，在所述第二账户为非安全账户时，发送非安全提示给第一用户。

基于前述步骤201，业务服务器在接收到第一用户发送所述业务操作请求后，可以获取所述第二账户的账户类型，并在该第二账户的账户类型为非安全账户时，发送非安全提示给第一用户。其中，所述第二账户的账户类型包括：安全账户和非安全账户。

在本实施例中，业务服务器可以采用以下两种方式确认所述第二账户的账户类型。

方式一，业务服务器根据所述第二账户的非安全指数确定所述第二账户的账户类型。所述第二账户的非安全指数可以由曾与所述第二账户完成业务操作的第一用户标注的所述第二账户的账户类型确定，在本申请中，将曾与 得到第二账户完成业务操作的第一用户称为历史第一用户。

具体地，在初始状态时，业务服务器可以默认第二账户的账户类型为安全账户，第二账户的非安全指数为0。历史第一用户可以在业务服务器完成业务操作后，发送针对第二用户标注的账户类型。比如：历史第一用户在业务服务器完成所述业务操作后，可以关注第二用户是否兑现业务承诺，如果确认第二用户没有兑现业务承诺，则可以将第二账户的账户类型标注为非安全账户。如果历史第一用户确认第二用户已经兑现业务承诺，则可以将第二账户的账户类型标注为安全账户，也可以不进行标注，业务服务器可以在预设的标注时间内没有接收到历史第一用户针对所述第二账户标注的账户类型时，默认第一用户针对所述第二账户标注的账户类型为安全账户。

可选的，所述第二账户的非安全指数可以为曾与所述第二账户完成业务操作的历史第一用户中标注所述第二账户为非安全账户的历史第一用户的数量。业务服务器接收历史第一用户针对所述第二账户标注的账户类型，当历史第一用户针对所述第二账户标注的账户类型为安全账户时，业务服务器可以不更新所述非安全指数。当历史第一用户针对所述第二账户标注的账户类型为非安全账户时，业务服务器可以将所述第二账户的非安全指数增加1。

可选的，所述第二账户的非安全指数也可以是标注所述第二账户为非安全账户的历史第一用户数量占所有历史第一用户数量的比例。业务服务器接收历史第一用户针对所述第二账户标注的账户类型，然后根据历史第一用户标注的账户类型，计算所述第二账户的非安全指数。

在本实施例中，业务服务器判断所述第二账户的非安全指数是否达到阈值，如果所述第二账户的非安全指数达到所述阈值，则可以确认所述第二账户为非安全账户。具体地，业务服务器可以根据预设的时间周期判断第二账户的非安全指数是否达到阈值，业务服务器也可以在每次更新第二账户的非安全指数后，判断第二账户的非安全指数是否达到阈值，业务服务器也可以在接收到第一用户发送的所述业务操作请求后，判断第二账户的非安全指数是否达到阈值，本申请对此不作特殊限制。所述阈值的取值可以由开发人员 进行设置，比如：开发人员可以根据所述非安全指数的不同确定方式设置不同的阈值。

可选的，在本申请，鉴于历史第一用户确认第二用户是否兑现业务承诺可能需要花费一定的时间，业务服务器可以允许历史第一用户对第二账户的账户类型进行二次标注。比如：业务服务器在预设的标注时间内没有接收到历史第一用户针对第二账户标注的账户类型，默认历史第一用户标注的账户类型为安全账户，后续如果历史第一用户发现第二用户没有兑现业务承诺，则历史第一用户可以将所述第二用户的账户类型标注为非安全账户，业务服务器在接收到该标注后更新所述第二账户的非安全指数。又比如：历史第一用户误将第二账户的账户类型标注为安全账户，则历史第一用户可以针对所述第二账户进行二次标注，将所述第二账户标注为非安全账户，业务服务器根据该二次标注的账户类型更新所述第二账户的非安全指数。

方式二，业务服务器还可以对互联网的数据进行分析，以确定第二账户的账户类型。具体地，业务服务器可以根据预设的关键词从互联网获取所述第二账户的账户安全信息，然后根据所述账户安全信息确定所述第二账户的账户类型。所述关键词可以为“诈骗账户”、“转账、诈骗”等能够确认非安全账户的关键词，具体可以由开发人员进行设置。在实际实现中，业务服务器可以根据所述关键词从目标网站中获取账户安全信息，所述目标网站可以为微博、论坛、BBS等用户交流平台。假设，业务服务器根据关键词“诈骗账户”从某BBS中获取到一段文本“账户62148***123是诈骗账户，大家不要受骗”，则业务服务器可以从中提取出账户“62148***123”的账户安全信息为“诈骗账户”，然后可以根据该账户安全信息确定账户“62148***123”为非安全账户。当然，在实际实现中，针对某一个账户，业务服务器可以在从互联网中提取到多次该账户为非安全账户的账户安全信息后确认该账户为非安全账户，以避免误判。

在本申请中，当业务服务器确认所述第二账户为非安全账户时，第二用户需要通过申诉等方式更改所述第二账户的账户类型。

可选的，在本步骤中，业务服务器在所述第二账户为非安全账户时，还可以获取所述第二账户的非安全指数，并将所述非安全指数携带在所述非安全提示中发送给第一用户。

在本实施例中，如果所述第二账户的账户类型为安全账户，则业务服务器可以基于所述第一账户和所述第二账户完成业务操作。

步骤203，在接收到所述第一用户根据所述非安全提示发送的确认指令后，基于所述第一账户和所述第二账户完成业务操作。

基于前述步骤202，第一用户在接收到业务服务器发送的非安全提示后，如果依然确定要执行所述业务操作，则可以发送确认指令给业务服务器，业务服务器在接收到该确认指令后，基于所述第一账户和所述第二账户完成业务操作。

如果第一用户要取消所述业务操作，则可以发送取消指令给业务服务器，业务服务器在接收到该取消指令后，不执行所述业务操作，可以向第一用户返回请求业务操作的页面。

步骤204，发送针对第二账户的账户类型标注提醒给第一用户。

在本实施例中，当业务服务器基于所述第一账户和所述第二账户完成业务操作后，可以发送针对第二账户的账户类型标注提醒给第一用户，比如：通过短息或者APP推送消息发送所述账户类型标识提醒。

步骤205，接收第一用户针对所述第二账户标注的账户类型，并根据所述账户类型更新所述第二账户的非安全指数。

在本实施例中，第一用户在业务服务器完成所述业务操作后，可以关注第二用户是否兑现业务承诺，如果确认第二用户没有兑现业务承诺，则可以将第二账户的账户类型标注为非安全账户。如果第一用户确认第二用户已经兑现业务承诺，则可以将第二账户的账户类型标注为安全账户，也可以不进行标注。业务服务器在接收到第一用户针对所述第二账户标注的账户类型后，可以根据所述账户类型更新所述第二账户的非安全指数。

由以上描述可以看出，本申请业务服务器在执行业务操作前，如果确认 业务响应账户为非安全账户，可以发送非安全提示给第一用户，以提示第一用户当前的业务操作可能存在的风险，从而提高用户进行业务操作的安全性，提升用户体验。

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

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

请参考图4，图4是本申请一示例性实施例示出的一种业务处理装置的结构示意图，所述业务处理装置300可以包括：请求接收单元301、提示发送单元302、业务操作单元303、指数确定单元304、阈值判断单元305、第一确认单元306、提醒发送单元307、指数更新单元308以及第二确认单元309。

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

所述提示发送单元302，在所述第二账户为非安全账户时，发送非安全提示给第一用户；

所述业务操作单元303，在接收到所述第一用户根据所述非安全提示发送的确认指令后，基于所述第一账户和所述第二账户完成业务操作。

所述指数确定单元304，根据完成所述业务操作之前，曾与所述第二账户完成业务操作的历史第一用户针对所述第二账户的账户类型标注，确定所 述第二账户的非安全指数；

所述阈值判断单元305，判断所述第二账户的非安全指数是否达到阈值；

所述第一确认单元306，在所述第二账户的非安全指数达到所述阈值时，确认所述第二账户为非安全账户；

所述账户类型包括：安全账户和非安全账户。

所述提醒发送单元307，在基于所述第一账户和所述第二账户完成业务操作之后，发送针对第二账户的账户类型标注提醒给第一用户；

所述指数更新单元308，接收第一用户针对所述第二账户标注的账户类型，并根据所述账户类型更新所述第二账户的非安全指数。

进一步地，所述指数更新单元308，在接收第一用户针对所述第二账户标注的账户类型之后，接收第一用户针对所述第二账户的二次标注，并根据所述二次标注的账户类型更新所述第二账户的非安全指数。

所述提示发送单元302，具体获取所述第二账户的非安全指数，将所述非安全指数携带在所述非安全提示中发送给第一用户。

所述第二确认单元309，根据预设的关键词从互联网获取所述第二账户的账户安全信息，根据所述账户安全信息确定所述第二账户的账户类型；

所述账户类型包括：安全账户和非安全账户。

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

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

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