JP7347182B2 - 中継装置 - Google Patents

Description

本開示は、複数の通信装置間で送受信されるコネクション型通信によるフレームを中継するように構成された中継装置に関する。

下記特許文献１には、中継装置がコネクション型通信によるフレームを中継する際に、中継装置は、それぞれの通信装置との間でコネクション型通信によるコネクションを確立し、その後、フレームを中継する技術が開示されている。

特開２０１６－０６２１９２号公報

ところで、中継装置では、コネクション型通信で用いられるプロトコル（以下、接続プロトロル）よりも上層のプロトコル（以下、上層プロトコル）による記述を含むフレームを中継するよう要求される場合がある。しかしながら、発明者の詳細な検討の結果、中継装置は、フレームのうちのヘッダ部分だけでなく、ペイロード部分まで解析しなければフレームの中継先を特定することができないことが一般的であり、中継装置による処理負荷が大きくなるという課題が見出された。

また、１フレームに収めることができるデータ量の上限値が、上層プロトコルのほうが接続プロトコルよりも小さい場合があり、上層プロトコルで分割して送受信されるラージデータを中継することが、中継装置で想定されていないという課題が見出された。

本開示の１つの局面は、コネクション型通信で用いられるプロトコルよりも上層のプロトコルによる記述を含むフレームを中継する際に、中継装置による処理負荷を軽減できるようにし、かつラージデータを良好に中継できるようにすることにある。

本開示の一態様は、複数の通信装置（２０、３１～３４）に接続される複数の通信ポート（Ｐ０～Ｐ４）を備え、複数の通信装置間で送受信されるコネクション型通信によるフレームを中継するように構成された中継装置（１０）である。なお、コネクション型通信を行うプロトコルを接続プロトコル、接続プロトコルよりも上層のプロトコルを上層プロトコルとする。また、上層プロトコルで分割して送受信されるデータをラージデータ、ラージデータを分割したデータを分割データとする。

中継装置は、データ判定部（Ｓ１１５）と、書換部（Ｓ１４０、Ｓ１７０、Ｓ３２０、Ｓ３５０、Ｓ３８０、Ｓ４２０、Ｓ４５０、Ｓ４８０）と、送信部（Ｓ１５０、Ｓ１８０、Ｓ２３０、Ｓ２６０）と、を備える。データ判定部は、フレーム送信元の通信装置が接続された通信ポートから受信フレームを受信し、受信フレームのヘッダ部分を参照して受信フレームが分割データであるか否かを判定するように構成される。

書換部は、受信フレームが分割データである場合に、受信フレームのヘッダ部分に含まれるラージデータの合計データ量を示すデータ合計長と、受信した複数の分割データのデータ量とを比較しつつ、受信フレームのヘッダ部分を予め設定された条件に従って書き換えた送信フレームを生成するように構成される。送信部は、送信フレームを送信先の通信装置が接続された通信ポートから送信する。

このような構成によれば、ラージデータを分割した分割データを中継する際に、ペイロードを解析することなく、合計データ量と分割データのデータ量とを比較してラージデータの受信が終了したか否かを認識できる。よって、コネクション型通信で用いられるプロトコルよりも上層のプロトコルによる記述を含むフレームを中継する際に、中継装置による処理負荷を軽減できるようにし、かつラージデータを良好に中継できるようにすることができる。

通信システムの構成を示すブロック図である。 フレーム構成の一例を示す説明図である。 コネクショントンネルテーブルの一例を示す説明図である。 ツールからスイッチを介してＥＣＵにフレーム送信する際のコネクションを確立する処理の一例を示すシーケンス図である。 データ管理テーブルの一例を示す説明図である。 コネクションを確立後に、ＥＣＵからスイッチを介してツールにフレーム送信する処理の一例を示すシーケンス図である。 中継前後のフレーム構成の一例を示す説明図である。 シーケンスリングテーブルの一例を示す説明図である。 シーケンスリングテーブルの模式図である。 ＡＣＫの一部がスイッチにて受信されない場合の処理の一例を示すシーケンス図である。

以下、図面を参照しながら、本開示の実施形態を説明する。
［１．概要］
車両におけるイーサネット（商標登録）スイッチ（以下スイッチ）では、DoIPによる診断が用いられることがある。DoIPはＬ２ネットワークが前提であるため、車両内ネットワークドメインに中継する場合、車両外Ｌ２ネットワークにつながる装置（スイッチ等)がＴＣＰコネクションを終端し、ＴＣＰペイロードのデータに従って中継する必要がある。このとき、スイッチはツールとＥＣＵそれぞれとＴＣＰコネクションを確立し、さらにペイロードの解析結果を用いて中継処理を行うため、中継処理の処理負荷が非常に大きいという課題がある。

このため、本開示では、スイッチにおけるコネクション管理を不要とする仮想コネクションを行う。つまり、スイッチでは、接続先装置と論理アドレスとが紐づけられたコネクショントンネルテーブルが準備され、ツールからのＴＣＰデータがスイッチにて受信された後、ＴＣＰ受信処理を行うことなく、コネクショントンネルテーブルに従い中継先ＥＣＵに直接転送を行う。

このとき、問題点として、事前通信の有無によりシーケンスナンバやＡＣＫナンバにオフセットが生じること、或いは、中継前後に上位レイヤのヘッダサイズが違うことによりシーケンスナンバやＡＣＫナンバに累積的なオフセットが生じることが挙げられる。しかし、本開示では、このオフセットを演算し、シーケンスナンバやＡＣＫナンバの整合をとる。この構成により、スイッチは単純なフレーム変換及び中継処理だけをするにもかかわらず、ＥＣＵやツールからは、スイッチとコネクションを確立しているように見せかける仮想コネクションを実現することができる。よって、スイッチの処理負荷を大幅に低減できる。

また、別の問題点として、１フレームに収めることができるデータ量の上限値が、上位レイヤのほうが下位レイヤよりも小さい場合があることが挙げられる。詳細には、下位レイヤであるＴＣＰでは、１フレームで送信できるデータ量のデータであっても、上位レイヤであるDoIPでは、予め複数のフレームに分割しておくことを要する場合がある。このように、上位レイヤで分割して送受信されるラージデータを中継することが、スイッチで想定されていない場合、結局、ペイロードを解析して中継を行う必要がある。

このため、本開示のスイッチでは、ラージデータの合計データ量（以下、データ合計長）をヘッダ部分に含む受信フレームを受信し、このヘッダ部分を参照して、受信フレームが分割データであるか否かを判定する。そして、受信装置は、データ合計長と、受信した複数の分割データのデータ量とを比較しつつ、分割データの終点を認識し、受信フレームのヘッダ部分を予め設定された条件に従って書き換えた送信フレームを生成する。

このような構成によって、ラージデータを良好に中継できるようにする。
以下に、上記構成の詳細について説明する。
［２．第１実施形態］
［２－１．構成］
本開示の一態様の通信システム１は、例えば、主要部が乗用車等の車両に搭載され、車両内外の各通信装置間でフレームの中継を行うためのシステムである。

図１に示す通信システム１は、中継装置であるスイッチ１０を備える。また、通信システム１は、ツール２０と、ＥＣＵ（Electronic Control Unit）３１と、ＥＣＵ３２と、ＥＣＵ３３と、ＥＣＵ３４と、を備えてもよい。また、スイッチ１０は、通信ポートＰ０、Ｐ１、Ｐ２、Ｐ３、Ｐ４を備えてもよい。

ツール２０は、通信線４０に接続される。また、ＥＣＵ３１は、通信線４１に接続され、ＥＣＵ３２は、通信線４２に接続される。また、ＥＣＵ３３は、通信線４３に接続され、ＥＣＵ３４は、通信線４４に接続される。なお、ツール２０、ＥＣＵ３１、ＥＣＵ３２、ＥＣＵ３３、ＥＣＵ３４は、通信線４０～４４及びスイッチ１０を介して互いに通信を行う通信装置を構成する。

５本の通信線４０～４４は、順に、通信ポートＰ０～Ｐ４に接続される。つまり、ツール２０は通信線４０を介して通信ポートＰ０に接続される。また、ＥＣＵ３１は通信線４１を介して通信ポートＰ１に接続され、ＥＣＵ３２は通信線４２を介して通信ポートＰ２に接続される。また、ＥＣＵ３３は通信線４３を介して通信ポートＰ３に接続され、ＥＣＵ３４は通信線４４を介して通信ポートＰ４に接続される。なお、通信ポートＰ０～Ｐ４は、フレームの送受信を行うトランシーバとして機能する。

スイッチ１０は、ゲートウェイであるイーサネット（登録商標）スイッチとして構成される。スイッチ１０は、例えば、DoIP（Diagnostics over Internet Protocol）、イーサネット及びTCP（Transmission Control Protocol）等のプロトコルを利用して通信する。スイッチ１０は、通信線４０～４４間でフレームをフィルタリングしつつ中継する。

スイッチ１０は、例えば、半導体デバイス等の回路を備えるハードウェアとして構成される。スイッチ１０は、制御部１１と、メモリ１２と、をさらに備える。
制御部１１は、フレームの中継の全般を管理する。制御部１１は、例えば集積回路やマイコン等によって構成される。メモリ１２は、例えば揮発性のメモリであるが、書き換え可能な不揮発性メモリであってもよい。

制御部１１は、例えば、予め準備されたフィルタリングルールに従って、受信したフレームを中継するか破棄するかを選択して実施する。なお、スイッチ１０の動作は、制御部１１によって実現される動作である。以下では、制御部１１が実行する処理をスイッチ１０が実行する処理として記述する。

また、フィルタリングルールとは、受信したフレームに含まれるアドレス、フレームの形式、フレームのデータ長、フレームの種別等のフレームの特性に応じて、該フレームを中継するか破棄するか等の処理を決定するためのルールである。

ここで、ＴＣＰでは分割することなく送受信できるが、DoIPでは複数のフレームに分割して送受信される分割前のデータをラージデータと称する。また、ラージデータを複数に分割したそれぞれのデータを分割データと称する。スイッチ１０が受信したフレームが分割データであるか否かについては、制御部１１がフィルタリング時にフレームの種別を認識することで判定できるように構成される。

また、通信システム１において通信されるフレームは、例えば図２に示すようなフレームである。このフレームは、ＯＳＩ参照モデルでの第５層以上のプロトコルを取り扱うアプリケーションによって生成され、ＯＳＩ参照モデルでの第４層のプロトコルであるＴＣＰで通信をするためのＴＣＰヘッダを含む。本実施形態では、第５層以上のプロトコルとして、上述のDoIP、或いは診断用に準備された専用プロトコルを用いる。

また、このフレームは、ＭＡＣヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、上位ヘッダを含むヘッダ部と、実データであるペイロード部とを含む。ペイロード部は、例えば、４バイトから４Ｇバイトの範囲内に設定される。

ヘッダ部を構成する各ヘッダには、それぞれ、プリアンブル、宛先アドレス、送信元アドレス、タイプ等が含まれる。また、ＴＣＰヘッダには、これらのアドレス等に加えて、シーケンスナンバ、ＡＣＫナンバ、各種フラグを含む。また、上位ヘッダには、アプリケーションに応じたデータが含まれる。

例えば、上位ヘッダには、アプリケーションで利用される宛先アドレスである論理アドレスが含まれる。なお、論理アドレスには、アプリケーションで利用される送信元アドレスが含まれてもよい。また、上位ヘッダには、データ合計長が含まれる。

データ合計長とは、受信したフレームがラージデータである場合、このラージデータを構成するデータの合計量を示し、換言すれば、それぞれの分割データの合計量を示す。それぞれの分割データは複数のフレームのペイロード部に含まれる。

メモリ１２は、コネクショントンネルテーブル１３、シーケンスナンバ管理テーブル１４、シーケンスリングテーブル１５を記録するように構成される。また、メモリ１２には、データ合計長記録部１７を備える。

コネクショントンネルテーブル１３では、図３に示すように、論理アドレスと、ＴＣＰコネクションにて利用される宛先アドレスであるＩＰアドレス又はＭＡＣアドレスとが対応付けられている。図３に示す例では、論理アドレス０１に対してＥＣＵ３１のＩＰアドレス又はＭＡＣアドレスが対応付けられている。また、論理アドレス０２に対して、ＥＣＵ３２のＩＰアドレス又はＭＡＣアドレスが対応付けられている。

なお、コネクション型通信を行うプロトコルを接続プロトコル、接続プロトコルよりも上層のプロトコルを上層プロトコルとする。ＴＣＰは、本開示での接続プロトコルに、DoIPは、本開示での上層プロトコルに相当する。また、コネクショントンネルテーブル１３での論理アドレスは、本開示での第１アドレスに、コネクショントンネルテーブル１３でのＩＰアドレス又はＭＡＣアドレスは、本開示での第２アドレスに相当する。

シーケンスナンバ管理テーブル１４は、中継するフレームの内容が一時的に記述されるテーブルである。シーケンスナンバ管理テーブル１４の詳細については後述する。
シーケンスリングテーブル１５は、中継するデータについての種々の情報を管理するためのテーブルである。シーケンスリングテーブル１５の詳細については後述する。

データ合計長記録部１７は、上位ヘッダにデータ合計長が含まれる場合、このデータ合計長が記録される。記録されたデータ合計長は、該当のラージデータの中継が完了するまでは保持され、受信済みの分割データのデータ量との比較のために利用される。記録されたデータ合計長は、該当のラージデータの中継が完了すると削除され、或いは、上書き可能となる。

ツール２０は、通信線４０に対して着脱自在に構成され、車両の点検時等、必要に応じて通信線４０を介してスイッチ１０に接続される。ツール２０は、通信線４０を介してスイッチ１０に接続された際に、予め設定された１又は複数のＥＣＵ３１～３４と通信を行うことで、これらのＥＣＵ３１～３４のメモリに記録されたダイアグ等の情報を読み出し、読み出した情報に基づいて車両診断を行う装置である。また、ツール２０は、ＥＣＵ３１～３４にフレームを送信することによって、ＥＣＵ３１～３４内に格納されたプログラムを書き換える機能も有する。

ＥＣＵ３１～３４は、エンジン、エアコン、オーディオ、ミリ波レーダ、Ｌｉｄａｒ等の、車両の構成要素を制御する機能を有する電子制御装置であり、加えて、上述のフレームを通信する通信機能を有する。

［２－２．処理］
［２－２－１．コネクションの確立、及び中継の概略処理］
次に、スイッチ１０及びＥＣＵ３１が、ツール２０を介してフレームのやり取りする処理の一例を、図４のシーケンス図を用いて説明する。なお、以下では、スイッチ１０の制御部１１が実行する構成を中心に説明する。また、スイッチ１０及びＥＣＵ３２～３４が、ツール２０を介してフレームのやり取りする処理についても基本的に同様であるため省略する。

まず、ツール２０がＥＣＵ３１に対してフレームを送信しようとすると、ツール２０及びスイッチ１０は、Ｓ１１０で、フレームをツール２０とスイッチ１０との間でやり取りするための手続きを実施する。ここでは、まず、ツール２０とスイッチ１０との間でＴＣＰコネクションを確立するためのハンドシェイクが実施される。

つまり、スイッチ１０は、ＥＣＵ３１に代わってハンドシェイクを行う代理ハンドシェイクを実施する。ここでのハンドシェイクは、TCP SYN、TCP ACK SYN、TCP ACKを実施する3wayハンドシェイクが採用される。

次に、ツール２０は、スイッチ１０との間でＴＣＰコネクションが確立されると、スイッチ１０に、コネクショントンネル通信の開始要求を送信する。この開始要求には、上位ヘッダの内容として、上述の論理アドレスが含まれる。なお、コネクショントンネル通信は、フレームのうちの各ヘッダ部分を認識し、ヘッダ部分の一部を書き換えて、ペイロードを変化させることなく、フレームを中継する通信を示す。

次に、スイッチ１０は、Ｓ１１５で、コネクショントンネル通信の開始要求を受信し、Ｓ１２０で、コネクショントンネルコンフィグ、すなわち、コネクショントンネル通信のための設定を行う。後に詳述するが、ツール２０は、ＴＣＰで利用される宛先アドレスと、上位ヘッダに含まれる論理アドレスとが異なるフレームをスイッチ１０に送信する。

具体的には、ＴＣＰでの宛先アドレスは、スイッチ１０であり、論理アドレスは、ＥＣＵ３１等である。このため、スイッチ１０は、フレームの中継時に、ＴＣＰでの宛先アドレスを、スイッチ１０からＥＣＵ３１等に書き換える必要がある。

本実施形態の構成では、コネクショントンネルテーブル１３が準備されているので、上位ヘッダに含まれる論理アドレスに対応する宛先アドレスを、コネクショントンネルテーブル１３を参照することで特定できる。つまり、コネクショントンネルコンフィグでは、コネクショントンネルテーブル１３を参照することで、ＴＣＰコネクション確立中に次のフレームを受けたときに、簡素な処理でＴＣＰでの宛先アドレスを、スイッチ１０からＥＣＵ３１等に書き換えできるように設定する。

換言すれば、スイッチ１０は、フレーム送信元の通信装置が接続されたポートＰ０～Ｐ４からフレームを受信し、このフレームのヘッダ部分である上位ヘッダを参照してフレームの種別を判定する。ここで、フレームの種別の判定は、フレームを受信する都度実施されてもよいが、本実施形態では、ＴＣＰコネクションを確立するときだけ実施し、ＴＣＰコネクション確立中には、フレームの種別の判定を省略する構成として説明する。

フレームの種別の判定を省略する場合、ＴＣＰコネクション確立中のフレームの種別は、ＴＣＰコネクションを確立するときに認識したフレームの種別と同じであるとみなして以下の処理を進める。フレームの種別の判定を省略する構成は、スイッチ及びツール２０間の通信だけでなく、スイッチ１０及びＥＣＵ３１～３４間の通信でも同様に適用される。

なお、以下では、受信したフレームの種別がDoIP等の予め設定されたプロトコルによるフレームである場合の作動について説明する。予め設定されたプロトコルでない場合には、ＴＣＰによる通常の中継、すなわち、ペイロードを解析した上で中継を行うとよい。

スイッチ１０は、コネクショントンネルコンフィグが完了すると、コネクショントンネル通信の開始要求に対する応答をツール２０に送信する。すると、ツール２０は、宛先となるＥＣＵ３１～３４に送信すべき実データを含むフレームの送信を開始する。

スイッチ１０は、Ｓ１２０でフレームを受信し、図５に示すシーケンスナンバ管理テーブル１４にて、データを管理する。すなわち、スイッチ１０は、フレームのヘッダ部に従って、シーケンスナンバ管理テーブル１４のうちの、送信元アドレス、宛先アドレス、ＴＣＰフラグ、データ長（len）を記述する。また、スイッチ１０は、適宜演算等を行うことで、フレームを受信したポートＰ０～Ｐ４（SRCポート）、フレームの送信先が接続されたポートＰ０～Ｐ４（DISTポート）、シーケンスナンバ（SeqNum）、ＡＣＫナンバ（AckNum）等を記述する。

ここでは、スイッチ１０は、ツール２０からフレームを受信し、例えば、図５における「＃」欄の「１」で示すように、宛先アドレスはスイッチ１０であり、送信元アドレスはツール２０であり、データ長（len）は14000バイトである等の記述を行う。

続いて、Ｓ１２５で、スイッチ１０は、宛先となるＥＣＵ３１～３４との間で上述した代理ハンドシェイクと同様の代理ハンドシェイクを実施する。なお、本実施形態では、宛先がＥＣＵ３１である場合について述べる。この処理により、スイッチ１０は、ツール２０とＥＣＵ３１との双方の間でＴＣＰコネクションを確立した状態、換言すれば、コネクショントンネルが実行可能な状態になる。

続いて、Ｓ１３０で、スイッチ１０は、シーケンスナンバオフセットを演算する。シーケンスナンバオフセットには、初期オフセット及び累積オフセットが含まれる。
ここで、スイッチ１０は、実データを中継する前の通信である事前通信によって、送信元に対する通信データ量と、宛先に対する通信データ量とに差が生じる場合がある。ここでは、この差を上述の初期オフセットとして求める。

例えば、送信元に対する事前通信による通信データ量から宛先に対する事前通信による通信データ量を減算したときの差が＋４バイトであれば、この差を初期オフセットとする。この場合、スイッチ１０は、送信元にフレームを送信する際に、シーケンスナンバ、ＡＣＫナンバに２０を加算し、宛先にフレームを送信する際に、シーケンスナンバ、ＡＣＫナンバから４を減算する。

また、ポートＰ０～Ｐ４によって通信プロトコルが異なる場合等、送信元からのフレームと宛先へのフレームとでデータ長が異なる場合には、データ長の差を上述の累積オフセットとして求める。ここでは、送信元からのフレームのデータ長が14000バイトであるのに対して、宛先へのフレームのデータ長が60バイト少なくなるため、宛先へのフレームのデータ長を13940バイトと記述するよう設定する。なお、初期オフセットは、フレームの送信回数によらず一定であるが、累積オフセットは、フレームの送信回数に比例して増加するため、フレーム送信の度に加減算される。

続いて、Ｓ１４０で、スイッチ１０は、宛先変換、及びシーケンスナンバ変換を行う。
スイッチ１０は、宛先変換として、図５における「＃」欄の「２」で示すように、コネクショントンネルコンフィグに従って、宛先アドレスをスイッチ１０からＥＣＵ３１に変更し、送信元アドレスをツール２０からスイッチ１０に変更する。また、データ長を14000バイトから13940バイトに変更する。なお、シーケンスナンバ変換は、シーケンスナンバを補正する必要が生じた場合に実施される。

続いて、Ｓ１５０で、スイッチ１０は、宛先変換、及びシーケンスナンバ変換が行われたフレームをＥＣＵ３１に送信する。ＥＣＵ３１は、このフレームを受けると、スイッチ１０にＡＣＫを返す。すると、Ｓ１６０で、スイッチ１０は、このＡＣＫを受信する。

このときスイッチ１０が受信するフレームは、図５における「＃」欄の「３」で示すように、宛先アドレスはスイッチ１０であり、送信元アドレスはＥＣＵ３１であり、ＡＣＫナンバは13940である。

続いて、Ｓ１７０で、スイッチ１０は、宛先変換、及びＡＣＫナンバ変換を行う。スイッチ１０は、宛先変換として、図５における「＃」欄の「４」で示すように、コネクショントンネルコンフィグに従って、宛先アドレスをスイッチ１０からツール２０に変更し、送信元アドレスをＥＣＵ３１からスイッチ１０に変更する。また、ＡＣＫナンバを13940から14000に変更する。

つまり、ＥＣＵ３１は、データ長が13940バイトのフレームを受けたため、ＡＣＫナンバを13940で送信したが、ツール２０はデータ長が14000バイトのフレーム送信したため、受信するＡＣＫのＡＣＫナンバが13940のままでは齟齬が生じる。この齟齬を解消するために、スイッチ１０は、ＡＣＫナンバを13940から14000に変更する。なお、ＡＣＫナンバの補正量は、Ｓ１３０にて求められたデータ長の差と同様である。

続いて、Ｓ１８０で、スイッチ１０は、宛先変換、及びＡＣＫナンバ変換が行われたＡＣＫをツール２０に送信する。このようにして、ツール２０からＥＣＵ３１へのフレーム送信が実施される。

［２－２－２．ラージデータの中継処理］
上記のＳ１３０～Ｓ１８０の処理は、ラージデータが分割された分割データを取り扱う場合、図６に示す処理に置き換えることができる。ただし、シーケンスナンバ、ＡＣＫナンバ等は、上述した内容とは異なるものを用いて説明する。

ここで、図７に示すように、ツール２０からスイッチ１０に送られるフレームを中継前データとし、スイッチ１０からＥＣＵ３１に送られるフレームを中継後データとする。
中継後データに分割データが含まれる場合、特に、この分割データが複数の分割データのうちの最初に受信される分割データである場合、スイッチ１０は、中継前データに含まれる上位ヘッダを車内ヘッダに変更する。この結果、中継後データのデータ長は、中継前データと比較して、上位ヘッダと車内ヘッダとのデータ量の差分のｘバイトだけ短くなる。

上位ヘッダと車内ヘッダとのデータ量の差は、例えば４バイトである。車内ヘッダには、例えば、宛先アドレス、送信元アドレス、及びデータ長が含まれる。なお、中継後データに分割データが含まれる場合であって、この分割データが複数の分割データのうちの最初の分割データを除く分割データである場合、スイッチ１０は、中継後データで車内ヘッダを省略する。

上記のように、ＥＣＵ３１からツール２０に分割データを含むフレームを送信する場合、シーケンスリングテーブル１５を利用する。シーケンスリングテーブル１５は、図８に示すように、中継するフレーム毎に、先頭フラグ、終了フラグ、前回送信インデックス、ＡＣＫインデックス、受信シーケンスナンバ、送信シーケンスナンバ、シーケンスナンバオフセット、送信ＡＣＫナンバ、受信ＡＣＫナンバが記述されるテーブルである。また、シーケンスリングテーブル１５は、リング型のテーブルであり、最も古い記述が順次上書きされる。

詳細には、図９に示すように、例えば、シーケンスリングテーブル１５が、１４の領域でフレームを管理する場合、ＡＣＫインデックスの位置から前回送信インデックスまでの間を除く領域を上書き可能に設定する。図９に示す例では、領域１０から順に新たなフレームについての情報が記述される。

ただし、前回送信インデックスは、スイッチ１０が最後に送信元から受信したフレームの位置を示し、ＡＣＫインデックスは、スイッチ１０が最後に受信したＡＣＫの位置を示す。前回送信インデックス及びＡＣＫインデックスは、フレームの中継が正常に行われている場合には、図８に示すテーブルにて上から下に移動する。前回送信インデックスにＡＣＫインデックスが追い付いて、前回送信インデックス及びＡＣＫインデックスが同じフレームの位置にある場合、スイッチ１０が中継したフレームのＡＣＫの全てを受信したことを示す。

また反対に、ＡＣＫインデックスに前回送信インデックスが追い付く場合、シーケンスリングテーブル１５が満杯の状態であるため、スイッチ１０はフレームの中継を中止する。
なお、シーケンスリングテーブル１５には、ＡＣＫナンバが記述されるが、ＡＣＫナンバについては演算によって求めることが可能であるため、シーケンスリングテーブル１５に記述されることは必須でない。

図６に示すラージデータを中継する処理では、スイッチ１０は、Ｓ３１０、Ｓ３４０、Ｓ３７０のそれぞれで、ツール２０から送信された３つのフレームを順次受信する。そして、スイッチ１０は、フレームを受信する度に、Ｓ３２０、Ｓ３５０、Ｓ３８０で、フレーム毎に、宛先変換、及びシーケンスナンバ変換を行う。

スイッチ１０は、Ｓ３１０で、シーケンスナンバ100、データ長1460のフレームを受信し、Ｓ３２０で、シーケンスナンバオフセットを考慮して、フレームを、シーケンスナンバ0、データ長1456に書き換える。つまり、シーケンスナンバから初期オフセット100を減算し、データ長からデータ長の差である4を減算する。

また、スイッチ１０は、この際、宛先変換を実施する。すなわち、スイッチ１０は、コネクショントンネルコンフィグに従って、宛先アドレスをスイッチ１０からツール２０に変更し、送信元アドレスをＥＣＵ３１からスイッチ１０に変更する。

このとき、スイッチ１０は、受信フレームにDoIPヘッダが存在し、かつ、分割データの受信中でないことを根拠に、先頭の分割データを受信したことを認識する。なお、分割データの受信中とは、先頭フラグが付されているラージデータの受信が完了していない状態であることを示し、シーケンスリングテーブル１５及びデータ合計長記録部１７を参照してスイッチ１０が認識できる。

スイッチ１０は、先頭の分割データを受信すると、データ合計長記録部１７にデータ合計長を記録する。データ合計長は、DoIPヘッダに含まれ、ここでは、４３８０バイトである。

また、スイッチ１０は、フレームの受信中に、分割データのデータ量の累積値を演算し、この累積値をメモリ１２にて保持し、この累積値とデータ合計長記録部１７に記録されたデータ合計長とを比較する。スイッチ１０は、データ量の累積値とデータ合計長とが一致すると、ラージデータの受信が完了したと認識する。なお、スイッチ１０は、Ｓ３４０及びＳ３８０では、分割データの受信中であると認識する。

また、スイッチ１０が、Ｓ３４０で、シーケンスナンバ1560、データ長1460のフレームを受信すると、Ｓ３５０では、このフレームを、シーケンスナンバ1456、データ長1456に書き換える。つまり、シーケンスナンバから初期オフセット100と累積オフセット4との和である104を減算し、データ長からデータ長の差である4を減算する。

同様に、スイッチ１０が、Ｓ３７０で、シーケンスナンバ3020、データ長1460のフレームを受信すると、Ｓ３８０では、このフレームを、シーケンスナンバ2912、データ長1456に書き換える。つまり、シーケンスナンバから初期オフセット100と累積オフセット4を２回分乗じた値との和である108を減算し、データ長からデータ長の差である4を減算する。また、スイッチ１０は、Ｓ３８０でのフレームの受信によって、データ量の累積値とデータ合計長とが一致するため、ラージデータの受信が完了したと認識する。

また、スイッチ１０は、Ｓ３２０、Ｓ３５０、Ｓ３８０で、上述のようにフレームを書き換え、加えて、書換前後の情報をシーケンスリングテーブル１５に記述する。すなわち、スイッチ１０は、Ｓ３２０で、シーケンスリングテーブル１５にて、受信シーケンスナンバに書換前のシーケンスナンバ100を、送信シーケンスナンバにシーケンスナンバ0をそれぞれ記述する。また、シーケンスリングテーブル１５にて、シーケンスナンバオフセットに初期オフセット100及び累積オフセット4を加算した104を、送信ＡＣＫナンバに送信フレームのシーケンスナンバ1560を、受信ＡＣＫナンバに受信フレームのシーケンスナンバ1456をそれぞれ記述する。

このとき、前回送信インデックスは、当該フレームの位置に設定され、ＡＣＫインデックスは初期位置に設定される。初期位置は、当該フレームの直前の位置、図８に示す例では、シーケンスリングテーブル１５の最下段である。

また、スイッチ１０は、受信フレームがラージデータのうちの先頭の分割データである場合、該当フレームの位置に先頭フラグを立てる。ここでは、図８に示すように、Ｓ３２０にて受信したフレームに先頭フラグを立てる。

スイッチ１０は、Ｓ３５０、Ｓ３８０で、Ｓ３２０と同様にしてシーケンスリングテーブル１５を記述する。このとき、前回送信インデックスは、新たに記述されたフレームの位置に設定され、ＡＣＫインデックス及び先頭フラグは更新されない。

また、スイッチ１０は、Ｓ３８０で、ラージデータの受信が完了した旨を認識する。すなわち、スイッチ１０は、ラージデータのデータ合計長である4380バイト分のデータが受信されたか否かをシーケンスナンバを用いて認識し、データ合計長と受信したデータのデータ長とが一致すると、ラージデータの受信が完了したと認識する。そして、該当フレームの位置に終了フラグを立てる。

そして、Ｓ３３０、Ｓ３６０、Ｓ３９０で、スイッチ１０は、宛先変換、及びシーケンスナンバ変換が行われたフレームをＥＣＵ３１に送信する。
ＥＣＵ３１は、これらのフレームをスイッチ１０から受信すると、その都度、ＡＣＫを返す。スイッチ１０は、Ｓ４１０、Ｓ４４０、Ｓ４７０で、これらのＡＣＫをそれぞれ受信し、Ｓ４２０、Ｓ４５０、Ｓ４８０で、宛先変換、及びＡＣＫナンバ変換を行う。

詳細には、スイッチ１０は、Ｓ４１０で、シーケンスナンバ0のフレームに対する、
ＡＣＫナンバ1456のＡＣＫを受信する。そして、Ｓ４２０で、スイッチ１０は、宛先変換として、コネクショントンネルコンフィグに従って、宛先アドレスをスイッチ１０からＥＣＵ３１に変更し、送信元アドレスをツール２０からスイッチ１０に変更する。また、ＡＣＫナンバ1456のＡＣＫについて、初期オフセット100及び累積オフセット4を１回分乗じた4を加算した1560に書き換える。

また、スイッチ１０は、Ｓ４４０で、シーケンスナンバ1457のフレームに対する、ＡＣＫナンバ2912のＡＣＫを受信する。そして、Ｓ４５０で、このＡＣＫについて、初期オフセット100及び累積オフセット4を２回分乗じた8を加算した3020に書き換える。

また、スイッチ１０は、Ｓ４７０で、シーケンスナンバ2913のフレームに対する、ＡＣＫナンバ4368のＡＣＫを受信する。そして、Ｓ４８０で、このＡＣＫについて、初期オフセット100及び累積オフセット4を３回分乗じた12を加算した4480に書き換える。

また、スイッチ１０は、Ｓ４２０、Ｓ４５０、Ｓ４８０で、上述した宛先変換、及びＡＣＫナンバ変換に加えて、シーケンスリングテーブル１５の更新をする。
詳細には、スイッチ１０は、Ｓ４２０で、シーケンスリングテーブル１５における、Ｓ４１０にて受信したＡＣＫナンバ1456に対応する記述の位置に、ＡＣＫインデックスを移動させる。また、スイッチ１０は、Ｓ４５０で、シーケンスリングテーブル１５における、Ｓ４４０にて受信したＡＣＫナンバ2912に対応する記述の位置に、ＡＣＫインデックスを移動させる。また、スイッチ１０は、Ｓ４８０で、シーケンスリングテーブル１５における、Ｓ４７０にて受信したＡＣＫナンバ4368に対応する記述の位置に、ＡＣＫインデックスを移動させる。

続いて、Ｓ４３０、Ｓ４６０、Ｓ４９０で、スイッチ１０は、宛先変換、及びＡＣＫナンバ変換が行われたＡＣＫをツール２０に送信する。このようにして、ツール２０からＥＣＵ３１へのフレーム送信が実施される。

続いて、スイッチ１０は、終了フラグにACKインデックスが追いついたか否かを監視する。そして、本実施形態の場合、Ｓ４９０で終了フラグにACKインデックスが追いついたことが認識される。すると、Ｓ５１０で、スイッチ１０は、終了フラグにACKインデックスが追いついた旨を表すDiagnostic message positive ackをツール２０に送信する。続いて、Ｓ５２０で、スイッチ１０は、ＥＣＵ３１とツール２０間でのシーケンスナンバオフセットの値を更新し、本処理を終了する。

［２－２－３．スイッチ１０がＡＣＫ受信できない場合の処理］
次に、ＥＣＵ３１にて送信されるＡＣＫの一部がスイッチ１０にて受信されない場合の例を、図１０のシーケンス図を用いて説明する。この例では、スイッチ１０がＳ４１０で受信されるべきＡＣＫナンバ1456のフレームとスイッチ１０がＳ４４０で受信されるべきＡＣＫナンバ2912のフレームとを受信できない場合を示す。

図１０に示すように、スイッチ１０は、Ｓ３１０～Ｓ３９０の処理を正常に実施し、ＥＣＵ３１は、スイッチ１０からのフレームを正常に受信する。そして、ＥＣＵ３１は、それぞれＡＣＫを送信するが、スイッチ１０は、Ｓ４１０及びＳ４４０で受信されるべきＡＣＫである、ＡＣＫナンバ1456及び2912のＡＣＫを受信できない。

ただし、スイッチ１０は、Ｓ４７０で、ＡＣＫナンバ4368のＡＣＫを受信する。すると、スイッチ１０は、Ｓ４８０で、宛先変換、及びＡＣＫナンバ変換に加えてＡＣＫナンバ4368に対応するフレームの位置にＡＣＫインデックスを移動させる。続いて、スイッチ１０は、Ｓ４９０で、ＡＣＫナンバ4480のＡＣＫをツール２０に送信する。

上記の説明では、ツール２０は、Ｓ４３０及びＳ４６０で受信すべきＡＣＫナンバ1560及び3020のＡＣＫを受信していないが、これらよりも大きいＡＣＫナンバ4480のＡＣＫを受信できているので、それ以前のフレームは送信できていると判定する。このため、フレームの再送は実施されない。この場合、前回送信インデックスにＡＣＫインデックスが追い付いた状態となり、換言すれば全てのフレームの送信が完了した状態となる。ただし、ツール２０は、ＡＣＫナンバ3020のＡＣＫを受信できていて、それよりも大きなＡＣＫナンバ4480のＡＣＫを受信できない場合、このフレームを再送すべきと判定し、該当するフレーム（受信シーケンスナンバが3020のフレーム）のみが再送される。

［２－３．効果］
以上詳述した実施形態によれば、以下の効果を奏する。
（２ａ）本開示の一態様は、複数のツール２０及びＥＣＵ３１～３４に接続される複数の通信ポートＰ０～Ｐ４を備え、複数のツール２０及びＥＣＵ３１～３４間で送受信されるコネクション型通信によるフレームを中継するように構成されたスイッチ１０である。なお、コネクション型通信を行うプロトコルを接続プロトコル、接続プロトコルよりも上層のプロトコルを上層プロトコルとする。また、上層プロトコルで分割して送受信されるデータをラージデータ、ラージデータを分割したデータを分割データとする。

スイッチ１０は、フレーム送信元のツール２０及びＥＣＵ３１～３４が接続された通信ポートから受信フレームを受信し、受信フレームのヘッダ部分を参照して受信フレームが分割データであるか否かを判定するように構成される。また、スイッチ１０は、受信フレームが分割データである場合に、受信フレームのヘッダ部分に含まれるラージデータの合計データ量を示すデータ合計長と、受信した複数の分割データのデータ量とを比較しつつ、分割データの終点を認識する。そして、受信フレームのヘッダ部分を予め設定された条件に従って書き換えた送信フレームを生成するように構成される。スイッチ１０は、送信フレームを送信先のツール２０及びＥＣＵ３１～３４が接続された通信ポートから送信する。

このような構成によれば、ラージデータを分割した分割データを中継する際に、合計データ量と分割データのデータ量とを比較してラージデータの受信が終了したか否かを認識できる。よって、コネクション型通信で用いられるプロトコルよりも上層のプロトコルによる記述を含むフレームを中継する際に、スイッチ１０による処理負荷を軽減できるようにし、かつラージデータを良好に中継できるようにすることができる。

（２ｂ）本開示の一態様は、先頭フラグ及び終了フラグを記録可能なシーケンスリングテーブル１５をさらに備える。スイッチ１０は、ラージデータの受信を開始するとシーケンスリングテーブル１５にて先頭フラグを立てるとともに、ラージデータの受信が完了するとシーケンスリングテーブル１５にて終了フラグを立てる。

このような構成によれば、先頭フラグ及び終了フラグを記録可能なシーケンスリングテーブル１５を用いてラージデータの受信が完了したか否かを管理することができる。
（２ｃ）本開示の一態様では、シーケンスリングテーブル１５は、リング型の記録領域として構成される。

このような構成によれば、先頭フラグ及び終了フラグの間の記録領域を上書き可能な領域として設定することができる。
（２ｄ）本開示の一態様では、コネクショントンネルテーブル１３を記録するように構成されたメモリ１２をさらに備える。コネクショントンネルテーブル１３では、送信先の通信装置のアドレスについて、上層プロトコルでのアドレスを表す論理アドレスと、接続プロトコルでのアドレスを表すＭＡＣアドレス又はＩＰアドレスとが対応付けられている。

また、受信フレームのヘッダ部分には、接続プロトコルで当該スイッチ１０を宛先とする宛先アドレス（例えばＭＡＣアドレス）と、上層プロトコルで送信先の通信装置を宛先とする上層アドレス（例えば上位ヘッダでの論理アドレス）とを含む。

そして、スイッチ１０は、論理アドレスに対応するＭＡＣアドレス又はＩＰアドレスをコネクショントンネルテーブル１３から抽出し、受信フレームにおける宛先アドレスを、論理アドレスに対応するＭＡＣアドレス又はＩＰアドレスに変換するように構成される。

このような構成によれば、受信フレームの上層アドレスを参照して宛先アドレスを送信先の通信装置に変更できるので、受信フレームの解析負荷を低減することができる。
（２ｅ）本開示の一態様では、当該スイッチ１０は、ツール２０及びＥＣＵ３１～３４との間で、それぞれシーケンスナンバ及びＡＣＫナンバを交換するコネクション型通信でのフレームを通信するように構成される。スイッチ１０は、ツール２０及びＥＣＵ３１～３４との間で通信されるデータ量に差が生じる場合、受信フレームに含まれるシーケンスナンバ及びＡＣＫナンバのうちの少なくとも一方を該データ量の差に応じて補正しつつ、送信フレームを生成する。

このような構成によれば、スイッチ１０とツール２０及びＥＣＵ３１～３４のそれぞれとの間で通信されるデータ量が異なり、データ量に差が生じる場合であっても、シーケンスナンバ及びＡＣＫナンバを良好に補正しつつ中継を行うことができる。

（２ｆ）本開示の一態様では、スイッチ１０は、データ量に差が生じる場合として、コネクション型通信よりも上層の上層プロトコルにおけるヘッダの変更又は削除により、コネクション型通信による接続プロトコルでのフレームサイズに変更がある場合に、シーケンスナンバ及びＡＣＫナンバを補正しつつ、送信フレームを生成する。

このような構成によれば、上層プロトコルでシーケンスナンバ及びＡＣＫナンバを良好に補正しつつ中継を行うことができる。
（２ｇ）本開示の一態様では、スイッチ１０は、ツール２０及びＥＣＵ３１～３４との間でハンドシェイクによるコネクション確立を代理で行うように構成される。

このような構成によれば、各通信装置は、スイッチ１０とのコネクションを確立するだけで、宛先又は送信元との間でコネクション型通信を行うことができる。
（２ｈ）本開示の一態様では、過去の送受信シーケンスナンバ、ＡＣＫナンバ、前回送信インデックス、ＡＣＫインデックスが記述されたリング型のシーケンスリングテーブル１５を記録するように構成されたメモリ１２をさらに備える。スイッチ１０は、シーケンスリングテーブル１５を参照することでデータ量の差を認識し、送信フレームを生成する際に、シーケンスリングテーブル１５を書き換える。

このような構成によれば、シーケンスリングテーブル１５を用いてスイッチ１０とツール２０及びＥＣＵ３１～３４との間のデータ量の差を管理することができる。また、前回送信インデックス及びＡＣＫインデックスを移動させることで、どのフレームがＥＣＵ３１～３４に送信されたかやどのフレームが再送信必要かを判定することができる。そのため、ツール２０とＥＣＵ３１～３４間の通信信頼性を向上させることができる。

（２ｉ）本開示の一態様では、接続プロトコルとしてＴＣＰが採用され、上層プロトコルとしてＤｏＩＰが採用されてもよい。
このような構成によれば、ＴＣＰ及びＤｏＩＰの間でプロトコル変換する構成において、良好にデータの中継をすることができる。

［３．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（３ａ）上記実施形態では、スイッチ１０に接続される通信線の本数が５である場合を例示するが、これに限定されるものではない。例えば、通信線の本数は、２以上であればどのような数でもよい。

（３ｂ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。

（３ｃ）上述したスイッチ１０等の中継装置の他、当該中継装置を構成要素とするシステム、当該中継装置としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、中継方法など、種々の形態で本開示を実現することもできる。

［７．実施形態の構成と本開示の構成との対応関係］
上記実施形態においてスイッチ１０は本開示での中継装置に相当し、上記実施形態においてツール２０及びＥＣＵ３１～３４は本開示での通信装置に相当する。また、上記実施形態においてメモリ１２は本開示での転送先記録部及びナンバ記録部に相当し、上記実施形態においてコネクショントンネルテーブル１３は本開示での転送先情報に相当する。また、上記実施形態においてシーケンスリングテーブル１５は本開示でのシーケンステーブルに相当する。

また、上記実施形態においてＴＣＰプロトコルによる通信は本開示でのコネクション型通信に相当し、上記実施形態においてスイッチ１０が実行する構成のうちのＳ１１５の構成は本開示でのデータ判定部に相当する。上記実施形態においてＳ１４０、Ｓ１７０、Ｓ３２０、Ｓ３５０、Ｓ３８０、Ｓ４２０、Ｓ４５０、Ｓ４８０の構成は本開示での書換部に相当する。

また、上記実施形態においてＳ１５０、Ｓ１８０、Ｓ２３０、Ｓ２６０の構成は本開示での送信部に相当し、上記実施形態においてＳ１１０、Ｓ１２５の構成は本開示での代理部に相当する。

１～４…通信システム、１０…スイッチ、１１…制御部、１２…メモリ、１３…コネクショントンネルテーブル、１３…コネクショントンネルテーブル、１４…シーケンスナンバ管理テーブル、１５…シーケンスリングテーブル、１７…データ合計長記録部、２０…ツール、３１～３４…ＥＣＵ、４０～４４…通信線。

Claims (10)

1. 複数の通信装置（２０、３１～３４）に接続される複数の通信ポート（Ｐ０～Ｐ４）を備え、前記複数の通信装置間で送受信されるコネクション型通信によるフレームを中継するように構成された中継装置（１０）であって、
   前記コネクション型通信を行うプロトコルを接続プロトコル、前記接続プロトコルよりも上層のプロトコルを上層プロトコルとし、また、前記上層プロトコルで分割して送受信されるデータをラージデータ、該ラージデータを分割したデータを分割データとして、
   フレーム送信元の通信装置が接続された通信ポートから受信フレームを受信し、該受信フレームのヘッダ部分を参照して該受信フレームが前記分割データであるか否かを判定するように構成されたデータ判定部（Ｓ１１５）と、
   該受信フレームが前記分割データである場合に、該受信フレームのヘッダ部分に含まれる前記ラージデータの合計データ量を示すデータ合計長と、受信した複数の前記分割データのデータ量とを比較しつつ、該受信フレームのヘッダ部分を予め設定された条件に従って書き換えた送信フレームを生成するように構成された書換部（Ｓ１４０、Ｓ１７０、Ｓ３２０、Ｓ３５０、Ｓ３８０、Ｓ４２０、Ｓ４５０、Ｓ４８０）と、
   前記送信フレームを送信先の通信装置が接続された通信ポートから送信する送信部（Ｓ１５０、Ｓ１８０、Ｓ２３０、Ｓ２６０）と、
   を備える中継装置。
2. 請求項１に記載の中継装置であって、
   先頭フラグ及び終了フラグを記録可能な管理テーブルをさらに備え、
   前記書換部は、前記ラージデータの受信を開始すると前記管理テーブルにて前記先頭フラグを立てるとともに、前記ラージデータの受信が完了すると前記管理テーブルにて前記終了フラグを立てる
   ように構成された中継装置。
3. 請求項２に記載の中継装置であって、
   前記管理テーブルは、リング型の記録領域として構成される
   中継装置。
4. 請求項１から請求項３の何れか１項に記載の中継装置であって、
   前記送信先の通信装置のアドレスについて、前記上層プロトコルでのアドレスを表す第１アドレスと、前記接続プロトコルでのアドレスを表す第２アドレスとを対応付けた転送先情報（１３）を記録するように構成された転送先記録部（１２）、をさらに備え、
   前記受信フレームのヘッダ部分には、前記接続プロトコルで当該中継装置を宛先とする宛先アドレスと、前記上層プロトコルで前記送信先の通信装置を宛先とする上層アドレスとを含み、
   前記書換部は、前記転送先情報に従って、前記上層アドレスと一致する前記第１アドレスから該第１アドレスに対応する前記第２アドレスを抽出し、前記受信フレームにおける前記宛先アドレスを、抽出した前記第２アドレスに変換する
   ように構成された中継装置。
5. 請求項１から請求項４の何れか１項に記載の中継装置であって、
   当該中継装置は、前記複数の通信装置との間で、それぞれシーケンスナンバ及びＡＣＫナンバを交換するコネクション型通信でのフレームを通信するように構成され、
   前記書換部は、前記複数の通信装置との間で通信されるデータ量に差が生じる場合、前記受信フレームに含まれるシーケンスナンバ及びＡＣＫナンバのうちの少なくとも一方を前記差に応じて補正しつつ、前記送信フレームを生成する
   ように構成された中継装置。
6. 請求項５に記載の中継装置であって、
   前記書換部は、前記データ量に差が生じる場合として、中継対象外の事前通信がある場合に、前記事前通信のデータ量に応じて、前記補正をしつつ、前記送信フレームを生成する
   ように構成された中継装置。
7. 請求項１から請求項６の何れか１項に記載の中継装置であって、
   前記書換部は、前記データ量に差が生じる場合として、前記コネクション型通信よりも上層の上層プロトコルにおけるヘッダの変更又は削除により、前記コネクション型通信による接続プロトコルでのフレームサイズに変更がある場合に、前記受信フレームと前記送信フレームとのデータサイズの差を演算し、前記補正をしつつ、前記送信フレームを生成する
   ように構成された中継装置。
8. 請求項１から請求項７の何れか１項に記載の中継装置であって、
   過去の送受信シーケンスナンバ、ＡＣＫナンバ、送信インデックス、ＡＣＫインデックスが記述されたシーケンステーブル（１５）を記録するように構成されたナンバ記録部（１２）、をさらに備え、
   前記書換部は、前記シーケンステーブルを参照することで前記データ量の差を認識し、前記送信フレームを生成する際に、前記シーケンステーブルを書き換える
   ように構成された中継装置。
9. 請求項１から請求項８の何れか１項に記載の中継装置であって、
   前記複数の通信装置との間でハンドシェイクによるコネクション確立を代理で行うように構成された代理部（Ｓ１１０、Ｓ１２５）、
   をさらに備える中継装置。
10. 請求項１から請求項９の何れか１項に記載の中継装置であって、
    前記接続プロトコルとしてＴＣＰが採用され、前記上層プロトコルとしてＤｏＩＰが採用された中継装置。

Images