JP2014053002A - ユーザ中心の状況情報管理装置及びその方法 - Google Patents

Abstract

【課題】多様な領域で発生する状況情報を統合的に推論することができる状況情報管理装置を提供する。
【解決手段】ユーザ中心の状況情報管理装置は、複数のセンサーで構成され、前記複数のセンサーから収集された各々の第１状況情報を伝送するセンサーレベル部と、状況情報モデルを利用して、前記各々の第１状況情報のうち対応する第２状況情報を統合及び推論し、第１推論状況情報を生成及び伝送する複数の領域状況情報管理部（領域＿Ｕ−ＣｏＵＤＥ）で構成される領域レベル部と、前記状況情報モデルを利用して、前記複数の領域状況情報管理部から伝送された前記第１推論状況情報を統合及び推論し、第２推論状況情報を生成及び提供する複数のユーザ状況情報管理部（ユーザ＿Ｕ−ＣｏＵＤＥ）で構成されるユーザレベル部と、を含む。これにより、多様な領域で発生する異なる形態の状況情報を標準化された形態に変換することができる。
【選択図】図２

Description

本発明は、状況情報管理に関し、より詳細には、ユーザ中心の状況情報管理装置及びその方法に関する。

ネットワーキング、センサー及び携帯端末技術の発展に伴い、ユーザと関連がある状況情報（ｃｏｎｔｅｘｔ）を生成することができる装備及び装置が増加している。このような装備あるいは装置は、スマートフォン、タブレットパソコン、ノートパソコン、スマートホーム、各種センサー及びソーシャルネットワーキングサービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅｓ；ＳＮＳ）などのような特定領域内に含まれている。また、特定ユーザと社会的に関連がある他のユーザの状況情報も非常に有用な情報を提供する。この際、状況情報は、多様な状況情報応用プログラムまたはサービスによって使用されることができる。

一方、状況情報の管理水準は、次のような３つの段階に区分されることができる。
−領域水準：状況情報を特定の一領域だけで収集し活用する。
−ユーザ水準：特定ユーザと関連がある多様な領域で状況情報を収集し統合的に管理する。

−社会的水準：ユーザ水準の管理だけでなく、ユーザが社会的に関係を結んでいる他のユーザの状況情報まで考慮する。
最近、特定ユーザと関連した状況情報が１つの領域だけで生成されるものではなく、多様な領域で生成される。例えば、スマートフォン、ユーヘルス（ｕ−Ｈｅａｌｔｈ）センサー及び家族の状況情報を統合的に活用するユーヘルスサービスがある。ユーヘルスサービスにおいてスマートフォンは応急状況でメッセージを送って、ユーザの正確な位置情報を提供する機能をし、ユーヘルスセンサーは、ユーザの健康状態情報を提供し、家族の状況情報は、家族とユーザとの距離情報を提供する。もし、ユーザに健康上の危急な問題をユーヘルスセンサーが発見すれば、これと関連した健康状態情報とユーザの正確な位置情報が身近にある家族にスマートフォンのメッセージ伝送機能を通じて伝達されることができる。このように多様な領域の状況情報を同時に活用するサービスは、ユーザあるいは社会的水準の状況情報管理を必要とする。

しかしながら、従来の状況情報管理装置は、１つの領域だけを考慮する領域水準にとどまっており、このような領域水準の状況情報管理装置は、前述したように多様な領域で発生する状況情報を統合的に推論することができない問題点がある。

また、従来の状況情報管理装置は、多様な領域で発生する状況情報を統合的に推論することができないので、ユーザに状況情報をさらに有用に提供することができない問題点がある。

前述したような問題点を解決するために、本発明の目的は、ユーザ周辺に混在する多様な状況情報を共通された形態で示すことができる柔軟で且つ拡張可能な状況情報モデルと、状況情報及び状況情報提供者間の階層モデルを提供することによって、多様な領域で発生する状況情報を統合的に推論することができる状況情報管理装置を提供することにある。

また、本発明の他の目的は、ユーザ中心の状況情報を統合的に管理し活用することができるユーザ中心の状況情報管理方法を提供することにある。

前記目的を達成するために、本発明の実施例によるユーザ中心の状況情報管理装置は、複数のセンサーで構成され、前記複数のセンサーから収集された各々の第１状況情報を伝送するセンサーレベル部と；状況情報モデルを利用して、前記各々の第１状況情報のうち対応する第２状況情報を統合及び推論し、第１推論状況情報を生成及び伝送する複数の領域状況情報管理部（領域＿Ｕ−ＣｏＵＤＥ）で構成される領域レベル部と；前記状況情報モデルを利用して、前記複数の領域状況情報管理部から伝送された前記第１推論状況情報を統合及び推論し、第２推論状況情報を生成及び提供する複数のユーザ状況情報管理部（ユーザ＿Ｕ−ＣｏＵＤＥ）で構成されるユーザレベル部と；を含む。

ここで、前記複数の領域状況情報管理部と前記複数のユーザ状況情報管理部は、状況情報及び状況情報提供者間の階層モデルを一緒に利用して前記第１推論状況情報及び前記第２推論状況情報を各々生成及び提供する。

本発明の実施例による他のユーザ中心の状況情報管理装置は、状況情報モデルを利用して、異なる形態の状況情報を標準化形態に変換し、これに対応する各々の共通状況情報を生成する変換部と；前記各々の共通状況情報と前記各々の共通状況情報各々に対応する格納された統合状況情報の差異の有無を判断し、前記差異の有無に対応して前記各々の共通状況情報の伝送可否を決定する変化探知部と；前記各々の共通状況情報のうち伝送された共通状況情報を同一の種類に区分した後、前記同一の種類内で前記伝送された共通状況情報間の矛盾を解決し、前記統合状況情報として伝送する矛盾解決部と；前記統合状況情報を利用して新しい推論状況情報を推論し、前記統合状況情報として伝送する推論部と；を含む。

ここで、前記変換部は、状況情報及び状況情報提供者間の階層モデルを一緒に利用して前記各々の共通状況情報を生成する。
ここで、前記異なる形態の状況情報を複数のセンサーから収集し、前記変換部に伝送する状況情報収集部と；前記状況情報収集部が利用することができる前記複数のセンサーリストを前記状況情報収集部に提供する資源管理部と；前記統合状況情報を格納するデータベースと；前記統合状況情報を状況情報応用プログラムに提供する状況情報提供部と；前記統合状況情報を認証されない更新及び権限がない使用要請から保護する保安部と；をさらに含むことができる。

ここで、前記変化探知部は、前記各々の共通状況情報が緊急状況情報に該当するか否かによってオン（Ｏｎ）またはオフ（Ｏｆｆ）とされることができる。
前記目的を達成するために、本発明の一態様によるユーザ中心の状況情報管理方法は、複数のセンサーから各々の第１状況情報を収集及び伝送する段階と；状況情報モデルを利用して、前記各々の第１状況情報のうち対応する第２状況情報を統合及び推論し、第１推論状況情報を生成及び伝送する段階と；前記状況情報モデルを利用して、前記第１推論状況情報を統合及び推論し、第２推論状況情報を生成及び提供する段階と；を含む。

ここで、前記第１推論状況情報及び前記第２推論状況情報を生成する段階は、状況情報と状況情報提供者間の階層関係により定義される状況情報及び状況情報提供者間の階層モデルを一緒に利用する。

本発明の他の実施例によるユーザ中心の状況情報管理方法は、状況情報モデルを利用して、異なる形態の状況情報を標準化形態に変換し、前記異なる形態の状況情報対応する各々の共通状況情報を生成する第１段階と；前記各々の共通状況情報と前記各々の共通状況情報各々に対応する格納された統合状況情報の差異の有無を判断し、前記差異の有無に対応して前記各々の共通状況情報の伝送可否を決定する第２段階と；前記各々の共通状況情報のうち伝送された共通状況情報を同一の種類に区分した後、前記同一の種類内で前記伝送された共通状況情報間の矛盾を解決し、前記統合状況情報として伝送する第３段階と；前記統合状況情報を利用して新しい推論状況情報を推論し、前記統合状況情報として伝送する第４段階と；を含む。

ここで、前記第１段階は、状況情報と状況情報提供者間の階層関係により定義される状況情報及び状況情報提供者間の階層モデルを一緒に利用して前記各々の共通状況情報を生成する。

ここで、前記異なる形態の状況情報を複数のセンサーから収集する段階と；前記統合状況情報をデータベースに格納する段階と；前記統合状況情報を状況応用プログラムに提供する段階と；をさらに含む。

ここで、第２段階は、前記各々の共通状況情報が緊急な場合に該当する場合、省略されることができる。

本発明によるユーザ中心の状況情報管理装置及びその方法によれば、ユーザ周辺の多様な状況情報の統合的な推論が可能であり、これにより、ユーザが状況情報をさらに効率的に利用することができる効果を提供する。

本発明の実施例によるユーザ中心の状況情報管理装置を概略的に示すブロック図である。 図１の領域＿Ｕ−ＣｏＵＤＥ及びユーザ＿Ｕ−ＣｏＵＤＥに利用された本発明の実施例によるＵ−ＣｏＵＤＥの一例を概略的に示すブロック図である。 本発明の実施例による状況情報モデルの概念的構造を示す図である。 本発明の実施例による状況情報と状況情報提供者間の階層的関係モデルの概念的構造を示す図である。 本発明の実施例によるユーザ中心の状況情報管理方法を概略的に示す流れ図である。

本発明は、多様な変更を行うことができ、さまざまな実施例を有することができるので、特定の実施例を図面に例示し、詳細に説明する。しかし、これは、本発明を特定の実施形態に限定しようとするものではなく、本発明の思想及び技術範囲に含まれるすべての変更、均等物ないし代替物を含むものと理解しなければならない。各図面を説明するに際して、類似な参照符号を類似な構成要素について使用した。

ある構成要素が他の構成要素に「連結されて」あるいは「接続されて」いるとの記載されている場合は、その他の構成要素に直接的に連結されているか、または接続されているとのことであるが、その間に他の構成要素が存在することもありうると理解すべきである。一方、ある構成要素が他の構成要素に「直接連結されて」あるいは「直接接続されて」いると記載されている場合は、その間に、他の構成要素が存在しないものと理解すべきである。

本願発明に用いられる用語は、ただ特定の実施形態を説明するために用いられたもので、本願発明を限定しようとする意図ではない。単数の表現は、文脈上に明白に示さない限り複数の表現を含む。本願発明において、「含む」または「有する」などの用語は、明細書上に記載した特徴、数字、段階、動作、構成要素、部品またはそれらを組み合わせたものが存在することを指定しようとするものであって、１つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品またはそれらを組み合わせたものなどの存在または付加可能性を予め排除しないものとして理解すべきである。

他に定義されない限り、技術的や科学的な用語を含み、ここに用いられるすべての用語は本発明が属する技術分野にて通常の知識を有する者によって一般的に理解されるものと同一意味を有する。一般的に用いられる、事前に定義されているものと同一の用語は関連技術の文脈上に有する意味と一致する意味を有するものとして解釈すべきであり、本願発明において明白に定義しない限り、理想的や過度に形式的な意味として解釈されない。

以下、本発明による好ましい実施例を添付の図面を参照して詳細に説明する。
図１は、本発明の実施例によるユーザ中心の状況情報管理装置を概略的に示すブロック図である。

まず、本発明の実施例において使用される領域＿Ｕ−ＣｏＵＤＥ ３１０及びユーザ＿Ｕ＿Ｃｏｕｄｅ ４１０のＵ−ＣｏＵＤＥは、多様な領域にわたって分散している状況情報ＣＴ（ＣｏｎＴｅｘｔ）をユーザ中心に管理するための装置であって、Ｕｓｅｒ−ｃｅｎｔｒｉｃ Ｃｏｎｔｅｘｔ ｍａｎａｇｅｒ ｆｏｒ Ｕｂｉｑｕｉｔｏｕｓ ａｎｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｅｎｖｉｒｏｎｍｅｎｔから命名されたものである。

図１を参照すれば、本発明の実施例によるユーザ中心の状況情報管理装置１００は、センサーレベル部２００と、領域レベル部３００と、ユーザレベル部４００を含むことができる。

まず、センサーレベル部２００は、複数のセンサー２１０で構成され、複数のセンサー２１０の各々に対応する互いに異なる形態の状況情報ＣＴを収集し、これを領域レベル部３００に伝達する。

この際、複数のセンサー２１０は、例えば、物理センサー（ｐｈｙｓｉｃａｌ ｓｅｎｓｏｒ）または仮想センサー（ｖｉｒｔｕａｌ ｓｅｎｓｏｒ）になることができる。ここで、物理センサーは、物理的なハードウェア（ｈａｒｄｗａｒｅ）を利用して状況情報ＣＴを収集及び伝達する装置であって、状況情報ＣＴの収集に最も広く使用され、仮想センサーは、仮想空間に存在するソフトウェア応用プログラムまたはサービスを利用して状況情報ＣＴを収集及び伝達する装置である。

このために、センサーレベル部２００は、領域レベル部３００を構成する複数の領域＿Ｕ−ＣｏＵＤＥ ３１０の各々に対応する複数のセンサー２１０を含むことができる。具体的に例示すれば、センサーレベル部２００は、スマートホーム（Ｓｍａｒｔｈｏｍｅ）の領域＿Ｕ−ＣｏＵＤＥ ３１１に対応する家電機器状態センサー２１１及び動き感知センサー２１２と、スマートテレビ（ＳｍａｒｔＴＶ）の領域＿Ｕ−ＣｏＵＤＥ ３１２に対応するチャネル情報センサー２１３及び音量情報センサー２１４と、スマートフォン（ＳｍａｒｔＰｈｏｎｅ）の領域＿Ｕ−ＣｏＵＤＥ ３１３に対応するワイファィ（ＷｉＦｉ）２１５及び衛星位置確認システム（ＧＰＳ）２１６と、電子カレンダー（Ｃａｌｅｎｄａｒ）の領域＿Ｕ−ＣｏＵＤＥ ３１４に対応する時間情報センサー２１７及び日程情報センサー２１８などのセンサー２１０を含むことができる。領域＿Ｕ−ＣｏＵＤＥ ３１０については、図２を参照してさらに詳細に説明する。

領域レベル部３００は、複数のセンサー２１０から伝達された各々の状況情報ＣＴを統合及び推論し、領域推論状況情報ｄＩ＿ＣＴを生成し、生成された領域推論状況情報ｄＩ＿ＣＴをユーザレベル部４００に伝達する。

このために、領域レベル部３００は、複数の領域＿Ｕ−ＣｏＵＤＥ ３１０を含むことができ、複数の領域＿Ｕ−ＣｏＵＤＥ ３１０は、対応する複数のセンサー２１０から状況情報ＣＴを各々伝達され、これを統合及び推論し、領域推論状況情報ｄＩ＿ＣＴを生成する。具体的に例示すれば、領域レベル部３００は、スマートホーム、スマートテレビ、スマートフォン及び電子カレンダーの各々に対応する領域＿Ｕ−ＣｏＵＤＥ ３１１、３１２、３１３、３１４を含むことができる。この際、スマートホームのための領域＿Ｕ−ＣｏＵＤＥ ３１１は、例えば対応する家電機器状態センサー２１１及び動き感知センサー２１２から各々状況情報ＣＴを伝達され、伝達された各々の状況情報ＣＴを統合及び推論し、これに対応する領域推論状況情報ｄＩ＿ＣＴを生成する。さらに例示すれば、スマートテレビのための領域＿Ｕ−ＣｏＵＤＥ ３１２は、チャネル情報センサー２１３及び音量情報センサー２１４から伝達された各々の状況情報ＣＴを統合及び推論し、これに対応する領域推論状況情報ｄＩ＿ＣＴを生成し、スマートフォンのための領域＿Ｕ−ＣｏＵＤＥ ３１３は、ワイファイ２１５及び衛星位置確認システム２１６から伝達された各々の状況情報ＣＴを統合及び推論し、これに対応する領域推論状況情報ｄＩ＿ＣＴを生成し、電子カレンダーのための領域＿Ｕ−ＣｏＵＤＥ ３１４は、時間情報センサー２１７及び日程情報センサー２１８から伝達された各々の状況情報ＣＴを統合及び推論し、これに対応する領域推論状況情報ｄＩ＿ＣＴを生成する。

すなわち、領域レベル部３００の領域＿Ｕ−ＣｏＵＤＥ ３１０は、複数のセンサー２１０から伝達された各々の状況情報ＣＴを統合及び推論し、新しい領域推論状況情報ｄＩ＿ＣＴを生成及び伝達するので、領域レベル部３００に位置する状況情報応用プログラム（図示せず）、状況情報応用サービス（図示せず）またはユーザレベル部４００に位置するユーザ＿Ｕ−ＣｏＵＤＥ ４１０に対して論理（ｌｏｇｉｃａｌ）センサーの役目をする。

ユーザレベル部 ４００は、複数の領域＿Ｕ−ＣｏＵＤＥ ３１０から伝達された各々の領域推論状況情報ｄＩ＿ＣＴを統合及び推論し、社会推論状況情報ｓＩ＿ＣＴを生成及び提供する。

このために、ユーザレベル部４００は、複数のユーザ＿Ｕ−ＣｏＵＤＥ ４１０を含むことができ、複数のユーザ＿Ｕ−ＣｏＵＤＥ ４１０の各々は、領域レベル部３００の複数の領域＿Ｕ−ＣｏＵＤＥ３１０から領域推論状況情報ｄＩ＿ＣＴを各々伝達され、これを統合及び推論し、社会推論状況情報ｓＩ＿ＣＴを生成する。具体的に例示すれば、ユーザレベル部４００は、ユーザであるアリス（Ａｌｉｃｅ）、ボブ（Ｂｏｂ）及びチャーリー（Ｃｈａｌｉｅ）の各々に対応するユーザ＿Ｕ−ＣｏＵＤＥ ４１１、４１２、４１３を含むことができる。この際、ユーザであるボブのためのユーザ＿Ｕ−ＣｏＵＤＥ ４１２は、領域レベル部３００を構成するスマートホームの領域＿Ｕ−ＣｏＵＤＥ ３１１、スマートテレビの領域＿Ｕ−ＣｏＵＤＥ ３１２、スマートフォンの領域＿Ｕ−ＣｏＵＤＥ ３１３及び電子カレンダーの領域＿Ｕ−ＣｏＵＤＥ３１４から伝達された各々の領域推論状況情報ｄＩ＿ＣＴを統合及び推論し、これに対応する社会推論状況情報ｓＩ＿ＣＴを生成する。これと同様に、アリス及びチャーリーのユーザ＿Ｕ−ＣｏＵＤＥ ４１１、４１３は、領域レベル部３００の領域＿Ｕ−ＣｏＵＤＥ ３１０から領域推論情報ｄＩ＿ＣＴを伝達され、これを統合及び推論し、これに対応する社会推論状況情報ｓＩ＿ＣＴを生成する。ユーザ＿Ｕ−ＣｏＵＤＥ ４１０については、図２を参照してさらに詳細に説明する。

この際、生成された社会推論状況情報ｓＩ＿ＣＴは、これを利用する、例えば、状況情報応用プログラムまたは状況情報応用サービスに提供されることができる。また、各ユーザのユーザ＿Ｕ−ＣｏＵＤＥ ４１０から生成された社会推論状況情報ｓＩ＿ＣＴは、ユーザと関連した他のユーザのユーザ＿Ｕ−ＣｏＵＤＥ ４１０に伝達されることができる。具体的に例示すれば、ボブのユーザ＿Ｕ−ＣｏＵＤＥ ４１２から生成された社会推論状況情報ｓＩ＿ＣＴは、アリスまたはチャーリーのユーザ＿Ｕ−ＣｏＵＤＥ ４１１、４１３に伝達されることができる。これを通じて、各ユーザは、社会的に関係を結んでいる他のユーザの状況情報まで考慮することができるので、社会的水準の状況情報を獲得することができる。

前述したように、本発明の実施例によるユーザ中心の状況情報管理装置１００は、領域レベル部３００及びユーザレベル部４００の各々に対応する領域＿Ｕ−ＣｏＵＤＥ ３１０及びユーザ＿Ｕ−ＣｏＵＤＥ ４１０を構成することによって、領域水準の状況情報管理水準にとどまらず、ユーザ水準及び社会的水準の状況情報管理水準まで達成することができる。

以下、図２を参照して、本発明の実施例によるＵ−ＣｏＵＤＥ（図１の３１０、４１０）についてさらに詳細に説明する。
図２は、領域＿Ｕ−ＣｏＵＤＥ（図１の３１０）及びユーザ＿Ｕ−ＣｏＵＤＥ（図１の４１０）に利用された本発明の実施例によるＵ−ＣｏＵＤＥの一例を概略的に示すブロック図である。

図２に示されたように、Ｕ−ＣｏＵＤＥ ５００は、統合センサー部６００と通信して第１状況情報ＣＴ１を統合センサー部６００から収集し、収集された第１状況情報ＣＴ１を統合及び推論し、統合状況情報Ｔ＿ＣＴ１を生成し、状況情報応用プログラム（Ｃｏｎｔｅｘｔ−ａｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ）７００に提供する。

まず、統合センサー部６００と状況情報応用プログラム７００について説明する。
統合センサー部６００は、複数のセンサー部６１０で構成され、複数のセンサー部６１０の各々に対応する第１状況情報ＣＴ１をＵ−ＣｏＵＤＥ ５００に伝達する。

ここで、複数のセンサー部６１０は、例えば、物理センサー部（Ｐｈｙｓｉｃａｌ Ｓｅｎｓｏｒｓ）６１１と、仮想センサー部（Ｖｉｒｔｕａｌ Ｓｅｎｓｏｒｓ）６１２と、論理センサー部（Ｌｏｇｉｃａｌ Ｓｅｎｓｏｒｓ）６１３で構成されることができる。

物理センサー部６１１は、複数の物理センサーで構成され、各々の物理センサーに対応する第１状況情報ＣＴ１をＵ−ＣｏＵＤＥ ５００に提供し、仮想センサー部６１２は、複数の仮想センサーで構成され、各々の仮想センサーに対応する第１状況情報ＣＴ１をＵ−ＣｏＵＤＥ ５００に提供する。この際、物理センサー部６１１及び仮想センサー部６１２は、例えば、図１のセンサーレベル部２００（図１参照）になることができ、第１状況情報ＣＴ１は、図１の状況情報ＣＴ（図１参照）になることができる。

論理センサー部６１３は、物理センサー部６１１、仮想センサー部６１２及び論理センサー部６１３から収集された各々の第１状況情報ＣＴ１を統合及び推論し、新たに生成された状況情報を第１状況情報ＣＴ１としてＵ−ＣｏＵＤＥ ５００に提供する。図１を一緒に参照して、例えば、領域レベル部（図１の３００）の領域＿Ｕ−ＣｏＵＤＥ（図１の３１０）は、対応する複数のセンサー（図１の２１０）から各々の状況情報（図１のＣＴ）を受信し、各々の状況情報（図１のＣＴ）を統合及び推論し、領域推論状況情報（図１のｄＩ＿ＣＴ）を生成及び提供することによって、論理センサー機能をする。すなわち、各々の状況情報（図１のＣＴ）を推論し、新たに生成した領域推論状況情報（図１のｄＩ＿ＣＴ）が第１状況情報ＣＴ１になる。

状況情報応用プログラム７００は、Ｕ−ＣｏＵＤＥ ５００から提供される統合状況情報Ｔ＿ＣＴ１を利用するプログラムであって、例えば、図１のユーザレベル部４００のユーザ＿Ｕ−ＣｏＵＤＥ ４１０（図１参照）または領域＿Ｕ−ＣｏＵＤＥ ３１０（図１参照）の領域推論状況情報ｄＩ＿ＣＴ（図１参照）を利用する状況情報応用プログラムまたはサービスなどになることができる。一方、状況情報応用プログラム７００は、状況情報を利用する応用プログラムに限定されず、状況情報を利用するサービスなどになることができる。

以下、Ｕ−ＣｏＵＤＥ ５００についてさらに詳細に説明する。
Ｕ−ＣｏＵＤＥ ５００は、状況情報収集部（Ｃｏｎｔｅｘｔ Ｃｏｌｌｅｃｔｉｏｎ Ｍｏｄｕｌｅ）５１０と、資源管理部（Ｒｅｓｏｕｒｃｅ Ｍｇｍｔ． Ｍｏｄｕｌｅ）５２０と、変換部（Ｔｒａｎｓｌａｔｉｏｎ Ｍｏｄｕｌｅ）５３０と、変化探知部（ＣｈａｎｇｅＤｅｔｅｃｔｉｏｎ Ｍｏｄｕｌｅ）５４０と、矛盾解決部（Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎ Ｍｏｄｕｌｅ）５５０と、推論部（Ｉｎｆｅｒｅｎｃｅ Ｍｏｄｕｌｅ）５６０と、状況情報提供部（Ｃｏｎｔｅｘｔ Ｓｅｒｖｉｃｅ Ｍｏｄｕｌｅ）５７０及び保安部（Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ）５８０を含むことができる。

また、Ｕ−ＣｏＵＤＥ ５００は、矛盾制御部（Ｃｏｎｆｌｉｃｔ Ｐｏｌｉｃｉｅｓ）５５１と、保安制御部（Ｓｅｃｕｒｉｔｙ Ｐｏｌｉｃｉｅｓ）５８１と、データベース（ＤＢ）５９０をさらに含むことができる。

まず、状況情報収集部５１０は、統合センサー部６００の複数のセンサー部６１０から各々の第１状況情報ＣＴ１を収集し、各々の第１状況情報ＣＴ１を変換部５３０に伝達する。

この際、状況情報収集部５１０において、統合センサー部６００から第１状況情報ＣＴ１を収集するために利用することができる通信方法は、例えば、イーサネット（Ｅｔｈｅｒｎｅｔ）、ワイファイ（ＷｉＦｉ）、３Ｇ／４Ｇ、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、Ｚｉｇｂｅｅなどがある。これら技術のうちどれを選択するかは、第１状況情報ＣＴ１を提供するセンサーの種類及び第１状況情報ＣＴ１の特性によって選択されることができる。すなわち、統合センサー部６００から収集された第１状況情報ＣＴ１は、センサー部６１０を構成するセンサーの種類に対応して多様な特性を有することができ、このような第１状況情報ＣＴ１の特性によって状況情報収集部５１０と統合センサー部６００の通信方法が選択される。

また、状況情報収集部５１０は、資源管理部５２０と共に新しいセンサーを発見するか、または登録されているセンサーの可用性（ａｖａｉｌａｂｉｌｉｔｙ）を点検する。
資源管理部５２０は、第１状況情報ＣＴ１収集のために使用することができるセンサーのリスト（ｌｉｓｔ）を状況情報収集部５１０に提供する。

また、資源管理部５２０は、リストに存在するセンサーの可用性を周期的に点検し、センサーのリストを最新の状態に維持する。
このために、資源管理部５２０は、例えば、定められた規約を通じて自動的に新しいセンサーを発見し、センサーのリストに追加する。また、資源管理部５２０は、資源管理部５２０によって発見及び追加されたセンサーとユーザあるいは管理者の入力を通じて追加されたセンサーのリストを維持する。

変換部５３０は、複数のセンサー部６１０から収集され、異なる形態である各々の第１状況情報ＣＴ１を共通された形態に変換し、第１状況情報ＣＴ１の各々に対応する共通状況情報Ｃ＿ＣＴ１を生成する。また、変換部５３０は、生成された各々の共通状況情報Ｃ＿ＣＴ１を変化探知部５４０に伝達する。

各々の第１状況情報ＣＴ１を共通された形態に変換する理由は、多様な領域で発生する第１状況情報ＣＴ１は、状況情報ＣＴ１の特性及びセンサー部６１０の特性によって互いに異なる形態を有するようになるので、これを共通された形態に変換することによって、Ｕ−ＣｏＵＤＥ ５００が異なる領域の第１状況情報ＣＴ１を統合的に扱うことができるようにする。言い換えれば、第１状況情報ＣＴ１の各々に対応する共通状況情報Ｃ＿ＣＴ１を生成することによって、変換部５３０の上位構成部、例えば、変化探知部５４０または矛盾解決部５５０などが標準化された動作を行うことができるようにする。すなわち、変換部５３０は、異なる形態の第１状況情報ＣＴ１を標準化された形態のオントロジーモデル（Ｏｎｔｏｌｏｇｙ Ｍｏｄｅｌ）に変換することによって、相互運用性を確保する。

ここで、図３及び図４を参照して、変換部５３０が、各々が異なる第１状況情報ＣＴ１を、これに各々対応する共通された形態を有する共通状況情報Ｃ＿ＣＴ１に変換し、各々の第１状況情報ＣＴ１が標準化されたオントロジーモデルを維持するために利用することができる本発明の実施例による状況情報モデル、及び状況情報と状況情報提供者との間の階層的関係モデルについて記述する。

図３は、本発明の実施例による状況情報モデルの概念的構造を示す図であり、図４は、本発明の実施例による状況情報と状況情報提供者との間の階層的関係モデルの概念的構造を示す図である。

まず、図３を参照して、異なる形態の状況情報を効率的に表現することができる状況情報モデルに対して記述する。
状況情報（Ｃｏｎｔｅｘｔ）１は、状況情報源（ＣｏｎｔｅｘｔＳｏｕｒｃｅ）２によって生成され（ＣｏｎｔｅｘｔＰｒｏｄｕｃｅｄＢｙ）、状況情報消費部（ＣｏｎｔｅｘｔＣｏｎｓｕｍｅｒ）３によって消費される（ＣｏｎｔｅｘｔＣｏｎｓｕｍｅｒＨａｓＣｏｎｔｅｘｔ）。

状況情報源２は、多様な種類のセンサー及びユーザあるいは管理者が直接入力する情報に該当する。状況情報源２は、例えば、加速度センサー、ワイファイ（ＷｉＦｉ）ネットワークインタフェース、デジタル羅針盤またはＧＰＳなどになることができる。

また、状況情報源２は、ドメイン（Ｄｏｍａｉｎ）４に位置するようになる（ＤｏｍａｉｎＨａｓＣｏｎｔｅｘｔＳｏｕｒｃｅｓ）。ドメイン４は、例えば、スマートフォン、スマートホームまたはスマートテレビなどになることができる。

この際、１つのドメイン４は、複数の状況情報源２を有することができるが、具体的に例示すれば、スマートフォンというドメイン４は、加速度センサー、ワイファイネットワークインタフェース、デジタル羅針盤及びＧＰＳなどの状況情報源２を有することができる。

状況情報消費部３は、状況情報応用サービスを提供するか、推論を通じて新しい状況情報を生成する個体を示す。また、状況情報消費部３は、ドメイン４に位置し（ＤｏｍａｉｎＨａｓＣｏｎｔｅｘｔＣｏｎｓｕｍｅｒ）、ドメイン４は、複数の状況情報消費部３を含むことができる。

関連度（Ｒｅｌｅｖａｎｃｅ）５は、状況情報消費部３と状況情報１との関連性を定量的に示す値である。言い換えれば、関連度５は、状況情報１が状況情報消費部３に対して有する重要度、影響度、有用性、優先順位、時間的及び地域的近接度、適用可能性などが統合的に考慮されて計算された値である。例えば、ユーザのホンギルドンと関連した状況情報消費部３は、ホンギルドンと地域的に身近にあり、最新の情報を含む状況情報１にさらに高い関連度５を付与する。

状況情報１は、状況情報メタデータ（ＣｏｎｔｅｘｔＭｅｔａＤａｔａ）６を有する（ＣｏｎｔｅｘｔＨａｓＣｏｎｔｅｘｔＭｅｔａＤａｔａ）。状況情報メタデータ６は、状況情報１と連関された状況情報１の周辺情報を示すが、周辺情報は、例えば、状況情報１の種類、認証関連情報または権限ある状況情報消費部３のリストなどになることができる。

また、状況情報メタデータ６は、状況情報源２と状況情報品質（ＣｏｎｔｅｘｔＱｕａｌｉｔｙ）７を有する（ＣｏｎｔｅｘｔＭｅｔａＤａｔａＨａｓＣｏｎｔｅｘｔＳｏｕｒｃｅ、ＣｏｎｔｅｘｔＭｅｔａＤａｔａＨａｓＣｏｎｔｅｘｔＱｕａｌｉｔｙ）。これは、状況情報メタデータ６は、状況情報１と連関された状況情報１の周辺情報を得るためであり、このような状況情報１の周辺情報を利用して状況情報品質７が状況情報１に利用される情報の品質を記述することができるようにためである。

状況情報品質７は、状況情報１に利用される情報の品質を記述する指標を示す。状況情報１の品質を示す指標には、精密度（ｐｒｅｃｉｓｉｏｎ）、正確度（ｐｒｏｂａｂｉｌｉｔｙ ｏｆ ｃｏｒｒｅｃｔｎｅｓｓ）、信頼性（ｔｒｕｓｔｗｏｒｔｈｉｎｅｓｓ）、解像度（ｒｅｓｏｌｕｔｉｏｎ）または最新性（ｕｐ−ｔｏ−ｄａｔｅ）などがあり得る。

ここで、関連度５と状況情報品質７は、状況情報１と関連した数値を示す点で類似性があるが、関連度５は、状況情報１と状況情報消費部３との動的な相互作用によって決定され、状況情報品質７は、状況情報１自体の品質を示す点で差異がある。

状況情報１は、状況情報値（ＣｏｎｔｅｘｔＶａｌｕｅ）８を有する（ＣｏｎｔｅｘｔＨａｓＣｏｎｔｅｘｔＶａｌｕｅ）。状況情報値８は、状況情報１の実際値を示す。例えば、スマートフォンのＧＰＳ状況情報は、（３７．７７、−１２２．４１）という緯度と経度で構成された座標形態の状況情報値８を有することができる。

状況情報値８が状況情報１の実際値を示すために、状況情報値８は、状況情報値メタデータ（ＣｏｎｔｅｘｔＶａｌｕｅＭｅｔａＤａｔａ）９及び取得時間（ＯｂｔａｉｎｅｄＴｉｍｅ）１０を有する（ＣｏｎｔｅｘｔＶａｌｕｅＨａｓＣｏｎｔｅｘｔＶａｌｕｅＭｅｔａＤａｔａ、ＣｏｎｔｅｘｔＶａｌｕｅＨａｓＯｂｔａｉｎｅｄＴｉｍｅ）。

ここで、状況情報値メタデータ９は、状況情報１の実際値の単位、標本抽出周期または説明などの静的な情報を含む。具体的に例示すれば、状況情報値メタデータ９は、ＧＰＳ状況情報の（３７．７７、−１２２．４１）において緯度及び経度の単位を示す度合になることができる。

取得時間１０は、状況情報値８の動的な値を含む。具体的に例示すれば、取得時間１０は、ＧＰＳ状況情報の（３７．７７、−１２２．４１）において３３．７７、−１２２．４１などの数値になることができる。

ここで、状況情報値メタデータ９と取得時間１０とを区分した理由は、状況情報値メタデータ９は、状況情報１の単位などの静的な情報を示すので、しばしば変わらないが、取得時間１０は、状況情報値８が更新される度に一緒に変わらなければならないからである。

状況情報１は、状況情報源２から入る入力と、状況情報消費部３の要請に対する出力を統制するために、ポリシールール（ＰｏｌｉｃｙＲｕｌｅ）１１を選択するようになる（ＣｏｎｔｅｘｔＳｅｌｅｃｔｓＰｏｌｉｃｉｅｓ）。

ポリシールール１１は、状況情報生成詳細（ＣｏｎｔｅｘｔＰｒｏｄｕｃｔｉｏｎＤｅｔａｉｌｓ）１２を通じて認証された状況情報源２から供給される状況情報１を得ることができるように入力を制御する（ＰｏｌｉｃｙＧｏｖｅｒｎｓＣｏｎｔｅｘｔＰｒｏｄｕｃｔｉｏｎ）。

また、ポリシールール１１は、状況情報消費詳細（ＣｏｔｅｎｘｔＣｏｎｓｕｍｐｔｉｏｎＤｅｔａｉｌｓ）１３を通じて権限がある状況情報消費部３が状況情報１を提供されることができるように出力を制御する（ＰｏｌｉｃｙＧｏｖｅｒｎｓＣｏｎｔｅｘｔＣｏｎｓｕｍｐｔｉｏｎｓ）。

これを通じて、非常に敏感で且つ個人的な情報を含んでいる状況情報１が認証されない更新や権限がない要請から保護されることができる。
以下、図４を参照して状況情報（図３の１）と状況情報源（図３の２）の階層的関係とを記述する。

図４に示されたように、状況情報１と状況情報源２とには、コンポジットパターン（Ｃｏｍｐｏｓｉｔｅ Ｐａｔｔｅｒｎ）が適用される。コンポジットパターンは、客体を分割するデザインパターンであって、客体グループが単一客体のように取り扱われるようにする。コンポジットパターンの目的は、客体をツリー（ｔｒｅｅ）構造で構成し、部分−全体階層（ｐａｒｔ−ｗｈｏｌｅ ｈｉｅｒａｒｃｈｉｅｓ）を表現するためである。これは、ウインドウズ（Ｗｉｎｄｏｗｓ）運営体制のフォルダ概念と類似しているが、例えば、フォルダは、ファイル及びフォルダを含むことができ、下位フォルダは、さらにファイル及びフォルダを含むことができるものと類似している。

まず、状況情報１は、状況情報源２によって生成される（ＣｏｎｔｅｘｔＰｒｏｄｕｃｅｄＢｙ）。この際、状況情報１は、状況情報メタデータ６を有し（ＣｏｎｔｅｘｔＨａｓＣｏｎｔｅｘｔＭｅｔａＤａｔａ）、状況情報メタデータ６は、状況情報源２を有する（ＣｏｎｔｅｘｔＭｅｔａＤａｔａＨａｓＣｏｎｔｅｘｔＳｏｕｒｃｅ）。

ここで、状況情報源２階層構造の場合、状況情報源２を生成する状況情報源コンポジット（ＣｏｎｔｅｘｔＳｏｕｒｃｅＣｏｍｐｏｓｉｔｅ）３１があり、状況情報源コンポジット３１は、Ｓｕｂ（下位）−状況情報源コンポジット（図示せず）または状況情報源アトミック（ＣｏｎｔｅｘｔＳｏｕｒｃｅＡｔｏｍｉｃ）３２を有することができる。ここで、状況情報源アトミック３２は、統合された状況情報源２の以前の単一の状況情報源を示すが、状況情報源コンポジット３１は、このような単一の状況情報源である状況情報源アトミック３２を統合して状況情報源２を生成する（ＡｇｇｒｅｇａｔｅｓＣｏｎｔｅｘｔＳｏｕｒｃｅｓ）。

状況情報源アトミック３２は、プロファイル化状況情報源（ＰｒｏｆｉｌｅｄＣｏｎｔｅｘｔＳｏｕｒｃｅ）３３と感覚的状況情報源（ＳｅｎｓｏｒｙＣｏｎｔｅｘｔＳｏｕｒｃｅ）３４とに区分される。ここで、プロファイル化状況情報源３３は、ユーザまたは管理者によって直接入力されることを示し、感覚的状況情報源３４は、各種のセンサーによって入力されることを示す。

ここで、感覚的状況情報源３４は、さらに複数の下位グループに分類されることができるが、例えば、物理センサー（ＰｈｙｓｉｃａｌＳｅｎｓｏｒ）３５、仮想センサー（ＶｉｒｔｕａｌＳｅｎｓｏｒ）３６及び論理センサー（ＬｏｇｉｃａｌＳｅｎＳｏｒ）３７に区分されることができる。

物理センサー３５は、物理ハードウェアで構成されたセンサーを示し、仮想センサー３６は、コンピューターネットワークによって形成される仮想空間（ｃｙｂｅｒ−ｓｐａｃｅ）に位置するソフトウェア応用プログラムまたはサービスを利用するセンサーを示し、論理センサー３７は、物理、仮想及び論理センサーから状況情報を統合及び推論し、新しい状況情報を提供するセンサーを示す。

一方、関連状況情報詳細（ＲｅｌａｔｅｄＣｏｎｔｅｘｔＳｏｕｒｃｅＤｅｔａｉｌｓ）３８は、状況情報源２と、状況情報源２と関連した関連状況情報源（ＲｅｌａｔｅｄＣｏｎｔｅｘｔＳｏｕｒｃｅｓ）との関係を示す。

状況情報１階層構造の場合、状況情報１を生成する状況情報コンポジット（ＣｏｎｔｅｘｔＣｏｍｐｏｓｉｔｅ）２１があり、状況情報コンポジット２１は、Ｓｕｂ（下位）−状況情報コンポジット（図示せず）または状況情報アトミック（ＣｏｎｔｅｘｔＡｔｏｍｉｃ）２２を有することができる。ここで、状況情報アトミック２２は、統合された状況情報１の以前の単一の状況情報を示すが、状況情報コンポジット２１は、このような単一の状況情報である状況情報アトミック２２を統合して状況情報１を生成する（ＡｇｇｒｅｇａｔｅｓＣｏｎｔｅｘｔ）。

状況情報アトミック２２は、静的状況情報（ＳｔａｔｉｃＣｏｎｔｅｘｔ）２３と動的状況情報（ＤｙｎａｍｉｃＣｏｎｔｅｘｔ）２４とに区分され、静的状況情報２３は、静的な状況情報として管理者またはユーザの直接的な入力によって生成された状況情報である。すなわち、静的状況情報２３は、プロファイル化状況情報源３３によって生成される（ＳｔａｔｉｃＣｏｎｔｅｘｔＰｒｏｄｕｃｅＢｙ）。

動的状況情報２４は、動的な状況情報であって、さらに複数の下位グループに分類されることができる。例えば、動的状況情報２４は、物理的状況情報（ＰｈｙｓｉｃａｌＣｏｎｔｅｘｔ）２５、仮想的状況情報（ＶｉｒｔｕａｌＣｏｎｔｅｘｔ）２６及び推論的状況情報（ＩｎｆｅｒｒｅｄＣｏｎｔｅｘｔ）２７に区分されることができる。

ここで、物理的状況情報２５は、物理センサー３５によって収集された状況情報であり（ＰｈｙｓｉｃａｌＣｏｎｔｅｘｔＰｒｏｄｕｃｅｄＢｙ）、仮想的状況情報２６は、仮想センサー２６によって収集された状況情報であり（ＶｉｒｔｕａｌＣｏｎｔｅｘｔＰｒｏｄｕｃｅｄＢｙ）、推論的状況情報２７は、論理センサー３７によって収集された状況情報である（ＩｎｆｅｒｒｅｄＣｏｎｔｅｘｔＰｒｏｄｕｃｅｄＢｙ）。

一方、関連状況情報詳細（ＲｅｌａｔｅｄＣｏｎｔｅｘｔＤｅｔａｉｌｓ）２８は、状況情報１と、状況情報１と関連した関連状況情報との関係を示す。
すなわち、本発明の実施例によるＵ−ＣｏＵＤＥ ５００（図２参照）の変換部５３０（図２参照）は、本発明の実施例による状況情報モデルと、状況情報及び状況情報提供者間の階層モデルを利用することによって、異なる形態の第１状況情報ＣＴ１（図２参照）を標準化されたオントロジーモデルである共通状況情報Ｃ＿ＣＴ１（図２参照）に変換し、相互運用性を確保する。

さらに図２を参照して、本発明の実施例によるＵ−ＣｏＵＤＥ ５００の構成に対して説明する。
変化探知部５４０は、共通状況情報Ｃ＿ＣＴ１と統合状況情報Ｔ＿ＣＴ１との差異の有無を判断し、差異の有無に対応して共通状況情報Ｃ＿ＣＴ１の伝送可否を決定する。すなわち、変化探知部５４０は、共通状況情報Ｃ＿ＣＴ１と統合状況情報Ｔ＿ＣＴ１との差異の有無によって矛盾解決部５５０の呼び出しの可否を決定する。ここで、統合状況情報Ｔ＿ＣＴ１は、データベース５９０に格納されていた状況情報を意味する。

具体的に、共通状況情報Ｃ＿ＣＴ１が統合状況情報Ｔ＿ＣＴ１と互いに異なる意味を有する場合、すなわち差異がある場合、変化探知部５４０は、矛盾解決部５５０に共通状況情報Ｃ＿ＣＴ１を伝達することによって、衝動解決部５５０を呼び出す。一方、共通状況情報Ｃ＿ＣＴ１が統合状況情報Ｔ＿ＣＴ１と互いに異なる意味がない場合、すなわち差異がない場合、変化探知部５４０は、矛盾解決部５５０に共通状況情報Ｃ＿ＣＴ１を伝達しないので、矛盾解決部５５０を呼び出さない。

このように、共通状況情報Ｃ＿ＣＴ１が統合状況情報Ｔ＿ＣＴ１と意味上の差異がある場合、上位モジュール（例えば、矛盾解決部５５０）を呼び出すので、オーバーヘッド（ｏｖｅｒｈｅａｄ）が減少する。

共通状況情報Ｃ＿ＣＴ１と統合状況情報Ｔ＿ＣＴ１との差異の有無の判断は、臨界値（ｔｈｒｅｓｈｏｌｄ）基盤の方法を利用することによって、効率的に達成されることができる。

一方、変化探知部５４０は、共通状況情報Ｃ＿ＣＴ１が緊急状況情報であるか否かによってオン（Ｏｎ）またはオフ（Ｏｆｆ）とされることができる。具体的に共通状況情報Ｃ＿ＣＴ１が緊急状況情報である場合、変化探知部５４０は、オフとされ、共通状況情報Ｃ＿ＣＴ１と統合状況情報Ｔ＿ＣＴ１との差異の有無の判断段階は省略されることができる。ここで、緊急状況情報というのは、例えば、ユーザの交通事故、火事、災難などになることができる。

矛盾解決部５５０は、伝送された各々の共通状況情報Ｃ＿ＣＴ１を種類別に区分した後、各々の同種内で共通状況情報Ｃ＿ＣＴ１間の矛盾を解決し、無矛盾共通状況情報ＮＣ＿ＣＴ１を生成する。また、矛盾解決部５５０は、共通状況情報Ｃ＿ＣＴ１間の矛盾が解決された無矛盾共通状況情報ＮＣ＿ＣＴ１をデータベース５９０に伝送する。この際、無矛盾共通状況情報ＮＣ＿ＣＴ１は、データベース５９０に格納されることによって、統合状況情報Ｔ＿ＣＴ１になる。

具体的に説明すれば、異なる領域で生成され、確保された状況情報の間には矛盾（ｃｏｎｆｌｉｃｔ）が発生することができる。例えば、スマートホームで確保された温度が２８℃であり、スマートホームに位置するスマートフォンから確保された温度が−５℃である場合、両方のうち一方は、誤った状況情報を提供し、矛盾が発生したものと見られる。したがって、矛盾解決部５５０は、このような矛盾を解決することによって、信頼性ある状況情報を提供することができる。

このために、衝動解決部５５０が変化探知部５４０から、各々が異なる種類の共通状況情報Ｃ＿ＣＴ１を伝達された場合、矛盾解決部５５０は、各々が異なる種類の共通状況情報Ｃ＿ＣＴ１を同一の種類別に区分する。また、矛盾解決部５５０は、同じ種類内で各々の共通状況情報Ｃ＿ＣＴ１を比較し、その差異値が臨界値以上に大きくなれば、矛盾が発生したもの見做し、矛盾を解決する。

矛盾解決部５５０が矛盾を解決する方法として、一番目の方法は、矛盾が発生した状況情報のうち最も品質が良い１つの値を選択することであり、二番目の方法は、矛盾が発生した状況情報を統合的に活用して新しい値を作り出すことである。例えば、矛盾解決部５５０は、矛盾が発生した状況情報全体の平均を算出し、新しい値を有することができる。

一方、矛盾解決部５５０は、このような機能を行うために矛盾制御部５５１の制御を受ける。すなわち、矛盾制御部５５１は、矛盾解決部５５０が各々の共通状況情報Ｃ＿ＣＴ１を同種に分類し、同種内で矛盾探知及び解決をすることができるように制御する。

推論部５６０は、データベース５９０に格納された各々の統合状況情報Ｔ＿ＣＴ１を利用して新しい推論統合状況情報ＩＴ＿ＣＴ１を推論し、これをデータベース５９０に格納する。この際、推論統合状況情報ＩＴ＿ＣＴ１は、データベース５９０に格納されることによって、統合状況情報Ｔ＿ＣＴ１になる。

各々の統合状況情報Ｔ＿ＣＴ１を推論する方法には、例えば、ファジー論理（Ｆｕｚｚｙ ｌｏｇｉｃ）、機械学習（Ｍａｃｈｉｎｅ ｌｅａｒｉｎｇ）またはオントロジー基盤の方法が広く活用されており、Ｕ−ＣｏＵＤＥ ５００は、多様な状況情報を扱わなければならないので、特定推論方法を活用するものに限定されず、すべての形態の推論方法をプラグイン（特殊な機能が付加され得るように大規模アプリケーションが統合されているプログラム）形態で活用することができる。

状況情報提供部５７０は、データベース５９０に格納されている統合状況情報Ｔ＿ＣＴ１を状況情報応用プログラム７００に提供する。状況情報提供部５７０が利用することができる技術は、例えば、Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（ＳＯＡＰ）のようなウェブサービス基盤の方法になることができる。

保安部５８０は、統合状況情報Ｔ＿ＣＴ１を認証されない更新及び権限がない要請から保護する役目をする。具体的に、保安部５８０は、状況情報収集部５１０がセンサー部６１０から第１状況情報ＣＴ１を獲得するとき、認証過程を経るようにし、状況情報収集部５１０が偽造または変造されない第１状況情報ＣＴ１を選別し、採択することができるようにする。また、保安部５８０は、状況情報提供部５７０が、権限ある状況情報応用プログラム７００に統合状況情報Ｔ＿ＣＴ１を提供することができるようにして、個人情報流出を防止する。

一方、保安部５８０は、このような機能を行うために保安制御部５８１の制御を受ける。これは、図２で提案した状況情報モデルのポリシールール（図２の１１）に対応する。
以下、図５をさらに参照して、本発明の実施例によるユーザ中心の状況情報管理方法について記述する。

まず、図５は、本発明の実施例によるユーザ中心の状況情報管理方法を概略的に示す流れ図である。
図５に示されたように、まず、第１に、多様なセンサーから各々異なる形態の状況情報が収集される（Ｓ５００）。

各々の異なる形態の状況情報は、図３の状況情報モデルと、図４の状況情報と状況情報提供者との間の階層モデルを利用することによって、標準化されたオントロジーモデルに変換される（Ｓ５０２）。

標準化された各々の状況情報が緊急であるか否かを判断する（Ｓ５０４）。この際、状況情報の緊急可否によって以後の手続が変わることができる。
具体的に、状況情報が緊急ではない場合、各々の状況情報がデータベースに格納された状況情報と比較して意味上の差異があるかを判断する（Ｓ５０６）。この際、状況情報が既存の状況情報と意味上の差異がない場合には、処理が終了する。一方、状況情報と既存の状況情報とが意味上の差異がある場合、各々の状況情報を同じ種類に分類し、同種内の状況情報の間に矛盾を探索及び解決する（Ｓ５０８）。

一方、状況情報が緊急な場合、状況情報と既存状況情報との間の差異の有無の判断は、省略されることができ、すぐ各々の状況情報を同種に分類し、同種内の状況情報間の矛盾の探索及び解決段階に進行することができる（Ｓ５０８）。

矛盾が解決された状況情報は、データベースに格納され（Ｓ５１０）、格納された状況情報を推論し、新しく推論された状況情報が生成され、これはデータベースに格納される（Ｓ５１２）。

データベースに格納された状況情報は、状況情報応用プログラムに提供される（Ｓ５１４）。
本発明の実施例では、ユーザ中心の状況情報管理装置及び方法を利用することによって、多様な領域で発生する状況情報を柔軟で且つ拡張可能に表現することができる。

上記では、本発明の好ましい実施例を参照して説明したが、当該技術分野の熟練された当業者は、添付の特許請求の範囲に記載した本発明の思想及び領域を逸脱しない範囲内で本発明を多様に修正及び変更させることができることを理解することができる。

１００ ユーザ中心の状況情報管理装置
２００ センサーレベル部
３００ 領域レベル部
４００ ユーザレベル部
５００ Ｕ−ＣｏＵＤＥ
５１０ 状況情報収集部
５２０ 資源管理部
５３０ 変換部
５４０ 変化探知部
５５０ 矛盾解決部
５６０ 推論部
５７０ 状況情報提供部
７００ 状況情報応用プログラム
ＣＴ１ 第１状況情報
Ｃ＿ＣＴ１ 共通状況情報
ＮＣ＿ＣＴ１ 無矛盾共通状況情報
Ｔ＿ＣＴ１ 統合状況情報

Claims (12)

1. 複数のセンサーで構成され、前記複数のセンサーから収集された各々の第１状況情報を伝送するセンサーレベル部と；
   状況情報モデルを利用して、前記各々の第１状況情報のうち対応する第２状況情報を統合及び推論し、第１推論状況情報を生成及び伝送する複数の領域状況情報管理部（領域＿Ｕ−ＣｏＵＤＥ）で構成される領域レベル部と；
   前記状況情報モデルを利用して、前記複数の領域状況情報管理部から伝送された前記第１推論状況情報を統合及び推論し、第２推論状況情報を生成及び提供する複数のユーザ状況情報管理部（ユーザ＿Ｕ−ＣｏＵＤＥ）で構成されるユーザレベル部と；を含むユーザ中心の状況情報管理装置。
2. 前記複数の領域状況情報管理部と前記複数のユーザ状況情報管理部は、状況情報及び状況情報提供者間の階層モデルを一緒に利用して前記第１推論状況情報及び前記第２推論状況情報を各々生成及び提供することを特徴とする請求項１に記載のユーザ中心の状況情報管理装置。
3. 状況情報モデルを利用して、異なる形態の状況情報を標準化形態に変換し、これに対応する各々の共通状況情報を生成する変換部と；
   前記各々の共通状況情報と前記各々の共通状況情報との各々に対応する格納された統合状況情報の差異の有無を判断し、前記差異の有無に対応して前記各々の共通状況情報の伝送可否を決定する変化探知部と；
   前記各々の共通状況情報のうち伝送された共通状況情報を同一の種類に区分した後、前記同一の種類内で前記伝送された共通状況情報間の矛盾を解決し、前記統合状況情報として伝送する矛盾解決部と；
   前記統合状況情報を利用して新しい推論状況情報を推論し、前記統合状況情報として伝送する推論部と；を含むユーザ中心の状況情報管理装置。
4. 前記変換部は、状況情報及び状況情報提供者間の階層モデルを一緒に利用して前記各々の共通状況情報を生成することを特徴とする請求項３に記載のユーザ中心の状況情報管理装置。
5. 前記異なる形態の状況情報を複数のセンサーから収集し、前記変換部に伝送する状況情報収集部と；
   前記状況情報収集部が利用することができる前記複数のセンサーリストを前記状況情報収集部に提供する資源管理部と；
   前記統合状況情報を格納するデータベースと；
   前記統合状況情報を状況情報応用プログラムに提供する状況情報提供部と；
   前記統合状況情報を認証されない更新及び権限がない使用要請から保護する保安部と；をさらに含むことを特徴とする請求項３に記載のユーザ中心の状況情報管理装置。
6. 前記変化探知部は、前記各々の共通状況情報が緊急状況情報に該当するか否かによってオン（Ｏｎ）またはオフ（Ｏｆｆ）とされることを特徴とする請求項３に記載のユーザ中心の状況情報管理装置。
7. 複数のセンサーから各々の第１状況情報を収集及び伝送する段階と；
   状況情報モデルを利用して、前記各々の第１状況情報のうち対応する第２状況情報を統合及び推論し、第１推論状況情報を生成及び伝送する段階と；
   前記状況情報モデルを利用して、前記第１推論状況情報を統合及び推論し、第２推論状況情報を生成及び提供する段階と；を含むユーザ中心の状況情報管理方法。
8. 前記第１推論状況情報及び前記第２推論状況情報生成する段階は、状況情報と状況情報提供者との間の階層関係により定義される状況情報及び状況情報提供者間の階層モデルを一緒に利用することを特徴とする請求項７に記載のユーザ中心の状況情報管理方法。
9. 状況情報モデルを利用して、異なる形態の状況情報を標準化形態に変換し、前記異なる形態の状況情報対応する各々の共通状況情報を生成する第１段階と；
   前記各々の共通状況情報と前記各々の共通状況情報との各々に対応する格納された統合状況情報の差異の有無を判断し、前記差異の有無に対応して前記各々の共通状況情報の伝送可否を決定する第２段階と；
   前記各々の共通状況情報のうち伝送された共通状況情報を同一の種類に区分した後、前記同一の種類内で前記伝送された共通状況情報間の矛盾を解決し、前記統合状況情報として伝送する第３段階と；
   前記統合状況情報を利用して新しい推論状況情報を推論し、前記統合状況情報として伝送する第４段階と；を含むユーザ中心の状況情報管理方法。
10. 前記第１段階は、状況情報と状況情報提供者間の階層関係により定義される状況情報及び状況情報提供者間の階層モデルを一緒に利用して前記各々の共通状況情報を生成することを特徴とする請求項９に記載のユーザ中心の状況情報管理方法。
11. 前記異なる形態の状況情報を複数のセンサーから収集する段階と；
    前記統合状況情報をデータベースに格納する段階と；
    前記統合状況情報を状況応用プログラムに提供する段階と；をさらに含むことを特徴とする請求項９に記載のユーザ中心の状況情報管理方法。
12. 第２段階は、前記各々の共通状況情報が緊急な場合に該当する場合、省略されることを特徴とする請求項９に記載のユーザ中心の状況情報管理方法。