(57)【要約】【課題】  ユーザの快適性を損なうことなくミュートを行うことが可能な通信モジュール、これを有する再生装置、ナビゲーション装置及びディスプレイ装置を提供する。【解決手段】  データレート検出部１４は、ＣＩＰヘッダ２の‘FDF’に含まれたチャネル数やサンプリング周波数等に基づいてデータレートを検出し、これと、現在使用しているＦＩＦＯ１１のレートコントロールとに基づいて、ＦＩＦＯ１１内部にデータが滞在する時間（データ滞在時間）を算出する。ミュート制御部１５は、１３９４エラー検出部１３からエラー検知が通知されると、音声ミュート出力回路１６を介して音声ＤＡＣ３１をミュート状態に制御する。この際、ミュート制御部１５は、データレート検出部１４から通知されたデータ滞在時間に基づいて、ミュート状態とする時間（ミュート継続時間）を設定しておく。【選択図】          図１
2005136698.tif 000002
【特許請求の範囲】
【請求項１】
非同期通信方式のネットワークから受信したコンテンツを一時保持する保持手段と、
前記コンテンツに含まれるエラーを検出するエラー検出手段と、
前記保持手段にデータが滞在する時間を算出するデータ滞在時間算出手段と、
前記エラー検出手段でエラーが検出された際に前記コンテンツの再生をミュート状態とするミュート制御手段とを有し、
前記ミュート制御手段は、前記データ滞在時間算出手段で算出された前記データが滞在する時間に基づいて前記ミュート状態とする時間を制御することを特徴とする通信モジュール。
【請求項２】
前記データ滞在時間算出手段は、前記コンテンツのデータレートと前記保持手段の容量、制御方法、空き容量の推移の少なくとも１つとに基づいて前記データが滞在する時間を算出することを特徴とする請求項１記載の通信モジュール。
【請求項３】
前記コンテンツのフォーマットを判別するフォーマット判別手段を有し、
前記ミュート制御手段は、前記コンテンツのフォーマットに応じて異なる制御を実行することを特徴とする請求項１記載の通信モジュール。
【請求項４】
前記ミュート制御手段は、前記コンテンツが音声データである場合、エラーが検出された度に前記コンテンツの再生をミュート状態とし、前記コンテンツが映像データである場合、前記データが滞在する時間に応じて期間を設定し、該期間内に検出されたエラーの数に基づいて前記コンテンツの再生をミュート状態とすることを特徴とする請求項３記載の通信モジュール。
【請求項５】
前記保持手段は先入れ先出し方式のバッファであることを特徴とする請求項１記載の通信モジュール。
【請求項６】
前記非同期通信方式のネットワークはＩＥＥＥ１３９４高速シリアルバスであることを特徴とする請求項１記載の通信モジュール。
【請求項７】
前記ミュート制御手段は、前記データが滞在する時間が短い場合よりも長い場合に、前記ミュート状態とする時間が長くなるように制御することを特徴とする請求項１記載の通信モジュール。
【請求項８】
請求項１から７の何れか１項に記載の前記通信モジュールと、
前記通信モジュールで受信したコンテンツをアナログデータに変換するコンバータとを有し、
前記コンバータは前記ミュート制御手段によりミュート状態に制御されることを特徴とする再生装置。
【請求項９】
請求項１から７の何れか１項に記載の前記通信モジュールと、
前記通信モジュールで受信したコンテンツをアナログデータに変換するコンバータとを有し、
前記コンバータは前記ミュート制御手段によりミュート状態に制御されることを特徴とするナビゲーション装置。
【請求項１０】
請求項１から７の何れか１項に記載の前記通信モジュールと、
前記通信モジュールで受信したコンテンツをアナログデータに変換するコンバータとを有し、
前記コンバータは前記ミュート制御手段によりミュート状態に制御されることを特徴とするディスプレイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信モジュール、これを有する再生装置、ナビゲーション装置及びディスプレイ装置に関し、特にＩＥＥＥ１３９４を介してコンテンツを入出力する通信モジュール、これを有する再生装置、ナビゲーション装置及びディスプレイ装置に関する。
【背景技術】
【０００２】
従来、音声のデジタル転送には、ＳＰＤＩＦ（SONY/Philips Digital Interface Format）等の同期式通信が使用されていた。このため、音声データの転送時にクロックの同期はずれ状態を容易に検出することができた。同様に、同期式通信ではクロックの同期はずれ状態からの回復を容易に検出することができた。このような理由により、同期式通信を使用した音声データのデジタル転送では、通信上のエラーに対して最小限の時間でミュートを解除することが可能であった。
【０００３】
また近年、安価で高速且つリアルタイム転送に適したデジタルインタフェースとして、ＩＥＥＥ１３９４高速シリアルバス（以下、ＩＥＥＥ１３９４と略す）が注目されている。
【０００４】
ＩＥＥＥ１３９４は、データ転送速度が１００Ｍｂｐｓ，２００Ｍｂｐｓ，４００Ｍｂｐｓと高速であり、また、プラグアンドプレイやホットプランギングに対応しているという特徴を有する。更に、ＩＥＥＥ１３９４では、ビデオや音声等のデータを転送するための帯域が確保されており、これらデータのリアルタイム転送を可能にする機能（アイソクロナス・データ転送）が備えられているという特徴も有する。
【０００５】
例えば以下に示す特許文献１には、アイソクロナス・データ転送を利用した技術が開示されている。また、図７を用いて従来技術によるＩＥＥＥ１３９４の通信モジュール部１１０を説明する。
【０００６】
図７に示すように、通信モジュール部１１０は、ＦＩＦＯ（First-In First-Out）と１３９４送受信部１１２と１３９４エラー検出部１１３とミュート制御部１１５と音声ミュート出力回路１１６とを有する。
【０００７】
１３９４送受信部１１２は、１３９４バス１２０とアイソクロナス・パケットの送受信を行う。１３９４送受信部１１２は、受信したアイソクロナス・パケットからコンテンツデータを抽出し、これを再構築する。その後、１３９４送受信部１１２は、再構築したコンテンツデータをＦＩＦＯ１１１に入力する。また、１３９４送受信部１１２は、受信したアイソクロナス・パケットから１３９４ヘッダ及びヘッダのＣＲＣ符号Header_CRCを除去し、得られたパケットを１３９４エラー検出部１１３に入力する。
【０００８】
ＦＩＦＯ１１１は入力されたコンテンツデータを順次バッファリングする。また、ＦＩＦＯ１１１は、１３９４送受信部１１２から１３９４バス１２０へ出力するデータも一時バッファリングする。尚、以降では、コンテンツデータが音声データである場合を例に挙げて説明する。
【０００９】
一方、１３９４エラー検出部１１３は、入力されたパケットに含まれるＣＲＣ符号Data_CRCを用いて、このパケットに含まれるエラーをチェックする。１３９４エラー検出部１１３は上記チェックでエラーを検出すると、このことをミュート制御部１１５に通知する。
【００１０】
ミュート制御部１１５は、１３９４エラー検出部１１３からエラー検知が通知されると、音声ミュート出力回路１１６を介して音声ＤＡＣ（Digital Analog Converter）１３１をミュート状態に制御する（これをミュート処理という）。その後、ミュート制御部１１５は、１３９４エラー検出部１１３からエラー検出が一定期間通知されないことに基づいて、ミュートを解除する。
【特許文献１】特開２００２−３５３９７１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記従来の構成では、ミュート解除条件である一定期間が最大のデータレートを想定した期間であるため、例えばデータレートの低いコンテンツに対しては必要以上にミュート処理を施すことになっていた。これは音切れや映像のブラックアウト等の不具合を生じさせるため、ユーザの快適性が損なわれてしまうという問題を生じさせていた。
【００１２】
そこで本発明は、上記の問題に鑑みてなされたものであり、ユーザの快適性を損なうことなくミュートを行うことが可能な通信モジュール、これを有する再生装置、ナビゲーション装置及びディスプレイ装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
かかる目的を達成するために、本発明は、非同期通信方式のネットワークから受信したコンテンツを一時保持する保持手段と、前記コンテンツに含まれるエラーを検出するエラー検出手段と、前記保持手段にデータが滞在する時間を算出するデータ滞在時間算出手段と、前記エラー検出手段でエラーが検出された際に前記コンテンツの再生をミュート状態とするミュート制御手段とを有し、前記ミュート制御手段が前記データ滞在時間算出手段で算出された前記データが滞在する時間に基づいて前記ミュート状態とする時間を制御するように構成される。データが保持手段に滞在する時間に基づいてミュート状態とする時間を制御することで、必要以上にミュート処理が行われることを回避でき、音切れや映像のブラックアウト等の発生を低減することが可能となる。すなわち、ユーザの快適性を損なうことなくミュートを行うことが可能となる。
【００１４】
また、本発明は、前記データ滞在時間算出手段が前記コンテンツのデータレートと前記保持手段の容量、制御方法、空き容量の推移の少なくとも１つとに基づいて前記データが滞在する時間を算出するように構成することもできる。
【００１５】
また、本発明は、前記コンテンツのフォーマットを判別するフォーマット判別手段を有し、前記ミュート制御手段が前記コンテンツのフォーマットに応じて異なる制御を実行するように構成することもできる。例えばエラーが含まれる音声データをそのまま再生すると、ユーザの聴覚に傷つけたり、スピーカ等の機材を破損する恐れがあるが、多少のエラーが含まれている映像データを再生しても、ユーザに障害を及ぼしたり、ディスプレイ等の表示装置を破損するという問題は生じない。そこで本発明のように、コンテンツの種類、例えば音声データであるか映像データであるかに応じてミュート処理を切り替えることで、的確なミュート処理を実行するように構成できる。
【００１６】
例えば前記したミュート制御手段は、前記コンテンツが音声データである場合、エラーが検出された度に前記コンテンツの再生をミュート状態とし、前記コンテンツが映像データである場合、前記データが滞在する時間に応じて期間を設定し、該期間内に検出されたエラーの数に基づいて前記コンテンツの再生をミュート状態とするように構成することもできる。
【００１７】
また、前記した保持手段は先入れ先出し方式のバッファであってもよい。更に、前記した非同期通信方式のネットワークはＩＥＥＥ１３９４高速シリアルバスであってもよい。
【００１８】
また、前記したミュート制御手段は、前記データが滞在する時間が短い場合よりも長い場合に、前記ミュート状態とする時間が長くなるように制御することが好ましい。
【００１９】
また、本発明による再生装置は、上記した通信モジュールと、該通信モジュールで受信したコンテンツをアナログデータに変換するコンバータとを有し、前記コンバータが前記ミュート制御手段によりミュート状態に制御されるように構成される。データが保持手段に滞在する時間に基づいてミュート状態とする時間を制御することで、必要以上にミュート処理が行われることを回避でき、音切れや映像のブラックアウト等の発生が低減された再生装置を実現できる。すなわち、ユーザの快適性を損なうことなくミュートを行うことが可能な再生装置を実現できる。
【００２０】
また、本発明によるナビゲーション装置は、上記した通信モジュールと、該通信モジュールで受信したコンテンツをアナログデータに変換するコンバータとを有し、前記コンバータが前記ミュート制御手段によりミュート状態に制御されるように構成される。データが保持手段に滞在する時間に基づいてミュート状態とする時間を制御することで、必要以上にミュート処理が行われることを回避でき、音切れや映像のブラックアウト等の発生が低減されたナビゲーション装置を実現できる。すなわち、ユーザの快適性を損なうことなくミュートを行うことが可能なナビゲーション装置を実現できる。
【００２１】
また、本発明によるディスプレイ装置は、上記した通信モジュールと、該通信モジュールで受信したコンテンツをアナログデータに変換するコンバータとを有し、前記コンバータが前記ミュート制御手段によりミュート状態に制御されるように構成される。データが保持手段に滞在する時間に基づいてミュート状態とする時間を制御することで、必要以上にミュート処理が行われることを回避でき、音切れや映像のブラックアウト等の発生が低減されたディスプレイ装置を実現できる。すなわち、ユーザの快適性を損なうことなくミュートを行うことが可能なディスプレイ装置を実現できる。
【発明の効果】
【００２２】
本発明によれば、ユーザの快適性を損なうことなくミュートを行うことが可能な通信モジュール、これを有する再生装置、ナビゲーション装置及びディスプレイ装置を実現することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を実施するための最良の形態を図面と共に詳細に説明する。
【実施例１】
【００２４】
まず、本発明による実施例１について図面を用いて詳細に説明する。尚、以下の説明では、ＩＥＥＥ１３９４を適用した場合について例を挙げるが、本発明ではこれに限定されず、非同期通信方式であり、且つ送受信したパケットからコンテンツのデータレートを特定することが可能な通信方式であれば、如何なるものも適用することができる。
【００２５】
図１は、実施例１による通信モジュール部１０の構成を示すブロック図である。図１に示すように、通信モジュール部１０は、ＦＩＦＯ１１と１３９４送受信部１２と１３９４エラー検出部１３とデータレート検出部１４とミュート制御部１５と音声ミュート出力回路１６と映像ミュート出力回路１７とを有する。
【００２６】
１３９４送受信部１２は、１３９４バス２０とアイソクロナス・パケットの送受信を行う。ここで、アイソクロナス・パケットの構造を図２に示す。図２に示すように、アイソクロナス・パケットは主として１３９４ヘッダとヘッダのＣＲＣ符号Header_CRCとＣＩＰヘッダ１及び２とデータDataとデータのＣＲＣ符号Data_CRCとを含んで構成される。本実施例では、上記構造におけるＣＩＰヘッダ２とデータDataとＣＲＣ符号Data_CRCとを使用する。データDataは音声データや映像データ等のコンテンツデータが格納される領域である。ＣＲＣ符号Data_CRCはこのコンテンツのエラーをチェックするための符号である。ＣＩＰヘッダ２は、‘FMT’と‘FDF’とを含む。‘FMT’はデータDataのフォーマットＩＤを表している。‘FDF’は‘FMT’で定義されたアプリケーションで使用される領域であり、例えばデータ転送に使用するチャネルの数やサンプリング周波数等のようなデータレートを特定するために必要な情報を格納する。
【００２７】
図１に戻って説明する。１３９４送受信部１２は、受信したアイソクロナス・パケットからコンテンツデータを抽出し、これを再構築する。その後、１３９４送受信部１２は、再構築したコンテンツデータをＦＩＦＯ１１に入力する。また、１３９４送受信部１２は、受信したアイソクロナス・パケットから１３９４ヘッダ及びヘッダのＣＲＣ符号Header_CRCを除去し、得られたパケットを１３９４エラー検出部１３及びデータレート検出部１４に入力する。
【００２８】
ＦＩＦＯ１１はコンテンツの保持手段であり、先入れ先出し方式のバッファである。従って、ＦＩＦＯ１１は入力されたコンテンツデータを順次バッファリングする。また、ＦＩＦＯ１１は、１３９４送受信部１２から１３９４バス２０へ出力するデータも一時バッファリングする。尚、以降では、コンテンツデータが音声データである場合を例に挙げて説明する。
【００２９】
ＦＩＦＯ１１は、自己が持つ機能により、自己の容量や制御方法や蓄積したデータ量の推移状態を管理することができる。本実施例において、ＦＩＦＯ１１が管理した内容はデータレート検出部１４に通知される。
【００３０】
ここで、ＦＩＦＯ１１が自己に蓄積されたデータ量の推移状態を管理する際の動作について説明する。図３は、ＦＩＦＯ１１のデータ領域（但し、仮想アドレス空間）を示す図である。ＦＩＦＯ１１に蓄積されたデータは実メモリ空間と共に仮想アドレス空間で管理される。ＦＩＦＯ１１の管理機能は、例えば１つのコンテンツ（音声データ／映像データ）毎に蓄積されたデータ量の推移状態を、コンテンツの最後尾アドレス（仮想アドレス）を監視することで検知する。また、検知したデータ量の推移状態は、コンテンツ毎にミュート制御部１５に通知される。
【００３１】
一方、１３９４エラー検出部１３は、入力されたパケットに含まれるＣＲＣ符号Data_CRCを用いて、このパケットに含まれるエラーをチェックする。１３９４エラー検出部１３は上記チェックでエラーを検出すると、このことをミュート制御部１５に通知する。
【００３２】
また、データレート検出部１４は、入力されたパケットの‘FDF’に含まれたチャネル数やサンプリング周波数等に基づいてデータレートを検出する。尚、‘FDF’は、上述のように‘FMT’で定義されたアプリケーションで使用される領域であり、例えばデータ転送に使用するチャネルの数やサンプリング周波数等のようなデータレートを特定するために必要な情報を格納する。‘FMT’はデータのフォーマットＩＤを格納する。また、データレート検出部１４は、検出したデータレートと、現在使用しているＦＩＦＯ１１のレートコントロールとに基づいて、ＦＩＦＯ１１内部にデータが滞在する時間（これをデータ滞在時間という）を算出する。すなわち、データレート検出部１４は、ＦＩＦＯ１１にデータが滞在する時間を算出する手段として機能する。尚、ＦＩＦＯ１１のレートコントロールとは、ＦＩＦＯ１１の容量や制御方法、若しくは空き容量の推移状態等を指す。データレート検出部１４は、データ滞在時間を算出すると、これをミュート制御部１５へ通知する。
【００３３】
ミュート制御部１５は、１３９４エラー検出部１３からエラー検知が通知されると、音声ミュート出力回路１６を介して音声ＤＡＣ（Digital Analog Converter）３１をミュート状態に制御する（ミュート処理）。この際、ミュート制御部１５は、データレート検出部１４から通知されたデータ滞在時間に基づいて、ミュート状態とする時間（以下、ミュート継続時間という）を設定しておく。例えばミュート制御部１５は、データレートが１０Ｋｂｐｓである場合、ミュート継続時間を１ｎ（ナノ）ｓとし、１００Ｋｂｐｓである場合、ミュート継続時間を０．５ｎｓとし、１Ｍｂｐｓである場合、ミュート継続時間を０．２５ｎｓとする。但し、一般的にデータレートが大きい場合、データ滞在時間は短い。従って、本実施例では、データ滞在時間が短い場合よりも長い場合に、ミュート継続時間が長くなるように設定されている。また、このミュート継続期間が経過すると、ミュート制御部１５は、音声ミュート出力回路１６を介して音声ＤＡＣ３１のミュート状態を解除する。
【００３４】
以上のようにミュート制御部１５は、ＦＩＦＯ１１にデータが滞在する時間に基づいてミュート継続時間を変更する。このようにデータ滞在時間に応じてミュート継続時間を設定することで、必要以上にミュート処理が行われることを回避でき、音切れ等の発生を低減することが可能となる。
【００３５】
また、コンテンツデータが映像データである場合を以下に説明する。ミュート制御部１５には、音声データである場合と同様に、エラー検知とデータ滞在時間とが通知される。ミュート制御部１５は、データ滞在時間毎にある期間（これを映像エラー検出期間という）を設定し、この期間内に所定の数以上のエラーが含まれていた場合のみ、映像ミュート出力回路１７を介して映像ＤＡＣ３２をミュート状態に制御する。例えばミュート制御部１５は、データレートが１０Ｋｂｐｓである場合、映像エラー検出期間を１０ｓとし、１００Ｋｂｐｓである場合、映像エラー検出期間を５ｓとし、１Ｍｂｐｓである場合、映像エラー検出期間を２．５ｓとし、この期間内に予め設定しておいた所定の数以上のエラーが含まれている場合にミュート処理を実行する。尚、映像ＤＡＣ３２に対するミュート処理は、固定された期間であってもデータ滞在時間毎に異なる期間であってもよい。また、コンテンツデータの種別の判定は、音声データであるか映像データであるかは、データレート検出部１４がＣＩＰヘッダ２の‘FMT’を参照することで実行される。すなわち、データレート検出部１４はコンテンツデータのフォーマットを判別する手段としても機能する。判別されたフォーマットはミュート制御部１５に通知される。
【００３６】
以上の構成において、データレート検出部１４とミュート制御部１５とは、例えばＣＰＵ（Central Processing Unit）等のような情報処理装置で実現される。尚、これらを実現するためのプログラムは予め通信モジュール部１０内部に設けられたＲＯＭ（Read Only Memory）等の記憶手段に記憶されており、必要に応じて読み出されて実行される。
【００３７】
次に、本実施例による通信モジュール部１０の動作について図面と共に詳細に説明する。但し、以下の説明では、コンテンツデータが音声データ又は映像データである場合について例を挙げる。
【００３８】
図４は通信モジュール部１０の動作を示すフローチャートである。図４に示すように、通信モジュール部１０は、アイソクロナス・パケットを受信すると（ステップＳ１１）、ＣＩＰヘッダ２の‘FDF’に含まれるチャネル数とサンプリング周波数とからデータレートを検出する（ステップＳ１２）。この際、通信モジュール部１０は、同じくＣＩＰヘッダ２における‘FMT’を参照し、データのフォーマットを判別する（ステップＳ１３）。次に通信モジュール部１０は、データレートとＦＩＦＯ１１のレートコントロールとからデータの滞在時間を算出する（ステップＳ１４）。尚、ＦＩＦＯ１１のレートコントロールは先にデータレート検出部１４に通知されている。
【００３９】
次に通信モジュール部１０は、判別したフォーマットからデータが音声データであるか否かを判定し（ステップＳ１５）、音声データであればステップＳ１６へ移行する。また、音声データでない、すなわち映像データであればステップＳ２０へ移行する。
【００４０】
ステップＳ１６において、通信モジュール部１０は、算出したデータ滞在時間からミュート継続時間を設定する（ステップＳ１６）。その後、通信モジュール部１０は、ＣＲＣ符号Data_CRCを用いて音声データのエラーチェックを行う（ステップＳ１７）。ステップＳ１７の結果、エラーが検出された場合（ステップＳ１７のＹｅｓ）、通信モジュール部１０はステップＳ１６で設定したミュート継続時間に従ったミュート処理を設定し（ステップＳ１８）、ステップＳ１９へ移行する。尚、このミュート処理は、対象の音声データをＦＩＦＯ１１から読み出して音声ＤＡＣ３１に入力する際に同期して実行される。
【００４１】
また、ステップＳ１７の結果、エラーが検出されない場合（ステップＳ１７のＮｏ）、通信モジュール部１０はステップＳ１９へ移行する。ステップＳ１９において、通信モジュール部１０は、同一パケットに対するエラーチェックを終了したか否かを判別し（ステップＳ１９）、未終了の場合（ステップＳ１９のＮｏ）、ステップＳ１７へ帰還してエラーチェックを行う。また、ステップＳ１９の判別の結果、チェックが終了した場合（ステップＳ１９のＹｅｓ）、通信モジュール部１０は処理を終了する。
【００４２】
一方、ステップＳ２０において、通信モジュール部１０は、算出したデータ滞在時間から映像エラー検出期間を設定する（ステップＳ２０）。その後、通信モジュール部１０は、ＣＲＣ符号Data_CRCを用いて映像データのエラーチェックを行い（ステップＳ２１）。ステップＳ２１の結果、エラーが検出された場合（ステップＳ２１のＹｅｓ）、通信モジュール部１０はミュート制御部１５内のカウンタを１インクリメントし（ステップＳ２２）、ステップＳ２３へ移行する。尚、ミュート制御部１５内のカウンタはソフトカウンタでもメカカウンタでもよい。
【００４３】
また、ステップＳ２１の結果、エラーが検出されない場合（ステップＳ２１のＮｏ）、通信モジュール部１０はステップＳ２３へ移行する。ステップＳ２３において、通信モジュール部１０は、インクリメント後のカウント値が予め設定しておいた所定の数以上であるか否かを判定する（ステップＳ２３）。この判定の結果、所定の数以上である場合（ステップＳ２３のＹｅｓ）、通信モジュール部１０はミュート処理を設定し（ステップＳ２４）、ステップＳ２６へ移行する。また、ステップＳ２３の判定の結果、所定の数未満である場合（ステップＳ２３のＮｏ）、通信モジュール部１０は映像エラー検出期間が経過したか否かを判定する（ステップＳ２５）。この判定の結果、映像エラー検出期間が経過した場合（ステップＳ２５のＮｏ）、通信モジュール部１０はステップＳ２６へ移行する。また、ステップＳ２５の判定の結果、映像エラー検出期間が経過していない場合（ステップＳ２５のＮｏ）、通信モジュール部１０はステップＳ２１に帰還してエラーチェックを行う。
【００４４】
ステップＳ２６に移行した通信モジュール部１０は、カウンタをリセットし（ステップＳ２６）、次に同一パケットに対するエラーチェックを終了したか否かを判定する（ステップＳ２７）。この判定の結果、エラーチェックが未終了の場合（ステップＳ２５のＮｏ）、通信モジュール部１０はステップＳ２１へ帰還してエラーチェックを行う。また、ステップＳ２７の判定の結果、チェックが終了した場合（ステップＳ２７のＹｅｓ）、通信モジュール部１０は処理を終了する。
【００４５】
以上のように、本実施例によれば、コンテンツデータの種類、例えば音声データであるか映像データであるかに応じてミュート処理を切り替えることができる。例えば、エラーが含まれる音声データをそのまま再生すると、ユーザの聴覚に傷つけたり、スピーカ等の機材を破損する恐れがあるが、多少のエラーが含まれている映像データを再生しても、ユーザに障害を及ぼしたり、ディスプレイ等の表示装置を破損するという問題は生じない。本実施例は、このような場合に適用して的確なミュート処理を実行するように構成できる。
【００４６】
次に、本実施例による通信モジュール部１０が適用される機器の例について、図面を用いて詳細に説明する。図５は、通信モジュール部１０を車載用ナビゲーション装置４０に適用した場合の例を示す図である。これを第１の例とする。また、図６は、通信モジュール部１０をディスプレイ装置５０に適用した例を示す図である。これを第２の例とする。
【００４７】
先ず、第１の例について説明する。図５に示すように、車載用ナビゲーション装置４０は、本体４１とＤＶＤ（Digital video disk）プレイヤ４２とディスプレイ４３とを有する。本体４１とＤＶＤプレイヤ４２とは１３９４バス２０を介して接続されている。また、本体４１とディスプレイ４３とは１３９４バス２０を介して接続されている。
【００４８】
本体４１はＣＰＵやメモリやユーザインタフェース等の最低限ナビゲーション装置として必要な構成の他に、上記の通信モジュール部１０と音声ＤＡＣ３１と映像ＤＡＣ３２とを含んで構成されている。通信モジュール部１０には、１３９４バス２０を介してＤＶＤプレイヤ４２が接続されている。但し、本実施例ではＤＶＤプレイヤに限定されず、ＣＤ（Compact Disk）プレイヤやＨＤＤ（ハードディスクドライブ）やＣＤチェンジャや通信機器やカメラ等のマルチメディア機器であってもよい。
【００４９】
ＤＶＤプレイヤ４２で読み取られたマルチメディア・データ（コンテンツデータ）はアイソクロナス・パケットとして通信モジュール部１０へ入力される。通信モジュール部１０は上述した動作に基づいてミュート処理を行いつつ、マルチメディア・データを本体４１内部へ入力する。本体４１は入力されたマルチメディア・データをディスプレイ４３へ入力し、これを再生する。以上のように、音声ＤＡＣ３１や映像ＤＡＣ３２がナビゲーション装置本体４１に組み込まれた構成では、これに本実施例の通信モジュール部１０を組み込むことで、音切れや映像のブラックアウト等の発生を低減することができる。尚、本発明は、このような車載用ナビゲーション装置４０に限らず、ＤＶＤやＣＤ等の再生機能を有する装置、いわゆる再生装置であれば如何なるものも適用することができる。
【００５０】
次に、第２の例について説明する。図６に示すように、ディスプレイ装置５０は通信モジュール部１０を含み、１３９４バス２０を介して例えばナビゲーション装置５１と接続されている。また、ディスプレイ装置５０には、音声ＤＡＣ３１及び映像ＤＡＣ３２も含まれている。
【００５１】
ナビゲーション装置５１は表示再生するデータをアイソクロナス・パケットとしてディスプレイ装置５０の通信モジュール部１０へ入力する。通信モジュール部１０は上述した動作に基づいてミュート処理を行いつつ、データをディスプレイ装置５０内部へ入力する。ディスプレイ装置５０は入力されたデータを表示再生する。以上のように、音声ＤＡＣ３１や映像ＤＡＣ３２がディスプレイ装置５０に組み込まれた構成では、これに本実施例の通信モジュール部１０を組み込むことで、音切れや映像のブラックアウト等の発生を低減することができる。
【００５２】
尚、上記実施例１は本発明を実施するための例にすぎず、本発明はこれらに限定されるものではなく、これらの実施例を種々変形することは本発明の範囲内であり、更に本発明の範囲内において、他の様々な実施例が可能であることは上記記載から自明である。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施例１による通信モジュール部１０の構成を示すブロック図である。
【図２】アイソクロナス・パケットの構造を示す図である。
【図３】ＦＩＦＯ１１の仮想メモリ空間を示す図である。
【図４】本発明の実施例１による通信モジュール部１０の動作を示すフローチャートである。
【図５】本発明の実施例１による通信モジュール部１０を適用した車載用ナビゲーション装置４０の構成を示すブロック図である。
【図６】本発明の実施例１による通信モジュール部１０を適用したディスプレイ装置５０の構成を示すブロック図である。
【図７】従来技術による通信モジュール部１１０の構成を示すブロック図である。
【符号の説明】
【００５４】
１０  通信モジュール部
１１  ＦＩＦＯ
１２  １３９４送受信部
１３  １３９４エラー検出部
１４  データレート検出部
１５  ミュート検出部
１６  音声ミュート出力回路
１７  映像ミュート出力回路
２０  １３９４バス
３１  音声ＤＡＣ
３２  映像ＤＡＣ
４０  車載用ナビゲーション装置
４１  本体
４２  ＤＶＤプレイヤ
４３  ディスプレイ
５０  ディスプレイ装置
５１  ナビゲーション装置
【図１】
2005136698.tif 000003
【図２】
2005136698.tif 000004
【図３】
2005136698.tif 000005
【図４】
2005136698.tif 000006
【図５】
2005136698.tif 000007
【図６】
2005136698.tif 000008
【図７】
2005136698.tif 000009