(57)【特許請求の範囲】
【請求項１】
ウィンドウ制御機能を有する制御装置であって、
符号付ｎ（２n＞Ｎ）ビットの距離＝（モジュロＮ（Ｎは２以上の整数）でサイクリックに更新される第１順序番号）−（前記モジュロＮでサイクリックに更新される第２順序番号）を算出する距離算出手段と、
前記距離の下位ｍビット（２m＝Ｎ）を取り出す下位ビット取出手段と、
前記下位ビット取出手段により取り出された前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号が前記第２順序番号を基準にウィンドウ内に入っているか否かを判定する距離判定手段と、
を具備したことを特徴とするウィンドウ制御機能を有する制御装置。
【請求項２】
前記ｎビットの距離は、負の数のとき、２の補数形式で表現されることを特徴とする請求項１記載のウィンドウ制御機能を有する制御装置。
【請求項３】
前記Ｎ＝２k（ｋ≧１）、前記ｍ＝ｋであることを特徴とする請求項２記載の記載のウィンドウ制御機能を有する制御装置。
【請求項４】
前記距離の下位ｍビット＜前記ウィンドウサイズであるとき、前記第１順序番号が前記ウィンドウ内に入っていると判断することを特徴とする請求項３記載のウィンドウ制御機能を有する制御装置。
【請求項５】
ウィンドウ制御プログラムを記憶する記憶媒体であって、
モジュロＮ（Ｎは２以上の整数）でサイクリックに更新される第１順序番号を格納する第１領域と、
前記モジュロＮでサイクリックに更新される第２順序番号を格納する第２領域と、
符号付のｎビット（２n＞Ｎ）の距離を格納する第３領域と、
第３領域に、（前記第１領域に格納された第１順序番号−前記第２領域に格納された第２順序番号）を代入するプログラムと、
前記距離の下位ｍビット（２m＝Ｎ）を取り出すプログラムと、
前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号が前記第２順序番号を基準にウィンドウ内に入っているか否かを判定するプログラムと、
を含むことを特徴とするウィンドウ制御プログラムを記憶した記憶媒体。
【請求項６】
ウィンドウ制御機能を有する通信制御装置であって、
モジュロＮ（Ｎは２以上の整数）でサイクリックに更新される第１順序番号ＭＮ（Ｓ）が設定されたデータを受信する受信手段と、
符号付ｎ（２ｎ＞Ｎ）ビットの距離＝（前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）−（次の受信を期待されている第２順序番号ＭＶ（Ｒ）））を算出する距離算出手段と、
前記距離の下位ｍビット（２ｍ＝Ｎ）を取り出す下位ビット取出手段と、
前記下位ビット取出手段により取り出された前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号ＭＮ（Ｓ）が前記第２順序番号ＭＶ（Ｒ）を基準にウィンドウ内に入るか否かを判定する距離判定手段と、
前記第１順次番号ＭＮ（Ｓ）が前記ウィンドウ内に入る場合、前記第１順序番号ＭＮ（Ｓ）のデータの受信確認済みマークを付けるマーク手段と、
前記第１順序番号ＭＮ（Ｓ）が前記ウィンドウ内に入らない場合、前記データを破棄するデータ制御手段と、
次の受信を期待されている第２順序番号ＭＶ（Ｒ）が前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）に一致する場合、前記受信確認済みマークに基いて前記第２順序番号ＭＶ（Ｒ）を前記モジュロＮで更新する更新手段と、
を具備したことを特徴とするウィンドウ制御機能を有する通信制御装置。
【請求項７】
ウィンドウ制御機能を有する通信制御装置であって、
受信側から送達確認を示す第１順序番号ＭＮ（Ｓ）が設定された送達確認データを受信する受信手段と、
前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）が受信側から送達確認を受けるべき第２順序番号ＭＶ（Ｔ）に一致しない場合、符号付ｎ（２n＞Ｎ）ビットの距離＝（前記第１順序番号ＭＮ（Ｓ）−前記第２順序番号ＭＶ（Ｔ））を算出する距離算出手段と、
前記距離の下位ｍビット（２m＝Ｎ）を取り出す下位ビット取出手段と、
前記下位ビット取出手段により取り出された前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号ＭN（Ｓ）が前記第２順序番号ＭＶ（Ｔ）を基準にウィンドウ内に入るか否かを判定する距離判定手段と、
前記第１順序番号ＭＮ（Ｓ）が前記ウィンドウ内に入る場合は、前記第１順序番号ＭＮ（Ｓ）について送達確認受信済みマークを付けるマーク手段と、
前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）が受信側から送達確認を受けるべき第２順序番号ＭＶ（Ｔ）に一致する場合、前記送達確認受信済みマークに基いて前記第２順序番号ＭＶ（Ｔ）をモジュロＮで更新する更新手段と、
を具備したことを特徴とするウィンドウ制御機能を有する通信制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ウィンドウ制御機能を有する制御装置、通信制御装置及びウィンドウ制御プログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
電話交換機等からそれに接続された課金センタなどの端末へ大量のデータをパケットなどに分割して送信し、受信側の端末ではデータを受け取り、次の処理に渡すというシステムにおいては、送信側と受信側が１本の回線で接続されている場合は、受信したデータの順序は逆転することはありえず、受信側は受け取ったデータの順に次の処理に渡せば良い。
【０００３】
しかし、１本の回線では単位時間に送信できるデータ量に制限があるため、通常大量のデータの送信にはＩＴＵ勧告Ｘ２５インタフェースのＭＬＰ（Multilink Procedure)に代表されるように、送信側と受信側を複数の回線で接続し、分割したデータに順序番号を付加し、それらを個々の回線に負荷分散して送信する。
【０００４】
ところが、データ長や各回線の送信スピードの違いなどにより、受信完了時点で順序が狂う可能性があるため、ＭＬＰでは以下のような処理にて順序制御を行っている。
【０００５】
送信側では、送信データにモジュロ構成、例えば、モジュロ値４０９６の順序番号を付与する。受信側では、順序番号を元にデータを順序よく次の処理に渡すが、受信したデータが期待する順序番号でなかった場合は受信したデータを待たせておき、期待する順序番号のデータが到着した時点で待たせておいたデータと一緒に次の処理へ渡す。しかし、受信したデータの順序番号が期待していた順序番号からあまりかけ離れた番号であると破棄を行う。
【０００６】
この期待する順序番号を基準として、順序待ちさせるか、破棄をするかを決定するための許容範囲を決めておき、これをウィンドウと呼んでいる。すなわち、受信データが、期待する順序番号ならば、次の処理に渡し、ウィンドウ内のものならば、順序待ちをさせる、ウィンドウ外のものならば、破棄を行う。
【０００７】
【発明が解決しようとする課題】
ところが、受信データがウィンドウ内のものなのか、そうでないかの判定処理は、データに付与される順序番号がモジュロ構成であり、例えば、モジュロ値が４０９６の場合、４０９５の次は０となるため、単純な数の大小比較では済まされず複雑なアルゴリズムとなってしまい、データの正当性の確認に時間がかかっている。
【０００８】
例えば、受信データの順序番号ＭＮ（Ｓ）＝０，次の受信を期待されている順序番号ＭＶ（Ｒ）＝４０９０，ウィンドウサイズＭＷ＝８、モジュロ４０９６の場合は、以下のような複雑な処理になっていた。
【０００９】
（１）ウィンドウ境界値ＭＶ（Ｒ）＋ＭＷ＝４０９８となる。
【００１０】
（２）ウィンドウ境界値４０９８＞４０９６となるため、ウィンドウ内に０を含むパターンとなる。
【００１１】
（３）０＜４０９０となるため、ＭＮ（Ｓ）は、０〜境界値２（４０９８−４０９６）ならば、ウィンドウ内のものであることが分かる。
【００１２】
（４）境界値４０９８の下位１２ビットを取り出す。４０９８＝’１００００００００００１０’の下位１２ビットは、Ｄ’２＝Ｈ’００００００００００１０’である。
【００１３】
（５）境界値の下位１２ビット２＞０であるため、ＭＳ（Ｎ）はウィンドウ内のものである。
【００１４】
よって、本発明の目的は、複雑な判定処理を簡潔に行うことのできるウィンドウ制御機能を有する制御装置及び通信制御装置を提供することである。
【００１５】
【課題を解決するための手段】
本発明の一側面によれば、ウィンドウ制御機能を有する制御装置であって、符号付ｎ（２n＞Ｎ）距離＝（モジュロＮ（Ｎは２以上の整数）でサイクリックに更新される第１順序番号）−（前記モジュロＮでサイクリックに更新される第２順序番号）を算出する距離算出手段と、前記距離の下位ｍビット（２m＝Ｎ）を取り出す下位ビット取出手段と、前記下位ビット取出手段により取り出された前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号が前記第２順序番号を基準にウィンドウ内に入っているか否かを判定する距離判定手段とを具備したことを特徴とするウィンドウ制御機能を有する制御装置が提供される。
【００１６】
本発明の他の側面によれば、ウィンドウ制御機能を有する通信制御装置であって、モジュロＮ（Ｎは２以上の整数）でサイクリックに更新される第１順序番号ＭＮ（Ｓ）が設定されたデータを受信する受信手段と、符号付ｎ（２ｎ＞Ｎ）ビットの距離＝（前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）−（次の受信を期待されている第２順序番号ＭＶ（Ｒ）））を算出する距離算出手段と、前記距離の下位ｍビット（２ｍ＝Ｎ）を取り出す下位ビット取出手段と、前記下位ビット取出手段により取り出された前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号ＭＮ（Ｓ）が前記第２順序番号ＭＶ（Ｒ）を基準にウィンドウ内に入るか否かを判定する距離判定手段と、前記第１順次番号ＭＮ（Ｓ）が前記ウィンドウ内に入る場合は、前記第１順序番号のデータの受信確認済みマークを付けるマーク手段と、前記第１順序番号ＭＮ（Ｓ）が前記ウィンドウ内に入らない場合は、前記データを破棄するデータ制御手段と、次の受信を期待されている第２順序番号ＭＶ（Ｒ）が前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）に一致する場合は、前記受信確認済みマークに基いて前記第２順序番号ＭＶ（Ｒ）を前記モジュロＮで更新する更新手段とを具備したことを特徴とするウィンドウ制御機能を有する通信制御装置が提供される。
【００１７】
本発明の更に他の側面によれば、ウィンドウ制御機能を有する通信制御装置であって、受信側から送達確認を示す第１順序番号ＭＮ（Ｓ）が設定された送達確認データを受信する受信手段と、前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）が受信側から送達確認を受けるべき第２順序番号ＭＶ（Ｔ）に一致しない場合、符号付ｎ（２n＞Ｎ）ビットの距離＝（前記第１順序番号ＭＮ（Ｓ）−前記第２順序番号ＭＶ（Ｔ））を算出する距離算出手段と、前記距離の下位ｍビット（２m＝Ｎ）を取り出す下位ビット取出手段と、前記下位ビット取出手段により取り出された前記距離の下位ｍビットとウィンドウサイズとを比較して、前記第１順序番号ＭN（Ｓ）が前記第２順序番号ＭＶ（Ｔ）を基準にウィンドウ内に入るか否かを判定する距離判定手段と、前記第１順序番号ＭＮ（Ｓ）が前記ウィンドウ内に入る場合は、前記第１順序番号ＭＮ（Ｓ）について送達確認受信済みマークを付けるマーク手段と、前記受信手段が受信した前記第１順序番号ＭＮ（Ｓ）が受信側から送達確認を受けるべき第２順序番号ＭＶ（Ｔ）に一致する場合、前記送達確認受信済みマークに基いて前記第２順序番号ＭＶ（Ｔ）をモジュロＮ（Ｎは２以上の整数）で更新する更新手段とを具備したことを特徴とするウィンドウ制御機能を有する通信制御装置が提供される。
【００１８】
【発明の実施の形態】
本発明の実施形態を説明する前に本発明の原理を説明する。図１は、本発明の原理図である。図１に示すように、制御装置２は、符号付ｎビットの距離＝（モジュロＮ（Ｎは２以上の整数）でサイクリックに更新される第１順序番号）−（モジュロＮでサイクリックに更新される第２順序番号）を算出する距離算出手段４と、距離の下位ｍビット（２m＝Ｎ）を取り出す下位ビット取出手段６と、下位ビット取出手段４により取り出された距離の下位ｍビットとウィンドウサイズとを比較して、第１順序番号が第２順序番号を基準にウィンドウ内に入っているか否かを判定する距離判定手段８とを具備する。
【００１９】
図２は、ウィンドウを示す図である。以下、図２を参照して、図１の動作説明をする。図２に示すように、円内に０〜（Ｎ−１）までの番号が時計回りに昇順に付されている。ウィンドウ１０とは、第２順序番号から時計方向に回転したときのウィンドウサイズまでの領域をいう。制御装置２は、第１順序番号がウィンドウ１０内に入るか否かを以下のようにして判定する。
【００２０】
第１及び第２順序番号は、モジュロＮでサイクリックに更新されるｎビットからなる整数である。距離算出手段４は、ｎビットの距離＝第１順序番号−第２順序番号を算出する。但し、ｎは、２n＞Ｎを満たす整数である。これは、第１順序番号及び第２順序番号が０〜（Ｎ−１）の範囲の整数であるので、距離が０〜Ｎ−１までの範囲の値であること、距離が符号ビットを持つことからである。下位ビット取出手段６は、距離の下位ｍビットを取り出す。
【００２１】
距離≧０のとき、ｎビット全体とその下位ｍビットは、下位ｍビットよりも上位ビットが０となるので、同じになる。Ｎ＝２k，ｍ＝ｋ、距離を２の補数形式で表したとき、距離の下位ｍビットは、図２の円内において、第２順序番号から第１順序番号までの距離を示している。例えば、Ｎ＝４０９６，ｋ＝１２のとき、第１順序番号＝０，第２順序番号＝４０９０とすると、距離は、−４０９０＝Ｈ’ＦＦＦＦＦ００６’となり、下位１２ビット＝Ｈ’００６’となる。
【００２２】
１の補数形式の場合は、２の補数形式の値よりも１小さいので、負の場合に、１の補数形式で表された下位ｍビットの距離にオフセット＝１を加算することより第２順序番号から第１順序番号までの距離を示す。尚、この場合は、距離が正負である判定とオフセットを加算するステップが２の補数形式の場合に追加される。
【００２３】
また、２k-1＜Ｎ＜２k、距離を２の補数形式で表したとき、距離＜０の場合、下位ｍビットが示す値は、第２順序番号から第１順序番号までの距離−（２k−Ｎ）となる。そのため、下位ｍビットにオフセット（２k−Ｎ）を加算すれば、第２順序番号から第１順序番号までの距離が求められる。１の補数形式で表したときも、同様である。
【００２４】
距離判定手段８は、この距離とウィンドウサイズとを比較して、第１順序番号がウィンドウ内に入るか否かを判定する。これにより、判定の処理を簡単にすることができる。
【００２５】
本発明は、モジュロＮでサイクリックに更新される第１順序番号がモジュロＮでサイクリックに更新される第２順序番号を基準にウィンドウ内に入っているかを判定する処理を含む制御装置において適用可能である。本実施形態では、通信制御装置に適用した場合を例に説明する。
【００２６】
図３は、本発明の実施形態の通信システム構成図である。通信制御装置では、パケット網におけるＭＬＰ等のように送信側においては、受信側から次に送達確認を受けるべきフレームの順序番号を基準に次に送信すべきフレームの順序番号がウィンドウ内に入っているかを判別する処理、受信側においては、次に受信すべきフレームの順序番号を基準に受信したフレームがウィンドウ内に入っているかを判別する処理を行う通信制御装置に適用している。
【００２７】
図３に示すように、本実施形態では、適用される送信側を交換機２０、受信側を課金センタ４０としている。交換機２０は、複数の入力回線２２、複数の出力回線２４、ＴＳＷ２６及び運用・保守部２８を含む。各入力回線２２及び出力回線２４は、他の交換機や端末を収容する。ＴＳＷ２６は、各入力回線２２より入力されたデータを該当する出力回線２４にクロスコネクトする。
【００２８】
運用・保守部２８は、交換機２０の運用・保守を行う。例えば、発信ユーザ、着信ユーザ、接続時刻、切断時刻等の課金情報を課金センタ４０にＭＬＰにて送信する。運用・保守部２８は、課金情報の送信に係わる機能として、終端部３０、データリンク部３２、ネットワーク部３４、ユーザ部３６及びＨＤＤ３８を含む。
【００２９】
終端部３０は、物理インタフェースを終端するものであり、ＭＬＰを実施するために、複数の回線３９＃１，３９＃２，３９＃３に対応する複数の終端部３０＃１，３０＃２，３０＃３から成る。各終端部３０＃ｉ（ｉ＝１〜３）は、データリンク部３２より共用バッファにライトされたフレームデータをキューイングして、所定の物理インタフェースに従って送信する。また、課金センタ４０より送信されたＡＣＫデータを回線３９＃ｉより受信して、共用ＡＣＫバッファにライトする。
【００３０】
図４は、図３中の交換機２０のデータリンク部３２の機能ブロック図である。図４に示すように、データリンク部３２は、ＡＣＫバッファ５０、ＡＣＫデータ読出部５２、プロトコル判定部５４、送達確認番号取出部５６、送達確認受信済みマーク部５８、ＭＶ（Ｔ）記憶部６０、ＭＶ（Ｔ）更新部６２、ＭＶ（Ｓ）記憶部６４、距離算出部６６、下位ビット取出部６８、ウィンドウサイズ記憶部７０、距離判定部７２、フレームデータ送出部７４、送信バッファ７６及びＭＶ（Ｓ）更新部７８から構成され、図３中のＨＤＤ３８にプログラムとして記憶されていて、図示しない例えば３２ビットのプロセッサにより実行される。
【００３１】
ＡＣＫバッファ５０は、受信側の課金センタ４０から受信応答として送信されたＡＣＫデータを記憶するバッファである。ＡＣＫデータ読出部５２は、ＡＣＫバッファ５０からＡＣＫデータを読み出す。プロトコル判定部５４は、ＡＣＫデータからＸ２５などのプロトコルの種類を判定して、該当プロトコルを制御する。ここで、プロトコルを判定するのは、ユーザ部３６の要求に基いて、Ｘ２５以外のプロトコルもサポート可能とするためである。
【００３２】
送達確認番号取出部５６は、ＡＣＫデータから送達確認番号ＭＮ（Ｓ）を取り出す。送達確認受信済みマーク部５８は、受信した送達確認番号ＭＮ（Ｓ）が受信側から次に送達確認を受けるべきフレームの順序番号ＭＶ（Ｔ）よりも大きい場合は、該送達確認番号を既に受信した旨のマークを付ける。
【００３３】
ＭＶ（Ｔ）記憶部６０は、ＭＶ（Ｔ）を記憶する３２ビットの変数領域である。ＭＶ（Ｔ）更新部６２は、受信した送達確認番号がＭＶ（Ｔ）に一致する場合、送達確認済みマークを元にＭＶ（Ｔ）をモジュロＮで更新する。尚、本例では、Ｎ＝２12＝４０９６とする。
【００３４】
ＭＶ（Ｓ）記憶部６４は、次に送達すべきフレームの順序番号ＭＶ（Ｓ）を記憶する３２ビットの変数領域であり、システム初期化後、０に初期設定される。ＭＶ（Ｓ）は、モジュロ４０９６でサイクリックにインクリメントされて送信フレームに設定される順序番号である。
【００３５】
距離算出部６６は、ＭＮ（Ｓ）−ＭＶ（Ｔ）を算出して、符号付の３２ビットの変数領域に格納する。ここで、ＭＮ（Ｓ）−ＭＶ（Ｔ）が負の数の場合は、これを２の補数形式で表す。下位ビット取出部６８は、例えば、３２ビットの変数領域の距離（ＭＮ（Ｓ）−ＭＶ（Ｔ））を１２ビットの変数領域に代入することにより、（ＭＮ（Ｓ）−ＭＶ（Ｔ））の下位１２ビットを取り出す。下位ビット数は、Ｎ＝２kとすると、ｋである。
【００３６】
ウィンドウサイズ記憶部７０は、ウィンドウサイズＭＷを記憶する変数領域である。本例では、ＭＷ＝８としている。距離判定部７２は、（ＭＮ（Ｓ）−ＭＶ（Ｔ））の下位１２ビットとＭＶを比較して、（ＭＮ（Ｓ）−ＭＶ（Ｔ））の下位１２ビット＜ＭＷならば、ＭＮ（Ｓ）がウィンドウ内であると判断し、（ＭＮ（Ｓ）−ＭＶ（Ｔ））の下位１２ビット≧ＭＷならば、ＭＶ（Ｓ）がウィンドウ外であると判断する。
【００３７】
フレームデータ送信部７４は、図３中のネットワーク部３４より送出されたフレームデータにＭＶ（Ｓ）を設定して、送信バッファ７６にライトする。送信バッファ７６は、送信データを記憶するバッファであり、終端部３０＃ｉ（ｉ＝１〜３）に共通に設けられている。ＭＶ（Ｓ）更新部７８は、ＭＶ（Ｓ）をモジュロ４０９６でインクリメントする。
【００３８】
図３中のネットワーク部３４は、ＯＳＩで規定されるネットワーク層のサービスを司る。図３中のユーザ部３６は、課金情報を収集して、ネットワーク部３４に送出する。ＨＤＤ３８は、データリンク部３２、ネットワーク部３４及びユーザ部３６のプログラムなどを記憶するハードディスクである。
【００３９】
課金センタ４０は、終端部４１、データリンク部４２、ネットワーク部４４、ユーザ部４６及びＨＤＤ４８を含む。終端部４１は、物理インタフェースを終端するものであり、ＭＬＰを実施するために、複数の回線３９＃１，３９＃２，３９＃３に対応する複数の終端部４１＃１，４１＃２，４１＃３から成る。
【００４０】
各終端部４１＃ｉ（ｉ＝１〜３）は、回線３９＃ｉよりフレームデータを受信して、共用メモリにライトすると共に、フレームデータに設定されているＭＮ（Ｓ）をＡＣＫデータに設定して、所定の物理インタフェースに従ってＡＣＫデータを送信する。
【００４１】
図５は、図３中の課金センタ４０のデータリンク部４２の機能ブロック図である。図５に示すように、データリンク部４２は、受信バッファ８０、データ読出部８２、プロトコル判定部８４、ＭＮ（Ｓ）取出部８６、ＭＶ（Ｒ）更新部９０、ＭＶ（Ｒ）記憶部９２、距離算出部９４、データ出力部９６、下位ビット取出部９８、ウィンドウサイズ記憶部１００、距離判定部１０２、受信確認済みマーク部１０４及びデータ保存部１０６から構成され、ＨＤＤ４８にプログラムとして記憶されていて、図示しない例えば３２ビットのプロセッサにより実行される。
【００４２】
受信バッファ８８は、終端部４１＃ｉ（ｉ＝１〜３）が受信した交換機２０より送信されたフレームデータを記憶するバッファであり、終端部４１＃ｉ（ｉ＝１〜３）で共通に設けられている。データ読出部８２は、受信バッファ８８からその書き込まれた順にフレームデータを読み出す。プロトコル判定部８４は、フレームデータからＸ２５などのプロトコル種別を判定して、該当プロトコルを制御する。
【００４３】
ＭＮ（Ｓ）取出部８６は、フレームデータから順序番号ＭＮ（Ｓ）を取り出す。ＭＶ（Ｒ）更新部９０は、ＭＮ（Ｓ）とＭＶ（Ｒ）記憶部９２に記憶された次に受信すべきフレームの順序番号ＭＶ（Ｒ）と比較する。一致すれば、受信確認済みマークを参照してＭＶ（Ｒ）をモジュロ４０９６で更新して、データ出力部９６を呼び出す。一致しなければ、距離算出部９４を呼び出す。
【００４４】
ＭＶ（Ｒ）記憶部９２は、次に受信すべきフレームの順序番号ＭＶ（Ｒ）を記憶する符号付３２ビットの変数領域である。距離算出部９４は、ＭＮ（Ｓ）−ＭＶ（Ｒ）を算出して、符号付３２ビットの変数領域に格納する。ここで、ＭＮ（Ｓ）−ＭＶ（Ｒ）が負の数の場合は、これを２の補数形式で表す。データ出力部９６は、今回受信したＭＮ（Ｓ）のフレームデータとデータ保存部１０６により保存されたフレームデータをネットワーク部４４に出力する。
【００４５】
下位ビット取出部９８は、例えば、３２ビットの変数領域の距離（ＭＮ（Ｓ）−ＭＶ（Ｒ））を１２ビットの変数領域に代入することにより、（ＭＮ（Ｓ）−ＭＶ（Ｒ））の下位１２ビットを取り出す。ウィンドウサイズ記憶部１００は、ウィンドウサイズＭＷを記憶する変数領域である。本例では、ＭＷ＝８としている。
【００４６】
距離判定部１０２は、（ＭＮ（Ｓ）−ＭＶ（Ｒ））の下位１２ビットとＭＷを比較する。（ＭＮ（Ｓ）−ＭＶ（Ｒ））の下位１２ビット＜ＭＷならば、ＭＮ（Ｓ）がウィンドウ内であると判断する。（ＭＮ（Ｓ）−ＭＶ（Ｒ））の下位１２ビット≧ＭＷならば、ＭＮ（Ｓ）がウィンドウ外であると判断して、フレームデータを破棄する。受信確認済みマーク部１０４は、ＭＮ（Ｓ）のフレームデータを受信した旨をマークする。データ保存部１０６は、今回受信したＭＮ（Ｓ）のフレームデータをメモリに保存する。
【００４７】
図６は、データの流れ図である。図７は、フレームの送受信のシーケンスチャートである。以下、図２の通信システムの動作説明をする。
【００４８】
（Ａ）  保守・運用部２８の動作
図８は、図４のフローチャートである。図９は、送信側ウィンドウ変化図である。保守・運用部２８は、システム初期化後、ＭＶ（Ｔ）記憶部６０のＭＶ（Ｔ）＝０、ＭＶ（Ｓ）記憶部６４のＭＶ（Ｓ）＝０に初期化されている。ＡＣＫバッファ５０及び送信バッファ７６はゼロクリアされている。
【００４９】
交換機２０は、回線２２に収容される電話端末等から発信等が行われると、発信制御を行うと共に、発信側の電話端末等のユーザ、回線接続時刻、着信側のユーザ、回線切断時刻等の課金情報をＨＤＤ３８に記憶する。運用・保守部２８中のユーザ部３６は、ネットワーク部３４に対して、課金センタ４０への接続を指示する。
【００５０】
ネットワーク部３４は、課金センタ４０中のネットワーク部４４とＸ２５プロトコルでネットワーク層のリンクを構成する。データリンク部３２は、課金センタ４０のデータリンク部４２とＸ２５プロトコルのデータリンク層のリンクを構成する。ユーザ部３６は、ＨＤＤ３８より課金情報をリードして、ネットワーク部３４に送出する。図６に示すように、ネットワーク部３４は、ユーザ部３６から送出された課金情報をパケットに分割して、フレームデータをデータリンク部３２に出力する。
【００５１】
データリンク部３２は、後述するように、送達確認番号ＭＮ（Ｓ）がＭＶ（Ｔ）に一致する場合に、ＭＶ（Ｓ）がＭＶ（Ｔ）を基準にウィンドウの境界に一致するまで、フレームにＸ２５プロトコル情報及びＭＶ（Ｓ）を設定して送信バッファ７６に出力すると共に、ＭＶ（Ｓ）の更新を行う。終端部３０＃ｉ（ｉ＝１〜３）は、送信バッファ７６に出力されたフレームデータを順次リードして、回線３９＃ｉ（ｉ＝１〜３）に送信する。
【００５２】
後述するように、課金センタ４０中の終端部４１＃ｉ（ｉ＝１〜３）は、受信したフレームに設定されているＭＶ（Ｓ）を送信確認番号ＭＮ（Ｓ）として含むＡＣＫデータを回線３９＃ｉに出力する。このＡＣＫデータは、回線３９＃ｉから終端部３０＃ｉを通してデータリンク部３２で受信される。
【００５３】
データリンク部３２は、ＡＣＫデータに含まれる送達確認番号ＭＮ（Ｓ）、次に送信すべきフレームの順序番号ＭＶ（Ｓ）と受信側から次に送達確認を受けるべきフレームの順序番号ＭＶ（Ｔ）及びウィンドウサイズＭＷの関係をチェックして、ＭＶ（Ｔ）の更新とフレームデータの送信制御を行う。このようにして、図６に示すように、交換機２０からＭＬＰにより送出されたフレームデータは、課金センタ４０で受信される。
【００５４】
（１）  ＭＶ（Ｔ）＝４０８４，ＭＶ（Ｓ）＝４０９２とする。受信側から送達確認順序番号ＭＮ（Ｓ）＝４０８４を含むＡＣＫデータが送信されたとする。ＡＣＫデータは、終端部３０＃ｉによりＡＣＫバッファ５０にライトされる。
【００５５】
図７中のステップＳ２において、ＡＣＫデータ読出部５２は、ＡＣＫデータを読み出す。ステップＳ４において、プロトコル判定部５４は、ＡＣＫデータからプロトコルがＸ２５であるか否かをチェックして、プロトコルがＸ２５ならば、ステップＳ６に進み、プロトコルがＸ２５以外ならば、ステップＳ２４に進む。ここでは、Ｘ２５プロトコルなので、ステップＳ６に進む。尚、プロトコルがＸ２５以外ならば、ステップＳ２８において、該当プロトコルでデータリンクされる。
【００５６】
ステップＳ６において、送達確認番号取出部５６は、ＡＣＫデータから送達確認番号ＭＮ（Ｓ）＝４０８４を取り出す。ステップＳ８において、ＭＶ（Ｔ）更新部６２は、ＭＶ（Ｔ）記憶部６０よりＭＶ（Ｔ）＝４０８４をリードして、ＭＶ（Ｔ）＝４０８４、送達確認番号ＭＮ（Ｓ）＝４０８４であり、ＭＶ（Ｔ）＝送達確認番号ＭＮ（Ｓ）に一致するので、ステップＳ１０に進む。
【００５７】
ステップＳ１０において、ＭＶ（Ｔ）更新部６２は、ＭＶ（Ｔ）をモジュロ４０９６で更新する。ここでは、ＭＶ（Ｔ）＝４０８５に更新されたとする。ステップＳ１２において、フレームデータ送出部７４は、ＭＶ（Ｓ）＝４０９２のフレームを送信バッファ７６に書き込む。
【００５８】
送信バッファ７６に書き込まれたＭＮ（Ｓ）＝４０９２のデータは、終端部３０＃ｉより回線３９＃ｉに送信される。ステップＳ１４において、ＭＶ（Ｓ）更新部７８は、ＭＶ（Ｓ）をモジュロ４０９６で４０９３に更新する。ステップＳ１６において、４０８５を認識する。ステップＳ１８において、４０８５のフレームについて、送達確認受信済みマーク付きであるか否かを判定して、送達確認受信済みであれば、ステップＳ１０に進み、送達確認受信済みで無ければ、終了する。ここでは、４０８５の値のデータが送達確認受信済みでは無いので終了する。
【００５９】
（２）  ＭＶ（Ｔ）＝４０８５，ＭＶ（Ｓ）＝４０９３の場合、送達確認番号＝４０８５が課金センタ４０より送信されたとする。この場合も（１）と同様にして、ステップＳ２〜ステップＳ１８の処理により、ＭＶ（Ｓ）＝４０９３のフレームが送信されて、ＭＶ（Ｔ）＝４０８６，ＭＶ（Ｓ）＝４０９４に更新される。
【００６０】
（３）  ＭＶ（Ｔ）＝４０８６，ＭＶ（Ｓ）＝４０９４、送達確認番号＝４０８６、（４）  ＭＶ（Ｔ）＝４０８７，ＭＶ（Ｓ）＝４０９５、送達確認番号＝４０８７、（５）  ＭＶ（Ｔ）＝４０８８，ＭＶ（Ｓ）＝０、送達確認番号＝４０８８の場合も、ステップＳ２〜ステップＳ１８の処理により、図７に示すように、ＭＶ（Ｓ）＝４０９３，４０９４，４０９５，０のフレームが順次送信される。
【００６１】
（６）  図９中の送信側（６）に示すように、ＭＶ（Ｔ）＝４０９２、送達確認番号＝４０９４がＡＣＫデータとして、受信側から送信されたものとする。ステップＳ２〜ステップＳ６の処理により、ＡＣＫデータが読み出されて、送達確認番号＝４０９４が取り出される。ステップＳ８において、ＭＶ（Ｔ）＝４０９２，送達確認番号＝４０９４であり、ＭＶ（Ｔ）≠送達確認番号なので、ステップＳ２０に進む。
【００６２】
ステップＳ２０において、距離算出部６６は、符号付３２ビットの（ＭＮ（Ｓ）−ＭＶ（Ｔ））を算出する。ここでは、ＭＮ（Ｓ）＝４０９４であり、ＭＮ（Ｓ）−ＭＶ（Ｔ）＝４０９４−４０９２＝２である。
【００６３】
ステップＳ２２において、下位ビット取出部６８は、符号付３２ビットの（ＭＶ（Ｓ）−ＭＶ（Ｔ））を１２ビットの変数領域ｘに代入することにより、下位１２ビットを取り出す。ここでは、下位１２ビット＝Ｈ’００２’となる。
【００６４】
ステップＳ２３において、距離判定部７２は、ウィンドウサイズ記憶部７０からウィンドウサイズＭＷ＝８をリードして、変数ｘ＝２とＭＷ＝８を比較する。ｘ＝２＜ＭＷ＝８なので、ＭＶ（Ｓ）がウィンドウ内なので、ステップＳ２４に進む。尚、ＭＮ（Ｓ）−ＭＶ（Ｔ）＞ウィンドウサイズならば、ステップＳ２６に進み、ＡＣＫデータが破棄される。ステップＳ２４において、送達確認番号ＭＮ（Ｓ）＝４０９４のフレームについて、図７中の送信側（６）に黒丸で示すように、送達確認受信済みマークを付する。
【００６５】
（７）  ＭＶ（Ｔ）＝４０９２、送達確認番号＝４０９２がＡＣＫデータとして、受信側から送信されたものとする。ステップＳ２〜ステップＳ６の処理により、ＡＣＫデータが読み出されて、送達確認番号＝４０９２が取り出される。ステップＳ８において、ＭＶ（Ｔ）＝４０９２，送達確認番号＝４０９２であり、ＭＶ（Ｔ）＝送達確認番号なので、ステップＳ１０に進む。
【００６６】
ステップＳ１０において、ＭＶ（Ｔ）更新部６２は、ＭＶ（Ｔ）＝４０９２をモジュロ４０９６で更新して、ＭＶ（Ｔ）＝４０９３とする。ステップＳ１２において、フレームデータ送出部７４は、ＭＶ（Ｓ）＝ＭＶ（Ｔ）＋ＭＷ＝４０９２＋８≡４（モジュロ４０９６）のフレームを送信バッファ７６に書き込む。
【００６７】
ステップＳ１６において、ＭＶ（Ｔ）更新部６２は、ＭＶ（Ｔ）＝４０９３の次の値４０９３を認識する。ステップＳ１８において、ＭＶ（Ｔ）更新部６２は、４０９３に送達確認受信済みマークが付いているか否かを判断して、送達確認受信済みマークが付いていれば、ステップＳ１０に戻り、付いていなければ、終了する。ここでは、４０９３に送達確認受信済みマークが付いていないので、図１１中の送信側（７）に示すように、ＭＶ（Ｔ）＝４０９３となる。
【００６８】
（８）  ＭＶ（Ｔ）＝４０９３、送達確認番号＝０がＡＣＫデータとして、受信側から送信されたものとする。ステップＳ２〜ステップＳ６の処理により、ＡＣＫデータが読み出されて、送達確認番号＝０が取り出される。ステップＳ８において、ＭＶ（Ｔ）＝４０９３，送達確認番号＝０であり、ＭＶ（Ｔ）≠送達確認番号なので、ステップＳ２０に進む。
【００６９】
ステップＳ２０において、距離算出部６６は、符号付３２ビットの（ＭＮ（Ｓ）−ＭＶ（Ｔ））を算出する。ここでは、ＭＮ（Ｓ）＝０であり、ＭＮ（Ｓ）−ＭＶ（Ｔ）＝０−４０９３＝−４０９３＝Ｈ’ＦＦＦＦＦ００３’である。
【００７０】
ステップＳ２２において、下位ビット取出部６８は、符号付３２ビットの（ＭＶ（Ｓ）−ＭＶ（Ｔ））を１２ビットの変数領域ｘに代入することにより、下位１２ビットを取り出す。ここでは、下位１２ビット＝Ｈ’００３’となる。
【００７１】
ステップＳ２３において、距離判定部７２は、ウィンドウサイズ記憶部７０からウィンドウサイズＭＷ＝８をリードして、変数ｘ＝３とＭＷ＝８を比較する。ｘ＝３＜ＭＷ＝８なので、ＭＶ（Ｓ）がウィンドウ内なので、ステップＳ２４に進む。
【００７２】
ステップＳ２４において、送達確認番号ＭＮ（Ｓ）＝０のフレームについて、図７中の送信側（８）に黒丸で示すように、送達確認受信済みマークを付する。このように、送達確認番号ＭＮ（Ｓ）がＭＶ（Ｔ）を基準としてウィンドウ内に入っているか否かを判断する際に、ウィンドウ内に０が含まれる場合でも、簡単な処理によって判断できる。このとき、ＭＶ（Ｔ）＝４０９３のままである。
【００７３】
（９）  ＭＶ（Ｔ）＝４０９３、送達確認番号＝４０９５がＡＣＫデータとして、受信側から送信されたものとする。ステップＳ２〜ステップＳ６の処理により、ＡＣＫデータが読み出されて、送達確認番号＝４０９５が取り出される。ステップＳ８において、ＭＶ（Ｔ）＝４０９３，送達確認番号＝４０９５であり、ＭＶ（Ｔ）≠送達確認番号なので、ステップＳ２０に進む。ステップＳ２０〜ステップＳ２４の処理により、図７中の送信側（９）の黒丸で示すように、送達確認番号＝０のフレームについて、送達確認受信済みマークを付ける。このとき、ＭＶ（Ｔ）＝４０９３のままである。
【００７４】
（１０）  ＭＶ（Ｔ）＝４０９３、送達確認番号＝４０９３がＡＣＫデータとして、受信側から送信されたものとする。ステップＳ２〜ステップＳ６の処理により、ＡＣＫデータが読み出されて、送達確認番号＝４０９３が取り出される。ステップＳ８において、ＭＶ（Ｔ）＝４０９３，送達確認番号＝４０９３であり、ＭＶ（Ｔ）＝送達確認番号なので、ステップＳ１０に進む。
【００７５】
ステップＳ１０において、ＭＶ（Ｔ）更新部６２は、ＭＶ（Ｔ）＝４０９３をモジュロ４０９６で更新して、ＭＶ（Ｔ）＝４０９３とする。ステップＳ１２において、フレームデータ送出部７４は、ＭＶ（Ｓ）＝ＭＶ（Ｔ）＋ＭＷ＝４０９３＋８≡５（モジュロ４０９６）のフレームを送信バッファ７６に書き込む。
【００７６】
ステップＳ１４において、ＭＶ（Ｓ）＝５をモジュロ４０９６でＭＶ（Ｓ）＝６に更新する。ステップＳ１６において、ＭＶ（Ｔ）更新部６２は、４０９４を認識する。ステップＳ１８において、ＭＶ（Ｔ）更新部６２は、４０９４に送達確認受信済みマークが付いているか否かを判断して、送達確認受信済みマークが付いているので、ステップＳ１０に戻る。
【００７７】
ステップＳ１０において、ＭＶ（Ｔ）＝４０９４をモジュロ４０９６でＭＶ（Ｔ）＝４０９５に更新する。ステップＳ１２において、ＭＶ（Ｓ）＝６のフレームをバッファに書き込む。ステップＳ１６において、４０９５を認識する。ステップＳ１８において、４０９５のフレームについて、送達確認受信済みマークが付いているので、ステップＳ１０に進む。同様にして、ステップＳ１０からステップＳ１８の処理により、図７中の送信側（１０）に示すように、ＭＶ（Ｔ）＝１に更新され、ＭＶ（Ｓ）＝８までのフレームが送信バッファ７６に書き込まれて受信側の課金センタ４０に送信される。
【００７８】
（Ｂ）  課金センタ４０の動作
図１０は、図５のフローチャートである。図１１は、受信側ウィンドウの変化図である。課金センタ４０は、システム初期化後、ＭＶ（Ｒ）記憶部９２中のＭＶ（Ｒ）＝０に初期化されている。受信バッファ８０は、ゼロクリアされている。各終端部４１＃ｉ（ｉ＝１〜３）は、回線３９＃ｉ（ｉ＝１〜３）よりフレームデータを受信すると、受信バッファ８０にライトすると共に、フレームに付されているＭＮ（Ｓ）をＸ２５プロトコルである旨の情報と共に、ＡＣＫデータに設定して、交換機２０に送信する。
【００７９】
（１）  現在、課金センタ４０は、４０９１までのフレームデータを受け取っているとする。このとき、次の受信を期待されているフレームの順序番号ＭＶ（Ｒ）＝４０９２である。４０９４のフレームを受信したとする。ＭＮ（Ｓ）＝４０９４のフレームデータは、終端部４１＃ｉにより受信バッファ８０にライトされる。
【００８０】
図１０中のステップＳ３０において、データ読出部８２は、受信バッファ８０よりフレームデータをリードする。ステップＳ３２において、プロトコル判定部８４は、フレームデータからプロトコルがＸ２５であるか否かをチェックして、プロトコルがＸ２５ならば、ステップＳ３４に進み、プロトコルがＸ２５以外ならば、ステップＳ５６に進む。ここでは、Ｘ２５プロトコルなので、ステップＳ３４に進む。ステップＳ３４において、ＭＮ（Ｓ）取出部８６は、フレームデータからＭＮ（Ｓ）＝４０９４を取り出す。
【００８１】
ステップＳ３８において、ＭＶ（Ｒ）更新部９０は、ＭＶ（Ｒ）記憶部９２よりＭＶ（Ｒ）＝４０９２をリードして、ＭＮ（Ｓ）＝４０９４がＭＶ（Ｒ）＝４０９２に一致するかをチェックする。ＭＮ（Ｓ）≠ＭＶ（Ｒ）なので、ステップＳ４０に進む。ステップＳ４０において、距離算出部９４は、ＭＮ（Ｓ）−ＭＶ（Ｒ）＝４０９４−４０９２＝２を算出して、符号付３２ビットの変数領域に格納する。ステップＳ４２において、下位ビット取出部９８は、ＭＮ（Ｓ）−ＭＶ（Ｒ）＝２を１２ビットの変数領域に代入する。
【００８２】
ステップＳ４４において、距離判定部１０２は、１２ビットのＭＮ（Ｓ）−ＭＶ（Ｒ）＝２とＭＷ＝８を比較する。ＭＮ（Ｓ）−ＭＶ（Ｒ）＝２＜ＭＷ＝８なので、ステップＳ４６に進む。ステップＳ４６において、受信確認済みマーク部１０４は、図１１中の受信側（１１）の白丸で示すように、４０９４の受信確認済みマークをする。ステップＳ５４において、４０９４のフレームを保存する。
【００８３】
（２）  ４０９２のフレームを受信したとする。ステップＳ３８により、ＭＮ（Ｓ）＝４０９２，ＭＶ（Ｒ）＝４０９２なので、ＭＮ（Ｓ）＝ＭＶ（Ｒ）と判断されて、ステップＳ５２に進む。ステップＳ５２において、ＭＶ（Ｒ）更新部９０は、１１中の受信側（１２）に示すように、ＭＶ（Ｒ）＝４０９３に更新する。ステップＳ５４において、データ出力部９６は、４０９２までのフレームをネットワーク部４４を通して、ユーザ部４６に渡す。
【００８４】
ステップＳ５５において、４０９３を認識する。ステップＳ５６において、４０９３のフレームについて、受信確認済みマークが付いているか否かを判断して、４０９３のフレームに受信確認済みマークが付いていないので、終了する。ここでは、図１１中の受信側（１２）に示すように、ＭＶ（Ｒ）＝４０９３となる。
【００８５】
（３）  ４０９３のフレームを受信したとする。ステップＳ３８により、ＭＮ（Ｓ）＝４０９３，ＭＶ（Ｒ）＝４０９３なので、ＭＮ（Ｓ）＝ＭＶ（Ｒ）と判断されて、ステップＳ５２に進む。ステップＳ５２において、ＭＶ（Ｒ）更新部９０は、ＭＶ（Ｒ）＝４０９４に更新する。ステップＳ５４において、４０９３のフレームをネットワーク部４４を通して、ユーザ部４６に渡す。
【００８６】
ステップＳ５５において、４０９４を認識する。ステップＳ５６において、４０９４のフレームについて、受信確認済みマークが付いているか否かを判断して、４０９４のフレームに受信確認済みマークが付いているので、ステップＳ５２に戻る。ステップＳ５２〜ステップＳ５６により、図１１中の受信側（１３）に示すように、ＭＶ（Ｒ）＝４０９５に更新されて、４０９４のフレームがネットワーク部４４を通して、ユーザ部４６に渡される。
【００８７】
（４）  ０のフレームを受信したとする。ステップＳ３８により、ＭＮ（Ｓ）＝０，ＭＶ（Ｒ）＝４０９３なので、ＭＮ（Ｓ）≠ＭＶ（Ｒ）と判断されて、ステップＳ４０に進む。ステップＳ４０において、距離算出部９４は、ＭＮ（Ｓ）−ＭＶ（Ｒ）＝−４０９３＝Ｈ’ＦＦＦＦＦ００３’を算出して、符号付３２ビットの変数領域に格納する。
【００８８】
ステップＳ４２において、下位ビット取出部９８は、ＭＮ（Ｓ）−ＭＶ（Ｒ）＝Ｘ’００３’を１２ビットの変数領域ｘに代入する。ステップＳ４４において、距離判定部１０２は、ｘ＝Ｈ’００３’とＭＷ＝８を比較する。ｘ＝３＜ＭＷ＝８なので、ステップＳ４６に進む。ステップＳ４６において、受信確認済みマーク部１０４は、図１１中の受信側（１４）に示すように、０のフレームの受信確認済みマークをする。ステップＳ５４において、０のフレームを保存する。このように、ＭＶ（Ｔ）を基準にウィンドウ内に入っているか否かを判断する際、ＭＮ（Ｓ）＜ＭＶ（Ｔ）の場合であっても、簡単な処理により判断することができる。
【００８９】
（５）  ４０９５のフレームを受信したとする。ステップＳ３８により、ＭＮ（Ｓ）＝４０９５，ＭＶ（Ｒ）＝４０９５なので、ＭＮ（Ｓ）＝ＭＶ（Ｒ）と判断されて、ステップＳ５２に進む。ステップＳ５２〜ステップＳ５６の処理により、図１１中の受信側（１５）に示すように、ＭＶ（Ｒ）＝１に更新されて、４０９５，０のフレームがネットワーク部４４を通して、ユーザ部４６に渡される。
【００９０】
【発明の効果】
以上説明したように、本発明は、複雑な判定処理を簡潔に行うことができるため、設計誤りも削減され、ソフトウェア設計検証時の試験項目を減少させることができる。更に、実稼動時の処理時間を短縮することができる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】ウィンドウを示す図である。
【図３】本発明の実施形態の通信システムの構成図である。
【図４】図３中の交換機のデータリンク部の機能ブロック図である。
【図５】図３中の課金センタのデータリンク部の機能ブロック図である。
【図６】データ流れ図である。
【図７】フレームの送受信シーケンスを示す図である。
【図８】図４のフローチャートである。
【図９】送信側ウィンドウの変化図である。
【図１０】図５のフローチャートである。
【図１１】受信側ウィンドウの変化図である。
【符号の説明】
２  制御装置
４  距離算出手段
６  下位ビット取出手段
８  距離判定手段
【図１】
0003805569.tif 000002
【図２】
0003805569.tif 000003
【図３】
0003805569.tif 000004
【図４】
0003805569.tif 000005
【図５】
0003805569.tif 000006
【図６】
0003805569.tif 000007
【図７】
0003805569.tif 000008
【図８】
0003805569.tif 000009
【図９】
0003805569.tif 000010
【図１０】
0003805569.tif 000011
【図１１】
0003805569.tif 000012