视频通讯中的用户状态提醒方法及装置的制造方法

视频通讯中的用户状态提醒方法及装置的制造方法
【专利摘要】本申请提供一种视频通讯中的用户状态提醒方法及装置，该方法可以包括：在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件；向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提醒消息用于指示所述当前用户是否对所述中途通讯事件存在响应需求。通过本申请的技术方案，可以使参与视频通讯的用户之间随时了解各自的状态变化情况，以便于对视频通讯进程和内容做出及时调整。
【专利说明】
视频通讯中的用户状态提醒方法及装置
技术领域
[0001] 本申请涉及通讯技术领域，尤其涉及一种视频通讯中的用户状态提醒方法及装 置。
【背景技术】
[0002] 当多个用户处于不同地点时，比如位于公司总部与分部的成员之间，可以通过召 开视频会议，从而消除地理位置带来的局限性。传统的视频会议需要采用专门的视频、通讯 设备，不仅成本高昂，而且必须固定安装在诸如会议室等处，仍然具有较大的使用局限性。
[0003] 在相关技术中，提出了在手机、平板等便携式电子设备上配置视频通讯功能，使得 用户可以在几乎任意位置使用视频通讯功能，提升了使用灵活性。

【发明内容】

[0004] 有鉴于此，本申请提供一种视频通讯中的用户状态提醒方法及装置，可以使参与 视频通讯的用户之间随时了解各自的状态变化情况，以便于对视频通讯进程和内容做出及 时调整。
[0005] 为实现上述目的，本申请提供技术方案如下：
[0006] 根据本申请的第一方面，提出了一种视频通讯中的用户状态提醒方法，包括：
[0007] 在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件；
[0008] 向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提醒消息用于指示 所述当前用户是否对所述中途通讯事件存在响应需求。
[0009] 根据本申请的第二方面，提出了一种视频通讯中的用户状态提醒方法，包括：
[0010]在当前用户与其他用户的视频通讯过程中，接收到关于所述其他用户的提醒消 息，所述提醒消息用于指示所述其他用户是否对中途通讯事件存在响应需求；
[0011] 根据所述提醒消息，调整视频通讯页面中对应于所述其他用户的视频窗口的显示 内容。
[0012] 根据本申请的第三方面，提出了一种视频通讯中的用户状态提醒装置，包括：
[0013] 监测单元，在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件；
[0014] 发送单元，向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提醒消 息用于指示所述当前用户是否对所述中途通讯事件存在响应需求。
[0015] 根据本申请的第四方面，提出了一种视频通讯中的用户状态提醒装置，包括：
[0016] 接收单元，在当前用户与其他用户的视频通讯过程中，接收到关于所述其他用户 的提醒消息，所述提醒消息用于指示所述其他用户是否对中途通讯事件存在响应需求；
[0017] 调整单元，根据所述提醒消息，调整视频通讯页面中对应于所述其他用户的视频 窗口的显示内容。
[0018] 由以上技术方案可见，本申请通过在视频通讯过程中监测到中途通讯事件时，确 定当前用户是否对该中途通讯事件存在响应需求，从而通过向参与该视频通讯的其他用户 发送提醒消息，使得其他用户能够及时了解到当前用户对于视频通讯的参与状况，比如当 前用户是否由于对中途通讯事件的响应需求，使其暂时无法参与视频通讯，以便于其他用 户对视频通讯进程和内容做出及时调整。
【附图说明】
[0019] 图1是本申请一示例性实施例提供的一种基于一侧用户的视频通讯中的用户状态 提醒方法的流程图。
[0020] 图2是本申请一示例性实施例提供的一种基于另一侧用户的视频通讯中的用户状 态提醒方法的流程图。
[0021] 图3是本申请一示例性实施例提供的一种视频通讯中的用户状态提醒方法的流程 图。
[0022]图4A-12是本申请一示例性实施例提供的一种视频通讯中的用户状态提醒的界面 示意图。
[0023] 图13是本申请一示例性实施例提供的另一种视频通讯中的用户状态提醒方法的 流程图。
[0024] 图14是本申请一示例性实施例提供的一种电子设备的结构示意图。
[0025] 图15是本申请一示例性实施例提供的一种基于一侧用户的视频通讯中的用户状 态提醒装置的框图。
[0026] 图16是本申请一示例性实施例提供的另一种电子设备的结构示意图。
[0027] 图17是本申请一示例性实施例提供的一种基于另一侧用户的视频通讯中的用户 状态提醒装置的框图。
【具体实施方式】
[0028] 在相关技术中，当用户A、B、C等参与到视频通讯时，如果用户A在视频通讯的过程 中接听到来自用户D的通话，那么该用户A将无法参与到视频通讯中，但是用户B、C等由于并 不了解用户A处于通话中，导致用户B、C等在正常推进视频通讯的过程中，可能使得用户A漏 失重要的通讯内容，甚至影响相关通讯内容的后续执行。
[0029] 因此，本申请通过在视频通讯过程中的用户状态提醒，以解决相关技术中的上述 问题。为对本申请进行进一步说明，提供下列实施例：
[0030] 图1是本申请一示例性实施例提供的一种基于一侧用户的视频通讯中的用户状态 提醒方法的流程图，如图1所示，该方法应用于一侧用户的电子设备中，可以包括以下步骤：
[0031] 步骤102,在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件。
[0032] 步骤104,向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提醒消息 用于指示所述当前用户是否对所述中途通讯事件存在响应需求。
[0033] 在一实施例中，可以针对监测到中途通讯事件，直接判定为当前用户存在对该中 途通讯事件的响应需求，而不必关注当前用户对该中途通讯事件的实际处理操作。例如，当 中途通讯事件为通话事件时，只要检测到该通话事件的通话请求，即可判定为用户存在通 话需求，而不必关注用户是否接通或挂断。
[0034] 例如，可以根据视频通讯的应用进程的运行状态，识别出是否存在中途通讯事件， 从而确定当前用户是否对中途通讯事件存在响应需求，并向其他用户发送相应的提醒消 息。其中，当监测到所述视频通讯的应用进程切换至后台运行状态时，确定所述当前用户对 所述中途通讯事件存在响应需求；当监测到所述视频通讯的应用进程由后台运行状态恢复 至前台运行状态时，确定所述当前用户对所述中途通讯事件不存在响应需求。
[0035] 在另一实施例中，可以根据所述当前用户对所述中途通讯事件的处理操作，确定 所述当前用户是否对所述中途通讯事件存在响应需求，并向所述其他用户发送相应的提醒 消息。其中，当所述处理操作为针对所述中途通讯事件的接通响应操作时，确定所述当前用 户对所述中途通讯事件存在响应需求；当所述处理操作为针对所述中途通讯事件的断开操 作时，确定所述当前用户对所述中途通讯事件不存在响应需求。
[0036] 相应地，图2是本申请一示例性实施例提供的一种基于另一侧用户的视频通讯中 的用户状态提醒方法的流程图，如图2所示，该方法应用于另一侧用户的电子设备中，可以 包括以下步骤：
[0037] 步骤202,在当前用户与其他用户的视频通讯过程中，接收到关于所述其他用户的 提醒消息，所述提醒消息用于指示所述其他用户是否对中途通讯事件存在响应需求。
[0038] 步骤204,根据所述提醒消息，调整视频通讯页面中对应于所述其他用户的视频窗 口的显示内容。
[0039] 在本实施例中，当所述其他用户对所述中途通讯事件存在响应需求时，在所述视 频窗口中示出所述响应需求对应的用户状态信息；当所述其他用户对所述中途通讯事件不 存在响应需求时，在所述视频窗口中示出所述其他用户的视频画面。
[0040] 由以上技术方案可见，本申请通过在视频通讯过程中监测到中途通讯事件时，确 定当前用户是否对该中途通讯事件存在响应需求，从而通过向参与该视频通讯的其他用户 发送提醒消息，使得其他用户能够及时了解到当前用户对于视频通讯的参与状况，比如当 前用户是否由于对中途通讯事件的响应需求，使其暂时无法参与视频通讯，以便于其他用 户对视频通讯进程和内容做出及时调整。
[0041] 下面结合视频通讯中的提醒操作对应的双方用户之间的交互过程，对本申请的技 术方案进行详细说明；其中，图3是本申请一示例性实施例提供的一种视频通讯中的用户状 态提醒方法的流程图，如图3所示，该方法可以包括以下步骤：
[0042] 步骤302,用户A向服务器发起会议创建请求。
[0043] 在本实施例中，用户A、用户B与用户C分别通过电子设备实现操作和通讯，比如该 电子设备可以为手机、平板等，本申请并不对此进行限制。其中，电子设备上安装有可以实 现视频通讯等通讯功能的应用程序，以实现本申请的视频通讯、通话等各类通讯操作。那 么，本领域技术人员应当理解的是:为了便于描述，下方在描述诸如"用户A与用户B实现通 讯"时，实际上应当为用户A和用户B分别通过各自的电子设备实现通讯。
[0044] 举例而言，上述的应用程序可以为即时通讯应用，比如"钉钉(DING Talk)"等企业 即时通讯应用（EIM，Enterprise Instant Messaging)。那么，用户A、用户B和用户C等通过 在钉钉的功能页面中的操控，即可实现相应的应用功能，比如视频通讯等。为了便于描述和 理解，下述实施例中均以"钉钉"为例，针对企业环境下的视频通讯场景，如"视频会议"场 景，对本申请的技术方案进行说明。
[0045]如图4A所示，在钉钉提供的功能选择页面中，提供了关于"视频会议"的功能图标 和文字说明；当然，还可以通过其他方式触发"视频会议"，比如在图4B所示的"工作"标签页 中，也提供了关于"视频会议"的功能图标，那么当检测到用户A对图4A或图4B中的"视频会 议"功能图标的触发操作时，可切换至图5所示的联系人配置页面，以"邀请联系人视频会 议"，比如用户A已经邀请了用户B和用户C参加视频会议。
[0046] 当检测到用户A对图5所示的联系人配置页面中的" ? M图标进行触发时，可以进 一步邀请其他用户加入视频会议；当视频会议存在人数限制时，假定该限制为最多同时支 持5人，那么如图5所示在" ? "图标下方可以示出诸如"可邀请2人"，表明除了当前已确定 的用户A(即"我"）、用户B和用户C之外，还可以继续邀请2个用户加入当前的视频会议。当检 测到用户A对图5所示的联系人配置页面中的"〇"图标进行触发时，可以移除已邀请的用 户。
[0047] 在确定所有需要邀请到联系人后，当检测到用户A对图5所示页面最下方的"点击 发起"的触发操作时，电子设备可以通过钉钉向钉钉服务器发起相应的会议创建请求。 [0048] 步骤304,创建视频会议。
[0049] 在本实施例中，图6示出了一示例性实施例的创建视频会议时的等待页面，此时用 户A可以通过触发页面左上角的"取消"，以终止本次视频会议的创建。
[0050] 当视频会议成功创建后，图7A示出了用户A的电子设备上的视频会议页面，该页面 的背景为用户A的电子设备的摄像头采集到的视频画面，并在页面底部示出了分别对应于 用户B、用户C等其他会议参与方的视频窗口，每个视频窗口中分别示出了相应用户的电子 设备的摄像头采集到的视频画面。其中，视频会议页面中还可以包含其他功能按钮，比如 "静音"、"免提"、"关闭摄像头"、"转换摄像头"等，以用于实现相应的操控功能;在检测到当 前用户的预设隐藏操作时，比如对电子设备屏幕的背景区域的单击、双击或长按等操作，可 以对图7A所示的上述功能按钮进行隐藏，使页面显示模式由图7A所示的常规模式切换至图 7B所示的隐藏模式，以避免功能按钮对视频画面造成遮挡，便于当前用户对视频画面进行 查看。其中，视频会议页面并不一定采用当前用户的电子设备的摄像头采集到的视频画面， 比如当检测到用户A对图7A所示用户B或用户C等的视频窗口的选择操作时，可以将被选中 的视频窗口中的视频画面配置为该视频会议页面的背景，并将被选中的视频窗口配置为对 应于当前用户即用户A，从而将用户A自身的电子设备的摄像头采集到的视频画面显示于该 视频窗口中。
[0051] 类似地，图8示出了用户C的电子设备上的视频会议页面，除了页面背景更换为用 户C的电子设备的摄像头采集到的视频画面，且页面底部示出了分别对应于用户A、用户B等 其他会议参与方的视频窗口，整个视频会议页面的布局与图7A类似，此处不再赘述。
[0052] 步骤306,用户A的电子设备监测到通话请求。
[0053]在本实施例中，用户A的电子设备在参与上述的视频会议的过程中，如果监测到针 对自身的通话请求，相当于在该视频会议的中途发生的通讯事件，即中途通讯事件。中途通 讯事件的类型并不限制于通话类型，比如该中途通讯事件还可以为其他用户发起的另一个 视频会议;实际上本申请并不对该中途通讯事件的类型进行限制。
[0054]当然，中途通讯事件应当与视频会议采用不同的通讯方式来实现，从而确保中途 通讯事件不会导致视频会议中断。举例而言，当中途通讯事件为通话事件时，该通话事件通 过移动通讯的CS(Circuit Switch，电路交换)域实现，而视频会议可以通过移动通讯的PS (Packet Switch，分组交换)域或通过诸如WIFI网络实现。
[0055] 根据本申请的一示例性实施例，可以根据当前用户对中途通讯事件的处理操作， 确定当前用户是否对该中途通讯事件存在响应需求，从而向其他用户发送相应的提醒消 息。下面通过图3所示的步骤308-318,对该实施例进行详细说明：
[0056] 步骤308,用户A的电子设备检测到通话接通。
[0057]在本实施例中，基于用户A对于中途通讯事件的处理操作，确定用户A是否对该中 途通讯事件存在响应需求。以通话事件为例：当电子设备检测到通话请求后，若检测到用户 A的接通响应操作，则接通该通话事件，并认为用户A对该通话事件存在响应需求。
[0058]步骤310,用户A的电子设备向服务器发送第一提醒消息，并中止本地的相关渲染。 [0059] 步骤312,服务器将第一提醒消息发送至用户B、用户C等。
[0060] 在本实施例中，通过用户A的电子设备可以向服务器（以钉钉为例进行说明时，该 服务器即钉钉服务器)发送第一提醒消息，并由服务器转而告知用户B、用户C等其他视频会 议的参与方，使这些参与方了解用户A是否对中途通讯事件(如上述的通话事件)存在响应 需求，从而调整自身电子设备的视频会议页面中对应于用户A的视频窗口的显示内容。
[0061] 以用户C为例。当存在响应需求时，针对如图8所示的视频会议页面中对应于用户A 的视频窗口，用户C的电子设备可以在该视频窗口中示出该响应需求对应的用户状态信息 (即，将该视频窗口中的视频画面切换为该响应需求对应的用户状态信息），比如图9所示的 "通话中"或其他内容，以提示用户C该用户A正在执行"通话"类型的中途通讯事件，可能暂 时无法参与到视频会议中；类似地，用户B等其他用户也可以在自身的电子设备上查看到相 关的用户状态信息。那么，当视频会议的参与方均了解到用户A正在处理诸如"通话"类型的 中途通讯事件时，这些用户可以避开重要内容或直接暂停视频会议的召开进度，直至用户A 返回到视频会议中，从而避免用户A错失相关视频会议内容，尤其是对于较为重要的企业视 频会议场景下，防止用户A漏听相关会议内容而影响相关工作的进展，具有重要的企业管理 意义。
[0062] 此外，对于用户A的电子设备而言，为了确保用户A对中途通讯事件的正常响应，该 电子设备可以在保留视频会议的情况下，中止与该视频会议相关的渲染(render)操作，比 如暂停对视频会议的页面显示输出和对摄像头、麦克风等器件的使用，而改为对与该中途 通讯事件相关的渲染操作，比如输出相应的通话页面，以及对麦克风等器件的使用等。 [0063]当然，虽然图3所示的实施例中，诸如上述的第一提醒消息（以及下述的第二提醒 消息等）需要由服务器在用户A与用户B、用户C之间进行转发，但实际上用户A显然还可以通 过点对点通讯直接发送至用户B、用户C，而不需要由服务器进行转发，本申请并不对此进行 限制。
[0064] 步骤314,用户A的电子设备检测到通话断开。
[0065]在本实施例中，用户A对中途通讯事件的响应，还包括对该中途通讯事件的断开操 作。仍以通话事件为例:在电子设备检测到上述的接通响应操作并接通通话后，若检测到用 户A的断开操作，则断开该通话事件，并认为用户A对该通话事件不存在响应需求。
[0066]步骤316,用户A的电子设备向服务器发送第二提醒消息，并恢复本地的相关渲染。 [0067] 步骤318,服务器将第二提醒消息发送至用户B、用户C等。
[0068] 在本实施例中，与步骤310-312相类似的，用户A的电子设备可以向服务器（以钉钉 为例进行说明时，该服务器即钉钉服务器)发送第二提醒消息，并由服务器转而告知用户B、 用户C等其他视频会议的参与方，使这些参与方了解用户A是否对中途通讯事件(如上述的 通话事件)存在响应需求，从而调整自身电子设备的视频会议页面中对应于用户A的视频窗 口的显示内容。
[0069] 仍以用户C为例。当不存在响应需求时，用户C的电子设备可以采用如图8所示的方 式，即在视频会议页面中对应于用户A的视频窗口内，示出该用户A的电子设备的视频画面； 尤其是，对于由存在响应需求切换为不存在响应需求的情况下，应当理解为：用户C的电子 设备可以从如图9所示的视频会议页面(即对应于用户A的视频窗口中示出对应于响应需求 的用户状态信息)恢复为如图8所示的视频会议页面（即对应于用户A的视频窗口中示出来 自用户A的电子设备的视频画面）。类似地，用户B等其他用户也可以在自身的电子设备上查 看到相关的视频画面的显示或恢复。
[0070] 进一步地，用户A的电子设备在结束中途通讯事件时，即检测到用户A对于中途通 讯事件的处理操作为针对该中途通讯事件的断开操作时，可以恢复与视频会议相关的渲染 操作，包括对于视频会议页面的显示恢复，以及对于摄像头、麦克风的使用等。此外，用户A 的电子设备在结束中途通讯事件后，还可能需要调整对于视频会议的通讯配置，以便于提 供最优的通讯效果。那么，对于用户B、用户C等而言，在用户A的电子设备执行上述处理操作 的过程中，可能无法立即恢复显示用户A的电子设备的视频画面，因而如图10所示，可以在 用户A对应的视频窗口内示出诸如"恢复中"等信息，以提示用户B、用户C等耐心等待。
[0071] 需要说明的是：
[0072] 在根据当前用户（如上述的用户A)的处理操作，判断其是否对于中途通讯事件存 在响应需求时，除了步骤314所示的对于已接通的通话事件的挂断操作之外，还可能在步骤 308中，直接挂断未接通的通话事件，即针对未接通的中途通讯事件的断开操作，此时可以 采取的处理方式为:一种情况下，可以判定为当前用户对该中途通讯事件不存在响应需求， 那么当前用户（以用户A为例）的电子设备可以向参与视频会议的其他用户（以用户B、用户C 为例)发送提醒消息(类似于步骤316-318中的第二提醒消息，表明当前用户对中途通讯事 件不存在响应需求），使用户B、用户C的电子设备在视频会议页面中对应于用户A的视频窗 口内，示出该用户A的电子设备的视频画面，而由于用户B、用户C的电子设备中本来就在该 视频窗口内示出了用户A的电子设备的视频画面，相当于并未发生显示变化；另一种情况 下，由于并未影响(或影响很小）当前用户对视频会议的参与，并且如上所述，在诸如用户B、 用户C等其他用户的电子设备上，实际上并未发生显示变化，因而可以忽略相应的中途通讯 事件，不做任何关于响应需求的提醒消息的传达。
[0073] 此外，在本申请的技术方案中，视频会议的参与方还可以对视频会议进行管理。以 视频会议的发起者用户A的电子设备为例，假定该电子设备检测到用户A在如图7A所示的视 频会议页面上执行预设用户操作后，比如向左滑动该视频会议页面，则可以切换至图11所 示的会议管理页面。如图11所示，用户A可以分别点击用户B、用户C等用户的图标右侧的"话 筒"图标，以实现对相应用户的静音管理，且用户A还可以通过触发页面上方的"全员静音" 功能，以同时对所有用户进行静音管理。
[0074]用户A还可以通过如图11所示的会议管理页面，对参与视频会议的用户进行添加 或移除。比如当视频会议限制人数为5人时，由于图11所示的会议管理页面中已经包含了用 户A、用户B、用户C和用户D共4人时，可以在" @ "图标下方示出"可邀请1人"，表示用户A还 可以最多将一个用户添加至当前的视频会议中。如图12所示，用户A还可以通过诸如将用户 D对应的管理窗口向左滑动，以唤出"移除"按钮，并当检测用户A对该"移除"按钮的触发操 作时，将该用户D从当前的视频会议中移除。
[0075]在图11-12所示的会议管理页面中，当用户D尚未成功被添加至视频会议时，比如 用户D未接受会议添加邀请或者拒绝加入等，可以在相关管理窗口内示出重播图标，即图 11-12中位于"话筒"图标左侧的图标，从而当检测到用户A对该重播图标的触发操作时，可 以针对用户D发起重播请求，以重新邀请其加入当前的视频会议。
[0076] 而对于用户B、用户C等非发起者而言，根据实际配置，可使其具有与视频会议的发 起者用户A相同的管理权限，即实现图11-12及上述的各项管理功能;或者，也可以使其仅具 有用户A的部分管理权限，例如仅有静音权限、没有邀请或移除权限;或者，也可以不向非发 起者分配管理权限。
[0077] 图13是本申请一示例性实施例提供的另一种视频会议中的用户状态提醒方法的 流程图，如图13所示，该方法可以包括以下步骤：
[0078] 步骤1302,用户A向服务器发起会议创建请求。
[0079] 步骤1304,创建视频会议。
[0080] 步骤1306,用户A的电子设备监测到通话请求。
[0081 ] 在本实施例中，步骤1302-1306可参考图3所示的步骤302-306，此处不再赘述。 [0082]根据本申请的一示例性实施例，可以根据视频会议的应用进程的运行状态，确定 当前用户是否对该中途通讯事件存在响应需求，从而向其他用户发送相应的提醒消息。下 面通过图13所示的步骤1308-1318,对该实施例进行详细说明：
[0083]步骤1308,用户A的电子设备将视频会议的应用进程切换至后台运行状态。
[0084] 在本实施例中，当监测到视频会议的应用进程切换至后台运行状态时，该应用进 程可能失去对于屏幕显示、扬声器播放、摄像头采集等方面的权限，影响视频会议的正常实 现，因而可以判定为用户A存在对相应的中途通讯事件的响应需求，而无论用户A对该中途 通讯事件执行了接通响应操作、断开操作或未处理。
[0085] 换言之，当监测到中途通讯事件时，只要该中途通讯事件导致视频会议的应用进 程切换至后台运行状态，就判定为当前用户存在对该中途通讯事件的响应需求，例如该中 途通讯事件可以为存在屏幕显示、扬声器播放等权限的通话事件;而对于一些其他类型的 中途通讯事件，比如在后台接收到邮件、即时通讯消息等，由于不会导致视频会议的应用进 程切换至后台运行状态，可以判定为当前用户不存在对该中途通讯事件的响应需求。
[0086] 步骤1310,用户A的电子设备向服务器发送第一提醒消息，并中止本地的相关渲 染。
[0087] 步骤1312,服务器将第一提醒消息发送至用户B、用户C等。
[0088] 在本实施例中，步骤1310-1312可参考图3所示的步骤310-312,此处不再赘述。
[0089] 步骤1314,用户A的电子设备将视频会议的应用进程由后台运行状态恢复至前台 运行状态。
[0090] 在本实施例中，视频会议的应用进程恢复至前台运行状态时，通常表明相应的中 途通讯事件被断开，例如该中途通讯事件可能由于当前用户实施的断开操作（未接通情况 下的直接断开，或者接通情况下被挂断）而断开，也可能由于当前用户未处理、等待超时而 自动断开等。
[0091] 换言之，当监测到视频会议的应用进程由后台运行状态恢复至前台运行状态时， 表明该视频会议可以正常使用诸如屏幕显示、扬声器播放、摄像头采集等权限，而中途通讯 事件由于不具有上述权限、不会影响视频会议的正常实现，因而可以判定为当前用户对相 应的中途通讯事件不存在响应需求。
[0092] 步骤1316,用户A的电子设备向服务器发送第二提醒消息，并恢复本地的相关渲 染。
[0093] 步骤1318,服务器将第二提醒消息发送至用户B、用户C等。
[0094] 在本实施例中，步骤1316-1318可参考图3所示的步骤310-312,此处不再赘述。
[0095] 此外，在当前用户接收到来自其他用户的提醒消息时，除了对视频通讯页面(或视 频会议页面）中对应于该其他用户的视频窗口的显示内容进行调整(例如在图8与图9之间 实现显示切换）之外，该当前用户的电子设备还可以通过下述方式中至少之一执行提示操 作:振动、呼吸灯闪烁、将对应于该其他用户的视频窗口呈现呼吸式显示(如高频率的边缘 缩放、内容抖动等）、将该其他用户的视频窗口与视频通讯页面的背景进行切换(例如在图9 中，将用户A较小的视频窗口的显示内容，与整个视频通讯页面较大的背景进行切换显示） 等。
[0096] 那么，通过上述的提示操作，可以在尽量不影响视频通讯进程的情况下，向当前用 户实现更高强度的提示，避免诸如图8-9所示的显示切换被当前用户忽视，帮助当前用户切 实关注和了解到该其他用户的实时状况，确保在其他用户对中途通讯事件存在响应需求 时，当前用户能够及时暂停视频通讯的推进，以及在其他用户对中途通讯事件不存在响应 需求时，即便当前用户由于暂停视频通讯而暂时离开，也能够及时恢复到该视频通讯的推 进中。
[0097] 图14示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图 14,在硬件层面，该电子设备包括处理器1402、内部总线1404、网络接口 1406、内存1408以及 非易失性存储器1410,当然还可能包括其他业务所需要的硬件。处理器1402从非易失性存 储器1410中读取对应的计算机程序到内存1402中然后运行，在逻辑层面上形成视频通讯中 的用户状态提醒装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如 逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个 逻辑单元，也可以是硬件或逻辑器件。
[0098] 请参考图15,在软件实施方式中，该视频通讯中的用户状态提醒装置可以包括监 测单元1502和发送单元1504。其中：
[0099]监测单元1502,在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件； [0100]发送单元1504,向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提 醒消息用于指示所述当前用户是否对所述中途通讯事件存在响应需求。
[0101]可选的，所述发送单元1504具体用于：
[0102]根据所述视频通讯的应用进程的运行状态，确定所述当前用户是否对所述中途通 讯事件存在响应需求，并向所述其他用户发送相应的提醒消息。
[0103] 可选的：
[0104] 当监测到所述视频通讯的应用进程切换至后台运行状态时，所述发送单元1504确 定所述当前用户对所述中途通讯事件存在响应需求；
[0105] 当监测到所述视频通讯的应用进程由后台运行状态恢复至前台运行状态时，所述 发送单元1504确定所述当前用户对所述中途通讯事件不存在响应需求。
[0106] 可选的，所述发送单元1504具体用于：
[0107] 根据所述当前用户对所述中途通讯事件的处理操作，确定所述当前用户是否对所 述中途通讯事件存在响应需求，并向所述其他用户发送相应的提醒消息。
[0108] 可选的：
[0109] 当所述处理操作为针对所述中途通讯事件的接通响应操作时，所述发送单元1504 确定所述当前用户对所述中途通讯事件存在响应需求；
[0110]当所述处理操作为针对所述中途通讯事件的断开操作时，所述发送单元1504确定 所述当前用户对所述中途通讯事件不存在响应需求。
[0111] 可选的，还包括：
[0112] 中止单元1506,当所述处理操作为针对所述中途通讯事件的接通响应操作时，中 止与所述视频通讯相关的渲染操作；
[0113] 恢复单元1508,当所述处理操作为针对所述中途通讯事件的断开操作时，恢复与 所述视频通讯相关的渲染操作。
[0114] 可选的，所述中途通讯事件为通话事件。
[0115] 图16示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图 16,在硬件层面，该电子设备包括处理器1602、内部总线1604、网络接口 1606、内存1608以及 非易失性存储器1610,当然还可能包括其他业务所需要的硬件。处理器1602从非易失性存 储器1610中读取对应的计算机程序到内存1602中然后运行，在逻辑层面上形成视频通讯中 的用户状态提醒装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如 逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个 逻辑单元，也可以是硬件或逻辑器件。
[0116] 请参考图17,在软件实施方式中，该视频通讯中的用户状态提醒装置可以包括接 收单元1702和调整单元1704。其中：
[0117] 接收单元1702,在当前用户与其他用户的视频通讯过程中，接收到关于所述其他 用户的提醒消息，所述提醒消息用于指示所述其他用户是否对中途通讯事件存在响应需 求；
[0118] 调整单元1704,根据所述提醒消息，调整视频通讯页面中对应于所述其他用户的 视频窗口的显示内容。
[0119] 可选的，所述调整单元1704具体用于：
[0120] 当所述其他用户对所述中途通讯事件存在响应需求时，在所述视频窗口中示出所 述响应需求对应的用户状态信息；
[0121] 当所述其他用户对所述中途通讯事件不存在响应需求时，在所述视频窗口中示出 所述其他用户的视频画面。
[0122] 在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网 络接口和内存。
[0123] 内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或 非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的 示例。
[0124] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。 计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动 态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除 可编程只读存储器(EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、 数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备 或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算 机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0125] 还需要说明的是，术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的 包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包 括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要 素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述要 素的过程、方法、商品或者设备中还存在另外的相同要素。
[0126] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及 附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附 权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0127] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。 在本申请和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多数 形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语"和/或"是指并包 含一个或多个相关联的列出项目的任何或所有可能组合。
[0128] 应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这 些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离 本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第 一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0129] 以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
【主权项】
1. 一种视频通讯中的用户状态提醒方法，其特征在于，包括： 在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件； 向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提醒消息用于指示所述 当前用户是否对所述中途通讯事件存在响应需求。2. 根据权利要求1所述的方法，其特征在于，所述向所述其他用户发送关于所述中途通 讯事件的提醒消息，包括： 根据所述视频通讯的应用进程的运行状态，确定所述当前用户是否对所述中途通讯事 件存在响应需求，并向所述其他用户发送相应的提醒消息。3. 根据权利要求2所述的方法，其特征在于，所述根据所述视频通讯的应用进程的运行 状态，确定所述当前用户是否对所述中途通讯事件存在响应需求，包括： 当监测到所述视频通讯的应用进程切换至后台运行状态时，确定所述当前用户对所述 中途通讯事件存在响应需求； 当监测到所述视频通讯的应用进程由后台运行状态恢复至前台运行状态时，确定所述 当前用户对所述中途通讯事件不存在响应需求。4. 根据权利要求1所述的方法，其特征在于，所述向所述其他用户发送关于所述中途通 讯事件的提醒消息，包括： 根据所述当前用户对所述中途通讯事件的处理操作，确定所述当前用户是否对所述中 途通讯事件存在响应需求，并向所述其他用户发送相应的提醒消息。5. 根据权利要求4所述的方法，其特征在于，所述根据所述当前用户对所述中途通讯事 件的处理操作，确定所述当前用户是否对所述中途通讯事件存在响应需求，包括： 当所述处理操作为针对所述中途通讯事件的接通响应操作时，确定所述当前用户对所 述中途通讯事件存在响应需求； 当所述处理操作为针对所述中途通讯事件的断开操作时，确定所述当前用户对所述中 途通讯事件不存在响应需求。6. 根据权利要求5所述的方法，其特征在于，还包括： 当所述处理操作为针对所述中途通讯事件的接通响应操作时，中止与所述视频通讯相 关的渲染操作； 当所述处理操作为针对所述中途通讯事件的断开操作时，恢复与所述视频通讯相关的 渲染操作。7. 根据权利要求1所述的方法，其特征在于，所述中途通讯事件为通话事件。8. -种视频通讯中的用户状态提醒方法，其特征在于，包括： 在当前用户与其他用户的视频通讯过程中，接收到关于所述其他用户的提醒消息，所 述提醒消息用于指示所述其他用户是否对中途通讯事件存在响应需求； 根据所述提醒消息，调整视频通讯页面中对应于所述其他用户的视频窗口的显示内 容。9. 根据权利要求8所述的方法，其特征在于，所述根据所述提醒消息，调整视频通讯页 面中对应于所述其他用户的视频窗口的显示内容，包括： 当所述其他用户对所述中途通讯事件存在响应需求时，在所述视频窗口中示出所述响 应需求对应的用户状态信息； 当所述其他用户对所述中途通讯事件不存在响应需求时，在所述视频窗口中示出所述 其他用户的视频画面。10. -种视频通讯中的用户状态提醒装置，其特征在于，包括： 监测单元，在当前用户与其他用户的视频通讯过程中，监测到中途通讯事件； 发送单元，向所述其他用户发送关于所述中途通讯事件的提醒消息，所述提醒消息用 于指示所述当前用户是否对所述中途通讯事件存在响应需求。11. 根据权利要求10所述的装置，其特征在于，所述发送单元具体用于： 根据所述视频通讯的应用进程的运行状态，确定所述当前用户是否对所述中途通讯事 件存在响应需求，并向所述其他用户发送相应的提醒消息。12. 根据权利要求11所述的装置，其特征在于： 当监测到所述视频通讯的应用进程切换至后台运行状态时，所述发送单元确定所述当 前用户对所述中途通讯事件存在响应需求； 当监测到所述视频通讯的应用进程由后台运行状态恢复至前台运行状态时，所述发送 单元确定所述当前用户对所述中途通讯事件不存在响应需求。13. 根据权利要求10所述的装置，其特征在于，所述发送单元具体用于： 根据所述当前用户对所述中途通讯事件的处理操作，确定所述当前用户是否对所述中 途通讯事件存在响应需求，并向所述其他用户发送相应的提醒消息。14. 根据权利要求13所述的装置，其特征在于： 当所述处理操作为针对所述中途通讯事件的接通响应操作时，所述发送单元确定所述 当前用户对所述中途通讯事件存在响应需求； 当所述处理操作为针对所述中途通讯事件的断开操作时，所述发送单元确定所述当前 用户对所述中途通讯事件不存在响应需求。15. 根据权利要求14所述的装置，其特征在于，还包括： 中止单元，当所述处理操作为针对所述中途通讯事件的接通响应操作时，中止与所述 视频通讯相关的渲染操作； 恢复单元，当所述处理操作为针对所述中途通讯事件的断开操作时，恢复与所述视频 通讯相关的渲染操作。16. 根据权利要求10所述的装置，其特征在于，所述中途通讯事件为通话事件。17. -种视频通讯中的用户状态提醒装置，其特征在于，包括： 接收单元，在当前用户与其他用户的视频通讯过程中，接收到关于所述其他用户的提 醒消息，所述提醒消息用于指示所述其他用户是否对中途通讯事件存在响应需求； 调整单元，根据所述提醒消息，调整视频通讯页面中对应于所述其他用户的视频窗口 的显示内容。18. 根据权利要求17所述的装置，其特征在于，所述调整单元具体用于： 当所述其他用户对所述中途通讯事件存在响应需求时，在所述视频窗口中示出所述响 应需求对应的用户状态信息； 当所述其他用户对所述中途通讯事件不存在响应需求时，在所述视频窗口中示出所述 其他用户的视频画面。
【文档编号】H04N7/15GK105933641SQ201610331685
【公开日】2016年9月7日
【申请日】2016年5月18日
【发明人】任卿, 刘力, 郑双喜, 孙健康, 周梓煜
【申请人】阿里巴巴集团控股有限公司