(57)【特許請求の範囲】
【請求項１】
データファイルの送受信先となるクライアントと、
ネットワークと、
少なくとも１台の前記クライアントをそれぞれ接続すると共にそれぞれが前記ネットワークに接続される複数台のサーバであって、前記クライアント間で授受されるデータファイルの転送を前記ネットワークを介して前記サーバ間で行う複数台のサーバと、
を有し、
前記各サーバは、
接続した前記クライアントから送られてきたデータファイルにシステム固有の名称を割り付け、かつそのシステム固有の名称及び接続した前記クライアントにおいて当該データファイルに付けられた名称を含む転送情報を当該データファイルと組にして当該データファイルの転送及び管理を行う手段と、
接続した前記クライアント宛のデータファイル及びそのデータファイルに対応した転送情報を前記ネットワークを介して受信するファイル受信制御処理手段と、
接続した前記クライアントからの要求に応じて当該クライアント宛のデータファイルを、転送情報に基づきシステム固有の名称から送信元の前記クライアントにおいて付けられた名称に変更してから転送する受信データファイル転送制御処理手段と、
を有することを特徴とするファイル転送管理システム。
【請求項２】
前記各サーバは、
接続した前記クライアントから送られてきたデータファイルにシステム固有の名称を割り付けるとともに当該データファイルの転送情報を含むタグファイルを生成する送信ファイル生成処理手段と、
前記送信ファイル生成処理手段が生成したデータファイル及びタグファイルを送信するファイル転送制御処理手段と、
を有することを特徴とする請求項１記載のファイル転送管理システム。
【請求項３】
前記送信ファイル生成処理手段は、入力指定されたデータファイルの転送タイミングなどの転送制御に関する情報及びデータファイルに関連した情報に基づき転送情報を生成し、
前記ファイル転送制御処理手段は、入力指定されたタイミングでデータファイル及びタグファイルを送信することを特徴とする請求項２記載のファイル転送管理システム。
【請求項４】
前記送信ファイル生成処理手段は、前記システム固有の名称を、送信元のユーザ情報及び日時情報に基づき生成することを特徴とする請求項２記載のファイル転送管理システム。
【請求項５】
前記送信ファイル生成処理手段は、データファイルを複数の宛先に転送する場合に入力指定された内容に基づく同報情報を生成して転送情報に付加することを特徴とする請求項２記載のファイル転送管理システム。
【請求項６】
前記各サーバは、前記クライアントから送られてきたデータファイル及び前記送信ファイル生成処理手段が生成したタグファイルの削除などのファイル管理を行う送信ファイル保守管理手段を有することを特徴とする請求項２記載のファイル転送管理システム。
【請求項７】
前記ファイル転送制御処理手段は、ファイル転送結果を運用ログファイルに記録することを特徴とする請求項２記載のファイル転送管理システム。
【請求項８】
前記転送情報には、更に当該データファイルの保管期間が設定されており、
前記各サーバは、前記ファイル受信制御処理手段が受信したデータファイル及び転送情報を含むタグファイルの削除を、タグファイルに設定された保管期間に従い自動的に行う受信ファイル保守管理手段を有することを特徴とする請求項２記載のファイル転送管理システム。
【請求項９】
前記ファイル受信制御処理手段は、前記クライアントへのデータファイルの転送結果を運用ログファイルに記録することを特徴とする請求項１記載のファイル転送管理システム。
【請求項１０】
前記受信データファイル転送制御処理手段は、当該クライアント宛のデータファイルを転送情報に基づきシステム固有の名称から送信元の前記クライアントにおいて付けられた名称に変更して画面表示し、画面から指定されたデータファイルを当該クライアントへ転送することを特徴とする請求項１記載のファイル転送管理システム。
【請求項１１】
前記各サーバは、ユーザとそのユーザの属するグループとを対応付けしたアドレス情報記憶手段を有し、
前記受信データファイル転送制御処理手段は、データファイルの宛先情報としてファイル受取人のユーザ名と当該ユーザが属するグループ名とが含まれている場合、接続した前記クライアントからの要求に対して当該クライアントを使用しているユーザが属するグループ宛のデータファイルに関する情報を画面表示することを特徴とする請求項１０記載のファイル転送管理システム。
【請求項１２】
いずれかの前記サーバが送信したデータファイル及びそのデータファイルに対応した転送情報を受け取る受信ファイル管理手段と、
いずれかの前記サーバからの要求に応じて、保管しているデータファイル及びそのデータファイルに対応した転送情報を送信するファイル転送制御処理手段と、
を有し、前記ネットワークを介して前記サーバ間で転送されるファイルの中継を行う中継サーバを有することを特徴とする請求項１記載のファイル転送管理システム。
【請求項１３】
前記ファイル転送制御処理手段は、前記サーバへのファイル転送結果を運用ログファイルに記録することを特徴とする請求項１２記載のファイル転送管理システム。
【請求項１４】
ユーザ指示に応じてデータファイル及びそのデータファイルに対応した転送情報の更新、削除などのファイル管理を行う中継サーバ内ファイル保守管理手段を有することを特徴とする請求項１２記載のファイル転送管理システム。
【請求項１５】
前記各サーバは、接続した前記クライアントを利用するユーザ情報を保持しており、
前記ファイル受信制御処理手段は、接続された前記クライアントを利用するユーザ宛のファイルを前記中継サーバから取り出す処理を実行することを特徴とする請求項１記載のファイル転送管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はファイル転送管理システム、特に同一ネットワークを介して行われるクライアント間ファイル転送において、クライアント間において同一名称のファイルが転送され上書きされることにより発生しうるデータ消失を回避することのできるファイル転送管理システムに関する。
【０００２】
【従来の技術】
図１０は、ある業務を遂行するために利用されるクライアントサーバシステムの一例を示した全体構成図である。図１０において、ＬＡＮや専用線などによるネットワーク１には、複数台のサーバ２〜５が接続されており、各サーバ２〜５には、クライアントに相当する複数台（この例では各２台）の情報処理装置（以下、「クライアント端末」）６〜１３が接続されている。クライアント端末６〜１３は、業務処理の実行の際に他のクライアント端末６〜１３との間でデータファイルのやり取りを行う。サーバ２〜５は、接続された各クライアント端末６〜１３が発するデータファイルを受け付けて指定された宛先にそのデータファイルを転送する。
【０００３】
この構成において、例えばクライアント端末６がクライアント端末１０にデータファイルを送信する場合の処理を例にして従来のシステムの動作について説明すると、サーバ２は、クライアント端末６からのデータファイルの宛先がクライアント端末１０宛のデータファイルであることを確認すると、そのデータファイルをネットワーク１側へ送出する。なお、宛先がクライアント端末７であればネットワーク１に送出せずに直接クライアント７へ転送する。サーバ４は、サーバ２が送出したデータファイルを受け付けると、内部に一時保持する。クライアント端末１０は、適当なタイミングでサーバ４の所定のディレクトリを参照し、自己宛のデータファイルが存在すれば、そこからそのデータファイルを取り出す。このようにして、クライアント端末６〜１３間でデータファイルの授受を行うことができる。
【０００４】
ところで、上記例においてクライアント端末１０がサーバ４内のファイルが自己宛か否かを判断するには、ファイルの授受を行うユーザ間でファイル名の取り決めをするかシステム全体においてファイル名の付け方に規則を設けることが一般的である。前者の場合、ファイル送信者は、ファイルの受取人と事前に打ち合わせて決めた名称をファイルに付けて送信する。例えば、請求書のファイルを送信する場合、ファイルに「請求書」という文字やあるいは更に日付を含めるなどして決めた名称を付与することが考えられる。また、ファイル名称の付け方に規則を設ける後者の場合、その規則に従った名称を付けてファイルを転送することになる。このようにして所定の名称が付けられ転送されたファイルは、受取人が使用するクライアント端末６〜１３の部署毎等に割り振られたディレクトリ又はフォルダに一時保存される。受取人は、そのディレクトリ内に予め決めておいた名称のファイルを見つけることでファイルが送られてきたことを認識し、サーバ２〜５から自己のクライアント端末６〜１３へ取り出す。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来からのシステムにおいて行われるファイルの転送方法では、あるクライアント端末に正常に送られてきたファイルが失われてしまう場合がある。これは、各サーバに一時蓄積される接続したクライアント端末宛のデータファイルの名称が偶然にも一致してしまい、先に転送されてきたファイルが後から転送されてきた同一名称のファイルによって上書きされてしまう場合があるからである。上述した後者の場合でも、規則によっては、複数のクライアント端末から同一内容のデータが同時に送られてくる可能性がある。なお、ここでいう同一内容のデータというのは、例えば、「１１月度の請求書」データという意味でその請求金額が同じデータということではない。また、規則に従えば、ファイル名の重複が起こり得なくてもその規則に従わないユーザがいたり、入力誤りなどの人為的ミスによりファイル名の重複が起こりうる。
【０００６】
また、ファイル送信者は、宛先となるユーザを特定していてもそのユーザが利用しているクライアント端末を知らない場合もある。この場合、送信者側は、システム環境を認識していなければ、ファイルを送信できない場合もあり得る。
【０００７】
本発明は以上のような問題を解決するためになされたものであり、その目的は、転送されてきたファイルをサーバに一時蓄積し、クライアント端末がそのサーバから該当するファイルを取り出すようなファイル蓄積型のシステムにおいてもサーバを利用する複数のユーザによるファイル名の重複に伴うデータ消失等を回避することのできるファイル転送管理システムを提供することにある。
【０００８】
【課題を解決するための手段】
以上のような目的を達成するために、本発明に係るファイル転送管理システムは、データファイルの送受信先となるクライアントと、ネットワークと、少なくとも１台の前記クライアントをそれぞれ接続すると共にそれぞれが前記ネットワークに接続される複数台のサーバであって、前記クライアント間で授受されるデータファイルの転送を前記ネットワークを介して前記サーバ間で行う複数台のサーバとを有し、前記各サーバは、接続した前記クライアントから送られてきたデータファイルにシステム固有の名称を割り付け、かつそのシステム固有の名称及び接続した前記クライアントにおいて当該データファイルに付けられた名称を含む転送情報を当該データファイルと組にして当該データファイルの転送及び管理を行う手段と、接続した前記クライアント宛のデータファイル及びそのデータファイルに対応した転送情報を前記ネットワークを介して受信するファイル受信制御処理手段と、接続した前記クライアントからの要求に応じて当該クライアント宛のデータファイルを、転送情報に基づきシステム固有の名称から送信元の前記クライアントにおいて付けられた名称に変更してから転送する受信データファイル転送制御処理手段とを有するものである。
【０００９】
また、前記各サーバは、接続した前記クライアントから送られてきたデータファイルにシステム固有の名称を割り付けるとともに当該データファイルの転送情報を含むタグファイルを生成する送信ファイル生成処理手段と、前記送信ファイル生成処理手段が生成したデータファイル及びタグファイルを送信するファイル転送制御処理手段とを有するものである。
【００１０】
更に、前記送信ファイル生成処理手段は、入力指定されたデータファイルの転送タイミングなどの転送制御に関する情報及びデータファイルに関連した情報に基づき転送情報を生成し、前記ファイル転送制御処理手段は、入力指定されたタイミングでデータファイル及びタグファイルを送信するものである。
【００１１】
あるいは、前記送信ファイル生成処理手段は、前記システム固有の名称を、送信元のユーザ情報及び日時情報に基づき生成するものである。
【００１２】
あるいは、前記送信ファイル生成処理手段は、データファイルを複数の宛先に転送する場合に入力指定された内容に基づく同報情報を生成して転送情報に付加するものである。
【００１３】
あるいは、前記各サーバは、前記クライアントから送られてきたデータファイル及び前記送信ファイル生成処理手段が生成したタグファイルの削除などのファイル管理を行う送信ファイル保守管理手段を有するものである。
【００１４】
あるいは、前記ファイル転送制御処理手段は、ファイル転送結果を運用ログファイルに記録するものである。
【００１６】
更に、前記転送情報には、更に当該データファイルの保管期間が設定されており、前記各サーバは、前記ファイル受信制御処理手段が受信したデータファイル及び転送情報を含むタグファイルの削除を、タグファイルに設定された保管期間に従い自動的に行う受信ファイル保守管理手段を有するものである。
【００１７】
あるいは、前記ファイル受信制御処理手段は、前記クライアントへのデータファイルの転送結果を運用ログファイルに記録するものである。
【００１８】
あるいは、前記受信データファイル転送制御処理手段は、当該クライアント宛のデータファイルを転送情報に基づきシステム固有の名称から送信元の前記クライアントにおいて付けられた名称に変更して画面表示し、画面から指定されたデータファイルを当該クライアントへ転送するものである。
【００１９】
更に、前記各サーバは、ユーザとそのユーザの属するグループとを対応付けしたアドレス情報記憶手段を有し、前記受信データファイル転送制御処理手段は、データファイルの宛先情報としてファイル受取人のユーザ名と当該ユーザが属するグループ名とが含まれている場合、接続した前記クライアントからの要求に対して当該クライアントを使用しているユーザが属するグループ宛のデータファイルに関する情報を画面表示するものである。
【００２０】
また、いずれかの前記サーバが送信したデータファイル及びそのデータファイルに対応した転送情報を受け取る受信ファイル管理手段と、いずれかの前記サーバからの要求に応じて、保管しているデータファイル及びそのデータファイルに対応した転送情報を送信するファイル転送制御処理手段とを有し、前記ネットワークを介して前記サーバ間で転送されるファイルの中継を行う中継サーバを有するものである。
【００２１】
更に、前記ファイル転送制御処理手段は、前記サーバへのファイル転送結果を運用ログファイルに記録するものである。
【００２２】
あるいは、ユーザ指示に応じてデータファイル及びそのデータファイルに対応した転送情報の更新、削除などのファイル管理を行う中継サーバ内ファイル保守管理手段を有するものである。
【００２３】
あるいは、前記各サーバは、接続した前記クライアントを利用するユーザ情報を保持しており、前記ファイル受信制御処理手段は、接続された前記クライアントを利用するユーザ宛のファイルを前記中継サーバから取り出す処理を実行するものである。
【００２４】
【発明の実施の形態】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００２５】
図１は、本発明に係るファイル転送管理システムの一実施の形態を示した全体構成図であり、本実施の形態では、ある業務を遂行するために利用されるクライアントサーバシステムを示している。また、図２には、図１に示した各構成要素の機能ブロック図が示されている。
【００２６】
図１において、ＬＡＮや専用線などによるネットワーク１には、複数台のサーバ２１〜２４と中継サーバ２５とが接続されており、また、各サーバ２１〜２４にはそれぞれ複数台のクライアント端末６〜１３が、中継サーバ２５には監視用端末装置２６が接続されている。なお、従来と同様でよい構成要素には同じ符号を付けている。クライアント端末６〜１３は、データファイルの最終的な送受信先となり、業務処理の実行の際に他のクライアント端末６〜１３との間でデータファイルのやり取りを行う。サーバ２１〜２４は、接続された各クライアント端末６〜１３から送られてきたファイルの送信制御を行い、また、当該クライアント端末６〜１３宛に送られてきたファイルの受信制御を行う。中継サーバ２５は、ネットワーク１を介してサーバ２１〜２４間で転送されるファイルの中継を行う。監視用端末装置２６は、中継サーバ２５に蓄積されたファイルの管理を行う。なお、本実施の形態では、４台のサーバ２１〜２４をネットワーク１に接続し、各サーバ２１〜２４に２台ずつのクライアント端末６〜７，８〜９，１０〜１１，１２〜１３を接続した構成としたが、各台数はこの例に限られたものではない。
【００２７】
各サーバ２１〜２４及び各クライアント端末６〜１３は、それぞれ同様の構成でよいので、図２は１台のサーバ２７及びクライアント端末２８のみで例示している。クライアント端末２８は、他のクライアント端末２８へ送信するデータファイルを接続されたサーバ２７へ送信したり、接続されたサーバ２７に蓄積された自己宛のデータファイルを取り出したりする機能など従来からある機能で実現できる。
【００２８】
サーバ２７には、ファイルの送信制御を行う手段として送信ファイル生成処理部３１、ファイル転送制御処理部３２及び転送情報設定部３３が設けられている。送信ファイル生成処理部３１は、クライアント端末２８から送られてきたデータファイルにシステム内において固有な名称を割り付けるとともに当該データファイルの転送情報を含むタグファイルを生成する。このとき、送られてきたデータファイルは送信データファイル蓄積部３４にタグファイルは送信用タグファイルデータベース（ＤＢ）３５にそれぞれ保管される。ファイル転送制御処理部３２は、送信ファイル生成処理部３１が生成したデータファイル及びタグファイルを送信する。また、サーバ２７は、送信データファイル蓄積部３４及び送信用タグファイルＤＢ３５に保管したデータファイル及びタグファイルの削除などのファイル管理を行う送信ファイル保守管理手段を有するが、この手段として設けた送信ファイル保守管理部３６の持つ機能をファイル転送制御処理部３２に搭載させる。また、本実施の形態では、クライアント端末２８からサーバ２７にログインして転送情報の設定を行うようにしているので、このための処理機能を発揮する転送情報設定部３３は、図２においてサーバ２７とクライアント端末２８にまたがるように図示した。
【００２９】
更に、サーバ２７には、ファイルの受信制御を行う手段としてファイル受信制御処理部３７及び受信データファイル転送制御処理部３８が設けられている。ファイル受信制御処理部３７は、接続したクライアント端末２８宛のデータファイル及びそのデータファイルに対応した転送情報を含むタグファイルを受信する。この受信したデータファイル及びタグファイルは、それぞれ受信データファイル蓄積部３９及び受信用タグファイルデータベース（ＤＢ）４０に保管される。また、サーバ２７は、受信データファイル蓄積部３９及び受信用タグファイルＤＢ４０に保管したデータファイル及びタグファイルの削除などのファイル管理を行う受信ファイル保守管理手段を有するが、この手段として設けた受信ファイル保守管理部４１の持つ機能をファイル受信制御処理部３７に搭載させる。受信データファイル転送制御処理部３８は、接続したクライアント端末２８からの要求に応じてクライアント端末２８宛のデータファイルを、転送情報に基づきシステム固有の名称から送信元のクライアント端末２８において付けられた名称に変更してから転送する。
【００３０】
一方、中継サーバ２５には、受信ファイル管理部４２、ファイル転送制御処理部４３及び中継サーバ内ファイル保守管理部４４が設けられている。受信ファイル管理部４２は、サーバ２７が送信したデータファイル及びそのデータファイルに対応した転送情報を含むタグファイルを受け付けて保管する。この受信したデータファイル及びタグファイルは、それぞれ中継サーバデータファイル蓄積部４５及び中継サーバタグデータベース（ＤＢ）４６に保管される。ファイル転送制御処理部４３は、サーバ２７からの要求に応じてデータファイル及びそのデータファイルに対応した転送情報を含むタグファイルを送信する。また、本実施の形態では、監視用端末装置２６から中継サーバ２５にログインして中継サーバデータファイル蓄積部４５及び中継サーバタグＤＢ４６に保管されたデータファイル及びタグファイルの更新、削除などのファイル管理を行うようにした。中継サーバ内ファイル保守管理部４４は、その機能を提供する。
【００３１】
図３は、本実施の形態におけるタグファイルを保管するデータベースのデータ構成例を示した図である。このデータ構成は、サーバ２１〜２４における送信用タグＤＢ３５、受信用タグＤＢ４０、中継サーバ２５における中継サーバタグＤＢ４６とも同じである。各タグＤＢ３５，４０，４６は、転送対象のデータファイルに対応させて生成されるタグファイルと運用ログファイルとで構成される。
【００３２】
タグファイルには、転送情報すなわちデータファイルの転送制御に使用する情報が含まれる。本実施の形態においては、データファイルに対応させてタグファイルを設けたことを特徴としており、このタグファイルに転送情報の一部として物理ファイル名、オリジナルファイル名を含めるようにしたことを特徴としている。物理ファイル名は、システム内においてデータファイルに自動的にかつ固有に割り付けられる名称である。オリジナルファイル名は、ユーザがクライアント端末２８の内部においてデータファイルに割り付けるファイル名であり、ファイルの宛先となるユーザとの間であるいは規則に基づき割り付けるファイル名である。その他の情報に関しては追って説明する。
【００３３】
図４は、本実施の形態におけるサーバ２７に予め用意されるアドレス情報データベース（ＤＢ）４７のデータ構造の例を示した図である。このアドレス情報ＤＢ４７には、このシステムを利用するユーザに関するアドレス情報が登録されており、本実施の形態では、ユーザ個人に関する情報を含むユーザマスタと各ユーザが属する所属部署に関する情報を含むグループマスタとを含んでいる。グループマスタには、グループコード（部署コード）とグループ名称（部署名）が登録されている。ユーザマスタには、ユーザコード（ユーザＩＤ）、パスワード、ユーザ名称（氏名）及び所属するグループコードが登録されている。
【００３４】
本実施の形態において特徴的なことは、転送するファイル名をシステムにおいて固有な名称（物理ファイル名）を割り付けるようにし、かつその物理ファイル名とそのオリジナルファイル名とを含むタグファイルをデータファイルに付加して転送するようにしたことである。これにより、ネットワーク１上を転送すファイルは、全て異なるファイル名となるため、各サーバ２１〜２４において同一ファイル名によって先に受信したデータファイルを上書きにより消失することを回避することができる。
【００３５】
次に、本実施の形態における動作について各処理の手順を示したフローチャートを用いて説明する。ここでは、クライアント端末６からクライアント端末１０へデータファイルを転送する場合を例にして説明する。
【００３６】
まず、クライアント端末６からサーバ２１へデータファイルを送る際に行われる処理について図５に示したフローチャートに基づき説明する。
【００３７】
クライアント端末６は、データファイルを送信したいときにサーバ２１に接続要求を発し、受け付けられることでサーバ２１にログインする（ステップ１０１，２０１）。そして、クライアント端末６において転送情報の設定用画面から必要な情報を登録する（ステップ１０２）。この処理は、転送情報設定部３３による機能により実行される。ここで設定される情報は、図３に示したタグファイルの転送情報として登録される（ステップ１０３）。ユーザが入力指定すべき情報としては、転送するデータファイルの名称（オリジナルファイル名）、とその内容を記載するファイルタイトルと、サーバ２１に保管しておきたい期間、コメント、スケジュール情報である。このうち、コメントには、データファイルに関する情報、例えば、業務上送付されるヘッダレターに記載するようなデータの主旨、データの取扱い上の注意や回答を期待するのであればその旨、回答期限等を文字入力する。スケジュール情報には、日時、曜日等データファイルをいつ送信するかなどの送信タイミングに関する情報、送信できなかった場合の再送に関する情報を設定する。なお、データファイルの宛先もここで設定するが、これはアドレス情報ＤＢ４７を参照して設定される。
【００３８】
サーバ２１の送信ファイル生成処理部３１は、設定された転送情報を受信すると（ステップ２０３）、その情報に加えてその他の転送情報を自動設定することでタグファイルに登録すべき転送情報を完成させて（ステップ２０４）、送信用タグＤＢ３５に登録する（ステップ２０５）。本実施の形態では、上述したとおりシステム固有の名称（物理ファイル名）をユーザが作成したデータファイルに割り付けることを特徴としているが、ステップ２０４においてこの物理ファイル名を次のようにして生成する。すなわち、送信元のユーザの情報、例えばユーザＩＤと日時情報、具体的には転送情報設定時の年月日時分秒とを連結してファイル名を生成し、ファイルタイプ（例えば“ＤＡＴ”）をピリオドで連結することによって物理ファイル名を生成する。これによって、通常、１ユーザにより複数のデータファイルに関する設定処理が同一時刻に実行されることはないので、確実に異なる名称のデータファイルを生成することができる。なお、タグファイルにも同様にして、対応するデータファイルとファイルタイプ（例えば“ＴＡＧ”）のみが異なる物理ファイル名が割り付けられる。
【００３９】
その後、送信ファイル生成処理部３１は、クライアント端末６からユーザが生成したデータファイルが転送されてくるとそれを受信し（ステップ１０４，２０６）、先ほどタグファイルに登録した物理ファイル名をそのデータファイルに割り付けて送信データファイル蓄積部３４に登録する（ステップ２０７）。そして、サーバ２１は、クライアント端末６からの接続切断要求に応じて接続を切断する（ステップ１０５，２０８）。具体的にはクライアント端末６は、サーバ２１からログアウトする。
【００４０】
次に、サーバ２１から中継サーバ２５へファイルを転送する際に行われる処理について図６に示したフローチャートに基づき説明する。
【００４１】
サーバ２１のファイル転送制御処理部３２は、送信用タグＤＢ３５のタグファイルに設定されているスケジュール情報を定期的に参照して送信タイミングに達したデータファイルの有無を調べる（ステップ２１１）。そして、該当するデータファイルが存在するとき、中継サーバ２５に対して接続要求を発する（ステップ２１２）。中継サーバ２５は、サーバ２１からの要求に応じて接続を受け付ける（ステップ３０１）。サーバ２１は、接続が確認できると（ステップ２１１）、該当するタグファイルを検索して中継サーバ２５へ送信する（ステップ２１３，２１４）。
【００４２】
中継サーバ２５の受信ファイル管理部４２は、受信したタグファイルに基づいてタグファイルを宛先毎に中継サーバタグＤＢ３６に登録する（ステップ３０２〜３０４）。続いて、受信ファイル管理部４２は、サーバ２１から送られてくるデータファイルを受信すると（ステップ２１５，３０５）、そのデータファイルをタグファイルに登録されている物理ファイル名のまま中継サーバデータファイル蓄積部４５に登録する（ステップ３０６）。そして、サーバ２１からの接続切断要求に応じて接続を切断する（ステップ２１６，３０７）。
【００４３】
サーバ２１のファイル転送制御処理部３２は、回線切断後、そのファイル転送結果を送信実績ログとして送信用タグＤＢ３５の運用ログファイルに蓄積する（ステップ２１７）。転送結果を記録することで障害等が発生した場合の復旧作業等メンテナンスの際に役立たせることができる。
【００４４】
また、送信ファイル保守管理部３６は、タグファイルに設定されている保管期間を検索して（ステップ２１８）、保管期間を超過したタグファイルとそれに対応したデータファイルとをそれぞれ送信用タグＤＢ３５及び送信データファイル蓄積部３６から削除する（ステップ２１９）。
【００４５】
次に、中継サーバ２５からサーバ２３へファイルを転送する際に行われる処理について図７に示したフローチャートに基づき説明する。
【００４６】
サーバ２３のファイル受信制御処理部３７は、システム全体において予め決められた転送スケジュールのタイミングで定期的に中継サーバ２５へ接続要求を発行する（ステップ２２１，２２２）。中継サーバ２５は、サーバ２３からの要求に応じて回線を接続すると（ステップ３１１）、ファイル送信制御部４３は、サーバ２３宛のタグファイルがあれば、該当するタグファイルを中継サーバタグＤＢ４６から読み出してサーバ２３へ転送し（ステップ３１２）、更に対応するデータファイルを中継サーバデータファイル蓄積部４５から読み出してサーバ２３へ転送する（ステップ３１３）。なお、各サーバ２１〜２４には、接続されたクライアント端末６〜１３をどのユーザ又は部署が利用しているかをアドレス情報ＤＢ４７にフラグ等をセットすることによって把握している。また、各ファイルの転送結果を送信実績ログとして中継サーバタグＤＢ４６の運用ログファイルに蓄積する（ステップ３１４）。転送結果を記録することで障害等が発生した場合の復旧作業等メンテナンスの際に役立たせることができる。
【００４７】
サーバ２３のファイル受信制御処理部３７は、中継サーバから送られてきたタグファイルを受信用タグＤＢ４０に登録する（ステップ２２３，２２４）。このとき、タグファイル内の登録日時、保管期間等の情報を更新する。また、更に送られてくるデータファイルをタグファイルに登録されている物理ファイル名のまま受信データファイル蓄積部３９に登録する（ステップ２２５，２２６）。サーバ２３と中継サーバ２５との間の回線がサーバ２３からの要求により切断されると（ステップ２２７，３１５）、受信ファイル保守管理部４１は、タグファイルに設定されている保管期間を検索して（ステップ２２８）、保管期間を超過したタグファイルとそれに対応したデータファイルとをそれぞれ受信用タグＤＢ４０及び受信データファイル蓄積部３９から削除する（ステップ２２９）。
【００４８】
以上のように、本実施の形態においては、サーバ２１〜２４が主体的に中継サーバ２５からデータファイルを取り出すようにした。これによって、送信元のサーバ２１が他のサーバ２２〜２４に接続された複数台のクライアント端末８〜１３へ１つのデータファイルに基づき同報送信するときや障害発生による再送を行うときに実行される送信元サーバの処理負荷を大幅に軽減することができ、また、システム全体としての処理も簡単になる。
【００４９】
次に、サーバ２３からクライアント端末１０へファイルを転送する際に行われる処理について図８に示したフローチャートに基づき説明する。
【００５０】
クライアント端末１０は、データファイルに対して処理を行いたいときなど適当なタイミングでサーバ２３に接続要求を発し、受け付けられることでサーバ２３にログインする（ステップ１１１，２３１）。そして、受信データファイル転送制御処理部３８は、サーバ２３によって受信用タグＤＢ４０から読み出されたログインユーザ宛のタグファイル内の転送情報をクライアント端末１０の画面上に一覧表示する（ステップ２３２，１１２）。なお、本実施の形態のように、ユーザをグループ（部署）によって管理しているような場合には、ログインユーザが所属する部署宛のデータファイルに関する情報を表示するようにしてもよい。この際、保管してあるデータファイルは、オリジナルファイル名で表示する。ユーザが画面に表示された転送情報のデータファイルのタイトル、送信元ユーザ名等を参照することによって取り出したいデータファイルを特定すると、その特定されたデータファイルの取出し要求に応じて該当するデータファイルを受信データファイル蓄積部３９から読み出す（ステップ１１３，２３３，２３４）。そして、受信データファイル転送制御処理部３８は、転送情報に基づきシステムにおいて固有な物理ファイル名から送信元ユーザが付けた名称（オリジナルファイル名）に変更してから読み出したデータファイルをクライアント端末１０へ転送する（ステップ２３５）。そして、データファイルの転送結果を送信実績ログとして受信用タグＤＢ４０の運用ログファイルに蓄積する（ステップ２３６）。転送結果を記録することで障害等が発生した場合の復旧作業等メンテナンスの際に役立たせることができる。クライアント端末１０は、転送されてきたデータファイルを保存した後（ステップ１１４，１１５）、サーバ２３からログアウトする（ステップ１１６，２３７）。
【００５１】
以上のようにして、データファイルは、クライアント端末６からクライアント端末１０へ転送されることになる。
【００５２】
最後に、中継サーバ２５に保管されている中継サーバデータファイル蓄積部４５及び中継サーバタグＤＢ４６の保守管理について図９に示したフローチャートに基づいて説明する。
【００５３】
中継サーバ２５の中継サーバデータファイル蓄積部４５又は中継サーバタグＤＢ４６のメンテナンスを行いたいとき、ユーザは、監視用端末装置２６から中継サーバ２５に接続要求を発し、受け付けられることによって中継サーバ２５にログインする（ステップ４０１，３２１）。中継サーバ内ファイル保守管理部４４は、中継サーバタグＤＢ４６に登録されている転送情報を読み出して監視用端末装置２６の画面上に一覧表示する（ステップ３２２，４０２）。ユーザは、画面に表示された転送情報の内容を参照して変更若しくは削除対象とするタグファイル又はデータファイルを特定すると、中継サーバ内ファイル保守管理部４４は、その特定された各ファイルへの変更・削除要求に応じて各ファイルの更新を行う。すなわち、転送情報の設定変更要求であれば、中継サーバタグＤＢ４６に登録された該当する転送情報を変更する（ステップ３２４）。また、データファイルの削除要求であれば、各ＤＢ４５，４６から該当するデータファイル及びタグファイルを削除する（ステップ３２４，３２５）。上記保守が終了すると、ユーザの操作に応じて中継サーバ２５からログアウトする（ステップ４０４，３２６）。
【００５４】
中継サーバ内ファイル保守管理部４４は、その後、更にタグファイルに設定されている保管期間を検索して（ステップ３２７）、保管期間を超過したタグファイルとそれに対応したデータファイルとをそれぞれ中継サーバデータファイル蓄積部４５及び中継サーバタグＤＢ４６から削除する（ステップ３２８）。このように、中継サーバ２５に保管してあるデータファイル及びタグファイルに対して直接変更や削除をすることができるようにしたことで、例えば、所定の宛先に対して誤ったデータファイルを送信してしまった場合、コメントの記載内容を変更したい場合など、宛先となるサーバへデータファイルが転送される前であれば、そのような変更等に対処することができる。
【００５５】
以上のように、本実施の形態によれば、複数のユーザにより使用されるサーバ２１〜２４、中継サーバ２５、ネットワーク１上においては、ユーザ間でやり取りされるファイルに対してシステム固有の名称を割り付けて保管、転送を行うようにしたので、同一名称のファイルの上書きによりデータを消失することから回避することができる。もちろん、ユーザがデータファイルを扱う際にはユーザ間で予め決めたファイル名に変換してから渡すようにしているので、ユーザは、従来通りのファイル名のままファイルを扱うことができる。
【００５６】
また、本実施の形態では、宅配便の荷物と荷札の関係のようにデータファイルにタグファイルを付加して転送するようにした。このタグファイルに物理ファイル名とオリジナルファイル名との対応関係、更に転送タイミングやコメント等の種々の情報をタグファイルに設定するようにすれば、データファイルそのものを編集加工することなく様々な情報を付加して転送することができる。
【００５７】
なお、上記実施の形態では、１対１のファイル転送の場合を例にして説明したが、１対多の転送にも対応することができる。つまり、１つのデータファイルを複数のクライアント端末６〜１３へ送りたい場合、本実施の形態では、ステップ１０２における転送情報の設定の際にその旨及びその宛先を設定可能とし、ステップ２０４においてその同報情報をタグファイルに登録するようにしている。本実施の形態における各サーバ２１〜２４は、主体的に動作することによって自己宛のファイルを中継サーバ２５から取り出すようにしているので（ステップ２２１〜２２４）、１つのデータファイルを中継サーバ２５に転送しておけば、複数のサーバ２１〜２４に対する同報転送を実現することができる。
【００５８】
更に、本実施の形態を利用することでアンケートなど同じ内容のデータファイルが１箇所に収集されるような場合でもデータファイルが上書きされることがなく収集することができる。例えば、複数のユーザ（サーバ）に対してアンケート用紙（データファイル）を配信し、そのアンケート用紙に必要事項を書き加えて返信してもらうようにしてアンケートを実施しようとする場合、１つのアンケート用紙（データファイル）を複数に配信した場合、従来であれば、その返信されたデータファイル名は同一となるので、最新のデータファイルで順次上書きされてしまうことになる。ユーザ毎にアンケート用紙のファイル名を変更すれば、このような事態は発生しないが、アンケート実施者に多大な負荷がかかってしまう。
【００５９】
そこで、本実施の形態によれば、アンケートが回収され保管されるサーバには、システムにおいて固有な物理ファイル名で保管されるのでアンケートの結果が上書きされ消失するようなことは起こり得ない。このように、データファイル名を宛先毎に変えるような面倒な作業を行わなくてもアンケートを容易に実施することができる。
【００６０】
【発明の効果】
本発明によれば、複数のユーザにより利用されるサーバ等上においては、クライアント間で転送するファイルに対してシステム固有の名称を割り付けて保管、転送を行うようにしたので、同一名称のファイルにより上書きされたということが原因でデータを消失するということを回避することができる。もちろん、宛先となるユーザがデータファイルを受け取る際には、システム固有の名称からクライアント上で設定されたファイル名に変換してからユーザに渡すようにしているので、ユーザは、クライアント上では送受信者間で予め決めた名称でファイルを扱うことができる。
【００６１】
また、ユーザ宛若しくはそのユーザが属するグループ宛のデータファイルに関する情報を一覧表示し、その中から読み込みたいデータファイルを指定できるようにした。この表示の際、ファイル名称をシステム固有のではなく送信元のクライアントにおいて付けられた名称で表示するようにしたので、ユーザは、取り出すべきデータファイルを容易に特定することができる。
【００６２】
また、データファイルに転送情報を付加して宛先に転送するようにしたので、そのデータファイルに関する例えばコメントや返答の有無の情報等を転送情報として設定すれば、当該データファイルを編集加工することなくデータファイルに種々の情報を付加して転送することができる。
【００６３】
特に、転送情報として宛先への転送タイミングを設定するようにすれば、任意のタイミングでデータファイルの転送を実行することができる。
【００６４】
また、転送情報に同報情報を付加するようにしたので、１つのデータファイルを用意しておくだけで複数のクライアントへ当該データファイルの転送を行うことができる。
【００６５】
また、サーバ若しくは中継サーバ内に保管したファイルの削除等を行うための保守管理手段を設けたので、不要なファイルを適宜削除することができる。
【００６６】
また、ファイルを転送した際には、その転送結果を運用ログファイルに記録するようにしたので、障害等が発生した場合の復旧作業等メンテナンスの際に役立たせることができる。例えば、転送できなかったファイルの送信元ユーザを記録しておくようにすれば、送信元ユーザを容易に特定することができる。
【００６７】
また、本発明によれば、サーバ間で転送されるファイルを一時保管できる中継サーバを設けたことで、適当なタイミングでファイルを宛先となるクライアントへ転送することができる。特に、サーバが中継サーバからファイルを取り出すようにすることで、障害発生時やスケジュールされたタイミングでのファイル転送を行う際の、送信元サーバにおける処理負荷を軽減することができる。
【図面の簡単な説明】
【図１】  本発明に係るファイル転送管理システムの一実施の形態を示した全体構成図である。
【図２】  本実施の形態におけるファイル転送管理システムの機能ブロック図である。
【図３】  本実施の形態におけるタグファイルを保管するデータベースのデータ構成例を示した図である。
【図４】  本実施の形態におけるサーバに予め用意されるアドレス情報データベースのデータ構造の例を示した図である。
【図５】  本実施の形態においてクライアント端末からサーバへデータファイルを送る際に行われる処理を示したフローチャートである。
【図６】  本実施の形態においてサーバから中継サーバへファイルを転送する際に行われる処理を示したフローチャートである。
【図７】  本実施の形態において中継サーバからサーバへファイルを転送する際に行われる処理を示したフローチャートである。
【図８】  本実施の形態においてサーバからクライアント端末へファイルを転送する際に行われる処理を示したフローチャートである。
【図９】  本実施の形態において中継サーバに保管されている中継サーバデータファイル蓄積部及び中継サーバタグデータベースの保守管理の処理を示したフローチャートである。
【図１０】  従来のファイル転送管理を説明するために、クライアントサーバシステムの構成例を示した図である。
【符号の説明】
１  ネットワーク、６〜１３，２８  クライアント端末、２１〜２４，２７  サーバ、２５  中継サーバ、２６  監視用端末装置、３１  送信ファイル生成処理部、３２  ファイル転送制御処理部、３３  転送情報設定部、３４  送信データファイル蓄積部、３５  送信用タグファイルデータベース（ＤＢ）、３６  送信ファイル保守管理部、３７  ファイル受信制御処理部、３８  受信データファイル転送制御処理部、３９  受信データファイル蓄積部、４０  受信用タグファイルデータベース（ＤＢ）、４１  受信ファイル保守管理部、４２  受信ファイル管理部、４３  ファイル転送制御処理部、４４  中継サーバ内ファイル保守管理部、４５  中継サーバデータファイル蓄積部、４６  中継サーバタグデータベース（ＤＢ）、４７  アドレス情報データベース（ＤＢ）。
【図１】
0003969868.tif 000002
【図２】
0003969868.tif 000003
【図３】
0003969868.tif 000004
【図４】
0003969868.tif 000005
【図５】
0003969868.tif 000006
【図６】
0003969868.tif 000007
【図７】
0003969868.tif 000008
【図８】
0003969868.tif 000009
【図９】
0003969868.tif 000010
【図１０】
0003969868.tif 000011