(57)【要約】【課題】アプリケーションとセンサー管理サーバとを高速に連携するＡＬＥネットワークと呼ぶネットワークシステムを提供する。【解決手段】ターゲット識別子を媒介にコンテキスト収集装置１と管理サーバ２の中でもターゲット識別子を検出した検出装置２１２を管理する管理サーバ２とを例えば後記する回送装置３を用いて連携させた後に、コンテキスト収集装置１が該当管理サーバ２に設定し、該当管理サーバ２が設定に従いターゲット識別子のリストをコンテキスト収集装置１に通知し、コンテキスト収集装置１が管理サーバ２により通知された情報に基づき有意な情報を抽出しているので、該当しない管理サーバ２からの大量のイベントの処理を行う必要なく、且つ、フィルタを常時設定することなく、有意な情報を抽出して適切なレスポンス時間内にサービスを提供することができる。【選択図】図３
2007287040.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積する管理サーバと、当該管理サーバから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するコンテキスト収集装置を含むシステムの処理方式であって、
ターゲット識別子を媒介にコンテキスト収集装置とターゲット識別子を検出した検出装置を管理する管理サーバを連携させ、
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定し、
管理サーバは、設定された情報に基づき抽出したターゲット識別子のリストをコンテキスト収集装置に通知し、
コンテキスト収集装置は、管理サーバが通知した情報に基づきサービスに有意な情報を抽出する処理方式。
【請求項２】
管理サーバから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したコンテキスト収集装置に回送するルーチング機能を有する回送装置を新たにシステムに含み、
コンテキスト収集装置と管理サーバが回送装置に接続操作を行い、
コンテキスト収集装置は回送装置に接続操作を行い、ターゲット識別子とコンテキスト収集装置のアドレスを回送装置に登録し、
管理サーバは回送装置に接続操作を行い、回送装置に通知するターゲット識別子のリストの編集方法を回送装置から通知される
前記請求項１の処理方式。
【請求項３】
コンテキスト収集装置は、前記回送装置への接続操作時に、所望するターゲット識別子及びコンテキスト収集装置のアドレスに加え、回想装置がコンテキスト収集装置に情報を回送した後、一定時間回送を停止する時間を通知し、
回送装置は、コンテキスト収集装置に回送した後、コンテキスト収集装置より通知された時間、ルーチング情報に一致したとしてもコンテキスト収集装置への情報を回送しない
前記請求項２に記載の処理方式。
【請求項４】
管理サーバは前記回送装置への接続操作時に、管理サーバの特性を示す情報を通知し、
回送装置は、情報をコンテキスト収集装置に回送するときに、ターゲット識別子を検出した管理サーバの属性情報を付加し、
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する前に、前記属性情報を判断してサービスの有意情報に即した情報を収集可能か否かを判断する
前記請求項２に記載の処理方式。
【請求項５】
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定する時に、ターゲット識別子を検出した検出装置の管理サーバの周囲にある検出装置の管理サーバを導出し、導出した検出装置の管理サーバに対しても前記関係付ける情報を設定する
前記請求項１または２に記載の処理方式。
【請求項６】
管理サーバは、管理する複数の検出装置の中で実際にターゲット識別子を検出した検出装置の識別子を回送装置に通知し、
回送装置は通知された検出装置の識別子を回送し、
コンテキスト収集装置は、検出装置の識別子を参考にして、通知情報の編集情報を設定する粒度を決定する
前記請求項２に記載の処理方式。
【請求項７】
コンテキスト収集装置が管理サーバにターゲット識別子を検出した装置の識別子と、ターゲットの識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する場合の、
定められた範囲とは、周期的にターゲット識別子を受信する検出装置の過去何周期分の情報を束ねるかという時間軸情報、及び／又は、検知した検出装置に隣接している周辺の隣接検出装置のどこまでを対象とするかを指定するエリア情報が示す範囲である
前記請求項１または２に記載の処理方式。
【請求項８】
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒを含むシステムであって、
ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲット識別子を管理し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒが収集したターゲット識別子のリストをＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲット識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを新たに備え、
ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒは、ターゲット識別子を検出する検出装置からターゲット識別子を収集して指定された情報に基づき識別子のリストを編集し、指定された宛先に通知し、
ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒは、任意のターゲットの識別子を選択し、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに選択したターゲット識別子を登録し、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒよりターゲット識別子を含む通知情報を受信し、当該通知情報の受信を契機にターゲット識別子及び／又は定められた範囲の他のターゲット識別子と、ターゲットを検知した装置の情報を関係付ける情報を、ターゲットを検知したＡＬＥ  Ｏｒｉｇｉｎａｔｏｒに設定し、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから受信した編集された識別子のリストから有意情報を抽出するシステム。
【請求項９】
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒと、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、
ターゲットの識別子を検出し、指定された情報に基づき識別子のリストを編集し、指定された宛先に通知するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒであって、
ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに接続要求を送信するＣｏｎｃｅｎｔｒａｔｏｒ接続機能と、
ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付ける情報を設定するためのアプリケーションインタフェースであるＡＬＥ  ＡＰＩと、
ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付けたアプリケーションレベルイベント（ＡＬＥ）を生成するＡＬＥ生成機能と、
ＡＬＥ生成機能で生成されたＡＬＥを、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ又は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに送信するＡＬＥ送信機能から構成されるＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ。
【請求項１０】
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒと、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、
ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲットの識別子を管理し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒが収集したターゲットの識別子のリストをＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲットオブジェクトの識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒは、
ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒからの接続要求に対して、ＡＬＥ  ＯｒｉｇｉｎａｔｏｒがＡＬＥ  ＣｏｎｃｅｎｔｒａｔｏｒにＡＬＥを通知するための仕様設定をＡＬＥＯｒｉｇｉｎａｔｏｒに設定するためのアプリケーションインタフェースであるＡＬＥ  ＡＰＩと、
ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ又はＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒからの接続要求を受け付けるコネクション管理機能と、
ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒからの初期イベントを受け付けるイベント受信部と、
ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望したターゲットのＩＤが含まれている場合、通知先のＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒを特定するＡＬＥルーチング機能と、
特定されたＡＬＥ  ＳｕｂｓｃｒｉｂｅｒにＡＬＥを送信するイベント通知部で構成されるＣｏｎｃｅｎｔｒａｔｏｒ。
【発明の詳細な説明】
【技術分野】
【０００１】
ユビキタスサービスの一つとして、ターゲットとする人や、モノの周囲の状況を判断し、適切な情報配信や、機器の自動制御を行なうことで、様々な利便性をもたらすコンテキストアウェアサービスが期待されている。センサーが検知する膨大な情報の中から、必要な情報を抽出し、適切なレスポンス時間内にサービスを実現するためには、情報をフィルタリングする技術が重要となる。
本発明は、大規模なコンテキスト情報収集システムにおいて、効率的に情報をフィルタリングする技術に関する。
【背景技術】
【０００２】
センサーやＲＦＩＤタグ（無線タグ、無線ＩＣタグ、ＩＣタグ、非接触ＩＣチップとも呼称される）を利用した様々なユビキタスサービスの実用化が検討されている。その多くは、特定のセンサーや特定のターゲットを対象としているため、サービス固有に閉じたシステムの中で、適切な負荷分散が可能である。
【０００３】
それに対し、コンテキストアウェアサービスは、ターゲットとする人やモノの周囲の状況を判断して何らかのアクションが行われるサービスである。コンテキストアウェアサービスが対象とするセンサーの種類や、オブジェクトの種類は多種多様である。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
コンテキストアウェアサービスの多くは、日常生活や企業業務を対象にすると考えられ、サービスを提供するターゲット（主に人）は、様々な場所に自由に移動するため、より多くの監視ポイントが必要となる。そのため、コンテキストアウェアサービスを実行するアプリケーションは、サービスが対象とするエリア全域のセンサーからイベントを収集せざるをえず、センサーから通知される大量のイベントの処理により処理が輻輳するという課題を有する。
【０００５】
ところで、実際にはアプリケーションが必要としているコンテキスト情報は、ある特定の条件を持ったコンテキストのみであり、センサーから通知されるイベントのほとんどは、個々のアプリケーションにとっては、意味の無い無効なイベントである。
アプリケーションが処理するイベントの数を減らすためには、なるべく検出装置に近い場所でイベントの選別を行うことが有効である。しかしながら、様々なアプリケーションより、検出装置に膨大な数のフィルタを常時設定すると、個々のセンサー管理サーバの処理能力を低下させるという課題が生じる。
【０００６】
コンテキストアウェアサービスを実現する方法として、一般的には、全てのセンサーイベントを格納した巨大なデータベースを様々な検索条件で検索することで、必要なコンテキスト情報を抽出することが行なわれている。又、イベントのストリームに対してデータマイニングを行ない、リアルタイムに、アプリケーションレベルで意味のあるイベントを抽出する方法も検討されている。
しかし、このようなアプローチの検索は、基本的にデータベースの全検索となるうえ、サービスの対象となるターゲットはセンサーに対して圧倒的に数が多いため、イベント生成処理のため膨大な計算資源が要求さされることは明白である。
【０００７】
この解決策として、大量の処理サーバを負荷分散させてスケーラビリティを確保する方法が考えられるが、安易にスケーラビリティを確保するだけでは、計算資源の過剰投資を招き、サービスは提供できても商業的に採算がとれない可能性が高くなり、解決策としては不十分である。
【０００８】
コンテキストアウェアサービスで用いられるセンサーの多くは常設されているためネットワーク上に顕在しているが、センサーが検出するターゲットは常に移動し、センサーの検出エリア外にいる場合もあるため顕在性は保たれていない。センサーが検出する情報は、無線タグのＩＤや温度といった単なる値であり、これだけではコンテキストアウェアサービスを行うアプリケーションでは利用できない。コンテキストアウェアサービスを行うアプリケーションが利用するためには、アプリケーションレベルイベント（ＡＬＥ：Application Level Event）と呼ばれるセンサーが一定期間に、ターゲットと一緒に検知した他のターゲットや、センサーの値をターゲットのＩＤに紐付けた特殊なイベントが必要になる。ＡＬＥは、アプリケーションから通知される仕様に従って生成される。
【０００９】
一般的なモバイルネットワーク環境と比較してみると、センサーネットワークは、ターゲットが移動端末、センサーがアクセスポイントに対比できる一種のモビリティ環境と捉えることができる。従って、センサーがターゲットの識別子を検出したことを契機に、センサーの管理サーバが、適切なアプリケーションと通信し、センサー管理サーバがアプリケーションと直接イベントの交換が可能なようにシステムを構成することは、Ｍｏｂｉｌｅ  ＩＰがＩＰモビリティ環境において、スケーラビリティをもたらしたように、コンテキストアウェアサービス実現システムにおいても有効であると考えられる。
【００１０】
又、インターネットで広く利用されるメールやＷＥＢは、通信相手が、ほぼ定常であるので、クライアントが検索機能を用いて、通信先を決定して通信を行う方法が効果的である。しかし自由に移動するターゲットをトレースするセンサーネットワークを含む環境では、クライントは、所望する情報がどこにあるかは特定できず、情報の発生源は常に変化するので検索機能は有効ではない。又、情報提供側の視点でみれば、自身が公開する情報のコンテンツは、単なる識別子の羅列であり、検索機能に対してコンテンツの有意性を示すことができない。従って、従来の検索型ではない、新たな通信確立手段がコンテキストアウェアサービス実現基盤には必要である。
本発明は、コンテキストアウェアサービスの実行に先立ち、アプリケーションとセンサー管理サーバとを高速に連携するＡＬＥネットワークと呼ぶネットワークシステムを提供することを目的としている。
【課題を解決するための手段】
【００１１】
本発明でのコンテキストアウェアサービスは、サービス準備フェーズとサービス実行フェーズの２つのフェーズで実行される。
【００１２】
準備フェーズは、具体的には、次の＜１＞＜２＞からなる。
＜１＞センサー管理サーバがターゲットの識別子を検出する。
＜２＞検出したターゲットの識別子をキーとして、ＡＬＥネットワークがアプリケーションとセンサー管理サーバとをリンクさせ、アプリケーションがセンサー管理サーバにアプリケーションレベルイベント（ＡＬＥ）を生成するための、仕様を設定する。
【００１３】
サービス実行フェーズは、具体的には、次の＜３＞＜４＞からなる。
＜３＞この仕様に基づいて、センサー管理サーバがアプリケーションにイベントを通知する。
＜４＞通知されたイベントの内容に従って、ターゲット（又は、そのコンテキストに含まれるセンサーや他のターゲット）に何らかのアクションを起こす。
【００１４】
（１）  本発明に係る処理方式は、サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積する管理サーバと、当該管理サーバから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するコンテキスト収集装置を含むシステムの処理方式であって、ターゲット識別子を媒介にコンテキスト収集装置とターゲット識別子を検出した検出装置を管理する管理サーバを連携させ、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定し、管理サーバは、設定された情報に基づき抽出したターゲット識別子のリストをコンテキスト収集装置に通知し、コンテキスト収集装置は、管理サーバが通知した情報に基づきサービスに有意な情報を抽出するものである。
【００１５】
このように本発明によれば、ターゲット識別子を媒介にコンテキスト収集装置と管理サーバの中でもターゲット識別子を検出した検出装置を管理する管理サーバとを例えば後記する回送装置を用いて連携させた後に、コンテキスト収集装置が該当管理サーバに設定し、該当管理サーバが設定に従いターゲット識別子のリストをコンテキスト収集装置に通知し、コンテキスト収集装置が管理サーバにより通知された情報に基づき有意な情報を抽出しているので、該当しない管理サーバからの大量のイベントの処理を行う必要なく、且つ、フィルタを常時設定することなく、有意な情報を抽出して適切なレスポンス時間内にサービスを提供することができるという効果を奏する。
【００１６】
ここで、コンテキスト収集装置と該当管理サーバを連携させる方法として後記する回送装置の利用を一例として挙げたが、この例に限定されない。たとえば、回送装置がないシステム構成をとった場合に、コンテキスト収集装置が管理サーバからの情報を受けその中から該当管理サーバを特定して実現することもできるし、管理サーバがコンテキスト収集装置の要求を受けて該当管理サーバが回答することでも実現することができる。この場合に最初の段階ではコンテキスト収集装置が大量のイベント処理を行う必要も生じるが、該当管理サーバが特定された後は、コンテキスト収集装置と該当管理サーバ間で処理が実行され、該当管理サーバ以外からの大量のイベントの処理を実行する必要がない。
【００１７】
（２）  本発明に係る処理方式は必要に応じて、管理サーバから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したコンテキスト収集装置に回送するルーチング機能を有する回送装置を新たにシステムに含み、コンテキスト収集装置と管理サーバが回送装置に接続操作を行い、コンテキスト収集装置は回送装置に接続操作を行い、ターゲット識別子とコンテキスト収集装置のアドレスを回送装置に登録し、管理サーバは回送装置に接続操作を行い、回送装置に通知するターゲット識別子のリストの編集方法を回送装置から通知されるものである。
【００１８】
このように本発明によれば、回送装置をシステムに新たに含み、コンテキスト収集装置が回送装置に接続して所望するターゲット識別子及びコンテキスト収集装置のアドレスを登録し、他方、管理サーバが回送装置に接続してターゲット識別子のリストの編集方法を通知されるので、回送装置を介したコンテキスト収集装置と管理サーバの連携が容易に実現されるという効果を有する。また、当初からコンテキスト収集装置は管理サーバからの大量のイベントを処理することなく、管理サーバもフィルタを常時設定する必要がない。
【００１９】
（３）  本発明に係る処理方式は必要に応じて、コンテキスト収集装置は、前記回送装置への接続操作時に、所望するターゲット識別子及びコンテキスト収集装置のアドレスに加え、回想装置がコンテキスト収集装置に情報を回送した後、一定時間回送を停止する時間を通知し、回送装置は、コンテキスト収集装置に回送した後、コンテキスト収集装置より通知された時間、ルーチング情報に一致したとしてもコンテキスト収集装置への情報を回送しないものである。
【００２０】
このように本発明によれば、コンテキスト収集装置は回送装置に一定時間回送を停止する時間（抑止時間）も通知し、回送装置は回送後この通知された時間であれば回送すべき情報であっても回送しないので、回送装置からの必要のない情報をコンテキスト収集装置が受けることがないという効果を有する。通知される時間はコンテキスト収集装置が直接管理サーバから情報を受ける構成にすることが望ましい。
【００２１】
（４）  本発明に係る処理方式は必要に応じて、管理サーバは前記回送装置への接続操作時に、管理サーバの特性を示す情報を通知し、回送装置は、情報をコンテキスト収集装置に回送するときに、ターゲット識別子を検出した管理サーバの属性情報を付加し、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する前に、前記属性情報を判断してサービスの有意情報に即した情報を収集可能か否かを判断するものである。
【００２２】
このように本発明によれば、管理サーバから管理サーバの特性を示す情報が回送装置を介してコンテキスト収集装置に届けられ、コンテキスト収集装置が届けられた情報を用いて管理サーバへの設定前に有意情報に即した情報であるか否かを判断するので、サービスに必要な所望の情報を効率的に収集することができるという効果を有する。
【００２３】
（５）  本発明に係る処理方式は必要に応じて、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定する時に、ターゲット識別子を検出した検出装置の管理サーバの周囲にある検出装置の管理サーバを導出し、導出した検出装置の管理サーバに対しても前記関係付ける情報を設定するものである。
【００２４】
このように本発明によれば、コンテキスト収集装置が管理サーバに設定する前に、該当管理サーバだけでなく該当管理サーバの検出装置の周囲にある検出装置の管理サーバに対してもコンテキスト収集装置が設定するので、ターゲットが移動したとしても迅速に対応することができ、サービスの遅延を防止することができるという効果を有する。
ここで、たとえば、各検出装置の位置を属性情報としてコンテキスト収集装置に渡すことで、この属性情報を用いてコンテキスト収集装置が周囲にある検出装置を特定することができる。
【００２５】
（６）  本発明に係る処理方式は必要に応じて、管理サーバは、管理する複数の検出装置の中で実際にターゲット識別子を検出した検出装置の識別子を回送装置に通知し、回送装置は通知された検出装置の識別子を回送し、コンテキスト収集装置は、検出装置の識別子を参考にして、通知情報の編集情報を設定する粒度を決定するものである。
このように本発明によれば、コンテキスト収集装置が管理サーバからの実際にターゲット識別子を検出した検出装置の識別子を回送装置を介して受け取って参考にしながら、通知情報の編集情報の設定対象を決定する。
ここで、「粒度」とは、具体的には、検出装置単独、管理サーバが管理する全検出装置、任意の複数の検出装置等が該当する。
【００２６】
（７）  本発明に係る処理方式は必要に応じて、コンテキスト収集装置が管理サーバにターゲット識別子を検出した装置の識別子と、ターゲットの識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する場合の、定められた範囲とは、周期的にターゲット識別子を受信する検出装置の過去何周期分の情報を束ねるかという時間軸情報、及び／又は、検知した検出装置に隣接している周辺の隣接検出装置のどこまでを対象とするかを指定するエリア情報が示す範囲であるものである。
【００２７】
このように本発明によれば、コンテキスト収集装置が管理サーバへ設定時する定められた範囲とは時間軸情報及び／又はエリア情報が示す範囲であるので、コンテキスト収集装置は過去何周期分の情報を束ねるか、周辺の隣接検出装置のどこまでを対象とするかといった項目も設定することができ、必要な情報を効率的に取得することができるという効果を有する。
前記本発明はシステム及びシステムの構成要素としても把握することができる。
これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
【発明の効果】
【００２８】
アプリケーションに固有なイベントを生成するためのフィルタ情報を動的に、イベントの発生元に設定できるようになるため、アプリケーションがサービス提供に意味のない無効なイベンントを大量に処理しなくても済むようになる。
フィルタに基づくイベントの生成処理は高負荷な処理であり、動的に設定することで全体のフィルタ数を抑制することでシステム全体のレスポンスを向上できる。
ネットワークを自由に移動するオブジェクトを対象にしたコンテキストアウェアサービス実現の方法を提供することで、より少ない計算リソースで多様なコンテキストアウェアサービスを提供できる。
【発明を実施するための最良の形態】
【００２９】
（本発明の第１の実施形態）
[１．ＡＬＥネットワークの構成]
図１に、本発明のシステム構成図を示す。
ＡＬＥネットワークは、ターゲットの識別子を媒介に、２つのエンティティを連携させるネットワークである。ＡＬＥネットワークは、ＡＬＥを参照するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１、ＡＬＥを発信するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２及び、それらを接続し、イベントを回送するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３とで構成される。ＡＬＥネットワークは、ＩＰネットワーク上に構成される仮想的なネットワークであり、図１では、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３を介して接続されているが、各装置は、互いに通信可能なように実際のネットワークに接続されている。便宜上、各装置は１台のみ図示している。ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は論理的に１台であるが、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１とＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、複数台ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続される。
【００３０】
ターゲットの識別子を検出し、指定された情報に基づきターゲットの識別子のリストを編集し、指定された宛先に通知する装置をＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２と呼ぶ。
任意のターゲットの識別子を選択し、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に、選択したターゲットの識別子を登録し、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３よりターゲットの識別子を含む通知情報を受信し、前記通知情報の受信を契機に前記ターゲットの識別子と、定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付ける情報を、ターゲットを検出したＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に設定し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２から受信した編集された識別子のリストから有意情報を抽出する装置をＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１と呼ぶ。
【００３１】
ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が所望するターゲットの識別子を管理し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２が収集したターゲットの識別子のリストをＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２から定まった形式(初期イベント）で受信し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が所望するターゲトオブジェクトの識別子が含まれた初期イベントを受信すると、初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に回送する装置をＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３と呼ぶ。
【００３２】
ＡＬＥネットワークで行なわれるサービス準備フェーズは、更に初期登録フェーズと連携フェーズとで構成される。初期登録フェーズは、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１とＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２との間にイベントを回送させるために、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１とＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続するフェーズであり、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、初期イベントの通知方法をＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３から通知され、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は所望するターゲットのＩＤをＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に登録する。連携フェーズは、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が所望する識別子を検知した時に、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２とＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１をリンク付けるフェーズである。
【００３３】
[２．ＡＬＥネットワークの動作概要]
[２．１  初期登録フェーズ]
図２に初期登録フェーズのシーケンスを示す。
【００３４】
＜１＞ＡＬＥを所望するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に、ＡＬＥを構成するキーとなるターゲットの識別子と、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の宛先情報をＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に登録する。ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１からの接続要求を受けて、指定されたターゲットの識別子を含む初期イベントをどのＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１にルーチングするかを決定するためのＡＬＥルーチングテーブルを生成する。
【００３５】
＜２＞ＡＬＥネットワークにＡＬＥを発信するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、自身の属性をＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に登録する。属性の詳細については後述する。
【００３６】
＜３＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２からの接続要求を受けて、通知された属性を属性管理テーブルに記録する。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に検出したターゲットの識別子を通知できるように初期イベントの仕様をＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に設定する。
【００３７】
［２．２  連携フェーズ］
図３に連携フェーズのシーケンスを示す。
【００３８】
＜１＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は管理しているセンサーよりターゲットの識別子を収集する。
【００３９】
＜２＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３接続時に通知された初期設定イベントの仕様に基づいて、初期イベントをＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に通知する。
【００４０】
＜３＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、初期イベントに含まれるターゲットの識別子リストを検索し、個々のターゲットの識別子についてＡＬＥルーチングテーブルを検索し、該当エントリがあった場合、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に向けて初期イベントをＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性と共に、ルーチングする。
【００４１】
＜４＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、通知された初期イベントの内容と、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性とを判断し、そのＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２からのイベントが必要であるかを判断する。必要と判断した場合、ＡＬＥの通知仕様を決定しＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に対して、ＡＬＥ仕様を設定する。
【００４２】
＜５＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１により設定された個別のＡＬＥ仕様がある場合は、その仕様に従ってＡＬＥを作成し、直接ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１にＡＬＥを回送する。
【００４３】
［３．ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの動作概要］
［３．１  ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ］
図４にＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の機能ブロック図を示す。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能２０１、ＡＬＥ  ＡＰＩ２０４、ＡＬＥ生成機能２０５、ＡＬＥ送信機能２０８から構成される。
Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能２０１は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続要求を送信し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１がイベントの要・不要を判断するために使用するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性をＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に登録する機能であり、Ｏｒｉｇｉｎａｔｏｒ属性２０２と、Ｃｏｎｃｅｎｔｒａｔｏｒ情報２０３をデータとして持つ。
【００４４】
Ｏｒｉｇｉｎａｔｏｒ属性２０２は、センサーの位置情報、イベント粒度（読みとり周期）、ＡＬＥのサポート仕様、センサー特性等で構成される。Ｃｏｎｃｅｎｔｒａｔｏｒ情報２０３は、接続するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ２０３のアドレス情報で構成される。
【００４５】
ＡＬＥ  ＡＰＩ２０４は、ＡＬＥの仕様を設定するためのＡＰＩであり、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ２０３又はＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ２０１の仕様設定要求に基づいて、ＡＬＥ生成機能に仕様の設定を行い、通知要求に基づいて、ＡＬＥ送信機能にＡＬＥの通知先であるＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３又はＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ２の宛先識別子を設定する。
【００４６】
ＡＬＥ生成機能２０５は、イベント処理バッファ２０６と仕様テーブル２０７で構成される。ターゲットは、例えばＲＦＩＤタグの読み取り装置２１２で検知され、読み取りイベントとしてイベント処理バッファ２０６に格納される。イベント処理バッファ２０６に蓄積されたイベントは、ＡＬＥ生成機能２０５により読み取り周期毎に、仕様テーブルに設定された周期と、フィルタ条件に基づき、仕様単位にＡＬＥとして編集される。
【００４７】
図６に仕様テーブル２０７のデータ構成例を示す。仕様テーブル２０７は、ＡＬＥ仕様のＩＤで索引され、それぞれのエントリにＡＬＥ仕様を識別するためのＡＬＥ仕様ＩＤ、ＡＬＥを生成する時に、イベントバッファの検索開始位置を示すベースセンサーＩＤ、ベースセンサーＩＤからの空間的な検索範囲を示す空間範囲サイズ、イベントバッファ検索の時間軸情報を示す周期、ターゲットのＩＤを示すフィルタタグＩＤ、ターゲットを検出した場合にイベントを送信する宛先を示す宛先アドレスから構成される。
【００４８】
図７にイベント処理バッファ２０６のデータ構成例を示す。イベント処理バッファ２０６は、センサーの識別子で索引され、それぞれのエントリにセンサー識別を示すベースセンサーＩＤと、イベントＩＤリストで構成される。イベントＩＤリストは、時系列に沿って、定められた周期分のセンサーイベント情報を記録する。
ＡＬＥ送信機能２０８は、出力バッファ２０９、宛先テーブル２１１、永続ストア（ログ）２１０から構成される。ＡＬＥ生成機能２０５で生成されたＡＬＥは、出力バッファ２０９に蓄積され、宛先テーブルを参照して各ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１又は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３にＡＬＥが通知される。送信されたＡＬＥは、永続ストア２１０にログとして記録される。
以下、図５の処理シーケンスに従って、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の動作を説明する。
【００４９】
＜１＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２はＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３の存在を知る。存在を知る方法は、例えば、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３が、自分自身の識別をネットワークにブロードキャストすることにより、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２にその存在を知らせる。オペレータからの初期設定によりＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２にＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３の識別を登録する。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３をサービス探索用のリポジトリなどを用いて動的に探索する。等が考えられる。
【００５０】
＜２＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続要求を送信する。接続要求には、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性が含まれる。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性は、例えばＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３が初期設定のイベント仕様を返すために必要なＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ１の識別、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が、個別のＡＬＥ仕様を設定するか否かを決定するための場所情報、イベント粒度、ＡＬＥのサポート仕様、センサー特性等が含まれる。
【００５１】
＜３＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２より接続要求を受信すると、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３がＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に要求されたターゲットの識別子を発見できるようにするため、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に対して、初期イベントの仕様設定と通知依頼を行い、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３にイベントを回送できるようにする。
【００５２】
＜４＞初期イベントの仕様設定は、ＡＬＥ  ＡＰＩ２０４を介して行われる。ＡＰＩの詳細は、実装に用いるＡＬＥの仕様書により決定される。仕様設定要求で通知された初期イベント仕様は、ＡＬＥ生成機能２０５の仕様テーブル２０７に設定される。
【００５３】
＜５＞通知要求で通知されたイベントの要求者（この場合は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３）は、ＡＬＥ送信機能２０８の宛先テーブル２１１に設定される。
【００５４】
＜６＞ＲＦＩＤタグ読み取り装置２１２は、ターゲットを検出すると、ターゲットの識別子を読み取りイベントとして、ＡＬＥ Ｏｒｉｇｉｎａｔｏｒ２に通知する。読み取りイベントは、読み取り周期毎に束ねられてイベント処理バッファ２０６に蓄積される。バッファサイズを越えたイベントが蓄積されると古い読み取りイベントが順次、バッファからページアウトされる。ページアウトされたイベントは、棄却するか、永続ストア２１０に記録する。
【００５５】
＜７＞イベント処理バッファ２０６に蓄積されているイベントは、ＡＬＥ生成機能２０５により、仕様テーブル２０７に基づいてＡＬＥ生成処理が行われる。それぞれの仕様は、異なる読み取り周期と、ターゲット識別子のフィルタ条件を持つ。イベント処理バッファ２０６の検索は全ての仕様に対して個別に行われる。
【００５６】
＜８＞ＡＬＥ生成機能２０５で生成されたＡＬＥは、ＡＬＥ送信機能２０８の出力バッファ２０９に蓄積される。出力バッファ２０９で処理されたＡＬＥは、永続ストア２１０にログとして掃き出される。
【００５７】
＜９＞ＡＬＥ送信機能２０８は、宛先テーブル２１１を参照しながら、ＡＬＥをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に通知する。各ＡＬＥにつき複数のＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が登録可能である。初期イベント仕様のＡＬＥは、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に回送される。
【００５８】
［３．２  ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ］
図９にＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３の機能ブロック図を示す。ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２より初期イベントで通知されるターゲットの識別子リストを検索し、そのターゲットの識別子の情報を所望するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に初期イベントをルーチングする。ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、大量のイベントのルーチングに特化した機能を持ち、ＡＬＥの生成は行わない。
【００５９】
ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  ＡＰＩ３１１、コネクション管理機能３１０、イベント受信部３０１、ＡＬＥルーチング機能３０４、イベント通知部３０７より構成される。
ＡＬＥ  ＡＰＩ３１１は、ＡＬＥの仕様を設定するためのＡＰＩであり、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２からの接続要求に対して、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に初期イベント仕様のＡＬＥを通知するための仕様設定と通知要求をＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に設定する。
【００６０】
コネクション管理機能３１０は、コネクションキャッシュ３０３、コネクションキャッシュ３０９とＡＬＥルーチングテーブル３０４をデータとして持つ。コネクション管理機能３１０は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２又はＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１からの接続要求を受け付け、接続要求で通知される情報を、コネクションキャッシュ３０３、コネクションキャッシュ３０９及びＡＬＥルーチングテーブル３０４に設定する。
【００６１】
図１１にＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９の構成例を示す。ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９は、Ｓｕｂｓｃｒｉｂｅｒの識別で索引され、それぞれのエントリは、Ｓｕｂｓｃｒｉｂｅｒの識別と、Ｓｕｂｓｃｒｉｂｅｒのアドレスで構成される。
【００６２】
図１２にＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３の構成例を示す。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３は、Ｏｒｉｇｉｎａｔｏｒの識別で索引され、それぞれのエントリには、Ｏｒｉｇｉｎａｔｏｒのアドレスと、Ｏｒｉｇｉｎａｔｏｒが通知してきた属性で構成される。
【００６３】
図１３にＡＬＥルーチングテーブル３１０の構成例を示す。ＡＬＥルーチングテーブル３１０は、ターゲットの識別子で索引され、それぞれのエントリには、ターゲットＩＤと、Ｓｕｂｓｃｒｉｂｅｒへの宛先アドレス、Ｓｕｂｓｃｒｉｂｅｒへイベントを回送した後、一定時間イベントの回送を抑止するための抑止時間とで構成される。
【００６４】
イベント受信部３０１は、入力バッファ３０２を持ち、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２からの初期イベントを受け付け、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３からＯｒｉｇｉｎａｔｏｒ属性を抽出し、初期イベントに付加する。
【００６５】
ＡＬＥルーチング機能３０４は、処理バッファ３０５を持ち、処理バッファ３０５に入力されたイベントの中身であるターゲットの識別子リストから個々のターゲットの識別子を抽出し、ＡＬＥルーチングテーブル３０６を索引する。一致する識別子がある場合は、送出先のＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の識別をイベントのヘッダに付与する。
イベント通知部３０７は、出力バッファ３０８を持ち、出力バッファ３０８に入力されたイベントのヘッダを参照して、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に初期イベントを送信する。
以下、図１０のシーケンスに従って、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３の動作を説明する。
【００６６】
＜１＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続要求を行う。接続要求に含まれる情報は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの識別子と、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの属性である。
【００６７】
＜２＞コネクション管理機能３１０は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２からの接続要求を受け付け、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３に接続要求で通知された情報を設定する。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３に格納される情報は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの識別子と、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの属性である。
【００６８】
＜３＞コネクション管理機能３１０は、ＡＬＥ  ＡＰＩ３１１を使用して、接続要求を送信してきたＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に対して、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に初期イベントを回送できるように、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ３に仕様設定と、通知要求を行う。
【００６９】
＜４＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続要求を行う。接続要求に含まれる情報は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の識別子と、ＡＬＥ生成のキーとなるターゲットの識別子、初期イベントの通知頻度を制御するための抑止時間である。
【００７０】
＜５＞コネクション管理機能３１０は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１からの接続要求を受け付け、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９に接続要求で通知された情報を設定する。ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９に格納される情報は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の識別子と、メッセージ送信先を示す識別子である。
【００７１】
＜６＞コネクション管理機能３１０は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１からの接続要求メッセージに含まれる、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の識別子、ターゲットＩＤ、抑止時間をＡＬＥルーチングテーブル３０６に設定する。ＡＬＥルーチングテーブル３０６は、ターゲットＩＤで索引されるテーブルであり、送信先のＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の情報を格納する。
【００７２】
＜７＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、初期イベントの仕様に基づいて、初期イベントをＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に通知する。
【００７３】
＜８＞イベント受信部３０１は、初期イベントを入力バッファ３０２に登録し、初期イベントからＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の識別子を抽出し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ用のコネクションキャッシュ３０３を索引する。
【００７４】
＜９＞イベント受信部３０１は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２用のコネクションキャッシュ３０３からＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ属性を抽出し、入力バッファ３０２の初期イベントに付加する。
【００７５】
＜１０＞イベント受信部３０１で処理された初期イベントは、処理バッファ３０５に出力される。ＡＬＥルーチング機能３０４は、処理バッファ３０５に入力された初期イベントのＩＤリストを検索し、それぞれのＩＤについてＡＬＥルーチングテーブル３０６に登録されているかチェックする。ＡＬＥルーチングテーブル３０６に該当するＩＤが無い場合は、その初期イベントを棄却する。
【００７６】
＜１１＞ＡＬＥルーチングテーブル３０６に該当するＩＤが有る場合、ＡＬＥルーチングテーブル３０６に登録されているＳｕｂｓｃｒｉｂｅｒの識別を初期イベントのヘッダに付加する。対応するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の抑止時間が０以外の場合は、イベント編集処理をスキップし、抑止時間を減算する。抑止時間が０の場合、前記処理を実行し、タイマの値をもとに戻す。
【００７７】
＜１２＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の識別がヘッダに設定された初期イベントは、出力バッファ３０８に出力される。イベント通知部３０７は、出力バッファ３０８に入力された初期イベントのヘッダからＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒの識別を抽出し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９を索引する。
【００７８】
＜１３＞イベント通知部３０７は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１用のコネクションキャッシュ３０９から索引された宛先に対してイベントを送信する。
【００７９】
［３．３  ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ］
図１４にＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ1の機能ブロック図を示す。ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＰＩ１０５、Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能１０２、初期イベント処理部１０６、ＡＬＥ  ＡＰＩ１０７で構成される。
ＡＰＩ１０５は、アプリケーションがコンテキストを収集できるように、対象とするターゲットの識別子と仕様のリストを設定するためのアプリケーションインタフェースである。
Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能１０２は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に所望するターゲットの識別子を通知し、初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に回送させるための機能であり、ＩＤリスト１０３をデータとして持つ。
【００８０】
図１６にＩＤリスト１０３のデータ構成例を示す。ＩＤリスト１０３は、ターゲットの識別子で検索され、それぞれのエントリは、ターゲットのＩＤと、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に設定する抑止時間とで構成される。
初期イベント処理部１０６は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３から回送されてきた初期イベントを判断し、イベント発生元のＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２にＡＬＥを生成するための仕様を設定するか判断する。仕様リスト１０４をデータとして持つ。
【００８１】
図１７に仕様リスト１０４のデータ構成例を示す。仕様リスト１０４は、ターゲットの識別子で検索され、それぞれのエントリは、ターゲットのＩＤと、スコープ、ＡＬＥ仕様で構成される。スコープは、場所やイベント発生の粒度、必要とするセンサーの特性、必要とする時間帯等である。ＡＬＥ仕様は、図６で示したものと同様である。
ＡＬＥ  ＡＰＩ１０７は、ＡＬＥの仕様を設定するためのＡＰＩであり、初期イベント処理部１０６が、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２への仕様設定を決定した場合、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２がＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に直接ＡＬＥを通知するための仕様設定と通知要求をＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に設定する。また、このＡＰＩを介して、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２から送信されるＡＬＥを受信する。
以下、図１５のシーケンスに従って、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の動作を説明する。
【００８２】
＜１＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１のオペレータ又は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１を利用する外部のアプリケーションは、ＡＰＩ１０５を介して、コンテキストを収集するために必要なターゲットの識別子と仕様のリストをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に設定する。識別子はＩＤリストテーブル１０３に、仕様は仕様テーブル１０４に登録される。
【００８３】
＜２＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、自分自身の識別をネットワークに広告することにより、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１にその存在を知らせるか、オペレータからの初期設定によりＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１にＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３の識別を登録するか、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１がＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３を動的に探索することによって、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１はＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３の存在を知る。
【００８４】
＜３＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続要求を行う。接続要求に含まれる情報は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１の識別と、所望するターゲットの識別子の一覧である。識別子はＩＤリスト１０３より抽出されて設定される。
【００８５】
＜４＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１によって指定されたターゲットの識別子を検知すると、その識別子を含む初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に回送する。
【００８６】
＜５＞初期イベント処理部は１０６、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３より初期イベントを受信すると、初期イベントに設定されたＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性と、仕様リストに設定された各仕様のスコープとを比較し、その仕様をＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に設定するかどうかを判断する。スコープは、例えば、場所やイベント発生の粒度、必要とするセンサーの特性、必要とする時間帯等である。
【００８７】
＜６＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性が仕様のスコープを満たす場合、初期イベント処理部１０６は仕様リストに設定された仕様に基づいて、ＡＬＥ  ＡＰＩ１０７を介して、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に仕様の設定と通知要求を行う。
【００８８】
＜７＞仕様が設定されたＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に対して直接ＡＬＥを送信する。
［３．４  イベントの集約、棄却］
図１８は、初期イベントとＡＬＥの関係をシーケンスとして表したものである。ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続時にＩＤ１をターゲットＩＤとして指定しているとする。ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２内のＲｘは、センサーの読み取り周期である。Ｄｘは、初期イベントの仕様により設定された初期イベントの通知周期である。Ｓｘは、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１により設定されるＡＬＥの仕様により設定されたＡＬＥの通知周期である。
【００８９】
＜１＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２のセンサー配下に、今２つのターゲット（ＩＤ１，ＩＤ２）が存在しており、各読み取り周期でＩＤ１とＩＤ２が検知されているとする。この例では、初期イベントは、４読み取り周期を１単位としてイベントを通知するように設定されている。例えば、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、最初の初期イベントの周期Ｄ１において、Ｒ１〜Ｒ４で検知されたＩＤ即ち、ＩＤ１とＩＤ２を初期イベントとしてＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に通知する。
【００９０】
＜２＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３には、ＩＤ１を所望するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が登録されているので、この初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に回送する。ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、連続してＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に初期イベントを回送しないように、このＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に対して、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に指定された抑止時間の間、初期イベントの回送をブロックする。
【００９１】
＜３＞初期イベントが回送されたＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に対してＡＬＥの仕様の設定を行う。この例では、読み取り周期Ｒ３の前に、ＡＬＥ仕様がＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１により設定され、ＡＬＥの送信周期は２読み取り周期であるとする。従って、ＡＬＥの送信周期Ｓ１は、読み取り周期Ｒ３とＲ４で検知されたＩＤ、ＩＤ１とＩＤ２をＡＬＥに設定してＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に通知する。
【００９２】
＜４＞初期イベントは、周期Ｄ２，Ｄ３において同じようにＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２からＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に通知されるが、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３ではＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に対して通知待ちの抑止時間が設定されているため、これらの初期イベントは棄却される。ALEは、周期S2〜S4においてＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に通知される。但し、ＡＬＥ仕様は差分発生のみを指定しているかもしれず、この場合は、ＡＬＥは発生しない。
【００９３】
＜５＞読み取り周期Ｒ１１で、ＩＤ１がセンサーの範囲外に移動している。この場合、ＡＬＥはＩＤ１をフィルタ条件に設定されているので、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２にてALEの送信が棄却される。
【００９４】
＜６＞初期イベントの周期Ｄ４にて、ＩＤ２のみを含んだ初期イベントがＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に回送されるが、ＩＤ２を所望しているＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は登録されていないので、この初期イベントはＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３で棄却される。
【００９５】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【実施例】
【００９６】
（実施例１）
本発明の効果を、具値的な大規模なコンテキストアウェアサービスの実施例で説明する。将来考えられる大規模なコンテキストアウェアサービスとしては、主要な駅やバス停などの近辺の店舗や、交差点等にセンサーを配置し、人や車両の動きを把握することで、交通案内、店舗紹介、道案内などを行なうためのコンテキスト情報として、様々なサービスが利用することができる。ここでは、一例として、日本の主要な繁華街１０００箇所をサービス提供エリアとして設定し、それぞれのエリアが平均１００個のセンサーを有すると想定する、又、サービスを提供するＡＳＰ（Application Service Provider）も１０００個あると想定する。
【００９７】
サービスの提供を受けるユーザは、数ｍから１０ｍ程度到達可能な無線タグを所持し、サービスを受けたい場合、コンテキストアウェアサービスのポータルを経由して、ＡＳＰに自分のＲＦタグのＩＤや、情報配信用の通信機器の情報を、ＰＣや携帯電話からＷＥＢを通じて登録する。
ＡＳＰはユーザのサービス登録を受けて、各サービス提供エリアから収集される人の識別情報、車両の識別情報、サービスチケットの情報等から、対象とするユーザの周囲の状況を判断して、様々なサービスを行なう（図１９参照）。
【００９８】
このような状況で、既存の方式でコンテキスト情報を処理する場合、それぞれのアプリケーションは、全てのセンサーからサービス提供者を探し出すために、１０００［箇所］×１００［個］＝１０００００個のイベントを毎周期処理しなければならなくなる。しかしながら、単純にサービスの対象ユーザと、ユーザを検知したセンサーの場所とを関連づけてサービスを提供するようなＡＳＰでは、サービスの対象ユーザが１０００箇所のセンサーでしか検出されていないなら、残りの９９９０００個のイベントはＡＳＰにとっては意味のない無効なイベントであり、全エリアのわずか数パーセントの箇所にいるユーザにサービスを提供するために、ほとんどの処理時間を無効なイベントの処理に費やすことになる。
【００９９】
個々のセンサーに対して、ＡＳＰがフィルタを設定すれば無効なイベントは発生しなくなるが、１０００個のＡＳＰがそれぞれのセンサーに、サービス提供ユーザをフィルタリングするような情報を設定してしまうと、今度は、センサー側が、１つのターゲットにつき１０００回ターゲットのＩＤが有効か無効かの判断をしなければならなくなる(図２０参照)。
【０１００】
本発明を同じシステムに適用した場合、ＡＳＰはユーザからの登録を受けて、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３にターゲットとなるユーザのＩＤを登録する。ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、全センサーのイベントを収集し、イベントに含まれるターゲットのＩＤの中からＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に登録されているターゲットＩＤのみについてのみＡＳＰにイベントを通知する。ＡＳＰは、イベントの通知を受けて、必要最小限の範囲で、センサーから情報を収集可能になる。本発明を適用した場合、個々のＡＳＰが毎周期処理する必要があるイベントは、それぞれのターゲットにつき、たかだか数個であり、センサー側に設定されるフィルタの数も必要最小限に抑えられるので、システム全体の処理量を削減でき、様々なサービスが、様々な目的で使用可能なようにセンサーネットワークを共用インフラとして提供できるようになる（図２１参照）。
【０１０１】
（実施例２）
本発明を用いたサービス実行時の動作を示すために、（実施例１）で述べたＡＳＰの１つの例を紹介する。本発明が最も有効となるのは、サービスの提供スポットが広範囲に存在し、ユーザがそれらの複数のサービス提供スポットを自由に移動し、なおかつサービス提供スポットにおいて、ユーザ以外の他のターゲットがサービスの挙動に影響を与えるようなものに適用する場合である。
【０１０２】
これにあてはまる例として、バス亭に到着したバスが自分の目的地に到着するかどうかをナビゲートするサービスを説示する。バスに表示されている行き先案内は、大まかな行き先しか表示されておらず、路線により停車するバス亭が微妙に異なり、利用者がバス利用を敬遠する一因となっている。バス亭は、大量に存在し、ユーザはあらゆるバス亭からバスを利用する可能性がある。また、バスは時刻表の通りにはバス亭に到着しないため、目の前にいるバスがどのバスなのかを正確に把握する必要がある。
【０１０３】
ここで説明するバス案内サービスは、目的地をユーザに登録してもらい、ユーザがバス亭に到着した時に、バス亭に停車するバスが、ユーザが乗車してよいバスかどうかを、携帯電話等を使って知らせるサービスである。バス案内サービスシステムは、ユーザからサービスを受付、バスの乗車可否情報を提供するバス案内サービスと、公共交通機関のセンサー情報をいろいろなサービスに流通させる公共交通情報流通ネットワークと、公共交通情報流通ネットワークに情報を提供する、各種交通運行会社により構成される。バス案内サービス業者は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に、公共交通流通ネットワークは、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に、交通運行会社はＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に相当する。交通運行会社の１つであるバス会社は、各バス亭に設置したＲＦＩＤリーダーを用いて、ユーザの携帯電話４と、バスに装備されたＲＦＩＤタグの情報を収集する。
【０１０４】
［サービス動作概要］
＜１＞公共交通情報流通ネットワークへの接続。
図２２に公共交通情報流通ネットワークへの接続の処理シーケンスを示す。
＜１．１＞ユーザは、携帯電話４からバス案内サービスのＷＥＢページにアクセスし、目的地を入力し、ナビゲートの要求を行う。この時、携帯電話４に搭載されているＲＦＩＤタグのＩＤを一緒に通知する。ここで、ユーザの現在位置（おおよその住所、バス停）を入力することもできる。携帯電話の場合では基地局の位置からおおよその位置を把握する技術、ＧＰＳレシーバを備えているときにはＧＰＳで位置情報を取得する技術を適用することもできる。なお、これらの技術は本発明の本質部分でなく、当業者であれば適宜適用が可能であるため説明は省略する。
＜１．２＞ＷＥＢサービスは、入力フォームに入力された情報をバス案内サービスに通知する。
＜１．３＞バス案内サービスは、ユーザが指定した目的地、携帯電話番号、ＲＦＩＤタグのＩＤをユーザ情報として記録し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１にこのユーザのＩＤのコンテキストを通知するように要求する。
＜１．４＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に接続し、ユーザのＲＦＩＤのタグＩＤをターゲットＩＤに指定し、初期イベントの回送要求を行う。
＜１．５＞ＷＥＢサービスは、ユーザにサービス要求を受け付けたことを通知する。
【０１０５】
＜２＞ユーザの検知
図２３にユーザの検知の処理シーケンスを示す。
＜２．１＞ユーザがバス亭に到着すると、バス亭のＲＦＩＤリーダーが携帯電話４のＲＦＩＤタグを読み込み、ＩＤイベントをバス会社のセンサー管理サーバであるＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２に通知する。
＜２．２＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２は、公共交通情報流通ネットワークから予め通知されている初期イベント仕様に従って、初期イベントをＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３に送信する。
＜２．３＞ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３には、検知したＩＤ（ｕｓｅｒ００１）を所望するバス案内サービスのＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１が登録されているので、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に、この初期イベントが回送される。
＜２．４＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、初期イベントで通知されるＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２の属性を検証し、発信元がバス会社のものであることを確認し、バス会社ＡのＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２にこのユーザのＩＤを含むイベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に通知するように仕様を設定する。仕様は例えば、ＩＤ＝ｕｓｅｒ００１を含む、バスのＩＤ情報である。
＜２．５＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、ユーザがバス亭で検知されたことをバス案内サービスに通知する。
＜２．６＞バス案内サービスは、ナビゲータ画面を起動するためにＵＲＬを携帯電話４にＰＵＳＨする。
＜２．７＞携帯電話４はＰＵＳＨされたＵＲＬに基づいてＷＥＢサービスにアクセスする。
【０１０６】
＜３＞乗車可否情報のナビゲーション
図２４に乗車可否情報のナビゲーションの処理シーケンスを示す。
＜３．１＞バスがバス亭に近づくと、バス亭のＲＦＩＤリーダーはバスに搭載されたＲＦＩＤタグからバスの接近を検知し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２にＩＤイベントを送信する。通知されるＩＤはユーザのＩＤ（ｕｓｅｒ００１）とバスのＩＤ（ｂｕｓ２００）である。
＜３．２＞ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２又はＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ３は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に設定された仕様に基づき、検知したＩＤが指定されたユーザのＩＤとバスのＩＤを含むので、ＡＬＥをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１に送信する。
＜３．３＞ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ１は、バス案内サービスにバスのＩＤを通知する。
＜３．４＞バス案内サービスは、バスＩＤからバス情報をＤＢから索引し、ユーザの目的地に停車するかどうかを判断し、乗車可否の情報と共に、バスが接近したことを示す情報をＷＥＢサービスに通知する。
＜３．５＞ＷＥＢサービスは表示情報を更新する。（バスの追加、接近中のバスのフラッシュ表示等）
本施例においては、バス会社毎に所有するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２及びＲＦＩＤが異なる例を図２２に示したが、バス会社が共有するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２及びＲＦＩＤであってもよいし、公共の社会基盤として提供されるＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ２及びＲＦＩＤであってもよい。
【０１０７】
［付記］  上記実施形態及び実施例に関し、更に以下の付記を開示する。
【０１０８】
（付記１）〓処理方式その１〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積する管理サーバと、当該管理サーバから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するコンテキスト収集装置を含むシステムの処理方式であって、ターゲット識別子を媒介にコンテキスト収集装置とターゲット識別子を検出した検出装置を管理する管理サーバを連携させ、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定し、管理サーバは、設定された情報に基づき抽出したターゲット識別子のリストをコンテキスト収集装置に通知し、コンテキスト収集装置は、管理サーバが通知した情報に基づきサービスに有意な情報を抽出する処理方式。
【０１０９】
（付記２）〓処理方式その２〓
管理サーバから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したコンテキスト収集装置に回送するルーチング機能を有する回送装置を新たにシステムに含み、コンテキスト収集装置と管理サーバが回送装置に接続操作を行い、コンテキスト収集装置は回送装置に接続操作を行い、ターゲット識別子とコンテキスト収集装置のアドレスを回送装置に登録し、管理サーバは回送装置に接続操作を行い、回送装置に通知するターゲット識別子のリストの編集方法を回送装置から通知される前記付記１の処理方式。
【０１１０】
（付記３）〓処理方式その３〓
コンテキスト収集装置は、前記回送装置への接続操作時に、所望するターゲット識別子及びコンテキスト収集装置のアドレスに加え、回想装置がコンテキスト収集装置に情報を回送した後、一定時間回送を停止する時間を通知し、回送装置は、コンテキスト収集装置に回送した後、コンテキスト収集装置より通知された時間、ルーチング情報に一致したとしてもコンテキスト収集装置への情報を回送しない前記付記２に記載の処理方式。
【０１１１】
（付記４）〓処理方式その４〓
管理サーバは前記回送装置への接続操作時に、管理サーバの特性を示す情報を通知し、回送装置は、情報をコンテキスト収集装置に回送するときに、ターゲット識別子を検出した管理サーバの属性情報を付加し、コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する前に、前記属性情報を判断してサービスの有意情報に即した情報を収集可能か否かを判断する前記付記２に記載の処理方式。
【０１１２】
（付記５）〓処理方式その５〓
コンテキスト収集装置は、管理サーバにターゲット識別子を検出した装置の識別子と、ターゲット識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付ける情報を設定する時に、ターゲット識別子を検出した検出装置の管理サーバの周囲にある検出装置の管理サーバを導出し、導出した検出装置の管理サーバに対しても前記関係付ける情報を設定する前記付記１または２に記載の処理方式。
【０１１３】
（付記６）〓処理方式その６〓
管理サーバは、管理する複数の検出装置の中で実際にターゲット識別子を検出した検出装置の識別子を回送装置に通知し、回送装置は通知された検出装置の識別子を回送し、コンテキスト収集装置は、検出装置の識別子を参考にして、通知情報の編集情報を設定する粒度を決定する前記付記２に記載の処理方式。
【０１１４】
（付記７）〓方式その７〓
コンテキスト収集装置が管理サーバにターゲット識別子を検出した装置の識別子と、ターゲットの識別子及び／又はターゲット識別子と定められた範囲の他のターゲット識別子とを関係付けるための情報を設定する場合の、定められた範囲とは、周期的にターゲット識別子を受信する検出装置の過去何周期分の情報を束ねるかという時間軸情報、及び／又は、検知した検出装置に隣接している周辺の隣接検出装置のどこまでを対象とするかを指定するエリア情報が示す範囲である前記付記１または２に記載の処理方式。
【０１１５】
（付記８）〓システム〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒを含むシステムであって、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲット識別子を管理し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒが収集したターゲット識別子のリストをＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲット識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを新たに備え、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒは、ターゲット識別子を検出する検出装置からターゲット識別子を収集して指定された情報に基づき識別子のリストを編集し、指定された宛先に通知し、ＡＬＥ Ｓｕｂｓｃｒｉｂｅｒは、任意のターゲットの識別子を選択し、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに選択したターゲット識別子を登録し、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒよりターゲット識別子を含む通知情報を受信し、当該通知情報の受信を契機にターゲット識別子及び／又は定められた範囲の他のターゲット識別子と、ターゲットを検知した装置の情報を関係付ける情報を、ターゲットを検知したＡＬＥ  Ｏｒｉｇｉｎａｔｏｒに設定し、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから受信した編集された識別子のリストから有意情報を抽出するシステム。
【０１１６】
（付記９）〓ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒその１〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒと、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、ターゲットの識別子を検出し、指定された情報に基づき識別子のリストを編集し、指定された宛先に通知するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒであって、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに接続要求を送信するＣｏｎｃｅｎｔｒａｔｏｒ接続機能と、ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付ける情報を設定するためのアプリケーションインタフェースであるＡＬＥ  ＡＰＩと、ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子と、ターゲットを検知した装置の情報を関係付けたアプリケーションレベルイベント（ＡＬＥ）を生成するＡＬＥ生成機能と、ＡＬＥ生成機能で生成されたＡＬＥを、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ又は、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに送信するＡＬＥ送信機能から構成されるＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ。
ここで、ＡＬＥ送信機能がＡＬＥを送信するだけでなく「ＡＬＥをログとして記録する」構成とすることもできる。
【０１１７】
（付記１０）〓ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒその２〓
前記ＡＬＥ生成機能は、ターゲット識別子の検出装置が検出したターゲット識別子のリストを格納するイベント処理バッファと、ＡＬＥの周期、フィルタ条件といったＡＬＥを生成するための仕様が記録された仕様テーブルとを持ち、検出装置からのオブジェクト識別子の読み取りイベント受信又は周期起動を契機に仕様テーブルを参照し、イベント処理バッファより条件にあうオブジェクトの識別子を抽出する前記付記９に記載のＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ。
【０１１８】
（付記１１）〓ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒその３〓
前記ＡＬＥ送信機能は、送信されるＡＬＥを格納する出力バッファと、ＡＬＥの送信先を管理する宛先テーブルで構成される前記付記９に記載のＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ。
ここで、ＡＬＥ送信機能がＡＬＥを送信するだけでなく「ＡＬＥをログとして記録する」構成とした場合に、ＡＬＥ送信機能が出力バッファ及び宛先テーブルの他、ＡＬＥを記録するためのログで構成することもできる。
【０１１９】
（付記１２）〓Ｓｕｂｓｃｒｉｂｅｒ〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒと、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、任意のターゲットの識別子を選択し、ターゲットを検出した検出装置の情報と、前記ターゲットの識別子及び／又は定められた範囲の他のターゲットの識別子とを関係付ける情報をＡＬＥ Ｏｒｉｇｉｎａｔｏｒに設定し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから受信した編集された識別子のリストから有意情報を抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒは、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒに接続し、所望するターゲットの識別子を通知し、ターゲットの識別子を含む通知情報の通知先として自身の宛先識別を登録するＣｏｎｃｅｎｔｒａｔｏｒ接続機能と、ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒから回送されてきた通知情報を判断し、情報発生元のＡＬＥ  ＯｒｉｇｉｎａｔｏｒにＡＬＥを生成するための仕様を設定するかを判断する初期イベント処理部と、初期イベント処理部が、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒへの仕様設定を決定した場合、ＡＬＥ  ＯｒｉｇｉｎａｔｏｒがＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに直接ＡＬＥを通知するための仕様設定を行なうアプリケーションインタフェースであるＡＬＥ  ＡＰＩで構成されるＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ。
【０１２０】
（付記１３）〓Ｃｏｎｃｅｎｔｒａｔｏｒその１〓
サービス提供対象のターゲットを識別するターゲット識別子が付与され、当該ターゲット識別子を送信する装置と、送信されたターゲット識別子を受信する検出装置と、複数検出装置が検出したターゲット識別子を収集して蓄積するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒと、当該ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから情報を受信し、ターゲットの状況の情報であるコンテキストを抽出するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒと、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから通知されるターゲット識別子のリストから指定されたターゲット識別子を含む通知情報を抽出し、ターゲット識別子を指定したＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するルーチング機能を有するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒを含むシステムで使用され、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲットの識別子を管理し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒが収集したターゲットの識別子のリストをＡＬＥ  Ｏｒｉｇｉｎａｔｏｒから定まった形式で初期イベントとして受信し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望するターゲットオブジェクトの識別子が含まれた初期イベントを受信すると、前記初期イベントをＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒに回送するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒは、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒからの接続要求に対して、ＡＬＥ  ＯｒｉｇｉｎａｔｏｒがＡＬＥ  ＣｏｎｃｅｎｔｒａｔｏｒにＡＬＥを通知するための仕様設定をＡＬＥＯｒｉｇｉｎａｔｏｒに設定するためのアプリケーションインタフェースであるＡＬＥ  ＡＰＩと、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ又はＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒからの接続要求を受け付けるコネクション管理機能と、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒからの初期イベントを受け付けるイベント受信部と、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒが所望したターゲットのＩＤが含まれている場合、通知先のＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒを特定するＡＬＥルーチング機能と、特定されたＡＬＥ  ＳｕｂｓｃｒｉｂｅｒにＡＬＥを送信するイベント通知部で構成されるＣｏｎｃｅｎｔｒａｔｏｒ。
【０１２１】
（付記１４）〓Ｃｏｎｃｅｎｔｒａｔｏｒその２〓
前記コネクション管理機能は、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ又はＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの識別と、宛先識別とを管理するコネクションキャッシュと、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒから所望されたターゲットの識別子と、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒの識別子及びライフタイム等の通知情報回送制御のための付加情報とを管理するＡＬＥルーチングテーブルから構成され、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒからの接続要求を受け付け、接続要求で通知される情報を、コネクションキャッシュに設定し、ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒからの接続要求を受け付け、接続要求で通知される情報を、コネクションキャッシュ及びＡＬＥルーチングテーブルに設定する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。
【０１２２】
（付記１５）〓Ｃｏｎｃｅｎｔｒａｔｏｒその３〓
前記イベント受信部は、入力バッファを持ち、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒからの初期イベントを受け付け、入力バッファに格納し、ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ用のコネクションキャッシュからＯｒｉｇｉｎａｔｏｒ属性を抽出し、初期イベントに追加し、ＡＬＥ  ルーチンング機能に出力する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。
【０１２３】
（付記１６）〓Ｃｏｎｃｅｎｔｒａｔｏｒその４〓
前記ＡＬＥルーチング機能は、処理バッファを持ち、処理バッファに入力されたイベントのオブジェクト識別子リストを、ＡＬＥルーチングテーブルを参照しながら検索し、一致する識別子がある場合は、送信先のＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒの識別をイベントのヘッダに付与する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。
【０１２４】
（付記１７）〓Ｃｏｎｃｅｎｔｒａｔｏｒその５〓
前記イベント通知部は、出力バッファを持ち、出力バッファに入力されたＡＬＥのヘッダを参照して、ＡＬＥ  ＳｕｂｓｃｒｉｂｅｒにＡＬＥを送信する前記付記１３のＣｏｎｃｅｎｔｒａｔｏｒ。
「ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ」は、アプリケーションレベルイベント  サブスクライバー又は単にサブスクライバーと呼ぶこともできる。
「ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ」は、アプリケーションレベルイベント  オリジネーター又は単にオリジネーターと呼ぶこともできる。
「ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ」は、アプリケーションレベルイベント  コンセントレーター又はコンセントレーターと呼ぶこともできる。
【図面の簡単な説明】
【０１２５】
【図１】本発明のシステム構成図である。
【図２】本発明の初期登録フェーズのシーケンス図である。
【図３】本発明の連携フェーズのシーケンス図である。
【図４】本発明を構成するＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの機能ブロック図である。
【図５】ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒの動作を説明する処理シーケンス図である。
【図６】仕様テーブルのデータ構成例示す図である。
【図７】イベント処理バッファのデータ構成例を示す図である。
【図８】宛先テーブルのデータ構成例を示す図である。
【図９】本発明を構成するＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒの機能ブロック図である。
【図１０】ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒの処理シーケンス図である。
【図１１】コネクションキャッシュ(Ｓｕｂｓｃｒｉｂｅｒ)のデータ構成例を示す図である。
【図１２】コネクションキャッシュ(Ｏｒｉｇｉｎａｔｏｒ)のデータ構成例を示す図である。
【図１３】ＡＬＥルーチングテーブルのデータ構成例を示す図である。
【図１４】本発明を構成するＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒの機能ブロック図である。
【図１５】ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒの処理シーケンス図である。
【図１６】ＩＤリストのデータ構成例を示す図である。
【図１７】仕様リストのデータ構成例を示す図である
【図１８】イベントの集約、棄却の動作を説明するための図である。
【図１９】第１の実施例として大規模なコンテキストアウェアサービスの例を示す図である。
【図２０】第１の実施例として既存方式でのコンテキスト情報収集の問題点を模式した図である。
【図２１】第１の実施例として本発明を大規模なコンテキストアウェアサービスを適用した場合に得られる効果を、模式した図である。
【図２２】第２の実施例としてバス案内サービスのシステム構成と公共交通情報流通ネットワークへの接続処理のシーケンスを説明した図である。
【図２３】第２の実施例としてバス案内サービスのユーザの検知処理のシーケンスを説明した図である。
【図２４】第２の実施例としてバス案内サービスの乗車可否情報のナビゲーションの処理シーケンスを説明した図である。
【符号の説明】
【０１２６】
１  ＡＬＥ  Ｓｕｂｓｃｒｉｂｅｒ
１０１  Ｃｏｎｃｅｎｔｒａｔｏｒ情報
１０２  Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能
１０３  ＩＤリスト
１０４  仕様リスト
１０５  ＡＰＩ
１０６  初期イベント処理部
１０７  ＡＬＥ  ＡＰＩ
２  ＡＬＥ  Ｏｒｉｇｉｎａｔｏｒ
２０１  Ｃｏｎｃｅｎｔｒａｔｏｒ接続機能
２０２  Ｏｒｉｇｉｎａｔｏｒ属性
２０３  Ｃｏｎｃｅｎｔｒａｔｏｒ情報
２０４  ＡＬＥ  ＡＰＩ
２０５  ＡＬＥ生成機能
２０６  イベント処理バッファ
２０７  仕様テーブル
２０８  ＡＬＥ送信機能
２０９  出力バッファ
２１０  永続ストア
２１１  宛先テーブル
２１２  ＲＦＩＤタグの読み取り装置
３  ＡＬＥ  Ｃｏｎｃｅｎｔｒａｔｏｒ
３０１  イベント受信部
３０２  入力バッファ
３０３  コネクションキャッシュ
３０４  ＡＬＥルーチング機能
３０５  処理バッファ
３０６  ＡＬＥルーチングテーブル
３０７  イベント通知部
３０８  出力バッファ
３０９  コネクションキャッシュ
３１０  コネクション管理機能
３１１  ＡＬＥ  ＡＰＩ
３１２  デフォルト仕様
４  携帯電話
【図１】
2007287040.tif 000003
【図２】
2007287040.tif 000004
【図３】
2007287040.tif 000005
【図４】
2007287040.tif 000006
【図５】
2007287040.tif 000007
【図６】
2007287040.tif 000008
【図７】
2007287040.tif 000009
【図８】
2007287040.tif 000010
【図９】
2007287040.tif 000011
【図１０】
2007287040.tif 000012
【図１１】
2007287040.tif 000013
【図１２】
2007287040.tif 000014
【図１３】
2007287040.tif 000015
【図１４】
2007287040.tif 000016
【図１５】
2007287040.tif 000017
【図１６】
2007287040.tif 000018
【図１７】
2007287040.tif 000019
【図１８】
2007287040.tif 000020
【図１９】
2007287040.tif 000021
【図２０】
2007287040.tif 000022
【図２１】
2007287040.tif 000023
【図２２】
2007287040.tif 000024
【図２３】
2007287040.tif 000025
【図２４】
2007287040.tif 000026