CN113489824A - 呼叫处理的方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开涉及呼叫处理的方法、装置、设备以及存储介质，涉及人工智能、通信技术等领域，可应用于语音交互设备。具体实现方案为：对呼叫指令进行解析，得到至少一个呼叫对象；对于每个呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；利用查询结果确定呼叫策略；根据呼叫策略发起呼叫请求。根据本公开的技术，解决了语音交互设备不具备通话能力的缺陷，并且可以根据通讯录的查询结果对应确定呼叫策略，扩展了设备通话的功能。

Description

呼叫处理的方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及人工智能、通信技术等领域，可应用于语音交互设备。

背景技术

语音交互设备可以支持如人机交互、音乐播放或家电控制等功能，因此拥有一定的市场占有率。相关技术中，语音交互设备不具有与其他智能设备(例如手机、平板电脑)的通话功能。或者，在一部分支持通话功能的语音交互设备中，只涵盖传统的主叫和接听功能，因此在一定程度上制约了语音交互设备的适用场景。

发明内容

本公开提供了一种呼叫处理的方法、装置、设备以及存储介质。

根据本公开的一方面，提供了一种呼叫处理的方法，该方法可以包括以下步骤：

对呼叫指令进行解析，得到至少一个呼叫对象；

对于每个呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；

利用查询结果确定呼叫策略；

根据呼叫策略发起呼叫请求。

根据本公开的第二方面，提供了一种呼叫处理的方法，该方法可以包括以下步骤：

在接到呼叫请求的情况下，对发起呼叫请求的主叫对象进行验证；

在验证的结果为主叫对象具有呼叫权限的情况下，向通话云端发送呼叫接通请求；通话云端用于提供通话相关服务；

响应于通话云端的呼叫接通确认信息，执行呼叫接通。

根据本公开的第三方面，提供了一种呼叫处理的装置，该装置可以包括：

呼叫指令解析模块，用于对呼叫指令进行解析，得到至少一个呼叫对象；

呼叫对象查询模块，用于对于每个呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；

呼叫策略确定模块，用于利用查询结果确定呼叫策略；

呼叫执行模块，用于根据呼叫策略发起呼叫请求。

根据本公开的第四方面，提供了一种呼叫处理的装置，该装置可以包括：

验证模块，用于在接到呼叫请求的情况下，对发起呼叫请求的主叫对象进行验证；

呼叫接通请求发送模块，用于在验证的结果为主叫对象具有呼叫权限的情况下，向通话云端发送呼叫接通请求；通话云端用于提供通话相关服务；

呼叫接通执行模块，用于响应于通话云端的呼叫接通确认信息，执行呼叫接通。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种语音交互的产品，包括本公开任一实施例中的装置、电子设备和储有计算机指令的非瞬时计算机可读存储介质中的至少一种。

根据本公开的技术，解决了语音交互设备不具备了通话能力的缺陷，并且可以根据通讯录的查询结果对应确定呼叫策略，扩展了设备通话的功能。

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

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开呼叫处理的方法的流程图之一；

图2是根据本公开通话功能的激活方式的流程图；

图3是根据本公开将号码与待激活对象进行绑定的流程图；

图4是根据本公开根据绑定策略，执行号码与待激活对象的绑定的流程图；

图5是根据本公开通讯录的构建方式的流程图；

图6是根据本公开利用查询结果确定呼叫策略的流程图之一；

图7是根据本公开确定呼叫方式的流程图之一；

图8是根据本公开根据呼叫方式修改指令进行呼叫方式修改的流程图；

图9是根据本公开确定呼叫方式的流程图之二；

图10是根据本公开利用查询结果确定呼叫策略的流程图之二；

图11是根据本公开利用呼叫对象的其他号码以进行呼叫的流程图；

图12是根据本公开确定预定规则的流程图；

图13是根据本公开呼叫处理的方法的流程图之二；

图14是根据本公开确定主叫对象的呼叫权限的流程图之一；

图15是根据本公开确定主叫对象的呼叫权限的流程图之二；

图16是根据本公开执行呼叫接通的流程图；

图17是根据本公开呼叫处理的装置的示意图之一；

图18是根据本公开呼叫处理的装置的示意图之二；

图19是用来实现本公开实施例的呼叫处理的方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

如图1所示，本公开涉及一种呼叫处理的方法，该方法可以包括以下步骤：

S101：对呼叫指令进行解析，得到至少一个呼叫对象；

S102：对于每个呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；

S103：利用查询结果确定呼叫策略；

S104：根据呼叫策略发起呼叫请求。

本公开上述方法的执行主体可以是语音交互设备或者可以是语音交互设备的服务器或云端等。其中，语音交互设备可以包括带屏语音交互设备和无屏语音交互设备等。即，语音交互设备可以作为呼叫设备。另外，在执行主体是语音交互设备的服务器或云端的情况下，语音交互设备的服务器或云端可以通过语音交互设备进行前端的信息采集，进而通过与带屏语音交互设备的交互以执行上述步骤。

呼叫指令可以包括语音交互设备获取到的用户通过语音或文字等方式下达的指令。即，可以对应语音交互指令或文字交互指令。

以语音呼叫指令为例，呼叫指令可以包括“打电话给爸爸、妈妈和儿子”、“我要与张三和李四开电话会议”、“拨号133XXXXXXXX”等。

通过对呼叫指令进行解析，可以得到至少一个呼叫对象。例如，前述示例中的“爸爸”、“妈妈”、“儿子”、“张三”、“李四”以及电话号码“133XXXXXXXX”均可以作为呼叫对象。对应的，在呼叫指令是“打电话给爸爸、妈妈和儿子”的情况下，可以得到三个呼叫对象。在呼叫指令是“拨号133XXXXXXXX”的情况下，可以得到单一呼叫对象。

对于每个呼叫对象，可以利用已激活的通话功能在通讯录中进行查询，以得到查询结果。以呼叫对象为“张三”为例，查询结果可以包括通讯录中不存在联系人“张三”、通讯录中只存在一个联系人“张三”，通讯录中有多个联系人“张三”等多种情况。其中，通讯录中有多个联系人“张三”的情况可以包括，多个联系人分别是“张三”、“张三一”、“张三二”等。即，多个联系人可以是与呼叫对象“张三”完全重名，或者与呼叫对象“张三”部分重名。

已激活的通话功能可以是在获取到设备厂商或通信运营商的已激活的通信号码后所具有的通话功能。激活过程将在后文进行详述。

对于通讯录中存在呼叫对象的情况，查询结果可以进一步包括：通讯录中的匹配对象(联系人)只有一个号码，或者通讯录中的匹配对象有多个号码。

利用查询结果，可以确定呼叫策略。例如，在查询结果为呼叫指令中存在多个呼叫对象的情况下，呼叫策略可以是同时向多个呼叫对象发起呼叫请求。在查询结果为匹配对象包括多个号码的情况下，呼叫策略可以包括优先选择网络线路进行呼叫，或者，呼叫策略还可以包括在第一次呼叫失败的情况下，利用其他号码进行第二次呼叫等。具体呼叫策略在后文进行详述。

在确定出呼叫策略的情况下，即可根据呼叫策略向呼叫对象发起呼叫请求，以实现通话。

通过上述过程，解决了语音交互设备不具备通话能力的缺陷，并且可以根据通讯录的查询结果对应确定呼叫策略，扩展了设备通话的功能。

如图2所示，在一种实施方式中，步骤S102中涉及的通话功能的激活方式，可以具体包括以下步骤：

S201：对接收到的激活请求进行解析，得到待激活对象的标识信息；

S202：在标识信息认证通过的情况下，获取分配给待激活对象的号码；

S203：将号码与待激活对象进行绑定，并激活号码的通话功能。

待激活对象的标识信息可以用于表征待激活对象，例如，标识信息可以是产品序列号(SN，Serial Number)，即对应产品标识。另外，标识信息还可以用于表征激活请求所对应的用户。例如，用户“张三”购买了带屏语音交互设备、智能手机、平板电脑等多个设备，需要对多个设备进行激活。在此场景下，标识信息可以是表征激活请求所对应的用户，即对应用户标识。例如，在获取到用户“张三”的授权的情况下，可以采集用户“张三”的面部图像，或用户“张三”输入的个人标识(例如用户名、密码)等信息。

对标识信息进行认证的过程可以在语音交互设备的服务器端进行，也可以在第三方进行。示例性地，第三方可以是通信运营商的服务器或云端等。认证可以包括对产品序列号进行认证，以确定是否为正规途径的产品。或者，还可以对用户标识进行认证，以确定用户标识是否与待激活的设备相关联。

在认证通过的情况下，可以为待激活对象分配号码。该号码可以是手机号码。可以由第三方将号码发送至服务器，由服务器将号码与待激活对象进行绑定，并且将该号码置于激活状态。

号码的激活过程可以包括由语音交互设备的服务器发送号码激活请求至第三方，由第三方将号码状态置为激活。或者，第三方在分配号码的过程中，可以直接将分配的号码进行激活处理。

通过上述过程，可以为待激活对象分配号码，以使待激活对象具备通话功能。在待激活设备为带屏语音交互设备的情况下，可以使带屏语音交互设备实现通话功能，从而可以丰富其适用场景。

如图3所示，在一种实施方式中，步骤S203涉及的将号码与待激活对象进行绑定，可以包括以下步骤：

S301：根据待激活对象的属性，确定对应的绑定策略；待激活对象的属性包括用户属性或设备属性；

S302：根据绑定策略，执行号码与待激活对象的绑定。

待激活对象的属性可以包括用户属性或设备属性。待激活对象的属性可以通过待激活对象的标识信息确定。例如，在标识信息为产品序列号的情况下，可以对应设备属性。在标识信息为用户标识(用户的标识信息)的情况下，可以对应用户属性。

在待激活对象的属性为设备属性的情况下，可以表示待激活设备为单一设备。基于此，绑定策略可以是将号码与单一设备进行绑定。

在待激活对象的属性为用户属性的情况下，可以表示待激活设备为与该用户关联的多个设备，基于此，绑定策略可以是将号码与多个设备进行绑定。即，多个设备共享一个号码。

根据绑定策略，可以执行对应的绑定过程。

通过上述过程，可以实现单设备的号码绑定激活，或者可以实现多设备的号码绑定激活。在待激活对象的属性为用户属性的情况下，可以实现一次激活多个设备，从而提高激活效率，简化激活流程。

在一种实施方式中，在待激活对象的属性为用户属性的情况下，确定对应的绑定策略为多设备绑定；在此情况下，如图4所示，步骤S302所涉及的根据绑定策略，执行号码与待激活对象的绑定，可以包括以下步骤：

S401：利用标识信息，查询与标识信息匹配的至少一个关联设备，将查询出的每个关联设备确定为待激活对象；

S402：将号码与查询出的每个关联设备进行绑定。

在用户得到(购买)了多件电子产品(多件电子产品对应前述待激活设备)，且需要对多件电子产品进行激活的场景下，可以通过上述步骤实现激活。即，激活请求中可以包含该用户的标识信息，例如，标识信息可以是该用户在电子产品服务器中注册的用户名和密码。或者，标识信息可以是用户的面部图像、指纹、证件等信息。

例如，用户“张三”利用用户名和密码对第一电子产品进行登录操作，并将第一电子产品与用户名和密码进行关联；利用面部识别对第二电子产品进行登录操作，并将第二电子产品与面部图像进行关联；利用指纹识别对第三电子产品进行登录操作，并将第三电子产品与指纹进行关联。则，上述第一电子产品、第二电子产品和第三电子产品均可以作为与标识信息匹配的关联设备。

在激活请求中包含该用户的标识信息的情况下，可以表征用户的激活意愿为激活多个设备。基于此，利用用户“张三”的标识信息，可以查询出与用户“张三”的标识信息匹配的三个关联设备。在三个关联设备均未激活的情况下，可以将上述三个关联设备确定为待激活对象。

通过上述过程，在查询出多个关联设备的情况下，可以将号码与查询出的每个关联设备进行绑定。从而可以以用户为识别依据，同时进行多个待激活对象的激活。

如图5所示，在一种实施方式中，通讯录的构建方式可以包括以下步骤：

S501：利用运营商标识，向对应的运营商发送通讯录获取请求；

S502：将接收到的运营商反馈的通讯录存储至对应的通讯录存储地址，通讯录存储地址是根据运营商标识预先建立的。

运营商标识可以是运营商的二维码、或者可以是预先在运营商服务器或运营商云端(后文简称运营商)注册的用户名和密码等。运营商可以包括设备厂商、通信运营商和虚拟通信运营商等。

以运营商标识为运营商的二维码为例，带屏语音交互设备可以通过扫描运营商二维码的方式获取运营商标识，实现对运营商的访问，以向对应的运营商发送通讯录获取请求。

另一方面，在获取到运营商标识的情况下，带屏语音交互设备可以为运营商分配通讯录存储地址。从而在接收到运营商反馈的通讯录的情况下，将通讯录存在至对应的通讯录存储地址。

其中，带屏语音交互设备接收运营商反馈的通讯录可以采用以下方式：带屏语音交互设备可以以产品序列号为键(key)，在运营商或者单独设置的通讯录服务平台注册通讯录拉取地址。

对于通讯录的构建，可以以向运营商发送通讯录获取请求为触发条件；或者，还可以以达到预定时间间隔为触发条件；再或者，还可以通讯录发生变更为触发条件。在满足触发条件的情况下，运营商将通讯录发送至通讯录服务平台，通讯录服务平台根据产品序列号，将通讯录发送至对应的带屏语音交互设备。带屏语音交互设备将接收到的通讯录存储至对应的通讯录存储地址。

在接收到运营商发送的通讯录变更信息的情况下，根据通讯录变更信息，在通讯录存储地址进行通讯录更新。

通讯录的建立方式除上述主动获取外，还可以包括通讯录的自动更新。即，运营商在检测到通讯录发生变更的情况下，可以将变更后的通讯录下发至带屏语音交互设备，从而实现通讯录的更新。

如图6所示，在一种实施方式中，步骤S103可以进一步包括以下步骤：

S601：在查询结果为预先构建的通讯录中包含呼叫对象的情况下，获取通讯录所属的运营商；

S602：利用通讯录所属的运营商确定为呼叫对象的类别；

S603：根据呼叫对象的类别，确定呼叫方式；呼叫方式包括视频呼叫或语音呼叫；

将呼叫方式作为呼叫策略。

前已述及，在构建通讯录时，可以依照运营商进行分类构建存储。例如，构建出的通讯录可以包括第一网络运营商A对应的第一通讯录、第二网络运营商B对应的第二通讯录、第一通信运营商C对应的第三通讯录、第一智能电器厂商D对应的第四通讯录等。

在前述第一通讯录、第二通讯录和/或第四通讯录中查询出“张三”的情况下，可以将“张三”的类别确定为网络用户。

进一步的，还可以根据通讯录对应的运营商，或呼叫对象在通讯录中的标识，对前述确定出的网络用户进行细分。细分可以包括以下过程：

例如，对于出现在第一网络运营商A对应的第一通讯录中的呼叫对象，可以细分为属于第一网络运营商A的网络用户。

又例如，在呼叫对象在通讯录中的标识为在运营商注册的身份识别号(ID，Identity document)的情况下，可以细分为属于以身份标识表征的网络用户。另外，呼叫对象在通讯录中的标识还可以是呼叫对象对应的设备在A厂商的服务器或云端绑定的标识。示例性地，标识可以是设备的昵称，或在绑定过程中，A厂商的服务器或云端为该设备分配的设备号码等。以标识是设备的昵称为例，示例性地，呼叫对象为“爸爸”所采用的设备可以是智能音箱，该音箱在通讯录中的标识可以是“爸爸的音箱”。呼叫对象为“妈妈”所采用的设备可以是智能手机，该手机在通讯录中的标识可以是“妈妈的手机”。同理，也可以细分为属于以身份标识表征的网络用户。

再例如，在呼叫对象在通讯录中的标识为在运营商注册的手机号码的情况下，可以细分为属于以手机号码表征的网络用户。其中，对于以身份标识表征的网络用户，可以表示仅支持视频呼叫。对于以手机号码表征的网络用户，可以表示支持视频呼叫和语音呼叫。

在前述示例中的第三通讯录中查询出“张三”的情况下，可以将“张三”的类别确定为普通用户。同理，也可以进一步将普通用户细分为手机号码、固话号码等。

另外，同时在前述示例中的第一通讯录至第四通讯录中均查询出“张三”的情况下，可以将“张三”的类别确定为网络用户和普通用户，且网络用户的优先级为高，普通用户的优先级为低。

对于网络用户，可以优先选择视频呼叫。例如，在前述示例中的第四通讯录中包含呼叫对象“爸爸”的情况下，可以选择第一智能电器厂商D的网络电话(VoIP，Voice overInternet Protocol)呼叫线路进行视频呼叫。对于普通用户，可以选择对应的通信运营商的网络电话呼叫线路或者固话线路进行音频呼叫。

通过上述过程，可以根据查询到呼叫对象的通讯录，确定适合呼叫对象的呼叫方式。

如图7所示，在一种实施方式中，步骤S603所涉及的根据呼叫对象的类别，确定呼叫方式，可以包括以下步骤：

S701：在呼叫对象的类别包括网络用户的情况下，将呼叫方式确定为视频呼叫；

S702：在接收到呼叫方式修改指令的情况下，根据呼叫方式修改指令，将呼叫方式确定为语音呼叫。

在呼叫对象的类别包括网络用户的情况下，可以以视频呼叫作为优先的呼叫方式。如前所述，网络用户可以包括属于网络运营商的网络用户或以手机号码表征的网络用户等。

对于呼叫对象的类别属于网络运营商或智能电器厂商的网络用户，可以直接选择视频呼叫。进一步的，主叫对象和被叫对象使用的电子产品属于相同设备厂商的产品的情况下，可以选择该设备厂商的网络电话线路进行视频呼叫。

对于呼叫对象的类别属于以手机号码表征的网络用户，可以首先查询历史通话记录。通过历史通话记录，可以查询在先呼叫时是否已修改过呼叫方式。呼叫方式的修改可以包括：在每次呼叫时，展示呼叫方式选择菜单。呼叫方式选择菜单可以包括视频呼叫选项和语音呼叫选项。其中，视频呼叫选项可以作为默认选项。在通过历史通话记录查询出呼叫方式选择菜单接收到呼叫方式修改指令的情况下(将呼叫方式从视频呼叫选项修改为语音呼叫选项)，可以将呼叫方式确定为语音呼叫。反之，在通过历史通话记录查询出呼叫方式选择菜单未接收到呼叫方式修改指令的情况下，可以保持将呼叫方式确定为视频呼叫。

通过上述过程，在呼叫对象的类别包括网络用户的情况下，可以优先将呼叫方式确定为视频呼叫。仅在接收到呼叫方式修改指令的情况下，将呼叫方式修改为语音呼叫。从而可以实现呼叫方式的智能化选择。

如图8所示，在一种实施方式中，在语音呼叫对应多个候选呼叫方式的情况下，步骤S702所涉及的根据呼叫方式修改指令，将呼叫方式确定为语音呼叫，包括：

S801：根据预定规则，对多个候选呼叫方式进行排序；

S802：根据排序的结果，从多个候选呼叫方式中确定目标呼叫方式。

在语音呼叫的场景下，候选呼叫方式可以对应多种运营商对应的网络电话呼叫线路。预定规则可以是根据通话资费和/或通话质量等对多个候选呼叫方式进行评估。从而基于评估结果对各候选呼叫方式进行排序，最终选择排序在先的候选呼叫方式作为目标呼叫方式。

如图9所示，在一种实施方式中，S603所涉及的根据呼叫对象的类别，确定呼叫策略还可以包括以下步骤：

S901：在呼叫对象的类别为普通用户的情况下，将呼叫方式确定为语音呼叫；

S902：在语音呼叫对应多个候选呼叫方式的情况下，根据预定规则，对多个候选呼叫方式进行排序；

S903：根据排序的结果，从多个候选呼叫方式中确定目标呼叫方式。

在呼叫对象的类别为普通用户的情况下，可以表示不支持视频呼叫。基于此，可以将呼叫方式确定为语音呼叫。

进一步的，在语音呼叫对应多个候选呼叫方式的情况下，可以根据预定规则从多个候选呼叫方式中确定目标呼叫方式。确定方式可以与前述示例相同，不再赘述。

如图10所示，在一种实施方式中，步骤S103中涉及的利用查询结果确定呼叫策略还可以包括以下步骤：

S1001：对于每个呼叫对象，在查询结果包括预先构建的通讯录中包含多个候选匹配对象的情况下，获取呼叫设备的属性；呼叫设备的属性包括有屏幕属性或无屏幕属性；

S1002：对于存在多个候选匹配对象的呼叫对象，根据呼叫设备的属性和查询结果，确定目标匹配对象；

将对每个目标匹配对象进行呼叫作为呼叫策略。

语音交互设备的属性可以包括有屏幕属性或无屏幕属性。即，语音交互设备可以是带屏语音交互设备或无屏语音交互设备。

对于每个呼叫对象，在查询结果包括预先构建的通讯录中包含多个候选匹配对象的情况下，可以进一步结合呼叫设备的属性，确定目标呼叫对象。例如，查询结果为存在多个候选匹配对象为“张三”，表示通讯录中包括多个姓名中包含“张三”的联系人。

对于有屏幕属性的呼叫设备，可以通过文字或语音的方式，引导用户从通讯录的多个候选匹配对象中确定最终的目标匹配对象。

对于具有单一匹配对象的呼叫对象，可以在通讯录中得到唯一的匹配结果。即，该唯一的匹配结果即对应目标匹配对象。

基于此，在最终的呼叫对象有多个的情况下，可以实现与每个呼叫对象的目标匹配对象的多人同时通话。

通过上述过程，可以在正确识别出最终的呼叫对象的基础上，实现多人同时通话。

具体的，根据呼叫设备的属性和查询结果，确定目标匹配对象可以包括以下步骤：

在呼叫设备的属性为有屏幕属性的情况下，生成呼叫对象选择信息，呼叫对象选择信息用于反映多个候选匹配对象；

根据接收到的选择指令，在多个候选匹配对象中确定目标匹配对象。

在呼叫设备的属性为有屏幕属性的情况下，呼叫对象选择信息可以是文字信息和/或是语音信息。

以呼叫对象“张三”在通讯录中查询到多个候选匹配对象为例。多个候选匹配对象可以包括“张三”、“张三一”、“张三二”等。在此情况下，呼叫对象选择信息可以是以文字形式在屏幕中显示以下内容：“找到以下多个联系人：‘张三’、‘张三一’、‘张三二’，请问呼叫哪一个”。

又或者，呼叫对象选择信息可以以语音形式播放上述内容。

再或者，呼叫对象选择信息还可以同时以文字形式和语音形式展示上述内容。

选择指令可以是接收到的用户在屏幕上的触控操作、或者可以是接收到的用户的语音信息等。根据接收到的用户输入的选择指令，可以在多项多个候选匹配对象中确定目标匹配对象。

通过上述过程，针对呼叫设备的属性为有屏幕属性的情况，可以以文字或语音等形式展示呼叫对象选择信息，从而可以引导用户选择正确的目标匹配对象。

在一种实施方式中，根据呼叫设备的属性和查询结果，确定目标匹配对象可以包括以下步骤：

在呼叫设备的属性为无屏幕属性的情况下，确定多个候选匹配对象的匹配程度，匹配程度包括完全匹配或部分匹配；

根据匹配程度，播放对应的话术；

根据接收到的对话术的反馈指令，确定目标呼叫对象。

以呼叫对象“张三”在通讯录中查询到多个候选匹配对象为例。完全匹配可以是通讯录中包含至少两个联系人的姓名为“张三”。部分匹配可以是通讯录中包含的联系人姓名为“张三一”、“张三二”等。

针对呼叫设备的属性为无屏幕属性的情况，对于不同的匹配程度，可以播放对应的话术以引导用户确定出正确的目标呼叫对象。

在接收到对于话术的反馈指令的情况下，可以根据对反馈指令的解析结果确定目标呼叫对象。

例如，在对反馈指令的解析结果为在多个候选匹配对象中选择出目标匹配对象的情况下，即可直接根据反馈指令确定目标呼叫对象。

又例如，在对反馈指令的解析结果为对预先构建的通讯录中的联系人的修改指令的情况下，可以根据修改后通讯录中的联系人确定目标呼叫对象。示例性地，在修改前，通讯录中包含多个联系人的姓名为“张三”。在修改后，通讯录中只存在单一联系人的姓名为“张三”，由此便可确定目标呼叫对象。

通过上述过程，在呼叫设备的属性为无屏幕属性的情况下，可以通过话术进行引导，以确定出目标呼叫对象。

在一种实施方式中，前述涉及的根据匹配程度，播放对应的话术，可以具体包括以下步骤：

在匹配程度为部分匹配的情况下，播放匹配结果确认话术，匹配结果确认话术用于引导确定目标匹配对象；

在匹配程度为完全匹配的情况下，播放通讯录联系人修改话术，通讯录联系人修改话术用于引导修改预先构建的通讯录。

在通讯录中包含的联系人姓名为“张三一”、“张三二”等的情况下，可以对应部分匹配。基于此，可以生成匹配结果确认话术。例如，匹配结果确认话术可以是“请问是呼叫张三一，还是张三二”。即，通过播放匹配结果确认话术，可以引导用户在多个候选匹配对象中选择目标匹配对象。

通讯录中包含多个联系人的姓名为“张三”的情况下，可以对应完全匹配。基于此，可以生成通讯录联系人修改话术。例如，通讯录联系人修改话术可以是“找到多个联系人张三，请修改或备注联系人姓名后进行重试”。

前已述及，通讯录的获取方式可以包括主动获取和/或被动获取。基于此，可以引导用户利用其他(有屏)设备与运营商进行通信以修改通讯录联系人的名称。

在呼叫设备接收到更新后的通讯录的情况下，即可根据更新后的通讯录确定目标匹配对象。

通过上述过程，对于不同匹配程度可以播放具有针对性的话术，从而可以采用不同方式实现对目标匹配对象的确定。

在一种实施方式中，在查询结果为无匹配的情况下，可以进一步包括：

生成呼叫对象修改信息，呼叫对象修改信息用于引导修改呼叫对象；

对修改后的呼叫对象的查询结果为无匹配的情况下，确定不存在目标呼叫对象。

在查询结果为无匹配的情况下，可以生成呼叫对象修改信息。呼叫对象修改信息可以用于引导修改呼叫对象。以呼叫对象为“张三”为例，呼叫对象修改信息可以是“通讯录中没有找到张三，你想和谁进行通话”。

呼叫对象修改信息可以是文字形式和/或语音形式。

在接收到修改后的呼叫对象的情况下，可以再次利用预先构建的通讯录进行查询，得到查询结果。若再次查询的结果为单项匹配或多项匹配，则可以利用前述方法确定目标匹配对象。反之，若再次查询的结果为无匹配，则可以确定不存在目标呼叫对象。对于查询结果为无匹配的呼叫对象，可以进行拒绝呼叫的处理。

通过上述过程，在查询结果为无匹配的情况下，可以执行拒绝呼叫的处理。

在一种实施方式中，步骤S103涉及的利用查询结果确定呼叫策略，可以包括以下步骤：

在查询结果为呼叫对象包括至少两个号码的情况下，呼叫策略包括：在第一号码无法接通的情况下，利用呼叫对象的其他号码以进行呼叫。

对于每个呼叫对象，可以在预先构建的通讯录进行查询，得到呼叫对象对应的第一号码。第一号码可以是默认的号码，也可以是用户选择的号码。示例性地，以呼叫设备和呼叫对象(被叫设备)均为A厂商的产品为例，则第一号码可以是(默认的)呼叫对象对应的设备在A厂商的服务器或云端绑定的标识。例如，标识可以是设备的昵称，或在绑定过程中，A厂商的服务器或云端为该设备分配的设备号码等。

以第一号码是设备的昵称为例，示例性地，呼叫对象为“爸爸”所采用的设备可以是智能音箱，该音箱的标识可以是“爸爸的音箱”。呼叫对象为“妈妈”所采用的设备可以是智能手机，该手机的标识可以是“妈妈的手机”。基于此，可以以“爸爸的音箱”和/或“妈妈的手机”作为第一号码。

或者，还可以以呼叫对象的手机号码或者座机号码为第一号码。

在确定出呼叫对象的第一号码的情况下，可以执行呼叫动作。例如，可以调用makeCall接口执行呼叫动作。在第一号码无法接通的情况下，可以查询呼叫对象的其他号码。无法接通可以包括呼叫对象长时间未接听、呼叫对象未连接互联网等情况。

呼叫对象的其他号码可以是通讯录中预存的其他号码。在获取到呼叫对象的其他号码的情况下，可以对其他号码进行呼叫尝试。

其中，确定第一号码无法接通，可以包括以下步骤：

获取第一号码的状态，第一号码的状态用于表征第一号码是否满足通话要求；

在第一号码的状态不满足通话要求的情况下，确定第一号码无法接通。

第一号码的状态可以用于表征第一号码是否满足通话要求。以第一号码为设备厂商的注册的身份识别号为例，第一号码的状态可以包括在线状态或离线状态。例如，呼叫对象对应的被叫设备开机并且连接互联网，可以对应在线状态。反之，呼叫对象对应的被叫设备未开机或开机未连接互联网，可以对应离线状态。在此情况下，第一号码的在线状态或离线状态可以通过设备厂商服务器检测并实时传输至呼叫设备。

以第一号码为手机号码或者座机号码为例，第一号码的状态可以包括可通话状态或不可通话状态。其中，不可通话状态可以对应占线、欠费或不在服务区等情况。反之则可以对应可通话状态。在此情况下，第一号码的可通话状态或不可通话状态可以通过通信运营商检测并传输至呼叫设备。

在呼叫设备获取到的第一号码的状态为不满足通话要求的情况下，可以直接得出第一号码无法接通的结果。

通过上述过程，可以在第一号码的状态不满足通话要求的情况下，高效的得出第一号码无法接通的结论。

另外，确定第一号码无法接通，还可以包括以下步骤：

获取第一号码的状态，第一号码的状态用于表征第一号码是否满足通话要求；

在第一号码的状态满足通话要求的情况下，对第一号码进行呼叫并计时；

在预定时间未接通的情况下，确定第一号码无法接通。

第一号码的状态与前述示例相同，在此不再赘述。在第一号码的状态满足通话要求的情况下，表示第一号码可以接通。基于此，可以触发对第一号码的呼叫并启动计时。

在计时达到预定时间，且仍未接通的情况下，也可以确定为第一号码无法接通。

通过上述过程，在成功建立呼叫但第一号码未接听的情况下，可以确定第一号码无法接通。

如图11所示，在一种实施方式中，在其他号码包括多个的情况下，利用呼叫对象的其他号码以进行呼叫，包括：

S1101：根据预定规则，对多个其他号码进行排序；

S1102：根据排序的结果，从多个其他号码中确定目标号码，将目标号码作为进行呼叫的其他号码。

不同的号码可以对应多种运营商的呼叫线路。示例性地，运营商的呼叫线路可以是基于网际协议的语音传输线路。预定规则可以是根据通话资费和/或通话质量等对多个其他号码进行评估。从而基于评估结果对多个其他号码进行排序，最终选择排序在先的其他号码对应的呼叫线路进行呼叫。

通过上述过程，可以择优选择其他号码进行呼叫。

如图12所示，在一种实施方式中，预定规则可以包括：

S1201：分别对影响语音呼叫的各因素设定权重，影响语音呼叫的因素包括：通话资费和信号强度中的至少一种；

S1202：根据权重，计算待排序对象的得分；

S1203：将根据得分进行排序的规则作为预定规则。

可以确定影响呼叫的因素列表。示例性地，影响呼叫的因素可以包括通话资费、信号强度等。对于每个因素，可以为其分配权重。例如，通话资费的权重可以设置为q₁、信号强度的权重以设置为q₂。

待排序对象可以包括前述候选呼叫方式、其他号码等。

根据每个待排序对象每分钟的通话价格，可以确定出第i个待排序对象的第一分值S_{i-通话资费}。例如，价格越高的待排序对象，其第一分值越低。

同理，根据每个待排序对象的信号强度，可以得出第i个待排序对象的第二分值S_{i-信号强度}。例如，信号强度越高的待排序对象，其第二分值越高。

最终，利用每个待排序对象的第一分值、第二分值和影响呼叫的各因素权重，可以得出第i个待排序对象的得分S_i。

S_i＝S_{i-通话资费}×q₁+S_{i-信号强度}×q₂。

根据每个待排序对象的得分，可以将每个待排序对象进行排序。即，上述排序方式可以对应预定规则。

通过上述过程，在其他号码包括多个的情况下，可以综合各种因素选择出性价比最高的呼叫线路进行呼叫。

如图13所示，本公开涉及一种呼叫处理的方法，该方法可以包括以下步骤：

S1301：在接到呼叫请求的情况下，对发起呼叫请求的主叫对象进行验证；

S1302：在验证的结果为主叫对象具有呼叫权限的情况下，向通话云端发送呼叫接通请求；通话云端用于提供通话相关服务；

S1303：响应于通话云端的呼叫接通确认信息，执行呼叫接通。

本公开上述方法的执行主体可以是带屏语音交互设备。执行场景可以是在接收到呼叫请求的情况下，执行自动接听。

在带屏语音交互设备接收到主叫对象的呼叫请求的情况下，可以由带屏语音交互设备对主叫对象进行第一次验证。呼叫请求可以包括主叫对象发起的例如“我要与张三开电话会议”等通话请求，也可以包括主叫对象发起的“回家看看”等对带屏语音交互设备的调用指令。

示例性地，以呼叫请求为“回家看看”为例，呼叫请求可以对应为对带屏语音交互设备的调用请求。在带屏语音交互设备执行呼叫接通动作，可以实现视频通话的自动接通。

对发起呼叫请求的主叫对象进行的验证可以对应一次验证。第一次验证可以包括对主叫对象的身份进行的验证。例如，可以通过预置黑名单、白名单的方式对主叫对象的身份进行验证。在主叫对象属于白名单的情况下，可以表示通过验证。反之，在主叫对象属于黑名单的情况下，可以表示未通过验证。

在一次验证通过的情况下，可以发起二次验证。二次验证可以包括由通话云端对主叫对象进行的验证。通话云端可以是用于提供通话相关服务的执行端。通话相关服务可以包括选择通信线路、实时计算通信资费等。二次验证的验证内容可以与一次验证的验证内容相同或相似。

在二次验证通过的情况下，带屏语音交互设备可以接收到通话云端发送的呼叫接通确认信息。呼叫接通确认信息可以作为触发指令，以触发对呼叫请求的响应，即触发执行呼叫接通。即，呼叫接通的动作可以自动执行，在两次验证均通过的情况下，即可自动执行呼叫接通。

通过上述过程，利用两次验证过程，在验证通过的情况下即可实现呼叫的自动接通。在保障通话安全的前提下，提高呼叫接通的效率。可以覆盖更多的适用场景。

如图14所示，在一种实施方式中，确定主叫对象的呼叫权限，包括：

S1401：获取主叫对象所属的群组；

S1402：在主叫对象所属的群组为预定群组的情况下，确定主叫对象具有呼叫权限。

群组可以包括家庭群组和/或工作群组等。例如，呼叫权限的确定可以包括判断主叫对象与被叫对象是否属于同一群组。又例如，呼叫权限的确定可以包括判断主叫对象是否属于预定群组等。其中，预定群组可以包括前述的家庭群组、工作群组等。

在主叫对象与被叫对象属于同一群组的情况下，或者主叫对象属于预定群组的情况下，可以确定验证的结果为主叫对象具有呼叫权限。

对于每个对象(主叫对象、被叫对象)，都可以预先获取或预先建立群组。

以获取群组为例，获取的群组可以是工作群组。通过登录社交软件、在工作群组进行注册等方式，获取到工作群组的相关信息。

以建立群组为例，建立的群组可以是家庭群组，利用不同对象的手机号或者设备标识，可以将多个对象组建为家庭群组。设备标识可以是设备在生产厂商的服务器或云端绑定的标识。例如，标识可以是设备的昵称，或在绑定过程中，设备厂商的服务器或云端为该设备分配的设备号码等。例如家庭成员“爸爸”所采用的设备可以是智能音箱，该音箱的标识可以是“爸爸的音箱”。家庭成员为“妈妈”所采用的设备可以是智能手机，该手机的标识可以是“妈妈的手机”。

即，每个对象预先获取或预先建立的群组可以保存在群组存储云端。在带屏语音交互设备接收到主叫对象的呼叫请求的情况下，可以从群组存储云端获取到群组的相关信息，从而可以对主叫对象进行验证，以确定主叫对象是否具有呼叫权限。

通过上述过程，可以仅对特定的主叫对象开放呼叫接权限，从而实现提高呼叫的隐私性、安全性的效果。

如图15所示，在一种实施方式中，确定主叫对象的呼叫权限，还可以包括以下步骤：

S1501：获取主叫对象的呼叫请求配置信息，呼叫请求配置信息是预先设置的；

S1502：解析呼叫请求，得到解析结果；

S1503：在解析结果符合呼叫请求配置信息的对应内容的情况下，确定主叫对象具有呼叫权限。

呼叫请求配置信息可以在首次接到主叫对象的呼叫时确定的，也可以是在获取或构建群组时设定的，还可以是单独对通讯录中的联系人进行设定的。

呼叫请求配置信息可以包括允许主叫对象的呼叫方式、允许主叫对象的呼叫时间等。其中，呼叫方式可以包括语音呼叫或视频呼叫。

通过对呼叫请求进行解析，可以确定解析结果。即，可以确定出呼叫请求的方式，以及呼叫时间等信息。

将解析结果与呼叫请求配置信息在的对应内容进行比较，可以对呼叫请求进行进一步验证。例如，呼叫请求配置信息中，对于主叫对象为“张三”的配置信息为只允许语音呼叫，在对呼叫请求进行解析，得到的解析结果为视频呼叫的情况下，可以确定主叫对象“张三”不具有呼叫权限。

通过上述过程，可以利用呼叫方式、呼叫时间等方式约束主叫对象的呼叫权限，从而可以进一步实现呼叫隐私性、安全性的效果。

如图16所示，在一种实施方式中，步骤S1303可以包括以下步骤：

S1601：获取呼叫接通确认信息中包含的呼叫线路信息；

S1602：根据呼叫线路信息，选择对应的呼叫线路执行呼叫接通。

呼叫线路信息可以是由通话云端生成的。例如，通话云端可以根据被叫对象(和/或主叫对象)对应的设备(带屏语音交互设备)的标识，生成对应的呼叫线路信息。

例如，被叫对象对应的设备的标识为手机号码的情况下，可以根据手机号码所属的运营商，生成呼叫线路信息。生成的呼叫线路信息中包含选择与机号码所属的运营商对应的网络电话)线路的信息。

或者，利用设备的标识确定主叫对象和被叫对象属于相同设备厂商的产品的情况下，生成的呼叫线路信息中可以包含选择该设备厂商的网络电话线路的信息。

通过上述过程，可以选择更适合的呼叫线路执行呼叫接通。例如，可以实现通话资费的最优化，或者通话质量的最优化。或者可以在通话资费和通话质量进行性价比的平衡，到达最优通话效果。

在一种实施方式中，应用于通话云端的呼叫处理的方法可以包括以下步骤：

在接收到带屏语音交互设备的呼叫接通请求的情况下，对主叫对象进行验证；

在验证的结果为主叫对象具有呼叫权限的情况下，向带屏语音交互设备发送呼叫接通确认信息。

其中，确定主叫对象的呼叫权限可以包括以下步骤：

获取主叫对象所属的群组；

在主叫对象所属的群组为预定群组的情况下，确定主叫对象具有呼叫权限。

向带屏语音交互设备发送呼叫接通确认信息可以包括以下步骤：

根据主叫对象的标识和/或带屏语音交互设备的标识，确定呼叫线路；

将呼叫线路作为呼叫接通确认信息，向带屏语音交互设备发送呼叫接通确认信息。

其中，向带屏语音交互设备发送呼叫接通确认信息可以包括以下步骤：

获取主叫对象的相关信息，相关信息包括主叫对象的姓名、昵称和头像中的至少一种；

将主叫对象的相关信息作为呼叫接通确认信息，向带屏语音交互设备发送呼叫接通确认信息。

在一种实施方式中，呼叫对象还可以包括商户。例如“XX银行”、“XX火锅店”等。在此情况下，预先建立的通讯录还可以包括黄页通讯录。

根据呼叫对象，在黄页通讯录中进行查询，以确定匹配的目标呼叫对象。例如，呼叫对象为“XX火锅店”，利用黄页通讯录可以查询出多个包括“XX火锅店”的联系人。示例性地，联系人可以包括“XX火锅店(第一分店)”、“XX火锅店(第二分店)”等。

在查询出多个包括“XX火锅店”的联系人的情况下，可以将各联系人的信息根据预定规则进行显示。

其中，预定规则可以包括对联系人进行分类以及确定距离。

分类可以包括“美食”、“休闲娱乐”、“生活服务”、“健康”、“金融”、“运动”、“购物”等多个类别。在构建黄页通讯录时，可以根据不同联系人的情况进行分类。例如，前述示例中的“XX银行”，其分类可以是“生活服务”或“金融”。再例如，前述示例中的“XX火锅店”，其分类可以是“美食”。

确定距离的方式可以采用以下过程：获取呼叫设备的地理位置。获取方式可以通过呼叫设备内置的GPS实现。获取黄页通讯录中每个联系人的地理位置，在黄页通讯录中存在联系人位置的情况下，获取方式可以是直接读取。在黄页通讯录中未存在联系人位置的情况下，获取方式可以是利用互联网查询获取。

在获取到呼叫设备的地理位置，以及黄页通讯录中每个联系人的地理位置的情况下，可以计算出呼叫设备相较于联系人的距离。上述距离可以是直线距离或者是道路距离。

对于联系人的呼叫，可以自动执行，也可以在显示界面接收到用户的呼叫指令的情况下执行。

如图17所示，本公开涉及一种呼叫处理的装置，该装置可以包括：

呼叫指令解析模块1701，用于对呼叫指令进行解析，得到至少一个呼叫对象；

呼叫对象查询模块1702，用于对于每个呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；

呼叫策略确定模块1703，用于利用查询结果确定呼叫策略；

呼叫执行模块1704，用于根据呼叫策略发起呼叫请求。

在一种实施方式中，呼叫对象查询模块1702可以进一步包括：

激活请求解析子模块，用于对接收到的激活请求进行解析，得到待激活对象的标识信息；

号码获取子模块，用于在标识信息认证通过的情况下，获取分配给待激活对象的号码；

号码绑定子模块，用于将号码与待激活对象进行绑定，并激活号码的通话功能。

在一种实施方式中，号码绑定子模块可以进一步包括：

绑定策略确定单元，用于根据待激活对象的属性，确定对应的绑定策略；待激活对象的属性包括用户属性或设备属性；

绑定执行单元，用于根据绑定策略，执行号码与待激活对象的绑定。

在一种实施方式中，在待激活对象的属性为用户属性的情况下，确定对应的绑定策略为多设备绑定；

基于此，绑定执行单元可以进一步包括：

关联设备查询子单元，用于利用标识信息，查询与标识信息匹配的至少一个关联设备，将查询出的每个关联设备确定为待激活对象；

绑定执行子单元，用于将号码与查询出的每个关联设备进行绑定。

在一种实施方式中，呼叫对象查询模块1702可以进一步包括：

通讯录获取子模块，用于利用运营商标识，向对应的运营商发送通讯录获取请求；

通讯录构建子模块，用于将接收到的运营商反馈的通讯录存储至对应的通讯录存储地址，通讯录存储地址是根据运营商标识预先建立的。

在一种实施方式中，呼叫策略确定模块1703可以进一步包括：

通讯录运营商获取子模块，用于在查询结果为预先构建的通讯录中包含呼叫对象的情况下，获取通讯录所属的运营商；

呼叫对象的类别确定子模块，用于利用通讯录所属的运营商确定呼叫对象的类别；

呼叫方式确定子模块，用于根据每个呼叫对象的类别，确定呼叫方式；呼叫方式包括视频呼叫或语音呼叫；

将呼叫方式作为呼叫策略。

在一种实施方式中，呼叫方式确定子模块可以进一步包括：

视频呼叫确定单元，用于在呼叫对象的类别包括网络用户的情况下，将呼叫方式确定为视频呼叫；

语音呼叫确定单元，用于在接收到呼叫方式修改指令的情况下，根据呼叫方式修改指令，将呼叫方式确定为语音呼叫。

在一种实施方式中，在语音呼叫对应多个候选呼叫方式的情况下，语音呼叫确定单元可以进一步包括：

预定规则执行子单元，用于根据预定规则，对多个候选呼叫方式进行排序；

目标呼叫方式确定子单元，用于根据排序的结果，从多个候选呼叫方式中确定目标呼叫方式。

在一种实施方式中，呼叫方式确定子模块可以进一步包括：

语音呼叫确定单元，用于语音呼叫确定子模块，用于在呼叫对象的类别为普通用户的情况下，将呼叫方式确定为语音呼叫；

预定规则执行子单元，用于在语音呼叫对应多个候选呼叫方式的情况下，根据预定规则，对多个候选呼叫方式进行排序；

目标呼叫方式确定子单元，用于根据排序的结果，从多个候选呼叫方式中确定目标呼叫方式。

在一种实施方式中，呼叫策略确定模块1703可以进一步包括：

呼叫设备的属性获取子模块，用于对于每个呼叫对象，在查询结果包括预先构建的通讯录中包含多个候选匹配对象的情况下，获取呼叫设备的属性；呼叫设备的属性包括有屏幕属性或无屏幕属性；

标匹配对象确定子模块，用于对于存在多个候选匹配对象的呼叫对象，根据呼叫设备的属性和查询结果，确定目标匹配对象；

将对每个目标匹配对象进行呼叫作为呼叫策略。

在一种实施方式中，呼叫策略确定模块1703可以具体用于：在查询结果为呼叫对象包括至少两个号码的情况下，呼叫策略包括：在第一号码无法接通的情况下，利用呼叫对象的其他号码以进行呼叫。

在一种实施方式中，在其他号码包括多个的情况下，呼叫策略确定模块1703还可以包括：

预定规则执行子单元，用于根据预定规则，对多个其他号码进行排序；

目标号码确定子单元，用于根据排序的结果，从多个其他号码中确定目标号码，将目标号码作为进行呼叫的其他号码。

在一种实施方式中，预定规则执行子单元包括：

权重设定二级子单元，用于分别对影响语音呼叫的各因素设定权重，影响语音呼叫的因素包括：通话资费和信号强度中的至少一种；

得分计算二级子单元，用于根据权重，计算待排序对象的得分；

将根据得分进行排序的规则作为预定规则。

如图18所示，本公开涉及一种呼叫处理的装置，该装置可以包括：

验证模块1801，用于在接到呼叫请求的情况下，对发起呼叫请求的主叫对象进行验证；

呼叫接通请求发送模块1802，用于在验证的结果为主叫对象具有呼叫权限的情况下，向通话云端发送呼叫接通请求；通话云端用于提供通话相关服务；

呼叫接通执行模块1803，用于响应于通话云端的呼叫接通确认信息，执行呼叫接通。

在一种实施方式中，验证模块1801可以进一步包括：

群组获取子模块，用于获取主叫对象所属的群组；

验证执行子模块，用于在主叫对象所属的群组为预定群组的情况下，确定主叫对象具有呼叫权限。

在一种实施方式中，验证模块1801可以进一步包括：

呼叫请求配置信息获取子模块，用于获取主叫对象的呼叫请求配置信息，呼叫请求配置信息是预先设置的；

解析子模块，用于解析呼叫请求，得到解析结果；

验证执行子模块，用于在解析结果符合呼叫请求配置信息的对应内容的情况下，确定主叫对象具有呼叫权限。

在一种实施方式中，呼叫接通执行模块1803可以进一步包括：

呼叫线路信息获取子模块，用于获取呼叫接通确认信息中包含的呼叫线路信息；

呼叫线路选择子模块，用于根据呼叫线路信息，选择对应的呼叫线路执行呼叫接通。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图19示出了可以用来实施本公开的实施例的电子设备1900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或要求的本公开的实现。

如图19所示，电子设备1900包括计算单元1910，其可以根据存储在只读存储器(ROM)1920中的计算机程序或者从存储单元1980加载到随机访问存储器(RAM)1930中的计算机程序来执行各种适当的动作和处理。在RAM 1930中，还可存储设备1900操作所需的各种程序和数据。计算单元1910、ROM 1920以及RAM 1930通过总线1940彼此相连。输入输出(I/O)接口1950也连接至总线1940。

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

计算单元1910可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1910的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1910执行上文所描述的各个方法和处理，例如呼叫处理的方法。例如，在一些实施例中，呼叫处理的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1980。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1920和/或通信单元1990而被载入和/或安装到电子设备1900上。当计算机程序加载到RAM 1930并由计算单元1910执行时，可以执行上文描述的呼叫处理的方法的一个或多个步骤。备选地，在其他实施例中，计算单元1910可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行呼叫处理的方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

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

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

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (28)

1.一种呼叫处理的方法，包括：

对呼叫指令进行解析，得到至少一个呼叫对象；

对于每个所述呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；

利用所述查询结果确定呼叫策略；

根据所述呼叫策略发起呼叫请求。

2.根据权利要求1所述的方法，其中，所述通话功能的激活方式，包括：

对接收到的激活请求进行解析，得到待激活对象的标识信息；

在所述标识信息认证通过的情况下，获取分配给待激活对象的号码；

将所述号码与所述待激活对象进行绑定，并激活所述号码的通话功能。

3.根据权利要求2所述的方法，其中，所述将所述号码与所述待激活对象进行绑定，包括：

根据所述待激活对象的属性，确定对应的绑定策略；所述待激活对象的属性包括用户属性或设备属性；

根据所述绑定策略，执行所述号码与待激活对象的绑定。

4.根据权利要求3所述的方法，其中，在所述待激活对象的属性为用户属性的情况下，确定对应的绑定策略为多设备绑定；

所述根据所述绑定策略，执行所述号码与待激活对象的绑定，包括：

利用所述标识信息，查询与所述标识信息匹配的至少一个关联设备，将查询出的每个所述关联设备确定为待激活对象；

将所述号码与查询出的每个所述关联设备进行绑定。

5.根据权利要求1所述的方法，其中，所述通讯录的构建方式，包括：

利用运营商标识，向对应的运营商发送通讯录获取请求；

将接收到的所述运营商反馈的通讯录存储至对应的通讯录存储地址，所述通讯录存储地址是根据所述运营商标识预先建立的。

6.根据权利要求1所述的方法，其中，所述利用所述查询结果确定呼叫策略，包括：

在查询结果为所述预先构建的通讯录中包含所述呼叫对象的情况下，获取所述通讯录所属的运营商；

利用所述通讯录所属的运营商确定所述呼叫对象的类别；

根据每个所述呼叫对象的类别，确定呼叫方式；所述呼叫方式包括视频呼叫或语音呼叫；

将所述呼叫方式作为所述呼叫策略。

7.根据权利要求6所述的方法，其中，所述根据所述呼叫对象的类别，确定呼叫方式，包括：

在所述呼叫对象的类别包括网络用户的情况下，将呼叫方式确定为视频呼叫；

在接收到呼叫方式修改指令的情况下，根据所述呼叫方式修改指令，将呼叫方式确定为语音呼叫。

8.根据权利要求7所述的方法，其中，在所述语音呼叫对应多个候选呼叫方式的情况下，所述根据所述呼叫方式修改指令，将呼叫方式确定为语音呼叫，包括：

根据预定规则，对所述多个候选呼叫方式进行排序；

根据所述排序的结果，从所述多个候选呼叫方式中确定目标呼叫方式。

9.根据权利要求6所述的方法，其中，所述根据所述呼叫对象的类别，确定呼叫策略，包括：

在所述呼叫对象的类别为普通用户的情况下，将呼叫方式确定为语音呼叫；

在所述语音呼叫对应多个候选呼叫方式的情况下，根据预定规则，对所述多个候选呼叫方式进行排序；

根据所述排序的结果，从所述多个候选呼叫方式中确定目标呼叫方式。

10.根据权利要求1所述的方法，其中，所述利用所述查询结果确定呼叫策略，包括：

对于每个呼叫对象，在查询结果包括所述预先构建的通讯录中包含多个候选匹配对象的情况下，获取呼叫设备的属性；所述呼叫设备的属性包括有屏幕属性或无屏幕属性；

对于存在多个所述候选匹配对象的呼叫对象，根据所述呼叫设备的属性和所述查询结果，确定目标匹配对象；

将对每个所述目标匹配对象进行呼叫作为所述呼叫策略。

11.根据权利要求1所述的方法，其中，所述利用所述查询结果确定呼叫策略，包括：

在查询结果为所述呼叫对象包括至少两个号码的情况下，所述呼叫策略包括：在第一号码无法接通的情况下，利用所述呼叫对象的其他号码以进行呼叫。

12.根据权利要求11所述的方法，其中，在所述其他号码包括多个的情况下，所述利用所述呼叫对象的其他号码以进行呼叫，包括：

根据预定规则，对多个所述其他号码进行排序；

根据所述排序的结果，从多个所述其他号码中确定目标号码，将所述目标号码作为进行呼叫的其他号码。

13.根据权利要求8、9或12所述的方法，其中，所述预定规则，包括：

分别对影响语音呼叫的各因素设定权重，所述影响语音呼叫的因素包括：通话资费和信号强度中的至少一种；

根据所述权重，计算待排序对象的得分；

将根据所述得分进行排序的规则作为所述预定规则。

14.一种呼叫处理的方法，包括：

在接到呼叫请求的情况下，对发起所述呼叫请求的主叫对象进行验证；

在所述验证的结果为所述主叫对象具有呼叫权限的情况下，向通话云端发送呼叫接通请求；所述通话云端用于提供通话相关服务；

响应于所述通话云端的呼叫接通确认信息，执行呼叫接通。

15.根据权利要求14所述的方法，其中，确定所述主叫对象的呼叫权限，包括：

获取所述主叫对象所属的群组；

在所述主叫对象所属的群组为预定群组的情况下，确定所述主叫对象具有呼叫权限。

16.根据权利要求14或15所述的方法，其中，确定所述主叫对象的呼叫权限，包括：

获取所述主叫对象的呼叫请求配置信息，所述呼叫请求配置信息是预先设置的；

解析所述呼叫请求，得到解析结果；

在所述解析结果符合所述呼叫请求配置信息的对应内容的情况下，确定所述主叫对象具有呼叫权限。

17.根据权利要求14所述的方法，其中，所述响应于所述通话云端的呼叫接通确认信息，执行呼叫接通，包括：

获取所述呼叫接通确认信息中包含的呼叫线路信息；

根据所述呼叫线路信息，选择对应的呼叫线路执行呼叫接通。

18.一种呼叫处理的装置，包括：

呼叫指令解析模块，用于对呼叫指令进行解析，得到至少一个呼叫对象；

呼叫对象查询模块，用于对于每个所述呼叫对象，利用已激活的通话功能在预先构建的通讯录进行查询，得到查询结果；

呼叫策略确定模块，用于利用所述查询结果确定呼叫策略；

呼叫执行模块，用于根据所述呼叫策略发起呼叫请求。

19.根据权利要求18所述的装置，其中，所述呼叫对象查询模块，包括：

激活请求解析子模块，用于对接收到的激活请求进行解析，得到待激活对象的标识信息；

号码获取子模块，用于在所述标识信息认证通过的情况下，获取分配给待激活对象的号码；

号码绑定子模块，用于将所述号码与所述待激活对象进行绑定，并激活所述号码的通话功能。

20.根据权利要求18所述的装置，其中，所述呼叫对象查询模块，包括：

通讯录获取子模块，用于利用运营商标识，向对应的运营商发送通讯录获取请求；

通讯录构建子模块，用于将接收到的所述运营商反馈的通讯录存储至对应的通讯录存储地址，所述通讯录存储地址是根据所述运营商标识预先建立的。

21.根据权利要求18所述的装置，其中，所述呼叫策略确定模块，包括：

通讯录运营商获取子模块，用于在查询结果为所述预先构建的通讯录中包含所述呼叫对象的情况下，获取所述通讯录所属的运营商；

呼叫对象的类别确定子模块，用于利用所述通讯录所属的运营商确定所述呼叫对象的类别；

呼叫方式确定子模块，用于根据每个所述呼叫对象的类别，确定呼叫方式；所述呼叫方式包括视频呼叫或语音呼叫；

将所述呼叫方式作为所述呼叫策略。

22.根据权利要求18所述的装置，其中，所述呼叫策略确定模块，包括：

呼叫设备的属性获取子模块，用于对于每个呼叫对象，在查询结果包括所述预先构建的通讯录中包含多个候选匹配对象的情况下，获取呼叫设备的属性；所述呼叫设备的属性包括有屏幕属性或无屏幕属性；

标匹配对象确定子模块，用于对于存在多个所述候选匹配对象的呼叫对象，根据所述呼叫设备的属性和所述查询结果，确定目标匹配对象；

将对每个所述目标匹配对象进行呼叫作为所述呼叫策略。

23.根据权利要求18所述的装置，其中，所述呼叫策略确定模块具体用于：

在查询结果为所述呼叫对象包括至少两个号码的情况下，所述呼叫策略包括：在第一号码无法接通的情况下，利用所述呼叫对象的其他号码以进行呼叫。

24.一种呼叫处理的装置，包括：

验证模块，用于在接到呼叫请求的情况下，对发起所述呼叫请求的主叫对象进行验证；

呼叫接通请求发送模块，用于在所述验证的结果为所述主叫对象具有呼叫权限的情况下，向通话云端发送呼叫接通请求；所述通话云端用于提供通话相关服务；

呼叫接通执行模块，用于响应于所述通话云端的呼叫接通确认信息，执行呼叫接通。

25.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至17中任一项所述的方法。

26.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行权利要求1至17中任一项所述的方法。

27.一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据权利要求1至17中任一项所述的方法。

28.一种语音交互的产品，其特征在于，包括：权利要求18至24中任一项所述的装置、权利要求25所述的电子设备和权利要求26所述的储有计算机指令的非瞬时计算机可读存储介质中的至少一种。

Images