一种基于多媒体会议的控制方法及装置
文献发布时间:2023-06-19 18:29:06
技术领域
本申请涉及计算机技术领域,特别是涉及一种基于多媒体会议的控制方法及装置。
背景技术
目前,为了便于用户交流以及信息共享,一些应用程序提供了多媒体会议功能。用户可以通过该应用程序发起或者加入多媒体会议,通过该多媒体会议,可以便于用户之间进行交流以及进行信息共享。
但是,目前用户使用应用程序所提供的多媒体会议功能的体验并不好,这是因为在用户发起多媒体会议时,多媒体会议发起失败的频率较高,因此,急需一种方案,能够解决上述问题。
发明内容
为了解决或者至少部分解决上述技术问题,本申请实施例提供了一种基于多媒体会议的控制方法及装置。
第一方面,本申请实施例提供了一种基于多媒体会议的控制方法,应用于客户端,所述方法包括:
接收多媒体会议发起操作,所述多媒体会议发起操作用于请求发起多媒体会议;
响应于所述多媒体会议发起操作,在本地创建第一多媒体会议,并利用多媒体会议对应的主进程展示多媒体会议发起页面,其中:所述主进程在预设时间段内未执行与多媒体会议相关的页面展示操作的情况下被注销。
可选的,在利用多媒体会议对应的主进程展示多媒体会议发起页面之后,所述方法还包括:
向服务端发送检查请求,所述检查请求用于请求确定所述服务端是否存在与所述客户端关联的多媒体会议;
接收所述服务端针对所述检查请求返回的第一应答消息。
可选的,在所述第一应答消息指示所述服务端不存在与所述客户端关联的多媒体会议的情况下,所述方法还包括:
向所述服务端发送多媒体会议创建请求;
接收所述服务端针对所述多媒体会议创建请求返回的第二应答消息。
可选的,所述向所述服务端发送多媒体会议创建请求,包括:
在确定所述第一多媒体会议未被注销的情况下,向所述服务端发送多媒体会议创建请求。
可选的,所述第二应答消息指示所述服务端成功创建了第二多媒体会议,所述方法还包括:
关联所述第一多媒体会议和所述第二多媒体会议。
可选的,所述关联所述第一多媒体会议和所述第二多媒体会议,包括:
在确定所述第一多媒体会议未被注销的情况下,关联所述第一多媒体会议和所述第二多媒体会议。
可选的,所述第二应答消息指示所述服务端成功创建了第二多媒体会议,所述方法还包括:
在确定所述第一多媒体会议已经被注销的情况下,向所述服务端发送多媒体会议注销请求,所述多媒体会议注销请求用于请求注销所述第二多媒体会议。
可选的,所述第二应答消息指示所述服务端创建多媒体会议失败,所述方法还包括:
注销所述第一多媒体会议。
可选的,所述多媒体会议创建请求中包括所述第一多媒体会议的标识,所述第二应答消息中包括所述第一多媒体会议的标识,所述注销所述第一多媒体会议,包括:
根据所述第二应答消息中的所述第一多媒体会议的标识,注销所述第一多媒体会议。
可选的,在所述第一应答消息指示所述服务端存在与所述客户端关联的多媒体会议的情况下,所述方法还包括:
注销所述第一多媒体会议。
可选的,所述检查请求中包括所述第一多媒体会议的标识,所述第一应答消息中包括所述第一多媒体会议的标识,所述注销所述第一多媒体会议,包括:
根据所述第一应答消息中的所述第一多媒体会议的标识,注销所述第一多媒体会议。
第二方面,本申请实施例提供了一种基于多媒体会议的控制装置,应用于客户端,所述装置包括:
第一接收单元,用于接收多媒体会议发起操作,所述多媒体会议发起操作用于请求发起多媒体会议;
处理单元,用于响应于所述多媒体会议发起操作,在本地创建第一多媒体会议,并利用多媒体会议对应的主进程展示多媒体会议发起页面,其中:所述主进程在预设时间段内未执行与多媒体会议相关的页面展示操作的情况下被注销。
可选的,所述装置还包括:
第一发送单元,用于在利用多媒体会议对应的主进程展示多媒体会议发起页面之后,向服务端发送检查请求,所述检查请求用于请求确定所述服务端是否存在与所述客户端关联的多媒体会议;
第二接收单元,用于接收所述服务端针对所述检查请求返回的第一应答消息。
可选的,所述装置还包括:
第二发送单元,用于在所述第一应答消息指示所述服务端不存在与所述客户端关联的多媒体会议的情况下,向所述服务端发送多媒体会议创建请求;
第三接收单元,用于接收所述服务端针对所述多媒体会议创建请求返回的第二应答消息。
可选的,所述第二发送单元,用于:
在确定所述第一多媒体会议未被注销的情况下,向所述服务端发送多媒体会议创建请求。
可选的,所述装置还包括:
关联单元,用于关联所述第一多媒体会议和所述第二多媒体会议,其中,所述第二应答消息指示所述服务端成功创建了第二多媒体会议。
可选的,所述关联单元,用于:
在确定所述第一多媒体会议未被注销的情况下,关联所述第一多媒体会议和所述第二多媒体会议。
可选的,所述装置还包括:
第三发送单元,用于在确定所述第一多媒体会议已经被注销的情况下,向所述服务端发送多媒体会议注销请求,所述多媒体会议注销请求用于请求注销所述第二多媒体会议,其中,所述第二应答消息指示所述服务端成功创建了第二多媒体会议。
可选的,所述装置还包括:
第一注销单元,用于注销所述第一多媒体会议,其中,所述第二应答消息指示所述服务端创建多媒体会议失败。
可选的,所述多媒体会议创建请求中包括所述第一多媒体会议的标识,所述第二应答消息中包括所述第一多媒体会议的标识,所述第一注销单元,用于:
根据所述第二应答消息中的所述第一多媒体会议的标识,注销所述第一多媒体会议。
可选的,所述装置还包括:
第二注销单元,用于在所述第一应答消息指示所述服务端存在与所述客户端关联的多媒体会议的情况下,注销所述第一多媒体会议。
可选的,所述检查请求中包括所述第一多媒体会议的标识,所述第一应答消息中包括所述第一多媒体会议的标识,所述第二注销单元,用于:
根据所述第一应答消息中的所述第一多媒体会议的标识,注销所述第一多媒体会议。
第三方面,本申请实施例提供了一种设备,所述设备包括处理器和存储器;
所述处理器用于执行所述存储器中存储的指令,以使得所述设备执行以上第一方面任一项所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,包括指令,所述指令指示设备执行以上第一方面任一项所述的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得计算机执行以上第一方面任一项所述的方法。
与现有技术相比,本申请实施例具有以下优点:
本申请实施例提供了一种基于多媒体会议的控制方法,该方法可以应用于客户端,客户端可以接收多媒体会议发起操作,并响应于所述多媒体会议请求,在本地创建第一多媒体会议,并利用多媒体会议对应的主进程展示多媒体会议发起页面,其中,所述多媒体会议发起操作用于请求发起多媒体会议。其中:所述主进程在预设时间段内未执行与多媒体会议相关的页面展示操作的情况下被注销。由此可见,利用本方案,客户端在接收到多媒体会议发起操作即执行在本地创建第一多媒体会议并展示多媒体会议发起页面的操作,而不是在与服务端进行交互之后才执行并展示多媒体会议发起页面的操作,从而提前了所述主进程执行展示与多媒体会议相关的页面展示操作的时刻,以避免主进程被注销,相应的,提升了多媒体会议发起的成功率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种多媒体会议的处理过程示意图;
图2为本申请实施例提供的一种基于多媒体会议的控制方法的流程示意图;
图3为本申请实施例提供的一种基于多媒体会议的控制方法的信令交互图;
图4为本申请实施例提供的一种基于多媒体会议的控制装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,多媒体会议相关的处理逻辑均由多媒体会议对应的主进程来进行处理。在发起多媒体会议时,可以检查该主进程是否存在。如果主进程不存在则会创建一个主进程,如果主进程存在则会使用当前的主进程。
由于主进程所占用的处理资源较多,因此,为了提升资源使用效率,所述主进程在预设时间段内未执行与多媒体会议相关的页面展示操作的情况下被注销,例如,所述主进程在8秒内未执行与多媒体会议相关的页面展示操作的情况下被注销。
在一个示例中,主进程的创建和注销,可以由多媒体会议对应的进程管理器来执行。
接下来,结合图1,对传统的多媒体会议的处理过程进行介绍。图1为本申请实施例提供的一种多媒体会议的处理过程示意图。图1所示的方法,例如可以包括如下S101-S109。
S101:客户端响应于多媒体会议发起操作1,所述多媒体会议发起操作1用于请求创建多媒体会议。
S102:客户端创建多媒体会议对应的主进程。
S103:客户端与服务端交互。
其中,客户端与服务端交互,可以包括如下步骤A1-A4。
步骤A1:客户端向服务端发送检查请求,所述检查请求用于请求确定所述服务端是否存在与所述客户端关联的多媒体会议。
步骤A 2:客户端接收服务端针对所述检查请求返回的第一应答消息。
步骤A 3:若第一应答消息指示服务端不存在与所述客户端关联的多媒体会议,则向服务端发送多媒体会议创建请求。
若第一应答消息指示服务端存在与所述客户端关联的多媒体会议,则多媒体会议创建失败,多媒体会议创建流程结束。
步骤A 4:客户端接收服务端针对所述多媒体会议创建请求返回的第二应答消息。
在所述第二应答消息指示服务端创建多媒体会议成功的情况下,执行S104。
若所述第二应答消息指示服务端创建多媒体会议失败,则多媒体会议创建失败,多媒体会议创建流程结束。
S104:客户端利用主进程展示多媒体会议发起页面。
在一个示例中,所述多媒体会议发起页面例如可以包括例如“呼叫中”等指示多媒体会议正在发起的指示信息。所述多媒体会议发起页面还可以所述多媒体会议的呼叫对象的信息。例如,当所述呼叫对象为个人用户时,呼叫对象可以是该个人对象的用户名和/或头像。又如,当所述呼叫对象为群组时,呼叫对象可以是该群组的群组名称和/或头像。
在呼叫对象接受呼叫之后,多媒体会议开始。
S105:客户端在多媒体会议结束之后,启动计时器计时。
S106:若主进程在8s内未执行与多媒体会议相关的页面展示操作,则客户端注销所述主进程。
在一个示例中,如图1所示,若在所述计时器计时到第6秒时,用户执行了发起多媒体会议的操作,则所述客户端可以执行图1所示的S101’-S103’。
S107:客户端响应于多媒体会议发起操作2,所述多媒体会议发起操作2用于请求创建多媒体会议。
S108:客户端确定当前存在主进程。
S109:客户端与服务端交互。
在一个示例中,若S107-S109的总耗时大于2秒,例如,由于客户端与服务端之间的网络延时等问题,导致S107-S109的总耗时大于2秒。则在执行S109之后,由于主进程被注销,故而客户端展示多媒体会议发起页面失败,从而导致多媒体会议发起失败。
为了解决上述问题,本申请实施例提供了一种基于多媒体会议的控制方法及装置。
下面结合附图,详细说明本申请的各种非限制性实施方式。
参见图2,该图为本申请实施例提供的一种基于多媒体会议的控制方法的流程示意图。在本实施例中,所述方法可以由客户端执行,例如可以由包括多媒体会议功能的客户端执行。本申请实施例中提及的多媒体会议,例如可以是视频会议,又如可以是语音会议,本申请实施例不做具体限定。
在一个示例中,所述方法例如可以包括以下步骤:S201-S202。
S201:接收多媒体会议发起操作,所述多媒体会议发起操作用于请求发起多媒体会议。
S202:响应于所述多媒体会议发起操作,在本地创建第一多媒体会议,并利用多媒体会议对应的主进程展示多媒体会议发起页面,其中:所述主进程在预设时间段内未执行与多媒体会议相关的页面展示操作的情况下被注销。
在一个示例中,用户例如可以通过多媒体会议发起控件,触发多媒体会议发起操作。
客户端接收到所述多媒体会议发起操作之后,可以响应于所述多媒体会议发起操作,在本地创建第一多媒体会议。
在一个示例中,所述客户端可以响应于所述多媒体会议发起操作,进行本地检查,在本地检查通过之后,利用主进程创建第一多媒体会议。
在一个示例中,本地检查例如可以是检查本地是否存在其它多媒体会议,在确定其它多媒体会议不存在时,可以确定本地检查通过。
在一个示例中,所述客户端还可以检查本地是否存在主进程。相应的,在确定本地存在主进程的情况下,利用所述主进程创建所述第一多媒体体会议。在一个示例中,所述客户端在创建所述第一多媒体会议时,可以为所述第一多媒体会议分配对应的标识。
在本申请实施例中,为了避免由于客户端和服务端之间的交互耗时较久而导致主进程被注销,在一个示例中,客户端创建所述第一多媒体会议之后,可以现不和所述服务端进行交互,而是利用多媒体会议对应的主进程展示多媒体会议发起页面。由于所述主进程展示多媒体会议发起页面,故而所述主进程不会被注销。
关于所述多媒体会议发起页面,可以参考上文的相关描述部分,此处不做重复描述。
由此可见,利用本方案,客户端在接收到多媒体会议发起操作即执行在本地创建第一多媒体会议并展示多媒体会议发起页面的操作,而不是在与服务端进行交互之后才执行并展示多媒体会议发起页面的操作,从而提前了所述主进程执行展示与多媒体会议相关的页面展示操作的时刻,以避免主进程被注销,相应的,提升了多媒体会议发起的成功率。
在一个示例中,在所述客户端展示所述多媒体会议发起页面,可以进一步执行与服务端交互的操作。
作为一个示例,所述在利用多媒体会议对应的主进程展示多媒体会议发起页面之后,可以向所述服务端发送检查请求,所述检查请求用于请求确定所述服务端是否存在与所述客户端关联的多媒体会议。相应的,所述服务端接收到所述检查请求之后,可以检查服务端本地是否存在与所述客户端对应的多媒体会议,并将检查结果携带在第一应答消息中发送给客户端。
在一个示例中,若所述第一应答消息指示所述服务端存在与所述客户端关联的多媒体会议的情况下,所述客户端注销本地已经被创建的第一多媒体会议。至此,多媒体会议创建流程结束。
在一个示例中,所述检查请求中可以包括前述第一多媒体会议的标识,相应的,所述第一应答消息中也可以包括所述第一多媒体会议的标识。这样一来,所述客户端在接收到所述第一应答消息之后,若所述第一应答消息指示所述服务端存在与所述客户端关联的多媒体会议,则所述客户端可以基于该第一应答消息中的第一多媒体会议的标识,注销本地已经被创建的所述第一多媒体会议。
在一个示例中,若所述第一应答消息指示所述服务端不存在与所述客户端关联的多媒体会议的情况下,所述客户端可以进一步向所述服务端发送多媒体会议创建请求,该多媒体会议创建请求用于请求服务端创建多媒体会议。相应的,所述服务端在接收到所述多媒体会议创建请求之后,可以执行创建多媒体会议的操作,并进一步将携带创建结果的第二应答消息发送给所述客户端。
在一个示例中,考虑到客户端展示多媒体会议发起页面之后,用户可以在所述多媒体会议发起页面中触发取消多媒体会议的操作。相应的,所述客户端在接收到所述取消多媒体会议的操作之后,可以响应于取消多媒体会议的操作,注销所述第一多媒体会议。因此,所述客户端在向所述服务端发送多媒体会议创建请求在具体实现时,可以在确定所述第一多媒体会议未被注销的情况下,向所述服务端发送多媒体会议创建请求。若所述客户端确定第一多媒体会议已经被注销,则不再向所述服务端发送多媒体会议创建请求,多媒体会议创建流程至此结束。
在一个示例中,若服务端接收到多媒体会议创建请求之后,成功执行了多媒体会议创建操作,例如,所述服务端创建了第二多媒体会议,则所述第二应答消息可以用于指示所述服务端成功创建了第二多媒体会议。在一个示例中,所述第二应答消息中可以包括所述第二多媒体会议的标识。对于这种情况,所述客户端在接收到所述第二应答消息之后,可以关联所述第一多媒体会议和所述第二多媒体会议。至此,客户端和服务端均已经成功创建了多媒体会议,并且,客户端将第一多媒体会议和第二多媒体会议进行了关联,多媒体会议成功创建,多媒体会议创建流程至此结束。
如前所述,客户端展示多媒体会议发起页面之后,用户可以在所述多媒体会议发起页面中触发取消多媒体会议的操作。相应的,所述客户端在接收到所述取消多媒体会议的操作之后,可以响应于取消多媒体会议的操作,注销所述第一多媒体会议。因此,在一个示例中,所述客户端关联所述第一多媒体会议和所述第二多媒体会议在具体实现时,可以在确定所述第一多媒体会议未被注销的情况下,关联所述第一多媒体会议和所述第二多媒体会议。在又一个示例中,若所述客户端确定所述第一多媒体会议已经被注销,则所述客户端可以向所述服务端发送多媒体会议注销请求,所述多媒体会议注销请求用于请求注销所述第二多媒体会议。在一个示例中,所述多媒体会议注销请求中可以包括第二多媒体会议的标识。所述服务端接收到所述多媒体会议注销请求之后,可以注销所述第二多媒体会议。以便于后续继续在服务端创建与所述客户端关联的其它多媒体会议。
在另一个示例中,若服务端接收到多媒体会议创建请求之后,创建多媒体会议失败,例如,由于服务端内部故障导致创建多媒体会议失败,则所述第二应答消息可以用于指示所述服务端创建多媒体会议失败。对于这种情况,所述客户端在接收到所述第二应答消息之后,可以注销所述第一多媒体会议,多媒体会议创建流程至此结束。
在一个示例中,所述媒体会议创建请求中可以包括所述第一多媒体会议的标识,所述第二应答消息中也可以包括所述第一多媒体会议的标识。这样一来,所述客户端在接收到所述第二应答消息之后,若所述第二应答消息指示所述服务端创建多媒体会议失败,则所述客户端可以基于该第二应答消息中的第一多媒体会议的标识,注销本地已经被创建的所述第一多媒体会议。
以上对本申请实施例提供的由客户端执行的多媒体会议控制方法进行了介绍。接下来,结合具体实例,从客户端与服务端交互的角度,介绍本申请实施例提供的基于多媒体会议的控制方法。
参见图3,该图为本申请实施例提供的一种基于多媒体会议的控制方法的信令交互图。图3所示的方法,例如可以包括如下S301-S308。
S301:客户端响应于多媒体会议发起操作,在本地创建第一多媒体会议,并利用多媒体会议对应的主进程展示多媒体会议发起页面。
S302:客户端向服务端发送检查请求,所述检查请求用于请求确定所述服务端是否存在与所述客户端关联的多媒体会议。
S303:服务端基于所述检查请求,检查本地是否存在与所述客户端关联的多媒体会议,检查结果为本地不存在与所述客户端关联的多媒体会议。
S304:服务端向客户端发送第一应答消息,所述第一应答消息用于指示服务端不存在与所述客户端关联的多媒体会议。
S305:客户端接收到所述第一应答消息之后,向服务端发送多媒体会议创建请求,所述多媒体会议创建请求用于请求服务端创建多媒体会议。
S306:服务端基于所述多媒体会议创建请求,成功创建第二多媒体会议。
S307:服务端向客户端发送第二应答消息,所述第二应答消息指示所述服务端成功创建了第二多媒体会议。
S308:客户端基于所述第二应答消息关联所述第一多媒体会议和所述第二多媒体会议。
关于S301-S308的具体实现,可以参考上文的相关描述部分,此处不做详细描述。
基于以上实施例提供的方法,本申请实施例还提供了一种装置,以下结合附图介绍该装置。
参见图4,该图为本申请实施例提供的一种基于多媒体会议的控制装置的结构示意图。图4所示的基于多媒体会议的控制装置400,可以应用于客户端,所述装置400例如可以具体包括:第一接收单元401和处理单元402。
第一接收单元401,用于接收多媒体会议发起操作,所述多媒体会议发起操作用于请求发起多媒体会议;
处理单元402,用于响应于所述多媒体会议发起操作,在本地创建第一多媒体会议,并利用多媒体会议对应的主进程展示多媒体会议发起页面,其中:所述主进程在预设时间段内未执行与多媒体会议相关的页面展示操作的情况下被注销。
可选的,所述装置还包括:
第一发送单元,用于在利用多媒体会议对应的主进程展示多媒体会议发起页面之后,向服务端发送检查请求,所述检查请求用于请求确定所述服务端是否存在与所述客户端关联的多媒体会议;
第二接收单元,用于接收所述服务端针对所述检查请求返回的第一应答消息。
可选的,所述装置还包括:
第二发送单元,用于在所述第一应答消息指示所述服务端不存在与所述客户端关联的多媒体会议的情况下,向所述服务端发送多媒体会议创建请求;
第三接收单元,用于接收所述服务端针对所述多媒体会议创建请求返回的第二应答消息。
可选的,所述第二发送单元,用于:
在确定所述第一多媒体会议未被注销的情况下,向所述服务端发送多媒体会议创建请求。
可选的,所述装置还包括:
关联单元,用于关联所述第一多媒体会议和所述第二多媒体会议,其中,所述第二应答消息指示所述服务端成功创建了第二多媒体会议。
可选的,所述关联单元,用于:
在确定所述第一多媒体会议未被注销的情况下,关联所述第一多媒体会议和所述第二多媒体会议。
可选的,所述装置还包括:
第三发送单元,用于在确定所述第一多媒体会议已经被注销的情况下,向所述服务端发送多媒体会议注销请求,所述多媒体会议注销请求用于请求注销所述第二多媒体会议,其中,所述第二应答消息指示所述服务端成功创建了第二多媒体会议。
可选的,所述装置还包括:
第一注销单元,用于注销所述第一多媒体会议,其中,所述第二应答消息指示所述服务端创建多媒体会议失败。
可选的,所述多媒体会议创建请求中包括所述第一多媒体会议的标识,所述第二应答消息中包括所述第一多媒体会议的标识,所述第一注销单元,用于:
根据所述第二应答消息中的所述第一多媒体会议的标识,注销所述第一多媒体会议。
可选的,所述装置还包括:
第二注销单元,用于在所述第一应答消息指示所述服务端存在与所述客户端关联的多媒体会议的情况下,注销所述第一多媒体会议。
可选的,所述检查请求中包括所述第一多媒体会议的标识,所述第一应答消息中包括所述第一多媒体会议的标识,所述第二注销单元,用于:
根据所述第一应答消息中的所述第一多媒体会议的标识,注销所述第一多媒体会议。
由于所述装置400是与以上方法实施例提供的方法对应的装置,所述装置400的各个单元的具体实现,均与以上方法实施例为同一构思,因此,关于所述装置400的各个单元的具体实现,可以参考以上方法实施例的描述部分,此处不再赘述。
本申请实施例还提供了一种设备,所述设备包括处理器和存储器;
所述处理器用于执行所述存储器中存储的指令,以使得所述设备执行以上方法实施例任一项所述的基于多媒体会议的控制方法。
本申请实施例提供了一种计算机可读存储介质,包括指令,所述指令指示设备执行以上方法实施例任一项所述的基于多媒体会议的控制方法。
本申请实施例提供了一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得计算机执行以上方法实施例任一项所述的基于多媒体会议的控制方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
- 一种信号控制装置及方法、显示控制装置及方法、显示装置
- 一种基于特征向量实现疾病预测的控制方法及控制装置
- 一种基于私人云盘的CDN加速服务控制方法及控制装置
- 一种基于热负荷预测的电蓄热装置控制系统及方法
- 一种多媒体会议终端的控制方法及多媒体会议服务器
- 一种多媒体会议终端的控制方法及多媒体会议服务器