JP6378066B2 - 情報処理装置および実行管理プログラム - Google Patents

Description

本発明は、情報処理装置および実行管理プログラムの技術に関する。

本技術分野の背景技術として、特開２０１３−１５２６２７号公報（特許文献１）がある。この公報には、「アプリケーションを動作させるアプリケーション実行環境が搭載された車載端末であって、前記アプリケーション実行環境は、当該アプリケーション実行環境の起動後に前記アプリケーションを起動すると共に、予め定められたタイミングで前記アプリケーションを再起動する起動手段と、前記起動手段により前記アプリケーションが起動される際に、該アプリケーションに対し、該起動が、当該アプリケーション実行環境の起動後、最初に行われたものであるか否かを通知する通知手段と、を備えることを特徴とする車載端末。」と記載されている。

特開２０１３−１５２６２７号公報

上記技術では、アプリケーションが起動される際に初回起動であるか否かを通知しているが、そもそも刻々と変化する車両や車載端末の状態に応じた終了すべき最適なコンテンツを決定して終了することはできない。

本発明は、上記問題点を解決するためになされたものであり、車両や車載端末の状態に応じた終了すべき最適なコンテンツを決定することを目的とする。

本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。上記課題を解決すべく、本発明に係る情報処理装置は、コンテンツを実行するコンテンツ実行部と、上記コンテンツの種類ごとに、車両の走行中に実行終了を許可するか否かを判断する走行中終了可否情報と、上記コンテンツの種類ごとの優先度と、を対応付けて記憶するコンテンツ種類記憶部と、上記コンテンツ実行部が使用可能な残メモリ容量を特定するメモリ監視部と、上記車両の状態を取得する走行状態監視部と、上記残メモリ容量が所定の閾値未満になると、上記走行状態監視部で取得した車両の状態に応じて、上記コンテンツ種類記憶部に記憶された上記走行中終了可否情報と上記コンテンツの種類ごとの優先度とを用いて実行終了を許可するコンテンツを決定し、コンテンツの終了要求を上記コンテンツ実行部に発行する終了コンテンツ決定部と、を備える。

本発明によると、車両や車載端末の状態に応じた終了すべき最適なコンテンツを決定することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施形態に係る情報処理システムの構成例を示す図である。 車載端末の構成例を示す図である。 コンテンツＤＢのデータ構造を示す図である。 コンテンツ種類ＤＢのデータ構造を示す図である。 車載端末のハードウェアの構成を示す図である。 コンテンツ終了処理のフローを示す図である。 終了コンテンツ決定処理のフローを示す図である。 終了報告表示画面の例を示す図である。 第二の実施形態に係るコンテンツ終了処理のフローを示す図である。 第三の実施形態に係る終了コンテンツ決定処理のフローを示す図である。 第四の実施形態に係るコンテンツ種類ＤＢのデータ構造を示す図である。 第四の実施形態に係る終了コンテンツ決定処理のフローを示す図である。 第五の実施形態に係るコンテンツＤＢのデータ構造を示す図である。 第五の実施形態に係る常駐コンテンツ起動処理のフローを示す図である。 第六の実施形態に係る車載端末の構成例を示す図である。 第七の実施形態に係る車載端末の構成例を示す図である。 第七の実施形態に係るブラウザ再起動処理のフローを示す図である。

以下に、本発明に係る実施形態を適用した情報処理装置の例について、図面を参照して説明する。

一般に、車載端末では、ブラウザ等のコンテンツ実行環境において、ウェブサイトに通信を介してアクセスし、コンテンツ実行環境上でコンテンツが実行されることが多くなっている。例えば、ユーザに応答性の良い検索機能を提供し、ユーザの状況に応じた細やかな表示の変更等を実現する情報を提供するために、このようなコンテンツが提供されることが多い。これは、スマートフォン等の携帯装置の処理能力の飛躍的向上により、より複雑な処理をクライアント装置側で実行可能となってきたことにも起因する。その一方で、一般的にハードウェア資源がそれほど多くない組み込み型デバイスにおいても、そのようなコンテンツを同様に利用する要望が高まっており、ハードウェア資源の効率的な制御の必要性が一段と高まっている。

特に、車両等の移動体に搭載され経路誘導や各種情報の提供を行うだけでなく、車両制御の一端を担うことも多くなりつつあるナビゲーション装置等においては、利用車両や車載端末の状態に応じて終了して良いコンテンツあるいは終了すべきではないコンテンツは相対的なものであり、しかも状況に応じて動的に変化する。たとえば、車両が走行中の状況において、走行中に使用が禁止されているコンテンツは当然に終了しても良いが、走行中に使用が認められているコンテンツは終了すべきではない。また、別の例をあげると、車載端末側でＦＭ（Ｆｒｅｑｕｅｎｃｙ Ｍｏｄｕｌａｔｉｏｎ）ラジオを再生している場合には、使用していないブラウザ上で動作するインターネットラジオ再生コンテンツは終了しても良いと言える。

図１は、本発明に係る実施形態を適用した情報処理装置である車載端末１０を含む情報処理システムの構成の例である。この情報処理システムは、通信ネットワーク４０を介して多様なコンテンツを車両５０の搭乗者に提供することが可能な情報処理システムであって、車載端末１０、通信端末２０、サーバ３０、通信ネットワーク４０および車両５０を含む。なお、コンテンツには、アプリケーションソフトウェア等のプログラム、動画、静止画、ウェブサイト、音楽、その他エンターテインメント情報、車両制御情報、業務利用情報等の各種の情報が含まれるものとする。また、コンテンツは、通信ネットワーク４０を介さず、車載端末１０が管理する記憶装置に格納されている情報であってもよい。

車載端末１０は、車両５０に固定的に取り付けられ、あるいは着脱可能に取り付けられる。なお、車載端末１０は、車両５０に限られず、他の移動体に取り付けられるものであってもよい。また、車載端末１０は、移動体に取り付けられる必然性もなく、たとえば有線あるいは無線のネットワークを介した通信をサーバ３０等の他の装置と行うことが可能であればよい。

本実施形態における車載端末１０は、通信ネットワーク４０を介してサーバ３０に接続し、車両５０の搭乗者に提供するコンテンツを取得する。車載端末１０は、通信ネットワーク４０に自ら接続するものであってもよいし、通信端末２０を経由して通信ネットワーク４０に接続するものであっても良い。車載端末１０と通信端末２０との通信では、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＢｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の端末間の接続に利用可能な通信機能を使用する。

通信端末２０は、車載端末１０に対して、車載端末１０を通信ネットワーク４０上の他の装置と通信する機能を提供する。また、通信端末２０は、サーバ３０の機能を代替して車載端末１０で実行されるコンテンツを配置することも可能である。この場合、通信端末２０は車載端末１０からは複数あるサーバ３０の１つとして接続される。

サーバ３０は、車載端末１０において実行されるコンテンツを提供可能に有する情報処理装置である。サーバ３０は、通信ネットワーク４０を介して車載端末１０および通信端末２０のいずれかまたは両方と通信する。なお、サーバ３０は一台に限らず、複数の情報処理装置により構成されてもよい。

通信ネットワーク４０は、電話網やインターネット網、公衆ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の、コンピューターが相互に通信を行うことが可能なネットワーク網である。

車両５０は、燃料、電気あるいは燃料と電気の両方を用いて駆動力を得る移動体であり、車載端末１０、通信端末２０および搭乗者を搭載して移動する。

図２は、車載端末１０の構成例を示す図である。車載端末１０には、通信部３２０と、操作管理部３２２と、表示管理部３２４と、音声管理部３２６と、ブラウザ４００と、通話部４８０と、動画再生部４８１と、音楽再生部４８２と、ナビゲーション部４８３と、音声認識部４８４と、システム側メモリ管理部４９０と、車両情報取得部４９２と、が含まれる。

通信部３２０は、通信端末２０と通信を行い、通信端末２０を介して通信ネットワーク４０上の他のコンピューターと通信し、車載端末１０とサーバ３０との間でのデータ通信を実現する。あるいは、通信部３２０自らが通信ネットワーク４０上の他のコンピューターとの通信や電話を発着信する機能を提供しても良い。

操作管理部３２２は、ユーザの操作を受け付けて、コンテンツやブラウザ４００等の処理部に受け渡す機能である。

表示管理部３２４は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やプログラムが生成する画面等の画像データを、車載端末１０の内部状態に応じて選択的に表示する。また、表示管理部３２４は、車載端末１０の中でブラウザ４００は搭乗者が閲覧できる状態（以降、「フォアグラウンド状態」という）にあるのか、他の機能が表示されており閲覧できない状態（以降、「バックグラウンド状態」という）にあるのか、を管理する。

音声管理部３２６は、車載端末１０において実行されるプログラムが出力する音声に関する出力データを車載端末１０の内部状態に応じて選択的にスピーカに送信する。また、音声管理部３２６は、マイクから受け付けた入力データを車載端末１０の内部状態に応じて選択的にプログラムに送信する。

通話部４８０は、通信端末２０または通信部３２０に接続し、電話の発着信および通話処理を行う。

動画再生部４８１は、テレビチューナおよび光ディスクドライブ等の動画情報を出力する機器から動画データを取得して動画として再生する。

音楽再生部４８２は、ラジオチューナ、補助記憶装置、光ディスクドライブ、メモリカードＩＦ（Ｉｎｔｅｒ Ｆａｃｅ）および通信端末２０から、音楽データを取得して楽曲として再生する。

ナビゲーション部４８３は、補助記憶装置に格納された地図データ、測位センサ、ジャイロセンサ、車両信号線および車載ネットワーク等から取得したデータを使用して、カーナビゲーション機能を提供する。

音声認識部４８４は、マイク等の音声入力装置から入力された音声データを文字データに変換し、入力された音声データの発話内容を認識する。

システム側メモリ管理部４９０は、ＯＳ上で使用済みのメモリ使用量や使用可能なメモリ残量、ＯＳ上で動作するプログラムのプロセスが使用するメモリ容量であるメモリ使用量等を管理する。

車両情報取得部４９２は、車両信号線あるいは車載ネットワークＩＦから取得した車載ネットワークの出力データをナビゲーション部４８３等の各プログラムに提供する機能である。

ブラウザ４００には、ブラウザ通信部３４０と、ブラウザ制御部４１２と、ブラウザ制御部４１２により実行を制御されるコンテンツ３８０と、メモリ管理部４２０と、が含まれる。ブラウザ４００は、コンテンツを実行するコンテンツ実行部に相当する。

ブラウザ通信部３４０は、サーバ３０や通信端末２０と通信する。ブラウザ通信部３４０は、サーバ３０等から提供されるコンテンツ３８０を取得し、コンテンツ３８０に係る処理結果をサーバ３０等の外部の装置に送信し、送信した結果の応答がある場合には、外部の装置から結果の情報を取得し、表示を行う。

ブラウザ制御部４１２は、コンテンツ３８０を解析し、所定のデータ構造を有するようデータベース化した後に実行し、描画処理を実行する。また、ブラウザ制御部４１２は、サーバ３０等から取得したコンテンツ３８０の再取得を不要とするために、コンテンツ自身あるいは通信データのキャッシュを行う。また、ブラウザ制御部４１２は、コンテンツ３８０の閲覧履歴を保存するとともに、ユーザに履歴一覧を提供し選択された履歴に該当するコンテンツを再表示する。また、ブラウザ制御部４１２は、入出力を統括し、ユーザインタフェースを提供する。

メモリ管理部４２０は、終了コンテンツ決定部４３０、ブラウザ状態確認部４３１、システム側メモリ監視部４３２、コンテンツ確認部４３３、コンテンツＤＢ４３４、コンテンツ種類ＤＢ４３５、車両状態監視部４４０、車載端末状態監視部４５０で構成される。

ブラウザ状態確認部４３１は、車載端末１０の中でブラウザ４００はフォアグラウンド状態」にあるのか、バックグラウンド状態にあるのかをブラウザ制御部４１２に問い合わせ、終了コンテンツ決定部４３０に通知する。なお、ブラウザ４００がフォアグラウンド状態であるのかバックグラウンド状態であるのかは、表示管理部３２４が管理している。そのため、ブラウザ状態確認部４３１は、ブラウザ４００がフォアグラウンド状態であるのかバックグラウンド状態であるのかを、表示管理部３２４に問い合わせるものとしてもよい。

システム側メモリ監視部４３２は、ブラウザ４００が使用しているメモリ量をシステム側メモリ管理部４９０より取得してブラウザ４００が使用可能な残メモリ容量を終了コンテンツ決定部４３０に通知する。なお、システム側メモリ監視部４３２には、ブラウザ４００が使用可能なメモリ使用量が設定されている。システム側メモリ監視部４３２は、システム側メモリ管理部４９０から取得したブラウザ４００のメモリ使用量を使用可能なメモリ使用量から減算して、ブラウザ４００が使用可能な残メモリ容量を計算する。終了コンテンツ決定部４３０への残メモリ容量の通知タイミングは任意のタイミング、たとえば残メモリ容量の算出要求を受けたタイミングや、周期的なタイミングでよい。

コンテンツ確認部４３３は、ブラウザ４００で実行中のコンテンツ３８０の一覧をブラウザ制御部４１２から取得して終了コンテンツ決定部４３０に通知する。

図３は、コンテンツＤＢ４３４のデータ構造を示す図である。図３に示すように、コンテンツＤＢ４３４には、コンテンツ識別子４３４ａと、コンテンツ名４３４ｂと、コンテンツ種類４３４ｃと、が対応付けて格納される。

コンテンツ識別子４３４ａは、コンテンツを識別可能な固有の情報である。例えば、コンテンツ識別子４３４ａには、コンテンツにアクセス可能なＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｆｅｒｅｎｃｅ Ｌｏｃａｔｏｒ）が格納される。

コンテンツ名４３４ｂは、コンテンツ識別子４３４ａにより特定されるコンテンツの名称である。例えば、「ＰＯＩ（Ｐｏｉｎｔ ｏｆ Ｉｎｔｅｒｅｓｔ）検索」、「同時通訳」、「リモート故障診断」等のコンテンツ名称である。

コンテンツ種類４３４ｃは、コンテンツ識別子４３４ａにより特定されるコンテンツの種類である。例えば、「ナビ（ナビゲーション）連携」、「オーディオ」、「車両連携」等のコンテンツ種類である。なお、コンテンツ種類４３４ｃに格納されるコンテンツの種類は、コンテンツ種類ＤＢ４３５において登録されているコンテンツ種類のいずれかである。

図４は、コンテンツ種類ＤＢ４３５のデータ構造を示す図である。図４に示すように、コンテンツ種類ＤＢ４３５には、コンテンツ種類４３５ａと、走行中終了可否４３５ｂと、が対応付けて格納される。

コンテンツ種類４３５ａは、コンテンツの種類であり、走行中終了可否４３５ｂは、走行中におけるコンテンツの終了を許可するか否かについての情報である。例えば、コンテンツ種類が「ビデオ」であるコンテンツについては、終了「可」の属性情報をあらかじめ対応付けられて格納される。これに対して、例えば、オーディオや音声認識等の運転中に使用することが一般的であり、安全上も問題がないものについては、終了「不可」の属性情報をあらかじめ対応付けられて格納される。また、「リモート故障診断」というコンテンツが属する「車両連携」というコンテンツ種類については、故障時に遠隔から故障か否か、また呼称である場合どこが故障しているかを判断するための情報を常時取得しておかなければならないため、終了「不可」の属性情報をあらかじめ対応付けられて格納される。

なお、上述のコンテンツＤＢ４３４と、コンテンツ種類ＤＢ４３５とは、サーバ３０あるいは通信端末２０を介して更新情報を取得すると適宜書き換えられるものとする。

車両状態監視部４４０は、車両情報取得部４９２から走行状態等の車両の状態を取得し、終了コンテンツ決定部４３０に受け渡す。なお、車両の状態には、舵角、ブレーキ踏力、車速等の走行に関する状態に限られず、燃料の残量、時刻帯、降雨量、外気温、航続可能距離等の他の車両に関係する各種の情報が含まれる。

車載端末状態監視部４５０は、通話部４８０と、動画再生部４８１と、音楽再生部４８２と、ナビゲーション部４８３と、音声認識部４８４等の車載端末１０で実行されているプログラムのうちブラウザ４００以外の他のプログラムと接続して実行状態を収集し、車載端末１０の状態として、終了コンテンツ決定部４３０に通知する。なお、通話部４８０、音楽再生部４８２および音声認識部４８４等の主な処理が音声の入出力であるプログラムの実行状態については、音声の入出力を管理する音声管理部３２６においても判定可能であるので 、車載端末状態監視部４５０は、音声管理部３２６にプログラムの実行状態を問い合せても良い。同様に、車載端末状態監視部４５０は、通信の有無によりプログラムの実行状態を判定可能であるプログラムについては通信部３２０に、表示の有無によりプログラムの実行状態を判定可能であるプログラムについては表示管理部３２４に問い合せることでプログラムの実行状態を収集しても良い。また、ＯＳがプログラムの実行状態を提供する場合には、車載端末状態監視部４５０はＯＳにプログラムの実行状態を問い合せることでプログラムの実行状態を収集しても良い。

終了コンテンツ決定部４３０は、ブラウザ状態確認部４３１、システム側メモリ監視部４３２、コンテンツ確認部４３３、コンテンツＤＢ４３４、コンテンツ種類ＤＢ４３５、車両状態監視部４４０および車載端末状態監視部４５０から情報を取得し、ブラウザ４００の実行状態、ブラウザ４００が使用可能な残メモリ容量、ブラウザ４００で実行中のコンテンツ、車両５０の状態および車載端末１０の状態を把握することで、メモリ不足を検出した時点で最適な終了させるコンテンツを決定する。なお、メモリ不足時にコンテンツを終了させる理由は、終了させるコンテンツが使用していたメモリ領域の解放および再利用による残メモリ容量の増加を狙うためである。しかし、状況に応じて、上述のとおり、終了させても問題が起き難いコンテンツと、不都合が大きいコンテンツが存在する。このような場合において、適切にコンテンツを終了させてメモリ残量の増加を安全に行う際に、終了コンテンツ決定部４３０は終了させるコンテンツを適切に決定するといえる。

以上が、車載端末の構成の概要である。なお、車載端末１０は、典型的にはナビゲーション装置等であるが、これに限らず、汎用計算機であるパーソナルコンピューター装置、携帯電話端末、タブレット端末、ＰＮＤ（Ｐｏｒｔａｂｌｅ Ｎａｖｉｇａｔｉｏｎ Ｄｅｖｉｃｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、等の電子情報端末であってもよい。

図５は、本実施形態に係る車載端末１０のハードウェアの構成を示す図である。車載端末１０には、ＣＰＵ（Ｃｅｎｔｒaｌ Ｐｒｏｃeｓｓｉｎｇ Ｕｎｉｔ）２００、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０１、ＲＡＭ２０２、ラジオチューナ２０３、テレビチューナ２０４、表示装置２１０、操作装置２１１、補助記憶装置２１２、測位センサ２１３、ジャイロセンサ２１４、カメラ２２０、光ディスクドライブ２２１、メモリカードＩＦ（Ｉｎｔｅｒｆａｃｅ）２２２、マイク２２３、スピーカ２２４、通信装置２３０、機器間通信装置２３１および車載ネットワークＩＦ２４０を含む。

ＣＰＵ２００は、車載端末１０の各部を制御し、ＲＡＭ２０２上にロードされるカーナビゲーションプログラムやブラウザプログラム等に従って演算を実行する装置である。

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

ＲＡＭ２０２は、補助記憶装置２１２に記憶されているプログラムを読み込んで一時的に保管し、ＣＰＵ２００がプログラムの実行時に生成するワークデータ等を記憶する装置である。

ラジオチューナ２０３は、アンテナより短波、中波、超短波等の電波を受信し、選曲して番組として聴取する装置である。特に、ＦＭ多重放送の受信として、ＶＩＣＳ（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）（登録商標）から交通情報を受信することができる。

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

表示装置２１０は、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等、搭乗者に画像情報を表示する装置である。

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

補助記憶装置２１２は、カーナビゲーションやブラウザ等のプログラムとそれらのプログラムが使用する地図データや設定ファイル等の各種データ等を記憶する大容量の記憶装置であり、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。なお、情報が古くなり各種データの入れ替えが必要となった際には、車載端末１０は、通信装置２３０等を利用して通信ネットワーク４０に接続することにより、補助記憶装置２１２に保存されている各種データを、通信ネットワーク４０と接続されたサーバから取得して更新することができる。また、ブラウザ４００などのソフトウェアプログラムについても、サーバから取得して、最新のものに更新することができる。

測位センサ２１３は、複数の衛星波あるいは複数の無線ＬＡＮの電波を用いて、地球上での緯度および経度で示される自身の位置を測位するセンサである。

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

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

光ディスクドライブ２２１は、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）（登録商標）、ＤＶＤ（登録商標）、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）等の光ディスクを読み込み、音楽データや映像データを読み出す装置である。

メモリカードＩＦ２２２は、不揮発性記憶媒体であるメモリカード等の読み書きを行うインタフェースである。

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

スピーカ２２４は、車載端末１０で再生される音楽情報、経路案内時の音声案内および操作音等を出力するための装置である。

通信装置２３０は、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）等の通信ネットワーク４０を介してサーバ３０とのデータ通信の実行および電話の発着信を提供する装置である。

機器間通信装置２３１は、通信端末２０と接続してデータをやり取りするためのインタフェース装置である。接続方式は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）等の規格に準拠した有線接続でもよいし、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃやＢｌｕｅｔｏｏｔｈ（登録商標）等の規格に準拠した無線接続でもよい。

車載ネットワークＩＦ２４０は、車載ネットワーク５２と接続し、車両５０の走行状態や内部状態を表すＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）等の車載ネットワーク５２から得たデータを内部に取り込むための装置である。

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

上記した車載端末１０の操作管理部３２２、表示管理部３２４、音声管理部３２６、通話部４８０、動画再生部４８１、音楽再生部４８２、ナビゲーション部４８３、音声認識部４８４、ブラウザ４００およびシステム側メモリ管理部４９０は、ＣＰＵ２００に処理を行わせるプログラムによって実現される。このプログラムは、補助記憶装置２１２に記憶され、実行にあたってＲＡＭ２０２上にロードされ、ＣＰＵ２００により実行される。

また、通信部３２０は、通信装置２３０と、機器間通信装置２３１と、により実現される。コンテンツＤＢ４３４、コンテンツ種類ＤＢ４３５は、補助記憶装置２１２あるいはＲＡＭ２０２により実現される。車両情報取得部４９２は、車載ネットワークＩＦ２４０により実現される。

以上が、本実施形態における車載端末１０のハードウェア構成例である。しかし、これに限らず、その他の同様のハードウェアを用いて構成されるものであってもよい。

図６は、コンテンツ終了処理の処理フローを示す図である。コンテンツ終了処理は、車載端末１０が起動後に所定のタイミングで（例えば、コンテンツがブラウザ通信部３４０を介して外部と通信を行うタイミング や操作管理部３２２が搭乗者の操作を検出したタイミング、あるいは５分に一度等、定期的に）実施される。

まず、終了コンテンツ決定部４３０は、システム側メモリ監視部４３２からブラウザが使用可能な残メモリ容量を取得する（ステップＳ００１）。すなわち、システム側メモリ監視部４３２は、システム側メモリ管理部４９０から取得したブラウザ４００のメモリ使用量を、使用可能なメモリ使用量から減算して、ブラウザ４００が使用可能な残メモリ容量を計算し、終了コンテンツ決定部４３０に受け渡す。

そして、終了コンテンツ決定部４３０は、あらかじめ設定された閾値である警戒値に到達して（警戒値より以下となって）いるか否かを判定する（Ｓ００２）。警戒値に到達していない（すなわち、警戒値を上回る）場合には、終了コンテンツ決定部４３０は、制御をＳ００１に戻す。

警戒値に到達している場合（ステップＳ００２にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、メモリ使用量が、ブラウザ４００にあらかじめ割り当てられているメモリ使用量の上限値に到達しているか否かを判定する（ステップＳ００３）。すなわち、終了コンテンツ決定部４３０は、残メモリ容量が０より大きいか否かを判定する。残メモリ容量が０以下の場合には、ブラウザ４００のメモリ使用量がブラウザ４００で使用可能なメモリ量の上限値に到達していることを示すものであるため、他のプログラムの動作への影響および車載端末１０のＯＳによる強制終了等が発生する可能性がある。そのため、終了コンテンツ決定部４３０は、後述するステップＳ００９へ制御を進める。

残メモリ容量が０より大きい場合（ステップＳ００３にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、実行中のコンテンツ３８０の一覧を取得する（ステップＳ００４）。具体的には、終了コンテンツ決定部４３０は、コンテンツ確認部４３３からブラウザ４００で実行中のコンテンツ３８０の一覧と、コンテンツ３８０ごとの放置時間、すなわち最後に使用されてからの経過時間と、を取得する。放置時間、すなわち、最後に使用されてからの経過時間の起点は、バックグラウンド処理に移行してユーザが閲覧できない状態に遷移したタイミングまたはバックグラウンド処理中にサーバ３０を含む他の装置との通信を完了してコンテンツの動作を停止したタイミングのどちらでも良い。

そして、終了コンテンツ決定部４３０は、コンテンツＤＢ４３４から、実行中のコンテンツ３８０の設定を取得する（ステップＳ００５）。具体的には、終了コンテンツ決定部４３０は、コンテンツＤＢ４３４から、ステップＳ００４にて取得したコンテンツ３８０の一覧に含まれる各コンテンツ３８０に対応付けられたコンテンツ種類４３４ｃおよびコンテンツ種類ＤＢ４３５から、コンテンツ種類ごとの走行中終了可否４３５ｂを取得する。

そして、終了コンテンツ決定部４３０は、車両状態監視部４４０から、車両の状態を取得する（ステップＳ００６）。

そして、終了コンテンツ決定部４３０は、終了コンテンツ決定処理を実行する（ステップＳ００７）。終了コンテンツ決定処理の内容は、後述する。

そして、終了コンテンツ決定部４３０は、コンテンツ終了要求をブラウザ制御部４１２へ発行する（ステップＳ００８）。具体的には、終了コンテンツ決定部４３０は、ステップＳ００７にて決定した終了するコンテンツについて、ブラウザ制御部４１２へコンテンツの終了要求を受け渡し、ステップＳ００１へ制御を戻す。

また、終了コンテンツ決定部４３０は、残メモリ容量が０以下の場合（ステップＳ００３にて「Ｎｏ」の場合）には、ブラウザ再起動要求をブラウザ制御部４１２へ発行する（ステップＳ００９）。ブラウザを再起動すると、メモリが一度クリアされるため、使われていない未解放のメモリ領域を再利用可能になるためである。そして、終了コンテンツ決定部４３０は、ステップＳ００１へ制御を戻す。

以上が、コンテンツ終了処理の処理フローである。コンテンツ終了処理によれば、コンテンツの実行部であるブラウザ４００において実行されているコンテンツに対して、残メモリ容量が所定の閾値未満になると、終了するコンテンツを決定し、コンテンツの終了指示をブラウザ４００に送出することができる。

図７は、終了コンテンツ決定処理の処理フローを示す図である。終了コンテンツ決定処理は、コンテンツ終了処理のステップＳ００７において実行される処理である。

まず、終了コンテンツ決定部４３０は、車両が走行中であるか否かを判定する（ステップＳ１０１）。具体的には、終了コンテンツ決定部４３０は、車載端末１０が備えられている車両について、コンテンツ終了処理のステップＳ００６にて取得した情報を参照し、例えば車速が０を上回り、かつサイドブレーキが解除状態になっている場合に、車両が走行中であると判定する。車両が走行中でない場合（ステップＳ１０１にて「Ｎｏ」の場合）には、終了コンテンツ決定部４３０は、後述するステップＳ１０４へ制御を進める。

車両が走行中である場合（ステップＳ１０１にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、走行中終了可の種類に属するコンテンツが実行中であるか否かを判定する（ステップＳ１０２）。具体的には、終了コンテンツ決定部４３０は、コンテンツ終了処理のステップＳ００４にて取得したコンテンツ３８０の一覧に属するコンテンツ３８０のうち、走行中終了可否４３５ｂが「可」であるコンテンツ種類に属するコンテンツ３８０がひとつ以上含まれるか否かを判定する。走行中終了可の種類のコンテンツがない場合には、終了コンテンツ決定部４３０は、後述するステップＳ１０４へ制御を進める。

走行中終了可の種類に属するコンテンツが実行中である場合（ステップＳ１０２にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、走行中終了可の種類のコンテンツの中で、もっとも放置時間が長いコンテンツを終了させるコンテンツとして選択する（ステップＳ１０３）。具体的には、終了コンテンツ決定部４３０は、走行中終了可の種類のコンテンツの中で、使用されてから最も長い時間が経過したもの（ＬＲＵ：Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）を選択する。なお、当該処理において選択するコンテンツは、一つに限られず、例えば経過時間が略同じ（差が３秒以内の）コンテンツについては、メモリ使用量が大きいコンテンツから順に複数選択されるものであってもよい。

車両が走行中でない場合あるいは走行中終了可のコンテンツが実行されていない場合（ステップＳ１０１にて「Ｎｏ」の場合あるいはステップＳ１０２にて「Ｎｏ」の場合）には、終了コンテンツ決定部４３０は、実行中のコンテンツの中で最も放置時間が長いコンテンツを、終了させるコンテンツとして選択する（ステップＳ１０４）。具体的には、終了コンテンツ決定部４３０は、実行中のコンテンツの中で、使用されてから最も長い時間が経過したものを選択する。

以上が、終了コンテンツ決定処理の処理フローである。終了コンテンツ決定処理によれば、終了コンテンツ決定部４３０は、車両の走行状態に応じて、終了可能なコンテンツの種類に属しコンテンツ実行部においてメモリを使用しているコンテンツの中から、終了するコンテンツを決定することができる。

図８は、終了報告表示画面５００の例を示す図である。終了報告表示画面５００においては、メニュー画面を例としているが、これに限られず、ナビゲーション実行中の地図表示画面であっても、動画再生中の画面であってもよい。終了報告表示画面５００においては、コンテンツ終了表示メッセージ表示領域５０１と、音楽メニューアイコン表示領域５１１と、ナビゲーションアイコン表示領域５１２と、ＰＯＩ検索アイコン表示領域５１３と、その他各機能のアイコンの表示領域と、が含まれる。

コンテンツ終了表示メッセージ表示領域５０１は、例えば画面の上端付近に設けられた表示領域であり、文章で「コンテンツ「インターネットラジオ」を終了しました」等のメッセージを表示することが可能な領域である。

以上が、第一の実施形態である。第一の実施形態では、車載端末１０は、ブラウザ４００上でコンテンツが単一である場合にも、コンテンツの終了要求をブラウザ制御部４１２へ受け渡すことがある構成となっていたが、本発明は、これに限られない。例えば、単一のコンテンツしか実行されていない場合に、ブラウザがバックグラウンド実行されている場合には、ブラウザを再起動させ、フォアグラウンド実行されている場合には、コンテンツの終了をさせないようにしてもよい。

以下、このような第二の実施形態について説明する。第二の実施形態については、第一の実施形態と基本的に同様のため、相違がある部分を中心に説明する。また、第一の実施形態と共通する構成については、同じ符号が割り当てられている。

図９は、第二の実施形態に係るコンテンツ終了処理の処理フローを示す図である。図９に示すように、第二の実施形態においては、コンテンツ終了処理において、実行中のコンテンツの一覧を取得する処理ステップＳ００４の後、終了コンテンツ決定部４３０は、複数コンテンツが実行中であるか否か判定を行う（ステップＳ２０５）。複数のコンテンツが実行中である場合（ステップＳ２０５にて「Ｙｅｓ」の場合）には、第一の実施形態と同様の後続の処理を行う。

複数のコンテンツが実行中ではない場合（ステップＳ２０５にて「Ｎｏ」の場合）には、終了コンテンツ決定部４３０は、ブラウザ４００がバックグラウンド実行中であるか否かを判定する（ステップＳ２０９）。具体的には、終了コンテンツ決定部４３０は、ブラウザ状態確認部４３１へ実行状態を問い合わせ、得られた実行状態がフォアグラウンドであるかバックグラウンドであるか判定する。そして、ブラウザ４００がバックグラウンド実行中でない場合（ステップＳ２０９にて「Ｎｏ」の場合）には、終了コンテンツ決定部４３０は、ステップＳ００１へ制御を戻す。

ブラウザ４００がバックグラウンド実行中である場合（ステップＳ２０９にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、ステップＳ００９と同様にブラウザ制御部４１２にブラウザ再起動要求を発行する。

以上が、第二の実施形態である。第二の実施形態によれば、コンテンツ実行部であるブラウザ４００においてメモリを使用しているコンテンツが単一のコンテンツである場合には、終了コンテンツ決定部４３０は、ブラウザ４００がバックグラウンド実行されていればブラウザ４００の再起動指示をブラウザ４００に発行し、ブラウザ４００においてメモリを使用しているコンテンツが複数である場合には、車両の走行状態に応じて、ブラウザ４００においてメモリを使用しているコンテンツの中から終了するコンテンツを決定し、コンテンツの終了指示をブラウザ４００に発行する。すなわち、実行中のコンテンツがひとつの場合、ブラウザ４００がバックグラウンド状態にあれば、搭乗者がブラウザ４００を閲覧していないことを確認できるため、ブラウザ４００の再起動処理を容易に実行できる。逆に、ブラウザ４００がフォアグラウンド状態にあれば、搭乗者がブラウザ４００を閲覧したりサーバ３０等と通信による使用を行っている可能性が考えられるため、ブラウザ４００の再起動を行わないようにできる。

また、第一の実施形態では、車載端末１０は、ブラウザ４００上および他のソフトウェアプログラムとハードウェア資源の競合（例えば、インターネットラジオと音楽プレーヤー等との間でのスピーカーの競合）がある場合にも、競合とは関係なく終了させるコンテンツを決定したが、本発明は、これに限られない。例えば、競合するコンテンツがある場合には、これを優先的に終了するようにしてもよい。

以下、このような第三の実施形態について説明する。第三の実施形態については、第一の実施形態と基本的に同様のため、相違がある部分を中心に説明する。また、第一の実施形態と共通する構成については、同じ符号が割り当てられている。

図１０は、第三の実施形態に係る終了コンテンツ決定処理の処理フローを示す図である。図１０に示すように、第三の実施形態においては、終了コンテンツ決定処理において、終了コンテンツ決定部４３０は、走行中であるか否かを判定する処理ステップＳ３０５の前に、車載端末状態監視部４５０を用いて競合するコンテンツが存在するか否かを判定する（ステップＳ３０１）。競合するコンテンツがない場合（ステップＳ３０１にて「Ｎｏ」の場合）には、終了コンテンツ決定部４３０は、第一の実施形態におけるステップＳ１０１からＳ１０４に相当するステップの処理を行う。ここで、競合するコンテンツとは、ブラウザ４００上で実行されるコンテンツ３８０が搭乗者に提供する機能と、車載端末１０上で実行されるブラウザを除くプログラムが搭乗者に提供する機能とが同等であるものであってそのプログラムが実行中である状態を示すコンテンツをいう。例えば、通話部４８０は、車載端末１０に備えられた通話機能であるが、コンテンツ種類４３４ｃの通話についても通話に関するコンテンツであり、同じ車載端末１０が提供するハードウェア資源（マイク２２３及びスピーカ２２４）を使用する。マイク２２３およびスピーカ２２４はどちらか一方のみが使用可能であるので、通話部４８０が実行中の場合にはコンテンツ種類４３４ｃが通話のコンテンツは実行できない状態になる。よって、競合するコンテンツが存在する場合には、優先的に、競合するコンテンツ種類４３４ｃのコンテンツを終了することとする。なお、動画再生部４８１はコンテンツ種類４３４ｃのビデオ、音楽再生部４８２はコンテンツ種類４３４ｃのオーディオ、ナビゲーション部４８３はコンテンツ種類４３４ｃのナビ連携、音声認識部４８４はコンテンツ種類４３４ｃの音声認識とそれぞれ競合しうる。

競合するコンテンツがある場合（ステップＳ３０１にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、競合するコンテンツが非アクティブであるか否かを判定する（ステップＳ３０２）。具体的には、終了コンテンツ決定部４３０は、ブラウザ制御部４１２に当該コンテンツが非アクティブであるか否かを問い合わせる。なお、非アクティブな状態とは、ブラウザ４００でコンテンツが実行されているが、車載端末１０の画面表示や音声出力といったハードウェア資源を車載端末１０の別のプログラムが使用しているという状態をいう。ブラウザ４００の当該コンテンツが非アクティブ状態であるか否かは、表示管理部３２４および音声管理部３２６が管理している。そのため、終了コンテンツ決定部４３０は、ブラウザ制御部４１２ではなく、表示管理部３２４および音声管理部３２６に直接問い合わせてもよい。

例えば、ブラウザ４００でコンテンツ名「インターネットラジオ」を実行中の場合、コンテンツ種類はオーディオなので、音楽再生部４８２が起動していれば競合状態となる。車載端末状態監視部４５０により音楽再生部４８２が実行中であることが確認されると、終了コンテンツ決定部４３０は、ブラウザ４００のインターネットラジオの識別子（ｈｔｔｐ：／／ｘｘｘ．ｄ．ｈｔｍｌ）が非アクティブであるか否かをブラウザ制御部４１２に確認する。アクティブであれば、終了コンテンツ決定部４３０は、ステップＳ３０１へ制御を戻し、他の競合コンテンツを探す。

非アクティブの場合（ステップＳ３０２にて「Ｙｅｓ」の場合）には、終了コンテンツ決定部４３０は、ハードウェア資源上他のアプリケーション処理部と競合するコンテンツを、終了するコンテンツとして選択する（ステップＳ３０３）。

以上が、第三の実施形態である。第三の実施形態によれば、ブラウザ４００が実行するコンテンツと車載端末１０との間で競合するハードウェア資源を有する場合には、競合するハードウェア資源に関するコンテンツの終了指示をブラウザに送出することでメモリの解放を安全に行うことができるといえる。

また、第三の実施形態では、車載端末１０は、搭乗者の利便性や車載端末１０の機能性を保つために極力終了させたくない重要度の高いコンテンツについても、放置時間が長ければ終了対象となったが、本発明は、これに限られない。例えば、優先して実行を維持するコンテンツがある場合には、これを優先するようにしてもよい。

以下、このような第四の実施形態について説明する。第四の実施形態については、第三の実施形態と基本的に同様のため、相違がある部分を中心に説明する。また、第三の実施形態と共通する構成については、同じ符号が割り当てられている。

図１１は、第四の実施形態に係るコンテンツ種類ＤＢのデータ構造を示す図である。図１１に示すように、第四の実施形態においては、第三の実施形態に係るコンテンツ種類ＤＢ４３５に代えて、コンテンツ種類ＤＢ４３５´を備える。コンテンツ種類ＤＢ４３５´は、基本的にコンテンツ種類ＤＢ４３５と同様であるが、コンテンツ種類４３５ａごとに、優先度４３５ｃがあらかじめ対応付けられている。なお、優先度は、小さいほど実行を優先させる、すなわち維持を優先する値とする。また、この優先度の値は、一部の変更不可のコンテンツ種類を除き、ユーザの設定入力により変更可能であるものとする。例えば、優先度が１０以上のコンテンツ種類については、優先度を９以下とすることはできず、優先度が９以下のコンテンツ種類については、優先度を変更不可とする等の制限があるものであってよい。

図１２は、第四の実施形態に係る終了コンテンツ決定処理の処理フローを示す図である。図１２に示すように、第四の実施形態においては、走行中終了可の種類のコンテンツが実行中である場合（ステップＳ１０２において「Ｙｅｓ」である場合）には、終了コンテンツ決定部４３０は、走行中終了可の種類のコンテンツの中で優先度が低く、かつもっとも放置時間が長いコンテンツを選択する（ステップＳ４０３）。

また、走行中でない場合（ステップＳ１０１にて「Ｎｏ」の場合）あるいは、走行中終了可の種類のコンテンツが実行中でない場合（ステップＳ１０２にて「Ｎｏ」の場合）には、終了コンテンツ決定部４３０は、優先度が低く、かつ最も放置時間が長いコンテンツを選択する（ステップＳ４０４）。

以上が、第四の実施形態である。第四の実施形態によれば、ブラウザ４００で実行されるコンテンツのうち、終了の優先度がより高く設定されたコンテンツから終了されるため、より適切にメモリを解放できる。

また、第一の実施形態においては、ブラウザ４００を再起動させると、搭乗者の使用頻度が高いコンテンツや、車載端末１０の使用上、即座に使用できたほうがよいコンテンツの復旧は手動で行うが、本発明は、これに限られない。例えば、ブラウザ４００の起動時に自動的に実行されて常時起動しておくことが期待されるコンテンツ（以降、「常駐コンテンツ」という）については、これを開始するようにしてもよい。

以下、図１３および図１４を用いて、このような第五の実施形態について説明する。第五の実施形態については、第一の実施形態と基本的に同様のため、相違がある部分を中心に説明する。また、第一の実施形態と共通する構成については、同じ符号が割り当てられている。

図１３は、第五の実施形態に係るコンテンツＤＢのデータ構造を示す図である。図１３に示すように、第五の実施形態においては、第一の実施形態に係るコンテンツＤＢ４３４に代えて、コンテンツＤＢ４３４´を備える。コンテンツＤＢ４３４´は、基本的にコンテンツＤＢ４３４と同様であるが、コンテンツ識別子４３４ａごとに、さらに常駐要否４３４ｄがあらかじめ対応付けられている。なお、この常駐要否の値は、ユーザの設定入力により変更可能であるものとする。

図１４は、第五の実施形態に係る常駐コンテンツ起動処理の処理フローを示す図である。常駐コンテンツ起動処理は、ブラウザ４００が起動あるいは再起動されると、開始される。あるいは、定期的に実行されるものであってもよい。

まず、終了コンテンツ決定部４３０は、ブラウザ４００の起動完了を検出する（ステップＳ５０１）。具体的には、終了コンテンツ決定部４３０は、ブラウザ４００の起動完了通知をブラウザ制御部４１２から受信する。

そして、終了コンテンツ決定部４３０は、コンテンツＤＢ４３４´を確認する（ステップＳ５０２）。具体定には、終了コンテンツ決定部４３０は、コンテンツＤＢ４３４´を読み出す。

そして、終了コンテンツ決定部４３０は、起動を要求するコンテンツ一覧を作成する（ステップＳ５０３）。具体的には、終了コンテンツ決定部４３０は、常駐要否４３４ｄが「要」であるコンテンツ識別子４３４ａの一覧を作成する。

そして、終了コンテンツ決定部４３０は、常駐要のコンテンツの起動を要求する（ステップＳ５０４）。具体的には、終了コンテンツ決定部４３０は、ステップＳ５０３において作成したコンテンツ識別子４３４ａの一覧に含まれるコンテンツを起動するようブラウザ制御部４１２に要求を送信する。

以上が、常駐コンテンツ起動処理の処理フローである。常駐コンテンツ起動処理によれば、常駐させる対象として予め登録されているコンテンツについては、ブラウザ４００が起動するタイミングに合わせて、起動させることができる。

以上が、第五の実施形態である。第五の実施形態によれば、コンテンツ実行部であるブラウザ４００に対して、常駐要否情報に基づき常時実行される必要が有るコンテンツについて起動を指示することができるため、常駐すべきコンテンツの中断を最小限に抑えることができる。

また、第一の実施形態においては、メモリ管理部４２０は、ブラウザ４００に含まれるが、これに限られない。例えば、ブラウザ４００から独立した単位で動作するようにしてもよい。

以下、図１５を用いて、このような第六の実施形態について説明する。第六の実施形態については、第一の実施形態と基本的に同様のため、相違がある部分を中心に説明する。また、第一の実施形態と共通する構成については、同じ符号が割り当てられている。

図１５は、第六の実施形態に係る車載端末１０の構成例を示す図である。第六の実施形態に係る車載端末１０においては、メモリ管理部４２０´がブラウザ４００とは別の構成となっている。具体的には、メモリ管理部４２０´は、ブラウザ４００のプロセスとは異なるプロセスで独立して開始、終了されるものとなっている。さらには、車載端末１０へのメモリ管理部４２０´の導入、廃棄に関しても、ブラウザ４００とは別の管理で行うことができるようになっている。

以上が、第六の実施形態である。第六の実施形態によれば、ブラウザ４００とは異なる別のブラウザあるいはバージョンアップ等により機能が大幅に変更されたブラウザを車載端末１０が採用する場合であっても、メモリ管理部４２０´を用いて動作させることが可能となる。

また、第六の実施形態においては、ブラウザ４００は、単独のプロセスとして起動されるが、これに限られない。例えば、ブラウザ４００のプロセスが多重化して独立動作するようにしてもよい。

以下、図１６および図１７を用いて、このような第七の実施形態について説明する。第七の実施形態については、第六の実施形態と基本的に同様のため、相違がある部分を中心に説明する。また、第六の実施形態と共通する構成については、同じ符号が割り当てられている。

図１６は、第七の実施形態に係る車載端末１０の構成例を示す図である。第七の実施形態に係る車載端末１０においては、ブラウザ４００とは別に、同様の処理部を有するバックアップ用ブラウザ４０１が含まれる。具体的には、ブラウザ４００のプロセスとは異なるプロセスで独立して開始、終了されるバックアップ用ブラウザ４０１が動作するものとなっている。さらには、バックアップ用ブラウザ４０１においては、コンテンツ３８０は実行されないため、メモリの使用量はブラウザ４００の方が大きい。また、バックアップ用ブラウザ４０１は、ブラウザ４００と同様にメモリ管理部４２０´と接続されており、メモリ管理部４２０´の要求を受信できる状態にある。

図１７は、第七の実施形態に係るブラウザ再起動開始処理の処理フローを示す図である。ブラウザ再起動開始処理は、メモリ管理部４２０´により、ブラウザ４００の再起動要求がなされると、開始される。あるいは、定期的に実行されるものであってもよい。

まず、終了コンテンツ決定部４３０は、ブラウザ４００が再起動を要することを検出する（ステップＳ６０１）。具体的には、終了コンテンツ決定部４３０は、ブラウザ４００に割り当てられている残メモリ容量が０以下となったことをシステム側メモリ監視部４３２から受け付ける。すなわち、終了コンテンツ決定部４３０は、残メモリ容量が所定の閾値より小さい第二の閾値である０以下になったことを検出する。

そして、終了コンテンツ決定部４３０は、ブラウザ４００の終了を指示する（ステップＳ６０２）。具体的には、終了コンテンツ決定部４３０は、ブラウザ４００に終了要求を受け渡す。

そして、終了コンテンツ決定部４３０は、ＯＳに依頼して、バックアップ用ブラウザ４０１にブラウザ４００が担っていた処理および常駐するコンテンツの起動を要求し、制御を委譲する（ステップＳ６０３）。

そして、終了コンテンツ決定部４３０は、新たなブラウザのプロセスの起動をＯＳに依頼し、バックアップ用ブラウザとして起動させる（ステップＳ６０４）。

そして、終了コンテンツ決定部４３０は、ＯＳに依頼して、起動したブラウザをバックアップ用ブラウザに設定する（ステップＳ６０５）。

以上が、ブラウザ再起動開始処理の処理フローである。ブラウザ再起動開始処理によれば、ブラウザ４００が再起動するタイミングに合わせて、バックアップ用ブラウザ４０１を稼動系とすることができる。言い換えると、終了コンテンツ決定部４３０は、ブラウザ４００を並列して複数実行開始させ、残メモリ容量が所定の閾値より小さい第二の閾値以下になると、ブラウザ４００のうちメモリの使用量がより大きいブラウザ４００に対して終了指示を送出し、並列して実行されている他のブラウザ４００の一つにコンテンツの実行制御を移すものであるといえる。

以上が、第七の実施形態である。とくに、近年のブラウザ４００はプログラムサイズが従来に比べ大きくなることが多いため、再起動が発生すると再び起動が完了して搭乗者が使用できる状態になるまでに時間を要するという問題がある。本発明に係る第七の実施形態では、ブラウザの再起動が必要になったときのブラウザの再起動のための時間を省くことで、搭乗者の利便性や車載端末１０の機能性を損なうことを回避できる。

なお、上述した第一の実施形態から第七の実施形態までにかかる制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えても良い。

また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記した実施形態の技術的要素は、単独で適用されてもよいし、プログラム部品とハードウェア部品のような複数の部分に分けられて適用されるようにしてもよい。

以上、本発明について、実施形態を中心に説明した。

１０・・・車載端末、２０・・・通信端末、３０・・・サーバ、４０・・・通信ネットワーク、３２０・・・通信部、３２２・・・操作管理部、３２４・・・表示管理部、３２６・・・音声管理部、３４０・・・ブラウザ通信部、３８０・・・コンテンツ、４００・・・ブラウザ、４１２・・・ブラウザ制御部、４２０・・・メモリ管理部、４３０・・・終了コンテンツ決定部、４３１・・・ブラウザ状態確認部、４３２・・・システム側メモリ監視部、４３３・・・コンテンツ確認部、４３４・・・コンテンツＤＢ、４３５・・・コンテンツ種類ＤＢ、４４０・・・車両状態監視部、４５０・・・車載端末状態監視部、４８０・・・通話部、４８１・・・動画再生部、４８２・・・音楽再生部、４８３・・・ナビゲーション部、４８４・・・音声認識部、４９０・・・システム側メモリ管理部、４９２・・・車両情報取得部

Claims (7)

1. コンテンツを実行するコンテンツ実行部と、
   前記コンテンツの種類ごとに、車両の走行中に実行終了を許可するか否かを判断する走行中終了可否情報と、前記コンテンツの種類ごとの優先度を対応付けて記憶するコンテンツ種類記憶部と、
   前記コンテンツ実行部が使用可能な残メモリ容量を特定するメモリ監視部と、
   前記車両の状態を取得する走行状態監視部と、
   前記残メモリ容量が所定の閾値未満になると、前記走行状態監視部で取得した車両の状態に応じて、前記コンテンツ種類記憶部に記憶された前記走行中終了可否情報と前記コンテンツの種類ごとの優先度とを用いて実行終了を許可するコンテンツを決定し、コンテンツの終了要求を前記コンテンツ実行部に発行する終了コンテンツ決定部と、
   を備える情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記コンテンツ実行部の実行状態を取得するブラウザ状態確認部を備え、
   前記残メモリ容量が所定の閾値未満になると、前記終了コンテンツ決定部は、前記コンテンツ実行部が実行しているコンテンツが、一つのコンテンツであって、前記ブラウザ状態確認部で取得した実行状態がバックグラウンドである場合には再起動の要求を発行する、
   ことを特徴とする情報処理装置。
3. 請求項１に記載の情報処理装置であって、
   前記終了コンテンツ決定部は、前記コンテンツ実行部が実行するコンテンツと前記情報処理装置との間でハードウェア資源が競合する場合には、前記競合するハードウェア資源に関する前記コンテンツの終了要求を発行する、
   ことを特徴とする情報処理装置。
4. 請求項１に記載の情報処理装置であって、
   前記コンテンツごとに前記コンテンツ実行部において常時実行される必要の有無を特定する常駐要否情報を対応付けて記憶するコンテンツ記憶部を備え、
   前記終了コンテンツ決定部は、前記コンテンツ実行部に対して前記常駐要否情報に基づき常時実行される必要が有るコンテンツについて起動を指示する、
   ことを特徴とする情報処理装置。
5. 請求項１に記載の情報処理装置であって、
   前記メモリ監視部と、前記走行状態監視部と、前記終了コンテンツ決定部と、は、前記コンテンツ実行部から独立して動作するプロセスとして動作する、
   ことを特徴とする情報処理装置。
6. コンテンツを実行する情報処理装置においてコンテンツの実行制御を行う実行管理プログラムであって、
   前記情報処理装置は、制御部と、記憶部と、を備え、
   前記記憶部には、前記コンテンツの種類ごとに、車両の走行中に実行終了を許可するか否かを判断する走行中終了可否情報と、前記コンテンツの種類ごとの優先度と、が対応付けて記憶され、
   前記制御部に対し、
   前記コンテンツの実行部が使用可能な残メモリ容量を特定するステップと、
   車両の走行状態を取得するステップと、
   前記残メモリ容量が所定の閾値未満になると、車両の走行状態に応じて、前記記憶部に記憶された走行中終了可否情報と前記コンテンツの種類ごとの優先度とを用いて実行終了を許可するコンテンツを決定し、前記コンテンツの終了要求を発行するステップと、
   を実行させることを特徴とする実行管理プログラム。
7. 請求項６に記載の実行管理プログラムであって、
   前記残メモリ容量が前記所定の閾値より小さい場合、実行中の前記コンテンツのうち、メモリの使用量がより大きいコンテンツを終了するよう終了指示を発行するステップと、を実行させることを特徴とする実行管理プログラム。

Images