特開 2023-166391 コンテンツ表示制御装置、コンテンツ表示制御方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023166391

(43)【公開日】2023-11-21

(54)【発明の名称】コンテンツ表示制御装置、コンテンツ表示制御方法及びプログラム

(51)【国際特許分類】

   H04L 67/04 20220101AFI20231114BHJP

   H04L 67/60 20220101ALI20231114BHJP

   G09G 5/34 20060101ALI20231114BHJP

   G09G 5/00 20060101ALI20231114BHJP

【ＦＩ】

H04L67/04

H04L67/60

G09G5/34 Z

G09G5/00 555D

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2023130477

(22)【出願日】2023-08-09

(62)【分割の表示】P 2019025349の分割

【原出願日】2019-02-15

(71)【出願人】

【識別番号】000005016

【氏名又は名称】パイオニア株式会社

(74)【代理人】

【識別番号】110001025

【氏名又は名称】弁理士法人レクスト国際特許事務所

(72)【発明者】

【氏名】嶋田 貴行

(72)【発明者】

【氏名】賀田 寛夫

(57)【要約】      （修正有）

【課題】コンテンツ表示の際に、コンテンツ画像を生成するアプリケーションの不要な通信を抑制することが可能であり、利便性の高いコンテンツの表示を効率良く実現可能なコンテンツ表示制御装置を提供する。
【解決手段】車両Ｍに搭載されているコンテンツ表示制御装置と、コンテンツ配信サーバ３０とが、ネットワークＮＷを介して、相互にデータの送受信が可能コンテンツ表示システム１００において、コンテンツ表示制御装置１０は、外部装置との間で通信を行う複数のアプリケーションの各々の動作を制御するアプリケーション制御部と、アプリケーションの各々に対応する複数のコンテンツ画像の一部を表示画面にスクロール表示させる表示制御部と、を含み、アプリケーション制御部は、表示画面に表示されている表示状態であるコンテンツ画像を起点とした複数のコンテンツ画像のスクロール表示の表示順序に応じて、アプリケーションの各々の通信態様を決定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

外部装置との間で通信を行う複数のアプリケーションの各々の動作を制御するアプリケーション制御部と、
前記複数のアプリケーションの各々に対応する複数のコンテンツ画像の一部を表示画面にスクロール表示させる表示制御部と、を含み、
前記アプリケーション制御部は、前記表示画面に表示されている表示状態であるコンテンツ画像を起点とした、前記複数のコンテンツ画像の前記スクロール表示の表示順序に応じて、前記アプリケーションの各々の前記通信の態様を決定することを特徴とするコンテンツ表示制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテンツ表示制御装置、コンテンツ表示制御方法及びプログラムに関し、特に、例えば移動体において用いられる表示装置へのコンテンツの表示を制御するコンテンツ表示制御装置、コンテンツ表示制御方法及びプログラムに関する。

【背景技術】

【0002】

互いに異なる種類の複数の画面を同時に表示する装置が知られている。例えば、特許文献１には、画面を２分割し、一方に建物等を撮影した画像に対して建物名称等を重畳して表示するリアル画面を表示し、もう一方に位置情報を持つ設備（例えば建物や電柱）の情報を地図情報に重畳表示するマップ画面を表示する情報端末が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４－１８１９５４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

例えば、１つの表示画面上の一部の領域を占める表示領域に、複数のガジェット（小規模なアプリケーション、ウィジェット）によって生成される複数のコンテンツ画像を表示する際に、当該複数のガジェットの各々がデータ収集や最新データへの更新のために外部装置との通信を必要とする場合がある。そのような場合、データ通信量が多くなり、表示装置の処理負荷や消費電力が大きくなること等が課題の一例として挙げられる。

【0005】

本発明は上記した点に鑑みてなされたものであり、コンテンツ表示の際に、当該コンテンツ画像を生成するアプリケーションの不要な通信を抑制することが可能であり、利便性の高いコンテンツ画像の表示を効率良く実現可能なコンテンツ表示制御装置を提供することを目的の１つとしている。

【課題を解決するための手段】

【0006】

請求項１に記載の発明は、外部装置との間で通信を行う複数のアプリケーションの各々の動作を制御するアプリケーション制御部と、前記複数のアプリケーションの各々に対応する複数のコンテンツ画像の一部を表示画面にスクロール表示させる表示制御部と、を含み、前記アプリケーション制御部は、前記表示画面に表示されている表示状態であるコンテンツ画像を起点とした、前記複数のコンテンツ画像の前記スクロール表示の表示順序に応じて、前記アプリケーションの各々の前記通信の態様を決定することを特徴とする。

【0007】

請求項４に記載の発明は、コンテンツ表示制御装置によって、複数のコンテンツ画像を表示させるコンテンツ表示制御方法であって、アプリケーション制御部が、外部装置との間で通信を行う複数のアプリケーションの各々の動作を制御するアプリケーション制御ステップと、表示制御部が、前記複数のアプリケーションの各々に対応する前記複数のコンテンツ画像の一部を表示画面にスクロール表示させる表示制御ステップと、を含み、前記アプリケーション制御ステップにおいて、前記アプリケーション制御部は、前記表示画面に表示されている表示状態であるコンテンツ画像を起点とした、前記複数のコンテンツ画像の前記スクロール表示の表示順序に応じて、前記アプリケーションの各々の前記通信の態様を決定することを特徴とする。

【0008】

請求項５に記載の発明は、コンピュータを備えるコンテンツ表示制御装置によって実行されるコンテンツ表示制御プログラムであって、アプリケーション制御部が、外部装置との間で通信を行う複数のアプリケーションの各々の動作を制御するアプリケーション制御ステップと、表示制御部が、前記複数のアプリケーションの各々に対応する複数のコンテンツ画像の一部を表示画面にスクロール表示させる表示制御ステップと、を含み、前記アプリケーション制御ステップにおいて、前記アプリケーション制御部は、前記表示画面に表示されている表示状態であるコンテンツ画像を起点とした、前記複数のコンテンツ画像の前記スクロール表示の表示順序に応じて、前記アプリケーションの各々の前記通信の態様を決定することを実行させることを特徴とする。

【図面の簡単な説明】

【0009】

【図1】本発明の実施例に係るコンテンツ表示制御装置を含むコンテンツ表示システムを模式的に示す図である。

【図2】実施例に係るコンテンツ表示制御装置を搭載した車両の前席部分の斜視図である。

【図3】実施例に係るコンテンツ表示制御装置の構成の一例を示す図である。

【図4】実施例に係るコンテンツ表示画面の一例を示す図である。

【図5】実施例に係るコンテンツ表示順序の一例を示す図である。

【図6】実施例において実行される動作の概要の一例を示すシーケンス図である。

【図7】実施例において実行される動作ルーチンの一例を示すフロー図である。

【図8】実施例において実行される動作ルーチンの一例を示すフロー図である。

【発明を実施するための形態】

【0010】

以下に本発明の実施例について詳細に説明する。なお、以下の説明及び添付図面においては、実質的に同一又は等価な部分には同一の参照符号を付している。

【実施例0011】

図１は、実施例に係るコンテンツ表示制御装置１０を用いたコンテンツ表示システム１００を示している。図１に示すように、コンテンツ表示システム１００は、移動体の一例である車両Ｍに搭載されているコンテンツ表示制御装置１０を含んで構成されている。また、コンテンツ表示システム１００は、コンテンツ配信サーバ３０を含む。

【0012】

コンテンツ表示制御装置１０とコンテンツ配信サーバ３０とは、ネットワークＮＷを介して、相互にデータの送受信が可能であるように構成されている。ネットワークＮＷは、例えば、移動体通信網、Ｗｉ-Ｆｉ（登録商標）、ＬＴＥ（long term evolution）等の無線通信を介したインターネット通信により構築されていてもよい。当該データの送受信は、例えばＴＣＰ／ＩＰ等の通信プロトコルを用いて行われる。

【0013】

以下、コンテンツ表示制御装置１０が、車両Ｍに搭載されているナビゲーション装置（図示せず）の一部として構成されている例について説明する。なお、コンテンツ表示制御装置１０は、ナビゲーション装置に接続されるように構成されていてもよく、ナビゲーション装置を含んで構成されていてもよい。

【0014】

図２は、コンテンツ表示制御装置１０を搭載している車両Ｍの前席付近を示す斜視図である。図２では、取り付け例として、車両Ｍの前席のダッシュボードＤＢ内にコンテンツ表示制御装置１０が取り付けられている場合を示す。

【0015】

タッチパネル１１は、例えば、映像を表示可能な液晶ディスプレイ等の表示装置であるディスプレイ１１Ａとタッチ操作を検出可能な入力装置であるタッチパッド１１Ｂとが組み合わされたタッチパネルモニターである。タッチパネル１１は、例えば、ダッシュボードＤＢのセンターコンソールＣＣに配されている。タッチパネル１１は、運転者等の搭乗者から視認できかつ運転者等の搭乗者の手が届く場所に配されていればよい。例えば、タッチパネル１１は、ダッシュボードＤＢ上に取り付けられていてもよい。

【0016】

表示画面としてのディスプレイ１１Ａは、コンテンツ表示制御装置１０の制御に基づいてコンテンツ画面の表示を行うことが可能である。また、タッチパッド１１Ｂは、タッチパッド１１Ｂへの入力操作を表す信号をコンテンツ表示制御装置１０に送信することが可能である。

【0017】

本実施例において、タッチパネル１１の向きに関して、フロントガラスＦＧに近い側を上側、フロントガラスＦＧから遠い側を下側として説明する。

【0018】

図３は、コンテンツ表示制御装置１０の構成を示す。例えば、コンテンツ表示制御装置１０は、システムバス１３を介して各部が接続されて構成されている。記憶部１５は、例えば、ハードディスク装置、ＳＳＤ（solid state drive）、フラッシュメモリ等により構成された記憶装置である。記憶部１５は、コンテンツ表示制御装置１０における表示制御のための各種プログラム及びデータを記憶する。

【0019】

具体的には、記憶部１５は、コンテンツ表示制御装置１０において表示制御されるコンテンツ画像を生成する複数のアプリケーションであるアプリケーション群１５Ａを記憶する。ここで、アプリケーションとは、コンピュータにおいて使用者の業務等に応じて作成されたプログラムのことであり、例えば、アプリケーション群１５Ａに含まれるアプリケーションの各々は、ガジェット又はウィジェットと呼ばれるような小型のアプリケーションであってもよい。また、換言すると、アプリケーションは、表示画面に表示可能な何らかの画像情報を生成可能であり、アプリケーションの各々は、独立に又は相互に連動してコンピュータ上で動作可能なプログラムを含む概念である。

【0020】

また、本実施例において、コンテンツとは、テキスト、音声、動画などの情報の内容である。本実施例において、アプリケーション群１５Ａに含まれる複数のアプリケーションの各々は、テキスト、音声、動画などの情報の内容、すなわちコンテンツを生成することができる。また、当該アプリケーションの各々は、コンテンツによってもたらされる情報の内容を画像として表示画面に表示するための画像情報を生成可能である。表示画面に表示されるために当該画像情報から生成される画像を「コンテンツ画像」と称する。つまり、アプリケーション群１５Ａに含まれる複数のアプリケーションの各々は、コンテンツの生成及び当該コンテンツによって提供される情報をコンテンツ画像として表示するための画像情報の生成が可能である。

【0021】

本実施例において、アプリケーション群１５Ａに含まれる複数のアプリケーションの各々は、外部装置との間で通信を行うことで、コンテンツの生成に必要な情報を取得する。

【0022】

記憶部１５は、コンテンツの生成に用いられる地図情報が格納されている地図データベース１５Ｂを記憶する。なお、コンテンツ表示制御装置１０は、地図情報をナビゲーション装置（図示せず）から取得してもよい。また、コンテンツ表示制御装置１０において用いられる各種プログラムは、例えば他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよい。

【0023】

制御部１７は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含み、コンテンツ表示制御装置１０の動作の制御を行うコンピュータである。制御部１７は、ＣＰＵがＲＯＭや記憶部１５に記憶された各種プログラムを読み出して実行することにより各種機能を実現する。

【0024】

制御部１７は、アプリケーション制御部１７Ａを含んでいる。アプリケーション制御部１７Ａは、アプリケーション群１５Ａに含まれる複数のアプリケーションの各々の動作を制御する機能部である。アプリケーション制御部１７Ａが、当該複数のアプリケーションの各々を読み出して実行することによって、複数のコンテンツが生成される。また、アプリケーション制御部１７Ａは、複数のアプリケーションの各々の外部装置との通信に関する制御を行う。

【0025】

制御部１７は、表示制御部１７Ｂを含んでいる。表示制御部１７Ｂは、車両Ｍに備えられたディスプレイ１１Ａへのコンテンツ画像の表示に関する制御を行う機能部である。表示制御部１７Ｂは、複数のアプリケーションの各々によって生成された複数のコンテンツ画像を選択的に表示画面としてのディスプレイ１１Ａ上に表示させる制御を行う。

【0026】

例えば、表示制御部１７Ｂは、複数のコンテンツのうちの所定の数のコンテンツに対応するコンテンツ画像をスクロール可能に表示させることで、当該複数のコンテンツ画像を選択的にディスプレイ１１Ａ上に表示させる。また、例えば、表示制御部１７Ｂは、複数のコンテンツのリストから選択された所定の数のコンテンツに対応するコンテンツ画像を表示させることで、当該複数のコンテンツ画像を選択的にディスプレイ１１Ａ上に表示させる。

【0027】

通信部１９は、無線装置（図示せず）に接続されたＮＩＣ（Network Interface Card）等のネットワークアダプタである。制御部１７は、通信部１９を介して外部とのデータの通信を行う。例えば、制御部１７は、通信部１９を介してコンテンツ配信サーバ３０との間のデータの送受信を行う。

【0028】

例えば、制御部１７は、通信部１９を介して、アプリケーションの各々によるコンテンツの生成に必要とされるデータをコンテンツ配信サーバ３０から受信する。なお、制御部１７は、通信部１９を介して、コンテンツ配信サーバ３０との通信の他に、例えば、ＶＩＣＳ（登録商標）によるデータ収集又は車車間通信等の通信を行ってもよい。

【0029】

入力部２１は、車両Ｍに備えられているタッチパネル１１のタッチパッド１１Ｂに接続されている。入力部２１は、タッチパッド１１Ｂへの入力操作を検出し、当該入力操作を示す信号を制御部１７に供給するインターフェースである。例えば、入力部２１は、タッチパネル１１のディスプレイ１１Ａに表示されたコンテンツ上の選択や検索に関する入力操作を検出する。また、例えば、入力部２１は、ディスプレイ１１Ａに表示された複数のコンテンツ画像のスクロールを指示するためのタッチパッド１１Ｂへの入力操作であるスクロール操作を検出する。

【0030】

また、入力部２１は、車両Ｍに備えられたＧＰＳ受信機２５に接続されている。入力部２１は、ＧＰＳ受信機２５から車両Ｍの現在位置情報を取得して制御部１７に供給するインターフェースとしても機能する。

【0031】

出力部２３は、タッチパネル１１のディスプレイ１１Ａに接続されている。出力部２３は、制御部１７からの命令に従って、ディスプレイ１１Ａに表示するための情報をディスプレイ１１Ａに供給するインターフェースである。出力部２３は、アプリケーション群１５Ａのアプリケーションの各々の実行によって生成されるコンテンツ画像を表示するための画像データをディスプレイ１１Ａに供給する。

【0032】

なお、出力部２３は、車両Ｍに備えられたスピーカ（図示せず）に接続されていてもよく、ディスプレイ１１Ａへのコンテンツ画像の表示と共に出力するための音声データを当該スピーカに供給してもよい。

【0033】

図４は、タッチパネル１１の表示画面としてのディスプレイ１１Ａに表示されている画像を示している。また、図４中、ディスプレイ１１Ａの外側に描かれた矢印は、ディスプレイ１１Ａの上下方向を示している。

【0034】

図４に示すように、ディスプレイ１１Ａは、地図表示領域ＮＶ及び表示領域としてのコンテンツ表示領域ＡＲを有している。図４に示すように、地図表示領域ＮＶには、地図に目的地までの距離等の移動体の走行に関する情報が重畳されたナビゲーション画面が表示されている。

【0035】

また、図４に示すように、ディスプレイ１１Ａ上のコンテンツ表示領域ＡＲには、上下方向に連続して配列された複数のフレームＦＲが表示されている。当該複数のフレームＦＲは、上下方向に順次スライド移動可能に表示されている。このフレームＦＲの各々に、アプリケーション群１５Ａに含まれるアプリケーションの各々によって生成されたコンテンツに対応するコンテンツ画像が表示される。言い換えれば、１のフレームＦＲによって１のコンテンツ画像が表示される領域が画定されている。

【0036】

図４の例では、２つのフレームＦＲがコンテンツ表示領域ＡＲに位置している場合を示している。コンテンツ表示領域ＡＲの外側、すなわち表示画面外に位置するフレームＦＲに対してもコンテンツ画像は生成されている。

【0037】

例えば、ユーザの操作によってフレームＦＲが上下にスライドすると、コンテンツ表示領域ＡＲの外側に位置していたフレームＦＲがコンテンツ表示領域ＡＲ内に持ち来され、当該コンテンツ表示領域ＡＲ内に持ち来されたフレームＦＲに対して生成されたコンテンツ画像が表示される。このように、各々のフレームＦＲに対して生成されたコンテンツ画像の各々は、コンテンツ表示領域ＡＲにおいてスクロール表示される。

【0038】

例えば、このスクロール表示に関して、制御部１７の表示制御部１７Ｂは、スクロールを示すタッチパッド１１Ｂへのタッチ操作を、入力部２１を介して受付けて、当該タッチ操作に応じた表示制御を行う。例えば、タッチ操作としてスワイプ操作またはフリック操作を受け付けると、フレームＦＲを上下方向に移動させるように表示制御を行う。

【0039】

従って、表示制御部１７Ｂは、コンテンツ表示制御装置１０のユーザによるタッチ操作を受付けてスクロール表示させることで、複数のコンテンツ画像のうち当該ユーザが希望するコンテンツ画像を選択的にディスプレイ１１Ａ上に表示させることが可能である。

【0040】

例えば、図４中、コンテンツ表示領域ＡＲ内の上側に位置するフレームＦＲには、動画を再生するためのコンテンツ画像が表示されている。また、例えば、図４中、コンテンツ表示領域ＡＲ内の下側に位置するフレームＦＲには、例えば、キーワードの入力を受け付け可能であり、動画の検索が可能なコンテンツ画像が表示されている。

【0041】

また、図４には、コンテンツ表示領域ＡＲの外側の領域であって、コンテンツ表示領域ＡＲの下方に位置するフレームＦＲに対して生成されたコンテンツ画像の一例として、現在地周辺の口コミ情報を掲載するコンテンツ画像が表示されている。また、図４中、当該口コミ情報を掲載するコンテンツの下方に位置するフレームＦＲに対応して生成されたコンテンツ画像の一例として、車両Ｍの現在位置の周辺の人気店のランキングを示すコンテンツ画像が表示されている。

【0042】

例えば、図４において、コンテンツ表示領域ＡＲ内の表示がフレームＦＲ１つ分だけ上方向にスクロールされると、コンテンツ表示領域ＡＲの外側に位置していたフレームＦＲがコンテンツ表示領域ＡＲ内に持ち来され、当該持ち来されたフレームＦＲに対して生成された口コミ情報のコンテンツ画像がコンテンツ表示領域ＡＲに表示される。

【0043】

コンテンツ表示領域ＡＲに位置するフレームＦＲに対して生成されたコンテンツ画像は、ディスプレイ１１Ａ上に表示されている状態である「表示状態」である。一方、コンテンツ表示領域ＡＲの外側に位置するフレームＦＲに対して生成されたコンテンツ画像は、ディスプレイ１１Ａ上に表示されていない状態である「非表示状態」である。上述のように、非表示状態であってもコンテンツ及びコンテンツ画像は生成されている。

【0044】

また、上述したように、当該複数のコンテンツの各々を生成する複数のアプリケーションの各々は、コンテンツを生成するためにコンテンツ配信サーバ３０等の外部装置との間で通信を行う。上述したように、非表示状態であってもコンテンツは生成されるため、コンテンツを生成するアプリケーションは、非表示状態においてもコンテンツを生成するための通信を行う。

【0045】

しかし、当該通信によって送受信される情報の少なくとも一部について、非表示状態でのコンテンツの生成においては送受信されなくても支障が無い場合もあり得る。従って、非表示状態においては、表示状態における通信の態様と必ずしも同じ態様で通信を行われなくともよいといえる。

【0046】

本実施例において、制御部１７のアプリケーション制御部１７Ａは、複数のコンテンツ画像の各々がディスプレイ１１Ａ上に表示されていない非表示状態であるか、ディスプレイ１１Ａ上に表示されている表示状態であるかに応じて、複数のアプリケーションの各々の外部装置との通信の態様を決定して変更することができる。

【0047】

例えば、アプリケーション制御部１７Ａは、１のアプリケーションが生成するコンテンツに対応するコンテンツ画像が表示状態である場合には、当該アプリケーションは外部装置との通常の通信を行うのに対して、当該コンテンツ画像が非表示状態である場合には、通信を行わないように当該アプリケーションを制御してもよい。

【0048】

また、例えば、アプリケーション制御部１７Ａは、コンテンツ画像が非表示状態である場合に、対応するアプリケーションの通信の態様を、通信量を抑制する態様としてもよい。

【0049】

通信量を抑制する通信の態様として、例えば、通信の際の転送速度を低減することが挙げられる。例えば、アプリケーション制御部１７Ａは、転送速度を低減して通信を行うために、コンテンツ生成に用いるデータの更新を行う項目の数を削減してもよい。

【0050】

具体的には、例えば、現在位置の周辺の人気店のランキングを表示するコンテンツを生成するアプリケーションは、当該コンテンツに対応するコンテンツ画像が表示状態である場合には、現在位置に関連する商業施設の位置を示す情報と、各商業施設が目的地として設定された頻度を示す情報との両方を取得する通信を行う。当該アプリケーションは、当該コンテンツ画像が非表示状態である場合には、当該商業施設の位置を示す情報のみを取得する通信を行うことで、データの更新を行う項目の数を減らしてもよい。

【0051】

また、例えば、アプリケーションの各々は、生成するコンテンツ画像が表示状態であるか非表示状態であるかに応じて、通信の方式を変更してもよい。例えば、表示状態における通常の通信では高速の通信方式を使用し、非表示状態における通信では、低速の通信方式を使用してもよい。例えば、当該アプリケーションの各々は、表示状態で第４世代の移動通信システムを使用する場合に、非表示状態では第３世代の移動通信システムまたはこれよりも通信速度が低い無線通信システムを使用してもよい。これによって、非表示状態における通信の転送速度を制限することができ、通信にかかるコストを低減することができる。

【0052】

また、通信量を抑制する他の態様として、一定期間内に通信するデータの総量を削減することが挙げられる。例えば、アプリケーション制御部１７Ａは、一定期間内に通信するデータの総量を削減するために、データを更新する頻度を減らしてもよい。

【0053】

このように、通信の態様を変更することで、不要な通信を行うことを回避することができ、通信量を抑制することができる。また、延いては、コンテンツ配信サーバ３０及び車載装置としてのコンテンツ表示制御装置１０の処理負荷を低減させるとともに、消費電力を低減させることができる。

【0054】

図５は、上下方向に連続して配列された６つのフレームＦＲに対応して生成されたコンテンツ画像をタッチパネル１１と共に示している。図５中の「Ｃｏｎｔ．Ａ－Ｆ」は、対応するアプリケーションの各々によって生成された６つのコンテンツ画像Ａ～Ｆを示している。本実施例において、６つのフレームＦＲは、同等のサイズ及び等の形状を有している場合について説明する。尚、本実施例におけるサイズとは、コンテンツ画像の見た目上の大きさのことを示す。

【0055】

図５において、図４の場合と同様に、ディスプレイ１１Ａ上の地図表示領域ＮＶにはナビゲーション画面が表示され、コンテンツ表示領域ＡＲ内には、２つのフレームＦＲの各々に対して生成されたコンテンツ画像Ｃ（Cont. C）及びコンテンツ画像Ｄ(Cont. D)が表示されている。

【0056】

すなわち、図５において、コンテンツ画像Ａ－Ｆのうち、コンテンツ画像Ｃ及びＤが表示状態であり、コンテンツ画像Ａ，Ｂ、Ｅ及びＦは非表示状態である。コンテンツ画像Ａ－Ｆが生成されている６つのフレームＦＲは、上下方向の配列を保ったまま、上下方向にスクロールされる。従って、フレームＦＲのスクロールに伴って、コンテンツ画像Ａ－Ｆもスクロールされて、所定の順序で表示される。すなわち、コンテンツ画像Ａ－Ｆは、表示状態であるコンテンツ画像を起点として、所定のスクロール順序で選択的に表示（スクロール表示）される。

【0057】

例えば、図５において、コンテンツ画像Ａ－Ｆが上方向にスクロールされると、コンテンツ画像「Ａ－Ｂ－Ｃ－Ｄ－Ｅ－Ｆ」の順に表示される。反対に、コンテンツ画像Ａ－Ｆが下方向にスクロールされると、コンテンツ画像「Ｆ－Ｅ－Ｄ－Ｃ－Ｂ－Ａ」の順に表示される。

【0058】

従って、所定のスクロール順序で表示される際に、表示状態であるコンテンツ画像を起点として、非表示状態のコンテンツ画像が表示されるまでの順序、すなわちスクロールされて表示状態となるまでの順序である表示順序は、いずれのコンテンツ画像が表示状態であるかによって変動する。

【0059】

以下、非表示状態のコンテンツ画像がフレームＦＲを単位としてスクロールされてコンテンツ表示領域ＡＲに表示されるまでの順序である表示順序（以下、単に「表示順とも称する」）の一例について説明する。

【0060】

まず、表示状態であるコンテンツ画像については、既に表示されているため、表示順を「０」とする。次に、非表示状態のコンテンツ画像であって、表示状態のコンテンツ画像を起点として上下方向のいずれかにフレームＦＲ１つ分スクロールされると表示されるコンテンツ画像の表示順を「１」とする。言い換えれば、コンテンツ表示領域ＡＲからフレームＦＲ１つ分外側に位置するフレームＦＲに対応するコンテンツ画像の表示順が「１」となる。

【0061】

さらに、非表示状態のコンテンツ画像であって、表示状態のコンテンツ画像を起点として上下方向のいずれかにフレームＦＲ２つ分スクロールされると表示されるコンテンツ画像の表示順を「２」とする。すなわち、コンテンツ表示領域ＡＲからフレームＦＲ２つ分外側に位置するフレームＦＲに対応するコンテンツ画像の表示順が「２」となる。

【0062】

例えば、図５において、コンテンツ画像Ｃ及びＤの表示順は「０」であり、コンテンツ画像Ｂ及びＥの表示順は「１」であり、コンテンツ画像Ａ及びＦの表示順は「２」である。

【0063】

上述のように、コンテンツ画像Ａ―Ｆを生成するアプリケーションの各々は、外部装置との通信の態様を、対応するコンテンツ画像が表示状態であるか非表示状態であるかに応じて通信量を抑制する態様に変更することができる。

【0064】

より詳細には、当該アプリケーションの各々は、対応するコンテンツ画像に関して、表示状態であるコンテンツ画像を起点とした、複数のコンテンツ画像の所定のスクロール順序に応じて、外部装置との通信の態様を決定することができる。

【0065】

当該通信の態様の変更の際に、各々のコンテンツ画像が表示状態となるまでの順序である表示順に応じて通信量を抑制する度合いが変更されてもよい。

【0066】

例えば、アプリケーション制御部１７Ａは、コンテンツ画像の表示順が、所定の表示順よりも遅い場合に、通信量を抑制する度合いがより大きくなるようにアプリケーションの各々を制御してもよい。例えば、当該所定の表示順は、アプリケーション毎に定められていてもよく、各々のアプリケーションの性質に応じて定められていてもよい。

【0067】

また、例えば、アプリケーション制御部１７Ａは、表示順が遅いほど、通信量を抑制する度合いが大きくなるように、当該アプリケーションの各々を制御してもよい。

【0068】

例えば、図５において、コンテンツ画像Ｃ及びコンテンツ画像Ｄが表示状態であるときに、表示順が「２」であるコンテンツ画像Ａ及びコンテンツ画像Ｆは、表示順が「１」であるコンテンツ画像Ｂ及びコンテンツ画像Ｅよりも、ディスプレイ１１Ａ上に表示されるまでの順序が遅いといえる。この場合、コンテンツ画像Ｂ及びコンテンツ画像Ｅよりも、コンテンツ画像Ａ及びコンテンツ画像Ｆについて、通信量を抑制する度合いを大きくしてもよい。

【0069】

例えば、同じコンテンツ画像について、表示順が「１」である場合には通信の頻度を低くし、表示順が「２」である場合には通信をしないこととしてもよい。

【0070】

このように、表示順が遅いほど、通信量を抑制する度合いを大きくすることによって、コンテンツ画像が非表示状態である場合には不要な通信を抑制し、かつ、表示状態となった際には直ちに適切なコンテンツ画像を表示することが可能となる。

【0071】

当該通信量の抑制に関して、通信量の抑制を開始するタイミング及び通信量のレベルをより詳細に制御することが可能である。

【0072】

例えば、ユーザからのスクロール操作が受け付けられている最中には、各アプリケーションにおいて、対応する各々のコンテンツ画像の表示順に応じたレベルの通信量が、所定時間毎に設定されてもよい。当該所定時間は、例えば約０．１秒であってもよい。スクロール操作に追従した通信量の最適化が可能となり、スクロール操作中の不要な通信を抑制することができる。例えば、表示順が遅いほど通信量のレベルを低くすることができる。

【0073】

また、例えば、ユーザからのスクロール操作が受け付けられている最中には、各アプリケーションの通信量は、スクロール操作受付の直前に設定されていた通信量に固定されてもよい。

【0074】

そして、スクロール操作が完了した直後に、対応する各々のコンテンツ画像の表示順に応じたレベルの通信量が設定されてもよい。

【0075】

或いは、ユーザからのスクロール操作が受付けの最中には、各アプリケーションの通信量は、スクロール操作受付の直前に設定されていた通信量に固定される場合において、スクロール操作が完了すると一定の時間待機し、当該一定の時間（待機時間）を経過してもスクロール操作が受け付けられない場合に、対応する各々のコンテンツ画像の表示順に応じたレベルの通信量が設定されてもよい。当該待機時間は、例えば５秒であってもよい。

【0076】

例えば、当該待機時間は、コンテンツ表示制御装置１０の出荷時に設定されてもよく、任意の時間を設定可能であってもよい。また、例えば、コンテンツ表示制御装置１０においてスクロール操作が完了してから次のスクロール操作が受け付けられるまでの時間間隔の履歴に基づいて、当該待機時間が決定されてもよい。

【0077】

また、例えば、ユーザからのスクロール操作が受け付けられている最中には、各アプリケーションの通信量を、表示状態である際に設定される通信量としてもよい。そして、スクロール操作の完了後に、対応する各々のコンテンツ画像の表示順に応じたレベルの通信量が設定されてもよい。これによって、スクロール操作の完了後直ちに、表示状態であるコンテンツ画像を確実に表示することができる。

【0078】

また、例えば、ユーザからのスクロール操作が受け付けられている最中には、各アプリケーションを非通信状態とし、通信量をゼロとしてもよい。スクロール操作の完了後に、対応する各々のコンテンツ画像の表示順に応じたレベルの通信量が設定されてもよい。受付操作中の通信量を削減することができる。

【0079】

なお、図４及び図５において、複数のコンテンツ画像の各々が表示状態か非表示状態かに応じて対応するアプリケーションの通信の態様を変更することに加えて、複数のコンテンツ画像の内容の各々の性質に応じて、非表示状態における通信の態様が定められてもよい。

【0080】

例えば、リアルタイムの情報や現在位置に関わる情報を表示するコンテンツのように、表示状態の場合にのみ通信を行えば足りる性質のコンテンツに関しては、非表示状態においてアプリケーションの通信を停止することとしてもよい。

【0081】

例えば、リアルタイムのランキングを表示するコンテンツ、現在位置に関わる情報を表示するコンテンツに関しては、非表示状態においてアプリケーションの通信を停止してもよい。また、例えば、利用料が発生するコンテンツに関しては、非表示状態においてアプリケーションの通信を停止することが好ましい。

【0082】

例えば、車両Ｍの走行に関する情報をサーバに定期的にアップロードすることを必要とするような性質のコンテンツに関しては、非表示状態であっても当該コンテンツを生成するアプリケーションの通信を停止することなく、必要な通信を継続しつつ、通信量を抑制可能な態様で通信することとしてもよい。

【0083】

例えば、サーバから継続してデータをダウンロードすることを必要とするような性質のコンテンツに関しても、非表示状態におけるアプリケーションの通信を停止することなく、必要な通信を継続可能な程度に通信量を抑制することとしてもよい。

【0084】

例えば、上記のように、非表示状態であっても通信を停止しないことが好ましい性質のコンテンツに関して、通信量を抑制する際には、必要な通信を継続可能な程度に通信量を抑制することとしてもよい。すなわち、当該コンテンツに関しては、非表示状態における当該アプリケーションの通信を抑制する度合いを小さくしてもよい。

【0085】

例えば、動画をストリーミングするコンテンツに関して、非表示状態においては画像のダウンロードを停止して音声のみをダウンロードすることとしてもよい。なお、コンテンツの性質によっては、非表示状態における通信の態様を、表示状態における通信の態様と同じ態様としてもよい。

【0086】

なお、コンテンツ画像Ａ－Ｆが所定のスクロール順序で表示される際に、例えばＡから開始してＦに向かう方向にスクロールされて、Ｆまで表示されると、それ以上同じ方向にスクロールされても表示が変わらないこととしてもよい。或いは、Ｆの次に再びＡが表示されて、ＡからＦまでの表示が繰り返されてもよい。

【0087】

図６は、制御部１７のアプリケーション制御部１７Ａ及び表示制御部１７Ｂによって実行される制御の概要を示すシーケンス図である。アプリケーション制御部１７Ａ及び表示制御部１７Ｂは、例えば、表示制御装置１０の電源がＯＮになると、図６に示すシーケンスを開始する。

【0088】

アプリケーション制御部１７Ａは、記憶部１５のアプリケーション群１５Ａに含まれる複数のアプリケーションの各々を読み出して実行する（ステップＳ１０１）。アプリケーション制御部１７Ａは、各アプリケーションの通信を所定の態様となるように制御を開始する（ステップＳ１０２）。例えば、所定の態様は、コンテンツの生成に必要な通信を全て実行する態様であってもよく、通信量を抑制する態様であってもよい。

【0089】

各アプリケーションの通信が開始されると、アプリケーション制御部１７Ａは、各アプリケーションにコンテンツの生成を開始させ（ステップＳ１０３）、生成されたコンテンツの画像データを表示制御部１７Ｂに供給する（ステップＳ１０４）。

【0090】

表示制御部１７Ｂは、コンテンツを表示するための画像データが供給されると、コンテンツ画像の表示を開始する（ステップＳ１０５）。例えば、ステップＳ１０５において、表示制御部１７Ｂは、複数のコンテンツ画像のうちの２つをディスプレイ１１Ａ上に表示させて表示状態とし、その他のコンテンツ画像を非表示状態とする制御を行う。

【0091】

その後、表示制御部１７Ｂは、入力部２１を介してタッチパネル１１になされたスクロール操作の開始を示す入力操作を受け付けると（ステップＳ１０６）、当該入力操作に応じてコンテンツ画像をスクロール表示させる（ステップＳ１０７）。例えば、ステップＳ１０７において、ディスプレイ１１Ａ上のコンテンツ表示領域ＡＲに、タッチパッド１１Ｂへのタッチ操作の方向や移動量に合わせて、コンテンツ画像がスクロールされつつ表示される。

【0092】

表示制御部１７Ｂは、スクロール操作の終了を示す入力操作を受け付けると（ステップＳ１０８）、各々のコンテンツに対応するコンテンツ画像が表示状態か又は非表示状態であるかを示す表示状態通知をアプリケーション制御部１７Ａに対して行う（ステップＳ１０９）。例えば、ステップ１０９において、ステップＳ１０８でスクロール操作の終了が受け付けられた時点において表示状態か又は非表示状態であるかが通知される。

【0093】

アプリケーション制御部１７Ａは、表示状態通知を受け付けると、各々のコンテンツに対応するコンテンツ画像が表示状態であるか又は非表示状態であるかに応じた態様で、複数のアプリケーションの各々の通信態様を変更する（ステップＳ１１０）。

【0094】

図７を参照しつつ、表示制御部１７Ｂによって実行
されるルーチンの一例である表示制御ルーチンＲＴ１及びアプリケーション制御部１７Ａによって実行されるルーチンの一例である通信制御ルーチンＲＴ２について説明する。一例として、コンテンツ画像Ａを生成するアプリケーションであるアプリケーションＡを制御する場合について説明する。

【0095】

表示制御部１７Ｂは、例えば、アプリケーションＡが起動されてコンテンツ画像Ａが生成されると表示制御ルーチンＲＴ１を開始する。表示制御部１７Ｂは、表示制御ルーチンＲＴ１を開始すると、ディスプレイ１１Ａ上の表示領域ＲＡに対するスクロール操作を待機する（ステップＳ２０１）。ステップＳ２０１において、表示制御部１７Ｂは、表示領域ＲＡにおけるタッチパッド１１Ｂへのスクロールを示す入力操作であるスクロール操作を待機する。

【0096】

表示制御部１７Ｂは、ステップＳ２０１の実行後、スクロール操作が開始されたか否かを判定する（ステップＳ２０２）。ステップＳ２０２において、表示制御部１７Ｂは、表示領域ＲＡにおけるタッチパッド１１Ｂへのスクロール操作を入力部を介して受け付けたか否かを判定する。

【0097】

ステップＳ２０２において、表示制御部１７Ｂは、スクロール操作が開始されていないと判定すると、ステップＳ２０１に戻り、スクロール操作を再び待機する。ステップＳ２０２において、表示制御部１７Ｂは、スクロール操作が開始されたと判定すると、コンテンツ画像の各々をスクロールさせて表示するスクロール表示を行う（ステップＳ２０３）。例えば、ステップＳ２０３において、表示制御部１７Ｂは、コンテンツ画像の表示がスクロール操作に応じて上下いずれかの方向に移動するように制御する。

【0098】

ステップＳ２０３の実行後、表示制御部１７Ｂは、スクロール操作が終了したか否かを判定する（ステップＳ２０４）。ステップＳ２０４において、表示制御部１７Ｂは、入力部を介して受け付けた入力操作が終了したか否かを判定する。表示制御部１７Ｂは、ステップＳ２０４において、スクロール操作が終了していないと判定すると、ステップＳ２０３に戻り、スクロール表示を継続して行う。

【0099】

表示制御部１７Ｂは、ステップＳ２０４において、スクロール操作が終了したと判定する（ステップＳ２０４：ＹＥＳ）と、各々のコンテンツ画像が表示状態であるか非表示状態であるかを示す表示状態通知を行う（ステップＳ２０５）。ステップＳ２０５において、表示制御部１７Ｂは、表示状態通知をアプリケーション制御部１７Ａに供給する。

【0100】

表示制御部１７Ｂは、ステップＳ２０５の実行後、表示制御ルーチンＲＴ１を終了し、表示制御ルーチンＲＴ１を繰り返し実行する。

【0101】

アプリケーション制御部１７Ａは、通信制御ルーチンＲＴ２を開始すると、表示制御部１７Ｂからの表示状態通知を待機する（ステップＳ３０１）。アプリケーション制御部１７Ａは、ステップＳ３０１の実行後、表示状態通知を受けたか否かを判定する（ステップＳ３０２）。

【0102】

ステップＳ３０２において、アプリケーション制御部１７Ａは、表示状態通知を受けていないと判定する（ステップＳ３０２：ＮＯ）と、ステップＳ３０１に戻り、表示状態通知を再び待機する。ステップＳ３０２において、アプリケーション制御部１７Ａは、表示状態通知を受けたと判定する（ステップＳ３０２：ＹＥＳ）と、当該表示状態通知に基づいて、コンテンツ画像Ａが表示状態であるか否かを判定する（ステップＳ３０３）。

【0103】

ステップＳ３０３において、アプリケーション制御部１７Ａは、コンテンツ画像Ａが表示状態であると判定すると（ステップＳ３０３：ＹＥＳ）、コンテンツ画像Ａが表示されている際の通信のモードである通常モードで通信を行うように、アプリケーションＡを制御する（ステップＳ３０４）。

【0104】

ステップＳ３０３において、アプリケーション制御部１７Ａは、コンテンツ画像Ａが表示状態ではないと判定すると（ステップＳ３０３：ＮＯ）、通常モードよりも通信量を抑制した態様で通信を行うように、アプリケーションＡを制御する（ステップＳ３０５）。
例えば、ステップＳ３０５におけるアプリケーションＡの通信制御は、コンテンツ画像Ａの性質に応じた態様でなされてもよい。

【0105】

アプリケーション制御部１７Ａは、ステップＳ３０４又はステップＳ３０５の実行後、通信制御ルーチンＲＴ２を終了して繰り返し通信制御ルーチンＲＴ２を実行する。

【0106】

図８は、通信制御ルーチンＲＴ２の変形例である通信制御ルーチンＲＴ３を示すフローチャートである。図８において、通信制御ルーチンＲＴ２の場合と実質的に同一のステップについては、同一の参照符号を付している。

【0107】

アプリケーション制御部１７Ａは、通信制御ルーチンＲＴ３を開始すると、表示制御部１７Ｂからの表示状態通知を待機（ステップＳ３０１）し、表示状態通知を受けると（ステップＳ３０２）、コンテンツ画像Ａが表示状態であるか否かを判定する（ステップＳ３０３）。

【0108】

ステップＳ３０３において、アプリケーション制御部１７Ａは、コンテンツ画像Ａが表示状態ではないと判定すると（ステップＳ３０３：ＮＯ）、コンテンツ画像Ａが表示状態となるまでの順序である表示順が２以上であるか否かを判定する（ステップＳ４０１）。

【0109】

ステップＳ４０１において、アプリケーション制御部１７Ａは、例えば、図５に示したような、表示状態となるまでの順序である表示順が、フレームＦＲ２つ分以上であるか否かを判定する。

【0110】

例えば、コンテンツ画像Ａの表示順を示す情報である表示順情報が、表示状態通知に含まれていてもよい。この場合、ステップＳ４０１において、アプリケーション制御部１７Ａは、当該表示順情報に基づいて、表示順が２以上であるか否かを判定してもよい。

【0111】

なお、ステップＳ４０１における判定基準となる表示順が２である例を示したが、これに限られない。例えば、コンテンツ画像の内容の性質に応じて、異なる判定基準が定められていてもよい。すなわち、ステップＳ４０１において、コンテンツ画像Ａの表示順が、所定の表示順を基準として、当該基準よりも表示順が遅いか否かが判定される。

【0112】

アプリケーション制御部１７Ａは、ステップＳ４０１において、表示順が２以上ではないと判定する（ステップＳ４０１：ＮＯ）と、第１抑制モードで通信するようにアプリケーションＡを制御する（ステップＳ４０２）。

【0113】

ステップＳ４０２において、アプリケーション制御部１７Ａは、例えば、通信量の抑制の度合いが小さく、表示状態になれば直ちに通常モードでの通信に変更可能な態様に通信制御する。

【0114】

アプリケーション制御部１７Ａは、ステップＳ４０１において、表示順が２以上であると判定する（ステップＳ４０１：ＹＥＳ）と、第２抑制モードで通信するようにアプリケーションＡを制御する（ステップＳ４０３）。

【0115】

ステップＳ４０３において、アプリケーション制御部１７Ａは、例えば、第１抑制モードよりも通信量の抑制の度合いが大きい態様に通信制御する。ステップＳ４０３において、例えば、アプリケーションＡの通信が停止されてもよい。

【0116】

例えば、アプリケーションＡは、ステップＳ４０２では、ランキングの算出に必要なデータの収集のみを行い、ステップＳ４０３では、通信を停止することとしてもよい。

【0117】

アプリケーション制御部１７Ａは、ステップＳ３０４、ステップＳ４０２又はステップＳ４０３の実行後、通信制御ルーチンＲＴ３を終了して繰り返し通信制御ルーチンＲＴ３を実行する。

【0118】

以上、説明したように、本実施例のコンテンツ表示制御装置１０を含むコンテンツ表示システム１００によれば、アプリケーション群１５Ａに含まれる複数のアプリケーションの各々に対応する複数のコンテンツ画像の一部を、車両Ｍに備えられた表示画面であるディスプレイ１１Ａ上のコンテンツ表示領域ＡＲにスクロール表示させることができる。当該複数のアプリケーションの各々は、コンテンツ画像を生成するために外部装置との通信を行う。

【0119】

そして、当該複数のアプリケーションの各々は、対応する複数のコンテンツ画像の各々が、表示状態であるか非表示状態であるかに応じて、通信の態様を決定することができる。当該複数のアプリケーションの各々は、対応する複数のコンテンツ画像の各々が非表示状態である場合に、通信量を抑制する態様で通信することができる。従って、不要な通信を抑制することができる。

【0120】

さらに、コンテンツ表示制御装置１０は、複数のコンテンツ画像の各々を所定のスクロール順序でスクロール表示させることができる。そして、各々のコンテンツ画像が表示状態となるまでの順序、すなわちスクロール表示の表示順序に応じて、当該複数のアプリケーションの各々の通信の態様を決定することができる。従って、コンテンツ画像の表示順序が遅いほど、通信量を抑制する度合いを大きくすることもできる。

【0121】

また、当該複数のコンテンツ画像の内容の各々が有する性質に応じて、対応するアプリケーションの通信の態様を異なる態様とすることもできる。

【0122】

従って、コンテンツ表示の際に、当該コンテンツ画像を生成するアプリケーションの不要な通信を抑制することが可能であり、利便性の高いコンテンツの表示を効率良く実現可能なコンテンツ表示制御装置を提供することができる。これによって、データ通信量の増大を防止し、表示装置の処理負荷や消費電力の増大を抑制することが可能となる。

【0123】

なお、コンテンツ表示制御装置１０が、２つのコンテンツ画像を同時に表示状態とする例について説明したが、これに限られない。１つ又は３つ以上のコンテンツ画像が表示状態となるように表示制御してもよい。

【0124】

また、図５において、複数のフレームＦＲの各々が互いに同等のサイズである場合について説明したが、これに限られない。複数のフレームＦＲの配列中に、サイズが互いに異なるフレームＦＲが含まれていても良い。例えば、幅が同じであっても上下方向の長さが互いに異なるフレームＦＲが配列されていてもよい。また、例えば、複数のフレームＦＲの配列中に、幅が異なるフレームＦＲが含まれていてもよい。例えば、複数のコンテンツ画像の各々は、上記のようなサイズの異なるフレームＦＲに対応して生成されることで互いに異なるサイズで生成されていてもよい。

【0125】

また、図５において、複数のフレームＦＲの各々が互いに同等の形状であるように説明したが、これに限られない。例えば、当該複数のフレームＦＲは、形状が互いに異なるフレームＦＲが組み合わされて配列されていてもよい。例えば、複数のコンテンツ画像の各々は、上記のような形状の異なるフレームＦＲに対応して生成されることで互いに異なる形状で生成されていてもよい。

【0126】

また、コンテンツ表示制御装置１０が表示制御するスクロールの方向は上下方向に限られず、左右方向にスクロール可能に表示制御してもよい。

【0127】

また、図４及び図５において、コンテンツ表示領域ＡＲのディスプレイ１１Ａ上における位置がディスプレイ１１Ａに向かって左側である例を示したが、これに限られない。例えば、コンテンツ表示領域ＡＲのディスプレイ１１Ａ上における位置は、ディスプレイ１１Ａに向かって右側でもよい。或いは、コンテンツ表示領域ＡＲがディスプレイ１１Ａの上部又は下部に設けられて、当該コンテンツ表示領域ＡＲ内に表示される複数のコンテンツが左右方向にスクロールされてもよい。

【0128】

上述した実施例における構成は例示に過ぎず、用途等に応じて適宜選択及び変更可能である。

【符号の説明】

【0129】

１０ コンテンツ表示制御装置
３０ コンテンツ配信サーバ
１１ タッチパネル
１１Ａ ディスプレイ
１１Ｂ タッチパッド
１３ システムバス
１５ 記憶部
１５Ａ アプリケーション群
１５Ｂ 地図データベース
１７ 制御部
１９ 通信部
２１ 入力部
２３ 出力部
２５ ＧＰＳ受信機
１００ コンテンツ表示システム
Ｍ 車両
ＮＷ ネットワーク
ＦＲ フレーム
ＡＲ コンテンツ表示領域
ＮＶ 地図表示領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】