JP2015014850A - ファイル送信システム及びファイル送信プログラム - Google Patents

Abstract

【課題】利用者による取引先及び取引内容等に応じた形式及び内容のデータファイルの送受信に関する作業負担を軽減して人的ミスを低減することができる技術を提供する。
【解決手段】ファイル送信システムは、複数の各々の取引先の利用者の端末に対してファイルを送信する制御を行う制御部とファイル送信の設定情報のＤＢとを備える利用者の端末を有する。ＤＢは、複数の各々の取引先の利用者の端末の情報を設定する取引先データと、取引先との取引内容に応じたファイルのデータ形式及びデータ内容を規定する情報を設定する取引内容データとを有する。制御部は、ＤＢの情報を設定し、ファイル送信の際、ＤＢの情報を参照し、ファイルのデータ形式及びデータ内容を確認し、確認の結果、正しくない場合、ファイルを送信せず、正しい場合、ファイルを送信する処理を行う。
【選択図】図４

Description

本発明は、コンピュータ及び情報処理の技術に関する。また本発明は、データファイルの送受信の技術に関する。また本発明は、商取引における受発注などの業務のための情報処理システムに関する。

インターネットやＬＡＮ等の通信網上において利用者間でデータファイルを送受信ないし転送するための各種の情報処理システムやプログラムがある。例えば利用者の端末やサーバ間でＦＴＰやＨＴＴＰ等のプロトコルに従い通信して業務上のデータファイルを送受信するシステムやプログラムが挙げられる。以下、説明上、このようなシステムをファイル送信システムと称する。

上記ファイル送信システムの例として、商取引における受発注などの業務のための情報処理システムがある。例えば、取引の関係を持つ第１の会社の第１の利用者と第２の会社の第２の利用者とがいる。その場合に、第１の利用者の端末は、インターネット上、第２の利用者の端末へ、商品の発注などの取引に係わる情報を記載した発注データ等のファイルを、ＦＴＰ等のプロトコルに従い送信する。第２の利用者の端末は、当該ファイルを受信し、商品の受注などの処理を行う。別の例では、第１の会社の第１の利用者の端末は、ＬＡＮを介して同会社内のシステムのサーバへ取引に係わるファイルをアップロードする。同会社の第２の利用者の端末は、ＬＡＮを介して同サーバから同ファイルをダウンロードする。

上記ファイル送信システムに関する先行技術例として、特開２００３−６７２８２号公報（特許文献１）、特開２０００−１６３４６６号公報（特許文献２）が挙げられる。

特許文献１は、ネットワークを介したファイル転送において、ファイルもしくはフォルダをＷｅｂサイトの任意領域に移動させた際に、ＦＴＰを起動し、ＩＤ及びパスワード等を自動的に入力し、特定の宛先へ転送するファイル転送システムが記載されている。特許文献１のように、ファイルのドラッグ操作や、情報の自動入力などにより、ファイル転送の際の利用者の作業の煩わしさを軽減するシステムがある。

特許文献２は、商品ごとの発注条件に関するパラメータを参照して、発注用端末から受信した商品発注データの正当性を判定し、正当性有りが確認された商品発注データのみを登録して商品発注を行うことが記載されている。この商品発注データの確認は、発注者による不当な発注がされようとしていないかの確認である。

特開２００３−６７２８２号公報 特開２０００−１６３４６６号公報

従来のファイル送信システム等の技術は、以下のような課題がある。ファイル送信システムにおいて、会社の利用者は、端末から、複数の各々の取引先の会社の利用者の端末等に対して、取引先及び取引内容に応じたデータファイルを送受信する。複数の各々の取引先との取り決め等に応じて、送受信の対象のデータファイルの形式や内容は様々である場合が多い。例えばファイルフォーマットやファイル内の複数のデータ項目の構成などが異なる。例えば取引内容として同じ発注でも、取引先の会社ごとに異なる形式及び内容の発注データのファイルが要求される。

利用者は、複数の各々の取引先及び取引内容ごとに、異なる形式及び内容のデータファイルを把握し、作成し、取引先へ送受信する作業を行う必要がある。取引先及び取引内容が増えるほど、利用者によるファイル送受信に関する作業の負担が大きくなり、人的ミスないしヒューマンエラーが発生しやすくなる。人的ミスとして、ファイルの形式や内容の間違え、特にファイル内の複数の各々のデータ項目に入力すべき情報の間違え、及びファイルの送信先となる取引先の指定の間違え等が発生しやすい。

またファイル送信システムにおいて、端末やサーバ間ではＦＴＰやＨＴＴＰ等でデータファイルを送受信する。その際のＦＴＰの手段としては、ＦＴＰソフトウェアの利用、コマンドインタフェースでのＦＴＰコマンド実行、バッチファイルによるＦＴＰ実行等がある。またＨＴＴＰ等の手段としては、Ｗｅｂブラウザ等の画面において対象ファイルや送信先を指定してアップロード等を行う情報処理システム等がある。いずれの手段でも、取引先とのファイル送受信ごとに、利用者による所定の手順の操作などの作業が必要であり、人的ミスが発生しやすい。またいずれの手段でも、取引先及び取引内容ごとのファイルの形式や内容に対応させた詳細な制御はできない。

本発明の目的は、上記ファイル送信システム等の技術に関して、利用者による取引先及び取引内容等に応じた形式及び内容のデータファイルの送受信に関する作業負担を軽減して人的ミスを低減することができる技術を提供することである。

本発明のうち代表的な実施の形態は、ファイル送信システム等の情報処理システム及びプログラムであって、以下に示す構成を有することを特徴とする。

一実施の形態のファイル送信システムは、複数の各々の第２の利用者の端末に対してファイルを送信する制御を行う制御部を備える第１の利用者の端末と、前記第１の利用者の端末から前記第２の利用者の端末への前記ファイルの送信のための設定情報のＤＢを格納する記憶装置と、を備え、前記記憶装置のＤＢは、前記ファイルの送信先となる前記複数の各々の第２の利用者の端末の情報を設定する送信先データと、前記送信先に応じた前記ファイルのデータ形式及びデータ内容を規定する情報を設定する送信内容データと、を格納し、前記制御部は、前記記憶装置のＤＢの前記送信先データ及び送信内容データを含む情報を前記第１の利用者の操作に基づいて設定する設定部と、前記第１の利用者の端末から前記第２の利用者の端末への前記ファイルの送信の際に、前記ＤＢの設定情報を参照し、前記ファイルのデータ形式及びデータ内容の正しさを確認する処理を行う確認部と、前記確認の結果、正しくない場合に、前記ファイルを送信せず、当該確認の結果の情報を前記第１の利用者に対して出力するエラー処理を行うエラー処理部と、前記確認の結果、正しい場合に、前記ファイルを送信する処理を行う送信部と、を有する。

本発明のうち代表的な実施の形態によれば、ファイル送信システム等の技術に関して、利用者による取引先及び取引内容等に応じた形式及び内容のデータファイルの送受信に関する作業負担を軽減して人的ミスを低減することができる。

本発明の一実施の形態のファイル送信システムを含むシステムの全体の構成を示す図である。 一実施の形態のファイル送信システムの処理概要を示す図である。 一実施の形態のファイル送信システムの端末及び制御部の機能ブロック構成を示す図である。 一実施の形態のファイル送信システムの処理フローを示す図である。 （ａ）及び（ｂ）は、システム設定データの構成を示す図である。 （ａ）及び（ｂ）は、取引先データの構成を示す図である。 （ａ）及び（ｂ）は、取引内容データの構成を示す図である。 （ａ）及び（ｂ）は、履歴データの構成を示す図である。 送信ファイル例として取引先Ａ社への発注データの構成を示す図である。 送信ファイル例として取引先Ｂ社への発注データの構成を示す図である。 （ａ）は、取引先Ａ社への発注データのファイル、（ｂ）は、取引先Ｂ社への発注データのファイルの内容を概略的に示す図である。 一実施の形態のファイル送信システムの第１の画面例を示す図である。 一実施の形態のファイル送信システムの第２の画面例を示す図である。 一実施の形態のファイル送信システムの第３の画面例を示す図である。 一実施の形態のファイル送信システムの第４の画面例を示す図である。 複数のファイルの送信に関する具体例を示す図である。

以下、図１〜図１６を用いて、本発明の一実施の形態のファイル送信システムについて説明する。本実施の形態のファイル送信システムは、利用者による複数の各々の取引先及び取引内容等に応じた形式及び内容のデータファイルの送受信に関する作業負担を軽減して人的ミスを低減するための以下の機能を含む構成を有する。

図１等に示す一実施の形態のファイル送信システムにおいて、ファイル送信プログラムによる制御部１０は、利用者の端末１から取引先の利用者の端末２へ発注等の取引に係わるデータファイルを送信する際、以下のようにファイル送信を詳細に制御する処理を行う。即ち、制御部１０は、送信先である取引先及び当該取引先との取引内容に応じたファイルの形式や内容を、ＤＢ５の取引先データＤ１及び取引内容データＤ２等の設定情報の参照に基づいて確認ないしチェックする処理（以下、確認処理と称する）を自動的に行う。

上記確認処理の結果、ファイルの形式や内容が正しい場合は当該ファイルを送信処理し、正しくない場合は当該ファイルを送信処理せず、エラー情報等を利用者に出力し、当該ファイルの確認や修正などを促し、ファイル送信の手順をやり直しさせる。

本実施の形態のファイル送信システムは、上記ファイル送信の作業に関する利用者の操作を支援及び容易化するユーザインタフェースとしてＧＵＩ画面６等を提供する。ＧＵＩ画面６において、利用者は、ＤＢ５のデータの設定及び参照、取引先との間でのＦＴＰやＨＴＴＰ等によるファイルの送受信、ファイル送信及び確認処理の結果情報の参照などが可能である。

［システム（１）］
図１は、一実施の形態のファイル送信システムを含むシステムの全体の構成例を示す。システム全体は、通信網９を介して接続される、会社Ｘの利用者Ｕ０の端末１と、複数の各々の取引先の会社｛Ａ社，Ｂ社，Ｃ社｝の利用者｛ＵＡ，ＵＢ，ＵＣ｝の端末２｛２Ａ，２Ｂ，２Ｃ｝と、サーバ３である自社システムサーバ３Ａ等とを有する。

図１の端末１は、図３のファイル送信プログラム５０による制御部１０と、ＤＢ（データベース）５と、複数の各々の取引先フォルダ４｛４Ａ，４Ｂ，４Ｃ｝と、ＧＵＩ画面６とを有する。一実施の形態のファイル送信システムは、主に利用者Ｕ０の端末１のファイル送信プログラム５０による制御部１０とＤＢ５とにより構成される。ファイル送信システムの制御部１０は、図３のファイル送信プログラム５０によりコンピュータである端末１に所定の情報処理を実行させることにより実現される。端末１及びファイル送信プログラム５０による制御部１０の詳細構成は、後述の図３等に示す。

ＤＢ５は、ファイル送信システムが取り扱う各種のデータを格納する。ＤＢ５のデータは、システム設定データＤ０、取引先データＤ１、取引内容データＤ２、履歴データＤ３、及びログデータＤ４を有する。なおＤＢ５及びそのデータは、端末１内に記憶及び管理される構成に限らず、通信網９を介して自社システムサーバ３Ａ等に記憶及び管理されてもよい。

端末１、端末２、及びサーバ３は、ＦＴＰやＨＴＴＰ等による通信網９を介したファイル送受信処理を行う機能を有する。端末１はファイル送信側、端末２はファイル受信側である。端末１及び端末２は、会社の利用者が操作及び使用するコンピュータ端末であり、ＰＣや移動端末などである。自社システムサーバ３Ａは、会社Ｘ内の情報処理システムを構成するサーバである。通信網９はインターネットやＬＡＮ等である。

図１中には、複数の取引先などの例を併せて示している。会社Ｘの利用者Ｕ０に対する複数の取引先の会社として、Ａ社，Ｂ社，Ｃ社を有する。端末２は、複数の各々の取引先の会社｛Ａ社，Ｂ社，Ｃ社｝の利用者｛ＵＡ，ＵＢ，ＵＣ｝の端末｛２Ａ，２Ｂ，２Ｃ｝を有する。取引及びその関係は、例えば商品の受発注、見積もり、入出荷、及び決済などの各種がある。例えば利用者Ｕ０は発注の担当者であり、利用者ＵＡは、受注の担当者である。利用者Ｕ０は、営業担当者や経理担当者などでもよい。

通信網９上、取引に係わる一方の会社Ｘの利用者Ｕ０の端末１と、その取引先である他方の会社の利用者の端末２、例えばＡ社の利用者ＵＡの端末２Ａとが接続される。端末１から端末２へ取引に係わるデータファイルを送信する。あるいは端末１から自社システムサーバ３Ａへ取引に係わるデータファイルを送信する。なおＦは、取引に係わるファイルである送信データファイルを示す。ファイルＦは例えば発注データのファイルである。

なお取引先の端末２をファイル送信側、端末１をファイル受信側としたい場合は、端末２内に送信処理プログラム５０及びＤＢ５等を同様に備える形態とすればよいので、説明は省略する。

端末１において、ファイル送信プログラム５０による制御部１０は、ＧＵＩ画面６での利用者Ｕ０の操作に基づき、ＤＢ５のデータ｛Ｄ０〜Ｄ４｝の情報を設定する。制御部１０は、複数の各々の取引先フォルダ４を監視し、取引先フォルダ４内に配置されるファイルＦを検知する。制御部１０は、ＤＢ５のデータに設定されている情報を適宜参照及び更新しながら、ファイルＦの送信先となる取引先の端末２への送信に関する処理を行う。制御部１０は、取引先フォルダ４に配置されるファイルＦについて、ＤＢ５の取引先データＤ１及び取引内容データＤ２等に照らして、当該ファイルの形式や内容を確認する。制御部１０は、確認の結果、形式や内容にエラーが無い場合、当該ファイルを送信先である取引先の端末２へ送信処理する。

取引先フォルダ４｛４Ａ，４Ｂ，４Ｃ｝は、送信対象のファイルＦを格納するために作成及び設定される、取引先ごとのフォルダである。例えば取引先Ａ社フォルダ４Ａは、取引先Ａ社の利用者ＵＡの端末２Ａを送信先としてファイルＦを送信するために作成及び設定される。取引先フォルダ４は、利用者Ｕ０により設定可能である。なおフォルダの構成のために前提となるＯＳやファイルシステムやＷｅｂブラウザ等の構成は公知なので省略する。

ＧＵＩ画面６は、端末１の利用者Ｕ０に対するグラフィカルユーザインタフェース（ＧＵＩ）となる画面であり、例えば端末１の表示装置のＯＳやＷｅｂブラウザ等による画面である。ファイル送信システムは、特有のＧＵＩ画面６を提供することにより、利用者Ｕ０による発注等の取引の業務を支援する。利用者Ｕ０は、ＧＵＩ画面６を通じてＤＢ５の各データの情報を参照可能であり、特に取引先データＤ１及び取引内容データＤ２を自由に設定可能である。ＧＵＩ画面６の例を後述の図１２〜図１５に示す。なお利用者Ｕ０の代わりに管理者などがＤＢ５のデータを設定してもよい。

ＤＢ５の各データの概要は以下である。ＤＢ５の取引先データＤ１及び取引内容データＤ２等の各データは、例えばリレーショナルＤＢのテーブルで管理される。なおＤＢ５における履歴データＤ３とログデータＤ４を１つに統合して管理してもよい。またＤＢ５の各データを他の形に分離や統合する形態としてもよい。

システム設定データＤ０（後述の図５）は、ファイル送信システムのシステム設定情報を格納する。このシステム設定情報は、ファイル送信システムの各機能の使用有無や各機能のパラメータ値などを設定可能である。

取引先データＤ１（後述の図６）は、端末１の利用者Ｕ０からのファイルの送信先となる、複数の各々の取引先に関する情報を登録する。この取引先情報は、取引先ごとのＩＤや名称、アドレス、認証用情報、及び取引先フォルダ４の設定情報などを含む。

取引内容データＤ２（後述の図７）は、複数の各々の取引先との１つ以上の取引内容に関する送信データファイルのデータ形式や内容である各データ項目などを規定する情報を登録する。

履歴データＤ３（後述の図８）は、複数の送信データファイルに関して、ファイル送受信の結果を示す送受信履歴情報である履歴情報を記録して保存する。この履歴情報は、送信データファイルの情報、送信先である取引先の情報、送信の日時、送信処理の結果の成功または失敗のステータス、確認処理の結果のエラー有無のステータス、等の情報が記録される。

ログデータＤ４は、ファイル送信システムによる一連の処理のログ情報を記録して保存する。なお本実施の形態では、履歴データＤ３内に送信処理及び確認処理の結果情報を記録するが、ログデータＤ４内に確認処理の結果情報としてエラー有無やその詳細の情報を記録する形態としてもよい。

［システム（２）］
図２は、図１のファイル送信システムの端末１内の構成例、及び処理概要を示す。Ｓ１等は処理概要のステップを示す。図２の処理概要は、図４の処理フローと対応している。図２において、端末１内には、フォルダ構成として、ルートフォルダ４０と、複数の各々の取引先フォルダ４、例えば取引先Ａ社フォルダ４Ａ及び取引先Ｂ社フォルダ４Ｂと、送信済みフォルダ４１と、エラーフォルダ４２とを有する。

ルートフォルダ４０は、本ファイル送信システムにおける管理上のルートのフォルダである。また本例ではルートフォルダ４０は利用者Ｕ０の主な作業用のフォルダとしても示している。利用者Ｕ０は、ルートフォルダ４０に限らず任意のフォルダでファイルＦの作成や保持などが可能である。ルートフォルダ４０の階層下に、複数の取引先フォルダ４、送信済みフォルダ４１、及びエラーフォルダ４２等が設定される。

取引先フォルダ４は、取引先ごとに分けられた専用のフォルダとして設定される。例えば取引先Ａ社フォルダ４Ａは、取引先Ａ社の利用者ＵＡの端末２を送信先とするファイルの格納のためのフォルダである。取引先フォルダ４は送信先となるアドレス等の情報と関連付けて管理される。利用者Ｕ０により取引先フォルダ４内にファイルを格納するように配置する操作が、当該ファイルの送信の実行に相当する。

利用者Ｕ０は、取引先ごとに少なくとも１つの取引先フォルダ４を設定可能である。本実施の形態では、１つの取引先ごとに１つの取引先フォルダ４である。ファイル送信システムは、これら複数の取引先フォルダ４｛４Ａ，４Ｂ，４Ｃ｝を管理する。なお取引先フォルダ４の名称は、「取引先Ａ向け」「Ａ社発注用」等、利用者Ｕ０が適宜自由に設定可能である。

なお更に、１つの取引先フォルダ４内に、複数の各々の取引内容に応じたフォルダを設定してもよい。例えば取引先Ａ社フォルダ４Ａ内に、第１種の発注のためのフォルダと、第２種の発注のためのフォルダとが設定されてもよい。その場合、取引内容に応じたフォルダは、特定の取引内容情報と関連付けて管理され、当該フォルダ内には特定の取引内容のファイルが配置されるように運用する。

送信済みフォルダ４１は、取引先フォルダ４内のファイルの取引先への送信が成功した場合に、当該ファイルのコピーを、送信済みファイルないし送信成功履歴ファイルとして一定期間保存するフォルダとして設定される。

エラーフォルダ４２は、取引先フォルダ４内のファイルの確認処理の結果がエラー有りの場合や、当該ファイルの送信処理の結果が送信失敗である場合に、当該ファイルを移動させて格納するフォルダとして設定される。

ファイル送信システムは、送信済みフォルダ４１及びエラーフォルダ４２を、ルートフォルダ４０内に自動的に設定する。なおシステム設定データＤ０を用いて、利用者Ｕ０により送信済みフォルダ４１及びエラーフォルダ４２を設定可能としてもよい。

図２において、処理概要を順に説明する。なお前提として、会社Ｘの利用者Ｕ０と複数の各々の取引先の会社との取り決め等に基づき、取引先及び取引内容に応じた送受信ファイルの形式及び内容に関するルールがある。

（Ｓ０） 利用者Ｕ０は、ＧＵＩ画面６で操作し、図３の設定部１９の設定処理を通じて、ＤＢ５のシステム設定データＤ０、取引先データＤ１、及び取引内容データＤ２等の情報を設定する（後述の図５〜図７、図１２〜図１４等）。利用者Ｕ０または管理者は、上記取引先及び取引内容に応じた送受信ファイルの形式及び内容に関するルール情報に基づき、取引先データＤ１及び取引内容データＤ２を含むデータを設定する。

（Ｓ１） 利用者Ｕ０は、端末１で、取引先への商品の発注等に係わる所定の形式及び内容を持つ送信データファイルを作成または用意する。送信データファイルの例は後述の図９〜図１１で示す。例えばルートフォルダ４０に、送信対象のファイルＦ１として、取引先Ａ社への発注データのファイルが作成されて格納されている状態とする。利用者Ｕ０は、ＧＵＩ画面６（後述の図１５）で、送信対象のファイルＦ１を、ルートフォルダ４０内から送信先とする取引先に対応した取引先フォルダ４、例えば取引先Ａ社フォルダ４Ａ内へ配置する。

（Ｓ２） 制御部１０は、所定の間隔で取引先フォルダ４を監視しており、取引先フォルダ４内に配置されているファイルを検知する。例えば取引先Ａ社フォルダ４Ａ内にファイルＦ１が送信対象として配置されていることが検知される。

（Ｓ３） 制御部１０は、取引先フォルダ４内にファイルを検知した場合、ＤＢ５内の取引先データＤ１及び取引内容データＤ２等を参照し、当該ファイルの取引先及び取引内容に応じたデータ形式や内容を確認する確認処理を実行する。ＤＢ５の設定情報に照らして対象ファイルの形式や内容が正しくない場合、確認結果はエラー有りとなる。これを説明上、確認エラーともいう。

（Ｓ４−１） Ｓ３の確認の結果がエラー有りである場合、制御部１０は、取引先フォルダ４内の確認エラーのファイルを、エラーフォルダ４２内へ移動する。

（Ｓ４−２） 制御部１０は、Ｓ３の確認エラーのファイルについて、ＤＢ５の履歴データＤ３内に、確認エラーを表す履歴情報を記録する。Ｓ３で確認エラーの場合、当該ファイルを送信しないので、履歴情報には「送信失敗（確認エラー）」として記録してもよい。またＳ３の確認の結果がエラー無しの場合、履歴データＤ３内にエラー無しを表す履歴情報を記録してもよい。

（Ｓ４−３） また制御部１０は、上記確認エラーのファイルについて、利用者Ｕ０へ確認エラー情報を通知する。この通知の手段は、メール送付や、ＧＵＩ画面６へのメッセージ表示などがある。利用者Ｕ０は、エラーフォルダ４２の参照や、確認エラーの通知の内容により、対象ファイルの形式や内容などの確認の結果がエラー有りであること等を認識できる。利用者Ｕ０は、確認エラーの認識に従い、対象ファイルの形式や内容を確認し、必要に応じて修正し、当該ファイルを、Ｓ１または下記のＳ８のように、取引先フォルダ４へ配置または再配置する。これによりＳ２以降の処理が同様に行われる。

（Ｓ５） 制御部１０は、Ｓ３の確認処理の結果がエラー無しである場合、Ｓ５で、当該取引先フォルダ４内の送信対象のファイルを、ＦＴＰ等の所定のプロトコルに従い、送信先となる取引先の利用者の端末２へ送信処理する。取引先の端末２は、当該ファイルを受信する。Ｓ５で取引先の端末２へファイルを正しく送信できた場合は、Ｓ５の結果を「送信成功」とし、送信できなかった場合は「送信失敗」とする。

（Ｓ６−１） 制御部１０は、Ｓ５のファイル送信処理の結果が、通信網９の輻輳などによって、送信失敗である場合、Ｓ４−１と同様に、当該ファイルを取引先フォルダ４内からエラーフォルダ４２内へ移動する。

（Ｓ６−２） そして制御部１０は、上記送信失敗のファイルについて、ＤＢ５の履歴データＤ３内に、送信失敗を表す履歴情報を記録する。

（Ｓ６−３） また制御部１０は、上記送信失敗のファイルについて、利用者Ｕ０へ送信失敗の情報を通知する。利用者Ｕ０は、エラーフォルダ４２の参照や、送信失敗の通知の内容から、対象ファイルの送信処理の結果が失敗であったことを認識できる。利用者Ｕ０は、送信失敗の認識に従い、時間経過後などに、対象ファイルを、Ｓ１またはＳ８のように、送信先に対応した取引先フォルダ４へ配置または再配置する。

（Ｓ７−１） 制御部１０は、Ｓ５のファイル送信処理の結果が、送信成功である場合、Ｓ７−１で、当該ファイルのコピーを、送信済みフォルダ４１内に、送信成功履歴ファイルとして格納する。なお送信成功履歴ファイルと履歴情報のファイルとは別であり、両者は関連付けて管理される。

（Ｓ７−２） そして制御部１０は、上記送信成功のファイルについて、ＤＢ５の履歴データＤ３に、送信成功を表す履歴情報を記録する。

（Ｓ７−３） 制御部１０は、上記送信成功のファイルについて、送信成功の情報を利用者Ｕ０へ通知する。Ｓ７−３は省略されてもよい。

（Ｓ７−４） 制御部１０は、上記送信済みフォルダ４１内に保存されている送信成功履歴ファイルについて、所定の保存期間の経過後に、自動的に削除する。

（Ｓ８） 上記Ｓ４−１やＳ６−１でファイルがエラーフォルダ４２内に移動されている場合、利用者Ｕ０は、エラーフォルダ４２内から当該ファイルを取引先フォルダ４やルートフォルダ４０等へ再配置ないし移動することもできる。例えば利用者Ｕ０はエラーフォルダ４２内のファイル及びエラー通知情報を参照しながらファイルの形式や内容を修正し、取引先フォルダ４へ再配置する。

なお上記Ｓ４−３やＳ６−３の通知が無い形態の場合も、利用者Ｕ０は、取引先フォルダ４や送信済みフォルダ４１やエラーフォルダ４２等の参照、あるいはＤＢ５の履歴データＤ３やログデータＤ４の参照により、エラー有無や送信結果を認識できる。

上記図２のように、ファイル送信システムは、ファイルを取引先へ送信する前に、ＤＢ５の設定情報に基づいて自動的に確認処理を行い、その結果を出力する。確認処理の結果、データ形式や内容が正しくない場合は、当該ファイルを取引先へ送信せずに、一旦エラーフォルダ４２へ移動し、利用者Ｕ０へ通知し、確認や修正などを促し、所定の手順でやり直しさせる。

これにより、取引先ごと及び取引内容ごとに形式や内容が異なるデータファイルについて、利用者による記入情報の間違い等が無いか、取引先のルールに適合しているか、送信先が正しいか、等をチェックすることができ、誤ったファイル送信を防止できる。確認エラーないし送信失敗となった場合、利用者Ｕ０は、ファイルの形式や内容の誤りを認識し、確認や修正ができ、再送信の操作ができる。所定の手順に則ってファイル送信を行う仕組みにより、利用者によるファイル送信の作業の人的ミスを低減できる。

［システム（３）］
図３は、実施の形態のファイル送信システムの端末１のハードウェア及びソフトウェアの構成を示す。端末１は、制御装置１０１、記憶装置１０２、入力装置１０３、出力装置１０４、通信Ｉ/Ｆ装置１０５（Ｉ/Ｆ：インタフェース）、及びバス等を有する。制御装置１０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を含み、ファイル送信プログラム５０の実行により、制御部１０の各処理部を実現する。制御部１０は、フォルダ管理部１１、フォルダ監視部１２、確認部１３、送信部１５、履歴処理部１６、ログ処理部１７、エラー処理部１８、設定部１９、及び入出力制御部２０を有する。

記憶装置１０２は、ファイル送信プログラム５０、画面データ５１、ファイルＦ、ＤＢ５等を記憶する。画面データ５１はＧＵＩ画面６を構成するためのテンプレート等のデータである。入力装置１０３は、マウスやキーボードやタッチパネル等である。出力装置１０４は、表示装置を含む。通信Ｉ/Ｆ装置１０５は、通信網９に対する通信インタフェース処理を行う。

フォルダ管理部１１は、システム設定データＤ０及び取引先データＤ１等の設定情報に従い、ルートフォルダ４０、複数の各々の取引先フォルダ４、送信済みフォルダ４１、及びエラーフォルダ４２を含む各フォルダを設定し管理する。

フォルダ監視部１２は、システム設定データＤ０等の設定情報に従い、複数の各々の取引先フォルダ４の定期的な監視によるファイルの検知の処理を行う。

確認部１３は、取引先フォルダ４に格納されている送信データファイルについて、ＤＢ５の設定情報を参照しながら、形式や内容を確認ないしチェックする処理を行う。確認部１３は、ファイル情報確認部１３１、データ形式確認部１３２、データ内容確認部１３３、及び履歴確認部１３４等を含む。

ファイル情報確認部１３１は、取引先データＤ１等に基づき、対象ファイルのファイル名や送信先などが正しいかを確認する。データ形式確認部１３２は、取引内容データＤ２等に基づき、対象ファイルのデータ形式が正しいかを確認する。データ形式は、例えば固定長のテキスト、ＣＳＶ、ＸＭＬ等がある。データ内容確認部１３３は、取引内容データＤ２等に基づき、対象ファイルの内容である複数の各々のデータ項目及びその値における位置、型、サイズ等が正しいかを確認する。履歴確認部１３４は、履歴データＤ３の履歴情報を参照し、対象ファイルが送信済みか否か、及び複数のファイルの送信に関する順序性などを確認する処理を行う。

送信部１５は、対象データファイルを、指定された送信先である取引先の端末２あるいはサーバ３等へ、ＦＴＰやＨＴＴＰ等の所定のプロトコルに従い送信する処理を行う。当該送信処理は、公知のリトライ処理を含み、リトライ処理は所定の回数や間隔で実行される。

履歴処理部１６は、対象データファイルの送受信の履歴情報を履歴データＤ３に記録する処理を行う。本実施の形態では、送信処理（Ｓ５）の成功及び失敗のステータス、及び確認処理（Ｓ３）のエラー有無などの情報を、履歴データＤ３の履歴情報として記録するが、これらを分けて記録する形態としてもよい。

ログ処理部１７は、対象データファイルの送受信の際の確認処理を含む一連の処理のログ情報をログデータＤ４に記録する処理を行う。このログ情報は、上記履歴情報よりも詳細な内容の情報を各処理中に自動的に記録するものであるが、ログデータＤ４及びログ処理部１７等を省略した形態としてもよい。

エラー処理部１８は、対象データファイルの送受信の際、確認処理（Ｓ３）の結果でエラー有りの場合や、送信処理（Ｓ５）の結果で送信失敗の場合に、フォルダ間のファイルの移動や、エラー情報の通知といった、所定の対処の処理を行う。

設定部１９は、ＧＵＩ画面６での利用者Ｕ０の操作に基づき、ＤＢ５のシステム設定データＤ０、取引先データＤ１、及び取引内容データＤ２を含む各データ情報を設定する処理を行う。設定部１９の処理は、取引先データＤ１の設定処理、取引内容データＤ２の設定処理を含む。取引先データＤ１の設定処理は、取引先情報として取引先の名称やアドレス等の情報を設定する処理や、取引先に応じた取引先フォルダ４を設定する処理を含む。取引内容データＤ２の設定処理は、取引内容情報として、取引先ごとのファイルのデータ形式や内容などのルール情報を設定する処理を含む。

入出力制御部２０は、ファイル送信システムに対する各種データの入力及び出力の処理、ＧＵＩ画面６を制御する処理などを行う。入出力制御部２０は、画面データ５１を用いて、設定画面などの各種の画面を生成し、出力装置１０４のうちの表示装置に、ＧＵＩ画面６として表示する。

［処理フロー］
図４は、図２の処理概要とも対応した、実施の形態のファイル送信システムの処理フローを示す。S100等は処理ステップを表す。

（S100） まずS100では、会社Ｘの利用者Ｕ０または管理者等は、端末１のＧＵＩ画面６においてＤＢ５内のシステム設定データＤ０、取引先データＤ１、及び取引内容データＤ２を含む各データの情報を設定する。設定部１９は、その際の設定処理として、ＧＵＩ画面６で入力された情報を、ＤＢ５内の対応するデータのテーブル等に格納する。これにより、ファイル送信のために必要な、取引先との取り決め等に応じた、取引先及び取引内容の情報を設定し、取引先ごとの取引先フォルダ４等を設定済みの状態とする。

（S101） S101では、利用者Ｕ０は、送信データファイルとなる発注データ等のファイルを作成または用意し、利用者Ｕ０の手動操作または端末１の自動処理により、送信先に対応する取引先フォルダ４へ、対象のファイルを配置する。なおＳ１で利用者Ｕ０が送信データファイルを作成する際、利用者Ｕ０は、ＧＵＩ画面６でＤＢ５内の取引先データＤ１及び取引内容データＤ２等を参照して取引先及び取引内容に応じたデータ形式等を確認しながら当該ファイルを作成することも可能である。

（S102） S102では、フォルダ監視部１２を用いた取引先フォルダ監視処理により、取引先フォルダ４内に配置されている送信データファイルが有る場合に当該ファイルを検知する。

（S110） S110のファイル送信処理は、S103の確認処理からS109までを含む。S110のファイル送信処理は、１つの対象の送信データファイルごとに同様の処理の繰り返しである。

（S103） S103は、ＤＢ５の取引先データＤ１及び取引内容データＤ２を含む情報の参照に基づく確認処理であり、S103-1からS103-5までの５つの種類ないし項目の確認処理のステップを含む。S103の確認処理は、ＤＢ５内の取引先データＤ１及び取引内容データＤ２を含む設定情報を参照しながら、送信データファイルの確認処理を行う。即ち、S103では、利用者Ｕ０が送信しようとしているデータファイルが取引先ごとの属性及びルール等に適合しているかどうかを送信前に確認する。

（S103-1） S103-1のファイル情報確認処理では、ファイル情報確認部１３１を用いて、送信データファイルのファイル情報として、ファイル名や、送信先の取引先などが、ＤＢ５内の取引先データＤ１（後述の図６）等に照らして正しいかを確認する。正しくない場合は、S103-1の確認結果をエラーとする。

例えば図２のように利用者Ｕ０が取引先Ａ社へ発注データ等のファイルＦ１を送信しなければならない際に、間違った取引先フォルダ４、例えば取引先Ｂ社フォルダ４Ｂに当該ファイルＦ１を配置している場合、ファイル名と送信先との対応関係が不正なので、確認結果がエラーになる。また取引先が要求するファイル名の書式が決まっている場合、当該ファイル名の書式が取引内容データＤ２等に設定される。S103-1の確認処理は、対象ファイルのファイル名が、設定情報のファイル名の書式に適合しているか確認し、適合していない場合はエラーにする。

（S103-2） S103-2のデータ形式確認処理では、データ形式確認部１３２を用いて、送信データファイルのデータ形式（ファイルフォーマットともいう）がＤＢ５内の取引内容データＤ２等に照らして正しいかを確認する。取引内容データＤ２で取引先ごとの取引内容の情報としてファイルのデータ形式が設定されているので、当該情報を参照しながら当該確認が行われる。例えば利用者Ｕ０が取引先Ａ社へ固定長のテキスト形式のファイルＦ１を送信しなければならない際に、間違ったデータ形式のファイル、例えばＣＳＶ形式のファイルを取引先フォルダ４に配置している場合、取引先に応じたデータ形式が不正なのでエラーにする。

（S103-3） S103-3のデータ内容確認処理では、データ内容確認部１３３を用いて、送信データファイルの内容における各データ項目の内容が、ＤＢ５内の取引内容データＤ２等に照らして正しいかを確認する。取引内容データＤ２で取引先ごとの取引内容の情報としてファイルの各データ項目の内容が規定されているので、当該情報を参照しながら当該確認が行われる。当該確認処理では、対象ファイル内の複数の各々のデータ項目及びそれに格納されるデータ値について、型やサイズや順序などが正しいかが確認される。特に、S103-3の確認処理では、例えば必須のデータ項目の値の有無及び正しさをチェックする。

例えば、取引先Ａ社への発注データのファイルＦ１のうち所定の順序及び位置のデータ項目に部品番号を格納する必要がある場合に、当該部品番号のデータ値が格納されていない場合、取引内容が不正なのでエラーにする。また例えば取引先Ａ社への発注データのファイルＦ１と取引先Ｂ社への発注データのファイルＦ２とにおいて、データ項目として異なる内容の受注者コードを格納する必要がある場合に、両者の受注者コードを取り違えて入力している場合、取引内容が不正なのでエラーにする。

（S103-4） S103-4は、履歴確認部１３４を用いて、履歴データＤ３の履歴情報の参照に基づき、ファイル送信済み確認処理を行う。このファイル送信済み確認処理では、送信対象ファイルと同じものが既に送信済みの状態ではないかどうかを確認する。履歴データＤ３には、下記S109の処理により、各ファイルのファイル名や送信先、送信の成功または失敗のステータス、及び送信日時などが記録されているので、S103-4は、当該履歴情報の参照により当該確認が可能である。S103-4は、送信対象ファイルが送信済みの状態である場合はエラーにする。例えば利用者Ｕ０が取引先Ａ社へ発注１件目のファイルＦ１を送信し、その後、間違えて同じ内容の発注１件目のファイルＦ１を取引先フォルダ４に配置した場合、送信済みの状態により不正なのでエラーにする。S103-4の確認処理によりファイルの二重送信などを防止できる。

S103-4のファイル送信済み確認は、対象ファイル内に直接記述されるファイル作成日時やファイルＩＤ等を参照して行ってもよい。またファイルの管理上の一般的なプロパティ情報におけるファイル作成日時やファイルＩＤ等を参照して行ってもよい。

（S103-5） S103-5では、データ内容確認部１３３及び履歴確認部１３４を用いて、取引内容データＤ２及び履歴データＤ３等の参照に基づき、ファイル順序性確認処理を行う。このファイル順序性確認処理は、１つの取引先へ複数のファイルを送信する必要がある場合や、１つの取引先フォルダ４内に複数のファイルが配置されている場合に、それら複数のファイルについての送信の順序性、及び送信ファイル数などを確認する。

S103-5の確認処理は、ＤＢ５の設定情報に応じて行われる。取引先ごとのルールとして取引内容に関する複数のファイルの順序性が要求されている場合、ＤＢ５の設定情報で、S103-5の確認処理に対応した複数のファイルの順序性を規定する情報が設定される。当該情報が設定されていない場合はS103-5の確認処理を省略する。S103-5のファイル順序性確認は、S103-4と同様に、対象ファイル内に直接記述されるファイル作成日時やファイルＩＤ等を参照して行ってもよい。

例えば取引先Ａ社へ２つのファイルＦ１Ａ，Ｆ１Ｂを送信する場合の順序性がＦ１Ａ，Ｆ１Ｂとして設定されるとする。この場合に、利用者Ｕ０が間違えてファイルＦ１Ｂのみを先に取引先フォルダ４内に配置した場合、ＤＢ５の履歴データＤ３等の参照から、先に送信されるべきファイルＦ１Ａが未送信の状態なので、不正となり、エラーにする。

また例えば取引先Ａ社へ所定数のファイル、例えば関連する商品の発注のための３つの発注データのファイルＦ１ａ，Ｆ１ｂ，Ｆ１ｃを１回でまとめて送信しなければならないというルールが設定されるとする。利用者Ｕ０が取引先Ａ社フォルダ４Ａ内に１つのファイルＦ１ａ、あるいは２つのファイルＦ１ａ，Ｆ１ｂしか配置していない場合、S103-5の確認処理は、監視による検知時に、３つのファイルＦ１ａ，Ｆ１ｂ，Ｆ１ｃが揃っていないので不正とし、確認結果をエラーにする。

あるいは、S102の監視による処理の際には、１回の監視によるファイルの検知の際、当該ファイルに関連する所定数のファイルが揃うまで待機し、例えば次の監視のタイミングまで待機し、待機後、当該関連する所定数のファイルが揃わない場合は、確認結果をエラーにするようにしてもよい。

（S104） S104では、上記S103の５つの項目の確認処理の結果のうち、１つでも不正ないしエラーが有るかを判断する。１つでもエラー有りの場合（Ｙ）はS105へ、すべてエラー無しの場合（Ｎ）はS106へ進む。

（S105） S105では、上記エラー有りのファイルについて、S110のファイル送信処理を中断し、エラー処理部１８を用いて確認エラー処理を行う。S105の確認エラー処理では、エラー処理部１８は、当該エラー有りのファイルを、Ｓ４−１のように、取引先フォルダ４からエラーフォルダ４２内へ移動する。そしてエラー処理部１８は、ログ処理部１７を用いて、Ｓ４−２のように、当該ファイルに関する確認エラー情報を、ＤＢ５の履歴データＤ３内に履歴情報として記録する。

またエラー処理部１８は、当該ファイルに関する確認エラー情報またはそれを記録した履歴情報または関連するログ情報を、予め設定された所定の出力先へ出力処理してもよい。所定の出力先として会社Ｘの利用者Ｕ０以外の管理者等のアドレスとしてもよい。

またS105では、エラー処理部１８は、Ｓ４−３のように、当該ファイルに関する確認エラー情報またはそれを記録した履歴情報を、所定のエラー通知先へ通知する処理を行う。このエラー通知先は、例えばシステム設定データＤ０で利用者Ｕ０の端末１のメールアドレスが設定されている。このエラー通知処理では、上記ファイルに関する確認エラー情報や所定のメッセージを記載したメールを作成し、上記エラー通知先のメールアドレスへ送付する。あるいは、このエラー通知処理では、上記同様の情報を、利用者Ｕ０の端末１のＧＵＩ画面６内にポップアップ等で即時に表示する。

上記通知の情報は、例えば、S103のいずれの確認の項目でエラー有りとなったかを示す情報、ファイル内のどのデータ項目でエラーになったかを示す情報、当該エラー内容の確認及び修正を促すメッセージ、等を含む。利用者Ｕ０は、S105の通知の情報、エラーフォルダ４２内の該当ファイル、履歴データＤ３の履歴情報などを参照することができる。これにより、利用者Ｕ０は、送信しようとしていたファイルが確認エラーとなったのでエラーフォルダ４２に移動されていること、及びその確認エラー内容などを認識することができる。

そして利用者Ｕ０は、当該ファイルの内容などを確認し、必要に応じて修正や作り直しを行い、当該ファイルの送信を試みる場合、Ｓ１またはＳ８のように、取引先フォルダ４内へ配置する。S105の後は、S101やS102へ戻り、同様に繰り返しである。

（S106） S106のファイル送信処理では、S103の結果エラー無しが確認されたファイルについて、送信部１５を用いて、送信先となる取引先の利用者の端末２へのファイル送信処理を、ＦＴＰまたはＨＴＴＰ等の所定のプロトコルに従い実行する。送信部１５は、Ｓ５のように、対象ファイルを取引先に応じてＦＴＰに従い通信網９を介して取引先の端末２へ送信する。取引先の端末２は、ＦＴＰに従い当該ファイルを受信する。

S106のファイル送信処理は、公知のリトライ処理を含む。送信部１５は、例えば通信網９の輻輳状態などが原因で１回のファイル送信の試行では送信成功にならない場合、所定回数や所定間隔でのファイル送信のリトライ処理を行う。これにより送信できた場合は送信処理の結果を成功とする。

なおＳ５及びS106でファイルを取引先の端末２へ送信する際、ＦＴＰ等によるユーザＩＤ及びパスワード等の認証用情報が要求される場合、ファイル送信システムは、端末１のＧＵＩ画面６に、当該認証用情報の入力欄などを表示して入力及び確認を利用者Ｕ０に促す。これにより公知技術による所定の認証処理を行ってから、ファイルを送受信する。また認証処理は、本ファイル送信システムのＧＵＩ画面６に最初にログインする際に行うようにしてもよい。また本ファイル送信システム独自に取引先ごとに専用のパスワード等の入力を行わせる形態にしてもよい。その場合もＳ５の際に同様にパスワード等の入力及び確認を促す。

（S107） S107では、S106のファイル送信の結果を判断し、送信成功の場合（Ｙ）はS109へ進み、送信失敗の場合（Ｎ）はS108へ進む。

（S108） S108では、エラー処理部１８及び履歴処理部１６を用いて、送信失敗処理（送信エラー処理ともいう）を行う。S108の送信失敗処理の内容は、S105の確認エラー処理の内容と概略同様である。S108の送信失敗処理では、エラー処理部１８は、Ｓ６−１のように、取引先フォルダ４からエラーフォルダ４２へ送信失敗のファイルを移動する。またエラー処理部１８は、履歴処理部１６を用いて、Ｓ６−２のように、当該ファイルの送信失敗の情報を、ＤＢ５の履歴データＤ３の履歴情報として記録する。またエラー処理部１８は、当該ファイルに関する送信失敗の情報またはその履歴情報を、予め設定されている所定の出力先へ出力処理してもよい。

またエラー処理部１８は、Ｓ６−３のように、当該ファイルの送信失敗の情報を、所定のエラー通知先である利用者Ｕ０の端末１のメールアドレス等へ通知する処理やＧＵＩ画面６に表示する処理を行う。上記通知の情報は、例えば、確認結果はエラー無しであること、ＦＴＰファイル送信の結果が送信失敗であること、送信失敗の日時、及び当該ファイルの再送信を促すメッセージ、等を含む。利用者Ｕ０は、S108の通知の情報、エラーフォルダ４２内の該当ファイル、履歴データＤ３の履歴情報などを参照することができる。これにより、利用者Ｕ０は、送信しようとしていたファイルが送信失敗となったのでエラーフォルダ４２に移動されていること等を認識することができる。

そして利用者Ｕ０は、適当なタイミングで当該ファイルの送信を試みる場合、Ｓ１やＳ８のように当該ファイルを取引先フォルダ４内へ配置する。S108の後は、S101やS102へ戻り、同様に繰り返しである。

（S109） S109は、送信成功のファイルについて送信成功処理を行う。制御部１０は、Ｓ７−１のように、送信成功のファイルのコピーを、送信成功履歴ファイルとして、送信済みフォルダ４１内に保存する。そして制御部１０は、Ｓ７−２のように、履歴処理部１６を用いて、当該ファイルについての送信成功の情報を、ＤＢ５の履歴データＤ３の履歴情報として記録する。また制御部１０は、Ｓ７−３のように、送信成功の情報を利用者Ｕ０へ通知してもよい。通知の情報は、例えば確認結果がエラー無しであること、ＦＴＰファイル送信の結果が送信成功であること、及び送信成功の日時などを含む。

利用者Ｕ０は、送信済みフォルダ４１内の送信成功履歴ファイル、送信成功の情報の通知、履歴データＤ３の履歴情報などが参照できる。これにより、利用者Ｕ０は、送信しようとしていたファイルが取引先へ正しく送信できたこと等を認識できる。

なお上記S101及びＳ１において自動処理でファイルの配置及び送信を行う場合、例えば以下のように実現する。ルートフォルダ４０内に格納されている対象のファイルについて、利用者Ｕ０により送信先となる取引先を選択して「送信」等のコマンドを実行する。コマンド実行は例えばメニューからの選択や画面内のボタンなどにより実現する。端末１の制御部１０は、当該コマンド実行を受け、対象ファイルを、指定の送信先の取引先に対応した取引先フォルダ４内に移動する。

また他の形態として、端末１内に取引先フォルダ４を設けずに、上記同様に利用者Ｕ０が対象ファイルを選択し、送信先の取引先を選択指定して、送信のコマンドを実行することにより、当該ファイルを対象として制御部１０が確認処理及び送信処理などを行う形態としてもよい。この形態の場合、取引先フォルダ４の設定や監視処理などが省略される。

［システム設定データＤ０］
図５は、システム設定データＤ０の構成を示す。図５（ａ）は、システム設定データＤ０のテーブルのスキーマ、図５（ｂ）は、実データ例を示す。図５（ａ）で、＃で示す番号順に、（＃１）システムＩＤ、（＃２）ルートフォルダ、（＃３）フォルダ監視間隔、（＃４）履歴ファイル保存期間、（＃５）通知先、（＃６）登録日時、（＃７）更新日時を有する。

＃１のシステムＩＤは、主キーである。＃２のルートフォルダは、本ファイル送信システムが管理する範囲となるルートフォルダ４０を文字列で設定する。なお取引先ごとの取引先フォルダ４については取引先データＤ１で設定可能であるが、システム設定データＤ０内で設定可能としてもよい。ルートフォルダ４０内に、複数の各々の取引先フォルダ４が、取引先ごとのルートのフォルダとして設定される。

＃３のフォルダ監視間隔は、フォルダ監視部１２により取引先フォルダ４を監視する間隔を、例えば秒数で設定する。本実施の形態では、複数の取引先フォルダ４について同じ間隔が適用されるが、取引先フォルダ４ごとに異なる間隔を設定可能としてもよい。

＃４の履歴ファイル保存期間は、ファイル送信成功の場合に送信済みフォルダ４１に保存される送信成功履歴ファイル（Ｓ７−１）についての保存期間を例えば日数で設定する。送信済みフォルダ４１内の送信成功履歴ファイルは、当該設定された保存期間を過ぎると本システムにより自動的に削除される（Ｓ７−４）。またシステム設定データＤ０は、履歴データＤ３の履歴情報やログデータＤ４のログ情報を保存する期間を設定可能としてもよい。

＃５の通知先は、確認エラー時や送信失敗時に利用者Ｕ０に情報を通知する際の通知先のアドレス、例えば利用者Ｕ０の端末１のメールアドレス等を設定する。またメール及び画面などの複数の通知手段の中から使用する通知手段を選択して設定可能としてもよい。＃６の登録日時は、当該設定情報が登録された日時を本システムが自動設定する。＃７の更新日時は、当該設定情報が更新された日時を本システムが自動設定する。

またシステム設定データＤ０は、確認処理（Ｓ３）の内容に関する設定情報、例えば図４の５つの項目の適用有無などを設定可能としてもよい。またシステム設定データＤ０は、送信処理（Ｓ５）の内容に関する設定情報、例えばリトライ処理の内容などを設定可能としてもよい。

［取引先データＤ１］
図６は、取引先データＤ１の構成を示す。図６（ａ）は、取引先データＤ１のテーブルのスキーマを示す。図６（ａ）のテーブルの列として、＃で示す行番号、カラム名、型、桁、及び備考を有する。図６（ｂ）は、図６（ａ）のテーブルの実データ例を示す。図６のように、複数の各々の取引先情報がレコードで管理される。

図６（ａ）において、番号順に、（＃１）取引先ＩＤ、（＃２）取引先名称、（＃３）取引先名称カナ、（＃４）フォルダ名、（＃５）ＦＴＰサーバアドレス、（＃６）ＦＴＰユーザＩＤ、（＃７）ＦＴＰユーザパスワード、（＃８）担当者名、（＃９）担当者カナ、（＃１０）担当者メールアドレス、（＃１１）登録日時、（＃１２）更新日時を有する。

＃１の取引先ＩＤは、主キーであり、本システムが整数で１から順に自動採番する。＃２〜＃１０は、所定の桁数の文字列で設定される。＃２の取引先名称は、取引先の名称である。＃３は＃２の読みのカナである。＃４のフォルダ名は、取引先ごとに設定される取引先フォルダ４の名称である。＃４のフォルダ名は、本システムにより＃２の取引先名称などを用いて自動的に付与することもできる。また１つの取引先につき、複数の取引先フォルダを設定可能としてもよい。例えば取引先フォルダ４内に、発注用フォルダ、出荷用フォルダといったように、複数のフォルダを階層的に設定してもよい。

＃５のＦＴＰサーバアドレスは、取引先の端末２へＦＴＰでファイルを送信する際の送信先のＦＴＰサーバのアドレスである。＃６のＦＴＰユーザＩＤと＃７のＦＴＰユーザパスワードは、ＦＴＰでファイルを送信する際に要求される認証用情報であるユーザＩＤ及びパスワードである。なおＦＴＰ以外のプロトコルを使用する場合、当該プロトコルに対応したアドレス等を設定するためのデータ項目が用意される。

＃８の担当者名は、取引先の利用者ＵＡ等に対応する担当者の名称である。＃９は＃８の読みのカナである。＃９の担当者メールアドレスは、＃８の取引先の担当者のメールアドレスである。＃１１の登録日時は、当該取引先情報が登録された日時であり本システムが自動的に設定する。＃１２の更新日時は、当該取引先情報が更新された日時であり本システムが自動的に設定する。

［取引内容データＤ２］
図７は、取引内容データＤ２の構成を示す。図７（ａ）は、取引内容データＤ２のテーブルのスキーマを示す。図７（ｂ）は、図７（ａ）のテーブルの実データ例を示す。図７（ｂ）のように、複数の各々の取引内容情報がレコードで管理される。

図７（ａ）において、番号順に、（＃１）取引内容ＩＤ、（＃２）取引先ＩＤ、（＃３）取引内容名称、（＃４）送受信種別、（＃５）データ形式、（＃６）ファイル名、（＃７）フォーマット情報、（＃８）順序情報、（＃９）登録日時、（＃１０）更新日時を有する。

＃１の取引内容ＩＤは、取引内容情報のレコードの主キーであり、本システムが整数で１から順に自動採番する。＃２の取引先ＩＤは、外部キーであり、当該取引内容情報のレコードに関連付けられる取引先情報のＩＤであり、図６の取引先データＤ１のテーブルのレコードの取引先ＩＤを参照する。＃３の取引内容名称は、発注、出荷、見積もり、決済といった取引内容の名称である。本実施の形態では主に発注の場合で説明する。＃４の送受信種別は、ファイルの送信または受信の種別を格納する。本実施の形態では送信が対象である。

＃５のデータ形式は、ファイルのデータ形式を表す整数を格納する。本例では、＃５のデータ形式は、１が固定長（１行が固定長のテキスト）、２がＣＳＶ、３がＸＭＬを表す。＃６のファイル名は、対象ファイルのファイル名を正規表現の文字列で設定する。

＃７のフォーマット情報は、対象ファイルの内容である複数の各々のデータ項目におけるフォーマットのチェックのための情報を、所定の文字列によって設定する。詳しくは下記＊１で説明する。＃７の項目で設定無し（NULL）の場合、フォーマットのチェックが不要であることを表す。

＃８の順序情報は、対象ファイルの内容である複数の各々のデータ項目におけるデータ値の順序のチェックのための情報を、所定の文字列によって設定する。詳しくは下記＊２で説明する。＃８の項目で設定無し（NULL）の場合、順序のチェックが不要であることを表す。

＃９の登録日時は、当該取引内容情報の登録日時を本システムが設定する。＃１０の更新日時は、当該取引内容情報の更新日時を本システムが設定する。確認部１３は、Ｓ３及びS103の確認処理の際には、上記のような取引内容情報の設定値に従って対象ファイルの各データ項目の値の正しさをチェックする。

［＊１：フォーマット情報］
取引内容データＤ２における＃７のフォーマット情報の設定の方式及び例について以下である。対象ファイルのデータ形式が、（１）固定長の場合、（２）ＣＳＶの場合、（３）ＸＭＬの場合の３つの例で説明する。

（１）固定長の場合、＃７のフォーマット情報の項目は、［行番号］、［開始位置］、［長さ］、［チェック内容］等の値を設定する。［行番号］は、ファイル内の行を示す。［開始位置］は、行における開始位置のバイトを示す。［長さ］は、開始位置からの長さのバイト数などを示す。［チェック内容］は、9：数字、X：英数、D：日付、等が想定される。また＃７の項目での設定の値が複数存在する場合、セミコロン（；）の区切りで設定される。

一例として、対象ファイルにおける１行目の２〜４バイトが数値、かつ１行目の１２〜１５バイトが英数であり、これらをチェックする場合、図７（ｂ）の取引内容ＩＤ＝１の例に示すように、＃７の設定値として、文字列「1,2,3,9;1,12,4,X」を設定する。

（２）ＣＳＶの場合、＃７のフォーマット情報の項目は、［行番号］、［列番号］、［チェック内容］等の値を設定する。［列番号］は、行における列の位置を示す。［チェック内容］は、（１）固定長の場合と同様である。一例として、対象ファイルにおける１行目の２列目が数値、かつ全行の６列目が英数であり、これらをチェックする場合、取引内容ＩＤ＝２の例に示すように、＃７の設定値として、「1,2,9;*,6,X」を設定する。

（３）ＸＭＬの場合、＃７のフォーマット情報の項目は、［XPATH］、［チェック内容］等の値を設定する。［XPATH］は、XPath（XML Path Language）におけるＸＭＬ文書中の要素や属性の位置を指定する情報である。［チェック内容］は、（１）固定長の場合と同様である。一例として、対象ファイル（ＸＭＬ文書）における、［root］-［receiver］-［code］が数値、かつ［root］-［order］-［seller］-［code］が数値であり、それらをチェックする場合、取引内容ＩＤ＝３の例に示すように、＃７の設定値として、「root/receiver/code,9;root/order/seller/code,9」を設定する。

［＊２：順序情報］
取引内容データＤ２における＃８の順序情報の設定の方式及び例について以下である。上記同様に、対象ファイルのデータ形式が、（１）固定長の場合、（２）ＣＳＶの場合、（３）ＸＭＬの場合の３つの例で説明する。

（１）固定長の場合、＃８の順序情報の項目は、［行番号］、［開始位置］、［長さ］等の値を設定する。一例として、対象ファイルにおける１行目の２〜４バイトの値の順序に関するチェックのための情報を設定する場合、図７（ｂ）の取引内容ＩＤ＝１の例に示すように、＃８の設定値として、文字列「1,2,3」を設定する。

（２）ＣＳＶの場合、＃８の順序情報の項目は、［行番号］、［列番号］等の値を設定する。一例として、対象ファイルにおける１行目の２列目の値の順序に関するチェックのための情報を設定する場合、取引内容ＩＤ＝２の例に示すように、＃８の設定値として、「1,2」を設定する。

（３）ＸＭＬの場合、＃８の順序情報の項目は、［XPATH］の値を設定する。一例として、対象ファイルにおける［root］-［id］の値の順序に関するチェックのための情報を設定する場合、取引内容ＩＤ＝３の例に示すように、＃８の設定値として、「root/id」を設定する。

［履歴データＤ３］
図８は、履歴データＤ３の構成を示す。図８（ａ）は、履歴データＤ３のテーブルのスキーマを示す。図８（ｂ）は、図８（ａ）のテーブルの実データ例を示す。履歴データＤ３の履歴情報は、１つの送信データファイルの送受信ごとに、履歴情報ファイルの形で作成され、ＤＢ５またはルートフォルダ４０等に保存される。

図８（ａ）において、番号順に、（＃１）送受信ＩＤ、（＃２）取引先ＩＤ、（＃３）取引内容ＩＤ、（＃４）送受信結果、（＃５）結果メッセージ、（＃６）履歴ファイル格納フォルダ、（＃７）履歴ファイル名、（＃８）順序情報、（＃９）送信日時、（＃１０）登録日時、（＃１１）更新日時を有する。

＃１の送受信ＩＤは、履歴情報のレコードの主キーであり、ファイル送受信に関する識別子であり、本システムが整数で１から自動採番する。＃２の取引先ＩＤは、外部キーであり、当該ファイル送受信の送信先である取引先の識別子であり、取引先データＤ１の取引先ＩＤを参照する。＃３の取引内容ＩＤは、外部キーであり、当該ファイル送受信の取引内容の識別子であり、取引内容データＤ２の取引内容ＩＤを参照する。

＃４の送受信結果は、当該ファイル送受信の結果が成功の場合は“１”、失敗の場合は“０”を格納する。本実施の形態では、成功“１”は、Ｓ３で確認エラーが無く、Ｓ５で送信成功であることを示す。失敗“０”はＳ３で確認エラーにより送信中断となった場合と、Ｓ３で確認エラーが無いが、Ｓ５で送信失敗となった場合とを含む。

＃５の結果メッセージは、対象ファイルの送受信の結果として出力するメッセージの文字列を格納する。例えば、＃４の送受信結果に応じたメッセージとして、成功“１”の場合は「送信成功しました。」、失敗“０”の場合は「送信失敗しました。フォーマットが不正です。」等のメッセージを格納する。＃５の結果メッセージは、Ｓ４−３等の通知処理の際に用いてもよい。

＃４及び＃５の項目は、Ｓ103の確認処理の各項目の結果に応じた情報を格納してもよい。例えばS103-1の結果でファイル名が不正の場合は「ファイル名が不正です。」、S103-2の結果でデータ形式が不正の場合は「データ形式が不正です。」等を格納してもよい。

＃６の履歴ファイル格納フォルダは、当該履歴情報のファイルを格納するフォルダを示す。＃７の履歴ファイル名は、当該履歴情報を格納するファイルのファイル名を示す。＃８の順序情報は、図７の取引内容データＤ２の＃８の順序情報の設定に対応した順序情報の文字列を格納する。

＃９の送信日時は、利用者Ｕ０によるファイル送信の動作が行われた日時を設定する。＃１０の登録日時は、当該履歴情報が登録された日時を本システムが自動設定する。＃１１の更新日時は、当該履歴情報が更新された日時を本システムが自動設定する。

その他、履歴データＤ３の履歴情報またはログデータＤ４のログ情報においては、Ｓ３及びS103の確認処理における複数の種類の確認の項目のうちでエラー有りとなった項目の情報や、対象ファイルの複数のデータ項目のうちでエラーとなったデータ項目の情報を記録してもよい。

［ファイル送信具体例］
図１６は、複数の取引先に対する複数のファイルの送信に関する具体例、及びＤＢ５の情報の設定作業に関する具体例を示す。会社Ｘの利用者Ｕ０の端末１から複数の各々の取引先の利用者｛ＵＡ，ＵＢ，ＵＣ｝の端末２｛２Ａ，２Ｂ，２Ｃ｝へ、発注などの取引に係わるファイルを送信する。

ファイル送信よりも前に予め、ＤＢ５の取引先データＤ１及び取引内容データＤ２等において取引先ごとの属性やルール情報が設定される。本実施の形態のファイル送信システムは、取引先とのファイル送受信に関する、取引先及び取引内容ごとの属性及びルール情報を、ＤＢ５の取引先データＤ１及び取引内容データＤ２として詳細に設定可能である。

例えば取引先Ａ社の属性及びルール情報として、取引先データＤ１ａ及び取引内容データＤ２ａが設定され、取引先Ｂ社の属性及びルール情報として、取引先データＤ１ｂ及び取引内容データＤ２ｂが設定される。また、例えば取引内容として同じ発注の場合でも、取引先Ａ社への発注データのファイル（図９）と、取引先Ｂ社への発注データのファイル（図１０）とでは、データ形式及びデータ内容などが異なる。この違いを、取引先データＤ１及び取引内容データＤ２に設定可能である。

以下、図１６で、ｓ１〜ｓ６の時間的な順序で複数のファイルを送信する例である。これらの送信の順序の実績は履歴データＤ３に記録される。

（ｓ１） 第１のファイル送信として、利用者Ｕ０は、端末１から、取引先Ａ社の利用者ＵＡの端末２Ａへ、発注１件目の発注データ（図９のｄ１と対応する）のファイルＦ１１を送信する。

（ｓ２） 第２のファイル送信として、利用者Ｕ０は、端末１から、取引先Ａ社の利用者ＵＡの端末２Ａへ、発注２件目の発注データのファイルＦ１２を送信する。

（ｓ３） 第３のファイル送信として、利用者Ｕ０は、端末１から、取引先Ｂ社の利用者ＵＢの端末２Ｂへ、発注１件目の発注データ（図１０のｄ２と対応する）のファイルＦ２１を送信する。

（ｓ４） 第４のファイル送信として、利用者Ｕ０は、端末１から、取引先Ａ社の利用者ＵＡの端末２Ａへ、発注１件目の発注データのファイルＦ１１に関する発注変更１件目の発注データのファイルＦ１３を送信する。この発注変更１件目の発注データのファイルＦ１３は、発注１件目の発注データのファイルＦ１１の内容の一部の変更による発注データである。

（ｓ５） 第５のファイル送信として、利用者Ｕ０は、取引先Ｂ社の利用者ＵＢの端末２Ｂへ、発注１件目の発注データのファイルＦ２１に関する発注変更２件目の発注データのファイルＦ２２を送信する。

（ｓ６） 第６のファイル送信として、利用者Ｕ０は、新規の取引先Ｃ社の情報を設定した後、取引先Ｃ社の利用者ＵＣの端末２Ｃへ、発注１件目の発注データのファイルＦ３１を送信する。

１６０１は、利用者Ｕ０が新規の取引先Ｃ社に関する属性及びルール情報を登録する際に、既存の取引先Ｂ社に関する属性及びルール情報を用いて登録する様子を示す。即ち、設定済みの取引先Ｂ社の取引先データＤ１ｂ及び取引内容データＤ２ｂの複製及び編集により、取引先Ｃ社の取引先データＤ１ｃ及び取引内容データＤ２ｃを設定する様子を示す。これにより、新規の取引先の追加や取引先の変更の場合に、利用者Ｕ０による設定の作業を負担を少なくできる。

［発注データ（ｄ１）］
図９及び図１０は、図１６の具体例などに対応する、送信データファイルの構成のサンプルを示す。図９は、取引先Ａ社の利用者ＵＡの端末２Ａへ送信する、発注データｄ１のファイルの構成を、表の形で示す。図９の取引先Ａ社への発注データｄ１のファイルは、データ形式がＣＳＶであり、ヘッダ有りである。ＣＳＶは、拡張子が“.csv”となるファイルフォーマットである。発注データｄ１のファイルの形式及び内容は、取引先Ａ社との取り決め等に基づいている。

図９の表の列として、＃で示す番号、項目名、属性、備考、サンプルデータ値｛発注１件目、発注２件目、発注変更１件目｝を有する。項目名はヘッダ名称でもある。属性の括弧内は桁数である。項目名ないしヘッダ名称として、番号順に、（＃１）ファイル識別コード、（＃２）発注者コード、（＃３）受注者コード、（＃４）データ発生日時、（＃５）部品番号、（＃６）納入場所、（＃７）注文番号、（＃８）納期、（＃９）注文数量、（＃１０）注文日付、（＃１１）部品名称、（＃１２）備考を有する。

＃１のファイル識別コードは、当該ファイルを識別するコードであり、例えば、C001は注文を表し、C002は注文変更を表す。＃１〜７，９，１１，１２の項目は属性が文字列（Ｘで表す）であり、＃８，１０の項目は属性が数値（９で表す）であり、それぞれ括弧内に桁数を示している。

＃２の発注者コードは、発注者側の企業を表すコードであり、＃３の受注者コードは、受注側の企業を表すコードである。例えば発注者が利用者Ｕ０の会社Ｘ、受注者が取引先Ａ社である。＃４のデータ発生日時は、発注者側の当該発注データの発生処理時刻を年月日時分秒で示す。

＃５の部品番号は、注文の対象の部品の識別情報である。＃６の納入場所は、当該部品の納入指定場所を示す情報である。＃７の注文番号は、当該注文を識別するための番号である。＃８の納期は、当該部品の納期を年月日で示す。＃９の注文数量は、当該部品の注文の数量である。＃１０の注文日付は、当該部品の注文処理を行った日付の年月日を示す。＃１１の部品名称は、当該部品の名称を示す。＃１２の備考は、利用者間での連絡がある場合に使用され、例えば「変更の可能性あり」といったメッセージを設定可能である。

サンプルデータ値の列は、取引先Ａ社への発注データｄ１の具体例を示す。９０１の発注１件目の発注データは、図１６のファイルＦ１１と対応し、第１の部品を発注する例である。９０２の発注２件目の発注データは、ファイルＦ１２と対応し、第２の部品を発注する例である。９０３の発注変更１件目の発注データは、ファイルＦ１３と対応し、９０１の発注１件目の発注データの内容の変更によるものである。この発注データの例は、＃１のファイル識別コードをC001（注文）ではなくC002（注文変更）にし、＃９の数量を100から200へ変更し、＃１２の備考で「数量変更」のメッセージを格納している。

図１１（ａ）は、図９の取引先Ａ社への発注データｄ１のサンプルデータ値（９０１）に対応したファイルＦ１１の内容を概略的に示す。この発注データは、データ形式がＣＳＶであるため、カンマで区切られた複数の値の羅列である。例えばファイル先頭から、“C001,ABC123456789,H00000000001,……”といった値が格納されている。

［発注データ（ｄ２）］
図１０は、別の例として、取引先Ｂ社の利用者ＵＢの端末２Ｂへ送信する、発注データｄ２のファイルの構成を示す。 図１０の発注データｄ２のファイルは、データ形式が固定長であり、ヘッダ無しである。発注データｄ２のファイルの形式及び内容は、取引先Ｂ社との取り決め等に基づいており、取引先Ａ社への発注データｄ１の形式及び内容とは異なっている。

図１０の発注データｄ２は、番号順に、項目名として、（＃１）ファイル種別、（＃２）発注者コード、（＃３）受注者コード、（＃４）データ発生日、（＃５）発注者品名コード、（＃６）単価、（＃７）注文数量、（＃８）合計金額、（＃９）納入場所、（＃１０）注文番号、（＃１１）納期、（＃１２）注文日付、（＃１３）品名、（＃１４）備考を有する。

＃１のファイル種別は、ファイルを識別するコードであり、例えば注文は“0100”、注文変更は“0200”である。＃２の発注者コードは、発注側企業を示すコード、＃３の受注者コードは、受注側企業を示すコードである。＃４のデータ発生日は、発注者のデータ発生処理時を年月日で示す。＃５の発注者品名コードは、発注者側で管理している、注文品の品名を示すコードである。＃６の単価は、注文品１つ当たりの価格である。＃７は、注文の数量、＃８は、単価×注文数量である。＃９は、注文品の納入指定場所である。＃１０は、注文の識別情報である。＃１１は、注文品の納期を年月日で示す。＃１２は、注文の日付を年月日で示す。＃１３は、注文品の名称である。＃１４の備考は、利用者間の連絡で使用される。

サンプルデータ値の列は、取引先Ｂ社への発注データｄ２の具体例を示す。１００１の発注１件目の発注データは、図１６のファイルＦ２１と対応する。１００２の発注変更１件目の発注データは、１００１の発注データの内容の変更によるものであり、＃１の値を0100ではなく0200にし、＃１１の納期の日を変更し、＃１４に「納期変更」のメッセージを格納している。

図１１（ｂ）は、図１０の取引先Ｂ社への発注データｄ２のサンプルデータ値（１００１）に対応したファイルＦ２１の内容を概略的に示す。この発注データは、データ形式が固定長であり、固定長の複数の行のデータ値をつなげた内容である。項目の属性が文字列（Ｘ)である場合は、行内で左寄せして所定の桁数内を空白で埋め、項目の属性が数値（９）である場合は、行内で右寄せして所定の桁数内を“0”で埋める。例えばファイル先頭から、“0100COMPANY12345……”といった値が格納されている。図示する空白部分は、固定長にするための空白文字の部分を示す。

［画面］
本実施の形態のファイル送信システムにおける端末１のＧＵＩ画面６の例を以下に示す。利用者Ｕ０は端末１でＧＵＩ画面を起動する。まず、入出力制御部２０は、ＧＵＩ画面６において、利用者Ｕ０の指定操作に基づき、ＤＢ５の各データ｛Ｄ０〜Ｄ４｝の内容を、図５〜図８のようなテーブルの形、あるいはそれを表示用に加工した形で表示してもよい。例えば図５のようなシステム設定データＤ０の内容をＧＵＩ画面６に表示し、利用者Ｕ０により設定可能である。また履歴データＤ３やログデータＤ４についても同様に表示し、利用者Ｕ０により参照可能である。

［画面（１）］
図１２は、設定の画面例として、取引先一覧画面を示す。本画面では、ｇ１に示すように、取引先情報の一覧を表などの形で表示する。ｇ１の取引先一覧の表は、取引先データＤ１のレコードに基づき、取引先ＩＤ、取引先名称、取引先フォルダ、登録日時、及び更新日時などの情報を表示する。なお図示する取引先情報は、図６（ｂ）の取引先ＩＤ＝１，２，３の例と対応している。

利用者Ｕ０は、ｇ１の取引先一覧の表の中から、取引先情報の行を選択する操作、並びに、詳細ボタンｇ１１、追加ボタンｇ１２、複製ボタンｇ１３、削除ボタンｇ１４等の操作が可能である。詳細ボタンｇ１１の押下の場合、選択されている取引先情報の行について、取引先データＤ１に登録されている取引先情報の詳細を表示する。追加ボタンｇ１２の押下の場合、表に取引先情報の行を追加する。この場合、例えば図１３の取引先登録画面を表示して利用者Ｕ０により取引先情報を入力して登録できる。削除ボタンｇ１４の押下の場合、選択されている取引先情報の行を削除できる。

複製ボタンｇ１３の押下の場合、選択されている取引先情報の行を複製することができる。利用者Ｕ０は、複製された取引先情報を用いて、そのうちのデータ項目の値を修正する等の簡単な編集の操作のみで、新規の取引先情報を登録できる。例えば図１３のｇ２と同様の画面を表示して、複製の取引先情報の編集による登録を可能とする。

［画面（２）］
図１３は、設定の画面例として、取引先登録画面を示す。本画面では、ｇ２の取引先情報の登録の領域と、ｇ３の取引内容一覧の領域とを有する。ｇ２では、取引先データＤ１に基づく取引先情報の内容を、各データ項目ごとに表示する。利用者Ｕ０は、取引先名称などの各データ項目におけるフォーム等の入力欄に、対応するデータ値を入力する。そして登録ボタンｇ２０の押下により当該取引先情報を取引先データＤ１に登録できる。ｇ２で示す取引先情報は、図６（ｂ）の取引先ＩＤ＝１の例と対応している。

ｇ３の取引内容一覧では、取引内容データＤ２に基づく取引内容情報の一覧を表などの形で表示する。即ち同じ取引先例えばＡ社における１つ以上の取引内容の一覧が表示される。ｇ３の表の行ごとに、取引内容データＤ２のレコードに応じて、取引内容ＩＤ、取引内容名称、送受信種別、データ形式、登録日時、及び更新日時などの情報を表示する。利用者Ｕ０により取引内容情報の行を選択する操作、並びに、詳細ボタンｇ２１、追加ボタンｇ２２、複製ボタンｇ２３、削除ボタンｇ２４等の操作が可能である。

詳細ボタンｇ２１の押下の場合、選択されている取引内容情報の行について、取引内容データＤ２に登録されている取引内容情報の詳細を表示する。追加ボタンｇ２２の押下の場合、表に取引内容情報の行を追加できる。この場合、例えば図１４のような取引内容登録画面を表示し、利用者Ｕ０により取引内容情報を入力して登録できる。削除ボタンｇ２４の押下の場合、選択されている取引内容情報の行を削除できる。

複製ボタンｇ２３の押下の場合、選択されている取引内容情報の行を複製できる。利用者Ｕ０は、複製された取引内容情報を用いて、そのうちのデータ項目の値を修正する等の簡単な編集の操作のみで、新規の取引内容情報を登録できる。例えば図１４と同様の画面を表示して、複製の取引内容情報の編集による登録を可能とする。

ｇ２１等の各ボタンは表の行ごとに設けて行単位の操作を可能としてもよい。またボタンではなくメニューからのコマンド選択などの形態としてもよい。

ｇ３の取引内容一覧におけるＩＤ＝１の取引内容「発注」は、前述の図７（ｂ）の取引内容ＩＤ＝１の例と対応する。ＩＤ＝４の「発注(2)」は、取引先Ａ社における２番目の取引内容の例として、ＩＤ＝１の「発注」とは異なる種類の発注、例えばデータ形式が異なる発注を設定した例を示す。

［画面（３）］
図１４は、設定の画面例として、取引内容登録画面を示す。本画面では、ｇ４のように、取引内容データＤ２に基づく取引内容情報の内容を、各データ項目ごとに表示する。ｇ４で、利用者Ｕ０は、取引内容名称などの各データ項目におけるフォームやリストボックス等の入力欄で対応するデータ値を入力または選択する。そして登録ボタンｇ３０の押下により、当該取引内容情報を取引内容データＤ２に登録できる。ｇ４で示す取引内容情報は、図７（ｂ）の取引内容ＩＤ＝１の例と対応している。

［画面（４）］
図１５は、取引先へのファイル送信の際の画面例を示す。利用者Ｕ０は、取引先への発注データ等のファイルを作成して送信する際、ＧＵＩ画面６内のｇ４０に示すルートフォルダ４０または他の作業フォルダ内から、対象ファイルである例えばファイルＦ１１を、送信先の取引先に応じた取引先フォルダ４、例えばｇ４１に示す取引先Ａ社フォルダ４Ａ内へ、ドラッグ＆ドロップ操作などで配置する。これにより後は自動的にファイル送信システムにより当該ファイルに関する確認処理及び送信処理などが行われる。

また当該ファイル送信の際にユーザＩＤ及びパスワード等が要求される場合、入出力制御部２０は、当該ユーザＩＤ及びパスワード等の入力欄をポップアップ等で表示して利用者Ｕ０に入力及び確認を促してもよい。また入出力制御部２０は、画面内に、確認処理及び送信処理の結果情報を表示する欄を設けてもよい。

変形例として、ファイル送信の画面は、上記のように取引先フォルダ４内に送信データファイルを入れる形態に限らず可能である。例えば、画面において、利用者Ｕ０により送信データファイル、及び送信先の取引先などを選択する欄を設け、選択された状態で送信ボタンにより実行する形態としてもよい。

［効果等］
以上説明したように、実施の形態のファイル送信システムによれば、ＤＢ５のデータの設定手段を提供し、ファイル送受信時に取引先及び取引内容に応じてファイルの形式及び内容を詳細に確認する制御処理を行う構成を有する。これにより実施の形態のファイル送信システムは、利用者による取引先及び取引内容等に応じた形式及び内容のデータファイルの送受信に関する作業負担を軽減して人的ミスを低減することができる。その結果、取引の業務の効率の向上、及び管理コスト低減などが実現できる。

本実施の形態のファイル送信システムは、会社の利用者Ｕ０の端末１にファイル送信プログラム５０をインストールしてＤＢ５のデータを設定することで利用可能であるため、導入が容易かつ低コストで、発注等の取引の業務支援を実現できる。ファイル受信側となる取引先の利用者は、特に新たなシステムやプログラムを設ける必要が無いので、負担を掛けない。

本実施の形態のファイル送信システムは、取引先の顧客の属性、ルール、及び仕様等に関するパラメータを、ＤＢ５のデータとして分離して管理する構成である。それにより、取引先及び取引内容ごとの詳細な制御が可能であり、パラメータの変更が容易である。利用者Ｕ０や管理者によりＤＢ５のデータの設定情報を詳細に設定及び参照できるので、取引先及び取引内容の変更にも適応しやすく、その際の設定の作業も、既存の設定情報の複製及び編集による設定が可能であり、手間が少ない。

また本実施の形態のファイル送信システムは、ＧＵＩ画面６の提供により、利用者Ｕ０による各種設定や情報確認及びファイル送受信の作業をわかりやすく行うことができ、フォルダ操作などで作業がしやすい。確認エラーや送信失敗の場合にはフォルダ間でファイルを再配置する等の所定の手順で運用することで、利用者Ｕ０による人的ミスを低減できる。またエラーの通知や画面表示などの手段によってファイルの形式や内容の誤りについても認識しやすく、修正作業もしやすい。

なお複数の取引先の会社を含む会社間において、受発注、見積もり、及び決済などの取引に係わるデータ情報の形式や内容を、ＥＤＩ（電子データ交換）等によって標準化及び統一化を図る試みも進んでいる。しかしながら、会社や取引内容に応じて採用が難しい場合もあり、会社間の取引ごとに独自の方式でデータファイルを送受信している場合も多い。そのような場合も本実施の形態の適用により上記効果が得られる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

本発明は、各種のデータファイルの送受信の情報処理システム等に利用可能である。

１…端末、２…端末、３…サーバ、４…取引先フォルダ、５…ＤＢ、６…ＧＵＩ画面、９…通信網、１０…制御部、１１…フォルダ管理部、１２…フォルダ監視部、１３…確認部、１５…送信部、１６…履歴処理部、１７…ログ処理部、１８…エラー処理部、１９…設定部、２０…入出力制御部、４０…ルートフォルダ、４１…送信済みフォルダ、４２…エラーフォルダ、５０…ファイル送信プログラム、５１…画面データ、１３１…ファイル情報確認部、１３２…データ形式確認部、１３３…データ内容確認部、１３４…履歴確認部、Ｄ０…システム設定データ、Ｄ１…取引先データ、Ｄ２…取引内容データ、Ｄ３…履歴データ、Ｄ４…ログデータ。

Claims (14)

1. 複数の各々の第２の利用者の端末に対してファイルを送信する制御を行う制御部を備える第１の利用者の端末と、
   前記第１の利用者の端末から前記第２の利用者の端末への前記ファイルの送信のための設定情報のＤＢを格納する記憶装置と、
   を備え、
   前記記憶装置のＤＢは、前記ファイルの送信先となる前記複数の各々の第２の利用者の端末の情報を設定する送信先データと、前記送信先に応じた前記ファイルのデータ形式及びデータ内容を規定する情報を設定する送信内容データと、を格納し、
   前記制御部は、
   前記記憶装置のＤＢの前記送信先データ及び送信内容データを含む情報を前記第１の利用者の操作に基づいて設定する設定部と、
   前記第１の利用者の端末から前記第２の利用者の端末への前記ファイルの送信の際に、前記ＤＢの設定情報を参照し、前記ファイルのデータ形式及びデータ内容の正しさを確認する処理を行う確認部と、
   前記確認の結果、正しくない場合に、前記ファイルを送信せず、当該確認の結果の情報を前記第１の利用者に対して出力するエラー処理を行うエラー処理部と、
   前記確認の結果、正しい場合に、前記ファイルを送信する処理を行う送信部と、
   を有する、ファイル送信システム。
2. 請求項１記載のファイル送信システムにおいて、
   前記制御部は、前記確認部による確認の結果の情報、及び前記送信部による送信の結果の情報を含む履歴情報を記録する処理を行う履歴処理部を有し、
   前記記憶装置のＤＢは、前記履歴情報を格納する履歴データを有する、ファイル送信システム。
3. 請求項１記載のファイル送信システムにおいて、
   前記エラー処理部は、前記確認の結果の情報を前記第１の利用者に対してメールまたは表示画面を含む手段を用いて通知する、ファイル送信システム。
4. 請求項１記載のファイル送信システムにおいて、
   前記送信先データは、複数の各々の取引先の会社の情報が設定され、
   前記送信内容データは、複数の各々の取引先との１つ以上の取引内容に応じたファイルのデータ形式及びデータ内容を含む取引内容情報が設定される、ファイル送信システム。
5. 請求項１記載のファイル送信システムにおいて、
   前記確認部は、前記ファイルのファイル名及び送信先を含む情報を確認する処理を行う、ファイル送信システム。
6. 請求項１記載のファイル送信システムにおいて、
   前記確認部は、前記ファイルのデータ形式として、固定長、ＣＳＶ、及びＸＭＬを含むデータ形式について確認する処理を行う、ファイル送信システム。
7. 請求項１記載のファイル送信システムにおいて、
   前記確認部は、前記ファイルのデータ内容である複数の各々のデータ項目における、位置、型、及びサイズを含むデータ内容を確認する処理を行う、ファイル送信システム。
8. 請求項２記載のファイル送信システムにおいて、
   前記確認部は、前記履歴データを参照し、前記ファイルが送信済みか否かを確認する処理を行い、
   前記制御部は、前記ファイルが送信済みの場合は当該ファイルを送信しない、ファイル送信システム。
9. 請求項２記載のファイル送信システムにおいて、
   前記確認部は、前記履歴データを参照し、複数のファイルの送信の順序を確認する処理を行い、
   前記制御部は、前記複数のファイルの順序が正しくない場合は送信しない、ファイル送信システム。
10. 請求項１記載のファイル送信システムにおいて、
    前記制御部は、
    前記複数の各々の送信先に応じた送信先フォルダを管理するフォルダ管理部と、
    前記複数の各々の送信先フォルダを監視して当該送信先フォルダ内に配置されるファイルを検知するフォルダ監視部と、
    を有し、
    前記確認部は、前記送信先フォルダ内に配置されたファイルについて前記確認の処理を行い、
    前記送信部は、前記送信先フォルダ内に配置されたファイルについて前記送信の処理を行う、ファイル送信システム。
11. 請求項１０記載のファイル送信システムにおいて、
    前記フォルダ管理部は、前記ファイルの確認の結果が正しく、送信が成功の場合に、当該ファイルのコピーを保存する送信済みフォルダと、前記ファイルの確認の結果が正しくない場合、及び送信が失敗の場合に、当該ファイルを移動して格納するエラーフォルダと、を管理する、ファイル送信システム。
12. 請求項１記載のファイル送信システムにおいて、
    前記制御部は、前記ＤＢの送信先データ及び送信内容データの情報を前記第１の利用者により設定及び参照する表示画面を提供する、ファイル送信システム。
13. 請求項１２記載のファイル送信システムにおいて、
    前記制御部は、前記複数の各々の送信先に関する送信先情報、及び前記送信先に応じた送信内容に関する送信内容情報の一覧を表示し、前記第１の利用者による送信先情報及び送信内容情報の参照、追加、削除、及び複製を行うための画面を提供する、ファイル送信システム。
14. 複数の各々の第２の利用者の端末に対してファイルを送信する制御を行う制御部を備える第１の利用者の端末と、前記第１の利用者の端末から前記第２の利用者の端末への前記ファイルの送信のための設定情報のＤＢを格納する記憶装置と、を備えるファイル送信システムにおける、前記制御部の情報処理を前記第１の利用者の端末に実行させるファイル送信プログラムであって、
    前記記憶装置のＤＢは、前記ファイルの送信先となる前記複数の各々の第２の利用者の端末の情報を設定する送信先データと、前記送信先に応じた前記ファイルのデータ形式及びデータ内容を規定する情報を設定する送信内容データと、を格納し、
    前記ファイル送信プログラムは、
    前記記憶装置のＤＢの前記送信先データ及び送信内容データを含む情報を前記第１の利用者の操作に基づいて設定する設定プログラムと、
    前記第１の利用者の端末から前記第２の利用者の端末への前記ファイルの送信の際に、前記ＤＢの設定情報を参照し、前記ファイルのデータ形式及びデータ内容の正しさを確認する処理を行う確認プログラムと、
    前記確認の結果、正しくない場合に、前記ファイルを送信せず、当該確認の結果の情報を前記第１の利用者に対して出力するエラー処理を行うエラー処理プログラムと、
    前記確認の結果、正しい場合に、前記ファイルを送信する処理を行う送信プログラムと、
    を有する、ファイル送信プログラム。

Images