JP2005339404A - Letter-of-credit management system - Google Patents
Letter-of-credit management system Download PDFInfo
- Publication number
- JP2005339404A JP2005339404A JP2004160226A JP2004160226A JP2005339404A JP 2005339404 A JP2005339404 A JP 2005339404A JP 2004160226 A JP2004160226 A JP 2004160226A JP 2004160226 A JP2004160226 A JP 2004160226A JP 2005339404 A JP2005339404 A JP 2005339404A
- Authority
- JP
- Japan
- Prior art keywords
- credit
- letter
- information
- exporter
- electronic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 claims abstract description 39
- 238000012545 processing Methods 0.000 claims description 38
- 238000012795 verification Methods 0.000 claims description 3
- 238000000034 method Methods 0.000 description 73
- 238000007726 management method Methods 0.000 description 50
- 230000008569 process Effects 0.000 description 32
- 230000004044 response Effects 0.000 description 21
- 238000012790 confirmation Methods 0.000 description 8
- 238000012937 correction Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000010365 information processing Effects 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000002250 progressing effect Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、電子信用状を受信し、保管管理する信用状管理システムに関する。 The present invention relates to a letter of credit management system that receives and stores an electronic letter of credit.
貿易において商品の輸出者と輸入者との間の代金決済には、信用状（ＬＣと略記することがある）が使用される。従来、信用状は、紙の形態であったが、情報処理化が進み、信用状をオンラインで転送することができるようになってきた。 従来の紙の形態の信用状による貿易決済では、輸入者が輸入者側の銀行に対して信用状の作成を依頼する。作成された信用状はＳＷＩＦＴと呼ばれる銀行間通信ネットワークの通信規約に基づく電文の様式で、輸入者側の銀行の通信システムから輸出者側の銀行の通信システムに送信される。信用状を受信した輸出者側の銀行の通信システムは受信した信用状をプリンタより印刷し、電話等の通信手段を使用して、輸出者に信用状の到着を通知、交付する。輸出側の銀行は印刷された紙の形態の信用状を、輸出者の便宜を図るため、輸出者の依頼により、輸出者に代って保管管理する場合もある。 A letter of credit (sometimes abbreviated as LC) is used to settle the price between the exporter and importer of goods in trade. Conventionally, letters of credit have been in the form of paper. However, information processing has progressed and letters of credit can be transferred online. In trade settlement using conventional paper-type letters of credit, the importer requests the importer's bank to create a letter of credit. The created letter of credit is transmitted in the form of a message based on the communication protocol of the inter-bank communication network called SWIFT from the importer's bank communication system to the exporter's bank communication system. Upon receiving the letter of credit, the exporter's bank communication system prints the received letter of credit from the printer, and uses a communication means such as a telephone to notify and issue the letter of credit to the exporter. The exporting bank may store and manage the letter of credit in the form of printed paper on behalf of the exporter at the request of the exporter for the convenience of the exporter.
また、輸入者側の便宜を図るために、電子信用状を含む貿易書類を保管すると共に、代金決済終了の連絡を輸入者側の銀行のコンピュータシステムから受け取り、輸入者に代金決済終了の通知を輸入者に通知する貿易取引の決済支援システムなども提案されている（特許文献１ 参照）。 In addition, for the convenience of the importer, trade documents including electronic letters of credit are stored, and a notification of the completion of payment is received from the importer's bank computer system, and the importer is notified of the completion of payment. A settlement support system for trade transactions to notify importers has also been proposed (see Patent Document 1).
輸入者側での信用状の処理のための情報処理化が進んでいるものの、輸出者側での信用状の取り扱いは、出願人が調査した限りでは、あいかわらず、手作業であり、輸出者およびその取扱銀行の信用状に係わる処理は煩雑であるという問題点が残っている。 Although information processing for the processing of letters of credit on the importer side is progressing, the handling of letters of credit on the exporter side is still a manual process as far as the applicant investigated, and the exporter and The problem remains that the processing of the letter of credit of the bank is complicated.
たとえば、（電子）信用状に記載されている情報に誤記、や不明瞭な点があると、輸出者は電話やメールで、輸出者の銀行に問い合わせを行わなければならない。 For example, if the information on the (electronic) letter of credit is incorrect or unclear, the exporter must contact the exporter's bank by telephone or email.
輸出者の銀行の担当者は、問い合わせの内容を判断し、自行だけで処理できる問題か、あるいは（電子）信用状を送信した輸入者の銀行に問い合わせする問題かを判断し、その判断結果に応じて必要な処置をとらなければならない。 The person in charge of the exporter's bank determines the content of the inquiry, determines whether it is a problem that can be handled only by the bank, or whether it is a problem to contact the importer's bank that sent the (electronic) letter of credit. Necessary measures must be taken accordingly.
また、信用状を使用して、輸出者と輸入者の代金決済を行うので、輸入者の銀行の倒産や経済情勢等により（電子）信用状に有価価値がなくなると代金決済ができなくなる。このため、輸出者の銀行では受信した信用状のリスク管理も行わなければならない。 Also, since the letter of credit is used to settle the price between the exporter and the importer, the price cannot be settled if the value of the (electronic) letter of credit is lost due to the bankruptcy of the importer's bank or the economic situation. For this reason, the exporter's bank must also manage the risk of the received letter of credit.
そこで、本発明は、上述の点に鑑みて、輸出者およびその銀行の取り扱い業務の人的作業を低減させることができる信用状管理システムを提供することにある。 Therefore, in view of the above points, the present invention is to provide a letter of credit management system that can reduce the work of the exporter and the bank's handling work.
このような目的を達成するために、請求項１の発明は、輸入者の銀行の通信システムから電子信用状を受信する通信手段と、当該受信した電子信用状を記憶しておく記憶手段と、輸出者のコンピュータから閲覧要求を受け付け、当該受け付けた閲覧要求に対応する、前記記憶手段上の電子信用状の閲覧を前記輸出者のコンピュータに対して許可する制御手段とを備えたことを特徴とする。
In order to achieve such an object, the invention of
請求項２の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、誤りの文字列と正しい文字列を記載した正誤表を有し、前記受け付ける手段により受け付けた誤記の問い合わせに対応する正しい表記を前記正誤表を参照することにより取得する手段と、当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段とを備えたことを特徴とする。
The invention according to
請求項３の発明は、請求項１に記載の信用状管理システムにおいて、受信すべき電子信用状に関する記載情報を予め記憶しておく照合用記憶手段と、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに前記輸出者のコンピュータから受け付ける手段と、当該受け付けた誤記の種類に対応する正しい表記を前記照合用記憶手段に記憶された記載情報から取得する手段と、当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段とを備えたことを特徴とする。 According to a third aspect of the present invention, there is provided a letter of credit management system according to the first aspect of the present invention. A means for receiving an error inquiries about the description from the exporter's computer for each type of written information, and a correct notation corresponding to the received type of written error is acquired from the written information stored in the matching storage means And means for providing the acquired correct notation as an answer to the computer of the exporter.
請求項４の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに正しい表記の候補と共に前記輸出者のコンピュータから受け付ける手段と、当該受け付けた正しい表記の候補と前記記憶手段に記憶された電子信用状の対応する種類の記載情報とを照合することにより前記正しい表記の候補が正当であるか否かを判定する手段と、当該判定により正しい表記の候補が正当であると判定された場合には、前記正しい表記候補を前記輸出者のコンピュータに、正しい表記の回答として提供する手段とを備えたことを特徴とする。 According to a fourth aspect of the present invention, in the letter of credit management system according to the first aspect of the present invention, an inquiry about an error in the description of the electronic letter of credit stored in the storage means is performed together with a candidate for a correct notation for each type of written information. Whether or not the correct notation candidate is valid by comparing the received correct notation candidate with the accepted correct notation candidate and the corresponding type of description information stored in the storage means. And means for providing the correct notation candidate to the exporter's computer as a correct notation answer when the determination determines that the correct notation candidate is valid. It is characterized by that.
請求項５の発明は、請求項１に記載の信用状処理システムにおいて、前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、当該受け付けた問い合わせの誤記に対応する正しい表記を取得可能な手段と、当該取得可能な手段により正しい表記が得られた場合には、当該得られた正しい表記を前記輸出者のコンピュータに、回答として提供する手段と、前記取得可能な手段により正しい表記が得られなかった場合には当該誤記についての問い合わせを前記輸入者の銀行の通信システムに送信し、当該通信システムから前記誤記についての正しい表記の回答を受信する通信手段とを備えたことを特徴とする。 According to a fifth aspect of the present invention, in the letter of credit processing system according to the first aspect of the present invention, means for accepting an inquiry from a computer of the exporter about an error in the description of the electronic letter of credit stored in the storage means, Means capable of obtaining correct notation corresponding to an error in the inquiry, and means for providing the obtained correct notation as an answer to the exporter's computer when the correct notation is obtained by the obtainable means. If the correct notation is not obtained by the obtainable means, an inquiry about the error is sent to the importer's bank communication system, and a response of the correct notation about the error is received from the communication system. And a communication means.
請求項６の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否か示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、
電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、当該計数の結果に対応した決済状況情報を行員のコンピュータに提供する手段とを備えたことを特徴とする。
According to a sixth aspect of the present invention, in the letter of credit management system according to the first aspect, for the electronic letter of credit stored in the storage means, payment information indicating whether or not the payment has been made on time is stored in the electronic letter of credit. Storage control means for storing in association with the storage means;
An electronic letter of credit that has the same name as the exporter described in the electronic letter of credit is searched on the storage means, and the electronic letter of credit that has not been issued on time within the settlement information associated with the electronic letter of credit And means for providing settlement status information corresponding to the counting result to the bank computer.
請求項７の発明は、請求項１に記載の信用状管理システムにおいて、前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否かを示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、当該計数の結果に対応した決済状況情報を前記輸出者のコンピュータに提供する手段とを備えたことを特徴とする。
The invention according to claim 7 is the credit letter management system according to
請求項１の発明によれば、輸出者は自己のコンピュータを使用して受信の電子信用状を閲覧できるので、従来のように紙形態の信用状で確認を行う必要がなく、行員および輸出者も紙形態の信用状の引き渡し手続に関する人的作業から解放される。
According to the invention of
請求項２〜５の発明によれば、輸出者からの電子信用状の誤記に対する問い合わせに対して信用状管理システムが正しい表記を自動回答することができる。また、請求項５に記載の発明は、輸出者に自動回答できない場合には、誤記についての問い合わせが輸入者の銀行に対して自動的に行われるので、行員は問い合わせのための手作業から解放される。 According to the second to fifth aspects of the invention, the letter of credit management system can automatically answer the correct notation in response to an inquiry from the exporter regarding an electronic letter of credit mistake. Further, in the invention of claim 5, when the exporter cannot automatically answer, the inquiries about the error are automatically made to the importer's bank, so the banker is freed from the manual work for the inquiry. Is done.
請求項６および７の発明では、電子信用状に関する決済の状況から、輸入者の決済状況を行員および輸出者が知ることができる。 In the inventions of claims 6 and 7, the banker and the exporter can know the settlement status of the importer from the status of settlement regarding the electronic letter of credit.
以下、図面を参照して本発明の実施形態を詳細に説明する。
図１は本発明実施形態の信用状管理システムの全体構成を示す。
図１において、１００は本発明に係わる信用状管理システムである。信用上管理システムはＷＥＢサーバ３０、信用状管理サーバ４０および通信サーバ５０を有する。両サーバ３０および４０は市販のサーバ用コンピュータを使用することができる。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 shows the overall configuration of a letter of credit management system according to an embodiment of the present invention.
In FIG. 1,
サーバ３０および４０はプログラムを実行するためのＣＰＵ、データを一時記憶するためのＲＯＭおよびＲＡＭおよび後述のデータベースを記憶するためのハードディスク、他の機器と通信するための通信用インターフェースを最低限有していればよい。
ＷＥＢサーバ３０は、ホームページ用のマークアップ文書、この例ではＨＴＭＬ文書およびＨＴＭＬ文書を顧客側のパソコン１０や銀行内の行員のパソコン１１に提供するためのプログラム（ＷＥＢサーバ用プログラム）および顧客のパソコン１０等から入力される閲覧要求に応じた検索など種々の情報処理を行うためのプログラム（たとえば、ｃｏｍｍｏｎ ｇａｔｅｗａｙ ｉｎｅｔｅｒｆａｃｅ（ＣＧＩ））などをＷＥＢサーバ３０内のハードディスクに搭載している。
The
信用状管理サーバ４０内のハードディスクには裏書情報データベース（裏書情報ＤＢと略記することがある）４１と本発明に係わる支払口データベース（支払口ＤＢと略記することがある）４２が構築されている。裏書情報ＤＢ４１は輸入者の銀行の通信システムから受信した電子信用状を記憶しておくデータベースである。格納する電子信用状には、その電子信用状を受け取る顧客の銀行の顧客番号が電子信用状の格納時に付加される。なお、裏書情報ＤＢ４１は、従来とほぼ同様のデータ構成とすることができるが、その電子信用状の決済状況を示す情報（たとえば、所定期限までに代金決済が行われたか否かを示す情報等）が代金決済時に各電子信用状に付加される点が従来と異なる点である。
On the hard disk in the letter of
信用状管理サーバ４０内のハードディスクには、本発明に係わる信用状のリスク管理を行うためのプログラムが搭載されている。このプログラムの処理内容は後で、詳細に説明する。
The hard disk in the letter of
通信サーバ５０は、ＳＷＩＦＴ電文を伝送する専用の通信ネットワーク６０を介して輸入者の銀行の通信システム（不図示）と通信を行って、電子信用状を受信する従来と同様のサーバである。
The
通信サーバ５０については当業者によく知られているので詳細な説明は要しないであろう。
The
１０は各輸出者（顧客と表現することがある）の会社に設置されたパソコンである。パソコン１０と信用状管理システム１００のＷＥＢサーバ３０とは、インターネットなどの通信ネットワーク２０を介して接続される。１１は銀行内の行員が使用するパソコンであり、パソコン１１と信用状管理システム１００のＷＥＢサーバ３０とはＬＡＮなどの通信ネットワークにて接続される。
図１のシステム動作の説明に先立って、信用状管理システム１００が提供する機能（サービス）について最初に説明する。
Prior to the description of the system operation of FIG. 1, the function (service) provided by the letter of
信用状管理システム１００は以下の本発明に係わる機能を提供する。
（１）電子信用状を受信し、裏書情報ＤＢ４１で保管管理すると共に、該当する顧客のパソコン１０に電子信用状の到着を電子メールにて案内する（図１の符号５０参照）。
（２）顧客のパソコン１０から閲覧要求を受付け、裏書情報ＤＢに蓄積された電子信用状の中の上記閲覧要求で指定されている電子信用状の閲覧を顧客のパソコン１０に対して許可する。
（３）顧客のパソコン１０から電子信用状に係わる問い合わせを受付け（図１のＱＡ１０１参照）、その回答を顧客のパソコン１０に一覧の形態で提示する（図１のＱＡ一覧１０３参照）。尚、顧客が問い合わせを行う際には、問い合わせを行うことについて、顧客の上位者が承認を行う。（図１のＱＡ承認１０２参照）。
（４）行員のパソコン１１に上記電子信用状に係わる問い合わせの一覧を提示し、質問に対する回答を受付ける（図１のＱＡ一覧１０４参照）。受け付けた回答が顧客のパソコン１０に一覧の形態で提示される。
（５）支払口ＤＢ４２に登録するリスク情報あるいはリスク解除の指示を行員のパソコン１１から受け付ける。（図１支払口一覧１０５）支払口ＤＢ４２に対するリスク情報の登録および解除の処理はＷＥＢサーバ３０により行う。
（６）行員のパソコン１１からの要求に応じて支払口一覧、すなわち、支払口ＤＢ４２に格納された情報を一覧の形態で提示する（支払口一覧１０６参照）。また、
（７）輸出取引に関する買取取立依頼書の印刷を行う。
The letter of
(1) Receive an electronic letter of credit, store and manage it in the
(2) Accept a browsing request from the customer's
(3) An inquiry regarding electronic letters of credit is received from the customer's personal computer 10 (see
(4) Present a list of inquiries regarding the above electronic letter of credit to the bank's
(5) Accept risk information registered in the
(6) In response to a request from the bank
(7) Print a purchase request form for export transactions.
行員のパソコン１１からの要求に応じて顧客作成の買取取立依頼書の印刷イメージを作成し、作成文書を行員のパソコン１１に送信する。また、行員の閲覧に供する情報が裏書情報ＤＢ４１および支払口ＤＢから抽出される（依頼書印刷１０７参照）。
In response to a request from the bank
支払口ＤＢ４２のデータ構造を図２に示す。
図２において、支払口ＤＢ４２に登録するレコードは買取種別、発行銀行、輸入者、決済方法、支払状況、ステータスおよび理由の情報を有する。
The data structure of the
In FIG. 2, the record registered in the
買取種別は輸出手形の種類を示し、ＬＣ（信用状）付輸出手形、ＬＣ無輸出手形（Ｄ／Ｐ、Ｄ／Ａ）などの種類を示す。発行銀行は電子信用状を発行する銀行の名前を示す。 The purchase type indicates the type of export bill, such as an export bill with LC (Letter of Credit) and a non-LC bill (D / P, D / A). The issuing bank indicates the name of the bank issuing the electronic letter of credit.
輸入者は輸出者から商品を輸入する者（企業）の名前を示す。決済方法は輸出手形の決済条件を示し、たとえば、一覧払い手形条件（ＡＳ）や期限付き手形条件（ユーザンス）などを示す。支払状況は、輸入者の銀行（発行銀行）あるいは輸入者の代金決済のこれまでの決済状況を表し、この形態では、過去１年間の間に決済の遅延がない場合には「良好」、過去１年間の間に１度でも遅延があった場合には「不良」で決済状況を表す。なお、遅延回数を、決済状況を表すパラメータとして使用してもよいし、「良好」および「不良」を判別するための閾値をこの形態のように「１」とする必要はなく、任意の値としてもよい。 The importer indicates the name of the person (company) who imports the goods from the exporter. The settlement method indicates settlement conditions for export bills, such as list payment bill conditions (AS), bill terms with time limits (usance), and the like. The payment status represents the settlement status of the importer's bank (issuing bank) or the importer's payment so far. In this form, if there is no settlement delay in the past year, If there is a delay even once in a year, the settlement status is indicated as “bad”. The number of delays may be used as a parameter representing the settlement status, and the threshold for determining “good” and “bad” need not be set to “1” as in this embodiment, but any value It is good.
支払状況を示す情報は、信用状管理サーバ４０が、裏書情報ＤＢに格納された各電子信用状の決済状況を集計することにより、自動的に作成する。
Information indicating the payment status is automatically created by the letter of
顧客および行員と信用状管理システム１００との間のコミュニケーションはＷＥＢサーバ３０が提供するマークアップ文書を顧客および行員のパソコン１０，１１にて、ブラウザと呼ばれるプログラムにより表示する。マークアップ文書は、広く知られているように、文字、イメージを表示させることが可能であり、また、パソコン１０，１１からの情報入力を受け付けることが可能な文書である。
In communication between the customer and employee and the letter of
上述の文字、イメージの表示や、情報の入力、さらには、検索命令の入力などは、タグと呼ばれる命令をマークアップ文書中に記載しておくことで実現することができる。 The above-described display of characters and images, input of information, and input of search commands can be realized by describing commands called tags in the markup document.
発明の理解を容易にするために、最初に、顧客のパソコン１０で表示するマークアップ文書の画面を説明し、次に行員のパソコン１１で表示するマークアップ文書の画面を説明する。
In order to facilitate understanding of the invention, first, a screen of a markup document displayed on the customer's
図３は、各顧客に到着の電子信用状を通知するための画面を示す。図３において、画面は、入力欄３０１、到着ＬＣインデックス表示欄３０２およびメニュー３０３を有している。入力欄３０１内の項目欄から到着の電子信用状を検索するための条件を顧客が入力する。検索条件となる項目は種類、ＬＣ番号、接受日等である。
FIG. 3 shows a screen for notifying each customer of an incoming electronic letter of credit. In FIG. 3, the screen has an
顧客はキーボードを使用して項目欄に所定の情報を入力し、マウスの操作で、一覧検索ボタン３０４を操作すると、画面下部の到着ＬＣインデックス表示欄３０２に検索条件に合致した到着ＬＣ（到着の電子信用状）の概要が図示のように表示される。また、一括Ｄｏｗｎｌｏａｄボタン３０５をマウスで操作すると、検索条件に合致した到着ＬＣを顧客のパソコン１０にダウンロードすることができる。さらに顧客が印刷ボタン３０６を操作すると、検索条件に合致した到着ＬＣをパソコン１０に接続されたプリンタにより印刷することができる。
When the customer inputs predetermined information into the item column using the keyboard and operates the
メニュー３０３の各メニューを選択することにより、顧客は信用状管理システムが提供するサービスを選択することができる。これらのサービスは本発明と特に関係がないので、詳細な説明を省略する。また、以下に説明する画面においても、表示用のマークアップ文書はＷＥＢサーバ３０から提供され、顧客のパソコン１０の表示画面に表示されたボタンが顧客により操作されると、そのボタンに割り当てられた命令が顧客のパソコン１０からＷＥＢ３０に送られ、そのコマンドをＷＥＢサーバ３０が実行する。
By selecting each menu from the
図４は顧客のパソコン１０に提供された、到着の電子信用状（ＬＣ電文）の一例を示す。この画面は、図３の矢印Ａの示す文字列、すなわち、到着ＬＣの概要の中の種類を表す文字列を顧客がマウスにより選択操作すると、ＷＥＢサーバ３０が対応する電子信用状を裏書情報ＤＢ４１から取り出して顧客のパソコン１０に提供するので、パソコン１０上に図４に示すように表示される。
FIG. 4 shows an example of an incoming electronic letter of credit (LC message) provided to the customer's
図４の画面中にはＱＡ登録ボタン４０１が用意されており、顧客がマウスによりこのボタンを操作すると、図６の電子信用状に関する問い合わせ画面に移行することができる。
A
図５は問い合わせ（ＱＡ）依頼のための初期画面を示す。図５の画面は図３の左側の画面のメニュー画面３０３上で図５のＱＡ一覧ボタン５０２を顧客がマウスで操作すると、図５の画面に変化する。図５において、５０１は問い合わせの対象となる電子信用状の検索条件入力欄である。図２の入力欄、たとえば、種類などを指定した後、一覧検索ボタン５０３を顧客がマウスを使用して操作すると、検索結果の一覧を表示する表示欄５０４に検索結果が表示される。検索結果の中の問い合わせを行いたい電子信用状の欄の選択ボタン５０６を顧客がマウスにより選択した後、ＱＡ依頼ボタン５０５を操作すると表示画面は、問い合わせ内容を入力する画面に移行する。この画面の上部を図６に、下部を図７に示す。
FIG. 5 shows an initial screen for an inquiry (QA) request. The screen in FIG. 5 changes to the screen in FIG. 5 when the customer operates the
問い合わせは、電子信用状の記載項目ごとに行うことができる。このために図６および図７の画面では質問の雛形が用意されており、顧客は質問したい項目を選択ボタン６０１により選択し、また、この例では誤りと思われる項目の、正しい表記、すなわち、問い合わせしたい情報を入力欄６０２に入力する。入力はキーボードから行われる。問い合わせする項目は複数項目を同時に選択することが可能である。図７の例ではＬＣ期限到来地の問い合わせ欄に顧客が「ＴＯＫＹＯ，ＪＡＰＡＮ」であるのか、「ＷＩＮＳＴＯＮ−ＳＡＬＥＭ，ＵＳＡ」を入力する。この問い合わせは、ＬＣ期限到来地が「ＴＯＫＹＯ，ＪＡＰＡＮ」であるのか、「ＷＩＮＳＴＯＮ−ＳＡＬＥＭ，ＵＳＡ」であるかの問い合わせとなる。
Inquiries can be made for each entry in the electronic letter of credit. For this purpose, a question template is prepared on the screens of FIGS. 6 and 7, and the customer selects an item to be asked by the
顧客がスクロールバー６０５を操作すると、図７の下部画面を表示させることができる。また、雛形の問い合わせ項目には無い問い合わせを行いたい場合、顧客は図７のその他の情報記入欄７０１に質問内容を文字の形態でキーボードから入力する。確認したい正しい情報等を入力すると、顧客は登録ボタン６０４をマウスにより操作する。これにより、図６および図７の画面により入力された情報は、ＷＥＢサーバ３０に送られて、ＷＥＢサーバ３０内のハードディスクに保存される。この後、後述の問い合わせの承認（確認）処理が顧客により行われた後に、承認を受けた問い合わせに対して回答が行員によりあるいは自動により作成される。この処理は本発明に係わるので後で詳細に説明する。また、別の電子信用状についての問い合わせを行いたい場合、顧客は戻るボタン６０３を操作する。これにより、顧客のパソコン１０の表示画面は図５の画面に戻る。
When the customer operates the
図８はこれまでに登録した問い合わせについて、顧客が問い合わせを行うことを承認する画面である。顧客がメニュー３０３の中のＱＡ承認ボタン８０１を操作すると、図８の画面が表示される。８０２はこれまでに登録した問い合わせの検索条件入力欄である。顧客はキーボードを使用して必要な検索条件を入力し、マウスにより一覧検索ボタン８０３を操作する。これにより、これまでに登録した問い合わせの中から検索条件に合致する一覧がＷＥＢサーバ３０により取り出され、顧客のパソコン１０に送られる。その結果、送られた一覧が図８に示すように一覧表示欄８０４に表示される。顧客は承認する電子信用状を選択ボタン８０６により選択した後ＱＡ承認ボタン８０５をマウスにより操作する。
FIG. 8 shows a screen for authorizing the customer to make an inquiry regarding the inquiries registered so far. When the customer operates the
この操作に応じて、画面は図９に移行する。
図９の画面では選択ボタン８０６により選択された問い合わせが（前に登録された問い合わせ）が顧客の確認のために表示される。
顧客はマウスを使用して承認ボタン９０１を操作すると、この問い合わせに対する行員のアクセスおよび回答が許可される。
In response to this operation, the screen shifts to FIG.
In the screen of FIG. 9, an inquiry selected by the selection button 806 (an inquiry registered previously) is displayed for customer confirmation.
When the customer operates the
アクセスの制御のためには以下の２つのいずれかを採用するとよい。１つは、ＷＥＢサーバ３０が保存する登録の問い合わせに対して承認の有無を示すフラグを付加する。問い合わせが登録されたときにＷＥＢサーバ３０は初期的にこのフラグを承認なしに設定する。また、顧客による承認が行われたときにフラグを承認ありに設定する。行員が問い合わせのために行員のパソコン１１で回答すべき問い合わせを呼び出す際にＷＥＢサーバ３０はフラグが承認ありとなっている問い合わせを読み出して、行員のパソコン１１に送る。
One of the following two may be employed for access control. One is to add a flag indicating approval or disapproval to a registration inquiry stored by the
もう１つの方法は、顧客が登録する問い合わせ、行員が回答する問い合わせをそれぞれ記憶しておく記憶領域（登録領域および回答領域）を信用状管理サーバ４０のハードディスク内に設ける。顧客が登録した問い合わせは登録領域（図１のＱＡ依頼（記憶）領域に記憶し、承認が行われた場合は登録領域から回答領域（図１のＱＡ情報（記憶）領域）に承認済みの問い合わせをコピーして記憶する。行員のパソコン１１からは回答領域のみにアクセス可能とする。
Another method is to provide storage areas (registration area and answer area) in the hard disk of the letter of
図１０は上述の承認により顧客から銀行に対して送られた問い合わせの回答を閲覧するための画面を示す。この画面はメニュー３０３の中のＱＡ一覧照会ボタン１００１を顧客が操作することにより表示される。１００３は回答を取り出すための検索条件を入力する欄である。たとえば、顧客がＡＰＰＬＩＣＡＮＴ（輸入者名）項目に輸入者名をキーボードにより入力し、一覧検索ボタン１００２をマウスにより操作すると、回答一覧表示欄１００４には検索条件に合致する回答一覧が表示される。
FIG. 10 shows a screen for browsing a reply to an inquiry sent from the customer to the bank by the above-described approval. This screen is displayed when the customer operates the QA
この形態では、回答無しの問い合わせも表示させることが可能であり、回答有無の選択ボタン１００６のいずれかの選択により回答有り、回答無し、すべての問い合わせの一覧を取得することができる。 In this form, it is possible to display an inquiry without answer, and by selecting any of the answer presence / absence selection buttons 1006, a list of all inquiries with an answer and no answer can be acquired.
検索条件入力欄１００３から入力された情報は検索命令と共に顧客のパソコン１０からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は検索命令を実行して、裏書情報ＤＢの中の回答領域（図１のＱＡ情報）から検索条件に合致する回答を取り出し、その一覧を顧客のパソコン１０に提供する。
Information input from the search
顧客は回答一覧表示欄１００４の中の所望の回答項目を選択ボタン１００７により選択すると、ＷＥＢサーバ３０は選択された回答項目に対応する詳細、すなわち、裏書情報ＤＢ４１内の回答領域に記憶されている、対応の回答を取り出して、顧客のパソコン１０に提供する。これにより、回答の詳細が顧客のパソコン１０の表示画面に図１１に示すように表示される。
When the customer selects a desired answer item in the answer
図１１において、１１０１は顧客が送った問い合わせ内容であり、１１０２にはその問い合わせに対して行員が回答した内容である。顧客が戻るボタン１１０３を操作すると図１０の画面に戻ることができる。
In FIG. 11,
行員が上記問い合わせに回答する場合には、行員専用の回答用のマークアップ文書を行員のパソコン１１から呼び出して、行員のパソコン１１の表示画面に表示させる。この場合、最初に一覧を表示させて、次に一覧から、回答する問い合わせを呼び出せばよい。たとえば、図１１に示すように表示画面に問い合わせ１１０１を表示させて、行員が回答１１０２を行員のパソコン１１のキーボードから入力すればよい。回答の作成が終了した場合には、行員は不図示の終了ボタンを操作すると、作成された回答が添付された問い合わせが、ＷＥＢサーバ３０の回答領域にＷＥＢサーバ３０により上書き記憶される。
When a clerk answers the above inquiry, a mark-up document dedicated to the clerk is called from the
問い合わせの内容が、行員が即答できないような内容の場合には、行員は、電子信用状を送信した輸入者の銀行宛に問い合わせを行い、その問い合わせの回答に基づいて、顧客向けの回答を作成する。 If the details of the inquiry cannot be immediately answered by the bank employee, the bank employee makes an inquiry to the bank of the importer who sent the electronic letter of credit and creates an answer for the customer based on the response to the inquiry. To do.
次に、輸入者および輸入者の銀行、いわゆる支払口の輸出代金決済状況（支払口情報と呼ぶことがある）を行員に情報提供するための画面について、説明する。以下に説明する画面にはＷＥＢサーバ３０から行員のパソコン１１に送られて表示される。
Next, a screen for providing information on the importer and the bank of the importer, that is, the so-called payment account export payment settlement (sometimes referred to as payment account information) to the bank will be described. The screen described below is sent from the
図１２はメニュー１２００の中の支払口登録ボタン１２０１を行員がマウスにより操作したとき、あるいは、図１６の再利用ボタン１６０５か修正ボタン１６０６を行員がマウスにより操作した場合に表示される画面内容を示す。
FIG. 12 shows the screen contents displayed when the bank operator operates the payment
図１２において、１２００は各種の処理を選択するためのメニューであり、メニュー１２００内には選択する処理ごとにボタンが用意されている。１２０１は新規の支払口を登録するための情報入力欄である。ここで、支払状況欄は新規登録時は行員が良好か不良かを選択するための項目欄である。以後、支払状況欄の示す輸入者（あるいはその銀行）の決済状況は行員の手入力による変更が可能となる。信用状管理サーバ４０は定期的に、裏書情報ＤＢに格納されている電子信用状についての決済状況をモニタし、決済時期が、予め定められている時期で１回でも遅れると、その電子信用状の輸入者およびその発行銀行の遅延状況を設定する。この設定をもとに「良好」から「不良」への変更が行員の手入力により行われる。また、支払時期以外の予期せぬ理由、たとえば、戦争不安などの理由が発生した場合、行員は手入力により決済状況を「良好」から「不良」に変更することができる。
In FIG. 12,
行員が必要事項を選択／入力して登録ボタン１２０３を操作すると、選択された事項および理由欄で入力された文字列が、図１の支払口ＤＢ４２に新規登録される。
When the clerk selects / inputs the necessary items and operates the
良好の登録の支払口に関する情報は、良好のものおよび不良のものをそれぞれ別個の記憶領域に記憶してもよいし、同一の記憶領域に記憶してもよい。 As for the information regarding the well-registered payment port, good and bad information may be stored in separate storage areas, or may be stored in the same storage area.
図１３は登録した支払口を解除（支払口の設定を良好から不良にまたは不良から良好に変更すること）するための画面である。メニュー１２００の中の支払口解除ボタン１３０１を行員が操作すると図１３の画面が表示される。
FIG. 13 is a screen for canceling the registered payment port (changing the payment port setting from good to bad or from good to bad). When the clerk operates the payment
行員は解除の対象の支払口情報を取り出すための検索条件を情報入力欄１３０２から入力し、一覧検索ボタン１３０３を操作する。これにより、検索命令が行員のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は検索条件に合致する支払口情報を支払口ＤＢ４２から検索により取り出し、一覧を作成する。作成された一覧が行員のパソコン１１に送られて、図１３の一覧表示欄１３０４に表示される。行員は解除したい項目を選択ボタン１３０６により選択して、解除ボタン１３０５を操作する。
The clerk inputs a search condition for taking out the payment account information to be released from the
このボタン操作に応じて、図１４の支払口解除理由入力画面が表示される。図１４において、１４０１は解除理由を入力するための入力欄である。１４０２は登録の指示を行うためのボタンである。このボタン操作に応じて、入力欄１４０１から入力された情報と解除命令が行員のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は解除命令に応じて、該当の支払口情報の支払状況（図１２参照）を不良に設定する。
In response to this button operation, the payment account release reason input screen of FIG. 14 is displayed. In FIG. 14,
本実施形態では、上述の処理により支払口の登録、変更を行う場合には、変更の支払口情報について承認権限を有する部署（たとえば、本部）の承認者（承認者と称する）の承認を受けるようにしている。このために、登録あるいは変更の対象となった支払口情報は、ＷＥＢサーバ３０内の承認者用の記憶領域に一時記憶される。
In the present embodiment, when a payment account is registered or changed by the above-described processing, approval of an approver (referred to as an approver) of a department (for example, the headquarters) having approval authority is received for the changed payment account information. I am doing so. For this reason, the payment account information to be registered or changed is temporarily stored in a storage area for the approver in the
承認者は行員（承認者用）のパソコン１１を使用して図１５Ａのメニュー１２００の中の支払口承認ボタン１５０２を操作して図１５Ａの画面を表示させる。
The approver operates the payment
図１５Ａにおいて、１５０１は承認対象の支払口情報を承認者用の一時記憶領域から取り出すための検索条件を入力する入力欄である。承認者は入力欄１５０１で必要な情報を入力した後一覧検索ボタン１５０３を操作すると、検索命令および検索条件が承認者のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は検索命令により承認者用の一時記憶領域から検索条件に合致した支払口情報（承認を受けるための支払口情報）の一覧を作成して承認者のパソコン１１に送る。承認者のパソコン１１は図１５Ａの一覧表示欄１５０４に図１５Ａに示すように表示する。このとき、支払状況を示す欄には「良好」および「不良」の文字列に「候補」が付加される。
In FIG. 15A,
承認者は選択ボタン１５０５をマウスにより操作して承認したい所望の項目を選択し、次に承認ボタン１５０６を操作する。この操作に応じて、図１５Ｂの表示画面が表示される。
The approver operates the
図１５Ｂの表示画面は選択された項目の最終確認画面である。図１５Ｂにおいて、選択された項目の支払口情報が表示される。承認者が確定ボタン１５１０を操作すると、確定を示す情報が承認者のパソコン１１からＷＥＢサーバ３０に送られる。ＷＥＢサーバ３０は選択されている項目の一時記憶領域の支払口情報を支払口ＤＢ４２に書き込む。新規の支払口情報は新たに登録され、これまでにすでに登録されている支払口情報については上書き記憶される。
The display screen of FIG. 15B is a final confirmation screen for the selected item. In FIG. 15B, the payment port information of the selected item is displayed. When the approver operates the
承認処理が行われた後、支払口情報ＤＢ４２に格納されている支払口情報を取り出して表示させる画面を図１６に示す。
FIG. 16 shows a screen for extracting and displaying the payment account information stored in the payment
行員が支払口情報を閲覧したい場合には、図１６のメニュー１２００の中の支払口一覧照会ボタン１６０１を操作する。この操作に応じて、図１６の画面が表示される。図１６において、１６０２は、検索条件を入力するための入力欄である。行員は図示のような検索条件を選択あるいは情報入力し、一覧検索ボタン１６０３を操作する。
When a bank clerk wants to view payment account information, he / she operates a payment account
この操作に応じて行員のパソコン１１からＷＥＢサーバ３０に検索命令と検索条件が送られる。ＷＥＢサーバ３０は、検索条件に応じて図１の支払口ＤＢ４２からは登録済みの支払口情報を取り出す。また、不図示の承認者用の一時記憶領域からは承認を待っている支払口情報を取り出し、これら支払口情報一覧を作成する。作成された一覧が図１６の一覧表示欄１６０４に表示される。
In response to this operation, a search command and a search condition are sent from the
この表示において、承認者用の一時記憶領域に記憶されていた支払口情報の支払状況（図１６のステータス）には「良好」あるいは「不良」の後に「候補」の文字列が付加される。行員が再利用ボタン１６０５または修正ボタン１６０６を操作すると、画面は図１２に移行する。行員はこの画面でこれまでの支払口情報を変更したり、再利用することができる。
In this display, the character string of “candidate” is added after “good” or “bad” to the payment status (status in FIG. 16) of the payment account information stored in the temporary storage area for the approver. When the clerk operates the
図１７は買取取立依頼書の印刷を要求する画面を示す。
行員は図１７のメニュー１２００の中の買取取立依頼一覧照会ボタン１７０１を操作する。この操作に応じて図１７の画面が表示される。図１７において１７０２は買取取立依頼の一覧を照会するための情報を入力する入力欄である。行員が入力欄１７０２に必要事項を入力し、一覧検索ボタン１７０３を操作すると、検索命令および入力欄１７０２から入力された情報（検索条件）が行員のパソコン１１からＷＥＢサーバ３０に送られる。
FIG. 17 shows a screen for requesting printing of a purchase collection request form.
The clerk operates the purchase collection request
ＷＥＢサーバ３０は検索条件に合致する電子信用状情報および支払口情報を、裏書情報ＤＢ４１および支払口情報ＤＢ４２から取り出し、さらに、これら取り出した情報の中の買取取立依頼書の作成に必要な情報を取り出す。取り出した情報を予め用意されている雛形文書（たとえば、ＰＤＦ文書様式）に挿入することにより買取取立依頼書の印刷イメージを作成する。
The
検索条件に合致する情報を取り出したときに、買取取立の対象となる案件リスト一覧がＷＥＢサーバ３０から行員のパソコン１１に送られ、行員のパソコン１１では図１７の一覧表示欄１７０４に表示される。行員は一覧表示欄１７０４の中の文書書式選択ボタン１７０５により文書の書式がＨＴＭＬ文書様式かＰＤＦファイルかの選択を行い、次に、閲覧ボタン１７０６を操作する。
When information that matches the search conditions is extracted, a list of items to be purchased is sent from the
この操作により作成文書の書式が指定されると、ＷＥＢサーバ３０は必要に応じて、作成した文書を指定された文書様式に変換する。ＨＴＭＬ文書をＰＤＦファイルへ変換する方法はよく知られているので、ここでは詳細な説明を省略する。
When the format of the created document is designated by this operation, the
指定された書式の作成文書（買取取立依頼書）が行員のパソコン１１に送られる。行員のパソコン１１では作成文書が不図示の表示画面に表示され、表示画面付属の印刷操作によってパソコン１１に接続したプリンタにより印刷が行われる。
A creation document (purchase collection request form) in the designated format is sent to the bank
また、上記以外の手段として、不図示の顧客の買取取立依頼書承認画面から承認操作を契機に、パソコン１１に接続したプリンタにより印刷が行われるが、処理の契機が異なるだけなので、ここでは説明を省略する。
Further, as a means other than the above, printing is performed by a printer connected to the
以上、顧客のパソコン１０の表示画面および行員のパソコン１１の表示画面を説明しながら、信用状管理システム１００の動作を説明した。
The operation of the letter of
次に信用状管理システム側の処理内容を図１８を参照して説明する。
図１８において、通信ネットワーク６０を介して輸入者の銀行の通信システムから電子信用状を図１の通信サーバ５０が受信すると、通信サーバ５０は受信した電子信用状を信用状管理サーバ４０に引き渡す。信用状管理サーバ４０は引き渡された電子信用状に対して、対応する顧客番号を付加して、裏書情報ＤＢ４１に格納する（Ｓ４０のその他の処理）。
Next, processing contents on the letter of credit management system side will be described with reference to FIG.
In FIG. 18, when the
格納された電子信用状については、有効期限が到来しているかどうかが定期的にモニターされる。具体的には、信用状管理サーバ４０は裏書情報ＤＢ４１に格納されている電子信用状情報を順に取り出し、現在のカレンダー情報（年月日）と、電子使用状情報に記載されている有効期限とを比較して、有効期限が到来しているか否かを判定する。肯定判定が得られた電子信用状については、その電子信用状の内容を表す情報、ＬＣ番号等と期限が到来したことを示す定型メッセージを使用した顧客宛ての期限到来案内用の電子メールを信用状管理サーバ４０により作成する。作成された電子メールが顧客宛に送られ顧客に通知される（Ｓ１０→Ｓ１１→Ｓ１２）。
The stored electronic letter of credit is periodically monitored to see if it has expired. Specifically, the letter of
決済の期限をモニタするタイミングではない場合は手順はＳ１０からＳ２０へと進み、情報管理サーバ４０は顧客のパソコン１０および行員のパソコン１１から検索命令や情報の登録命令がＷＥＢサーバ３０を介して受信する。ＱＡ（問い合わせ関連の命令を受信した場合には手順をＳ２１へと進め、上述したようなＱＡ関連の処理を行う。
If it is not time to monitor the settlement deadline, the procedure proceeds from S10 to S20, and the
一方、行員のパソコン１１から支払口関連の命令をＷＥＢサーバ３０を介して受信した場合には、その命令をＳ３０で判別し、手順をＳ３１へと進めて、上述したような支払口関連の処理を行う。
On the other hand, when a payment port related command is received from the bank
また、以上の処理を行わない間は、信用状管理サーバ４０はその他の処理、たとえば、行員からの買取取立依頼書印刷の要求に応じた依頼書の作成処理や、受信した電子信用状の裏書情報ＤＢ４１への格納処理、さらには、各電子信用状についての決済の期限の有無情報を行員のパソコン１１から受け付けて裏書情報ＤＢ４１へ書き込む処理などを実行する。
In addition, while the above processing is not performed, the letter of
（ＱＡ関連処理）
図１９はＱＡ（問い合わせ・回答）関連処理の処理手順を示す。
図１９において、顧客が電子信用状（ＬＣ）をパソコン１０で閲覧する場合には、図３の画面を使用して、顧客が電子信用状の閲覧を行う。この閲覧に関わる電子信用状の検索、検索結果の一覧の提供や一覧の中で選択された電子信用状の電文の詳細の提供をＷＥＢサーバ３０が行う（Ｓ１００）。
(QA related processing)
FIG. 19 shows a processing procedure of QA (inquiry / answer) related processing.
In FIG. 19, when a customer views an electronic letter of credit (LC) on the
顧客は電文詳細を見て誤記を見つけると確認したい正しい文字列を図６および７の画面を呼び出し（Ｓ１１０がＹＥＳ判定）、雛形の問い合わせに該当する場合には、その雛形を選択ボタン６０１により選択する（Ｓ１２０→Ｓ１２５）。次に顧客は雛形の問い合わせのための入力欄６０２、６０３に入力する（Ｓ１２５）。また、雛形の問い合わせには無い問い合わせを行う場合には図７のその他の入力欄７０１に問い合わせのメッセージを入力する（Ｓ１３０）。
When the customer looks at the details of the message and finds a typographical error, the customer calls the screen shown in FIGS. 6 and 7 (YES at S110) and selects the template using the
顧客のパソコン１０から入力された問い合わせ（ＱＡ）は裏書情報ＤＢ４１内のＱＡ依頼領域に一時格納され、問い合わせ承認者の承認を待つ。
The inquiry (QA) input from the customer's
承認者は自己のパソコンで承認用画面を使用して、問い合わせに対する承認を行う（Ｓ１４０）。この承認操作により、信用状管理サーバ４０は承認を受けたＱＡ依頼領域の問い合わせを、ＱＡ情報（記憶）領域（図１参照）に移す。これにより、銀行の問い合わせ回答者がパソコン１１を使用して顧客の問い合わせにアクセス可能となる。
なお、承認者により承認されない問い合わせは図１のＱＡ依頼記憶領域で保管される。
The approver uses the approval screen on his / her personal computer to approve the inquiry (S140). With this approval operation, the letter of
Inquiries that are not approved by the approver are stored in the QA request storage area of FIG.
承認処理が終了した問い合わせについて信用状管理サーバ４０は、以下の処理で顧客宛の回答を作成する（Ｓ１５０〜Ｓ２１０）。
The letter of
ここで、特筆すべき点は、問い合わせに対する回答について、
（１）電子信用状に記載されている情報の種類ごとに誤記についての問い合わせの雛形を用意し、雛形の誤記の問い合わせについては回答を自動作成する。回答の作成方法については後で詳述する。
（２）雛形の問い合わせの中で回答が自動作成ができないものについては、問い合わせのための電文を自動作成し、輸入者の銀行の通信システムに宛てて、誤記の問い合わせの電文を自動送信する。さらに、輸入者の銀行の通信システムから受信した回答に基づいて回答を自動作成する。
（３）その他の欄に記入された誤記以外の問い合わせに対しては行員が回答を手入力する。
というように回答形式を３つに分類し、できるだけ自動化を進めるようにして、行員の労力を低減するようにしたことである。
Here, what should be noted is that regarding the answer to the inquiry,
(1) Prepare a template for inquiries about typographical errors for each type of information described in the electronic letter of credit, and automatically create a response for inquiries about typographical errors in templates. The method for creating the answer will be described in detail later.
(2) If a template inquiry cannot be automatically created, an inquiry message is automatically created, and an incorrect inquiry message is automatically sent to the importer's bank communication system. Furthermore, an answer is automatically created based on the answer received from the importer's bank communication system.
(3) For inquiries other than typographical errors entered in the other fields, the clerk manually inputs the answers.
In this way, the answer format was classified into three, and automation was as much as possible to reduce the labor of the clerk.
行員の問い合わせ回答者はパソコン１１を使用して図１のＱＡ情報記憶領域から回答すべき問い合わせを閲覧し、信用状管理サーバ４０が回答を作成できない項目についての回答を入力する。入力された回答が問い合わせの中の回答欄に信用状管理サーバ４０により記入される（Ｓ１６０）。
The inquiries / respondents of the bank employees use the
信用状管理サーバ４０は任意のタイミングで、ＱＡ情報記憶領域に保存されている問い合わせの中の自動回答が行われていない誤記についての問い合わせを読み出し、誤記の問い合わせに対する回答、すなわち正しい表記を自動作成する（Ｓ１７０→Ｓ１７５）。作成された正しい表記が信用状管理サーバ４０によりＱＡ情報記憶領域に記憶されている問い合わせの回答記入欄に記入される（Ｓ１７５）。
The letter of
この誤記に対する正しい表記がＳ１７５の処理で得られない誤記の問い合わせについては、手順をＳ１７０からＳ１８０へ進める。 For an error inquiry for which the correct notation for this error cannot be obtained in the process of S175, the procedure proceeds from S170 to S180.
ここで、信用状管理サーバ４０は、予め定められた通信フォーマットにしたがって、誤記の問い合わせを送信用の電文に複製（コピー）すると共に、この電文が問い合わせであることを示すキーを電文に付加する（Ｓ１８０）。
Here, the letter of
このようにして編集作成された電文が、問い合わせの対象の輸入者の銀行の通信システムに通信サーバ５０を介して送信される（Ｓ１９０）。 The telegram edited and created in this way is transmitted to the communication system of the importer's bank to be inquired via the communication server 50 (S190).
信用状管理サーバ４０は通信サーバ５０を介して問い合わせの回答を記載した電文を輸入者の銀行の通信システムから受信すると（Ｓ２００）、受信した電文の中に含まれる上記キーにより、問い合わせに対する回答であることを識別し、電文から回答を取り出して、キーに対応するＱＡ情報記憶領域上の問い合わせの中の回答記入欄に回答を記入する（Ｓ２１０）。
When the letter of
このようにして回答が記入されたＱＡ情報記憶領域の問い合わせは、顧客のパソコン１０により、ＱＡ一覧照会初期画面により閲覧される（Ｓ２２０）。この閲覧に際してＷＥＢサーバ３０が顧客が要求する問い合わせ（回答を含む）を読み出して、顧客のパソコン１０に提供する。これにより顧客は問い合わせに対する回答を知ることができる。
The inquiry in the QA information storage area in which the answer is entered in this way is viewed on the QA list inquiry initial screen by the customer's personal computer 10 (S220). When browsing, the
（支払口登録）
図２０は図１２の支払口登録画面を使用して行われる支払口情報の登録のためのＷＥＢサーバ４０の処理手順を示す。
(Payment account registration)
FIG. 20 shows a processing procedure of the
ＷＥＢサーバ４０はパソコン１１から送られてくる選択ボタン情報（項目ごとにどの選択ボタンが操作されたかを示す識別情報）の種類判別を行って、行員が選択した情報項目の内容を識別し、登録すべき支払情報を作成する。具体的には、図１２の買取種別項目で選択された項目がＬＣ付輸出手形であることをＳ３００で検出し、買取種別項目で選択された項目がＤＰ（ＬＣ無Ａ／Ｓ輸出手形）であることをＳ３０１で検出する。また、買取種別項目で選択された項目がＤＡ（ＬＣ無ユーザンス輸出手形）であることをＳ３０３で検出する。検出された種類内容を示す情報が登録用のレコードに転記される（Ｓ３０２、３０３、３２０）。
The
このようにして、以下、発行銀行、決済方法、支払状況などの各項目について、行員が選択した情報を識別し、識別した情報内容を登録用のレコードに転記していく（Ｓ３２０〜Ｓ３６０）。 In this way, for each item such as the issuing bank, the settlement method, and the payment status, the information selected by the bank employee is identified, and the identified information content is transferred to the registration record (S320 to S360).
行員が記入欄の修正を行った場合には、修正した情報と、上記レコード中の対応情報を置換する。また、行員が図１２の登録ボタン１２０３を操作した場合には、支払口ＤＢ４２に登録用のレコードを登録する。このとき、登録用レコードと同じレコードが支払口ＤＢ４２に記憶されていない場合には登録用レコードは支払口ＤＢ４２に新規登録される。また、修正目的で登録用レコードが作成された場合には支払口ＤＢ４２上のレコードに対して上記登録用レコードが上書き記憶される。
When the bank employee corrects the entry field, the corrected information is replaced with the corresponding information in the record. Further, when the clerk operates the
上述の説明は主に、新規支払口情報を登録するための処理手順の説明である。
このため、図１２の支払口登録画面では初期的には選択ボタンはまったく操作されていない状態で表示される。
The above description is mainly an explanation of the processing procedure for registering new payment account information.
For this reason, the selection button is initially displayed on the payment port registration screen of FIG.
図１６の支払口一覧検索初期画面で再利用ボタン１６０５または修正ボタン操作がされた場合に、図１２の支払口登録画面に移行するが、この場合には、図１６の画面で選択されている支払口情報を示すように選択ボタンのオンオフが図１２で表示される。この表示のための処理手順を図２１に示す。
When the
ＷＥＢサーバ３０は図１６の画面で選択された支払口情報の内容を項目別に判別する。たとえば、買取種別については、買取種別が選択されているかをＳ４００で選択し、選択されている場合には、次に買取種別がＬＣ付輸出手形であるか、ＤＰ，ＤＡであるかをＳ４１１，Ｓ４１３で判別していく。
The
上記各ステップで、買取種別が判別されると、その種別内容を示す識別情報が行員のパソコン１１に送られる。行員のパソコン１１ではその識別情報に基づいて、たとえば、図１２に示すようにＬＣ付き輸出手形の選択ボタンがオン（図中、黒丸で表示）となるように表示する（Ｓ４２０、４１２、４１３）。この形態では図１２の画面表示のためのマーククアップ文書とは別に、選択ボタンのオンオフ情報を行員のパソコン１１に送るようにしているが、選択ボタンのオンオフ情報を織り込んだマークアップ文書を送るようにしてもよい。
When the purchase type is determined in each of the above steps, identification information indicating the content of the type is sent to the bank
以下、同様にしてＷＥＢサーバ３０からはオンとすべき選択ボタンの識別情報や、入力欄に初期表示すべき文字列がＷＥＢサーバ３０から行員のパソコン１１に送られて、その表示画面は図１２に示すように初期表示される（Ｓ４３０〜Ｓ５０２）。
Similarly, the identification information of the selection button to be turned on from the
（支払口解除（一覧検索））
図２２の支払口解除画面を表示するための処理手順を図２２に示す。
ＷＥＢサーバ４０は図１３の入力欄で行員により操作された選択ボタンの種類および文字列の入力の有無に基づいて、支払口ＤＢ４２の検索条件を作成する。
(Payment account cancellation (list search))
FIG. 22 shows a processing procedure for displaying the payment account release screen of FIG.
The
具体的には、銀行名の入力の有無をＳ６００で判別し、入力なしの場合には次に、国名の入力の有無を判別する（Ｓ６０１）。国名の入力がある場合には、その国名の国内に本店がある銀行名を予め用意してあるテーブルから取得して、取得した銀行名を検索条件に加える（Ｓ６０２）。 Specifically, the presence / absence of a bank name is determined in S600, and if there is no input, the presence / absence of a country name is determined (S601). If there is an input of a country name, the name of the bank where the head office is located in the country is acquired from a table prepared in advance, and the acquired bank name is added to the search condition (S602).
銀行名が入力されている場合には、入力された銀行名をそのまま検索条件に加える（Ｓ６００→Ｓ６１０）。以下、輸入者（名）の入力の有無をＳ６２０で判別し、なしの場合には、国名の有無を判別して、国名に基づいて、企業名を取得して検索条件に追加する（Ｓ６２１→Ｓ６２２）。 If the bank name has been input, the input bank name is added to the search condition as it is (S600 → S610). In the following, the presence / absence of the importer (name) is determined in S620. If not, the presence / absence of the country name is determined, and the company name is acquired based on the country name and added to the search condition (S621 → S622).
輸入者名ありの場合には、その入力された輸入者名を検索条件に追加する（Ｓ６２０→Ｓ６３０）。 If there is an importer name, the input importer name is added to the search condition (S620 → S630).
続いて、検索条件に支払状況（良好、良好候補等）を追加し（Ｓ６４０）、検索条件として“ＡＮＤ”条件が選択されているか否か（“ＯＲ”条件）を判別する（Ｓ６５０）。 Subsequently, the payment status (good, good candidate, etc.) is added to the search condition (S640), and it is determined whether the “AND” condition is selected as the search condition (“OR” condition) (S650).
“ＡＮＤ”条件が選択されている場合には、入力された買取種別、発行銀行、輸入者および支払い状況のすべてを検索条件として支払口ＤＢ４２を検索し、検索条件に合致する支払口情報を行員のパソコン１１に提示する。これにより、行員のパソコン１１では図１３の一覧表示欄１３０４に検索結果が表示される（Ｓ６６０→Ｓ６７０→Ｓ６８０）。
When the “AND” condition is selected, the
一方、“ＯＲ”条件が選択されている場合には、（買取種別、発行銀行、支払状況）かまたは（買取種別、輸入者名、支払状況）を検索条件として検索を行う（Ｓ６５１→Ｓ６５２）。 On the other hand, when the “OR” condition is selected, the search is performed using (purchase type, issuing bank, payment status) or (purchase type, importer name, payment status) as a search condition (S651 → S652). .
検索結果はやはり行員のパソコン１１に送られて検索結果が表示される（Ｓ６７０→Ｓ６８０）。
The search result is also sent to the bank
検索結果がない場合には、行員のパソコン１１には検索結果が送られることはない（Ｓ６７０→終了）。 If there is no search result, the search result is not sent to the bank personal computer 11 (S670 → end).
（支払口の解除）
図１３の支払口解除画面で、検索条件を入力し検索結果を表示するための処理手順を図２３に示す。なお、この例は種別情報としてＤＰまたはＤＡが選択されている場合を示す。ＤＰおよびＤＡではＬＣが無いので取り扱い銀行もない。そこで、ＷＥＢサーバ３０は最初に検索条件の中の銀行名を入力なし（いわゆるヌル値）に設定した後、輸入者の有無を判別する。輸入者の無い場合には、国名に基づいて企業名を取得し、輸入者として取り扱う（Ｓ７００→Ｓ７１１）。
(Cancellation of payment account)
FIG. 23 shows a processing procedure for inputting a search condition and displaying a search result on the payment account cancellation screen of FIG. This example shows a case where DP or DA is selected as the type information. Since there is no LC in DP and DA, there is no handling bank. Therefore, the
輸入者の入力がある場合には、入力された輸入者（名）を検索条件に追加する（Ｓ７１０→Ｓ７２０）。さらに、検索条件に支払状況を追加し、以上の検索条件で支払口ＤＢ４２の検索を行う（Ｓ７４０）。
検索結果が存在する場合にはＷＥＢサーバ３９は行員のパソコン１１に検索結果を提供する。これにより、行員のパソコン１１は図１３の一覧表示欄１３０４に示すように検索結果が表示される（Ｓ７５０→Ｓ７６０）。
If there is an input from the importer, the input importer (name) is added to the search condition (S710 → S720). Further, the payment status is added to the search conditions, and the
If there is a search result, the WEB server 39 provides the search result to the
図１４の画面で支払解除理由を入力した場合の処理手順を図２４に示す。
上述の支払解除処理の終了後、図２４の処理が開始される。
FIG. 24 shows a processing procedure when a payment cancellation reason is input on the screen of FIG.
The process of FIG. 24 is started after completion | finish of the above-mentioned payment cancellation | release process.
ＷＥＢサーバ３０は支払口が選択されていることを確認して、その支払口情報の中の支払状況を不良（候補）に変更する（Ｓ８００→Ｓ８１０）。次に、行員のパソコン１１での入力欄１４０１への入力を待ち（Ｓ８２０）、入力された解除理由を支払口情報に追加する（Ｓ８３０）。このようして変更された支払口情報で支払口ＤＢ４２上の支払口情報を更新する（書き換える）（Ｓ８４０）。
The
（支払口承認）
図１５Ａおよび図１５Ｂの支払口承認画面での承認処理のための処理手順を図２５Ａ、図２５Ｂ、図２６Ａおよび図２６Ｂに示す。図２５Ａの処理手順は買取種別がＬＣ付輸出手形の場合であり、図２５Ｂの処理手順は買取種別がＤＰまたはＤＡの場合である。
(Payment port approval)
The processing procedure for the approval process on the payment port approval screen of FIGS. 15A and 15B is shown in FIGS. 25A, 25B, 26A, and 26B. The processing procedure of FIG. 25A is a case where the purchase type is an export bill with LC, and the processing procedure of FIG. 25B is a case where the purchase type is DP or DA.
ＷＥＢサーバ３０は検索条件にＬＣ付輸出手形の買取種別を追加する（Ｓ９００）。次に発行銀行（名）の入力を確認して検索条件に発行銀行を追加する（Ｓ９１０→Ｓ９２０）。次に輸入者（名）の入力を確認して検索条件に入力情報を追加する（Ｓ９３０→Ｓ９４０）。
The
さらに選択された決済方法の種類を判別して選択された決済方法を検索条件に追加する（Ｓ９５０→Ｓ９６０またはＳ９５０→Ｓ９７０）。 Further, the type of the selected payment method is discriminated and the selected payment method is added to the search condition (S950 → S960 or S950 → S970).
同様に選択された支払状況が良好か不良かを判別してその判別結果を検索条件に追加する（Ｓ９８０→Ｓ９９０またはＳ９８０→Ｓ１０００）。 Similarly, it is determined whether the selected payment status is good or bad, and the determination result is added to the search condition (S980 → S990 or S980 → S1000).
最後に営業店の承認者（担当者）であることをログイン用のパスワード等により確認し、さらに検索のステータス情報として承認待ちを設定し（Ｓ１０１０→１０３０）、上述の処理で設定された検索条件にて支払口ＤＢ４２を検索する（Ｓ１０４０）。
Finally, it is confirmed by the login password or the like that the person is the approver (person in charge) of the sales office, and further, waiting for approval is set as the search status information (S1010 → 1030), and the search condition set in the above processing The
検索結果が存在することを確認してＷＥＢサーバ３０は検索結果を行員のパソコン１１に送る。これにより承認者（営業店の担当者）のパソコン１１には図１５Ａの一覧表示欄１５０４に検索結果が表示される（Ｓ１０６０）。
After confirming that the search result exists, the
営業店承認者（担当者）が承認待ちのデータについて、承認（情報入力の確認）を行うにより「良好候補」または「不良候補」が確定する。 When the store approver (person in charge) approves the data waiting for approval (confirmation of information input), “good candidate” or “bad candidate” is determined.
本部承認者は確定したデータについて、上記と同様の手順により検索を行い、検索結果を行員のパソコン１１に一覧表示欄に表示させる。
The headquarters approver searches the confirmed data by the same procedure as described above, and displays the search result in the
本部承認者が項目を選択し、選択された項目の支払口情報に対して確定ボタン１５１０により承認を行うことにより支払口情報の中の「良好候補」は「良好」に、「不良候補」は「不良」に確定される。
The headquarters approver selects an item, and approves the payment unit information of the selected item with the
図２５Ｂに示すＤＰ／ＤＡのための処理手順は買取種別の判定処理（Ｓ１１００〜Ｓ１１２０）が異なるだけで図２５ＡのＬＣ付輸出手形のための処理手順と同様である。このため詳細な説明を省略する。 The processing procedure for DP / DA shown in FIG. 25B is the same as the processing procedure for the export bill with LC of FIG. 25A, except that the purchase type determination processing (S1100 to S1120) is different. Therefore, detailed description is omitted.
図２５ＡのＳ１０１０および図２５ＢのＳ１２００の承認処理は行員による情報入力の最終確認と承認者の承認の双方が終了しているかを判定する処理であるが、この詳細を図２６Ａおよび図２６Ｂに示す。図２６Ａは銀行の営業店の行員が図１５Ｂの確定ボタン１５１０を操作（押下）した場合の処理手順を示す。
The approval process of S1010 in FIG. 25A and S1200 in FIG. 25B is a process for determining whether the final confirmation of information input by the bank clerk and the approval of the approver have been completed. The details are shown in FIGS. 26A and 26B. . FIG. 26A shows a processing procedure when the bank employee of the bank operates (presses) the
登録ボタン１２０３が操作されるとＷＥＢサーバ３０はステータスを行員の承認済に変更して支払口ＤＢ４２に図１２で入力された支払口情報を（仮）登録する。
When the
図２６Ｂは図１５Ｂの確定ボタン１５１０を本部の承認者が操作すると、ＷＥＢサーバ３０は図１５Ｂの画面で表示されている支払口の中の支払状況の設定が良好候補であるか否かを判定し、その判定結果が良好（ＹＥＳ）の場合には、ＷＥＢサーバ３０は更新のために用意するレコード（支払口情報）の中の支払口情報の支払状況の設定を良好に再設定（変更）する（Ｓ５１００→Ｓ５１１０）。ＷＥＢサーバ３０はこのように再設定したレコードで、支払口ＤＢ４２の対応のレコードを書き換える（Ｓ５１３０）。
In FIG. 26B, when the approver of the headquarters operates the
一方、支払状況の設定が良好候補では無い場合（ＮＯ）には、ＷＥＢサーバ３０は更新のために用意するレコードの中の支払状況を不良に再設定し、再設定されたレコードで、支払口ＤＢ４２にすでに登録されている対応のレコードを書き換える（Ｓ５１２０→Ｓ５１３０）。
On the other hand, if the payment status setting is not a good candidate (NO), the
（支払口一覧検索）
図２７および図２８は図１６の初期画面を使用した支払口一覧の検索のための処理手順を示す。ＷＥＢサーバ３０は、入力欄１６０２で設定された検索条件を項目ごとに判別し、支払口ＤＢ４２のための検索条件を作成する。すなわち、買取種別の入力を確認し（Ｓ１３００）、買取種別の種類内容をＳ１３１０，１３１３３０，１３５０で判別する。判別された買取種別の種類に応じて、判別結果の買取種別が検索条件に追加される（Ｓ１３２０、１３４０、１３６０）。
(Payment list search)
27 and 28 show a processing procedure for searching a list of payment accounts using the initial screen of FIG. The
さらに買取種別がＬＣ付輸出手形であった場合には、発行銀行（名）の入力を確認して、入力された発行銀行を検索条件に追加する（Ｓ１３８０→Ｓ１３９０）。 If the purchase type is an export bill with LC, the input of the issuing bank (name) is confirmed, and the input issuing bank is added to the search condition (S1380 → S1390).
一方、買取種別がＤＰ／ＤＡの場合には、発行銀行がないので、検索条件には入力無しを設定する（１３７１）。次に、輸入者（名）の入力を確認して検索条件に輸入者名を追加する（Ｓ１４００）。決済方法の入力があった場合にはＳ１３０で決済方法の種類内容を判別して、その判別結果を検索条件に追加する（Ｓ１４３０→１４４０またはＳ１４５０→Ｓ１４６０）。決済方法の入力がない場合には手順はＳ１４２０からＳ１４７０に移行する。 On the other hand, if the purchase type is DP / DA, there is no issuing bank, so no input is set in the search condition (1371). Next, the importer name is confirmed and the importer name is added to the search condition (S1400). If there is an input of the settlement method, the type content of the settlement method is determined in S130, and the determination result is added to the search condition (S1430 → 1440 or S1450 → S1460). If there is no payment method input, the procedure proceeds from S1420 to S1470.
次にステータス情報について入力があった場合にはそのステータス（承認待ちか承認済）の内容を判別し、その判別結果を検索条件に追加する（Ｓ１４８０→Ｓ１４９０またはＳ１５００→Ｓ１５１０）。 Next, when the status information is input, the contents of the status (waiting for approval or approved) are determined, and the determination result is added to the search condition (S1480 → S1490 or S1500 → S1510).
支払状況についての入力を確認した場合には（Ｓ１６１０）、支払状況が良好、良好候補、不良、不良候補かの内容判別をＳ１６２０，１６４０、Ｓ１６６０、１６８０で行い、その判別結果を検索条件に追加する（Ｓ１６３０，１６５０、Ｓ１６７０、１６９０）。 When the payment status input is confirmed (S1610), the contents of the payment status are determined as good, good candidate, bad, or bad candidate are determined in S1620, 1640, S1660, and 1680, and the determination result is added to the search condition. (S1630, 1650, S1670, 1690).
勘定店と口座番号の入力があった場合には、この２つの情報を顧客名に変換する（Ｓ１７１０）。 When the account store and the account number are input, these two pieces of information are converted into customer names (S1710).
以上のようにして作成された検索条件で不図示の買取状況ＤＢあるいは裏書情報ＤＢ４１の検索を行って（Ｓ１７３０，１７４０）これまでに行われた決済時期の遅延の有無を調べる。説明のために買取種別に応じた検索条件を（Ｓ１７３０，１７４０）に示した。 A purchase status DB or endorsement information DB 41 (not shown) is searched under the search conditions created as described above (S1730, 1740) to check whether there has been a delay in the settlement time that has been performed so far. For the sake of explanation, the search conditions corresponding to the purchase type are shown in (S1730, 1740).
次にＳ１７５０に示す検索条件で支払口ＤＢ検索４２を検索して該当する支払口情報を取得する。以上の２つのデータベースの検索結果が、行員のパソコン１１に送られて図１６の一覧表示欄１６０４に表示される。
Next, the payment
以上の処理手順をＷＥＢサーバ３０が行うことにより行員は種々の検索条件を組み合わせて支払口の検索を行うことができる。このため検索条件を限定することでたとえば、同一の輸入者の支払状況、同一輸入者の支払銀行の支払状況を集計してパソコン１１に表示させることができる。
When the
（依頼書の印刷）
図１７の画面で依頼書の印刷が指示された場合、ＷＥＢサーバ３０は図２９の処理手順により印刷すべき依頼書のイメージを作成すると、行員のパソコン１１で表示する情報を作成する。
(Print request form)
When printing of the request form is instructed on the screen of FIG. 17, the
図２９において、図１７の閲覧ボタン１７０６が操作された場合、ＷＥＢサーバ３０は対象がＬＣ付き輸出手形の場合、定型のイメージを作成する（Ｓ１８００）。次に検索条件の入力欄１７０２から入力された、たとえば、発行銀行名、輸入者名決済方法の検索条件で支払口ＤＢ４２を検索する（Ｓ１８１０）。検索結果が存在することを確認し（Ｓ１８２０）、検索結果の中の支払状況が良好を示す場合にはＷＥＢサーバ１０は行員のパソコン１１での表示のための表記「良好先」を作成して依頼書の印刷イメージに追加する（Ｓ１８３０→Ｓ１８３１）。
In FIG. 29, when the
また、検索結果の中の支払状況が不良を示す場合には表記として「不良先」を作成し、また、検索結果の中に含まれる理由と共に依頼書の印刷イメージに追加する（Ｓ１８４０→Ｓ１８４１→Ｓ１８４２）。 If the payment status in the search result indicates a defect, “defect” is created as a notation, and added to the print image of the request form along with the reason included in the search result (S1840 → S1841 → S1842).
行員のパソコン１１では送られた依頼書の印刷イメージをプリンタで印刷する。
The employee's
以上がＬＣ付き輸出手形の依頼書を印刷する場合の処理手順である。ＤＰ／ＤＡの場合の印刷処理手順を図２９に示すが、Ｓ１８１０の検索条件が、買取種別に対応したものであるほかは同様の処理であるので、重複的な説明を省略する。 The above is the processing procedure for printing a request form for an export bill with LC. FIG. 29 shows a printing process procedure in the case of DP / DA, but since the search condition in S1810 is the same process except that it corresponds to the purchase type, redundant description is omitted.
（誤記に対する正しい表記を作成する処理）
ＱＡ関連処理では電子信用状に記載された誤記についての問い合わせを顧客から受け付けて信用状管理システムが正しい表記を回答する点について説明したが、この処理は本発明に関連するので詳細に説明する。
(Process to create correct notation for errors)
In the QA-related processing, it has been described that an inquiry about an error described in an electronic letter of credit is received from a customer and the letter of credit management system answers the correct notation. This processing is related to the present invention and will be described in detail.
電子信用状の誤記を訂正するには以下に述べる方法を選択的に組み合わせて使用することができる。
（１）記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の記載についての誤記の問い合わせを輸出者のコンピュータ１０からＷＥＢサーバ３０により受け付ける。信用状管理サーバ４０は誤りの文字列と正しい文字列を記載した正誤表を内部のハードディスクに有しており、信用状管理サーバ４０は受け付けた誤記の問い合わせに対応する正しい表記を正誤表を参照することにより取得する。
（２）受信すべき電子信用状に関する記載情報を予め顧客から受け付けて照合用記憶手段（信用状管理サーバ４０内のハードディスク）に記憶しておく。
記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに輸出者のコンピュータからＷＥＢサーバ３０により受け付け、当該受け付けた誤記の種類に対応する正しい表記を照合用記憶手段に記憶された記載情報から信用状管理サーバ４０により取得する。
（３）誤記の問い合わせを記載情報の種類ごとに正しい表記の候補と共に輸出者のコンピュータ（１０）からＷＥＢサーバ３０により受け付ける。
当該受け付けた正しい表記の候補と記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の対応する種類の記載情報とを信用状管理サーバ４０により照合することにより正しい表記の候補が正当であるか否かを判定する。
当該判定により正しい表記の候補が正当であると判定された場合には、正しい表記候補を輸出者のコンピュータに、正しい表記の回答としてＷＥＢサーバ３０から提供する。
（４）記憶手段（裏書情報ＤＢ４１）に記憶された電子信用状の記載についての誤記の問い合わせを輸出者のコンピュータ（１０）からＷＥＢサーバ３０により受け付ける。
当該受け付けた問い合わせの誤記をキーワードとして裏書情報ＤＢ４１をあいまい検索する。あいまい検索とは、キーワードを含む文字列、あるいはキーワードの中の所定の割合の文字列を含む文字列をデータベースの中から検索するという周知の検索手法である。信用状管理サーバ４０のあいまい検索により得られる正しい表記を問い合わせの回答結果としてＷＥＢサーバ３０から輸出者（顧客）のパソコン１０に送信する。
In order to correct an electronic letter of credit error, the following methods can be selectively combined.
(1) The
(2) Information described regarding the electronic letter of credit to be received is received from the customer in advance and stored in the storage means for verification (hard disk in the letter of credit management server 40).
An inquiry about an error in the description of the electronic letter of credit stored in the storage means (endorsement information DB 41) is accepted by the
(3) The
Whether the correct notation candidate is valid by collating the received correct notation candidate with the corresponding type of description information of the electronic letter of credit stored in the storage means (endorsement information DB 41) by the letter of
If it is determined that the correct notation candidate is valid, the correct notation candidate is provided from the
(4) The
The
（その他の実施形態）
１）上述の実施形態では輸出者およびまたはその銀行が決済を一度でも遅らせると、支払状況（決済状況とも表記）は不良と決定していた。しかしながら、決定条件はこれに限ることはなく、許容数をもたせてもよい。この場合には、各信用状取引の（ＬＣ無しの場合も含む）決済の遅延の有無を信用状ごとに調べ、遅延ありの場合にはその回数を信用状管理サーバにより計数する。その計数結果が所定数以上となった場合支払い状況は不良と決定し、所定数より小さい場合には支払状況を良好と決定すればよい。さらに、支払状況を良好、不良の２段階評価とする必要はなく、計数結果に応じた多段階評価としてもよいこと勿論である。
このようにして得られる支払状況については、行員のパソコン１１および／または顧客（輸出者）のパソコン１０で閲覧してもよいことは勿論である。この場合には、行員が行う操作およびパソコン１０の内部動作を、顧客が行う操作および顧客のパソコン１０の内部動作と読み替えればよい。
(Other embodiments)
1) In the above-described embodiment, when the exporter and / or the bank delays the settlement even once, the payment status (also indicated as the settlement status) is determined to be bad. However, the determination condition is not limited to this, and an allowable number may be given. In this case, each letter of credit transaction (including the case without LC) is checked for each letter of credit, and if there is a delay, the number of times is counted by the letter of credit management server. If the counting result is equal to or greater than a predetermined number, the payment status is determined to be bad, and if it is smaller than the predetermined number, the payment status is determined to be good. Furthermore, it is not necessary to make the payment status good or bad, and it is needless to say that multi-level evaluation according to the counting result may be used.
Of course, the payment status obtained in this way may be viewed on the
２）上述の実施形態では、顧客（輸出者）のパソコン１０の電子信用状の閲覧はＷＥＢサーバ３０の制御により許可されている。さらなるセキュリティ強化のために、顧客のパソコン１０がＷＥＢサーバ３０に対してログインする場合にはパスワードによるログインを行うようにしてもよい。
2) In the above-described embodiment, browsing of the electronic letter of credit of the
１０ 顧客（輸出者）のパソコン
１１ 行員（銀行員）のパソコン
２０インターネット
３０ ＷＥＢサーバ
４０ 信用状管理システム
５０ 通信サーバ
10 Personal computer of customer (exporter) 11 Personal computer of bank employee
20 internet
30
Claims (7)
当該受信した電子信用状を記憶しておく記憶手段と、
輸出者のコンピュータから閲覧要求を受け付け、当該受け付けた閲覧要求に対応する、前記記憶手段上の電子信用状の閲覧を前記輸出者のコンピュータに対して許可する制御手段と
を備えたことを特徴とする信用状管理システム。 A communication means for receiving an electronic letter of credit from the importer's bank communication system;
Storage means for storing the received electronic letter of credit;
Control means for accepting a browsing request from an exporter's computer and permitting the exporter's computer to browse an electronic letter of credit on the storage means corresponding to the accepted browsing request. A letter of credit management system.
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、
誤りの文字列と正しい文字列を記載した正誤表を有し、前記受け付ける手段により受け付けた誤記の問い合わせに対応する正しい表記を前記正誤表を参照することにより取得する手段と、
当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段と
を備えたことを特徴とする信用状管理システム。 In the letter of credit management system according to claim 1,
Means for accepting an error inquiries about the description of the electronic letter of credit stored in the storage means from the computer of the exporter;
Means for obtaining a correct notation corresponding to an inquiry of an error received by the receiving means by referring to the error table;
A letter of credit management system comprising: means for providing the acquired correct notation as an answer to the exporter's computer.
受信すべき電子信用状に関する記載情報を予め記憶しておく照合用記憶手段と、
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに前記輸出者のコンピュータから受け付ける手段と、
当該受け付けた誤記の種類に対応する正しい表記を前記照合用記憶手段に記憶された記載情報から取得する手段と、
当該取得した正しい表記を前記輸出者のコンピュータに、回答として提供する手段と
を備えたことを特徴とする信用状管理システム。 In the letter of credit management system according to claim 1,
A storage unit for collation for preliminarily storing descriptive information on the electronic letter of credit to be received;
Means for accepting an erroneous inquiry about the description of the electronic letter of credit stored in the storage means from the exporter's computer for each type of written information;
Means for acquiring the correct notation corresponding to the type of the received error from the description information stored in the verification storage means;
A letter of credit management system comprising: means for providing the acquired correct notation as an answer to the exporter's computer.
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを記載情報の種類ごとに正しい表記の候補と共に前記輸出者のコンピュータから受け付ける手段と、
当該受け付けた正しい表記の候補と前記記憶手段に記憶された電子信用状の対応する種類の記載情報とを照合することにより前記正しい表記の候補が正当であるか否かを判定する手段と、
当該判定により正しい表記の候補が正当であると判定された場合には、前記正しい表記候補を前記輸出者のコンピュータに、正しい表記の回答として提供する手段と
を備えたことを特徴とする信用状管理システム。 In the letter of credit management system according to claim 1,
Means for receiving from the exporter's computer, together with a correct notation candidate for each type of description information, an inquiry about an error in the description of the electronic letter of credit stored in the storage means;
Means for determining whether or not the correct notation candidate is legitimate by comparing the accepted correct notation candidate with the corresponding type of description information stored in the storage means;
Means for providing the correct notation candidate to the exporter's computer as a correct notation answer when it is determined by the determination that the correct notation candidate is valid. Management system.
前記記憶手段に記憶された電子信用状の記載についての誤記の問い合わせを前記輸出者のコンピュータから受け付ける手段と、
当該受け付けた問い合わせの誤記に対応する正しい表記を取得可能な手段と、
当該取得可能な手段により正しい表記が得られた場合には、当該得られた正しい表記を前記輸出者のコンピュータに、回答として提供する手段と、
前記取得可能な手段により正しい表記が得られなかった場合には当該誤記についての問い合わせを前記輸入者の銀行の通信システムに送信し、当該通信システムから前記誤記についての正しい表記の回答を受信する通信手段と
を備えたことを特徴とする信用状管理システム。 The letter of credit processing system according to claim 1,
Means for accepting an error inquiries about the description of the electronic letter of credit stored in the storage means from the computer of the exporter;
Means capable of obtaining a correct notation corresponding to an error in the received inquiry,
A means for providing, as an answer, the obtained correct notation to the computer of the exporter when the correct notation is obtained by the obtainable means;
A communication that sends an inquiry about the error to the importer's bank communication system when the correct notation is not obtained by the obtainable means, and receives an answer of the correct error about the error from the communication system A letter of credit management system comprising: means.
前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否か示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、
電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、
当該計数の結果に対応した決済状況情報を行員のコンピュータに提供する手段と
を備えたことを特徴とする信用状管理システム。 In the letter of credit management system according to claim 1,
Storage control means for storing payment information indicating whether payment has been made on time for the electronic letter of credit stored in the storage means in association with the electronic letter of credit;
An electronic letter of credit that has the same name as the exporter described in the electronic letter of credit is searched on the storage means, and the electronic letter of credit that has not been issued on time within the settlement information associated with the electronic letter of credit Means for counting the number of
A letter of credit management system comprising: means for providing settlement status information corresponding to a result of the counting to a bank employee's computer.
前記記憶手段に記憶された電子信用状について、決済が期限どおりに行われたか否か示す決済情報を前記電子信用状に関連付けて前記記憶手段に記憶する記憶制御手段と、
電子信用状に記載されている輸出者名を同一とする電子信用状を前記記憶手段上で検索し、当該電子信用状に関連付けられた決済情報の中の期限どおりに行われなかった電子信用状の個数を計数する手段と、
当該計数の結果に対応した決済状況情報を前記輸出者のコンピュータに提供する手段と
を備えたことを特徴とする信用状管理システム。
In the letter of credit management system according to claim 1,
Storage control means for storing payment information indicating whether payment has been made on time for the electronic letter of credit stored in the storage means in association with the electronic letter of credit;
An electronic letter of credit that has the same name as the exporter described in the electronic letter of credit is searched on the storage means, and the electronic letter of credit that has not been issued on time within the settlement information associated with the electronic letter of credit Means for counting the number of
Means for providing settlement status information corresponding to the counting result to the exporter's computer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004160226A JP2005339404A (en) | 2004-05-28 | 2004-05-28 | Letter-of-credit management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004160226A JP2005339404A (en) | 2004-05-28 | 2004-05-28 | Letter-of-credit management system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005339404A true JP2005339404A (en) | 2005-12-08 |
Family
ID=35492875
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004160226A Pending JP2005339404A (en) | 2004-05-28 | 2004-05-28 | Letter-of-credit management system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005339404A (en) |
-
2004
- 2004-05-28 JP JP2004160226A patent/JP2005339404A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8321311B2 (en) | Multi-stage, multi-user engagement submission and tracking process | |
| US6851087B1 (en) | System and method of processing computer form data | |
| JP7348944B2 (en) | Accounting equipment and programs | |
| US20040243501A1 (en) | System and method for automated data processing | |
| JP2002324166A (en) | Business form, business form processing, generating and printing system, method for processing, generating and printing business form | |
| JP6976763B2 (en) | Journal information processing device, journal information processing method, and program | |
| JP2007183981A (en) | Account processor, entry processing control program and recording medium recording the same | |
| JP2002203152A (en) | System and method for electronic store management, and recording medium | |
| US20030154263A1 (en) | Server program | |
| JP3766854B2 (en) | Data processing device | |
| JP2004252517A (en) | Reserved dealings inquiry method and financial system | |
| JP5343447B2 (en) | Business approval system, approval terminal, and business approval method | |
| US7624053B1 (en) | Exportable report templates | |
| JP2005339404A (en) | Letter-of-credit management system | |
| JP4558260B2 (en) | Giving mediation system and method | |
| JP5447082B2 (en) | Accounting support apparatus, accounting support program, and accounting support method | |
| JP2005038205A (en) | Credit guarantee acceptance/refusal examination system | |
| JP3833604B2 (en) | Transfer request method | |
| JP4110790B2 (en) | Document processing system and program thereof | |
| JP7378707B1 (en) | Intellectual property search device, intellectual property search method, and intellectual property search program | |
| JP4580707B2 (en) | Invalidity confirmation system for confirming ticket and invalidity of ticket, computer program and method for realizing the same | |
| JP4892385B2 (en) | Information providing method, information providing system, and financial institution server | |
| JP2002189980A (en) | System for distributing electronic document | |
| JP4054044B2 (en) | Bank account system | |
| TWI267033B (en) | Cash management system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061219 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070215 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070309 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20070410 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20070410 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070509 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070514 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070921 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091224 |