WO2014172894A1 - 分体式移动终端和通信事件的交互处理方法 - Google Patents

Abstract

本发明提供了一种分体式移动终端，包括主机和与主机相连接的至少一个子机，其中，主机包括：状态获取单元（102A），用于当主机中发生通信事件时，获取主机的实时状态；状态判断单元（102B），用于判断实时状态是否属于预设的可交互状态；数据交互单元（102C），若是，向至少一个子机发送响应命令；主机处理单元（102D），若否，直接对通信事件进行响应；每个子机包括：子机处理单元（1040），用于根据接收到的响应命令，对通信事件进行响应。本发明还提出了一种通信事件的交互处理方法。通过本发明的技术方案，可以由主机根据自身的实时状态智能识别场景，从而根据场景确定响应方式，无需用户手动选择，有利于提升用户体验。

Description

分体式移动终端和通信事件的交互处理方法 技术领域

本发明涉及移动通信技术领域， 具体而言， 涉及一种分体式移动终端 和一种通信事件的交互处理方法。 背景技术

随着智能手机的日益普及， 越来越多的手机附件也随之丰富起来， 除 了常见的耳机、 随身充、 手机外壳， 现在还兴起了附属于手机的子机， 可 实现主机的通讯功能和资料交互功能。

但是现有的技术方案中， 通过用户对主机的主观选择， 来确定手机的 功能实现， 比如是否由子机实现当前的功能响应， 这种方案与用户的主观 性有着很大的关系， 若是用户没有进行手动选择， 就无法智能识别是否由 子机来实现主机的功能响应。

因此， 本发明提出了一种通信事件的交互处理技术， 可以由主机根据 自身的实时状态智能识别场景， 从而根据场景确定响应方式， 无需用户手 动选择， 有利于提升用户体验。 发明内容

本发明正是基于上述问题， 提出了一种通信事件的交互处理技术， 可 以由主机根据自身的实时状态智能识别场景， 从而根据场景确定响应方 式， 无需用户手动选择， 有利于提升用户体验。

有鉴于此， 本发明提出了一种分体式移动终端， 包括主机和与所述主 机相连接的至少一个子机， 其中， 所述主机包括： 状态获取单元， 用于当 所述主机中发生通信事件时， 获取所述主机的实时状态； 状态判断单元， 用于判断所述实时状态是否属于预设的可交互状态； 数据交互单元， 用于 在所述状态判断单元的判断结果为是的情况下， 向至少一个所述子机发送 响应命令； 主机处理单元， 用于在所述状态判断单元的判断结果为否的情 况下， 直接对所述通信事件进行响应； 每个所述子机包括： 子机处理单 元， 用于根据接收到的所述响应命令， 对所述通信事件进行响应。

在该技术方案中， 主机通过蓝牙、 红外、 近场通信等连接方式与至少 一个子机建立连接关系， 若终端在使用过程中， 发生了一个或多个通信事 件， 如来电、 短信、 即时通信消息、 邮件、 推送通知等等， 则主机可以根 据自身当前所处的实时状态， 识别出对应的应用场景， 从而确定由自身进 行响应， 或是由子机响应。 具体地， 可以由厂商或用户事先在主机或主机 对应的网络存储空间中， 关联存储 "状态-应用场景 -响应方式" ， 从而主 机可以根据当前的实时状态， 确定对应的响应方式； 当然， 上述关联存储 的关联关系中， 可以包括 "白名单" ， 即在何种状态下由子机进行响应， 也可以包括 "黑名单" ， 即在何种状态下不由子机进行响应。 比如主机正 在全屏看视频且不带耳机播放， 当有新短信息时， 则可根据场景识别出当 前不可打扰主机， 则可以交由子机进行响应。 通过智能判断， 可在主机实 时状态属于交互状态时直接由子机处理新任务而不必打断主机正在处理的 事件， 提升了用户的体验性与终端使用的便捷性。 这里的 "响应" 应该理 解为， 在当前执行响应的主机或子机上进行声音提示和 /或界面图形显 示， 并且当在子机进行响应时， 需要由主机通过与子机的连接通道， 将通 信信号转发至子机中以及将接收来自子机的处理命令， 以实现子机对通信 事件的提示和处理。

在上述技术方案中， 优选地， 所述实时状态包括以下至少之一或其组 合： 所述主机当前调用的功能模块、 所述主机当前运行的应用程序的信 息、 所述应用程序在所述主机上的运行状态、 所述主机当前连接的外部设 备、 所述主机采用的情境模式、 所述主机的剩余电量、 当前的时间信息、 所述主机的当前操作者、 所述主机与至少一个所述子机之间的连接状态。

在该技术方案中， 通过对主机实时状态的检测， 可以保证在实时状态 属于预设的可交互状态时， 直接交由子机对新任务进行响应， 避免打断主 机正在响应的事件， 方便了用户操作。 对于单一类型的实时状态的检测， 可以有效提升检测效率、 缩短检测时间， 加快对通信事件的响应； 而通过 对多种类型的实时状态的检测， 则有助于提升检测结果的准确性， 实现更 为智能化的处理。

在上述技术方案中， 优选地， 所述主机还包括： 状态存储单元， 用于 在所述主机内或所述主机在网络端对应的存储空间中建立交互列表， 并在 所述交互列表中存储至少一种可交互状态， 以用于对所述主机的实时状态 进行判断。

在该技术方案中， 通过建立交互列表， 可以对主机的任务场景和对通 信事件的处理方式建立——对应的记忆关系， 在主机的实时状态 （或对应 的当前的任务场景） 满足交互列表中的交互状态时， 直接由子机完成对应 的操作。 比如主机全屏看视频且不带耳机播放， 对应于由子机接收并处理 新短信息。 当然用户可以查看交互列表， 也可以根据自己的需要对交互列 表进行添加、 编辑和删除。

在上述技术方案中， 优选地， 所述数据交互单元还用于： 根据接收到 的响应转移命令， 向所述主机处理单元发送响应停止命令， 以及向至少一 个所述子机发送所述响应命令； 所述主机处理单元还用于： 根据接收到的 所述响应停止命令， 停止对所述通信事件进行响应； 其中， 所述主机还将 所述实时状态保存为可交互状态。

在该技术方案中， 当主机直接对通信事件进行响应时， 比如可能是由 于事先未对当前的实时状态进行记载， 或是事先默认记载为非可交互状 态， 但不符合当前用户的使用习惯等， 若用户希望由子机进行响应， 并手 动选择交由子机响应， 则一方面控制子机进行响应， 另一方面在交互列表 中建立新的关联关系， 或对原来的关联关系进行修改。 通过对用户操作的 记录， 可以在主机实时状态不满足预先设置的可交互状态的情况下， 根据 用户的操作习惯来调整对通信事件的响应方式， 使子机的使用更加便捷与 人性化。

在上述技术方案中， 优选地， 所述主机还包括： 类型获取单元， 用于 获取所述通信事件的类型； 类型判断单元， 用于判断所述通信事件是否属 于可交互类型； 其中， 所述数据交互单元在所述通信事件属于所述可交互 类型且所述实时状态属于所述可交互状态的情况下， 向至少一个所述子机 发送所述响应命令， 否则由所述主机处理单元直接对所述通信事件进行响 应。

在该技术方案中， 通过对通信事件类型的判断， 可以控制主机在通信 事件不属于交互类型时直接进行响应， 避免主机盲目地交由子机进行响应 而事件无法进行交互的状况出现。 具体地， 由于主机往往具有比子机更强 的功能， 可能有其他人向机主借用主机玩游戏、 看电影等， 则对于一些隐 私性较强的通信事件， 比如短信、 电话等， 机主可能并不希望被其他人看 到， 因而可以设置为由子机响应； 而对于一些邮件等， 则可以直接由主机 进行响应。 此外， 由于子机的功能限制， 也可能无法对一些通信事件进行 有效地处理， 因而也可以由此对通信事件的响应方式进行设置。

在上述技术方案中， 优选地， 所述主机还包括： 条件判断单元， 用于 判断所述至少一个子机是否满足对所述通信事件的响应条件； 所述数据交 互单元还用于： 在所述条件判断单元的判断结果为是的情况下， 向至少一 个所述子机发送所述响应命令； 所述主机处理单元还用于： 在所述条件判 断单元的判断结果为否的情况下， 直接对所述通信事件进行响应； 其中， 所述响应条件包括以下至少之一或其组合： 电量不小于预设的电量阈值、 安装有响应所述通信事件的硬件模块、 安装有处理所述通信事件的硬件模 块。

在该技术方案中， 通过对子机能力的判断， 可以避免主机盲目地交由 子机进行响应而子机无法完成响应的状况出现。 其中子机无法完成响应的 状况包括两个方面， 第一， 主机的实时状态满足交互列表中的交互状态， 但是子机由于当前资源限制无法完成对应的操作， 比如， 主机全屏看视 频， 当有新通话任务时， 交互列表中对应的是由子机完成通话响应， 但是 子机当前的电量无法达到通话需求； 第二， 主机的实时状态在交互列表中 并没有与之对应的交互操作， 当新任务出现时， 判断子机无法完成对新事 件的响应， 则直接由主机响应新任务， 不进行交由子机处理的提醒， 比如 主机全屏看视频， 当应用程序 QQ有新消息时， 判断子机没有回复 QQ消 息的能力， 则直接由主机进行响应， 以便及时回复处理。 通过该技术方 案， 可以完善主机与子机交互的策略， 避免在主机与子机之间反复切换处 理。

在上述技术方案中， 优选地， 所述子机还包括： 响应方式获取单元， 用于获取所述主机的响应方式； 其中， 所述子机处理单元按照所述主机的 响应方式进行响应， 或采用对应于所述主机的响应方式的预设方式进行响 应。

在该技术方案中， 通过对子机响应方式的限定， 可以实现主机与子机 的统一。 比如主机设置的情景模式为会议模式， 则在需要子机响应接电话 的操作时， 其响应方式也应符合会议模式， 具体例如采用振动方式进行响 应。 当然， 子机的响应方式可以与主机相同； 但为了使用户能够容易区分 开当前响应的设备， 可以为主机和子机设置不同但相互关联的响应方式， 以便两者的响应方式的一致且易于区分。

本发明还提出了一种通信事件的交互处理方法， 用于包括主机和与所 述主机相连接的至少一个子机的终端， 包括： 当所述主机中发生通信事件 时， 获取所述主机的实时状态； 判断所述实时状态是否属于预设的可交互 状态， 若是， 则控制至少一个所述子机对所述通信事件进行响应， 否则由 所述主机直接对所述通信事件进行响应。

在该技术方案中， 主机通过蓝牙、 红外、 近场通信等连接方式与至少 一个子机建立连接关系， 若终端在使用过程中， 发生了一个或多个通信事 件， 如来电、 短信、 即时通信消息、 邮件、 推送通知等等， 则主机可以根 据自身当前所处的实时状态， 识别出对应的应用场景， 从而确定由自身进 行响应， 或是由子机响应。 具体地， 可以由厂商或用户事先在主机或主机 对应的网络存储空间中， 关联存储 "状态-应用场景 -响应方式" ， 从而主 机可以根据当前的实时状态， 确定对应的响应方式； 当然， 上述关联存储 的关联关系中， 可以包括 "白名单" ， 即在何种状态下由子机进行响应， 也可以包括 "黑名单" ， 即在何种状态下不由子机进行响应。 比如主机正 在全屏看视频且不带耳机播放， 当有新短信息时， 则可根据场景识别出当 前不可打扰主机， 则可以交由子机进行响应。 通过智能判断， 可在主机实 时状态属于交互状态时直接由子机处理新任务而不必打断主机正在处理的 事件， 提升了用户的体验性与终端使用的便捷性。 这里的 "响应" 应该理 解为， 在当前执行响应的主机或子机上进行声音提示和 /或界面图形显 示， 并且当在子机进行响应时， 需要由主机通过与子机的连接通道， 将通 信信号转发至子机中以及将接收来自子机的处理命令， 以实现子机对通信 事件的提示和处理。

在上述技术方案中， 优选地， 所述实时状态包括以下至少之一或其组 合： 所述主机当前调用的功能模块、 所述主机当前运行的应用程序的信 息、 所述应用程序在所述主机上的运行状态、 所述主机当前连接的外部设 备、 所述主机采用的情境模式、 所述主机的剩余电量、 当前的时间信息、 所述主机的当前操作者、 所述主机与至少一个所述子机之间的连接状态。

在该技术方案中， 通过对主机实时状态的检测， 可以保证在实时状态 属于预设的可交互状态时， 直接交由子机对新任务进行响应， 避免打断主 机正在响应的事件， 方便了用户操作。 对于单一类型的实时状态的检测， 可以有效提升检测效率、 缩短检测时间， 加快对通信事件的响应； 而通过 对多种类型的实时状态的检测， 则有助于提升检测结果的准确性， 实现更 为智能化的处理。

在上述技术方案中， 优选地， 还包括： 在所述主机内或所述主机在网 络端对应的存储空间中建立交互列表， 并在所述交互列表中存储至少一种 可交互状态， 以用于对所述主机的实时状态进行判断。

在该技术方案中， 通过建立交互列表， 可以对主机的任务场景和对通 信事件的处理方式建立——对应的记忆关系， 在主机的实时状态 （或对应 的当前的任务场景） 满足交互列表中的交互状态时， 直接由子机完成对应 的操作。 比如主机全屏看视频且不带耳机播放， 对应于由子机接收并处理 新短信息。 当然用户可以查看交互列表， 也可以根据自己的需要对交互列 表进行添加、 编辑和删除。

在上述技术方案中， 优选地， 在所述主机直接对所述通信事件进行响 应之后， 还包括： 所述主机根据接收到的响应转移命令， 停止对所述通信 事件进行响应， 并控制至少一个所述子机对所述通信事件进行响应； 将所 述实时状态保存为可交互状态。

在该技术方案中， 当主机直接对通信事件进行响应时， 比如可能是由 于事先未对当前的实时状态进行记载， 或是事先默认记载为非可交互状 态， 但不符合当前用户的使用习惯等， 若用户希望由子机进行响应， 并手 动选择交由子机响应， 则一方面控制子机进行响应， 另一方面在交互列表 中建立新的关联关系， 或对原来的关联关系进行修改。 通过对用户操作的 记录， 可以在主机实时状态不满足预先设置的可交互状态的情况下， 根据 用户的操作习惯来调整对通信事件的响应方式， 使子机的使用更加便捷与 人性化。

在上述技术方案中， 优选地， 还包括： 获取所述通信事件的类型， 并 判断所述通信事件是否属于可交互类型； 其中， 当所述通信事件属于所述 可交互类型且所述实时状态属于所述可交互状态时， 控制至少一个所述子 机对所述通信事件进行响应， 否则由所述主机直接对所述通信事件进行响 应。

在该技术方案中， 通过对通信事件类型的判断， 可以控制主机在通信 事件不属于交互类型时直接进行响应， 防止主机盲目地交由子机进行响应 而事件无法进行交互的状况出现。 具体地， 由于主机往往具有比子机更强 的功能， 可能有其他人向机主借用主机玩游戏、 看电影等， 则对于一些隐 私性较强的通信事件， 比如短信、 电话等， 机主可能并不希望被其他人看 到， 因而可以设置为由子机响应； 而对于一些邮件等， 则可以直接由主机 进行响应。 此外， 由于子机的功能限制， 也可能无法对一些通信事件进行 有效地处理， 因而也可以由此对通信事件的响应方式进行设置。

在上述技术方案中， 优选地， 还包括： 判断所述至少一个子机是否满 足对所述通信事件的响应条件， 若满足， 则由至少一个所述子机对所述通 信事件进行响应， 否则由所述主机直接对所述通信事件进行响应； 其中， 所述响应条件包括以下至少之一或其组合： 电量不小于预设的电量阈值、 安装有响应所述通信事件的硬件模块、 安装有处理所述通信事件的硬件模 块。

在该技术方案中， 通过对子机能力的判断， 可以防止主机盲目地交由 子机进行响应而子机无法完成响应的状况出现。 其中子机无法完成响应的 状况包括两个方面， 第一， 主机的实时状态满足交互列表中的交互状态， 但是子机由于自身资源限制无法完成对应的操作， 比如， 主机全屏看视 频， 当有新通话任务时， 交互列表中对应的是由子机完成通话响应， 但是 子机当前的电量无法达到通话需求； 第二， 主机的实时状态在交互列表中 并没有与之对应的交互操作， 当新任务出现时， 判断子机无法完成对新事 件的响应， 则直接由主机响应新任务， 不进行交由子机处理的提醒， 比如 主机全屏看视频， 当应用程序 QQ有新消息时， 判断子机没有回复 QQ消 息的能力， 则直接由主机进行响应， 以便及时回复处理。 通过该技术方 案， 可以完善主机与子机交互的策略， 避免在主机与子机之间反复切换处 理。

在上述技术方案中， 优选地， 当由至少一个所述子机对所述通信事件 进行响应时， 还包括： 所述子机获取所述主机的响应方式， 并按照所述主 机的响应方式进行响应， 或采用对应于所述主机的响应方式的预设方式进 行响应。

在该技术方案中， 通过对子机响应方式的限定， 可以实现主机与子机 的统一。 比如主机设置的情景模式为会议模式， 则在需要子机响应接电话 的操作时， 其响应方式也应符合会议模式， 具体例如采用振动方式进行响 应。 当然， 子机的响应方式可以与主机相同； 但为了使用户能够容易区分 开当前响应的设备， 可以为主机和子机设置不同但相互关联的响应方式， 以便两者的响应方式的一致且易于区分。

通过以上技术方案， 可以由主机根据自身的实时状态智能识别场景， 从而根据场景确定响应方式， 无需用户手动选择， 有利于提升用户体验。 附图说明

图 1示出了根据本发明的实施例的分体式移动终端的框图；

图 2 示出了根据本发明的实施例的通信事件的交互处理方法的流程 图；

图 3示出了根据本发明的实施例的通信事件的交互处理方法的具体流 程图；

图 4示出了根据本发明的实施例的通信事件的交互处理的终端结构示 意图；

图 5A 至图 5E 示出了根据本发明的实施例的通信事件的交互处理的 设置界面示意图。 具体实施方式

为了能够更清楚地理解本发明的上述目的、 特征和优点， 下面结合附 图和具体实施方式对本发明进行进一步的详细描述。 需要说明的是， 在不 沖突的情况下， 本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明， 但是， 本发明还可以采用其他不同于在此描述的其他方式来实施， 因此， 本发明 的保护范围并不受下面公开的具体实施例的限制。

图 1示出了根据本发明的实施例的分体式移动终端的框图。

如图 1 所示， 根据本发明的实施例的分体式移动终端 100, 其特征在 于， 包括主机 102和与所述主机 102相连接的至少一个子机 104, 其中， 所述主机 102 包括： 状态获取单元 102A, 用于当所述主机 102 中发生通 信事件时， 获取所述主机 102 的实时状态； 状态判断单元 102B , 用于判 断所述实时状态是否属于预设的可交互状态； 数据交互单元 102C , 用于 在所述状态判断单元的判断结果为是的情况下， 向至少一个所述子机 104 发送响应命令； 主机处理单元 102D , 用于在所述状态判断单元的判断结 果为否的情况下， 直接对所述通信事件进行响应； 每个所述子机 104 包 括： 子机处理单元 1040 , 用于根据接收到的所述响应命令， 对所述通信 事件进行响应。

在该技术方案中， 主机 102通过蓝牙、 红外、 近场通信等连接方式与 至少一个子机 104建立连接关系， 若终端在使用过程中， 发生了一个或多 个通信事件， 如来电、 短信、 即时通信消息、 邮件、 推送通知等等， 则主 机 102可以根据自身当前所处的实时状态， 识别出对应的应用场景， 从而 确定由自身进行响应， 或是由子机 104响应。 具体地， 可以由厂商或用户 事先在主机 102 或主机 102 对应的网络存储空间中， 关联存储 "状态-应 用场景 -响应方式" ， 从而主机 102 可以 居当前的实时状态， 确定对应 的响应方式； 当然， 上述关联存储的关联关系中， 可以包括 "白名单" ， 即在何种状态下由子机 104进行响应， 也可以包括 "黑名单" ， 即在何种 状态下不由子机 104进行响应。 比如主机 102正在全屏看视频且不带耳机 播放， 当有新短信息时， 则可根据场景识别出当前不可打扰主机 102 , 则 可以交由子机 104进行响应。 通过智能判断， 可在主机 102实时状态属于 交互状态时直接由子机 104处理新任务而不必打断主机 102正在处理的事 件， 提升了用户的体验性与终端使用的便捷性。 这里的 "响应" 应该理解 为， 在当前执行响应的主机 102 或子机 104 上进行声音提示和 /或界面图 形显示， 并且当在子机 104进行响应时， 需要由主机 102通过与子机 104 的连接通道， 将通信信号转发至子机 104中以及将接收来自子机 104的处 理命令， 以实现子机 104对通信事件的提示和处理。

在上述技术方案中， 优选地， 所述实时状态包括以下至少之一或其组 合： 所述主机 102 当前调用的功能模块、 所述主机 102当前运行的应用程 序的信息、 所述应用程序在所述主机 102上的运行状态、 所述主机 102 当 前连接的外部设备、 所述主机 102采用的情境模式、 所述主机 102的剩余 电量、 当前的时间信息、 所述主机 102的当前操作者、 所述主机 102与至 少一个所述子机 104之间的连接状态。

在该技术方案中， 通过对主机 102 实时状态的检测， 可以保证在实时 状态属于预设的可交互状态时， 直接交由子机 104对新任务进行响应， 避 免打断主机 102正在响应的时间， 方便了用户操作。 对于单一类型的实时 状态的检测， 可以有效提升检测效率、 缩短检测时间， 加快对通信事件的 响应； 而通过对多种类型的实时状态的检测， 则有助于提升检测结果的准 确性， 实现更为智能化的处理。

在上述技术方案中， 优选地， 所述主机 102 还包括： 状态存储单元 102E, 用于在所述主机 102内或所述主机 102在网络端对应的存储空间中 建立交互列表， 并在所述交互列表中存储至少一种可交互状态， 以用于对 所述主机 102的实时状态进行判断。

在该技术方案中， 通过建立交互列表， 可以对主机 102的任务场景和 对通信事件的处理方式建立——对应的记忆关系， 在主机 102的实时状态 (或对应的当前的任务场景） 满足交互列表中的交互状态时， 直接由子机

104完成对应的操作。 比如主机 102全屏看视频且不带耳机播放， 对应于 由子机 104接收并处理新短信息。 当然用户可以查看交互列表， 也可以根 据自己的需要对交互列表进行添加、 编辑和删除。

在上述技术方案中， 优选地， 所述数据交互单元 102C 还用于： 根据 接收到的响应转移命令， 向所述主机处理单元 102D 发送响应停止命令， 以及向至少一个所述子机 104 发送所述响应命令； 所述主机处理单元 102D 还用于： 根据接收到的所述响应停止命令， 停止对所述通信事件进 行响应； 其中， 所述主机 102还将所述实时状态保存为可交互状态。

在该技术方案中， 当主机 102直接对通信事件进行响应时， 比如可能 是由于事先未对当前的实时状态进行记载， 或是事先默认记载为非可交互 状态， 但不符合当前用户的使用习惯等， 若用户希望由子机 104 进行响 应， 并手动选择交由子机 104响应， 则一方面控制子机 104进行响应， 另 一方面在交互列表中建立新的关联关系， 或对原来的关联关系进行修改。 通过对用户操作的记录， 可以在主机 102 实时状态不满足预先设置的可交 互状态的情况下， 根据用户的操作习惯来调整对通信事件的响应方式， 使 子机 104的使用更加便捷与人性化。

在上述技术方案中， 优选地， 所述主机 102 还包括： 类型获取单元 102F , 用于获取所述通信事件的类型； 类型判断单元 102G, 用于判断所 述通信事件是否属于可交互类型； 其中， 所述数据交互单元 102C 在所述 通信事件属于所述可交互类型且所述实时状态属于所述可交互状态的情况 下， 向至少一个所述子机 104发送所述响应命令， 否则由所述主机处理单 元 102D直接对所述通信事件进行响应。

在该技术方案中， 通过对通信事件类型的判断， 可以控制主机 102在 通信事件不属于交互类型时直接进行响应， 防止主机 102盲目地交由子机

104进行响应而事件无法进行交互的状况出现。 具体地， 由于主机 102往 往具有比子机 104 更强的功能， 可能有其他人向机主借用主机 102 玩游 戏、 看电影等， 则对于一些隐私性较强的通信事件， 比如短信、 电话等， 机主可能并不希望被其他人看到， 因而可以设置为由子机 104响应； 而对 于一些邮件等， 则可以直接由主机 102进行响应。 此外， 由于子机 104的 功能限制， 也可能无法对一些通信事件进行有效地处理， 因而也可以由此 对通信事件的响应方式进行设置。

在上述技术方案中， 优选地， 所述主机 102 还包括： 条件判断单元 102H, 用于判断所述至少一个子机 104是否满足对所述通信事件的响应条 件； 所述数据交互单元 102C 还用于： 在所述条件判断单元的判断结果为 是的情况下， 向至少一个所述子机 104发送所述响应命令； 所述主机处理 单元 102D 还用于： 在所述条件判断单元 102H 的判断结果为否的情况 下， 直接对所述通信事件进行响应； 其中， 所述响应条件包括以下至少之 一或其组合： 电量不小于预设的电量阈值、 安装有响应所述通信事件的硬 件模块、 安装有处理所述通信事件的硬件模块。

在该技术方案中， 通过对子机 104能力的判断， 可以防止主机 102盲 目地交由子机 104进行响应而子机 104无法完成响应的状况出现。 其中子 机 104无法完成响应的^ 况包括两个方面， 第一， 主机 102的实时 态满 足交互列表中的交互状态， 但是子机 104 由于自身资源限制无法完成对应 的操作， 比如， 主机 102全屏看视频， 当有新通话任务时， 交互列表中对 应的是由子机 104完成通话响应， 但是子机 104当前的电量无法达到通话 作， 当新任务出现时， 判断子机 104无法完成对新事件的响应， 则直接由 主机 102响应新任务， 不进行交由子机 104处理的提醒， 比如主机 102全 屏看视频， 当应用程序 QQ有新消息时， 判断子机 104没有回复 QQ消息 的能力， 则直接由主机 102进行响应， 以便及时回复处理。 通过该技术方 案， 可以完善主机 102 与子机 104 交互的策略， 避免在主机 102 与子机 104之间反复切换处理。

在上述技术方案中， 优选地， 所述子机 104还包括： 响应方式获取单 元 1042 , 用于获取所述主机 102 的响应方式； 其中， 所述子机处理单元 1040按照所述主机 102的响应方式进行响应， 或采用对应于所述主机 102 的响应方式的预设方式进行响应。

在该技术方案中， 通过对子机 104 响应方式的限定， 可以实现主机 102与子机 104的统一。 比如主机 102设置的情景模式为会议模式， 则在 需要子机 104响应接电话的操作时， 其响应方式也应符合会议模式， 具体 例如采用振动方式进行响应。 当然， 子机 104 的响应方式可以与主机 102 相同； 但为了使用户能够容易区分开当前响应的设备， 可以为主机 102和 子机 104设置不同但相互关联的响应方式， 以便两者的响应方式的一致且 易于区分。

图 2 示出了根据本发明的实施例的通信事件的交互处理方法的流程 图。

如图 2所示， 根据本发明的实施例的通信事件的交互处理方法， 用于 包括主机和与所述主机相连接的至少一个子机的终端， 包括： 步骤 202 当 所述主机中发生通信事件时， 获取所述主机的实时状态； 步骤 204判断所 述实时状态是否属于预设的可交互状态， 若是， 则控制至少一个所述子机 对所述通信事件进行响应， 否则由所述主机直接对所述通信事件进行响 应。

在该技术方案中， 主机通过蓝牙、 红外、 近场通信等连接方式与至少 一个子机建立连接关系， 若终端在使用过程中， 发生了一个或多个通信事 件， 如来电、 短信、 即时通信消息、 邮件、 推送通知等等， 则主机可以根 据自身当前所处的实时状态， 识别出对应的应用场景， 从而确定由自身进 行响应， 或是由子机响应。 具体地， 可以由厂商或用户事先在主机或主机 对应的网络存储空间中， 关联存储 "状态-应用场景 -响应方式" ， 从而主 机可以根据当前的实时状态， 确定对应的响应方式； 当然， 上述关联存储 的关联关系中， 可以包括 "白名单" ， 即在何种状态下由子机进行响应， 也可以包括 "黑名单" ， 即在何种状态下不由子机进行响应。 比如主机正 在全屏看视频且不带耳机播放， 当有新短信息时， 则可根据场景识别出当 前不可打扰主机， 则可以交由子机进行响应。 通过智能判断， 可在主机实 时状态属于交互状态时直接由子机处理新任务而不必打断主机正在处理的 事件， 提升了用户的体验性与终端使用的便捷性。 这里的 "响应" 应该理 解为， 在当前执行响应的主机或子机上进行声音提示和 /或界面图形显 示， 并且当在子机进行响应时， 需要由主机通过与子机的连接通道， 将通 信信号转发至子机中以及将接收来自子机的处理命令， 以实现子机对通信 事件的提示和处理。

在上述技术方案中， 优选地， 所述实时状态包括以下至少之一或其组 合： 所述主机当前调用的功能模块、 所述主机当前运行的应用程序的信 息、 所述应用程序在所述主机上的运行状态、 所述主机当前连接的外部设 备、 所述主机采用的情境模式、 所述主机的剩余电量、 当前的时间信息、 所述主机的当前操作者、 所述主机与至少一个所述子机之间的连接状态。

在该技术方案中， 通过对主机实时状态的检测， 可以保证在实时状态 属于预设的可交互状态时， 直接交由子机对新任务进行响应， 避免打断主 机正在响应的事件， 方便了用户操作。 对于单一类型的实时状态的检测， 可以有效提升检测效率、 缩短检测时间， 加快对通信事件的响应； 而通过 对多种类型的实时状态的检测， 则有助于提升检测结果的准确性， 实现更 为智能化的处理。

在上述技术方案中， 优选地， 还包括： 在所述主机内或所述主机在网 络端对应的存储空间中建立交互列表， 并在所述交互列表中存储至少一种 可交互状态， 以用于对所述主机的实时状态进行判断。

在该技术方案中， 通过建立交互列表， 可以对主机的任务场景和对通 信事件的处理方式建立——对应的记忆关系， 在主机的实时状态 （或对应 的当前的任务场景） 满足交互列表中的交互状态时， 直接由子机完成对应 的操作。 比如主机全屏看视频且不带耳机播放， 对应于由子机接收并处理 新短信息。 当然用户可以查看交互列表， 也可以根据自己的需要对交互列 表进行添加、 编辑和删除。

在上述技术方案中， 优选地， 在所述主机直接对所述通信事件进行响 应之后， 还包括： 所述主机根据接收到的响应转移命令， 停止对所述通信 事件进行响应， 并控制至少一个所述子机对所述通信事件进行响应； 将所 述实时状态保存为可交互状态。

在该技术方案中， 当主机直接对通信事件进行响应时， 比如可能是由 于事先未对当前的实时状态进行记载， 或是事先默认记载为非可交互状 态， 但不符合当前用户的使用习惯等， 若用户希望由子机进行响应， 并手 动选择交由子机响应， 则一方面控制子机进行响应， 另一方面在交互列表 中建立新的关联关系， 或对原来的关联关系进行修改。 通过对用户操作的 记录， 可以在主机实时状态不满足预先设置的可交互状态的情况下， 根据 用户的操作习惯来调整对通信事件的响应方式， 使子机的使用更加便捷与 人性化。

在上述技术方案中， 优选地， 还包括： 获取所述通信事件的类型， 并 判断所述通信事件是否属于可交互类型； 其中， 当所述通信事件属于所述 可交互类型且所述实时状态属于所述可交互状态时， 控制至少一个所述子 机对所述通信事件进行响应， 否则由所述主机直接对所述通信事件进行响 应。

在该技术方案中， 通过对通信事件类型的判断， 可以控制主机在通信 事件不属于交互类型时直接进行响应， 防止主机盲目地交由子机进行响应 而事件无法进行交互的状况出现。 具体地， 由于主机往往具有比子机更强 的功能， 可能有其他人向机主借用主机玩游戏、 看电影等， 则对于一些隐 私性较强的通信事件， 比如短信、 电话等， 机主可能并不希望被其他人看 到， 因而可以设置为由子机响应； 而对于一些邮件等， 则可以直接由主机 进行响应。 此外， 由于子机的功能限制， 也可能无法对一些通信事件进行 有效地处理， 因而也可以由此对通信事件的响应方式进行设置。

在上述技术方案中， 优选地， 还包括： 判断所述至少一个子机是否满 足对所述通信事件的响应条件， 若满足， 则由至少一个所述子机对所述通 信事件进行响应， 否则由所述主机直接对所述通信事件进行响应； 其中， 所述响应条件包括以下至少之一或其组合： 电量不小于预设的电量阈值、 安装有响应所述通信事件的硬件模块、 安装有处理所述通信事件的硬件模 块。

在该技术方案中， 通过对子机能力的判断， 可以防止主机盲目地交由 子机进行响应而子机无法完成响应的状况出现。 其中子机无法完成响应的 状况包括两个方面， 第一， 主机的实时状态满足交互列表中的交互状态， 但是子机由于自身资源限制无法完成对应的操作， 比如， 主机全屏看视 频， 当有新通话任务时， 交互列表中对应的是由子机完成通话响应， 但是 子机当前的电量无法达到通话需求； 第二， 主机的实时状态在交互列表中 并没有与之对应的交互操作， 当新任务出现时， 判断子机无法完成对新事 件的响应， 则直接由主机响应新任务， 不进行交由子机处理的提醒， 比如 主机全屏看视频， 当应用程序 QQ有新消息时， 判断子机没有回复 QQ消 息的能力， 则直接由主机进行响应， 以便及时回复处理。 通过该技术方 案， 可以完善主机与子机交互的策略， 避免在主机与子机之间反复切换处 理。

在上述技术方案中， 优选地， 当由至少一个所述子机对所述通信事件 进行响应时， 还包括： 所述子机获取所述主机的响应方式， 并按照所述主 机的响应方式进行响应， 或采用对应于所述主机的响应方式的预设方式进 行响应。

在该技术方案中， 通过对子机响应方式的限定， 可以实现主机与子机 的统一。 比如主机设置的情景模式为会议模式， 则在需要子机响应接电话 的操作时， 其响应方式也应符合会议模式， 具体例如采用振动方式进行响 应。 当然， 子机的响应方式可以与主机相同； 但为了使用户能够容易区分 开当前响应的设备， 可以为主机和子机设置不同但相互关联的响应方式， 以便两者的响应方式的一致且易于区分。

图 3示出了根据本发明的实施例的通信事件的交互处理方法的具体流 程图。

如图 3所示， 根据本发明的实施例的通信事件的交互处理方法的具体 流程包括：

步骤 302 , 开始时， 操作处理控制权在主机端， 主机通过蓝牙、 红 外、 近场通信等连接方式与子机建立连接关系。

步骤 304 , 终端在使用过程中， 发生了一个或多个通信事件， 如来 电、 短信、 即时通信消息、 邮件、 推送通知等等。

步骤 306 , 当发生新的通信事件时， 主机根据自身当前所处的实时状 态， 识别出对应的应用场景， 确认当前主机的使用状态。

步骤 308 , 主机通过识别应用场景， 进行智能判断， 确定是由自身进 行响应， 或是由子机响应。 步骤 310 , 交互列表存储着主机的任务场景和对通信事件的处理方式 的——对应关系， 在主机的实时状态 （或对应的当前的任务场景） 满足交 互列表中的交互状态时， 由子机完成对应的操作。

步骤 312 , 对主机的实时状态进行查询， 确定主机和 /或子机的实时状 态 （或对应的当前的任务场景） 是否满足交互列表中的交互状态， 若满 足， 则执行步骤 314 , 否则， 执行步骤 320。 其中， 主机的实时状态包括 以下至少之一或其组合： 主机当前调用的功能模块、 主机当前运行的应用 程序的信息、 应用程序在所述主机上的运行状态、 主机当前连接的外部设 备、 主机采用的情境模式、 主机的剩余电量、 当前的时间信息、 主机的当 前操作者、 主机与子机之间的连接状态。 子机的实时状态包括： 电量不小 于预设的电量阈值、 安装有响应所述新任务的硬件模块、 安装有处理所述 新任务的硬件模块。

步骤 314 , 当主机的实时状态满足交互列表中预先设置的交互状态 时， 检索交互列表中与之对应的子机响应方式。

步骤 316 , 获取检索到的与主机实时状态对应的子机响应方式。

步骤 318 , 子机接收主机发送的响应事件的通知。

步骤 320, 当步骤 312判断主机的实时状态不满足交互列表中预先设 置的交互状态时， 比如可能是由于事先未对当前的实时状态进行记载， 或 是事先默认记载为非可交互状态。 但预设的处理方式可能并不符合当前用 户的使用习惯， 因而需要对主机操作进行识别， 以确定用户是否手动选择 以改变当前的响应方式， 比如手动将主机响应切换至子机响应。

步骤 322 , 若发生了对主机的切换操作， 则执行步骤 324; 否则执行 步骤 330。

步骤 324, 记忆交互条件与子机的操作行为， 即具体记录下当前主机 和子机的实时状态， 并将该状态记录为可交互状态。 这里实际上是对于用 户使用习惯的采集过程， 而对于用户的使用习惯， 可以根据用户是否手动 切换至子机进行响应来判断， 若发生了手动切换， 尤其是多次连续发生手 动切换， 则判定该切换行为属于该用户的使用习惯， 并由主机自动将当前 的实时状态设置为可交互状态， 当再次处于该状态时， 将直接由子机进行 响应。

步骤 325 , 对于用户习惯的记录， 具体可以体现为， 将当前的实时状 态与该状态下的响应方式关联地存储在交互列表中， 可以是在交互列表中 建立新的关联关系， 或对原来的关联关系进行修改， 以便该任务再次出现 时直接根据交互列表选择由子机进行响应。

步骤 326 , 子机根据接收到的主机的通知， 按照主机的响应方式进行 响应新任务， 或采用对应于主机的响应方式的预设方式进行响应。

步骤 328 , 子机操作结束， 对通信事件完成了处理。

步骤 330 , 在子机完成响应任务之后， 或在子机无法完成响应的情况 下， 将操作控制权交由主机进行操作。 子机等待下一次的响应操作。

图 4示出了根据本发明的实施例的通信事件的交互处理的终端结构示 意图。

如图 4 所示， 根据本发明的实施例的通信事件的交互处理的终端包 括：

场景识别模块 402 , 用于对主机进行自检， 确认主机所处的实时状 态， 以便在有新任务（如通信事件等）提醒时， 判断主机状态是否满足交 互状态。 比如全屏看视频且不带耳机、 玩游戏等。

智能判断模块 404 , 用于对主机的实时状态、 新任务是否属于交互类 型、 子机的响应能力进行判断， 确认是否可以实现主机与子机的交互响 应。 其中， 主机的实时状态包括： 主机当前调用的功能模块、 主机当前运 行的应用程序的信息、 应用程序在所述主机上的运行状态、 主机当前连接 的外部设备、 主机采用的情境模式、 主机的剩余电量、 当前的时间信息、 主机的当前操作者、 主机与子机之间的连接状态。 子机的响应能力包括： 电量不小于预设的电量阈值、 安装有响应通信事件的硬件模块、 安装有处 理通信事件的硬件模块。

交互列表模块 406 , 用于对主机的任务场景和子机的交互操作对通信 事件的处理方式建立——对应的记忆关系， 在主机的实时状态 （或对应的 当前的任务场景） 满足交互列表中的交互状态时， 直接由子机完成对应的 操作。 比如主机全屏看视频且不带耳机播放， 对应于由子机接收并处理新 短信息。 也用于事先未对当前的实时状态进行记载， 或是事先默认记载为 非可交互状态， 但不符合当前用户的使用习惯等， 而用户希望由子机进行 响应， 并手动选择交由子机响应， 则一方面控制子机进行响应， 另一方面 在交互列表中建立新的关联关系， 或对原来的关联关系进行修改。 当然用 户可以查看交互列表， 也可以根据自己的需要对交互列表进行调整添加、 修改和删除。

通知处理模块 408 , 用于根据主机实时状态， 通知子机如何响应交互 操作。 比如主机设置的情景模式为会议模式， 则在需要子机响应接电话的 操作时， 其状态也应为会议模式。 在主机实时状态满足交互状态时， 通知 子机按照主机的响应方式去响应由主机交付的任务。

功能实现模块 410 , 用于主机根据自身的实时状态， 选择合适的响应 方式。 比如在主机实时状态满足交互状态时， 交由子机按照主机的响应方 式实现， 或由主机自身完成响应。 在操作完成后， 将控制权交回主机， 等 待下一个通知处理。

图 5A 至图 5E 示出了根据本发明的实施例的通信事件的交互处理的 设置界面示意图。

在本发明的技术方案中， 对于通信事件的处理包括主机和子机两个方 面。 当发生通信事件时， 对主机的状态进行判断， 若为预设的可交互状 态， 则交由子机对通信事件进行响应， 否则由主机直接进行响应。

对于主机的状态获取包括多种途径， 比如查看主机中当前运行的应用 程序或进程， 比如查看主机中当前被调用的功能模块或程序接口等等。

当然， 除了对主机的状态进行识别和判断， 还可以对子机的状态进行 识别和判断， 比如子机与主机的无线连接状态是否正常、 子机的电量是否 充足等， 从而当主机和子机同时满足条件时， 将当前发生的通信事件交由 子机进行处理。

同时， 还可以对当前发生的通信事件进行识别， 可以根据通信事件的 不同类别判断是否转由子机进行处理。 比如对于电话、 短信等急需处理的 事件， 则可以直接由主机响应， 而对于邮件、 即时通信消息等， 可以由子 机响应； 再比如对于短信、 邮件、 即时通信消息等隐私性较强的通信事 件， 为了避免主机被其他人借用的情况 （由于主机往往功能更为强大， 更 有可能被借来看电影、 玩游戏等） ， 可以转由子机进行响应。

为了能够实现对场景的智能识别与判断， 可以由厂商或用户事先对主 机的处理方式进行设置， 比如图 5A所示， 假定终端 500为本发明中的分 体式移动终端的主机（图中未示出子机） ， 则在终端 500 中显示的是根据 本发明的实施例的通信事件的交互处理的设置界面。

设置项 502 , 自动识别交互设置， 用于开启或关闭本发明实施例的通 信事件的交互处理的功能。 当功能开启时， 则主机将对自身的状态 （还可 以包括子机的状态以及通信事件背身的类型等） 进行识别和判断， 从而确 定直接响应当前的通信事件或交由子机响应； 当功能关闭时， 则主机将按 照默认设置， 对所有的通信事件均直接响应或直接转由子机响应。

设置项 504 , 场景屏蔽设置， 用于屏蔽指定场景的识别， 不与子机进 行交互操作。 用户可通过此项添加 /删除不进行识别的场景， 则在该场景 出现时， 直接将任务交由主机响应。 具体地， 用户通过比如点击 "过滤场 景" 的操作进入如图 5B 所示的场景屏蔽的设置操作界面， 用户可以通过 "添加场景" ， 从而设置新的场景， 更为具体地， 比如事先存在很多种待 选条件， 则用户可以通过对这些条件的选择， 从而生成为相应的场景。 用 户还可查看已设置的过滤场景列表， 并可以删除其中的任意场景。 具体 地， 比如当设置了屏蔽 "全屏玩游戏" 这种场景， 则在全屏玩游戏时有新 信息等通信事件时， 不进行识别判断操作， 直接按照默认规则由主机进行 响应。

设置项 506 , 任务屏蔽设置， 用于屏蔽指定任务的识别， 不与子机进 行交互操作。 用户可通过此项添加 /删除不进行识别的任务 （即通信事 件） ， 则在设置了屏蔽的任务出现时， 直接将任务交由主机响应。 具体 地， 比如用户通过比如点击 "过滤任务" 的操作进入如图 5C 所示的任务 屏蔽设置界面， 从而通过 "添加任务" 进行新增任务的操作， 或者用户可 查看已过滤任务列表， 并可以删除已存在的任意任务。 具体地， 比如设置 了屏蔽 "新通话" 这种任务， 则在有新通话发生时， 不管主机在进行何种 任务， 直接响应新通话的任务。 设置项 508 , 交互列表设置， 用于查看已保存的交互列表中的内容， 用户也可以进行添加、 删除、 编辑交互任务。 具体地， 用户可以通过比如 点击 "列表清单" 的操作进入如图 5D 所示的列表清单设置界面， 则可以 查看到已经设置了的各种场景及对应的设置， 比如对于图 5D 中的场景 514 即 "全屏看电影" ， 对应的设置 512是 "可交互" ， 则当处于 "全屏 看电影" 的实时状态时， 主机可以将所有发生的通信事件都转由子机进行 处理； 而对于场景 518即 "浏览网页" ， 对应的设置 516是 "不交互" ， 则当处于 "浏览网页" 的实时状态时， 主机可以将直接响应所有发生的通 信事件。

如图 5E 所示， 可以对不同的主机场景， 直接具体设置到每种通信事 件， 比如对于场景 514 即 "全屏看电影" ， 设置对应的通信事件 520 即 "新通话" ， 则当处于场景 514时， 若发生了新通话， 则转由子机对其进 行响应。

当然， 图 5D 和图 5E 中只是举例说明， 正如上文所述， 实际上还可 能对于比如子机的状态、 通信时间的类型等加以综合考虑， 从而做出综合 的判断结果。

设置项 510 , 同时提醒设置， 用于在主机通知子机去响应交互任务 时， 是否开启主机与子机之间同时进行提醒。

此外， 对于主机中没有设置的场景， 或是预先设置了不与子机进行交 互的场景， 若用户实际操作中， 手动转接至子机进行交互， 则主机将自己 记录下用户的操作， 并将当前场景记录为可交互的场景， 当再次进入该场 景时， 将自动转由子机对通信事件进行响应。 当然， 用户的操作可能是偶 然的， 那么主机先记录下用户的操作而不对响应方式进行变化， 当用户多 次在该场景下手动切换至子机进行响应， 则主机再将当前场景设置为可交 互场景。

同时， 还需要说明的是， 与主机关联的子机可以为一个或多个， 当存 在多个子机的情况下， 如图 5E 所示， 可以使得每个子机对不同类型的通 信事件进行响应， 尤其是子机之间配置存在差别时， 比如子机 A只有一个 用于显示号码和基本的通信文字的显示屏和物理按键， 但其待机时间较 长， 则可以用于响应通话、 短信等； 比如子机 B配置有较大的触摸屏， 则 可以用于响应即时通讯消息等。 当然， 具体可以由用户根据实际情况进行 选择和设置。

以上结合附图详细说明了本发明的技术方案， 考虑到在现有的技术方 案中， 主机与子机的交互操作需要用户的主观设置与选择， 无法智能识别 是否完成交互操作。 因此， 本发明提出了一种分体式移动终端和一种通信 事件的交互处理方法， 可以由主机根据自身的实时状态智能识别场景， 从 而根据场景确定响应方式， 无需用户手动选择， 有利于提升用户体验。

以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于 本领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精 神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明 的保护范围之内。

Claims

权 利 要 求 书

1. 一种分体式移动终端， 其特征在于， 包括主机和与所述主机相连 接的至少一个子机， 其中，

所述主机包括：

状态获取单元， 用于当所述主机中发生通信事件时， 获取所述主机的 实时状态；

状态判断单元， 用于判断所述实时状态是否属于预设的可交互状态； 数据交互单元， 用于在所述状态判断单元的判断结果为是的情况下， 向至少一个所述子机发送响应命令；

主机处理单元， 用于在所述状态判断单元的判断结果为否的情况下， 直接对所述通信事件进行响应；

每个所述子机包括：

子机处理单元， 用于根据接收到的所述响应命令， 对所述通信事件进 行响应。

2. 根据权利要求 1 所述的分体式移动终端， 其特征在于， 所述实时 状态包括以下至少之一或其组合：

所述主机当前调用的功能模块、 所述主机当前运行的应用程序的信 息、 所述应用程序在所述主机上的运行状态、 所述主机当前连接的外部设 备、 所述主机采用的情境模式、 所述主机的剩余电量、 当前的时间信息、 所述主机的当前操作者、 所述主机与至少一个所述子机之间的连接状态。

3. 根据权利要求 1 所述的分体式移动终端， 其特征在于， 所述主机 还包括：

状态存储单元， 用于在所述主机内或所述主机在网络端对应的存储空 间中建立交互列表， 并在所述交互列表中存储至少一种可交互状态， 以用 于对所述主机的实时状态进行判断。

4. 根据权利要求 1所述的分体式移动终端， 其特征在于，

所述数据交互单元还用于： 根据接收到的响应转移命令， 向所述主机 处理单元发送响应停止命令， 以及向至少一个所述子机发送所述响应命 令； 所述主机处理单元还用于： 根据接收到的所述响应停止命令， 停止对 所述通信事件进行响应；

5. 根据权利要求 1 所述的分体式移动终端， 其特征在于， 所述主机 还包括：

类型获取单元， 用于获取所述通信事件的类型；

类型判断单元， 用于判断所述通信事件是否属于可交互类型； 其中， 所述数据交互单元在所述通信事件属于所述可交互类型且所述 实时状态属于所述可交互状态的情况下， 向至少一个所述子机发送所述响 应命令， 否则由所述主机处理单元直接对所述通信事件进行响应。

6. 根据权利要求 1 至 5 中任一项所述的分体式移动终端， 其特征在 于， 所述主机还包括：

条件判断单元， 用于判断所述至少一个子机是否满足对所述通信事件 的响应条件；

所述数据交互单元还用于： 在所述条件判断单元的判断结果为是的情 况下， 向至少一个所述子机发送所述响应命令；

所述主机处理单元还用于： 在所述条件判断单元的判断结果为否的情 况下， 直接对所述通信事件进行响应；

其中， 所述响应条件包括以下至少之一或其组合：

电量不小于预设的电量阈值、 安装有响应所述通信事件的硬件模块、 安装有处理所述通信事件的硬件模块。

7. 根据权利要求 1 至 5 中任一项所述的分体式移动终端， 其特征在 于， 所述子机还包括：

响应方式获取单元， 用于获取所述主机的响应方式；

其中， 所述子机处理单元按照所述主机的响应方式进行响应， 或采用 对应于所述主机的响应方式的预设方式进行响应。

8. 一种通信事件的交互处理方法， 其特征在于， 用于包括主机和与 所述主机相连接的至少一个子机的终端， 包括：

当所述主机中发生通信事件时， 获取所述主机的实时状态； 判断所述实时状态是否属于预设的可交互状态， 若是， 则控制至少一 个所述子机对所述通信事件进行响应， 否则由所述主机直接对所述通信事 件进行响应。

9. 根据权利要求 8 所述的通信事件的交互处理方法， 其特征在于， 所述实时状态包括以下至少之一或其组合：

所述主机当前调用的功能模块、 所述主机当前运行的应用程序的信 息、 所述应用程序在所述主机上的运行状态、 所述主机当前连接的外部设 备、 所述主机采用的情境模式、 所述主机的剩余电量、 当前的时间信息、 所述主机的当前操作者、 所述主机与至少一个所述子机之间的连接状态。

10. 根据权利要求 8所述的通信事件的交互处理方法， 其特征在于， 还包括：

在所述主机内或所述主机在网络端对应的存储空间中建立交互列表， 并在所述交互列表中存储至少一种可交互状态， 以用于对所述主机的实时 状态进行判断。

11. 根据权利要求 8所述的通信事件的交互处理方法， 其特征在于， 在所述主机直接对所述通信事件进行响应之后， 还包括：

所述主机根据接收到的响应转移命令， 停止对所述通信事件进行响 应， 并控制至少一个所述子机对所述通信事件进行响应；

将所述实时状态保存为可交互状态。

12. 根据权利要求 8所述的通信事件的交互处理方法， 其特征在于， 还包括：

获取所述通信事件的类型， 并判断所述通信事件是否属于可交互类 型；

其中， 当所述通信事件属于所述可交互类型且所述实时状态属于所述 可交互状态时， 控制至少一个所述子机对所述通信事件进行响应， 否则由 所述主机直接对所述通信事件进行响应。

13. 根据权利要求 8 至 12 中任一项所述的通信事件的交互处理方 法， 其特征在于， 还包括： 判断所述至少一个子机是否满足对所述通信事件的响应条件， 若满 足， 则由至少一个所述子机对所述通信事件进行响应， 否则由所述主机直 接对所述通信事件进行响应；

其中， 所述响应条件包括以下至少之一或其组合：

电量不小于预设的电量阈值、 安装有响应所述通信事件的硬件模块、 安装有处理所述通信事件的硬件模块。

14. 根据权利要求 8 至 12 中任一项所述的通信事件的交互处理方 法， 其特征在于， 当由至少一个所述子机对所述通信事件进行响应时， 还 包括：

所述子机获取所述主机的响应方式， 并按照所述主机的响应方式进行 响应， 或采用对应于所述主机的响应方式的预设方式进行响应。