对多个呼叫的用户可定制处理制造技术

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

Customizable processing for users of multiple calls

In multi-call scenarios, UE can receive incoming calls while establishing active calls on UE. In response to receiving an incoming call, the process of processing an incoming call in a user-customizable manner may include accessing the history of user input received by the UE in the context of processing multiple simultaneous calls on the UE, and processing the incoming call at least partially based on the history of user input. Considering the past user input received by UE in the context of processing multiple simultaneous calls, UE is configured to learn from past user behavior during a multi-call scenario and adjust its call processing method for incoming calls based on past user behavior.

【技术实现步骤摘要】
【国外来华专利技术】对多个呼叫的用户可定制处理相关申请的交叉引用本专利申请要求于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被配置为在多呼叫场景期间从过去的用户行为中学习，并基于过去的用户行为调节其对呼入呼叫的呼叫处理方法。UE被配置为以各种方式定制如何向用户处理呼入呼叫，包括但不限于在处理多个同时呼叫的上下文中基于过去的用户行为来确定是否自动拒绝或丢弃单个呼叫，基于用户在过去的多呼叫场景中键入的或选择的过去消息，建议要发送给被拒绝或被丢弃的呼叫者的定制消息，和/或基于用户在过去的多呼叫场景中先前选择的选项，呈现用于在UE的显示器上处理呼入呼叫的定制的一组可选选项。本文还公开了系统和设备，包括：一个或更多个处理器和一个或更多个存储器，以及存储计算机可执行指令的非暂时性计算机可读介质，当由一个或更多个处理器执行该指令时，执行本文公开的各种动作和/或过程。这里描述的系统和技术以多种方式改善了涉及呼叫会话的用户的客户体验。例如，可以为用户定制自动呼叫处理操作(例如，基于处理多个同时呼叫的上下文中的过去用户行为，系统推断的动作是可接受的)。另外，可以向用户提供用于处理呼入呼叫和/或定制消息的定制选项，用于在处理多个同时呼叫的上下文中进行选择。这些不同的自定义项简化了多呼叫场景中的呼叫处理过程。例如，如果向用户呈现用于在多呼叫场景中处理呼入呼叫的较少但个性化(或定制)的选项，则用户可以更快地进行选择而无需考虑该选项是否可接受他/她的情况。代表用户采取的自动呼叫处理操作通过消除用户输入来进一步简化流程。此外，在多呼叫处理过程中被丢弃和/或拒绝的呼叫者可以接收“听起来更像”呼叫的另一端的用户的消息，因为消息是基于用户在其他多呼叫场景中的过去消息传递行为而为用户定制的。通常，向被丢弃或被拒绝的呼叫者发送消息向被丢弃或被拒绝的呼叫者提供关于他们的呼叫被丢弃或被拒绝的原因的更多信息。这些功能可以单独使用，也可以组合使用，从而改善呼叫体验。图1是示例联网计算机环境100，示出了具有用户可定制呼叫处理模块的示例UE102(0)的框图。根据本文描述的各种实施例，术语“用户设备(UE)”、“无线通信设备”、“无线设备”、“通信设备”、“移动设备”和“客户端设备”在本文中可互换使用以描述能够发送/接收数据的任何UE(例如，UE102(0))，其使用任何合适的有线或无线通信/数据技术、协议或标准，诸如，全球移动通信系统(GSM)、时分多址(TDMA)、通用移动电信系统(UMTS)、演进数据优化(EVDO)、长期演进(LTE)、高级LTE(LTE+)、通用接入网络(GAN)、非许可移动访问(UMA)、码分多址(CDMA)、正交频分多址(OFDM)、通用分组无线电服务(GPRS)、增强型数据GSM环境(EDGE)、高级移动电话系统(AMPS)、高速分组接入(HSPA)、演进型HSPA(HSPA+)、IP语音(VoIP)、LTE语音(VoLTE)、IEEE802.1x协议、WiMAX、Wi-Fi、有线数据业务接口规范(DOCSIS)、数字订户线(DSL)和/或任何未来基于IP的网络技术或现有基于IP的网络技术的演进。UE102(0)可以被实现为被配置为通过计算机网络104进行通信的任何合适类型的计算设备，包括但不限于移动电话(例如，智能电话)、平板计算机、膝上型计算机、便携式数字助理(PDA)、可穿戴计算机(例如，电子/智能眼镜、智能手表、健身追踪器等)、车载(in-vehicle)(例如，车载(in-car))计算机和/或任何类似的移动设备，以及位置计算设备，包括但不限于电视(智能电视)、机顶盒(STB)、游戏机、台式计算机等。如图所示，UE102(0)可以包括一个或更多个处理器106和一种或更多种形式的计算机可读存储器108。UE102(0)还可以包括另外的存储设备。这样的附加存储可以包括可移除存储110和/或不可移除存储112。在各种实施例中，计算机可读存储器108包括非暂时性计算机可读存储器108，其通常包括易失性存储器和非易失性存储器二者(例如，随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EEPROM)、闪存、微型硬盘驱动器、存储器卡、光存储、磁带盒、磁带、磁盘存储或其他磁存储设备或任何其他介质)。计算机可读存储器108还可以被描述为计算机存储介质，并且可以包括以用于存储信息(诸如计算机可本文档来自技高网...

【技术保护点】
1.一种用户设备(UE)，包括：处理器；以及存储器，其存储计算机可执行指令，当由所述处理器执行所述指令时，使得所述UE能够：响应于已经在所述UE上建立活动呼叫并且同时额外呼叫正呼入或与所述UE保持时接收到呼入呼叫，访问所述UE在处理所述UE上的三个或更多个同时呼叫的上下文中接收的用户输入的历史；以及至少部分地基于所述用户输入的历史来处理所述呼入呼叫。

【技术特征摘要】
【国外来华专利技术】2016.10.06 US 15/287,4761.一种用户设备(UE)，包括：处理器；以及存储器，其存储计算机可执行指令，当由所述处理器执行所述指令时，使得所述UE能够：响应于已经在所述UE上建立活动呼叫并且同时额外呼叫正呼入或与所述UE保持时接收到呼入呼叫，访问所述UE在处理所述UE上的三个或更多个同时呼叫的上下文中接收的用户输入的历史；以及至少部分地基于所述用户输入的历史来处理所述呼入呼叫。2.如权利要求1所述的UE，还包括显示器，其中，处理所述呼入呼叫包括：确定所述额外呼叫的属性；基于所述用户输入的历史，确定消息过去已经被键入或选择，以用于拒绝与所述额外呼叫的所述属性相关联的呼入呼叫或丢弃与所述额外呼叫的所述属性相关联的保持呼叫；以及在所述显示器上呈现可选选项以用于：应答所述呼入呼叫；丢弃所述额外呼叫；以及将所述消息发送到与所述额外呼叫相关联的第二UE。3.如权利要求2所述的UE，其中：所述额外呼叫的所述属性包括所述额外呼叫的呼叫类型标志符；以及基于所述用户输入的历史来确定所述消息过去已经被键入或选择包括，确定所述消息过去已经被键入或选择至少阈值次，以用于拒绝与所述额外呼叫的所述呼叫类型标志符相关联的所述呼入呼叫或丢弃与所述额外呼叫的所述呼叫类型标志符相关联的所述保持呼叫。4.如权利要求2所述的UE，其中，所述额外呼叫的所述属性包括所述额外呼叫的联系人姓名。5.如权利要求2所述的UE，其中：所述额外呼叫的所述属性包括所述UE的多个电话号码中的一个电话号码；以及基于所述用户输入的历史来确定所述消息在过去已经被键入或选择包括，确定所述消息过去已经被键入或选择至少阈值次，以用于拒绝与所述电话号码相关联的所述呼入呼叫或丢弃与所述电话号码相关联的所述保持呼叫。6.如权利要求1所述的UE，其中：所述存储器维护有机器学习模型，所述机器学习模型关于所述三个或更多个同时呼叫的数据被训练，有关于所述三个或更多个同时呼叫的所述数据使用所述用户输入的历史被标记；以及处理所述呼入呼叫包括：确定消息作为所述机器学习模型的输出；以及在所述显示器上呈现可选选项以用于：应答所述呼入呼叫；丢弃所述额外呼叫；以及将所述消息发送到与所述额外呼叫相关联的第二UE。7.如权利要求1所述的UE，其中，处理所述呼入呼叫包括：确定用以拒绝呼入呼叫的可选选项过去已经被选择至少阈值次，以拒绝所述呼入呼叫；以及自动地拒绝所述呼入呼叫。8.一种方法，包括：当已经在用户设备(UE)上建立了活动呼叫时，由所述UE接收呼入呼叫；在处理所述UE上的多个同时呼叫的上下文中，访问由所述UE接收的用户输入的历史；以及由所述UE至少部分地基于所述用户输入的历史来处理所述呼入呼叫。9.如权利要求8所述的方法，其中：接收所述呼入呼叫包括在已经在所述UE上建立活动呼叫并且同时额外呼叫正呼入或与所述UE保持时接收所述呼入呼叫；以及所述多个同时呼叫包括三个或更多个同时呼叫。10.如权利要求9所述的方法，其中，处理所述呼入呼叫包括：确定所述额外呼叫的属性；基于所述用户输入的历史，确定消息过去已经被键入或选择，以用于拒绝与所述额外呼叫的所述属性相关联...

【专利技术属性】
技术研发人员：兴甫·亨利·蒋，
申请(专利权)人：T移动美国公司，
类型：发明
国别省市：美国,US