(57)【要約】車両内のバスと接続され、基本モジュールも拡張モジュールも有するバスステーションを提案する。呼び出されたサービスに対してこのバスステーションはバスを介して、別のバスステーションの拡張モジュールおよび基本モジュールにアクセスすることができる。これによって構成ユニット原理に従った、自動車内のインフォテインメントシステムの構成が可能になる。
2004531144.tif 000002
【特許請求の範囲】
【請求項１】
バスステーションであって、
当該バスステーション（２９〜３２）は、第１のバス（３）を介して車両内で別のバスステーション（２９〜３２）と接続可能である形式のものにおいて、
前記バスステーション（２９〜３２）は、基本モジュール（１, ３３, ３５, ３７）および拡張モジュール（２, ３４, ３６, ３８）を有しており、
当該基本モジュール（１, ３３, ３５, ３７）は前記バスステーション（２９〜３２）を第１のバス（３）と接続し、前記拡張モジュール（２, ３４, ３６, ３８）と少なくとも１つの第２のバス（９）を介して接続されており、
前記拡張モジュール（２, ３４, ３５, ３７）は、呼び出されたサービスを実施するために用いられ、
前記バスステーション（２９〜３２）は基本モジュール（１, ３４, ３５, ４７）を介して、呼び出されたサービスを実施するために別のバスステーション（２９〜３２）の基本モジュールおよび拡張モジュールにアクセスする、
ことを特徴とするバスステーション。
【請求項２】
前記基本モジュール（１, ３３, ３５, ３７）は、少なくとも１つの第２のバス（９）に対するバスマスターとして構成されている、請求項１記載のバスステーション。
【請求項３】
前記拡張モジュール（２, ３４, ３６, ３８）は、インフォテインメントコンポーネントとして構成されている、請求項１または２記載のバスステーション。
【請求項４】
前記基本モジュール（１, ３３, ３５, ３７）は、安全性に関する拡張モジュールへの別のバスステーション（２９〜３２）によるアクセスを阻止する、請求項１から３までのいずれか１項記載のバスステーション。
【請求項５】
少なくとも１つの拡張モジュール（２, ３４, ３６, ３８）は、送信／受信ステーション（２２）として構成されており、
当該送信／受信ステーションを介して車両外からのバスステーション（２９〜３２）へのアクセスが可能である、請求項１から４までのいずれか１項記載のバスステーション。
【請求項６】
前記基本モジュール（１, ３３, ３５, ３７）は、第１のバス（３）のバス負荷に依存して、別のバスステーション（２９〜３２）の基本モジュールおよび拡張モジュールにアクセスする、請求項１から５までのいずれか１項記載のバスステーション。
【請求項７】
前記バス（３）は、バスステーション（２９〜３２）と接続するための手段を有しており、
当該バスステーション（２９〜３２）はバス（３）を介して別のバスステーション（２９〜３２）の基本モジュールおよび拡張モジュールにアクセスする、請求項１から６までのいずれか１項記載のバスステーション。
【請求項８】
前記基本モジュール（１, ３３, ３５, ３７）は、第１のバス（３）との第１の接続部および第２のバス（９）との第２の接続部および第１のバスと第２のバスとの間のデータ伝送のための手段（５）を有しており、
前記第２のバス（９）に対するバスマスターとして構成されている、請求項１から６までのいずれか１項記載のバスステーション。
【発明の詳細な説明】
【技術分野】
【０００１】
従来技術
本発明は、独立請求項の上位概念に記載されたバスステーションに基づく。
【０００２】
車両内でコンポーネントをバスを介して接続することは公知である。その場合にこれらのコンポーネントはバスステーションである。例えばこのようなバスに向いているのは、ＣＡＮバスおよびＦｉｒｅＷｉｒｅバスである。
【０００３】
発明の利点
独立請求項の特徴部分の構成を有する本発明のバスステーションは、従来技術に対して以下の利点を有している。すなわち本発明のバスステーションによって、バスシステムが構成ユニット原理に従って迅速かつフレキシブルに構成されて、娯楽産業ないし自動車産業の目下の技術および標準規格が円滑に担われるという利点である。リソースを種々のバスステーションに分割することによって、サービスが物理的なバス媒体ないし種々異なるバスシステムのサポートに依存しなくなる。さらに、分割されたリソース利用によって、アプリケーションが実行される各バスステーションからの所与のハードウェアの独立性が得られる。さらに本発明のバスステーションによって、システム部分の付加および／または交換による簡単な装備がフィールド内でも行うことができるのは有利である。さらに有利には、基本モジュールが第１のバス（すなわちバスステーションと接続されているバス）とのコミュニケーションを調整するので、拡張モジュールとして第２のバスと接続されている、グラフィック／ビデオシステム、オーディオシステムまたはコミュニケーションシステム等の個々の機器が、このような第１のバスに対するインターフェースおよびコミュニケーションソフトウェアを有する必要がない。これによって、この種の拡張モジュールの製造および準備調達が容易になる。
【０００４】
ハードウェアおよびソフトウェアレベルでの提案されたシステムのモジュール化によって、コンポーネントを実質的に再利用することもできる。バスステーションの柔軟性によって、問い合わせに応じて種々異なるコンポーネントが付加される確実なバスシステムが使用される。これによって正確なシステムを提供する（システムを大量生産する）ためのコストが著しく低減される。ハードウェアレベルでのバスステーションの付加もソフトウェアレベルでのバスステーションの付加も、提案されたバスステーションによって特に容易に行われる。従って殊にエンターテイメント分野からの新たな開発をとりわけ迅速にこのようなシステム内に集積することができる。個々の拡張モジュールないし基本モジュールのソフトウェアのアップデートも、モジュール化によって特に容易に行われる。ドライバウェアおよびミドルウェアのソフトウェアモジュールも、アプリケーションレベルのソフトウェアモジュールも、改訂および付け加えられた新たなバージョンによって、例えば送信／受信ステーションを介した無線を介して交換される。システムのモジュール化によって、個々のハードウェア構成グループに対するアップデート機能も基本的に保証される。
【０００５】
従属請求項に記載された手法および発展形態によって、独立請求項に記載されたバスステーションの有利な改善が可能である。
【０００６】
特に有利には、基本モジュールは第２のバスに対するバスマスターとして構成される。その他に、さらに別のバスを設けることもできる。このバスに対しても基本モジュールはバスマスターとして作用する。個々の拡張モジュールはこの場合には、バスマスターによって制御されるスレーブである。これはバスに対してとりわけ容易なコンセプトである。第１のバス、すなわちグローバルな車両バスも、マスター−スレーブ原理またはマルチマスター原理に従って構成可能である。
【０００７】
さらに基本モジュールが、自身の第２のバスと接続されている拡張モジュールの、他のバスステーションとのコミュニケーションを制御することができるのは有利である。従って拡張モジュールは、グローバルな車両バスを介したデータ交換のためのメカニズムを実現する必要はない。このような特徴によって、提案されたバスステーションに対して特別に開発されたのではない、市販の構成ユニットを有する拡張モジュールの構成も容易になる。
【０００８】
安全性に関する拡張モジュールを設けることもできる。この拡張モジュールへの予定されていないアクセスおよび許可されていないアクセスは阻止される。従ってこの拡張モジュールは常に自身の安全性クリチカルな使用に対して用いられ、悪用が阻止される。アクセスコントロールはバスステーションの基本モジュールによって実施される。
【０００９】
さらに有利には少なくとも１つの拡張モジュールが、送信／受信ステーションとして構成される。この送信／受信ステーションを介して、バスステーションへの車両外からのアクセスが可能になる。これによって例えば、ソフトウェアに関する個々の拡張モジュールの遠隔メンテナンスまたは遠隔アップデートが可能である。さらに送信／受信ステーションは、車両乗員が所望するデータ（例えば音楽、マルチメディアデータ、交通情報、走行ルートデータまたは他の情報）のロードを可能にする。
【００１０】
さらに有利には、例えばＤＶＤ再生等のアプリケーションは全てのバスステーションのリソースにアクセスすることができる。バスステーションの全てのモジュールは、従来の意味での完結した機器（例えばＤＶＤ再生機器）を構成する必要はない。他方で、同じリソースの第２のアプリケーションを使用することができる。ＤＶＤドライブは例えば、ナビゲーションアプリケーション用のカードデータを読み出すのにも使用される。システム内のバスステーションの同等である複数のリソースが提供される場合、リソースの選択はバス負荷およびバンド幅需要に依存して行われる。
【００１１】
最後に、バスステーションを接続するバスが設けられ、相応の基本モジュールが第１と第２のバスとの間のインターフェースとして用いられるのは有利である。さらにこのような基本モジュールは上述のように、第２のバスに対するバスマスターとして構成される。
【００１２】
図面
本発明の実施例を図示し、以下の明細書でより詳細に説明する。図１には本発明によるバスステーションのブロック回路図が示されており、図２には本発明によるバスのブロック回路図が示されており、図３にはソフトウェアアプリケーションによる、分割されたリソースの使用をあらわすフローチャートが示されている。
【００１３】
説明
自動車ラジオ、ナビゲーション、携帯電話、ＣＤ−ＲＯＭ等の記録装置ドライブのような、車両乗員に対して用いられるインフォテインメントコンポーネントがますます多く自動車内に取付られるようになっている。このような電子コンポーネントの開発はますます加速し、このような電子コンポーネントの数が増大しているので、一方ではこのようなコンポーネントのネットワーク化が必要であり、他方では容易に拡張ないし交換できることが必要である。このような拡張性および互換性はここでハードウェアにもソフトウェアにも関係する。ここで例えば機器の機能性を実質的にソフトウェアによって定め、ハードウェアを同じままにしておくことが可能である。
【００１４】
本発明では次のようなバスステーションが提案される。すなわちマルチメディアシステム、ナビゲーションシステム、コミュニケーションシステムおよびテレマチックシステム用の、モジュールに分割されたプラットフォームを提供するバスステーションである。ここでは殊に、本発明のバスステーションを基本モジュールと拡張モジュールに分割することが重要である。これによって構成ユニット原理に従った迅速かつフレキシブルな構成が可能になる。さらにこれによって円滑に娯楽産業の目下の技術および標準が担われる。バスステーションはグローバルな車両バスに接続され、それ自体でそれぞれ、個々の拡張モジュールが接続されている自身のバスを使用する。
【００１５】
概念「サービス」は以下で、自動的にまたはユーザーによって呼び出されるアプリケーションのことである。このようなサービスは例えばビデオクリップの再生である。ここで本発明のバスステーションは、例えば計算容量、データ記憶装置、ディスプレイ、種々のバスステーションの画像集積データをデコードするオーディオ再生システムのようなリソースを使用することができる。
【００１６】
図１には、本発明によるバスステーションのブロック回路図が示されている。本発明によるバスステーションは、基本モジュール１および拡張モジュール２を有している。拡張モジュール２は、オーディオシステム１０、コミュニケーションシステム２２、ラジオシステム２６、記録装置システム２３およびグラフィックおよびビデオシステム１６のようなモジュール式機能ユニットである。しかしここでは、別の拡張モジュールも接続可能である。これらの拡張モジュールはバスステーションのローカルバス９と接続されている。
基本モジュール１は、ネットワークインターフェース５を有している。ここでこのネットワークインターフェースは一方では、インターフェース４を介してバスステーションと接続されている自動車バス３、すなわちグローバルな車両バスとの接続を確立し、他方ではローカルバス９を、この基本モジュール内に存在するコンポーネント、すなわちＣＰＵ（中央処理ユニット）６およびメモリ（ＲＡＭ７および不揮発性メモリ８）と接続する。不揮発性メモリ８としては、いわゆるＮＶ（不揮発性）ＲＡＭが使用される。
【００１７】
基本モジュール１はここで、拡張モジュール１０、１６、２２、２３および２６からローカルバス９を介して他のバスステーションに伝送されるべきデータがバス３を介してそのようなバスステーションに伝送されるようにする。基本モジュール１は、ソフトウェアを提供するので、拡張モジュール１０、１６、２２、２３および２６はリソース、すなわち他のバスステーションのハードウェアコンポーネントおよびソフトウェアコンポーネントにアクセスすることができる。ここで基本モジュールのリソースも、拡張モジュールのリソースも使用される。さらに基本モジュール１は、拡張モジュールがリソースも相互にバス９を介して使用できるようにする。安全性に関する拡張モジュールは基本モジュール１からのソフトウェアによって、外部アクセスから特に保護される。
【００１８】
オーディオシステム１０は、デジタル信号プロセッサ１１、メモリ１２およびＡＤ（アナログ−デジタル）−およびＤＡ（デジタル−アナログ）変換器１３を有している。２つのインターフェース１４および１５は一方は増幅器へ、他方はマイクロホンへつながっている。グラフィックおよびビデオシステム１６は、グラフィックプロセッサ１８、ＭＰＥＧ／Ｈ２６ｘ−デコーダ１９、メモリ１７および構成部（Kompositor）２０を有している。ここでこの構成部２０は、種々異なるソースからのグラフィックデータおよびビデオデータを結びつけることができる。
【００１９】
コミュニケーションシステム２２はここで複数のコミュニケーションプロトコール（例えばＵＭＴＳ，ＧＳＭ，Ｂｌｕｅｔｏｏｔｈ，ＩｒＤＡ）をサポートする。択一的にコミュニケーションシステム２２は多かれ少なかれ１つだけの標準規格を上述のようにサポートすることもできる。コミュニケーションシステム２２はアンテナ２４への接続部を有する。記録装置システム２３は、接続部２５を介してハードディスク、ＣＤ−ＲＯＭおよびＤＶＤへのインターフェースを有する。ラジオシステム２６はここで位置測定をするためにＧＰＳを使用し、例えば測位に関連するデータを出力し、デジタルラジオ放送、例えばＤＶＢ（デジタルビデオ放送）、ＦＭおよびＤＡＢ（デジタルオーディオ放送）をサポートする。ラジオシステム２６はアンテナへの接続部２７を有する。ここではさらなる拡張モジュール２８を接続することができる。これには例えばナビゲーション機器が属する。
【００２０】
図２には、システム全体の構成が示されている。自動車バス３、すなわちマルチメディアに適したバス（例えばマルチマスターバスであるＭＯＳＴまたはＩＥＥＥ１３９４−Ｂ）には接続部４を介してバスステーション２９、３０、３１および３２が接続されている。バスステーション２９は、基本モジュール１および拡張モジュール２を有している。ここではオーディオ、ビデオ、ＭＰＥＧおよびコンソールに対する拡張モジュールがサポートされる。バスステーション３０は、車両内外の対象との無線コミュニケーションを担う。これは基本モジュール３３および拡張モジュール３４を有する。拡張モジュールには、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈ，ＧＳＭ，ＵＭＴＳ，ＧＰＲＳ等が挙げられる。
【００２１】
バスステーション３１は基本モジュール３５および拡張モジュール３６を使用する。ここでは拡張モジュールにＤＶＤ、ＣＤ、ハードディスクおよび他の記録装置が挙げられる。最後にバスステーション３２はラジオ放送受信を担う。これは基本モジュール３８および拡張モジュール３７を有する。この拡張モジュールにはＤＡＢ、ＦＭ、デジタルテレビおよび他のラジオ標準規格が挙げられる。図１と図２を比較すると、１つのバスステーション内で様々な機能がローカルバス９を介して相互に接続可能であることがわかる。しかしさらに、拡張モジュールを使用に応じて様々なバスステーションに分配することも可能である。ここでバス３を介して、様々なサービスおよびリソースをバスステーション２９〜３２間で交換することが可能である。これは破線を有する二重矢印によって示されている。別のバスステーションを付加することによって、付加的な機能を実施することができる別のモジュールが付け加えられる。この例は、無線コミュニケーションインターフェースの拡張である。これによってオーガナイザーまたはノートブックの使用が可能になる。
【００２２】
図３にはアプリケーションによるリソースの使用のフローチャートが示されている。各基本モジュールは、全アプリケーションの相応するプログラムインターフェースによって使用される基本的なサービスを提供する。このようなサービスには、他のバスステーションとコミュニケーションするための機能を提供するメッセージサービス、およびバスステーションのローカルバスでの拡張モジュールの管理を実行するリソースマネージャが属する。
【００２３】
ステップ１００では、ユーザーはユーザインターフェースを介してアプリケーションを呼び出す。開始されたアプリケーションは、バスステーションＢ１において実施される。このアプリケーションは２つのサービスＳ１およびＳ２を必要とする。ステップ２００ではまずサービスＳ１が呼びかけられる。このためにアプリケーションはサービスＳ１への問い合わせをバスステーションのリソースマネージャに向ける。リソースマネージャは、サービスＳ１を提供することができるリソースＲ１を管理している。リソースマネージャはＲ１をアプリケーションによる使用のために解放し、Ｒ１とアプリケーション間のコミュニケーション経路を設立し、アプリケーションにＲ１へアクセスするためのアドレスを通知する。
【００２４】
ステップ３００ではアプリケーションはリソースＲ１を使用する。ここでコミュニケーションはリソースマネージャが関与することなく行われる。
【００２５】
ステップ４００ではアプリケーションは、サービスＳ２に呼びかける。ステップ２００と同じように、バスステーションのリソースマネージャが問い合わせされる。しかしこのバスステーションはサービスＳ２を実行するリソースを有していないので、このリソースマネージャは、自動車バスシステムを介してコミュニケーションすることができる他の全てのバスステーションのリソースマネージャに問い合わせをする。バスステーションＢ２のリソースマネージャはこのサービスを提供することができ、このサービスをＢ１に提供する。Ｂ１は、Ｂ２のサービスを要求する。Ｂ２でのリソースマネージャはリソースＲ２を、ステップ２００と同じように割り当て、アクセス権およびアドレスをＢ１でのリソースマネージャへ渡す。このリソースマネージャはこれをアプリケーションに転送する。
【００２６】
ステップ５００でこのアプリケーションはリソースＲ２を使用する。アプリケーションとリソース間のコミュニケーションのために、リソースマネージャは必要ではない。メッセージサービス機能を介したコミュニケーションが実現されるので、アプリケーションに対して、Ｂ１でローカルに使用可能なリソースと、自動車ネットワークを介して呼びかけられる他のバスステーションのリソースとの間に差は生じない。
【００２７】
ステップ６００では、もはやアプリケーションによって必要とされないリソースＲ１が取り消される。これはＲ１とアプリケーションとのコミュニケーション経路を確立したリソースマネージャの接触によって行われる。ステップ７００は相応した、アプリケーションによる、バスステーションＢ１のリソースマネージャでのリソースＲ２の取り消しが示されている。Ｂ１でのリソースマネージャは、バスステーションＢ２のリソースマネージャと接触し、そこで取り消しを行う。
【図面の簡単な説明】
【００２８】
【図１】本発明によるバスステーションのブロック回路図である。
【００２９】
【図２】本発明によるバスのブロック回路図である。
【００３０】
【図３】ソフトウェアアプリケーションによる、分割されたリソースの使用をあらわすフローチャートである。
【図１】
2004531144.tif 000003
【図２】
2004531144.tif 000004
【図３】
2004531144.tif 000005
【国際公開パンフレット】
2004531144.tif 000006
2004531144.tif 000007
2004531144.tif 000008
2004531144.tif 000009
2004531144.tif 000010
2004531144.tif 000011
2004531144.tif 000012
2004531144.tif 000013
2004531144.tif 000014
2004531144.tif 000015
2004531144.tif 000016
2004531144.tif 000017
2004531144.tif 000018
2004531144.tif 000019
2004531144.tif 000020
2004531144.tif 000021
2004531144.tif 000022
【国際調査報告】
2004531144.tif 000023
2004531144.tif 000024
2004531144.tif 000025
2004531144.tif 000026
2004531144.tif 000027
2004531144.tif 000028