CN106453974B

CN106453974B - 向用户发起呼叫的方法和装置

Info

Publication number: CN106453974B
Application number: CN201510497897.8A
Authority: CN
Inventors: 解道成
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2015-08-13
Filing date: 2015-08-13
Publication date: 2020-02-18
Anticipated expiration: 2035-08-13
Also published as: CN106453974A

Abstract

本申请提出一种向用户发起呼叫的方法和装置。该方法可包括以下步骤：接收向目标用户推送认证信息的推送请求，其中，推送请求包括第一用户的用户通讯号码和第二用户的用户通讯号码，推送请求由第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫触发产生；根据第一用户的用户通讯号码获取第一用户对应的认证信息，并根据认证信息生成推送消息；以及将推送消息发送第二用户的用户通讯号码对应的终端。根据本申请的向用户发起呼叫的方法，为了提高用户之间进行通讯的安全性而申请。

Description

向用户发起呼叫的方法和装置

技术领域

本申请涉及通信安全技术领域，尤其涉及一种向用户发起呼叫的方法和装置。

背景技术

目前，在向用户发起呼叫的过程中，被叫方可通过来电显示获知主叫方的电话号码，但并不能知道主叫方的身份。而随着用户身份信息泄露现象越来越多，冒充者欺诈用户的现象越来越多，因此，为了避免被骚扰或欺骗，被叫方可能会对陌生号码的呼叫进行屏蔽或者不接通。这就给主叫方发起呼叫带来了一些的困难。虽然，主叫方可通过在电话中向被叫方提供一些验证信息(如身份标识或者只有主叫方和被叫方双方知道的信息)或者通过即时通信预先与被叫方沟通以获得被叫方的信任。这不但增加了沟通成本，并且给通话双方都带来不便。

申请内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的一个目的在于提出一种向用户发起呼叫的方法。该方法可以提高用户之间进行通讯的安全性。

本申请的第二个目的在于提出一种向用户发起呼叫的装置。

为了实现上述目的，本申请第一方面实施例的向用户发起呼叫的方法，包括以下步骤：接收向目标用户推送认证信息的推送请求，其中，所述推送请求包括所述第一用户的用户通讯号码和第二用户的用户通讯号码，所述推送请求由所述第一用户的用户通讯号码向所述第二用户的用户通讯号码发起的呼叫触发产生；根据所述第一用户的用户通讯号码获取所述第一用户对应的认证信息，并根据所述认证信息生成推送消息；以及将所述推送消息发送所述第二用户的用户通讯号码对应的终端。

根据本申请实施例的向用户发起呼叫的方法，可根据第一用户的用户通讯号码获取第一用户对应的认证信息，并根据认证信息生成推送消息，发送至第二用户的用户通讯号码对应的终端，从而，第二用户可在呼叫接通前获知呼叫发起方(第一用户)的身份信息，无需第二用户通过额外的沟通获取呼叫发起方的身份信息，并决定是否接听，能够有效避免骚扰和欺诈事件，操作简单、方便，在提高安全性的同时，还降低了沟通成本。

本申请第二方面实施例的向用户发起呼叫的装置，包括：接收模块，用于接收向目标用户推送认证信息的推送请求，其中，所述推送请求包括所述第一用户的用户通讯号码和第二用户的用户通讯号码，所述推送请求由所述第一用户的用户通讯号码向所述第二用户的用户通讯号码发起的呼叫触发产生。生成模块，根据所述第一用户的用户通讯号码获取所述第一用户对应的认证信息，并根据所述认证信息生成推送消息；以及推送模块，用于将所述推送消息发送所述第二用户的用户通讯号码对应的终端。

根据本申请实施例的提出向用户发起呼叫的装置，可根据第一用户的用户通讯号码获取第一用户对应的认证信息，并根据认证信息生成推送消息，发送至第二用户的用户通讯号码对应的终端，从而，第二用户可在呼叫接通前获知呼叫发起方(第一用户)的身份信息，无需第二用户通过额外的沟通获取呼叫发起方的身份信息，并决定是否接听，能够有效避免骚扰和欺诈事件，操作简单、方便，在提高安全性的同时，还降低了沟通成本。

本申请附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

图1是根据本申请一个实施例的向用户发起呼叫的方法的流程图。

图2是根据本申请一个实施例的向用户发起呼叫的方法的时序图。

图3是根据本申请一个实施例的向用户发起呼叫的装置的结构示意图。

图4是根据本申请另一个实施例的向用户发起呼叫的装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

下面参考附图描述根据本申请实施例的向用户发起呼叫的方法、装置和系统。

为了在向用户发起呼叫的过程中，提高用户之间进行通讯的安全性，本申请提出一种向用户发起呼叫的方法。

本实施例的方法可由服务器执行。该服务器可为信息推送服务器。

如图1所示，该向用户发起呼叫的方法包括：

S101，接收向目标用户推送认证信息的推送请求，其中，推送请求包括第一用户的用户通讯号码和第二用户的用户通讯号码，推送请求由第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫触发产生。

其中，目标用户可为第二用户。

当第一用户的用户通讯号码向第二用户的用户通讯号码发起呼叫时，服务器可以向第二用户推送认证信息，以使第二用户能够通过认证信息判断发起呼叫的第一用户是否为可信用户。第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫通过服务运营商进行响应，并由服务运营商建立第一用户的用户通讯号码向第二用户的用户通讯号码之间的通话。服务运营商接收第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫，并判断第一用户的用户通讯号码是否满足预设条件。在第一用户的用户通讯号码满足预设条件时，服务运营商可以向本申请实施例的信息推送服务器发起第一用户的认证信息的推送请求。

因此，在本申请的一个实施例中，信息推送服务器接收由服务运营商根据第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫生成的第一用户认证信息的推送请求。

在本申请的实施例中，用户通讯号码可为手机号码、特服号或者网络电话号码等。

具体地，在本申请的一个实施例中，当第一用户的用户通讯号码属于预设的号码段时，判断满足预设条件。其中，预设的号码段可以为服务器从服务运行商(例如，移动、联通或电信等)申请的专属号码段。换而言之，信息推送服务器可从服务器运营商申请用于触发推送认证信息的专属号码段，并根据第一用户的呼叫请求为第一用户分配专属号码。

S102，根据第一用户的用户通讯号码查询预先建立的认证信息数据库，获取第一用户对应的认证信息，并根据认证信息生成推送消息。

在本申请的实施例中，认证信息可为标识用户身份的信息，例如，可以是用户类型(如商户)、账户信息(商户名称等)等，还可以是仅由第一用户和第二用户知道的信息等，此外，还可以将用户所使用的部分证件的信息(例如网络商铺运营资格证信息)作为认证信息。

可以理解的是，当第一用户的用户通讯号码向第二用户的用户通讯号码发起呼叫时，服务器可根据第一用户的用户通讯号码查询认证信息数据库，以获取第一用户对应的认证信息，并根据认证信息生成推送消息。

在本申请的实施例中，认证信息数据库中存储有用户的通讯号码与认证信息之间的绑定关系。认证信息数据库中存储的绑定关系为预先建立的，具体地，该绑定关系为第一用户在服务器中注册时建立的。因此，在本申请的一个实施例中，还可包括建立上述绑定关系的步骤，具体地，建立上述绑定关系的过程可包括：接收第一用户的注册请求，并为第一用户分配用户通讯号码，并建立分配的用户通讯号码与第一用户对应的认证信息之间的绑定关系。

具体地，当第一用户成功登录服务器时，第一用户通过请求服务器为其分配用户通讯号码。然后第一用户向服务器发送申请身份认证请求，当服务器接收到身份认证请求时，获取第一用户的认证信息，并建立该认证信息与第一用户对应的用户通讯号码的绑定关系。

S103，将推送消息发送第二用户的用户通讯号码对应的终端。

具体地，在本申请的一个实施例中，服务器可将推送消息可通过USSD(Unstructured Supplementary Service Data,非结构化补充数据业务)发送至服务运营商，从而服务运营商可再通过USSD将推送消息发送第二用户通讯号码对应的终端。较佳的，服务运营商可在接通第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫之前，通过USSD将推送消息发送第二用户通讯号码对应的终端。

当第二用户通过终端看到推送消息时，即可根据推送消息获得呼叫发起方(第一用户)的身份信息，从而无需第二用户通过额外的沟通获取呼叫发起方的身份信息，并决定是否接听。

进一步地，在本申请的一个实施例中，第一用户可为商户，第二用户可为买家用户，认证信息包括商户的身份信息。在本申请的另一个实施例中，第一用户可为买家用户，第二用户可为商户，认证信息包括买家用户的购买信息。也就是说，本申请不但适用于第一用户向第二用户发起呼叫前，向第二用户推送第一用户对应的认证信息，以便于第二用户确认第一用户的身份，还适用于第二用户向第一用户发起呼叫前，向第一用户推送对应的认证信息，以便于第一用户确认第二用户的身份。

具体地，如图3所示，以第一用户为商户、第二用户为买家用户为例对本申请的向用户发起呼叫的方法进行说明。当商户通过从服务器获取的商户通讯号码拨打买家用户的手机时，服务运营商接收商户通讯号码，并判断商户通讯号码是否满足预设条件，如果满足，服务运营商会在通话接通前，将通话事件推送至服务器。由服务器通过商户通讯号码找到对应的商户和商户认证信息，并将商户认证信息通过USSD(UnstructuredSupplementary Service Data,非结构化补充数据业务)发送到服务运营商。然后服务运营商根据商户认证信息生成推送消息，并将推送消息通过USSD发送到买家用户的手机中，并显示商户认证信息。如果买家用户确认了商户的认证信息，接通买家用户的手机进行通话。

根据本申请实施例的提出向用户发起呼叫的方法，可根据第一用户的用户通讯号码获取第一用户对应的认证信息，并根据认证信息生成推送消息，发送至第二用户的用户通讯号码对应的终端，从而，第二用户可在呼叫接通前获知呼叫发起方(第一用户)的身份信息，无需第二用户通过额外的沟通获取呼叫发起方的身份信息，并决定是否接听，能够有效避免骚扰和欺诈事件，操作简单、方便，在提高安全性的同时，还降低了沟通成本。

为了实现上述实施例，本申请还提出一种向用户发起呼叫的装置。

如图3所示，该向用户发起呼叫的装置包括：接收模块100、生成模块200和推送模块300。

具体地，接收模块100用于接收向目标用户推送认证信息的推送请求，其中，推送请求包括第一用户的用户通讯号码和第二用户的用户通讯号码，推送请求由第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫触发产生。

其中，目标用户可为第二用户。

因此，在本申请的一个实施例中，接收模块100接收由服务运营商根据第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫生成的第一用户认证信息的推送请求。

具体地，当第一用户的用户通讯号码属于预设的号码段时，判断满足预设条件。其中，预设的号码段可以是从服务运行商申请的专属号码段。换而言之，服务运营商根据申请提供用于触发推送认证信息的专属号码段，并根据第一用户的呼叫请求为第一用户分配专属号码。

生成模块200用于根据第一用户的用户通讯号码查询预先建立的认证信息数据库，获取第一用户对应的认证信息，并根据认证信息生成推送消息。

在本申请的实施例中，认证信息可为用户唯一识别用户身份的信息，例如，可以是用户的身份证信息、账户信息等，此外，还可以将用户所使用的部分证件的信息(例如驾驶证的信息、网络商铺运营资格证信)作为认证信息。

可以理解的是，当第一用户的用户通讯号码向第二用户的用户通讯号码发起呼叫时，生成模块200可可根据第一用户的用户通讯号码查询认证信息数据库，以获取第一用户对应的认证信息，并根据认证信息生成推送消息。

在本申请的实施例中，认证信息数据库中存储有用户通讯号码与认证信息之间的绑定关系。认证信息数据库中存储的绑定关系为预先建立的，具体地，该绑定关系为第一用户在注册模块400中注册时建立的。

进一步地，如图4所示，在本申请的一个实施例中，还可包括：注册模块400用于接收第一用户的注册请求，并为第一用户分配用户通讯号码，并建立分配的用户通讯号码与第一用户对应的认证信息之间的绑定关系。

具体地，当第一用户成功登录装置时，第一用户通过请求注册模块400为其分配用户通讯号码。然后第一用户向注册模块400发送申请身份认证请求，当注册模块400接收到身份认证请求时，获取第一用户的认证信息，并建立该认证信息与第一用户对应的用户通讯号码的绑定关系。

推送模块300用于将推送消息发送第二用户的用户通讯号码对应的终端。

具体地，在本申请的一个实施例中，推送模块300可将推送消息可通过USSD(Unstructured Supplementary Service Data,非结构化补充数据业务)发送至服务运营商，从而服务运营商可再通过USSD将推送消息发送第二用户通讯号码对应的终端。较佳的，服务运营商可在接通第一用户的用户通讯号码向第二用户的用户通讯号码发起的呼叫之前，通过USSD将推送消息发送第二用户通讯号码对应的终端。

在本申请的一个实施例中，第一用户可为商户，第二用户可为买家用户，认证信息包括商户的身份信息。在本申请的另一个实施例中，第一用户可为买家用户，第二用户可为商户，认证信息包括买家用户的购买信息。也就是说，本申请不但适用于第一用户向第二用户发起呼叫前，向第二用户推送第一用户对应的认证信息，以便于第二用户确认第一用户的身份，还适用于第二用户向第一用户发起呼叫前，向第一用户推送对应的认证信息，以便于第一用户确认第二用户的身份。

进一步地，以第一用户为商户、第二用户为买家用户为例对本申请的向用户发起呼叫的方法进行说明。其中，本申请的向用户发起呼叫的装置运行与服务器中。具体地，当商户通过从服务器获取的商户通讯号码拨打买家用户的手机时，服务运营商接收商户通讯号码，并判断商户通讯号码是否满足预设条件，如果满足，服务运营商会在通话接通前，将通话事件推送至服务器。由服务器通过商户通讯号码找到对应的商户和商户认证信息，并将商户认证信息通过USSD(Unstructured Supplementary Service Data,非结构化补充数据业务)发送到服务运营商。然后服务运营商根据商户认证信息生成推送消息，并将推送消息通过USSD发送到买家用户的手机中，并显示商户认证信息。如果买家用户确认了商户的认证信息，接通买家用户的手机进行通话。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种向用户发起呼叫的方法，其特征在于，包括以下步骤：

接收向目标用户推送认证信息的推送请求，其中，所述推送请求包括第一用户的用户通讯号码和第二用户的用户通讯号码，所述推送请求由所述第一用户的用户通讯号码向所述第二用户的用户通讯号码发起的呼叫触发产生；

根据所述第一用户的用户通讯号码获取所述第一用户对应的认证信息，并根据所述认证信息生成推送消息，预先建立认证信息数据库，所述认证信息数据库中存储有所述第一用户的通讯号码与所述认证信息之间的绑定关系，所述绑定关系是所述第一用户在注册所述第一用户的用户通讯号码时由服务器获取所述第一用户对应的认证信息并建立的，其中，所述第一用户为商户，所述第二用户为买家用户，所述认证信息包括商户的身份信息，或者，所述第一用户为买家用户，所述第二用户为商户，所述认证信息包括买家用户的购买信息；以及

将所述推送消息发送所述第二用户的用户通讯号码对应的终端，以使所述第二用户通过所述认证信息判断发起呼叫的所述第一用户是否为可信用户。

2.如权利要求1所述的向用户发起呼叫的方法，其特征在于，还包括：

接收第一用户的注册请求，并为所述第一用户分配用户通讯号码，并建立分配的用户通讯号码与所述第一用户对应的认证信息之间的绑定关系。

3.如权利要求2所述的向用户发起呼叫的方法，其特征在于，所述分配的用户通讯号码处于预设的号码段。

4.如权利要求1-3任一项所述的向用户发起呼叫的方法，其特征在于，还包括：

服务运营商接收所述第一用户的用户通讯号码向所述第二用户的用户通讯号码发起的呼叫；

判断所述第一用户的用户通讯号码是否满足预设条件；

如果判断满足所述预设条件，则发送所述推送请求。

5.如权利要求4所述的向用户发起呼叫的方法，其特征在于，当所述第一用户的用户通讯号码属于预设的号码段时，判断满足所述预设条件。

6.如权利要求1所述的向用户发起呼叫的方法，其特征在于，通过非结构化补充数据业务USSD将所述推送消息发送所述用户通讯号码对应的终端。

7.一种向用户发起呼叫的装置，其特征在于，包括：

接收模块，用于接收向目标用户推送认证信息的推送请求，其中，所述推送请求包括第一用户的用户通讯号码和第二用户的用户通讯号码，所述推送请求由所述第一用户的用户通讯号码向所述第二用户的用户通讯号码发起的呼叫触发产生；

生成模块，根据所述第一用户的用户通讯号码获取所述第一用户对应的认证信息，并根据所述认证信息生成推送消息；

其中，预先建立认证信息数据库，所述认证信息数据库中存储有所述第一用户的通讯号码与所述认证信息之间的绑定关系，所述绑定关系是所述第一用户在注册所述第一用户的用户通讯号码时由服务器获取所述第一用户对应的认证信息并建立的，其中，所述第一用户为商户，所述第二用户为买家用户，所述认证信息包括商户的身份信息，或者，所述第一用户为买家用户，所述第二用户为商户，所述认证信息包括买家用户的购买信息；以及

推送模块，用于将所述推送消息发送所述第二用户的用户通讯号码对应的终端，以使所述第二用户通过所述认证信息判断发起呼叫的所述第一用户是否为可信用户。

8.如权利要求7所述的向用户发起呼叫的装置，其特征在于，还包括：

注册模块，用于接收第一用户的注册请求，并为所述第一用户分配用户通讯号码，并建立分配的用户通讯号码与所述第一用户对应的认证信息之间的绑定关系。

9.如权利要求8所述的向用户发起呼叫的装置，其特征在于，所述分配的用户通讯号码处于预设的号码段。

10.如权利要求7所述的向用户发起呼叫的装置，其特征在于，通过非结构化补充数据业务USSD将所述推送消息发送所述用户通讯号码对应的终端。