JP2023057210A - 情報処理装置，情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】電文のデータ構造を意識することなく装置間の接続を実現できるようにする。【解決手段】クライアント装置２０から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKをクライアント装置２０に送信する制御部１０３と、クライアント装置２０からの、Probe-ACKに対する応答に基づいて、電文の終わりを検出する検出部１０３とを備える。【選択図】図３

Description

本発明は、情報処理装置，情報処理方法および情報処理プログラムに関する。

メインフレームとクライアント端末とがネットワークを介して接続されたメインフレームシステムにおいて、メインフレームのレガシーな業務アプリケーションとクライアント端末の業務アプリケーションとの間で送信される電文は長さ情報を含んでいない。また、電文は、その切れ目までを一つのデータとして扱われる。

また、メインフレームの業務アプリケーションと、クライアント端末の業務アプリケーションとの間の会話（通信）は、必ず１問１答型で行なわれる。すなわち、一方から連続して送信がされることはない。

さらに、メインフレームとクライアント端末とを接続するネットワークにおいて、電文は、必要に応じて分割されて送信される。このような電文の分割は、電文の形式や長さとは無関係に行なわれる。

このようにして電文のやり取りを行なう業務アプリケーションにおいては、分割された電文の結合は、下位のメインフレーム用プロトコル制御部で行なわれ、業務アプリケーションには結合する処理は実装されていない。

特開平５―２５２２８２号公報 特開平９－８１４８７号公報

近年、将来的な業務拡張を見込んで、メインフレーム用プロトコルを使用せずに、ソケット通信を使用したメインフレームとクライアント端末との接続の実現が求められている。そのためには、メインフレームのアプリケーションにおいて、ネットワークで分割された受信電文を結合（組み立て）する機能の実装が必要とされる。

しかし、受信する電文の形式や長さの情報はユーザや業務ごとに多種多様であり、電文の形式や長さ（電文の終わりの認識方法）のそれぞれに対応した、アプリケーションの改造が必要である。このためのアプリケーションの開発は容易ではない。
ここで、電文の終わりを認識する手法として、長さ情報を電文中に持たせる方法と、電文にエンドマークを設定する方法とが考えられる。

長さ情報を電文中に持たせる方法においては、長さ情報のオフセット位置および長さ領域のサイズに基づいて電文長を求め、これにより電文の終わりを認識する。

電文長を格納する位置と長さ、電文の形式（固定長or可変長）は、メインフレーム側とクライアント側との各業務アプリケーション間で取り決め、クライアント側で設定する必要がある。しかし、メインフレームの業務アプリケーションのブラックボックス化等によりメインフレーム側の解析は困難である。

一方、電文にエンドマークを設定する方法においては、電文の末尾にエンドマークを設定することで、電文の終わりを認識する。

電文の終わりを示す制御記号“E”は、メインフレーム側とクライアント側との各業務アプリケーション間で取り決め、クライアント側で識別する必要がある。しかし、メインフレームの業務アプリケーションのブラックボックス化等によりメインフレーム側の解析が困難である。

また、長さ情報を電文中に持たせる方法と、電文にエンドマークを設定する方法とのいずれにおいても、クライアントの業務アプリケーションは、電文の長さに応じて、電文を１回で送信したり複数回に分けて送信したりする。メインフレーム側のアプリケーションはこのような点についても考慮する必要があり煩雑である。
１つの側面では、本発明は、電文のデータ構造を意識することなく装置間の接続を実現できるようにすることを目的とする。

この情報処理装置は、クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信する制御部と、前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する検出部とを備える。

一実施形態によれば、電文のデータ構造を意識することなく装置間の接続を実現できる。

実施形態の一例としてのコンピュータシステムのハードウェア構成を示す図である。 実施形態の一例としてのコンピュータシステムの機能構成図である。 実施形態の一例としてのコンピュータシステムの処理の概要を示す図である。 実施形態の一例としてのコンピュータシステムにおけるパケット分割された電文の処理方法を説明するための図である。 実施形態の一例としてのコンピュータシステムにおけるパケット分割がされていない電文の処理方法を説明するための図である。 実施形態の一例としてのコンピュータシステムのＡＣＫ制御部の処理を説明するためのフローチャートである。 実施形態の一例としてのコンピュータシステムのＡＣＫ制御部の処理を説明するためのフローチャートである。 実施形態の一例としてのコンピュータシステムのＡＣＫ制御部の処理を説明するためのフローチャートである。 実施形態の一例としてのコンピュータシステムのＡＣＫ制御部の処理を説明するためのフローチャートである。

以下、図面を参照して本情報処理装置，情報処理方法および情報処理プログラムにかかる実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。

（Ａ）構成
図１は実施形態の一例としてのコンピュータシステム１のハードウェア構成を示す図、図２はその機能構成図である。

本コンピュータシステム１は、図１に示すように、メインフレーム１０とクライアント端末（クライアント装置）２０とを備えるメインフレームシステムである。これらのメインフレーム１０とクライアント端末２０とはネットワーク２を介して通信可能に接続されている。ネットワーク２は、ＬＡＮ（Local Area Network）であってもよい。

メインフレーム１０とクライアント端末２０との間においては、ＴＣＰ／ＩＰ透過モード通信が行なわれる。ＴＣＰ／ＩＰ透過モード通信は、ＴＣＰ／ＩＰのソケット（socket）通信と機能的に同等な通信を行なう。メインフレーム１０とクライアント端末２０との間において行なわれるソケット通信と同等な通信をＴＣＰコネクションといってもよい。

クライアント端末２０は、コンピュータ（情報処理装置）である。ユーザは、このクライアント端末２０を用いて入力操作等を行なう。図１および図２においては、便宜上、１つのクライアント端末２０が図示されているが、これに限定されるものではなく、コンピュータシステム１には複数のクライアント端末２０が備えられてもよい。また、クライアント端末２０をノードといってもよい。
クライアント端末２０は、図１に示すように、プロセッサ２１，メモリ２２，記憶装置２３およびネットワークインタフェース（Ｉ／Ｆ）２４を備える。

ネットワークインタフェース２４は、ネットワーク２に接続される。ネットワークインタフェース２４は、ネットワーク２を介して、メインフレーム１０との間でデータの送受信を行なう。また、ネットワークインタフェース２４は、図示しない他のコンピュータや通信機器との間でデータの送受信を行なってもよい。

記憶装置２３は、ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）、ＳＳＤ（Solid State Drive），ストレージクラスメモリ（Storage Class Memory：ＳＣＭ）等の記憶装置であって、種々のデータを格納するものである。

メモリ２２はＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含む記憶メモリである。メモリ２２のＲＯＭには、クライアント用業務アプリケーションやこのアプリケーション用のデータ類が書き込まれている。メモリ２２上のソフトウェアプログラムは、プロセッサ２１に適宜読み込まれて実行される。また、メモリ２２のＲＡＭは、一次記憶メモリあるいはワーキングメモリとして利用される。

プロセッサ（処理部）２１は、クライアント端末２０全体を制御する。プロセッサ２１は、マルチプロセッサであってもよい。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit），ＭＰＵ（Micro Processing Unit），ＤＳＰ（Digital Signal Processor），ＡＳＩＣ（Application Specific Integrated Circuit），ＰＬＤ（Programmable Logic Device），ＦＰＧＡ（Field Programmable Gate Array）のいずれか一つであってもよい。また、プロセッサ１１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。

そして、クライアント端末２０のプロセッサ２１がＯＳ（Operating System）を実行することで、例えばカーネル２０２（図２参照）としての機能が実現される。カーネル２０２はＯＳの中核となる既知の機能であるので、その説明は省略する。

また、クライアント端末２０のプロセッサ２１がクライアント用業務アプリケーションを実行することにより、業務アプリ機能部２０１（図２参照）としての機能が実現される。

業務アプリ機能部２０１は、当該クライアント端末２０を用いて行なわれる業務に関する機能を実現する。業務アプリ機能部２０１は、業務に関する機能を実現するに際して、電文を生成しメインフレーム１０に対して送信する。クライアント端末２０からメインフレーム１０に対する電文は、ＴＣＰ／ＩＰのソケット通信で送信される。

クライアント端末２０から送出される電文は、カーネル２０２において複数のパケットに分割され、メインフレーム１０に送信される。以下、電文を分割して作成された個々のパケットを分割電文という場合がある。複数の分割電文は同じデータサイズ（固定長）である必要はなく、可変長であってもよい。

なお、ネットワーク２においては、クライアント端末２０から送出される電文は、電文のサイズやネットワーク２の状況等の諸条件に応じて、分割されずに送信されてもよい。

本コンピュータシステム１において、クライアント端末２０の業務アプリ機能部２０１と、後述するメインフレーム１０の業務アプリ機能部１０１との間で行なわれる通信（会話）は、常に半二重の１問１答型で行なわれ、一方からの連続送信は行なわれないものとする。一つのノードは送信専用または受信専用として使用される。

また、ＴＣＰにおいては、通信データの管理にシーケンシャル番号（ＳＥＱ番号）と呼ばれる通し番号が用いられている。ＳＥＱ番号は、送信されるパケットのデータサイズに応じて設定されてもよい。
クライアント端末２０のカーネル２０２は、メインフレーム１０に対して送信した電文（パケット）のＳＥＱ番号を管理する。

カーネル２０２は、メインフレーム１０から送信されるProbe-ACKに含まれるＳＥＱ番号を、自身がメインフレーム１０に最後に送信した電文のＳＥＱ番号と比較する。
メインフレーム１０から送信されたProbe-ACK（詳細は後述）に含まれるＳＥＱ番号が、自身がメインフレーム１０に最後に送信した電文のＳＥＱ番号と相違する場合には、カーネル２０２は、ACKに自身が管理する正解のＳＥＱ番号（受信ＳＥＱ番号）を付加して応答する。また、クライアント端末２０からメインフレーム１０に応答されるACKには、Probe-ACKに付加されていたＳＥＱ番号（送信ＳＥＱ番号）も付加される。
これらの送信ＳＥＱ番号および受信ＳＥＱ番号の少なくとも一方をプローブ情報（Probe情報）といってもよい。

クライアント端末２０からメインフレーム１０に複数の分割電文を送信している途中においては、分割電文を送信する度に、分割電文に付加されるＳＥＱ番号の値は更新される。

メインフレーム１０は、例えば、基幹業務等に用いられる大型コンピュータ（メインフレームコンピュータ，情報処理装置）である。メインフレームを、汎用コンピュータや大型コンピュータ，ホストコンピュータといってもよい。
メインフレーム１０は、１つ以上のクライアント端末２０から送信される電文を受信し、演算処理等に用いる。
メインフレーム１０は、図１に示すように、プロセッサ１１，メモリ１２，記憶装置１３およびネットワークインタフェース（Ｉ／Ｆ）１４を備える。
記憶装置１３は、ＨＤＤ、ＳＳＤ，ＳＣＭ等の記憶装置であって、種々のデータを格納するものである。

メモリ１２はＲＯＭおよびＲＡＭを含む記憶メモリである。メモリ１２のＲＯＭには、メインフレーム用業務アプリケーションや各種の制御プログラム、およびこれらのプログラムが用いるデータ類が書き込まれている。メモリ１２上のソフトウェアプログラムは、プロセッサ１１に適宜読み込まれて実行される。また、メモリ１２のＲＡＭは、一次記憶メモリあるいはワーキングメモリとして利用される。

プロセッサ（処理部）１１は、メインフレーム１０全体を制御する。プロセッサ１１は、マルチプロセッサであってもよい。プロセッサ１１は、例えばＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのいずれか一つであってもよい。また、プロセッサ１１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。

そして、メインフレーム１０のプロセッサ１１がメインフレーム用業務アプリケーションを実行することにより、業務アプリ機能部１０１（図２参照）としての機能が実現される。
業務アプリ機能部１０１は、業務に関する機能を実現する。例えば、業務アプリ機能部０１は、クライアント端末２０から送信される電文を処理する。

また、メインフレーム１０のプロセッサ１１が情報処理プログラムを実行することにより、図２に示すＴＣＰ制御部１０５および通信制御部１０２としての機能が実現される。

ＴＣＰ制御部１０５は、ＴＣＰ／ＩＰ上にメインフレーム用プロトコルを組み合わせた通信を実現する。ＴＣＰ制御部１０５は、ネットワーク２を介して電文（分割電文）を受信し、通信制御部１０２に受け渡す。

また、ＴＣＰ制御部１０５は、後述する通信制御部１０２からのＡＣＫ送信依頼に従って、クライアント端末２０に対してProbe-ACKを送信する。Probe-ACKには、通信制御部１０２からＡＣＫ送信依頼とともに通知されるＳＥＱ番号が付加される。

通信制御部１０２は、業務アプリ機能部１０１に対して、分散処理の基本機能として位置付けられるプログラム間通信機能を提供する。通信制御部１０２は、ＴＣＰ／ＩＰによるプログラム間通信機能を実現する。

通信制御部１０２は、クライアント端末２０との間でＴＣＰ／ＩＰ透過モード通信を実現する。ＴＣＰ／ＩＰ透過モード通信は、ＴＣＰ／ＩＰのソケット（socket）通信と機能的に同等な通信機能である。
通信制御部１０２は、図２に示すように、ＡＣＫ制御部１０３および電文組立部１０４としての機能を備える。

ＡＣＫ制御部１０３は、クライアント端末２０から送信されたパケットに応じて、ＴＣＰ制御部１０５を介して経由してProbe-ACKをクライアント端末２０に送信する。Probe-ACKは、ＴＣＰのACKプローブ（probe）パケット技術において公知であり、ゼロ・ウィンドウ・プローブと呼ばれる場合もある。Probe-ACKは、例えば、ＴＣＰ層でのパケット送達確認に用いられる。

本コンピュータシステム１においては、通信制御部１０２は、このProbe-ACKに対するクライアント端末２０からの応答を判断することで、電文の終わり（末尾）を検出する。

ＡＣＫ制御部１０３は、クライアント端末２０から送信された電文および分割電文を、メモリ１２の所定の記憶領域に格納させる。電文および分割電文を格納する記憶領域を電文組立域といってもよい。
ＡＣＫ制御部１０３は、ＡＣＫ送信依頼機能とＡＣＫ到達確認機能とを備える。

ＡＣＫ送信依頼機能は、ＴＣＰ制御部１０５に対して、クライアント端末２０へのProbe-ACKの送信を依頼する機能である。ＡＣＫ到達確認機能をＡＣＫモニタ機能といってもよい。

ＡＣＫ制御部１０３は、クライアント端末２０から電文もしくは分割電文のパケットを受信すると、当該パケットの送信元のクライアント端末２０に対するProbe-ACKの送信をＴＣＰ制御部１０５に依頼する。また、この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号として付加して送信させる。

基本的に、ＡＣＫ制御部１０３は、クライアント端末２０からパケット（電文もしくは分割電文）を受信する度に、ＴＣＰ制御部１０５に対するＡＣＫ送信依頼を行なってよい。

ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対するＡＣＫ送信依頼を行なった後に、念のために、ＴＣＰ制御部１０５に対するＡＣＫ送信依頼を、再度、行なう。すなわち、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対するＡＣＫ送信依頼を少なくとも２回行なう。

ただし、先に行なったＡＣＫ送信依頼に対してクライアント端末２０からACKが応答される前に、クライアント端末２０から次のパケットを受信した場合には、ＡＣＫ制御部１０３は、当該パケットに関するＡＣＫ送信依頼の発行を抑止する。すなわち、ＡＣＫ制御部１０３は、先に行なったＡＣＫ送信依頼に対してクライアント端末２０からACKが応答されたことを確認して、次のＡＣＫ送信依頼を行なう。

そのため、ＡＣＫ制御部１０３は、行なったＡＣＫ送信依頼の情報と、ＡＣＫ送信依頼に対して応答されるACKとをメモリ１２等の所定の記憶領域に保存することで管理する機能も備える。
なお、送信したＡＣＫ送信依頼に対してクライアント端末２０からACKが応答されていない状態を、Probe-ACK送信中の状態といってもよい。

ＡＣＫ制御部１０３は、クライアント端末２０から電文を構成するパケット（分割電文）を受信すると、ＴＣＰカーネル層を経由してProbe-ACKを前記クライアント端末２０に送信する制御部に相当する。
ＡＣＫ到達確認機能は、Probe-ACKに対してクライアント端末２０から応答されたACKの到達を確認する機能である。

ＡＣＫ到達確認機能には、先に行なったＡＣＫ送信依頼に対してクライアントから応答されたACKに付加されたＳＥＱ番号を、その後に行なったＡＣＫ送信依頼に対してクライアント端末２０から応答されたACKに付加されたＳＥＱ番号と比較する機能も含まれる。

ＡＣＫ制御部１０３は、ＡＣＫ送信依頼に対してクライアント端末２０からACKが応答されると、当該ACKに付加されたＳＥＱ番号を、その１つ前に行なったＡＣＫ送信依頼に対してクライアント端末２０から応答されたACKに付加されたＳＥＱ番号と比較する。比較の結果、これらのＳＥＱ番号が一致した場合には、クライアント端末２０からの電文の受信が完了したと判断する。すなわち、ＡＣＫ制御部１０３は、電文の終わりを認識する。
ＡＣＫ制御部１０３は、クライアント端末２０からの、Probe-ACKに対する応答に基づいて、電文の終わりを検出する検出部に相当する。

なお、上述の如く、クライアント端末２０からメインフレーム１０に複数の分割電文を送信している途中においては、分割電文を送信する度に、分割電文に付加されるＳＥＱ番号の値は更新される。そのため、先に受信したACKに付加されたＳＥＱ番号と、その後に受信したACKに付加されたＳＥＱ番号とが不一致である場合には、電文の送信途中であると考えてよい。

ＡＣＫ制御部１０３は、ＡＣＫ送信依頼においてProbe-ACKに付加してクライアント端末２０に送信させたＳＥＱ番号（送信ＳＥＱ番号）をメモリ１２の所定の記憶領域に格納させる。

また、ＡＣＫ制御部１０３は、クライアント端末２０から送信されたパケットに付加されたＳＥＱ番号（受信ＳＥＱ番号）についても、メモリ１２の所定の記憶領域に格納させる。

電文組立部１０４は、ＡＣＫ制御部１０３が電文の終わりを認識した場合において、受信した電文が複数の分割電文に分割されている場合に、これらの分割電文を結合（連結）して１つの電文に組み立てる。

例えば、上述したＡＣＫ制御部１０３は、受信した分割電文を、それぞれメモリ１２等の所定の記憶領域（電文組立域）に順次格納させる。この際、電文組立部１０４は、先に電文組立域に格納した分割電文の末尾に、後続する分割電文を連結させてもよい。これにより、ＡＣＫ制御部１０３が電文の終わりを認識した場合に、電文組立域には、連結された電文が格納されていることになる。

また、電文組立部１０４は、ＡＣＫ制御部１０３が電文の終わりを検出すると、電文組立部１０４は、それまでに受信したパケット（分割電文）を結合（連結）することで電文を復元してもよい。

電文組立部１０４は、分割電文を結合させることで作成（復元）した電文（結合電文）を業務アプリに通知する。これにより下位レイヤ(通信制御プログラム) ・アプリケーションレイヤ（業務アプリケーション）において、電文の形式（固定長・可変長・終端文字など）を意識することなく、正しく電文を認識できる。

電文組立部１０４は、ＡＣＫ制御部１０３が電文の終わりを検出すると、それまでに受信した複数のパケット（分割電文）を結合して電文を復元する復元部に相当する。
なお、複数の分割電文を結合して電文を作成する手法は既知であり、その説明は省略する。

（Ｂ）動作
図３は実施形態の一例としてのコンピュータシステム１の処理の概要を示す図である。

クライアント端末２０とメインフレーム１０とはＴＣＰコネクションを介して接続される。クライアント端末２０においては、業務アプリ機能部２０１はカーネル２０２を介してＴＣＰコネクションに接続される。

また、メインフレーム１０においては、通信制御部１０２はＴＣＰ制御部１０５を介してＴＣＰコネクションに接続される。メインフレーム１０において業務アプリ機能部１０１は、ＡＰＩ（Application Programming Interface）により通信制御部１０２と通信を行なう。

クライアント端末２０から送信される電文は、ＴＣＰコネクションを介してメインフレーム１０に送信される。この際、電文は分割されて複数のパケット（分割電文）として送信される場合がある。

メインフレーム１０のＡＣＫ制御部１０３は、クライアント端末２０からパケットを受信すると、ＴＣＰ制御部１０５に対してＡＣＫ送信依頼を行なう。ＴＣＰ制御部１０５は、ＴＣＰコネクションを介して、クライアント端末２０に対してProbe-ACKを送信する。クライアント端末２０のカーネル２０２は、このProbe-ACKに対してACKを応答する。ＡＣＫ制御部１０３は、このACKに付加されたＳＥＱ番号に基づいて電文の終わりを認識する。

図４は実施形態の一例としてのコンピュータシステム１におけるパケット分割された電文の処理方法を説明するための図である。
この図４においては、クライアント端末２０の業務アプリ機能部２０１がメインフレーム１０の業務アプリ機能部１０１に12バイトの電文pktAを送信する例を示している。電文pktAは、３つの可変長の分割電文（パケット）Ａ１～Ａ３に分割されてメインフレーム１０に送信される。これらの分割電文Ａ１～Ａ３は分割電文Ａ１，分割電文Ａ２，分割電文Ａ３の順に送信される（符号Ｐ０参照）。分割電文Ａ１，Ａ２，Ａ３を分割電文＃１，＃２，＃３と表してもよい。

メインフレーム１０において、ＳＥＱ番号=4が設定された分割電文Ａ１を受信すると、通信制御部１０２（ＡＣＫ制御部１０３）は、ＴＣＰ制御部１０５に対して、クライアント端末２０へのProbe-ACKの送信を依頼（ＡＣＫ送信依頼）する（符号Ｐ１参照）。

また、この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号=3（= 4 - 1）として付加して送信させる（符号Ｐ２参照）。

次に、メインフレーム１０において、通信制御部１０２は、ＳＥＱ番号=8が設定された分割電文Ａ２を受信する（符号Ｐ３参照）。ここで、先にＳＥＱ番号=3を付して送信したＡＣＫ送信依頼に対するACKがクライアント端末２０から応答されていないので、ＡＣＫ制御部１０３はＡＣＫ送信依頼の送信を抑止する（符号Ｐ４参照）。
メインフレーム１０において、通信制御部１０２は、ＳＥＱ番号=12が設定された分割電文Ａ３を受信する（符号Ｐ５参照）。通信制御部１０２は、当該電文に付加されたＳＥＱ番号をメモリ１２等に退避させる。

その後、クライアント端末２０に、ＴＣＰ制御部１０５から送信されたProbe-ACKが到達し（符号Ｐ６参照）、カーネル２０２は、メインフレーム１０に対してACKを応答する。このACKには、クライアント端末２０から最後に送信された分割電文Ａ３に付されたＳＥＱ番号=12が付加されている。

メインフレーム１０において、ＳＥＱ番号=12が付加されたACKを受信すると（符号Ｐ７参照）、ＡＣＫ制御部１０３は、そのプローブ情報をメモリ１２等に記憶させる。

通信制御部１０２（ＡＣＫ制御部１０３）は、ＴＣＰ制御部１０５に対して、クライアント端末２０へのProbe-ACKの送信を、再度、依頼（ＡＣＫ送信依頼）する（符号Ｐ８参照）。

また、この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号=11（=12 - 1）として付加して送信させる（符号Ｐ９参照）。

クライアント端末２０に、ＴＣＰ制御部１０５から送信されたProbe-ACKが到達する（符号Ｐ１０参照）。カーネル２０２は、このProbe-ACKに対して、メインフレーム１０にACKを応答する。このACKには、クライアント端末２０から最後に送信された分割電文Ａ３に付されたＳＥＱ番号=12が付加されている。

メインフレーム１０において、２回目に行なったＡＣＫ送信依頼に対するACKを受信すると（符号Ｐ１１参照）、ＡＣＫ制御部１０３は、そのプローブ情報をメモリ１２等に記憶させる。

通信制御部１０２（ＡＣＫ制御部１０３）は、当該ACKに付加されたＳＥＱ番号（=12）を、先に受信した電文（分割電文：符号Ｐ５参照）に付加され、メモリ１２等に退避されたＳＥＱ番号と比較する（符号Ｐ１２参照）。比較の結果、これらのＳＥＱ番号が一致した場合には、クライアント端末２０からの電文の受信が完了したと判断する。すなわち、ＡＣＫ制御部１０３は、電文の終わりを認識する。
その後、通信制御部１０２（電文組立部１０４）は、それまでに受信した分割電文Ａ１～Ａ３を結合した電文（結合電文）pktＡを業務アプリに通知する。

図５は実施形態の一例としてのコンピュータシステム１におけるパケット分割がされていない電文の処理方法を説明するための図である。
この図５においては、クライアント端末２０の業務アプリ機能部２０１がメインフレーム１０の業務アプリ機能部１０１に4バイトの電文pktBを送信する例を示している。電文pktBは分割されることなくメインフレーム１０に送信される（符号Ｐ００参照）。

メインフレーム１０において、ＳＥＱ番号=4が設定された電文pktBを受信すると、通信制御部１０２は、受信した電文に付加されたＳＥＱ番号をメモリ１２等に退避させる（符号Ｐ０１）。
また、通信制御部１０２（ＡＣＫ制御部１０３）は、ＴＣＰ制御部１０５に対して、クライアント端末２０へのProbe-ACKの送信を依頼（ＡＣＫ送信依頼）する（符号Ｐ０２参照）。

また、この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値3（= 4 - 1）をProbe-ACKにＳＥＱ番号として付加して送信させる（符号Ｐ０３参照）。

クライアント端末２０に、ＴＣＰ制御部１０５から送信されたProbe-ACKが到達し（符号Ｐ０４参照）、カーネル２０２は、メインフレーム１０に対してACKを応答する。このACKには、クライアント端末２０から最後に送信された分割電文Ａ３に付されたＳＥＱ番号=4が付加されている。

メインフレーム１０において、通信制御部１０２（ＡＣＫ制御部１０３）は、ＳＥＱ番号=4が付加されたACKを受信する（符号Ｐ０５参照）。ＡＣＫ制御部１０３は、そのプローブ情報をメモリ１２等に記憶させる。

また、通信制御部１０２（ＡＣＫ制御部１０３）は、ＴＣＰ制御部１０５に対して、クライアント端末２０へのProbe-ACKの送信を再度依頼（ＡＣＫ送信依頼）する（符号Ｐ０６参照）。すなわち、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０に対して、２回目のProbe-ACKの送信依頼（ＡＣＫ送信依頼）を行なう。

この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値3（=4 - 1）をProbe-ACKにＳＥＱ番号として付加して送信させる。

クライアント端末２０に、ＴＣＰ制御部１０５から送信されたProbe-ACKが到達する（符号Ｐ０７参照）。カーネル２０２は、このProbe-ACKに対して、メインフレーム１０にACKを応答する。このACKには、クライアント端末２０から最後に送信された分割電文Ａ３に付されたＳＥＱ番号=4が付加されている。

メインフレーム１０において、2回目に行なったＡＣＫ送信依頼に対するACKを受信する（符号Ｐ０８参照）。ＡＣＫ制御部１０３は、そのプローブ情報をメモリ１２等に記憶させる。

通信制御部１０２（ＡＣＫ制御部１０３）は、当該ACKに付加されたＳＥＱ番号（=4）を、その１つ前に行なったＡＣＫ送信依頼に対してクライアント端末２０から応答されたACK（符号Ｐ０４参照）に付加されたＳＥＱ番号と比較する（符号Ｐ０９参照）。比較の結果、これらのＳＥＱ番号が一致した場合には、クライアント端末２０からの電文の受信が完了したと判断する。すなわち、ＡＣＫ制御部１０３は、電文の終わりを認識する。その後、通信制御部１０２は、受信した電文pktBを業務アプリに通知する（符号Ｐ０１０参照）。

次に、実施形態の一例としてのコンピュータシステム１のＡＣＫ制御部１０３の処理を図６～図９に示すフローチャート（ステップＳ１～Ｓ２２）に従って説明する。なお、図６はステップＳ１～Ｓ３の処理を、図７はステップＳ４～Ｓ８の処理を、図８はステップＳ９～Ｓ１４の処理を、図９はステップＳ１５～Ｓ２２の処理を、それぞれ示す。
また、図７～図９中において、実線矢印は電文の流れを示し、一点鎖線はACKの流れを示す。
さらに、以下に示す例においては、クライアント端末２０が送信した電文が、複数の分割電文に分割してメインフレーム１０に送信される例について示す。

ステップＳ１において、ＡＣＫ制御部１０３は、状態を表す変数（以下、単に状態という）に初期設定としてIDLEを設定する。状態は、例えば、メモリ１２等の所定の記憶領域に記憶される。

その後、ステップＳ２において、ＡＣＫ制御部１０３は受信監視を行なう。クライアント端末２０から何等かのパケット（電文，分割電文，ACK）を受信する受信イベントが発生することで、以下の処理が開始される。以下、分割電文を単に電文という場合がある。

受信イベントが発生すると、ステップＳ３において、ＡＣＫ制御部１０３は、状態を確認する。状態がIDLEである場合には（ステップＳ３の“IDLE”ルート参照）、図７のステップＳ４に移行する。

ステップＳ４において、ＡＣＫ制御部１０３は、受信イベントを確認する。受信したパケットが電文である場合に（ステップＳ４の“電文”ルート参照）、ステップＳ５に移行する。
ステップＳ５において、ＡＣＫ制御部１０３は、受信した電文（受信電文）を電文組立域に格納させる。

ステップＳ６において、ＡＣＫ制御部１０３は、受信電文についてのプローブ情報（受信ＳＥＱ番号）をメモリ１２等に記憶（退避）させる。

ステップＳ７において、ＡＣＫ制御部１０３は、クライアント端末２０に対するProbe-ACKの送信をＴＣＰ制御部１０５に依頼する。この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号として付加して送信させる。

ステップＳ８において、ＡＣＫ制御部１０３は、状態にProbe-ACK応答待ちを設定する。その後、処理は、図６のステップＳ２に戻り、受信監視を行なう。

なお、ステップＳ４における確認の結果、受信したパケットがACKである場合にも（ステップＳ４の“ACK”ルート参照）、処理は、図６のステップＳ２に戻り、受信監視を行なう。

また、ステップＳ３における確認の結果、状態がProbe-ACK応答待ちである場合には（ステップＳ３の“Probe-ACK応答待ち”ルート参照）、図８のステップＳ９に移行する。

ステップＳ９において、ＡＣＫ制御部１０３は、受信イベントを確認する。受信したパケットが電文である場合に（ステップＳ９の“電文”ルート参照）、ステップＳ１０に移行する。

ステップＳ１０において、ＡＣＫ制御部１０３は、受信した電文（受信電文）を電文組立域に格納させる。この際、電文組立部１０４は、先に電文組立域に格納した受信電文に後続させて、新たに受信した受信電文を連結する。

ステップＳ１１において、ＡＣＫ制御部１０３は、受信電文についてのプローブ情報（受信ＳＥＱ番号）をメモリ１２等に記憶（退避）させる。
なお、Probe-ACK応答待ちの状態においては、ＡＣＫ制御部１０３は、ＡＣＫ送信依頼の送信を抑止する。
その後、処理は、図６のステップＳ２に戻り、受信監視を行なう。
また、ステップＳ９における確認の結果、受信したパケットがACKである場合には（ステップＳ９の“ACK”ルート参照）、ステップＳ１２に移行する。

ステップＳ１２において、ＡＣＫ制御部１０３は、受信したACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させているプローブ情報と等しいかを確認する。

ACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させているプローブ情報と不一致である場合には（ステップＳ１２のＮｏルート参照）、当該ACKは送信したＡＣＫ送信依頼に対応するものでないと考えられる。そこで、処理は、図６のステップＳ２に戻り、受信監視を行なう。

また、ステップＳ１２における確認の結果、ACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させているプローブ情報と等しい場合には（ステップＳ１２のＹｅｓルート参照）、ステップＳ１３に移行する。

ステップＳ１３において、ＡＣＫ制御部１０３は、クライアント端末２０に対するProbe-ACKの送信をＴＣＰ制御部１０５に依頼する。すなわち、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、２回目のProbe-ACKの送信依頼（ＡＣＫ送信依頼）を行なう。

この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号として付加して送信させる。

ステップＳ１４において、ＡＣＫ制御部１０３は、状態にProbe-ACK再送応答待ちを設定する。その後、処理は、図６のステップＳ２に戻り、受信監視を行なう。

また、ステップＳ３における確認の結果、状態がProbe-ACK再送応答待ちである場合には（ステップＳ３の“Probe-ACK再送応答待ち”ルート参照）、図９のステップＳ１５に移行する。

ステップＳ１５において、ＡＣＫ制御部１０３は、受信イベントを確認する。受信したパケットが電文である場合に（ステップＳ１５の“電文”ルート参照）、ステップＳ１６に移行する。

ステップＳ１６において、ＡＣＫ制御部１０３は、受信した電文（受信電文）を電文組立域に格納させる。この際、電文組立部１０４は、先に電文組立域に格納した受信電文に後続させて、新たに受信した受信電文を連結する。

ステップＳ１７において、ＡＣＫ制御部１０３は、受信電文についてのプローブ情報（受信ＳＥＱ番号）をメモリ１２等に記憶（退避）させる。

ステップＳ１８において、ＡＣＫ制御部１０３は、クライアント端末２０に対するProbe-ACKの送信をＴＣＰ制御部１０５に依頼する。この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号として付加して送信させる。

ステップＳ１９において、ＡＣＫ制御部１０３は、状態にProbe-ACK応答待ちを設定する。その後、処理は、図６のステップＳ２に戻り、受信監視を行なう。

また、ステップＳ１５における確認の結果、受信したパケットがACKである場合には（ステップＳ１５の“ACK”ルート参照）、ステップＳ２０に移行する。

ステップＳ２０において、ＡＣＫ制御部１０３は、受信したACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させているプローブ情報と等しいかを確認する。

ACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させているプローブ情報と不一致である場合には（ステップＳ２０のＮｏルート参照）、当該ACKは送信したＡＣＫ送信依頼に対応するものでないと考えられる。そこで、処理は、図６のステップＳ２に戻り、受信監視を行なう。

また、ステップＳ２０における確認の結果、ACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させているプローブ情報と等しい場合には（ステップＳ２０のＹｅｓルート参照）、ステップＳ２１に移行する。

受信したACKに付加されていたプローブ情報（ＳＥＱ番号）が、メモリ１２等に退避させている、一つ前に受信した電文のプローブ情報（ＳＥＱ番号）と等しい場合に、ＡＣＫ制御部１０３は、クライアント端末２０からの電文の受信が完了したと判断する。
ステップＳ２１において、ＡＣＫ制御部１０３、電文組立域の電文（結合電文）を業務アプリ機能部１０１に通知する。
ステップＳ２２において、ＡＣＫ制御部１０３は、状態にIDLEを設定する。その後、処理は、図６のステップＳ２に戻り、受信監視を行なう。

（Ｃ）効果
このように、本発明の一実施形態としてのコンピュータシステム１によれば、通信制御部１０２において、ＡＣＫ制御部１０３が、クライアント端末２０から電文もしくは分割電文のパケットを受信すると、当該パケットの送信元のクライアント端末２０に対するProbe-ACKの送信をＴＣＰ制御部１０５に依頼する。この際、ＡＣＫ制御部１０３は、ＴＣＰ制御部１０５に対して、クライアント端末２０から最後に受信した（最新の）パケットに付加されたＳＥＱ番号から１を減算した値をProbe-ACKにＳＥＱ番号として付加して送信させる。

クライアント端末２０においては、メインフレーム１０から送信されたProbe-ACKに含まれるＳＥＱ番号が、自身がメインフレーム１０に最後に送信した電文のＳＥＱ番号と相違する場合には、カーネル２０２は、ACKに自身が管理する正解のＳＥＱ番号（受信ＳＥＱ番号）を付加して応答する。

メインフレーム１０においてＡＣＫ制御部１０３は、１回目に受信したACKに付加されたＳＥＱ番号と２回目に受信したACKに付加されたＳＥＱ番号とが一致する場合に、電文の終わりを判断する。

これにより、メインフレーム１０の業務アプリケーションの改造や制御プログラムの開発を行なうことなく、ネットワークレイヤの制御方式を汎用的な方法で制御することができる。従って、簡単に既存業務の継続・維持および拡張が可能となる。

また、本コンピュータシステム１においては、クライアント端末２０から送信される電文が分割される場合でも、分割が行なわれない場合でも、同様に電文の終わりを検出することができ利便性が高い。

ＡＣＫ制御部１０３は、先に行なったＡＣＫ送信依頼に対してクライアント端末２０からACKが応答される前に、クライアント端末２０から次のパケットを受信した場合には、当該パケットに関するＡＣＫ送信依頼の発行を抑止する。これにより、メインフレーム１０からProbe-ACKが連続して送信されることを抑止し、ネットワーク２の通信帯域の負荷を軽減することができる。

（Ｄ）その他
そして、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。

上述した実施形態においては、クライアント端末２０から送信される電文に対する処理をメインフレーム１０において処理する例を説明したがこれに限定されるものではない。例えば、メインフレーム１０から送信される電文に対して、クライアント端末２０において同様の処理を行なうことで電文の終わりを判断してもよい。
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。

（Ｅ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信する制御部と、
前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する検出部と
を備えることを特徴とする情報処理装置。

（付記２）
前記制御部は、前記クライアント装置に対して複数のProbe-ACKを送信し、
前記検出部は、前記複数のProbe-ACKに対する複数の応答のそれぞれに付加されるシーケンス番号が一致する場合に、前記電文の終わりを検出する
ことを特徴とする付記１に記載の情報処理装置。

（付記３）
前記制御部は、前記複数のProbe-ACKのうちの先に送信したProbe-ACKに対する応答が前記クライアント装置から受信していない場合には、前記先に送信したProbe-ACKに後続するProbe-ACKの送信を抑止する
ことを特徴とする付記２に記載の情報処理装置。

（付記４）
前記電文を分割することで複数の前記パケットが生成され、
前記検出部が前記電文の終わりを検出すると、それまでに受信した前記複数のパケットを結合して前記電文を復元する復元部
を備えることを特徴とする付記１～３のいずれか１項に記載の情報処理装置。

（付記５）
クライアント装置と通信可能に接続された情報処理装置が、
前記クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信する処理と、
前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する処理と
を実行することを特徴とする情報処理方法。

（付記６）
前記情報処理装置が、
前記クライアント装置に対して複数のProbe-ACKを送信する処理と、
前記複数のProbe-ACKに対する複数の応答のそれぞれに付加されるシーケンス番号が一致する場合に、前記電文の終わりを検出する処理と
を実行することを特徴とする付記５に記載の情報処理方法。

（付記７）
前記情報処理装置が、
前記複数のProbe-ACKのうちの先に送信したProbe-ACKに対する応答が前記クライアント装置から受信していない場合には、前記先に送信したProbe-ACKに後続するProbe-ACKの送信を抑止する処理
を実行することを特徴とする付記６に記載の情報処理方法。

（付記８）
前記電文を分割することで複数の前記パケットが生成され、
前記情報処理装置が、
前記電文の終わりを検出すると、それまでに受信した前記複数のパケットを結合して前記電文を復元する処理
を実行することを特徴とする付記５～７のいずれか１項に記載の情報処理方法。

（付記９）
クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信し、
前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

（付記１０）
前記クライアント装置に対して複数のProbe-ACKを送信し、
前記複数のProbe-ACKに対する複数の応答のそれぞれに付加されるシーケンス番号が一致する場合に、前記電文の終わりを検出する
処理を前記コンピュータに実行させることを特徴とする付記９に記載の情報処理プログラム。

（付記１１）
前記複数のProbe-ACKのうちの先に送信したProbe-ACKに対する応答が前記クライアント装置から受信していない場合には、前記先に送信したProbe-ACKに後続するProbe-ACKの送信を抑止する
処理を前記コンピュータに実行させることを特徴とする付記１０に記載の情報処理プログラム。

（付記１２）
前記電文を分割することで複数の前記パケットが生成され、
前記電文の終わりを検出すると、それまでに受信した前記複数のパケットを結合して前記電文を復元する
処理を前記コンピュータに実行させることを特徴とする付記９～１１のいずれか１項に記載の情報処理プログラム。

１ コンピュータシステム
１０ メインフレーム
１１，２１ プロセッサ
１２，２２ メモリ
１３，２３ 記憶装置
１４，２４ ネットワークインタフェース
２０ クライアント端末
１０１，２０１ 業務アプリ機能部
１０２ 通信制御部
１０３ ＡＣＫ制御部
１０４ 電文組立部
１０５ ＴＣＰ通信部
２０２ カーネル

Claims (6)

1. クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信する制御部と、
   前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する検出部と
   を備えることを特徴とする情報処理装置。
2. 前記制御部は、前記クライアント装置に対して複数のProbe-ACKを送信し、
   前記検出部は、前記複数のProbe-ACKに対する複数の応答のそれぞれに付加されるシーケンス番号が一致する場合に、前記電文の終わりを検出する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記制御部は、前記複数のProbe-ACKのうちの先に送信したProbe-ACKに対する応答を前記クライアント装置から受信していない場合には、前記先に送信したProbe-ACKに後続するProbe-ACKの送信を抑止する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記電文を分割することで複数の前記パケットが生成され、
   前記検出部が前記電文の終わりを検出すると、それまでに受信した前記複数のパケットを結合して前記電文を復元する復元部
   を備えることを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. クライアント装置と通信可能に接続された情報処理装置が、
   前記クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信する処理と、
   前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する処理と
   を実行することを特徴とする情報処理方法。
6. クライアント装置から電文を構成するパケットを受信すると、ＴＣＰ（Transmission Control Protocol）カーネル層を経由してProbe-ACKを前記クライアント装置に送信し、
   前記クライアント装置からの、前記Probe-ACKに対する応答に基づいて、前記電文の終わりを検出する
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。

Images