CN111800547A - 用户身份信息的获取方法、装置、存储介质及处理器 - Google Patents

Abstract

本发明公开了一种用户身份信息的获取方法、装置、存储介质及处理器。其中，该方法包括：接收来自于终端的电话呼叫请求，其中，电话呼叫请求中携带有拨号号码，拨号号码至少包括：被叫号码和身份识别信息；从拨号号码中获取身份识别信息，并采用身份识别信息获得用户身份信息。本发明解决了相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

Description

用户身份信息的获取方法、装置、存储介质及处理器

技术领域

本发明涉及计算机领域，具体而言，涉及一种用户身份信息的获取方法、装置、存储介质及处理器。

背景技术

客户拨打客服热线电话咨询时，需要识别客户的身份(服务账号)，以便对客户账号进行相关操作。

目前用户点击服务APP中的“客服电话”，APP会唤起系统的拨号功能，拨打客服电话，然而客服接到电话时并不能识别用户的身份，为了确定用户身份，通常采用如下方式实现：

a)由客服人员在电话中询问用户身份。但是，该方式存在以下文问题：

1.账号、电子邮件往往很长，用户记不住，而且在电话中报数字、字母容易听错，效率低下。

2.存在安全风险。恶意用户可冒充正常用户，而客服人员却无法分辨。

3.为规避冒充风险，客服人员需要询问其它客户信息以交叉印证，进一步降低效率。

b)识别客户来电号码。但是，该方式要求客户只能用注册过的电话拨打。

c)由用户按键输入账号密码。但是，该方式存在如下问题：

1.受限于电话只能输入数字，对于有字母的账号和密码无能为力。

2.对于纯数字的账号密码，输入可能过长，效率低。

3.输入账号密码时有泄露风险。

d)APP请求服务器发起双呼(系统同时呼叫客服人员和用户)。但是，该方式存在如下问题：

1.需要改造IVR以及建立外呼系统。

2.需要用户适应被呼叫。

针对上述无法有效获得用户身份信息的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种用户身份信息的获取方法、装置、存储介质及处理器，以至少解决相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

根据本发明实施例的一个方面，提供了一种用户身份信息的获取方法，包括：接收来自于终端的电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和身份识别信息；从所述拨号号码中获取所述身份识别信息，并根据所述身份识别信息获得用户身份信息。

根据本发明实施例的另一方面，还提供了另一种用户身份信息的获取方法，包括：获取身份识别信息；发起电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和所述身份识别信息，所述身份识别信息用于获得用户身份信息。

根据本发明实施例的另一方面，还提供了一种用户身份信息的获取装置，包括：接收单元，用于接收来自于终端的电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和身份识别信息；第一获取单元，用于从所述拨号号码中获取所述身份识别信息，并根据所述身份识别信息获得用户身份信息。

根据本发明实施例的另一方面，还提供了另一种用户身份信息的获取装置，包括：第二获取单元，用于获取身份识别信息；发起单元，用于发起电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和所述身份识别信息，所述身份识别信息用于获得用户身份信息。

根据本发明实施例的另一个方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的用户身份信息的获取方法。

根据本发明实施例的又一个方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时使得所述处理器执行上述所述的用户身份信息的获取方法。

在本发明实施例中，电话呼叫请求中携带有拨号号码，且拨号号码中至少包括：被叫号码和身份识别信息，在接收到来自于终端的电话呼叫请求后，便可从拨号号码中获取身份识别信息，该身份识别信息可以引导服务端获取用户身份信息，达到了通过电话呼叫请求中附带的身份识别信息查询获得用户身份信息，而无需再由客服人员在电话中询问用户身份、或者用户必须使用注册过的电话拨打客服电话、抑或是由用户手动输入账号密码的目的，从而便于客服人员依据从电话呼叫请求中获得的用户身份信息能够及时、准确地确认用户身份，整个用户身份信息获取过程简便易行、操作复杂度较低的技术效果，进而解决了相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了一种用于实现用户身份信息的获取方法的服务端的硬件结构框图；

图2是根据本发明实施例的一种用户身份信息的获取方法的流程图；

图3是根据本发明其中一可选实施例的一种获取用户身份信息的流程示意图；

图4是根据本发明其中一可选实施例的另一种获取用户身份信息的流程示意图；

图5示出了一种用于实现用户身份信息的获取方法的终端的硬件结构框图；

图6是根据本发明实施例的另一种用户身份信息的获取方法的流程图；

图7是根据本发明其中一可选实施例的通过终端与服务端交互获取用户身份信息的完整过程流程图；

图8是根据本发明实施例的一种用户身份信息的获取装置的结构框图；

图9是根据本发明实施例的另一种用户身份信息的获取装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

IVR系统:Interactive voice response互动式语音应答系统。

服务APP：由服务商提供的手机上的应用。

实施例1

根据本发明实施例，还提供了一种用户身份信息的获取方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例1所提供的方法实施例可以在服务端中执行。图1示出了一种用于实现用户身份信息的获取方法的服务端的硬件结构框图。如图1所示，服务端10可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储介质104、以及用于通信功能的传输模块106。除此以外，还可以包括：输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述服务端的结构造成限定。例如，服务端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到服务端10中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制。

存储介质104可用于存储应用软件的软件程序以及模块，如本发明实施例中的用户身份信息的获取方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储介质104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的用户身份信息的获取方法。存储介质104可包括高速随机存储介质，还可包括非易失性存储介质，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储介质。在一些实例中，存储介质104可进一步包括相对于处理器102远程设置的存储介质，这些远程存储介质可以通过网络连接至服务端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在上述运行环境下，本申请提供了如图2所示的用户身份信息的获取方法。图2是根据本发明实施例的一种用户身份信息的获取方法的流程图，如图2所示的方法可以包括如下步骤：

步骤S202，接收来自于终端的电话呼叫请求，其中，电话呼叫请求中携带有拨号号码，拨号号码至少包括：被叫号码和身份识别信息；

步骤S204，从拨号号码中获取身份识别信息，并根据身份识别信息获得用户身份信息。

在本发明实施例中，电话呼叫请求中携带有拨号号码，且拨号号码中至少包括：被叫号码和身份识别信息，在接收到来自于终端的电话呼叫请求后，便可从拨号号码中获取身份识别信息，该身份识别信息可以引导服务端获取用户身份信息，达到了通过电话呼叫请求中附带的身份识别信息查询获得用户身份信息，而无需再由客服人员在电话中询问用户身份、或者用户必须使用注册过的电话拨打客服电话、抑或是由用户手动输入账号密码的目的，从而便于客服人员依据从电话呼叫请求中获得的用户身份信息能够及时、准确地确认用户身份，整个用户身份信息获取过程简便易行、操作复杂度较低的技术效果，进而解决了相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

可选地，在上述服务端上安装有IVR系统，以便通过IVR系统接收来自于终端的电话呼叫请求。

用户在使用终端上安装的拨打客服电话的APP之前，需要在APP上注册用户身份信息。该用户身份信息的注册页面通常可以包括必填项和选填项两个部分。必填项通常可以包括但不限于：账户名称(即昵称)、账户密码、用户的联系方式、用户的真实姓名。选填项可以包括但不限于：用户的生日或年龄、用户的家庭住址、用户的工作单位。当然，上述必填项和选填项中所包含的具体条目可以根据APP类型进行灵活调整。

上述身份识别信息具备获取用户身份信息的索引功能。为了避免在向IVR系统发起电话呼叫请求的过程中泄露用户身份信息，因此，终端在发起电话呼叫请求时，在拨号号码中携带该身份识别信息，然后通过该身份识别信息引导服务端查询到对应的用户身份信息。

作为一种可选的实施例，身份识别信息可以是由服务端临时为发起电话呼叫请求的终端分配的临时令牌(token)。该token只在指定时间范围内有效，即服务端只能够在指定时间范围内查询到用户身份信息，如果超出该指定时间范围，则服务端无法查询到用户身份信息。另外，考虑到拨打客服电话通常拨打的都是数字键，因此，该token通常是由多个数字组成的字符串。例如：token为1234。

在接收来自于终端的电话呼叫请求之前，还包括：接收来自于终端的网络请求，其中，网络请求中携带有终端上登录的应用程序关联的用户身份信息，网络请求是由终端在获取到用户身份信息之后，将用户身份信息设置为请求参数值所生成的请求消息；响应于网络请求，生成身份识别信息，并在身份识别信息与用户身份信息之间建立关联关系。

接收终端发送的网络请求的执行主体与接收终端发送的电话呼叫请求的执行主体既可以是服务端侧两个不同的服务器，也可以是同一个服务器的不同功能组件。如果是两个不同的服务器，则既可以是分别在两个不同物理机上架设的服务器，也可以是在同一个物理机上架设的两个虚拟服务器。

上述网络请求可以是超文本传输协议(HTTP)请求。终端根据用户注册的用户身份信息可以将用户身份信息中账户名称和账户密码采用键值对(key-value)的方式封装在HTTP请求的请求头中，然后将生成的网络请求发送至服务器。服务器在接收到来自于终端的网络请求后，可以从HTTP请求中解析出账户名称和账户密码，并依据该账户名称和账户密码分配的token，同时还会建立该账户名称和账户密码与token之间的关联关系，供后续查询用户身份信息时使用。

可选地，上述拨号号码还包括：停顿符号，其中，停顿符号用于分隔被叫号码与身份识别信息。

假设拨号号码中的被叫号码为“95187”，身份识别信息为“1234”，则拨号号码即为“951871234”或“123495187”之类的长字符串，但是此类字符串形式的拨号号码中被叫号码与身份识别信息连为一体，由此会增加服务端的识别难度、延长服务端的识别时间、降低服务端识别的准确度。为改善此种情况，可以在被叫号码与身份识别信息之间添加停顿符号来隔离被叫号码和身份识别信息，从而便于服务端快速地从拨号号码中获取到身份识别信息。

例如，可以将“，”、“、”、“；”、“！”等标点符号或者“@”、“#”、“&”等特殊符号作为停顿符号。以停顿符号是“，”为例，若被叫号码为“95187”，身份识别信息为“1234”，则拨号号码可以是“95187，1234”，由此便于服务端尽快获取到1234这个token，从而依据1234查询获得用户身份信息。

作为一种可选的实施例，上述拨号号码还包括：标识信息，该标识信息用于指示服务端进入用户身份识别的菜单项。该标识信息可以采用特定的数字来表示，例如：采用0作为标识信息。基于此，从拨号号码中获取身份识别信息，并根据身份识别信息获得用户身份信息包括：根据标识信息进入识别用户身份的菜单项，并从拨号号码中读取在标识信息之后接收到的身份识别信息；根据身份识别信息获得用户身份信息。

同样地，为了便于服务端快速地从拨号号码中获取到身份识别信息，需要在标识信息与被叫号码之间以及被叫号码与身份识别信息之间均通过停顿符号加以分隔。

例如，拨号号码可以为“95187,,0,1234”，其中，“95187”为被叫号码，“0”为标识信息，“1234”为身份识别信息，“，”为停顿符号，其中，“，”的数量表示停顿时长。该停顿时长可以根据实际需要灵活地调整。如果使用其他符号，例如：“；”为停顿符号，则表示停顿时长不固定，需要用户介入来结束停顿。

下面将结合图3所示的可选实施方式做进一步地详细说明。图3是根据本发明其中一可选实施例的一种获取用户身份信息的流程示意图，如图3所示，具体步骤如下：

步骤S301，假设用户希望在终端发出的电话呼叫请求中携带的拨号号码为“95187,,0,1234”，在终端的APP应用界面内会弹出提示框，向用户确认是否发起电话呼叫请求。如果用户点击确认按钮控件，则终端会向服务端发起电话呼叫请求。此时，服务端先从终端接收95187，然后服务端根据“，”进入停顿状态，电话接通后停顿结束。服务端会播报菜单并提示选择，其中，菜单项包括：0.用户识别，1.售前咨询，2.售后咨询，3.财务问题。

此处需要说明的是，为了避免对通过APP以外方式拨打客服电话的用户造成干扰，菜单0可以设置为隐藏菜单，即在菜单语音播报时不包含菜单0。

步骤S302，服务端继续从终端接收菜单项所对应的数字，以确定用户选择的菜单项。如果根据接收到的数字确定菜单项为“1.售前咨询，2.售后咨询，3.财务问题”中任意一项的情况下，则执行步骤S303；如果根据接收到的数字确定菜单项为“0.用户识别”的情况下，则执行步骤S304。

步骤S303，服务端进入具体业务处理流程。

步骤S304，服务端进入第0项菜单(即“用户识别”)。此时第二个停顿也结束了。服务端将继续从终端接收token(即1234)。

步骤S305，服务端通过token与用户的用户身份信息的关联关系便可查询到用户身份信息，然后返回步骤S301。

可选地，从拨号号码中获取身份识别信息，并根据身份识别信息获得用户身份信息包括：根据被叫号码中的附加信息从拨号号码中读取在被叫号码之后接收到的身份识别信息；根据身份识别信息获得用户身份信息。

除了在上述可选实施例中提到的通过在菜单项中新增第0项菜单(即“用户识别”)来获取用户身份信息之外，还可以在进入菜单选择过程之前通过token来获取用户身份信息。此时，与图3所示的可选实施例的不同之处在于：需要在被叫号码中携带附加信息。假设拨号号码为“88895187,,1234”，那么“88895187”便是带有附加信息的被叫号码，“888”为附加信息，token仍然是“1234”，“，”仍然为停顿符号，这样终端才进入菜单选择过程之前便可提前获取用户身份信息。

需要说明的是，上述附加信息可以由终端与服务端预先约定，并且可以定期更换。当然，一种更为简便的方式可以是服务端为APP专设一个特别的专用号码，只要服务端获取到该专用号码，便需要通过在专用号码之后接收到的token来获取用户身份信息。

下面将结合图4所示的可选实施方式做进一步地详细说明。图4是根据本发明其中一可选实施例的另一种获取用户身份信息的流程示意图，如图4所示，具体步骤如下：

步骤S401,假设用户希望在终端发出的电话呼叫请求中携带的拨号号码为“88895187,,1234”，在终端的APP应用界面内会弹出提示框，向用户确认是否发起电话呼叫请求。如果用户点击确认按钮控件，则终端会向服务端发起电话呼叫请求。此时，服务端先从终端接收88895187，然后服务端根据“，”进入停顿状态，电话接通后停顿结束。服务端会根据88895187继续从终端接收token(即1234)。

步骤S402,服务端通过token与用户的用户身份信息的关联关系便可查询到用户身份信息。

步骤S403,服务端会播报菜单并提示选择，其中，菜单项包括：1.售前咨询，2.售后咨询，3.财务问题。

步骤S404,服务端继续从终端接收菜单项所对应的数字，以确定用户选择的菜单项。如果根据接收到的数字确定菜单项为“1.售前咨询，2.售后咨询，3.财务问题”中任意一项的情况下，则继续执行步骤S405。

步骤S405，服务端进入具体业务处理流程。

可选地，上述身份识别信息除了可以是由服务端临时为发起电话呼叫请求的终端分配的临时token之外，还可以是加密的用户身份信息。基于此，根据身份识别信息获得用户身份信息包括：采用解密算法对身份识别信息进行解密处理，获得用户身份信息，其中，身份识别信息由终端采用预先约定的加密算法对终端上登录的应用程序的用户身份信息进行加密处理后得到，解密算法与加密算法相对应。

终端与服务端可以预先协商约定针对上述身份识别信息进行加密所采用的加密和解密算法。终端可以采用加密算法对用户身份信息进行加密处理后得到身份识别信息，然后再添加至拨号号码中。服务端在接收来自终端的电话呼叫请求后，从拨号号码中得到身份识别信息并采用解密算法对身份识别信息进行解密，得到用户身份信息。关于服务端获取身份识别信息的具体过程可以参照图3或图4的token获取过程，此处不再赘述。此时，与图3或图4所示的可选实施方式的不同之处在于：服务端不再需要创建并维护账户名称和账户密码与token之间的关联关系。

另外，用户在APP界面注册账号的过程中，通常需要按照应用程序设定的命名规则设置账户名称、账户密码等用户身份信息。为了提高安全强度，在用户身份信息中的账户名称，特别是账户密码通常会要求包含大写字母、小写字母、数字等字符。另外，在有些时候还需要包含特殊字符。因此，为了确保用户的用户身份信息的安全性，同时还需要便于用户拨打电话。因此，上述加密算法需要能够将由大写字母、小写字母、数字甚至特殊字符组成的字符串转换为另外一组数字，然后再将这组数字作为token发往服务器。

本申请实施例1所提供的另外一种方法实施例可以在终端中执行。图5示出了一种用于实现用户身份信息的获取方法的终端的硬件结构框图。如图5所示，该终端50可以包括：一个或多个(图中仅示出一个)处理器502、存储介质504、以及传输模块506。

应当注意到的是上述一个或多个处理器502和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到终端50中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储介质504可用于存储应用软件的软件程序以及模块，如本发明实施例中的用户身份信息的获取方法对应的程序指令/数据存储装置，处理器502通过运行存储在存储介质504内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的用户身份信息的获取方法。存储介质504可包括高速随机存储介质，还可包括非易失性存储介质，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储介质。在一些实例中，存储介质504可进一步包括相对于处理器502远程设置的存储介质，这些远程存储介质可以通过网络连接至终端50。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块506用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端50的通信供应商提供的无线网络。在一个实例中，传输模块506包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块506可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图5所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等设备。图5其并不对上述电子装置的结构造成限定。例如，终端还可包括比图5中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图5所示不同的配置。

在图5所示的运行环境下，本申请进一步提供了如图6所示的用户身份信息的获取方法。图6是根据本发明实施例的另一种用户身份信息的获取方法的流程图，如图6所示的方法可以包括如下步骤：

步骤S602，获取身份识别信息；

步骤S604，发起电话呼叫请求，其中，电话呼叫请求中携带有拨号号码，拨号号码至少包括：被叫号码和身份识别信息，身份识别信息用于获得用户身份信息。

在本发明实施例中，电话呼叫请求中携带有拨号号码，且拨号号码中至少包括：被叫号码和身份识别信息，在接收到来自于终端的电话呼叫请求后，便可从拨号号码中获取身份识别信息，该身份识别信息可以引导服务端获取用户身份信息，达到了通过电话呼叫请求中附带的身份识别信息查询获得用户身份信息，而无需再由客服人员在电话中询问用户身份、或者用户必须使用注册过的电话拨打客服电话、抑或是由用户手动输入账号密码的目的，从而便于客服人员依据从电话呼叫请求中获得的用户身份信息能够及时、准确地确认用户身份，整个用户身份信息获取过程简便易行、操作复杂度较低的技术效果，进而解决了相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

作为一种可选的实施例，获取身份识别信息包括：向服务器发送网络请求，其中，网络请求中携带有终端上登录的应用程序所关联的用户身份信息，网络请求是由终端在获取到用户身份信息之后，将用户身份信息设置为请求参数值所生成的请求消息；接收服务器返回的与用户身份信息对应的身份识别信息。

接收终端发送的网络请求的执行主体与接收终端发送的电话呼叫请求的执行主体既可以是服务端侧两个不同的服务器，也可以是同一个服务器的不同功能组件。如果是两个不同的服务器，则既可以是分别在两个不同物理机上架设的服务器，也可以是在同一个物理机上架设的两个虚拟服务器。

上述网络请求可以是超文本传输协议(HTTP)请求。终端根据用户注册的用户身份信息可以将用户身份信息中账户名称和账户密码采用键值对(key-value)的方式封装在HTTP请求的请求头中，然后将生成的网络请求发送至服务器。服务器在接收到来自于终端的网络请求后，首先可以从HTTP请求中解析出账户名称和账户密码，并依据该账户名称和账户密码分配的token，同时还会建立该账户名称和账户密码与token之间的关联关系，供后续查询用户身份信息时使用；然后再将该token返回给终端。

作为一种可选的实施例，响应针对终端上运行的应用程序的界面设置的拨打客服电话控件的触控操作，向服务器发送网络请求。即，用户可以通过对终端上运行的APP界面设置的拨打客服电话按钮控件执行点击操作，然后终端响应该点击操作，向服务器发送网络请求。

作为一种可选的实施例，在接收服务器返回的身份识别信息之后，还包括：将被叫号码与身份识别信息合成为拨号号码；通过应用程序调用终端内置操作系统预设的用于发起拨号的功能接口，采用拨号号码发起电话呼叫请求。

终端在接收服务器返回的身份识别信息之后，可以将被叫号码与身份识别信息合成为拨号号码。由于APP本身并不具备发起电话呼叫请求的功能，因此，APP需要调用终端内置操作系统预设的用于发起拨号的API，进而发起电话呼叫请求，以便将拨号号码发送至服务端。

作为一种可选的实施例，获取身份识别信息包括：采用预先约定的加密算法对终端上登录的应用程序的用户身份信息进行加密处理，得到身份识别信息。

终端与服务端可以预先协商约定针对上述身份识别信息进行加密所采用的加密和解密算法。终端可以采用加密算法对用户身份信息进行加密处理后得到身份识别信息，然后再添加至拨号号码中。服务端在接收来自终端的电话呼叫请求后，从拨号号码中得到身份识别信息并采用解密算法对身份识别信息进行解密，得到用户身份信息。关于服务端获取身份识别信息的具体过程可以参照图3或图4的token获取过程，此处不再赘述。此时，与图3或图4所示的可选实施方式的不同之处在于：服务端不再需要创建并维护账户名称和账户密码与token之间的关联关系。

另外，用户在APP界面注册账号的过程中，通常需要按照应用程序设定的命名规则设置账户名称、账户密码等用户身份信息。为了提高安全强度，在用户身份信息中的账户名称，特别是账户密码通常会要求包含大写字母、小写字母、数字等字符。另外，在有些时候还需要包含特殊字符。因此，为了确保用户的用户身份信息的安全性，同时还需要便于用户拨打电话。因此，上述加密算法需要能够将由大写字母、小写字母、数字甚至特殊字符组成的字符串转换为另外一组数字，然后再将这组数字作为token发往服务器。

作为一种可选的实施例，在发起电话呼叫请求之前，还包括：在拨号号码中添加停顿符号，其中，停顿符号用于分隔被叫号码与身份识别信息。

假设拨号号码中的被叫号码为“95187”，身份识别信息为“1234”，则拨号号码即为“951871234”或“123495187”之类的长字符串，但是此类字符串形式的拨号号码中被叫号码与身份识别信息连为一体，由此会增加服务端的识别难度、延长服务端的识别时间、降低服务端识别的准确度。为改善此种情况，可以在被叫号码与身份识别信息之间添加停顿符号来隔离被叫号码和身份识别信息，从而便于服务端快速地从拨号号码中获取到身份识别信息。

例如，可以将“，”、“、”、“；”、“！”等标点符号或者“@”、“#”、“&”等特殊符号作为停顿符号。以停顿符号是“，”为例，若被叫号码为“95187”，身份识别信息为“1234”，则拨号号码可以是“95187，1234”，由此便于服务端尽快获取到1234这个token，从而依据1234查询获得用户身份信息。

作为一种可选的实施例，在发起电话呼叫请求之前，还包括：在拨号号码中添加标识信息，其中，标识信息用于指示进入识别用户身份的菜单项。该标识信息可以采用特定的数字来表示，例如：采用0作为标识信息。同样地，为了便于服务端快速地从拨号号码中获取到身份识别信息，需要在标识信息与被叫号码之间以及被叫号码与身份识别信息之间均通过停顿符号加以分隔。

例如，拨号号码可以为“95187,,0,1234”，其中，“95187”为被叫号码，“0”为标识信息，“1234”为身份识别信息，“，”为停顿符号，其中，“，”的数量表示停顿时长。该停顿时长可以根据实际需要灵活地调整。如果使用其他符号，例如：“；”为停顿符号，则表示停顿时长不固定，需要用户介入来结束停顿。

作为一种可选的实施例，在发起电话呼叫请求之前，还包括：在被叫号码中添加附加信息，其中，附加信息用于指示获取身份识别信息。

除了通过在菜单项中新增第0项菜单(即“用户识别”)来获取用户身份信息之外，还可以在进入菜单选择过程之前通过token来获取用户身份信息。为实现该目的，终端需要在被叫号码中携带附加信息。假设拨号号码为“88895187,,1234”，那么“88895187”便是带有附加信息的被叫号码，“888”为附加信息，token仍然是“1234”，“，”仍然为停顿符号，这样终端才进入菜单选择过程之前便可提前获取用户身份信息。

需要说明的是，上述附加信息可以由终端与服务端预先约定，并且可以定期更换。当然，一种更为简便的方式可以是服务端为APP专设一个特别的专用号码，只要服务端获取到该专用号码，便需要通过在专用号码之后接收到的token来获取用户身份信息。

通过上述分析，下面将结合图7所示的可选实施方式对终端与服务端之间的完整交互过程作进一步论述。图7是根据本发明其中一可选实施例的通过终端与服务端交互获取用户身份信息的完整过程流程图，如图7所示，服务器1和服务器2既可以是分别在两个不同物理机上架设的服务器，也可以是在同一个物理机上架设的两个虚拟服务器，其具体步骤如下：

第一步、当用户点击APP中的“拨打客服电话”按钮控件时，终端会向服务端发送网络请求，例如：HTTP请求。终端可以将用户身份信息中账户名称和账户密码采用key-value的方式封装在HTTP请求的请求头中(图中账户名称示例为alice)。

第二步、服务器1可以从HTTP请求中解析出账户名称和账户密码，并依据该账户名称和账户密码分配的token，同时还会建立该账户名称和账户密码与token之间的关联关系，供后续查询用户身份信息时使用；然后再向APP返回token。

第三步、APP在获取到token之后，可以将被叫号码与token合成为拨号号码(图中拨号号码的示例为“95187,,0,1234”)。在终端的APP应用界面内会弹出提示框，向用户确认是否发起电话呼叫请求。如果用户点击确认按钮控件，则APP会调用手机系统(如iOS、Android等)预设的用于发起拨号的API向服务器2发起拨号。

第四步、服务器2先从终端接收95187，然后服务器2根据“，”进入停顿状态，电话接通后停顿结束。服务器2会播报菜单并提示选择，然后继续从终端接收菜单项所对应的数字。如果根据接收到的数字确定菜单项为“0.用户识别”的情况下，则服务器2进入第0项菜单(即“用户识别”)。此时第二个停顿也结束了。服务端将继续从终端接收token(即1234)。

第五步、服务器2利用获取到的token向服务器1查询对应的用户身份信息。

第六步、服务器1通过token与用户的用户身份信息的关联关系查询到用户身份信息，然后再将用户alice的用户身份信息返回至服务器2，进而将用户alice的用户身份信息提供给人工客服以便人工客服通过alice的用户身份信息确认alice的用户身份。

通过上述实施例，人工客服在获得用户身份信息的过程中无需用户输入或口述个人用户身份信息，由此极大地提升了用户身份信息获取方式的安全性以及人工客服对用户身份的识别效率和准确率，降低了用户的操作复杂度，同时对客服系统改造小，实施方便。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述用户身份信息的获取方法的用户身份信息的获取装置，如图8所示，该装置包括：接收单元81，用于接收来自于终端的电话呼叫请求，其中，电话呼叫请求中携带有拨号号码，拨号号码至少包括：被叫号码和身份识别信息；第一获取单元83，用于从拨号号码中获取身份识别信息，并根据身份识别信息获得用户身份信息。

此处需要说明的是，上述接收单元81和第一获取单元83对应于实施例1中的步骤S202和步骤S204，两个单元与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述单元作为装置的一部分可以运行在实施例1提供的服务端10中。

在本发明实施例中，电话呼叫请求中携带有拨号号码，且拨号号码中至少包括：被叫号码和身份识别信息，在接收到来自于终端的电话呼叫请求后，便可从拨号号码中获取身份识别信息，该身份识别信息可以引导服务端获取用户身份信息，达到了通过电话呼叫请求中附带的身份识别信息直接获得用户身份信息，而无需再由客服人员在电话中询问用户身份、或者用户必须使用注册过的电话拨打客服电话、抑或是由用户手动输入账号密码的目的，从而便于客服人员依据从电话呼叫请求中获得的用户身份信息能够及时、准确地确认用户身份，整个用户身份获取过程简便易行、操作复杂度较低的技术效果，进而解决了相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

可选地，在上述服务端上安装有IVR系统，以便通过IVR系统接收来自于终端的电话呼叫请求。

用户在使用终端上安装的拨打客服电话的APP之前，需要在APP上注册用户身份信息。该用户身份信息的注册页面通常可以包括必填项和选填项两个部分。必填项通常可以包括但不限于：账户名称(即昵称)、账户密码、用户的联系方式、用户的真实姓名。选填项可以包括但不限于：用户的生日或年龄、用户的家庭住址、用户的工作单位。当然，上述必填项和选填项中所包含的具体条目可以根据APP类型进行灵活调整。

上述身份识别信息具备获取用户身份信息的索引功能。为了避免在向IVR系统发起电话呼叫请求的过程中泄露用户身份信息，因此，终端在发起电话呼叫请求时，在拨号号码中携带该身份识别信息，然后查询模块，用于根据预先建立的身份识别信息与终端上登录的应用程序的用户身份信息之间的关联关系，引导服务端查询与身份识别信息对应的用户身份信息。

作为一种可选的实施例，身份识别信息可以是由服务端临时为发起电话呼叫请求的终端分配的临时令牌(token)。该token只在指定时间范围内有效，即服务端只能够在指定时间范围内查询到用户身份信息，如果超出该指定时间范围，则服务端无法查询到用户身份信息。另外，考虑到拨打客服电话通常拨打的都是数字键，因此，该token通常是由多个数字组成的字符串。例如：token为1234。

该装置还包括：第一接收模块，用于在接收来自于终端的电话呼叫请求之前，接收来自于终端的网络请求，其中，网络请求中携带有与终端上登录的应用程序的用户身份信息，网络请求是由终端在获取到用户身份信息之后，将用户身份信息设置为请求参数值所生成的请求消息；生成模块，用于响应于网络请求，生成身份识别信息，并在身份识别信息与用户身份信息之间建立关联关系。

获得模块包括：查询模块，用于根据预先建立的身份识别信息与终端上登录的应用程序的用户身份信息之间的关联关系，查询与身份识别信息对应的用户身份信息。

接收终端发送的网络请求的执行主体与接收终端发送的电话呼叫请求的执行主体既可以是服务端侧两个不同的服务器，也可以是同一个服务器的不同功能组件。如果是两个不同的服务器，则既可以是分别在两个不同物理机上架设的服务器，也可以是在同一个物理机上架设的两个虚拟服务器。

上述网络请求可以是超文本传输协议(HTTP)请求。终端根据用户注册的用户身份信息可以将用户身份信息中账户名称和账户密码采用键值对(key-value)的方式封装在HTTP请求的请求头中，然后将生成的网络请求发送至服务器。服务器在接收到来自于终端的网络请求后，可以从HTTP请求中解析出账户名称和账户密码，并依据该账户名称和账户密码分配的token，同时还会建立该账户名称和账户密码与token之间的关联关系，供后续查询用户身份信息时使用。

可选地，上述拨号号码还包括：停顿符号，其中，停顿符号用于分隔被叫号码与身份识别信息。

假设拨号号码中的被叫号码为“95187”，身份识别信息为“1234”，则拨号号码即为“951871234”或“123495187”之类的长字符串，但是此类字符串形式的拨号号码中被叫号码与身份识别信息连为一体，由此会增加服务端的识别难度、延长服务端的识别时间、降低服务端识别的准确度。为改善此种情况，可以在被叫号码与身份识别信息之间添加停顿符号来隔离被叫号码和身份识别信息，从而便于服务端快速地从拨号号码中获取到身份识别信息。

例如，可以将“，”、“、”、“；”、“！”等标点符号或者“@”、“#”、“&”等特殊符号作为停顿符号。以停顿符号是“，”为例，若被叫号码为“95187”，身份识别信息为“1234”，则拨号号码可以是“95187，1234”，由此便于服务端尽快获取到1234这个token，从而依据1234查询获得用户身份信息。

作为一种可选的实施例，上述拨号号码还包括：标识信息，该标识信息用于指示服务端进入用户身份识别的菜单项。该标识信息可以采用特定的数字来表示，例如：采用0作为标识信息。基于此，第一获取单元包括：进入模块，用于根据标识信息进入获得用户身份信息的菜单项，并从拨号号码中读取在标识信息之后接收到的身份识别信息；获得模块，用于根据身份识别信息获得用户身份信息。

同样地，为了便于服务端快速地从拨号号码中获取到身份识别信息，需要在标识信息与被叫号码之间以及被叫号码与身份识别信息之间均通过停顿符号加以分隔。

例如，拨号号码可以为“95187,,0,1234”，其中，“95187”为被叫号码，“0”为标识信息，“1234”为身份识别信息，“，”为停顿符号，其中，“，”的数量表示停顿时长。该停顿时长可以根据实际需要灵活地调整。如果使用其他符号，例如：“；”为停顿符号，则表示停顿时长不固定，需要用户介入来结束停顿。

作为一种可选的实施例，第一获取单元包括：读取模块，用于根据被叫号码中的附加信息从拨号号码中读取在被叫号码之后接收到的身份识别信息；获得模块，用于根据身份识别信息获得用户身份信息。

除了在上述可选实施例中提到的通过在菜单项中新增第0项菜单(即“用户识别”)来获取用户身份信息之外，还可以在进入菜单选择过程之前通过token来获取用户身份信息。此时，与图3所示的可选实施例的不同之处在于：需要在被叫号码中携带附加信息。假设拨号号码为“88895187,,1234”，那么“88895187”便是带有附加信息的被叫号码，“888”为附加信息，token仍然是“1234”，“，”仍然为停顿符号，这样终端才进入菜单选择过程之前便可提前获取用户身份信息。

需要说明的是，上述附加信息可以由终端与服务端预先约定，并且可以定期更换。当然，一种更为简便的方式可以是服务端为APP专设一个特别的专用号码，只要服务端获取到该专用号码，便需要通过在专用号码之后接收到的token来获取用户身份信息。

可选地，上述身份识别信息除了可以是由服务端临时为发起电话呼叫请求的终端分配的临时token之外，还可以是加密的用户身份信息。基于此，获得模块包括：解密模块，用于采用解密算法对身份识别信息进行解密处理，获得用户身份信息，其中，身份识别信息由终端采用预先约定的加密算法对终端上登录的应用程序的用户身份信息进行加密处理后得到，解密算法与加密算法相对应。

根据本发明实施例，还提供了另一种用于实施上述用户身份信息的获取方法的用户身份信息的获取装置，如图9所示，该装置包括：第二获取单元91，用于获取身份识别信息；发起单元93，用于发起电话呼叫请求，其中，电话呼叫请求中携带有拨号号码，拨号号码至少包括：被叫号码和身份识别信息，身份识别信息用于获得用户身份信息。

此处需要说明的是，上述第二获取单元91和发起单元93对应于实施例1中的步骤S602和步骤S604，两个单元与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述单元作为装置的一部分可以运行在实施例1提供的终端50中。

在本发明实施例中，电话呼叫请求中携带有拨号号码，且拨号号码中至少包括：被叫号码和身份识别信息，在接收到来自于终端的电话呼叫请求后，便可从拨号号码中获取身份识别信息，该身份识别信息可以引导服务端获取用户身份信息，达到了通过电话呼叫请求中附带的身份识别信息查询获得用户身份信息，而无需再由客服人员在电话中询问用户身份、或者用户必须使用注册过的电话拨打客服电话、抑或是由用户手动输入账号密码的目的，从而便于客服人员依据从电话呼叫请求中获得的用户身份信息能够及时、准确地确认用户身份，整个用户身份信息获取过程简便易行、操作复杂度较低的技术效果，进而解决了相关技术中在用户拨打客服电话的过程中获取用户身份信息方式较为复杂、耗时较长、还易造成个人信息泄露的技术问题。

作为一种可选的实施例，第二获取单元包括：发送模块，用于向服务器发送网络请求，其中，网络请求中携带有与终端上登录的应用程序的用户身份信息，网络请求是由终端在获取到用户身份信息之后，将用户身份信息设置为请求参数值所生成的请求消息；第二接收模块，用于接收服务器返回的与用户身份信息对应的身份识别信息。

接收终端发送的网络请求的执行主体与接收终端发送的电话呼叫请求的执行主体既可以是服务端侧两个不同的服务器，也可以是同一个服务器的不同功能组件。如果是两个不同的服务器，则既可以是分别在两个不同物理机上架设的服务器，也可以是在同一个物理机上架设的两个虚拟服务器。

上述网络请求可以是超文本传输协议(HTTP)请求。终端根据用户注册的用户身份信息可以将用户身份信息中账户名称和账户密码采用键值对(key-value)的方式封装在HTTP请求的请求头中，然后将生成的网络请求发送至服务器。服务器在接收到来自于终端的网络请求后，首先可以从HTTP请求中解析出账户名称和账户密码，并依据该账户名称和账户密码分配的token，同时还会建立该账户名称和账户密码与token之间的关联关系，供后续查询用户身份信息时使用；然后再将该token返回给终端。

作为一种可选的实施例，该装置还包括：响应单元，用于响应针对终端上运行的应用程序的界面设置的拨打客服电话控件的触控操作，向服务器发送网络请求。即，用户可以通过对终端上运行的APP界面设置的拨打客服电话按钮控件执行点击操作，然后终端响应该点击操作，向服务器发送网络请求。

作为一种可选的实施例，该还可以包括：合成模块，用于在接收服务器返回的身份识别信息之后，将被叫号码与身份识别信息合成为拨号号码；调用模块，用于通过应用程序调用终端内置操作系统预设的用于发起拨号的功能接口，采用拨号号码发起电话呼叫请求。

终端在接收服务器返回的身份识别信息之后，可以将被叫号码与身份识别信息合成为拨号号码。由于APP本身并不具备发起电话呼叫请求的功能，因此，APP需要调用终端内置操作系统预设的用于发起拨号的API，进而发起电话呼叫请求，以便将拨号号码发送至服务端。

作为一种可选的实施例，第二获取单元包括：加密模块，用于采用预先约定的加密算法对终端上登录的应用程序的用户身份信息进行加密处理，得到身份识别信息。

终端与服务端可以预先协商约定针对上述身份识别信息进行加密所采用的加密和解密算法。终端可以采用加密算法对用户身份信息进行加密处理后得到身份识别信息，然后再添加至拨号号码中。服务端在接收来自终端的电话呼叫请求后，从拨号号码中得到身份识别信息并采用解密算法对身份识别信息进行解密，得到用户身份信息。

另外，用户在APP界面注册账号的过程中，通常需要按照应用程序设定的命名规则设置账户名称、账户密码等用户身份信息。为了提高安全强度，在用户身份信息中的账户名称，特别是账户密码通常会要求包含大写字母、小写字母、数字等字符。另外，在有些时候还需要包含特殊字符。因此，为了确保用户的用户身份信息的安全性，同时还需要便于用户拨打电话。因此，上述加密算法需要能够将由大写字母、小写字母、数字甚至特殊字符组成的字符串转换为另外一组数字，然后再将这组数字作为token发往服务器。

作为一种可选的实施例，该装置还包括：第一添加单元，用于在发起电话呼叫请求之前，在拨号号码中添加停顿符号，其中，停顿符号用于分隔被叫号码与身份识别信息。

假设拨号号码中的被叫号码为“95187”，身份识别信息为“1234”，则拨号号码即为“951871234”或“123495187”之类的长字符串，但是此类字符串形式的拨号号码中被叫号码与身份识别信息连为一体，由此会增加服务端的识别难度、延长服务端的识别时间、降低服务端识别的准确度。为改善此种情况，可以在被叫号码与身份识别信息之间添加停顿符号来隔离被叫号码和身份识别信息，从而便于服务端快速地从拨号号码中获取到身份识别信息。

例如，可以将“，”、“、”、“；”、“！”等标点符号或者“@”、“#”、“&”等特殊符号作为停顿符号。以停顿符号是“，”为例，若被叫号码为“95187”，身份识别信息为“1234”，则拨号号码可以是“95187，1234”，由此便于服务端尽快获取到1234这个token，从而依据1234查询获得用户身份信息。

作为一种可选的实施例，该装置还包括：第二添加单元，用于在发起电话呼叫请求之前，在拨号号码中添加标识信息，其中，标识信息用于指示进入获得用户身份信息的菜单项。该标识信息可以采用特定的数字来表示，例如：采用0作为标识信息。同样地，为了便于服务端快速地从拨号号码中获取到身份识别信息，需要在标识信息与被叫号码之间以及被叫号码与身份识别信息之间均通过停顿符号加以分隔。

例如，拨号号码可以为“95187,,0,1234”，其中，“95187”为被叫号码，“0”为标识信息，“1234”为身份识别信息，“，”为停顿符号，其中，“，”的数量表示停顿时长。该停顿时长可以根据实际需要灵活地调整。如果使用其他符号，例如：“；”为停顿符号，则表示停顿时长不固定，需要用户介入来结束停顿。

作为一种可选的实施例，该装置还包括：第三添加单元，用于在发起电话呼叫请求之前，在被叫号码中添加附加信息，其中，附加信息用于指示获取身份识别信息。

除了通过在菜单项中新增第0项菜单(即“用户识别”)来获取用户身份信息之外，还可以在进入菜单选择过程之前通过token来获取用户身份信息。为实现该目的，终端需要在被叫号码中携带附加信息。假设拨号号码为“88895187,,1234”，那么“88895187”便是带有附加信息的被叫号码，“888”为附加信息，token仍然是“1234”，“，”仍然为停顿符号，这样终端才进入菜单选择过程之前便可提前获取用户身份信息。

需要说明的是，上述附加信息可以由终端与服务端预先约定，并且可以定期更换。当然，一种更为简便的方式可以是服务端为APP专设一个特别的专用号码，只要服务端获取到该专用号码，便需要通过在专用号码之后接收到的token来获取用户身份信息。

通过上述实施例，人工客服在获得用户身份信息的过程中无需用户输入或口述个人用户身份信息，由此极大地提升了用户身份信息获取方式的安全性以及人工客服对用户身份的识别效率和准确率，降低了用户的操作复杂度，同时对客服系统改造小，实施方便。

实施例3

本发明的实施例还提供了一种存储介质，该存储介质包括：存储的程序。

可选地，该存储介质可以设置在服务端，在程序运行时，控制服务端执行上述实施例1部分图2所示的用户身份信息的获取方法。

可选地，该存储介质还可以设置在终端，在程序运行时，控制终端执行上述实施例1部分图6所示的用户身份信息的获取方法。

实施例4

本发明的实施例还提供了一种处理器，其中，处理器用于运行程序。

可选地，该处理器可以设置在服务端，在程序运行时，使得服务端的处理器执行实施例1中的图2所示的用户身份信息的获取方法。

可选地，该处理器还可以设置在终端，在程序运行时，使得终端的处理器执行实施例1中的图6所示的用户身份信息的获取方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储介质(ROM，Read-Only Memory)、随机存取存储介质(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (21)

1.一种用户身份信息的获取方法，其特征在于，包括：

接收来自于终端的电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和身份识别信息；

从所述拨号号码中获取所述身份识别信息，并采用所述身份识别信息获得用户身份信息。

2.根据权利要求1所述的方法，其特征在于，所述拨号号码还包括：停顿符号，其中，所述停顿符号用于分隔所述被叫号码与所述身份识别信息。

3.根据权利要求2所述的方法，其特征在于，所述拨号号码还包括：标识信息，从所述拨号号码中获取所述身份识别信息，并根据所述身份识别信息获得所述用户身份信息包括：

根据所述标识信息进入识别用户身份的菜单项，并从所述拨号号码中读取在所述标识信息之后接收到的所述身份识别信息；

根据所述身份识别信息获得所述用户身份信息。

4.根据权利要求2所述的方法，其特征在于，从所述拨号号码中获取所述身份识别信息，并根据所述身份识别信息获得所述用户身份信息包括：

根据所述被叫号码中的附加信息从所述拨号号码中读取在所述被叫号码之后接收到的所述身份识别信息；

根据所述身份识别信息获得所述用户身份信息。

5.根据权利要求4所述的方法，其特征在于，所述被叫号码为用于指示获得所述用户身份信息的专用号码。

6.根据权利要求3或4所述的方法，其特征在于，根据所述身份识别信息获得所述用户身份信息包括：

根据预先建立的所述身份识别信息与所述终端上登录的应用程序所关联的用户身份信息之间的关联关系，查询与所述身份识别信息对应的所述用户身份信息。

7.根据权利要求3或4所述的方法，其特征在于，在接收来自于所述终端的所述电话呼叫请求之前，还包括：

接收来自于所述终端的网络请求，其中，所述网络请求中携带有所述终端上登录的应用程序所关联的用户身份信息，所述网络请求是由所述终端在获取到所述用户身份信息之后，将所述用户身份信息设置为请求参数值所生成的请求消息；

响应于所述网络请求，生成所述身份识别信息，并在所述身份识别信息与所述用户身份信息之间建立关联关系。

8.根据权利要求3或4所述的方法，其特征在于，根据所述身份识别信息获得所述用户身份信息包括：

采用解密算法对所述身份识别信息进行解密处理，获得所述用户身份信息，其中，所述身份识别信息由所述终端采用预先约定的加密算法对所述终端上登录的应用程序所关联的用户身份信息进行加密处理后得到，所述解密算法与加密算法相对应。

9.一种用户身份信息的获取方法，其特征在于，包括：

获取身份识别信息；

发起电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和所述身份识别信息，所述身份识别信息用于获得用户身份信息。

10.根据权利要求9所述的方法，其特征在于，获取所述身份识别信息包括：

向服务器发送网络请求，其中，所述网络请求中携带有终端上登录的应用程序所关联的用户身份信息，所述网络请求是由所述终端在获取到所述用户身份信息之后，将所述用户身份信息设置为请求参数值所生成的请求消息；

接收所述服务器返回的与所述用户身份信息对应的所述身份识别信息。

11.根据权利要求10所述的方法，其特征在于，响应针对所述终端上运行的应用程序的界面设置的拨打客服电话控件的触控操作，向所述服务器发送所述网络请求。

12.根据权利要求11所述的方法，其特征在于，在接收所述服务器返回的所述身份识别信息之后，还包括：

将所述被叫号码与所述身份识别信息合成为所述拨号号码；

通过所述应用程序调用终端内置操作系统预设的用于发起拨号的功能接口，采用所述拨号号码发起所述电话呼叫请求。

13.根据权利要求9所述的方法，其特征在于，获取所述身份识别信息包括：

采用预先约定的加密算法对终端上登录的应用程序所关联的用户身份信息进行加密处理，得到所述身份识别信息。

14.根据权利要求9所述的方法，其特征在于，在发起所述电话呼叫请求之前，还包括：

在所述拨号号码中添加停顿符号，其中，所述停顿符号用于分隔所述被叫号码与所述身份识别信息。

15.根据权利要求14所述的方法，其特征在于，在发起所述电话呼叫请求之前，还包括：

在所述拨号号码中添加标识信息，其中，所述标识信息用于指示进入获得所述用户身份信息的菜单项。

16.根据权利要求14所述的方法，其特征在于，在发起所述电话呼叫请求之前，还包括：

在所述被叫号码中添加附加信息，其中，所述附加信息用于指示获取所述身份识别信息。

17.根据权利要求16所述的方法，其特征在于，所述被叫号码为用于指示获得所述用户身份信息的专用号码。

18.一种用户身份信息的获取装置，其特征在于，包括：

接收单元，用于接收来自于终端的电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和身份识别信息；

第一获取单元，用于从所述拨号号码中获取所述身份识别信息，并根据所述身份识别信息获得用户身份信息。

19.一种用户身份信息的获取装置，其特征在于，包括：

第二获取单元，用于获取身份识别信息；

发起单元，用于发起电话呼叫请求，其中，所述电话呼叫请求中携带有拨号号码，所述拨号号码至少包括：被叫号码和所述身份识别信息，所述身份识别信息用于获得用户身份信息。

20.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至8或权利要求9至17中任意一项所述的用户身份信息的获取方法。

21.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时使得所述处理器执行权利要求1至8或权利要求9至17中任意一项所述的用户身份信息的获取方法。

Images