CN102474533B - 信息管理装置、信息管理方法 - Google Patents

Abstract

信息管理装置(1)的信息管理部(12)利用装置内的提供服务、所保存的数据将设备表现为对象。另外，利用通信部(23)来发送接收对象，周边装置也同样地作为被模型化的对象来进行管理。设备策略创建部(24)根据对象将在周边环境由怎样的多个设备构成的情况下最希望怎样的设备状态定义为设备策略，并按照设备策略来变更信息管理装置(1)的设定。

Description

信息管理装置、信息管理方法

技术领域

本发明涉及信息管理装置、信息管理方法和信息管理程序。

背景技术

以往，设备的设定信息、内部所保持的信息只有初始值、用户所设定的信息，即使环境或状况发生了变化，也无法与变化相对应地来变更设定。因此，利用者会根据需要来进行与环境或状况相对应的设定变更、信息追加/删除。

于是，考虑了一种由电子设备从外部取得信息并根据需要来变更设定事项的构成。具体而言，已知有一种电子设备，按照预先编制好的流程来取得外部信息，不经用户手动操作而是自动地变更电子设备的设定信息，由此来进行基于外部信息的动作。

专利文献1：日本特开2003-4879号公报

但是，在现有技术中，无法根据周围设备的状况来设定最为理想的设备状态。具体而言，无法以周围存在的多个设备的信息为基础来判断是怎样的状况，并委托***在处于什么样的状况的情况下希望进行何种操作。因此，设备的数据、服务有时会与周围设备、状况、环境相分离。

这里对与周围设备的分离进行例示。当在公司内部使用的内线电话机中全部登记有相关部门的内线号码作为初始数据时，每次新买进电话机都要进行登记操作。在现实情况下，不能进行如下操作，即、说是因为在某个部门存在的内线电话机中登记有几乎全部相同的初始数据，就将相同的初始数据存入新购买的电话机中。在该例子中，设备的保持信息与周围的设备相分离。在其他的例子中，即使会议室内的其他全部移动电话都是静音模式，也不会对自己的移动电话的设定带来任何影响，有时会发生在会议过程中仅有自己的移动电话鸣响的情况。在该例子中，设备的设定信息与周围的设备相分离。

这里对与周围的状况/环境的分离进行例示。在举行会议的室内，即使有该会议所需要的资料文件等，也难以以进入会议室内为契机来得到该文件数据，或者在离开会议室时删除不需要的文件。在该例子中，设备的保持信息与环境相分离。在其他的例子中，在某演讲会场，即使存在必须将移动电话设成静音模式的规定，也无法将其强制实施于终端。在该例子中，设备的设定信息与环境相分离。

对于这些例子，无论是家电产品，还是服务器，都是问题的对象，尤其是在移动电话、PDA、笔记本PC等移动终端中，利用场所/周围环境往往会发生变化，利用者每次都对设定进行变更这会很费事，在这方面，期待应用所公开的技术的场景较多。

所公开的技术是鉴于上述情况而完成的，其目的在于，提供一种能够根据周围设备的状况来设定最理想的设备状态的信息管理装置、信息管理方法和信息管理程序。

发明内容

为了解决上述的课题、实现目的，所公开的装置、方法和程序至少将与本装置有关的信息和本装置的功能作为能够向其他装置公开的对象进行管理，从其他装置接收对象、与自身对象相符合的数据和对被其他装置管理的对象的动作内容与动作条件加以规定的策略等，并将本装置的动作用于控制。

根据所公开的信息管理装置、信息管理方法和信息管理程序，实现了如下效果，即能够得到一种能够根据周围设备的状况来设定最理想的设备状态的信息管理装置、信息管理方法和信息管理程序。

附图说明

图1是本实施例的信息管理装置的概要构成图。

图2是说明对象数据D02的具体例的说明图。

图3是对设备策略数据D03的具体例进行说明的说明图。

图4是对电话机进行的内线号码列表的登记作业的自动化进行说明的说明图。

图5是对应于周边的移动电话终端来进行静音模式的设定的例子的说明图。

图6是对向会议室内的计算机发布资料的例子进行说明的说明图。

图7是关于从外部接收设备策略的例子的说明图。

图8是对对象数据更新的处理动作进行说明的流程图。

图9是对基于时间经过的对象数据的删除进行说明的流程图。

图10是对设备策略更新的处理动作进行说明的流程图。

图11是对基于时间的经过的设备策略的删除进行说明的流程图。

图12是根据对象服务进行的设备策略创建的流程图。

图13是根据对象履历进行的设备策略创建的流程图。

图14是由XML描述的信息管理用的数据的说明图。

图15是关于由XML描述的对象定义的说明图。

图16是由XML描述的设备策略的第1例的说明图。

图17是由XML描述的设备策略的第2例的说明图。

具体实施方式

下面根据附图对本发明的信息管理装置、信息管理方法和信息管理程序的实施例进行详细说明。另外，该实施例不对所公开的技术进行限定。实施例

图1是本实施例的信息管理装置的概要构成图。如图1所示那样，信息管理装置1具有硬件部11和信息管理部12。硬件部11具有输入输出接口、通信单元等物理构成。信息管理装置1所提供的各种功能由硬件部11实现。

信息管理部12将与信息管理装置1有关的信息和信息管理装置1的功能作为能够向其他装置公开的对象来进行管理。另外，信息管理部12与外部装置进行通信，发送接收对象、与本装置的对象相符合的数据和规定对象的动作内容与动作条件的策略等。并且，信息管理部12利用对象、策略等对硬件部11的动作进行控制。

换句话说，信息管理部12能够作为本装置的各功能抽象化后的对象来进行处理。同样地，对于抽象化后的其他装置也可以作为对象来加以识别，能够不受硬件差异等的影响而相互联系。

具体而言，信息管理部12具有对象创建部21、对象管理部22、通信部23、设备策略创建部24、设备策略管理部25和设备控制部26。

对象创建部21从硬件部11取得信息来创建本装置的对象并输出至对象管理部22。对象管理部22进行对象的管理。对象管理部22所管理的对象包含对象创建部21创建出的对象、通信部23从外部接收到的对象和经由硬件部11直接输入的对象。

对象管理部22利用对象元数据D01和对象数据D02来管理对象。对象数据D02是对象自身，对象元数据D01是管理对象的管理数据。

图2是说明对象数据D02的具体例的说明图。对象数据D02包含对象属性定义和对象服务定义。对象属性定义是信息管理装置1的产品名、型号、制造商等与信息管理装置1有关的信息。对象服务定义是音量的设定、联络目标数据、文件管理、通信等与信息管理装置1的功能相关的信息。

返回图1继续进行说明。通信部23进行对象、设备策略、数据等的发送接收。通信部23进行的通信作为实体在硬件部11内部实现。具体的通信方法可以利用红外线通信、BlueTooth、无线LAN(LocalAreaNetwork)、有线LAN等任意的方法，在通信部23中无需区分通信方法。

对象管理部22能够利用通信部23来检测外部对象的存在，并接收外部的对象。另外，能够经由通信部23发送自己所管理的本装置的对象、其他任意的数据。

设备策略创建部24根据对象管理部22所管理的对象，来创建对对象的动作内容和动作条件进行规定的设备策略，并输出至设备策略管理部25。

设备策略管理部25进行设备策略的管理。设备策略管理部25所管理的设备策略包含设备策略创建部24创建出的设备策略、通信部23从外部接收到的设备策略和经由硬件部11直接输入的设备策略。

设备策略管理部25将设备策略作为设备策略数据D03来进行管理。图3是对设备策略数据D03的具体例进行说明的说明图。设备策略数据D03包含策略设定和策略应用条件。策略设定规定对象的动作内容。具体而言，策略设定将指定对象服务的信息与指定该服务的动作的信息建立关联。策略应用条件对执行由策略设定规定的动作内容的条件进行规定。该条件可以采用周边对象的状态、周边对象的数量、时间、场所等。

返回图1继续进行说明。设备控制部26根据由对象管理部22、设备策略管理部25管理的对象、设备策略来对硬件部11进行控制，将对象上的状态变化反映于信息管理装置1的物理状态。

具体而言，在对象管理部22变更了自身对象的状态的情况下，设备控制部26使变更内容反映于硬件部11。另外，对设备策略所示的条件进行监视，在条件成立的情况下使所设定的动作内容反映于硬件部11。

这里参照图4～7对信息管理装置的动作例进行说明。图4所示的电话机P1～4分别是信息管理装置，将彼此识别为对象。电话机P1～4与网络连接，电话机P2～4保存有内容相同的内线号码列表。

电话机P1～4互相将自身的状态作为对象进行传送。电话机P1识别到电话机P2～4保存有本装置所没有的内线号码列表的情况，并从电话机P2～4中的任意一个取得内线号码列表作为自身对象应该保持的数据。例如，如果P1内部没有内线号码列表(设备策略)，则从P2、P3、P4的任意一个获取内线号码列表(设备策略)，或者根据从P2-P4接收到的设备策略来在P1内部自动生成并登记与P2-P4通用的设备策略。因此，能够针对电话机P1将登记内线号码列表的作业自动化。

图5所示的移动电话终端CP1～4分别是信息管理装置，将彼此识别为对象。移动电话终端CP1通过利用了红外线等的近距离用通信手段来识别附近存在移动电话终端CP2～4的情况，并与移动电话终端CP2～CP4交换对象数据。

作为该对象数据，将作为移动电话终端的各种设定的“静音模式的on/off”、“留言电话模式的on/off”、“拒绝来电设定”以及其他设定进行交换。

其结果，移动电话终端CP1识别到移动电话终端CP2～4全部被设定为静音模式、即被设定为在来电等时不发出声音的状态的情况。移动电话终端CP1虽然是未处于静音模式的状态，但是因为周围的移动电话终端处于静音模式，所以将自身对象的静音模式设定服务的状态从关闭变更成打开。这里，以静音模式为例进行了说明，但是移动电话终端CP1可以对移动电话终端CP2～CP4通用的设定进行识别并设定。

该自身对象的状态变更被反映于移动电话终端CP1的实际设定。另外，在变更了自身对象的情况下，移动电话终端CP1向移动电话终端CP2～4发送更新过的自身对象数据。

图6所示的笔记本型计算机C1在进入了会议室R1中的情况下，从服务器C2获取会议资料数据。这里，计算机C1和服务器C2被有线LAN等相连接，将彼此识别为对象。例如如果与该房间对应地管理各房间设置的路由器，则计算机C1进入了会议室R1的情况的检测，能够通过对计算机C1所连接的网络的路由器等进行识别来实现。

这样，根据场所的信息来发送数据，由此能够自动地发布会议室内所使用的数据。另外，通过在离开了会议室时进行删除、对访问附加时间、时刻的限制等，能够提高针对数据的安全性。

图7所示的移动电话终端CP5从移动电话终端CP6接收设备策略。所接收的设备策略规定在会议室内设定静音模式。因此，当将移动电话终端CP5带入会议室R2时，策略的条件成立，静音模式被打开。设备策略并不是由设备的持有者生成，而是如该例那样接受其他对象所有的设备策略，由此能够自动地应用应该共同遵守的规则。

接着，对对象管理部22的处理动作进行说明。图8是说明对象管理部22的对象数据更新的处理动作的流程图。对象管理部22首先经由预先建立的通信线路来获取对象数据(S101)。

接着，对象管理部22针对获取到的对象数据判断请求的种类。如果请求的种类是删除的请求(S102，“是”)，则对象管理部22进行对象数据的删除(S105)。在不是删除的情况下(S102，“否”)，请求是追加请求。

如果是追加的请求、且本装置未持有该对象数据、即是新的追加(S103，“是”)，则对象管理部22追加对象数据(S106)。如果不是新的追加(S103，“否”)、而是针对本装置已有的对象数据有一些差别的追加请求(S104，“是”)，则对象管理部22更新对象数据(S107)。在上述以外的情况下，对象管理部22仅将接收到请求的履历作为对象元数据进行保留。

在对象管理部22对对象进行了追加/变更/删除之后，对象管理部22对表示对象间的关系的对象关系进行更新(S108)，对对象的属性进行更新(S109)，并对对象服务进行更新(S110)。另外，在对所保存的对象的信息(服务，数据等)进行了更新之后，对象管理部22向其他装置发出通知对象的更新的请求。

另外，进行对象附带的元数据、即对象的更新履历的更新(S111)。被更新的对象信息除了信息管理部12以外，也可以是与外部的数据、外部的服务联动的信息。例如在移动电话终端的情况下，可以将基础软件所管理的移动电话的设备固有编号、制造商名作为由信息管理部12参照的数据进行链接。同样在移动电话终端的情况下，可以进行针对基础软件所管理的计划表服务的参照，从而进行与该服务中的数据之间的联动。

这些操作被利用者设定访问权限。通过设定在对象表现记述时针对数据、服务的访问权限，只有在具有读/写/执行的权限的情况下才能够操作该对象。

在图8所示的处理动作中，在更新对象元数据(S111)后，对象管理部22判断是否需要更新环境变量(S112)。如果需要更新环境变量(S112，“是”)，则对象管理部22进行环境变量的更新(S113)。在更新环境变量(S113)后，对象管理部22判断是否需要与外部数据联动(S114)。如果需要与外部数据联动(S114，“是”)，则对象管理部22更新外部数据(S115)。

在不需要更新环境变量的情况下(S112，“否”)、当不需要与外部数据联动时(S114，“否”)，或者当进行了外部数据的更新(S115)时，对象管理部22判断是否需要进行与外部服务的联动(S116)。

在需要进行与外部服务的联动的情况下(S116，“是”)，对象管理部22将对象的变更通知给外部服务(S117)并结束处理。另外，在不需要进行与外部服务的联动的情况下(S116，“否”)，对象管理部22直接结束处理。

图9是对基于时间经过的对象数据的删除进行说明的流程图。对象的信息由于从周边的终端收集得到，所以数量巨大。在如移动电话终端那样保存区域有限的设备中，优选在规定期间后删除对象的信息。由于对象更新履历被对象元数据管理，所以对象管理部22针对在规定期间以上没有被更新的对象，创建对象的删除请求并进行删除。

具体而言，对象管理部22每隔一定期间(S201)就定期地确认对象元数据D01的更新日期时间(S202)。如果存在在规定期间内、例如X日以上没有被更新的对象数据(S203，“是”)，则对象管理部22发行对象的删除请求(S204)，并结束处理。另外，如果从对象数据的更新日期时间开始的经过时间小于规定期间(S203，“否”)，则对象管理部22直接结束处理。

接着，对设备策略管理部25的处理动作进行说明。图10是对设备策略管理部25进行的设备策略更新的处理动作进行说明的流程图。设备策略管理部25获取设备策略(S301)。设备策略可以经由预先建立的通信线路从外部获取，也可以是设备策略创建部24创建出的策略，还可以是从硬件部11直接输入的策略。

设备策略管理部25针对获取到的设备策略来判断请求的种类。如果请求的种类是删除的请求(S302，“是”)，则设备策略管理部25进行设备策略的删除(S305)。在不是删除的情况下(S302，“否”)，请求是追加请求。

如果是追加的请求、且本装置不具有该设备策略、即是新的追加(S303，“是”)，则设备策略管理部25追加对象数据(S306)。如果不是新的请求(S303，“否”)、而是针对本装置已有的设备策略具有一些差别的追加请求(S304，“是”)，则设备策略管理部25更新设备策略(S307)。在上述以外的情况下(S304，“否”)，设备策略管理部25直接结束处理。

设备策略管理部25在对设备策略进行了追加/变更/删除后，转移到设备策略的应用阶段。为了应用设备策略，首先设备策略管理部25确定本装置的场所/时间(S308，S309)。接着，针对本装置内管理的对象组，判断是否需要应用已得到更新的设备策略(S310)。

在判断是否需要应用时，可以判断对象和对象之间的关系。作为关系的例子，有对象的远近、包含关系、接触的有无等。例如，在利用对象的远近来记述应用条件的情况下，当在该移动电话的周围存在3个以上符合“静音模式设定打开的状态的移动电话”的对象时，利用使用了上述该对象与周围的对象之间的关系的应用条件。成为用于应用设备策略的条件。在被判定为需要应用设备策略的情况下(S311，“是”)，对本装置内的对象信息进行更新，向其他装置发出通知对象的更新的请求(S312)，并结束处理。

图11是对基于时间的经过的设备策略的删除进行说明的流程图。在设备策略中，有进行时间设定的策略。可以在一定期间后，定期地检查设备策略信息，对期间设定较早的策略进行删除。

具体而言，设备策略管理部25每隔一定期间(S401)就定期地确认设备策略的目标对象的目标期间(S402)。如果其结果是目标期间已结束(S403，“是”)，则发行设备策略的删除请求(S404)，并结束处理。另外，如果目标期间没有结束(S403，“否”)，则设备策略管理部25直接结束处理。

接着，对设备策略创建部24创建设备策略进行说明。设备策略创建部24以现行对象的服务为基础自动地生成设备策略。

例如，考虑管理公司职员的计划信息的服务器和移动电话终端建立通信线路，将彼此识别为对象的情况。服务器向移动电话终端发送计划数据，移动电话终端保存计划数据。

此时，在移动电话终端上，以对象数据的更新为契机来自动生成设备策略。在移动电话终端上统计出被管理的对象服务，针对计划表服务中的数据还检索在全部对象中是否是一定数量以上的数据成为相同数据。并且，如果有一定数量的数据，则将计划表服务的数据变形为设备策略的形式。

图12是根据对象服务创建设备策略的流程图。设备策略创建部24首先在信息管理装置1上统计对象服务(S501)。作为统计的结果，以在全部对象中占有一定数量的服务为基础来创建设备策略的候补。例如，存在如下的情况，即、当在公司的办公室内进行工作时，在移动电话终端上进行该统计作业，次日的计划在周边对象中超过半数以上一致，等等。

如果在全对象中占有一定数量的服务数据存在(S502，“是”)，则设备策略创建部24根据该服务数据，将进行与该服务数据相同的设定的策略设置为策略候补，并向利用者提示(S503)。例如，在上述的例子中，移动电话终端将超过半数以上的对象所应用的次日的计划数据的应用变形为设备策略的形式，并向利用者询问是否需要应用设备策略。

在所提示的策略的候补被利用者采用，并指示了设备策略的创建的情况下(S504，“是”)，设备策略创建部24将成为设备策略的应用对象的场所、时间、周边环境确定为设备策略应用时所需要的信息(S505～S507)。

在确定后，设备策略创建部24进行针对利用者的确认，并根据需要请求修正(S508)。设备策略创建部24对完成的设备策略进行追加(S509)，更新本装置内的对象信息，向其他装置发出通知对象的更新的请求(S510)，并结束处理。

接着，对根据对象履历生成设备策略的情况进行说明。作为一例，示出了移动电话终端进入讲演会场，向周边的设备进行对象的追加请求，并从其他对象获取静音模式设定数据的情况。在移动电话终端上，以对象数据的更新为契机进行设备策略的自动生成。移动电话终端对自己管理的对象属性、对象服务进行统计，检索在对象数据被保存的过去的周边环境中，是否有类似的周边环境。

例如，移动电话终端检索在过去保存了静音模式设定数据的履历，针对此时的周边环境进行统计作业，并进行环境的类似性的确认，即确认该过去的履历中的周边环境和当前的周边环境是否有共同的部分。此时，即使不是完全一致，也可以通过基本一致来判断为类似。

假定对保存了静音模式设定数据的过去的数据进行检索，并将当前的周边环境和履历中的周边环境一致的部分设为“周边存在4台以上进行了静音模式设定的对象”。在这种情况下，移动电话终端将类似环境变形为设备策略的应用条件，在该应用条件的情况下，创建将静音模式设定打开的设备策略候补，并向利用者进行提示来询问是否需要应用设备策略。

图13是根据对象履历进行的设备策略创建的流程图。设备策略创建部24首先在信息管理装置1上统计对象属性和对象服务(S601，S602)。设备策略创建部24确认统计的结果、对象元数据所示的对象的更新的履历、和环境的类似性(S603)。

当在对象履历中存在类似的环境时(S604，“是”)，设备策略创建部24将类似环境提示给利用者(S605)。

在所提示的策略的候补被利用者采用，并指示了设备策略的创建的情况下(S606，“是”)，设备策略创建部24确定成为设备策略的应用对象的场所/时间/周边环境，作为设备策略应用时所需要的信息(S607～S609)。

在确定后，设备策略创建部24进行针对利用者的确认，并根据需要请求修正(S610)。设备策略创建部24追加所完成的设备策略(S611)，对本装置内的对象信息进行更新，向其他装置发出通知对象的更新的请求(S612)，并结束处理。

接着，对信息管理部12以XML(ExtensibleMarkupLanguage)来描述各种信息的情况下的表现例进行说明。在图14所示的例子中，利用ICS标签来描述信息管理用的数据。

图14所示的数据D10利用ics:ObjectdataSet标签来定义对象，利用ics:PolicySet标签来定义设备策略的设定、即与策略的应用对象的内容。将ics:ObjectdataSet标签内的描述内容设为数据D11，将ics:PolicySet标签内的描述内容设为数据D12来举出具体的例子。

图15是数据D11的具体例。如图15所示那样，数据D11利用ics:Comment标签、ics:ObjectPropertySet标签、ics:ObjectServiceSet标签等来进行描述。ics:Comment标签用于评论的描述。ics:ObjectPropertySet标签表示对象的属性定义。另外，ics:ObjectServiceSet标签表示对象的服务定义。

在图15所示的例子中，作为属性定义，描述了产品名是移动电话，型号是F-01A，制造商是aaa公司，对象组是ICS-aaa。

另外，在服务定义中，针对检测周边的对象的服务、进行声音设定的服务、设定电话簿数据的服务、进行文件共享的服务、进行红外线通信的服务，示出了当前的设定值和权限控制的值。权限控制由permit的值表示。permit的3位分别对应于本装置、该组内的其他装置、组外装置，各位取0～7的值。对于各位的值，将分别以1比特所示的读出、写入、可否执行的情况下的2进制数的3比特变换成了十进制数。

图16是数据D12的具体例。如图16所示那样，数据D12利用ics:TargetobjectpolicySet标签、ics:TargetobjectSet标签等进行描述。ics:TargetobjectpolicySet标签是设定策略的对象服务与其数据指定。在图15所示的例子中，ics:TargetobjectpolicySet标签针对声音设定的服务，指定将值设为“OFF”。

另外，ics:TargetobjectSet标签通过指定应用策略设定的对象，来表示策略的执行条件。在图16所示的例子中，指定场所的条件是b研究所1楼的c大厅，作为周边的对象的条件声音设定取值为“OFF”的对象在附近存在3个以上。

图17是数据D12的其他的具体例。在图17所示的例子中，ics:TargetobjectpolicySet标签指定讲演会的讲演者的姓名和读法、将电子邮件登记在电话簿中，对讲演会的讲演资料进行共享。

另外，在图17所示的例子中，ics:TargetobjectSet标签指定时间的条件为从2009年1月1日的7点到18点，场所的条件为b研究所1楼的c大厅，作为周边的对象的条件讲演会的计划被登记了的对象在附近存在2个以上。

如以上说明那样，本实施例的信息管理装置1以装置内的提供服务、被保存的数据来表现设备，利用该模型来管理周边的装置，并定义设备的策略，即、定义在周边环境为由怎样的多个设备构成的情况下是怎样的设备状态才最理想。

由此能够进行与周边设备的状态、环境相适应的设备信息设定。即，不是如现有技术那样当接收到某外部数据时对设备的信息设定进行更新，而是通过描述在周边的多个设备处于怎样的状态时应该怎样设定该设备的状态，来进行与周围的设备相对应的动作和信息设定。因此，能够提供一种可以根据周边的设备的状态来控制设备的设定信息和服务的信息管理***。

另外，在本实施例中，假定了在1台装置上构建1个利用者专用的1个信息管理***、即1个信息管理部的情况进行了说明。但是，所公开的技术并限定于此，可以在1个信息管理***上分配多个利用者，也可以有不分配利用者的信息管理***。另外，可以在1个装置上保存多个信息管理***。另外，例如，还可以构成为，如其他对象的检测由其他装置负责那样将一部分功能、一部分数据分离保持到其他装置上等，从而将1个信息管理***的功能分散到多个装置中。

并且，本实施例所示的信息管理部12可以由专用的硬件实现，也可以由程序实现。在通过程序实现信息管理部12的情况下，程序在装置上的存储器中被展开，并由CPU(CentralProcessingUnit)执行，由此来实现本实施例所公开的各种动作。

附图标记说明：

1...信息管理装置；11...硬件部；12...信息管理部；21...对象创建部；22...对象管理部；23...通信部；24...设备策略创建部；25...设备策略管理部；26...设备控制部；C1...计算机；C2...服务器；CP1～6...移动电话终端；D01...对象元数据；D02...对象数据；D03...设备策略数据；P1～4...电话机；R1...会议室。

Claims (6)

1.一种信息管理装置，其特征在于，具备：

对象管理部，其至少将与本装置有关的信息和按照不受硬件差异的影响的方式对本装置的功能进行抽象化后的抽象化功能作为能够向其他装置公开的对象来进行管理；

通信部，其检测外部对象的存在，并且能够从其他装置，接收该其他装置所管理的对象的抽象化功能、与上述本装置的对象的抽象化功能相符合的数据以及对被上述其他装置管理的对象的抽象化功能的动作内容与动作条件进行规定的策略中的至少一种，其中，上述动作条件使用周边对象的状态、周边对象的数量、时间、场所中的至少一种；

策略创建部，其当更新上述本装置的对象的数据时，根据上述对象管理部所管理的对象的抽象化功能来创建上述策略；和

控制部，其利用上述策略和上述对象管理部所管理的对象中的至少一种来控制本装置的功能的动作。

2.根据权利要求1所述的信息管理装置，其特征在于，

还具备策略管理部，该策略管理部对上述通信部接收到的策略或由本装置创建的策略进行管理。

3.根据权利要求1所述的信息管理装置，其特征在于，

上述对象管理部利用上述通信部所取得的上述其他装置的对象的抽象化功能来变更本装置的对象的抽象化功能。

4.根据权利要求1所述的信息管理装置，其特征在于，

上述策略创建部根据多个对象的抽象化功能共同具有的动作来创建上述策略。

5.根据权利要求1所述的信息管理装置，其特征在于，

上述策略创建部从上述对象管理部管理对象的管理履历中提取出与现状类似的周边环境，并创建将所提取出的环境作为上述动作条件的策略。

6.一种信息管理方法，其特征在于，包括：

对象创建步骤，至少将与本装置有关的信息和按照不受硬件差异的影响的方式对本装置的功能进行抽象化后的抽象化功能创建为能够向其他装置公开的对象；

接收步骤，检测外部对象的存在，并且从其他装置接收该装置所管理的对象的抽象化功能、与上述本装置的对象的抽象化功能相符合的数据以及对被上述其他装置管理的对象的抽象化功能的动作内容与动作条件进行规定的策略中的至少一种，其中，上述动作条件使用周边对象的状态、周边对象的数量、时间、场所中的至少一种；

策略创建步骤，当更新上述本装置的对象的数据时，根据上述对象管理部所管理的对象的抽象化功能来创建上述策略；和

控制步骤，利用上述接收步骤所接收的内容来控制本装置的功能的动作。