CN113395391A

CN113395391A - 呼叫授权方法、装置、设备和计算机可读存储介质

Info

Publication number: CN113395391A
Application number: CN202110651919.7A
Authority: CN
Inventors: 史艳艳
Original assignee: Individual
Current assignee: Individual
Priority date: 2021-06-11
Filing date: 2021-06-11
Publication date: 2021-09-14
Anticipated expiration: 2041-06-11
Also published as: CN113395391B

Abstract

本公开的实施例提供了呼叫授权方法、装置、设备和计算机可读存储介质。方法包括：在接收到来自当前主叫方的客户端发送的针对目标被叫方的呼叫授权请求时，根据呼叫授权请求，确定目标被叫方在呼叫授权中心注册的授权中心ID；客户端为呼叫授权中心提供的客户端；基于对应的呼叫授权条件对当前主叫方进行授权认证，以得到授权认证结果；当授权认证结果为授权认证通过时，将目标被叫方的真实通信号或虚拟通信号发送至客户端，或者通知当前主叫方可通过客户端呼叫目标被叫方。以此方式，既可确保主叫方和被叫方能够方便地进行沟通，又可通过呼叫授权中心的授权认证来尽可能避免骚扰。

Description

呼叫授权方法、装置、设备和计算机可读存储介质

技术领域

本公开的实施例一般涉及呼叫技术领域，并且更具体地，涉及呼叫授权方法、装置、设备和计算机可读存储介质。

背景技术

在当前的信息时代下，人们最常用的联系方式为电话或者微信，这种联系方式虽然方便，但是存在如下缺点：

容易被骚扰。如果电话号已经被泄露，我们会经常收到房屋中介，广告商的骚扰电话；

担心被骚扰而不愿告诉他人。比较常见的是医生不愿意给陌生患者自己的电话号。

因而，在保证方便地进行沟通的情况下，如何尽可能地避免被骚扰就成为了亟待解决的问题。

发明内容

根据本公开的实施例，提供了一种呼叫授权方案。

在本公开的第一方面，提供了一种呼叫授权方法。该方法包括：

在接收到来自当前主叫方的客户端发送的针对目标被叫方的呼叫授权请求时，根据所述呼叫授权请求，确定所述目标被叫方在所述呼叫授权中心注册的授权中心ID；所述客户端为所述呼叫授权中心提供的客户端；

基于对应的呼叫授权条件对所述当前主叫方进行授权认证，以得到授权认证结果；

当所述授权认证结果为授权认证通过时，将所述目标被叫方的真实通信号或虚拟通信号发送至所述客户端，或者通知所述当前主叫方可通过所述客户端呼叫所述目标被叫方；所述授权中心ID分别与所述目标被叫方的真实通信号、虚拟通信号以及客户端账号相对应。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，

所述根据所述呼叫授权请求，确定所述目标被叫方在所述呼叫授权中心注册的授权中心ID，包括：

根据所述呼叫授权请求中携带的所述目标被叫方的呼叫用途描述ID，确定所述目标被叫方在所述呼叫授权中心注册的与所述呼叫用途描述ID对应的授权中心ID，其中，

所述呼叫授权条件因所述呼叫用途描述ID确定，

所述目标被叫方具有至少一个呼叫用途描述ID以及一个授权中心ID，所述至少一个呼叫用途描述ID对应所述一个授权中心ID。

所述基于对应的呼叫授权条件对所述当前主叫方进行授权认证，以得到授权认证结果，包括：

获取与所述呼叫授权请求中携带的呼叫用途描述ID对应的呼入先决条件；

若针对所述呼入先决条件的回复信息符合预设条件，将所述授权认证结果确定为授权认证通过，其中：

所述呼入先决条件包括以下至少一项：

呼入时间限制；

当前主叫方的若干属性。

获取所述与所述呼叫授权请求中携带的呼叫用途描述ID对应的呼入承诺条件；

将所述呼入承诺条件提示给所述当前主叫方的客户端；

当接收到所述当前主叫方的客户端对所述呼入承诺条件的确认信息时，将所述授权认证结果确定为授权认证通过，其中：

所述呼入承诺条件包括以下至少一项：

通话内容承诺；通话费率承诺。

所述方法还包括：

将生成的呼入目的简介发送至所述目标被叫方。

所述方法还包括：

所述目标被叫方在接收到所述呼叫授权中心通过授权中心ID发送的任一主叫方的授权认证结果为授权认证通过时，确定所述任一主叫方的真实通信号，将所述任一主叫方的真实通信号添加至白名单中；

所述目标被叫方在接收到所述当前主叫方的呼叫请求后，确定所述当前主叫方的真实通信号；当所述当前主叫方的真实通信号不在白名单时，自动拦截所述呼叫请求，并提示所述当前主叫方在所述呼叫授权中心进行授权认证；当所述当前主叫方的真实通信号在白名单时，响应所述呼叫请求。

所述目标被叫方在接收到所述当前主叫方通过所述客户端发出的呼叫请求或所述当前主叫方通过所述虚拟通信号发出的呼叫请求或所述当前主叫方通过所述真实通信号发出的呼叫请求后，将呼入目的简介进行显示，并发出呼叫提示音。

在接收到所述目标被叫方发送的针对所述当前主叫方的投诉请求时，获取所述呼叫请求对应的呼叫语音以及所述投诉请求对应的投诉内容；

根据所述呼叫语音以及所述投诉内容，对所述当前主叫方进行处理。

在本公开的第二方面，提供了一种呼叫授权装置。该装置包括：

确定模块，用于在接收到来自当前主叫方的客户端发送的针对目标被叫方的呼叫授权请求时，根据所述呼叫授权请求，确定所述目标被叫方在所述呼叫授权中心注册的授权中心ID；所述客户端为所述呼叫授权中心提供的客户端；

认证模块，用于基于对应的呼叫授权条件对所述当前主叫方进行授权认证，以得到授权认证结果；

处理模块，用于当所述授权认证结果为授权认证通过时，将所述目标被叫方的真实通信号或虚拟通信号发送至所述客户端，或者通知所述当前主叫方可通过所述客户端呼叫所述目标被叫方；所述授权中心ID分别与所述目标被叫方的真实通信号、虚拟通信号以及客户端账号相对应。

在本公开的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。

在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本公开的第一方面和/或第二发面的方法。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了根据本公开的实施例的呼叫授权方法的流程图；

图2示出了根据本公开的实施例的呼叫授权装置的方框图；

图3示出了能够实施本公开的实施例的示例性电子设备的方框图。

具体实施方式

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

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本公开中，在接收到当前主叫方的呼叫授权请求后，可根据目标被叫方对应的呼叫授权条件对当前主叫方进行授权认证，如此，既可确保主叫方和被叫方能够方便地进行沟通，又可通过呼叫授权中心的授权认证来尽可能避免骚扰，也尽可能地降低信息泄露可能性。

图1示出了根据本公开实施例的用于呼叫授权方法100的流程图。如图1所示，该于呼叫授权方法100用于呼叫授权中心，包括步骤110至130：

在步骤110中，在接收到来自当前主叫方的客户端发送的针对目标被叫方的呼叫授权请求时，根据所述呼叫授权请求，确定所述目标被叫方在所述呼叫授权中心注册的授权中心ID；所述客户端为所述呼叫授权中心提供的客户端；

本公开的ID即Identity document。

在步骤120中，基于对应的呼叫授权条件对所述当前主叫方进行授权认证，以得到授权认证结果；

呼叫授权条件可在呼叫授权中心中存储。且一个授权中心ID可对应多个呼叫授权条件。

在步骤130中，当所述授权认证结果为授权认证通过时，将所述目标被叫方的真实通信号或虚拟通信号发送至所述客户端，或者通知所述当前主叫方可通过所述客户端呼叫所述目标被叫方；所述授权中心ID分别与所述目标被叫方的真实通信号、虚拟通信号以及目标被叫方的客户端账号相对应。

在接收到来自当前主叫方的客户端发送的针对目标被叫方的呼叫授权请求时，可根据目标被叫方对应的呼叫授权条件，对当前主叫方进行授权认证，将所述目标被叫方的真实通信号或虚拟通信号发送至所述客户端，或者通知所述当前主叫方可通过所述客户端呼叫所述目标被叫方，以便当前主叫方可通过真实通信号直接呼叫被叫方或者通过虚拟通信号呼叫被叫方或者通过客户端账号呼叫被叫方，而被叫方也可以通过手机、座机或者客户端接收来自该当前主叫方的呼叫请求，如此，既可确保主叫方和被叫方能够方便、灵活地进行沟通，又可通过呼叫授权中心的授权认证来尽可能避免骚扰。

真实通信号、虚拟通信号分别指的是目标被叫方真实的电话号、虚假的电话号，而电话号包括手机号、座机号。该虚拟通信号可随机生成，动态变化，从而进一步避免骚扰，当然，该虚拟通信号也可以是固定的。

其次，如果只是将目标被叫方的虚拟通信号发送给了当前主叫方，可进一步避免重要信息泄露，进而进一步避免被骚扰。

另外，授权中心ID用于唯一标识该目标被叫方，是目标被叫方在呼叫授权中心注册的一个用于唯一标识用户身份的ID，且该授权中心ID可以刚好为客户端账号，也可以是与客户端账号不同的另一个账号。

在一个实施例中，所述根据所述呼叫授权请求，确定所述目标被叫方在所述呼叫授权中心注册的授权中心ID，包括：

所述呼叫授权条件因所述呼叫用途描述ID确定，

由于呼叫用途描述ID用于指向不同用途的呼叫，因而，呼叫授权条件因所述呼叫用途描述ID确定，可确保呼叫授权条件随着呼叫用途描述ID的不同而会发生个性化变化，如此，不同的呼叫用途描述ID就可以有不同的呼叫授权条件，即同一个被叫方可以有多个不同的呼叫授权条件，这样可根据呼叫用途的不同，向不同主叫方提供不同的呼叫用途描述ID。

所述目标被叫方具有至少一个呼叫用途描述ID以及一个授权中心ID，所述至少一个呼叫用途描述ID对应所述一个授权中心ID，以及

所述至少一个呼叫用途描述ID中各呼叫用途描述ID都分别对应一个呼叫授权条件，同一个被叫方可以有多个呼叫用途描述ID。

呼叫用途描述ID顾名思义即不同用途的呼叫所对应的用户ID，如医生Alice的电话号是13812345678，Alice在该呼叫授权中心申请了多个呼叫用途描述ID，比如“北医三院Alice”用于提供给病人进行呼叫，比如第二个呼叫用途ID叫“彩虹小区18号楼A女士”用于供快递员进行呼叫，或者进行发快递的呼叫。而一个用户具有多个呼叫用途描述ID，可确保被叫方根据不同陌生人的通话用途的不同，提供不同的呼叫用途描述ID，进而可避免向不同通话用途的陌生人提供相同而唯一的ID而导致信息泄露、被骚扰，且不同的陌生人会因为得到不同的呼叫用途描述ID而不知道是同一个人，如得到“北医三院Alice”的陌生人与得到“彩虹小区18号楼A女士”的陌生人并不知晓“北医三院Alice”和“彩虹小区18号楼A女士”这两个ID是同一个主人的，从而更好保护Alice的隐私。

而一个用户在该呼叫授权中心可以有多个呼叫用途描述ID但只能有一个授权中心ID。另外，呼叫用途描述ID也可以说是被叫方的授权中心ID对应的别名。

由于被叫方的所有呼叫用途描述ID都对应了其唯一的授权中心ID，因而，根据所述呼叫授权请求中携带的所述目标被叫方的呼叫用途描述ID，可自动而准确地确定所述目标被叫方的授权中心ID。

在一个实施例中，所述基于对应的呼叫授权条件对所述当前主叫方进行授权认证，以得到授权认证结果，包括：

获取与所述呼叫授权请求中携带的呼叫用途描述ID对应的呼入先决条件；呼叫授权条件包括呼入先决条件；

所述呼入先决条件包括以下至少一项：

呼入时间限制；

当前主叫方的若干属性。其中：

当前主叫方的属性包括，但不限于下面的举例：

当前主叫方的地理位置是否在或是否不在某些指定区域；

当前主叫方是否已经通过实名验证；

当前主叫方的年龄，职业，学历等；

当前主叫方的信用/信誉记录等；

当前主叫方是否已经获得推荐人的推荐；

相应地，预设条件可以分别是：

当前主叫方的呼入时间需要在预设休息时间或预设工作时间等；

当前主叫方的地理位置某些指定区域；

当前主叫方已经通过实名验证；

当前主叫方的年龄，职业，学历分别需满足指定年龄、指定职业、指定学历等；

当前主叫方的信用/信誉记录分别需满足指定信用或者需具有良好的信誉记录；

当前主叫方已经获得推荐人的推荐。

呼叫授权中心会对所呼入先决条件对应的回复信息进行逐项检查。如果某个条件不满足，则告知当前主叫方的客户端授权过程无法继续，并解释是哪些条件不满足，若都满足，则确认接收到针对所述呼入先决条件的确认信息。

若针对呼入先决条件的回复信息符合预设条件，则说明当前主叫方符合呼叫目标被叫方的预设条件，有资格呼叫目标被叫方，因而，可确定授权认证结果为授权认证通过。

另外，针对所述呼入先决条件的回复信息可以是当前主叫方的客户端在接收到该呼入先决条件后输入的信息，也可以是呼叫授权中心依据该当前主叫方在该中心的注册信息获得，或者，也可以是呼叫授权中心从其他平台上获得的回复信息，如从学信网上获得的当前主叫方的姓名、性别、学历，年龄等；从法院的公告、各种支付平台上获得的当前主叫方的信用、信誉记录等。

获取与所述呼叫授权请求中携带的呼叫用途描述ID对应的呼入承诺条件；呼叫授权条件包括呼入承诺条件；

将所述呼入承诺条件提示给所述当前主叫方的客户端；

所述呼入承诺条件包括以下至少一项：

通话内容承诺；通话费率承诺。

通过与所述呼叫授权请求中携带的呼叫用途描述ID对应的呼入承诺条件提示给当前主叫方的客户端，可确定是否接收到针对呼入承诺条件的确认信息，若接收到，则说明当前主叫方同意按照该呼入承诺条件呼叫目标被叫方，因而，可确定授权认证结果确定为授权认证通过，以确保当前主叫方在同意该呼入承诺条件的基础上能够正常呼叫目标被叫方。

通话内容承诺，比如呼叫“北医三院Alice”必须和医疗相关，违反将被扣10元费用；

通话费率承诺，比如呼叫“北医三院Alice”是每分钟10元，呼叫“彩虹小区18号楼A女士”免费。

在一个实施例中，将生成的呼入目的简介发送至所述目标被叫方的客户端。

通过将呼入目的简介发送至目标被叫方的客户端，可确保目标被叫方根据该呼入目的简介确定是否接听当前主叫方的来电。

呼入目的简介可以是授权认证通过后，当前主叫方通过其客户端发送至呼叫授权中心的；当然，也可以是呼叫授权中心根据授权认证过程自动生成的，例如：根据针对呼入先决条件的回复信息、目标被叫方的呼叫用途描述ID而自动生成的。

在一个实施例中，所述方法还包括：

所述目标被叫方的客户端在接收到所述呼叫授权中心通过授权中心ID发送的任一主叫方的授权认证结果为授权认证通过时，确定所述任一主叫方的真实通信号，将所述任一主叫方的真实通信号添加至白名单中；

真实通信号可存储在呼叫授权中心中，因而，可通过向呼叫授权中心申请而获得。

任一主叫方可以是任何一个预备呼叫目标被叫方的主叫方。

目标被叫方在接收到所述当前主叫方的呼叫请求后，确定所述当前主叫方的真实通信号；当所述当前主叫方的真实通信号不在白名单时，自动拦截所述呼叫请求，并提示所述当前主叫方在所述呼叫授权中心进行授权认证；当所述当前主叫方的真实通信号在白名单时，响应所述呼叫请求。

目标被叫方无论接收到述呼叫授权中心发送的哪个主叫方的授权认证结果，都会确定该主叫方的真实通信号，然后将该真实通信号添加至该白名单中。这样一来，当目标被叫方在接收到当前主叫方的呼叫请求后，也可确定所述当前主叫方的真实通信号，然后如果该真实通信号不在白名单中就说明该主叫方未通过授权认证，可自动拦截该呼叫请求，以避免来自该主叫方的骚扰，并提示该主叫方前往呼叫授权中心进行授权认证；而当该当前主叫方的真实通信号在白名单时，说明该主叫方在该呼叫授权中心进行过授权认证，可自动响应所述呼叫请求，以便该主叫方可正常联系该目标被叫方。

在一个实施例中，所述目标被叫方在接收到所述当前主叫方通过所述客户端发出的呼叫请求或所述当前主叫方通过所述虚拟通信号发出的呼叫请求或所述当前主叫方通过所述真实通信号发出的呼叫请求后，将呼入目的简介进行显示，并发出呼叫提示音。

在目标被叫方通过客户端、手机或者座机接收到当前主叫方通过其客户端发出的呼叫请求或所述当前主叫方通过所述虚拟通信号发出的呼叫请求或所述当前主叫方通过目标被叫方真实号码发出的呼叫请求后，可将呼入目的简介进行自动显示，与此同时发出呼叫提示音，从而，对目标被叫方进行充分提示，以使得目标被叫方在明确对方呼入目的的前提下决定是否接听呼叫。

呼入目的简介即对当前主叫方呼叫该目标被叫方的目的的简单介绍。通过提示呼入目的简介，可提高目标被叫方接通该呼叫的概率以及及时性。

另外，需要说明的是：当前主叫方的客户端和目标被叫方的客户端可以是同一种客户端，如都是呼叫授权中心提供的客户端，当然，也可以不是同一种客户端，如第三方按授权中心的授权接口开发的客户端。

在一个实施例中，在接收到所述目标被叫方的客户端发送的针对所述当前主叫方的投诉请求时，获取所述呼叫请求对应的呼叫语音以及所述投诉请求对应的投诉内容；

即便当前主叫方通过了该呼叫授权中心的授权认证，但是如果当前主叫方的通话内容也与通话内容承诺不同(如通话内容承诺为医学有关的通话内容，而实际的通话内容与医学无关)等，则目标被叫方均可在该呼叫授权中心进行投诉；具体地，在接收到所述目标被叫方的客户端发送的针对所述当前主叫方的投诉请求时，可获取所述呼叫请求对应的呼叫语音以及所述投诉请求对应的投诉内容，然后综合所述呼叫语音以及所述投诉内容，自动地对所述当前主叫方进行处理，例如：

对当前主叫方进行罚款，

将当前主叫方的授权认证结果变更为授权认证未通过，或者

更新该当前主叫方的违规通话次数，然后根据最近的累计违规通话次数对当前主叫方进行不同处理。

另外，目标被叫方可根据授权认证结果中包括的针对所述呼入先决条件的回复信息如呼入时间限制、需要经过实名制认证等当前主叫方曾经承诺的呼叫条件，来决定是否自动拦截来自当前主叫方的呼叫请求，如此，可进一步避免骚扰。

下面将结合其他实施例进一步详细说明本发明的技术方案：

假设医生Alice的电话号是13812345678。Alice在本公开的授权中心申请一个ID，比如“北医三院Alice”。Alice还可以申请其他若干个呼叫用途描述ID，比如第二个ID叫“彩虹小区18号楼A女士”用于收发快递。

当陌生患者索要自己联系方式时，Alice把自己的ID“北医三院Alice”告诉患者，或提供二维码让对方扫描。对方使用该ID来联系Alice的具体步骤详见呼叫流程。

此外，Alice在自己的手机上安装一个助手软件，助手软件会拦截所有不在白名单内的呼叫。例如，Bob拨打Alice的电话号，Bob的电话号不在Alice的白名单内，该呼叫会被Alice的助手软件自动拦截。这里有两种拦截方式:

拒接电话。拒接电话之后，Alice的助手软件把被拦截的电话号上传到呼叫授权中心。授权中心给这个电话号发短信，内容是“你拨打的电话号13812345678必须通过授权才可呼入，请登录XX授权中心进行授权”。

自动接通电话，播放语音“你拨打的电话号13812345678必须通过授权才可呼入，请登录XX授权中心进行授权”，然后自动挂断。

Bob登录授权网站，查询到电话号13812345678对应的ID为“北医三院Alice”。Bob申请呼叫“北医三院Alice”，流程详见呼叫流程。

呼叫流程如下：

主叫者注册

主叫者Bob必须在平台上注册一个呼叫用途描述ID。假定Bob注册了“爱吃火锅的B先生”，该ID可以绑定Bob的一个或若干个电话号。

授权中心检查呼入先决条件

Bob选择用自己的ID“爱吃火锅的B先生”呼叫“北医三院Alice”。这时平台检查“北医三院Alice”在该平台对应的唯一的授权中心ID(该授权中心ID与Alice的多个呼叫用途描述ID相对应，每个呼叫用途描述ID对应一个呼入先决条件，且授权中心ID、呼叫用途描述ID与呼入先决条件可对应存储)，并检查Bob是否满足Alice对其ID“北医三院Alice”预先设置的呼入先决条件。假定Alice设置的条件如下：

呼叫时间规则：比如限于周一到周五的8：00-12：00和13：00-17：00。

对主叫者若干属性所做的检查。比如要求主叫者必须在授权中心实名认证，要求主叫者在授权中心被投诉骚扰的次数小于3次。

推荐：必须有指定的推荐人。比如患者想呼叫某高级医生，必须先联系该高级医生认可的助手，助手推荐后，患者才可以呼叫高级医生。

当Bob通过这一步检查后，进入下一步。

主叫者承诺遵守呼入承诺条件

Alice对自己的每一个呼叫用途描述ID设定一个承诺(即呼入承诺条件)，要求主叫者必须遵守。假定Alice设置的条件如下：

通话内容。比如呼叫“北医三院Alice”必须和医疗相关，违反将被扣10元费用；呼叫“彩虹小区18号楼A女士”必须和快递相关，违反将被扣2元费用。

通话费率。比如呼叫“北医三院Alice”是每分钟10元，呼叫“彩虹小区18号楼A女士”免费。

当Bob承诺这些条款后，进入下一步。

主叫者填写呼入目的简介

主叫者必须填写通话目的。比如Bob给“北医三院Alice”的通话目的的简介是：“我是Bob，前天看过您的门诊，想咨询个关于服药的问题”。又比如快递人员给“彩虹小区18号楼A女士”的简介就是“顺丰快递”。

填写完后，客户端把该简介提交给呼叫授权中心。

直接呼叫和间接呼叫的选择

如果被叫方允许别人直接呼叫自己，则主叫方可以选择直接呼叫方式。这时，主叫方和被叫方必须使用相同的通信方式，比如双方都使用电话网，或者双方都使用相同的客户端。在授权认证通过时，授权中心通知解除对该主叫方呼叫该被叫方的呼叫限制(例如，授权中心通知被叫方的客户端添加主叫方的电话号到被叫方的电话白名单中，从而避免拦截主叫方的电话呼叫；或者，授权中心通知管理客户端的服务器允许主叫方的客户端呼叫被叫方的客户端)，然后，主叫方可以直接呼叫被叫方。

间接呼叫是主叫方先连接一个接入服务器，再由接入服务器呼叫被叫方的方式。这时，主叫方和被叫方可以用不同的通信方式，比如一方是电话，一方是客户端，或者两方是不同的客户端。

当主叫用真实通信号呼叫被叫方时，这属于直接呼叫。

当主叫用虚拟通信号呼叫被叫方时，这属于间接呼叫。

当主叫用客户端呼叫被叫方时，这可以是直接呼叫，也可以是间接呼叫。

下面具体举例间接呼叫的流程。

间接呼叫步骤1-主叫者选定接入方式

主叫者可以选择是用具备VOIP(Voice over Internet Protocol，基于IP的语音传输)功能的客户端呼出，还是用PSTN(Public Switched Telephone Network，公共交换电话网络)电话网呼出。

对于客户端方式，授权中心分配一个或多个客户端的接入方式，比如:客户端接入服务器的IP地址，语音呼叫的协议，一个临时的、秘密的Session ID。这个Session ID对应当前的授权认证结果，所以可以通过它查询到被叫方的授权中心ID。

对于电话网方式，授权中心给出一个接入服务器的电话接入号码(可以是固定的短客服号如99988，也可以是临时的虚拟电话号即虚拟通信号如17711112222)。如果主叫者的呼出电话是固定不变且无分机号，主叫者把该电话号，如13900001111，上传给呼叫授权中心；否则，主叫不上传自己的电话号，而是从授权中心申请一个接入PIN。

上传的电话号或者PIN在后面用来查找授权认证结果。

间接呼叫步骤2-主叫者发起呼叫接入服务器

当主叫者用客户端呼出时，客户端用上面接收到的语音呼叫的协议，连接上接入服务器，并上传Session ID。接入服务器可以根据Session ID查到授权认证结果。

当主叫者用电话网呼叫接入服务器的电话号码时，接入服务器根据来电显示获取主叫号码。接入服务器检查该来电号码是否是前一步，由客户端上传的电话号。如果不是，接入服务器先要求主叫者通过电话按键输入PIN。接着，接入服务器根据来电号码或者PIN查找授权认证结果。

间接呼叫步骤3-接入服务器呼叫被叫者

接入服务器根据授权认证结果，查到Alice的认证中心ID，并进一步查到其真实电话号或客户端账号。

被叫者Alice可以选择是否安装客户端。如果安装了，且客户端在线，则客户端发出振铃音提示有呼叫，同时客户端显示一段文字“爱吃火锅的B先生-我是Bob，前天看过您的门诊，想咨询个关于服药的问题”。

如果没有安装客户端，则接入服务器使用电话网呼叫Alice的电话号。手机助手在电话呼叫到来之前，把本地通讯录白名单中的接入服务器的对外呼出号99988的说明临时修改成“99888：爱吃火锅的B先生-我是Bob，前天看过您的门诊，想咨询个关于服药的问题”。这样，当99988呼叫Alice的电话时，来电的名字显示为这段文字。

在上班时间，Alice还可以通过设置，指示接入服务器把呼叫转移到自己办公室的电话。

如果Alice的电脑客户端上线了，则电脑客户端负责弹屏显示这段文字，电话仍然转移到Alice的手机或办公室的电话上。

通话后的投诉

助手软件对通话内容录音。在投诉时，录音内容上传到服务器。

Alice如果认为Bob在呼叫“北医三院Alice”时进行了广告营销，可以投诉。投诉成功后，Bob被扣除10元。

下面将结合其他实施例进一步说明本发明的技术方案：

本公开提供了一种预防骚扰呼叫的方法，该方法允许被叫方生成若干别名(如呼叫用途描述ID)。每个别名和被叫方的电话号或某种有通话功能的客户端的账号相关联。

在接收到来自当前主叫方的客户端发送的针对一个别名的呼叫授权请求时，根据该别名的配置授权数据或者授权程序，确定主叫方是否可以呼叫该别名。

在授权通过后，使主叫方能够呼叫和该别名相关联的电话号或客户端账号，以使主叫方能够直接呼叫和该别名相关联的电话号或客户端账号，或者通过授权中心提供的通信通道间接呼叫和该别名相关联的电话号或客户端账号。

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

以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。

图2示出了根据本公开的实施例的呼叫授权装置500的方框图。如图2所示，装置200包括：

确定模块210，用于在接收到来自当前主叫方的客户端发送的针对目标被叫方的呼叫授权请求时，根据所述呼叫授权请求，确定所述目标被叫方在所述呼叫授权中心注册的授权中心ID；所述客户端为所述呼叫授权中心提供的客户端；

认证模块220，用于基于对应的呼叫授权条件对所述当前主叫方进行授权认证，以得到授权认证结果；

处理模块230，用于当所述授权认证结果为授权认证通过时，将所述目标被叫方的真实通信号或虚拟通信号发送至所述客户端，或者通知所述当前主叫方可通过所述客户端呼叫所述目标被叫方；所述授权中心ID分别与所述目标被叫方的真实通信号、虚拟通信号以及客户端账号相对应。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图3示出了可以用来实施本公开的实施例的电子设备300的示意性框图。设备300可以用于实现图2装置。如图所示，设备300包括CPU301，其可以根据存储在ROM302中的计算机程序指令或者从存储单元308加载到RAM303中的计算机程序指令，来执行各种适当的动作和处理。在RAM 303中，还可以存储设备300操作所需的各种程序和数据。CPU 301、ROM302以及RAM 303通过总线304彼此相连。I/O接口305也连接至总线304。

设备300中的多个部件连接至I/O接口305，包括：输入单元306，例如键盘、鼠标等；输出单元303，例如各种类型的显示器、扬声器等；存储单元308，例如磁盘、光盘等；以及通信单元309，例如网卡、调制解调器、无线通信收发机等。通信单元309允许设备300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理单元301执行上文所描述的各个方法和处理，例如方法100。例如，在一些实施例中，方法100可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元308。在一些实施例中，计算机程序的部分或者全部可以经由ROM 302和/或通信单元309而被载入和/或安装到设备300上。当计算机程序加载到RAM 303并由CPU 301执行时，可以执行上文描述的方法100的一个或多个步骤。备选地，在其他实施例中，CPU 301可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法100。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等等。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、RAM、ROM、EPROM、光纤、CD-ROM、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims

1.一种呼叫授权方法，用于呼叫授权中心，其特征在于，包括：

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

所述呼叫授权条件因所述呼叫用途描述ID确定，

3.根据权利要求2所述的方法，其特征在于，

所述呼入先决条件包括以下至少一项：

呼入时间限制；

当前主叫方的若干属性。

4.根据权利要求2所述的方法，其特征在于，

获取与所述呼叫授权请求中携带的呼叫用途描述ID对应的呼入承诺条件；

将所述呼入承诺条件提示给所述当前主叫方的客户端；

所述呼入承诺条件包括以下至少一项：

通话内容承诺；通话费率承诺。

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

将生成的呼入目的简介发送至所述目标被叫方。

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

7.根据权利要求1所述的方法，其特征在于，

8.根据权利要求1至7中任一项所述的方法，其特征在于，

9.一种呼叫授权装置，用于呼叫授权中心，其特征在于，包括：

10.一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～8中任一项所述的方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1～8中任一项所述的方法。