CN117319548A

CN117319548A - 针对会议场景的智能交互处理方法和相关智能会议机器人

Info

Publication number: CN117319548A
Application number: CN202311358142.0A
Authority: CN
Inventors: 张镇山; 石辉健; 郭小三
Original assignee: Guangzhou United Faith Intelligent Equipment Co ltd
Current assignee: Guangzhou United Faith Intelligent Equipment Co ltd
Priority date: 2023-10-19
Filing date: 2023-10-19
Publication date: 2023-12-29

Abstract

本申请提供一种针对会议场景的智能交互处理方法和相关智能会议机器人，智能交互处理方法包括：在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在目标会议中的静音功能为非静音状态，确定第一提醒时长；将静音功能由非静音状态设置为静音状态、同时在第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作；若在第一提醒时段范围内未检测到来电事件被拒接或者被接听，则将静音功能由静音状态设置为非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作。本申请方案可提高智能会议机器人在会议场景处理来电提醒事件的稳定性和流畅性。

Description

针对会议场景的智能交互处理方法和相关智能会议机器人

技术领域

本申请涉及互联网产业的一般数据处理技术领域，尤其涉及一种针对会议场景的智能交互处理方法和相关智能会议机器人。

背景技术

目前，工作会议变的越来越多，很多公司具有多个办公点的情况越来越多，因此远程会议也会越来越多。对于信息安全要求高的场景，很多公司会采购专门的会议系统，并配备专门小型化的智能会议机器人来进行工作会议，并且，在工作会议场景，个人手机通常是被禁止带入的，因此一些智能会议机器人具有通信功能，以避免在会议过程中遗漏特别重要的工作电话。

目前，普通手机中各类应用在使用过程中会碰到电话呼叫问题，常见的处理机制是中断当前的应用程序，优先处理来电呼叫事件，待来电呼叫事件处理完成后，再恢复使用相关的应用，显然智能会议机器人如果采用普通手机类似的机制，通常已经难以满足会议场景的灵活需求。

发明内容

本申请提供一种针对会议场景的智能交互处理方法和相关智能会议机器人，以期提高智能会议机器人在会议场景中处理来电提醒的稳定性和流畅性，提升用户使用体验。

第一方面，本申请公开了一种针对会议场景的智能交互处理方法，所述方法应用于具有通信功能的智能会议机器人，所述智能会议机器人中安装有会议应用，所述方法包括：

在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在所述目标会议中的静音功能为非静音状态，确定第一提醒时长；

将所述静音功能由所述非静音状态设置为静音状态、同时在所述第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，所述第一来电提醒操作包括弹框提醒和声音提醒；

若在第一提醒时段范围内未检测到所述来电事件被拒接或者被接听，则将所述静音功能由所述静音状态设置为所述非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作，所述第二来电提醒操作仅包括所述弹框提醒，所述来电事件的提醒时长包括所述第一提醒时长和所述第二提醒时段范围对应的第二提醒时长，所述第二提醒时段的时间终点为所述来电事件被拒接或者被接听的时间节点，且所述第一提醒时长小于预设时长。

第二方面，本申请公开了一种智能会议机器人，包括处理单元和通信单元，所述处理单元用于在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在所述目标会议中的静音功能为非静音状态，确定第一提醒时长；以及用于将所述静音功能由所述非静音状态设置为静音状态、同时在所述第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，所述第一来电提醒操作包括弹框提醒和声音提醒；以及用于若在第一提醒时段范围内未检测到所述来电事件被拒接或者被接听，则将所述静音功能由所述静音状态设置为所述非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作，所述第二来电提醒操作仅包括所述弹框提醒，所述来电事件的提醒时长包括所述第一提醒时长和所述第二提醒时段范围对应的第二提醒时长，所述第二提醒时段的时间终点为所述来电事件被拒接或者被接听的时间节点，且所述第一提醒时长小于预设时长。

第三方面，本申请实施例提供了一种智能会议机器人，包括：

处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行本申请实施例第一方面中的步骤的指令。

第四方面，本申请实施例提供了一种计算机存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得智能会议机器人执行如本实施例第一方面中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使智能会议机器人执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，智能会议机器人在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在目标会议中的静音功能为非静音状态，确定第一提醒时长，然后将静音功能由非静音状态设置为静音状态、同时在第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，第一来电提醒操作包括弹框提醒和声音提醒，若在第一提醒时段范围内未检测到来电事件被拒接或者被接听，则将静音功能由静音状态设置为非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作，第二来电提醒操作仅包括弹框提醒，来电事件的提醒时长包括第一提醒时长和第二提醒时段范围对应的第二提醒时长，第二提醒时段的时间终点为来电事件被拒接或者被接听的时间节点，且第一提醒时长小于预设时长。相对于现有机制中在来电提醒过程中一直中断会议语音且无任何提醒的处理方式，可以使得智能会议机器人在来电提醒过程中保持对用户进行有效来电提醒的同时，尽可能减少完全中断会议语音的持续时长，避免其他参会人员过长时间听不到用户语音且无任何提醒，有利于提高智能会议机器人在目标会议场景处理来电提醒事件的稳定性和流畅性，提升用户使用体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种针对会议场景的智能交互处理方法的流程示意图；

图2是本申请实施例提供的一种目标会议的显示界面示意图；

图3是本申请实施例提供的一种智能会议机器人的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

目前，普通的手机在运行会议应用的过程中监测到来电提醒事件后，会持续中断当前会议的声音，且用户接听电话后，手机可以会将“正在接听电话的事件”通过服务器中转并同步给其他会议用户的设备。该处理机制中，系统会针对会议场景中用户接听电话的事件进行状态同步，但实际应用场景中用户在接听来电与呼叫方通话之前，手机会对本次呼叫进行持续来电提醒，若该来电提醒事件持续较长时长才被用户响应(挂断或接听)，其他会议用户的设备在对应的时段会保持该用户的语音中断状态且无任何提示，造成使用上的信息不同步等问题的困扰，难以满足用户需求。

针对上述问题，本申请实施例提供了一种针对会议场景的智能交互处理方法，所述方法应用于具有通信功能的智能会议机器人，所述智能会议机器人中安装有会议应用（会议应用例如可实现加密私域会议功能），下面结合附图对本申请实施例进行详细说明。

智能会议机器人的具体形态可以是多种多样的，例如可以是具有加密私域会议功能的各种形态终端设备，甚至可是加密私域会议功能智能手机。

请参阅图1，图1是本申请实施例提供的一种针对会议场景的智能交互处理方法的流程示意图，如图1所示，所述方法应用于具有通信功能的智能会议机器人，所述智能会议机器人中安装有会议应用，所述方法包括：

S201，在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在所述目标会议中的静音功能为非静音状态，确定第一提醒时长；

其中，所述第一提醒时长例如可以是3秒、5秒、6秒、10秒等。

S202，将所述静音功能由所述非静音状态设置为静音状态、同时在所述第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作。

其中，所述第一来电提醒操作包括弹框提醒和声音提醒。

S203，若在第一提醒时段范围内未检测到所述来电事件被拒接或者被接听，则将所述静音功能由所述静音状态设置为所述非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作。

其中，所述第二来电提醒操作仅包括所述弹框提醒，所述来电事件的提醒时长包括所述第一提醒时长和所述第二提醒时段范围对应的第二提醒时长，所述第二提醒时段的时间终点为所述来电事件被拒接或者被接听的时间节点，且所述第一提醒时长小于预设时长。

其中，所述第二提醒时段的时长例如可以是20秒、30秒等。

具体实现中，若在第一提醒时段范围内检测到用户拒接，则拒接所述来电事件，并直接将所述静音功能由所述静音状态设置为所述非静音状态；

若在第一提醒时段范围内检测到用户接听，则向其他会议人员的用户设备同步所述用户的电话接听状态，同时保持所述静音功能的静音状态直至电话接听过程结束；

若在所述第二提醒时段范围内检测到用户拒接，则拒接所述来电事件，并保持所述静音功能的所述非静音状态；

若在所述第二提醒时段范围内检测到用户接听，则将所述静音功能由所述非静音状态设置为静音状态，直至电话接听过程结束，同时向其他会议人员的智能会议机器人同步所述用户的电话接听状态。

其中，在检测到用户接听后，可以根据智能会议机器人当前的通信方式实现与会议服务器端通信以同步当前用户的被呼叫状态信息，然后会议服务器端可以同时向参与该目标会议中的其他智能会议机器人发送提示信息，以提示其他用户当前用户正在通话。具体包括：

在所述智能会议机器人为双卡双待单通道（Dual Sim Dual Standby，DSDS），且未启用Wi-Fi等其他通信方式时，由于智能会议机器人处于电话呼叫时段时，通信信道会被占用，因此在检测到来电事件之后的预设时段内可以抢占通信信道向会议服务器通信，若此次通信失败，则间隔预设时长再次抢占通信信道向会议服务器通信。

在所述智能会议机器人为DSDS且启用Wi-Fi等通信方式时，由于此时智能会议机器人可以保持会议类应用的数据面，只是声音通道会被占用，因此可以根据目标通信信道向会议服务器端通信以同步当前用户的被呼叫状态信息，该目标通信信道为传输会议类应用数据的通信信道。

在所述智能会议机器人为双卡双待双通（Dual SIM dual active，DSDA）时，由于无需考虑其他通信方式是否开启，智能会议机器人都可以保持会议类应用的数据面，只是声音通道会被占用，因此可以通过目标通信信道向会议服务器端通信以同步当前用户的被呼叫状态信息，该目标通信信道为传输会议类应用数据的通信信道。

可见，本实例中，智能会议机器人在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在目标会议中的静音功能为非静音状态，确定第一提醒时长，然后将静音功能由非静音状态设置为静音状态、同时在第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，第一来电提醒操作包括弹框提醒和声音提醒，若在第一提醒时段范围内未检测到来电事件被拒接或者被接听，则将静音功能由静音状态设置为非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作，第二来电提醒操作仅包括弹框提醒，来电事件的提醒时长包括第一提醒时长和第二提醒时段范围对应的第二提醒时长，第二提醒时段的时间终点为来电事件被拒接或者被接听的时间节点，且第一提醒时长小于预设时长。相对于现有机制中在来电提醒过程中一直中断会议语音且无任何提醒的处理方式，可以使得智能会议机器人在来电提醒过程中保持对用户进行有效来电提醒的同时，尽可能减少完全中断会议语音的持续时长，避免其他参会人员过长时间听不到用户语音且无任何提醒，有利于提高智能会议机器人在目标会议场景处理来电提醒事件的稳定性和流畅性，提升用户使用体验。

在一个可能的实例中，所述确定第一提醒时长，包括：根据所述目标会议的会议状态确定第一提醒时长。

其中，该会议状态可以根据智能会议机器人在目标会议中设置的会议模式确定，也可以根据该目标会议的实际会议情况确定。

可见，本实例中，根据会议状态来确定第一提醒时长，可以提高会议场景中处理来电提醒的灵活性，提升用户使用体验。

在一个可能的实例中，所述会议状态包括以下至少一种：

状态①，所述用户的语音状态，所述语音状态包括说话状态和非说话状态；

状态②，所述用户在所述目标会议中的共享白板功能或者共享文档功能的设置状态，所述设置状态包括启用状态和非启用状态；

状态③，所述目标会议的成员数量。

其中，在确定语音状态时，若智能会议机器人的麦克风采集到用户声音，则确定为说话状态，反之则为非说话状态。或者根据在检测到来电事件的之前一段时间内，麦克风采集到的声音的频率即用户的说话频率来确定当前属于说话状态还是非说话状态。若用户在这段时间内说话频率很高，即使当前时刻未采集到用户声音，但根据用户的说话频率确定用户很可能在接下来一段时间也会频繁说话，因此可以将当前的状态确定为说话状态，但若再经过一段时间后都未采集到用户声音，则将该状态调整为非说话状态。若用户在这段时间内说话频率不高，则若未采集到声音，则确定为非说话状态。

该共享白板或共享文档的方式可以包括通过屏幕共享方式将白板内容或文档共享给会议中的其他智能会议机器人，或者通过传输绘图数据给会议中的其它智能会议机器人，来实现白板或文档数据的共享。

可见，本实例中，可以根据用户的语音状态、设置状态、成员数量来确定第一提醒时长，可以提高会议场景中处理来电提醒的灵活性，提升用户使用体验。

在一个可能的实例中，所述第一提醒时长与所述状态①的关联关系如下：

在所述会议状态仅包括所述状态①的情况下，所述说话状态所对应的第一提醒时长小于所述非说话状态所对应的第一提醒时长；

在所述会议状态包括所述状态①和第一其他状态、且所述第一其他状态不变的情况下，所述说话状态所对应的第一提醒时长小于所述非说话状态所对应的第一提醒时长，所述第一其他状态包括所述状态②和/或所述状态③。

可见，将第一提醒时长设置为在用户处于说话状态时的时长小于用户处于非说话状态时的时长，这样可以保证会议的正常进行，不会对会议造成过多影响，提高智能会议机器人在会议场景中处理来电提醒的稳定性和流畅性，提升用户使用体验。

在一个可能的实例中，所述第一提醒时长与所述状态②的关联关系如下：

在所述会议状态仅包括所述状态②的情况下，所述启用状态所对应的第一提醒时长小于所述非启用状态所对应的第一提醒时长；

在所述会议状态包括所述状态②和第二其他状态、且所述第二其他状态不变的情况下，所述启用状态所对应的第一提醒时长小于所述非启用状态所对应的第一提醒时长，所述第二其他状态包括所述状态①和/或所述状态③。

可见，本实例中，若用户启用了白板功能或者共享文档功能，则此时的第一提醒时长要小于未开启时的第一提醒时长，这样可以减小对用户白板共享或文档共享的影响，提高智能会议机器人在会议场景中处理来电提醒的稳定性和流畅性，提升用户使用体验。

在一个可能的实例中，所述第一提醒时长与所述状态③的关联关系如下：

在所述会议状态仅包括所述状态③的情况下，所述成员数量与所述第一提醒时长成负相关关系；

在所述会议状态包括所述状态③和第三其他状态、且所述第三其他状态不变的情况下，所述成员数量与所述第一提醒时长成负相关关系，所述第三其他状态包括所述状态①和/或所述状态②。

其中，在会议状态仅包括状态③的情况下，可以通过如下公式计算第一提醒时长t1， t1=10÷（eⁿ+1），n为人数，或者t1=10×ln（eⁿ+1），n为人数。

在会议状态包括状态③、状态①和状态②时，可以通过如下公式计算第一提醒时长t1，t1=（ln（e^α+1）×ln（e^β+1））×（10÷（eⁿ+1）），n为人数，且在状态①中非说话状态对应α=1，说话状态对应α=0，状态②中启用状态对应β=0，非启用状态对应β=1。

可见，本实例中，根据会议参与人员的数量来确定提醒时长，可以提高智能会议机器人在会议场景中处理来电提醒的稳定性和流畅性，提升用户使用体验。

在一个可能的实例中，所述确定第一提醒时长，包括：确定预存的响铃参考时长为所述第一提醒时长。

其中，该预存的响铃参考时长可以是针对所有场景下的所有来电的响铃时长，也可以是用户设置的在会议场景下的响铃时长，或者还可以是用户设置的针对不同的来电人的响铃时长。

可见，本实例中，根据预存的响铃参考时长确定第一提醒时长，可以提高智能会议机器人在会议场景中处理来电提醒的稳定性和流畅性，提升用户使用体验。

在一个可能的实例中，所述弹框提醒包括在所述目标会议的显示界面的预设区域上弹出下拉框控件或者悬浮球控件以显示来电请求信息；所述下拉框控件或者悬浮球控件包括接听键、挂断键、快速回复键、以及所述来电事件的呼叫方在所述目标会议过程中的呼叫次数。

其中，如图2所示，图2是本申请实施例提供的一种目标会议的显示界面示意图。可以看出，该下拉框控件位于界面上方，用户可以在该控件中针对来电事件进行操作，且可以了解到当前的来电人以及在会议过程中的呼叫次数，用户可以基于此判断是否要接听电话或者其他操作。然后用户可以在该控件中执行接听电话或回复信息或挂断操作，且不会对用户的当前会议内容造成遮挡或影响。若用户点击了快速回复键，则可以在该下来框控件的区域跳转到短信界面，用户可以在该区域进行短信回复，或者用户点击后，智能会议机器人直接根据预先设置好的快速回复信息内容向来电人发送回复信息。

可见，本实例中，可以根据下拉框控件或悬浮球控件对来电事件进行处理，可以提高用户的操作便捷性，以及提高智能会议机器人在会议场景中处理来电提醒的稳定性和流畅性，提升用户使用体验。

在一个可能的实例中，所述检测到来电事件之后，确定第一提醒时长之前，所述方法还包括：检测到所述用户在所述目标会议中未共享所述智能会议机器人的屏幕。

可见，本实例中，在用户当前没有共享智能会议机器人的屏幕的情况下，才在第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，可以避免用户的隐私泄露，提高智能会议机器人在会议场景中处理来电提醒的安全性和稳定性，提升用户使用体验。

在一个可能的实例中，所述方法还包括：检测到所述用户在所述目标会议中正在共享所述智能会议机器人的屏幕，则拒接所述来电事件。

可见，本实例中，若用户当前正在共享智能会议机器人的屏幕，则直接拒接来电事件，可以避免用户的隐私泄露，提高智能会议机器人在会议场景中处理来电提醒的安全性和稳定性，提升用户使用体验。

与上述方法实施例一致的，请参阅图3，图3是本申请实施例提供的一种智能会议机器人100的结构示意图，如图所示，所述智能会议机器人100包括处理器120、存储器130和通信接口140以及一个或多个程序131，其中，所述一个或多个程序131被存储在上述存储器130中，并且被配置由上述处理器120执行，所述一个或多个程序131包括用于执行上述方法实施例中的任一步骤的指令。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质。半导体介质可以是固态硬盘。

本实施例还提供了一种智能会议机器人，智能会议机器人可用于实现本申请实施例中的任意一种方法的部分或全部步骤，例如所述智能会议机器人包括处理单元和通信单元，所述处理单元用于在运行会议应用以支持目标会议的过程中，检测到来电事件、且用户在所述目标会议中的静音功能为非静音状态，确定第一提醒时长；以及用于将所述静音功能由所述非静音状态设置为静音状态、同时在所述第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，所述第一来电提醒操作包括弹框提醒和声音提醒；以及用于若在第一提醒时段范围内未检测到所述来电事件被拒接或者被接听，则将所述静音功能由所述静音状态设置为所述非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作，所述第二来电提醒操作仅包括所述弹框提醒，所述来电事件的提醒时长包括所述第一提醒时长和所述第二提醒时段范围对应的第二提醒时长，所述第二提醒时段的时间终点为所述来电事件被拒接或者被接听的时间节点，且所述第一提醒时长小于预设时长。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括智能会议机器人。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括智能会议机器人。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、磁碟、光盘、易失性存储器或非易失性存储器。其中，非易失性存储器可以是只读存储器（read-only memory，ROM）、可编程只读存储器（programmable ROM，PROM）、可擦除可编程只读存储器（erasable PROM，EPROM）、电可擦除可编程只读存储器（electrically EPROM，EEPROM）或闪存。易失性存储器可以是随机存取存储器（random access memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器（random access memory，RAM）可用，例如静态随机存取存储器（static RAM，SRAM）、动态随机存取存储器（DRAM）、同步动态随机存取存储器（synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（double data rateSDRAM，DDR SDRAM）、增强型同步动态随机存取存储器（enhanced SDRAM，ESDRAM）、同步连接动态随机存取存储器（synchlink DRAM，SLDRAM）和直接内存总线随机存取存储器（directrambus RAM，DR RAM）。等各种可以存储程序代码的介质。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，可轻易想到变化或替换，均可作各种更动与修改，包含上述不同功能、实施步骤的组合，包含软件和硬件的实施方式，均在本发明的保护范围。

Claims

1.一种针对会议场景的智能交互处理方法，其特征在于，所述方法应用于具有通信功能的智能会议机器人，所述智能会议机器人中安装有会议应用，所述方法包括：

将所述静音功能由所述非静音状态设置为静音状态、同时在所述第一提醒时长对应的第一提醒时段范围内执行第一来电提醒操作，其中，所述第一来电提醒操作包括弹框提醒和声音提醒；

若在所述第一提醒时段范围内未检测到所述来电事件被拒接或者被接听，则将所述静音功能由所述静音状态设置为所述非静音状态、同时在第二提醒时段范围内执行第二来电提醒操作，所述第二来电提醒操作仅包括所述弹框提醒，其中，所述来电事件的提醒时长包括所述第一提醒时长和所述第二提醒时段范围对应的第二提醒时长，所述第二提醒时段的时间终点为所述来电事件被拒接或者被接听的时间节点，且所述第一提醒时长小于预设时长。

2.根据权利要求1所述的方法，其特征在于，所述确定第一提醒时长，包括：根据所述目标会议的会议状态确定第一提醒时长。

3.根据权利要求2所述的方法，其特征在于，

所述会议状态包括以下至少一种：

状态③，所述目标会议的成员数量。

4.根据权利要求3所述的方法，其特征在于，所述第一提醒时长与所述状态①的关联关系如下：

5.根据权利要求3所述的方法，其特征在于，所述第一提醒时长与所述状态②的关联关系如下：

6.根据权利要求3所述的方法，其特征在于，所述第一提醒时长与所述状态③的关联关系如下：

7.根据权利要求1所述的方法，其特征在于，所述确定第一提醒时长，包括：

确定预存的响铃参考时长为所述第一提醒时长。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述弹框提醒包括在所述目标会议的显示界面的预设区域上弹出下拉框控件或者悬浮球控件以显示来电请求信息；

所述下拉框控件或者悬浮球控件包括接听键、挂断键、快速回复键、以及所述来电事件的呼叫方在所述目标会议过程中的呼叫次数。

9.根据权利要求8所述的方法，其特征在于，所述检测到来电事件之后，确定第一提醒时长之前，所述方法还包括：

检测到所述用户在所述目标会议中未共享所述智能会议机器人的屏幕。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：检测到所述用户在所述目标会议中正在共享所述智能会议机器人的屏幕，则拒接所述来电事件。