JP2022095198A - 情報処理装置 - Google Patents

Abstract

【課題】データ出力部とデータ中継部の間で発生したデータロスをデータの解析なしで検知できる情報処理装置を提供すること。【解決手段】情報処理装置は、パケットを複数の分割データとして出力する出力手段と、前記出力手段から出力された分割データを中継する中継手段と、前記中継手段から出力された前記分割データを受け取る受取手段と、前記出力手段から出力される前記分割データが、前記パケットの複数の分割データのうちの最後の分割データであること検出する第１の検出手段と、前記出力手段から出力される前記分割データが前記中継手段によって格納されなかったことを検出する第２の検出手段と、前記第２の検出手段が前記中継手段による前記分割データの未格納を検出した場合、前記第１の検出手段が前記最後の分割データを検出するまでの間に前記中継手段に入力された前記分割データのうちの最後の分割データに、エラー情報を付与する付与手段と、を有する。【選択図】図２

Description

本発明は情報処理装置に関する。

システムＬＳＩの内部においてハードウェアモジュール間でデータの送受信を行う技術として、ＡＲＭ（登録商標）が提供するＡＭＢＡ（登録商標）ＡＸＩ４－Ｓｔｒｅａｍプロトコルと呼ばれるバス規格がある。ＡＸＩ４－Ｓｔｒｅａｍプロトコルでは、データの送信要求であるＴＶＡＬＩＤ信号と、データ受信可能な状態を示すＴＲＥＡＤＹ信号とを用いてマスターデバイスとスレーブデバイスの間でハンドシェークを行いデータの送受信を行う。ＬＳＩはＬａｒｇｅ－Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎの略である。

データの送受信中に発生する異常に関するリカバリ技術として、特許文献１の技術がある。特許文献１の異常検出回路は、バスの信号を監視して転送が正常に行われたか否かを検出し、異常発生時に対応するスレーブモジュールのみに再起動を実施する。これにより、システム全体の初期化を実施せずに初期化・再起動が可能となる。

特開２０１０－１４０３６１号公報

マスターデバイスに十分なデータバッファが無い場合は、ＡＸＩ４－Ｓｔｒｅａｍプロトコルのようにスレーブデバイスの状態を確認してからデータを逐次送信することはできない。すなわち、マスターデバイスは、データ発生と同時に相手（スレーブデバイス）の状態によらずデータを送信することになる。一方、スレーブデバイスにおいても常時データの受け取りが可能な構成になっていなければ、ＴＲＥＡＤＹ信号を下げて（１から０にして）マスターデバイス側に送信を保留させる必要がある。このようなマスターデバイスとスレーブデバイスを接続してデータの送受信を行うと、マスターデバイスがスレーブデバイスのＴＲＥＡＤＹ信号に応じてデータ送信を待たせる機能を有していないため、データロスが発生し得る。

データロスを軽減または回避するためにスレーブデバイスとマスターデバイスの間にバッファを置くことが考えられる。スレーブデバイスとマスターデバイスの間にバッファを置くことにより、スレーブデバイスが受信準備できていない状態でマスターデバイスのデータ送信が発生しても、その間はバッファにデータを格納することでデータロスを軽減または回避させることができる。しかし、バッファがフル状態でマスターデバイスがデータ送信を実施した場合は、データロスが発生する。その際、バッファを介したことによりスレーブデバイスがマスターデバイス／バッファ間で発生したデータロスを検知するには、データ解析が必要になる。
そこで、本発明は、データ出力部とデータ中継部の間で発生したデータロスを簡易に検知できる情報処理装置を提供することを目的とする。

上記課題を解決するために、本発明の１つの態様にかかる情報処理装置は、パケットを複数の分割データとして出力する出力手段と、前記出力手段から出力された分割データを中継する中継手段と、前記中継手段から出力された前記分割データを受け取る受取手段と、前記出力手段から出力される前記分割データが、前記パケットの複数の分割データのうちの最後の分割データであること検出する第１の検出手段と、前記出力手段から出力される前記分割データが前記中継手段によって格納されなかったことを検出する第２の検出手段と、前記第２の検出手段が前記中継手段による前記分割データの未格納を検出した場合、前記第１の検出手段が前記最後の分割データを検出するまでの間に前記中継手段に入力された前記分割データのうちの最後の分割データに、エラー情報を付与する付与手段と、を有する。

本発明によれば、データ出力部とデータ中継部の間で発生したデータロスを簡易に検知することができる。

本発明の実施形態の通信装置を含むシステムを示す図。 図１Ａに示したシステムの変形例を示す図。 図１Ａに示した通信装置の構成を示す図。 図１Ｃに示した通信装置のパケットロス処理部のブロック図。 図２に示した監視部が実行するフローチャート。 図２に示した処理部が実行するフローチャート。 転送印加部が活性化しない場合の通信装置のタイミングチャート。 転送印加部が活性化する場合の通信装置のタイミングチャート。

図１Ａは本発明の実施形態に係る通信装置１００を含むシステム１０を示している。システム１０は、ファイルサーバ１５０、通信装置１００、通信装置Ｔ１および通信装置Ｔ２を有する。通信装置１００は、例えば、通信機能を備えるプリンタ、カメラ、複写機、パーソナルコンピュータ、タブレット、スマートフォン、ウエラブルウォッチなどである。
ファイルサーバ１５０は、通信装置１００、通信装置Ｔ１および通信装置Ｔ２からデータを受信して保存する。

通信装置１００は、通信装置１００内部で発生するパケットロスを検知し、適切な通知を行うことができる装置である。通信装置１００は、通信装置Ｔ１および通信装置Ｔ２とともに、デイジーチェーンネットワークを構成する。なお、通信装置Ｔ２に他の通信装置を接続してもよい。
通信装置１００、Ｔ１およびＴ２は、ファイルサーバ１０５に、第１のケーブル１５４により接続されている。また、通信装置１００は、通信装置Ｔ１に、第２のケーブル１５５により接続されている。通信装置Ｔ１は、通信装置Ｔ２に、第３のケーブル１５６により接続されている。
本実施形態では、第１のケーブル１５４、第２のーブル１５５および第３のケーブル１５６は、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルであり、各機器はＥｈｔｅｒｎｅｔで接続されている。

なお、システム１０は、複数のレーンから構成されていてもよい。その場合、図１Ｃに示すように、ファイルサーバ１５０と通信装置１００の間に、スイッチングハブ１５１を設ける。スイッチングハブ１５１を用いることにより、複数のレーンからファイルサーバ１５０へのアクセスが可能となる。図１Ｂでは、第２のレーンが、スイッチングハブ１５１から右に出る線により示されている。

次に通信装置１００の詳細について、図１Ｃを参照して説明する。通信装置１００は、ＣＰＵ１０１、メモリ１０２、送信ＤＭＡＣ１０３、送信バッファ１０４および送信インターフェース１０５を有する。ＤＭＡＣはＤｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒの略である。また、通信装置１００は、受信ＤＭＡＣ１０６、受信バッファ１０７、受信インターフェース１０８およびパケットロス処理部２００を有する。
ＣＰＵ１０１は、通信装置１００全体を制御するモジュールである。メモリ１０２はＣＰＵ１０１が実行するプログラムを格納する。また、メモリ１０２は、他機器（通信装置Ｔ１）から受信したパケットおよびファイルサーバ１０５へ送信するためのパケットを格納する。

送信ＤＭＡＣ１０３は、ＣＰＵ１０１からの指示のもと、メモリ１０２からパケットを読み出し、送信バッファ１０４に転送する。送信バッファ１０４は、送信ＤＭＡＣ１０３から送られてくる送信パケットを一次的に格納し、送信インターフェース１０５に送信する。送信インターフェース１０５は、送信バッファ１０４から受け取った送信パケットを、ネットワーク（第１のケーブル１５４）を介してファイルサーバ１０５に送信する。
受信インターフェース１０８は、ネットワーク（第２のケーブル１５５）から受信した受信パケットを受信バッファ１０７に格納する。受信バッファ１０７は、受信インターフェース１０８から送られてくる受信パケットを一次的に格納し、受信ＤＭＡＣ１０６からの要求に応じて、受信パケットを受信ＤＭＡＣ１０６に送信する。受信ＤＭＡＣ１０６は受信バッファ１０７、または、パケットロス処理部２００から読み出したデータをメモリ１０２に転送する。

パケットロス処理部２００は、受信インターフェース１０８が受信バッファ１０７に受信パケットを出力した際に、正常に受信パケットが受信バッファ１０７に格納されたか否かについて監視を行う。そして、受信バッファ１０７に正常にパケットが格納されなかった場合（未格納の場合）、パケットロス処理部２００は、受信バッファ１０７から受信ＤＭＡＣ１０６へ出力されるパケットに対してエラー情報を付与する。パケットロス処理部２００による監視は、スヌープバス１０９を介して実施する。なお、本実施形態では、エラー情報の付与は、データに含まれているエラー情報を変更する（０から１にする）ことにより行われる。
受信インターフェース１０８をパケット（データ）出力部と考え、受信バッファ１０７を中継部と考え、受信ＤＭＡＣ１０６をパケット受取部と考えると、パケットロス処理部２００は、パケットに関するデータロスを当該パケットの解析なしで検知する。

次にパケットロス処理部２００の詳細について図２を用いて説明する。なお、パケットロス処理部２００の説明にあたり必要となる周辺モジュール（受信インターフェース１０８、受信バッファ１０７、受信ＤＭＡＣ１０６）より入出力される各種信号についても説明する。パケットロス処理部２００は、種々の情報（信号を含む）を処理するので、情報処理装置と称することができる。
パケットロス処理部２００は、監視部２０１と処理部２０８を有する。また、パケットロス処理部２００は、ＮＯＴ回路２１５、ＡＮＤ回路２１６、ＯＲ回路２１７、２１８および２１９を有する。監視部２０１は、パケットロス検知部２０２と、送信回数カウント部２０３と、ラスト検知部２０４とを有する。処理部２０８は、送信回数カウント部２０９と、パケットロス印加部２１０と、転送印加部２１１とを有する。送信回数カウント部２０９は、カウンタｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）を備えている。

受信インターフェース１０８と受信バッファ１０７の間のバスＡは、以下の５つの信号線２３１～２３５により構成される。なお、信号線は信号と同義であると言えるので、以下の記載では、信号線２３１～２３５は単に信号と称する。バスＡは、例えば、ＡＲＭ（登録商標）が提供するＡＭＢＡ（登録商標）ＡＸＩ４－Ｓｔｒｅａｍプロトコルと呼ばれるバス規格に準拠したバスである。後述するバスＢおよびバスＣも同様なバス規格に準拠したバスである。
ｖａｌｉｄ＿Ａ（２３１）は、受信インターフェース１０８がデータを出力する際に１にアサートされる信号である。信号２３１は、受信バッファ１０７のｐｕｓｈポートに接続されている。ｐｕｓｈポートに１が入力されると、受信バッファ１０７がフル（ｆｕｌｌ）状態である場合を除き、ｄａｔａ＿Ａ（２３３）、ｌａｓｔ＿Ａ（２３４）およびｅｒｒｏｒ＿Ａ（２３５）の３つのデータ（信号）が受信バッファ１０７に格納される。

ｒｅａｄｙ＿Ａ（２３２）は、受信バッファ１０７がデータ受信可能であるか否かの状態を示す信号である。信号２３２の出力元は受信バッファ１０７のｎｏｔ＿ｆｕｌｌポートである。すなわち、受信バッファ１０７がフル状態ではない場合に、信号２３２が１となり受信可能状態を示す。ｄａｔａ＿Ａ（２３３）は、受信バッファ１０７に転送する受信パケットの先頭から適宜所定バイト数ずつ出力されるデータである（例えば、１パケットは１６回に分けて、分割データとして転送される）。ｌａｓｔ＿Ａ（２３４）は、ｄａｔａ＿Ａ（２３３）に出力されるデータ（分割データ）がパケットの最後のデータであるとき、そのデータと同時に出力（１にアサート）されるラスト情報である。
ｅｒｒｏｒ＿Ａ（２３５）は、受信インターフェース１０８から出力されたパケットがエラーを含む場合に、通知されるエラー情報である。ｌａｓｔ＿Ａ（２３４）が１にアサートされるのと同時にｅｒｒｏｒ＿Ａ（２３５）は１にアサートされる。

受信バッファ１０７とパケットロス処理部２００の間のバスＢを構成する５つ信号２４１～２４５の基本的な意味は、バスＡの信号２３１～２３５と同じである。なお、受信バッファ１０７が空でない場合に、ｎｏｔ＿ｅｍｐｔｙポートが１にアサートされる。そして、この情報をｖａｌｉｄ＿Ｂ（２４１）として使用し、パケットロス処理部２００に対しての送信要求とする。また、パケット処理部２００からのパケット受信準備完了信号であるｒｅａｄｙ＿Ｂ（２４２）は、受信バッファ１０７のｐｏｐポートに接続されており、受信バッファ１０７にデータが存在する場合は、受信バッファ１０７からデータが出力される。パケットロス処理部２００と受信ＤＭＡＣ１０６の間のバスＣを構成する５つの信号２５１～２５５の基本的な意味は、バスＡおよびバスＢと同じあるため、説明は省略する。

次にパケットロス処理部２００の内部について説明する。
監視部２０１のパケットロス検知部２０２は、受信インターフェース１０８と受信バッファ１０７の間でのデータ転送においてパケットロスが発生したことを検知する。具体的には、受信バッファ１０７がフル（すなわち、ｒｅａｄｙ＿Ａ（２３２）が０）で、且つ、受信インターフェース１０８からパケット出力がされる（すなわちｖａｌｉｄ＿Ａ（２３１）が１である）ことを検知する。パケットロス検知部２０２は、パケットロス（分割データの未格納）を検知すると、ｐｋｔ＿ｌｏｓｓ＿ｄｅｔｅｃｔ（２０５）を１にして、パケットロスが発生したことを処理部２０８へ通知する。

監視部２０１の送信回数カウント部２０３は、受信インターフェース１０８からの１パケットを構成する分割データの転送（トランザクション）が、正常に受信バッファ１０７に格納された回数をカウントする。具体的は、送信回数カウント部２０３は、ｖａｌｉｄ＿Ａ（２３１）＝ｒｅａｄｙ＿Ａ（２３２）＝１が発生した回数をカウントする。カウント数は、受信インターフェース１０８からパケットの先頭が出力される前に０にセットされて、送信回数カウント部２０３は、パケットの最後を示すｌａｓｔ＿Ａ（２３４）までに正常に転送された回数をカウントする。カウント結果は適宜ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ａ（２０６）により、送信回数カウント部２０３から処理部２０８に通知（送信）される。

監視部２０１のラスト検知部２０４は、受信インターフェース１０８から出力されパケットの最後の転送を示すｌａｓｔ＿Ａ（２３４）を検知する。当該検知結果は、適宜ｌａｓｔ＿ｄｅｔｅｃｔ（２０７）により、ラスト検知部２０４から処理部２０８に通知される。

処理部２０８の送信回数カウント部２０９は、受信ＤＭＡＣ１０６に分割データが転送された回数をカウントする。送信回数カウント部２０９内のカウンタであるｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）にカウント数が蓄積される。送信回数カウント部２０９は、ｖａｌｉｄ＿Ｃ（２５１）とｒｅａｄｙ＿Ｃ（２５２）を監視して、ともに１になっているときにインクリメントを行う（カウント数を１だけ増加する）。
パケットロス印加部２１０は、パケットロス検知部２０２からパケットロスを通知された場合、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）により、受信バッファ１０７から出力されるパケットに対してエラー情報を付与する。具体的にはｅｒｒｏｒ＿Ｂ（２４５）信号と、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）の値とが、ＯＲ回路２１８によりＯＲ処理され、ＯＲ回路２１８の出力が受信ＤＭＡＣ１０６に送信される。

また、ｌａｓｔ＿Ｂ（２４４）と、ｅｒｒｏｒ＿Ｂ（２４５）のアサートされるタイミングは同一である。したがって、ＯＲ回路２１７により、ｌａｓｔ＿Ｂ（２４４）とｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）をＯＲ処理して、ＯＲ回路２１７の出力を受信ＤＭＡＣ１０６に送信することにより、ラスト情報を通知することも可能である。この構成にすることにより、受信インターフェース１０８と受信バッファ１０７の間でのデータ転送においてラスト情報をロス（ｌｏｓｔ）しても受信ＤＭＡＣ１０６に対してラスト情報を通知することができる。このラスト情報の通知は、後述する。

転送印加部２１１は、パケットロス処理部２００がエラー情報を付与したデータを転送する必要がある際に、受信バッファ１０７に転送するべきデータが存在しない場合、代理転送要求を生成する（分割データを追加するため）。転送要求は、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）を用いて実施する。代理転送は、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）とｖａｌｉｄ＿Ｂ（２４１）を、ＯＲ回路２１９によりＯＲ処理して、ＯＲ回路２１９の出力をｖａｌｉｄ＿Ｃ（２５１）として受信ＤＭＡＣ１０６に入力することにより実現できる。また、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）が転送印加部２１１から出力されている間は、受信ＤＭＡＣ１０６のｒｅａｄｙ＿Ｃ（２５２）は上記の代理転送に利用されるため、受信バッファ１０７に対するｒｅａｄｙ＿Ｂ（２４２）は０にしておく必要がある。そのため、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）のＮＯＴ回路２１５による反転信号と、ｒｅａｄｙ＿Ｃ（２５２）とをＡＮＤ回路２１６によりＡＮＤ処理して、ＡＮＤ回路２１６からｒｅａｄｙ＿Ｂ（２４２）として出力することが好ましい。

なお、図２に示す各機能部は、ＡＳＩＣやプログラマブルロジックアレイ（ＰＬＡ）等の専用のハードウェア又はソフトウェアとして通信装置１００に実装される。ハードウェアとして実装される場合は、各機能部それぞれ又はいくつかをまとめた専用のハードウェアモジュールとして実装してもよい。ソフトウェアとして実装される場合には、各機能部を実行するためのプログラムがメモリ１０２に記憶され、ＣＰＵ１０１により適宜読み出されて実行される。ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（特定用途向け集積回路）の略である。

次に、パケットロス処理部２００の動作に用いて図３および図４のフローチャートを用いて説明する。まず、監視部２０１の動作について、図３を参照して説明する。フローチャート中のＳはＳｔｅｐの略である。
Ｓ３０１において、監視部２０１は、ｌａｓｔ＿ｄｅｔｅｃｔ（２０７）、ｐｋｔ＿ｌｏｓｓ＿ｄｅｔｅｃｔ（２０５）およびｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ａ（２０６）を全て０にする。
そして、Ｓ３０２において、監視部２０１は、受信インターフェース１０８の転送要求の監視を行う。すなわち、監視部２０１は、ｖａｌｉｄ＿Ａ（２３１）＝１であるか否かを判定する。受信インターフェース１０８から転送要求が発生しない場合（Ｓ３０２：Ｎｏ）、監視部２０１は監視を継続する（Ｓ３０３）。

受信インターフェース１０８から転送要求が発生した場合（Ｓ３０２：Ｙｅｓ）、監視部２０１は、Ｓ３０４およびＳ３０７に進む。
Ｓ３０４において、監視部２０１は、転送要求時に受信バッファ１０７の受信準備ができているかを判定する。すなわち、監視部２０１は、ｒｅａｄｙ＿Ａ（２３２）＝１であるか否かを判定する。
Ｓ３０４の判定結果がＹｅｓの場合（受信準備ができている場合）、Ｓ３０５において、監視部２０１は、ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ａ（２０６）をインクリメントする。
一方、ｒｅａｄｙ＿Ａ（２３２）＝０である場合（Ｓ３０４：Ｎｏ）、受信バッファ１０７にデータが格納されないので、Ｓ３０６において、監視部２０１は、ｐｋｔ＿ｌｏｓｓ＿ｄｅｔｅｃｔ（２０５）＝１をセットする。

Ｓ３０７において、監視部２０１は、受信インターフェース１０８からのデータにラスト情報が含まれているかを判定する。すなわち、監視部２０１は、ｌａｓｔ＿Ａ（２３４）＝１であるか否かを判定する。ｌａｓｔ＿Ａ（２３４）＝１である場合（Ｓ３０７：Ｙｅｓ）、Ｓ３０８において監視部２０１は、ｌａｓｔ＿ｄｅｔｅｃｔ（２０７）＝１をセットする。Ｓ３０７の判定結果がＮｏの場合、Ｓ３０９に進む。
Ｓ３０９において、監視部２０１は、監視を完了するか否かを判定する。監視を完了する条件はｌａｓｔ＿ｄｅｔｅｃｔ（２０７）＝１である。Ｓ３０９の判定結果がＹｅｓの場合、監視部２０１は監視を終了する。Ｓ３０９の判定結果がＮｏの場合、Ｓ３０２に戻り、監視部２０１は、上記した処理を実行する（監視処理を継続する）。

次に、処理部２０８の処理について図４を参照して説明する。
Ｓ４０１において、処理部２０８は、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）およびｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）を０にセットする。Ｓ４０１の後、送信回数カウント部２０９の処理（Ｓ４３０）と、転送印加部２１１の処理（Ｓ４３１）と、パケットロス印加部２１０の処理（Ｓ４３２）の処理が並行して実行される。

まず、送信回数カウント部２０９の処理（Ｓ４３０）について説明する。
送信回数カウント部２０９は、バスＣの監視を行う。具体的には、Ｓ４０２において、送信回数カウント部２０９は、ｖａｌｉｄ＿Ｃ（２５１）＝ｒｅａｄｙ＿Ｃ（２５２）＝１であるかを判定する。Ｓ４０２の判定結果がＹｅｓの場合、Ｓ４０４に進み、送信回数カウント部２０９は、ｌａｓｔ＿Ｃ（２５４）＝１であるかを判定する。

Ｓ４０４の判定結果がＮｏの場合、Ｓ４０５に進み、送信回数カウント部２０９は、ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）をインクリメントする。Ｓ４０５の後、Ｓ４０２に戻る。
データ転送が発生しない場合（Ｓ４０２：Ｎｏ）は、Ｓ４０３に進み、監視を継続する。
Ｓ４０４の判定結果がＹｅｓの場合、つまり、データ転送において、ｌａｓｔ＿Ｃ＝１であった場合、Ｓ４０６に進み、送信回数カウント部２０９は、ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）＝０とする。そして、送信回数カウント部２０９は、転送回数（送信回数）のカウントを終了する。

次に、転送印加部２１１の処理（Ｓ４３１）について説明する。
Ｓ４０７において、転送印加部２１１は、ｌａｓｔ＿ｄｅｔｅｃｔ（２０７）＝１が発生しているか否かを判定する。Ｓ４０７の判定結果がＮｏの場合、Ｓ４０８に進み、転送印加部２１１は、ｌａｓｔ＿ｄｅｔｅｃｔ（２０７）＝１の発生を検知するまで待機する。
Ｓ４０７の判定結果がＹｅｓの場合、Ｓ４０９に進み、転送印加部２１１は、ｐｋｔ＿ｌｏｓｓ＿ｄｅｔｅｃｔ（２０５）＝１であるか否かを判定する。パケットロスが発生していなかった場合は、Ｓ４０９の判定結果がＮｏとなり、転送印加部２１１は、処理を終了する。

パケットロス（受信バッファ１０７による分割データの未格納）が発生していた場合（Ｓ４０９：Ｙｅｓ）、Ｓ４１０に進み、転送印加部２１１は、すでにｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）を１にしているか否かを判定する。ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）をすでに１にしていた場合（Ｓ４１０：Ｙｅｓ）、Ｓ４１１に進み、転送印加部２１１は、ｒｅａｄｙ＿Ｃ（２５２）＝１であるかを判定する。

Ｓ４１１の判定結果がＹｅｓの場合、Ｓ４１２に進み、転送印加部２１１は、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）＝０とする。ｒｅａｄｙ＿Ｃ（２５２）＝１を検知できない場合（Ｓ４１１：Ｎｏ）、Ｓ４０８に進み、転送印加部２１１は処理を継続する。
ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）が０の場合は、Ｓ４１０の判定結果がＮｏとなり、Ｓ４１３に進む。

Ｓ４１３において、転送印加部２１１は、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）を出力する（ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）を１にする）条件が満たされているかを判定する。つまり転送印加部２１１は、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）＝１をセットすべきか否かを監視する。ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）を出力しなければいけない条件は、受信バッファ１０７に、処理部２０８がエラー情報を付与可能なデータが残っていないことである。これを数式で表すと、以下のようになる。

ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ａ（２０６）－ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）≦１

この条件が満たされる場合（Ｓ４１３：Ｙｅｓ）、Ｓ４１４に進み、転送印加部２１１はｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）＝１にセットする。ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）＝１になると、転送印加部２１１は代理転送要求を行う。Ｓ４１３の条件が満たされない限り、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）＝１のセットは行われない。本実施形態では、Ｓ４１３の判定結果がＮｏの場合、転送印加部２１１は処理を終了する。

次にパケットロス印加部２１０の処理（Ｓ４３２）について説明する。
Ｓ４１５において、パケットロス印加部２１０はｌａｓｔ＿ｄｅｔｅｃｔ（２０７）＝１が発生しているかを判定する。Ｓ４１５の判定結果がＮｏの場合、Ｓ４１６に進み、パケットロス印加部２１０はｌａｓｔ＿ｄｅｔｅｃｔ（２０７）＝１を検知するまで待機する。Ｓ４１５の判定結果がＹｅｓの場合、Ｓ４１７に進む。

Ｓ４１７において、パケットロス印加部２１０はｐｋｔ＿ｌｏｓｓ＿ｄｅｔｅｃｔ（２０５）＝１か否かを判定する。Ｓ４１７の判定結果がＮｏの場合、つまり、パケットロスが発生していなかった場合は、パケットロス印加部２１０は処理を終了する。パケットロスが発生していた場合（Ｓ４１７：Ｙｅｓ）、Ｓ４１８に進む。
Ｓ４１８において、パケットロス印加部２１０は、すでにｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）を１にしているか否かを判定する。ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）をすでに１にしていた場合（Ｓ４１８：Ｙｅｓ）、Ｓ４１９に進む。

Ｓ４１９において、パケットロス印加部２１０は、ｒｅａｄｙ＿Ｃ（２５２）＝１であるかを判定する。ｒｅａｄｙ＿Ｃ（２５２）＝１であることを検知した場合（Ｓ４１１：Ｙｅｓ）、パケットロス印加部２１０は、Ｓ４２０に進み、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝０とする。
ｒｅａｄｙ＿Ｃ（２５２）＝１を検知できない場合（Ｓ４１９：Ｎｏ）、パケットロス印加部２１０は、Ｓ４１６に進み（待機）、処理を継続する。

ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）が０（Ｓ４１８：Ｎｏ）の場合は、Ｓ４２１に進む。Ｓ４２１において、パケットロス印加部２１０は、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝１を出力する条件が満たされるか否かを判定する。ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝１を出力しなければいけない条件は、受信バッファ１０７に処理部２０８がエラー情報を付与可能なデータが残っていない、または、受信バッファ１０７から最後のデータが出力されようとしているときである。これを数式で表すと、以下のようになる。

ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ａ（２０６）－ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）≦２

この条件が満たされる場合（Ｓ４２１：Ｙｅｓ）、パケットロス印加部２１０は、Ｓ４２２に進み、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝１にセットする。ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝１になると、ｌａｓｔ＿Ｃ（２５４）とｅｒｒｏｒ＿Ｃ（２５５）が受信ＤＭＡＣ１０６に送信される。Ｓ４２２の後、Ｓ４１８に戻る。
Ｓ４２１の条件が満たされない限り、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）のセットは行われない。本実施形態では、Ｓ４２１の判定結果がＮｏの場合、転送印加部２１１はＳ４３２（待機）に進み、その後、Ｓ４１８に戻る。

次にパケットロス処理部２００および、その周辺モジュール（受信ＤＭＡＣ１０６、受信バッファ１０７、受信インターフェース１０８）の各信号のタイミングチャートについて説明する。図５および図６は、それぞれ、パケットロスが発生した場合の図である。図５は転送印加部２１１が活性化しない（ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）が１にアサートされない）例を示しており、図６は転送印加部２１１が活性化する例を示している。まず図５について説明する。

図５は、受信ＤＭＡＣ１０６が受信バッファ１０７を介して受信インターフェース１０８から、１６回の転送により（１６個の分割データにより）１パケットを受信する処理を図示している。図５では、ｄａｔａ＿Ａ（２３３）が１６個の分割データＤ０～Ｄｆで転送されている。図５は、受信パケットにエラー情報が含まれない（ｌａｓｔ＿Ａ（２３４）＝１のときのｅｒｒｏｒ＿Ａ（２３５）＝０）例を示す。
受信バッファ１０７から出力されるｒｅａｄｙ＿Ａ（２３２）がＴ１８から４サイクル分０となり、４回分のデータがロスしているとする（Ｓ５０１）。パケットロス検知部２０２は、Ｔ１９のタイミングで、パケットロスを検知する（Ｓ５０２）。また、ラスト検知部２０４は、Ｔ２２のタイミングでｌａｓｔ＿Ａ（２３４）を検知する（Ｓ５０３）。一方、ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ａ（２０６）が送信回数カウント部２０３でカウントされ、ｔｘ＿ｖａｌｉｄ＿ｃｎｔ＿Ｂ（２２０）が送信回数カウント部２０９でカウントされる。そして、Ｔ２７のタイミングで、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）がアサートされる条件を満たす（図４のＳ４２１の左辺が１２－１０なので≦２となる）ため、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝１となる（Ｓ５０４）。これにより、受信バッファ１０７からラスト情報およびエラー情報が出力されなくても（Ｓ５０５）、受信ＤＭＡＣ１０６に対して、ラスト情報（ｌａｓｔ＿Ｃ）およびエラー情報（ｅｒｒｏｒ＿Ｃ）が通知される（Ｓ５０６）。

次に転送印加部２１１が活性化する例について図６を用いて説明する。図６は、図５と同様に、受信インターフェース１０８から、１６回の転送により１パケットを受信する受信処理を図示している。また、受信インターフェース１０８と受信バッファ１０７の間でのパケットロスの状況も図５の例と同一である。
図６の例では、ラスト検知部２０４がラスト情報を検知した時（Ｔ２２、Ｓ６０１）には、すでに受信バッファ１０７には、ラスト情報、および、エラー情報の付加が可能なデータが残っていない。したがって、Ｔ２３のタイミングで（図４のＳ４１３がＹｅｓ）、ｏｎｅｓｈｏｔ＿ｖａｌｉｄ（２１３）が１にアサートされる（Ｓ６０２）。これにより、受信バッファ１０７からの転送要求がなくても（ｖａｌｉｄ＿Ｂ（２４１）＝０）、受信ＤＭＡＣ１０６に転送要求（ｖａｌｉｄ＿Ｃ（２５１）＝１）が送信される（Ｓ６０３）。この時、転送印加部２１１により分割データｄａｔａ＿Ｃ（２５３）が追加される（図６では、分割データＤｂの右側にハッチングで示されている）。ラスト情報とエラー情報は、追加された分割データに付与される。

また、ｓｅｔ＿ｐｋｔ＿ｌｏｓｓ（２１２）＝１より、ｌａｓｔ＿Ｃ＝ｅｒｒｏｒ＿Ｃ＝１も併せてセットされる（Ｓ６０４）。
なお、ｄａｔａ＿Ｃ（２５３）の値は、基本的にはどのようにしてもよい。本パケットはｅｒｒｏｒ＿Ｃ＝１となっている時点で、エラーパケットとして破棄されるためである。例えば、ｄａｔａ＿Ｃ（２５３）に０データを入力してもよいし、ｄａｔａ＿Ｂ（２４３）が出力しているデータをそのまま図２のように直接ｄａｔａ＿Ｃ（２５３）に渡してもよい。

上記したように、本実施形態によれば、通信装置１００内部でパケットロスを検出した場合に、パケットの終わりを示すラスト情報とパケットロスの有無を示すエラー情報を付与して後段のモジュール（受信ＤＭＡＣ１０６）にパケットを転送することができる。
従って、受信インターフェース１０８と受信ＤＭＡＣ１０６との間に受信バッファ１０７を設けてデータ転送を行う場合、受信ＤＭＡＣ１０６は受信インターフェース１０８／受信ＤＭＡＣ１０６間で発生したデータロスをデータの解析なしで検知できる。
通信装置１００内部で発生したパケットロスに関して適切に通知を行わないと、後段のモジュール（受信ＤＭＡＣ１０６）は当該パケットの解析をすることなしにパケットロスの発生に気づかない。本実施形態では、このような不都合は生じない。

なお、本発明は上記した実施形態に限定されない。例えば、ｖａｌｉｄ／ｒｅａｄｙ信号によりハンドシェークを行うバスであれば、実施形態で説明したバスＡ、Ｂ、Ｃ以外のバスでも本発明は適用可能である。
また、パケット情報に付与する情報はエラー情報とラスト情報であるとしたが、他の情報を付与してもよい。例えば、ｄａｔａ＿Ａ（２３３）、ｄａｔａ＿Ｂ（２４３）、ｄａｔａ＿Ｃ（２５３）のデータ幅（例えば、８ビット、１６ビット、３２ビット）のうち、有効なデータが格納されていることを示すバイトイネーブル情報をパケット情報に付与してもよい。
上記した実施形態では、通信装置１００が通信装置Ｔ１から受信したパケットにエラー情報を付与する場合を説明したが、ファイルサーバ１０５が通信装置１００から受信するパケットにエラー情報を付与する場合にも上記した実施形態を適用することができる。また、通信装置Ｔ１が通信装置Ｔ２から受信するパケットにエラー情報を付与する場合にも上記した実施形態を適用することができる。
上記した実施形態では、ファイルサーバ１５０、通信装置１００、Ｔ１、Ｔ２をＥｔｈｅｒｎｅｔ（登録商標）ケーブルで繋ぐとしたが、その他のケーブル（有線）で繋いでもよい。また、ファイルサーバ１５０、通信装置１００、Ｔ１、Ｔ２を無線で繋いでもよい。

本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体(記憶媒体)等としての実施態様をとることが可能である。
また、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００…通信装置、１０６…受信ＤＭＡＣ、１０７…受信バッファ、１０８…受信インターフェース、２００…パケットロス処理部、２０１…監視部、２０２…パケットロス検知部、２０３…送信回数カウント部、２０４…ラスト検知部、２０８…処理部、２０９…送信回数カウント部、２１０…パケットロス印加部、２１１…転送印加部

Claims (10)

1. パケットを複数の分割データとして出力する出力手段と、
   前記出力手段から出力された分割データを中継する中継手段と、
   前記中継手段から出力された前記分割データを受け取る受取手段と、
   前記出力手段から出力される前記分割データが、前記パケットの複数の分割データのうちの最後の分割データであること検出する第１の検出手段と、
   前記出力手段から出力される前記分割データが前記中継手段によって格納されなかったことを検出する第２の検出手段と、
   前記第２の検出手段が前記中継手段による前記分割データの未格納を検出した場合、前記第１の検出手段が前記最後の分割データを検出するまでの間に前記中継手段に入力された前記分割データのうちの最後の分割データに、エラー情報を付与する付与手段と、
   を有することを特徴とする情報処理装置。
2. 前記付与手段は、前記分割データに含まれている情報を変更することにより前記分割データに前記エラー情報を付与することを特徴とする請求項１に記載の情報処理装置。
3. 前記付与手段は、前記分割データが前記中継手段によって格納された回数と、前記分割データが前記中継手段から前記受取手段に出力された回数とに基づいて、前記エラー情報を付与することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記エラー情報を付与すべき分割データが前記中継手段に存在しない場合に分割データを追加する追加手段をさらに有し、
   前記付与手段は、追加された前記分割データに前記エラー情報を付与することを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記第１の検出手段は、前記出力手段と前記中継手段をつなぐバスの信号に基づいて、前記分割データが、前記パケットの最後の分割データであること検出することを特徴とする請求項１～４のいずれか１項に記載の情報処理装置。
6. 前記第２の検出手段は、前記出力手段と前記中継手段をつなぐバスの信号と、前記中継手段から得られる信号とに基づいて、前記中継手段による前記分割データの未格納を検出することを特徴とする請求項１～５のいずれか１項に記載の情報処理装置。
7. 前記中継手段はバッファであり、前記第２の検出手段は、前記バッファがフル状態であり、且つ、前記出力手段から前記分割データが出力されたことを検出した場合、前記中継手段による前記分割データの未格納を検出することを特徴とする請求項１～６のいずれか１項に記載の情報処理装置。
8. 請求項１～７のいずれか１項に記載の情報処理装置と、
   前記パケットを第１の他の通信装置から受信する受信手段と、
   前記受取手段が受け取った分割データで構成される新しいパケットを第２の他の通信装置に送信する送信手段と、を有する通信装置であって、
   前記出力手段は、前記受信手段が受信した前記パケットを前記複数の分割データとして出力することを特徴とする通信装置。
9. 出力部からパケットを複数の分割データとして出力するステップと、
   前記出力部から出力された分割データを中継部で中継するステップと、
   前記中継部から出力された前記分割データを受取部で受け取るステップと、
   前記出力部から出力される前記分割データが、前記パケットの複数の分割データのうちの最後の分割データであること検出するステップと、
   前記出力部から出力される前記分割データが前記中継部によって格納されなかったことを検出するステップと、
   前記中継部による前記分割データの未格納が検出された場合、前記最後の分割データを検出するまでの間に前記中継部に入力された前記分割データのうちの最後の分割データに、エラー情報を付与するステップと、
   を有することを特徴とする情報処理方法。
10. コンピュータを、請求項１から７のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images