CN114296675A - 投屏状态确定方法、装置、设备及计算机可读存储介质 - Google Patents
投屏状态确定方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN114296675A CN114296675A CN202111667109.7A CN202111667109A CN114296675A CN 114296675 A CN114296675 A CN 114296675A CN 202111667109 A CN202111667109 A CN 202111667109A CN 114296675 A CN114296675 A CN 114296675A
- Authority
- CN
- China
- Prior art keywords
- terminal
- screen projection
- data
- current
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1454—Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
- G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/16—Sound input; Sound output
- G06F3/165—Management of the audio stream, e.g. setting of volume, audio stream path
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/16—Sound input; Sound output
- G06F3/167—Audio in a user interface, e.g. using voice commands for navigating, audio feedback
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2370/00—Aspects of data communication
- G09G2370/04—Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
Abstract
本申请实施例提供一种投屏状态确定方法、装置、设备及计算机可读存储介质,其中,方法包括:响应于共享投屏操作,在所述第一终端的当前界面上显示共享投屏信息,并将所述共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;在所述第一终端进行所述共享投屏时,在所述第一终端的当前界面上显示每一所述第二终端的当前投屏状态对应的状态标识。通过本申请实施例,能够提高会议效率,并提高用户使用体验。
Description
本申请是申请号为202010780140.0,申请日为2020年08月05日,发明名称为:投屏状态确定方法、装置、设备及计算机可读存储介质的分案申请。
技术领域
本申请实施例涉及互联网技术领域,涉及但不限于一种投屏状态确定方法、装置、设备及计算机可读存储介质。
背景技术
在日常的在线会议中,共享投屏人在向接收方的终端发送共享请求,以实现共享数据(例如PPT或视频)之后,为了确认接收方能否正常接收到共享数据,通常需要询问参与人“大家是否能看到我的屏幕呢?”,其中部分或全部参与人需要回复已看见,然后会议才能正式开始。显然,相关技术中无法对接收方的投屏状态进行自动化检测,这样会影响会议效率。
发明内容
本申请实施例提供一种投屏状态确定方法、装置、设备及计算机可读存储介质,在第一终端进行共享投屏时,在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识,如此,能够对接收方的当前投屏状态进行自动化检测,无需投屏方用户询问投屏状态,从而能够提高会议效率和用户使用体验。
本申请实施例的技术方案是这样实现的:
本申请实施例提供一种投屏状态确定方法,应用于投屏方的第一终端,包括:
响应于共享投屏操作,在所述第一终端的当前界面上显示共享投屏信息,并将所述共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;
在所述第一终端进行所述共享投屏时,在所述第一终端的当前界面上显示每一所述第二终端的当前投屏状态对应的状态标识。
本申请实施例提供一种投屏状态确定方法,应用于接收方的第二终端,所述方法包括:
在接收第一终端发送共享数据的过程中,接收所述第一终端发送的投屏状态检测请求,所述投屏状态检测请求中包括与所述共享数据对应的当前投屏数据;
对所述第二终端当前所接收到的数据进行检测,得到检测数据;
根据所述检测数据和所述当前投屏数据,确定所述第二终端的当前投屏状态;
将所述当前投屏状态发送给所述第一终端。
本申请实施例提供一种投屏状态确定装置,所述装置包括:
处理模块,用于响应于共享投屏操作,在当前界面上显示共享投屏信息,并将所述共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;
显示模块,用于在进行所述共享投屏时,在所述当前界面上显示每一所述第二终端的当前投屏状态对应的状态标识。
本申请实施例提供一种投屏状态确定装置,所述装置包括:
第二接收模块,用于在接收第一终端发送共享数据的过程中,接收所述第一终端发送的投屏状态检测请求,所述投屏状态检测请求中包括与所述共享数据对应的当前投屏数据;
检测模块,用于对所述第二终端当前所接收到的数据进行检测,得到检测数据;
第二确定模块,用于根据所述检测数据和所述当前投屏数据,确定所述第二终端的当前投屏状态;
第二发送模块,用于将所述当前投屏状态发送给所述第一终端。
本申请实施例提供一种投屏状态确定设备,包括:
存储器,用于存储可执行指令;处理器,用于执行所述存储器中存储的可执行指令时,实现上述的方法。
本申请实施例提供一种计算机可读存储介质,存储有可执行指令,用于引起处理器执行所述可执行指令时,实现上述的方法。
本申请实施例具有以下有益效果:在第一终端进行共享投屏时,在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识,如此,能够对接收方的当前投屏状态进行自动化检测,而无需投屏方用户向第二终端的接收方用户询问投屏状态,从而能够提高会议效率,并提高用户使用体验。
附图说明
图1是本申请实施例提供的投屏状态确定系统的一个可选的架构示意图;
图2是本申请实施例提供的IaaS层、PaaS层和SaaS层的部署关系图;
图3是本申请实施例提供的第一终端的结构示意图;
图4A是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图;
图4B是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图;
图5是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图;
图6是本申请实施例提供的投屏状态确定方法的一种可选的流程示意图;
图7是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图;
图8是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图;
图9是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图;
图10是本申请实施例提供的产品界面图;
图11是本申请实施例提供的检查方案的分类图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。除非另有定义,本申请实施例所使用的所有的技术和科学术语与属于本申请实施例的技术领域的技术人员通常理解的含义相同。本申请实施例所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
本申请实施例提供一种投屏状态确定方法,对于投屏方的第一终端,在接收到共享投屏操作时,响应于共享投屏操作,在第一终端的当前界面上显示共享投屏信息,并将共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;在第一终端进行共享投屏时,在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识。在一些实施例中,当第一终端向至少一个第二终端发送共享数据时,向每一第二终端发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据;接收每一第二终端响应于投屏状态检测请求,所返回的与当前投屏数据对应的检测数据;根据每一第二终端的检测数据和当前投屏数据,确定对应第二终端的当前投屏状态;在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识。如此,能够对接收方的当前投屏状态进行自动化检测,而无需投屏方用户向第二终端的接收方用户询问投屏状态,从而能够提高会议效率,并提高用户使用体验。
下面说明本申请实施例提供的投屏状态确定设备的示例性应用,本申请实施例提供的投屏状态确定设备可以实施为笔记本电脑,平板电脑,台式计算机,移动设备(例如,移动电话,便携式音乐播放器,个人数字助理,专用消息设备,便携式游戏设备)、智能机器人等任意的具有屏幕显示功能、语音输入输出功能、以及计算和数据处理能力的终端,也可以实施为服务器。下面,将说明投屏状态确定设备实施为终端时的示例性应用。
参见图1,图1是本申请实施例提供的投屏状态确定系统10的一个可选的架构示意图。为实现支撑一个用于实现多方投屏会议的会议应用,投屏方的第一终端100-1和至少一个接收方的第二终端(示例性示出了第二终端100-2和第二终端100-3)通过网络连接服务器300,网络200可以是广域网或者局域网,又或者是二者的组合。
第一终端100-1用于显示共享数据,并将共享数据通过网络200发送给服务器300,服务器将共享数据发送给第二终端100-2和第二终端100-3,第二终端100-2和第二终端100-3作为共享数据的接收方,在当前界面上显示所接收到的数据。当第一终端100-1向至少一个第二终端发送共享数据时,第一终端100-1还通过网络200向服务器发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据;服务器将投屏状态检测请求发送给第二终端100-2和第二终端100-3,并接收第二终端100-2和第二终端100-3返回的与当前投屏数据对应的检测数据(需要说明的是,为了附图的简洁清楚性,在图1中并没有示出服务器与第一终端和第二终端之间信令交互的上述具体流程)。服务器300在接收到第二终端100-2和第二终端100-3的检测数据之后,根据第二终端100-2和第二终端100-3的检测数据和当前投屏数据,确定第二终端100-2的当前投屏状态和第二终端100-3的当前投屏状态;将第二终端100-2的当前投屏状态和第二终端100-3的当前投屏状态通过网络200发送给第一终端100-1。第一终端100-1在接收到每一第二终端的当前投屏状态之后,在第一终端的当前界面110-1上显示每一第二终端的当前投屏状态对应的状态标识。
在一些实施例中,服务器300可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。第一终端100-1、第二终端100-2和第二终端100-3可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等,但并不局限于此。第一终端100-1、第二终端100-2和第二终端100-3以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本发明实施例中不做限制。
在一些实施例中,根据第二终端100-2和第二终端100-3的检测数据和当前投屏数据,确定第二终端100-2的当前投屏状态和第二终端100-3的当前投屏状态的步骤还可以由第一终端100-1来实现,或者,第一终端100-1对应一服务器、每一第二终端对应一服务器,全部服务器形成服务器集群或分布式系统,可以通过第一终端100-1对应的服务器实现确定每一第二终端的当前投屏状态的步骤,或者还可以通过每一第二终端对应的服务器实现确定对应第二终端的当前投屏状态的步骤,并在确定出当前投屏状态之后,将所确定出的当前投屏状态通过网络200发送给第一终端100-1对应的服务器。
本申请实施例涉及的投屏状态确定方法还可以基于云平台并通过云技术来实现,云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用,将来每个物品都有可能存在自己的识别标志,都需要传输到后台系统进行逻辑处理,不同程度级别的数据将会分开处理,各类行业数据皆需要强大的系统后盾支撑,只能通过云计算来实现。
本申请实施例中,在根据每一第二终端的检测数据和当前投屏数据确定对应第二终端的当前投屏状态时,可以采用云计算技术来实现,通过云计算技术,将计算任务(例如,计算每一第二终端的检测数据与当前投屏数据之间的相似度等任务)分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的,并且可以随时获取,按需使用,随时扩展,按使用付费。
作为云计算的基础能力提供商,会建立云计算资源池平台,简称云平台,一般称为基础设施即服务(IaaS,Infrastructure as a Service),在资源池中部署多种类型的虚拟资源,供外部客户选择使用。云计算资源池中主要包括:计算设备(为虚拟化机器,包含操作系统)、存储设备和网络设备。按照逻辑功能划分,在IaaS层上可以部署平台即服务(PaaS,Platfor m as a Service)层,PaaS层之上再部署软件即服务(SaaS,Software as aService)层,也可以直接将SaaS层部署在IaaS层上。PaaS层为软件运行的平台,如数据库、web容器等。SaaS层为各式各样的业务软件,如web门户网站、短信群发器等。其中,IaaS层203、Paa S层202和SaaS层201部署关系如图2所示,一般来说,SaaS层201和PaaS层202相对于IaaS层203是上层。
在一些实施例中,本申请实施例的投屏状态确定方法还可以是一种云会议对应的投屏状态确定方法,其中,云会议是基于云计算技术的一种高效、便捷、低成本的会议形式。使用者只需要通过互联网界面,进行简单易用的操作,便可快速高效地与全球各地团队及客户同步分享语音、数据文件及视频,而会议中数据的传输、处理等复杂技术由云会议服务商帮助使用者进行操作。目前国内云会议主要集中在以软件即服务(SaaS,Software as aService)模式为主体的服务内容,包括电话、网络、视频等服务形式,基于云计算的视频会议就叫云会议。
在云会议时代,数据的传输、处理、存储全部由视频会议厂家的计算机资源处理,用户完全无需再购置昂贵的硬件和安装繁琐的软件,只需打开浏览器,登录相应界面,就能进行高效的远程会议。云会议系统支持多服务器动态集群部署,并提供多台高性能服务器,大大提升了会议稳定性、安全性、可用性。近年来,视频会议因能大幅提高沟通效率,持续降低沟通成本,带来内部管理水平升级,而获得众多用户欢迎,已广泛应用在交通、运输、金融、运营商、教育、企业等各个领域。毫无疑问,视频会议运用云计算以后,在方便性、快捷性、易用性上具有更强的吸引力,必将激发视频会议应用新高潮的到来。
参见图3,图3是本申请实施例提供的第一终端100-1的结构示意图,图3所示的第一终端100-1包括:至少一个处理器310、存储器350、至少一个网络接口320和用户接口330。第一终端100-1中的各个组件通过总线系统340耦合在一起。可理解,总线系统340用于实现这些组件之间的连接通信。总线系统340除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图3中将各种总线都标为总线系统340。
处理器310可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
用户接口330包括使得能够呈现媒体内容的一个或多个输出装置331,包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口330还包括一个或多个输入装置332,包括有助于用户输入的用户接口部件,比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
存储器350可以是可移除的,不可移除的或其组合。示例性的硬件设备包括固态存储器,硬盘驱动器,光盘驱动器等。存储器350可选地包括在物理位置上远离处理器310的一个或多个存储设备。存储器350包括易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM,Read Only Memory),易失性存储器可以是随机存取存储器(RAM,Random Access Memory)。本申请实施例描述的存储器350旨在包括任意适合类型的存储器。在一些实施例中,存储器350能够存储数据以支持各种操作,这些数据的示例包括程序、模块和数据结构或者其子集或超集,下面示例性说明。
操作系统351,包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务;
网络通信模块352,用于经由一个或多个(有线或无线)网络接口320到达其他计算设备,示例性的网络接口320包括:蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB,Universal Serial Bus)等;
输入处理模块353,用于对一个或多个来自一个或多个输入装置332之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
在一些实施例中,本申请实施例提供的装置可以采用软件方式实现,图3示出了存储在存储器350中的一种投屏状态确定装置354,该投屏状态确定装置354可以是第一终端100-1中的一种投屏状态确定装置,其可以是程序和插件等形式的软件,包括以下软件模块:处理模块3541和显示模块3542,这些模块是逻辑上的,因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。
在另一些实施例中,第二终端100-2和第二终端100-3可以与第一终端100-1具有相同的结构(图中未示出),所不同仅是第二终端100-2和第二终端100-3中存储在存储器中的投屏状态确定装置,该投屏状态确定装置可以是第二终端100-2和第二终端100-3中的一种投屏状态确定装置,其可以是程序和插件等形式的软件,包括以下软件模块:第二接收模块、检测模块、第二确定模块和第二发送模块。
在再一些实施例中,本申请实施例提供的装置可以采用硬件方式实现,作为示例,本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器,其被编程以执行本申请实施例提供的投屏状态确定方法,例如,硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC,Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable GateArray)或其他电子元件。
下面将结合本申请实施例提供的第一终端100-1的示例性应用和实施,说明本申请实施例提供的投屏状态确定方法。参见图4A,图4A是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,将结合图4A示出的步骤进行说明。
步骤S401,响应于共享投屏操作,在第一终端的当前界面上显示共享投屏信息,并将共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏。
这里,共享投屏操作是指用户在第一终端上的触发操作,例如,可以是用户点击开始进行共享投屏的按钮的操作。
在第一终端的当前界面上,在共享投屏时,显示共享投屏信息,同时,将共享投屏信息对应的共享数据分享给至少一个第二终端,其中,共享投屏信息包括以下至少之一:视频信息、图像信息、文本信息和语音信息等。
步骤S402,在第一终端进行共享投屏时,在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识。
这里,当前投屏状态包括但不限于:投屏成功、投屏失败、检测中和其他等。当第二终端成功接收到共享数据,并在第二终端的当前界面上显示准确的共享数据时,则该第二终端的当前投屏状态为投屏成功;当第二终端未成功接收到共享数据,或未能在第二终端的当前界面上显示准确的共享数据时,则该第二终端的当前投屏状态为投屏失败;如果当前投屏状态为检测中,则表明还没有获取到第二终端反馈的有效的检测数据或者反馈的有效的当前投屏状态。
本申请实施例提供的投屏状态确定方法,在第一终端进行共享投屏时,在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识,如此,能够对接收方的当前投屏状态进行自动化检测,而无需投屏方用户向第二终端的接收方用户询问投屏状态,从而能够提高会议效率,并提高用户使用体验。
基于图4A,图4B是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,如图4B所示,方法还可以包括以下步骤:
步骤S411,当第一终端向至少一个第二终端发送共享数据时,向每一第二终端发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据。
这里,当投屏方的用户想要向多个接收方用户共享数据,可以通过投屏方的第一终端向至少一个接收方的第二终端发送共享数据,实现数据共享和共享投屏。举例来说,对于共享会议,投屏方可以向接收方共享PPT或视频,那么此时投屏方可以将PPT或者视频共享给多个接收方。
在共享投屏的过程中,为了能够确定接收方是否成功接收到共享数据,或者为了能够确定接收方的投屏状态,可以向接收方的第二终端发送投屏状态检测请求,投屏状态检测请求用于请求对第二终端的当前投屏状态进行检测。
与共享数据对应的当前投屏数据是指共享数据中的部分数据或者共享数据对应的属性参数,这里的属性参数可以包括但不限于共享数据的大小、共享数据的类型等。
步骤S412,接收每一第二终端响应于投屏状态检测请求,返回的与当前投屏数据对应的检测数据。
这里,每一第二终端在接收到投屏状态检测请求之后,响应于投屏状态检测请求,获取与当前投屏数据对应的检测数据,其中,检测数据可以是当前投屏数据,也可以是当前投屏数据的属性信息,例如属性信息可以是当前投屏数据的大小或者当前投屏数据的类型等信息。
在一些实施例中,当前投屏数据与第一终端发送的共享数据对应,检测数据与当前投屏数据对应。例如,第一终端的当前投屏数据可以为文本数据、图像数据和视频数据等中的至少一种,那么对应地,第二终端接收到第一终端所共享的数据之后,当前时刻在第二终端上所呈现的数据或者检测数据也应该是文本数据、图像数据和视频数据等中的至少一种。当然,这只是对应于投屏成功时的情况,当投屏失败或者出现除了投屏成功情况之外的其他任意一种情况时,检测数据则可能会与当前投屏数据不同或不对应。
步骤S413,根据每一第二终端的检测数据和当前投屏数据,确定对应第二终端的当前投屏状态。
这里,当前投屏状态包括但不限于:投屏成功、投屏失败、检测中和其他等。根据第二终端的检测数据和当前投屏数据确定当前投屏状态可以是对检测数据和当前投屏数据进行匹配,当检测数据与当前投屏数据匹配时,确定对应第二终端的当前投屏状态为投屏成功,当检测数据与当前投屏数据不匹配时,确定对应第二终端的当前投屏状态为投屏失败。如果当前投屏状态为检测中,则表明还没有获取到有效的检测数据。
步骤S414,在第一终端的当前界面上显示每一第二终端的当前投屏状态对应的状态标识。
这里,每一当前投屏状态对应一状态标识,状态标识可以是图案标识,也可以是文字标识,当确定出第二终端的当前投屏状态之后,获取该当前投屏状态对应的状态标识,并在第一终端的当前界面上显示每一第二终端的状态标识。
本申请实施例中,可以在会议开始的预设时间段内,即开始进行数据共享的预设时间段内显示状态标识,也可以在整个数据共享过程中均显示状态标识。每一第二终端的状态标识不是固定的,会随着第二终端的当前投屏状态的改变而发生改变。
本申请实施例中,可以持续的检测每一终端的当前投屏状态,也可以周期性的检测每一终端当前投屏状态,也可以仅对当前会议中的部分或全部第二终端进行当前投屏状态的检测。
本申请实施例提供的投屏状态确定方法,在第一终端向第二终端发送共享数据时,向第二终端发送投屏状态检测请求,并接收第二终端返回的与当前投屏数据对应的检测数据,并根据检测数据和当前投屏数据确定第二终端的当前投屏状态,如此,能够对接收方的当前投屏状态进行自动化检测,而无需投屏方用户向第二终端的接收方用户询问投屏状态,从而能够提高会议效率,并提高用户使用体验。
在一些实施例中,投屏状态确定方法可以通过投屏状态确定系统中的多个终端来实现,其中,投屏状态确定系统中包括作为投屏方的第一终端和至少一个作为共享数据接收方的第二终端(本实施例以第二终端A1和第二终端A2为例进行说明)。图5是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,如图5所示,方法包括以下步骤:
步骤S501,第一终端向第二终端A1和第二终端A2发送共享数据,实现第一终端与第二终端A1和第二终端A2之间的共享投屏。这里,在会议开始之后,第一终端可以向参会的所有第二终端发送共享数据。
步骤S502,在共享投屏的过程中,第一终端向第二终端A1发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据。
这里,第一终端的用户可以在第一终端的界面上触发投屏状态检测请求,也可以在会议开始时第一终端自动向第二终端发送投屏状态检测请求。
本申请实施例中,可以至少采用以下五种方式中的任意一种,向第二终端A1发送投屏状态检测请求:
方式一:周期性地向第二终端A1发送投屏状态检测请求。
方式二:第一终端接收用户的触发操作,响应于该触发操作,向第二终端A1发送所述投屏状态检测请求。
这里,触发操作是指用户触发投屏状态检测的操作。举例来说,在第一终端的当前页面上可以显示一触发按钮,用户通过点击该触发按钮,则会触发第一终端向第二终端A1发送投屏状态检测请求。
在一些实施例中,第一终端的当前页面上可以显示一个统一的触发按钮和/或对应于每一第二终端,均显示有一个触发按钮。统一的触发按钮是用于当用户点击时,可以同时向全部第二终端发送投屏状态检测请求。当然,用户也可以仅需要向多个第二终端中的部分第二终端发送投屏状态检测请求,因此可以点击想要确定当前投屏状态的第二终端的触发按钮,从而实现对对应的第二终端发送投屏状态检测请求。
方式三:在接收到第二终端A1返回的与当前时刻的投屏状态检测请求对应的检测数据之后,向第二终端A1发送下一次投屏状态检测请求。
这里,是在接收到第二终端针对于当前的投屏状态检测请求的反馈之后,才会发送下一次投屏状态检测请求,即当接收到当前的投屏状态检测请求反馈之后,可以对当前的投屏状态进行确定,进而需要进一步的对下一时刻的投屏状态进行继续自动检测。
方式四:当在预设时间点内未接收到第二终端A1返回的与当前时刻的投屏状态检测请求对应的检测数据时,向第二终端A1再一次发送投屏状态检测请求。
这里,如果在较长的时间内均未接收到第二终端返回的与当前时刻的投屏状态检测请求对应的检测数据,则表明当前时刻的投屏状态检测请求发送失败或者第二终端对当前时刻的投屏状态检测请求接收失败,因此,向第二终端重新再发送一次投屏状态检测请求,即对投屏状态检测请求进行重传。
方式五:在接收到共享投屏操作时,响应于共享投屏操作,向第二终端A1发送投屏状态检测请求。
这里,共享投屏操作不仅可以是发送共享数据的触发操作,还可以是发送投屏状态检测请求的触发操作,也就是说,当第一终端接收到用户的共享投屏操作时,不仅开始向第二终端发送共享数据,同时还向第二终端发送投屏状态检测请求。
步骤S503,第二终端A1响应于投屏状态检测请求,获取当前时刻所显示的图像,得到与当前投屏数据对应的第一检测数据。其中,第一检测数据即当前时刻所显示的图像。
步骤S504,第二终端A1将第一检测数据发送给第一终端。
步骤S505,第一终端根据第一检测数据和当前投屏数据,确定第二终端A1的当前投屏状态。
这里,第一终端可以计算第一检测数据与当前投屏数据之间的相似度,并根据第一检测数据与当前投屏数据之间的相似度,确定第二终端A1的当前投屏状态。
步骤S506,在共享投屏的过程中,第一终端向第二终端A2发送投屏状态检测请求,所述投屏状态检测请求中包括与所述共享数据对应的当前投屏数据。
这里,也可以至少采用以下六种方式中的任意一种,向第二终端A1发送投屏状态检测请求:
方式一:周期性地向第二终端A2发送投屏状态检测请求。
方式二:第一终端接收用户的触发操作,响应于该触发操作,向第二终端A2发送所述投屏状态检测请求。
方式三:在接收到第二终端A2返回的与当前时刻的投屏状态检测请求对应的检测数据之后,向第二终端A2发送下一次投屏状态检测请求。
方式四:当在预设时间点内未接收到第二终端A2返回的与当前时刻的投屏状态检测请求对应的检测数据时,向第二终端A2再一次发送投屏状态检测请求。
方式五:在接收到共享投屏操作时,响应于共享投屏操作,向第二终端A2发送投屏状态检测请求。
方式六:当接收到任一其他第二终端(例如第二终端A1)返回的与当前时刻的投屏状态检测请求对应的检测数据之后,且在之后的预设时间段内仍未接收到第二终端A2返回的与当前时刻的投屏状态检测请求对应的检测数据时,向第二终端A2再一次发送投屏状态检测请求。
这里,由于第二终端A1已经返回了与当前时刻的投屏状态检测请求对应的检测数据,那表明当前时刻的投屏状态检测请求发送成功,之所以第二终端A2长时间未反馈,则问题更大可能是在于第二终端A2未成功接收到当前时刻的投屏状态检测请求,因此,向第二终端A2再一次发送投屏状态检测请求。
步骤S507,第二终端A2响应于投屏状态检测请求,获取当前时刻所显示的图像,得到与当前投屏数据对应的第二检测数据。
步骤S508,第二终端A2将第二检测数据发送给第一终端。
步骤S509,第一终端根据第二检测数据和当前投屏数据,确定第二终端A2的当前投屏状态。
需要说明的是,步骤S506至步骤S509与上述步骤S502至步骤S505相同,本申请实施例不再赘述。
步骤S510,确定第二终端A1和第二终端A2的当前投屏状态分别对应的状态标识。
这里,每一当前投屏状态对应一状态标识,在确定出第二终端A1和第二终端A2的当前投屏状态之后,分别确定出第二终端A1和第二终端A2的当前投屏状态对应的状态标识。
在一些实施例中,第一终端上可以存储有投屏状态与状态标识之间的映射关系列表,可以通过查表,从映射关系列表中查找出第二终端A1和第二终端A2的当前投屏状态对应的状态标识。
步骤S511,在第一终端的当前界面上显示第二终端A1和第二终端A2的状态标识。
本申请实施例提供的投屏状态确定方法,在第一终端向第二终端A1和第二终端A2发送共享数据时,向第二终端A1和第二终端A2发送投屏状态检测请求,并接收第二终端A1和第二终端A2返回的与当前投屏数据对应的第一检测数据和第二检测数据,并根据第一检测数据、第二检测数据和当前投屏数据依次确定出第二终端A1和第二终端A2的当前投屏状态。如此,能够对不同的接收方的当前投屏状态均实现自动化检测,而无需投屏方用户向第二终端A1和第二终端A2的接收方用户询问投屏状态,实现了对多人会议中投屏状态的自动化检测,避免投屏方用户需要一一询问每个接收方的当前状态,从而极大的提高了会议效率。
在一些实施例中,确定第二终端的当前投屏状态的步骤还可以由第二终端来实现。图6是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,如图6所示,方法包括以下步骤:
步骤S601,第一终端向第二终端A1和第二终端A2发送共享数据,实现第一终端与第二终端A1和第二终端A2之间的共享投屏。
步骤S602,在共享投屏的过程中,第一终端向第二终端A1发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据。
步骤S603,第二终端A1对当前所接收到的数据进行检测,得到第一检测数据。
步骤S604,第二终端A1根据第一检测数据和当前投屏数据,确定第二终端A1的当前投屏状态。
本申请实施例中,由作为接收方的第二终端来实现确定自身的当前投屏状态的步骤,如此,可以使得数据计算量被分配给多个第二终端,而避免由第一终端进行大量的数据计算,从而提高数据计算速度,提高投屏状态检测的效率。
步骤S605,第二终端A1将当前投屏状态发送给第一终端。这里,第一终端仅需接收第二终端返回的当前投屏状态即可,而无需再进行计算。
步骤S606,在共享投屏的过程中,第一终端向第二终端A2发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据。
步骤S607,第二终端A2对当前所接收到的数据进行检测,得到第二检测数据。
步骤S608,第二终端A2根据第二检测数据和当前投屏数据,确定第二终端A2的当前投屏状态。
步骤S609,第二终端A2将当前投屏状态发送给第一终端。
需要说明的是,步骤S606至步骤S609与上述步骤S602至步骤S605相同,本申请实施例不再赘述。
步骤S610,第一终端确定第二终端A1和第二终端A2的当前投屏状态分别对应的状态标识。
步骤S611,在第一终端的当前界面上显示第二终端A1和第二终端A2的状态标识。
在一些实施例中,投屏状态确定方法还可以通过分布式服务器系统中的服务器来实现,其中,投屏状态确定系统中包括第一终端、第一终端对应的第一服务器、至少一个第二终端(本实施例以第二终端A1和第二终端A2为例进行说明)和每一第二终端对应的第二服务器(本实施例以第二终端A1对应的第二服务器A11和第二终端A2对应的第二服务器A21为例进行说明)。图7是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,如图7所示,方法包括以下步骤:
步骤S701,第一终端响应于用户操作,向第一服务器发送数据共享请求,数据共享请求中包括共享数据。
步骤S702,第一服务器将共享数据发送给第二服务器A11和第二服务器A21。
步骤S703,第二服务器A11将共享数据发送给第二终端A1。
步骤S704,第二终端A1在当前界面上显示共享数据,实现第一终端与第二终端A1之间的共享投屏。
步骤S705,第二服务器A21将共享数据发送给第二终端A2。
步骤S706,第二终端A2在当前界面上显示共享数据,实现第一终端与第二终端A2之间的共享投屏。
步骤S707,在共享投屏的过程中,第一终端向第一服务器发送投屏状态检测请求,投屏状态检测请求中包括与共享数据对应的当前投屏数据。
步骤S708,第一服务器将投屏状态检测请求发送给第二服务器A11和第二服务器A21。
步骤S709,第二服务器A11将投屏状态检测请求发送给第二终端A1。
步骤S710,第二终端A1响应于投屏状态检测请求,获取当前时刻所显示的图像,得到与当前投屏数据对应的第一检测数据。
步骤S711,第二终端A1将第一检测数据发送给第二服务器A11。
步骤S712,第二服务器A11根据第一检测数据和当前投屏数据,确定第二终端A1的当前投屏状态。
步骤S713,第二服务器A11将第二终端A1的当前投屏状态发送给第一服务器。
步骤S714,第二服务器A21将投屏状态检测请求发送给第二终端A2。
步骤S715,第二终端A2响应于投屏状态检测请求,获取当前时刻所显示的图像,得到与当前投屏数据对应的第二检测数据。
步骤S716,第二终端A2将第二检测数据发送给第二服务器A21。
步骤S717,第二服务器A21根据第二检测数据和当前投屏数据,确定第二终端A2的当前投屏状态。
步骤S718,第二服务器A21将第二终端A2的当前投屏状态发送给第一服务器。
步骤S719,第一服务器分别确定第二终端A1的当前投屏状态对应的第一状态标识、和第二终端A2的当前投屏状态对应的第二状态标识。
步骤S720,第一服务器将第一状态标识和第二状态标识发送给第一终端。
步骤S721,第一终端在当前界面上显示第一状态标识和第二状态标识。
本申请实施例中,通过分布式系统中的第一服务器、第二服务器A11和第二服务器A21共同实现了对投屏状态确定系统中的每一第二终端的投屏状态进行检测,由于大量的计算被分摊到分布式系统中的多个服务器中,因此可以有效的提高数据处理效率,保证投屏状态的检测效果和检测准确度,提高会议效率和质量。
基于图4B,图8是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,如图8所示,在一些实施例中,当前投屏数据为投屏图像,检测数据为第二终端当前所显示的显示图像,对应地,步骤S413可以通过以下步骤实现:
步骤S801,确定每一第二终端的显示图像与投屏图像之间的图像相似度。
步骤S802,判断图像相似度是否大于第一相似度阈值。
如果判断结果为是,则确定对应第二终端的当前投屏状态为投屏成功;如果判断结果为否,则确定对应第二终端的当前投屏状态为投屏失败。
本申请实施例中,当第二终端当前所显示的显示图像与投屏图像之间的图像相似度大于第一相似度阈值时,表明第二终端当前所显示的图像与投屏方的第一终端所发送的投屏图像比较相似或一致,因此可以确定第二终端已经成功接收到当前投屏数据,并在当前界面上有效的显示当前投屏数据对应的投屏图像,因此确定出投屏成功。
请继续参照图8,在一些实施例中,当前投屏数据为投屏视频,检测数据为第二终端当前所显示的显示图像,对应地,步骤S413可以通过以下步骤实现:
步骤S803,确定每一第二终端的显示图像与投屏视频的当前播放帧之间的视频帧相似度。
步骤S804,判断视频帧相似度是否大于第二相似度阈值。
如果判断结果为是,则确定对应第二终端的当前投屏状态为投屏成功;如果判断结果为否,则确定对应第二终端的当前投屏状态为投屏失败。
本申请实施例中,当第二终端当前所显示的显示图像与投屏视频的当前播放帧之间的视频帧相似度大于第二相似度阈值时,表明第二终端当前所显示的图像与投屏方的第一终端所发送的投屏视频在当前所播放到的视频帧比较相似或一致,因此可以确定第二终端已经成功接收到当前投屏数据,并在当前界面上有效的显示当前投屏数据对应的视频帧,因此确定出投屏成功。
请继续参照图8,在一些实施例中,当前投屏数据为第一终端发送的共享数据的第一数据量,检测数据为第二终端接收到的数据的第二数据量,对应地,步骤S413可以通过以下步骤实现:
步骤S805,确定每一第二终端的第二数据量与第一数据量之间的数量差值。
步骤S806,判断数量差值是否小于数据量阈值。
如果判断结果为是,则确定对应第二终端的当前投屏状态为投屏成功;如果判断结果为否,则确定对应第二终端的当前投屏状态为投屏失败。
本申请实施例中,当第二终端当前所接收到的第二数据量(将接收到的数据的大小)与共享数据的第一数据量之间的数量差值小于数据量阈值时,表明第二终端当前所接收到的第二数据量与投屏方的第一终端所发送的共享数据的第一数据量比较相似或一致,因此可以确定第二终端已经成功接收到当前投屏数据,因此确定出投屏成功。
对应的,步骤S414可以通过以下步骤实现:
步骤S807,在第一终端的当前界面上显示投屏失败或投屏成功对应的状态标识。
基于图4B,图9是本申请实施例提供的投屏状态确定方法的一个可选的流程示意图,如图9所示,在一些实施例中,当前投屏数据为共享数据的第一MD5值,检测数据至少包括第二终端当前所显示内容的第二MD5值,在步骤S413之前,方法还包括:
步骤S901,采用MD5算法,确定共享数据的第一MD5值。
步骤S902,判断检测数据中是否包括第二终端当前所显示的显示图像。
如果判断结果为是,则执行步骤S904;如果判断结果为否,则执行步骤S903。
步骤S903,获取第二终端当前所显示的显示图像。
步骤S904,采用MD5算法,确定显示图像的第三MD5值。
步骤S905,将第三MD5值确定为对应第二终端当前所显示内容的第二MD5值。
对应地,步骤S413可以通过以下步骤实现:
步骤S906,判断第二MD5值与第一MD5值是否相同。
如果判断结果为是,则确定对应第二终端的当前投屏状态为投屏成功;如果判断结果为否,则确定对应第二终端的当前投屏状态为投屏失败。
本申请实施例中,当第二终端当前所显示内容的第二MD5值与共享数据的第一MD5值相同,则表明第二终端当前所显示的显示内容与投屏方的第一终端所发送的共享数据一致,因此可以确定第二终端已经成功接收到当前投屏数据,并在当前界面上有效的显示当前投屏数据对应的显示内容,因此确定出投屏成功。
在一些实施例中,步骤S413还可以通过以下步骤实现:
步骤S907,判断第二终端的第二MD5值与第一MD5值之间的差值是否小于MD5阈值。
如果判断结果为是,则确定对应第二终端的当前投屏状态为投屏成功;如果判断结果为否,则确定对应第二终端的当前投屏状态为投屏失败。
这里,如果第二终端的第二MD5值与第一MD5值之间的差值小于MD5阈值,则表明第二终端当前所显示的显示内容与投屏方的第一终端所发送的共享数据比较相似,因此也可以确定出第二终端已经成功接收到当前投屏数据,并在当前界面上有效的显示当前投屏数据对应的显示内容,因此确定投屏成功。
对应的,步骤S414可以通过以下步骤实现:
步骤S908,在第一终端的当前界面上显示投屏失败或投屏成功对应的状态标识。
请继续参照图9,在一些实施例中,方法还包括:
步骤S909,获取每一第二终端当前的屏幕显示状态。
步骤S910,判断任一第二终端的屏幕显示状态是否异常。
这里,屏幕显示状态异常包括但不限于:黑屏、显示不完全和显示的图像不清晰等异常情况。如果判断结果为是时,确定对应第二终端的当前投屏状态为投屏失败;如果判断结果为否,则返回执行上述步骤S906或步骤S907。
请继续参照图9,在一些实施例中,所述方法还包括:
步骤S91,在向所述第二终端发送所述投屏状态检测请求之后,且在接收到第二终端返回检测数据之前的时间段内,确定第二终端的当前投屏状态为检测状态。
这里,在向所述第二终端发送所述投屏状态检测请求之后,且在接收到第二终端返回检测数据之前的时间段内,第一终端未能接收到检测数据,且处于等待接收检测数据的状态,因此确定第二终端的当前投屏状态为检测状态。
步骤S92,当在预设时间段内未接收到所述第二终端返回的所述检测数据时,确定所述第二终端的所述当前投屏状态为投屏失败。
本申请实施例提供的投屏状态确定方法,采用不同的检测方式对第二终端的当前投屏状态进行判断,使得能够对第二终端的不同投屏状态进行准确的检测。
下面,将说明本申请实施例在一个实际的应用场景中的示例性应用。
本申请实施例提出一种自动化投屏状态检查方法(即上述投屏状态确定方法),主要包括三部分:第一部分,当投屏开始,投屏方会启动一个主机服务,向参与方发起定制的检查协议;第二部分,参与方在接收到检查协议之后,参与方会启动检查服务,进行投屏断言检查,并通过检查协议将检查结果回执给投屏方;第三部分,投屏方通过主机服务汇总检查结果的数据并进行决策,同时给投屏方和整个参会的全部参与方检查结果提醒。
图10是本申请实施例提供的产品界面图,如图10所示,当屏幕共享方完成投屏之后,在当前的投屏屏幕1000上,将在会话列表1001中返回投屏检查状态的标识,其中,投屏检查状态的标识可以包括“OK”、“Error”和“Checking”,“OK”表示投屏已经成功、“Error”表示投屏检查出现问题或投屏失败、“Checking”表示检查中。
图11是本申请实施例提供的检查方案的分类图,如图11所示,本申请实施例中,根据检查的精准度,分为两种类型的检测方法:第一种,精确检查方案;第二种,非精确检查方案。根据检查的频率,也可以分为两种类型的检测方法:第一种,抽样检查方案;第二种,全采样检查方案。
1)在精确检查方案中:
对投屏方和参与方的屏幕呈现内容进行算法检测,例如可以采用MD5算法或者其他算法,计算投屏方和参与方的屏幕呈现内容的相似度,其中,该方法的优点是检测精确,缺点是相对比较耗时。
举例来说,投屏方主机A向参与方B和参与方C发起检查请求(如以下代码):
这里的检查码,在本申请实施例中可以主要采用MD5算法得到,通过计算投屏方A展示图片的MD5,作为检查码;当然采用其他的算法也可以计算得到检查码,比如仅仅是检查图片的相似度等算法。
参与方B和参与方C在收到检查请求(即投屏状态检测请求)之后,根据相同的检查码算法,开始检查自身投屏状态;然后返回检查结果。如果计算到MD5相同,则返回OK,返回检查结果的过程见以下代码:
投屏方的主机收到返回的检查结果之后,可以在会议列表中反馈检查状态。
2)在非精确检查方案中:
可以不进行呈现内容的检查,参与方告知投屏方展示状态即可,其中,该方法的优点是检测速度快,缺点是检测相对不精确。
举例来说,投屏方主机A向参与方B和参与方C,发起检查请求,可以无需携带检查码(如以下代码):
{
ReqID:0001;//检查的ID
}
参与方B和参与方C收到检查请求之后,直接根据参与方程序逻辑的返回结果返回检查状态,本申请实施例的方法是一种依赖参与方反馈的方法(如以下代码):
投屏方的主机收到返回的检查结果之后,可以在会议列表中反馈检查状态。
3)在全采样检查方案中:
整个会议全程开启检查,其中,该方法的优点是持续检查,缺点是资源消耗较大。
投屏方主机A向参与方B和参与方C,发起按照时间间隔不断发起检查请求(如以下代码):
参与方B和参与方C在收到检查请求之后,不断的针对每个请求进行响应(如以下代码):
投屏方的主机收到返回的检查结果之后,可以在会议列表中不断刷新反馈检查状态。
4)在抽样检查方案中:
整个会议过程中仅在开始时检查,或者定时抽样检查,其中,该方法的优点是节省资源,缺点是非持续性的检查。同前述的全采样检查方案,只是减少采样的次数。
本申请实施例提供的投屏状态确定方法,能够提升在线会议的效率,开始投屏之后,在整个投屏过程中无需再次确认“你能否看到我的屏幕呢?”。并且,还可以在精准度和持续性两个方向上提供至少四种方案;还可以在会议过程中,如果部分用户出现了投屏异常,也可以反馈给投屏方,实现整个会议过程中的实时处理和实时反馈。
下面继续说明本申请实施例提供的投屏状态确定装置354实施为软件模块的示例性结构,在一些实施例中,如图3所示,存储在存储器350的投屏状态确定装置354中的软件模块可以是第一终端100-1中的投屏状态确定装置,包括:
处理模块3541,用于响应于共享投屏操作,在当前界面上显示共享投屏信息,并将所述共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;
显示模块3542,用于在进行所述共享投屏时,在所述当前界面上显示每一所述第二终端的当前投屏状态对应的状态标识。
在一些实施例中,所述装置还包括:第一发送模块,用于当向至少一个第二终端发送共享数据时,向每一所述第二终端发送投屏状态检测请求,所述投屏状态检测请求中包括与所述共享数据对应的当前投屏数据;第一接收模块,用于接收每一所述第二终端响应于所述投屏状态检测请求,返回的与所述当前投屏数据对应的检测数据;第一确定模块,用于根据每一所述第二终端的所述检测数据和所述当前投屏数据,确定对应第二终端的当前投屏状态。
在一些实施例中,所述第一发送模块还用于:周期性地向每一所述第二终端发送所述投屏状态检测请求;或者,响应于所述第一终端接收到的触发操作,向每一所述第二终端发送所述投屏状态检测请求,其中,所述触发操作用于触发开始进行投屏状态检测;或者,在接收到所述共享投屏操作时,响应于所述共享投屏操作,向每一所述第二终端发送所述投屏状态检测请求;或者,在接收到任一所述第二终端返回的与当前时刻的投屏状态检测请求对应的所述检测数据之后,向对应第二终端发送下一次投屏状态检测请求。
在一些实施例中,所述当前投屏数据为投屏图像,所述检测数据为所述第二终端当前所显示的显示图像;所述第一确定模块还用于:确定每一所述第二终端的所述显示图像与所述投屏图像之间的图像相似度;当所述图像相似度大于第一相似度阈值时,确定对应第二终端的当前投屏状态为投屏成功。
在一些实施例中,所述当前投屏数据为投屏视频,所述检测数据为所述第二终端当前所显示的显示图像;所述第一确定模块还用于:确定每一所述第二终端的所述显示图像与所述投屏视频的当前播放帧之间的视频帧相似度;当所述视频帧相似度大于第二相似度阈值时,确定对应第二终端的当前投屏状态为投屏成功。
在一些实施例中,所述当前投屏数据为所述第一终端发送的共享数据的第一数据量,所述检测数据为所述第二终端接收到的数据的第二数据量;所述第一确定模块还用于:确定每一所述第二终端的所述第二数据量与所述第一数据量之间的差值;当所述差值小于数据量阈值时,确定对应第二终端的当前投屏状态为投屏成功。
在一些实施例中,所述当前投屏数据为所述共享数据的第一MD5值,所述检测数据至少包括所述第二终端当前所显示内容的第二MD5值;所述第一确定模块还用于:当任一所述第二终端的所述第二MD5值与所述第一MD5值相同时,或者,当任一所述第二终端的所述第二MD5值与所述第一MD5值之间的差值小于MD5阈值时,确定对应第二终端的当前投屏状态为投屏成功。
在一些实施例中,所述装置还包括:MD5值确定模块,用于在确定对应第二终端的当前投屏状态之前,采用MD5算法,确定所述共享数据的第一MD5值;或者,当所述检测数据包括所述第二终端当前所显示的显示图像时,采用所述MD5算法,确定所述显示图像的第三MD5值,并根据每一所述第二终端的所述显示图像的第三MD5值和所述共享数据的第一MD5值,确定对应第二终端的所述当前投屏状态。
在一些实施例中,所述装置还包括:屏幕显示状态获取模块,用于获取每一所述第二终端当前的屏幕显示状态;投屏失败确定模块,用于当任一第二终端的所述屏幕显示状态为异常时,确定对应第二终端的所述当前投屏状态为投屏失败。
在一些实施例中,所述装置还包括:检测状态确定模块,用于在向所述第二终端发送所述投屏状态检测请求之后,且在接收到所述第二终端返回所述检测数据之前的时间段内,确定所述第二终端的所述当前投屏状态为检测状态;所述投屏失败确定模块,还用于当在预设时间段内未接收到所述第二终端返回的所述检测数据时,确定所述第二终端的所述当前投屏状态为投屏失败。
在另一些实施例中,第二终端100-2或第二终端100-3可以与第一终端100-1具有相同的结构(图中未示出),所不同仅是第二终端100-2或第二终端100-3中存储在存储器中的投屏状态确定装置,该投屏状态确定装置可以是第二终端100-2或第二终端100-3中的一种投屏状态确定装置,其可以是程序和插件等形式的软件,包括以下软件模块:第二接收模块,用于在接收第一终端发送共享数据的过程中,接收所述第一终端发送的投屏状态检测请求,所述投屏状态检测请求中包括与所述共享数据对应的当前投屏数据;检测模块,用于对所述第二终端当前所接收到的数据进行检测,得到检测数据;第二确定模块,用于根据所述检测数据和所述当前投屏数据,确定所述第二终端的当前投屏状态;第二发送模块,用于将所述当前投屏状态发送给所述第一终端。
需要说明的是,本申请实施例装置的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果,因此不做赘述。对于本装置实施例中未披露的技术细节,请参照本申请方法实施例的描述而理解。
本申请实施例提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行本申请实施例上述的信息推荐方法。
本申请实施例提供一种存储有可执行指令的存储介质,其中存储有可执行指令,当可执行指令被处理器执行时,将引起处理器执行本申请实施例提供的方法,例如,如图4A和图4B示出的方法。
在一些实施例中,存储介质可以是计算机可读存储介质,例如,铁电存储器(FRAM,Ferromagnetic Random Access Memory)、只读存储器(ROM,Read Only Memory)、可编程只读存储器(PROM,Programmable Read Only Memory)、可擦除可编程只读存储器(EPROM,Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPR OM,Electrically Erasable Programmable Read Only Memory)、闪存、磁表面存储器、光盘、或光盘只读存储器(CD-ROM,Compact Disk-Read Only Memory)等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言(HTML,Hyper TextMar kup Language)文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
以上所述,仅为本申请的实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本申请的保护范围之内。
Claims (13)
1.一种投屏状态确定方法,其特征在于,应用于投屏方的第一终端,所述方法包括:
响应于共享投屏操作,在所述第一终端的当前界面上显示共享投屏信息,并将所述共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;
在所述第一终端进行所述共享投屏时,在所述第一终端的当前界面上显示每一所述第二终端的当前投屏状态对应的状态标识。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述第一终端向所述至少一个第二终端发送所述共享数据时,向每一所述第二终端发送投屏状态检测请求,所述投屏状态检测请求中包括与所述共享数据对应的当前投屏数据;
接收每一所述第二终端响应于所述投屏状态检测请求,返回与所述当前投屏数据对应的检测数据;
根据每一所述第二终端的所述检测数据和所述当前投屏数据,确定对应第二终端的所述当前投屏状态。
3.根据权利要求2所述的方法,其特征在于,所述向每一所述第二终端发送投屏状态检测请求,包括:
周期性地向每一所述第二终端发送所述投屏状态检测请求;或者,
响应于所述第一终端接收到的触发操作,向每一所述第二终端发送所述投屏状态检测请求,其中,所述触发操作用于触发开始进行投屏状态检测;或者,
在接收到所述共享投屏操作时,响应于所述共享投屏操作,向每一所述第二终端发送所述投屏状态检测请求;或者,
在接收到任一所述第二终端返回的与当前时刻的投屏状态检测请求对应的所述检测数据之后,向对应第二终端发送下一次投屏状态检测请求。
4.根据权利要求2所述的方法,其特征在于,所述当前投屏数据为投屏图像,所述检测数据为所述第二终端当前所显示的显示图像;
所述根据每一所述第二终端的所述检测数据和所述当前投屏数据,确定对应第二终端的所述当前投屏状态,包括:
确定每一所述第二终端的所述显示图像与所述投屏图像之间的图像相似度;
当所述图像相似度大于第一相似度阈值时,确定对应第二终端的所述当前投屏状态为投屏成功。
5.根据权利要求2所述的方法,其特征在于,所述当前投屏数据为投屏视频,所述检测数据为所述第二终端当前所显示的显示图像;
所述根据每一所述第二终端的所述检测数据和所述当前投屏数据,确定对应第二终端的所述当前投屏状态,包括:
确定每一所述第二终端的所述显示图像与所述投屏视频的当前播放帧之间的视频帧相似度;
当所述视频帧相似度大于第二相似度阈值时,确定对应第二终端的所述当前投屏状态为投屏成功。
6.根据权利要求2所述的方法,其特征在于,所述当前投屏数据为所述第一终端发送的共享数据的第一数据量,所述检测数据为所述第二终端接收到的数据的第二数据量;
所述根据每一所述第二终端的所述检测数据和所述当前投屏数据,确定对应第二终端的所述当前投屏状态,包括:
确定每一所述第二终端的所述第二数据量与所述第一数据量之间的数量差值;
当所述数量差值小于数据量阈值时,确定对应第二终端的所述当前投屏状态为投屏成功。
7.根据权利要求2所述的方法,其特征在于,所述当前投屏数据为所述共享数据的第一MD5值,所述检测数据至少包括所述第二终端当前所显示内容的第二MD5值;
所述根据每一所述第二终端的所述检测数据和所述当前投屏数据,确定对应第二终端的所述当前投屏状态,包括:
当任一所述第二终端的所述第二MD5值与所述第一MD5值相同时,或者,当任一所述第二终端的所述第二MD5值与所述第一MD5值之间的差值小于MD5阈值时,确定对应第二终端的所述当前投屏状态为投屏成功。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在确定对应第二终端的当前投屏状态之前,采用MD5算法,确定所述共享数据的第一MD5值;或者,
当所述检测数据包括所述第二终端当前所显示的显示图像时,采用所述MD5算法,确定所述显示图像的第三MD5值,并将所述显示图像的第三MD5值确定为所述第二终端的所述第二MD5值。
9.根据权利要求1至8任一项所述的方法,其特征在于,所述方法还包括:
获取每一所述第二终端当前的屏幕显示状态;
当任一第二终端的所述屏幕显示状态为异常时,确定对应第二终端的所述当前投屏状态为投屏失败。
10.根据权利要求1至8任一项所述的方法,其特征在于,所述方法还包括:
在向所述第二终端发送所述投屏状态检测请求之后,且在接收到所述第二终端返回所述检测数据之前的时间段内,确定所述第二终端的所述当前投屏状态为检测状态;
当在预设时间段内未接收到所述第二终端返回的所述检测数据时,确定所述第二终端的所述当前投屏状态为投屏失败。
11.一种投屏状态确定装置,其特征在于,所述装置包括:
处理模块,用于响应于共享投屏操作,在当前界面上显示共享投屏信息,并将所述共享投屏信息对应的共享数据,发送给接收方的至少一个第二终端,实现共享投屏;
显示模块,用于在进行所述共享投屏时,在所述当前界面上显示每一所述第二终端的当前投屏状态对应的状态标识。
12.一种投屏状态确定设备,其特征在于,包括:
存储器,用于存储可执行指令;处理器,用于执行所述存储器中存储的可执行指令时,实现权利要求1至10任一项所述的投屏状态确定方法。
13.一种计算机可读存储介质,其特征在于,存储有可执行指令,用于引起处理器执行所述可执行指令时,实现权利要求1至10任一项所述的投屏状态确定方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111667109.7A CN114296675A (zh) | 2020-08-05 | 2020-08-05 | 投屏状态确定方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111667109.7A CN114296675A (zh) | 2020-08-05 | 2020-08-05 | 投屏状态确定方法、装置、设备及计算机可读存储介质 |
CN202010780140.0 | 2020-08-05 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010780140.0 Division | 2020-08-05 | 2020-08-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114296675A true CN114296675A (zh) | 2022-04-08 |
Family
ID=80116975
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111667109.7A Pending CN114296675A (zh) | 2020-08-05 | 2020-08-05 | 投屏状态确定方法、装置、设备及计算机可读存储介质 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11954396B2 (zh) |
CN (1) | CN114296675A (zh) |
WO (1) | WO2022028124A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396705A (zh) * | 2022-08-19 | 2022-11-25 | 上海哔哩哔哩科技有限公司 | 投屏操作验证方法、平台及系统 |
CN115474080A (zh) * | 2022-09-07 | 2022-12-13 | 长沙朗源电子科技有限公司 | 一种有线投屏控制方法及装置 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150032686A1 (en) * | 2013-07-23 | 2015-01-29 | Salesforce.Com, Inc. | Application sharing functionality in an information networking environment |
US10372632B2 (en) * | 2014-11-19 | 2019-08-06 | Nec Corporation | Information processing system, information processing method and information processing device |
KR102364674B1 (ko) * | 2015-04-27 | 2022-02-18 | 엘지전자 주식회사 | 디스플레이 디바이스 및 그 제어 방법 |
DE112016003352T5 (de) * | 2015-07-24 | 2018-04-12 | Max Andaker | Reibungslose Benutzeroberfläche für virtuelle Kollaboration, Kommunikation und Cloud-Computing |
CN105491414B (zh) * | 2015-11-19 | 2017-05-17 | 深圳市鹰硕技术有限公司 | 一种图像同步显示方法及装置 |
DK201670595A1 (en) * | 2016-06-11 | 2018-01-22 | Apple Inc | Configuring context-specific user interfaces |
CN110740288B (zh) * | 2018-07-20 | 2022-02-01 | 钉钉控股(开曼)有限公司 | 投屏网络的管理方法、接入方法及装置 |
CN111240905B (zh) * | 2018-11-28 | 2022-03-04 | 腾讯科技(深圳)有限公司 | 投屏诊断方法、装置、系统、存储介质和设备 |
CN110134355A (zh) * | 2019-03-29 | 2019-08-16 | 上海与德通讯技术有限公司 | 多屏共享方法、智能投屏盒子及多屏共享系统 |
CN110865783A (zh) * | 2019-11-11 | 2020-03-06 | 深圳创维数字技术有限公司 | 投屏方法、设备、系统和存储介质 |
-
2020
- 2020-08-05 CN CN202111667109.7A patent/CN114296675A/zh active Pending
-
2021
- 2021-06-18 WO PCT/CN2021/100786 patent/WO2022028124A1/zh unknown
-
2022
- 2022-08-19 US US17/891,375 patent/US11954396B2/en active Active
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115396705A (zh) * | 2022-08-19 | 2022-11-25 | 上海哔哩哔哩科技有限公司 | 投屏操作验证方法、平台及系统 |
CN115396705B (zh) * | 2022-08-19 | 2024-03-19 | 上海哔哩哔哩科技有限公司 | 投屏操作验证方法、平台及系统 |
CN115474080A (zh) * | 2022-09-07 | 2022-12-13 | 长沙朗源电子科技有限公司 | 一种有线投屏控制方法及装置 |
CN115474080B (zh) * | 2022-09-07 | 2024-02-20 | 长沙朗源电子科技有限公司 | 一种有线投屏控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US11954396B2 (en) | 2024-04-09 |
US20220398062A1 (en) | 2022-12-15 |
WO2022028124A1 (zh) | 2022-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11050683B2 (en) | System for providing dialog content | |
CN109391850B (zh) | 在视频页面中交互消息的方法、装置及存储介质 | |
US20180309711A1 (en) | Chat-based support of multiple communication interaction types | |
US20180288450A1 (en) | Method for inserting information push into live video streaming, server, and terminal | |
US11394757B2 (en) | Communication terminal, communication system, and method of sharing data | |
US11416202B2 (en) | Communication terminal, communication system, method of sharing data, and recording medium | |
US10445410B2 (en) | Auto convert meeting link to join button in chat | |
EP3410676B1 (en) | Communication terminal, communication system, display control method, and program | |
US9706170B2 (en) | Communication apparatus, communication system, and communication management system | |
US20150304254A1 (en) | Information processing system, information processing apparatus, and storage medium | |
EP2940978A1 (en) | Communication management system, communication management method, and carrier means | |
CN114296675A (zh) | 投屏状态确定方法、装置、设备及计算机可读存储介质 | |
CN111596821B (zh) | 消息展示方法、装置、计算机设备及存储介质 | |
US20110197148A1 (en) | Apparatus and method for providing network community service | |
CN114422460A (zh) | 一种在即时通信应用中建立同屏交流分享的方法、系统 | |
WO2020233168A1 (zh) | 图片类评论数据的网络存储方法、装置、电子设备及介质 | |
CN112817671A (zh) | 图像处理方法、装置、设备以及计算机可读存储介质 | |
WO2019096307A1 (zh) | 视频播放方法、装置、计算设备及存储介质 | |
US10504277B1 (en) | Communicating within a VR environment | |
US10645191B1 (en) | User controlled composition of content | |
CN109831538A (zh) | 一种消息处理方法、装置、服务器、终端及介质 | |
CN113518198A (zh) | 会话界面显示方法、会议界面显示方法、装置及电子设备 | |
CN111163217A (zh) | 一种手机游戏用户匹配方法、装置和服务器 | |
CN114448924B (zh) | 一种用户群升级方法、装置、设备及存储介质 | |
CN111930276B (zh) | 页面交互方法、装置、存储介质及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |