(57)【要約】【課題】所定の拠点への案内地図を常に最新に維持しながら、地図ＡＳＰ側の地図サーバーが稼動できない状態にあっても案内地図の提供機能が失われない仕組みを提供する。【解決手段】  地図提供サーバ１は、案内地図画像ＤＢに各店舗の案内地図画像を記憶保持し、当該案内地図画像は、地図サーバー２との間の更新処理により、常時、最新の状態が保持される。地図サーバー２の稼動状態にかかわらず、端末装置３は店舗の案内地図画像を店舗情報サーバー１から提供を受ける。店舗情報サーバー１が保持している案内地図画像を超えた地図画像の提供が要求された場合には、例えば、店舗情報サーバー１が地図サーバー２から取得して端末装置３に提供する。【選択図】図１
2015114805.tif 000002
【特許請求の範囲】
【請求項１】
１以上の拠点に関する情報を、ネットワークを通じてユーザーに提供する拠点情報サーバーと、広域の地図情報を提供する地図サーバーとがネットワークを通じて接続されて構成される案内地図提供システムであって、
前記拠点情報サーバーは、
１以上の拠点のそれぞれ毎に、拠点への案内を行うための拠点周辺の限られた範囲の地図画像を記憶保持する拠点地図画像記憶手段と、
前記ネットワークを通じて提供されるユーザーの端末装置からの要求に応じた拠点の地図画像を、前記拠点地図画像記憶手段から取得して要求元の前記端末装置に提供する拠点地図提供手段と、
前記拠点地図画像記憶手段に記憶されている前記地図画像を、前記地図サーバーから提供される最新の地図画像に更新する地図画像更新手段と
を備え、
前記地図サーバーは、
前記拠点情報サーバーが保持する各拠点周辺の限られた範囲の前記地図画像についての管理情報を記憶する管理情報記憶手段と、
自機が保持する地図情報に変更が生じた場合に、前記管理情報記憶手段の前記管理情報に基づいて、前記拠点情報サーバーが保持する前記地図画像に変更が生じたか否かを判別する判別手段と、
前記判別手段により前記拠点情報サーバーが保持する前記地図画像に変更が生じたと判別された場合に、変更が生じた当該地図画像に対応する最新の地図画像を形成する地図画像形成手段と、
前記地図画像形成手段で形成された最新の地図画像を前記拠点情報サーバーに提供する地図画像提供手段と
を備えることを特徴とする案内地図提供システム。
【請求項２】
請求項１に記載の案内地図提供システムであって、
前記拠点情報サーバーは、前記拠点地図画像記憶手段に記憶保持している地図画像に対応する最新の地図画像の提供要求を、所定のタイミングごとに前記地図サーバーに提供する提供要求手段を備え、
前記地図サーバーの前記地図画像提供手段は、前記拠点情報サーバーからの前記提供要求の提供を受けた場合であって、提供すべき最新の地図画像が形成されている場合に、当該最新の地図画像を前記拠点情報サーバーに提供することを特徴とする案内地図提供システム。
【請求項３】
請求項１または請求項２に記載の案内地図提供システムであって、
前記拠点情報サーバーは、
前記ネットワークを通じてユーザーの端末装置から提供される要求が、前記拠点地図画像記憶手段に記憶されている地図画像の範囲を超えた地図画像を要求するものである場合に、前記地図サーバーに対して必要な地図画像の提供を要求する範囲外地図要求手段と、
前記地図画像提供要求手段からの要求に応じて、前記地図サーバーから提供される地図画像を要求元の前記端末装置に提供する範囲外地図提供手段と
を備え、
前記地図サーバーは、
前記拠点情報サーバーからの必要な地図画像の提供の要求に応じて、地図画像を形成して前記拠点情報サーバーに提供する地図画像提供手段を備えることを特徴とする案内地図提供システム。
【請求項４】
請求項１、請求項２または請求項３に記載の案内地図提供システムであって、
前記拠点地図画像記憶手段は、拠点ごとに縮尺の異なる複数の地図画像を記憶保持することを特徴とする案内地図提供システム。
【請求項５】
１以上の拠点に関する情報を、ネットワークを通じてユーザーに提供する拠点情報サーバーと、広域の地図情報を提供する地図サーバーとがネットワークを通じて接続されて構成される案内地図提供システムで用いられる案内地図提供方法であって、
前記拠点情報サーバーにおいては、
１以上の拠点のそれぞれ毎に、拠点への案内を行うための拠点周辺の限られた範囲の地図画像を記憶保持する拠点地図画像記憶手段を備えており、
拠点地図提供手段が、前記ネットワークを通じて提供されるユーザーの端末装置からの要求に応じた拠点の地図画像を前記拠点地図画像記憶手段から取得して要求元の前記端末装置に提供する拠点地図提供工程と、
地図画像更新手段が、前記拠点地図画像記憶手段に記憶されている前記地図画像を、前記地図サーバーから提供される最新の地図画像に更新する地図画像更新工程と
を行い、
前記地図サーバーにおいては、
前記拠点情報サーバーが保持する各拠点周辺の限られた範囲の前記地図画像についての管理情報を記憶する管理情報記憶手段を備えており、
判別手段が、自機が保持する地図情報に変更が生じた場合に、前記管理情報記憶手段の前記管理情報に基づいて、前記拠点情報サーバーが保持する前記地図画像に変更が生じたか否かを判別する判別工程と、
前記判別工程において、前記拠点情報サーバーが保持する前記地図画像に変更が生じたと判別した場合に、地図画像形成手段が、変更が生じた当該地図画像に対応する最新の地図画像を形成する地図画像形成工程と、
地図画像提供手段が、前記地図画像形成工程で形成した最新の地図画像を前記拠点情報サーバーに提供する地図画像提供工程と
を行うことを特徴とする案内地図提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、所定の店舗などの目的とする場所（拠点）への案内に用いられる案内地図をユーザーの求めに応じて平常時ならびに大規模災害及び広域障害時においても適切に提供するためのシステム、方法に関する。
【背景技術】
【０００２】
企業などはインターネット上のサーバー装置に自社のＷｅｂページを公開し、これを不特定多数の者が情報端末を通じて自由に閲覧できるようにしておくことによって、自社に関する情報を不特定多数の者に適時提供できるようにしている。そして、企業などの多くのＷｅｂページでは、自社への案内地図や自社が運営する店舗等への案内地図をも提供できるようにしている。
【０００３】
このような案内地図を企業等が独自に用意するのは手間がかかる。また、古い建物の取り壊しや新たな建物の建設などが行われ、街の状況も頻繁に変化するため、最新の案内地図を常時提供できるようにしておくことは難しい。このため、企業等の負担になることなく、最新の案内地図を適切に提供する方法として、いわゆる地図ＡＳＰ（Application Service Provider）を通じて案内地図を提供する方法が広く用いられている。後に記す特許文献１、２には、店舗などの案内地図を地図ＡＳＰが運営する案内地図情報提供サーバーなどを通じて提供する発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２５１４９５号広報
【特許文献２】特開２００１−００６０８３号広報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した特許文献１、２に記載の発明は、Ｗｅｂページを提供する企業等の手を煩わせることなく、地図ＡＳＰが提供する信頼性の高い案内地図を容易にユーザーに対して簡単に提供できる点で優れている。しかしながら、例えば、日常生活や社会活動に支障をきたす規模の災害が発生するなどした場合、地図ＡＳＰのＩＤＣ（Internet Data Center）が被災して稼動できなくなった場合には、企業等のＷｅｂページを保持しているサーバーが正常に稼動していても案内地図の提供ができなくなる。この場合、飲料や食料の提供を行ってくれるコンビニ（コンビニエンスストアの略称）やスーパー（スーパーマーケットの略称。）などへの案内地図が提供できなくなる可能性が高い。
【０００６】
災害時マップなどの事前に限られた範囲の地図をダウンロードしておき、これを提供する仕組みはあるが、最新の情報を経常的に提供しているとは言い難い。また、もともと、インターネットはその一部が分断されても機能するように設計された仕組みである。このため、インターネットの当該機能を、地図ＡＳＰを利用した仕組みでもいかんなく発揮できる事が望ましい。
【０００７】
以上のことに鑑み、この発明は、例えば、店舗などの所定の拠点への案内地図を常に最新に維持しながら、地図ＡＳＰ側の地図サーバーが被災等して稼動できない状態にあっても案内地図の提供機能が失われない仕組みを提供する。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１に記載の発明の案内地図提供システムは、
１以上の拠点に関する情報を、ネットワークを通じてユーザーに提供する拠点情報サーバーと、広域の地図情報を提供する地図サーバーとがネットワークを通じて接続されて構成される案内地図提供システムであって、
前記拠点情報サーバーは、
１以上の拠点のそれぞれ毎に、拠点への案内を行うための拠点周辺の限られた範囲の地図画像を記憶保持する拠点地図画像記憶手段と、
前記ネットワークを通じて提供されるユーザーの端末装置からの要求に応じた拠点の地図画像を、前記拠点地図画像記憶手段から取得して要求元の前記端末装置に提供する拠点地図提供手段と、
前記拠点地図画像記憶手段に記憶されている前記地図画像を、前記地図サーバーから提供される最新の地図画像に更新する地図画像更新手段と
を備え、
前記地図サーバーは、
前記拠点情報サーバーが保持する各拠点周辺の限られた範囲の前記地図画像についての管理情報を記憶する管理情報記憶手段と、
自機が保持する地図情報に変更が生じた場合に、前記管理情報記憶手段の前記管理情報に基づいて、前記拠点情報サーバーが保持する前記地図画像に変更が生じたか否かを判別する判別手段と、
前記判別手段により前記拠点情報サーバーが保持する前記地図画像に変更が生じたと判別された場合に、変更が生じた当該地図画像に対応する最新の地図画像を形成する地図画像形成手段と、
前記地図画像形成手段で形成された最新の地図画像を前記拠点情報サーバーに提供する地図画像提供手段と
を備えることを特徴とする。
【０００９】
この請求項１に記載の発明の案内地図提供システムによれば、拠点情報サーバーは拠点を運営する企業等のＩＤＣに設けられ、地図サーバーは、地図ＡＳＰのＩＤＣに設けられているというように、それぞれが別個独立に異なる場所に設けられているものである。
【００１０】
拠点情報サーバーは、拠点周辺の限られた範囲の地図画像を拠点地図画像記憶手段に記憶保持しており、ユーザーの端末装置からの要求に応じて、拠点地図提供手段が拠点地図画像記憶手段から必要な地図画像を取得し、これを要求元の前記端末装置に提供する。また、拠点情報サーバーにおいて、地図画像更新手段が、拠点地図画像記憶手段に記憶保持されている地図画像を地図サーバーから提供される最新の地図画像に更新する。
【００１１】
一方、地図サーバーは、管理情報記憶手段が、拠点情報サーバーが保持する各拠点周辺の限られた範囲の前記地図画像についての管理情報を記憶保持しており、自機が保持する地図情報に変更が生じた場合に、判別手段は、管理情報記憶手段の管理情報に基づいて、拠点情報サーバーが保持する地図画像に変更が生じたか否かを判別する。判別手段が、拠点情報サーバーが保持する地図画像に変更が生じたと判別すると、地図画像形成手段が、変更が生じた当該地図画像に対応する最新の地図画像を形成し、これを地図画像提供手段が拠点情報サーバーに提供する。
【００１２】
これにより、拠点周辺の限られた範囲の地図画像を、拠点情報サーバーを通じて提供できると共に、拠点情報サーバーに保持される拠点周辺の限られた範囲の地図画像は、地図サーバーを通じて常時最新の状態に保たれる。従って、地図ＡＳＰ側の地図サーバーが被災等して稼動できない状態になっても案内地図が失われない仕組みが実現できる。
【発明の効果】
【００１３】
この発明によれば、例えば、店舗などの所定の拠点への案内地図を常に最新に維持しながら、地図ＡＳＰ側の地図サーバーが被災等して稼動できない状況になっても案内地図が失われない仕組みを提供できる。
【図面の簡単な説明】
【００１４】
【図１】案内地図提供システムの概要を説明するためブロック図である。
【図２】店舗情報サーバー１の構成例を説明するためのブロック図である。
【図３】案内地図画像ＤＢ１０４の格納データの例を説明するための図である。
【図４】地図サーバー２の構成例を説明するためのブロック図である。
【図５】提供地図管理ファイル２０６の格納データの例を説明するための図である。
【図６】更新用地図画像ファイル２０７の格納データの例を説明するための図である。
【図７】端末装置３の構成例を説明するためのブロック図である。
【図８】表示部３０７Ｄに表示された店舗の案内地図画像の一例を示す図である。
【図９】地図画像の更新処理の概要について説明するためのシーケンス図である。
【図１０】店舗情報サーバー１で常時実行されている情報提供処理を説明するための図である。
【図１１】図１０に示した処理のステップＳ１０８で実行される案内地図画像の提供処理を説明するためのフローチャートである。
【図１２】地図サーバー２で常時実行されている地図画像などの提供処理を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、図を参照しながら、この発明のシステム、方法の一実施の形態について説明する。この発明は、企業が自社の支店や自社が直接的にまたは間接的に運営する店舗に関する情報を提供する場合や、地方公共団体等が運営する施設に関する情報を提供する場合や、その他の種々の団体等が運営する施設等に関する情報を提供する場合などに適用できる。しかし、以下に説明する実施の形態においては、説明を簡単にするため、例えば、コンビニ形態の複数の店舗を運営する会社（企業）が、それら複数の店舗についての情報を提供するシステム、方法に、この発明を適用した場合を例にして説明する。
【００１６】
［案内地図提供システムの概要］
図１は、この実施の形態の案内地図提供システムの概要を説明するためブロック図である。図１に示すように、この実施の形態の案内地図提供システムは、店舗情報サーバー１と地図サーバー２とがネットワーク４を通じて接続されると共に、店舗情報サーバー１とユーザー端末装置３（１）、…とがネットワーク４を通じて接続されて構成される。
【００１７】
店舗情報サーバー１は、コンビニ形態の多数の店舗を運営する会社のＩＤＣ（Internet Data Center）に設けられたサーバー装置である。店舗情報サーバー１は、ネットワーク４を通じてアクセスしてくる多数のユーザー端末装置３（１）、３（２）、…に対して、自社が運営している多数の店舗に共通の情報の他、店舗毎に固有の情報をも提供する。すなわち、店舗情報サーバー１は、拠点情報サーバーに相当する。具体的に店舗情報サーバー１は、多数の店舗のそれぞれ毎に、例えば、最寄り駅や所定の目標物から店舗までの案内地図画像を記憶保持する案内地図画像データベース（以下、案内地図画像ＤＢと記載する。）を備え、各店舗の案内地図画像の提供を可能にしている。
【００１８】
地図サーバー２は、いわゆる地図ＡＳＰ（Application Service Provider）のＩＤＣ（Internet Data Center）に設けられたサーバー装置であり、少なくとも日本全土の地図情報を記憶保持した地図データベース（以下、地図ＤＢと記載する）を保持する。地図サーバー２は、店舗情報サーバー１等からの要求に応じて、必要なエリアの地図画像を形成し、これをネットワーク４を通じて店舗情報サーバー１等の要求元に提供する機能を備える。
【００１９】
このように、店舗情報サーバー１と地図サーバー２とは、運営主体が異なり、それぞれが別個独立に、それぞれの運営主体が運営するＩＤＣに設けられているものである。すなわち、店舗情報サーバー１と地図サーバー２とは、地理的に離れた別々の場所に設けられているものである。
【００２０】
ユーザー端末装置３（１）、３（２）、…は、店舗情報サーバー１にアクセスすることによって、店舗情報サーバー１が管理している店舗に関する種々の情報の提供を受ける。ユーザー端末装置（以下、単に端末装置という。）３（１）、３（２）、…のそれぞれは、ディスクトップ型ＰＣ、ノートブック型ＰＣ、タブレット型ＰＣ、スマートフォンなどと呼ばれる高機能携帯電話端末など、エンドユーザーが所有するウェブブラウジング可能な各種デバイスである。なお、ここで、「ディスクトップ型ＰＣ」等の記載における文字「ＰＣ」は、パーソナルコンピュータの略称である。そして、この実施の形態においては、端末装置３（１）、３（２）、…のそれぞれは、広く用いられている高機能携帯電話端末であるものとして説明する。
【００２１】
ネットワーク４は、主にはインターネットであるが、店舗情報サーバー１と端末装置３（１）、３（２）、…等との接続を可能にする必要がある。このため、ネットワーク４は、携帯電話網、公衆交換電話網などの広域通信網（広域ネットワーク）やＷｉＦｉ（登録商標）規格の無線ＬＡＮなどの、携帯端末などとインターネットとを接続する種々のネットワークをも含むものである。なお、ＷｉＦｉは、「Wireless Fidelity」の略称であり、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅの登録商標である。
【００２２】
店舗情報サーバー１は、上述もしたように、案内地図画像ＤＢに多数の店舗のそれぞれ毎に、案内地図画像を記憶保持している。当該案内地図画像は、最寄り駅や所定の目標物から店舗までを案内するものであり、ごく限られたエリアの地図画像であるため、案内地図画像ＤＢの容量も多くの容量を必要としない。店舗情報サーバー１の案内地図画像ＤＢに記憶保持されている案内地図画像は、店舗情報サーバー１と地図サーバー２とが協働して行う更新処理により、最新の状態が保持される。
【００２３】
当該更新処理は、地図サーバー２からの通知や店舗情報サーバー１からの定期的なバージョンチェックの仕組みから更新された地図画像を判別し、店舗情報サーバー１の案内地図画像ＤＢの地図画像を地図ＡＳＰ事業者の提供する仕組みを用いて更新する。
【００２４】
すなわち、地図サーバー２の地図ＤＢの地図情報は、適宜のタイミングで行われる現地調査等に基づいて更新がなされ、地図情報が古くて使えないといった状態にならないように適宜のタイミングで適切にメンテナンスがされる。また、地図サーバー２は、店舗情報サーバー１の案内地図画像ＤＢで管理されている案内地図画像が、どのエリアの画像かを管理している。
【００２５】
このため、地図サーバー２は、地図ＤＢの地図情報に変更が生じた場合に、店舗情報サーバー１の案内地図画像ＤＢで管理されている案内地図画像の内、変更が生じたエリアの案内地図画像については、変更後の地図情報に基づいて形成し直す。この形成し直した案内地図画像は、縮尺、地図種別、中心の緯度経度、四隅の緯度経度などの情報により、どの縮尺のどのエリアの案内地図画像かが区別されると共に、バージョンＮｏ．と更新日付とが付与される。
【００２６】
地図サーバー２は、新たに案内地図画像を形成した場合には、これを自動的に店舗情報サーバー１に配信したり、店舗情報サーバー１からの確認要求に応じて、新たに形成した「バージョンＮｏ．」の新しい案内地図画像が存在する場合に、これを店舗情報サーバー１に提供したりする。前者のように、地図サーバー２が自発的に新たな案内地図画像を店舗情報サーバー１に配信する仕組みは、いわゆるプッシュ（Ｐｕｓｈ）式の情報配信方式である。また、後者のように、店舗情報サーバー１からの要求に応じて、地図サーバー２が新たな案内地図画像を配信する仕組みは、いわゆるプル（Ｐｕｌｌ）式の情報配信方式である。
【００２７】
店舗情報サーバー１においては、地図サーバー２から新たな案内地図画像の提供を受けた場合に、これを案内地図画像ＤＢに記憶保持されている対応する案内地図画像であって、「バージョンＮｏ．」が古い案内地図画像と置き換える。この様な更新処理が適切に実行されることにより、案内地図画像ＤＢに記憶保持されている案内地図画像が適切に最新の状態に保たれる。
【００２８】
エンドユーザーが用いる端末装置３（１）、３（２）、…を通じては、店舗情報サーバー１に用意されているＷｅｂページにアクセスすることによって、店舗情報サーバー１を設けている会社が運営している多数の店舗についての情報が得られる。端末装置３（１）、３（２）、…のそれぞれは、目的とする店舗についての最新の案内地図画像も、店舗情報サーバー１から直接に得られる。これにより、地図ＡＳＰの地図サーバー２が、例えば、被災するなどして稼動不能な状態に陥っていても、店舗情報サーバー１が稼動していれば、店舗の案内地図画像を提供できる。当該案内地図画像により、３（１）、３（２）、…のそれぞれを通じて、ユーザーを飲料や食料の提供拠点となる店舗に案内できる。
【００２９】
また、災害に限らず、何らかの原因によって地図サーバー２が正常に機能できない状態にあるときにも、店舗案内用の最新の案内地図画像は、店舗情報サーバー１が提供できる。従って、店舗を運営する会社側から見ると、案内地図画像を提供できないことによる機会損失を防止できる。
【００３０】
なお、店舗情報サーバー１が備える案内地図画像は、店舗への案内用であるため、ごく限られたエリアの地図画像である。そこで、地図サーバー２が稼動している通常時において、店舗情報サーバー１が提供できる案内地図画像の範囲を超えた地図画像の提供が要求されたとする。この場合、店舗情報サーバー１は、自機が提供できる範囲を超えた地図画像については地図サーバー２から取得し、これを要求元の端末装置３（１）等に提供する構成を整えている。
【００３１】
このように、店舗情報サーバー１は、自機が稼動可能な状態にある場合には、例え地図サーバー２が稼動していない場合であっても、端末装置３（１）、３（２）、…を通じて店舗への最新の案内地図画像をユーザーに提供できる。そして、地図サーバー２が稼動していれば、自機が提供可能な範囲を超えて、地図画像の提供が要求されたときでも、自機がそのまま提供可能な範囲を超えた地図画像は、地図サーバー２から取得して、これを要求元に提供できる。
【００３２】
換言すれば、店舗情報サーバー１には、大規模災害及び広域障害時において利用されるエリアと縮尺の案内地図の最新版を保持する構成を実現する。これにより、地図サーバー２が被災したり、何らかの障害の影響を受けたりして、地図情報の提供できない状況に陥っていても、店舗情報サーバー１が稼動している限り、最寄りの店舗までの案内地図については店舗情報サーバー１より提供できる。
【００３３】
そして、平常時においては、大規模災害及び広域障害時において利用されるエリアと縮尺以外の案内地図がリクエストされても、店舗情報サーバー１は、地図サーバー２と連携することで、当該リクエストされたエリアと縮尺の案内地図を提供できる。この場合、端末装置３において、案内地図の提供が途中で途切れるなどのこともなく、当該リクエストされたエリアと縮尺の案内地図をシームレスに表示して利用できるように、案内地図の提供が可能である。
【００３４】
次に、この実施の形態の案内地図提供システムを構成する店舗情報サーバー１、地図サーバー２、端末装置３（１）、３（２）、…の構成例について説明する。なお、上述もしたように、端末装置３（１）、３（２）、…のそれぞれは、スマートフォンと呼ばれる高機能携帯電話端末であり、種々のメーカーから種々のものが提供されている。しかし、この実施の形態の端末装置３（１）、３（２）、…のそれぞれは、その基本的な機能は同じである。このため、この実施の形態の端末装置３（１）、３（２）、…のそれぞれは、ほぼ同様の構成を有するものとし、特に区別して示す場合を除き、端末装置３（１）、３（２）、…のそれぞれを端末装置３と総称する。
【００３５】
［店舗情報サーバー１の構成例］
図２は、この実施の形態の店舗情報サーバー１の構成例を説明するためのブロック図である。店舗情報サーバー１は、上述もしたように、コンビニ形態の多数の店舗を運営する会社のＩＤＣ（Internet Data Center）に設けられたものである。図２に示す店舗情報サーバー１において、通信Ｉ／Ｆ１０１は、ネットワーク４を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク４に送出したりする。制御部１０２は、各部を制御する。記憶装置１０３は、記録媒体としてハードディスクを備え、店舗に関する情報を提供するためのＷｅｂページなどの種々の情報を記憶保持する。
【００３６】
案内地図画像データベース（以下、案内地図画像ＤＢと記載する。）１０４は、店舗情報サーバー１をネットワーク４上に設けた会社が運営する多数の店舗についての案内地図画像を記憶保持する。店舗についての案内地図画像は、上述もしたように、最寄り駅や所定の目標物から該当店舗までの経路を示すものであり、大きくても該当店舗を含む半径５ｋｍ程度のエリアの地図画像である。この実施の形態においては、ユーザーの利便性をも考慮して、案内地図画像ＤＢ１０４には、店舗毎に家形が判別できる半径数百メートル程度から半径５キロメートル程度までの５〜６段階の縮尺の案内地図画像が用意され、これらをユーザーからの要求に応じて提供できるようにしている。
【００３７】
より具体的には、多数の店舗のそれぞれ毎に、例えば縮尺が１／１５００、１／３０００、１／６０００、１／１００００、１／１５０００などの複数の案内地図画像が用意され、これらのユーザーへの提供が可能にされる。このように５〜６段階の縮尺の案内地図画像を記憶保持する場合でも、１店舗当りの案内地図画像のデータ量は１ＫＢ〜５ＫＢ程度である。従って、仮に１万店舗分の案内地図画像が必要な場合でも、１０ＭＢ〜５０ＭＢ程度の記憶容量が案内地図画像ＤＢ１０４にあればよい。
【００３８】
また、案内地図画像ＤＢ１０４に記憶保持される案内地図画像は、２５６ピクセル×２５６ピクセルのブロック（タイル）の地図画像を複数組み合わせることにより形成される。図３は、案内地図画像ＤＢ１０４の格納データの例（ブロック単位の地図画像データの例）を説明するための図である。図３に示すように、案内地図画像ＤＢ１０４の格納データは、２５６ピクセル×２５６ピクセルのブロックの地図画像データと共に、地図に関するメタ情報が別途格納されたものである。
【００３９】
この実施の形態において、地図に関するメタ情報は、「店舗ＩＤ」、「縮尺」、「地図種別」、「中心の緯度経度」、「四隅の緯度経緯度」、「バージョンＮｏ．」、「更新日付」、「その他」の各情報からなるものである。「店舗ＩＤ」は、当該地図画像データがどの店舗の案内地図画像を構成するものかを示す情報であり、店舗情報サーバー１において付与される情報である。
【００４０】
また、「縮尺」は、上述もしたように、１／１５００、１／３０００といった、現尺に対してどの程度縮めた地図画像かを示す値である。「地図種別」は、住宅地図、市街地図、新市街地図、道路地図、広域地図などの地図の種別（種類）を示す情報である。「中心の緯度経度」は、当該地図画像データにより描画される地図画像の中心位置を示す情報である。従って、少なくとも、「縮尺」と「中心の緯度経度」が分かれば、ブロック単位の地図画像データを特定できる。
【００４１】
「四隅の緯度経度」は、当該地図画像データにより描画される地図画像の四隅のそれぞれの位置を示す情報であり、この「四隅の緯度経度」を利用することによって、隣接する地図画像との接合処理を容易にすることができる。「バージョンＮｏ．」は、当該地図画像データの改訂の段階を示す情報であり、簡単には当該地図画像データの新しさを示す情報である。また、「更新日付」は、当該地図画像データが更新された日付を示す情報である。
【００４２】
このようなブロック単位の地図画像データが、「縮尺」、「中心の緯度経度」、「四隅の緯度経度」に応じて複数接続されることにより、全体として所定のエリアの案内地図画像が形成される。そして、詳しくは後述もするが、案内地図画像の更新もブロック単位に行われ、変更が生じていないブロックの地図画像が不要に更新されることはない。これにより、無駄な更新処理を行わず、地図画像の迅速な更新処理が実現できる。なお、案内地図画像ＤＢ１０４に記憶保持される案内地図画像は、地図サーバー２に対して要求することにより、地図サーバー２において形成（描画）され、地図サーバー２から提供されたものが記憶保持される。
【００４３】
当該案内地図画像は、ネットワーク４を通じて提供され、通信Ｉ／Ｆ１０１を通じて受信して、案内地図画像ＤＢ１０４に格納できる。また、最初に案内地図画像ＤＢ１０４に格納する案内地図画像は、地図サーバー２において、例えば光ディスクなどの記録媒体に記録したものの提供を受けるようにしてもよい。この場合には、図示しないインターフェースを通じて接続される光ディスクドライブなどのドライブ装置により読み出して、店舗情報サーバー１に取り込み、案内地図画像ＤＢ１０４に格納できる。
【００４４】
Ｗｅｂページ提供部１０５は、通信Ｉ／Ｆ１０１を通じてＷｅｂページの提供要求を受け付けた場合に、制御部１０２の制御の下、要求に応じたＷｅｂページを記憶装置１０３から読み出して、これを要求元の端末装置３に提供する。当該Ｗｅｂページを通じて、端末装置３のユーザーに対して、多数の店舗に関する情報を提供できる。
【００４５】
案内地図提供部１０６は、通信Ｉ／Ｆ１０１を通じて所定の店舗の案内地図画像の提供要求を受け付けた場合に、制御部１０２の制御の下、要求に応じた案内地図画像を案内地図画像ＤＢ１０４から読み出して、これを要求元の端末装置３に提供する。当該要求元の端末装置３は、Ｗｅｂページ提供部１０５を通じてＷｅｂページの提供を受けた端末装置３であり、当該Ｗｅｂページを通じて案内地図画像の提供を要求できる。このようにして、端末装置３のユーザーが目的とする店舗の最新の案内地図画像を、店舗情報サーバー１が直接に提供できる。
【００４６】
案内地図更新部１０７は、案内地図画像ＤＢ１０４に記憶保持されている案内地図画像を、地図サーバー２から提供される新たに作成された対応する案内地図画像に置き換えることによって案内地図画像の更新を行う。地図サーバー２において新たに作成された案内地図画像は、プッシュ式で地図サーバー２から自動的に提供されるものを用いたり、プル式で自機からの要求に応じて、地図サーバー２から取得したものを用いたりできる。
【００４７】
なお、案内地図画像の置き換え（更新）は、２５６ピクセル×２５６ピクセルのブロック単位の地図画像単位に行われることになる。そして、ブロック単位の地図画像に付されている「バージョンＮｏ．」、「更新日付」を確認しながら、ブロック単位の古い地図画像をブロック単位の対応する新たな地図画像に置き換えて行くことにより、案内地図画像の更新がされる。
【００４８】
範囲外地図要求部１０８は、通信Ｉ／Ｆ１０１を通じて受け付けた端末装置３からの案内地図画像の提供要求が、案内地図画像ＤＢ１０４に記憶保持されている店舗の案内地図画像の範囲外の地図画像を要求するものである場合に機能する。この場合、範囲外地図要求部１０８は、端末装置３から要求されたエリアの地図画像の提供を、通信Ｉ／Ｆ１０１を通じて地図サーバー２に要求し、目的とするエリアの地図画像を地図サーバー２から取得する。ここで要求されたエリアは、緯度経度情報により特定されると共に、縮尺等の必要な情報も含めて、地図サーバー２に地図画像の提供がなされる。
【００４９】
範囲外地図提供部１０９は、範囲外地図要求部１０８からの要求に応じて地図サーバー２から提供された地図画像を、要求元の端末装置３に対して通信Ｉ／Ｆ１０１を通じて提供する機能を実現する。この場合、範囲外地図提供部１０９は、既に提供済みの案内地図画像をも考慮して、要求元の端末装置３に提供すべき地図画像を抽出し、これを要求元の端末装置３に提供する。
【００５０】
このように、店舗情報サーバー１は、案内地図画像ＤＢ１０４に店舗の最新の案内地図画像を常時保持するように、地図サーバー２と協働して機能する。そして、店舗情報サーバー１は、端末装置３を通じての要求に応じて店舗に関する情報を提供するためのＷｅｂページを要求元の端末装置３に提供する。さらに、当該Ｗｅｂページを通じて端末装置３が所定の店舗の案内地図画像の提供を要求してきたときには、要求に応じた案内地図画像を案内地図画像ＤＢ１０４から読み出しこれを提供する。
【００５１】
従って、地図サーバー２が何らかの原因により機能していない場合でも、店舗情報サーバー１が機能していれば、店舗の最新の案内地図画像を提供できる。そして、店舗情報サーバー１が保持していないエリアの地図画像については、平常時においては、地図サーバー２から取得して、要求元の端末装置３に提供できるので、提供可能な地図画像の範囲が従来に比べて狭くなることもない。
【００５２】
［地図サーバー２の構成例］
図４は、この実施の形態の地図サーバー２の構成例を説明するためのブロック図である。地図サーバー２は、上述もしたように、地図ＡＳＰのＩＤＣ（Internet Data Center）に設けられたものである。図４に示す地図サーバー２において、通信Ｉ／Ｆ２０１は、ネットワーク４を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク４に送出したりする。制御部２０２は、各部を制御する。記憶装置２０３は、記録媒体としてハードディスクを備え、種々のアプリケーションプログラムや種々のデータを記憶保持する。
【００５３】
インターフェース（以下、Ｉ／Ｆと略称する。）２０４は、外部機器から地図の更新情報などの必要となる情報の供給を受けたり、また、自機が保持する例えば地図情報などをバックアップなどのために外部に出力したりする場合に用いられる。なお、説明を簡単にするため、図４では通信Ｉ／Ｆ２０１とＩ／Ｆ２０４とを分けて記載した。しかし、通信Ｉ／Ｆ２０１とＩ／Ｆ２０４とは、実際には１つのＬＡＮボードの機能として実現される。地図ＤＢ２０５、提供地図管理ファイル２０６、更新用地図画像ファイル２０７のそれぞれは、ハードディスクなどの大容量記録媒体に形成され、所定のデータを記憶保持する。なお、地図ＤＢ２０５の文字「ＤＢ」は、データベースの略称である。
【００５４】
地図ＤＢ２０５は、地図を描画するための例えばベクトルデータやラスタデータ、注記（注釈）データ等の種々の地図情報（地図データ）を緯度経度情報に対応付けて記憶保持する。具体的に、地図ＤＢ２０５に蓄積されている地図情報は、例えば、道路、鉄道、河川、山岳、商業施設、金融機関、住宅、標識などの所定の種別毎（レイヤ毎）に形成されている。
【００５５】
提供地図管理ファイル２０６は、地図サーバー２が店舗情報サーバー１に対してどのような地図画像を提供しているかを管理するための情報が格納される。図５は、提供地図管理ファイル２０６に格納される格納データの例を説明するための図である。図５に示すように、提供地図管理ファイル２０６には、「提供先ＩＤ」、「縮尺」、「地図種別」、「中心の緯度経度」、「四隅の緯度経度」、「バージョンＮｏ．」、「更新日付」が格納される。
【００５６】
ここで、「提供先ＩＤ」は、地図画像の提供先を示す情報であり、より具体的には、地図画像を提供した店舗情報サーバー１を特定する情報である。その他の情報は、店舗情報サーバー１の案内地図画像ＤＢ１０４に格納される格納データに含められている地図に関するメタ情報と同様の意味を持つ情報である。
【００５７】
従って、図５に示した例では、コンビニＡを運営する会社がネットワーク４上に設けた店舗情報サーバー１に対して地図画像を提供していることが示されている。そして、図５に示すように、店舗情報サーバー１に提供した地図画像の１つは、「縮尺」が１万分の１、「地図種別」が市街地図、「中心の緯度経度」が（Ｘ，Ｙ）、「四隅の緯度経度」が（Ｘ１，Ｙ１）、（Ｘ２，Ｙ２）、（Ｘ３，Ｙ３）、（Ｘ４，Ｙ４）、「バージョンＮｏ．」が１．００３、「更新日付」が２０１３年８月１日のものであることが示されている。
【００５８】
このようにして、地図サーバー２では、提供地図管理ファイル２０６により、どのような地図画像が、どの店舗情報サーバー１に提供されているのかを管理している。従って、運営会社の異なる多数の店舗情報サーバーに対して、地図サーバー２は地図画像を提供し、管理できる構成になっている。
【００５９】
更新用地図画像ファイル２０７は、店舗情報サーバー１に対して提供済みの地図画像に変更が生じた場合に、新たに形成（描画）した変更後の地図画像を記憶保持する。すなわち、地図ＤＢ２０５に記憶保持されている地図情報に変更が生じ、その変更が提供地図管理ファイル２０６において管理されている店舗情報サーバー１に提供している地図画像にも生じたとする。この場合に、後述もするように、地図サーバー２においては、店舗情報サーバー１に提供済みの地図画像の内、変更が生じた地図画像について、変更後の地図画像（更新用地図画像）を形成（描画）し、これが更新用地図画像ファイル２０７に格納されて、店舗情報サーバー１への提供を待つことになる。
【００６０】
図６は、更新用地図画像ファイル２０７の格納データの例を説明するための図である。更新用地図画像ファイル２０７の格納データである地図画像は、店舗情報サーバー１に提供されるものである。このため、更新用地図画像ファイル２０７の格納データである地図画像は、基本的には、図３に示した店舗情報サーバー１の案内地図画像ＤＢ１０４に記憶保持される地図画像と同様のものとなる。
【００６１】
そして、図３と図６とを比較すると分かるように、店舗情報サーバー１の案内地図画像ＤＢ１０４に記憶保持される地図画像（図３）のメタ情報には、店舗ＩＤが付加されて、どの店舗用の案内地図画像かが区別できるようになっている。これに対して、更新用地図画像ファイル２０７の格納データである地図画像（図６）のメタ情報には、提供先を示す提供先ＩＤが付加されて、提供先が特定されている。この店舗ＩＤと提供先ＩＤが異なっている点を除き、他の部分は同様に構成されている。
【００６２】
地図画像提供部２０８は、制御部２０２の制御の下、通信Ｉ／Ｆ２０１を通じて受け付けた地図画像の提供要求に応じて、地図ＤＢ２０５の地図情報を用いて地図画像を形成（描画）し、これを要求元の情報端末に提供する処理を行う。すなわち、地図画像提供部２０８は、通信Ｉ／Ｆ２０１を通じて受け付ける種々のユーザーの情報端末からの地図画像の提供要求に応じて、要求された地図画像を形成し、これを要求元に提供する機能を実現する。ここで種々のユーザーの情報端末には、エンドユーザーのパーソナルコンピュータなどの端末装置や店舗情報サーバー１などの種々のサーバー装置をも含んでいる。このように、地図画像提供部２０８が、地図サーバー２の地図画像の基本的な提供機能を実現している。
【００６３】
地図ＤＢ更新部２０９は、制御部２０２が、例えば、Ｉ／Ｆ２０４を通じて地図情報の更新情報を受け付けた場合に、制御部２０２の制御の下、受け付けた地図情報の更新情報に基づいて、地図ＤＢ２０５の地図情報を更新する。
【００６４】
提供地図更新判別部２１０は、制御部２０２の制御の下、地図ＤＢ２０５の地図情報に変更が生じた場合に、提供地図管理ファイル２０６の管理データをも考慮して、店舗情報サーバー１に提供している地図画像の内、更新が必要なものを特定する。すなわち、提供地図更新判別部２１０は、地図ＤＢ２０５に記憶保持されている地図情報における変更が生じた位置（緯度経度）を特定する。提供地図更新判別部２１０は、特定した緯度経度が示す位置を含む地図画像を店舗情報サーバー１に提供しているか否かを、提供地図管理ファイル２０６の管理情報の内、主に四隅の緯度経度に基づいて判別し、当該緯度経度を含む地図画像自体をも特定する。この特定した地図画像を更新が必要な地図画像として特定する。ここで、特定される地図画像は、例えば、２５６ピクセル×２５６ピクセルのブロック単位の地図画像である。
【００６５】
更新用地図画像形成部２１１は、提供地図更新判別部２１０が店舗情報サーバー１に提供している地図画像から更新が必要な地図画像を特定した場合に、その特定した地図画像に対応する新たな地図画像を地図ＤＢ２０５の地図情報に基づいて形成（描画）する。更新用地図画像形成部２１１は、形成した新たな地図画像を更新用の地図画像として、更新用地図画像ファイル２０７に格納する。したがって、更新用地図画像形成部２１１においても、提供地図更新判別部２１０により特定された地図画像に応じて、例えば、２５６ピクセル×２５６ピクセルのブロック単位の地図画像が形成される。
【００６６】
更新用地図画像提供部２１２は、更新用地図画像ファイル２０７に格納された更新用地図画像を、当該更新用地図画像に対応する地図画像を保持している店舗情報サーバー１に対して、通信Ｉ／Ｆ２０１を通じて提供する。更新用地図画像提供部２１２は、上述もしたように、更新用地図画像ファイル２０７に更新用地図画像が可能された場合に、これを自動的に相手先である店舗情報サーバー１に提供したり（プッシュ式）、あるいは、店舗情報サーバー１からの提供要求に応じて提供したりする（プル式）。
【００６７】
このように、地図サーバー２は、店舗情報サーバー１に対して、案内地図画像を構成する種々の地図画像を提供することができるものである。地図サーバー２は、店舗情報サーバー１に提供した地図画像は何かを管理しており、自機の地図ＤＢ２０５に保持する地図情報に変更が生じた場合であって必要がある時には、店舗情報サーバー１に提供した地図画像についての更新用の地図画像を形成する。この更新用の地図画像を、地図サーバー２は店舗情報サーバー１に提供する機能をも実現する。
【００６８】
また、後述もするが、店舗情報サーバー１が端末装置３に提供できない地図画像については、店舗情報サーバー１からの要求に応じて、地図画像提供部２０８が機能し、地図ＤＢ２０５の地図情報を用いて必要なエリアの地図画像を形成する。この形成した地図画像を地図サーバー２は、店舗情報サーバー１を通じて端末装置３に提供できるようにしている。
【００６９】
［端末装置３の構成例］
図７は、この実施の形態の端末装置３の構成例を説明するためのブロック図である。端末装置３は、上述もしたように、エンドユーザーが所有するウェブブラウジング可能な各種デバイスである。図３に示す端末装置３おいて、無線通信部３０１は、ネットワーク４を通じて受信した信号を自機が処理可能なデータに変換して取り込んだり、送信用の種々のデータをプロトコルに準拠した信号に変換してネットワーク４に送出したりする。当該無線通信部３０１には、送受信アンテナ３０１Ａが接続されている。
【００７０】
制御部３０２は、各部を制御するコンピュータ装置である。また、制御部３０２は、種々のアプリケーションを実行するアプリ実行部としても機能する他、要求生成部、表示制御部などの機能をも備えている。記憶装置３０３は、記録媒体としてフラッシュメモリを備え、種々のアプリケーションプログラムや種々のデータを記憶保持する。
【００７１】
操作部３０４は、端末装置３に設けられたハードウェアキーからなり、ユーザーからの操作入力を受け付けて、受け付けた情報を制御部３０２に供給する。なお、操作部３０４に設けられたハードウェアキーは例えば電源のオン／オフキーや基本機能を実行するための幾つかのファンクションキー等である。
【００７２】
センサ部３０５は、種々のセンサを備え、端末装置３の姿勢や向きを特定できるようにしている。ＧＰＳ部３０６およびＧＰＳアンテナ３０６Ａは、自機の現在位置を測位する機能を実現する。表示部３０７Ｄとタッチパッド３０７Ｐとは、タッチパネル１０８を構成し、画像や映像の表示機能と操作入力の受付機能とを実現している。
【００７３】
なお、図７においては、この発明には直接に関係しない、通話処理部、受話器、送話器等の通話機能を実現するための部分などは省略している。
【００７４】
この様な構成を有する端末装置３は、制御部３０２が記憶装置３０３に用意されているブラウザを起動し、所定のＵＲＬを用いて店舗情報サーバー１が保持しているＷｅｂページにアクセスできる。そして、端末装置３は、当該Ｗｅｂページを通じて、店舗情報サーバー１が提供する多数の店舗についての情報を、表示部３０７Ｄに表示するなどしてユーザーに提供できる。
【００７５】
具体的に端末装置３は、当該Ｗｅｂページを通じて、店舗情報サーバー１が提供する、例えば、多数の店舗についての案内地図画像を表示部３０７Ｄに表示してユーザーに提供できる。図８は、端末装置３が店舗情報サーバー１から提供を受けて、表示部３０７Ｄに表示した店舗の案内地図画像の一例を示す図である。端末装置３は、図８に示すように、市役所、郵便局、学校、警察署などの所定の目標物からコンビニＡ○○店までの経路を案内する案内地図画像の提供を店舗情報サーバー１から受けて、これを表示部３０７Ｄに表示することができる。
【００７６】
端末装置３が店舗情報サーバー１から提供を受けた当該案内地図画像は、店舗情報サーバー１が保持しているものであり、しかも、地図サーバー２と協働して行われる地図画像の更新処理により最新の状態が維持される。従って、端末装置３は、地図サーバー２が何らかの原因により地図画像を提供できない状況にあっても、店舗情報サーバー１から最新の案内地図画像の提供を受けられる。
【００７７】
［案内地図提供システムの動作（処理）］
次に、上述したように、店舗情報サーバー１、地図サーバー２、端末装置３とにより構成される案内地図提供システムの動作について説明する。以下においては、まず、店舗情報サーバー１と地図サーバー２との間で行われる地図画像の更新処理について説明した後、端末装置３に対して店舗情報を提供する場合における店舗情報サーバー１において行われる処理と、地図サーバー２において行われる処理について説明する。
【００７８】
［地図画像の更新処理］
上述もしたように、店舗情報サーバー１の案内地図画像ＤＢ１０４に記憶保持される案内地図画像は、地図サーバー２と協働することにより、プッシュ式またはプル式で更新できる。ここでは、プッシュ式の更新処理とプル式の更新処理の概要について説明する。図９は、店舗情報サーバー１と地図サーバー２との間で行われる地図画像の更新処理の概要について説明するためのシーケンス図であり、図９（Ａ）はプッシュ式の更新処理を、また、図９（Ｂ）はプル式の更新処理を説明するためのものである。
【００７９】
まず、図９（Ａ）に示すプッシュ式の更新処理について説明する。店舗情報サーバー１に提供した地図画像に更新が必要か否かは、上述もしたように、地図サーバー２の地図情報に変更が生じた場合に地図サーバー２において最初に判別できる。このため、地図サーバー２において、店舗情報サーバー１に提供した地図画像に更新が必要であると判別し、更新用の地図画像を更新用地図画像ファイル２０７に形成したとする。この場合に、地図サーバー２の更新用地図画像提供部２１２が、地図画像の更新が必要である旨（更新通知）を店舗情報サーバー１に通知する（ステップＳ１１）。
【００８０】
店舗情報サーバー１は、当該更新通知を受信すると、自機が地図画像の更新処理を行える状態にある場合には、更新応答を地図サーバー２に送信する（ステップＳ１２）。地図サーバー２は、店舗情報サーバー１からの更新応答を受信すると、更新用地図画像ファイル２０７に形成してある更新用の地図画像を、店舗情報サーバー１に提供する（ステップＳ１３）。地図サーバー２からの更新用の地図画像は、図６の示した態様のものである。
【００８１】
このため、店舗情報サーバー１の案内地図更新部１０７は、例えば、縮尺と中心の緯度経度に基づいて、案内地図画像ＤＢ１０４に記憶保持されている地図画像から更新が必要な地図画像を特定する。案内地図更新部１０７は、この特定した地図画像を、地図サーバー２から提供された対応する更新用の地図画像に置き換えることにより、案内地図画像ＤＢ１０４の地図画像の更新を行う（ステップＳ１４）。なお、地図画像の置き換えに際しては、「バージョンＮｏ．」と「更新日付」のチェックも行なわれ、不必要な繰り返しの更新が行われたり、誤った更新が行われたりすることがないようにされる。
【００８２】
この後、案内地図更新部１０７は、ステップＳ１４において地図画像の更新が適切に完了すると、更新完了通知を地図サーバー２に送信する（ステップＳ１５）。地図サーバー２は、店舗情報サーバー１からの更新完了通知を受信すると、提供した更新用の地図画像に基づいて、提供地図管理ファイル２０６の対応する地図画像の管理データについて、「バージョンＮｏ．」と「更新日付」を更新する（ステップＳ１６）。そして、地図画像の更新処理を終了する。なお、ステップＳ１６においては、提供済みの更新用の地図画像を更新用地図画像ファイル２０７から削除する処理なども行われる。
【００８３】
このように、地図サーバー２が能動的に機能し、店舗情報サーバー１の案内地図画像ＤＢ１０４の地図画像の更新を行う方式がプッシュ式の更新処理である。店舗情報サーバー１から見れば地図サーバー２から自動的にプッシュされる更新用の地図画像を用いて地図画像の更新を行う。
【００８４】
なお、当該プッシュ式の更新処理は、店舗情報サーバー１に対する端末装置３からのアクセスが少ない深夜や早朝などの時間帯に行われる。また、店舗情報サーバー１は、地図サーバー２からの更新通知を受けた場合に、多くの端末装置３からアクセスを受け付けているなどのために地図画像の更新処理を行えない場合には、更新応答を地図サーバー２に返信しない。これにより、地図サーバー２からの通知に応じて強制的に地図画像の更新処理が行われることがないので、案内地図画像の提供ができなくなるといった不都合を生じさせることもない。この場合、地図サーバー２は、時間を変えて再度の更新通知を行うことになる。
【００８５】
また、地図サーバー２は、異なる企業が運営する複数の店舗情報サーバー１に対して地図画像を提供している場合もある。しかし、更新用の地図画像には、図６を用いて説明したように、提供先ＩＤにより区別できるので、異なる複数の店舗情報サーバー１ごとに、地図画像の更新処理を行うことができる。
【００８６】
次に、図９（Ｂ）に示すプル式の更新処理について説明する。上述もしたように、地図サーバー２において、店舗情報サーバー１に提供した地図画像に更新が必要であると判別されると、更新用の地図画像が更新用地図画像ファイル２０７に形成される。このため、店舗情報サーバー１の案内地図更新部１０７は、自機に対する端末装置３からのアクセスが少ない時間帯に、地図画像の更新確認を行う（ステップＳ２１）。この更新確認は、店舗情報サーバー１から自機を特定する提供先ＩＤを含む更新確認を地図サーバー２に送信するものである。
【００８７】
地図サーバー２は、店舗情報サーバー１からの更新確認を受信すると、当該店舗情報サーバー１に提供すべき更新用の地図画像が更新用地図画像ファイル２０７に形成されているかどうかを確認する（ステップＳ２２）。すなわち、地図サーバー２の更新用地図画像提供部２１２は、受信した更新確認に含まれる提供先ＩＤに基づいて更新用地図画像ファイル２０７を参照し、当該提供先ＩＤによって特定される店舗情報サーバー１用の更新用の地図画像があるかを確認する。
【００８８】
ステップＳ２２の確認処理で、確認要求元の店舗情報サーバー１に提供すべき更新用の地図画像があることが確認できたとする。この場合、更新用地図画像提供部２１２は、更新用地図画像ファイル２０７に形成されている当該店舗情報サーバー１に対する更新用の地図画像を店舗情報サーバー１に提供する（ステップＳ２３）。店舗情報サーバー１は、地図サーバー２から送信されて来る更新用の地図画像を受信し、図９（Ａ）に示したステップＳ１４の場合と同様にして、案内地図画像ＤＢ１０４に記憶保持されている地図画像を、提供された更新用の地図画像に置き換えることにより、地図画像更新処理を行う（ステップＳ２４）。なお、ステップＳ２４の処理においても、地図画像の置き換えに際しては、「バージョンＮｏ．」と「更新日付」のチェックも行なわれ、不必要な繰り返しの更新が行われたり、誤った更新が行われたりすることがないようにされる。
【００８９】
この後、図９（Ａ）に示したプッシュ方式の更新処理の場合と同様に、案内地図更新部１０７は、ステップＳ２４において地図画像の更新が適切に完了すると、更新完了通知を地図サーバー２に送信する（ステップＳ２５）。地図サーバー２は、店舗情報サーバー１からの更新完了通知を受信すると、提供した更新用の地図画像に基づいて、提供地図管理ファイル２０６の対応する地図画像の管理データについて、「バージョンＮｏ．」と「更新日付」を更新する（ステップＳ２６）。そして、地図画像の更新処理を終了する。なお、ステップＳ２６においては、提供済みの更新用の地図画像を更新用地図画像ファイル２０７から削除する処理なども行われる。
【００９０】
このように、店舗情報サーバー１が能動的に機能し、店舗情報サーバー１の案内地図画像ＤＢ１０４の地図画像の更新を行う方式がプル式の更新処理である。店舗情報サーバー１から見れば自機からの要求に応じて地図サーバー２から引き出される更新用の地図画像を用いて地図画像の更新を行う。
【００９１】
なお、店舗情報サーバー１が更新確認を行うようにしたときには、地図サーバー２の更新用地図画像ファイル２０７に該当する更新用の地図画像が存在しないときには、その胸が地図サーバー２から店舗情報サーバー１に通知される。この場合、店舗情報サーバー１では、地図画像の更新処理は行われることはない。
【００９２】
なお、ここでは、店舗情報サーバー１が保持する地図画像の更新処理について、プッシュ式とプル式の両方について説明したが、必ずしも両方の方式で地図画像の更新処理を行える必要はない。いずれか一方の方式で、地図画像の更新処理を行えるようにしておけばよい。また、複数の店舗情報サーバー１が存在する場合には、店舗情報サーバー１ごとに、地図画像の更新処理を、プッシュ式で行うのか、プル式で行うのかを選択できるようにしてもよい。
【００９３】
［店舗情報サーバー１の情報提供処理］
次に、店舗情報サーバー１で実行される端末装置３への情報提供処理について説明する。図１０は、店舗情報サーバー１で常時実行されている情報提供処理を説明するための図である。この図１０に示す処理は、店舗情報サーバー１の主に制御部１０２により、常時、実行されている。
【００９４】
制御部１０２は、自機の記憶装置１０３に記憶しているＷｅｂページに対応するＵＲＬを用いたアクセスを受け付けるようにし（ステップＳ１０１）、アクセスを受け付けたか否かを判別する（ステップＳ１０２）。ステップＳ１０２において、Ｗｅｂページに対応するＵＲＬを用いたアクセスを受け付けていないと判別したときには、制御部１０２はステップＳ１０１からの処理を繰り返す。
【００９５】
また、ステップＳ１０２の判別処理において、Ｗｅｂページに対応するＵＲＬを用いたアクセスを受け付けたと判別したとする。この場合、制御部１０２は、Ｗｅｂページ提供部１０５を制御し、記憶装置１０３から受け付けたＵＲＬに応じたＷｅｂページを読み出し、これを要求元の端末装置３に提供する（ステップＳ１０３）。
【００９６】
この後、制御部１０２は、提供したＷｅｂページを通じての端末装置３からの要求等を受け付けるようにし（ステップＳ１０４）、当該ステップＳ１０４において要求等を受け付けたか否かを判別する（ステップＳ１０５）。ステップＳ１０５の判別処理において、Ｗｅｂページを提供した端末装置３からの要求等を受け付けていないと判別したときには、制御部１０２は、ステップＳ１０４からの処理を繰り返す。
【００９７】
また、ステップＳ１０５の判別処理において、Ｗｅｂページを提供した端末装置３から要求等を受け付けたと判別したときには、当該受け付けた要求等は、提供したＷｅｂページの利用の終了を示すものか否かを判別する（ステップＳ１０６）。ステップＳ１０６の判別処理において、受け付けた要求等は提供したＷｅｂページの利用の終了を示すものであると判別したときには、当該Ｗｅｂページは提供した端末装置３においては解放されるので、ステップＳ１０１からの処理を繰り返す。これにより、また、自機の記憶装置１０３に記憶しているＷｅｂページに対応するＵＲＬを用いたアクセスが受け付けられる。
【００９８】
また、ステップＳ１０６の判別処理において、受け付けた要求等は提供したＷｅｂページの利用の終了を示すものではないと判別したとする。この場合、制御部１０２は、受け付けた要求等は、店舗の案内地図画像の提供要求が否かを判別する（ステップＳ１０７）。ステップＳ１０７の判別処理において、受け付けた要求等が店舗の案内地図画像の提供要求であると判別したときには、制御部１０２は、案内地図提供部１０６を制御して、要求された店舗の案内地図画像を提供する処理を実行する（ステップＳ１０８）。
【００９９】
また、ステップＳ１０７の判別処理において、受け付けた要求等が店舗の案内地図画像の提供要求ではないと判別したとする。この場合、制御部１０２は、Ｗｅｂページ提供部１０５を制御し、ＵＲＬで指示される他のＷｅｂページを提供するなどの要求に応じた処理を実行する（ステップＳ１０９）。
【０１００】
そして、ステップＳ１０８とステップＳ１０９の処理の後においては、制御部１０２は、ステップＳ１０４からの処理を繰り返し、提供を受けたＷｅｂページを通じての情報の提供処理が継続される。
【０１０１】
図１１は、図１０に示した処理のステップＳ１０８で実行される案内地図画像の提供処理を説明するためのフローチャートである。当該案内地図画像の提供処理において、制御部１０２は、案内地図提供部１０６を制御し、端末装置３から要求された店舗の予め決められた縮尺の案内地図画像を案内地図画像ＤＢ１０４より取得する（ステップＳ２０１）。そして、案内地図提供部１０６は、取得した案内地図画像を、通信Ｉ／Ｆ１０１を通じて要求元の端末装置３に提供する（ステップＳ２０２）。
【０１０２】
この後、制御部１０２は、案内地図画像を提供した端末装置３からの要求を受け付け（ステップＳ２０３）、受け付けた要求は案内地図画像の表示の終了を要求するものか否かを判別する（ステップＳ２０４）。ステップＳ２０３では、例えば、地図の縮尺の拡大や縮小、地図のスクロールなどの地図表示に関する要求や案内地図画像の表示の終了を要求などが受け付けられることになる。制御部１０２は、ステップＳ２０４の判別処理において、受け付けた要求は案内地図画像の表示の終了を要求するものではないと判別したとする。この場合、制御部１０２は、指示に応じた案内地図画像を表示するために、自機が案内地図画像ＤＢ１０４に保持する案内地図画像では不足するか否かを判別する（ステップＳ２０５）。
【０１０３】
ステップＳ２０５の判別処理において、自機が案内地図画像ＤＢ１０４に保持する案内地図画像では不足しないと判別したときには、制御部１０２は、ステップＳ２０１からの処理を繰り返す。これにより、上述もしたように、制御部１０２の制御の下、案内地図提供部１０６が、案内地図画像ＤＢ１０４から要求に応じて案内地図画像を取得し（ステップＳ２０１）、これを要求元の端末装置３に提供する（ステップＳ２０２）。
【０１０４】
また、ステップＳ２０５の判別処理において、自機が案内地図画像ＤＢ１０４に保持する案内地図画像では不足すると判別したとする。この場合、制御部１０２は、端末装置３からの要求に応じた地図画像の提供要求を形成し、これを地図サーバー２に送信して、地図サーバー２から必要な地図画像を取得する（ステップＳ２０６）。制御部１０２は、ステップＳ２０６の処理において、目的とする地図画像を地図サーバー２から取得できたか否かを判別する（ステップＳ２０７）。
【０１０５】
ステップＳ２０７の判別処理において、目的とする地図画像を地図サーバー２から取得できたと判別したとする。この場合、制御部１０２は、ステップＳ２０２からの処理を行うようにする。これにより、ステップＳ２０６において地図サーバー２から取得した地図画像が、要求元の端末装置３に提供され（ステップＳ２０２）、当該端末装置３において、案内地図画像の拡大表示、縮小表示、スクロール表示などの処理が行われる。
【０１０６】
また、ステップＳ２０７の判別処理において、目的とする地図画像を地図サーバー２から取得できなかったと判別したとする。この場合、制御部１０２は、要求に応じた案内地図画像が表示できない旨を通知するメッセージを要求元の端末装置３に送信し（ステップＳ２０８）、ステップＳ２０３からの処理を繰り返す。この場合、新たな地図画像が端末装置３に提供される訳ではないので、少なくとも店舗の案内地図画像の表示が継続される。
【０１０７】
また、ステップＳ２０４の判別処理において、受け付けた要求は案内地図画像の表示の終了を要求するものであると判別したとする。この場合、制御部１０２は、案内地図画像の表示を終了させ、案内地図画像を表示する前のＷｅｂページの表示に戻すなどの所定の終了処理を実行し（ステップＳ２０９）、この図１１に示す処理を終了して、図１０のステップＳ１０８の処理に戻る。そして、図１０のステップＳ１０４からの処理が繰り返す用にされる。
【０１０８】
このように、この実施の形態の店舗情報サーバー１は、店舗の案内地図画像は、基本的に自機の案内地図画像ＤＢ１０４に記憶保持されているものが、要求元の端末装置３に提供される。従って、地図ＡＳＰの地図サーバーとは無関係に、端末装置３からの要求に応じて店舗の案内地図画像を提供できる。また、店舗情報サーバー１の店舗の案内地図画像は、地図サーバー２と協働することにより行われる更新処理により適切に更新されるので、最新の案内地図画像を端末装置３に対して提供できる。
【０１０９】
そして、店舗情報サーバー１が記憶保持する案内地図画像だけでは、端末装置３からの要求に答えられない場合には、地図サーバー２から必要となる地図画像を取得して、要求元の端末装置３に提供できる。これにより、地図画像の拡大、縮小はもとより、地図画像のスクロールにも対応できる。
【０１１０】
［地図サーバー２の地図画像等の提供処理］
次に、地図サーバー２で実行される店舗情報サーバー１などへの地図画像などの提供処理について説明する。図１２は、地図サーバー２で常時実行されている地図画像などの提供処理を説明するための図である。この図１２に示す処理は、地図サーバー２の主に制御部２０２により、常時、実行されている。
【０１１１】
制御部２０２は、例えば、店舗情報サーバー１などからの自機宛ての要求を受信するようにし（ステップＳ３０１）、自機宛ての要求を受信したか否かを判別する（ステップＳ３０２）。ステップＳ３０２の判別処理において、自機宛ての要求を受け付けていないと判別したときには、制御部２０２は、ステップＳ３０１からの処理を繰り返す。ステップＳ３０２の判別処理において、自機宛ての要求を受信したと判別したときには、制御部２０２は、当該受け付けた要求が、地図画像の提供要求か否かを判別する（ステップＳ３０３）。
【０１１２】
ステップＳ３０３の判別処理において、受け付けた要求が地図画像の提供要求であると判別したとする。この場合、制御部２０２は、地図画像提供部２０８を制御し、要求されたエリアの地図画像を地図ＤＢ２０５の地図情報に基づいて形成（描画）する（ステップＳ３０４）。次に、制御部２０２は、地図画像提供部２０８を制御し、ステップＳ３０４で形成した地図画像を要求元に提供する（ステップＳ３０５）。
【０１１３】
また、ステップＳ３０３の判別処理において、受け付けた要求が地図画像の提供要求ではないと判別したとする。この場合、制御部２０２は、要求に応じた処理を実行する（ステップＳ３０６）。このステップＳ３０６においては、例えば、店舗情報サーバー１からの更新確認に基づいて、案内地図画像の更新の有無を確認し、更新がある場合に更新用の地図画像を提供するなどの処理（プル式の更新処理などの処理）が行われる。そして、ステップＳ３０５とステップＳ３０６の処理の後において、制御部２０２は、ステップＳ３０１からの処理を繰り返す。
【０１１４】
このように、地図ＡＳＰの地図サーバー２は、店舗情報サーバー１などからの要求に応じて、地図画像を形成し、これを提供できる。従って、店舗情報サーバー１側から考えると、地図サーバー２が正常に稼動している場合には、店舗情報サーバー１が端末装置３からの要求に応じて直接に提供できない地図画像については、地図サーバー２がこれを店舗情報サーバー１に提供して端末装置３に提供できる。従って、地図サーバー２が正常に稼動している場合には、この発明以前に行われていた従来の案内地図画像の提供と同等の範囲の地図画像の提供は維持できる。
【０１１５】
［実施の形態の効果］
上述したように、この実施の形態の案内地図提供システムの場合には、店舗の案内地図画像は、店舗情報サーバー１から直接に端末装置３に提供できる。従って、地図サーバー２が稼動していない状態であっても、店舗情報サーバー１が稼動していれば、少なくとも店舗の案内地図画像は端末装置３に提供できる。
【０１１６】
しかも、店舗情報サーバー１に記憶保持される店舗の案内地図画像は、地図サーバー２との間で行われる更新処理により、地図サーバー２が保持する地図ＤＢ２０５と同一程度の新しさが保証される。すなわち、店舗情報サーバー１は、最新の案内地図画像を提供できる。
【０１１７】
また、別の側面から考えると、店舗の案内地図画像は、店舗情報サーバー１が備える構成とされるので、地図サーバー２を常時稼動させておく必要性が低くなる。このため、地図サーバー２による地図の提供機能を停止させ、地図サーバーを適宜のタイミングでメンテナンスすることができるようになり、地図サーバー２の信頼性の向上にも寄与できる。
【０１１８】
そして、地図サーバー２が稼動している平常時においては、端末装置３からの要求に応じて地図画像を提供する場合に、店舗情報サーバー１が記憶保持する案内地図画像では不足する場合には、地図サーバー２から取得して提供できる。従って、地図サーバー２が稼動している平常時においては、従来の案内地図画像の提供サービスと同等のサービス内容を維持できる。
【０１１９】
すなわち、この実施の形態の案内地図提供システムの場合には、店舗情報サーバー１は、大規模災害及び広域障害時において利用される店舗の最新の案内地図画像を保持する。これにより、地図サーバー２が被災し、あるいは、何らかの障害の影響を受けて、地図情報の提供できない状況に陥っていても、店舗情報サーバー１が稼動している限り、最寄りの店舗までの案内地図画像については店舗情報サーバー１より提供できる。
【０１２０】
また、平常時において、端末装置３から店舗情報サーバー１に対して、大規模災害及び広域障害時において利用される店舗の最新の案内地図画像以外の地図画像の提供がリクエストされたとする。この場合、店舗情報サーバー１は、地図サーバー２と連携することで、当該リクエストされた地図画像を端末装置３に提供し、端末装置３においてシームレスに表示して利用可能にできる。
【０１２１】
［変形例など］
上述した実施の形態では、端末装置３からの要求に応じて地図画像を提供する場合に、店舗情報サーバー１が記憶保持する案内地図画像では不足する場合には、店舗情報サーバー１が地図サーバー２から取得して端末装置３に提供した。すなわち、地図画像の提供は、常に店舗情報サーバー１を通じて行うようにした。しかし、これに限るものではない。店舗情報サーバー１が記憶保持する案内地図画像の範囲を超えた地図画像の提供が端末装置３から要求された場合には、店舗情報サーバー１が要求元の端末装置３に対して、地図サーバー２のＵＲＬなどの地図サーバー２の特定情報を通知する。そして、当該端末装置３が、直接に地図サーバー２にアクセスし、店舗情報サーバー１が提供できないエリアの地図画像の提供を受けるようにしてもよい。
【０１２２】
また、上述した実施の形態では、店舗情報サーバー１の案内地図画像ＤＢ１０４には、１店舗に付き、家形が判別できる半径数百メートル程度から半径５キロメートル程度までの５〜６段階の縮尺の案内地図画像を記憶保持するものとして説明した。しかし、これに限るものではない。例えば、あまり地図内容が複雑でないエリアの場合には、１〜３段階程度の縮尺の案内地図画像の記憶保持に止めたり、逆に、地図内容が複雑なエリアの場合には、より多くの段階の縮尺の案内地図画像を記憶保持したりできる。すなわち、どの程度の案内地図画像を記憶保持するかは、目的とする店舗の案内地図画像が複雑か否かに応じて調整できる。
【０１２３】
また、上述した実施の形態では、コンビニ形態の店舗の案内地図画像を提供する場合を例にして説明したが、これに限るものではない。例えば、地方公共団体が運営する情報サーバーを通じて、地区ごとの避難所の案内地図画像を提供する場合など、ネットワーク４上に設けたサーバーを通じて、種々の拠点についての案内地図画像を提供する場合などに、この発明を適用できる。
【０１２４】
［その他］
上述した実施の形態の説明からも分かるように、この発明の案内地図提供システムの拠点情報サーバーの機能は店舗情報サーバー１が実現し、地図サーバーの機能は地図サーバー２が実現している。そして、拠点情報サーバーからの地図画像の提供先である端末装置の機能はユーザー端末装置３が実現している。
【０１２５】
そして、拠点情報サーバーの拠点地図画像記憶手段、拠点地図提供手段、地図画像更新手段の各機能は、店舗情報サーバー１の案内地図画像ＤＢ１０４、案内地図提供部１０６、案内地図更新部１０７が実現している。また、地図サーバーの管理情報記憶手段、判別手段、地図画像形成手段、地図画像提供手段の各機能は、地図サーバー２の提供地図管理ファイル２０６、提供地図更新判別部２１０、更新用地図画像形成部２１１、更新用地図画像提供部２１２が実現している。
【０１２６】
また、拠点情報サーバーの提供要求手段の機能は、店舗情報サーバー１の案内地図更新部１０７が実現している。
【０１２７】
また、拠点情報サーバーの範囲外地図要求手段と、範囲外地図提供手段の各機能は、店舗情報サーバー１の範囲外地図要求部１０８、範囲外地図提供部１０９が実現している。また、地図サーバーの地図画像提供手段の機能は、地図サーバー２の地図画像提供部２０８が実現している。
【０１２８】
また、図１０、図１１及び図１２のフローチャートに示した処理が、この発明の案内地図提供方法の一実施の形態に対応している。
【符号の説明】
【０１２９】
１…店舗情報サーバー、１０１…通信Ｉ／Ｆ、１０２…制御部、１０３…記憶装置、１０４…案内地図画像ＤＢ、１０５…Ｗｅｂページ提供部、１０６…案内地図提供部、１０７…案内地図更新部、１０８…範囲外地図要求部、１０９…範囲外地図提供部、２…地図サーバー、２０１…通信Ｉ／Ｆ、２０２…制御部、２０３…記憶装置、２０４…Ｉ／Ｆ、２０５…地図ＤＢ、２０６…提供地図管理ファイル、２０７…更新用地図画像ファイル、２０８…地図画像提供部、２０９…地図ＤＢ更新部、２１０…提供地図画像形成部、２１１…更新用地図画像形成部、２１２…更新用地図画像提供部、３…端末装置、３０１…無線通信部、３０１Ａ…送受信アンテナ、３０２…制御部、３０３…記憶装置、３０４…操作部、３０５…センサ部、３０６…ＧＰＳ部、３０６Ａ…ＧＰＳアンテナ、３０７Ｄ…表示部、３０７Ｐ…タッチパッド、３０８…タッチパネル、４…ネットワーク
【図１】
2015114805.tif 000003
【図２】
2015114805.tif 000004
【図３】
2015114805.tif 000005
【図４】
2015114805.tif 000006
【図５】
2015114805.tif 000007
【図６】
2015114805.tif 000008
【図７】
2015114805.tif 000009
【図８】
2015114805.tif 000010
【図９】
2015114805.tif 000011
【図１０】
2015114805.tif 000012
【図１１】
2015114805.tif 000013
【図１２】
2015114805.tif 000014