JP2007287040A

JP2007287040A - コンテキスト情報収集システム、その処理方式及びそのシステムで用いられる装置

Info

Publication number: JP2007287040A
Application number: JP2006115895A
Authority: JP
Inventors: Shinya Yamamura; 新也山村; Shinichi Matsumoto; 晋一松本; Masaaki Takase; 正明高瀬; Jun Maeda; 潤前田; Mitsuaki Kakemizu; 光明掛水
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2006-04-19
Filing date: 2006-04-19
Publication date: 2007-11-01
Also published as: US20070248093A1

Abstract

【課題】アプリケーションとセンサー管理サーバとを高速に連携するＡＬＥネットワークと呼ぶネットワークシステムを提供する。
【解決手段】ターゲット識別子を媒介にコンテキスト収集装置１と管理サーバ２の中でもターゲット識別子を検出した検出装置２１２を管理する管理サーバ２とを例えば後記する回送装置３を用いて連携させた後に、コンテキスト収集装置１が該当管理サーバ２に設定し、該当管理サーバ２が設定に従いターゲット識別子のリストをコンテキスト収集装置１に通知し、コンテキスト収集装置１が管理サーバ２により通知された情報に基づき有意な情報を抽出しているので、該当しない管理サーバ２からの大量のイベントの処理を行う必要なく、且つ、フィルタを常時設定することなく、有意な情報を抽出して適切なレスポンス時間内にサービスを提供することができる。
【選択図】図３

Description

ユビキタスサービスの一つとして、ターゲットとする人や、モノの周囲の状況を判断し、適切な情報配信や、機器の自動制御を行なうことで、様々な利便性をもたらすコンテキストアウェアサービスが期待されている。センサーが検知する膨大な情報の中から、必要な情報を抽出し、適切なレスポンス時間内にサービスを実現するためには、情報をフィルタリングする技術が重要となる。
本発明は、大規模なコンテキスト情報収集システムにおいて、効率的に情報をフィルタリングする技術に関する。

センサーやＲＦＩＤタグ（無線タグ、無線ＩＣタグ、ＩＣタグ、非接触ＩＣチップとも呼称される）を利用した様々なユビキタスサービスの実用化が検討されている。その多くは、特定のセンサーや特定のターゲットを対象としているため、サービス固有に閉じたシステムの中で、適切な負荷分散が可能である。

それに対し、コンテキストアウェアサービスは、ターゲットとする人やモノの周囲の状況を判断して何らかのアクションが行われるサービスである。コンテキストアウェアサービスが対象とするセンサーの種類や、オブジェクトの種類は多種多様である。

コンテキストアウェアサービスの多くは、日常生活や企業業務を対象にすると考えられ、サービスを提供するターゲット（主に人）は、様々な場所に自由に移動するため、より多くの監視ポイントが必要となる。そのため、コンテキストアウェアサービスを実行するアプリケーションは、サービスが対象とするエリア全域のセンサーからイベントを収集せざるをえず、センサーから通知される大量のイベントの処理により処理が輻輳するという課題を有する。

ところで、実際にはアプリケーションが必要としているコンテキスト情報は、ある特定の条件を持ったコンテキストのみであり、センサーから通知されるイベントのほとんどは、個々のアプリケーションにとっては、意味の無い無効なイベントである。
アプリケーションが処理するイベントの数を減らすためには、なるべく検出装置に近い場所でイベントの選別を行うことが有効である。しかしながら、様々なアプリケーションより、検出装置に膨大な数のフィルタを常時設定すると、個々のセンサー管理サーバの処理能力を低下させるという課題が生じる。

コンテキストアウェアサービスを実現する方法として、一般的には、全てのセンサーイベントを格納した巨大なデータベースを様々な検索条件で検索することで、必要なコンテキスト情報を抽出することが行なわれている。又、イベントのストリームに対してデータマイニングを行ない、リアルタイムに、アプリケーションレベルで意味のあるイベントを抽出する方法も検討されている。
しかし、このようなアプローチの検索は、基本的にデータベースの全検索となるうえ、サービスの対象となるターゲットはセンサーに対して圧倒的に数が多いため、イベント生成処理のため膨大な計算資源が要求さされることは明白である。

この解決策として、大量の処理サーバを負荷分散させてスケーラビリティを確保する方法が考えられるが、安易にスケーラビリティを確保するだけでは、計算資源の過剰投資を招き、サービスは提供できても商業的に採算がとれない可能性が高くなり、解決策としては不十分である。

コンテキストアウェアサービスで用いられるセンサーの多くは常設されているためネットワーク上に顕在しているが、センサーが検出するターゲットは常に移動し、センサーの検出エリア外にいる場合もあるため顕在性は保たれていない。センサーが検出する情報は、無線タグのＩＤや温度といった単なる値であり、これだけではコンテキストアウェアサービスを行うアプリケーションでは利用できない。コンテキストアウェアサービスを行うアプリケーションが利用するためには、アプリケーションレベルイベント（ＡＬＥ：Application Level Event）と呼ばれるセンサーが一定期間に、ターゲットと一緒に検知した他のターゲットや、センサーの値をターゲットのＩＤに紐付けた特殊なイベントが必要になる。ＡＬＥは、アプリケーションから通知される仕様に従って生成される。

一般的なモバイルネットワーク環境と比較してみると、センサーネットワークは、ターゲットが移動端末、センサーがアクセスポイントに対比できる一種のモビリティ環境と捉えることができる。従って、センサーがターゲットの識別子を検出したことを契機に、センサーの管理サーバが、適切なアプリケーションと通信し、センサー管理サーバがアプリケーションと直接イベントの交換が可能なようにシステムを構成することは、ＭｏｂｉｌｅＩＰがＩＰモビリティ環境において、スケーラビリティをもたらしたように、コンテキストアウェアサービス実現システムにおいても有効であると考えられる。

又、インターネットで広く利用されるメールやＷＥＢは、通信相手が、ほぼ定常であるので、クライアントが検索機能を用いて、通信先を決定して通信を行う方法が効果的である。しかし自由に移動するターゲットをトレースするセンサーネットワークを含む環境では、クライントは、所望する情報がどこにあるかは特定できず、情報の発生源は常に変化するので検索機能は有効ではない。又、情報提供側の視点でみれば、自身が公開する情報のコンテンツは、単なる識別子の羅列であり、検索機能に対してコンテンツの有意性を示すことができない。従って、従来の検索型ではない、新たな通信確立手段がコンテキストアウェアサービス実現基盤には必要である。
本発明は、コンテキストアウェアサービスの実行に先立ち、アプリケーションとセンサー管理サーバとを高速に連携するＡＬＥネットワークと呼ぶネットワークシステムを提供することを目的としている。

本発明でのコンテキストアウェアサービスは、サービス準備フェーズとサービス実行フェーズの２つのフェーズで実行される。

準備フェーズは、具体的には、次の＜１＞＜２＞からなる。
＜１＞センサー管理サーバがターゲットの識別子を検出する。
＜２＞検出したターゲットの識別子をキーとして、ＡＬＥネットワークがアプリケーションとセンサー管理サーバとをリンクさせ、アプリケーションがセンサー管理サーバにアプリケーションレベルイベント（ＡＬＥ）を生成するための、仕様を設定する。

サービス実行フェーズは、具体的には、次の＜３＞＜４＞からなる。
＜３＞この仕様に基づいて、センサー管理サーバがアプリケーションにイベントを通知する。
＜４＞通知されたイベントの内容に従って、ターゲット（又は、そのコンテキストに含まれるセンサーや他のターゲット）に何らかのアクションを起こす。

（１）本発明に係る処理方式は、サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積する管理サーバと、当該管理サーバから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するコンテキスト収集装置を含むシステムの処理方式であって、ターゲット識別子を媒介にコンテキスト収集装置とターゲット識別子を検出した検出装置を管理する管理サーバを連携させ、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定し、管理サーバは、設定された情報に基づき抽出したターゲット識別子のリストをコンテキスト収集装置に通知し、コンテキスト収集装置は、管理サーバが通知した情報に基づきサービスに有意な情報を抽出するものである。

このように本発明によれば、ターゲット識別子を媒介にコンテキスト収集装置と管理サーバの中でもターゲット識別子を検出した検出装置を管理する管理サーバとを例えば後記する回送装置を用いて連携させた後に、コンテキスト収集装置が該当管理サーバに設定し、該当管理サーバが設定に従いターゲット識別子のリストをコンテキスト収集装置に通知し、コンテキスト収集装置が管理サーバにより通知された情報に基づき有意な情報を抽出しているので、該当しない管理サーバからの大量のイベントの処理を行う必要なく、且つ、フィルタを常時設定することなく、有意な情報を抽出して適切なレスポンス時間内にサービスを提供することができるという効果を奏する。

ここで、コンテキスト収集装置と該当管理サーバを連携させる方法として後記する回送装置の利用を一例として挙げたが、この例に限定されない。たとえば、回送装置がないシステム構成をとった場合に、コンテキスト収集装置が管理サーバからの情報を受けその中から該当管理サーバを特定して実現することもできるし、管理サーバがコンテキスト収集装置の要求を受けて該当管理サーバが回答することでも実現することができる。この場合に最初の段階ではコンテキスト収集装置が大量のイベント処理を行う必要も生じるが、該当管理サーバが特定された後は、コンテキスト収集装置と該当管理サーバ間で処理が実行され、該当管理サーバ以外からの大量のイベントの処理を実行する必要がない。

（２）本発明に係る処理方式は必要に応じて、管理サーバから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したコンテキスト収集装置に回送するルーチング機能を有する回送装置を新たにシステムに含み、コンテキスト収集装置と管理サーバが回送装置に接続操作を行い、コンテキスト収集装置は回送装置に接続操作を行い、ターゲット識別子とコンテキスト収集装置のアドレスを回送装置に登録し、管理サーバは回送装置に接続操作を行い、回送装置に通知するターゲット識別子のリストの編集方法を回送装置から通知されるものである。

このように本発明によれば、回送装置をシステムに新たに含み、コンテキスト収集装置が回送装置に接続して所望するターゲット識別子及びコンテキスト収集装置のアドレスを登録し、他方、管理サーバが回送装置に接続してターゲット識別子のリストの編集方法を通知されるので、回送装置を介したコンテキスト収集装置と管理サーバの連携が容易に実現されるという効果を有する。また、当初からコンテキスト収集装置は管理サーバからの大量のイベントを処理することなく、管理サーバもフィルタを常時設定する必要がない。

（３）本発明に係る処理方式は必要に応じて、コンテキスト収集装置は、前記回送装置への接続操作時に、所望するターゲット識別子及びコンテキスト収集装置のアドレスに加え、回想装置がコンテキスト収集装置に情報を回送した後、一定時間回送を停止する時間を通知し、回送装置は、コンテキスト収集装置に回送した後、コンテキスト収集装置より通知された時間、ルーチング情報に一致したとしてもコンテキスト収集装置への情報を回送しないものである。

このように本発明によれば、コンテキスト収集装置は回送装置に一定時間回送を停止する時間（抑止時間）も通知し、回送装置は回送後この通知された時間であれば回送すべき情報であっても回送しないので、回送装置からの必要のない情報をコンテキスト収集装置が受けることがないという効果を有する。通知される時間はコンテキスト収集装置が直接管理サーバから情報を受ける構成にすることが望ましい。

（４）本発明に係る処理方式は必要に応じて、管理サーバは前記回送装置への接続操作時に、管理サーバの特性を示す情報を通知し、回送装置は、情報をコンテキスト収集装置に回送するときに、ターゲット識別子を検出した管理サーバの属性情報を付加し、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する前に、前記属性情報を判断してサービスの有意情報に即した情報を収集可能か否かを判断するものである。

このように本発明によれば、管理サーバから管理サーバの特性を示す情報が回送装置を介してコンテキスト収集装置に届けられ、コンテキスト収集装置が届けられた情報を用いて管理サーバへの設定前に有意情報に即した情報であるか否かを判断するので、サービスに必要な所望の情報を効率的に収集することができるという効果を有する。

（５）本発明に係る処理方式は必要に応じて、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定する時に、ターゲット識別子を検出した検出装置の管理サーバの周囲にある検出装置の管理サーバを導出し、導出した検出装置の管理サーバに対しても前記関係付ける情報を設定するものである。

このように本発明によれば、コンテキスト収集装置が管理サーバに設定する前に、該当管理サーバだけでなく該当管理サーバの検出装置の周囲にある検出装置の管理サーバに対してもコンテキスト収集装置が設定するので、ターゲットが移動したとしても迅速に対応することができ、サービスの遅延を防止することができるという効果を有する。
ここで、たとえば、各検出装置の位置を属性情報としてコンテキスト収集装置に渡すことで、この属性情報を用いてコンテキスト収集装置が周囲にある検出装置を特定することができる。

（６）本発明に係る処理方式は必要に応じて、管理サーバは、管理する複数の検出装置の中で実際にターゲット識別子を検出した検出装置の識別子を回送装置に通知し、回送装置は通知された検出装置の識別子を回送し、コンテキスト収集装置は、検出装置の識別子を参考にして、通知情報の編集情報を設定する粒度を決定するものである。
このように本発明によれば、コンテキスト収集装置が管理サーバからの実際にターゲット識別子を検出した検出装置の識別子を回送装置を介して受け取って参考にしながら、通知情報の編集情報の設定対象を決定する。
ここで、「粒度」とは、具体的には、検出装置単独、管理サーバが管理する全検出装置、任意の複数の検出装置等が該当する。

（７）本発明に係る処理方式は必要に応じて、コンテキスト収集装置が管理サーバにターゲット識別子を検出した装置の識別子と、ターゲットの識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する場合の、定められた範囲とは、周期的にターゲット識別子を受信する検出装置の過去何周期分の情報を束ねるかという時間軸情報、及び／又は、検知した検出装置に隣接している周辺の隣接検出装置のどこまでを対象とするかを指定するエリア情報が示す範囲であるものである。

このように本発明によれば、コンテキスト収集装置が管理サーバへ設定時する定められた範囲とは時間軸情報及び／又はエリア情報が示す範囲であるので、コンテキスト収集装置は過去何周期分の情報を束ねるか、周辺の隣接検出装置のどこまでを対象とするかといった項目も設定することができ、必要な情報を効率的に取得することができるという効果を有する。
前記本発明はシステム及びシステムの構成要素としても把握することができる。
これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。

アプリケーションに固有なイベントを生成するためのフィルタ情報を動的に、イベントの発生元に設定できるようになるため、アプリケーションがサービス提供に意味のない無効なイベンントを大量に処理しなくても済むようになる。
フィルタに基づくイベントの生成処理は高負荷な処理であり、動的に設定することで全体のフィルタ数を抑制することでシステム全体のレスポンスを向上できる。
ネットワークを自由に移動するオブジェクトを対象にしたコンテキストアウェアサービス実現の方法を提供することで、より少ない計算リソースで多様なコンテキストアウェアサービスを提供できる。

（本発明の第１の実施形態）
[１．ＡＬＥネットワークの構成]
図１に、本発明のシステム構成図を示す。
ＡＬＥネットワークは、ターゲットの識別子を媒介に、２つのエンティティを連携させるネットワークである。ＡＬＥネットワークは、ＡＬＥを参照するＡＬＥＳｕｂｓｃｒｉｂｅｒ１、ＡＬＥを発信するＡＬＥＯｒｉｇｉｎａｔｏｒ２及び、それらを接続し、イベントを回送するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３とで構成される。ＡＬＥネットワークは、ＩＰネットワーク上に構成される仮想的なネットワークであり、図１では、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３を介して接続されているが、各装置は、互いに通信可能なように実際のネットワークに接続されている。便宜上、各装置は１台のみ図示している。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は論理的に１台であるが、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１とＡＬＥＯｒｉｇｉｎａｔｏｒ２は、複数台ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続される。

ターゲットの識別子を検出し、指定された情報に基づきターゲットの識別子のリストを編集し、指定された宛先に通知する装置をＡＬＥＯｒｉｇｉｎａｔｏｒ２と呼ぶ。
任意のターゲットの識別子を選択し、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に、選択したターゲットの識別子を登録し、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３よりターゲットの識別子を含む通知情報を受信し、前記通知情報の受信を契機に前記ターゲットの識別子と、定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付ける情報を、ターゲットを検出したＡＬＥＯｒｉｇｉｎａｔｏｒ２に設定し、ＡＬＥＯｒｉｇｉｎａｔｏｒ２から受信した編集された識別子のリストから有意情報を抽出する装置をＡＬＥＳｕｂｓｃｒｉｂｅｒ１と呼ぶ。

ＡＬＥＳｕｂｓｃｒｉｂｅｒ１が所望するターゲットの識別子を管理し、ＡＬＥＯｒｉｇｉｎａｔｏｒ２が収集したターゲットの識別子のリストをＡＬＥＯｒｉｇｉｎａｔｏｒ２から定まった形式(初期イベント）で受信し、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１が所望するターゲトオブジェクトの識別子が含まれた初期イベントを受信すると、初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に回送する装置をＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３と呼ぶ。

ＡＬＥネットワークで行なわれるサービス準備フェーズは、更に初期登録フェーズと連携フェーズとで構成される。初期登録フェーズは、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１とＡＬＥＯｒｉｇｉｎａｔｏｒ２との間にイベントを回送させるために、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１とＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続するフェーズであり、ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、初期イベントの通知方法をＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３から通知され、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は所望するターゲットのＩＤをＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に登録する。連携フェーズは、ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＳｕｂｓｃｒｉｂｅｒ１が所望する識別子を検知した時に、ＡＬＥＯｒｉｇｉｎａｔｏｒ２とＡＬＥＳｕｂｓｃｒｉｂｅｒ１をリンク付けるフェーズである。

[２．ＡＬＥネットワークの動作概要]
[２．１初期登録フェーズ]
図２に初期登録フェーズのシーケンスを示す。

＜１＞ＡＬＥを所望するＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に、ＡＬＥを構成するキーとなるターゲットの識別子と、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の宛先情報をＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に登録する。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１からの接続要求を受けて、指定されたターゲットの識別子を含む初期イベントをどのＡＬＥＳｕｂｓｃｒｉｂｅｒ１にルーチングするかを決定するためのＡＬＥルーチングテーブルを生成する。

＜２＞ＡＬＥネットワークにＡＬＥを発信するＡＬＥＯｒｉｇｉｎａｔｏｒ２は、自身の属性をＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に登録する。属性の詳細については後述する。

＜３＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２からの接続要求を受けて、通知された属性を属性管理テーブルに記録する。ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に検出したターゲットの識別子を通知できるように初期イベントの仕様をＡＬＥＯｒｉｇｉｎａｔｏｒ２に設定する。

［２．２連携フェーズ］
図３に連携フェーズのシーケンスを示す。

＜１＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は管理しているセンサーよりターゲットの識別子を収集する。

＜２＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３接続時に通知された初期設定イベントの仕様に基づいて、初期イベントをＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に通知する。

＜３＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、初期イベントに含まれるターゲットの識別子リストを検索し、個々のターゲットの識別子についてＡＬＥルーチングテーブルを検索し、該当エントリがあった場合、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に向けて初期イベントをＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性と共に、ルーチングする。

＜４＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、通知された初期イベントの内容と、ＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性とを判断し、そのＡＬＥＯｒｉｇｉｎａｔｏｒ２からのイベントが必要であるかを判断する。必要と判断した場合、ＡＬＥの通知仕様を決定しＡＬＥＯｒｉｇｉｎａｔｏｒ２に対して、ＡＬＥ仕様を設定する。

＜５＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１により設定された個別のＡＬＥ仕様がある場合は、その仕様に従ってＡＬＥを作成し、直接ＡＬＥＳｕｂｓｃｒｉｂｅｒ１にＡＬＥを回送する。

［３．ＡＬＥＯｒｉｇｉｎａｔｏｒの動作概要］
［３．１ＡＬＥＯｒｉｇｉｎａｔｏｒ］
図４にＡＬＥＯｒｉｇｉｎａｔｏｒ２の機能ブロック図を示す。ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能２０１、ＡＬＥＡＰＩ２０４、ＡＬＥ生成機能２０５、ＡＬＥ送信機能２０８から構成される。
Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能２０１は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続要求を送信し、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１がイベントの要・不要を判断するために使用するＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性をＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に登録する機能であり、Ｏｒｉｇｉｎａｔｏｒ属性２０２と、Ｃｏｎｃｅｎｔｒａｔｏｒ情報２０３をデータとして持つ。

Ｏｒｉｇｉｎａｔｏｒ属性２０２は、センサーの位置情報、イベント粒度（読みとり周期）、ＡＬＥのサポート仕様、センサー特性等で構成される。Ｃｏｎｃｅｎｔｒａｔｏｒ情報２０３は、接続するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ２０３のアドレス情報で構成される。

ＡＬＥＡＰＩ２０４は、ＡＬＥの仕様を設定するためのＡＰＩであり、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ２０３又はＡＬＥＳｕｂｓｃｒｉｂｅｒ２０１の仕様設定要求に基づいて、ＡＬＥ生成機能に仕様の設定を行い、通知要求に基づいて、ＡＬＥ送信機能にＡＬＥの通知先であるＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３又はＡＬＥＳｕｂｓｃｒｉｂｅｒ２の宛先識別子を設定する。

ＡＬＥ生成機能２０５は、イベント処理バッファ２０６と仕様テーブル２０７で構成される。ターゲットは、例えばＲＦＩＤタグの読み取り装置２１２で検知され、読み取りイベントとしてイベント処理バッファ２０６に格納される。イベント処理バッファ２０６に蓄積されたイベントは、ＡＬＥ生成機能２０５により読み取り周期毎に、仕様テーブルに設定された周期と、フィルタ条件に基づき、仕様単位にＡＬＥとして編集される。

図６に仕様テーブル２０７のデータ構成例を示す。仕様テーブル２０７は、ＡＬＥ仕様のＩＤで索引され、それぞれのエントリにＡＬＥ仕様を識別するためのＡＬＥ仕様ＩＤ、ＡＬＥを生成する時に、イベントバッファの検索開始位置を示すベースセンサーＩＤ、ベースセンサーＩＤからの空間的な検索範囲を示す空間範囲サイズ、イベントバッファ検索の時間軸情報を示す周期、ターゲットのＩＤを示すフィルタタグＩＤ、ターゲットを検出した場合にイベントを送信する宛先を示す宛先アドレスから構成される。

図７にイベント処理バッファ２０６のデータ構成例を示す。イベント処理バッファ２０６は、センサーの識別子で索引され、それぞれのエントリにセンサー識別を示すベースセンサーＩＤと、イベントＩＤリストで構成される。イベントＩＤリストは、時系列に沿って、定められた周期分のセンサーイベント情報を記録する。
ＡＬＥ送信機能２０８は、出力バッファ２０９、宛先テーブル２１１、永続ストア（ログ）２１０から構成される。ＡＬＥ生成機能２０５で生成されたＡＬＥは、出力バッファ２０９に蓄積され、宛先テーブルを参照して各ＡＬＥＳｕｂｓｃｒｉｂｅｒ１又は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３にＡＬＥが通知される。送信されたＡＬＥは、永続ストア２１０にログとして記録される。
以下、図５の処理シーケンスに従って、ＡＬＥＯｒｉｇｉｎａｔｏｒ２の動作を説明する。

＜１＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２はＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３の存在を知る。存在を知る方法は、例えば、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３が、自分自身の識別をネットワークにブロードキャストすることにより、ＡＬＥＯｒｉｇｉｎａｔｏｒ２にその存在を知らせる。オペレータからの初期設定によりＡＬＥＯｒｉｇｉｎａｔｏｒ２にＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３の識別を登録する。ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３をサービス探索用のリポジトリなどを用いて動的に探索する。等が考えられる。

＜２＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続要求を送信する。接続要求には、ＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性が含まれる。ＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性は、例えばＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３が初期設定のイベント仕様を返すために必要なＡＬＥＯｒｉｇｉｎａｔｏｒ１の識別、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１が、個別のＡＬＥ仕様を設定するか否かを決定するための場所情報、イベント粒度、ＡＬＥのサポート仕様、センサー特性等が含まれる。

＜３＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２より接続要求を受信すると、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３がＡＬＥＳｕｂｓｃｒｉｂｅｒ１に要求されたターゲットの識別子を発見できるようにするため、ＡＬＥＯｒｉｇｉｎａｔｏｒ２に対して、初期イベントの仕様設定と通知依頼を行い、ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３にイベントを回送できるようにする。

＜４＞初期イベントの仕様設定は、ＡＬＥＡＰＩ２０４を介して行われる。ＡＰＩの詳細は、実装に用いるＡＬＥの仕様書により決定される。仕様設定要求で通知された初期イベント仕様は、ＡＬＥ生成機能２０５の仕様テーブル２０７に設定される。

＜５＞通知要求で通知されたイベントの要求者（この場合は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３）は、ＡＬＥ送信機能２０８の宛先テーブル２１１に設定される。

＜６＞ＲＦＩＤタグ読み取り装置２１２は、ターゲットを検出すると、ターゲットの識別子を読み取りイベントとして、ＡＬＥＯｒｉｇｉｎａｔｏｒ２に通知する。読み取りイベントは、読み取り周期毎に束ねられてイベント処理バッファ２０６に蓄積される。バッファサイズを越えたイベントが蓄積されると古い読み取りイベントが順次、バッファからページアウトされる。ページアウトされたイベントは、棄却するか、永続ストア２１０に記録する。

＜７＞イベント処理バッファ２０６に蓄積されているイベントは、ＡＬＥ生成機能２０５により、仕様テーブル２０７に基づいてＡＬＥ生成処理が行われる。それぞれの仕様は、異なる読み取り周期と、ターゲット識別子のフィルタ条件を持つ。イベント処理バッファ２０６の検索は全ての仕様に対して個別に行われる。

＜８＞ＡＬＥ生成機能２０５で生成されたＡＬＥは、ＡＬＥ送信機能２０８の出力バッファ２０９に蓄積される。出力バッファ２０９で処理されたＡＬＥは、永続ストア２１０にログとして掃き出される。

＜９＞ＡＬＥ送信機能２０８は、宛先テーブル２１１を参照しながら、ＡＬＥをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に通知する。各ＡＬＥにつき複数のＡＬＥＳｕｂｓｃｒｉｂｅｒ１が登録可能である。初期イベント仕様のＡＬＥは、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に回送される。

［３．２ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ］
図９にＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３の機能ブロック図を示す。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２より初期イベントで通知されるターゲットの識別子リストを検索し、そのターゲットの識別子の情報を所望するＡＬＥＳｕｂｓｃｒｉｂｅｒ１に初期イベントをルーチングする。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、大量のイベントのルーチングに特化した機能を持ち、ＡＬＥの生成は行わない。

ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＡＰＩ３１１、コネクション管理機能３１０、イベント受信部３０１、ＡＬＥルーチング機能３０４、イベント通知部３０７より構成される。
ＡＬＥＡＰＩ３１１は、ＡＬＥの仕様を設定するためのＡＰＩであり、ＡＬＥＯｒｉｇｉｎａｔｏｒ２からの接続要求に対して、ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に初期イベント仕様のＡＬＥを通知するための仕様設定と通知要求をＡＬＥＯｒｉｇｉｎａｔｏｒ２に設定する。

コネクション管理機能３１０は、コネクションキャッシュ３０３、コネクションキャッシュ３０９とＡＬＥルーチングテーブル３０４をデータとして持つ。コネクション管理機能３１０は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２又はＡＬＥＳｕｂｓｃｒｉｂｅｒ１からの接続要求を受け付け、接続要求で通知される情報を、コネクションキャッシュ３０３、コネクションキャッシュ３０９及びＡＬＥルーチングテーブル３０４に設定する。

図１１にＡＬＥＳｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９の構成例を示す。ＡＬＥＳｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９は、Ｓｕｂｓｃｒｉｂｅｒの識別で索引され、それぞれのエントリは、Ｓｕｂｓｃｒｉｂｅｒの識別と、Ｓｕｂｓｃｒｉｂｅｒのアドレスで構成される。

図１２にＡＬＥＯｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３の構成例を示す。ＡＬＥＯｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３は、Ｏｒｉｇｉｎａｔｏｒの識別で索引され、それぞれのエントリには、Ｏｒｉｇｉｎａｔｏｒのアドレスと、Ｏｒｉｇｉｎａｔｏｒが通知してきた属性で構成される。

図１３にＡＬＥルーチングテーブル３１０の構成例を示す。ＡＬＥルーチングテーブル３１０は、ターゲットの識別子で索引され、それぞれのエントリには、ターゲットＩＤと、Ｓｕｂｓｃｒｉｂｅｒへの宛先アドレス、Ｓｕｂｓｃｒｉｂｅｒへイベントを回送した後、一定時間イベントの回送を抑止するための抑止時間とで構成される。

イベント受信部３０１は、入力バッファ３０２を持ち、ＡＬＥＯｒｉｇｉｎａｔｏｒ２からの初期イベントを受け付け、ＡＬＥＯｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３からＯｒｉｇｉｎａｔｏｒ属性を抽出し、初期イベントに付加する。

ＡＬＥルーチング機能３０４は、処理バッファ３０５を持ち、処理バッファ３０５に入力されたイベントの中身であるターゲットの識別子リストから個々のターゲットの識別子を抽出し、ＡＬＥルーチングテーブル３０６を索引する。一致する識別子がある場合は、送出先のＡＬＥＳｕｂｓｃｒｉｂｅｒ１の識別をイベントのヘッダに付与する。
イベント通知部３０７は、出力バッファ３０８を持ち、出力バッファ３０８に入力されたイベントのヘッダを参照して、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に初期イベントを送信する。
以下、図１０のシーケンスに従って、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３の動作を説明する。

＜１＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続要求を行う。接続要求に含まれる情報は、ＡＬＥＯｒｉｇｉｎａｔｏｒの識別子と、ＡＬＥＯｒｉｇｉｎａｔｏｒの属性である。

＜２＞コネクション管理機能３１０は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２からの接続要求を受け付け、ＡＬＥＯｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３に接続要求で通知された情報を設定する。ＡＬＥＯｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３に格納される情報は、ＡＬＥＯｒｉｇｉｎａｔｏｒの識別子と、ＡＬＥＯｒｉｇｉｎａｔｏｒの属性である。

＜３＞コネクション管理機能３１０は、ＡＬＥＡＰＩ３１１を使用して、接続要求を送信してきたＡＬＥＯｒｉｇｉｎａｔｏｒ２に対して、ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に初期イベントを回送できるように、ＡＬＥＯｒｉｇｉｎａｔｏｒ３に仕様設定と、通知要求を行う。

＜４＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続要求を行う。接続要求に含まれる情報は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の識別子と、ＡＬＥ生成のキーとなるターゲットの識別子、初期イベントの通知頻度を制御するための抑止時間である。

＜５＞コネクション管理機能３１０は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１からの接続要求を受け付け、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９に接続要求で通知された情報を設定する。ＡＬＥＳｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９に格納される情報は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の識別子と、メッセージ送信先を示す識別子である。

＜６＞コネクション管理機能３１０は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１からの接続要求メッセージに含まれる、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の識別子、ターゲットＩＤ、抑止時間をＡＬＥルーチングテーブル３０６に設定する。ＡＬＥルーチングテーブル３０６は、ターゲットＩＤで索引されるテーブルであり、送信先のＡＬＥＳｕｂｓｃｒｉｂｅｒ１の情報を格納する。

＜７＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、初期イベントの仕様に基づいて、初期イベントをＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に通知する。

＜８＞イベント受信部３０１は、初期イベントを入力バッファ３０２に登録し、初期イベントからＡＬＥＯｒｉｇｉｎａｔｏｒ２の識別子を抽出し、ＡＬＥＯｒｉｇｉｎａｔｏｒ用のコネクションキャッシュ３０３を索引する。

＜９＞イベント受信部３０１は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３からＡＬＥＯｒｉｇｉｎａｔｏｒ属性を抽出し、入力バッファ３０２の初期イベントに付加する。

＜１０＞イベント受信部３０１で処理された初期イベントは、処理バッファ３０５に出力される。ＡＬＥルーチング機能３０４は、処理バッファ３０５に入力された初期イベントのＩＤリストを検索し、それぞれのＩＤについてＡＬＥルーチングテーブル３０６に登録されているかチェックする。ＡＬＥルーチングテーブル３０６に該当するＩＤが無い場合は、その初期イベントを棄却する。

＜１１＞ＡＬＥルーチングテーブル３０６に該当するＩＤが有る場合、ＡＬＥルーチングテーブル３０６に登録されているＳｕｂｓｃｒｉｂｅｒの識別を初期イベントのヘッダに付加する。対応するＡＬＥＳｕｂｓｃｒｉｂｅｒ１の抑止時間が０以外の場合は、イベント編集処理をスキップし、抑止時間を減算する。抑止時間が０の場合、前記処理を実行し、タイマの値をもとに戻す。

＜１２＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の識別がヘッダに設定された初期イベントは、出力バッファ３０８に出力される。イベント通知部３０７は、出力バッファ３０８に入力された初期イベントのヘッダからＡＬＥＳｕｂｓｃｒｉｂｅｒの識別を抽出し、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９を索引する。

＜１３＞イベント通知部３０７は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９から索引された宛先に対してイベントを送信する。

［３．３ＡＬＥＳｕｂｓｃｒｉｂｅｒ］
図１４にＡＬＥＳｕｂｓｃｒｉｂｅｒ1の機能ブロック図を示す。ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＰＩ１０５、Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能１０２、初期イベント処理部１０６、ＡＬＥＡＰＩ１０７で構成される。
ＡＰＩ１０５は、アプリケーションがコンテキストを収集できるように、対象とするターゲットの識別子と仕様のリストを設定するためのアプリケーションインタフェースである。
Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能１０２は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に所望するターゲットの識別子を通知し、初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に回送させるための機能であり、ＩＤリスト１０３をデータとして持つ。

図１６にＩＤリスト１０３のデータ構成例を示す。ＩＤリスト１０３は、ターゲットの識別子で検索され、それぞれのエントリは、ターゲットのＩＤと、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に設定する抑止時間とで構成される。
初期イベント処理部１０６は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３から回送されてきた初期イベントを判断し、イベント発生元のＡＬＥＯｒｉｇｉｎａｔｏｒ２にＡＬＥを生成するための仕様を設定するか判断する。仕様リスト１０４をデータとして持つ。

図１７に仕様リスト１０４のデータ構成例を示す。仕様リスト１０４は、ターゲットの識別子で検索され、それぞれのエントリは、ターゲットのＩＤと、スコープ、ＡＬＥ仕様で構成される。スコープは、場所やイベント発生の粒度、必要とするセンサーの特性、必要とする時間帯等である。ＡＬＥ仕様は、図６で示したものと同様である。
ＡＬＥＡＰＩ１０７は、ＡＬＥの仕様を設定するためのＡＰＩであり、初期イベント処理部１０６が、ＡＬＥＯｒｉｇｉｎａｔｏｒ２への仕様設定を決定した場合、ＡＬＥＯｒｉｇｉｎａｔｏｒ２がＡＬＥＳｕｂｓｃｒｉｂｅｒ１に直接ＡＬＥを通知するための仕様設定と通知要求をＡＬＥＯｒｉｇｉｎａｔｏｒ２に設定する。また、このＡＰＩを介して、ＡＬＥＯｒｉｇｉｎａｔｏｒ２から送信されるＡＬＥを受信する。
以下、図１５のシーケンスに従って、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の動作を説明する。

＜１＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１のオペレータ又は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１を利用する外部のアプリケーションは、ＡＰＩ１０５を介して、コンテキストを収集するために必要なターゲットの識別子と仕様のリストをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に設定する。識別子はＩＤリストテーブル１０３に、仕様は仕様テーブル１０４に登録される。

＜２＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、自分自身の識別をネットワークに広告することにより、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１にその存在を知らせるか、オペレータからの初期設定によりＡＬＥＳｕｂｓｃｒｉｂｅｒ１にＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３の識別を登録するか、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１がＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３を動的に探索することによって、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１はＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３の存在を知る。

＜３＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続要求を行う。接続要求に含まれる情報は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１の識別と、所望するターゲットの識別子の一覧である。識別子はＩＤリスト１０３より抽出されて設定される。

＜４＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１によって指定されたターゲットの識別子を検知すると、その識別子を含む初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に回送する。

＜５＞初期イベント処理部は１０６、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３より初期イベントを受信すると、初期イベントに設定されたＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性と、仕様リストに設定された各仕様のスコープとを比較し、その仕様をＡＬＥＯｒｉｇｉｎａｔｏｒ２に設定するかどうかを判断する。スコープは、例えば、場所やイベント発生の粒度、必要とするセンサーの特性、必要とする時間帯等である。

＜６＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性が仕様のスコープを満たす場合、初期イベント処理部１０６は仕様リストに設定された仕様に基づいて、ＡＬＥＡＰＩ１０７を介して、ＡＬＥＯｒｉｇｉｎａｔｏｒ２に仕様の設定と通知要求を行う。

＜７＞仕様が設定されたＡＬＥＯｒｉｇｉｎａｔｏｒ２は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に対して直接ＡＬＥを送信する。
［３．４イベントの集約、棄却］
図１８は、初期イベントとＡＬＥの関係をシーケンスとして表したものである。ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続時にＩＤ１をターゲットＩＤとして指定しているとする。ＡＬＥＯｒｉｇｉｎａｔｏｒ２内のＲｘは、センサーの読み取り周期である。Ｄｘは、初期イベントの仕様により設定された初期イベントの通知周期である。Ｓｘは、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１により設定されるＡＬＥの仕様により設定されたＡＬＥの通知周期である。

＜１＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２のセンサー配下に、今２つのターゲット（ＩＤ１，ＩＤ２）が存在しており、各読み取り周期でＩＤ１とＩＤ２が検知されているとする。この例では、初期イベントは、４読み取り周期を１単位としてイベントを通知するように設定されている。例えば、ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、最初の初期イベントの周期Ｄ１において、Ｒ１〜Ｒ４で検知されたＩＤ即ち、ＩＤ１とＩＤ２を初期イベントとしてＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に通知する。

＜２＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３には、ＩＤ１を所望するＡＬＥＳｕｂｓｃｒｉｂｅｒ１が登録されているので、この初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に回送する。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、連続してＡＬＥＳｕｂｓｃｒｉｂｅｒ１に初期イベントを回送しないように、このＡＬＥＳｕｂｓｃｒｉｂｅｒ１に対して、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に指定された抑止時間の間、初期イベントの回送をブロックする。

＜３＞初期イベントが回送されたＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＬＥＯｒｉｇｉｎａｔｏｒ２に対してＡＬＥの仕様の設定を行う。この例では、読み取り周期Ｒ３の前に、ＡＬＥ仕様がＡＬＥＳｕｂｓｃｒｉｂｅｒ１により設定され、ＡＬＥの送信周期は２読み取り周期であるとする。従って、ＡＬＥの送信周期Ｓ１は、読み取り周期Ｒ３とＲ４で検知されたＩＤ、ＩＤ１とＩＤ２をＡＬＥに設定してＡＬＥＳｕｂｓｃｒｉｂｅｒ１に通知する。

＜４＞初期イベントは、周期Ｄ２，Ｄ３において同じようにＡＬＥＯｒｉｇｉｎａｔｏｒ２からＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に通知されるが、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３ではＡＬＥＳｕｂｓｃｒｉｂｅｒ１に対して通知待ちの抑止時間が設定されているため、これらの初期イベントは棄却される。ALEは、周期S2〜S4においてＡＬＥＳｕｂｓｃｒｉｂｅｒ１に通知される。但し、ＡＬＥ仕様は差分発生のみを指定しているかもしれず、この場合は、ＡＬＥは発生しない。

＜５＞読み取り周期Ｒ１１で、ＩＤ１がセンサーの範囲外に移動している。この場合、ＡＬＥはＩＤ１をフィルタ条件に設定されているので、ＡＬＥＯｒｉｇｉｎａｔｏｒ２にてALEの送信が棄却される。

＜６＞初期イベントの周期Ｄ４にて、ＩＤ２のみを含んだ初期イベントがＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に回送されるが、ＩＤ２を所望しているＡＬＥＳｕｂｓｃｒｉｂｅｒ１は登録されていないので、この初期イベントはＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３で棄却される。

以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。

（実施例１）
本発明の効果を、具値的な大規模なコンテキストアウェアサービスの実施例で説明する。将来考えられる大規模なコンテキストアウェアサービスとしては、主要な駅やバス停などの近辺の店舗や、交差点等にセンサーを配置し、人や車両の動きを把握することで、交通案内、店舗紹介、道案内などを行なうためのコンテキスト情報として、様々なサービスが利用することができる。ここでは、一例として、日本の主要な繁華街１０００箇所をサービス提供エリアとして設定し、それぞれのエリアが平均１００個のセンサーを有すると想定する、又、サービスを提供するＡＳＰ（Application Service Provider）も１０００個あると想定する。

サービスの提供を受けるユーザは、数ｍから１０ｍ程度到達可能な無線タグを所持し、サービスを受けたい場合、コンテキストアウェアサービスのポータルを経由して、ＡＳＰに自分のＲＦタグのＩＤや、情報配信用の通信機器の情報を、ＰＣや携帯電話からＷＥＢを通じて登録する。
ＡＳＰはユーザのサービス登録を受けて、各サービス提供エリアから収集される人の識別情報、車両の識別情報、サービスチケットの情報等から、対象とするユーザの周囲の状況を判断して、様々なサービスを行なう（図１９参照）。

このような状況で、既存の方式でコンテキスト情報を処理する場合、それぞれのアプリケーションは、全てのセンサーからサービス提供者を探し出すために、１０００［箇所］×１００［個］＝１０００００個のイベントを毎周期処理しなければならなくなる。しかしながら、単純にサービスの対象ユーザと、ユーザを検知したセンサーの場所とを関連づけてサービスを提供するようなＡＳＰでは、サービスの対象ユーザが１０００箇所のセンサーでしか検出されていないなら、残りの９９９０００個のイベントはＡＳＰにとっては意味のない無効なイベントであり、全エリアのわずか数パーセントの箇所にいるユーザにサービスを提供するために、ほとんどの処理時間を無効なイベントの処理に費やすことになる。

個々のセンサーに対して、ＡＳＰがフィルタを設定すれば無効なイベントは発生しなくなるが、１０００個のＡＳＰがそれぞれのセンサーに、サービス提供ユーザをフィルタリングするような情報を設定してしまうと、今度は、センサー側が、１つのターゲットにつき１０００回ターゲットのＩＤが有効か無効かの判断をしなければならなくなる(図２０参照)。

本発明を同じシステムに適用した場合、ＡＳＰはユーザからの登録を受けて、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３にターゲットとなるユーザのＩＤを登録する。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、全センサーのイベントを収集し、イベントに含まれるターゲットのＩＤの中からＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に登録されているターゲットＩＤのみについてのみＡＳＰにイベントを通知する。ＡＳＰは、イベントの通知を受けて、必要最小限の範囲で、センサーから情報を収集可能になる。本発明を適用した場合、個々のＡＳＰが毎周期処理する必要があるイベントは、それぞれのターゲットにつき、たかだか数個であり、センサー側に設定されるフィルタの数も必要最小限に抑えられるので、システム全体の処理量を削減でき、様々なサービスが、様々な目的で使用可能なようにセンサーネットワークを共用インフラとして提供できるようになる（図２１参照）。

（実施例２）
本発明を用いたサービス実行時の動作を示すために、（実施例１）で述べたＡＳＰの１つの例を紹介する。本発明が最も有効となるのは、サービスの提供スポットが広範囲に存在し、ユーザがそれらの複数のサービス提供スポットを自由に移動し、なおかつサービス提供スポットにおいて、ユーザ以外の他のターゲットがサービスの挙動に影響を与えるようなものに適用する場合である。

これにあてはまる例として、バス亭に到着したバスが自分の目的地に到着するかどうかをナビゲートするサービスを説示する。バスに表示されている行き先案内は、大まかな行き先しか表示されておらず、路線により停車するバス亭が微妙に異なり、利用者がバス利用を敬遠する一因となっている。バス亭は、大量に存在し、ユーザはあらゆるバス亭からバスを利用する可能性がある。また、バスは時刻表の通りにはバス亭に到着しないため、目の前にいるバスがどのバスなのかを正確に把握する必要がある。

ここで説明するバス案内サービスは、目的地をユーザに登録してもらい、ユーザがバス亭に到着した時に、バス亭に停車するバスが、ユーザが乗車してよいバスかどうかを、携帯電話等を使って知らせるサービスである。バス案内サービスシステムは、ユーザからサービスを受付、バスの乗車可否情報を提供するバス案内サービスと、公共交通機関のセンサー情報をいろいろなサービスに流通させる公共交通情報流通ネットワークと、公共交通情報流通ネットワークに情報を提供する、各種交通運行会社により構成される。バス案内サービス業者は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に、公共交通流通ネットワークは、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に、交通運行会社はＡＬＥＯｒｉｇｉｎａｔｏｒ２に相当する。交通運行会社の１つであるバス会社は、各バス亭に設置したＲＦＩＤリーダーを用いて、ユーザの携帯電話４と、バスに装備されたＲＦＩＤタグの情報を収集する。

［サービス動作概要］
＜１＞公共交通情報流通ネットワークへの接続。
図２２に公共交通情報流通ネットワークへの接続の処理シーケンスを示す。
＜１．１＞ユーザは、携帯電話４からバス案内サービスのＷＥＢページにアクセスし、目的地を入力し、ナビゲートの要求を行う。この時、携帯電話４に搭載されているＲＦＩＤタグのＩＤを一緒に通知する。ここで、ユーザの現在位置（おおよその住所、バス停）を入力することもできる。携帯電話の場合では基地局の位置からおおよその位置を把握する技術、ＧＰＳレシーバを備えているときにはＧＰＳで位置情報を取得する技術を適用することもできる。なお、これらの技術は本発明の本質部分でなく、当業者であれば適宜適用が可能であるため説明は省略する。
＜１．２＞ＷＥＢサービスは、入力フォームに入力された情報をバス案内サービスに通知する。
＜１．３＞バス案内サービスは、ユーザが指定した目的地、携帯電話番号、ＲＦＩＤタグのＩＤをユーザ情報として記録し、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１にこのユーザのＩＤのコンテキストを通知するように要求する。
＜１．４＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に接続し、ユーザのＲＦＩＤのタグＩＤをターゲットＩＤに指定し、初期イベントの回送要求を行う。
＜１．５＞ＷＥＢサービスは、ユーザにサービス要求を受け付けたことを通知する。

＜２＞ユーザの検知
図２３にユーザの検知の処理シーケンスを示す。
＜２．１＞ユーザがバス亭に到着すると、バス亭のＲＦＩＤリーダーが携帯電話４のＲＦＩＤタグを読み込み、ＩＤイベントをバス会社のセンサー管理サーバであるＡＬＥＯｒｉｇｉｎａｔｏｒ２に通知する。
＜２．２＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２は、公共交通情報流通ネットワークから予め通知されている初期イベント仕様に従って、初期イベントをＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３に送信する。
＜２．３＞ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３には、検知したＩＤ（ｕｓｅｒ００１）を所望するバス案内サービスのＡＬＥＳｕｂｓｃｒｉｂｅｒ１が登録されているので、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に、この初期イベントが回送される。
＜２．４＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、初期イベントで通知されるＡＬＥＯｒｉｇｉｎａｔｏｒ２の属性を検証し、発信元がバス会社のものであることを確認し、バス会社ＡのＡＬＥＯｒｉｇｉｎａｔｏｒ２にこのユーザのＩＤを含むイベントをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に通知するように仕様を設定する。仕様は例えば、ＩＤ＝ｕｓｅｒ００１を含む、バスのＩＤ情報である。
＜２．５＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、ユーザがバス亭で検知されたことをバス案内サービスに通知する。
＜２．６＞バス案内サービスは、ナビゲータ画面を起動するためにＵＲＬを携帯電話４にＰＵＳＨする。
＜２．７＞携帯電話４はＰＵＳＨされたＵＲＬに基づいてＷＥＢサービスにアクセスする。

＜３＞乗車可否情報のナビゲーション
図２４に乗車可否情報のナビゲーションの処理シーケンスを示す。
＜３．１＞バスがバス亭に近づくと、バス亭のＲＦＩＤリーダーはバスに搭載されたＲＦＩＤタグからバスの接近を検知し、ＡＬＥＯｒｉｇｉｎａｔｏｒ２にＩＤイベントを送信する。通知されるＩＤはユーザのＩＤ（ｕｓｅｒ００１）とバスのＩＤ（ｂｕｓ２００）である。
＜３．２＞ＡＬＥＯｒｉｇｉｎａｔｏｒ２又はＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ１に設定された仕様に基づき、検知したＩＤが指定されたユーザのＩＤとバスのＩＤを含むので、ＡＬＥをＡＬＥＳｕｂｓｃｒｉｂｅｒ１に送信する。
＜３．３＞ＡＬＥＳｕｂｓｃｒｉｂｅｒ１は、バス案内サービスにバスのＩＤを通知する。
＜３．４＞バス案内サービスは、バスＩＤからバス情報をＤＢから索引し、ユーザの目的地に停車するかどうかを判断し、乗車可否の情報と共に、バスが接近したことを示す情報をＷＥＢサービスに通知する。
＜３．５＞ＷＥＢサービスは表示情報を更新する。（バスの追加、接近中のバスのフラッシュ表示等）
本施例においては、バス会社毎に所有するＡＬＥＯｒｉｇｉｎａｔｏｒ２及びＲＦＩＤが異なる例を図２２に示したが、バス会社が共有するＡＬＥＯｒｉｇｉｎａｔｏｒ２及びＲＦＩＤであってもよいし、公共の社会基盤として提供されるＡＬＥＯｒｉｇｉｎａｔｏｒ２及びＲＦＩＤであってもよい。

［付記］上記実施形態及び実施例に関し、更に以下の付記を開示する。

（付記１）〓処理方式その１〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積する管理サーバと、当該管理サーバから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するコンテキスト収集装置を含むシステムの処理方式であって、ターゲット識別子を媒介にコンテキスト収集装置とターゲット識別子を検出した検出装置を管理する管理サーバを連携させ、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定し、管理サーバは、設定された情報に基づき抽出したターゲット識別子のリストをコンテキスト収集装置に通知し、コンテキスト収集装置は、管理サーバが通知した情報に基づきサービスに有意な情報を抽出する処理方式。

（付記２）〓処理方式その２〓
管理サーバから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したコンテキスト収集装置に回送するルーチング機能を有する回送装置を新たにシステムに含み、コンテキスト収集装置と管理サーバが回送装置に接続操作を行い、コンテキスト収集装置は回送装置に接続操作を行い、ターゲット識別子とコンテキスト収集装置のアドレスを回送装置に登録し、管理サーバは回送装置に接続操作を行い、回送装置に通知するターゲット識別子のリストの編集方法を回送装置から通知される前記付記１の処理方式。

（付記３）〓処理方式その３〓
コンテキスト収集装置は、前記回送装置への接続操作時に、所望するターゲット識別子及びコンテキスト収集装置のアドレスに加え、回想装置がコンテキスト収集装置に情報を回送した後、一定時間回送を停止する時間を通知し、回送装置は、コンテキスト収集装置に回送した後、コンテキスト収集装置より通知された時間、ルーチング情報に一致したとしてもコンテキスト収集装置への情報を回送しない前記付記２に記載の処理方式。

（付記４）〓処理方式その４〓
管理サーバは前記回送装置への接続操作時に、管理サーバの特性を示す情報を通知し、回送装置は、情報をコンテキスト収集装置に回送するときに、ターゲット識別子を検出した管理サーバの属性情報を付加し、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する前に、前記属性情報を判断してサービスの有意情報に即した情報を収集可能か否かを判断する前記付記２に記載の処理方式。

（付記５）〓処理方式その５〓
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定する時に、ターゲット識別子を検出した検出装置の管理サーバの周囲にある検出装置の管理サーバを導出し、導出した検出装置の管理サーバに対しても前記関係付ける情報を設定する前記付記１または２に記載の処理方式。

（付記６）〓処理方式その６〓
管理サーバは、管理する複数の検出装置の中で実際にターゲット識別子を検出した検出装置の識別子を回送装置に通知し、回送装置は通知された検出装置の識別子を回送し、コンテキスト収集装置は、検出装置の識別子を参考にして、通知情報の編集情報を設定する粒度を決定する前記付記２に記載の処理方式。

（付記７）〓方式その７〓
コンテキスト収集装置が管理サーバにターゲット識別子を検出した装置の識別子と、ターゲットの識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する場合の、定められた範囲とは、周期的にターゲット識別子を受信する検出装置の過去何周期分の情報を束ねるかという時間軸情報、及び／又は、検知した検出装置に隣接している周辺の隣接検出装置のどこまでを対象とするかを指定するエリア情報が示す範囲である前記付記１または２に記載の処理方式。

（付記８）〓システム〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒを含むシステムであって、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲット識別子を管理し、ＡＬＥＯｒｉｇｉｎａｔｏｒが収集したターゲット識別子のリストをＡＬＥＯｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲット識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを新たに備え、ＡＬＥＯｒｉｇｉｎａｔｏｒは、ターゲット識別子を検出する検出装置からターゲット識別子を収集して指定された情報に基づき識別子のリストを編集し、指定された宛先に通知し、ＡＬＥＳｕｂｓｃｒｉｂｅｒは、任意のターゲットの識別子を選択し、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに選択したターゲット識別子を登録し、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒよりターゲット識別子を含む通知情報を受信し、当該通知情報の受信を契機にターゲット識別子及び／又は定められた範囲の他のターゲット識別子と、ターゲットを検知した装置の情報を関係付ける情報を、ターゲットを検知したＡＬＥＯｒｉｇｉｎａｔｏｒに設定し、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから受信した編集された識別子のリストから有意情報を抽出するシステム。

（付記９）〓ＡＬＥＯｒｉｇｉｎａｔｏｒその１〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒと、ＡＬＥＯｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、ターゲットの識別子を検出し、指定された情報に基づき識別子のリストを編集し、指定された宛先に通知するＡＬＥＯｒｉｇｉｎａｔｏｒであって、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに接続要求を送信するＣｏｎｃｅｎｔｒａｔｏｒ接続機能と、ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付ける情報を設定するためのアプリケーションインタフェースであるＡＬＥＡＰＩと、ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付けたアプリケーションレベルイベント（ＡＬＥ）を生成するＡＬＥ生成機能と、ＡＬＥ生成機能で生成されたＡＬＥを、ＡＬＥＳｕｂｓｃｒｉｂｅｒ又は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに送信するＡＬＥ送信機能から構成されるＡＬＥＯｒｉｇｉｎａｔｏｒ。
ここで、ＡＬＥ送信機能がＡＬＥを送信するだけでなく「ＡＬＥをログとして記録する」構成とすることもできる。

（付記１０）〓ＡＬＥＯｒｉｇｉｎａｔｏｒその２〓
前記ＡＬＥ生成機能は、ターゲット識別子の検出装置が検出したターゲット識別子のリストを格納するイベント処理バッファと、ＡＬＥの周期、フィルタ条件といったＡＬＥを生成するための仕様が記録された仕様テーブルとを持ち、検出装置からのオブジェクト識別子の読み取りイベント受信又は周期起動を契機に仕様テーブルを参照し、イベント処理バッファより条件にあうオブジェクトの識別子を抽出する前記付記９に記載のＡＬＥＯｒｉｇｉｎａｔｏｒ。

（付記１１）〓ＡＬＥＯｒｉｇｉｎａｔｏｒその３〓
前記ＡＬＥ送信機能は、送信されるＡＬＥを格納する出力バッファと、ＡＬＥの送信先を管理する宛先テーブルで構成される前記付記９に記載のＡＬＥＯｒｉｇｉｎａｔｏｒ。
ここで、ＡＬＥ送信機能がＡＬＥを送信するだけでなく「ＡＬＥをログとして記録する」構成とした場合に、ＡＬＥ送信機能が出力バッファ及び宛先テーブルの他、ＡＬＥを記録するためのログで構成することもできる。

（付記１２）〓Ｓｕｂｓｃｒｉｂｅｒ〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒと、ＡＬＥＯｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、任意のターゲットの識別子を選択し、ターゲットを検出した検出装置の情報と、前記ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子とを関係付ける情報をＡＬＥＯｒｉｇｉｎａｔｏｒに設定し、ＡＬＥＯｒｉｇｉｎａｔｏｒから受信した編集された識別子のリストから有意情報を抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒは、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに接続し、所望するターゲットの識別子を通知し、ターゲットの識別子を含む通知情報の通知先として自身の宛先識別を登録するＣｏｎｃｅｎｔｒａｔｏｒ接続機能と、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒから回送されてきた通知情報を判断し、情報発生元のＡＬＥＯｒｉｇｉｎａｔｏｒにＡＬＥを生成するための仕様を設定するかを判断する初期イベント処理部と、初期イベント処理部が、ＡＬＥＯｒｉｇｉｎａｔｏｒへの仕様設定を決定した場合、ＡＬＥＯｒｉｇｉｎａｔｏｒがＡＬＥＳｕｂｓｃｒｉｂｅｒに直接ＡＬＥを通知するための仕様設定を行なうアプリケーションインタフェースであるＡＬＥＡＰＩで構成されるＡＬＥＳｕｂｓｃｒｉｂｅｒ。

（付記１３）〓Ｃｏｎｃｅｎｔｒａｔｏｒその１〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒと、ＡＬＥＯｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲットの識別子を管理し、ＡＬＥＯｒｉｇｉｎａｔｏｒが収集したターゲットの識別子のリストをＡＬＥＯｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲットオブジェクトの識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒは、ＡＬＥＯｒｉｇｉｎａｔｏｒからの接続要求に対して、ＡＬＥＯｒｉｇｉｎａｔｏｒがＡＬＥＣｏｎｃｅｎｔｒａｔｏｒにＡＬＥを通知するための仕様設定をＡＬＥＯｒｉｇｉｎａｔｏｒに設定するためのアプリケーションインタフェースであるＡＬＥＡＰＩと、ＡＬＥＯｒｉｇｉｎａｔｏｒ又はＡＬＥＳｕｂｓｃｒｉｂｅｒからの接続要求を受け付けるコネクション管理機能と、ＡＬＥＯｒｉｇｉｎａｔｏｒからの初期イベントを受け付けるイベント受信部と、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望したターゲットのＩＤが含まれている場合、通知先のＡＬＥＳｕｂｓｃｒｉｂｅｒを特定するＡＬＥルーチング機能と、特定されたＡＬＥＳｕｂｓｃｒｉｂｅｒにＡＬＥを送信するイベント通知部で構成されるＣｏｎｃｅｎｔｒａｔｏｒ。

（付記１４）〓Ｃｏｎｃｅｎｔｒａｔｏｒその２〓
前記コネクション管理機能は、ＡＬＥＳｕｂｓｃｒｉｂｅｒ又はＡＬＥＯｒｉｇｉｎａｔｏｒの識別と、宛先識別とを管理するコネクションキャッシュと、ＡＬＥＳｕｂｓｃｒｉｂｅｒから所望されたターゲットの識別子と、ＡＬＥＳｕｂｓｃｒｉｂｅｒの識別子及びライフタイム等の通知情報回送制御のための付加情報とを管理するＡＬＥルーチングテーブルから構成され、ＡＬＥＯｒｉｇｉｎａｔｏｒからの接続要求を受け付け、接続要求で通知される情報を、コネクションキャッシュに設定し、ＡＬＥＳｕｂｓｃｒｉｂｅｒからの接続要求を受け付け、接続要求で通知される情報を、コネクションキャッシュ及びＡＬＥルーチングテーブルに設定する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。

（付記１５）〓Ｃｏｎｃｅｎｔｒａｔｏｒその３〓
前記イベント受信部は、入力バッファを持ち、ＡＬＥＯｒｉｇｉｎａｔｏｒからの初期イベントを受け付け、入力バッファに格納し、ＡＬＥＯｒｉｇｉｎａｔｏｒ用のコネクションキャッシュからＯｒｉｇｉｎａｔｏｒ属性を抽出し、初期イベントに追加し、ＡＬＥルーチンング機能に出力する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。

（付記１６）〓Ｃｏｎｃｅｎｔｒａｔｏｒその４〓
前記ＡＬＥルーチング機能は、処理バッファを持ち、処理バッファに入力されたイベントのオブジェクト識別子リストを、ＡＬＥルーチングテーブルを参照しながら検索し、一致する識別子がある場合は、送信先のＡＬＥＳｕｂｓｃｒｉｂｅｒの識別をイベントのヘッダに付与する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。

（付記１７）〓Ｃｏｎｃｅｎｔｒａｔｏｒその５〓
前記イベント通知部は、出力バッファを持ち、出力バッファに入力されたＡＬＥのヘッダを参照して、ＡＬＥＳｕｂｓｃｒｉｂｅｒにＡＬＥを送信する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。
「ＡＬＥＳｕｂｓｃｒｉｂｅｒ」は、アプリケーションレベルイベントサブスクライバー又は単にサブスクライバーと呼ぶこともできる。
「ＡＬＥＯｒｉｇｉｎａｔｏｒ」は、アプリケーションレベルイベントオリジネーター又は単にオリジネーターと呼ぶこともできる。
「ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ」は、アプリケーションレベルイベントコンセントレーター又はコンセントレーターと呼ぶこともできる。

本発明のシステム構成図である。本発明の初期登録フェーズのシーケンス図である。本発明の連携フェーズのシーケンス図である。本発明を構成するＡＬＥＯｒｉｇｉｎａｔｏｒの機能ブロック図である。ＡＬＥＯｒｉｇｉｎａｔｏｒの動作を説明する処理シーケンス図である。仕様テーブルのデータ構成例示す図である。イベント処理バッファのデータ構成例を示す図である。宛先テーブルのデータ構成例を示す図である。本発明を構成するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒの機能ブロック図である。ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒの処理シーケンス図である。コネクションキャッシュ(Ｓｕｂｓｃｒｉｂｅｒ)のデータ構成例を示す図である。コネクションキャッシュ(Ｏｒｉｇｉｎａｔｏｒ)のデータ構成例を示す図である。ＡＬＥルーチングテーブルのデータ構成例を示す図である。本発明を構成するＡＬＥＳｕｂｓｃｒｉｂｅｒの機能ブロック図である。ＡＬＥＳｕｂｓｃｒｉｂｅｒの処理シーケンス図である。ＩＤリストのデータ構成例を示す図である。仕様リストのデータ構成例を示す図であるイベントの集約、棄却の動作を説明するための図である。第１の実施例として大規模なコンテキストアウェアサービスの例を示す図である。第１の実施例として既存方式でのコンテキスト情報収集の問題点を模式した図である。第１の実施例として本発明を大規模なコンテキストアウェアサービスを適用した場合に得られる効果を、模式した図である。第２の実施例としてバス案内サービスのシステム構成と公共交通情報流通ネットワークへの接続処理のシーケンスを説明した図である。第２の実施例としてバス案内サービスのユーザの検知処理のシーケンスを説明した図である。第２の実施例としてバス案内サービスの乗車可否情報のナビゲーションの処理シーケンスを説明した図である。

符号の説明

１ＡＬＥＳｕｂｓｃｒｉｂｅｒ
１０１Ｃｏｎｃｅｎｔｒａｔｏｒ情報
１０２Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能
１０３ＩＤリスト
１０４仕様リスト
１０５ＡＰＩ
１０６初期イベント処理部
１０７ＡＬＥＡＰＩ
２ＡＬＥＯｒｉｇｉｎａｔｏｒ
２０１Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能
２０２Ｏｒｉｇｉｎａｔｏｒ属性
２０３Ｃｏｎｃｅｎｔｒａｔｏｒ情報
２０４ＡＬＥＡＰＩ
２０５ＡＬＥ生成機能
２０６イベント処理バッファ
２０７仕様テーブル
２０８ＡＬＥ送信機能
２０９出力バッファ
２１０永続ストア
２１１宛先テーブル
２１２ＲＦＩＤタグの読み取り装置
３ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒ
３０１イベント受信部
３０２入力バッファ
３０３コネクションキャッシュ
３０４ＡＬＥルーチング機能
３０５処理バッファ
３０６ＡＬＥルーチングテーブル
３０７イベント通知部
３０８出力バッファ
３０９コネクションキャッシュ
３１０コネクション管理機能
３１１ＡＬＥＡＰＩ
３１２デフォルト仕様
４携帯電話

Claims

サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積する管理サーバと、当該管理サーバから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するコンテキスト収集装置を含むシステムの処理方式であって、
ターゲット識別子を媒介にコンテキスト収集装置とターゲット識別子を検出した検出装置を管理する管理サーバを連携させ、
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定し、
管理サーバは、設定された情報に基づき抽出したターゲット識別子のリストをコンテキスト収集装置に通知し、
コンテキスト収集装置は、管理サーバが通知した情報に基づきサービスに有意な情報を抽出する処理方式。
管理サーバから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したコンテキスト収集装置に回送するルーチング機能を有する回送装置を新たにシステムに含み、
コンテキスト収集装置と管理サーバが回送装置に接続操作を行い、
コンテキスト収集装置は回送装置に接続操作を行い、ターゲット識別子とコンテキスト収集装置のアドレスを回送装置に登録し、
管理サーバは回送装置に接続操作を行い、回送装置に通知するターゲット識別子のリストの編集方法を回送装置から通知される
前記請求項１の処理方式。
コンテキスト収集装置は、前記回送装置への接続操作時に、所望するターゲット識別子及びコンテキスト収集装置のアドレスに加え、回想装置がコンテキスト収集装置に情報を回送した後、一定時間回送を停止する時間を通知し、
回送装置は、コンテキスト収集装置に回送した後、コンテキスト収集装置より通知された時間、ルーチング情報に一致したとしてもコンテキスト収集装置への情報を回送しない
前記請求項２に記載の処理方式。
管理サーバは前記回送装置への接続操作時に、管理サーバの特性を示す情報を通知し、
回送装置は、情報をコンテキスト収集装置に回送するときに、ターゲット識別子を検出した管理サーバの属性情報を付加し、
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する前に、前記属性情報を判断してサービスの有意情報に即した情報を収集可能か否かを判断する
前記請求項２に記載の処理方式。
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定する時に、ターゲット識別子を検出した検出装置の管理サーバの周囲にある検出装置の管理サーバを導出し、導出した検出装置の管理サーバに対しても前記関係付ける情報を設定する
前記請求項１または２に記載の処理方式。
管理サーバは、管理する複数の検出装置の中で実際にターゲット識別子を検出した検出装置の識別子を回送装置に通知し、
回送装置は通知された検出装置の識別子を回送し、
コンテキスト収集装置は、検出装置の識別子を参考にして、通知情報の編集情報を設定する粒度を決定する
前記請求項２に記載の処理方式。
コンテキスト収集装置が管理サーバにターゲット識別子を検出した装置の識別子と、ターゲットの識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する場合の、
定められた範囲とは、周期的にターゲット識別子を受信する検出装置の過去何周期分の情報を束ねるかという時間軸情報、及び／又は、検知した検出装置に隣接している周辺の隣接検出装置のどこまでを対象とするかを指定するエリア情報が示す範囲である
前記請求項１または２に記載の処理方式。
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒを含むシステムであって、
ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲット識別子を管理し、ＡＬＥＯｒｉｇｉｎａｔｏｒが収集したターゲット識別子のリストをＡＬＥＯｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲット識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを新たに備え、
ＡＬＥＯｒｉｇｉｎａｔｏｒは、ターゲット識別子を検出する検出装置からターゲット識別子を収集して指定された情報に基づき識別子のリストを編集し、指定された宛先に通知し、
ＡＬＥＳｕｂｓｃｒｉｂｅｒは、任意のターゲットの識別子を選択し、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに選択したターゲット識別子を登録し、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒよりターゲット識別子を含む通知情報を受信し、当該通知情報の受信を契機にターゲット識別子及び／又は定められた範囲の他のターゲット識別子と、ターゲットを検知した装置の情報を関係付ける情報を、ターゲットを検知したＡＬＥＯｒｉｇｉｎａｔｏｒに設定し、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから受信した編集された識別子のリストから有意情報を抽出するシステム。
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒと、ＡＬＥＯｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、
ターゲットの識別子を検出し、指定された情報に基づき識別子のリストを編集し、指定された宛先に通知するＡＬＥＯｒｉｇｉｎａｔｏｒであって、
ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに接続要求を送信するＣｏｎｃｅｎｔｒａｔｏｒ接続機能と、
ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付ける情報を設定するためのアプリケーションインタフェースであるＡＬＥＡＰＩと、
ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付けたアプリケーションレベルイベント（ＡＬＥ）を生成するＡＬＥ生成機能と、
ＡＬＥ生成機能で生成されたＡＬＥを、ＡＬＥＳｕｂｓｃｒｉｂｅｒ又は、ＡＬＥＣｏｎｃｅｎｔｒａｔｏｒに送信するＡＬＥ送信機能から構成されるＡＬＥＯｒｉｇｉｎａｔｏｒ。
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥＯｒｉｇｉｎａｔｏｒと、当該ＡＬＥＯｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥＳｕｂｓｃｒｉｂｅｒと、ＡＬＥＯｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、
ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲットの識別子を管理し、ＡＬＥＯｒｉｇｉｎａｔｏｒが収集したターゲットの識別子のリストをＡＬＥＯｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望するターゲットオブジェクトの識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥＳｕｂｓｃｒｉｂｅｒに回送するＡＬＥＣｏｎｃｅｎｔｒａｔｏｒは、
ＡＬＥＯｒｉｇｉｎａｔｏｒからの接続要求に対して、ＡＬＥＯｒｉｇｉｎａｔｏｒがＡＬＥＣｏｎｃｅｎｔｒａｔｏｒにＡＬＥを通知するための仕様設定をＡＬＥＯｒｉｇｉｎａｔｏｒに設定するためのアプリケーションインタフェースであるＡＬＥＡＰＩと、
ＡＬＥＯｒｉｇｉｎａｔｏｒ又はＡＬＥＳｕｂｓｃｒｉｂｅｒからの接続要求を受け付けるコネクション管理機能と、
ＡＬＥＯｒｉｇｉｎａｔｏｒからの初期イベントを受け付けるイベント受信部と、
ＡＬＥＳｕｂｓｃｒｉｂｅｒが所望したターゲットのＩＤが含まれている場合、通知先のＡＬＥＳｕｂｓｃｒｉｂｅｒを特定するＡＬＥルーチング機能と、
特定されたＡＬＥＳｕｂｓｃｒｉｂｅｒにＡＬＥを送信するイベント通知部で構成されるＣｏｎｃｅｎｔｒａｔｏｒ。