本申请实施例涉及计算机技术领域，具体涉及来电响应方法和设备。
背景技术：
便携式移动通信设备(例如，智能手机)在给人们带来了便利和及时的沟通的同时，也给人们带来了一些困扰。例如，在休息或会议时的来电(诸如，快递电话，外卖电话，营销电话，骚扰电话等)。
在不方便接听电话时(例如，休息或会议时)，人们通常会选择将手机设置为振动模式或静音模式，以避免来电干扰。然而，如果在手机处于振动模式或静音模式期间，有重要的来电呼叫，则可能会漏接这些电话，从而会给来电方造成不好的印象，或者给家人、朋友带来不必要的担心。
技术实现要素：
本申请实施例提出了来电响应方法和设备。
第一方面，本申请实施例提供了一种用于被叫设备的来电响应方法，该方法包括：响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式；响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息；基于来电相关信息，确定针对来电呼叫的反馈信息。
第二方面，本申请实施例提供了一种用于主叫设备的来电响应方法，该方法包括：向被叫设备发起来电呼叫；其中，被叫设备处于静音模式或振动模式，被叫设备被配置为：获取来电呼叫的来电相关信息；基于来电相关信息，确定针对来电呼叫的反馈信息。
第三方面，本申请实施例提供了一种用于服务器的来电响应方法，该方法包括：接收被叫设备发送的来电相关信息，其中，来电相关信息为被叫设备在静音模式或振动模式下接收到来电呼叫时获取的与来电呼叫相关联的信息；基于来电相关信息确定针对来电呼叫的反馈信息；将所确定的反馈信息发送到被叫设备，以便被叫设备对来电呼叫进行处理。
第四方面，本申请实施例提供了一种来电响应方法，该方法包括：主叫设备向被叫设备发起来电呼叫，其中，被叫设备处于静音模式或振动模式；被叫设备响应于接收到来电呼叫，获取来电相关信息以及将来电相关信息发送到服务器；服务器基于来电相关信息，确定针对来电呼叫的反馈信息以及将所确定的反馈信息发送到被叫设备；被叫设备基于所接收的反馈信息，对来电呼叫进行处理。
第五方面，本申请实施例提供了一种用于被叫设备的来电响应装置，该装置包括：模式确定单元，被配置为响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式；来电相关信息获取单元，被配置为响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息；反馈信息确定单元，被配置为基于来电相关信息，确定针对来电呼叫的反馈信息。
第六方面，本申请实施例提供了一种设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面描述的方法，或实现如第二方面描述的方法，或实现如第三方面描述的方法。
第七方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面描述的方法，或实现如第二方面描述的方法，或实现如第三方面描述的方法。
本申请实施例提供的来电响应方法和设备，被叫设备在接收到来电呼叫时，通过确定被叫设备是否处于静音模式或振动模式，然后在被叫设备处于静音模式或振动模式时，获取来电呼叫的来电相关信息，最后基于来电相关信息确定针对来电呼叫的反馈信息，从而能够在被叫设备的用户不方便接听电话的情形下，获得针对来电呼叫的准确的反馈信息，有利于被叫设备对来电呼叫进行针对性地处理。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是本申请可以应用于其中的示例性系统架构图；
图2是根据本申请的用于被叫设备的来电响应方法的一个实施例的流程图；
图3是根据本申请的用于被叫设备的来电响应方法的一个应用场景的示意图；
图4是根据本申请的用于被叫设备的来电响应方法的另一实施例的流程图；
图5是根据本申请的用于被叫设备的来电响应方法的又一实施例的流程图；
图6是根据本申请的用于被叫设备的来电响应方法的再一实施例的流程图；
图7是根据本申请的用于主叫设备的来电响应方法的一个实施例的流程图；
图8是根据本申请的用于服务器的来电响应方法的一个实施例的流程图；
图9是根据本申请的来电响应方法的一个实施例的时序图；
图10是根据本申请的用于被叫设备的来电响应装置的一个实施例的结构示意图；
图11是适于用来实现本申请实施例的设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的来电响应方法或来电响应装置的实施例的示例性系统架构100。
如图1所示，系统架构100可以包括终端设备101、102，网络104和服务器103。网络104用以在终端设备101、102和服务器103之间提供通信链路的介质。网络104可以是例如无线通信链路等。
终端设备101、102可以通过网络104与服务器103交互，以接收和发送消息。终端设备101、102上可以安装有各种通讯客户端应用，例如，网页浏览器类应用、购物类应用、搜索栏应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102可以是硬件，也可以是软件。当终端设备101、102为硬件时，可以是支持接听和拨打电话的各种电子设备，包括但不限于智能手机、平板电脑、pda(personaldigitalassistant，个人数字助手)等。当终端设备101、102为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
服务器103可以是提供各种服务的服务器，例如对终端设备101、102的来电呼叫提供支持的后台服务器。后台服务器可以对接收到的来电相关信息、周围环境的语音信息等数据进行分析等处理，并将处理结果(例如反馈信息)反馈给终端设备。
需要说明的是，本申请实施例所提供的来电响应方法可以由终端设备101、102执行，也可以由终端设备101、102和服务器103共同执行。相应地，本申请实施例所提供的来电响应装置可以设置于终端设备101、102中，也可以设置于终端设备101、102和服务器103中。当本申请实施例所提供的来电响应方法由终端设备101、102执行时，系统架构100也可以不包括服务器103和网络104。
需要说明的是，服务器103可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。
应该理解，图1中的终端设备、网络、和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意合适数目的终端设备、网络、和服务器。
继续参考图2，示出了根据本申请的用于被叫设备的来电响应方法的一个实施例的流程200。该用于被叫设备的来电响应方法，可以包括以下步骤：
步骤201，响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式。
在本实施例中，用于被叫设备的来电响应方法的执行主体(例如，图1所示的终端设备101、102)可以检测被叫设备(例如，图1所示的终端设备101、102)是否接收到来电呼叫。如果确定出上述被叫设备接收到来电呼叫，则确定上述被叫设备是否处于静音模式或振动模式。这里，静音模式或振动模式是指以静音或者振动的方式(即，不响铃的方式)提示用户有来电呼叫的模式。上述模式通常是用户在不方便接听电话的时候设置的。通过判断被叫设备是否处于静音模式或振动模式，可以确定用户当前是否方便接听电话。
步骤202，响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息。
在本实施例中，如果步骤201确定出上述被叫设备处于静音模式或振动模式(即，用户当前可能不方便接听来电)，则上述执行主体可以获取该来电呼叫的来电相关信息。其中，来电相关信息可以包括与来电呼叫相关的信息，例如，来电呼叫的来电号码、来电时间等等。
在本实施例的一些可选的实现方式中，获取来电呼叫的来电相关信息可以包括：获取来电呼叫的来电号码。
在本实施例的一些可选的实现方式中，获取来电呼叫的来电相关信息可以包括：获取来电呼叫的来电号码，以及通过声音传感器采集上述被叫设备所处的周围环境的语音信息。
可选地，声音传感器可以是上述被叫设备自带的声音传感器。也就是说，采集周围环境的语音信息并不会增加额外的硬件成本。
通过采集上述被叫设备所处的周围环境的语音信息，有助于确定上述被叫设备所处的周围环境的环境类别，例如，会议环境类别。其中，周围环境的环境类别可以包括但不限于：会议环境类别、室外环境类别、睡眠环境类别、驾驶环境类别等。
步骤203，基于来电相关信息，确定针对来电呼叫的反馈信息。
在本实施例中，上述执行主体可以对步骤202获取的来电相关信息进行分析处理，以确定针对来电呼叫的反馈信息。
这里，反馈信息可以包括操作指令。例如，用于接听或挂断来电呼叫的指令。反馈信息也可以包括回复内容，用于让来电方知晓用户当前的状态。例如，“我现在正在开会，稍后给您回电”、“我现在正在开车，不方便接听电话”等。
在本实施例的一些可选的实现方式中，步骤203可以包括：
第一步，确定来电呼叫的类型。
在本实现方式中，来电响应方法的执行主体可以对步骤202获取的来电相关信息(例如，来电号码、周围环境的语音信息等)进行分析处理，以确定来电呼叫的类型。其中，来电呼叫的类型可以包括会议时快递呼叫类型、休息时同事呼叫类型、驾驶时家人呼叫类型等。
第二步，从预设的反馈信息库中选取与来电呼叫的类型匹配的反馈信息作为针对来电呼叫的反馈信息。
在本实现方式中，来电响应方法的执行主体可以从预设的反馈信息库中选取与所确定的来电呼叫类型相匹配的反馈信息，将所选取的反馈信息作为针对来电呼叫的反馈信息。反馈信息库中可以包括各种来电呼叫类型对应的反馈信息。
这里，反馈信息库可以是上述执行主体预先设置的，例如，预先存储在上述被叫设备或服务器中。
此外，反馈信息库可以被定期(例如，每周、每月等)更新。例如，基于用户对静音模式或振动模式下的来电呼叫进行反馈的历史数据，通过机器学习的方式确定更新后的反馈信息库。
在本实施例的一些可选的实现方式中，来电相关信息包括来电号码。确定来电呼叫的类型可以包括：确定来电号码所属的通讯录群组类别；查询来电号码的标记信息；基于所确定的通讯录群组类别和来电号码的标记信息，确定来电呼叫的类型。
下面将描述该实现方式的具体实现步骤。
首先，上述执行主体可以将来电号码与上述被叫设备的通讯录中的电话号码进行匹配。如果匹配成功(例如，通讯录中存在与来电号码相同的电话号码)，则获取来电号码所属的通讯录群组类别(例如，“家人”、“朋友”、“同事”、“客户”等群组类别)。如果匹配失败，则可以将来电号码的通讯群组类别确定为“陌生人”群组类别。
然后，上述执行主体可以从用户标记的号码库中查询来电号码的标记信息(例如，“快递送餐”、“骚扰电话”等)。
最后，根据来电号码的通讯录群组类别和来电号码的标记信息，上述执行主体可以确定来电呼叫的类型。例如，可以通过查询预设的来电号码的通信录群组类别、来电号码的标记信息与来电呼叫类型之间的对应关系表，来确定来电呼叫的类型。
需要说明的是，用户标记的号码库可以存储在上述被叫设备中，可以存储在服务器中，也可以存储在云平台(例如，提供号码标识查询服务的公共云平台)上，本申请对此不作限定。
在本实现方式中，通过使用来电号码的通讯群组类别和来电号码的标记信息两者确定来电呼叫的类型，进而确定针对来电呼叫的反馈信息，能够在不需要用户进行任何设置的情况下，准确地确定来电呼叫的类型以及获取针对来电呼叫的准确的反馈信息，简化了用户的操作，提高了处理来电呼叫的效率。
尽管在本实现方式中，描述了来电号码的通讯录群组类别和来电号码的标记信息的确定顺序，但是这仅仅是示意性的。应当理解，可以以不同于本实现方式的顺序(例如，与本实现方式相反的执行顺序，或者同时)来确定来电号码的通讯录群组类别和来电号码的标记信息，本领域的技术人员可以根据实际应用场景的需要进行设置。
在本实施例的一些可选的实现方式中，来电相关信息包括来电号码和被叫设备所处的周围环境的语音信息。确定来电呼叫的类型可以包括：基于周围环境的语音信息，确定被叫设备所处的周围环境的环境类别；确定来电号码所属的通讯录群组类别；查询来电号码的标记信息；基于所确定的通讯录群组类别、来电号码的标记信息和被叫设备所处的周围环境的环境类别，确定来电呼叫的类型。
下面将描述该实现方式的具体实现步骤。
首先，上述执行主体可以基于周围环境的语音信息，确定上述被叫设备所处的周围环境的环境类别(例如，会议环境类别)。作为示例，可以从周围环境的语音信息中确定周围环境声音的分贝数，查询预设的声音分贝数与周围环境的环境类别之间的对应关系表，可以确定上述被叫设备所处的周围环境的环境类别。
之后，上述执行主体可以将来电号码与上述被叫设备的通讯录中的电话号码进行匹配。如果匹配成功(例如，通讯录中存在与来电号码相同的电话号码)，则获取来电号码所属的通讯录群组类别(例如，“家人”、“朋友”、“同事”、“客户”等群组类别)。如果匹配失败，则可以将来电号码的通讯群组类别确定为“陌生人”群组类别。
然后，上述执行主体可以从用户标记的号码库中查询来电号码的标记信息(例如，“快递送餐”、“骚扰电话”等)。
最后，根据来电号码的通讯录群组类别、来电号码的标记信息以及上述被叫设备所处的周围环境的环境类别，上述执行主体可以确定来电呼叫的类型。例如，可以通过查询预设的来电号码的通信录群组类别、来电号码的标记信息以及周围环境的环境类别与来电呼叫类型之间的对应关系表，来确定来电呼叫的类型。
可选地，确定上述被叫设备所处的周围环境的环境类别，可以包括：将周围环境的语音信息输入到预先训练的环境识别模型中，得到周围环境的环境类别。
环境识别模型可以用于表征语音信息与环境类别之间的对应关系。上述被叫设备可以通过多种方式训练出能够表征语音信息与环境类别之间的对应关系的环境识别模型。
这里，环境识别模型可以是神经网络模型，它从信息处理角度对人脑神经元网络进行抽象，建立某种简单模型，按不同的连接方式组成不同的网络。网络通常由大量的节点(或称神经元)之间相互联接构成，每个节点代表一种特定的输出函数，称为激励函数。每两个节点间的连接都代表一个对于通过该连接信号的加权值，称之为权重(又叫做参数)，网络的输出则依网络的连接方式、权重值和激励函数的不同而不同。深度学习模型通常包括多个层，每个层包括多个节点，通常，同一层的节点的权重可以相同，不同层的节点的权重可以不同，故深度学习模型的多个层的参数也可以不同。
可选地，上述被叫设备可以基于对从各种环境中采集的语音信息和采集环境的环境类别进行统计，生成存储有从各个环境中采集的语音信息和采集环境的环境类别的对应关系的对应关系表。上述被叫设备可以将该对应关系表作为环境识别模型。这样，上述被叫设备可以将周围环境的语音信息与该对应关系表中的从各个环境中采集的语音信息依次进行匹配(例如，确定两个语音信息的波形之间的相似度)，若存在与周围环境的语音信息匹配(例如，相似度大于预设阈值)的语音信息，将该语音信息对应的环境类型作为周围环境的环境类型。
可选地，环境识别模型也可以通过如下步骤训练得到：上述被叫设备首先获取训练样本集合，其中，训练样本包括从环境中采集的语音信息和针对语音信息标注的环境类别；然后，利用机器学习方法，将训练样本集合中的训练样本的语音信息作为输入，将输入的语音信息对应的环境类别作为输出，训练得到环境识别模型。
上述被叫设备训练的可以是初始环境识别模型，初始环境识别模型可以是未经训练的神经网络模型或未训练完成的神经网络模型。例如，初始环境识别模型可以是未经训练的卷积神经网络，也可以是未经训练的循环神经网络，还可以是对未经训练的卷积神经网络、未经训练的循环神经网络和未经训练的全连接层进行组合所得到的模型。初始环境识别模型的各层可以设置有初始参数，参数在神经网络模型的训练过程中可以不断地调整。
这里，训练样本集合可通过如下步骤获得：从多种环境中采集多个语音信息；对于多个语音信息中的每个语音信息，将该语音信息的采集环境的环境类别标记为该语音信息对应的环境类别，基于该语音信息和针对该语音信息标记的环境类别生成训练样本；将所生成的多个训练样本组成的集合确定为训练样本集合。
通过使用预先训练的环境识别模型，可以使得到的周围环境的环境类别更加准确，进而提高确定来电呼叫类别的准确性。
在本实现方式中，通过使用来电号码的通讯群组类别、来电号码的标记信息以及周围环境的环境类别三者确定来电呼叫的类型，进而确定针对来电呼叫的反馈信息，能够使确定出的来电呼叫类型和针对来电呼叫的反馈信息更加准确，有利于更准确地对来电呼叫进行处理。
尽管在本实现方式中，描述了周围环境的环境类别、来电号码的通讯录群组类别以及来电号码的标记信息的确定顺序，但是这仅仅是示意性的。应当理解，可以以不同于本实现方式的顺序(例如，与本实现方式相反的执行顺序，或者同时)来确定周围环境的环境类别、来电号码的通讯录群组类别以及来电号码的标记信息，本领域的技术人员可以根据实际应用场景的需要进行设置。
继续参考图3，其示出了根据本申请的用于被叫设备的来电响应方法的一个应用场景。在图3的应用场景300中，用户303正在会议中，用户303随身携带的手机302处于振动模式，此时，另一用户(未示出)使用手机301向手机302发起呼叫。首先，手机302响应于接收到手机301的来电呼叫之后，确定当前处于振动模式。之后，手机302获取该来电呼叫的来电号码(即手机301的手机号码)，以及采集手机302所处的周围环境的语音信息。然后，手机302从用户标记的号码库中查询来电号码的标记信息，从通讯录中获取来电号码所属的通讯录群组类别，以及将周围环境的语音信息输入到预先训练的环境识别模型中得到周围环境的环境类别，进而确定该来电呼叫的类型(例如，会议中客户呼叫类型)。最后，手机302从反馈信息库中选取与所确定的来电呼叫类型匹配的反馈信息(例如，挂断指令和回复内容“我现在正在会议中，稍后给您回电”)，作为针对该来电呼叫的反馈信息。
本申请的上述实施例提供的用于被叫设备的来电响应方法，被叫设备在接收到来电呼叫时，通过确定被叫设备是否处于静音模式或振动模式，然后在被叫设备处于静音模式或振动模式时，获取来电呼叫的来电相关信息，最后基于来电相关信息确定针对来电呼叫的反馈信息，从而能够在被叫设备的用户不方便接听电话的情形下，获得针对来电呼叫的准确的反馈信息，有利于被叫设备对来电呼叫进行针对性地处理。
进一步参考图4，其示出了用于被叫设备的来电响应方法的又一个实施例的流程400。该用于被叫设备的来电响应方法，可以包括以下步骤：
步骤401，响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式。
在本实施例中，用于被叫设备的来电响应方法的执行主体(例如，图1所示的终端设备101、102)可以检测被叫设备(例如，图1所示的终端设备101、102)是否接收到来电呼叫。如果确定出上述被叫设备接收到来电呼叫，则确定上述被叫设备是否处于静音模式或振动模式。这里，静音模式或振动模式是指以静音或者振动的方式(即，不响铃的方式)提示用户有来电呼叫的模式。上述模式通常是用户在不方便接听电话的时候设置的。通过判断被叫设备是否处于静音模式或振动模式，可以确定用户当前是否方便接听电话。
步骤402，响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息。
在本实施例中，如果步骤401确定出上述被叫设备处于静音模式或振动模式(即，用户当前可能不方便接听来电)，则上述执行主体可以获取该来电呼叫的来电相关信息。其中，来电相关信息可以包括与来电呼叫相关的信息，例如，来电呼叫的来电号码、来电时间等等。
步骤403，确定来电呼叫的类型。
在本实施例中，上述执行主体可以对步骤402获取的来电相关信息(例如，来电号码、周围环境的语音信息等)进行分析处理，以确定来电呼叫的类型。其中，来电呼叫的类型可以包括会议时快递呼叫类型、休息时同事呼叫类型、驾驶时家人呼叫类型等。
步骤404，从预设的反馈信息库中选取与来电呼叫的类型匹配的反馈信息作为针对来电呼叫的反馈信息。
在本实施例中，上述执行主体可以从预设的反馈信息库中选取与所确定的来电呼叫类型相匹配的反馈信息，将所选取的反馈信息作为针对来电呼叫的反馈信息。反馈信息库中可以包括各种来电呼叫类型对应的反馈信息。
这里，反馈信息可以包括操作指令。例如，用于接听或挂断来电呼叫的指令。反馈信息也可以包括回复内容，用于让来电方知晓用户当前的状态。例如，“我现在正在开会，稍后给您回电”、“我现在正在开车，不方便接听电话”等。
步骤405，基于所确定的反馈信息，对来电呼叫进行处理。
在本实施例中，上述执行主体可以根据确定出的反馈信息包含的具体信息，对来电呼叫进行针对性地处理。例如，结束来电呼叫、接通来电呼叫等。
在本实施例的一些可选的实现方式中，所确定的反馈信息包括结束来电呼叫的指令(也称为挂断指令)。进一步地，步骤405可以包括：结束来电呼叫。
例如，当来电呼叫为骚扰电话或其他不需要反馈的来电呼叫时，上述执行主体结束该来电呼叫。
在本实施例的一些可选的实现方式中，所确定的反馈信息包括结束来电呼叫的指令和回复内容。进一步地，步骤405可以包括：结束来电呼叫，以及将回复内容发送到主叫设备。
例如，当来电呼叫为会议时客户呼叫类型时，上述执行主体可以结束该来电呼叫，然后将回复内容“我现在正在开会，稍后给您回电”发送到主叫设备(例如，客户的手机)。
在本实施例的一些可选的实现方式中，所确定的反馈信息包括接通来电呼叫的指令(也称为接通指令)和回复内容。进一步地，步骤405可以包括：接通来电呼叫；以语音方式向主叫设备播放回复内容；结束来电呼叫。该过程由被叫设备自动完成，不需要用户参与，因此不会影响用户当前的状态(例如，会议中)。
此外，为了避免接通来电呼叫时输出声音，上述被叫设备也可以在接通来电呼叫的同时，屏蔽被叫设备的语音输出。
从图4中可以看出，与图2对应的实施例相比，本实施例中的用于被叫设备的来电响应方法的流程400突出了对来电呼叫进行针对性处理的步骤。由此，本实施例描述的方案可以在不影响用户当前状态的情况下，对来电呼叫进行针对性的处理，从而避免重复接收来电呼叫或引起别人担心。
继续参考图5，其示出了用于被叫设备的来电响应方法的又一实施例的流程500。该用于被叫设备的来电响应方法，可以包括以下步骤：
步骤501，响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式。
在本实施例中，用于被叫设备的来电响应方法的执行主体(例如，图1所示的终端设备101、102)可以检测被叫设备(例如，图1所示的终端设备101、102)是否接收到来电呼叫。如果确定出上述被叫设备接收到来电呼叫，则确定上述被叫设备是否处于静音模式或振动模式。这里，静音模式或振动模式是指以静音或者振动的方式(即，不响铃的方式)提示用户有来电呼叫的模式。上述模式通常是用户在不方便接听电话的时候设置的。通过判断被叫设备是否处于静音模式或振动模式，可以确定用户当前是否方便接听电话。
步骤502，响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息。
在本实施例中，当步骤501确定出被叫设备处于静音模式或振动模式(即，用户当前可能不方便接听来电)时，上述执行主体可以获取该来电呼叫的来电相关信息。其中，来电相关信息可以包括来电号码。
步骤503，确定来电号码所属的通讯录群组类别。
在本实施例中，上述执行主体可以从通讯录中获取来电号码所属的通讯录群组类别(例如，“家人”、“朋友”、“同事”、“客户”、“陌生人”等群组类别)。
步骤504，将来电号码和所确定的通讯录群组类别发送到服务器。
在本实施例中，上述执行主体可以将来电相关信息(即，来电号码)和步骤503确定的来电号码所属的通讯录群组类别发送到服务器(例如，图1的服务器103)。
其中，服务器可以基于所接收的来电号码以及来电号码所属的通讯录群组类别确定针对来电呼叫的反馈信息。具体地，反馈信息可以通过如下步骤确定：
首先，服务器可以从用户标记的号码库中查询来电号码的标记信息(例如，“快递送餐”、“骚扰电话”等)。
然后，根据来电号码的通讯录群组类别和来电号码的标记信息，服务器可以确定来电呼叫的类型(例如，会议中客户呼叫类型)。
最后，服务器可以从预设的反馈信息库中选取与所确定的来电呼叫类型相匹配的反馈信息。其中，反馈信息库中可以包括各种来电呼叫类型对应的反馈信息。
步骤505，接收服务器返回的反馈信息。
在本实施例中，上述执行主体可以接收服务器返回的反馈信息，将所接收的反馈信息作为针对来电呼叫的反馈信息。
通过上述步骤，上述被叫设备能够在不需要用户进行任何设置的情况下，准确地确定针对来电呼叫的反馈信息，进而可以对来电呼叫进行针对性的处理。
从图5中可以看出，与图2对应的实施例相比，本实施例中的用于被叫设备的来电响应方法的流程500突出了通过服务器确定针对来电呼叫的反馈信息的步骤，由此，本实施例描述的方案可以降低被叫设备的系统开支，从而使得本实施例的适用范围更广。
继续参考图6，其示出了用于被叫设备的来电响应方法的再一实施例的流程600。该用于被叫设备的来电响应方法，可以包括以下步骤：
步骤601，响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式。
在本实施例中，用于被叫设备的来电响应方法的执行主体(例如，图1所示的终端设备101、102)可以检测被叫设备(例如，图1所示的终端设备101、102)是否接收到来电呼叫。如果确定出上述被叫设备接收到来电呼叫，则确定上述被叫设备是否处于静音模式或振动模式。这里，静音模式或振动模式是指以静音或者振动的方式(即，不响铃的方式)提示用户有来电呼叫的模式。上述模式通常是用户在不方便接听电话的时候设置的。通过判断被叫设备是否处于静音模式或振动模式，可以确定用户当前是否方便接听电话。
步骤602，响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息。
在本实施例中，当步骤601确定出被叫设备处于静音模式或振动模式(即，用户当前可能不方便接听来电)时，上述执行主体可以获取该来电呼叫的来电相关信息。其中，来电相关信息可以包括来电号码和周围环境的语音信息。这里，周围环境的语音信息可以通过被叫设备自带的声音传感器采集得到。
步骤603，确定来电号码所属的通讯录群组类别。
在本实施例中，上述执行主体可以从通讯录中获取来电号码所属的通讯录群组类别(例如，“家人”、“朋友”、“同事”、“客户”、“陌生人”等群组类别)。
步骤604，将来电号码和所确定的通讯录群组类别发送到服务器。
在本实施例中，上述执行主体可以将来电相关信息(即，来电号码和周围环境的语音信息)和步骤603确定的来电号码所属的通讯录群组类别发送到服务器(例如，图1的服务器103)。
其中，服务器可以基于所接收的来电号码以及来电号码所属的通讯录群组类别确定针对来电呼叫的反馈信息。具体地，反馈信息可以通过如下步骤确定：
首先，服务器可以从用户标记的号码库中查询来电号码的标记信息(例如，“快递送餐”、“骚扰电话”等)。
之后，服务器将周围环境的语音信息输入到预先训练的环境识别模型中，得到周围环境的环境类别。其中，环境识别模型用于表征语音信息与环境类别之间的对应关系。
然后，根据来电号码的通讯录群组类别、来电号码的标记信息以及周围环境的环境类别，服务器可以确定来电呼叫的类型(例如，会议中客户呼叫类型)。
最后，服务器可以从预设的反馈信息库中选取与所确定的来电呼叫类型相匹配的反馈信息。其中，反馈信息库中可以包括各种来电呼叫类型对应的反馈信息。
步骤605，接收服务器返回的反馈信息。
在本实施例中，上述执行主体可以接收服务器返回的反馈信息，将所接收的反馈信息作为针对来电呼叫的反馈信息。
从图6中可以看出，与图5所示的实施例相比，本实施例中的用于被叫设备的来电响应方法的流程600突出了将周围环境的语音信息发送到服务器的步骤，从而能够使确定的来电呼叫类型和针对来电呼叫的反馈信息更加准确，有利于被叫设备更准确地对来电呼叫进行处理。
继续参考图7，其示出了用于主叫设备的来电响应方法的一个实施例的流程700。该用于主叫设备的来电响应方法，可以包括以下步骤：
步骤701，向被叫设备发起来电呼叫。
在本实施例中，用于主叫设备的来电响应方法的执行主体(例如，图1所示的终端设备101、102)可以向被叫设备(不同于主叫设备的终端设备)发起来电呼叫。其中，被叫设备处于静音模式或振动模式。被叫设备可以被配置为：响应于接收到上述来电呼叫，获取来电相关信息(例如，来电号码、周围环境的语音信息等)；基于来电相关信息确定针对来电呼叫的反馈信息。
这里，静音模式或振动模式是指以静音或者振动的方式(即，不响铃的方式)提示用户有来电呼叫的模式。上述模式通常是用户在不方便接听电话的时候设置的。
在本实施例的一些可选的实现方式中，反馈信息可以包括回复内容。该用于主叫设备的来电响应方法还可以包括：
步骤702，接收被叫设备返回的回复内容。
在本实现方式中，上述执行主体可以接收被叫设备返回的回复内容。其中，回复内容可以包含在被叫设备确定出的反馈信息中。
通过接收被叫设备返回的回复内容，便于主叫设备的用户及时获悉被叫设备的用户当前的状态(例如，正在开会)，从而避免重复发起来电呼叫或因不了解被叫设备的用户的状态而担心。
在本实施例的一些可选的实现方式中，反馈信息可以包括回复内容。该用于主叫设备的来电响应方法还可以包括：响应于来电呼叫被接通，接收被叫设备以语音形式播放的回复内容。
本申请的上述实施例提供的用于主叫设备的来电响应方法，通过主叫设备向处于静音模式或振动模式的被叫设备发起来电呼叫，由被叫设备获取来电呼叫的来电相关信息以及确定针对来电呼叫的反馈信息，从而能够在被叫设备的用户不方便接听电话的情形下，对来电呼叫进行处理。
继续参考图8，示出了根据本申请的用于服务器的来电响应方法的一个实施例的流程800。该用于服务器的来电响应方法，可以包括以下步骤：
步骤801，接收被叫设备发送的来电相关信息。
在本实施例中，用于服务器的来电响应方法的执行主体(例如，图1所示的服务器103)可以接收被叫设备(例如，图1所示的终端设备101、102)发送的来电相关信息。其中，来电相关信息可以包括被叫设备在静音模式或振动模式下接收到来电呼叫时获取的与来电呼叫相关联的信息。这里，静音模式或振动模式是指以静音或者振动的方式(即，不响铃的方式)提示用户有来电呼叫的模式。上述模式通常是用户在不方便接听电话的时候设置的。
步骤802，基于来电相关信息确定针对来电呼叫的反馈信息。
在本实施例中，上述执行主体可以对所接收的来电相关信息进行分析处理，确定针对来电呼叫的反馈信息。
在本实施例的一些可选的实现方式中，来电相关信息可以包括来电号码、来电号码所属的通讯录群组类别和周围环境的语音信息。步骤802具体可以包括如下步骤：
首先，上述执行主体可以基于周围环境的语音信息，确定被叫设备所处的周围环境的环境类别(例如，会议环境类别)。作为示例，可以从周围环境的语音信息中确定周围环境声音的分贝数，查询预设的声音分贝数与周围环境的环境类别之间的对应关系表，可以确定被叫设备所处的周围环境的环境类别。
之后，上述执行主体可以从用户标记的号码库中查询来电号码的标记信息(例如，“快递送餐”、“骚扰电话”等)。
然后，根据来电号码的通讯录群组类别、来电号码的标记信息以及被叫设备所处的周围环境的环境类别，上述执行主体可以确定来电呼叫的类型。例如，可以通过查询预设的来电号码的通信录群组类别、来电号码的标记信息以及周围环境的环境类别与来电呼叫类型之间的对应关系表，来确定来电呼叫的类型。
最后，上述执行主体可以从预设的反馈信息库中选取与所确定的来电呼叫类型相匹配的反馈信息，将所选取的反馈信息作为针对来电呼叫的反馈信息。其中，反馈信息库中可以包括各种来电呼叫类型对应的反馈信息。
步骤803，将所确定的反馈信息发送到被叫设备。
在本实施例中，上述执行主体可以将步骤802确定的反馈信息发送到被叫设备，以便被叫设备对来电呼叫进行处理(例如，结束来电呼叫，将反馈信息中的回复内容发送到主叫设备等等)。
本申请的上述实施例提供的用于服务器的来电响应方法，通过接收被叫设备发送的来电相关信息，之后确定针对来电呼叫的反馈信息，最后将反馈信息发送到被叫设备，从而能够在被叫设备的用户不方便接听电话的情形下，确定针对来电呼叫的反馈信息，有利于被叫设备对来电呼叫进行针对性地处理。
继续参考图9，其示出了来电响应方法的一个实施例的时序900。该来电响应方法，可以包括以下步骤：
步骤901，主叫设备向被叫设备发起来电呼叫。其中，被叫设备处于静音模式或振动模式。
步骤902，被叫设备响应于接收到上述来电呼叫，获取与上述来电呼叫相关的来电相关信息。其中，来电相关信息可以包括来电号码、来电号码所属的通讯录群里类别和周围环境的语音信息。
步骤903，被叫设备将获取的来电相关信息发送到服务器。
步骤904，服务器基于接收的来电相关信息确定针对上述来电呼叫的反馈信息。其中反馈信息可以包括挂断/接通指令和/或回复内容。
步骤905，服务器将确定的反馈信息发送到被叫设备。
步骤906，被叫设备根据接收的反馈信息对上述来电呼叫进行处理。例如，结束来电呼叫，向主叫设备发送回复内容等。
本申请的上述实施例提供的来电响应方法，通过主叫设备向被叫设备发起来电呼叫，之后被叫设备来电相关信息以及将来电相关信息发送到服务器，然后服务器基于来电相关信息确定反馈信息并将反馈信息发送到被叫设备，最后被叫设备基于反馈信息对来电呼叫进行处理，从而能够在被叫设备的用户不方便接听电话的情形下，确定针对来电呼叫的准确的反馈信息，有利于被叫设备对来电呼叫进行针对性地处理。
继续参考图10，作为对图2、图4、图5和图6所示方法的实现，本申请提供了一种用于被叫设备的来电响应装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于被叫设备中。
如图10所示，本实施例的用于被叫设备的来电响应装置1000可以包括模式确定单元1001、来电相关信息获取单元1002和反馈信息确定单元1003。其中，模式确定单元1001被配置为响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式；来电相关信息获取单元1002被配置为响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息；而反馈信息确定单元1003被配置为基于来电相关信息，确定针对来电呼叫的反馈信息。
在本实施例中，模式确定单元1001、来电相关信息获取单元1002和反馈信息确定单元1003的处理过程以及实现效果可以参考图2所示的方法实施例中对应的步骤的描述，在此不再赘述。
下面参考图11，其示出了适于用来实现本申请实施例的终端设备(例如图1所示的终端设备101、102)或服务器(例如图1所示的服务器103)的计算机系统1100的结构示意图。图11示出的终端设备或服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图11所示，计算机系统1100包括一个或多个中央处理单元(cpu)1101，其可以根据存储在只读存储器(rom)1102中的程序或者从存储部分1108加载到随机访问存储器(ram)1103中的程序而执行各种适当的动作和处理。在ram1103中，还存储有系统1100操作所需的各种程序和数据。cpu1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出(i/o)接口1105也连接至总线1104。
以下部件连接至i/o接口1105：包括触摸屏(或键盘、鼠标)等的输入部分1106；包括诸如有机发光二极管(oled)显示器、液晶显示器(lcd)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(cpu)1101执行时，执行本申请的方法中限定的上述功能。
需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括模式确定单元、来电相关信息获取单元和反馈信息确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，模式确定单元还可以被描述为“响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式的单元”。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的被叫设备、主叫设备或服务器中所包含的；也可以是单独存在，而未装配入该被叫设备、主叫设备或服务器中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该被叫设备执行时，使得该被叫设备：响应于接收到来电呼叫，确定被叫设备是否处于静音模式或振动模式；响应于确定出被叫设备处于静音模式或振动模式，获取来电呼叫的来电相关信息；基于来电相关信息，确定针对来电呼叫的反馈信息。当上述一个或者多个程序被该主叫设备执行时，使得该主叫设备：向被叫设备发起来电呼叫；其中，被叫设备处于静音模式或振动模式，被叫设备被配置为：获取来电呼叫的来电相关信息；基于来电相关信息，确定针对来电呼叫的反馈信息。当上述一个或者多个程序被该服务器执行时，使得该服务器：接收被叫设备发送的来电相关信息，其中，来电相关信息为被叫设备在静音模式或振动模式下接收到来电呼叫时获取的与来电呼叫相关联的信息；基于来电相关信息确定针对来电呼叫的反馈信息；将所确定的反馈信息发送到被叫设备，以便被叫设备对来电呼叫进行处理。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。