(57)【要約】【課題】顧客にフォーマット変換プログラムを個別に配布せず、一括処理することによりシステムの運営を容易にする。【解決手段】複数の顧客とＶＡＮシステム２４との間に伝送データフォーマット変換装置２５を設置し、銀行共通に定めた全銀フォーマットの銀行宛データを複数の顧客から受信し、受信した全銀フォーマットの銀行宛データをＶＡＮフォーマットの銀行宛データに変換してＶＡＮシステムに渡し、また、ＶＡＮフォーマットで構成された一つ以上の銀行からの顧客宛データをＶＡＮシステムから受信し、受信したＶＡＮフォーマットの顧客宛データを全銀フォーマットの顧客宛データに変換して複数の顧客のそれぞれに振分けて送信する。【選択図】　　　　図１
2004086239.tif 000002
【特許請求の範囲】
【請求項１】
複数の顧客の経理システムとＶＡＮシステムとの間に設置され、
銀行共通に定めた全銀フォーマットの銀行宛データを前記複数の顧客の経理システムそれぞれから受信し、
前記ＶＡＮシステムにより複数の銀行向けに銀行宛データを振分け送信するために、受信した前記全銀フォーマット銀行宛データをＶＡＮフォーマットの銀行宛データに変換して前記ＶＡＮシステムに渡すよう処理し、
一つ以上の銀行からの顧客宛データを前記ＶＡＮシステムからＶＡＮフォーマットの顧客宛データとして受信し、
受信した前記ＶＡＮフォーマットの顧客宛データを全銀フォーマットの顧客宛データに変換して前記複数の顧客の経理システムのそれぞれに振分けて送信するよう処理する伝送データフォーマット変換装置。
【請求項２】
複数の顧客と複数の相手企業がＶＡＮシステムを介して相互にデータ交換を行い、かつ所定の共通フォーマットに従って送受信データを処理するデータフォーマット変換・伝送方式において、
前記複数の顧客と前記ＶＡＮシステムとの間に伝送データフォーマット変換装置を備え、
前記伝送データフォーマット変換装置が、前記複数の顧客から受信した前記共通フォーマットの相手企業宛データをＶＡＮフォーマットの相手企業宛データに変換して前記ＶＡＮシステムに渡し、
前記ＶＡＮシステムが、当該ＶＡＮフォーマットの相手企業宛データを受けて前記共通フォーマットの相手企業宛データに変換すると共に、前記複数の相手企業のそれぞれに振分けて送信し、
また、前記ＶＡＮシステムが、前記複数の相手企業から受信した前記共通フォーマットの顧客向けデータをＶＡＮフォーマットの顧客向けデータに変換して前記伝送データフォーマット変換装置に渡し、
前記伝送データフォーマット変換装置が、当該ＶＡＮフォーマットの顧客向けデータを前記共通フォーマットの顧客向けデータに変換して前記複数の顧客のそれぞれに振分けて送信するようにしたことを特徴とするデータフォーマット変換・伝送方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は複数の顧客会社が中間にＶＡＮ（Ｖａｌｕｅ　Ａｄｄｅｄ　Ｎｅｔｗｏｒｋ：付加価値通信網）を介して銀行とデータ交換を行う入出金システムに適用する伝送データフォーマット交換装置、およびこの装置の処理方法を適用したデータフォーマット変換・伝送方式に関するものである。
【０００２】
【従来の技術】
図１３は従来の入出金システムの構成を示すブロック図である。図において、典型的に分類される３つの取引方法によるａ社、ｂ社およびｃ社の例について説明する。
ｃ社は、手作業による帳簿管理またはパソコンを使用した自社の経理システムｃ１０を有し、自社の口座が設けられているＣ銀行に対して出金処理を行う場合、銀行振込依頼書を作成して持ち込むことで処理する。また、ｃ社の口座に入金があった場合、電話またはファックスによりＣ銀行から入金通知をもらい、そのデータを手作業により経理システムｃ１に入力する。このｃ社のケースは、昔からある手作業の多い基本的な方法である。
【０００３】
これに対しｂ社は、コンピュータを使用した自社の経理システムｂ１１から振り込み（出金処理）のために対Ｂ銀行データｂ１１と対Ｃ銀行データｂ１２を生成する。この場合のデータｂ１１，ｂ１２は、銀行側から提供されるデータ変換プログラムを使用するか、あるいは銀行指定の市販ソフトウェアを用いて得られるが、そのための方法はコンピュータに対して人手の操作により変換処理される。変換されたデータは記憶部に一時保存され、送受信部ｂ１３により公衆回線２２を介してＢ銀行、Ｃ銀行にそれぞれ送信され、ｂ社の口座から振込み処理される。また、ｂ社の口座に入金があった場合には、各銀行から公衆回線２２を介して送られて来る入金データを送受信部ｂ１３で受信し記憶部に保存する。保存された各対銀行データｂ１１，ｂ１２は、データ変換プログラムを用いて人手の操作によりｂ社のデータに変換されて経理システムｂ１０に渡される。ｂ社のケースは、人手を伴うデータ変換について示したシステムである。
【０００４】
さらに、ａ社の場合、自社の経理システムａ１０は、コンピュータにインストールされた変換プログラムａ１４が連動し、振り込みのための出金データをＡ銀行データａ１１とＢ銀行データａ１２に自動変換し、また各銀行からの入金データを自社の経理用データに自動変換する構成を持っている。送受信部ａ１３は、変換後保存された出金データについて、専用線２１を介してＡ銀行データａ１１をＡ銀行へ、Ｂ銀行データａ１２をＢ銀行へ自動的に送信する。また、専用線２１を介して送られてくる各銀行からの入金データについては送受信部ａ１３が受信し、一度保存される。保存された入金データであるＡ銀行データａ１１とＢ銀行データｂ１２は、変換プログラムａ１３により自動的に自社のデータに変換され、ａ社の経理システムａ１１に渡され処理される。ａ社のケースは、独自開発による自動的なデータ連携について示したシステムである。
【０００５】
上述の各方法は各企業に重点を置いたものであるが、これとは別に、効率を重視する共通した入出金システムとして、企業と銀行の間にＶＡＮシステムを介在させて行う方法がある。図１４はＶＡＮシステムを介在させた従来の入出金システムの構成を示すブロック図で、図１５は図１４の入出金システムに係るデータ構成について示す説明図である。ここでは、銀行が扱う入出金データは全銀フォーマットで行う。この全銀フォーマットは、銀行が加盟する全国銀行協会で定めた銀行共通のフォーマットである。また、ＶＡＮシステムが扱うデータはＶＡＮフォーマットを用いる。
【０００６】
ａ社、ｂ社およびｃ社について示しているが、同様なので、ａ社の振込み処理方法について主に説明する。ａ１はＸ銀行向け振込みデータ、ａ２はＹ銀行向け振込みデータ、ａ３はＺ銀行向け振込みデータである。これらの振込みデータａ１，ａ２，ａ３は、自社の経理システムを用いて全銀フォーマットで作成され、図１５（イ）に示されるように、振込み内容を示す全銀データの前に全銀ヘッダを、後に全銀トレーラを有する構成を持つ。ｐ１１，ｐ１２，ｐ１３は通信部で、データａ１，ａ２，ａ３をそれぞれ送るときにＶＡＮフォーマットを適用したデータＡｄ１，Ａｄ２，Ａｄ３に変換する。データＡｄ１，Ａｄ２，Ａｄ３は、図１５（ロ）のような構成を持ち、ネットワーク２３を介してＶＡＮシステム２４の各銀行向けのメールボックスＲ１，Ｒ２，Ｒ３に届けられる。ＶＡＮシステム２４は、受信した振込みデータについて、他のｂ社、ｃ社からの受信分も考慮してＸ銀行、Ｙ銀行、Ｚ銀行に振分けた銀行別データＸＤ，ＹＤ，ＺＤを生成し送信する。この銀行別データＸＤ，ＹＤ，ＺＤは、図１５（ハ）に示すように全銀フォーマットのデータ列である。各銀行は、これらの銀行別データを受信すると、ａ社、ｂ社、ｃ社それぞれの口座から指定の取引先に振込み処理を行う。一方、銀行から各社に対する入金データの通知処理方法は、反対の経路でフォーマット変換を伴い行われることになる。
【０００７】
【発明が解決しようとする課題】
従来のＶＡＮシステムを介在した入出金システムは、以上のように構成されているので、入出金データに対して全銀フォーマットとＶＡＮフォーマット相互の変換が必要である。顧客である会社は、これらフォーマット変換を行う変換プログラムを自社のコンピュータに組み込むことになるが、そのために銀行側は変換プログラムを膨大な数の顧客に配布しインストールさせることになる。また、バージョンアップ等が生じる場合も考えると、システムの運営は容易ではないという問題があった。
【０００８】
この発明は上記のような問題を解決するためになされたもので、顧客にフォーマット変換プログラムを個別に配布せず、一括処理することによりシステムの運営を容易にする伝送データフォーマット変換装置を得ることを目的とする。
また、この発明は伝送データフォーマット変換装置の機能を応用して一般的にデータを扱うことのできるデータフォーマット変換・伝送方式を得ることを目的とする。
【０００９】
【課題を解決するための手段】
この発明に係る伝送データフォーマット変換装置は、複数の顧客の経理システムとＶＡＮシステムとの間に設置され、銀行共通に定めた全銀フォーマットの銀行宛データを複数の顧客の経理システムから受信し、ＶＡＮシステムにより複数の銀行向けに銀行宛データを振分け送信するために、受信した当該全銀フォーマットの銀行宛データをＶＡＮフォーマットの銀行宛データに変換してＶＡＮシステムに渡すよう処理し、一つ以上の銀行からの顧客宛データをＶＡＮシステムからＶＡＮフォーマットの顧客宛データとして受信し、受信した当該ＶＡＮフォーマットの顧客宛データを全銀フォーマットの顧客宛データに変換して複数の顧客の経理システムのそれぞれに振分けて送信するよう処理するものである。
【００１０】
この発明に係るデータフォーマット変換・伝送方式は、複数の顧客と複数の相手企業がＶＡＮシステムを介して相互にデータ交換を行い、かつ所定の共通フォーマットに従って送受信データを処理するデータフォーマット変換・伝送方式において、複数の顧客とＶＡＮシステムとの間に伝送データフォーマット変換装置を備え、伝送データフォーマット変換装置が、前記複数の顧客から受信した共通フォーマットの相手企業宛データをＶＡＮフォーマットの相手企業宛データに変換してＶＡＮシステムに渡し、ＶＡＮシステムが、当該ＶＡＮフォーマットの相手企業宛データを受けて共通フォーマットの相手企業宛データに変換すると共に、複数の相手企業のそれぞれに振分けて送信し、また、ＶＡＮシステムが、複数の相手企業から受信した共通フォーマットの顧客向けデータをＶＡＮフォーマットの顧客向けデータに変換して伝送データフォーマット変換装置に渡し、伝送データフォーマット変換装置が、当該ＶＡＮフォーマットの顧客向けデータを共通フォーマットの顧客向けデータに変換して複数の顧客のそれぞれに振分けて送信するようにしたものである。
【００１１】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１はこの発明の実施の形態１に係る入出金システムの構成を示すブロック図、図２はこの実施の形態１に係る入出金データの構成について示す説明図である。これらの図において、図１４並びに図１５に相当する部分には同一符号を付して示す。図１において、図１４と異なる部分は、ＶＡＮシステム２４のネットワーク２３側に伝送データフォーマット変換装置２５が設けられていることである。伝送データフォーマット変換装置２５において、２６は送受信サーバで、顧客各社の通信部Ｐａ，Ｐｂ，Ｐｃとデータを送受信し、送信元と送信先を管理する機能を持ち、そのために顧客マスタ、情報区分マスタおよび振分けマスタを備えている。２７は入出金データについて全銀フォーマット／ＶＡＮフォーマット変換を行う機能を持つフォーマット変換部である。
図３は顧客マスタの構成例を示し、図４は情報区分マスタの構成例を示し、また図５は振分けマスタの構成例を示す。
【００１２】
次に動作について説明する。
図６はこの実施の形態１に係る振込み（出金）データのフォーマット変換処理の概略手順について示すフローチャートである。
以下、主にａ社を例に説明する。ａ社の経理システムは、全銀フォーマットで各銀行宛に送信する振込みデータａ１，ａ２，ａ３を作成し一時記憶部に保存する。通信部Ｐａは、これら振込みデータａ１，ａ２，ａ３をまとめて図２（イ）に例示する総合振込みデータＡｄを作成する（ステップＳＴ１）。通信部Ｐａは、ネットワーク２３を介して、作成した総合振込みデータＡｄを送受信サーバ２５に送信する（ステップＳＴ２）。図２（イ）の全銀フォーマットの構成において、全銀ヘッダには会社情報等が設定されている。全銀データには、現在の説明では振込み明細書が設定されている。また、全銀トレーラには、データ件数と金額が設定されている。
【００１３】
送受信サーバ２５は、ａ社の総合振込みデータＡｄを受信し、顧客マスタ、情報区分マスタを用いて受信データとして予め決めた条件に従っているかを調べ（ステップＳＴ３）、その適格性を判定する（ステップＳＴ４）。
図７は送受信サーバで行う振込み処理用受信データの適格性の調査と判定の処理の詳細を示すフローチャートで、ここで、ステップＳＴ３１〜ＳＴ３４が総合的に図６のステップＳＴ３に相当し、またステップＳＴ４１〜ＳＴ４４がステップＳＴ４に相当することになる。
総合振込みデータＡｄを受信すると、まずフォーマットのチェックを行うが、全銀ヘッダと全銀トレーラ単位に実施し（ステップＳＴ３１）、全銀ヘッダの有無を判定する（ステップＳＴ４１）。全銀ヘッダが有る場合には、全銀ヘッダ内の仕向け銀行コードが顧客マスタ存在しているかを調べ（ステップＳＴ３２）、仕向け銀行コードの存在を判定する（ステップＳＴ４２）。仕向け銀行コードが存在した場合には、送信元毎の取引先コードを基に顧客マスタを検索し（ステップＳＴ３３）、取引先コードの有無を判定する（ステップＳＴ４３）。取引先コードが存在した場合、全銀ヘッダ内の種別コードが情報区分マスタに存在しているかを調べ（ステップＳＴ３４）、種別コードの有無を判定する（ステップＳＴ４４）。種別コードが存在している場合、適格性有りとなり、図６のステップＳＴ５に進む。なお、ステップＳＴ４１〜ＳＴ４４において、判定結果「ＮＯ」の場合、適格性無しとなり、図６のステップＳＴ１１の処理を行う。
【００１４】
次に、図６に戻り、ステップＳＴ４において適格性があった場合、振込みデータはＶＡＮフォーマットに変換される（ステップＳＴ５）。このステップＳＴ５のＶＡＮフォーマットへの変換処理の詳細は図８に示すフローチャート分解される。顧客マスタを参照して送信元の取引先のセンタコードを取得し（ステップＳＴ５０）、ＶＡＮフォーマットのヘッダ情報内の発信者側ＶＡＮコードに編集する（ステップＳＴ５１）。次に、受信ファイル、すなわち総合振込みデータＡｄを読み込み（ステップＳＴ５２）、各銀行向けデータａ１，ａ２，ａ３について１件づつＶＡＮフォーマットに変換し、図２（ロ）に示す送信元単位のＶＡＮ変換データａｄを得る（ステップＳＴ５３）。ＶＡＮ変換データａｄは、全銀データａ１，ａ２，ａ３のそれぞれにＶＡＮヘッダとＶＡＮトレーラがつき、予め決められた順序で配列されている。
ａ社からの受信ファイルについてＶＡＮフォーマットへの変換処理が完了すると、ＶＡＮシステム２４へ伝送される（ステップＳＴ６）。また、他の送信元からの受信ファイルＢｄ，Ｃｄに関して、同様に行なわれたＶＡＮフォーマットの振込みデータｂｄ，ｃｄがあれば、それらもＶＡＮシステム２４へ伝送される。
【００１５】
ＶＡＮシステム２４は、受信したＶＡＮフォーマットの振込みデータａｄ，ｂｄ，ｃｄを銀行毎のメールボックスＲ１，Ｒ２，Ｒ３に仕分けする（ステップＳＴ７）。次に、メールボックスＲ１，Ｒ２，Ｒ３の各銀行向けデータをＶＡＮフォーマットから全銀フォーマットに変換し、図２（ハ）に示す各銀行向けにまとめて配列した全銀フォーマットの振込みデータＸＤ，ＹＤ，ＺＤを生成する（ステップＳＴ８）。生成された全銀フォーマットの振込みデータＸＤ，ＹＤ，ＺＤは、対応するＸ銀行、Ｙ銀行、Ｚ銀行にそれぞれ伝送される（ステップＳＴ９）。例えばＸ銀行では、受信した全銀フォーマットデータデータＸｄから送信元ａ社の振込みデータａ１を抽出し、その振込みデータａ１に基づいてａ社の口座から取引先に振込み処理を行う（ステップＳＴ１０）。
【００１６】
一方、図６のステップＳＴ４において、顧客マスタを調べて送信元コードが不備などの理由により受信データの適格性が認められなかった場合、伝送データフォーマット変換装置２５の運営会社では、顧客マスタに登録してある電話番号あるいはメールアドレスから送信元の担当者にエラー通知を連絡する（ステップＳＴ１１）。これを受けて、送信元の会社ではエラー処理を行う（ステップＳＴ１２）。
図９はステップＳＴ１２のエラー処理の詳細を示すフローチャートである。運営会社から電話またはメールのエラー通知を受信すると（ステップＳＴ１２１）、通知を受けた顧客会社の担当者は、受信した電話またはメールを使って、あるいはメールにハイパーリンクされたＷｅｂ画面でエラー状況を確認する（ステップＳＴ１２２）。次に、確認したエラー状況に従って送信データの修正を行い（ステップＳＴ１２３）、再送手続き、再送信を行う（ステップＳＴ１２４）。
【００１７】
図１０はこの実施の形態１に係る入金データのフォーマット変換処理の概略手順について示すフローチャートである。なお、伝送されるデータの構成は、図２で、振込みデータを入金データと置き換えることで説明する。
各銀行において、入金があった顧客に対して全銀フォーマットで構成した入金データＸＤ，ＹＤ，ＺＤを送信する（ステップＳＴ８０）。ＶＡＮシステム２４はこれらのデータを各メールボックスＲ１，Ｒ２，Ｒ３に受信すると（ステップＳＴ８１）、全銀フォーマットからＶＡＮフォーマットに変換する（ステップＳＴ８２）。ＶＡＮフォーマットに変換された各銀行からの入金データは、顧客別に統合されたＶＡＮフォーマットの入金データａｄ，ｂｄ，ｃｄに生成され伝送データフォーマット変換装置２５に送られる（ステップＳＴ８３）。
【００１８】
伝送データフォーマット変換装置２５では、ＶＡＮフォーマットの入金データａｄ，ｂｄ，ｃｄを受信すると（ステップＳＴ８４）、送受信サーバ２６が受信データの適格性を調べ（ステップＳＴ８５）、その判定を行う（ステップＳＴ８６）。
図１１は送受信サーバが行う受信データの適格性の調査と判定の処理の詳細を示すフローチャートで、ここで、ステップＳＴ８４１〜ＳＴ８４４が図１０のステップＳＴ８５に相当し、ステップＳＴ８６１〜ＳＴ８６４がステップＳＴ８６に相当することになる。
ＶＡＮフォーマットの入金データａｄ，ｂｄ，ｃｄについてＶＡＮヘッダとＶＡＮトレーラ単位にチェックを行い（ステップＳＴ８４１）、最初にＶＡＮヘッダがあるかを判定する（ステップＳＴ８６１）。ヘッダがあった場合、ＶＡＮデータ内の情報区分コードが情報区分マスタに存在しているかを調べ（ステップＳＴ８４２）、その判定を行う（ステップＳＴ８６２）。情報区分コードが存在した場合、次に全銀ヘッダ内の銀行番号、支店番号、預金種目および口座番号が振分けマスタに存在するかを調査し（ステップＳＴ８４３）、判定する（ステップＳＴ８６３）。存在した場合、さらに振分けマスタに登録されている取引先コードが顧客マスタに登録されているかを調べ（ステップＳＴ８４４）、判定する（ステップＳＴ８６４）。登録されている場合には、次のステップＳＴ８７の全銀フォーマットへの変換処理を行う。
【００１９】
図１２はステップＳＴ８７の全銀フォーマットへの変換処理の詳細手順を示すフローチャートである。受信ファイルからＶＡＮフォーマットの入金データａｄ，ｂｄ，ｃｄを読み込み（ステップＳＴ８７１）、１件ずつ全銀フォーマットに変換してデータＡｄ，Ｂｄ，Ｃｄを得る（ステップＳＴ８７２）。変換された全銀フォーマットの入金データは、振分けマスタに登録されている伝送識別名、伝送ファイル名に従って顧客各社へ伝送される（ステップＳＴ８８）。例えばａ社では、通信部Ｐａで、全銀フォーマットの入金データＡｄを受信し、各銀行別の全銀データａ１，ａ２，ａ３を抽出して自社の経理システムに取り込み、入金処理を実施する（ステップＳＴ８９）。
【００２０】
なお、ステップＳＴ８６１〜ＳＴ８６４のいずれかの判定で、「ＮＯ」となった場合、すなわち図１０のステップＳＴ８６の判定結果が「ＮＯ」の場合、顧客マスタに登録されている電話番号またはメールアドレスに対して問題点を指摘した連絡を行い（ステップＳＴ９０）、各社においてエラー処理を行う（ステップＳＴ９１）。
以上のように説明してきたが、伝送データフォーマット変換装置２５は、ＶＡＮシステム２４と一体化して管理、運営するようにしてもよい。
【００２１】
以上のように、この実施の形態１によれば、顧客各社とＶＡＮシステムの間に伝送データフォーマット変換装置を設置したことにより、各社からの出金データ（銀行宛データ）は全銀フォーマットで構成したものを受信してＶＡＮフォーマットに変換処理してＶＡＮシステムに渡し、また、ＶＡＮフォーマットにした各銀行からの入金データ（顧客宛データ）を全銀フォーマットに変換してから各社に振分けるようにしたものである。したがって、各社がそれぞれ全銀フォーマット／ＶＡＮフォーマットの変換手段を個別に備える必要がなく、複数の顧客に関するデータのフォーマット変換を一括して処理することが可能となる。そのことによって銀行側は変換プログラムを膨大な数の顧客に配布しインストールさせる必要がなくなり、バージョンアップ等が生じた場合の顧客への対応を大幅に削減でき、システムの運営を容易にする効果が得られる。
【００２２】
実施の形態２．
上記実施の形態１では、銀行に関するデータとして入出金データのフォーマット変換と伝送について述べてきた。用いた伝送データフォーマット変換装置は、ＶＡＮシステムと複数の顧客の間に設けられ、全銀フォーマットとＶＡＮフォーマットの変換を行うものであった。ここで、銀行の代わりに複数の顧客と取引を行う大手製品メーカなどの複数の相手企業を考える。また、顧客として、複数の部品メーカを当てはめる。両者間には取引上のデータが存在するわけで、大手製品メーカ間で協力して取引を行うデータに共通したフォーマットを設定した場合、同様な方法でデータのフォーマット変換および伝送を行うことができる。すなわち、データの中身は入出金データと異なるが、同様なデータ伝送を行う取引環境があれば、この発明の基本的な構成は適用でき、実施の形態１と同じ効果が得られる。
【００２３】
【発明の効果】
以上のように、この発明によれば、複数の顧客の経理システムとＶＡＮシステムとの間に設置され、銀行共通に定めた全銀フォーマットの出金データを複数の顧客の経理システムから受信し、ＶＡＮシステムにより複数の銀行向けに銀行宛データを振分け送信するために、受信した当該全銀フォーマットの銀行宛データをＶＡＮフォーマットの銀行宛データに変換してＶＡＮシステムに渡すよう処理し、また、一つ以上の銀行からの顧客宛データをＶＡＮシステムからＶＡＮフォーマットの顧客宛データとして受信し、受信した当該ＶＡＮフォーマットの顧客宛データを全銀フォーマットの顧客宛データに変換して顧客の経理システムのそれぞれに振分けて送信するよう処理するように構成したので、各顧客がそれぞれ全銀フォーマット／ＶＡＮフォーマットの変換手段を個別に備える必要がなく、複数の顧客に関するデータのフォーマット変換を一括して処理することが可能となり、銀行側は変換プログラムを膨大な数の顧客に配布しインストールさせる必要がなく、バージョンアップ等が生じ場合も顧客への対応を大幅に削減でき、システムの運営を容易にする効果がある。
【００２４】
この発明によれば、複数の顧客と複数の相手企業がＶＡＮシステムを介して相互にデータ交換を行い、かつ所定の共通フォーマットに従って送受信データを処理するデータフォーマット変換・伝送方式において、複数の顧客とＶＡＮシステムとの間に伝送データフォーマット変換装置を備え、伝送データフォーマット変換装置が、前記複数の顧客から受信した共通フォーマットの相手企業宛データをＶＡＮフォーマットの相手企業宛データに変換してＶＡＮシステムに渡し、ＶＡＮシステムが、当該ＶＡＮフォーマットの相手企業宛データを受けて共通フォーマットの相手企業宛データに変換すると共に、複数の相手企業のそれぞれに振分けて送信し、また、ＶＡＮシステムが、複数の相手企業から受信した共通フォーマットの顧客向けデータをＶＡＮフォーマットの顧客向けデータに変換して伝送データフォーマット変換装置に渡し、伝送データフォーマット変換装置が、当該ＶＡＮフォーマットの顧客向けデータを共通フォーマットの顧客向けデータに変換して複数の顧客のそれぞれに振分けて送信するように構成したので、各顧客がそれぞれ共通フォーマット／ＶＡＮフォーマットの変換手段を個別に備える必要がなく、複数の顧客に関するデータのフォーマット変換を一括して処理することが可能となり、相手企業側は変換プログラムを膨大な数の顧客に配布しインストールさせる必要がなく、バージョンアップ等が生じる場合も顧客への対応を大幅に削減でき、システムの運営を容易にする効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１に係る入出金システムの構成を示すブロック図である。
【図２】同実施の形態１に係る入出金データの構成を示す説明図である。
【図３】同実施の形態１に係る顧客マスタの構成例を示す説明図である。
【図４】同実施の形態１に係る情報区分マスタの構成例を示す説明図である。
【図５】同実施の形態１に係る振分けマスタの構成を示す説明図である。
【図６】同実施の形態１に係る振込みデータのフォーマット変換処理の概略手順について示すフローチャートである。
【図７】同実施の形態１に係る振込み処理用受信データの適格性の調査と判定の処理を示すフローチャートである。
【図８】同実施の形態１に係るＶＡＮフォーマットへの変換処理について示すフローチャートである。
【図９】同実施の形態１に係るエラー処理について示すフローチャートである。
【図１０】同実施の形態１に係る入金データのフォーマット変換処理の概略手順について示すフローチャートである。
【図１１】同実施の形態１に係る入金処理用受信データの適格性の調査と判定の処理の詳細を示すフローチャートである。
【図１２】同実施の形態１に係る全銀フォーマットへの変換処理について示すフローチャートである。
【図１３】従来の入出金システムの構成を示すブロック図である。
【図１４】ＶＡＮシステムを介在させた従来の入出金システムの構成を示すブロック図である。
【図１５】従来の入出金システムに係るデータ構成について示す説明図である。
【符号の説明】
２３　ネットワーク、２４　ＶＡＮシステム、２５　伝送データフォーマット変換装置、２６　送受信サーバ、２７　フォーマット変換部、Ｐａ，Ｐｂ，Ｐｃ通信部。
【図１】
2004086239.tif 000003
【図２】
2004086239.tif 000004
【図３】
2004086239.tif 000005
【図４】
2004086239.tif 000006
【図５】
2004086239.tif 000007
【図６】
2004086239.tif 000008
【図７】
2004086239.tif 000009
【図８】
2004086239.tif 000010
【図９】
2004086239.tif 000011
【図１０】
2004086239.tif 000012
【図１１】
2004086239.tif 000013
【図１２】
2004086239.tif 000014
【図１３】
2004086239.tif 000015
【図１４】
2004086239.tif 000016
【図１５】
2004086239.tif 000017