JP7246788B2 - コンピュータ実施多通貨インボイス取得、トレード、アクセス及び支払システム - Google Patents

Description

関連出願
本出願は、２０１５年６月１２日に出願されたオーストラリア特許出願第２０１５９０２２２２号明細書に基づき、その出願日及び優先日の利益を主張するものであり、その出願内容は、その全体が参照により本明細書に援用される。

本発明は、コンピュータ実施インボイス取得、トレード、アクセス及び支払システムに関する。特に、本発明は、複数の通貨及び国にわたって動作可能な上記システムに関する。

本発明は、具体的には、工業所有権案件のインボイスの取得、トレード、及び支払いのために開発されたものであり、その適用例に関して以下に記載される。ただし、その特定の使用に限定されず、様々な分野における異なる通貨で取引を行うエンティティ間のインボイスの取得、トレード、アクセス及び支払いにも適していることが認識されるであろう。

特許などの工業所有権は、単一の国／地域における保護を提供するにすぎない。そのため、ある人が多くの国において特許権保護を得ることを望む場合、対象の各郡にある特許事務所の支援を得る必要がある。このような作業をやり取りする特許事務所は、複数の国に位置するため、様々な異なる通貨でインボイスをやり取りする。各特許事務所は、その自国で動作する自国の会計システムを使用する。先行技術の問題の１つは、異なる国の会計システムが互いに適合しない点である。さらなる問題は、特許事務所が互いに支払うために使用する銀行業務システムが、事務所が使用する会計システムとも適合せず、国際銀行振替フォーマットも互いに適合しない点である。

外国の特許事務所のインボイスが受信されると、それは、現地特許事務所の会計システムに入力される必要がある。これは一般的に手作業で行われ、ユーザが請求元の名称を読み取り、会計記録中の対応する名称を見つけ、そのサプライヤ名称に対してインボイスを記録する。既存の自動インボイス取得システムは、一般的に、ある通貨を念頭に置いて設計されており、従って、ある国のシステムによる情報取得が別の国の会計システムと適合しない場合がある。さらに、ＩＰの世界では、各特許事務所は、特定の案件を一意的に識別するために内部整理番号を使用する。既存のインボイスデータ取得ツールは、それらがそのような内部整理番号を取得できないため、特許事務所の会計システムと適合しない。

別の不利点は、現地の弁理士の会計システムがその自国通貨でのものである一方、外国の弁理士のインボイスが外貨でのものである点である。自国通貨への変換が必要であるが、為替レートが定期的に変動し、インボイスが発行された日のレートが、インボイスが口座に入れられた日（これもやはりインボイスが支払われる日と異なる）と異なるため、何れの為替レートを使用するかを決定することが難しい。そのため、会計システムによって使用される通貨は、多くの場合、そのようなインボイスの支払いにおいて送金するために使用される銀行又は外国為替プロバイダと一致しない。為替レートが異なるため、支払われた又は受け取られた総額は、特許事務所の会計システムに保存された数字と一致しない。会計ソフトウェア内の為替レートと、第三者資金振替プロバイダの為替レートとの間のこの不適合性は、知られているシステムの不利点の１つである。現在のシステムのさらなる不利点は、外国において請求書を支払うために、ユーザが国際電信送金取引を開始しなければならない点である。Ａ国の特許事務所の会計システムが、Ｂ国における受け手の特許事務所によって使用される銀行業務システムと適合しないため、国際電信送金が必要とされる。世界中の各銀行業務システムは、それらの現地取引に異なるフォーマットを使用し、それは国際送金に使用される振替フォーマットと適合しない。

本発明の目的は、先行技術の不利点の少なくとも１つを克服又は改善すること又は有用な代替手段を提供することである。

本発明の第１の広義の態様によれば、中央処理装置及びメモリを有する処理コンピュータを含み、メモリが、インボイスデータベース、サプライヤデータベース、及びクライアントデータベースを保存する、コンピュータ実施インボイス取得システムが開示され、このシステムは、
ａ）インボイス情報を含むインボイス画像を受信するステップと、
ｂ）少なくとも１つの請求元名称及び支払人名称を識別するためにインボイス画像を解析し、且つ請求元及び支払人名称をインボイスデータベース中のインボイス記録に保存するステップと、
ｃ）ファジーマッチングアルゴリズムを使用して、インボイス画像で識別された請求元及び支払人名称をクライアント及びサプライヤデータベース中のクライアント記録及びサプライヤ記録と比較するステップと、
ｄ）ファジーであるが完全ではないマッチが見つかる場合、インボイス記録中のインボイス画像で識別された請求元又は支払人名称をクライアント又はサプライヤデータベースからのマッチした請求元又は支払人名称で上書きするステップと
を行うように構成される。

画像ファイルを解析するステップは、
ａ）画像インボイス通貨を識別し、且つそれをインボイスデータベース中のインボイス記録に保存するステップと、
ｂ）画像インボイス通貨を、クライアント又はサプライヤデータベースに保存された請求元インボイス通貨と比較するステップと、それらの通貨がマッチしない場合、
ｃ）インボイスデータベース中の画像インボイス通貨をクライアント又はサプライヤデータベースからの請求元通貨で上書きするステップと
をさらに含んでもよい。

この態様によれば、コンピュータ実施インボイス取得方法であって、
ａ）インボイス情報を含むインボイス画像を受信するステップと、
ｂ）少なくとも１つの請求元名称及び支払人名称を識別するためにインボイス画像を解析し、且つ請求元及び支払人名称をインボイスデータベース中のインボイス記録に保存するステップと、
ｃ）ファジーマッチングアルゴリズムを使用して、インボイス画像で識別された請求元及び支払人名称をクライアント及びサプライヤデータベース中のクライアント記録及びサプライヤ記録と比較するステップと、
ｄ）ファジーであるが完全ではないマッチが見つかる場合、インボイス記録中のインボイス画像で識別された請求元又は支払人名称をクライアント又はサプライヤデータベースからのマッチした請求元又は支払人名称で上書きするステップと
を含む、コンピュータ実施インボイス取得方法も提供される。

本発明の第２の広義の態様によれば、中央処理装置及びメモリを有する処理コンピュータを含むコンピュータ実施インボイス取得システムが開示され、メモリは、インボイスデータベースと、クライアントデータベースと、保存された命令であって、
ａ）インボイス情報を含むインボイス画像を受信するステップと、
ｂ）インボイス画像を解析することにより、支払人の支払人名称を識別するステップと、
ｃ）クライアントデータベースから支払人名称に対応する必須インボイスフィールドのリストを読み出すステップであって、前記必須インボイスフィールドが、支払人の会計ソフトウェアによって必要とされるフィールドの組を表す、ステップと、
ｄ）インボイス画像をさらに解析することにより、必須インボイスフィールドの各々に対応するインボイスデータを識別するステップと、
ｅ）インボイスデータベース中のインボイス記録に識別されたインボイスデータを保存するステップと
を行うように適応された保存された命令とを保存する。

保存された命令は、
ｆ）支払人の会計ソフトウェアと適合するインボイスアップロードファイルを作成するさらなるステップと、
ｇ）インボイスアップロードファイルに、必須インボイスフィールドの各々に対応する識別されたインボイスデータを書き込むさらなるステップと
を行うように適応されてもよい。

ある実施形態では、保存された命令は、複数のインボイス画像の各々についてステップａ）～ｅ）を繰り返すように適応され、ステップｆ）及びｇ）後、インボイスアップロードファイルは、支払人の会計ソフトウェアに適合するフォーマットで複数の解析されたインボイスに関するインボイスデータを含む。

保存された命令は、
支払人インタフェース上にインボイスアップロードファイルを表示することと、
インボイスアップロードファイルを支払人コンピュータシステムにダウンロードすることと、
インボイスアップロードファイルを、支払人の会計ソフトウェアによって動作されるウェブサービスＡＰＩに適合するＸＭＬ要求に変換することと
の何れか１つ又は複数を行ってもよい。

ある実施形態では、必須インボイスフィールドは、少なくとも、請求元通貨と、請求元整理番号と、支払人整理番号とを含む。

システムは、最初にクライアントデータベースから支払人名称に対応する支払人整理番号パターンを読み出し、且つ支払人整理番号パターンを、インボイス画像ファイルで見つかった情報と比較してマッチを見つけることにより、インボイス画像ファイルを解析して支払人整理番号を識別するように適応されてもよい。

システムは、メモリ中にサプライヤデータベースをさらに保存し、及び最初にサプライヤデータベースから請求元名称に対応する請求元整理番号パターンを読み出し、且つ請求元整理番号パターンを、インボイス画像ファイルで見つかった情報と比較してマッチを見つけることにより、インボイス画像ファイルを解析して請求元整理番号を識別するように適応されてもよい。

ある実施形態では、メモリは、銀行規則データベースをさらに保存し、保存された命令は、
Ａ）インボイス画像に含まれたアドレス情報から請求元国を識別するステップと、
Ｂ）銀行規則データベースから請求元国に対応する必須銀行データフィールドの組を読み出すステップであって、請求元国に位置する銀行のフィールドを表す必須銀行データフィールドが銀行振替命令を処理する必要がある、ステップと、
Ｃ）画像をさらに解析することにより、必須銀行データフィールドの各々に対応するインボイスデータを識別するステップと、
Ｄ）インボイスデータベース中のインボイス記録に識別されたインボイスデータを保存するステップと
を行うことにより、解析されたインボイスから銀行の詳細を取得するようにさらに適応される。

この実施形態では、保存された命令は、
支払人の銀行業務ソフトウェアと適合する銀行振替命令ファイルを作成するステップと、
銀行振替命令ファイルに、必須銀行データフィールドの各々に対応する識別されたインボイスデータを書き込むステップと
を行うようにさらに適応されてもよい。

保存された命令は、
複数のインボイス画像の各々についてステップＡ）～Ｄ）を繰り返すことと、
支払人の銀行業務ソフトウェアに適合する銀行振替命令ファイルを作成することと、
銀行振替命令ファイルが、支払人の銀行業務ソフトウェアと適合するフォーマットで複数の解析されたインボイスに関するインボイスデータを含むように、必須銀行データフィールドの各々に対応する識別されたインボイスデータを書き込むことと
を行うように適応されてもよい。

保存された命令は、
支払人がダウンロードするためにインタフェース上に銀行振替命令ファイルを表示すること、
銀行振替命令ファイルを支払人コンピュータシステムにダウンロードすること、又は
銀行振替命令ファイルを、支払人の銀行業務ソフトウェアによって動作されるウェブサービスＡＰＩに適合するＸＭＬ要求に変換すること
の何れか１つ又は複数を行うようにさらに適応されてもよい。

この態様によれば、コンピュータ実施インボイス取得方法であって、
ａ）インボイス情報を含むインボイス画像を受信するステップと、
ｂ）インボイス画像を解析することにより、支払人の支払人名称を識別するステップと、
ｃ）クライアントデータベースから支払人名称に対応する必須インボイスフィールドのリストを読み出すステップであって、前記必須インボイスフィールドが、支払人の会計ソフトウェアによって必要とされるフィールドの組を表す、ステップと、
ｄ）インボイス画像をさらに解析することにより、必須インボイスフィールドの各々に対応するインボイスデータを識別するステップと、
ｅ）インボイスデータベース中のインボイス記録に識別されたインボイスデータを保存するステップと
を含む、コンピュータ実施インボイス取得方法も提供される。

本発明の第３の広義の態様によれば、中央処理装置及びメモリを有する処理コンピュータを含み、メモリが、為替レートデータベース及びインボイスデータベースを保存し、インボイスデータベースが、
クライアント通貨及びクライアントインボイス金額を保存する複数のクライアントインボイス記録と、
サプライヤ通貨及びサプライヤインボイス金額を保存する複数のサプライヤインボイス記録と
を含む、コンピュータ実施インボイストレードシステムが開示され、このシステムは、サプライヤ通貨がクライアント通貨とマッチしない各サプライヤインボイス記録について、
ａ）為替レートデータベースから読み出された為替レートを使用して、サプライヤ通貨でのサプライヤ金額をクライアント通貨での表示インボイス金額に変換することと、
ｂ）ユーザインタフェース上にサプライヤインボイスの表示インボイス金額を表示することと
を行うように構成される。

好ましくは、為替レートは、
為替レートデータベース中の直近に更新された為替レートと、
サプライヤインボイス記録に保存されたインボイス日付に対応する為替レートと、
ユーザによって選択された支払予定日に関して計算された先物為替レートと
から選択される。

より好ましくは、為替レートは、
売りレートと、
買いレートと、
ミッドマーケットレートと
の１つからさらに選択される。

好ましくは、システムは、
ａ）複数のクライアントインボイス記録のインボイス金額を合算することと、
ｂ）複数のサプライヤインボイス記録の表示インボイス金額を合算することと、
ｃ）クライアントインボイス通貨でこれら２つの合計額間の差額を計算することと
を行うようにさらに構成される。

より好ましくは、インボイストレードシステムは、クライアント及びサプライヤインボイス記録の選択されたグループについて、
トレード日付と、インボイス番号と、請求元名称と、支払人名称とを含む情報を抽出することと、
銀行業務ファイルフォーマットで情報をファイル（．ｃｓｖファイルなど）に保存することと
を行うようにさらに構成される。

好ましくは、システムは、複数のクライアント及びサプライヤ記録のユーザ選択に応じて、選択されたクライアントインボイス記録にトレード日付及びトレード整理番号を保存し、且つ選択されたサプライヤインボイス記録にトレード日付及びトレード整理番号並びに表示インボイス金額を保存するようにさらに構成される。

ある実施形態では、システムは、クライアント及びサプライヤインボイス記録の選択されたグループについて、
各通貨における買い及び売り合計を出すことと、
各通貨が買い又は売り合計のみを有するように、特定の通貨の任意の買い合計を同じ通貨の任意の売り合計に対して取り消すことと、
それぞれの残りの買い又は売り合計を、第三者外国為替コンピュータシステムに適合する外国為替命令に変換することと
により、総合外国為替命令を生成するようにさらに構成される。

ある例では、総合外国為替命令が、残りの買い又は売り合計の全てを含むように生成され、総合外国為替命令が、第三者外国為替コンピュータシステムと適合する。

保存された命令は、
クライアントがダウンロードするためにインタフェース上に外国為替命令を表示することと、
外国為替命令をクライアントコンピュータシステムにダウンロードすることと、
外国為替命令を、第三者外国為替プロバイダによって動作されるウェブサービスＡＰＩに適合するＸＭＬ要求に変換することと
の何れか１つ又は複数を行うようにさらに適応されてもよい。

この態様によれば、コンピュータ実施インボイストレード方法であって、各サプライヤ通貨がクライアント通貨とマッチしない複数のサプライヤインボイス記録の各々について、
ａ）為替レートデータベースから読み出された為替レートを使用して、サプライヤ通貨でのサプライヤ金額をクライアント通貨での表示インボイス金額に変換するステップと、
ｂ）ユーザインタフェース上にサプライヤインボイス記録の表示インボイス金額を表示するステップと
を含む、コンピュータ実施インボイストレード方法も提供される。

本発明の第４の広義の態様によれば、中央処理装置及びメモリを有する処理コンピュータを含むコンピュータ実施インボイスアクセスシステムが開示され、メモリは、それぞれ少なくとも１つのインボイス番号を保存する複数のインボイス記録を含むインボイスデータベースと、複数のサプライヤ記録であって、各サプライヤ記録が少なくとも１つのサプライヤドメインを含む、複数のサプライヤ記録を保存するサプライヤデータベースと、複数のクライアント記録であって、各クライアント記録が少なくとも１つのクライアントドメインを含む、複数のクライアント記録を保存するクライアントデータベースと、保存された命令であって、
ａ）ユーザからインボイス番号及びユーザ電子メールアドレスを受信するステップと、
ｂ）ユーザ電子メールアドレスからユーザ電子メールドメインを抽出するステップと、
ｃ）インボイスデータベースを検索して、ユーザから受信されたインボイス番号に対応する見つけられたインボイス記録を識別するステップと、
ｄ）見つけられたインボイス記録から、ユーザから受信されたインボイス番号に対応する見つけられた請求元名称及び見つけられた支払人名称を読み出すステップと、
ｅ）見つけられた請求元名称及び見つけられた支払人名称の両方についてサプライヤデータベースを検索し、且つそれらの請求元又は支払人名称に対応する任意の見つけられたサプライヤドメインを読み出すステップと、
ｆ）見つけられた請求元名称及び見つけられた支払人名称の両方についてクライアントデータベースを検索し、且つそれらの請求元又は支払人名称に対応する任意の見つけられたクライアントドメインを読み出すステップと、
ｇ）ユーザドメインが、見つけられたインボイス記録に対応する見つけられたクライアントドメイン又は見つけられたサプライヤドメインとマッチする場合、ユーザがインボイス記録にアクセスすることを可能にするステップと
を行うように適応された保存された命令とを保存する。

ある実施形態では、ユーザがインボイス記録にアクセスすることを可能にするステップが、
ユーザが利用できるインタフェース上に見つけられたインボイス記録のフィールドの少なくとも幾つかを表示することと、
見つけられたインボイス記録に保存されたインボイス画像をユーザのコンピュータにダウンロードすることと、
見つけられたインボイス記録ファイル（例えば、．ｃｓｖフォーマットのもの）のコピーをダウンロードすることと、
見つけられたインボイス記録のコピーを、ユーザの会計ソフトウェアに適合するファイルフォーマットでダウンロードすることと、
ユーザに暗号化ＵＲＬを電子メールで送信することであって、暗号化ＵＲＬが、ユーザによってクリックされると、インボイス記録の少なくとも一部を読み出し且つ表示するように適応される、電子メールで送信することと
の何れか１つ又は複数を含む。

見つけられたインボイス記録へのアクセスがユーザに提供されるとき、ユーザドメインが、任意の他の見つけられたインボイス記録の請求元又は支払人名称に対応するサプライヤドメイン又はクライアントドメインの何れかとマッチする場合、ユーザは、同時にインボイスデータベース中のそれらのさらなる見つけられたインボイス記録へのアクセスを提供されてもよい。

ある実施形態では、ユーザは、パスワードを提供する必要なしに、見つけられたインボイス記録にアクセスすることを許可される。ある例では、ユーザは、パスワードを提供する必要なしに、さらなる見つけられたインボイス記録にアクセスすることを許可される。

この態様によれば、コンピュータ実施インボイスアクセス方法であって、
ａ）ユーザからインボイス番号及びユーザ電子メールアドレスを受信するステップと、
ｂ）ユーザ電子メールアドレスからユーザ電子メールドメインを抽出するステップと、
ｃ）インボイスデータベースを検索して、ユーザから受信されたインボイス番号に対応する見つけられたインボイス記録を識別するステップと、
ｄ）見つけられたインボイス記録から、ユーザから受信されたインボイス番号に対応する見つけられた請求元名称及び見つけられた支払人名称を読み出すステップと、
ｅ）見つけられた請求元名称及び見つけられた支払人名称の両方についてサプライヤデータベースを検索し、且つそれらの請求元又は支払人名称に対応する任意の見つけられたサプライヤドメインを読み出すステップと、
ｆ）見つけられた請求元名称及び見つけられた支払人名称の両方についてクライアントデータベースを検索し、且つそれらの請求元又は支払人名称に対応する任意の見つけられたクライアントドメインを読み出すステップと、
ｇ）ユーザドメインが、見つけられたインボイス記録に対応する見つけられたクライアントドメイン又は見つけられたサプライヤドメインの何れかとマッチする場合、ユーザがインボイス記録にアクセスすることを可能にするステップと
を含む、コンピュータ実施インボイスアクセス方法も提供される。

本発明の第５の広義の態様によれば、中央処理装置及びメモリを有する処理コンピュータを含むコンピュータ実施インボイス支払システムが開示され、メモリは、それぞれインボイス番号、請求元名称及び請求元国を保存する複数のインボイス記録を含むインボイスデータベースと、複数のサプライヤ記録であって、各サプライヤ記録がサプライヤ国及びサプライヤ銀行口座情報を含む、複数のサプライヤ記録を保存するサプライヤデータベースと、複数の銀行命令テンプレートを含む銀行規則データベースと、保存された命令であって、
ａ）複数の国に位置するサプライヤに支払い可能なインボイスの複数の選択されたインボイス番号を受信するステップと、
ｂ）インボイスデータベースを検索して、選択されたインボイス番号に対応する複数の見つけられたインボイス記録を識別するステップと、
ｃ）見つけられたインボイス記録の各々から、各インボイスを発行したサプライヤの対応する請求元名称及び請求元国を読み出すステップと、
ｄ）請求元国の各々について、
銀行規則データベースを検索して、請求元国に対応する見つけられた銀行命令テンプレートを識別するステップと、
サプライヤデータベースから各請求元名称に対応する銀行口座情報を読み出すステップと、
請求元国に対応する銀行命令テンプレートによって決定されるフォーマットで国内銀行振替命令ファイルにインボイス番号、インボイス金額、サプライヤ名称、サプライヤ国、及びサプライヤ銀行口座情報を保存するステップと
を行うように適応された保存された命令とを保存する。

ある実施形態では、システムは、請求元国の各々について別々の国内銀行振替命令ファイルを作成するように適応される。

システムは、各請求書作成国に対応する単一の国際銀行振替命令を、国内銀行振替命令ファイルの１つにおけるインボイス金額の合計が、その請求書作成国に対応する国際銀行振替命令で送金される金額に等しいように生成するようにさらに適応されてもよい。

一実施形態では、システムは、国内銀行振替命令ファイルを外国に位置する銀行業務システムに送信するようにさらに適応される。

システムは、国際銀行振替命令ファイルをユーザの自国に位置する銀行業務システムに送信するようにさらに適応されてもよい。

ある実施形態では、国際銀行振替命令ファイルは、現地銀行に資金を第１の外国銀行口座に電信送金させるように適応され、及び国内銀行振替命令は、次に、第１の外国銀行口座から同じ外国に位置する複数の銀行口座への複数の国内振替を生じさせるように適応される。

様々な実施形態において、請求元国は、
ｉ）アメリカ合衆国であり、且つ及び国内銀行振替命令ファイルはＮＡＣＨＡフォーマットに適合するか、
ｉｉ）欧州連合に位置し、且つ国内銀行振替命令ファイルはＳＥＰＡフォーマットに適合するか、
ｉｉｉ）日本であり、且つ国内銀行振替命令ファイルはＥＦＴフォーマットに適合するか、
ｉｖ）オーストラリアであり、且つ国内銀行振替命令ファイルはＥＦＴフォーマットに適合するか、又は
ｖ）シンガポールであり、且つ国内銀行振替命令ファイルはＧＩＲＯフォーマットに適合する。

この態様によれば、コンピュータ実施インボイス支払方法であって、
ａ）複数の国に位置するサプライヤに支払い可能なインボイスの複数の選択されたインボイス番号を受信するステップと、
ｂ）インボイスデータベースを検索して、選択されたインボイス番号に対応する複数の見つけられたインボイス記録を識別するステップと、
ｃ）見つけられたインボイス記録の各々から、各インボイスを発行したサプライヤの対応する請求元名称及び請求元国を読み出すステップと、
ｄ）請求元国の各々について、
銀行規則データベースを検索して、請求元国に対応する見つけられた銀行命令テンプレートを識別するステップと、
サプライヤデータベースから、各請求元名称に対応する銀行口座情報を読み出すステップと、
請求元国に対応する銀行命令テンプレートによって決定されるフォーマットで国内銀行振替命令ファイルにインボイス番号、インボイス金額、サプライヤ名称、サプライヤ国、及びサプライヤ銀行口座情報を保存するステップと
を含む、コンピュータ実施インボイス支払方法も提供される。

本発明は、コンピュータソフトウェアであって、コンピューティングデバイスによって実行されると、本発明の上記態様の何れか１つの方法を実施するように構成されたコンピュータソフトウェアも提供する。

本発明は、上記コンピュータソフトウェアを含むコンピュータ可読媒体（有形及び／又は非一時的コンピュータ可読媒体など）も提供する。

本発明の上記態様の各々の様々な個々の特徴の何れも、及び特許請求の範囲に含まれる、本明細書に記載される実施形態の様々な個々の特徴の何れも、適宜及び必要に応じて組み合わせられ得ることに留意されたい。

本発明をより明瞭に確認することができるようにするため、ここで、単なる例として、添付の図面を参照して実施形態が説明される。
図１は、本発明のある実施形態によるコンピュータ実施多通貨インボイス取得、トレード、アクセス及び支払システムのブロック図である。 図２は、本発明のある実施形態によるコンピュータ実施インボイス取得システムのブロック図である。 図３Ａは、図２のコンピュータ実施インボイス取得システムのユーザインタフェースの、本発明のある実施形態によるインボイスインボックスページのスクリーンショットである。 図３Ｂは、図３Ａのユーザインタフェースのインボイスインボックスページ上に重ね合わせられたインボイス画像例のスクリーンショットである。 図４は、本発明のある実施形態によるインボイス取得システムの銀行詳細テンプレート取得部分のブロック図である。 図５は、本発明のある実施形態によるコンピュータ実施インボイストレードシステムのブロック図である。 図６は、本発明のある実施形態によるインボイスインボックスページのスクリーンショットである。 図７は、本発明のある実施形態によるトレードページのスクリーンショットである。 図８Ａは、本発明のある実施形態によるトレードカートページのスクリーンショットである。 図８Ｂは、本発明のある実施形態によるトレードカートページのスクリーンショットである。 図９は、本発明のある実施形態によるサンキューページのスクリーンショットである。 図１０は、本発明のある実施形態によるトレードファイルのスクリーンショットである。 図１１は、本発明のある実施形態による履歴ページのスクリーンショットである。 図１２は、本発明のある実施形態による自動トレード命令生成器のブロック図である。 図１３Ａは、本発明のある実施形態によるインボイスアクセスシステムのブロック図である。図１３Ｂは、図１３Ａのシステムのユーザインタフェースのインボイス番号フィールドの概略図である。図１３Ｃは、図１３Ａのシステムの動作を示すフローチャートである。 図１４は、図１３Ａのシステムの出力例である。 図１５は、本発明のある実施形態によるコンピュータ実施インボイス支払システムのブロック図である。 図１６は、本発明のある実施形態によるコンピュータ実施インボイス支払システムの動作を示すフロー図である。

本明細書及び特許請求の範囲において、「インボイス」という用語は、１つ又は複数の知的／工業所有権案件において提供されるサービスに関して、請求元から支払人に発行される請求書を示すために使用される。文脈上明白に他の意味を示す場合を除き、この「インボイス」という用語は、任意の活動分野における会社、個人及び事務所間の任意の通貨代替物為替も対象に含むことが意図されることが理解されるであろう。

本明細書及び特許請求の範囲において、「知的所有権」及び「工業所有権」という用語は、代替可能に使用され、共に「ＩＰ」という用語で略される。

図１に示されるように、本発明のある実施形態のコンピュータ実施多通貨インボイス取得、トレード、アクセス及び支払システム１は、中央処理装置２及びメモリ３の形態のコンピュータ可読ストレージ媒体を含む。メモリ３は、別々に又は組み合わせて保存され得る３つのサブシステムを含む。これらの３つのサブシステムは、図２～４を参照してより詳細に説明されるインボイス取得システム７４と、図５～１２を参照して説明されるインボイストレードシステム７５と、図１３Ａ～１３Ｃ及び１４を参照して説明されるインボイスアクセスシステム７６と、図１５及び１６を参照して説明されるインボイス支払システム７７とである。

本実施形態のシステム１は、インターネットなどのネットワーク９を介してｂｉｌｌｔｒａｄｅｒ．ｃｏｍウェブサイトなどのユーザインタフェース８と通信する。このシステムは、さらに、外国為替データベース７０、複数の銀行業務システム７８及び７８’、並びにユーザの会計ソフトウェアパッケージ７９と通信する。

第１の実施形態では、インタフェース８は、インボイスシステム１と同じサーバ上に位置する。第２の実施形態では、インタフェース８は、コンピュータシステム１から離れて位置し、ネットワーク９を介してアクセスされる。

ここで、図２を参照すると、本発明のある実施形態のコンピュータ実施インボイス取得システム７４が中央処理装置２及びメモリ３の形態のコンピュータ可読ストレージ媒体を含むことが示されている。メモリは、インボイスデータベース４、クライアントデータベース５、サプライヤデータベース６、為替レートデータベース７０、及びそれに保存されたソフトウェア７の形態のプログラム命令を含む。インボイス取得システム７４は、インターネットなどのネットワーク９を介してウェブサイトなどのユーザインタフェース８と通信する。システム７４は、ネットワーク９を介してユーザの会計ソフトウェア７９とさらに通信する。

システム７４と、図１の（及び実際には図６、１３Ａ及び１５の）システムとの比較から、便宜上、同様の参照符号が同様の構成要素を識別するために使用されていることに留意されたい。ただし、様々な構成要素は、同様の参照符号で識別されたとしても、一般に、別個の要素として提供されることを理解されたい。これにもかかわらず、場合により、特定の構成要素を統合形態で提供することが便利又は有利となり得る。例えば、インボイス取得システム７４のメモリ３がインボイス取得、トレード、アクセス及び支払システム１のメモリ３内に格納され得、又はインボイス取得、トレード、アクセス及び支払システム１のメモリ３の一部として設けられ得ることが認識されるであろう。

図２に戻り、第１の実施形態では、システム７４のインタフェース８は、インボイス取得システム７４と同じサーバ上に位置する。第２の実施形態では、インタフェース８は、インボイス取得システム７４から離れて位置し、ネットワーク９を介してアクセスされる。

一実施形態では、インボイス取得システム７４のＣＰＵは、インボイス取得、トレード、アクセス及び支払システム１と同じＣＰＵである。ある代替実施形態では、それらは、複数であるが共用ＣＰＵを有し、別の実施形態では、別々のＣＰＵを有する。同様に、上述の通り、一実施形態では、インボイス取得システム７４のメモリは、インボイス取得、トレード、アクセス及び支払システム１と同じメモリである。ある代替実施形態では、それらは別々のメモリである。一実施形態では、外国為替データベース７０は、インボイス取得システムのメモリ７４内に位置する。ある代替実施形態では、外国為替データベース７０は離れて位置し、インボイス取得システム７４は、インターネットなどのネットワーク９を介してそのデータベースにアクセスする。

図３Ａを参照すると、ユーザインタフェース８のインボイスインボックスページ１０のある好適な実施形態のスクリーンショットが示されている。インボイス記録１１がインボックス１０に表示されるために、それは幾つかのステップを経験する。最初に、ユーザが物理的インボイス１２（不図示）の画像１６（例えば、図３Ｂのインボイス画像１６を参照）をｍａｉｌ＠ｂｉｌｌｔｒａｄｅｒ．ｃｏｍなどの中央電子メールアドレスに電子メールで送信する。インボイス画像１６は、好ましくは、ＰＤＦ又はＪＰＥＧフォーマットのものであるが、ワードプロセッサ又は他のフォーマットのものでもよい。

ユーザから電子メールで送信されたインボイスを受信すると、システム７４は、クライアントデータベース５にアクセスして、そこからの電子メールが受信された電子メールアドレスに対応するクライアント記録１３を識別する。クライアント記録１３は、一般的に弁理士事務所であるクライアントに関する幾つかの情報を含む。単純さのために、本発明者らは、クライアントをオーストラリアの特許事務所と呼び、サプライヤを外国の特許事務所（すなわち、異なる法域に位置する特許事務所）と呼ぶものとする。ただし、クライアント及びサービスプロバイダが何れの国に位置してもよく、弁理士事務所でなくてもよいことは当業者に理解されるであろう。

クライアント記録１３は、少なくともクライアントの名称、クライアントがインボイスを発行した通貨、その電子メールアドレスに含まれるドメイン名、及び専用インボイス電子メールアドレス１４を含む。クライアントから電子メールを受信すると、システムは、そのクライアントに関連付けられた専用インボイス電子メールアドレス１４に電子メールを再送付する。電子メールがその専用インボイス電子メールアドレス１４で受信されると、システムは、インボイス画像１６のコピーをそのインボイスデータベース４に保存し、ユーザインタフェース８のインボイスインボックスページ１０上のインボイスインボックス１５内の「インボイス番号」の欄のインボイス番号に隣接して、インボイス画像１６へのリンク１７を表示する。ハイパーリンクの選択が対応するインボイス画像１６をシステムに表示させるようなハイパーリンクとして、関連のインボイス番号を表示することにより、ユーザインタフェース８は、特定のインボイスに対応するリンク１７を提供してもよいことに留意されたい。これは、例えば、図７のトレードページ３６（以下に説明される）でも同様である。

ある代替実施形態では、システム７４は、インボイスをもたらした電子メールアドレスからクライアントを識別するのではなく、インボイス自体から請求元名称１９又は支払人名称２０を解析し、その名称をクライアントデータベース５に保存されたクライアント名称とマッチさせることにより、クライアントを識別する。

インボックス１５において電子メールが受信されると、システム７４は、主要インボイス情報１８を読み出し、それをインボイスデータベース４に保存するために、インボイス画像１６の解析を行う。解析は、一般的に、インボイス画像をパースし、見つかったテキストの形態（例えば、文字、数字）、キーワード（例えば、「インボイス番号」、日付）、及びページ上の情報の位置（例えば、合計は、一般的にページの下部に面して見つかる）に基づいて主要情報１８を識別し、それをインボイスデータベース４に保存し、及びそれをインボイスインボックス１５の編集可能欄２７に表示することを含む。主要情報１８は、請求元名称１９（すなわち、インボイスを発行し、支払われる予定の人物／事務所）、支払人名称２０（すなわち、請求元に債務がある人物／事務所）、請求元の整理番号２１、インボイス番号２２、インボイスが発行された通貨２３、及びインボイスの金額２４を含む。

図４に示されるように、請求元の整理番号２１及び支払人の整理番号８０は、同義語表８１の組を参照して確認されてもよい。同義語表８１は、請求元又は支払人整理番号に関して各国で使用される同義語を学習する動的に追加される表であり、これらの同義語は国順に保存される。図示されるように、米国、英国、及びオーストラリアでは、請求元の整理番号２１の１つの同義語は、「弊所整理番号」である。オーストラリアにおける別の同義語は、「案件番号」である。同義語表８１は、請求元整理番号２１及び支払人整理番号８０の両方（これらは共に、ユーザの会計ソフトウェアパッケージ７９にインボイスの詳細を正しく取得するために必要とされる）を正しく取得するためのインボイスパースプロセスの一部として使用される。

ある好適な実施形態では、クライアントデータベース５は、その特定のクライアント事務所が独自の案件番号を示すために使用するフォーマットに対応する「弊所整理番号」パターン８８も含む。例えば、ある事務所は、整理番号を、関与した知的所有権の種類の指標（例えば、特許の場合にはＰ、商標の場合にはＴ）で開始し、その後、所定数の数字（例えば、ＮＮＮＮＮＮ）が続き、その後、関与した共同経営者のイニシャル（例えば、ＬＬＬ）が続いてもよい。クライアント／サプライヤのパターンが分かっていれば、システム７４は、インボイス画像１６から請求元整理番号２１及び支払人整理番号８０をはるかにより正確に抽出することができる。

この好適な実施形態では、インボイス取得システム７４は、データ検証プロセスの一部として、取得された主要インボイス情報１８を見直し、それを、特定のサプライヤ又は特定のクライアント又はサプライヤの整理番号パターンに関して以前に取得された銀行情報などの既知の情報と比較する。この既知の情報を利用して、インボイスからデータを抽出し、それを検証するプロセスがより正確となる。

この好適な実施形態では、ユーザは、トレード準備完了ボタン２５をクリックすることにより、自動生成された主要情報１８をインボイスデータベース４に保存する前にそれを編集する能力を有する。さらに、ユーザは、アップロードボタン２６（不図示）を使用して、追加のインボイス画像１６を直接インボイスインボックス１５にアップロードすることができる。

アップロードボタン２６が使用されると、システムは、自動的に、上記の解析を行うことによって主要インボイス情報１８を識別し、それをインボイスインボックス１５の編集可能欄２７に表示する。

解析が行われ、主要インボイス情報１８が識別されると、システム１は、さらなる検証ステップを行う。図２に示されるクライアントデータベース５は、そのクライアント記録１３内にインボイスシステム、この例ではＢｉｌｌＴｒａｄｅｒ（商標）を運営する会社のクライアントである全弁理士事務所の完全なリストを含む。これらの特許事務所クライアントの各々は、一般的に、既知である一覧の外国の弁理士事務所と取引を行う。本明細書で「サプライヤ」と呼ばれるこれらの外国の弁理士は、サプライヤデータベース６内の複数のサプライヤ記録２８に含まれる。各サプライヤ記録２８は、少なくともサプライヤ名称２９、サプライヤ通貨３０（すなわち、サプライヤがインボイスを作成する通貨）、及び特定のクライアント記録１３を特定のサプライヤ記録２８と関連付けるペアリング情報３１を含む。このペアリングは、クライアント－サプライヤ関係の完全なリストを表す。例えば、１つのオーストラリアの特許事務所が３つの異なる中国の特許事務所と作業をやり取りする場合がある。ペアリング情報は、これらの４つの関係者間のクライアント－サプライヤ関係を示す。

特に低品質のスキャンが使用された場合、画像を正確に認識し、それらを単語に変換することは、コンピュータにとって難しく、且つインボイス上で特許事務所の名称が書かれる様式が、サプライヤデータベース６に保存されたサプライヤ名称２９と異なる場合があるため、その情報を自動的に修正するために検証ステップが行われる。検証ステップでは、請求元名称１９が、最初にクライアントユーザ、この例では「Ｓｉｍｐｓｏｎ Ａｔｔｏｒｎｅｙｓ」と呼ばれるオーストラリアの特許事務所に対応するクライアント名称３２と比較される。この比較では、類似しているが同一ではない名称でもマッチされ得るようにファジー論理が使用される。例えば、インボイス画像１６が請求元名称として「Ｓｉｍｐｓｏｎ Ａｔｔｙｓ」を有する場合、システムは、この表現を、クライアントデータベース６に保存された「Ｓｉｍｐｓｏｎ Ａｔｔｏｒｎｅｙｓ」という正確なクライアント名称３２とマッチさせる。ファジーマッチの場合、システムは、正確な請求元名称である「Ｓｉｍｐｓｏｎ Ａｔｔｏｒｎｅｙｓ」を不正確な又は近似の名称である「Ｓｉｍｐｓｏｎ Ａｔｔｙｓ」で上書きし、それをインボイス記録１１の請求元名称１９のフィールドに保存する。

同様に、検証ステップは、Ｓｉｍｐｓｏｎ Ａｔｔｏｒｎｅｙｓに対応するペアのサプライヤの組を識別することにより、サプライヤ名称が正確であることを確実にすること、及びその名称のリストをインボイス上で見つかった請求元名称１９及び支払人名称２０と比較することも含む。再度、類似するが全く同じではない名称がマッチされるようにファジー論理が使用される。ファジーマッチが達成されると、インボイス記録１１中の請求元名称１９及び支払人名称２０が、サプライヤデータベース６中のサプライヤ記録２８のサプライヤ名称２９のフィールドに保存されたそれらの名称の正確な形態で上書きされる。

この検証段階の最後では、インボイスインボックス１５に示された全ての請求元１９及び支払人名称２０が、それぞれクライアントデータベース５及びサプライヤデータベース６におけるクライアント名称３２又はサプライヤ名称２９と厳密に一致する。

この検証ステップを行うことにより、人間のインタラクション／チェックが最小限に抑えられ、データが自動的に整理され、その結果、ユーザの会計ソフトウェア７９とのシームレスな統合が可能となる。それは、クライアント及びサプライヤの名称が外国の特許事務所の経理部によって書かれる様式を見直し及び修正するのに必要とされる努力も最小限に抑える。主要情報の抽出を自動化し、その主要情報を検証することにより、本インボイスシステムは、従来の手段よりも実質的により効率的である。

図３Ａのスクリーンショットには示されていないが、バックグラウンドでは、インボイス取得システム７４は、図５に示されるようにインボイス画像１６から銀行口座情報も取得している。

図５を参照すると、サプライヤデータベース６内で、各々がサプライヤ名称２９及びサプライヤが位置する国を示すサプライヤ国８１を含む複数のサプライヤ記録２８が保存されている。銀行業務規則は国ごとに異なり、Ａ国の銀行振替に必要とされる情報はＢ国のものと異なるため、システム７４は、サプライヤ国８１と、銀行規則データベース７１に保存された銀行国８２とを相互参照する。銀行国８２ごとに、銀行規則データベース７１内に、その国において銀行振替を行う際に銀行が必要とする異なるフィールドを保存する銀行口座テンプレート８３が保存されている。例えば、一部の国はＢＩＣコードを必要とし、他の国はＢＳＢを必要とし、他の国はＳＷＩＦＴコードを必要とする等である。ほとんど全ての国が異なる銀行口座用語体系を有する。銀行口座データベース７１は、主要国に関するテンプレート８３の全てを保存し、インボイス画像１６からサプライヤの銀行情報８４を抽出する際にそのテンプレートを参照する。

図５は、オーストラリアのテンプレートであるテンプレート例ＡＵ＿Ｔｅｍｐ１を示す。テンプレートは、幾つかの必須銀行フィールド８５、任意選択的な銀行フィールド８６及び銀行フィールド同義語８７を含む。サプライヤの銀行情報８４を抽出すると、インボイス取得システム７４は、フィールドを識別することを促進する同義語８７を利用することにより、インボイス内の必須銀行フィールド８６を探す。例えば、オーストラリアのサプライヤによって発行されたインボイスの場合、オーストラリアにおける必須ＢＩＣ（銀行識別コード）は、「ＢＳＢ」番号と呼ばれるため、システムは、ＢＩＣの代わりに文字列「ＢＳＢ」を検索し、「ＢＳＢ」に続く文字列をＢＩＣフィールドとして保存する。

図３Ａに戻り、ユーザが、自らがトレードを望む請求書を選択することを可能にする一連の選択可能チェックボックス３３も示されている。

トレード準備完了ボタン２５が押されると、システムは、インボイスインボックス１５上に表示された情報を有するインボイス記録１１をシステムのメモリ内のインボイスデータベース４内に更新することによって応答する。さらに、各インボイス記録１１は、ステータス３５を含む。更新ボタン３４がクリックされると、インボイスステータス３５は、「未決」から「トレード準備完了」へと変わる。

ある好適な実施形態では、選択されたインボイスのトレード準備が完了すると、インボイスアップロードファイル８９も作成される。インボイスアップロードファイル８９は、ユーザの会計ソフトウェア７９に適合するフォーマットのファイルである。その好適な形態では、システム７４は、支払人の名称２０を識別するためにインボイス画像１６の解析が済むと、クライアントデータベース５を調べて、支払人名称２０に対応する必須インボイスフィールドのリストを読み出す。必須インボイスフィールドは、Ａｄｅｒａｎｔ Ｅｘｐｅｒｔ（商標）又はＩｎＰｒｏｔｅｃｈ（商標）などの支払人の会計ソフトウェア７９によって必要とされるフィールドの組を表す。システム７４は、次にインボイス画像１６から主要情報１８を取得し（それらの必須インボイスフィールドに対応する情報を取得する）、次にインボイスデータベース４のインボイス記録に情報を保存する。

ある好適な形態では、ユーザが「トレード準備完了」ボタン２５をクリックすると、システムは、図１２に示されるトレードファイル６２に類似したインボイスアップロードファイル９１を作成する。インボイスアップロードファイル９１は、支払人の会計ソフトウェア７９に適合するように構成され、各必須インボイスフィールドに対応するインボイス画像１６から抽出された主要情報を含む。

この好適な実施形態では、「トレード準備完了」２５ボタンをクリックすると、インボイスアップロードファイル９１は、自動的にユーザのコンピュータシステムにダウンロードされる。ユーザは、次に、そのファイルを使用して、それらのサプライヤインボイスから全ての情報を手作業で入力する必要なしに、その会計ソフトウェア７９にインボイスデータをアップロードすることができる。情報取得段階において、ユーザの会計ソフトウェアフォーマットを相互参照することにより、システム７４は、それ自体と、ユーザの会計ソフトウェア７９との間の適合性を保証する。

ある代替実施形態では、インボイスアップロードファイル情報９１は、ＢｉｌｌＴｒａｄｅｒウェブサイトなどのユーザインタフェース８上に表示される。さらなる代替形態では、システム７４は、ウェブサービス又は同様のＡＰＩを介してユーザの会計ソフトウェア７９と直接通信する。このような実施形態では、システムは、インボイスアップロードファイルを、ユーザの会計ソフトウェアによって動作されるウェブサービスＡＰＩに適合するＸＭＬ要求に変換する。ユーザの会計ソフトウェアは、次に、システム７４によって自動的に取得された主要インボイス情報の全てを含むウェブサービス要求を受信し、それをそれ自体のデータベースにアップロードすることができる。このようにして、ユーザの会計ソフトウェアとの適合性を保証する態様でインボイスデータの自動取得が実現される。

「トレード準備完了」のステータスを有するインボイス記録１１が、図７に示されるトレードページ３６上に表示される。

最初に図６を参照すると、本発明のある実施形態によるコンピュータ実施インボイストレードシステム７５のブロック図が示される。インボイストレードシステム７５は、中央処理装置２及びメモリ３の形態のコンピュータ可読ストレージ媒体を含む。メモリは、インボイスデータベース４、クライアントデータベース５、サプライヤデータベース６、為替レートデータベース７０、及びそれに保存されたソフトウェア７の形態のプログラム命令を含む。インボイストレードシステム７５は、インターネットなどのネットワーク９を介してウェブサイトなどのユーザインタフェース８と通信するように適応される。

ここで、図７を参照すると、インボイストレードシステム７５のある実施形態によるトレードページ３６のスクリーンショットが示される。トレードページ３６は、「弊所請求書」セクション３７、「相手側請求書」セクション３８、及びトレード概要セクション３９を含む。

弊所請求書セクション３７に追加するため、システムは、インボイスステータス３５が「トレード準備完了」であり、及び支払ステータス４０が「未払い」のユーザのクライアント名称３２に対応するインボイスについてインボイスデータベース４を検索する。そのようなインボイスの全ての総計がシステム７５によって計算され、インボイス合計４１として表示される。選択可能トレードチェックボックス４２の組が、示された各インボイス記録１１と並んで表示される。選択されると、トレード合計４３が、対応する選択されたインボイスの金額の総計で更新される。

弊所請求書セクション３７は、支払人名称２０、請求元整理番号２１、インボイス日付４４、インボイス番号２２、インボイス画像１６へのリンク１７、及びインボイス金額２４を含む幾つかのインボイス記録のフィールドを示す。なお、弊所請求書セクション３７において、この例ではオーストラリアドルである、ユーザの好ましい通貨（すなわち、クライアント通貨）でインボイスが示されている。

トレードチェックボックス４２がチェックされると、弊所請求書セクション３７においてトレード合計４３が更新される。このトレード合計４３は、外国の特許事務所によってユーザが支払われる金額である。この金額は、相手側請求書セクション３８に示される、ユーザが外国の特許事務所から受信されたインボイスに対するトレードに利用できる。

相手側請求書セクション３８は、どのように通貨が扱われるかを除いて、弊所請求書セクションと同様に動作する。図示されるように、サプライヤから受信されたこれらのインボイスの表示インボイス金額４５の全てがオーストラリアドル（すなわち、クライアント通貨）で示される。これらのインボイスのインボイス通貨は図示されていないが、ＰＩＰＥＲＳ Ｐａｔｅｎｔ Ａｔｔｏｒｎｅｙｓのインボイス記録４６は、ニュージーランドドルのインボイス通貨２５を有し、ＯｎｅＬｅｇａｌのインボイス記録４７は、シンガポールドルのインボイス通貨２５を有し、ＳｕｎＹｏｕｎｇのインボイス記録４８は、韓国ウォンのインボイス通貨２５を有する。

ある好適な実施形態では、システム７５は、買い為替レート５３、売り為替レート５４、及びミッドマーケット為替レート５５をリアルタイム及び履歴ベース（例えば、過去の特定の一日の平均買い、売り、及びミッドマーケットレート）の両方で保存する為替レートデータベース７０を参照して表示インボイス金額４５を計算する。

一実施形態では、オーストラリアドルでの表示インボイス金額４５は、リアルタイムの売り側為替レート５４を使用して、ニュージーランドドルでのＰＩＰＥＲＳのインボイス記録４６のインボイス金額２４から計算される。この実施形態では、表示インボイス金額４５は、外国為替情報プロバイダからの為替レート供給５２によって為替レートデータベース７０が更新されるごとに更新され、ユーザがトレードボタン５１をクリックして初めて固定される。

別の実施形態では、オーストラリアドルでの表示インボイス金額４５は、この場合、２０１５年の６月１６日であるインボイス日付４４時点の履歴売り側為替レート５４を使用して、ニュージーランドドルでのＰＩＰＥＲＳのインボイス記録４６のインボイス金額２４から計算される。

さらなる実施形態では、表示インボイス金額４５は、システムオペレータ（この場合、ＢｉｌｌＴｒａｄｅｒ）と、外国為替情報プロバイダとの間で規定された、一定期間為替レートを固定する先物為替レート５６を参照して計算される。図８Ａ及び８Ｂに示されたトレードカートページ５７上の右手側に、「今支払う」又は「後で支払う」と表示されたラジオボタン９３が示される。後で支払うオプションは、システムに、クライアントと共に規定した合意された支払スケジュール（例えば、９０日後）に対応する先物為替レートを使用させる。「今支払う」オプションは、現在の為替レート又は短い日数内に支払われることに合意された為替レートを使用する。このオプションは、単に支払サービス（今支払う）として、又はシステムが依然としてそのクライアントに請求し、資金を回収していないサプライヤインボイスについて為替レートをヘッジするツールとして、システムを使用する能力をクライアントに与える。「後で支払う」を選択することにより、ユーザは、そのサプライヤインボイスに関して固定ＡＵＤ値を固定することができ、９０日の合意デッドラインまでにシステムオペレータ（この場合、ＢｉｌｌＴｒａｄｅｒ）にＡＵＤ合計を支払う前に、そのローカルクライアントからこれらの正確なＡＵＤ資金を回収するのに２～３ヶ月かけることができる。このように９０日間にわたり為替レートを固定することにより、ユーザ特許事務所は、そのエージェントのインボイスをそのローカルクライアントへ渡した日付と、ユーザ特許事務所がその外国のエージェントに支払う日付との間に生じ得る通貨変動から自らを守る。

さらなる実施形態は、システム１が、リアルタイムで又は履歴の毎日の平均に基づいて、買い側為替レート５３、売り側為替レート５４、又はミッドマーケット為替レート５５を参照して表示インボイス金額４５を計算することを含む。

トレード概要セクション３９では、この場合、ＡＵ＄４，５２０．８４であるトレード差額５０を計算するために、弊所請求書トレード合計４３から相手側請求書トレード合計４３’を減算した、システムによって行われた計算結果が表示される。

概念上、ユーザは、その外国の代理人サプライヤから受信されたインボイスに対するトレードを望む幾つかの自らのインボイスを選択している。従って、この差額は、インボイスシステムオペレータ（この場合、ＢｉｌｌＴｒａｄｅｒ）が、トレードが行われるとクライアントに支払う金額である。

ユーザがトレードボタン５１をクリックすると、インボイスシステム１は、ユーザインタフェース８上にトレードカートページ５７を表示する。図８Ａに示されるように、トレードカートページ５７は、トレードページ３６に類似しているが、選択されたトレードチェックボックス４２を有するインボイスのみが表示されるようにフィルタが適用されている。再度、ページは、弊所請求書セクション３７、相手側請求書セクション３８、及びトレード概要セクション３９に分割されている。

従来のウェブサイトのショッピングカートと同じように、このページは、ユーザがそのトレードを確認することを可能にする。除去チェックボックス５８をクリックし、次にリンク除去５９をクリックすることにより、選択されたインボイス記録がこのトレードカートページ５７から消される。「カート削除」ページをクリックすると、全てのインボイスが非選択状態にされ、ユーザをトレードページ３６に戻す。

上記の通り、ラジオボタン９３は、ユーザがスポットトレード（すなわち、今支払う）と先物為替契約（すなわち、後で支払う）とを切り替えることを可能にする。図８Ｂを参照すると、ラジオボタン９３が切り替えられると、「相手側請求書」の個々の表示インボイス金額４５は、先物又は現物為替レートを反映するように変わる。「弊所請求書」セクションのインボイス金額２４は、それらがユーザの自国通貨のものであるために変わらない。

ユーザがトレード確認ボタン６０をクリックすると、システム７５は、幾つかのステップを実施する。最初に、トレードカートページ５７上の各インボイス記録１１に関するインボイスステータス３５が「トレード済」に変わり、このステータスがシステム７５のメモリ３内のインボイスデータベース３に記録される。第二に、このページ上の各相手側請求書に関して、表示インボイス金額４５が各トレード済インボイスのインボイス記録１１におけるトレード済金額フィールド６１に書き込まれる。第三に、トレードファイル６２（以下に図１０を参照して説明される）が作成され、メモリ３に保存される。

ここで、図９を参照すると、ユーザがトレードファイルダウンロードボタン６４を使用してトレードファイル６２をダウンロードできるサンキューページ６３のスクリーンショットが示される。例示的トレードファイル６２が図１０に示される。トレードファイルは、請求元名称１９、インボイス番号２２、インボイス金額２４、インボイス通貨２３、インボイスがトレードされた日付を示すトレード日付６８、及び同時にトレードされた請求書の全てをリンクさせる内部整理番号であるトレード整理番号９２を含む。その好適な形態では、「ダウンロードボタン」６４がクリックされ、システム７５は、クライアントデータベースからユーザの会計ソフトウェアアップロードフォーマットを調べ、適合フォーマットでトレードファイルを作成する。このようにして、フィールドヘッダ、日付フォーマットなどが、ユーザがトレードした請求書の記録を手作業のデータ入力なしにアップロードすることを可能にする形態のものである。システム７５のオペレータ（例えば、ＢｉｌｌＴｒａｄｅｒ）は、外国のエージェント（すなわち、サプライヤ）に支払う責任を負い、ユーザは、「支払済」と表示されたインボイスステータスの全てを有するトレードファイルをその会計ソフトウェア７９にアップロードすることができる。ユーザの視点から、エージェントは支払われているため、インボイスステータスは、それを反映することができる。外国のサプライヤへの実際の支払いを遂行するのはＢｉｌｌＴｒａｄｅｒの義務であるが、ユーザの作業は完了している。

ここで、図１１を参照すると、行われた全ての履歴インボイストレードの概要を示す履歴ページ６５のスクリーンショットが示される。トレードファイル６２は、このページ上のトレードファイルダウンロードボタン６４を使用してもダウンロードできる。

履歴ページ６５上の情報の大部分は、トレード日付６８、トレードファイルリンク６４、支払いが行われた日付６９、及び支払整理番号リンク６６を除いて、上記の情報と一致する。ＢｉｌｌＴｒａｄｅｒなどのインボイスシステムオペレータが外国の代理人のインボイスを支払うと、支払確認ファイル６６がインボイスデータベース４内の対応するインボイス記録１１に保存される。支払確認ファイル６７は、一般的に、支払整理番号リンク６６を介してユーザがアクセスできる支払銀行によって提供される画像ファイル（ＰＤＦ、ＪＰＥＧフォーマットのものなど）である。トレード日付６８は、トレードが行われた日付である。支払いが行われた日付６９は、ＢｉｌｌＴｒａｄｅｒが請求元にインボイス金額を支払った日付である。

ここで、図１２を参照すると、トレードシステム７５がトレードファイル６２からトレード命令ファイル１０６を自動的に作成することができる、この実施形態によるプロセスのフローチャートが示される。トレードが行われるとシステム７５によって作成されるトレードファイル６２は、．ＣＳＶファイル形式を含む様々なフォーマットの何れで作成されてもよい。トレードファイル６２は、事務所名称２０、請求元整理番号２１、支払人整理番号４９、インボイス番号２２、トレード通貨１０７（クライアントがインボイスをトレードした通貨であり、そのオペレーティング通貨としても知られる）、インボイス金額２４、インボイス通貨２３、トレード日付６９、及びトレード整理番号６４など、履歴ページ６５上の情報と類似した情報を含む。

システム７５は、トレード日の最後に、このようなトレードファイル６２を作成し、トレードファイル６２は、有益な情報である、システム７５で行われたあらゆるトレードの詳細を含む。しかしながら、このファイルの内容を、外国為替トレードソフトウェアを使用して通貨の売買を行うために使用することは、ファイルのフォーマットがこのようなトレードソフトウェアにおけるファイル使用のフォーマットと一致しないため、不可能である。従って、トレードシステム７５は、この実施形態によれば、不適合性を軽減するために幾つかの操作を行う。

第１段階では、システム７５は、トレード通貨１０７の欄の全ての金額を選び、それらを通貨別に分類し、それらを「売り」欄１０９に保存することにより、第１の総合トレード概要７２を作成する。このようにして、システムは、トレード通貨１０７が、支払プロセスを開始する際にユーザが提供する金額であるため、それが買う必要のある各通貨の総額を計算している。システムは、インボイス通貨２３の欄における金額の類似の合算を行い、それらを総合トレード概要の「買い」欄１０８に保存する。

第２段階では、トレードシステム７５は、買い又は売り欄に示された各通貨に関して何れの金額がより高いかを決定することにより、第２の総合トレード概要１１０を作成する。買い欄の金額がより高ければ、売り欄の同じ通貨の金額が削除され、及び買い欄の金額から減算される。示された例では、買い欄は５，６００カナダドルを示し、売り欄は１，２００カナダドルを示す。第２段階操作は、売り欄１０９からＣＡＤ１，２００を削除し、それを買い欄１０８のＣＡＤ５，６００から減算し、買い欄にＣＡＤ４，４００を残す。

このようにして、第２段階操作後、第２の総合トレード概要は、システムオペレータが買う又は売る必要がある各通貨の合計を示す。この例では、それは、ＣＡＤ４，４００、ＤＫＫ４１１、及びＪＰＹ１，１０３を買う必要があり、それは、ＥＵＲ１４，０００、ＡＵＤ７，０００、及びＵＳＤ７，１７８を売る必要がある。

第３段階では、トレードシステム７５は、第２の総合トレード概要１１０を、外国為替ソフトウェアシステムへのアップロードに適したトレード命令ファイル１０６へと変換する。トレード命令ファイル１０６は、買い金額１１１、買い通貨１１２、売り金額１１３、及び売り通貨１１４を含む幾つかのフィールドを含む。外国為替ソフトウェアシステムにアップロードされると、トレード命令ファイル１０６は、トレードファイル６２の個々のトレードの全てに相当する総合トレード命令を開始する。

この好適な方法によってトレードファイル６２をトレード命令ファイル１０６に変換することにより、トレード命令ファイル１０６における総合トレード数がトレードファイル６２における個々のインボイストレードよりも大幅に少ないため、システム７５は、実質的に、実際の外国為替トレードを生じさせるために必要とされるコンピュータ資源を減らす。さらに、トレードファイル６２は、外国為替ソフトウェアに適合しないため、この不適合性の排除は、ユーザインタフェース８及び外国為替ソフトウェアの相互運用性を向上させる。

ここで、図１３Ａを参照すると、ある好適な実施形態によるインボイスアクセスシステム７６が開示される。システム７６は、保存されたインボイスに対する半安全アクセスをユーザに提供する。インボイス情報は、一般に、それほど機密性が高くなく、数百又は数千のユーザが世界中で数千のインボイスにアクセスするため、各ユーザがユーザ名及びパスワードを覚えていることを必要とすることは理想的ではない。この実施形態では、システム７６は、ユーザの電子メールアドレスのドメイン名部分が、インボイスに対応する請求元又は支払人に対して保存されたドメインとマッチすれば、ユーザにアクセスを許可する。一般的に言えば、弁理士事務所の従業員は、その事務所のウェブサイトのドメインにマッチした電子メールアドレスを有し、そのドメインは、その事務所に固有のものである。この半安全アクセス方法を使用することにより、特定の事務所の何れの従業員も、その事務所が送信又は受信したインボイスへのアクセスを提供されることが可能である。

図１３Ａを参照するさらなる詳細では、インボイスアクセスシステム７６は、中央処理装置２及びメモリ３を有する処理コンピュータを含む。メモリ３は、それぞれインボイス番号２２を有する多くのインボイス記録１１を有するインボイスデータベース４を有する。メモリ３は、多くのサプライヤ記録２８を保存するサプライヤデータベース６も保存する。サプライヤ記録２８は、それぞれ弁理士の電子メールアドレスの＠記号に続く電子メールアドレスの部分であるサプライヤドメイン９４を含む。このサプライヤドメインは、サプライヤの出身特許事務所を一意的に識別するのに役立つ。

メモリ３は、多くのクライアント記録１３を保持するクライアントデータベース５も含む。クライアント記録１３は、それらの中にクライアントドメイン９４（クライアントドメインは、＠記号に続く弁理士事務所クライアントの電子メールアドレスのセクションである）を保存している。

図１３Ｂは、ユーザがインボイス番号２２を入力することができるユーザインタフェース８のインボイス番号フィールド９６の概略図であり、図１３Ｃは、図１３Ａのシステム７６の動作を示すフローチャートである。図１３Ｃを参照すると、インボイス番号２２をユーザインタフェース８のインボイス番号フィールド９６に入力すると、システム７６は、インボイスデータベース４のクエリーを行い（９７）、提供されたインボイス番号がその中に存在するか否かを識別する。存在しなければ、システム７６は、ユーザが新しいインボイス画像のコピーをアップロードすることを要求する（９８）ことによって応答する。インボイスデータベース４内で提供されたインボイス番号２２が見つかれば、システム７６は、ユーザの電子メールアドレス９９を要求する（１０２）ことによって応答する。ユーザ電子メールアドレス９９を受信すると、システム７６は、ユーザの電子メールアドレスのドメイン名部分を、サプライヤデータベース６及びクライアントデータベース５にそれぞれ保存されたサプライヤドメイン９４及びクライアントドメイン９５と比較する（１０３）ことによって応答する。

ある代替実施形態では、請求元ドメイン１００及び支払人ドメイン１０１（これらはサプライヤドメイン９４及びクライアントドメイン９５に対応する）がインボイスデータベース４に保存され、システム７６は、サプライヤデータベース６及びクライアントデータベース５の代わりに、そのデータベースを検索する。

システム７６が、ユーザのドメインと、請求元ドメイン１００又は支払人ドメイン１０１の一方とのマッチを見つけると、システム７６は、ユーザインタフェース８上に、入力されたクライアントインボイス番号だけでなく、請求元名称１９又は支払人名称２０に対応する一方のドメインがユーザのドメインにマッチする、インボイスデータベース４に保存されたインボイスも表示する（図１４に示される通り）。

このようにして、単一のインボイス番号を入力すると、ユーザは、対象のインボイスだけでなく、ユーザによる又はその海外のサプライヤによる何れの未処理のインボイスもトレードすることができる。

好ましくは、安全なＵＲＬが電子メールによりユーザの電子メールアドレス９９に送信される（１０４）中間検証ステップが生じる。この安全なリンクをユーザがクリックすることに応答して、システム７６は、ユーザインタフェース８上で以前に入力されたインボイス記録１１の詳細を表示する。このユーザインタフェース８から、ユーザは、ユーザの事務所が支払人の請求元の何れかであるインボイスデータベース４に保存された完全なインボイス記録１１の組へのアクセスも有する。

実際には、システム７６は、安全なＵＲＬをクリックすると、半安全セッションを確立する。このセッションは、ユーザインタフェース８にクレデンシャルを与え、これらのクレデンシャルは、ユーザが、そのセッション中、請求元名称又は支払人名称がユーザのドメインにマッチする任意のインボイス記録にアクセスすることを可能にする。このようにして、パスワードを提供する必要なしに、ユーザは、ユーザインタフェース８を介して、ユーザが支払う義務がある又は支払われるべき請求書へのアクセスを得ることができる。

この好適な実施形態では、セッションが終了すると（ユーザがウェブサイトから離れるか、又は不応期間後にシステムによってタイムアウトされることによって）、この安全なＵＲＬはもはや機能しない。インボイスを再び見るため、ユーザは対象のインボイス番号２２を再入力する必要があり、ユーザは、その電子メールアドレスを提供した後、安全なＵＲＬを再び受信する。このようにして、安全なＵＲＬは、ユーザがその事務所に対する又はその事務所からのインボイスにアクセスするための一時的クレデンシャルを提供する一回限りの使用のセッション識別子である。

ここで、図１５を参照すると、本発明のある実施形態によるコンピュータ実施インボイス支払システム７７のブロック図が示される。システム７７は、中央処理装置２及びメモリ３の形態のコンピュータ可読ストレージ媒体を含む。メモリは、インボイスデータベース４、クライアントデータベース５、サプライヤデータベース６、為替レートデータベース７０、銀行規則データベース７１、及びそれに保存されたソフトウェア７の形態のプログラム命令を含む。インボイス支払システム７７は、インターネットなどのネットワーク９を介してウェブサイトなどのユーザインタフェース８と通信する。システム７７は、ネットワーク９を介してユーザの国及び外国の両方における複数の銀行業務システム７８及び７８’とさらに通信する。

複数の外貨での支払いを必要とする複数のサプライヤインボイス記録を受信すると、システムは、
ａ）サプライヤインボイスを通貨の組に分類するステップと、
ｂ）それぞれの外貨において各通貨の組のインボイスを合算するステップと、
ｃ）一連の資金振替命令を生成するステップと
を含む幾つかのステップを行う。

資金振替命令は、単一の通貨の組の総額を外国の銀行口座に送金する単一の国際資金振替命令と、同じ外貨に位置する銀行間で資金を送金する複数の現地資金振替命令とを含む。

例えば、あるオーストラリアの弁理士事務所が、支払うべき４０のサプライヤインボイスを有する。これらのサプライヤインボイスは、米国、中国、及び日本の特許事務所からのものである。これらのインボイスのうちの１５は、米国からのものであり、合計ＵＳ＄１３５，０００になる。これらのインボイスのうちの１２は、中国からのものであり、合計ＣＮＹ７８０，０００になり、残りの１３のインボイスは、日本からのものであり、合計ＪＰＹ１，２００，０００になる。

従来の国際資金振替方法は４０の国際資金振替を伴う（これは４０組の国際銀行業務手数料を発生させ、４０の通貨為替レートを行う）が、本システムは、代わりに、以下の資金振替命令を生成する：
ａ）オーストラリアのＢｉｌｌＴｒａｄｅｒの銀行口座から、米国、中国、及び日本に位置するＢｉｌｌＴｒａｄｅｒの銀行口座への３つの国際資金振替命令：及び
ｂ）以下の４０の現地資金振替命令：
１．ＢｉｌｌＴｒａｄｅｒの米国の銀行口座から１５の米国の特許事務所の銀行口座への総額ＵＳ＄１３５，０００の１５の現地資金振替命令；
２．ＢｉｌｌＴｒａｄｅｒの中国の銀行口座から１２の中国の特許事務所の銀行口座への総額ＣＮＹ７８０，０００の１２の現地資金振替命令；
３．ＢｉｌｌＴｒａｄｅｒの日本の銀行口座から１３の日本の特許事務所の銀行口座への総額ＪＰＹ１，２００，０００の１３の現地資金振替命令。

４３の資金振替命令が資金振替データファイルの組として保存され、資金振替を行う各銀行へ電子的に配布されてもよい。

この実施形態は、本発明のある実施形態によるコンピュータ実施インボイス支払システム７７の動作を示すフロー図である図１６を参照して、より詳細に説明される。外国の個々の第三者銀行口座に個々の国際電信送金支払いを送信する代わりに、システム７７は、内部銀行口座間で振替の第一波及び第三者銀行口座への振替の第二波を生じさせる。

図１６では、そこからシステム７７が国際電信送金ファイル１２０によってトリガされた一連の国際電信送金を送るオーストラリア内部銀行口座１１５（「内部」銀行口座は、支払システム７７のユーザが所有及び運用する口座である）が示される。国際電信送金ファイル１２０は、支払われる必要がある様々な国の総額の概要を含み、システムオペレータの内部オーストラリア（この例の場合）銀行業務システム７８に適合する態様でフォーマットされる。

この例では、オーストラリア内部銀行口座１１５が、アメリカに位置する米国内部銀行口座１１６、フィンランドに位置するヨーロッパ内部銀行口座１１７、日本に位置する日本内部銀行口座１１８、及びシンガポールに位置するシンガポール内部銀行口座１１９に一連の国際電信送金を送る。

振替の第二波では、それぞれ各国で必要とされる総合振込のフォーマットに従って支払システム７７によって作成された振替ファイルによってトリガされ、海外で運用される内部銀行口座にアップロードされ、幾つかの国内振替が行われる。図示されるように、ＮＡＣＨＡフォーマットファイル１２５は、内部米国銀行口座１１６から全て米国に位置する複数の国内第三者銀行口座１２１、１２１’への幾つかの国内振替をトリガする。ＳＥＰＡフォーマットファイル１２６は、内部ヨーロッパ銀行口座１１７から全て欧州連合に位置する複数の国内第三者銀行口座１２２、１２２’への幾つかの国内振替をトリガする。ＥＦＴフォーマットファイル１２７は、内部日本銀行口座１１８から全て日本に位置する複数の国内第三者銀行口座１２３、１２３’への幾つかの国内振替をトリガする。同様に、ＧＩＲＯフォーマットファイル１２８は、内部日本銀行口座１１８から全てシンガポールに位置する複数の国内第三者銀行口座１２４、１２４’への幾つかの国内振替をトリガする。

当業者は、異なる国及び法域の銀行業務及び要件に従って多くの他のフォーマットが可能であることを認識するであろう。

支払システム７７は、図１２に示されるように、トレードシステム７５がトレード命令ファイルを作成するのと同様に、国際電信送金ファイル１２０を作成する。第１段階では、システムは、トレードファイル６２を選び、各国のインボイス金額のみに注目するが、それらをサプライヤ国８１別に分類する総合支払ファイルを作成する。国ごとに、それは、支払われる必要がある金額を合算し、その国の内部銀行口座（例えば、１１６）の詳細を加える。次に、それは、システムオペレータの内部銀行システム７８に受け入れられる形態にファイルを再フォーマットし、好ましくは、自動支払いのために銀行システム７８へとファイル１２０を移行させる。

ＮＡＣＨＡフォーマットファイルなどの個々の国のファイルを作成する際、支払システム７７は、国ごとにトレードファイル６２をパースし、特定のサプライヤ国８１のサプライヤに支払い可能なインボイスを識別する。見つかると、それは銀行規則データベースを調べて、その国の正しいファイルフォーマット及び必須フィールド７１を決定する。見つかると、それは、サプライヤデータベース６から読み出された各サプライヤの銀行口座の詳細と共に、支払われる必要がある全てのインボイスを含むＮＡＣＨＡフォーマットファイル１２５を作成する。

次に、国又は法域ごとにプロセスが繰り返され、銀行規則データベース７１から正しいファイルフォーマットを識別し、その国のサプライヤに支払い可能なインボイスを選択し、サプライヤデータベース６からそれらのサプライヤの対応する銀行口座を識別し、及び国の組み合わせに応じてＳＥＰＡ支払ファイル１２６、ＥＦＴ支払ファイル１２７、又はＧＩＲＯ支払ファイル１２８を作成する。好ましくは、システムは、次に、ネットワーク９を介して、外国の内部銀行口座１１６～１１９の各々に対応する銀行業務システム７８’に振替ファイルの各々を送信する。

より好ましくは、システムは、第１営業日に国際電信送金ファイル１２０を使用して第１の国際電信送金を送り、その後、例えば第３営業日まで、様々な国内振替ファイル１２５～１２８を使用して複数の国内電信送金命令を送信することを待つ。その方法で、国際電信送金は、後続の国内振替が開始される前に到着及び処理に十分な時間を与えられる。

上記の実施形態は、読者がそれらの実施形態の構造及び機能を理解することを促進するために例示的に提示されたものである。読者は、特に本明細書の教示の恩恵を受けると、それらの実施形態の様々な特徴及び機能が選択的に組み合わせて利用可能であり、又はある実施形態の正確な実施の詳細によっては、代替可能若しくは省略可能であることも認識するであろう。例示的実施形態の提供における本発明者らの意図は、本発明の実施を示すことであり、それらの特徴及び機能が他の可能な実施形態から追加、置換、又は除外できないことを示唆するものではない。

本発明を具体的な例に関して説明したが、当業者であれば、本発明が、デバイス、システム、及び方法として具現化されることを含む（ただし、それらに限定されない）多くの他の形態で具現化され得ることを認識するであろう。

以下に続く特許請求の範囲において及び本発明の前述の説明では、明確な言語又は必要な暗示により、文脈が他の意味に解すべき場合を除き、「含む（ｃｏｍｐｒｉｓｅ）」という単語又は「含む（ｃｏｍｐｒｉｓｅｓ）」若しくは「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」などのバリエーションは、包括的な意味で、すなわち、述べられた特徴の存在を明示するためであるが、本発明の様々な実施形態においてさらなる特徴の存在又は追加を除外しないために使用される。

さらに、本明細書における先行技術に対するいかなる言及も、そのような先行技術が何れの国でも周知の一般知識の一部を形成する又は形成したことを暗示することを意図しない。

以下の符号参照表は、読者の理解を容易にするために提供される。

１ インボイス取得、トレード、アクセス及び支払システム
２ 中央処理装置
３ メモリ
４ インボイスデータベース
５ クライアントデータベース
６ サプライヤデータベース
７ ソフトウェア
８ ユーザインタフェース
９ ネットワーク
１０ インボイスインボックスページ
１１ インボイス記録
１２ 物理的インボイス
１３ クライアント記録
１４ 専用インボイス電子メールアドレス
１５ インボイスインボックス
１６ インボイス画像
１７ インボイス画像へのリンク
１８ 主要インボイス情報
１９ 請求元名称
２０ 支払人名称
２１ 請求元整理番号
２２ インボイス番号
２３ インボイス通貨
２４ インボイス金額
２５ トレード準備完了ボタン
２６ アップロードボタン
２７ 編集可能欄
２８ サプライヤ記録
２９ サプライヤ名称
３０ サプライヤ通貨
３１ ペアリング情報
３２ クライアント名称
３３ チェックボックス
３４
３５ インボイスステータス
３６ トレードページ
３７ 弊所請求書セクション
３８ 相手側請求書セクション
３９ トレード概要セクション
４０ 支払ステータス
４１ インボイス合計
４２ トレードチェックボックス
４３ トレード合計
４４ インボイス日付
４５ 表示インボイス金額
４６ ＰＩＰＥＲＳインボイス記録
４７ ＯｎｅＬｅｇａｌインボイス記録
４８ ＳｕｎＹｏｕｎｇインボイス記録
４９ 支払人整理番号
５０ 差額
５１ トレードボタン
５２ 為替レート供給
５３ 買い為替レート
５４ 売り為替レート
５５ ミッドマーケット為替レート
５６ 先物為替レート
５７ トレードカートページ
５８ 除去チェックボックス
５９ カート削除ボタン
６０ トレード確認
６１ トレード済金額
６２ トレードファイル
６３ サンキューページ
６４ トレードファイルダウンロードボタン
６５ 履歴ページ
６６ 支払整理番号リンク
６８ トレード日付
６９ 支払いが行われた日付
７０ 為替レートデータベース
７１ 銀行規則データベース
７２ 総合トレード概要
７３ ＦＸトレード命令
７４ インボイス取得システム
７５ インボイストレードシステム
７６ インボイスアクセスシステム
７７ インボイス支払システム
７８ 銀行業務システム
７９ 会計ソフトウェアパッケージ
８０ 支払人の整理番号
８１ サプライヤ国
８２ 銀行国
８３ 銀行口座テンプレート
８４ サプライヤの銀行情報
８５ 必須銀行フィールド
８６ 任意選択的な銀行フィールド
８７ 銀行フィールド同義語
８８ 弊所整理番号
８９ インボイスアップロードファイル
９０ 必須インボイスフィールド
９１ インボイスアップロードファイル
９２ トレード整理番号
９３ ラジオボタン
９４ サプライヤドメイン
９５ クライアントドメイン
９６ インボイス番号フィールド
９７ インボイスデータベースのクエリーを行う
９８ インボイスアップロードを要求する
９９ ユーザ電子メールアドレス
１００ 請求元ドメイン
１０１ サプライヤドメイン
１０２ 電子メールを要求する
１０３ ドメインを比較する
１０４ 安全なＵＲＬが送信される
１０５ 安全なＵＲＬ
１０６ トレード命令ファイル
１０７ トレード通貨
１０８ 買い欄
１０９ 売り欄
１１０ 第２の総合トレード概要
１１１ 買い金額
１１２ 買い通貨
１１３ 売り金額
１１４ 売り通貨
１１５ オーストラリアの内部銀行口座
１１６ 米国の内部銀行口座
１１７ ヨーロッパの内部銀行口座
１１８ 日本の内部銀行口座
１１９ シンガポールの内部銀行口座
１２０ 国際電信送金ファイル
１２１ 第三者ＵＳ銀行口座
１２２ 第三者ＥＰ銀行口座
１２３ 第三者ＪＰ銀行口座
１２４ 第三者ＳＧ銀行口座
１２５ ＮＡＣＨＡ振替ファイル
１２６ ＳＥＰＡ振替ファイル
１２７ ＥＦＴ振替ファイル
１２８ ＧＩＲＯ振替ファイル
１２９ 総合支払ファイル

Claims (6)

1. 中央処理装置及びメモリを有する処理コンピュータを含むコンピュータ実施インボイスアクセスシステムにおいて、前記メモリが、それぞれ少なくとも１つのインボイス番号を保存する複数のインボイス記録を含むインボイスデータベースと、複数のサプライヤ記録であって、各サプライヤ記録が少なくとも１つのサプライヤドメインを含む、複数のサプライヤ記録を保存するサプライヤデータベースと、複数のクライアント記録であって、各クライアント記録が少なくとも１つのクライアントドメインを含む、複数のクライアント記録を保存するクライアントデータベースと、保存された命令であって、
   ａ）ユーザからインボイス番号及びユーザ電子メールアドレスを受信するステップと、
   ｂ）前記ユーザ電子メールアドレスからユーザ電子メールドメインを抽出するステップと、
   ｃ）前記インボイスデータベースを検索して、前記ユーザから受信された前記インボイス番号に対応する見つけられたインボイス記録を識別するステップと、
   ｄ）前記見つけられたインボイス記録から、前記ユーザから受信された前記インボイス番号に対応する見つけられた請求元名称及び見つけられた支払人名称を読み出すステップと、
   ｅ）前記見つけられた請求元名称及び前記見つけられた支払人名称の両方について前記サプライヤデータベースを検索し、且つ前記請求元又は支払人名称に対応する任意の見つけられたサプライヤドメインを読み出すステップと、
   ｆ）前記見つけられた請求元名称及び前記見つけられた支払人名称の両方について前記クライアントデータベースを検索し、且つ前記請求元又は支払人名称に対応する任意の見つけられたクライアントドメインを読み出すステップと、
   ｇ）前記ユーザドメインが、前記見つけられたインボイス記録に対応する前記見つけられたクライアントドメイン又は前記見つけられたサプライヤドメインの何れかとマッチする場合、前記ユーザが前記インボイス記録にアクセスすることを可能にするステップと
   を行うように適応された保存された命令とを保存することを特徴とする、コンピュータ実施インボイスアクセスシステム。
2. 請求項１に記載のシステムにおいて、前記ユーザが前記インボイス記録にアクセスすることを可能にする前記ステップが、
   前記ユーザが利用できるインタフェース上に前記見つけられたインボイス記録のフィールドの少なくとも幾つかを表示することと、
   前記見つけられたインボイス記録に保存されたインボイス画像を前記ユーザのコンピュータにダウンロードすることと、
   前記見つけられたインボイス記録ファイルのコピーをダウンロードすることと、
   前記見つけられたインボイス記録のコピーを、前記ユーザの会計ソフトウェアに適合するファイルフォーマットでダウンロードすることと、
   前記ユーザに暗号化ＵＲＬを電子メールで送信することであって、前記暗号化ＵＲＬが、前記ユーザによってクリックされると、前記インボイス記録の少なくとも一部を読み出し且つ表示するように適応される、電子メールで送信することと
   の何れか１つ又は複数を含むことを特徴とする、システム。
3. 請求項１又は２に記載のシステムにおいて、前記見つけられたインボイス記録へのアクセスが前記ユーザに提供されるとき、前記ユーザドメインが、任意の他の見つけられたインボイス記録の前記請求元又は支払人名称に対応する前記サプライヤドメイン又は前記クライアントドメインの何れかとマッチする場合、前記ユーザが、同時に前記インボイスデータベース中の前記さらなる見つけられたインボイス記録へのアクセスを提供されることを特徴とする、システム。
4. 請求項１又は２に記載のシステムにおいて、前記ユーザが、パスワードを提供する必要なしに、前記見つけられたインボイス記録にアクセスすることを許可されることを特徴とする、システム。
5. 請求項３に記載のシステムにおいて、前記ユーザが、パスワードを提供する必要なしに、前記さらなる見つけられたインボイス記録にアクセスすることを許可されることを特徴とする、システム。
6. コンピュータ実施インボイスアクセス方法において、
   ａ）ユーザからインボイス番号及びユーザ電子メールアドレスを受信するステップと、
   ｂ）前記ユーザ電子メールアドレスからユーザ電子メールドメインを抽出するステップと、
   ｃ）インボイスデータベースを検索して、前記ユーザから受信された前記インボイス番号に対応する見つけられたインボイス記録を識別するステップと、
   ｄ）前記見つけられたインボイス記録から、前記ユーザから受信された前記インボイス番号に対応する見つけられた請求元名称及び見つけられた支払人名称を読み出すステップと、
   ｅ）前記見つけられた請求元名称及び前記見つけられた支払人名称の両方についてサプライヤデータベースを検索し、且つ前記請求元又は支払人名称に対応する任意の見つけられたサプライヤドメインを読み出すステップと、
   ｆ）前記見つけられた請求元名称及び前記見つけられた支払人名称の両方についてクライアントデータベースを検索し、且つ前記請求元又は支払人名称に対応する任意の見つけられたクライアントドメインを読み出すステップと、
   ｇ）前記ユーザドメインが、前記見つけられたインボイス記録に対応する前記見つけられたクライアントドメイン又は前記見つけられたサプライヤドメインの何れかとマッチ場合、前記ユーザが前記インボイス記録にアクセスすることを可能にするステップと
   を含むことを特徴とする、コンピュータ実施インボイスアクセス方法。
   

Images