(57)【要約】【課題】ＦＴＰによるデータ転送処理におけるエラー処理を効率的に行う。【解決手段】ｆｔｐ処理結果チェックシステム１０４は、ｆｔｐデータ送受信処理部１０６によりｆｔｐコマンドを実行してデータ伝送処理を行い、その際に出力されるレスポンスコードをチェック処理制御部１０７によりパイプライン機能を用いて並行して入力して当該レスポンスコードの入力状況に応じて予め定められた種別の異常を認識し、強制終了部１１０により当該ｆｔｐデータ伝送処理を強制終了し、リトライ制御部１０５により異常の種別に応じて予め登録された制御内容でｆｔｐデータ送受信処理部１０６による当該データの伝送処理を再実行させる。【選択図】図１
2009054076.tif 000002
【特許請求の範囲】
【請求項１】
ｆｔｐによるデータの伝送処理における異常を、プログラムされたコンピュータ処理により監視するシステムであって、
ｆｔｐコマンドを実行してデータ伝送処理を行うｆｔｐデータ送受信処理手段と、
該ｆｔｐデータ送受信処理手段の上記ｆｔｐコマンドによるデータ伝送処理の実行に応じて出力されるレスポンスコードを、当該データ伝送処理と並行して入力する第１のチェック処理手段と、
該第１のチェック処理手段による上記レスポンスコードの入力状況に応じて、予め当該入力状況に応じて定められた種別の異常を認識する第２のチェック処理手段と、
該第２のチェック処理手段により異常を認識すると、上記ｆｔｐデータ送受信処理手段による当該ｆｔｐデータ伝送処理を強制終了する強制終了手段と、
該強制終了手段による強制終了後、上記第２のチェック処理手段により認識した異常の種別に応じて予め登録された制御内容で上記ｆｔｐデータ送受信処理手段による当該データの伝送処理を再実行させるリトライ制御手段と
を有することを特徴とするｆｔｐ処理結果チェックシステム。
【請求項２】
請求項１に記載のｆｔｐ処理結果チェックシステムであって、
上記第１のチェック処理手段は、
上記ｆｔｐデータ送受信処理手段が実行するｆｔｐコマンドに設けられたパイプライン機能により上記レスポンスコードを並行入力する手段を有することを特徴とするｆｔｐ処理結果チェックシステム。
【請求項３】
請求項１もしくは請求項２のいずれかに記載のｆｔｐ処理結果チェックシステムであって、
上記第２のチェック処理手段は、
上記レスポンスコードが予め定められた時間以内に入力されなければ、
当該データファイルの伝送速度を算出し、算出した伝送速度と、予め当該データファイルに対応付けて定められた最低伝送速度とを比較し、算出した伝送速度が最低伝送速度より遅ければ異常として認識する手段を有することを特徴とするｆｔｐ処理結果チェックシステム。
【請求項４】
請求項１から請求項３のいずれかに記載のｆｔｐ処理結果チェックシステムであって、
上記第２のチェック処理手段は、
予め定められた時間以内に入力されたレスポンスコード「２３０」とレスポンスコード「２２１」がペアになっていなければ、もしくは、レスポンスコード「２３０」とレスポンスコード「２２１」との間に「４００」以上のレスポンスコードがあれば、異常として認識する手段を有することを特徴とするｆｔｐ処理結果チェックシステム。
【請求項５】
請求項１から請求項４のいずれかに記載のｆｔｐ処理結果チェックシステムであって、
上記リトライ制御手段は、
上記ｆｔｐデータ送受信処理手段による当該データの伝送処理の再実行を予め定められた回数以上もしくは予め定められた時間以上繰り返すと、上記データ伝送処理の再実行を停止し、予め定められた異常終了処理を実行する手段を有することを特徴とするｆｔｐ処理結果チェックシステム。
【請求項６】
コンピュータを、請求項１から請求項５のいずれかのｆｔｐ処理結果チェックシステムにおける各手段として機能させるためのプログラム。
【請求項７】
ｆｔｐによるデータの伝送処理における異常を、プログラムされたコンピュータ処理により監視するシステムのｆｔｐ処理結果チェック方法であって、
プログラムされたコンピュータ処理手段として、ｆｔｐデータ送受信処理手段、第１のチェック処理手段、第２のチェック処理手段、強制終了手段、リトライ制御手段を具備し、
上記ｆｔｐデータ送受信処理手段は、ｆｔｐコマンドを実行してデータ伝送処理を行う手順を実行し、
上記第１のチェック処理手段は、上記ｆｔｐデータ送受信処理手段の上記ｆｔｐコマンドによるデータ伝送処理の実行に応じて出力されるレスポンスコードを、当該データ伝送処理と並行して入力する手順を実行し、
上記第２のチェック処理手段は、上記第１のチェック処理手段による上記レスポンスコードの入力状況に応じて、予め当該入力状況に応じて定められた種別の異常を認識する手順を実行し、
上記強制終了手段は、上記第２のチェック処理手段により異常を認識すると、上記ｆｔｐデータ送受信処理手段による当該ｆｔｐデータ伝送処理を強制終了する手順を実行し、
上記リトライ制御手段は、上記強制終了手段による強制終了後、上記第２のチェック処理手段により認識した異常の種別に応じて予め登録された制御内容で上記ｆｔｐデータ送受信処理手段による当該データの伝送処理を再実行させる手順を実行する
ことを特徴とするｆｔｐ処理結果チェック方法。
【請求項８】
請求項７に記載のｆｔｐ処理結果チェック方法であって、
上記第１のチェック処理手段は、
上記ｆｔｐデータ送受信処理手段が実行するｆｔｐコマンドに設けられたパイプライン機能により上記レスポンスコードを並行入力することを特徴とするｆｔｐ処理結果チェック方法。
【請求項９】
請求項７もしくは請求項８のいずれかに記載のｆｔｐ処理結果チェック方法であって、
上記第２のチェック処理手段は、
上記レスポンスコードが予め定められた時間以内に入力されなければ、
当該データファイルの伝送速度を算出し、算出した伝送速度と、予め当該データファイルに対応付けて定められた最低伝送速度とを比較し、算出した伝送速度が最低伝送速度より遅ければ異常として認識することを特徴とするｆｔｐ処理結果チェック方法。
【請求項１０】
請求項７から請求項９のいずれかに記載のｆｔｐ処理結果チェック方法であって、
上記第２のチェック処理手段は、
予め定められた時間以内に入力されたレスポンスコード「２３０」とレスポンスコード「２２１」がペアになっていなければ、もしくは、レスポンスコード「２３０」とレスポンスコード「２２１」との間に「４００」以上のレスポンスコードがあれば、異常として認識することを特徴とするｆｔｐ処理結果チェック方法。
【請求項１１】
請求項７から請求項１０のいずれかに記載のｆｔｐ処理結果チェック方法であって、
上記リトライ制御手段は、
上記ｆｔｐデータ送受信処理手段による当該データの伝送処理の再実行を予め定められた回数以上もしくは予め定められた時間以上繰り返すと、上記データ伝送処理の再実行を停止し、予め定められた異常終了処理を実行することを特徴とするｆｔｐ処理結果チェック方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によるデータ転送処理におけるエラー処理を効率的に行うのに好適な技術に関するものである。
【背景技術】
【０００２】
ＦＴＰによるデータ転送は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を実装したコンピュタシステムで実行される通信サービスであり、ＴＣＰ／ＩＰは、データをパケット単位で、ＩＰアドレスに従って転送する。
【０００３】
このようなパケット方式でのデータ転送における通信異常に関する技術として、例えば、特許文献１に記載の技術がある。この技術では、１パケット分のデータを受信する度に、受信したデータ数を調べ、データ数が正しければ通常の処理を行うが、データ数が誤っていれば、当該データを破棄し、１度だけ再送を要求し、再送されたデータ数も誤っていれば、送信側装置へパケット方式とは異なる方式でリセットコマンドを送信して通知し、自装置内では操作者に受信エラーの発生を報知することでエラー処理を行う。
【０００４】
しかし、この技術では、受信データ数に基づき受信異常の認識を行うものであり、データ転送処理の異常を当該データ転送処理と並行して認識することができない。また、異常発生の認識後、処理を終了させている。また、受信異常の発生を認識するための処理コードをプログラム内に書き込む必要がある。
【０００５】
【特許文献１】特開平１０−１３６０１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
解決しようとする問題点は、従来の技術では、（１）ＦＴＰによるデータ転送処理の異常を、当該ＦＴＰによるデータ転送処理と並行して認識することができない点、（２）異常発生の認識後、処理を終了させている点、（３）受信異常の発生を認識するための処理コードをプログラム内に書き込む必要がある点である。
【０００７】
本発明の目的は、これら従来技術の課題を解決し、ＦＴＰによるデータ転送処理におけるエラー処理を効率的に行うことを可能とすることである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明では、ＦＴＰによるデータの転送処理において、転送処理と並行して異常発生の認識処理を実行し、異常発生を直ちに認識する。そして、異常発生を認識した場合、自ら処理を強制終了させ、予め登録しておいたパラメータの内容に従って、再実行の制御を行う。具体的には、ｆｔｐコマンドにおいて、パイプライン機能を用いてチェックプログラムを繋ぐことによって、ｆｔｐコマンドから出力されるレスポンスコードをチェックプログラムで読み込み、ｆｔｐコマンドの実行と並行して、チェックを行い、異常発生の有無の認識処理を行う。さらに、異常発生の認識後、予め登録しておいたパラメータの内容に対応した再実行の制御を行う。
【発明の効果】
【０００９】
本発明によれば、ｆｔｐコマンドをそのまま使用して異常発生の有無の認識処理を行うことができ、かつ、ＦＴＰによるデータ転送処理と並行して処理異常を直ちに認識することができ、さらに、予め登録しておいたパラメータの内容により再実行の制御を行うことができるので、異常発生時のタイムロスを防ぐことが可能であり、ＦＴＰによるデータ転送処理におけるエラー処理を効率的に行うことが可能である。
【発明を実施するための最良の形態】
【００１０】
以下、図を用いて本発明を実施するための最良の形態例を説明する。図１は、本発明に係るｆｔｐ処理結果チェックシステムを設けたネットワークの構成例を示すブロック図であって、１００は本発明に係るｆｔｐ処理結果チェックシステム１０４を設けたクライアント装置、１０１はインターネットやイントラネットワーク等のネットワーク、１２１は複数のｆｔｐサーバ装置からなるサーバ群である。
【００１１】
サーバ群１２１に含まれるサーバ（１）１２２、サーバ（２）１２３、および、クライアント装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や主メモリ、表示装置、入力装置、外部記憶装置等を具備したコンピュータ構成からなり、光ディスク駆動装置等を介してＣＤ−ＲＯＭ等の記憶媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実行する。
【００１２】
図１に示すように、クライアント装置１００は、プログラムされたコンピュータ処理機能としての、リトライ制御部１０５、ｆｔｐデータ送受信処理部１０６、チェック処理制御部１０７、レスポンスコードチェック処理部１０８、監視対象ファイル状態チェック処理部１０９、強制終了部１１０からなるｆｔｐ処理結果チェックシステム１０４を具備し、記憶装置を用いてｆｔｐコマンド格納ファイル１０２、監視対象ファイル１０３、制御パラメータデータベース（図中「制御パラメータＤＢ」と記載）１１１等の情報の記録、入出力処理を行う。
【００１３】
ｆｔｐコマンド格納ファイル１０２にはｆｔｐ操作コマンドが格納されており、監視対象ファイル１０３には送受信データが格納され、制御パラメータデータベース１１１には、監視対象ファイル毎に、処理内容を変えるための制御条件を格納している。
【００１４】
クライアント装置１００は、ネットワーク網１０１を介してサーバ（１）１２２、サーバ（２）１２３とのｆｔｐによるデータ通信を行う際、ｆｔｐ処理結果チェックシステム１０４を起動し、ｆｔｐデータ送受信部１０６により、データ送受信と処理結果チェックプログラムの起動を行うと共に、リトライ制御部１０５により、異常検知時の処理制御を行う。
【００１５】
ｆｔｐ処理結果チェック動作においては、チェック処理制御部１０７により、ｆｔｐコマンドからのレスポンスコード入力を待ち、チェック処理の制御を行い、レスポンスコードチェック処理部１０８により、ｆｔｐコマンドからのレスポンスコードの内容チェックを行い、監視対象ファイル状態チェック処理部１０９により、監視対象ファイルのファイルサイズ、タイムスタンプを取得し、データ送受信処理が正常に行われているかチェックを行い、強制終了部１１０により、異常を検知した場合、処理を強制終了させる。
【００１６】
すなわち、ｆｔｐ処理結果チェックシステム１０４は、ｆｔｐによるデータの伝送処理における異常を、プログラムされたコンピュータ処理により監視するために、ｆｔｐデータ送受信処理部１０６において、ｆｔｐコマンドを実行してデータ伝送処理を行う際、チェック処理制御部１０７において、ｆｔｐデータ送受信処理部１０６のｆｔｐコマンドによるデータ伝送処理の実行に応じて出力されるレスポンスコードを、当該データ伝送処理と並行して入力すると共に、このレスポンスコードの入力状況に応じて、予め当該入力状況に応じて定められた種別の異常を認識し、このチェック処理制御部１０７により異常を認識すると、強制終了部１１０により、ｆｔｐデータ送受信処理部１０６による当該ｆｔｐデータ伝送処理を強制終了し、この強制終了部１１０による強制終了後、リトライ制御部１０５において、チェック処理制御部１０７により認識した異常の種別に応じて予め登録された制御内容でｆｔｐデータ送受信処理部１０６による当該データの伝送処理を再実行させる。
【００１７】
特に本例では、チェック処理制御部１０７は、ｆｔｐデータ送受信処理部１０６が実行するｆｔｐコマンドに設けられたパイプライン機能によりレスポンスコードを並行入力する。
【００１８】
そして、チェック処理制御部１０７は、レスポンスコードが予め定められた時間以内に入力されなければ、当該データファイルの伝送速度を算出し、算出した伝送速度と、予め当該データファイルに対応付けて定められた最低伝送速度とを比較し、算出した伝送速度が最低伝送速度より遅ければ異常として認識する。
【００１９】
あるいは、チェック処理制御部１０７は、予め定められた時間以内に入力されたレスポンスコード「２３０」とレスポンスコード「２２１」がペアになっていなければ、もしくは、レスポンスコード「２３０」とレスポンスコード「２２１」との間に「４００」以上のレスポンスコードがあれば、異常として認識する。
【００２０】
また、リトライ制御部１０５は、ｆｔｐデータ送受信処理部１０６による当該データの伝送処理の再実行を予め定められた回数以上もしくは予め定められた時間以上繰り返すと、データ伝送処理の再実行を停止し、予め定められた異常終了処理を実行する。
【００２１】
以下、図２〜図１３を用いて、より具体的に、このような構成からなるｆｔｐ処理結果チェックシステム１０４の処理動作例を説明する。
【００２２】
図２は、図１におけるリトライ制御部の処理動作例を示すフローチャートであり、図３は、図１におけるｆｔｐデータ送受信処理部の処理動作例を示すフローチャート、図４は、図１におけるチェック処理制御部の処理動作例を示すフローチャート、図５は、図１におけるレスポンスコードチェック処理部の処理動作例を示すフローチャート、図６は、図１における監視対象ファイル状態チェック処理部の処理動作例を示すフローチャート、図７は、図１における強制終了部の処理動作例を示すフローチャート、図８は、図１における制御パラメータデータベースの項目内容とデータ例を示す説明図、図９は、図１におけるｆｔｐコマンド格納ファイルに格納されたコマンド例を示す説明図、図１０は、ｆｔｐコマンドの書式例を示す説明図、図１１は、ＵＮＩＸ（登録商標）における標準入出力処理の概念を示す説明図、図１２は、ｆｔｐコマンドが実行時に返すレスポンスコードの概要を示す説明図、図１３は、ｆｔｐレスポンスコードの具体例を示す説明図である。
【００２３】
図８においては、図１の制御パラメータデータベース１１１における各項目の説明と具体的なデータ例を示しており、制御パラメータＤＢ８０１として示すように、項目Ｎｏ１の項目名「監視対象ファイル名」は、その内容説明に記載のように「ＤＢキー部」として用いられる。
【００２４】
以下、同様に、項目Ｎｏ２の項目名「最大実行回数１」は「レスポンスコードチェックエラー時に、リトライ制御部１０５を実行させる最大回数」であり、項目Ｎｏ３の項目名「最大実行回数２」は「監視対象ファイル状態チェックエラー時に、リトライ制御部１０５を実行させる最大回数」である。
【００２５】
項目Ｎｏ４の項目名「指定終了時刻１」は「レスポンスコードチェックエラー時に、リトライ制御部１０５での実行を打ち切る時刻」である。尚、「２３５９」より大きい値を設定すると、リトライ時にｆｔｐデータ送受信におけるシステム時刻による処理打ち切りが無効化される。
【００２６】
項目Ｎｏ５の項目名「指定終了時刻２」は「監視対象ファイル状態チェックエラー時に、リトライ制御部１０５での実行を打ち切る時刻」である。尚、「２３５９」より大きい値を設定すると、リトライ時にｆｔｐデータ送受信におけるシステム時刻による処理打ち切りが無効化される。
【００２７】
項目Ｎｏ６の項目名「リトライ時ＷＡＩＴ時間１」は「レスポンスコードチェックエラー時に、リトライ制御部１０５でリトライする場合のＷＡＩＴ時間」であり、項目Ｎｏ７の項目名「リトライ時ＷＡＩＴ時間２」は「監視対象ファイル状態チェックエラー時に、リトライ制御部１０５でリトライする場合のＷＡＩＴ時間」である。
【００２８】
項目Ｎｏ８の項目名「レスポンス待ち時間」は「設定時間だけ、ｆｔｐコマンドからのレスポンスを待つよう指定する時間」であり、項目Ｎｏ９の項目名「最低伝送速度」は「監視対象ファイル状態チェック処理部１０９での処理を打ち切るための最低伝送速度」である。
【００２９】
項目Ｎｏ１０〜ｎの項目名「コマンドファイル名１〜ｎ」は「ｆｔｐデータ送受信処理部１０６で実行回数１〜ｎ回目に実行させるコマンドファイル名」である。
【００３０】
このような各項目に対応する具体的な設定値の例を、図８のデータ例８０２に示している。すなわち、Ｎｏ１の監視対象ファイル名「ｓａｐｐｏｒｏ．ｄａｔ」に関しては、「最大実行回数１」＝「２」、「最大実行回数２」＝「３」、「指定終了時刻１」＝「９９９９」、「指定終了時刻２」＝「９９９９」、「リトライ時ＷＡＩＴ時間１」＝「０」、「リトライ時ＷＡＩＴ時間２」＝「６０」、「レスポンス待ち時間」＝「１０」、「最低伝送速度」＝「１０００００００」、「コマンド格納ファイル名１」＝「ｓａｐｐｏｒｏ１．ｃｍｄ」、「コマンド格納ファイル名２」＝「ｓａｐｐｏｒｏ２．ｃｍｄ」等が設定され、同様に、Ｎｏ２の監視対象ファイル名「ｓｅｎｄａｉ．ｄａｔ」に関しては、「最大実行回数１」＝「１」、「最大実行回数２」＝「１」、「指定終了時刻１」＝「１５００」、「指定終了時刻２」＝「１５００」、「リトライ時ＷＡＩＴ時間１」＝「３」、「リトライ時ＷＡＩＴ時間２」＝「３」、「レスポンス待ち時間」＝「３」、「最低伝送速度」＝「０」、「コマンド格納ファイル名１」＝「ｓｅｎｄａｉ．ｃｍｄ」等が設定されている。
【００３１】
図９においては、図１におけるｆｔｐコマンド格納ファイル１０２に格納されたコマンド例を、ｆｔｐコマンド格納ファイル９０１として示しており、ここでは、Ｎｏ１の「ｓａｐｐｏｒｏ１．ｃｍｄ」、Ｎｏ２の「ｓａｐｐｏｒｏ２．ｃｍｄ」、Ｎｏ３の「ｓｅｎｄａｉ．ｃｍｄ」に関してのコマンドが示されている。
【００３２】
すなわち、Ｎｏ１の「ｓａｐｐｏｒｏ１．ｃｍｄ」は、「ｏｐｅｎ  １１１．１１１．１１１．１１０」、「ｕｓｅｒ  ｓ００１  ｓｐｄｏｆ＠ｄ−３」、「ｌｃｄ  ／ｒｅｃｖ」、「ｇｅｔ  ／ｓｅｎｄ／ｄａｔａ０１．ｄａｔ  ｓａｐｐｏｒｏ１．ｄａｔ」、「ｂｙ」の各コマンドからなり、同様に、Ｎｏ２の「ｓａｐｐｏｒｏ２．ｃｍｄ」は、「ｏｐｅｎ  １１１．１１１．１１１．１１１」、「ｕｓｅｒ  ｓ００２  ｐｄｐｆｌｆｓｓ＝」、「ｌｃｄ  ／ｒｅｃｖ」、「ｇｅｔ  ／ｓｅｎｄ／ｄａｔａ０２．ｄａｔ  ｓａｐｐｏｒｏ２．ｄａｔ」、「ｂｙ」の各コマンドからなり、Ｎｏ３の「ｓｅｎｄａｉ．ｃｍｄ」は、「ｏｐｅｎ  １２３．１２３．１２３．１２３」、「ｕｓｅｒ  ｄｆｔｒ２  ｐｄｐｆｆｐｌｌｄ」、「ｌｃｄ  ／ｓｅｎｄ」、「ｐｕｔ  ｓｅｎｄａｉ．ｄａｔ  ｒｅｃｖ／ｄａｔａ０２．ｄａｔ」、「ｂｙ」の各コマンドからなる。
【００３３】
ここでは、「ｏｐｅｎ  ｘｘｘ．〜」における「ｘｘｘ．〜」は、相手先のＩＰアドレスを示しており、「ｓａｐｐｏｒｏ．ｄａｔ」の送受信において使用されるコマンドとして「ｓａｐｐｏｒｏ１．ｃｍｄ」および「ｓａｐｐｏｒｏ２．ｃｍｄ」が格納されている。
【００３４】
これにより、「ｓａｐｐｏｒｏ．ｄａｔ」の送受信において、送受信状態により、通信相手先を切替えることができる。
【００３５】
尚、これらのコマンドが示す意味については、図１０に示すとおりであり、ｆｔｐコマンドを実行する際、ｆｔｐ書式１００１に示すようにして、ｆｔｐオプション１００２に示すようなオプション（「−ｉ；複数のファイル転送中にプロンプトを表示しない」、「−ｎ；コマンドを標準入力から読む」、「−ｖ；リモートサーバからの全てのレスポンス情報を表示する」）を指定して実行し、ｆｔｐ操作コマンド１００３に示す、各ｆｔｐ操作コマンド（「ｂｙ；リモートホストからファイル転送の終了を支持する」、「ｌｃｄ  ディレクトリ名；ローカルホストにおける当該ディレクトリを変更する」、「ｇｅｔ  ファイル名；リモートホストの当該ファイルをローカルホストに取り込む」、「ｐｕｔ  ファイル名；ローカルホストの当該ファイルをリモートホストへ転送する」、「ｏｐｅｎ  ホスト名；指定したＦＴＰサーバに接続する」、「ｕｓｅｒ；リモートコンピュータに対してユーザ、パスワードを指定する」）を与えて制御する。
【００３６】
このようなｆｔｐコマンドを用いたＵＮＩＸ（登録商標）における標準入出力処理の概念を、図１１を用いて説明する。
【００３７】
ＵＮＩＸ（登録商標）では、標準入力、標準出力、という入出力に関する概念があり、ＵＮＩＸ（登録商標）のプロセス（１１０４）を実行する際の入力窓口と出力窓口は、それぞれ標準入力と標準出力と呼ばれ、通常は、標準入力はキーボード１１０１に、標準出力はディスプレイ１１０５につながれている。
【００３８】
標準入力や標準出力に別の装置（１１０３，１１０７）をつなぐことも可能であり、例えば、ファイルにコマンドを記述しておき、このファイル１１０２を標準入力につなぐことでコマンドを実行させたり、標準出力にファイルをつなぐことで、コマンドの実行結果をファイル１１０６に記録（保存）したりすることなども可能となる。
【００３９】
また、ＵＮＩＸ（登録商標）では、キーボード１１０１やディスプレイ１１０５、その他の装置（１１０３，１１０７）も一種のファイル（１１０２，１１０６）として取り扱われ、どのようなファイル（１１０２，１１０６）を標準入出力に結びつけるかによって、入出力先を柔軟に切り替えることが可能となっている。
【００４０】
例えば、リダイレクション１１１０機能（「  ＜  」、「  ＞  」）を用いることにより、コマンドの標準出力や標準入力を変更することができ、「ｌｓ  ＞  ｌｉｓｔ．ｔｘｔ」とのコマンドにより、ｌｓの標準出力をｌｉｓｔ．ｔｘｔに変更でき、「ｇｒｅｐ  ｃｏｒｅ  ＜  ｌｉｓｔ．ｔｘｔ」とのコマンドにより、ｌｉｓｔ．ｔｘｔを標準入力に変更することができる。
【００４１】
また、パイプ（パイプライン）機能１１１１（「  ｜  」）を用いることにより、
コマンドの標準出力を別のコマンドの標準入力にすることができ、「ｃｍｄ１  ｜  ｃｍｄ２」とのコマンドにより、ｃｍｄの標準出力をｃｍｄの標準入力にすることができる。
【００４２】
図１０に示すｆｔｐ操作コマンドを、図１のｆｔｐデータ送受信処理部１０６が実行することにより、図１２，図１３に示すレスポンスコードが、ＦＴＰサーバとしてのサーバ（１）１２２、サーバ（２）１２３から返される。このＦＴＰサーバが返すレスポンスコードは必ず３桁の数字になっており、最初の数字を見ることで、エラーかどうかを判断することができる。
【００４３】
すなわち、図１２に示すように、レスポンスコードは、「１ｙｚ」、「２ｙｚ」、「３ｙｚ」、「４ｙｚ」、「５ｙｚ」の３桁からなり、「１ｙｚ」は、肯定的な事前レスポンス、「２ｙｚ」は、肯定的な完了レスポンス、「３ｙｚ」は、肯定的な中間レスポンス、「４ｙｚ」は、一時的かつ否定的な完了レスポンス（エラー）、「５ｙｚ」は、否定的なレスポンス（エラー）である。
【００４４】
具体的には、図１３に示すようにして、ｆｔｐレスポンスコードが出力される。図１３に示す例では、１バイト目から３バイトが数字、かつ、４バイト目から１バイトがＳＰＡＣＥ（スペース）の場合で、かつ、「２２６」の次の行で５バイト目から５バイトがｂｙｔｅｓでない場合に、「レスポンスコード（１３０１）」と判定し、ｆｔｐレスポンスコードが発生する都度、本発明に係るｆｔｐ処理結果のチェックを行う。
【００４５】
以下、ｆｔｐでのデータ送受信時において異常を認識した後の再処理の動作を例に、図２〜図７のフローチャートを用いて、図１におけるリトライ制御部１０５、ｆｔｐデータ送受信処理部１０６、チェック処理制御部１０７、レスポンスコードチェック処理部１０８、監視対象ファイル状態チェック処理部１０９、強制終了部１１０の順に、それぞれの処理動作を説明する。
【００４６】
まず、図２を用いて、図１におけるリトライ制御部１０５の処理動作を説明する。ｆｔｐでの送受信対象であるファイルのファイル名（監視対象ファイル名）をキーに制御パラメータデータベース１１１を検索して、各項目の値を取得する（ステップＳ２０１）。図８に示す制御パラメータＤＢ８０１の例では、「最大実行回数１」、「最大実行回数２」、「指定終了時刻１」、「指定終了時刻２」、「リトライ時ＷＡＩＴ時間１」、「リトライ時ＷＡＩＴ時間２」の各項目における値を取得する。
【００４７】
実行回数を意味する任意カウンタに「１」をセットし（ステップＳ２０２）、ｆｔｐデータ送受信処理部１０６を起動してｆｔｐデータ送受信処理を行う（ステップＳ２０３）、その応答結果としてのＳＴＡＴＵＳの値が「０」であるか否かを判別する（ステップＳ２０４）。
【００４８】
ＳＴＡＴＵＳの値が「０」の場合、処理を終了させ（ステップＳ２１０）、ＳＴＡＴＵＳの値が「０」以外の場合、ＳＴＡＴＵＳの値を「ｎ」とし（ステップＳ２０５）、カウンタの値と、制御パラメータデータベース１１１より取得した最大実行回数ｎを比較し、カウンタの値が最大実行回数ｎ以上であるか否かを判別する（ステップＳ２０６）。
【００４９】
ステップＳ２０６の判別結果でカウンタの値が最大実行回数ｎ以上の場合、処理を異常終了させ（ステップＳ２１１）、カウンタの値が最大実行回数ｎ未満の場合、現在時刻と制御パラメータデータベース１１１より取得した指定終了時刻ｎを比較し、現在時刻が指定終了時刻ｎ以上であるか否かを判別する（ステップＳ２０７）。
【００５０】
ステップＳ２０７の判別処理結果で現在時刻が指定終了時刻ｎ以上の場合、処理を異常終了させ（ステップＳ２１２）、現在時刻が指定終了時刻ｎ未満の場合には、カウンタに「１」を加算し（ステップＳ２０８）、制御パラメータデータベース１１１より取得したリトライ時ＷＡＩＴ時間（ｎ秒間）だけ待機し（ステップＳ２０９）、ステップＳ２０３におけるｆｔｐデータ送受信処理部１０６の処理に戻る。
【００５１】
以上の処理動作を、具体的に、図８に示す制御パラメータＤＢ８０１のデータ例８０２における「ｓａｐｐｏｒｏ．ｄａｔ」を例にして説明する。
【００５２】
ステップＳ２０１において、制御パラメータデータベース１１１から、監視対象ファイル名「ｓａｐｐｏｒｏ．ｄａｔ」をキーに探索して、「最大実行回数１」、「最大実行回数２」、「指定終了時刻１」、「指定終了時刻２」、「リトライ時ＷＡＩＴ時間１」、「リトライ時ＷＡＩＴ時間２」の値を取得する。
【００５３】
次に、カウンタに「１」をセットし（ステップＳ２０２）、ｆｔｐデータ送受信処理部１０６を起動してｆｔｐデータ送受信処理を行う（ステップＳ２０３）。
【００５４】
尚、ｆｔｐデータ送受信処理の詳細については後段にて詳述するが、その送受信処理結果として「ステータス＝０」，「ステータス＝１」，「ステータス＝２」のいずれかが返される。
【００５５】
そこで、ステップＳ２０４において、送受信処理結果（ステータス）が「０」であるか否かを判定する。
【００５６】
ステータスが「０」であった場合は、送受信処理が正常に行われているので処理を終了し（ステップＳ２１０）、ステータスが「０」以外である場合は処理異常であるため、次のステップＳ２０５の処理に進む。
【００５７】
ステップＳ２０５では、前段の処理にて受け取ったステータスの値を変数ｎに代入する。ここでステータスが「１」であった場合、次のステップＳ２０６における処理では、カウンタの値と、項目「最大実行回数１」の値を比較する。
【００５８】
本例では、ステップＳ２０２の処理においてカウンタには「１」がセットされており、また、項目「最大実行回数１」の値は、図８に示す制御パラメータＤＢ８０１のデータ例８０２のとおりに「２」が設定されているため、すなわち、実行回数（「１」）は、項目「最大実行回数１」の値（「２」）に達しておらず、次のステップＳ２０７の処理へ進む。
【００５９】
ステップＳ２０７の処理では、現在時刻であるシステム時刻と、項目「指定終了時刻１」の値とを比較する。図８の制御パラメータＤＢ８０１のデータ例８０２では、指定時刻には「９９９９」が設定されており、この「指定時刻１」の値の方がシステム時刻より大きいので、次のステップＳ２０８の処理に進み、カウンタに「１」を加え、次のステップＳ２０９の処理に進む。
【００６０】
ステップＳ２０９の処理では、図８のデータ例８０２における「リトライ時ＷＡＩＴ時間１」の値（「０秒」）を取得し、取得した値（０秒）分待機し、ステップＳ２０３の処理へ戻る。
【００６１】
次に、図３を用いて、ｆｔｐデータ送受信処理部１０６の処理動作を説明する。
【００６２】
まず、図２におけるステップＳ２０２の処理で取得した値（「１」）をｎに代入し（ステップＳ３０１）、次に、監視対象ファイル名をキーに、制御パラメータデータベース１１１を検索し、項目「コマンド格納ファイル名ｎ」の値と項目「レスポンス待ち時間」の値を取得する（ステップＳ３０２）。
【００６３】
そして、ｆｔｐコマンドを発行し、ｆｔｐコマンドを実行すると共に、このｆｔｐコマンドの実行と並行して、レスポンスコードのチェックと監視対象ファイルの状態チェックを行う（ステップＳ３０３）。
【００６４】
具体的には、パイプライン機能を用いて、「ｆｔｐ  −ｉ  −ｎ  −ｖ  ＜  コマンド格納ファイル名ｎ  ｜  チェックプログラム名称  レスポンス待ち時間  監視対象ファイル名」とのコマンドを入力する。これは、ｆｔｐコマンドから出力されるレスポンスコードをパイプ機能により、チェックプログラム（チェック処理制御部１０７）に渡し、このチェックプログラム（チェック処理制御部１０７）において、レスポンスコードに基づくチェックを行う処理である。
【００６５】
ｆｔｐコマンドにおける「コマンド格納ファイル名」と「レスポンス待ち時間」については、前述のステップＳ３０２での処理で取得した値が入り、「監視対象ファイル名」は、図２のステップＳ２０１の処理でキーとした「ファイル名称」が入る。
【００６６】
また、「チェックプログラム名称」は、後述するチェック処理制御部１０７でチェックするプログラム名称が入る。
【００６７】
このように、本コマンドは、パイプ（「｜」を境界に２つの処理を行うものである。パイプの前半部分は、ｆｔｐにファイルの送受信処理を示すものであり、パイプの後半部分は、ｆｔｐによるファイルの送受信処理をチェックするプログラム（チェック処理制御部１０７）による図４に示す処理を起動するものである。
【００６８】
これにより、ｆｔｐデータ送受信処理部１０６によるｆｔｐデータ送受信処理と、チェック処理制御部１０７による送受信処理チェック処理（図４に示す処理）が並行して処理される。
【００６９】
ｆｔｐデータ送受信処理部１０６によるｆｔｐデータ送受信処理においては、図１３に具体例を示すレスポンスコードが一行ずつ帰ってくる。このレスポンスコードをパイプでチェックプログラムとしてのチェック処理制御部１０７に渡し、このチェック処理制御部１０７において、図４に示す処理手順でチェックを行う。
【００７０】
このレスポンスコードの受け渡しについては、前述のｆｔｐコマンドにおけるパイプ（「  ｜  」）を記述することにより、実行される。
【００７１】
以下、図４を用いて、チェック処理制御部１０７の処理動作を説明する。
【００７２】
まず、ステップＳ４０１の処理において、フラグ（「コネクトフラグ１」、「コネクトフラグ２」）に、初期値として「ＯＦＦ」を代入し、ステップＳ４０２の処理において、ｆｔｐコマンドから１行のレスポンスコードが出力されるのを待つ。
【００７３】
ステップＳ４０３の処理においては、ｆｔｐコマンドで指定したレスポンス待ち時間以内に、何も検知しなかった場合（ケース１）と、ｆｔｐコマンドから１行のレスポンスコードの出力を検知した場合（ケース２）と、ｆｔｐコマンドの終了を検知した場合（ケース３）で処理の振り分けを行う。
【００７４】
ケース１の場合（何も検知しなかった場合）、監視対象ファイル状態チェック処理部１０９を起動して（ステップＳ４０６）、ステップＳ４０２の処理に戻る。
【００７５】
ケース２の場合（ｆｔｐコマンドから１行のレスポンスコードの出力を検知した場合）、まず、レスポンスコードチェック処理部１０８を起動し（ステップＳ４０５）、次に、監視対象ファイル状態チェック処理部１０９を起動し（ステップＳ４０６）て、ステップＳ４０２の処理に戻る。
【００７６】
ケース３の場合（ｆｔｐコマンドの終了を検知した場合）、コネクトフラグ２の値がＯＦＦであるか否かを判別し（ステップＳ４０７）、コネクトフラグ２の値がＯＦＦの場合、引数に「１」をセットして、強制終了部１１０を呼び出し（ステップＳ４０８）、また、コネクトフラグ２の値がＯＦＦ以外の場合には、そのまま処理を終了する（ステップＳ４０９）。
【００７７】
ステップＳ４０５で起動されるレスポンスコードチェック処理部１０８の処理動作を、図５を用いて説明する。
【００７８】
まず、入力がレスポンスコードであるか否か判定し（ステップＳ５０１）、入力がレスポンスコードでない場合、処理を終了する（ステップＳ５１３）が、入力がレスポンスコードの場合、「コネクトフラグ１」の値が「ＯＮ」であるか否かを判定する（ステップＳ５０２）。
【００７９】
ステップＳ５０２の判定結果で「コネクトフラグ１」の値がＯＮの場合には、レスポンスコードが「２３０」であるか否かを判定し（ステップＳ５０３）、また、「コネクトフラグ１」の値がＯＮ以外の場合には、レスポンスコードの値が「２２１」であるか否かを判定する（ステップＳ５０６）。
【００８０】
ステップＳ５０３の判定結果でレスポンスコードの値が「２３０」の場合には、引数に１をセットして強制終了部１１０処理を呼び出して強制終了を実行し（ステップＳ５０８）、また、レスポンスコードの値が「２３０」以外の場合には、レスポンスコードの値が「４００」以上であるか否かを判定する（ステップＳ５０４）。
【００８１】
ステップＳ５０４の判定結果でレスポンスコードの値が「４００」以上の場合、引数に１をセットして強制終了部１１０処理を呼び出して強制終了を実行し（ステップＳ５０９）、また、レスポンスコードの値が「４００」未満の場合には、レスポンスコードが「２２１」でるか否かを判定する（ステップＳ５０５）。
【００８２】
ステップＳ５０５の判定結果でレスポンスコードの値が「２２１」の場合、「コネクトフラグ１」の値にＯＦＦをセットし（ステップＳ５１０）、処理を終了し（ステップＳ５１４）、レスポンスコードの値が「２２１」以外の場合には、そのまま処理を終了する（ステップＳ５１４）。
【００８３】
また、ステップＳ５０６の判定処理でレスポンスコードの値が「２２１」の場合、引数に１をセットして強制終了部１１０処理を呼び出して強制終了を実行し（ステップＳ５１１）、また、レスポンスコードの値が「２２１」以外の場合には、レスポンスコードの値が「２３０」であるか否かを判定する（ステップＳ５０７）。
【００８４】
ステップＳ５０７の判定結果でレスポンスコードの値が「２３０」の場合、「コネクトフラグ１」と「コネクトフラグ２」の値にＯＮをセットし（ステップＳ５１２）、処理を終了し（ステップＳ５１５）、レスポンスコードの値が「２３０」以外の場合には、そのまま処理を終了する（ステップＳ５１５）。
【００８５】
次に、図４のステップＳ４０６で起動される監視対象ファイル状態チェック処理部１０９の処理動作を、図６を用いて説明する。
【００８６】
まず、監視対象ファイル名をキーに制御パラメータデータベース１１１を検索して項目「最低伝送速度」の値を取得し（ステップＳ６０１）、次に、現在時刻と、監視対象ファイルのサイズを取得する（ステップＳ６０２）。
【００８７】
カウンタが「１」であるか否かを判定し（ステップＳ６０３）、カウンタの値が「１」以外の場合には、「（取得したファイルサイズ−退避ファイルサイズ）÷（取得した現在時刻−退避時刻）」の値が、ステップＳ６０１の処理において制御パラメータデータベース１１１から取得した「最低伝送速度」の値よりも大きいか否かを判定する（ステップＳ６０４）。
【００８８】
ステップＳ６０３の判定結果でカウンタの値が「１」の場合、または、ステップＳ６０４の判定結果で「（取得したファイルサイズ−退避ファイルサイズ）÷（取得した現在時刻−退避時刻）」の値が、ステップＳ６０１の処理において制御パラメータデータベース１１１から取得した「最低伝送速度」の値を超える場合、ステップＳ６０２の処理で取得した現在時刻と監視対象ファイルのサイズを退避し（ステップＳ６０５）、処理を終了する（ステップＳ６０７）。
【００８９】
また、ステップＳ６０４の判定結果で「（取得したファイルサイズ−退避ファイルサイズ）÷（取得した現在時刻−退避時刻）」の値が、ステップＳ６０１の処理において制御パラメータデータベース１１１から取得した「最低伝送速度」の値以下の場合、引数に１をセットして強制終了処理部１０９を起動して強制終了処理を実行する（ステップＳ６０６）。
【００９０】
以下、このような監視対象ファイル状態チェック部１０９の処理を、具体的に、「ｓａｐｐｏｒｏ．ｄａｔ」を例にして説明する。
【００９１】
まず、ステップＳ６０１の処理において、監視対象ファイル名「ｓａｐｐｏｒｏ．ｄａｔ」をキーに、制御パラメータデータベース１１１を検索して、「最低伝送速度」の値を取得する。ここでは、図８におけるデータ例８０２から値「１０００００００」を取得する。
【００９２】
次に、ステップＳ６０２の処理において、現在時刻であるシステム時刻と監視対象ファイルのサイズを取得し、さらに、ステップＳ６０３の処理で、カウンタの値に、ステップＳ２０２の処理で設定された「１」が設定されているか否かを判定し、「１」が設定されていれば、場合ステップＳ６０５へ進み、ステップＳ６０２の処理で取得したシステム時刻と監視対象ファイルのサイズを退避し、処理を終了して呼び出し元に戻る（ステップＳ６０７）。
【００９３】
ステップＳ６０３の判定処理で、カウンタの値にステップＳ２０８の処理で設定された「１」より上の値が設定されている場合には、ステップＳ６０４の処理へ進み、「（ステップＳ６０２で取得した監視対象ファイルのサイズの値−ステップＳ６０５で退避した監視対象ファイルのサイズの値）÷（ステップＳ６０２で取得したシステム時刻の値−ステップＳ６０５で退避したシステム時刻の値）」の値が、ステップＳ６０１で取得した最低伝送速度の値（１０００００００）より大きいか否かを判定する。
【００９４】
ステップＳ６０４の判定結果で、「（ステップＳ６０２で取得した監視対象ファイルのサイズの値−ステップＳ６０５で退避した監視対象ファイルのサイズの値）÷（ステップＳ６０２で取得したシステム時刻の値−ステップＳ６０５で退避したシステム時刻の値）」の値が、ステップＳ６０１で取得した最低伝送速度の値（１０００００００）より大きい場合、ステップＳ６０５の処理へ進み、ステップＳ６０２で取得したシステム時刻と監視対象ファイルのサイズを退避し、処理を終了して呼び出し元に戻る（ステップＳ６０７）。
【００９５】
また、ステップＳ６０４の判定結果で、「（ステップＳ６０２で取得した監視対象ファイルのサイズの値−ステップＳ６０５で退避した監視対象ファイルのサイズの値）÷（ステップＳ６０２で取得したシステム時刻の値−ステップＳ６０５で退避したシステム時刻の値）」の値が、ステップＳ６０１で取得した最低伝送速度の値（１０００００００）以下の場合、ステップＳ６０６の処理へ進み、引数の値に「２」をセットして強制終了処理部１１０を呼び出し、強制終了処理を実行する。
【００９６】
次に、図４のステップＳ４０８、図５のステップＳ５０８，Ｓ５０９，Ｓ５１１、および、図６のステップＳ６０６で起動される、図１における強制終了部１１０の処理動作を、図７を用いて説明する。
【００９７】
まず、呼び出し側でセットした引数を取得し（ステップＳ７０１）、次に、自プロセスＩＤ、親プロセスＩＤ、現在実行中プロセスＩＤを取得する（ステップＳ７０２）。
【００９８】
さらに、現在実行中プロセスＩＤの中から、取得した親プロセスＩＤの下で実行しているもので、自プロセス以外のものを、強制終了させる（ステップＳ７０３）。そして、ステータスコードに引数をセットして処理を終了する（ステップＳ７０４）。
【００９９】
以上、図１〜図１３を用いて説明したように、本例では、ＦＴＰによるデータの転送処理において、転送処理と並行して異常発生の認識処理を実行し、異常発生を直ちに認識する。そして、異常発生を認識した場合、自ら処理を強制終了させ、予め登録しておいたパラメータの内容に従って、再実行の制御を行う。具体的には、ｆｔｐコマンドにおいて、パイプライン機能を用いてチェックプログラムを繋ぐことによって、ｆｔｐコマンドから出力されるレスポンスコードをチェックプログラムで読み込み、ｆｔｐコマンドの実行と並行して、チェックを行い、異常発生の有無の認識処理を行う。さらに、異常発生の認識後、予め登録しておいたパラメータの内容に対応した再実行の制御を行う。
【０１００】
このように、本例では、ｆｔｐコマンドをそのまま使用して異常発生の有無の認識処理を行うことができ、かつ、ＦＴＰによるデータ転送処理と並行して処理異常を直ちに認識することができ、さらに、予め登録しておいたパラメータの内容により再実行の制御を行うことができ、異常発生時のタイムロスを防ぐことが可能である。
【０１０１】
このことにより、従来の技術の問題点、すなわち、（１）ＦＴＰによるデータ転送処理の異常を、当該ＦＴＰによるデータ転送処理と並行して認識することができない点、（２）異常発生の認識後、処理を終了させている点、（３）受信異常の発生を認識するための処理コードをプログラム内に書き込む必要がある点を解決でき、ＦＴＰによるデータ転送処理におけるエラー処理を効率的に行うことが可能となる。
【０１０２】
尚、本発明は、図１〜図１３を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例では、ＵＮＩＸ（登録商標）を例に説明したが、Ｌｉｎｕｘ（登録商標）やＢＳＤ（Ｂｅｒｋｅｌｅｙ  Ｓｏｆｔｗａｒｅ  Ｄｉｓｔｒｂｕｔｉｏｎ）（登録商標）など、他のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）におけるｆｔｐコマンドを利用することができる。
【０１０３】
また、本例のコンピュータ構成例に関しても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【図面の簡単な説明】
【０１０４】
【図１】本発明に係るｆｔｐ処理結果チェックシステムを設けたネットワークの構成例を示すブロック図である。
【図２】図１におけるリトライ制御部の処理動作例を示すフローチャートである。
【図３】図１におけるｆｔｐデータ送受信処理部の処理動作例を示すフローチャートである。
【図４】図１におけるチェック処理制御部の処理動作例を示すフローチャートである。
【図５】、図５は、図１におけるレスポンスコードチェック処理部の処理動作例を示すフローチャートである。
【図６】図１における監視対象ファイル状態チェック処理部の処理動作例を示すフローチャートである。
【図７】図１における強制終了部の処理動作例を示すフローチャートである。
【図８】図１における制御パラメータデータベースの項目内容とデータ例を示す説明図である。
【図９】図１におけるｆｔｐコマンド格納ファイルに格納されたコマンド例を示す説明図である。
【図１０】ｆｔｐコマンドの書式例を示す説明図である。
【図１１】ＵＮＩＸ（登録商標）における標準入出力処理の概念を示す説明図である。
【図１２】ｆｔｐコマンドが実行時に返すレスポンスコードの概要を示す説明図である。
【図１３】ｆｔｐレスポンスコードの具体例を示す説明図である。
【符号の説明】
【０１０５】
１００：クライアント装置、１０１：ネットワーク、１０２：ｆｔｐコマンド格納ファイル、１０３：監視対象ファイル、１０４：ｆｔｐ処理結果チェックシステム、１０５：リトライ制御部、１０６：ｆｔｐデータ送受信処理部、１０７：チェック処理制御部、１０８：レスポンスコードチェック処理部、１０９：監視対象ファイル状態チェック処理部、１１０：強制終了部、１１１：制御パラメータデータベース（制御パラメータＤＢ）、１２１：サーバ群、１２２：サーバ（１）、１２３：サーバ（２）、８０１：制御パラメータＤＢ、８０２：データ例、９０１：ｆｔｐコマンド格納ファイル、１００１：ｆｔｐ書式、１００２：ｆｔｐオプション、１００３：ｆｔｐ操作コマンド、１１０１：キーボード、１１０２：ファイル、１１０３：装置、１１０４：プロセス、１１０５：ディスプレイ、１１０６：ファイル、１１０７：装置、１１１０：リダイレクション機能、１１１１：パイプ（パイプライン）機能、１３０１：レスポンスコード。
【図１】
2009054076.tif 000003
【図２】
2009054076.tif 000004
【図３】
2009054076.tif 000005
【図４】
2009054076.tif 000006
【図５】
2009054076.tif 000007
【図６】
2009054076.tif 000008
【図７】
2009054076.tif 000009
【図８】
2009054076.tif 000010
【図９】
2009054076.tif 000011
【図１０】
2009054076.tif 000012
【図１１】
2009054076.tif 000013
【図１２】
2009054076.tif 000014
【図１３】
2009054076.tif 000015