使用虚拟设备域的设备组管理的制作方法

专利名称：使用虚拟设备域的设备组管理的制作方法
技术领域：
本发明涉及用于在各种设备之间同步和管理数据的技术。
背景技术：
具有通信功能的设备的数目与日俱增。许多个人使用多于一个私人通信设备。例如，许多人拥有膝上型计算机、个人数字助理(PDA)和一个或多个移动电话。无论个人随身携带哪一设备都需要有相同的基本数据可用。例如，希望使某人的音乐收藏可用于通过使用各种设备进行回放。另外，同样无论随身携带哪一设备，同一人士都可能需要远程控制住宅安全系统和接收它的警报。
另一重要的用户需要是保护个人数据免受设备丢失之影响。便携设备的存储器容量与日俱增。并非所有用户都能实现或者甚至意识到备份和同步过程、或者有机会使用通常需要的个人计算机。
信息棒是具有大容量的物理存储器设备，倘若存在必要的硬件接口，该设备就可以从一个设备取到另一设备。参见N.Khotake，J.Rekimoto和Y.Anzai的“InfoStickan interaction device forInter-Appliance Computing”，Workshop on Handheld and UbiquitousComputing(HUC’99)，1999。类似的解决方案可以构建于CompactFlash(参见http://www.compactflash.org)、MultiMediaCardTM(参见http://www.mmca.org)或者SmartMediaTM卡(参见http://www.ssfdc.or.jp/)上。可移动存储器是相当不错的信息可用性解决方案。但是插入/取出的附件往往容易遗失。因此，为了防范遗失仍然需要备份。另外，如果用户具有数个物理存储器设备，则它们的同步变成为难题。
通常，个人信息长时间地累积，因此如果同步设备频繁地进行则是快速的过程。然而，为了便于同步操作就需要用户动作以及设备相互邻近。对于多个设备，同步很快变得复杂而且很容易半途而废。用于同步的触发常常只在用户交换设备时才发生，要求对大量数据进行同步，这造成该过程的持续时间无法让人接受。
比如PDA和移动通信器这样的许多设备包含既需要随需可用又需要防范遗失的个人信息。然而，个人拥有设备越多，就变得越难以恰当地同步和备份信息。通常，相对于PC在本地进行同步和备份，或者通过例如使用SyncML协议抑或利用物理存储器设备的转移来在类似设备之间进行同步和备份。也可以在GSM SIM卡中结转少量信息。存在一些常规系统，其中针对网络服务来完成对诸如电话簿内容或者日历条目这样的数据进行的同步。然而，这样的常规系统仅支持个人信息管理(PIM)应用。
实际上，手持设备包含也应当防范遗失的与设备、服务配置和个性化信息有关的重要数据。另外，将希望提供对于由用户生成或者购置的任何数据进行备份的可能，其中一些数据还应当在设备之间加以同步。
需要在用户拥有的任何其它设备中使用的数据的例子是个人信息数据，比如日历数据或者联系人列表。这样的数据也可以关于系统配置的信息，以防设备需要相互认知。例如，如果一个设备(例如可远程访问的观察摄像机)通过它的电话号码来标识而且为具有新电话号码的类似设备所取代(例如由于盗窃或者毁坏)，则系统中的这一变化必须在需要连接到取代的设备的每个设备中发生。这种数据类型的又一例子是设备中的个人设置。例如，如果用户已经给移动电话选择了一种铃音，则他或者她可能希望让其所有的电话铃声具有同一旋律。
通常，同步此数据要求来自必须启动同步会话的用户的动作。该会话也可以在系统中的每次变化之后被自动地启动，或者通过服务器侧的推送来启动，或者在用户进行的每次改变之后作为终端中的自动动作来启动。
然而，即使利用有效的同步技术，对于由用户拥有的所有通信设备构成的系统的管理仍然颇成问题。如果有数个同步服务器需要设备来连接(例如对于每类待同步的数据就有一个服务器日历服务器、联络人服务器、相片服务器、音乐服务器)，则在移动终端中需要对这些连接的限定。而且如果有任何变化，则该变化必须也被反映到终端。
当越来越多的数据要同步而且不同的终端提供对各种数据类型的不同支持时出现另一问题。例如，日历同步服务器并非必须支持在那些将它们的日历同步到该服务器的设备中的每个日历数据类型。
移动通信设备所特有的问题在于向网络提供用户的标识和授权。在GSM标准中，这一问题是使用SIM卡来解决的。然而，将SIM卡从设备切换到设备令人厌烦。对于该问题提出有若干解决方案，例如通过引入具有同一标识的多个SIM卡或者通过结合位于GSM电话以外的虚拟SIM卡。
使得多个设备所有权错综复杂的另一问题在于使服务适配于比如在显示器分辨率、可用存储器容量和对各种现存文件格式的不同支持等性能上各异的不同类型设备。
因此，需要为用户的每个物理设备建立虚拟对应设备而且使用这些虚拟对应设备来管理物理设备。而且，需要在虚拟设备域之内实现设备到设备的同步作为一项网络服务。还需要一种使用虚拟设备域的设备组管理系统和方法。

发明内容
本发明涉及使用用户的多个物理设备的虚拟对应设备以有助于对这些物理设备的管理和同步。例如，在新的物理设备上的切换造成了从它的虚拟对应设备下载经同步的最新数据。
简言之，一个示例性实施例涉及一种用于使用虚拟设备域来管理设备的方法。该方法包括为与用户相关联的一个或多个设备中的每个物理设备来建立虚拟设备以及将虚拟设备同步于一个或多个其它虚拟设备。
另一示例性实施例涉及一种用于同步虚拟设备域中的虚拟设备的计算机程序产品。所述计算机程序产品包括计算机代码，该计算机代码用于为与用户相关联的一个或多个设备中的每个物理设备在虚拟设备域中建立虚拟设备，以及将虚拟设备同步于虚拟设备域中的一个或多个其它虚拟设备。
又一示例性实施例涉及一种用于使用虚拟域来管理设备的系统。该系统包括与用户相关联的多个物理设备；以及虚拟设备域，包括用于多个物理设备中每个物理设备的虚拟设备。虚拟设备包括关于对应物理设备的设备能力信息，而一旦虚拟设备同步，多个物理设备就通过对应的虚拟设备来进行同步。
另一示例性实施例涉及一种用于提供虚拟设备域的方法，该虚拟设备域包括与用户相关联的物理设备所对应的虚拟设备。该方法包括将通信服务与多个物理设备相关联；以及使用虚拟设备域中的虚拟设备来管理多个物理设备。管理多个物理设备包括同步虚拟设备。
在察阅以下附图、具体描述和所附权利要求时，本发明的其它主要特征和优点对于本领域技术人员将变得清楚明显。


在下文中将参照附图来描述示例性实施例。
图1是具有多个通信设备的系统的概略表示图。
图2是根据示例性实施例、包括物理通信设备的虚拟对应设备在内的虚拟设备域系统的概略表示图。
图3是根据示例性实施例、对于在图2的虚拟设备域系统中的设备添加操作进行描绘的概略表示图。
图4是根据示例性实施例、对于在图2的虚拟设备域系统中的设备同步操作进行描绘的概略表示图。
图5是根据示例性实施例、对于在图2的虚拟设备域系统中的设备去除操作进行描述的概略表示图。
图6是根据示例性实施例对于在图2的虚拟设备域系统中使用基于菜单的呈现的设备禁止操作进行描绘的概略表示图。
图7是根据示例性实施例的数据处理设备的概略表示图。
具体实施例方式
图1图示了许多具有通信功能的设备的系统10。个人可以拥有多于一个的移动电话、比如耳机这样的附件、PDA以及比如防盗报警系统和观察摄像机这样的远程设备。在图1的左侧上是用户拥有的本地设备。例如，本地设备可以包括终端设备(TE)15和移动终端(MT)17。拥有的物理移动电话之一可以形成用户设备(UE)，该用户设备包括提供例如用户接口的终端设备(TE)、提供无线接入的移动终端(MT)和向网络提供标识的USIM(通用用户标识模块)。终端设备也可以是可更换的而且可与数个移动终端一起使用。这样的设备配件的一个例子是耳机。
用户也可以拥有要通过网络12远程使用的设备或者系统。这样的系统经由固定或者移动终端14接入到网络12。它们也可以具有它们自己的附加部分，也可以用与在移动情况中相同的方式将这些附加部分视为终端设备(TE 16)配件。
改变和配置设备是司空见惯的。例如，用户可以将耳机从一个电话切换到另一电话，或者他可以根据在他变化的使用背景中的需要来切换电话。他也可以购买可能更换一些现存设备的新设备。在一些情况下，也可以从系统去除一些设备。尤其在一个设备遗失或者被窃的情况下，遗失重要数据的风险或者向入侵者提供接近系统之机的风险就迫在眉睫。
图2图示了包括虚拟设备域或者物理通信设备24的虚拟对应设备22在内的系统20。系统20自动地维护网络中用户的每个设备的数据拷贝。可以针对虚拟设备来执行同步和备份，这对于用户来说是透明的。另外，虚拟对应设备22在用户域中的虚拟呈现为用户提供了用以管理、配置和控制设备的既高效又易懂的方式。
真实世界的每个物理通信设备具有虚拟对应设备或者虚拟设备。在这一实施例中的每个物理设备具有对它的虚拟设备的连接。这一连接例如可以使用SyncML技术来实施。经由这一连接保持网络数据同步于物理设备中的数据而且反之亦然。所有虚拟设备已被连接在一起，而虚拟设备也可以在没有对一个或多个其它虚拟设备的连接情况下存在。所有虚拟设备和它们的连接一起包括虚拟设备域22。例如可以通过使用因特网连接的虚拟设备域用户接口来向端用户呈现虚拟设备域22。
虚拟设备域的实施可以变化。在示例性实施例中，虚拟设备域22位于由蜂窝网络运营商或者另一服务提供商维护的网络服务器上。用以对虚拟设备域22的性质进行控制的手段是针对虚拟设备域22内部的连接和针对虚拟设备与物理设备之间的连接的设置。虚拟设备域22也可以位于用户个人计算机或者任一其它适当的设备中。
使用虚拟设备域22来实现对使用多个设备的变化情形进行的日常监管，其中该变化情形比如是添加、去除和更换以及激活和去激活多个设备。例如，当购置新设备而且将它激活使用时，发生设备的初始设置。该初始设置要求用户或者服务运营商的代表将该设备的虚拟对应设备添加到虚拟设备域22中，而且进行必要的设置以便将它链接到物理设备中。在添加之后，在其它设备中使用的系统配置和服务设置可以被递送到虚拟设备，并且进而递送到物理设备。这不必在销售点处发生，但是用户例如可以打电话给服务提供商告知用户所购置的设备类型。服务提供商然后可以例如借助于由设备制造商提供的描述文件在虚拟设备域22中设置设备性能配置文件。也可以在这一阶段执行对于该设备关注哪些数据的选择。优选地，用户将无需操心大多数的数据类型。例如比如日历和电话簿这样的系统配置和典型应用可以自动地包含于同步数据集中。
以别的方式在物理设备之间或者在设备与各种数据库之间出现的同步发生于虚拟设备(或者设备代理)和诸如服务器或者其它设备代理这样的其它实体之间。移动终端所需的唯一同步连接是在物理设备与它自己的虚拟设备之间的连接。这就简化了终端的设计可以向物理设备隐藏在设备与待同步的数个其它实体之间的所有配置。物理设备只需知道如何与它的代理同步数据。可以在设备代理中限定对其它实体的连接。可以在虚拟设备中处理对配置的任何变化，这些变化无需在物理终端中发生。然而这一点在不涉及代理的情况下，例如当没有网络连接时并不妨碍设备在本地交换数据。
在作为例子的实施中，例如提供音乐发布或者同步的服务提供商无需知道它的客户可能使用的所有不同音乐数据格式。服务提供商可以仅针对一个格式提供支持，而设备代理的实施者(例如物理设备的制造商)可以实施从那一格式到物理设备所支持的格式的代码转换。也可以在虚拟设备中处理在实施各种数据格式时的可能差异(比如对于VCal格式化日历数据条目中的数据字段的支持进行变化)。虚拟设备可以比物理设备具有更多功能，因此它更有能力解决与数据格式有关的可能问题。可以在有需要之前就在网络中完成根据设备能力对下载数据进行的过滤、表现或者代码转换，以便在切换设备时节约时间。
可以使用比如SyncML或者甚至于FTP这样的数据共享技术来实施在虚拟设备与物理设备之间的同步。在虚拟设备与其它实体之间的同步也可以使用SyncML。虚拟设备可以是对物理设备中数据的准确拷贝进行共享的完整对象。它也可以仅仅是面向各种数据库的前端(提供例如代码转换服务)。然而，在替选实施例中，虚拟设备是如下完整对象，该对象具有它自己的、在较大的同步服务器中存在的数据的可能经格式转换的拷贝。
图3图示了在图2的系统20中的添加操作。可以根据实施例来执行附加的、更少的或者不同的操作。在激活新近获取的设备或者先前使用的设备时，从虚拟设备域自动地下载所有相关数据。这可以在背景中完成，这对于正在使用设备的用户是透明的。
在操作32中，创建对应于新物理设备的虚拟设备。物理设备可以是蜂窝电话、个人数字助理(PDA)、膝上型计算机或者各种设备中的任一其它设备。在操作34中，在虚拟设备域更新配置和个人设置。这样的配置和个人设置包含关于新物理设备的信息，包括它的功能。在操作36中，将虚拟设备同步到物理设备。
图4图示了在图2的系统20中的同步操作。可以根据实施例来执行附加的、更少的或者不同的操作。如果先前已经将设备用于创建要同步到其它设备的数据，但是例如在当时没有网络覆盖可用，则该设备的激活可以也要求同步活动而不是简单的下载。可能需要发生的另一动作是对数据进行代码转换。例如，设备可能由于它的存储器和显示器限制而不能支持显示高分辨率画面。在该情况下，在下载期间将画面的本地拷贝加以降级可能是有益的。
在操作42中，将物理设备上的新数据更新到它在虚拟设备域中的对应虚拟设备。新数据可以是电话号码、约会或者由物理设备获得的任何其它数据。在操作44中，基于域配置将新数据发布到其它虚拟设备。例如，该域可以被配置用以将日历约会仅发布到具有日历功能的设备。在操作46中，从虚拟设备下载新数据，该虚拟设备将新数据接收到对应的物理设备。
作为例子，在最新的数据已在用户的电话中之后，用户例如可以例如使用设备中的摄像机来拍摄画面。假设相簿属于所选择的要同步的数据之中的话，拍摄的画面就自动地更新到虚拟设备域并且同步到被设置用以接收相簿数据的其它活动设备。至于非活动设备，则在下一次它们开启之时才发生这一同步。在没有例如与启动传送或者处理授权问题有关的用户活动情况下，在背景中完成这一同步。
当用户正在改变系统配置时会发生用户生成数据却又意识不到它的情况。例如，用户可以改变她的语音邮箱的数目或者其它设置。这些设置也必须同步到其它设备。利用自动发生的虚拟设备域，就不需要用户必须意识到该同步。
也可以有要求同步的变化，其中该变化源自于非用户本身的活动。例如，服务配置可能因网络运营商的动作而发生。用于某一运营商服务的设置通常可以存储于客户电话中。利用虚拟设备域，此信息可以更新到虚拟设备域中的配置数据库，在自动同步已经发生之后即刻地可为所有活动设备可用。
图5图示了在图2的系统20中的去除操作。可以根据实施例来执行附加的、更少的或者不同的操作。在去激活设备时，除了向系统通知该设备正在变为非活动之外不需要更多的动作。在设备意外遗失的情况下，不应当立即地去除该设备的虚拟对应设备，但是必须禁止由物理设备用来访问网络及其服务的所有证书。这样，包括设备特有设置在内的用户基本数据的网络备份可以恢复到新的网络设备。
在操作52中，遗失了物理设备但是维持了虚拟对应设备。在操作54中，可以禁止对物理设备的连通性。例如当销售设备而没有以新设备来更换它的意图时，通过在系统配置中删除它的虚拟代表和对它的所有引用来执行从虚拟设备域删除该虚拟设备。
更换与简单的添加相比不同之处在于，添加了新的物理设备，将它链接到已经存在的虚拟对应设备中。在该阶段没有创建新的虚拟设备。在虚拟设备域中存在备份，而如果设备遗失或者被窃则可以复原基本数据。
虚拟设备域包括域管理、同步和用户接口解决方案。域管理包括域创建、设备和配置管理。用户接口可以用于设备管理，因为虚拟设备域的大部分功能对用户是透明的。在对虚拟设备域的用户接口中可以包含对于安全同步和域管理来说显然是需要的授权机制。
在创建新的虚拟设备域时，创建了对用户设备组的限定。这样的限定有助于确定用以对用户设备上的应用、服务和数据进行管理的方式，例如用以添加设备到组/从组中去除设备以及发布/禁止在组中的(一些)设备上的应用的方式。例如，可以用在表1中所示的方式针对设备和应用对授权和同步关系进行创建和管理。在表1中的符号“+”指示了关系的存在。在选定的设备之间同步每个类别中的数据。然而，出于备份目的，将每个设备中的全部或者部分数据备份于它自己的虚拟设备。


当添加新设备时，将用于虚拟设备的数据实体创建到虚拟设备域。还创建数据实体与它的物理对应设备之间的链接。在数据实体中，需要设备能力配置文件，例如用以随后实现数据的表现和代码转换。这一配置文件可以由设备制造商提供或者它可以由用户、运营商或者一些其它方来限定。对于配置管理，可以以SyncML限定用于设备配置的协议，该SyncML能在空中向设备提供系统和服务配置。也可以使用其它适当的协议。
所需要的同步是在虚拟设备之间和在每个物理设备与它在虚拟设备域中的对应设备之间的。原则上，物理设备之间的同步不是必要的但也是允许的。SyncML是可以用于实施所有同步功能的技术之一。
虚拟设备域有利地解决了对活动设备和非活动设备进行同步的问题。许多移动电话在没有SIM时就百无一用(除紧急呼叫之外)，因此如果用户具有单个SIM则设备到设备的同步是不可能的。利用虚拟设备域，就保持活动设备与它的虚拟设备同步，该虚拟设备又与每个非活动设备的虚拟对应设备同步。物理设备一经激活就被同步。
图6图示了使用基于菜单的呈现的设备禁止操作。该基于菜单的呈现包括菜单62、64和66。用于虚拟设备域的呈现于用户终端中的用户接口可以是最小的，因为包括授权机制在内的所有同步变得对用户都是透明的。然而，无论用于实施虚拟设备域的底层技术是什么，都呈现了具有每个物理设备之虚拟拷贝的概念。图6图示了用户防止设备访问虚拟设备域的例子。
如果例如由于用于功能实施的同步数据业务过于繁重使得备份物理设备中的所有数据是不实际的，则用户必须了解什么数据未被备份。这一点必须在用户接口中进行明示。另外，在用户接口中呈现了对授权和同步关系的限定。在实践中，可以存在缺省关系集。例如，可以总是在设备之间同步系统配置。
当切换设备时，用户对于执行设备到设备的同步或者重新配置常常几乎没有耐心或者时间。其结果可能是信息和服务可用性的不连续。另外，在切换设备时忽略同步可能造成以后涉及每个设备的很费力的同步过程。仅通过用户设备级解决方案无法令人满意地支持多个设备所有权。参照图1-6描述的虚拟设备域概念提供了一种解决方案，其中即使在以透明于用户的方式进行切换之后，在虚拟设备之间完成的自动同步仍然允许信息流向新近激活的设备。
在设备遗失的情况下，虚拟设备域提供了一种用于确保可以从虚拟设备域恢复至少一部分遗失信息的手段。用于虚拟设备域的用户接口可以在这样的境况下为用户提供对备份之存在和可用性的视觉呈现。它也赋予了一种通过禁止物理设备与虚拟设备之间的连接来保护系统安全的简单直接的方式。
图7图示了根据示例性实施例的数据处理设备(TE)70的简化结构。数据处理设备(TE)70例如可以是移动终端、PDA设备或者个人计算机(PC)。数据处理设备(TE)70包括I/O装置(I/O)72、中央处理单元(CPU)74和存储器(MEM)76。通过I/O装置(I/O)72将用来与例如CD-ROM、其它设备和用户这样的不同外部方通信的信息发送到中央处理单元(CPU)74/从中央处理单元(CPU)74发送该信息。如果数据处理设备(TE)70实施为移动台，则它通常包括收发器Tx/Rx 78，该收发器与无线网络通信，通常是通过天线来与基站收发机(BTS)通信。用户接口(UI)80设备通常包括显示器、小键盘、麦克风和扬声器。数据处理设备(TE)70还可以包括用于各种硬件模块的连接装置(MMC)82，比如标准形式的插槽，其中该模块可以提供用以在数据处理设备(TE)70中运行的各种应用。
这一具体的描述概括了使用虚拟设备域的设备组管理方法、设备、系统和计算机程序的示例性实施例。在前面的描述中，出于说明的目的，阐述了许多具体细节以便提供对本发明的透彻理解。然而对于本领域技术人员明显的是，没有这些具体细节也可以实践示例性实施例。在其它实例中，以框图形式示出了结构和设备以便有助于对示例性实施例的描述。
尽管在图中图示的和在上文中描述的示例性实施例在当前是优选的，但是应当理解仅通过例子来提供这些实施例。其它实施例例如可以包括用于执行相同操作的不同技术。本发明不限于特定实施例而是拓展于仍然落入所附权利要求书的范围和精神之内的各种修改、组合和置换。
权利要求
1.一种用于使用虚拟设备域来管理设备的方法，所述方法包括为与用户相关联的一个或多个设备中的每个物理设备建立虚拟设备；以及将所述虚拟设备同步于一个或多个其它虚拟设备。
2.如权利要求1所述的方法，还包括将所述虚拟设备同步于外部数据库。
3.如权利要求1所述的方法，其中为每个物理设备建立虚拟设备包括在虚拟设备域中创建所述虚拟设备而且更新所述虚拟设备中的设置。
4.如权利要求3所述的方法，其中所述设置包括配置和个人设置，将所述虚拟设备同步于一个或多个其它虚拟设备是基于域配置的。
5.如权利要求1所述的方法，其中将所述虚拟设备同步于一个或多个其它虚拟设备是基于域配置的。
6.一种使用虚拟设备域来管理设备的计算机程序产品，所述计算机程序产品包括计算机代码，用以为与用户相关联的每个物理设备在虚拟设备域之内建立虚拟设备；以及将所述虚拟设备同步于所述虚拟设备域中的一个或多个虚拟设备。
7.如权利要求6所述的计算机程序，还包括用以有助于监管所述虚拟设备的用户接口。
8.如权利要求6所述的计算机程序，其中所述计算机代码包括用以监管配置和个人设置的代码，而且基于域配置将所述虚拟设备同步于一个或其它虚拟设备。
9.一种用于使用虚拟域来管理设备的系统，所述系统包括与用户相关联的多个物理设备；以及虚拟设备域，包括用于所述多个物理设备中每个物理设备的虚拟设备，其中所述虚拟设备包括关于对应物理设备的设备能力信息，以及其中所述多个设备通过对应的所述虚拟设备来同步。
10.如权利要求9所述的系统，其中所述虚拟设备的同步是基于域配置的。
11.如权利要求9所述的系统，其中所述虚拟设备位于所述网络中。
12.如权利要求9所述的系统，其中所述虚拟设备域在个人计算机中。
13.如权利要求9所述的系统，其中所述虚拟设备可以由所述用户通过网络来监管。
14.如权利要求13所述的系统，其中所述网络是因特网。
15.如权利要求9所述的系统，其中所述物理设备传送数据到所述虚拟设备以提供对所述数据的备份。
16.如权利要求9所述的系统，其中所述虚拟设备域驻留于与通信提供者相关联的服务器中。
17.如权利要求9所述的系统，其中所述虚拟设备域包括包含有代码转换规则的域配置。
18.如权利要求9所述的系统，其中所述同步遵循SyncML规范。
19.如权利要求9所述的系统，其中所述虚拟设备具有通过配置来限定的以及在监管和管理所述虚拟设备域时使用的相互之间的关系，其中所述监管和管理是使用提供所述虚拟设备和所述关系之视觉呈现的应用来完成的。
20.一种用于提供虚拟设备域的方法，所述虚拟设备域包括与用户相关联的物理设备所对应的虚拟设备，所述商业方法包括将通信服务与多个物理设备相关联；以及使用虚拟设备域中的虚拟设备来管理所述多个物理设备，其中管理所述多个物理设备包括同步所述虚拟设备。
21.如权利要求20所述的方法，其中管理所述多个物理设备包括出于计费目的而对所述虚拟设备域中所述虚拟设备的服务和配置进行跟踪。
22.如权利要求20所述的方法，还包括根据支付计划配置来同步所述虚拟设备。
全文摘要
一种方法、系统、设备和通信程序产品使用虚拟设备域来管理物理设备。该方法包括为与用户相关联的一个或多个设备中的每个物理设备来建立虚拟设备以及将该虚拟设备同步于一个或多个其它虚拟设备。
文档编号G06F15/16GK1957351SQ200580016420
公开日2007年5月2日 申请日期2005年3月29日 优先权日2004年4月1日
发明者萨米·龙凯南, 瑟普波·皮阿利泰瓦尔, 菲利普·甘兹博尔格, 米克卡·西尔夫韦尔贝格, 阿姆里克·德伊尔隆, 迈尼·维尔利阿姆斯, 西尔旺·奥尔利 申请人:诺基亚公司