JP2004185219A - 貿易取引（銀行）における電子書類確認プログラム - Google Patents
貿易取引（銀行）における電子書類確認プログラム Download PDFInfo
- Publication number
- JP2004185219A JP2004185219A JP2002350244A JP2002350244A JP2004185219A JP 2004185219 A JP2004185219 A JP 2004185219A JP 2002350244 A JP2002350244 A JP 2002350244A JP 2002350244 A JP2002350244 A JP 2002350244A JP 2004185219 A JP2004185219 A JP 2004185219A
- Authority
- JP
- Japan
- Prior art keywords
- credit
- electronic
- letter
- bank
- risk
- 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
- 238000012546 transfer Methods 0.000 claims abstract description 9
- 238000007689 inspection Methods 0.000 claims description 21
- 238000012545 processing Methods 0.000 description 42
- 238000000034 method Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 20
- 238000012790 confirmation Methods 0.000 description 15
- 238000012856 packing Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 230000008676 import Effects 0.000 description 4
- 230000008520 organization Effects 0.000 description 3
- 238000012502 risk assessment Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 230000002250 progressing effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000000007 visual 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
【０００１】
【発明の属する技術分野】
本発明は、貿易取引（銀行）における電子書類確認プログラムに関する。
【０００２】
【従来の技術】
従来、貿易取引において、各種手続きは、主に紙による書類によってなされていた。
【０００３】
貿易取引では、輸出企業の代金回収リスクを回避するため、発行銀行の支払・引受の義務を示す信用状が利用される。輸出企業は、信用状に荷為替手形、商業送り状、他の船積書類等をとりまとめて、銀行に対して荷為替手形買取依頼を行い、輸出代金を回収する。
【０００４】
このような貿易取引に関する先行技術文献情報としては次のものがある。
【０００５】
【非特許文献】
浦野直義著「外国為替と貿易実務がわかる」株式会社実業之日本社発行、２００１年１月１２日
ここで、図１を参照して貿易取引の流れと、それぞれの書類について概略を説明する。
【０００６】
貿易取引において輸出企業と輸入企業との間で売買契約が締結されると（Ｓ１０１）、輸入企業は銀行に対して信用状の発行を依頼する（Ｓ１０２）。この信用状とは、信用状条件通りに船積書類が提示されることを条件に、発行銀行が信用状に基づいて代金を支払うという支払い保証書である。ここで信用状を発行した銀行を発行銀行という。
【０００７】
この発行銀行は、ＳＷＩＦＴが運営する通信ネットワーク等を利用して、発行された信用状を、輸出地にある本・支店、またはコルレス銀行等の輸出企業の取引銀行に通知する（Ｓ１０３）。このＳＷＩＦＴ（Ｓｏｃｉｅｔｙ ｆｏｒ Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｂａｎｋ Ｆｉｎａｎｃｉａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）とは、国際金融に関わる銀行間の付替・顧客送金等のデータ交換を行う非営利団体である。また、この取引銀行を通知銀行という。そして、通知銀行は、受け取った信用状を輸出企業に通知する。
【０００８】
輸出企業は、発行銀行が発行した信用状を通知銀行より取得する（Ｓ１０４）。輸出企業は、通知銀行から受領した信用状の条件に基づいて船積処理を行う。
【０００９】
そして、海上輸送の場合には、輸出企業は、船積貨物の託送・船積書類の作成・通関等の業務を代行するフレートフォワーダとよばれる代行業者に対して、船積の準備や通関手続きを依頼する（Ｓ１０５）。
【００１０】
船積依頼を受けたフレートフォワーダ（代行業者）は、税関に対して通関申告を行い、認可を得る（Ｓ１０６）。
【００１１】
また、輸出企業は、保険会社との間で保険付保契約を締結する（Ｓ１０７）。
【００１２】
また、輸出企業は、必要に応じて監督官庁に対して輸出許可申請を行い、認可を得る（Ｓ１０８）。
【００１３】
そして、輸出企業は、信用状、荷為替手形の他、船荷証券、商業送り状、梱包明細書など必要書類一式を揃えて、買取銀行に対して荷為替手形の買取を依頼する（Ｓ１０９）。買取銀行は、これら書類について、信用状の条件と内容が一致しているかを点検し、銀行は荷為替手形を買い取る。
【００１４】
このようにして、輸出企業は輸入企業が代金決済する前に輸出代金を回収する。
【００１５】
次に、買取銀行は、船積書類を発行銀行に郵送する（Ｓ１１０）とともに、信用状条件に従って、資金請求を行う。
【００１６】
そして、船積書類を受領した発行銀行は、信用状条件と合致しているか点検し、資金と引き替えに船積書類を輸入企業に手交する（Ｓ１１１）。
【００１７】
一方で、貨物は、海上輸送によって運搬された貨物は輸入地の保税倉庫に入庫される（Ｓ１１２）。
【００１８】
そして、船積書類を受領した輸入企業は、船積書類に含まれる船荷証券を船会社へ提示し、輸入貨物を引き取ることができる（Ｓ１１３／Ｓ１１４）。
【００１９】
上記のような企業間で行われる複雑な貿易手続きが紙をベースに行われており、貿易業務の効率化を妨げる主要因となっている。最近一連の貿易書類を電子化し、通信ネットワークを通じてやりとりする貿易業務の電子化が進展しつつある。
【００２０】
【発明が解決しようとする課題】
従来、紙をベースに人手に頼った目視チェックで対応していたが、取引件数が増加する中で、業務コストの上昇、チェック精度の低下、取引リスクの発生等が顕在化してきた。本発明が解決しようとする課題は、貿易取引の書類確認業務において、業務コストの低減、チェック精度の向上、取引リスクの発生等の抑制が図れるプログラムを提供することである。
【００２１】
【課題を解決するための手段】
本発明は、上記課題を解決するために以下の手段を採用した。
【００２２】
本発明に係るプログラムは、発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、前記電子信用状の有効性及び内容を点検する第１の点検ステップと、前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを実行させることを特徴とする。
【００２３】
また、電子取引書類は、電子船積証券の他に、例えば、電子船積書類あるいは電子化された荷為替手形を含んでもよい。
【００２４】
このような処理を実行させることにより、電子データを用いてコンピュータによって、貿易取引における有効性及び内容を点検することができる。
【００２５】
そのため、従来のような担当者の判断の誤りによる損失リスクを抑制することができる。
【００２６】
また、前記第１の点検ステップは、データベース上のテーブルを参照して、貿易取引の信頼度または危険度を表すランク付けを行うステップを更に実行させてもよい。そして、前記ランク付けのときに参照されるテーブルは、取引国、取引銀行、取引金額、その他の付加条件、及び取引先とを含む点検項目と、前記点検項目に対応する信頼度または危険度とを関連づけたテーブルであってもよい。
【００２７】
このような処理を実行させることにより、取り扱い金額などに基づいて、荷為替手形買取が成立するか否かを判定することができる。
【００２８】
また、本発明に係るプログラムは、貿易取引の取引相手との過去の取引状況を参照して判定するステップを更に実行させてもよい。
【００２９】
このような処理を実行させることにより、過去の取引実績に基づいて、荷為替手形買取が成立するか否かを判定することができる。
【００３０】
このように過去の取引実績と、顧客の取り扱い金額に基づいて、荷為替手形買取を成立させるため、損失リスクを低減することができる。
【００３１】
【発明の実施の形態】
以下に図面を参照して、本発明の好適な実施の形態を説明する。
＜好適な実施の形態＞
以下、図１から図８に基づいて船積書類確認プログラムについて説明する。
【００３２】
図１は輸入貿易取引の概略図であり、図２は信用状受領から決済までの処理フローであり、図３は買取依頼書類の正当性判定テーブルであり、図４は買取依頼書類チェックテーブルであり、図５は信用状リスク関連テーブル類であり、図６は取引先リスクテーブルであり、図７は履歴情報管理ファイルであり、図８は船積書類確認の処理フローである。
＜信用状付き船荷証券買取業務の処理フロー＞
図２を参照して、信用状付き船荷証券買取業務において、通知銀行が信用状を受領してから、買取（通知）銀行が決済するまでの処理の流れを説明する。
【００３３】
ここで通知銀行とは、発行銀行が発行した信用状を輸出企業に通知する輸出者側の取引銀行である。
【００３４】
また、買取銀行とは、輸出企業から荷為替手形の買取を行う銀行である。通常、この買取銀行は通知銀行と同じである場合が多い。本実施の形態では、通知銀行と買取銀行とは同じ銀行であるとするが、本発明の実施はこれに限られない。
【００３５】
また、信用状発行銀行とは、信用状取引の際の輸入者側の取引銀行である。この信用状発行銀行は、信用状を発行することにより、荷物に対する輸出者側への支払いを保証する。
【００３６】
まず、通知銀行は、信用状を発行した信用状発行銀行が送信した信用状をＳＷＩＦＴを経由して受領する（Ｓ２０１）。
【００３７】
そして、通知銀行は、受信した信用状の内容を点検する（Ｓ２０２）。ここでの点検内容は、例えば、取消不能（Ｉｒｒｅｖｏｃａｂｌｅ）文言や、支払・引受確約で疑念を生じさせる文言の有無である。例えば、取消不能文言などがない信用状は、取消可能信用状とみなされて、信用条件を輸入者側が無断で変更してしまうことがあるためである。
【００３８】
また、通知銀行は、信用状発行銀行からの依頼に基づいて信用状を点検する場合には、与信審査のため本部に稟申する（Ｓ２０３）。ここで、与信審査とは、国内金融機関が行う貸出及び会社債務の保証又は引受のための審査である。
【００３９】
その後、通知銀行は、取引先である輸出企業に対して信用状を通知する（Ｓ２０４）。
【００４０】
一方、信用状を通知された輸出企業は、輸出報告書作成、通関、船積、船積書類作成など、一連の輸出為替業務を行う（Ｓ２０５）。ここで船積書類としては、例えば為替手形（Ｂｉｌｌ ｏｆ Ｅｘｃｈａｎｇｅ）、商業送り状（Ｉｎｖｏｉｃｅ）、梱包明細書（Ｐａｃｋｉｎｇ Ｌｉｓｔ）、船荷証券（Ｂｉｌｌ ｏｆ Ｌａｄｉｎｇ）、保険証券（Ｉｎｓｕｒａｎｃｅ Ｐｏｌｉｃｙ）、原産地証明書（Ｃｅｒｔｉｆｉｃａｔｅ ｏｆ Ｏｒｉｇｉｎ）などがある。
【００４１】
そして、取引先である輸出企業は、信用状に船積書類等を添付して、通知銀行に対して買取を依頼する（Ｓ２０６）。すなわち、輸出企業は、信用状の指示に従い必要書類一式を作成して、買取銀行に対して買取依頼を行う。この信用状の指示に従って作成された書類一式を買取依頼書類という。また、この通知銀行を以下では買取銀行ともよぶ。
【００４２】
ここで、買取銀行は、買取を依頼した輸出企業からの買取依頼書類を点検し、問題がなければ買取処理を行う（Ｓ２０７）。すなわち、信用状や船積書類等を点検して、買取依頼書類の正当性を判断して輸出企業へ代金を支払う。ここで、輸出企業は、輸出企業が決済をする前に輸出代金を回収する。
【００４３】
つぎに、買取銀行は、手形等に必要な裏書を行い、代金取立のため信用状発行銀行に対して船積書類を送付する（Ｓ２０８）。
【００４４】
船積書類を受領した信用状発行銀行は、コルレス銀行（提携銀行）等の決済勘定を使って決済を行う（Ｓ２０９）。
【００４５】
このようにして、信用状付き荷為替手形買取業務において、通知銀行は買取依頼書類を受領し、上記処理ステップを経て、買取（通知）銀行は決済する。
＜本プログラムの概要＞
本プログラムは、上述のＳ２０７の買取銀行での買取依頼書類の点検業務をコンピュータによって実行させるようにしたものである。
【００４６】
本プログラムは、社内基幹系システムにおいて実行される。この社内基幹系システムは、社内ＬＡＮ等を介して、端末、サーバ、データベースなどと接続されている。これらシステムのハードウェア構成は周知であるため、ここでは説明を省略する。
【００４７】
また、上記データベースは、図３から図７に示すようなテーブルを備えている。このテーブルについて以下に説明する。
【００４８】
図３は、買取依頼書類の正当性判定テーブルを示す。このテーブルには、上欄左からキー文書３０１、キー項目３０２、対象文書３０３、対象項目３０４、あるべき値３０５の欄が記される。
【００４９】
キー文書３０１としては、信用状や商業送り状など一般的に買取依頼書類に添付される書類が記載される。そして、キー項目３０２には、それぞれのキー文書３０１における項目、つまり添付書類の各項目に、対応したタグ名が記載される。
【００５０】
また、対象文書３０３には、キー文書３０１となる書類に更に添付されるべき書類、つまり対象文書が記載される。また、対象項目３０４には、この対象文書３０３に対応したタグ名が記載される。
【００５１】
さらに、あるべき値３０５の欄には、キー文書におけるキー項目のあるべき値が記載される。このあるべき値とは、例えば日付けや金額などである。
【００５２】
また、前記対象文書３０３は、キー文書３０１をあるべき値３０５に従って比較するときの基準となる。
【００５３】
図４は、買取依頼書類チェックテーブルを示す。このテーブルの左欄４０１には、買取依頼書類に添付される書類の名称が記載される。この買取依頼書類としては、例えば商業送り状、梱包明細書、船荷証券など一般的な買取書類の一覧が記される。
【００５４】
テーブルの中左欄４０２には、実際に買取依頼書類に添付された書類の欄である。端末は、買取依頼書類の受け入れ点検の際に、買取依頼書類に添付された書類の欄に図のような丸を書き込む。
【００５５】
テーブルの中右欄４０３には、信用状における添付指定の欄である。端末は、信用状を解析する際に、買取依頼書に添付されるべき書類に図のような丸を書き込む。
【００５６】
テーブルの右欄４０４には、必要書類の判定欄が記される。この必要書類判定欄には、前記テーブル中左欄と中右欄を参照して、両書類が丸であれば、この必要書類判定欄に丸を書き込む。このようにして書き込まれたテーブルの必要書類判定欄を参照することにより、信用状に基づいた買取依頼書類が添付されているか否かを判定できる。
【００５７】
図５は、信用状リスクテーブルを示す。このテーブルは、国リスクテーブル、銀行テーブル、付加条件リスクテーブルなどを含む。これらテーブルには、それぞれの項目に応じたリスク度が記される。
【００５８】
国リスクテーブルでは、取引先がＡ国の場合、Ａ国のリスク度は１．０であるため取引におけるリスクはあまりないと判断される。一方、取引先がＺ国の場合には、Ｚ国のリスク度１０．０であるため、国によって判定されるリスクはかなり高いと判断される。
【００５９】
銀行リスクテーブルでは、取引銀行がＡ銀行の場合、Ａ銀行のリスク度は１．０であるため、Ａ銀行との取り引きにおいてはあまりリスクがないと判断される。一方、取引銀行がＺ銀行の場合、Ｚ銀行のリスク度は１０．０であるため、Ｚ銀行との取り引きはリスクが高いと判断される。
【００６０】
金額リスクテーブルでは、５０，０００ドル以下の取り引きでは、リスク度１．０である。そして、１０，０００，０００ドル以上の取り引きでは、リスク度は１０．０である。これは、少額な取り引きに比べて、高額な取り引きの方がリスクは高いと判断するからである。
【００６１】
付加条件リスクテーブルでは、取消不能文言（Ｉｒｒｅｖｏｃａｂｌｅ Ｃｒｅｄｉｔ）があり、さらに支払・引受確約に疑念を生じさせる文言がなければ、取り引きにおけるリスク度は低いため、リスク度を０．５とする。一方、取消可能（Ｒｅｖｏｃａｂｌｅ Ｃｒｅｄｉｔ）表示があれば、信用条件を輸入者側が無断で変更してしまうことがあるため、リスクは高い。そのためリスク度は１０．０である。このように付加条件リスクテーブルには、信用状変更通知（Ａｍｅｎｄｍｅｎｔ）が発行されているなどの付加条件によってリスクを判断する。
【００６２】
また、これらテーブルには重みが与えられる。この重みは、それぞれのテーブルについてのリスク度を相対的に示している。例えば、銀行リスクテーブルは重み１．０であり、金額リスクテーブルは、重み０．１である。そのため、相対的にみると、金額のリスク度よりも銀行のリスク度の方を重視して損失リスクを判断する。
【００６３】
そして、これらテーブルは、取引先リスクのランク付け処理を実行する際に参照される。
【００６４】
図６は、取引先リスクテーブルを示す。このテーブルは、取引先とリスク度を対応付けるテーブルである。そして、図５と同様に、取引先リスクのランク付け処理を実行する際に参照される。
【００６５】
図７は、履歴情報管理ファイルを示す。このファイルは、過去の取引先における信用状指定書類と添付書類における不一致内容を記憶する。
【００６６】
このテーブルは、取引先名称、不一致内容が発生した年月日時刻、その対象文書、その対象項目、不一致内容、その後の買取処理の有無の欄を含む。
【００６７】
そして、このテーブルは、端末が処理結果ファイルを出力する際に参照される。
＜買取依頼書類確認の処理フロー＞
以下、図８を参照して、本プログラムが実行する処理フローを説明する。
【００６８】
まず、端末は、買取依頼書類の受け入れチェックを実行する（Ｓ８０１）。すなわち、端末は、ネットワークを通じて受信する文書である。信用状等の買取依頼書類に添付されている書類の名称を点検する処理を実行すると共に、電子署名の検証による買取依頼書類の信憑性を点検する処理を実行する。
【００６９】
ここで、買取依頼書類としては、通知銀行の電子署名付き書類、船会社の電子署名付き書類、保険会社の電子署名付き書類、その他の機関の電子署名付き書類に大別される。そして、上記書類には以下の書類が添付される。
【００７０】
まず、通知銀行の電子署名付き書類には、信用状カバーレター（Ｃｏｖｅｒ Ｌｅｔｔｅｒｗｉｔｈ Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）、信用状（Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）、信用状変更通知（Ａｍｅｎｄｍｅｎｔ ｏｆ Ｃｒｅｄｉｔ）が添付される。
【００７１】
また、取引先の電子署名付き書類には、買取依頼書（Ａｐｐｌｉｃａｔｉｏｎ ｆｏｒ Ｎｅｇｏｔｉａｔｉｏｎ ｏｆ Ｄｏｃｕｍｅｎｔａｒｙ Ｂｉｌｌｓ）、為替手形（Ｂｉｌｌ ｏｆ Ｅｘｃｈａｎｇｅ）、商業送り状（Ｉｎｖｏｉｃｅ）、梱包明細書（Ｐａｃｋｉｎｇ Ｌｉｓｔ）、通関済輸出報告書等が添付される。
【００７２】
また、船会社の電子署名付き書類には、保険証券（Ｉｎｓｕｒａｎｃｅ Ｐｏｌｉｃｙ）が添付される。
【００７３】
また、その他の機関の電子署名付き書類は、原産地証明書（Ｃｅｒｔｉｆｉｃａｔｅ ｏｆ Ｏｒｉｇｉｎ）が添付される。
【００７４】
ここでは、端末は、買取依頼書類に添付された書類の名称を読み取る。そして、図４に示す買取書類チェックテーブルの買取依頼書類に添付された書類の欄４０２に、添付されていたか否かを書き込む。
【００７５】
また、端末は、買取依頼書類の各項目内容から、同書類の作成者を判定し、作成者の電子認証書の中の公開鍵を使って買取依頼書類の署名検証処理を実行する。このようにして、端末は買取依頼書類の信憑性を点検する処理を実行する。
【００７６】
さらに、信用状の信憑性の点検処理に関して、通知銀行の電子署名付書類を例に説明する。通知銀行での署名付与は、信用状カバーレター、信用状、信用状変更通知等の書類から算出されたハッシュ値を通知銀行の秘密鍵で暗号化し、通知銀行の電子署名を生成し、上記書類に添付する。そして、端末での電子署名検証時には、これらの電子署名を通知銀行の公開鍵で復号化・ハッシュ値を算出し、署名検証を実行する。
【００７７】
つぎに、端末は、信用状の解析を実行する（Ｓ８０２）。信用状の解析では、以下の項目内容について、それぞれ判定する。
【００７８】
端末は、信用状発行銀行の名称、その属する国名、信用状の金額を判定する。また、端末は、取消不能（Ｉｒｒｅｖｏｃａｂｌｅ）の明示があるか否かを判定する。また、端末は、支払・引受確約で疑念を生じさせる文言や保留文言は無いか否かを判定する。
【００７９】
また、端末は、信用状に記載された船積書類が添付されているか否かを判定する。ここで、端末は信用状から買取依頼書類に添付すべき書類名を読み取る。そして、端末は図４に示す信用状において添付指定の欄４０３に添付指定されているか否かを書き込む。
【００８０】
また、端末は、信用状の記載の中で、領事査証や特定機関の証明を要求していると判定した場合には、該当する証明書が添付されているか否かを判定する。また、端末は、信用状の有効期間を読み取り、有効期間内の提示であるか否かを判定する。
【００８１】
つぎに、端末は、買取依頼書類の内容をチェックする（Ｓ８０３）。すなわち、端末は、信用状の記載内容を読み取り、荷為替手形、商業送り状、船荷証券、保険証券、その他の書類が信用状の条件に一致しているか否かを判定する。以下にそれぞれの書類について具体的な点検内容を示す。
【００８２】
荷為替手形に関しては、荷為替手形に記載された通貨表示が信用状に指定された通貨表示であるか否かを判定する。また、荷為替手形に記載された金額が信用状の金額を越えてはいないか否かを判定する。ここで、荷為替手形に「ａｂｏｕｔ」あるいは「ｃｉｒｃａ」と記載されている場合には、信用状に記載された金額の１０％を越えなければ、信用状の金額を超えていないと判定する。また、荷為替手形に記載された支払人および支払地は、信用状に記載された支払い人および支払地と一致しているか否かを判定する。また、荷為替手形の満期表示が信用状に記載された満期表示と一致しているか否かを判定する。
【００８３】
次に、商業送り状に関しては、商業送り状に記載された金額が信用状金額を超えていないか否かを判定する。ここで、商業送り状に「ａｂｏｕｔ」あるいは「ｃｉｒｃａ」と記載されている場合には、信用状に記載された金額の１０％を越えなければ、信用状の金額を超えていないと判定する。また、商業送り状に記載された売買条件が信用状に記載された条件と一致しているか否かを判定する。
【００８４】
また、船積証券に関しては、荷物の種類、容積、重量、ケースマーク等が信用状と一致しているか否かを判定する。また、船積港、陸揚港、陸上到着地、経由地等が信用状あるいは商業送り状と一致しているか否かを判定する。また、船積船荷証券または本船渡船荷証券の表示があるか否かを判定する。あるいは、受取船荷証券の表示の場合には、船名あるいは船積港の記載があり、かつ、ｏｎ ｂｏａｒｄ ｎｏｔａｔｉｏｎが付与されているか否かを判定する。
【００８５】
さらに、保険証券に関して、船荷証券に記載された発行人、保険期間（始期および終期）、付保条件、船積港、陸揚港、陸上到着地、経由地等が信用状また商業送り状に記載された内容と一致するか否かを判定する。
【００８６】
そして、端末は、取引先リスクのランク付け処理を実行する（Ｓ８０４）。すなわち、信用状および取引先のリスク分析を行い、船荷証券買取時の判定条件にランクを付けを実行する。
【００８７】
図５および６を参照して、リスク分析を説明する。リスク分析は図５に示すような信用状リスク関連テーブルと、図６に示すような取引先リスクテーブルを参照して、リスク度を算出する。信用状リスク関連テーブルと取引先リスクテーブルは、あらかじめデータベースに記憶されている。
【００８８】
この信用状リスク関連テーブルは、国リスクテーブルと銀行リスクテーブルと金額リスクテーブルとを含む。そして、信用状を送信してきた相手側の国を、国リスクテーブルから検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして算出した値が国のリスク度となる。
【００８９】
例えば、Ａ国から信用状を送信した場合、リスク度は１．０であり、国リスクについての重みは０．８であるため、国リスク度は０．８となる。
【００９０】
次に、取引銀行を銀行リスクテーブルから検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして銀行のリスク度を算出する。
【００９１】
例えば、取引銀行がＡ銀行であった場合、リスク度は１．０であり、銀行についての重みは１．０であるため、銀行リスク度は１．０となる。
【００９２】
次に、取引金額を金額リスクテーブルから検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして金額のリスク度を算出する。
【００９３】
例えば、信用状に記載された金額、つまり取引金額が５０，０００ドル以下であった場合、リスク度は１．０であり、重みは０．１であるため、金額リスク度は０．１となる。
【００９４】
次に、付加条件テーブルから該当する項目を検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして付加条件によるリスク度を算出する。
【００９５】
例えば、取消不能が明示され、支払・引受確約に疑念が生じるような文言がない場合、リスク度は０．５であり、付加条件についての重みは２．０であるため、付加条件はリスク度１．０となる。
【００９６】
そして、上記で算出したそれぞれのリスク度を合計すると、信用状リスク度が算出される。例えば、Ａ国におけるＡ銀行から５０，０００ドル以下の取引であって、信用状に取消不能が明示され、支払・引受確約に疑念が生じるような文言がない場合を例に取って説明する。この場合、信用状から算出するリスク度は、国リスク度０．８、銀行リスク度１．０、金額リスク度０．１、付加条件リスク度１．０を合計して、２．９となる。
【００９７】
次に、取引先を取引先リスクテーブルから検索して、リスク度を読み取る。 そして、読み取ったリスク度に重みを乗じる。このようにして取引先のリスク度を算出する。
【００９８】
例えば、Ａ社が取引先であった場合、リスク度は１．０であり、重みは１．０であるため、取引先リスク度は１．０となる。
【００９９】
そして、上記で算出した信用状におけるリスク度と取引先リスク度を合計した値に基づいて、取引先リスクのランク付けを行う。
【０１００】
本実施の形態では、リスク度の合計値が６．０未満ならば、「簡易チェック取引先」と判定する。このような取引先は、損失リスクが低く、簡易なチェックで足りる取引先である。
【０１０１】
また、リスク度の合計値が１０．０以上ならば、「厳重チェック取引先」と判定する。このような取引先は損失リスクが高く、厳重なチェックが必要である取引先である。
【０１０２】
さらに、リスク度の合計値が１０．０未満ならば、「通常チェック取引先」と判定する。
【０１０３】
例えば、上記のような条件である場合には、信用状リスク度は２．９、取引先リスク度は１．０であり、合計は３．９となる。したがって、簡易チェック取引先と判定する。
【０１０４】
以下に各種チェック取引先である判定した場合における判定処理について説明する。
【０１０５】
ここで簡易チェック取引先であると判定した場合には、以下の内容をチェックする（Ｓ８０５）。
【０１０６】
指定した重要項目のチェック結果が一致しているか否かを判定する。ここで指定する重要項目とは、信用状バランス（枠チェック）、信用状あるいは船積書類間での整合性（金額、期間）、及び買取依頼書類の電子署名である。
【０１０７】
ここで、上記重要項目のチェック結果が一致していないと判定した場合、エラーであるとみなす。そして、処理結果ファイルにエラー内容を出力し、エラー終了とする。その後、輸出業者に対して買取依頼書の対象エラーの修正依頼をするようオペレータに促す。
【０１０８】
一方、Ｓ８０５において、上記重要項目のチェック結果が一致していると判定した場合、次に上記重要項目以外の項目についてのチェック結果が一致していない項目の有無を判定する。
【０１０９】
上記重要項目以外の項目についてのチェック結果が一致していないと判定した場合、図７に示す履歴情報管理ファイルを参照して以下の処理を実行する。まず、履歴情報管理ファイルから同様の不一致内容を検索する。そして、処理結果の欄から買取処理を行ったか否かを読み取る。
【０１１０】
そして、同様の不一致内容について、買取処理をしていた場合には、ランクを情報（Ｉｎｆｏｒｍａｔｉｏｎ）として処理結果ファイルに出力して、処理を続行する。この場合には確認オペレーションは不要である。ここで確認オペレーションとは、マニュアルベースで行うエラー内容の確認処理である。
【０１１１】
また、同様の不一致内容について、買取処理以外の対応が実施されていた場合、あるいは処理履歴ファイルに同様の不一致内容が存在しない場合には、ランクを警告（Ｗａｒｎｉｎｇ）として処理結果ファイルに出力して、処理を一時中断する。
【０１１２】
さらに、不一致項目数が６０％を越えたと判定した場合には、エラーとして処理結果ファイルに出力して、処理をエラー終了する。この場合には確認オペレーションが発生する。すなわち、マニュアルベースでエラー内容の確認処理をオペレータに促す。そして、オペレータは、確認オペレーションの結果によって、輸出業者に対して買取依頼書の対象エラーの修正を依頼する。
【０１１３】
Ｓ８０４で通常チェック取引先であると判定した場合には、以下の内容のチェックを行う（Ｓ３０６）。
【０１１４】
上記重要項目に関しては、簡易チェック取引先と同様な処理を実行するため、ここでは説明を省略する。通常チェック取引先であると判定した場合、簡易チェック取引先とは上記重要項目以外のチェック処理が異なるため、以下では重要項目以外のチェック処理について説明する。
【０１１５】
重要項目以外の項目についてのチェック結果が一致していないと判定した場合、図７に示す履歴情報管理ファイルを参照して以下の処理を実行する。
【０１１６】
まず、履歴情報管理ファイルから同様の不一致内容を検索する。そして、処理結果の欄から買取処理を行ったか否かを読み取る。
【０１１７】
そして、同様の不一致内容について、買取処理をしていた場合には、ランクを警告（Ｗａｒｎｉｎｇ）として処理結果ファイルに出力して、処理を一時中断する。
【０１１８】
そして、同様の不一致内容について、買取処理以外の対応が実施されていた場合、あるいは処理履歴ファイルに同様の不一致内容が存在しない場合には、エラーとして処理結果ファイルに出力して、処理をエラー終了する。この場合には確認オペレーションが発生する。すなわち、マニュアルベースでエラー内容の確認処理をオペレータに促す。そして、オペレータは、確認オペレーションの結果によって、輸出業者に対して買取依頼書の対象エラーの修正を依頼する。
【０１１９】
さらに、不一致項目数が全体の３０％を越えたと判定した場合には、エラーとして処理結果ファイルに出力して、処理をエラー終了する。この場合にも確認オペレーションが発生する。
【０１２０】
Ｓ８０４で厳重チェック取引先であると判定した場合には、以下の内容のチェックを行う（Ｓ８０７）。
【０１２１】
上記重要項目に関しては、簡易チェック取引先と同様な処理を実行するため、ここでは説明を省略する。通常チェック取引先であると判定した場合、簡易チェック取引先とは重要項目以外のチェック処理が異なるため、以下では重要項目以外のチェック処理について説明する。
【０１２２】
上記重要項目以外の項目についてチェック結果が一致していないと判定した場合、処理結果ファイルに出力して、処理をエラー終了する。この場合には確認オペレーションが発生する。すなわち、マニュアルベースでエラー内容の確認処理を行う必要があるため、オペレータに対して確認オペレーションを促す。そして、オペレータは、輸出業者に対して、買取依頼書類の対象エラーの修正を依頼する。
【０１２３】
その後、後処理を実行する（Ｓ８０８）。
【０１２４】
チェック結果の不一致情報について履歴情報管理ファイルへの追加あるいは更新を実行する。また、Ｗａｒｎｉｎｇ／Ｅｒｒｏｒ等の内容確認オペレーション、及び取引先に対する買取依頼書類の修正依頼等をオペレータに対して促す。
＜実施形態の効果＞
本発明に従えば、コンピュータを用いて、過去の取引実績と、顧客の取り扱い金額に基づいて、信用状取引などの貿易取引が成立するか否かを判定することができる。
【０１２５】
そのため、従来のような担当者の判断の誤りによる損失リスクを抑制することができる。
＜コンピュータ読み取り可能な記憶媒体＞
上記実施の形態のいずれかの処理をコンピュータに実行させるプログラムをコンピュータが読み取り可能な記憶媒体に記録することができる。そして、コンピュータに、この記憶媒体のプログラムを読み込ませて実行させることにより、上記実施の形態に示した電子書類確認プログラムを提供することができる。
【０１２６】
ここで、コンピュータが読み取り可能な記憶媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記憶媒体をいう。このような記憶媒体のうちコンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。
【０１２７】
また、コンピュータに固定された記録媒体として、ハードディスクやＲＯＭ（リード・オンリー・メモリ）等がある。
【０１２８】
なお、上記実施の形態は本発明の範囲をなんら限定するものではなく、当業者が理解できる範囲において適宜、各種の変形の態様があり得る。
＜その他＞
さらに、本実施の形態は以下の発明を開示する。
【０１２９】
（付記１） コンピュータによって実行されるプログラムであって、
発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、
前記電子信用状の有効性及び内容を点検する第１の点検ステップと、
前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、
前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを実行させるプログラム。
【０１３０】
（付記２） 前記第１の点検ステップは、データベース上のテーブルを参照して、貿易取引の有効性及び内容を点検して、ランク付けを行うステップを更に実行させる付記１に記載のプログラム。
【０１３１】
（付記３） 前記ランク付けのときに参照されるテーブルは、取引国、取引銀行、取引金額、その他の付加条件、及び取引先とを含む点検項目と、前記点検項目に対応する信頼性または危険度とを関連づけたテーブルである付記３に記載のプログラム。
【０１３２】
（付記４） 前記可否判定ステップは、前記貿易取引の取引相手との過去の取引状況を参照して判定するステップを更に実行させる付記１乃至３のいずれかに記載のプログラム。
【０１３３】
（付記５） 前記電子信用状と、前記電子取引書類とを受け付けるステップは、ネットワークに接続された端末を介して、前記電子信用状および前記電子取引書類を受信するステップである付記１乃至４のいずれかに記載のプログラム。
【０１３４】
（付記６） 前記電子取引書類は電子船積書類、あるいは電子化された荷為替手形を更に含む付記１乃至５のいずれかに記載のプログラム。
【０１３５】
（付記７） 発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付ける手段と、
前記電子信用状の有効性及び内容を点検する手段と、
前記電子取引書類が電子信用状の条件に合致しているか点検する手段と、
前記２つの点検手段の点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する手段とを備える情報処理装置。
【０１３６】
（付記８） 発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、
前記電子信用状の有効性及び内容を点検する第１の点検ステップと、
前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、
前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを備える方法。
【０１３７】
【発明の効果】
以上で説明したように、本発明は、貿易取引の書類確認業務において、業務コストの低減、チェック精度の向上、取引リスクの発生等の抑制を図ることができる。
【図面の簡単な説明】
【図１】輸出入貿易の概略を示す図である。
【図２】信用状受領から決済までの処理を示すフローチャートである。
【図３】買取依頼書類の正当性判定テーブルである。
【図４】買取依頼書類チェックテーブルである。
【図５】信用状リスク関連テーブルである。
【図６】取引先リスクテーブルである。
【図７】履歴情報管理ファイルである。
【図８】船積書類確認処理のフローチャートである。
【発明の属する技術分野】
本発明は、貿易取引（銀行）における電子書類確認プログラムに関する。
【０００２】
【従来の技術】
従来、貿易取引において、各種手続きは、主に紙による書類によってなされていた。
【０００３】
貿易取引では、輸出企業の代金回収リスクを回避するため、発行銀行の支払・引受の義務を示す信用状が利用される。輸出企業は、信用状に荷為替手形、商業送り状、他の船積書類等をとりまとめて、銀行に対して荷為替手形買取依頼を行い、輸出代金を回収する。
【０００４】
このような貿易取引に関する先行技術文献情報としては次のものがある。
【０００５】
【非特許文献】
浦野直義著「外国為替と貿易実務がわかる」株式会社実業之日本社発行、２００１年１月１２日
ここで、図１を参照して貿易取引の流れと、それぞれの書類について概略を説明する。
【０００６】
貿易取引において輸出企業と輸入企業との間で売買契約が締結されると（Ｓ１０１）、輸入企業は銀行に対して信用状の発行を依頼する（Ｓ１０２）。この信用状とは、信用状条件通りに船積書類が提示されることを条件に、発行銀行が信用状に基づいて代金を支払うという支払い保証書である。ここで信用状を発行した銀行を発行銀行という。
【０００７】
この発行銀行は、ＳＷＩＦＴが運営する通信ネットワーク等を利用して、発行された信用状を、輸出地にある本・支店、またはコルレス銀行等の輸出企業の取引銀行に通知する（Ｓ１０３）。このＳＷＩＦＴ（Ｓｏｃｉｅｔｙ ｆｏｒ Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｂａｎｋ Ｆｉｎａｎｃｉａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）とは、国際金融に関わる銀行間の付替・顧客送金等のデータ交換を行う非営利団体である。また、この取引銀行を通知銀行という。そして、通知銀行は、受け取った信用状を輸出企業に通知する。
【０００８】
輸出企業は、発行銀行が発行した信用状を通知銀行より取得する（Ｓ１０４）。輸出企業は、通知銀行から受領した信用状の条件に基づいて船積処理を行う。
【０００９】
そして、海上輸送の場合には、輸出企業は、船積貨物の託送・船積書類の作成・通関等の業務を代行するフレートフォワーダとよばれる代行業者に対して、船積の準備や通関手続きを依頼する（Ｓ１０５）。
【００１０】
船積依頼を受けたフレートフォワーダ（代行業者）は、税関に対して通関申告を行い、認可を得る（Ｓ１０６）。
【００１１】
また、輸出企業は、保険会社との間で保険付保契約を締結する（Ｓ１０７）。
【００１２】
また、輸出企業は、必要に応じて監督官庁に対して輸出許可申請を行い、認可を得る（Ｓ１０８）。
【００１３】
そして、輸出企業は、信用状、荷為替手形の他、船荷証券、商業送り状、梱包明細書など必要書類一式を揃えて、買取銀行に対して荷為替手形の買取を依頼する（Ｓ１０９）。買取銀行は、これら書類について、信用状の条件と内容が一致しているかを点検し、銀行は荷為替手形を買い取る。
【００１４】
このようにして、輸出企業は輸入企業が代金決済する前に輸出代金を回収する。
【００１５】
次に、買取銀行は、船積書類を発行銀行に郵送する（Ｓ１１０）とともに、信用状条件に従って、資金請求を行う。
【００１６】
そして、船積書類を受領した発行銀行は、信用状条件と合致しているか点検し、資金と引き替えに船積書類を輸入企業に手交する（Ｓ１１１）。
【００１７】
一方で、貨物は、海上輸送によって運搬された貨物は輸入地の保税倉庫に入庫される（Ｓ１１２）。
【００１８】
そして、船積書類を受領した輸入企業は、船積書類に含まれる船荷証券を船会社へ提示し、輸入貨物を引き取ることができる（Ｓ１１３／Ｓ１１４）。
【００１９】
上記のような企業間で行われる複雑な貿易手続きが紙をベースに行われており、貿易業務の効率化を妨げる主要因となっている。最近一連の貿易書類を電子化し、通信ネットワークを通じてやりとりする貿易業務の電子化が進展しつつある。
【００２０】
【発明が解決しようとする課題】
従来、紙をベースに人手に頼った目視チェックで対応していたが、取引件数が増加する中で、業務コストの上昇、チェック精度の低下、取引リスクの発生等が顕在化してきた。本発明が解決しようとする課題は、貿易取引の書類確認業務において、業務コストの低減、チェック精度の向上、取引リスクの発生等の抑制が図れるプログラムを提供することである。
【００２１】
【課題を解決するための手段】
本発明は、上記課題を解決するために以下の手段を採用した。
【００２２】
本発明に係るプログラムは、発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、前記電子信用状の有効性及び内容を点検する第１の点検ステップと、前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを実行させることを特徴とする。
【００２３】
また、電子取引書類は、電子船積証券の他に、例えば、電子船積書類あるいは電子化された荷為替手形を含んでもよい。
【００２４】
このような処理を実行させることにより、電子データを用いてコンピュータによって、貿易取引における有効性及び内容を点検することができる。
【００２５】
そのため、従来のような担当者の判断の誤りによる損失リスクを抑制することができる。
【００２６】
また、前記第１の点検ステップは、データベース上のテーブルを参照して、貿易取引の信頼度または危険度を表すランク付けを行うステップを更に実行させてもよい。そして、前記ランク付けのときに参照されるテーブルは、取引国、取引銀行、取引金額、その他の付加条件、及び取引先とを含む点検項目と、前記点検項目に対応する信頼度または危険度とを関連づけたテーブルであってもよい。
【００２７】
このような処理を実行させることにより、取り扱い金額などに基づいて、荷為替手形買取が成立するか否かを判定することができる。
【００２８】
また、本発明に係るプログラムは、貿易取引の取引相手との過去の取引状況を参照して判定するステップを更に実行させてもよい。
【００２９】
このような処理を実行させることにより、過去の取引実績に基づいて、荷為替手形買取が成立するか否かを判定することができる。
【００３０】
このように過去の取引実績と、顧客の取り扱い金額に基づいて、荷為替手形買取を成立させるため、損失リスクを低減することができる。
【００３１】
【発明の実施の形態】
以下に図面を参照して、本発明の好適な実施の形態を説明する。
＜好適な実施の形態＞
以下、図１から図８に基づいて船積書類確認プログラムについて説明する。
【００３２】
図１は輸入貿易取引の概略図であり、図２は信用状受領から決済までの処理フローであり、図３は買取依頼書類の正当性判定テーブルであり、図４は買取依頼書類チェックテーブルであり、図５は信用状リスク関連テーブル類であり、図６は取引先リスクテーブルであり、図７は履歴情報管理ファイルであり、図８は船積書類確認の処理フローである。
＜信用状付き船荷証券買取業務の処理フロー＞
図２を参照して、信用状付き船荷証券買取業務において、通知銀行が信用状を受領してから、買取（通知）銀行が決済するまでの処理の流れを説明する。
【００３３】
ここで通知銀行とは、発行銀行が発行した信用状を輸出企業に通知する輸出者側の取引銀行である。
【００３４】
また、買取銀行とは、輸出企業から荷為替手形の買取を行う銀行である。通常、この買取銀行は通知銀行と同じである場合が多い。本実施の形態では、通知銀行と買取銀行とは同じ銀行であるとするが、本発明の実施はこれに限られない。
【００３５】
また、信用状発行銀行とは、信用状取引の際の輸入者側の取引銀行である。この信用状発行銀行は、信用状を発行することにより、荷物に対する輸出者側への支払いを保証する。
【００３６】
まず、通知銀行は、信用状を発行した信用状発行銀行が送信した信用状をＳＷＩＦＴを経由して受領する（Ｓ２０１）。
【００３７】
そして、通知銀行は、受信した信用状の内容を点検する（Ｓ２０２）。ここでの点検内容は、例えば、取消不能（Ｉｒｒｅｖｏｃａｂｌｅ）文言や、支払・引受確約で疑念を生じさせる文言の有無である。例えば、取消不能文言などがない信用状は、取消可能信用状とみなされて、信用条件を輸入者側が無断で変更してしまうことがあるためである。
【００３８】
また、通知銀行は、信用状発行銀行からの依頼に基づいて信用状を点検する場合には、与信審査のため本部に稟申する（Ｓ２０３）。ここで、与信審査とは、国内金融機関が行う貸出及び会社債務の保証又は引受のための審査である。
【００３９】
その後、通知銀行は、取引先である輸出企業に対して信用状を通知する（Ｓ２０４）。
【００４０】
一方、信用状を通知された輸出企業は、輸出報告書作成、通関、船積、船積書類作成など、一連の輸出為替業務を行う（Ｓ２０５）。ここで船積書類としては、例えば為替手形（Ｂｉｌｌ ｏｆ Ｅｘｃｈａｎｇｅ）、商業送り状（Ｉｎｖｏｉｃｅ）、梱包明細書（Ｐａｃｋｉｎｇ Ｌｉｓｔ）、船荷証券（Ｂｉｌｌ ｏｆ Ｌａｄｉｎｇ）、保険証券（Ｉｎｓｕｒａｎｃｅ Ｐｏｌｉｃｙ）、原産地証明書（Ｃｅｒｔｉｆｉｃａｔｅ ｏｆ Ｏｒｉｇｉｎ）などがある。
【００４１】
そして、取引先である輸出企業は、信用状に船積書類等を添付して、通知銀行に対して買取を依頼する（Ｓ２０６）。すなわち、輸出企業は、信用状の指示に従い必要書類一式を作成して、買取銀行に対して買取依頼を行う。この信用状の指示に従って作成された書類一式を買取依頼書類という。また、この通知銀行を以下では買取銀行ともよぶ。
【００４２】
ここで、買取銀行は、買取を依頼した輸出企業からの買取依頼書類を点検し、問題がなければ買取処理を行う（Ｓ２０７）。すなわち、信用状や船積書類等を点検して、買取依頼書類の正当性を判断して輸出企業へ代金を支払う。ここで、輸出企業は、輸出企業が決済をする前に輸出代金を回収する。
【００４３】
つぎに、買取銀行は、手形等に必要な裏書を行い、代金取立のため信用状発行銀行に対して船積書類を送付する（Ｓ２０８）。
【００４４】
船積書類を受領した信用状発行銀行は、コルレス銀行（提携銀行）等の決済勘定を使って決済を行う（Ｓ２０９）。
【００４５】
このようにして、信用状付き荷為替手形買取業務において、通知銀行は買取依頼書類を受領し、上記処理ステップを経て、買取（通知）銀行は決済する。
＜本プログラムの概要＞
本プログラムは、上述のＳ２０７の買取銀行での買取依頼書類の点検業務をコンピュータによって実行させるようにしたものである。
【００４６】
本プログラムは、社内基幹系システムにおいて実行される。この社内基幹系システムは、社内ＬＡＮ等を介して、端末、サーバ、データベースなどと接続されている。これらシステムのハードウェア構成は周知であるため、ここでは説明を省略する。
【００４７】
また、上記データベースは、図３から図７に示すようなテーブルを備えている。このテーブルについて以下に説明する。
【００４８】
図３は、買取依頼書類の正当性判定テーブルを示す。このテーブルには、上欄左からキー文書３０１、キー項目３０２、対象文書３０３、対象項目３０４、あるべき値３０５の欄が記される。
【００４９】
キー文書３０１としては、信用状や商業送り状など一般的に買取依頼書類に添付される書類が記載される。そして、キー項目３０２には、それぞれのキー文書３０１における項目、つまり添付書類の各項目に、対応したタグ名が記載される。
【００５０】
また、対象文書３０３には、キー文書３０１となる書類に更に添付されるべき書類、つまり対象文書が記載される。また、対象項目３０４には、この対象文書３０３に対応したタグ名が記載される。
【００５１】
さらに、あるべき値３０５の欄には、キー文書におけるキー項目のあるべき値が記載される。このあるべき値とは、例えば日付けや金額などである。
【００５２】
また、前記対象文書３０３は、キー文書３０１をあるべき値３０５に従って比較するときの基準となる。
【００５３】
図４は、買取依頼書類チェックテーブルを示す。このテーブルの左欄４０１には、買取依頼書類に添付される書類の名称が記載される。この買取依頼書類としては、例えば商業送り状、梱包明細書、船荷証券など一般的な買取書類の一覧が記される。
【００５４】
テーブルの中左欄４０２には、実際に買取依頼書類に添付された書類の欄である。端末は、買取依頼書類の受け入れ点検の際に、買取依頼書類に添付された書類の欄に図のような丸を書き込む。
【００５５】
テーブルの中右欄４０３には、信用状における添付指定の欄である。端末は、信用状を解析する際に、買取依頼書に添付されるべき書類に図のような丸を書き込む。
【００５６】
テーブルの右欄４０４には、必要書類の判定欄が記される。この必要書類判定欄には、前記テーブル中左欄と中右欄を参照して、両書類が丸であれば、この必要書類判定欄に丸を書き込む。このようにして書き込まれたテーブルの必要書類判定欄を参照することにより、信用状に基づいた買取依頼書類が添付されているか否かを判定できる。
【００５７】
図５は、信用状リスクテーブルを示す。このテーブルは、国リスクテーブル、銀行テーブル、付加条件リスクテーブルなどを含む。これらテーブルには、それぞれの項目に応じたリスク度が記される。
【００５８】
国リスクテーブルでは、取引先がＡ国の場合、Ａ国のリスク度は１．０であるため取引におけるリスクはあまりないと判断される。一方、取引先がＺ国の場合には、Ｚ国のリスク度１０．０であるため、国によって判定されるリスクはかなり高いと判断される。
【００５９】
銀行リスクテーブルでは、取引銀行がＡ銀行の場合、Ａ銀行のリスク度は１．０であるため、Ａ銀行との取り引きにおいてはあまりリスクがないと判断される。一方、取引銀行がＺ銀行の場合、Ｚ銀行のリスク度は１０．０であるため、Ｚ銀行との取り引きはリスクが高いと判断される。
【００６０】
金額リスクテーブルでは、５０，０００ドル以下の取り引きでは、リスク度１．０である。そして、１０，０００，０００ドル以上の取り引きでは、リスク度は１０．０である。これは、少額な取り引きに比べて、高額な取り引きの方がリスクは高いと判断するからである。
【００６１】
付加条件リスクテーブルでは、取消不能文言（Ｉｒｒｅｖｏｃａｂｌｅ Ｃｒｅｄｉｔ）があり、さらに支払・引受確約に疑念を生じさせる文言がなければ、取り引きにおけるリスク度は低いため、リスク度を０．５とする。一方、取消可能（Ｒｅｖｏｃａｂｌｅ Ｃｒｅｄｉｔ）表示があれば、信用条件を輸入者側が無断で変更してしまうことがあるため、リスクは高い。そのためリスク度は１０．０である。このように付加条件リスクテーブルには、信用状変更通知（Ａｍｅｎｄｍｅｎｔ）が発行されているなどの付加条件によってリスクを判断する。
【００６２】
また、これらテーブルには重みが与えられる。この重みは、それぞれのテーブルについてのリスク度を相対的に示している。例えば、銀行リスクテーブルは重み１．０であり、金額リスクテーブルは、重み０．１である。そのため、相対的にみると、金額のリスク度よりも銀行のリスク度の方を重視して損失リスクを判断する。
【００６３】
そして、これらテーブルは、取引先リスクのランク付け処理を実行する際に参照される。
【００６４】
図６は、取引先リスクテーブルを示す。このテーブルは、取引先とリスク度を対応付けるテーブルである。そして、図５と同様に、取引先リスクのランク付け処理を実行する際に参照される。
【００６５】
図７は、履歴情報管理ファイルを示す。このファイルは、過去の取引先における信用状指定書類と添付書類における不一致内容を記憶する。
【００６６】
このテーブルは、取引先名称、不一致内容が発生した年月日時刻、その対象文書、その対象項目、不一致内容、その後の買取処理の有無の欄を含む。
【００６７】
そして、このテーブルは、端末が処理結果ファイルを出力する際に参照される。
＜買取依頼書類確認の処理フロー＞
以下、図８を参照して、本プログラムが実行する処理フローを説明する。
【００６８】
まず、端末は、買取依頼書類の受け入れチェックを実行する（Ｓ８０１）。すなわち、端末は、ネットワークを通じて受信する文書である。信用状等の買取依頼書類に添付されている書類の名称を点検する処理を実行すると共に、電子署名の検証による買取依頼書類の信憑性を点検する処理を実行する。
【００６９】
ここで、買取依頼書類としては、通知銀行の電子署名付き書類、船会社の電子署名付き書類、保険会社の電子署名付き書類、その他の機関の電子署名付き書類に大別される。そして、上記書類には以下の書類が添付される。
【００７０】
まず、通知銀行の電子署名付き書類には、信用状カバーレター（Ｃｏｖｅｒ Ｌｅｔｔｅｒｗｉｔｈ Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）、信用状（Ｌｅｔｔｅｒ ｏｆ Ｃｒｅｄｉｔ）、信用状変更通知（Ａｍｅｎｄｍｅｎｔ ｏｆ Ｃｒｅｄｉｔ）が添付される。
【００７１】
また、取引先の電子署名付き書類には、買取依頼書（Ａｐｐｌｉｃａｔｉｏｎ ｆｏｒ Ｎｅｇｏｔｉａｔｉｏｎ ｏｆ Ｄｏｃｕｍｅｎｔａｒｙ Ｂｉｌｌｓ）、為替手形（Ｂｉｌｌ ｏｆ Ｅｘｃｈａｎｇｅ）、商業送り状（Ｉｎｖｏｉｃｅ）、梱包明細書（Ｐａｃｋｉｎｇ Ｌｉｓｔ）、通関済輸出報告書等が添付される。
【００７２】
また、船会社の電子署名付き書類には、保険証券（Ｉｎｓｕｒａｎｃｅ Ｐｏｌｉｃｙ）が添付される。
【００７３】
また、その他の機関の電子署名付き書類は、原産地証明書（Ｃｅｒｔｉｆｉｃａｔｅ ｏｆ Ｏｒｉｇｉｎ）が添付される。
【００７４】
ここでは、端末は、買取依頼書類に添付された書類の名称を読み取る。そして、図４に示す買取書類チェックテーブルの買取依頼書類に添付された書類の欄４０２に、添付されていたか否かを書き込む。
【００７５】
また、端末は、買取依頼書類の各項目内容から、同書類の作成者を判定し、作成者の電子認証書の中の公開鍵を使って買取依頼書類の署名検証処理を実行する。このようにして、端末は買取依頼書類の信憑性を点検する処理を実行する。
【００７６】
さらに、信用状の信憑性の点検処理に関して、通知銀行の電子署名付書類を例に説明する。通知銀行での署名付与は、信用状カバーレター、信用状、信用状変更通知等の書類から算出されたハッシュ値を通知銀行の秘密鍵で暗号化し、通知銀行の電子署名を生成し、上記書類に添付する。そして、端末での電子署名検証時には、これらの電子署名を通知銀行の公開鍵で復号化・ハッシュ値を算出し、署名検証を実行する。
【００７７】
つぎに、端末は、信用状の解析を実行する（Ｓ８０２）。信用状の解析では、以下の項目内容について、それぞれ判定する。
【００７８】
端末は、信用状発行銀行の名称、その属する国名、信用状の金額を判定する。また、端末は、取消不能（Ｉｒｒｅｖｏｃａｂｌｅ）の明示があるか否かを判定する。また、端末は、支払・引受確約で疑念を生じさせる文言や保留文言は無いか否かを判定する。
【００７９】
また、端末は、信用状に記載された船積書類が添付されているか否かを判定する。ここで、端末は信用状から買取依頼書類に添付すべき書類名を読み取る。そして、端末は図４に示す信用状において添付指定の欄４０３に添付指定されているか否かを書き込む。
【００８０】
また、端末は、信用状の記載の中で、領事査証や特定機関の証明を要求していると判定した場合には、該当する証明書が添付されているか否かを判定する。また、端末は、信用状の有効期間を読み取り、有効期間内の提示であるか否かを判定する。
【００８１】
つぎに、端末は、買取依頼書類の内容をチェックする（Ｓ８０３）。すなわち、端末は、信用状の記載内容を読み取り、荷為替手形、商業送り状、船荷証券、保険証券、その他の書類が信用状の条件に一致しているか否かを判定する。以下にそれぞれの書類について具体的な点検内容を示す。
【００８２】
荷為替手形に関しては、荷為替手形に記載された通貨表示が信用状に指定された通貨表示であるか否かを判定する。また、荷為替手形に記載された金額が信用状の金額を越えてはいないか否かを判定する。ここで、荷為替手形に「ａｂｏｕｔ」あるいは「ｃｉｒｃａ」と記載されている場合には、信用状に記載された金額の１０％を越えなければ、信用状の金額を超えていないと判定する。また、荷為替手形に記載された支払人および支払地は、信用状に記載された支払い人および支払地と一致しているか否かを判定する。また、荷為替手形の満期表示が信用状に記載された満期表示と一致しているか否かを判定する。
【００８３】
次に、商業送り状に関しては、商業送り状に記載された金額が信用状金額を超えていないか否かを判定する。ここで、商業送り状に「ａｂｏｕｔ」あるいは「ｃｉｒｃａ」と記載されている場合には、信用状に記載された金額の１０％を越えなければ、信用状の金額を超えていないと判定する。また、商業送り状に記載された売買条件が信用状に記載された条件と一致しているか否かを判定する。
【００８４】
また、船積証券に関しては、荷物の種類、容積、重量、ケースマーク等が信用状と一致しているか否かを判定する。また、船積港、陸揚港、陸上到着地、経由地等が信用状あるいは商業送り状と一致しているか否かを判定する。また、船積船荷証券または本船渡船荷証券の表示があるか否かを判定する。あるいは、受取船荷証券の表示の場合には、船名あるいは船積港の記載があり、かつ、ｏｎ ｂｏａｒｄ ｎｏｔａｔｉｏｎが付与されているか否かを判定する。
【００８５】
さらに、保険証券に関して、船荷証券に記載された発行人、保険期間（始期および終期）、付保条件、船積港、陸揚港、陸上到着地、経由地等が信用状また商業送り状に記載された内容と一致するか否かを判定する。
【００８６】
そして、端末は、取引先リスクのランク付け処理を実行する（Ｓ８０４）。すなわち、信用状および取引先のリスク分析を行い、船荷証券買取時の判定条件にランクを付けを実行する。
【００８７】
図５および６を参照して、リスク分析を説明する。リスク分析は図５に示すような信用状リスク関連テーブルと、図６に示すような取引先リスクテーブルを参照して、リスク度を算出する。信用状リスク関連テーブルと取引先リスクテーブルは、あらかじめデータベースに記憶されている。
【００８８】
この信用状リスク関連テーブルは、国リスクテーブルと銀行リスクテーブルと金額リスクテーブルとを含む。そして、信用状を送信してきた相手側の国を、国リスクテーブルから検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして算出した値が国のリスク度となる。
【００８９】
例えば、Ａ国から信用状を送信した場合、リスク度は１．０であり、国リスクについての重みは０．８であるため、国リスク度は０．８となる。
【００９０】
次に、取引銀行を銀行リスクテーブルから検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして銀行のリスク度を算出する。
【００９１】
例えば、取引銀行がＡ銀行であった場合、リスク度は１．０であり、銀行についての重みは１．０であるため、銀行リスク度は１．０となる。
【００９２】
次に、取引金額を金額リスクテーブルから検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして金額のリスク度を算出する。
【００９３】
例えば、信用状に記載された金額、つまり取引金額が５０，０００ドル以下であった場合、リスク度は１．０であり、重みは０．１であるため、金額リスク度は０．１となる。
【００９４】
次に、付加条件テーブルから該当する項目を検索して、リスク度を読み取る。そして、読み取ったリスク度に重みを乗じる。このようにして付加条件によるリスク度を算出する。
【００９５】
例えば、取消不能が明示され、支払・引受確約に疑念が生じるような文言がない場合、リスク度は０．５であり、付加条件についての重みは２．０であるため、付加条件はリスク度１．０となる。
【００９６】
そして、上記で算出したそれぞれのリスク度を合計すると、信用状リスク度が算出される。例えば、Ａ国におけるＡ銀行から５０，０００ドル以下の取引であって、信用状に取消不能が明示され、支払・引受確約に疑念が生じるような文言がない場合を例に取って説明する。この場合、信用状から算出するリスク度は、国リスク度０．８、銀行リスク度１．０、金額リスク度０．１、付加条件リスク度１．０を合計して、２．９となる。
【００９７】
次に、取引先を取引先リスクテーブルから検索して、リスク度を読み取る。 そして、読み取ったリスク度に重みを乗じる。このようにして取引先のリスク度を算出する。
【００９８】
例えば、Ａ社が取引先であった場合、リスク度は１．０であり、重みは１．０であるため、取引先リスク度は１．０となる。
【００９９】
そして、上記で算出した信用状におけるリスク度と取引先リスク度を合計した値に基づいて、取引先リスクのランク付けを行う。
【０１００】
本実施の形態では、リスク度の合計値が６．０未満ならば、「簡易チェック取引先」と判定する。このような取引先は、損失リスクが低く、簡易なチェックで足りる取引先である。
【０１０１】
また、リスク度の合計値が１０．０以上ならば、「厳重チェック取引先」と判定する。このような取引先は損失リスクが高く、厳重なチェックが必要である取引先である。
【０１０２】
さらに、リスク度の合計値が１０．０未満ならば、「通常チェック取引先」と判定する。
【０１０３】
例えば、上記のような条件である場合には、信用状リスク度は２．９、取引先リスク度は１．０であり、合計は３．９となる。したがって、簡易チェック取引先と判定する。
【０１０４】
以下に各種チェック取引先である判定した場合における判定処理について説明する。
【０１０５】
ここで簡易チェック取引先であると判定した場合には、以下の内容をチェックする（Ｓ８０５）。
【０１０６】
指定した重要項目のチェック結果が一致しているか否かを判定する。ここで指定する重要項目とは、信用状バランス（枠チェック）、信用状あるいは船積書類間での整合性（金額、期間）、及び買取依頼書類の電子署名である。
【０１０７】
ここで、上記重要項目のチェック結果が一致していないと判定した場合、エラーであるとみなす。そして、処理結果ファイルにエラー内容を出力し、エラー終了とする。その後、輸出業者に対して買取依頼書の対象エラーの修正依頼をするようオペレータに促す。
【０１０８】
一方、Ｓ８０５において、上記重要項目のチェック結果が一致していると判定した場合、次に上記重要項目以外の項目についてのチェック結果が一致していない項目の有無を判定する。
【０１０９】
上記重要項目以外の項目についてのチェック結果が一致していないと判定した場合、図７に示す履歴情報管理ファイルを参照して以下の処理を実行する。まず、履歴情報管理ファイルから同様の不一致内容を検索する。そして、処理結果の欄から買取処理を行ったか否かを読み取る。
【０１１０】
そして、同様の不一致内容について、買取処理をしていた場合には、ランクを情報（Ｉｎｆｏｒｍａｔｉｏｎ）として処理結果ファイルに出力して、処理を続行する。この場合には確認オペレーションは不要である。ここで確認オペレーションとは、マニュアルベースで行うエラー内容の確認処理である。
【０１１１】
また、同様の不一致内容について、買取処理以外の対応が実施されていた場合、あるいは処理履歴ファイルに同様の不一致内容が存在しない場合には、ランクを警告（Ｗａｒｎｉｎｇ）として処理結果ファイルに出力して、処理を一時中断する。
【０１１２】
さらに、不一致項目数が６０％を越えたと判定した場合には、エラーとして処理結果ファイルに出力して、処理をエラー終了する。この場合には確認オペレーションが発生する。すなわち、マニュアルベースでエラー内容の確認処理をオペレータに促す。そして、オペレータは、確認オペレーションの結果によって、輸出業者に対して買取依頼書の対象エラーの修正を依頼する。
【０１１３】
Ｓ８０４で通常チェック取引先であると判定した場合には、以下の内容のチェックを行う（Ｓ３０６）。
【０１１４】
上記重要項目に関しては、簡易チェック取引先と同様な処理を実行するため、ここでは説明を省略する。通常チェック取引先であると判定した場合、簡易チェック取引先とは上記重要項目以外のチェック処理が異なるため、以下では重要項目以外のチェック処理について説明する。
【０１１５】
重要項目以外の項目についてのチェック結果が一致していないと判定した場合、図７に示す履歴情報管理ファイルを参照して以下の処理を実行する。
【０１１６】
まず、履歴情報管理ファイルから同様の不一致内容を検索する。そして、処理結果の欄から買取処理を行ったか否かを読み取る。
【０１１７】
そして、同様の不一致内容について、買取処理をしていた場合には、ランクを警告（Ｗａｒｎｉｎｇ）として処理結果ファイルに出力して、処理を一時中断する。
【０１１８】
そして、同様の不一致内容について、買取処理以外の対応が実施されていた場合、あるいは処理履歴ファイルに同様の不一致内容が存在しない場合には、エラーとして処理結果ファイルに出力して、処理をエラー終了する。この場合には確認オペレーションが発生する。すなわち、マニュアルベースでエラー内容の確認処理をオペレータに促す。そして、オペレータは、確認オペレーションの結果によって、輸出業者に対して買取依頼書の対象エラーの修正を依頼する。
【０１１９】
さらに、不一致項目数が全体の３０％を越えたと判定した場合には、エラーとして処理結果ファイルに出力して、処理をエラー終了する。この場合にも確認オペレーションが発生する。
【０１２０】
Ｓ８０４で厳重チェック取引先であると判定した場合には、以下の内容のチェックを行う（Ｓ８０７）。
【０１２１】
上記重要項目に関しては、簡易チェック取引先と同様な処理を実行するため、ここでは説明を省略する。通常チェック取引先であると判定した場合、簡易チェック取引先とは重要項目以外のチェック処理が異なるため、以下では重要項目以外のチェック処理について説明する。
【０１２２】
上記重要項目以外の項目についてチェック結果が一致していないと判定した場合、処理結果ファイルに出力して、処理をエラー終了する。この場合には確認オペレーションが発生する。すなわち、マニュアルベースでエラー内容の確認処理を行う必要があるため、オペレータに対して確認オペレーションを促す。そして、オペレータは、輸出業者に対して、買取依頼書類の対象エラーの修正を依頼する。
【０１２３】
その後、後処理を実行する（Ｓ８０８）。
【０１２４】
チェック結果の不一致情報について履歴情報管理ファイルへの追加あるいは更新を実行する。また、Ｗａｒｎｉｎｇ／Ｅｒｒｏｒ等の内容確認オペレーション、及び取引先に対する買取依頼書類の修正依頼等をオペレータに対して促す。
＜実施形態の効果＞
本発明に従えば、コンピュータを用いて、過去の取引実績と、顧客の取り扱い金額に基づいて、信用状取引などの貿易取引が成立するか否かを判定することができる。
【０１２５】
そのため、従来のような担当者の判断の誤りによる損失リスクを抑制することができる。
＜コンピュータ読み取り可能な記憶媒体＞
上記実施の形態のいずれかの処理をコンピュータに実行させるプログラムをコンピュータが読み取り可能な記憶媒体に記録することができる。そして、コンピュータに、この記憶媒体のプログラムを読み込ませて実行させることにより、上記実施の形態に示した電子書類確認プログラムを提供することができる。
【０１２６】
ここで、コンピュータが読み取り可能な記憶媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記憶媒体をいう。このような記憶媒体のうちコンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。
【０１２７】
また、コンピュータに固定された記録媒体として、ハードディスクやＲＯＭ（リード・オンリー・メモリ）等がある。
【０１２８】
なお、上記実施の形態は本発明の範囲をなんら限定するものではなく、当業者が理解できる範囲において適宜、各種の変形の態様があり得る。
＜その他＞
さらに、本実施の形態は以下の発明を開示する。
【０１２９】
（付記１） コンピュータによって実行されるプログラムであって、
発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、
前記電子信用状の有効性及び内容を点検する第１の点検ステップと、
前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、
前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを実行させるプログラム。
【０１３０】
（付記２） 前記第１の点検ステップは、データベース上のテーブルを参照して、貿易取引の有効性及び内容を点検して、ランク付けを行うステップを更に実行させる付記１に記載のプログラム。
【０１３１】
（付記３） 前記ランク付けのときに参照されるテーブルは、取引国、取引銀行、取引金額、その他の付加条件、及び取引先とを含む点検項目と、前記点検項目に対応する信頼性または危険度とを関連づけたテーブルである付記３に記載のプログラム。
【０１３２】
（付記４） 前記可否判定ステップは、前記貿易取引の取引相手との過去の取引状況を参照して判定するステップを更に実行させる付記１乃至３のいずれかに記載のプログラム。
【０１３３】
（付記５） 前記電子信用状と、前記電子取引書類とを受け付けるステップは、ネットワークに接続された端末を介して、前記電子信用状および前記電子取引書類を受信するステップである付記１乃至４のいずれかに記載のプログラム。
【０１３４】
（付記６） 前記電子取引書類は電子船積書類、あるいは電子化された荷為替手形を更に含む付記１乃至５のいずれかに記載のプログラム。
【０１３５】
（付記７） 発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付ける手段と、
前記電子信用状の有効性及び内容を点検する手段と、
前記電子取引書類が電子信用状の条件に合致しているか点検する手段と、
前記２つの点検手段の点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する手段とを備える情報処理装置。
【０１３６】
（付記８） 発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、
前記電子信用状の有効性及び内容を点検する第１の点検ステップと、
前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、
前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを備える方法。
【０１３７】
【発明の効果】
以上で説明したように、本発明は、貿易取引の書類確認業務において、業務コストの低減、チェック精度の向上、取引リスクの発生等の抑制を図ることができる。
【図面の簡単な説明】
【図１】輸出入貿易の概略を示す図である。
【図２】信用状受領から決済までの処理を示すフローチャートである。
【図３】買取依頼書類の正当性判定テーブルである。
【図４】買取依頼書類チェックテーブルである。
【図５】信用状リスク関連テーブルである。
【図６】取引先リスクテーブルである。
【図７】履歴情報管理ファイルである。
【図８】船積書類確認処理のフローチャートである。
Claims (5)
- コンピュータによって実行されるプログラムであって、
発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、
前記電子信用状の有効性及び内容を点検する第１の点検ステップと、
前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、
前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを実行させるプログラム。 - 前記第１の点検ステップは、データベース上のテーブルを参照して、貿易取引の信頼度または危険度を表すランク付けを行うステップを更に実行させる請求項１に記載のプログラム。
- 前記可否判定ステップは、前記貿易取引の取引相手との過去の取引状況を参照して判定するステップを更に実行させる請求項１あるいは２に記載のプログラム。
- 発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付ける手段と、
前記電子信用状の有効性及び内容を点検する手段と、
前記電子取引書類が電子信用状の条件に合致しているか点検する手段と、
前記２つの点検手段の点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する手段とを備える情報処理装置。 - 発行銀行の支払い・引き受け義務を示す電子信用状と、その電子信用状に基づく貿易取引の対象物品に係る権利の譲渡を示す電子船荷証券を含む電子取引書類とを受け付けるステップと、
前記電子信用状の有効性及び内容を点検する第１の点検ステップと、
前記電子取引書類が電子信用状の条件に合致しているか点検する第２の点検ステップと、
前記第１の点検ステップおよび第２の点検ステップの点検結果に基づいて、前記電子取引書類に対する買取の可否判定を支援する可否判定ステップとを備える方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002350244A JP2004185219A (ja) | 2002-12-02 | 2002-12-02 | 貿易取引（銀行）における電子書類確認プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002350244A JP2004185219A (ja) | 2002-12-02 | 2002-12-02 | 貿易取引（銀行）における電子書類確認プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004185219A true JP2004185219A (ja) | 2004-07-02 |
Family
ID=32752528
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002350244A Pending JP2004185219A (ja) | 2002-12-02 | 2002-12-02 | 貿易取引（銀行）における電子書類確認プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004185219A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007511890A (ja) * | 2003-11-18 | 2007-05-10 | スリーエム イノベイティブ プロパティズ カンパニー | エレクトロルミネセントデバイス、および色変換要素を備えるエレクトロルミネセントデバイスの製造方法 |
| JP2008506209A (ja) * | 2004-06-08 | 2008-02-28 | グリーンライン・システムズ・インコーポレーテッド | 様々なシステム及びサブシステムにおけるリスク査定及び管理のためのシステム及び方法 |
| US8417647B2 (en) | 2005-07-22 | 2013-04-09 | Mitsui-Soko Co., Ltd. | Method for controlling transaction management server, transaction management server and program |
| US8484066B2 (en) | 2003-06-09 | 2013-07-09 | Greenline Systems, Inc. | System and method for risk detection reporting and infrastructure |
| JP2019525303A (ja) * | 2016-07-01 | 2019-09-05 | ウェルズ・ファーゴ・バンク・ナショナル・アソシエーション | 国際貿易金融ブロックチェーンシステム |
| KR20220009568A (ko) * | 2020-07-16 | 2022-01-25 | 주식회사 한국무역정보통신 | 외상수출채권 매입 의뢰정보 이상 감지 방법 및 이를 수행하는 시스템 |
-
2002
- 2002-12-02 JP JP2002350244A patent/JP2004185219A/ja active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8484066B2 (en) | 2003-06-09 | 2013-07-09 | Greenline Systems, Inc. | System and method for risk detection reporting and infrastructure |
| US8812343B2 (en) | 2003-06-09 | 2014-08-19 | A-T Solutions, Inc. | System and method for risk detection reporting and infrastructure |
| US9177279B2 (en) | 2003-06-09 | 2015-11-03 | A-T Solutions, Inc. | System and method for risk detection reporting and infrastructure |
| US10068193B2 (en) | 2003-06-09 | 2018-09-04 | A-T Solutions, Inc. | System and method for risk detection reporting and infrastructure |
| JP2007511890A (ja) * | 2003-11-18 | 2007-05-10 | スリーエム イノベイティブ プロパティズ カンパニー | エレクトロルミネセントデバイス、および色変換要素を備えるエレクトロルミネセントデバイスの製造方法 |
| JP2008506209A (ja) * | 2004-06-08 | 2008-02-28 | グリーンライン・システムズ・インコーポレーテッド | 様々なシステム及びサブシステムにおけるリスク査定及び管理のためのシステム及び方法 |
| US8417647B2 (en) | 2005-07-22 | 2013-04-09 | Mitsui-Soko Co., Ltd. | Method for controlling transaction management server, transaction management server and program |
| JP2019525303A (ja) * | 2016-07-01 | 2019-09-05 | ウェルズ・ファーゴ・バンク・ナショナル・アソシエーション | 国際貿易金融ブロックチェーンシステム |
| KR20220009568A (ko) * | 2020-07-16 | 2022-01-25 | 주식회사 한국무역정보통신 | 외상수출채권 매입 의뢰정보 이상 감지 방법 및 이를 수행하는 시스템 |
| KR102491724B1 (ko) * | 2020-07-16 | 2023-01-26 | 주식회사 한국무역정보통신 | 외상수출채권 매입 의뢰정보 이상 감지 방법 및 이를 수행하는 시스템 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2023164683A1 (en) | Minting and transacting tokenized differentiated energy attributes using blockchain | |
| AU2008318451B2 (en) | Payment handling | |
| JP2007507799A (ja) | 自動支払と自動調整のためのシステムおよび方法 | |
| CN112258101B (zh) | 基于区块链的垫付货款的物流融资处理方法、存储介质 | |
| CN111161045B (zh) | 基于区块链进行出口卖方信贷的方法、存储介质 | |
| US20180025357A1 (en) | System and method for preventing multiple refunds and chargebacks | |
| WO2004001639A2 (en) | Method and apparatus for facilitating funding of trade | |
| CN112258102B (zh) | 基于区块链的垫资-代收货款的物流融资处理方法、介质 | |
| JP2004185219A (ja) | 貿易取引（銀行）における電子書類確認プログラム | |
| CN111210342A (zh) | 基于区块链进行出口买方信贷的方法、存储介质 | |
| US20020083015A1 (en) | Settlement device and method | |
| Charfeddine et al. | Blockchain-based supply chain financing solutions for Qatar | |
| Stancheva-Todorova | Accounting for Cryptocurrencies–Some Unanswered Questions and Unresolved Issues | |
| US20140039974A1 (en) | System and method for using credit/debit card transaction data as a measure of customer satisfaction with a merchant | |
| KR102326173B1 (ko) | 블록체인 기반 수출채권 매입 및 한도관리 방법 및 이를 수행하는 시스템 | |
| KR20040047646A (ko) | 기업간 주문 및 거래 정보 관리 시스템 및 이를 이용한장래매출 채권의 형성 및 전자 결제 관리 방법 | |
| Seroja et al. | Socio-Legal Analysis of The Utilization of Letter of Credit In International Business Transactions in Batam City | |
| Hofmann et al. | Background I—What Is Buyer-Led Supply Chain Finance? | |
| JP3659491B2 (ja) | 電子決済仲介方法、電子決済仲介システム、および電子決済仲介プログラム | |
| JP2004178458A (ja) | 集金代行・回収保証システム | |
| Ali et al. | Oman's national payment systems and their compliance with international standards and practices | |
| Redjeki et al. | Documentary Credit As A bank Instrument That Can Provide Payment Assurance For Exporter | |
| Ardiansyah et al. | Analysis of International Transaction Systems and Methods of Payment in Indonesia | |
| Bangayongo | The Finality of Payment in a Tripartite Credit Card | |
| KR101470826B1 (ko) | 지원금 정산 장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050328 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071009 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080226 |