JP2003030431A

JP2003030431A - 代行サーバー、銀行業務システム及び顧客端末

Info

Publication number: JP2003030431A
Application number: JP2001206601A
Authority: JP
Inventors: Carly Alistair; カーリーアリステア
Original assignee: HSBC Holdings PLC
Current assignee: HSBC Holdings PLC
Priority date: 2001-07-06
Filing date: 2001-07-06
Publication date: 2003-01-31

Abstract

(57)【要約】【課題】本発明の課題は、銀行業務システムが受信可
能となる情報形式に変換すると共に、銀行業務システム
から更新情報を受信して顧客端末へ提供する代行サーバ
ーを提供することを目的とする。【解決手段】本発明の課題は、銀行業務に関する情報
を処理する銀行業務システムに接続して、顧客端末から
の要求に応じた取引業務を代行する代行サーバーにおい
て、顧客端末から受信した取引に関する取引情報の第一
情報形式を、銀行業務システムによって受信可能な第二
情報形式に変換する情報形式変換手段と、上記銀行業務
システムによって更新された取引情報を受信して管理す
る更新情報管理手段と、顧客端末からの要求に応じて、
更新された取引情報を該顧客端末へ提供する更新情報提
供手段とを有する代行サーバーによって達成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、銀行業務を処理す
る銀行業務システムに接続して、顧客端末からの要求に
応じた取引業務を代行する代行サーバーに係り、詳しく
は、銀行業務システムが受信可能となる情報形式に変換
すると共に、銀行業務システムから更新情報を受信して
顧客端末へ提供する代行サーバーを提供するものであ
る。

【０００２】また、本発明は、そのような代行サーバー
から受信した情報を、処理区分に応じた情報セットを生
成する銀行業務システムに関する。

【０００３】更に、本発明は、そのような代行サーバー
に接続される顧客端末に関する。

【０００４】

【従来の技術】従来より、商品の輸出入を行うために
は、輸入者は、所定情報を記入した信用状開設書を信用
状を発行する発行銀行へ持参し、発行銀行から発行され
た信用状を輸出者へ、輸出者が所在する地域にある通知
銀行を介して送付していた。

【０００５】輸出者は、輸入者からの信用状の用紙を郵
便で受け取ると、信用状に記載された商品の生産を行
い、生産した商品を輸入者へ輸送する。買取銀行は、輸
出者から提示された信用状と輸出証明書とに基づいて、
商品の代金を前払いすると共に、発行銀行へ信用状及び
輸出証明書とを含む書類一式を送付する（通常、国際郵
便となる）。発行銀行は、受け取った書類の照合を行
い、買取銀行へ買取銀行が前払いした金額を送金する。
照合された書類は、発行銀行から輸入者４０へ送付さ
れ、輸入者は、発行銀行から送付された書類によって、
港で積荷（商品）を受け取ることができる。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来の方法では、信用状の送付、輸出書類の送付等が、通
常、郵便となるため日数を多く費やすため、輸出者が輸
入者から支払を補償した信用状を受け取るたでに時間が
かかり、輸入者は、輸出書類一式を発行銀行から受け取
るまで商品を港で受け取れないため、海外との取引を迅
速に行えない等の問題があった。

【０００７】また、輸入者から信用状開設書を受け付け
た発行銀行では、信用状開設書から銀行のシステムへの
入力を行なう際、入力ミス等が発生した場合、そのミス
の修正が行われるまで信用状の発行がなかなかできない
等の問題があった。

【０００８】上記のような問題は、同一銀行グループで
あって、同じ勘定系のシステムで銀行業務を処理してい
る場合においても発生していた。

【０００９】一方、銀行業務を処理する勘定系のシステ
ムは、銀行基盤を形成している場合が多く、輸入者から
の信用状に関する電子データを直接取り込むには、セキ
ュリティ上問題があり解決が困難であった。

【００１０】また、通常の銀行業務においても、顧客へ
提示されるサービス（プロダクト）は、銀行業務におけ
る処理単位とは別のものであり、顧客から依頼されたサ
ービスどのような銀行業務が必要となるかは、行員の経
験と知識によって、通常、１つのサービスに対して複数
の銀行業務を割り当てていた。

【００１１】上記のような状況において、顧客の端末か
ら銀行業務を行う勘定系システムに接続してサービス一
般を実現することが困難であった。

【００１２】そこで、本発明の第一の課題は、銀行業務
を処理する銀行業務システムに接続して、顧客端末から
の要求に応じた取引業務を代行する代行サーバーを提供
することである。

【００１３】また、本発明の第二の課題は、そのような
代行サーバーから受信した情報を、処理区分に応じた情
報セットを生成する銀行業務システムを提供することで
ある。

【００１４】さらに、本発明の第三の課題は、そのよう
な代行サーバーに接続される顧客端末を提供することで
ある。

【００１５】

【課題を解決するための手段】上記第一の課題を解決す
るため、本発明は、銀行業務を処理する銀行業務システ
ムに接続して、顧客端末からの要求に応じた取引業務を
代行する代行サーバーにおいて、顧客端末から受信した
取引に関する取引情報の第一情報形式を、銀行業務シス
テムによって受信可能な第二情報形式に変換する情報形
式変換手段と、上記銀行業務システムによって更新され
た取引情報を受信して管理する更新情報管理手段と、顧
客端末からの要求に応じて、更新された取引情報を該顧
客端末へ提供する更新情報提供手段とを有するように構
成される。

【００１６】このような代行サーバーでは、顧客端末か
ら受信した取引情報の第一情報形式が第二情報形式に変
換されることによって、顧客端末と銀行業務システムと
の仲介を行うと共に、銀行業務システムに対してセキュ
リティを保持することができる。また、代行システム
は、更新された情報を管理するため、リアルタイムに顧
客端末に情報を提供することができる。

【００１７】上記第二の課題を解決するため、本発明
は、取引業務を代行する代行サーバーからの要求に応じ
て、銀行業務を処理する銀行業務システムにおいて、上
記代行サーバーから受信可能な取引に関する第一取引情
報を受信すると、該取引情報によって示される取引の種
別を示す取引種別情報に基づいて、対応する少なくとも
１つの銀行業務の処理区分毎に、処理区分を識別する識
別情報を有する第二取引情報を生成する取引情報生成手
段を有し、上記取引情報生成手段によって生成された第
二取引情報の識別情報に基づいて、各処理区分に応じた
処理が実行されるように構成される。

【００１８】このような銀行業務システムでは、代行サ
ーバーから受信した取引情報を銀行業務システムによっ
て処理するための処理区分毎に取引情報が生成されるた
め、１つの取引情報に対して、関連する複数の処理を実
行させることができる。

【００１９】上記第三の課題を解決するため、本発明
は、銀行業務を代行する代行サーバーに接続する顧客端
末において、顧客が取引業務内容を入力するための取引
入力画面を表示ユニットに表示させる取引入力画面表示
手段を有するように構成される。

【００２０】このような顧客端末では、顧客端末から銀
行業務に関する取引業務内容を入力することができる。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００２２】本発明の実施の一形態に係る勘定系システ
ム、代行サーバー及び輸入者とで構成される銀行ネット
ワークシステムは、例えば、図１に示すようなシステム
を構成する。

【００２３】図１は、銀行ネットワークシステムの構成
例を示す図である。図１に示される銀行ネットワークシ
ステム１０００において、勘定系システム１００、代行
サーバー２００、マッピング処理装置３００及び輸入者
４０が使用する輸入者端末（図２において、輸入者端末
４００）は、夫々請求項に記載される代行サーバー、銀
行業務システム、マッピング処理装置及び顧客端末に対
応する。勘定系システム１００、代行サーバー２００及
びマッピング処理装置３００は、銀行グループ５０によ
って管理される。

【００２４】図１において、銀行ネットワークシステム
１００は、勘定系システム１００と、代行サーバー２０
０と、マッピング処理装置３００と、輸入者４０が使用
する輸入者端末と、同一の銀行グループ５０内の発行銀
行５１が使用する発行銀行端末と、買取銀行５２が使用
する買取銀行端末とで構成される。通常、複数の輸入者
４０が複数の輸出者６０との間で銀行グループ５０を介
して取引が行なわれるが、説明の便宜上、単に輸入者４
０及び輸出者６０と記す。

【００２５】例えば、銀行グループ５０に属する複数の
銀行は、多数の国を拠点として銀行業務を行なってい
る。銀行グループ５０は、輸入者４０からの依頼に応じ
て、信用状の依頼内容を示す信用状情報を発行する発行
銀行５１と、発行銀行５１が発行した信用状情報に基づ
いて輸出者６０から提出された船積書類のチェック後、
輸出者６０へ輸出代金の支払（信用状の買取）を行な
う。発行銀行５１と買取銀行５２とを分けているが、同
一銀行であっても良い。買取銀行５２は、発行銀行５１
によって信用状情報が通知された場合は通知銀行５２と
して、また、輸出者６０から信用状の買取を行なう場合
は買取銀行５２としての役割を持つ。買取銀行５２は、
通知銀行５２及び買取銀行５２として同一銀行であって
も良いし、別銀行であっても良い。

【００２６】説明の便宜上、以下説明において、例え
ば、輸入者４０は日本に所在し、発行銀行５１は中国に
所在し、買取銀行５２は他アジア諸国に所在するものと
する。また、勘定系システム１００及び代行サーバー２
００は、例えば、中国に位置する。アクセスポイント２
６及びマッピング処理装置３００は、輸入者４０が所在
する日本に位置する。

【００２７】輸入者４０は、所定の処理アプリケーショ
ンがインストールされた端末を利用して、アクセスポイ
ント２６を介して代行サーバー３００へ接続することに
よって、銀行業務に関する処理及び輸出入取引に必要と
なる信用状の発行依頼を銀行グループ５０に対して行な
う。また、輸入者４０は、所定の処理アプリケーション
がインストールされていない端末を使用する場合、例え
ば、信用状情報を代行サーバー２００へ公衆回線２５を
介して電子メールで送信することによって、信用状の発
行を銀行グループ５０に対して依頼することもできる。

【００２８】アクセスポイント２６は、代行サーバー２
００が輸入者４０から、例えば、国境を越えるような遠
距離に位置する場合、輸入者４０が所在する日本国内に
設置される接続ポイントである。アクセスポイント２６
は、必要に応じて複数設置され、輸入者４０は、いずれ
かのアクセスポイント２６へ接続することによって代行
サーバー２００への接続が行なえるように銀行ネットワ
ークシステム１０００を構築するようにしても良い。

【００２９】代行サーバー２００は、アクセスポイント
２６を介して輸入者４０が送信した取引情報を取得する
と、勘定系システム１００によって受信可能となるよう
に、取引情報のヘッダ部を変換する（第一の変換）。代
行サーバー２００は、変換されたヘッダ部を有する取引
情報を勘定系システム１００へ送信する。一方、代行サ
ーバー２００は、例えば、所定期間毎に又は必要に応じ
て、勘定系システム１００から更新された取引情報を取
得し、輸入者４０から取引情報の参照要求があった場
合、更新された最新の取引情報をアクセスポイント２６
を介して輸入者４０へ提供する。

【００３０】従って、代行サーバー２００において、取
引情報のヘッダ部を変換することによって、輸入者４０
からの取引情報が勘定系システム１００によって受信可
能となるため、輸入者４０からのアクセスを勘定系シス
テム１００から切り離すことができる。よって、勘定系
システム１００を外部からのアクセスから保護すること
ができる。

【００３１】マッピング処理装置３００は、輸入者４０
から信用状情報を含む電子メールを受信すると、電子メ
ールによって示される信用情報を勘定系システム１００
によって処理可能となる情報形式に変換する。マッピン
グ処理装置３００は、輸入者４０が独自に開発した信用
状情報を作成する処理部に対応させて勘定系システム１
００によって処理可能となる情報形式に変換するように
する。

【００３２】従って、輸入者４０は、独自に信用状情報
を作成する処理部を持っている場合又は所定の処理アプ
リケーションがインストールされていない端末を使用す
る場合においても、信用状情報を送信することができ
る。また、輸入者４０は、海外出張中の場合、出張先か
ら自分のコンピュータ端末から信用状情報を送信するこ
とができる。

【００３３】勘定系システム１００は、従来の銀行内の
処理を電子的に行なうための機能を有し、例えば専用線
２４で銀行グループ５０の各銀行に設置された銀行端末
と接続されるシステムである。勘定系システム１００
は、代行サーバー２００と専用線２４で接続し、代行サ
ーバー２００から処理可能な取引情報を受信すると、取
引情報のヘッダ部に示される、銀行が顧客へ提供するサ
ービス形態を示す第一のプロダクトＩＤに基づいて、銀
行内での処理区分を示す第二のプロダクトＩＤに変換す
る（第二の変換）。通常、顧客側へ提供されるサービス
形態と銀行内での処理区分とは一致しないため、勘定系
システム１００は、顧客側のサービス形態に必要となる
銀行内での少なくとも１つ以上の処理区分に対応させ
る。顧客側のサービス形態が複数の処理区分に対応する
場合、処理区分毎に取引情報が生成され複数の取引情報
で構成される処理セットが作成される。この変換によっ
て、第二のプロダクトＩＤに応じた処理部が取引情報に
基づいて処理を行なう。

【００３４】従って、勘定系システム１００において、
顧客側へ提供されるサービス形態と銀行内での処理区分
との対応を、取引情報のヘッダ部内を変換することによ
って実現することができる。従来、行員によって、顧客
からの処理要求に対してサービス形態に基づいて、銀行
内で必要となる処理を発生させていた人為的作業を完全
に削減することができる。

【００３５】例えば、輸入者４０がアクセスポイント２
６に接続して信用状情報を送信した場合、代行サーバー
２００を介して勘定系システム１００によって処理さ
れ、発行銀行５１によって信用状の発行処理が行なわれ
ると、買取銀行５２へ信用状情報が送信される（依頼書
送信）。信用状情報を受信した買取銀行５２は、現地の
輸出者６０へ出力した信用状情報を信用状として発送す
る。

【００３６】よって、輸入者４０が入力した信用状情報
がそのまま処理されるため、発行銀行５１が情報入力を
行なうことによる入力ミスが発生しない。また、発行銀
行５１によって発送された信用状が輸出者６０へ到着す
るまでの日数を大幅に削減することができる。

【００３７】買取銀行５２から発送された信用状を受け
取った輸出者６０は、信用状に示される発注内容に従っ
て生産した商品を輸送すると、買取銀行へ出向き商品の
買取り依頼を行なう。買取銀行５２は、輸出者６０によ
って提示される信用状に基づいて商品の買取を行なう、
つまり、輸入者４０に替わって輸出者６０が生産した商
品の代金を支払う。買取銀行５２は、勘定系システム１
００を介して発行銀行５１に対して信用状情報に基づく
支払いの要求を行なうと共に、信用状に基づく船荷証券
を含む輸出書類を輸入者４０へ発行銀行５１を介さずに
直接発送する。

【００３８】輸入者６０は、買取銀行５２から発送され
た輸出書類を受け取ると、輸出書類の船荷証券によって
輸出者６０が輸送した商品を受け取ることができる。

【００３９】銀行ネットワークシステム１０００におい
て、輸出書類は発行銀行５１を介さずに買取銀行５２か
ら直接に輸入者４０へ発送されるため、輸出書類の発送
期間を短縮することができ、輸入者４０は、従来より短
期間で商品を受け取ることができる。

【００４０】次に、銀行ネットワークシステム１０００
での機能構成について説明する。

【００４１】図２は、銀行ネットワークシステムの機能
構成例を示す図である。

【００４２】図２において、勘定システム１００は、輸
出入管理部１１０と、通信処理部１１８と、第２処理デ
ータ変換部１２０と、変換テーブル１２１と、輸入口座
マスターデータベース（ＤＢ）１３１と、Ｌ／Ｃマスタ
ーデータベース（ＤＢ）１３２と、勘定処理部１９０
と、輸出処理部１９５とを有する。更に、輸出入管理部
１１０は、与信枠管理処理部１１１と、輸入手形詳細処
理部１１２と、輸入手形履歴処理部１１３と、輸入書類
到着案内処理部１１４と、輸入信用状発電確認処理部１
１５とを有する。勘定処理部１９０は、従来の銀行業務
に関する勘定処理を行なう処理部である。輸出処理部１
９５は、信用状に基づいて輸出者６０が所定の処理を行
なったことを示す情報を管理する処理部である。

【００４３】与信枠管理処理部１１１は、輸入者４０の
与信枠を管理する。輸入者４０への与信枠に基づいて信
用状が発行される。輸入手形詳細処理部１１２は、輸入
者４０が入力した信用状情報に基づいて、輸入手形に必
要な詳細情報を生成して管理する。輸入手形履歴処理部
１１３は、信用状に基づいて輸出者６０への支払いが発
生すると、輸入手形が発行されたとしてその履歴を管理
する。輸入書類到着案内処理部１１４は、買取銀行５２
が輸出書類を輸入者へ発送したことを輸入者４０へ輸入
書類到着案内として通知する。輸入信用状発電確認処理
部１１５は、輸入者４０が入力した信用状情報に基づい
て信用状が発行されたことを確認する処理部である。

【００４４】通信処理部１１８は、代行サーバー２００
と専用線２４で接続される通信ユニットを有し、代行サ
ーバー２００とのデータ送受信を制御する。

【００４５】第２処理データ変換部１２０は、代行サー
バー２００で識別される第一のプロダクトＩＤに対して
銀行内での１つ以上の処理区分を示す第二のプロダクト
ＤＩへの変換を示す変換テーブル１２１を参照して、取
引情報のヘッダ部を変換する。

【００４６】また、代行サーバー２００は、口座情報
（ＡＩ）処理部２０１と、承認権限（ＡＵ）処理部２０
２と、当座勘定情報（ＣＡ）処理部２０３と、クレジッ
トカード情報（ＣＣ）処理部２０４と、信用状関係情報
（ＤＣ）処理部２０５と、Ｅ−ｍａｉｌ（ＥＭ）処理部
２０６と、外国為替取引情報（ＦＸ）処理部２０７と、
輸入関係情報（ＩＭ）処理部２０８と、送金依頼作成
（ＰＡ）処理部２０９と、輸出関係情報（ＥＸ）処理部
２１０と、通信処理部２１８と、第１処理データ変換部
２２０と、情報更新処理部２２３と、ユーザー登録情報
データベース（ＤＢ）２３１と、制限制御部２４０とを
有する。（）内に示される英大文字は、第一のプロダ
クトＩＤを示す。

【００４７】口座情報（ＡＩ）処理部２０１は、輸入者
４０の口座への入金及び出金による情報を処理する。承
認権限（ＡＵ）処理部２０２は、銀行処理を依頼した輸
入者４０の管理者が、その銀行処理を承認するための承
認権限を管理する。当座勘定情報（ＣＡ）処理部２０３
は、当座勘定に関する情報を処理する。クレジットカー
ド情報（ＣＣ）処理部２０４は、輸入者４０のクレジッ
トカードに関する情報を処理する。信用状関係情報（Ｄ
Ｃ）処理部２０５は、信用状に関する情報を処理する。
Ｅ−ｍａｉｌ（ＥＭ）処理部２０６は、銀行システムと
顧客（輸入者４０を含む）との間のお知らせ及び問合せ
等の情報通信を行なう。外国為替取引情報（ＦＸ）処理
部２０７は、外国為替の取引に関する情報を処理する。
輸入関係情報（ＩＭ）処理部２０８は、輸入に関係する
情報を処理する。送金依頼作成（ＰＡ）処理部２０９
は、輸入者４０から受信した送金依頼情報に基づいて、
勘定系システム１００の勘定処理部１９０で情報解析可
能な送金依頼に関する情報を作成する。輸出関係情報
（ＥＸ）処理部２１０は、輸出に関する情報を処理す
る。

【００４８】通信処理部２１８は、代行サーバー３００
との接続及び勘定系システム１００との接続を専用線２
４で接続し、輸入者４０からの電子メール等の受信を公
衆回線を介して行なう通信ユニットを有し、データ送受
信を制御する。

【００４９】第１処理データ変換部２２０は、輸入者端
末４００から受信した取引情報のヘッダ部を処理部に対
応するプロダクトＩＤを有する勘定系システム１００に
よって受信可能なヘッダ部へと変換する。ユーザー登録
情報データベース（ＤＢ）２３１は、代行サーバー２０
０へのアクセスを許可される輸入者４０に関する情報を
ユーザー登録情報として管理する。

【００５０】また、制限制御部２４０は、ユーザーＩＤ
毎最高取引金額、ユーザーＩＤ毎アクセス権、口座毎最
高取引金額、認証者設定、金額毎承認設定等の制御を行
なう。

【００５１】マッピング装置３００は、企業の信用状の
情報形式に対応して勘定系システム１００又は代行サー
バー２００で解析可能な情報形式に信用状情報に変換す
る複数のマッピングプログラム３１０と、輸入者端末４
００から信用状情報を受信制御し、マッピングプログラ
ム３１０によって変換された信用状情報を勘定系システ
ム１００又は代行サーバー２００へ送信制御する通信処
理部３１８とを有する。マッピングプログラム３１０
は、取り引きのある企業毎に、接続される輸入者端末４
００から送信される信用状情報を、勘定系システム１０
０又は代行サーバー２００で解析可能な情報形式に信用
状情報に変換するプログラムであって、複数の企業に対
応する場合、複数のプログラムが備えられる。

【００５２】輸入者端末４００は、輸入者４０によって
使用され、輸出入取引部４０１と、キャッシュ・マネジ
メント・サービス部４０２と、通信モード制御部４０３
と、データ・セキュリティ機能部４０４と、インストー
ラー４０５と、通信処理部４１８とを有する。

【００５３】輸出入取引部４０１は、輸入者４０の入力
に応じて、信用状開設書の作成又は変更を行ない、代行
サーバー２００へ信用状情報を送信する。キャッシュ・
マネジメント・サービス部４０２は、代行サーバー２０
０から引出可能残高、与信枠残高等の銀行口座資金の最
終残高状況のデータを取得し、輸入者端末４００の表示
ユニットへ表示させる。通信モード制御部４０３は、通
信モードがオンラインの場合とオフラインの場合とで、
輸出入取引部４０１及びキャシュ・マネジメント・サー
ビル部４０２での情報処理の制御を行なう。データ・セ
キュリティ機能部４０４は、各処理部が代行サーバー２
００とデータ通信する際に情報を暗号化及び復号化す
る。インストーラー４０５は、記録媒体４２０に記録さ
れた上記各処理部を実現するプログラムを輸入者端末４
００へインストールする。通信処理部４１８は、公衆回
線を介して代行サーバー２００へ電子メールを送信する
通信ユニットを有し、データ送受信を制御する。

【００５４】次に、第１処理データ変換部２２０と第２
処理データ変換部１２０とによって、輸入者端末４００
から送信された取引情報のヘッダ部が変換される仕組み
について説明する。

【００５５】図３は、勘定処理を行なう場合の取引情報
のヘッダ部の変換例を示す図である。図３において、輸
入者４０が、輸入者端末４００を使用して、代行サーバ
ー２００でのユーザー認証の完了後、キャッシュ・マネ
ジメント・サービス部を起動して所望の銀行業務を選択
すると、代行サーバー２００との間で取引処理に関する
データの送受信が開始される。

【００５６】この例において、例えば、キャッシュ・マ
ネジメント・サービス部が起動後、輸入者４０が当座勘
定処理を選択した場合、代行サーバー２００の当座勘定
情報（ＣＡ）処理部２０３が起動する。当座勘定情報
（ＣＡ）処理部２０３が起動後、輸入者４０の入力によ
って取引情報が代行サーバー２００へ送信される。輸入
者端末４００から送信される取引情報のヘッダ部は、例
えば、ヘッダ情報７０のような情報形式にて構成され
る。

【００５７】ヘッダ情報７０は、輸入者４０が属する企
業等を識別するカスタマーＩＤ、輸入者４０を識別する
ユーザーＩＤ、輸入者４０を認証するためのパスワー
ド、代行サーバー２００へのデータ送受信を有効とする
セッションＩＤ等の項目にて構成される。例えば、ヘッ
ダ情報７０において、カスタマーＩＤは「ＪＰ１２３４
５６７８９」、ユーザーＩＤは「ＡＢＣＤ」、パスワー
ドは「１２３４５６」、セッションＩＤは「１２３４」
のように示される。

【００５８】このヘッダ情報７０を有する取引情報は、
制限制御部２４０で管理される制限情報に基づいて、勘
定系システム１００への送信が抑制される。例えば、取
引情報にて示される取引金額が、ユーザーＩＤ「ＡＢＣ
Ｄ」で特定される輸入者４０に対する最高取引金額を超
えていないか否かが判断され、その判断結果に基づい
て、ヘッダ情報７０が第１処理データ変換部２２０によ
って処理される。

【００５９】代行サーバー２００の第１処理データ変換
部２２０は、ヘッダ情報７０を有する取引情報を受信す
ると、ユーザー登録情報ＤＢ２３１を参照して、カスタ
マーＩＤ「ＪＰ１２３４５６７８９」及びユーザーＩＤ
「ＡＢＣＤ」に対応するアカウント名、口座番号及びア
カウントＩＤ等の情報を取得し、また、銀行が顧客へ提
供するサービス形態に対応したプロダクトＩＤ（第１の
プロダクトＩＤ）を取得する。第１処理データ変換部２
２０は、ヘッダ情報７０をヘッダ情報７１のように変換
する。

【００６０】ヘッダ情報７１は、例えば、輸入者４０が
属する企業等を識別するカスタマーＩＤ、銀行が顧客へ
提供するサービス形態に対応したプロダクトＩＤ、企業
名を示すアカウント名、利用される口座番号、企業を識
別するアカウントＩＤ等の項目にて構成される。例え
ば、ヘッダ情報７１において、カスタマーＩＤは「ＪＰ
１２３４５６７８」、プロダクトＩＤは「ＣＡ」、アカ
ウント名は「ＡＢＣＩｎｃ．」、口座番号は「１２３
−１２３４５６−１２３」、アカウントＩＤは「０００
１」のように示される。

【００６１】勘定系システムの第２処理データ変換部１
２０は、このヘッダ情報７１を有する取引情報を受信す
ると、処理区分に応じた各処理部が処理可能となるよう
に、ヘッダ情報７１のアカウント名を口座名に対応さ
せ、ヘッダ情報７１のアカウントＩＤに基づいて、アカ
ウントＩＤと口座番号が対応しているテーブルから口座
番号を取得し、ヘッダ情報７１のプロダクトＩＤに基づ
いて、変換テーブル１２１から勘定システムで認識可能
な処理区分に対応する少なくとも１つのプロダクトＩＤ
を取得することによって、ヘッダ情報７１を変換して、
例えば、ヘッダ情報７２のように構成する。

【００６２】ヘッダ情報７２は、例えば、輸入者４０が
属する企業等を識別するカスタマーＩＤ、企業名を示す
口座名、口座番号、処理区分に対応したプロダクトＩ
Ｄ、企業を識別するアカウントＩＤ等の項目にて構成さ
れる。例えば、ヘッダ情報７２において、カスタマーＩ
Ｄは「ＪＰ１２３４５６７８」、口座名は「ＡＢＣＩ
ｎｃ．」、口座番号は「１２３−１２３４５６−１２
３」、プロダクトＩＤは「ＲＣＡ」、アカウントＩＤは
「０００１」のように示される。ヘッダ情報７１のプロ
ダクトＩＤが当座勘定情報であることを示す「ＣＡ」で
ある場合、当座勘定情報を勘定系システム１００の勘定
処理部１９０で処理するためには、通常、当座預金（Ｒ
ＣＡ）処理、コール・ディポジット（ＤＣＲ）処理、非
居住者当座預金（ＮＣＡ）処理、（ＮＯＢ）処
理、非居住者オーバーナイト・コールディポジット（Ｎ
ＯＣ）処理、オーバーナイト・コールディポジット（Ｒ
ＯＣ）処理、証券口座（ＳＳＳ）処理、普通預金（ＳＳ
Ｖ）処理等の複数の処理が必要となる。そのため、ヘッ
ダ情報７２が処理数に応じて作成される。各ヘッダ情報
７２のプロダクトＩＤには、処理を特定する処理区分が
設定される。この例において、プロダクトＩＤ「ＲＣ
Ａ」は、複数の処理の１つである当座預金処理を示す。

【００６３】勘定系システム１００の第２処理データ変
換部１２０は、ヘッダ情報７１に基づいて複数の処理区
分が対応する場合、プロダクトＩＤが異なる複数のヘッ
ダ情報７２を生成して一つの取引情報セットを構成す
る。この生成された取引情報セットは、勘定処理部１９
０にて解析され処理される。

【００６４】上述より、輸入者４０は、日本国内に設置
される輸入者端末４００のキャッシュ・マネジメント・
サービス部４０２を動作させるのみで、遠隔地にて他国
に設置される勘定系システム１００に対して銀行業務を
依頼することができる。また、代行サーバー２００の情
報更新処理部２２３によって更新された情報が管理され
るため、輸入者４０への情報提供をリアルタイムで提供
することが可能である。この場合、輸入者４０は、キャ
ッシュ・マネジメント・サービス部４０２を動作させる
ことによって最新の情報を参照することができる。つま
り、最新情報の参照は、代行サーバー２００と輸入者端
末４００との間のみで行なわれる。

【００６５】図４は、輸出入処理を行なう場合の取引情
報のヘッダ部の変換例を示す図である。図４において、
輸入者４０が、輸入者端末４００を使用して、代行サー
バー２００でのユーザー認証の完了後、輸出入取引部４
０１を起動して輸出入業務に関する銀行業務を選択する
と、代行サーバー２００との間で取引処理に関するデー
タの送受信が開始される。

【００６６】この例において、輸出入取引部４０１が起
動後、輸入者４０が信用状の開設を選択した場合、代行
サーバー２００の輸入関係情報（ＩＭ）処理部２０８が
起動する。輸入関係情報（ＩＭ）処理部２０８が起動
後、輸入者４０の入力によって信用状情報を含む取引情
報が代行サーバー２００へ送信される。輸入者端末４０
０から送信される取引情報のヘッダ部は、上述した勘定
処理の場合と同様のヘッダ情報７０に示される情報形式
にて構成される。

【００６７】ヘッダ情報７０を有する取引情報は、制限
制御部２４０で設定された制限情報に基づいて、代行サ
ーバー２００への送信が抑制される。制限情報に基づく
判断結果に基づいて、代行サーバー２００へ取引情報が
送信される。

【００６８】代行サーバー２００の第１処理データ変換
部２２０は、ヘッダ情報７０を有する取引情報を受信す
ると、ユーザー登録情報ＤＢ２３１を参照して、カスタ
マーＩＤ「ＪＰ１２３４５６７８９」及びユーザーＩＤ
「ＡＢＣＤ」に対応するアカウント名、口座番号及びア
カウントＩＤ等の情報を取得し、また、銀行が顧客へ提
供するサービス形態に対応したプロダクトＩＤ（第１の
プロダクトＩＤ）を取得する。第１処理データ変換部２
２０は、ヘッダ情報７０をヘッダ情報８１のように変換
する。この場合、輸入専用の口座番号、例えば、下三桁
が輸入専用であることを示す「１２３−１２３４５６−
４７６」のような口座番号が設定される。「４７６」が
輸入専用であることを示す。

【００６９】ヘッダ情報８１は、ヘッダ情報７１と同様
に、輸入者４０が属する企業等を識別するカスタマーＩ
Ｄ、銀行が顧客へ提供するサービス形態に対応したプロ
ダクトＩＤ、企業名を示すアカウント名、利用される口
座番号、企業を識別するアカウントＩＤ等の項目にて構
成される。例えば、ヘッダ情報８１において、カスタマ
ーＩＤは「ＪＰ１２３４５６７８」、プロダクトＩＤは
「ＩＭ」、アカウント名は「ＡＢＣＩｎｃ．」、口座
番号は「１２３−１２３４５６−１２３」、アカウント
ＩＤは「０００１」のように示される。

【００７０】勘定系システムの第２処理データ変換部１
２０は、このヘッダ情報８１を有する取引情報を受信す
ると、処理区分に応じた各処理部が処理可能となるよう
に、ヘッダ情報８１のアカウント名を口座名に対応さ
せ、ヘッダ情報８１のアカウントＩＤに基づいて、アカ
ウントＩＤと口座番号が対応しているテーブルから口座
番号を取得し、取得した口座番号の下三桁が輸入専用の
番号の場合、プロダクトＩＤを空欄とすることによって
ヘッダ情報８１を変換して、例えば、ヘッダ情報８２の
ように構成する。よって、一つのヘッダ情報８１が生成
される。

【００７１】第２処理データ変換部１２０によって解析
可能となったヘッダ情報８１を有する取引情報は、輸出
入管理部１１０によって解析及び処理される。

【００７２】図５は、輸出入管理部による輸出入に関す
る取引情報の処理フローを示す図である。図５におい
て、輸出入管理部１１０は、取引情報から信用状情報を
取得し（ステップＳ１１）、与信枠管理処理部１１１を
起動する。与信枠管理処理部１１１は、予め管理されて
いるカスタマー毎の与信情報に基づいて、与信等の内容
をチャックし、チェック結果に基づいて信用状情報をＬ
／ＣマスターＤＢ１３２へ格納する（ステップＳ１
２）。更に、輸出入管理部１１０は、輸入手形詳細処理
部１１２を起動し、発行銀行及び通知銀行に関する情報
を設定した輸入手形に関する輸入手形情報を輸入口座マ
スターＤＢ１３１に格納する（ステップＳ１３）。信用
状の番号を自動で採番する場合、Ｌ／ＣマスターＤＢ１
３２から番号を取得して信用状情報に設定する（ステッ
プＳ１３５）。

【００７３】上記処理によって、勘定系システム１００
において信用状の開設が完了する。

【００７４】責任者によって開設された信用状の発行が
認証されると（ステップＳ１４）、輸出入管理部１１０
は、通知銀行へ信用状情報を発信する（ステップＳ１
５）。輸出入管理部１１０は、輸入信用状発電確認処理
部１１５を起動して、信用状情報の送信の完了を確認す
ると、輸入手形履歴処理部１１３を起動して、輸入口座
マスターＤＢ１３１及びＬ／ＣマスターＤＢ１３２の履
歴を更新する。

【００７５】上記処理によって、輸入者４０は、輸入端
末４００から信用状を発行するために必要な情報を入力
するのみで、通知銀行５２へ信用状が自動的に発行され
る。よって、行員による信用状の作成等の作業を削減す
ることができると共に、通知銀行５２への信用状の発行
を電子的に行なうことができる。買取銀行と通知銀行は
必ずしも同一の銀行ではないが、説明の便宜上同一符号
で示す。

【００７６】次に、電子メールで信用状情報を受信した
マッピング装置３００でのマッピングプログラム３１０
が行なう処理概要について説明する。

【００７７】図６は、マッピングプログラムによって実
行される電子メールによる信用状情報のマッピングの例
を示す図である。図６において、マッピングプログラム
３１０は、電子メールによって受信した信用状情報形式
９１を信用状情報形式９２へと変換する。

【００７８】信用状情報形式９１から信用状情報形式９
２への変換は、日付を示すＤａｔｅ項目の「20Apr01」
を31C Date of issue項目の「20APR2001」へ、信用状開
設の申請者を示すApplicant項目の「ABC Co., Ltd．」
を50 Applicant項目の「ABC CO LTD」へ、信用状の受取
人を示すBeneficiary項目に「RRR01 Co., Ltd」を59 Be
neficiary項目の「RRR01 CO LTD」に、取引金額を示すA
mount項目に「USD 123,245.78」を32B DC Amount項目の
「USD 123,245.78」へ、取引商品を示すGoods項目の「1
00 pairs of Shoes」を45A Goods項目の「100 PAIR OF
SHOE」へ、輸送元を示すShipment from項目の「China」
を44A Loading from項目の「CHINA」へ、輸送元を示すS
hipment to項目の「Tokyo」をTransportation to項目の
「TOKYO」へ、満期を示すExpiry Date項目の「31May0
1」を31D date of Expiry項目の「31MAY01」へ、輸送期
限を示すLatest Shipment Date項目の「15May01」を項
目へ、期限を示すTerm項目の「FOB」を45A Goods項目と
44A Loading from項目との間の行に項目無しの「FOB」
として、要求文書を示すRequired Documents項目の「In
voice x2」を46A Documents Req項目の１行目へ「INVOI
CE IN DUPLICATE」として、要求文書を示すRequired Do
cuments項目の「Packing List x3」を46A Documents Re
q項目の２行目へ「PACKING LIST IN TRIPLICATE」とし
て、要求文書を示すRequired Documents項目の「Full s
et of B/L」を46A Documents Req項目の３行目へ「FULL
SET CLEAN OCEAN OF BILL OF LOADING」として、特別
指示を示すSpecial Instruction項目の「Amount +/- 5%
allowed」を47A Additional項目の「AMOUNT +/- 5% AL
LOWE」へ変換する。

【００７９】図６には、信用情報形式９１と信用情報形
式９２の一部が示されており、所定の項目順及び項目名
で示される信用情報形式９１が、上述したように、勘定
系システム１００の輸出入管理部１１０にて解析及び処
理可能な所定の項目順及び項目名等の形式で示される信
用情報形式９２に変換される。

【００８０】次に、輸入者４０が、輸出入取引部４０１
によって輸入者端末４００に表示される画面から信用状
情報を入力する場合について説明する。

【００８１】図７は、信用状開設当事者画面の例を示す
図である。図７において、信用状開設当事者画面５００
は、主に、送信方法を入力する入力域５０２と、信用状
開設書を特定するＤＣ番号を設定する入力域５０３と、
申請者詳細を設定するための設定域５０４と、受取人詳
細を設定するための設定域５０５とを有する。設定域５
０４は、申請者氏名を入力する入力域５０４１と、申請
者住所を入力する入力域５０４２と、参照番号を指定す
る入力域５０４３とを有する。また、設定域５０５は、
短縮名を入力する入力域５０５１と、受取人氏名を入力
する入力域５０５２と、受取人住所を入力する入力域５
０５３とを有する。

【００８２】信用状開設当事者画面５００において、例
えば、入力域５０２に送信方法として「全送信」が入力
され、申請者詳細の設定域５０４の入力域５０４１に申
請者氏名として「ABC Co., Ltd.」、入力域５０４２に
申請者住所として「ABC Building 3-99-3 Nihonbashi C
huo-ku Tokyo 103-0099 Japan」、入力域５０４３に参
照番号として「LP260」と、受取人詳細の設定域５０５
の入力域５０５２に受取人氏名として「RRR01 Co., Lt
d.」、入力域５０５３の受取人住所として「DEF Buildi
ng No.99 DEF ROAD, CHINA」とが輸入者４０によって入
力される。

【００８３】ＤＣ番号を設定する入力域５０３には、Ｄ
Ｃ番号が顧客専用に割り当てられた番号を▼をクリック
することによって選択して設定される、或いは、信用状
開設当事者画面５００で入力した情報を追加ボタン５０
５をクリックすることによって、銀行ネットワークシス
テム１０００によって自動的に採番される。例えば、
「ＤＣ０１０３２３」のように設定される。

【００８４】図８は、信用状詳細画面の例を示す図であ
る。図８において、信用状詳細画面５１０は、信用状発
行に必要となる詳細情報を入力するための画面であっ
て、主に、信用状開設書のタイプを示すＤＣタイプを入
力する入力域５１２と、リボルビングの有無を入力する
入力域５１３と、満期に関する情報を設定する設定域５
１４と、通貨の種類を入力する入力域５１５と、金額を
入力する入力域５１６と、分散率を入力する入力域５１
７と、積換え許可の有無を入力する入力域５１８と、一
部船積許可の有無を入力する入力域５１９と、輸送元に
関する情報を設定する設定域５２０と、輸送先に関する
情報を設定する設定域５２１と、輸送期限を入力する入
力域５２３と、支払期間を設定する設定域５２４と、買
取制限の有無を入力する入力域５２５と、確認の要否を
入力する入力域５２６と、提出期間を入力する入力域５
２７とを有する。

【００８５】満期に関する情報を設定する設定域５１４
は、更に、満期日を入力する入力域５１４１と、場所を
入力する入力域５１４２とを有する。輸送元に関する情
報を設定する設定域５２０は、更に、輸送元の国名を入
力する入力域５２０１と、輸送元の場所を入力する入力
域５２０２とを有する。輸送先に関する情報を設定する
設定域５２１は、更に、輸送先の国名を入力する入力域
５２１１と、輸送先の場所を入力する入力域５２１２と
を有する。

【００８６】支払期間を設定する設定域５２４は、更
に、支払方法を入力する入力域５２４１と、輸入者４０
によるリボ払いの場合の支払期限の日数を入力する入力
域５２４２と、手形の要否を入力する入力域５２４３
と、所定の記述文から選択するためのボタン５２４４
と、記述文を特定するコード番号が表示される表示機５
２４５と、選択された記述文が表示される表示域５２４
６と、手形名あて人を入力する入力域５２４７とを有す
る。

【００８７】信用状詳細画面５１０において、例えば、
入力域５１２には信用状開設書のタイプを示すＤＣタイ
プとして「取消不可」、入力域５１３にはリボルビング
無として「いいえ」が入力される。満期に関する情報を
設定する設定域５１４において、例えば、入力域５１４
１に満期日として「010531」、入力域５１４２に場所と
して「受取人国内」が入力される。更に、入力域５１５
に通貨の種類として「USD」、入力域５１６に金額とし
て「123,456.78」、入力域５１７に分散率として「0
2」、入力域５１８に積換え不許可として「不許可」、
入力域５１９に一部船積の許可として「許可」が入力さ
れる。

【００８８】また、輸送元に関する情報を設定する設定
域５２０において、入力域５２０１に輸送元の国名とし
て「中華人民共和国」、入力域５２０２に輸送元の場所
として「上海港」が入力される。更に、輸送先に関する
情報を設定する設定域５２１において、入力域５２１１
に輸送先の国名として「日本国」、入力域５２１２に輸
送先の場所として「日本港」が入力される。

【００８９】また、入力域５２３に輸送期限として「01
0515」が入力される。

【００９０】更に、支払期間を設定する設定域５２４に
おいて、入力域５２４１に支払方法として「一覧払
い」、入力域５２４３に手形不要として「いいえ」が入
力される。

【００９１】また、入力域５２５に買取制限無しとして
「いいえ」、入力域５２６に確認不要として「いい
え」、入力域５２７に提出期間として「10」が入力され
る。

【００９２】図９は、要求文書画面の例を示す図であ
る。図９において、要求文書画面５３０は、主に、期間
に関する情報を設定する設定域５３２と、送り状に関す
る情報を設定する設定域５３３と、輸送に関する情報を
設定する設定域５３４と、他文書に関する情報を設定す
る設定域５３５とを有する。

【００９３】期間に関する情報を設定する設定域５３２
は、更に、貿易期間を入力する入力域５３２１と、場所
を入力する入力域５３２２と、非標準を入力する入力域
５３２３とを有する。設定域５３２において、例えば、
入力域５３２１に貿易期間として「FOB」が入力され
る。

【００９４】送り状に関する情報を設定する設定域５３
３は、更に、記述文を選択するためのボタン５３３１
と、選択した記述文を識別するコード及び記述文を表示
又は入力された記述文を表示する表示域５３３２とを有
する。設定域５３３において、例えば、輸入者４０が入
力した記述文「X1X1X1X1」が表示域５３３２に表示され
る。

【００９５】輸送に関する情報を設定する設定域５３４
は、更に、記述文を選択するためのボタン５３４１と、
選択した記述文を識別するコード及び記述文を表示又は
入力された記述文を表示する表示域５３４２とを有す
る。設定域５３４において、例えば、輸入者４０が入力
した記述文「X2X2X2X2」が表示域５３４２に表示され
る。

【００９６】他文書に関する情報を設定する設定域５３
５は、更に、記述文を選択するためのボタン５３５１
と、選択した記述文を識別するコード及び記述文を表示
又は入力された記述文を表示する表示域５３５２とを有
する。設定域５３５において、輸入者４０が入力した３
つの記述文「X3X3X3X3」、「X4X4X4X4」及び「X5X5X5X
5」が表示域５３３２に表示される。

【００９７】図１０は、追加条件画面の例を示す図であ
る。図１０において、追加条件画面５４０は、追加条件
を設定する設定域５４２を有する。設定域５４２は、更
に、記述文を選択するためのボタン５４２１と、選択し
た記述文を識別するコード及び記述文を表示又は入力さ
れた記述文を表示する表示域５４２２とを有する。設定
域５３５において、輸入者４０入力した２つの記述文
「X6X6X6X6」及び「X7X7X7X7」が表示域５３３２に表示
される。

【００９８】図１１は、商品記述画面の例を示す図であ
る。図１１において、商品記述画面５５０は、規定のフ
ォーマットによる記述文作成の有無を選択する選択域５
５２と、記述文を選択するためのボタン５５３と、選択
又は入力した記述文を表示又は入力された記述文を表示
する表示域５５４とを有する。商品記述画面５５０にお
いて、例えば、選択域５５２の未フォーマット５５２２
が選択された場合、表示域５５４に、輸入者４０が自由
に入力した２つの記述文「X8X8X8X8」及び「X9X9X9X9」
とが表示される。一方、規定のフォーマットで記述文を
入力する場合、選択域５５２にてフォーマット済５５２
１が選択される。

【００９９】図１２は、銀行への指示画面の例を示す図
である。図１２において、銀行への指示画面５６０は、
支払人に関する情報を設定する設定域５６２と、課金料
を入力する入力域５６３と、手形明細に関する情報を設
定する設定域５６４と、ＴＴ返済の要否を入力する入力
域５６５と、特別指示コードを入力する入力域５６６
と、特別指示の内容を入力する入力域５６７と、契約番
号を入力する入力域５６８と、連絡者名を入力する入力
域５６９と、連絡電話番号を入力する入力域５７０とを
有する。支払人に関する情報を設定する設定域５６２
は、更に、信用状が確認扱いの有無を入力する入力域５
６２１と、信用状の開設者を入力する入力域５６２２
と、相手方を入力する入力域５６２３と、運送利子の支
払人を入力する入力域５６２４と、相手銀行を入力する
入力域５６２５とを有する。また、手形明細に関する情
報を設定する設定域５６４は、方法を入力する入力域５
６４１と、先物契約の有無を入力する入力域５６４２
と、口座番号を入力する入力域５６４３と、ローン期間
を入力する入力域５６４４とを有する。

【０１００】銀行への指示画面５６０の設定域５６２に
おいて、例えば、入力域５６２２に開設者として「申請
者」、入力域５６２３に相手方として「受取人」、入力
域５６２３に運送利子の支払人として「受取人」、入力
域５６２５に相手銀行として「買取銀行」が入力され
る。また、設定域５６４において、例えば、入力域５６
４１に方法として「輸入ローン」、入力域５６４２に先
物契約無しとして「いいえ」、入力域５６４４にローン
期間として「120」が入力される。

【０１０１】また、銀行への指示画面５６０において、
入力域５６５にＴＴ返済の不要として「いいえ」が入力
される。

【０１０２】図７から図１２の画面例において、右端に
▼が示される入力域の場合、▼をクリックすることによ
って表示される一覧から選択した値が入力される。ま
た、一覧から選択した値が入力され、その値が輸入者４
０が所在する国内における言語で示される場合、予めそ
の言語による値を英語に対応させたテーブルを持たせ、
信用状情報が勘定系システム１００へ転送される際に
は、対応する英語が転送されるようにすれば良い。

【０１０３】次に、輸入者４０が発行された信用状を参
照する場合について説明する。輸入者４０が勘定系シス
テム１００にアクセスして、発行された信用状を参照す
る場合、アカウントを選択する画面を開く。

【０１０４】図１３は、アカウント選択画面の例を示す
図である。図１３において、アカウント選択画面６１０
は、信用状が発行されたアカウントの一覧を示す表示域
６１２と、アカウント一覧からアカウントを選択するた
めのアカウントＩＤを入力する入力域６１３と、信用状
番号を入力する入力域６１４とを有する。表示域６１２
には、発行された信用状のアカウントＩＤ，アカウント
名、アカウントＮｏ、備考等の項目によってアカウント
の一覧が表示される。

【０１０５】例えば、輸入者４０が、アカウント選択画
面６１０からアカウントＩＤ「３０４」を入力域６１３
に入力して、ＯＫボタンをクリックすると、図１４に示
されるような信用状選択画面が輸入者端末４００に表示
される。

【０１０６】図１４は、信用状選択画面の例を示す図で
ある。図１４において、信用状選択画面６２０は、選択
されたアカウントに関する情報を表示する表示域６２１
と、選択されたアカウントの信用状の一覧を表示する表
示域６２２と、信用状一覧から信用状を選択するための
連番を入力する入力域６２３と、信用状Ｎｏ．を入力す
る入力域６２４とを有する。表示域６２２は、連番を示
すＳｅｑ、信用状Ｎｏ．、通貨種別を示す通貨、金額、
受取人等の項目によって表示される。

【０１０７】例えば、輸入者４０が、信用状選択画面６
２０からＳｅｑ「１」を入力域６２３に入力して、ＯＫ
ボタンをクリックすると、図１５に示されるような信用
状詳細画面が輸入者端末４００に表示される。

【０１０８】図１５は、信用状詳細画面の例を示す。図
１５において、信用状詳細画面６３０は、選択されたア
カウント及び信用状に関する情報を表示する表示域６３
１と、信用状が更新された日付を表示する表示域６３２
と、信用状を発行した発行銀行の住所を表示する表示域
６３３と、発行日を表示する表示域６３４と、信用状の
タイプを表示する表示域６３４と、信用状番号を表示す
る表示域６３５と、受取の人住所を表示する表示域６３
６と、申請者の住所を表示する表示域６３７と、信用状
詳細の印刷の有無を入力する入力域６３８と、アカウン
トＩＤを入力する入力域６３９とを有する。

【０１０９】信用状詳細画面６３０において、表示域６
３４は図８の信用状詳細画面５１０の入力域５１２の入
力データを表示し、表示域６３６及び６３７は図７に示
す信用状開設当事者画面５００の設定域５０５及び５０
４の設定データに夫々対応する。

【０１１０】輸入者４０が、信用状の詳細を印刷するた
め、信用状詳細画面６３０の入力域６３８に「Ｙ」を入
力してＯＫボタンをクリックすると、例えば、図１６に
示されるような信用状の例が、信用状詳細レポートとし
て印刷される。

【０１１１】図１６は、信用状の例を示す図である。図
１６において例示される信用状は、輸入者４０が輸入者
端末４００から入力したデータに対応した情報を示す。
点線で囲まれる情報は、買取銀行５２によって入力され
る情報を示す。

【０１１２】図１６に示す信用状において、信用状を正
式に発行した銀行に関する情報を示す情報７００と、発
効日を示す情報７０１と、受取人に関する情報を示す情
報６０５（図７の設定５０５に対応）と、申請人に関す
る情報を示す情報６０４（図７の設定５０４に対応）
と、通知銀行に関する情報７０２と、ＤＣタイプが設定
された信用状文書番号を示す情報６１２と（図８の入力
域５０３及び入力域５１２の組合せに対応）、取引金額
に関する情報を示す情報６１５（図８の入力域５１５及
び５１６に対応）と、一部船積の可否を示す情報６１９
（図８の入力域５１９に対応）と、積換えの可否を示す
情報６１８（図８の入力域５１８に対応）と、満期に関
する情報を示す情報６１４（図８の設定５１４に対応）
と、輸送元を示す情報６２０２（図８の入力域５２０２
に対応）と、輸送先を示す情報６２１２（図８の入力域
５２１２に対応）と、信用貸し可能銀行に関する情報を
示す情報６２５（図８の入力域５２５に対応）と、方法
を示す情報７０３と、送り状に関する要求文書を示す情
報６３３２（図９の入力域５３３２に対応）と、輸送に
関する要求文書を示す情報６３４２（図９の入力域５３
４２に対応）と、他文書に関する要求文書を示す情報６
３５２（図９の入力域５３５２に対応）と、商品に関す
る情報を示す情報６５４（図１１の５５４に対応）と、
追加条件に関する情報を示す情報６４２２（図１０の５
４２２に対応）とを有する。

【０１１３】買取銀行５２は、図１６に示す信用状を出
力して輸出者６０に送付し、輸出者６０は、商品を輸入
者４０に輸送手配後、買取銀行５２に信用状を提出する
ことによって、商品金額を買取銀行５２から支払っても
らうことができる。

【０１１４】買取銀行５２は、輸出者６０が提示した信
用状に基づいて、勘定系システム１００の輸出入処理部
１９５を起動して、例えば信用状番号「ＤＣ０１０３２
３」（図１６の信用状文書番号６１２に対応）で示され
るような図１６に示す信用状を買取銀行５２が使用する
端末の表示ユニットに表示させる。買取銀行５２は、図
１６の信用状において、輸出書類番号を入力情報７１１
に入力し、実際に輸出者６０へ支払った金額を輸出手形
金額として情報６１５に入力し、輸出入者名及び住所を
確認し（情報６０５及び情報６０４）、輸出手形買取り
詳細（信用状との内容の不一致を示すディスクレ付又は
信用状との内容の一致を示すクリーン等の記載）を入力
情報７１０に入力する。買取銀行５２は、更に、輸出者
６０へ支払った金額及び信用状文書番号を示す送金依頼
を発行銀行５１へ電子的に行なう。

【０１１５】発行銀行５１は、発行銀行５１が使用する
端末から勘定系システム１００の輸出処理部１９５を起
動して、該送金状依頼で示される信用状文書番号に基づ
いて、図１６に示されるような信用状を表示ユニットに
表示させる。発行銀行５１は、表示された信用状情報に
買取銀行５２によって確認及び入力された輸出書類番
号、輸出手形金額、信用状番号、輸出入者名及び住所、
輸出手形買取り詳細（ディスクレ付又はクリーン）等を
確認後、買取銀行５２への送金処理を勘定系システム１
００の勘定処理部１９０によって行なう。

【０１１６】上述より、輸入者４０が入力した情報に基
づいて発行銀行５１が承認後、自動的に勘定系システム
１００にて信用状情報が生成され、買取銀行５２にて正
式の信用状が出力される。買取銀行５２にて信用状が出
力されるまで、全て電子的に処理が行われるため、大幅
に、手間と時間を削減することが可能となる。

【０１１７】本実施例において、代行サーバー２００の
ハードウェア構成は、例えば、図１７に示すようになっ
ている。

【０１１８】図１７において、代行サーバー２００は、
ＣＰＵ（中央演算処理ユニット）１１、メモリユニット
１２、出力ユニット１３、入力ユニット１４、表示ユニ
ット１５、補助記憶装置１６、ＣＤ−ＲＯＭドライブユ
ニット１７及び通信ユニット１８を有している。これら
の各ユニット１１、１２、１３、１４、１５、１６、１
７及び通信ユニット１８は、バスＢに接続されている。

【０１１９】ＣＰＵ１１は、メモリユニット１２に格納
されたプログラムに従って代行サーバー２００を制御す
ると共に、上述したような代行サーバー２００での処理
を行う。メモリユニット１２は、ＲＡＭ及びＲＯＭにて
構成され、ＣＰＵ１１にて実行されるプログラム、ＣＰ
Ｕ１１での処理に必要なデータ、ＣＰＵ１１での処理に
て得られたデータ等を格納する。また、メモリユニット
１２の一部の領域が、ＣＰＵ１１での処理に利用される
ワークエリアとして割り付けられている。

【０１２０】出力ユニット１３は、プリンター等を有
し、処理結果或いは指定された情報を出力する。入力ユ
ニット１４は、マウス、キーボード等を有し、管理者が
代行サーバー２００での処理に必要な登録や登録したデ
ータの変更等、必要な各種情報を入力するために用いら
れる。表示ユニット１５は、ＣＰＵ１１の制御のもとに
管理者に必要な各種情報を表示する。

【０１２１】補助記憶装置１６は、例えば、ハードディ
スクユニットにて構成され、各種ファイル、プログラム
を格納する。

【０１２２】代行サーバー２００での処理に係るプログ
ラムは、例えば、ＣＤ−ＲＯＭ２０によって当該システ
ムに提供される。即ち、代行サーバー２００での処理に
係るプログラムが保存されたＣＤ−ＲＯＭ２０がＣＤ−
ＲＯＭドライブユニット１７にセットされると、ＣＤ−
ＲＯＭドライブユニット１７がＣＤ−ＲＯＭ２０から当
該プログラムを読み出し、その読み出されたプログラム
がバスＢを介して補助記憶装置１６にインストールされ
る。そして、この代行サーバー２００での処理が起動さ
れると、補助記憶装置１６にインストールされた当該プ
ログラムに従ってＣＰＵ１１がその処理を開始する。
尚、当該プログラムを格納する媒体としてＣＤ−ＲＯＭ
２０に限定するものではなく、コンピュータが読み取り
可能な媒体であればよい。

【０１２３】また、マッピング装置３００は、代行サー
バー２００と同様のハードウェアを構成する。

【０１２４】上記実施例において、輸入者４０が入力し
た信用状情報は、代行サーバー２００を介して、勘定系
システム１００にて自動的に正式な信用状情報に形成さ
れるため、発行銀行５１は、承認をするのみの単純な操
作で信用状を発行することができる。

【０１２５】発行された信用状情報は、買取銀行５２へ
自動的に転送される。よって、信用状を国際郵便等で郵
送する手間を削減することができる。

【０１２６】また、発行銀行５１は同一グループ内であ
るため、買取銀行５２は、輸出書類の確認を行った情報
及び送金依頼を勘定系システム１００に入力すると、発
行銀行５１によって輸出者６０へ支払った金額を送金し
てもらうことができる。従って、買取銀行５２は、短期
間に資金を回収することが可能となる。

【０１２７】更に、買取銀行５２は、輸出書類一式を直
接輸出者４０へ輸送するため、輸入者４０は、輸出書類
一式を発行銀行５１を経由することなく受け取ることが
できる。よって、輸入者４０は、商品が港に着くと速や
かに商品を受け取ることができる。

【０１２８】

【発明の効果】以上、説明してきたように、請求項１乃
至５記載の本願発明によれば、顧客端末から受信した取
引情報の第一情報形式が第二情報形式に変換されること
によって、顧客端末と銀行業務システムとの仲介を行う
と共に、銀行業務システムに対してセキュリティを保持
することができる。また、代行システムは、更新された
情報を管理するため、リアルタイムに顧客端末に情報を
提供することができる。

【０１２９】また、請求項６乃至１２記載の本願発明に
よれば、代行サーバーから受信した取引情報を銀行業務
システムによって処理するための処理区分毎に取引情報
が生成されるため、１つの取引情報に対して、関連する
複数の処理を実行させることができる。また、信用状情
報を買取銀行へ自動的に発行することができる。

【０１３０】また、請求項１３至１５記載の本願発明に
よれば、顧客端末から銀行業務に関する取引業務内容
（例えば、信用状開設書に関する情報）を入力すること
ができるため、顧客は、銀行へ出向くことなく、銀行へ
銀行業務を依頼することができる。

【０１３１】

【図面の簡単な説明】

【図１】銀行ネットワークシステムの構成例を示す図で
ある。

【図２】銀行ネットワークシステムの機能構成例を示す
図である。

【図３】勘定処理を行なう場合の取引情報のヘッダ部の
変換例を示す図である。

【図４】輸出入処理を行なう場合の取引情報のヘッダ部
の変換例を示す図である。

【図５】輸出入管理部による輸出入に関する取引情報の
処理フローを示す図である。

【図６】マッピングプログラムによって実行される電子
メールによる信用状情報のマッピングの例を示す図であ
る。

【図７】信用状開設当事者画面の例を示す図である。

【図８】信用状詳細画面の例を示す図である。

【図９】要求文書画面の例を示す図である。

【図１０】追加条件画面の例を示す図である。

【図１１】商品記述画面の例を示す図である。

【図１２】銀行への指示画面の例を示す図である。

【図１３】アカウント選択画面の例を示す図である。

【図１４】信用状選択画面の例を示す図である。

【図１５】信用状詳細画面の例を示す。

【図１６】信用状の例を示す図である。

【図１７】ハードウェア構成図を示す図である。

【符号の説明】

１１ＣＰＵ１２メモリユニット１３出力ユニット１４入力ユニット１５表示ユニット１６補助記憶装置１７ＣＤ−ＲＯＭドライバ２０ＣＤ−ＲＯＭＢバス４０輸入者５０銀行グループ５１発行銀行５２買取銀行６０輸出者１００勘定系システム２００代行サーバー３００マッピング装置３１０マッピングプログラム

フロントページの続き (72)発明者アリステアカーリー香港，クイーンズロード・セントラル１番地ザ・ホンコン・アンド・シャンハイ・バンキング・コーポレイション・リミテッド内

Claims

【特許請求の範囲】

【請求項１】銀行業務に関する情報を処理する銀行業
務システムに接続して、顧客端末からの要求に応じた取
引業務を代行する代行サーバーにおいて、顧客端末から受信した取引に関する取引情報の第一情報
形式を、銀行業務システムによって受信可能な第二情報
形式に変換する情報形式変換手段と、上記銀行業務システムによって更新された取引情報を受
信して管理する更新情報管理手段と、顧客端末からの要求に応じて、更新された取引情報を該
顧客端末へ提供する更新情報提供手段とを有する代行サ
ーバー。
【請求項２】請求項１記載の代行サーバーにおいて、上記情報形式変換手段は、上記取引情報が勘定処理を示
す場合、上記第一情報形式の取引情報のヘッダ部に取引
の種別を示す取引種別情報と、取引に使用される口座に
関する口座情報とを付加することによって上記第二情報
形式へ変換するようにした代行サーバー。
【請求項３】請求項１又は２記載の代行サーバーにお
いて、上記情報形式変換手段は、上記取引情報が輸出入取引に
必要な信用状情報を示す場合、上記第一情報形式の取引
情報のヘッダ部に輸出入取引に使用される口座に関する
口座情報を付加することによって上記第二情報形式へ変
換するようにした代行サーバー。
【請求項４】請求項１乃至３のいずれか一項記載の代
行サーバーにおいて、顧客端末から受信した取引情報が所定の制限事項の範囲
内であるかを判断する制限判断手段を有し、上記情報形式変更手段は、上記制限判断手段での判断結
果に基づいて、顧客端末から受信した取引情報の第一情
報形式を、銀行業務システムによって受信可能な第二情
報形式に変換するようにした代行サーバー。
【請求項５】ネットワークを介して顧客端末から送信
された取引に関する取引情報を、銀行業務に関する情報
を処理する銀行業務システムにて処理可能なデータに変
換するマッピング処理装置において、顧客毎に、電子メールによって受信した取引情報の項目
を上記銀行業務システムにて処理可能な項目へマッピン
グさせて変換する取引情報変換手段を有し、複数の顧客に対応させて複数の上記取引情報変換手段を
有するようにしたマッピング処理装置。
【請求項６】取引業務を代行する代行サーバーからの
要求に応じて、銀行業務に関する情報を処理すると共
に、処理された該情報は、ネットワークを介して接続さ
れる複数の銀行端末によって共有可能とする銀行業務シ
ステムにおいて、上記代行サーバーから受信可能な取引に関する第一取引
情報を受信すると、該取引情報によって示される取引の
種別を示す取引種別情報に基づいて、対応する少なくと
も１つの銀行業務の処理区分毎に、処理区分を識別する
識別情報を有する第二取引情報を生成する取引情報生成
手段を有し、上記取引情報生成手段によって生成された第二取引情報
の識別情報に基づいて、各処理区分に応じた処理が実行
される銀行業務システム。
【請求項７】請求項６記載の銀行業務システムにおい
て、上記取引情報生成手段によって生成された第二取引情報
に基づいて、銀行業務における勘定処理を行なう勘定処
理手段を有する銀行業務システム。
【請求項８】請求項６又は７記載の銀行業務システム
において、上記取引情報生成手段によって生成された第二取引情報
に基づいて、銀行業務における輸出入処理を行なう輸出
入処理手段を有する銀行業務システム。
【請求項９】請求項８記載の銀行業務システムにおい
て、上記取引情報生成手段は、上記第一取引情報が輸入口座
番号を示す場合、上記輸出入手段を有効とするようにし
た銀行業務システム。
【請求項１０】請求項８又は９項記載の銀行業務シス
テムにおいて、上記輸出入手段は、上記第二取引情報に基づいて、信用
状を示す信用状情報を生成し、該第二取引情報によって
指定される買取銀行へ該信用状情報を発行する信用状発
行手段を有する銀行業務システム。
【請求項１１】請求項１０記載の銀行業務システムに
おいて、上記買取銀行によって設定された上記信用状情報を特定
する信用状番号を有する送金要求情報に応じて、上記発
行銀行から送金処理を行なう送金処理手段を有する銀行
業務システム。
【請求項１２】請求項１０乃至１１項のいずれか一項
記載の銀行業務システムにおいて、上記買取銀行によって設定された輸出書類に関する輸出
情報を上記信用状番号に関連させて管理する管理手段
と、上記発行銀行による上記輸出情報の参照を許可する輸出
情報参照手段とを有し、上記買取銀行が、上記輸出書類を上記信用状情報で示さ
れる輸入者へ直接送付することができるようにした銀行
業務システム。
【請求項１３】銀行業務を代行する代行サーバーに接
続する顧客端末において、顧客が取引業務内容を入力するための取引入力画面を表
示ユニットに表示させる取引入力画面表示手段を有する
顧客端末。
【請求項１４】請求項１３記載の顧客端末において、上記取引入力画面表示手段は、銀行業務の勘定処理に関する取引業務内容を入力するた
めの第一画面を表示ユニットに表示させる第一画面表示
手段と、銀行業務の輸出入処理に関する取引業務内容を入力する
ための第二画面を表示ユニットに表示させる第二画面表
示手段とを有する顧客端末。
【請求項１５】請求項１３又は１４記載の顧客端末に
おいて、上記取引入力画面表示手段は、更新された取引情報を代
行サーバーから取得して表示させる更新情報表示画面を
表示ユニットに表示させる更新情報表示画面表示手段を
有する顧客端末。
【請求項１６】銀行業務を処理する銀行業務システム
に接続して、顧客端末からの要求に応じた取引業務を代
行する代行方法において、顧客端末から受信した取引に関する取引情報の第一情報
形式を、銀行業務システムによって受信可能な第二情報
形式に変換する情報形式変換手順と、上記銀行業務システムによって更新された取引情報を受
信して管理する更新情報管理手順と、顧客端末からの要求に応じて、更新された取引情報を該
顧客端末へ提供する更新情報提供手順とを有する代行方
法。
【請求項１７】請求項１６記載の代行方法において、上記情報形式変換手順は、上記取引情報が輸出入取引に
必要な信用状情報を示す場合、上記第一情報形式の取引
情報のヘッダ部に輸出入取引に使用される口座に関する
口座情報を付加することによって上記第二情報形式へ変
換するようにした代行方法。
【請求項１８】取引業務を代行する代行サーバーから
の要求に応じて、銀行業務を処理する銀行業務方法にお
いて、上記代行サーバーから受信可能な取引に関する第一取引
情報を受信すると、該取引情報によって示される取引の
種別を示す取引種別情報に基づいて、対応する少なくと
も１つの銀行業務の処理区分毎に、処理区分を識別する
識別情報を有する第二取引情報を生成する取引情報生成
手順を有し、上記取引情報生成手順によって生成された第二取引情報
の識別情報に基づいて、各処理区分に応じた処理が実行
される銀行業務方法。
【請求項１９】請求項１８記載の銀行業務方法におい
て、上記取引情報生成手順によって生成された第二取引情報
に基づいて、銀行業務における輸出入処理を行なう輸出
入処理手順を有する銀行業務方法。
【請求項２０】請求項１９項記載の銀行業務方法にお
いて、上記輸出入手順は、上記第二取引情報に基づいて、信用
状を示す信用状情報を生成し、信用状を発行する発行銀
行による承認後、該第二取引情報によって指定される買
取銀行へ該信用状情報を発行する信用状発行手順を有す
る銀行業務方法。
【請求項２１】請求項２０項記載の銀行業務方法にお
いて、上記買取銀行によって設定された信用状番号を有する送
金要求情報に応じて、上記発行銀行から送金処理を行な
う送金処理手順を有する銀行業務方法。
【請求項２２】銀行業務を代行する代行サーバーに接
続する顧客端末での処理をコンピュータに行なわせるた
めのプログラムを格納した記憶媒体において、銀行業務の勘定処理に関する取引業務内容を入力するた
めの第一画面を表示ユニットに表示させる第一画面表示
手順と、銀行業務の輸出入処理に関する取引業務内容を入力する
ための第二画面を表示ユニットに表示させる第二画面表
示手順とを有するプログラムを格納した記憶媒体。