通信システム
【課題】高速なデータ通信を損なうことなく、確実に復元可能なようにオリジナルデータを送信する。
【解決手段】送信処理装置１０は、送信するオリジナルデータを分割した分割データをパケット化し、パケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に、管理情報としてオリジナルデータを分割した分割数とオリジナルデータにおける分割データの位置関係を特定する識別情報とを付加することで実現する。
【解決手段】送信処理装置１０は、送信するオリジナルデータを分割した分割データをパケット化し、パケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に、管理情報としてオリジナルデータを分割した分割数とオリジナルデータにおける分割データの位置関係を特定する識別情報とを付加することで実現する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高速なデータ通信を行う通信システムに関し、詳しくは、ＰＬＣ（programmable logic controller：プログラマブルロジックコントローラ）間のデータ通信に適用される通信システムに関する。
【背景技術】
【０００２】
いわゆるＰＬＣ間のデータ通信では、高速なデータ通信を要求されることから、意図的に誤り検出、パケットの再送信要求、フロー制御などを実行せずにデータ通信を高速化させることができる通信プロトコルが用いられている。
【０００３】
このようなデータ通信の高速化を目的とした通信プロトコルでは、パケットの送達確認を実行しないため、伝送経路内でのパケットの消失や、パケットを送信した通りに受信できているかなどの確認をとることができない。したがって、データを分割したパケットとして送信することが困難となり、パケットの最大データ量以下のデータだけしか送信することができないといった問題があった。
【０００４】
このような問題を解決するために、データを分割してパケット化する際に、各パケットにパケットどうしの順番を表すサブヘッダを追加する手法が考案されている（例えば、特許文献１参照。）。
【特許文献１】特開２００６−１０９３１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１では、分割したパケットに、各パケットどうしの順番を表すサブヘッダを追加しているだけであるため、分割前のデータの総数が分からず確実にオリジナルデータへと復元することができない場合があるといった問題がある。
【０００６】
そこで、本発明は、上述した実情に鑑みて提案されたものであり、高速なデータ通信を損なうことなく、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の通信システムは、送信処理装置と受信処理装置とを備え、高速なデータ通信を行う通信システムにおいて、前記送信処理装置が、送信するオリジナルデータを分割した分割データをパケット化するパケット化手段と、前記パケット化手段によってパケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に、管理情報として前記オリジナルデータを分割した分割数と前記オリジナルデータにおける分割データの位置関係を特定する識別情報とを付加する管理情報付加手段とを有することを特徴とする。
【０００８】
また、本発明の通信システムは、前記送信処理装置の管理情報付加手段が、前記パケット化手段によってパケット化された各パケットの前記受信処理装置への送信順を示す通し番号情報を、前記識別情報として付加することを特徴とする。
【０００９】
また、本発明の通信システムは、前記受信処理装置が、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、分割データを所定の時間内に全て受信したかどうかを判定する分割データ受信判定手段と、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄する分割データ破棄手段とを有することを特徴とする。
【００１０】
また、本発明の通信システムは、前記受信処理装置が、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、受信できなかった分割データをパケット化したパケットを再び送信するよう前記送信処理装置に要求するパケット再送信要求手段とを有し、前記データ破棄手段が、前記パケット再送信要求手段によってパケット再送信要求がなされた後、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄することを特徴とする。
【００１１】
また、本発明の通信システムは、前記送信処理装置と前記受信処理装置とのデータ通信を、ＵＤＰ／ＩＰに基づくデータ通信とすることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、高速なデータ通信を損なうことなく、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することを可能とする。
【００１３】
また、本発明によれば、送信処理装置によって管理情報の識別情報として通し番号情報を付加された場合、受信処理装置は、分割数と、通し番号情報とから分割されたデータを全て受信できたのかどうかを容易に判断することが可能となるとともに、送信されるパケットに欠落があった場合には、通信途中であっても把握することが可能となる。
【００１４】
また、本発明によれば、分割データが全て揃っていない状態で、オリジナルデータへの復元処理が実行されてしまうといったエラーを事前に回避することを可能とする。
【００１５】
また、本発明によれば、データ通信時におけるなんらかの障害などにより、パケットの一部が消失したとしても再送信させることができるため、オリジナルデータへの復元処理をより確実に実行することを可能とする。
【００１６】
また、本発明によれば、データ通信の高速性を優先させたＵＤＰ／ＩＰの特徴をそのままに、容易にパケットの送達を確認させる情報である管理情報を付加することができるため、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することを可能とする。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を参照して説明する。まず、図１を用いて、本発明の実施の形態として示す通信システム１について説明をする。
【００１８】
［通信システムの構成］
図１に示すように、通信システム１は、送信処理装置１０と、受信処理装置２０とを備えている。この送信処理装置１０、受信処理装置２０は、ＰＬＣ（programmable logic controller：プログラマブルロジックコントローラ）などに搭載され、各ＰＬＣ間のデータ通信に用いられることになる。
【００１９】
通信システム１の送信処理装置１０と受信処理装置２０との通信方式は、例えば、コネクションレス型の通信でありデータ通信の高速性を優先させたＵＤＰ／ＩＰ（User Data Protocol/Internet Protocol）に基づく通信方式を適用することができる。なお、通信システム１の送信処理装置１０と受信処理装置２０との通信方式は、ＵＤＰ／ＩＰに基づくものに限定されるものではない。
【００２０】
図１に示すように送信処理装置１０は、アプリケーション部１１と、データ分割処理部１２と、分割データ格納部１３と、送信データ生成部１４と、管理情報生成部１５と、管理情報データベース１６と、プロトコルヘッダデータ生成部１７と、通信データ合成部１８と、送信部１９とを備えている。
【００２１】
アプリケーション部１１は、当該送信処理装置１０を統括的に制御する制御部として機能する。
【００２２】
データ分割処理部１２は、アプリケーション部１１の制御に応じて、受信処理装置２０に送信するオリジナルデータを分割し分割データを生成する。
【００２３】
分割データ格納部１３は、データ分割処理部１２で分割された分割データを一時的に格納する。
【００２４】
送信データ生成部１４は、分割データ格納部１３で一時的に格納された分割データからパケット化した際のデータ領域となる送信データを生成する。このとき、アプリケーション部１１の制御に応じて、管理情報生成部１５で生成される管理情報を送信データの固定領域に付加するようにしてもよい。
【００２５】
管理情報生成部１５は、アプリケーション部１１の制御に応じて、パケットのヘッダ領域、またはデータ領域の固定領域に付加する管理情報を生成する。管理情報生成部１５が生成する管理情報は、オリジナルデータを分割した分割数と、オリジナルデータにおける当該分割データの位置関係を特定する識別情報である。管理情報である分割数は、分割データの総数でもあり、さらにはパケットの総数も示していることになる。
【００２６】
また、管理情報生成部１５は、管理情報の識別情報として、パケット化された各パケットの受信処理装置２０への送信順を示す通し番号情報を生成するようにしてもよい。具体的には、管理情報生成部１５は、パケットが送信されるたびに１だけインクリメントされるカウンタのカウント値を通し番号情報とする。なお、通し番号情報には、時系列に並んだ情報である日付時刻データを用いることもできる。
【００２７】
管理情報生成部１５で生成された管理情報は、管理情報データベース１６に一時的に記憶され、アプリケーション部１１の制御に応じて適宜読み出され、プロトコルヘッダデータ生成部１７、または送信データ生成部１４に渡される。
【００２８】
プロトコルヘッダデータ生成部１７は、パケットのヘッダ領域となるプロトコルヘッダデータを生成する。このとき、プロトコルヘッダデータ生成部１７は、管理情報生成部１５で生成された管理情報を受け取った場合、アプリケーション部１１の制御に応じてヘッダ領域の未使用領域に付加するようにする。
【００２９】
通信データ合成部１８は、送信データ生成部１４で生成されたパケットのデータ領域となる送信データと、プロトコルヘッダデータ生成部１７で生成されたパケットのヘッダ領域となるプロトコルヘッダデータを合成することで、パケット化したパケットである通信データを生成する。
【００３０】
送信部１９は、通信データ合成部１８で生成されたパケットである通信データを所定の通信方式に基づき受信処理装置２０に送信する。
【００３１】
一方、図１に示すように受信処理装置２０は、受信部２１と、通信データ解析部２２と管理情報保存部２３と、受信データ保存部２４と、管理情報処理部２５と、分割データ合成部２６と、アプリケーション部２７とを備えている。
【００３２】
受信部２１は、送信処理装置１０の送信部１９を介して、所定の通信方式に基づき送信されるパケットである通信データを受信する。
【００３３】
通信データ解析部２２は、受信部２１で受信された通信データを解析する。具体的には、通信データ解析部２２は、パケットである通信データのヘッダ領域、あるいはデータ領域の固定領域に付加された管理情報と、データ領域に記述されたデータ本体とを分離する。このデータ本体は、送信処理装置１０のデータ分割処理部１２によってオリジナルデータから分割された分割データそのものである。通信データ解析部２２で分離された管理情報と、データ本体とは、それぞれ管理情報保存部２３、受信データ保存部２４に保存される。
【００３４】
管理情報処理部２５は、管理情報保存部２３を参照し、保存されている管理情報から分割数と、識別情報または通し番号情報とを取得し、アプリケーション部２７に通知する。
【００３５】
分割データ合成部２６は、管理情報処理部２５から受け取った管理情報に基づくアプリケーション部２７の制御に応じて、受信データ保存部２４に保存されているデータ本体、つまり分割データを読み出して合成することで、オリジナルデータへと復元をする。
【００３６】
アプリケーション部２７は、当該受信処理装置２０を統括的に制御する制御部として機能する。
【００３７】
［送信処理装置の送信処理動作、受信処理装置の受信処理動作］
続いて、図２に示すフローチャートを用いて、送信処理装置１０の送信処理動作について説明をする。
【００３８】
ステップＳ１において、データ分割処理部１２は、アプリケーション部１１の制御に応じて、オリジナルデータを分割し分割データを生成する。データ分割処理部１２によって分割された分割データは、分割データ格納部１３で一時的に格納される。そして、送信データ生成部１４は、分割データ格納部１３で格納されている分割データからパケット化した際のデータ領域となる送信データを生成する。
【００３９】
ステップＳ２において、管理情報生成部１５は、アプリケーション部１１の制御に応じて、管理情報を生成する。管理情報生成部１５は、生成した管理情報をプロトコルヘッダデータ生成部１７、または送信データ生成部１４に渡す。なお、説明のため、以下においてはプロトコルヘッダデータ生成部１７に管理情報が渡されたものとする。
【００４０】
ステップＳ３において、プロトコルヘッダデータ生成部１７は、パケットのヘッダ領域となるプロトコルヘッダデータを生成する。プロトコルヘッダデータ生成部１７は、管理情報生成部１５で生成された管理情報を受け取ったことに応じて、管理情報をヘッダ領域の未使用領域に付加する。
【００４１】
ステップＳ４において、通信データ合成部１８は、送信データ生成部１４で生成されたパケットのデータ領域となる送信データと、プロトコルヘッダデータ生成部１７で生成されたパケットのヘッダ領域となるプロトコルヘッダデータを合成することで、パケット化したパケットである通信データを生成する。
【００４２】
ステップＳ５において、送信部１９は、通信データ合成部１８で生成されたパケットである通信データを所定の通信方式に基づき受信処理装置２０に送信する。
【００４３】
次に、図３に示すフローチャートを用いて、受信処理装置２０の受信処理動作について説明をする。
【００４４】
ステップＳ２１において、受信部２１は、送信処理装置１０の送信部１９を介して、所定の通信方式に基づき送信されるパケットである通信データを順次受信する。
【００４５】
ステップＳ２２において、通信データ解析部２２は、受信部２１で受信された通信データを解析し、パケットである通信データのヘッダ領域に付加された管理情報と、データ領域に記述されたデータ本体とを分離して、それぞれ管理情報保存部２３、受信データ保存部２４に保存させる。
【００４６】
ステップＳ２３において、分割データ合成部２６は、管理情報処理部２５から受け取った管理情報に基づくアプリケーション部２７の制御に応じて、受信データ保存部２４に保存されているデータ本体、つまり分割データを読み出して合成することで、オリジナルデータへと復元をする。
【００４７】
このようにして、通信システム１の送信処理装置１０は、パケット化された各パケットに予め設けられたヘッダ領域に、管理情報としてオリジナルデータを分割した分割数とオリジナルデータにおける当該分割データの位置関係を特定する識別情報とを付加して、受信処理装置２０に送信するため、送信するデータ量を増加させることがないことから、高速なデータ通信を損なうことなく、１パケットで送信できるデータ量よりも大きなデータ量のデータを、受信処理装置２０にてパケットの送達を確認させる情報である管理情報ともに、データを欠落させることなく、確実に復元可能なように送信することができる。また、パケット化された各パケットの予め設けられたデータ領域の固定領域に、管理情報としてオリジナルデータを分割した分割数とオリジナルデータにおける当該分割データの位置関係を特定する識別情報とを付加する場合も同様の効果を奏することができる。
【００４８】
これにより、受信処理装置２０は、管理情報として付加された分割数から、分割された分割データの数、つまりオリジナルデータを構成する分割データの総数を把握することができ、さらに識別情報から、分割データのオリジナルデータにおける位置関係を把握することができるため、分割データを全て受信できたのかどうかを容易に判断することができるとともに、確実に分割データをオリジナルデータへと復元することができる。
【００４９】
また、送信処理装置１０によって管理情報の識別情報として通し番号情報を付加された場合、受信処理装置２０は、分割数と、通し番号情報とから分割されたデータを全て受信できたのかどうかを容易に判断することができるとともに、送信されるパケットに欠落があった場合には、通信途中であっても把握することができる。
【００５０】
［受信処理装置の別な構成］
上述したように、受信処理装置２０は、送信処理装置１０によって送信されたパケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に付加された管理情報から、分割されたデータを全て受信できたのかどうかを容易に把握することができる。
【００５１】
そこで、図４に示すように、図１に示した受信処理装置２０に、分割データ受信判定部２８と、不完全データ破棄部２９とを設けることで、分割データを全て受信できなかった場合に、既に受信された分割データを自動的に破棄することができるようにする。
【００５２】
分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、受信部２１でパケットである通信データの受信が開始されてから所定の時間経過しても、分割数と同じ数の分割データを受信できていない場合に、その旨を不完全データ破棄部２９に通知する。
【００５３】
不完全データ破棄部２９は、分割データ受信判定部２８により、分割数と同じ数の分割データを受信できていない場合には、受信データ保存部２４へアクセスして、既に受信された分割データを削除して破棄する。
【００５４】
続いて、図５に示すフローチャートを用いて、分割データを削除する機能を搭載した受信処理装置２０の処理動作について説明をする。なお、図５に示すフローチャートは、図３に示すフローチャートのステップＳ２２とステップＳ２３との間に、ステップＳ２４乃至ステップＳ２８の処理ステップを付加しただけであるので、新たに付加した処理ステップについてのみ説明をする。
【００５５】
ステップＳ２４において、分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、全ての分割データが保存されていると判定した場合には、ステップＳ２３へと処理を進める一方、全ての分割データが保存されていないと判定した場合には、ステップＳ２５へと処理を進める。
【００５６】
ステップＳ２５において、分割データ受信判定部２８は、ステップＳ２２でパケットである通信データの受信が開始されてから所定の時間経過したどうかを判断する。分割データ受信判定部２８は、所定の時間経過したと判断した場合には、ステップＳ２７へと処理を進める一方、所定の時間経過していないと判断した場合には、ステップＳ２６へと処理を進める。
【００５７】
ステップＳ２６において、受信部２１でのパケットである通信データの受信待機状態となる。ステップＳ２６の処理ステップは、ステップＳ２５において所定の時間経過するまで継続される。
【００５８】
ステップＳ２７において、再度、分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、全ての分割データが保存されていると判定した場合には、ステップＳ２３へと処理を進める一方、全ての分割データが保存されていないと判定した場合には、ステップＳ２８へと処理を進める。
【００５９】
ステップＳ２８において、不完全データ破棄部２９は、ステップＳ２７で分割データ受信判定部２８により、分割数と同じ数の分割データを受信できていないと判定されたことに応じて、受信データ保存部２４へアクセスして、既に受信された分割データを削除して破棄する。
【００６０】
このように、受信処理装置２０は、分割データ受信判定部２８と、不完全データ破棄部２９を設けることにより、分割データを全て受信できなかった場合に、既に受信された分割データを自動的に破棄することができる。
【００６１】
これにより、分割データが全て揃っていない状態で、分割データ合成部２６によりオリジナルデータへの復元処理が実行されてしまうといったエラーを事前に回避することができるとともに、受信データ保存部２４の記憶容量の無駄な消費を防止することができる。
【００６２】
［受信処理装置のさらに別な構成］
さらに、図６に示すように、図４に示す受信処理装置２０に対して、再送信要求パケット生成部３０を設けることで、全ての分割データを受信できなかった場合に、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求することができるようにする。
【００６３】
再送信要求パケット生成部３０は、分割データ受信判定部２８によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、管理情報処理部２５から渡される管理情報に基づき、受信できなかった分割データを再送させるために、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求する再送信要求パケットを生成する。
【００６４】
図７に、再送信要求パケットのデータフォーマットの一例を示す。図７に示すように、再送信要求パケットは、プロトコルヘッダＨと、再送信要求コマンドＲＣと、再送信を要求するパケットを一意に特定することができる管理情報の識別情報や通し番号情報などである再送信要求データ番号ＲＮとからなる。このような再送信要求パケットを受信した送信処理装置１０は、再送信要求データ番号ＲＮを参照して、所望のパケットを再び受信処理装置２０に送信する。
【００６５】
続いて、図８に示すフローチャートを用いて、パケットの再送信要求をする機能を搭載した受信処理装置２０の処理動作について説明をする。なお、図８に示すフローチャートは、図５に示すフローチャートのステップＳ２７とステップＳ２８との間に、ステップＳ２９乃至ステップＳ３２の処理ステップを付加しただけであるので、新たに付加した処理ステップについてのみ説明をする。
【００６６】
ステップＳ２９において、再送信要求パケット生成部３０は、ステップＳ２８で分割データ受信判定部２８によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、管理情報処理部２５から渡される管理情報に基づき、受信できなかった分割データを再送させるために、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求する再送信要求パケットを生成する。再送信要求パケット生成部３０で生成された再送信要求パケットは、送信処理装置１０に送信される。
【００６７】
ステップＳ３０において、分割データ受信判定部２８は、ステップＳ２９で再送信要求パケットを送信してから所定の時間経過したどうかを判断する。分割データ受信判定部２８は、所定の時間経過したと判断した場合には、ステップＳ３２へと処理を進める一方、所定の時間経過していないと判断した場合には、ステップＳ３１へと処理を進める。
【００６８】
ステップＳ３１において、受信部２１でのパケットである通信データの受信待機状態となる。ステップＳ３１の処理ステップは、ステップＳ３０において所定の時間経過するまで継続される。
【００６９】
ステップＳ３２において、再度、分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、全ての分割データが保存されていると判定した場合には、ステップＳ２３へと処理を進める一方、全ての分割データが保存されていないと判定した場合には、ステップＳ２８へと処理を進める。
【００７０】
このように、受信処理装置２０は、再送信要求パケット生成部３０を設けることにより、分割データを全て受信できなかった場合に、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求することができる。
【００７１】
これにより、データ通信時におけるなんらかの障害などにより、パケットである通信データの一部が消失したとしても再送信させることができるため、オリジナルデータへの復元処理をより確実に実行することができる。
【００７２】
また、通信システム１の送信処理装置１０と受信処理装置２０との通信方式をＵＤＰ／ＩＰに基づく通信方式とした場合、データ通信の高速性を優先させたＵＤＰ／ＩＰの特徴をそのままに、容易にパケットの送達を確認させる情報である管理情報を付加することができるため、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することができる。
【００７３】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施の形態として示す通信システムの構成について説明するための図である。
【図２】前記通信システムの送信処理装置の処理動作について説明するためのフローチャートである。
【図３】前記通信システムの受信処理装置の処理動作について説明するためのフローチャートである。
【図４】前記通信システムの受信処理装置の別な構成について説明するための図である。
【図５】前記受信処理装置の処理動作について説明するためのフローチャートである。
【図６】前記通信システムの受信処理装置のさらに別な構成について説明するための図である。
【図７】前記受信処理装置において生成される再送信要求パケットのデータフォーマットの一例を示した図である。
【図８】前記受信処理装置の処理動作について説明するためのフローチャートである。
【符号の説明】
【００７５】
１ 通信システム
１０ 送信処理装置
１１ アプリケーション部
１２ データ分割処理部
１３ 分割データ格納部
１４ 送信データ生成部
１５ 管理情報生成部
１６ 管理情報データベース
１７ プロトコルヘッダデータ生成部
１８ 通信データ合成部
１９ 送信部
２０ 受信処理装置
２１ 受信部
２２ 通信データ解析部
２３ 管理情報保存部
２４ 受信データ保存部
２５ 管理情報処理部
２６ 分割データ合成部
２７ アプリケーション部
２８ 分割データ受信判定部
２９ 不完全データ破棄部
３０ 再送信要求パケット生成部
【技術分野】
【０００１】
本発明は、高速なデータ通信を行う通信システムに関し、詳しくは、ＰＬＣ（programmable logic controller：プログラマブルロジックコントローラ）間のデータ通信に適用される通信システムに関する。
【背景技術】
【０００２】
いわゆるＰＬＣ間のデータ通信では、高速なデータ通信を要求されることから、意図的に誤り検出、パケットの再送信要求、フロー制御などを実行せずにデータ通信を高速化させることができる通信プロトコルが用いられている。
【０００３】
このようなデータ通信の高速化を目的とした通信プロトコルでは、パケットの送達確認を実行しないため、伝送経路内でのパケットの消失や、パケットを送信した通りに受信できているかなどの確認をとることができない。したがって、データを分割したパケットとして送信することが困難となり、パケットの最大データ量以下のデータだけしか送信することができないといった問題があった。
【０００４】
このような問題を解決するために、データを分割してパケット化する際に、各パケットにパケットどうしの順番を表すサブヘッダを追加する手法が考案されている（例えば、特許文献１参照。）。
【特許文献１】特開２００６−１０９３１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１では、分割したパケットに、各パケットどうしの順番を表すサブヘッダを追加しているだけであるため、分割前のデータの総数が分からず確実にオリジナルデータへと復元することができない場合があるといった問題がある。
【０００６】
そこで、本発明は、上述した実情に鑑みて提案されたものであり、高速なデータ通信を損なうことなく、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の通信システムは、送信処理装置と受信処理装置とを備え、高速なデータ通信を行う通信システムにおいて、前記送信処理装置が、送信するオリジナルデータを分割した分割データをパケット化するパケット化手段と、前記パケット化手段によってパケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に、管理情報として前記オリジナルデータを分割した分割数と前記オリジナルデータにおける分割データの位置関係を特定する識別情報とを付加する管理情報付加手段とを有することを特徴とする。
【０００８】
また、本発明の通信システムは、前記送信処理装置の管理情報付加手段が、前記パケット化手段によってパケット化された各パケットの前記受信処理装置への送信順を示す通し番号情報を、前記識別情報として付加することを特徴とする。
【０００９】
また、本発明の通信システムは、前記受信処理装置が、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、分割データを所定の時間内に全て受信したかどうかを判定する分割データ受信判定手段と、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄する分割データ破棄手段とを有することを特徴とする。
【００１０】
また、本発明の通信システムは、前記受信処理装置が、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、受信できなかった分割データをパケット化したパケットを再び送信するよう前記送信処理装置に要求するパケット再送信要求手段とを有し、前記データ破棄手段が、前記パケット再送信要求手段によってパケット再送信要求がなされた後、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄することを特徴とする。
【００１１】
また、本発明の通信システムは、前記送信処理装置と前記受信処理装置とのデータ通信を、ＵＤＰ／ＩＰに基づくデータ通信とすることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、高速なデータ通信を損なうことなく、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することを可能とする。
【００１３】
また、本発明によれば、送信処理装置によって管理情報の識別情報として通し番号情報を付加された場合、受信処理装置は、分割数と、通し番号情報とから分割されたデータを全て受信できたのかどうかを容易に判断することが可能となるとともに、送信されるパケットに欠落があった場合には、通信途中であっても把握することが可能となる。
【００１４】
また、本発明によれば、分割データが全て揃っていない状態で、オリジナルデータへの復元処理が実行されてしまうといったエラーを事前に回避することを可能とする。
【００１５】
また、本発明によれば、データ通信時におけるなんらかの障害などにより、パケットの一部が消失したとしても再送信させることができるため、オリジナルデータへの復元処理をより確実に実行することを可能とする。
【００１６】
また、本発明によれば、データ通信の高速性を優先させたＵＤＰ／ＩＰの特徴をそのままに、容易にパケットの送達を確認させる情報である管理情報を付加することができるため、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することを可能とする。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を参照して説明する。まず、図１を用いて、本発明の実施の形態として示す通信システム１について説明をする。
【００１８】
［通信システムの構成］
図１に示すように、通信システム１は、送信処理装置１０と、受信処理装置２０とを備えている。この送信処理装置１０、受信処理装置２０は、ＰＬＣ（programmable logic controller：プログラマブルロジックコントローラ）などに搭載され、各ＰＬＣ間のデータ通信に用いられることになる。
【００１９】
通信システム１の送信処理装置１０と受信処理装置２０との通信方式は、例えば、コネクションレス型の通信でありデータ通信の高速性を優先させたＵＤＰ／ＩＰ（User Data Protocol/Internet Protocol）に基づく通信方式を適用することができる。なお、通信システム１の送信処理装置１０と受信処理装置２０との通信方式は、ＵＤＰ／ＩＰに基づくものに限定されるものではない。
【００２０】
図１に示すように送信処理装置１０は、アプリケーション部１１と、データ分割処理部１２と、分割データ格納部１３と、送信データ生成部１４と、管理情報生成部１５と、管理情報データベース１６と、プロトコルヘッダデータ生成部１７と、通信データ合成部１８と、送信部１９とを備えている。
【００２１】
アプリケーション部１１は、当該送信処理装置１０を統括的に制御する制御部として機能する。
【００２２】
データ分割処理部１２は、アプリケーション部１１の制御に応じて、受信処理装置２０に送信するオリジナルデータを分割し分割データを生成する。
【００２３】
分割データ格納部１３は、データ分割処理部１２で分割された分割データを一時的に格納する。
【００２４】
送信データ生成部１４は、分割データ格納部１３で一時的に格納された分割データからパケット化した際のデータ領域となる送信データを生成する。このとき、アプリケーション部１１の制御に応じて、管理情報生成部１５で生成される管理情報を送信データの固定領域に付加するようにしてもよい。
【００２５】
管理情報生成部１５は、アプリケーション部１１の制御に応じて、パケットのヘッダ領域、またはデータ領域の固定領域に付加する管理情報を生成する。管理情報生成部１５が生成する管理情報は、オリジナルデータを分割した分割数と、オリジナルデータにおける当該分割データの位置関係を特定する識別情報である。管理情報である分割数は、分割データの総数でもあり、さらにはパケットの総数も示していることになる。
【００２６】
また、管理情報生成部１５は、管理情報の識別情報として、パケット化された各パケットの受信処理装置２０への送信順を示す通し番号情報を生成するようにしてもよい。具体的には、管理情報生成部１５は、パケットが送信されるたびに１だけインクリメントされるカウンタのカウント値を通し番号情報とする。なお、通し番号情報には、時系列に並んだ情報である日付時刻データを用いることもできる。
【００２７】
管理情報生成部１５で生成された管理情報は、管理情報データベース１６に一時的に記憶され、アプリケーション部１１の制御に応じて適宜読み出され、プロトコルヘッダデータ生成部１７、または送信データ生成部１４に渡される。
【００２８】
プロトコルヘッダデータ生成部１７は、パケットのヘッダ領域となるプロトコルヘッダデータを生成する。このとき、プロトコルヘッダデータ生成部１７は、管理情報生成部１５で生成された管理情報を受け取った場合、アプリケーション部１１の制御に応じてヘッダ領域の未使用領域に付加するようにする。
【００２９】
通信データ合成部１８は、送信データ生成部１４で生成されたパケットのデータ領域となる送信データと、プロトコルヘッダデータ生成部１７で生成されたパケットのヘッダ領域となるプロトコルヘッダデータを合成することで、パケット化したパケットである通信データを生成する。
【００３０】
送信部１９は、通信データ合成部１８で生成されたパケットである通信データを所定の通信方式に基づき受信処理装置２０に送信する。
【００３１】
一方、図１に示すように受信処理装置２０は、受信部２１と、通信データ解析部２２と管理情報保存部２３と、受信データ保存部２４と、管理情報処理部２５と、分割データ合成部２６と、アプリケーション部２７とを備えている。
【００３２】
受信部２１は、送信処理装置１０の送信部１９を介して、所定の通信方式に基づき送信されるパケットである通信データを受信する。
【００３３】
通信データ解析部２２は、受信部２１で受信された通信データを解析する。具体的には、通信データ解析部２２は、パケットである通信データのヘッダ領域、あるいはデータ領域の固定領域に付加された管理情報と、データ領域に記述されたデータ本体とを分離する。このデータ本体は、送信処理装置１０のデータ分割処理部１２によってオリジナルデータから分割された分割データそのものである。通信データ解析部２２で分離された管理情報と、データ本体とは、それぞれ管理情報保存部２３、受信データ保存部２４に保存される。
【００３４】
管理情報処理部２５は、管理情報保存部２３を参照し、保存されている管理情報から分割数と、識別情報または通し番号情報とを取得し、アプリケーション部２７に通知する。
【００３５】
分割データ合成部２６は、管理情報処理部２５から受け取った管理情報に基づくアプリケーション部２７の制御に応じて、受信データ保存部２４に保存されているデータ本体、つまり分割データを読み出して合成することで、オリジナルデータへと復元をする。
【００３６】
アプリケーション部２７は、当該受信処理装置２０を統括的に制御する制御部として機能する。
【００３７】
［送信処理装置の送信処理動作、受信処理装置の受信処理動作］
続いて、図２に示すフローチャートを用いて、送信処理装置１０の送信処理動作について説明をする。
【００３８】
ステップＳ１において、データ分割処理部１２は、アプリケーション部１１の制御に応じて、オリジナルデータを分割し分割データを生成する。データ分割処理部１２によって分割された分割データは、分割データ格納部１３で一時的に格納される。そして、送信データ生成部１４は、分割データ格納部１３で格納されている分割データからパケット化した際のデータ領域となる送信データを生成する。
【００３９】
ステップＳ２において、管理情報生成部１５は、アプリケーション部１１の制御に応じて、管理情報を生成する。管理情報生成部１５は、生成した管理情報をプロトコルヘッダデータ生成部１７、または送信データ生成部１４に渡す。なお、説明のため、以下においてはプロトコルヘッダデータ生成部１７に管理情報が渡されたものとする。
【００４０】
ステップＳ３において、プロトコルヘッダデータ生成部１７は、パケットのヘッダ領域となるプロトコルヘッダデータを生成する。プロトコルヘッダデータ生成部１７は、管理情報生成部１５で生成された管理情報を受け取ったことに応じて、管理情報をヘッダ領域の未使用領域に付加する。
【００４１】
ステップＳ４において、通信データ合成部１８は、送信データ生成部１４で生成されたパケットのデータ領域となる送信データと、プロトコルヘッダデータ生成部１７で生成されたパケットのヘッダ領域となるプロトコルヘッダデータを合成することで、パケット化したパケットである通信データを生成する。
【００４２】
ステップＳ５において、送信部１９は、通信データ合成部１８で生成されたパケットである通信データを所定の通信方式に基づき受信処理装置２０に送信する。
【００４３】
次に、図３に示すフローチャートを用いて、受信処理装置２０の受信処理動作について説明をする。
【００４４】
ステップＳ２１において、受信部２１は、送信処理装置１０の送信部１９を介して、所定の通信方式に基づき送信されるパケットである通信データを順次受信する。
【００４５】
ステップＳ２２において、通信データ解析部２２は、受信部２１で受信された通信データを解析し、パケットである通信データのヘッダ領域に付加された管理情報と、データ領域に記述されたデータ本体とを分離して、それぞれ管理情報保存部２３、受信データ保存部２４に保存させる。
【００４６】
ステップＳ２３において、分割データ合成部２６は、管理情報処理部２５から受け取った管理情報に基づくアプリケーション部２７の制御に応じて、受信データ保存部２４に保存されているデータ本体、つまり分割データを読み出して合成することで、オリジナルデータへと復元をする。
【００４７】
このようにして、通信システム１の送信処理装置１０は、パケット化された各パケットに予め設けられたヘッダ領域に、管理情報としてオリジナルデータを分割した分割数とオリジナルデータにおける当該分割データの位置関係を特定する識別情報とを付加して、受信処理装置２０に送信するため、送信するデータ量を増加させることがないことから、高速なデータ通信を損なうことなく、１パケットで送信できるデータ量よりも大きなデータ量のデータを、受信処理装置２０にてパケットの送達を確認させる情報である管理情報ともに、データを欠落させることなく、確実に復元可能なように送信することができる。また、パケット化された各パケットの予め設けられたデータ領域の固定領域に、管理情報としてオリジナルデータを分割した分割数とオリジナルデータにおける当該分割データの位置関係を特定する識別情報とを付加する場合も同様の効果を奏することができる。
【００４８】
これにより、受信処理装置２０は、管理情報として付加された分割数から、分割された分割データの数、つまりオリジナルデータを構成する分割データの総数を把握することができ、さらに識別情報から、分割データのオリジナルデータにおける位置関係を把握することができるため、分割データを全て受信できたのかどうかを容易に判断することができるとともに、確実に分割データをオリジナルデータへと復元することができる。
【００４９】
また、送信処理装置１０によって管理情報の識別情報として通し番号情報を付加された場合、受信処理装置２０は、分割数と、通し番号情報とから分割されたデータを全て受信できたのかどうかを容易に判断することができるとともに、送信されるパケットに欠落があった場合には、通信途中であっても把握することができる。
【００５０】
［受信処理装置の別な構成］
上述したように、受信処理装置２０は、送信処理装置１０によって送信されたパケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に付加された管理情報から、分割されたデータを全て受信できたのかどうかを容易に把握することができる。
【００５１】
そこで、図４に示すように、図１に示した受信処理装置２０に、分割データ受信判定部２８と、不完全データ破棄部２９とを設けることで、分割データを全て受信できなかった場合に、既に受信された分割データを自動的に破棄することができるようにする。
【００５２】
分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、受信部２１でパケットである通信データの受信が開始されてから所定の時間経過しても、分割数と同じ数の分割データを受信できていない場合に、その旨を不完全データ破棄部２９に通知する。
【００５３】
不完全データ破棄部２９は、分割データ受信判定部２８により、分割数と同じ数の分割データを受信できていない場合には、受信データ保存部２４へアクセスして、既に受信された分割データを削除して破棄する。
【００５４】
続いて、図５に示すフローチャートを用いて、分割データを削除する機能を搭載した受信処理装置２０の処理動作について説明をする。なお、図５に示すフローチャートは、図３に示すフローチャートのステップＳ２２とステップＳ２３との間に、ステップＳ２４乃至ステップＳ２８の処理ステップを付加しただけであるので、新たに付加した処理ステップについてのみ説明をする。
【００５５】
ステップＳ２４において、分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、全ての分割データが保存されていると判定した場合には、ステップＳ２３へと処理を進める一方、全ての分割データが保存されていないと判定した場合には、ステップＳ２５へと処理を進める。
【００５６】
ステップＳ２５において、分割データ受信判定部２８は、ステップＳ２２でパケットである通信データの受信が開始されてから所定の時間経過したどうかを判断する。分割データ受信判定部２８は、所定の時間経過したと判断した場合には、ステップＳ２７へと処理を進める一方、所定の時間経過していないと判断した場合には、ステップＳ２６へと処理を進める。
【００５７】
ステップＳ２６において、受信部２１でのパケットである通信データの受信待機状態となる。ステップＳ２６の処理ステップは、ステップＳ２５において所定の時間経過するまで継続される。
【００５８】
ステップＳ２７において、再度、分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、全ての分割データが保存されていると判定した場合には、ステップＳ２３へと処理を進める一方、全ての分割データが保存されていないと判定した場合には、ステップＳ２８へと処理を進める。
【００５９】
ステップＳ２８において、不完全データ破棄部２９は、ステップＳ２７で分割データ受信判定部２８により、分割数と同じ数の分割データを受信できていないと判定されたことに応じて、受信データ保存部２４へアクセスして、既に受信された分割データを削除して破棄する。
【００６０】
このように、受信処理装置２０は、分割データ受信判定部２８と、不完全データ破棄部２９を設けることにより、分割データを全て受信できなかった場合に、既に受信された分割データを自動的に破棄することができる。
【００６１】
これにより、分割データが全て揃っていない状態で、分割データ合成部２６によりオリジナルデータへの復元処理が実行されてしまうといったエラーを事前に回避することができるとともに、受信データ保存部２４の記憶容量の無駄な消費を防止することができる。
【００６２】
［受信処理装置のさらに別な構成］
さらに、図６に示すように、図４に示す受信処理装置２０に対して、再送信要求パケット生成部３０を設けることで、全ての分割データを受信できなかった場合に、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求することができるようにする。
【００６３】
再送信要求パケット生成部３０は、分割データ受信判定部２８によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、管理情報処理部２５から渡される管理情報に基づき、受信できなかった分割データを再送させるために、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求する再送信要求パケットを生成する。
【００６４】
図７に、再送信要求パケットのデータフォーマットの一例を示す。図７に示すように、再送信要求パケットは、プロトコルヘッダＨと、再送信要求コマンドＲＣと、再送信を要求するパケットを一意に特定することができる管理情報の識別情報や通し番号情報などである再送信要求データ番号ＲＮとからなる。このような再送信要求パケットを受信した送信処理装置１０は、再送信要求データ番号ＲＮを参照して、所望のパケットを再び受信処理装置２０に送信する。
【００６５】
続いて、図８に示すフローチャートを用いて、パケットの再送信要求をする機能を搭載した受信処理装置２０の処理動作について説明をする。なお、図８に示すフローチャートは、図５に示すフローチャートのステップＳ２７とステップＳ２８との間に、ステップＳ２９乃至ステップＳ３２の処理ステップを付加しただけであるので、新たに付加した処理ステップについてのみ説明をする。
【００６６】
ステップＳ２９において、再送信要求パケット生成部３０は、ステップＳ２８で分割データ受信判定部２８によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、管理情報処理部２５から渡される管理情報に基づき、受信できなかった分割データを再送させるために、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求する再送信要求パケットを生成する。再送信要求パケット生成部３０で生成された再送信要求パケットは、送信処理装置１０に送信される。
【００６７】
ステップＳ３０において、分割データ受信判定部２８は、ステップＳ２９で再送信要求パケットを送信してから所定の時間経過したどうかを判断する。分割データ受信判定部２８は、所定の時間経過したと判断した場合には、ステップＳ３２へと処理を進める一方、所定の時間経過していないと判断した場合には、ステップＳ３１へと処理を進める。
【００６８】
ステップＳ３１において、受信部２１でのパケットである通信データの受信待機状態となる。ステップＳ３１の処理ステップは、ステップＳ３０において所定の時間経過するまで継続される。
【００６９】
ステップＳ３２において、再度、分割データ受信判定部２８は、管理情報処理部２５から渡される管理情報の分割数をキーとして受信データ保存部２４を参照し、分割数と同じ数の分割データが保存されているかどうか判定する。分割データ受信判定部２８は、全ての分割データが保存されていると判定した場合には、ステップＳ２３へと処理を進める一方、全ての分割データが保存されていないと判定した場合には、ステップＳ２８へと処理を進める。
【００７０】
このように、受信処理装置２０は、再送信要求パケット生成部３０を設けることにより、分割データを全て受信できなかった場合に、受信できなかった分割データをパケット化したパケットを再び送信するよう送信処理装置１０に要求することができる。
【００７１】
これにより、データ通信時におけるなんらかの障害などにより、パケットである通信データの一部が消失したとしても再送信させることができるため、オリジナルデータへの復元処理をより確実に実行することができる。
【００７２】
また、通信システム１の送信処理装置１０と受信処理装置２０との通信方式をＵＤＰ／ＩＰに基づく通信方式とした場合、データ通信の高速性を優先させたＵＤＰ／ＩＰの特徴をそのままに、容易にパケットの送達を確認させる情報である管理情報を付加することができるため、１パケットで送信できるデータ量よりも大きなデータ量のデータを、データを欠落させることなく、確実に復元可能なように送信することができる。
【００７３】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施の形態として示す通信システムの構成について説明するための図である。
【図２】前記通信システムの送信処理装置の処理動作について説明するためのフローチャートである。
【図３】前記通信システムの受信処理装置の処理動作について説明するためのフローチャートである。
【図４】前記通信システムの受信処理装置の別な構成について説明するための図である。
【図５】前記受信処理装置の処理動作について説明するためのフローチャートである。
【図６】前記通信システムの受信処理装置のさらに別な構成について説明するための図である。
【図７】前記受信処理装置において生成される再送信要求パケットのデータフォーマットの一例を示した図である。
【図８】前記受信処理装置の処理動作について説明するためのフローチャートである。
【符号の説明】
【００７５】
１ 通信システム
１０ 送信処理装置
１１ アプリケーション部
１２ データ分割処理部
１３ 分割データ格納部
１４ 送信データ生成部
１５ 管理情報生成部
１６ 管理情報データベース
１７ プロトコルヘッダデータ生成部
１８ 通信データ合成部
１９ 送信部
２０ 受信処理装置
２１ 受信部
２２ 通信データ解析部
２３ 管理情報保存部
２４ 受信データ保存部
２５ 管理情報処理部
２６ 分割データ合成部
２７ アプリケーション部
２８ 分割データ受信判定部
２９ 不完全データ破棄部
３０ 再送信要求パケット生成部
【特許請求の範囲】
【請求項１】
送信処理装置と受信処理装置とを備え、高速なデータ通信を行う通信システムにおいて、
前記送信処理装置は、
送信するオリジナルデータを分割した分割データをパケット化するパケット化手段と、
前記パケット化手段によってパケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に、管理情報として前記オリジナルデータを分割した分割数と前記オリジナルデータにおける分割データの位置関係を特定する識別情報とを付加する管理情報付加手段とを有すること
を特徴とする通信システム。
【請求項２】
前記送信処理装置の管理情報付加手段は、前記パケット化手段によってパケット化された各パケットの前記受信処理装置への送信順を示す通し番号情報を、前記識別情報として付加すること
を特徴とする請求項１記載の通信システム。
【請求項３】
前記受信処理装置は、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、分割データを所定の時間内に全て受信したかどうかを判定する分割データ受信判定手段と、
前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄する分割データ破棄手段とを有すること
を特徴とする請求項１又は請求項２に記載の通信システム。
【請求項４】
前記受信処理装置は、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、受信できなかった分割データをパケット化したパケットを再び送信するよう前記送信処理装置に要求するパケット再送信要求手段とを有し、
前記データ破棄手段は、前記パケット再送信要求手段によってパケット再送信要求がなされた後、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄すること
を特徴とする請求項３記載の通信システム。
【請求項５】
前記送信処理装置と前記受信処理装置とのデータ通信は、ＵＤＰ／ＩＰに基づくデータ通信であること
を特徴とする請求項１乃至請求項４のいずれか１項に記載の通信システム。
【請求項１】
送信処理装置と受信処理装置とを備え、高速なデータ通信を行う通信システムにおいて、
前記送信処理装置は、
送信するオリジナルデータを分割した分割データをパケット化するパケット化手段と、
前記パケット化手段によってパケット化された各パケットのヘッダ領域、またはデータ領域の固定領域に、管理情報として前記オリジナルデータを分割した分割数と前記オリジナルデータにおける分割データの位置関係を特定する識別情報とを付加する管理情報付加手段とを有すること
を特徴とする通信システム。
【請求項２】
前記送信処理装置の管理情報付加手段は、前記パケット化手段によってパケット化された各パケットの前記受信処理装置への送信順を示す通し番号情報を、前記識別情報として付加すること
を特徴とする請求項１記載の通信システム。
【請求項３】
前記受信処理装置は、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、分割データを所定の時間内に全て受信したかどうかを判定する分割データ受信判定手段と、
前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄する分割データ破棄手段とを有すること
を特徴とする請求項１又は請求項２に記載の通信システム。
【請求項４】
前記受信処理装置は、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、受信したパケットのヘッダ領域、またはデータ領域の固定領域に付加された前記管理情報に基づき、受信できなかった分割データをパケット化したパケットを再び送信するよう前記送信処理装置に要求するパケット再送信要求手段とを有し、
前記データ破棄手段は、前記パケット再送信要求手段によってパケット再送信要求がなされた後、前記分割データ受信判定手段によって、分割データを所定の時間内に全て受信できなかったと判定された場合に、既に受信した分割データを破棄すること
を特徴とする請求項３記載の通信システム。
【請求項５】
前記送信処理装置と前記受信処理装置とのデータ通信は、ＵＤＰ／ＩＰに基づくデータ通信であること
を特徴とする請求項１乃至請求項４のいずれか１項に記載の通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−１０４９６（Ｐ２００９−１０４９６Ａ）
【公開日】平成２１年１月１５日（２００９．１．１５）
【国際特許分類】
【出願番号】特願２００７−１６７７５８（Ｐ２００７−１６７７５８）
【出願日】平成１９年６月２６日（２００７．６．２６）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２１年１月１５日（２００９．１．１５）
【国際特許分類】
【出願日】平成１９年６月２６日（２００７．６．２６）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]