(57)【要約】【課題】登録が簡便で、かつ、先の予定を登録しても、ユーザの行動予定と位置情報とに基づいて、適切な通知を実行することができる接近情報通知システムを提供することを目的とする。【解決手段】スケジュールに示されたユーザの現在から所定時間後までのスケジュールを取得し、さらに、通知期間内のスケジュールを抽出する。そして、そのスケジュールに記載されている位置キーワードから通知距離よりも長い所定距離内に合致する対象物の地理的な位置情報をリスト化し、そのリスト化された情報とユーザの現在位置とより、ユーザの現在位置がリスト化された情報と合致した場合に、ユーザに対して通知を行う。【選択図】図１
2008171068.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とウェブサーバとからなる接近情報通知システムであって、
前記ユーザ端末が、
ユーザのスケジュールを登録または更新するスケジュール情報登録更新手段と、
現在時刻とそのときの位置情報を検出する位置時間情報検出手段と、
接近情報を通知する通知手段と、
前記ウェブサーバから送信される適合情報を格納する適合情報格納手段と、
該適合情報格納手段に格納された適合情報と前記位置時間情報検出手段により検出される位置情報とに基づいて、前記通知手段を制御する通知制御手段と、
を備え、
前記ウェブサーバが、
前記スケジュール情報登録更新手段により登録または更新されたユーザのスケジュールを管理するスケジュール管理手段と、
ユーザのスケジュールと該スケジュールに関連する情報を格納するスケジュール情報格納手段と、
対象物とその地理的な位置情報とを対応づけて格納する地理情報格納手段と、
前記位置時間情報検出手段が検出する現在時刻とそのときのユーザの位置情報とを対応付けて格納するユーザ位置情報格納手段と、
前記ユーザ位置情報格納手段に格納された現在時刻およびユーザの位置情報と、前記スケジュール情報格納手段に格納されたスケジュールと該スケジュールに関連する情報とにより定まる条件に適合する情報を前記地理情報格納手段に格納された情報から抽出し、前記適合情報格納手段に出力する適合情報検出手段と、
を備えたことを特徴とする接近情報通知システム。
【請求項２】
前記スケジュール情報格納手段は、スケジュール情報とともに、スケジュールに関連する情報として少なくとも通知距離、通知期間、通知の可否、通知方法を格納していることを特徴とする請求項１に記載の接近情報通知システム。
【請求項３】
前記通知制御手段は、前記位置時間情報検出手段により検出される前記位置情報と前記通知距離情報とに基づいて、前記通知手段を制御することを特徴とする請求項２に記載の接近情報通知システム。
【請求項４】
前記適合情報検出手段は、現在時刻から所定の時間内でかつ通知期間内のスケジュールを前記スケジュール情報格納手段から抽出し、さらに、現在位置から前記通知距離よりも長い所定距離内に存在する対象物の地理的な位置情報を前記地理情報格納手段より抽出することを特徴とする請求項２または請求項３に記載の接近情報通知システム。
【請求項５】
ユーザ端末とウェブサーバとからなる接近情報通知システムであって、
前記ユーザ端末が、
ユーザのスケジュールを登録または更新するスケジュール情報登録更新手段と、
他のユーザのアドレス情報とともに、スケジュールの閲覧許可情報を登録または更新するアドレス情報登録更新手段と、
現在時刻とそのときの位置情報を検出する位置時間情報検出手段と、
接近情報を通知する通知手段と、
前記ウェブサーバから送信される適合情報を格納する適合情報格納手段と、
該適合情報格納手段に格納された適合情報と前記位置時間情報検出手段により検出される位置情報とに基づいて、前記通知手段を制御する通知制御手段と、
を備え、
前記ウェブサーバが、
前記スケジュール情報登録更新手段により登録または更新されたユーザのスケジュールを管理するスケジュール管理手段と、
ユーザのスケジュールと該スケジュールに関連する情報を格納するスケジュール情報格納手段と、
前記アドレス情報登録更新手段により登録または更新されたアドレス情報を管理するアドレス情報管理手段と、
該アドレス情報管理手段が管理する情報を格納するアドレス情報格納手段と、
対象物あるいは対象エリアとその地理的な位置情報とを対応づけて格納する地理情報格納手段と、
前記位置時間情報検出手段が検出する現在時刻とそのときのユーザの位置情報とを対応付けて格納するユーザ位置情報格納手段と、
前記ユーザ位置情報格納手段に格納された現在時刻およびユーザの位置情報と、前記スケジュール情報格納手段に格納され、前記閲覧許可が与えられた他のユーザのスケジュールに関連する情報とにより定まる条件に適合する情報を前記適合情報格納手段に出力する適合情報検出手段と、
を備えたことを特徴とする接近情報通知システム。
【請求項６】
前記スケジュール情報登録更新手段が、自己のスケジュールの他ユーザへの閲覧の可否を時間帯ごとに登録あるいは更新することができることを特徴とする請求項５に記載の接近情報通知システム。
【請求項７】
前記スケジュール情報格納手段は、スケジュール情報とともに、スケジュールに関連する情報として少なくとも通知距離、通知期間、通知の可否、通知方法、スケジュールの閲覧可否情報を格納していることを特徴とする請求項５または請求項６に記載の接近情報通知システム。
【請求項８】
前記通知制御手段は、前記位置時間情報検出手段により検出される位置情報と前記通知距離情報とに基づいて、前記通知手段を制御することを特徴とする請求項７に記載の接近情報通知システム。
【請求項９】
前記適合情報検出手段は、現在時刻から所定の時間内でかつ通知が必要なスケジュールを前記スケジュール情報格納手段から抽出し、さらに、抽出したスケジュールに示された行き先情報に基づいて前記地理情報格納手段の検索を行い、前記ユーザの現在位置から前記通知距離よりも長い所定距離内にいると思われる他のユーザの地理的な位置情報を抽出することを特徴とする請求項７または請求項８に記載の接近情報通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの行動予定と位置情報に基づいて適切な情報の提供を行う接近情報通知システムに関する。
【背景技術】
【０００２】
近年、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔｓ)、携帯電話等の情報端末装置の多くには、ユーザのスケジュール管理を行う機能が備えられている。こうしたスケジュール管理機能は、通常、ユーザの行動予定を、日時、場所、目的などの複数項目のデータで管理し、ユーザによって設定された予定行動時刻が近づくと、音や表示、あるいは振動などで、その旨をユーザに対して通知することで、より積極的にユーザのスケジュールを管理している。
【０００３】
こうしたものの発展型の一例として、ユーザの行動予定に係わる行き先の位置情報を行先リストに登録しておき、ＧＰＳの利用や無線基地局からの情報により現在のユーザの位置情報を取得し、取得した位置情報と行先リストの行先位置情報とを比較して、互いの接近度を評価し、予め定めた接近度を満足するときに、ユーザに対して行動予定を促すための通知を行う情報端末装置が知られている（例えば、特許文献１参照。）。
【特許文献１】特開２００６−１８５３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の従来技術においては、行動予定の行先が１点であるために、例えば、銀行やデパート等、多くの支店が存在し、特定の店舗でなくとも用件を済ませることができるような場合には、そのすべてについて個別の登録が必要となって、登録が煩雑になるという問題がある。また、予定を促すための通知期間が設定できないために、かなり先の予定を登録してしまうと、不要な通知が頻繁に発せられるという問題がある。
【０００５】
そこで、本発明は、上述の課題に鑑みてなされたものであり、登録が簡便で、かつ、先の予定を登録しても、ユーザの行動予定と位置情報とに基づいて、適切な通知を実行することができる接近情報通知システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決するために、以下の事項を提案している。
（１）本発明は、ユーザ端末とウェブサーバとからなる接近情報通知システムであって、前記ユーザ端末が、ユーザのスケジュールを登録または更新するスケジュール情報登録更新手段と、現在時刻とそのときの位置情報を検出する位置時間情報検出手段と、接近情報を通知する通知手段と、前記ウェブサーバから送信される適合情報を格納する適合情報格納手段と、該適合情報格納手段に格納された適合情報と前記位置時間情報検出手段により検出される位置情報とに基づいて、前記通知手段を制御する通知制御手段と、を備え、  前記ウェブサーバが、前記スケジュール情報登録更新手段により登録または更新されたユーザのスケジュールを管理するスケジュール管理手段と、ユーザのスケジュールと該スケジュールに関連する情報を格納するスケジュール情報格納手段と、対象物とその地理的な位置情報とを対応づけて格納する地理情報格納手段と、前記位置時間情報検出手段が検出する現在時刻とそのときのユーザの位置情報とを対応付けて格納するユーザ位置情報格納手段と、前記ユーザ位置情報格納手段に格納された現在時刻およびユーザの位置情報と、前記スケジュール情報格納手段に格納されたスケジュールと該スケジュールに関連する情報とにより定まる条件に適合する情報を前記地理情報格納手段に格納された情報から抽出し、前記適合情報格納手段に出力する適合情報検出手段と、を備えたことを特徴とする接近情報通知システムを提案している。
【０００７】
この発明によれば、ユーザ端末の通知制御手段は、検出したユーザの位置情報に基づいて、ウェブサーバの適合情報検出手段が現在時刻およびユーザの位置情報と、スケジュールとそのスケジュールに関連する情報とにより定まる条件に適合する情報を地理情報格納手段に格納された情報から抽出した適合情報の中から、適切な情報を抽出して通知手段を作動させる。したがって、最適なタイミングでユーザに適切な接近情報を通知することができる。
【０００８】
（２）本発明は、（１）の接近情報通知システムについて、前記スケジュール情報格納手段は、スケジュール情報とともに、スケジュールに関連する情報として少なくとも通知距離、通知期間、通知の可否、通知方法を格納していることを特徴とする接近情報通知システムを提案している。
【０００９】
この発明によれば、スケジュール情報とともに、スケジュールに関連する情報として少なくとも通知距離情報、通知期間、通知の可否、通知方法を格納していることから、先の予定を登録しても不要な通知が頻繁に発せられることがない。
【００１０】
（３）本発明は、（２）の接近情報通知システムについて、前記通知制御手段は、前記位置時間情報検出手段により検出される前記位置情報と前記通知距離情報とに基づいて、前記通知手段を制御することを特徴とする接近情報通知システムを提案している。
【００１１】
この発明によれば、検出される位置情報と通知距離情報とに基づいて、通知手段を制御することから、最適なタイミングでユーザに適切な接近情報を通知することができる。
【００１２】
（４）本発明は、（２）または（３）の接近情報通知システムについて、前記適合情報検出手段は、現在時刻から所定の時間内でかつ通知期間内のスケジュールを前記スケジュール情報格納手段から抽出し、さらに、現在位置から前記通知距離よりも長い所定距離内に存在する対象物の地理的な位置情報を前記地理情報格納手段より抽出することを特徴とする接近情報通知システムを提案している。
【００１３】
この発明によれば、適合情報検出手段が、現在時刻から所定の時間内でかつ通知期間内のスケジュールをスケジュール情報格納手段から抽出し、さらに、現在位置から通知距離よりも長い所定距離内に存在する対象物の地理的な位置情報を地理情報格納手段より抽出することから、ユーザ端末が接近情報を通知するにあたって、頻繁にウェブサーバにアクセスする必要がない。
【００１４】
（５）本発明は、ユーザ端末とウェブサーバとからなる接近情報通知システムであって、前記ユーザ端末が、ユーザのスケジュールを登録または更新するスケジュール情報登録更新手段と、他のユーザのアドレス情報とともに、スケジュールの閲覧許可情報を登録または更新するアドレス情報登録更新手段と、現在時刻とそのときの位置情報を検出する位置時間情報検出手段と、接近情報を通知する通知手段と、前記ウェブサーバから送信される適合情報を格納する適合情報格納手段と、該適合情報格納手段に格納された適合情報と前記位置時間情報検出手段により検出される位置情報とに基づいて、前記通知手段を制御する通知制御手段と、を備え、前記ウェブサーバが、前記スケジュール情報登録更新手段により登録または更新されたユーザのスケジュールを管理するスケジュール管理手段と、ユーザのスケジュールと該スケジュールに関連する情報を格納するスケジュール情報格納手段と、前記アドレス情報登録更新手段により登録または更新されたアドレス情報を管理するアドレス情報管理手段と、該アドレス情報管理手段が管理する情報を格納するアドレス情報格納手段と、対象物あるいは対象エリアとその地理的な位置情報とを対応づけて格納する地理情報格納手段と、前記位置時間情報検出手段が検出する現在時刻とそのときのユーザの位置情報とを対応付けて格納するユーザ位置情報格納手段と、前記ユーザ位置情報格納手段に格納された現在時刻およびユーザの位置情報と、前記スケジュール情報格納手段に格納され、前記閲覧許可が与えられた他のユーザのスケジュールに関連する情報とにより定まる条件に適合する情報を前記適合情報格納手段に出力する適合情報検出手段と、を備えたことを特徴とする接近情報通知システムを提案している。
【００１５】
この発明によれば、ユーザ端末の通知制御手段が、ウェブサーバの適合情報検出手段の抽出する現在時刻およびユーザの位置情報と、スケジュール情報が格納され、閲覧許可が与えられた他のユーザのスケジュールに関連する情報とにより定まる条件に適合する情報に基づいて、適切な情報を抽出して通知手段を作動させる。したがって、最適なタイミングでユーザに適切な接近情報を通知することができる。
【００１６】
（６）本発明は、（５）の接近情報通知システムについて、前記スケジュール情報登録更新手段が、自己のスケジュールの他ユーザへの閲覧の可否を時間帯ごとに登録あるいは更新することができることを特徴とする接近情報通知システムを提案している。
【００１７】
本発明によれば、自己のスケジュールの他ユーザへの閲覧の可否を時間帯ごとに登録あるいは更新することができる。したがって、ユーザの予定に応じて、本機能を利用するか否かを細かく設定することができる。
【００１８】
（７）本発明は、（５）または（６）の接近情報通知システムについて、前記スケジュール情報格納手段は、スケジュール情報とともに、スケジュールに関連する情報として少なくとも通知距離情報、通知期間、通知の可否、通知方法、スケジュールの閲覧可否情報を格納していることを特徴とする請求項５に記載の接近情報通知システムを提案している。
【００１９】
本発明によれば、スケジュール情報とともに、スケジュールに関連する情報として少なくとも通知距離情報、通知期間、通知の可否、通知方法、スケジュールの閲覧可否情報を格納していることから、不要な通知が頻繁に発せられることがない。
【００２０】
（８）本発明は、（７）の接近情報通知システムについて、前記通知制御手段は、前記位置時間情報検出手段により検出される位置情報と前記通知距離情報とに基づいて、前記通知手段を制御することを特徴とする接近情報通知システムを提案している。
【００２１】
この発明によれば、検出される位置情報と通知距離情報とに基づいて、通知手段を制御することから、最適なタイミングでユーザに適切な接近情報を通知することができる。
【００２２】
（９）本発明は、（７）または（８）の接近情報通知システムについて、前記適合情報検出手段は、現在時刻から所定の時間内でかつ通知が必要なスケジュールを前記スケジュール情報格納手段から抽出し、さらに、抽出したスケジュールに示された行き先情報に基づいて前記地理情報格納手段の検索を行い、前記ユーザの現在位置から前記通知距離よりも長い所定距離内にいると思われる他のユーザの地理的な位置情報を抽出することを特徴とする接近情報通知システムを提案している。
【００２３】
この発明によれば、ウェブサーバが現在時刻から所定の時間内でかつ通知が必要なスケジュールをスケジュール情報格納手段から抽出し、さらに、抽出したスケジュールに示された行き先情報に基づいて地理情報格納手段の検索を行い、ユーザの現在位置から通知距離よりも長い所定距離内にいると思われる他のユーザの地理的な位置情報を抽出することから、ユーザ端末が接近情報を通知するにあたって、頻繁にウェブサーバにアクセスする必要がない。
【発明の効果】
【００２４】
本発明によれば、登録が簡便で、かつ、先の予定を登録しても、ユーザの行動予定と位置情報に基づいて、適切な通知を実行することができるという効果がある。
【発明を実施するための最良の形態】
【００２５】
以下、図面を用いて、本発明の実施形態について詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組み合わせを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
【００２６】
［第１の実施形態］
＜本システムの構成＞
本実施形態に係る接近情報通知システムは、例えば、ユーザがたまたまある場所を通りかかったときに、スケジュールに対応した通知を発するものであり、特に、銀行のＡＴＭでの振り込み等、複数の目標物が存在する場合に、有効なシステムである。本実施形態に係る接近情報通知システムは、図１に示すように、ユーザ端末１００と、ウェブサーバ２００と、スケジュールデータベース３０１と、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）情報データベース３０２と、位置情報データベース３０３と、認証情報データベース３０４とから構成されている。
【００２７】
また、ユーザ端末１００は、スケジュール登録更新部１０１と、位置時間情報検出部１０２と、通知制御部１０３と、適合情報データベース１０４と、通知部１０５と、認証要求部１０６とを備え、ウェブサーバ２００は、スケジュール管理部２０１と、適合情報検出部２０２と、認証処理部２０３とを備えている。
【００２８】
ここで、スケジュール登録更新部１０１は、ユーザのスケジュールを登録、更新するものであり、スケジュールの登録情報や更新情報は、ウェブサーバ２００のスケジュール管理部２０１に送信される。位置時間情報検出部１０２は、現在時刻とそのときのユーザの位置情報を検出する。なお、位置情報の検出は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）を用いてもよいし、その他の手段によってもよい。
【００２９】
通知制御部１０３は、後述する適合情報データベース１０４内の情報と位置時間情報検出部１０２から取得した位置情報とに基づいて通知部１０５を制御する。適合情報データベース１０４は、後述するウェブサーバ２００内の適合情報検出部２０２から送信されてくる適合情報を格納する。
【００３０】
通知部１０５は、通知制御部１０３の制御に基づき、ユーザに通知を発する。なお、通知の方法は、音声や表示、振動等によるもののほか、ユーザ端末１００からインターネットの電子メールへ通知したい情報を送信し、電子メールとして通知を受け取る方法によってもよい。認証要求部１０６は、本サービスを利用するためのユーザ認証をウェブサーバ２００に対して要求するための認証セッションの作成を要求する。
【００３１】
また、ウェブサーバ２００内のスケジュール管理部２０１は、スケジュール登録更新部１０１から受信したスケジュールの登録、更新に関する情報に基づいて、スケジュールデータベース３０１に格納したスケジュール情報を管理する。適合情報検出部２０２は、位置情報データベース３０３に格納された現在時刻およびユーザの位置情報と、スケジュールデータベース３０１に格納されたスケジュールとそのスケジュールに関連する、例えば、通知距離情報、通知期間、通知の可否、通知方法等の情報とにより定まる条件に適合する情報をＧＩＳ情報データベース３０２から抽出し、抽出した情報をユーザ端末１００へ送信する。認証処理部２０３は、ユーザからの認証要求に応じて、ユーザの認証処理を実行する。
【００３２】
＜スケジュールデータベースに格納されるデータ＞
スケジュールデータベース３０１は、図５に示されるような各ユーザのスケジュールに関連する情報を格納する。
【００３３】
＜ＧＩＳ情報データベースに格納されるデータ＞
ＧＩＳ情報データベース３０２は、特定の対象物や対象エリアとその地理的な位置情報および広告情報等とを関連づけた図７のＧＩＳアラート情報データを格納する。具体的には、図示していないが、一般的な住所、例えば「東京ビッグサイト」や「東京都千代田区飯田橋」など、その住所や対象物が位置する代表的な詳細座標が登録されてているデータベースを持つ。また、図７に示すＧＩＳアラート情報データは、具体例を示すと、レコードＮｏ．６は、アラートの提供期間が２００６年４月１日から２００７年３月３１日であり、しかもアラートする曜日は平日であり、更にアラートの提供時間帯は午前１０時から午後３時までであり、更に中心位置の座標から１．５ｋｍ以内のユーザにアラートを提供可能なことが登録されている。カテゴリは、ユーザのスケジュールのカテゴリが「銀行」であった場合にアラートを提供可能なことを示す。説明文は、ユーザへアラートする際のテキスト情報であり、ＡＴＭの営業情報や短い広告文などである。バナー情報はＷＥＢページへのリンク情報（ＵＲＬ）であり、説明文とともにアラート提供され、ユーザが更に詳細な情報を取得可能とするものである。
【００３４】
＜位置情報データベースに格納されるデータ＞
位置情報データベース３０３は、図６に示されるようなユーザ端末１００から送信される現在時刻とユーザの位置情報とを関連づけて格納する。
【００３５】
＜認証情報データベースに格納されるデータ＞
認証情報データベース３０４には、図４に示されるようなユーザＩＤやパスワード等の認証情報をユーザと関連づけて格納されている。具体的には、ユーザＩＤ（例えば、Ａ、Ｂ、・・・・、Ｈ、・・・・）、メールアドレス（例えば、ａａａ＠・・・、ｂｂｂ＠・・・、・・・・、ｈｈｈ＠・・・、・・・・）、電話番号（例えば、０９０−・・・、０９０−・・・、・・・、０９０−・・・、・・・）、パスワード（例えば、＊＊＊＊＊＊、＊＊＊＊＊＊、・・・、＊＊＊＊＊＊、・・・）、接近情報通知機能（アラート機能）の有無、通知距離（アラート距離）（例えば、５００ｍ、５００ｍ、・・・、−、・・・）等の情報が格納されている。
【００３６】
したがって、ユーザＩＤ、メールアドレス、電話番号、パスワードにより、ユーザを特定することができるとともに、接近情報通知機能（アラート機能）の有無および通知距離（アラート距離）により、接近情報通知機能を備えた端末であるのか否か、接近情報通知機能を備えた端末である場合の通知距離を知ることができる。
【００３７】
＜スケジュールデータベースに格納されるデータ＞
スケジュールデータベース３０１には、図５に示されるようなデータが格納されている。なお、図５は、任意のユーザＩＤがＡのユーザのスケジュールのみを抜き出したものであり、スケジュールデータベース３０１には、各ユーザごとに、同様のスケジュールデータが格納されている。したがって、ウェブサーバは、認証情報によりユーザを特定し、該当するユーザのスケジュール情報をスケジュールデータベース３０１から抽出して、接近情報通知機能を実現する。
【００３８】
図５に示すように、各ユーザのスケジュールデータは、「予定」、「曜日」、「カテゴリ」、「内容」、「位置キーワード、詳細座標」、「通知距離（Ｄｎ）」、「リンク情報」、「通知期間」、「通知間隔」、「通知の要否」、「通知方法」等の項目で構成されている。
【００３９】
代表的な具体例を示すと、２００６年９月２０日の１８時から２１時の間、銀座の○○屋で買い物をするスケジュールが示されており、関連情報として、通知距離の指定がなく、通知期間が予定時刻の３０分前であること、通知間隔は１回だけであって、通知方法はアラートであることが示されている。また、他の例では、２００６年９月３０日の１４時に、△△銀行で振込みをするスケジュールが示されており、関連情報として、通知距離３００ｍ、通知期間が予定の１０日前から、通知間隔が１日おき、通知方法がメールおよびアラートであることが示されている。
【００４０】
このように、スケジュールデータベース３０１に格納されたスケジュールデータから、特定のユーザのスケジュールを把握できるとともに、通知期間や通知間隔、通知方法等により、接近情報通知をどんなタイミングでかつ、どんな方法で作動させればよいのかを把握することができる。
【００４１】
＜位置情報データベースに格納されるデータ＞
位置情報データベース３０３には、図６に示すように、ユーザＩＤ、登録時間、位置情報（緯度）、位置情報（経度）等のデータが格納されている。具体的には、ユーザＩＤがＡのユーザは、２００６年９月１２日の１８時１３分００秒に登録があり、そのときの位置情報が緯度：３５．６６．８５．５０、経度：１３９．７６．４０．００、ユーザＩＤがＢのユーザは、２００６年９月１２日の１８時２０分４１秒に登録があり、そのときの位置情報が緯度：３５．６７．００．００、経度：１３９．７６．３０．００、ユーザＩＤがＨのユーザは、２００６年９月１２日の１８時０１分３３秒に登録があり、そのときの位置情報が緯度：３５．６９．７１．７０、経度：１３９．７５．２３．２６、ユーザＩＤがＸのユーザは、２００６年９月１２日の１７時５６分２１秒に登録があり、そのときの位置情報が緯度：３５．６５．９６．７７、経度：１３９．７３．６０．６９であることが示されている。なお、各ユーザの情報は、登録がある度に、最新の情報に書き換えられて保存される。したがって、位置情報データベース３０３のデータを用いれば、現在の各ユーザの位置情報を簡単に把握することができる。
【００４２】
＜本実施形態の接近情報通知システムの処理＞
図２および図３を用いて、具体例を提示しながら、本実施形態の接近情報通知システムの処理について説明する。
ここでは、例えば、ユーザＩＤがＡのユーザが２００６年９月２１日木曜日の０９時台に本機能を利用していることとし、図５の「Ｎｏ３」に示すスケジュール、すなわち、ユーザＩＤがＡのユーザが２００６年９月３０日の１４時までに△△銀行のＡＴＭに振込みをし、その通知期間が１０日前からの場合を例にとって説明する。なお、ユーザＩＤがＡのユーザのＩＤ・パスワード認証等の認証処理はすでに行われているものとする。
【００４３】
まず、ユーザ端末１００の通知制御部１０３は、適合情報データベース１０４から適合情報の読出しを行う（ステップＳ１０１）。次に、位置時間情報検出部１０２からユーザＩＤがＡのユーザの位置情報を取得し（ステップＳ１０２）、適合情報データベース１０４内の適合情報を更新すべきか否かを判断する（ステップＳ１０３）。ここで、適合情報を更新する必要がないと判断した場合には、ステップＳ１０６に移る。
【００４４】
一方、適合情報の更新が必要であると判断した場合（ステップＳ１０３の「Ｙｅｓ」）には、ウェブサーバ２００に、位置時間情報検出部１０２から取得した現在時刻とユーザＩＤがＡのユーザの位置情報を送信して新たな適合情報を要求する（ステップＳ１０４）。なお、適合情報の更新の要否は、ユーザＩＤがＡのユーザの位置情報が前回取得した位置情報より所定の距離以上移動していた場合や前回、位置情報を取得したときから所定の時間が経過している場合に行ってもよい。
【００４５】
要求を受けたウェブサーバ２００は、位置情報データベース３０３内の情報を受信した現在時刻とユーザＩＤがＡのユーザの位置情報に基づいて更新する。次に、スケジュールデータベース３０１からユーザＩＤがＡのユーザのスケジュールを検索し、現在から所定期間後に合致するスケジュールのうち、通知期間内のスケジュール、すなわち、「Ｎｏ３」のスケジュールを抽出する。そして、そのスケジュールに記載されている位置キーワード（△△銀行）から通知距離（３００ｍ）よりも長い所定距離内に合致する対象物（△△銀行のＡＴＭ）とその地理的な位置情報とをＧＩＳ情報データベース３０２から抽出し、これらをリスト化してユーザ端末１００へ送信し、適合情報データベース１０４に格納する（ステップＳ１０５）。ここで、所定距離を長くしているのは、ユーザの現在位置を中心に通知すべき適合情報を広範囲で抽出することにより、ユーザの時間的移動距離に応じた通信回数を減らすことが可能となるためである。
【００４６】
そして、ユーザ端末１００の通知制御部１０３は、ユーザＩＤがＡのユーザの位置情報に基づいて、適合情報データベース１０４を検索し、適合情報があるか否かを検索する（ステップＳ１０６）。そして、適合情報がある場合（ステップＳ１０６の「Ｙｅｓ」）には、アラートリストを作成し（ステップＳ１０７）、これに基づいて、通知部１０５を作動させて、報知を行い、報知が終了したら、対応する適合情報を削除し（ステップＳ１０８）、ステップＳ１０９に移る。
【００４７】
一方、適合情報がない場合（ステップＳ１０６の「Ｎｏ」）には、終了か否かを判断し（ステップＳ１０９）、処理を続行する場合（ステップＳ１０９の「Ｎｏ」）には、移動差分計算処理を実行し（ステップＳ１１０）、次周期まで待機して（ステップＳ１１１）、ステップＳ１０１の処理に戻る。ここで移動差分計算処理とは、例えば、ユーザの時間的移動距離を計算し、計算結果により殆ど移動していないと判断できる場合には、適合情報の更新が不要と判断できるため、この場合には、次周期までの待時間を前回よりも長時間にする等により、ウェブサーバとの通信回数を減らすことを可能とする効果を得るために行う処理である。
【００４８】
＜適合情報の更新要求を受けた場合のウェブサーバの処理＞
次に、図３を用いて、適合情報の更新要求を受けた場合のウェブサーバの処理について詳細に説明する。
まず、ウェブサーバ２００は、ユーザ端末１００からユーザＩＤ、パスワード等のユーザ情報と、ユーザ端末１００の位置時間情報検出部１０２により検出したユーザの位置情報、現在時刻情報を取得する（ステップＳ２０１、Ｓ２０２）。
【００４９】
次に、取得した情報内に位置情報が含まれているかを判定する(ステップＳ２０３)。そして、位置情報が含まれる場合（ステップＳ２０３の「Ｙｅｓ」）には、ユーザの位置情報と現在時刻を位置情報データベース３０３に格納する（ステップＳ２０４）。なお、ユーザ端末１００から位置情報が取得できない場合（ステップＳ２０３の「Ｎｏ」）には、スケジュールデータベース３０１からユーザの現在の時間帯のスケジュールを取得するとともに、スケジュール内の位置キーワードにより、ＧＩＳ情報データベース３０２を検索してユーザの位置（例えば、位置キーワード「飯田橋」の詳細座標）を推定する（ステップＳ２０５）。
【００５０】
次に、適合情報検出部２０２が、スケジュールデータベース３０１からユーザのＮ時間先までのスケジュールを取得し（ステップＳ２０６）、通知が必要なスケジュールに関する通知距離よりも長い所定距離内のＧＩＳ情報をスケジュールおよびＧＩＳ情報データベース３０２から検索し（ステップＳ２０７）、検索結果に基づいて、適合情報をユーザ端末１００へ送信する（ステップＳ２０８）。
【００５１】
なお、ウェブサーバ２００の適合情報検出部２０２が送信する適合情報は、対象物の地理的な位置情報と通知距離情報、その他の通知に必要な情報、例えば、図７に示すＧＩＳアラート情報データの各情報を送信してもよい。ただし、ユーザ端末１００の通信制御部１０３が位置時間情報検出部１０２から取得したユーザ端末の現在の位置情報と適合情報の地理的な位置情報との距離を算出し、算出した距離が、個々の適合情報に対する通知距離内であり、且つ、通知時間帯である場合に通知部１０５を制御する必要がある。なお、ＧＩＳアラート情報データに提供時間帯および曜日を指定することにより、例えばＡＴＭの営業日であり且つ営業時間帯にのみに通知する制御が可能となる。
【００５２】
したがって、本実施形態によれば、ユーザ端末１００の通知制御部１０３は、ウェブサーバ２００の適合情報検出部２０２がスケジュールとそのスケジュールに関連する通知期間や通知距離等の情報とにより定まる条件に適合する情報をＧＩＳ情報データベース３０２に格納された情報から抽出した適合情報の中から、ユーザ端末１００の位置時間情報検出部１０２が検出した現在時刻とユーザの位置情報に基づいて、適切な情報を抽出して通知部１０５を作動させるため、最適なタイミングでユーザに適切な接近情報を通知することができる。
【００５３】
［第２の実施形態］
＜本システムの構成＞
本実施形態に係る接近情報通知システムは、例えば、友人の情報をアドレス情報として登録し、友人の位置と自分の位置とが所定の距離範囲内で、通知を許可する日時あるいは時間帯である場合に、友人が近くにいることを通知するシステムであり、図８に示すように、ユーザ端末１００と、ウェブサーバ２００と、スケジュールデータベース３０１と、ＧＩＳ情報データベース３０２と、位置情報データベース３０３と、認証情報データベース３０４、アドレス情報データベース３０５とから構成されている。
【００５４】
また、ユーザ端末１００は、スケジュール登録更新部１０１と、位置時間情報検出部１０２と、通知制御部１０３と、適合情報データベース１０４と、通知部１０５と、認証要求部１０６と、アドレス情報登録更新部１０７とを備え、ウェブサーバ２００は、スケジュール管理部２０１と、適合情報検出部２０２と、認証処理部２０３と、アドレス情報管理部２０４とを備えている。なお、第１の実施形態と同一の符号を付す構成要素については、同様の機能を有することから詳細な説明は省略する。
【００５５】
アドレス情報データベース３０５は、他のユーザのアドレス情報とともに、スケジュールの閲覧許可情報等を格納する。アドレス情報登録更新部１０７は、アドレス情報データベース３０５に格納するアドレス情報を登録、更新する。また、アドレス情報管理部２０４は、アドレス情報登録更新部１０７からの情報に基づいて、アドレス情報データベース３０５に格納されるアドレス情報を管理する。
【００５６】
＜アドレス情報データベースに格納されるデータ＞
アドレス情報データベース３０５には、図１１、図１２、図１３に示されるようなデータが格納されている。
図１３に示すように、ユーザＩＤ、ユーザ名（氏名）、電話番号、メールアドレス、スケジュールの閲覧許可、グループ、システム登録の有無、備考として続柄等のデータが格納されている。具体的には、ユーザＩＤ「Ａ」は、氏名「○○××」、電話番号「０９０−・・・」、メールアドレス「ａａａ＠・・・」、スケジュールの閲覧許可が「グループ設定に従う」、グループが「I」、システム登録が「有」、備考として「本人」であることが登録されている。また、ユーザＩＤ「Ｂ」は、氏名「△○××」、電話番号「０９０−・・・」、メールアドレス「ｂｂｂ＠・・・」、スケジュールの閲覧許可が「グループ設定に従う」、グループが「III」、システム登録が「有」、備考として「友人」であることが登録されている。
【００５７】
このように、アドレス情報データベース３０５には、他のユーザのアドレス情報とともに、スケジュールの閲覧許可に関する情報が含まれている。ここで、「グループ」という項目は、図１１に示すように関連づけられている。すなわち、各グループには、グループ名、スケジュール閲覧許可の有無を登録できるようになっている。具体的には、グループ「I」には、グループ名として「家族」が割り当てられ、スケジュール閲覧許可は「有」となっている。これらのデータがアドレス情報データベース３０５内の「グループ」に対応づけられている。なお、図１１、図１２、図１３は、図８に示すアドレス情報データベース３０５の中からユーザＩＤがＡのユーザが登録するデータのみを抜き出して例示したものである。
【００５８】
＜スケジュールデータベースに格納されるデータ＞
スケジュールデータベース３０１には、図１４に示されるようなデータが格納されている。なお、図１４は、任意のユーザＩＤがＡのユーザのスケジュールのみを抜き出したものであり、スケジュールデータベース３０１には、各ユーザごとに、同様のスケジュールデータが格納されている。
【００５９】
図１４に示すように、各ユーザのスケジュールデータは、「予定」、「曜日」、「カテゴリ」、「内容」、「位置キーワード、詳細座標」、「通知距離（Ｄｎ）」、「リンク情報」、「閲覧許可ユーザあるいは閲覧許可グループ」、「通知期間」、「通知間隔」、「通知の要否」、「通知方法」等の項目で構成されている。
【００６０】
代表的な具体例を示すと、ユーザＩＤがＡのユーザのスケジュールについて２００６年９月２０日の１８時から２１時の間、銀座の○○屋で買い物をするスケジュールが示されており、関連情報として、通知距離の指定がなく、閲覧許可ユーザあるいは閲覧許可グループとしては、「デフォルト情報（デフォルト、図１２参照。）＋グループIII（友人、図１１参照。）＋ユーザＩＤがＢのユーザ」で、グループIの家族およびグループIIIの友人およびユーザＩＤがＢのユーザに閲覧許可が与えられていることが示されている。また、通知期間が予定時刻の３０分前であること、通知間隔は１回だけであって、通知方法はアラートであることが示されている。ここで、閲覧許可のデフォルト情報とは、ユーザ間の親密度をグループ分けし、閲覧許可をグループ毎に登録
(図１２参照。) しておくことで、スケジュール登録の際にいちいち閲覧許可権を設定せずとも済むようにするための情報である。なお、閲覧許可権の優先順位は以下のようになる。（高優先）スケジュールデータ閲覧許可＞スケジュールデフォルト閲覧許可＞アドレス情報個人データ＞アドレス情報グループデータ（低優先）
【００６１】
したがって、スケジュールデータベース３０１に格納されたスケジュールデータから、スケジュールの閲覧を許可しているユーザあるいはグループを特定できるとともに、スケジュールの時間帯からユーザ間の接近情報通知をどんなタイミング作動させればよいのかを把握することができる。
【００６２】
また、図１５に示すように、スケジュールの閲覧許可は、時間帯ごとにも設定することができる。具体的には、図１５に示すように、ある日のスケジュールが、「０：００から９：００までは、予定なし」、「９：００から１８：００までは、仕事で飯田橋」、「１８：００から２１：００までは、銀座で買い物」、「２１：００以降は、予定なし」である場合、グループI（家族）には、すべてのスケジュールを閲覧可能とし、グループII（同僚）には、「９：００から１８：００までは、仕事で飯田橋」のスケジュールのみを閲覧可能とし、グループIII（友人）のユーザＩＤがＢのユーザには、「１８：００から２１：００までは、銀座で買い物」というスケジュールのみを閲覧可能とすることができる。これにより、必要なスケジュールデータを必要な人たちに開示できることから、不要な通知を防止することができる。なお、図１５の左図は、ユーザＩＤがＡのユーザが登録するスケジュールデータであり、図１４に示す９月２０日一日分のスケジュールを例示している。また、図１５の右図は、ユーザＩＤがＡのユーザが登録するアドレス情報データベースの情報を図１１、図１２、図１３の各データをもとに、ユーザＩＤがＡのスケジュール閲覧許可状況をユーザＩＤがＢのユーザについて例示したものである。
【００６３】
＜本実施形態の接近情報通知システムの処理＞
図９および図１０を用いて、具体例を提示しながら、本実施形態の接近情報通知システムの処理について説明する。
ここでは、ユーザＩＤがＡのユーザとユーザＩＤがＢのユーザとが友人であって、互いのアドレス帳に情報の登録がなされ、かつ、ユーザＩＤがＡのユーザが図１４に示すスケジュールをユーザＩＤがＢのユーザに閲覧許可している、すなわち、図１４のスケジュールデータのうち、「Ｎｏ１」のスケジュールの時間帯にユーザＩＤがＢのユーザが本実施形態の機能を利用していることを例にとって説明する。なお、図１４は、図８に示すスケジュールデータベース３０１の中からユーザＩＤがＡのユーザが登録するデータのみを抜き出して例示したものである。
【００６４】
まず、ユーザＩＤがＢのユーザのユーザ端末１００の通知制御部１０３は、適合情報データベース１０４から適合情報の読出しを行う（ステップＳ３０１）。次に、位置時間情報検出部１０２からユーザＩＤがＢのユーザの位置情報を取得し（ステップＳ３０２）、適合情報データベース１０４内の適合情報を更新すべきか否かを判断する（ステップＳ３０３）。ここで、適合情報を更新する必要がないと判断した場合には、ステップＳ３０６に移る。
【００６５】
このとき、適合情報の更新が必要であると判断した場合（ステップ３０３の「Ｙｅｓ」）には、ウェブサーバ２００に、位置時間情報検出部１０２から取得した現在時刻とユーザＩＤがＢのユーザの位置情報を送信して新たな適合情報を要求する（ステップＳ３０４）。なお、適合情報の更新の要否は、ユーザＩＤがＢのユーザの位置情報が前回取得した位置情報より所定の距離以上移動していた場合や前回、位置情報を取得したときから所定の時間が経過している場合に行ってもよい。
【００６６】
要求を受けたウェブサーバ２００は、位置情報データベース３０３内の情報を受信した現在時刻とユーザＩＤがＢのユーザの位置情報に基づいて更新する。次に、アドレス情報データベース３０５に格納されている各ユーザの個人データからユーザＩＤがＢのユーザを登録しているユーザを検索し、そのユーザ（ユーザＩＤがＡのユーザ）の所定時間先までのスケジュールの内、ユーザＩＤがＢのユーザへ閲覧が許可されているスケジュール（スケジュールデータ「Ｎｏ１」）を取得するとともに、取得したスケジュールのうち、通知が必要スケジュールに関するユーザＩＤがＡのユーザの位置情報をスケジュールデータ内の位置キーワード（例えば、銀座、○○屋）に基づいて、ＧＩＳ情報データベース３０２から抽出し、これらをリスト化して適合情報データベース１０４に送信し、格納する（ステップＳ３０５）。
【００６７】
そして、ユーザ端末１００の通知制御部１０３は、ユーザＩＤがＢのユーザの位置情報に基づいて、適合情報データベース１０４を検索し、適合情報があるか否かを検索する（ステップＳ３０６）。そして、適合情報がある場合（ステップＳ３０６の「Ｙｅｓ」）には、アラートリストを作成し（ステップＳ３０７）、これに基づいて、通知部１０５を作動させて、報知を行い、報知が終了したら、対応する適合情報を削除し（ステップＳ３０８）、ステップＳ３０９に移る。
【００６８】
一方、適合情報がない場合（ステップＳ３０６の「Ｎｏ」）には、終了か否かを判断し（ステップＳ３０９）、処理を続行する場合（ステップＳ３０９の「Ｎｏ」）には、移動差分計算処理を実行し（ステップＳ３１０）、次周期まで待機して（ステップＳ３１１）、ステップＳ３０１の処理に戻る。
【００６９】
＜適合情報の更新要求を受けた場合のウェブサーバの処理＞
次に、図１０を用いて、適合情報の更新要求を受けた場合のウェブサーバの処理について詳細に説明する。
まず、ウェブサーバ２００は、ユーザ端末１００からユーザＩＤ、パスワード等のユーザ情報と、ユーザ端末１００の位置時間情報検出部１０２に検出したユーザＩＤがＢのユーザの位置情報、現在時刻情報を取得する（ステップＳ４０１、Ｓ４０２）。
【００７０】
そして、取得した情報内に位置情報が含まれているかを判定する(ステップＳ４０３)。位置情報を含まれる場合（ステップＳ４０３の「Ｙｅｓ」）には、ユーザＩＤがＢのユーザの位置情報と現在時刻を位置情報データベース３０３に格納する（ステップＳ４０４）。なお、ユーザ端末１００から位置情報が取得できない場合（ステップＳ４０３の「Ｎｏ」）には、スケジュールデータベース３０１からユーザのスケジュールを取得するとともに、スケジュール内の位置キーワードにより、ＧＩＳ情報データベース３０２を検索してユーザの位置を推定する（ステップＳ４０５）。
【００７１】
次に、適合情報検出部２０２が、スケジュールデータベース３０１からユーザＩＤがＢのユーザのＮ時間先までのスケジュールを取得し（ステップＳ４０６）、アドレス情報データベース３０５の個人データからユーザＩＤがＢのユーザを登録している各ユーザ(例えばユーザＩＤがＡのユーザ)を取得する（ステップＳ４０７）。そして、閲覧許可ユーザと判定された各ユーザのＮ時間先までのスケジュールの中から、更に、ユーザＩＤがＢのユーザに対し閲覧を許可しているスケジュール（図１４の例では、スケジュール番号Ｎｏ１）をアドレス情報データベース３０５の個人データおよびグループデータを基に判定し取得する。
さらに、通知が必要なスケジュールに関する通知距離よりも長い所定距離内のＧＩＳ情報を取得する（ステップＳ４０８）。
【００７２】
そして、所定距離内の閲覧許可ユーザ（ユーザＩＤがＡのユーザ）の位置情報を位置情報データベース３０３から取得する。位置情報データベース３０４から位置情報が得られない場合は、スケジュールデータの詳細座標や位置キーワードからＧＩＳ情報データベース３０３を利用して詳細座標へ変換を行ってから、これらの情報を取得して（ステップＳ４０９）、これらの情報に基づいて適合情報をユーザ端末１００の適合情報データベース１０４に送信する（ステップＳ４１０）。なお、ユーザ端末１００の適合情報データベース１０４に送信する情報は、ユーザ端末１００の通知制御部１０３が通知部１０５に対して、通知を促す位置情報であってもよいし、所定距離内の閲覧許可ユーザの位置情報と通知距離に関する情報を送信してもよい。ただし、後者の場合には、ユーザ端末１００の通信制御部１０３が位置時間情報検出部１０２から取得したユーザ端末の現在の位置情報とウェブサーバ２００の適合情報検出部２０２から適合情報データベース１０４に送信された閲覧許可ユーザの位置情報との距離を算出し、算出した距離が、送信された通知距離内である場合に通知部１０５を制御する必要がある。
【００７３】
したがって、本実施形態によれば、ユーザ端末１００の通知制御部１０３が、ウェブサーバ２００の適合情報検出部２０２の抽出する現在時刻およびユーザの位置情報と、スケジュール情報が格納され、閲覧許可が与えられた他のユーザのスケジュールに関連する情報とにより定まる条件に適合する情報および検出したユーザの位置情報とに基づいて、適切な情報を抽出して通知手段を作動させるため、最適なタイミングでユーザに適切な接近情報を通知することができる。
【００７４】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、第１の実施形態においては、ＧＩＳ情報データベース３０２内に格納されるＧＩＳアラート情報データ内の特定の対象物とその地理的な位置情報を用いて接近通知のみを行う例について説明し、第２の実施形態においてはユーザ間の接近について通知を行う例を説明したが、両実施形態において、これに加えて、例えば、図７のＧＩＳアラート情報データ内に、広告情報等を登録することにより、ユーザのスケジュールのカテゴリとその位置および時間の情報に関連した広告情報等を併せてユーザに通知してもよい。
【図面の簡単な説明】
【００７５】
【図１】第１の実施形態に係る接近情報通知システムの構成図である。
【図２】第１の実施形態に係る接近情報通知システムにおける処理フローである。
【図３】第１の実施形態に係る接近情報通知システムにおける適合情報の更新要求を受けた場合のウェブサーバの処理フローである。
【図４】認証情報データベースに格納される認証情報データを例示した図である。
【図５】第１の実施形態に係るスケジュールデータを例示した図である。
【図６】位置情報データベースに格納される位置情報データを例示した図である。
【図７】ＧＩＳアラート情報データを例示した図である。
【図８】第２の実施形態に係る接近情報通知システムの構成図である。
【図９】第２の実施形態に係る接近情報通知システムにおける処理フローである。
【図１０】第２の実施形態に係る接近情報通知システムにおける適合情報の更新要求を受けた場合のウェブサーバの処理フローである。
【図１１】アドレス情報データベースに格納されるグループデータを例示した図である。
【図１２】デフォルトスケジュール閲覧許可データを例示した図である。
【図１３】アドレス情報データベースに格納される個人データを例示した図である。
【図１４】第２の実施形態に係るスケジュールデータを例示した図である。
【図１５】任意の日時のスケジュールに関する閲覧許可状況を例示した図である。
【符号の説明】
【００７６】
１００・・・ユーザ端末、１０１・・・スケジュール登録更新部、１０２・・・位置時間情報検出部、１０３・・・通知制御部、１０４・・・適合情報データベース、１０５・・・通知部、１０６・・・認証要求部、１０７・・・アドレス情報登録更新部、２００・・・ウェブサーバ、２０１・・・スケジュール管理部、２０２・・・適合情報検出部、２０３・・・認証処理部、２０４・・・アドレス情報管理部、３０１・・・スケジュールデータベース、３０２・・・ＧＩＳ情報データベース、３０３・・・位置情報データベース、３０４・・・認証情報データベース、
【図１】
2008171068.tif 000003
【図２】
2008171068.tif 000004
【図３】
2008171068.tif 000005
【図４】
2008171068.tif 000006
【図５】
2008171068.tif 000007
【図６】
2008171068.tif 000008
【図７】
2008171068.tif 000009
【図８】
2008171068.tif 000010
【図９】
2008171068.tif 000011
【図１０】
2008171068.tif 000012
【図１１】
2008171068.tif 000013
【図１２】
2008171068.tif 000014
【図１３】
2008171068.tif 000015
【図１４】
2008171068.tif 000016
【図１５】
2008171068.tif 000017