CN115309478A - 一种多设备配合的方法及设备 - Google Patents
一种多设备配合的方法及设备 Download PDFInfo
- Publication number
- CN115309478A CN115309478A CN202110425911.9A CN202110425911A CN115309478A CN 115309478 A CN115309478 A CN 115309478A CN 202110425911 A CN202110425911 A CN 202110425911A CN 115309478 A CN115309478 A CN 115309478A
- Authority
- CN
- China
- Prior art keywords
- user
- subsystem
- information
- image
- center
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/45—Structures or tools for the administration of authentication
- G06F21/46—Structures or tools for the administration of authentication by designing passwords or checking the strength of passwords
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4482—Procedural
- G06F9/4484—Executing subprograms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例提供了一种多设备配合的方法及设备,属于物联网技术领域。该方法通过将位于不同空间的子系统连接为一个虚拟共享系统,并根据共享配置信息使该虚拟共享系统中的多个电子设备协同工作为用户提供跨越空间的场景自适应服务,从而满足分隔两地的人们自然通畅沟通的需求。
Description
技术领域
本申请涉及物联网技术领域,尤其涉及一种多设备配合的方法及设备。
背景技术
人类社会发展的历程,从某种角度上来讲,就是不断加强联系的过程。人与人之间的连接和沟通,关键是要打破人与人之间空间上的隔离和限制。为了加强联系,特别是为了加强空间上的联系,人类进行了各种各样的努力:交通的发展、通信的发展等,比如今天遍布全国的高铁网络,可以让相聚千里的人,只要几个小时就能见面。
随着网络技术的发展,人们现在已经可以通过手机、平板电脑等智能终端以语音或者视频的方式进行沟通交流。然而,对于相隔两地的人们来说,现有的这些方式只能让人们在人为启动通话的特定情形下才能进行沟通,智能终端无法为人们提供跨越空间的场景自适应服务,使人们难以获得如处于同一空间的自然顺畅的交流体验。
发明内容
本申请提供了一种多设备配合的方法及设备,通过将位于不同空间的子系统连接为一个虚拟共享系统,并根据共享配置信息使该虚拟共享系统中的多个电子设备为用户提供跨越空间的场景自适应服务,解决了分隔两地的人们沟通不自然通畅的问题。
第一方面,提供了一种多设备配合的方法,应用于虚拟共享系统中的第一主设备,所述虚拟共享系统至少包括第一子系统和第二子系统,所述第一主设备属于所述第一子系统,所述方法包括:获取第一用户的用户信息,所述第一用户属于所述虚拟共享系统中的成员;识别与所述用户信息关联的用户意图,所述用户意图包括使所述第二子系统中的至少一个电子设备执行服务操作;根据所述用户信息和共享配置信息,向所述第二子系统中的第二主设备发送请求消息,所述请求消息用于请求所述服务操作,所述共享配置信息包括所述虚拟共享系统中每个子系统对应的成员信息和设备信息。
根据本申请实施例提供的方法,通过将处于不同空间的多个子系统网络连接,组建一个虚拟共享系统,并使该虚拟共享系统中的电子设备根据用户意图协同工作,按需为用户自发提供场景自适应服务,能够为分隔两地的人们带来自然通畅的沟通效果,提升用户生活的便捷性。
结合第一方面,在第一方面的某些实现方式中,所述用户意图包括使所述第二子系统中的至少一个电子设备执行服务操作,具体包括:所述用户意图包括使所述第二子系统中的至少一个电子设备执行视频通话服务操作。
根据本申请实施例提供的方法,通过根据用户意图与其他子系统建立视频通话,能够使位于不同空间子系统中的人们如同处于一个虚拟空间那样,随需沟通,提升用户生活的便捷性。
结合第一方面,在第一方面的某些实现方式中,所述识别与所述用户信息关联的用户意图,具体包括:根据获取的所述用户信息,确定所述第一用户当前的状态;根据所述第一用户当前的状态,确定对应的所述第一用户的用户意图。
根据本申请实施例提供的方法,通过根据用户信息判断用户状态,再根据用户状态确定用户意图,能够使主设备与其他子系统建立符合用户需求的通信,为用户提供最合适的服务,提升用户的体验。
结合第一方面,在第一方面的某些实现方式中,所述第一用户当前的状态,包括以下至少一项:所述第一用户进入房间内;或者,所述第一用户生命体征异常;或者,所述第一用户身体姿势异常;或者,所述第一用户与目的地之间的距离小于第一阈值。
结合第一方面,在第一方面的某些实现方式中,所述获取第一用户的用户信息,具体包括:接收所述第一子系统中的至少一个电子设备发送的所述用户信息,所述第一子系统中的至少一个电子设备与所述第一主设备不同。
其中,这里的第一子系统中的至少一个电子设备可以指与第一主设备不同的电子设备,如第一子系统中的从设备,如屋内摄像头、猫眼摄像头等。
应理解,一个子系统可以包括主设备以及与该主设备连接的至少一个从设备,从设备可以具有用户信息采集能力,如图像采集能力、语音采集能力等,从设备可以将采集到的用户信息发送至主设备,以便主设备根据用户信息识别用户意图,并为用户提供合适的自适应服务。
结合第一方面,在第一方面的某些实现方式中,当所述用户信息为用户图像时,所述方法具体包括:接收第一屋内摄像头发送的第一图像,所述第一图像包括所述第一用户的图像,所述第一屋内摄像头属于所述第一子系统;当根据所述第一图像确定所述第一用户进入房间时,向所述第二主设备发起所述视频通话。
其中,屋内摄像头是指安装于房间内部的摄像头,可以用于采集房间内的图像。当屋内摄像头采集到的图像中包括第一用户的图像时,表示第一用户位于屋内。
结合第一方面,在第一方面的某些实现方式中,当所述用户信息为用户图像时,所述方法具体包括:接收第一屋内摄像头发送的第二图像,所述第二图像包括所述第一用户的图像,所述第一屋内摄像头属于第一子系统;根据所述第二图像信息识别所述第一用户的身体姿势;当根据所述第一用户的身体姿势确定所述第一用户身体姿势异常时,向所述第二主设备发起所述视频通话。
其中,身体姿势异常可以包括身体姿势呈摔倒姿势、蜷缩姿势等非正常姿势。当用户的身体姿势异常时,可以表示该用户发生紧急事件。
根据上述方法,第一子系统中的屋内摄像头采集用户图像,再由第一主设备根据用户图像识别到用户的身体姿势异常时,第一主设备可以确定第一用户发生紧急事件,此时第一主设备可以向第二主设备自动发起视频通话。通过虚拟共享系统中各个电子设备之间的协同配合,能够在用户发生紧急事件时,自发及时地为用户向家人呼救。
结合第一方面,在第一方面的某些实现方式中,当所述第一子系统为车载子系统时,所述方法具体包括:获取所述第一用户的位置信息;当根据所述第一用户的位置信息,确定所述第一用户与目的地之间的距离小于第一阈值时,向所述第二主设备发起视频通话。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:根据所述用户信息和所述共享配置信息,对所述第一用户进行身份认证;当所述身份认证通过时,确定所述第一用户为所述虚拟共享系统中的成员。
根据本申请实施例提供的方法,通过根据用户信息对用户进行身份认证,确定用户为虚拟共享系统的成员时,才进行后续操作,可以保障系统和用户安全,避免非虚拟共享系统成员占用系统资源。
结合第一方面,在第一方面的某些实现方式中,所述共享配置信息还包括所述虚拟共享系统中的成员对应的设备使用权限;所述根据用户信息和共享配置信息,向所述第二子系统中的第二主设备发送请求消息,具体包括:所述根据用户信息和所述共享配置信息确定所述第一用户具有使用所述第二子系统中的至少一个第二电子设备的权限;向所述第二子系统中的第二主设备发送所述请求消息。
根据本申请实施例提供的方法,通过根据用户信息和共享配置信息对用户的设备使用权限进行认证,可以保障系统和用户安全,避免为获得相关设备使用权限的人员占用系统资源。
第二方面,提供了一种多设备配合的方法,应用于虚拟共享系统中的第二主设备,所述虚拟共享系统至少包括第一子系统和第二子系统,所述第二主设备属于所述第二子系统,所述方法包括:接收所述第一子系统中的第一主设备发送的请求消息,所述请求消息用于请求所述第二子系统中的至少一个电子设备执行服务操作;响应于所述请求消息,指示所述至少一个第二电子设备执行所述服务操作。
根据本申请实施例提供的方法,通过将处于不同空间的多个子系统网络连接,组建一个虚拟共享系统,并使该虚拟共享系统中的电子设备根据用户意图协同工作,按需为用户自发提供场景自适应服务,能够为分隔两地的人们带来自然通畅的沟通效果,提升用户生活的便捷性。
结合第二方面,在第二方面的某些实现方式中,所述服务操作包括:与所述第一子系统建立视频通话服务操作。
根据本申请实施例提供的方法,通过根据用户意图与其他子系统建立视频通话,能够使位于不同空间子系统中的人们如同处于一个虚拟空间那样,随需沟通,提升用户生活的便捷性。
结合第二方面,在第二方面的某些实现方式中,所述响应于所述请求消息,指示所述至少一个第二电子设备执行所述服务操作,具体包括:根据所述请求消息确定所述服务操作所需的能力;根据所述第二子系统中具有所述能力的电子设备对应的优先级,指示第二电子设备执行所述服务操作,所述第二电子设备为所述第二子系统中具有所述能力的电子设备中优先级最高的电子设备。
根据本申请实施例提供的方法,通过根据电子设备的能力优先级确定执行服务操作的设备,能够保证服务操作的完成效果,使用户获得更好的使用体验。
第三方面,提供了一种多设备配合的系统,至少包括第一子系统和第二子系统,所述第一子系统包括第一主设备,所述第二子系统包括第二主设备,所述第一主设备用于执行如上述第一方面中任一项实现方式所述的方法,所述第二主设备用于执行如上述第二方面中任一项实现方式所述的方法。
第四方面,提供了一种计算机可读存储介质,存储有计算机指令,当所述计算机指令在计算机中执行时,使得如上述第一方面或第二方面中任一实现方式所述的方法得以实现。
第五方面,提供了一种计算机产品,存储有计算机指令,当所述计算机指令在计算机中执行时,使得如上述第一方面或第二方面中任一实现方式所述的方法得以实现。
第六方面,提供了一种芯片,存储有计算机指令,当所述计算机指令在芯片中执行时,使得如上述第一方面或第二方面中任一实现方式所述的方法得以实现。
附图说明
图1是本申请实施例提供的一种多设备配合的系统架构示意图。
图2是本申请实施例提供的另一种多设备配合的系统架构示意图。
图3是本申请实施例提供的一种主设备对应的电子设备的结构示意图。
图4是本申请实施例提供的另一种主设备对应的电子设备的结构示意图。
图5A至图5F是本申请实施例提供的一些图形用户界面示意图。
图6是本申请实施例提供的一种多设备配合的方法的应用场景示意图。
图7是本申请实施例提供的另一种多设备配合的方法的应用场景示意图。
图8是本申请实施例提供的又一种多设备配合的方法的应用场景示意图。
图9是本申请实施例提供的又一种多设备配合的方法的应用场景示意图。
图10A和图10B是本申请实施例提供的一些多设备配合方法的示意性流程图。
图11A和图11B是本申请实施例提供的一些电子设备的细化结构示意图。
图12是本申请实施例提供的另一种电子设备的细化结构示意图。
图13是本申请实施例提供的又一种电子设备的细化结构示意图。
图14是本申请实施例提供的又一种电子设备的细化结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
需要说明的是,本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,在本申请实施例的描述中,除非另有说明,“多个”是指两个或多于两个,“至少一个”、“一个或多个”是指一个、两个或两个以上。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”特征可以明示或者隐含地包括一个或者更多个该特征。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请实施例的技术方案可以应用于各种通信系统,尤其定位于物联网系统。例如:全球移动通讯(global system of mobile communication,GSM)系统、码分多址(codedivision multiple access,CDMA)系统、宽带码分多址(wideband code divisionmultiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency divisionduplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwideinteroperability for microwave access,WiMAX)通信系统、未来的第五代(5thgeneration,5G)系统或新无线(new radio,NR)等。
随着物联网的发展,目前已经可以通过应用程序(application,APP)、全球广域网(World Wide Web,Web)等方式远程控制家中的物联网(internet of things,IoT)设备,如在办公室或回家途中提前打开家中的热水器等,从而实现对物联网设备的远程管理功能。但此类情形下的智能设备为被动管理模式,例如房间主人不在家时,若有其他人员需要开门,则该人员需首先向房间主人发起远程通信,主人确认身份后,再进行远程开门控制,完成开门动作。物联网设备无法做到理解用户需求,自发地按用户需求提供服务。此外,考虑到在实际生活中,人们由于工作等的需要无法方便地与家人、朋友等见面,人与人之间的沟通不能像大家处在一个房间那样自然和便利。因而,如果能利用不同空间中的电子设备,自发地为人们提供满足自然需求的场景自适应服务,尤其跨越空间提供这些服务,就会让由于物理空间隔离开的人们如同处于同一个虚拟的空间,实现自然便捷的沟通,大大增加人们生活的便利性。
为了实现上述目的,本申请实施例提供了一种多设备配合的方法。该方法通过将位于不同空间的多个场景中的电子设备组成一个虚拟共享系统,电子设备之间互相协同配合,自发地为人们提供跨越空间的服务,从而实现位于不同区域人们可以如同处于同一空间那样顺其自然、随需触发交流的效果。
为更好地理解本申请实施例提供的多设备配合的方法,首先以家庭场景为例对本申请实施例提供的系统架构进行介绍。但应理解,本申请实施例提供的方法不仅限应用于家庭场景,例如还可以应用于位于不同空间的办公场地、特定的公共场地(如医院等)、出行中的车辆等场景,本申请对此不作限定。
示例性的,如图1所示,为本申请实施例提供的一种多设备配合的系统架构示意图。
该系统架构至少包括两个子系统,如子系统1和子系统2。其中,子系统1例如可以包括家庭1中的多个电子设备(如电子设备1至电子设备4),子系统2例如可以包括家庭2中的多个电子设备(如电子设备5至电子设备8)。子系统1和子系统2可以通过网络(例如广域网(wide area network,WAN)(如互联网)等)连接组成一个虚拟共享系统。子系统1和子系统2可以位于不同空间,然而本申请对子系统之间的实际距离不做限定。
在一些实施例中,每个子系统可以包括多种类型的电子设备。例如,一个子系统可以包括一个家庭拥有的多个电子设备,如子系统1包括大屏设备1、猫眼摄像头1、蓝牙音箱1、屋内摄像头1;子系统2包括大屏设备2、猫眼摄像头2、蓝牙音箱2、屋内摄像头2,其中,猫眼摄像头可以指安装于门口的摄像头,可以采集门口一定区域内的图像;屋内摄像头可以指安装于房间内部的摄像头,可以用于采集房间内的图像。此外,子系统还可以包括平板电脑、个人电脑(personal computer,PC)、智能门锁、智能空调、热水器,及子系统成员佩戴的可穿戴设备,例如智能手表、智能手环、智能鞋、智能眼镜等。本申请对电子设备的具体类型不做限定。
按照计算能力来划分,子系统中的电子设备可以分为主设备(或称富设备)和从设备(或称轻设备、瘦设备)。其中,主设备是指功能较为完备的设备,其计算能力较强,如智能手机、平板电脑、大屏设备(如智慧屏)和个人电脑(personal computer,PC)等;从设备是指可完成特定功能的设备,其计算能力较弱,如智能手环、智能手表、智能鞋等穿戴设备,以及蓝牙音箱、网络摄像头(camera)等IoT设备。为方便描述,在本申请以下实施例中以图1所示的大屏设备1作为子系统1中的主设备(记为主设备1),以图1所示的大屏设备2作为子系统2中的主设备(记为主设备2)为例进行说明,但在实际应用时,子系统中的主设备还可以是其他类型的电子设备。示例性的,本申请实施例中的主设备可以是一个设备,也可以是包括多个设备的分布式主设备,其中,该多个设备分别执行不同的主设备功能,本申请对此不作限定。
在一些实施例中,主设备具有射频模块,可以连接至公网,并通过公网与其他子系统中的主设备进行通信连接,从而使不同空间的子系统关联起来,组成一个虚拟共享系统。例如,大屏设备1和大屏设备2可以通互联网建立通信连接,从而使子系统1和子系统2关联为一个虚拟共享系统。
在一些实施例中,从设备的通信能力较弱,其可能无法直接连接至公网,因而从设备无法直接与其他子系统中的设备进行通信连接,甚至从设备也无法直接与同一子系统中的其他从设备进行通信连接。但同一子系统中的从设备可以连接至本子系统中的主设备上(如在子系统1中,从设备猫眼摄像头1、屋内摄像头1、蓝牙音箱1等可以连接至大屏设备1;在子系统2中,从设备猫眼摄像头2、屋内摄像头2、蓝牙音箱2等可以连接至大屏设备2上),从设备可以借由主设备的通信能力实现与其他设备之间的通信。例如,在一种可能的共享听歌场景中,子系统2中的蓝牙音箱2请求与子系统1中的蓝牙音箱1共享歌曲播放列表时,蓝牙音箱2需要先向大屏设备2发起请求,由大屏设备2与大屏设备1经由公网通信,再由大屏设备1指示蓝牙音箱1共享歌曲播放列表,之后通过反向路径向蓝牙音箱2共享该歌曲播放列表。虽然蓝牙音箱2可能无法直接与蓝牙音箱1通信,但通过两个子系统中的主设备作为通信桥梁,蓝牙音箱2和蓝牙音箱1也可以实现跨空间共享歌曲列表。
应理解,同一子系统中从设备和主设备的通信连接方式可以有多种,例如通过有线局域网、无线局域网(wireless local area network,WLAN)(如蓝牙(bluetooth)、无线保真(Wireless Fidelity,WiFi)、紫蜂(zigbee)等),本申请对此不作限定。
在一些实施例中,主设备具有较强的计算能力,其可以基于子系统中设备的能力进行任务分发,如利用自身的计算能力选择合适的辅助设备利用自身的特定能力协同完成事件处理。例如,在一种可能的智能开锁场景中,当子系统1中的猫眼摄像头1捕捉到门口的用户图像时,可以将用户图像发送给大屏设备1,大屏设备1基于一定规则判断后,指示智能门锁(图1未示出)开锁,也即主设备根据本子系统中各个电子设备的能力,将智能开锁任务分配给合适的设备(智能门锁)完成。又例如,在一种可能的语音通话场景中,子系统2中的大屏设备2请求与子系统1建立语音通话,则大屏设备1可以根据子系统1中的各个电子设备的语音播放能力和音频采集能力等选择合适的电子设备执行该语音通话任务。
应理解,上述所说的辅助设备可以包括本子系统中的设备(包括主设备、从设备)。可选地,该辅助设备也可以包括虚拟共享系统中其他子系统中的设备,如其他子系统中具有独立通信功能的电子设备(如智能手表、手机等)。通过选择合适的辅助设备,可以使多个设备协同工作,为用户按需提供场景自适应服务。
还应理解,相对于主设备来说,从设备的计算能力较弱,其可能只具有某一个或几个方面的特定能力。例如,智能门锁具有智能开锁的能力,猫眼摄像头、屋内摄像头具有图像(或视频)采集能力,蓝牙音箱具有音频播放能力等。然而,虽然主设备和从设备具有能力上的差异,但主设备和从设备不是一个绝对的概念,主设备相对于从设备而言,某些能力可以更强(如通信能力、计算能力等),但就某一特定功能而言,从设备具备的能力可能会超过主设备。例如,蓝牙音箱的放音功能高过大屏设备,因此用户在家里会更喜欢用蓝牙音箱播放音乐;家庭智慧屏的屏幕很大,其视频播放效果好过智能手机,用户居家时更喜欢在智慧屏上看电影。
根据上述系统架构,处于不同空间的多个子系统能够网络连接,组建一个虚拟共享系统,该虚拟共享系统中的多种类型的电子设备进而可以协同工作,按需为用户自发提供场景自适应服务,提升用户生活的便捷性。
在本申请实施例提供的多设备配合的方法中,每个子系统可以预先收集本子系统的设备信息和成员信息。为便于理解,本申请实施例以子系统1是老人家庭,成员包括爷爷、奶奶,设备包括大屏设备1(作为子系统1的主设备)、屋内摄像头1、猫眼摄像头1、老人佩戴的智能手表1、智能鞋等;子系统2是儿童家庭,成员包括爸爸、妈妈、儿童,设备可以包括大屏设备2(作为子系统2的主设备)、屋内摄像头2、猫眼摄像头2、儿童的智能手表2等为例进行说明。其中,本申请列举的成员和设备均为示例性举例,在实际应用中,成员和设备不限于本申请实施例所列举的类型。
在一些实施例中,子系统中的设备信息可以包括电子设备的标识(identificaton,ID)、访问地址(如媒体控制存取位址(media access control address,MAC))、能力等。子系统中的成员信息可以包括子系统的成员身份、成员ID、可使用的设备权限等。示例性的,老人家庭的设备信息可以如表1所示,老人家庭中的成员信息可以如表2所示。
表1
表2
在一些实施例中,子系统的设备信息和成员信息可以由本子系统的主设备进行收集,该主设备可以将本子系统的设备信息和成员信息分享给其他子系统中的主设备,同时也可以获取其他子系统中主设备分享的设备信息和成员信息。主设备可以基于多个子系统共享的设备信息和成员信息,形成虚拟共享系统的统一共享配置(profile)信息(下称共享配置信息)。示例性的,虚拟共享系统的共享配置信息中的设备信息和成员信息可以分别如表3和表4所示。
表3
表4
各子系统中的主设备可以根据共享设置信息中的成员信息(如用户身份、设备使用权限等)按需发起自适应通信和电子设备管理,使子系统中的电子设备协同配合,自动按用户需求提供相关场景下最恰当的服务。
应理解,本申请实施例所说的按用户需求提供的服务是指提供符合用户日常生活中自然需要的服务。自然需要例如可以包括:见到家人、熟人要打招呼的自然需要;见到陌生人到达自己的领地(如家、办公室),要确认陌生人身份的自然需要;家中老人关心孙子放学回家路上情况的自然需要;家中老人发生意外需紧急通知家人或医护人员进行救治的自然需要等。针对这些自然需要,本申请实施例提供的方法,能使虚拟共享系统根据预设规则选择最优方式并自动提供合乎场景的适配服务。
图1从设备层面介绍了本申请实施例的系统架构,以下结合图2从功能层面介绍多设备配合系统的构成。
如图2所示,是本申请实施例提供的另一种多设备配合的系统架构示意图。图2中的子系统1可以与图1中的子系统1对应,子系统2可以与图1中的子系统2对应。
应理解,从功能层面来说,为保证子系统的正常运行,每个子系统需要至少包括设备中心、安全中心、感知中心、应用中心、通信中心和存储中心。
在一些实施例中,设备中心可以用于调度本子系统中所有可用的电子设备。其中,可用的电子设备可以是指当前连接在子系统中,能够利用电子设备自身支持的功能执行待处理事件的设备。不同的电子设备在某一特定功能上可能具备优于其他设备的能力,每个电子设备可以作为子系统中的一个部件存在,用于实现至少一项特定的功能,多个电子设备之间协同配合能够为用户提供场景自适应服务,使得用户在不同场景下体验到电子设备自动提供的适配服务。电子设备可以在设备中心注册自己的能力,设备中心可以按照能力将它们划分归属为不同能力类别的部件集,各个部件集可以实时自动组合,提供完成特定事件(或提供特定服务)的能力。
示例性的,根据能力类别划分,子系统中的部件集可以包括视觉类部件集、听觉类部件集、图像采集类部件集、控制类部件集、穿戴类部件集等。其中,视觉类部件集中的电子设备可以用于提供图像显示的能力或视频播放能力,包括的电子设备如大屏设备、投影仪、PC等;听觉类部件集中的电子设备用于提供音频播放的能力,包括的电子设备如大屏设备、蓝牙音箱等;图像采集类部件集中的电子设备用于提供实时采集周边图像的能力,包括的电子设备如摄像头(包括猫眼摄像头、屋内摄像头等)等;控制类部件集中的电子设备用于提供至少一种智能家居服务能力,包括的电子设备如智能门锁、空调、智能热水器等;穿戴类部件集中的电子设备用于提供采集用户的身体体征数据的能力,包括的电子设备如智能手表、智能手环、智能鞋等。
应理解,本申请实施例上述对部件集的划分仅为示例,在实际应用时,还可以根据需要进行更细或更多的能力类别划分,获取更多的部件集,本申请对此不作限定。
不同能力类别部件集中的电子设备,按照对应类别能力的不同,在相应的部件集中处于不同的优先级。部件集中的电子设备可以按照优先级顺序进行排序,最能提供部件集对应能力的电子设备排在最优的位置,例如视觉类部件集中视频显示能力最强的大屏设备排在最优的位置。当需要调用某一类别能力完成待处理事件时,设备中心可以按照优先级顺序在对应的部件集优先调用优先级高的电子设备提供此类别的能力。示例性的,电子设备优先级可以按照以下公式(1-1)确定:
电子设备的优先级=电子设备处理能力因子×电子设备处理效率因子×电子设备用户体验因子×电子设备性能功耗因子(1-1)
其中,电子设备处理能力因子可以指该电子设备具有的与部件集类别相关的能力,比如对于视觉类部件集中的电子设备,该处理能力因子可以包括图像分辨率等参数;对于听觉类部件集中的电子设备,该处理能力可以包括音频的信噪比等参数。处理效率因子可以指电子设备执行待处理任务时的效率,可以包括如连接网络的类型(如蜂窝网、宽带、WiFi)、电子设备的处理器性能(如图像处理器、音频处理器性能)等。用户体验因子可以包括电子设备的屏幕尺寸、扩音器尺寸等影响用户视听体验的设备参数。电子设备性能功耗因子可以包括电池续航能力、电子设备内存大小参数等。
在一些实施例中,在不同场景中通过公式(1-1)计算电子设备的优先级时,可以对电子设备对应的相关参数进行处理。以视觉类部件集中的大屏设备、平板电脑、手机这三者优先级的计算为例,大屏设备、平板电脑、手机对应的各项因子可以如表5所示:
表5
对于无法直接用参数数值表示的因子,可以根据不同电子设备的性能或能力等设置相应的预设值(如1、2、3等数值)。例如,对于处理效率因子,大屏设备连接的网络类型为有线带宽、平板电脑连接的网络类型是WiFi、手机连接的网络类型为蜂窝网络,由于一般来说,有线带宽的网络性能好于WiFi,WiFi的网络性能好于蜂窝网络,因而可以采用预设值3表示大屏设备的处理效率因子,采用预设值2表示平板电脑的处理效率因子,采用预设值1表示手机的处理效率因子。类似地,对于上述电子设备的性能功耗因子中的连接电源的类型,可以采用预设值2表示大屏设备的性能功耗因子,采用预设值1分别表示平板电脑和手机的性能功耗因子。
此外,对于能够用参数数值表示因子的优先级相关项,一种可选的方式为直接采用各项因子对应的参数计算电子设备的优先级,例如将上述大屏设备的图像分辨率1080直接带入公式(1-1)对应的处理能力因子项中;另一种可选的方式为对参数进行处理,将不同电子设备的因子对应的参数归一化为统一量纲的数值,例如对于用来表示用户体验因子的显示屏尺寸来说,由于大屏设备的显示屏尺寸(55英寸)与平板电脑的显示屏尺寸(10英寸)、手机的显示屏尺寸(6.1英寸)数值相差较大,若直接将显示屏尺寸数值带入公式(1-1)则优先级结果会由用户体验因子主导,无法体现其他项对优先级结果的影响,因而,可以根据不同电子设备的显示屏大小进行数据处理,如大屏设备的用户体验因子可以采用数值3表示,平板电脑的用户体验因子可以采用数值2表示,手机的用户体验因子可以采用数值1表示。
示例性的,对电子设备的不同因子经过上述处理后,对应的数值可以如表6所示:
表6
则根据公式(1-1)计算的电子设备优先级结果分别为:
大屏设备的优先级=1×3×3×2×1=18;
平板电脑的优先级=1×2×2×1×2=8;
手机的优先级=1×1×1×1×3=3;
因此,对于上述三种电子设备,其在视觉类部件集中的优先级排序为:大屏设备>平板电脑>手机,当需要调用视觉类部件集中的电子设备时,可以优先调用大屏设备。
应理解,上述对电子设备各类因子设置的预设值可以灵活设置,本申请对此不作限定。针对不同场景所需的能力可能不同,上述公式(1-1)可以允许某些因子不存在。
还应理解,本申请实施例之所以引入部件集的概念,是因为能够提供相同或相似能力的电子设备可能有多个,为保证某一功能得以顺利实现,将具有该功能的电子设备划分在同一类别的部件集中。为了使得某一功能的实现呈现最优的效果,避免功能实现过程中的执行错误,将部件集中的设备按照能力进行优先级排序,并按照优先级顺序选择一个设备实现该功能。
在一些实施例中,安全中心可以用于提供加密鉴权等安全校验功能,保障虚拟共享系统应用的操作、通信以及对电子设备管理等的安全可靠性。例如,安全中心可以对用户身份进行认证鉴权,以确认用户是否可以使用系统,或以何种权限接入和使用系统。安全中心可以设置于至少一个能提供安全能力的设备上,如手机、平板电脑、大屏设备、PC等都可以作为安全能力提供者而成为安全中心的一个部件。
在一些实施例中,存储中心存储有虚拟共享系统的共享配置信息(如表3和表4所示的共享配置信息),该共享配置信息可以包括虚拟共享系统中所有设备和成员的信息,用于供子系统中的安全中心、应用中心等查询,以完成用户身份认证鉴权以及相关应用的调用。示例性的,存储中心例如可以包括图3中的内部存储器121以及位于处理器110中的存储器等。
在一些实施例中,感知中心可以根据预设判断规则和用户信息、用户通用行为模型等,综合判断用户的意图。感知中心可以设置于能提供感知服务能力的设备上,如手机、平板电脑、大屏设备、PC等。
在一些实施例中,应用中心可以基于感知中心对子系统当前状况的感知,自动选择相应的应用(或功能)并主动发起应用。应用选择时,可以基于系统的共享配置信息,以选择与系统中的哪个子系统进行通信等。发起的应用可以通过安全中心校验,通过后经由通信中心与其他子系统进行通信。
在一些实施例中,通信中心可以提供子系统与其他至少一个子系统进行无线通信的能力。示例性的,通信中心例如可以包括图3所示的天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等。
应理解,上述功能中心可以设置于一个主设备上,或者也可以分布式主设备上。例如,各个中心的功能均由主设备中的相关部件提供;或者,各个中心可以分布在子系统中不同的设备上,各个中心可以联合为一个分布式的虚拟主设备,例如当上述各个中心无法集成在子系统中单独一个电子设备上时,可以由多个设备提供不同中心的功能,即多个设备协同完成子系统中各个中心的任务。其中,各个中心可以具有独立的接口,以实现各个中心之间的通信。
示例性的,如图3所示,为本申请实施例提供的一种电子设备的结构示意图。该电子设备100可以是上述图1、图2所示子系统中的主设备(如大屏设备1或大屏设备2)对应的电子结构示意图。
电子设备100可以包括处理器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等。
可以理解的是,本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器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总线接口通信,实现电子设备100的触摸功能。
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接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
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可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他终端,例如AR设备等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为终端供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(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转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(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)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。显示屏194用于显示图像,视频等。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。视频编解码器用于对数字视频压缩或解压缩。NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。陀螺仪传感器180B可以用于确定电子设备100的运动姿态。磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别终端姿态,应用于横竖屏切换,计步器等应用。接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。骨传导传感器180M可以获取振动信号。
此外,电子设备100还包括气压传感器180C和距离传感器180F。其中,气压传感器180C用于测量气压。在一些实施例中,电子设备100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本发明实施例以分层架构的Android系统为例,示例性说明电子设备100的软件结构。
图4是本申请实施例的主设备对应的电子设备100的软件结构示意图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)系统层以及内核层。
应用程序层可以包括一系列应用程序包。
如图4所示,应用程序包可以包括日历、地图、WLAN、音乐、通知、图库、蓝牙、视频等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图4所示,应用程序框架层可以包括窗口管理器,内容提供器,通话管理器,资源管理器等。此外,上述所说的子系统中的通信中心、应用中心也位于应用程序框架层。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
通话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统层可以包括上述所说的子系统中的设备中心、安全中心、感知中心、存储中心等多个功能模块以及TCP/IP协议栈、蓝牙/WiFi协议栈等。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动以及编解码等。
示例性的,图5A至图5F提供了一些图形用户界面(graphical user interface,GUI)示意图。这里以子系统中的主设备为大屏设备,且以儿童家庭(可对应上述子系统2)中的用户(如爸爸)登录主设备进行设备管理和成员管理为例进行说明。
在一些实施例中,大屏设备(如智能电视、智慧屏等)可以安装有用于管理多设备配合的特定应用程序(application,APP),该特定应用程序为第三方应用程序或者为大屏设备自带的应用程序(如智慧生活APP)。示例性的,用户在大屏设备上点击智慧生活APP图标之后,响应于用户的点击操作,大屏设备可以显示如图5A所示的智慧生活系统注册/登录界面。当用户已经注册有智慧生活系统的账号及密码时,可在相应的账号和密码输入框填写相应的信息,以登录该APP。
响应于用户输入的账号和密码,大屏设备可以显示如图5B所示的显示界面,该界面可以为智慧生活系统开启界面,用以显示目前该大屏设备所在的子系统(如“我的家庭”(也即儿童家庭)子系统,对应于图1和图2中的子系统2),以及大屏设备连接的其他子系统(如老人的家子系统,对应于图1和图2中的子系统1)。当用户点击“我的家庭”图标501时,大屏设备可以显示如图5C所示的界面,该界面包括儿童家庭中的设备管理图标503以及成员管理图标504。
示例性的,当用户点击设备管理图标503时,大屏设备可以显示如图5D所示的界面,该界面为儿童家庭的设备管理界面。通过该界面用户可以查看当前大屏设备所在的儿童家庭中包括的电子设备(如大屏设备2、屋内摄像头2、智能门锁2、猫眼摄像头2等)以及各个电子设备的在线状态,如图5D所示的“已连接”用于表示对应的电子设备当前与大屏设备连接,处于可用状态。若需要在系统中添加儿童家庭中新的电子设备,则用户可以点击“添加新设备”一栏中的添加控件,大屏设备会显示相应的设备添加页面(图5A至图5F未示出)。添加新设备的方式可以有多种,例如在一种可选的方式下,用户可以手动输入需要添加的电子设备的ID(如名称)、访问地址(如MAC地址)以及设备的能力;或者,在另一种可选地方式下,大屏设备响应于用户点击添加新设备的操作,可以扫描周围的电子设备,若发现可用的新设备(如和大屏设备连接在同一WiFi、与大屏设备建立有蓝牙连接或者与大屏设备有线连接等的新设备),则可以自动添加该新设备。
此外,在图5D所示的界面还可以包括老人家庭(即子系统1)中的电子设备。继续参考图5D,老人家庭中当前在线设备包括4个,分别为老人家中的大屏设备1、屋内摄像头1、智能门锁1、猫眼摄像头1,其中,大屏设备1后的控件显示“已连接”状态,表示该大屏设备1与儿童家庭中的大屏设备2处于通信连接中。可选地,两个子系统可以共享一个用户账号,用户在子系统2的大屏设备2上也可以对子系统1中的设备进行管理,例如用户通过点击老人的家所对应的“添加新设备”一栏中的添加控件,可以指示老人家中的大屏设备添加新的设备,其中,添加方式可以与上述所说的子系统2中的添加方式类似,此处不再赘述。
在一些实施例中,用户还可以在图5C所示的界面点击成员管理图标504。响应于用户点击成员管理图标的操作,大屏设备可以显示如图5E所示的成员管理界面,该成员管理界面可以包括用户所在的儿童家庭中的成员信息以及老人家庭中的成员信息,例如,“我的家庭”成员可以包括爸爸、妈妈和儿童。用户可以通过点击成员对应的权限管理控件,对允许成员使用的设备权限进行设置,例如,当用户点击爸爸对应的权限管理控件时,大屏设备可以显示如图5F所示的设备权限设置界面。该设备权限设置界面包括子系统包括的各个电子设备以及各个设备具有的能力,用户可以通过点击选择对应的控件,为用户设置对应的权限,其中,选择对应功能后,该功能对应的选择控件例如可以显示“√”。此外,用户还可以通过点击添加设备权限栏的添加控件为用户新增设备权限。
应理解,大屏设备2所显示的设备功能(如图5F所示)可以由各个电子设备预先在大屏设备2上注册。例如,电子设备与大屏设备2建立连接后,电子设备可以在大屏设备2上进行能力注册,大屏设备2可以基于各个电子设备对应的能力在设备权限设置界面显示对应的功能。
在一些实施例中,各个电子设备向大屏设备2进行能力注册时,可以同时向大屏设备2发送电子设备的ID(如名称)、访问地址(如MAC地址)等信息。大屏设备2可以基于这些信息建立本子系统的设备配置信息(如表1所示)。类似地,大屏设备2在接收到用户添加的本子系统的成员信息时,也可以建立本子系统的成员配置信息(如表2所示)。
在一些实施例中,当本子系统中的主设备与其他子系统(如子系统1)中的主设备建立通信连接后,可以向子系统1中的主设备发送本子系统的设备和成员配置信息,并且接收子系统1的主设备发送的该子系统1中的设备和成员配置信息。之后,各个子系统的主设备可以基于本子系统的设备和成员配置信息以及其他子系统分享的设备和成员配置信息生成共享配置信息(如表3和表4所示),并将该共享配置信息存储于主设备。
在一些实施例中,不同子系统中的主设备建立通信连接的方式例如可以是:用户在子系统1的主设备上输入子系统2的主设备的访问地址,由主设备1通过射频模块与主设备2建立通信连接。示例性的,子系统主设备之间的通信类型可以是点对点(peer to peer,P2P)通信,该P2P通信建立的具体流程可以参见现有技术,此处不再详述。
应理解,在图5A至图5F所示的实施例中,大屏设备可以具有触敏显示屏,用户可以通过触摸方式与大屏设备交互。在实际应用时,大屏设备也可以接收用户通过其他方式进行的交互操作,例如接收用户通过遥控器输入的信息等。本申请对此不作限定。
还应理解,图5A至图5F所示的主设备界面仅为示例,在实际应用时,相关界面还可以在其他具有显示屏的设备上显示(如平板电脑、手机等),且相关界面呈现的具体内容以及呈现方式也可以采用其他形式,例如,当用户登录APP时,还可以采用人脸识别登录、语音识别登录等方式,本申请对此不作限定。
以下结合图1和图2所示的系统架构以及图3和图4所示的电子设备,以一些可能的应用场景为例对本申请实施例提供的多设备配合的方法进行介绍。
场景一:老人查看儿童放学轨迹。
如图6所示,为本申请实施例提供的场景一的示意图。
在一些实施例中,在图6所示的老人家庭(即上述子系统1)中,大屏设备1作为主设备。该大屏设备1可以具有子系统1所需要的设备中心、安全中心、存储中心、应用中心、通信中心等。该大屏设备1与子系统1中的其他电子设备(如猫眼摄像头1、屋内摄像头1、智能门锁1等)通过有线或无线方式通信连接,其中,无线通信连接方式例如可以包括通过蓝牙连接、Wi-Fi连接等方式,本申请对此不作限定。
当儿童快放学时,爷爷奶奶需要先回到自己的家(老人家庭),以便借助家庭中的电子设备了解儿童放学回家情况。当爷爷奶奶到达家门口时(如图6所示位置1),门口的猫眼摄像头1会捕捉到爷爷奶奶的图像,之后猫眼摄像头1通过有线或无线的方式将爷爷奶奶的图像发送至房间内的大屏设备1(即步骤S601)。大屏设备1获取爷爷奶奶的图像后,进行图像识别,确定身份,并根据共享配置信息对爷爷奶奶进行设备使用的权限认证(如表4中爷爷奶奶对应的允许智能门锁1自动开锁的权限);认证通过,则指示智能门锁1开启(步骤S602),使得老人无需操作门锁即可进入房间内。
老人进入房间内后(如图6所示的位置2),屋内摄像头1捕捉到老人的图像,并将老人图像发送至大屏设备1(步骤S603)。大屏设备1根据屋内摄像头1发送的老人图像获知老人已经进入房间内,之后根据其他辅助信息(如当前时间属于预设的儿童放学的时间段)以及共享配置信息获取老人的权限为获取儿童的儿童智能手表的位置和轨迹信息,则大屏设备1自动匹配至儿童佩戴的儿童智能手表。大屏设备1可以通过互联网向儿童智能手表请求位置和轨迹信息(步骤S604),儿童智能手表响应于该请求,向大屏设备1发送此时的位置以及特定历史时间段内的历史轨迹(步骤S605)。大屏设备1获取儿童智能手表的位置及历史轨迹后,自动向用户显示对应的信息(如图6大屏设备显示的轨迹S606)。可选地,大屏设备1还可以根据儿童智能手表当前与家庭的距离以及儿童的速度预测到家时间,并显示相关信息(如图6大屏设备显示的“预计还有10分钟到家”),以便老人可以了解孩子在放学路上的大致情况。
在一些实施例中,如果有多个儿童,每个儿童分别佩戴儿童智能手表,则老人家庭的子系统可以自动匹配至多个对应的儿童智能手表,并分别获取这些儿童智能手表的位置和轨迹信息。
应理解,通过上述过程,老人无需自动发起设备管理,即可体验门锁自动开门,进门后大屏设备1自动显示儿童放学轨迹的无感操作体验。该过程在满足用户自然需求的同时,不需要用户掌握具体的设备操作技能,尤其适用于老人、儿童等设备操作能力较低的人群。
场景二:儿童到家后,儿童家庭自动建立与老人家庭的视频通话。
示例性的,如图7所示,为本申请实施例提供的场景二的示意图。该场景二描述如下:
当儿童到达家(儿童家庭)门口时,门口的猫眼摄像头2捕捉到儿童的身影。猫眼摄像头2将儿童图像发送至儿童家庭中的大屏设备2(主设备)(即步骤S701)。大屏设备2获取儿童图像后,对儿童进行身份认证,并基于共享配置信息获取儿童的权限(如表4中儿童对应的允许智能门锁自动开锁的权限)。之后大屏设备2指示智能门锁2开锁(即步骤S702)。智能门锁2响应于大屏设备的指示自动开锁,为儿童自动开门。
儿童进入房间后,屋内摄像头2捕捉到儿童图像,并将儿童图像发送至大屏设备2(即步骤S703)。大屏设备2根据屋内摄像头2发送的儿童图像获知儿童已经进入房间内,之后可以根据其他辅助信息(如当前时间属于预设的儿童放学时间段)以及共享配置信息自动与老人家庭中的大屏设备1建立视频通话,将儿童图像和音频信息发送至老人家庭中的大屏设备1(即步骤S704),并接收老人家庭的大屏设备1发送的视频图像和音频信息(即步骤S705),实现两个子系统自动为老人和儿童建立视频通话。
应理解,通过上述过程,老人和儿童无需自主操作电子设备,即可实现在儿童放学回家后与老人打招呼的自然交流体验,老人、儿童可以如同处于同一空间自然、随需地交流。
根据本申请实施例提供的方法,通过将不同地域子系统组建为一个大的虚拟共享系统,并使子系统中的电子设备按照场景自适应为用户提供服务,能使得由于物理空间隔开的成员如同处于一个虚拟空间,从而使子系统成员之间获得自然流畅、随需触发的交流效果,增进成员之间的了解和关爱。
场景三:发生紧急事件时的紧急呼救。
示例性的,如图8所示,为本申请实施例提供的场景三的示意图。在该场景下,设备中心还可以用于管理不同穿戴设备(如智能手表、智能手环、智能鞋、智能眼镜等),该穿戴类设备的各个传感器可以对用户生理体征进行实时感知,以判断用户是否发生异常事件。若用户发生异常事件需要紧急求助,则通过系统自动发起与其他子系统的通信。示例性的,用户生理体征例如可以包括:脉搏、呼吸、心跳、血压、瞳孔等。该场景三的描述如下:
一种可能的场景为:当老人(如爷爷)在家遇到紧急事件(如突发疾病)时,老人佩戴的智能手环可以检测到老人生理体征数据异常,并识别到突发疾病;智能手环可以将检测到的异常的生理体征数据连同突发疾病事件一起上报给大屏设备1(即S801)。大屏设备1的感知中心根据突发异常事件感知到老人身体异常变化后,通过共享配置信息中允许老人使用自动视频通话的权限与儿童家庭自动建立视频通话(即步骤S802)。当视频通话自动建立后,大屏设备2可以根据共享配置信息(如表4所示的允许查看老人生理体征)向大屏设备1请求老人的生理体征数据。大屏设备1响应于请求可以将老人发生的突发疾病以及老人的异常生理体征数据发送给大屏设备2。大屏设备2可以显示老人家庭紧急事件提醒,例如如图8所示,提醒“爷爷血压明显升高、心跳加速,需及时就医”等。
另一种可能的场景为:当老人在家不慎滑倒时,老人家庭的屋内摄像头1可以获取到老人的身体呈滑倒姿势的图像,并将该滑倒图像发送至大屏设备1。大屏设备1可以基于图像信息识别到老人的身体姿势异常,也即感知到老人发生了紧急事件;之后,大屏设备1可以根据虚拟共享系统的配置信息中老人对应的设备使用权限(如发生紧急事件时,允许自动建立视频通话),与儿童家庭自动建立视频通话进行紧急呼救。
又一种可能的场景为:老人家庭子系统可以与医疗子系统关联。当老人发生紧急事件时,老人家庭的设备检测到该紧急事件后,上报给大屏设备1。该大屏设备1可以基于虚拟共享系统中老人对应的设备使用权限(如发生紧急事件时,允许自动呼叫医院急诊)自动发起与医疗系统之间的通信,从而使医疗人员及时实施救助。
应理解,通过上述方法,当子系统成员发生紧急事件后,子系统可以感知该紧急事件,并且及时对其他相应子系统中的成员发起紧急呼救,从而使远处的家人或医疗看护人员能了解老人当前状况,及时组织救助。
场景四:行车过程中的自发通信。
示例性的,如图9所示,为本申请实施例提供的一种场景四的示意图。在该场景四中,虚拟共享系统中的一个子系统为车载子系统,另一个子系统为家庭子系统(如儿童家庭子系统)。该场景四的描述如下:
在一个可能情形下:车内的主设备(如车载电脑)监测到车辆即将到达预设的目的地时,可以自动发起与对应目的地子系统之间的视频通话。例如,车辆行驶前,爸爸可以在车载电脑输入目的地为儿童家庭;在车辆行驶过程中,车载电脑定位模块可以实时获取车辆位置,当车辆距离儿童家庭小于某一阈值(如1Km)时,车载电脑可以自动发起与儿童家庭中大屏设备2的视频通话(即步骤S901),告知家人马上安全到达。
在另一个可能的情形下:当在行驶过程中发生意外事件(如驾驶员突发疾病、发生车祸等)时,车辆中的摄像头可以获取相关事件的图像,并传输至车载电脑。车载电脑根据获取的图像判断发生意外事件,之后车载电脑可以根据共享配置信息中允许驾驶员使用的设备权限(如当发生意外事件时,允许驾驶员所在车辆自动与其他子系统建立通信)向儿童家庭子系统或者保险救助子系统自动发起视频通信,告知家人或保险救助人当前驾驶员处于异常情况,以便相关人员组织救助。
通过上述过程,车辆远行时,车载子系统可以按需向其他子系统发起通信,使得驾驶员与家人或保险救助人等人员如同处于同一空间自然、按需发起交流,不仅可以提升用户体验,更能够在发生意外事件时,通知相关人员及时施救,保障用户安全。
示例性的,如图10A所示,为本申请实施例提供的一种多设备配合的方法的示意性流程图。该流程中的步骤可以由虚拟共享系统中的第一主设备来执行,该虚拟共享系统至少包括第一子系统和第二子系统,该第一主设备属于第一子系统的主设备。该流程可以包括以下步骤:
S110,获取第一用户的用户信息,该第一用户属于所述虚拟共享系统中的成员。
其中,第一主设备例如可以对应上述介绍的主设备1或主设备2;第一用户例如可以对应上述介绍的家庭成员,如老人、儿童等。
在一些实施例中,第一主设备获取第一用户的用户信息可以包括:第一主设备获取该第一主设备自身采集到的第一用户的用户信息,例如,当第一主设备为带有摄像头的大屏设备时,第一主设备可以通过摄像头采集用户图像;或者,第一主设备接收第一电子设备发送的用户信息,该第一电子设备可以属于第一子系统,可以是第一子系统中具备信息采集能力的任一从设备,如猫眼摄像头、屋内摄像头、麦克风等。
示例性的,用户信息例如可以包括用户图像。可选地,用户信息也可以包括用户的语音、用户的生物特征(如指纹)等。
具体地,该用户信息可以是图6实施例中由猫眼摄像头1采集的老人图像;或者,可以是图7实施例中,由猫眼摄像头2采集到的儿童图像;或者,可以是图8实施例中,由智能手环采集到的老人的生命体征信息;或者,可以是图9实施例中,由车载电脑获取到的用户的位置信息等。
在一些实施中,当第一主设备获取第一用户的用户信息后,可以根据用户信息和共享配置信息,对第一用户进行身份认证;当该身份认证通过时,确定第一用户为虚拟共享系统中的成员。应理解,本申请中的每个子系统包括至少一个成员的注册信息和至少一个设备的注册信息,因而共享配置信息可以包括虚拟共享系统中每个子系统对应的成员信息和设备信息,其中,共享配置信息可以如表3和表4所示。
S120,识别与用户信息关联的用户意图,该用户意图包括使第二子系统中的至少一个第二电子设备执行服务操作。
在一些实施例中,第一主设备识别与用户信息关联的用户意图,可以具体包括:第一主设备首先根据获取的第一用户的用户信息,确定第一用户当前的状态;然后,可以根据第一用户当前的状态,确定与该状态对应的第一用户的用户意图。
在一些实施例中,用户状态可以包括:所述第一用户进入房间内;所述第一用户生命体征异常;所述第一用户身体姿势异常;所述第一用户与目的地之间的距离小于第一阈值等。
在一些实施例中,用户状态可以与用户意图之间具有对应关系。例如,当第一用户当前的用户状态满足上述任意一种时,对应的用户意图为与第二子系统建立视频通话。比如,在图6实施例中,主设备1首先根据猫眼摄像头1发送的老人图像确定老人的状态为位于门外;之后,若主设备1又接收到房间内的屋内摄像头1发送的老人图像,则主设备1可以确定老人的状态变为由门外进入房间内;根据老人当前已进入房间内的用户状态,主设备1可以确定对应的老人的意图为与第二子系统中的儿童手表建立通信,以获知儿童的放学轨迹。
再比如,在图7对应的实施例中,主设备2首先根据猫眼摄像头2和屋内的屋内摄像头2发送的儿童图像,确定儿童当前的状态为进入屋内。根据儿童当前的状态,主设备2可以判断儿童接下来的意图为与子系统1建立视频通话,以向爷爷奶奶打招呼。
又比如,在图8对应的实施例中,主设备1根据接收到的老人的智能手环发送的生命体征异常数据,可以确定老人当前处于生命体征异常状态;根据该当前的状态,主设备1可以判断老人此时的意图为与子系统2建立视频通话,以向家人求助。
又比如,在图9对应的实施例中,当车载子系统3的主设备(如车载电脑)根据用户位置确定用户即将到达目的地的状态后,可以判断用户的意图为与目的地的家人家庭(即子系统2)建立视频通话,以提前告知家人马上到家。
在一些实施例中,主设备根据用户信息确定用户状态后,还可以结合辅助信息,以更准确地确定用户的意图。其中,辅助信息例如可以包括:日期信息、时间信息等。
比如,在图6实施例中,主设备1首先根据猫眼摄像头1和屋内摄像头1发送的老人图像,确定老人当前的用户状态为进入房间内;同时,结合此时为放学时间,主设备1可以判断老人的意图为想要与儿童手表通信,以获知儿童的放学轨迹。
在一些实施例中,第一主设备可以建立或共享用户通用行为模型,该用户通用行为模型包括用户信息与用户意图之间的对应关系。示例性的,如表7所示,该用户通用行为模型例如可以包括用户标识、时间、地点、用户意图等之间的映对应关系。第一主设备可以根据用户信息确定关联的用户意图。其中,用户信息中的时间可以基于电子设备采集用户信息时的时间确定,用户信息中的地点可以根据采集用户信息的电子设备的类型来确定,例如,如果用户信息是由猫眼摄像头采集的,则确定用户位于门外;如果用户信息是由屋内摄像头采集的,则确定用户位于屋内。
表7
用户标识 | 时间 | 地点 | 用户意图 |
老人(爷爷、奶奶) | 周一~周五,17:00~17;20 | 门外 | 智能门锁开锁 |
老人(爷爷、奶奶) | 周一~周五,17:20~18;00 | 房间内 | 获取儿童智能手表轨迹信息 |
老人(爷爷、奶奶) | 周一~周五,18:00~18;30 | 房间内 | 与儿童家庭建立视频通话 |
在一些实施例中,第一主设备可以记录预设历史时段内的用户信息和用户意图之间的对应关系,若某一类型的用户信息和用户意图的对应关系的连续记录次数达到预设阈值,则可以该用户信息和用户意图添加至用户通用行为模型中。例如,主设备连续10天在12:00~13:00记录到屋内摄像头采集的老人图像与空调开启并设置为26℃,则主设备可以将用户标识(老人)、时间(12:00~13:00)与用户意图(空调开启且设置为26℃)之间的对应关系添加至用户通用模型,则下一次主设备再在12:00~13:00接收到屋内摄像头采集的老人图像后,可以自动指示空调开启且设置为26℃。
应理解,表7所示的映射关系仅为一个示例,在实际应用中,该用户通用行为模型还可以包括更多其他项,本申请对此不作限定。通过基于用户信息与常用的设备服务的通用模型,电子设备可以自动发起与用户期望匹配的服务,提升用户的无感操作体验。
S130,根据用户信息和共享配置信息,向第二子系统中的第二主设备发送请求消息,该请求消息用于请求服务操作,共享配置信息包括虚拟共享系统中每个子系统对应的成员信息和设备信息。
在一些实施例中,第一主设备确定用户意图后,还可以对第一用户的设备使用权限进行验证,该验证过程可以包括:第一主设备根据用户信息和共享配置信息确定第一用户具有使用第二子系统中的至少一个第二电子设备的权限;第一主设备向第二子系统中的第二主设备发送请求消息。
在一些实施例中,第二主设备接收第一子系统中的第一主设备发送的请求消息;并响应于该请求消息,指示至少一个第二电子设备执行服务操作。
在一些实施例中,第二主设备根据请求消息确定服务操作所需的能力的类型;然后,根据第二子系统中具有的该类型能力的电子设备对应的优先级,指示第二电子设备执行服务操作,其中,该第二电子设备为第二子系统中具有该能力的电子设备中优先级最高的。
应理解,子系统中具有同一类型能力的电子设备可以划分到同一个部件集中,如上述内容介绍的视觉类部件集、听觉类部件集、图像采集类部件集、控制类部件集、穿戴类部件集等、主设备可以根据同一部件集中的电子设备具有的与部件集能力类型对应的能力强弱,对电子设备进行优先级排序。当需要电子设备的某一类型的能力执行服务操作时,主设备可以根据该类型能力部件集中电子设备的优先级,选择优先级最高的电子设备执行服务操作。
示例性的,如图10B所示,为本申请实施例提供的一种更为具体的多设备配合的方法的示意性流程图。该流程图用于介绍子系统之间建立通信时的端侧实现过程,包括以下步骤:
S1101,第一子系统中的某一电子设备获取用户信息。
其中,第一子系统仍然可以对应于上述内容中的子系统1或子系统2;该步骤中的电子设备可以是第一子系统中的从设备,例如猫眼摄像头、屋内摄像头、麦克风等。
在一些实施例中,用户信息可以包括用户图像,该用户图像可以具体包括:用户的人脸、用户身影等。可选地,用户信息也可以包括用户的语音、用户的生物特征(如指纹)等。
在一些实施例中,第一子系统可以有一个或多个电子设备同时获取用户信息。例如,当用户进入房间内时,屋内摄像头可以捕捉到用户的图像,麦克风可以采集到用户的声音等。
S1102,第一主设备根据用户信息对第一用户进行安全校验,确认第一用户可以使用虚拟共享系统。
其中,第一主设备可以通过安全中心对用户进行安全校验。该安全校验可以包括:安全中心根据用户信息对第一用户进行身份认证,该身份认证用于验证第一用户是否为虚拟共享系统中的成员,进而确定是否允许第一用户使用该虚拟共享系统;当身份认证通过后,若后续确定用户意图为获取某项服务操作时,安全中心还可以根据共享配置信息,对该第一用户具有的设备使用权限进行校验,如校验第一用户是否具有使用能提供某项服务操作的电子设备的权限。
应理解,通过安全中心对用户进行身份认证、设备使用权限认证,可以避免非虚拟共享系统成员随意使用该系统的功能,保证虚拟共享系统中的电子设备为用户提供服务操作过程中的安全性。
针对上述身份认证,在一些实施例中,用户可以预先在主设备上注册自己的信息,如录入人脸图像、语音、生物特征等。主设备可以存储用户信息,以便后续接收到子系统采集的用户信息时,能够与预存的相应信息进行比对,从而确定用户的身份。示例性的,身份认证具体可以包括:安全中心根据用户图像对第一用户进行人脸识别,确认身份;或者,安全中心根据第一用户的语音对用户进行声纹识别;或者,安全中心可以进行指纹等用户生物特征的识别。
针对上述设备使用权限的校验,在一些实施例中,第一主设备可以预先设置第一用户的设备使用权限,设置方式可以如图5F所示,本申请对此不作限定。当后续第一主设备根据用户意图调用其他子系统中的某一应用或者电子设备向用户提供服务时,安全中心可以对用户可使用的设备权限进行校验,以保证所调用的应用或者电子设备能够被用户使用。
S1103,第一主设备根据用户信息识别关联的用户意图。
在一些实施例中,安全中心对用户身份认证通过后,若确认允许该第一用户使用虚拟共享系统,第一主设备可以通过感知中心进一步根据用户信息判断用户意图。
在一些实施例中,主设备的感知中心可以根据用户信息确定用户当前所处的用户状态,根据用户状态进一步判断用户意图。
比如,在图7对应的实施例中,主设备2首先根据猫眼摄像头2发送的儿童图像确定儿童的状态为位于门外;之后,若主设备2又接收到屋内的屋内摄像头2发送的儿童图像,则可以确定儿童当前的状态为进入屋内。根据儿童当前的状态,主设备2可以判断儿童接下来的意图为与爷爷奶奶建立视频通话,以向爷爷奶奶打招呼。
再比如,在图8对应的实施例中,主设备1接收到智能手环发送的生命体征异常数据时,可以确定老人当前处于突发疾病状态;根据该当前的状态,主设备1可以判断老人此时的意图为与子系统2中的家人建立视频通话,以向家人求助。
又比如,在图9对应的实施例中,当车辆内的子系统3的主设备(如车载电脑)接收到用户即将到达目的地的状态后,可以判断用户的意图为与目的地的家人建立视频通话,以提前告知家人。
在一些实施例中,主设备的感知中心根据用户信息确定用户状态后,还可以结合辅助信息,以更准确地确定用户的意图。其中,辅助信息例如可以包括:日期信息、时间信息等。
比如,在图6实施例中,主设备1首先根据猫眼摄像头1发送的老人图像确定老人的状态为位于门外;之后,若主设备1又接收到房间内的屋内摄像头1发送的老人图像,则主设备1可以确定老人的状态变为由门外进入房间内;根据老人当前已进入房间内的状态,结合此时为放学时间,则主设备1可以判断老人的意图为想要获知儿童的放学轨迹。
S1104,第一主设备根据用户意图确定由第二子系统中的电子设备执行服务操作。
在一些实施例中,第一主设备的应用中心还可以根据用户意图确定需要调用的应用,并根据共享配置信息,确定该应用所归属的子系统。
例如,在图7实施例中,应用中心根据感知中心的感知结果获知儿童的意图为与子系统1视频通话,以与爷爷奶奶打招呼;应用中心根据该意图确定调用的应用为视频通话应用,且根据共享配置确定该应用归属于子系统1。
S1105,第一主设备自动发起与第二子系统中的第二主设备之间的通信。
在一些实施例中,应用中心可以指示第一主设备的通信中心与第二主设备的通信中心建立通信。
在一些实施例中,当第一主设备与第二子系统中的第二主设备已经建立有通信时,第一主设备可以自动发起与第二子系统中的第二主设备之间的通信。具体地,第一主设备可以向第二主设备发送请求消息,请求第二子系统中的至少一个第二电子设备执行服务操作。
在一些实施例中,第二主设备可以根据请求消息确定服务操作所需的能力的类型,并选择可以提供该类型能力的电子设备执行服务操作。
例如,在图7实施例中,儿童家庭中的应用中心可以通过通信中心向老人家庭主设备1发送请求消息,该请求消息例如为儿童家庭和老人家庭建立视频通话。老人家庭的主设备获知服务操作为建立视频通话后,可以自动调取视觉类部件集中的设备进行视频通信显示,调取听觉部件集中最优的音频设备的麦克风和喇叭等进行音频通话。
根据本申请实施例提供的多设备配合的方法,通过将不同地域子系统组建为一个大的虚拟共享系统,并使子系统中的电子设备按照场景自适应为用户提供服务,能使得由于物理空间隔开的成员如同处于一个虚拟空间,从而使子系统成员之间获得自然流畅、随需触发的交流效果,增进成员之间的了解和关爱。
以上结合附图对本申请实施例提供的多设备配合的方法的一些可能的应用场景以及交互流程进行介绍,为更好的理解本申请实施例提供的多设备配合的方法,以下从内部实现层面进行进一步的介绍。
示例性的,如图11A所示,为本申请实施例提供的一些设备的细化结构示意图。以上述场景一中的智能门锁为老人自动开锁阶段为例,结合图6对该应用场景下的实现过程进行介绍。
在图11A所示的实施例中,猫眼摄像头1包括图像采集模块1001、通信模块1002;大屏设备1(子系统1中的主设备)包括通信中心1101、安全中心1102、感知中心1103、应用中心1104、存储中心1105、设备中心1106;智能门锁1包括通信模块1201、控制模块1202。其中,通信模块1002、通信中心1101、通信模块1201在内部结构和功能实现上可以是相同或者类似的。
在图6所示的场景下,当老人到达门口猫眼摄像头1的图像采集区域(门口)后,猫眼摄像头1的图像采集模块1001可以采集老人的用户图像,之后图像采集模块1001可以将用户图像转换为电信号传输至通信模块1002。通信模块1002将用户图像电信号通过有线方式或无线方式传输至大屏设备1的通信中心1101。
通信中心1101将用户图像信息传输至安全中心1102。安全中心1102根据用户图像对用户身份以及用户的虚拟共享系统使用权限进行认证。具体地,安全中心1102可以由存储中心1105查询预先存储的用户参考信息(如预先录入的用户人脸图像),并将获取的用户图像与预存的用户参考图像进行比对,当用户图像与用户参考图像相似度大于预设阈值时,则确认出用户的身份为虚拟共享系统的成员,可以使用虚拟共享系统中的电子设备。
当确认用户身份后,安全中心1102可以将用户图像发送至感知中心1103,同时还可以将用户身份信息、用户具有虚拟共享系统使用权限信息等也发送至感知中心。感知中心1103结合用户图像获知用户状态,并根据用户状态获取用户意图。例如,感知中心1103由用户信息获知认证身份为爷爷奶奶的用户当前的状态为在门外,则感知中心可以根据用户通用模型信息(如表7所示)获取用户意图为智能门锁1自动开锁。
感知中心1103将用户意图发送至应用中心1104。应用中心1104可以基于用户意图确定调用的应用或设备。例如,应用中心1104获知用户意图为智能门锁1自动开锁,则可以根据共享配置信息确定调用智能门锁1的开锁功能。之后,应用中心1104可以将调用指令发送至设备中心1106,由设备中心1106根据调用指令选择对应设备进行通信,并指示其执行对应的服务。
具体地,设备中心1106接收到调用指令后,可以根据其指示的需要调用的对应的电子设备,如在控制部件集选取智能门锁1。之后,设备中心1106可以向通信中心1101发送开锁指示消息,再由设备中心1106将开锁指示消息发送至智能门锁1的通信模块1201。智能门锁1的通信模块1201将开锁指示消息传输至该智能门锁1的控制模块1202,控制模块1202响应于该开锁指示消息执行开锁操作,从而实现为用户自动开锁的过程。
可选地,应用中心1104确定为用户调用智能门锁1的开锁功能后,还可以向安全中心1102进行用户的设备使用权限校验,如向安全中心发送设备使用权限校验的通知消息,并在该消息指示用户所使用的特定设备。安全中心1102可以对用户是否具有该特定设备的使用权限进行校验,如根据存储中心1105中的共享配置信息判断爷爷奶奶是否具有智能门锁1自动开锁的权限,当设备使用权限通过后,指示应用中心1104可以进行该操作。
示例性的,如图11B所示,为本申请实施例提供的一些设备的细化结构示意图。以上述场景一中老人进入房间后,电子设备自动为老人匹配儿童智能手表,获取儿童放学轨迹阶段为例,仍然结合图6对该应用场景下的实现过程进行介绍。
参见图11A所示,当智能门锁1的控制模块1202执行开锁操作后,可以生成开锁反馈消息,并经由智能门锁1的通信模块1201发送至大屏设备1的通信中心1101。
参见图11B所示,大屏设备1的通信中心1101可以接收智能门锁1发送的开锁反馈消息,并将该开锁反馈消息传输至感知中心1103。感知中心1103可以根据该开锁反馈消息获知用户智能门锁1已经打开,用户此时的状态为进入房间内(此外,感知中心1103也可以根据屋内摄像头采集的图像确定用户状态为进入房间内,本实施例对此不作详述)。之后,感知中心1103根据新的用户状态(老人已进入房间内)以及其他辅助信息(如时间)确定用户意图(如想要获知儿童的放学回家轨迹)。感知中心1103向应用中心1104发送用户意图。应用中心1104根据用户意图(想要获知孙子的放学回家轨迹)以及用户通用行为模型确定调用的设备(儿童的智能手表),并将设备调用指令发送至设备中心1106。设备中心1106根据设备信息选择对应设备进行通信。之后,设备中心1106向通信中心1101发送请求消息,该请求消息用于请求反馈预设时间段内的轨迹信息。通信中心1101将设备服务指示发送至儿童智能手表的通信模块1301。智能手表的通信模块1301将设备服务指示传输至该智能手表的管理模块1302;管理模块1302根据设备服务指示可以由智能手表的存储模块1303获取历史轨迹信息,并生成儿童轨迹反馈消息,由智能手表的通信模块1301发送至大屏设备的通信中心1101,通信中心1101再将儿童轨迹反馈消息进一步发送至设备中心1106,由设备中心1106在视觉类部件集中选取可用的最高优先级的设备显示儿童的轨迹信息,从而实现自动为用户提供儿童的放学回家轨迹。
示例性的,如图12所示,为本申请实施例提供的一些设备的细化结构示意图。以上述场景二(儿童到家后,儿童家庭自动建立与老人家庭的视频通话)为例,结合图7对该应用场景下的实现过程进行介绍。
在图7所示的应用场景下,当儿童放学回家时,智能门锁2可以自动开启门锁,儿童进入房间内。其中,儿童家庭的智能门锁2自动开锁的实现过程与图11A所示实施例介绍的过程类似,此处不再赘述。
当儿童进入房间内后,安装于儿童家庭房间内的屋内摄像头2的图像采集模块2001采集用户图像(即儿童图像,如儿童的身影、儿童的面部图像等);之后将用户图像经由屋内摄像头的通信模块2002发送至大屏设备2(子系统2中的主设备)中的通信中心2101。通信中心2101将用户图像传输至安全中心2102,由安全中心2102对用户身份进行认证。具体地,安全中心2102可以由存储中心2105查询并获取预存储的用户参考信息,并将用户图像信息与用户参考信息进行比对,以确认用户身份为儿童。之后,安全中心2102可以将用户身份信息发送至感知中心2103。
感知中心2103根据用户身份信息确定用户状态为儿童放学回到家中,并且根据用户状态确定儿童的意图为与老人建立视频通信。
感知中心2103向应用中心2104发送用户意图。应用中心2104根据用户意图确定调用的应用为老人家庭中的视频通话应用。
应用中心2104向设备中心2106发送调用指示,由设备中心2016确定老人家庭子系统中的主设备信息,并生成请求消息,请求消息用于请求视频通话。设备中心2106向通信中心2101发送设备请求消息;之后,通信中心2101向子系统1中的大屏设备1(子系统1中的主设备)的通信中心1101发送该请求消息。
通信中心1101将请求消息进一步传输至老人家庭中的设备中心1106。设备中心1106根据请求消息由老人家庭中的视觉类部件集中选择可用的最高优先级的显示设备或部件(如图12所示的图像显示模块1111)和音频播放设备或部件(如图12所示的音频播放模块1112)分别进行图像显示以及音频采集和播放,实现子系统1和子系统2自动建立视频通话。
在一些实施例中,子系统1中的大屏设备1还可以与老人的佩戴的智能手环、智能血压检测仪、智能鞋等具有生命体征监测功能的设备连接。当子系统1与子系统2自动建立视频通话后,大屏设备1还可以收集老人的生命体征数据,并将其发送至子系统2中的大屏设备2,由子系统2中显示设备进行显示,以便使子系统2中的成员(如儿童的爸爸妈妈)获知老人的健康状况。可选地,显示信息可以是老人至少一项生命体征的具体监测数据(如心率79),和/或老人至少一项生命体征的状态(如心率正常状态)等,本申请对此不作限定。
根据本申请实施例提供的多设备配合的方法,通过将不同空间(或地域)的子系统组建为一个大的虚拟共享系统,并使子系统中的电子设备按照场景自适应为用户(尤其是老人、儿童等对智能设备有操作障碍的用户)提供服务,能使得由于物理空间隔开的成员如同处于一个虚拟空间,从而使子系统成员之间获得自然流畅、随需触发的交流效果,增进成员之间的了解和关爱。
示例性的,如图13所示,为本申请实施例提供的一些设备的细化结构示意图。以上述场景三(发生紧急事件时的紧急呼救)为例,结合图8对该应用场景下的实现过程进行介绍。
在图8所示的应用场景下,当老人发生紧急事件时,老人家庭可以和儿童家庭自动建立视频通话。
示例性的,当老人发生紧急事件(例如由于血压升高而摔倒)时,老人家庭中的屋内摄像头1的图像采集模块1301可以采集到用户图像(老人摔倒的图像),该图像采集模块1301可以将采集到的用户图像发送至通信模块1302,并经由通信模块1302通过有线或无线方式发送至大屏设备1的通信中心1101。同时,老人佩戴的智能手环中的生理体征采集模块1401可以采集用户的生理体征信息(如血压数据),该生理体征采集模块1401可以将采集到的用户生理体征信息发送至通信模块1402,并经由通信模块1402发送至大屏设备1中的通信中心1101。
在一些实施例中,通信中心1101可以首先将用户的图像发送至安全中心1102。安全中心1102可以根据用户图像对用户身份进行认证,确定该用户为虚拟共享系统成员。具体地,安全中心1102可以由存储中心1105查询并获取预存储的用户参考信息,并将用户图像信息与用户参考信息进行比对,以确认用户身份为老人。
在一些实施例中,当确定该用户为虚拟共享系统成员,也即用户可以使用虚拟共享系统后,安全中心1101可以将用户图像传输至感知中心1103。感知中心1103还可以由安全中心1102(或直接由通信中心1101)获取用户生理体征信息。感知中心1103可以基于用户图像以及用户生理体征信息,结合其他辅助信息(如地点、时间等)综合判断用户状态为老人发生紧急事件,并且确定老人期望的设备服务为与儿童家庭建立视频通信。
感知中心1103向应用中心1104发送用户意图。应用中心1104根据用户意图确定与儿童家庭子系统中设备建立视频通话,即调用儿童家庭子系统中的视频通话应用。
应用中心1104向设备中心1106发送调用指示,由设备中心1106确定老人家庭子系统中的主设备信息,并生成请求消息。设备中心1106向通信中心1101发送请求消息,通信中心1101向儿童家庭中的大屏设备2(子系统2中的主设备)的通信中心2101发送该请求消息。
通信中心2101将请求消息进一步传输至儿童家庭中的设备中心2106。设备中心2106根据请求消息由老人家庭中的视觉类部件集中选择可用的最高优先级的视觉显示类电子设备或部件(如图13所示的图像显示模块2111)和音频播放类电子设备或部件(如图13所示的音频播放模块2112)分别进行图像显示以及音频采集和播放,实现子系统1和子系统2自动建立视频通话。
应理解,通过上述方法,当老人发生紧急事件时,通过子系统的主设备的综合判断,能自发地与其他子系统发起视频通话进行求助,从而使得老人得到及时救助。
根据本申请实施例提供的多设备配合的方法,通过将不同地域子系统组建为一个大的虚拟共享系统,并使子系统中的电子设备按照场景自适应为用户(尤其是老人、儿童等对智能设备有操作障碍的用户)提供服务,能使得由于物理空间隔开的成员如同处于一个虚拟空间,从而使子系统成员之间获得自然流畅、随需触发的交流效果,增进成员之间的了解和关爱。
示例性的,如图14所示,为本申请实施例提供的一些设备的细化结构示意图。以上述场景四(行车中的自适应通信。)为例,结合图9对该应用场景下的实现过程进行介绍。
示例性的,当驾驶员驾驶车辆时或者驾驶车辆过程中,车内摄像头可以通过图像采集模块3001采集用户的图像。图像采集模块3001可以将用户图像传输至该车内摄像头的通信模块3003,经由通信模块3003传输至车载电脑(车载子系统的主设备)。车载电脑根据用户图像对用户进行身份认证,确定用户可以为虚拟共享系统的成员,可以使用该虚拟共享系统。其中,车载设备对用户进行身份认证以及设备权限认证的过程可以参见以上相关实施例中的介绍,从此处不再赘述。
在一些实施例,车辆中的一些定位装置可以具有定位模块3002,能够对用户的位置进行实时定位,并通过通信模块3003将定位信息发送至车载电脑的通信中心3101。当感知中心3103根据定位信息以及用户输入的目的地信息判断车辆即将到达目的地时,如与目的地之间的距离小于一定阈值时,则可以感知到用户意图为要提前告知目的地子系统成员,则可以发起与子系统2之间的视频通话。其中,发起视频通话的过程与上述实施例介绍的流程类似,此处不再赘述。
应理解,通过上述方法,当用户驾车出行时,通过子系统设备的综合判断,能自发地与其他子系统发起视频通话进行沟通。尤其在发生意外事件时,则可以及时向其他子系统成员进行呼救,从而使得用户得到及时救助。
根据本申请实施例提供的多设备配合的方法,通过将不同地域子系统组建为一个大的虚拟共享系统,并使子系统中的电子设备按照场景自适应为用户(尤其是老人、儿童等对智能设备有操作障碍的用户)提供服务,能使得由于物理空间隔开的成员如同处于一个虚拟空间,从而使子系统成员之间获得自然流畅、随需触发的交流效果,增进成员之间的了解和关爱。
本申请实施例还提供了一种多设备配合的系统,至少包括第一子系统和第二子系统,所述第一子系统包括第一主设备,所述第二子系统包括第二主设备,所述第一主设备和所述第二主设备用于执行本申请实施例提供的多设备配合的方法。
本申请实施例还提供了一种计算机可读存储介质,存储有计算机指令,当所述计算机指令在计算机中执行时,使得本申请实施例提供的多设备配合的方法得以实现。
本申请实施例还提供了一种计算机产品,存储有计算机指令,当所述计算机指令在计算机中执行时,使得本申请实施例提供的多设备配合的方法得以实现。
本申请实施例还提供了一种芯片,存储有计算机指令,当所述计算机指令在芯片中执行时,使得本申请实施例提供的多设备配合的方法得以实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
以上所述,仅为本申请实施例的具体实施方式,但本申请实施例的保护范围并不局限于此,任何在本申请实施例揭露的技术范围内的变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应以所述权利要求的保护范围为准。
Claims (16)
1.一种多设备配合的方法,其特征在于,应用于虚拟共享系统中的第一主设备,所述虚拟共享系统至少包括第一子系统和第二子系统,所述第一主设备属于所述第一子系统,所述方法包括:
获取第一用户的用户信息,所述第一用户属于所述虚拟共享系统中的成员;
识别与所述用户信息关联的用户意图,所述用户意图包括使所述第二子系统中的至少一个电子设备执行服务操作;
根据所述用户信息和共享配置信息,向所述第二子系统中的第二主设备发送请求消息,所述请求消息用于请求所述服务操作,所述共享配置信息包括所述虚拟共享系统中每个子系统对应的成员信息和设备信息。
2.根据权利要求1所述的方法,其特征在于,所述用户意图包括使所述第二子系统中的至少一个电子设备执行服务操作,具体包括:
所述用户意图包括使所述第二子系统中的至少一个电子设备执行视频通话服务操作。
3.根据权利要求1所述的方法,其特征在于,所述识别与所述用户信息关联的用户意图,具体包括:
根据获取的所述用户信息,确定所述第一用户当前的状态;
根据所述第一用户当前的状态,确定对应的所述第一用户的用户意图。
4.根据权利要求3所述的方法,其特征在于,所述第一用户当前的状态,包括以下至少一项:
所述第一用户进入房间内;或者,
所述第一用户生命体征异常;或者,
所述第一用户身体姿势异常;或者,
所述第一用户与目的地之间的距离小于第一阈值。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述获取第一用户的用户信息,具体包括:
接收所述第一子系统中的至少一个电子设备发送的所述用户信息,所述第一子系统中的至少一个电子设备与所述第一主设备不同。
6.根据权利要求5所述的方法,其特征在于,当所述用户信息为用户图像时,所述方法具体包括:
接收第一屋内摄像头发送的第一图像,所述第一图像包括所述第一用户的图像,所述第一屋内摄像头属于所述第一子系统;
当根据所述第一图像确定所述第一用户进入房间时,向所述第二主设备发起所述视频通话。
7.根据权利要求5所述的方法,其特征在于,当所述用户信息为用户图像时,所述方法具体包括:
接收第一屋内摄像头发送的第二图像,所述第二图像包括所述第一用户的图像,所述第一屋内摄像头属于第一子系统;
根据所述第二图像信息识别所述第一用户的身体姿势;
当根据所述第一用户的身体姿势确定所述第一用户身体姿势异常时,向所述第二主设备发起所述视频通话。
8.根据权利要求2-5中任一项所述的方法,其特征在于,当所述第一子系统为车载子系统时,所述方法具体包括:
获取所述第一用户的位置信息;
当根据所述第一用户的位置信息,确定所述第一用户与目的地之间的距离小于第一阈值时,向所述第二主设备发起视频通话。
9.根据权利要求1-8中任一项所述的方法,其特征在于,所述方法还包括:
根据所述用户信息和所述共享配置信息,对所述第一用户进行身份认证;
当所述身份认证通过时,确定所述第一用户为所述虚拟共享系统中的成员。
10.根据权利要求3所述的方法,其特征在于,所述共享配置信息还包括所述虚拟共享系统中的成员对应的设备使用权限;
所述根据用户信息和共享配置信息,向所述第二子系统中的第二主设备发送请求消息,具体包括:
所述根据用户信息和所述共享配置信息确定所述第一用户具有使用所述第二子系统中的至少一个第二电子设备的权限;
向所述第二子系统中的第二主设备发送所述请求消息。
11.一种多设备配合的方法,其特征在于,应用于虚拟共享系统中的第二主设备,所述虚拟共享系统至少包括第一子系统和第二子系统,所述第二主设备属于所述第二子系统,所述方法包括:
接收所述第一子系统中的第一主设备发送的请求消息,所述请求消息用于请求所述第二子系统中的至少一个电子设备执行服务操作;
响应于所述请求消息,指示所述至少一个第二电子设备执行所述服务操作。
12.根据权利要求11所述的方法,其特征在于,所述服务操作包括:
与所述第一子系统建立视频通话服务操作。
13.根据权利要求11或12所述的方法,其特征在于,所述响应于所述请求消息,指示所述至少一个第二电子设备执行所述服务操作,具体包括:
根据所述请求消息确定所述服务操作所需的能力;
根据所述第二子系统中具有所述能力的电子设备对应的优先级,指示第二电子设备执行所述服务操作,所述第二电子设备为所述第二子系统中具有所述能力的电子设备中优先级最高的电子设备。
14.一种多设备配合的系统,其特征在于,至少包括第一子系统和第二子系统,所述第一子系统包括第一主设备,所述第二子系统包括第二主设备,所述第一主设备用于执行如权利要求1至10中任一项所述的方法,所述第二主设备用于执行如权利要求11-13中任一项所述的方法。
15.一种计算机可读存储介质,其特征在于,存储有计算机指令,当所述计算机指令在计算机中执行时,使得如权利要求1-13中任一项所述的方法得以实现。
16.一种计算机产品,其特征在于,存储有计算机指令,当所述计算机指令在计算机中执行时,使得如权利要求1-13中任一项所述的方法得以实现。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110425911.9A CN115309478A (zh) | 2021-04-20 | 2021-04-20 | 一种多设备配合的方法及设备 |
PCT/CN2022/085793 WO2022222768A1 (zh) | 2021-04-20 | 2022-04-08 | 一种多设备配合的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110425911.9A CN115309478A (zh) | 2021-04-20 | 2021-04-20 | 一种多设备配合的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115309478A true CN115309478A (zh) | 2022-11-08 |
Family
ID=83723683
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110425911.9A Pending CN115309478A (zh) | 2021-04-20 | 2021-04-20 | 一种多设备配合的方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115309478A (zh) |
WO (1) | WO2022222768A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105282490A (zh) * | 2014-06-25 | 2016-01-27 | 北京聚安威视觉信息技术有限公司 | 一种新型空巢老人的智能家庭交互系统及方法 |
KR102264050B1 (ko) * | 2014-11-28 | 2021-06-11 | 삼성전자주식회사 | 전자 장치들 간에 기능을 공유하는 방법 및 장치 |
BR102015014422B1 (pt) * | 2015-06-17 | 2024-01-23 | Samsung Eletrônica Da Amazônia Ltda | Método para comunicação entre dispositivos eletrônicos através da interação de usuários com objetos |
CN111083419A (zh) * | 2018-10-19 | 2020-04-28 | 蒙柳 | 一种可以自动连接的远程互动系统及连接方法 |
CN110045621B (zh) * | 2019-04-12 | 2022-07-22 | 深圳康佳电子科技有限公司 | 智能场景处理方法、系统、智能家居设备及存储介质 |
CN113676689A (zh) * | 2021-08-18 | 2021-11-19 | 百度在线网络技术(北京)有限公司 | 一种视频通话方法、装置及电视 |
-
2021
- 2021-04-20 CN CN202110425911.9A patent/CN115309478A/zh active Pending
-
2022
- 2022-04-08 WO PCT/CN2022/085793 patent/WO2022222768A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2022222768A1 (zh) | 2022-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021000808A1 (zh) | 设备控制方法和设备 | |
WO2020192714A1 (zh) | 显示设备控制页面的方法、相关装置及系统 | |
WO2021023032A1 (zh) | 设备解锁方法、系统和相关设备 | |
WO2021000923A1 (zh) | 一种路由器配置方法、终端及路由器 | |
CN110276177B (zh) | 智能终端的登录方法及电子设备 | |
EP3859576A1 (en) | Application permission management method and electronic device | |
CN113496426A (zh) | 一种推荐服务的方法、电子设备和系统 | |
EP4141637A1 (en) | Notification display method and electronic device | |
CN108574515A (zh) | 一种基于智能音箱设备的数据分享方法、装置和系统 | |
WO2020216098A1 (zh) | 一种跨电子设备转接服务的方法、设备以及系统 | |
CN113821767A (zh) | 应用程序的权限管理方法、装置和电子设备 | |
CN114079838B (zh) | 一种音频控制方法、设备及系统 | |
CN114629993B (zh) | 一种跨设备认证方法及相关装置 | |
WO2023083026A1 (zh) | 一种数据采集方法、系统以及相关装置 | |
CN115309478A (zh) | 一种多设备配合的方法及设备 | |
WO2021147483A1 (zh) | 数据分享的方法和装置 | |
WO2022143273A1 (zh) | 信息处理方法和电子设备 | |
WO2023104075A1 (zh) | 一种分享导航信息的方法、电子设备和系统 | |
WO2022068156A1 (zh) | 一种跨设备认证方法及相关装置 | |
CN117496585A (zh) | 一种人体活动识别方法、系统及相关设备 | |
WO2022037405A1 (zh) | 信息验证的方法、电子设备及计算机可读存储介质 | |
WO2021189418A1 (zh) | 服务提供方法及装置 | |
WO2023016347A1 (zh) | 声纹认证应答方法、系统及电子设备 | |
EP4250077A1 (en) | Space management method and apparatus, and electronic device and readable storage medium | |
CN115309360A (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 |