CN115022982B - 多屏协同无感接入方法、电子设备及存储介质 - Google Patents
多屏协同无感接入方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115022982B CN115022982B CN202111673578.XA CN202111673578A CN115022982B CN 115022982 B CN115022982 B CN 115022982B CN 202111673578 A CN202111673578 A CN 202111673578A CN 115022982 B CN115022982 B CN 115022982B
- Authority
- CN
- China
- Prior art keywords
- trust
- equipment
- screen cooperative
- screen
- cooperative connection
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/66—Trust-dependent, e.g. using trust scores or trust relationships
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种多屏协同无感接入方法、电子设备及存储介质。所述方法应用在第一设备中。第一设备接收第二设备发送的多屏协同连接请求及在确定第一设备中有接入数据时,获取接入数据,并从接入数据中确定第二设备的信任标签,从接入数据中获取上一次第一设备与第二设备断开多屏协同连接的时间,及获取本次接收到多屏协同连接的请求的时间,并计算两个时间之间的时间窗。若时间窗小于预设时间窗及第二设备的信任标签为预设标签,第一设备与第二设备进行多屏协同连接。本申请的上述技术方案,简化了第一设备与第二设备之间进行多屏协同连接的操作流程,同时保证多屏协同连接的信息的安全性。
Description
技术领域
本申请涉及终端领域,具体而言,涉及一种多屏协同无感接入方法、电子设备及存储介质。
背景技术
随着各类智能终端产品的推广,用户往往拥有多个可互相通信的电子设备,例如,手机电脑、大屏等设备。各个设备之间可通过蓝牙或P2P(peer-to-peer)协议建立连接以实现多屏协同。例如,用户可将手机中正在运行的应用界面投屏到目标设备(例如,电视、电脑等)进行显示,然后在目标设备中可操作控制手机中的应用。
然而,当前的多屏协同连接与操作往往需要一系列繁琐的用户操作,才能通过多次确认后在设备之间实现多屏协同连接,造成用户的使用不便以及操作效率低下。
发明内容
鉴于以上内容,有必要提供一种多屏协同无感接入方法、电子设备及存储介质,以简化设备之间进行多屏协同连接的操作流程,同时保证多屏协同连接的信息的安全性。
第一方面,本申请提供了一种多屏协同无感接入方法,应用在第一设备中,所述方法包括:第一设备接收第二设备发送的多屏协同连接请求;判断所述第一设备中是否有与所述第二设备进行多屏协同连接的接入数据。若确定所述第一设备中有所述接入数据,第一设备获取所述接入数据,并从所述接入数据中确定所述第二设备的信任标签,并从所述接入数据中获取上一次所述第一设备与所述第二设备断开多屏协同连接的时间,及获取本次接收到所述多屏协同连接的请求的时间,并计算两个时间之间的时间窗。若所述时间窗小于预设时间窗及所述第二设备的信任标签为预设标签,所述第一设备与所述第二设备进行多屏协同连接。本申请的上述技术方案,在第一设备非首次接收到第二设备发送的多屏协同连接的请求时,在确定上一次所述第一设备与所述第二设备断开多屏协同连接的时间及获取本次接收到所述多屏协同连接的请求的时间之间的时间窗小于预设时间窗及第二设备的信任标签为预设标签时,第一设备与第二设备进行多屏协同连接,从而实现第一设备与第二设备的无感接入,简化了第一设备与第二设备之间进行多屏协同连接的操作流程,同时保证多屏协同连接的信息的安全性。
在一种实现方式中,所述接收所述第二设备发送的多屏协同连接请求包括:所述第一设备的应用层接收所述第二设备发送的多屏协同连接请求。
在一种实现方式中,所述第一设备的应用层接收所述第二设备发送的多屏协同连接请求包括:所述应用层接收所述第二设备通过蓝牙连接功能向所述第一设备发送的多屏协同连接请求。通过上述技术方案,第一设备通过蓝牙连接功能实现第一设备与第二设备的无感接入。
在一种实现方式中,所述接收第二设备发送的多屏协同连接请求包括:所述应用层接收所述第二设备通过扫码连接功能向所述第一设备发送的多屏协同连接请求。通过上述技术方案,第一设备通过扫码连接功能实现第一设备与第二设备的无感接入。
在一种实现方式中,所述接收第二设备发送的多屏协同连接请求包括:所述应用层接收所述第二设备通过NFC连接功能向所述第一设备发送的多屏协同连接请求。通过上述技术方案,第一设备通过NFC连接功能实现第一设备与第二设备的无感接入。
在一种实现方式中,在所述第一设备与所述第二设备进行多屏协同连接后,所述方法还包括:所述应用层获取所述第二设备的身份标识码、所述第二设备与所述第一设备进行多屏协同连接的开始时间;所述第一设备的服务层的信任传播单元接收应用层发送的所述第二设备的身份标识码、所述第二设备与所述第一设备进行多屏协同连接的开始时间;所述信任传播单元将所述第二设备的身份标识码、所述开始时间发送给所述第一设备的基础设施层的信任表进行存储;所述应用层确定所述第一设备与所述第二设备断开多屏协同连接时,获取所述第一设备与所述第二设备断开多屏协同连接的结束时间;所述信任传播单元接收所述应用层发送的所述第一设备与所述第二设备断开多屏协同连接的结束时间,并将所述结束时间发送给所述信任表进行存储。通过上述技术方案,将第一设备与第二设备进行多屏协同连接时的开始时间、第二设备的身份标识码,及第一设备与第二设备断开多屏协同连接时的结束时间作为接入数据,以便下次第一设备与第二设备根据历史的接入数据进行无感接入。
在一种实现方式中,所述方法还包括:所述信任表将所述第二设备的身份标识码、所述开始时间、所述结束时间作为所述第二设备的所述接入数据,并按照Json格式生成Json节点信息进行存储。通过上述技术方案,可以将接入数据以Json格式存储在信任表中。
在一种实现方式中,所述方法还包括:所述信任传播单元从所述信任表中获取所述Json节点信息,并将所述Json节点信息发送给所述服务层的信任征集单元;所述信任征集单元将Json节点信息进行解析后得到所述第二设备的接入数据,并将所述接入数据发送给所述第一设备的领域层的信任评价单元;所述信任评价单元根据所述接入数据中的开始时间、所述结束时间计算所述第二设备的信任因子的值;所述第一设备的领域层中的信任过滤单元接收所述信任评价单元发送的信任因子的值,并根据所述信任因子的值确定所述第二设备的信任标签;及所述信任表接收所述信任过滤单元发送的所述第二设备的信任标签,并将所述第二设备的信任标签存储在所述Json节点信息的接入数据中。通过上述技术方案,可以将计算出的第二设备的信任因子作为接入数据,以作为第一设备与第二设备之间是否进行无感接入的评价,提高了无感接入的信息安全性。
在一种实现方式中,所述信任评价单元根据所述接入数据中的开始时间、所述结束时间计算所述第二设备的信任因子的值包括:计算不同天中的所述第二设备与所述第一设备进行多屏协同连接的开始时间、所述第二设备与所述第一设备断开多屏协同连接的结束时间之间的目标时间窗;根据不同天中的目标时间窗之间的相交关系、包含关系或不相交的关系确定所述第二设备的信任因子的值。通过上述技术方案,可以根据每天第二设备与第一设备进行多屏协同连接的使用时间来作为第二设备与第一设备是否进行无感接入的判断条件,进一步提高无感接入的信息安全性。
在一种实现方式中,所述获取所述接入数据包括:所述应用层获取所述第二设备的身份标识码、所述第二设备发送的多屏协同连接的请求的时间,并将所述第二设备的身份标识码、所述第二设备发送的多屏协同连接的请求的时间发送给信任传播单元;所述信任传播单元根据所述第二设备的身份标识码从所述信任表中获取与所述第二设备的身份标识码对应的接入数据。通过上述技术方案,信任传播单元根据第二设备的身份标识码从信任表中获取与所述第二设备的身份标识码对应的接入数据。
在一种实现方式中,所述方法还包括:所述信任传播单元确定所述第一设备与所述第二设备断开多屏协同连接时的断开类型,并将所述断开类型发送给所述信任表;及所述信任表将所述断开类型存储到所述第二设备的接入数据中。通过上述技术方案,可以将所述第一设备与所述第二设备断开多屏协同连接时的断开类型作为接入数据。
在一种实现方式中,所述方法还包括:所述信任评价单元根据所述第一设备与所述第二设备断开多屏协同连接时的断开类型调整所述第二设备的信任因子的值。通过上述技术方案,根据所述第一设备与所述第二设备断开多屏协同连接时的断开类型调整所述第二设备的信任因子的值,从而为下一次第一设备与第二设备是否进行无感接入的判断条件。
在一种实现方式中,所述断开类型包括主动断开、被动断开,所述主动断开是指所述第一设备根据所述第二设备发送的第一断开指令断开多屏协同连接的方式,其中,所述第一断开指令是当所述第二设备接收到用户输入的断开连接操作向所述第一设备发送的断开指令所述被动断开是指所述第一设备根据所述第二设备发送的第二断开指令断开多屏协同连接的方式,其中,所述第二断开指令是当所述第二设备未搜索到第一设备或所述第一设备关机时所发出的断开指令。
在一种实现方式中,所述方法还包括:若所述应用层确定所述第一设备中没有所述接入数据,接收所述第二设备发送的确认连接信号并将所述第一设备与所述第二设备进行多屏协同连接。通过上述技术方案,在确定所述第一设备中没有所述接入数据时,也即第一设备首次收到第二设备的多屏协同连接时,第一设备只有在接收所述第二设备发送的确认连接信号时才将所述第一设备与所述第二设备进行多屏协同连接,保证了多屏协同连接的信息安全性。
在一种实现方式中,所述方法还包括:若所述时间窗不小于所述预设时间窗或所述第二设备的信任标签不为所述预设标签,所述应用层接收所述第二设备发送的确认连接信号,并将所述第一设备与所述第二设备进行多屏协同连接。通过上述技术方案,在确定所述时间窗不小于所述预设时间窗或所述第二设备的信任标签不为所述预设标签时,第一设备只有在接收所述第二设备发送的确认连接信号时才将所述第一设备与所述第二设备进行多屏协同连接,保证了多屏协同连接的信息安全性。
第二方面,本申请实施例提供一种电子设备,包括处理器、存储器;其中所述处理器与所述存储器相耦合;所述存储器,用于存储程序指令;所述处理器,用于读取所述存储器中存储的所述程序指令,以实现上述的多屏协同无感接入方法。
第三方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质存储有程序指令,当程序指令被处理器执行时,执行上述多屏协同无感接入方法。
另外,第二方面至第三方面所带来的技术效果可参见上述方法部分各设计的方法相关的描述,此处不再赘述。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请一实施例中的电子设备的软件结构框图。
图2为本申请一实施例中多屏协同无感接入系统的示意图。
图3A-图3C为本申请一实施例中第二设备与第一设备进行多屏协同连接的示意图。
图4A-图4C为本申请另一实施例中第二设备与第一设备进行多屏协同连接的示意图。
图5A-图5C为本申请另一实施例中第二设备与第一设备进行多屏协同连接的示意图。
图6为本申请一实施例中多屏协同无感接入方法的流程示意图。
图7为本申请一实施例中判断多屏协同连接的示意图。
图8A-图8B为本申请另一实施例中多屏协同无感接入方法的流程示意图。
图9为申请一实施例中服务层、领域层及基础设施层中的各个模块进行数据交互的示意图。
图10为本申请一实施例中计算第二设备的信任因子的值的示意图。
图11为本申请一实施例中确定信任标签的示意图。
图12为本申请实另一施例提供的电子设备的结构示意图。
具体实施方式
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请中的技术领域的技术人员通常理解的含义相同。本申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请。应理解,本申请中除非另有说明,“/”表示或的意思。例如,A/B可以表示A或B。本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系。例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B三种情况。“至少一个”是指一个或者多个。“多个”是指两个或多于两个。例如,a、b或c中的至少一个,可以表示:a,b,c,a和b,a和c,b和c,a、b和c七种情况。
为便于下文描述各个实施例,对本申请实施例中涉及的用户界面(UserInterface,UI)先进行简单描述。UI是应用程序或操作系统与用户之间进行交互和信息交换的介质接口,可实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过JAVA、可扩展标记语言(extensible markup language,XML)等特定计算机语言编写的源代码,界面源代码在电子设备上经过解析、渲染,最终呈现为用户可以识别的内容,比如图片、文字、按钮等控件。控件(control),是用户界面的基本元素,典型的控件有按钮(button)、小工具(widget)、工具栏(toolbar)、菜单栏(menu bar)、文本框(text box)、滚动条(scrollbar)、图片(image)和文本(text)。界面中的控件的属性和内容是通过标签或者节点来定义的,比如XML通过<Textview>、<ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性,节点经过解析和渲染之后呈现为用户可视的内容。此外,很多应用程序,比如混合应用(hybrid application)的界面中通常还包含有网页。网页,也称为页面,可以理解为内嵌在应用程序界面中的一个特殊的控件,网页是通过特定计算机语言编写的源代码,例如超文本标记语言(hyper text markuplanguage,HTML),层叠样式表(cascading style sheets,CSS),JAVA脚本(JavaScript,JS)等,网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的,比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。
用户界面常用的表现形式是图形用户界面(graphic user interface,GUI),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素。
多个设备之间可通过蓝牙或P2P(peer-to-peer)协议建立连接以实现多屏协同,共享相应的应用程序的用户界面并执行相应的操作。例如,用户在电脑上触发多屏协同连接的功能(如点击开始连接控件触发多屏协同连接的功能),以搜索与电脑进行多屏协同连接的设备。当用户手持手机靠近电脑时,手机会收到电脑的连接请求弹窗。此时,用户点击手机上显示的连接请求弹窗的确认连接控件时,会建立手机与电脑的多屏协同连接,从而实现手机与电脑之间的资源共享及协同操作。然而,用户需要经过一系列的复杂的操作才能实现手机与电脑之间的多屏协同功能,过于复杂的操作造成用户的使用不便且导致操作效率低下。
本申请提供一种多屏协同无感接入方法,能够解决上述技术问题,提高多设备间进行多屏协同操作的便捷性。
所述多屏协同无感接入方法应用在电子设备300中。参考图1,所示为本申请一实施例中电子设备300的软件结构框图。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将电子设备300的Windows系统分为四层,从上至下分别为应用(Application)层,服务(Server)层,领域(Domain)层和基础设施(Infrastructure)层。
应用层可以包括一系列应用。如图1所示,应用可以包括智能日程表,运动健康,交易平台类应用(如订航班的应用或打车的应用),相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用。
服务层为应用层的应用提供应用编程接口(application programminginterface,API)和编程框架。服务层包括一些预先定义的函数。
服务层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。所述服务层还包括信任传播单元及信任征集单元。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用的通知,还可以是以对话窗口形式出现在屏幕上的通知。
领域层是整个系统的核心层,该层维护一个使用面向对象技术实现的领域模型,几乎全部的业务逻辑会在该层实现。领域层包含实体(entity)、值对象(value object)、领域事件(domain event)和仓储(repository)等领域组件。其中,实体为由标识定义的对象,实体和主要的业务/领域对象有直接的关系。值对象用于描述事物的对象。当值对象作为实体属性的描述时,值对象也会被存储。领域事件用于对领域模型对象状态的异步更新、外部系统接口的委托调用以及通过事件派发机制实现系统集成。本实施例中,所述领域层包括信任评价单元及信任过滤单元。
基础设施层为基础设施层三层提供支撑。所有与具体平台、框架相关的实现会在基础设施层中提供,避免三层特别是domain层掺杂进这些实现,从而“污染”领域模型。所述基础设施层包括信任表。
参考图2,所示为本申请一实施例中多屏协同无感接入系统200的示意图。所述多屏协同无感接入系统200包括第一设备10及第二设备20。所述第二设备20与所述第一设备10能够建立通信连接。在一实施例中,第二设备20及第一设备10通过蓝牙协议或点对点(Peer to Peer,P2P)协议进行通信连接。在另一实施例中,第二设备20与第一设备10通过扫码的方式进行通信连接。例如,第二设备20通过扫描二维码或条形码实现与第一设备10的通信连接。在另一实施例中,第二设备20通过近场通信(Near Field Communication,NFC)协议进行连接。本实施例中,所述第二设备20可以是手机、平板电脑、笔记本电脑、个人电脑(PC)等装置。所述第一设备10可以是手机、平板电脑、笔记本电脑、个人电脑、显示器等装置。
需要说明的是,上述的说明并不构成对本申请实施例的多屏协同无感接入系统200的限定,本申请实施例的多屏协同无感接入系统200的架构图包括但不限于在图2所示。
为便于理解说明,在下文的实施例中,以PC为第一设备10,手机为第二设备20介绍本申请所提出的多屏协同无感接入方法的具体内容。手机首次与PC进行多屏协同连接时,手机向PC发送多屏协同连接请求。PC响应多屏协同连接请求,接收手机发送的确认连接信号,并与手机进行多屏协同连接。参考图3A-图3B所示,为本申请一实施例中第二设备20与第一设备10进行多屏协同连接的示意图。本实施例中,手机通过蓝牙连接功能向PC发送多屏协同连接请求。具体为,参考图3A,PC响应用户点击PC上的开始连接功能控件的操作搜索附近带有蓝牙连接功能的设备,并向其中一台或多台设备发起连接。需要说明的是,PC在未搜索到设备时一直处于搜索设备的状态。当用户手持手机靠近PC时,若手机开启蓝牙功能后搜索到PC,则向PC发送多屏协同连接请求。参考图3B,在搜索到PC时,手机上还显示连接请求弹窗。参考图3C,若用户点击连接请求弹窗上的确认连接功能控件,则手机向PC发送确认连接信号。PC接收手机发送的确认连接信号,并与手机进行多屏协同连接。
参考图4A-图4B所示,为本申请另一实施例中手机与PC进行多屏协同连接的示意图。本实施例中,手机通过扫码向PC发送多屏协同连接请求。具体为,用户在PC上点击开始连接功能控件的操作后,PC上显示二维码。参考图4A,用户手持手机扫描PC上的二维码后向PC发送多屏协同连接请求,并在手机上显示连接请求弹窗(参考图4B)。参考图4C,若用户点击手机上的连接请求弹窗上的确认连接功能控件,则手机向PC发送确认连接信号。PC在接收到手机发送的确认连接信号后与手机进行多屏协同连接。
参考图5A-图5B所示,为本申请另一实施例中手机与PC进行多屏协同连接的示意图。本实施例中,手机通过NFC连接功能向PC发送多屏协同连接请求。具体为,参考图5A,用户手持带有NFC连接功能的手机接近或触碰带有NFC连接功能的PC,向PC发送多屏协同连接请求,并在手机上显示连接请求弹窗(参考图5B)。参考图5C,若用户点击连接请求弹窗上的确认连接功能控件,则手机向PC发送确认连接信号。PC接收手机发送的确认连接信号,并与手机进行多屏协同连接。
本实施例中,PC在与手机进行多屏协同连接后,PC记录与手机进行多屏协同连接的接入数据,并将记录的接入数据存储到与手机对应的接入数据集中。本实施例中,接入数据包括,但不限于手机的身份标识码、手机与PC进行多屏协同连接的开始时间。若手机与PC断开多屏协同连接,PC记录与手机断开多屏协同连接的结束时间,PC根据手机与PC进行多屏协同连接的开始时间、结束时间,计算出PC对手机的信任标签,并将结束时间及手机的信任标签添加到接入数据中并存储在接入数据集中。若手机在断开与PC的多屏协同连接后又向PC发送多屏协同连接,PC根据手机与PC进行多屏协同连接的接入数据确定出PC与手机非首次进行多屏协同连接,并根据与手机进行多屏协同连接的接入数据确定出上一次PC与手机断开多屏协同连接的结束时间及本次PC接收到手机发送的多屏协同连接的请求的时间,并计算两者之间的时间窗,根据时间窗及从接入数据中获取到的信任标签判断是否与手机进行连接。若确定时间窗小于预设时间及信任标签为预设标签,则PC与手机进行多屏协同连接,从而实现PC与手机的多屏协同的无感接入,无需用户多次进行点击确认连接操作,实现简化设备之间进行多屏协同连接的操作流程,同时又保证多屏协同连接的信息的安全性。
参考图6所示,为本申请实施例提供的多屏协同无感接入方法的流程示意图。所述方法应用在上述多屏协同无感接入系统200中。所述方法具体包括如下步骤。
步骤S601,第二设备20向第一设备10发送多屏协同连接请求。
步骤S602,第一设备10判断第一设备10中是否存在与第二设备20进行多屏协同连接的接入数据。若第一设备10没有与第二设备20进行多屏协同连接的接入数据,则执行步骤S603,否则,若第一设备10存在与第二设备20进行多屏协同连接的接入数据,则执行步骤S607。
步骤S603,第一设备10接收第二设备20发送的确认连接信号,与第二设备20进行多屏协同连接。
步骤S604,第一设备10记录与第二设备20进行多屏协同连接的第一接入数据,并将获取的多屏协同连接的第一接入数据添加到接入数据集中。本实施例中,接入数据集存储于第一设备10的存储装置中。
本实施例中,第一接入数据包括,但不限于:第二设备20的身份标识码(ID)、第二设备20与第一设备10进行多屏协同连接的开始时间。
步骤S605,第一设备10获取与第二设备20断开多屏协同连接时的第二接入数据,并将获取的多屏协同连接的第二接入数据添加到接入数据集中。
本实施例中,第一设备10获取与第二设备20断开多屏协同连接时的第二接入数据包括:第一设备10记录与第二设备20断开多屏协同连接的结束时间,第一设备10根据与第二设备20进行多屏协同连接的开始时间、与第二设备20断开多屏协同连接的结束时间计算出第二设备20的信任标签。第一设备10将与第二设备20断开多屏协同连接的结束时间及第二设备20的信任标签添加到接入数据集中。其中,针对信任标签的说明将在下文进行详细描述。
步骤S606,第一设备10接收第二设备20发送的多屏协同连接的请求。
步骤S607,第一设备10获取与第二设备20进行多屏协同连接的接入数据及第二设备20的信任标签。
步骤S608,第一设备10获取上一次与第二设备20断开多屏协同连接的时间、本次接收到第二设备20的多屏协同连接的请求的时间,并计算两个时间之间的时间窗。
例如,若上一次第一设备10与第二设备20断开多屏协同连接的时间为2021年12月20日十点钟,本次第一设备10接收到第二设备20的多屏协同连接的请求的时间为2021年12月20日十点十五分,则计算得到两个时间之间的时间窗为15分钟。
步骤S609,第一设备10根据时间窗及第二设备20的信任标签判断是否与第二设备20进行多屏协同连接。若确定与第二设备20进行多屏协同连接,执行步骤S610,否则,若确定与第二设备20不进行多屏协同连接,执行步骤S611。
参考图7所示,为本申请一实施例中根据时间窗及第二设备20的信任标签判断多屏协同连接的示意图。本实施例中,第一设备10根据时间窗及第二设备20的信任标签判断是否与第二设备20进行多屏协同连接包括:若时间窗小于所述预设时间及第二设备20的信任标签为预设标签,则确定第一设备10与第二设备20进行多屏协同连接;若时间窗不小于所述预设时间或第二设备20的信任标不为预设标签,则确定第一设备10与第二设备20进行多屏协同连接。本实施例中,所述预设时间和预设标签可以根据实际需要进行设置。例如,可将预设时间设置为20分钟,将预设标签设置为极度信任标签。
步骤S610,第一设备10与第二设备20进行多屏协同连接。
步骤S611,第一设备10等待接收第二设备20发送的确认连接信号,并在接收到第二设备20发送的确认连接信号后与第二设备20进行多屏协同连接。
参考图7,本实施例中,第一设备10等待接收第二设备20发送的确认连接信号,并在接收到第二设备20发送的确认连接信号后与第二设备20进行多屏协同连接包括:第一设备10向第二设备20发送连接请求弹窗;用户点击连接请求弹窗上的确认连接功能控件,第二设备20响应用户操作信号,向第一设备10发送确认连接信号;第一设备10接收第二设备20发送的确认连接信号,并与第二设备20进行多屏协同连接。
如下结合多屏协同无感接入系统200具体描述第二设备20首次与第一设备10进行多屏协同连接时的多屏协同无感接入方法的具体步骤。所述方法的步骤具体参考图8A-图8B所示。
步骤S801,第二设备20向第一设备10的应用层发送多屏协同连接请求。
步骤S802,应用层根据多屏协同连接请求,确定第一设备10为首次与第二设备20进行多屏协同连接时,等待接收第二设备20发送的确认连接信号,并在接收到第二设备20发送的确认连接信号后与第二设备20进行多屏协同连接。
本实施例中,若应用层确定第一设备10中没有与第二设备20进行多屏协同连接的接入数据,则确定第二设备20为首次与第二设备20进行多屏协同连接,若应用层确定第一设备10中有与第二设备20进行多屏协同连接的接入数据,则确定第二设备20非首次与第二设备20进行多屏协同连接。
步骤S803,应用层从第一设备10获取第二设备20的身份标识码、第二设备20与第一设备10进行多屏协同连接的开始时间。
步骤S804,应用层向信任传播单元发送第二设备20的身份标识码、第二设备20与第一设备10进行多屏协同连接的开始时间。
本实施例中,第二设备20的身份标识码包括第二设备20的系列号(SeriesNunber,SN)、机器码、认证码、注册申请码、电子序列号(Electronic Serial Number,ESN)、国际移动设备身份码(International Mobile Equipment Identity,IMEI)中的一种或多种。本实施例中,服务层的信任传播单元获取第二设备20的身份标识码包括:信任传播单元向第二设备20发送获取身份标识的请求;第二设备20根据所述获取身份标识的请求将第二设备20的身份标识码发送给第一设备10。
步骤S805,信任传播单元将第二设备20的身份标识码、第二设备20与第一设备10进行多屏协同连接的开始时间发送给第一设备10上的基础设施层的信任表进行存储(参考图9)。
本实施例中,基础设施层上的信任表存储第二设备20的接入数据并形成接入数据集。
步骤S806,应用层确定第一设备10与第二设备20断开多屏协同连接时,获取第二设备20的身份标识码、与第二设备20断开多屏协同连接的结束时间。
步骤S807,信任传播单元接收应用层发送的第二设备20的身份标识码、与第二设备20断开多屏协同连接的结束时间,并将第二设备20的身份标识码、与第二设备20断开多屏协同连接的结束时间发送给信任表进行存储。
步骤S808,信任表以Json格式将第二设备20的身份标识码、第二设备20与第一设备10进行多屏协同连接的开始时间、第二设备20与第一设备10断开多屏协同连接的结束时间生成Json节点信息进行存储。例如,一个或多个第二设备20的接入数据以Json节点信息存储在信任表中。
本实施例中,所述Json节点信息的代码格式为:
其中trust table为信任表的标签,PhoneSn为第二设备20的身份标识码,activeday为日期天的标签,starttime为一天内第二设备20与第一设备10进行多屏协同连接的开始时间的标签,endtime为一天内第二设备20与第一设备10断开多屏协同连接时的结束时间的标签,Trust label为第二设备20的信任标签。
步骤S809,信任传播单元从信任表中获取Json节点信息,并将Json节点信息发送给服务层的信任征集单元(参考图9)。
本实施例中,所述信任传播单元从信任表中获取Json节点信息包括:信任传播单元向信任表发送读取请求;信任表接收到读取请求后将Json节点信息中的接入数据发送给信任传播单元。
步骤S810,信任征集单元将Json节点信息进行解析后得到第二设备20的接入数据,并将接入数据发送给领域层的信任评价单元(参考图10)。
步骤S811,信任评价单元根据接入数据中的第二设备20与第一设备10进行多屏协同连接的开始时间、第二设备20与第一设备10断开多屏协同连接的结束时间计算第二设备20的信任因子的值。
参考图10所示,为本申请一实施例中计算第二设备20的信任因子的值的示意图。本实施例中,信任评价单元根据染色体算法计算第二设备20的信任因子的值。本实施例中,信任征集单元根据接入数据中的第二设备20与第一设备10进行多屏协同连接的开始时间、第二设备20与第一设备10断开多屏协同连接的结束时间计算信任因子的值包括:计算不同日期中的第二设备20与第一设备10进行多屏协同连接的开始时间、第二设备20与第一设备10断开多屏协同连接的结束时间之间的目标时间窗;根据不同日期中的目标时间窗之间的相交关系、包含关系或不相交的关系确定第二设备20的信任因子的值。例如,若历史第一天的目标时间窗所对应的时间段包含当天的目标时间窗所对应的时间段,则确定第二设备20的信任因子的值为0.5;若历史第一天的目标时间窗所对应的时间段与当天的目标时间窗所对应的时间段相交,则确定第二设备20的信任因子的值为0.3;若历史第一天的目标时间窗所对应的时间段与当天的目标时间窗所对应的时间段不相交,则确定第二设备20的信任因子的值为0.2。
步骤S812,领域层中的信任过滤单元接收信任评价单元发送的信任因子的值,并根据信任因子的值确定第二设备20的信任标签。
参考图11所示,为本申请一实施例中确定信任标签的示意图。本实施例中,根据信任因子的值可将第二设备20的信任标签设置为极度信任、信任及不信任。例如,若信任因子的值位于0.5及1之间的范围,则确定第二设备20的信任标签为极度信任;若信任因子的值位于0.3及0.5之间的范围,则确定第二设备20的信任标签为信任;若信任因子的值位于0及0.3之间的范围,则确定第二设备20的信任标签为不信任。
步骤S813,信任表接收信任过滤单元发送的第二设备20的信任标签,并将第二设备20的信任标签存储在Json节点信息中的接入数据中。如此,第二设备20与第一设备10建立了信任过程,便于下一次第二设备20与第一设备10进行无感接入。
步骤S814,第二设备20向应用层发送多屏协同连接请求。
步骤S815,应用层获取第二设备20的身份标识码、第二设备20发送的多屏协同连接的请求的时间,并将第二设备20的身份标识码、第二设备20发送的多屏协同连接的请求的时间发送给信任传播单元。
步骤S816,信任传播单元从信任表中获取与第二设备20的身份标识码对应的接入数据。
本实施例中,信任传播单元从信任表中获取与第二设备20的身份标识码对应的接入数据包括:信任传播单元向信任表发送获取接入数据的请求,所述请求中携带有第二设备20的身份标识码;信任表根据获取接入数据的请求,将与第二设备20的身份标识码对应的Json节点信息发送给信任传播单元。
步骤S817,信任传播单元根据所述接入数据确定出上一次第一设备10与第二设备20断开多屏协同连接的结束时间及本次第一设备10接收到第二设备20发送的多屏协同连接的请求的时间,并计算两者之间的时间窗,根据时间窗及所述接入数据所包括的第二设备20的信任标签判断是否与第二设备20进行连接。若确定与第二设备20进行多屏协同连接,执行步骤S818,否则,若确定与第二设备20不进行多屏协同连接,执行步骤S819。
步骤S818,应用层与第二设备20进行多屏协同连接。如此,实现第二设备20与第一设备10的无感接入。
步骤S819,应用层等待接收第二设备20发送的确认连接信号,并在接收到第二设备20发送的确认连接信号后与第二设备20进行多屏协同连接。
本实施例中,所述方法还包括:信任传播单元将本次第一设备10与第二设备20进行多屏协同连接的开始时间,及计算出的时间窗发送到信任表中;信任表将本次第一设备10接收到的开始时间、时间窗添加到与第二设备20对应的接入数据中,以便于下一次第二设备20与第一设备10进行无感接入。
本实施例中,所述方法在步骤S818之后,若第一设备10接收到第二设备20发送的多屏协同连接的请求后,重复执行步骤S815至步骤S817的步骤,以执行第二设备20与第一设备10的无感接入。
本实施例中,所述方法还包括:信任传播单元确定与第二设备20断开多屏协同连接时的断开类型,并将断开类型发送给信任表;信任表将断开类型存储到第二设备20的接入数据中;其中断开类型包括主动断开、被动断开,主动断开是指第一设备10根据第二设备20发送的第一断开指令断开多屏协同连接的方式,其中,第一断开指令是当第二设备20接收用户输入的断开连接操作向第一设备10发送的断开指令;被动断开是指第一设备10根据第二设备20发送的第二断开指令断开多屏协同连接的方式,其中,第二断开指令是当第二设备20未搜索到第一设备10或第二设备20关机时所发出的断开指令,例如,因网络无法连接导致第二设备20与第一设备10断开连接。
本实施例中,所述方法还包括:信任评价单元根据第一设备10与第二设备20断开多屏协同连接时的断开类型,调整第二设备20的信任因子的值。具体为:当确定第一设备10与第二设备20断开多屏协同连接时的断开类型为主动断开时,将第二设备20的信任因子的值增加一预设值;当确定第一设备10与第二设备20断开多屏协同连接时的断开类型为被动断开时,将第二设备20的信任因子的值减少一预设值。
下面对本申请实施例涉及的电子设备300进行介绍。参考图12,所示为本申请一实施例中电子设备300的硬件结构示意图。所述电子设备300可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobilepersonal computer,UMPC)、上网本,以及蜂窝电话、个人数字助理(personal digitalassistant,PDA)、增强现实(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备,本申请的一些实施例对该电子设备300的具体类型不作特殊限制。在其他实施例中,所述电子设备300包括第二设备20及第一设备10。
本实施例中,电子设备300可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本申请实施例示意的结构并不构成对电子设备300的具体限定。在本申请另一些实施例中,电子设备300可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备300的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备300的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备300的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备300充电,也可以用于电子设备300与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备300,例如AR设备等。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备300的结构限定。在本申请另一些实施例中,电子设备300也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备300的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备300供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备300的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备300中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备300上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备300上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备300的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备300可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
电子设备300通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备300可以包括1个或N个显示屏194,N为大于1的正整数。
电子设备300可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备300可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备300在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备300可以支持一种或多种视频编解码器。这样,电子设备300可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备300的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
内部存储器121可以包括一个或多个随机存取存储器(random access memory,RAM)和一个或多个非易失性存储器(non-volatile memory,NVM)。
随机存取存储器可以包括静态随机存储器(static random-access memory,SRAM)、动态随机存储器(dynamic random access memory,DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM,例如第五代DDR SDRAM一般称为DDR5 SDRAM)等;
非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。
快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等,按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等,按照存储规范划分可以包括通用闪存存储(英文:universalflash storage,UFS)、嵌入式多媒体存储卡(embedded multi media Card,eMMC)等。
随机存取存储器可以由处理器110直接进行读写,可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令),还可以用于存储用户及应用程序的数据等。
非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等,可以提前加载到随机存取存储器中,用于处理器110直接进行读写。
外部存储器接口120可以用于连接外部的非易失性存储器,实现扩展电子设备300的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部的非易失性存储器中。
内部存储器121或外部存储器接口120用于存储一个或多个计算机程序。一个或多个计算机程序被配置为被该处理器110执行。该一个或多个计算机程序包括多个指令,多个指令被处理器110执行时,可实现上述实施例中在电子设备300上执行多屏协同无感接入方法方法,以实现电子设备300的多屏协同无感接入功能。
电子设备300可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备300可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备300接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备300可以设置至少一个麦克风170C。在另一些实施例中,电子设备300可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,电子设备300还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备300平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of theUSA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。电子设备300根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备300根据压力传感器180A检测所述触摸操作强度。电子设备300也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备300的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备300围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测电子设备300抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消电子设备300的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,电子设备300通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备300可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当电子设备300是翻盖机时,电子设备300可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备300在各个方向上(一般为三轴)加速度的大小。当电子设备300静止时可检测出重力的大小及方向。还可以用于识别电子设备300姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备300可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备300可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备300通过发光二极管向外发射红外光。电子设备300使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定电子设备300附近有物体。当检测到不充分的反射光时,电子设备300可以确定电子设备300附近没有物体。电子设备300可以利用接近光传感器180G检测用户手持电子设备300贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备300可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备300是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。电子设备300可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,电子设备300利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,电子设备300执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备300对电池142加热,以避免低温导致电子设备300异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备300对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控器件”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备300的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备300可以接收按键输入,产生与电子设备300的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备300的接触和分离。电子设备300可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备300通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备300采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备300中,不能和电子设备300分离。
本实施例还提供一种计算机存储介质,该计算机存储介质中存储有计算机指令,当该计算机指令在电子设备300上运行时,使得电子设备300执行上述相关方法步骤实现上述实施例中的基于NFC标贴纸建立NFC连接的方法。
本实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中的基于NFC标贴纸建立NFC连接的方法。
另外,本申请的实施例还提供一种装置,这个装置具体可以是芯片,组件或模块,该装置可包括相连的处理器和存储器;其中,存储器用于存储计算机执行指令,当装置运行时,处理器可执行存储器存储的计算机执行指令,以使芯片执行上述各方法实施例中的基于NFC标贴纸建立NFC连接的方法。
其中,本实施例提供的电子设备300、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施方式仅用以说明本申请的技术方案而非限制,尽管参照以上较佳实施方式对本申请进行了详细说明,本领域的普通技术人员应当理解,可以对本申请的技术方案进行修改或等同替换都不应脱离本申请技术方案的精神和范围。
Claims (17)
1.一种多屏协同无感接入方法,应用在第一设备中,其特征在于,所述方法包括:
接收第二设备发送的多屏协同连接请求;
判断所述第一设备中是否有与所述第二设备进行多屏协同连接的接入数据;
若确定所述第一设备中有所述接入数据,获取所述接入数据,并从所述接入数据中确定所述第二设备的信任标签,包括:根据所述接入数据,计算不同日期中的所述第二设备与所述第一设备进行多屏协同连接的开始时间、所述第二设备与所述第一设备断开多屏协同连接的结束时间之间的目标时间窗;根据不同日期中的目标时间窗之间的相交关系、包含关系或不相交的关系确定所述第二设备的信任因子的值;根据所述第二设备的信任因子的值确定所述第二设备的信任标签;
从所述接入数据中获取上一次所述第一设备与所述第二设备断开多屏协同连接的时间,及获取本次接收到所述多屏协同连接的请求的时间,并计算两个时间之间的时间窗;
若所述时间窗小于预设时间窗及所述第二设备的信任标签为预设标签,将所述第一设备与所述第二设备进行多屏协同连接。
2.如权利要求1所述的多屏协同无感接入方法,其特征在于,所述接收所述第二设备发送的多屏协同连接请求包括:
所述第一设备的应用层接收所述第二设备发送的多屏协同连接请求。
3.如权利要求2所述的多屏协同无感接入方法,其特征在于,所述第一设备的应用层接收所述第二设备发送的多屏协同连接请求包括:
所述应用层接收所述第二设备通过蓝牙连接功能向所述第一设备发送的多屏协同连接请求。
4.如权利要求2所述的多屏协同无感接入方法,其特征在于,所述接收第二设备发送的多屏协同连接请求包括:
所述应用层接收所述第二设备通过扫码连接功能向所述第一设备发送的多屏协同连接请求。
5.如权利要求2所述的多屏协同无感接入方法,其特征在于,所述接收第二设备发送的多屏协同连接请求包括:
所述应用层接收所述第二设备通过NFC连接功能向所述第一设备发送的多屏协同连接请求。
6.如权利要求2所述的多屏协同无感接入方法,其特征在于,在所述第一设备与所述第二设备进行多屏协同连接后,所述方法还包括:
所述应用层获取所述第二设备的身份标识码、所述第二设备与所述第一设备进行多屏协同连接的开始时间;
所述第一设备的服务层的信任传播单元接收应用层发送的所述第二设备的身份标识码、所述第二设备与所述第一设备进行多屏协同连接的开始时间;
所述信任传播单元将所述第二设备的身份标识码、所述开始时间发送给所述第一设备的基础设施层的信任表进行存储;
所述应用层确定所述第一设备与所述第二设备断开多屏协同连接时,获取所述第一设备与所述第二设备断开多屏协同连接的结束时间;
所述信任传播单元接收所述应用层发送的所述第一设备与所述第二设备断开多屏协同连接的结束时间,并将所述结束时间发送给所述信任表进行存储。
7.如权利要求6所述的多屏协同无感接入方法,其特征在于,所述方法还包括:
所述信任表将所述第二设备的身份标识码、所述开始时间、所述结束时间作为所述第二设备的所述接入数据,并按照Json格式生成Json节点信息进行存储。
8.如权利要求7所述的多屏协同无感接入方法,其特征在于,所述方法还包括:
所述信任传播单元从所述信任表中获取所述Json节点信息,并将所述Json节点信息发送给所述服务层的信任征集单元;
所述信任征集单元将Json节点信息进行解析后得到所述第二设备的接入数据,并将所述接入数据发送给所述第一设备的领域层的信任评价单元;
所述信任评价单元根据所述接入数据中的开始时间、所述结束时间计算所述第二设备的信任因子的值;
所述第一设备的领域层中的信任过滤单元接收所述信任评价单元发送的所述第二设备的信任因子的值,并根据所述第二设备的信任因子的值确定所述第二设备的信任标签;及
所述信任表接收所述信任过滤单元发送的所述第二设备的信任标签,并将所述第二设备的信任标签存储在所述Json节点信息的接入数据中。
9.如权利要求8所述的多屏协同无感接入方法,其特征在于,所述信任评价单元根据所述接入数据中的开始时间、所述结束时间计算所述第二设备的信任因子的值包括:
计算不同天中的所述第二设备与所述第一设备进行多屏协同连接的开始时间、所述第二设备与所述第一设备断开多屏协同连接的结束时间之间的目标时间窗;
根据不同天中的目标时间窗之间的相交关系、包含关系或不相交的关系确定所述第二设备的信任因子的值。
10.如权利要求8所述的多屏协同无感接入方法,其特征在于,所述获取所述接入数据包括:
所述应用层获取所述第二设备的身份标识码、所述第二设备发送的多屏协同连接的请求的时间,并将所述第二设备的身份标识码、所述第二设备发送的多屏协同连接的请求的时间发送给信任传播单元;
所述信任传播单元根据所述第二设备的身份标识码从所述信任表中获取与所述第二设备的身份标识码对应的接入数据。
11.如权利要求8所述的多屏协同无感接入方法,其特征在于,所述方法还包括:
所述信任传播单元确定所述第一设备与所述第二设备断开多屏协同连接时的断开类型,并将所述断开类型发送给所述信任表;及
所述信任表将所述断开类型存储到所述第二设备的接入数据中。
12.如权利要求11所述的多屏协同无感接入方法,其特征在于,所述方法还包括:
所述信任评价单元根据所述第一设备与所述第二设备断开多屏协同连接时的断开类型调整所述第二设备的信任因子的值。
13.如权利要求11所述的多屏协同无感接入方法,其特征在于,所述断开类型包括主动断开、被动断开,所述主动断开是指所述第一设备根据所述第二设备发送的第一断开指令断开多屏协同连接的方式,其中,所述第一断开指令是当所述第二设备接收到用户输入的断开连接操作向所述第一设备发送的断开指令;所述被动断开是指所述第一设备根据所述第二设备发送的第二断开指令断开多屏协同连接的方式,其中,所述第二断开指令是当所述第二设备未搜索到第一设备或所述第一设备关机时所发出的断开指令。
14.如权利要求2所述的多屏协同无感接入方法,其特征在于,所述方法还包括:
若所述应用层确定所述第一设备中没有所述接入数据,接收所述第二设备发送的确认连接信号并将所述第一设备与所述第二设备进行多屏协同连接。
15.如权利要求2所述的多屏协同无感接入方法,其特征在于,所述方法还包括:
若所述时间窗不小于所述预设时间窗或所述第二设备的信任标签不为所述预设标签,所述应用层接收所述第二设备发送的确认连接信号,并将所述第一设备与所述第二设备进行多屏协同连接。
16.一种电子设备,其特征在于,包括处理器、存储器;其中所述处理器与所述存储器相耦合;
所述存储器,用于存储程序指令;
所述处理器,用于读取所述存储器中存储的所述程序指令,以实现如权利要求1至15中任一项所述的多屏协同无感接入方法。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有程序指令,当所述程序指令被处理器执行时实现如权利要求1至15中任一项所述的多屏协同无感接入方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111673578.XA CN115022982B (zh) | 2021-12-31 | 2021-12-31 | 多屏协同无感接入方法、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111673578.XA CN115022982B (zh) | 2021-12-31 | 2021-12-31 | 多屏协同无感接入方法、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115022982A CN115022982A (zh) | 2022-09-06 |
CN115022982B true CN115022982B (zh) | 2023-04-11 |
Family
ID=83064678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111673578.XA Active CN115022982B (zh) | 2021-12-31 | 2021-12-31 | 多屏协同无感接入方法、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115022982B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116321164B (zh) * | 2023-05-17 | 2023-08-18 | 广东电网有限责任公司珠海供电局 | 一种无线局域网传输监控方法、系统、设备和介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3388938A1 (en) * | 2017-04-12 | 2018-10-17 | Telefónica Germany GmbH & Co. OHG | A method and system for pairing at least two electronical devices |
WO2021175214A1 (zh) * | 2020-03-05 | 2021-09-10 | 荣耀终端有限公司 | 一种投屏连接控制方法及电子设备 |
CN113687803A (zh) * | 2020-05-19 | 2021-11-23 | 华为技术有限公司 | 投屏方法、投屏源端、投屏目的端、投屏系统及存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021072761A1 (zh) * | 2019-10-18 | 2021-04-22 | 深圳市欢太科技有限公司 | 设备接入方法、装置、系统控制方法、电子设备及存储介质 |
CN111965996A (zh) * | 2020-06-29 | 2020-11-20 | 北京百度网讯科技有限公司 | 智能设备控制方法、装置、设备和存储介质 |
CN112165520B (zh) * | 2020-09-24 | 2022-06-07 | 茂佳科技(广东)有限公司 | 投屏控制方法、投屏接收端及存储介质 |
CN112654074B (zh) * | 2020-09-28 | 2022-08-09 | 华为技术有限公司 | 一种Wi-Fi P2P连接方法、电子设备及计算机可读存储介质 |
CN112654020B (zh) * | 2020-12-15 | 2023-03-28 | 阿波罗智联(北京)科技有限公司 | 建立无线连接的方法、装置、设备及存储介质 |
CN113225610B (zh) * | 2021-03-31 | 2023-08-11 | 北京达佳互联信息技术有限公司 | 投屏方法、装置、设备及存储介质 |
-
2021
- 2021-12-31 CN CN202111673578.XA patent/CN115022982B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3388938A1 (en) * | 2017-04-12 | 2018-10-17 | Telefónica Germany GmbH & Co. OHG | A method and system for pairing at least two electronical devices |
WO2021175214A1 (zh) * | 2020-03-05 | 2021-09-10 | 荣耀终端有限公司 | 一种投屏连接控制方法及电子设备 |
CN113687803A (zh) * | 2020-05-19 | 2021-11-23 | 华为技术有限公司 | 投屏方法、投屏源端、投屏目的端、投屏系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115022982A (zh) | 2022-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109814766B (zh) | 一种应用显示方法及电子设备 | |
WO2021213164A1 (zh) | 应用界面交互方法、电子设备和计算机可读存储介质 | |
WO2020253758A1 (zh) | 一种用户界面布局方法及电子设备 | |
CN113885759A (zh) | 通知消息处理方法、设备、系统及计算机可读存储介质 | |
CN116360725B (zh) | 显示交互系统、显示方法及设备 | |
WO2021218429A1 (zh) | 应用窗口的管理方法、终端设备及计算机可读存储介质 | |
WO2023273543A1 (zh) | 一种文件夹管理方法及装置 | |
WO2020192716A1 (zh) | 一种系统语言的切换方法及相关装置 | |
CN116828100A (zh) | 蓝牙音频播放方法、电子设备及存储介质 | |
EP4228233A1 (en) | Method for adding operation sequence, electronic device, and system | |
CN115022982B (zh) | 多屏协同无感接入方法、电子设备及存储介质 | |
WO2022062902A1 (zh) | 一种文件传输方法和电子设备 | |
CN115599565A (zh) | 发送剪贴板数据的方法和装置 | |
CN116743921B (zh) | 携号转网号码显示方法、电子设备及存储介质 | |
EP4290375A1 (en) | Display method, electronic device and system | |
WO2022166550A1 (zh) | 数据传输方法及电子设备 | |
WO2024021691A1 (zh) | 显示方法及电子设备 | |
WO2023142935A1 (zh) | 应用组件管理方法及相关设备 | |
WO2023109636A1 (zh) | 应用卡片显示方法、装置、终端设备及可读存储介质 | |
WO2023207799A1 (zh) | 消息处理方法和电子设备 | |
CN116301510A (zh) | 一种控件定位方法及电子设备 | |
CN117917632A (zh) | 一种显示方法、电子设备和系统 | |
CN114372220A (zh) | 处理网页访问行为的方法和装置 | |
CN114489427A (zh) | 图片分享或分类方法、电子设备及存储介质 | |
CN116935869A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |