JP2004080765A

JP2004080765A - 車両用娯楽システム

Info

Publication number: JP2004080765A
Application number: JP2003204823A
Authority: JP
Inventors: Christian H Slesak; クリスチャン　エイチ　スレサック; Yunzhou Guo; ユンズー　グオ; Saqib Masood; サクィブ　マスード
Original assignee: Visteon Global Technologies Inc
Current assignee: Visteon Global Technologies Inc
Priority date: 2002-08-16
Filing date: 2003-07-31
Publication date: 2004-03-11
Also published as: GB2392039A; FR2843722B1; US20040033821A1; DE10339181A1; GB0316590D0; FR2843722A1; GB2392039A8

Abstract

【課題】多数の視聴者及び聴取者が同時に異なるプログラムを快適に見たり聴いたりできるようにする車両用娯楽システムを提供する。
【解決手段】本発明の車両用娯楽システムは記憶デバイスと少なくとも１つのビデオディスプレイデバイスと少なくとも１つのオーディオデバイスと配信ボックスとを含む。記憶デバイスの内部には娯楽メディアが記憶されている。記憶デバイスに記憶された娯楽メディアをディスプレイするのに少なくとも１つのビデオディスプレイデバイスが使用され、記憶デバイスに記憶されたオーディオ信号を放送するのに少なくとも１つのオーディオデバイスが使用される。配信ボックスは記憶デバイス、少なくとも１つのビデオデバイスおよび少なくとも１つのオーディオデバイスと通信し、選択された娯楽メディアを記憶デバイスからビデオデバイス及びオーディオデバイスのうちの少なくとも１つにルーティングする。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は一般的には車両用娯楽システムに関し、より詳細には多数の車両乗員に対し一度に娯楽を提供するための改良された車両用娯楽システムに関する。
【０００２】
【従来の技術】
近年、車両用の娯楽システムが次第に普及してきた。技術が進歩するにつれ、車両用の娯楽システムの質も改良され続けている。例えば最初の車両用娯楽システムは受信状態の良くない小型のテレビモニタだけであった。しかしながら、より最近ではより良好な受信をすることができ、より大きいシステムが導入されている。更にこれらシステムにビデオテープレコーダ（ＶＴＲ）、ＤＶＤプレイヤー（ＤＶＤ）およびその他の娯楽装置が加えられている。
【０００３】
簡単に説明した上記技術進歩の結果、今日の車両用娯楽システムは一般にＶＴＲまたはＤＶＤもしくはその双方が設けられた小型の高品位モニタを含む。しかしながら、この構成は多数の人が同時に娯楽システムを使用する時に生じる共通する問題を解決できない。より詳細にはこの構成では１つのモニタでどのプログラムを見るかを誰が判断するかという問題を解決できない。このことはテレビおよびラジオが開始されて以来、視聴者および聴取者を常に悩ませている問題である。
【０００４】
例えば多数のモニタおよび多数のＶＴＲ（ＶＣＲ）またはＤＶＤプレイヤーを使用すＲＵことによりこの問題を解決しようとするいくつかの試みがなされた。
このような解決法は問題全体を有効に解決できるが、かかる結果を得るためのコストは実現不能なほど高くなる。更に多数のＶＴＲおよびＤＶＤプレイヤーを含むシステムは車両内全体にわたって広い空間を占める。更に別個のプログラムを聴くには聴取者は別々に配線されたリスニング装置、例えばヘッドフォンを持っていなければならない。このことは不快なことであり、車両内の広い空間を占めることが判っている。
【０００５】
【発明が解決しようとする課題】
従って、自動車業界およびその他の業界ではシステムに多数のＶＴＲおよび／またはＤＶＤプレイヤーを増設するのに高いコストを必要とすることなく、多数の視聴者および聴取者が同時に異なるプログラムを快適に見たり聴いたりできるようにする娯楽システムが強く求められている。
【０００６】
【課題を解決するための手段】
本発明の１つの特徴によれば、車両用娯楽システムが提供される。このシステムは記憶デバイスと、少なくとも１つのビデオディスプレイデバイスと、少なくとも１つのオーディオデバイスと、配信ボックスとを含む。記憶デバイスの内部には娯楽メディアが記憶されている。この記憶デバイスに記憶された娯楽メディアをディスプレイするのに、少なくとも１つのビデオディスプレイデバイスが使用され、記憶デバイスに記憶されたオーディオ信号を放送するのに少なくとも１つのオーディオデバイスが使用される。配信ボックスは記憶デバイス、少なくとも１つのビデオデバイスおよび少なくとも１つのオーディオデバイスと通信し、選択された娯楽メディアを記憶デバイスからビデオデバイスおよびオーディオデバイスのうちの少なくとも１つにルーティングするようになっている。
【０００７】
本発明の別の特徴によれば、本娯楽システムは複数の娯楽データまたはメディアファイルが記憶されたデータソースを含み、このデータソースは記憶デバイスと通信するようになっている。
本発明の更に別の特徴によれば、記憶デバイスはハードドライブである。
本発明の更に別の特徴によれば、データソースに記憶された娯楽メディアを記憶するためのポータブル記憶デバイスは、車両から取り外すことができる。
本発明の更に別の特徴によれば、記憶デバイスはリモートデータデバイスが送信した娯楽メディアを記憶する。
【０００８】
本発明の更に別の特徴によれば、娯楽システムの作動を制御するためのリモート制御デバイスが設けられる。
本発明の更に別の特徴によれば、配信ボックスは更に無線受信機を備える。
本発明の更に別の特徴によれば、配信ボックスは更にオーディオ制御ボードを備える。
本発明の更に別の特徴によれば、配信ボックスは更にビデオ制御ボードを備える。
本発明の更に別の特徴によれば、配信ボックスはポータブルな記憶デバイスインターフェースである。
添付図面と組み合わせて本発明の次の詳細な説明を読めば、本発明の上記およびそれ以外の特徴および利点が明らかとなろう。
【０００９】
【発明の実施の形態】
図１を参照すると、ここには車両用娯楽システム１０が示されている。このシステム１０は記憶デバイス１２ａおよび１２ｂと、配信ボックス１４と、多数のビデオディスプレイ１６と、多数のオーディオデバイス１８とを含む。記憶デバイス１２ａおよび１２ｂは固定ハードドライブと取り外し自在なハードドライブまたは取り外し自在な高速外付けハードドライブとを含むことができる。一実施形態では記憶デバイス１２ｂはＵＳＢ２．０技術または他の高速バス転送技術を使った高速のポータブル外付けハードドライブである。これらタイプのデバイスは現在、特にバスリンク、富士通、ウェスタンデジタルおよびＩＢＭ社によって製造されている。これとは異なり、多量のデータを記憶し、短時間で転送できる他の適当なデバイスも使用できる。例えば他の適当なデバイスとしてはメモリスティック、ＰＤＡ、携帯電話およびフラッシュメモリデバイスを挙げることができる。更に記憶デバイス１２ａおよび１２ｂは回転機構タイプまたは固体メモリ／記憶デバイスまたは現在もしくは将来の技術を使った他の大量記憶デバイス１２のタイプのものでもよい。
【００１０】
記憶デバイス１２ｂはポータブルとなっているので、車両から取り外し、自動車、家、オフィスなどの中でファイルを転送できる他の場所へ入れることができる。例えば記憶デバイス１２ｂを家で取り外し、ＰＣ（パソコン）へ接続し、ＰＣから記憶デバイス１２へファイルをコピーすることができる。記憶デバイス１２ｂが車両内にあり、配信ボックス１４に接続されている場合、配信ボックス１４に結合されている車両用システムにより記憶デバイス１２ｂに記憶されているファイルにアクセスすることができる。
【００１１】
例えばビデオおよびオーディオファイルを記憶デバイス１２ａに転送し、記憶することができる。記憶されるビデオファイルはＭＰＥＧ−４の圧縮をするＤｉｖＸフォーマットであることが好ましい。記憶されるオーディオファイルはｍｐ３フォーマットとなっていることが好ましい。しかしながら任意の適当なフォーマットも使用できる。その他の適当なフォーマットとしてはＭＰＥＧ−１、ＭＰＥＧ−２およびＷＭＡが挙げられる。
【００１２】
記憶デバイス１２ｂはＵＳＢケーブルおよびＵＳＢ２．０の高速プロトコルで作動するインターフェースカード２０を介して配信ボックス１４に接続することが好ましい。このプロトコルにより記憶デバイス１２ｂは極めて高い高速レートでデータを転送できるようになっている。例えばＵＳＢ２．０技術が装備された時の記憶デバイス１２ｂは４８０メガビット／秒でデータを転送できる。ＵＳＢ２．０プロトコルの別の手段として記憶デバイス１２ｂは他の適当な高速プロトコルを使用することもできる。更に同じように、光ファイバー、レーザー光通信装置およびファイヤーワイヤーを含む他の適当な高速ケーブルも使用できる。
【００１３】
これまで簡単に説明したような娯楽システム１０は外付けデータソース２１を含むこともできる。この外付けデータソース２１はデータを記憶し、データを記憶デバイス１２ａまたは１２ｂにトランスポートするサーバーであることが好ましい。これとは異なり、データを記憶し、トランスポートできる他の適当な任意のデバイスも使用できる。例えば他の適当なデバイスとしてはインターネットおよびＬＡＮが挙げられる
【００１４】
外付けデータソース２１は無線接続２５を介して記憶デバイス１２ａに接続することが好ましい。より詳細にはデータソース２１は８０２．１１ａ無線プロトコルを介して記憶デバイス１２ａに接続することが好ましい。これとは異なり、他の適当な任意の無線接続も使用できる。他の適当な無線接続としてはブルートゥース、３Ｇおよび８０２．１１ｂが挙げられる。あるケースでは外付けデータソースはハードワイヤー接続を介して記憶デバイス１２ｂに接続される。この場合、好ましい接続はＵＳＢ２．０である。しかしながら、他の適当な接続、例えば高速ケーブル（１３９４規格、次世代１３９４規格、次世代ＵＳＢ）、光ファイバーおよびレーザー光通信装置も使用できる。
【００１５】
データソース２１が車両の乗員によって起動されると、このデータソースはデータをデータ記憶デバイス１２ｂへ送信する。上記のように記憶デバイス１２ｂは多くのケースではポータブルである。これらケースでは外付けデータソースと記憶デバイス１２との間に無線接続を設ける必要はない。車両から簡単に記憶デバイス１２ｂを取り外し、外付けデータソースの位置にある外付けデータソースに接続することができる。
【００１６】
他の実施形態において、記憶デバイス１２ａ、ｂがポータブルではないか、または記憶デバイス１２ａ、ｂが車両内にある時に、データを記憶デバイス１２ａ、ｂに転送するのが有利である場合、外付けデータソースから無線接続を介して記憶デバイス１２ａにデータを転送しなければならない。これらケースではデータソース２１はデータを含む無線データ信号を記憶デバイス１２ａに送り、次に、車両の乗員がデータを映画、歌などの形態で送信することを求めるまで、記憶デバイス１２ａはこのデータを記憶する。
【００１７】
データが認証された適当な記憶デバイス１２ａにしか送られないようにすることを保証するために外付けデータソースによって送信されるデータは暗号化される。このデータが一旦記憶デバイス１２によって受信されると、このデータは暗号解読される。データを暗号化する適当な任意の方法も使用できる。例えばデータを送り出す前にコンテントスクランブリングシステム（ＣＳＳ）を使ってデータを暗号化してもよい。例えば配信ボックス１４がデータを受信し、データの暗号を解読し、次にデータを元のフォーマットに回復することができる。しかしながら、データのうちの各小パケットが転送された後に暗号解読を実行してもよい。暗号化は異なる各配信ボックス１４、または車、またはディスクなど毎にユニークな識別タグ（ＩＤ）を付与することも含む。従って、同じ場所、例えばガソリンスタンドまたはホテルに多数の娯楽システムが設けられている時には正しい個々の装置にデータを送ることができる。全体のプロセスはセキュリティが施されたＦＴＰセッションにより類似したものとなる。
【００１８】
更に外付けデータソース２１はコンテントまたはデータの不正なコピーおよび販売を防止するためのセキュリティレベルを含む。このデータソースで使用されるセキュリティレベルはＤＶＤ技術で使用されるセキュリティレベルに類似するものであることが好ましい。これとは異なり、リージョナル保護、ハードウェア保護またはソフトウェア保護のような任意の適当なセキュリティレベルも使用できる。これらケースでは例えばコンテントは特別なソフトウェアアプリケーションまたは特定のハードウェアによってしか再生できない。
【００１９】
記憶デバイス１２ｂはデータソース２１と通信でき、データソース２１はＬＡＮ、ＷＡＮ、インターネットなど通信できる。一般に記憶デバイス１２ｂはデータソース２１からデータを受信し、その後、このデータを配信ボックス１４へ転送する。データソース２１は高速転送ケーブルを介して記憶デバイス１２ｂに接続できる。この場合、データソースはサーバーであり、ＵＳＢ２．０を介してサーバーに記憶デバイス１２ｂが接続され、その後、データが転送される。データ転送後、サーバーから記憶デバイス１２ｂを取り外し、例えば車両のセンターコンソールの内部に入れ、配信ボックス１４ｂに接続する。これとは異なり、データソース２１は高速無線プロトコルを介して記憶デバイス１２ｂに接続されたサーバーでもよい。この場合、車両の近く、例えば車両から約３００ｍ（１００フィート）以下に離れているサーバーにデータが記憶され、８０２．１１ａプロトコルを介して無線でデータが転送される。このような動作は車両内部またはサーバーロケーション自体に位置するカスタムメイドのタッチスクリーンソフトウェアを介して開始できる。上記オプションの各々によりユーザーは記憶デバイス１２からメディアファイルを検索することができる。
【００２０】
記憶デバイス１２ｂは車両の乗員コンパートメント内に設けることが好ましい。より詳細には、記憶デバイス１２ｂは車両のセンタースタック内に位置することが好ましい。これとは異なり、記憶デバイス１２ｂは以下に説明するように、車両の乗員がアクセスできる任意の適当な位置に位置していてもよい。例えば他の適当な位置としては、計器パネル、センターコンソール、第２の列状の小物入れ、座席の下の領域およびオーバーヘッドコンソールを挙げることができる。
【００２１】
本発明に係わる一実施形態における配信ボックス１４は、ＣＰＵ２２（インテルＰ４　２．２ＧＨｚが好ましい）と、ウィンドウズ（登録商標）ＸＰがインストールされたハードディスクである記憶デバイス１２ａ（このハードディスクはサーバーおよびシステムプレイヤーソフトのホストでもある）と、１つのスクリーン用のＧｅＦｏｒｃｅ４４０　ＡＧＰビデオカード２４と、２つ以上のスクリーン用のＰＣＩカラーグラフィックプレデイターメディアプロビデオカード（図示せず）と、ポータブルディスクまたは記憶デバイス１２ｂに接続されたＰＣＩＵＳＢ２．０コンバータ２０と、無線サーバーとネットワークを構成するための無線カードと、（赤外線受信機用の）２つのシリアルポート、２つのＵＳＢオーディオデバイスに接続する２つのＵＳＢ１．１ポート、基板実装オーディオ出力端を有するマザーボード２６とを含む。
【００２２】
ＣＰＵ２２がサーバーおよびプレイヤーソフトウェアに悪影響を与えることなく、ソフトウェアによるデコーディングを行うための電力を供給する。ハードディスクはＯＳ、サーバーおよびプレイヤーソフトウェアを含み、無線およびその他のデータを受信するためのスペースも提供している。ビデオカード２４は少なくとも３つのスクリーン出力信号を発生し、基板実装サウンドおよび２つのＵＳＢオーディオデバイスがビデオとオーディオとのペアのうちのオーディオ部分となっている。リモコン３２から信号を受信するＩＲ受信機３２にはシリアルポート２８が接続している。ＰＣＩ　ＵＳＢ２．０コンバータ２０はポータブル記憶デバイス１２ｂに対するインターフェースとなっている。無線カードは無線サーバーと共に連続した有効なローカルエリアネットワークを構成している。
【００２３】
配信ボックス１４は多数のタイプのメディアファイル（これらファイルはＭＰＥＧ１、ＭＰＥＧ２、ｍｐ３、ＷＭＡおよびＤｉｖＸを含むが、これらだけに限定されるものではない）をプレイできる。ＤｉｖＸはＭＰＥＧ−４圧縮をする新しいビデオフォーマットである。ソフトウェアによるデコード（「ＤｉｖＸ　コーデック」）によるか、またはハードウェアによるデコードにより逆圧縮プロセスを実行できる。現在のところ、市場では数個のハードウェアデコーダしか市販されていないので、ソフトウェアデコード方式が使用されている。
【００２４】
ＵＳＢ出力またはＭｉｄｉＭａｎ社からのＤｅｌｔａ４１０のようなサウンドカード３４（すなわち４個の入力端および１０個の出力端を有するＰＣＩカードであるが、しかしながらこのカードはＯＳ内では別個のサウンドデバイスとして見える）を通して、個々のサウンドデバイス、基板実装サウンドおよび２つのＵＳＢオーディオとペアをなすマルチビデオで多数の出力信号が得られる。このマルチビデオ出力信号はマルチビデオカードまたはマルチ出力端を有するビデオカード（例えばＧｅｆｏｒｃｅ４４０、カラーグラフィックプレデイタープロシリーズカード）により得ることができる。
【００２５】
配信ボックス１４は記憶デバイス１２ｂからビデオディスプレイへおよび／またはオーディオデバイスへメディアをトランスポートするプロセスで必要な計算のすべてを行うシステム１０の一部となっている。この配信ボックス１４はＣＰＵ２２、ハードディスク１２ａ、オーディオ／ビデオサブシステム２４、３４およびＩＲ受信機３０を含むことが好ましい。ＣＰＵ２２はＰ４２．２ＧＨｚであることが好ましい。これとは異なり、他の任意の適当なＣＰＵも使用できる。ハードディスクにはウィンドウズ（登録商標）ＸＰをインストールすることが好ましい。これとは異なり、他の任意の適当なオペレーティングシステムを使用することもできる。更にハードディスクはサーバーおよびプレイヤーソフトウェアのホストであることが好ましい。
【００２６】
オーディオサブシステム３４はマルチ出力端を有する単一のオーディオカードを含むことが好ましい。より詳細には、オーディオサブシステム３４はマルチ入力端およびマルチ出力端を有するオーディオカードを含むことが好ましい。既に注釈したように、オーディオファイルは記憶デバイス１２内に記憶され、ｍｐ３フォーマットでオーディオデバイスへ転送される。オーディオサブシステム３４はファイルをｍｐ３から、乗員が聴取できるフォーマットへファイルを変換する。これとは異なり、オーディオデバイスがｍｐ３ファイルを読み出し、これを乗員が聴取できるフォーマットに変換してもよい。従って、圧縮されたオーディオファイルを多数のオーディオ信号に変換できる任意の適当なデバイスまたはそれらデバイスの組み合わせを使用することもできる。
【００２７】
ビデオサブシステム２４は２つのビデオカード、すなわちＡＧＰとＰＣＩとを含むことが好ましい。より詳細には、ビデオサブシステム２４はＧｅｆｏｒｃｅ４４０ＡＧＰビデオカードとＰＣＩカラーグラフィックプレデイターメディアプロビデオカードとを含むことが好ましい。これとは異なり、マルチビデオ信号を発生できる１つ以上の任意のビデオカードも使用できる。例えばマルチ出力端を有する単一ビデオカード、例えば４つの出力端を有するＭａｔｒｏｘ（ＡＧＰまたはＰＣＩ）も使用できる。
【００２８】
上記のようにビデオファイルは記憶デバイス１２ｂ内に記憶され、圧縮されたフォーマット、例えばＤｉｖＸで記憶デバイス１２ｂから配信ボックス１４へ転送される。従って、ビデオファイルはビデオディスプレイへ出力する前にビデオサブシステム２４によって逆圧縮しなければならない。ビデオサブシステム２４はビデオファイルを逆圧縮するのにソフトウェアによるデコーディングに依拠することが好ましい。より詳細には、ビデオファイルを逆圧縮するのにＤｉｖＸコーデックを使用することが好ましい。これとは異なり、ビデオファイルを逆圧縮するのにハードウェアデコーディングも使用できる。ビデオサブシステム２４はビデオファイルを逆圧縮する他に記憶デバイス１２から転送される多量のデータを配信ボックス１４へ分割し、ビデオディスプレイへ指定されたファイルを転送するのにソフトウェアを使用する。
【００２９】
受信機３０は従来の受信機であることが好ましい。しかしながら、リモコン３２から信号を受信できるデバイスであれば、任意のデバイスを使用できる。この受信機３０は無線ＲＦ接続を通してリモコン３２に接続することが好ましい。ユーザーによってリモコン３２が起動されると、リモコン３２から受信機３０へ信号が送信される。リモコン３２から送信される信号は受信機３０によって受信され、配信ボックス１４へ送信され、ここで信号の解読が行われる。
【００３０】
マルチビデオディスプレイ１６はＬＣＤ（液晶）デバイスであることが好ましい。より詳細には、ディスプレイ１６は８インチのＴＦＴ、ＬＣＤ（液晶）の１６×９のアスペクト比の東芝製のディスプレイまたは同等品であることが好ましい。これらディスプレイ１６は車両のオーバーヘッドコンパートメント内に位置することが好ましい。好ましい実施形態ではディスプレイ１６は下に倒され、従って、起動時に車両内の乗員が見ることができるようになっている。これとは異なり、車両内の乗員がディスプレイ１６を見ることができる適当な任意の位置に設けてもよい。
【００３１】
別の実施形態ではディスプレイ１６のうちの少なくとも１つはヘッドマウントディスプレイであることが好ましい。より詳細には、このディスプレイはマルチゾーンを可能にするオリンパス２５０のワイドスクリーンモデルまたは同等品であることが好ましい。このようなヘッドマウントディスプレイは特に内部の余裕が少ない小型車両内に設けたり、ドライバーが見ることができるディスプレイが法律によって禁止されている自動車の前方座席に設けたりすると特に有利である。
【００３２】
上記ディスプレイの他に視聴者に視覚的に信号を送ることができる適当なディスプレイも使用できる。他の適当なディスプレイとしては、ＯＬＣＤおよびフェイスマウントディスプレイ４２が挙げられる。
【００３３】
ビデオディスプレイ３８、４０、４２は配信ボックス１４に接続されている。
これらビデオディスプレイ３８、４０、４２はケーブル接続を介して配信ボックス１４に接続することが好ましい。これとは異なり、配信ボックス１４からビデオディスプレイ３８、４０、４２にビデオ信号を送信できる他の適当な接続を使用することもできる。例えばＲＦおよびＩＲのような無線接続を使用できる。以下詳細に説明するように乗員が見たいと思った所定のプログラムを選択した後に、配信ボックス１４から、見ようとするビデオディスプレイへ信号が送信される。ディスプレイは信号を受信し、その信号を下記のように乗員が見るための可視信号へ変換する。
【００３４】
別の実施形態では、配信ボックス１４ではなく、ビデオディスプレイ１６に指向性ＩＲ受信機が装備されている。従って、特定のディスプレイを制御するのには、ＩＲ送信機を含むことができるリモコン３２を見ようとするディスプレイに向けるだけでよい。リモコン３２を向けるスクリーンをリモコン３２しか制御できないように、リモコン３２から送信されるＩＲ信号はビーム状に合焦される。
【００３５】
オーディオデバイスは無線ヘッドフォン１８であることが好ましい。あるケースでは、ビデオディスプレイとオーディオデバイスとが組み合わされる。例えば別の実施形態では、ヘッドマウントビデオディスプレイは一組の無線ヘッドフォンを含む。
【００３６】
ヘッドフォン１８は配信ボックス１４に接続される。より詳細には、ヘッドフォン１８はＩＲまたはＲＦのような無線接続を介して配信ボックス１４に接続することが好ましい。これとは異なり、他の無線接続または有線接続も適当であり、これら接続も使用できる。多くのケースでは、オーディオデバイスがＩＲ受信機を含み、配信ボックス１４がＩＲ送信機を含む。より詳細に後述するように、配信ボックス１４がリモコン３２によって附勢されるとＩＲ送信機を通してＩＲ信号を送信する。これら信号はオーディオデバイスのＩＲ受信機によって受信され、オーディオデバイスはこれら信号をオーディオ信号に変換し、乗員は変換されたオーディオ信号を聴くことができる。
【００３７】
無線ヘッドフォン１８は多数の周波数を含む多重化された信号を受信することが好ましい。無線ヘッドフォン１８はマルチチャンネルの無線ヘッドフォンであることが好ましい。かかるヘッドフォンの適当な例としては、ニューヨーク州のファーミングデールのアンワイヤード社によって提供される４チャンネルのホワイトファイヤー（Ｗｈｉｔｅ　Ｆｉｒｅ）ヘッドフォンが挙げられる。配信ボックス１４からヘッドフォン１８にはヘッドフォン周波数に対応する多数の周波数を有する信号が送信される。各ヘッドフォンは多重化された信号をデコードできる。各信号は多数の周波数を含み、各ヘッドフォンは特定の周波数しか受信しないようになっているので、一組のヘッドフォンによって受信されるようになっている信号が別の組のヘッドフォンによって受信される信号を乱したり、この信号と干渉することはない。
【００３８】
他の乗員を実質的に乱すことなく、車両内の乗員へオーディオ信号を送信できる適当な任意のオーディオデバイスを無線ヘッドフォン１８の代替物として使用できる。無線ヘッドフォンの代替物として車両内のヘッドレスト内にオーディオスピーカーを組み込むケースもある。これらヘッドレストスピーカーは適当な態様で配信ボックス１４に接続できる。従って、配信ボックス１４から車両内の種々のヘッドレストスピーカーに信号が送信される。次に、ヘッドレストスピーカーは送信された信号をユーザーが聴くことのできるサウンドに変換する。
【００３９】
図２ａにはシステム部品、例えば記憶デバイス１２ａおよび配信ボックス１４と車両の外部に位置する無線サーバーのようなデータソースとの間でのデータ信号の送信を説明する機能的フローチャートが示されている。一般に無線サーバーまたはデータソース２１はデータソース２１が記憶デバイス１２ａに娯楽メディアを送る準備状態となったことを、配信ボックス１４で作動するメインサーバーに通知する。配信ボックス１４で作動するデータソケットサーバー５０はメインサーバーまたは無線サーバーからコマンドを受信する。メディアプレイヤー５２、５４および５６はデータソース２１から記憶デバイス１２ａに転送されたコマンドおよび娯楽メディアをデータソケットサーバーから受信する。図２ｂはデータを選択し、データソースから記憶デバイスへデータを転送するプロセスを詳細に示すフローチャートである。ブロック６２および６４ではデータソース２１は取り外し自在なデバイスが検出されたかどうかを判断する。取り外し自在なデバイス、例えばＣＤ　ＲＯＭまたはメモリカードが検出されなかった場合、データソースはかかるデバイスのモニタを続ける。しかしながら、ブロック６６でリムーバブルデバイスが重ねられている場合、デバイスからファイルリストがロードされ、ディスプレイされる。ブロック６８で、ユーザーがデータソースから記憶デバイスに転送するのにファイルリストからファイルを選択した場合、ブロック６８および７０に示されるようにトランザクションまたは転送が開始する。ファイルが選択されなかった場合、システムはブロック６２にてファイルリストに戻る。ブロック７２において、システムはエラーをチェックする。エラーが生じている場合、ブロック７４に示されるようにファイルを再転送する。エラーが検出されなければ、ブロック７６でファイルの転送が続けられ、システムは転送が終了したかどうかを判断する。転送が終了していれば、ブロック７８で配信ボックス１４で作動するメインサーバーに通知がされる。ブロック８０にてメインサーバーがデータソースからの通知の受信を確認したと判断された場合、プロセスは７０へ戻り、ここでファイルリストからの次のファイルの記憶デバイスへの転送が開始される。しかしながら、メインサーバーから受信確認が受信されない場合、ブロック８２に示されるように転送またはトランザクションが回避される。
【００４０】
図３はシステムの起動を示すフローチャートである。ブロック９０に示されるように、配信ボックスまたはコンピュータ１４が起動されると、データソケットサーバー９４およびメインサーバー９２が始動される。その後、ブロック９６に示されるように、メディアプレイヤーがロードされる。スクリーン３８、４０の各々にはこれらスクリーン３８、４０の各々のためのプレイヤーが表示される。ブロック９８ではメインサーバーは送信コマンドのためのリモート信号およびデータソケット要素をモニタする。ブロック１００で信号が検出されなければ、送信コマンドのためにリモート信号およびデータソケット要素のモニタが続けられる。しかしながら、ブロック１００で判断されるように信号が受信された場合、コマンドはブロック１０２で示されるように分析され、読み出し可能なコマンド、例えばプレイ、停止などの命令に変換される。次にブロック１０４に示されるようにメインサーバーは分析されたコマンドおよびこのコマンドを送るプレイヤーの双方をデータソケットへ送る。ブロック１０６ではシステムはコマンドが無線サーバーからのものであるかどうかを判断する。無線サーバーからのコマンドが検出されなかった場合、ブロック１１０で停止ボタンがモニタされる。コマンドが無線サーバーからのものである場合、ブロック１０８でフィルタグラフが作成され、娯楽プレイヤーのうちの１つに通知される。ブロック１１０ではリモコン上の停止ボタンが５秒よりも長い間、押され続けられた場合、システムメニューはブロック１１０および１１２に示されるようにユーザーがディスクを替えるか、またはシステムの電源をオフにできることを示す。ブロック１１４において、リモコンから電源オフコマンドが受信された場合、電源オフコマンドが検出され、サーバーはブロック１１６に示されるようにシステムをシャットダウンするためのコマンドを送る。
【００４１】
図４を参照すると、特定のペアのビデオ／オーディオ出力１５２’、１５２”、１５２’’’のためにメディアファイル１５０（ビデオファイルまたはオーディオファイル）がプレイの準備完了状態となった時に、先に作成されたフィルタグラフファイル１５４’、１５４”、１５４’’’がシステム１０にロードされる。異なるビデオディスプレイおよびオーディオデバイスで多数のファイルを同時に聴いたり、および／または見たりすることができるようにするために、これらファイルは配信ボックス１４に別々にロードされる。フィルタグラフファイルは実際には簡単なファイルであって、このファイルは特定のオーディオ（またはビデオ）デバイス１５６’、１５６”、１５６’’’に対し、メディアファイル１５０をＤｉｒｅｃｔＳｈｏｗアプリケーション、例えば埋め込み型ウィンドウズ（登録商標）メディアプレイヤー（ＷＭＰ）が再生するのに必要なフィルタを含む。
【００４２】
サーバーとプレイヤーソフトウェアとはデータソケットと称される技術により接続されている。サーバーがスタートすると、サーバーはデータソケットサーバーをロードし、次にプレイヤーソフトウェアをロードする。データソケットが作動するにつれ、変数またはソケットが作成され、サーバーからプレイヤーソフトウェアの通信のためにリザーブされる。サーバーソフトウェアはＩＲ受信機が着信信号を分析し、これら信号をプレイヤーソフトウェアが理解できるコマンドへ変換するのをモニタし、コマンドをソケットサーバー上のソケットへ送る。次にプレイヤーはそのソケットの変化に従って作動する。このアプリケーションでは数個のソケットが使用されている。
【００４３】
メディアファイルはデータソースを介して記憶デバイス１２へ転送される。ソフトウェアはメディアファイルからオーディオストリームおよびビデオストリームを分離するグラフフィルタ回路も自動的に完成する。これらグラフフィルタファイルはメディアプレイヤー５２、５４、５６によってロードされるよう利用できる。
【００４４】
フィルタグラフはビデオストリームおよびオーディオストリームをデコーディングするのにどのフィルタを使用するかをＤｉｒｅｃｔＳｈｏｗアプリケーション（このケースでは埋め込み型ウィンドウズ（登録商標）メディアプレイヤー）に伝え、更にどのオーディオデバイスを使用するかもアプリケーションに伝える。例えばＤｉｖＸビデオファイル（ＤｉｖＸはＭＰＥＧ４圧縮である）を用いてビデオをロードし、次にビデオ内のどのフレームに対してもビデオストリームとオーディオストリームとを分離し、次にソフトウェアデコーディング（ハードウェアデコーディングも使用できる）によりビデオを圧縮し、スクリーンへ送る。
オーディオスクリーンもデコードし（オーディオはＭＰ３フォーマットである）、指定されたオーディオデバイスへ送る。従って、３つのフィルタグラフがあり、各グラフが、異なるオーディオデバイスを使用する場合、３つのプレイヤーがこれら３つのフィルタグラフをロードすると、ビデオは異なるオーディオで自己のスクリーンに表示される。
【００４５】
図５はフィルタグラフファイルを構成するプロセスを示す。ブロック１５１ではメディアファイルがロードされる。ブロック１５３ではメディアファイルのオーディオコンテントとビデオコンテントとが分割される。ブロック１５５ではオーディオストリームをデコードするのに使用する適当なフィルタに関する判断がなされる。ブロック１５７ではビデオストリームをデコードするのに使用される適当なフィルタに関する判断がなされる。ブロック１５９に示されるように、異なるプレイヤー毎に異なるオーディオデバイスが使用される。ブロック１５８ではビデオ出力デバイスにビデオ信号が戻される。ブロック１６１ではグラフファイルが作成され、後に使用するためにグラフを構成するのに使用されるフィルタがセーブされる。
【００４６】
次に図６を参照すると、ここにはフィルタグラフファイルを使用するプロセスのフローチャートが示されている。ブロック１６０において、フレーム毎にメモリにメディアファイル１５０がロードされる。ブロック１６２では、ブロック１６４、１６６に示されるように、メディアファイル１５０は２つのストリーム、すなわちビデオストリームとオーディオストリームとに分割される。オーディオ／ビデオストリームをオーディオ／ビデオデバイスに送る前に、オプションのオーディオ／ビデオエンハンスメントステップ１６８、１７０を実行してもよい。その後、ビデオストリームはビデオデバイス１７４（またはスクリーン）にルーテイングされ、オーディオストリームはフィルタグラフファイル１５４’、１５４”、１５４’’’で指定されたオーディオデバイス１７２にルーテイングされる。ビデオとオーディオとはペアになっているので、メディア毎に多数のフィルタグラフファイルがあり、各１つのフィルタグラフファイルは図４に示されるように異なるオーディオデバイスを有する。
【００４７】
これまで説明し、図７に示したように、本娯楽システム１０は好ましくはビデオディスプレイおよびオーディオデバイスを制御するためのリモコン３２を含む。このリモコン３２は従来のリモコンであることが好ましい。これとは異なり、多数の異なる符号のコマンド信号を配信ボックス１４へ送ることができ、更にある場合にはビデオディスプレイに送ることができる任意の適当なデバイスも使用できる。例えばその他の適当なデバイスとしては、複数のリモコンまたはＰＤＡを挙げることができる。更に乗員の音声がリモコンとして働くように、配信ボックス１４に音声認識ソフトウェアを設けてもよい。リモコン３２は無線接続、例えばＩＲ接続を介してビデオディスプレイおよびオーディオデバイスに接続することが好ましい。しかしながら任意の適当な接続も使用できる。
【００４８】
図７を参照すると、リモコン３２は種々のシステムコマンドに対応する種々のボタンを含む。これらボタンとしては、スクリーン（Ａ、Ｂ、Ｃなど）ボタン５０、選択ボタン５２、プレイ／休止ボタン５４、停止ボタン４５、送りボタン５８、巻き戻しボタン６０、チャンネル（＋／−）ボタン６２およびボリューム（＋／−）ボタン６４が挙げられる。スクリーンボタン５０はリモコン３２を起動し、押された特定のスクリーンボタンに対応するビデオディスプレイおよびオーディオデバイスを制御するように働く。例えばスクリーンボタン「Ｂ」を押すと、ビデオディスプレイ「Ｂ」およびオーディオデバイス「Ｂ」が起動される。特定のビデオディスプレイ１６およびオーディオデバイス１８が一旦選択されると、その特定のビデオディスプレイのビデオ特性おおよびオーディオデバイスのオーディオ特性を変更するのにリモコン３２上の他のボタンを使用することができる。システムスクリーン（システムメニュー）を起動するモードボタン６６が設けられている。このシステムスクリーンはモードボタンを押し下げたままにし、別のボタン、例えばプレイボタンを押すことによって起動される。システムスクリーンからシステムの制御設定、例えばシステムのシャットダウンおよびポータブルデバイスへの接続を選択することができる。
【００４９】
上記のように、リモコン３２はビデオディスプレイに設けられたＩＲ受信機と相互通信するＩＲ送信機を含むことができる。ユーザーはリモコン３２を特定のデバイスに向けることにより、そのディスプレイを起動する。従って、リモコン３２上のスクリーンボタンの替わりにこのようなコンフィギュレーションを使用できる。
【００５０】
チャンネル（＋／−ボタン）６２は図９に示されるようにスクリーンにディスプレイされた異なるカテゴリーを横断するようにハイライト表示されたボックスを上下に移動するように働く。スクリーン上のタイトルが一旦ハイライト表示されると、選択ボタン５２を押すことによりそのタイトルに対応するメディアをプレイできる。メディアが前に停止した位置を記録している場合、続行／スタートスクリーンが表示される。これによってユーザーは前に停止したメディアのプレイを続けることを選択できる。
【００５１】
ボリューム（＋／−）ボリューム６４はリモコン３２に対応するオーディオデバイスのボリュームを増減するように働く。
【００５２】
プレイボタン５４はメディアが停止または休止された場合にメディアをプレイさせるように機能し、メディアがプレイ中である場合にはメディアを休止させるように機能する。
【００５３】
停止ボタン５６はメディアがプレイ中である場合にメディアを停止するように働く。更に、モードボタン６１が最初に選択された場合、停止ボタン５２を５秒間押し下げたままにすると、スクリーンの１つにシステムメニューが現れる。これによってユーザーはシステム１０の電源をオフにするか、または記憶デバイス１２を替えるかの選択ができる。
【００５４】
高速送りボタン５８、巻き戻しボタン６０はメニューのプレイ中にメニューをそれぞれ前進させたり、巻き戻すように機能する。更にこれらボタンにより、ユーザーはディスプレイスクリーンにディスプレイされている種々のボタン、例えばタイトルリスト、バックボタンおよびメインボタンを通過するようにスクロールできる。
【００５５】
モードボタン６６はファンクションキーの目的に類似する目的を達成する。モードボタン６６を押すことにより、リモコン３２上の他のすべてのボタンは別の役割を果たすことができる。特にモードボタン６６を押し、次に停止ボタン５６を５秒間押し下げたままにすると、これによってシステムスクリーンがディスプレイされるように働く。同様に、モードボタン６６を押し、次に停止ボタン６６を押すと、これによってユーザーは記憶デバイス１２を替えることができる。
【００５６】
図８にはユーザーが異なるメディアに替えたり、またはシステムの電源をオフにするプロセス１８０が示されている。このプロセス１８０はシステムのユーザーがシステム起動スクリーンに入力を行うブロック１８２でスタートする。システムのユーザーは２つの選択、すなわち１）ブロック１８４でメディアディスクを変更すること、または２）ブロック１９４でシステムの電源をオフにすることの一方を選択できる。システムのユーザーがメディアディスクを変更すると決定した場合、ブロック１８６でディスクが自動的に検出される。ブロック１８８にて、ディスクに記憶されたメディアファイル毎にフィルタグラフファイルが作成／変更される。ブロック１９０に示されるように、メニューをリフレッシュできるように各クライントプレイヤーに通知される。ブロック１９２でユーザーはシステムスクリーンに戻る。しかしながら、システムのユーザーがシステムの電源をオフにすると決定した場合、ブロック１９６で確認スクリーンがディスプレイされる。ブロック１９８において、システムの電源をオフにするかどうかの判断がなされる。システムの電源をオフにすべきでないと判断された場合、ユーザーはブロック１９２に示されるようにシステムスクリーンに戻る。しかしながら、システムの電源を切ると判断された場合、システムの電源はブロック２００に示されるように、システムの電源はオフにされる。
【００５７】
ファイルは異なる多数の方法で記憶デバイス１２にコピーできる。上記のように、車両から記憶デバイス１２を取り外し、これをＰＣに接続し、ファイルをＰＣから記憶デバイス１２に移すことができる。同様に、ＰＤＡまたはファイルを記憶デバイス１２へ移すことができる他の適当な任意のデバイスに記憶デバイス１２を接続してもよい。
【００５８】
上記のように、更に図２ａおよび２ｂに示すように、データソースから記憶デバイス１２へファイルを転送してもよい。このデータソースはユーザーが所望するデータ／コンテントをポイントし、無線でデータを配信ボックス１４へ転送できるタッチスクリーンインターフェースを含むことができる。このインターフェースはユーザーの相互対話を容易にするように設計されている。
このタッチスクリーンは車両の内外に位置する。このタッチスクリーンは配信ボックス１４と同じ無線ネットワークカバー範囲にある場所に位置できる。
【００５９】
次に、無線サーバーから配信ボックス１４へ送られるデータは簡単なファイルコピーである。まず無線サーバー上のファイルを開き、次に小さいチャンクを読み出し、この量のデータを配信ボックス１４へ送り、ハードディスクに記憶する（しかしながらこのファイルはポータブル記憶デバイス１２ｂにも記憶できる）。各転送には簡単なエラーチェックが付随する。エラーが生じた場合、そのパケットを再び送り、何回も再試行に失敗した場合、タッチスクリーンには失敗したメッセージがディスプレイされる。配信ボックス１４が完全なファイルを受信した後に、プレイヤーを使用する準備が完了するように３つのフィルタグラフが作成される。
【００６０】
本システム１０の強化された特徴は、記憶デバイス１２ｂをデータソースに接続できることである。無線または有線方式により、有線または無線アプリケーションを通し、データソースからフラッシュメモリ、メモリスティックＣＤ−Ｒ、ＣＤ−ＲＷなどを介して記憶デバイス１２へデータ／コンテントを移動できる。
これによってユニバーサルなすべての記憶デバイスによって使用されているデータ／コンテントはサーバーとして働くことができる。このようなユニバーサルなプラグアンドプレイ機能によりエンドユーザーが今日の種々の記憶デバイスと共にデータ／コンテントを使用できる能力は、現在および将来市販されるどのデバイスとも使用できる配信ボックスのユニバーサルな適合性を実証している。
【００６１】
フラッシュメモリおよびパーソナルＣＤ／Ｒ／Ｗの普及および大きな記憶スペースにより、ユーザーはこれらメディアに記憶されているどのビデオファイルおよびオーディオファイルも配信ボックス１４に入れることができ、自分たちの車両内でこれらファイルを楽しむことができるようにすることができる。アプリケーションはこれらメディア上のコンテントを読み出し、ユーザーに対してリストをディスプレイする。次にユーザーは１回のクリックまたはフィンガータッチにより自分が望むものを選択すると、これらファイルは配信ボックス１４またはポータブル記憶デバイス１２ｂに転送される。このことは、データソースはインターネットまたはＬＡＮだけに限定されるものではなく、ユーザー自身のデータ記憶デバイスからも得られることを実証している。
【００６２】
一旦ファイルが記憶デバイス１２ａへ転送されると、車両の乗員は記憶デバイス１２から特定のファイルを検索し、リクエストしたファイルに応じてこのファイルをビデオディスプレイおよび／またはオーディオデバイスへ転送することを配信ボックス１４に命令できる。図９はカテゴリー／タイトルスクリーンまたはプレイヤー起動クリーン２５０の図である。プレイヤースクリーン２５０はメディアのタイトルの画像をディスプレイするための画像エリア部分２５２を含む。
更に種々のカテゴリーを選択するために複数のカテゴリー選択エリア２５４、２５６、２５８および２６０が設けられている。スクリーン２５０にはシステムのユーザーにステータスを表示するためのステータスエリア２６２も設けられている。メインボタン２６４およびバックボタン２６６によりシステムユーザーは利用できるメディアファイル内をナビゲートできる。ディスクレーマー部分２６８はシステムのユーザーにディスクレーマーを伝えるためのエリアとなっている。
【００６３】
図１０はユーザーが図９のプレイヤースクリーン２５０をナビゲートできるようにするプロセス２７５を示す。ブロック２７８ではユーザーは多数のカテゴリーのうちの１つを選択できる。あるカテゴリーが選択された場合、サブカテゴリーのリストがディスプレイされる。ユーザーはリモコン上のＦＷＤ／ＲＷＤボタンにより常に前のレベルまたはメインレベルに戻ることができる。ブロック２８０ではメディアファイルの利用可能なタイトルを選択できる。ブロック２８１ではタイトルを選択する。ブロック２８２では選択されたメディアに対し、前に記憶された位置が発見されたかどうかの判断がなされる。その位置が発見された場合、ブロック２８４に示されるように、ユーザーは停止した場所からプレイを続けるか、または最初からスタートすることができる。しかしながら、前に記憶された位置が発見されないか、またはユーザーがオプションのうちの１つ（続行またはスタート）を選択した場合、ブロック２８６が示すように選択されたメディアはプレイをスタートする。ブロック２８８ではリモートコマンドが受信され、解読される。再生中に停止ボタンが押された場合、ブロック２８４においてメディアファイルを停止し、スクリーンをムービー内スクリーンに復帰させなければならない。ブロック２８８および２９０において、再生中にボリューム信号が受信されたと判断された場合、ボリュームが調節される。停止信号が受信された場合、ムービー内メニューがディスプレイされる。ＦＷＤ／ＲＷＤが押されると、メディアファイルの早送りまたは巻き戻しが行われる。メディアがプレイ中であり、プレイ信号が受信された場合、メディアは休止される。ブロック２８８にて、リモートコマンドが受信されなければ、メディアはブロック２８６が示すようにプレイを続行する。
【００６４】
このスクリーンにある間、ユーザーはリモコン３２上の早送りボタンおよび巻き戻しボタンを使うことにより、メインボタンボックスバックボタンボックスおよびカテゴリー（タイトル）ボックスを通過するように循環できる。更にユーザーはチャンネル（＋／−）ボタンを使用することにより、カテゴリーボックスのリストを上下にスクロールできる。ユーザーはスクリーン上の所望するボックスがハイライト表示された時に、リモコン３２上の選択ボタンを押すことによりスクリーン上のボックスのうち任意の１つを選択できる。メインボタンボックスを選択すると、スクリーンにメインメニュー（トップレベル）が示される。バックボタンボックスを選択すると、システム１０は前のスクリーンにリターンする。
カテゴリーボックスのうちの１つを選択すると、システムは選択されたメディアをロードし、これをプレイするか、または記録された位置（すなわちメディアが前に停止された位置）が検出された場合に、続行−スタートスクリーンに進む。
【００６５】
図１１に示されるように、続行−スタートスクリーン３００はメディアタイトルボックス３０２と、続行ボックス３０４と、スタートボックス３０６と、メニューボックス３０８と、ピクチャーボックス３１０とを含む。スクリーン３００は２つの場合に現れる。第１の場合では、上記のようにユーザーがカテゴリー／タイトルボックスからタイトルを選択し、そのタイトルに対する記憶された位置ファイルが存在していると、続行−スタートスクリーン３００が現れる。第２の場合では、メディアのプレイ中にユーザーがリモコン３２上の停止ボタンを押すと、スクリーン３００が現れる。このスクリーン上にある間、リモコン３２上のチャンネル（＋／−）ボタンにより、スクリーン上の続行ボタン３０４、スタートボックス３０６およびメニューボックス３０８のいずれかを選択できる。続行ボックス３０４を選択すると、記録された位置からスタートしてメディアがプレイされる。スタートボックス３０６を選択すると、最初の位置からメディアがプレイされる。メニューボックス３０８を選択すると、システム１０はカテゴリー／タイトルスクリーンに戻る。ピクチャーボックス３１０にはユーザーが選択したメディアタイトルのピクチャーがディスプレイされる。
【００６６】
メディアが一旦プレイされたと、図１２に示されるような再生スクリーン３５０が現れる。再生スクリーン３５０は画像エリア３５２にピクチャーすなわちビデオ画像を示す。メディアがオーディオだけである場合、ユーザーが音楽、オーディオブックなどを聴いている間、ユーザーに楽しい像を表示するように壁紙を周期的に表示できる。メディアがビデオファイルである場合、実際のビデオ画像がディスプレイされる。ボリュームバー３５４が設けられるが、一般には隠される。リモコン３２上でボリューム（＋／−）ボタンが押された場合、ボリュームバー３５４が現れる。ボリューム（＋／−）ボタンが押された後に、例えば３秒間、ボリュームバー３５４は見える状態に留まる。スクリーン３５０に表示された状態のままで、リモコン３２上の早送りボタンおよび巻き戻しボタンを押すと、それぞれメディアは早送りされたり、巻き戻されたりする。メディアがプレイ中にプレイボタンを押すと、メディアが休止される。同様に、メディアが休止中にプレイボタンを押すと、メディアはプレイを再開する。停止ボタンを押すと、メディアはプレイを停止し、続行−スタートスクリーン３００へ戻る。早送りボタンを押すと、メディアは早送りされ、巻き戻しボタンを押すと、メディアは巻き戻される。
【００６７】
次に図１３を参照する。この図は、メディアファイルをプレイするプロセス３６０およびシステム１０が追加コマンドに応答するプロセスを示すフローチャートである。ブロック３６２において、選択されたメディアファイルに対するグラフファイルがロードされる。ブロック３６４において、このメディアファイルはオーディオしか含んでいないかどうかの判断がなされる。メディアファイルがオーディオしか含んでいない場合、ブロック３６６にて壁紙画像がディスプレイされ、順次画像が替えられる。しかしながら、メディアファイルがビデオ画像しか含んでいない場合、ブロック３６８にてメディアファイルをプレイし、システムはコマンドを待つ。ブロック３７０にて、現在のプレイヤーに対するコマンドが受信されたかどうかの判断がなされる。
【００６８】
ブロック３７２にて、停止ボタンが押されたかどうかの判断がなされる。ブロック３７２にて、停止ボタンが押されている場合、ブロック３７４に示されるように、次のタスクの各々、すなわちメディアファイルの停止、位置の書き込みおよびムービー内スクリーンの表示が実行される。しかしながら、停止ボタンが押されていない場合、ブロック３７６にてボリュームボタンが押されたかどうかの判断がなされる。ブロック３７６にてボリュームボタンが押されていれば、ブロック３７８に示されるように次のタスクの各々、すなわちボリュームの変更およびボリュームバーの表示が実行される。
【００６９】
しかしながら、ボリュームボタンが押されていなければ、ブロック３８０にてプレイ／休止ボタンが押されているかどうかの判断がなされる。プレイ／休止ボタンが押されていれば、ブロック３８２にて次のタスクの各々、すなわちメディアの休止またはメディアのプレイが実行され、メディアが休止された場合、ファイルにその位置が書き込まれる。プレイ／休止ボタンが押されていなければ、ブロック３８４にて送り／リバースボタンが押されているかどうかの判断がなされる。送り／リバースボタンが押されている場合、ブロック３８６にてメディアは６０秒のインターバルで送られるかまたはリバースされる。
【００７０】
当業者であれば、これまでの詳細な説明および図面から理解できるように、本発明の範囲から逸脱することなく、本発明の好ましい実施形態に関して変更および変形を行うことができよう。
【図面の簡単な説明】
【図１】記憶デバイス、配信ボックス、マルチビデオディスプレイ、マルチオーディオデバイスを含む、本発明に係わる車両用娯楽システムである。
【図２ａ】本発明に係わるデータソース、例えば車両の外部に位置する無線サーバーを示す。
【図２ｂ】本発明に係わる、データを選択し、データソースから記憶デバイスへ転送するプロセスを詳細に示すフローチャートである。
【図３】本発明に従い、システムが起動する状態を示すフローチャートである。
【図４】本発明に従い、各メディアに対し多数のフィルタグラフファイルが存在し、各フィルタグラフファイルが異なるオーディオデバイスを有するように、どのようにビデオとオーディオとをペアにするかを示す。
【図５】本発明に係わる、フィルタグラフファイルを構成するプロセスを示す。
【図６】本発明に係わる、フィルタグラフファイルを使用するプロセスを示す。
【図７】ビデオディスプレイおよびオーディオデバイスを制御するためのリモコンを含む、本発明に係わる娯楽システムを示す。
【図８】本発明に従い、ユーザーが異なるメディアに切り替えたり、またはシステムの電源をオフにするプロセスを示す。
【図９】本発明に係わるカテゴリー／タイトルスクリーンまたはシステムの起動スクリーンを示す。
【図１０】本発明に係わる、ユーザーがシステムの起動スクリーンをナビゲートできるプロセスを示す。
【図１１】メディアタイトルボックスと、続行ボックスと、スタートボックスと、メニューボックスとを含む、本発明に係わる続行−スタートスクリーンを示す。
【図１２】本発明に係わる、プレイされるメディアおよび再生スクリーンを示す。
【図１３】本発明に係わる、メディアをプレイするプロセスおよびシステムが追加コマンドに応答するプロセスを示すフローチャートである。
【符号の説明】
１０　システム
１２ａ，１２ｂ　記憶デバイス
１４　配信ボックス
１６　マルチビデオディスプレイ
１８　マルチオーディオデバイス
２０　インターフェースカード
２１　外付けデータソース
２２　ＣＰＵ
２４　ビデオカード
２５　無線接続
２６　マザーボード
２８　シリアルポート
３０　ＩＲ受信機
３２　リモコン
３４　サウンドカード
３８，４０，４２　ビデオディスプレイ
５０　データソケットサーバー
５２，５４，５６　メディアプレイヤー
６２　チャンネルボタン
６４　ボリュームボタン
６６　モードボタン
９２　メインサーバー
９４　データソケットサーバー
１５０　メディアファイル
１５２’，１５２”，１５２’’’　　　ビデオ／オーディオ出力
１５４’，１５４”，１５４’’’　　　フィルタグラフファイル
１７２　オーディオデバイス
１７４　ビデオデバイス
３００　続行−スタートスクリーン
３０２　メディアタイトルボックス
３０４　続行ボックス
３０６　スタートボックス
３０８　メニューボックス
３１０　ピクチャーボックス
３５０　再生スクリーン
３５２　画像エリア
３５４　ボリュームバー

Claims

内部に娯楽メディアが記憶された記憶デバイスと、
前記記憶デバイスに記憶された前記娯楽メディアをディスプレイするための少なくとも１つのビデオディスプレイデバイスと、
前記記憶デバイスに記憶されたオーディオ信号を車両の内部に放送するための少なくとも１つのオーディオデバイスと、
前記記憶デバイス、前記少なくとも１つのビデオデバイスおよび前記少なくとも１つのオーディオデバイスと通信し、システムのユーザーが選択した娯楽メディアを前記記憶デバイスから前記少なくとも１つのビデオデバイスおよび前記少なくとも１つのオーディオデバイスのうちの１つにルーティングするための配信ボックスとを備えたことを特徴とする車両用娯楽システム。
内部に複数の娯楽データが記憶されたデータソースを更に備え、該データソースが前記記憶デバイスと通信する請求項１記載の車両用娯楽システム。
車両内に配置された車両用娯楽システムを使って多数の車両の乗員に娯楽を供するための方法において、
記憶デバイスに娯楽メディアを記憶する工程と、
前記記憶デバイスに記憶された前記記憶娯楽メディアを前記車両内に配置された少なくとも２つのビデオディスプレイデバイスにディスプレイする工程と、
前記記憶デバイスに記憶されたオーディオ信号を少なくとも２つのオーディオデバイスを使用することにより前記車両の内部に放送する工程と、
前記記憶デバイス、前記少なくとも２つのビデオデバイスおよび前記少なくとも２つのオーディオデバイスと通信する配信ボックスを使って、前記記憶デバイスから前記ビデオデバイスおよび前記オーディオデバイスの一方にシステムのユーザーが選択した前記娯楽メディアをルーティングする工程とを備えた、多数の車両の乗員に娯楽を供するための方法。