[发明专利]对多个呼叫的用户可定制处理

说明书

在多呼叫场景中，UE可以在已经在UE上建立活动呼叫的同时接收呼入呼叫。响应于接收到呼入呼叫，以用户可定制的方式处理呼入呼叫的过程可以包括：在处理UE上的多个同时呼叫的上下文中访问由UE接收的用户输入的历史，以及至少部分地基于用户输入的历史来处理呼入呼叫。通过UE考虑UE在处理多个同时呼叫的上下文中接收的过去用户输入，UE被配置为在多呼叫场景期间从过去的用户行为中学习，并基于过去的用户行为调节其对呼入呼叫的呼叫处理方法。

相关申请的交叉引用

本专利申请要求于2016年10月6日提交的序列号为15/287,476的美国实用专利申请的优先权。序列号为15/287,476的申请的全部内容通过引用合并于此。

背景技术

当前的用户设备(UE)(例如，移动电话)可以通过使一个呼叫活动和另一个呼叫保持同时建立多达两个呼叫。同时处理两个以上的呼叫(即，第三呼入呼叫)会产生问题，因为当前的UE不能在没有会议桥的情况下同时建立所有三个呼叫。因此，接收第三呼入呼叫的UE提供用于处理第三呼入呼叫的有限选项。一些UE简单地拒绝第三呼入呼叫而不给用户提供应答第三呼入呼叫的选项。但是，从客户服务的角度来看，不给用户应答呼入呼叫的机会是不可接受的。其他UE被配置为向用户提供应答第三呼入呼叫的选项，但是提供给用户的选项是有限的。

例如，可以给用户选项以应答或拒绝第三呼入呼叫，有时伴随发送给被拒绝的第三呼叫者的预先配置的文本消息。在应答第三呼入呼叫时，用户必须在丢弃第一活动呼叫和丢弃呼入或保持的第二呼叫之间进行选择。从客户服务的角度来看，这些有限选项也是不可接受的。例如，在上述场景中，为了应答呼入呼叫而被丢弃的“保持”呼叫的呼叫者可能会想知道为什么他/她的呼叫被丢弃；在保持呼叫被丢弃之前，呼叫者没有机会与另一端上的用户通话。此外，发送给被拒绝的呼叫者的系统生成的文本消息通常是不可接受的，因为其或者缺乏针对所希望的商务关系的礼节，对于私人关系来说太正式，或者“听起来不像”发送消息的用户。

附图说明

参考附图阐述了详细描述，其中附图标记的最左边的数字标识了首次出现附图标记的附图。在不同附图中使用相同的附图标记指示相似或相同的条目或特征。

图1是示例联网计算机环境，其示出了具有用户可定制呼叫处理模块的示例UE的框图。

图2示出了用于在多呼叫场景期间处理呼入呼叫的示例图形用户界面(GUI)。

图3示出了以用户可定制方式在多呼叫场景期间处理呼入呼叫的示例过程的流程图。

图4示出了通过基于过去的用户行为选择建议消息来在多呼叫场景期间处理呼入呼叫的示例过程的流程图。

图5示出了通过使用针对过去用户行为训练的机器学习模型选择建议消息来在多呼叫场景期间处理呼入呼叫的示例过程的流程图。

图6示出了通过代表用户采取行动或基于过去的用户行为呈现用户定制的呼叫处理选项来在多呼叫场景期间处理呼入呼叫的示例过程的流程图。

详细描述

这里描述的是用于对多个同时呼叫的用户可定制处理的技术和系统。在多呼叫场景中，UE可以在已经在UE上建立活动呼叫的同时接收呼入呼叫。在多呼叫场景的“三个呼叫”版本中，UE可以具有额外的保持呼叫，或者可以接收另外的呼入呼叫。无论呼叫数量如何，在任何多呼叫场景中，以用户可定制方式处理呼入呼叫的过程可以包括在处理UE上的多个同时呼叫的上下文中访问由UE接收的用户输入的历史，以及至少部分地基于用户输入的历史来处理呼入呼叫。通过UE考虑UE在处理多个同时呼叫的上下文中接收的过去用户输入，UE被配置为在多呼叫场景期间从过去的用户行为中学习，并基于过去的用户行为调节其对呼入呼叫的呼叫处理方法。