(57)【要約】【課題】  子どもの通学路内の通過点チェックや子どもが通学路を外れて寄り道したことを保護者等に通知する。【解決手段】  管理対象者が出発地から目的地までの間で通過するポイントの識別情報を示す経路情報を格納するとともに、各ポイント間の移動の上限所要時間を示す個人別上限所要時間データベース２１１を格納する記憶部と、ネットワーク４００経由で、管理対象者が通過したポイントの識別情報を受信する受付処理部１２１と、受信したポイントの識別情報およびポイントの識別情報の受信日時と、経路情報および個人別上限所要時間データベース２１１とを参照して、管理対象者が経路情報に示されたポイントを上限所要時間以内に通過したか否かを判定するメール送信判定部１２２とを備える構成とした。【選択図】  図３
2006146545.tif 000002
【特許請求の範囲】
【請求項１】
管理対象者の位置情報を管理する位置情報管理装置であって、
前記管理対象者が出発地から目的地までの間で通過するポイントの識別情報を示す経路情報を格納するとともに、前記各ポイント間の移動の所要時間を示す所要時間データベースを格納する記憶部と、
ネットワーク経由で、前記管理対象者が通過したポイントの識別情報を受信する受付処理部と、
前記受信したポイントの識別情報およびその受信日時と、前記経路情報および前記所要時間データベースとを参照して、前記管理対象者が前記経路情報に示されたポイントを前記所要時間以内に通過したか否かを判定する判定部と、
を備えることを特徴とする位置情報管理装置。
【請求項２】
前記位置情報管理装置は、
前記判定部が、前記管理対象者が前記経路情報に示されたポイントを前記所要時間以内に通過しなかったと判定したとき、前記記憶部に登録されたメールアドレス宛にメールを送信するメール送信部をさらに備えることを特徴とする請求項１に記載の位置情報管理装置。
【請求項３】
前記位置情報管理装置は、
前記ネットワーク経由で、天候情報を取得する天候処理部をさらに備え、
前記所要時間データベースは、天候毎の前記各ポイント間の移動の所要時間を格納し、
前記判定部は、
前記取得した天候情報に基づき、前記所要時間データベースから、前記天候における所要時間を選択することを特徴とする請求項１または請求項２に記載の位置情報管理装置。
【請求項４】
前記位置情報管理装置は、
ネットワーク経由で受信した前記経路情報を、前記記憶部に登録する経路登録部をさらに備えることを特徴とする請求項１ないし請求項３のいずれか１項に記載の位置情報管理装置。
【請求項５】
前記受付処理部が受信する識別情報は、無線式の記憶媒体読み取り装置から送信された識別情報であることを特徴とする請求項１ないし請求項４のいずれか１項に記載の位置情報管理装置。
【請求項６】
管理対象者の位置情報を管理する位置情報管理システムであって、
請求項１ないし請求項５のいずれか１項に記載の位置情報管理装置と、
管理対象地域の各ポイントに設置された記憶媒体と、
前記管理対象者に携帯され、前記記憶媒体に記憶されたポイントの識別情報を無線で読み取り、前記読み取ったポイントの識別情報を前記位置情報管理装置へ送信する無線式の記憶媒体読み取り装置と、
を備えることを特徴とする位置情報管理システム。
【請求項７】
ネットワーク経由で、災害関連システムと連携可能なよう構成されていることを特徴とする請求項１ないし請求項５のいずれか１項に記載の位置情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理対象者の位置情報管理装置および位置情報管理システムに関する。
【背景技術】
【０００２】
近年、子どもが被害者となる凶悪事件や登下校時の交通事故が多発している。これを防止するため、学校に子どもが到着すると保護者にメール通知をする技術がある（特許文献１参照）。また、保護者等が、子どもの持つ携帯電話機の位置をサーバに問い合わせることにより、子どもの位置を確認する技術がある（非特許文献１）。
【特許文献１】特開２００４−８６３９４号公報
【非特許文献１】ＮＴＴドコモ、いまどこサービス、[online]、[2004年11月9日検索]、インターネット<URL: http://www.nttdocomo.co.jp/mc-user/phs/ichi.html>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、前記した技術はいずれも、子どもが予め登録された通学路上の所定のポイントを通過したことや、通学路を外れて寄り道したことを通知するものではない。
つまり、特許文献１の技術により保護者は子どもが目的地に到着したことを知ることができるが、子どもが途中どの経路を辿ったか等、細やかな位置確認をすることはできない。また、非特許文献１の技術は、保護者がサーバへの問い合わせをしないと子ども（携帯電話機）の位置を確認することができない。すなわち、子どもの位置確認に手間がかかるという問題がある。
【０００４】
本発明は、前記した問題を解決し、子どもの通学路上の所定のポイントを通過したことや子どもが通学路を外れて寄り道したことを保護者等に通知する手段を提供することを課題とする。
【課題を解決するための手段】
【０００５】
前記した課題を解決するため、本発明は、管理対象者の位置情報を管理する位置情報管理装置を前記管理対象者が出発地から目的地までの間で通過するポイントの識別情報を示す経路情報を格納するとともに、前記各ポイント間の移動の所要時間を示す所要時間データベースを格納する記憶部と、ネットワーク経由で、前記管理対象者が通過したポイントの識別情報を受信する受付処理部と、前記受信したポイントの識別情報およびその受信日時と、前記経路情報および前記所要時間データベースとを参照して、前記管理対象者が前記経路情報に示されたポイントを前記所要時間以内に通過したか否かを判定する判定部とを備える構成とした。その他の手段については後記する実施の形態で述べる。
【発明の効果】
【０００６】
本発明によれば、管理対象者である子どもの通学路内の通過点チェックや子どもが通学路を外れて寄り道したことを、位置情報管理装置（管理サーバ）がリアルタイムに保護者に通知するので、子どもの位置情報を確認しやすくなる。また、子どもが登下校する間の保護者の不安感を軽減することができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施するための最良の形態（以下、実施の形態とする）について、図面を参照して説明する。まず、図１を用いて本発明の実施の形態の位置情報管理システムの概要を説明する。図１は、本発明の実施の形態の位置情報管理システムの概要を説明した図である。
【０００８】
位置情報管理システムは、管理対象者である子どもの通学経路に設置されたＩＣタグ５００と、このＩＣタグ５００に記憶された情報を無線で読み取り、読み取った情報を管理サーバ１００へ送信するリーダ３００と、子どもの通学経路情報を格納し、リーダ３００から送信された子どもの位置情報に応じて端末装置６００へ各種メールを送信する管理サーバ（位置情報管理装置）１００と、リーダ３００および管理サーバ１００を接続するネットワーク４００と、管理サーバ１００からのメールを受信するとともに、管理サーバ１００への各種情報の設定を行うための端末装置６００と、端末装置６００と管理サーバ１００とを接続するネットワーク７００とを含んで構成される。
【０００９】
図２は、図１の位置情報管理システムの利用方法を説明した図である。本実施の形態では、図２に示すように、リーダ３００は本システムの管理対象者である子どもにより携帯される。そして、例えば、子どもがポイントＢを通過すると、リーダ３００は、そのポイントに設置されるＩＣタグ５００の情報（ポイントの識別情報、ポイントＢ）を読み取り、ネットワーク４００経由で管理サーバ１００へ送信する。管理サーバ１００は受信した情報に基づき、ネットワーク７００経由で子どもの保護者の端末装置６００へ「８：１０にポイントＢを通過しました」等のメールを送信する。
【００１０】
ここで、ネットワーク４００,７００は、例えば電話回線網、地域ＩＰ網、インターネット等とする。図１および図２では、ネットワーク４００およびネットワーク７００はそれぞれ別のものとして描いているが、同じネットワークであってもよい。
【００１１】
管理サーバ１００は、子どものＩＤ毎に、その子どもの通学経路（通過ポイントの識別情報）を記憶部に格納している。そして、ネットワーク４００経由で、リーダ３００から子どもの位置情報（通過ポイントの識別情報）を受信すると、受信した位置情報と、自身の記憶部に格納されたこの子どもの通学経路の情報とを参照して、子どもが登録された通学経路を通過したか否かを判断する。このとき、登録された通学経路を通過しているか否かは、登録された通学経路上の各ポイントを予め登録された上限所要時間（標準所要時間±α）以内に通過しているか否かにより判断する。
【００１２】
例えば、図１のＩＣタグ５００（５００Ａ,Ｂ,Ｃ）が設置されるポイントを、上限所要時間以内に通過したとき、管理サーバ１００は、子どもが通学経路１００１を予定通り通過したと判断する。そして、この判断結果を、登録されたメールアドレス宛（端末装置６００）に通知する。
なお、管理サーバ１００は、子どもの通っている学校の学区１００２の情報に格納するようにして、子どもが学区１００２の外（あるいは中）に居る旨をメール通知するようにしてもよい。
【００１３】
管理サーバ１００から送信されるメールの内容は、例えば、図１の吹き出し１００３に示すように、リーダ３００が上限所要時間以内に通学経路１００１上のポイントのＩＣタグ５００を読み取ったことを通知する通過メール（パターンＡ）や、リーダ３００が目的地のＩＣタグ５００を読み取ったことを通知する到着メール（パターンＢ）や、リーダ３００が登録された通学経路１００１以外のポイントのＩＣタグ５００を読み取ったことを通知する寄り道メール（パターンＣ）や、リーダ３００が上限所要時間以内に通学経路１００１上のポイントのＩＣタグ５００を読み取らなかったこと、あるいは学区１００２の外のポイントのＩＣタグ５００を読み取ったことを通知する、警告メール（パターンＤ）等が考えられる。
【００１４】
図８（ａ）は、図１の端末装置に送信されるメールを例示した図である。例えば、図８（ａ）に示すように、管理サーバ１００は、子どもが目的地（さくら小学校）に到着したことを検知すると、子どもの保護者等が保持する端末装置６００Ｂに到着メールを送信する。このとき、子どもが到着した日時（８：１０）も併せて通知するようにしてもよい。
子どもの保護者が端末装置６００で、前記したようなメールを受信することで、子どもが無事に通学しているか否かを確認することができる。
【００１５】
なお、この端末装置６００は、ＰＣ（Personal Computer）、ＰＤＡ、携帯電話機等により実現される。ここでは、管理サーバ１００からのメールを受信するのは、主として携帯電話機等の端末装置６００Ｂであり、管理サーバ１００への各種情報の設定を行うのはキーボードやマウス等の入力部および液晶モニタ等の表示部が接続されたＰＣ等の端末装置６００Ａとして説明するが、どちらか一方の端末装置６００で、メールの受信と管理サーバ１００への各種設定入力とを行うようにしてもよい。
【００１６】
次に、図１、図２および図８を参照しつつ、図３を用いて、本実施の形態の位置情報管理システムの構成について詳細に説明する。図３は、図１の位置情報管理システムを機能展開して説明したブロック図である。
図３に示すように、位置情報管理システムは、管理サーバ１００と、リーダ３００と、ＩＣタグ５００と、端末装置６００（６００Ａ,Ｂ）と、ネットワーク４００,７００とを含んで構成される。
【００１７】
（ＩＣタグ）
ＩＣタグ５００は、記憶部（記憶媒体）５１０に識別情報（ＩＤ）を記憶するタグであり、例えばＲＦＩＤタグ（Radio Frequency Identification）により実現される。記憶部５１０に記憶されるＩＤは、そのＩＣタグ５００が設置される位置を表す情報（ポイントの識別情報）またはＩＣタグ５００に固有に割り振られたＩＤである。このＩＣタグ５００は、子どもの通学路を含む様々な場所に設置される。
【００１８】
（リーダ）
リーダ３００は、記憶媒体（ＩＣタグ５００）に記憶された情報を無線式で読み取る読み取り装置であり、例えばＲＦＩＤタグの読み取り装置により実現される。このリーダ３００は、無線通信等によりＩＣタグ５００の情報を読み取るＩＣタグ読み取り処理部３１０と、読み取ったＩＤをネットワーク４００経由で管理サーバ１００へ送信する通信処理部３２０とを備える。この通信処理部３２０は、読み取ったＩＤを管理サーバ１００へ送信するときには、ＩＤを読み取った日時、リーダ３００の識別情報（リーダＩＤ）を付加して送信する。また、ネットワーク４００経由で管理サーバ１００と通信を行うための所定の通信プロトコルを実装しているものとする。
【００１９】
図８（ｂ）は、図３のリーダを備える携帯電話機を例示した図である。図８（ｂ）に示すように、子どもが携帯する携帯電話機の一部に前記したリーダ３００を組み込むようにしてもよい。また、この携帯電話機から緊急通報を送信するためのボタンを設けて、緊急時の通報をできるようにしてもよい。さらに、所定のボタン操作で子どもが選択した経路を携帯電話機から管理サーバ１００へ送信できるようにしてもよい。
【００２０】
なお、図３の通信処理部３２０は、無線ＬＡＮ（無線Local Area Network）により無線通信を行う機能を備えるものとし、ＩＣタグ読み取り処理部３１０で読み取ったＩＤを最寄りの無線ＬＡＮの中継ポイントに送信するようにしてもよい。このようにすることで、リーダ３００が読み取った情報を、ネットワーク４００経由で送信しやすくなる。ちなみに、この中継ポイントはＩＣタグ５００の設置場所と同じ場所であってもよい。
【００２１】
（管理サーバ）
管理サーバ１００は、各子どもの経路情報等の登録を行うための初期登録処理部１１０と、端末装置６００へのメール通知およびリーダ３００から送信される位置情報の受付処理を行う通信処理部１２０と、この通信処理部１２０によるメール通知を停止させる稼動停止処理部１３０と、ネットワーク７００経由で各種天候情報を取得する天候処理部１４０とからなる処理部１０１と、子どもの通学経路情報等を格納するデータベース部２００とを備える。このデータベース部２００は、例えばハードディスク装置であり、管理サーバ１００内に格納するようにしてもよいし、管理サーバ１００の外部に接続するようにしてもよい。
【００２２】
この管理サーバ１００は、演算処理部（ＣＰＵ、Central Processing Unit）、記憶部および入出力インターフェースを備えるコンピュータにより実現され、記憶部は、所定領域にデータベース部２００および位置情報管理プログラムを格納する。演算処理部は、記憶部に記憶された位置情報管理プログラムを実行することにより前記した処理部１０１に含まれる各構成要素を実現する。なお、この管理サーバ１００は、キーボードやマウス等の入力部、液晶モニタ等の表示部等を備えていてももちろんよい。以下、処理部１０１の各構成要素について説明する。
【００２３】
（初期登録処理部）
初期登録処理部１１０は、個人情報登録部１１１と、経路登録部１１２と、上限所要時間算出部１１３とを備え、各子どもの個人情報および通学経路の経路情報等の登録処理を行う。
【００２４】
個人情報登録部１１１は、端末装置６００Ａから送信されたリーダ３００の番号（ＩＤ）、前記した各種メールの送信先であるメールアドレス等、各種個人情報を受け付け、データベース部２００に登録する。
【００２５】
経路登録部１１２は、端末装置６００Ａから送信された各子どもの通学経路（学区、目的地、通過ポイント等）を受け付け、データベース部２００に登録する。
【００２６】
上限所要時間算出部１１３は、ポイント別上限所要時間ＤＢ２３０（後記）を参照して、経路登録部１１２で受け付けたポイント間の移動にかかる上限所要時間、つまり移動にかかる所要時間の上限値を示した個人別上限所要時間ＤＢ２１１（後記）を作成する。
【００２７】
（通信処理部）
通信処理部１２０は、受付処理部１２１と、メール送信判定部（判定部）１２２と、メール送信部１２３とを備え、端末装置６００へのメール通知およびリーダ３００から送信される各子どもの位置情報の受付処理を行う。この通信処理部１２０は、リーダ３００、端末装置６００（６００Ａ,Ｂ）、外部のサーバ等と通信を行うための通信プロトコルを実装している。
【００２８】
受付処理部１２１は、ネットワーク４００経由でリーダ３００から送信された情報（子どもの位置情報）を受信し、この情報をメール送信判定部１２２へ受け渡す。メール送信判定部１２２は、受付処理部１２１経由で受け取った情報と、データベース部２００とを参照して、端末装置６００Ｂへメールを送信するか否かを判定する。また、メールを送信する場合、どのような内容のメールを送信するかを判定する。そして、判定結果をメール送信部１２３に受け渡す。
メール送信部１２３は、メール送信判定部１２２からの判定結果に基づき、データベース部２００に登録されたメールアドレス宛（端末装置６００Ｂ宛）に、ネットワーク７００経由で、各種メールを送信する。例えば、図１のパターンＣのときは「寄り道メール」を送信する。このとき送信するメールの書式（雛形）は、記憶部に格納され、メール送信判定部１２２の判定結果に応じて選択されるものとする。そして、この雛形に各ポイントを通過した日時や、子どもの名前などを書き込んだメールを作成し、ネットワーク７００経由で、端末装置６００Ｂへ送信する。
【００２９】
なお、受付処理部１２１は、ネットワーク４００経由でリーダ３００から子どもの位置情報を受信したとき、この情報の受信日時、リーダ３００のＩＤおよびリーダ３００から送信された情報を記憶部に記録するようにしてもよい。つまり、子どもの位置情報の履歴を残すようにしてもよい。
このようにすることで、例えば子どもが目的地に到着するまでの経路をトレースしたいときに、子どもが何時にどこにいたかをトレースすることができる。
【００３０】
（稼動停止処理部）
稼動停止処理部１３０は、稼動停止受付部１３１とメール送信解除部１３２とを備え、データベース部２００の稼動停止ＤＢ２５０（後記）にメール通知を停止させる旨の情報を書き込む。
稼動停止受付部１３１は、端末装置６００Ａから送信されたリーダ３００の番号（ＩＤ）およびメール送信の稼動停止期間を受け付け、これをメール送信解除部１３２に受け渡す。
メール送信解除部１３２は、稼動停止受付部１３１から受け取った情報に基づいて、稼動停止ＤＢ２５０に、稼動を停止するリーダ３００のＩＤおよび稼動停止期間の情報を書き込む。
このように管理サーバ１００でメール送信の稼動停止の設定を受け付けることで、例えば、子どもが学校を病欠したときや夏休み等の長期休暇のとき等メール送信が必要ない期間には、通信処理部１２０がメール送信をしないようにすることができる。
【００３１】
（天候処理部）
天候処理部１４０は、外部のサーバ等から通信処理部１２０経由で当日の天気（天候）の情報を取得し、この情報をメール送信判定部１２２へ出力する。メール送信判定部１２２は、天候処理部１４０から出力された天気の情報に基づき、個人上限所要時間ＤＢ２１１の中から、当日の天候に応じた上限所要時間を選択する。
なお、天候処理部１４０が取得する天気（天候）の情報は、当日分のみを取得するようにしてもよいし、１週間分の予想天気をまとめて取得するようにしてもよい。
【００３２】
（データベース）
データベース部２００は、個人情報データベース（ＤＢ）２１０、個人別上限所要時間データベース（ＤＢ）２１１、ポイントデータベース（ＤＢ）２２０、ポイント別上限所要時間データベース２３０および稼動停止データベース（ＤＢ）２５０を格納する。
図４は、図３のデータベース部に格納される各データベースを例示した図である。図１から図３を参照しつつ、図４を用いて、データベース部２００に格納される各データベースを説明する。
【００３３】
（個人情報ＤＢ）
個人情報ＤＢ２１０は、各子どもが携帯するリーダ３００のリーダＩＤ毎に、メール通知の宛先であるメールアドレス等を含む個人情報と、各子どもが通学時に通過する通過点（通過ポイント名）、子どもが通学する学区（エリア）等の情報を含む経路情報とを含む。
【００３４】
例えば、個人情報ＤＢ２１０の個人情報は、リーダＩＤ、子どもの保護者の氏名、子どもの氏名、住所、電話番号、メールアドレスおよびこれらの情報を書き換えるとき必要となるパスワード等を含む。また、個人情報ＤＢ２１０の経路情報は、そのリーダＩＤの保持者である子どもの学区（エリア）、通過点（通過ポイント名）、目的地および位置情報の管理は行きのみ行うか、行きと帰りとの両方（往復）の位置情報を管理するかを示す情報を含む。
【００３５】
図４に例示される個人情報ＤＢ２１０は、リーダＩＤ「Ｒ１」の保持者は「日立ももこ」であり、その保護者は「日立太郎」であり、住所は「○○市○△」であり、電話番号は「○○−○△□○」であり、メールアドレス（保護者のメールアドレス）は「○○○＠△△.○○.ｊｐ」であり、登録情報を書き換えるためのパスワードは「５４３２」であることを示している。また、このリーダ３００の所有者の学区（エリア）は「１学区」であり、通過ポイント（経路）は「Ａ、Ｂ、Ｃ、Ｄ」であり、目的地は「さくら小学校」であり、往復の位置情報をチェックすることを示している。
なお、この経路情報における通過点（通過ポイント名）の情報は、ＩＣタグ５００のＩＤを組み合わせて（通過する順番に並べて）記述するようにしてもよい。また、経路情報には複数の経路を登録するようにしてもよい。また、学区の情報は、ポイント名を組み合わせた情報で登録してもよく、目的地の情報はポイント名を登録してもよい。
【００３６】
個人情報ＤＢ２１０の個人情報は、前記した個人情報登録部１１１が端末装置６００Ａから送信された内容を受けて、書き込みを行う。また、個人情報ＤＢ２１０の経路情報も、経路登録部１１２が端末装置６００Ａから送信された内容を受けて書き込みを行う。
【００３７】
（ポイントＤＢ）
ポイントＤＢ２２０は、通過ポイント毎に、各天候（天気）において、どの子ども（どのリーダ３００）がポイントを通過したことをチェックするかを示した情報である。つまり、メール送信判定部１２２は、どのリーダ３００からの情報に基づきメール送信の判定をするかを示した情報である。
【００３８】
例えば、図４のポイントＤＢ２２０は、ポイントＡ,Ｄについては「晴、曇、雨、雪」いずれの天気でも、そのポイントをリーダＩＤ「Ｒ１」が通過したことをチェックするが、ポイントＢ,Ｃについては「雨、雪」のときにリーダＩＤ「Ｒ１」が通過したことをチェックすることを示している。
【００３９】
つまり、天気が晴または曇の場合、メール送信判定部１２２は、図４のポイントＤＢ２２０を参照して、リーダＩＤ「Ｒ１」から、ポイントＡに設置されたＩＣタグ５００のＩＤまたはポイントＤに設置されたＩＣタグ５００のＩＤを受信したときはメールの送信判定処理を行うべきと判定するが、ポイントＢに設置されたＩＣタグ５００のＩＤまたはポイントＣに設置されたＩＣタグ５００のＩＤを受信したときは、端末装置６００Ｂにメールの送信判定処理は行わないようにする。
【００４０】
一方、天気が雨または雪の場合、メール送信判定部１２２は、図４のポイントＤＢ２２０を参照して、リーダＩＤ「Ｒ１」から、ポイントＡ〜Ｄのうち、いずれの情報を受信したときも端末装置６００Ｂにメール送信判定処理をする。
なお、このポイントＤＢ２２０は、図４に示すように、各ポイントのポイント名（識別情報）毎に、そのポイントに設置されるＩＣタグ５００のＩＤの情報を含むようにしてもよい。このようにすることで、ＩＣタグ５００のＩＤに対応するポイント名が変化したときでも、ＩＣタグ５００のＩＤからそのＩＣタグ５００が設置される場所を特定することができる。
【００４１】
なお、このポイントＤＢ２２０の情報は、前記した経路登録部１１２が端末装置６００Ａから入力された内容を受けて書き込みを行うものとする。
また、図４のポイントＤＢ２２０の情報には、リーダＩＤ「Ｒ１」の情報のみが格納されているが、異なるリーダＩＤのリーダ３００の情報を併せて格納するようにしてもよい。
【００４２】
このようにポイントＤＢ２２０で天候毎に当該リーダ３００の通過チェックをするポイント名を設定できるので、天気が雨や雪の場合等、子どもの通学所要時間が長くなる場合に、子どもの位置情報のチェックの間隔を狭く設定することも可能になる。つまり天候に応じて通過チェックをより細やかなものとすることも可能になる。
【００４３】
（ポイント別上限所要時間ＤＢ）
ポイント別上限所要時間ＤＢ２３０は、各ポイント間の移動の上限所要時間を天候（天気）毎に示した情報である。
【００４４】
例えば、図４に例示されるポイント別上限所要時間ＤＢ２３０は、ポイントＡとポイントＢとの間の移動の上限所要時間は、天気が晴または曇のときは「３分」であるが、雨のときは「５分」であり、雪のときは「６分」であることを示している。
【００４５】
（個人別上限所要時間ＤＢ）
個人別上限所要時間ＤＢ２１１は、子ども毎（リーダ３００毎）、天候（天気）毎に各ポイント間の移動に要する上限所要時間を示した情報である。
【００４６】
図４に例示される個人別上限所要時間ＤＢ２１１は、リーダＩＤ「Ｒ１」の保有者である子どもの出発地点から目的地までの経路上の各ポイント間の上限所要時間を天候毎に示している。図４において、自宅とポイントＡとの間の上限所要時間は、天気が晴または曇のときは「３分」であるが、雨のときは「５分」であり、雪のときは「６分」であることを示している。
【００４７】
例えば、メール送信判定部１２２は、前記した天候処理部１４０から天候が晴であるという情報を得た後、リーダＩＤ「Ｒ１」から、ポイントＡを通過した旨の情報を受信したとき、その情報を取得した日時（あるいはリーダ３００がＩＤを読み取った日時）と、リーダＩＤ「Ｒ１」の個人別上限所要時間ＤＢ２１１と、管理サーバ１００内のタイマ（図示せず）とを参照して、子どもが自宅からポイントＡまでの上限所要時間以内（３分間以内）にポイントＡを通過したか否かを判断する。そして、その判断結果に応じて送信するメールの内容を判定する。
なお、リーダ３００から送信された情報が、各ポイントを通過した旨の情報か、各ポイントへ到着した旨の情報かの判断は、前記した個人情報ＤＢ２１０内の経路情報の目的地の情報を参照して行うものとする。つまり、リーダ３００から受信した情報がポイントＤの識別情報を含んでいて、経路情報の目的地の欄に「ポイントＤ」の記述があったとき、メール送信判定部１２２は、そのリーダ３００の保持者（子ども）が目的地に到着したものと判断する。
ちなみに、この個人別上限所要時間ＤＢ２１１の情報は、前記した上限所要時間算出部１１３が、前記したポイント別上限所要時間ＤＢ２３０から、通過点（経路）それぞれの区間の上限所要時間を読み出して作成するものとする。また、この個人別上限所要時間ＤＢ２１１の情報は、個人情報ＤＢ２１０の一部として組み込むようにしてもよい。
【００４８】
また、本システムにおいて、出発地あるいは目的地の近傍にＩＣタグ５００が設置されている場合には、この個人別上限所要時間ＤＢ２１１の出発地から最寄りポイントまでの上限所要時間（あるいは目的地から、この目的地の最寄りポイントまでの上限所要時間）は、含めないようにしてもよい。
【００４９】
ちなみに、出発点から最寄りのポイントまで、あるいは目的地から最寄りポイントまでの上限所要時間は、上限所要時間算出部１１３が各ポイントの位置がマッピングされた地図情報（記憶部等に格納）に基づき距離を計測し、算出するものとする。また、天候毎の子どもの移動速度（歩く速さ）は、子どもの年齢等を考慮し、既存の統計データ等を参照して算出する。
【００５０】
（稼動停止ＤＢ）
稼動停止ＤＢ２５０は、メール送信判定部１２２がメール送信判定の対象としないリーダ３００のＩＤおよびそのリーダ３００のメール送信判定を行わない期間を示した情報である。
例えば、図４に例示される稼動停止ＤＢ２５０は、リーダＩＤ「Ｒ１」は、「2004/11/10−2004/11/11」の間、メール送信判定をしないことを示している。
つまり、メール送信判定部１２２は、この稼動停止ＤＢ２５０の情報を参照して、このリーダ３００が現在停止期間中であると判断した場合、リーダＩＤ「Ｒ１」のリーダ３００から情報が送信されてきてもメール送信判定を行わない。
【００５１】
また、記憶部内のポイント（ＩＣタグ５００）の設置位置が示された地図情報は、初期登録処理部１１０が、端末装置６００から個人情報ＤＢ２１０、個人別上限所要時間ＤＢおよびポイントＤＢの情報を登録する際に用いられる。この地図情報は、各ポイント（ＩＣタグ５００）がどの学区に属するかを示す情報を格納するようにしてもよい。
これらの情報は、本実施の形態では、管理サーバ１００の記憶部に格納されるものとして説明するが、外部の記憶装置（ハードディスク等）に格納するようにしてもよい。
【００５２】
（登録手順）
次に、図１から図４を参照しつつ、図５および図６を用いて、管理サーバ１００による各データベースの作成・登録手順を説明する。図５（ａ）〜（ｃ）は、図１の管理サーバの登録手順を示したフローチャートである。図６は、図３の初期登録処理部が表示する画面例である。
【００５３】
図３の個人情報登録部１１１は、端末装置６００のＷｅｂブラウザ等に「初期登録」画面を表示する（図５（ａ）のステップＳ２０１）。つまり、個人情報登録部１１１は端末装置６００のＷｅｂブラウザに個人情報の入力を受け付ける画面を送信する（図６の符号６０１参照）。子どもの保護者は端末装置６００の表示部のＷｅｂブラウザ情報上に表示された前記画面を見ながら、マウスやキーボード等の入力部を用いて、個人情報（保護者氏名、子ども氏名、住所、電話番号、メールアドレス、パスワード、リーダＩＤ等）の入力を行い、入力を完了すると端末装置６００から管理サーバ１００へ個人情報を送信する。
【００５４】
個人情報登録部１１１は、端末装置６００から個人情報をネットワーク７００経由で受信し、受信した個人情報を確認する（ステップＳ２０２）。つまり、端末装置６００からの入力情報に漏れ等があるか否かを確認する。ここで、受信情報に漏れがなかった場合、つまり受信情報に問題がなかった場合（ステップＳ２０３のＹｅｓ）、この情報をいったんメモリ等に記憶して、ステップＳ２０４の経路登録処理に移る。このときの経路登録処理の詳細は、後記する。
一方、端末装置６００からの受信情報に漏れ等があった場合、つまり受信情報に問題があった場合（ステップＳ２０３のＮｏ）、端末装置６００に再度入力を促す画面やメッセージ等を送信して、ステップＳ２０２へ戻る。
【００５５】
経路登録部１１２による経路登録処理が終了したあと、経路登録部１１２は、端末装置６００から送信された情報をメモリから読み出し、ポイントＤＢ２２０（図４参照）に「リーダＩＤ」を天候毎に登録する（ステップＳ２０５）。
【００５６】
次に、初期情報登録部１１０は、個人情報ＤＢ２１０に「初期登録」情報を登録する（ステップＳ２０６）。すなわち、ステップＳ２０２でメモリに記憶した個人情報を読み出し、個人情報ＤＢ２１０に登録する。また、経路登録部１１２がメモリに記憶した経路情報を読み出し、個人情報ＤＢ２１０に登録する。
【００５７】
そして、初期登録処理部１１０は、端末装置６００側のＷｅｂブラウザに「初期情報登録完了メッセージ」を表示（送信）して（ステップＳ２０７）、登録処理を終了する。
【００５８】
次に、図５（ｂ）を用いて、前記したステップＳ２０４の経路登録処理（経路情報登録処理）について説明する。
【００５９】
経路登録部１１２は、端末装置６００のＷｅｂブラウザに「経路情報」画面を表示する（ステップＳ３０１）。つまり、端末装置６００のＷｅｂブラウザに経路情報の入力を受け付ける画面を送信する。ここで経路登録部１１２が送信する画面は、子どもの通学経路を含む学区の入力を受け付ける領域（図６の領域６０３）および目的地の入力を受け付ける領域（領域６０４）を含む。そして、保護者等が、前記した画面を端末装置６００の表示部で見ながらキーボードやマウスで学区および目的地の入力を行う。そしてこの入力が完了し、登録ボタン（符号６０８）をクリックすると、これを受けて端末装置６００は管理サーバ１００へ前記した入力情報を送信する。
【００６０】
経路登録部１１２は、端末装置６００から「エリア」（例えば、１学区）と「目的地」（例えば、さくら小学校）の情報を受信すると、受信情報の確認をする（ステップＳ３０２）。つまり、端末装置６００からの入力情報に漏れがあるか否か等を確認する。ここで、受信情報に漏れがなかった場合、つまり受信情報に問題がなかった場合（ステップＳ３０３のＹｅｓ）、この情報をいったんメモリに記憶して、ステップＳ３０４へ進む。
一方、受信情報に漏れがあった場合、つまり受信情報に問題があった場合（ステップＳ３０３のＮｏ）、経路登録部１１２は、端末装置６００に再度入力を促す画面等を送信した後、ステップＳ３０２へ戻る。
【００６１】
ステップＳ３０４では、経路登録部１１２が、ステップＳ３０１で入力された学区、目的地およびステップＳ２０１で入力した住所（自宅住所）をメモリから読み出し、これをキーとして、管理サーバ１００の記憶部からＩＣタグ５００の読み取り場所（ポイント）を選択させる地図情報を検索し、端末装置６００へ送信する。
【００６２】
つまり、経路登録部１１２が、端末装置６００から目的地および住所の入力を受けると、これをキーとして記憶部からこの目的地および住所を含む地図情報を検索し、端末装置６００のＷｅｂブラウザに送信する。このとき送信する地図情報には、ＩＣタグ５００の設置場所のほかに、目的地や自宅の位置を表示したものである。例えば、図６の領域６０５に示すように、自宅、目的地（さくら小学校）およびポイントＡ〜Ｃの位置を表示する。そして、この保護者等が端末装置６００の表示部に表示された地図情報（画面）を見ながら、子どもが通過したことをチェックするポイント、つまりＩＣタグ５００の読み取り場所の選択入力をする。ここでの入力は、例えば端末装置６００のマウス等で画面上のポイントを選択し、クリックして行う。
【００６３】
そして、経路登録部１１２は、図６の領域６０５の画面上で選択された経路（ポイント）を、領域６０６に表示した画面を端末装置６００へ送信する。ここでは、経路１として、出発地は「自宅」であり、通過点は「ポイントＡ」と「ポイントＢ」とであり、目的地は「さくら小学校」が選択されていることを示している。このような表示をすることで、保護者等は自分が選択した経路（通過ポイント）の確認をしやすくなる。なお、ここで登録する経路は、複数であってもよい。
【００６４】
また、保護者等が領域６０５の各ポイントを選択するとき、経路情報の各ポイントは、どの天気のときにチェックするかを入力させる画面を送信する。このときの画面は、例えば端末装置６００から領域６０５上のポイント部分にマウスカーソルを移動させると、そのポイントは、どの天気のときにチェックするかを入力させるチェックボックスをポップアップ表示させる（吹き出し６０７）。そして、端末装置６００は、各ポイントは、どの天気のときにチェックするかの選択入力を受け付ける。
【００６５】
例えば、図６の吹き出し６０７において、管理サーバ１００は、ポイントＢについて「晴」および「曇」のときにチェックする（通過したことのチェックを行う）ことを示している。そして、これらの情報の入力を完了し、登録ボタン（領域６０９）をクリックすると、端末装置６００は入力情報を管理サーバ１００へ送信する。
【００６６】
経路登録部１１２は、端末装置６００からの選択情報を受信し、受信情報を確認する（ステップＳ３０５）。そして、受信情報に問題がなければ（ステップＳ３０６のＹｅｓ）、入力された各ポイントにおいてどの天気のときに通過のチェックを行うかを示した情報（例えば、図６の吹き出し６０７のようにポイントＢについては「晴」と「曇」のときに通過のチェックを行うという情報）をいったんメモリに記憶する。そして、ステップＳ３０７へ進み、上限所要時間算出部１１３は、上限所要時間算出処理を行う。
【００６７】
次に、図５（ｃ）を用いて、前記したステップＳ３０７の上限所要時間算出処理について説明する。
上限所要時間算出部１１３は、ステップＳ２０１およびステップＳ３０１で入力された出発地点（例えば、自宅や学校）の情報から、ポイントＤＢ２２０に登録されている最寄りのポイントまでの距離を算出する（図５（ｃ）のステップＳ４０１）。
【００６８】
例えば、ステップＳ３０１で出発地点を自宅と入力し、ステップＳ３０４でポイントＡおよびポイントＢを通過すると入力した場合、上限所要時間算出部１１３が、記憶部の地図情報を参照して、自宅からの最寄りのポイント（ポイントＡ）を特定する。そして、自宅から最寄りのポイント（ポイントＡ）までの距離を算出する。
【００６９】
上限所要時間算出部１１３は、ステップＳ４０１で算出した距離を基に、自宅から最寄りポイントまでの上限所要時間を算出する。なお、このときの上限所要時間は天候を考慮したものとする。つまり、自宅から最寄りポイントまでの距離を基に天候毎の所要時間を算出する（ステップＳ４０２）。
【００７０】
次に、上限所要時間算出部１１３は、ポイント別上限所要時間ＤＢ２３０を参照して（ステップＳ４０３）、ステップＳ３０１で入力された経路（ポイント間）の上限所要時間を算出する。そして、この上限所要時間にステップＳ４０２で算出した上限所要時間の情報を加えて、個人別上限所要時間ＤＢ２１１を作成し（ステップＳ４０４）、これをデータベース部２００に格納する。
なお、自宅にＩＣタグ５００が設置されている場合には、前記した出発地点から最寄りのポイントまでの上限所要時間の算出を行う必要はない。
【００７１】
次に、図１から図６を参照しつつ、図７を用いて、管理サーバ１００のメール送信処理について説明する。図７は、図１の管理サーバのメール送信処理手順を示すフローチャートである。
なお、保護者が個人情報ＤＢ２１０に複数の経路の登録をしているときには、端末装置６００から事前にどの経路を選択するかを管理サーバ１００へ設定しておくものとする。つまり、個人情報ＤＢ２１０の経路情報のうち、利用する経路情報に所定のフラグが立てられているものとする。この経路選択は、ＰＣ等の端末装置６００Ａから送信するようにしてもよいし、携帯電話機等の端末装置６００Ｂから送信するようにしてもよい。
【００７２】
まず、管理サーバ１００の受付処理部１２１は、端末装置６００Ａから子どもが出発した旨の情報を受信したとき（ステップＳ７０１）、この情報をメール送信判定部１２２に受け渡す。メール送信判定部１２２は、この情報に含まれるリーダ３００のＩＤと、稼動停止ＤＢ２５０とを参照して（ステップＳ７０２）、このリーダ３００からの情報に基づく処理を行うか否かを判定する。例えば、稼動停止ＤＢ２５０にこのリーダ３００が稼動停止期間中である旨の情報が記載されていたときは、その後の処理を行わない。一方、稼動停止ＤＢ２５０にこのリーダ３００が稼動停止期間中である旨の記載がないときは、ステップＳ７０３へ進む。
【００７３】
ステップＳ７０３では、メール送信判定部１２２が、天候状況、子どもの経路および経路の上限所要時間を確認する。具体的には、ステップＳ７０１で受信した情報に含まれるリーダ３００のＩＤおよび天候処理部１４０から出力された天候情報に基づき、ポイントＤＢ２２０から当日通過のチェックを行うポイントを特定する。
例えば、リーダ３００のＩＤが「Ｒ１」で、天候が「晴」のとき、図４に例示されるポイントＤＢ２２０を参照して当日通過のチェックを行うのは「ポイントＡ」と「ポイントＤ」とであることを特定する。次に、個人別上限所要時間ＤＢ２１１から、この子どもの通過ポイント間の移動の上限所要時間を読み出す。例えば、図４に例示される個人別上限所要時間ＤＢ２１１の「晴」の上限所要時間のうち、自宅からポイントＡまでの上限所要時間（３分）と、ポイントＡからポイントＤまでの上限所要時間（３分＋２分＋５分＝１０分）と、ポイントＤから学校までの上限所要時間（３分）とを読み出し、これをいったんメモリに記憶しておく。
【００７４】
そして、メール送信判定部１２２は、端末装置６００Ａから子どもが出発した旨の情報を受信した日時から、上限所要時間以内（３分以内）にこのリーダ３００からの情報を受信しなかったとき（ステップＳ７０４のＮｏ）、ステップＳ７２０へ進み、メール送信部１２３に登録メールアドレス宛の「警告メール」を送信する。つまり、メール送信部１２３は、個人情報ＤＢ３１０に登録されたリーダ３００（リーダＩＤ「Ｒ１」）の保持者（子ども）の保護者のメールアドレス宛に警告メールを送信する。
【００７５】
一方、メール送信判定部１２２は、端末装置６００Ａから子どもが出発した旨の情報を受信した日時から、上限所要時間以内にこのリーダ３００からの情報を受信したとき（ステップＳ７０４のＹｅｓ）、ステップＳ７０５へ進む。
【００７６】
ステップＳ７０５では、メール送信判定部１２２は、リーダ３００から受信した情報に含まれるＩＣタグ５００のＩＤ（ポイントの識別情報）と、個人情報ＤＢ２１０におけるこの子どもの属する学区（エリア）に関する情報と、各ポイントが属する学区の情報とを参照して、ステップＳ７０１で受信した情報が個人情報ＤＢ２１０に登録されたエリア内（学区内）からのものか、エリア外（学区外）からのものかを判断する。そして、ステップＳ７０１で受信した情報が個人情報ＤＢ２１０に登録されたエリア外のものであるときには、ステップＳ７２０へ進み、メール送信部１２３に警告メールを送信させる。一方、登録されたエリア内からのものであるときには、ステップＳ７０６へ進む。
【００７７】
ステップＳ７０６では、メール送信判定部１２２が、リーダ３００から受信した情報に含まれるＩＣタグ５００のＩＤと、個人情報ＤＢ２１０におけるこの子どもの経路情報とを参照して、ステップＳ７０１で受信した情報が個人情報ＤＢ２１０に登録された経路内（経路内のポイント）からのものか、登録された経路（ポイント）以外からのものかを判断する。そして、ステップＳ７０１で受信した情報が個人情報ＤＢ２１０に登録された経路以外からのものであるときには、ステップＳ７０７へ進み、登録された経路内からのものであるときには、ステップＳ７０８へ進む。
【００７８】
ステップＳ７０７では、メール送信判定部１２２は、メール送信部１２３に登録メールアドレス宛の「寄り道メール」を送信させる。つまり、メール送信部１２３は、リーダＩＤおよび個人情報ＤＢ３１０に登録された子どもの保護者のメールアドレス宛に、例えば「寄り道中！現在○○地点」等の子どもの寄り道を通知するメールを送信する。
なお、このメールにおける子どもの現在地点の情報は、例えば、リーダ３００から送信されたＩＣタグ５００のＩＤ、記憶部に格納されたポイントＤＢ２２０、地図情報等を参照して特定する。
【００７９】
ステップＳ７０８では、メール送信判定部１２２が、リーダ３００から受信した情報に含まれるＩＣタグ５００のＩＤと、個人情報ＤＢ２１０におけるこの子どもの経路情報とを参照して、ステップＳ７０１で受信した情報が、子どものポイント通過を知らせるものか、目的地への到着を知らせるものかを判断する。
【００８０】
つまり、リーダ３００から送信されたＩＣタグ５００のＩＤが、個人情報ＤＢ２１０において、目的地として登録されているポイントのＩＣタグ５００のＩＤであれば、目的地への到着と判断し、通過点として登録されているポイントのＩＣタグ５００のＩＤであればポイント通過と判断する。ここで、メール送信判定部１２２が、ステップＳ７０１で受信した情報が、子どもが目的地に到着したことを知らせるものと判断したとき、ステップＳ７０９へ進み、メール送信部１２３に保護者のメールアドレス宛の「到着メール」を送信させる。このときの到着メールは、例えば「○○地点に到着しました」といった内容のメールである。このときの到着地点も、前記した地図情報を参照して特定する。
【００８１】
一方、メール送信判定部１２２がステップＳ７０１で受信した情報は、子どものポイント通過を知らせるものと判断したとき、ステップＳ７１０へ進み、メール送信部１２３に登録メールアドレス宛の「通過メール」を送信させる。このときの通過メールは、例えば「○○地点を通過しました」といった内容のメールである。そして、ステップＳ７０１に戻り、次にリーダ３００から情報が送信されるのを待つ。
【００８２】
管理サーバ１００は、以上のような処理手順により、子ども（リーダ３００の保持者）が通学路内の所定のポイントを通過したことや、子どもが通学路を外れて寄り道したことをリアルタイムに保護者に通知するので、子どもが登下校する間の保護者の不安感を軽減することができる。
【００８３】
《その他の実施の形態》
前記した実施の形態の位置情報管理システムは、位置情報の管理対象者である子どもにリーダ３００を携帯させ、ＩＣタグ５００は固定位置（子どもの通学経路上の通過ポイント等）に設置する場合を例に説明したが、子どもにＩＣタグ５００を携帯させ、リーダ３００は固定位置に設置するようにしてもよい。図９は、本実施の形態の位置情報管理システムを説明する図である。
【００８４】
つまり、図９に示すように、経路上の各ポイントに設置されたリーダ３００は、子どもが携帯するＩＣタグ５００のＩＤ（ＩＤ：ｘｘｘ）を読み取り、これをネットワーク４００経由で管理サーバ１００へ送信する。つまり、各ポイントに設置されたリーダ３００は、どの子どもが通過したかを管理サーバ１００へ送信する。そして、管理サーバ１００は、受信した各リーダ３００のＩＤ（あるいはポイントの識別情報）と、各子どもに割り当てられたＩＣタグ５００のＩＤとに基づき各子どもの位置を確認する。
【００８５】
このとき、処理部１０１（図３参照）は、本実施の形態では子どもが携帯するＩＣタグ５００のＩＤ毎の登録および各種処理を行うようにする。
また、個人情報ＤＢ２１０（図４参照）の個人情報のリーダ３００のＩＤの欄には、ＩＣタグ５００のＩＤが格納される。つまり、個人情報ＤＢ２１０の個人情報および経路情報は、ＩＣタグ５００のＩＤ毎の情報として格納される。個人別上限所要時間ＤＢ２１１は、各ＩＣタグ５００毎の情報となる。また、ポイントＤＢ２２０にはリーダ３００のＩＤのかわりに、子どもが携帯するＩＣタグ５００のＩＤが格納され、ポイント毎にリーダ３００のＩＤが格納されることになる。さらに、稼動停止ＤＢ２５０も、ＩＣタグ５００のＩＤ毎の情報が格納されることになる。
このようにすることでも、管理サーバ１００は管理対象者の位置情報を管理することができる。
【００８６】
また、前記した実施の形態では、管理対象者は主として子どもの場合を例に説明したが、これに限定されるものではない。
【００８７】
例えば、管理サーバ１００は、ネットワーク７００経由で外部の災害関連システムと連携可能なようにして、災害発生時に、家族が現在どの避難地に居るかを確認するために用いてもよい。
例えば、管理サーバ１００は、ネットワーク７００経由で外部の災害関連システムから災害情報を受信し、災害時の避難場所の情報（地図情報）等を記憶部に格納しておく。そして、各避難場所（ポイント）ごとに、この避難場所に設置されるＩＣタグ５００のＩＤを示す情報（災害時用のポイントＤＢ２２０）を作成し、データベース部２００に格納しておく。そして、各リーダ３００から送信された情報の処理を行うときは、災害時用のポイントＤＢ２００を参照するようにする。つまり、リーダ３００から避難場所Ａに設置されるＩＣタグ５００のＩＤを受信したとき、このリーダ３００の保持者が無事に避難場所Ａに到着した旨のメールを登録されたメールアドレス宛に送信するようにする。
なお、災害時の避難場所の情報や、災害時用のポイントＤＢ２２０は外部の災害関連システムに格納し、管理サーバ１００はネットワーク７００経由で災害関連システムのデータを参照し、メールの送信処理を行うようにしてもよい。
【００８８】
このようにすることで、家族がどの避難場所に到着したかを知ることができる。つまり、管理サーバ１００は、災害時における避難者の位置情報を提供することができる。
なお、管理サーバ１００は、通常は前記したような子どもの通学時の位置情報を管理するようにして、災害発生時には、外部の災害関連システムにある避難場所の位置情報およびその避難場所に設置されるＩＣタグ５００のＩＤの情報を取得し、避難者情報（避難者の位置情報、個人情報等）を提供するようにしてもよい。つまり、管理サーバ１００は、災害発生時には、参照するポイントＤＢ２２０を前記した災害時用のポイントＤＢ２２０に切替えるようにしてもよい。また、この場合も家族等がＩＣタグ５００を保持し、リーダ３００は避難場所に設置するようにしてもよい。さらに、管理サーバ１００は、通学や災害時以外の外部システムと連携するようにするようにしてもよい。
【００８９】
また、徘徊する可能性のある老人等にリーダ３００やＩＣタグ５００を携帯させ、管理サーバ１００は、老人の位置情報を管理するようにしてもよい。
その他についても、本発明の趣旨を逸脱しない範囲で応用可能である。
【００９０】
なお、本実施の形態に係る管理サーバ１００は、前記したような処理を実行させる位置情報管理用プログラムによって実現することができ、そのプログラムをコンピュータによる読み取り可能な記憶媒体（ＣＤ−ＲＯＭ）に記憶して提供することが可能である。また、そのプログラムを、ネットワークを通して提供することも可能である。
【図面の簡単な説明】
【００９１】
【図１】本発明の実施の形態の位置情報管理システムの概要を説明した図である。
【図２】図１の位置情報管理システムの利用方法を説明した図である。
【図３】図１の位置情報管理システムを機能展開して説明したブロック図である。
【図４】図３のデータベース部に格納される各データベースを例示した図である。
【図５】図１の管理サーバの登録手順を示したフローチャートである。
【図６】図３の初期登録処理部が表示する画面例である。
【図７】図１の管理サーバのメール送信処理手順を示すフローチャートである。
【図８】（ａ）は図１の端末装置に送信されるメールを例示した図である。（ｂ）は図３のリーダを備える携帯電話機を例示した図である。
【図９】本実施の形態の位置情報管理システムを説明する図である。
【符号の説明】
【００９２】
１００  管理サーバ（位置情報管理装置）
１０１  処理部
１１０  初期登録処理部
１１１  個人情報登録部
１１２  経路登録部
１１３  上限所要時間算出部
１２０  通信処理部
１２１  受付処理部
１２２  メール送信判定部（判定部）
１２３  メール送信部
１３０  稼動停止処理部
１３１  稼動停止受付部
１３２  メール送信解除部
１４０  天候処理部
２００  データベース部（記憶部）
２１１  個人別条件所要時間データベース（所要時間データベース）
２３０  ポイント別上限所要時間データベース（所要時間データベース）
３００  リーダ（記憶媒体読み取り装置）
３１０  ＩＣタグ読み取り処理部
３２０  通信処理部
４００,７００  ネットワーク
５００  ＩＣタグ（記憶媒体）
５１０  記憶部
６００（６００Ａ,６００Ｂ）  端末装置
【図１】
2006146545.tif 000003
【図２】
2006146545.tif 000004
【図３】
2006146545.tif 000005
【図４】
2006146545.tif 000006
【図５】
2006146545.tif 000007
【図６】
2006146545.tif 000008
【図７】
2006146545.tif 000009
【図８】
2006146545.tif 000010
【図９】
2006146545.tif 000011