JPWO2011021277A1 - 情報管理装置、情報管理方法および情報管理プログラム - Google Patents

Abstract

情報管理装置１の情報管理部１２は、装置内の提供サービスや保存されたデータで機器をオブジェクトとして表現する。また、通信部２３によってオブジェクトを送受信し、周辺の装置も同様にモデル化されたオブジェクトとして管理する。機器ポリシー作成部２４は、オブジェクトから周辺環境がどういう複数の機器で構成されている場合に、どういう機器状態であるのが望ましいのかを機器のポリシーとして定義し、機器ポリシーに従って情報管理装置１の設定を変更する。

Description

本発明は、情報管理装置、情報管理方法および情報管理プログラムに関する。

従来、機器の設定情報や内部に保持される情報は、初期値や、ユーザが設定した情報でしかなく、環境や状況が変化しても変化に合わせて設定を変更することができなかった。このため、利用者は、必要に応じて環境や状況にあわせた設定の変更や、情報の追加・削除を行なってきた。

そこで、電子機器が外部より情報を取得し、設定事項を必要に応じて変更する構成が考えられてきた。具体的には、予めプログラミングされたフローに則って、外部情報を取得し、電子機器の設定情報をユーザの手を介さずに自動的に変更することで、外部情報に基づいた動作を行なう電子機器が知られている。

特開２００３−４８７９号公報

しかしながら、従来の技術では、周囲の機器の状況に応じて、のぞましい機器状態へ設定することができなかった。具体的には、周囲にある複数の機器の情報を元にどういう状況であるかを判断し、どういう状況である場合に、何をしたいのかをシステムに委任すことができなかった。このため、機器のデータやサービスは、周囲の機器や状況、環境から分離することがあった。

周囲の機器からの分離について例示する。社内で使用している内線電話機に、関係部署の内線番号を初期データとして全て登録する場合、新規に電話機を購入する度に毎回、登録作業が発生する。現状では、ある部署にある内線電話機にほぼ全て同じような初期データが登録されているからといって、新規に購入した電話機に同じ初期データをいれる、という動作はできない。この例では、機器の保持情報が周囲の機器から分離している。別の例では、会議室内の他の全ての携帯電話がマナーモードになっていたとしても、自携帯電話の設定へは何の影響もなく、会議中に自分の携帯電話だけ鳴動してしまうことがある。この例においては、機器の設定情報が周囲の機器から分離している。

周囲の状況・環境からの分離について例示する。会議を行う室内で、当該会議で必要となる資料ファイル等があっても、会議室内に入ったことを契機に当該ファイルデータを入手したり、会議室から退室する際に、不要ファイルを削除したりすることは難しかった。この例では、機器の保持情報が、環境から分離している。別の例では、ある講演会場において、携帯電話はマナーモードにしなければならない、というルールがあったとしても、それを端末に強制することはできなかった。この例では、機器の設定情報が、環境から分離している。

これらの例は、家電製品であっても、サーバマシンであっても、問題の対象となるが、特に携帯電話やPDA、ノートPCなどの携帯端末では、利用場所・取り巻く環境が変化することが多く、その度ごとに利用者が設定を変更することは、手間がかかるという点で、開示の技術の適用を期待されるシーンが多い。

開示の技術は、上記に鑑みてなされたものであって、周囲の機器の状況に応じて、のぞましい機器状態へ設定することが可能な情報管理装置、情報管理方法および情報管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、開示の装置，方法およびプログラムは、少なくとも自装置に関する情報と自装置の機能とを他装置に公開可能なオブジェクトとして管理し、外部の装置からオブジェクト、自オブジェクトに適合するデータ、オブジェクトの動作内容と動作条件とを規定するポリシーなどを受信し、自装置の動作を制御に利用する。

開示の情報管理装置、情報管理方法および情報管理プログラムによれば、周囲の機器の状況に応じて、のぞましい機器状態へ設定することが可能な情報管理装置、情報管理方法および情報管理プログラムを得ることができるという効果を奏する。

図１は、本実施例にかかる情報管理装置の概要構成図である。 図２は、オブジェクトデータＤ０２の具体例について説明する説明図である。 図３は、機器ポリシーデータＤ０３の具体例について説明する説明図である。 図４は、電話機が内線番号リストの登録作業の自動化について説明する説明図である。 図５は、周辺の携帯電話端末に合わせてマナーモードの設定を行なう例の説明図である。 図６は、会議室内のコンピュータに資料を配布する例について説明する説明図である。 図７は、外部から機器ポリシーを受信する例についての説明図である。 図８は、オブジェクトデータ更新の処理動作を説明するフローチャートである。 図９は、時間経過に基づくオブジェクトデータの削除について説明するフローチャートである。 図１０は、機器ポリシー更新の処理動作を説明するフローチャートである。 図１１は、時間の経過に基づく機器ポリシーの削除について説明するフローチャートである。 図１２は、オブジェクトサービスからの機器ポリシー作成のフローチャートである。 図１３は、オブジェクト履歴からの機器ポリシー作成のフローチャートである。 図１４は、ＸＭＬで記述した情報管理用のデータの説明図である。 図１５は、ＸＭＬで記述したオブジェクト定義についての説明図である。 図１６は、ＸＭＬで記述した機器ポリシーの第１の例の説明図である。 図１７は、ＸＭＬで記述した機器ポリシーの第２の例の説明図である。

以下に、本発明にかかる情報管理装置、情報管理方法および情報管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

図１は、本実施例にかかる情報管理装置の概要構成図である。図１に示したように、情報管理装置１は、ハードウェア部１１と情報管理部１２を有する。ハードウェア部１１は、入出力インタフェース、通信ユニットなどの物理構成を有する。情報管理装置１が提供する各種機能は、ハードウェア部１１によって実現される。

情報管理部１２は、情報管理装置１に関する情報と、情報管理装置１の機能を他の装置に公開可能なオブジェクトとして管理する。また、情報管理部１２は、外部の装置と通信し、オブジェクトや、自装置のオブジェクトに適合するデータ、オブジェクトの動作内容と動作条件を規定するポリシーなどを送受信する。そして、情報管理部１２は、オブジェクトやポリシーなどを用いてハードウェア部１１の動作を制御する。

言い換えれば、情報管理部１２は、自装置の各機能の抽象化したオブジェクトとして取り扱うことができるようにする。同様に抽象化された他の装置についてもオブジェクトとして認識し、ハードウェアの差異などに影響を受けることなく連係可能とする。

具体的には、情報管理部１２は、オブジェクト作成部２１、オブジェクト管理部２２、通信部２３、機器ポリシー作成部２４、機器ポリシー管理部２５および機器制御部２６を有する。

オブジェクト作成部２１は、ハードウェア部１１から情報を取得して自装置のオブジェクトを作成してオブジェクト管理部２２に出力する。オブジェクト管理部２２は、オブジェクトの管理を行なう。オブジェクト管理部２２が管理するオブジェクトは、オブジェクト作成部２１が作成したオブジェクト、通信部２３が外部から受信したオブジェクト、ハードウェア部１１を介して直接入力されたオブジェクトを含む。

オブジェクト管理部２２は、オブジェクトをオブジェクトメタデータＤ０１およびオブジェクトデータＤ０２によって管理する。オブジェクトデータＤ０２は、オブジェクト自体であり、オブジェクトメタデータＤ０１はオブジェクトを管理する管理データである。

図２は、オブジェクトデータＤ０２の具体例について説明する説明図である。オブジェクトデータＤ０２はオブジェクトプロパティ定義と、オブジェクトサービス定義を含む。オブジェクトプロパティ定義は、情報管理装置１の製品名、型番、製造元、など情報管理装置１に関する情報である。オブジェクトサービス定義は、音量の設定や連絡先データ、ファイル管理、通信など、情報管理装置１の機能についての情報である。

図１に戻って説明を続ける。通信部２３は、オブジェクト、機器ポリシー、データなどの送受信を行なう。通信部２３による通信は、実体としてはハードウェア部１１内部で実現される。具体的な通信方法は、赤外線通信、ＢｌｕｅＴｏｏｔｈ、無線ＬＡＮ(Local Area Network)、有線ＬＡＮなど、任意の方法を用いることができ、通信部２３では通信方法を区別する必要は無い。

オブジェクト管理部２２は、通信部２３を用いて外部のオブジェクトの存在を検知し、外部のオブジェクトを受信することができる。また、自らが管理する自装置のオブジェクトやその他任意のデータを通信部２３を介して送信することができる。

機器ポリシー作成部２４は、オブジェクト管理部２２が管理するオブジェクトから、オブジェクトの動作内容と動作条件とを規定する機器ポリシーを作成して、機器ポリシー管理部２５に出力する。

機器ポリシー管理部２５は、機器ポリシーの管理を行なう。機器ポリシー管理部２５が管理する機器ポリシーは、機器ポリシー作成部２４が作成した機器ポリシー、通信部２３が外部から受信した機器ポリシー、ハードウェア部１１を介して直接入力された機器ポリシーを含む。

機器ポリシー管理部２５は、機器ポリシーを機器ポリシーデータＤ０３として管理する。図３は、機器ポリシーデータＤ０３の具体例について説明する説明図である。機器ポリシーデータＤ０３は、ポリシー設定とポリシー適用条件を含む。ポリシー設定は、オブジェクの動作内容を規定する。具体的には、ポリシー設定は、オブジェクトサービスを指定する情報と当該サービスの動作を指定する情報とを関連付けている。ポリシー適用条件は、ポリシー設定によって規定された動作内容を実行する条件を規定する。この条件には、周辺のオブジェクトの状態、周辺のオブジェクトの数、時間、場所などを用いることができる。

図１に戻って説明を続ける。機器制御部２６は、オブジェクト管理部２２や機器ポリシー管理部２５によって管理されたオブジェクトや機器ポリシーに基づいて、ハードウェア部１１を制御し、オブジェクト上の状態変化を情報管理装置１の物理的な状態に反映する。

具体的には、オブジェクト管理部２２が自オブジェクトの状態を変更した場合に、機器制御部２６は変更内容をハードウェア部１１に反映させる。また、機器ポリシーに示された条件を監視し、条件が成立した場合に設定された動作内容をハードウェア部１１に反映させる。

ここで図４〜７を参照し、情報管理装置の動作例について説明する。図４に示した電話機Ｐ１〜４は、それぞれが情報管理装置であり、互いをオブジェクトとして認識する。電話機Ｐ１〜４はネットワークに接続されており、電話機Ｐ２〜４は同一内容の内線番号リストを格納している。

電話機Ｐ１〜４は、互いに自らの状態をオブジェクトとして伝送する。電話機Ｐ１は、自装置に無い内線番号リストを電話機Ｐ２〜４が格納していることを認識し、電話機Ｐ２〜４のいずれかから内線番号リストを自オブジェクトが持つべきデータとして取得する。例えば、Ｐ１内部に内線番号リスト（機器ポリシー）がないのであれば、Ｐ２、Ｐ３、Ｐ４のいずれかから内線番号リスト（機器ポリシー）を受け取るか、又は、Ｐ２−Ｐ４から受信した機器ポリシーから、Ｐ１内部にてＰ２−Ｐ４に共通する機器ポリシーを自動生成して登録する。このため、電話機Ｐ１に対して内線番号リストを登録する作業を自動化することができる。

図５に示した携帯電話端末ＣＰ１〜４は、それぞれが情報管理装置であり、互いをオブジェクトとして認識する。携帯電話端末ＣＰ１は、赤外線などを用いた近距離用の通信手段によって近傍に携帯電話端末ＣＰ２〜４が存在することを認識し、携帯電話端末ＣＰ２〜ＣＰ４とオブジェクトデータを交換する。

このオブジェクトデータとしては、携帯電話端末の各種設定として「マナーモードのｏｎ／ｏｆｆ」、「留守番電話モードのｏｎ／ｏｆｆ」、「着信拒否設定」、その他の設定を交換する。

この結果、携帯電話端末ＣＰ１は、携帯電話端末ＣＰ２〜４が全てマナーモードオン、すなわち着信等の際に音を発しない状態に設定されていることを認識する。携帯電話端末ＣＰ１はマナーモードがオフの状態であるが、周囲の携帯電話端末がマナーモードをオンにしていることから自オブジェクトのマナーモード設定サービスの状態をオンからオフに変更する。ここでは、マナーモードを例に取って説明したが、携帯電話端末ＣＰ１は携帯電話端末ＣＰ２〜ＣＰ４に共通する設定を認識し、設定することとなる。

この自オブジェクトの状態変更は、携帯電話端末ＣＰ１の実際の設定に反映される。また、自オブジェクトを変更した場合、携帯電話端末ＣＰ１は、携帯電話端末ＣＰ２〜４に更新した自オブジェクトデータを送信する。

図６に示したノート型のコンピュータＣ１は、会議室Ｒ１の中に入った場合に、サーバＣ２から会議資料データを受領する。ここで、コンピュータＣ１とサーバＣ２は有線ＬＡＮなどで接続され、互いをオブジェクトとして認識する。コンピュータＣ１が会議室Ｒ１に入ったことの検知は、例えば各部屋に置かれたルータをその部屋と対応させて管理しているならば、コンピュータＣ１が接続したネットワークのルータなどを識別することで実現可能である。

このように、場所の情報に基づいてデータを渡すことで、会議室内で使用するデータを自動的に配布することができる。また、会議室外に出た場合に削除する、アクセスに対して時間や時刻の制限をかける、などによってデータに対するセキュリティを向上することができる。

図７に示した携帯電話端末ＣＰ５は、携帯電話端末ＣＰ６から機器ポリシーを受信している。受信した機器ポリシーは、会議室内ではマナーモードにすることを規定している。したがって、携帯電話端末ＣＰ５を会議室Ｒ２に持ち込むと、ポリシーの条件が成立し、マナーモードがオンになる。機器ポリシーを機器の持ち主が生成するのではなく、この例のように他のオブジェクト所有の機器ポリシーを授受することで、共有すべきルールを自動的に適用可能となる。

つぎに、オブジェクト管理部２２の処理動作について説明する。図８は、オブジェクト管理部２２によるオブジェクトデータ更新の処理動作を説明するフローチャートである。オブジェクト管理部２２は、まず予め確立した通信路を介してオブジェクトデータを受け取る（Ｓ１０１）。

次に、オブジェクト管理部２２は、受け取ったオブジェクトデータについてリクエストの種類を判定する。リクエストの種類が削除の依頼であれば（Ｓ１０２，Ｙｅｓ）、オブジェクト管理部２２は、オブジェクトデータの削除を行なう（Ｓ１０５）。削除ではない場合（Ｓ１０２，Ｎｏ）、リクエストは追加依頼である。

追加の依頼であって自装置がそのオブジェクトデータを持っていない、すなわち新規の追加であれば（Ｓ１０３，Ｙｅｓ）、オブジェクト管理部２２はオブジェクトデータを追加する（Ｓ１０６）。新規でなく（Ｓ１０３，Ｎｏ）、自装置が既に有するオブジェクトデータについての何らかの差分がある追加依頼でれば（Ｓ１０４，Ｙｅｓ）、オブジェクト管理部２２はオブジェクトデータを更新する（Ｓ１０７）。それ以外の場合には、リクエストを受診した履歴だけをオブジェクト管理部２２はオブジェクトメタデータとして残す。

オブジェクト管理部２２は、オブジェクトを追加・変更・削除した後、オブジェクト管理部２２は、オブジェクト間の関係を示すオブジェクトリレーションを更新し（Ｓ１０８）、オブジェクトのプロパティを更新し（Ｓ１０９）、オブジェクトサービスを更新する（Ｓ１１０）。なお、格納されたオブジェクトの情報（サービス、データ等）を更新した後、オブジェクト管理部２２は、他の装置に対してオブジェクトの更新を通知するリクエストを送出する。

また、オブジェクトに付随するメタデータ、すなわちオブジェクトの更新履歴の更新を行う（Ｓ１１１）。更新されるオブジェクト情報は、情報管理部１２だけでなく、外部のデータや外部のサービスと連携するものであっても良い。例えば携帯電話端末の場合では、基本ソフトが管理している携帯の機器固有番号や製造者名に対して、情報管理部１２から参照するデータとしてリンクを行っても良い。同様に携帯電話端末の場合では、基本ソフトが管理しているスケジュール帳サービスへの参照を行い、当該サービス中のデータとの連携を行っても良い。

これらの操作は、利用者によって、アクセス権限が設定される。オブジェクト表現記述時にデータやサービスへのアクセス権限を設定することで、読み・書き・実行の権限がある場合にのみ、当該オブジェクトを操作することができる。

図８に示した処理動作では、オブジェクトメタデータの更新（Ｓ１１１）の後、オブジェクト管理部２２は環境変数の更新が必要であるかを判断する（Ｓ１１２）。環境変数の更新が必要であれば（Ｓ１１２，Ｙｅｓ）、オブジェクト管理部２２は環境変数の更新を行なう（Ｓ１１３）。環境変数の更新（Ｓ１１３）の後、オブジェクト管理部２２は、外部データとの連係が必要であるか否かを判定する（Ｓ１１４）。外部データとの連携が必要であれば（Ｓ１１４，Ｙｅｓ）、オブジェクト管理部２２は外部データを更新する（Ｓ１１５）。

環境変数の更新が不要である場合（Ｓ１１２，Ｎｏ）、外部データ連係が必要でない場合（Ｓ１１４，Ｎｏ）、また外部データの更新（Ｓ１１５）を行なった場合、オブジェクト管理部２２は、外部サービスとの連係が必要であるか否かを判定する（Ｓ１１６）。

外部サービスとの連係が必要である場合（Ｓ１１６，Ｙｅｓ）は、オブジェクト管理部２２は、オブジェクトの変更について外部サービスに通知して（Ｓ１１７）処理を終了する。また、外部サービスとの連係が必要でない場合（Ｓ１１６，Ｎｏ）にはオブジェクト管理部２２はそのまま処理を終了する。

図９は、時間経過に基づくオブジェクトデータの削除について説明するフローチャートである。オブジェクトの情報は周辺の端末から収集されるため、膨大な量になる。携帯電話端末のように保存領域に限りがある機器では、所定の期間の後、オブジェクトの情報を削除することが好ましい。オブジェクトの更新履歴はオブジェクトメタデータに管理されているので、オブジェクト管理部２２は所定期間以上更新のないオブジェクトについてオブジェクトの削除リクエストを作成して削除する。

具体的には、オブジェクト管理部２２は、一定期間を置いて（Ｓ２０１）定期的にオブジェクトメタデータＤ０１の更新日時を確認する（Ｓ２０２）。オブジェクト管理部２２は、所定期間、例えばＸ日以上更新されていないオブジェクトデータがあれば（Ｓ２０３，Ｙｅｓ）、オブジェクトの削除リクエストを発行して（Ｓ２０４）、処理を終了する。なお、オブジェクトデータの更新日時からの経過時間が所定期間未満であれば（Ｓ２０３，Ｎｏ）、オブジェクト管理部２２はそのまま処理を終了する。

つぎに、機器ポリシー管理部２５の処理動作について説明する。図１０は、機器ポリシー管理部２５による機器ポリシー更新の処理動作を説明するフローチャートである。機器ポリシー管理部２５は、機器ポリシーを受け取る（Ｓ３０１）。機器ポリシーは、予め確立した通信路を介して外部から受け取っても良いし、機器ポリシー作成部２４が作成したポリシーであっても、ハードウェア部１１から直接入力されたポリシーであっても良い。

機器ポリシー管理部２５は、受け取った機器ポリシーについてリクエストの種類を判定する。リクエストの種類が削除の依頼であれば（Ｓ３０２，Ｙｅｓ）、機器ポリシー管理部２５は、機器ポリシーの削除を行なう（Ｓ３０５）。削除ではない場合（Ｓ３０２，Ｎｏ）、リクエストは追加依頼である。

追加の依頼であって自装置がその機器ポリシーを持っていない、すなわち新規の追加であれば（Ｓ３０３，Ｙｅｓ）、機器ポリシー管理部２５はオブジェクトデータを追加する（Ｓ３０６）。新規でなく（Ｓ３０３，Ｎｏ）、自装置が既に有する機器ポリシーについての何らかの差分がある追加依頼でれば（Ｓ３０４，Ｙｅｓ）、機器ポリシー管理部２５は機器ポリシーを更新する（Ｓ３０７）。それ以外の場合（Ｓ３０４，Ｎｏ）には、機器ポリシー管理部２５そのまま処理を終了する。

機器ポリシー管理部２５は、機器ポリシーを追加・変更・削除した後、機器ポリシーの適用フェーズに移る。機器ポリシーを適用するために、まず、機器ポリシー管理部２５は、自装置の場所・時間を確定する（Ｓ３０８，Ｓ３０９）。次に、自装置内で管理しているオブジェクト群に対して、更新のあった機器ポリシーの適用が必要であるかを判断する（Ｓ３１０）。

適用の必要の有無の際には、オブジェクトとオブジェクトのリレーションを判定しても良い。リレーションの例としては、オブジェクトの近さや包含関係、接触の有無などがある。例えば、オブジェクトの近さを用いて適用条件を記述する場合、当該携帯電話の周囲に“マナーモード設定がオンの状態の携帯電話”に該当するオブジェクトが３個以上ある場合、といった当該オブジェクトと周囲のオブジェクトとの関係を使った適用条件を用いる。機器ポリシーを適用するための条件となる。機器ポリシーの適用が必要な場合として判断された場合（Ｓ３１１，Ｙｅｓ）には、自装置内のオブジェクト情報を更新し、他の装置に対して、オブジェクトの更新を通知するリクエストを送出して（Ｓ３１２）、処理を終了する。

図１１は、時間の経過に基づく機器ポリシーの削除について説明するフローチャートである。機器ポリシーには、時間の設定がなされるものがある。一定期間の後、機器ポリシー情報を定期的にチェックし、期間設定の古いポリシーに関しては削除を行っても良い。

具体的には、機器ポリシー管理部２５は、一定期間を置いて（Ｓ４０１）定期的に機器ポリシーのターゲットオブジェクトのターゲット期間を確認する（Ｓ４０２）。この結果ターゲット期間が終了していれば（Ｓ４０３，Ｙｅｓ）、機器ポリシーの削除リクエストを発行して（Ｓ４０４）、処理を終了する。なお、ターゲット期間が終了していなければ（Ｓ４０３，Ｎｏ）、機器ポリシー管理部２５はそのまま処理を終了する。

つぎに、機器ポリシー作成部２４による機器ポリシーの作成について説明する。機器ポリシー作成部２４は、機器ポリシーを現行オブジェクトのサービスを元に自動的に生成する。

たとえば、社員のスケジュール情報を管理しているサーバと、携帯電話端末とが通信路を確立し、互いをオブジェクトとして認識した場合について考える。サーバは携帯電話端末にスケジュールデータを渡し、携帯電話端末はスケジュールデータを格納する。

このとき、携帯電話端末上ではオブジェクトデータの更新を契機に機器ポリシーの自動生成が行われる。携帯電話端末上で管理されているオブジェクトサービスが集計され、スケジュール帳サービス中のデータに関しても、全オブジェクト中一定数以上同一のデータとなっていないかが検索される。そして、一定数のデータがあれば、スケジュール帳サービスのデータを機器ポリシーの形に変形する。

図１２は、オブジェクトサービスからの機器ポリシー作成のフローチャートである。機器ポリシー作成部２４は、まず情報管理装置１上でオブジェクトサービスを集計する（Ｓ５０１）。集計の結果、全オブジェクト中で一定数を占めているサービスを元に機器ポリシーの候補を作成する。例えば、会社の事務所内で仕事をしている際、携帯電話端末上で、この集計作業が行われ、翌日のスケジュールが周辺オブジェクト中で、過半数以上一致していた場合などである。

全オブジェクト中で一定数を占めているサービスデータがあれば（Ｓ５０２，Ｙｅｓ）、機器ポリシー作成部２４は、このサービスデータから当該サービスデータと同じ設定を行うポリシーをポリシー候補として用意して、利用者に提示する（Ｓ５０３）。例えば、上述した例では、携帯電話端末は過半数以上のオブジェクトが適用している翌日のスケジュールデータの適用を機器ポリシーの形に変形し、利用者に対して、機器ポリシーの適用が必要かどうかを問い合わせる。

提示したポリシーの候補が利用者に採用され、機器ポリシーの作成を指示された（Ｓ５０４，Ｙｅｓ）場合は、機器ポリシー作成部２４は、機器ポリシー適用時に必要となる情報として、機器ポリシーの適用対象となる場所・時間・周辺環境を確定する（Ｓ５０５〜Ｓ５０７）。

確定の後、機器ポリシー作成部２４は利用者への確認を行い、必要に応じて修正を仰ぐ（Ｓ５０８）。機器ポリシー作成部２４は、完成した機器ポリシーを追加し（Ｓ５０９）、自装置内のオブジェクト情報を更新し、他の装置に対してオブジェクトの更新を通知するリクエストを送出して（Ｓ５１０）、処理を終了する。

つぎに、オブジェクト履歴から機器ポリシーを生成する場合について説明する。例として、携帯電話端末が講演会場に入室し、周辺の機器へオブジェクトの追加リクエストを行い、他オブジェクトからマナーモード設定データを受け取る場合を示す。携帯電話端末上ではオブジェクトデータの更新を契機に機器ポリシーの自動生成が行われる。携帯電話端末は、自らが管理するオブジェクトプロパティ、オブジェクトサービスを集計し、オブジェクトデータが格納された過去の周辺環境中に、類似した周辺環境であったものがないか検索する。

例えば、携帯電話端末は、過去にマナーモード設定データを保存した履歴を検索し、その際の周辺環境について集計作業を行ない、当該過去の履歴中の周辺環境と、現在の周辺環境に共通する部分がないか、環境の類似性の確認を行なう。この時、完全な一致ではなくとも、緩い一致をもって類似していると判断しても構わない。

マナーモード設定データを保存した過去のデータを検索し、現在の周辺環境と、履歴中の周辺環境で一致する部分は、「周辺にマナーモード設定を行ったオブジェクトが４台以上あった」場合であったとする。この場合、携帯電話端末は類似環境を機器ポリシーの適用条件に変形し、当該適用条件の場合に、マナーモード設定をオンにするという機器ポリシー候補を作成し、利用者に提示して、機器ポリシーの適用が必要かどうかを問い合わせる。

図１３は、オブジェクト履歴からの機器ポリシー作成のフローチャートである。機器ポリシー作成部２４は、まず情報管理装置１上でオブジェクトプロパティとオブジェクトサービスを集計する（Ｓ６０１，Ｓ６０２）。機器ポリシー作成部２４は、集計の結果とオブジェクトメタデータが示すオブジェクトの更新の履歴と環境の類似性を確認する（Ｓ６０３）。

オブジェクト履歴の中に類似の環境が有った場合（Ｓ６０４，Ｙｅｓ）は、機器ポリシー作成部２４は、類似環境を利用者に提示する（Ｓ６０５）。

提示したポリシーの候補が利用者に採用され、機器ポリシーの作成を指示された（Ｓ６０６，Ｙｅｓ）場合は、機器ポリシー作成部２４は、機器ポリシー適用時に必要となる情報として、機器ポリシーの適用対象となる場所・時間・周辺環境を確定する（Ｓ６０７〜Ｓ６０９）。

確定の後、機器ポリシー作成部２４は利用者への確認を行ない、必要に応じて修正を仰ぐ（Ｓ６１０）。機器ポリシー作成部２４は、完成した機器ポリシーを追加し（Ｓ６１１）、自装置内のオブジェクト情報を更新し、他の装置に対して、オブジェクトの更新を通知するリクエストを送出して（Ｓ６１２）、処理を終了する。

つぎに、情報管理部１２が各種情報をＸＭＬ（Extensible Markup Language）で記述する場合の表現例について説明する。図１４に示した例では、ＩＣＳタグによって情報管理用のデータを記述している。

図１４に示したデータＤ１０は、ics:ObjectdataSetタグでオブジェクトを定義し、ics:PolicySetタグによって機器ポリシーの設定、すなわちポリシーの適用オブジェクトとの内容を定義している。ics:ObjectdataSetタグ内の記述内容をデータＤ１１、ics:PolicySetタグ内の記述内容をデータＤ１２とし、具体例を挙げる。

図１５は、データＤ１１の具体例である。図１５に示したようにデータＤ１１は、ics:Commentタグ、ics:ObjectPropertySetタグ、ics:ObjectServiceSetタグなどを用いて記述を行なっている。ics:Commentタグは、コメントの記述用である。ics:ObjectPropertySetタグはオブジェクトのプロパティ定義を示す。また、ics:ObjectServiceSetタグは、オブジェクトのサービス定義を示す。

図１５に示した例では、プロパティ定義として、製品名が携帯電話であること、型番がＦ−０１Ａであること、製造元がａａａ社であること、オブジェクトグループがＩＣＳ−ａａａであることが記述されている。

また、サービス定義には、周辺のオブジェクトを検知するサービス、音設定を行なうサービス、電話帳データを設定するサービス、ファイル共有を行なうサービス、赤外線通信を行なうサービスについて、現在の設定値とパーミッションコントロールの値が示されている。パーミッションコントロールはpermitの値で示される。permitの３つの桁はそれぞれ自装置、同グループ内の他装置、グループ外装置に対応し、各桁は０〜７の値をとる。各桁の値は、読み出し、書き込み、実行の可否をそれぞれ１ビットで示した場合の２進数３ビットを１０進数に変換したものである。

図１６は、データＤ１２の具体例である。図１６に示したようにデータＤ１２は、ics:TargetobjectpolicySetタグ、ics:TargetobjectSetタグなどを用いて記述を行なっている。ics:TargetobjectpolicySetタグは、ポリシーを設定するオブジェクトサービスとそのデータ指定である。図１５に示した例では、ics:TargetobjectpolicySetタグは、音設定のサービスについて、値を「ＯＦＦ」にすることを指定している。

また、ics:TargetobjectSetタグは、ポリシー設定を適用するオブジェクトを指定することでポリシーの実行条件を示す。図１６に示した例では、場所の条件がｂ研究所１階のｃホール、周辺のオブジェクトの条件として音設定が「ＯＦＦ」の値を取るオブジェクトが近傍に３つ以上存在すること、を指定している。

図１７は、データＤ１２の他の具体例である。図１７に示した例では、ics:TargetobjectpolicySetタグは、講演会の講演者の名前と読み、メールアドレスを電話帳に登録すること、講演会の講演資料を共有すること、を指定している。

また、図１７に示した例では、ics:TargetobjectSetタグは、時間の条件が２００９年１月１日の７時から１８時まで、場所の条件がｂ研究所１階のｃホール、周辺のオブジェクトの条件として講演会のスケジュールが登録されたオブジェクトが近傍に２つ以上存在すること、を指定している。

以上説明してきたように、本実施例にかかる情報管理装置１は、装置内の提供サービスや保存されたデータで機器を表現し、周辺の装置を当該モデルによって管理し、周辺環境がどういう複数の機器で構成されている場合はどういう機器状態であるのが望ましいのか、機器のポリシーを定義する。

これによって周辺機器の状態や環境に適応した機器情報設定が可能になる。すなわち、従来技術のようにある外部データがきたら機器の情報設定を更新する、というのではなく、周辺の複数の機器がどういう状態にある時に、当該機器の状態をどう設定するべきか、ということを記述することで、周囲の機器に合わせた動作や情報設定を行なう。したがって、機器の設定情報やサービスを周辺の機器の状態に応じて制御可能な情報管理システムを提供することができる。

なお、本実施例では、１台の装置上に１人の利用者専用である１つの情報管理システム、すなわち１つの情報管理部が構築されている場合を想定して説明した。しかしながら、開示の技術はこれに限定されること無く、１つの情報管理システム上に複数の利用者が割り当てられていても良いし、利用者を割り当てられない情報管理システムがあっても良い。また、１つの装置上に複数の情報管理システムが格納されていても良い。また、例えば、他のオブジェクトの検知は他の装置が担当する、という風に一部機能や、一部データを他の装置上に切り離して保持するなど、１つの情報管理システムの機能が複数の装置に分散されていても良い。

さらに本実施例に示した情報管理部１２は、専用のハードウェアによって実現してもよいし、プログラムによって実現することとしても良い。情報管理部１２をプログラムによって実現する場合、プログラムは装置上のメモリに展開され、ＣＰＵ（Central Processing Unit）によって実行されることで本実施例に開示した各種動作を実現する。

１ 情報管理装置
１１ ハードウェア部
１２ 情報管理部
２１ オブジェクト作成部
２２ オブジェクト管理部
２３ 通信部
２４ 機器ポリシー作成部
２５ 機器ポリシー管理部
２６ 機器制御部
Ｃ１ コンピュータ
Ｃ２ サーバ
ＣＰ１〜６ 携帯電話端末
Ｄ０１ オブジェクトメタデータ
Ｄ０２ オブジェクトデータ
Ｄ０３ 機器ポリシーデータ
Ｐ１〜４ 電話機
Ｒ１ 会議室

Claims (9)

1. 少なくとも自装置に関する情報と自装置の機能とを他装置に公開可能なオブジェクトとして管理するオブジェクト管理部と、
   外部の装置から当該装置が管理するオブジェクト、前記自装置のオブジェクトに適合するデータ、前記オブジェクトの動作内容と動作条件とを規定するポリシーのうち少なくともいずれかを受信可能な通信部と、
   前記オブジェクト管理部が管理するオブジェクトと前記ポリシーのうち少なくともいずれかを用いて自装置の動作を制御する制御部と
   を備えたことを特徴とする情報管理装置。
2. 前記通信部が受信したポリシーもしくは自装置で作成したポリシーを管理するポリシー管理部をさらに備えたことを特徴とする請求項１に記載の情報管理装置。
3. 前記動作条件は、周辺のオブジェクトの状態、周辺のオブジェクトの数、時間、場所のうち少なくともいずれかを使用することを特徴とする請求項１に記載の情報管理装置。
4. 前記オブジェクト管理部は、前記通信部が取得した他装置のオブジェクトを用いて自装置のオブジェクトを変更することを特徴とする請求項１に記載の情報管理装置。
5. 前記オブジェクト管理部が管理するオブジェクトから前記ポリシーを作成するポリシー作成部をさらに備えたことを特徴とする請求項１に記載の情報管理装置。
6. 前記ポリシー作成部は、複数のオブジェクトが共通して有する動作から前記ポリシーを作成することを特徴とする請求項５に記載の情報管理装置。
7. 前記ポリシー作成部は、前記オブジェクト管理部によるオブジェクトの管理履歴から現状と類似する周辺環境を抽出し、抽出した環境を前記動作条件とするポリシーを作成することを特徴とする請求項５に記載の情報管理装置。
8. 少なくとも自装置に関する情報と自装置の機能とを他装置に公開可能なオブジェクトとして作成するオブジェクト作成ステップと、
   外部の装置から当該装置が管理するオブジェクト、前記自装置のオブジェクトに適合するデータ、前記オブジェクトの動作内容と動作条件とを規定するポリシーのうち少なくともいずれかを受信する受信ステップと、
   前記受信ステップが受信した内容を用いて自装置の動作を制御する制御ステップと
   を含んだことを特徴とする情報管理方法。
9. 少なくとも自装置に関する情報と自装置の機能とを他装置に公開可能なオブジェクトとして作成するオブジェクト作成手順と、
   外部の装置から当該装置が管理するオブジェクト、前記自装置のオブジェクトに適合するデータ、前記オブジェクトの動作内容と動作条件とを規定するポリシーのうち少なくともいずれかを受信する受信手順と、
   前記受信手順が受信した内容を用いて自装置の動作を制御する制御手順と
   を情報管理装置に実行させることを特徴とする情報管理プログラム。

Images