位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システム
【課題】位置情報を一括して管理してアプリケーション毎に適切な情報を送信する。
【解決手段】アクティブタグをリーダで検出して物体の位置情報を管理する位置情報管理装置において、通知情報を通知する送信先と、通知する情報の種類を保持する送信情報と、を対応付けたサービスフィルタテーブルを記憶する記憶部と、リーダからアクティブタグから発信された情報を受信する処理を行う受信処理部と、記憶部が記憶するサービスフィルタテーブルの送信情報で特定される１つ又は複数の情報を、受信処理部で受信した情報に基づいて取得して通知情報を生成する通知情報生成部と、送信情報と対応付けられた送信先に前記通知情報を通知する通知部と、を備えた。
【解決手段】アクティブタグをリーダで検出して物体の位置情報を管理する位置情報管理装置において、通知情報を通知する送信先と、通知する情報の種類を保持する送信情報と、を対応付けたサービスフィルタテーブルを記憶する記憶部と、リーダからアクティブタグから発信された情報を受信する処理を行う受信処理部と、記憶部が記憶するサービスフィルタテーブルの送信情報で特定される１つ又は複数の情報を、受信処理部で受信した情報に基づいて取得して通知情報を生成する通知情報生成部と、送信情報と対応付けられた送信先に前記通知情報を通知する通知部と、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムに関するものであり、特にアプリケーションに情報を通知する技術に関するものである。
【背景技術】
【０００２】
従来、ＲＦＩＤタグ等の無線タグから受信した信号から特定できる屋内での人やモノの位置情報は、物品管理や入退室管理等、さまざまなアプリケーションで利用することが可能である。
【０００３】
そこで、無線タグやＰＨＳ等の複数の端末機器からの情報を取得して一括処理する技術が提案されている。そして、位置を一括して管理することで、各種アプリケーションが容易に位置情報を利用することが可能となる（例えば特許文献１）。
【０００４】
この特許文献１に記載された発明では、アプリケーションサーバが位置情報処理サーバに位置情報の送信を要求することで、位置情報処理サーバから端末機器の位置情報が送信される。これによりアプリケーションサーバは位置情報を得ることができる。
【０００５】
【特許文献１】特開２００２−３１５０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら特許文献１に記載された発明では、位置情報処理サーバは位置情報を一括して管理するに留まるものである。複数のアプリケーションで共通して使用できる情報であっても各アプリケーションが位置情報に基づいて処理に必要な情報を取得する必要があるため効率的ではないという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、位置情報を一括して管理してアプリケーション毎に適切な情報を送信する位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理装置において、アプリケーション又はプロセスへの送信先を示す送信先情報と、該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理手段と、前記記憶手段が記憶する前記通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段により受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知手段と、を備えたことを特徴とする。
【０００９】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報を対応付けて記憶し、前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した比較対象情報が前記記憶手段により記憶される前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１０】
また、請求項３にかかる発明は、請求項２にかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体を示す識別情報を対応付けて記憶し、前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記記憶手段により記憶される前記通知規則情報の前記識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１１】
また、請求項４にかかる発明は、請求項２にかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体の属性を示す属性情報を対応付けて記憶し、前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得属性情報が、前記記憶手段により記憶される前記通知規則情報の前記属性情報と一致している場合に、該取得属性情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１２】
また、請求項５にかかる発明は、請求項２にかかる発明において、前記受信処理手段により受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得手段と、をさらに備え、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記携帯型情報記憶媒体を検出する領域内の位置情報を対応付けて記憶し、前記通知情報生成手段は、前記位置取得手段により取得された前記媒体位置情報が前記記憶手段により記憶される前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１３】
また、請求項６にかかる発明は、請求項１〜５のいずれか１つにかかる発明において、要求を受け付けた場合に、前記記憶手段が記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理手段と、をさらに備えたことを特徴とする。
【００１４】
また、請求項７にかかる発明は、請求項１〜６のいずれか１つにかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに通信規約を対応付けて記憶し、前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００１５】
また、請求項８にかかる発明は、請求項１〜７のいずれか１つにかかる発明において、前記通知手段は、前記通知情報生成手段により生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００１６】
また、請求項９にかかる発明は、物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理方法において、前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理ステップと、アプリケーション又はプロセスへの送信先を示す送信先情報と該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報とを対応付けた通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップにより受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成ステップと、前記通知情報生成ステップにより生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知ステップと、を備えたことを特徴とする。
【００１７】
また、請求項１０にかかる発明は、請求項９にかかる発明において、前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した比較対象情報が、前記送信先情報と前記通知種類情報とさらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報とを対応付けて保持する前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１８】
また、請求項１１にかかる発明は、請求項１０にかかる発明において、前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記送信先情報と前記通知種類情報とさらに物体を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１９】
また、請求項１２にかかる発明は、請求項１０にかかる発明において、前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得識別情報が、前記送信先情報と前記通知種類情報とさらに物体の属性を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該取得識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００２０】
また、請求項１３にかかる発明は、請求項１０にかかる発明において、前記受信処理ステップにより受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得ステップと、をさらに備え、前記通知情報生成ステップは、前記位置取得ステップにより取得された前記媒体位置情報が、前記送信先情報と前記通知種類情報とさらに前記携帯型情報記憶媒体を検出する領域内の位置情報とを対応付けて保持する前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００２１】
また、請求項１４にかかる発明は、請求項９〜１３のいずれか１つにかかる発明において、要求を受け付けた場合に、前記記憶ステップが記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理ステップと、をさらに備えたことを特徴とする。
【００２２】
また、請求項１５にかかる発明は、請求項９〜１４のいずれか１つにかかる発明において、前記通知情報生成ステップにより生成された前記通知情報を、前記送信先情報と前記通知種類情報とさらに通信規約とを対応付けて保持する前記通知規則情報において、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００２３】
また、請求項１６にかかる発明は、請求項９〜１５のいずれか１つにかかる発明において、前記通知ステップは、前記通知情報生成ステップにより生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００２４】
また、請求項１７にかかる発明は、請求項９〜１６のいずれか１つにかかる発明をコンピュータで実行させることを特徴とする。
【００２５】
また、請求項１８にかかる発明は、請求項１７に記載されたプログラムを格納したコンピュータの読み取り可能な記録媒体であることを特徴とする。
【００２６】
また、請求項１９にかかる発明は、位置情報を取得する対象となる区域内に存在する物体に備えられた携帯型情報記憶媒体と、前記携帯型情報記憶媒体と非接触により前記携帯型情報記憶媒体を検知する検出装置と、検出された前記携帯型情報記憶媒体を備えた物体の位置情報を管理する位置情報を管理する位置情報管理装置と、を備えた位置情報管理システムにおいて、前記位置情報管理装置は、前記携帯型情報記憶媒体から発信された所定情報又は前記携帯型情報記憶媒体の前記位置情報に基づいた処理を行うアプリケーションを示す送信先情報と、該アプリケーションに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、前記携帯型情報記憶媒体から発信された前記所定情報を前記検出装置から受信する処理を行う受信処理手段と、前記記憶手段が記憶する前記通知規則情報より通知先である前記送信先情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、前記通知情報生成手段により生成された前記通知情報を前記アプリケーションに通知する通知手段と、を備えたことを特徴とする。
【発明の効果】
【００２７】
請求項１にかかる発明によれば、アプリケーション毎に対応付けられた情報を通知情報として通知することで、各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができるという効果を奏する。
【００２８】
また、請求項２にかかる発明によれば、条件を満たした場合に限り、各アプリケーションに通知が行われるため、アプリケーションの負荷を軽減できるという効果を奏する。
【００２９】
また、請求項３にかかる発明によれば、通知規則情報として対応付けられた識別情報と一致した保持識別情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３０】
また、請求項４にかかる発明によれば、通知規則情報として対応付けられた属性情報と一致した取得属性情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３１】
また、請求項５にかかる発明によれば、通知規則情報として対応付けられた位置情報に対して予め定められた条件を満たした媒体位置情報と対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３２】
また、請求項６にかかる発明によれば、通知規則情報の追加、変更、又は削除を行うこととしたため、アプリケーション等からの要求に応じて適切に通知する情報を変更することができるので、各アプリケーションは必要な情報を適切な時間に容易に取得することができるという効果を奏する。
【００３３】
また、請求項７にかかる発明によれば、アプリケーション毎に定められている通信可能な通信規約を用いて通信することが可能になるため、適切に各アプリケーションに通知情報を通知できるという効果を奏する。
【００３４】
また、請求項８にかかる発明によれば、各アプリケーションに合わせて暗号化処理を行うため、情報の漏洩を防止することが可能という効果を奏する。さらに、プライバシーを保持し、セキュリティを向上させることが可能という効果を奏する。
【００３５】
また、請求項９にかかる発明によれば、アプリケーション毎に対応付けられた情報を通知情報として通知することで、各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができるという効果を奏する。
【００３６】
また、請求項１０にかかる発明によれば、条件を満たした場合に限り、各アプリケーションに通知が行われるため、アプリケーションの負荷を軽減できるという効果を奏する。
【００３７】
また、請求項１１にかかる発明によれば、通知規則情報として対応付けられた識別情報と一致した保持識別情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３８】
また、請求項１２にかかる発明によれば、通知規則情報として対応付けられた属性情報と一致した取得属性情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３９】
また、請求項１３にかかる発明によれば、通知規則情報として対応付けられた位置情報に対して予め定められた条件を満たした媒体位置情報と対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００４０】
また、請求項１４にかかる発明によれば、通知規則情報の追加、変更、又は削除を行うこととしたため、アプリケーション等からの要求に応じて適切に通知する情報を変更することができるので、各アプリケーションは必要な情報を適切な時間に容易に取得することができるという効果を奏する。
【００４１】
また、請求項１５にかかる発明によれば、アプリケーション毎に定められている通信可能な通信規約を用いて通信することが可能になるため、適切に各アプリケーションに通知情報を通知できるという効果を奏する。
【００４２】
また、請求項１６にかかる発明によれば、各アプリケーションに合わせて暗号化処理を行うため、情報の漏洩を防止することが可能という効果を奏する。さらに、プライバシーを保持し、セキュリティを向上させることが可能という効果を奏する。
【００４３】
また、請求項１７にかかる発明によれば、コンピュータに読み取らせて実行することによって、請求項９〜１６のいずれか一つに記載された位置情報管理方法をコンピュータの利用で実現することができ、これら各位置情報管理方法と同様の効果を奏する。
【００４４】
また、請求項１８に係る発明によれば、請求項１７に記載された位置情報管理プログラムを格納した記録媒体であり、この記録媒体をコンピュータに読み込ませることで、位置情報管理プログラムを実行することが可能という効果を奏する。
【００４５】
また、請求項１９にかかる発明によれば、アプリケーション毎に対応付けられた情報を通知情報として通知することで、各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができるという効果を奏する。
【発明を実施するための最良の形態】
【００４６】
以下に添付図面を参照して、この発明にかかる位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムの最良な実施の形態を詳細に説明する。
【００４７】
図１は、本発明の実施の形態にかかる位置情報管理システムの構成を示すブロック図である。本実施の形態にかかる位置情報管理システムでは、物体に対して備え付けられたアクティブタグ１６１ａ〜ｎと、アクティブタグ１６１ａ〜ｎから送信された識別信号を受信するリーダ１５１ａ〜ｎと、リーダ１５１ａ〜ｎに接続された位置情報管理サーバ１００から構成される。本図に示すように、アクティブタグ１６１ａ〜ｎから出力された信号をリーダ１５１ａ〜ｎが検知する。そして、リーダ１５１ａ〜ｎは検知した識別信号に含まれていた情報及び計測された信号強度を、ネットワークを通じて接続された位置情報管理サーバ１００に送信する。そして、位置情報管理サーバ１００は、送信された情報及び計測された信号強度に基づいて取得した情報を、アプリケーション毎に送信する。
【００４８】
また、本実施の形態において物体とは、物のみならず人間を含むこととする。これにより、例えばアクティブタグ１６１ｌを利用者が保持し、アクティブタグ１６１ｍを利用者が保持するＰＨＳ等の物に備え付け、アクティブタグ１６１ｎを搬入対象となる荷物に備え付ける等の様々な状況でタグを検出し、後述する処理を行うことが可能になる。
【００４９】
アクティブタグ１６１ａ〜ｎは、換言すれば携帯型情報記憶媒体に相当し、物体毎に備えられていることとする。本実施の形態においてアクティブタグ１６１ａ〜ｎは、電波により１秒ごとに識別信号を発信する。なお、本実施の形態は携帯型情報記憶媒体をアクティブに電波を発信するタグに制限するものではなく、例えばパッシブなものであってもかまわない。より具体的な例としてパッシブ型ＲＦＩＤタグあるいはアクティブに電波を発するBluetooth規格やZigBee規格で通信を行っても良い。
【００５０】
また、アクティブタグ１６１ａ〜ｎは、少なくともタグ自体を識別する情報を保持している。本実施の形態において、アクティブタグ１６１ａ〜ｎは、タグ自体を識別する情報として、タグＩＤを保持していることとする。
【００５１】
リーダ１５１ａ〜ｎは、換言すれば検出装置に相当し、アクティブタグ１６１ａ〜ｎから識別信号を受信した場合、位置情報管理サーバ１００を示すアドレス及びポートに、受信した識別信号に含まれていたタグＩＤ、計測された信号強度が送信され、位置情報管理サーバ１００でリーダ１５１ａ〜ｎのリーダＩＤと対応付けられる。このリーダＩＤは、リーダＩＤとリーダのアドレスの対応関係から特定できる。そして、送信元のリーダのアドレスは、上記情報を送る際に用いられたパケットのヘッダに含まれている送信元アドレスより特定できる。
【００５２】
また、本実施の形態とは異なる形態としてリーダ１５１ａ〜ｎが上記の情報と共にリーダ１５１ａ〜ｎを示すリーダＩＤを対応付けて送信することにしてもよい。
【００５３】
図２は、本発明の位置情報管理サーバ１００の全体構成の概念的に示した説明図である。各リーダ１５１ａ〜ｃは検知された識別信号を、この信号強度と共に位置情報管理サーバ１００にネットワークを通じて送信し、さらに位置情報管理サーバ１００は、受信した情報に基づいて物体の位置情報等を取得して、アプリケーションＡ２０１〜アプリケーションＤ２０４にネットワークを通じて通知する。このアプリケーションＡ２０１〜アプリケーションＤ２０４に対する通知は所定の条件を満たした場合に送信するほか、各アプリケーションから要求があった場合に送信する。
【００５４】
図１に戻り、位置情報管理サーバ１００の内部は、記憶部１０１と、受信処理部１０２と、タグ情報管理部１０３と、位置情報取得部１０４と、位置情報変更判断部１０５と、位置情報ＤＢ管理部１０６と、通知情報生成部１０７と、フィルタＤＢ管理部１０８と、通知処理部１０９と、要求受付部１１０とを備え、リーダ１５１ａ〜ｎから送信された識別信号及び計測された信号強度に基づいて物体の位置情報を算出したのち、フィルタリングＤＢでアプリケーション毎に登録されたフィルタの条件を満たした情報をアプリケーションに通知する。
【００５５】
記憶部１０１は、デバイスデータベース１１１と、位置情報データベース１１２と、フィルタリングデータベース１１３と、を記憶する。
【００５６】
デバイスデータベース１１１は、リーダ位置管理テーブルと、タグ信号管理テーブルとを保持する。図３はリーダ位置管理テーブルの構造を示した図である。本図に示すように、リーダ位置管理テーブルは、リーダＩＤと、リーダの位置情報、リーダのアドレス及びリーダの座標系を対応付けて保持している。リーダのアドレスは、例えばリーダを特定するＩＰアドレスを示している。リーダＩＤとリーダのアドレスを対応付けていることで、情報の送信元のリーダのアドレスからリーダＩＤを特定することができる。これによりリーダＩＤに基づいて座標系及びリーダの位置情報を特定することができる。座標系とは、リーダの位置を位置座標で示すために用いられている座標系をいい、領域毎に異なる座標系が定められている。本実施の形態では階毎に異なる座標系が割り当てられていることとする。このため、「座標系」フィールドは、階数を保持する。
【００５７】
図４はタグ信号管理テーブルの構造を示した図である。本図に示すように、タグ信号管理テーブルは、タグＩＤと、リーダＩＤと、信号強度と、検出時間とを対応付けて保持している。つまり、タグ信号管理テーブルは、リーダ１５１ａ〜ｎから送信された情報に検出時間を対応付けた情報をレコードとして管理している。
【００５８】
そして、位置情報データベース１１２は、ＩＤ対応管理テーブルと、ＵＩＤ位置管理テーブルとを保持する。図５は、ＩＤ対応管理テーブルの構造を示した図である。本図に示すように、ＩＤ対応管理テーブルは、ＵＩＤと、デバイス種類と、タグＩＤとを対応付けて保持している。ＵＩＤ(Universal ID)はデバイス種類等に係わらずアクティブタグ１６１ａ〜ｎ毎にユニークなＩＤを割り当てたものとする。これによりデバイスの種類等によらず一括して管理することができる。デバイス種類は、具体的には複数種類のタグが用いられている環境においてタグを生産又は販売したメーカや、上述したアクティブ、パッシブ、又は通信規格の違い等を認識するために用いられる。
【００５９】
図６は、ＵＩＤ位置管理テーブルの構造を示した図である。本図に示すように、ＵＩＤ位置管理テーブルは、ＵＩＤと、座標系と、位置情報と、検出時間とを対応付けて保持している。このＵＩＤ位置管理テーブルが保持する各レコードは、リーダ位置管理テーブル、タグ信号管理テーブル、ＩＤ対応管理テーブルが保持するレコードに基づいて生成されてものである。
【００６０】
そして、フィルタリングデータベース１１３は、エリアテーブルと、ＵＩＤ情報管理テーブルと、サービスフィルタテーブルとを保持する。
【００６１】
図７は、エリアテーブルの構造を示した図である。本図に示すように、エリアテーブルは、座標系と、位置１と、位置２と、ラベルを対応付けて保持している。そして各レコードの矢印先が、レコードに対応した領域を示している。そしてエリアテーブルの各フィールドについて説明する。この「位置１」フィールドと「位置２」フィールドは、領域を定めるために用いられる。具体的には「位置１」フィールドの位置座標と「位置２」フィールドの位置座標を対向する頂点としてすることで、矩形領域を特定することができる。そして「ラベル」フィールドは、この特定された矩形領域を示す名称を保持している。
【００６２】
図８は、ＵＩＤ情報管理テーブルの構造を示した図である。本図に示すように、ＵＩＤ情報管理テーブルは、ＵＩＤと、名前と、タイプを対応付けて保持している。名前は、物体の名称を示し、ＵＩＤ情報管理テーブルで保持することにより各アプリケーションで統一した名称を使用することが可能になる。また、ＵＩＤ情報管理テーブルで名前を保持することで、人間がタグを備えている物体自体を識別することが可能になる。タイプは、ＵＩＤで特定される物体が人であるのか物であるのか、また人であればこの所属先、物であれば性質等、ＵＩＤで示された物体の属性を保持する。このように、タイプをＵＩＤと対応付けて保持することで、物体の属性に基づいたフィルタリングを行うことができる。
【００６３】
図９は、サービスフィルタテーブルの構造を示した図である。本図に示すように、イベントと、フィルタタイプと、ＵＩＤと、ラベルと、座標系と、位置と、サービスタイプと、暗号と、送信先と、送信情報とを対応付けて保持している。「イベント」フィールドは、イベントを送信する条件を示しており、例えば「座標変更・更新」であればアクティブタグ１６１ａ〜ｎが検出された位置座標が前回検出された位置座標から変化していた場合にイベントを送信することを示している。「フィルタタイプ」、「ＵＩＤ」、「ラベル」、「座標系」、「位置」フィールドは、フィルタリングを行う条件を示したフィールドであり、これらのフィールドに記載された条件を満たしていた場合に限り送信ことになる。つまり、これらのフィールドは、換言すれば通知条件情報に相当する。また、これらのフィールドに記載がない場合、特にフィルタリングを行う条件が設定されていないものとする。「サービスタイプ」フィールドは、送信する際の送信プロトコルを保持している。「暗号」フィールドは、アプリケーションに送信する際の暗号化方法を保持している。「送信先」フィールドは、情報の送信先を示したものであり、送信先に情報を処理するアプリケーションが存在している。「送信情報」フィールドは、送信する情報の種類を保持しており、換言すれば通知種類情報に相当する。「送信情報」フィールドが送信する情報の種類を保持することで、各アプリケーションに必要な情報のみ送信することができる。つまり、レコードが保持するフィルタリングを行う条件を満たした場合、「送信情報」で保持されていた情報を取得し、取得した情報を当該レコードで対応付けて保持している「送信先」に「サービスタイプ」で設定された送信プロトコルを用いて送信されることになる。そして送信される情報は対応付けられた「送信情報」フィールドを参照することで把握できる。これにより、アプリケーション毎に送信する条件を設定して、この条件を満たした場合に限り情報を送信することができる。
【００６４】
また、サービスフィルタテーブルは、アプリケーションからの要求に応じてフィルタとなるレコードの追加、削除、変更を行うことも可能である。
【００６５】
これらサービスフィルタテーブルが保持するレコード情報が通知情報を生成する際に用いられるフィルタ、送信先、送信する情報の種類等を保持していることとなり、換言すれば通知規則情報に相当する。
【００６６】
受信処理部１０２は、リーダ１５１ａ〜ｎから送信された情報を受信する処理を行う。本実施の形態において受信処理部１０２は、リーダ１５１ａ〜ｎからネットワークを介して受信したタグＩＤ、計測された信号強度を受信する。受信した際、受信したパケットのヘッダを参照することでリーダのＩＰアドレスを特定できる。このタグＩＤ、信号強度及びリーダのＩＰアドレスは、リーダ１５１ａ〜ｎから送信するように定められた情報であり、換言すれば所定情報に相当する。この受信処理部１０２は、これら受信した情報に検出時間を対応付けた情報で、タグ信号管理テーブルを更新するようにタグ情報管理部１０３に依頼する。検出時間とは、リーダ１５１ａ〜ｎがアクティブタグ１６１ａ〜ｎを検出した時間、つまりリーダ１５１ａ〜ｎからタグＩＤ等を受信した時の現在時間とする。
【００６７】
タグ情報管理部１０３は、デバイスＤＢが保持する各テーブルに対して処理を行う。本実施の形態では、タグ情報管理部１０３は、リーダ位置管理テーブルを参照して受信処理部１０２から入力されたリーダのＩＰアドレスよりリーダＩＤを特定し、この特定されたリーダＩＤと、入力されたタグＩＤと、信号強度と、検出時間を対応付けて、タグ信号管理テーブルのタグＩＤ及びリーダＩＤが一致するレコードに対して更新を行う。これにより、タグ信号管理テーブルでは、タグＩＤについて最新の情報が保持される。
【００６８】
また、タグ情報管理部１０３は、タグ信号管理テーブルが保持するレコードで更新されなかった場合には一定時間だけ保持する。本実施の形態では、この一定時間を３秒以上とする。これにより、例えば、所定のアクティブタグを１秒前にリーダａ、リーダｂ及びリーダｃで検出されたが、今回リーダａ及びリーダｂでのみ検出された場合に、リーダａとリーダｂを示すリーダＩＤと対応付けられたレコードについてのみ更新され、リーダｃを示すリーダＩＤと対応付けられたレコードは１秒前の情報が保持される。このように、３秒以内に一度でも検出されていればタグＩＤに対応付けられた情報が保持されていることになる。つまり、何らかの障害により一時的にアクティブタグからの信号が検出できなかった場合でも位置情報を算出することができる。
【００６９】
位置情報取得部１０４は、予め定められた期間毎にタグ情報管理部１０３からタグ信号管理テーブルが保持しているタグＩＤと対応付けられたリーダＩＤ及び検出時間、並びにリーダ位置管理テーブルが保持しているリーダＩＤと対応付けられた座標系及び位置情報を取得し、取得した情報に基づいてタグＩＤと対応付けられた位置情報を算出し、アクティブタグ１６１ａ〜ｎの位置情報を取得する。
【００７０】
位置情報取得部１０４が位置情報を特定する方法について説明する。例えばアクティブタグ１６１ｂを検出したリーダが１つしかない場合、検出したリーダの座標系及び位置情報をアクティブタグ１６１ｂの位置を示す座標系及び位置情報とする。また、アクティブタグ１６１ｃを検出したリーダが複数ある場合のアクティブタグ１６１ｃの位置情報の算出方法は、現在提案されている様々な方法のうちどのような方法を用いても良いが、例えば検出したリーダの位置情報の平均値、又は検出したリーダの位置情報に信号強度で重み付けした上で平均値をとる方法等が考えられる。そして、位置情報取得部１０４は、取得した座標系及び位置情報をアクティブタグ１６１ａ〜ｎのタグＩＤ、検出時間と対応付けて後述する位置情報変更判断部１０５に出力する。なお、この取得した位置情報は、換言すると媒体位置情報に相当する。
【００７１】
また、位置情報取得部１０４は予め定められた期間毎に、アクティブタグ１６１ａ〜ｎ各々の最新の位置情報を取得することとする。本実施の形態では、予め定められた期間を３秒とする。上述したようにタグ情報管理部１０３は３秒以上情報を保持している。これにより、位置情報取得部１０４は、仮にリーダがアクティブタグから発信された信号を３回に１回程度しか受信できない電波状況でも、更新された情報に基づいて位置情報を算出することができる。
【００７２】
位置情報変更判断部１０５は、位置情報取得部１０４から入力されたタグＩＤと対応付けられた位置情報と、後述する位置情報ＤＢ管理部１０６から入力された以前検出された時のタグＩＤと対応付けられた位置情報を比較して、アクティブタグ１６１ａ〜ｎの位置が変更されているか否か判断する。
【００７３】
また、位置情報変更判断部１０５は位置が変更されていると判断した場合、位置情報ＤＢ管理部１０６に対して変更された位置情報でＵＩＤ位置管理テーブルを更新する旨を依頼する。この際、位置情報にタグＩＤ及び検出時間を対応付けて出力する。その後、位置情報変判断部１０５は、位置情報ＤＢ管理部１０６からＵＩＤ、位置情報及び検出時間を更新情報として受け取り、更新情報にイベント名‘座標変更・確認’を対応付けて、通知情報を生成する依頼を通知情報生成部１０７に出力する。この受け取ったＵＩＤは、アクティブタグを保持した状態で移動した物体を示すＵＩＤであり、換言すれば保持識別情報に相当する。
【００７４】
位置情報ＤＢ管理部１０６は、位置情報ＤＢが保持する各テーブルに対して処理を行う。本実施の形態では、位置情報ＤＢ管理部１０６は、位置情報変更判断部１０５から位置情報を出力する旨とタグＩＤが入力されると、ＩＤ対応管理テーブルとＵＩＤ情報管理テーブルに基づいてタグＩＤと対応付けられた位置情報を取得して、位置情報変更判断部１０５に出力する。
【００７５】
また、位置情報ＤＢ管理部１０６は、更新する旨の依頼と共にタグＩＤ、位置情報及び検出時間が位置情報変更判断部１０５から入力された場合、ＩＤ対応管理テーブルを用いてタグＩＤと対応付けられたＵＩＤを取得した後、取得したＵＩＤと位置情報及び検出時間を対応付けてＵＩＤ情報管理テーブルを更新する。また、物体が移動した場合に更新される以上、ＵＩＤ情報管理テーブルは、アクティブタグを備えた全ての物体の現在の位置情報を保持していることになる。
【００７６】
また、位置情報ＤＢ管理部１０６は、ＵＩＤ情報管理テーブルを更新したレコード情報、具体的にはＵＩＤ、位置情報及び検出時間を対応付けて位置情報変更判断部１０５に出力する。これにより、位置情報変更判断部１０５は、通知情報の生成の依頼をすることができる。
【００７７】
また、位置情報ＤＢ管理部１０６は、後述する要求受付部１１０からイベント名、送信する条件が、送信する旨の要求と共に入力された場合、送信する条件を満たしたレコード情報を、要求受付部１１０が受け付けたイベント名と共に通知情報生成部１０７に出力する。
【００７８】
通知情報生成部１０７は、通知情報を生成する依頼と共に入力された情報に基づいて、通知情報を生成する。本実施の形態では、通知情報生成部１０７は、位置情報変更判断部１０５及び位置情報ＤＢ管理部１０６から入力されるイベント名及び更新情報又はレコード情報から、フィルタＤＢ管理部１０８に対して入出力を行い、サービスフィルタテーブルが保持する条件を満たした通知情報を生成する。なお、通知情報を生成するまでの具体的な処理手順は後述する。なお、生成された通知情報にはイベント名が含まれていることとし、これにより通知情報がどのような場合に生成されたのか、送信先のアプリケーションが特定することができる。
【００７９】
また、通知情報生成部１０７は、ＵＩＤ情報管理テーブルから入力された情報に対応するレコード情報を取得し、この取得したレコード情報を用いて、サービスフィルタテーブルが保持する条件を満たすか否か判断し、満たした場合に通知情報を生成することもできる。具体的な例として、通知情報生成部１０７は、この入力された情報に対応するレコード情報を取得するために、ＵＩＤをキーとして用い、ＵＩＤが一致したレコードを取得する。これにより入力された情報に対応付けられた名前、タイプを取得することができる。また、この名前及びタイプは、ＵＩＤで示される物体の属性であり、換言すれば取得属性情報に相当する。
【００８０】
また、サービスフィルタテーブルが保持する条件を満たすとは、例えば、サービスフィルタテーブルの各レコードの「位置１」及び「位置２」で定められる矩形領域内に、入力された情報に含まれていた位置情報が存在していた場合に、「位置１」及び「位置２」で定められた条件を満たしたことになる。
【００８１】
他の例としては、サービスフィルタテーブルの各レコードの「ＵＩＤ」と、入力された情報に含まれていたＵＩＤが一致した場合に、「ＵＩＤ」で定められた条件を満たすことになる。このように、各レコードが保持している条件を満たした場合に、通知情報生成部１０７は通知情報を生成する。
【００８２】
さらに他の例としては、入力された情報の「ＵＩＤ」とＵＩＤ情報管理テーブルのフィールド「ＵＩＤ」を比較し、一致したレコード情報を取得する。そして取得したレコード情報に含まれていた「タイプ」と、サービスフィルタテーブルの各レコードの「フィルタタイプ」が一致した場合に、「フィルタタイプ」で定められた条件を満たすことになる。このように、各レコードが保持している条件を満たした場合に、通知情報生成部１０７は通知情報を生成する。このフィルタタイプは、物体の属性をフィルタリングする条件としたものであり、換言すれば属性情報に相当する。
【００８３】
また、通知情報生成部１０７は、サービスフィルタテーブルのレコードの条件を満たした場合、当該フィルタを示すレコードの「送信情報」フィールドを参照し、「送信情報」に記載された情報を取得し、取得した情報を通知情報に含める。これにより、アプリケーション毎に適した情報を含めた通知情報を生成することが可能になる。
【００８４】
また、本実施の形態では、この「送信情報」フィールドに記載された情報としては、入力された各情報、又はＵＩＤ情報管理テーブル等のフィルタリングデータベース１１３が保持するテーブルにおいて入力された情報との対応関係から取得可能な情報とする。これにより「送信情報」に記載された情報を、通知情報生成部１０７は、通知情報を生成するために必要な情報を取得することができる。なお、通知情報生成部１０７は、フィルタリングデータベース１１３から情報を取得したい場合、必要に応じてはフィルタＤＢ管理部１０８に要求を行うこととなる。
【００８５】
また、通知情報生成部１０７は、生成した通知情報を通知処理部１０９に出力する。また、通知情報生成部１０７は、通知情報を出力する際に、当該フィルタを示すレコードが保持していた送信先及びサービスタイプを出力する。さらに、当該フィルタが暗号を保持していた場合、通知情報生成部１０７は暗号も、通知情報等と共に出力する。
【００８６】
フィルタＤＢ管理部１０８は、フィルタリングデータベース１１３が保持する各テーブルに対して処理を行う。本実施の形態では、フィルタＤＢ管理部１０８は、通知情報生成部１０７から入力されたイベント名より一致するフィルタのリストをサービスフィルタテーブルから取得して通知情報生成部１０７に出力する。また、通知情報生成部１０７に入力されたレコード情報及び更新情報に対応付けられる情報をＵＩＤ情報管理テーブル又はエリアテーブルから取得して、通知情報生成部１０７に出力する。
【００８７】
また、フィルタＤＢ管理部１０８は、要求受付部１１０からフィルタを追加する旨と共に追加する条件を示す情報が入力された場合、サービスフィルタテーブルに条件を示すレコードを追加する。また、要求受付部１１０からフィルタの変更又は削除する旨が入力された場合も同様にサービスフィルタテーブルに対して変更又は削除を行う。つまり、フィルタＤＢ管理部１０８は、換言すれば通知規則管理手段に相当する。
【００８８】
通知処理部１０９は、通知情報生成部１０７から通知情報、送信先及びサービスタイプが入力された場合、サービスタイプが保持する送信プロトコルで送信処理を行うプログラムを呼び出して、通知情報を送信先に送信する処理を行う。また、通知処理部１０９は、通知情報等とともに暗号が入力された場合、入力された暗号方法を用いて暗号化した後に通知情報を送信する。
【００８９】
この入力された暗号化方法で、位置情報管理サーバ１００とアプリケーションの間が暗号化される。この暗号化手段はどのような手段を用いても良く、例えばＩｐｓｅｃ、ｈｔｔｐｓ、ＳＳＬ或いはＤＥＳ等が考えられる。このように通知処理部１０９が、暗号化処理を行うことで、情報の漏洩を防止することができる。さらに、プライバシーを保持し、セキュリティを向上させることができる。
【００９０】
図１０は、位置情報管理サーバ１００と各アプリケーションの関係を具体例で示した説明図である。本図に示すように、ユーザＡが備えていたアクティブタグ１６１ａは前回リーダ１５１ａで検出されていたが、今回はリーダ１５１ｂで検出された場合、位置情報管理サーバ１００の位置情報変更判断部１０５は、前回との位置情報と比較して移動したと判断する。そして、位置情報管理サーバ１００の通知情報生成部１０７は、位置情報変更判断部１０５から通知情報を生成する依頼と共に入力された情報（位置情報を含む）が、サービスフィルタテーブルが保持しているフィルタの条件を満たしていた場合、当該フィルタが保持する「送信先」に、当該フィルタの「送信情報」で保持している種類の情報を取得して送信する。
【００９１】
具体的な例として、所在確認を行うアプリケーションについて説明ずる。所在確認を行うアプリケーションのためのフィルタとして、イベントに「座標変更・更新」を、フィルタタイプに「ＰＥＲＳＯＮ」を、送信先に当該アプリケーションの場所を対応付けてサービスフィルタテーブルに登録されている場合、位置情報の変更が検出されたユーザ情報が当該アプリケーションに常に送信される。これにより当該アプリケーションは、全てのユーザの所在状態を表示処理することができる。
【００９２】
次に、ＰＣ１００１をロックするアプリケーションについて説明する。まず、ユーザＡが使用するＰＣ１００１にインストールされておりユーザＡが離席した場合にＰＣ１００１を他の利用者が使用できないようにロックするアプリケーションについて説明する。当該アプリケーションのフィルタに、イベントとして「座標変更・更新」を、フィルタタイプに「ＰＥＲＳＯＮ」を、ＵＩＤにユーザＡを示すＵＩＤを、位置にＰＣ１００１の場所を、送信先にＰＣ１００１の当該アプリケーションを示すアドレス及びポート番号を、対応付けてサービスフィルタテーブルに登録されている場合、ＰＣ１００１に着席又は離席したユーザＡの情報を、当該アプリケーションが取得することができる。また、このフィルタはユーザＡがＰＣ１００１にログインした際に当該アプリケーションの要求により、位置情報管理サーバ１００に登録された。そして、ユーザＡがＰＣ１００１からログアウトした場合、当該アプリケーションの要求によりこのレコードは削除される。このようにアプリケーションの要求に応じてフィルタの登録、変更又は削除を行うことで、状況に応じて適した情報をアプリケーションが取得することができる。
【００９３】
次に、ユーザＡの移動が確認された場合に実際に行われるフィルタ処理の例について図９で示したテーブルを用いて説明する。まず、ユーザＡが備えていたアクティブタグ１６１ａの移動が検出された場合、移動が検出されたので送信されるイベントの条件は「座標変更・更新」となる。また、仮にユーザＡが備えたアクティブタグ１６１ａのタグＩＤをＴＡＧＩＤ０００１とすると図５で示したＩＤ対応管理テーブルからＵＩＤ：ＩＤ０００１が導出できる。さらに、図８よりＵＩＤ：ＩＤ０００１からタイプ：ＰＥＲＳＯＮが導き出せる。
【００９４】
次に、これらの条件を満たすレコードの有無を検証する。まず、イベントが「座標変更・更新」である以上、図９でＮｏ．４のレコードは、イベントが「電圧変化」のため条件を満たさない。そして、Ｎｏ．５のレコードは、フィルタタイプが「ＯＢＪ」のため条件を満たさない。次に、Ｎｏ．２のレコードは、ＵＩＤが「ＩＤ０００２」のため条件を満たさない。そして、ＮＯ．３のレコードは、ラベルが「会議室」であり、ユーザＡは自分の席にいたので条件を満たさない。つまり、Ｎｏ．１のレコードのみ全ての条件を満たすので、Ｎｏ．１のレコードが保持する「192.168.0.10/per.cgi」にユーザＡのＵＩＤとイベント名「座標変更・更新」がHTTP-GETで送信される。
【００９５】
要求受付部１１０は、位置情報管理サーバ１００に接続されたアプリケーション又はプロセスからの要求を受け付けて、要求に適した情報を出力又はフィルタを生成するための処理を行う。本実施の形態では、要求受付部１１０は、他のアプリケーションから、フィルタの条件及び送信先等のフィルタとして保持する情報を受け取った場合、フィルタの登録の依頼とともに受け取った情報をフィルタＤＢ管理部１０８に出力する。
【００９６】
また、要求受付部１１０は、フィルタ登録の依頼の他に、フィルタの変更又はフィルタの削除等の要求も受け付ける。そして、受け付けた要求は、要求と共に受け取ったフィルタを指定する情報、さらに変更の場合は変更する条件を示す情報と共にフィルタＤＢ管理部１０８に出力する。また、フィルタを指定する条件としては、サービスフィルタテーブルの「送信先」フィールド、「イベント」フィールドなどレコードを特定可能であればどのような条件でも良い。
【００９７】
図１１は、アプリケーションの要求により位置情報管理サーバ１００で要求に応じたフィルタを生成するまでの一例を説明する説明図である。本図に示すように、アプリケーションが、情報を所定の条件を満たした場合に送信する要求を、送信する条件及び送信する情報の種類と共に、位置情報管理サーバ１００に行ったものとする。この場合、要求受付部１１０が、定期的に送信する要求を、送信する条件及び送信する情報の種類と共に受け付ける。そして、要求受付部１１０は、この定期的に送信する要求に適したイベント名を生成する。次に、要求受付部１１０は、フィルタＤＢ管理部１０８にイベント名と送信する条件と送信先と送信情報（つまり、送信する情報の種類）を出力する。なお、送信先は要求を行ったアプリケーションの場所とする。そして、フィルタＤＢ管理部１０８が、サービスフィルタテーブルに送信する条件と送信先と送信情報を対応付けたレコードを追加する。
【００９８】
これにより、位置情報管理サーバ１００の通知情報生成部１０７が取得した更新情報又はレコード情報が、サービスフィルタテーブルに追加されたレコードの条件を満たした場合に、当該レコードで示された送信先に送信される。
【００９９】
また、要求受付部１１０は、他のアプリケーションからすぐに情報を送信する要求を、送信する条件を受け付けた場合、送信する要求に対応したイベント名を生成する。そして、要求受付部１１０は、送信を要求したアプリケーションを送信先として通知情報生成部１０７に出力し、位置情報ＤＢ管理部１０６に送信する条件及びイベント名を、送信する旨の要求と共に出力する。これにより、位置情報ＤＢ管理部１０６は条件を満たしたレコード情報を取得して通知情報生成部１０７に出力し、通知情報生成部１０７は入力された送信先に送信する通知情報を、入力されたレコード情報に基づいて生成することができる。
【０１００】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００におけるタグＩＤ等の情報の受信から位置情報に変更があった場合にアプリケーションに通知情報を通知するまでの処理について説明する。図１２は、本実施の形態にかかる位置情報管理サーバ１００における上述した処理の手順を示すフローチャートである。
【０１０１】
まず、受信処理部１０２は、リーダ１５１ａ〜ｎが検出したアクティブタグ１６１ａ〜ｎのタグＩＤ等の情報をリーダ１５１ａ〜ｎから受信する（ステップＳ１２０１）。
【０１０２】
そして、タグ情報管理部１０３が、受信処理部１０２が受信したタグＩＤ、受信したリードのリーダＩＤ、信号強度及び検出時間を対応付けてタグ信号管理テーブルを更新する（ステップＳ１２０２）。
【０１０３】
次に、位置情報取得部１０４は、予め定められた時間毎に、タグ情報管理部１０３から３秒以内に検出されたアクティブタグ１６１ａ〜ｎのタグＩＤ、検出したリーダのリーダＩＤ及び信号強度、並びにリーダ毎の位置情報を取得し、取得した情報に基づいてタグＩＤに対応付けられた位置情報を算出して、アクティブタグ１６１ａ〜ｎの位置情報を取得する（ステップＳ１２０３）。
【０１０４】
そして、位置情報変更判断部１０５は、位置情報取得部１０４が取得した位置情報と、位置情報ＤＢ管理部１０６から入力された位置情報データベース１１２で保持していた位置情報とを比較して、位置が変更したか否か判断する（ステップＳ１２０４）。位置情報が変更されていないと判断した場合は、特に処理を行わずに終了する（ステップＳ１２０４：Ｎｏ）。
【０１０５】
次に、位置情報変更判断部１０５が位置情報を変更されていると判断した場合、位置情報ＤＢ管理部１０６は、タグＩＤをキーとして取得したＵＩＤと、位置情報、座標系及び検出時間を対応付けたレコードでＵＩＤ位置管理テーブルを更新する（ステップＳ１２０５）。
【０１０６】
そして、通知情報生成部１０７は、位置情報ＤＢ管理部１０６がＵＩＤ位置管理テーブルに対して更新した情報と、通知情報を生成する依頼を、位置情報変更判断部１０５から入力された場合、入力された情報がサービスフィルタテーブルの各レコードで示されるフィルタの条件を満たした場合、当該フィルタが保持している「送信情報」フィールドで特定される情報を取得し、取得した情報を対応付けて通知情報を生成する（ステップＳ１２０６）。
【０１０７】
次に、通知処理部１０９が、生成された通知情報を、当該フィルタが保持していた「送信先」フィールドで特定された送信先に通知する処理を行う（ステップＳ１２０７）。通知する際に、当該フィルタのサービスタイプが保持している送信プロトコルを用いて送信し、当該フィルタの暗号が定義されている場合、定義されている暗号を用いて暗号化を行う。
【０１０８】
上述した処理手順により、アクティブタグ１６１ａ〜ｎを検出してからアプリケーション毎に適した情報を送信することが可能となる。なお、上述した処理手順は、本実施の形態によるタグＩＤ等の情報を受信してから位置情報が変更された場合の通知情報を生成して通知処理を行うまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１０９】
また、上述した処理手順では、位置情報管理サーバ１００が通知情報を通知する条件として位置情報が変更された場合について説明したが、通知する条件を位置情報が変更された場合に制限するものではなく、サービスフィルタテーブルのイベントとして設定可能な条件であればどの様な条件でも良い。例えば、アクティブタグ１６１ａ〜ｎの電源低下等が考えられる。
【０１１０】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００の受信処理部１０２におけるリーダ１５１ａ〜ｎから情報の受け付けからタグ情報管理部１０３にタグ信号管理テーブルの更新を依頼するまでの処理について説明する。図１３は、本実施の形態にかかる位置情報管理サーバ１００の受信処理部１０２における上述した処理の手順を示すフローチャートである。
【０１１１】
まず、受信処理部１０２は、リーダ１５１ａ〜ｎからタグＩＤ等の情報が受信されるのを受け付ける（ステップＳ１３０１）。そして、リーダ１５１ａ〜ｎから情報を受信したか否か判断する（ステップＳ１３０２）。情報を受信していないと判断した場合（ステップＳ１３０２：Ｎｏ）、ステップＳ１３０１から再び受信を受け付ける。
【０１１２】
そして、受信処理部１０２がリーダ１５１ａ〜ｎから情報を受信したと判断した場合（ステップＳ１３０２：Ｙｅｓ）、受信したタグＩＤ及び信号強度を取得し、さらに送信元のリーダのアドレスからリーダＩＤを取得する（ステップＳ１３０３）。
【０１１３】
次に、受信処理部１０２は、現在時間を検出時間として、ステップＳ１３０３で取得した、タグＩＤ、信号強度及びリーダＩＤと対応付ける（ステップＳ１３０４）。
【０１１４】
そして、受信処理部１０２は、対応付けたタグＩＤ、信号強度、リーダＩＤ及び検出時間をタグ情報管理部１０３に出力し、タグ情報管理部１０３に出力した情報でタグ信号管理テーブルを更新する依頼を行う（ステップＳ１３０５）。
【０１１５】
上述した処理手順により、受信した情報からタグ信号管理テーブルを更新することが可能となる。なお、上述した処理手順は、本実施の形態によるリーダ１５１ａ〜ｎから情報の受け付けからタグ情報管理部１０３にタグ信号管理テーブルに更新する情報を依頼するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１１６】
そして、タグ信号管理テーブルが保持している情報よりアクティブタグ１６１ａ〜ｎの位置情報を取得する。そこで、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００の位置情報取得部１０４が３秒以内に検出されたタグＩＤ等の情報を取得してからアクティブタグの位置情報を取得するまでの処理について説明する。図１４は、本実施の形態にかかる位置情報管理サーバ１００の位置情報取得部１０４における上述した処理の手順を示すフローチャートである。
【０１１７】
まず、位置情報取得部１０４は、タグ情報管理部１０３から、タグ信号管理テーブルが保持している検出時間が現在から３秒前までのレコード情報を全て取得する（ステップＳ１４０１）。このレコード情報は、タグＩＤ、信号強度、リーダＩＤ及び検出時間を対応付けたレコード情報とする。
【０１１８】
そして、位置情報取得部１０４は、取得したレコード情報から、位置情報取得の対象となる１つのタグＩＤを設定する（ステップＳ１４０２）。
【０１１９】
そして、位置情報取得部１０４は設定したタグＩＤとレコード情報として対応付けられたリーダＩＤの位置情報が存在するか否かタグ情報管理部１０３に依頼して、その後にタグ情報管理部１０３から入力された情報よりリーダＩＤと対応付けられた位置情報が存在するか否か確認する（ステップＳ１４０３）。この際、タグ情報管理部１０３は、リーダ位置管理テーブルに対してリーダＩＤに対応付けられた位置情報があるか否か検索を行う。
【０１２０】
次に、位置情報取得部１０４は、リーダＩＤに対応付けられた位置情報が存在しないことを確認した場合（ステップＳ１４０３：Ｎｏ）、このリーダＩＤと対応付けられたタグＩＤの存在する位置情報は不明とする（ステップＳ１４０４）。
【０１２１】
そして、リーダＩＤに対応付けられた位置情報が存在する場合（ステップＳ１４０３：Ｙｅｓ）、位置情報取得部１０４は、このタグＩＤと対応付けられたリーダが複数あるか否か判断する（ステップＳ１４０５）。具体的な例としては、タグ信号管理テーブルに当該タグＩＤと対応付けられたレコード情報が複数あった場合に、タグＩＤと対応付けられたリーダが複数あったと判断する。
【０１２２】
次に、位置情報取得部１０４が、リーダが複数あったと判断した場合（ステップＳ１４０５：Ｙｅｓ）、この複数のリーダの位置情報に信号強度による重みをつけて、アクティブタグの位置情報を算出する（ステップＳ１４０６）。
【０１２３】
また、位置情報取得部１０４はこのタグＩＤを検出したリーダが１つしかなかったと判断した場合（ステップＳ１４０５：Ｎｏ）、このタグＩＤを検出したリーダの位置を、アクティブタグの位置情報とする（ステップＳ１４０７）。
【０１２４】
そして、位置情報取得部１０４は、全ての検出された全てのタグＩＤの位置情報を取得したか否か判断する（ステップＳ１４０８）。全てのタグＩＤの位置情報を取得したと判断した場合（ステップＳ１４０８：Ｙｅｓ）、位置情報取得部１０４は取得した位置情報を位置情報変更判断部１０５に出力して処理を終了する。
【０１２５】
全てのタグＩＤの位置情報を取得していないと判断した場合（ステップＳ１４０８：Ｎｏ）、位置情報取得部１０４は位置情報を取得していないタグＩＤから取得の対象となる次のタグＩＤを設定する（ステップＳ１４０９）。そして、ステップＳ１４０３から処理を再開する。
【０１２６】
上述した処理手順により、タグＩＤと対応付けられた位置情報を取得することが可能となる。なお、上述した処理手順は、本実施の形態による３秒以内に検出されたタグＩＤ等の情報を取得してから位置情報として特定するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１２７】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００の通知情報生成部１０７が他の構成から通知情報の生成の依頼を監視して依頼があった場合に通知情報を生成して、通知処理部が生成した通知情報を通知処理するまでの処理について説明する。図１５は、本実施の形態にかかる位置情報管理サーバ１００の通知情報生成部１０７及び通知処理部１０９における上述した処理の手順を示すフローチャートである。なお、このフローチャートでは、通知情報生成部１０７及び通知処理部１０９から入力された更新情報又はレコード情報が１つの場合について説明する。
【０１２８】
まずは通知情報生成部１０７は、位置情報変更判断部１０５及び位置情報ＤＢ管理部１０６から通知情報の生成の依頼を監視する（ステップＳ１５０１）。
【０１２９】
次に、通知情報生成部１０７は、通知情報の生成の依頼が入力されたか否か判断する（ステップＳ１５０２）。通知情報の生成の依頼が入力されていないと判断した場合（ステップＳ１５０２：Ｎｏ）、ステップＳ１５０１の通知情報の生成の依頼の監視から再開される。
【０１３０】
そして、通知情報生成部１０７は、通知情報の生成の依頼が入力されたと判断した場合（ステップＳ１５０２：Ｙｅｓ）、通知情報の生成の依頼と共に入力されたレコード情報又は更新情報に対応付けられた情報を取得する（ステップＳ１５０３）。
【０１３１】
対応付けられた情報を取得する詳細な例としては、通知情報生成部１０７に入力されたレコード情報又は更新情報のＵＩＤより、ＵＩＤ情報管理テーブルが保持しているＵＩＤで対応付けられた名前、タイプを取得し、入力された座標系及び位置情報より、エリアテーブルで座標系、位置１及び位置２で対応付けられたラベルを取得する。
【０１３２】
次に、通知情報生成部１０７は、依頼に適合するフィルタのリストを取得する（ステップＳ１５０４）。具体的な例としては、レコード情報又は更新情報であるＵＩＤ、座標系、位置情報に、入力されたイベント名、さらにステップＳ１５０３で取得した名前、タイプ及びラベルを、フィルタ取得の条件とする。これらの条件を満たしたフィルタのリスト、換言すればサービスフィルタテーブルのレコード情報を取得する。なお、レコード情報又は更新情報及びステップＳ１５０３で取得した情報が、フィルタで設定された条件と比較する対象となるため、換言すれば比較対象情報となる。
【０１３３】
例えば、ステップＳ１５０２で、通知情報の生成の依頼が更新情報及びイベント名「座標変更・更新」と共に入力された場合、通知情報生成部１０７は、フィルタＤＢ管理部１０８に、レコード情報又は更新情報、イベント名及びステップＳ１５０３で取得したタイプ等の情報を出力する。通知情報生成部１０７は、出力した情報を満たしたサービスフィルタテーブルのレコード情報をフィルタＤＢ管理部１０８から入力される。
【０１３４】
このように、入力された更新情報又はレコード情報による条件を満たしたフィルタを取得するということは、逆に取得したフィルタの条件を満たした更新情報又はレコード情報を選択していることになる。
【０１３５】
そして、通知情報生成部１０７は、リスト中の全フィルタ、換言すれば取得した全てのレコード情報について処理が終了したか否か判断する（ステップＳ１５０５）。処理が終了したと判断した場合（ステップＳ１５０５：Ｙｅｓ）、ステップＳ１５０１の通知情報の生成の依頼の監視から再開される。
【０１３６】
また、処理が終了していないと判断した場合（ステップＳ１５０５：Ｎｏ）、通知情報生成部１０７は、フィルタを示す取得したレコード情報の「送信情報」から通知する情報の種類を取得する（ステップＳ１５０６）。例えば、図９で示したＮｏ３のレコードの場合、送信する情報の種類として「ＵＩＤ、位置、時間」を取得する。
【０１３７】
次に、通知情報生成部１０７は、ステップＳ１５０６で取得した送信する情報の種類に基づいて送信する情報を取得する（ステップＳ１５０７）。上述した送信する情報の種類として「ＵＩＤ、位置、時間」の場合、ステップＳ１５０２で入力されたＵＩＤ、位置情報、検出時間を取得する。また、ステップＳ１５０２及びステップＳ１５０３で取得した情報に含まれていない情報が送信する情報として定義されていた場合、通知情報生成部１０７は、フィルタＤＢ管理部１０８に依頼して必要な情報を取得する。そして通知情報生成部１０７は、この取得した情報を通知情報として、フィルタが保持する「送信先」、「サービスタイプ」等とともに通知処理部１０９に出力する。
【０１３８】
そして、通知処理部１０９は、入力された「サービスタイプ」で指定された送信プロトコルで送信するためのプログラムを呼び出す（ステップＳ１５０８）。
【０１３９】
次に、通知処理部１０９は、「暗号」が入力された場合は、通知情報を「暗号」で指定された方法を用いて暗号化する（ステップＳ１５０９）。「暗号」が入力されなかった場合、特に処理を行わない。
【０１４０】
そして、通知処理部１０９は、通知情報を「送信先」で指定されたアドレスに送信する（ステップＳ１５１０）。そしてステップＳ１５０５に戻り、リスト中の全フィルタについて処理が終了したか否か判断する。
【０１４１】
上述した処理手順により、アプリケーション毎に適した情報を送信することが可能となる。また、上述したフローチャートでは、通知情報生成部１０７及び通知処理部１０９から入力されたレコード情報又は更新情報が１つの場合としたが、複数の位置情報を受け付けた場合はステップＳ１５０３〜ステップＳ１５１０までの処理手順を入力されたレコード情報又は更新情報毎に処理を行うことで可能となる。
【０１４２】
なお、上述した処理手順は、本実施の形態による他の構成から通知情報の生成の依頼を監視して依頼があった場合に通知情報を生成して通知処理するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１４３】
図１６は、位置情報管理サーバ１００の機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。本実施の形態のＰＣ１６００は、ＣＰＵ(Central Processing Unit)１６０１等の制御装置と、ＲＯＭ（Read Only Memory）１６０２やＲＡＭ（Random Access Memory）１６０３等の記憶装置と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disk）ドライブ装置等の外部記憶装置１６０４と、ディスプレイ装置等の表示装置１６０５と、キーボードやマウス等の入力装置１６０６と、ネットワークと接続する通信インターフェース１６０７とこれらを接続したバス１６０８を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１４４】
本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１４５】
また、本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１４６】
また、本実施形態の位置情報管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１４７】
本実施の形態の位置情報管理サーバ１００で実行される位置情報管理プログラムは、上述した各部（受信処理部、タグ情報管理部、位置情報取得部、位置情報変更判断部、位置情報ＤＢ管理部、通知情報生成部、フィルタＤＢ管理部、通知処理部、要求受付部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上記記録媒体から位置情報管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受信処理部、タグ情報管理部、位置情報取得部、位置情報変更判断部、位置情報ＤＢ管理部、通知情報生成部、フィルタＤＢ管理部、通知処理部、要求受付部が主記憶装置上に生成されるようになっている。
【０１４８】
上述した本実施の形態では、位置情報取得部１０４における位置情報の取得方法を予め定められた期間毎に取得することとしたが、本発明における位置情報取得方法を制限するものではなく、例えばアクティブタグ１６１ａ〜ｎが検出される度に位置情報を取得する等の方法を用いても良い。さらに、本実施の形態では位置情報取得部１０４がタグＩＤ等を取得する間隔を３秒と定めたが、この期間を３秒に制限するものではない。
【０１４９】
また、本実施の形態では、送信先をアプリケーションに制限するものではなく、プロセスや他の装置等に送信してもよい。また、本実施の形態は、座標系を階数に制限するものではない。
【０１５０】
各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができる。
【０１５１】
送信する情報の種類を変更できることで、例えば、アクティブタグが物に付けられている場合に、このタグが信号を発信した座標を通知すると設定することで、物を紛失した際にタグの座標を特定できるのでこの物を発見できる。これに対して、タグが利用者に付けられた場合に、正確な座標までは不要であるため利用者が存在する部屋情報のみ通知すると設定することで、利用者の所在地を特定できると共に、正確な座標まで送信しないのでプライバシーを保護できる。このように、アプリケーションに必要な情報のみ送信するのでアプリケーションは実行できるとともに、不必要な情報は送信されないので、プライバシーを保護することができる。
【０１５２】
また、本実施の形態ではサービスフィルタテーブルで設定されたフィルタの条件を満たした情報のみ通知するので、アプリケーションは不要な情報を取得することがなくなり、アプリケーション及びアプリケーションを実行している装置の負荷を軽減できる。また、ネットワークのトラフィックを軽減することができる。
【産業上の利用可能性】
【０１５３】
以上のように、本発明にかかる位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムは、受信したタグの位置情報等を管理する技術に有用であり、特に、管理している情報をアプリケーションに通知する技術に適している。
【図面の簡単な説明】
【０１５４】
【図１】本実施の形態にかかる位置情報管理システムの構成を示すブロック図である。
【図２】位置情報管理システムの全体構成の概念的に示した説明図である。
【図３】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたリーダ位置管理テーブルの構造を示した図である。
【図４】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたタグ信号管理テーブルの構造を示した図である。
【図５】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたＩＤ対応管理テーブルの構造を示した図である。
【図６】本実施の形態にかかる位置情報管理サーバの記憶部にＵＩＤ位置管理テーブルの構造を示した図である。
【図７】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたエリアテーブルの構造を示した図である。
【図８】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたＵＩＤ情報管理テーブルの構造を示した図である。
【図９】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたサービスフィルタテーブルの構造を示した図である。
【図１０】本実施の形態にかかる位置情報管理サーバと各アプリケーションの関係を具体例で示した説明図である。
【図１１】アプリケーションの要求により位置情報管理サーバで要求に応じたフィルタを生成するまでの一例を説明する説明図である。
【図１２】本実施の形態にかかる位置情報管理サーバにおけるタグＩＤ等の情報の受信から位置情報に変更があった場合にアプリケーションに通知情報を通知するまでの処理の手順を示すフローチャートである。
【図１３】本実施の形態にかかる位置情報管理サーバの受信処理部がリーダからの情報を受け付けてからタグ情報管理部にタグ信号管理テーブルの更新を依頼するまでの処理の手順を示すフローチャートである。
【図１４】本実施の形態にかかる位置情報管理サーバの位置情報取得部が３秒以内に検出されたタグＩＤ等の情報を取得してからアクティブタグの位置情報を取得するまでの処理の手順を示すフローチャートである。
【図１５】本実施の形態にかかる位置情報管理サーバの通知情報生成部が他の構成から通知情報の生成の依頼を監視して依頼があった場合に通知情報を生成して、通知処理部が生成した通知情報を通知処理するまでの処理の手順を示すフローチャートである。
【図１６】本実施の形態にかかる位置情報管理サーバの機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。
【符号の説明】
【０１５５】
１００ 位置情報管理サーバ
１０１ 記憶部
１０２ 受信処理部
１０３ タグ情報管理部
１０４ 位置情報取得部
１０５ 位置情報変更判断部
１０６ 位置情報ＤＢ管理部
１０７ 通知情報生成部
１０８ フィルタＤＢ管理部
１０９ 通知処理部
１１０ 要求受付部
１１１ デバイスデータベース
１１２ 位置情報データベース
１１３ フィルタリングデータベース
１５１ａ〜ｎ リーダ
１６１ａ〜ｎ アクティブタグ
２０１ アプリケーションＡ
２０２ アプリケーションＢ
２０３ アプリケーションＣ
２０４ アプリケーションＤ
１０００ ＰＣ
１６００ ＰＣ
１６０１ ＣＰＵ
１６０２ ＲＯＭ
１６０３ ＲＡＭ
１６０４ 外部記憶装置
１６０５ 表示装置
１６０６ 入力装置
１６０７ 通信インターフェース
１６０８ バス
【技術分野】
【０００１】
本発明は、位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムに関するものであり、特にアプリケーションに情報を通知する技術に関するものである。
【背景技術】
【０００２】
従来、ＲＦＩＤタグ等の無線タグから受信した信号から特定できる屋内での人やモノの位置情報は、物品管理や入退室管理等、さまざまなアプリケーションで利用することが可能である。
【０００３】
そこで、無線タグやＰＨＳ等の複数の端末機器からの情報を取得して一括処理する技術が提案されている。そして、位置を一括して管理することで、各種アプリケーションが容易に位置情報を利用することが可能となる（例えば特許文献１）。
【０００４】
この特許文献１に記載された発明では、アプリケーションサーバが位置情報処理サーバに位置情報の送信を要求することで、位置情報処理サーバから端末機器の位置情報が送信される。これによりアプリケーションサーバは位置情報を得ることができる。
【０００５】
【特許文献１】特開２００２−３１５０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら特許文献１に記載された発明では、位置情報処理サーバは位置情報を一括して管理するに留まるものである。複数のアプリケーションで共通して使用できる情報であっても各アプリケーションが位置情報に基づいて処理に必要な情報を取得する必要があるため効率的ではないという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、位置情報を一括して管理してアプリケーション毎に適切な情報を送信する位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理装置において、アプリケーション又はプロセスへの送信先を示す送信先情報と、該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理手段と、前記記憶手段が記憶する前記通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段により受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知手段と、を備えたことを特徴とする。
【０００９】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報を対応付けて記憶し、前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した比較対象情報が前記記憶手段により記憶される前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１０】
また、請求項３にかかる発明は、請求項２にかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体を示す識別情報を対応付けて記憶し、前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記記憶手段により記憶される前記通知規則情報の前記識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１１】
また、請求項４にかかる発明は、請求項２にかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体の属性を示す属性情報を対応付けて記憶し、前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得属性情報が、前記記憶手段により記憶される前記通知規則情報の前記属性情報と一致している場合に、該取得属性情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１２】
また、請求項５にかかる発明は、請求項２にかかる発明において、前記受信処理手段により受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得手段と、をさらに備え、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記携帯型情報記憶媒体を検出する領域内の位置情報を対応付けて記憶し、前記通知情報生成手段は、前記位置取得手段により取得された前記媒体位置情報が前記記憶手段により記憶される前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１３】
また、請求項６にかかる発明は、請求項１〜５のいずれか１つにかかる発明において、要求を受け付けた場合に、前記記憶手段が記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理手段と、をさらに備えたことを特徴とする。
【００１４】
また、請求項７にかかる発明は、請求項１〜６のいずれか１つにかかる発明において、前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに通信規約を対応付けて記憶し、前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００１５】
また、請求項８にかかる発明は、請求項１〜７のいずれか１つにかかる発明において、前記通知手段は、前記通知情報生成手段により生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００１６】
また、請求項９にかかる発明は、物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理方法において、前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理ステップと、アプリケーション又はプロセスへの送信先を示す送信先情報と該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報とを対応付けた通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップにより受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成ステップと、前記通知情報生成ステップにより生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知ステップと、を備えたことを特徴とする。
【００１７】
また、請求項１０にかかる発明は、請求項９にかかる発明において、前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した比較対象情報が、前記送信先情報と前記通知種類情報とさらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報とを対応付けて保持する前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１８】
また、請求項１１にかかる発明は、請求項１０にかかる発明において、前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記送信先情報と前記通知種類情報とさらに物体を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００１９】
また、請求項１２にかかる発明は、請求項１０にかかる発明において、前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得識別情報が、前記送信先情報と前記通知種類情報とさらに物体の属性を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該取得識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００２０】
また、請求項１３にかかる発明は、請求項１０にかかる発明において、前記受信処理ステップにより受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得ステップと、をさらに備え、前記通知情報生成ステップは、前記位置取得ステップにより取得された前記媒体位置情報が、前記送信先情報と前記通知種類情報とさらに前記携帯型情報記憶媒体を検出する領域内の位置情報とを対応付けて保持する前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成することを特徴とする。
【００２１】
また、請求項１４にかかる発明は、請求項９〜１３のいずれか１つにかかる発明において、要求を受け付けた場合に、前記記憶ステップが記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理ステップと、をさらに備えたことを特徴とする。
【００２２】
また、請求項１５にかかる発明は、請求項９〜１４のいずれか１つにかかる発明において、前記通知情報生成ステップにより生成された前記通知情報を、前記送信先情報と前記通知種類情報とさらに通信規約とを対応付けて保持する前記通知規則情報において、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００２３】
また、請求項１６にかかる発明は、請求項９〜１５のいずれか１つにかかる発明において、前記通知ステップは、前記通知情報生成ステップにより生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする。
【００２４】
また、請求項１７にかかる発明は、請求項９〜１６のいずれか１つにかかる発明をコンピュータで実行させることを特徴とする。
【００２５】
また、請求項１８にかかる発明は、請求項１７に記載されたプログラムを格納したコンピュータの読み取り可能な記録媒体であることを特徴とする。
【００２６】
また、請求項１９にかかる発明は、位置情報を取得する対象となる区域内に存在する物体に備えられた携帯型情報記憶媒体と、前記携帯型情報記憶媒体と非接触により前記携帯型情報記憶媒体を検知する検出装置と、検出された前記携帯型情報記憶媒体を備えた物体の位置情報を管理する位置情報を管理する位置情報管理装置と、を備えた位置情報管理システムにおいて、前記位置情報管理装置は、前記携帯型情報記憶媒体から発信された所定情報又は前記携帯型情報記憶媒体の前記位置情報に基づいた処理を行うアプリケーションを示す送信先情報と、該アプリケーションに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、前記携帯型情報記憶媒体から発信された前記所定情報を前記検出装置から受信する処理を行う受信処理手段と、前記記憶手段が記憶する前記通知規則情報より通知先である前記送信先情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、前記通知情報生成手段により生成された前記通知情報を前記アプリケーションに通知する通知手段と、を備えたことを特徴とする。
【発明の効果】
【００２７】
請求項１にかかる発明によれば、アプリケーション毎に対応付けられた情報を通知情報として通知することで、各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができるという効果を奏する。
【００２８】
また、請求項２にかかる発明によれば、条件を満たした場合に限り、各アプリケーションに通知が行われるため、アプリケーションの負荷を軽減できるという効果を奏する。
【００２９】
また、請求項３にかかる発明によれば、通知規則情報として対応付けられた識別情報と一致した保持識別情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３０】
また、請求項４にかかる発明によれば、通知規則情報として対応付けられた属性情報と一致した取得属性情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３１】
また、請求項５にかかる発明によれば、通知規則情報として対応付けられた位置情報に対して予め定められた条件を満たした媒体位置情報と対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３２】
また、請求項６にかかる発明によれば、通知規則情報の追加、変更、又は削除を行うこととしたため、アプリケーション等からの要求に応じて適切に通知する情報を変更することができるので、各アプリケーションは必要な情報を適切な時間に容易に取得することができるという効果を奏する。
【００３３】
また、請求項７にかかる発明によれば、アプリケーション毎に定められている通信可能な通信規約を用いて通信することが可能になるため、適切に各アプリケーションに通知情報を通知できるという効果を奏する。
【００３４】
また、請求項８にかかる発明によれば、各アプリケーションに合わせて暗号化処理を行うため、情報の漏洩を防止することが可能という効果を奏する。さらに、プライバシーを保持し、セキュリティを向上させることが可能という効果を奏する。
【００３５】
また、請求項９にかかる発明によれば、アプリケーション毎に対応付けられた情報を通知情報として通知することで、各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができるという効果を奏する。
【００３６】
また、請求項１０にかかる発明によれば、条件を満たした場合に限り、各アプリケーションに通知が行われるため、アプリケーションの負荷を軽減できるという効果を奏する。
【００３７】
また、請求項１１にかかる発明によれば、通知規則情報として対応付けられた識別情報と一致した保持識別情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３８】
また、請求項１２にかかる発明によれば、通知規則情報として対応付けられた属性情報と一致した取得属性情報に対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００３９】
また、請求項１３にかかる発明によれば、通知規則情報として対応付けられた位置情報に対して予め定められた条件を満たした媒体位置情報と対応付けられた情報を通知することで、各アプリケーションに適した情報のみ通知できるので、アプリケーションの負荷を軽減できるという効果を奏する。
【００４０】
また、請求項１４にかかる発明によれば、通知規則情報の追加、変更、又は削除を行うこととしたため、アプリケーション等からの要求に応じて適切に通知する情報を変更することができるので、各アプリケーションは必要な情報を適切な時間に容易に取得することができるという効果を奏する。
【００４１】
また、請求項１５にかかる発明によれば、アプリケーション毎に定められている通信可能な通信規約を用いて通信することが可能になるため、適切に各アプリケーションに通知情報を通知できるという効果を奏する。
【００４２】
また、請求項１６にかかる発明によれば、各アプリケーションに合わせて暗号化処理を行うため、情報の漏洩を防止することが可能という効果を奏する。さらに、プライバシーを保持し、セキュリティを向上させることが可能という効果を奏する。
【００４３】
また、請求項１７にかかる発明によれば、コンピュータに読み取らせて実行することによって、請求項９〜１６のいずれか一つに記載された位置情報管理方法をコンピュータの利用で実現することができ、これら各位置情報管理方法と同様の効果を奏する。
【００４４】
また、請求項１８に係る発明によれば、請求項１７に記載された位置情報管理プログラムを格納した記録媒体であり、この記録媒体をコンピュータに読み込ませることで、位置情報管理プログラムを実行することが可能という効果を奏する。
【００４５】
また、請求項１９にかかる発明によれば、アプリケーション毎に対応付けられた情報を通知情報として通知することで、各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができるという効果を奏する。
【発明を実施するための最良の形態】
【００４６】
以下に添付図面を参照して、この発明にかかる位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムの最良な実施の形態を詳細に説明する。
【００４７】
図１は、本発明の実施の形態にかかる位置情報管理システムの構成を示すブロック図である。本実施の形態にかかる位置情報管理システムでは、物体に対して備え付けられたアクティブタグ１６１ａ〜ｎと、アクティブタグ１６１ａ〜ｎから送信された識別信号を受信するリーダ１５１ａ〜ｎと、リーダ１５１ａ〜ｎに接続された位置情報管理サーバ１００から構成される。本図に示すように、アクティブタグ１６１ａ〜ｎから出力された信号をリーダ１５１ａ〜ｎが検知する。そして、リーダ１５１ａ〜ｎは検知した識別信号に含まれていた情報及び計測された信号強度を、ネットワークを通じて接続された位置情報管理サーバ１００に送信する。そして、位置情報管理サーバ１００は、送信された情報及び計測された信号強度に基づいて取得した情報を、アプリケーション毎に送信する。
【００４８】
また、本実施の形態において物体とは、物のみならず人間を含むこととする。これにより、例えばアクティブタグ１６１ｌを利用者が保持し、アクティブタグ１６１ｍを利用者が保持するＰＨＳ等の物に備え付け、アクティブタグ１６１ｎを搬入対象となる荷物に備え付ける等の様々な状況でタグを検出し、後述する処理を行うことが可能になる。
【００４９】
アクティブタグ１６１ａ〜ｎは、換言すれば携帯型情報記憶媒体に相当し、物体毎に備えられていることとする。本実施の形態においてアクティブタグ１６１ａ〜ｎは、電波により１秒ごとに識別信号を発信する。なお、本実施の形態は携帯型情報記憶媒体をアクティブに電波を発信するタグに制限するものではなく、例えばパッシブなものであってもかまわない。より具体的な例としてパッシブ型ＲＦＩＤタグあるいはアクティブに電波を発するBluetooth規格やZigBee規格で通信を行っても良い。
【００５０】
また、アクティブタグ１６１ａ〜ｎは、少なくともタグ自体を識別する情報を保持している。本実施の形態において、アクティブタグ１６１ａ〜ｎは、タグ自体を識別する情報として、タグＩＤを保持していることとする。
【００５１】
リーダ１５１ａ〜ｎは、換言すれば検出装置に相当し、アクティブタグ１６１ａ〜ｎから識別信号を受信した場合、位置情報管理サーバ１００を示すアドレス及びポートに、受信した識別信号に含まれていたタグＩＤ、計測された信号強度が送信され、位置情報管理サーバ１００でリーダ１５１ａ〜ｎのリーダＩＤと対応付けられる。このリーダＩＤは、リーダＩＤとリーダのアドレスの対応関係から特定できる。そして、送信元のリーダのアドレスは、上記情報を送る際に用いられたパケットのヘッダに含まれている送信元アドレスより特定できる。
【００５２】
また、本実施の形態とは異なる形態としてリーダ１５１ａ〜ｎが上記の情報と共にリーダ１５１ａ〜ｎを示すリーダＩＤを対応付けて送信することにしてもよい。
【００５３】
図２は、本発明の位置情報管理サーバ１００の全体構成の概念的に示した説明図である。各リーダ１５１ａ〜ｃは検知された識別信号を、この信号強度と共に位置情報管理サーバ１００にネットワークを通じて送信し、さらに位置情報管理サーバ１００は、受信した情報に基づいて物体の位置情報等を取得して、アプリケーションＡ２０１〜アプリケーションＤ２０４にネットワークを通じて通知する。このアプリケーションＡ２０１〜アプリケーションＤ２０４に対する通知は所定の条件を満たした場合に送信するほか、各アプリケーションから要求があった場合に送信する。
【００５４】
図１に戻り、位置情報管理サーバ１００の内部は、記憶部１０１と、受信処理部１０２と、タグ情報管理部１０３と、位置情報取得部１０４と、位置情報変更判断部１０５と、位置情報ＤＢ管理部１０６と、通知情報生成部１０７と、フィルタＤＢ管理部１０８と、通知処理部１０９と、要求受付部１１０とを備え、リーダ１５１ａ〜ｎから送信された識別信号及び計測された信号強度に基づいて物体の位置情報を算出したのち、フィルタリングＤＢでアプリケーション毎に登録されたフィルタの条件を満たした情報をアプリケーションに通知する。
【００５５】
記憶部１０１は、デバイスデータベース１１１と、位置情報データベース１１２と、フィルタリングデータベース１１３と、を記憶する。
【００５６】
デバイスデータベース１１１は、リーダ位置管理テーブルと、タグ信号管理テーブルとを保持する。図３はリーダ位置管理テーブルの構造を示した図である。本図に示すように、リーダ位置管理テーブルは、リーダＩＤと、リーダの位置情報、リーダのアドレス及びリーダの座標系を対応付けて保持している。リーダのアドレスは、例えばリーダを特定するＩＰアドレスを示している。リーダＩＤとリーダのアドレスを対応付けていることで、情報の送信元のリーダのアドレスからリーダＩＤを特定することができる。これによりリーダＩＤに基づいて座標系及びリーダの位置情報を特定することができる。座標系とは、リーダの位置を位置座標で示すために用いられている座標系をいい、領域毎に異なる座標系が定められている。本実施の形態では階毎に異なる座標系が割り当てられていることとする。このため、「座標系」フィールドは、階数を保持する。
【００５７】
図４はタグ信号管理テーブルの構造を示した図である。本図に示すように、タグ信号管理テーブルは、タグＩＤと、リーダＩＤと、信号強度と、検出時間とを対応付けて保持している。つまり、タグ信号管理テーブルは、リーダ１５１ａ〜ｎから送信された情報に検出時間を対応付けた情報をレコードとして管理している。
【００５８】
そして、位置情報データベース１１２は、ＩＤ対応管理テーブルと、ＵＩＤ位置管理テーブルとを保持する。図５は、ＩＤ対応管理テーブルの構造を示した図である。本図に示すように、ＩＤ対応管理テーブルは、ＵＩＤと、デバイス種類と、タグＩＤとを対応付けて保持している。ＵＩＤ(Universal ID)はデバイス種類等に係わらずアクティブタグ１６１ａ〜ｎ毎にユニークなＩＤを割り当てたものとする。これによりデバイスの種類等によらず一括して管理することができる。デバイス種類は、具体的には複数種類のタグが用いられている環境においてタグを生産又は販売したメーカや、上述したアクティブ、パッシブ、又は通信規格の違い等を認識するために用いられる。
【００５９】
図６は、ＵＩＤ位置管理テーブルの構造を示した図である。本図に示すように、ＵＩＤ位置管理テーブルは、ＵＩＤと、座標系と、位置情報と、検出時間とを対応付けて保持している。このＵＩＤ位置管理テーブルが保持する各レコードは、リーダ位置管理テーブル、タグ信号管理テーブル、ＩＤ対応管理テーブルが保持するレコードに基づいて生成されてものである。
【００６０】
そして、フィルタリングデータベース１１３は、エリアテーブルと、ＵＩＤ情報管理テーブルと、サービスフィルタテーブルとを保持する。
【００６１】
図７は、エリアテーブルの構造を示した図である。本図に示すように、エリアテーブルは、座標系と、位置１と、位置２と、ラベルを対応付けて保持している。そして各レコードの矢印先が、レコードに対応した領域を示している。そしてエリアテーブルの各フィールドについて説明する。この「位置１」フィールドと「位置２」フィールドは、領域を定めるために用いられる。具体的には「位置１」フィールドの位置座標と「位置２」フィールドの位置座標を対向する頂点としてすることで、矩形領域を特定することができる。そして「ラベル」フィールドは、この特定された矩形領域を示す名称を保持している。
【００６２】
図８は、ＵＩＤ情報管理テーブルの構造を示した図である。本図に示すように、ＵＩＤ情報管理テーブルは、ＵＩＤと、名前と、タイプを対応付けて保持している。名前は、物体の名称を示し、ＵＩＤ情報管理テーブルで保持することにより各アプリケーションで統一した名称を使用することが可能になる。また、ＵＩＤ情報管理テーブルで名前を保持することで、人間がタグを備えている物体自体を識別することが可能になる。タイプは、ＵＩＤで特定される物体が人であるのか物であるのか、また人であればこの所属先、物であれば性質等、ＵＩＤで示された物体の属性を保持する。このように、タイプをＵＩＤと対応付けて保持することで、物体の属性に基づいたフィルタリングを行うことができる。
【００６３】
図９は、サービスフィルタテーブルの構造を示した図である。本図に示すように、イベントと、フィルタタイプと、ＵＩＤと、ラベルと、座標系と、位置と、サービスタイプと、暗号と、送信先と、送信情報とを対応付けて保持している。「イベント」フィールドは、イベントを送信する条件を示しており、例えば「座標変更・更新」であればアクティブタグ１６１ａ〜ｎが検出された位置座標が前回検出された位置座標から変化していた場合にイベントを送信することを示している。「フィルタタイプ」、「ＵＩＤ」、「ラベル」、「座標系」、「位置」フィールドは、フィルタリングを行う条件を示したフィールドであり、これらのフィールドに記載された条件を満たしていた場合に限り送信ことになる。つまり、これらのフィールドは、換言すれば通知条件情報に相当する。また、これらのフィールドに記載がない場合、特にフィルタリングを行う条件が設定されていないものとする。「サービスタイプ」フィールドは、送信する際の送信プロトコルを保持している。「暗号」フィールドは、アプリケーションに送信する際の暗号化方法を保持している。「送信先」フィールドは、情報の送信先を示したものであり、送信先に情報を処理するアプリケーションが存在している。「送信情報」フィールドは、送信する情報の種類を保持しており、換言すれば通知種類情報に相当する。「送信情報」フィールドが送信する情報の種類を保持することで、各アプリケーションに必要な情報のみ送信することができる。つまり、レコードが保持するフィルタリングを行う条件を満たした場合、「送信情報」で保持されていた情報を取得し、取得した情報を当該レコードで対応付けて保持している「送信先」に「サービスタイプ」で設定された送信プロトコルを用いて送信されることになる。そして送信される情報は対応付けられた「送信情報」フィールドを参照することで把握できる。これにより、アプリケーション毎に送信する条件を設定して、この条件を満たした場合に限り情報を送信することができる。
【００６４】
また、サービスフィルタテーブルは、アプリケーションからの要求に応じてフィルタとなるレコードの追加、削除、変更を行うことも可能である。
【００６５】
これらサービスフィルタテーブルが保持するレコード情報が通知情報を生成する際に用いられるフィルタ、送信先、送信する情報の種類等を保持していることとなり、換言すれば通知規則情報に相当する。
【００６６】
受信処理部１０２は、リーダ１５１ａ〜ｎから送信された情報を受信する処理を行う。本実施の形態において受信処理部１０２は、リーダ１５１ａ〜ｎからネットワークを介して受信したタグＩＤ、計測された信号強度を受信する。受信した際、受信したパケットのヘッダを参照することでリーダのＩＰアドレスを特定できる。このタグＩＤ、信号強度及びリーダのＩＰアドレスは、リーダ１５１ａ〜ｎから送信するように定められた情報であり、換言すれば所定情報に相当する。この受信処理部１０２は、これら受信した情報に検出時間を対応付けた情報で、タグ信号管理テーブルを更新するようにタグ情報管理部１０３に依頼する。検出時間とは、リーダ１５１ａ〜ｎがアクティブタグ１６１ａ〜ｎを検出した時間、つまりリーダ１５１ａ〜ｎからタグＩＤ等を受信した時の現在時間とする。
【００６７】
タグ情報管理部１０３は、デバイスＤＢが保持する各テーブルに対して処理を行う。本実施の形態では、タグ情報管理部１０３は、リーダ位置管理テーブルを参照して受信処理部１０２から入力されたリーダのＩＰアドレスよりリーダＩＤを特定し、この特定されたリーダＩＤと、入力されたタグＩＤと、信号強度と、検出時間を対応付けて、タグ信号管理テーブルのタグＩＤ及びリーダＩＤが一致するレコードに対して更新を行う。これにより、タグ信号管理テーブルでは、タグＩＤについて最新の情報が保持される。
【００６８】
また、タグ情報管理部１０３は、タグ信号管理テーブルが保持するレコードで更新されなかった場合には一定時間だけ保持する。本実施の形態では、この一定時間を３秒以上とする。これにより、例えば、所定のアクティブタグを１秒前にリーダａ、リーダｂ及びリーダｃで検出されたが、今回リーダａ及びリーダｂでのみ検出された場合に、リーダａとリーダｂを示すリーダＩＤと対応付けられたレコードについてのみ更新され、リーダｃを示すリーダＩＤと対応付けられたレコードは１秒前の情報が保持される。このように、３秒以内に一度でも検出されていればタグＩＤに対応付けられた情報が保持されていることになる。つまり、何らかの障害により一時的にアクティブタグからの信号が検出できなかった場合でも位置情報を算出することができる。
【００６９】
位置情報取得部１０４は、予め定められた期間毎にタグ情報管理部１０３からタグ信号管理テーブルが保持しているタグＩＤと対応付けられたリーダＩＤ及び検出時間、並びにリーダ位置管理テーブルが保持しているリーダＩＤと対応付けられた座標系及び位置情報を取得し、取得した情報に基づいてタグＩＤと対応付けられた位置情報を算出し、アクティブタグ１６１ａ〜ｎの位置情報を取得する。
【００７０】
位置情報取得部１０４が位置情報を特定する方法について説明する。例えばアクティブタグ１６１ｂを検出したリーダが１つしかない場合、検出したリーダの座標系及び位置情報をアクティブタグ１６１ｂの位置を示す座標系及び位置情報とする。また、アクティブタグ１６１ｃを検出したリーダが複数ある場合のアクティブタグ１６１ｃの位置情報の算出方法は、現在提案されている様々な方法のうちどのような方法を用いても良いが、例えば検出したリーダの位置情報の平均値、又は検出したリーダの位置情報に信号強度で重み付けした上で平均値をとる方法等が考えられる。そして、位置情報取得部１０４は、取得した座標系及び位置情報をアクティブタグ１６１ａ〜ｎのタグＩＤ、検出時間と対応付けて後述する位置情報変更判断部１０５に出力する。なお、この取得した位置情報は、換言すると媒体位置情報に相当する。
【００７１】
また、位置情報取得部１０４は予め定められた期間毎に、アクティブタグ１６１ａ〜ｎ各々の最新の位置情報を取得することとする。本実施の形態では、予め定められた期間を３秒とする。上述したようにタグ情報管理部１０３は３秒以上情報を保持している。これにより、位置情報取得部１０４は、仮にリーダがアクティブタグから発信された信号を３回に１回程度しか受信できない電波状況でも、更新された情報に基づいて位置情報を算出することができる。
【００７２】
位置情報変更判断部１０５は、位置情報取得部１０４から入力されたタグＩＤと対応付けられた位置情報と、後述する位置情報ＤＢ管理部１０６から入力された以前検出された時のタグＩＤと対応付けられた位置情報を比較して、アクティブタグ１６１ａ〜ｎの位置が変更されているか否か判断する。
【００７３】
また、位置情報変更判断部１０５は位置が変更されていると判断した場合、位置情報ＤＢ管理部１０６に対して変更された位置情報でＵＩＤ位置管理テーブルを更新する旨を依頼する。この際、位置情報にタグＩＤ及び検出時間を対応付けて出力する。その後、位置情報変判断部１０５は、位置情報ＤＢ管理部１０６からＵＩＤ、位置情報及び検出時間を更新情報として受け取り、更新情報にイベント名‘座標変更・確認’を対応付けて、通知情報を生成する依頼を通知情報生成部１０７に出力する。この受け取ったＵＩＤは、アクティブタグを保持した状態で移動した物体を示すＵＩＤであり、換言すれば保持識別情報に相当する。
【００７４】
位置情報ＤＢ管理部１０６は、位置情報ＤＢが保持する各テーブルに対して処理を行う。本実施の形態では、位置情報ＤＢ管理部１０６は、位置情報変更判断部１０５から位置情報を出力する旨とタグＩＤが入力されると、ＩＤ対応管理テーブルとＵＩＤ情報管理テーブルに基づいてタグＩＤと対応付けられた位置情報を取得して、位置情報変更判断部１０５に出力する。
【００７５】
また、位置情報ＤＢ管理部１０６は、更新する旨の依頼と共にタグＩＤ、位置情報及び検出時間が位置情報変更判断部１０５から入力された場合、ＩＤ対応管理テーブルを用いてタグＩＤと対応付けられたＵＩＤを取得した後、取得したＵＩＤと位置情報及び検出時間を対応付けてＵＩＤ情報管理テーブルを更新する。また、物体が移動した場合に更新される以上、ＵＩＤ情報管理テーブルは、アクティブタグを備えた全ての物体の現在の位置情報を保持していることになる。
【００７６】
また、位置情報ＤＢ管理部１０６は、ＵＩＤ情報管理テーブルを更新したレコード情報、具体的にはＵＩＤ、位置情報及び検出時間を対応付けて位置情報変更判断部１０５に出力する。これにより、位置情報変更判断部１０５は、通知情報の生成の依頼をすることができる。
【００７７】
また、位置情報ＤＢ管理部１０６は、後述する要求受付部１１０からイベント名、送信する条件が、送信する旨の要求と共に入力された場合、送信する条件を満たしたレコード情報を、要求受付部１１０が受け付けたイベント名と共に通知情報生成部１０７に出力する。
【００７８】
通知情報生成部１０７は、通知情報を生成する依頼と共に入力された情報に基づいて、通知情報を生成する。本実施の形態では、通知情報生成部１０７は、位置情報変更判断部１０５及び位置情報ＤＢ管理部１０６から入力されるイベント名及び更新情報又はレコード情報から、フィルタＤＢ管理部１０８に対して入出力を行い、サービスフィルタテーブルが保持する条件を満たした通知情報を生成する。なお、通知情報を生成するまでの具体的な処理手順は後述する。なお、生成された通知情報にはイベント名が含まれていることとし、これにより通知情報がどのような場合に生成されたのか、送信先のアプリケーションが特定することができる。
【００７９】
また、通知情報生成部１０７は、ＵＩＤ情報管理テーブルから入力された情報に対応するレコード情報を取得し、この取得したレコード情報を用いて、サービスフィルタテーブルが保持する条件を満たすか否か判断し、満たした場合に通知情報を生成することもできる。具体的な例として、通知情報生成部１０７は、この入力された情報に対応するレコード情報を取得するために、ＵＩＤをキーとして用い、ＵＩＤが一致したレコードを取得する。これにより入力された情報に対応付けられた名前、タイプを取得することができる。また、この名前及びタイプは、ＵＩＤで示される物体の属性であり、換言すれば取得属性情報に相当する。
【００８０】
また、サービスフィルタテーブルが保持する条件を満たすとは、例えば、サービスフィルタテーブルの各レコードの「位置１」及び「位置２」で定められる矩形領域内に、入力された情報に含まれていた位置情報が存在していた場合に、「位置１」及び「位置２」で定められた条件を満たしたことになる。
【００８１】
他の例としては、サービスフィルタテーブルの各レコードの「ＵＩＤ」と、入力された情報に含まれていたＵＩＤが一致した場合に、「ＵＩＤ」で定められた条件を満たすことになる。このように、各レコードが保持している条件を満たした場合に、通知情報生成部１０７は通知情報を生成する。
【００８２】
さらに他の例としては、入力された情報の「ＵＩＤ」とＵＩＤ情報管理テーブルのフィールド「ＵＩＤ」を比較し、一致したレコード情報を取得する。そして取得したレコード情報に含まれていた「タイプ」と、サービスフィルタテーブルの各レコードの「フィルタタイプ」が一致した場合に、「フィルタタイプ」で定められた条件を満たすことになる。このように、各レコードが保持している条件を満たした場合に、通知情報生成部１０７は通知情報を生成する。このフィルタタイプは、物体の属性をフィルタリングする条件としたものであり、換言すれば属性情報に相当する。
【００８３】
また、通知情報生成部１０７は、サービスフィルタテーブルのレコードの条件を満たした場合、当該フィルタを示すレコードの「送信情報」フィールドを参照し、「送信情報」に記載された情報を取得し、取得した情報を通知情報に含める。これにより、アプリケーション毎に適した情報を含めた通知情報を生成することが可能になる。
【００８４】
また、本実施の形態では、この「送信情報」フィールドに記載された情報としては、入力された各情報、又はＵＩＤ情報管理テーブル等のフィルタリングデータベース１１３が保持するテーブルにおいて入力された情報との対応関係から取得可能な情報とする。これにより「送信情報」に記載された情報を、通知情報生成部１０７は、通知情報を生成するために必要な情報を取得することができる。なお、通知情報生成部１０７は、フィルタリングデータベース１１３から情報を取得したい場合、必要に応じてはフィルタＤＢ管理部１０８に要求を行うこととなる。
【００８５】
また、通知情報生成部１０７は、生成した通知情報を通知処理部１０９に出力する。また、通知情報生成部１０７は、通知情報を出力する際に、当該フィルタを示すレコードが保持していた送信先及びサービスタイプを出力する。さらに、当該フィルタが暗号を保持していた場合、通知情報生成部１０７は暗号も、通知情報等と共に出力する。
【００８６】
フィルタＤＢ管理部１０８は、フィルタリングデータベース１１３が保持する各テーブルに対して処理を行う。本実施の形態では、フィルタＤＢ管理部１０８は、通知情報生成部１０７から入力されたイベント名より一致するフィルタのリストをサービスフィルタテーブルから取得して通知情報生成部１０７に出力する。また、通知情報生成部１０７に入力されたレコード情報及び更新情報に対応付けられる情報をＵＩＤ情報管理テーブル又はエリアテーブルから取得して、通知情報生成部１０７に出力する。
【００８７】
また、フィルタＤＢ管理部１０８は、要求受付部１１０からフィルタを追加する旨と共に追加する条件を示す情報が入力された場合、サービスフィルタテーブルに条件を示すレコードを追加する。また、要求受付部１１０からフィルタの変更又は削除する旨が入力された場合も同様にサービスフィルタテーブルに対して変更又は削除を行う。つまり、フィルタＤＢ管理部１０８は、換言すれば通知規則管理手段に相当する。
【００８８】
通知処理部１０９は、通知情報生成部１０７から通知情報、送信先及びサービスタイプが入力された場合、サービスタイプが保持する送信プロトコルで送信処理を行うプログラムを呼び出して、通知情報を送信先に送信する処理を行う。また、通知処理部１０９は、通知情報等とともに暗号が入力された場合、入力された暗号方法を用いて暗号化した後に通知情報を送信する。
【００８９】
この入力された暗号化方法で、位置情報管理サーバ１００とアプリケーションの間が暗号化される。この暗号化手段はどのような手段を用いても良く、例えばＩｐｓｅｃ、ｈｔｔｐｓ、ＳＳＬ或いはＤＥＳ等が考えられる。このように通知処理部１０９が、暗号化処理を行うことで、情報の漏洩を防止することができる。さらに、プライバシーを保持し、セキュリティを向上させることができる。
【００９０】
図１０は、位置情報管理サーバ１００と各アプリケーションの関係を具体例で示した説明図である。本図に示すように、ユーザＡが備えていたアクティブタグ１６１ａは前回リーダ１５１ａで検出されていたが、今回はリーダ１５１ｂで検出された場合、位置情報管理サーバ１００の位置情報変更判断部１０５は、前回との位置情報と比較して移動したと判断する。そして、位置情報管理サーバ１００の通知情報生成部１０７は、位置情報変更判断部１０５から通知情報を生成する依頼と共に入力された情報（位置情報を含む）が、サービスフィルタテーブルが保持しているフィルタの条件を満たしていた場合、当該フィルタが保持する「送信先」に、当該フィルタの「送信情報」で保持している種類の情報を取得して送信する。
【００９１】
具体的な例として、所在確認を行うアプリケーションについて説明ずる。所在確認を行うアプリケーションのためのフィルタとして、イベントに「座標変更・更新」を、フィルタタイプに「ＰＥＲＳＯＮ」を、送信先に当該アプリケーションの場所を対応付けてサービスフィルタテーブルに登録されている場合、位置情報の変更が検出されたユーザ情報が当該アプリケーションに常に送信される。これにより当該アプリケーションは、全てのユーザの所在状態を表示処理することができる。
【００９２】
次に、ＰＣ１００１をロックするアプリケーションについて説明する。まず、ユーザＡが使用するＰＣ１００１にインストールされておりユーザＡが離席した場合にＰＣ１００１を他の利用者が使用できないようにロックするアプリケーションについて説明する。当該アプリケーションのフィルタに、イベントとして「座標変更・更新」を、フィルタタイプに「ＰＥＲＳＯＮ」を、ＵＩＤにユーザＡを示すＵＩＤを、位置にＰＣ１００１の場所を、送信先にＰＣ１００１の当該アプリケーションを示すアドレス及びポート番号を、対応付けてサービスフィルタテーブルに登録されている場合、ＰＣ１００１に着席又は離席したユーザＡの情報を、当該アプリケーションが取得することができる。また、このフィルタはユーザＡがＰＣ１００１にログインした際に当該アプリケーションの要求により、位置情報管理サーバ１００に登録された。そして、ユーザＡがＰＣ１００１からログアウトした場合、当該アプリケーションの要求によりこのレコードは削除される。このようにアプリケーションの要求に応じてフィルタの登録、変更又は削除を行うことで、状況に応じて適した情報をアプリケーションが取得することができる。
【００９３】
次に、ユーザＡの移動が確認された場合に実際に行われるフィルタ処理の例について図９で示したテーブルを用いて説明する。まず、ユーザＡが備えていたアクティブタグ１６１ａの移動が検出された場合、移動が検出されたので送信されるイベントの条件は「座標変更・更新」となる。また、仮にユーザＡが備えたアクティブタグ１６１ａのタグＩＤをＴＡＧＩＤ０００１とすると図５で示したＩＤ対応管理テーブルからＵＩＤ：ＩＤ０００１が導出できる。さらに、図８よりＵＩＤ：ＩＤ０００１からタイプ：ＰＥＲＳＯＮが導き出せる。
【００９４】
次に、これらの条件を満たすレコードの有無を検証する。まず、イベントが「座標変更・更新」である以上、図９でＮｏ．４のレコードは、イベントが「電圧変化」のため条件を満たさない。そして、Ｎｏ．５のレコードは、フィルタタイプが「ＯＢＪ」のため条件を満たさない。次に、Ｎｏ．２のレコードは、ＵＩＤが「ＩＤ０００２」のため条件を満たさない。そして、ＮＯ．３のレコードは、ラベルが「会議室」であり、ユーザＡは自分の席にいたので条件を満たさない。つまり、Ｎｏ．１のレコードのみ全ての条件を満たすので、Ｎｏ．１のレコードが保持する「192.168.0.10/per.cgi」にユーザＡのＵＩＤとイベント名「座標変更・更新」がHTTP-GETで送信される。
【００９５】
要求受付部１１０は、位置情報管理サーバ１００に接続されたアプリケーション又はプロセスからの要求を受け付けて、要求に適した情報を出力又はフィルタを生成するための処理を行う。本実施の形態では、要求受付部１１０は、他のアプリケーションから、フィルタの条件及び送信先等のフィルタとして保持する情報を受け取った場合、フィルタの登録の依頼とともに受け取った情報をフィルタＤＢ管理部１０８に出力する。
【００９６】
また、要求受付部１１０は、フィルタ登録の依頼の他に、フィルタの変更又はフィルタの削除等の要求も受け付ける。そして、受け付けた要求は、要求と共に受け取ったフィルタを指定する情報、さらに変更の場合は変更する条件を示す情報と共にフィルタＤＢ管理部１０８に出力する。また、フィルタを指定する条件としては、サービスフィルタテーブルの「送信先」フィールド、「イベント」フィールドなどレコードを特定可能であればどのような条件でも良い。
【００９７】
図１１は、アプリケーションの要求により位置情報管理サーバ１００で要求に応じたフィルタを生成するまでの一例を説明する説明図である。本図に示すように、アプリケーションが、情報を所定の条件を満たした場合に送信する要求を、送信する条件及び送信する情報の種類と共に、位置情報管理サーバ１００に行ったものとする。この場合、要求受付部１１０が、定期的に送信する要求を、送信する条件及び送信する情報の種類と共に受け付ける。そして、要求受付部１１０は、この定期的に送信する要求に適したイベント名を生成する。次に、要求受付部１１０は、フィルタＤＢ管理部１０８にイベント名と送信する条件と送信先と送信情報（つまり、送信する情報の種類）を出力する。なお、送信先は要求を行ったアプリケーションの場所とする。そして、フィルタＤＢ管理部１０８が、サービスフィルタテーブルに送信する条件と送信先と送信情報を対応付けたレコードを追加する。
【００９８】
これにより、位置情報管理サーバ１００の通知情報生成部１０７が取得した更新情報又はレコード情報が、サービスフィルタテーブルに追加されたレコードの条件を満たした場合に、当該レコードで示された送信先に送信される。
【００９９】
また、要求受付部１１０は、他のアプリケーションからすぐに情報を送信する要求を、送信する条件を受け付けた場合、送信する要求に対応したイベント名を生成する。そして、要求受付部１１０は、送信を要求したアプリケーションを送信先として通知情報生成部１０７に出力し、位置情報ＤＢ管理部１０６に送信する条件及びイベント名を、送信する旨の要求と共に出力する。これにより、位置情報ＤＢ管理部１０６は条件を満たしたレコード情報を取得して通知情報生成部１０７に出力し、通知情報生成部１０７は入力された送信先に送信する通知情報を、入力されたレコード情報に基づいて生成することができる。
【０１００】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００におけるタグＩＤ等の情報の受信から位置情報に変更があった場合にアプリケーションに通知情報を通知するまでの処理について説明する。図１２は、本実施の形態にかかる位置情報管理サーバ１００における上述した処理の手順を示すフローチャートである。
【０１０１】
まず、受信処理部１０２は、リーダ１５１ａ〜ｎが検出したアクティブタグ１６１ａ〜ｎのタグＩＤ等の情報をリーダ１５１ａ〜ｎから受信する（ステップＳ１２０１）。
【０１０２】
そして、タグ情報管理部１０３が、受信処理部１０２が受信したタグＩＤ、受信したリードのリーダＩＤ、信号強度及び検出時間を対応付けてタグ信号管理テーブルを更新する（ステップＳ１２０２）。
【０１０３】
次に、位置情報取得部１０４は、予め定められた時間毎に、タグ情報管理部１０３から３秒以内に検出されたアクティブタグ１６１ａ〜ｎのタグＩＤ、検出したリーダのリーダＩＤ及び信号強度、並びにリーダ毎の位置情報を取得し、取得した情報に基づいてタグＩＤに対応付けられた位置情報を算出して、アクティブタグ１６１ａ〜ｎの位置情報を取得する（ステップＳ１２０３）。
【０１０４】
そして、位置情報変更判断部１０５は、位置情報取得部１０４が取得した位置情報と、位置情報ＤＢ管理部１０６から入力された位置情報データベース１１２で保持していた位置情報とを比較して、位置が変更したか否か判断する（ステップＳ１２０４）。位置情報が変更されていないと判断した場合は、特に処理を行わずに終了する（ステップＳ１２０４：Ｎｏ）。
【０１０５】
次に、位置情報変更判断部１０５が位置情報を変更されていると判断した場合、位置情報ＤＢ管理部１０６は、タグＩＤをキーとして取得したＵＩＤと、位置情報、座標系及び検出時間を対応付けたレコードでＵＩＤ位置管理テーブルを更新する（ステップＳ１２０５）。
【０１０６】
そして、通知情報生成部１０７は、位置情報ＤＢ管理部１０６がＵＩＤ位置管理テーブルに対して更新した情報と、通知情報を生成する依頼を、位置情報変更判断部１０５から入力された場合、入力された情報がサービスフィルタテーブルの各レコードで示されるフィルタの条件を満たした場合、当該フィルタが保持している「送信情報」フィールドで特定される情報を取得し、取得した情報を対応付けて通知情報を生成する（ステップＳ１２０６）。
【０１０７】
次に、通知処理部１０９が、生成された通知情報を、当該フィルタが保持していた「送信先」フィールドで特定された送信先に通知する処理を行う（ステップＳ１２０７）。通知する際に、当該フィルタのサービスタイプが保持している送信プロトコルを用いて送信し、当該フィルタの暗号が定義されている場合、定義されている暗号を用いて暗号化を行う。
【０１０８】
上述した処理手順により、アクティブタグ１６１ａ〜ｎを検出してからアプリケーション毎に適した情報を送信することが可能となる。なお、上述した処理手順は、本実施の形態によるタグＩＤ等の情報を受信してから位置情報が変更された場合の通知情報を生成して通知処理を行うまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１０９】
また、上述した処理手順では、位置情報管理サーバ１００が通知情報を通知する条件として位置情報が変更された場合について説明したが、通知する条件を位置情報が変更された場合に制限するものではなく、サービスフィルタテーブルのイベントとして設定可能な条件であればどの様な条件でも良い。例えば、アクティブタグ１６１ａ〜ｎの電源低下等が考えられる。
【０１１０】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００の受信処理部１０２におけるリーダ１５１ａ〜ｎから情報の受け付けからタグ情報管理部１０３にタグ信号管理テーブルの更新を依頼するまでの処理について説明する。図１３は、本実施の形態にかかる位置情報管理サーバ１００の受信処理部１０２における上述した処理の手順を示すフローチャートである。
【０１１１】
まず、受信処理部１０２は、リーダ１５１ａ〜ｎからタグＩＤ等の情報が受信されるのを受け付ける（ステップＳ１３０１）。そして、リーダ１５１ａ〜ｎから情報を受信したか否か判断する（ステップＳ１３０２）。情報を受信していないと判断した場合（ステップＳ１３０２：Ｎｏ）、ステップＳ１３０１から再び受信を受け付ける。
【０１１２】
そして、受信処理部１０２がリーダ１５１ａ〜ｎから情報を受信したと判断した場合（ステップＳ１３０２：Ｙｅｓ）、受信したタグＩＤ及び信号強度を取得し、さらに送信元のリーダのアドレスからリーダＩＤを取得する（ステップＳ１３０３）。
【０１１３】
次に、受信処理部１０２は、現在時間を検出時間として、ステップＳ１３０３で取得した、タグＩＤ、信号強度及びリーダＩＤと対応付ける（ステップＳ１３０４）。
【０１１４】
そして、受信処理部１０２は、対応付けたタグＩＤ、信号強度、リーダＩＤ及び検出時間をタグ情報管理部１０３に出力し、タグ情報管理部１０３に出力した情報でタグ信号管理テーブルを更新する依頼を行う（ステップＳ１３０５）。
【０１１５】
上述した処理手順により、受信した情報からタグ信号管理テーブルを更新することが可能となる。なお、上述した処理手順は、本実施の形態によるリーダ１５１ａ〜ｎから情報の受け付けからタグ情報管理部１０３にタグ信号管理テーブルに更新する情報を依頼するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１１６】
そして、タグ信号管理テーブルが保持している情報よりアクティブタグ１６１ａ〜ｎの位置情報を取得する。そこで、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００の位置情報取得部１０４が３秒以内に検出されたタグＩＤ等の情報を取得してからアクティブタグの位置情報を取得するまでの処理について説明する。図１４は、本実施の形態にかかる位置情報管理サーバ１００の位置情報取得部１０４における上述した処理の手順を示すフローチャートである。
【０１１７】
まず、位置情報取得部１０４は、タグ情報管理部１０３から、タグ信号管理テーブルが保持している検出時間が現在から３秒前までのレコード情報を全て取得する（ステップＳ１４０１）。このレコード情報は、タグＩＤ、信号強度、リーダＩＤ及び検出時間を対応付けたレコード情報とする。
【０１１８】
そして、位置情報取得部１０４は、取得したレコード情報から、位置情報取得の対象となる１つのタグＩＤを設定する（ステップＳ１４０２）。
【０１１９】
そして、位置情報取得部１０４は設定したタグＩＤとレコード情報として対応付けられたリーダＩＤの位置情報が存在するか否かタグ情報管理部１０３に依頼して、その後にタグ情報管理部１０３から入力された情報よりリーダＩＤと対応付けられた位置情報が存在するか否か確認する（ステップＳ１４０３）。この際、タグ情報管理部１０３は、リーダ位置管理テーブルに対してリーダＩＤに対応付けられた位置情報があるか否か検索を行う。
【０１２０】
次に、位置情報取得部１０４は、リーダＩＤに対応付けられた位置情報が存在しないことを確認した場合（ステップＳ１４０３：Ｎｏ）、このリーダＩＤと対応付けられたタグＩＤの存在する位置情報は不明とする（ステップＳ１４０４）。
【０１２１】
そして、リーダＩＤに対応付けられた位置情報が存在する場合（ステップＳ１４０３：Ｙｅｓ）、位置情報取得部１０４は、このタグＩＤと対応付けられたリーダが複数あるか否か判断する（ステップＳ１４０５）。具体的な例としては、タグ信号管理テーブルに当該タグＩＤと対応付けられたレコード情報が複数あった場合に、タグＩＤと対応付けられたリーダが複数あったと判断する。
【０１２２】
次に、位置情報取得部１０４が、リーダが複数あったと判断した場合（ステップＳ１４０５：Ｙｅｓ）、この複数のリーダの位置情報に信号強度による重みをつけて、アクティブタグの位置情報を算出する（ステップＳ１４０６）。
【０１２３】
また、位置情報取得部１０４はこのタグＩＤを検出したリーダが１つしかなかったと判断した場合（ステップＳ１４０５：Ｎｏ）、このタグＩＤを検出したリーダの位置を、アクティブタグの位置情報とする（ステップＳ１４０７）。
【０１２４】
そして、位置情報取得部１０４は、全ての検出された全てのタグＩＤの位置情報を取得したか否か判断する（ステップＳ１４０８）。全てのタグＩＤの位置情報を取得したと判断した場合（ステップＳ１４０８：Ｙｅｓ）、位置情報取得部１０４は取得した位置情報を位置情報変更判断部１０５に出力して処理を終了する。
【０１２５】
全てのタグＩＤの位置情報を取得していないと判断した場合（ステップＳ１４０８：Ｎｏ）、位置情報取得部１０４は位置情報を取得していないタグＩＤから取得の対象となる次のタグＩＤを設定する（ステップＳ１４０９）。そして、ステップＳ１４０３から処理を再開する。
【０１２６】
上述した処理手順により、タグＩＤと対応付けられた位置情報を取得することが可能となる。なお、上述した処理手順は、本実施の形態による３秒以内に検出されたタグＩＤ等の情報を取得してから位置情報として特定するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１２７】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００の通知情報生成部１０７が他の構成から通知情報の生成の依頼を監視して依頼があった場合に通知情報を生成して、通知処理部が生成した通知情報を通知処理するまでの処理について説明する。図１５は、本実施の形態にかかる位置情報管理サーバ１００の通知情報生成部１０７及び通知処理部１０９における上述した処理の手順を示すフローチャートである。なお、このフローチャートでは、通知情報生成部１０７及び通知処理部１０９から入力された更新情報又はレコード情報が１つの場合について説明する。
【０１２８】
まずは通知情報生成部１０７は、位置情報変更判断部１０５及び位置情報ＤＢ管理部１０６から通知情報の生成の依頼を監視する（ステップＳ１５０１）。
【０１２９】
次に、通知情報生成部１０７は、通知情報の生成の依頼が入力されたか否か判断する（ステップＳ１５０２）。通知情報の生成の依頼が入力されていないと判断した場合（ステップＳ１５０２：Ｎｏ）、ステップＳ１５０１の通知情報の生成の依頼の監視から再開される。
【０１３０】
そして、通知情報生成部１０７は、通知情報の生成の依頼が入力されたと判断した場合（ステップＳ１５０２：Ｙｅｓ）、通知情報の生成の依頼と共に入力されたレコード情報又は更新情報に対応付けられた情報を取得する（ステップＳ１５０３）。
【０１３１】
対応付けられた情報を取得する詳細な例としては、通知情報生成部１０７に入力されたレコード情報又は更新情報のＵＩＤより、ＵＩＤ情報管理テーブルが保持しているＵＩＤで対応付けられた名前、タイプを取得し、入力された座標系及び位置情報より、エリアテーブルで座標系、位置１及び位置２で対応付けられたラベルを取得する。
【０１３２】
次に、通知情報生成部１０７は、依頼に適合するフィルタのリストを取得する（ステップＳ１５０４）。具体的な例としては、レコード情報又は更新情報であるＵＩＤ、座標系、位置情報に、入力されたイベント名、さらにステップＳ１５０３で取得した名前、タイプ及びラベルを、フィルタ取得の条件とする。これらの条件を満たしたフィルタのリスト、換言すればサービスフィルタテーブルのレコード情報を取得する。なお、レコード情報又は更新情報及びステップＳ１５０３で取得した情報が、フィルタで設定された条件と比較する対象となるため、換言すれば比較対象情報となる。
【０１３３】
例えば、ステップＳ１５０２で、通知情報の生成の依頼が更新情報及びイベント名「座標変更・更新」と共に入力された場合、通知情報生成部１０７は、フィルタＤＢ管理部１０８に、レコード情報又は更新情報、イベント名及びステップＳ１５０３で取得したタイプ等の情報を出力する。通知情報生成部１０７は、出力した情報を満たしたサービスフィルタテーブルのレコード情報をフィルタＤＢ管理部１０８から入力される。
【０１３４】
このように、入力された更新情報又はレコード情報による条件を満たしたフィルタを取得するということは、逆に取得したフィルタの条件を満たした更新情報又はレコード情報を選択していることになる。
【０１３５】
そして、通知情報生成部１０７は、リスト中の全フィルタ、換言すれば取得した全てのレコード情報について処理が終了したか否か判断する（ステップＳ１５０５）。処理が終了したと判断した場合（ステップＳ１５０５：Ｙｅｓ）、ステップＳ１５０１の通知情報の生成の依頼の監視から再開される。
【０１３６】
また、処理が終了していないと判断した場合（ステップＳ１５０５：Ｎｏ）、通知情報生成部１０７は、フィルタを示す取得したレコード情報の「送信情報」から通知する情報の種類を取得する（ステップＳ１５０６）。例えば、図９で示したＮｏ３のレコードの場合、送信する情報の種類として「ＵＩＤ、位置、時間」を取得する。
【０１３７】
次に、通知情報生成部１０７は、ステップＳ１５０６で取得した送信する情報の種類に基づいて送信する情報を取得する（ステップＳ１５０７）。上述した送信する情報の種類として「ＵＩＤ、位置、時間」の場合、ステップＳ１５０２で入力されたＵＩＤ、位置情報、検出時間を取得する。また、ステップＳ１５０２及びステップＳ１５０３で取得した情報に含まれていない情報が送信する情報として定義されていた場合、通知情報生成部１０７は、フィルタＤＢ管理部１０８に依頼して必要な情報を取得する。そして通知情報生成部１０７は、この取得した情報を通知情報として、フィルタが保持する「送信先」、「サービスタイプ」等とともに通知処理部１０９に出力する。
【０１３８】
そして、通知処理部１０９は、入力された「サービスタイプ」で指定された送信プロトコルで送信するためのプログラムを呼び出す（ステップＳ１５０８）。
【０１３９】
次に、通知処理部１０９は、「暗号」が入力された場合は、通知情報を「暗号」で指定された方法を用いて暗号化する（ステップＳ１５０９）。「暗号」が入力されなかった場合、特に処理を行わない。
【０１４０】
そして、通知処理部１０９は、通知情報を「送信先」で指定されたアドレスに送信する（ステップＳ１５１０）。そしてステップＳ１５０５に戻り、リスト中の全フィルタについて処理が終了したか否か判断する。
【０１４１】
上述した処理手順により、アプリケーション毎に適した情報を送信することが可能となる。また、上述したフローチャートでは、通知情報生成部１０７及び通知処理部１０９から入力されたレコード情報又は更新情報が１つの場合としたが、複数の位置情報を受け付けた場合はステップＳ１５０３〜ステップＳ１５１０までの処理手順を入力されたレコード情報又は更新情報毎に処理を行うことで可能となる。
【０１４２】
なお、上述した処理手順は、本実施の形態による他の構成から通知情報の生成の依頼を監視して依頼があった場合に通知情報を生成して通知処理するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１４３】
図１６は、位置情報管理サーバ１００の機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。本実施の形態のＰＣ１６００は、ＣＰＵ(Central Processing Unit)１６０１等の制御装置と、ＲＯＭ（Read Only Memory）１６０２やＲＡＭ（Random Access Memory）１６０３等の記憶装置と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disk）ドライブ装置等の外部記憶装置１６０４と、ディスプレイ装置等の表示装置１６０５と、キーボードやマウス等の入力装置１６０６と、ネットワークと接続する通信インターフェース１６０７とこれらを接続したバス１６０８を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１４４】
本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１４５】
また、本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１４６】
また、本実施形態の位置情報管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１４７】
本実施の形態の位置情報管理サーバ１００で実行される位置情報管理プログラムは、上述した各部（受信処理部、タグ情報管理部、位置情報取得部、位置情報変更判断部、位置情報ＤＢ管理部、通知情報生成部、フィルタＤＢ管理部、通知処理部、要求受付部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上記記録媒体から位置情報管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受信処理部、タグ情報管理部、位置情報取得部、位置情報変更判断部、位置情報ＤＢ管理部、通知情報生成部、フィルタＤＢ管理部、通知処理部、要求受付部が主記憶装置上に生成されるようになっている。
【０１４８】
上述した本実施の形態では、位置情報取得部１０４における位置情報の取得方法を予め定められた期間毎に取得することとしたが、本発明における位置情報取得方法を制限するものではなく、例えばアクティブタグ１６１ａ〜ｎが検出される度に位置情報を取得する等の方法を用いても良い。さらに、本実施の形態では位置情報取得部１０４がタグＩＤ等を取得する間隔を３秒と定めたが、この期間を３秒に制限するものではない。
【０１４９】
また、本実施の形態では、送信先をアプリケーションに制限するものではなく、プロセスや他の装置等に送信してもよい。また、本実施の形態は、座標系を階数に制限するものではない。
【０１５０】
各アプリケーションに対して適切な情報を通知することができるため、各アプリケーションは必要な情報を容易に取得することができる。
【０１５１】
送信する情報の種類を変更できることで、例えば、アクティブタグが物に付けられている場合に、このタグが信号を発信した座標を通知すると設定することで、物を紛失した際にタグの座標を特定できるのでこの物を発見できる。これに対して、タグが利用者に付けられた場合に、正確な座標までは不要であるため利用者が存在する部屋情報のみ通知すると設定することで、利用者の所在地を特定できると共に、正確な座標まで送信しないのでプライバシーを保護できる。このように、アプリケーションに必要な情報のみ送信するのでアプリケーションは実行できるとともに、不必要な情報は送信されないので、プライバシーを保護することができる。
【０１５２】
また、本実施の形態ではサービスフィルタテーブルで設定されたフィルタの条件を満たした情報のみ通知するので、アプリケーションは不要な情報を取得することがなくなり、アプリケーション及びアプリケーションを実行している装置の負荷を軽減できる。また、ネットワークのトラフィックを軽減することができる。
【産業上の利用可能性】
【０１５３】
以上のように、本発明にかかる位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムは、受信したタグの位置情報等を管理する技術に有用であり、特に、管理している情報をアプリケーションに通知する技術に適している。
【図面の簡単な説明】
【０１５４】
【図１】本実施の形態にかかる位置情報管理システムの構成を示すブロック図である。
【図２】位置情報管理システムの全体構成の概念的に示した説明図である。
【図３】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたリーダ位置管理テーブルの構造を示した図である。
【図４】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたタグ信号管理テーブルの構造を示した図である。
【図５】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたＩＤ対応管理テーブルの構造を示した図である。
【図６】本実施の形態にかかる位置情報管理サーバの記憶部にＵＩＤ位置管理テーブルの構造を示した図である。
【図７】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたエリアテーブルの構造を示した図である。
【図８】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたＵＩＤ情報管理テーブルの構造を示した図である。
【図９】本実施の形態にかかる位置情報管理サーバの記憶部に記憶されたサービスフィルタテーブルの構造を示した図である。
【図１０】本実施の形態にかかる位置情報管理サーバと各アプリケーションの関係を具体例で示した説明図である。
【図１１】アプリケーションの要求により位置情報管理サーバで要求に応じたフィルタを生成するまでの一例を説明する説明図である。
【図１２】本実施の形態にかかる位置情報管理サーバにおけるタグＩＤ等の情報の受信から位置情報に変更があった場合にアプリケーションに通知情報を通知するまでの処理の手順を示すフローチャートである。
【図１３】本実施の形態にかかる位置情報管理サーバの受信処理部がリーダからの情報を受け付けてからタグ情報管理部にタグ信号管理テーブルの更新を依頼するまでの処理の手順を示すフローチャートである。
【図１４】本実施の形態にかかる位置情報管理サーバの位置情報取得部が３秒以内に検出されたタグＩＤ等の情報を取得してからアクティブタグの位置情報を取得するまでの処理の手順を示すフローチャートである。
【図１５】本実施の形態にかかる位置情報管理サーバの通知情報生成部が他の構成から通知情報の生成の依頼を監視して依頼があった場合に通知情報を生成して、通知処理部が生成した通知情報を通知処理するまでの処理の手順を示すフローチャートである。
【図１６】本実施の形態にかかる位置情報管理サーバの機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。
【符号の説明】
【０１５５】
１００ 位置情報管理サーバ
１０１ 記憶部
１０２ 受信処理部
１０３ タグ情報管理部
１０４ 位置情報取得部
１０５ 位置情報変更判断部
１０６ 位置情報ＤＢ管理部
１０７ 通知情報生成部
１０８ フィルタＤＢ管理部
１０９ 通知処理部
１１０ 要求受付部
１１１ デバイスデータベース
１１２ 位置情報データベース
１１３ フィルタリングデータベース
１５１ａ〜ｎ リーダ
１６１ａ〜ｎ アクティブタグ
２０１ アプリケーションＡ
２０２ アプリケーションＢ
２０３ アプリケーションＣ
２０４ アプリケーションＤ
１０００ ＰＣ
１６００ ＰＣ
１６０１ ＣＰＵ
１６０２ ＲＯＭ
１６０３ ＲＡＭ
１６０４ 外部記憶装置
１６０５ 表示装置
１６０６ 入力装置
１６０７ 通信インターフェース
１６０８ バス
【特許請求の範囲】
【請求項１】
物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理装置において、
アプリケーション又はプロセスへの送信先を示す送信先情報と、該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、
前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理手段と、
前記記憶手段が記憶する前記通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段により受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、
前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知手段と、
を備えたことを特徴とする位置情報管理装置。
【請求項２】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報を対応付けて記憶し、
前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した比較対象情報が前記記憶手段により記憶される前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１に記載の位置情報管理装置。
【請求項３】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体を示す識別情報を対応付けて記憶し、
前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記記憶手段により記憶される前記通知規則情報の前記識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項２に記載の位置情報管理装置。
【請求項４】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体の属性を示す属性情報を対応付けて記憶し、
前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得属性情報が、前記記憶手段により記憶される前記通知規則情報の前記属性情報と一致している場合に、該取得属性情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項２に記載の位置情報管理装置。
【請求項５】
前記受信処理手段により受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得手段と、をさらに備え、
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記携帯型情報記憶媒体を検出する領域内の位置情報を対応付けて記憶し、
前記通知情報生成手段は、前記位置取得手段により取得された前記媒体位置情報が前記記憶手段により記憶される前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項２に記載の位置情報管理装置。
【請求項６】
要求を受け付けた場合に、前記記憶手段が記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理手段と、をさらに備えたことを特徴とする請求項１乃至５のいずれか１つに記載の位置情報管理装置。
【請求項７】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに通信規約を対応付けて記憶し、
前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項１乃至６のいずれか１つに記載の位置情報管理装置。
【請求項８】
前記通知手段は、前記通知情報生成手段により生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項１乃至７のいずれか１つに記載の位置情報管理装置。
【請求項９】
物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理方法において、
前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理ステップと、
アプリケーション又はプロセスへの送信先を示す送信先情報と該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報とを対応付けた通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップにより受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成ステップと、
前記通知情報生成ステップにより生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知ステップと、
を備えたことを特徴とする位置情報管理方法。
【請求項１０】
前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した比較対象情報が、前記送信先情報と前記通知種類情報とさらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報とを対応付けて保持する前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項９に記載の位置情報管理方法。
【請求項１１】
前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記送信先情報と前記通知種類情報とさらに物体を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１０に記載の位置情報管理方法。
【請求項１２】
前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得識別情報が、前記送信先情報と前記通知種類情報とさらに物体の属性を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該取得識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１０に記載の位置情報管理方法。
【請求項１３】
前記受信処理ステップにより受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得ステップと、をさらに備え、
前記通知情報生成ステップは、前記位置取得ステップにより取得された前記媒体位置情報が、前記送信先情報と前記通知種類情報とさらに前記携帯型情報記憶媒体を検出する領域内の位置情報とを対応付けて保持する前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１０に記載の位置情報管理方法。
【請求項１４】
要求を受け付けた場合に、前記記憶ステップが記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理ステップと、をさらに備えたことを特徴とする請求項９乃至１３のいずれか１つに記載の位置情報管理方法。
【請求項１５】
前記通知情報生成ステップにより生成された前記通知情報を、前記送信先情報と前記通知種類情報とさらに通信規約とを対応付けて保持する前記通知規則情報において、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項９乃至１４のいずれか１つに記載の位置情報管理方法。
【請求項１６】
前記通知ステップは、前記通知情報生成ステップにより生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項９乃至１５のいずれか１つに記載の位置情報管理方法。
【請求項１７】
請求項９乃至１６のいずれか１つに記載された位置情報管理方法をコンピュータで実行させることを特徴とする位置情報管理プログラム。
【請求項１８】
請求項１７に記載された位置情報管理プログラムを格納したコンピュータの読み取り可能な記録媒体。
【請求項１９】
位置情報を取得する対象となる区域内に存在する物体に備えられた携帯型情報記憶媒体と、前記携帯型情報記憶媒体と非接触により前記携帯型情報記憶媒体を検知する検出装置と、検出された前記携帯型情報記憶媒体を備えた物体の位置情報を管理する位置情報を管理する位置情報管理装置と、を備えた位置情報管理システムにおいて、
前記位置情報管理装置は、
前記携帯型情報記憶媒体から発信された所定情報又は前記携帯型情報記憶媒体の前記位置情報に基づいた処理を行うアプリケーションを示す送信先情報と、該アプリケーションに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、
前記携帯型情報記憶媒体から発信された前記所定情報を前記検出装置から受信する処理を行う受信処理手段と、
前記記憶手段が記憶する前記通知規則情報より通知先である前記送信先情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、
前記通知情報生成手段により生成された前記通知情報を前記アプリケーションに通知する通知手段と、を備えたこと
を特徴とする位置情報管理システム。
【請求項１】
物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理装置において、
アプリケーション又はプロセスへの送信先を示す送信先情報と、該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、
前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理手段と、
前記記憶手段が記憶する前記通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段により受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、
前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知手段と、
を備えたことを特徴とする位置情報管理装置。
【請求項２】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報を対応付けて記憶し、
前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した比較対象情報が前記記憶手段により記憶される前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１に記載の位置情報管理装置。
【請求項３】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体を示す識別情報を対応付けて記憶し、
前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記記憶手段により記憶される前記通知規則情報の前記識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項２に記載の位置情報管理装置。
【請求項４】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに物体の属性を示す属性情報を対応付けて記憶し、
前記通知情報生成手段は、前記受信処理手段により受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得属性情報が、前記記憶手段により記憶される前記通知規則情報の前記属性情報と一致している場合に、該取得属性情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項２に記載の位置情報管理装置。
【請求項５】
前記受信処理手段により受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得手段と、をさらに備え、
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに前記携帯型情報記憶媒体を検出する領域内の位置情報を対応付けて記憶し、
前記通知情報生成手段は、前記位置取得手段により取得された前記媒体位置情報が前記記憶手段により記憶される前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項２に記載の位置情報管理装置。
【請求項６】
要求を受け付けた場合に、前記記憶手段が記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理手段と、をさらに備えたことを特徴とする請求項１乃至５のいずれか１つに記載の位置情報管理装置。
【請求項７】
前記記憶手段は、前記通知規則情報が保持する前記送信先情報と前記通知種類情報とに、さらに通信規約を対応付けて記憶し、
前記通知情報生成手段により生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項１乃至６のいずれか１つに記載の位置情報管理装置。
【請求項８】
前記通知手段は、前記通知情報生成手段により生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項１乃至７のいずれか１つに記載の位置情報管理装置。
【請求項９】
物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理方法において、
前記携帯型情報記憶媒体を検出した前記検出装置から所定情報を受信する処理を行う受信処理ステップと、
アプリケーション又はプロセスへの送信先を示す送信先情報と該アプリケーション又は該プロセスに通知する情報の種類を示す通知種類情報とを対応付けた通知規則情報の前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップにより受信された前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成ステップと、
前記通知情報生成ステップにより生成された前記通知情報を、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記送信先情報で特定される送信先に通知する通知ステップと、
を備えたことを特徴とする位置情報管理方法。
【請求項１０】
前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した比較対象情報が、前記送信先情報と前記通知種類情報とさらに前記アプリケーション又は前記プロセスに通知する条件を定義した通知条件情報とを対応付けて保持する前記通知規則情報の前記通知条件情報で定義された条件を満たしている場合に、該比較対象情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項９に記載の位置情報管理方法。
【請求項１１】
前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体を示す保持識別情報が、前記送信先情報と前記通知種類情報とさらに物体を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該保持識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１０に記載の位置情報管理方法。
【請求項１２】
前記通知情報生成ステップは、前記受信処理ステップにより受信された前記所定情報に基づいて取得した前記携帯型情報記憶媒体を保持している物体の属性を示す取得識別情報が、前記送信先情報と前記通知種類情報とさらに物体の属性を示す識別情報とを対応付けて保持する前記通知規則情報の該識別情報と一致している場合に、該取得識別情報との対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１０に記載の位置情報管理方法。
【請求項１３】
前記受信処理ステップにより受信した前記所定情報を検出した前記検出装置の位置情報に基づいて前記所定情報を発信した前記携帯型情報記憶媒体の位置を示す媒体位置情報を取得する位置取得ステップと、をさらに備え、
前記通知情報生成ステップは、前記位置取得ステップにより取得された前記媒体位置情報が、前記送信先情報と前記通知種類情報とさらに前記携帯型情報記憶媒体を検出する領域内の位置情報とを対応付けて保持する前記通知規則情報の前記位置情報で定められる領域内に含まれている場合に、前記媒体位置情報と対応付けから取得可能な情報であり、且つ前記通知条件情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理ステップで受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成すること
を特徴とする請求項１０に記載の位置情報管理方法。
【請求項１４】
要求を受け付けた場合に、前記記憶ステップが記憶する前記通知規則情報の追加、変更、又は削除を行う通知規則管理ステップと、をさらに備えたことを特徴とする請求項９乃至１３のいずれか１つに記載の位置情報管理方法。
【請求項１５】
前記通知情報生成ステップにより生成された前記通知情報を、前記送信先情報と前記通知種類情報とさらに通信規約とを対応付けて保持する前記通知規則情報において、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた前記通信規約に従って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項９乃至１４のいずれか１つに記載の位置情報管理方法。
【請求項１６】
前記通知ステップは、前記通知情報生成ステップにより生成された通知情報を、送信先毎に定められた暗号化処理を行って、前記通知情報を生成する際に用いられた前記通知種類情報と対応付けられた送信先情報で特定される送信先に通知することを特徴とする請求項９乃至１５のいずれか１つに記載の位置情報管理方法。
【請求項１７】
請求項９乃至１６のいずれか１つに記載された位置情報管理方法をコンピュータで実行させることを特徴とする位置情報管理プログラム。
【請求項１８】
請求項１７に記載された位置情報管理プログラムを格納したコンピュータの読み取り可能な記録媒体。
【請求項１９】
位置情報を取得する対象となる区域内に存在する物体に備えられた携帯型情報記憶媒体と、前記携帯型情報記憶媒体と非接触により前記携帯型情報記憶媒体を検知する検出装置と、検出された前記携帯型情報記憶媒体を備えた物体の位置情報を管理する位置情報を管理する位置情報管理装置と、を備えた位置情報管理システムにおいて、
前記位置情報管理装置は、
前記携帯型情報記憶媒体から発信された所定情報又は前記携帯型情報記憶媒体の前記位置情報に基づいた処理を行うアプリケーションを示す送信先情報と、該アプリケーションに通知する情報の種類を示す通知種類情報と、を対応付けた通知規則情報を記憶する記憶手段と、
前記携帯型情報記憶媒体から発信された前記所定情報を前記検出装置から受信する処理を行う受信処理手段と、
前記記憶手段が記憶する前記通知規則情報より通知先である前記送信先情報と対応付けられた前記通知種類情報で特定される１つ又は複数の情報を、前記受信処理手段で受信した前記所定情報に基づいて取得し、取得した情報から通知情報を生成する通知情報生成手段と、
前記通知情報生成手段により生成された前記通知情報を前記アプリケーションに通知する通知手段と、を備えたこと
を特徴とする位置情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００６−２５３９６７（Ｐ２００６−２５３９６７Ａ）
【公開日】平成１８年９月２１日（２００６．９．２１）
【国際特許分類】
【出願番号】特願２００５−６６２１７（Ｐ２００５−６６２１７）
【出願日】平成１７年３月９日（２００５．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１８年９月２１日（２００６．９．２１）
【国際特許分類】
【出願日】平成１７年３月９日（２００５．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]