(57)【要約】【課題】  専用回線を使用しなくても常に安定したデータ通信を行うことができ、比較的安価な設備投資でデータ通信システムを構築することができるようにする。【解決手段】  送信装置１０側のＣＰＵにより、ｎ個のトランスポートパケットから構成される基本トランスポートパケットをｍ個単位で受信装置２０側へ通信回線３０を介してｍ個連続して送信されるとともに、チェック要求が出され、受信装置２０側では、基本トランスポートパケットを受信すると、ｍビットステータスレジスタ２６ａに各々の通信結果状態が反映され、送信装置１０側からのチェック要求があると、各々の基本トランスポートパケットの通信結果状態が送信装置１０側に通知されるようにし、送信した各基本トランスポートパケットのデータの通信結果状態が確認されるようにした。【選択図】  図３
2006211196.tif 000002
【特許請求の範囲】
【請求項１】
符号化方式ＭＰＥＧ−２の規定に準拠した所定バイト数のトランスポートストリームから構成されるトランスポートパケット（ＴＰ）を通信回線を介して送信する送信装置と、前記通信回線を介して前記トランスポートストリームのパケットを受信する受信装置とを備えたデータ通信システムであって、
前記送信装置は、
所定の信号を符号化したｎ個の前記トランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）を生成する符号化手段と、
前記符号化手段によって生成された基本トランスポートパケット（ＴＳ）を格納する送信側格納手段と、
前記格納されたｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）単位で前記受信装置側へ送信するとともに、チェック要求を出す送信側制御手段とを有し、
前記受信装置は、
受信した前記基本トランスポートパケット（ＴＳ）と前記基本トランスポートパケット（ＴＳ）の通信結果状態とを格納する受信側格納手段と、
前記基本トランスポートパケット（ＴＳ）の通信結果状態をチェックして前記受信側格納手段に格納させるとともに、前記チェック要求を受け取り、前記格納された基本トランスポートパケット（ＴＳ）の通信結果状態を前記送信装置側に通知する受信側制御手段とを有することを特徴とするデータ通信システム。
【請求項２】
前記送信側制御手段は、前記ｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）をｍ個単位で前記受信装置側へ送信する際、前記基本トランスポートパケット（ＴＳ）がｍ個連続して送信されるように制御し、
前記受信側格納手段は、前記ｍ個に対応するｍビットステータスレジスタを有し、
前記受信側制御手段は、前記ｍ個連続して送信される基本トランスポートパケット（ＴＳ）のそれぞれの通信結果状態を前記ｍビットステータスレジスタに反映させるとともに、前記チェック要求を受け取り、前記ｍビットステータスレジスタの内容を前記送信装置側に通知することを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記送信側制御手段は、前記基本トランスポートパケット（ＴＳ）をｍ個単位で前記受信装置側へ送信する毎に、前記受信装置側にチェック要求を出すことを特徴とする請求項１又は２に記載のデータ通信システム。
【請求項４】
前記送信側制御手段は、前記チェック要求を出す所定のチェック処理時間ｔＣ．Ｐ内に前記受信装置側からのｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態に基づき異常とされた前記基本トランスポートパケット（ＴＳ）データを前記受信装置側に再送して補正し、前記受信装置側からの通信結果状態が正常になれば、受信装置側からの通信結果状態が正常である場合と同様に、次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行し、所定のチェック処理時間ｔＣ．Ｐ内に、前記通信結果状態が正常になるまで補正しきれない場合、チェックされている受信側の前記ｍ個の基本トランスポートパケット（ＴＳ）を破棄して次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行することを特徴とする請求項１〜３のいずれかに記載のデータ通信システム。
【請求項５】
符号化方式ＭＰＥＧ−２の規定に準拠した所定バイト数のトランスポートパケットから構成されるトランスポートストリームのパケットを通信回線を介して送受信することによりデータ通信を行うデータ通信方法であって、所定の信号を符号化したｎ個の前記トランスポートパケット（ＴＰ）から構成される基本トランスポートストパケット（ＴＳ）を生成する工程と、前記生成された基本トランスポートパケット（ＴＳ）を格納する工程と、前記格納された基本トランスポートパケット（ＴＳ）単位で送信するとともに、チェック要求を出す工程と、受信した前記基本トランスポートパケット（ＴＳ）と前記基本のトランスポートパケット（ＴＳ）の通信結果状態とを格納する工程と、前記基本のトランスポートパケット（ＴＳ）の通信結果状態をチェックして格納させるとともに、前記チェック要求を受け取り、前記格納された基本のトランスポートパケット（ＴＳ）の通信結果状態を通知する工程とを有することを特徴とするデータ通信方法。
【請求項６】
前記基本トランスポートパケット（ＴＳ）をｍ個単位で送信する際、前記基本トランスポートパケット（ＴＳ）をｍ個連続して送信されるように制御する工程と、前記ｍ個連続して送信される基本のトランスポートパケット（ＴＳ）のそれぞれの通信結果状態をｍビットステータスレジスタに反映させるとともに、前記チェック要求を受け取り、前記ｍビットステータスレジスタの内容を通知する工程とを有することを特徴とする請求項５に記載のデータ通信方法。
【請求項７】
前記ｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）をｍ個単位で送信する毎に、前記チェック要求を出す工程を有することを特徴とする請求項５又は６に記載のデータ通信方法。
【請求項８】
前記チェック要求を出す所定のチェック処理時間ｔＣ．Ｐ内に前記ｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態に基づき異常とされた基本トランスポートパケット（ＴＳ）データを再送して補正し、前記受信装置側からの通信結果状態が正常になれば、前記通信結果状態が正常である場合と同様に、次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行し、所定のチェック処理時間ｔＣ．Ｐ内に、前記通信結果状態が正常になるまで補正しきれない場合、チェックされている受信側の前記ｍ個の基本トランスポートパケット（ＴＳ）を破棄して次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行する工程を有することを特徴とする請求項５〜７のいずれかに記載のデータ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号化方式ＭＰＥＧ−２の規定に準拠したデータ通信を安定して行うデータ通信システム及びデータ通信方法に関する。
【背景技術】
【０００２】
近年、画像や音声等の様々な情報がデジタル化されている。しかし、デジタル化された情報は、そのままではとても膨大で、保存や伝送等が非常に困難となる。そのため強力な圧縮（非可逆圧縮）が必要となる。これは、基本的に人間には感じにくい信号を削除すること、つまり信号の持つ冗長性を取り除くことで行われる。そのような圧縮の標準規格の一つにＭＰＥＧがある。
【０００３】
ＭＰＥＧとは、Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐの頭文字を取った言葉であり、本来マルチメディア符号化を行っている組織の略称であったが、最近では、この組織が作成した標準規格の呼び名としても使われている。ＭＰＥＧ規格はもともと、記録メディア、放送、通信等のためのマルチメディア符号化の規格であり、主にビデオ信号の符号化方法に関する規定、オーディオ信号の符号化方法に関する規定、及び両者の統合方法等のシステムに関する規定、の３つから成り立っているものであった。
【０００４】
しかし、ＭＰＥＧのフェーズが進むにつれ、ＭＰＥＧの符号化方式はより広範囲な内容を含むものに変貌しつつあり、近年では、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、ＭＰＥＧ−７の４タイプに分けて標準化が進められている。
【０００５】
ところで、ＭＰＥＧ−２においては、符号化されたビデオ信号やオーディオ信号等を多重化して伝送する形式として、トランスポートストリームと呼ばれる形式が規定されている。このトランスポートストリームは、現在、放送や通信等に幅広く利用されている。また、このトランスポートストリームの通信では、送信側と受信側の同期をＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）と呼ばれる基準時刻情報を用いて行うように規定されている。
【０００６】
一方、伝送されるトランスポートストリームを受け取り、符号化されたビデオ信号やオーディオ信号等を元のビデオ信号やオーディオ信号等に復号する場合は、伝送されるＰＣＲで受け取り、送信側の基準信号と同期した基準信号を再生することで、送り側と同期したビデオ信号及びオーディオ信号に復号化することが可能になる。
【０００７】
ここで、トランスポートストリームの大きな特徴は、映像、音声、データ等の個別のストリームを、アプリケーションや伝送路の種類によらずに共通の信号形式で扱い、一つのストリームとして伝送できるという点にある。
【０００８】
すなわち、トランスポートストリームは、図６に示すように、１８８バイトの固定長トランスポートパケット（ＴＰ）であり、その長さはＡＴＭセル長との整合性及びリードソロモン符号等の誤り訂正符号化を行う場合の適用性を考慮して決定されている。
【０００９】
また、トランスポートパケット（ＴＰ）は、４バイト固定長のパケットヘッダと可変長のアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）及びペイロード（ｐａｙｌｏａｄ）
で構成されている。パケットヘッダにはＰＩＤ（パケット識別子）や各種のフラグが定義されている。このＰＩＤ（パケット識別子）により、トランスポートパケット（ＴＰ）の種類が識別されるため、一つのトランスポートパケット（ＴＰ）の中に複数バイトのトランスポートストリームが混在している状態で、送信側１から受信側２に通信回線３を介して送信しても、受信側２ではそのトランスポートパケット（ＴＰ）が映像であるか音声であるか等の種類を識別することができ、映像や音声として再生することができる。
【００１０】
ここで、アダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）とペイロード（ｐａｙｌｏａｄ）
とは、どちらかだけが存在する場合と両方が存在する場合とがあり、その有無はパケットヘッダ内のフラグ（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ  ｃｏｎｔｒｏｌ）により示されるようになっている。また、アダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）には、上述したＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）等の情報の伝送及びトランスポートパケット（ＴＰ）を１８８バイト固定長にするためのスタッフィング機能がある。
【００１１】
ＰＣＲはタイムスタンプであり、符号化した時の基準時刻情報ｔを復号器のシステムクロックで再現するためにＰＣＲの値が参照される。ＭＰＥＧ−２のトランスポートストリームでは、復号器のシステムクロックはＰＣＲによるＰＬＬ機能を持つが、このＰＬＬ同期の動作を安定させるためにＰＣＲの送信間隔は０．１ｍｓ以下となっている。
【００１２】
ここで、図６において、送信側１での各トランスポートパケット（ＴＰ）の符号化した時の基準時刻情報がそれぞれｔ１，・・・ｔｎ−１，ｔｎ  であるとき、受信側２では同期をとるためにそれぞれの基準時刻情報であるｔ１，・・・ｔｎ−１，ｔｎ  を参照することになるが、通常、それぞれの基準時刻情報ｔにデータ送受信により生じた遅延δを補正することになり、送信側１と受信側２との間のシステムクロックがｔ１＋δ，・・・ｔｎ−１＋δ，ｔｎ＋δ というように、δの分だけずれて通信が行われることになる。
【００１３】
ところが、通信回線３の通信状態が何らかの原因によって不安定になると、送信側１と受信側２との間のｔ１＋δ，・・・ｔｎ−１＋δ，ｔｎ＋δ のそれぞれのδにばらつきが生じてしまい、システムクロックのずれにより、トランスポートストリームのトランスポートパケット（ＴＰ）の同期がとれなくなり、最悪な場合には通信が不可能となってしまうことになる。
【００１４】
ちなみに、特許文献１では、入力される映像信号及び音声信号を、独立した固有の基準信号に基づいて生成されたＰＣＲを参照し、トランスポートストリーム信号ＴＳ１〜ＴＳＮに符号化する第１の複数の符号化手段（１−１〜１−Ｎ）と、符号化された複数のトランスポートストリーム信号を多重化し、多重化されたトランスポートストリーム信号を生成する第１の多重化手段（２）とを有し、第１の複数の符号化手段（１−１〜１−Ｎ）のＰＣＲが同期化されているようにすることで、固有の基準信号を持つ複数の符号化装置間でのＰＣＲの同期化を外部からの基準信号を得ずに、受信側で複数トランスポートストリームから一つのトランスポートストリームを選択する際の切り換え時間を短くするようにした多重伝送システムを提案している。
【特許文献１】特開２００３−２８９５４０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
ところが、上述した特許文献１では、個別に基準信号を持つ複数の符号化装置間でのＰＣＲの同期化を行う構成にすることで、外部の同期信号発生器を必要とせず、受信側の装置で複数のトランスポートストリームから一つのトランスポートストリームを選択する際、ＰＣＲの再同期化に時間がかからないため、トランスポートストリームの切り換えがスムーズに行われるとともに、信頼性の確保が可能となるが、通信回線が何らかの原因によって不安定となった場合、受信側でのシステムクロックにずれが生じてしまうおそれがある。
【００１６】
そのため、上述の図６で説明したように、送受信間の遅延δがばらついてしまうと、受信側２のシステムクロックにずれが生じてしまい、トランスポートストリームが乱れ、送受信に異変が生じてしまうばかりか、最悪な場合には通信不能に至ることも容易に予測される。
【００１７】
ちなみに、このような通信回線の安定化を図るためには、通常、送信容量の大きい専用回線を使用することが一般的である。その際、送信側と受信側との距離が短い場合は、専用回線の敷設距離が短くて済むため、設備コストが比較的小さくてよいが、送信側と受信側との距離が長くなるに従い、設備コストが膨大なものとなってしまう。
【００１８】
よって、専用回線を使用しなくても常に安定したデータ通信を行うことが可能となれば、比較的安価な設備投資でデータ通信システムを構築できるものと考えられる。
【００１９】
解決しようとする問題点は、常に安定したデータ通信を行うためには、送信容量の大きい専用回線を使用する必要があり、設備コストが膨大なものとなってしまうという点である。
【課題を解決するための手段】
【００２０】
本発明のデータ通信システムは、符号化方式ＭＰＥＧ−２の規定に準拠した所定バイト数のトランスポートストリームから構成されるトランスポートパケット（ＴＰ）を通信回線を介して送信する送信装置と、前記通信回線を介して前記トランスポートストリームのパケットを受信する受信装置とを備えたデータ通信システムであって、前記送信装置は、所定の信号を符号化したｎ個の前記トランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）を生成する符号化手段と、前記符号化手段によって生成された基本トランスポートパケット（ＴＳ）を格納する送信側格納手段と、前記格納されたｎ個のトランスポートパケット（ＴＰ）をから構成される基本トランスポートパケット（ＴＳ）単位で前記受信装置側へ送信するとともに、チェック要求を出す送信側制御手段とを有し、前記受信装置は、受信した基本トランスポートパケット（ＴＳ）と前記基本トランスポートパケット（ＴＳ）の通信結果状態とを格納する受信側格納手段と、前記基本トランスポートパケット（ＴＳ）の通信結果状態をチェックして前記受信側格納手段に格納させるとともに、前記チェック要求を受け取り、前記格納された基本トランスポートパケット（ＴＳ）の通信結果状態を前記送信装置側に通知する受信側制御手段とを有することを特徴とする。
【００２１】
また、前記送信側制御手段は、前記ｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）をｍ個単位で前記受信装置側へ送信する際、前記基本トランスポートパケット（ＴＳ）がｍ個連続して送信されるように制御し、前記受信側格納手段は、前記ｍ個の送信に対応するｍビットステータスレジスタを有し、前記受信側制御手段は、前記ｍ個連続して送信される基本トランスポートパケット（ＴＳ）のそれぞれの通信結果状態を前記ｍビットステータスレジスタに反映させるとともに、前記チェック要求を受け取り、前記ｍビットステータスレジスタの内容を前記送信装置側に通知するようにすることができる。
【００２２】
また、前記送信側制御手段は、前記基本トランスポートパケット（ＴＳ）をｍ個単位で前記受信装置側へｍ個連続して送信する毎に、前記受信装置側にチェック要求を出すようにすることができる。
【００２３】
また、前記送信制御手段は、個々の基本トランスポートパケット（ＴＳ）を受信装置側へ送信する毎に、前記受信装置側にチェック要求を出すようにすることができる。
【００２４】
また、前記送信側制御手段は、前記チェック要求を出す所定のチェック処理時間ｔＣ．Ｐ内に前記受信装置側からのｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態に基づき、異常とされた前記基本トランスポートパケット（ＴＳ）データを前記受信装置側に再送して補正し、前記受信装置側からの通信結果状態が正常になれば、受信装置側からの通信結果状態が正常である場合と同様に、次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行し、所定のチェック処理時間ｔＣ．Ｐ内に、前記通信結果状態が正常になるまで補正しきれない場合、チェックされている受信側の前記ｍ個の基本トランスポートストリーム（ＴＳ）データを破棄して次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行するようにすることができる。
【００２５】
本発明のデータ通信方法は、符号化方式ＭＰＥＧ−２の規定に準拠した所定バイト数のトランスポートストリームから構成されるトランスポートストリームのパケットを通信回線を介して送受信することによりデータ通信を行うデータ通信方法であって、所定の信号を符号化したｎ個の前記トランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）を生成する工程と、前記生成された基本トランスポートパケット（ＴＳ）を格納する工程と、前記格納された基本トランスポートパケット（ＴＳ）単位で送信するとともに、チェック要求を出す工程と、受信した前記基本トランスポートパケット（ＴＳ）と前記基本トランスポートパケット（ＴＳ）の通信結果状態とを格納する工程と、前記基本トランスポートパケット（ＴＳ）の通信結果状態をチェックして格納させるとともに、前記チェック要求を受け取り、前記格納された基本トランスポートパケット（ＴＳ）の通信結果状態を通知する工程とを有することを特徴とする。
【００２６】
また、前記基本トランスポートパケット（ＴＳ）をｍ個単位で送信する際、前記基本トランスポートパケット（ＴＳ）がｍ個連続して送信されるように制御する工程と、前記ｍ個連続して送信される基本トランスポートパケット（ＴＳ）のそれぞれの通信結果状態をｍビットステータスレジスタに反映させるとともに、前記チェック要求を受け取り、前記ｍビットステータスレジスタの内容を通知する工程とを有するようにすることができる。
【００２７】
また、前記ｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）をｍ個単位でｍ個連続して送信する毎に、前記チェック要求を出す工程を有するようにすることができる。
【００２８】
また、個々の前記基本トランスポートパケット（ＴＳ）が送信される毎に前記チェック要求を出す工程を有するようにすることができる。
【００２９】
また、前記チェック要求を出す所定のチェック処理時間ｔＣ．Ｐ内に前記ｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態に基づき異常とされた前記基本トランスポートパケット（ＴＳ）データを再送して補正し、前記受信装置側からの通信結果状態が正常になれば、その際の前記通信結果状態が正常である場合と同様に、次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行し、所定のチェック処理時間ｔＣ．Ｐ内に、前記通信結果状態が正常になるまで補正しきれでない場合、チェックされている受信側のｍ個の基本トランスポートパケット（ＴＳ）データを破棄して次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行する工程を有するようにすることができる。
【００３０】
本発明のデータ通信システム及びデータ通信方法では、送信装置側の符号化手段によって生成されたｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）が送信側格納手段に格納され、送信側制御手段により、前記基本トランスポートパケット（ＴＳ）を単位として受信装置側へ送信されるとともに、チェック要求が出され、受信装置側では、受信側格納手段に受信した基本トランスポートパケット（ＴＳ）と前記基本トランスポートパケット（ＴＳ）の通信結果状態が格納され、受信側制御手段により、送信装置側からのチェック要求があると、格納された基本トランスポートパケット（ＴＳ）の通信結果状態が送信装置側に通知される。
【発明の効果】
【００３１】
本発明のデータ通信システム及びデータ通信方法によれば、送信装置側の符号化手段によって生成されたｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）が送信側格納手段に格納され、送信側制御手段により、前記基本トランスポートパケット（ＴＳ）をｍ個単位で受信装置側へ通信回線を介して送信されるとともに、チェック要求が出され、受信装置側では、受信側格納手段に受信したｍ個の基本トランスポートパケット（ＴＳ）とｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態が格納される。そして、受信側制御手段により、送信装置側からのチェック要求があると、格納されたｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態が送信装置側に通知されるようにしたので、送信した各基本トランスポートパケット（ＴＳ）のデータの通信結果状態の確認が可能となり、専用回線を使用しなくても常に安定したデータ通信を行うことができることから、比較的安価な設備投資でデータ通信システムを構築することができる。
【発明を実施するための最良の形態】
【００３２】
本実施形態では、送信装置側のＭＰＥＧエンコーダによって生成されたｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）がデータバッファに格納され、送信側のＣＰＵにより基本トランスポートパケット（ＴＳ）単位で受信装置側へ通信回線を介して送信されるとともに、チェック要求が出され、受信装置側では、受信側のデータバッファに受信した基本トランスポートパケット（ＴＳ）と前記基本トランスポートパケット（ＴＳ）の通信結果状態が格納され、受信側のＣＰＵにより、送信装置側からのチェック要求があると、格納された基本トランスポートパケット（ＴＳ）の通信結果状態が送信装置側に通知されるようにし、送信した各基本トランスポートパケット（ＴＳ）のデータの通信結果状態の確認を可能とすることで、専用回線を使用しなくても常に安定したデータ通信を行うようにし、比較的安価な設備投資でデータ通信システムを構築することができるようにした。
【実施例】
【００３３】
以下、本発明の実施の形態について説明する。
図１は、本発明のデータ通信システムの一実施形態を示すブロック図、図２は、図１のデータ通信システムにおいてデータ通信に用いられる符号化方式ＭＰＥＧ−２の規定に準拠した基本トランスポートパケット（ＴＳ）の一例を示す図、図３は、図１のデータ通信システムにおける一具体例を示す図、図４及び図５は、図１のデータ通信システムにおけるデータ通信方法を説明するための図である。
【００３４】
図１に示すように、データ通信システムは、送信装置１０と、受信装置２０と、これらを相互に接続する通信回線３０とを備えている。通信回線３０としては、ＬＡＮ又はＷＡＮ等のいずれかであってもよいが、本実施形態では、ＬＡＮとして説明する。
【００３５】
送信装置１０は、ビデオデコーダ１１、Ａ／Ｄ変換回路１２、ビデオエンコーダ１３、ＭＰＥＧエンコーダ１４、データバッファ１５、ＣＰＵ１６、ＳＤＲＡＭ１７、ＲＯＭ１８、ＬＡＮコントローラ１９を備えている。
【００３６】
ビデオデコーダ１１は、ビデオ信号をデコードする。Ａ／Ｄ変換回路１２は、アナログのオーディオ信号をデジタルのオーディオ信号に変換する。ビデオエンコーダ１３は、ビデオデコーダ１１によってデコードされたビデオ信号をエンコードする。また、ビデオエンコーダ１３は、エンコードしたビデオ信号をビデオモニタ信号として出力する。
【００３７】
符号化手段としてのＭＰＥＧエンコーダ１４は、ビデオデコーダ１１によってデコードされたビデオ信号と、Ａ／Ｄ変換回路１２によってデジタル信号に変換されたオーディオ信号とを符号化し、たとえば後述の図２に示すような基本トランスポートパケット（ＴＳ）を生成してデータバッファ１５に格納する。
【００３８】
送信側格納手段としてのデータバッファ１５は、たとえばＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）からなり、ＭＰＥＧエンコーダ１４によって符号化された基本トランスポートパケット（ＴＳ）を格納する。また、データバッファ１５には、チェック処理による不正通信補正のために、後述の図３に示すように、大きさがＬとされたデータ領域１５ａが設けられている。このデータ領域１５ａについては後述する。
【００３９】
送信側制御手段としてのＣＰＵ１６は、ＳＤＲＡＭ１７及びＲＯＭ１８に格納されている制御プログラムに基づいて各部の動作を制御するとともに、受信装置２０側に送信した基本トランスポートパケット（ＴＳ）のチェックを行う機能を有しているが、その詳細は後述する。
【００４０】
ＳＤＲＡＭ１７は、パケット送信処理及びパケット送信チェック処理の手順等を示す制御プログラムを格納している。ＲＯＭ１８は、フラッシュメモリであり、パケット送信処理及びパケット送信チェック処理の手順等を示す制御プログラムを格納している。ＬＡＮコントローラ１９は、通信回線３０を介して受信装置２０側へ基本トランスポートパケット（ＴＳ）を送信する。
【００４１】
受信装置２０は、ＬＡＮコントローラ２１、ＣＰＵ２２、ＳＤＲＡＭ２３、ＲＯＭ２４、ＭＰＥＧデコーダ２５、データバッファ２６、ビデオエンコーダ２７、Ｄ／Ａ変換回路２８を備えている。ＬＡＮコントローラ２１は、通信回線３０を介して送信装置１０側からの基本トランスポートパケット（ＴＳ）を受信する。
【００４２】
受信側制御手段としてのＣＰＵ２２は、ＳＤＲＡＭ２３及びＲＯＭ２４に格納されている制御プログラムに基づいて各部の動作を制御するとともに、送信装置１０側からの基本トランスポートパケット（ＴＳ）の受信及び受信した基本トランスポートパケット（ＴＳ）のチェックを行う機能を有している。
【００４３】
ＳＤＲＡＭ２３は、パケット受信処理及びパケット受信チェック処理の手順等を示す制御プログラムを格納している。ＲＯＭ２４は、フラッシュメモリであり、パケット受信処理及びパケット受信チェック処理の手順等を示す制御プログラムを格納している。
【００４４】
ＭＰＥＧデコーダ２５は、正常に受信された基本トランスポートパケット（ＴＳ）をデコードする。受信側格納手段としてのデータバッファ２６は、送信装置１０側からの基本トランスポートパケット（ＴＳ）を格納する。また、データバッファ２６には、後述の図３に示すように、送受信がｍ個単位で行われた際の各々の基本トランスポートパケット（ＴＳ）の通信結果の状態を記憶するｍビットステータスレジスタ２６ａが設けられている。このｍビットステータスレジスタ２６ａについては後述する。
【００４５】
ビデオエンコーダ２７は、ＭＰＥＧデコーダ２５によってデコードされたビデオ信号をエンコードして出力する。Ｄ／Ａ変換回路２８は、ＭＰＥＧデコーダ２５によってデコードされたオーディオ信号をアナログのオーディオ信号に変換して出力する。
【００４６】
図２は、上述したＭＰＥＧエンコーダ１４により符号化されるＭＰＥＧ−２の規定に準拠した基本トランスポートストリーム（ＴＳ）の一例を示すものである。図２に示すように、基本トランスポートパケット（ＴＳ）は、送受信すべき１８８バイト固定長のトランスポートパケット（ＴＰ０1）〜（ＴＰｎ）がｎ個で構成されている。また、データ通信は、一つの制御ブロックとされる基本トランスポートパケット（ＴＳ）単位で行われる。
【００４７】
ここで、たとえば本実施形態では、トランスポートパケット（ＴＰ）をｎ＝７として説明するものとすると、送信される基本トランスポートパケット（ＴＳ）は7個のトランスポートパケット（ＴＰ1）〜（ＴＰｎ）で構成されることになる。なお、送信される基本トランスポートパケット（ＴＰ）は、ｎ＝７に限らず、７未満あるいは８以上であってもよいことは勿論である。
【００４８】
よって、一つの基本トランスポートパケット（ＴＳ）のデータ長ｔＤ  は１８８×7＝１３１６バイトとなる。また、基本トランスポートパケット（ＴＳ）の送受信は、ｍ個（本実施形態では、ｍ＝３２とする）で実行されるものとする。なお、ｍは３２に限らず、３２未満あるいは３２以上であってもよいことは勿論である。
【００４９】
図３は、基本トランスポートパケット（ＴＳ）の送受信が、ｍ＝３２で実行される場合の一具体例を示す図である。すなわち、図１のデータバッファ１５に設けられているチェック処理による各々の基本トランスポートパケット（ＴＳ）のデータ補正のために大きさがＬとされたデータ領域１５ａには、複数の基本トランスポートパケット（ＴＳ）が格納される。
【００５０】
ここでのデータ領域１５ａの大きさであるＬは、本実施形態では、Ｌ＝１０×ｍの基本トランスポートパケット（ＴＳ）の数となる。このデータ領域１５ａ内の各基本トランスポートパケット（ＴＳ）は、所定のチェック処理時間ｔＣ．Ｐ 後に、遂次ｍ個単位で更新される。ここで、チェック処理時間ｔＣ．Ｐは、本実施形態では、たとえば１００ｍｓｅｃとする。
【００５１】
ここで、１００ｍｓｅｃのチェック処理時間ｔＣ．Ｐは、連続して送受信する基本トランスポートパケット（ＴＳ）の数ｍに応じて適宜変更することは可能である。
【００５２】
このとき、受信装置２０側のデータバッファ２６のｍビットステータスレジスタ２６ａに、ｍ個の基本トランスポートパケット（ＴＳ）の各々の通信結果の状態が反映される。つまり、受信装置２０側のＣＰＵ２２が受信したｍ個の各基本トランスポートパケット（ＴＳ）のデータの正否をチェックし、各々の基本トランスポートパケット（ＴＳ）が正常である場合はたとえば「１」を記憶させ、異常である場合はたとえば「０」を記録させるようになっている。
【００５３】
そして、ｍ個の中の各々の基本トランスポートパケット（ＴＳ）が順にｍ＝３２個までの送受信が繰り返されると、図１の送信装置１０側のＣＰＵ１６によるチェック処理が実行される。この場合、ＣＰＵ１６がｍ＝３２個までの送受信を確認すると、受信装置２０側へチェック要求を出すタイミングと判断し、ＣＰＵ１６から受信装置２０側にチェック用パケットが送出されるようになっている。
【００５４】
このとき、受信装置２０側のＣＰＵ２２がデータバッファ２６のｍビットステータスレジスタ２６ａの通信結果の状態を読み出し、そのチェック用バケットにその通信結果の状態を書き込んで送信装置１０側へ返信する（チェック応答）。ここで、送信装置１０側のＣＰＵ１６がその通信結果の状態から全てのｍ個の基本トランスポートパケット（ＴＳ）が正常と判断した場合、データバッファ１５のデータ領域１５ａに格納されている次のｍ個の基本トランスポートパケット（ＴＳ）の送受信を行わせる。
【００５５】
これに対し、送信装置１０側のＣＰＵ１６がその通信結果の状態から、ｍ個の中のいずれかの基本トランスポートパケット（ＴＳ）に異常があると確認すると、チェック処理時間ｔＣ．Ｐ  である、たとえば１００ｍｓｅｃ内に、異常とされた基本トランスポートパケット（ＴＳ）のデータを再送する。
【００５６】
次いで、再度、送信装置１０側のＣＰＵ１６が上述した手順でｍビットステータスレジスタ２６ａの通信結果の状態を確認し、全て正常と判断した場合、上述したように、データバッファ１５のデータ領域１５ａに格納されている次のｍ個の基本トランスポートパケット（ＴＳ）の送受信を行わせる。
【００５７】
これに対し、チェック処理時間ｔＣ．Ｐである、たとえば１００ｍｓｅｃ内に、異常とされたトランスポートパケット（ＴＳ）のいずれかのデータを再送しても、ｍビットステータスレジスタ２６ａの通信結果の状態が全て正常と判断されなかった場合には、チェックされている受信側のｍ個の基本のトランスポートパケット（ＴＳ）の全てのデータが破棄され、直ちに、データバッファ１５のデータ領域１５ａに格納されている次のｍ個の基本トランスポートパケット（ＴＳ）の送受信に移行する。
【００５８】
これにより、通信回線３０に何らかの障害が発生し、いずれかの基本トランスポートパケット（ＴＳ）の送受信に異常が発生しても、チェック処理時間ｔＣ．Ｐである、たとえば１００ｍｓｅｃ内に、異常のあった基本トランスポートパケット（ＴＳ）のいずれかのデータが補正されて再度送受信が繰り返さて補正されるか、あるいは異常のあった基本トランスポートパケット（ＴＳ）が補正できない場合には、ｍ個の基本トランスポートパケット（ＴＳ）のすべてが破棄される。そのため、通信回線３０の異常による影響は、たとえばｍ個の基本トランスポートパケット（ＴＳ）が送信されてからチェック処理が実行されるまでの時間Ｔ内に抑えられることになる。
【００５９】
次に、パケット送信処理の手順について説明する。
まず、図４に示すように、送信装置１０側のＣＰＵ１６により、ｎ個のトランスポートパケット（ＴＰ）で構成される基本トランスポートパケット（ＴＳ）の有無が確認される（ステップＳ１）。
【００６０】
次いで、確認できた基本トランスポートパケット（ＴＳ）がデータバッファ１５に格納され、格納された基本トランスポートパケット（ＴＳ）データがL＝１０×ｍ個の基本トランスポートパケット（ＴＳ）の数になったかを確認される（ステップＳ２）。次いで、各々の基本トランスポートパケット（ＴＳ）が順にｍ＝３２個まで送受信が繰り返されるように設定された後、順に送信される（ステップＳ３）。そして、各々の基本トランスポートパケット（ＴＳ）の送信がｍ＝３２個に到達すると（ステップＳ４）、受信装置２０側へチェック要求の処理に移行する（ステップＳ５）。
【００６１】
次に、チェック処理について説明する。
まず、図５に示すように、各々の基本トランスポートパケット（ＴＳ）の送信がｍ＝３２個に到達すると、送信装置１０側のＣＰＵ１６がチェック要求の処理に移行し（ステップＳ６）、ＣＰＵ１６から受信装置２０側にチェック用バケットが送信される（ステップＳ７）。
【００６２】
このとき、受信装置２０側のＣＰＵ２２がデータバッファ２６のｍビットステータスレジスタ２６ａの通信結果の状態を読み出し、その状態をチェック用バケットに書き込んで送信装置１０側へ返信（チェック応答）する（ステップＳ８）。
【００６３】
ここで、送信装置１０側のＣＰＵ１６がその通信結果の状態から全て正常と判断した場合（ステップＳ９）、データバッファ１５のデータ領域１５ａに格納されている次のｍ個の基本トランスポートパケット（ＴＳ）を上記同様に、順にｍ＝３２個までの送受信を繰り返し行わせる（ステップＳ１０）。
【００６４】
これに対し、送信装置１０側のＣＰＵ１６がその通信結果の状態からいずれかの基本トランスポートパケット（ＴＳ）に異常があると確認すると、チェック処理時間ｔＣ．Ｐ  である、たとえば１００ｍｓｅｃ内であるか否かを判断し（ステップＳ１１）、そのチェック処理時間ｔＣ．Ｐ  内であると判断すると、異常とされたトランスポートパケット（ＴＳ）のいずれかのデータを再送する（ステップＳ１２）。
【００６５】
そして、再度、送信装置１０側のＣＰＵ１６が上述した手順でｍビットステータスレジスタ２６ａの通信結果の状態を確認し、全て正常と判断した場合、ステップＳ１０に移行し、データバッファ１５のデータ領域１５ａに格納されている次のｍ個の基本トランスポートパケット（ＴＳ）を上記同様に、順にｍ＝３２個までの送受信を繰り返し行わせる。
【００６６】
これに対し、チェック処理時間ｔＣ．Ｐ  である、たとえば１００ｍｓｅｃ内に、異常とされた基本トランスポートパケット（ＴＳ）のデータを再送しても、ｍビットステータスレジスタ２６ａの通信結果の状態が全て正常と判断されなかった場合には、チェックされている受信側のｍ回の基本トランスポートパケット（ＴＳ）の全てのデータが破棄され（ステップＳ１３）、直ちに、データバッファ１５のデータ領域１５ａに格納されている次のｍ個の基本トランスポートパケット（ＴＳ）の送受信に移行する。
【００６７】
このように、本実施形態では、送信装置１０側のＭＰＥＧエンコーダ１４によって生成されたｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）がデータバッファ１５に格納され、ＣＰＵ１６により、前記基本トランスポートパケット（ＴＳ）をｍ個単位でｍ個まで連続して受信装置２０側へ通信回線３０を介して送信されるとともに、チェック要求が出され、受信装置２０側では、データバッファ２６に受信したｍ個の基本トランスポートパケット（ＴＳ）と各々の基本トランスポートパケット（ＴＳ）の通信結果状態とが格納される。そして、ＣＰＵ２２により、送信装置１０側からのチェック要求があると、格納されたｍ個の基本トランスポートパケット（ＴＳ）の通信結果状態が送信装置１０側に通知されるようにしたので、送信した各基本トランスポートパケット（ＴＳ）のデータの通信結果状態の確認が可能となり、専用回線を使用しなくても常に安定したデータ通信を行うことができ、比較的安価な設備投資でデータ通信システムを構築することができる。
【００６８】
また、本実施形態では、送信装置１０側のＣＰＵ１６がｎ個のトランスポートパケット（ＴＰ）から構成される基本トランスポートパケット（ＴＳ）をｍ個単位で受信装置２０側へ送信する際、基本トランスポートパケット（ＴＳ）がｍ個まで連続して送信されるように制御し、受信装置２０側では、データバッファ２６のｍビットステータスレジスタ２６ａにｍ個連続して送信される基本トランスポートパケット（ＴＳ）のそれぞれの通信結果状態が反映されるようにし、そのｍビットステータスレジスタ２６ａの内容が送信装置１０側からのチェック要求に応じて通知されるようにしたので、送信装置１０側では、各基本トランスポートパケット（ＴＳ）のデータの通信結果状態の確認を容易かつ確実に行うことができる。
【００６９】
また、本実施形態では、送信装置１０側のＣＰＵ１６がチェック要求を出す所定のチェック処理時間内に受信装置２０側からの通信結果状態に基づき異常とされた基本トランスポートパケット（ＴＳ）データを補正して受信装置２０側に再送し、受信装置２０側からの通信結果状態が正常である場合、次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行する。一方、所定のチェック処理時間内に再送しても、通信結果状態が正常にならない場合には、送信済みのｍ個の基本トランスポートパケット（ＴＳ）のすべてのデータを破棄して次のｍ個の基本トランスポートパケット（ＴＳ）の送信に移行するようにしたので、通信回線３０の異常による影響は図３でのたとえばｍ個の基本トランスポートパケット（ＴＳ）が送信されてからチェック処理が実行されるまでの時間Ｔ内に抑えることができる。
【００７０】
なお、本実施形態では、送信装置１０側のＣＰＵ１６が、基本トランスポートパケット（ＴＳ）をｍ個単位で受信装置２０側へ送信する毎に、受信装置２０側にチェック要求を出す場合について説明したが、この例に限らず、送信装置１０側のＣＰＵ１６及び受信装置２０側のＣＰＵ２２の処理能力が十分に高ければ、送信装置１０側のＣＰＵ１６が個々の基本トランスポートパケット（ＴＳ）を送信する毎に受信装置２０側にチェック要求を出して、その通信結果状態を確認するようにしてもよい。
【産業上の利用可能性】
【００７１】
通信回線をＬＡＮとするデータ通信システムに限らず、ＷＡＮやインターネット等の他の通信回線を使用するデータ通信システムにも適用可能である。また、比較的安価な設備投資でシステムを構築できる場合は専用回線を使用したデータ通信システムにも適用可能である。
【図面の簡単な説明】
【００７２】
【図１】本発明のデータ通信システムの一実施形態を示すブロック図である。
【図２】図１のデータ通信システムにおいてデータ通信に用いられる符号化方式ＭＰＥＧ−２の規定に準拠した基本トランスポートパケット（ＴＳ）の一例を示す図である。
【図３】図１のデータ通信システムにおける一具体例を示す図である。
【図４】図１のデータ通信システムにおけるパケット送信処理を説明するためのフローチャートである。
【図５】図１のデータ通信システムにおけるチェック処理を説明するためのフローチャートである。
【図６】従来の符号化方式ＭＰＥＧ−２の規定に準拠したトランスポートストリームを説明するための図である。
【符号の説明】
【００７３】
１０  送信装置
１４  ＭＰＥＧエンコーダ
１５  データバッファ
１５ａ  データ領域
１６，２２  ＣＰＵ
２０  受信装置
２６  データバッファ
２６ａ  ｍビットステータスレジスタ
【図１】
2006211196.tif 000003
【図２】
2006211196.tif 000004
【図３】
2006211196.tif 000005
【図４】
2006211196.tif 000006
【図５】
2006211196.tif 000007
【図６】
2006211196.tif 000008