(57)【要約】【課題】  輸出者の電子信用状に関する手作業の労力を低減する。【解決手段】  輸入者の銀行の通信システムから受信した電子信用状を裏書情報ＤＢ４１に保管し、顧客のパソコン１０から閲覧可能にする。閲覧した電子信用状について誤記の問い合わせをパソコン１０から行うと正しい表記が信用状管理サーバ４０からパソコン１０に送られて表示される。【選択図】  図１
2005339404.tif 000002
【特許請求の範囲】
【請求項１】
輸入者の銀行の通信システムから電子信用状を受信する通信手段と、
当該受信した電子信用状を記憶しておく記憶手段と、
輸出者のコンピュータから閲覧要求を受け付け、当該受け付けた閲覧要求に対応する、前記記憶手段上の電子信用状の閲覧を前記輸出者のコンピュータに対して許可する制御手段と
を備えたことを特徴とする信用状管理システム。
【請求項２】
請求項１に記載の信用状管理システムにおいて、
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、
誤りの文字列と正しい文字列を記載した正誤表を有し、前記受け付ける手段により受け付けた誤記の問い合わせに対応する正しい表記を前記正誤表を参照することにより取得する手段と、
当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段と
を備えたことを特徴とする信用状管理システム。
【請求項３】
請求項１に記載の信用状管理システムにおいて、
受信すべき電子信用状に関する記載情報を予め記憶しておく照合用記憶手段と、
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに前記輸出者のコンピュータから受け付ける手段と、
当該受け付けた誤記の種類に対応する正しい表記を前記照合用記憶手段に記憶された記載情報から取得する手段と、
当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段と
を備えたことを特徴とする信用状管理システム。
【請求項４】
請求項１に記載の信用状管理システムにおいて、
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに正しい表記の候補と共に前記輸出者のコンピュータから受け付ける手段と、
当該受け付けた正しい表記の候補と前記記憶手段に記憶された電子信用状の対応する種類の記載情報とを照合することにより前記正しい表記の候補が正当であるか否かを判定する手段と、
当該判定により正しい表記の候補が正当であると判定された場合には、前記正しい表記候補を前記輸出者のコンピュータに、正しい表記の回答として提供する手段と
を備えたことを特徴とする信用状管理システム。
【請求項５】
請求項１に記載の信用状処理システムにおいて、
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、
当該受け付けた問い合わせの誤記に対応する正しい表記を取得可能な手段と、
当該取得可能な手段により正しい表記が得られた場合には、当該得られた正しい表記を前記輸出者のコンピュータに、回答として提供する手段と、
前記取得可能な手段により正しい表記が得られなかった場合には当該誤記についての問い合わせを前記輸入者の銀行の通信システムに送信し、当該通信システムから前記誤記についての正しい表記の回答を受信する通信手段と
を備えたことを特徴とする信用状管理システム。
【請求項６】
請求項１に記載の信用状管理システムにおいて、
前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否か示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、
電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、
当該計数の結果に対応した決済状況情報を行員のコンピュータに提供する手段と
を備えたことを特徴とする信用状管理システム。
【請求項７】
請求項１に記載の信用状管理システムにおいて、
前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否か示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、
電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、
当該計数の結果に対応した決済状況情報を前記輸出者のコンピュータに提供する手段と
を備えたことを特徴とする信用状管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子信用状を受信し、保管管理する信用状管理システムに関する。
【背景技術】
【０００２】
貿易において商品の輸出者と輸入者との間の代金決済には、信用状（ＬＣと略記することがある）が使用される。従来、信用状は、紙の形態であったが、情報処理化が進み、信用状をオンラインで転送することができるようになってきた。  従来の紙の形態の信用状による貿易決済では、輸入者が輸入者側の銀行に対して信用状の作成を依頼する。作成された信用状はＳＷＩＦＴと呼ばれる銀行間通信ネットワークの通信規約に基づく電文の様式で、輸入者側の銀行の通信システムから輸出者側の銀行の通信システムに送信される。信用状を受信した輸出者側の銀行の通信システムは受信した信用状をプリンタより印刷し、電話等の通信手段を使用して、輸出者に信用状の到着を通知、交付する。輸出側の銀行は印刷された紙の形態の信用状を、輸出者の便宜を図るため、輸出者の依頼により、輸出者に代って保管管理する場合もある。
【０００３】
また、輸入者側の便宜を図るために、電子信用状を含む貿易書類を保管すると共に、代金決済終了の連絡を輸入者側の銀行のコンピュータシステムから受け取り、輸入者に代金決済終了の通知を輸入者に通知する貿易取引の決済支援システムなども提案されている（特許文献１  参照）。
【０００４】
【特許文献１】特開２００２−０６３５３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
輸入者側での信用状の処理のための情報処理化が進んでいるものの、輸出者側での信用状の取り扱いは、出願人が調査した限りでは、あいかわらず、手作業であり、輸出者およびその取扱銀行の信用状に係わる処理は煩雑であるという問題点が残っている。
【０００６】
たとえば、（電子）信用状に記載されている情報に誤記、や不明瞭な点があると、輸出者は電話やメールで、輸出者の銀行に問い合わせを行わなければならない。
【０００７】
輸出者の銀行の担当者は、問い合わせの内容を判断し、自行だけで処理できる問題か、あるいは（電子）信用状を送信した輸入者の銀行に問い合わせする問題かを判断し、その判断結果に応じて必要な処置をとらなければならない。
【０００８】
また、信用状を使用して、輸出者と輸入者の代金決済を行うので、輸入者の銀行の倒産や経済情勢等により（電子）信用状に有価価値がなくなると代金決済ができなくなる。このため、輸出者の銀行では受信した信用状のリスク管理も行わなければならない。
【０００９】
そこで、本発明は、上述の点に鑑みて、輸出者およびその銀行の取り扱い業務の人的作業を低減させることができる信用状管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
このような目的を達成するために、請求項１の発明は、輸入者の銀行の通信システムから電子信用状を受信する通信手段と、当該受信した電子信用状を記憶しておく記憶手段と、輸出者のコンピュータから閲覧要求を受け付け、当該受け付けた閲覧要求に対応する、前記記憶手段上の電子信用状の閲覧を前記輸出者のコンピュータに対して許可する制御手段とを備えたことを特徴とする。
【００１１】
請求項２の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、誤りの文字列と正しい文字列を記載した正誤表を有し、前記受け付ける手段により受け付けた誤記の問い合わせに対応する正しい表記を前記正誤表を参照することにより取得する手段と、当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段とを備えたことを特徴とする。
【００１２】
請求項３の発明は、請求項１に記載の信用状管理システムにおいて、受信すべき電子信用状に関する記載情報を予め記憶しておく照合用記憶手段と、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに前記輸出者のコンピュータから受け付ける手段と、当該受け付けた誤記の種類に対応する正しい表記を前記照合用記憶手段に記憶された記載情報から取得する手段と、当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段とを備えたことを特徴とする。
【００１３】
請求項４の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに正しい表記の候補と共に前記輸出者のコンピュータから受け付ける手段と、当該受け付けた正しい表記の候補と前記記憶手段に記憶された電子信用状の対応する種類の記載情報とを照合することにより前記正しい表記の候補が正当であるか否かを判定する手段と、当該判定により正しい表記の候補が正当であると判定された場合には、前記正しい表記候補を前記輸出者のコンピュータに、正しい表記の回答として提供する手段とを備えたことを特徴とする。
【００１４】
請求項５の発明は、請求項１に記載の信用状処理システムにおいて、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、当該受け付けた問い合わせの誤記に対応する正しい表記を取得可能な手段と、当該取得可能な手段により正しい表記が得られた場合には、当該得られた正しい表記を前記輸出者のコンピュータに、回答として提供する手段と、前記取得可能な手段により正しい表記が得られなかった場合には当該誤記についての問い合わせを前記輸入者の銀行の通信システムに送信し、当該通信システムから前記誤記についての正しい表記の回答を受信する通信手段とを備えたことを特徴とする。
【００１５】
請求項６の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否か示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、
電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、当該計数の結果に対応した決済状況情報を行員のコンピュータに提供する手段とを備えたことを特徴とする。
【００１６】
請求項７の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否かを示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、当該計数の結果に対応した決済状況情報を前記輸出者のコンピュータに提供する手段とを備えたことを特徴とする。
【発明の効果】
【００１７】
請求項１の発明によれば、輸出者は自己のコンピュータを使用して受信の電子信用状を閲覧できるので、従来のように紙形態の信用状で確認を行う必要がなく、行員および輸出者も紙形態の信用状の引き渡し手続に関する人的作業から解放される。
【００１８】
請求項２〜５の発明によれば、輸出者からの電子信用状の誤記に対する問い合わせに対して信用状管理システムが正しい表記を自動回答することができる。また、請求項５に記載の発明は、輸出者に自動回答できない場合には、誤記についての問い合わせが輸入者の銀行に対して自動的に行われるので、行員は問い合わせのための手作業から解放される。
【００１９】
請求項６および７の発明では、電子信用状に関する決済の状況から、輸入者の決済状況を行員および輸出者が知ることができる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照して本発明の実施形態を詳細に説明する。
図１は本発明実施形態の信用状管理システムの全体構成を示す。
図１において、１００は本発明に係わる信用状管理システムである。信用上管理システムはＷＥＢサーバ３０、信用状管理サーバ４０および通信サーバ５０を有する。両サーバ３０および４０は市販のサーバ用コンピュータを使用することができる。
【００２１】
サーバ３０および４０はプログラムを実行するためのＣＰＵ、データを一時記憶するためのＲＯＭおよびＲＡＭおよび後述のデータベースを記憶するためのハードディスク、他の機器と通信するための通信用インターフェースを最低限有していればよい。
【００２２】
ＷＥＢサーバ３０は、ホームページ用のマークアップ文書、この例ではＨＴＭＬ文書およびＨＴＭＬ文書を顧客側のパソコン１０や銀行内の行員のパソコン１１に提供するためのプログラム（ＷＥＢサーバ用プログラム）および顧客のパソコン１０等から入力される閲覧要求に応じた検索など種々の情報処理を行うためのプログラム（たとえば、ｃｏｍｍｏｎ  ｇａｔｅｗａｙ  ｉｎｅｔｅｒｆａｃｅ（ＣＧＩ））などをＷＥＢサーバ３０内のハードディスクに搭載している。
【００２３】
信用状管理サーバ４０内のハードディスクには裏書情報データベース（裏書情報ＤＢと略記することがある）４１と本発明に係わる支払口データベース（支払口ＤＢと略記することがある）４２が構築されている。裏書情報ＤＢ４１は輸入者の銀行の通信システムから受信した電子信用状を記憶しておくデータベースである。格納する電子信用状には、その電子信用状を受け取る顧客の銀行の顧客番号が電子信用状の格納時に付加される。なお、裏書情報ＤＢ４１は、従来とほぼ同様のデータ構成とすることができるが、その電子信用状の決済状況を示す情報（たとえば、所定期限までに代金決済が行われたか否かを示す情報等）が代金決済時に各電子信用状に付加される点が従来と異なる点である。
【００２４】
信用状管理サーバ４０内のハードディスクには、本発明に係わる信用状のリスク管理を行うためのプログラムが搭載されている。このプログラムの処理内容は後で、詳細に説明する。
【００２５】
通信サーバ５０は、ＳＷＩＦＴ電文を伝送する専用の通信ネットワーク６０を介して輸入者の銀行の通信システム（不図示）と通信を行って、電子信用状を受信する従来と同様のサーバである。
【００２６】
通信サーバ５０については当業者によく知られているので詳細な説明は要しないであろう。
【００２７】
１０は各輸出者（顧客と表現することがある）の会社に設置されたパソコンである。パソコン１０と信用状管理システム１００のＷＥＢサーバ３０とは、インターネットなどの通信ネットワーク２０を介して接続される。１１は銀行内の行員が使用するパソコンであり、パソコン１１と信用状管理システム１００のＷＥＢサーバ３０とはＬＡＮなどの通信ネットワークにて接続される。
【００２８】
図１のシステム動作の説明に先立って、信用状管理システム１００が提供する機能（サービス）について最初に説明する。
【００２９】
信用状管理システム１００は以下の本発明に係わる機能を提供する。
（１）電子信用状を受信し、裏書情報ＤＢ４１で保管管理すると共に、該当する顧客のパソコン１０に電子信用状の到着を電子メールにて案内する（図１の符号５０参照）。
（２）顧客のパソコン１０から閲覧要求を受付け、裏書情報ＤＢに蓄積された電子信用状の中の上記閲覧要求で指定されている電子信用状の閲覧を顧客のパソコン１０に対して許可する。
（３）顧客のパソコン１０から電子信用状に係わる問い合わせを受付け（図１のＱＡ１０１参照）、その回答を顧客のパソコン１０に一覧の形態で提示する（図１のＱＡ一覧１０３参照）。尚、顧客が問い合わせを行う際には、問い合わせを行うことについて、顧客の上位者が承認を行う。（図１のＱＡ承認１０２参照）。
（４）行員のパソコン１１に上記電子信用状に係わる問い合わせの一覧を提示し、質問に対する回答を受付ける（図１のＱＡ一覧１０４参照）。受け付けた回答が顧客のパソコン１０に一覧の形態で提示される。
（５）支払口ＤＢ４２に登録するリスク情報あるいはリスク解除の指示を行員のパソコン１１から受け付ける。（図１支払口一覧１０５）支払口ＤＢ４２に対するリスク情報の登録および解除の処理はＷＥＢサーバ３０により行う。
（６）行員のパソコン１１からの要求に応じて支払口一覧、すなわち、支払口ＤＢ４２に格納された情報を一覧の形態で提示する（支払口一覧１０６参照）。また、
（７）輸出取引に関する買取取立依頼書の印刷を行う。
【００３０】
行員のパソコン１１からの要求に応じて顧客作成の買取取立依頼書の印刷イメージを作成し、作成文書を行員のパソコン１１に送信する。また、行員の閲覧に供する情報が裏書情報ＤＢ４１および支払口ＤＢから抽出される（依頼書印刷１０７参照）。
【００３１】
支払口ＤＢ４２のデータ構造を図２に示す。
図２において、支払口ＤＢ４２に登録するレコードは買取種別、発行銀行、輸入者、決済方法、支払状況、ステータスおよび理由の情報を有する。
【００３２】
買取種別は輸出手形の種類を示し、ＬＣ（信用状）付輸出手形、ＬＣ無輸出手形（Ｄ／Ｐ、Ｄ／Ａ）などの種類を示す。発行銀行は電子信用状を発行する銀行の名前を示す。
【００３３】
輸入者は輸出者から商品を輸入する者（企業）の名前を示す。決済方法は輸出手形の決済条件を示し、たとえば、一覧払い手形条件（ＡＳ）や期限付き手形条件（ユーザンス）などを示す。支払状況は、輸入者の銀行（発行銀行）あるいは輸入者の代金決済のこれまでの決済状況を表し、この形態では、過去１年間の間に決済の遅延がない場合には「良好」、過去１年間の間に１度でも遅延があった場合には「不良」で決済状況を表す。なお、遅延回数を、決済状況を表すパラメータとして使用してもよいし、「良好」および「不良」を判別するための閾値をこの形態のように「１」とする必要はなく、任意の値としてもよい。
【００３４】
支払状況を示す情報は、信用状管理サーバ４０が、裏書情報ＤＢに格納された各電子信用状の決済状況を集計することにより、自動的に作成する。
【００３５】
顧客および行員と信用状管理システム１００との間のコミュニケーションはＷＥＢサーバ３０が提供するマークアップ文書を顧客および行員のパソコン１０，１１にて、ブラウザと呼ばれるプログラムにより表示する。マークアップ文書は、広く知られているように、文字、イメージを表示させることが可能であり、また、パソコン１０，１１からの情報入力を受け付けることが可能な文書である。
【００３６】
上述の文字、イメージの表示や、情報の入力、さらには、検索命令の入力などは、タグと呼ばれる命令をマークアップ文書中に記載しておくことで実現することができる。
【００３７】
発明の理解を容易にするために、最初に、顧客のパソコン１０で表示するマークアップ文書の画面を説明し、次に行員のパソコン１１で表示するマークアップ文書の画面を説明する。
【００３８】
図３は、各顧客に到着の電子信用状を通知するための画面を示す。図３において、画面は、入力欄３０１、到着ＬＣインデックス表示欄３０２およびメニュー３０３を有している。入力欄３０１内の項目欄から到着の電子信用状を検索するための条件を顧客が入力する。検索条件となる項目は種類、ＬＣ番号、接受日等である。
【００３９】
顧客はキーボードを使用して項目欄に所定の情報を入力し、マウスの操作で、一覧検索ボタン３０４を操作すると、画面下部の到着ＬＣインデックス表示欄３０２に検索条件に合致した到着ＬＣ（到着の電子信用状）の概要が図示のように表示される。また、一括Ｄｏｗｎｌｏａｄボタン３０５をマウスで操作すると、検索条件に合致した到着ＬＣを顧客のパソコン１０にダウンロードすることができる。さらに顧客が印刷ボタン３０６を操作すると、検索条件に合致した到着ＬＣをパソコン１０に接続されたプリンタにより印刷することができる。
【００４０】
メニュー３０３の各メニューを選択することにより、顧客は信用状管理システムが提供するサービスを選択することができる。これらのサービスは本発明と特に関係がないので、詳細な説明を省略する。また、以下に説明する画面においても、表示用のマークアップ文書はＷＥＢサーバ３０から提供され、顧客のパソコン１０の表示画面に表示されたボタンが顧客により操作されると、そのボタンに割り当てられた命令が顧客のパソコン１０からＷＥＢ３０に送られ、そのコマンドをＷＥＢサーバ３０が実行する。
【００４１】
図４は顧客のパソコン１０に提供された、到着の電子信用状（ＬＣ電文）の一例を示す。この画面は、図３の矢印Ａの示す文字列、すなわち、到着ＬＣの概要の中の種類を表す文字列を顧客がマウスにより選択操作すると、ＷＥＢサーバ３０が対応する電子信用状を裏書情報ＤＢ４１から取り出して顧客のパソコン１０に提供するので、パソコン１０上に図４に示すように表示される。
【００４２】
図４の画面中にはＱＡ登録ボタン４０１が用意されており、顧客がマウスによりこのボタンを操作すると、図６の電子信用状に関する問い合わせ画面に移行することができる。
【００４３】
図５は問い合わせ（ＱＡ）依頼のための初期画面を示す。図５の画面は図３の左側の画面のメニュー画面３０３上で図５のＱＡ一覧ボタン５０２を顧客がマウスで操作すると、図５の画面に変化する。図５において、５０１は問い合わせの対象となる電子信用状の検索条件入力欄である。図２の入力欄、たとえば、種類などを指定した後、一覧検索ボタン５０３を顧客がマウスを使用して操作すると、検索結果の一覧を表示する表示欄５０４に検索結果が表示される。検索結果の中の問い合わせを行いたい電子信用状の欄の選択ボタン５０６を顧客がマウスにより選択した後、ＱＡ依頼ボタン５０５を操作すると表示画面は、問い合わせ内容を入力する画面に移行する。この画面の上部を図６に、下部を図７に示す。
【００４４】
問い合わせは、電子信用状の記載項目ごとに行うことができる。このために図６および図７の画面では質問の雛形が用意されており、顧客は質問したい項目を選択ボタン６０１により選択し、また、この例では誤りと思われる項目の、正しい表記、すなわち、問い合わせしたい情報を入力欄６０２に入力する。入力はキーボードから行われる。問い合わせする項目は複数項目を同時に選択することが可能である。図７の例ではＬＣ期限到来地の問い合わせ欄に顧客が「ＴＯＫＹＯ，ＪＡＰＡＮ」であるのか、「ＷＩＮＳＴＯＮ−ＳＡＬＥＭ，ＵＳＡ」を入力する。この問い合わせは、ＬＣ期限到来地が「ＴＯＫＹＯ，ＪＡＰＡＮ」であるのか、「ＷＩＮＳＴＯＮ−ＳＡＬＥＭ，ＵＳＡ」であるかの問い合わせとなる。
【００４５】
顧客がスクロールバー６０５を操作すると、図７の下部画面を表示させることができる。また、雛形の問い合わせ項目には無い問い合わせを行いたい場合、顧客は図７のその他の情報記入欄７０１に質問内容を文字の形態でキーボードから入力する。確認したい正しい情報等を入力すると、顧客は登録ボタン６０４をマウスにより操作する。これにより、図６および図７の画面により入力された情報は、ＷＥＢサーバ３０に送られて、ＷＥＢサーバ３０内のハードディスクに保存される。この後、後述の問い合わせの承認（確認）処理が顧客により行われた後に、承認を受けた問い合わせに対して回答が行員によりあるいは自動により作成される。この処理は本発明に係わるので後で詳細に説明する。また、別の電子信用状についての問い合わせを行いたい場合、顧客は戻るボタン６０３を操作する。これにより、顧客のパソコン１０の表示画面は図５の画面に戻る。
【００４６】
図８はこれまでに登録した問い合わせについて、顧客が問い合わせを行うことを承認する画面である。顧客がメニュー３０３の中のＱＡ承認ボタン８０１を操作すると、図８の画面が表示される。８０２はこれまでに登録した問い合わせの検索条件入力欄である。顧客はキーボードを使用して必要な検索条件を入力し、マウスにより一覧検索ボタン８０３を操作する。これにより、これまでに登録した問い合わせの中から検索条件に合致する一覧がＷＥＢサーバ３０により取り出され、顧客のパソコン１０に送られる。その結果、送られた一覧が図８に示すように一覧表示欄８０４に表示される。顧客は承認する電子信用状を選択ボタン８０６により選択した後ＱＡ承認ボタン８０５をマウスにより操作する。
【００４７】
この操作に応じて、画面は図９に移行する。
図９の画面では選択ボタン８０６により選択された問い合わせが（前に登録された問い合わせ）が顧客の確認のために表示される。
顧客はマウスを使用して承認ボタン９０１を操作すると、この問い合わせに対する行員のアクセスおよび回答が許可される。
【００４８】
アクセスの制御のためには以下の２つのいずれかを採用するとよい。１つは、ＷＥＢサーバ３０が保存する登録の問い合わせに対して承認の有無を示すフラグを付加する。問い合わせが登録されたときにＷＥＢサーバ３０は初期的にこのフラグを承認なしに設定する。また、顧客による承認が行われたときにフラグを承認ありに設定する。行員が問い合わせのために行員のパソコン１１で回答すべき問い合わせを呼び出す際にＷＥＢサーバ３０はフラグが承認ありとなっている問い合わせを読み出して、行員のパソコン１１に送る。
【００４９】
もう１つの方法は、顧客が登録する問い合わせ、行員が回答する問い合わせをそれぞれ記憶しておく記憶領域（登録領域および回答領域）を信用状管理サーバ４０のハードディスク内に設ける。顧客が登録した問い合わせは登録領域（図１のＱＡ依頼（記憶）領域に記憶し、承認が行われた場合は登録領域から回答領域（図１のＱＡ情報（記憶）領域）に承認済みの問い合わせをコピーして記憶する。行員のパソコン１１からは回答領域のみにアクセス可能とする。
【００５０】
図１０は上述の承認により顧客から銀行に対して送られた問い合わせの回答を閲覧するための画面を示す。この画面はメニュー３０３の中のＱＡ一覧照会ボタン１００１を顧客が操作することにより表示される。１００３は回答を取り出すための検索条件を入力する欄である。たとえば、顧客がＡＰＰＬＩＣＡＮＴ（輸入者名）項目に輸入者名をキーボードにより入力し、一覧検索ボタン１００２をマウスにより操作すると、回答一覧表示欄１００４には検索条件に合致する回答一覧が表示される。
【００５１】
この形態では、回答無しの問い合わせも表示させることが可能であり、回答有無の選択ボタン１００６のいずれかの選択により回答有り、回答無し、すべての問い合わせの一覧を取得することができる。
【００５２】
検索条件入力欄１００３から入力された情報は検索命令と共に顧客のパソコン１０からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は検索命令を実行して、裏書情報ＤＢの中の回答領域（図１のＱＡ情報）から検索条件に合致する回答を取り出し、その一覧を顧客のパソコン１０に提供する。
【００５３】
顧客は回答一覧表示欄１００４の中の所望の回答項目を選択ボタン１００７により選択すると、ＷＥＢサーバ３０は選択された回答項目に対応する詳細、すなわち、裏書情報ＤＢ４１内の回答領域に記憶されている、対応の回答を取り出して、顧客のパソコン１０に提供する。これにより、回答の詳細が顧客のパソコン１０の表示画面に図１１に示すように表示される。
【００５４】
図１１において、１１０１は顧客が送った問い合わせ内容であり、１１０２にはその問い合わせに対して行員が回答した内容である。顧客が戻るボタン１１０３を操作すると図１０の画面に戻ることができる。
【００５５】
行員が上記問い合わせに回答する場合には、行員専用の回答用のマークアップ文書を行員のパソコン１１から呼び出して、行員のパソコン１１の表示画面に表示させる。この場合、最初に一覧を表示させて、次に一覧から、回答する問い合わせを呼び出せばよい。たとえば、図１１に示すように表示画面に問い合わせ１１０１を表示させて、行員が回答１１０２を行員のパソコン１１のキーボードから入力すればよい。回答の作成が終了した場合には、行員は不図示の終了ボタンを操作すると、作成された回答が添付された問い合わせが、ＷＥＢサーバ３０の回答領域にＷＥＢサーバ３０により上書き記憶される。
【００５６】
問い合わせの内容が、行員が即答できないような内容の場合には、行員は、電子信用状を送信した輸入者の銀行宛に問い合わせを行い、その問い合わせの回答に基づいて、顧客向けの回答を作成する。
【００５７】
次に、輸入者および輸入者の銀行、いわゆる支払口の輸出代金決済状況（支払口情報と呼ぶことがある）を行員に情報提供するための画面について、説明する。以下に説明する画面にはＷＥＢサーバ３０から行員のパソコン１１に送られて表示される。
【００５８】
図１２はメニュー１２００の中の支払口登録ボタン１２０１を行員がマウスにより操作したとき、あるいは、図１６の再利用ボタン１６０５か修正ボタン１６０６を行員がマウスにより操作した場合に表示される画面内容を示す。
【００５９】
図１２において、１２００は各種の処理を選択するためのメニューであり、メニュー１２００内には選択する処理ごとにボタンが用意されている。１２０１は新規の支払口を登録するための情報入力欄である。ここで、支払状況欄は新規登録時は行員が良好か不良かを選択するための項目欄である。以後、支払状況欄の示す輸入者（あるいはその銀行）の決済状況は行員の手入力による変更が可能となる。信用状管理サーバ４０は定期的に、裏書情報ＤＢに格納されている電子信用状についての決済状況をモニタし、決済時期が、予め定められている時期で１回でも遅れると、その電子信用状の輸入者およびその発行銀行の遅延状況を設定する。この設定をもとに「良好」から「不良」への変更が行員の手入力により行われる。また、支払時期以外の予期せぬ理由、たとえば、戦争不安などの理由が発生した場合、行員は手入力により決済状況を「良好」から「不良」に変更することができる。
【００６０】
行員が必要事項を選択／入力して登録ボタン１２０３を操作すると、選択された事項および理由欄で入力された文字列が、図１の支払口ＤＢ４２に新規登録される。
【００６１】
良好の登録の支払口に関する情報は、良好のものおよび不良のものをそれぞれ別個の記憶領域に記憶してもよいし、同一の記憶領域に記憶してもよい。
【００６２】
図１３は登録した支払口を解除（支払口の設定を良好から不良にまたは不良から良好に変更すること）するための画面である。メニュー１２００の中の支払口解除ボタン１３０１を行員が操作すると図１３の画面が表示される。
【００６３】
行員は解除の対象の支払口情報を取り出すための検索条件を情報入力欄１３０２から入力し、一覧検索ボタン１３０３を操作する。これにより、検索命令が行員のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は検索条件に合致する支払口情報を支払口ＤＢ４２から検索により取り出し、一覧を作成する。作成された一覧が行員のパソコン１１に送られて、図１３の一覧表示欄１３０４に表示される。行員は解除したい項目を選択ボタン１３０６により選択して、解除ボタン１３０５を操作する。
【００６４】
このボタン操作に応じて、図１４の支払口解除理由入力画面が表示される。図１４において、１４０１は解除理由を入力するための入力欄である。１４０２は登録の指示を行うためのボタンである。このボタン操作に応じて、入力欄１４０１から入力された情報と解除命令が行員のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は解除命令に応じて、該当の支払口情報の支払状況（図１２参照）を不良に設定する。
【００６５】
本実施形態では、上述の処理により支払口の登録、変更を行う場合には、変更の支払口情報について承認権限を有する部署（たとえば、本部）の承認者（承認者と称する）の承認を受けるようにしている。このために、登録あるいは変更の対象となった支払口情報は、ＷＥＢサーバ３０内の承認者用の記憶領域に一時記憶される。
【００６６】
承認者は行員（承認者用）のパソコン１１を使用して図１５Ａのメニュー１２００の中の支払口承認ボタン１５０２を操作して図１５Ａの画面を表示させる。
【００６７】
図１５Ａにおいて、１５０１は承認対象の支払口情報を承認者用の一時記憶領域から取り出すための検索条件を入力する入力欄である。承認者は入力欄１５０１で必要な情報を入力した後一覧検索ボタン１５０３を操作すると、検索命令および検索条件が承認者のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は検索命令により承認者用の一時記憶領域から検索条件に合致した支払口情報（承認を受けるための支払口情報）の一覧を作成して承認者のパソコン１１に送る。承認者のパソコン１１は図１５Ａの一覧表示欄１５０４に図１５Ａに示すように表示する。このとき、支払状況を示す欄には「良好」および「不良」の文字列に「候補」が付加される。
【００６８】
承認者は選択ボタン１５０５をマウスにより操作して承認したい所望の項目を選択し、次に承認ボタン１５０６を操作する。この操作に応じて、図１５Ｂの表示画面が表示される。
【００６９】
図１５Ｂの表示画面は選択された項目の最終確認画面である。図１５Ｂにおいて、選択された項目の支払口情報が表示される。承認者が確定ボタン１５１０を操作すると、確定を示す情報が承認者のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は選択されている項目の一時記憶領域の支払口情報を支払口ＤＢ４２に書き込む。新規の支払口情報は新たに登録され、これまでにすでに登録されている支払口情報については上書き記憶される。
【００７０】
承認処理が行われた後、支払口情報ＤＢ４２に格納されている支払口情報を取り出して表示させる画面を図１６に示す。
【００７１】
行員が支払口情報を閲覧したい場合には、図１６のメニュー１２００の中の支払口一覧照会ボタン１６０１を操作する。この操作に応じて、図１６の画面が表示される。図１６において、１６０２は、検索条件を入力するための入力欄である。行員は図示のような検索条件を選択あるいは情報入力し、一覧検索ボタン１６０３を操作する。
【００７２】
この操作に応じて行員のパソコン１１からＷＥＢサーバ３０に検索命令と検索条件が送られる。ＷＥＢサーバ３０は、検索条件に応じて図１の支払口ＤＢ４２からは登録済みの支払口情報を取り出す。また、不図示の承認者用の一時記憶領域からは承認を待っている支払口情報を取り出し、これら支払口情報一覧を作成する。作成された一覧が図１６の一覧表示欄１６０４に表示される。
【００７３】
この表示において、承認者用の一時記憶領域に記憶されていた支払口情報の支払状況（図１６のステータス）には「良好」あるいは「不良」の後に「候補」の文字列が付加される。行員が再利用ボタン１６０５または修正ボタン１６０６を操作すると、画面は図１２に移行する。行員はこの画面でこれまでの支払口情報を変更したり、再利用することができる。
【００７４】
図１７は買取取立依頼書の印刷を要求する画面を示す。
行員は図１７のメニュー１２００の中の買取取立依頼一覧照会ボタン１７０１を操作する。この操作に応じて図１７の画面が表示される。図１７において１７０２は買取取立依頼の一覧を照会するための情報を入力する入力欄である。行員が入力欄１７０２に必要事項を入力し、一覧検索ボタン１７０３を操作すると、検索命令および入力欄１７０２から入力された情報（検索条件）が行員のパソコン１１からＷＥＢサーバ３０に送られる。
【００７５】
ＷＥＢサーバ３０は検索条件に合致する電子信用状情報および支払口情報を、裏書情報ＤＢ４１および支払口情報ＤＢ４２から取り出し、さらに、これら取り出した情報の中の買取取立依頼書の作成に必要な情報を取り出す。取り出した情報を予め用意されている雛形文書（たとえば、ＰＤＦ文書様式）に挿入することにより買取取立依頼書の印刷イメージを作成する。
【００７６】
検索条件に合致する情報を取り出したときに、買取取立の対象となる案件リスト一覧がＷＥＢサーバ３０から行員のパソコン１１に送られ、行員のパソコン１１では図１７の一覧表示欄１７０４に表示される。行員は一覧表示欄１７０４の中の文書書式選択ボタン１７０５により文書の書式がＨＴＭＬ文書様式かＰＤＦファイルかの選択を行い、次に、閲覧ボタン１７０６を操作する。
【００７７】
この操作により作成文書の書式が指定されると、ＷＥＢサーバ３０は必要に応じて、作成した文書を指定された文書様式に変換する。ＨＴＭＬ文書をＰＤＦファイルへ変換する方法はよく知られているので、ここでは詳細な説明を省略する。
【００７８】
指定された書式の作成文書（買取取立依頼書）が行員のパソコン１１に送られる。行員のパソコン１１では作成文書が不図示の表示画面に表示され、表示画面付属の印刷操作によってパソコン１１に接続したプリンタにより印刷が行われる。
【００７９】
また、上記以外の手段として、不図示の顧客の買取取立依頼書承認画面から承認操作を契機に、パソコン１１に接続したプリンタにより印刷が行われるが、処理の契機が異なるだけなので、ここでは説明を省略する。
【００８０】
以上、顧客のパソコン１０の表示画面および行員のパソコン１１の表示画面を説明しながら、信用状管理システム１００の動作を説明した。
【００８１】
次に信用状管理システム側の処理内容を図１８を参照して説明する。
図１８において、通信ネットワーク６０を介して輸入者の銀行の通信システムから電子信用状を図１の通信サーバ５０が受信すると、通信サーバ５０は受信した電子信用状を信用状管理サーバ４０に引き渡す。信用状管理サーバ４０は引き渡された電子信用状に対して、対応する顧客番号を付加して、裏書情報ＤＢ４１に格納する（Ｓ４０のその他の処理）。
【００８２】
格納された電子信用状については、有効期限が到来しているかどうかが定期的にモニターされる。具体的には、信用状管理サーバ４０は裏書情報ＤＢ４１に格納されている電子信用状情報を順に取り出し、現在のカレンダー情報（年月日）と、電子使用状情報に記載されている有効期限とを比較して、有効期限が到来しているか否かを判定する。肯定判定が得られた電子信用状については、その電子信用状の内容を表す情報、ＬＣ番号等と期限が到来したことを示す定型メッセージを使用した顧客宛ての期限到来案内用の電子メールを信用状管理サーバ４０により作成する。作成された電子メールが顧客宛に送られ顧客に通知される（Ｓ１０→Ｓ１１→Ｓ１２）。
【００８３】
決済の期限をモニタするタイミングではない場合は手順はＳ１０からＳ２０へと進み、情報管理サーバ４０は顧客のパソコン１０および行員のパソコン１１から検索命令や情報の登録命令がＷＥＢサーバ３０を介して受信する。ＱＡ（問い合わせ関連の命令を受信した場合には手順をＳ２１へと進め、上述したようなＱＡ関連の処理を行う。
【００８４】
一方、行員のパソコン１１から支払口関連の命令をＷＥＢサーバ３０を介して受信した場合には、その命令をＳ３０で判別し、手順をＳ３１へと進めて、上述したような支払口関連の処理を行う。
【００８５】
また、以上の処理を行わない間は、信用状管理サーバ４０はその他の処理、たとえば、行員からの買取取立依頼書印刷の要求に応じた依頼書の作成処理や、受信した電子信用状の裏書情報ＤＢ４１への格納処理、さらには、各電子信用状についての決済の期限の有無情報を行員のパソコン１１から受け付けて裏書情報ＤＢ４１へ書き込む処理などを実行する。
【００８６】
（ＱＡ関連処理）
図１９はＱＡ（問い合わせ・回答）関連処理の処理手順を示す。
図１９において、顧客が電子信用状（ＬＣ）をパソコン１０で閲覧する場合には、図３の画面を使用して、顧客が電子信用状の閲覧を行う。この閲覧に関わる電子信用状の検索、検索結果の一覧の提供や一覧の中で選択された電子信用状の電文の詳細の提供をＷＥＢサーバ３０が行う（Ｓ１００）。
【００８７】
顧客は電文詳細を見て誤記を見つけると確認したい正しい文字列を図６および７の画面を呼び出し（Ｓ１１０がＹＥＳ判定）、雛形の問い合わせに該当する場合には、その雛形を選択ボタン６０１により選択する（Ｓ１２０→Ｓ１２５）。次に顧客は雛形の問い合わせのための入力欄６０２、６０３に入力する（Ｓ１２５）。また、雛形の問い合わせには無い問い合わせを行う場合には図７のその他の入力欄７０１に問い合わせのメッセージを入力する（Ｓ１３０）。
【００８８】
顧客のパソコン１０から入力された問い合わせ（ＱＡ）は裏書情報ＤＢ４１内のＱＡ依頼領域に一時格納され、問い合わせ承認者の承認を待つ。
【００８９】
承認者は自己のパソコンで承認用画面を使用して、問い合わせに対する承認を行う（Ｓ１４０）。この承認操作により、信用状管理サーバ４０は承認を受けたＱＡ依頼領域の問い合わせを、ＱＡ情報（記憶）領域（図１参照）に移す。これにより、銀行の問い合わせ回答者がパソコン１１を使用して顧客の問い合わせにアクセス可能となる。
なお、承認者により承認されない問い合わせは図１のＱＡ依頼記憶領域で保管される。
【００９０】
承認処理が終了した問い合わせについて信用状管理サーバ４０は、以下の処理で顧客宛の回答を作成する（Ｓ１５０〜Ｓ２１０）。
【００９１】
ここで、特筆すべき点は、問い合わせに対する回答について、
（１）電子信用状に記載されている情報の種類ごとに誤記についての問い合わせの雛形を用意し、雛形の誤記の問い合わせについては回答を自動作成する。回答の作成方法については後で詳述する。
（２）雛形の問い合わせの中で回答が自動作成ができないものについては、問い合わせのための電文を自動作成し、輸入者の銀行の通信システムに宛てて、誤記の問い合わせの電文を自動送信する。さらに、輸入者の銀行の通信システムから受信した回答に基づいて回答を自動作成する。
（３）その他の欄に記入された誤記以外の問い合わせに対しては行員が回答を手入力する。
というように回答形式を３つに分類し、できるだけ自動化を進めるようにして、行員の労力を低減するようにしたことである。
【００９２】
行員の問い合わせ回答者はパソコン１１を使用して図１のＱＡ情報記憶領域から回答すべき問い合わせを閲覧し、信用状管理サーバ４０が回答を作成できない項目についての回答を入力する。入力された回答が問い合わせの中の回答欄に信用状管理サーバ４０により記入される（Ｓ１６０）。
【００９３】
信用状管理サーバ４０は任意のタイミングで、ＱＡ情報記憶領域に保存されている問い合わせの中の自動回答が行われていない誤記についての問い合わせを読み出し、誤記の問い合わせに対する回答、すなわち正しい表記を自動作成する（Ｓ１７０→Ｓ１７５）。作成された正しい表記が信用状管理サーバ４０によりＱＡ情報記憶領域に記憶されている問い合わせの回答記入欄に記入される（Ｓ１７５）。
【００９４】
この誤記に対する正しい表記がＳ１７５の処理で得られない誤記の問い合わせについては、手順をＳ１７０からＳ１８０へ進める。
【００９５】
ここで、信用状管理サーバ４０は、予め定められた通信フォーマットにしたがって、誤記の問い合わせを送信用の電文に複製（コピー）すると共に、この電文が問い合わせであることを示すキーを電文に付加する（Ｓ１８０）。
【００９６】
このようにして編集作成された電文が、問い合わせの対象の輸入者の銀行の通信システムに通信サーバ５０を介して送信される（Ｓ１９０）。
【００９７】
信用状管理サーバ４０は通信サーバ５０を介して問い合わせの回答を記載した電文を輸入者の銀行の通信システムから受信すると（Ｓ２００）、受信した電文の中に含まれる上記キーにより、問い合わせに対する回答であることを識別し、電文から回答を取り出して、キーに対応するＱＡ情報記憶領域上の問い合わせの中の回答記入欄に回答を記入する（Ｓ２１０）。
【００９８】
このようにして回答が記入されたＱＡ情報記憶領域の問い合わせは、顧客のパソコン１０により、ＱＡ一覧照会初期画面により閲覧される（Ｓ２２０）。この閲覧に際してＷＥＢサーバ３０が顧客が要求する問い合わせ（回答を含む）を読み出して、顧客のパソコン１０に提供する。これにより顧客は問い合わせに対する回答を知ることができる。
【００９９】
（支払口登録）
図２０は図１２の支払口登録画面を使用して行われる支払口情報の登録のためのＷＥＢサーバ４０の処理手順を示す。
【０１００】
ＷＥＢサーバ４０はパソコン１１から送られてくる選択ボタン情報（項目ごとにどの選択ボタンが操作されたかを示す識別情報）の種類判別を行って、行員が選択した情報項目の内容を識別し、登録すべき支払情報を作成する。具体的には、図１２の買取種別項目で選択された項目がＬＣ付輸出手形であることをＳ３００で検出し、買取種別項目で選択された項目がＤＰ（ＬＣ無Ａ／Ｓ輸出手形）であることをＳ３０１で検出する。また、買取種別項目で選択された項目がＤＡ（ＬＣ無ユーザンス輸出手形）であることをＳ３０３で検出する。検出された種類内容を示す情報が登録用のレコードに転記される（Ｓ３０２、３０３、３２０）。
【０１０１】
このようにして、以下、発行銀行、決済方法、支払状況などの各項目について、行員が選択した情報を識別し、識別した情報内容を登録用のレコードに転記していく（Ｓ３２０〜Ｓ３６０）。
【０１０２】
行員が記入欄の修正を行った場合には、修正した情報と、上記レコード中の対応情報を置換する。また、行員が図１２の登録ボタン１２０３を操作した場合には、支払口ＤＢ４２に登録用のレコードを登録する。このとき、登録用レコードと同じレコードが支払口ＤＢ４２に記憶されていない場合には登録用レコードは支払口ＤＢ４２に新規登録される。また、修正目的で登録用レコードが作成された場合には支払口ＤＢ４２上のレコードに対して上記登録用レコードが上書き記憶される。
【０１０３】
上述の説明は主に、新規支払口情報を登録するための処理手順の説明である。
このため、図１２の支払口登録画面では初期的には選択ボタンはまったく操作されていない状態で表示される。
【０１０４】
図１６の支払口一覧検索初期画面で再利用ボタン１６０５または修正ボタン操作がされた場合に、図１２の支払口登録画面に移行するが、この場合には、図１６の画面で選択されている支払口情報を示すように選択ボタンのオンオフが図１２で表示される。この表示のための処理手順を図２１に示す。
【０１０５】
ＷＥＢサーバ３０は図１６の画面で選択された支払口情報の内容を項目別に判別する。たとえば、買取種別については、買取種別が選択されているかをＳ４００で選択し、選択されている場合には、次に買取種別がＬＣ付輸出手形であるか、ＤＰ，ＤＡであるかをＳ４１１，Ｓ４１３で判別していく。
【０１０６】
上記各ステップで、買取種別が判別されると、その種別内容を示す識別情報が行員のパソコン１１に送られる。行員のパソコン１１ではその識別情報に基づいて、たとえば、図１２に示すようにＬＣ付き輸出手形の選択ボタンがオン（図中、黒丸で表示）となるように表示する（Ｓ４２０、４１２、４１３）。この形態では図１２の画面表示のためのマーククアップ文書とは別に、選択ボタンのオンオフ情報を行員のパソコン１１に送るようにしているが、選択ボタンのオンオフ情報を織り込んだマークアップ文書を送るようにしてもよい。
【０１０７】
以下、同様にしてＷＥＢサーバ３０からはオンとすべき選択ボタンの識別情報や、入力欄に初期表示すべき文字列がＷＥＢサーバ３０から行員のパソコン１１に送られて、その表示画面は図１２に示すように初期表示される（Ｓ４３０〜Ｓ５０２）。
【０１０８】
（支払口解除（一覧検索））
図２２の支払口解除画面を表示するための処理手順を図２２に示す。
ＷＥＢサーバ４０は図１３の入力欄で行員により操作された選択ボタンの種類および文字列の入力の有無に基づいて、支払口ＤＢ４２の検索条件を作成する。
【０１０９】
具体的には、銀行名の入力の有無をＳ６００で判別し、入力なしの場合には次に、国名の入力の有無を判別する（Ｓ６０１）。国名の入力がある場合には、その国名の国内に本店がある銀行名を予め用意してあるテーブルから取得して、取得した銀行名を検索条件に加える（Ｓ６０２）。
【０１１０】
銀行名が入力されている場合には、入力された銀行名をそのまま検索条件に加える（Ｓ６００→Ｓ６１０）。以下、輸入者（名）の入力の有無をＳ６２０で判別し、なしの場合には、国名の有無を判別して、国名に基づいて、企業名を取得して検索条件に追加する（Ｓ６２１→Ｓ６２２）。
【０１１１】
輸入者名ありの場合には、その入力された輸入者名を検索条件に追加する（Ｓ６２０→Ｓ６３０）。
【０１１２】
続いて、検索条件に支払状況（良好、良好候補等）を追加し（Ｓ６４０）、検索条件として“ＡＮＤ”条件が選択されているか否か（“ＯＲ”条件）を判別する（Ｓ６５０）。
【０１１３】
“ＡＮＤ”条件が選択されている場合には、入力された買取種別、発行銀行、輸入者および支払い状況のすべてを検索条件として支払口ＤＢ４２を検索し、検索条件に合致する支払口情報を行員のパソコン１１に提示する。これにより、行員のパソコン１１では図１３の一覧表示欄１３０４に検索結果が表示される（Ｓ６６０→Ｓ６７０→Ｓ６８０）。
【０１１４】
一方、“ＯＲ”条件が選択されている場合には、（買取種別、発行銀行、支払状況）かまたは（買取種別、輸入者名、支払状況）を検索条件として検索を行う（Ｓ６５１→Ｓ６５２）。
【０１１５】
検索結果はやはり行員のパソコン１１に送られて検索結果が表示される（Ｓ６７０→Ｓ６８０）。
【０１１６】
検索結果がない場合には、行員のパソコン１１には検索結果が送られることはない（Ｓ６７０→終了）。
【０１１７】
（支払口の解除）
図１３の支払口解除画面で、検索条件を入力し検索結果を表示するための処理手順を図２３に示す。なお、この例は種別情報としてＤＰまたはＤＡが選択されている場合を示す。ＤＰおよびＤＡではＬＣが無いので取り扱い銀行もない。そこで、ＷＥＢサーバ３０は最初に検索条件の中の銀行名を入力なし（いわゆるヌル値）に設定した後、輸入者の有無を判別する。輸入者の無い場合には、国名に基づいて企業名を取得し、輸入者として取り扱う（Ｓ７００→Ｓ７１１）。
【０１１８】
輸入者の入力がある場合には、入力された輸入者（名）を検索条件に追加する（Ｓ７１０→Ｓ７２０）。さらに、検索条件に支払状況を追加し、以上の検索条件で支払口ＤＢ４２の検索を行う（Ｓ７４０）。
検索結果が存在する場合にはＷＥＢサーバ３９は行員のパソコン１１に検索結果を提供する。これにより、行員のパソコン１１は図１３の一覧表示欄１３０４に示すように検索結果が表示される（Ｓ７５０→Ｓ７６０）。
【０１１９】
図１４の画面で支払解除理由を入力した場合の処理手順を図２４に示す。
上述の支払解除処理の終了後、図２４の処理が開始される。
【０１２０】
ＷＥＢサーバ３０は支払口が選択されていることを確認して、その支払口情報の中の支払状況を不良（候補）に変更する（Ｓ８００→Ｓ８１０）。次に、行員のパソコン１１での入力欄１４０１への入力を待ち（Ｓ８２０）、入力された解除理由を支払口情報に追加する（Ｓ８３０）。このようして変更された支払口情報で支払口ＤＢ４２上の支払口情報を更新する（書き換える）（Ｓ８４０）。
【０１２１】
（支払口承認）
図１５Ａおよび図１５Ｂの支払口承認画面での承認処理のための処理手順を図２５Ａ、図２５Ｂ、図２６Ａおよび図２６Ｂに示す。図２５Ａの処理手順は買取種別がＬＣ付輸出手形の場合であり、図２５Ｂの処理手順は買取種別がＤＰまたはＤＡの場合である。
【０１２２】
ＷＥＢサーバ３０は検索条件にＬＣ付輸出手形の買取種別を追加する（Ｓ９００）。次に発行銀行（名）の入力を確認して検索条件に発行銀行を追加する（Ｓ９１０→Ｓ９２０）。次に輸入者（名）の入力を確認して検索条件に入力情報を追加する（Ｓ９３０→Ｓ９４０）。
【０１２３】
さらに選択された決済方法の種類を判別して選択された決済方法を検索条件に追加する（Ｓ９５０→Ｓ９６０またはＳ９５０→Ｓ９７０）。
【０１２４】
同様に選択された支払状況が良好か不良かを判別してその判別結果を検索条件に追加する（Ｓ９８０→Ｓ９９０またはＳ９８０→Ｓ１０００）。
【０１２５】
最後に営業店の承認者（担当者）であることをログイン用のパスワード等により確認し、さらに検索のステータス情報として承認待ちを設定し（Ｓ１０１０→１０３０）、上述の処理で設定された検索条件にて支払口ＤＢ４２を検索する（Ｓ１０４０）。
【０１２６】
検索結果が存在することを確認してＷＥＢサーバ３０は検索結果を行員のパソコン１１に送る。これにより承認者（営業店の担当者）のパソコン１１には図１５Ａの一覧表示欄１５０４に検索結果が表示される（Ｓ１０６０）。
【０１２７】
営業店承認者（担当者）が承認待ちのデータについて、承認（情報入力の確認）を行うにより「良好候補」または「不良候補」が確定する。
【０１２８】
本部承認者は確定したデータについて、上記と同様の手順により検索を行い、検索結果を行員のパソコン１１に一覧表示欄に表示させる。
【０１２９】
本部承認者が項目を選択し、選択された項目の支払口情報に対して確定ボタン１５１０により承認を行うことにより支払口情報の中の「良好候補」は「良好」に、「不良候補」は「不良」に確定される。
【０１３０】
図２５Ｂに示すＤＰ／ＤＡのための処理手順は買取種別の判定処理（Ｓ１１００〜Ｓ１１２０）が異なるだけで図２５ＡのＬＣ付輸出手形のための処理手順と同様である。このため詳細な説明を省略する。
【０１３１】
図２５ＡのＳ１０１０および図２５ＢのＳ１２００の承認処理は行員による情報入力の最終確認と承認者の承認の双方が終了しているかを判定する処理であるが、この詳細を図２６Ａおよび図２６Ｂに示す。図２６Ａは銀行の営業店の行員が図１５Ｂの確定ボタン１５１０を操作（押下）した場合の処理手順を示す。
【０１３２】
登録ボタン１２０３が操作されるとＷＥＢサーバ３０はステータスを行員の承認済に変更して支払口ＤＢ４２に図１２で入力された支払口情報を（仮）登録する。
【０１３３】
図２６Ｂは図１５Ｂの確定ボタン１５１０を本部の承認者が操作すると、ＷＥＢサーバ３０は図１５Ｂの画面で表示されている支払口の中の支払状況の設定が良好候補であるか否かを判定し、その判定結果が良好（ＹＥＳ）の場合には、ＷＥＢサーバ３０は更新のために用意するレコード（支払口情報）の中の支払口情報の支払状況の設定を良好に再設定（変更）する（Ｓ５１００→Ｓ５１１０）。ＷＥＢサーバ３０はこのように再設定したレコードで、支払口ＤＢ４２の対応のレコードを書き換える（Ｓ５１３０）。
【０１３４】
一方、支払状況の設定が良好候補では無い場合（ＮＯ）には、ＷＥＢサーバ３０は更新のために用意するレコードの中の支払状況を不良に再設定し、再設定されたレコードで、支払口ＤＢ４２にすでに登録されている対応のレコードを書き換える（Ｓ５１２０→Ｓ５１３０）。
【０１３５】
（支払口一覧検索）
図２７および図２８は図１６の初期画面を使用した支払口一覧の検索のための処理手順を示す。ＷＥＢサーバ３０は、入力欄１６０２で設定された検索条件を項目ごとに判別し、支払口ＤＢ４２のための検索条件を作成する。すなわち、買取種別の入力を確認し（Ｓ１３００）、買取種別の種類内容をＳ１３１０，１３１３３０，１３５０で判別する。判別された買取種別の種類に応じて、判別結果の買取種別が検索条件に追加される（Ｓ１３２０、１３４０、１３６０）。
【０１３６】
さらに買取種別がＬＣ付輸出手形であった場合には、発行銀行（名）の入力を確認して、入力された発行銀行を検索条件に追加する（Ｓ１３８０→Ｓ１３９０）。
【０１３７】
一方、買取種別がＤＰ／ＤＡの場合には、発行銀行がないので、検索条件には入力無しを設定する（１３７１）。次に、輸入者（名）の入力を確認して検索条件に輸入者名を追加する（Ｓ１４００）。決済方法の入力があった場合にはＳ１３０で決済方法の種類内容を判別して、その判別結果を検索条件に追加する（Ｓ１４３０→１４４０またはＳ１４５０→Ｓ１４６０）。決済方法の入力がない場合には手順はＳ１４２０からＳ１４７０に移行する。
【０１３８】
次にステータス情報について入力があった場合にはそのステータス（承認待ちか承認済）の内容を判別し、その判別結果を検索条件に追加する（Ｓ１４８０→Ｓ１４９０またはＳ１５００→Ｓ１５１０）。
【０１３９】
支払状況についての入力を確認した場合には（Ｓ１６１０）、支払状況が良好、良好候補、不良、不良候補かの内容判別をＳ１６２０，１６４０、Ｓ１６６０、１６８０で行い、その判別結果を検索条件に追加する（Ｓ１６３０，１６５０、Ｓ１６７０、１６９０）。
【０１４０】
勘定店と口座番号の入力があった場合には、この２つの情報を顧客名に変換する（Ｓ１７１０）。
【０１４１】
以上のようにして作成された検索条件で不図示の買取状況ＤＢあるいは裏書情報ＤＢ４１の検索を行って（Ｓ１７３０，１７４０）これまでに行われた決済時期の遅延の有無を調べる。説明のために買取種別に応じた検索条件を（Ｓ１７３０，１７４０）に示した。
【０１４２】
次にＳ１７５０に示す検索条件で支払口ＤＢ検索４２を検索して該当する支払口情報を取得する。以上の２つのデータベースの検索結果が、行員のパソコン１１に送られて図１６の一覧表示欄１６０４に表示される。
【０１４３】
以上の処理手順をＷＥＢサーバ３０が行うことにより行員は種々の検索条件を組み合わせて支払口の検索を行うことができる。このため検索条件を限定することでたとえば、同一の輸入者の支払状況、同一輸入者の支払銀行の支払状況を集計してパソコン１１に表示させることができる。
【０１４４】
（依頼書の印刷）
図１７の画面で依頼書の印刷が指示された場合、ＷＥＢサーバ３０は図２９の処理手順により印刷すべき依頼書のイメージを作成すると、行員のパソコン１１で表示する情報を作成する。
【０１４５】
図２９において、図１７の閲覧ボタン１７０６が操作された場合、ＷＥＢサーバ３０は対象がＬＣ付き輸出手形の場合、定型のイメージを作成する（Ｓ１８００）。次に検索条件の入力欄１７０２から入力された、たとえば、発行銀行名、輸入者名決済方法の検索条件で支払口ＤＢ４２を検索する（Ｓ１８１０）。検索結果が存在することを確認し（Ｓ１８２０）、検索結果の中の支払状況が良好を示す場合にはＷＥＢサーバ１０は行員のパソコン１１での表示のための表記「良好先」を作成して依頼書の印刷イメージに追加する（Ｓ１８３０→Ｓ１８３１）。
【０１４６】
また、検索結果の中の支払状況が不良を示す場合には表記として「不良先」を作成し、また、検索結果の中に含まれる理由と共に依頼書の印刷イメージに追加する（Ｓ１８４０→Ｓ１８４１→Ｓ１８４２）。
【０１４７】
行員のパソコン１１では送られた依頼書の印刷イメージをプリンタで印刷する。
【０１４８】
以上がＬＣ付き輸出手形の依頼書を印刷する場合の処理手順である。ＤＰ／ＤＡの場合の印刷処理手順を図２９に示すが、Ｓ１８１０の検索条件が、買取種別に対応したものであるほかは同様の処理であるので、重複的な説明を省略する。
【０１４９】
（誤記に対する正しい表記を作成する処理）
ＱＡ関連処理では電子信用状に記載された誤記についての問い合わせを顧客から受け付けて信用状管理システムが正しい表記を回答する点について説明したが、この処理は本発明に関連するので詳細に説明する。
【０１５０】
電子信用状の誤記を訂正するには以下に述べる方法を選択的に組み合わせて使用することができる。
（１）記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の記載についての誤記の問い合わせを輸出者のコンピュータ１０からＷＥＢサーバ３０により受け付ける。信用状管理サーバ４０は誤りの文字列と正しい文字列を記載した正誤表を内部のハードディスクに有しており、信用状管理サーバ４０は受け付けた誤記の問い合わせに対応する正しい表記を正誤表を参照することにより取得する。
（２）受信すべき電子信用状に関する記載情報を予め顧客から受け付けて照合用記憶手段（信用状管理サーバ４０内のハードディスク）に記憶しておく。
記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに輸出者のコンピュータからＷＥＢサーバ３０により受け付け、当該受け付けた誤記の種類に対応する正しい表記を照合用記憶手段に記憶された記載情報から信用状管理サーバ４０により取得する。
（３）誤記の問い合わせを記載情報の種類ごとに正しい表記の候補と共に輸出者のコンピュータ（１０）からＷＥＢサーバ３０により受け付ける。
当該受け付けた正しい表記の候補と記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の対応する種類の記載情報とを信用状管理サーバ４０により照合することにより正しい表記の候補が正当であるか否かを判定する。
当該判定により正しい表記の候補が正当であると判定された場合には、正しい表記候補を輸出者のコンピュータに、正しい表記の回答としてＷＥＢサーバ３０から提供する。
（４）記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の記載についての誤記の問い合わせを輸出者のコンピュータ（１０）からＷＥＢサーバ３０により受け付ける。
当該受け付けた問い合わせの誤記をキーワードとして裏書情報ＤＢ４１をあいまい検索する。あいまい検索とは、キーワードを含む文字列、あるいはキーワードの中の所定の割合の文字列を含む文字列をデータベースの中から検索するという周知の検索手法である。信用状管理サーバ４０のあいまい検索により得られる正しい表記を問い合わせの回答結果としてＷＥＢサーバ３０から輸出者（顧客）のパソコン１０に送信する。
【０１５１】
（その他の実施形態）
１）上述の実施形態では輸出者およびまたはその銀行が決済を一度でも遅らせると、支払状況（決済状況とも表記）は不良と決定していた。しかしながら、決定条件はこれに限ることはなく、許容数をもたせてもよい。この場合には、各信用状取引の（ＬＣ無しの場合も含む）決済の遅延の有無を信用状ごとに調べ、遅延ありの場合にはその回数を信用状管理サーバにより計数する。その計数結果が所定数以上となった場合支払い状況は不良と決定し、所定数より小さい場合には支払状況を良好と決定すればよい。さらに、支払状況を良好、不良の２段階評価とする必要はなく、計数結果に応じた多段階評価としてもよいこと勿論である。
このようにして得られる支払状況については、行員のパソコン１１および／または顧客（輸出者）のパソコン１０で閲覧してもよいことは勿論である。この場合には、行員が行う操作およびパソコン１０の内部動作を、顧客が行う操作および顧客のパソコン１０の内部動作と読み替えればよい。
【０１５２】
２）上述の実施形態では、顧客（輸出者）のパソコン１０の電子信用状の閲覧はＷＥＢサーバ３０の制御により許可されている。さらなるセキュリティ強化のために、顧客のパソコン１０がＷＥＢサーバ３０に対してログインする場合にはパスワードによるログインを行うようにしてもよい。
【図面の簡単な説明】
【０１５３】
【図１】本発明実施形態の信用状管理システムの構成を示すブロック図である。
【図２】支払口ＤＢのレコード構成を示す説明図である。
【図３】到着ＬＣ一覧画面の内容を示す説明図である。
【図４】ＬＣ電文紹介画面の内容を示す説明図である。
【図５】ＱＡ依頼初期画面の内容を示す説明図である。
【図６】ＱＡ依頼登録画面（上部）の内容を示す説明図である。
【図７】ＱＡ依頼登録画面（下部）の内容を示す説明図である。
【図８】ＱＡ依頼承認初期画面の内容を示す説明図である。
【図９】ＱＡ依頼承認画面の内容を示す説明図である。
【図１０】ＱＡ照会一覧初期画面の内容を示す説明図である。
【図１１】ＱＡ詳細画面の内容を示す説明図である。
【図１２】支払口登録画面の内容を示す説明図である。
【図１３】支払口解除初期画面の内容を示す説明図である。
【図１４】支払口解除理由入力画面の内容を示す説明図である。
【図１５Ａ】支払口承認画面の内容を示す説明図である。
【図１５Ｂ】支払口承認確認画面の内容を示す説明図である。
【図１６】支払口一覧検索初期画面の内容を示す説明図である。
【図１７】依頼書印刷画面の内容を示す説明図である。
【図１８】全体システムの種制御手順を示すフローチャートである。
【図１９】ＱＡ関連処理の処理手順を示すフローチャートである。
【図２０】支払口登録のための処理手順を示すフローチャートである。
【図２１】再利用・修正のための支払登録処理手順を示すフローチャートである。
【図２２】支払口解除（一覧検索）のための処理手順を示すフローチャートである。
【図２３】支払口解除（一覧検索）のための処理手順を示すフローチャートである。
【図２４】支払口解除理由入力のための処理手順を示すフローチャートである。
【図２５Ａ】支払口承認のための処理手順を示すフローチャートである。
【図２５Ｂ】支払口承認のための処理手順を示すフローチャートである。
【図２６Ａ】営業店担当者の最終確認のための処理手順を示すフローチャートである。
【図２６Ｂ】本部承認者の承認のための処理手順を示すフローチャートである。
【図２７】支払口一覧検索のための処理手順を示すフローチャートである。
【図２８】支払口一覧検索のための処理手順を示すフローチャートである。
【図２９】依頼書印刷のための処理手順を示すフローチャートである。
【符号の説明】
【０１５４】
１０  顧客（輸出者）のパソコン
１１  行員（銀行員）のパソコン  
２０インターネット  
３０  ＷＥＢサーバ
４０  信用状管理システム
５０  通信サーバ  
【図１】
2005339404.tif 000003
【図２】
2005339404.tif 000004
【図３】
2005339404.tif 000005
【図４】
2005339404.tif 000006
【図５】
2005339404.tif 000007
【図６】
2005339404.tif 000008
【図７】
2005339404.tif 000009
【図８】
2005339404.tif 000010
【図９】
2005339404.tif 000011
【図１０】
2005339404.tif 000012
【図１１】
2005339404.tif 000013
【図１２】
2005339404.tif 000014
【図１３】
2005339404.tif 000015
【図１４】
2005339404.tif 000016
【図１５Ａ】
2005339404.tif 000017
【図１５Ｂ】
2005339404.tif 000018
【図１６】
2005339404.tif 000019
【図１７】
2005339404.tif 000020
【図１８】
2005339404.tif 000021
【図１９】
2005339404.tif 000022
【図２０】
2005339404.tif 000023
【図２１】
2005339404.tif 000024
【図２２】
2005339404.tif 000025
【図２３】
2005339404.tif 000026
【図２４】
2005339404.tif 000027
【図２５Ａ】
2005339404.tif 000028
【図２５Ｂ】
2005339404.tif 000029
【図２６Ａ】
2005339404.tif 000030
【図２６Ｂ】
2005339404.tif 000031
【図２７】
2005339404.tif 000032
【図２８】
2005339404.tif 000033
【図２９】
2005339404.tif 000034