JPH11112597A - 通信処理方法及び通信装置 - Google Patents
通信処理方法及び通信装置Info
- Publication number
- JPH11112597A JPH11112597A JP9265613A JP26561397A JPH11112597A JP H11112597 A JPH11112597 A JP H11112597A JP 9265613 A JP9265613 A JP 9265613A JP 26561397 A JP26561397 A JP 26561397A JP H11112597 A JPH11112597 A JP H11112597A
- Authority
- JP
- Japan
- Prior art keywords
- data
- size
- processing
- communication
- processing unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Landscapes
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 送信側でデータに所定処理Ｘ（暗号化等）を
施して送信し、受信側で所定処理Ｙ（復号化等）を施す
際に、データのサイズを前記処理Ｘ，Ｙの整数倍にす
る。 【解決手段】 送信側の第１の機器１では、リンク層＋
物理層ブロック４において４バイトのサイズのデータそ
れぞれに４バイトのダミーデータを付加して８バイトの
サイズにした後、暗号化を行う。受信側の第２の機器で
は、リンク層＋物理層ブロック６において８バイトのサ
イズの受信データに対して復号化を行った後、ダミーデ
ータを削除して４バイトのサイズのデータにする。
施して送信し、受信側で所定処理Ｙ（復号化等）を施す
際に、データのサイズを前記処理Ｘ，Ｙの整数倍にす
る。 【解決手段】 送信側の第１の機器１では、リンク層＋
物理層ブロック４において４バイトのサイズのデータそ
れぞれに４バイトのダミーデータを付加して８バイトの
サイズにした後、暗号化を行う。受信側の第２の機器で
は、リンク層＋物理層ブロック６において８バイトのサ
イズの受信データに対して復号化を行った後、ダミーデ
ータを削除して４バイトのサイズのデータにする。
Description
【０００１】
【発明の属する技術分野】本発明は、通信処理方法およ
び通信処理装置に関し、詳細には送信装置と受信装置の
双方で、伝送データの最小単位より大きなサイズでの処
理が必要な場合に、それを可能にする通信処理方法およ
び通信装置に関する。
び通信処理装置に関し、詳細には送信装置と受信装置の
双方で、伝送データの最小単位より大きなサイズでの処
理が必要な場合に、それを可能にする通信処理方法およ
び通信装置に関する。
【０００２】
【従来の技術】デジタルデータを伝送する際には、デー
タを所定サイズにブロック化することが一般的である。
例えばＩＥＥＥ１３９４規格における通信では、最小の
データサイズが４バイトである。そして、４バイト単位
のデータブロックの複数個からなる送信データ（１回に
まとめて送るデータ）にヘッダーを付加してパケットと
し送信する。
タを所定サイズにブロック化することが一般的である。
例えばＩＥＥＥ１３９４規格における通信では、最小の
データサイズが４バイトである。そして、４バイト単位
のデータブロックの複数個からなる送信データ（１回に
まとめて送るデータ）にヘッダーを付加してパケットと
し送信する。
【０００３】
【発明が解決しようとする課題】前述したＩＥＥＥ１３
９４規格において、データに所定処理Ｘ（例えば暗号
化）を施して送信し、受信側で所定処理Ｙ（例えば復号
化）を施そうとすると、所定処理Ｘ，Ｙの処理単位を４
バイトより大きくすることは不適当であった。なぜな
ら、送信側では送信データのサイズが前記所定処理Ｘの
処理単位の整数倍でないと、データ全体に所定処理を施
すことができないからである。
９４規格において、データに所定処理Ｘ（例えば暗号
化）を施して送信し、受信側で所定処理Ｙ（例えば復号
化）を施そうとすると、所定処理Ｘ，Ｙの処理単位を４
バイトより大きくすることは不適当であった。なぜな
ら、送信側では送信データのサイズが前記所定処理Ｘの
処理単位の整数倍でないと、データ全体に所定処理を施
すことができないからである。
【０００４】仮に送信データのサイズを前記所定処理Ｘ
の処理単位の整数倍で区切って送ると、ＩＥＥＥ１３９
４規格のアイソクロナス（Ｉｓｏｃｈｒｏｎｏｕｓ）伝
送のようにデータをあるタイミングまでに届ける必要が
ある通信ができない場合がある。特にデータが離散的に
発生する場合は、送信データが前記所定処理Ｘの処理単
位に満たないために、次のデータが発生するまで送信側
に留まるという事態が起こる。
の処理単位の整数倍で区切って送ると、ＩＥＥＥ１３９
４規格のアイソクロナス（Ｉｓｏｃｈｒｏｎｏｕｓ）伝
送のようにデータをあるタイミングまでに届ける必要が
ある通信ができない場合がある。特にデータが離散的に
発生する場合は、送信データが前記所定処理Ｘの処理単
位に満たないために、次のデータが発生するまで送信側
に留まるという事態が起こる。
【０００５】本発明はこのような問題点に鑑みてなされ
たものであって、前記所定処理Ｘ，Ｙの処理単位を送信
データの整数倍にすることを可能にした通信処理方法お
よび通信装置を提供することを目的とする。
たものであって、前記所定処理Ｘ，Ｙの処理単位を送信
データの整数倍にすることを可能にした通信処理方法お
よび通信装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】本発明に係る通信処理方
法は、所定の第１のサイズを最小データ伝送単位とする
通信を行う際に、送信前に前記第１のサイズより大きい
所定の第２のサイズを処理単位とする第１の処理を行う
必要があり、受信後にも前記第２のサイズを処理単位と
する第２の処理を行う必要がある場合、送信側では前記
第１の処理の前に前記第１のサイズのデータそれぞれに
ダミーデータを付加し、受信側では前記第２の処理の後
で前記ダミーデータを削除することを特徴とするもので
ある。
法は、所定の第１のサイズを最小データ伝送単位とする
通信を行う際に、送信前に前記第１のサイズより大きい
所定の第２のサイズを処理単位とする第１の処理を行う
必要があり、受信後にも前記第２のサイズを処理単位と
する第２の処理を行う必要がある場合、送信側では前記
第１の処理の前に前記第１のサイズのデータそれぞれに
ダミーデータを付加し、受信側では前記第２の処理の後
で前記ダミーデータを削除することを特徴とするもので
ある。
【０００７】また、本発明に係る通信処理方法は、所定
の第１のサイズを最小データ伝送単位とする通信を行う
際に、送信前に前記第１のサイズより大きい所定の第２
のサイズを処理単位とする第１の処理を行う必要があ
り、受信後にも前記第２のサイズを処理単位とする第２
の処理を行う必要がある場合、送信側では前記第１の処
理の前に、１回にまとめて送るデータのサイズが前記第
２のサイズの整数倍でない場合にダミーデータを付加し
て前記第２のサイズの整数倍となるようにし、受信側で
は前記第２の処理の後で、前記ダミーデータを削除する
ことを特徴とするものである。
の第１のサイズを最小データ伝送単位とする通信を行う
際に、送信前に前記第１のサイズより大きい所定の第２
のサイズを処理単位とする第１の処理を行う必要があ
り、受信後にも前記第２のサイズを処理単位とする第２
の処理を行う必要がある場合、送信側では前記第１の処
理の前に、１回にまとめて送るデータのサイズが前記第
２のサイズの整数倍でない場合にダミーデータを付加し
て前記第２のサイズの整数倍となるようにし、受信側で
は前記第２の処理の後で、前記ダミーデータを削除する
ことを特徴とするものである。
【０００８】そして、本発明に係る通信装置は、所定の
第１のサイズのデータそれぞれにダミーデータを付加し
て第２のサイズのデータにするダミーデータ付加手段
と、そのダミーデータ付加手段の出力データに対して前
記第２のサイズを処理単位とする第１の処理を行う第１
処理手段と、その第１処理手段の出力を送信する送信手
段とを備えることを特徴とするものである。
第１のサイズのデータそれぞれにダミーデータを付加し
て第２のサイズのデータにするダミーデータ付加手段
と、そのダミーデータ付加手段の出力データに対して前
記第２のサイズを処理単位とする第１の処理を行う第１
処理手段と、その第１処理手段の出力を送信する送信手
段とを備えることを特徴とするものである。
【０００９】また、本発明に係る通信装置は、送信側で
第１のサイズのデータそれぞれにダミーデータを付加し
て第２のサイズのデータとされ、さらに前記第２のサイ
ズを処理単位とする第１の処理を施されて送信されたデ
ータを受信する受信手段と、その受信手段の受信データ
に対して第２のサイズを処理単位とする第２の処理を行
う第２処理手段と、その第２処理手段の出力データから
前記ダミーデータを削除するダミーデータ削除手段と備
えることを特徴とするものである。
第１のサイズのデータそれぞれにダミーデータを付加し
て第２のサイズのデータとされ、さらに前記第２のサイ
ズを処理単位とする第１の処理を施されて送信されたデ
ータを受信する受信手段と、その受信手段の受信データ
に対して第２のサイズを処理単位とする第２の処理を行
う第２処理手段と、その第２処理手段の出力データから
前記ダミーデータを削除するダミーデータ削除手段と備
えることを特徴とするものである。
【００１０】本発明に係る通信処理方法によれば、送信
側では第１の処理の前に第１のサイズのデータそれぞれ
にダミーデータが付加され、受信側では第２の処理の後
でダミーデータが削除される。
側では第１の処理の前に第１のサイズのデータそれぞれ
にダミーデータが付加され、受信側では第２の処理の後
でダミーデータが削除される。
【００１１】また、本発明に係る通信処理方法によれ
ば、送信側では第１の処理の前に、１回にまとめて送る
データのサイズが第２のサイズの整数倍でない場合にダ
ミーデータが付加されて第２のサイズの整数倍となるよ
うにされ、受信側では第２の処理の後で、ダミーデータ
が削除される。
ば、送信側では第１の処理の前に、１回にまとめて送る
データのサイズが第２のサイズの整数倍でない場合にダ
ミーデータが付加されて第２のサイズの整数倍となるよ
うにされ、受信側では第２の処理の後で、ダミーデータ
が削除される。
【００１２】さらに、本発明に係る通信装置によれば、
ダミーデータ付加手段により所定の第１のサイズのデー
タそれぞれにダミーデータが付加される。そして、ダミ
ーデータ付加手段の出力データに対して、第１処理手段
により第２のサイズを処理単位とする第１の処理が施さ
れ、送信手段により第１処理手段の出力が送信される。
ダミーデータ付加手段により所定の第１のサイズのデー
タそれぞれにダミーデータが付加される。そして、ダミ
ーデータ付加手段の出力データに対して、第１処理手段
により第２のサイズを処理単位とする第１の処理が施さ
れ、送信手段により第１処理手段の出力が送信される。
【００１３】そして、本発明に係る通信装置によれば、
受信手段によりデータが受信され、第２処理手段によ
り、受信手段の受信データに対して第２のサイズを処理
単位とする第２の処理が施される。そして、ダミーデー
タ削除手段により、第２処理手段の出力データからダミ
ーデータが削除される。
受信手段によりデータが受信され、第２処理手段によ
り、受信手段の受信データに対して第２のサイズを処理
単位とする第２の処理が施される。そして、ダミーデー
タ削除手段により、第２処理手段の出力データからダミ
ーデータが削除される。
【００１４】
【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら詳細に説明する。
て図面を参照しながら詳細に説明する。
【００１５】図１は本発明を適用した通信処理システム
の構成例を示すブロック図である。このシステムでは、
第１の機器１と第２の機器２との間がＩＥＥＥ１３９４
シリアルバス（以下、１３９４バスと略す）８で接続さ
れている。第１の機器１は、信号発生器３と、リンク層
＋物理層ブロック４と、ＣＰＵ５とを備えており、信号
発生器３が発生したデータをリンク層＋物理層ブロック
４により暗号化して１３９４バス８に送出する。ＣＰＵ
５は第１の機器１全体の制御等を行う。第２の機器２
は、リンク層＋物理層ブロック６と、蓄積装置７と、Ｃ
ＰＵ８を備えており、１３９４バス８から受信したデー
タをリンク層＋物理層ブロック６により暗号化の復号を
行い、蓄積装置７に蓄積する。ＣＰＵ８は第２の機器２
全体の制御等を行う。
の構成例を示すブロック図である。このシステムでは、
第１の機器１と第２の機器２との間がＩＥＥＥ１３９４
シリアルバス（以下、１３９４バスと略す）８で接続さ
れている。第１の機器１は、信号発生器３と、リンク層
＋物理層ブロック４と、ＣＰＵ５とを備えており、信号
発生器３が発生したデータをリンク層＋物理層ブロック
４により暗号化して１３９４バス８に送出する。ＣＰＵ
５は第１の機器１全体の制御等を行う。第２の機器２
は、リンク層＋物理層ブロック６と、蓄積装置７と、Ｃ
ＰＵ８を備えており、１３９４バス８から受信したデー
タをリンク層＋物理層ブロック６により暗号化の復号を
行い、蓄積装置７に蓄積する。ＣＰＵ８は第２の機器２
全体の制御等を行う。
【００１６】第１の機器１は例えばセットトップボック
スである。この場合、信号発生器３は、デジタル衛星放
送を受信し、そのデータストリームからＭＩＤＩ（Ｍｕ
ｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ
Ｉｎｔｅｒｆａｃｅ）データを分離する機能を持ってい
る。第２の機器は例えばハードディスクユニットであ
る。 ＩＥＥＥ１３９４伝送用のリンク層＋物理層ブロ
ック４，６は、伝送データを暗号化および復号化するブ
ロック（ＥＮＣ／ＤＥＣ）を内蔵しており、暗号化のＯ
Ｎ／ＯＦＦを外部から制御できるものである。信号発生
器３が発生したデータはＩＥＥＥ１３９４規格のアイソ
クロナス伝送によって第２の機器２へ伝送される。
スである。この場合、信号発生器３は、デジタル衛星放
送を受信し、そのデータストリームからＭＩＤＩ（Ｍｕ
ｓｉｃａｌ Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ
Ｉｎｔｅｒｆａｃｅ）データを分離する機能を持ってい
る。第２の機器は例えばハードディスクユニットであ
る。 ＩＥＥＥ１３９４伝送用のリンク層＋物理層ブロ
ック４，６は、伝送データを暗号化および復号化するブ
ロック（ＥＮＣ／ＤＥＣ）を内蔵しており、暗号化のＯ
Ｎ／ＯＦＦを外部から制御できるものである。信号発生
器３が発生したデータはＩＥＥＥ１３９４規格のアイソ
クロナス伝送によって第２の機器２へ伝送される。
【００１７】以下、伝送プロトコルは、１３９４ＴＡ
（Ｔｒａｄｅ Ａｓｓｏｃｉａｔｉｏｎ）に提案されて
いるＡｕｄｉｏ ａｎｄ Ｍｕｓｉｃ Ｄａｔａ Ｔｒ
ａｎｓｍｉｓｓｏｎ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏ
ｎ１．０（以後、ＡＭ８２４と呼ぶ）を使うものとして
説明を行う。また、暗号化・復号化は６４ビット単位で
処理するものとする。
（Ｔｒａｄｅ Ａｓｓｏｃｉａｔｉｏｎ）に提案されて
いるＡｕｄｉｏ ａｎｄ Ｍｕｓｉｃ Ｄａｔａ Ｔｒ
ａｎｓｍｉｓｓｏｎ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏ
ｎ１．０（以後、ＡＭ８２４と呼ぶ）を使うものとして
説明を行う。また、暗号化・復号化は６４ビット単位で
処理するものとする。
【００１８】図２はアイソクロナスパケットを示す図で
ある。アイソクロナスパケットは１クアドレット（＝４
バイト）単位で表される。最初の１クアドレットはアイ
ソクロナスパケットヘッダーであり、次の１クアドレッ
トはヘッダーＣＲＣである。３クアドレット目以降はデ
ータフィールドとなり、その最初の２クアドレットはＣ
ＩＰ（Ｃｏｍｍｏｍ Ｉｓｏｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔ）ヘッダーである。
ある。アイソクロナスパケットは１クアドレット（＝４
バイト）単位で表される。最初の１クアドレットはアイ
ソクロナスパケットヘッダーであり、次の１クアドレッ
トはヘッダーＣＲＣである。３クアドレット目以降はデ
ータフィールドとなり、その最初の２クアドレットはＣ
ＩＰ（Ｃｏｍｍｏｍ Ｉｓｏｃｈｒｏｎｏｕｓ Ｐａｃ
ｋｅｔ）ヘッダーである。
【００１９】図３はＡＭ８２４のＣＩＰヘッダーフォー
マットを示す図である。これはＩＥＣ６１８８３規格に
準拠したものである。この図のＤＢＳ（データブロック
サイズ）は、データブロックの長さをクアドレット（４
バイト）単位で表した数値である。ＤＢＣ（データブロ
ックカウンタ）は、８ビットの連続カウンタの値であっ
て、パケットの伝送抜け検出するために用いる。ＦＭＴ
（フォーマットＩＤフィールド）は、１３９４バス上を
伝送されるデータフォーマットの識別に使用される。例
えば、“１０ｈ”で伝送フォーマットが“Ａｕｄｉｏ
ａｎｄ Ｍｕｓｉｃ Ｄａｔａ”であることを示す。そ
の他のフィールドについては、本実施の形態とは直接関
係がないので説明を省略する。
マットを示す図である。これはＩＥＣ６１８８３規格に
準拠したものである。この図のＤＢＳ（データブロック
サイズ）は、データブロックの長さをクアドレット（４
バイト）単位で表した数値である。ＤＢＣ（データブロ
ックカウンタ）は、８ビットの連続カウンタの値であっ
て、パケットの伝送抜け検出するために用いる。ＦＭＴ
（フォーマットＩＤフィールド）は、１３９４バス上を
伝送されるデータフォーマットの識別に使用される。例
えば、“１０ｈ”で伝送フォーマットが“Ａｕｄｉｏ
ａｎｄ Ｍｕｓｉｃ Ｄａｔａ”であることを示す。そ
の他のフィールドについては、本実施の形態とは直接関
係がないので説明を省略する。
【００２０】図４は、図１におけるリンク層＋物理層ブ
ロック４，６の構成を示したものである。ここでは、リ
ンク層＋物理層ブロック４とリンク層＋物理層ブロック
６は同一の構成を有するものとした。
ロック４，６の構成を示したものである。ここでは、リ
ンク層＋物理層ブロック４とリンク層＋物理層ブロック
６は同一の構成を有するものとした。
【００２１】アプリケーションインターフェース（以
下、インターフェースをＩ／Ｆという）１１は、リンク
層＋物理層ブロック４では信号発生器３からのデータを
受け取り、リンク層＋物理層ブロック６では蓄積装置７
にデータを出力する。ＦＩＦＯ１２は、リンク層＋物理
層ブロック４ではアプリケーションＩ／Ｆ１１の出力デ
ータを一時的に蓄積し、リンク層＋物理層ブロック６で
はパディングデータ付加／削除回路１３の出力データを
一時的に蓄積する。パディングデータ付加／削除回路１
３は、リンク層＋物理層ブロック４ではＦＩＦＯ１２か
ら読み出されたデータにパディングデータを付加し、リ
ンク層＋物理層ブロック６ではエンクリプタ／デクリプ
タ１４の出力データからパディングデータを削除する。
エンクリプタ／デクリプタ１４は、リンク層＋物理層ブ
ロック４ではパディングデータ付加／削除回路１３の出
力を暗号化し、リンク層＋物理層ブロック６ではリンク
コア１６の出力をスイッチＳＷを通して受け取り、暗号
の復号化を行う。ヘッダー付加／削除回路１５は、リン
ク層＋物理層ブロック４ではヘッダーを作成しスイッチ
ＳＷを通してリンクコア１６に出力し、リンク層＋物理
層ブロック６ではリンクコア１６の出力をスイッチＳＷ
を通して受け取り、ヘッダーの削除を行う。スイッチＳ
Ｗは、リンク層＋物理層ブロック４ではエンクリプタ／
デクリプタ１４の出力とヘッダー付加／削除回路１５の
出力を切替えて取り出し、リンク層＋物理層ブロック６
ではリンクコア１６の出力をエンクリプタ／デクリプタ
１４とヘッダー付加／削除回路１５に振り分ける。リン
クコア１６は、リンク層＋物理層ブロック４ではスイッ
チＳＷの出力、即ちエンクリプタ／デクリプタ１４の出
力とヘッダー付加／削除回路１５の出力を合成して物理
層集積回路１７に送り、リンク層＋物理層ブロック６で
は物理層集積回路１７の出力をスイッチＳＷを通してエ
ンクリプタ／デクリプタ１４とヘッダー付加／削除回路
１５に分配する。物理層集積回路１７は、１３９４バス
８上の機器の自動認識やバスアービトレーション等を行
うとともに、１３９４バス８に対するデータの送出と、
１３９４バス８からデータを受信する。ＣＰＵ１８は物
理層＋リンク層ブロック４，６全体の制御等を行う。ホ
ストＩ／Ｆ１９はＣＰＵ５又はＣＰＵ８と接続されてお
り、それらのＣＰＵとの間で各種データのやりとりを行
う。レジスタ２０には後述する各種データが格納され
る。
下、インターフェースをＩ／Ｆという）１１は、リンク
層＋物理層ブロック４では信号発生器３からのデータを
受け取り、リンク層＋物理層ブロック６では蓄積装置７
にデータを出力する。ＦＩＦＯ１２は、リンク層＋物理
層ブロック４ではアプリケーションＩ／Ｆ１１の出力デ
ータを一時的に蓄積し、リンク層＋物理層ブロック６で
はパディングデータ付加／削除回路１３の出力データを
一時的に蓄積する。パディングデータ付加／削除回路１
３は、リンク層＋物理層ブロック４ではＦＩＦＯ１２か
ら読み出されたデータにパディングデータを付加し、リ
ンク層＋物理層ブロック６ではエンクリプタ／デクリプ
タ１４の出力データからパディングデータを削除する。
エンクリプタ／デクリプタ１４は、リンク層＋物理層ブ
ロック４ではパディングデータ付加／削除回路１３の出
力を暗号化し、リンク層＋物理層ブロック６ではリンク
コア１６の出力をスイッチＳＷを通して受け取り、暗号
の復号化を行う。ヘッダー付加／削除回路１５は、リン
ク層＋物理層ブロック４ではヘッダーを作成しスイッチ
ＳＷを通してリンクコア１６に出力し、リンク層＋物理
層ブロック６ではリンクコア１６の出力をスイッチＳＷ
を通して受け取り、ヘッダーの削除を行う。スイッチＳ
Ｗは、リンク層＋物理層ブロック４ではエンクリプタ／
デクリプタ１４の出力とヘッダー付加／削除回路１５の
出力を切替えて取り出し、リンク層＋物理層ブロック６
ではリンクコア１６の出力をエンクリプタ／デクリプタ
１４とヘッダー付加／削除回路１５に振り分ける。リン
クコア１６は、リンク層＋物理層ブロック４ではスイッ
チＳＷの出力、即ちエンクリプタ／デクリプタ１４の出
力とヘッダー付加／削除回路１５の出力を合成して物理
層集積回路１７に送り、リンク層＋物理層ブロック６で
は物理層集積回路１７の出力をスイッチＳＷを通してエ
ンクリプタ／デクリプタ１４とヘッダー付加／削除回路
１５に分配する。物理層集積回路１７は、１３９４バス
８上の機器の自動認識やバスアービトレーション等を行
うとともに、１３９４バス８に対するデータの送出と、
１３９４バス８からデータを受信する。ＣＰＵ１８は物
理層＋リンク層ブロック４，６全体の制御等を行う。ホ
ストＩ／Ｆ１９はＣＰＵ５又はＣＰＵ８と接続されてお
り、それらのＣＰＵとの間で各種データのやりとりを行
う。レジスタ２０には後述する各種データが格納され
る。
【００２２】第１の機器１の信号発生器３はＡＭ８２４
で定義されているＭＩＤＩ Ｃｏｎｆｏｒｍａｎｔ Ｄ
ａｔａ形式（以後、ＭＩＤＩ形式と呼ぶ）の４バイト長
のデータを周期的にリンク層＋物理層ブロック４に供給
する。ＣＰＵ５は、ＭＩＤＩ形式でのデータ伝送を行う
ために、リンク層＋物理層ブロック４のレジスタ２０中
の変数をそれぞれ図５のように設定する。ここで、ＦＭ
Ｔの“１０ｈ”という値は、伝送フォーマットが“Ａｕ
ｄｉｏ ａｎｄ Ｍｕｓｉｃ Ｄａｔａ”であることを
示す。また、ＴＹＰＥの“２０ｈ”は、ＡＭ８２４フォ
ーマットのラベルフィールド（ＬＡＢＥＬ ｆｉｅｌ
ｄ）の上位６ビットで、“２０ｈ”という値はＭＩＤＩ
形式を示す。そして、ＤＢＳの“０１ｈ”又は“０２
ｈ”という値は、ＤＢＳ（データブロックサイズ）がそ
れぞれ１クアドレット（＝４バイト）又は２クアドレッ
ト（＝８バイト）であることを示す。なお、説明を簡単
にするため、暗号化は常時行うものとする。
で定義されているＭＩＤＩ Ｃｏｎｆｏｒｍａｎｔ Ｄ
ａｔａ形式（以後、ＭＩＤＩ形式と呼ぶ）の４バイト長
のデータを周期的にリンク層＋物理層ブロック４に供給
する。ＣＰＵ５は、ＭＩＤＩ形式でのデータ伝送を行う
ために、リンク層＋物理層ブロック４のレジスタ２０中
の変数をそれぞれ図５のように設定する。ここで、ＦＭ
Ｔの“１０ｈ”という値は、伝送フォーマットが“Ａｕ
ｄｉｏ ａｎｄ Ｍｕｓｉｃ Ｄａｔａ”であることを
示す。また、ＴＹＰＥの“２０ｈ”は、ＡＭ８２４フォ
ーマットのラベルフィールド（ＬＡＢＥＬ ｆｉｅｌ
ｄ）の上位６ビットで、“２０ｈ”という値はＭＩＤＩ
形式を示す。そして、ＤＢＳの“０１ｈ”又は“０２
ｈ”という値は、ＤＢＳ（データブロックサイズ）がそ
れぞれ１クアドレット（＝４バイト）又は２クアドレッ
ト（＝８バイト）であることを示す。なお、説明を簡単
にするため、暗号化は常時行うものとする。
【００２３】通信の手順は下記の通りである。
【００２４】まず、送信側の第１の機器１の動作につい
て説明する。
て説明する。
【００２５】信号発生器３からリンク層＋物理層ブロッ
ク４に送られたデータは、アプリケーションＩ／Ｆを経
てＦＩＦＯ１２に格納される。リンクコア１６と物理層
集積回路１７とのやり取りによって、アイソクロナス通
信のタイミングになったことが物理層集積回路１７から
リンクコア１６に通知されると、リンクコア１６は、ま
ずヘッダー付加／削除回路１５からアイソクロナスパケ
ットヘッダーとＣＩＰヘッダーを読み出し、順に物理層
集積回路１７経由で１３９４バスに送信する。この時、
ヘッダーＣＲＣはリンクコア１６が計算して挿入する。
また、ＣＩＰヘッダー中のＦＭＴ及びＤＢＳにはレジス
タ２０の設定値が入る。ＤＢＳには前述したとおり“０
１ｈ”又は“０２ｈ”が入るが、どの値が入るかはパデ
ィングデータ付加／削除回路１３の処理方式により異な
る。以下、この点について説明する。
ク４に送られたデータは、アプリケーションＩ／Ｆを経
てＦＩＦＯ１２に格納される。リンクコア１６と物理層
集積回路１７とのやり取りによって、アイソクロナス通
信のタイミングになったことが物理層集積回路１７から
リンクコア１６に通知されると、リンクコア１６は、ま
ずヘッダー付加／削除回路１５からアイソクロナスパケ
ットヘッダーとＣＩＰヘッダーを読み出し、順に物理層
集積回路１７経由で１３９４バスに送信する。この時、
ヘッダーＣＲＣはリンクコア１６が計算して挿入する。
また、ＣＩＰヘッダー中のＦＭＴ及びＤＢＳにはレジス
タ２０の設定値が入る。ＤＢＳには前述したとおり“０
１ｈ”又は“０２ｈ”が入るが、どの値が入るかはパデ
ィングデータ付加／削除回路１３の処理方式により異な
る。以下、この点について説明する。
【００２６】まず第１の処理方式では、４バイト長の正
規のデータブロックと区別が可能な４バイト長のパディ
ングブロックを定義し、正規のデータブロック各々にパ
ディングを付加して８バイトに拡張した後、暗号化を行
って送信する。この場合はＤＢＳは“０２ｈ”（８バイ
ト）とする。受信側ではデータを８バイト毎に復号化し
た後、パディングブロックを検出および削除し、正規の
データブロックだけを出力する。
規のデータブロックと区別が可能な４バイト長のパディ
ングブロックを定義し、正規のデータブロック各々にパ
ディングを付加して８バイトに拡張した後、暗号化を行
って送信する。この場合はＤＢＳは“０２ｈ”（８バイ
ト）とする。受信側ではデータを８バイト毎に復号化し
た後、パディングブロックを検出および削除し、正規の
データブロックだけを出力する。
【００２７】第２の処理方式では、第１の処理方式と同
じく４バイト長の正規のデータブロックと区別が可能な
４バイト長のパディングブロックを定義し、正規のデー
タブロック各々にパディングブロックを付加して８バイ
トに拡張し、暗号化を行って送信する。ただし、この場
合、ＤＢＳは“０１ｈ”（４バイト）とする。受信側で
はデータを８バイト毎に復号化した後、パディングブロ
ックを検出および削除し、正規のデータブロックだけを
出力する。この場合はパディングブロックは伝送された
データブロックのカウント（図３のＤＢＣ）には入れな
いようにする。第３の処理方式では、第１、第２の処理
方式と同じく４バイト長の正規のデータブロックと区別
が可能な４バイト長のパディングブロックを定義し、１
つのアイソクロナスパケットとして送信するデータが奇
数個のデータブロックで構成されている場合にだけ、パ
ディングブロックを付加してデータ長を８バイトの整数
倍とし、暗号化を行って送信する。この場合、第２の処
理方式と同様に、ＤＢＳは“０１ｈ”（４バイト）のま
まとする。受信側ではデータを８バイト毎に復号化した
後、データの最後でパディングブロックを検出したら削
除することで、正規のデータブロックだけを出力する。
この場合も、パディングブロックは伝送されたデータブ
ロックのカウント（図３のＤＢＣ）には入れないように
する。
じく４バイト長の正規のデータブロックと区別が可能な
４バイト長のパディングブロックを定義し、正規のデー
タブロック各々にパディングブロックを付加して８バイ
トに拡張し、暗号化を行って送信する。ただし、この場
合、ＤＢＳは“０１ｈ”（４バイト）とする。受信側で
はデータを８バイト毎に復号化した後、パディングブロ
ックを検出および削除し、正規のデータブロックだけを
出力する。この場合はパディングブロックは伝送された
データブロックのカウント（図３のＤＢＣ）には入れな
いようにする。第３の処理方式では、第１、第２の処理
方式と同じく４バイト長の正規のデータブロックと区別
が可能な４バイト長のパディングブロックを定義し、１
つのアイソクロナスパケットとして送信するデータが奇
数個のデータブロックで構成されている場合にだけ、パ
ディングブロックを付加してデータ長を８バイトの整数
倍とし、暗号化を行って送信する。この場合、第２の処
理方式と同様に、ＤＢＳは“０１ｈ”（４バイト）のま
まとする。受信側ではデータを８バイト毎に復号化した
後、データの最後でパディングブロックを検出したら削
除することで、正規のデータブロックだけを出力する。
この場合も、パディングブロックは伝送されたデータブ
ロックのカウント（図３のＤＢＣ）には入れないように
する。
【００２８】このように、第１の処理方式を用いる場合
は、ＤＢＳを“０２ｈ”とし、第２又は第３の処理方式
を用いる場合は“０１ｈ”とする。
は、ＤＢＳを“０２ｈ”とし、第２又は第３の処理方式
を用いる場合は“０１ｈ”とする。
【００２９】ヘッダーを送信した後、続いてＦＩＦＯ１
２中のデータに対して必要に応じてパディングデータ付
加／削除回路１３でパディングデータを付加し、エンク
リプタ／デクリプタ１４で暗号化し、物理層集積回路１
７経由で１３９４バスに送信する。
２中のデータに対して必要に応じてパディングデータ付
加／削除回路１３でパディングデータを付加し、エンク
リプタ／デクリプタ１４で暗号化し、物理層集積回路１
７経由で１３９４バスに送信する。
【００３０】パディングの仕方は前記第１〜第３のどの
処理方式を用いるかによって異なる。第１および第２の
処理方式の場合は、ＦＩＦＯ１２中のデータ４バイト毎
に４バイトのパディングデータを付加し、８バイト長に
する。ただし、第１の処理方式の場合には、ＡＭ８２４
で定義されている“ＮＯ Ｄａｔａ”をパディングデー
タとして用いることができるのに対し、第２の処理方式
の場合は、ＤＢＳ＝“０１ｈ”なので、ＡＭ８２４で定
義されている“ＮＯ Ｄａｔａ”をパディングデータと
して用いることはできない。その理由は、ＡＭ８２４で
は“ＮＯ Ｄａｔａ”だけのデータブロックもＤＢＣの
カウント対象にしているからである。ただ、新たにＤＢ
Ｃのカウント対象としない“ＮＯ Ｄａｔａ（２）”を
ＡＭ８２４で定義すれば、ＡＭ８２４で定義されている
“ＮＯ Ｄａｔａ（２）”をパディングデータとして用
いることができる。
処理方式を用いるかによって異なる。第１および第２の
処理方式の場合は、ＦＩＦＯ１２中のデータ４バイト毎
に４バイトのパディングデータを付加し、８バイト長に
する。ただし、第１の処理方式の場合には、ＡＭ８２４
で定義されている“ＮＯ Ｄａｔａ”をパディングデー
タとして用いることができるのに対し、第２の処理方式
の場合は、ＤＢＳ＝“０１ｈ”なので、ＡＭ８２４で定
義されている“ＮＯ Ｄａｔａ”をパディングデータと
して用いることはできない。その理由は、ＡＭ８２４で
は“ＮＯ Ｄａｔａ”だけのデータブロックもＤＢＣの
カウント対象にしているからである。ただ、新たにＤＢ
Ｃのカウント対象としない“ＮＯ Ｄａｔａ（２）”を
ＡＭ８２４で定義すれば、ＡＭ８２４で定義されている
“ＮＯ Ｄａｔａ（２）”をパディングデータとして用
いることができる。
【００３１】第３の処理方式を用いる場合は、今回のア
イソクロナスパケットで送信するデータのサイズをＦＩ
ＦＯ１２中のデータ量をもとに決めた結果、それが４バ
イトの奇数倍になったときにだけ、４バイトのパディン
グデータを付加し、全体のデータ長を８バイトの整数倍
にする。この場合もＤＢＳ＝“０１ｈ”なので、第２の
処理方式と同様、ＤＢＣのカウント対象とならない“Ｎ
Ｏ Ｄａｔａ（２）”をＡＭ８２４で定義すれば、それ
をパディングデータとして用いることができる。
イソクロナスパケットで送信するデータのサイズをＦＩ
ＦＯ１２中のデータ量をもとに決めた結果、それが４バ
イトの奇数倍になったときにだけ、４バイトのパディン
グデータを付加し、全体のデータ長を８バイトの整数倍
にする。この場合もＤＢＳ＝“０１ｈ”なので、第２の
処理方式と同様、ＤＢＣのカウント対象とならない“Ｎ
Ｏ Ｄａｔａ（２）”をＡＭ８２４で定義すれば、それ
をパディングデータとして用いることができる。
【００３２】次に、受信側の第２の機器の動作について
説明する。
説明する。
【００３３】リンク層＋物理層ブロック６では、受信し
たアイソクロナスパケットは、物理層集積回路１７とリ
ンクコア１６を経て、まずヘッダー付加／削除回路１５
においてアイソクロナスパケットヘッダーとＣＩＰヘッ
ダーの分離が行われる。途中のヘッダーＣＲＣはリンク
コア１６で分離、チェックされる。
たアイソクロナスパケットは、物理層集積回路１７とリ
ンクコア１６を経て、まずヘッダー付加／削除回路１５
においてアイソクロナスパケットヘッダーとＣＩＰヘッ
ダーの分離が行われる。途中のヘッダーＣＲＣはリンク
コア１６で分離、チェックされる。
【００３４】続くデータは、まずエンクリプタ／デクリ
プタ１４において６４ビット単位で復号化され、パディ
ングデータ付加／削除回路１３において、送信側で付加
されたパディングデータを検出し、削除してＦＩＦＯ１
２に格納する。ＦＩＦＯ１２中のデータは蓄積装置７か
らの読み出しにより、アプリケーションＩ／Ｆ１１経由
で出力される。
プタ１４において６４ビット単位で復号化され、パディ
ングデータ付加／削除回路１３において、送信側で付加
されたパディングデータを検出し、削除してＦＩＦＯ１
２に格納する。ＦＩＦＯ１２中のデータは蓄積装置７か
らの読み出しにより、アプリケーションＩ／Ｆ１１経由
で出力される。
【００３５】パディングデータの検出と削除は、４バイ
ト毎にそれがパディングデータと等しいかどうか調べる
ようにすれば、前記第１〜第３の処理方式のどれを用い
て送信しても対応できる。ただ、ＤＢＣのカウントを行
うタイミングは、前記処理方式によって異なる。
ト毎にそれがパディングデータと等しいかどうか調べる
ようにすれば、前記第１〜第３の処理方式のどれを用い
て送信しても対応できる。ただ、ＤＢＣのカウントを行
うタイミングは、前記処理方式によって異なる。
【００３６】第１の処理方式を用いた場合は、ＤＢＳ＝
“０２ｈ”としてパケットが受信されるので、ＤＢＣの
カウントはパディングデータを削除する前に８バイトを
１単位として行う。一方、第２又は第３の処理方式を用
いた場合は、ＤＢＳ＝“０１ｈ”なので、ＤＢＣのカウ
ントはパディングデータを削除した後に４バイトを１単
位として行う。したがって、第１の処理方式の場合に
は、ＤＢＣをカウントするカウンタをエンクリプタ／デ
クリプタ１４の前段又は後段に設け、第２又は第３の処
理方式の場合は、パディングデータ付加／削除回路１３
の後段に設ける。なお、リンク層＋物理層ブロック４及
び６は、図４におけるパディングデータ付加／削除回路
１３とエンクリプタ／デクリプタ１４をアプリケーショ
ンＩ／Ｆ１１とＦＩＦＯ１２の間に配置する構造でも実
現できる。
“０２ｈ”としてパケットが受信されるので、ＤＢＣの
カウントはパディングデータを削除する前に８バイトを
１単位として行う。一方、第２又は第３の処理方式を用
いた場合は、ＤＢＳ＝“０１ｈ”なので、ＤＢＣのカウ
ントはパディングデータを削除した後に４バイトを１単
位として行う。したがって、第１の処理方式の場合に
は、ＤＢＣをカウントするカウンタをエンクリプタ／デ
クリプタ１４の前段又は後段に設け、第２又は第３の処
理方式の場合は、パディングデータ付加／削除回路１３
の後段に設ける。なお、リンク層＋物理層ブロック４及
び６は、図４におけるパディングデータ付加／削除回路
１３とエンクリプタ／デクリプタ１４をアプリケーショ
ンＩ／Ｆ１１とＦＩＦＯ１２の間に配置する構造でも実
現できる。
【００３７】
【発明の効果】以上、詳細に説明したように、本発明に
よれば、送信側では第１の処理の前に第１のサイズのデ
ータそれぞれにダミーデータを付加し、受信側では第２
の処理の後でダミーデータを削除するので、第１の処理
及び第２の処理の処理単位を送信データの整数倍にする
ことができる。
よれば、送信側では第１の処理の前に第１のサイズのデ
ータそれぞれにダミーデータを付加し、受信側では第２
の処理の後でダミーデータを削除するので、第１の処理
及び第２の処理の処理単位を送信データの整数倍にする
ことができる。
【図１】本発明を適用した通信処理システムの構成例を
示すブロック図である。
示すブロック図である。
【図２】アイソクロナスパケットを示す図である。
【図３】ＡＭ８２４のＣＩＰヘッダーフォーマットを示
す図である。
す図である。
【図４】図１におけるリンク層＋物理層ブロックの構成
を示すブロック図である。
を示すブロック図である。
【図５】リンク層＋物理層ブロック４のレジスタ中に設
定する変数を示す図である。
定する変数を示す図である。
【符号の説明】 １…第１の機器、２…第２の機器、４，６…リンク層＋
物理層ブロック、１３…パディングデータ付加／削除回
路、１４…エンクリプタ／デクリプタ、１６…リンクコ
ア、１７…物理層集積回路。
物理層ブロック、１３…パディングデータ付加／削除回
路、１４…エンクリプタ／デクリプタ、１６…リンクコ
ア、１７…物理層集積回路。
Claims (6)
- 【請求項１】 ２つ以上の通信装置を備えるネットワー
クシステムにおいて、 所定の第１のサイズを最小データ伝送単位とする通信を
行う際に、送信前に前記第１のサイズより大きい所定の
第２のサイズを処理単位とする第１の処理を行う必要が
あり、受信後にも前記第２のサイズを処理単位とする第
２の処理を行う必要がある場合、 送信側では前記第１の処理の前に前記第１のサイズのデ
ータそれぞれにダミーデータを付加し、受信側では前記
第２の処理の後で前記ダミーデータを削除することを特
徴とする通信処理方法。 - 【請求項２】 ２つ以上の通信装置を備えるネットワー
クシステムにおいて、 所定の第１のサイズを最小データ伝送単位とする通信を
行う際に、送信前に前記第１のサイズより大きい所定の
第２のサイズを処理単位とする第１の処理を行う必要が
あり、受信後にも前記第２のサイズを処理単位とする第
２の処理を行う必要がある場合、 送信側では前記第１の処理の前に、１回にまとめて送る
データのサイズが前記第２のサイズの整数倍でない場合
にダミーデータを付加して前記第２のサイズの整数倍と
なるようにし、受信側では前記第２の処理の後で、前記
ダミーデータを削除することを特徴とする通信処理方
法。 - 【請求項３】 前記第１の処理は暗号化であり、前記第
２の処理は暗号化の復号化である請求項１に記載の通信
処理方法。 - 【請求項４】 前記第２のサイズは前記第１のサイズの
整数倍である請求項１に記載の通信処理方法。 - 【請求項５】２つ以上の通信装置を備えるネットワーク
システムにおいて所定の第１のサイズを最小データ伝送
単位とする通信を行う通信装置であって、 前記第１のサイズのデータそれぞれにダミーデータを付
加して第２のサイズのデータにするダミーデータ付加手
段と、 該ダミーデータ付加手段の出力データに対して前記第２
のサイズを処理単位とする第１の処理を行う第１処理手
段と、 前記第１処理手段の出力を送信する送信手段とを備える
ことを特徴とする通信装置。 - 【請求項６】２つ以上の通信装置を備えるネットワーク
システムにおいて所定の第１のサイズを最小データ伝送
単位とする通信を行う通信装置であって、 送信側で第１のサイズのデータそれぞれにダミーデータ
を付加して第２のサイズのデータとされ、さらに前記第
２のサイズを処理単位とする第１の処理を施されて送信
されたデータを受信する受信手段と、 該受信手段の受信データに対して第２のサイズを処理単
位とする第２の処理を行う第２処理手段と、 該第２処理手段の出力データから前記ダミーデータを削
除するダミーデータ削除手段とを備えることを特徴とす
る通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9265613A JPH11112597A (ja) | 1997-09-30 | 1997-09-30 | 通信処理方法及び通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9265613A JPH11112597A (ja) | 1997-09-30 | 1997-09-30 | 通信処理方法及び通信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11112597A true JPH11112597A (ja) | 1999-04-23 |
Family
ID=17419572
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9265613A Abandoned JPH11112597A (ja) | 1997-09-30 | 1997-09-30 | 通信処理方法及び通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11112597A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7965744B2 (en) | 2001-01-12 | 2011-06-21 | Panasonic Corporation | Transmission system with apparatus for transmitting and receiving audio data auxiliary data |
-
1997
- 1997-09-30 JP JP9265613A patent/JPH11112597A/ja not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7965744B2 (en) | 2001-01-12 | 2011-06-21 | Panasonic Corporation | Transmission system with apparatus for transmitting and receiving audio data auxiliary data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100495188B1 (ko) | 데이타송신장치및방법,데이타수신장치및방법,데이타송수신시스템및방법 | |
| EP0978965B1 (en) | Data transfer method | |
| EP1179242B1 (en) | A cipher core in a content protection system | |
| CN101305351B (zh) | 用于家庭网络的通用网络接口 | |
| JP2000040294A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP2000048480A (ja) | ディジタル信号処理装置 | |
| EP1052850A2 (en) | Digital signal recording/reproducing apparatus | |
| US20070180270A1 (en) | Encryption/decryption device, communication controller, and electronic instrument | |
| EP1418700B1 (en) | Method and device for communicating encrypted asynchronous and synchronous packets | |
| JP4423517B2 (ja) | データ処理装置およびデータ処理方法、並びに記録媒体 | |
| JP4391610B2 (ja) | トランスポートストリーム処理装置 | |
| EP1085724B1 (en) | Communication system in audio and music data transmission | |
| JPH11112597A (ja) | 通信処理方法及び通信装置 | |
| JP2000183995A (ja) | データ処理回路 | |
| JP4140101B2 (ja) | 信号処理回路 | |
| EP1024641B1 (en) | Signal processing circuit | |
| JP4032535B2 (ja) | データ処理回路、データ伝送システムおよびその方法 | |
| US20080304517A1 (en) | IEEE 1394 TRANSMITTER, IEEE 1394 RECEIVER and AUDIO DATA CONTENT TRANSMISSION METHOD | |
| JP2000165376A (ja) | バスブリッジおよび記録媒体 | |
| JP4120070B2 (ja) | 信号処理回路 | |
| JP3547641B2 (ja) | 送信装置、受信装置及びプログラム記録媒体 | |
| JP3997634B2 (ja) | 信号処理回路 | |
| JP2003087240A (ja) | 暗号化装置、復号化装置、暗号復号化装置及びプログラム記録媒体 | |
| JP2000151738A (ja) | データ処理装置、データ伝送システムおよびその方法 | |
| JP2005159543A (ja) | ゲートウェイ装置及びデータ伝送システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040116 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050630 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050712 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050906 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060815 |
|
| A762 | Written abandonment of application |
Free format text: JAPANESE INTERMEDIATE CODE: A762 Effective date: 20061016 |