コンテキスト生成装置、システム、プログラム、並びに方法
【課題】 システムは、エンティティについての、多様な種別のコンテキストを、コンテキストの種別に応じた他の適切なエンティティのコンテキストから取得できない。
【解決手段】 コンテキスト生成装置は、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部と、第１のエンティティの識別情報とコンテキストの種別（Ｃ種別）を入力して、第１のエンティティの管理表を起点に、入力したＣ種別に基づいて選択したＲ種別の関連をたどって第２のエンティティの管理表を検索し、当該管理表に格納されたコンテキストに基づいて、第１のエンティティのコンテキストを生成する生成部を備える。
【解決手段】 コンテキスト生成装置は、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部と、第１のエンティティの識別情報とコンテキストの種別（Ｃ種別）を入力して、第１のエンティティの管理表を起点に、入力したＣ種別に基づいて選択したＲ種別の関連をたどって第２のエンティティの管理表を検索し、当該管理表に格納されたコンテキストに基づいて、第１のエンティティのコンテキストを生成する生成部を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテキスト生成装置、システム、プログラム、並びに方法に関する。
【背景技術】
【０００２】
特許文献１にはコンテキスト提供装置が記載されている。コンテキストとは、ある対象（人、物、など）の状況を表す情報である。コンテキストは、例えば、人の位置、人の状態（電話中・会議中、など）、物の在庫状況、部屋や炉の管理対象温度である。特許文献１の装置は、対象間の関係を利用して、コンテキストを取得したい対象とは別の対象のコンテキストから、取得したい対象のコンテキストを生成する。
【０００３】
同装置は、対象間の関係をリンクとして記憶する。例えば、人１と、人１が携帯する携帯電話１のコンテキストは半固定的にリンクされる。自動車１と、自動車１に搭載されるＲＦＩＤタグ１のコンテキストは、固定的にリンクされる。また、人１が自動車１に乗車したとき、人１が携帯する携帯電話１が備えるＲＦＩＤリーダが自動車１に搭載されたＲＦＩＤタグ１を読み込んで、携帯電話１とＲＦＩＤタグ１のコンテキストの間に一時的にリンクがはられる。
【０００４】
当該装置は、人１の位置コンテキストが要求されると、人１のリンクを利用して携帯電話１のコンテキストを、携帯電話１のリンクを利用してＲＦＩＤタグ１のコンテキストを、ＲＦＩＤタグ１のリンクを利用して自動車１のコンテキストを順次検索する。そして、当該装置は、自動車１のコンテキストから位置情報を取得して、人１の位置情報として出力する。自動車１は、ＧＰＳ(Global Positioning System)位置検出装置を搭載しており、当該装置が取得した位置情報が自動車１のコンテキストとして記憶されている。
【０００５】
特許文献２には、階段近傍の監視・支援部が老人のＲＦＩＤタグを検知して、「階段を下ろうとしている」などの関係づけを行い、老人と階段の情報などに基づいて支援判断を行う自動支援システムが記載されている。
【０００６】
特許文献３には、アプリケーションや他ノードの要求に応答して、物体間の関係性情報を格納域に書き込んだり、読み出したりする通信ノードが記載されている。当該ノードに於いて、読み書きの対象となる関係性情報はアプリケーションが指定する。
【０００７】
特許文献４には、タグの読み取り場所および時間に基づいてＲＦＩＤ（Radio Frequency Identification）関連情報をグループ分けして記憶部に格納するＲＦＩＤ管理装置が記載されている。当該装置は、グループ分け情報を利用して、入力された場所および時間範囲内のＲＦＩＤ関連情報を抽出する。
【０００８】
【特許文献１】特開２００５−２９３０１２号公報
【特許文献２】特開２００７−０２５８５４号公報
【特許文献３】特開２００７−１１６６４０号公報
【特許文献４】特開２００８−１１２２６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記特許文献の技術は、エンティティ（人、物、またはそれらの一部など）についての、多様な種別のコンテキストを、コンテキストの種別に応じた他の適切なエンティティのコンテキストから生成できないという課題がある。
【００１０】
特許文献１の装置は、コンテキストの種別に応じて、利用できるエンティティ間の関係の種別を考慮しない。従って、当該装置は、不適切なエンティティ間の関係を用いてコンテキストを取得する可能性がある。
【００１１】
求めるコンテキストが位置情報であれば、「人が車に乗っている」という関連を利用して、車の位置情報を人の位置情報として出力することが適切であるかもしれない。しかし、例えば、コンテキストが衝撃情報であれば、当該関連を利用して、車の衝撃情報を人の衝撃情報として出力得するのは必ずしも適切でない。人と車は直接接していない（例えば、人は、衝撃を吸収するクッションの良い椅子に座っている）場合があるからである。
【００１２】
特許文献２乃至４：エンティティのコンテキスト情報を、他のエンティティから取得するものではないので、上述の課題を解決しない。
【００１３】
本発明の目的は、上述の課題を解決する、コンテキスト生成装置、システム、プログラム、並びに方法を提供することである。
【課題を解決するための手段】
【００１４】
本発明の一実施形態のコンテキスト生成装置は、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部と、第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成部を備える。
【００１５】
本発明の一実施形態のコンテキスト生成プログラムは、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータに、第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成処理を実行させる。
【００１６】
本発明の一実施形態のコンテキスト生成方法は、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータが、第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力する入力工程と、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成工程を有する。
【発明の効果】
【００１７】
本発明にかかるコンテキスト生成装置は、エンティティについての、多様な種別のコンテキストを、コンテキストの種別に応じた他の適切なエンティティのコンテキストから取得できる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の第１の実施形態にかかるコンテキスト生成システム１０の構成を示す。コンテキスト生成システム１０は、ネットワーク１８に接続された、コンテキスト生成装置１１、センサ１３、タグリーダ１５、管理端末１６、ユーザ端末１７を包含する。
【００１９】
センサ１３は、赤外線センサ、位置センサ、熱センサ、振動センサ、音センサなど外界についての測定値を出力する装置などである。センサ１３は、エンティティ１２に付されて当該エンティティ１２のコンテキスト３６を生成する。なお、ここで「付す」とは、装着、貼付、ぶら下げ、近傍配置などをいう。どの形態を取るかは、エンティティ１２やセンサ１３の性質や使用環境に応じて適宜選択される。例えば、箱の温度を測りたいとき熱センサが箱の外面に貼付されるが、環境温度を測りたいときは、熱センサは箱の棚に置かれる（箱の近傍に配置）。
【００２０】
エンティティ１２は、人や物、またはそれらの一部など、状況情報を発生しうる主体である。コンテキスト３６はエンティティ１２の状況情報である。
【００２１】
エンティティ１２は、例えば、作業者、運転者、商品、車などである。一人の人や一つの物が複数のエンティティ１２に対応付けられる場合もある。人の右手と左手が別々のエンティティ１２に対応付けられることもあるし、箱の内側と外側が別々のエンティティ１２に対応付けられることもある。異なるコンテキスト３６を生成しうる人や物の一部は、別々のエンティティ１２として管理されても良い。コンテキスト３６は、例えば、人の位置、人の状態（電話中・会議中、など）、物の在庫状況、部屋や炉の管理対象温度である。
【００２２】
ＩＤタグ１４やタグリーダ１５がエンティティ１２に付されて、エンティティ１２間の関連３ｂを設定するために利用される場合がある。ＩＤタグ１４は、ＲＦＩＤタグ（Radio Frequency IDentification）などである。タグリーダ１５は、ＲＦＩＤリーダなどである。ＩＤタグ１４はバーコードラベル、タグリーダ１５はバーコードリーダであっても良い。
【００２３】
図２は、コンテキスト生成装置１１の構成を示す。コンテキスト生成装置１１は、生成部２０、処理部２３、登録部２７を包含する。コンテキスト生成装置１１は、図示しないメモリ上にデータリスト２１、検索済み関連リスト２２を保持している。コンテキスト生成装置１１は、ディスク装置などの記憶装置上に、検索ルール保持部２４、管理部２５、関連付けルール保持部２６を備える。管理部２５は、エンティティ１２対応に管理表３０が格納されている。
【００２４】
生成部２０は、ユーザ端末１７からコンテキスト要求２８を入力して、コンテキスト３６を出力する。処理部２３は、タグリーダ１５からエンティティ１２に付されたＩＤタグ１４の情報を入力したり、センサ１３から測定値を入力したりして、エンティティ１２間の関連３ｂを付ける。登録部２７は、管理端末１６から設定情報や修正情報を入力して、管理部２５の管理表３０の登録、修正を行う。処理部２３や登録部２７は、コンテキスト生成装置１１外の装置に分散配置しても良い。処理部２３や登録部２７は、エンティティ１２やその関連３ｂなどが固定的である場合などは、存在しなくても良い。
【００２５】
生成部２０、処理部２３、登録部２７は、ハードウェアで実現される。生成部２０、処理部２３、登録部２７は、コンピュータ１９でもあるコンテキスト生成装置１１の図示しないプロセッサが、図示しないメモリ上のコンテキスト生成プログラム２９を実行することで実現されても良い。
【００２６】
図３は、管理表３０の構成を示す。管理表３０は、エンティティ１２（例えばエンティティＡ）対応に、エンティティＡのＩＤ３１、種類（Ｅ種別３２）、タグＩＤ３３、リーダＩＤ３４、Ｃ情報３ａ、関連３ｂを格納する。
【００２７】
Ｅ種別３２は、エンティティＡの種類（人、商品、車など）を示す。タグＩＤ３３は、エンティティＡにＩＤタグ１４が付されている場合、その識別情報を格納する。リーダＩＤ３４は、エンティティＡにタグリーダ１５が付されている場合、その識別情報を格納する。エンティティＡに複数のＩＤタグ１４、タグリーダ１５が付されていても良く、その場合、複数のタグＩＤ３３、リーダＩＤ３４が格納されることもある。エンティティ１２にＩＤタグ１４、タグリーダ１５が付されていない場合、タグＩＤ３３、リーダＩＤ３４はＮｕｌｌを格納する。
【００２８】
なお複数のエンティティ１２（例えば、箱の外側と当該箱の内側）が、同じＩＤタグ１４やタグリーダ１５を共用しても良い。この場合、複数の管理表３０に、同一のタグＩＤ３３やリーダＩＤ３４が格納される。
【００２９】
Ｃ情報３ａは、エンティティＡの状況関連情報を記述する。Ｃ情報３ａは、センサＩＤ３５、コンテキスト３６、Ｃ種別３７を包含する。コンテキスト３６はエンティティＡの状況情報を格納する。Ｃ種別３７は、コンテキスト３６の種類（温度、衝撃、在籍・離席状況など）を示す。センサＩＤ３５は、当該コンテキスト３６を取得するためのセンサ１３の識別情報である。エンティティ１２が複数種類のコンテキスト３６を持つ場合、Ｃ情報３ａはエンティティＡ対応に複数存在する。なお、コンテキスト３６がセンサ１３から取得されない場合、例えば、管理端末１６から入力される場合は、センサＩＤ３５はＮｕｌｌを格納する。なお複数のエンティティ１２が同じセンサ１３を共用しても良い。この場合、複数の管理表３０に、同一のセンサＩＤ３５が格納される。
【００３０】
関連３ｂは、エンティティＡが他のエンティティ１２に対して有する関係を記述する。関連３ｂは、Ｒ種別３８と他エンティティ指定３９を包含する。他エンティティ指定３９は他のエンティティ１２に対するポインタ情報（例えば、他のエンティティ１２対応の管理表３０のアドレス）である。Ｒ種別３８は、他のエンティティ１２に対する関係の種類を示す。エンティティＡが複数の関係を有する場合、関連３ｂはエンティティＡについて複数個存在する。エンティティＡが他のエンティティ１２と関係を持っていないときは、関連３ｂはＮｕｌｌを格納する。
【００３１】
生成部２０は、あるエンティティ１２（エンティティＡ）のコンテキスト３６の生成を要求されると、エンティティＡを起点に関連３ｂをたどって、他のエンティティ１２（エンティティＢ）のコンテキスト３６から生成することがある。このとき、生成部２０は、エンティティＡの管理表３０の他エンティティ指定３９にエンティティＢへのポインタ情報が格納されていれば、このポインタ情報をたどって、直接エンティティＢの管理表３０を検索する。エンティティＡの管理表３０の他エンティティ指定３９にエンティティＣへのポインタ情報が格納され、．．エンティティＤの管理表３０の他エンティティ指定３９にエンティティＢへのポインタ情報が格納されている場合がある。この場合、生成部２０は、これらのポインタ情報をたどって、エンティティＡからエンティティＣ、．．．Ｄを経由してエンティティＢの管理表３０を検索する。
【００３２】
図４は、コンテキスト要求２８の構成を示す。コンテキスト要求２８は、ＩＤ３１とＣ種別３７を包含する。このＩＤ３１は、コンテキスト要求２８の対象エンティティ１２を示す。このＣ種別３７は、対象エンティティ１２について取得すべきコンテキスト３６の種別を示す
図５は、関連付けルール保持部２６に格納されるデータの構成を示す。関連付けルール保持部２６は、一つまたは複数の関連付けルール４０を格納する。関連付けルール４０は種別ペア４１と設定種別４２を包含する。種別ペア４１は、Ｅ種別３２のペアを格納する。設定種別４２は、種別ペア４１のおのおののＥ種別３２をもつ２つのエンティティ１２の間に設定される関連３ｂの種類（Ｒ種別３８）を格納する。Ｒ種別３８には、例えば、２つのエンティティ１２の密着配置を示すattach、接触配置を示すnearby、周辺配置を示すinなどがある。
【００３３】
図５によれば、最初の関連付けルール４０は、例えば、Ｅ種別３２がトラックと商品の２つのエンティティ１２の間には、Ｒ種別３８がnearbyの関連３ｂが設定されることを規定する。これは、商品がトラックに積まれて接触状態になることに対応する。２番目の関連付けルール４０は、例えば、Ｅ種別３２がトラックと人の２つのエンティティ１２の間には、Ｒ種別３８がinの関連３ｂが設定されることを規定する。これは、人がトラックに乗り込んで周辺配置状態にあることに対応する。人は、トラック内で柔軟性のある足を介して立っていたり、クッション性の良い椅子に座っていたりするため、直接接触しているとは言えない場合に対応する。同様に、３番目の関連付けルール４０は、例えば、Ｅ種別３２が共に商品である２つのエンティティ１２の間には、Ｒ種別３８がnearbyの関連３ｂが設定されることを規定する。商品は、重ねられたり、並べて置かれたりして接触状態になる場合に対応する。
【００３４】
なお、コンテキスト生成装置１１は関連付けルール保持部２６を備えず、処理部２３内部に、関連付けルール４０相当のデータを固定的に保持していても良い。
【００３５】
図６は、検索ルール保持部２４に格納されるデータの構成を示す。検索ルール保持部２４は、一つまたは複数の検索ルール４３を格納する。検索ルール４３は、要求指定４４と検索関連指定４５を包含する。要求指定４４は一つまたは複数のＣ種別３７を格納する。検索関連指定４５は一つまたは複数のＲ種別３８を格納する。
【００３６】
生成部２０は、コンテキスト要求２８で指定されたＣ種別３７に基づいて検索ルール４３を取得し、当該検索ルール４３の検索関連指定４５に記載されるＲ種別３８の関連３ｂをたどって、コンテキスト３６を生成する。
【００３７】
図６の最初の検索ルール４３は、コンテキスト要求２８のＣ種別３７として、位置、温度、ガス濃度、湿度の何れかが指定された場合、生成部２０は、Ｒ種別３８がattach、nearby、inの何れの関連３ｂをたどっても良いことを規定している。２番目の検索ルール４３は、衝撃、加速度の何れかがコンテキスト要求２８で指定された場合、生成部２０は、Ｒ種別３８がattach、nearbyの何れの関連３ｂをたどっても良いが、Ｒ種別３８がinの関連３ｂはたどれないことを規定している。３番目の検索ルール４３は、心拍数、圧力、照度の何れかがコンテキスト要求２８で指定された場合、生成部２０は、Ｒ種別３８がattachの関連３ｂをたどっても良いが、Ｒ種別３８がnearby、inの関連３ｂはたどれないことを規定している。
【００３８】
また、ある種類の関連３ｂ（例えば、nearbyなど）については、たどれる回数を、検索ルール４３などで指定できるようにしても良い。コンテキスト３６の種類によっては、関連３ｂを通じて当該コンテキスト３６が伝搬されるエンティティ１２の数が制限されることがあるからである。なお、たどれる回数（ホップ数）とは、起点となる管理表３０からコンテキスト３６を得る管理表３０をアクセスするまでに経由する管理表３０の個数をいう。
【００３９】
なお、コンテキスト生成装置１１は検索ルール保持部２４を備えないことがある。この場合、コンテキスト生成装置１１は、ユーザ端末１７から検索ルール４３を入力しても良いし、内部に検索ルール４３相当のデータを固定的に保持していても良い。
【００４０】
図７は登録部２７の動作フローチャートである。登録部２７は、管理端末１６から管理表３０の作成または修正要求を入力する（Ｓ１）。入力が作成要求であった場合（Ｓ２でＹ）、同部は、管理部２５内に新たな管理表３０の領域を確保して、初期設定（Ｎｕｌｌ値の設定）を行う（Ｓ３）。続いて、登録部２７は、ＩＤ３１、Ｅ種別３２を管理端末１６から入力して作成した管理表３０に格納する（Ｓ４）。同部は、タグＩＤ３３、リーダＩＤ３４、Ｃ情報３ａ、関連３ｂの情報の何れかが管理端末１６から入力されれば、それらの情報を作成した管理表３０に格納し（Ｓ５）、処理を終了する。ここで、管理端末１６から入力されるタグＩＤ３３、リーダＩＤ３４、Ｃ情報３ａ、関連３ｂの情報は、例えば、エンティティ１２についての固定的な情報である。
【００４１】
入力が修正要求であった場合（Ｓ２でＮ）、登録部２７は、管理端末１６からＩＤ３１を入力して、当該ＩＤ３１を格納する管理表３０を取得する（Ｓ６）。その後、同部は、修正情報を管理端末１６から入力して、検索した管理表３０の内容を修正し（Ｓ７）、処理を終了する。
【００４２】
例えば、エンティティ１２にＩＤタグ１４、タグリーダ１５、センサ１３を付したときや外したときには、タグＩＤ３３、リーダＩＤ３４、センサＩＤ３５が修正される。また、例えば、他のエンティティ１２と半固定的な関係付けが設定されたときには、関連３ｂが修正される。さらに、例えば、センサ１３によらない状況情報が発生したときには、コンテキスト３６が修正される。センサ１３によらない状況情報は、エンティティ１２としての宅配荷物の配達を完了したことを、配達員が管理端末１６としての携帯端末から入力した場合などに発生する。
【００４３】
図８は、処理部２３の動作フローチャートである。処理部２３は、センサ１３またはタグリーダ１５からデータ入力があると動作を開始する。センサ１３は、例えば、定期的にセンサＩＤ３５と測定値を処理部２３に送信する。タグリーダ１５は、例えば、ＩＤタグ１４の送信情報を検知したとき（出現時）またはＩＤタグ１４の送信情報を検知しなくなったとき（消失時）にその出現または消失を処理部２３に通知する。タグリーダ１５は、出現データまたは消失データとしてタグＩＤ３３およびリーダＩＤ３４を処理部２３に通知する。
【００４４】
センサ１３からデータ入力した場合（Ｓ１０でＮ）、処理部２３は、入力したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０を全て取得する（Ｓ１１）。同部は、取得した全ての管理表３０のコンテキスト３６に入力した測定値を格納する（Ｓ１２）。より正確にいえば、同部は、当該管理表３０の、入力したセンサＩＤ３５と一致するセンサＩＤ３５を持つＣ情報３ａのコンテキスト３６に当該測定値を格納する。
【００４５】
タグリーダ１５から出現データを入力した場合（Ｓ１０でＹ、かつ、Ｓ１３でＹ）、処理部２３は、入力したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ａ）を全て取得する（Ｓ１７）。更に同部は、入力したリーダＩＤ３４と一致するリーダＩＤ３４を持つ管理表３０（管理表Ｂ）を全て取得する（Ｓ１８）。
【００４６】
同部は、取得した管理表Ａと管理表Ｂの全組み合わせについて、相互に関連３ｂを設定する（Ｓ１９乃至Ｓ１Ｃ）。具体的に、同部は、順次選択した管理表ＡとＢから取得した２つのＥ種別３２を、関連付けルール保持部２６の種別ペア４１と対比して合致する関連付けルール４０を取得する（Ｓ１９）。処理部２３は、取得した関連付けルール４０の設定種別４２から設定すべきＲ種別３８を取得する（Ｓ１Ａ）。同部は、当該管理表ＡのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｂのアドレスを設定する（Ｓ１Ｂ）。同部は、当該管理表ＢのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ａのアドレスを設定する（Ｓ１Ｃ）。
【００４７】
タグリーダ１５から消失データを入力した場合（Ｓ１０でＹ、かつ、Ｓ１３でＮ）、処理部２３は、入力したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ｃ）を全て取得する（Ｓ１４）。更に同部は、入力したリーダＩＤ３４と一致するリーダＩＤ３４を持つ管理表３０（管理表Ｄ）を全て取得する（Ｓ１５）。同部は、取得した管理表Ｃと管理表Ｄの全組み合わせについて、相互の関連３ｂを削除（Ｎｕｌｌ値を設定）する（Ｓ１６）。
【００４８】
なお、タグリーダ１５は、例えば、ＩＤタグ１４の送信情報を検知したとき（出現時）はその出現を処理部２３に通知するが、ＩＤタグ１４の送信情報を検知しなくなったとき（消失時）にはその消失を通知しない構成としても良い。この構成において、処理部２３は、エンティティ１２の間に関係付けされた状態で、出現データを受け取ったときに、消失データを受け取ったものとして処理しても良い。これは、例えば、トラックや倉庫の出入り口にタグリーダ１５を設置し、搬入時に商品に付されたＩＤタグ１４を読み取ると出現データと解釈して関係付けを行い、搬出時に再度読み取ると消失データと解釈して関係付けを解消することを意味する。
【００４９】
この場合、処理部２３は、例えば、設定すべきＲ種別３８を取得した後（Ｓ１Ａ）、当該管理表ＡとＢの間に、当該Ｒ種別３８の関連３ｂが設定されているかを検査し、既に設定されていれば（Ｓ１ＺでＹ）、関連３ｂの削除する（Ｓ１４以降）ことでよい。
【００５０】
図９は、生成部２０の動作フローチャートである。生成部２０は、先ずユーザ端末１７からコンテキスト要求２８を入力して（Ｓ２０）、作業域としてのデータリスト２１および検査済み関連リスト２２を初期設定（Ｎｕｌｌ値設定）する（Ｓ２１）。
【００５１】
図１０は、データリスト２１の構成を示す。データリスト２１は関連３ｂをたどって、管理表３０を走査したときに、走査過程で発見した一つまたは複数のコンテキスト３６を包含する領域である。
【００５２】
図１１は、検査済み関連リスト２２の構成を示す。検査済み関連リスト２２は、関連３ｂをたどって管理表３０を走査したときに、既に走査した一つまたは複数の関連３ｂを包含できる領域である。検査済み関連リスト２２は、関連３ｂの２重走査を防止するために設けられる。検査済み関連リスト２２は、管理表３０のＩＤ３１に対応させて、当該管理表３０に格納されている関連３ｂ（Ｒ種別３８と他エンティティ指定３９）を格納する。
【００５３】
生成部２０は、次に、コンテキスト要求２８で入力されたＩＤ３１を持つ管理表３０（管理表Ａ）を全て取得する（Ｓ２２）。同部は、検索ルール保持部２４を検索して要求指定４４の中に、コンテキスト要求２８で入力されたＣ種別３７を持つ検索ルール４３（検索ルールＡ）を取得する（Ｓ２３）。
【００５４】
生成部２０は、管理表Ａを起点としたコンテキスト３６の検索を行う（Ｓ２４）。即ち、同部は、管理表Ａを起点として、検索ルールＡの検索関連指定４５が規定する範囲のＲ種別３８の関連３ｂをたどって検索した管理表３０から、入力されたＣ種別３７のコンテキスト３６をデータリスト２１に追加していく（詳細は後述）。
【００５５】
同部は、走査が完了して、データリスト２１にコンテキスト３６が格納されている場合（Ｓ２５でＹ）は、当該コンテキスト３６を出力して（Ｓ２６）、処理を終了する。
【００５６】
同部は、走査が完了して、データリスト２１にコンテキスト３６が格納されていない場合（Ｓ２５でＮ）は、「要求されたコンテキストはない」との通知を出力して（Ｓ２７）、処理を終了する。
【００５７】
なお、データリスト２１内に複数のコンテキスト３６が格納されている場合、同部は、それら複数のコンテキスト３６の平均値をコンテキスト３６として出力しても良い。同部は、それら複数のコンテキスト３６から、特別に大きな又は小さな値を除いて、平均値を計算してもよい。同部は、それら複数のコンテキスト３６から、最大値または最小値をコンテキスト３６として出力しても良い。更に同部は、それら複数のコンテキスト３６の数が一定値以下の場合や、値の分散が所定値より大きければ、「要求されたコンテキストはない」との通知を出力しても良い。
【００５８】
図１２は、生成部２０による、管理表Ａを起点としたコンテキスト３６の検索処理のフローチャートである。生成部２０は、入力したＣ種別３７のコンテキスト３６が管理表Ａに存在すれば、データリスト２１に追加する（Ｓ３０）。生成部２０は、管理表Ａの全ての関連３ｂをたどって管理表３０の走査を行う（Ｓ３１乃至Ｓ３５）。
【００５９】
具体的には、生成部２０は、順次選択した関連３ｂのＲ種別３８を取り出し、当該Ｒ種別３８が、検索ルールＡの検索関連指定４５に包含されているかを検査する（Ｓ３１）。包含されている場合（Ｓ３１でＹ）、同部は、当該関連３ｂが既に走査済みであるかを検査する（Ｓ３２）。これは、当該管理表ＡのＩＤ３１と当該関連３ｂが既に、検査済み関連リスト２２に登録済みかを検査することで行われる。
【００６０】
走査済みで無ければ（Ｓ３２でＮ）、同部は、当該管理表ＡのＩＤ３１と当該関連３ｂを検査済み関連リスト２２に登録する（Ｓ３３）。その後同部は、当該関連３ｂの他エンティティ指定３９をたどって関係付けられている他のエンティティ１２の管理表３０（新たな管理表Ａ）を取得する（Ｓ３４）。
【００６１】
そして、同部は、新たな管理表Ａを起点としたコンテキスト３６の検索を行い（Ｓ３５）、その処理を終了する。新たな管理表Ａを起点としたコンテキスト３６の検索処理は、本図の処理をリカーシブに呼び出すことで実現する。
【００６２】
図１３は、コンテキスト生成システム１０の第１の適応事例（状況１）を示す。本事例に於いて、エンティティ１２は、商品１と商品２（Ｅ種別３２は共に商品）、人１（Ｅ種別３２は人）、心拍計１（Ｅ種別３２は心拍計）、トラック１（Ｅ種別３２はトラック）である。商品１は、ＲＦＩＤタグ１（ＩＤタグ１４）と温度センサ１（センサ１３）を備える。商品２は、ＲＦＩＤタグ２を備える。人１は、ＲＦＩＤタグ３を備える。心拍計１は、心拍センサ（センサ１３）を備える。トラック１は、その荷物搬入搬出口にＲＦＩＤリーダ１と２（タグリーダ１５）を備えたゲートを有している。人１には心拍計１が密着されている。そして、人１は、商品１と２を抱えて、トラック１の搬入搬出口前に立っている。
【００６３】
図１４は、第１の適応事例（状況１）に対応した管理表３０を示す。管理部２５には、各エンティティ１２に対応した管理表３０が作成されている。そして、人１と心拍計１の間には、Ｒ種別３８がattachの関連３ｂ（Ｆ−ａ、ｂ）が設定されている。例えば、コンテキスト生成システム１０の管理者が、これらの情報を管理端末１６から登録部２７経由で管理部２５に登録する。
【００６４】
図１５は、コンテキスト生成システム１０の第１の適応事例（状況２）を示す。この状況では、人１が、商品１と２を抱えたままゲートを通ってトラック内に乗り込み、商品１と２をトラック１に置いている（接近配置）。人１は、トラック１内で振動吸収可能な足で立っており、振動などのコンテキスト３６の観点からは周辺配置されている。
【００６５】
図１６は、第１の適応事例（状況２）に対応した管理表３０を示す。人１が心拍計１を付け、商品１と２を抱えたままゲートを通ったとき、ゲートのＲＦＩＤリーダ１または２は、ＲＦＩＤタグ１、２、および、３の識別情報を読み取り、読み取りデータを処理部２３に出力する。これを契機に、処理部２３は新たな関連３ｂを設定する。なお、ゲートのＲＦＩＤリーダ１と２は、同じＩＤタグ１４の情報を重ねて読み取らない距離に配置されているものとする。
【００６６】
処理部２３は、タグリーダ１または２からＲＦＩＤタグ１の識別情報を入力すると、関連付けルール４０に従って、トラック１と商品１との間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１−ａ、ｂ）。処理部２３は、タグリーダ１または２からＲＦＩＤタグ２の識別情報を入力すると、関連付けルール４０に従って、トラック１と商品２との間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ２−ａ、ｂ）。処理部２３は、タグリーダ１または２からＲＦＩＤタグ３の識別情報を入力すると、関連付けルール４０に従って、トラック１と人１との間にＲ種別３８がinの関連３ｂを設定する（ｒ３−ａ、ｂ）。
【００６７】
また、温度センサ１、心拍センサ１は定期的に測定値を処理部２３に出力している。処理部２３は、これらの測定値を入力すると、おのおののセンサＩＤ３５に対応したコンテキスト３６を格納する（ｒ４、ｒ５）
この状態で、人１の心拍数は以下のように求められる。生成部２０が人１（ＩＤ３１）および心拍数（Ｃ種別３７）を指定するコンテキスト要求２８を入力する。生成部２０はＩＤ３１をキーに人１の管理表３０にアクセスする。人１は、関連３ｂとしてＲ種別３８がinとattachの２つを持つ（Ｆ−ａとｒ３−ｂ）。生成部２０は、検索ルール４３に従って、Ｒ種別３８がinの関連３ｂ（ｒ３−ｂ）はたどらずに、Ｒ種別３８がattachの関連３ｂ（Ｆ−ａ）をたどって、心拍計１の管理表３０からＣ種別３７が心拍数のコンテキスト３６（ｒ５）を得る。
【００６８】
一方、人１の温度は以下のように求められる。生成部２０が人１（ＩＤ３１）および温度（Ｃ種別３７）を指定するコンテキスト要求２８を入力する。生成部２０はＩＤ３１をキーに人１の管理表３０にアクセスする。人１は、関連３ｂとしてＲ種別３８がinとattachの２つを持つ（Ｆ−ａとｒ３−ｂ）。生成部２０は、検索ルール４３に従って、Ｒ種別３８がinの関連３ｂ（ｒ３−ｂ）をたどってトラック１の管理表３０にアクセスする。その後同部は、さらに、トラック１のnearbyの関連３ｂ（ｒ１−ａ）をたどって商品１の管理表３０から、Ｃ種別３７が温度のコンテキスト３６（ｒ４）を得る。
【００６９】
生成部２０は検索ルール４３に従って、attachの関連３ｂ（Ｆ−ａ）をたどって心拍計１の管理表３０にアクセスするが、心拍計１には温度のコンテキスト３６もなく、他にたどるべき関連３ｂもないため温度を得ずにこの方面の走査を終了する。また、生成部２０は、トラック１のnearbyの関連３ｂ（ｒ２−ａ）をたどって商品２の管理表３０にもアクセスするが、商品２には温度のコンテキスト３６もなく、他にたどるべき関連３ｂもないため温度を得ずにこの方面の走査を終了する。
【００７０】
本実施形態のコンテキスト生成システム１０は、エンティティ１２についての多様なＣ種別３７のコンテキスト３６を、コンテキスト３６のＣ種別３７に応じた他の適切なエンティティ１２のコンテキスト３６から取得できる（第１の効果）。上述の適用事例でいえば、コンテキスト生成システム１０は、人１エンティティの心拍数コンテキストは心拍計エンティティから取得する一方、同じ人１エンティティについてであっても、温度コンテキストは商品１エンティティから取得している。
【００７１】
この効果が得られる理由は、エンティティ１２間にＲ種別３８を有する関連３ｂを設定し、Ｃ種別３７に応じて選択されるＲ種別３８の関連３ｂをたどって他のエンティティ１２のコンテキスト３６にアクセスするからである。
【００７２】
第２の効果は、信頼性の高いコンテキスト３６を取得できることである。その理由は、コンテキスト生成装置１１は、複数のエンティティ１２から、求めるＣ種別３７のコンテキスト３６を取得して、特別に大きな又は小さな値を除いたうえでその平均値を計算するなどしてコンテキスト３６を出力するからである。情報源を複数とすることで、取得したコンテキスト３６の信頼性を向上させることが出来る。
【００７３】
第３の効果は、エンティティ１２の柔軟な定義（現実世界の物などとの対応付け）が可能となることである。その理由は、エンティティ１２がＩＤタグ１４やセンサ１３を別に持ったり共有したり出来るからである。例えば、箱が、外面にＩＤタグ１４を、外面と内面に別々にセンサ１３（例えば、温度計）を持つことが出来る。このようにすれば、コンテキスト生成装置１１は、箱の内部と外部を別々のエンティティ１２として管理できる。そして、同装置は、両エンティティ１２の移動を同時に把握しながら、箱の内部温度と外部温度を別々に管理することが可能となる。
【００７４】
第４の効果は、エンティティ１２の間に適切な種類（Ｒ種別３８）の関連３ｂを設定できることである。その理由は、エンティティ１２の種類（Ｅ種別３２）に応じて適切なＲ種別３８の関連３ｂを設定するからである。
【００７５】
図１７は、本発明の第２の実施形態にかかるコンテキスト生成システム１０の構成を示す。第１の実施形態のコンテキスト生成システム１０は、エンティティＡのタグリーダ１５が、エンティティＢのＩＤタグ１４の情報を入力することで、エンティティＡとエンティティＢの接近を検出した。本実施形態のコンテキスト生成システム１０は、タグリーダ１５が同時（第１の時間内）に、エンティティＡのＩＤタグ１４とエンティティＢのＩＤタグ１４の情報を入力することで、エンティティＡとエンティティＢの接近を検出する。
【００７６】
以下に説明すること以外は、本実施形態のコンテキスト生成システム１０は、第１の実施形態のコンテキスト生成システム１０と同じである。本実施形態のコンテキスト生成装置１１は、図示しないメモリにＲ履歴表５０を保持している。
【００７７】
図１８はＲ履歴表５０の構成を示す。Ｒ履歴表５０はタグリーダ１５からの入力データ（リーダ履歴５１）の時系列を記憶する。リーダ履歴５１は、入力時刻５２、リーダＩＤ３４、タグＩＤ３３を包含する。
【００７８】
図１９は、第２の実施形態の処理部２３の動作フローチャート（部分）である。本図の処理は、図８のａとｂの間に挿入される。このとき、図８のｂとｃの間の処理（第１の実施形態にかかる処理）はあっても無くても良い。即ち、本実施形態は、第１の実施形態と並列に実装されても良いし、単独に実装されても良い。
【００７９】
本実施形態に於いて、処理部２３は、タグリーダ１５から、出現データまたは消失データとしてタグＩＤ３３およびリーダＩＤ３４を入力すると、入力したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ｐ）を全て取得する（Ｓ４０）。同部は、Ｒ履歴表５０から、現時刻と入力時刻５２との差が第１の時間以内であって、かつリーダＩＤ３４が入力リーダＩＤ３４と一致するところのリーダ履歴５１を全て取得する（Ｓ４１）。処理部２３は、現時刻を図示しないタイマなどから入力する。
【００８０】
処理部２３は、取得した全リーダ履歴５１について以下（Ｓ４２乃至Ｓ４９）の処理を行う。先ず、処理部２３は、順次選択したリーダ履歴５１からタグＩＤ３３を取得し（Ｓ４２）、次に、取得したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ｑ）を全て取得する（Ｓ４３）。同部は、取得した管理表Ｐと管理表Ｑの全組み合わせについて、相互に関連３ｂを設定または削除する（Ｓ４４乃至Ｓ４９）。具体的に、同部は、順次選択した管理表ＰとＱから取得した２つのＥ種別３２を、関連付けルール保持部２６の種別ペア４１と対比して合致する関連付けルール４０を取得する（Ｓ４４）。処理部２３は、取得した関連付けルール４０の設定種別４２から設定すべきＲ種別３８を取得する（Ｓ４５）。同部は、当該管理表ＰとＱの間に、当該Ｒ種別３８の関連３ｂが設定されているかを検査する（Ｓ４６）。
【００８１】
既に設定されていなければ（Ｓ４６でＮ）、同部は、当該管理表ＰのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｑのアドレスを設定する（Ｓ４７）。同部は、当該管理表ＱのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｐのアドレスを設定する（Ｓ４８）。
【００８２】
既に設定されていれば（Ｓ４６でＹ）、同部は、当該管理表ＰとＱの間の関連３ｂを削除する（Ｓ４９）。
【００８３】
図２０は、コンテキスト生成システム１０の第２の適応事例（状況１）を示す。人１は、商品１と２に加えて、商品３を抱えて、トラック１の搬入搬出口前に立っている。人１は心拍計１を備えていない。他は、第１の適応事例（状況１）と同じである。
【００８４】
図２１は、第２の適応事例（状況１）に対応した管理表３０を示す。管理部２５には、各エンティティ１２に対応した管理表３０が作成されている。
【００８５】
図２２は、コンテキスト生成システム１０の第２の適応事例（状況２）を示す。この状況では、人１が、商品１、２と３を抱えたままゲートを通ってトラック内に乗り込み、商品１、２と３をトラック１に置いている（接近配置）。人１は、トラック１内で振動吸収可能な足で立っており、振動などのコンテキスト３６の観点からは周辺配置されている。
【００８６】
図２３は、第２の適応事例（状況２）に対応した管理表３０を示す。人１が、商品１、２と３を抱えたままゲートを通ったとき、ゲートのＲＦＩＤリーダ１または２は、ＲＦＩＤタグ１、２、３、および、４の識別情報を読み取り、読み取りデータを処理部２３に出力する。これを契機に、処理部２３は新たな関連３ｂを設定する。
【００８７】
同部は、例えばタグリーダ１または２からＲＦＩＤタグ１の識別情報に続き、第１の時間内にＲＦＩＤタグ２の識別情報を受信すると、商品１と２の接近を検出し、関連付けルール４０により両者間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１０）。続いて第１の時間内にＲＦＩＤタグ４の識別情報を受信すると、処理部２３は商品１、２と３の接近を検出して、関連付けルール４０に従って、商品３と商品２、及び、商品３と商品１の間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１１、ｒ１２）。続いて第１の時間内にＲＦＩＤタグ３の識別情報を受信すると、処理部２３は、人１、並びに、商品１、２と３の接近を検出するが、関連付けルール４０（設定種別４２がＮｕｌｌ）に従って、人１と何れの商品とも関連３ｂを設定しない。
【００８８】
なお、図８のｂとｃの間の処理（第１の実施形態にかかる処理）も実行する場合は、処理部２３はトラック１との関連３ｂ（ｒ１乃至ｒ４）も設定する。
【００８９】
図２４は、人１が、商品１、２と３を抱えたままゲートを通ってトラック１外に出たときの管理表３０を示す。処理部２３は、図１９の動作フローチャートにしたがって、ｒ１０乃至ｒ１２の関連３ｂを削除する。例えば、処理部２３は、タグリーダ１または２からＲＦＩＤタグ１の識別情報に続き、第１の時間内にＲＦＩＤタグ２の識別情報を受信すると、以下を行う。先ず、処理部２３は、関連付けルール４０に従って両者間にＲ種別３８がnearbyの関連３ｂを設定しようとするが、既に当該関連３ｂが設定されていることを検出して、商品１と２が遠のいたと判断して、両者間の関連３ｂ（ｒ１０）を削除するのである。
【００９０】
また、図８のｂとｃの間の処理（第１の実施形態にかかる処理）も実行する場合は、処理部２３はトラック１との関連３ｂ（ｒ１乃至ｒ４）も削除する。
【００９１】
なお、処理部２３は、エンティティ１２の消失を検出したとき（図８のＳ１４以降）は、当該エンティティ１２が持つ全ての関連３ｂ（登録部２７で設定した関連３ｂを除く）を削除するように実装しても良い。即ち、処理部２３が、搬入時に設定された関連３ｂを、搬出時に全て削除するようにしても良い。この場合は、更に、搬出時に、同時に複数のエンティティ１２を検出して、その場合、それらのエンティティ１２間に関係づけを行っても良い。このようにすれば、商品１、２、３を同時に搬入し、商品１、２だけを同時に搬出した場合、商品１と２について、商品３との関連３ｂを削除しつつ、商品１と２の関連３ｂは保持することが出来る。
【００９２】
本実施の形態のコンテキスト生成システム１０は、エンティティ１２間の多様な関連３ｂを設定できる。その理由は、タグリーダ１５が同時に、エンティティＡのＩＤタグ１４とエンティティＢのＩＤタグ１４の情報を入力することで、同システムが、エンティティＡとエンティティＢの接近および遠のいたことを検出して、関連３ｂを設定および削除するからである。
【００９３】
図２５は、本発明の第３の実施形態にかかるコンテキスト生成システム１０の構成を示す。本実施形態のコンテキスト生成システム１０は、エンティティＡとＢのセンサ１３が、第１の測定値差以内の測定値を同時（第２の時間内）に検出すると、エンティティＡとＢの接近を検出する。また、同システムは、両センサ１３が第２の測定値差以上の測定値を同時に検出すると、エンティティＡとＢが遠のいたことを検出する。
【００９４】
以下に説明すること以外は、本実施形態のコンテキスト生成システム１０は、第１の実施と同じである。本実施形態のコンテキスト生成装置１１は、図示しないメモリにＳ履歴表７０、測定値差表６０と変換表８０を保持している。
【００９５】
図２６は測定値差表６０の構成を示す。測定値差表６０は、センサ種別６１毎の第１の測定値差６２と第２の測定値差６３を格納する。
【００９６】
図２７はＳ履歴表７０の構成を示す。Ｓ履歴表７０はセンサ１３からの入力データ（センサ履歴７１）の時系列を記憶する。センサ履歴７１は、入力時刻５２、センサＩＤ３５、センサ種別６１、履歴測定値７２を包含する。
【００９７】
図２８は変換表８０の構成を示す。変換表８０は、センサＩＤ３５対応にセンサ種別６１を格納する。
【００９８】
図２９は、第３の実施形態の処理部２３の動作フローチャート（部分）１／３である。本図の処理は、図８のｄとｅの間に挿入される。このとき、図８のａとｃの間の処理（第１または第２の実施形態にかかる処理）はあっても無くても良い。即ち、本実施形態は、第１または第２の実施形態と並列に実装されても良いし、単独に実装されても良い。
【００９９】
本実施形態に於いて、処理部２３は、センサ１３からセンサＩＤ３５と測定値を入力すると、入力したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０（管理表Ｅ）を全て取得する（Ｓ５０）。同部は、入力したセンサＩＤ３５に対応するセンサ種別６１を変換表８０から取得する。さらに、同部は、取得したセンサ種別６１に対応する第１の測定値差６２、第２の測定値差６３を測定値差表６０から取得する（Ｓ５１）。同部は、Ｓ履歴表７０から、現時刻と入力時刻５２の差が第２の時間以内で、センサ種別６１が取得したセンサ種別６１と一致し、かつ入力した測定値と履歴測定値７２の差が取得した第１の測定値差６２以内のセンサ履歴７１を全て取得する（Ｓ５２）。取得できた場合（Ｓ５３でＹ）、処理部２３は関連３ｂの設定を行う（図３０）。
【０１００】
取得できない場合（Ｓ５３でＮ）、または、図３０の処理後、処理部２３は以下の処理を行う。即ち同部は、Ｓ履歴表７０から、現時刻と入力時刻５２の差が第２の時間以内で、センサ種別６１が取得したセンサ種別６１と一致し、かつ入力した測定値と履歴測定値７２の差が取得した第２の測定値差６３以上のセンサ履歴７１を全て取得する（Ｓ５４）。
【０１０１】
取得できた場合（Ｓ５５でＹ）、処理部２３は関連３ｂの削除を行う（図３１）。取得できない場合（Ｓ５５でＮ）、処理部２３は処理を終了する。
【０１０２】
図３０は、第３の実施形態の処理部２３の動作フローチャート（部分）２／３である。処理部２３は、Ｓ５２で取得した全てのセンサ履歴７１について以下の処理（Ｓ６０乃至Ｓ６５）を行う。先ず処理部２３は、順次選択したセンサ履歴７１からセンサＩＤ３５を取得する（Ｓ６０）。同部は、取得したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０（管理表Ｆ）を全て取得する（Ｓ６１）。同部は、取得した管理表Ｅと管理表Ｆの全組み合わせについて、相互に関連３ｂを設定する（Ｓ６１乃至Ｓ６５）。具体的に、同部は、順次選択した管理表ＥとＦから取得した２つのＥ種別３２を、関連付けルール保持部２６の種別ペア４１と対比して合致する関連付けルール４０を取得する（Ｓ６２）。処理部２３は、取得した関連付けルール４０の設定種別４２から設定すべきＲ種別３８を取得する（Ｓ６３）。同部は、当該管理表ＥのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｆのアドレスを設定する（Ｓ６４）。同部は、当該管理表ＦのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｅのアドレスを設定する（Ｓ６５）。
【０１０３】
図３１は、第３の実施形態の処理部２３の動作フローチャート（部分）３／３である。処理部２３は、Ｓ５２で取得した全てのセンサ履歴７１について以下の処理（Ｓ７０乃至Ｓ７２）を行う。先ず処理部２３は、順次選択したセンサ履歴７１からセンサＩＤ３５を取得する（Ｓ７０）。同部は、取得したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０（管理表Ｇ）を全て取得する（Ｓ７１）。同部は、取得した管理表Ｅと管理表Ｇの全組み合わせについて、相互に関連３ｂを削除する（Ｓ７２）。
【０１０４】
図３２は、コンテキスト生成システム１０の第３の適応事例（状況１）を示す。本事例に於いて、エンティティ１２は、商品１と商品２（Ｅ種別３２は共に商品）である。商品１と２はおのおの衝撃センサ１と２を付されている。商品１と２は共にトラックに積み込まれているとする。
【０１０５】
図３３は、第３の適応事例（状況１）に対応した管理表３０を示す。管理部２５には、各エンティティ１２に対応した管理表３０が作成されている。例えば、コンテキスト生成システム１０の管理者が、これらの情報を管理端末１６から登録部２７経由で管理部２５に登録する。ここでトラックが走行し、振動する（状況２）と衝撃センサ１と２は共に当該振動に対応する測定値を処理部２３に出力する。処理部２３は、衝撃センサ１と２から同時（第２の時間内）に同じ測定値を入力して、関連付けルール４０に従って、両者間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１３）。図３４は、第３の適応事例（状況２）に対応した管理表３０を示す。
【０１０６】
図３５は、コンテキスト生成システム１０の第３の適応事例（状況３）を示す。例えば、商品２がトラックから落下したとする。この場合、処理部２３は、商品１の衝撃センサ１からはトラックの走行振動に対応する測定値を入力し続ける一方、商品２の衝撃センサ２からは落下に伴う大きな衝撃測定値を入力することになる。その結果、コンテキスト生成装置１１は、商品１と２が遠のいたことを検出して、両エンティティ１２の間の関連３ｂを削除する。図３６は、第３の適応事例（状況３）に対応した管理表３０を示す。
【０１０７】
本実施の形態のコンテキスト生成システム１０は、エンティティ１２間の多様な関連３ｂを設定できる。その理由は、本実施形態のコンテキスト生成システム１０は、エンティティＡとＢのセンサ１３が、第１の測定値差６２以内の測定値を同時に検出すると、両エンティティ１２の接近を検出するからである。また、同システムは、両センサ１３が第２の測定値差６３以上の測定値を同時に検出すると、両エンティティ１２が遠のいたことを検出するからである。
【０１０８】
図３７は、本発明にかかるコンテキスト生成装置１１の基本的構成を示す。コンテキスト生成装置１１は管理部２５と生成部２３を備える。管理部２５は、エンティティ１２対応に設けられ、それぞれ、コンテキスト３６、並びに、他エンティティ指定３９及び関係の種別（Ｒ種別３８）を含む関連３ｂを格納する管理表３０を記憶する。生成部２０は、第１のエンティティ１２の識別情報とコンテキスト３６の種別（Ｃ種別３７）を入力する。同部は、第１のエンティティ１２の管理表３０を起点に入力したＣ種別３７に基づいて選択したＲ種別３８の関連３ｂをたどって第２のエンティティ１２の管理表３０を検索する。同部は、当該管理表３０に格納されたコンテキスト３６に基づいて、第１のエンティティ１２のコンテキスト３６を生成する。
【図面の簡単な説明】
【０１０９】
【図１】図１は、本発明の第１の実施形態にかかるコンテキスト生成システム１０の構成を示す。
【図２】図２は、コンテキスト生成装置１１の構成を示す。
【図３】図３は、管理表３０の構成を示す。
【図４】図４は、コンテキスト要求２８の構成を示す。
【図５】図５は、関連付けルール保持部２６に格納されるデータの構成を示す。
【図６】図６は、検索ルール保持部２４に格納されるデータの構成を示す。
【図７】図７は登録部２７の動作フローチャートである。
【図８】図８は、処理部２３の動作フローチャートである。
【図９】図９は、生成部２０の動作フローチャートである。
【図１０】図１０は、データリスト２１の構成を示す。
【図１１】図１１は、検査済み関連リスト２２の構成を示す。
【図１２】図１２は、生成部２０による、管理表Ａを起点としたコンテキスト３６の検索処理のフローチャートである。
【図１３】図１３は、コンテキスト生成システム１０の第１の適応事例（状況１）を示す。
【図１４】図１４は、第１の適応事例（状況１）に対応した管理表３０を示す。
【図１５】図１５は、コンテキスト生成システム１０の第１の適応事例（状況２）を示す。
【図１６】図１６は、第１の適応事例（状況２）に対応した管理表３０を示す。
【図１７】図１７は、本発明の第２の実施形態にかかるコンテキスト生成システム１０の構成を示す。
【図１８】図１８はＲ履歴表５０の構成を示す。
【図１９】図１９は、第２の実施形態の処理部２３の動作フローチャート（部分）である。
【図２０】図２０は、コンテキスト生成システム１０の第２の適応事例（状況１）を示す。
【図２１】図２１は、第２の適応事例（状況１）に対応した管理表３０を示す。
【図２２】図２２は、コンテキスト生成システム１０の第２の適応事例（状況２）を示す。
【図２３】図２３は、第２の適応事例（状況２）に対応した管理表３０を示す。
【図２４】図２４は、人１が、商品１、２と３を抱えたままゲートを通ってトラック１外に出たときの管理表３０を示す。
【図２５】図２５は、本発明の第３の実施形態にかかるコンテキスト生成システム１０の構成を示す。
【図２６】図２６は測定値差表６０の構成を示す。
【図２７】図２７はＳ履歴表７０の構成を示す。
【図２８】図２８は変換表８０の構成を示す。
【図２９】図２９は、第３の実施形態の処理部２３の動作フローチャート（部分）１／３である。
【図３０】図３０は、第３の実施形態の処理部２３の動作フローチャート（部分）２／３である。
【図３１】図３１は、第３の実施形態の処理部２３の動作フローチャート（部分）３／３である。
【図３２】図３２は、コンテキスト生成システム１０の第３の適応事例（状況１）を示す。
【図３３】図３３は、第３の適応事例（状況１）に対応した管理表３０を示す。
【図３４】図３４は、第３の適応事例（状況２）に対応した管理表３０を示す。
【図３５】図３５は、コンテキスト生成システム１０の第３の適応事例（状況３）を示す。
【図３６】図３６は、第３の適応事例（状況３）に対応した管理表３０を示す。
【図３７】図３７は、本発明にかかるコンテキスト生成装置１１の基本的構成を示す。
【符号の説明】
【０１１０】
１０ コンテキスト生成システム
１１ コンテキスト生成装置
１２ エンティティ
１３ センサ
１４ ＩＤタグ
１５ タグリーダ
１６ 管理端末
１７ ユーザ端末
１８ ネットワーク
２０ 生成部
２１ データリスト
２２ 検索済み関連リスト
２３ 処理部
２４ 検索ルール保持部
２５ 管理部
２６ 関連付けルール保持部
２７ 登録部
２８ コンテキスト要求
２９ コンテキスト生成プログラム
３０ 管理表
３１ ＩＤ
３２ Ｅ種別
３３ タグＩＤ
３４ リーダＩＤ
３５ センサＩＤ
３６ コンテキスト
３７ Ｃ種別
３８ Ｒ種別
３９ 他エンティティ指定
３ａ Ｃ情報
３ｂ 関連
４０ 関連付けルール
４１ 種別ペア
４２ 設定種別
４３ 検索ルール
４４ 要求指定
４５ 検索関連指定
５０ Ｒ履歴表
５１ リーダ履歴
５２ 入力時刻
６０ 測定値差表
６１ センサ種別
６２ 第１の測定値差
６３ 第２の測定値差
７０ Ｓ履歴表
７１ センサ履歴
７２ 履歴測定値
８０ 変換表
【技術分野】
【０００１】
本発明は、コンテキスト生成装置、システム、プログラム、並びに方法に関する。
【背景技術】
【０００２】
特許文献１にはコンテキスト提供装置が記載されている。コンテキストとは、ある対象（人、物、など）の状況を表す情報である。コンテキストは、例えば、人の位置、人の状態（電話中・会議中、など）、物の在庫状況、部屋や炉の管理対象温度である。特許文献１の装置は、対象間の関係を利用して、コンテキストを取得したい対象とは別の対象のコンテキストから、取得したい対象のコンテキストを生成する。
【０００３】
同装置は、対象間の関係をリンクとして記憶する。例えば、人１と、人１が携帯する携帯電話１のコンテキストは半固定的にリンクされる。自動車１と、自動車１に搭載されるＲＦＩＤタグ１のコンテキストは、固定的にリンクされる。また、人１が自動車１に乗車したとき、人１が携帯する携帯電話１が備えるＲＦＩＤリーダが自動車１に搭載されたＲＦＩＤタグ１を読み込んで、携帯電話１とＲＦＩＤタグ１のコンテキストの間に一時的にリンクがはられる。
【０００４】
当該装置は、人１の位置コンテキストが要求されると、人１のリンクを利用して携帯電話１のコンテキストを、携帯電話１のリンクを利用してＲＦＩＤタグ１のコンテキストを、ＲＦＩＤタグ１のリンクを利用して自動車１のコンテキストを順次検索する。そして、当該装置は、自動車１のコンテキストから位置情報を取得して、人１の位置情報として出力する。自動車１は、ＧＰＳ(Global Positioning System)位置検出装置を搭載しており、当該装置が取得した位置情報が自動車１のコンテキストとして記憶されている。
【０００５】
特許文献２には、階段近傍の監視・支援部が老人のＲＦＩＤタグを検知して、「階段を下ろうとしている」などの関係づけを行い、老人と階段の情報などに基づいて支援判断を行う自動支援システムが記載されている。
【０００６】
特許文献３には、アプリケーションや他ノードの要求に応答して、物体間の関係性情報を格納域に書き込んだり、読み出したりする通信ノードが記載されている。当該ノードに於いて、読み書きの対象となる関係性情報はアプリケーションが指定する。
【０００７】
特許文献４には、タグの読み取り場所および時間に基づいてＲＦＩＤ（Radio Frequency Identification）関連情報をグループ分けして記憶部に格納するＲＦＩＤ管理装置が記載されている。当該装置は、グループ分け情報を利用して、入力された場所および時間範囲内のＲＦＩＤ関連情報を抽出する。
【０００８】
【特許文献１】特開２００５−２９３０１２号公報
【特許文献２】特開２００７−０２５８５４号公報
【特許文献３】特開２００７−１１６６４０号公報
【特許文献４】特開２００８−１１２２６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記特許文献の技術は、エンティティ（人、物、またはそれらの一部など）についての、多様な種別のコンテキストを、コンテキストの種別に応じた他の適切なエンティティのコンテキストから生成できないという課題がある。
【００１０】
特許文献１の装置は、コンテキストの種別に応じて、利用できるエンティティ間の関係の種別を考慮しない。従って、当該装置は、不適切なエンティティ間の関係を用いてコンテキストを取得する可能性がある。
【００１１】
求めるコンテキストが位置情報であれば、「人が車に乗っている」という関連を利用して、車の位置情報を人の位置情報として出力することが適切であるかもしれない。しかし、例えば、コンテキストが衝撃情報であれば、当該関連を利用して、車の衝撃情報を人の衝撃情報として出力得するのは必ずしも適切でない。人と車は直接接していない（例えば、人は、衝撃を吸収するクッションの良い椅子に座っている）場合があるからである。
【００１２】
特許文献２乃至４：エンティティのコンテキスト情報を、他のエンティティから取得するものではないので、上述の課題を解決しない。
【００１３】
本発明の目的は、上述の課題を解決する、コンテキスト生成装置、システム、プログラム、並びに方法を提供することである。
【課題を解決するための手段】
【００１４】
本発明の一実施形態のコンテキスト生成装置は、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部と、第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成部を備える。
【００１５】
本発明の一実施形態のコンテキスト生成プログラムは、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータに、第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成処理を実行させる。
【００１６】
本発明の一実施形態のコンテキスト生成方法は、エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータが、第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力する入力工程と、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成工程を有する。
【発明の効果】
【００１７】
本発明にかかるコンテキスト生成装置は、エンティティについての、多様な種別のコンテキストを、コンテキストの種別に応じた他の適切なエンティティのコンテキストから取得できる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の第１の実施形態にかかるコンテキスト生成システム１０の構成を示す。コンテキスト生成システム１０は、ネットワーク１８に接続された、コンテキスト生成装置１１、センサ１３、タグリーダ１５、管理端末１６、ユーザ端末１７を包含する。
【００１９】
センサ１３は、赤外線センサ、位置センサ、熱センサ、振動センサ、音センサなど外界についての測定値を出力する装置などである。センサ１３は、エンティティ１２に付されて当該エンティティ１２のコンテキスト３６を生成する。なお、ここで「付す」とは、装着、貼付、ぶら下げ、近傍配置などをいう。どの形態を取るかは、エンティティ１２やセンサ１３の性質や使用環境に応じて適宜選択される。例えば、箱の温度を測りたいとき熱センサが箱の外面に貼付されるが、環境温度を測りたいときは、熱センサは箱の棚に置かれる（箱の近傍に配置）。
【００２０】
エンティティ１２は、人や物、またはそれらの一部など、状況情報を発生しうる主体である。コンテキスト３６はエンティティ１２の状況情報である。
【００２１】
エンティティ１２は、例えば、作業者、運転者、商品、車などである。一人の人や一つの物が複数のエンティティ１２に対応付けられる場合もある。人の右手と左手が別々のエンティティ１２に対応付けられることもあるし、箱の内側と外側が別々のエンティティ１２に対応付けられることもある。異なるコンテキスト３６を生成しうる人や物の一部は、別々のエンティティ１２として管理されても良い。コンテキスト３６は、例えば、人の位置、人の状態（電話中・会議中、など）、物の在庫状況、部屋や炉の管理対象温度である。
【００２２】
ＩＤタグ１４やタグリーダ１５がエンティティ１２に付されて、エンティティ１２間の関連３ｂを設定するために利用される場合がある。ＩＤタグ１４は、ＲＦＩＤタグ（Radio Frequency IDentification）などである。タグリーダ１５は、ＲＦＩＤリーダなどである。ＩＤタグ１４はバーコードラベル、タグリーダ１５はバーコードリーダであっても良い。
【００２３】
図２は、コンテキスト生成装置１１の構成を示す。コンテキスト生成装置１１は、生成部２０、処理部２３、登録部２７を包含する。コンテキスト生成装置１１は、図示しないメモリ上にデータリスト２１、検索済み関連リスト２２を保持している。コンテキスト生成装置１１は、ディスク装置などの記憶装置上に、検索ルール保持部２４、管理部２５、関連付けルール保持部２６を備える。管理部２５は、エンティティ１２対応に管理表３０が格納されている。
【００２４】
生成部２０は、ユーザ端末１７からコンテキスト要求２８を入力して、コンテキスト３６を出力する。処理部２３は、タグリーダ１５からエンティティ１２に付されたＩＤタグ１４の情報を入力したり、センサ１３から測定値を入力したりして、エンティティ１２間の関連３ｂを付ける。登録部２７は、管理端末１６から設定情報や修正情報を入力して、管理部２５の管理表３０の登録、修正を行う。処理部２３や登録部２７は、コンテキスト生成装置１１外の装置に分散配置しても良い。処理部２３や登録部２７は、エンティティ１２やその関連３ｂなどが固定的である場合などは、存在しなくても良い。
【００２５】
生成部２０、処理部２３、登録部２７は、ハードウェアで実現される。生成部２０、処理部２３、登録部２７は、コンピュータ１９でもあるコンテキスト生成装置１１の図示しないプロセッサが、図示しないメモリ上のコンテキスト生成プログラム２９を実行することで実現されても良い。
【００２６】
図３は、管理表３０の構成を示す。管理表３０は、エンティティ１２（例えばエンティティＡ）対応に、エンティティＡのＩＤ３１、種類（Ｅ種別３２）、タグＩＤ３３、リーダＩＤ３４、Ｃ情報３ａ、関連３ｂを格納する。
【００２７】
Ｅ種別３２は、エンティティＡの種類（人、商品、車など）を示す。タグＩＤ３３は、エンティティＡにＩＤタグ１４が付されている場合、その識別情報を格納する。リーダＩＤ３４は、エンティティＡにタグリーダ１５が付されている場合、その識別情報を格納する。エンティティＡに複数のＩＤタグ１４、タグリーダ１５が付されていても良く、その場合、複数のタグＩＤ３３、リーダＩＤ３４が格納されることもある。エンティティ１２にＩＤタグ１４、タグリーダ１５が付されていない場合、タグＩＤ３３、リーダＩＤ３４はＮｕｌｌを格納する。
【００２８】
なお複数のエンティティ１２（例えば、箱の外側と当該箱の内側）が、同じＩＤタグ１４やタグリーダ１５を共用しても良い。この場合、複数の管理表３０に、同一のタグＩＤ３３やリーダＩＤ３４が格納される。
【００２９】
Ｃ情報３ａは、エンティティＡの状況関連情報を記述する。Ｃ情報３ａは、センサＩＤ３５、コンテキスト３６、Ｃ種別３７を包含する。コンテキスト３６はエンティティＡの状況情報を格納する。Ｃ種別３７は、コンテキスト３６の種類（温度、衝撃、在籍・離席状況など）を示す。センサＩＤ３５は、当該コンテキスト３６を取得するためのセンサ１３の識別情報である。エンティティ１２が複数種類のコンテキスト３６を持つ場合、Ｃ情報３ａはエンティティＡ対応に複数存在する。なお、コンテキスト３６がセンサ１３から取得されない場合、例えば、管理端末１６から入力される場合は、センサＩＤ３５はＮｕｌｌを格納する。なお複数のエンティティ１２が同じセンサ１３を共用しても良い。この場合、複数の管理表３０に、同一のセンサＩＤ３５が格納される。
【００３０】
関連３ｂは、エンティティＡが他のエンティティ１２に対して有する関係を記述する。関連３ｂは、Ｒ種別３８と他エンティティ指定３９を包含する。他エンティティ指定３９は他のエンティティ１２に対するポインタ情報（例えば、他のエンティティ１２対応の管理表３０のアドレス）である。Ｒ種別３８は、他のエンティティ１２に対する関係の種類を示す。エンティティＡが複数の関係を有する場合、関連３ｂはエンティティＡについて複数個存在する。エンティティＡが他のエンティティ１２と関係を持っていないときは、関連３ｂはＮｕｌｌを格納する。
【００３１】
生成部２０は、あるエンティティ１２（エンティティＡ）のコンテキスト３６の生成を要求されると、エンティティＡを起点に関連３ｂをたどって、他のエンティティ１２（エンティティＢ）のコンテキスト３６から生成することがある。このとき、生成部２０は、エンティティＡの管理表３０の他エンティティ指定３９にエンティティＢへのポインタ情報が格納されていれば、このポインタ情報をたどって、直接エンティティＢの管理表３０を検索する。エンティティＡの管理表３０の他エンティティ指定３９にエンティティＣへのポインタ情報が格納され、．．エンティティＤの管理表３０の他エンティティ指定３９にエンティティＢへのポインタ情報が格納されている場合がある。この場合、生成部２０は、これらのポインタ情報をたどって、エンティティＡからエンティティＣ、．．．Ｄを経由してエンティティＢの管理表３０を検索する。
【００３２】
図４は、コンテキスト要求２８の構成を示す。コンテキスト要求２８は、ＩＤ３１とＣ種別３７を包含する。このＩＤ３１は、コンテキスト要求２８の対象エンティティ１２を示す。このＣ種別３７は、対象エンティティ１２について取得すべきコンテキスト３６の種別を示す
図５は、関連付けルール保持部２６に格納されるデータの構成を示す。関連付けルール保持部２６は、一つまたは複数の関連付けルール４０を格納する。関連付けルール４０は種別ペア４１と設定種別４２を包含する。種別ペア４１は、Ｅ種別３２のペアを格納する。設定種別４２は、種別ペア４１のおのおののＥ種別３２をもつ２つのエンティティ１２の間に設定される関連３ｂの種類（Ｒ種別３８）を格納する。Ｒ種別３８には、例えば、２つのエンティティ１２の密着配置を示すattach、接触配置を示すnearby、周辺配置を示すinなどがある。
【００３３】
図５によれば、最初の関連付けルール４０は、例えば、Ｅ種別３２がトラックと商品の２つのエンティティ１２の間には、Ｒ種別３８がnearbyの関連３ｂが設定されることを規定する。これは、商品がトラックに積まれて接触状態になることに対応する。２番目の関連付けルール４０は、例えば、Ｅ種別３２がトラックと人の２つのエンティティ１２の間には、Ｒ種別３８がinの関連３ｂが設定されることを規定する。これは、人がトラックに乗り込んで周辺配置状態にあることに対応する。人は、トラック内で柔軟性のある足を介して立っていたり、クッション性の良い椅子に座っていたりするため、直接接触しているとは言えない場合に対応する。同様に、３番目の関連付けルール４０は、例えば、Ｅ種別３２が共に商品である２つのエンティティ１２の間には、Ｒ種別３８がnearbyの関連３ｂが設定されることを規定する。商品は、重ねられたり、並べて置かれたりして接触状態になる場合に対応する。
【００３４】
なお、コンテキスト生成装置１１は関連付けルール保持部２６を備えず、処理部２３内部に、関連付けルール４０相当のデータを固定的に保持していても良い。
【００３５】
図６は、検索ルール保持部２４に格納されるデータの構成を示す。検索ルール保持部２４は、一つまたは複数の検索ルール４３を格納する。検索ルール４３は、要求指定４４と検索関連指定４５を包含する。要求指定４４は一つまたは複数のＣ種別３７を格納する。検索関連指定４５は一つまたは複数のＲ種別３８を格納する。
【００３６】
生成部２０は、コンテキスト要求２８で指定されたＣ種別３７に基づいて検索ルール４３を取得し、当該検索ルール４３の検索関連指定４５に記載されるＲ種別３８の関連３ｂをたどって、コンテキスト３６を生成する。
【００３７】
図６の最初の検索ルール４３は、コンテキスト要求２８のＣ種別３７として、位置、温度、ガス濃度、湿度の何れかが指定された場合、生成部２０は、Ｒ種別３８がattach、nearby、inの何れの関連３ｂをたどっても良いことを規定している。２番目の検索ルール４３は、衝撃、加速度の何れかがコンテキスト要求２８で指定された場合、生成部２０は、Ｒ種別３８がattach、nearbyの何れの関連３ｂをたどっても良いが、Ｒ種別３８がinの関連３ｂはたどれないことを規定している。３番目の検索ルール４３は、心拍数、圧力、照度の何れかがコンテキスト要求２８で指定された場合、生成部２０は、Ｒ種別３８がattachの関連３ｂをたどっても良いが、Ｒ種別３８がnearby、inの関連３ｂはたどれないことを規定している。
【００３８】
また、ある種類の関連３ｂ（例えば、nearbyなど）については、たどれる回数を、検索ルール４３などで指定できるようにしても良い。コンテキスト３６の種類によっては、関連３ｂを通じて当該コンテキスト３６が伝搬されるエンティティ１２の数が制限されることがあるからである。なお、たどれる回数（ホップ数）とは、起点となる管理表３０からコンテキスト３６を得る管理表３０をアクセスするまでに経由する管理表３０の個数をいう。
【００３９】
なお、コンテキスト生成装置１１は検索ルール保持部２４を備えないことがある。この場合、コンテキスト生成装置１１は、ユーザ端末１７から検索ルール４３を入力しても良いし、内部に検索ルール４３相当のデータを固定的に保持していても良い。
【００４０】
図７は登録部２７の動作フローチャートである。登録部２７は、管理端末１６から管理表３０の作成または修正要求を入力する（Ｓ１）。入力が作成要求であった場合（Ｓ２でＹ）、同部は、管理部２５内に新たな管理表３０の領域を確保して、初期設定（Ｎｕｌｌ値の設定）を行う（Ｓ３）。続いて、登録部２７は、ＩＤ３１、Ｅ種別３２を管理端末１６から入力して作成した管理表３０に格納する（Ｓ４）。同部は、タグＩＤ３３、リーダＩＤ３４、Ｃ情報３ａ、関連３ｂの情報の何れかが管理端末１６から入力されれば、それらの情報を作成した管理表３０に格納し（Ｓ５）、処理を終了する。ここで、管理端末１６から入力されるタグＩＤ３３、リーダＩＤ３４、Ｃ情報３ａ、関連３ｂの情報は、例えば、エンティティ１２についての固定的な情報である。
【００４１】
入力が修正要求であった場合（Ｓ２でＮ）、登録部２７は、管理端末１６からＩＤ３１を入力して、当該ＩＤ３１を格納する管理表３０を取得する（Ｓ６）。その後、同部は、修正情報を管理端末１６から入力して、検索した管理表３０の内容を修正し（Ｓ７）、処理を終了する。
【００４２】
例えば、エンティティ１２にＩＤタグ１４、タグリーダ１５、センサ１３を付したときや外したときには、タグＩＤ３３、リーダＩＤ３４、センサＩＤ３５が修正される。また、例えば、他のエンティティ１２と半固定的な関係付けが設定されたときには、関連３ｂが修正される。さらに、例えば、センサ１３によらない状況情報が発生したときには、コンテキスト３６が修正される。センサ１３によらない状況情報は、エンティティ１２としての宅配荷物の配達を完了したことを、配達員が管理端末１６としての携帯端末から入力した場合などに発生する。
【００４３】
図８は、処理部２３の動作フローチャートである。処理部２３は、センサ１３またはタグリーダ１５からデータ入力があると動作を開始する。センサ１３は、例えば、定期的にセンサＩＤ３５と測定値を処理部２３に送信する。タグリーダ１５は、例えば、ＩＤタグ１４の送信情報を検知したとき（出現時）またはＩＤタグ１４の送信情報を検知しなくなったとき（消失時）にその出現または消失を処理部２３に通知する。タグリーダ１５は、出現データまたは消失データとしてタグＩＤ３３およびリーダＩＤ３４を処理部２３に通知する。
【００４４】
センサ１３からデータ入力した場合（Ｓ１０でＮ）、処理部２３は、入力したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０を全て取得する（Ｓ１１）。同部は、取得した全ての管理表３０のコンテキスト３６に入力した測定値を格納する（Ｓ１２）。より正確にいえば、同部は、当該管理表３０の、入力したセンサＩＤ３５と一致するセンサＩＤ３５を持つＣ情報３ａのコンテキスト３６に当該測定値を格納する。
【００４５】
タグリーダ１５から出現データを入力した場合（Ｓ１０でＹ、かつ、Ｓ１３でＹ）、処理部２３は、入力したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ａ）を全て取得する（Ｓ１７）。更に同部は、入力したリーダＩＤ３４と一致するリーダＩＤ３４を持つ管理表３０（管理表Ｂ）を全て取得する（Ｓ１８）。
【００４６】
同部は、取得した管理表Ａと管理表Ｂの全組み合わせについて、相互に関連３ｂを設定する（Ｓ１９乃至Ｓ１Ｃ）。具体的に、同部は、順次選択した管理表ＡとＢから取得した２つのＥ種別３２を、関連付けルール保持部２６の種別ペア４１と対比して合致する関連付けルール４０を取得する（Ｓ１９）。処理部２３は、取得した関連付けルール４０の設定種別４２から設定すべきＲ種別３８を取得する（Ｓ１Ａ）。同部は、当該管理表ＡのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｂのアドレスを設定する（Ｓ１Ｂ）。同部は、当該管理表ＢのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ａのアドレスを設定する（Ｓ１Ｃ）。
【００４７】
タグリーダ１５から消失データを入力した場合（Ｓ１０でＹ、かつ、Ｓ１３でＮ）、処理部２３は、入力したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ｃ）を全て取得する（Ｓ１４）。更に同部は、入力したリーダＩＤ３４と一致するリーダＩＤ３４を持つ管理表３０（管理表Ｄ）を全て取得する（Ｓ１５）。同部は、取得した管理表Ｃと管理表Ｄの全組み合わせについて、相互の関連３ｂを削除（Ｎｕｌｌ値を設定）する（Ｓ１６）。
【００４８】
なお、タグリーダ１５は、例えば、ＩＤタグ１４の送信情報を検知したとき（出現時）はその出現を処理部２３に通知するが、ＩＤタグ１４の送信情報を検知しなくなったとき（消失時）にはその消失を通知しない構成としても良い。この構成において、処理部２３は、エンティティ１２の間に関係付けされた状態で、出現データを受け取ったときに、消失データを受け取ったものとして処理しても良い。これは、例えば、トラックや倉庫の出入り口にタグリーダ１５を設置し、搬入時に商品に付されたＩＤタグ１４を読み取ると出現データと解釈して関係付けを行い、搬出時に再度読み取ると消失データと解釈して関係付けを解消することを意味する。
【００４９】
この場合、処理部２３は、例えば、設定すべきＲ種別３８を取得した後（Ｓ１Ａ）、当該管理表ＡとＢの間に、当該Ｒ種別３８の関連３ｂが設定されているかを検査し、既に設定されていれば（Ｓ１ＺでＹ）、関連３ｂの削除する（Ｓ１４以降）ことでよい。
【００５０】
図９は、生成部２０の動作フローチャートである。生成部２０は、先ずユーザ端末１７からコンテキスト要求２８を入力して（Ｓ２０）、作業域としてのデータリスト２１および検査済み関連リスト２２を初期設定（Ｎｕｌｌ値設定）する（Ｓ２１）。
【００５１】
図１０は、データリスト２１の構成を示す。データリスト２１は関連３ｂをたどって、管理表３０を走査したときに、走査過程で発見した一つまたは複数のコンテキスト３６を包含する領域である。
【００５２】
図１１は、検査済み関連リスト２２の構成を示す。検査済み関連リスト２２は、関連３ｂをたどって管理表３０を走査したときに、既に走査した一つまたは複数の関連３ｂを包含できる領域である。検査済み関連リスト２２は、関連３ｂの２重走査を防止するために設けられる。検査済み関連リスト２２は、管理表３０のＩＤ３１に対応させて、当該管理表３０に格納されている関連３ｂ（Ｒ種別３８と他エンティティ指定３９）を格納する。
【００５３】
生成部２０は、次に、コンテキスト要求２８で入力されたＩＤ３１を持つ管理表３０（管理表Ａ）を全て取得する（Ｓ２２）。同部は、検索ルール保持部２４を検索して要求指定４４の中に、コンテキスト要求２８で入力されたＣ種別３７を持つ検索ルール４３（検索ルールＡ）を取得する（Ｓ２３）。
【００５４】
生成部２０は、管理表Ａを起点としたコンテキスト３６の検索を行う（Ｓ２４）。即ち、同部は、管理表Ａを起点として、検索ルールＡの検索関連指定４５が規定する範囲のＲ種別３８の関連３ｂをたどって検索した管理表３０から、入力されたＣ種別３７のコンテキスト３６をデータリスト２１に追加していく（詳細は後述）。
【００５５】
同部は、走査が完了して、データリスト２１にコンテキスト３６が格納されている場合（Ｓ２５でＹ）は、当該コンテキスト３６を出力して（Ｓ２６）、処理を終了する。
【００５６】
同部は、走査が完了して、データリスト２１にコンテキスト３６が格納されていない場合（Ｓ２５でＮ）は、「要求されたコンテキストはない」との通知を出力して（Ｓ２７）、処理を終了する。
【００５７】
なお、データリスト２１内に複数のコンテキスト３６が格納されている場合、同部は、それら複数のコンテキスト３６の平均値をコンテキスト３６として出力しても良い。同部は、それら複数のコンテキスト３６から、特別に大きな又は小さな値を除いて、平均値を計算してもよい。同部は、それら複数のコンテキスト３６から、最大値または最小値をコンテキスト３６として出力しても良い。更に同部は、それら複数のコンテキスト３６の数が一定値以下の場合や、値の分散が所定値より大きければ、「要求されたコンテキストはない」との通知を出力しても良い。
【００５８】
図１２は、生成部２０による、管理表Ａを起点としたコンテキスト３６の検索処理のフローチャートである。生成部２０は、入力したＣ種別３７のコンテキスト３６が管理表Ａに存在すれば、データリスト２１に追加する（Ｓ３０）。生成部２０は、管理表Ａの全ての関連３ｂをたどって管理表３０の走査を行う（Ｓ３１乃至Ｓ３５）。
【００５９】
具体的には、生成部２０は、順次選択した関連３ｂのＲ種別３８を取り出し、当該Ｒ種別３８が、検索ルールＡの検索関連指定４５に包含されているかを検査する（Ｓ３１）。包含されている場合（Ｓ３１でＹ）、同部は、当該関連３ｂが既に走査済みであるかを検査する（Ｓ３２）。これは、当該管理表ＡのＩＤ３１と当該関連３ｂが既に、検査済み関連リスト２２に登録済みかを検査することで行われる。
【００６０】
走査済みで無ければ（Ｓ３２でＮ）、同部は、当該管理表ＡのＩＤ３１と当該関連３ｂを検査済み関連リスト２２に登録する（Ｓ３３）。その後同部は、当該関連３ｂの他エンティティ指定３９をたどって関係付けられている他のエンティティ１２の管理表３０（新たな管理表Ａ）を取得する（Ｓ３４）。
【００６１】
そして、同部は、新たな管理表Ａを起点としたコンテキスト３６の検索を行い（Ｓ３５）、その処理を終了する。新たな管理表Ａを起点としたコンテキスト３６の検索処理は、本図の処理をリカーシブに呼び出すことで実現する。
【００６２】
図１３は、コンテキスト生成システム１０の第１の適応事例（状況１）を示す。本事例に於いて、エンティティ１２は、商品１と商品２（Ｅ種別３２は共に商品）、人１（Ｅ種別３２は人）、心拍計１（Ｅ種別３２は心拍計）、トラック１（Ｅ種別３２はトラック）である。商品１は、ＲＦＩＤタグ１（ＩＤタグ１４）と温度センサ１（センサ１３）を備える。商品２は、ＲＦＩＤタグ２を備える。人１は、ＲＦＩＤタグ３を備える。心拍計１は、心拍センサ（センサ１３）を備える。トラック１は、その荷物搬入搬出口にＲＦＩＤリーダ１と２（タグリーダ１５）を備えたゲートを有している。人１には心拍計１が密着されている。そして、人１は、商品１と２を抱えて、トラック１の搬入搬出口前に立っている。
【００６３】
図１４は、第１の適応事例（状況１）に対応した管理表３０を示す。管理部２５には、各エンティティ１２に対応した管理表３０が作成されている。そして、人１と心拍計１の間には、Ｒ種別３８がattachの関連３ｂ（Ｆ−ａ、ｂ）が設定されている。例えば、コンテキスト生成システム１０の管理者が、これらの情報を管理端末１６から登録部２７経由で管理部２５に登録する。
【００６４】
図１５は、コンテキスト生成システム１０の第１の適応事例（状況２）を示す。この状況では、人１が、商品１と２を抱えたままゲートを通ってトラック内に乗り込み、商品１と２をトラック１に置いている（接近配置）。人１は、トラック１内で振動吸収可能な足で立っており、振動などのコンテキスト３６の観点からは周辺配置されている。
【００６５】
図１６は、第１の適応事例（状況２）に対応した管理表３０を示す。人１が心拍計１を付け、商品１と２を抱えたままゲートを通ったとき、ゲートのＲＦＩＤリーダ１または２は、ＲＦＩＤタグ１、２、および、３の識別情報を読み取り、読み取りデータを処理部２３に出力する。これを契機に、処理部２３は新たな関連３ｂを設定する。なお、ゲートのＲＦＩＤリーダ１と２は、同じＩＤタグ１４の情報を重ねて読み取らない距離に配置されているものとする。
【００６６】
処理部２３は、タグリーダ１または２からＲＦＩＤタグ１の識別情報を入力すると、関連付けルール４０に従って、トラック１と商品１との間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１−ａ、ｂ）。処理部２３は、タグリーダ１または２からＲＦＩＤタグ２の識別情報を入力すると、関連付けルール４０に従って、トラック１と商品２との間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ２−ａ、ｂ）。処理部２３は、タグリーダ１または２からＲＦＩＤタグ３の識別情報を入力すると、関連付けルール４０に従って、トラック１と人１との間にＲ種別３８がinの関連３ｂを設定する（ｒ３−ａ、ｂ）。
【００６７】
また、温度センサ１、心拍センサ１は定期的に測定値を処理部２３に出力している。処理部２３は、これらの測定値を入力すると、おのおののセンサＩＤ３５に対応したコンテキスト３６を格納する（ｒ４、ｒ５）
この状態で、人１の心拍数は以下のように求められる。生成部２０が人１（ＩＤ３１）および心拍数（Ｃ種別３７）を指定するコンテキスト要求２８を入力する。生成部２０はＩＤ３１をキーに人１の管理表３０にアクセスする。人１は、関連３ｂとしてＲ種別３８がinとattachの２つを持つ（Ｆ−ａとｒ３−ｂ）。生成部２０は、検索ルール４３に従って、Ｒ種別３８がinの関連３ｂ（ｒ３−ｂ）はたどらずに、Ｒ種別３８がattachの関連３ｂ（Ｆ−ａ）をたどって、心拍計１の管理表３０からＣ種別３７が心拍数のコンテキスト３６（ｒ５）を得る。
【００６８】
一方、人１の温度は以下のように求められる。生成部２０が人１（ＩＤ３１）および温度（Ｃ種別３７）を指定するコンテキスト要求２８を入力する。生成部２０はＩＤ３１をキーに人１の管理表３０にアクセスする。人１は、関連３ｂとしてＲ種別３８がinとattachの２つを持つ（Ｆ−ａとｒ３−ｂ）。生成部２０は、検索ルール４３に従って、Ｒ種別３８がinの関連３ｂ（ｒ３−ｂ）をたどってトラック１の管理表３０にアクセスする。その後同部は、さらに、トラック１のnearbyの関連３ｂ（ｒ１−ａ）をたどって商品１の管理表３０から、Ｃ種別３７が温度のコンテキスト３６（ｒ４）を得る。
【００６９】
生成部２０は検索ルール４３に従って、attachの関連３ｂ（Ｆ−ａ）をたどって心拍計１の管理表３０にアクセスするが、心拍計１には温度のコンテキスト３６もなく、他にたどるべき関連３ｂもないため温度を得ずにこの方面の走査を終了する。また、生成部２０は、トラック１のnearbyの関連３ｂ（ｒ２−ａ）をたどって商品２の管理表３０にもアクセスするが、商品２には温度のコンテキスト３６もなく、他にたどるべき関連３ｂもないため温度を得ずにこの方面の走査を終了する。
【００７０】
本実施形態のコンテキスト生成システム１０は、エンティティ１２についての多様なＣ種別３７のコンテキスト３６を、コンテキスト３６のＣ種別３７に応じた他の適切なエンティティ１２のコンテキスト３６から取得できる（第１の効果）。上述の適用事例でいえば、コンテキスト生成システム１０は、人１エンティティの心拍数コンテキストは心拍計エンティティから取得する一方、同じ人１エンティティについてであっても、温度コンテキストは商品１エンティティから取得している。
【００７１】
この効果が得られる理由は、エンティティ１２間にＲ種別３８を有する関連３ｂを設定し、Ｃ種別３７に応じて選択されるＲ種別３８の関連３ｂをたどって他のエンティティ１２のコンテキスト３６にアクセスするからである。
【００７２】
第２の効果は、信頼性の高いコンテキスト３６を取得できることである。その理由は、コンテキスト生成装置１１は、複数のエンティティ１２から、求めるＣ種別３７のコンテキスト３６を取得して、特別に大きな又は小さな値を除いたうえでその平均値を計算するなどしてコンテキスト３６を出力するからである。情報源を複数とすることで、取得したコンテキスト３６の信頼性を向上させることが出来る。
【００７３】
第３の効果は、エンティティ１２の柔軟な定義（現実世界の物などとの対応付け）が可能となることである。その理由は、エンティティ１２がＩＤタグ１４やセンサ１３を別に持ったり共有したり出来るからである。例えば、箱が、外面にＩＤタグ１４を、外面と内面に別々にセンサ１３（例えば、温度計）を持つことが出来る。このようにすれば、コンテキスト生成装置１１は、箱の内部と外部を別々のエンティティ１２として管理できる。そして、同装置は、両エンティティ１２の移動を同時に把握しながら、箱の内部温度と外部温度を別々に管理することが可能となる。
【００７４】
第４の効果は、エンティティ１２の間に適切な種類（Ｒ種別３８）の関連３ｂを設定できることである。その理由は、エンティティ１２の種類（Ｅ種別３２）に応じて適切なＲ種別３８の関連３ｂを設定するからである。
【００７５】
図１７は、本発明の第２の実施形態にかかるコンテキスト生成システム１０の構成を示す。第１の実施形態のコンテキスト生成システム１０は、エンティティＡのタグリーダ１５が、エンティティＢのＩＤタグ１４の情報を入力することで、エンティティＡとエンティティＢの接近を検出した。本実施形態のコンテキスト生成システム１０は、タグリーダ１５が同時（第１の時間内）に、エンティティＡのＩＤタグ１４とエンティティＢのＩＤタグ１４の情報を入力することで、エンティティＡとエンティティＢの接近を検出する。
【００７６】
以下に説明すること以外は、本実施形態のコンテキスト生成システム１０は、第１の実施形態のコンテキスト生成システム１０と同じである。本実施形態のコンテキスト生成装置１１は、図示しないメモリにＲ履歴表５０を保持している。
【００７７】
図１８はＲ履歴表５０の構成を示す。Ｒ履歴表５０はタグリーダ１５からの入力データ（リーダ履歴５１）の時系列を記憶する。リーダ履歴５１は、入力時刻５２、リーダＩＤ３４、タグＩＤ３３を包含する。
【００７８】
図１９は、第２の実施形態の処理部２３の動作フローチャート（部分）である。本図の処理は、図８のａとｂの間に挿入される。このとき、図８のｂとｃの間の処理（第１の実施形態にかかる処理）はあっても無くても良い。即ち、本実施形態は、第１の実施形態と並列に実装されても良いし、単独に実装されても良い。
【００７９】
本実施形態に於いて、処理部２３は、タグリーダ１５から、出現データまたは消失データとしてタグＩＤ３３およびリーダＩＤ３４を入力すると、入力したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ｐ）を全て取得する（Ｓ４０）。同部は、Ｒ履歴表５０から、現時刻と入力時刻５２との差が第１の時間以内であって、かつリーダＩＤ３４が入力リーダＩＤ３４と一致するところのリーダ履歴５１を全て取得する（Ｓ４１）。処理部２３は、現時刻を図示しないタイマなどから入力する。
【００８０】
処理部２３は、取得した全リーダ履歴５１について以下（Ｓ４２乃至Ｓ４９）の処理を行う。先ず、処理部２３は、順次選択したリーダ履歴５１からタグＩＤ３３を取得し（Ｓ４２）、次に、取得したタグＩＤ３３と一致するタグＩＤ３３を持つ管理表３０（管理表Ｑ）を全て取得する（Ｓ４３）。同部は、取得した管理表Ｐと管理表Ｑの全組み合わせについて、相互に関連３ｂを設定または削除する（Ｓ４４乃至Ｓ４９）。具体的に、同部は、順次選択した管理表ＰとＱから取得した２つのＥ種別３２を、関連付けルール保持部２６の種別ペア４１と対比して合致する関連付けルール４０を取得する（Ｓ４４）。処理部２３は、取得した関連付けルール４０の設定種別４２から設定すべきＲ種別３８を取得する（Ｓ４５）。同部は、当該管理表ＰとＱの間に、当該Ｒ種別３８の関連３ｂが設定されているかを検査する（Ｓ４６）。
【００８１】
既に設定されていなければ（Ｓ４６でＮ）、同部は、当該管理表ＰのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｑのアドレスを設定する（Ｓ４７）。同部は、当該管理表ＱのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｐのアドレスを設定する（Ｓ４８）。
【００８２】
既に設定されていれば（Ｓ４６でＹ）、同部は、当該管理表ＰとＱの間の関連３ｂを削除する（Ｓ４９）。
【００８３】
図２０は、コンテキスト生成システム１０の第２の適応事例（状況１）を示す。人１は、商品１と２に加えて、商品３を抱えて、トラック１の搬入搬出口前に立っている。人１は心拍計１を備えていない。他は、第１の適応事例（状況１）と同じである。
【００８４】
図２１は、第２の適応事例（状況１）に対応した管理表３０を示す。管理部２５には、各エンティティ１２に対応した管理表３０が作成されている。
【００８５】
図２２は、コンテキスト生成システム１０の第２の適応事例（状況２）を示す。この状況では、人１が、商品１、２と３を抱えたままゲートを通ってトラック内に乗り込み、商品１、２と３をトラック１に置いている（接近配置）。人１は、トラック１内で振動吸収可能な足で立っており、振動などのコンテキスト３６の観点からは周辺配置されている。
【００８６】
図２３は、第２の適応事例（状況２）に対応した管理表３０を示す。人１が、商品１、２と３を抱えたままゲートを通ったとき、ゲートのＲＦＩＤリーダ１または２は、ＲＦＩＤタグ１、２、３、および、４の識別情報を読み取り、読み取りデータを処理部２３に出力する。これを契機に、処理部２３は新たな関連３ｂを設定する。
【００８７】
同部は、例えばタグリーダ１または２からＲＦＩＤタグ１の識別情報に続き、第１の時間内にＲＦＩＤタグ２の識別情報を受信すると、商品１と２の接近を検出し、関連付けルール４０により両者間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１０）。続いて第１の時間内にＲＦＩＤタグ４の識別情報を受信すると、処理部２３は商品１、２と３の接近を検出して、関連付けルール４０に従って、商品３と商品２、及び、商品３と商品１の間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１１、ｒ１２）。続いて第１の時間内にＲＦＩＤタグ３の識別情報を受信すると、処理部２３は、人１、並びに、商品１、２と３の接近を検出するが、関連付けルール４０（設定種別４２がＮｕｌｌ）に従って、人１と何れの商品とも関連３ｂを設定しない。
【００８８】
なお、図８のｂとｃの間の処理（第１の実施形態にかかる処理）も実行する場合は、処理部２３はトラック１との関連３ｂ（ｒ１乃至ｒ４）も設定する。
【００８９】
図２４は、人１が、商品１、２と３を抱えたままゲートを通ってトラック１外に出たときの管理表３０を示す。処理部２３は、図１９の動作フローチャートにしたがって、ｒ１０乃至ｒ１２の関連３ｂを削除する。例えば、処理部２３は、タグリーダ１または２からＲＦＩＤタグ１の識別情報に続き、第１の時間内にＲＦＩＤタグ２の識別情報を受信すると、以下を行う。先ず、処理部２３は、関連付けルール４０に従って両者間にＲ種別３８がnearbyの関連３ｂを設定しようとするが、既に当該関連３ｂが設定されていることを検出して、商品１と２が遠のいたと判断して、両者間の関連３ｂ（ｒ１０）を削除するのである。
【００９０】
また、図８のｂとｃの間の処理（第１の実施形態にかかる処理）も実行する場合は、処理部２３はトラック１との関連３ｂ（ｒ１乃至ｒ４）も削除する。
【００９１】
なお、処理部２３は、エンティティ１２の消失を検出したとき（図８のＳ１４以降）は、当該エンティティ１２が持つ全ての関連３ｂ（登録部２７で設定した関連３ｂを除く）を削除するように実装しても良い。即ち、処理部２３が、搬入時に設定された関連３ｂを、搬出時に全て削除するようにしても良い。この場合は、更に、搬出時に、同時に複数のエンティティ１２を検出して、その場合、それらのエンティティ１２間に関係づけを行っても良い。このようにすれば、商品１、２、３を同時に搬入し、商品１、２だけを同時に搬出した場合、商品１と２について、商品３との関連３ｂを削除しつつ、商品１と２の関連３ｂは保持することが出来る。
【００９２】
本実施の形態のコンテキスト生成システム１０は、エンティティ１２間の多様な関連３ｂを設定できる。その理由は、タグリーダ１５が同時に、エンティティＡのＩＤタグ１４とエンティティＢのＩＤタグ１４の情報を入力することで、同システムが、エンティティＡとエンティティＢの接近および遠のいたことを検出して、関連３ｂを設定および削除するからである。
【００９３】
図２５は、本発明の第３の実施形態にかかるコンテキスト生成システム１０の構成を示す。本実施形態のコンテキスト生成システム１０は、エンティティＡとＢのセンサ１３が、第１の測定値差以内の測定値を同時（第２の時間内）に検出すると、エンティティＡとＢの接近を検出する。また、同システムは、両センサ１３が第２の測定値差以上の測定値を同時に検出すると、エンティティＡとＢが遠のいたことを検出する。
【００９４】
以下に説明すること以外は、本実施形態のコンテキスト生成システム１０は、第１の実施と同じである。本実施形態のコンテキスト生成装置１１は、図示しないメモリにＳ履歴表７０、測定値差表６０と変換表８０を保持している。
【００９５】
図２６は測定値差表６０の構成を示す。測定値差表６０は、センサ種別６１毎の第１の測定値差６２と第２の測定値差６３を格納する。
【００９６】
図２７はＳ履歴表７０の構成を示す。Ｓ履歴表７０はセンサ１３からの入力データ（センサ履歴７１）の時系列を記憶する。センサ履歴７１は、入力時刻５２、センサＩＤ３５、センサ種別６１、履歴測定値７２を包含する。
【００９７】
図２８は変換表８０の構成を示す。変換表８０は、センサＩＤ３５対応にセンサ種別６１を格納する。
【００９８】
図２９は、第３の実施形態の処理部２３の動作フローチャート（部分）１／３である。本図の処理は、図８のｄとｅの間に挿入される。このとき、図８のａとｃの間の処理（第１または第２の実施形態にかかる処理）はあっても無くても良い。即ち、本実施形態は、第１または第２の実施形態と並列に実装されても良いし、単独に実装されても良い。
【００９９】
本実施形態に於いて、処理部２３は、センサ１３からセンサＩＤ３５と測定値を入力すると、入力したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０（管理表Ｅ）を全て取得する（Ｓ５０）。同部は、入力したセンサＩＤ３５に対応するセンサ種別６１を変換表８０から取得する。さらに、同部は、取得したセンサ種別６１に対応する第１の測定値差６２、第２の測定値差６３を測定値差表６０から取得する（Ｓ５１）。同部は、Ｓ履歴表７０から、現時刻と入力時刻５２の差が第２の時間以内で、センサ種別６１が取得したセンサ種別６１と一致し、かつ入力した測定値と履歴測定値７２の差が取得した第１の測定値差６２以内のセンサ履歴７１を全て取得する（Ｓ５２）。取得できた場合（Ｓ５３でＹ）、処理部２３は関連３ｂの設定を行う（図３０）。
【０１００】
取得できない場合（Ｓ５３でＮ）、または、図３０の処理後、処理部２３は以下の処理を行う。即ち同部は、Ｓ履歴表７０から、現時刻と入力時刻５２の差が第２の時間以内で、センサ種別６１が取得したセンサ種別６１と一致し、かつ入力した測定値と履歴測定値７２の差が取得した第２の測定値差６３以上のセンサ履歴７１を全て取得する（Ｓ５４）。
【０１０１】
取得できた場合（Ｓ５５でＹ）、処理部２３は関連３ｂの削除を行う（図３１）。取得できない場合（Ｓ５５でＮ）、処理部２３は処理を終了する。
【０１０２】
図３０は、第３の実施形態の処理部２３の動作フローチャート（部分）２／３である。処理部２３は、Ｓ５２で取得した全てのセンサ履歴７１について以下の処理（Ｓ６０乃至Ｓ６５）を行う。先ず処理部２３は、順次選択したセンサ履歴７１からセンサＩＤ３５を取得する（Ｓ６０）。同部は、取得したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０（管理表Ｆ）を全て取得する（Ｓ６１）。同部は、取得した管理表Ｅと管理表Ｆの全組み合わせについて、相互に関連３ｂを設定する（Ｓ６１乃至Ｓ６５）。具体的に、同部は、順次選択した管理表ＥとＦから取得した２つのＥ種別３２を、関連付けルール保持部２６の種別ペア４１と対比して合致する関連付けルール４０を取得する（Ｓ６２）。処理部２３は、取得した関連付けルール４０の設定種別４２から設定すべきＲ種別３８を取得する（Ｓ６３）。同部は、当該管理表ＥのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｆのアドレスを設定する（Ｓ６４）。同部は、当該管理表ＦのＲ種別３８に取得したＲ種別３８を、他エンティティ指定３９に当該管理表Ｅのアドレスを設定する（Ｓ６５）。
【０１０３】
図３１は、第３の実施形態の処理部２３の動作フローチャート（部分）３／３である。処理部２３は、Ｓ５２で取得した全てのセンサ履歴７１について以下の処理（Ｓ７０乃至Ｓ７２）を行う。先ず処理部２３は、順次選択したセンサ履歴７１からセンサＩＤ３５を取得する（Ｓ７０）。同部は、取得したセンサＩＤ３５と一致するセンサＩＤ３５を持つ管理表３０（管理表Ｇ）を全て取得する（Ｓ７１）。同部は、取得した管理表Ｅと管理表Ｇの全組み合わせについて、相互に関連３ｂを削除する（Ｓ７２）。
【０１０４】
図３２は、コンテキスト生成システム１０の第３の適応事例（状況１）を示す。本事例に於いて、エンティティ１２は、商品１と商品２（Ｅ種別３２は共に商品）である。商品１と２はおのおの衝撃センサ１と２を付されている。商品１と２は共にトラックに積み込まれているとする。
【０１０５】
図３３は、第３の適応事例（状況１）に対応した管理表３０を示す。管理部２５には、各エンティティ１２に対応した管理表３０が作成されている。例えば、コンテキスト生成システム１０の管理者が、これらの情報を管理端末１６から登録部２７経由で管理部２５に登録する。ここでトラックが走行し、振動する（状況２）と衝撃センサ１と２は共に当該振動に対応する測定値を処理部２３に出力する。処理部２３は、衝撃センサ１と２から同時（第２の時間内）に同じ測定値を入力して、関連付けルール４０に従って、両者間にＲ種別３８がnearbyの関連３ｂを設定する（ｒ１３）。図３４は、第３の適応事例（状況２）に対応した管理表３０を示す。
【０１０６】
図３５は、コンテキスト生成システム１０の第３の適応事例（状況３）を示す。例えば、商品２がトラックから落下したとする。この場合、処理部２３は、商品１の衝撃センサ１からはトラックの走行振動に対応する測定値を入力し続ける一方、商品２の衝撃センサ２からは落下に伴う大きな衝撃測定値を入力することになる。その結果、コンテキスト生成装置１１は、商品１と２が遠のいたことを検出して、両エンティティ１２の間の関連３ｂを削除する。図３６は、第３の適応事例（状況３）に対応した管理表３０を示す。
【０１０７】
本実施の形態のコンテキスト生成システム１０は、エンティティ１２間の多様な関連３ｂを設定できる。その理由は、本実施形態のコンテキスト生成システム１０は、エンティティＡとＢのセンサ１３が、第１の測定値差６２以内の測定値を同時に検出すると、両エンティティ１２の接近を検出するからである。また、同システムは、両センサ１３が第２の測定値差６３以上の測定値を同時に検出すると、両エンティティ１２が遠のいたことを検出するからである。
【０１０８】
図３７は、本発明にかかるコンテキスト生成装置１１の基本的構成を示す。コンテキスト生成装置１１は管理部２５と生成部２３を備える。管理部２５は、エンティティ１２対応に設けられ、それぞれ、コンテキスト３６、並びに、他エンティティ指定３９及び関係の種別（Ｒ種別３８）を含む関連３ｂを格納する管理表３０を記憶する。生成部２０は、第１のエンティティ１２の識別情報とコンテキスト３６の種別（Ｃ種別３７）を入力する。同部は、第１のエンティティ１２の管理表３０を起点に入力したＣ種別３７に基づいて選択したＲ種別３８の関連３ｂをたどって第２のエンティティ１２の管理表３０を検索する。同部は、当該管理表３０に格納されたコンテキスト３６に基づいて、第１のエンティティ１２のコンテキスト３６を生成する。
【図面の簡単な説明】
【０１０９】
【図１】図１は、本発明の第１の実施形態にかかるコンテキスト生成システム１０の構成を示す。
【図２】図２は、コンテキスト生成装置１１の構成を示す。
【図３】図３は、管理表３０の構成を示す。
【図４】図４は、コンテキスト要求２８の構成を示す。
【図５】図５は、関連付けルール保持部２６に格納されるデータの構成を示す。
【図６】図６は、検索ルール保持部２４に格納されるデータの構成を示す。
【図７】図７は登録部２７の動作フローチャートである。
【図８】図８は、処理部２３の動作フローチャートである。
【図９】図９は、生成部２０の動作フローチャートである。
【図１０】図１０は、データリスト２１の構成を示す。
【図１１】図１１は、検査済み関連リスト２２の構成を示す。
【図１２】図１２は、生成部２０による、管理表Ａを起点としたコンテキスト３６の検索処理のフローチャートである。
【図１３】図１３は、コンテキスト生成システム１０の第１の適応事例（状況１）を示す。
【図１４】図１４は、第１の適応事例（状況１）に対応した管理表３０を示す。
【図１５】図１５は、コンテキスト生成システム１０の第１の適応事例（状況２）を示す。
【図１６】図１６は、第１の適応事例（状況２）に対応した管理表３０を示す。
【図１７】図１７は、本発明の第２の実施形態にかかるコンテキスト生成システム１０の構成を示す。
【図１８】図１８はＲ履歴表５０の構成を示す。
【図１９】図１９は、第２の実施形態の処理部２３の動作フローチャート（部分）である。
【図２０】図２０は、コンテキスト生成システム１０の第２の適応事例（状況１）を示す。
【図２１】図２１は、第２の適応事例（状況１）に対応した管理表３０を示す。
【図２２】図２２は、コンテキスト生成システム１０の第２の適応事例（状況２）を示す。
【図２３】図２３は、第２の適応事例（状況２）に対応した管理表３０を示す。
【図２４】図２４は、人１が、商品１、２と３を抱えたままゲートを通ってトラック１外に出たときの管理表３０を示す。
【図２５】図２５は、本発明の第３の実施形態にかかるコンテキスト生成システム１０の構成を示す。
【図２６】図２６は測定値差表６０の構成を示す。
【図２７】図２７はＳ履歴表７０の構成を示す。
【図２８】図２８は変換表８０の構成を示す。
【図２９】図２９は、第３の実施形態の処理部２３の動作フローチャート（部分）１／３である。
【図３０】図３０は、第３の実施形態の処理部２３の動作フローチャート（部分）２／３である。
【図３１】図３１は、第３の実施形態の処理部２３の動作フローチャート（部分）３／３である。
【図３２】図３２は、コンテキスト生成システム１０の第３の適応事例（状況１）を示す。
【図３３】図３３は、第３の適応事例（状況１）に対応した管理表３０を示す。
【図３４】図３４は、第３の適応事例（状況２）に対応した管理表３０を示す。
【図３５】図３５は、コンテキスト生成システム１０の第３の適応事例（状況３）を示す。
【図３６】図３６は、第３の適応事例（状況３）に対応した管理表３０を示す。
【図３７】図３７は、本発明にかかるコンテキスト生成装置１１の基本的構成を示す。
【符号の説明】
【０１１０】
１０ コンテキスト生成システム
１１ コンテキスト生成装置
１２ エンティティ
１３ センサ
１４ ＩＤタグ
１５ タグリーダ
１６ 管理端末
１７ ユーザ端末
１８ ネットワーク
２０ 生成部
２１ データリスト
２２ 検索済み関連リスト
２３ 処理部
２４ 検索ルール保持部
２５ 管理部
２６ 関連付けルール保持部
２７ 登録部
２８ コンテキスト要求
２９ コンテキスト生成プログラム
３０ 管理表
３１ ＩＤ
３２ Ｅ種別
３３ タグＩＤ
３４ リーダＩＤ
３５ センサＩＤ
３６ コンテキスト
３７ Ｃ種別
３８ Ｒ種別
３９ 他エンティティ指定
３ａ Ｃ情報
３ｂ 関連
４０ 関連付けルール
４１ 種別ペア
４２ 設定種別
４３ 検索ルール
４４ 要求指定
４５ 検索関連指定
５０ Ｒ履歴表
５１ リーダ履歴
５２ 入力時刻
６０ 測定値差表
６１ センサ種別
６２ 第１の測定値差
６３ 第２の測定値差
７０ Ｓ履歴表
７１ センサ履歴
７２ 履歴測定値
８０ 変換表
【特許請求の範囲】
【請求項１】
エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部と、
第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成部を備える、コンテキスト生成装置。
【請求項２】
複数の前記第２のエンティティの前記管理表を検索し、当該複数の管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する前記生成部を備える、請求項１のコンテキスト生成装置。
【請求項３】
対応する前記エンティティの種別（Ｅ種別）を格納する前記エンティティ情報を格納する前記管理部と、
２つの前記エンティティの接近、または、遠のいたことを検出して、
前記２つのエンティティの前記管理表のおのおのに格納される２つの前記Ｅ種別に基づいて選択したＲ種別を持つ、一方の前記エンティティとの関連を、他方の前記エンティティの前記管理表に格納する、または、格納した前記関連を削除する処理部を備える、請求項１または２のコンテキスト生成装置。
【請求項４】
前記２つのエンティティのおのおのに付されたＩＤタグの識別情報を、一のタグリーダから第１の時間以内に入力すると、前記２つのエンティティの接近を検出する前記処理部を備える、請求項３のコンテキスト生成装置。
【請求項５】
前記２つのエンティティのおのおのに付されたセンサから、第１の測定値差以内の測定データを第２の時間以内に入力すると前記２つのエンティティの接近を検出し、または、第２の測定値差以上の測定データを前記第２の時間以内に入力すると前記２つのエンティティが遠のいたことを検出する前記処理部を備える、請求項３または４のコンテキスト生成装置。
【請求項６】
前記２つのエンティティの一方に付されたＩＤタグの識別子を、他方に付されたタグリーダから入力すると、前記２つのエンティティの接近または遠のいたことを検出する前記処理部を備える、請求項３乃至５の何れかのコンテキスト生成装置。
【請求項７】
前記Ｒ種別は、２つのエンティティの「接触配置」および「周辺配置」を包含し、
入力された前記Ｃ種別が温度であれば「接触配置」または「周辺配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、入力された前記Ｃ種別が振動であれば「接触配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、「周辺配置」の前記関連はたどらない前記生成部を備える請求項１乃至６のコンテキスト生成装置。
【請求項８】
前記エンティティに付されたセンサから測定値を入力して、前記エンティティの前記コンテキストとして前記管理表に格納する前記コンテキストを生成する前記生成部を備える、請求項１乃至７の何れかに記載のコンテキスト生成装置。
【請求項９】
管理端末からデータを入力して前記管理表を作成または修正する登録部およびユーザ端末から前記第１のエンティティの識別情報と前記Ｃ種別を入力する前記生成部を備える請求項８のコンテキスト生成装置と、
前記管理端末と、
前記ユーザ端末と、
前記センサを包含するコンテキスト生成システム。
【請求項１０】
エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータに、
第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成処理を実行させる、コンテキスト生成プログラム。
【請求項１１】
前記コンピュータに、
複数の前記第２のエンティティの前記管理表を検索し、当該複数の管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する前記生成処理を実行させる、請求項１０のコンテキスト生成プログラム。
【請求項１２】
対応する前記エンティティの種別（Ｅ種別）を格納する前記エンティティ情報を格納する前記管理部を備える前記コンピュータに、
２つの前記エンティティの接近、または、遠のいたことを検出して、
前記２つのエンティティの前記管理表のおのおのに格納される２つの前記Ｅ種別に基づいて選択したＲ種別を持つ、一方の前記エンティティとの関連を、他方の前記エンティティの前記管理表に格納する、または、格納した前記関連を削除する関連処理を実行させる、請求項１０または１１のコンテキスト生成プログラム。
【請求項１３】
前記コンピュータに、
前記２つのエンティティのおのおのに付されたＩＤタグの識別情報を、一のタグリーダから第１の時間以内に入力すると、前記２つのエンティティの接近を検出する前記関連処理を実行させる、請求項１２のコンテキスト生成プログラム。
【請求項１４】
前記コンピュータに、
前記２つのエンティティのおのおのに付されたセンサから、第１の測定値差以内の測定データを第２の時間以内に入力すると前記２つのエンティティの接近を検出し、または、第２の測定値差以上の測定データを前記第２の時間以内に入力すると前記２つのエンティティが遠のいたことを検出する前記関連処理を実行させる、請求項１２または１３のコンテキスト生成プログラム。
【請求項１５】
前記コンピュータに、
前記２つのエンティティの一方に付されたＩＤタグの識別子を、他方に付されたタグリーダから入力すると、前記２つのエンティティの接近または遠のいたことを検出する前記関連処理を実行させる、請求項１２乃至１４の何れかのコンテキスト生成プログラム。
【請求項１６】
前記Ｒ種別は、２つのエンティティの「接触配置」および「周辺配置」を包含し、
前記コンピュータに、
入力された前記Ｃ種別が温度であれば「接触配置」または「周辺配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、入力された前記Ｃ種別が振動であれば「接触配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、「周辺配置」の前記関連はたどらない前記生成処理を実行させる請求項１０乃至１５のコンテキスト生成プログラム。
【請求項１７】
前記コンピュータに、
前記エンティティに付されたセンサから測定値を入力して、前記エンティティの前記コンテキストとして前記管理表に格納する前記コンテキストを生成する前記生成処理を実行させる、請求項１０乃至１６の何れかに記載のコンテキスト生成プログラム。
【請求項１８】
エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータが、
第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力する入力工程と、
前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成工程を有する、コンテキスト生成方法。
【請求項１９】
前記コンピュータが、
複数の前記第２のエンティティの前記管理表を検索し、当該複数の管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する前記生成工程を有する、請求項１０のコンテキスト生成方法。
【請求項２０】
対応する前記エンティティの種別（Ｅ種別）を格納する前記エンティティ情報を格納する前記管理部を備える前記コンピュータが、
２つの前記エンティティの接近、または、遠のいたことを検出して、
前記２つのエンティティの前記管理表のおのおのに格納される２つの前記Ｅ種別に基づいて選択したＲ種別を持つ、一方の前記エンティティとの関連を、他方の前記エンティティの前記管理表に格納する、または、格納した前記関連を削除する関連工程を有する、請求項１０または１１のコンテキスト生成方法。
【請求項２１】
前記コンピュータが、
前記２つのエンティティのおのおのに付されたＩＤタグの識別情報を、一のタグリーダから第１の時間以内に入力すると、前記２つのエンティティの接近を検出する前記関連工程を有する、請求項１２のコンテキスト生成方法。
【請求項２２】
前記コンピュータが、
前記２つのエンティティのおのおのに付されたセンサから、第１の測定値差以内の測定データを第２の時間以内に入力すると前記２つのエンティティの接近を検出し、または、第２の測定値差以上の測定データを前記第２の時間以内に入力すると前記２つのエンティティが遠のいたことを検出する前記関連工程を有する、請求項１２または１３のコンテキスト生成方法。
【請求項２３】
前記コンピュータが、
前記２つのエンティティの一方に付されたＩＤタグの識別子を、他方に付されたタグリーダから入力すると、前記２つのエンティティの接近または遠のいたことを検出する前記関連工程を有する、請求項１２乃至１４の何れかのコンテキスト生成方法。
【請求項２４】
前記Ｒ種別は、２つのエンティティの「接触配置」および「周辺配置」を包含し、
前記コンピュータが、
入力された前記Ｃ種別が温度であれば「接触配置」または「周辺配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、入力された前記Ｃ種別が振動であれば「接触配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、「周辺配置」の前記関連はたどらない前記生成工程を有する請求項１０乃至１５のコンテキスト生成方法。
【請求項２５】
前記コンピュータが、
前記エンティティに付されたセンサから測定値を入力して、前記エンティティの前記コンテキストとして前記管理表に格納する前記コンテキストを生成する前記生成工程を有する、請求項１０乃至１６の何れかに記載のコンテキスト生成方法。
【請求項１】
エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部と、
第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成部を備える、コンテキスト生成装置。
【請求項２】
複数の前記第２のエンティティの前記管理表を検索し、当該複数の管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する前記生成部を備える、請求項１のコンテキスト生成装置。
【請求項３】
対応する前記エンティティの種別（Ｅ種別）を格納する前記エンティティ情報を格納する前記管理部と、
２つの前記エンティティの接近、または、遠のいたことを検出して、
前記２つのエンティティの前記管理表のおのおのに格納される２つの前記Ｅ種別に基づいて選択したＲ種別を持つ、一方の前記エンティティとの関連を、他方の前記エンティティの前記管理表に格納する、または、格納した前記関連を削除する処理部を備える、請求項１または２のコンテキスト生成装置。
【請求項４】
前記２つのエンティティのおのおのに付されたＩＤタグの識別情報を、一のタグリーダから第１の時間以内に入力すると、前記２つのエンティティの接近を検出する前記処理部を備える、請求項３のコンテキスト生成装置。
【請求項５】
前記２つのエンティティのおのおのに付されたセンサから、第１の測定値差以内の測定データを第２の時間以内に入力すると前記２つのエンティティの接近を検出し、または、第２の測定値差以上の測定データを前記第２の時間以内に入力すると前記２つのエンティティが遠のいたことを検出する前記処理部を備える、請求項３または４のコンテキスト生成装置。
【請求項６】
前記２つのエンティティの一方に付されたＩＤタグの識別子を、他方に付されたタグリーダから入力すると、前記２つのエンティティの接近または遠のいたことを検出する前記処理部を備える、請求項３乃至５の何れかのコンテキスト生成装置。
【請求項７】
前記Ｒ種別は、２つのエンティティの「接触配置」および「周辺配置」を包含し、
入力された前記Ｃ種別が温度であれば「接触配置」または「周辺配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、入力された前記Ｃ種別が振動であれば「接触配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、「周辺配置」の前記関連はたどらない前記生成部を備える請求項１乃至６のコンテキスト生成装置。
【請求項８】
前記エンティティに付されたセンサから測定値を入力して、前記エンティティの前記コンテキストとして前記管理表に格納する前記コンテキストを生成する前記生成部を備える、請求項１乃至７の何れかに記載のコンテキスト生成装置。
【請求項９】
管理端末からデータを入力して前記管理表を作成または修正する登録部およびユーザ端末から前記第１のエンティティの識別情報と前記Ｃ種別を入力する前記生成部を備える請求項８のコンテキスト生成装置と、
前記管理端末と、
前記ユーザ端末と、
前記センサを包含するコンテキスト生成システム。
【請求項１０】
エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータに、
第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力して、前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成処理を実行させる、コンテキスト生成プログラム。
【請求項１１】
前記コンピュータに、
複数の前記第２のエンティティの前記管理表を検索し、当該複数の管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する前記生成処理を実行させる、請求項１０のコンテキスト生成プログラム。
【請求項１２】
対応する前記エンティティの種別（Ｅ種別）を格納する前記エンティティ情報を格納する前記管理部を備える前記コンピュータに、
２つの前記エンティティの接近、または、遠のいたことを検出して、
前記２つのエンティティの前記管理表のおのおのに格納される２つの前記Ｅ種別に基づいて選択したＲ種別を持つ、一方の前記エンティティとの関連を、他方の前記エンティティの前記管理表に格納する、または、格納した前記関連を削除する関連処理を実行させる、請求項１０または１１のコンテキスト生成プログラム。
【請求項１３】
前記コンピュータに、
前記２つのエンティティのおのおのに付されたＩＤタグの識別情報を、一のタグリーダから第１の時間以内に入力すると、前記２つのエンティティの接近を検出する前記関連処理を実行させる、請求項１２のコンテキスト生成プログラム。
【請求項１４】
前記コンピュータに、
前記２つのエンティティのおのおのに付されたセンサから、第１の測定値差以内の測定データを第２の時間以内に入力すると前記２つのエンティティの接近を検出し、または、第２の測定値差以上の測定データを前記第２の時間以内に入力すると前記２つのエンティティが遠のいたことを検出する前記関連処理を実行させる、請求項１２または１３のコンテキスト生成プログラム。
【請求項１５】
前記コンピュータに、
前記２つのエンティティの一方に付されたＩＤタグの識別子を、他方に付されたタグリーダから入力すると、前記２つのエンティティの接近または遠のいたことを検出する前記関連処理を実行させる、請求項１２乃至１４の何れかのコンテキスト生成プログラム。
【請求項１６】
前記Ｒ種別は、２つのエンティティの「接触配置」および「周辺配置」を包含し、
前記コンピュータに、
入力された前記Ｃ種別が温度であれば「接触配置」または「周辺配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、入力された前記Ｃ種別が振動であれば「接触配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、「周辺配置」の前記関連はたどらない前記生成処理を実行させる請求項１０乃至１５のコンテキスト生成プログラム。
【請求項１７】
前記コンピュータに、
前記エンティティに付されたセンサから測定値を入力して、前記エンティティの前記コンテキストとして前記管理表に格納する前記コンテキストを生成する前記生成処理を実行させる、請求項１０乃至１６の何れかに記載のコンテキスト生成プログラム。
【請求項１８】
エンティティ対応に設けられ、それぞれ、コンテキスト、並びに、他エンティティ指定及び関連種別（Ｒ種別）を含む関連を格納する管理表を記憶する管理部を備えるコンピュータが、
第１の前記エンティティの識別情報と前記コンテキストの種別（Ｃ種別）を入力する入力工程と、
前記第１のエンティティの前記管理表を起点に、入力した前記Ｃ種別に基づいて選択した前記Ｒ種別の前記関連をたどって第２の前記エンティティの前記管理表を検索し、当該管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する生成工程を有する、コンテキスト生成方法。
【請求項１９】
前記コンピュータが、
複数の前記第２のエンティティの前記管理表を検索し、当該複数の管理表に格納された前記コンテキストに基づいて、前記第１のエンティティのコンテキストを生成する前記生成工程を有する、請求項１０のコンテキスト生成方法。
【請求項２０】
対応する前記エンティティの種別（Ｅ種別）を格納する前記エンティティ情報を格納する前記管理部を備える前記コンピュータが、
２つの前記エンティティの接近、または、遠のいたことを検出して、
前記２つのエンティティの前記管理表のおのおのに格納される２つの前記Ｅ種別に基づいて選択したＲ種別を持つ、一方の前記エンティティとの関連を、他方の前記エンティティの前記管理表に格納する、または、格納した前記関連を削除する関連工程を有する、請求項１０または１１のコンテキスト生成方法。
【請求項２１】
前記コンピュータが、
前記２つのエンティティのおのおのに付されたＩＤタグの識別情報を、一のタグリーダから第１の時間以内に入力すると、前記２つのエンティティの接近を検出する前記関連工程を有する、請求項１２のコンテキスト生成方法。
【請求項２２】
前記コンピュータが、
前記２つのエンティティのおのおのに付されたセンサから、第１の測定値差以内の測定データを第２の時間以内に入力すると前記２つのエンティティの接近を検出し、または、第２の測定値差以上の測定データを前記第２の時間以内に入力すると前記２つのエンティティが遠のいたことを検出する前記関連工程を有する、請求項１２または１３のコンテキスト生成方法。
【請求項２３】
前記コンピュータが、
前記２つのエンティティの一方に付されたＩＤタグの識別子を、他方に付されたタグリーダから入力すると、前記２つのエンティティの接近または遠のいたことを検出する前記関連工程を有する、請求項１２乃至１４の何れかのコンテキスト生成方法。
【請求項２４】
前記Ｒ種別は、２つのエンティティの「接触配置」および「周辺配置」を包含し、
前記コンピュータが、
入力された前記Ｃ種別が温度であれば「接触配置」または「周辺配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、入力された前記Ｃ種別が振動であれば「接触配置」の前記関連をたどって第２の前記エンティティの前記管理表を検索するが、「周辺配置」の前記関連はたどらない前記生成工程を有する請求項１０乃至１５のコンテキスト生成方法。
【請求項２５】
前記コンピュータが、
前記エンティティに付されたセンサから測定値を入力して、前記エンティティの前記コンテキストとして前記管理表に格納する前記コンテキストを生成する前記生成工程を有する、請求項１０乃至１６の何れかに記載のコンテキスト生成方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【公開番号】特開２０１０−１０２５５２（Ｐ２０１０−１０２５５２Ａ）
【公開日】平成２２年５月６日（２０１０．５．６）
【国際特許分類】
【出願番号】特願２００８−２７４１２６（Ｐ２００８−２７４１２６）
【出願日】平成２０年１０月２４日（２００８．１０．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年５月６日（２０１０．５．６）
【国際特許分類】
【出願日】平成２０年１０月２４日（２００８．１０．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]