JP6170942B2 - 情報処理装置、および、そのブラウザ制御方法 - Google Patents

Description

本発明は、情報処理装置、および、そのブラウザ制御方法に係り、特に、カーナビケーションシステム上で表示されるＷｅｂブラウザを操作するユーザに対する安全確保をおこなうために好適な情報処理装置、および、そのブラウザ制御方法に関する。

近年、カーナビゲーション（以下、単に「カーナビ」という）端末に代表される車載端末を通して、ドライバを含む車両の搭乗者に動画・画像・音声・文字等を含んだより多くのコンテンツが提供されるようになってきている。コンテンツを表示するための端末は、車載端末に限らず、急速な普及を続けるスマートフォン等の携帯電話端末が利用されるようになってきた。また、コンテンツは、車載端末や携帯電話端末に保存されているものに加え、インターネット上の多様なコンテンツが利用可能となってきている。

特に、ＨＴＭＬ（Hyper Text Markup Language）に代表されるマークアップ言語の表現力やＨＴＭＬ関連技術の進化は目覚ましく、その高度な機能と開発の容易性から、車内で利用するコンテンツのＨＴＭＬ化が進んでいる。Ｗｅｂブラウザ（以下、単に「ブラウザ」という）は、サーバから取得したＨＴＭＬやＸＭＬ（Extensible Markup Language）等のマークアップ言語で記述されたファイルや、ＪａｖａＳｃｒｉｐｔ（登録商標）等で記述されたスクリプト言語ファイル、ＣＳＳ（Cascading Style Sheets）等のスタイル定義ファイルといったＷｅｂコンテンツを解析し、同様にして取得した動画・画像・音声ファイル等を解析結果に基づいて配置する処理を実行する。処理結果は、ブラウザを搭載した車載端末や携帯電話端末の画面に表示される。

一方、車載端末には従来から、ドライバを含む車両の搭乗者の安全を妨げないよう、走行中は車載端末の操作・表示を規制するいわゆる走行規制機能が搭載されてきた。従来の走行規制の仕組みは、車載端末に予めインストールされたカーナビや動画再生等といったアプリケーションソフトウェアごとに作り込まれて実装がなされてきた。

ブラウザに関する走行規制に関連する車載用装置としては、特許文献１に開示がある。特許文献１には、サーバから、車載端末の画面に表示するマークアップ言語で記述されたコンテンツを受信した際に、重要度コードや点滅表示情報、動画表示情報を検出したコンテンツに対して、車両の走行状態に応じてコンテンツに含まれる動画や文字を選択的に規制して表示する仕組みが記載されている（請求項１、２、４）。

特開２００１−１１４０２９号公報

上記従来技術に係る特許文献１は、アプリケーションソフトウェアごとに、走行規制の仕組みを作りこまなくとも、コンテンツの中に走行規制を要する情報を埋め込むことにより、走行規制をおこなうことができる。

しかしながら、上記特許文献１は、ユーザにより、表示をブラウザ以外のアプリケーションからブラウザへと切り換える操作や、ブラウザ上で、［戻る］［進む］ボタンやタブの切換えによって別のＷｅｂコンテンツの表示に切り換える操作があったときの走行規制に適用できない。

すなわち、停止中に走行規制をかけずに表示していたブラウザの表示画面が、一端、別のアプリケーションの表示画面に隠されて、表示されなくなり、その後、再び、車両の走行中にそのブラウザに切り換えたときには、車両の走行中であっても、走行規制がかけられていないブラウザの表示画面が表示されてしまうことになるという問題点があった。

また、最新のＷｅｂ関連技術として、一度Ｗｅｂコンテンツを読み込んで表示した後でサーバとブラウザが通信をおこない、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを取得するという技術がある。これは、今後車内での利用増加が見込まれており、Ｗ３Ｃ（World Wide Web Consortium）やＩＥＴＦ（Internet Engineering Task Force）により仕様策定が進むＸＭＬＨｔｔｐＲｅｑｕｅｓｔやＷｅｂＳｏｃｋｅｔといったＪａｖａＳｃｒｉｐｔで実装可能な機能がその代表例である。ＸＭＬＨｔｔｐＲｅｑｕｅｓｔによれば、Ｗｅｂコンテンツを一度読み込んで表示した後も、任意のタイミングでサーバにＨＴＴＰ（Hypertext Transfer Protocol）リクエストを発行し、追加コンテンツを受信することができる。また、ＷｅｂＳｏｃｋｅｔによれば、ブラウザからサーバへの通信に加え、ブラウザからのリクエストなしにサーバからブラウザに一方的に追加コンテンツを送信することができる。

こういった機能は表示を頻繁に更新するため、車両が走行している間は搭乗者の安全確保のために規制する必要がある。しかしながら、単純に車載端末側でＪａｖａＳｃｒｉｐｔの機能を無効化すると、サーバは車載端末の走行規制を認識できずに追加コンテンツを送信する。車載端末が受信した追加コンテンツは、機能が無効化されているため破棄されてしまうという問題点があった。

本発明は、上記問題点を解決するためになされたもので、その目的は、車載される情報処理装置にブラウザを表示するときに、車両の走行中の状態に適応して、適切な表示画面を表示する情報処理装置を提供することにある。

また、別の目的は、車載される情報処理装置のブラウザが、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを受信するときにも、車両の走行中の状態にかかわらず、その追加コンテンツを受信し、適切なブラウザに反映しうる情報処理装置を提供することにある。

本発明に係る車載端末などの情報処理装置は、ユーザがブラウザを操作した際に、操作により切り換えられた後の表示にも走行規制を適用することができるものである。

本発明に係る情報処理装置では、先ず、ユーザが、車載端末にインストールされたブラウザ以外のアプリケーションからブラウザに表示を切り換える操作や、ブラウザ上で別のＷｅｂコンテンツへと表示を切り換える操作をおこなった際、切り換えた後に表示すべきＷｅｂコンテンツに関する情報を取得し、ＷｅｂサーバやブラウザキャッシュからのＷｅｂコンテンツの再読み込みを要求する。このとき、車両の走行状態を判定し、判定結果に応じて、車両が停止していれば走行規制のための加工が施されていないＷｅｂコンテンツ（以下、「加工前Ｗｅｂコンテンツ」という）を読み込み、走行していれば、加工が施されたＷｅｂコンテンツ（以下、「加工後Ｗｅｂコンテンツ」という）を読み込んで表示する。

さらに、ユーザの操作がない場合でも、車両の走行状態が「停止」から「走行」へと変化した場合には、加工後Ｗｅｂコンテンツを、一方、「走行」から「停止」へと変化した場合は加工前Ｗｅｂコンテンツを読み込んで表示する。

また、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔやＷｅｂＳｏｃｋｅｔにより、一度Ｗｅｂコンテンツを読み込んで表示した後でサーバとブラウザが通信をおこない、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを車載端末が受信した際には、現時点の車両の走行状態を判定し、走行中であれば追加コンテンツを一時的に保存しておく。車両が停止して走行規制が解除された際に、保存しておいた追加コンテンツを読み込んで表示を更新する。追加コンテンツを車載端末が受信した際に車両が停止中であれば、保存せずそのまま追加コンテンツを読み込んで表示を更新する。

本発明によれば、ユーザがブラウザを操作した際に、操作により切り換えられた後の表示にも走行規制を適用することができる。

また、車両が走行中で規制を適用中であっても、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔやＷｅｂＳｏｃｋｅｔといったＨＴＭＬ関連技術により、一度Ｗｅｂコンテンツを読み込んで表示した後でサーバとブラウザが通信をおこない、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを車載端末が受信することが可能となる。

本発明によれば、車載される情報処理装置にブラウザを表示するときに、車両の走行中の状態に適応して、適切な表示画面を表示する情報処理装置を提供することができる。

また、本発明によれば、車載される情報処理装置のブラウザが、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを受信するときにも、車両の走行中の状態にかかわらず、その追加コンテンツを受信し、適切なブラウザに反映しうる情報処理装置を提供することができる。

本発明の第一の実施形態に係る車載情報通信システムの概要を示すシステム構成図である。 本発明の第一の実施形態に係る車載端末のハードウェア構成図である。 本発明の第一の実施形態に係る車載端末の機能構成図である。 規制ルール２４４のデータフォーマットを示す図である。 従来技術に係る従来ブラウザの構成図である。 本発明の第一の実施形態に係るブラウザ２２０の構成図である。 Ｗｅｂコンテンツ格納情報テーブルの一例を示す図である（その一）。 ブラウザ２２０の規制部３００の処理を示すフローチャートである。 Ｗｅｂコンテンツ格納情報テーブルの一例を示す図である（その二）。 Ｗｅｂコンテンツ格納情報テーブルの一例を示す図である（その三）。 加工前Ｗｅｂコンテンツのみを保持する際のブラウザ２２０の規制部３００の処理を示すフローチャートである。 Ｗｅｂコンテンツを保持しない際のブラウザ２２０の規制部３００の処理を示すフローチャートである。 車載情報通信システムが表示する提供するナビゲーションとブラウザ２２０の画面を示す図である。 本発明の第二の実施形態に係るブラウザ２２０ａの構成図である。 本発明の第二の実施形態に係るブラウザ２２０ａの規制部３００ａの処理を示すフローチャートである。 本発明の第三の実施形態に係るブラウザ２２０ｂの構成図である。 本発明の第三の実施形態に係るブラウザ２２０ｂの規制部３００ｂの処理を示すフローチャートである。 本発明の第四の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。 本発明の第四の実施形態に係る車載端末のハードウェア構成図である。 本発明の第五の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。 本発明の第五の実施形態に係る携帯電話端末２０ａのハードウェア構成図である。 本発明の第五の実施形態に係る車載端末の機能構成図である。 本発明の第五の実施形態に係るブラウザ４２０の構成図である。 本発明の第六の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。 本発明の第六の実施形態に係る携帯電話端末２０ｂの構成図である。 本発明の第七の実施形態に係る携帯電話端末２０ｃの構成図である。

以下、本発明に係る各実施形態を、図１ないし図２６を用いて説明する。

〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図１２を用いて説明する。
先ず、図１ないし図３を用いて本発明の第一の実施形態に係る車載情報通信システムについて説明する。
図１は、本発明の第一の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。
図２は、本発明の第一の実施形態に係る車載端末のハードウェア構成図である。
図３は、本発明の第一の実施形態に係る車載端末の機能構成図である。

本発明の第一の実施形態に係る車載情報通信システムは、インターネット上における多様なコンテンツを車両の搭乗者に提供するためのシステムであって、車載端末１０および携帯電話端末２０を備えた車両３０と、基地局７０とグローバル網４０を介して接続されたＷｅｂサーバ５０および規制ルールサーバ６０を含んで構成される。

本実施形態における車載端末１０は、インターネット網と直接通信する機能を有していないため、携帯電話端末２０と基地局７０との無線通信を介して、グローバル網４０Ｗｅｂサーバ５０や規制ルールサーバ６０と通信する。Ｗｅｂサーバ５０は、インターネット上のコンテンツを配信するサーバである。規制ルールサーバ６０は、車載端末１０の画面にコンテンツを表示する際に走行規制を適用するための規制ルール（詳しくは、後述）を配信するサーバである。

なお、以上の説明では、規制ルールサーバが規制ルールを配信するとしているが、規制ルールサーバのないシステム構成で、車載端末に予め保存されたデフォルトの規制ルールを用いてＷｅｂコンテンツに加工を施すようにしてもよい。

また、携帯電話端末２０は、車載端末１０およびインターネット網に接続され通信ができるものであれば、電話機能を持たない無線通信端末であってもよい。

搭乗者がインターネット上のコンテンツを利用する際には、車載端末１０がコンテンツのリクエストを発行し、携帯電話端末２０の通信機能を利用して、基地局７０により無線で通信する。基地局７０は、携帯電話端末２０の無線通信を仲介して、グローバル網４０を中継する無線設備である。

そして、基地局７０は、グローバル網４０に接続されているＷｅｂサーバ５０に、携帯電話端末２０からのリクエストを送信する。Ｗｅｂサーバ５０は、リクエストに応じたコンテンツをレスポンスとして携帯電話端末２０に送信する。車載端末１０は携帯電話端末２０と通信してコンテンツを受信する。

ここで、グローバル網４０は、電話網やインターネット網などのグローバルな通信網のことである。

次に、図２を用いて車載端末１０のハードウェア構成について説明する。
図２に示されるように、車載端末１０は、ハードウェアとして、ＣＰＵ２００、ＲＯＭ２０１、ＲＡＭ２０２、機器間通信インタフェース２０３、測位センサ２０４、ジャイロセンサ２０５、表示装置２０６、操作装置２０７、補助記憶装置２０８、車載ＬＡＮインタフェース２０９、カメラ２１０、ラジオチューナ２１１、テレビチューナ２１２、マイク２１３、スピーカ２１４で構成されている。

ＣＰＵ(Central Processing Unit)２００は、車載端末１０の各部を制御し、ＲＡＭ２０２上にロードされるカーナビゲーションのアプリケーションソフトウェアやブラウザのプログラムを実行する演算・制御のためのユニットである。

ＲＯＭ(Read Only Memory)２０１は、制御プログラムなどが書き込まれた読み出し専用の記憶装置である。

ＲＡＭ(Random Access Memory)２０２は、補助記憶装置２０８に記憶されているプログラムをロードして一時的に保管したり、ワークデータを記憶する記憶装置である。

機器間通信インタフェース部２０４は、携帯電話端末２０と接続して、データをやり取りするためのインタフェース装置である。接続方式は、ＵＳＢ（Universal Serial Bus）やＨＤＭＩ（High-Definition Multimedia Interface）（登録商標）等の規格に準拠した有線接続でもよいし、無線ＬＡＮ（Local Area Network）のIEEE 802.11a/b/g/nやＢｌｕｅｔｏｏｔｈ（登録商標）等の規格に準拠した無線接続でもよい。

測位センサ２０４は、地球上での緯度および経度で示される自身の位置を測位するためのセンサである。

ジャイロセンサ２０５は、車両の角度や角速度を計測するためのセンサである。

表示装置２０６は、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等、搭乗者に画像情報を表示する装置である。

操作装置２０７は、搭乗者が車載端末１０を指で操作するボタン、スイッチ、キーボード、タッチパネル等の装置である。

補助記憶装置２０８は、図３にも示す地図ＤＢ２４０、規制ルール２４４、音声データ２４５、動画データ２４６などの各種データと、カーナビゲーションのアプリケーションソフトウェアやブラウザのプログラムを記憶する大容量の記憶装置であり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）である。なお、情報が古くなり入れ替えが必要となった際には、車載端末１０は、機器間通信インタフェース２０３と携帯電話端末２０を経由してグローバル網４０に接続することにより、当該記憶装置などに保存されている地図ＤＢ２４０、規制ルール２４４、音声データ２４５、動画データ２４６などの各種データを、グローバル網４０と接続されたサーバから取得して更新することができる。また、ブラウザなどのソフトウェアもサーバからアップデートして、最新のものにすることができる。

車載ＬＡＮインタフェース２０９は、車載ネットワーク２６１と接続し、車両３０の走行状態や内部状態を表す車載ネットワーク２６１からのデータを内部に取り込むための装置である。

また、車載端末１０は、車両信号線２６０とも接続されており、車両３０の走行状態や内部状態を取り込むことができる。

カメラ２１０は、車両３０の外部環境を撮影して画像として取り込む光学装置である。

ラジオチューナ２１１は、アンテナより短波、中波、超短波の電波を受信し、選曲して番組として聴取する装置である。特に、ＦＭ多重放送の受信として、ＶＩＣＳ（Vehicle Information and Communication System）（登録商標）から交通情報を受信することができる。

テレビチューナ２１２は、超短波の電波を受信し、選曲して、ＴＶ番組として動画を再生する装置である。

マイク２１３は、搭乗者の音声を収集するための装置である。

スピーカ２１４は、ブラウザ２２０や音声再生部２２８、動画再生部２２９からの音楽情報、経路案内時の音声案内および操作音等を出力するための装置である。

次に、図３を用いて車載端末１０のソフトウェア構成について説明する。
本発明の第一の実施形態に係る車載端末１０のソフトウェアは、主に、カーナビゲーションと、Ｗｅｂのブラウジングをおこなうためのコンポーネント群であり、図３に示されるように、ブラウザ２２０、表示管理部２２１、ナビゲーション部２２２、交通情報取得部２２３、車両情報取得部２２４、走行状態判定部２２５、規制ルール管理部２２６、音声再生部２２８、動画再生部２２９、通信制御部２３０よりなる。

各コンポーネントは、コンピュータプログラム、特に、ＯＳ上で動作するアプリケーションプログラムとして実装され、ＲＯＭ２０１に格納されているか、補助記憶装置２０８に記憶されていて、ＲＡＭ２０２にロードされて、ＣＰＵ２００によって、プログラムとして解釈実行される。

また、本発明の第一の実施形態に係る車載端末１０が扱うデータとしては、地図ＤＢ２４０、交通情報データ２４１、車両信号２４２、車載ネットワークデータ２４３、規制ルール２４４、音声データ２４５、動画データ２４６、表示データ２４７、音声アナログ信号２４８、通信データ２４９がある。

ブラウザ２２０は、Ｗｅｂサーバ５０から取得したＨＴＭＬやＸＭＬ等のマークアップ言語で記述されたファイルや、ＪａｖａＳｃｒｉｐｔ等で記述されたスクリプト言語ファイル、ＣＳＳ等のスタイル定義ファイル等を解析し、同様にして取得した動画・画像・音声ファイル等を解析結果に基づいて配置する処理を実行する。そして、処理結果を表示管理部２２１を経由して、表示データ２４７を表示装置２０６に表示したり、スピーカ２１４から音声情報を出力したりする。

表示管理部２２１は、表示装置２０６に表示する情報を切り換える制御をおこなう。例えば、搭乗者が操作装置２０７を操作した際に表示を切り換える制御や、車載端末１０上で動作するブラウザ２２０やナビゲーション部２２２、動画再生部２２９等のアプリケーションごとの表示の制御をおこなう。

ナビゲーション部２２２は、車両３０の位置を元にして、出発地からドライバによって指定された目的地までの経路案内をおこなう。例えば、測位センサ２０４とジャイロセンサ２０５から取得した自装置の位置を示す測位情報と、車両情報取得部２２４から取得した速度情報等から車両３０の位置を推定し、推定した車両３０の位置を地図ＤＢ２４０により示される情報と比較することによって誤差を補正して車両３０の位置を特定する。そして、ナビゲーション部２２２は、現在の車両３０の位置に基づいて目的地までの経路案内を、スピーカ２１４から出力される音声、または、表示装置２０６に表示される画像によってドライバに提示する。

交通情報取得部２２３はＶＩＣＳ（Vehicle Information and Communication System）等から取得した渋滞情報、事故情報、工事情報等を交通情報データ２４１として取得する。

車両情報取得部２２４は、車両３０の車載ネットワーク２６１や車両信号線２６０からデータを取り込む部分であり、車両３０の走行に関する情報である速度情報、加速度情報、ブレーキの操作情報、ハンドルの操舵情報、燃費情報等を取得し、操作パネル上に必要な情報を表示したり、ナビゲーション部２２２の表示に用いられる。

走行状態判定部２２５は、車両情報取得部２２４が取得した速度情報やブレーキ操作情報等に基づいて車両が走行中であるか否かを判定する。この判定結果の情報は、ナビゲーション部２２２やブラウザ２２０に用いられる。

規制ルール管理部２２６は、Ｗｅｂサーバ５０から取得したＷｅｂコンテンツを表示する際の走行規制のための規制ルール２４４を管理する。ブラウザ２２０からの指示により規制ルール２４４を読み込んだり、規制ルール２４４が更新されたことをブラウザ２２０に通知したりする。

音声再生部２２８は、音声データ２４５あるいはラジオチューナ２１１から音声情報を取得してデコードし、そのデコードした情報を音声アナログ信号として、スピーカ２１４やヘッドホン（図示せず）に出力する
動画再生部２２９は、動画データ２４６やテレビチューナ２１２から動画情報を取得してデコードをおこない、そのデコードした情報を表示管理部２２１を経由して、動画として表示装置２０６に表示し、その音声をスピーカ２１４から出力する。

通信制御部２３０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの通信プロトコルの処理をおこない、通信データ２４９を他の端末あるいはサーバから情報を受信したり、ブラウザ２２０等から情報を取得して他の端末あるいはサーバが指定する通信プロトコルに則り情報を成形して、通信データ２４９として送信したりする。

地図ＤＢ２４０は、住所情報、道路情報、ガソリンスタンドや学校といった建物の情報等から構成される地図情報と、制限速度等の交通規制の情報等の地図関連情報とで構成され、ナビゲーション部２２２による経路案内に使用される。地図ＤＢ２４０は、補助記憶装置２０８に記憶されていてもよいし、グローバル網４０に接続された外部のサーバより、随時、ダウンロードしてもよい。

交通情報データ２４１は、ＶＩＣＳ（Vehicle Information and Communication System）等の交通情報システムから取得した渋滞情報、事故情報、工事情報等である。なお、交通情報は刻々と変化するため、蓄積したデータを使用し続けることができない。交通情報データ２４１は、ナビゲーション部２２２による経路案内、およびドライバへの交通情報の通知に使用される。

車両信号２４２と車載ネットワークデータ２４３は、それぞれ車両信号線２４２と車載ネットワーク２２１から取り込まれるデータ部分であり、車両３０の走行に関する情報である速度情報、加速度情報、ブレーキの操作情報、ハンドルの操舵情報、燃費情報等である。車載ネットワークデータ２４３は、車両信号２４２と比較してデジタルデータ化されていることに違いがある。

規制ルール２４４は、Ｗｅｂコンテンツを走行中に表示しても搭乗者の安全を妨げないように加工するためのルールである。この規制ルール２４４については、後に、詳説する。

音声データ２４５は、マイク２１３から取り込まれたり、動画データの中のデータであり、音声再生部２２８によって、音声アナログ信号２４８に変換される。

音声アナログ信号２４８は、音声再生部２２８によって、音声データ２４５をアナログ信号に変換したものであり、スピーカ２１４やヘッドホン（図示せず）に入力されて、聴取者に音声として出力される。

動画データ２４６は、動画再生のために、動画再生部２２９に入力される元データであり、例えば、ＭＰＥＧ（Moving Picture Experts Group）データである。
通信データ２４９は、通信制御部２３０が送受信するデータである。

次に、図４を用いて規制ルール２４４のデータフォーマットについて説明する。
図４は、規制ルール２４４のデータフォーマットを示す図である。
規制ルール２４４は、 Ｗｅｂコンテンツを表示する際の走行規制のために設けられるルールであり、Ｗｅｂコンテンツを走行中に表示しても搭乗者の安全を妨げないように加工するために用いられる。

図４に示すように、規制ルール２４４は、地域４０２、規制ルール番号４０３、規制対象４０４を含んで構成される。

地域４０２は、規制ルール２４４が適用可能な地理的な範囲を示すエントリである。地域４０２の範囲は、単一の国または複数の国を含んだ地域であってもよいし、州や県等のように国より狭い範囲であってもよい。

規制ルール番号４０３は、同じ地域内で異なる規制ルール２４４を適用するために用いられる、規制ルール２４４の種別を示す番号を格納するエントリである。

規制対象４０４は、Ｗｅｂコンテンツに含まれる内容ごとの規制要否を示すエントリである。

ここで、図４に例として示した規制ルール２４４は、地域４０２が「日本」で、規制ルール番号４０３が「３」で、規制対象４０４は、「動画」は「規制する」、「静止画」は「規制しない」、「文字（５０文字以上）」は「規制する」というものである。規制対象４０４で「規制しない」となっている内容については、Ｗｅｂコンテンツの加工は不要であるが、「規制する」となっている内容については非表示にする・黒く塗りつぶす等の加工が施される。

ここで、本実施形態のブラウザ２２０の説明をする前に、先ず、図５を用いて従来のブラウザである従来ブラウザ２２０ｐの構成について説明する。

図５は、従来技術に係る従来ブラウザの構成図である。
図５に示すように、従来ブラウザ２２０ｐは、ブラウザ制御部３０１、ブラウザキャッシュ３０２、レンダリング部３０３、ブラウザ通信部３０４を備えている。

ここで、従来ブラウザ２２０ｐは、タブブラウザであってもよい。タブブラウザとは、タブと呼ばれるＷｅｂページに付加された表示素材を、ユーザ操作によって選択することにより、一つのウィンドウ上で、Ｗｅｂページの複数表示を可能にするブラウザであり、昨今のブラウザの主流となっている。そして、このことにより、複数のウィンドウ管理が必要なくなって、メモリリソースの節約になり、ユーザの操作性が向上するとされている。

ブラウザ通信部３０４は、車載端末１０の通信制御部２３０および機器間通信インターフェース２０３を経由して外部と通信するコンポーネントであり、コンテンツのリクエストを送信したり、レスポンスとしてコンテンツを受信したりする。

レンダリング部３０３は、取得したコンテンツを解析し、解析結果に基づいて動画・画像・音声ファイル等の表示要素を配置する処理（レンダリング処理）をおこなう。処理結果は、ブラウザ制御部３０１を介して表示管理部２２１に送信される。また、ユーザがＷｅｂコンテンツに含まれるハイパーリンクを選択する等の操作をおこなった際に、表示すべきＷｅｂコンテンツのＵＲＬ（Uniform Resource Locator）を判断し、Ｗｅｂコンテンツのリクエストを作成する。

ブラウザキャッシュ３０２は、Ｗｅｂサーバ５０から取得したコンテンツに含まれるＨＴＭＬ，ＸＭＬ，ＪａｖａＳｃｒｉｐｔ，ＣＳＳ等のファイルや動画・画像・音声ファイル等の一部を、キャッシュとして保持する。ブラウザがオフラインでもブラウザキャッシュ３０２に保持されたファイルは利用することができる。

ブラウザ制御部３０１は、ブラウザ通信部３０４およびレンダリング部３０３、ブラウザキャッシュ３０２の処理の制御や、車載端末１０の表示管理部２２１との操作情報や画面情報の受け渡しをおこなう。

実際に従来ブラウザ２２０ｐが動作する際の処理について説明する。

例えば、ユーザがＷｅｂコンテンツに含まれるハイパーリンク等を選択する等、操作装置２０７を操作して、別のＷｅｂコンテンツを読み込む操作がなされたとき、まず、ブラウザ制御部３０１が車載端末１０の表示管理部２２１を介して操作情報を取得する。取得した操作情報は、レンダリング部３０３に送信される。そして、レンダリング部３０３は、ユーザの操作に対応して読み込むべきＷｅｂコンテンツを判断し、そのＷｅｂコンテンツのリクエストを作成してブラウザ制御部３０１に送信する。

ブラウザ制御部３０１は、レンダリング部３０３から受信したリクエストに基づいて、読み込むべきＷｅｂコンテンツがブラウザキャッシュ３０２に保持されているか否かを判断する。読み込むべきＷｅｂコンテンツがブラウザキャッシュ３０２に保持されていた場合は、それをブラウザキャッシュ３０２から読み込み、レンダリング部３０３に送信する。保持されていなかった場合は、レンダリング部３０３が作成したＷｅｂコンテンツのリクエストをブラウザ通信部３０４を経由してＷｅｂサーバ５０に送信する。ブラウザ通信部３０４がＷｅｂコンテンツを受信すると、ブラウザ制御部３０１を経由してそのＷｅｂコンテンツをレンダリング部３０３に送信する。

レンダリング部３０３は、取得したＷｅｂコンテンツを解析し、解析結果に基づいて、動画・画像・音声ファイル等を配置する処理をおこなう。そして、ブラウザ制御部３０１がその処理結果を車載端末１０の表示管理部２２１に送信し、表示装置２０６が処理結果を表示する。

また、例えば、車載端末１０において従来ブラウザ２２０ｐの他にカーナビや動画再生等の別のアプリケーションが動作中、アプリケーションを従来ブラウザ２２０ｐから別のアプリケーションへ、別のアプリケーションから従来ブラウザ２２０ｐへと切り換える操作がなされたとき、車載端末１０の操作装置２０７から表示管理部２２１にユーザによる操作情報が渡され、従来ブラウザ２２０ｐの処理に関係なく、表示管理部２２１は表示すべきアプリケーションの表示に切り換える制御をおこない、その結果が表示装置２０６に表示される。

また、例えば、従来ブラウザ２２０ｐの「戻る」や「進む」といった、別のＷｅｂコンテンツの表示に切り換える操作がなされたとき、あるいは、一つのウィンドウの中に、複数のページが開かれており、それをタブ操作により、切り換えられたときに、複数の車載端末１０の操作装置２０７から表示管理部２２１にユーザによる操作情報が渡され、ブラウザ制御部３０１は表示管理部２２１から操作情報を取得する。ブラウザ制御部３０１は、ユーザによる切り換え操作の結果表示すべきＷｅｂコンテンツの画面情報を主記憶装置から選択して表示管理部２２１に送信し、表示装置２０６に表示する。

以上の従来技術に係るブラウザ２２０ｐの構成をふまえ、次に、図６を用いて本発明の第一の実施形態に係るブラウザ２２０の構成について説明する。
図６は、本発明の第一の実施形態に係るブラウザ２２０の構成図である。

図６に示すように、本実施形態に係るブラウザ２２０は、ブラウザ制御部３５０、ブラウザキャッシュ３０２、レンダリング部３０３、ブラウザ通信部３０４、規制部３００を備えている。

ブラウザ制御部３５０は、ユーザにより別のアプリケーションソフトウェアからブラウザ２２０へと表示を切り換える操作や、「戻る」や「進む」といった、別のＷｅｂコンテンツの表示に切り換える操作がなされたとき、あるいは、一つのウィンドウの中に、複数のページが開かれており、それをタブ操作により、切り換えられたときになどのブラウザ２２０上の別のＷｅｂコンテンツの表示に切り換える操作があった際に、切り換え後に表示すべきＷｅｂコンテンツに関する情報を規制部３００に渡すようにする。また、規制部３００からＷｅｂコンテンツの再読み込み要求（リロード、表示画面の更新要求）があった際に、現時点で表示中のＷｅｂコンテンツをＷｅｂサーバ５０またはブラウザキャッシュ３０２から読み込む。

ブラウザキャッシュ３０２、レンダリング部３０３、ブラウザ通信部３０４については、図５に示した従来技術のコンポーネントと同様である。

規制部３００は、車載端末１０の画面にＷｅｂコンテンツを表示する際に、ユーザの操作や車両の走行状態に応じて、規制ルール２４４に基づき、走行規制を適用または解除する。規制部３００は、レンダリングＩＦ３０５、規制制御部３０６、規制加工部３０７、Ｗｅｂコンテンツ保存部３０８、表示切換情報取得部３１０、読込要求部３１２を備えている。

レンダリングＩＦ３０５は、ブラウザ制御部３５０とレンダリング部３０３のインタフェースを司る部分である。

ブラウザ制御部３５０から取得した情報が、ユーザがＷｅｂコンテンツに含まれるハイパーリンクを選択する等の操作をおこなった際の、操作に対応する処理の問合せであった場合には、直接レンダリング部３０３に情報を送信する。

ブラウザ制御部３５０から取得した情報が、Ｗｅｂサーバ５０やブラウザキャッシュ３０２から読み込んだコンテンツであった場合は、規制要否を判定して、規制が必要なコンテンツは走行規制のための加工を施すために規制制御部３０６に送信し、規制が不要なコンテンツはそのままレンダリング部３０３に送信する。

さらに、規制制御部３０６から後述の加工前・後のＷｅｂコンテンツを取得した際には、そのままレンダリング部３０３に渡す。

表示切換情報取得部３１０は、ユーザが別のアプリケーションからブラウザ２２０に表示を切り換える操作や「戻る」や「進む」等といったＷｅｂコンテンツの表示を切り換える操作をおこなった場合に表示すべきＷｅｂコンテンツに関する情報を、ブラウザ制御部３５０から取得して規制制御部３０６に送信する。

規制加工部３０７は、走行規制が必要なＷｅｂコンテンツを、車載端末１０の規制ルール管理部２２６から取得した規制ルール２４４に基づいて、走行中に表示しても安全を妨げない表示となるように加工を施す。

Ｗｅｂコンテンツ保存部３０８は、走行規制のために加工を施した加工後Ｗｅｂコンテンツおよび加工前Ｗｅｂコンテンツを保持する。

読込要求部３１２は、ユーザが別のアプリケーションからブラウザ２２０に表示を切り換える操作や、「戻る」や「進む」等といったＷｅｂコンテンツの表示を切り換える操作をおこなった際に、表示すべきＷｅｂコンテンツがＷｅｂコンテンツ保存部３０８に保持されていなかった場合に、ブラウザ制御部３５０に対して、表示するＷｅｂコンテンツをＷｅｂサーバ５０またはブラウザキャッシュ３０２から読み込むよう要求する。

規制制御部３０６は、車載端末１０の走行状態判定部２２５から取得した車両の走行状態に応じて、レンダリングＩＦ３０５から取得したコンテンツを規制加工部３０７に加工させたり、加工前・後のＷｅｂコンテンツをＷｅｂコンテンツ保存部３０８に保存したりする。また、表示切換情報取得部３１０からユーザの操作により表示すべきＷｅｂコンテンツに関する情報を取得し、ＷｅｂコンテンツがＷｅｂコンテンツ保存部３０８に保存されているか否かを判定して、保存されていればＷｅｂコンテンツを読み込んでレンダリングＩＦ３０５に送信し、保存されていなければ読込要求部３１２を通してブラウザ制御部３５０にＷｅｂコンテンツの再読み込みを要求する。

なお、ブラウザ上で同時に動作するＷｅｂコンテンツは一つでもよいし、同時に複数のＷｅｂコンテンツが動作していて、ユーザがタブを選択することにより動作中のＷｅｂコンテンツを選択して表示させることができるようにしてもよい。

本実施形態のブラウザ規制部３００およびレンダリング部３０３は、それぞれ一つずつ存在するように記述したが、動作するＷｅｂコンテンツの数、例えば、タブごとの表示ページごとに、複数存在する構成にし、ブラウザ制御部が複数存在する規制部およびレンダリング部を管理する構成にしてもよい。

次に、図７を用いてＷｅｂコンテンツ格納情報テーブルについて説明する。
図７は、Ｗｅｂコンテンツ格納情報テーブルの一例を示す図である（その一）。

本実施形態では、加工前のＷｅｂコンテンツと、ブラウザ２２０内の規制部３００の規制加工部３０７で走行規制のための加工が施された後、加工後のＷｅｂコンテンツとが、Ｗｅｂコンテンツ保存部３０８により、Ｗｅｂコンテンツ格納情報テーブルの示すファイルパスの位置に、保存される。

図７に示すように、本実施形態Ｗｅｂコンテンツ格納情報テーブルの各レコードは、ＷｅｂコンテンツＵＲＬ７０１、Ｗｅｂコンテンツファイルパス７０２を含んで構成される。

ＷｅｂコンテンツＵＲＬ７０１は、ユーザによる操作や走行状態の変化があった際に表示するＷｅｂコンテンツを検索するためのインデックスとして設定したＵＲＬが格納される。Ｗｅｂコンテンツを検索するためのインデックスは、保存されたＷｅｂコンテンツを一意に検索しやすいものであれば、ＵＲＬでなくてもよい。

ここでは、加工前・後のＷｅｂコンテンツにそれぞれ異なるＵＲＬをＷｅｂコンテンツＵＲＬ７０１として設定しており、加工前Ｗｅｂコンテンツは、インターネット上におけるＵＲＬをそのまま利用し、加工後Ｗｅｂコンテンツはインターネット上におけるＵＲＬの末尾に「-rev」を付加して区別している。

Ｗｅｂコンテンツファイルパス７０２は、車載端末１０の記憶装置における加工前・後のＷｅｂコンテンツのファイル本体のファイルシステムにおける保存場所を示している。

図７の例において、一つ目のＷｅｂコンテンツは、ＷｅｂコンテンツＵＲＬ７０１が「file:///C:/xxx/start.html」で、Ｗｅｂコンテンツファイルパス７０２が「C:/xxx/start.html」であることを示している。

また、二つ目のＷｅｂコンテンツは、一つ目のＷｅｂコンテンツに規制加工を施したものであり、ＷｅｂコンテンツＵＲＬ７０１が「file:///C:/xxx/start.html-rev」で、Ｗｅｂコンテンツファイルパス７０２が「C:/xxx/start.html-rev」であることを示している。

ここで、一つ目および二つ目のＷｅｂコンテンツの例として示したのはブラウザ２２０のスタートページであり、ブラウザ起動時に必ず読み込まれて表示されるページである。スタートページには、走行規制を適用し、加工前・後の別のコンテンツを用意してもよいし、走行規制が不要となる内容のみを表示するような単一のコンテンツであってもよい。また、完全に真白な表示（ブランクページ）にしてもよい。

三つ目のＷｅｂコンテンツは、ＷｅｂコンテンツＵＲＬ７０１が「http://aaa.jp/a.html」で、Ｗｅｂコンテンツファイルパス７０２が「C:/ddd/a.html」であることを示している。

また、四つ目のＷｅｂコンテンツは、三つ目のＷｅｂコンテンツに規制加工を施したものであり、ＷｅｂコンテンツＵＲＬ７０１が「http://aaa.jp/a.html-rev」で、Ｗｅｂコンテンツファイルパス７０２が「C:/ddd/a.html-rev」であることを示している。

ここでは、Ｗｅｂコンテンツ保存部３０８が、加工前・後のＷｅｂコンテンツ両方を保持しておくためのＷｅｂコンテンツの格納場所を持つ例について説明した。このように、加工前・後のＷｅｂコンテンツを両方保持しておくことにより、ユーザの操作や車両の走行状態に応じて即座に規制適用・解除を切り換えることが可能となる。

次に、図８を用いてブラウザ２２０の規制部３００の処理について説明する。
図８は、ブラウザ２２０の規制部３００の処理を示すフローチャートである。

図８に示すように、ブラウザ起動（Ｓ５０１）後、まず、Ｗｅｂコンテンツ保存部３０８からスタートページを読み込み（Ｓ５０２）、レンダリング部３０３にスタートページを送信する（Ｓ５０３）。

その後、ユーザにより、車載端末１０上で動作するブラウザ以外のアプリケーションからブラウザ２２０に表示を切り換える操作があった場合（Ｓ５０４）、現時点の車両の走行状態を取得し（Ｓ５０５）、走行状態に応じたＷｅｂコンテンツを読み込んで（Ｓ５０６）、レンダリング部３０３に送信する（Ｓ５０７）。

次に、ユーザにより、「戻る」や「進む」、タブの切り換え等といったブラウザ２２０上の別のＷｅｂコンテンツに表示を切り換える操作があった場合（Ｓ５０８）には、Ｓ５１１に行く。

「戻る」や「進む」、タブの切り換え等といった操作の後に表示される別のＷｅｂコンテンツは、現時点の車両の走行状態の判定結果に基づいて表示される必要がある。そこで、表示するＷｅｂコンテンツがＷｅｂコンテンツ保存部３０８に保存されているか否かを判定する（Ｓ５１１）。

保存されていれば、走行状態を取得し（Ｓ５０５）、走行状態に応じたＷｅｂコンテンツを読み込み（Ｓ５０６）、レンダリング部３０３に送信する（Ｓ５０７）。

一方、保存されていなければ、ブラウザキャッシュ３０２またはＷｅｂサーバ５０からＷｅｂコンテンツを取得するため、Ｗｅｂコンテンツの再読み込みをブラウザ制御部３５０に要求する（Ｓ５１２）。

Ｓ５０８で、Ｗｅｂコンテンツに表示を切り換える操作がなかった場合で、規制部３００のレンダリングＩＦ３０５が、ブラウザ制御部３５０から、Ｗｅｂサーバ５０やブラウザキャッシュ３０２から読み込んだコンテンツを取得した場合には（Ｓ５１４）、規制が必要なコンテンツは走行規制のための加工を施し（Ｓ５１５）、規制が不要なコンテンツは、そのままレンダリング部３０３に送信される。加工前・後のＷｅｂコンテンツは、Ｗｅｂコンテンツ保存部３０８によって保存されるが、その際、車載端末１０の補助記憶装置２０８の空き領域が、保存すべき加工前・後のＷｅｂコンテンツの合計サイズに比べて（Ｓ５１６）、小さい場合、補助記憶装置２０８に保持されたＷｅｂコンテンツの内、最も保存時刻が古いものを削除する（Ｓ５１８）。補助記憶装置２０８の空き領域が十分大きくなるまでこれを繰り返し、加工前・後のＷｅｂコンテンツを、外部記憶装置に保存する（Ｓ５１７）。保存した後、走行状態を取得し（Ｓ５０５）、走行状態に応じたＷｅｂコンテンツを読み込み（Ｓ５０６）、レンダリング部３０３に送信する（Ｓ５０７）。

さらに、規制部３００のレンダリングＩＦ３０５が、ブラウザ制御部３５０から、Ｗｅｂサーバ５０やブラウザキャッシュ３０２から読み込んだコンテンツを取得していない場合であっても（Ｓ５１４）、車両の走行状態が変化したタイミングで、Ｗｅｂコンテンツの表示の走行規制を制御する必要がある。車両の走行状態が、「停止」から「走行」、「走行」から「停止」と変化した場合（Ｓ５１９）、変化後の走行状態に応じたＷｅｂコンテンツを読み込んで（Ｓ５０６）、レンダリング部（Ｓ５０７）に送信する。

また、ユーザがブラウザ２２０の動作を終了する操作をおこなった場合には（Ｓ５２０）、Ｗｅｂコンテンツ保存部３０８に保存されているＷｅｂコンテンツを、スタートページ以外全て削除し（Ｓ５２１）、ブラウザを終了する（Ｓ５２２）。

上記の例では、Ｗｅｂコンテンツ格納情報テーブルに、加工前のＷｅｂコンテンツのＵＲＬとファイルパスのレコード、加工後のＷｅｂコンテンツのＵＲＬとファイルパスのレコードを持つものであった。

これに対して、図９を用いてＷｅｂコンテンツ格納情報テーブルの他の例について説明する。
図９は、Ｗｅｂコンテンツ格納情報テーブルの一例を示す図である（その二）。

この例のＷｅｂコンテンツ格納情報テーブルは、インデックスとして単一のＵＲＬと、それに対応する加工前・後のそれぞれのファイルパスをレコードとして保持するものである。

図７で示したＷｅｂコンテンツ格納情報テーブルは、規制制御部３０６が、車両の走行状態に応じて、加工前・後で異なるＵＲＬをインデックスとして設定されたＷｅｂコンテンツのうちいずれかを読み込む方法を取った。

それに対して、図９に示すようにインデックスとして単一のＷｅｂコンテンツＵＲＬ８０１と、それに対応する加工前・後のそれぞれのファイルパスをレコードとして保持して、走行状態に応じて、停止中のときには、加工前Ｗｅｂコンテンツファイルパス８０２に格納されたコンテンツを、走行中のときには、加工後Ｗｅｂコンテンツファイルパス８０３に格納されたコンテンツを読み込む方法を取ってもよい。この場合、図６に示されたＷｅｂコンテンツ保存部３０８は、車両の走行状態に応じて加工前Ｗｅｂコンテンツを読み込むか、加工後Ｗｅｂコンテンツを読み込むか否かを判定する。

ここで、ＷｅｂコンテンツＵＲＬ８０１は、ユーザによる操作や走行状態の変化があった際に表示するＷｅｂコンテンツを検索するためのインデックスとして設定したＵＲＬを示している。

加工前Ｗｅｂコンテンツファイルパス８０２は、車載端末１０の記憶装置における加工前Ｗｅｂコンテンツのファイル本体のファイルシステムにおける保存場所を示している。

加工後Ｗｅｂコンテンツファイルパス８０３は、車載端末１０の記憶装置における加工後Ｗｅｂコンテンツのファイル本体のファイルシステムにおける保存場所を示している。

図９に示された例において、一つ目のＷｅｂコンテンツは、ＷｅｂコンテンツＵＲＬ８０１が「file:///C:/xxx/start.html」で、それに対応する加工前Ｗｅｂコンテンツファイルパス８０２が「C:/orig/xxx/start.html」、加工後Ｗｅｂコンテンツファイルパス８０３が「C:/rev/xxx/start.html」であることを示している。

ここで、一つ目のＷｅｂコンテンツの例として示したのはブラウザ２２０のスタートページであり、ブラウザ起動時に必ず読み込まれて表示されるページである。

二つ目のＷｅｂコンテンツは、ＷｅｂコンテンツＵＲＬ８０１が「http://aaa.jp/a.html」で、それに対応する加工前Ｗｅｂコンテンツファイルパス８０２が「C:/orig/ddd/a. html」、加工後Ｗｅｂコンテンツファイルパス８０３が「C:/rev/ddd/a.html」であることを示している。

この図９に示したＷｅｂコンテンツ格納情報テーブルの例では、規制制御部３０６は単一のＵＲＬをインデックスとして意識すればよく、ＵＲＬをＷｅｂコンテンツ保存部３１３に渡せば、走行状態に応じて加工前・後のどちらを読み込むかはＷｅｂコンテンツ保存部３１３で判定することができる。

次に、加工前Ｗｅｂコンテンツのみを保持する際のＷｅｂコンテンツ保存部３０８のデータテーブルについて説明する。

また、図７や図９で示したＷｅｂコンテンツ情報格納テーブルの例では、加工前・後のＷｅｂコンテンツ両方を保存する方法に適用するものであったが、保存しておくのは、加工前Ｗｅｂコンテンツのみとし、加工が必要なときのみ規制加工部３０７で加工前Ｗｅｂコンテンツを加工して走行規制を適用してもよい。

以下、図１０を用いて加工前Ｗｅｂコンテンツのみを保存して、加工が必要なときのみ加工前Ｗｅｂコンテンツを加工する場合の例を説明する。
図１０は、Ｗｅｂコンテンツ格納情報テーブルの一例を示す図である（その三）。

図１０に示されたＷｅｂコンテンツ格納情報テーブルの各レコードは、ＷｅｂコンテンツＵＲＬ７０１、加工前Ｗｅｂコンテンツファイルパス７０３よりなる。

ここで、ＷｅｂコンテンツＵＲＬ７０１は、ユーザによる操作や走行状態の変化があった際に表示するＷｅｂコンテンツを検索するためのインデックスとして設定したＵＲＬを示している。

加工前Ｗｅｂコンテンツファイルパス７０３は、車載端末１０における加工前Ｗｅｂコンテンツのファイル本体のファイルシステムにおける保存場所を示す。

図１０の例において、一つ目のＷｅｂコンテンツは、ＷｅｂコンテンツＵＲＬ７０１が「file:///C:/xxx/start.html」で、それに対応する加工前Ｗｅｂコンテンツファイルパス７０３が「C:/xxx/start.html」であることを示している。

ここで、一つ目のＷｅｂコンテンツの例として示したのはブラウザ２２０のスタートページであり、ブラウザ起動時に必ず読み込まれて表示されるページである。

二つ目のＷｅｂコンテンツは、ＷｅｂコンテンツＵＲＬ７０１が「http://aaa.jp/a.html」で、加工前Ｗｅｂコンテンツファイルパス７０３が「C:/ddd/a.html」であることを示している。

次に、図１１を用いて加工前Ｗｅｂコンテンツのみを保持する際のブラウザ２２０の規制部３００の処理について説明する。
図１１は、加工前Ｗｅｂコンテンツのみを保持する際のブラウザ２２０の規制部３００の処理を示すフローチャートである。

図１１に示すように、図１０と比べて、Ｓ５０５以下の処理が異なっており、走行状態を取得した後（Ｓ５０５）、加工前Ｗｅｂコンテンツを読み込む（Ｓ７０１）。このとき、車両が走行中であれば（Ｓ７０２）、読み込んだ加工前Ｗｅｂコンテンツに規制加工を施し（Ｓ７０３）、停止中であれば加工はせず、レンダリング部に送信する（Ｓ５０７）。

図１０および図１１を用いて説明した加工前Ｗｅｂコンテンツのみ保持しておく例によれば、加工前・後のＷｅｂコンテンツ両方を保持しておくよりも、補助記憶装置２０８の使用量を低減することができる。

また、別の例を、図１２を用いてＷｅｂコンテンツを保持しない際のブラウザ２２０の規制部３００の処理について説明する。

図１２は、Ｗｅｂコンテンツを保持しない際のブラウザ２２０の規制部３００の処理を示すフローチャートである。

以上では、加工前・後のＷｅｂコンテンツ、あるいは、加工前のＷｅｂコンテンツのみを保持しておく方法について説明してきたが、Ｗｅｂコンテンツを全く保持しないようにしてもよい。

図１２に示すように、ユーザにより、車載端末１０上で動作するブラウザ以外のアプリケーションからブラウザ２２０に表示を切り換える操作があった場合（Ｓ５０４）および「戻る」や「進む」、タブの切り換え等といった、ブラウザ２２０上の別のＷｅｂコンテンツに表示を切り換える操作があった場合（Ｓ５０８）、さらに、ユーザの操作がなく、車両の走行状態が変化した場合（Ｓ５１９）、表示すべきＷｅｂコンテンツをブラウザキャッシュ３０２またはＷｅｂサーバ５０から取得するため、Ｗｅｂコンテンツの再読み込みをブラウザ制御部３５０に要求する（Ｓ５１２）。

また、ブラウザ制御部３５０から、Ｗｅｂサーバ５０やブラウザキャッシュ３０２から読み込んだコンテンツを取得した場合（Ｓ５１４）、このとき、車両が走行中であれば（Ｓ７０２）、読み込んだ加工前Ｗｅｂコンテンツに規制加工を施し（Ｓ７０３）、停止中であれば加工はせず、レンダリング部に送信する（Ｓ５０７）。

ここでは、Ｗｅｂコンテンツを保持しない際の規制部３００の処理について説明した。この処理によれば、Ｗｅｂコンテンツを保持しないため、加工前・後のＷｅｂコンテンツを保持しておくよりも、補助記憶装置２０８の使用量を低減することができる。また、ユーザの操作や走行状態の変化がある度にブラウザキャッシュ３０２またはＷｅｂサーバ５０から読み込み直すため、加工前・後のＷｅｂコンテンツを保持しておくよりも、提供される情報が常に新しいものとなる。

次に、図１３を用いて本発明の第一の実施形態における車載情報通信システムが提供するユーザインタフェースについて説明する。
図１３は、車載情報通信システムが表示する提供するナビゲーションとブラウザ２２０の画面を示す図である。

図１３（ａ）に示されるように、ブラウザ２２０に表示する画面５００が、動画であり、規制ルール２４４に抵触するものとする。このときには、画面５０１のように表示されるように、コンテンツが規制部３００の規制加工部３０７により、加工される。この加工後のコンテンツにおいては、動画部分に、走行中のために動画を再生できない旨のメッセージ５０２が表示される。

図１３（ｂ）に示されるように、カーナビゲーションのアプリーションの地図の画面５１１が表示されており、車両３０の走行中にブラウザ２２０の表示画面５１２にユーザが切り換えるものとする。そのとき、ブラウザ２２０の表示画面５１２に規制ルール２４４に抵触する動画などのＷｅｂコンテンツが含まれていたときには、加工後のコンテンツが表示される。

図１３（ｃ）に示されるように、車両３０の走行中にブラウザ２２０の表示画面５２０が表示されているものとする。表示画面５２０のタブ５２１ａには、Ｗｅｂページ５２２ａ、タブ５２１ｂには、Ｗｅｂページ５２２ｂが対応しているものとする。ここで、Ｗｅｂページ５２２ａが表示されているときに、車両３０の走行中に、操作装置２０７により、タブ５２１ｂのＷｅｂページ５２２ｂに切り換え、そのＷｅｂページ５２２ｂに規制ルール２４４に抵触する動画などのＷｅｂコンテンツが含まれていたときには、加工後のコンテンツが表示される。

図１３（ｃ）に示した例では、タブの選択にＷｅｂページを切り換えたが、同様に、［戻る］ボタン５２３、［進む］ボタン５２４によって、走行中にＷｅｂページを切り換え、切り換えられたＷｅｂページに、規制ルール２４４に抵触するＷｅｂコンテンツが表示されていたときにも、加工後のコンテンツが表示される。

〔実施形態２〕
以下、本発明に係る第二の実施形態を、図１４および図１５を用いて説明する。
第一の実施形態では、Ｗｅｂコンテンツを走行状態に応じて、加工前と加工後のものを使い分けて表示するブラウザの構成について説明した。第一の実施形態では、ブラウザを加工するための規制ルール２４４は、図４に示されるように、固定のものであった。

これに対し、本実施形態は、おおよその構成と処理は、第一の実施形態に係るブラウザと同様であるが、ブラウザを加工するための規制ルール２４４を更新できることを考慮したものである。

なお、規制ルール２４４が更新された場合、表示中のＷｅｂコンテンツおよびＷｅｂコンテンツ保存部３０８により保持された加工後Ｗｅｂコンテンツも加工し直す必要がある。

先ず、図１４を用いて本発明の第二の実施形態に係るブラウザ２２０の構成について説明する。
図１４は、本発明の第二の実施形態に係るブラウザ２２０ａの構成図である。

図１４に示すように、図６に示したブラウザ２２０の構成に、規制ルール更新受信部３１１が追加された構成となっている。

規制ルール更新受信部３１１は、車載端末１０の規制ルール管理部２２６から、規制ルール２４４の更新通知を受け取ると、それを規制制御部３０６に送信する。

図１４に示したその他の構成要素については、図６と同様である。

次に、図１５を用いて規制ルール２４４の更新を考慮したブラウザ２２０ａの規制部３００ａの処理について説明する。
図１５は、本発明の第二の実施形態に係るブラウザ２２０ａの規制部３００ａの処理を示すフローチャートである。

図１５に示すように、規制ルール２４４が更新されたことを規制ルール更新受信部３１１が、規制制御部３０６に通知すると（Ｓ６０１）、先ず、規制制御部３０６は、Ｗｅｂコンテンツ保存部３０８に保存されている全ての加工後Ｗｅｂコンテンツを削除する（Ｓ６０２）。そして、加工前Ｗｅｂコンテンツを全て読み込み（Ｓ６０３）、更新後の規制ルール２４４に基づいて規制加工部３０７にて加工が施される（Ｓ５１５）。

そして、補助記憶装置２０８の空き領域が十分か否かを確認し（Ｓ５１６）、十分でなければ、保存時刻が最も古いＷｅｂコンテンツを削除した後（Ｓ５１８）、加工後Ｗｅｂコンテンツを保存する（Ｓ５１７）。

その後、走行状態を取得し（Ｓ５０５）、走行状態に応じたＷｅｂコンテンツを読み込み（Ｓ５０６）、レンダリング部３０３に送信する（Ｓ５０７）。

図１５のフローチャートに示したその他の処理ステップについては、図７と同様である。

ここでは、規制ルール２４４の更新を考慮したブラウザ２２０の構成および規制部３００ａの処理について説明した。規制ルール２４４が更新された場合、表示中のＷｅｂコンテンツおよびＷｅｂコンテンツ保存部３０８に保持されている加工後Ｗｅｂコンテンツも加工し直すことにより、法律やガイドライン等に則った最新の規制ルールに基づいた表示とすることができる。

〔実施形態３〕
以下、本発明に係る第三の実施形態を、図１６および図１７を用いて説明する。
第一の実施形態および第二の実施形態では、Ｗｅｂコンテンツを走行状態に応じて、加工前と加工後のものを使い分けて表示するブラウザの構成について説明した。

ところで、既に説明したように、最新のＷｅｂ関連技術として、一度Ｗｅｂコンテンツを読み込んで表示した後でサーバとブラウザが通信をおこない、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを取得するというＸＭＬＨｔｔｐＲｅｑｕｅｓｔやＷｅｂＳｏｃｋｅｔといった技術がある。例えば、ＷｅｂＳｏｃｋｅｔでは、ブラウザからのリクエストなしにサーバからブラウザに一方的に追加コンテンツを送信することができるが、上記の実施形態では、動画などに関する追加コンテンツがあった場合に、Ｗｅｂコンテンツを加工すると、そのための追加コンテンツが破棄され、再度、ブラウザ側からリクエストを送信しなければならなくなりオーバヘッドが生じるおそれがあるという問題点があった。

本実施形態は、第二の実施形態において、ブラウザとサーバがＷｅｂコンテンツの表示を部分的に更新するための追加コンテンツをやり取りするような最新の技術に対応できるようにしたものである。

すなわち、本実施形態においては、一度Ｗｅｂコンテンツを読み込んで表示した後でサーバとブラウザが通信をおこない、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを車載端末が受信する場合に、追加コンテンツをＷｅｂコンテンツに反映できないときには、キューに保存するようにしたものである。

先ず、図１６を用いて本発明の第三の実施形態に係るブラウザ２２０ｂの構成を説明する。
図１６は、本発明の第三の実施形態に係るブラウザ２２０ｂの構成図である。

図１６に示すように、ブラウザ２２０ｂは、第二の実施形態の図１４に示したブラウザ２２０ａの構成に、追加コンテンツキュー３０９が追加された構成となっている。

追加コンテンツキュー３０９は、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔやＷｅｂＳｏｃｋｅｔといった、一度Ｗｅｂコンテンツを読み込んで表示した後でサーバとブラウザが通信をおこない、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツを保持するキューである。

レンダリングＩＦ３０５が追加コンテンツを取得すると、その追加コンテンツを規制制御部３０６に送信する。ここで、走行状態判定部２２５から車両の走行状態を取得し、停止中であればレンダリングＩＦ３０５に追加コンテンツを渡し、レンダリング部３０３に送信する。走行中であれば、追加コンテンツキュー３０９に保存しておく。追加コンテンツキュー３０９に保存された追加コンテンツは、走行状態が「走行」から「停止」に変化したタイミングでレンダリングＩＦ３０５を通して全ての追加コンテンツがレンダリング部３０３に読み込まれる。

図１６に示したその他の構成要素については、図１４と同様である。

次に、図１７を用いてＷｅｂコンテンツの表示を部分的に更新するための追加コンテンツを受信する処理を含むブラウザ２２０ｂの規制部３００の処理について説明する。
図１７は、本発明の第三の実施形態に係るブラウザ２２０ｂの規制部３００ｂの処理を示すフローチャートである。

図１７に示すように、レンダリングＩＦ３０５がコンテンツを取得した場合（Ｓ１７０１）、それがＨＴＭＬ・ＪａｖａＳｃｒｉｐｔ・ＣＳＳ等で構成されるＷｅｂコンテンツであるか、表示を部分的に更新するための追加コンテンツであるか否かを判定する（Ｓ１７０２）。

そして、取得したコンテンツが（追加コンテンツでない）Ｗｅｂコンテンツであった場合は、走行規制のための加工を施し（Ｓ５１５）、車載端末１０の補助記憶装置２０８の空き領域が、保存すべき加工前・後のＷｅｂコンテンツの合計サイズに比べて（Ｓ５１６）小さい場合、Ｗｅｂコンテンツ保存部３０８に保持されたＷｅｂコンテンツのうち最も保存時刻が古いものを削除する（Ｓ５１８）。そして、補助記憶装置２０８の空き領域が十分大きくなるまでこれを繰り返し、加工前・後のＷｅｂコンテンツを保存する（Ｓ５１７）。保存した後、走行状態を取得し（Ｓ５０５）、走行状態に応じたＷｅｂコンテンツを読み込み（Ｓ５０６）、レンダリング部３０３に送信する（Ｓ５０７）。

取得したコンテンツが追加コンテンツであった場合は、まず車両の走行状態を取得し（Ｓ１７０３）、停止していればそのままレンダリング部に送信する（Ｓ５０７）。走行中であれば、追加コンテンツキュー３０９に追加コンテンツを保存する（Ｓ１７０４）。

また、規制制御部３０６は、車両の走行状態が変化した場合に（Ｓ５１９）、「停止」したのか「走行開始」したのかを判断する（Ｓ１７０５）。

そして、規制制御部３０６は、「走行中」から「停止」に変化した場合、追加コンテンツキュー３０９から保存された追加コンテンツを全て読み込み（Ｓ１７０６）、読み込んだ追加コンテンツを削除する（Ｓ１７０７）。その後、走行状態に応じて加工前Ｗｅｂコンテンツを読み込み（Ｓ５０６）、追加コンテンツがある場合には、それと共に、レンダリング部に送信する（Ｓ５０７）。

「走行開始」した場合は、追加コンテンツに関する処理はおこなわず、走行状態に応じて加工後Ｗｅｂコンテンツを読み込み（Ｓ５０６）、レンダリング部に送信する（Ｓ５０７）。

図１７に示したその他のステップについては、図１５と同様である。

ここでは、Ｗｅｂコンテンツの表示を部分的に更新するための追加コンテンツの取得を考慮した規制部３００の処理について説明した。これにより、走行規制を適用中であっても、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔやＷｅｂＳｏｃｋｅｔといったＨＴＭＬ関連技術により、車載端末１０が追加コンテンツを受信することが可能となる。

〔実施形態４〕
以下、本発明に係る第四の実施形態を、図１８および図１９を用いて説明する。
第一の実施形態に係る本実施形態における車載情報通信システムでは、車載端末１０が、インターネット網と直接通信する機能を有しておらず、そのため、携帯電話端末２０の通信機能を利用してＷｅｂサーバ５０や規制ルールサーバ６０と通信した。

本実施形態は、車載端末がインターネット網と直接通信する機能を有するものである。

先ず、図１８を用いて本発明の第四の実施形態に係る車載情報通信システムのシステム構成について説明する。
図１８は、本発明の第四の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。

図１８に示すように、本実施形態の車載端末１０ａは、グローバル網４０と通信するための無線通信インタフェース８０を備えており、基地局７０との無線通信を介して、グローバル網４０のＷｅｂサーバ５０や規制ルールサーバ６０と通信する。

図１８に示したその他の構成要素については、図１と同様である。

次に、図１９を用いて本発明の第四の実施形態に係る車載端末１０ａの構成について説明する。
図１９は、本発明の第四の実施形態に係る車載端末のハードウェア構成図である。

図１９に示すように、本実施形態の車載端末１０ａの構成は、図２に示した第一の実施形態の車載端末１０に、無線通信インタフェース８０が追加された構成となっている。

無線通信インタフェース８０は、基地局７０と無線通信をおこない、グローバル網４０のＷｅｂサーバ５０や規制ルールサーバ６０、他の端末と通信をおこなう。無線通信インタフェース８０は、車載用の携帯電話端末であってもよいし、無線ＬＡＮに接続するための端末等であってもよい。

図１８に示したその他の構成要素については、図２と同様である。

ここでは、車載端末がグローバル網４０と通信するための通信装置を有している場合の構成について説明した。車載端末１０ａが、車載用の携帯電話端末や無線ＬＡＮに接続するための端末等の無線通信インタフェース８０により、直接グローバル網４０と接続可能な構成であっても、第一の実施形態と同様に、走行規制を適用または解除することができる。

本実施形態の車載情報通信システムでは、携帯電話端末などの別の装置を必要とせず、車載端末だけで動作できるという利点がある。

〔実施形態５〕
以下、本発明に係る第五の実施形態を、図２０ないし図２３を用いて説明する。
第一の実施形態に係る本実施形態における車載情報通信システムでは、車載端末１０が、インターネット網と直接通信する機能を有しておらず、そのため、携帯電話端末２０の通信機能を利用してＷｅｂサーバ５０や規制ルールサーバ６０と通信した。

本実施形態は、携帯電話端末自身が車両の走行状態を検知し、ブラウザに対する表示規制をおこなうものである。

先ず、図２０を用いて本発明の第五の実施形態に係る車載情報通信システムのシステム構成について説明する。
図２０は、本発明の第五の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。

図２０に示すように、本実施形態の車載情報通信システムは、車両３０内の携帯電話端末２０ａが、基地局７０との無線通信を介して、グローバル網４０のＷｅｂサーバ５０や規制ルールサーバ６０と通信する。また、この車両３０内の携帯電話端末２０ａが、車両３０の走行状態を検知する機能も有する。

図２０に示したその他の構成要素については、図１と同様である。

次に、図２１を用いて本発明の第五の実施形態に係る携帯電話端末２０ａのハードウェア構成について説明する。
図２１は、本発明の第五の実施形態に係る携帯電話端末２０ａのハードウェア構成図である。

図２１に示されるように、携帯電話端末２０ａは、ハードウェアとして、ＣＰＵ４００、ベースバンドプロセッサ４０１、ＲＡＭ４０２、フラッシュメモリ４０３、無線通信インタフェース４０４、測位センサ４０５、加速度センサ４０６、ジャイロセンサ４０７、表示装置４０８、操作装置４０９、機器間通信インタフェース４１０、カメラ４１１、マイク４１２、スピーカ４１３で構成されている。

ＣＰＵ４００は、携帯電話端末２０ａの各部を制御し、ＲＡＭ４０２上にロードされるカーナビゲーションのアプリケーションソフトウェアやブラウザのプログラムを実行する演算・制御のためのユニットである。

ベースバンドプロセッサ４０１は、携帯電話端末２０ａの通信や通話に関するモジュールを制御するプロセッサである。

ＲＡＭ(Random Access Memory)４０２は、フラッシュメモリ４０３に記憶されているプログラムをロードして一時的に保管したり、ワークデータを記憶する記憶装置である。

フラッシュメモリ４０３は、プログラムやデータを格納する不揮発性のメモリである。フラッシュメモリ４０３は、地図ＤＢ２４０、規制ルール２４４、音声データ２４５、動画データ２４６などの各種データと、カーナビゲーションのアプリケーションソフトウェアやブラウザのプログラムを記憶する比較的大容量の記憶装置である。なお、情報が古くなり入れ替えが必要となった際には、携帯電話端末２０ａは、無線通信インタフェース４０４より、基地局７０を経由してグローバル網４０に接続することにより、フラッシュメモリ４０３などに保存されている地図ＤＢ２４０、規制ルール２４４、音声データ２４５、動画データ２４６などの各種データを、グローバル網４０と接続されたサーバから取得して更新することができる。また、ブラウザなどのソフトウェアもサーバからアップデートして、最新のものにすることができる。

無線通信インタフェース４０４は、ベースバンドプロセッサ４０１の信号を無線帯域の高周波信号に変換したり、逆に、無線帯域の高周波信号を、ベースバンドプロセッサ４０１の信号に変換するためのインタフェース装置である。携帯電話端末２０ａは、無線通信インタフェース４０４を介して基地局７０と通信し、これにより、通話や電子メール送受信、ブラウザによるＷｅｂページの閲覧が可能になる。無線帯域は、通常、ＵＨＦ（Ultra High Frequency）帯が使われる。

測位センサ４０５は、地球上での緯度および経度で示される自身の位置を測位するためのセンサである。

加速度センサ４０６は、携帯電話端末２０ａの加速度を計測するためのセンサである。これにより、携帯電話端末２０ａの搭載されている車両３０の加速度も間接的に計測される。

ジャイロセンサ４０７は、携帯電話端末２０ａの角度や角速度を計測するためのセンサである。これにより、車両３０の角度や角速度も間接的に計測される。

表示装置４０８は、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等のユーザに画像情報を表示する装置であり、３インチ〜５インチ画面の表示サイズのものが一般に使用されている。

操作装置４０９は、ユーザが携帯電話端末２０ａを指で操作するボタン、スイッチ、キーボード、タッチパネル等の装置である。

機器間通信インタフェース４１０は、他の装置、例えば、車載端末と接続して、データをやり取りするためのインタフェース装置である。接続方式は、ＵＳＢ（Universal Serial Bus）やＨＤＭＩ（High-Definition Multimedia Interface）等の規格に準拠した有線接続でもよいし、無線ＬＡＮ（Local Area Network）のIEEE 802.11a/b/g/nやＢｌｕｅｔｏｏｔｈ等の規格に準拠した無線接続でもよい。

カメラ４１１、携帯電話端末２０ａの周囲を撮影して画像として取り込む光学装置である。

マイク４１２は、ユーザの発話、または、携帯電話端末２０ａの周囲の音声を収集するための装置である。

スピーカ４１３は、ユーザに音声により情報を伝えるための装置である。なお、図示しなかったが、音声出力装置として、イヤホンやヘッドホンなども用いられる。

次に、図２２を用いて携帯電話端末２０ａのソフトウェア構成について説明する。
図２２は、本発明の第五の実施形態に係る車載端末の機能構成図である。

本発明の第五の実施形態に係る携帯電話端末２０ａのソフトウェアは、主に、Ｗｅｂのブラウジングをおこなうためのコンポーネント群であり、図２２に示されるように、ブラウザ４２０、表示管理部４２１、車載端末連携部４２２、規制ルール管理部４２３、音声再生部４２８、動画再生部４２９、通信制御部４３０よりなる。

各コンポーネントは、コンピュータプログラム、特に、ＯＳ上で動作するアプリケーションプログラムとして実装され、フラッシュメモリ４０３に記憶されていて、ＲＡＭ４０２にロードされて、ＣＰＵ４００、または、ベースバンドプロセッサ４０１によって、プログラムとして解釈実行される。

また、本発明の第五の実施形態に係る携帯電話端末２０ａが扱うデータとしては、規制ルール４４４、音声データ４４５、動画データ４４６、表示データ４４７、音声アナログ信号４４８、通信データ４４９、センサデータ４５０、撮像データ４５１、車載端末入出力データ４５２がある。

ブラウザ４２０は、Ｗｅｂサーバ５０から取得したＨＴＭＬやＸＭＬ等のマークアップ言語で記述されたファイルや、ＪａｖａＳｃｒｉｐｔ等で記述されたスクリプト言語ファイル、ＣＳＳ等のスタイル定義ファイル等を解析し、同様にして取得した動画・画像・音声ファイル等を解析結果に基づいて配置する処理を実行する。そして、処理結果を表示管理部４２１を経由して、表示データ４４７を表示装置４０８に表示したり、スピーカ４１３から音声情報を出力したりする。

表示管理部４２１は、表示装置４０８に表示する情報を切り換える制御をおこなう。例えば、ユーザが操作装置４０９を操作した際に表示を切り換える制御や、携帯電話端末２０ａ上で動作するブラウザ４２０や動画再生部４２９等のアプリケーションごとの表示の制御をおこなう。

車載端末連携部４２２は、機器間通信インタフェース４１０を介して、外部の車載端末と連携し、車載端末入出力データ４５２を入出力する。車載端末連携部４２２は、車載端末が操作された際の操作情報や、車載端末が取得した車両情報等を取得したり、映像・画像・音声情報や、車載端末の制御情報を車載端末に送信する。

規制ルール管理部４２３は、Ｗｅｂサーバ５０から取得したＷｅｂコンテンツを表示する際の走行規制のための規制ルール４４４を管理する。ブラウザ４２０からの指示により規制ルール４４４を読み込んだり、規制ルール４４４が更新されたことをブラウザ４２０に通知したりする。

音声再生部４２８は、音声データ４４５を取得してデコードし、そのデコードした情報を音声アナログ信号として、スピーカ４１３やヘッドホン（図示せず）に出力する。
動画再生部４２９は、動画データ４４６を取得してデコードをおこない、そのデコードした情報を表示管理部４２１を経由して、動画として表示装置４０８に表示し、その音声をスピーカ４１３から出力する。

通信制御部４３０は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの通信プロトコルの処理をおこない、通信データ４４９を他の外部装置あるいはサーバから情報を受信したり、ブラウザ４２０等から情報を取得して他の端末あるいはサーバが指定する通信プロトコルに則り情報を成形して、通信データ４４９として送信したりする。

規制ルール４４４は、Ｗｅｂコンテンツを走行中に表示しても搭乗者の安全を妨げないように加工するためのルールである。この規制ルール４４４については、第一の実施形態で説明したものと同様である。

音声データ４４５は、マイク４１２から取り込まれたり、動画データの中のデータであり、音声再生部４２８によって、音声アナログ信号４４８に変換される。

音声アナログ信号４４８は、音声再生部４２８によって、音声データ４４５をアナログ信号に変換したものであり、スピーカ４１３やヘッドホン（図示せず）に入力されて、聴取者に音声として出力される。

動画データ４４６は、動画再生のために、動画再生部４２９に入力される元データであり、例えば、ＭＰＥＧ（Moving Picture Experts Group）データである。

通信データ４４９は、通信制御部４３０が送受信するデータである。

センサデータ４５０は、測位センサ４０５、加速度センサ４０６、ジャイロセンサ４０７の出力データであり、これらは、ブラウザ４２０の走行状態判定部２４１０（後述）に入力され、車両３０の走行状態の判定に用いられる。

撮像データ４５１は、カメラ４１１により撮像されたデータであり、これもブラウザ４２０の走行状態判定部２４１０に入力され、車両３０の走行状態の判定に用いられる。

車載端末入出力データ４５２は、車載端末と携帯電話端末２０ａが入出力するデータであり、車載端末が操作された際の操作情報、車載端末が取得した車両情報、映像・画像・音声情報、車載端末の制御情報などである。

次に、図２３を用いて本発明の第五の実施形態に係るブラウザ４２０の構成について説明する。
図２３は、本発明の第五の実施形態に係るブラウザ４２０の構成図である。

図６に示すように、本実施形態に係るブラウザ４２０は、ブラウザ制御部２４０１、ブラウザキャッシュ２４０２、レンダリング部２４０３、ブラウザ通信部２４０４、規制部２４００を備えている。

ブラウザ制御部２４０１は、ユーザにより別のアプリケーションソフトウェアからブラウザ４２０へと表示を切り換える操作や、「戻る」や「進む」といった、別のＷｅｂコンテンツの表示に切り換える操作がなされたとき、あるいは、一つのウィンドウの中に、複数のページが開かれており、それをタブ操作により、切り換えられたときになどのブラウザ４２０上の別のＷｅｂコンテンツの表示に切り換える操作があった際に、切り換え後に表示すべきＷｅｂコンテンツに関する情報を規制部２４００に渡すようにする。また、規制部２４００からＷｅｂコンテンツの再読み込み要求（リロード、表示画面の更新要求）があった際に、現時点で表示中のＷｅｂコンテンツをＷｅｂサーバ５０またはブラウザキャッシュ２４０２から読み込む。

ブラウザキャッシュ２４０２、レンダリング部２４０３、ブラウザ通信部２４０４については、図５に示した従来技術のコンポーネントと同様である。

走行状態判定部２４１０は、携帯電話端末２０ａの測位センサ４０５、加速度センサ４０６、ジャイロセンサ４０７から出力されるセンサデータ４５０、カメラ４１１からの撮像データ４５１により、車両３０が走行中であるか否かを判定する。走行状態判定部２４１０は、ブラウザ４２０と別のコンポーネントとして、実装されてもよい。

規制部２４００は、携帯電話端末２０ａの画面にＷｅｂコンテンツを表示する際に、ユーザの操作や車両の走行状態に応じて、規制ルール４４４に基づき、走行規制を適用または解除する。規制部２４００は、レンダリングＩＦ２４０５、規制制御部２４０６、規制加工部２４０７、Ｗｅｂコンテンツ保存部２４０８、表示切換情報取得部２４１０、読込要求部２４１２を備えている。

レンダリングＩＦ２４０５は、ブラウザ制御部２４０１とレンダリング部２４０３のインタフェースを司る部分である。

ブラウザ制御部２４０１から取得した情報が、ユーザがＷｅｂコンテンツに含まれるハイパーリンクを選択する等の操作をおこなった際の、操作に対応する処理の問合せであった場合には、直接レンダリング部２４０３に情報を送信する。

ブラウザ制御部２４０１から取得した情報が、Ｗｅｂサーバ５０やブラウザキャッシュ２４０２から読み込んだコンテンツであった場合は、規制要否を判定して、規制が必要なコンテンツは走行規制のための加工を施すために規制制御部２４０６に送信し、規制が不要なコンテンツはそのままレンダリング部２４０３に送信する。

さらに、規制制御部２４０６から加工前・後のＷｅｂコンテンツを取得した際には、そのままレンダリング部２４０３に渡す。

表示切換情報取得部２４１１は、ユーザが別のアプリケーションからブラウザ４２０に表示を切り換える操作や「戻る」や「進む」等といったＷｅｂコンテンツの表示を切り換える操作をおこなった場合に表示すべきＷｅｂコンテンツに関する情報を、ブラウザ制御部２４０１から取得して規制制御部２４０６に送信する。

規制加工部２４０７は、走行規制が必要なＷｅｂコンテンツを、車載端末１０の規制ルール管理部２２６から取得した規制ルール２４４に基づいて、走行中に表示しても安全を妨げない表示となるように加工を施す。

Ｗｅｂコンテンツ保存部２４０８は、走行規制のために加工を施した加工後Ｗｅｂコンテンツおよび加工前Ｗｅｂコンテンツを保持する。

読込要求部２４１２は、ユーザが別のアプリケーションからブラウザ４２０に表示を切り換える操作や、「戻る」や「進む」等といったＷｅｂコンテンツの表示を切り換える操作をおこなった際に、表示すべきＷｅｂコンテンツがＷｅｂコンテンツ保存部２４０８に保持されていなかった場合に、ブラウザ制御部２４０１に対して、表示するＷｅｂコンテンツをＷｅｂサーバ５０またはブラウザキャッシュ２４０２から読み込むよう要求する。

規制制御部２４０６は、車載端末１０の走行状態判定部２４１０から取得した車両の走行状態に応じて、レンダリングＩＦ２４０５から取得したコンテンツを規制加工部２４０７に加工させたり、加工前・後のＷｅｂコンテンツをＷｅｂコンテンツ保存部２４０８に保存したりする。また、表示切換情報取得部２４１０からユーザの操作により表示すべきＷｅｂコンテンツに関する情報を取得し、ＷｅｂコンテンツがＷｅｂコンテンツ保存部２４０８に保存されているか否かを判定して、保存されていればＷｅｂコンテンツを読み込んでレンダリングＩＦ２４０５に送信し、保存されていなければ読込要求部２４１２を通してブラウザ制御部２４０１にＷｅｂコンテンツの再読み込みを要求する。

本実施形態では、携帯電話端末２０ａがセンサ類とカメラより、車両の走行状態に関するデータを読み込み、ブラウザ４２０内で判定された走行状態に応じて、ブラウザ４２０の表示を規制する。そのため、車載端末などのナビゲーションのための装置を用いなくても、車載端末に比べて広く普及している携帯電話端末においてブラウザの閲覧時に、ユーザの操作により切り換えられた後のＷｅｂページの表示にも走行規制を適用することができる。

〔実施形態６〕
以下、本発明に係る第六の実施形態を、図２４および図２５を用いて説明する。
第五の実施形態に係る本実施形態における車載情報通信システムでは、携帯電話端末自身が車両の走行状態を検知し、ブラウザに対する表示規制をおこなった。

本実施形態では、車両３０に携帯電話端末とは別に車載ディスプレイ端末を設け、携帯電話端末２０ｂ上で作成された画像を表示できるようにしたものである。

先ず、図２４を用いて本発明の第六の実施形態に係る車載情報通信システムのシステム構成について説明する。
図２４は、本発明の第六の実施形態に係る車載情報通信システムのシステム概要を示すシステム構成図である。

図２４に示すように、本実施形態の車載情報通信システムは、車両３０内の携帯電話端末２０ｂと車載ディスプレイ端末９０とが接続された形態であり、携帯電話端末２０ｂは、基地局７０との無線通信を介して、グローバル網４０のＷｅｂサーバ５０や規制ルールサーバ６０と通信する。また、この車両３０内の携帯電話端末２０ｂが、車両３０の走行状態を検知する機能も有する。そして、携帯電話端末２０ｂが取得したコンテンツを画面に表示する際に、車載ディスプレイ端末９０に携帯電話端末２０ｂの画面情報を転送して車載ディスプレイ端末９０の画面上に表示する。

図２４に示したその他の構成要素については、図１と同様である。

また、携帯電話端末２０ａのハードウェア構成は、第五の実施形態の図２１で示したものと同様である。

次に、図２５を用いて本発明の第六の実施形態に係る携帯電話端末２０ｂの構成について説明する。
図２５は、本発明の第六の実施形態に係る携帯電話端末２０ｂの構成図である。

本実施形態の車載ディスプレイ端末９０は、ユーザの操作を受け付けて携帯電話端末２０ａに操作情報を送信し、携帯電話端末２０を制御する機能を有するものとする。このときには、車載ディスプレイ端末９０から取得した操作情報をもとに携帯電話端末２０内のブラウザ４２０が制御された場合であっても、走行規制を適用・解除が可能な構成とする必要がある。

図２５に示すように、車両３０内に携帯電話端末２０ｂがあり、携帯電話端末２０ｂは、無線通信インタフェース４０４により、グローバル網４０と接続され、機器間通信インタフェース４１０により、車両３０内にある車載ディスプレイ端末９０と接続されている。

携帯電話端末２０ａで動作するブラウザ４２０や動画再生等のアプリケーション実行時の画面情報は、表示管理部４２１から、車載端末連携部４２２および機器間通信インタフェース４１０を経由して車載ディスプレイ端末９０に転送される。

また、機器間通信インタフェース４１０が、車載ディスプレイ端末９０からユーザの操作情報を取得した際、車載端末連携部４２２はブラウザ４２０が操作されたことを判断し、操作情報をブラウザ４２０のブラウザ制御部２４０１に送信する。ここで、操作情報はブラウザ制御部２４０１に直接送信するのではなく、表示管理部４２１を経由してブラウザ制御部２４０１に渡されるようにしてもよい。

図２５に示したその他の構成要素については、図２３と同様である。

〔実施形態７〕
以下、本発明に係る第七の実施形態を、図２６を用いて説明する。
図２６は、本発明の第七の実施形態に係る携帯電話端末２０ｃの構成図である。

第六の実施形態における車載情報通信システムでは、携帯電話端末自身が車両の走行状態を検知し、ブラウザに対する表示規制をおこない、かつ、車両３０に携帯電話端末２０ａとは別に車載ディスプレイ端末を設け、携帯電話端末２０ａ上で作成された画像を表示できるようにしたものであった。

本実施形態は、車両３０に携帯電話端末２０ｃとは別に車載ディスプレイ端末９０ａを設け、携帯電話端末２０ｃ上で作成された画像を表示できることは同様であるが、車両の走行状態を、携帯電話端末２０ｃではなく、車載ディスプレイ端末９０ａで検知するようにしたものである。

本実施形態の車載ディスプレイ端末９０ａは、車両３０と接続され、車両の走行に関する情報を取得する機能を有するものとする。このように、携帯電話端末２０が車載ディスプレイ端末９０ａから車両情報を取得できる場合は、走行状態判定のために携帯電話端末２０内のセンサを利用するよりも、車載ディスプレイ端末９０ａから取得した車両情報を利用した方がより正確な判定が可能となる。

図２６に示すように、車両３０内に携帯電話端末２０ｃがあり、携帯電話端末２０ｃは、無線通信インタフェース４０４によって、グローバル網４０と接続され、機器間通信インタフェース４１０によって、車両３０内にある車載ディスプレイ端末９０ａと接続されている。さらに、車載ディスプレイ端末９０ａは、車両３０の車載ネットワーク２２１および車両信号線２２０と接続されており、車両の走行に関する情報を取得可能である。

携帯電話端末２０ｃが、機器間通信インタフェース４１０によって、車載ディスプレイ端末９０ａからユーザの操作情報または車両の走行に関する情報を取得した際、それらの情報は、車載端末連携部４２２に送信される。車載端末連携部４２２は、取得した情報がブラウザ４２０に向けた情報であることを判断し、それが車両の走行に関する情報であれば走行状態判定部２４１０に送信し、操作情報であればブラウザ制御部２４０１に送信する。

図２６に示したその他の構成要素については、図２３と同様である。

ここでは、車載ディスプレイ端末９０ａに携帯電話端末２０ｃの画面情報を転送して、車載ディスプレイ端末９０ａの画面上に表示し、かつ、車載ディスプレイ端末９０ａに携帯電話端末２０ｃのユーザの操作情報や車両の走行に関する情報を取得する例について説明した。本実施形態によれば、第六の実施形態に構成に比較して、より正確に車両の走行状態を検知でき、車両走行中のブラウザのＷｅｂページの表示を規制できるため、より運転の安全性を高めることができる。

また、以上の説明では、ブラウザ上で同時に動作するＷｅｂコンテンツは一つであるとしているが、同時に複数のＷｅｂコンテンツが動作していて、ユーザがタブを選択することにより動作中のＷｅｂコンテンツを選択して表示させることができるようにしてもよい。その場合には、ブラウザの規制部およびレンダリング部が動作するＷｅｂコンテンツの数に応じて複数存在する構成にし、ブラウザ制御部が複数存在する規制部およびレンダリング部を管理する構成にするとよい。

１０…車載端末、２０…携帯電話端末、３０…車両、４０…グローバル通信網、５０…Ｗｅｂサーバ、６０…規制ルールサーバ、７０…基地局、９０…車載ディスプレイ端末、２００…ＣＰＵ、２０１…ＲＯＭ、２０２…ＲＡＭ、２０３…機器間通信インタフェース、２０４…測位センサ、２０５…ジャイロセンサ、２０６…表示装置、２０７…操作装置、２０８…補助記憶装置、２０９…車載ＬＡＮインタフェース、２１０…カメラ、２１１…ラジオチューナ、２１２…テレビチューナ、２１３…マイク、２１４…スピーカ、２２０…ブラウザ、２２１…表示管理部、２２２…ナビゲーション部、２２３…交通情報取得部、２２４…車両情報取得部、２２５…走行状態判定部、２２６…規制ルール管理部、２２８…音声再生部、２２９…動画再生部、２３０…通信制御部、８０…無線通信インタフェース、２４０…地図ＤＢ、２４１…交通情報データ、２４２…車両信号、２４３…車載ネットワークデータ、２４４…規制ルール、２４５…音声データ、２４６…動画データ、２４７…表示データ、２４８…音声アナログ信号、２４４…通信データ、３００…規制部、３０２…ブラウザキャッシュ、３０３…レンダリング部、３０４…ブラウザ通信部、３０５…レンダリングＩＦ、３０６…規制制御部、３０７…規制加工部、３０８…Ｗｅｂコンテンツ保存部、３１０…表示切換情報取得部、３１２…読込要求部、３５０…ブラウザ制御部、４２０…ブラウザ、４２１…表示管理部、４２２…車載端末連携部、４２３…規制ルール管理部、４２８…音声再生部、４２９…動画再生部、４３０…通信制御部、４４４…規制ルール、４４５…音声データ、４４６…動画データ、４４７…表示データ、４４８…音声アナログ信号、４４９…通信データ、４５０…センサデータ、４５１…撮像データ、４５２…車載端末入出力データ。

Claims (8)

1. 情報処理装置であって、
   コンテンツを受信する受信部と、
   ユーザ操作を入力する操作入力部と、
   車両の走行状態情報を取得する車両情報取得部と、
   受信した前記コンテンツを表示可能な表示部と、
   前記受信部と前記操作入力部と前記車両情報取得部と前記表示部とを制御する制御部と、を備え、
   前記制御部は、前記操作入力部に、前記表示部に表示中の情報をブラウザへ切り替える旨のユーザ操作が入力された場合、または前記ブラウザ内でタブを切り替える旨のユーザ操作が入力された場合に、当該ユーザ操作が入力された後に前記車両情報取得部によって取得された走行状態情報に応じて、予め定められた規制ルールに基づき加工された前記コンテンツを前記表示部に表示する制御を行うことを特徴とする情報処理装置。
2. 情報処理装置であって、
   コンテンツを受信する受信部と、
   ユーザ操作を入力する操作入力部と、
   車両の走行状態情報を取得する車両情報取得部と、
   受信した前記コンテンツを表示可能な表示部と、
   予め定められた規制ルールに基づいて前記コンテンツに加工を施した加工後コンテンツを作成する規制加工部と、
   前記規制加工部によって加工が施された加工後コンテンツを記録する記録部と、
   前記受信部で受信した前記コンテンツに関連する追加コンテンツを保持する追加コンテンツキューと、
   前記受信部と前記操作入力部と前記車両情報取得部と前記表示部と前記規制加工部と前記記録部と前記追加コンテンツキューを制御する制御部と、を備え、
   前記制御部は、前記操作入力部に、前記表示部に表示中の情報をブラウザへ切り替える旨のユーザ操作が入力された場合、または前記ブラウザ内でタブを切り替える旨のユーザ操作が入力された場合に、当該ユーザ操作が入力された後に前記車両情報取得部によって取得された走行状態情報に応じて、前記記録部から前記加工後コンテンツを読み出して、前記表示部に表示する制御を行い、
   更に、前記車両が走行中であるときには、前記追加コンテンツを前記追加コンテンツキューに保持し、前記車両が走行中でないときには、前記追加コンテンツに関する情報を、前記表示部に表示するコンテンツに反映させる制御を行い、
   更に、前記車両が、走行開始した場合には、前記追加コンテンツに関する処理は行わず、走行状態に応じて、前記記録部に記録された前記加工後コンテンツを読み出して、前記表示部に表示するコンテンツに反映させる制御を行う
   ことを特徴とする情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記受信部は、前記規制ルールを受信し、
   前記制御部は、
   新たな規制ルールを受信した場合に、前記記録部に記録されている前記加工後コンテンツを削除し、
   前記規制加工部は、新たな規制ルールに基づいて加工を施した前記加工後コンテンツを作成し、
   前記記録部は、前記新たな規制ルールに基づいて加工された前記加工後コンテンツを記録することを特徴とする情報処理装置。
4. 請求項１に記載の情報処理装置であって、前記情報処理装置は、車載端末であることを特徴とする情報処理装置。
5. 請求項１に記載の情報処理装置であって、前記情報処理装置は、携帯端末であることを特徴とする情報処理装置。
6. 請求項１に記載の情報処理装置であって、前記情報処理装置は、携帯端末と、車載ディスプレイ端末が接続された形態であることを特徴とする情報処理装置。
7. 情報処理装置における情報処理方法であって、
   受信部でコンテンツを受信する受信ステップと、
   操作入力部でユーザ操作を入力する操作入力ステップと、
   車両情報取得部で車両の走行状態情報を取得する車両情報取得ステップと、
   表示部で、受信した前記コンテンツを表示可能な表示ステップと、
   前記表示部に表示中の情報をブラウザへ切り替える旨のユーザ操作が入力された場合、または前記ブラウザ内でタブを切り替える旨のユーザ操作が入力された場合に、当該ユーザ操作が入力された後に前記車両情報取得部によって取得される走行状態情報に応じて、予め定められた規制ルールに基づき加工されたコンテンツを前記表示部に表示する制御を行う制御ステップと、
   を有することを特徴とする情報処理方法。
8. 情報処理装置における情報処理方法であって、
   受信部でコンテンツを受信する受信ステップと、
   操作入力部でユーザ操作を入力する操作入力ステップと、
   車両情報取得部で車両の走行状態情報を取得する車両情報取得ステップと、
   表示部で、受信した前記コンテンツを表示可能な表示ステップと、
   予め定められた規制ルールに基づいて前記コンテンツに加工を施した加工後コンテンツを作成する規制加工ステップと、
   前記規制加工ステップによって加工が施された加工後コンテンツを記録部に記録する記録ステップと、
   前記受信部で受信した前記コンテンツに関連する追加コンテンツを追加コンテンツキューに保持する保持ステップと、
   前記操作入力部に、前記表示部に表示中の情報をブラウザへ切り替える旨のユーザ操作が入力された場合、または前記ブラウザ内でタブを切り替える旨のユーザ操作が入力された場合に、当該ユーザ操作が入力された後に前記車両情報取得部によって取得される走行状態情報に応じて、前記記録部から前記加工後コンテンツを読み出して、前記表示部に表示する制御を行い、
   更に、前記車両が走行中であるときには、前記追加コンテンツを前記追加コンテンツキューに保持し、前記車両が走行中でないときには、前記追加コンテンツに関する情報を、前記表示部に表示するコンテンツに反映させる制御を行い、
   更に、前記車両が、走行開始した場合には、前記追加コンテンツに関する処理は行わず、走行状態に応じて、前記記録部に記録された前記加工後コンテンツを読み出して、前記表示部に表示するコンテンツに反映させる制御を行う制御ステップと、
   を有することを特徴とする情報処理方法。

Images