CN102576287A

CN102576287A - 用于创建综合用户界面的方法和设备

Info

Publication number: CN102576287A
Application number: CN2010800440783A
Authority: CN
Inventors: 朴勍模; 黄棲煐; 宋在涓
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2009-07-31
Filing date: 2010-07-30
Publication date: 2012-07-11
Anticipated expiration: 2030-07-30
Also published as: WO2011014040A3; KR20120050986A; RU2012103179A; RU2576498C2; EP2460065A2; US20110041078A1; JP5795582B2; JP2013501262A; EP2460065A4; US9658864B2; CN102576287B; WO2011014040A2

Abstract

一种用于通过组合单个应用用户界面(UI)来创建综合用户界面的方法和设备。该设备从单个UI提供设备接收应用UI、将应用UI组合成综合UI、以及显示综合UI。当从综合UI中选择应用UI时，该设备向对应的设备发送功能调用信号，以便执行与所选择的应用UI对应的特定功能。

Description

用于创建综合用户界面的方法和设备

技术领域

本发明一般涉及一种用户界面(UI)，更具体地，涉及一种通过组合从外部通信实体接收到的单个应用UI来创建新的综合UI的方法和设备。

背景技术

UI是用户与电子设备交互所用的物理或虚拟媒体。通常，UI提供使得用户能够操作设备的输入和使得设备能够向用户指示信息的输出。

传统的UI由设备制造商提供并且一旦存储在设备中就不允许修订或修改。

当前，随着在设备中处理大量且各种数据，正在研究和开发各种UI。具体地，仅仅提供简单的图像和文本的传统的UI现在正在被基于丰富媒体的更新的UI代替，在该更新的UI中，提供诸如文本、音频、视频、字体、图像、图形等等之类的几种类型的数据作为综合内容。

二进制场景格式(BIFS)、轻型应用场景表示(LASeR)等等是用于丰富媒体服务的已知的国际标准。具体地，LASeR规范已经被设计为使用诸如场景描述、视频、音频、图像、字体、文本、元数据、脚本等等之类的各种多媒体元素，通过高效的表示和用户交互来提供丰富得多的用户服务。

发明内容

技术问题

虽然设备可以执行与外部设备相关联的各种功能，但是每个单个设备的UI仍处于由设备制造商设置的默认阶段。因此，存在对使得能够扩展地和综合地控制其它设备的高级、灵活、综合UI的上升的需要。

技术方案

本发明被设计为至少解决以上问题和/或缺点并且至少提供下述优点。

本发明的一方面将要提供一种用于创建综合UI的方法和设备。

根据本发明的一方面，提供一种用于从用于执行特定功能的应用UI来创建综合UI的方法。该方法包括：从第一单个UI提供设备接收第一应用UI；从第二单个UI提供设备接收第二应用UI；将第一和第二应用UI组合成具有单一场景的综合UI；以及显示该综合UI。

根据本发明的另一个方面，提供一种创建综合UI的设备。该设备包括：通信单元，连接到第一UI提供设备和第二UI提供设备，并且被配置为从第一UI提供设备接收第一应用UI以及从第二UI提供设备接收第二应用UI，每个应用UI用于执行特定功能；控制单元，将第一和第二应用UI组合成具有单一场景的综合UI；和显示单元，显示该综合UI。

通过以下结合附图、公开了本发明的示范性实施例的详细描述，本发明的其它方面、优点和显著的特征对于本领域技术人员将变得明显。

技术效果

如上所述，本发明可以将几个设备的单个UI组合成单一的综合UI。另外，显示在设备中的这样的综合UI可以根据由外部设备提供的单个UI的变化而灵活地变化，以使得用户可以容易地检查每个设备的可运行的功能。此外，此综合UI可以使得能够有效地利用独立分散在几个设备中的数据或功能。

附图说明

通过下面结合附图的详细描述，本发明的上述和其它方面、特征和优点将更加明显，其中：

图1是示出了根据本发明的实施例的在综合UI创建设备和单个UI提供设备之间的信号流的流图；

图2示出了根据本发明的实施例的综合UI创建设备；

图3示出了根据本发明的实施例的来源于两个单个应用UI的综合UI；和

图4是示出了根据本发明的实施例的用于创建综合UI的方法的流程图。

具体实施方式

下面将参考附图更全面地描述本发明的各个实施例。在描述中，可能不会详细地描述或示出公知或广泛使用的技术、元件、结构和过程以避免模糊本发明的本质。尽管附图代表本发明的一些实施例，但是附图不一定按比例并且某些特征可以被放大或忽略以便较好地示出和说明本发明。

在这里阐述的术语当中，设备是指被设计为通过有线或无线连接向外部通信实体发送各种数据以及从外部通信实体接收各种数据的一台设备。例如，设备可以是移动手持机、笔记本计算机、立体声系统、TV、机顶盒、网络服务器等等。此外，各种便携式设备、多媒体播放器、办公自动化机和任何其它通信实体也可以用于这里阐述的设备。这样的设备可以显示被选择执行特定功能的任何应用UI。

在下文中，设备将被分类为综合UI创建设备和单个UI提供设备。综合UI创建设备是通过有线或无线连接从其它设备接收单个应用UI、将接收到的单个应用UI组合成单一UI、即综合UI，然后显示综合UI的设备。例如，综合UI创建设备可以执行UI管理引擎或小组件(widget)管理器的角色。

单个UI提供设备是具有一些应用UI并显示并且还通过有线或无线连接向综合UI创建设备提供关于它的信息的设备。

应用UI表示例如使用诸如按钮、图标、动画和矢量图之类的图形图像以及任何其它视觉、听觉和触觉元素的设备的特定可运行的功能。应用UI也可以包括一些运行、消除、添加和转换应用的操作元素。这里，每个应用UI被映射到用于执行特定功能的单个应用。因此，如果选择了任何应用UI，则可以运行映射到所选择的应用UI的特定应用。例如，应用UI可以是小组件。

在移动设备中，小组件使用图标来表示经常使用的功能。天气小组件、图像查看器小组件、地铁图小组件等等是在移动设备中通常使用的小组件的示例。如果用户选择例如天气小组件，则移动设备可以显示与天气有关的给定内容。

内容是指与在选择应用UI时执行的特定功能相关地显示的数据。例如，通常包含在移动设备中的内容可以是诸如电话号码之类的联系数据、诸如照片之类的图像数据、诸如消息之类的文本数据等等。

功能是指执行设备中的特定操作的特定活动、程序等等。例如，在移动设备中通常执行的功能是呼叫功能、数据显示功能等等。

图1是示出了根据本发明的实施例的在综合UI创建设备和单个UI提供设备之间的信号流的流图。

参考图1，综合UI创建设备10通过有线或无线网络连接到至少两个单个UI提供设备20和30。单个UI提供设备20和30的每一个向综合UI创建设备10提供特定的单个应用UI。此后，综合UI创建设备10通过组合接收到的单个应用UI来创建综合UI然后显示综合UI。

具体地，在步骤110中，综合UI创建设备10应用户的请求而开启综合UI显示模式。如上所述，综合UI是包括组合的应用UI的单一场景，每个应用UI由单个UI提供设备提供并且还用于执行该设备中的特定功能。

在步骤115和120中，综合UI创建设备10通过有线或无线连接搜索该单个UI提供设备20和30。在步骤125和130中，综合UI创建设备10分别从第一单个UI提供设备20和第二单个UI提供设备30接收第一应用UI和第二应用UI。这里，单个UI提供设备20和30也向综合UI创建设备10发送关于它们的相应应用UI的特征信息。特征信息包括关于构成应用UI的媒体和图形对象的细节，包括以声明的形式撰写的元素、每个元素的属性、脚本、关于映射的应用的信息等等。

此后，综合UI创建设备10解码关于每个接收到的应用UI的特征信息，然后检查映射的应用和对象以通过使用解码的特征信息来表达每个应用UI。例如，由单个UI提供设备20和30提供的特征信息可以被如表1所示撰写。

表1

在表1中，<mw:messageOut>指示此接口可以在相应的应用中输出，并且还具有表示接口名称的名称属性。可以使用输出因子<mw:output>和输入因子<mw:input>来表达任何下级接口，每个下级接口具有名称属性和scriptParamType(脚本参数类型)属性。

在检查关于接收到的应用UI的特征信息之后，在步骤140，综合UI创建设备10通过使用特征信息将第一和第二应用UI组合成综合UI，即综合UI创建设备10产生综合UI。

更具体地，综合UI创建设备10检索关于单个UI提供设备20和30分别提供的应用UI的特征信息。例如，检索到的特征信息可以包括但不限于关于构成每个应用UI的模块的尺寸和色彩的图形UI(GUI)信息、以及关于定义这样的模块的功能的接口的名称和属性的信息。这样的特征信息可以在呈现引擎、用于外部通信的专门模块、UI管理引擎、应用编程界面、系统库的临时存储器、或其任何等价物中被处理。UI管理引擎通常被称为UI管理器或小组件管理器，并且可以具有丰富媒体引擎的扩展形式。丰富媒体引擎是可以提供其中图形或flash技术应用于音频和视频的动态信息的交互媒体引擎。UI管理引擎可以被包括在丰富媒体引擎中，可以是包括丰富媒体引擎的专门功能模块，或可以是完全与丰富媒体引擎分离的独立的模块。

综合UI创建设备10检查各个设备之间的预定义的连接关系，然后通过使用检索到的关于每个应用UI的特征信息来产生综合UI。也就是说，通过使用每个应用UI的ID、类别等等，综合UI创建设备10从各个单个UI提供设备提供的所有应用UI当中检索可连接的应用UI。

然后综合UI创建设备10通过组合检索到的应用UI来产生综合UI。这里，综合UI包括应用UI，每个应用UI由单个UI提供设备20或30提供，并且也用于控制要在该设备中执行的特定功能。因此，当将第一和第二应用UI组合成综合UI时，综合UI创建设备10执行检索到的特征信息到在综合UI中显示的每个应用UI的映射。

在步骤150中，综合UI创建设备10显示包括单个UI提供设备20和30的应用UI的综合UI。这里，综合UI创建设备10可以重新配置综合UI中的单个应用UI的位置、形状等并且也可以管理和控制每个应用UI。

在步骤155和160中，当在综合UI中选择第一和第二应用UI的每一个时，综合UI创建设备10向第一和第二单个UI提供设备20和30的每一个发送功能调用信号。这里，功能调用信号启动单个UI提供设备20或30中的特定功能。因此，在步骤170中，在接收到功能调用信号之后，第一和第二单个UI提供设备20和30的每一个开始所选择的功能。

图2示出了根据本发明的实施例的综合UI创建设备。

参考图2，综合UI创建设备10包括通信单元210、输入单元220、控制单元230、连接检查单元240、UI组合单元250和显示单元260。这里，连接检查单元240和UI组合单元250被包括在控制单元230中。

在控制单元230的控制下，通信单元210建立与其它设备(即，外部通信实体)中的至少一个的有线或无线连接，然后向和/或从连接的设备发送和/或接收数据。具体地，通信单元210从用于提供应用UI的至少一个单个UI提供设备接收包括关于至少一个应用UI的特征信息的信号(在下文中，被称为应用UI信号)。此后，通信单元210向控制单元230传送接收到的应用UI信号。通信单元210也可以在控制单元230的控制下向对应的单个UI提供设备发送功能调用信号。如上所述，功能调用信号开始与由用户选择的特定应用UI对应的特定功能。

输入单元220根据用户指令创建各种输入信号并且将各种输入信号传送到控制单元230。输入单元220可以包括但不限于触摸屏、键区、遥控装置或任何其它等价物。具体地，输入单元220向控制单元230发送指示由用户选择的应用UI的输入信号。

控制单元230控制综合UI创建设备10中的元素的状态和操作。具体地，控制单元230通过组合从各个单个UI提供设备接收到的单个应用UI来产生综合UI然后控制综合UI的显示。

更具体地，当选择综合UI显示模式以显示包括由各个单个UI提供设备提供的几个应用UI的单一场景时，控制单元230通过控制通信单元210来执行对单个UI提供设备的搜索。控制单元230通过通信单元210从单个UI提供设备接收至少一个应用UI信号。另外，控制单元230将接收到的应用UI信号解码为应用UI特征信息，通过使用解码后的特征信息将分别从单个UI提供设备接收到的应用UI组合成综合UI，并且在显示单元260上显示综合UI。因此，综合UI包括应用UI，每个应用UI用于执行相应的功能。当通过输入单元220选择包括在综合UI中的一个应用UI时，控制单元230通过通信单元210向单个UI提供设备发送与所选择的应用UI对应的功能调用信号。

为了显示综合UI，控制单元230检索关于每个应用UI的特征信息。如上所述，特征信息包括图形对象、关于映射的应用的信息、属性信息等等。

此后，控制单元230通过检索到的特征信息来检查单个UI提供设备之间的连接关系，并且根据连接关系产生综合UI。如图2所示，控制单元可以包括连接检查单元240和UI组合单元250。

连接检查单元240可以检查提供应用UI的单个UI提供设备之间的连接关系。

例如，连接检查单元240可以通过审查连接关系的列表来检查应用UI连接。此列表可以被存储在综合UI创建设备10中。此列表可以被设备制造商存储为默认或者可以预先由诸如服务运营商之类的应用UI提供商提供。

综合UI创建设备10可以管理单个UI提供设备之间的连接关系的列表并且还可以通过如下表2所示的预定义的接口来检索连接关系。表2针对作为小组件管理器的综合UI创建设备10以及作为小组件的单个UI。

表2

getInterfaceHandlersByType方法使得小组件能够检索实现给定类型的InterfaceHandler接口并且表示所绑定的接口的对象的阵列。

函数onInterfaceBind可以被设置为在绑定(bind)任何接口时将由小组件管理器调用的函数。函数onInterfaceUnbind可以被设置为在释放(unbind)任何接口时将由小组件管理器调用的函数。

函数onActivation可以被设置为在激活或不能激活组件时将由小组件管理器调用的函数。返回参数是指示激活是成功(真)还是失败(假)的布尔值。

activateComponentWidget方法由小组件调用以触发组件小组件的激活。

deactivateComponentWidget方法由小组件调用以触发组件小组件的去激活。

小组件管理器为每个小组件的定义的接口提供InterfaceHandler对象，如表3所示。

表3

在表3中，bound(绑定)串指示与此InterfaceHandler对象对应的外部通信实体的地址(例如，IP地址、主机名等等)。

type(类型)串指示与InterfaceHandler对象对应的外部通信实体的类型。

小组件之内的脚本可以从InterfaceHandler对象调用该调用方法以向对应的外部通信实体发送消息。消息参数按声明顺序指示每个外部通信实体的接口声明。小组件管理器在接收到实体的答复时触发callBackFunction，给与MsgHandler对象，使得脚本能够区分多重呼叫与回呼(callback)。

当在接收到呼入消息后调用脚本函数时(即，因为在<mw:messageIn>元素的mw:inputAction属性中声明该函数)，该脚本可以答复主叫(originating)通信实体。

invokeReply方法用于发送对前一消息的答复。在调用此方法时，小组件管理器应当将一消息发送回该通信实体。消息输出参数按次序映射到该方法的后续的自变量。

例如，假定小组件A定义方法doSearch(进行搜索)，以及小组件B想要使用所讨论的服务，则小组件管理器识别出小组件A和B对于通信是兼容的，并且将小组件B的输出连接到小组件A的输入。在被小组件B调用“搜索”方法时，小组件管理器向小组件A发送消息，其触发“SearchFunction(搜索功能)”方法的调用。小组件A然后执行它的搜索、创建并存储MsgHandler对象并且返回。当该处理完成时，小组件A调用具有MsgHandler对象和它的过程的结果的invokeReply方法，发送答复消息，这进而回调小组件B和它的具有结果(URL的值)的myProcessSearchResults方法。

按照表4所示的“example:search:interface”类型的接口声明小组件A的清单(manifest)。

表4

按照表5所示的“example:search:interface”类型的接口声明小组件B的清单(manifest)。

表5

在小组件B中，如表6所示构造脚本。

表6

在小组件A中，如表7所示构造脚本。

表7

可以如下面的表8或图9所示地构造连接关系的列表。

表8布置可连接到第一应用UI的每一个的第二应用UI的列表。

表8

当连接关系的列表被定义为如表8所示时，连接检查单元240确定由第二单个UI提供设备30提供的第二应用UI中的哪一个可以与由第一单个UI提供设备20提供的第一应用UI的每一个组合。例如，如果第一应用UI是地图应用UI，则连接检查单元240通过检索到的关于第一应用UI的特征信息来确定地图应用UI的ID，widget_H_Map01。此后，连接检查单元240在连接关系列表中找到可连接的应用UI的ID。如表8所示，可连接的应用UI例如是widget_H_weather01、…、widget_H_weather04、widget_H_cal01和widget_H_cal02。另外，连接检查单元240检查关于由第二单个UI提供设备20提供的第二应用UI的特征信息，然后检索与包括在连接关系列表中的可连接的应用UI对应的第二应用UI。

表9布置可连接到第一应用UI的每一个的一组第二应用UI。

表9

当连接关系的列表被定义为如表9所示时，连接检查单元240检查第二应用UI中的哪一组可以与第一应用UI的每一个组合。可以显示在单个UI提供设备中的所有应用UI被包括在应用UI组中，并且ID被分配给每个应用UI组。在移动设备中，应用UI组可以是游戏应用UI、天气应用UI、日历应用UI、呼叫应用UI等等。

以下示例是通过应用UI组检查可连接的应用UI的方法。

如果第一应用UI是日历应用UI，则连接检查单元240通过检索到的关于第一应用UI的特征信息来确定日历应用UI的ID，widget_S_cal01。此后，连接检查单元240在连接关系列表中找到可连接的应用UI的组ID。如表9所示，可连接的应用UI的组ID例如是widget_Group_S_01。另外，连接检查单元240检查关于第二应用UI的特征信息，然后检索与包括在连接关系列表中的可连接的应用UI组对应的第二应用UI。

连接检查单元240可以每当从单个UI提供设备接收到应用UI时创建连接关系列表，然后检查应用UI之间的连接关系。对于以上所述，当向综合UI创建设备10发送应用UI时，单个UI提供设备在特征信息中包括关于可连接的应用UI的信息。这样的关于可连接的应用UI的信息可以以“aggregatable＝T/F”的形式记录或与应用UI ID字段相关联地记录。连接检查单元240检查包括在特征信息中的关于可连接的应用UI的信息，从而创建连接关系列表。此后，连接检查单元240通过将关于每个应用UI的特征信息与连接关系列表进行比较来找到可连接的应用UI。

另外，连接检查单元240可以向由单个UI提供设备提供的每个应用UI分配优先级。当应用UI由UI组合单元250组合成综合UI时，可以按照优先级的顺序选择性地存储应用UI。此优先级可以由设备制造商预先确定为是默认的或者可以根据使用频率变化。

在由连接检查单元240检查之后，关于可连接的应用UI的连接关系信息可以被形成为丰富媒体数据、存储为关于连接关系的单独的数据、或者被包括在关于应用UI的特征信息中。

UI组合单元250通过使用由连接检查单元240检查的连接关系信息来将由单个UI提供设备提供的应用UI组合成综合UI。例如，UI组合单元250检查关于可连接的应用UI的特征信息，如表10所示。

表10

在表10中，<mw:interface>描述小组件对于特定类型的通信的通信能力。另外，下级属性可以包括但不限于识别接口的类型的类型、指示改变或触发的场景构造的mw:bindAction/mw:unbindAction、或在此接口的成功绑定时调用的脚本函数的名称、使能外部搜索此接口的mw:serviceProvider、指示与此接口的连接关系的mw:connectTo、指示此接口与其它接口之间的连接的mw:multipleBindings、和指示当激活时必要的接口的mw:required。

特征信息可以包括在呈现和配置诸如图形对象中的特征、用于激活综合UI中的函数的条件、和关于可移植的区域、对象、属性、部分、函数等等的信息。这样的特征信息可以被写入应用UI自身中或清单中，或可以可替换地被形成为单独的文件或数据。

以下是关于特征信息的描述，假定综合UI创建设备10为小组件管理器且单个UI为小组件。

在加载此清单时，小组件管理器检索由mw:src属性参考的组件小组件的清单，或者试图找到与由<mw:requiredInterface>元素声明的接口匹配的小组件，而不实际上激活组件小组件(component widget)。如果没有可用的小组件与所需的接口匹配，则主要小组件的行为，具体地为主要小组件的加载是被专门实施的。如果找到匹配的小组件，则在那个小组件的激活的事件被触发之后，应当触发此组件的绑定的事件。

根据实际情况，例如当在亲本(parent)请求组件的激活之前已经激活该组件时，可以不接收activatedAction和deactivatedAction消息。

在下面的示例中，组件可以用来创建模板小组件。小组件A是指能够将两个对象可视地归为一组的场景。A的清单使用两个组件B和C，指向特定的小组件或一般的接口。在激活B和C时，A可以被激活并且它的场景可以向小组件管理器指示如何可视地将B和C归为一组，如表11所示。

表11

UI组合单元250可以通过使用检索到的应用UI特征信息来定义关于综合UI中的应用UI的显示位置的信息、映射到应用UI的功能等等。此外，UI组合单元250可以通过使用例如操作表来定义综合UI中的应用UI的操作情形。

当应用UI被组合成综合UI时，UI组合单元250可以定义对于每个应用UI保持或不共享的特征信息以及要被去除或包括的应用UI。此外，UI组合单元250可以根据优先级确定哪些应用UI被指定为主应用UI或下级应用UI。此外，UI组合单元250可以对于关于提供在综合UI中包含的各个应用UI的单个UI提供设备的信息执行综合或单独的管理。当综合UI被释放或重新组合时，可以使用此信息。

还包括的是小组件管理器将独立的应用UI管理为综合UI的情形。例如，小组件管理器将由空调提供的应用UI(A)与用于提供天气信息的另一应用UI(B)组合，然后将其看作为由UI组合单元250组合的独立的应用UI。在这种情况下，如果在天气应用UI(B)中发生特定事件，则小组件管理器或天气应用UI(B)可以向空调应用UI(A)发送该事件。

此外，控制单元230控制显示单元260以使得可以显示综合UI。这里，显示的综合UI包括应用UI，每个应用UI对应于已经提供应用UI的单个UI提供设备的特定功能。当选择特定应用UI时，控制单元230根据所选择的应用UI确定要被执行的功能，然后通过通信单元210向单个UI提供设备中的对应的一个发送功能调用信号。

显示单元260呈现与综合UI创建设备10的状态和操作相关联的信息。具体地，显示单元260在控制单元230的控制下显示从至少一个应用UI创建的综合UI。

图3示出了根据本发明的实施例的来源于两个单个应用UI的综合UI。在图3所示的示例中，综合UI创建设备10是移动设备，第一单个UI提供设备20是打印机，以及第二单个UI提供设备30是照相机。

参考图3，打印机20显示用于执行打印功能的打印应用UI 310和用于设置打印环境的设置应用UI。此外，照相机30显示用于示出所存储的相片图像的相片查看器应用UI 320和用于放大所选择的相片图像的放大应用UI330。当移动设备10发送请求应用UI的信号时，打印机20向移动设备10发送打印应用UI 310和设置应用UI，并且照相机30向移动设备10发送相片查看器应用UI 320和放大应用UI 330。

移动设备10从打印机20和照相机30接收打印应用UI 310、设置应用UI、相片查看器应用UI 320和放大应用UI 330，然后检索关于接收到的应用UI的特征信息。另外，移动设备10通过在检索到的特征信息中的每个应用UI的ID来检查连接关系。这里假定，打印应用UI 310、相片查看器应用UI 320和放大应用UI 330是可连接的应用UI，以及按相片查看器应用UI320、打印应用UI 310和放大应用UI 330的顺序分配优先级。

移动设备10使用从打印机20和照相机30接收到的在应用UI中检索到的特征信息产生综合UI。通过检查连接关系信息，移动设备10识别出打印应用UI 310、相片查看器应用UI 320和放大应用UI 330是可连接的，并且相片查看器应用UI 320具有最高优先级。因此，移动设备10将上述可连接的应用UI组合成综合UI，然后在显示单元上显示综合UI。

此后，当选择综合UI中的任何应用UI时，移动设备10向对应的单个UI提供设备发送功能调用信号，以使得与所选择的应用UI对应的特定功能可以开始被执行。如果在相片查看器应用UI 320中选择任何相片图像然后进一步选择打印应用UI 310，则移动设备10向已经提供了具有较高优先级的相片查看器应用UI 320的照相机30发送用于请求所选择的相片图像的功能调用信号。另外，移动设备10向已经提供了具有下一优先级的打印应用UI 310的打印机20发送用于打印所选择的相片图像的功能调用信号。因此，照相机30向移动设备10发送所选择的相片图像，然后移动设备10向打印机20发送接收到的相片图像。此后，打印机20打印接收到的相片图像。

另外，移动设备10可以预先从照相机30接收显示在相片查看器应用UI 320中的相片图像数据，然后对选择做出快速响应，向打印机20发送所选择的相片数据。可替换地，移动设备10可以向照相机30传送打印机20的IP地址或其它识别信息，然后照相机30可以使用打印机20的IP地址或其它识别信息向打印机20发送所选择的相片数据。

上述用于将由单个UI提供设备提供的应用UI组合成综合UI的方法不局限于功能和应用特征信息的部分传送，并且还可以包括用于通过使用独立的应用UI对各个单个UI提供设备的综合管理方法。例如，如果第一单个UI提供设备20提供用于控制空调的第一应用UI，并且如果第二单个UI提供设备30提供用于执行温度计的功能的第二应用UI，则综合UI创建设备10通过组合第一和第二应用UI来产生综合UI。此后，如果通过第二应用UI检测到温度的变化，则综合UI创建设备10可以向第一单个UI提供设备20发送检测到的温度的值，从而控制空调。

另外，此方法使得几个设备能够彼此共享应用UI使用日志或数据，以使得综合UI可以被用作第三应用。例如，可以通过其它应用UI来利用这样的应用UI使用日志或数据。

参考图4，在步骤410中，综合UI创建设备10开启综合UI显示模式。例如，可以通过给定的菜单或功能键来选择综合UI显示模式。如果在综合UI创建设备中显示的任何应用UI被组合成综合UI，则综合UI创建设备可以提供指示所显示的应用UI可用于综合UI的弹出窗口。响应于用户对综合UI显示菜单的选择，综合UI创建设备可以开启综合UI显示模式。可替换地，当从至少一个单个UI提供设备接收到至少一个应用UI时，综合UI创建设备可以提供使得用户能够选择综合UI显示模式的弹出窗口。

在步骤420中，综合UI创建设备通过有线或无线连接执行对单个UI提供设备的搜索。虽然没有示出，但是综合UI创建设备10可以向每个单个UI提供设备发送对应用UI的请求信号。此信号可以是对在每个单个UI提供设备中当前显示的应用UI或对存储在每个单个UI提供设备中的所有应用当中的所选择的应用UI的请求。

在步骤430中，综合UI创建设备从第一单个UI提供设备接收至少一个第一应用UI以及从第二单个UI提供设备接收至少一个第二应用UI。在步骤440中，综合UI创建设备通过接收到的第一和第二应用UI来检查第一和第二单个UI提供设备的连接关系。具体地，综合UI创建设备通过将预定义的连接关系列表与关于每个应用UI的特征信息进行比较来确定可连接的应用UI。此外，综合UI创建设备确定每个应用UI的优先级。虽然没有示出，但是如果不存在可连接的应用UI，则综合UI创建设备可以通过使用例如弹出窗口或其它消息来向用户通知可连接的应用UI不存在。

在步骤450中，综合UI创建设备根据连接关系将第一和第二应用UI组合成综合UI。综合UI创建设备10在步骤460中在显示单元上显示综合UI，以及在步骤470中向每个单个UI提供设备发送调用信号。综合UI创建设备可以按照所选择的应用UI的优先级的顺序来发送调用信号，即首先向具有比其它单个UI提供设备高的优先级的应用UI的单个UI提供设备发送调用信号。

虽然上述综合UI创建设备组合从单个UI提供设备接收到的应用UI，但是综合UI创建设备还可以将它自己的应用UI组合成综合UI。例如，移动设备可以将消息应用UI与图像显示应用UI组合成综合UI，然后将其显示为单一场景。类似地，日程应用UI和备忘录应用UI可以被组合成综合UI并且显示。

尽管已经参考本发明的特定实施例对本发明进行了具体示出和描述，但是本领域技术人员应当理解，在不脱离由所附权利要求所定义的本发明的精神和范围的情况下，可以对本发明做出形式和细节上的各种修改。

Claims

1.一种用于从用于执行特定功能的应用用户界面(UI)来创建综合UI的方法，该方法包括：

从第一单个UI提供设备接收第一应用UI；

从第二单个UI提供设备接收第二应用UI；

将第一和第二应用UI组合成综合UI；以及

显示该综合UI。

2.如权利要求1所述的方法，其中，将第一和第二应用UI组合包括：

从多个应用UI中检索特征信息，该特征信息包括图形对象、关于映射的应用的信息、和应用UI的标识中的至少一个；

通过比较检索到的特征信息与预定义的连接关系列表来从多个应用UI当中选择可连接的应用UI；以及

从所选择的可连接的应用UI来创建综合UI。

3.如权利要求1所述的方法，还包括：

选择包括在综合UI中的第一和第二应用UI中的至少一个；以及

向第一和第二单个UI提供设备中的一个发送功能调用信号，以执行与所选择的应用UI对应的特定功能。

4.一种用于创建综合用户界面(UI)的设备，该设备包括：

通信单元，从第一单个UI提供设备接收用于执行第一功能的第一应用UI以及从第二单个UI提供设备接收用于执行第二功能的第二应用UI；

控制单元，将第一和第二应用UI组合成综合UI；以及

显示单元，显示该综合UI。

5.如权利要求4所述的设备，其中，该控制单元从多个应用UI中检索特征信息，该特征信息包括图形对象、关于映射的应用的信息、和应用UI的标识中的至少一个，以通过比较检索到的特征信息与预定义的连接关系列表来从多个应用UI当中选择可连接的应用UI，以及从所选择的可连接的应用UI来创建综合UI。

6.如权利要求4所述的设备，其中，该控制单元向第一和第二单个UI提供设备中的一个发送功能调用信号，以执行与从综合UI中选择的第一和第二应用UI中的一个对应的、第一和第二功能中的一个。