JP2001028612A - 情報処理装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 各種のストリームの種類を正確且つ迅速に判
定可能とする。 【解決手段】 １３９４インターフェイスＩＣ１は、ダ
ミーパケット検出及びカウント部２０により、ＩＥＥＥ
１３９４のアイソクロナスパケットを通信する場合に、
ストリーム中に含まれるアイソクロナスパケットのう
ち、１フレーム内のダミーパケットの数をカウントす
る。マイコン３は、ダミーパケットのカウント値に基づ
いて「データストリームあり」か或いは「データストリ
ームなし」かを判別し、「データストリームなし」と判
定したとき、信号処理系ＩＣ４に対してミュートＯＮの
ミュート制御信号を送る。

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、情報処理装置及び
方法に関し、例えばいわゆるＩＥＥＥ（Institute of E
lectrical and Electronics Engineers）１３９４規格
のアイソクロナス通信によるパケットを処理する情報処
理装置及び方法に関する。 【０００２】 【従来の技術】近年は、例えばディジタルビデオ機器や
家庭用のパーソナルコンピュータなど、ＩＥＥＥ１３９
４準拠のディジタルシリアルインターフェイスを備えた
機器が増え、それら機器間でのディジタルデータの送受
信が可能となっている。 【０００３】ここで、ＩＥＥＥ１３９４規格について簡
単に説明する。 【０００４】ＩＥＥＥ１３９４規格とは、ＩＥＥＥ（In
stitute of Electrical and Electronics Engineers：
米国電気電子技術者協会）による規格であり、ディジタ
ルビデオレコーダ等の家庭用電子機器同士の接続やこれ
ら電子機器とコンピュータとの間の接続といったマルチ
メディア用途に向くものとして注目されている。 【０００５】ＩＥＥＥ１３９４規格では、基本的に２組
のツイストペア線を用いて伝送が行われる。その伝送方
法は、１方向の伝送にツイストペア線を２組とも使う、
いわゆる半２重の通信である。この通信法には、ＤＳコ
ーディングと呼ばれる通信方法が採用されており、これ
は、ツイストペア線の片側にデータを、他方にストロー
ブと呼ばれる信号を送り、２つの信号の排他的論理和を
とることで、受信側でクロックを再現するというもので
ある。 【０００６】ＩＥＥＥ１３９４規格のデータレートは、
現在、９８．３０４Ｍｂｐｓ（Ｓ１００）、１９６．６
０８Ｍｂｐｓ（Ｓ２００）、３９３．２１６Ｍｂｐｓ
（Ｓ４００）の３種類が定義されており、高速のレート
に対応した機器はそれより遅いレートのノード（機器）
をサポートしなければならない、いわゆる上位互換性が
定められている。各ノードは、最大２７個までのポート
を持つことが許されており、各ノードのポートをＩＥＥ
Ｅ１３９４規格のシリアルバス（以下、ＩＥＥＥ１３９
４シリアルバスと呼ぶ）を介して接続することで最大６
３台までのノードをネットワーク化することができる。
また、異なる２つのＩＥＥＥ１３９４シリアルバスにそ
れぞれ接続された１組のノードを、これら２つの異なる
ＩＥＥＥ１３９４シリアルバス間の橋渡しを行うブリッ
ジとして使用し、当該ブリッジを使用して複数（２つ以
上）のバスの間でデータの伝送を行うようなネットワー
ク構成も可能となされている。すなわち、１つのＩＥＥ
Ｅ１３９４バスに接続できる機器（ノード）の数は、最
大で６３個に制限されているが、複数のバスをブリッジ
を用いて連結し、バスとブリッジからなるネットワーク
を構成することにより、更に多くのノードを接続するこ
とが可能になされている。 【０００７】ＩＥＥＥ１３９４規格では、その接続時に
バスの初期化処理が行われ、複数のノードの接続を行う
とツリー構造が自動的に内部にて構成される。その後、
各ノードのアドレスが自動的に割り振られる。ＩＥＥＥ
１３９４規格上では、１台のノードが送信した信号を他
のノードが中継することで、ネットワーク内の全てのノ
ードに同じ内容の信号を伝えることが可能である。した
がって、無秩序な送受信を防止するために、各ノードは
送信を開始する前にバスの使用権を調停する必要があ
る。バスの使用権を得るためには、先ずバスが開放され
るのを待ち、ツリー上の親機に対してバス使用権の要求
信号を送る。そして、要求を受けた親機は、さらなる親
機に信号を中継し、要求信号は最終的には最上位の親機
である制御ノードにまで達する。制御ノードは、要求信
号を受けると使用許可信号を返し、許可を受けたノード
（被制御ノード）は通信を行うことが可能となる。但
し、このとき複数のノードから同時に要求信号が出され
た場合には、１台にのみ許可信号が与えられ、他の要求
は拒否される。 【０００８】このように、ＩＥＥＥ１３９４規格上は、
バスの使用権を奪い合いながら、複数のノードが１つの
バスを時分割多重で使用している。 【０００９】次に、ＩＥＥＥ１３９４規格では、アドレ
スとして、ＩＥＥＥ１２１２ ＣＳＲ（Control and St
atus Register Architecture）で規定されている６４ビ
ットの固定的に割り振られたアドレス空間を利用する。
この６４ビットのうち、上位１６ビットはノードＩＤ
（node_ID）、６４ｋのノードアドレス空間を提供す
る。また、ＩＥＥＥ１３９４シリアルバスでは、バス同
士を識別するためにノードＩＤの上位１０ビットをバス
ＩＤ（bus_ID）とし、下位６ビットをノードを識別する
ためのフィジカルＩＤ（physical_ID）とする。 【００１０】ＩＥＥＥ１３９４シリアルバスのレイヤ構
造は、トランザクションレイヤ（Transaction Laye
r）、リンクレイヤ（Link Layer）、物理レイヤ（Physi
cal Layer）からなる。トランザクションレイヤは、ア
プリケーションから指示されたデータや命令を下位のリ
ンクレイヤに伝える。当該トランザクションレイヤで
は、ＩＥＥＥ１２１２のＣＳＲ（Control and Status R
egister）で要求されているリード（Read）／ライト（W
rite）／ロック（Lock）の操作を実行するために、要求
（Request）と応答（Response）サービスのプロトコル
を使用する。リンクレイヤはトランザクションレイヤと
のデータのやり取りを行う。また、リンクレイヤはアド
レス割り当て、データチェック、データのフレーム分け
などを行う。物理レイヤは、リンクレイヤが使っている
論理的な信号を電気信号に変換する。 【００１１】より詳細に説明すると、上記トランザクシ
ョンレイヤには、リード、ライト、ロックの３つの種類
のトランザクションがある。リードトランザクションで
は、イニシエータ機器がターゲット機器の特定アドレス
のＩＥＥＥ１２１２空間を読み取る。リードトランザク
ションにはクワドレット単位（Quadlet、ＩＥＥＥ１３
９４における４バイト毎のデータ単位）単位の読み込み
とブロック（ＩＥＥＥ１３９４における１クワドレット
以上）読み込みとがある。ライトトランザクションは、
イニシエータ機器がターゲット機器の特定ＩＥＥＥ１２
１２アドレスにデータを書き込む。ライトトランザクシ
ョンには、クワドレット単位の書き込みとブロックの書
き込みがある。ロックトランザクションは、イニシエー
タ機器からターゲット機器にデータ転送し、そのデータ
とターゲット機器の指定されたアドレスのデータを組み
合わせて処理（スワップなど）を行い、ターゲット機器
の指定されたアドレスのデータを更新する。 【００１２】また、上記リンクレイヤは、半２重のデー
タパケット配信サービスを提供する。ここで、ＩＥＥＥ
１３９４規格では、リアルタイム性を保証する同期通
信、すなわちアイソクロナス通信（isochronous data t
ransfer）を定義してある。また、ＩＥＥＥ１３９４規
格には、この同期通信に対して、非同期通信、すなわち
アシンクロナス通信（asynchronous data transfer）も
定義されている。ＩＥＥＥ１３９４規格では、データを
パケット化して転送することが行われ、このパケットを
転送するプロセスをサブアクション（subaction）と呼
んでいる。 【００１３】サブアクションには、上記パケットをアイ
ソクロナス通信にて転送するアイソクロナスサブアクシ
ョン（isochronous subaction）と上記アシンクロナス
通信にて転送する（asynchronous subaction）がある。
アイソクロナスサブアクションは、特定のノードにパケ
ットを転送するのではなく、チャネルアドレスを使用し
てバス全体に送信する。一方、アシンクロナスサブアク
ションでは、指定したノードに対して様々な量のデータ
とトランザクションレイヤの情報を示す数バイトのヘッ
ダ情報をを送り、その応答を受ける。 【００１４】さらにサブアクションは、アービトレーシ
ョンシーケンス（Aebitration Sequence）とデータパケ
ット転送（Data Packet Transmission）とアクノリッジ
メント（acknowledgment）の３つの部分に分けられる。
アービトレーションシーケンスでは、パケットを送信し
たいノードが、物理レイヤにバスの制御権を得るように
要求する。アービトレーションは、最終的に一つのノー
ドに制御権を与え、制御権を得たノードは、データパケ
ットを送信することが可能となる。データパケット転送
では、実際にデータパケット転送が行われる。ここで、
アシンクロナス通信の場合、送信ノードは、スピードコ
ード（Speed Code）を含むデータプリフィックス（data
_prefix）、送信側と受信側のアドレス、トランザクシ
ョンコード（Transaction Code：TCODE）、トランザク
ションラベル（Transaction Label）、リトライコード
（Retry Code）、データ、１つか２つのＣＲＣ（Cyclic
Redundancy Check）、パケット・ターミネーション（P
acket Termination、data_prefixかdata_endのどちら
か）等を送出する。なお、トランザクションコードは、
主要なパケットのパケットタイプを定義し、ＩＥＥＥ１
３９４規格では、当該トランザクションコードの値によ
って、アイソクロナスパケットとアシンクロナスパケッ
トを区別する。アクノリッジメントでは、受信側から、
操作が行われたことを送信側に応答する。アシンクロナ
スパケットの場合、受信側のノードはパケットの受信状
況（成功や失敗など）を示すコードを送信側のノードに
返す。なお、アクノリッジメントで転送されるデータも
一種のデータパケットである。 【００１５】また、全てのアシンクロナスサブアクショ
ンでは、通常、サブアクションギャップと呼ばれる期間
だけ、バスをアイドル状態にする。ＩＥＥＥ１３９４シ
リアルバスでは、一定時間以上のアイドル状態が確認さ
れた場合、データ転送を希望するノードがアービトレー
ション（Arbitration）を開始する。なお、アービトレ
ーションとは、各ノードがバスを使用する権利を得るた
めの調停のことである。このサブアクションギャップに
対して、アクノリッジギャップもあり、このアクノリッ
ジギャップは、送信側のノードが送信したデータパケッ
トとそのパケットに対する応答パケット（アクノリッ
ジ）の間のギャップを指す。アクノリッジギャップの長
さはバスの状況により変化する。なお、アクノリッジギ
ャップは、サブアクションギャップの長さよりも十分短
くなるように規定されている。これは、接続された他の
ノードがアクノリッジを受信する前にアービトレーショ
ンを始めないことを確実にするためである。 【００１６】ここで、ＩＥＥＥ１３９４規格のアイソク
ロナス通信では、通常、図５の（Ａ）に示すように、例
えば画像や音声などの実データを含むデータパケットＤ
Ｐからなるストリーム（以下、「データストリームあ
り」と呼ぶ。）を送受信するようになされているが、例
えば、実データを含むデータパケットＤＰを送信しない
場合であっても、同期通信を確保するために、例えば図
５の（Ｂ）に示すような、ダミーパケットｄｐと呼ばれ
る実データを含まないパケットが連続したストリーム
（以下、「データストリームなし」と呼ぶ。）を送信す
ることが行われる。 【００１７】したがって、実際のシステム構成では、受
信したストリームのアイソクロナスパケットがダミーパ
ケットｄｐであるかどうかを判定し、ダミーパケットｄ
ｐであると判定したときは、上記図５のような「データ
ストリームなし」のストリームであると判断して、実際
の信号処理にミュートをかける（信号処理を行わない）
ようになされている。 【００１８】なお、図６にはＩＥＥＥ１３９４規格のア
イソクロナスパケットのうち、実データを含むデータパ
ケットの構造を示し、図７には実データを含まない上記
ダミーパケットの構造を示す。上記データパケットは、
１３９４ヘッダとヘッダＣＲＣ、ＣＩＰヘッダ、データ
（実データ）及びデータＣＲＣからなるのに対して、上
記ダミーパケットは、基本的に１３９４ヘッダとＣＲＣ
（場合によってはＣＩＰヘッダも含む）からなり、実デ
ータを含まない。 【００１９】図８には、上記ＩＥＥＥ１３９４規格の通
信を行う従来のシステム構成例を示す。 【００２０】この図８において、１３９４インターフェ
イスＩＣ（１３９４ＩＦ ＩＣ）１０１は、１３９４シ
リアルバス１００からアイソクロナスパケットを取り込
む。当該アイソクロナスパケットは、後段の信号処理系
ＩＣ１０４に送られる。また、当該１３９４インターフ
ェイスＩＣ１０１内のヘッダモニタ部１０２は、アイソ
クロナスパケットの１３９４ヘッダをモニタする。 【００２１】マイコン（マイクロコンピュータ）１０３
は、１フレーム中で複数回となる所定の読み出しタイミ
ング（例えば１２５μｓ周期）により、上記１３９４イ
ンターフェイスＩＣ１０１からそのヘッダモニタ値をサ
ンプリングし、且つ、複数フレームに渡ってそのサンプ
リング値の一致を判定し、その判定結果に応じて、ミュ
ートのＯＮ／ＯＦＦ判別を行う。当該マイコン１０３
は、上記ミュートのＯＮ／ＯＦＦ判別結果に応じて、信
号処理系ＩＣ１０４にて信号処理をミュートさせるため
のミュート制御信号を出力する。 【００２２】これにより、信号処理系ＩＣ１０４では、
上記マイコン１０３からのミュート制御信号に応じて、
信号処理のミュートのＯＮ／ＯＦＦを行う。当該信号処
理系ＩＣ１０４から出力されたデータは、端子１０５か
ら後段の構成に送られる。 【００２３】図９には、上記図８のシステム構成の１３
９４インターフェイスＩＣ１０１の主要部の概略的な内
部構成を示す。 【００２４】この図９において、前記１３９４シリアル
バスから１３９４規格のケーブル１１１を介して取り込
まれたアイソクロナスパケットは、端子１１４から図９
の信号処理系ＩＣ１０４に送られると共に、ヘッダモニ
タ部１０２に入力される。 【００２５】ヘッダモニタ部１０２では、アイソクロナ
スパケットの１３９４ヘッダをモニタし、そのヘッダモ
ニタ値をマイコンインターフェイス部１１２に送る。 【００２６】マイコンインターフェイス部１１２は、端
子１１３を介して図８のマイコン１０３と接続されてお
り、マイコン１０３からの要求に応じて（１フレーム内
で複数回の読み出しタイミングで）上記ヘッダモニタ部
１０２がモニタしたヘッダモニタ値を上記マイコン１０
３に送る。 【００２７】図１０には、図８のマイコン１０３におけ
る、ヘッダモニタ値のサンプリングからミュート制御ま
での処理の流れを示す。 【００２８】図１０において、マイコン１０３は、ステ
ップＳ１０１の処理として、上記１３９４インターフェ
イスＩＣ１０１から、ヘッダモニタ値をサンプリングす
る。 【００２９】次に、マイコン１０３は、ステップＳ１０
２の処理として、上記ステップＳ１０１にてサンプリン
グしたヘッダモニタ値から、上記データパケットである
か否かを判定する。マイコン１０３は、当該ステップＳ
１０２において、データパケットでない（ダミーヘッダ
である）と判定した場合、ステップＳ１０３の処理とし
てカウンタをインクリメントし、データパケットである
（ダミーパケットでない）と判定した場合、ステップＳ
１０４の処理としてカウンタを０にリセットする。 【００３０】次に、マイコン１０３は、カウンタの値が
所定値Ｎ以上になったか否か判定し、所定値Ｎになって
いない場合、ステップＳ１０７の処理としてミュートを
ＯＦＦするためのミュート制御信号を出力し、所定値Ｎ
に達した場合、ステップＳ１０６の処理としてミュート
をＯＮするためのミュート制御信号を出力する。すなわ
ち、マイコン１０３は、ダミーパケットが所定回数
（Ｎ）だけ検出されたときに、信号処理系ＩＣ１０４で
の信号処理をミュートする（ＯＮ）ように制御する。 【００３１】その後、マイコン１０３は、ステップＳ１
０８の処理として、通信が完了したか否か判定し、完了
したと判定した場合は処理を終了し、一方、完了してい
ないと判定した場合はステップＳ１０１に戻り、上述の
処理を行う。 【００３２】 【発明が解決しようとする課題】ところで、ＩＥＥＥ１
３９４規格のアイソクロナス通信では、上述した図５の
（Ｂ）のように「データストリームなし」のストリーム
の場合だけでなく、例えば図１１に示すように、実デー
タを含むデータパケットＤＰを送受信する場合（「デー
タストリームあり」のストリーム）であっても、上記ダ
ミーパケットｄｐが送受信されることがあり得る。な
お、当該図１１に示すストリームは、実データを含むデ
ータパケットＤＰを送受信するストリームであるため、
本来的には「データストリームあり」のストリームと判
断すべきである。 【００３３】しかしながら、上述した従来のシステムの
マイコン１０３は、フレーム内の受信した全てのパケッ
トのヘッダモニタ値を参照しているわけではなく、前述
したように例えば１２５μｓ毎の読み出しタイミングで
サンプリングしたヘッダモニタ値を参照するようになさ
れているため、当該マイコン１０３によるサンプリング
のタイミングによって、上記図１１に示したようなデー
タパケットＤＰとダミーパケットｄｐが混在したストリ
ームを、図１２に示すように「データストリームあり」
であると判定する場合や、図１３に示すように「データ
ストリームなし」であると判定してしまう場合がある。 【００３４】すなわち、図１２の（ａ）に示すようなデ
ータパケットＤＰとダミーパケットｄｐが混在するスト
リームがある場合において、１３９４インターフェイス
ＩＣ１０１が図１２の（ｂ）中の矢印Ｌに示すようなラ
ッチタイミングでヘッダをモニタし、さらに、マイコン
１０３が例えば図１２の（ｄ）中の矢印Ｒに示す読み出
しタイミングにより、マイコンインターフェイス部１１
２から図１２の（ｃ）のデータパケットを示すヘッダモ
ニタ値をサンプリングしたような場合には、図１２の
（ｅ）に示すようにマイコン１０３にて「データストリ
ームあり」と認識することになる。 【００３５】一方で、図１３の（ａ）に示すようなダミ
ーパケットｄｐが含まれるデータストリームがある場合
において、１３９４インターフェイスＩＣ１０１が図１
３の（ｂ）中の矢印Ｌに示すようなラッチタイミングで
ヘッダをモニタし、さらに、マイコン１０３が例えば図
１３の（ｄ）中の矢印Ｒに示す読み出しタイミングによ
り、マイコンインターフェイス部１１２から図１３の
（ｃ）のようにダミーパケットを示すヘッダモニタ値
（この例ではダミーパケットであることを示すヘッダモ
ニタ値となっている）をサンプリングしたような場合に
は、図１３の（ｅ）に示すようにマイコン１０３にて
「データストリームなし」と認識されてしまうことにな
る。 【００３６】そこで、本発明はこのような状況に鑑みて
なされたものであり、データパケットのみからなるスト
リーム、或いはダミーパケットのみからなるストリー
ム、或いはデータパケットとダミーパケットが混在した
ストリームのような、各種のストリームの種類を正確且
つ迅速に判定することが可能な、情報処理装置及び方法
を提供することを目的とする。 【００３７】 【課題を解決するための手段】本発明の情報処理装置
は、パケット単位で情報を通信する情報処理装置であ
り、通信ストリーム中に含まれるパケットのうち、少な
くとも１種のパケットの数をカウントするカウント手段
と、上記カウント手段によるカウント値に基づいて上記
通信ストリームの種類を判別する判別手段とを有するこ
とにより、上述した課題を解決する。 【００３８】本発明の情報処理方法は、パケット単位で
情報を通信する情報処理方法であり、通信ストリーム中
に含まれるパケットのうち、少なくとも１種のパケット
の数をカウントし、上記カウント数に基づいて上記通信
ストリームの種類を判別することにより、上述した課題
を解決する。 【００３９】 【発明の実施の形態】本発明の好ましい実施の形態につ
いて、図面を参照しながら説明する。 【００４０】図１には、本発明の情報処理装置及び方法
が適用される一実施の形態として、上記ＩＥＥＥ１３９
４規格の通信を行うシステム構成例を示す。 【００４１】この図１において、１３９４インターフェ
イスＩＣ（１３９４ＩＦ ＩＣ）１とする）は、１３９
４シリアルバス１０からアイソクロナスパケットを取り
込む。当該アイソクロナスパケットは、後段の信号処理
系ＩＣ４に送られる。また、当該１３９４インターフェ
イスＩＣ１内のヘッダモニタ部２は、アイソクロナスパ
ケットの１３９４ヘッダをモニタする。 【００４２】さらに、本実施の形態では、１３９４イン
ターフェイスＩＣ１内のダミーパケット検出及びカウン
ト部２０では、１フレーム内の各ダミーパケットの検出
とその個数をカウントする。 【００４３】マイコン（マイクロコンピュータ）３は、
１フレーム中で複数回となる所定の読み出しタイミング
（例えば１２５μｓ周期）により、上記１３９４インタ
ーフェイスＩＣ１からそのヘッダモニタ値をサンプリン
グし、且つ、複数フレームに渡ってそのサンプリング値
の一致を判定すると共に、上記１３９４インターフェイ
スＩＣ１が１フレーム中に受信したダミーパケットのカ
ウント値を受け取り、上記サンプリングしたヘッダモニ
タ値と上記１フレーム内のダミーパケットのカウント値
とに基づいて、ミュートのＯＮ／ＯＦＦ判別を行う。す
なわち、１フレーム中に送受信されるパケット数は一定
であるため、マイコン３は、この１フレーム中のパケッ
ト数に対してダミーパケットがどの程度含まれるかを求
める。なお、データパケットとダミーパケットが混在す
るストリームの場合、１フレーム中に含まれるダミーパ
ケットの数は一定ではないが、本実施の形態によれば、
ダミーパケットのみのストリーム（「データパケットな
し」）のように定常的にダミーパケットが送信されてい
る状態とは確実に識別できる。当該マイコン３は、上記
ミュートのＯＮ／ＯＦＦ判別結果に応じて、信号処理系
ＩＣ４にて信号処理をミュートさせるためのミュート制
御信号を出力する。これにより、信号処理系ＩＣ４で
は、上記マイコン３からのミュート制御信号に応じて、
信号処理のミュートのＯＮ／ＯＦＦを行う。当該信号処
理系ＩＣ４から出力されたデータは、端子５から後段の
構成に送られる。 【００４４】図２には、上記図１の本実施の形態のシス
テム構成の１３９４インターフェイスＩＣ１の主要部の
概略的な内部構成を示す。 【００４５】この図２において、前記１３９４シリアル
バスから１３９４規格のケーブル１１を介して取り込ま
れたアイソクロナスパケットは、端子１４から図１の信
号処理系ＩＣ４に送られると共に、ヘッダモニタ部２
と、ダミーパケット検出及びカウント部２０のフレーム
パルス生成部２１及びダミーパケット検出部２２に入力
される。 【００４６】ヘッダモニタ部２では、アイソクロナスパ
ケットの１３９４ヘッダをモニタし、そのヘッダモニタ
値をマイコンインターフェイス部２に送る。 【００４７】ダミーパケット検出部２２では、例えばア
イソクロナスパケットの１３９４ヘッダからダミーパケ
ットを検出する。なお、当該ダミーパケット検出部２２
は、ヘッダモニタ部２がモニタしたヘッダモニタ値から
ダミーパケットを検出するようにしてもよい。当該ダミ
ーパケット検出部２２は、ダミーパケットの検出に応じ
た信号（例えばパルス信号）をダミーパケットカウント
部２３に送る。 【００４８】また、フレームパルス生成部２１では、フ
レームの区切りに対応したフレームパルスを生成し、そ
のフレームパルスをリセットパルスとしてダミーパケッ
トカウント部２３に送る。 【００４９】ダミーパケットカウント部２３は、ダミー
パケット検出部２２からのダミーパケット検出パルスの
数を、フレーム毎にカウントし、そのフレーム毎のカウ
ント値をマイコンインターフェイス部１２に送る。 【００５０】マイコンインターフェイス部１２は、端子
１３を介して図１のマイコン３と接続されており、マイ
コン３からの要求に応じて、上記ヘッダモニタ部２によ
るヘッダモニタ値と、上記ダミーパケット検出及びカウ
ント部２０によるフレーム毎のダミーパケットのカウン
ト値とを、上記マイコン３に送る。 【００５１】図３には、図１のマイコン３における、ダ
ミーパケットのカウント値を用いたミュート制御の処理
の流れを示す。 【００５２】図３において、マイコン３は、ステップＳ
１の処理として、上記１３９４インターフェイスＩＣ１
が求めた、１フレーム内の各ダミーパケットのカウント
値をヘッダモニタ値を参照する。 【００５３】次に、マイコン３は、ステップＳ２の処理
として、上記ステップＳ１にて参照した１フレーム内の
各ダミーパケットのカウント値が所定値Ｍ以上になった
か否か判定し、所定値Ｍになっていない場合、ステップ
Ｓ４の処理としてミュートをＯＦＦするためのミュート
制御信号を出力し、所定値Ｍに達した場合、ステップＳ
３の処理としてミュートをＯＮするためのミュート制御
信号を出力する。すなわち、本実施の形態の場合のマイ
コン１は、１フレーム内に存在する全パケット数に対応
する所定回数Ｍだけダミーパケットが検出されたとき
に、信号処理系ＩＣ４での信号処理をミュートする（Ｏ
Ｎ）ように制御する。 【００５４】その後、マイコン３は、ステップＳ５の処
理として、通信が完了したか否か判定し、完了したと判
定した場合は処理を終了し、一方、完了していないと判
定した場合はステップＳ１に戻り、上述の処理を行う。 【００５５】なお、図４には、本実施の形態の場合のコ
ンフィグレーションレジスタのアドレスマップを示す。
この図４のアドレスマップのダミーパケットカウンタ領
域Ｃ１，Ｃ２は、読み出し専用であり、初期値は０、ア
イソクロナスパケットが５０ｍｓ経過しても受信されな
いとき、又は、ＳＹＴ（≠０ｘＦＦＦＦ）を持ったアイ
ソクロナスパケットが受信されたときにクリアされ、ま
た、ダミーパケットが受信されたときインクリメントさ
れる。図３のダミーパケットカウンタチャネル領域ＣＨ
１，ＣＨ２は、書き込みと読み出しが可能であり、初期
値は０で、ダミーパケットをカウントするチャネルを示
している。 【００５６】以上説明したように、本発明実施の形態の
システムでは、１フレーム内で受信したダミーパケット
の数をマイコン３が参照するようになされているため、
マイコン３が１フレームに１回のみの読み出しタイミン
グで１３９４インターフェイスＩＣ１にアクセスしたと
しても、正確にストリームの種類（「データストリーム
あり」／「データストリームなし」）を判別することが
可能である。 【００５７】したがって、本実施の形態のにシステムに
よれば、従来のシステムにおいて問題点であったダミー
パケットの誤検出が発生しなくなる。また、従来のシス
テムでは、ダミーパケットの誤検出を防止するために、
マイコンにて１フレーム中で複数回にわたってダミーパ
ケットの検出を行い、且つ、複数フレームの検出結果の
一致を見てミュートのＯＮ／ＯＦＦ判別を行っていた
が、本発明実施の形態では、マイコンからのアクセスは
フレームに１回だけでよくなり、且つ、フレームに跨っ
て判別する必要がなくなるため、ミュートが１フレーム
のみの遅れで判別可能となる。さらに、本実施の形態に
よれば、ダミーパケットの数を参照できるようになるた
め、ストリームの種類に関係なくダミーパケットの検出
を行うことができる。 【００５８】その他に、本実施の形態によれば、フレー
ム中のパケットをカウントできるため、当該パケットの
カウント数に基づいて、例えば、送信側或いは受信側の
パラメータを変化させて送受信時にどれくらいのエラー
が発生するかといった評価を行うことも可能となる。 【００５９】なお、本実施の形態では、ＩＥＥＥ１３９
４のアイソクロナス通信を例に挙げているが、本発明は
これに限定されるものでないことは言うまでもない。 【００６０】 【発明の効果】以上の説明で明らかなように、本発明の
情報処理装置及び方法においては、通信ストリーム中に
含まれるパケットのうち少なくとも１種のパケットの数
をカウントし、そのカウント数に基づいて通信ストリー
ムの種類を判別することにより、例えば、データパケッ
トのみからなるストリーム、或いはダミーパケットのみ
からなるストリーム、或いはデータパケットとダミーパ
ケットが混在したストリームのような、各種のストリー
ムの種類を正確且つ迅速に判定することが可能となる。

【図面の簡単な説明】 【図１】本発明実施の形態のシステム構成例を示すブロ
ック回路図である。 【図２】実施の形態のシステムの１３９４インターフェ
イスＩＣの具体的構成例を示すブロック回路図である。 【図３】実施の形態のシステムのマイコンにおけるダミ
ーパケットのカウント値を用いたミュート制御の処理の
流れを示すフローチャートである。 【図４】本実施の形態の場合のコンフィグレーションレ
ジスタのアドレスマップを示す図である。 【図５】データパケットのみからなるストリーム（デー
タストリームあり）と、ダミーパケットのみからなるス
トリーム（データストリームなし）の説明に用いる図で
ある。 【図６】データパケットの構造説明に用いる図である。 【図７】ダミーパケットの構造説明に用いる図である。 【図８】従来のシステム構成例を示すブロック回路図で
ある。 【図９】従来のシステムの１３９４インターフェイスＩ
Ｃの具体的構成例を示すブロック回路図である。 【図１０】従来のシステムのマイコン１０３におけるヘ
ッダモニタ値のサンプリングからミュート制御までの処
理の流れを示すフローチャートである。 【図１１】データパケットとダミーパケットが混在した
ストリームの説明に用いる図である。 【図１２】データパケットとダミーパケットが混在した
ストリームにおいて、従来のシステムのマイコンが「デ
ータストリームあり」と判定する例の説明に用いる図で
ある。 【図１３】データパケットとダミーパケットが混在した
ストリームにおいて、従来のシステムのマイコンが「デ
ータストリームなし」と誤って判定する例の説明に用い
る図である。 【符号の説明】 １ １３９４インターフェイスＩＣ、 ２ ヘッダモニ
タ部、 ３ マイコン、 ４ 信号処理系ＩＣ、 １１
ケーブル、 １２ マイコンインターフェイス部、
２０ ダミーパケット検出及びカウント部、 ２１ フ
レームパルス生成部、 ２２ ダミーパケット検出部、
２３ ダミーパケットカウント部

Claims (1)

1. 【特許請求の範囲】 【請求項１】 パケット単位で情報を通信する情報処理
   装置において、 通信ストリーム中に含まれるパケットのうち、少なくと
   も１種のパケットの数をカウントするカウント手段と、 上記カウント手段によるカウント値に基づいて上記通信
   ストリームの種類を判別する判別手段とを有することを
   特徴とする情報処理装置。 【請求項２】 上記カウント手段は、１フレーム内で上
   記少なくとも１種のパケットの数をカウントし、 上記判別手段は、上記１フレーム内の上記カウント数に
   基づいて上記通信ストリームの種類を判別することを特
   徴とする請求項１記載の情報処理装置。 【請求項３】 上記カウント手段は、上記少なくとも１
   種のパケットとして実データを含まないパケットの数を
   カウントし、 上記判別手段は、上記カウント手段によるカウント値に
   基づいて、上記実データを含まないパケットのみからな
   る通信ストリームとその他の通信ストリームとを判別す
   ることを特徴とする請求項２記載の情報処理装置。 【請求項５】 上記判別手段による判別結果に基づい
   て、上記通信ストリームに対して所定の処理を施す処理
   手段を設けることを特徴とする請求項１記載の情報処理
   装置。 【請求項６】 上記パケットは、ＩＥＥＥ１３９４規格
   のアイソクロナスパケットであることを特徴とする請求
   項１記載の情報処理装置。 【請求項７】 パケット単位で情報を通信する情報処理
   方法において、 通信ストリーム中に含まれるパケットのうち、少なくと
   も１種のパケットの数をカウントし、 上記カウント数に基づいて上記通信ストリームの種類を
   判別することを特徴とする情報処理方法。 【請求項８】 １フレーム内で上記少なくとも１種のパ
   ケットの数をカウントし、 上記１フレーム内の上記カウント数に基づいて上記通信
   ストリームの種類を判別することを特徴とする請求項７
   記載の情報処理方法。 【請求項９】 上記少なくとも１種のパケットとして実
   データを含まないパケットの数をカウントし、 上記カウント数に基づいて、上記実データを含まないパ
   ケットのみからなる通信ストリームとその他の通信スト
   リームとを判別することを特徴とする請求項８記載の情
   報処理方法。 【請求項１０】 上記判別結果に基づいて、上記通信ス
   トリームに対して所定の処理を施すことを特徴とする請
   求項７記載の情報処理方法。 【請求項１１】 上記パケットは、ＩＥＥＥ１３９４規
   格のアイソクロナスパケットであることを特徴とする請
   求項７記載の情報処理方法。