(57)【要約】    【課題】  ネットワークを介して接続された任意の送信先へ、所定のデータを含むファイルを送信できるようにする。    【解決手段】  ネットワークに接続され、複数のＡＰ３１が実行されるクライアント３は、複数のＡＰ３１のそれぞれが生成したファイルを記憶するファイル記憶部３２と、複数のＡＰ３１のうちの第１のＡＰ３１により指定された、ファイル記憶部３２に記憶された送信対象ファイル及び送信対象ファイルの送信先を示す送信情報を記憶した送信テーブル３３と、送信情報に基づいて、送信対象ファイルを指定された送信先へ送信する送受信制御部３５と、を備える。    【選択図】  図１
2007102626.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、複数の業務処理プログラムが実行される情報処理装置であって、
前記複数の業務処理プログラムのそれぞれが生成したファイルを記憶するファイル記憶部と、
前記複数の業務処理プログラムのうちの第１の業務処理プログラムにより指定された、前記ファイル記憶部に記憶された送信対象ファイル及び当該送信対象ファイルの送信先を示す送信情報を記憶した送信情報記憶部と、
前記送信情報に基づいて、前記送信対象ファイルを指定された送信先へ送信する送信制御部と、を備える情報処理装置。
【請求項２】
前記送信情報には、前記第１の業務処理プログラムにより指定された、前記複数の業務処理プログラムのうちのいずれかの識別情報が含まれていて、
前記送信制御部は、前記送信対象ファイルの送信が完了した後、前記送信情報に含まれる識別情報により特定される業務処理プログラムへ、前記ファイルの送信完了を通知する、請求項１記載の情報処理装置。
【請求項３】
代替送信先情報記憶をさらに備え、
前記送信制御部は、前記送信対象ファイルを前記送信先へ送信できない場合、前記代替送信先情報に従って前記送信対象ファイルを代替送信する請求項１または２に記載の情報処理装置。
【請求項４】
前記複数の業務処理プログラムのうちの第２の業務処理プログラムにより指定された、取得対象ファイル及び当該取得対象ファイルの取得元を示すファイル取得情報を記憶したファイル取得情報記憶部と、
前記ファイル取得情報記憶部を参照して、前記取得元から前記取得対象ファイルを取得する受信制御部と、をさらに備える請求項１記載の情報処理装置。
【請求項５】
前記ファイル取得情報には、前記第２の業務処理プログラムにより指定された、前記複数の業務処理プログラムのうちのいずれかの識別情報が含まれていて、
前記受信制御部は、前記取得対象ファイルの取得が完了した後、前記ファイル取得情報に含まれる識別情報により特定される業務処理プログラムへ、前記ファイルの取得完了を通知する、請求項４記載の情報処理装置。
【請求項６】
一以上のサーバ及び一以上のクライアントを備えたネットワークシステムであって、
前記一以上のクライアントは、それぞれ、
複数の業務処理プログラムと、
前記複数の業務処理プログラムのそれぞれが生成したファイルを記憶するファイル記憶部と、
前記複数の業務処理プログラムのうちの一の業務処理プログラムにより指定された、送信対象ファイル及び送信先サーバの各識別情報を対応付けて記憶した送信記憶部と、
前記送信情報記憶部を参照し、前記送信対象ファイルを前記ファイル記憶部から取得し、前記送信先サーバへ送信する送信制御部と、を備えるネットワークシステム。
【請求項７】
前記一以上のサーバは、それぞれ、
前記一以上のクライアントのいずれかに対するファイルの送受信要求を記憶した送受信記憶部を備え、
前記一以上のクライアントの送受信制御部は、
前記各サーバに対して、送受信要求の有無の問い合わせを行い、
前記問い合わせの結果、いずれかのサーバに送受信要求があれば、それに応じて当該サーバに対してファイルの送受信を行う、請求項６記載のネットワークシステム。
【請求項８】
ネットワークに接続された情報処理装置のためのファイル送信方法であって、
複数の業務処理プログラムを実行するステップと、
前記複数の業務処理プログラムのそれぞれが生成したファイルをファイル記憶部に記憶するステップと、
前記複数の業務処理プログラムのうちの第１の業務処理プログラムにより指定された、前記ファイル記憶部に記憶された送信対象ファイル及び当該送信対象ファイルの送信先を示す送信情報を送信情報記憶部に記憶するステップと、
前記送信情報に基づいて、前記送信対象ファイルを指定された送信先へ送信するステップと、を有するファイル送信方法。
【請求項９】
複数の業務処理プログラムのそれぞれが生成したファイルを記憶するファイル記憶部と、前記複数の業務処理プログラムのうちの第１の業務処理プログラムにより指定された、前記ファイル記憶部に記憶された送信対象ファイル及び当該送信対象ファイルの送信先を示す送信情報を記憶した送信情報記憶部と、を備えた情報処理装置に実行されると、
前記送信情報記憶部を参照し、前記送信情報の有無を判定するステップと、
前記送信情報があれば、当該送信情報に従って、前記送信対象ファイルを前記送信先へ送信するステップと、を行うファイル送信のためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してファイルを送受信するための技術に関し、特に、クライアント・サーバシステムで、クライアントが主体的にファイル送受信を行う技術に関する。
【背景技術】
【０００２】
遠隔診断システムが、ネットワークを介して接続されたコンピュータシステムを遠隔監視する技術がある（例えば特許文献１）。
【特許文献１】特開平４−３６７０４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の発明では、遠隔診断システムと監視対象のコンピュータシステムとが、電話回線により１対１に接続されていることが前提となっている。従って、この発明では、障害情報などの送信先を複数のコンピュータの中から選択し、選択されたコンピュータへ送ることができない。
【０００４】
さらに、特許文献１に記載の発明では、監視対象のコンピュータシステムから遠隔診断システムへと一方向へしか、データ送信を行うことができない。
【０００５】
そこで、本発明の目的は、ネットワークを介して接続された任意の送信先へ、所定のデータを含むファイルを送信できるようにすることである。
【０００６】
さらに、本発明の別の目的は、ネットワークを介して接続された他の装置と、双方向にファイル送信できるようにすることである。
【課題を解決するための手段】
【０００７】
本発明の一実施態様に従う情報処理装置は、ネットワークに接続され、複数の業務処理プログラムが実行される情報処理装置であって、前記複数の業務処理プログラムのそれぞれが生成したファイルを記憶するファイル記憶部と、前記複数の業務処理プログラムのうちの第１の業務処理プログラムにより指定された、前記ファイル記憶部に記憶された送信対象ファイル及び当該送信対象ファイルの送信先を示す送信情報を記憶した送信情報記憶部と、前記送信情報に基づいて、前記送信対象ファイルを指定された送信先へ送信する送信制御部と、を備える。
【０００８】
これにより、送信対象ファイル及び送信先を業務処理プログラムが任意に指定することができる。
【０００９】
好適な実施形態では、前記送信情報には、前記第１の業務処理プログラムにより指定された、前記複数の業務処理プログラムのうちのいずれかの識別情報が含まれていて、前記送信制御部は、前記送信対象ファイルの送信が完了した後、前記送信情報に含まれる識別情報により特定される業務処理プログラムへ、前記ファイルの送信完了を通知するようにしてもよい。
【００１０】
これにより、ファイルの送信完了したことを通知する業務処理プログラムも任意に指定することができる。
【００１１】
好適な実施形態では、代替送信先情報記憶をさらに備え、前記送信制御部は、前記送信対象ファイルを前記送信先へ送信できない場合、前記代替送信先情報に従って前記送信対象ファイルを代替送信するようにしてもよい。
【００１２】
これにより、何らかの理由により送信先にファイルを送信できないときでも、代替送信先が定められていれば、こちらへ送ることができる。
【００１３】
好適な実施形態では、前記複数の業務処理プログラムのうちの第２の業務処理プログラムにより指定された、取得対象ファイル及び当該取得対象ファイルの取得元を示すファイル取得情報を記憶したファイル取得情報記憶部と、前記ファイル取得情報記憶部を参照して、前記取得元から前記取得対象ファイルを取得する受信制御部と、をさらに備えていてもよい。
【００１４】
これにより、双方向にファイル送信をすることができる。
【００１５】
好適な実施形態では、前記ファイル取得情報には、前記第２の業務処理プログラムにより指定された、前記複数の業務処理プログラムのうちのいずれかの識別情報が含まれていて、前記受信制御部は、前記取得対象ファイルの取得が完了した後、前記ファイル取得情報に含まれる識別情報により特定される業務処理プログラムへ、前記ファイルの取得完了を通知するようにしてもよい。
【００１６】
これにより、ファイルの取得を完了したことを通知する業務処理プログラムも任意に指定することができる。
【００１７】
本発明の一実施態様に従うネットワークシステムは、一以上のサーバ及び一以上のクライアントを備える。そして、前記一以上のクライアントは、それぞれ、複数の業務処理プログラムと、前記複数の業務処理プログラムのそれぞれが生成したファイルを記憶するファイル記憶部と、前記複数の業務処理プログラムのうちの一の業務処理プログラムにより指定された、送信対象ファイル及び送信先サーバの各識別情報を対応付けて記憶した送信記憶部と、前記送信情報記憶部を参照し、前記送信対象ファイルを前記ファイル記憶部から取得し、前記送信先サーバへ送信する送信制御部と、を備える。
【００１８】
これにより、サーバへの送信対象ファイルの送信は、クライアントが主体となって行う。
【００１９】
好適な実施形態では、前記一以上のサーバは、それぞれ、前記一以上のクライアントのいずれかに対するファイルの送受信要求を記憶した送受信記憶部を備えていてもよい。そして、前記一以上のクライアントの送受信制御部は、前記各サーバに対して、送受信要求の有無の問い合わせを行い、前記問い合わせの結果、いずれかのサーバに送受信要求があれば、それに応じて当該サーバに対してファイルの送受信を行うようにしてもよい。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の一実施形態に係るネットワークシステムについて、図面を参照して説明する。
【００２１】
図１は、本実施形態に係るネットワークシステムの全体構成を示す図である。
【００２２】
本システムは、一つ以上のサーバ１と一つ以上のクライアント３とを備える。そして、各クライアント３とサーバ１とがネットワーク８またはネットワーク９を介して接続されている。
【００２３】
ここで、サーバ１及び各クライアント３の識別情報を、それぞれ図示するように「サーバＡ」、「サーバＢ」、「クライアントａ」、「クライアントｂ」、「クライアントｃ」とする。
【００２４】
各サーバ１及びクライアント３は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ１及びクライアント３内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００２５】
各クライアント３は、いずれも以下に説明する共通の構成を備える。すなわち、所定の業務処理を実行する複数の業務処理プログラム（ＡＰ）３１と、ネットワーク８，９を介して送受信されるファイルを記憶するファイル記憶部３２と、ファイルの送信要求を記憶する送信テーブル３３と、ファイルの受信要求を記憶する受信テーブル３４と、ネットワーク８，９を介してファイルの送受信を行う送受信制御部３５と、代替送信情報記憶部３６とを備える。
【００２６】
各ＡＰ３１は、それぞれ予め定められた所定の処理を実行する。そして、各ＡＰ３１は、それぞれの処理の中で、所定のファイルをファイル記憶部３２へ書き込んだり、ファイル記憶部３２から読み出したりする。例えば、ＡＰ３１は、ファイル記憶部３２に対して、処理の履歴を示すログファイル及びエラーが発生したときのエラーログファイルを書き込み、サーバ１から取得したデータファイルなどを読み込む。
【００２７】
さらに、各ＡＰ３１は、ファイル記憶部３２に書き込んだファイルの送信要求を送信テーブル３３に書き込み、サーバ１からのファイル取得要求を受信テーブル３４に書き込む。
【００２８】
送信テーブル３３は、ネットワーク８に接続されている他の装置に対する送信要求を記憶する。送信テーブル３３に記憶される送信要求は、いずれかのＡＰ３１によって生成される。
【００２９】
図２に、送信テーブル３３の一例を示す。
【００３０】
送信テーブル３３は、送信先３３１と、ファイル名３３２と、完了通知先３３３と、フラグ３３４とを含むファイル送信要求のレコードを複数格納可能である。
【００３１】
送信先３３１は、ファイルの送信先となるサーバ等の装置の識別情報を示す。送信先３３１はＡＰ３１が任意に指定することができる。図２に例示する２つのレコードは、いずれも送信先に「サーバＡ」が設定されている。
【００３２】
ファイル名３３２は、ファイル記憶部３２に格納されている、送信対象ファイルの識別情報を示す。
【００３３】
完了通知先３３３は、送信対象ファイルの送信が完了したときに、その旨を通知する通知先のＡＰを示す。完了通知先３３３は、送信要求を生成したＡＰ３１自身であってもよいし、他のＡＰ３１であってもよい。また、完了通知先３３３を指定するか否かは任意である。
【００３４】
フラグ３３４は、ファイル名３３２に示す送信対象ファイルの送信が完了したか否かを示すフラグである。ここでは、"０"が未送信、"１"が送信完了を示す。フラグ３３４は、送受信制御部３５により、送信対象ファイルの送信結果に従って設定される。
【００３５】
受信テーブル３４は、ネットワーク８に接続されている他の装置からのファイルの受信要求を記憶する。受信テーブル３４に記憶される受信要求は、いずれかのＡＰ３１によって生成される。
【００３６】
図３に、受信テーブル３４の一例を示す。
【００３７】
受信テーブル３４は、取得元３４１と、ファイル名３４２と、完了通知先３４３と、フラグ３４４とを含むファイル取得要求のレコードを複数格納可能である。
【００３８】
取得元３４１は、ファイルの取得要求に係るファイルの取得元となるサーバ等の装置の識別情報を示す。取得元３４１はＡＰ３１が任意に指定することができる。図３に例示する２つのレコードは、取得元に「クライアントａ」と「クライアントｂ」が設定されている。
【００３９】
ファイル名３４２は、取得元の装置から取得する取得対象ファイルの識別情報を示す。
【００４０】
完了通知先３４３は、取得対象ファイルの取得が完了したときに、その旨を通知する通知先を示す。完了通知先３４３は、送信要求を生成したＡＰ３１自身であってもよいし、他のＡＰ３１であってもよい。また、完了通知先３４３を指定するか否かは任意である。
【００４１】
フラグ３４４は、取得対象ファイルの取得が完了したか否かを示すフラグである。ここでは、"０"が取得未了、"１"が取得完了を示す。フラグ３４４は、送受信制御部３５が、取得対象ファイルを取得できたか否かに基づいて設定される。
【００４２】
再び図１を参照して説明を続ける。
【００４３】
送受信制御部３５は、定期的または不定期に、送信テーブル３３及び受信テーブル３４を参照する。そして、送受信制御部３５は、クライアント３のファイル送信要求及びファイル取得要求に従って、ファイルの送受信及び送受信の完了通知を行う。
【００４４】
例えば、送受信制御部３５は、送信テーブル３３を参照し、フラグ３３４が未送信を示す"０"であるレコードを探す。フラグ３３４が"０"であるレコードがあれば、そのレコードの送信先３３１により定まる送信先の装置へ、ファイル名３３２に示すファイルをファイル記憶部３２から取得して、送信する。そして、ファイルの送信が完了すれば、送受信制御部３５は、完了通知先３３３のＡＰ３１へ送信対象ファイルのファイル名を含む送信完了通知を行うとともに、フラグ３３４に"１"を設定する。
【００４５】
また、送受信制御部３５は、受信テーブル３４を参照し、フラグ３４４が未取得を示す"０"であるレコードを探す。フラグ３４４が"０"であるレコードがあれば、そのレコードの取得元３４１により定まるファイル取得元の装置に対して、ファイル名３４２を含むファイル取得要求を送り、取得対象ファイルを受信する。取得したファイルは、ファイル記憶部３２に格納される。そして、取得対象ファイルの取得が完了すれば、送受信制御部３５は、完了通知先３４３のＡＰ３１へ取得対象ファイルのファイル名を含む取得完了通知を行う。
【００４６】
さらに、送受信制御部３５は、後述するように、サーバ１に対して、サーバ１のクライアント３に対する送受信要求の有無を問い合わせる。そして、サーバ１のクライアント３に対する送受信要求があれば、それに従ってファイルの送受信を行う。
【００４７】
例えば、サーバ１からクライアント３に対するファイルの送信要求があることの通知を受けると、送受信制御部３５は、サーバ１に対してこのファイル送信要求に係るファイルの取得要求をして、ファイルを受信する。一方、サーバ１がクライアント３からファイルを取得することを要求している、ファイル取得要求があることの通知を受けると、送受信制御部３５は、このファイル取得要求で指定されたファイルをサーバ１へ送信する。
【００４８】
代替送信情報記憶部３６は、送信先３３１により指定された装置に対してファイルを送信できない場合、または取得元３４１により指定された装置からファイルを取得できない場合に行うべき代替送受信に関する情報を記憶する。
【００４９】
例えば、サーバ１及びクライアント３は、通常、ネットワーク８を利用してデータ送受信を行う。しかし、何らかの理由でネットワーク８での通信が行えず、ファイルの送受信ができなくなる場合もある。そこで、そのような場合に、本来の送信先でなく、他の送信先にファイルを送信することができる場合には、代替送信情報記憶部３６に、その代替通信先を示す情報が格納されている。
【００５０】
本実施形態では、サーバＢがサーバＡの代替送信先として、代替送信情報記憶部３６に登録されているとすれば、送受信制御部３５がサーバＡへファイル送信できない場合、代替送信情報記憶部３６を参照し、サーバＢへ送信対象ファイルを送信する。
【００５１】
次に、サーバ１の構成について説明する。
【００５２】
サーバ１は、クライアント３と同様に、所定の業務処理を実行する複数の業務処理プログラム（ＡＰ）１１と、ネットワーク８を介して送受信されるファイルを記憶するファイル記憶部１２と、ファイルの送信要求を記憶する送信テーブル１３と、ファイルの受信要求を記憶する受信テーブル１４と、ネットワーク８を介してファイルの送受信を行う送受信制御部１５とを備える。
【００５３】
送信テーブル１３及び受信テーブル１４は、クライアント３の送信テーブル３３及び受信テーブル３４と同じ構成を備える。そして、送信テーブル１３及び受信テーブル１４には、いずれかのクライアント３に対するファイルの送信要求及び取得要求が格納される。
【００５４】
また、ＡＰ１１も、クライアント３のＡＰ３１と同様に、以下のような処理を行う。すなわち、ＡＰ１１は、所定の処理を実行して、いずれかのクライアント３へ送信するファイルをファイル記憶部１２へ格納するとともに、ファイル送信要求を送信テーブル１３へ格納する。また、ファイル取得要求を受信テーブル１４に格納するとともに、それに従ってクライアント３から取得され、ファイル記憶部１２に格納されているファイルを読み出す。
【００５５】
送受信制御部１５は、クライアント３の送受信制御部３５からの通知を受けて動作する。例えば、クライアント３の送受信制御部３５から送られてきたファイルを受信して、ファイル記憶部１２へ格納する。
【００５６】
また、送受信制御部１５は、クライアント３の送受信制御部３５から、送受信要求の有無を確認する問い合わせを受け付ける。このとき、送受信制御部１５は、送信テーブル１３及び受信テーブル１４を参照し、送受信要求有無の問い合わせを送ってきたクライアント３に対するファイル送信要求及びファイル取得要求の有無を判定する。ここでファイル送信要求及びファイル取得要求がある場合、その送信要求または取得要求をクライアント３の送受信制御部３５へ通知する。
【００５７】
このとき、クライアント３の送受信制御部３５は、サーバ１のクライアント３に対するファイル送信要求ないしファイル取得要求の通知を受けたときは、それに応じた処理を行う。例えば、サーバ１にファイル送信要求があるときは、その送信先のクライアント３に対するファイル取得指示である。従って、クライアント３の送受信制御部３５は、サーバ１から指定されたファイルを取得する。一方、サーバ１にファイル取得要求があるときは、その取得元のクライアント３に対するファイル送信指示である。従って、クライアント３の送受信制御部３５は、サーバ１へ指定されたファイルを送信する。
【００５８】
このように、サーバ１のクライアント３に対する送受信要求があるときでも、クライアント３が主体となってファイルの送受信を行う。つまり、サーバ１に対するファイルの送受信を行うか否か、及びファイルの送受信を行うタイミングは、いずれもクライアント３が決定する。そして、クライアント３の制御下で、クライアント３とサーバ１との間でファイル転送が行われる。
【００５９】
次に、図４に示すフローチャートを用いて、クライアント３の送信処理について説明する。
【００６０】
まず、送受信制御部３５が、所定のタイミングで送信テーブル３３を参照する（Ｓ１１）。そして、送信テーブル３３に未送信の送信要求が存在するか否かを判定する（Ｓ１２）。
【００６１】
送信テーブル３３に未送信の送信要求が存在する場合（Ｓ１２：Ｙｅｓ）、送受信制御部３５は、ファイル名３３２で指定された送信対象ファイルをファイル記憶部３２から取得する（Ｓ１３）。そして、送受信制御部３５は、送信先３３１で指定されたファイルの送信先へ送信対象ファイルを送信する（Ｓ１４）。
【００６２】
ここで、送信が完了した場合（Ｓ１５：Ｙｅｓ）、完了通知先３３３へ送信完了を通知するとともに、フラグ３３４を"１"に更新して、送信処理を終了する（Ｓ１９）。
【００６３】
一方、ステップＳ１５で、送信対象ファイルの送信が完了しない場合は（Ｓ１５：Ｎｏ）、ステップＳ１４へ戻り、予め定められているリトライ回数だけ送信を繰り返す（Ｓ１６）。そして、リトライ回数だけ繰り返し送信をしてもファイル送信が完了しない場合は（Ｓ１６：Ｙｅｓ）、代替送信処理を行う（Ｓ１７）。代替送信処理の詳細は後述する。
【００６４】
そして、代替送信に成功した場合は（Ｓ１８：Ｙｅｓ）、ステップＳ１９へ遷移する。一方、代替送信に失敗した場合は（Ｓ１８：Ｎｏ）、送信処理を終了する。
【００６５】
ここで、図５に示すフローチャートを用いて、ステップＳ１７の代替送信の詳細な処理を説明する。
【００６６】
送受信制御部３５は、代替送信情報記憶部３６を参照して、送信先３３１に対する代替送信先が設定されているか否かを判定する（Ｓ２１）。
【００６７】
代替送信情報記憶部３６に代替送信先が設定されている場合（Ｓ２１：Ｙｅｓ）、送受信制御部３５は、指定された代替送信先へ送信対象ファイルを送信する（Ｓ２２）。そして、送信が完了すれば（Ｓ２３：Ｙｅｓ）、代替送信成功として処理を終了する（Ｓ２６）。
【００６８】
一方、ステップＳ２２の送信が完了しないときは、所定のリトライ回数だけ代替送信を繰り返す（Ｓ２４）。そして、リトライ回数だけ繰り返してもファイル送信が完了しない場合は（Ｓ２４：Ｙｅｓ）、代替送信失敗として処理を終了する（Ｓ２５）。
【００６９】
これにより、ネットワークの障害などにより送信対象ファイルの送信ができないときでも、予め設定された代替送信先へ送信することができる。
【００７０】
次に、図６に示すフローチャートを用いて、クライアント３の受信処理について説明する。
【００７１】
まず、送受信制御部３５が、所定のタイミングで受信テーブル３４を参照する（Ｓ３１）。そして、受信テーブル３４に未取得のファイル取得要求が存在するか否かを判定する（Ｓ３２）。
【００７２】
受信テーブル３４に未取得のファイル取得要求が存在する場合（Ｓ３２：Ｙｅｓ）、送受信制御部３５は、ファイル名３４２を含むファイル取得要求を、取得元３４１へ送信する（Ｓ３３）。その後、取得元３４１から取得対象ファイルが送信されてくると、それを受信する（Ｓ３４）。
【００７３】
ここで、ファイルの取得が完了した場合（Ｓ３５：Ｙｅｓ）、完了通知先３４３へ送信完了を通知するとともに、フラグ３４４を"１"に更新して、受信処理を終了する（Ｓ３８）。
【００７４】
一方、ステップＳ３５で、取得対象ファイルの受信が完了しない場合は（Ｓ３５：Ｎｏ）、ステップＳ３３へ戻り、予め定められているリトライ回数だけファイル取得要求の送信を繰り返す（Ｓ３６）。そして、リトライ回数だけ繰り返し送信をしてもファイル送信が完了しない場合は（Ｓ３６：Ｙｅｓ）、受信失敗として処理を終了する。
【００７５】
これにより、サーバからのファイル送信であっても、クライアントが主体となってファイルを受信する。
【００７６】
次に、図７に示すフローチャートを用いて、サーバ１のファイル送受信要求に対するクライアント３の処理について説明する。
【００７７】
まず、クライアント３の送受信制御部３５は、自身に対するファイルの送受信要求の有無をサーバ１へ問い合わせる（Ｓ４１）。
【００７８】
問い合わせの結果、サーバ１に受信要求があるときは、送受信制御部３５は、サーバ１が受信を要求しているファイルをファイル記憶部３２から取得する（Ｓ４３）。そして、送受信制御部３５が、受信要求に係るファイルをサーバ１へ送信する（Ｓ４４）。
【００７９】
また、ステップＳ４１の問い合わせの結果、サーバ１に送信要求があるときは、送受信制御部３５は、サーバ１に対して送信要求に係るファイルの取得要求を送り、そのファイルを受信する（Ｓ４６，Ｓ４７）。そして、ファイルの受信が完了すると、サーバ１に対して受信完了通知を行う（Ｓ４８）。
【００８０】
なお、受信要求及び送信要求のいずれの場合も、送信または受信に失敗したときのリトライ及び代替送信については記載を省略したが、これらを行うようにしてもよい。
【００８１】
これにより、クライアント−サーバ間のファイル送受信を、クライアントが主体となって行うことができる。特に、サーバが複数のクライアントを監視しているときに、クライアントで起こった事象をクライアント自らがサーバへ通知することができるので、サーバの監視負担が軽減される。
【００８２】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００８３】
【図１】本発明の一実施形態に係るネットワークシステムの全体構成を示す。
【図２】送信テーブル３３の一例を示す。
【図３】受信テーブル３４の一例を示す。
【図４】クライアントの送信処理を示すフローチャートである。
【図５】代替送信の詳細な処理を示すフローチャートである。
【図６】クライアントの受信処理を示すフローチャートである。
【図７】サーバのファイル送受信要求に対するクライアントの処理を示すフローチャートである。
【符号の説明】
【００８４】
１、２…サーバ、３…クライアント、８，９…ネットワーク、１３、３３…送信テーブル、１４、３４…受信テーブル、１５、３５…送受信制御部。
【図１】
2007102626.tif 000003
【図２】
2007102626.tif 000004
【図３】
2007102626.tif 000005
【図４】
2007102626.tif 000006
【図５】
2007102626.tif 000007
【図６】
2007102626.tif 000008
【図７】
2007102626.tif 000009