地図情報表示方法および地図情報配信方法
【課題】
地下街と地上の地図を表示するシステムを利用している場合、地下街に入ろうとする場合、地上の地図から地下街への切り替えが容易にできないとの課題を有する。また、地下街の地図を表示した場合、地上との関係性が示されておらず、利用者にとって使い勝手がよいものではなかった。
【解決手段】
本発明では、第１の地図情報（地上）を表示している際に、第２の地図情報（地下街）が示すエリアに対するクリック等の指示があった場合、第２の地図情報を対応する形で表示する。また、本発明には以下の態様も含まれる。前記情報端末に、第２の地図情報が示すエリアへの入口を含む第１の地図情報を表示し、前記入口に対する前記第２の地図情報の表示要求を受付け、前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示する。
地下街と地上の地図を表示するシステムを利用している場合、地下街に入ろうとする場合、地上の地図から地下街への切り替えが容易にできないとの課題を有する。また、地下街の地図を表示した場合、地上との関係性が示されておらず、利用者にとって使い勝手がよいものではなかった。
【解決手段】
本発明では、第１の地図情報（地上）を表示している際に、第２の地図情報（地下街）が示すエリアに対するクリック等の指示があった場合、第２の地図情報を対応する形で表示する。また、本発明には以下の態様も含まれる。前記情報端末に、第２の地図情報が示すエリアへの入口を含む第１の地図情報を表示し、前記入口に対する前記第２の地図情報の表示要求を受付け、前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数種類の地図情報を表示するための技術に関する。その中でも特に、複数種類の地図情報を端末の位置情報や利用者からの指示などに基づいて、切り替えて表示する技術に関する。地図情報としては、地上の地図情報と地下街の地図情報が含まれる。また、地下街の地図情報には、いわゆる地下街の他、モール、アミューズメントパーク、駅等の施設内、ビル内なども含まれる。
【背景技術】
【０００２】
従来、複数種類の地図情報を切り替えて表示するものとして、特許文献１がある。特許文献１においては、地下街のように現在地の認識が困難な場所においても、歩行者が適切に認識できる、目的地までの経路を容易に把握することを目的としている。この目的を達成するために、出発地から目的までの案内データ（全体ルート、図２）を表示し、この延滞ルートで各経路が指定された場合、経路に応じた情報を表示するものである。例えば、地下街の徒歩が指定された場合、地下街の地図を「案内点」を含め表示する。
【０００３】
【特許文献１】特開２００３−３４４０９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、地上の地図と地下街の地図の連携が考慮されていない。つまり、これから地下街に入ろうとする場合、地上の地図から地下街への切り替えが容易にできないとの課題を有する。また、地下街の地図を表示した場合、地上との関係性が示されておらず、利用者にとって使い勝手がよいものではなかった。
【課題を解決するための手段】
【０００５】
そこで、本発明では、第１の地図情報を表示している際に、第２の地図情報が示すエリアに対するクリック等の指示があった場合、第２の地図情報を対応する形で表示する。より具体的には、以下の態様が本発明に含まれる。前記情報端末に、第２の地図情報が示すエリアへの入口を含む第１の地図情報を表示し、前記入口に対する前記第２の地図情報の表示要求を受付け、前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示する。また、前記表示要求を受付けた場合、地図情報配信サーバに対して、前記第２の地図情報の配信を要求することも本発明に含まれる。
【０００６】
また、本発明には、このような地図情報の表示を実行するための地図情報配信装置（サーバ）も含まれる。すなわち、ネットワークを介して、複数種類の地図情報を表示する表示画面を有する地図情報表示装置に接続された地図情報配信装置において、前記地図情報表示装置から、当該地図情報表示装置の位置を示す位置情報を受信する手段と、前位置情報に対応する第１の地図情報であって、第２の地図情報が示すエリアへの入口を含む第１の地図情報を、前記地図情報表示装置に配信し、前記入口に対する前記第２の地図情報の表示要求があった場合、前記地図情報表示装置から前記第２の地図情報の配信要求を受付ける手段と、前記配信要求に応じて、前記入口に対応する位置を含む前記第２の地図情報を前記地図情報表示装置に配信する手段を有し、前記地図情報表示装置は、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示する。
【０００７】
さらに、これらの本発明には、以下の構成もふくまれる。前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であるもの。さらに、所定位置は、前記表示画面の略中央もしくは前記第１の地図情報が表示された際に前記入口が表示されていた位置であるものもの。
【発明の効果】
【０００８】
本発明によれば、より利便性を向上した形で複数種類の地図情報を表示できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を、図面を用いて説明する。なお、本実施の形態は、携帯電話に対して、地図情報以外のコンテンツも配信する例で説明するが、これ以外もものも含まれる。
まず、本実施の形態におけるシステム構成図を図1に示す。各コンピュータは、ネットワークを介して互いに接続されている。また、各コンピュータは、メモリ、ハードディスクを含む記憶装置、ＣＰＵなどの処理装置を有し、記憶装置に格納されたプログラムに従って、処理装置が情報処理を実行するものである。
【００１０】
図１は本実施の形態における地図情報を配信するデジタルコンテンツ配信システム１００を含むネットワーク構成図である。図１に示すデジタルコンテンツ配信システム１００は、一例として、本発明を実現する機能部１１０〜１２０を備えてプログラムの実行処理を主として担うアプリケーションサーバ２０と、各種データベース１２５〜１２８およびＤＭＢＳ１２１（Ｄａｔａｂａｓｅ Ｍａｎａ
ｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を備えたデータベースサーバ２５とから構成されるものを想定する。なお、これらアプリケーションサーバ２０とデータベースサーバ２５とが一体となっていてもよい。
【００１１】
また、以下の説明において、ＣＰＵ１０４、メモリ１０３、入出力インターフェース１０５、通信部１０６、Ｉ／Ｏ部１０７、など機能的に同様のものについては、前記アプリケーションサーバ２０とデータベースサーバ２５とで同じ符号を付している。
【００１２】
更に、前記アプリケーションサーバ２０とデータベースサーバ２５とが協働し、本実施の形態におけるデジタルコンテンツ配信システム１００としての処理を行うとして以下説明する。なお、配信されるデジタルコンテンツには、２種類以上の地図情報が含まれる。また、地図情報の種類としては、地上などの第１の地図情報と地下街、屋内などの第２の地図情報が含まれる。
【００１３】
本実施の形態のデジタルコンテンツ配信システム１００（以下、システム１００）は、本実施の形態のデジタルコンテンツ配信方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。
【００１４】
また、前記システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１０５、ならびに、携帯端末２００などとの間のデータ授受を担う通信部１０６などを有している。
【００１５】
前記システム１００は、前記通信部１０６により、前記携帯端末２００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。システム１００の各種機能部と通信部１０６との間ではＩ／Ｏ部１０７がデータのバッファリングや各種仲介処理を実行している。
【００１６】
続いて、前記システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１００は、配信テーブルデータベースたる番組表データベース１２５、デジタルコンテンツデータベース１２６、ユーザデータベース１２７、広告データベース１２８を利用可能であるものとする。ここで、上記の地図情報は、デジタルコンテンツデータベース１２６および広告データベース１２８に格納されている。
【００１７】
前記システム１００は、配信希望デジタルコンテンツに関する指定により特定される配信希望デジタルコンテンツを時系列に列挙した番組表（配信テーブル）１０００を、携帯端末ユーザ毎に番組表（配信テーブル）データベース１２５へ格納する配信テーブル格納部１１０を備える。
【００１８】
また、前記システム１００は、前記携帯端末２００から、配信を要求する要求情報を受信した場合、前記番組表（配信テーブル）１０００に列挙された配信希望デジタルコンテンツを、前記携帯端末２００に配信する、配信処理部１１１を備える。
【００１９】
また、前記システム１００は、前記番組表１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００より、前記配信希望時刻情報に基づく該当時刻に送信された、携帯端末ユーザＩＤを前記要求情報として受信する、ユーザＩＤ受信部１１２を備える。この場合、システム１００が前記番組表（配信テーブル）１０００を作成した時点で、携帯端末２００に宛てて、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を送信していることが想定できる。なお、携帯端末ユーザＩＤとは、番組の配信を要求するものであり、本情報に基づいて、所定の番組表（配信テーブル）のデジタルコンテンツ等を配信できればよく、ユーザを識別できるものであればよりよい。この場合、システム１００でこのＩＤを割りふってやってもよい。また、携帯端末２
００を識別するものでもよく、携帯電話機の固有ＩＤや電話番号が含まれる。さらに、端末側は時刻管理を、サーバ側で時刻と番組表（配信テーブル）を管理することにより、以下の効果も奏する。端末−サーバ間の送受信データ量の低減、端末の負荷軽減、サーバ側のメンテナンスを容易とする、といった効果である。
【００２０】
また、前記システム１００は、前記携帯端末ユーザＩＤに基づき、前記番組表（配信テーブル）データベース１２５において該当携帯端末ユーザに対応付けた番組表（配信テーブル）１０００を検索し、当該番組表（配信テーブル）１０００において前記配信希望時刻に設定されている該当デジタルコンテンツ１１００を特定する、配信コンテンツ特定部１１３を備えるものとすれば好適である。この場合、前記配信処理部１１１は、前記特定した該当デジタルコンテンツ１１００を、前記デジタルコンテンツデータベース１２６より抽出し、該当携帯端末２００に送信することとなる。
【００２１】
また、前記システム１００は、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００より、前記配信希望時刻情報を前記要求情報として受信する、希望時刻受信部１１４を備えることとすれば好適である。
【００２２】
また、前記システム１００は、前記配信希望時刻と同じ時刻帯に関して受け付けた要求情報の数または受付順に基づき、前記時刻帯における他要求情報に基づく配信実行との間隔が所定時間以上となる時刻を実配信時刻として算定する、実配信時刻算定部１１５を備えることとすれば好適である。この場合、前記配信処理部１１１は、前記要求情報に基づく該当デジタルコンテンツ１１００を前記デジタルコンテンツデータベース１２６より抽出し、前記実配信時刻において該当携帯端末２００に送信することとなる。
【００２３】
また、前記システム１００は、携帯端末２００より当該携帯端末２００の現在位置情報を取得し、この現在位置情報に基づいて、前記デジタルコンテンツデータベース１２６において位置情報に紐付けされているデジタルコンテンツ１１００を特定して、これを該当携帯端末２００に配信する、位置対応コンテンツ配信部１１６を備えることとすれば好適である。
【００２４】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６が、予め携帯端末２００から受け付けている携帯端末ユーザの登録住所または一時所在地をユーザデータベース１２７より抽出し、当該登録住所または一時所在地に基づいて、前記デジタルコンテンツデータベース１２６におけるデジタルコンテンツ１１００の特定を行い、これを該当携帯端末２００に配信することとすれば好適である。
【００２５】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６が、デジタルコンテンツ１１００として地図情報１１５０を配信するものであり、当該地図情報１１５０の示す地域内に所在する各種施設の広告情報１１６０を、施設毎の広告情報が格納された広告データベース１２８より抽出し、この広告情報１１６０を前記地図情報１１５０上に表示して携帯端末２００に配信するものとすれば好適である。なお、広告情報１１６０を含めたものを地図情報１１５０として扱ってもよい（例えば、予め広告情報１１６０を含めた地図情報１１５０をデジタルコンテンツデータベース１２６に格納しておく）。また、地図情報１１５０は、他のデジタルコンテンツ一緒に、デジタルコンテンツデータベース１２６に格納されているが、地図情報データベースを設けて、個別に格納してもよい。また、地図情報データベースを有する地図情報配信システムを別に設けてもよい。この場合、携帯端末２００に対するモード切替入力に基づいて、地図情報を配信するよう制御してもよい。
【００２６】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、前記広告情報１１６０の取得要求コマンドが対応付けされたアイコン１１７０を、地図情報１１５０における該当施設の所在地上に表示されるよう携帯端末２００に配信するものとすれば好適である。
【００２７】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、所定範囲の所在地にまとまって存在する施設群について各施設の広告情報１１６０の取得要求コマンドが対応付けされた１つの代表アイコン１１７５を、前記地図情報１１５０における前記所在地上に表示されるよう携帯端末２００に配信するものとすれば好適である。
【００２８】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、前記広告情報１１６０として、前記施設の端末３００より予め受け付けていた該当施設内の空席情報または商品・サービスの割引販売情報の少なくともいずれかを含ませて、携帯端末２００に配信するものとすれば好適である。
【００２９】
また、前記システム１００が、前記広告データベース１２８に格納されている登録審査済みの広告情報リスト１１６１を、前記施設の端末３００に提示し、前記広告情報リスト中からの配信希望の広告情報の選択事象を、前記施設の端末３００より受け付けて、該当広告情報１１６０を前記広告データベース１２８より抽出し、これを携帯端末２００に配信する、選択広告配信部１１７を備えるとすれば好適である。
【００３０】
また、前記システム１００において、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を携帯端末２００より受け付けて、前記地図情報１１５０上に複数配置された各アイコン１１７０への選択表示を前記一定方向へ一定時間連続移動させるプログラム１１５１を備えた地図データ１１５０を、前記位置対応コンテンツ配信部１１６が携帯端末２００に配信することとすれば好適である。なお、このアイコン１１７０の一定方向への一定時間連続移動の処理機能は、地図情報１１５０がプログラム１１５１を備えることで実現する例だけでなく、地図情報１１５０には前記プログラム１１５１が備わっていないが、この地図データ１１５０を表示する携帯端末２００が前記プログラム１１５１または当該プログラム１１５１と同様の機能を有しているとしてもよい。
【００３１】
また、前記システム１００において、前記デジタルコンテンツデータベース１２６に格納されたデジタルコンテンツ１１００は、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで自身のコンテンツの一端１１０１が所定時間内に到達する速度以上でスクロールするプログラム１１１０と、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記携帯端末ディスプレイ２５０の他端２５２に到達する速度以内でスクロールさせるプログラム１１１１とを備えるものであるとすれば好適である。なお、後述するが、このデジタルコンテンツ１１００のスクロール処理機能は、デジタルコンテンツ１１００がプログラム１１１０、１１１１を備えることで実現する例だけでなく、デジタルコンテンツ１１００には前記プログラム１１１０、１１１１が備わっていないが、このデジタルコンテンツ１１００を表示する携帯端末２００が前記プログラム１１１０、１１１１または当該プログラム１１１０、１１１１と同様の機能を有しているとしてもよい。
【００３２】
また、前記システム１００は、施設毎の広告情報１１６０が格納された広告データベース１２８において、前記配信希望デジタルコンテンツの属性に紐付けされている属性を備える広告情報１１６０を検索し、ここで検索した広告情報１１６０を、配信希望デジタルコンテンツ間への差込広告として配信する、差込広告配信部１１８を備えることとすれば好適である。
【００３３】
また、前記システム１００は、各携帯端末１００のデジタルコンテンツ１１００や広告情報１１６０等の閲覧履歴について、これを前記ユーザデータベース１２７等に蓄積する、ログ保存・管理部１１９を備えるとすれば好適である。ここで蓄積される前記閲覧履歴は、例えば、過去のデジタルコンテンツ１１００や広告情報１１６０の閲覧傾向や、携帯端末ユーザの属性などに基づいて、システム１００がデジタルコンテンツ１１００の利用提案を携帯端末ユーザ側に実行したり、或いはデジタルコンテンツ１１００の間に差し込む広告情報１１６０の選定を行う際に利用することができる。
【００３４】
また、前記システム１００は、前記閲覧履歴の情報を適宜なフォームにはめ込むなどしてログレポートを生成し、これを該当携帯端末２００や広告主たる各種施設（例：店舗）の端末３００に送信する、ログレポート部１２０を備えるとすれば好適である。
【００３５】
一方、本実施の形態の携帯端末２００は、書き換え可能メモリなどのプログラムデータベース２０１に格納されたプログラム２０２をメモリ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。また、前記携帯端末２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイ２５０などの入出力インターフェイス２０５、ならびに、デジタルコンテンツ配信システム１００との間のデータ授受を担う通信部２０６などを有している。
【００３６】
前記携帯端末２００は、前記通信部２０６により、前記デジタルコンテンツ配信システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。携帯端末２００の各種機能部と通信部２０６との間ではＩ／Ｏ部２０７がデータのバッファリングや各種仲介処理を実行している。
【００３７】
続いて、携帯端末２００が、例えばプログラム２０２に基づき構成・保持する機能部につき説明を行う。前記携帯端末２００は、配信希望デジタルコンテンツと配信希望時刻とに関する指定を、デジタルコンテンツ配信システム１００に送信する、配信希望送信部２１０を備える。
【００３８】
また、携帯端末２００は、ＧＰＳ装置１５０などの現在位置情報取得装置から現在位置情報を取得して、これをデジタルコンテンツ配信システム１００に送信する、位置情報取得部２１４を備えるとすれば好適である。
【００３９】
また、前記携帯端末２００は、前記デジタルコンテンツ配信システム１００が所定期間内に配信予定の前記配信希望デジタルコンテンツを時系列順に列挙して生成した番組表（配信テーブル）１０００に従って送信してきた、前記配信希望時刻に配信希望のデジタルコンテンツ１１００を受信し、出力インターフェイスに表示する、受信処理部２１１を備えるとすれば好適である。
【００４０】
また、前記携帯端末２００は、デジタルコンテンツ配信システム１００より配信されたデジタルコンテンツ１１００が、各種施設の広告情報１１６０の取得要求コマンドに紐付いたアイコン１１７０が該当施設の所在地上に表示された地図データ１１５０であった場合、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を入力インターフェイスより受け付けて、前記地図データ１５０上に複数配置された各アイコン１７０への選択表示を前記一定方向へ一定時間連続移動させる、選択移動処理部２１２を備えるとすれば好適である。なお、上述したが、このアイコン１１７０の一定方向への一定時間連続移動の処理機能は、携帯端末２００の備える前記選択移動処理部２１２で実現する例だけでなく、前記地図データ１１５０が前記プログラム１１５１を備えることで実現する例も想定できる。
【００４１】
また、前記携帯端末２００は、前記デジタルコンテンツ配信システム１００より配信されたデジタルコンテンツ１１００を、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで前記コンテンツの１１００一端１１０１が所定時間内に到達する速度以上でスクロールさせ、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記ディスプレイ画面２５０の他端２５２に到達する速度以内でスクロールさせる、スクロール速度制御部２１３を備えることとすれば好適である。なお、上述したが、このデジタルコンテンツ１１００のスクロール処理機能は、前記スクロール速度制御部２１３で実現する例の他に、前記デジタルコンテンツ１１００が前記プログラム１１１０、１１１１を備えることで実現する例も想定できる。
【００４２】
また、本実施形態における携帯端末２００は、デジタルコンテンツ配信システム１００がＷｅｂサーバであって、ｈｔｔｐリクエスト／レスポンスに基づくデータ通信を行うと想定し、前記システム１００にアクセスするＷｅｂブラウザ２１５を備えている。このＷｅｂブラウザ２１５により、デジタルコンテンツ１１００等の携帯端末ディスプレイ２５０への出力を担うことができる。
【００４３】
一方、前記広告情報１１６０の訴求対象となる店舗等の施設の端末３００（以下、店舗端末３００）は、書き換え可能メモリなどのプログラムデータベース３０１に格納されたプログラム３０２をメモリ３０３に読み出し、演算装置たるＣＰＵ３０４により実行する。また、前記店舗端末３００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス３０５、ならびに、デジタルコンテンツ配信システム１００との間のデータ授受を担う通信部３０６などを有している。
【００４４】
前記店舗端末３００は、前記通信部３０６により、前記デジタルコンテンツ配信システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。店舗端末３００の各種機能部と通信部３０６との間ではＩ／Ｏ部３０７がデータのバッファリングや各種仲介処理を実行している。
【００４５】
次に、店舗端末３００が、例えばプログラム３０２に基づき構成・保持する機能部につき説明を行う。前記店舗端末３００は、該当店舗における空席状況についての情報入力を入力インターフェイスより受け付けて、これをデジタルコンテンツ配信システム１００に送信する、空席情報送信部３１０を備える。これにより、例えば、前記携帯端末２００に提供される当該店舗の広告情報１１６０に現在の空席状況を付加することが可能となる。
【００４６】
また、前記店舗端末３００は、前記デジタルコンテンツ配信システム１００がＷｅｂサーバであって、ｈｔｔｐリクエスト／レスポンスに基づくデータ通信を行うと想定し、前記システム１００にアクセスするＷｅｂブラウザ３１１を備えている。このＷｅｂブラウザ３１１により、差込広告の対象となる広告情報１１６０の選択や、広告情報１１６０の登録審査要求等に伴う各種データ出力を担うことができる。
【００４７】
一方、システム１００がそのデジタルコンテンツデータベース１２６に備えているべき各種デジタルコンテンツ（地図情報１１５０、広告情報１１６０を含む）は、例えば放送業者、映画会社、出版社などといった各種コンテンツの供給業者から入手されるものであってもよい。また、デジタルコンテンツは、システム１００の運用者が直接用意してもよい。そのため、前記システム１００は、前記供給業者が備えるコンテンツホルダサーバ４００とネットワーク１４０を介して結ばれているものとする。
【００４８】
このコンテンツホルダサーバ４００は、書き換え可能メモリなどのプログラムデータベース４０１に格納されたプログラム４０２をメモリ４０３に読み出し、演算装置たるＣＰＵ４０４により実行する。また、前記コンテンツホルダサーバ４００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス４０５、ならびに、システム１００との間のデータ授受を担う通信部４０６などを有している。
【００４９】
前記コンテンツホルダサーバ４００は、前記通信部４０６により、前記システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。コンテンツホルダサーバ４００の各種機能部と通信部４０６との間ではＩ／Ｏ部４０７がデータのバッファリングや各種仲介処理を実行している。なお、こうしたコンテンツホルダサーバ４００は、前記プログラム４０２として、システム１００へのコンテンツ配信処理を実行する配信アプリケーション４０２を構成・保持している。
【００５０】
また、前記システム１００は、携帯端末２００からのデジタルコンテンツ配信の要求情報やそれに先立つ会員登録処理を担う、登録サーバ５００と協働するものとできる。この登録サーバ５００は、書き換え可能メモリなどのプログラムデータベース５０１に格納されたプログラム５０２をメモリ５０３に読み出し、演算装置たるＣＰＵ５０４により実行する。また、前記登録サーバ５００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス５０５、ならびに、システム１００との間のデータ授受を担う通信部５０６などを有している。
【００５１】
前記登録サーバ５００は、前記通信部５０６により、前記システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。登録サーバ５００の各種機能部と通信部５０６との間ではＩ／Ｏ部５０７がデータのバッファリングや各種仲介処理を実行している。なお、こうした登録サーバ５００は、前記プログラム５０２として、携帯端末２００からの各種登録要求を受け付けて処理する登録処理アプリケーション５１０を構成・保持している。
【００５２】
なお、これまで示したデジタルコンテンツ配信システム１００または携帯端末２００における各機能部１１０〜１２０、または各機能部２１０〜２１４は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４、２０４らがプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３、２０３らに読み出して、これを実行することとなる。
【００５３】
また、前記携帯端末２００が利用するプログラム２０２は、携帯端末２００が常に備える場合のみならず、ネットワーク１４０等を通じて適宜なサーバ（該当プログラムを提供するコンピュータでシステム１００であってもよい）にアクセスし、このサーバよりダウンロードして利用するとしてもよい。
【００５４】
また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェースは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはＲＳ−２３２Ｃ、ＲＳ−４２２、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１３９４、ファイバ・チャネルなどが想定できる。
【００５５】
次に、図１で説明したシステム構成図を用いた地図情報１１５０（広告情報１１６０）の配信処理に関わる実施例の処理を説明する。
まず、各実施例における画面の遷移、つまり、地上（屋外）地図情報１１５０−１（１１５０−３）と地下街（屋内）地図情報１１５０−２の連携の概念について、説明する。図２に一例として示されるように、地上地図情報１１５０−１から地下街地図情報１１５０−２に、所定のトリガをきっかけに画面が遷移する。
【００５６】
地上地図情報１１５０−１と地下街地図情報１１５０−２は、それぞれ対応付けられており、地下街への各出口（入口）についても関連付けられている。その概念図は、図２に示されたとおりで、その内容は、図３（ｂ）のデジタルコンテンツデータベース１２６に示したとおりである。各地図情報には、その種別が地上地図情報である場合には、屋外を示す「外」が保持されており、地下街地図情報の場合には、屋内を示す「内」が保持されている。また、それぞれ、出入口の位置情報（入（出）口位置）も格納されている。また、さらに対応する地図情報（地上地図情報には地下地図情報、地下地図情報には地上地図情報）を識別するコンテンツＩＤが格納されている。
【００５７】
なお、対応地図情報においては、一方のレコードにのみ対応する地図情報のコンテンツＩＤおよび入(出)口位置を格納しておいてもよい。特に、対応する地下街地図情報が存在する地上地図情報について、これらの情報を格納しておく構成にしてもよい。地下街には通常出入口が存在しかつ対応する地上地図情報が存在するので、地図種別が「内」あれば対応する地上地図情報から入(出)口位置を入手することが可能である。このため、地下街地図情報のレコードにこれらの情報を格納する構成としてよく、この構成により記憶容量を削減できるとの効果を奏する。
【００５８】
ここで、第１の実施例について、説明する。第１の実施例は、図２に示したとおりの画面遷移をするもので、利用者からの指定により画面を遷移するものである。以下その処理内容を図２および図４を用いて説明する。
【００５９】
まず、携帯端末２００は、システム１００から配信された地上地図情報１１５０（広告情報１１６０を含んでもよい）をディスプレイに表示している。
【００６０】
ここで、ステップ３１において、携帯端末２００は、地上地図情報（屋外地図）１１５０に対する利用者からの地図情報上のアイコンに対するクリック（入力）を受付ける。これは、携帯端末２００でフォーカスしているアイコンを遷移させ、これに対して確定ボタンが押されることで入力が行われる。
【００６１】
そして、ステップ３２において、入力により指定されたアイコンの種類を判別する。アイコンの種類が出(入)口アイコン（地下街入口アイコン）である場合には、ステップ３３に進み、店舗に対応する店舗アイコンである場合には、ステップ３５に進む。ここで、アイコンの種別の判定は、以下のとおり実行可能である。地上地図情報１１５０に対し各アイコンの種別を示す情報が紐付けされたものの配信を受けておく。この情報を用いて、判定してもよい。また、デジタルコンテンツデータベース１２６に格納された入(出)口位置を地上地図情報１１５０とともに配信を受付け、これに基づいて判断してもよい。
【００６２】
次に、ステップ３３では、表示されていた地上地図情報１１５０−１に対応する地下街地図情報１１５０−２を表示する。ここで、携帯端末２００は、以下の２通りで地下街地図情報１１５０−２を表示することが可能である。
【００６３】
（１）システム１００に対して、地上地図情報１１５０−１の配信を要求した場合、システム１００から対応する地下街地図情報１１５０−２の配信も受信しておく。つまり、システム１００では、携帯端末２００から送信され、地図情報の配信要求で要求される地図情報に対応する地図情報を、対応地図情報を用いて検索する。検索した結果、対応する地図情報が存在する場合は、要求された地図情報とともに、携帯端末２００に配信する。そして、携帯端末２００では、配信要求で要求される地図情報（地上地図情報１１５０−１）を表示し、対応する地図情報（地下街地図情報１１５０−２）は表示せずに保持しておいてもよいし、アイコン画像のようにその一部を表示しておいてもよい。
【００６４】
（２）システム１００に対して、地上地図情報１１５０−１の配信を要求した場合、システム１００から要求した地上地図情報１１５０−１に対応する地下街地図情報１１５０−２のコンテンツＩＤも受信しておく。そして、ステップ３２で出(入)口アイコン（地下街入口アイコン）が指定されたと判断された場合、システム１００に受信したコンテンツＩＤを送信する。システム１００ではデジタルコンテンツデータベース１２６から送信されたコンテンツＩＤに対応する地図情報を検索し、携帯端末２００に配信する。この結果、携帯端末２００が、配信された地図情報（地下街地図情報１１５０−２）を表示可能になる。
【００６５】
以上、地図情報の表示を、地上地図情報１１５０−１から地下街地図情報１１５０−２に遷移させることを説明したが、遷移した後、以下のようにして広告情報１１６０を入手してもよい。
【００６６】
ステップ３４において、携帯端末２００が、地下街地図情報情報１１５０−２の店舗アイコンが指定された場合、対応する広告情報１１６０をステップ３５で表示する。なお、対応する広告情報１１６０の表示に関しては、上述した（１）（２）と同様の処理を行うことで対応できる。特に、図３（ｄ）に示した広告データベース１２８の関連するコンテンツＩＤを用いて対応関係を把握する。
【００６７】
なお、本実施例１では、地上地図情報１１５０−１から地下街地図情報１１６０−２へ表示を変更したが、これとは逆に変更を行ってもよい。
【００６８】
また、これらの処理において、デジタルコンテンツデータベース１２６の「地下街地図情報」についての入(出)口位置や対応地図情報が格納されておらず、「地上地図情報」についての入(出)口位置や対応地図情報が格納している態様をとってもよい。この場合、システム１００は、携帯端末２００から要求された地図情報が地下街地図情報であると地図種別を用いて判断した場合、当該地下街地図情報のコンテンツＩＤを対応地図情報から検索し、対応する地上地図情報を特定する。また、地上地図情報であると判断した場合は、対応する地下街地図情報は当該地上地図情報のレコードに格納された対応地図情報で特定可能である。なお、この態様は、携帯端末２００からコンテンツＩＤを指定せず、位置情報を含む配信要求を受付けた場合、対応する位置を含む地図情報を配信する場合に効果的である。例えば、このような場合、地上地図情報を配信すると通常決めておけば、上記のような検索処理はせずにデータベースの記憶容量を削減可能である。
【００６９】
次に、図５および６を用いて、実施例２の処理について説明する。実施例２においては、電波状況に応じて、地下街地図情報１１５０−２（もしくは地上地図情報１１５０−１）をダウンロードして、図５に示すように表示を遷移させる。
【００７０】
図６に示すステップ６１において、携帯端末２００は、システム１００から配信された地上地図情報１１５０−１（広告情報１１６０を含んでもよい）をディスプレイに表示している。この際、携帯端末２００は、システム１００等と通信するための電波の強さを検知している（ステップ６２）。そして、電波が一定以下の強さになったことを検知した場合は、ステップ６３に進む。ここで、電波の強さとは、通信のための電波で携帯電話の表示画面上にアンテナの絵として表示されている棒の数で示される電波の強さで決めてもよい。また、位置情報を検知するＧＰＳの電波の強さであってもよい。また、本実施例においては、ＧＰＳ等に基づいて携帯端末２００の移動速度を検出し、この移動速度が一定値以下でかつ電波の強さが上述した一定の以下の強さであることを検知した場合、ステップ６３に進む構成としてもよい。このようにすることで、自動車等の移動体で移動している場合にトンネル等に入った場合を除外することが可能になる。なお、ここでは実施例１の（２）のように、表示された地上地図情報１１５０−１に対応する地下街地図情報１１５０−２のコンテンツＩＤも携帯端末２００が有していてもよい。
【００７１】
次に、ステップ６３において、表示した地上地図情報１１５０−１に対応する地下街地図情報１１５０−２を、システム１００から携帯端末２００へ配信する。ここでは、携帯端末２００が電波の強さが一定以下になったことを検知すると地下街地図情報の配信要求をシステム１００に送信する。この配信要求には、地下街地図情報のコンテンツＩＤ、表示している地上地図情報のコンテンツＩＤおよびＧＰＳ装置１５０で検出した位置情報の少なくとも１つが含まれる。システム１００では、地下街地図情報のコンテンツＩＤが含まれている場合には、本コンテンツＩＤに対応する地下街地図情報をデジタルコンテンツデータベースから検索し、これを配信する。また、地上地図情報のコンテンツＩＤが含まれる場合には、本コンテンツＩＤ（地上地図情報）に対応する対応地図情報でコンテンツＩＤを特定して、特定されたコンテンツＩＤの地図情報をデジタルコンテンツデータベース１２６から検索して配信する。また、位置情報が含まれる場合には、デジタルコンテンツデータベース１２６の関連する位置情報の欄を検索する。検索の結果、地上地図情報と地下街地図情報の２つの地図情報が検索されるので、地図種別が「内」を示す地下街地図情報を特定する。なお、地上地図情報のコンテンツＩＤおよび地下街地図情報のコンテンツＩＤには、それぞれいずれの種別の地図情報かを識別する情報を付加してもよい。また、コンテンツＩＤ自身に「内」など識別可能な情報を埋め込んでもよい。
【００７２】
また、配信要求に地下街地図情報のコンテンツＩＤ、表示している地上地図情報のコンテンツＩＤおよびＧＰＳ装置１５０で検出した位置情報のうち２以上の情報が含まれる場合には、所定の順序で優先順位をつけ、最優先順位の情報を用いて、地下街地図情報を特定する。所定の順序は、地下街地図情報のコンテンツＩＤ―地上地図情報のコンテンツＩＤ−位置情報の順としてもよく、また、任意にシステム構築者が特定してもよい。また、２以上の情報それぞれが一致した地下街地図情報を示す場合、もしくは３つの情報のうち２つ以上が一致した地下街地図情報を示す場合に、この地下街地図情報を配信する構成としてもよい。さらに、３つの情報すべてが配信要求に含まれている場合、２つのコンテンツＩＤが示す地下街地図情報が一致した場合、その地下街地図情報を配信し、一致しない場合、位置情報が示す地下街地図情報と一致する方の地下街地図情報を、配信する地下街地図情報として特定してもよい。なお、一致した地下街地図情報とは、コンテンツＩＤが一致したことで代用してもよい。
【００７３】
そして、携帯端末２００は、このまま地上地図情報を表示してもよいし、またダウンロードしたことを示すアイコン情報を地上地図情報とともに表示してもよい（ステップ６４）。
【００７４】
次に、利用者が実施例１のステップ３１、３２のように、携帯端末２００は、出(入)口アイコン（地下街入口アイコン）を指定したことを検知した場合には（ステップ６５）、ステップ６６に進みステップ６３で配信された地下街地図情報を表示する。ここでは、アイコンの指定に応じて、表示を切り替える構成としたが、利用者の指定なしに表示を切り替えてもよい。この場合、電波の強さが上記の一定以下よりも弱い閾値を下回った場合切り替える構成としてもよいし、地下街地図情報の受信を完了した時点で表示を切り替えてもよい。この際、表示を地下街地図情報に切り替える旨の表示をし、切替可能である旨の利用者からの入力を受付けたことを条件に表示を切り替えてもよい。
【００７５】
なお、実施例２は、地上地図情報から地下街地図情報に表示を切り替える例で説明したが、逆に切り替えることも本発明に含まれる。この場合、電波の強さが一定以上になったことを検知した際に、対応する地上地図情報の配信を、システム１００から携帯端末２００が受信する。さらに、自動的に表示する際の電波の閾値は上記の一定の電波の強さより強い値としてもよい。
【００７６】
さらに、対応する地下街地図情報の配信要求は、ＧＰＳ装置１５０検知した位置情報に基づいて行ってもよい。すなわち、携帯端末２００（利用者）の位置が、地下街への入口（入（出）口位置）に所定範囲内になったことを検知した場合に、配信する構成としてもよい。この場合、コンテンツデータベース１２６の１つの地図情報に対して複数の入（出）口位置が存在する場合、すでに地下街地図情報（地上地図情報）が配信済みの場合、本データベースに配信済みであることを示すフラグを格納しておき、二重配信を抑止することも可能である。
【００７７】
さらに、実施例２には、実施例１と同様に、デジタルコンテンツデータベース１２６の「地下街地図情報」についての入(出)口位置や対応地図情報が格納されておらず、「地上地図情報」についての入(出)口位置や対応地図情報が格納している態様をとってもよい。
【００７８】
次に、実施例３を、図７を用いて説明する。実施例３は、地下街地図情報１１５０−２を、無線ＬＡＮを経由して受信するものである。ステップ７１において、携帯端末２００は、公衆回線を使用して地図を閲覧（もしくはダウンロード）している。
【００７９】
次に、ステップ７２において、携帯端末２００は、当該携帯端末２００が無線ＬＡＮと通信可能な位置であるか否かを検知する。この検知は、無線ＬＡＮのＩＥＥＥ標準規格の電波を受信した場合に可能な位置であると判断してもよい。
【００８０】
このように検知した場合、ステップ７３に進み、無線ＬＡＮに切り替えて通信を行う。ここで、携帯端末２００は無線ＬＡＮ通信していることを示す情報およびその無線ＬＡＮを識別する情報をシステム１００に送信する。システム１００では、無線ＬＡＮであること示す情報を受信した場合、無線ＬＡＮを識別する情報で識別される無線ＬＡＮの位置する地下街地図情報を、当該無線ＬＡＮを経由して、携帯端末２００に配信する。この地下街地図情報を配信するために、デジタルコンテンツデータベース１２６に無線ＬＡＮを識別する情報を格納しておいてもよい。
【００８１】
さらに、本実施例には以下の態様も含まれる。ステップ７２において、地下街地図情報１１５０−２の受信もしくは表示を、携帯端末２００が検知し、検知した場合には地下街に位置ずると判定し、当該地下街地図情報に含まれる無線ＬＡＮをデジタルコンテンツデータベース１２６から特定する。そして、携帯端末２０は特定された無線ＬＡＮにアクセスをする。この態様も本実施例に含まれる。
【００８２】
次に、本発明の実施例４について説明する。実施例４は、地下街地図情報の表示の仕方に関するものであり、いわゆるアイコンの表示形態に関する。すなわち、地下街地図情報のアイコンと地上地図情報のアイコンを区別して表示する。例えば、地下街地図情報のアイコンを、地上地図情報のそれより薄い色で表示したり、別の色で表示したり、アイコンの形状、大きさを変更したりすることが本実施例に含まれる。特に、本実施例では、地下街地図情報（つまり表示されていないほうの地図情報）のアイコンを、地上地図情報（つまり、表示されている方の地図情報）より目立たない表示とすることが好適である。
【００８３】
また、本実施例４においては、地下街地図情報のアイコンが地上地図情報のアイコンと同様に動作させることも含まれる。つまり、地上地図情報を表示する際、実施例１乃至３のいずれかで入手された地下街地図情報（広告情報を含む）のアイコンも表示し、これらのアイコンが指定されて場合、そのアイコンの広告情報および地下街地図情報のうち少なくとも一方を表示する。店舗情報の表示に関しては、図１４に記載したように表示を遷移させる。
【００８４】
以下、本実施例４の処理内容に関して、図８を用いて説明する。
まず、前提として、実施例１乃至３で説明した手法で、携帯端末２００は、地上地図情報１１５０−１と地下街地図情報１１５０−２を、システム１００から受信しており、地上地図情報１１５０−１が表示されている。なお、これらの地図情報には、広告（店舗）情報１１６０が含まれている。
【００８５】
ステップ８１において、携帯端末２００は、利用者からの入力に応じて、店舗アイコンを含む地上地図情報を表示する。そして、さらに、利用者からの要求に応じて、地下街地図情報のアイコンも、地上地図情報のアイコンより薄い色で表示する。ここで、携帯端末２００は、各地図情報に含まれるアイコンの属性情報に基づいて、この色の区別を行う。アイコンの属性には、対応する地図情報が地下街地図情報か地上地図情報のいずれかであるかを示す情報が含まれる。また、この属性には、店舗の種別を含ませてもよい。店舗の種別は、飲食店、雑貨店、などが含まれる。この場合、種別ごとに色を異ならせ、地図の種類によってその濃淡を変更してもよい。
【００８６】
次に、携帯端末２００が、ステップ８２で地下街地図情報のアイコンに対する指定を受付けると、ステップ８３で指定されたアイコンの店舗（広告）情報を表示する。
【００８７】
このように、ステップ８１〜８３のように、地上地図情報の表示から地下街地図情報に含まれるアイコンの店舗情報を表示してもよし、以下説明するように、地上地図情報の表示から地下街地図情報の表示に変更してから地下街地図情報のアイコンの店舗情報を表示するように制御してもよい。以下、この表示方法について、図８のフローチャートを用いて説明する。
【００８８】
ステップ８１０において、ステップ８１と同様に、携帯端末２００は、利用者からの入力に応じて、店舗アイコンを含む地上地図情報を表示する。そして、さらに、利用者からの要求に応じて、地下街地図情報のアイコンも、地上地図情報のアイコンより薄い色で表示する。
【００８９】
そして、携帯端末２００は、ステップ８０２において地下街地図情報の店舗アイコン（薄い色で表示されたアイコン）が指定（クリック）されたかを判定する。この結果、指定されていなければ、ステップ８０３に進み、地上地図情報のアイコン（濃い色で表示されたアイコン）が指定されているかを判定する（ステップ８０３）。この結果、地上地図情報のアイコンが指定されていなければ、ステップ８０１に戻り、指定されていればステップ８０７に進み指定されたアイコンに対応する店舗情報を表示する。
【００９０】
また、ステップ８０２において、地下街地図情報のアイコンが指定されたと判定された場合には、ステップ８０４に進む。なお、この判定は、アイコンの属性情報に基づいて行われる。ステップ８０４において、携帯端末２００は、表示を地下街地図情報に変更し、地下街地図情報のアイコンと地上地図情報のアイコンを表示する。なお、ステップ８０２において、アイコンでなく地下街地図情報への変更要求を受付けたことを条件に、ステップ８０４に処理を遷移してもよい。また、ステップ８０４において、表示する地図情報を変更した際、アイコンの濃淡を変更してもよい。つまり、表示されている地下街地図情報のアイコンをより濃くして、地上地図情報のアイコンを薄い色に変更してもよい。
【００９１】
そして、ステップ８０５において、地下街地図情報のアイコンが指定されたかを判定する。この結果、指定されている場合にはステップ８０７に進み指定されたアイコンに対応する店舗情報を表示する。また、ステップ８０５において、地下街地図情報のアイコンがしてされていないと判定された場合には、ステップ８０６に進む。
【００９２】
ステップ８０６において、携帯端末２００は、地上地図情報のアイコンが指定されてかを判定し、その結果に応じて、それぞれステップ８０４、８０２に進む。なお、ここで、ステップ８０４に進んだ場合、地下街地図情報を表示するのでなく、地上地図情報に表示を変更してもよい。
【００９３】
以上、実施例４について地上地図情報から地下街地図情報に表示を変更する例で説明したが、表示の変更を逆にしてもよい。
【００９４】
次に、実施例５について説明する。実施例５は、実施例４と同様に地下街地図情報のアイコンと地上地図情報のアイコンを区別して表示するものである。その相違点は、地上地図情報を表示している際は、地下街地図情報のアイコンについての店舗（広告）情報の表示を抑止する。例えば、地下街地図情報のアイコンに対する指定の受付けを抑止する。また、指定は受付けても店舗情報の表示をせずに、地下街地図情報に切り替えてください、との旨の表示をしてもよい。なお、この例は地下街地図情報を表示する際に、地下街地図情報のアイコンについての店舗情報を抑止することも含まれる。また、この抑止は、アイコンの属性情報に基づいて行われる。すなわち、携帯端末２００は、現在表示している地図情報の種別を地図情報に含まれる地図種別で判断し、これと指定されたアイコンの属性に含まれる地図の種別が同じか否かで、店舗情報を表示するか否かを判定する。同じ場合は表示し、異なる場合は表示を抑止する（場合によっては指定の受付を抑止する）。
【００９５】
次に、実施例６について、図９、１０を用いて説明する。実施例６は、地下街地図情報のアイコンを１つのジャンル（店舗の種別）として区別するものである。つまり、図９のようにレストランなどの店舗の種別と同様に、地下街との種別を表示し、これが指定された場合、地下街地図情報のアイコンを表示する。このアイコンの表示とはここでは、アイコンに対する指示が可能にすることであり、実施例４，５に記載したように地図情報の表示の切り替えやアイコンに対する指示の受付けを抑止するか否かを判断することも含まれる。ここで、本実施例６では、アイコンの属性として、対応する地図情報が地下街地図情報か地上地図情報のいずれかであるかを示す情報および店舗の種別が含まれる。以下、図１０のフローチャートを用いて、実施例６の処理内容を説明する。
【００９６】
まず、前提として、実施例１乃至３で説明した手法で、携帯端末２００は、地上地図情報１１５０−１と地下街地図情報１１５０−２を、システム１００から受信しており、地上地図情報１１５０−１が表示されている。
【００９７】
ステップ１００１において、携帯端末２００は、地上地図情報を表示する。この際、地下街地図情報のアイコンは表示しなくともよいし、地上地図情報のアイコンと区別して表示してもよい。
【００９８】
次に、ステップ１００２において、携帯端末２００は、屋内（地下街）のジャンルの指定を、利用者から受付けたかを判断する。受け付けなかった場合には、ステップ１００１に戻り、受付けたと判断した場合には、ステップ１００３に進む。
【００９９】
ステップ１００３において、携帯端末２００は、地下街地図情報のアイコンを表示する。ここで、携帯端末２００は、表示する地図情報を地下街地図情報としてもよいし、地上地図情報のままでも構わない。また、この切替は、アイコンの属性に基づいて行われる。つまり、屋内（地下街）とのジャンルが指定された場合、同じ属性を持つアイコンを表示するようにする。この表示には、目出させるように表示の形態を変えることが含まれる。目立たせる表示とは、より濃淡の濃い表示としたり、明度や輝度をより高くしたり、背景の色との関係でコントラストをつける色にすることやアイコンの大きさを大きくすることが含まれる。
【０１００】
次に、ステップ１００４において、携帯端末２００は、属性に基づいて地下街地図情報のアイコンが指定されたかを判断する。この結果、指定されていない場合は、ステップ１００３に戻り、指定されたと判断された場合にはステップ１００５に進み、該当する店舗情報を表示する。
【０１０１】
なお、本実施例では地下街地図情報のアイコンを１つのジャンルとしたが、逆に地上地図情報のアイコンを１つのジャンルとし、地下街地図情報のアイコンを飲食店などのジャンル分けを行ってもよい。
【０１０２】
次に、図１１および１２を用いて実施例７について説明する。実施例７は、実施例６の応用例で地上地図情報（もしくは地下街地図情報）のアイコンを１つのジャンルとして区別するものであり、地上地図情報を表示している場合には、地下街地図情報のアイコンを１つのジャンルとし、地下街地図情報を表示手いる場合には地上地図情報のアイコンを１つのジャンルとして表示するものである。つまり、ジャンルを表示している地図情報の種別に応じて、動的にジャンル（特に表示する）を変更するものであり、これ以外の態様も含まれる。例えば、図１１に記載したように、地上地図情報を表示し、地上地図情報のアイコンのジャンル「レストラン」と地下街地図情報のアイコンであることを示す「屋内」を表示しておき。利用者からの指定により地上地図情報であることを示す「屋外」と地下街地図情報のジャンル（ジャンル名は図示せず）を表示するように切り替える。この際、表示する地図情報を地下街地図情報に変更してもよい。そして、アイコンが指定されるとそのアイコンに対応する店舗情報を表示する。以下、その処理の詳細を図１２のフローチャートを用いて説明する。
【０１０３】
まず、前提として、実施例１乃至３で説明した手法で、携帯端末２００は、地上地図情報１１５０−１と地下街地図情報１１５０−２を、システム１００から受信している。ここで、まずジャンルを表示している。
【０１０４】
次に、ステップ１２０１において、上記の「屋外」が指定されたか否かを判定する。この結果、指定した判定された場合、ステップ１２０４に進み、地上地図情報、地上地図情報のアイコンのジャンル（「レストラン」等）および地下街地図情報のアイコンジャンル「屋内」を表示する。この表示は、アイコンの属性および地図情報の地図の種別に基づいて行われる。つまり、「屋外」が指定された場合、地上地図情報に対応する地図情報の地図の種別およびアイコンの属性を有する地図情報およびアイコンを特定し、これらを表示する。また、地上地図情報でない（地下地図情報）の属性を有するアイコンを抽出し、これらのアイコンを属性のジャンルとして区別し、そのジャンル「屋内」を表示する。
【０１０５】
この際、「屋内」のジャンルが指定されたと判定した場合（ステップ１２０５）、ステップ１２０３に進み、ステップ１２０４と同様の処理にて、地下街地図情報、それらのアイコン、各ジャンルおよび「屋外」とのジャンルを表示する。なお、ステップ１２０１において、「屋内」ジャンルが指定された場合も、このステップ１２０２に進む。
【０１０６】
そして、ここで、地下街地図情報のアイコンが指定されたと判定された場合（ステップ１２０３）、ステップ１２０８に進み指定されたアイコンに対応する店舗情報を表示する。また、指定されなかったと判定した場合、ステップ１２０２に戻る。
【０１０７】
また、ステップ１２０４で、地上地図情報のアイコンが指定されたと判定した場合（ステップ１２０６）には、ステップ１２０７に進み、指定されたアイコンに対応する店舗情報を表示する。また、指定されなかったと判定した場合には、ステップ１２０４に戻る。
※無線ＬＡＮで位置把握、無線ＬＡＮから電波受信がわかり地価などの特別なエリアであることがわかる。また、無線ＬＡＮを経由して情報受信
以上で、本発明の実施例についての詳細な説明を終わるが、各実施例には図１３に示す以下の態様も含まれる。それは、地上地図情報の表示はＧＰＳに基づいて携帯端末２００が存在すると判定された位置を画面の中心など予め定められた位置に表示し、ＧＰＳ電波が検知できない地下街地図情報の表示の場合には、入口アイコンもしくは予め定めた地下街のランドマーク（含むアイコン）を予め定めた位置に表示する。また、この位置は、アイコンが指定された場合、そのアイコンを予め指定した位置に表示してもよいし、アイコン以外の指定も受付ける。また、この予めさだめた位置に所定のアイコンを表示してもよい。また、予めさだめた位置は、地上地図情報と地下街地図情報で異なる位置としてもよい（例えば、地上地図情報：中心より略下の位置、地下街地図情報：略中心）。
【産業上の利用可能性】
【０１０８】
本発明は、異なる地図情報の表示を、コンピュータを用いてより詳細に行うことが実現可能になる。
【図面の簡単な説明】
【０１０９】
【図１】本発明の一実施形態のシステム構成図である。
【図２】本発明の一実施形態の概略を示す図である。
【図３】本発明の一実施形態のデータベースの内容を示す図である。
【図４】実施例１のフローチャートである。
【図５】実施例２の概略を示す図である。
【図６】実施例２のフローチャートである。
【図７】実施例３のフローチャートである。
【図８】実施例４のフローチャートである。
【図９】実施例６の概略を示す図である。
【図１０】実施例６のフローチャートである。
【図１１】実施例７の概略を示す図である。
【図１２】実施例７のフローチャートである。
【図１３】本発明の表示の一例を示す図である。
【図１４】実施例４の概略を示す図である。
【符号の説明】
【０１１０】
１ アプリケーションサーバ（ＡＰサーバ）
２ データベースサーバ（ＤＢサーバ）
１００ デジタルコンテンツ配信システム、システム
１０１、２０１、３０１、４０１、５０１ プログラムデータベース
１０２、２０２、３０２、４０２、５０２ プログラム
１０３、２０３、３０３、４０３、５０３ メモリ
１０４、２０４、３０４、４０４、５０４ ＣＰＵ
１０５、２０５、３０５、４０５、５０５ 入出力インターフェイス
１０６、２０６、３０６、４０６、５０６ 通信部
１０７、２０７、３０７、４０７、５０７ Ｉ／Ｏ部
【技術分野】
【０００１】
本発明は、複数種類の地図情報を表示するための技術に関する。その中でも特に、複数種類の地図情報を端末の位置情報や利用者からの指示などに基づいて、切り替えて表示する技術に関する。地図情報としては、地上の地図情報と地下街の地図情報が含まれる。また、地下街の地図情報には、いわゆる地下街の他、モール、アミューズメントパーク、駅等の施設内、ビル内なども含まれる。
【背景技術】
【０００２】
従来、複数種類の地図情報を切り替えて表示するものとして、特許文献１がある。特許文献１においては、地下街のように現在地の認識が困難な場所においても、歩行者が適切に認識できる、目的地までの経路を容易に把握することを目的としている。この目的を達成するために、出発地から目的までの案内データ（全体ルート、図２）を表示し、この延滞ルートで各経路が指定された場合、経路に応じた情報を表示するものである。例えば、地下街の徒歩が指定された場合、地下街の地図を「案内点」を含め表示する。
【０００３】
【特許文献１】特開２００３−３４４０９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、地上の地図と地下街の地図の連携が考慮されていない。つまり、これから地下街に入ろうとする場合、地上の地図から地下街への切り替えが容易にできないとの課題を有する。また、地下街の地図を表示した場合、地上との関係性が示されておらず、利用者にとって使い勝手がよいものではなかった。
【課題を解決するための手段】
【０００５】
そこで、本発明では、第１の地図情報を表示している際に、第２の地図情報が示すエリアに対するクリック等の指示があった場合、第２の地図情報を対応する形で表示する。より具体的には、以下の態様が本発明に含まれる。前記情報端末に、第２の地図情報が示すエリアへの入口を含む第１の地図情報を表示し、前記入口に対する前記第２の地図情報の表示要求を受付け、前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示する。また、前記表示要求を受付けた場合、地図情報配信サーバに対して、前記第２の地図情報の配信を要求することも本発明に含まれる。
【０００６】
また、本発明には、このような地図情報の表示を実行するための地図情報配信装置（サーバ）も含まれる。すなわち、ネットワークを介して、複数種類の地図情報を表示する表示画面を有する地図情報表示装置に接続された地図情報配信装置において、前記地図情報表示装置から、当該地図情報表示装置の位置を示す位置情報を受信する手段と、前位置情報に対応する第１の地図情報であって、第２の地図情報が示すエリアへの入口を含む第１の地図情報を、前記地図情報表示装置に配信し、前記入口に対する前記第２の地図情報の表示要求があった場合、前記地図情報表示装置から前記第２の地図情報の配信要求を受付ける手段と、前記配信要求に応じて、前記入口に対応する位置を含む前記第２の地図情報を前記地図情報表示装置に配信する手段を有し、前記地図情報表示装置は、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示する。
【０００７】
さらに、これらの本発明には、以下の構成もふくまれる。前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であるもの。さらに、所定位置は、前記表示画面の略中央もしくは前記第１の地図情報が表示された際に前記入口が表示されていた位置であるものもの。
【発明の効果】
【０００８】
本発明によれば、より利便性を向上した形で複数種類の地図情報を表示できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を、図面を用いて説明する。なお、本実施の形態は、携帯電話に対して、地図情報以外のコンテンツも配信する例で説明するが、これ以外もものも含まれる。
まず、本実施の形態におけるシステム構成図を図1に示す。各コンピュータは、ネットワークを介して互いに接続されている。また、各コンピュータは、メモリ、ハードディスクを含む記憶装置、ＣＰＵなどの処理装置を有し、記憶装置に格納されたプログラムに従って、処理装置が情報処理を実行するものである。
【００１０】
図１は本実施の形態における地図情報を配信するデジタルコンテンツ配信システム１００を含むネットワーク構成図である。図１に示すデジタルコンテンツ配信システム１００は、一例として、本発明を実現する機能部１１０〜１２０を備えてプログラムの実行処理を主として担うアプリケーションサーバ２０と、各種データベース１２５〜１２８およびＤＭＢＳ１２１（Ｄａｔａｂａｓｅ Ｍａｎａ
ｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を備えたデータベースサーバ２５とから構成されるものを想定する。なお、これらアプリケーションサーバ２０とデータベースサーバ２５とが一体となっていてもよい。
【００１１】
また、以下の説明において、ＣＰＵ１０４、メモリ１０３、入出力インターフェース１０５、通信部１０６、Ｉ／Ｏ部１０７、など機能的に同様のものについては、前記アプリケーションサーバ２０とデータベースサーバ２５とで同じ符号を付している。
【００１２】
更に、前記アプリケーションサーバ２０とデータベースサーバ２５とが協働し、本実施の形態におけるデジタルコンテンツ配信システム１００としての処理を行うとして以下説明する。なお、配信されるデジタルコンテンツには、２種類以上の地図情報が含まれる。また、地図情報の種類としては、地上などの第１の地図情報と地下街、屋内などの第２の地図情報が含まれる。
【００１３】
本実施の形態のデジタルコンテンツ配信システム１００（以下、システム１００）は、本実施の形態のデジタルコンテンツ配信方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。
【００１４】
また、前記システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１０５、ならびに、携帯端末２００などとの間のデータ授受を担う通信部１０６などを有している。
【００１５】
前記システム１００は、前記通信部１０６により、前記携帯端末２００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。システム１００の各種機能部と通信部１０６との間ではＩ／Ｏ部１０７がデータのバッファリングや各種仲介処理を実行している。
【００１６】
続いて、前記システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１００は、配信テーブルデータベースたる番組表データベース１２５、デジタルコンテンツデータベース１２６、ユーザデータベース１２７、広告データベース１２８を利用可能であるものとする。ここで、上記の地図情報は、デジタルコンテンツデータベース１２６および広告データベース１２８に格納されている。
【００１７】
前記システム１００は、配信希望デジタルコンテンツに関する指定により特定される配信希望デジタルコンテンツを時系列に列挙した番組表（配信テーブル）１０００を、携帯端末ユーザ毎に番組表（配信テーブル）データベース１２５へ格納する配信テーブル格納部１１０を備える。
【００１８】
また、前記システム１００は、前記携帯端末２００から、配信を要求する要求情報を受信した場合、前記番組表（配信テーブル）１０００に列挙された配信希望デジタルコンテンツを、前記携帯端末２００に配信する、配信処理部１１１を備える。
【００１９】
また、前記システム１００は、前記番組表１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００より、前記配信希望時刻情報に基づく該当時刻に送信された、携帯端末ユーザＩＤを前記要求情報として受信する、ユーザＩＤ受信部１１２を備える。この場合、システム１００が前記番組表（配信テーブル）１０００を作成した時点で、携帯端末２００に宛てて、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を送信していることが想定できる。なお、携帯端末ユーザＩＤとは、番組の配信を要求するものであり、本情報に基づいて、所定の番組表（配信テーブル）のデジタルコンテンツ等を配信できればよく、ユーザを識別できるものであればよりよい。この場合、システム１００でこのＩＤを割りふってやってもよい。また、携帯端末２
００を識別するものでもよく、携帯電話機の固有ＩＤや電話番号が含まれる。さらに、端末側は時刻管理を、サーバ側で時刻と番組表（配信テーブル）を管理することにより、以下の効果も奏する。端末−サーバ間の送受信データ量の低減、端末の負荷軽減、サーバ側のメンテナンスを容易とする、といった効果である。
【００２０】
また、前記システム１００は、前記携帯端末ユーザＩＤに基づき、前記番組表（配信テーブル）データベース１２５において該当携帯端末ユーザに対応付けた番組表（配信テーブル）１０００を検索し、当該番組表（配信テーブル）１０００において前記配信希望時刻に設定されている該当デジタルコンテンツ１１００を特定する、配信コンテンツ特定部１１３を備えるものとすれば好適である。この場合、前記配信処理部１１１は、前記特定した該当デジタルコンテンツ１１００を、前記デジタルコンテンツデータベース１２６より抽出し、該当携帯端末２００に送信することとなる。
【００２１】
また、前記システム１００は、前記番組表（配信テーブル）１０００の情報のうち少なくとも配信希望時刻の情報を備える携帯端末２００より、前記配信希望時刻情報を前記要求情報として受信する、希望時刻受信部１１４を備えることとすれば好適である。
【００２２】
また、前記システム１００は、前記配信希望時刻と同じ時刻帯に関して受け付けた要求情報の数または受付順に基づき、前記時刻帯における他要求情報に基づく配信実行との間隔が所定時間以上となる時刻を実配信時刻として算定する、実配信時刻算定部１１５を備えることとすれば好適である。この場合、前記配信処理部１１１は、前記要求情報に基づく該当デジタルコンテンツ１１００を前記デジタルコンテンツデータベース１２６より抽出し、前記実配信時刻において該当携帯端末２００に送信することとなる。
【００２３】
また、前記システム１００は、携帯端末２００より当該携帯端末２００の現在位置情報を取得し、この現在位置情報に基づいて、前記デジタルコンテンツデータベース１２６において位置情報に紐付けされているデジタルコンテンツ１１００を特定して、これを該当携帯端末２００に配信する、位置対応コンテンツ配信部１１６を備えることとすれば好適である。
【００２４】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６が、予め携帯端末２００から受け付けている携帯端末ユーザの登録住所または一時所在地をユーザデータベース１２７より抽出し、当該登録住所または一時所在地に基づいて、前記デジタルコンテンツデータベース１２６におけるデジタルコンテンツ１１００の特定を行い、これを該当携帯端末２００に配信することとすれば好適である。
【００２５】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６が、デジタルコンテンツ１１００として地図情報１１５０を配信するものであり、当該地図情報１１５０の示す地域内に所在する各種施設の広告情報１１６０を、施設毎の広告情報が格納された広告データベース１２８より抽出し、この広告情報１１６０を前記地図情報１１５０上に表示して携帯端末２００に配信するものとすれば好適である。なお、広告情報１１６０を含めたものを地図情報１１５０として扱ってもよい（例えば、予め広告情報１１６０を含めた地図情報１１５０をデジタルコンテンツデータベース１２６に格納しておく）。また、地図情報１１５０は、他のデジタルコンテンツ一緒に、デジタルコンテンツデータベース１２６に格納されているが、地図情報データベースを設けて、個別に格納してもよい。また、地図情報データベースを有する地図情報配信システムを別に設けてもよい。この場合、携帯端末２００に対するモード切替入力に基づいて、地図情報を配信するよう制御してもよい。
【００２６】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、前記広告情報１１６０の取得要求コマンドが対応付けされたアイコン１１７０を、地図情報１１５０における該当施設の所在地上に表示されるよう携帯端末２００に配信するものとすれば好適である。
【００２７】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、所定範囲の所在地にまとまって存在する施設群について各施設の広告情報１１６０の取得要求コマンドが対応付けされた１つの代表アイコン１１７５を、前記地図情報１１５０における前記所在地上に表示されるよう携帯端末２００に配信するものとすれば好適である。
【００２８】
また、前記システム１００において、前記位置対応コンテンツ配信部１１６は、前記広告情報１１６０として、前記施設の端末３００より予め受け付けていた該当施設内の空席情報または商品・サービスの割引販売情報の少なくともいずれかを含ませて、携帯端末２００に配信するものとすれば好適である。
【００２９】
また、前記システム１００が、前記広告データベース１２８に格納されている登録審査済みの広告情報リスト１１６１を、前記施設の端末３００に提示し、前記広告情報リスト中からの配信希望の広告情報の選択事象を、前記施設の端末３００より受け付けて、該当広告情報１１６０を前記広告データベース１２８より抽出し、これを携帯端末２００に配信する、選択広告配信部１１７を備えるとすれば好適である。
【００３０】
また、前記システム１００において、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を携帯端末２００より受け付けて、前記地図情報１１５０上に複数配置された各アイコン１１７０への選択表示を前記一定方向へ一定時間連続移動させるプログラム１１５１を備えた地図データ１１５０を、前記位置対応コンテンツ配信部１１６が携帯端末２００に配信することとすれば好適である。なお、このアイコン１１７０の一定方向への一定時間連続移動の処理機能は、地図情報１１５０がプログラム１１５１を備えることで実現する例だけでなく、地図情報１１５０には前記プログラム１１５１が備わっていないが、この地図データ１１５０を表示する携帯端末２００が前記プログラム１１５１または当該プログラム１１５１と同様の機能を有しているとしてもよい。
【００３１】
また、前記システム１００において、前記デジタルコンテンツデータベース１２６に格納されたデジタルコンテンツ１１００は、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで自身のコンテンツの一端１１０１が所定時間内に到達する速度以上でスクロールするプログラム１１１０と、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記携帯端末ディスプレイ２５０の他端２５２に到達する速度以内でスクロールさせるプログラム１１１１とを備えるものであるとすれば好適である。なお、後述するが、このデジタルコンテンツ１１００のスクロール処理機能は、デジタルコンテンツ１１００がプログラム１１１０、１１１１を備えることで実現する例だけでなく、デジタルコンテンツ１１００には前記プログラム１１１０、１１１１が備わっていないが、このデジタルコンテンツ１１００を表示する携帯端末２００が前記プログラム１１１０、１１１１または当該プログラム１１１０、１１１１と同様の機能を有しているとしてもよい。
【００３２】
また、前記システム１００は、施設毎の広告情報１１６０が格納された広告データベース１２８において、前記配信希望デジタルコンテンツの属性に紐付けされている属性を備える広告情報１１６０を検索し、ここで検索した広告情報１１６０を、配信希望デジタルコンテンツ間への差込広告として配信する、差込広告配信部１１８を備えることとすれば好適である。
【００３３】
また、前記システム１００は、各携帯端末１００のデジタルコンテンツ１１００や広告情報１１６０等の閲覧履歴について、これを前記ユーザデータベース１２７等に蓄積する、ログ保存・管理部１１９を備えるとすれば好適である。ここで蓄積される前記閲覧履歴は、例えば、過去のデジタルコンテンツ１１００や広告情報１１６０の閲覧傾向や、携帯端末ユーザの属性などに基づいて、システム１００がデジタルコンテンツ１１００の利用提案を携帯端末ユーザ側に実行したり、或いはデジタルコンテンツ１１００の間に差し込む広告情報１１６０の選定を行う際に利用することができる。
【００３４】
また、前記システム１００は、前記閲覧履歴の情報を適宜なフォームにはめ込むなどしてログレポートを生成し、これを該当携帯端末２００や広告主たる各種施設（例：店舗）の端末３００に送信する、ログレポート部１２０を備えるとすれば好適である。
【００３５】
一方、本実施の形態の携帯端末２００は、書き換え可能メモリなどのプログラムデータベース２０１に格納されたプログラム２０２をメモリ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。また、前記携帯端末２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイ２５０などの入出力インターフェイス２０５、ならびに、デジタルコンテンツ配信システム１００との間のデータ授受を担う通信部２０６などを有している。
【００３６】
前記携帯端末２００は、前記通信部２０６により、前記デジタルコンテンツ配信システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。携帯端末２００の各種機能部と通信部２０６との間ではＩ／Ｏ部２０７がデータのバッファリングや各種仲介処理を実行している。
【００３７】
続いて、携帯端末２００が、例えばプログラム２０２に基づき構成・保持する機能部につき説明を行う。前記携帯端末２００は、配信希望デジタルコンテンツと配信希望時刻とに関する指定を、デジタルコンテンツ配信システム１００に送信する、配信希望送信部２１０を備える。
【００３８】
また、携帯端末２００は、ＧＰＳ装置１５０などの現在位置情報取得装置から現在位置情報を取得して、これをデジタルコンテンツ配信システム１００に送信する、位置情報取得部２１４を備えるとすれば好適である。
【００３９】
また、前記携帯端末２００は、前記デジタルコンテンツ配信システム１００が所定期間内に配信予定の前記配信希望デジタルコンテンツを時系列順に列挙して生成した番組表（配信テーブル）１０００に従って送信してきた、前記配信希望時刻に配信希望のデジタルコンテンツ１１００を受信し、出力インターフェイスに表示する、受信処理部２１１を備えるとすれば好適である。
【００４０】
また、前記携帯端末２００は、デジタルコンテンツ配信システム１００より配信されたデジタルコンテンツ１１００が、各種施設の広告情報１１６０の取得要求コマンドに紐付いたアイコン１１７０が該当施設の所在地上に表示された地図データ１１５０であった場合、携帯端末ディスプレイ２５０上のカーソルの一定方向への一定時間の移動指示を入力インターフェイスより受け付けて、前記地図データ１５０上に複数配置された各アイコン１７０への選択表示を前記一定方向へ一定時間連続移動させる、選択移動処理部２１２を備えるとすれば好適である。なお、上述したが、このアイコン１１７０の一定方向への一定時間連続移動の処理機能は、携帯端末２００の備える前記選択移動処理部２１２で実現する例だけでなく、前記地図データ１１５０が前記プログラム１１５１を備えることで実現する例も想定できる。
【００４１】
また、前記携帯端末２００は、前記デジタルコンテンツ配信システム１００より配信されたデジタルコンテンツ１１００を、携帯端末ディスプレイ２５０の一端２５１から他端２５２まで前記コンテンツの１１００一端１１０１が所定時間内に到達する速度以上でスクロールさせ、前記他端２５２に前記コンテンツの一端１１０１が到達した後にコンテンツ他端１１０２が所定時間以上で前記ディスプレイ画面２５０の他端２５２に到達する速度以内でスクロールさせる、スクロール速度制御部２１３を備えることとすれば好適である。なお、上述したが、このデジタルコンテンツ１１００のスクロール処理機能は、前記スクロール速度制御部２１３で実現する例の他に、前記デジタルコンテンツ１１００が前記プログラム１１１０、１１１１を備えることで実現する例も想定できる。
【００４２】
また、本実施形態における携帯端末２００は、デジタルコンテンツ配信システム１００がＷｅｂサーバであって、ｈｔｔｐリクエスト／レスポンスに基づくデータ通信を行うと想定し、前記システム１００にアクセスするＷｅｂブラウザ２１５を備えている。このＷｅｂブラウザ２１５により、デジタルコンテンツ１１００等の携帯端末ディスプレイ２５０への出力を担うことができる。
【００４３】
一方、前記広告情報１１６０の訴求対象となる店舗等の施設の端末３００（以下、店舗端末３００）は、書き換え可能メモリなどのプログラムデータベース３０１に格納されたプログラム３０２をメモリ３０３に読み出し、演算装置たるＣＰＵ３０４により実行する。また、前記店舗端末３００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス３０５、ならびに、デジタルコンテンツ配信システム１００との間のデータ授受を担う通信部３０６などを有している。
【００４４】
前記店舗端末３００は、前記通信部３０６により、前記デジタルコンテンツ配信システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。店舗端末３００の各種機能部と通信部３０６との間ではＩ／Ｏ部３０７がデータのバッファリングや各種仲介処理を実行している。
【００４５】
次に、店舗端末３００が、例えばプログラム３０２に基づき構成・保持する機能部につき説明を行う。前記店舗端末３００は、該当店舗における空席状況についての情報入力を入力インターフェイスより受け付けて、これをデジタルコンテンツ配信システム１００に送信する、空席情報送信部３１０を備える。これにより、例えば、前記携帯端末２００に提供される当該店舗の広告情報１１６０に現在の空席状況を付加することが可能となる。
【００４６】
また、前記店舗端末３００は、前記デジタルコンテンツ配信システム１００がＷｅｂサーバであって、ｈｔｔｐリクエスト／レスポンスに基づくデータ通信を行うと想定し、前記システム１００にアクセスするＷｅｂブラウザ３１１を備えている。このＷｅｂブラウザ３１１により、差込広告の対象となる広告情報１１６０の選択や、広告情報１１６０の登録審査要求等に伴う各種データ出力を担うことができる。
【００４７】
一方、システム１００がそのデジタルコンテンツデータベース１２６に備えているべき各種デジタルコンテンツ（地図情報１１５０、広告情報１１６０を含む）は、例えば放送業者、映画会社、出版社などといった各種コンテンツの供給業者から入手されるものであってもよい。また、デジタルコンテンツは、システム１００の運用者が直接用意してもよい。そのため、前記システム１００は、前記供給業者が備えるコンテンツホルダサーバ４００とネットワーク１４０を介して結ばれているものとする。
【００４８】
このコンテンツホルダサーバ４００は、書き換え可能メモリなどのプログラムデータベース４０１に格納されたプログラム４０２をメモリ４０３に読み出し、演算装置たるＣＰＵ４０４により実行する。また、前記コンテンツホルダサーバ４００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス４０５、ならびに、システム１００との間のデータ授受を担う通信部４０６などを有している。
【００４９】
前記コンテンツホルダサーバ４００は、前記通信部４０６により、前記システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。コンテンツホルダサーバ４００の各種機能部と通信部４０６との間ではＩ／Ｏ部４０７がデータのバッファリングや各種仲介処理を実行している。なお、こうしたコンテンツホルダサーバ４００は、前記プログラム４０２として、システム１００へのコンテンツ配信処理を実行する配信アプリケーション４０２を構成・保持している。
【００５０】
また、前記システム１００は、携帯端末２００からのデジタルコンテンツ配信の要求情報やそれに先立つ会員登録処理を担う、登録サーバ５００と協働するものとできる。この登録サーバ５００は、書き換え可能メモリなどのプログラムデータベース５０１に格納されたプログラム５０２をメモリ５０３に読み出し、演算装置たるＣＰＵ５０４により実行する。また、前記登録サーバ５００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス５０５、ならびに、システム１００との間のデータ授受を担う通信部５０６などを有している。
【００５１】
前記登録サーバ５００は、前記通信部５０６により、前記システム１００らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１４０を介して接続し、データ授受を実行する。登録サーバ５００の各種機能部と通信部５０６との間ではＩ／Ｏ部５０７がデータのバッファリングや各種仲介処理を実行している。なお、こうした登録サーバ５００は、前記プログラム５０２として、携帯端末２００からの各種登録要求を受け付けて処理する登録処理アプリケーション５１０を構成・保持している。
【００５２】
なお、これまで示したデジタルコンテンツ配信システム１００または携帯端末２００における各機能部１１０〜１２０、または各機能部２１０〜２１４は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４、２０４らがプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３、２０３らに読み出して、これを実行することとなる。
【００５３】
また、前記携帯端末２００が利用するプログラム２０２は、携帯端末２００が常に備える場合のみならず、ネットワーク１４０等を通じて適宜なサーバ（該当プログラムを提供するコンピュータでシステム１００であってもよい）にアクセスし、このサーバよりダウンロードして利用するとしてもよい。
【００５４】
また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェースは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはＲＳ−２３２Ｃ、ＲＳ−４２２、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１３９４、ファイバ・チャネルなどが想定できる。
【００５５】
次に、図１で説明したシステム構成図を用いた地図情報１１５０（広告情報１１６０）の配信処理に関わる実施例の処理を説明する。
まず、各実施例における画面の遷移、つまり、地上（屋外）地図情報１１５０−１（１１５０−３）と地下街（屋内）地図情報１１５０−２の連携の概念について、説明する。図２に一例として示されるように、地上地図情報１１５０−１から地下街地図情報１１５０−２に、所定のトリガをきっかけに画面が遷移する。
【００５６】
地上地図情報１１５０−１と地下街地図情報１１５０−２は、それぞれ対応付けられており、地下街への各出口（入口）についても関連付けられている。その概念図は、図２に示されたとおりで、その内容は、図３（ｂ）のデジタルコンテンツデータベース１２６に示したとおりである。各地図情報には、その種別が地上地図情報である場合には、屋外を示す「外」が保持されており、地下街地図情報の場合には、屋内を示す「内」が保持されている。また、それぞれ、出入口の位置情報（入（出）口位置）も格納されている。また、さらに対応する地図情報（地上地図情報には地下地図情報、地下地図情報には地上地図情報）を識別するコンテンツＩＤが格納されている。
【００５７】
なお、対応地図情報においては、一方のレコードにのみ対応する地図情報のコンテンツＩＤおよび入(出)口位置を格納しておいてもよい。特に、対応する地下街地図情報が存在する地上地図情報について、これらの情報を格納しておく構成にしてもよい。地下街には通常出入口が存在しかつ対応する地上地図情報が存在するので、地図種別が「内」あれば対応する地上地図情報から入(出)口位置を入手することが可能である。このため、地下街地図情報のレコードにこれらの情報を格納する構成としてよく、この構成により記憶容量を削減できるとの効果を奏する。
【００５８】
ここで、第１の実施例について、説明する。第１の実施例は、図２に示したとおりの画面遷移をするもので、利用者からの指定により画面を遷移するものである。以下その処理内容を図２および図４を用いて説明する。
【００５９】
まず、携帯端末２００は、システム１００から配信された地上地図情報１１５０（広告情報１１６０を含んでもよい）をディスプレイに表示している。
【００６０】
ここで、ステップ３１において、携帯端末２００は、地上地図情報（屋外地図）１１５０に対する利用者からの地図情報上のアイコンに対するクリック（入力）を受付ける。これは、携帯端末２００でフォーカスしているアイコンを遷移させ、これに対して確定ボタンが押されることで入力が行われる。
【００６１】
そして、ステップ３２において、入力により指定されたアイコンの種類を判別する。アイコンの種類が出(入)口アイコン（地下街入口アイコン）である場合には、ステップ３３に進み、店舗に対応する店舗アイコンである場合には、ステップ３５に進む。ここで、アイコンの種別の判定は、以下のとおり実行可能である。地上地図情報１１５０に対し各アイコンの種別を示す情報が紐付けされたものの配信を受けておく。この情報を用いて、判定してもよい。また、デジタルコンテンツデータベース１２６に格納された入(出)口位置を地上地図情報１１５０とともに配信を受付け、これに基づいて判断してもよい。
【００６２】
次に、ステップ３３では、表示されていた地上地図情報１１５０−１に対応する地下街地図情報１１５０−２を表示する。ここで、携帯端末２００は、以下の２通りで地下街地図情報１１５０−２を表示することが可能である。
【００６３】
（１）システム１００に対して、地上地図情報１１５０−１の配信を要求した場合、システム１００から対応する地下街地図情報１１５０−２の配信も受信しておく。つまり、システム１００では、携帯端末２００から送信され、地図情報の配信要求で要求される地図情報に対応する地図情報を、対応地図情報を用いて検索する。検索した結果、対応する地図情報が存在する場合は、要求された地図情報とともに、携帯端末２００に配信する。そして、携帯端末２００では、配信要求で要求される地図情報（地上地図情報１１５０−１）を表示し、対応する地図情報（地下街地図情報１１５０−２）は表示せずに保持しておいてもよいし、アイコン画像のようにその一部を表示しておいてもよい。
【００６４】
（２）システム１００に対して、地上地図情報１１５０−１の配信を要求した場合、システム１００から要求した地上地図情報１１５０−１に対応する地下街地図情報１１５０−２のコンテンツＩＤも受信しておく。そして、ステップ３２で出(入)口アイコン（地下街入口アイコン）が指定されたと判断された場合、システム１００に受信したコンテンツＩＤを送信する。システム１００ではデジタルコンテンツデータベース１２６から送信されたコンテンツＩＤに対応する地図情報を検索し、携帯端末２００に配信する。この結果、携帯端末２００が、配信された地図情報（地下街地図情報１１５０−２）を表示可能になる。
【００６５】
以上、地図情報の表示を、地上地図情報１１５０−１から地下街地図情報１１５０−２に遷移させることを説明したが、遷移した後、以下のようにして広告情報１１６０を入手してもよい。
【００６６】
ステップ３４において、携帯端末２００が、地下街地図情報情報１１５０−２の店舗アイコンが指定された場合、対応する広告情報１１６０をステップ３５で表示する。なお、対応する広告情報１１６０の表示に関しては、上述した（１）（２）と同様の処理を行うことで対応できる。特に、図３（ｄ）に示した広告データベース１２８の関連するコンテンツＩＤを用いて対応関係を把握する。
【００６７】
なお、本実施例１では、地上地図情報１１５０−１から地下街地図情報１１６０−２へ表示を変更したが、これとは逆に変更を行ってもよい。
【００６８】
また、これらの処理において、デジタルコンテンツデータベース１２６の「地下街地図情報」についての入(出)口位置や対応地図情報が格納されておらず、「地上地図情報」についての入(出)口位置や対応地図情報が格納している態様をとってもよい。この場合、システム１００は、携帯端末２００から要求された地図情報が地下街地図情報であると地図種別を用いて判断した場合、当該地下街地図情報のコンテンツＩＤを対応地図情報から検索し、対応する地上地図情報を特定する。また、地上地図情報であると判断した場合は、対応する地下街地図情報は当該地上地図情報のレコードに格納された対応地図情報で特定可能である。なお、この態様は、携帯端末２００からコンテンツＩＤを指定せず、位置情報を含む配信要求を受付けた場合、対応する位置を含む地図情報を配信する場合に効果的である。例えば、このような場合、地上地図情報を配信すると通常決めておけば、上記のような検索処理はせずにデータベースの記憶容量を削減可能である。
【００６９】
次に、図５および６を用いて、実施例２の処理について説明する。実施例２においては、電波状況に応じて、地下街地図情報１１５０−２（もしくは地上地図情報１１５０−１）をダウンロードして、図５に示すように表示を遷移させる。
【００７０】
図６に示すステップ６１において、携帯端末２００は、システム１００から配信された地上地図情報１１５０−１（広告情報１１６０を含んでもよい）をディスプレイに表示している。この際、携帯端末２００は、システム１００等と通信するための電波の強さを検知している（ステップ６２）。そして、電波が一定以下の強さになったことを検知した場合は、ステップ６３に進む。ここで、電波の強さとは、通信のための電波で携帯電話の表示画面上にアンテナの絵として表示されている棒の数で示される電波の強さで決めてもよい。また、位置情報を検知するＧＰＳの電波の強さであってもよい。また、本実施例においては、ＧＰＳ等に基づいて携帯端末２００の移動速度を検出し、この移動速度が一定値以下でかつ電波の強さが上述した一定の以下の強さであることを検知した場合、ステップ６３に進む構成としてもよい。このようにすることで、自動車等の移動体で移動している場合にトンネル等に入った場合を除外することが可能になる。なお、ここでは実施例１の（２）のように、表示された地上地図情報１１５０−１に対応する地下街地図情報１１５０−２のコンテンツＩＤも携帯端末２００が有していてもよい。
【００７１】
次に、ステップ６３において、表示した地上地図情報１１５０−１に対応する地下街地図情報１１５０−２を、システム１００から携帯端末２００へ配信する。ここでは、携帯端末２００が電波の強さが一定以下になったことを検知すると地下街地図情報の配信要求をシステム１００に送信する。この配信要求には、地下街地図情報のコンテンツＩＤ、表示している地上地図情報のコンテンツＩＤおよびＧＰＳ装置１５０で検出した位置情報の少なくとも１つが含まれる。システム１００では、地下街地図情報のコンテンツＩＤが含まれている場合には、本コンテンツＩＤに対応する地下街地図情報をデジタルコンテンツデータベースから検索し、これを配信する。また、地上地図情報のコンテンツＩＤが含まれる場合には、本コンテンツＩＤ（地上地図情報）に対応する対応地図情報でコンテンツＩＤを特定して、特定されたコンテンツＩＤの地図情報をデジタルコンテンツデータベース１２６から検索して配信する。また、位置情報が含まれる場合には、デジタルコンテンツデータベース１２６の関連する位置情報の欄を検索する。検索の結果、地上地図情報と地下街地図情報の２つの地図情報が検索されるので、地図種別が「内」を示す地下街地図情報を特定する。なお、地上地図情報のコンテンツＩＤおよび地下街地図情報のコンテンツＩＤには、それぞれいずれの種別の地図情報かを識別する情報を付加してもよい。また、コンテンツＩＤ自身に「内」など識別可能な情報を埋め込んでもよい。
【００７２】
また、配信要求に地下街地図情報のコンテンツＩＤ、表示している地上地図情報のコンテンツＩＤおよびＧＰＳ装置１５０で検出した位置情報のうち２以上の情報が含まれる場合には、所定の順序で優先順位をつけ、最優先順位の情報を用いて、地下街地図情報を特定する。所定の順序は、地下街地図情報のコンテンツＩＤ―地上地図情報のコンテンツＩＤ−位置情報の順としてもよく、また、任意にシステム構築者が特定してもよい。また、２以上の情報それぞれが一致した地下街地図情報を示す場合、もしくは３つの情報のうち２つ以上が一致した地下街地図情報を示す場合に、この地下街地図情報を配信する構成としてもよい。さらに、３つの情報すべてが配信要求に含まれている場合、２つのコンテンツＩＤが示す地下街地図情報が一致した場合、その地下街地図情報を配信し、一致しない場合、位置情報が示す地下街地図情報と一致する方の地下街地図情報を、配信する地下街地図情報として特定してもよい。なお、一致した地下街地図情報とは、コンテンツＩＤが一致したことで代用してもよい。
【００７３】
そして、携帯端末２００は、このまま地上地図情報を表示してもよいし、またダウンロードしたことを示すアイコン情報を地上地図情報とともに表示してもよい（ステップ６４）。
【００７４】
次に、利用者が実施例１のステップ３１、３２のように、携帯端末２００は、出(入)口アイコン（地下街入口アイコン）を指定したことを検知した場合には（ステップ６５）、ステップ６６に進みステップ６３で配信された地下街地図情報を表示する。ここでは、アイコンの指定に応じて、表示を切り替える構成としたが、利用者の指定なしに表示を切り替えてもよい。この場合、電波の強さが上記の一定以下よりも弱い閾値を下回った場合切り替える構成としてもよいし、地下街地図情報の受信を完了した時点で表示を切り替えてもよい。この際、表示を地下街地図情報に切り替える旨の表示をし、切替可能である旨の利用者からの入力を受付けたことを条件に表示を切り替えてもよい。
【００７５】
なお、実施例２は、地上地図情報から地下街地図情報に表示を切り替える例で説明したが、逆に切り替えることも本発明に含まれる。この場合、電波の強さが一定以上になったことを検知した際に、対応する地上地図情報の配信を、システム１００から携帯端末２００が受信する。さらに、自動的に表示する際の電波の閾値は上記の一定の電波の強さより強い値としてもよい。
【００７６】
さらに、対応する地下街地図情報の配信要求は、ＧＰＳ装置１５０検知した位置情報に基づいて行ってもよい。すなわち、携帯端末２００（利用者）の位置が、地下街への入口（入（出）口位置）に所定範囲内になったことを検知した場合に、配信する構成としてもよい。この場合、コンテンツデータベース１２６の１つの地図情報に対して複数の入（出）口位置が存在する場合、すでに地下街地図情報（地上地図情報）が配信済みの場合、本データベースに配信済みであることを示すフラグを格納しておき、二重配信を抑止することも可能である。
【００７７】
さらに、実施例２には、実施例１と同様に、デジタルコンテンツデータベース１２６の「地下街地図情報」についての入(出)口位置や対応地図情報が格納されておらず、「地上地図情報」についての入(出)口位置や対応地図情報が格納している態様をとってもよい。
【００７８】
次に、実施例３を、図７を用いて説明する。実施例３は、地下街地図情報１１５０−２を、無線ＬＡＮを経由して受信するものである。ステップ７１において、携帯端末２００は、公衆回線を使用して地図を閲覧（もしくはダウンロード）している。
【００７９】
次に、ステップ７２において、携帯端末２００は、当該携帯端末２００が無線ＬＡＮと通信可能な位置であるか否かを検知する。この検知は、無線ＬＡＮのＩＥＥＥ標準規格の電波を受信した場合に可能な位置であると判断してもよい。
【００８０】
このように検知した場合、ステップ７３に進み、無線ＬＡＮに切り替えて通信を行う。ここで、携帯端末２００は無線ＬＡＮ通信していることを示す情報およびその無線ＬＡＮを識別する情報をシステム１００に送信する。システム１００では、無線ＬＡＮであること示す情報を受信した場合、無線ＬＡＮを識別する情報で識別される無線ＬＡＮの位置する地下街地図情報を、当該無線ＬＡＮを経由して、携帯端末２００に配信する。この地下街地図情報を配信するために、デジタルコンテンツデータベース１２６に無線ＬＡＮを識別する情報を格納しておいてもよい。
【００８１】
さらに、本実施例には以下の態様も含まれる。ステップ７２において、地下街地図情報１１５０−２の受信もしくは表示を、携帯端末２００が検知し、検知した場合には地下街に位置ずると判定し、当該地下街地図情報に含まれる無線ＬＡＮをデジタルコンテンツデータベース１２６から特定する。そして、携帯端末２０は特定された無線ＬＡＮにアクセスをする。この態様も本実施例に含まれる。
【００８２】
次に、本発明の実施例４について説明する。実施例４は、地下街地図情報の表示の仕方に関するものであり、いわゆるアイコンの表示形態に関する。すなわち、地下街地図情報のアイコンと地上地図情報のアイコンを区別して表示する。例えば、地下街地図情報のアイコンを、地上地図情報のそれより薄い色で表示したり、別の色で表示したり、アイコンの形状、大きさを変更したりすることが本実施例に含まれる。特に、本実施例では、地下街地図情報（つまり表示されていないほうの地図情報）のアイコンを、地上地図情報（つまり、表示されている方の地図情報）より目立たない表示とすることが好適である。
【００８３】
また、本実施例４においては、地下街地図情報のアイコンが地上地図情報のアイコンと同様に動作させることも含まれる。つまり、地上地図情報を表示する際、実施例１乃至３のいずれかで入手された地下街地図情報（広告情報を含む）のアイコンも表示し、これらのアイコンが指定されて場合、そのアイコンの広告情報および地下街地図情報のうち少なくとも一方を表示する。店舗情報の表示に関しては、図１４に記載したように表示を遷移させる。
【００８４】
以下、本実施例４の処理内容に関して、図８を用いて説明する。
まず、前提として、実施例１乃至３で説明した手法で、携帯端末２００は、地上地図情報１１５０−１と地下街地図情報１１５０−２を、システム１００から受信しており、地上地図情報１１５０−１が表示されている。なお、これらの地図情報には、広告（店舗）情報１１６０が含まれている。
【００８５】
ステップ８１において、携帯端末２００は、利用者からの入力に応じて、店舗アイコンを含む地上地図情報を表示する。そして、さらに、利用者からの要求に応じて、地下街地図情報のアイコンも、地上地図情報のアイコンより薄い色で表示する。ここで、携帯端末２００は、各地図情報に含まれるアイコンの属性情報に基づいて、この色の区別を行う。アイコンの属性には、対応する地図情報が地下街地図情報か地上地図情報のいずれかであるかを示す情報が含まれる。また、この属性には、店舗の種別を含ませてもよい。店舗の種別は、飲食店、雑貨店、などが含まれる。この場合、種別ごとに色を異ならせ、地図の種類によってその濃淡を変更してもよい。
【００８６】
次に、携帯端末２００が、ステップ８２で地下街地図情報のアイコンに対する指定を受付けると、ステップ８３で指定されたアイコンの店舗（広告）情報を表示する。
【００８７】
このように、ステップ８１〜８３のように、地上地図情報の表示から地下街地図情報に含まれるアイコンの店舗情報を表示してもよし、以下説明するように、地上地図情報の表示から地下街地図情報の表示に変更してから地下街地図情報のアイコンの店舗情報を表示するように制御してもよい。以下、この表示方法について、図８のフローチャートを用いて説明する。
【００８８】
ステップ８１０において、ステップ８１と同様に、携帯端末２００は、利用者からの入力に応じて、店舗アイコンを含む地上地図情報を表示する。そして、さらに、利用者からの要求に応じて、地下街地図情報のアイコンも、地上地図情報のアイコンより薄い色で表示する。
【００８９】
そして、携帯端末２００は、ステップ８０２において地下街地図情報の店舗アイコン（薄い色で表示されたアイコン）が指定（クリック）されたかを判定する。この結果、指定されていなければ、ステップ８０３に進み、地上地図情報のアイコン（濃い色で表示されたアイコン）が指定されているかを判定する（ステップ８０３）。この結果、地上地図情報のアイコンが指定されていなければ、ステップ８０１に戻り、指定されていればステップ８０７に進み指定されたアイコンに対応する店舗情報を表示する。
【００９０】
また、ステップ８０２において、地下街地図情報のアイコンが指定されたと判定された場合には、ステップ８０４に進む。なお、この判定は、アイコンの属性情報に基づいて行われる。ステップ８０４において、携帯端末２００は、表示を地下街地図情報に変更し、地下街地図情報のアイコンと地上地図情報のアイコンを表示する。なお、ステップ８０２において、アイコンでなく地下街地図情報への変更要求を受付けたことを条件に、ステップ８０４に処理を遷移してもよい。また、ステップ８０４において、表示する地図情報を変更した際、アイコンの濃淡を変更してもよい。つまり、表示されている地下街地図情報のアイコンをより濃くして、地上地図情報のアイコンを薄い色に変更してもよい。
【００９１】
そして、ステップ８０５において、地下街地図情報のアイコンが指定されたかを判定する。この結果、指定されている場合にはステップ８０７に進み指定されたアイコンに対応する店舗情報を表示する。また、ステップ８０５において、地下街地図情報のアイコンがしてされていないと判定された場合には、ステップ８０６に進む。
【００９２】
ステップ８０６において、携帯端末２００は、地上地図情報のアイコンが指定されてかを判定し、その結果に応じて、それぞれステップ８０４、８０２に進む。なお、ここで、ステップ８０４に進んだ場合、地下街地図情報を表示するのでなく、地上地図情報に表示を変更してもよい。
【００９３】
以上、実施例４について地上地図情報から地下街地図情報に表示を変更する例で説明したが、表示の変更を逆にしてもよい。
【００９４】
次に、実施例５について説明する。実施例５は、実施例４と同様に地下街地図情報のアイコンと地上地図情報のアイコンを区別して表示するものである。その相違点は、地上地図情報を表示している際は、地下街地図情報のアイコンについての店舗（広告）情報の表示を抑止する。例えば、地下街地図情報のアイコンに対する指定の受付けを抑止する。また、指定は受付けても店舗情報の表示をせずに、地下街地図情報に切り替えてください、との旨の表示をしてもよい。なお、この例は地下街地図情報を表示する際に、地下街地図情報のアイコンについての店舗情報を抑止することも含まれる。また、この抑止は、アイコンの属性情報に基づいて行われる。すなわち、携帯端末２００は、現在表示している地図情報の種別を地図情報に含まれる地図種別で判断し、これと指定されたアイコンの属性に含まれる地図の種別が同じか否かで、店舗情報を表示するか否かを判定する。同じ場合は表示し、異なる場合は表示を抑止する（場合によっては指定の受付を抑止する）。
【００９５】
次に、実施例６について、図９、１０を用いて説明する。実施例６は、地下街地図情報のアイコンを１つのジャンル（店舗の種別）として区別するものである。つまり、図９のようにレストランなどの店舗の種別と同様に、地下街との種別を表示し、これが指定された場合、地下街地図情報のアイコンを表示する。このアイコンの表示とはここでは、アイコンに対する指示が可能にすることであり、実施例４，５に記載したように地図情報の表示の切り替えやアイコンに対する指示の受付けを抑止するか否かを判断することも含まれる。ここで、本実施例６では、アイコンの属性として、対応する地図情報が地下街地図情報か地上地図情報のいずれかであるかを示す情報および店舗の種別が含まれる。以下、図１０のフローチャートを用いて、実施例６の処理内容を説明する。
【００９６】
まず、前提として、実施例１乃至３で説明した手法で、携帯端末２００は、地上地図情報１１５０−１と地下街地図情報１１５０−２を、システム１００から受信しており、地上地図情報１１５０−１が表示されている。
【００９７】
ステップ１００１において、携帯端末２００は、地上地図情報を表示する。この際、地下街地図情報のアイコンは表示しなくともよいし、地上地図情報のアイコンと区別して表示してもよい。
【００９８】
次に、ステップ１００２において、携帯端末２００は、屋内（地下街）のジャンルの指定を、利用者から受付けたかを判断する。受け付けなかった場合には、ステップ１００１に戻り、受付けたと判断した場合には、ステップ１００３に進む。
【００９９】
ステップ１００３において、携帯端末２００は、地下街地図情報のアイコンを表示する。ここで、携帯端末２００は、表示する地図情報を地下街地図情報としてもよいし、地上地図情報のままでも構わない。また、この切替は、アイコンの属性に基づいて行われる。つまり、屋内（地下街）とのジャンルが指定された場合、同じ属性を持つアイコンを表示するようにする。この表示には、目出させるように表示の形態を変えることが含まれる。目立たせる表示とは、より濃淡の濃い表示としたり、明度や輝度をより高くしたり、背景の色との関係でコントラストをつける色にすることやアイコンの大きさを大きくすることが含まれる。
【０１００】
次に、ステップ１００４において、携帯端末２００は、属性に基づいて地下街地図情報のアイコンが指定されたかを判断する。この結果、指定されていない場合は、ステップ１００３に戻り、指定されたと判断された場合にはステップ１００５に進み、該当する店舗情報を表示する。
【０１０１】
なお、本実施例では地下街地図情報のアイコンを１つのジャンルとしたが、逆に地上地図情報のアイコンを１つのジャンルとし、地下街地図情報のアイコンを飲食店などのジャンル分けを行ってもよい。
【０１０２】
次に、図１１および１２を用いて実施例７について説明する。実施例７は、実施例６の応用例で地上地図情報（もしくは地下街地図情報）のアイコンを１つのジャンルとして区別するものであり、地上地図情報を表示している場合には、地下街地図情報のアイコンを１つのジャンルとし、地下街地図情報を表示手いる場合には地上地図情報のアイコンを１つのジャンルとして表示するものである。つまり、ジャンルを表示している地図情報の種別に応じて、動的にジャンル（特に表示する）を変更するものであり、これ以外の態様も含まれる。例えば、図１１に記載したように、地上地図情報を表示し、地上地図情報のアイコンのジャンル「レストラン」と地下街地図情報のアイコンであることを示す「屋内」を表示しておき。利用者からの指定により地上地図情報であることを示す「屋外」と地下街地図情報のジャンル（ジャンル名は図示せず）を表示するように切り替える。この際、表示する地図情報を地下街地図情報に変更してもよい。そして、アイコンが指定されるとそのアイコンに対応する店舗情報を表示する。以下、その処理の詳細を図１２のフローチャートを用いて説明する。
【０１０３】
まず、前提として、実施例１乃至３で説明した手法で、携帯端末２００は、地上地図情報１１５０−１と地下街地図情報１１５０−２を、システム１００から受信している。ここで、まずジャンルを表示している。
【０１０４】
次に、ステップ１２０１において、上記の「屋外」が指定されたか否かを判定する。この結果、指定した判定された場合、ステップ１２０４に進み、地上地図情報、地上地図情報のアイコンのジャンル（「レストラン」等）および地下街地図情報のアイコンジャンル「屋内」を表示する。この表示は、アイコンの属性および地図情報の地図の種別に基づいて行われる。つまり、「屋外」が指定された場合、地上地図情報に対応する地図情報の地図の種別およびアイコンの属性を有する地図情報およびアイコンを特定し、これらを表示する。また、地上地図情報でない（地下地図情報）の属性を有するアイコンを抽出し、これらのアイコンを属性のジャンルとして区別し、そのジャンル「屋内」を表示する。
【０１０５】
この際、「屋内」のジャンルが指定されたと判定した場合（ステップ１２０５）、ステップ１２０３に進み、ステップ１２０４と同様の処理にて、地下街地図情報、それらのアイコン、各ジャンルおよび「屋外」とのジャンルを表示する。なお、ステップ１２０１において、「屋内」ジャンルが指定された場合も、このステップ１２０２に進む。
【０１０６】
そして、ここで、地下街地図情報のアイコンが指定されたと判定された場合（ステップ１２０３）、ステップ１２０８に進み指定されたアイコンに対応する店舗情報を表示する。また、指定されなかったと判定した場合、ステップ１２０２に戻る。
【０１０７】
また、ステップ１２０４で、地上地図情報のアイコンが指定されたと判定した場合（ステップ１２０６）には、ステップ１２０７に進み、指定されたアイコンに対応する店舗情報を表示する。また、指定されなかったと判定した場合には、ステップ１２０４に戻る。
※無線ＬＡＮで位置把握、無線ＬＡＮから電波受信がわかり地価などの特別なエリアであることがわかる。また、無線ＬＡＮを経由して情報受信
以上で、本発明の実施例についての詳細な説明を終わるが、各実施例には図１３に示す以下の態様も含まれる。それは、地上地図情報の表示はＧＰＳに基づいて携帯端末２００が存在すると判定された位置を画面の中心など予め定められた位置に表示し、ＧＰＳ電波が検知できない地下街地図情報の表示の場合には、入口アイコンもしくは予め定めた地下街のランドマーク（含むアイコン）を予め定めた位置に表示する。また、この位置は、アイコンが指定された場合、そのアイコンを予め指定した位置に表示してもよいし、アイコン以外の指定も受付ける。また、この予めさだめた位置に所定のアイコンを表示してもよい。また、予めさだめた位置は、地上地図情報と地下街地図情報で異なる位置としてもよい（例えば、地上地図情報：中心より略下の位置、地下街地図情報：略中心）。
【産業上の利用可能性】
【０１０８】
本発明は、異なる地図情報の表示を、コンピュータを用いてより詳細に行うことが実現可能になる。
【図面の簡単な説明】
【０１０９】
【図１】本発明の一実施形態のシステム構成図である。
【図２】本発明の一実施形態の概略を示す図である。
【図３】本発明の一実施形態のデータベースの内容を示す図である。
【図４】実施例１のフローチャートである。
【図５】実施例２の概略を示す図である。
【図６】実施例２のフローチャートである。
【図７】実施例３のフローチャートである。
【図８】実施例４のフローチャートである。
【図９】実施例６の概略を示す図である。
【図１０】実施例６のフローチャートである。
【図１１】実施例７の概略を示す図である。
【図１２】実施例７のフローチャートである。
【図１３】本発明の表示の一例を示す図である。
【図１４】実施例４の概略を示す図である。
【符号の説明】
【０１１０】
１ アプリケーションサーバ（ＡＰサーバ）
２ データベースサーバ（ＤＢサーバ）
１００ デジタルコンテンツ配信システム、システム
１０１、２０１、３０１、４０１、５０１ プログラムデータベース
１０２、２０２、３０２、４０２、５０２ プログラム
１０３、２０３、３０３、４０３、５０３ メモリ
１０４、２０４、３０４、４０４、５０４ ＣＰＵ
１０５、２０５、３０５、４０５、５０５ 入出力インターフェイス
１０６、２０６、３０６、４０６、５０６ 通信部
１０７、２０７、３０７、４０７、５０７ Ｉ／Ｏ部
【特許請求の範囲】
【請求項１】
情報端末に対して、複数種類の地図情報を表示する地図情報表示方法において、
前記情報端末に、第２の地図情報が示すエリアへの入口を含む第１の地図情報を表示し、
前記入口に対する前記第２の地図情報の表示要求を受付け、
前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示することを特徴とする地図情報表示方法。
【請求項２】
請求項１に記載の地図情報表示方法において、
前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であることを特徴とする地図情報表示方法。
【請求項３】
請求項１または２のいずれかに記載の地図情報表示方法において、
前記情報端末はネットワークを介して地図情報を配信する地図情報配信サーバと接続され、
前記情報端末は、前記表示要求を受付けた場合、前記地図情報配信サーバに対して、前記第２の地図情報の配信を要求することを特徴とする地図情報表示方法。
【請求項４】
複数種類の地図情報を表示する表示画面を有する地図情報表示装置において、
第２の地図情報が示すエリアへの入口を含む第１の地図情報を、前記表示画面に表示させる手段と、
前記入口に対する前記第２の地図情報の表示要求を受付ける手段と、
前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう、前記表示画面に表示する手段とを有することを特徴とする地図情報表示装置。
【請求項５】
請求項４に記載の地図情報表示装置において、
前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であることを特徴とする地図情報表示装置。
【請求項６】
請求項４または５のいずれかに記載の地図情報表示装置において、
ネットワークを介して地図情報を配信する地図情報配信サーバと接続する手段と、
前記表示要求を受付けた場合、前記地図情報配信サーバに対して、前記第２の地図情報の配信を要求する手段をさらに有することを特徴とする地図情報表示装置。
【請求項７】
ネットワークを介して、複数種類の地図情報を表示する表示画面を有する地図情報表示装置に接続された地図情報配信装置において、
前記地図情報表示装置から、当該地図情報表示装置の位置を示す位置情報を受信する手段と、
前位置情報に対応する第１の地図情報であって、第２の地図情報が示すエリアへの「入口」を含む第１の地図情報を、前記地図情報表示装置に配信し、
前記入口に対する前記第２の地図情報の表示要求があった場合、前記地図情報表示装置から前記第２の地図情報の配信要求を受付ける手段と、
前記配信要求に応じて、前記入口に対応する位置を含む前記第２の地図情報を前記地図情報表示装置に配信する手段を有し、
前記地図情報表示装置は、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示することを特徴とする地図情報配信装置。
【請求項８】
請求項７に記載の地図情報配信装置において、
前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であることを特徴とする地図情報配信装置。
【請求項９】
請求項７に記載の地図情報配信装置において、
前記所定位置は、前記表示画面の略中央もしくは前記第１の地図情報が表示された際に前記入口が表示されていた位置であることを特徴とする地図情報配信装置。
【請求項１】
情報端末に対して、複数種類の地図情報を表示する地図情報表示方法において、
前記情報端末に、第２の地図情報が示すエリアへの入口を含む第１の地図情報を表示し、
前記入口に対する前記第２の地図情報の表示要求を受付け、
前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示することを特徴とする地図情報表示方法。
【請求項２】
請求項１に記載の地図情報表示方法において、
前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であることを特徴とする地図情報表示方法。
【請求項３】
請求項１または２のいずれかに記載の地図情報表示方法において、
前記情報端末はネットワークを介して地図情報を配信する地図情報配信サーバと接続され、
前記情報端末は、前記表示要求を受付けた場合、前記地図情報配信サーバに対して、前記第２の地図情報の配信を要求することを特徴とする地図情報表示方法。
【請求項４】
複数種類の地図情報を表示する表示画面を有する地図情報表示装置において、
第２の地図情報が示すエリアへの入口を含む第１の地図情報を、前記表示画面に表示させる手段と、
前記入口に対する前記第２の地図情報の表示要求を受付ける手段と、
前記表示要求に応じて、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう、前記表示画面に表示する手段とを有することを特徴とする地図情報表示装置。
【請求項５】
請求項４に記載の地図情報表示装置において、
前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であることを特徴とする地図情報表示装置。
【請求項６】
請求項４または５のいずれかに記載の地図情報表示装置において、
ネットワークを介して地図情報を配信する地図情報配信サーバと接続する手段と、
前記表示要求を受付けた場合、前記地図情報配信サーバに対して、前記第２の地図情報の配信を要求する手段をさらに有することを特徴とする地図情報表示装置。
【請求項７】
ネットワークを介して、複数種類の地図情報を表示する表示画面を有する地図情報表示装置に接続された地図情報配信装置において、
前記地図情報表示装置から、当該地図情報表示装置の位置を示す位置情報を受信する手段と、
前位置情報に対応する第１の地図情報であって、第２の地図情報が示すエリアへの「入口」を含む第１の地図情報を、前記地図情報表示装置に配信し、
前記入口に対する前記第２の地図情報の表示要求があった場合、前記地図情報表示装置から前記第２の地図情報の配信要求を受付ける手段と、
前記配信要求に応じて、前記入口に対応する位置を含む前記第２の地図情報を前記地図情報表示装置に配信する手段を有し、
前記地図情報表示装置は、前記第２の地図情報を、前記入口に対応する位置が前記情報端末の表示画面上で所定位置に位置するよう表示することを特徴とする地図情報配信装置。
【請求項８】
請求項７に記載の地図情報配信装置において、
前記第１の地図情報は地上地図であり、前記第２の地図情報は地下街の地図情報であることを特徴とする地図情報配信装置。
【請求項９】
請求項７に記載の地図情報配信装置において、
前記所定位置は、前記表示画面の略中央もしくは前記第１の地図情報が表示された際に前記入口が表示されていた位置であることを特徴とする地図情報配信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００７−５７８５７（Ｐ２００７−５７８５７Ａ）
【公開日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願番号】特願２００５−２４３５５３（Ｐ２００５−２４３５５３）
【出願日】平成１７年８月２５日（２００５．８．２５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願日】平成１７年８月２５日（２００５．８．２５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]