(57)【要約】【課題】位置情報の算出等についての演算処理の負荷を分散させること。【解決手段】物体に備えられたアクティブタグをリーダが検出することで特定できる物体の位置情報を管理する位置情報管理サーバにおいて、リーダから発信された所定情報を記憶する記憶部と、アクティブタグを検出したリーダから所定情報を受信する処理を行う受信処理部と、受信した所定情報を、記憶部に保存するタグ情報管理部と、保存された所定情報に基づいて、所定情報を発信したアクティブタグの位置を示す位置情報を取得する位置情報取得部と、を備えた。【選択図】        図１
2006254223.tif 000002
【特許請求の範囲】
【請求項１】
物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理装置において、
前記検出装置から所定情報を受信する処理を行う受信処理手段と、
前記受信処理手段により受信した前記所定情報を記憶する記憶手段と、
前記記憶手段により記憶された前記所定情報に基づいて、前記携帯型情報記憶媒体の位置を示す位置情報を取得する位置取得手段と、
を備えたことを特徴とする位置情報管理装置。
【請求項２】
前記位置取得手段は、予め定められた実行時間毎に、前記記憶手段により記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする請求項１に記載の位置情報管理装置。
【請求項３】
前記位置取得手段は、検出された前記携帯型情報記憶媒体の数で、前記位置情報を取得する間隔を示した予め定められた取得時間を除した前記実行時間毎に、前記記憶手段により記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする請求項２に記載の位置情報管理装置。
【請求項４】
前記位置取得手段は、前記携帯型情報記憶媒体が信号を発信する間隔に基づいて定められた前記実行時間毎に、前記記憶手段により記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする請求項２に記載の位置情報管理装置。
【請求項５】
前記位置取得手段により前記位置情報を取得した場合に、取得した前記位置情報を他のアプリケーション又はプロセスに通知する処理を行う通知処理手段と、
を備えたことを特徴とする請求項１乃至４のいずれか１つに記載の位置情報管理装置。
【請求項６】
前記記憶手段は、前記位置取得手段により前記位置情報を取得した場合に、取得した前記位置情報を記憶し、
他のアプリケーション又はプロセスから前記位置情報の出力する要求を受け付ける要求受付手段と、
前記要求受付手段により前記位置情報を出力する要求を受け付けた場合に、前記記憶手段に記憶された前記位置情報を前記他のアプリケーション又はプロセスに通知する処理を行う通知処理手段と、
を備えたことを特徴とする請求項１乃至４のいずれか１つに記載の位置情報管理装置。
【請求項７】
物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理方法において、
前記検出装置から所定情報を受信する処理を行う受信処理ステップと、
前記受信処理ステップにより受信した前記所定情報を記憶する記憶ステップと、
前記記憶ステップにより記憶された前記所定情報に基づいて、前記携帯型情報記憶媒体の位置を示す位置情報を取得する位置取得ステップと、
を備えたことを特徴とする位置情報管理方法。
【請求項８】
前記位置取得ステップは、予め定められた実行時間毎に、前記記憶ステップにより記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする請求項７に記載の位置情報管理方法。
【請求項９】
前記位置取得ステップは、検出された前記携帯型情報記憶媒体の数で、前記位置情報を取得する間隔を示した予め定められた取得時間を除した前記実行時間毎に、前記記憶ステップにより記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする請求項８に記載の位置情報管理方法。
【請求項１０】
前記位置取得ステップは、前記携帯型情報記憶媒体が信号を発信する間隔に基づいて定められた前記実行時間毎に、前記記憶ステップにより記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする請求項８に記載の位置情報管理方法。
【請求項１１】
前記位置取得ステップにより前記位置情報を取得した場合に、取得した前記位置情報を他のアプリケーション又はプロセスに通知する処理を行う通知処理ステップと、
を備えたことを特徴とする請求項７乃至１０のいずれか１つに記載の位置情報管理方法。
【請求項１２】
前記記憶ステップは、前記位置取得ステップにより前記位置情報を取得した場合に、取得した前記位置情報を記憶し、
他のアプリケーション又はプロセスから前記位置情報の出力する要求を受け付ける要求受付ステップと、
前記要求受付ステップにより前記位置情報を出力する要求を受け付けた場合に、前記記憶ステップに記憶された前記位置情報を前記他のアプリケーション又はプロセスに通知する処理を行う通知処理ステップと、
を備えたことを特徴とする請求項７乃至１０のいずれか１つに記載の位置情報管理方法。
【請求項１３】
請求項７乃至１２のいずれか１つに記載された位置情報管理方法をコンピュータで実行させることを特徴とする位置情報管理プログラム。
【請求項１４】
請求項１３に記載された位置情報管理プログラムを格納したコンピュータの読み取り可能な記録媒体。
【請求項１５】
位置情報を取得する対象となる区域内に存在する物体に備えられた携帯型情報記憶媒体と、前記携帯型情報記憶媒体と非接触により前記携帯型情報記憶媒体を検知する検出装置と、検出された前記携帯型情報記憶媒体を備えた物体の位置情報を管理する位置情報を管理する位置情報管理装置と、を備えた位置情報管理システムにおいて、
前記位置情報管理装置は、
前記検出装置から所定情報を受信する処理を行う受信処理手段と、
前記受信処理手段により受信した前記所定情報を記憶する記憶手段と、
前記記憶手段により記憶された前記所定情報に基づいて、前記携帯型情報記憶媒体の位置を示す位置情報を取得する位置取得手段と、を備えたこと
を特徴とする位置情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムに関するものであり、特に携帯型情報記憶媒体から情報が発信された時間によらず位置情報を取得する技術に関するものである。
【背景技術】
【０００２】
従来、ＲＦＩＤタグ等の無線タグから受信した信号から特定できる屋内での人やモノの位置情報は、物品管理や入退室管理等、さまざまなアプリケーションで利用することが可能である。
【０００３】
そこで、無線タグやＰＨＳ等の複数の端末機器からの情報を取得して一括処理する技術が提案されている。そして、位置を一括して管理することで、各種アプリケーションが容易に位置情報を利用することが可能となる（例えば特許文献１）。
【０００４】
この特許文献１に記載された発明では、アプリケーションサーバが位置情報処理サーバに位置情報の送信を要求することで、位置情報処理サーバから端末機器の位置情報が送信される。これによりアプリケーションサーバは位置情報を得ることができる。
【０００５】
【特許文献１】特開２００２−３１５０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載された発明では、無線タグから発信された電波を検知して位置情報に変換するタイミングについて具体的に明示されていない。であれば、発信された電波を検知した際に位置情報に算出しているものと思料できる。この場合、電波を検知する検知局から、ほぼ同じタイミングで複数のタグの情報が送信されるとデータの受信と共に位置計算をほぼ同時に行うため、演算処理の負荷が集中するという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、演算処理の負荷を分散させた位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理装置において、前記検出装置から所定情報を受信する処理を行う受信処理手段と、前記受信処理手段により受信した前記所定情報を記憶する記憶手段と、前記記憶手段により記憶された前記所定情報に基づいて、前記携帯型情報記憶媒体の位置を示す位置情報を取得する位置取得手段と、を備えたことを特徴とする。
【０００９】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記位置取得手段は、予め定められた実行時間毎に、前記記憶手段により記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする。
【００１０】
また、請求項３にかかる発明は、請求項２にかかる発明において、前記位置取得手段は、検出された前記携帯型情報記憶媒体の数で、前記位置情報を取得する間隔を示した予め定められた取得時間を除した前記実行時間毎に、前記記憶手段により記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする。
【００１１】
また、請求項４にかかる発明は、請求項２にかかる発明において、前記位置取得手段は、前記携帯型情報記憶媒体が信号を発信する間隔に基づいて定められた前記実行時間毎に、前記記憶手段により記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする。
【００１２】
また、請求項５にかかる発明は、請求項１〜４のいずれか一つにかかる発明において、前記位置取得手段により前記位置情報を取得した場合に、取得した前記位置情報を他のアプリケーション又はプロセスに通知する処理を行う通知処理手段と、を備えたことを特徴とする。
【００１３】
また、請求項６にかかる発明は、請求項１〜４のいずれか一つにかかる発明において、前記記憶手段は、前記位置取得手段により前記位置情報を取得した場合に、取得した前記位置情報を記憶し、他のアプリケーション又はプロセスから前記位置情報の出力する要求を受け付ける要求受付手段と、前記要求受付手段により前記位置情報を出力する要求を受け付けた場合に、前記記憶手段に記憶された前記位置情報を前記他のアプリケーション又はプロセスに通知する処理を行う通知処理手段と、を備えたことを特徴とする。
【００１４】
また、請求項７にかかる発明は、物体に備えられた携帯型情報記憶媒体を検出装置が検出することで特定できる物体の位置情報を管理する位置情報管理方法において、前記検出装置から所定情報を受信する処理を行う受信処理ステップと、前記受信処理ステップにより受信した前記所定情報を記憶する記憶ステップと、前記記憶ステップにより記憶された前記所定情報に基づいて、前記携帯型情報記憶媒体の位置を示す位置情報を取得する位置取得ステップと、を備えたことを特徴とする。
【００１５】
また、請求項８にかかる発明は、請求項７にかかる発明において、前記位置取得ステップは、予め定められた実行時間毎に、前記記憶ステップにより記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする。
【００１６】
また、請求項９にかかる発明は、請求項８にかかる発明において、前記位置取得ステップは、検出された前記携帯型情報記憶媒体の数で、前記位置情報を取得する間隔を示した予め定められた取得時間を除した前記実行時間毎に、前記記憶ステップにより記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする。
【００１７】
また、請求項１０にかかる発明は、請求項８にかかる発明において、前記位置取得ステップは、前記携帯型情報記憶媒体が信号を発信する間隔に基づいて定められた前記実行時間毎に、前記記憶ステップにより記憶された前記所定情報に基づいて前記位置情報を取得することを特徴とする。
【００１８】
また、請求項１１にかかる発明は、請求項７〜１０のいずれか一つにかかる発明において、前記位置取得ステップにより前記位置情報を取得した場合に、取得した前記位置情報を他のアプリケーション又はプロセスに通知する処理を行う通知処理ステップと、を備えたことを特徴とする。
【００１９】
また、請求項１２にかかる発明は、請求項７〜１０のいずれか一つにかかる発明において、前記記憶ステップは、前記位置取得ステップにより前記位置情報を取得した場合に、取得した前記位置情報を記憶し、他のアプリケーション又はプロセスから前記位置情報の出力する要求を受け付ける要求受付ステップと、前記要求受付ステップにより前記位置情報を出力する要求を受け付けた場合に、前記記憶ステップに記憶された前記位置情報を前記他のアプリケーション又はプロセスに通知する処理を行う通知処理ステップと、を備えたことを特徴とする。
【００２０】
また、請求項１３にかかる発明は、請求項７〜１２のいずれか１つに記載された位置情報管理方法をコンピュータで実行させることを特徴とする。
【００２１】
また、請求項１４にかかる発明は、請求項１３に記載された位置情報管理プログラムを格納したコンピュータの読み取り可能な記録媒体であることを特徴とする。
【００２２】
また、請求項１５にかかる発明は、位置情報を取得する対象となる区域内に存在する物体に備えられた携帯型情報記憶媒体と、前記携帯型情報記憶媒体と非接触により前記携帯型情報記憶媒体を検知する検出装置と、検出された前記携帯型情報記憶媒体を備えた物体の位置情報を管理する位置情報を管理する位置情報管理装置と、を備えた位置情報管理システムにおいて、前記位置情報管理装置は、前記検出装置から所定情報を受信する処理を行う受信処理手段と、前記受信処理手段により受信した前記所定情報を記憶する記憶手段と、前記記憶手段により記憶された前記所定情報に基づいて、前記携帯型情報記憶媒体の位置を示す位置情報を取得する位置取得手段と、を備えたことを特徴とする。
【発明の効果】
【００２３】
請求項１にかかる発明によれば、検出装置から所定情報を受信した時間によらずに位置情報を取得するため、複数の携帯型記憶媒体を示す所定情報を集中して受信した場合でも、関係なく位置情報が算出できるので、演算処理の負荷を分散させることができるという効果を奏する。
【００２４】
また、請求項２にかかる発明によれば、位置情報の算出を予め定められた実行時間毎に位置情報を取得するため、演算処理の負荷が時間により偏ることがなくなるため、演算処理の負荷を分散させることができるという効果を奏する。
【００２５】
また、請求項３にかかる発明によれば、予め定められた算出間隔時間を、検出された携帯型情報記憶媒体の数で除した実行間隔毎に位置情報を取得することで、算出間隔時間には全ての携帯型情報記憶媒体の位置情報を取得できているため、演算処理の負荷を分散させると共に正確な携帯型情報記憶媒体の位置情報を取得することができるという効果を奏する。
【００２６】
また、請求項４にかかる発明によれば、携帯型情報記憶媒体が検出される間隔に基づいて定められた実行間隔毎に、位置情報を取得するため、演算処理の負荷が時間により偏ることがなくなるため、演算処理の負荷を分散させることができるという効果を奏する。
【００２７】
また、請求項５にかかる発明によれば、位置取得手段が位置情報を取得した場合に、取得された位置情報を通知する処理を行うことで、所定情報を集中して受信した場合でも、位置情報の取得が分散して行われる以上、位置情報を通知する処理も分散して行われることになるため、通知処理の負荷を分散させることができるという効果を奏する。
【００２８】
また、請求項６にかかる発明によれば、位置情報を保存して、要求に応じて位置情報を通知する処理を行うことで、位置情報の通知する要求を受け付ける度に位置情報を演算する必要がないため、演算処理の負荷を分散させることができるという効果を奏する。
【００２９】
請求項７にかかる発明によれば、検出装置から所定情報を受信した時間によらずに位置情報を取得するため、複数の携帯型記憶媒体を示す所定情報を集中して受信した場合でも、関係なく位置情報が算出できるので、演算処理の負荷を分散させることができるという効果を奏する。
【００３０】
また、請求項８にかかる発明によれば、位置情報の算出を予め定められた実行時間毎に位置情報を取得するため、演算処理の負荷が時間により偏ることがなくなるため、演算処理の負荷を分散させることができるという効果を奏する。
【００３１】
また、請求項９にかかる発明によれば、予め定められた算出間隔時間を、検出された携帯型情報記憶媒体の数で除した実行間隔毎に位置情報を取得することで、算出間隔時間には全ての携帯型情報記憶媒体の位置情報を取得できているため、演算処理の負荷を分散させると共に正確な携帯型情報記憶媒体の位置情報を取得することができるという効果を奏する。
【００３２】
また、請求項１０にかかる発明によれば、携帯型情報記憶媒体が検出される間隔に基づいて定められた実行間隔毎に、位置情報を取得するため、演算処理の負荷が時間により偏ることがなくなるため、演算処理の負荷を分散させることができるという効果を奏する。
【００３３】
また、請求項１１にかかる発明によれば、位置取得手段が位置情報を取得した場合に、取得された位置情報を通知する処理を行うことで、所定情報を集中して受信した場合でも、位置情報の取得が分散して行われる以上、位置情報を通知する処理も分散して行われることになるため、通知処理の負荷を分散させることができるという効果を奏する。
【００３４】
また、請求項１２にかかる発明によれば、位置情報を保存して、要求に応じて位置情報を通知する処理を行うことで、位置情報の通知する要求を受け付ける度に位置情報を演算する必要がないため、演算処理の負荷を分散させることができるという効果を奏する。
【００３５】
また、請求項１３にかかる発明によれば、コンピュータに読み取らせて実行することによって、請求項７から１２のいずれか一つに記載された位置情報管理方法をコンピュータの利用で実現することができ、これら各位置情報管理方法と同様の効果を奏する。
【００３６】
また、請求項１４にかかる発明によれば、請求項１３に記載された位置情報管理プログラムを格納した記録媒体であり、この記録媒体をコンピュータに読み込ませることで、位置情報管理プログラムを実行することが可能という効果を奏する。
【００３７】
また、請求項１５にかかる発明によれば、検出装置から所定情報を受信した時間によらずに位置情報を取得するため、複数の携帯型記憶媒体を示す所定情報を集中して受信した場合でも、関係なく位置情報が算出できるので、演算処理の負荷を分散させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００３８】
以下に添付図面を参照して、この発明にかかる位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムの最良な実施の形態を詳細に説明する。
【００３９】
図１は、本発明の実施の形態にかかる位置情報管理システムの構成を示すブロック図である。本実施の形態にかかる位置情報管理システムでは、物体に対して備え付けられたアクティブタグ１６１ａ〜ｎと、アクティブタグ１６１ａ〜ｎから送信された識別信号を受信するリーダ１５１ａ〜ｎと、リーダ１５１ａ〜ｎに接続された位置情報管理サーバ１００から構成される。本図に示すように、アクティブタグ１６１ａ〜ｎから出力された信号をリーダ１５１ａ〜ｎが検知する。そして、リーダ１５１ａ〜ｎは検知した識別信号に含まれていた情報及び計測された信号強度を、ネットワークを通じて接続された位置情報管理サーバ１００に送信する。そして、位置情報管理サーバ１００は、送信された情報及び計測された信号強度に基づいて取得した情報を、アプリケーション毎に送信する。
【００４０】
また、本実施の形態において物体とは、物のみならず人間を含むこととする。これにより、例えばアクティブタグ１６１ｌを利用者が保持し、アクティブタグ１６１ｍを利用者が保持するＰＨＳ等の物に備え付け、アクティブタグ１６１ｎを搬入対象となる荷物に備え付ける等の様々な状況でタグを検出し、後述する処理を行うことが可能になる。
【００４１】
アクティブタグ１６１ａ〜ｎは、換言すれば携帯型情報記憶媒体に相当し、上記の物体毎に備えられていることとする。本実施の形態においてアクティブタグ１６１ａ〜ｎは、電波により１秒毎に識別信号を発信する。なお、本実施の形態は携帯型情報記憶媒体をアクティブに電波を発信するタグに制限するものではなく、例えばパッシブなものでもかまわない。より具体的な例としてパッシブ型ＲＦＩＤタグあるいはアクティブに電波を発するBluetooth規格やZigBee規格で通信を行っても良い。
【００４２】
リーダ１５１ａ〜ｎは、換言すれば検出装置に相当し、アクティブタグ１６１ａ〜ｎから識別信号を受信した場合、位置情報管理サーバ１００を示すアドレス及びポートに、受信した識別信号に含まれていたタグＩＤ、計測された信号強度が送信され、位置情報管理サーバ１００でリーダ１５１ａ〜ｎのリーダＩＤと対応付けられる。このリーダＩＤは、リーダＩＤとリーダのアドレスの対応関係から特定できる。そして、送信元のリーダのアドレスは、上記情報を送る際に用いられたパケットのヘッダに含まれている送信元アドレスより特定できる。
【００４３】
また、本実施の形態とは異なる形態としてリーダ１５１ａ〜ｎが上記の情報と共にリーダ１５１ａ〜ｎを示すリーダＩＤを対応付けて送信することにしてもよい。
【００４４】
図２は、本発明の位置情報管理サーバ１００の全体構成を概念的に示した説明図である。各リーダ１５１ａ〜ｃは検知された識別信号を、この信号強度と共に位置情報管理サーバ１００にネットワークを通じて送信し、さらに位置情報管理サーバ１００は、受信した情報に基づいて物体の位置情報等を取得して、アプリケーションＡ２０１〜アプリケーションＤ２０４にネットワークを通じて通知する。このアプリケーションＡ２０１〜アプリケーションＤ２０４に対する通知は所定の時間毎に送信する、又は各アプリケーションから要求があった場合に送信する。
【００４５】
図１に戻り、位置情報管理サーバ１００の内部は、記憶部１０１と、受信処理部１０２と、タグ情報管理部１０３と、位置情報取得部１０４と、位置情報ＤＢ管理部１０５と、通知情報生成部１０６と、通知処理部１０７と、要求受付部１０８とを備え、リーダ１５１ａ〜ｎから送信された識別信号及び計測された信号強度を保存した後、物体の位置情報を算出し、位置情報を含んだ通知情報を生成して他のアプリケーションに通知、又は算出した位置情報を保存しておき、他のアプリケーションから要求があった場合に位置情報を含んだ通知情報を生成して通知する。
【００４６】
記憶部１０１は、デバイスデータベース１１１と、位置情報データベース１１２と、送信先アドレスと、を記憶する。送信先アドレスは、位置情報を取得する度に位置情報を含んだ通知情報を送信する送信先を示したアドレスとする。
【００４７】
デバイスデータベース１１１は、リーダ位置管理テーブルと、タグ信号管理テーブルとを保持する。図３はリーダ位置管理テーブルの構造を示した図である。本図に示すように、リーダ位置管理テーブルは、リーダＩＤと、リーダの位置情報、リーダのアドレス及びリーダの座標系を対応付けて保持している。リーダＩＤとリーダのアドレスを対応付けていることで、情報の送信元のリーダのアドレスからリーダＩＤを特定することができる。
【００４８】
これによりリーダＩＤに基づいて座標系及びリーダの位置情報を特定することができる。座標系とは、リーダの位置を位置座標で示すために用いられている座標系をいい、領域毎に異なる座標系が定められている。本実施の形態では階毎に異なる座標系が割り当てられていることとする。このため、「座標系」フィールドは、階数を保持する。
【００４９】
図４はタグ信号管理テーブルの構造を示した図である。本図に示すように、タグ信号管理テーブルは、タグＩＤと、リーダＩＤと、信号強度と、検出時間とを対応付けて保持している。つまり、タグ信号管理テーブルは、リーダ１５１ａ〜ｎから送信された情報に検出時間を対応付けた情報をレコードとして管理している。また、タグＩＤは、アクティブタグ１６１ａ〜ｎを備えられた物体を特定するために用いられるＩＤとする。
【００５０】
そして、位置情報データベース１１２は、ＩＤ位置管理テーブルを保持する。図５は、ＩＤ位置管理テーブルの構造を示した図である。本図に示すように、ＩＤ位置管理テーブルは、タグＩＤと、座標系と、位置情報と、検出時間とを対応付けて保持している。このＩＤ位置管理テーブルが保持する各レコードは、リーダ位置管理テーブル、タグ信号管理テーブル、が保持するレコードに基づいて生成されたものである。
【００５１】
受信処理部１０２は、リーダ１５１ａ〜ｎから送信された情報を受信する処理を行う。本実施の形態において受信処理部１０２は、リーダ１５１ａ〜ｎからネットワークを介して受信したタグＩＤ、計測された信号強度を受信する。受信した際、受信したパケットのヘッダを参照することでリーダのＩＰアドレスを特定できる。このタグＩＤ、信号強度及びリーダのＩＰアドレスは、リーダ１５１ａ〜ｎから送信される予め定められた情報であり、換言すれば所定情報に相当する。この受信処理部１０２は、これら受信した情報に検出時間を対応付けた情報で、タグ信号管理テーブルを更新するようにタグ情報管理部１０３に依頼する。検出時間とは、リーダ１５１ａ〜ｎがアクティブタグ１６１ａ〜ｎを検出したとみなされる時間、換言すればリーダ１５１ａ〜ｎからタグＩＤ等を受信した時の現在時間とする。
【００５２】
タグ情報管理部１０３は、デバイスＤＢが保持する各テーブルに対して処理を行う。本実施の形態では、タグ情報管理部１０３は、リーダ位置管理テーブルを参照して受信処理部１０２から入力されたリーダのＩＰアドレスよりリーダＩＤを特定し、この特定されたリーダＩＤと、入力されたタグＩＤと、信号強度と、検出時間を対応付けた情報で、タグ信号管理テーブルのリーダＩＤとタグＩＤをキーとして一致するレコードに対して更新を行う。これにより、タグ信号管理テーブルでは、リーダＩＤとタグＩＤと対応付けられた信号強度と検出時間について最新の情報が保持される。
【００５３】
また、タグ情報管理部１０３は、位置情報取得部１０４からの要求により、タグ信号管理テーブルが保持しているユニークなタグＩＤの数を抽出して出力する。また、タグ情報管理部１０３は、位置情報取得部１０４からの要求により、所定の時間毎に、タグ信号管理テーブルからタグＩＤをリーダＩＤ、信号強度と、検出時間と対応付けて出力する。この際、出力したリーダＩＤと対応付けられた位置情報をリーダ位置管理テーブルから取得して出力する。本実施の形態では所定の時間を３秒とする。
【００５４】
また、タグ情報管理部１０３は、上述したようにレコードを更新する際にリーダＩＤとタグＩＤをキーに設定して更新することとした。また、レコードは更新されなかった場合には一定時間だけ保持される。本実施の形態では、この一定時間を３秒とする。これにより、例えば、所定のアクティブタグを１秒前にリーダ１５１ａ、リーダ１５１ｂ及びリーダ１５１ｃで検出されたこととする。そして、今回リーダ１５１ａ及びリーダ１５１ｂでのみ検出された場合に、リーダ１５１ａとリーダ１５１ｂを示すリーダＩＤと対応付けられたレコードについて更新され、リーダ１５１ｃを示すリーダＩＤと対応付けられたレコードは１秒前の情報が保持されている。
【００５５】
これにより、３秒以内に一度以上リーダがタグを検出していれば、このリーダを示すリーダＩＤと対応付けられたレコードを、位置情報の算出対象とすることができる。つまり、何らかの障害により一時的にアクティブタグからの信号が検出できなかった場合でも位置情報を算出することができる。
【００５６】
位置情報取得部１０４は、新たな位置情報を取得する時間として３秒毎にタグ情報管理部１０３からタグ信号管理テーブルが保持しているタグＩＤと対応付けられたリーダＩＤ、信号強度及び検出時間、並びにリーダ位置管理テーブルが保持しているリーダＩＤと対応付けられた座標系及び位置情報を取得する。そして、位置情報取得部１０４は、予め定められた位置情報を取得する時間間隔を検出したタグＩＤの数で除した時間間隔毎に、検出されたアクティブタグ１個毎の位置情報を算出する。これにより、３秒間で検出された全てのアクティブタグの位置情報を取得できる。なお、本実施の形態における３秒は、位置情報を取得するための予め定められた時間、換言すれば取得時間に相当する。
【００５７】
また、位置情報取得部１０４は、位置情報を取得したアクティブタグを示すタグＩＤと対応付けられた位置情報及び検出時間を、位置情報ＤＢ管理部１０５及び通知情報生成部１０６に出力する。本実施の形態では、位置情報取得部１０４は、検出されたアクティブタグ１個の位置情報を取得する度に、位置情報ＤＢ管理部１０５及び通知情報生成部１０６にタグＩＤ、位置情報及び座標系等を対応付けて出力する。また、通知情報生成部１０６に出力する際には、通知情報を生成する依頼も行う。これにより通知情報生成部１０６は、位置情報の取得をトリガーとして通知情報を生成することができる。
【００５８】
また、位置情報取得部１０４が位置情報を特定する方法について説明する。例えばアクティブタグ１６１ｂを検出したリーダが１個しかない場合、検出したリーダの座標系及び位置情報をアクティブタグ１６１ｂの位置を示す座標系及び位置情報とする。また、アクティブタグ１６１ｃを検出したリーダが複数ある場合のアクティブタグ１６１ｃの位置情報の算出方法は、様々な方法のうちどのような方法を用いてもよい。位置情報の算出方法としては、検出したリーダの位置情報の平均値、又は検出したリーダの位置情報に信号強度で重み付けした上で平均値をとる方法等が考えられる。
【００５９】
また、位置情報取得部１０４が３秒毎に位置情報を算出する間隔を決定し、上述したようにタグ情報管理部１０３は３秒以上情報を保持している。これにより、位置情報取得部１０４は、仮にリーダがアクティブタグから発信された信号を３回に１回程度しか受信できない電波状況でも、更新された情報に基づいて位置情報を算出することができる。
【００６０】
そして、位置情報取得部１０４は、検出されたアクティブタグの位置情報の算出を、３秒の間に分散して処理を行う。
【００６１】
まず、位置情報取得部１０４は、３秒毎にタグ情報管理部１０３から現在検出されているタグＩＤの数を取得する。そして、位置情報取得部１０４は、３秒ごとにタグ情報管理部１０３からタグ信号管理テーブルが保持している３秒以内に検出されたタグＩＤと対応付けられたリーダＩＤ、信号強度及び検出時間を取得する。また、位置情報取得部１０４は、タグ情報管理部１０３から取得したリーダＩＤに対応付けられた座標系及び位置情報を取得する。なお、タグ情報管理部１０３から取得した検出されたタグＩＤの数は、タグ信号管理テーブルが保持しているタグＩＤから抽出される。
【００６２】
そして、位置情報取得部１０４は、３秒を取得したタグＩＤの数で除した算出間隔毎に、タグＩＤ一個の位置情報の算出を行う。なお、この算出間隔は、位置情報の算出処理が実行される時間を示した時間であり、換言すると実行時間に相当する。これにより、３秒の間に、検出された全てのアクティブタグの位置情報を取得できると共に、演算処理の負荷を分散させることができる。
【００６３】
位置情報ＤＢ管理部１０５は、位置情報データベース１１２が保持する各テーブルに対して処理を行う。本実施の形態では、位置情報ＤＢ管理部１０５は、位置情報取得部１０４からタグＩＤと対応付けられた位置情報、座標系及び検出時間が入力された場合、入力されたタグＩＤ、位置情報、座標系及び検出時間を１レコードとしてＩＤ情報管理テーブルを更新する。
【００６４】
また、位置情報ＤＢ管理部１０５は、後述する要求受付部１０８から送信先、送信する条件と共に位置情報を送信する旨の要求が入力された場合、ＩＤ位置管理テーブルから送信する条件を満たしたレコードの情報を取得して、取得したレコード情報を入力された送信先及び通知情報を生成する依頼と共に通知情報生成部１０６に出力する。
【００６５】
通知情報生成部１０６は、通知情報を生成する依頼と共に入力された情報に基づいて通知情報を生成して、送信先と共に通知処理部１０７に出力する。本実施の形態では、通知情報生成部１０６は、位置情報取得部１０４又は位置情報ＤＢ管理部１０５から通知情報を生成する依頼が入力される。また、通知情報生成部１０６は、通知情報を、入力されたタグＩＤ、検出時間、座標系及び位置情報から生成する。
【００６６】
また、通知情報生成部１０６は、位置情報ＤＢ管理部１０５から通知情報を生成する依頼が入力された場合、位置情報ＤＢ管理部１０５から入力された送信先を、生成した通知情報と共に通知処理部１０７に出力する。
【００６７】
また、通知情報生成部１０６は、位置情報取得部１０４から通知情報を生成する依頼が入力された場合、記憶部１０１が記憶する送信先アドレスを取得し、この取得した送信先を通知情報と共に通知処理部１０７に出力する。
【００６８】
通知処理部１０７は、通知情報生成部１０６から通知情報、送信先が入力された場合、送信先に通知情報を送信する処理を行う。送信する方法はどの様な方法を用いてもよい。
【００６９】
送信する方法としては、例えば送信プロトコルとして‘ＨＴＴＰ−ＧＥＴ’又は‘ＳＯＡＰ’を用いることが考えられる。また、送信先毎に送信方法を変更してもよい。送信方法を変更する場合、例えば記憶部１０１で予め送信先と送信方法を対応付けて記憶しておく等が考えられる。
【００７０】
また、通知処理部１０７から送信する処理を行う際に、暗号化する処理を行ってもよい。この暗号化処理により位置情報管理サーバ１００とアプリケーションの間で暗号化され、情報の漏洩を防止できる。この暗号化する処理はどのような処理を用いても良く、例えばＩｐｓｅｃ、ｈｔｔｐｓ、ＳＳＬ或いはＤＥＳ等が考えられる。
【００７１】
要求受付部１０８は、位置情報管理サーバ１００に接続されたアプリケーション又はプロセスからの位置情報を送信する要求を受け付けて、要求に適した位置情報を出力するための処理を行う。また、要求受付部１０８は、他のアプリケーションから情報を送信する要求と、送信する条件を受け付ける。そして、他のアプリケーションから要求を受け付けた場合、要求受付部１０８は、送信を要求したアプリケーションを送信先と定め、送信先、送信する条件及び位置情報を送信する旨の要求を位置情報ＤＢ管理部１０５に出力する。
【００７２】
次に、以上のように構成された本実施の形態にかかる位置情報管理サーバ１００におけるタグＩＤ等の情報の受信からアプリケーションに通知情報を通知するまでの処理について説明する。図６は、本実施の形態にかかる位置情報管理サーバ１００における上述した処理の手順を示すフローチャートである。
【００７３】
まず、受信処理部１０２は、リーダ１５１ａ〜ｎが検出したアクティブタグ１６１ａ〜ｎのタグＩＤ等の情報をリーダ１５１ａ〜ｎから受信する（ステップＳ６０１）。
【００７４】
そして、タグ情報管理部１０３が、受信処理部１０２が受信したタグＩＤ、受信したリーダのリーダＩＤ、信号強度及び検出時間を対応付けてタグ信号管理テーブルを更新する（ステップＳ６０２）。
【００７５】
次に、位置情報取得部１０４は、３秒毎にタグ情報管理部１０３から、タグ信号管理テーブルで保持されているタグＩＤの数を、検出されたタグの数として取得する（ステップＳ６０３）。
【００７６】
そして、位置情報取得部１０４は、３秒をステップＳ６０３で取得したタグの数で除した時間毎に、検出されたアクティブタグのうち一個のアクティブタグの位置情報を算出する（ステップＳ６０４）。つまり、３秒間で検出された全てのアクティブタグの位置情報を取得する。
【００７７】
次に、位置情報ＤＢ管理部１０５は、ステップＳ６０４で算出されたタグＩＤ、位置情報及び検出時間を対応付けたレコードで、ＩＤ位置管理テーブルを更新する（ステップＳ６０５）。
【００７８】
通知情報生成部１０６は、通知情報を生成する依頼と共に入力された情報に基づいて通知情報を生成して、送信先と共に通知処理部１０７に出力する（ステップＳ６０６）。また、通知情報生成部１０６は、記憶部１０１が記憶する送信先アドレスを取得し、この取得した送信先を通知情報と共に通知処理部１０７に出力する。
【００７９】
次に、通知処理部１０７は、生成された通知情報を、通知情報と共に入力された送信先に通知する処理を行う（ステップＳ６０７）。
【００８０】
上述した処理手順により、負荷を分散させながらも所定の時間毎に更新されたアクティブタグ１６１ａ〜ｎの位置情報を送信することが可能となる。なお、上述した処理手順は、本実施の形態によるタグＩＤ等の情報を受信してから通知情報を生成して通知処理を行うまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【００８１】
次に、以上のように構成された本実施の形態にかかる位置情報取得部１０４が位置情報を算出する処理手順について説明する。図７は、本実施の形態にかかる位置情報取得部１０４における上述した処理の手順を示すフローチャートである。
【００８２】
まず、位置情報取得部１０４は、タグ情報管理部１０３からタグ信号管理テーブルで保持されている３秒以内に更新されたタグＩＤの数を取得する（ステップＳ７０１）。また、タグＩＤの数が０でない場合に限りステップＳ７０２以降の処理を行う。タグＩＤの数が０の場合は３秒後に再びステップＳ７０１から処理を開始する。
【００８３】
次に、位置情報取得部１０４は、タグ情報管理部１０３から、タグ信号管理テーブルで保持されているタグＩＤと対応付けられたリーダＩＤ、信号強度及び検出時間を取得し、さらに取得したリーダＩＤに対応付けられた位置情報を取得する（ステップＳ７０２）。
【００８４】
そして、位置情報取得部１０４は、３秒をステップＳ７０１のタグＩＤの数で除して、算出間隔を求める（ステップＳ７０３）。
【００８５】
次に、位置情報取得部１０４は、全てのタグＩＤの位置情報の算出が終了したか否か判断する（ステップＳ７０４）。全てのタグＩＤの位置情報を算出したと判断した場合（ステップＳ７０４：Ｙｅｓ）、ステップＳ７０１から処理を開始することになる。
【００８６】
全てのタグＩＤの位置情報を算出していないと判断した場合（ステップＳ７０４：Ｎｏ）、位置情報取得部１０４は、１個のタグＩＤについて位置情報を算出する（ステップＳ７０５）。
【００８７】
そして、位置情報取得部１０４は、位置計算結果が得られた場合、通知情報生成部１０６に計算結果となる位置情報をタグＩＤ、検出時間及び座標系と対応付けて出力する（ステップＳ７０６）。また、この際に位置情報取得部１０４は、位置情報ＤＢ管理部１０５に対しても位置情報を上記の情報と対応付けて出力する。
【００８８】
次に、位置情報取得部１０４は、算出間隔で示された時間だけ待機する（ステップＳ７０７）。そして、位置情報取得部１０４は、待機した後にステップＳ７０４から処理を再開する。
【００８９】
上述した処理手順により、処理を分散させつつも通知情報生成部１０６に算出した位置情報を出力することが可能となる。なお、上述した処理手順は、本実施の形態によるタグＩＤの数を取得してから算出した位置情報を通知情報生成部１０６に出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【００９０】
次に、上述した構成の入出力の流れについて例をあげて説明する。まず、アクティブタグ１６１ａをリーダ１５１ａ〜ｃで検出している場合の例について説明する。図８は、アクティブタグ１６１ａをリーダ１５１ａ〜ｃで検出して通知情報を生成して出力するまでの処理手順を示すシーケンス図である。本図で示した例では、検出されたアクティブタグは、アクティブタグ１６１ａのみとし、送信先アドレスに設定されているアプリケーションはアプリケーションＡのみとする。
【００９１】
ここで、シーケンス図について説明しておく。図８の上部に並んだ矩形は、それぞれ構成をオブジェクトとして示している。各オブジェクトから下方に伸びた線は、各オブジェクトが生存していることを示す線（ライフライン）であり、上方から下方に向かって時間が流れているものとみなされる。この線上に存在する細長い矩形は、当該のオブジェクトが実際に活動している期間（活性期間）を示す。各ライフラインの間を結ぶ横向きの矢印は、オブジェクトによる入出力を示す。
【００９２】
図８に示すように、アクティブタグ１６１ａから信号が発信された場合、アクティブタグ１６１ａからの信号をリーダ１５１ａ〜ｃが検出する（ステップＳ８０１〜ステップＳ８０３）。
【００９３】
そして、各リーダ１５１ａ〜ｃは、検出したアクティブタグのタグＩＤ、信号強度にリーダ自身を示すリーダＩＤを対応付けて受信処理部１０２に出力する（ステップＳ８０４〜ステップＳ８０６）。
【００９４】
次に、受信処理部１０２は、リーダ１５１ａ〜ｃからタグＩＤ、信号強度及びリーダＩＤを受信すると、これらの情報に現在時間を検出時間として対応付けてタグ情報管理部１０３に出力する（ステップＳ８０７〜ステップＳ８０９）。タグ情報管理部１０３は、入力された情報でタグ信号管理テーブルを更新する。
【００９５】
そして、タグ情報管理部１０３は、位置情報取得部１０４からタグ信号管理テーブルの情報を出力する要求を受け付ける（ステップＳ８１０）。そして、タグ情報管理部１０３は、タグＩＤの数、そしてタグＩＤと対応付けられた情報を位置情報取得部１０４に出力する（ステップＳ８１１）。
【００９６】
次に、位置情報取得部１０４は、入力された情報からタグＩＤと対応付けられた位置情報を算出する（ステップＳ８１２）。本図で示した例では、位置情報取得部１０４が算出する位置情報は、アクティブタグ１６１ａの位置情報となる。
【００９７】
そして、位置情報取得部１０４は、算出した位置情報をタグＩＤと対応付けて位置情報ＤＢ管理部１０５に出力する（ステップＳ８１３）。次に、位置情報取得部１０４は、算出した位置情報をタグＩＤと対応付けて通知情報生成部１０６に出力する（ステップＳ８１４）。
【００９８】
そして、通知情報生成部１０６は、入力されたタグＩＤ及び位置情報等から通知情報を生成する（ステップＳ８１５）。次に通知処理部１０７が、生成した通知情報をアプリケーションＡに通知する（ステップＳ８１６）。
【００９９】
次にアプリケーションＢから位置情報を出力する要求を受け付けた場合について説明する。要求受付部１０８がアプリケーションＢから位置情報の送信要求を受け付ける（ステップＳ８１７）。この際に、要求受付部１０８は、送信する位置情報の条件等も同時に受け取る。
【０１００】
そして、要求受付部１０８は、送信依頼を受け付けた場合に、アプリケーションＢを送信先として設定し、位置情報ＤＢ管理部１０５に位置情報を送信する依頼を行う（ステップＳ８１８）。
【０１０１】
次に、位置情報ＤＢ管理部１０５は、依頼を受け付けると、ＩＤ位置管理テーブルから条件を満たした情報を取得して、取得した情報を受け取った送信先と共に、通知情報生成部１０６に出力して、通知情報の生成を依頼する（ステップＳ８１９）。
【０１０２】
そして、通知情報生成部１０６は、通知情報の生成の依頼を受け付けると、受け取った情報から通知情報を生成し、生成した通知情報を送信先と共に通知処理部１０７に出力する（ステップＳ８２０）。
【０１０３】
通知処理部１０７は、受け取った通知情報を、送信先に送信する処理を行う（ステップＳ８２１）。
【０１０４】
また、アプリケーションＢから位置情報の要求を受け付けるか否かにかかわらず、アクティブタグ１６１ａは信号を発信しているため、上述したステップＳ８０１〜ステップＳ８０９と同様に、リーダ１５１ａ〜ｃが信号を受信してからタグ情報管理部１０３がタグ信号管理テーブルを更新するまでの処理を行っている（ステップＳ８２２〜ステップＳ８３６）。
【０１０５】
上述した処理手順により、処理を分散させつつも通知情報生成部１０６に算出した位置情報を出力することが可能となる。また、アプリケーションＢのように他のアプリケーションから位置情報の通知する依頼を受け付けた場合でも、ＩＤ位置管理テーブルに記憶された情報を用いて通知情報を生成するため、新たに位置情報を取得する必要なく、すぐに位置情報が含まれた通知情報を生成して送信することができる。これにより負荷が軽減されると共に、即座に送信することができる。
【０１０６】
また、ステップＳ８２２〜ステップＳ８３６で示したように、電波状態が悪くリーダ１５１ａ〜ｃがアクティブタグ１６１ａの信号を検出できない場合でも、３秒以内に一度でも受信してタグ信号管理テーブルに記憶されていれば、位置情報を算出することができる。本シーケンス図で示した例では、リーダ１５１ａが検出した信号としてステップＳ８２８の入力を用い、リーダ１５１ｂが検出した信号としてステップＳ８３４の入力を用い、リーダ１５１ｃが検出した信号としてステップＳ８２３の入力を用いることで、アクティブタグ１６１ａを検出した３つのリーダ１５１ａ〜ｃから受信した所定情報に基づいて位置情報が算出できる。
【０１０７】
そして、ステップＳ８１０〜ステップＳ８１６に示したのと同様に、位置情報を算出し、通知情報を生成してアプリケーションＡに送信されることとなる（ステップＳ８３７〜ステップＳ８４３）。
【０１０８】
なお、上述した処理手順は、本実施の形態によるタグＩＤの数を取得してから算出した位置情報を通知情報生成部１０６に出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０１０９】
図９は、位置情報管理サーバ１００の機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。本実施の形態のＰＣ９００は、ＣＰＵ(Central Processing Unit)９０１等の制御装置と、ＲＯＭ（Read Only Memory）９０２やＲＡＭ（Random Access Memory）９０３等の記憶装置と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disk）ドライブ装置等の外部記憶装置９０４と、ディスプレイ装置等の表示装置９０５と、キーボードやマウス等の入力装置９０６と、ネットワークと接続する通信インターフェース９０７と、これらを接続したバス９０８と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１１０】
本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１１１】
また、本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態の位置情報管理サーバ１００で実行される位置情報管理プログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【０１１２】
また、本実施形態の位置情報管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１１３】
本実施の形態の位置情報管理サーバ１００で実行される位置情報管理プログラムは、上述した各部（受信処理部、タグ情報管理部、位置情報取得部、位置情報ＤＢ管理部、通知情報生成部、通知処理部、要求受付部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上記記録媒体から位置情報管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受信処理部、タグ情報管理部、位置情報取得部、位置情報ＤＢ管理部、通知情報生成部、通知処理部、要求受付部が主記憶装置上に生成されるようになっている。
【０１１４】
本実施の形態においては、３秒毎に全てのアクティブタグ１６１ａ〜ｎの位置情報を更新することとしたが、この更新間隔を３秒に制限するものではない。
【０１１５】
また、本実施の形態では、送信先をアプリケーションに制限するものではなく、プロセスや他の装置等に送信してもよい。
【０１１６】
このように、アクティブタグ１６１ａ〜ｎから発信される間隔によらず、位置情報を取得する更新する間隔を示す所定の時間を、アクティブタグが検出された数で除した算出間隔毎に位置情報を取得することで、位置情報を算出するための負荷を分散させることができる。また、位置情報取得する所定の時間毎に全ての位置情報が更新されているので、所定の時間毎の正確な位置情報を取得することができる。
【０１１７】
さらに、アクティブタグ１６１ａ〜ｎから発信されたタグＩＤ等の情報が含まれた所定情報をタグ信号管理テーブルに保持してから位置情報を算出するので、電波障害等の理由により信号を検出できなかった場合でも前回保持した所定情報を用いて位置情報が算出できる。複数のリーダがある場合では、例えば、あるタイミングでは所定のアクティブタグから発信された所定情報を３個のリーダから受信したが、次のタイミングでは電波障害等の理由により２個のリーダから受信できない場合でも、今回検知できなかったリーダの情報として、前回このリーダが検知した情報を用いて位置情報を算出できるので、より正確に位置情報を算出できる。
【０１１８】
（変形例）
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０１１９】
（変形例１）
上述した実施の形態において、位置情報の算出する手順として所定の時間（例えば３秒）を、検出したタグＩＤの数で除して得られた算出間隔毎に一個のアクティブタグの位置情報を算出していたが、他の手順により位置情報を算出してもよい。そこで、本変形例では、上述した実施の形態と異なる例として、タグＩＤ毎に位置情報を算出する間隔が異なる場合について説明する。
【０１２０】
図１０は、本変形例の位置情報管理サーバの記憶部に記憶されるデバイスＤＢで保持するタグＩＤとタグ算出間隔とを対応付けた算出間隔管理テーブルのテーブル構造を示した図である。本図で示したように以前位置情報を算出してから、タグ算出間隔以上経過した場合に対応付けられたタグＩＤについて位置情報を算出することとする。
【０１２１】
つまり、図１０で示した算出間隔管理テーブルの例では、タグＩＤがＴＡＧＩＤ０００１の場合には１秒以上経過した場合に、ＴＡＧＩＤ０００２については３秒以上経過した場合に、位置情報が算出される。そして、ＴＡＧＩＤ０００３とＴＡＧＩＤ０００４については３０秒以上経過した場合に位置情報が算出される。
【０１２２】
また、本変形例において位置情報取得部は、所定の時間（例えば３秒）毎に位置情報を算出する間隔を決定することとする。この場合、算出する間隔を決定してから３秒経過するまでの間に、前回位置情報を算出してからタグ算出間隔以上経過したタグＩＤの数を取得する。そして、この３秒をタグＩＤの数で除した算出間隔毎に一個のタグＩＤの位置情報を取得することとする。
【０１２３】
例えば、位置情報取得部が位置情報を算出する間隔を決定する際に、所定の時間を３秒毎とする。この場合、ＴＡＧＩＤ０００１、ＴＡＧＩＤ０００２は毎回位置情報の算出が行われることとなり、ＴＡＧＩＤ０００３は前回位置情報を算出してから１４秒しか経過していない場合には対象から除外され、ＴＡＧＩＤ０００４は前回位置情報を算出してから３１秒経過している場合には対象として定められる。つまり、ＴＡＧＩＤ０００１、ＴＡＧＩＤ０００２及びＴＡＧＩＤ０００４が算出される対象となる。そして、位置情報取得部は、３秒を３で除した１秒毎に、算出される対象である１個のタグＩＤの位置情報を算出する。
【０１２４】
これにより、あまり位置情報が変更されない固定資産などの物について位置情報の算出間隔を長くして、位置情報がすぐに変更される人について位置情報の算出間隔を短くする等の設定が可能になる。つまり、位置情報が変更されないタグＩＤについての演算量を軽減させることができるため、演算負荷を軽減できる。また、位置情報がすぐに変更されるタグＩＤについては位置情報を算出する頻度を高くすることで正確に位置情報を算出することができる。
【０１２５】
（変形例２）
さらに、位置情報を算出する間隔として、アクティブタグが信号を発信する間隔に基づいて予め位置情報を算出する間隔を固定してもよい。例えば、アクティブタグが０．１秒に１回信号を発信する場合に、位置情報取得部が算出間隔として０．１秒毎に１個のアクティブタグの位置情報の算出を行う等が考えられる。この場合、検出されたタグＩＤの数が１００個等になった場合に、検出されたタグＩＤと対応付けられた位置情報が全て更新されるまで１０秒間経過することになる。本変形例の場合では、検出されたタグＩＤの数によらず常に位置情報の算出にかかる負荷が一定になる点に利点を有する。
【産業上の利用可能性】
【０１２６】
以上のように、本発明にかかる位置情報管理装置、位置情報管理方法、位置情報管理プログラム、コンピュータに読み取り可能な記録媒体及び位置情報管理システムは、受信したタグの位置情報等を管理する技術に有用であり、特に、位置情報を算出するために最適な算出間隔を定める技術に適している。
【図面の簡単な説明】
【０１２７】
【図１】実施の形態にかかる位置情報管理システムの構成を示すブロック図である。
【図２】実施の形態にかかる位置情報管理サーバの全体構成を概念的に示した説明図である。
【図３】実施の形態にかかる位置情報管理サーバの記憶部に記憶されたリーダ位置管理テーブルの構造を示した図である。
【図４】実施の形態にかかる位置情報管理サーバの記憶部に記憶されたタグ信号管理テーブルの構造を示した図である。
【図５】実施の形態にかかる位置情報管理サーバの記憶部に記憶されたＩＤ位置管理テーブルの構造を示した図である。
【図６】実施の形態にかかる位置情報管理サーバにおけるタグＩＤ等の情報の受信からアプリケーションに通知情報を通知するまでの処理の手順を示すフローチャートである。
【図７】実施の形態にかかる位置情報取得部における位置情報を算出する処理手順を示すフローチャートである。
【図８】実施の形態にかかる位置情報取得システムにおけるアクティブタグ１６１ａをリーダ１５１ａ〜ｃで検出して通知情報を生成して出力するまでの処理手順を示すシーケンス図である。
【図９】実施の形態にかかる位置情報管理サーバの機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。
【図１０】変形例１にかかる位置情報管理サーバの記憶部に記憶されるデバイスＤＢで保持するタグＩＤとタグ算出間隔とを対応付けた算出間隔管理テーブルのテーブル構造を示した図である。
【符号の説明】
【０１２８】
１００  位置情報管理サーバ
１０１  記憶部
１０２  受信処理部
１０３  タグ情報管理部
１０４  位置情報取得部
１０５  位置情報ＤＢ管理部
１０６  通知情報生成部
１０７  通知処理部
１０８  要求受付部
１１１  デバイスデータベース
１１２  位置情報データベース
１５１ａ〜ｎ  リーダ
１６１ａ〜ｎ  アクティブタグ
２０１  アプリケーションＡ
２０２  アプリケーションＢ
２０３  アプリケーションＣ
２０４  アプリケーションＤ
９００  ＰＣ
９０１  ＣＰＵ
９０２  ＲＯＭ
９０３  ＲＡＭ
９０４  外部記憶装置
９０５  表示装置
９０６  入力装置
９０７  通信インターフェース
９０８  バス
【図１】
2006254223.tif 000003
【図２】
2006254223.tif 000004
【図３】
2006254223.tif 000005
【図４】
2006254223.tif 000006
【図５】
2006254223.tif 000007
【図６】
2006254223.tif 000008
【図７】
2006254223.tif 000009
【図８】
2006254223.tif 000010
【図９】
2006254223.tif 000011
【図１０】
2006254223.tif 000012