CN113254092B - 处理方法、设备及存储介质 - Google Patents
处理方法、设备及存储介质 Download PDFInfo
- Publication number
- CN113254092B CN113254092B CN202110706372.6A CN202110706372A CN113254092B CN 113254092 B CN113254092 B CN 113254092B CN 202110706372 A CN202110706372 A CN 202110706372A CN 113254092 B CN113254092 B CN 113254092B
- Authority
- CN
- China
- Prior art keywords
- target
- application
- service
- preset
- information
- 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
-
- 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/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
- G10L15/00—Speech recognition
- G10L15/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
- G10L15/00—Speech recognition
- G10L15/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
- G10L2015/223—Execution procedure of a spoken command
Abstract
本申请涉及一种处理方法、设备及存储介质,处理方法应用于处理设备,包括以下步骤:响应于获取到待处理数据,确定至少一个目标应用或目标服务;响应于所述目标应用或目标服务,根据预设策略执行相应处理。本申请在获取待处理数据后,先确定至少一个目标应用或目标服务,再对确定的目标应用或目标服务进行处理,可以在获取待处理数据后,提高对待处理数据响应的准确性和/或改善交互效果,提升了用户体验。
Description
技术领域
本申请涉及通信技术领域,具体涉及一种处理方法、设备及存储介质。
背景技术
随着人工智能时代的到来,智能化应用的研发更加深入且使用范围更加广泛,为人们的生活带来了极大的便利,大部分设备(如手机、耳机、汽车或电视等)通常都至少具有两个或以上的人机交互应用(如语音助手),和/或,不同设备之间具有两个或以上的人机交互应用,在构思及实现本申请过程中,发明人发现至少存在如下问题:由于不同人机交互应用之间是独立工作的,在利用人机交互应用处理信息时,无法充分利用不同人机交互应用的功能和交互能力,存在对人机交互应用无法进行有效管理或利用的问题,又或者,交互效果不佳,影响到用户体验。
示例性地,一些实现中,仅限于使用一个人机交互应用进行响应,应用场景有限,又或者,被唤醒或运行的人机交互应用无法方便快捷或智能地响应处理信息等,给用户带来了不便。
前面的叙述在于提供一般的背景信息,并不一定构成现有技术。
发明内容
针对上述技术问题,本申请提供一种处理方法、设备及存储介质,可以在获取待处理数据后,提高对待处理数据响应的准确性和/或改善交互效果,提升了用户体验。
为解决上述技术问题,本申请提供一种处理方法,应用于处理设备,包括:
步骤S1:响应于获取到待处理数据,确定至少一个目标应用或目标服务;
步骤S2:响应于所述目标应用或目标服务,根据预设策略执行相应处理。
可选地,所述步骤S1,包括:
步骤S11a:根据获取的操作,和/或预设信息,和/或场景信息,和/或所述待处理数据的来源信息,和/或所述待处理数据的相关信息,和/或对所述待处理数据的响应结果,确定至少一个目标应用或目标服务。
可选地,所述步骤S1,包括:
若所述处理设备不为控制中心,执行步骤S11a;和/或,
若所述处理设备为控制中心,执行步骤S11b:确定是否存在关联设备,若存在关联设备,从所述关联设备中确定至少一个目标应用或目标服务。
可选地,所述从所述关联设备中确定至少一个目标应用或目标服务,包括以下至少一种:
若所述关联设备只有一个,且所述关联设备具有多个应用或服务,则将能响应所述待处理数据的应用或服务确定为目标应用或目标服务;和/或,
若所述关联设备有多个,则根据预设规则确定至少一个目标设备,将所述至少一个目标设备中能响应所述待处理数据的应用或服务确定为目标应用或目标服务。
可选地,所述根据预设规则确定至少一个目标设备,包括以下至少一种:
将用户生理参数信息满足第一预设条件的关联设备作为目标设备;
将设备系统信息满足第二预设条件的至少一关联设备作为目标设备;
将设备通信信息满足第三预设条件的至少一关联设备作为目标设备;
将设备应用信息满足第四预设条件的至少一关联设备作为目标设备;
将设备提醒信息满足第五预设条件的至少一关联设备作为目标设备;
将设备检测信息满足第六预设条件的至少一关联设备作为目标设备;
将设备状态信息满足第七预设条件的至少一关联设备作为目标设备;
将设备环境信息满足第八预设条件的至少一关联设备作为目标设备。
可选地,所述步骤S11a,包括:
根据所述待处理数据的相关信息,确定至少一处理信息,并根据所述至少一处理信息确定第一目标应用或目标服务;和/或,
响应于所述第一目标应用或目标服务对所述待处理数据的响应结果,确定第二目标应用或目标服务。
可选地,所述步骤S11a,包括:
获取至少一处理信息;
若所述处理信息只有一个,则确定能响应所述处理信息的至少一第一应用或服务,根据第一确定策略,从所述至少一第一应用或服务中确定目标应用或目标服务;和/或,
若所述处理信息有至少两个,则确定能部分和/或完全响应所述处理信息的至少一第二应用或服务,根据第二确定策略,从所述至少一第二应用或服务中确定目标应用或目标服务。
可选地,所述步骤S2,包括:
将所述待处理数据,和/或基于所述待处理数据得到的处理请求,和/或基于所述待处理数据获取的响应结果,以预设传输策略输出至所述目标应用或目标服务,以使所述目标应用或目标服务进行响应。
可选地,所述目标应用或目标服务包括至少一第一目标应用或目标服务和至少一第二目标应用或目标服务,所述步骤S2,包括以下至少一种:
若所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,则按照第一预设策略进行处理;和/或,
若所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,则按照第二预设策略进行处理。
可选地,所述按照第一预设策略进行处理,包括以下至少一种:
根据第一唤醒策略唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一运行策略运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果;
和/或,所述按照第二预设策略进行处理,包括以下至少一种:
根据第二唤醒策略唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二运行策略运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果;
根据第二退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务。
可选地,所述唤醒策略包括以下至少一种:基于应用或服务的优先级顺序依次唤醒、基于与应用或服务所在设备的距离依次唤醒、同时唤醒;和/或,
所述运行策略包括以下至少一种:基于应用或服务的唤醒时间顺序依次运行、基于应用或服务所在设备的网络状态依次运行、同时运行;和/或,
所述输出策略包括以下至少一种:基于应用或服务的优先级顺序依次输出、基于响应结果的内容依次输出、同时输出;和/或,
所述退出策略包括以下至少一种:基于应用或服务的运行状态信息依次退出、基于应用或服务所在设备的设备信息依次退出、同时退出。
可选地,所述步骤S2,还包括:
响应于接收到所述目标应用或目标服务发送的响应信息,按照预设输出策略输出所述响应信息。
可选地,所述按照预设输出策略输出所述响应信息,包括以下至少一种:
根据接收时间先后顺序,和/或所述目标应用或目标服务的优先级顺序,和/或当前场景,和/或接收的操作信息,和/或所述响应信息对应的设备,输出所述响应信息。
本申请还提供第二种处理方法,应用于处理设备,包括:
步骤S10:响应于第一目标应用或目标服务的处理请求;
步骤S20:唤醒或运行关联设备的第二目标应用或目标服务;
步骤S30:响应于预设操作,对所述第一目标应用或目标服务按照第一预设策略进行处理;和/或,对所述第二目标应用或目标服务按照第二预设策略进行处理。
可选地,所述步骤S10,包括:
步骤S110a:响应于获取到待处理数据,根据获取的操作,和/或预设信息,和/或场景信息,和/或待处理数据的来源信息,和/或待处理数据的相关信息,确定第一目标应用或目标服务。
可选地,所述步骤S10,包括:
若所述处理设备不为控制中心,执行步骤S110a;和/或,
若所述处理设备为控制中心,执行步骤S110b:确定是否存在关联设备,若存在关联设备,从所述关联设备中确定第一目标应用或目标服务。
可选地,所述步骤S110a,包括:
根据所述待处理数据的相关信息,确定至少一处理信息;
根据所述至少一处理信息确定第一目标应用或目标服务。
可选地,所述步骤S10,包括:
第一目标应用或目标服务响应于接收的待处理数据满足第一预设条件,和/或第一目标应用或目标服务所处的设备满足第二预设条件,和/或第一目标应用或目标服务的响应结果不满足第三预设条件,和/或获取的操作信息满足第四预设条件,发送处理请求。
可选地,所述步骤S20之前,还包括:
根据所述第一目标应用或目标服务的响应结果,和/或,预设信息,和/或,待处理数据,和/或,操作信息,和/或所述处理设备的所处场景,确定至少一关联设备。
可选地,所述步骤S20,包括:
若所述关联设备只有一个,且所述关联设备具有多个应用或服务,则将能响应所述处理请求的应用或服务确定为第二目标应用或目标服务;和/或,
若所述关联设备有多个,则根据预设规则确定至少一个目标设备,将所述至少一个目标设备中能响应所述处理请求的应用或服务确定为第二目标应用或目标服务。
可选地,所述根据预设规则确定至少一个目标设备,包括以下至少一种:
将用户生理参数信息满足第一预设条件的关联设备作为目标设备;
将设备系统信息满足第二预设条件的至少一关联设备作为目标设备;
将设备通信信息满足第三预设条件的至少一关联设备作为目标设备;
将设备应用信息满足第四预设条件的至少一关联设备作为目标设备;
将设备提醒信息满足第五预设条件的至少一关联设备作为目标设备;
将设备检测信息满足第六预设条件的至少一关联设备作为目标设备;
将设备状态信息满足第七预设条件的至少一关联设备作为目标设备;
将设备环境信息满足第八预设条件的至少一关联设备作为目标设备。
可选地,所述对所述第一目标应用或目标服务按照第一预设策略进行处理,包括以下至少一种:
控制所述第一目标应用或目标服务响应所述处理请求;
控制所述第一目标应用或目标服务关闭或隐藏或冻结或休眠;
响应于所述第二目标应用或目标服务对所述处理请求的响应结果,控制所述第一目标应用或目标服务输出反馈消息;
和/或,所述对所述第二目标应用或目标服务按照第二预设策略进行处理,包括以下至少一种:
控制所述第二目标应用或目标服务不响应所述处理请求;
控制所述第二目标应用或目标服务延迟响应所述处理请求;
控制所述第二目标应用或目标服务响应所述处理请求,并将响应结果发送给所述第一目标应用或目标服务。
本申请还提供第三种处理方法,应用于处理设备,包括:
步骤S100:响应于第一预设操作,唤醒或运行至少一第一目标应用或目标服务,和/或,至少一第二目标应用或目标服务;
步骤S200:响应于第二预设操作,按照预设策略对所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行预设处理。
可选地,所述唤醒或运行至少一第一目标应用或目标服务,和/或,至少一第二目标应用或目标服务之前,还包括:
响应于获取到待处理数据,确定至少一处理信息,并根据所述至少一处理信息确定第一目标应用或目标服务;和/或,
响应于所述第一目标应用或目标服务对所述待处理数据的响应结果,确定第二目标应用或目标服务。
可选地,所述步骤S100,包括以下至少一种:
根据应用或服务的优先级顺序依次唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
同时唤醒所述第一目标应用或目标服务和所述第二目标应用或目标服务;
基于应用或服务的唤醒时间顺序依次运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
基于应用或服务所在设备的网络状态依次运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务。
可选地,所述按照预设策略对所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行预设处理,包括以下至少一种:
向关联设备发送管理请求,根据所述关联设备的反馈信息控制所述第一目标应用或目标服务和所述第二目标应用或目标服务中的对应应用或服务进行响应;
输出用于提示是否由所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行响应的提示消息。
可选地,所述预设策略,包括:
若所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,则按照第一预设策略进行处理;和/或,
若所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,则按照第二预设策略进行处理。
可选地,所述按照第一预设策略进行处理,包括以下至少一种:
根据第一退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果;
和/或,所述按照第二预设策略进行处理,包括以下至少一种:
根据第二退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果。
可选地,所述退出策略包括以下至少一种:基于应用或服务的运行状态信息依次退出、基于应用或服务所在设备的设备信息依次退出、同时退出;和/或,
所述输出策略包括以下至少一种:基于应用或服务的优先级顺序依次输出、基于响应结果的内容依次输出、同时输出。
可选地,所述步骤S200,还包括:
响应于接收到所述第一目标应用或目标服务和/或所述第二目标应用或目标服务发送的响应信息,按照预设输出策略输出所述响应信息。
可选地,所述按照预设输出策略输出所述响应信息,包括以下至少一种:
根据接收时间先后顺序,和/或所述第一目标应用或目标服务和/或所述第二目标应用或目标服务的优先级顺序,和/或当前场景,和/或接收的操作信息,和/或所述响应信息对应的设备,输出所述响应信息。
本申请还提供一种设备,所述设备包括:存储器、处理器,其中,所述存储器上存储有处理程序,所述处理程序被所述处理器执行时实现如上任一所述的处理方法的步骤。
本申请还提供一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上任一所述的处理方法的步骤。
如上所述,本申请涉及一种处理方法、设备及存储介质,处理方法应用于处理设备,包括以下步骤:响应于获取到待处理数据,确定至少一个目标应用或目标服务;响应于所述目标应用或目标服务,根据预设策略执行相应处理。本申请在获取待处理数据后,先确定至少一个目标应用或目标服务,再对确定的目标应用或目标服务进行处理,可以在获取待处理数据后,提高对待处理数据响应的准确性和/或改善交互效果,提升了用户体验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为实现本申请各个实施例的一种移动终端的硬件结构示意图。
图2为本申请实施例提供的一种通信网络系统架构图。
图3是根据第一实施例示出的处理方法的流程示意图。
图4是根据第一实施例示出的一种场景下处理设备的界面示意图。
图5是根据第一实施例示出的处理方法的场景示意图之一。
图6是根据第一实施例示出的另一种场景下处理设备的界面示意图。
图7是根据第一实施例示出的处理方法的场景示意图之二。
图8是根据第一实施例示出的又一种场景下处理设备的界面示意图。
图9是根据第二实施例示出的处理方法的流程示意图。
图10是根据第三实施例示出的处理方法的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素,此外,本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义,也可能具有不同含义,其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。
应当理解,尽管在本文可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本文范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者,如同在本文中所使用的,单数形式“一”、“一个”和“该”旨在也包括复数形式,除非上下文中有相反的指示。应当进一步理解,术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组,但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的,或意味着任一个或任何组合。例如,“包括以下至少一个:A、B、C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A和B和C”,再如,“A、B或C”或者“A、B和/或C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时,才会出现该定义的例外。
应该理解的是,虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
需要说明的是,在本文中,采用了诸如S1、S2等步骤代号,其目的是为了更清楚简要地表述相应内容,不构成顺序上的实质性限制,本领域技术人员在具体实施时,可能会先执行S2后执行S1等,但这些均应在本申请的保护范围之内。
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明,其本身没有特定的意义。因此,“模块”、“部件”或者“单元”可以混合地使用。
设备可以以各种形式来实施。例如,本申请中描述的设备可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器、智能手表、智能耳机、智能眼镜、智能汽车、车载终端、导航仪等移动终端,以及诸如数字TV、台式计算机、智能电视、智能音箱、智能电冰箱、智能台灯、智能空调、智能烤箱等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本申请的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本申请各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing- Long Term Evolution,频分双工长期演进)和TDD-LTE (Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。可选地,光传感器包括环境光传感器及接近传感器,可选地,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode, OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。可选地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。可选地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
可选地,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,可选地,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,可选地,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本申请实施例,下面对本申请的移动终端所基于的通信网络系统进行描述。
请参阅图2,图2为本申请实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
可选地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033, SGW(Serving GateWay,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。可选地,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图2中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图2中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本申请不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
基于上述移动终端硬件结构以及通信网络系统,提出本申请各个实施例。
第一实施例
图3是根据第一实施例示出的处理方法的流程示意图。如图3所示,本申请的处理方法,应用于处理设备,包括:
步骤S1:响应于获取到待处理数据,确定至少一个目标应用或目标服务;
步骤S2:响应于所述目标应用或目标服务,根据预设策略执行相应处理。
可选地,处理设备可以包括终端设备(如手机、平板电脑等)、可穿戴智能设备(如智能手表、智能手环、智能耳机等)、智能家居设备(如智能电视、智能音箱等)、车联网设备(如智能汽车、车载终端等)。可选地,应用或服务可以包括人机交互应用,人机交互应用包括可以通过触控操作、语音、触摸手势、隔空手势等方式进行人机交互的应用或服务(如智能助手等),也可以为其他类似应用或服务。所述待处理数据包括但不限于语音数据、触摸或隔空手势数据、肢体动作数据,或者对这些数据进行处理后的数据,例如,可以是对语音数据进行处理后得到的控制指令。而处理设备获取到待处理数据可以是处理设备接收到用户输入的待处理数据,也可以是处理设备接收到其他设备发送的待处理数据。所述目标应用或目标服务可能设置于所述处理设备和/或其他设备(如所述处理设备的关联设备等)上。可选地,所述目标应用或目标服务包括语音助手类应用、社交媒体类应用、资讯内容类应用、工具类应用、系统类服务中的至少一种。
通过上述方式,在获取待处理数据后,先确定至少一个目标应用或目标服务,再对确定的目标应用或目标服务进行处理,可以在获取待处理数据后,提高对待处理数据响应的准确性和/或改善交互效果,从而提升用户体验。
示例性地,在确定至少一个目标应用或目标服务包括有多个人机交互应用的情况下,同时或依次调用所述多个人机交互应用进行响应;和/或,控制所述多个人机交互应用的响应结果同时或依次输出;和/或,优先调用使用优先级高,和/或信任等级高,和/或使用次数多的人机交互应用,以响应待处理数据;和/或,根据场景信息调用对应的人机交互应用响应待处理数据,例如,特定环境只能调用与环境匹配的人机交互应用,特定时间段只能调用与时间匹配的人机交互应用等;和/或,在存在关联设备的情况下,调用所述关联设备中的人机交互应用响应待处理数据,例如,调用手机以及与手机关联的车机一起播放歌曲;和/或,作为控制中心的人机交互应用用于与用户进行交互,其他的人机交互应用用于响应待处理数据等等。如此,可以充分利用应用或服务的功能和交互能力,既能提高响应结果的准确性,又能改善交互效果,交互更灵活、便捷,提升了用户体验。
可选地,所述步骤S1,包括:
步骤S11a:根据获取的操作,和/或预设信息,和/或场景信息,和/或所述待处理数据的来源信息,和/或所述待处理数据的相关信息,和/或对所述待处理数据的响应结果,确定至少一个目标应用或目标服务。
可选地,所述获取的操作包括但不限于:触控手势操作、隔空手势操作、语音操作等信息,上述操作信息可通过设备中的相应传感器或者图像或语音采集装置采集得到,例如,可通过手机中的摄像头获取隔空手势或者通过麦克风获取用户输入的语音。
根据获取的操作,确定至少一个目标应用或目标服务,可以为:选择与获取的操作匹配的应用或服务作为目标应用或目标服务,例如,将与手掌张开的隔空手势匹配的应用或服务作为目标应用或目标服务,或者,将与触控手势的触控位置匹配的应用或服务作为目标应用或目标服务等,这样,可以更准确地确定目标应用或目标服务,进而给用户更好的体验。
可选地,所述预设信息可以包括以下信息的至少一种:历史使用信息、所支持功能信息、运行状态信息、设备信息、权限信息等。对于历史使用信息,其用于区分用户使用习惯,包括但不限于:历史使用次数、历史使用时间、历史使用位置等,例如,用户在不同位置或不同时间偏向于使用不同的应用或服务。对于所支持功能信息,其用于区分应用或服务能够实现的功能,例如,是否支持读取联系人、是否支持调用拍照功能等。对于运行状态信息,其用于区分应用或服务的运行状态,例如,是否处于关闭、前台运行或后台运行等状态。对于设备信息,其用于区分不同应用或服务所在设备的身份和/或状态等,包括但不限于:设备身份信息(如主设备和从设备,或者控制中心和非控制中心,或者关联设备等)、剩余电量信息、剩余网络流量、网络状态等。对于权限信息,其用于区分不同应用或服务的使用权限,包括但不限于:优先级、可调用的应用或服务等,例如,优先级不同的应用或服务具有不同使用先后顺序,或者,不同应用或服务可调用的第三方应用不同。
根据预设信息,确定至少一个目标应用或目标服务,可以为:将优先级、和/或所支持功能信息、和/或运行状态信息、和/或设备信息、和/或权限信息满足预设条件的应用或服务确定为目标应用或目标服务,例如,将所支持功能能够响应待处理数据的应用或服务确定为目标应用或目标服务,或者,将优先级最高的应用或服务确定为目标应用或目标服务,或者,将前台运行或已唤醒的应用或服务确定为目标应用或目标服务,或者,将关联设备的应用或服务确定为目标应用或目标服务,或者,将所在设备的剩余电量较多、且所支持功能能够响应待处理数据的应用或服务确定为目标应用或目标服务等。
可选地,所述场景信息可以包括以下信息的至少一种:位置类型、时间信息、用户数量、用户身份、场景图像等。对于位置类型,其用于区分用户当前所在位置的空间,包括但不限于:密闭环境(如房间内、车辆内等)、开放环境(如房间外、操场等)等,而位置类型可以通过传感器(如重力传感器、加速度传感器、陀螺仪、摄像头、GPS等)来感知。对于时间信息,其用于区分当前日期或时间段,如白天或夜晚、上午或下午等。对于用户数量,其用于区分处于设备周围的用户多少,例如,可能只有一个,也可能有多个,而用户数量可以通过传感器(如摄像头、麦克风等)来感知,如只检测到一个声源,说明只有一个用户。对于用户身份,其用于区分用户的个性特征,包括但不限于:年龄类型、性别、职业类型等。对于场景图像,其用于区分设备的具体环境或者用户的特定图像,例如,根据用户的图像可获知用户的注视方向、和/或手势朝向等信息。
根据预设信息,确定至少一个目标应用或目标服务,可以为:将用户的注视方向所对应的应用或服务确定为目标应用或目标服务,例如,用户的注视方向朝向A人机交互应用时,将A人机交互应用确定为目标应用;或者,将与当前位置类型匹配的应用或服务确定为目标应用或目标服务,例如,用户在车辆内时,将位于车机中的应用或服务确定为目标应用或目标服务;或者,将与当前时间和当前位置类型匹配的应用或服务确定为目标应用或目标服务等,这样,可以更准确地确定目标应用或目标服务,进而给用户更好的体验。
可选地,所述待处理数据的来源信息包括但不限于:获取待处理数据的时间、位置、得到或输出待处理数据的设备信息等。对于获取待处理数据的时间,其用于区分接收到待处理数据的时机,例如,获取待处理数据的时间可能是在上班时间,也可能是在下班时间。对于获取待处理数据的位置,其用于区分接收到待处理数据的地点,例如,获取待处理数据的位置可能是在房间内,也可能是在车辆内。对于得到或输出待处理数据的设备信息,其用于区分得到或输出待处理数据的设备,例如,得到或输出待处理数据的设备是否为关联设备等。
根据待处理数据的来源信息,确定至少一个目标应用或目标服务,可以为:将与获取待处理数据的时间匹配的应用或服务确定为目标应用或目标服务,例如,若获取待处理数据的时间为下班时间,则将位于车机内的应用或服务确定为目标应用或目标服务,以方便用户及时获知,或者,若获取待处理数据的时间为休息日,则将位于智能音箱内的应用或服务确定为目标应用或目标服务;或者,将与输出待处理数据的设备所关联的设备包含的应用或服务确定为目标应用或目标服务,例如,若得到待处理数据的设备为手机且智能音箱与手机关联,则将位于智能音箱内的应用或服务确定为目标应用或目标服务。通过这种方式,可以准确将用户所需的应用或服务确定为目标应用或目标服务,进而给用户带来更好的体验。
可选地,所述待处理数据的相关信息包括但不限于:所需的功能、和/或应用、和/或响应速度、和/或准确度、和/或隐私等级等。对于待处理数据所需的功能,其用于区分响应待处理数据所需的操作,例如,待处理数据所需的功能可以是使用拨号功能、拍照功能等。对于待处理数据所需的应用,其用于区分响应待处理数据所需使用的应用,待处理数据所需的应用可能是用于播放歌曲的音乐应用,也可能是用于播放电视或电影的视频应用等。对于待处理数据所需的响应速度,其用于区分响应待处理数据所需的速度快慢,例如,翻译数据所需的响应速度可能比播放歌曲所需的响应速度要快。对于待处理数据所需的准确度,其用于区分响应待处理数据的正确性,通常,可通过不同用户的使用评价进行获取。对于待处理数据所需的隐私等级,其用于区分响应待处理数据所需的隐私性高低,例如,转账或汇款操作的隐私等级可能比拨打电话的隐私等级要高。
根据所述待处理数据的相关信息,确定至少一个目标应用或目标服务,可以为:将支持待处理数据所需的功能且响应速度满足待处理数据所需的响应速度的应用或服务确定为目标应用或目标服务;或者,将隐私等级满足待处理数据所需的隐私等级且支持待处理数据所需的应用的应用或服务确定为目标应用或目标服务;或者,将准确度满足待处理数据所需的准确度且响应速度满足待处理数据所需的响应速度的应用或服务确定为目标应用或目标服务等,这样,可以准确将所需的应用或服务确定为目标应用或目标服务,进而给用户带来更好的体验。
可选地,所述对所述待处理数据的响应结果可以是处理设备对所述待处理数据进行响应后获得的结果,也可以是用户输入的操作或语音等。例如,假设所述待处理数据为“播放歌曲大海”,若对所述待处理数据的响应结果为“处理设备不能够播放歌曲,关联设备能够播放歌曲”,则可将位于关联设备的应用或服务确定为目标应用或目标服务;若用户继续输入语音“通过车机播放歌曲”,则可将位于车机的应用或服务确定为目标应用或目标服务。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表1所示。
表1
组合方案 | 获取的操作 | 预设信息 | 场景信息 | 待处理数据的来源信息 | 待处理数据的相关信息 | 对待处理数据的响应结果 |
组合示例1 | 否 | 是 | 是 | 否 | 否 | 否 |
组合示例2 | 否 | 是 | 否 | 否 | 是 | 否 |
组合示例3 | 否 | 否 | 是 | 是 | 是 | 否 |
组合示例4 | 否 | 是 | 是 | 是 | 是 | 否 |
…… | …… | …… | …… | …… | …… | …… |
例如,对于组合示例1,可以将与场景信息(如当前位于车辆内)和预设信息(如优先级最高)匹配的应用或服务确定为目标应用或目标服务。
再如,对于组合示例2,可以将与预设信息(如处于唤醒状态)和待处理数据的相关信息(如待处理数据所需的功能)匹配的应用或服务确定为目标应用或目标服务。
还如,对于组合示例3,可以将与场景信息(如当前位于车辆内)、待处理数据的来源信息(如获取待处理数据的位置)和待处理数据的相关信息(如待处理数据所需的隐私等级)匹配的应用或服务确定为第一目标应用或目标服务。
再如,对于组合示例4,可以将与预设信息(如处于唤醒状态)、场景信息(如当前位于车辆内)、待处理数据的来源信息(如获取待处理数据的位置)和待处理数据的相关信息(如待处理数据所需的隐私等级)匹配的应用或服务确定为目标应用或目标服务。
通过组合方案,可以更为精确和/或智能地从多个应用或服务中确定目标应用或目标服务,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
示例性地,可以基于各应用或服务的使用次数多少、所支持功能信息是否能够响应待处理数据、使用场景是否与当前场景匹配、运行状态是否为运行或未运行等信息,从至少两个应用或服务中确定至少一个目标应用或目标服务。假设所述待处理数据为用户在车辆内输入的语音“请播放歌曲祖国”,且在车辆内包括设置于车机的A人机交互应用和设置于用户手机的B人机交互应用,若根据用户历史使用习惯确定用户在当前场景下偏向于使用A人机交互应用,则可将A人机交互应用确定为目标应用,以响应所述待处理数据;又或者,若A人机交互应用因正在提供导航服务而处于运行状态,B人机交互应用处于未运行状态,则可将B人机交互应用确定为目标应用,以响应所述待处理数据;又或者,若用户的注视方向为A人机交互应用所在方向,则可将A人机交互应用确定为目标应用,以响应所述待处理数据。
可选地,所述步骤S1,包括:
若所述处理设备不为控制中心,执行步骤S11a;和/或,
若所述处理设备为控制中心,执行步骤S11b:确定是否存在关联设备,若存在关联设备,从所述关联设备中确定至少一个目标应用或目标服务。
可选地,若所述处理设备不为控制中心,处理设备根据获取的操作,和/或预设信息,和/或场景信息,和/或所述待处理数据的来源信息,和/或所述待处理数据的相关信息,和/或对所述待处理数据的响应结果,确定至少一个目标应用或目标服务;若所述处理设备为控制中心,处理设备确定是否存在关联设备,若存在关联设备,从所述关联设备中确定至少一个目标应用或目标服务。也就是说,所述处理设备作为控制中心时,可只负责单独与用户进行交互,再由其控制其他设备执行相应操作,即处理设备可能只作为控制中心,而无法响应待处理数据,因此,处理设备在获取到待处理数据后,可能是要通过与所述处理设备关联的关联设备响应所述待处理数据,则先判断处理设备是否存在关联的设备,若存在关联设备,则从所述关联设备中确定至少一个目标应用或目标服务。例如,以所述处理设备为手机为例,假设所述待处理数据为用户输入的语音“开启空调”,若手机已关联空调,则可从空调中确定用于响应所述待处理数据的目标应用或目标服务。可以理解地,关联设备可包括具有能调用对应功能、应用、服务的设备,或者与处理设备绑定的、登录同一账号的设备,或者,和待处理数据有其他关系的设备等。
可选地,所述从所述关联设备中确定至少一个目标应用或目标服务,包括以下至少一种:
若所述关联设备只有一个,且所述关联设备具有多个应用或服务,则将能响应所述待处理数据的应用或服务确定为目标应用或目标服务;和/或,
若所述关联设备有多个,则根据预设规则确定至少一个目标设备,将所述至少一个目标设备中能响应所述待处理数据的应用或服务确定为目标应用或目标服务。
在一些场景中,处理设备的关联设备可能只有一个,也可能有多个。以所述处理设备为手机为例,用户手机可能只关联了家中的电视,也可能既关联了家中的电视,还关联了家中的空调和智能音箱等设备,此外,所述关联设备可能只具有一个应用或服务,也可能具有多个应用或服务,此时需要根据实际情况确定所述目标应用或目标服务。可选地,在所述关联设备只有一个,且所述关联设备具有多个应用或服务的情况下,可将待处理数据所需的功能和/或应用等信息与所述关联设备的多个应用或服务进行匹配,将能响应所述待处理数据的应用或服务确定为目标应用或目标服务。在所述关联设备有多个的情况下,可以先基于使用次数多少、剩余电量高低、运行状态、处理能力等确定至少一个目标设备,然后将所述至少一个目标设备中能响应所述待处理数据的应用或服务确定为目标应用或目标服务。示例性地,若所述关联设备有多个,可将使用次数最多、和/或剩余电量最多、和/或运行状态为未运行、和/或处理能力最强的所述关联设备确定为目标设备,然后基于待处理数据所需的功能和/或应用等信息,从目标设备中确定目标应用或目标服务。
可选地,所述根据预设规则确定至少一个目标设备,包括以下至少一种:
将用户生理参数信息满足第一预设条件的关联设备作为目标设备;
将设备系统信息满足第二预设条件的至少一关联设备作为目标设备;
将设备通信信息满足第三预设条件的至少一关联设备作为目标设备;
将设备应用信息满足第四预设条件的至少一关联设备作为目标设备;
将设备提醒信息满足第五预设条件的至少一关联设备作为目标设备;
将设备检测信息满足第六预设条件的至少一关联设备作为目标设备;
将设备状态信息满足第七预设条件的至少一关联设备作为目标设备;
将设备环境信息满足第八预设条件的至少一关联设备作为目标设备。
对于用户生理参数信息,其包括用户心率、血压、脉搏、血氧、血糖、出汗量等,一般地,上述用户生理参数信息可通过设备中的相应传感器测得,例如可通过智能手表中的光学心率传感器测用户心率。
用户生理参数信息满足第一预设条件,其可为用户生理参数达到预设用户生理参数阈值,例如,用户心率达到预设用户心率阈值;或者,在另一种实施场景中,可将能检测到用户心率的关联设备作为目标设备,这样,可以更智能地确定目标应用或目标服务,进而给用户更好的体验。
设备系统信息,可以为:系统类型、系统名称、系统状态等。可选地,对于系统类型,其用于区分不同的类型的系统,例如安卓系统、塞班系统、苹果系统等,又如基于安卓系统的深度定制系统(如MIUI(Mobile Internet UI,小米手机操作系统))可选地,不同的系统在运行时会为用户提供不同的服务,例如苹果系统与安卓系统的运行机制不同。
对于系统名称,其用于具体区分系统是否为同一系统以及确定系统的具体信息,例如系统的系统名称为“安卓系统”,可以理解,其具体指定了该系统为“安卓系统”这一系统,而非其他系统。可选地,系统名称还可包括完整的名称,例如该名称包括系统版本号。
对于系统状态,可以为系统的运行状态,例如卡顿、流畅、休眠、崩溃、待机等。
设备系统信息满足第二预设条件,可以为:设备系统信息满足预设设备系统信息规则,例如,系统状态为非卡顿状态(如流畅、快速、极速等),则系统状态满足预设设备系统信息规则;另一种实施场景中,属于同一个系统类型(如苹果、鸿蒙、安卓等)的设备,相互之间的兼容性越好,若能优先确定属于同一个系统类型的关联设备为目标设备,则可以为用户带来更佳体验。
设备通信信息,可以为:设备通信信号强度、设备通信方式(如蓝牙、WIFI、NFC等)、设备通信距离等。
设备通信信息满足第三预设条件,可以为:关联设备通信信息满足预设设备通信信息规则,例如,设备通信信号强度大于或等于预设信号强度阈值时,该设备通信信号强度满足预设设备通信信息规则,一般来说,信号强度越强,设备间交互就越顺畅,用户体验也就越好。
设备应用信息,可以为:设备应用名称信息等。可以理解,应用名称可以用于将应用区别开来,即可以通过应用名称识别应用。
设备应用信息满足第四预设条件,可以为关联设备应用信息满足预设设备应用信息规则,例如,设备应用名称信息符合预设响应操作触发条件(例如通过应用名称识别到设备在运行某些预设应用,如游戏,再如微信等)时,该设备应用数据信息满足预设设备应用信息规则,可选地,关联设备上运行预设应用越多,一般意味着该关联设备正在被用户(频繁)使用,这样有助于更智能地确定目标应用或目标服务,进而给用户更好的体验。
设备提醒信息,该提醒信息用于提醒用户,防止用户遗忘相应的事件信息,例如,通过关联设备提醒信息提醒用户其预约的电视节目即将播放。
设备提醒信息满足第五预设条件,可以为关联设备提醒信息满足预设设备提醒信息规则,例如,提醒信息中的时间和/或地点信息,与当前时间和/或地点一致时,该关联设备提醒信息满足预设设备提醒信息规则;另一种实施场景中,只要该关联设备存在提醒信息,则可视为关联设备提醒信息满足预设设备提醒信息规则,通过这种方式,将存在提醒信息的关联设备确定为目标设备,也有助于更智能地确定目标应用或目标服务,因为用户之所以设置该关联设备来加以提醒,意味着该设备对用户而言,属于较为方便操作和/或查看的设备。
设备检测信息,可以为检测设备自身情况的信息,例如设备工作状态是否正常、设备硬件状态是否正常、设备硬件当前工作状态等。
设备检测信息满足第六预设条件,可以为关联设备检测信息满足预设设备检测信息规则,例如,设备硬件当前工作状态满足预设工作状态要求(例如关联设备软件和/或硬件工作状态正常)时,设备硬件当前工作状态满足预设设备检测信息规则,通过这种方式,可以避免将工作状态不正常的关联设备确定为目标设备,进而给用户带来更好的体验。
设备状态信息,可以为:运行状态、电量信息、故障信息等。
对于运行状态,设备可处于正常运行状态、卡顿状态、不顺畅状态等。
对于电量信息,一般地,可为当前电量,也可为电池总容量,还可为剩余电量比值,或者是根据近期(例如8小时内)用户的使用习惯预估的可使用时长。
对于故障信息,可以是设备的故障日志,该故障信息可以包括设备发生故障的原因、故障类型、发生故障的时间、发生故障的频次等,以方便设备或工程技术人员通过该故障信息进行修复或优化。
设备状态信息满足第七预设条件,可以为关联设备状态信息满足预设设备状态信息规则,例如,电量大于或等于预设阈值(如20%),这样,可以避免将电量低和/或卡顿和/或经常发生故障的关联设备确定为目标设备,进而给用户带来更好的体验。
设备环境信息,可以为:设备外界环境信息、设备使用环境信息等。
对于设备外界环境信息,设备存在获取外界环境信息的能力,如获取外界环境光的亮度,再如获取外界环境噪音的响度。
对于设备使用环境信息,设备在使用过程中,使用环境信息随用户所处的环境变化而变化,用户所处的环境可以通过传感器(如重力传感器、加速度传感器、陀螺仪、摄像头、GPS等)来感知,如用户在运动,设备可检测到用户处于运动环境下,或者如用户在开车,设备可检测到用户处于驾驶环境下,或者如用户在工作或会议,设备可检测到用户处于工作或会议环境下。
设备环境信息满足第八预设条件,可以为关联设备环境信息满足预设设备环境信息规则,例如,将用户正在行驶的关联设备(如汽车、自行车、摩托车等)作为目标设备,再如,将用户正在运动的关联设备(如智能手表、智能手环、智能耳机等可穿戴设备)作为目标设备。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表2所示。
表2
预设规则 | 第一预设条件 | 第二预设条件 | 第三预设条件 | 第四预设条件 | 第五预设条件 | 第六预设条件 | 第七预设条件 | 第八预设条件 |
组合示例1 | —— | 满足 | 满足 | —— | —— | —— | —— | —— |
组合示例2 | —— | —— | —— | 满足 | —— | 满足 | —— | —— |
组合示例3 | —— | —— | 满足 | —— | —— | —— | 满足 | —— |
组合示例4 | —— | 满足 | 满足 | —— | —— | —— | —— | 满足 |
... | ... | ... | ... | ... | ... | ... | ... | ... |
例如,对于组合示例1,可以将满足第二预设条件(如属于同一系统类型,如苹果系统)和第三预设条件(如通信信号强度大于或等于预设信号强度阈值)的关联设备确定为目标设备。
再如,对于组合示例2,可以将满足第四预设条件(如运行着预设应用,如游戏或微信等)和第六预设条件(如软件和/或硬件工作状态正常)的关联设备确定为目标设备。
还如,对于组合示例3,可以将满足第三预设条件(如通信距离小于或等于预设距离值,如5米)和第七预设条件(电量大于或等于预设阈值,如20%)的关联设备确定为目标设备。
再如,对于组合示例4,可以将满足第二预设条件(如属于同一系统状态,如流畅)和第三预设条件(如通信方式均为蓝牙)和第八预设条件(用户正在行驶或运动)的关联设备确定为目标设备。
通过组合方案,可以更为精确和/或智能地从多个关联设备中确定目标设备,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
可选地,所述步骤S11a,包括:
根据所述待处理数据的相关信息,确定至少一处理信息,并根据所述至少一处理信息确定第一目标应用或目标服务;和/或,
响应于所述第一目标应用或目标服务对所述待处理数据的响应结果,确定第二目标应用或目标服务。
可选地,由于所述待处理数据包含用户想要实现的目的或功能,因此,通过对所述待处理数据的相关信息进行解析,可确定至少一处理信息,所述处理信息可包括需调用的应用、和/或服务、和/或功能、和/或处理对象、和/或关联设备、和/或处理设备信息等,而根据所述至少一处理信息,可确定用于响应所述待处理数据的第一目标应用或目标服务。由于所述第一目标应用或目标服务可能无法直接完全响应所述待处理数据,此时,可能还需要进一步结合第二目标应用或目标服务才能完全响应所述待处理数据。进一步地,第一目标应用或目标服务与第二目标应用或目标服务可以是相同或不同的应用或服务,也可以是同类型或不同类型的应用或服务。示例性地,以所述处理设备为车机为例,假设所述待处理数据为用户输入的语音“请给小李拨打电话”且设置于车机内的A人机交互应用支持拨号功能,则可将A人机交互应用确定为第一目标应用或目标服务,若车机中未存储有小李的电话号码,使得A人机交互应用无法正常给小李拨打电话,此时,可将设置于手机内且支持调用联系人信息的B人机交互应用确定为第二目标应用或目标服务。基于响应结果,可以确定至少一第二应用或服务参与管控、处理和决策,进一步提高数据安全性和交互效果。
可选地,所述步骤S11a,包括:
获取至少一处理信息;
若所述处理信息只有一个,则确定能响应所述处理信息的至少一第一应用或服务,根据第一确定策略,从所述至少一第一应用或服务中确定目标应用或目标服务;和/或,
若所述处理信息有至少两个,则确定能部分和/或完全响应所述处理信息的至少一第二应用或服务,根据第二确定策略,从所述至少一第二应用或服务中确定目标应用或目标服务。
可选地,第一确定策略和第二确定策略可以相同,也可以不同。
在一些场景中,根据所述待处理数据的不同,确定的处理信息的数量也可能不同,例如,若所述待处理数据为语音“请打开空调”,则对应确定的处理信息为打开空调,即处理信息只有一个;若所述待处理数据为语音“请打开空调和电视”,则对应确定的处理信息分别为打开空调和打开电视,即处理信息有两个。这里,可根据所述待处理数据的来源信息,和/或所述待处理数据的相关信息,和/或对所述待处理数据的响应结果,获取至少一处理信息。可选地,应用或服务能响应所述处理信息可以是应用或服务基于自身所支持功能信息能处理所述处理信息,也可以是应用或服务通过控制其他应用或服务能处理所述处理信息。示例性地,假设所述处理设备获取到的待处理数据为语音“请打开空调”,若设置于空调的第一应用或服务能打开空调且设置于智能音箱的第二应用或服务能够控制所述第一应用或服务,则可将所述第一应用或服务和所述第二应用或服务都确定为目标应用或目标服务。由于能响应所述处理信息的至少一第一应用或服务可能有多个,而用户可能只需要其中的一个或部分应用或服务对所述待处理数据进行响应即可,则结合第一确定策略从所述至少一第一应用或服务中确定目标应用或目标服务,例如,选择优先级高、和/或处于唤醒状态的第一应用或服务作为目标应用或目标服务。而在所述处理信息有至少两个,且确定能部分和/或完全响应所述处理信息的第二应用或服务包括多个时,可结合预设信息和/或场景信息和/或用户习惯,采用预设排序方式对至少一第二应用或服务进行优先级排序,根据优先级排序结果选择优先级满足预设条件的第二应用或服务确定为目标应用或目标服务;和/或,将运行状态为未运行或运行的第二应用或服务确定为目标应用或目标服务。可选地,所述预设排序方式和所述预设条件可以根据实际情况需要进行设置,比如,所述预设排序方式可以是按照优先级从低到高或从高到低的顺序进行排序,所述预设条件可以是选择优先级最高的前N个应用或服务作为标应用或目标服务。示例性地,以所述场景信息包括位置类型和用户数量为例,假设所述至少一个第二应用或服务包括设置于手机的A人机交互应用和设置于音箱的B人机交互应用,若当前场景类型为密闭环境如房间内且用户数量为一个,则所述B人机交互应用的优先级可能高于所述A人机交互应用的优先级,以提升用户体验;若当前场景类型为密闭环境且用户数量为多个,则所述A人机交互应用的优先级可能高于所述B人机交互应用的优先级,以避免信息泄露。当确定至少有两个第二应用或服务能响应所述待处理数据时,可将运行状态为未运行的所述第二应用或服务确定为目标应用或目标服务,以避免影响运行状态为运行的其他第二应用或服务的正常工作,或者可将运行状态为运行的所述第二应用或服务确定为目标应用或目标服务,以减少唤醒操作,节省资源消耗。
可选地,所述步骤S1之前,包括:确定至少一应用或服务管理中心。进一步地,所述步骤S1之前,还可以包括:若所述处理设备为控制中心,则根据预设确定策略确定至少一应用或服务管理中心。
示例性地,当用户的手机中同时安装至少一个语音助手类应用时,可以根据预设确定策略从多个语音助手类应用中选择其中一个应用作为管理中心,其中该预设确定策略可以包括以下至少一种:应用权限最高、优先级最高、根据用户选择、使用频率最高、用户评分最高、处理功能最强大。基于确定的应用或服务管理中心,可以对处理设备或关联设备中的目标应用或目标服务的添加/删除、人机交互界面、权限配置等方面进行管理,如处理设备可以自动扫描处理设备自身和/或关联设备内安装的应用或服务,并把符合要求的应用或服务添加到应用或服务管理中心内,也可以由用户在应用或服务管理中心内手动添加应用或服务,还可以对已添加的应用或服务的权限进行配置和管理,并可视化展示每个应用或服务已开通的权限和/或支持的处理功能。
可选地,所述步骤S1还包括:响应于获取到待处理数据,确定至少一个目标应用或目标服务,在所述应用或服务管理中心中显示与所述至少一个目标应用或目标服务对应的预设界面。此外,当确定至少一目标应用或目标服务后,可以在应用或服务管理中心的界面中以弹窗、悬浮窗、卡片、嵌入等形式显示所述至少一目标应用或目标服务的人机交互界面,所述人机交互界面用于展示所述待处理数据和/或响应结果。示例性地,当待处理数据需要处理设备的第一应用和关联设备的第二应用同时进行响应处理时,应用或服务管理中心的界面中显示分别与第一应用的人机交互界面对应的第一卡片和与第二应用的人机交互界面对应的第二卡片,进而使得第一卡片和第二卡片能够动态显示第一应用和第二应用对待处理数据的响应结果。例如,当获取到的待处理数据为用户对手机发出语音指令“请和音箱同时播放歌曲‘成都’”,此时手机内的语音助手管理中心的界面同时以卡片的形式显示手机语音助手交互界面和音箱语音助手交互界面,其中手机语音助手交互界面显示“已为你找到以下几个版本的《成都》,你想听哪个版本呢”,音箱语音助手交互界面显示“好的,即将为你播放赵雷的《成都》”。
可选地,所述方法还包括:响应于对预设界面的预设操作,对所述目标应用或目标服务进行预设处理。
示例性地,所述应用或服务管理中心还可以对已经确定的目标应用或目标服务进行控制或交互,具体可以包括以下至少一种:
响应于对预设界面中的关闭操作,关闭与该预设界面对应的应用或服务;
响应于对预设界面中的获取语音指令操作,仅由与该预设界面对应的应用或服务获取语音指令;
响应于由第一预设界面到第二预设界面的拖动操作,将与第一预设界面对应的第一目标应用或目标服务和与第二预设界面对应的第二目标应用或目标服务合并成超级应用或服务;
响应于对预设界面的滑动操作,将与该预设界面对应的应用或服务从应用或服务管理中心中删除。
基于应用或服务管理中心的设置和交互操作,不仅可以方便用户对处理设备本身所具有的应用或服务进行管理和人机交互,同时采用用户界面的方式直观显示每个应用或服务的人机交互界面,使得用户能够更为直观清楚地获知与处理设备相连接的关联设备内的应用或服务的控制和响应结果,这对于不具有显示屏幕的关联设备(如智能音箱、智能空调等)来说可以提供更好的用户操控体验。
可选地,所述S2步骤,包括:
将所述待处理数据,和/或基于所述待处理数据得到的处理请求,和/或基于所述待处理数据获取的响应结果,以预设传输策略输出至所述目标应用或目标服务,以使所述目标应用或目标服务进行响应。
可选地,所述预设传输策略可以根据实际情况需要进行设置,比如可以是同时输出、间隔输出等。可以理解地,若所述目标应用或目标服务响应所述待处理数据时相互不存在干扰,比如,所述至少一个目标应用中的一个目标应用用于控制空调,而另一个目标应用用于控制电视,或者响应结果能够相互补充或增强,例如,所述至少一个目标应用都用于播放同一首歌曲,此时,可以将所述待处理数据同时输出至所述目标应用或目标服务。若所述目标应用或目标服务响应所述待处理数据时相互存在干扰,比如,所述至少一个目标应用中的一个目标应用用于控制车机关闭导航应用,而另一个目标应用用于控制手机拨打电话,此时,可以将所述待处理数据间隔输出至所述目标应用或目标服务,例如,先控制车机关闭导航应用,再控制手机拨打电话。需要说明的是,由于所述目标应用或目标服务所在设备可能已接收到所述待处理数据,比如,所述目标应用或目标服务所在设备与所述处理设备都处于车辆内,而所述待处理数据是用户在车辆内发出的语音数据,此时,可认为在所述处理设备接收到所述待处理数据的情况下,所述目标应用或目标服务所在设备也接收到了所述待处理数据。因此,为节省资源消耗,并加快处理速度,处理设备可只将基于所述待处理数据得到的处理请求、和/或基于所述待处理数据获取的响应结果,以预设传输策略输出至所述目标应用或目标服务,以使所述目标应用或目标服务接收后响应所述待处理数据。
可选地,所述目标应用或目标服务包括至少一第一目标应用或目标服务和至少一第二目标应用或目标服务,所述S2步骤,包括以下至少一种:
若所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,则按照第一预设策略进行处理;和/或,
若所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,则按照第二预设策略进行处理。
可选地,在所述目标应用或目标服务包括至少一第一目标应用或目标服务和至少一第二目标应用或目标服务的情况下,所述至少一第一目标应用或目标服务和至少一第二目标应用或目标服务可能属于同一个设备,也可能不属于同一个设备,此时可结合具体情况采用对应的预设策略进行相应处理。所述第一预设策略和所述第二预设策略可根据实际情况需要进行设置,例如,在所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,且都能完全响应所述待处理数据的情况下,可随机唤醒所述第一目标应用或目标服务或者所述第二目标应用或目标服务,以响应所述待处理数据,或者输出提示消息,以由用户从其中选择用于响应所述待处理数据的目标应用或目标服务等。在所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,且都能完全响应所述待处理数据的情况下,可控制所述第一目标应用或目标服务和所述第二目标应用或目标服务分别响应所述待处理数据,或者根据所在设备处理能力从其中选择对应的应用或服务,以响应所述待处理数据。示例性地,假设所述待处理数据为用户在车辆内输入的语音“播放歌曲大海”,且所述目标应用或目标服务包括设置于车机的A人机交互应用和设置于用户手机的B人机交互应用,则可同时控制A人机交互应用和B人机交互应用唤醒或运行,以分别响应所述待处理数据,使得手机和车机同时播放歌曲大海,从而增强歌曲播放效果。
可选地,所述按照第一预设策略进行处理,包括以下至少一种:
根据第一唤醒策略唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一运行策略运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果;
和/或,所述按照第二预设策略进行处理,包括以下至少一种:
根据第二唤醒策略唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二运行策略运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果。
可选地,所述唤醒策略包括以下至少一种:基于应用或服务的优先级顺序依次唤醒、基于与应用或服务所在设备的距离依次唤醒、同时唤醒;和/或,
所述运行策略包括以下至少一种:基于应用或服务的唤醒时间顺序依次运行、基于应用或服务所在设备的网络状态依次运行、同时运行;和/或,
所述输出策略包括以下至少一种:基于应用或服务的优先级顺序依次输出、基于响应结果的内容依次输出、同时输出;和/或,
所述退出策略包括以下至少一种:基于应用或服务的运行状态信息依次退出、基于应用或服务所在设备的设备信息依次退出、同时退出。
示例性地,假设所述目标应用或目标服务包括A人机交互应用和B人机交互应用,若A人机交互应用的优先级或信任等级高于B人机交互应用的优先级或信任等级,则可先唤醒A人机交互应用,再唤醒B人机交互应用;和/或,若A人机交互应用所在设备与处理设备之间的距离小于B人机交互应用所在设备与处理设备之间的距离,则可先唤醒A人机交互应用,再唤醒B人机交互应用;和/或,若A人机交互应用处于唤醒状态,而B人机交互应用处于未唤醒状态,则可先运行A人机交互应用,再运行B人机交互应用;和/或,若B人机交互应用所在设备的网络状态优于A人机交互应用所在设备的网络状态,则可先唤醒A人机交互应用,再唤醒B人机交互应用;和/或,若A人机交互应用的响应结果的内容为图片,且B人机交互应用的响应结果的内容为音频,则可先输出A人机交互应用的响应结果,然后再输出B人机交互应用的响应结果;若B人机交互应用所在设备的剩余电量低于A人机交互应用所在设备的剩余电量,则可先退出B人机交互应用,再退出A人机交互应用。
可选地,所述步骤S2,还包括:响应于接收到所述目标应用或目标服务发送的响应信息,按照预设输出策略输出所述响应信息。
这里,所述处理设备可作为控制中心,以控制目标应用或目标服务响应待处理数据,并控制目标应用或目标服务对所述待处理数据的响应信息的输出。所述预设输出策略可根据实际情况需要进行设置,比如可以是同时输出或依次输出等。当然,所述处理设备也可控制所述目标应用或目标服务按照预设输出策略输出响应信息。可选地,所述按照预设输出策略输出所述响应信息,包括以下至少一种:根据接收时间先后顺序,和/或所述目标应用或目标服务的优先级顺序,和/或当前场景,和/或接收的操作信息,和/或所述响应信息对应的设备,输出所述响应信息,和/或输出处理后的所述响应信息。
对于接收时间先后顺序,其用于区分所述目标应用或目标服务返回响应信息的先后,例如,处理设备接收到A人机交互应用返回响应信息的时间早于B人机交互应用返回响应信息的时间,或者处理设备同时接收到A人机交互应用和B人机交互应用返回的响应信息。根据接收时间先后顺序,输出所述响应信息,可以为:按照接收时间先后顺序依次输出所述响应信息、或同时输出所述响应信息。
对于所述目标应用或目标服务的优先级顺序,其用于区分所述目标应用或目标服务的重要程度。根据所述目标应用或目标服务的优先级顺序,输出所述响应信息,可以为:按照所述目标应用或目标服务的优先级顺序依次输出所述响应信息,即先输出优先级高的所述目标应用或目标服务对应的响应信息,后输出优先级低的所述目标应用或目标服务对应的响应信息。
对于当前场景,其用于区分设备所在环境,如房间内、车辆内等。根据当前场景,输出所述响应信息,可以为:根据当前场景确定输出方式,并以所述输出方式输出所述响应信息。例如,假设当前场景为车辆内,若车辆内只有用户自己,则可直接以语音方式输出所述响应信息;若车辆内还有其它用户,则可以文字方式输出所述响应信息。
对于接收的操作信息,其用于指示响应信息的输出方式或输出设备。根据接收的操作信息,输出所述响应信息,可以为:根据接收的操作信息确定输出方式,并以所述输出方式输出所述响应信息,例如,若处理设备接收到用户的语音操作信息“以文字方式输出”,则以文字方式输出所述响应信息;或者,根据接收的操作信息确定输出设备,以通过所述输出设备输出所述响应信息。
对于所述响应信息对应的设备,其用于区分发送响应信息的不同设备。根据所述响应信息对应的设备,输出所述响应信息,可以为:根据所述响应信息对应的设备的优先级依次输出所述响应信息,或者,根据所述响应信息对应的设备与处理设备之间的距离大小依次输出所述响应信息等。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表3所示。
表3
组合方案 | 接收时间先后顺序 | 优先级顺序 | 当前场景 | 接收的操作信息 | 响应信息对应的设备 |
组合示例1 | 是 | 否 | 是 | 否 | 否 |
组合示例2 | 否 | 是 | 是 | 否 | 否 |
组合示例3 | 是 | 否 | 是 | 是 | 否 |
…… | …… | …… | …… | …… | …… |
例如,对于组合示例1,可以根据接收时间先后顺序(如按照接收时间先后顺序依次输出方式)和当前场景(如语音输出方式),输出所述响应信息。
再如,对于组合示例2,可以根据目标应用或目标服务的优先级顺序(如按照优先级高低顺序依次输出方式)和当前场景(如文字输出方式),输出所述响应信息。
还如,对于组合示例3,可以根据接收时间先后顺序(如按照接收时间先后顺序依次输出方式)、当前场景(如语音输出方式)和接收的操作信息(如指定输出设备)输出所述响应信息。
通过组合方案,可以更为灵活和/或智能地输出响应信息,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
示例性地,假设处理设备接收到A人机交互应用和B人机交互应用分别发送的响应信息,若接收到A人机交互应用发送的响应信息的时间早于B人机交互应用发送的响应信息的时间,则可先输出A人机交互应用发送的响应信息,再输出B人机交互应用发送的响应信息;若处理设备当前所处场景为有多人的场景且所述响应信息涉及隐私信息,则可将所述响应信息进行处理后再输出,例如,将以音频形式的响应信息转换为以文字形式的响应信息。
可选地,步骤S2进一步包括以下至少一种:
若所述目标应用或目标服务为系统级应用或服务,则根据第三预设策略进行相应处理;
若所述所述目标应用或目标服务为第三方应用或服务,则根据第四预设策略进行相应处理。
可选地,确定的所述至少一目标应用或目标服务可能属于系统级应用或服务,也可能属于第三方的应用或服务,此时可结合具体情况采用对应的预设策略进行相应处理。
所述第三预设策略和所述第四预设策略可根据实际情况需要进行设置,例如,若所述目标应用或目标服务属于系统级应用或服务,则该目标应用或目标服务具有系统级的权限,除了其自身对待处理数据进行响应或处理以外,其还可以调用其他的第三方应用或服务对待处理数据进行响应或处理。示例性地,假设所述待处理数据为用户对手机输入语音“导航至附近人气最高的饭店”,此时系统语音助手调用手机内安装的第三方的应用,如美团、大众点评等,获取该第三方应用内的当前定位的周边地区内美食人气排名最高的饭店地址,然后再由系统语音助手根据该地址输出导航路线。若所述目标应用或目标服务属于第三方应用或服务,则该第三方应用或服务仅具有部分权限(如用户自定义的权限),此时该第三方应用或服务仅在其权限范围内对待处理数据进行响应或处理。示例性地,假设所述待处理数据为用户对车辆内的导航应用发出的语音指令“发消息给小李让他到会议中心1号厅等我”,而由于车载导航应用不具有获取联系人的权限,则其可以完成“请到会议中心1号厅等我”的消息编辑,然后输出语音提示信息“不具备联系人权限,请手动选择联系人或开通权限”。基于上述方法,可以使至少一个目标应用或目标服务对待处理数据的响应或处理更为智能,还可以充分保护用于的隐私。
以下对三种基于本申请的处理方法的应用场景进行说明。
图4是根据第一实施例示出的一种场景下处理设备的界面示意图。图示场景为播放歌曲的场景,并以应用或服务为语音助手且语音助手为例进行说明。图4中的(a)所示的是语音助手A的界面,语音助手A以语音提示“您说,我在听...”,此时用户可以语音输入指令,由于本申请可以对不同设备和/或不同应用或服务之间的功能和交互能力进行融合,使得语音助手A所能接受的指令更为丰富,无需提示用户可输入的内容;之后,如图4中的(b)所示,设备界面显示用户输入的内容“播放歌曲祖国”以提示用户,并且,基于用户输入的待处理数据,确定的策略为:唤醒或运行处理设备上的语音助手A和第三方设备上的语音助手B同时播放歌曲祖国,进而输出提示信息“已分配语音助手A和语音助手B播放歌曲祖国”,图4中的(b)所示界面为处理设备的界面;之后,处理设备唤醒或运行语音助手A和语音助手B以同时播放歌曲祖国,如图4中的(c)所示,并显示“语音助手A和语音助手B正在播放刘畅演唱的歌曲祖国”,在图4中的(c)所示界面,还可以提示用户相关的指令,“您可以说:换一个歌手;无伴奏版本...”,提示用户可以基于提醒内容输入的指令,提高交互效率。如此,在播放歌曲的场景中,利用不同语音助手的功能或能力,可以改善交互体验。
图5是根据第一实施例示出的处理方法的场景示意图一,以应用或服务为语音助手为例,如图5所示,处理设备201上设置有语音助手A,第一设备202上设置有语音助手B,第二设备203上设置有语音助手C,处理设备201与第一设备202、第二设备203之间可以通过网络进行连接,网络包括近距离传输的无线网络,如蓝牙、WiFi,也可以包括移动运行商的网络,还可以包括基于云端的数据传输网络,从而通过网络实现处理设备201、第一设备202、第二设备203之间的数据传输。图6是根据第一实施例示出的另一种场景下处理设备的界面示意图。图示场景为拨打电话的场景,图6中的(a)所示的是处理设备的界面,处理设备以语音提示“您说,我在听...”,此时用户可以语音输入指令,由于本申请可以对应用或服务之间的功能和交互能力进行融合,使得处理设备所能接受的指令更为丰富,无需提示用户可输入的内容;之后,如图6中的(b)所示,处理设备界面显示用户输入的内容“拨打张三的电话”以提示用户,并且,假设语音助手A和语音助手B具有拨打电话权限,且当前场景下不可以使用语音助手A拨打电话,语音助手C不具有拨打电话权限,基于用户输入的内容,确定的策略为:唤醒或运行语音助手B以拨打电话,延迟等待使用语音助手A拨打电话,并输出提示信息“当前场景下不可以使用语音助手A和C,您可以说:语音助手B拨打;延迟等待使用语音助手A拨打”,图6中的(b)所示界面可以是处理设备的界面;之后,如图6中的(c)所示,当用户选择语音助手B拨打或者超时未响应时,唤醒或运行语音助手B以执行拨打电话的指令,并在处理设备的界面中显示拨打电话的提示画面。反之,如果用户选择“延迟等待使用语音助手A拨打”,则在后续场景可以使用语音助手A时,唤醒或运行语音助手A以执行拨打电话的指令,并在处理设备的界面中显示拨打电话的提示画面,当下次需要拨打电话时,仍会进行图6中的(b)所示的决策过程。如此,在拨打电话的场景中,根据使用场景和权限对不同语音助手的使用进行分配,并加入用户决策过程,可以改善交互体验。
图7是根据第一实施例示出的处理方法的场景示意图,以应用或服务为语音助手为例,如图7所示,处理设备301上设置有语音助手A,关联设备302上设置有语音助手B,处理设备301与关联设备302之间可以通过网络进行连接,网络包括近距离传输的无线网络,如蓝牙、WiFi,也可以包括移动运行商的网络,还可以包括基于云端的数据传输网络,从而通过网络实现处理设备301、关联设备302之间的数据传输。图8所示场景为游戏提醒场景,图8中的(a)所示的是处理设备上语音助手A的界面,语音助手A以语音提示“您说,我在听...”,此时用户可以语音输入指令,由于本申请可以对不同设备和/或不同应用或服务之间的功能和交互能力进行融合,使得处理设备301所能接受的指令更为丰富,无需提示用户可输入的内容;之后,如图8中的(b)所示,处理设备301的界面显示用户输入的内容“打开王者荣耀”以提示用户,并且,假设处理设备301或语音助手A不具有开启权限,语音助手B具有开启权限,基于用户输入的内容确定的策略为:唤醒或运行语音助手B以请求开启权限。可选地,输出提示信息“正在向关联设备302请求权限,请稍等…”此时,如图8中的(c)所示,关联设备302上的语音助手B显示提示“处理设备302请求打开王者荣耀”,并提示用户相关的指令,“允许;不允许...”,通过提示用户可以基于提醒内容输入的指令,提高交互效率。基于用户对语音助手B的操作,例如用户输入语音“允许”,则得到处理结果,此时可基于处理结果对语音助手A进行处理,即允许打开王者荣耀,并可在打开王者荣耀后关闭语音助手A和语音助手B。如此,在游戏提醒场景中,基于不同设备和语音助手的权限,可以提供准确的交互体验,并保证数据的安全性。
本申请的处理方法,应用于处理设备,包括以下步骤:响应于获取到待处理数据,确定至少一个目标应用或目标服务;响应于所述目标应用或目标服务,根据预设策略执行相应处理。本申请在获取待处理数据后,先确定至少一个目标应用或目标服务,再对确定的目标应用或目标服务进行处理,可以在获取待处理数据后,提高对待处理数据响应的准确性和/或改善交互效果,提升了用户体验。
第二实施例
图9是根据第二实施例示出的处理方法的流程示意图。如图9所示,本申请的处理方法,应用于处理设备,包括以下步骤:
S10:响应于第一目标应用或目标服务的处理请求;
S20:唤醒或运行关联设备的第二目标应用或目标服务;
S30:响应于预设操作,对所述第一目标应用或目标服务按照第一预设策略进行处理;和/或,对所述第二目标应用或目标服务按照第二预设策略进行处理。
可选地,处理设备可以包括终端设备(如手机、平板电脑等)、可穿戴智能设备(如智能手表、智能手环、智能耳机等)、智能家居设备(如智能电视、智能音箱等)、车联网设备(如智能汽车、车载终端等)。可选地,应用或服务可以包括人机交互应用,人机交互应用包括可以通过触控操作、语音、触摸手势、隔空手势等方式进行人机交互的应用或服务(如智能助手等),也可以为其他类似应用或服务。所述第一目标应用或目标服务可能设置于所述处理设备或其他设备(如与所述处理设备关联的设备等)上。可选地,所述第一目标应用或目标服务和/或所述第二目标应用或目标服务包括语音助手类应用、社交媒体类应用、资讯内容类应用、工具类应用、系统类服务中的至少一种。可选地,第一目标应用或目标服务与第二目标应用或目标服务可以是相同或不同的应用或服务,也可以是同类型或不同类型的应用或服务。
通过上述方式,在获取第一目标应用或目标服务的处理请求后,先唤醒或运行关联设备的第二目标应用或目标服务,再对第一目标应用或目标服务和/或第二目标应用或目标服务进行处理,可以充分利用不同应用或服务的功能和交互能力,改善交互效果,提升了用户体验。
示例性地,对第一目标应用或目标服务的处理请求,唤醒或运行具有相应权限和/或功能的第二目标应用或目标服务进行处理,并在该请求被处理后,关闭或退出所述第二目标应用或目标服务和所述第一目标应用或目标服务,例如,父亲的手机接收到儿子发送的转账请求时,将该转账请求发送给儿子的母亲,以由儿子的母亲处理该请求;和/或,唤醒或运行第二目标应用或目标服务响应第一目标应用或目标服务的处理请求,并控制第一目标应用或目标服务输出第二目标应用或目标服务的响应结果或者控制第一目标应用或目标服务关闭或退出。
可选地,所述步骤S10,包括:
步骤S110a:响应于获取到待处理数据,根据获取的操作,和/或预设信息,和/或场景信息,和/或待处理数据的来源信息,和/或待处理数据的相关信息,确定第一目标应用或目标服务。
处理设备获取到待处理数据可以是处理设备接收到用户输入的待处理数据,也可以是处理设备接收到其他设备发送的用户所输入的待处理数据。所述待处理数据包括但不限于:语音数据、触摸或隔空手势数据、肢体动作数据,或者对这些数据进行处理后的数据,例如,可以是对语音数据进行处理后得到的控制指令。
可选地,所述获取的操作包括但不限于:触控手势操作、隔空手势操作、语音操作等信息,上述操作信息可通过设备中的相应传感器或者图像或语音采集装置采集得到,例如,可通过手机中的摄像头获取隔空手势或者通过麦克风获取用户输入的语音。
根据获取的操作,确定第一目标应用或目标服务,可以为:选择与获取的操作匹配的应用或服务作为第一目标应用或目标服务,例如,将与手掌张开的隔空手势匹配的应用或服务作为第一目标应用或目标服务,或者,将与触控手势的触控位置匹配的应用或服务作为第一目标应用或目标服务等,这样,可以更准确地确定第一目标应用或目标服务,进而给用户更好的体验。
可选地,所述预设信息可以包括以下信息的至少一种:历史使用信息、所支持功能信息、运行状态信息、设备信息、权限信息等。对于历史使用信息,其用于区分用户使用习惯,包括但不限于:历史使用次数、历史使用时间、历史使用位置等,例如,用户在不同位置或不同时间偏向于使用不同的应用或服务。对于所支持功能信息,其用于区分应用或服务能够实现的功能,例如,是否支持读取联系人、是否支持调用拍照功能等。对于运行状态信息,其用于区分应用或服务的运行状态,例如,是否处于关闭、前台运行或后台运行等状态。对于设备信息,其用于区分不同应用或服务所在设备的身份和/或状态等,包括但不限于:设备身份信息(如主设备和从设备,或者控制中心和非控制中心,或者关联设备等)、剩余电量信息、剩余网络流量、网络状态等。对于权限信息,其用于区分不同应用或服务的使用权限,包括但不限于:优先级、可调用的应用或服务等,例如,优先级不同的应用或服务具有不同使用先后顺序,或者,不同应用或服务可调用的第三方应用不同。
根据预设信息,确定第一目标应用或目标服务,可以为:将优先级、和/或所支持功能信息、和/或运行状态信息、和/或设备信息、和/或权限信息满足预设条件的应用或服务确定为第一目标应用或目标服务,例如,将所支持功能能够响应待处理数据的应用或服务确定为第一目标应用或目标服务,或者,将优先级最高的应用或服务确定为第一目标应用或目标服务,或者,将前台运行或已唤醒的应用或服务确定为第一目标应用或目标服务,或者,将关联设备的应用或服务确定为第一目标应用或目标服务,或者,将所在设备的剩余电量较多、且所支持功能能够响应待处理数据的应用或服务确定为第一目标应用或目标服务等。
可选地,所述场景信息可以包括以下信息的至少一种:位置类型、时间信息、用户数量、用户身份、场景图像等。对于位置类型,其用于区分用户当前所在位置的空间,包括但不限于:密闭环境(如房间内、车辆内等)、开放环境(如房间外、操场等)等,而位置类型可以通过传感器(如重力传感器、加速度传感器、陀螺仪、摄像头、GPS等)来感知。对于时间信息,其用于区分当前日期或时间段,如白天或夜晚、上午或下午等。对于用户数量,其用于区分处于设备周围的用户多少,例如,可能只有一个,也可能有多个,而用户数量可以通过传感器(如摄像头、麦克风等)来感知,如只检测到一个声源,说明只有一个用户。对于用户身份,其用于区分用户的个性特征,包括但不限于:年龄类型、性别、职业类型等。对于场景图像,其用于区分设备的具体环境或者用户的特定图像,例如,根据用户的图像可获知用户的注视方向、和/或手势朝向等信息。
根据预设信息,确定第一目标应用或目标服务,可以为:将用户的注视方向所对应的应用或服务确定为第一目标应用或目标服务,例如,用户的注视方向朝向A人机交互应用时,将A人机交互应用确定为第一目标应用;或者,将与当前位置类型匹配的应用或服务确定为第一目标应用或目标服务,例如,用户在车辆内时,将位于车机中的应用或服务确定为第一目标应用或目标服务;或者,将与当前时间和当前位置类型匹配的应用或服务确定为第一目标应用或目标服务等,这样,可以更准确地确定目标应用或目标服务,进而给用户更好的体验。
可选地,所述待处理数据的来源信息包括但不限于:获取待处理数据的时间、位置、得到或输出待处理数据的设备信息等。对于获取待处理数据的时间,其用于区分接收到待处理数据的时机,例如,获取待处理数据的时间可能是在上班时间,也可能是在下班时间。对于获取待处理数据的位置,其用于区分接收到待处理数据的地点,例如,获取待处理数据的位置可能是在房间内,也可能是在车辆内。对于得到或输出待处理数据的设备信息,其用于区分得到或输出待处理数据的设备,例如,得到或输出待处理数据的设备是否为关联设备等。
根据待处理数据的来源信息,确定第一目标应用或目标服务,可以为:将与获取待处理数据的时间匹配的应用或服务确定为第一目标应用或目标服务,例如,若获取待处理数据的时间为下班时间,则将位于车机内的应用或服务确定为第一目标应用或目标服务,以方便用户及时获知,或者,若获取待处理数据的时间为休息日,则将位于智能音箱内的应用或服务确定为第一目标应用或目标服务;或者,将与输出待处理数据的设备所关联的设备包含的应用或服务确定为第一目标应用或目标服务,例如,若得到待处理数据的设备为手机且智能音箱与手机关联,则将位于智能音箱内的应用或服务确定为第一目标应用或目标服务。通过这种方式,可以准确将用户所需的应用或服务确定为目标应用或目标服务,进而给用户带来更好的体验。
可选地,所述待处理数据的相关信息包括但不限于:所需的功能、和/或应用、和/或响应速度、和/或准确度、和/或隐私等级等。对于待处理数据所需的功能,其用于区分响应待处理数据所需的操作,例如,待处理数据所需的功能可以是使用拨号功能、拍照功能等。对于待处理数据所需的应用,其用于区分响应待处理数据所需使用的应用,待处理数据所需的应用可能是用于播放歌曲的音乐应用,也可能是用于播放电视或电影的视频应用等。对于待处理数据所需的响应速度,其用于区分响应待处理数据所需的速度快慢,例如,翻译数据所需的响应速度可能比播放歌曲所需的响应速度要快。对于待处理数据所需的准确度,其用于区分响应待处理数据的正确性,通常,可通过不同用户的使用评价进行获取。对于待处理数据所需的隐私等级,其用于区分响应待处理数据所需的隐私性高低,例如,转账或汇款操作的隐私等级可能比拨打电话的隐私等级要高。
根据所述待处理数据的相关信息,确定第一目标应用或目标服务,可以为:将支持待处理数据所需的功能且响应速度满足待处理数据所需的响应速度的应用或服务确定为第一目标应用或目标服务;或者,将隐私等级满足待处理数据所需的隐私等级且支持待处理数据所需的应用的应用或服务确定为第一目标应用或目标服务;或者,将准确度满足待处理数据所需的准确度且响应速度满足待处理数据所需的响应速度的应用或服务确定为第一目标应用或目标服务等,这样,可以准确将所需的应用或服务确定为目标应用或目标服务,进而给用户带来更好的体验。
可选地,所述对所述待处理数据的响应结果可以是处理设备对所述待处理数据进行响应后获得的结果,也可以是用户输入的操作或语音等。例如,假设所述待处理数据为“播放歌曲大海”,若对所述待处理数据的响应结果为“处理设备不能够播放歌曲,关联设备能够播放歌曲”,则可将位于关联设备的应用或服务确定为第一目标应用或目标服务;若用户继续输入语音“通过车机播放歌曲”,则可将位于车机的应用或服务确定为第一目标应用或目标服务。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表4所示。
表4
组合方案 | 获取的操作 | 预设信息 | 场景信息 | 待处理数据的来源信息 | 待处理数据的相关信息 | 对待处理数据的响应结果 |
组合示例1 | 否 | 是 | 是 | 否 | 否 | 否 |
组合示例2 | 否 | 是 | 否 | 否 | 是 | 否 |
组合示例3 | 否 | 否 | 是 | 是 | 是 | 否 |
组合示例4 | 否 | 是 | 是 | 是 | 是 | 否 |
…… | …… | …… | …… | …… | …… | …… |
例如,对于组合示例1,可以将与场景信息(如当前位于车辆内)和预设信息(如优先级最高)匹配的应用或服务确定为第一目标应用或目标服务。
再如,对于组合示例2,可以将与预设信息(如处于唤醒状态)和待处理数据的相关信息(如待处理数据所需的功能)匹配的应用或服务确定为第一目标应用或目标服务。
还如,对于组合示例3,可以将与场景信息(如当前位于车辆内)、待处理数据的来源信息(如获取待处理数据的位置)和待处理数据的相关信息(如待处理数据所需的隐私等级)匹配的应用或服务确定为第一目标应用或目标服务。
再如,对于组合示例4,可以将与预设信息(如处于唤醒状态)、场景信息(如当前位于车辆内)、待处理数据的来源信息(如获取待处理数据的位置)和待处理数据的相关信息(如待处理数据所需的隐私等级)匹配的应用或服务确定为第一目标应用或目标服务。
通过组合方案,可以更为精确和/或智能地从多个应用或服务中确定目标应用或目标服务,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
示例性地,可以基于各应用或服务的使用次数多少、所支持功能信息是否能够响应待处理数据、使用场景是否与当前场景匹配、运行状态是否为运行或未运行等信息,从至少两个应用或服务中确定第一目标应用或目标服务。假设所述待处理数据为用户在车辆内输入的语音“请播放歌曲祖国”,且在车辆内包括设置于车机的A人机交互应用和设置于用户手机的B人机交互应用,若根据用户历史使用习惯确定用户在当前场景下偏向于使用A人机交互应用,则可将A人机交互应用确定为第一目标应用;又或者,若A人机交互应用因正在提供导航服务而处于运行状态,B人机交互应用处于未运行状态,则可将B人机交互应用确定为第一目标应用;又或者,若用户的注视方向为A人机交互应用所在方向,则可将A人机交互应用确定为第一目标应用。
可选地,所述步骤S10,包括:
若所述处理设备不为控制中心,执行步骤S110a;和/或,
若所述处理设备为控制中心,执行步骤S110b:确定是否存在关联设备,若存在关联设备,从所述关联设备中确定第一目标应用或目标服务。
可选地,若所述处理设备不为控制中心,处理设备根据获取的操作,和/或预设信息,和/或场景信息,和/或所述待处理数据的来源信息,和/或所述待处理数据的相关信息,和/或对所述待处理数据的响应结果,确定第一目标应用或目标服务;若所述处理设备为控制中心,处理设备确定是否存在关联设备,若存在关联设备,从所述关联设备中确定第一目标应用或目标服务。也就是说,所述处理设备作为控制中心时,可只负责单独与用户进行交互,再由其控制其他设备执行相应操作,即处理设备可能只作为控制中心,而无法响应待处理数据,因此,处理设备在获取到待处理数据后,可能是要通过与所述处理设备关联的关联设备响应所述待处理数据,则先判断处理设备是否存在关联的设备,若存在关联设备,则从所述关联设备中确定第一目标应用或目标服务。例如,以所述处理设备为手机为例,假设所述待处理数据为用户输入的语音“开启空调”,若手机已关联空调,则可从空调中确定用于响应所述待处理数据的第一目标应用或目标服务。可以理解地,关联设备可包括具有能调用对应功能、应用、服务的设备,或者与处理设备绑定的、登录同一账号的设备,或者,和待处理数据有其他关系的设备等。
可选地,所述步骤S110a,包括:
根据所述待处理数据的相关信息,确定至少一处理信息;
根据所述至少一处理信息确定第一目标应用或目标服务。
可选地,由于所述待处理数据包含用户想要实现的目的或功能,因此,通过对所述待处理数据的相关信息进行解析,可确定至少一处理信息,所述处理信息可包括需调用的应用、和/或服务、和/或功能、和/或处理对象、和/或关联设备、和/或处理设备信息等,而根据所述至少一处理信息,可确定用于响应所述待处理数据的第一目标应用或目标服务。示例性地,以所述处理设备为车机为例,假设所述待处理数据为用户输入的语音“请给小李拨打电话”,且设置于车机内的A人机交互应用支持拨号功能,则可将A人机交互应用确定为第一目标应用或目标服务。
可选地,所述步骤S10,包括:
第一目标应用或目标服务响应于接收的待处理数据符合第一预设条件,和/或第一目标应用或目标服务所处的设备符合第二预设条件,和/或第一目标应用或目标服务的响应结果不符合第三预设条件,和/或获取的操作信息符合第四预设条件,发送处理请求。
可选地,所述符合第一预设条件包括但不限于:隐私等级大于预设等级、所需响应速度大于预设速度、包含有多个待处理任务、为预设类型数据等;所述符合第二预设条件包括但不限于:电量低于预设电量、权限不满足预设权限、网络状态满足预设网络状态、处于预设模式或场景;所述不符合第三预设条件包括但不限于:第一目标应用或目标服务与待处理数据不匹配(如第一目标应用或目标服务的信任等级低于处理待处理数据所需的信任等级、响应速度不满足待处理数据所需响应速度等)、与处理设备不匹配(如响应结果的格式与处理设备的功能不匹配)等;所述符合第四预设条件包括但不限于:超时未响应提示消息、为预设语音指令等。
示例性地,第一目标应用或目标服务在接收到歌曲播放指令时,若第一目标应用或目标服务所处的设备的剩余电量低于预设电量和/或处于省电模式,则发送歌曲播放处理请求;或者,若第一目标应用或目标服务的信任等级低于处理歌曲播放指令所需的信任等级,则发送歌曲播放处理请求。
可选地,所述步骤S10之前,包括:确定至少一应用或服务管理中心。进一步地,所述步骤S10之前,还可以包括:若所述处理设备为控制中心,则根据预设确定策略确定至少一应用或服务管理中心。
示例性地,当用户的手机中同时安装至少一个语音助手类应用时,可以根据预设确定策略从多个语音助手类应用中选择其中一个应用作为管理中心,其中该预设确定策略可以包括以下至少一种:应用权限最高、优先级最高、根据用户选择、使用频率最高、用户评分最高、处理功能最强大。基于确定的应用或服务管理中心,可以对处理设备或关联设备中的目标应用或目标服务的添加/删除、人机交互界面、权限配置等方面进行管理,如处理设备可以自动扫描处理设备自身和/或关联设备内安装的应用或服务,并把符合要求的应用或服务添加到应用或服务管理中心内,也可以由用户在应用或服务管理中心内手动添加应用或服务,还可以对已添加的应用或服务的权限进行配置和管理,并可视化展示每个应用或服务已开通的权限和/或支持的处理功能。
可选地,所述步骤S20还包括:在所述应用或服务管理中心中显示分别与所述第一目标应用或目标服务对应的第一预设界面和/或与所述第二目标应用或目标服务对应的第二预设界面。其中,第一预设界面和/或第二预设界面可以在应用或服务管理中心的界面中以弹窗、悬浮窗、卡片、嵌入等形式显示所述目标应用或目标服务的人机交互界面,所述人机交互界面用于展示所述待处理数据和/或响应结果。示例性地,当待处理数据需要处理设备的第一应用和关联设备的第二应用同时进行响应处理时,应用或服务管理中心的界面中显示分别与第一应用的人机交互界面对应的第一卡片和与第二应用的人机交互界面对应的第二卡片,进而使得第一卡片和第二卡片能够动态显示第一应用和第二应用对待处理数据的响应结果。例如,当获取到的待处理数据为用户对手机发出语音指令“请和音箱同时播放歌曲‘成都’”,此时手机内的语音助手管理中心的界面同时以卡片的形式显示手机语音助手交互界面和音箱语音助手交互界面,其中手机语音助手交互界面显示“已为你找到以下几个版本的《成都》,你想听哪个版本呢”,音箱语音助手交互界面显示“好的,即将为你播放赵雷的《成都》”。
可选地,所述方法还包括:响应于对第一预设界面和/或第二预设界面的预设操作,对所述目标应用或目标服务进行预设处理。
示例性地,所述应用或服务管理中心还可以对已经确定的目标应用或目标服务进行控制或交互,具体可以包括以下至少一种:
响应于对第一预设界面和/或第二预设界面中的关闭操作,关闭与该预设界面对应的应用或服务;
响应于对第一预设界面和/或第二预设界面中的获取语音指令操作,仅由与该预设界面对应的应用或服务获取语音指令;
响应于由第一预设界面到第二预设界面的拖动操作,将与第一预设界面对应的第一目标应用或目标服务和与第二预设界面对应的第二目标应用或目标服务合并成超级应用或服务;
响应于对第一预设界面和/或第二预设界面的滑动操作,将与该预设界面对应的应用或服务从应用或服务管理中心中删除。
基于应用或服务管理中心的设置和交互操作,不仅可以方便用户对处理设备本身所具有的应用或服务进行管理和人机交互,同时采用用户界面的方式直观显示每个应用或服务的人机交互界面,使得用户能够更为直观清楚地获知与处理设备相连接的关联设备内的应用或服务的控制和响应结果,这对于不具有显示屏幕的关联设备(如智能音箱、智能空调等)来说可以提供更好的用户操控体验。
可选地,所述步骤S20之前,还包括:
根据所述第一目标应用或目标服务的响应结果,和/或,预设信息,和/或,待处理数据,和/或,操作信息,和/或所述处理设备的所处场景,确定至少一关联设备。
对于所述第一目标应用或目标服务的响应结果,其用于表征所述第一目标应用或目标服务对待处理数据的处理或分析结果,例如,所述响应结果可以为一音频文件或处理请求等。根据所述第一目标应用或目标服务的响应结果,确定至少一关联设备,可以为:当响应结果为音频文件时,将具备音频播放功能的智能音箱确定为关联设备;当响应结果为拨打电话时,将具备拨号功能的智能车机确定为关联设备等。
可选地,所述预设信息可以包括以下信息的至少一种:历史使用信息、所支持功能信息、运行状态信息、设备信息、权限信息等。对于历史使用信息,其用于区分用户使用习惯,包括但不限于:历史使用次数、历史使用时间、历史使用位置等,例如,用户在不同位置或不同时间偏向于使用不同的设备。对于所支持功能信息,其用于区分设备能够实现的功能,例如,是否支持读取联系人、是否支持调用拍照功能等。对于运行状态信息,其用于区分设备的运行状态,例如,是否处于关机、或运行等状态。对于设备信息,其用于区分不同设备的身份和/或状态等,包括但不限于:设备身份信息(如主设备和从设备,或者控制中心和非控制中心等)、剩余电量信息、剩余网络流量、网络状态等。对于权限信息,其用于区分不同设备的使用权限,包括但不限于:优先级、可调用的应用或服务等,例如,优先级不同的设备具有不同使用先后顺序,或者,不同设备可调用的第三方应用不同。
根据预设信息,确定至少一关联设备,可以为:将优先级、和/或所支持功能信息、和/或运行状态信息、和/或设备信息、和/或权限信息满足预设条件的设备确定为关联设备,例如,将所支持功能能够响应待处理数据的设备确定为关联设备,或者,将优先级最高的设备确定为关联设备,或者,将剩余电量较多、且所支持功能能够响应待处理数据的设备确定为关联设备等。
可选地,所述操作信息,包括但不限于:触控手势操作、隔空手势操作、语音操作、选择操作、指向操作等信息,上述操作信息可通过设备中的相应传感器或者图像或语音采集装置采集得到,例如,可通过手机中的摄像头获取隔空手势或者通过麦克风获取用户输入的语音。
根据操作信息,确定至少一关联设备,可以为:选择与获取的操作信息匹配的设备确定为关联设备,例如,当操作信息为选择发送设备的操作时,如点击处理设备当前界面显示的电视对应的图标位置,则确定电视为关联设备;或者,将用户控制处理设备所指向的设备确定为关联设备,例如,在智能家居环境下,用户将处理设备(例如手机)指向冰箱时,则确定冰箱为关联设备等。
可选地,所述待处理数据包括但不限于语音数据、触摸或隔空手势数据、肢体动作数据,或者对这些数据进行处理后的数据,例如,可以是对语音数据进行处理后得到的控制指令。由于所述待处理数据通常会包含需要实现的功能和/或实现相关功能的设备等信息,因此,根据所述待处理数据可准确且快速确定用于响应待处理数据的关联设备。
根据待处理数据,确定至少一关联设备,可以为:将所支持功能能够部分或完全响应待处理数据的设备确定为关联设备;或者,将待处理数据中指定的设备确定为关联设备,例如,在智能家居环境下,当待处理数据为打开空调时,则确定空调为关联设备。
可选地,所述处理设备的所处场景用于区分所处环境的不同,包括但不限于:办公室、商场、汽车站、车辆等。根据处理设备的所处场景的不同,可用于响应待处理数据的设备可能也不相同,因此,根据所述处理设备的所处场景可准确且快速地确定关联设备。
根据所述处理设备的所处场景,确定至少一关联设备,可以为:将在所述处理设备的所处场景中,与所述处理设备连接的设备确定为关联设备,例如,若处理设备(例如手机)处于会议室,则将与该处理设备连接的设备(例如投影仪)作为关联设备;若处理设备(例如手机)处于家中的客厅,则将与该处理设备连接的设备(例如智能音箱)作为关联设备。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表5所示。
表5
组合方案 | 应用或服务的响应结果 | 预设信息 | 待处理数据 | 操作信息 | 处理设备的所处场景 |
组合示例1 | 否 | 否 | 是 | 否 | 是 |
组合示例2 | 否 | 否 | 是 | 是 | 否 |
组合示例3 | 是 | 否 | 否 | 是 | 是 |
…… | …… | …… | …… | …… | …… |
例如,对于组合示例1,可以将与处理设备的所处场景(如公司)和待处理数据(如需要投影文件)匹配的设备确定为关联设备。
对于组合示例2,可以将待处理数据(如需要播放歌曲)和操作信息(如控制处理设备指向某一方向)匹配的设备确定为关联设备。
对于组合示例3,可以将与所述第一目标应用或目标服务的响应结果(如音频文件)、处理设备的所处场景(如家中)和操作信息(如控制处理设备指向某一方向)匹配的设备确定为关联设备。
通过组合方案,可以更为精确和/或智能地从多个设备中确定关联设备,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
在一些实施方式中,处理设备与至少一个设备处于连接状态或处于同一连接网络内,当处理设备输出处理请求时,处理设备需要从连接的至少一个设备中确定关联设备,此时处理设备可根据响应结果、和/或预设信息、和/或所述待处理数据、和/或场景信息、和/或操作信息确定至少一关联设备。示例性地,当操作信息为选择发送设备的操作时,如点击处理设备当前界面显示的电视对应的图标位置,则确定电视为关联设备;又如,在智能家居环境下,用户将处理设备(例如手机)指向冰箱时,则确定冰箱为关联设备;再例如,当响应结果为音频文件,则根据音频文件与智能音箱的匹配关系,确定智能音箱为关联设备;再例如,在智能家居环境下,当待处理数据为打开空调时,则确定空调为关联设备。
可选地,所述步骤S20,包括:
若所述关联设备只有一个,且所述关联设备具有多个应用或服务,则将能响应所述处理请求的应用或服务确定为第二目标应用或目标服务;和/或,
若所述关联设备有多个,则根据预设规则确定至少一个目标设备,将所述至少一个目标设备中能响应所述处理请求的应用或服务确定为第二目标应用或目标服务。
在一些场景中,处理设备的关联设备可能只有一个,也可能有多个,以所述处理设备为手机为例,用户手机可能只关联了家中的电视,也可能既关联了家中的电视,还关联了家中的空调和智能音箱等设备,此外,所述关联设备可能只具有一个应用或服务,也可能具有多个应用或服务,此时需要根据实际情况确定所述目标应用或目标服务。可选地,在所述关联设备只有一个,且所述关联设备具有多个应用或服务的情况下,可将响应处理请求所需的功能和/或应用等信息与所述关联设备的多个应用或服务进行匹配,将能响应所述处理请求的应用或服务确定为目标应用或目标服务。在所述关联设备有多个的情况下,可以先基于使用次数多少、剩余电量高低、运行状态、处理能力等确定至少一个目标设备,然后将所述至少一个目标设备中能响应所述处理请求的应用或服务确定为目标应用或目标服务。示例性地,若所述关联设备有多个,可将使用次数最多、和/或剩余电量最多、和/或运行状态为未运行、和/或处理能力最强的所述关联设备确定为目标设备,然后基于处理请求所需的功能和/或应用等信息,从目标设备中确定目标应用或目标服务。此外,第二目标应用或目标服务还可以由用户根据输出的待选应用或服务界面中所选取的目标应用或目标服务进行确定。
可选地,所述根据预设规则确定至少一个目标设备,包括以下至少一种:
将用户生理参数信息满足第一预设条件的关联设备作为目标设备;
将设备系统信息满足第二预设条件的至少一关联设备作为目标设备;
将设备通信信息满足第三预设条件的至少一关联设备作为目标设备;
将设备应用信息满足第四预设条件的至少一关联设备作为目标设备;
将设备提醒信息满足第五预设条件的至少一关联设备作为目标设备;
将设备检测信息满足第六预设条件的至少一关联设备作为目标设备;
将设备状态信息满足第七预设条件的至少一关联设备作为目标设备;
将设备环境信息满足第八预设条件的至少一关联设备作为目标设备。
对于用户生理参数信息,其包括用户心率、血压、脉搏、血氧、血糖、出汗量等,一般地,上述用户生理参数信息可通过设备中的相应传感器测得,例如可通过智能手表中的光学心率传感器测用户心率。
用户生理参数信息满足第一预设条件,其可为用户生理参数达到预设用户生理参数阈值,例如,用户心率达到预设用户心率阈值;或者,在另一种实施场景中,可将能检测到用户心率的关联设备作为目标设备,这样,可以更智能地确定目标应用或目标服务,进而给用户更好的体验。
设备系统信息,可以为:系统类型、系统名称、系统状态等。可选地,对于系统类型,其用于区分不同的类型的系统,例如安卓系统、塞班系统、苹果系统等,又如基于安卓系统的深度定制系统(如MIUI(Mobile Internet UI,小米手机操作系统))可选地,不同的系统在运行时会为用户提供不同的服务,例如苹果系统与安卓系统的运行机制不同。
对于系统名称,其用于具体区分系统是否为同一系统以及确定系统的具体信息,例如系统的系统名称为“安卓系统”,可以理解,其具体指定了该系统为“安卓系统”这一系统,而非其他系统。可选地,系统名称还可包括完整的名称,例如该名称包括系统版本号。
对于系统状态,可以为系统的运行状态,例如卡顿、流畅、休眠、崩溃、待机等。
设备系统信息满足第二预设条件,可以为:设备系统信息满足预设设备系统信息规则,例如,系统状态为非卡顿状态(如流畅、快速、极速等),则系统状态满足预设设备系统信息规则;另一种实施场景中,属于同一个系统类型(如苹果、鸿蒙、安卓等)的设备,相互之间的兼容性越好,若能优先确定属于同一个系统类型的关联设备为目标设备,则可以为用户带来更佳体验。
设备通信信息,可以为:设备通信信号强度、设备通信方式(如蓝牙、WIFI、NFC等)、设备通信距离等。
设备通信信息满足第三预设条件,可以为:关联设备通信信息满足预设设备通信信息规则,例如,设备通信信号强度大于或等于预设信号强度阈值时,该设备通信信号强度满足预设设备通信信息规则,一般来说,信号强度越强,设备间交互就越顺畅,用户体验也就越好。
设备应用信息,可以为:设备应用名称信息等。可以理解,应用名称可以用于将应用区别开来,即可以通过应用名称识别应用。
设备应用信息满足第四预设条件,可以为关联设备应用信息满足预设设备应用信息规则,例如,设备应用名称信息符合预设响应操作触发条件(例如通过应用名称识别到设备在运行某些预设应用,如游戏,再如微信等)时,该设备应用数据信息满足预设设备应用信息规则,可选地,关联设备上运行预设应用越多,一般意味着该关联设备正在被用户(频繁)使用,这样有助于更智能地确定目标应用或目标服务,进而给用户更好的体验。
设备提醒信息,该提醒信息用于提醒用户,防止用户遗忘相应的事件信息,例如,通过关联设备提醒信息提醒用户其预约的电视节目即将播放。
设备提醒信息满足第五预设条件,可以为关联设备提醒信息满足预设设备提醒信息规则,例如,提醒信息中的时间和/或地点信息,与当前时间和/或地点一致时,该关联设备提醒信息满足预设设备提醒信息规则;另一种实施场景中,只要该关联设备存在提醒信息,则可视为关联设备提醒信息满足预设设备提醒信息规则,通过这种方式,将存在提醒信息的关联设备确定为目标设备,也有助于更智能地确定目标应用或目标服务,因为用户之所以设置该关联设备来加以提醒,意味着该设备对用户而言,属于较为方便操作和/或查看的设备。
设备检测信息,可以为检测设备自身情况的信息,例如设备工作状态是否正常、设备硬件状态是否正常、设备硬件当前工作状态等。
设备检测信息满足第六预设条件,可以为关联设备检测信息满足预设设备检测信息规则,例如,设备硬件当前工作状态满足预设工作状态要求(例如关联设备软件和/或硬件工作状态正常)时,设备硬件当前工作状态满足预设设备检测信息规则,通过这种方式,可以避免将工作状态不正常的关联设备确定为目标设备,进而给用户带来更好的体验。
设备状态信息,可以为:运行状态、电量信息、故障信息等。
对于运行状态,设备可处于正常运行状态、卡顿状态、不顺畅状态等。
对于电量信息,一般地,可为当前电量,也可为电池总容量,还可为剩余电量比值,或者是根据近期(例如8小时内)用户的使用习惯预估的可使用时长。
对于故障信息,可以是设备的故障日志,该故障信息可以包括设备发生故障的原因、故障类型、发生故障的时间、发生故障的频次等,以方便设备或工程技术人员通过该故障信息进行修复或优化。
设备状态信息满足第七预设条件,可以为关联设备状态信息满足预设设备状态信息规则,例如,电量大于或等于预设阈值(如20%),这样,可以避免将电量低和/或卡顿和/或经常发生故障的关联设备确定为目标设备,进而给用户带来更好的体验。
设备环境信息,可以为:设备外界环境信息、设备使用环境信息等。
对于设备外界环境信息,设备存在获取外界环境信息的能力,如获取外界环境光的亮度,再如获取外界环境噪音的响度。
对于设备使用环境信息,设备在使用过程中,使用环境信息随用户所处的环境变化而变化,用户所处的环境可以通过传感器(如重力传感器、加速度传感器、陀螺仪、摄像头、GPS等)来感知,如用户在运动,设备可检测到用户处于运动环境下,或者如用户在开车,设备可检测到用户处于驾驶环境下,或者如用户在工作或会议,设备可检测到用户处于工作或会议环境下。
设备环境信息满足第八预设条件,可以为关联设备环境信息满足预设设备环境信息规则,例如,将用户正在行驶的关联设备(如汽车、自行车、摩托车等)作为目标设备,再如,将用户正在运动的关联设备(如智能手表、智能手环、智能耳机等可穿戴设备)作为目标设备。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表6所示。
表6
预设规则 | 第一预设条件 | 第二预设条件 | 第三预设条件 | 第四预设条件 | 第五预设条件 | 第六预设条件 | 第七预设条件 | 第八预设条件 |
组合示例1 | —— | 满足 | 满足 | —— | —— | —— | —— | —— |
组合示例2 | —— | —— | —— | 满足 | —— | 满足 | —— | —— |
组合示例3 | —— | —— | 满足 | —— | —— | —— | 满足 | —— |
组合示例4 | —— | 满足 | 满足 | —— | —— | —— | —— | 满足 |
... | ... | ... | ... | ... | ... | ... | ... | ... |
例如,对于组合示例1,可以将满足第二预设条件(如属于同一系统类型,如苹果系统)和第三预设条件(如通信信号强度大于或等于预设信号强度阈值)的关联设备确定为目标设备。
再如,对于组合示例2,可以将满足第四预设条件(如运行着预设应用,如游戏或微信等)和第六预设条件(如软件和/或硬件工作状态正常)的关联设备确定为目标设备。
还如,对于组合示例3,可以将满足第三预设条件(如通信距离小于或等于预设距离值,如5米)和第七预设条件(电量大于或等于预设阈值,如20%)的关联设备确定为目标设备。
再如,对于组合示例4,可以将满足第二预设条件(如属于同一系统状态,如流畅)和第三预设条件(如通信方式均为蓝牙)和第八预设条件(用户正在行驶或运动)的关联设备确定为目标设备。
通过组合方案,可以更为精确和/或智能地从多个关联设备中确定目标设备,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
可选地,所述对所述第一目标应用或目标服务按照第一预设策略进行处理,包括以下至少一种:
控制所述第一目标应用或目标服务关闭或隐藏或冻结或休眠;
响应于所述第二目标应用或目标服务对所述处理请求的响应结果,控制所述第一目标应用或目标服务输出反馈消息;
和/或,所述对所述第二目标应用或目标服务按照第二预设策略进行处理,包括以下至少一种:
控制所述第二目标应用或目标服务响应所述处理请求;
控制所述第二目标应用或目标服务延迟响应所述处理请求;
控制所述第二目标应用或目标服务响应所述处理请求,并将响应结果发送给所述第一目标应用或目标服务。
可选地,若所述第一目标应用或目标服务和所述第二目标应用或目标服务都能完全响应所述处理请求,则可控制所述第一目标应用或目标服务和所述第二目标应用或目标服务中处于预设场景或预设模式的对应应用或服务响应所述处理请求;若所述第一目标应用或目标服务和所述第二目标应用或目标服务都需要响应所述处理请求,或所述第一目标应用或目标服务和所述第二目标应用或目标服务都响应所述处理请求能够提升交互效果,则控制所述第一目标应用或目标服务和所述第二目标应用或目标服务分别响应所述处理请求,或者对所述处理请求对应的待处理数据进行拆分,确定由所述第一目标应用或目标服务处理的至少一第一数据和由所述第二目标应用或目标服务处理的至少一第二数据,以控制所述第一目标应用或目标服务响应所述至少一第一数据和所述第二目标应用或目标服务响应所述至少一第二数据。此外,也可输出提示消息,响应于选择操作,控制所选择的对应应用或服务响应所述处理请求。
可选地,所述预设场景和所述预设模式可以根据实际情况需要进行设置,比如,预设场景可以是工作场景、会议场景、娱乐场景、游戏场景、驾驶场景、导航场景、户外场景、当前未处理数据或互联场景等,所述预设模式可以是前台运行模式、后台运行模式、交互模式、移动运营商网络模式、无线网络模式、省电模式、免提模式等。示例性地,假设所述处理请求为用户在车辆内输入的语音“播放歌曲大海”,且位于车辆内的设置于车机的A人机交互应用和设置于用户手机的B人机交互应用都能响应所述处理请求,若A人机交互应用正在提供导航服务,则可控制B人机交互应用响应所述处理请求,以使车机播放歌曲大海,或者,若B人机交互应用和A人机交互应用当前都未处理数据,则可控制A和B人机交互应用分别响应所述处理请求,以使手机和车机都播放歌曲大海,从而增强歌曲播放效果。
第三实施例
图10是根据第三实施例示出的处理方法的流程示意图。如图10所示,本申请的处理方法,应用于处理设备,包括:
步骤S100:响应于第一预设操作,唤醒或运行至少一第一目标应用或目标服务,和/或,至少一第二目标应用或目标服务;
步骤S200:响应于第二预设操作,按照预设策略对所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行预设处理。
可选地,处理设备可以包括终端设备(如手机、平板电脑等)、可穿戴智能设备(如智能手表、智能手环、智能耳机等)、智能家居设备(如智能电视、智能音箱等)、车联网设备(如智能汽车、车载终端等)。可选地,应用或服务可以包括人机交互应用,人机交互应用包括可以通过触控操作、语音、触摸手势、隔空手势等方式进行人机交互的应用或服务(如智能助手等),也可以为其他类似应用或服务。所述第一目标应用或目标服务和/或第二目标应用或目标服务可能设置于所述处理设备和/或其他设备(如所述处理设备的关联设备等)上。可选地,所述目标应用或目标服务包括语音助手类应用、社交媒体类应用、资讯内容类应用、工具类应用、系统类服务中的至少一种。可选地,第一目标应用或目标服务与第二目标应用或目标服务可以是相同或不同的应用或服务,也可以是同类型或不同类型的应用或服务。
通过上述方式,在获取预设操作后,先唤醒或运行至少一个目标应用或目标服务,再对目标应用或目标服务进行处理,可以在获取预设操作后,提高对待处理数据响应的准确性和/或改善交互效果,提升了用户体验。
示例性地,在居家场景下,例如,用户输入语音“在美团点一份小龙虾,观看电影扫黑”,则唤醒或运行设置于手机的A人机交互应用以在美团点一份小龙虾,以及唤醒或运行设置于电视的B人机交互应用以打开电影扫黑,并在A人机交互应用输出响应结果“已购买一份小龙虾”和B人机交互应用输出响应结果“已打开电影扫黑”时,关闭A人机交互应用和B人机交互应用。
可选地,所述唤醒或运行至少一第一目标应用或目标服务,和/或,至少一第二目标应用或目标服务之前,还包括:
响应于获取到待处理数据,确定至少一处理信息,并根据所述至少一处理信息确定第一目标应用或目标服务;和/或,
响应于所述第一目标应用或目标服务对所述待处理数据的响应结果,确定第二目标应用或目标服务。
处理设备获取到待处理数据可以是处理设备接收到用户输入的待处理数据,也可以是处理设备接收到其他设备发送的处理数据。所述待处理数据包括但不限于:语音数据、触摸或隔空手势数据、肢体动作数据,或者对这些数据进行处理后的数据,例如,可以是对语音数据进行处理后得到的控制指令。所述获取的操作包括但不限于:手势操作、语音操作等。所述预设信息可以包括以下信息的至少一种:历史使用信息、所支持功能信息、运行状态信息、设备信息、权限信息等,而所述历史使用信息可以包括历史使用次数、历史使用时间、历史使用位置等,所述设备信息可以包括设备身份信息(如主设备和从设备,或者控制中心和非控制中心等)、和/或剩余电量信息、和/或剩余网络流量、和/或网络状态等;所述权限信息包括但不限于:优先级、可调用的应用或服务等;所述位置类型包括但不限于密闭环境(如房间内、车辆内等)和/或开放环境(如房间外、操场等)等。所述场景信息可以包括以下信息的至少一种:位置类型、时间信息、用户数量、用户身份、场景图像等,而所述时间信息包括但不限于:当前具体日期、和/或具体时间段等,所述用户数量可以是指位于处理设备和/或关联的设备附近的用户数量,所述用户身份可以是指年龄类型、性别、职业类型等,所述场景图像可以是指包含有处理设备当前所在场景中人和/或物体的图像,基于所述图像可获知用户的注视方向、和/或手势朝向等信息。所述待处理数据的来源信息包括但不限于:获取待处理数据的时间、位置、得到或输出待处理数据的设备信息等。所述待处理数据的相关信息包括但不限于:所需的功能、和/或应用、和/或响应速度、和/或准确度、和/或隐私等级等。
可选地,由于所述待处理数据包含用户想要实现的目的或功能,因此,通过对所述待处理数据的相关信息进行解析,可确定至少一处理信息,所述处理信息可包括需调用的应用、和/或服务、和/或功能、和/或处理对象、和/或关联设备、和/或处理设备信息等,而根据所述至少一处理信息,可确定用于响应所述待处理数据的第一目标应用或目标服务。示例性地,可以基于各应用或服务的使用次数多少、所支持功能信息是否能够响应待处理数据、使用场景是否与当前场景匹配、运行状态是否为运行或未运行等信息,从至少两个应用或服务中确定第一目标应用或目标服务。假设所述待处理数据为用户在车辆内输入的语音“请播放歌曲祖国”,且在车辆内包括设置于车机的A人机交互应用和设置于用户手机的B人机交互应用,若根据用户历史使用习惯确定用户在当前场景下偏向于使用A人机交互应用,则可将A人机交互应用确定为第一目标应用;又或者,若A人机交互应用因正在提供导航服务而处于运行状态,B人机交互应用处于未运行状态,则可将B人机交互应用确定为第一目标应用;又或者,若用户的注视方向为A人机交互应用所在方向,则可将A人机交互应用确定为第一目标应用。
此外,由于所述第一目标应用或目标服务可能无法直接完全响应所述待处理数据,此时,可能还需要进一步结合第二目标应用或目标服务才能完全响应所述待处理数据。示例性地,以所述处理设备为车机为例,假设所述待处理数据为用户输入的语音“请给小李拨打电话”且设置于车机内的A人机交互应用支持拨号功能,则可将A人机交互应用确定为第一目标应用或目标服务,若车机中未存储有小李的电话号码,使得A人机交互应用无法正常给小李拨打电话,此时,可将设置于手机内且支持调用联系人信息的B人机交互应用确定为第二目标应用或目标服务。基于响应结果,可以确定至少一第二应用或服务参与管控、处理和决策,进一步提高数据安全性和交互效果。
可选地,所述步骤S100,包括以下至少一种:
根据应用或服务的优先级顺序依次唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
同时唤醒所述第一目标应用或目标服务和所述第二目标应用或目标服务;
基于应用或服务的唤醒时间顺序依次运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
基于应用或服务所在设备的网络状态依次运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务。
示例性地,假设所述第一目标应用或目标服务包括A人机交互应用,所述第二目标应用或目标服务包括B人机交互应用,若A人机交互应用的优先级或信任等级高于B人机交互应用的优先级或信任等级,则可先唤醒A人机交互应用,再唤醒B人机交互应用;和/或,若A人机交互应用所在设备与处理设备之间的距离小于B人机交互应用所在设备与处理设备之间的距离,则可先唤醒A人机交互应用,再唤醒B人机交互应用;和/或,若A人机交互应用处于唤醒状态而B人机交互应用处于未唤醒状态,则可先运行A人机交互应用,再运行B人机交互应用;和/或,若B人机交互应用所在设备的网络状态优于A人机交互应用所在设备的网络状态,则可先唤醒A人机交互应用,再唤醒B人机交互应用。
可选地,所述按照预设策略对所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行预设处理,包括以下至少一种:
向关联设备发送管理请求,根据所述关联设备的反馈信息控制所述第一目标应用或目标服务和所述第二目标应用或目标服务中的对应应用或服务进行响应;
输出用于提示是否由所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行响应的提示消息。
可选地,所述管理请求可包括请求类型,请求类型包括授权请求、协助请求、控制请求中的至少一种。例如,处理设备在收到待处理数据时,向关联设备输出选择响应待处理数据的目标应用或目标服务的协助请求。当然,处理设备也可输出用于提示是否由所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行响应的提示消息,并响应于选择操作,控制所选择的第一目标应用或目标服务或所述第二目标应用或目标服务进行响应。示例性地,假设在用户向处理设备输入语音“我要听歌”的情况下,设置于第一设备的A人机交互应用和设置于第二设备的B人机交互应用都被唤醒或运行,若用户继续输入用于开始播放歌曲的语音,可向处理设备关联的关联设备发送管理请求,以请求选择是否由A人机交互应用或B人机交互应用播放歌曲,并在接收到关联设备发送的反馈信息后,基于所述反馈信息关闭或退出不播放歌曲的人机交互应用。
可选地,所述步骤S100之前,包括:确定至少一应用或服务管理中心。进一步地,所述步骤S100之前,还可以包括:若所述处理设备为控制中心,则根据预设确定策略确定至少一应用或服务管理中心。
示例性地,当用户的手机中同时安装至少一个语音助手类应用时,可以根据预设确定策略从多个语音助手类应用中选择其中一个应用作为管理中心,其中该预设确定策略可以包括以下至少一种:应用权限最高、优先级最高、根据用户选择、使用频率最高、用户评分最高、处理功能最强大。基于确定的应用或服务管理中心,可以对处理设备或关联设备中的目标应用或目标服务的添加/删除、人机交互界面、权限配置等方面进行管理,如处理设备可以自动扫描处理设备自身和/或关联设备内安装的应用或服务,并把符合要求的应用或服务添加到应用或服务管理中心内,也可以由用户在应用或服务管理中心内手动添加应用或服务,还可以对已添加的应用或服务的权限进行配置和管理,并可视化展示每个应用或服务已开通的权限和/或支持的处理功能。
可选地,所述步骤S200还包括:在所述应用或服务管理中心中显示分别与所述第一目标应用或目标服务对应的第一预设界面和/或与所述第二目标应用或目标服务对应的第二预设界面。其中,第一预设界面和/或第二预设界面可以在应用或服务管理中心的界面中以弹窗、悬浮窗、卡片、嵌入等形式显示所述目标应用或目标服务的人机交互界面,所述人机交互界面用于展示所述待处理数据和/或响应结果。示例性地,当待处理数据需要处理设备的第一应用和关联设备的第二应用同时进行响应处理时,应用或服务管理中心的界面中显示分别与第一应用的人机交互界面对应的第一卡片和与第二应用的人机交互界面对应的第二卡片,进而使得第一卡片和第二卡片能够动态显示第一应用和第二应用对待处理数据的响应结果。例如,当获取到的待处理数据为用户对手机发出语音指令“请和音箱同时播放歌曲‘成都’”,此时手机内的语音助手管理中心的界面同时以卡片的形式显示手机语音助手交互界面和音箱语音助手交互界面,其中手机语音助手交互界面显示“已为你找到以下几个版本的《成都》,你想听哪个版本呢”,音箱语音助手交互界面显示“好的,即将为你播放赵雷的《成都》”。
可选地,所述方法还包括:响应于对第一预设界面和/或第二预设界面的预设操作,对所述目标应用或目标服务进行预设处理。
示例性地,所述应用或服务管理中心还可以对已经确定的目标应用或目标服务进行控制或交互,具体可以包括以下至少一种:
响应于对第一预设界面和/或第二预设界面中的关闭操作,关闭与该预设界面对应的应用或服务;
响应于对第一预设界面和/或第二预设界面中的获取语音指令操作,仅由与该预设界面对应的应用或服务获取语音指令;
响应于由第一预设界面到第二预设界面的拖动操作,将与第一预设界面对应的第一目标应用或目标服务和与第二预设界面对应的第二目标应用或目标服务合并成超级应用或服务;
响应于对第一预设界面和/或第二预设界面的滑动操作,将与该预设界面对应的应用或服务从应用或服务管理中心中删除。
基于应用或服务管理中心的设置和交互操作,不仅可以方便用户对处理设备本身所具有的应用或服务进行管理和人机交互,同时采用用户界面的方式直观显示每个应用或服务的人机交互界面,使得用户能够更为直观清楚地获知与处理设备相连接的关联设备内的应用或服务的控制和响应结果,这对于不具有显示屏幕的关联设备(如智能音箱、智能空调等)来说可以提供更好的用户操控体验。
可选地,所述预设策略,包括:
若所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,则按照第一预设策略进行处理;和/或,
若所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,则按照第二预设策略进行处理。
可选地,所述按照第一预设策略进行处理,包括以下至少一种:
根据第一退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第一输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果;
和/或,所述按照第二预设策略进行处理,包括以下至少一种:
根据第二退出策略退出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
根据第二输出策略输出所述第一目标应用或目标服务和/或所述第二目标应用或目标服务对应的响应结果。
可选地,所述退出策略包括以下至少一种:基于应用或服务的运行状态信息依次退出、基于应用或服务所在设备的设备信息依次退出、同时退出;和/或,
所述输出策略包括以下至少一种:基于应用或服务的优先级顺序依次输出、基于响应结果的内容依次输出、同时输出。
示例性地,假设所述第一目标应用或目标服务包括A人机交互应用,所述第二目标应用或目标服务包括B人机交互应用,若A人机交互应用的响应结果的内容为图片,且B人机交互应用的响应结果的内容为音频,则可先输出A人机交互应用的响应结果,然后再输出B人机交互应用的响应结果;若B人机交互应用所在设备的剩余电量低于A人机交互应用所在设备的剩余电量,则可先退出B人机交互应用,再退出A人机交互应用。
可选地,所述步骤S200,还包括:
响应于接收到所述第一目标应用或目标服务和/或所述第二目标应用或目标服务发送的响应信息,按照预设输出策略输出所述响应信息。
这里,所述处理设备可作为控制中心,以控制目标应用或目标服务响应待处理数据,并控制目标应用或目标服务对所述待处理数据的响应信息的输出。所述预设输出策略可根据实际情况需要进行设置,比如可以是同时输出或依次输出等。当然,所述处理设备也可控制所述目标应用或目标服务按照预设输出策略输出响应信息。可选地,所述按照预设输出策略输出所述响应信息,包括以下至少一种:根据接收时间先后顺序,和/或所述目标应用或目标服务的优先级顺序,和/或当前场景,和/或接收的操作信息,和/或所述响应信息对应的设备,输出所述响应信息,和/或输出处理后的所述响应信息。
对于接收时间先后顺序,其用于区分所述目标应用或目标服务返回响应信息的先后,例如,处理设备接收到A人机交互应用返回响应信息的时间早于B人机交互应用返回响应信息的时间,或者处理设备同时接收到A人机交互应用和B人机交互应用返回的响应信息。根据接收时间先后顺序,输出所述响应信息,可以为:按照接收时间先后顺序依次输出所述响应信息、或同时输出所述响应信息。
对于所述目标应用或目标服务的优先级顺序,其用于区分所述目标应用或目标服务的重要程度。根据所述目标应用或目标服务的优先级顺序,输出所述响应信息,可以为:按照所述目标应用或目标服务的优先级顺序依次输出所述响应信息,即先输出优先级高的所述目标应用或目标服务对应的响应信息,后输出优先级低的所述目标应用或目标服务对应的响应信息。
对于当前场景,其用于区分设备所在环境,如房间内、车辆内等。根据当前场景,输出所述响应信息,可以为:根据当前场景确定输出方式,并以所述输出方式输出所述响应信息。例如,假设当前场景为车辆内,若车辆内只有用户自己,则可直接以语音方式输出所述响应信息;若车辆内还有其它用户,则可以文字方式输出所述响应信息。
对于接收的操作信息,其用于指示响应信息的输出方式或输出设备。根据接收的操作信息,输出所述响应信息,可以为:根据接收的操作信息确定输出方式,并以所述输出方式输出所述响应信息,例如,若处理设备接收到用户的语音操作信息“以文字方式输出”,则以文字方式输出所述响应信息;或者,根据接收的操作信息确定输出设备,以通过所述输出设备输出所述响应信息。
对于所述响应信息对应的设备,其用于区分发送响应信息的不同设备。根据所述响应信息对应的设备,输出所述响应信息,可以为:根据所述响应信息对应的设备的优先级依次输出所述响应信息,或者,根据所述响应信息对应的设备与处理设备之间的距离大小依次输出所述响应信息等。
可选地,在实际实现中,还可根据实际情况进行组合判断,如下表7所示。
表7
是否组合 | 接收时间先后顺序 | 优先级顺序 | 当前场景 | 接收的操作信息 | 响应信息对应的设备 |
组合示例1 | 是 | 否 | 是 | 否 | 否 |
组合示例2 | 否 | 是 | 是 | 否 | 否 |
组合示例3 | 是 | 否 | 是 | 是 | 否 |
…… | …… | …… | …… | …… | …… |
例如,对于组合示例1,可以根据接收时间先后顺序(如按照接收时间先后顺序依次输出方式)和当前场景(如语音输出方式),输出所述响应信息。
再如,对于组合示例2,可以根据目标应用或目标服务的优先级顺序(如按照优先级高低顺序依次输出方式)和当前场景(如文字输出方式),输出所述响应信息。
还如,对于组合示例3,可以根据接收时间先后顺序(如按照接收时间先后顺序依次输出方式)、当前场景(如语音输出方式)和接收的操作信息(如指定输出设备)输出所述响应信息。
通过组合方案,可以更为灵活和/或智能地输出响应信息,进而提升用户体验。
以上所列举的仅为参考示例,为了避免冗余,这里不再一一列举,实际开发或运用中,可以根据实际需要灵活组合,但任一组合均属于本申请的技术方案,也就覆盖在本申请的保护范围之内。
示例性地,假设处理设备接收到A人机交互应用和B人机交互应用分别发送的响应信息,若接收到A人机交互应用发送的响应信息的时间早于B人机交互应用发送的响应信息的时间,则可先输出A人机交互应用发送的响应信息,再输出B人机交互应用发送的响应信息;若处理设备当前所处场景为有多人的场景且所述响应信息涉及隐私信息,则可将所述响应信息进行处理后再输出,例如,将以音频形式的响应信息转换为以文字形式的响应信息后,再输出文字形式的响应信息。
本申请还提供一种设备,设备包括存储器、处理器,存储器上存储有处理程序,处理程序被处理器执行时实现上述任一实施例中的处理方法的步骤。
本申请还提供一种计算机可读存储介质,计算机可读存储介质上存储有处理程序,处理程序被处理器执行时实现上述任一实施例中的处理方法的步骤。
在本申请提供的移动终端和计算机可读存储介质的实施例中,包含了上述处理方法各实施例的全部技术特征,说明书拓展和解释内容与上述方法的各实施例基本相同,在此不做再赘述。
本申请实施例还提供一种计算机程序产品,计算机程序产品包括计算机程序代码,当计算机程序代码在计算机上运行时,使得计算机执行如上各种可能的实施方式中的方法。
本申请实施例还提供一种芯片,包括存储器和处理器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行计算机程序,使得安装有芯片的设备执行如上各种可能的实施方式中的方法。
可以理解,上述场景仅是作为示例,并不构成对于本申请实施例提供的技术方案的应用场景的限定,本申请的技术方案还可应用于其他场景。例如,本领域普通技术人员可知,随着系统架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。
在本申请中,对于相同或相似的术语概念、技术方案和/或应用场景描述,一般只在第一次出现时进行详细描述,后面再重复出现时,为了简洁,一般未再重复阐述,在理解本申请技术方案等内容时,对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等,可以参考其之前的相关详细描述。
在本申请中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本申请技术方案的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本申请记载的范围。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,被控终端,或者网络设备等)执行本申请每个实施例的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络,或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、存储盘、磁带)、光介质(例如,DVD),或者半导体介质(例如固态存储盘Solid State Disk (SSD))等。
以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (26)
1.一种处理方法,应用于处理设备,其特征在于,包括:
步骤S1:响应于获取到待处理数据,确定至少一个目标应用或目标服务;
步骤S2:响应于所述目标应用或目标服务,根据预设策略执行相应处理;
其中,所述目标应用或目标服务包括至少一第一目标应用或目标服务和至少一第二目标应用或目标服务,所述步骤S2,包括以下至少一种:
若所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,则按照第一预设策略进行处理;
若所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,则按照第二预设策略进行处理;
其中,所述按照第一预设策略进行处理,包括以下至少一种:
根据第一唤醒策略唤醒所述第一目标应用或目标服务和所述第二目标应用或目标服务;
根据第一运行策略运行所述第一目标应用或目标服务和所述第二目标应用或目标服务;
根据第一输出策略输出所述第一目标应用或目标服务和所述第二目标应用或目标服务对应的响应结果;
根据第一退出策略退出所述第一目标应用或目标服务和所述第二目标应用或目标服务;
和/或,所述按照第二预设策略进行处理,包括以下至少一种:
根据第二唤醒策略唤醒所述第一目标应用或目标服务和所述第二目标应用或目标服务;
根据第二运行策略运行所述第一目标应用或目标服务和所述第二目标应用或目标服务;
根据第二输出策略输出所述第一目标应用或目标服务和所述第二目标应用或目标服务对应的响应结果;
根据第二退出策略退出所述第一目标应用或目标服务和所述第二目标应用或目标服务;
其中,所述唤醒策略包括以下至少一种:基于应用或服务的优先级顺序依次唤醒、基于与处理设备的距离依次唤醒;和/或,
所述运行策略包括以下至少一种:基于应用或服务的唤醒时间顺序依次运行、基于应用或服务所在设备的网络状态依次运行;和/或,
所述输出策略包括以下至少一种:基于应用或服务的优先级顺序依次输出、基于响应结果的内容依次输出;和/或,
所述退出策略包括以下至少一种:基于应用或服务的运行状态信息依次退出、基于应用或服务所在设备的设备信息依次退出、同时退出;
所述步骤S1之前,包括:确定至少一应用或服务管理中心;
所述步骤S1还包括:在所述应用或服务管理中心中显示与所述至少一个目标应用或目标服务对应的预设界面;
所述方法还包括:
响应于对预设界面的预设操作,对所述目标应用或目标服务进行预设处理;
所述响应于对预设界面的预设操作,对所述目标应用或目标服务进行预设处理,包括以下至少一种:
响应于对预设界面中的获取语音指令操作,仅由与该预设界面对应的应用或服务获取语音指令;
响应于由第一预设界面到第二预设界面的拖动操作,将与第一预设界面对应的第一目标应用或目标服务和与第二预设界面对应的第二目标应用或目标服务合并成超级应用或服务;
响应于对预设界面的滑动操作,将与该预设界面对应的应用或服务从应用或服务管理中心中删除。
2.根据权利要求1所述的方法,其特征在于,所述步骤S1,包括:
步骤S11a:根据获取的操作,和/或预设信息,和/或场景信息,和/或所述待处理数据的来源信息,和/或所述待处理数据的相关信息,和/或对所述待处理数据的响应结果,确定至少一个目标应用或目标服务。
3.根据权利要求2所述的方法,其特征在于,所述步骤S1,包括:
若所述处理设备不为控制中心,执行步骤S11a;和/或,
若所述处理设备为控制中心,执行步骤S11b:确定是否存在关联设备,若存在关联设备,从所述关联设备中确定至少一个目标应用或目标服务。
4.根据权利要求3所述的方法,其特征在于,所述从所述关联设备中确定至少一个目标应用或目标服务,包括以下至少一种:
若所述关联设备只有一个,且所述关联设备具有多个应用或服务,则将能响应所述待处理数据的应用或服务确定为目标应用或目标服务;
若所述关联设备有多个,则根据预设规则确定至少一个目标设备,将所述至少一个目标设备中能响应所述待处理数据的应用或服务确定为目标应用或目标服务。
5.根据权利要求4所述的方法,其特征在于,所述根据预设规则确定至少一个目标设备,包括以下至少一种:
将用户生理参数信息满足第一预设条件的关联设备作为目标设备;
将设备系统信息满足第二预设条件的至少一关联设备作为目标设备;
将设备通信信息满足第三预设条件的至少一关联设备作为目标设备;
将设备应用信息满足第四预设条件的至少一关联设备作为目标设备;
将设备提醒信息满足第五预设条件的至少一关联设备作为目标设备;
将设备检测信息满足第六预设条件的至少一关联设备作为目标设备;
将设备状态信息满足第七预设条件的至少一关联设备作为目标设备;
将设备环境信息满足第八预设条件的至少一关联设备作为目标设备。
6.根据权利要求2所述的方法,其特征在于,所述步骤S11a,包括:
根据所述待处理数据的相关信息,确定至少一处理信息,并根据所述至少一处理信息确定第一目标应用或目标服务;和/或,
响应于所述第一目标应用或目标服务对所述待处理数据的响应结果,确定第二目标应用或目标服务。
7.根据权利要求2所述的方法,其特征在于,所述步骤S11a,包括:
获取至少一处理信息;
若所述处理信息只有一个,则确定能响应所述处理信息的至少一第一应用或服务,根据第一确定策略,从所述至少一第一应用或服务中确定目标应用或目标服务;和/或,
若所述处理信息有至少两个,则确定能部分和/或完全响应所述处理信息的至少一第二应用或服务,根据第二确定策略,从所述至少一第二应用或服务中确定目标应用或目标服务。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述步骤S2,包括:
将所述待处理数据,和/或基于所述待处理数据得到的处理请求,和/或基于所述待处理数据获取的响应结果,以预设传输策略输出至所述目标应用或目标服务,以使所述目标应用或目标服务进行响应。
9.根据权利要求1至7中任一项所述的方法,其特征在于,所述步骤S2,还包括:
响应于接收到所述目标应用或目标服务发送的响应信息,按照预设输出策略输出所述响应信息。
10.根据权利要求9所述的方法,其特征在于,所述按照预设输出策略输出所述响应信息,包括以下至少一种:
根据接收时间先后顺序,和/或所述目标应用或目标服务的优先级顺序,和/或当前场景,和/或接收的操作信息,和/或所述响应信息对应的设备,输出所述响应信息。
11.一种处理方法,应用于处理设备,其特征在于,包括:
步骤S10:响应于第一目标应用或目标服务的处理请求;
步骤S20:唤醒或运行关联设备的第二目标应用或目标服务;
步骤S30:响应于预设操作,对所述第一目标应用或目标服务按照第一预设策略进行处理,和对所述第二目标应用或目标服务按照第二预设策略进行处理;
其中,所述步骤S10,还包括:
第一目标应用或目标服务响应于接收的待处理数据符合第一预设条件,和/或第一目标应用或目标服务所处的设备符合第二预设条件,和/或第一目标应用或目标服务的响应结果不符合第三预设条件,和/或获取的操作信息符合第四预设条件,发送处理请求;
其中,所述符合第一预设条件包括以下至少一种:隐私等级大于预设等级、所需响应速度大于预设速度、包含有多个待处理任务、为预设类型数据;和/或,所述符合第二预设条件包括以下至少一种:电量低于预设电量、权限不满足预设权限、网络状态满足预设网络状态、处于预设模式或场景;和/或,所述不符合第三预设条件包括以下至少一种:第一目标应用或目标服务与待处理数据不匹配、与处理设备不匹配;和/或,所述符合第四预设条件包括以下至少一种:超时未响应提示消息、为预设语音指令;
所述步骤S10之前,包括:确定至少一应用或服务管理中心;
所述步骤S20还包括:在所述应用或服务管理中心中显示分别与所述第一目标应用或目标服务对应的第一预设界面和与所述第二目标应用或目标服务对应的第二预设界面;
所述方法还包括:
响应于对第一预设界面和/或第二预设界面的预设操作,对所述目标应用或目标服务进行预设处理;
所述响应于对第一预设界面和/或第二预设界面的预设操作,对所述目标应用或目标服务进行预设处理,包括以下至少一种:
响应于对第一预设界面和/或第二预设界面中的获取语音指令操作,仅由与该预设界面对应的应用或服务获取语音指令;
响应于由第一预设界面到第二预设界面的拖动操作,将与第一预设界面对应的第一目标应用或目标服务和与第二预设界面对应的第二目标应用或目标服务合并成超级应用或服务;
响应于对第一预设界面和/或第二预设界面的滑动操作,将与该预设界面对应的应用或服务从应用或服务管理中心中删除。
12.根据权利要求11所述的方法,其特征在于,所述步骤S10,包括:
步骤S110a:响应于获取到待处理数据,根据获取的操作,和/或预设信息,和/或场景信息,和/或待处理数据的来源信息,和/或待处理数据的相关信息,确定第一目标应用或目标服务。
13.根据权利要求12所述的方法,其特征在于,所述步骤S10,包括:
若所述处理设备不为控制中心,执行步骤S110a;和/或,
若所述处理设备为控制中心,执行步骤S110b:确定是否存在关联设备,若存在关联设备,从所述关联设备中确定第一目标应用或目标服务。
14.根据权利要求12所述的方法,其特征在于,所述步骤S110a,包括:
根据所述待处理数据的相关信息,确定至少一处理信息;
根据所述至少一处理信息确定第一目标应用或目标服务。
15.根据权利要求11至14中任一项所述的方法,其特征在于,所述步骤S20之前,还包括:
根据所述第一目标应用或目标服务的响应结果,和/或,预设信息,和/或,所述待处理数据,和/或,操作信息,和/或所述处理设备的所处场景,确定至少一关联设备。
16.根据权利要求15所述的方法,其特征在于,所述步骤S20,包括:
若所述关联设备只有一个,且所述关联设备具有多个应用或服务,则将能响应所述处理请求的应用或服务确定为第二目标应用或目标服务;和/或,
若所述关联设备有多个,则根据预设规则确定至少一个目标设备,将所述至少一个目标设备中能响应所述处理请求的应用或服务确定为第二目标应用或目标服务。
17.根据权利要求16所述的方法,其特征在于,所述根据预设规则确定至少一个目标设备,包括以下至少一种:
将用户生理参数信息满足第一预设条件的关联设备作为目标设备;
将设备系统信息满足第二预设条件的至少一关联设备作为目标设备;
将设备通信信息满足第三预设条件的至少一关联设备作为目标设备;
将设备应用信息满足第四预设条件的至少一关联设备作为目标设备;
将设备提醒信息满足第五预设条件的至少一关联设备作为目标设备;
将设备检测信息满足第六预设条件的至少一关联设备作为目标设备;
将设备状态信息满足第七预设条件的至少一关联设备作为目标设备;
将设备环境信息满足第八预设条件的至少一关联设备作为目标设备。
18.根据权利要求11至14中任一项所述的方法,其特征在于,所述对所述第一目标应用或目标服务按照第一预设策略进行处理,包括以下至少一种:
控制所述第一目标应用或目标服务关闭或隐藏或冻结或休眠;
响应于所述第二目标应用或目标服务对所述处理请求的响应结果,控制所述第一目标应用或目标服务输出反馈消息;
和/或,所述对所述第二目标应用或目标服务按照第二预设策略进行处理,包括以下至少一种:
控制所述第二目标应用或目标服务延迟响应所述处理请求;
控制所述第二目标应用或目标服务响应所述处理请求,并将响应结果发送给所述第一目标应用或目标服务。
19.一种处理方法,应用于处理设备,其特征在于,包括:
步骤S100:响应于第一预设操作,唤醒或运行至少一第一目标应用或目标服务和至少一第二目标应用或目标服务;
步骤S200:响应于第二预设操作,按照预设策略对所述第一目标应用或目标服务和所述第二目标应用或目标服务进行预设处理;
其中,所述预设策略,包括:
若所述第一目标应用或目标服务和所述第二目标应用或目标服务属于同一个设备,则按照第一预设策略进行处理;和/或,
若所述第一目标应用或目标服务和所述第二目标应用或目标服务不属于同一个设备,则按照第二预设策略进行处理;
其中,所述按照第一预设策略进行处理,包括以下至少一种:
根据第一输出策略输出所述第一目标应用或目标服务和所述第二目标应用或目标服务对应的响应结果;
根据第一退出策略退出所述第一目标应用或目标服务和所述第二目标应用或目标服务;
和/或,所述按照第二预设策略进行处理,包括以下至少一种:
根据第二输出策略输出所述第一目标应用或目标服务和所述第二目标应用或目标服务对应的响应结果;
根据第二退出策略退出所述第一目标应用或目标服务和所述第二目标应用或目标服务;
其中,所述输出策略包括以下至少一种:基于应用或服务的优先级顺序依次输出、基于响应结果的内容依次输出;和/或,
所述退出策略包括以下至少一种:基于应用或服务的运行状态信息依次退出、基于应用或服务所在设备的设备信息依次退出、同时退出;
所述步骤S100之前,包括:确定至少一应用或服务管理中心;
所述步骤S200还包括:在所述应用或服务管理中心中显示分别与所述第一目标应用或目标服务对应的第一预设界面和与所述第二目标应用或目标服务对应的第二预设界面;
所述方法还包括:
响应于对第一预设界面和/或第二预设界面的预设操作,对所述目标应用或目标服务进行预设处理;
所述响应于对第一预设界面和/或第二预设界面的预设操作,对所述目标应用或目标服务进行预设处理,包括以下至少一种:
响应于对第一预设界面和/或第二预设界面中的获取语音指令操作,仅由与该预设界面对应的应用或服务获取语音指令;
响应于由第一预设界面到第二预设界面的拖动操作,将与第一预设界面对应的第一目标应用或目标服务和与第二预设界面对应的第二目标应用或目标服务合并成超级应用或服务;
响应于对第一预设界面和/或第二预设界面的滑动操作,将与该预设界面对应的应用或服务从应用或服务管理中心中删除。
20.根据权利要求19所述的方法,其特征在于,所述唤醒或运行至少一第一目标应用或目标服务,和/或,至少一第二目标应用或目标服务之前,还包括:
响应于获取到待处理数据,确定至少一处理信息,并根据所述至少一处理信息确定第一目标应用或目标服务;和/或,
响应于所述第一目标应用或目标服务对所述待处理数据的响应结果,确定第二目标应用或目标服务。
21.根据权利要求19所述的方法,其特征在于,所述步骤S100,包括以下至少一种:
根据应用或服务的优先级顺序依次唤醒所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
同时唤醒所述第一目标应用或目标服务和所述第二目标应用或目标服务;
基于应用或服务的唤醒时间顺序依次运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务;
基于应用或服务所在设备的网络状态依次运行所述第一目标应用或目标服务和/或所述第二目标应用或目标服务。
22.根据权利要求19至21中任一项所述的方法,其特征在于,所述按照预设策略对所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行预设处理,包括以下至少一种:
向关联设备发送管理请求,根据所述关联设备的反馈信息控制所述第一目标应用或目标服务和所述第二目标应用或目标服务中的对应应用或服务进行响应;
输出用于提示是否由所述第一目标应用或目标服务和/或所述第二目标应用或目标服务进行响应的提示消息。
23.根据权利要求19至21中任一项所述的方法,其特征在于,所述步骤S200,包括:
响应于接收到所述第一目标应用或目标服务和/或所述第二目标应用或目标服务发送的响应信息,按照预设输出策略输出所述响应信息。
24.根据权利要求23所述的方法,其特征在于,所述按照预设输出策略输出所述响应信息,包括以下至少一种:
根据接收时间先后顺序,和/或所述第一目标应用或目标服务和/或所述第二目标应用或目标服务的优先级顺序,和/或当前场景,和/或接收的操作信息,和/或所述响应信息对应的设备,输出所述响应信息。
25.一种终端设备,其特征在于,所述终端设备包括:存储器、处理器,其中,所述存储器上存储有处理程序,所述处理程序被所述处理器执行时实现如权利要求1至24中任一项所述的处理方法的步骤。
26.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至24中任一项所述的处理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110706372.6A CN113254092B (zh) | 2021-06-24 | 2021-06-24 | 处理方法、设备及存储介质 |
PCT/CN2022/076123 WO2022262298A1 (zh) | 2021-06-15 | 2022-02-13 | 应用或服务的处理方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110706372.6A CN113254092B (zh) | 2021-06-24 | 2021-06-24 | 处理方法、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113254092A CN113254092A (zh) | 2021-08-13 |
CN113254092B true CN113254092B (zh) | 2023-01-24 |
Family
ID=77189566
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110706372.6A Active CN113254092B (zh) | 2021-06-15 | 2021-06-24 | 处理方法、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113254092B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022262298A1 (zh) * | 2021-06-15 | 2022-12-22 | 深圳传音控股股份有限公司 | 应用或服务的处理方法、设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109951424A (zh) * | 2017-12-20 | 2019-06-28 | 北京三星通信技术研究有限公司 | 共享方法及相应设备 |
CN110718218A (zh) * | 2019-09-12 | 2020-01-21 | 百度在线网络技术(北京)有限公司 | 一种语音处理方法、装置、设备和计算机存储介质 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104767807B (zh) * | 2015-03-31 | 2019-04-05 | 华为技术有限公司 | 一种基于穿戴设备的信息传递方法及相关设备 |
CN105094551A (zh) * | 2015-07-24 | 2015-11-25 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
CN106856490A (zh) * | 2015-12-08 | 2017-06-16 | 阿里巴巴集团控股有限公司 | 一种基于场景提供服务的方法及设备 |
CN106094550A (zh) * | 2016-07-07 | 2016-11-09 | 镇江惠通电子有限公司 | 智能家居设备控制系统及方法 |
US11164570B2 (en) * | 2017-01-17 | 2021-11-02 | Ford Global Technologies, Llc | Voice assistant tracking and activation |
CN109712624A (zh) * | 2019-01-12 | 2019-05-03 | 北京设集约科技有限公司 | 一种多语音助手协调方法、装置和系统 |
CN111796871A (zh) * | 2019-04-09 | 2020-10-20 | Oppo广东移动通信有限公司 | 服务唤醒方法、装置、存储介质及电子设备 |
CN111309857A (zh) * | 2020-01-20 | 2020-06-19 | 联想(北京)有限公司 | 一种处理方法及处理装置 |
CN113067757B (zh) * | 2021-03-11 | 2023-02-28 | 北京小米移动软件有限公司 | 信息发送和存储方法、装置和介质 |
-
2021
- 2021-06-24 CN CN202110706372.6A patent/CN113254092B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109951424A (zh) * | 2017-12-20 | 2019-06-28 | 北京三星通信技术研究有限公司 | 共享方法及相应设备 |
CN110718218A (zh) * | 2019-09-12 | 2020-01-21 | 百度在线网络技术(北京)有限公司 | 一种语音处理方法、装置、设备和计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113254092A (zh) | 2021-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190260854A1 (en) | Method for controlling cooperation of multiple intelligent devices and apparatus thereof | |
CN113114847B (zh) | 应用或服务的处理方法、设备及存储介质 | |
CN111901211B (zh) | 控制方法、设备及存储介质 | |
CN107463243B (zh) | 一种屏幕控制方法、移动终端和计算机可读存储介质 | |
CN111812997B (zh) | 设备控制方法、设备及可读存储介质 | |
WO2021017737A1 (zh) | 消息发送方法及终端设备 | |
CN111935849A (zh) | 信息处理方法、设备及存储介质 | |
CN113220373B (zh) | 处理方法、设备及存储介质 | |
CN113314120B (zh) | 处理方法、处理设备及存储介质 | |
CN113254092B (zh) | 处理方法、设备及存储介质 | |
CN113485783B (zh) | 处理方法、处理设备及存储介质 | |
CN115277922A (zh) | 处理方法、智能终端及存储介质 | |
CN113742027B (zh) | 交互方法、智能终端及可读存储介质 | |
CN114665555A (zh) | 控制方法、智能终端及存储介质 | |
CN114666440A (zh) | 应用程序控制方法、智能终端及存储介质 | |
CN113805837A (zh) | 音频处理方法、移动终端及存储介质 | |
US20240104244A1 (en) | Processing method, terminal device, and storage medium | |
CN115277928B (zh) | 处理方法、智能终端及存储介质 | |
WO2022262298A1 (zh) | 应用或服务的处理方法、设备及存储介质 | |
WO2023005372A1 (zh) | 处理方法、处理设备及存储介质 | |
WO2022217590A1 (zh) | 语音提示方法、终端及存储介质 | |
WO2023279864A1 (zh) | 处理方法、设备及存储介质 | |
CN114021002A (zh) | 信息展示方法、移动终端及存储介质 | |
CN114006979A (zh) | 任务处理方法、智能终端和存储介质 | |
CN114327937A (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 |