(57)【要約】【課題】セキュリティを維持しつつより柔軟性の高いファイル転送を実現する。【解決手段】送信側システム（ホスト１）と転送側システム（中継サーバ４ａ）との間でファイルの転送を行うファイル転送システムであって、事前にファイル転送定義情報を格納しておく事前定義情報格納部１７と、前記ホスト１から実行時パラメータを受信したかを監視するトリガー監視部１５と、前記実行時パラメータを受取ったことに基づいて前記ファイル転送定義情報と実行時パラメータとの間の妥当性を検証する妥当性チェック部１８と、前記妥当性が肯定的である場合に、前記ファイル転送定義情報及び実行時パラメータに基づいてファイル処理手順を生成するファイル処理手順生成部１９と、生成されたファイル処理手順に基いて中継サーバ４ａにファイルを転送する転送処理部２０とを有する。【選択図】  図２
2004362276.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムによって実行され、送信側システムと受信側システムとの間でファイルの転送を行うためのファイル転送方法であって、
（ａ）事前に第１のファイル転送定義情報を受取って事前定義情報格納部に格納しておく工程と、
（ｂ）第２のファイル転送定義情報を含むトリガーファイルを受取って格納する工程と、
（ｃ）前記トリガーファイルを受取ったことに基づいて前記第１のファイル転送定義情報と第２のファイル転送定義情報との間の妥当性を検証する工程と、
（ｄ）前記妥当性が肯定的であると検証された場合に、前記第１、第２のファイル転送定義情報に基づいて送信側システムから受信側システムへのファイル転送を実行する工程と
を有することを特徴とする方法。
【請求項２】
請求項１記載のファイル転送方法において、
前記第１のファイル転送定義情報は、前記送信側システム、受信側システム若しくは／及びこのシステムの運用上若しくはセキュリティ確保上事前に設定することが必要な設定情報を少なくとも含むものである
ことを特徴とするファイル転送方法。
【請求項３】
請求項２記載のファイル転送方法において、
前記第２のファイル転送定義情報は、前記送信側システム、受信側システム若しくは／及びこのシステムの運用上若しくはセキュリティ確保上事前に設定しておかなくても良い情報、及び前記第１のファイル定義との妥当性を検証するための情報を含むものである
ことを特徴とするファイル転送方法。
【請求項４】
請求項１記載のファイル転送方法において、
前記（ｃ）工程は、前記第１のファイル転送定義情報の予め決められた所定の項目と前記第２のファイル転送定義情報の予め決められた所定の項目とを照合することで前記妥当性を検証するものである
ことを特徴とする方法。
【請求項５】
請求項１記載のファイル転送方法において、
前記第１のファイル転送定義情報及び前記トリガーファイルとに基づいて、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順を生成する工程をさらに含むものである
ことを特徴とする方法。
【請求項６】
請求項５記載のファイル転送方法において、
前記トリガーファイルは、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順のためのパラメータを含むものである
ことを特徴とする方法。
【請求項７】
請求項１記載のファイル転送方法において、
前記第１のファイル転送定義情報及び前記トリガーファイルに基づいて、前記送信側システムにおける前記ファイル転送後のバッチ処理実行手順を生成する工程をさらに含むものである
ことを特徴とする方法。
【請求項８】
請求項７記載のファイル転送方法において、
前記トリガーファイルは、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順のためのパラメータを含むものである
ことを特徴とする方法。
【請求項９】
請求項７記載のファイル転送方法において、
前記ファイルの受信側システムへの転送処理結果を格納する処理結果ファイルを生成する工程と、
この処理結果ファイルを前記送信システムへ送信する工程とをさらに有し、
前記バッチ処理実行手順は、前記処理結果ファイルを使用して前記送信側システムによるファイル転送後の処理を実行するための手順を含むものである
ことを特徴とする方法。
【請求項１０】
請求項７記載のファイル転送方法において、
前記バッチ処理実行手順は、受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順を起動するためのトリガーファイルを生成する手順を含むものである
ことを特徴とする方法。
【請求項１１】
セキュリティを介して互いに接続された送信側システムと受信側システムとの間に位置し、前記送信側、受信側システム間でファイルの転送を行うファイル転送システムであって、
（ａ）事前に第１のファイル転送定義情報を受取って事前定義情報格納部に格納しておくための手段と、
（ｂ）第２のファイル転送定義情報を含むトリガーファイルを受取って格納するための手段と、
（ｃ）前記トリガーファイルを受取ったことに基づいて前記第１のファイル転送定義情報と第２のファイル転送定義情報との間の妥当性を検証するための手段と、
（ｄ）前記妥当性が肯定的であると検証された場合に、前記第１、第２のファイル転送定義情報に基づいてファイル転送を実行する手段と
を有することを特徴とするシステム。
【請求項１２】
請求項１１記載のファイル転送システムにおいて、
前記第１のファイル転送定義情報は、前記送信側システム、受信側システム若しくは／及びこのシステムの運用上若しくはセキュリティ確保上事前に設定することが必要な設定情報を少なくとも含むものである
ことを特徴とするシステム。
【請求項１３】
請求項１２記載のファイル転送システムにおいて、
前記第２のファイル転送定義情報は、前記送信側システム、受信側システム若しくは／及びこのシステムの運用上若しくはセキュリティ確保上事前に設定しておかなくても良い情報、及び前記第１のファイル定義との妥当性を検証するための情報を含むものである
ことを特徴とするシステム。
【請求項１４】
請求項１１記載のファイル転送システムにおいて、
前記（ｃ）の手段は、前記第１のファイル転送定義情報の予め決められた所定の項目と前記第２のファイル転送定義情報の予め決められた所定の項目とを照合することで前記妥当性を検証するものである
ことを特徴とするシステム。
【請求項１５】
請求項１１記載のファイル転送システムにおいて、
前記第１のファイル転送定義情報及び前記トリガーファイルに基づいて、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順を生成する手段をさらに含むものである
ことを特徴とするシステム。
【請求項１６】
請求項１５記載のファイル転送システムにおいて、
前記トリガーファイルは、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順のためのパラメータを含むものである
ことを特徴とするシステム。
【請求項１７】
請求項１１記載のファイル転送システムにおいて、
前記第１のファイル転送定義情報及び前記トリガーファイルに基づいて、前記送信側システムにおける前記ファイル転送後のバッチ処理実行手順を生成する工程をさらに含むものである
ことを特徴とするシステム。
【請求項１８】
請求項１７記載のファイル転送システムにおいて、
前記トリガーファイルは、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順のためのパラメータを含むものである
ことを特徴とするシステム。
【請求項１９】
請求項１７記載のファイル転送システムにおいて、
前記ファイルの受信側システムへの転送処理結果を格納する処理結果ファイルを生成する手段と、
この処理結果ファイルを前記送信システムへ送信する手段とをさらに有し、
前記バッチ処理実行手順は、前記処理結果ファイルを使用して前記送信側システムによるファイル転送後の処理を実行するための手順を含むものである
ことを特徴とするシステム。
【請求項２０】
請求項１７記載のファイル転送システムにおいて、
前記バッチ処理実行手順は、受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順を起動するためのトリガーファイルを生成する手順を含むものである
ことを特徴とするシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、送信システムと受信システムとの間でファイルの転送を行うファイル転送方法及びそのシステムに関するものであり、特にセキュリティ上の問題が少なくかつ自由度の高い方式でファイルの転送を行える方法及びシステムに関する。
【０００２】
【従来の技術】
一般に、ファイル転送処理ソフトウエアは、ユーザがファイル転送に必要なパラメータを転送実行時に全て指定する単純な命令レベルのものと、管理者が処理に必要なパラメータを細かく管理できたり実行手順を制御できたりするものの２つに大別できる。
【０００３】
前者は、例えば、一般の個人がインターネットに公開されているウェブサーバにホームページのファイルをアップロードする場合に採られる方法である。この方法では、実行時に必要なパラメータを全て指定するので、制約がなく、状況に応じた柔軟な処理を行える。しかしながら、一方で、ファイルの送り先のシステムのセキュリティを脅かす可能性も秘めている。例えば、誤操作により送信先サーバ側のデータを壊す可能性がある。
【０００４】
したがって、送り先のシステムを考慮しつつ多種多様なファイルを信頼性の高い状態で送信するには、後者が好ましい。後者では事前に必要な情報を登録することで、運用担当者が処理の可否判別やスケジュール管理等の運用管理を行うことができ、セキュリティも強固にすることができるからである。
【０００５】
しかしながら、後者の方法では、状況に応じた柔軟な処理は行いにくいということがある。昨今の企業システムでは、データが分散しているので、様々な方向へのファイル転送を実現しなければならず、個々のファイル転送処理の定義は柔軟に変更できるものである必要があるが、全ての情報を一元管理する手法では困難である。
【０００６】
またシステムの利用期間が長くなると、ファイル転送案件は倍増的に増大する。それに伴い個々の案件も多様化していくが、全ての情報を一元管理しているがために対応が困難となり、分散化システム実現に向けてのボトルネックとなってしまう。
【０００７】
【特許文献１】
特開平１０−１１４０９号公報。
【０００８】
【発明が解決しようとする課題】
この発明は上述した事情に鑑みて成されたものであり、企業システムがメインフレーム主体の中央集権型のものから分散系へ移行する傾向の中で、セキュリティを維持しつつより柔軟性の高いファイル転送システム及び方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記課題を解決するため、この発明の第１の主要な側面によれば、コンピュータシステムによって実行され、送信側システムと受信側システムとの間でファイルの転送を行うためのファイル転送方法であって、（ａ）事前に第１のファイル転送定義情報を受取って事前定義情報格納部に格納しておく工程と、（ｂ）第２のファイル転送定義情報を含むトリガーファイルを受取って格納する工程と、（ｃ）前記トリガーファイルを受取ったことに基づいて前記第１のファイル転送定義情報と第２のファイル転送定義情報との間の妥当性を検証する工程と、（ｄ）前記妥当性が肯定的であると検証された場合に、前記第１、第２のファイル転送定義情報に基づいて送信側システムから受信側システムへのファイル転送を実行する工程とを有することを特徴とする方法が提供される。
【００１０】
このような構成によれば、ファイル転送処理において運用管理やセキュリティ上の観点で、運用管理者側で集中的に管理すべき情報（例：サーバ名、ユーザＩＤ等）については、事前登録制とする仕組みと、その他の状況に応じて変更できることが望ましい情報（例：コード変換種類、エラー時の警告レベル等）は可変情報とし、ファイルに記述した上で、中継するサーバシステムへ送信し、事前に登録した方法との整合性をチェックした上で、動的に登録して処理を実行する仕組みとした。可変情報の伝達にはＸＭＬを採用し、情報の追加変更が柔軟に行えるようにした。
【００１１】
これにより必要最小限の情報を一元管理し、セキュリティや強固な運用管理を実現しながら、各ファイル転送案件毎の自由度を高めることができた。また、近年の企業システムの分散化により求められているＡＮＹｔｏＡＮＹのファイル転送を実現することができる。
【００１２】
したがって、この発明の一の実施形態によれば、前記第１のファイル転送定義情報は、前記送信側システム、受信側システム若しくは／及びこのシステムの運用上若しくはセキュリティ確保上事前に設定することが必要な設定情報（サーバ名、ユーザＩＤ等）を少なくとも含むものである。この場合、前記第２のファイル転送定義情報は、前記送信側システム、受信側システム若しくは／及びこのシステムの運用上若しくはセキュリティ確保上事前に設定しておかなくても良い情報、及び前記第１のファイル定義との妥当性を検証するための情報を含むものであることが好ましい。
【００１３】
他の一の実施形態によれば、前記（ｃ）工程は、前記第１のファイル転送定義情報の予め決められた所定の項目と前記第２のファイル転送定義情報の予め決められた所定の項目とを照合することで前記妥当性を検証するものである。
【００１４】
他の一の実施形態によれば、前記第１のファイル転送定義情報及び前記トリガーファイルとに基づいて、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順を生成する工程をさらに含むものである。この場合、前記トリガーファイルは、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順のためのパラメータを含むものである。
【００１５】
他の一の実施形態によれば、前記第１のファイル転送定義情報及び前記トリガーファイルとに基づいて、前記送信側システムにおける前記ファイル転送後のバッチ処理実行手順を生成する工程をさらに含むものである。この場合、前記トリガーファイルは、前記受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順のためのパラメータを含むものである。また、この場合、この方法は、前記ファイルの受信側システムへの転送処理結果を格納する処理結果ファイルを生成する工程と、この処理結果ファイルを前記送信システムへ送信する工程とをさらに有し、前記バッチ処理実行手順は、前記処理結果ファイルを使用して前記送信側システムによるファイル転送後の処理を実行するための手順を含むものである。さらに、前記バッチ処理実行手順は、受信側システムにおける前記転送したファイルを用いたバッチ処理実行手順を起動するためのトリガーファイルを生成する手順を含むものである。
【００１６】
この発明の第２の主要な側面によれば、セキュリティを介して互いに接続された送信側システムと受信側システムとの間に位置し、前記送信側、受信側システム間でファイルの転送を行うファイル転送システムであって、（ａ）事前に第１のファイル転送定義情報を受取って事前定義情報格納部に格納しておくための手段と、（ｂ）第２のファイル転送定義情報を含むトリガーファイルを受取って格納するための手段と、（ｃ）前記トリガーファイルを受取ったことに基づいて前記第１のファイル転送定義情報と第２のファイル転送定義情報との間の妥当性を検証するための手段と、（ｄ）前記妥当性が肯定的であると検証された場合に、前記第１、第２のファイル転送定義情報に基づいてファイル転送を実行する手段とを有することを特徴とするシステムが提供される。
【００１７】
このようなシステムによれば、上記方法を実行することが可能なシステムが提供される。
【００１８】
なお、この発明の他の目的と顕著な効果は、次の発明の実施の形態の項及び添付した図面を参照することで当業者にとってより明確に理解することができる。
【００１９】
【発明の実施の形態】
この発明の実施形態を図面を参照して説明する。
【００２０】
図１は、この発明の実施形態に係るファイル転送システムの概略構成を示す図である。
【００２１】
この図に示すように、このシステムは、送受信するファイルのディレクトリ管理等を行うホスト・コンピュータ１と、ファイルの転送手順を管理・制御するファイル転送サーバ２と、このファイル転送サーバ２にファイアウォール３を介して接続されたファイル転送中継サーバ４ａ〜４ｃとを有する。ファイル転送中継サーバ４ａ〜４ｃは、各種外部システム５ａ〜５ｄとの間でファイルの送受信を行うためのものであり、この例では、Ａ社システム５ａ及びＢ社システム５ｂとの間でファイル転送を行うＡ、Ｂ社専用ファイル転送サーバ４ａ、４ｂと、インターネット６上に公開されるＣ社用ファイル転送サーバ４ｃとが設けられている。
【００２２】
ここで、下り処理、すなわちホスト１からファイル転送サーバ２によって前記中継サーバ４ａ〜４ｃへファイルが転送される場合には、前記ホスト１がこの発明の「送信側システム」、前記中継サーバ４ａ〜４ｃが「受信側システム」として機能する。また、上り処理、すなわち前記中継サーバ４ａ〜４ｃからホスト１へとファイルが転送される場合には、前記中継サーバ４ａ〜４ｃが「送信側システム」、前記ホスト１が「受信側システム」として機能することになる。
【００２３】
以下では、説明を簡単にするために、下り処理、すなわち前記ホスト１を送信側システム、前記中継サーバ４ａ〜４ｃを受信側システムとした場合について説明する。
【００２４】
この場合、図２に示すように、前記ホスト１には、バッチ処理スケジューラ１０と、ファイル更新／送信部９と、転送トリガー発生部１１と、送信結果判定処理部１２と、受信サーバ側起動要求トリガー発生部１３とが設けられている。
【００２５】
ファイル転送サーバ２には、トリガー監視部１５と、事前定義情報格納部１７と、妥当性チェック部１８と、ファイル処理手順生成部１９と、転送処理部２０とが設けられている。
【００２６】
また、中継サーバ４ａには、バッチ処理スケジューラ２３と、ファイル使用処理部２４と、事後処理部２５とが設けられている。
【００２７】
また、前記ホスト１及び中継サーバ４ａには、送受信するファイルを格納する送受信ファイル格納部２６、２７が接続されている。前記ファイル転送サーバ２には、前記ファイルを転送する際にファイルを一時的に格納するためのデータ交換用ファイル格納部２８が接続されている。
【００２８】
これらの構成要素１０〜２８は、実際にはコンピュータシステム及びこれに接続された記憶媒体、記憶媒体に確保された一定の領域、この領域にインストールされたコンピュータソフトウエアプログラムからなる。これらのプログラムがコンピュータシステムの図示しないＣＰＵによってＲＡＭ上に呼び出され適宜実行されることでこの発明の機能を奏するようになっている。
【００２９】
次に、上記各構成要素の機能を、その動きに沿って説明する。
【００３０】
図３は、ファイル送信の流れを概略的に示したものである。まず、この図に基づいて本発明の特徴を簡単に説明した後、図４を利用して各構成要素の構成及び機能をさらに詳しく説明する事にする。
【００３１】
図３に示すように、このシステムでは、まず、処理実行者３０がシステム管理者３１にファイル送信のための申請書３２を提出し、システム管理者３１からの許可を得る（工程▲１▼）。この申請書３２には、ファイル転送に必要な情報のうち、システムのセキュリティ（ＩＤ、パスワード等）や運用上予め設定しておかなければならない情報（転送領域における確保領域の大きさ等）が含まれる。システム管理者３１は、このファイル送信がシステム全体の管理上好ましくない場合には、この申請を却下することができる。そして、この管理者３１は、ファイル送信を許可する場合には、処理実行者３０に許可若しくはパラメータ変更要求を伝える。この実施形態においては、パラメータ変更要求の場合には、後で説明する実行時パラメータとしてトリガーファイル３４に指定することで変更することが可能になっている。
【００３２】
前記管理者３１は、処理実行者３０に対して許可若しくはパラメータの一部変更の要求を出すと、前記申請にかかる情報を事前定義情報として前記転送サーバ２に送り（工程▲２▼）、この情報は事前定義情報格納部１７に格納される。一方、処理実行者３０は、前記管理者３１から許可若しくはパラメータの一部変更の要求を受取ると、送信スケジュールを含む実行時パラメータを前記バッチ処理スケジューラ１０（図２参照）に渡す（工程▲３▼）。
【００３３】
前記バッチ処理スケジューラ１０は、予め決められたタイミングが到来すると、前記転送トリガー発生部１１を起動し、トリガーファイル３４を作成し、転送サーバ２に送信する（工程▲４▼）。また、ファイル更新／送信部９を起動し前記ファイル３５を更新すると共に転送サーバ２に送信する（工程▲５▼）。
【００３４】
前記転送サーバ２では、トリガー監視部１５がトリガーファイル３４の受信を監視しており、トリガーファイル３４を受取ると、このトリガーファイル３４に含まれる実行時パラメータと前記事前定義情報格納部１７に格納された事前定義情報とを比較し妥当性を判断する（工程▲６▼）。この妥当性が肯定的である場合には、前記ファイル処理手順生成部１９がファイル処理手順（処理命令）を生成し、これに基づいて前記中継サーバ４ａにファイル３５が送信されることになる（工程▲７▼）。
【００３５】
このように、このシステムでは、ファイル転送処理において運用管理やセキュリティ上の観点で、運用管理者側で集中的に管理すべき情報（例：サーバ名、ユーザＩＤ等）については、事前定義情報として事前登録制とする仕組みと、その他の状況に応じて変更できることが望ましい情報（例：コード変換種類、エラー時の警告レベル等）は可変の実行時パラメータ情報としてファイルに記述した上で、転送サーバ２へ送信し、事前に登録した方法との整合性をチェックした上で、動的に登録して処理を実行する仕組みとした。また、可変情報の伝達を行うためのトリガーファイル３４の書式としては、ＸＭＬを採用することで情報の追加変更を柔軟に行うことができる。
【００３６】
これにより必要最小限の情報を一元管理し、セキュリティや強固な運用管理を実現しながら、各ファイル転送案件毎の自由度を高めることができる。また、近年の企業システムの分散化により求められているＡＮＹｔｏＡＮＹのファイル転送実現することができる。
【００３７】
次に、各構成による詳しい処理手順を図４を参照して説明する。
【００３８】
この図に示すＳ１〜Ｓ１２の各記号は、各工程を参照するためのものであり、それぞれこの明細書中の工程Ｓ１〜１２に対応する。
【００３９】
まず、工程Ｓ１で、ホスト１のバッチ処理スケジューラ１０により前記ファイル更新／送信部９が起動され、前記ファイル格納部２６内の送信ファイルが最新の内容にアップデートされる。ついで、前記転送トリガー発生部１１が起動され、前記実行時パラメータを含むトリガーファイル３４が前記中継サーバ４ａに転送される（工程Ｓ２）。中継サーバ４ａではトリガーファイル３４の受信を監視しており、トリガーファイル３４を受信すると、その内容に従ってファイル転送処理（工程Ｓ３〜Ｓ９）を開始する。
【００４０】
まず、工程Ｓ３で前記妥当性チェック部１８がトリガーファイル３４の内容を読み込み、このファイル３４に記述された実行時パラメータおよび他の情報を前記事前定義情報格納部１７内に格納された事前定義情報と突合することで、その妥当性をチェックする。例えば、送信先やファイル名、送信者ＩＤ等が一致するかによって妥当性を判断する。ここで、妥当性がないと判断した場合には、処理は終了する。
【００４１】
妥当性があると判断された場合、前記ファイル処理手順生成部１９が前記事前定義情報及び実行時パラメータに基づいてファイル転送手順（命令及び設定）を生成する。そして、以下、この手順に基づいて前記転送処理部２０がファイル転送を実行する。
【００４２】
まず、妥当性ありと判断された場合、この転送処理部２０は、前記ホスト１のファイル格納部２６から送信ファイルを前記データ交換用ファイル格納部２８に読み込む（工程Ｓ４）。これは、例えばＦＴＰのＧＥＴ処理等で実現する。ついで、前記トリガーファイル３４の記述内容（ファイル転送手順）に従って文字コードの変換、例えばＥＢＣＤＩＣからＡＳＣＩＩへの変換処理を行う（工程Ｓ５）。
【００４３】
次に、工程Ｓ６で、前記転送処理部２０は、中継サーバ４ａへ送信するための定義生成等の準備を前記トリガーファイル３４の記述に従って行う。そして、この準備完了後に前記中継サーバ４ａへファイル３５を送信する。これは、例えば、ＦＴＰのＰＵＴ処理等で実現する。中継サーバ４ａへ転送されたファイルは前記ファイル格納部２７に格納されることになる。
【００４４】
ついで、前記転送処理部２０は、準備完了後にトリガーファイル３４の記述に従って、前記中継サーバ４ａのバッチ処理スケジューラ２３を起動する（工程Ｓ７）。また、前記転送処理部２０は、トリガーファイル３４の記述に従って、ファイル送信の処理結果を示す結果ファイルを生成し、前記ホスト１へ送信する（工程Ｓ８）。なお、結果を送信するあて先は必ずしもホスト１である必要はない。結果ファイルの送信あて先は運用担当者が適切な処理を行えるサーバ（送信命令）を予め前記トリガーファイル３４に記述してのが好ましい。
【００４５】
工程Ｓ９では、結果ファイルを送信した後、前記トリガーファイル３４の記述に従ってホスト１側のバッチ処理を起動する。この場合、前記ホスト１の送信結果判定処理部１２が、結果ファイルを解析し、処理結果の是非を判定する。なお、前記結果ファイルを送信した宛先がこのホスト１でない場合には、上記バッチ処理はその送信宛先のコンピュータで実行されることになる。
【００４６】
また、ホスト１側において、ファイル送信結果が妥当でかつ、前記中継サーバ４ａ側のバッチ処理起動が必要と判断された場合には、前記受信サーバ側起動要求トリガー発生部１３が、転送サーバ２側のバッチ処理を起動するためのトリガーファイル３４をファイル転送サーバ２に送信し、このサーバ２の受信バッチ処理を起動する（工程Ｓ１０、Ｓ１１）。そして、このトリガーファイル３４を読み込んだファイル転送サーバ２は、前記中継サーバ４ａのファイル使用処理部２４を起動する（工程Ｓ１２）。このファイル使用処理部２４は、前記ファイルを使用した各種処理、例えばデータベース更新処理を実行する。
【００４７】
そして、この後、前記中継サーバ４ａでは事後処理部２５が所定の事後処理を実行し、全ての処理が終了する。
【００４８】
なお、前記妥当性の判断は、前記下り処理、すなわちホストからサーバへの転送処理の場合、以下の項目について行うことが好ましい。
【００４９】
・トリガー転送処理ホスト実行ジョブ名が事前定義と同一か
・結果ファイルを判定するシステム名が事前定義と同一か
・コード変換種別が正しく記載されているか
・送信ファイルのデータセット名と格納ボリューム名が事前定義されたものと同一か
・結果ファイルのデータセット名と格納ボリューム名が事前定義されたものと同一か。
【００５０】
また、上り処理、すなわち、サーバからホストへの転送処理の場合、以下の項目について行なうことが好ましい。
【００５１】
・テストモードが正しく記載されているか
・データセット名が事前に申請されたものと同一か
・ホスト側のファイル転送処理受けバッチ処理名（ジョブネット名）が事前定義されたものと同一か
・転送元サーバ名が事前定義されたものと同一か
・コード変換種別が正しく記載されているか。
【００５２】
このような妥当性判断の判断項目は、処理の種別（上り処理、下り処理）に応じて予め決められていてもよいし、前記トリガーファイル３４に記述されていても良い。
【００５３】
なお、この発明は、上記実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【００５４】
例えば、前記一実施形態では、前記ファイルの転送はホストとサーバとの間で行なわれていたが、これに限定されるものではなく、サーバ同士間で行なわれるものであっても良い。また、前記一実施形態では、中継サーバが受信サーバとして機能していたが、この中継サーバがなく、前記転送先のシステムが受信サーバとして機能するようになっていても良い。
【００５５】
【発明の効果】
以上に述べたような構成によれば、企業システムがメインフレーム主体の中央集権型のものから分散系へ移行する傾向の中で、セキュリティを維持しつつより柔軟性の高いファイル転送システム及び方法を提供することができる。
【図面の簡単な説明】
【図１】この発明の実施形態に係るシステムを示す全体概略構成図。
【図２】同じく、システムに詳しい構成を示すブロック図。
【図３】同じく、システムの概略的な動きを示す機能図。
【図４】同じく、システムの詳しい処理手順を示すフロー図。
【符号の説明】
１…ホスト・コンピュータ
２…ファイル転送サーバ（中継サーバ）
３…ファイアウォール
４ａ〜４ｃ…ファイル転送中継サーバ
５ａ〜５ｄ…外部システム
６…インターネット
９…ファイル更新／送信部
１０…バッチ処理スケジューラ
１１…転送トリガー発生部
１２…送信結果判定処理部
１３…受信サーバ側起動要求トリガー発生部
１５…トリガー監視部
１７…事前定義情報格納部
１８…妥当性チェック部
１９…ファイル処理手順生成部
２０…転送処理部
２３…バッチ処理スケジューラ
２４…ファイル使用処理部
２５…事後処理部
２６…送受信ファイル格納部
２７…送受信ファイル格納部
２８…データ交換用ファイル格納部
３０…処理実行者
３１…システム管理者
３２…申請書
３４…トリガーファイル
３５…データファイル
【図１】
2004362276.tif 000003
【図２】
2004362276.tif 000004
【図３】
2004362276.tif 000005
【図４】
2004362276.tif 000006