(57)【要約】【課題】多機能機を用いて、ハードコピー請求書の電子走査によって請求書の支払いを行う。【解決手段】少なくとも１つのプロセッサ１８と請求書支払システムと１０とを含む機械１１の請求書支払システム１０は、請求書走査・請求書情報構文解析モジュール１２を備え、そのモジュール１２の１組のプログラム可能命令は、請求書を走査して請求書支払情報を獲得し、請求書支払情報を構文解析し、請求書支払情報を検証するものである。請求書支払システム１０は、更に、請求書支払情報から特定された支払先への支払いを行う１組のプログラム可能命令を有する請求書支払モジュール１４を備えている。【選択図】図２
2008192149.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサと、請求書支払システムとを備える機械であって、
前記請求書支払システムが、請求書走査・請求書情報構文解析モジュールを備え、
前記請求書走査・請求書情報構文解析モジュールが、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、請求書を走査して請求書支払情報を獲得し、前記請求書支払情報を構文解析し、前記請求書支払情報を検証するものであり、
前記請求書支払システムが、更に、前記請求書支払情報から特定された支払先への支払いを行うための、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する請求書支払モジュールを備えている、
ことを特徴とする機械。
【請求項２】
前記請求書は、第１のデータ・エンコード化マーキング・コードを更に含み、該第１のデータ・エンコード化マーキング・コードは、本質的に固定の、エンコードされた形式の請求書支払情報で含んでおり、
前記請求書走査・構文解析モジュールは、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、前記第１のデータ・エンコード化マーキング・コードを読み取ってデコードし、前記本質的に固定の前記課金情報を読み取るものである、ことを特徴とする請求項１に記載の機械。
【請求項３】
前記請求書は、第２のデータ・エンコード化マーキング・コードを更に含み、該第２のデータ・エンコード化マーキング・コードは、本質的に可変の、エンコードされた形式の請求書支払情報で含んでおり、
前記請求書走査・構文解析モジュールは、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、前記第２のデータ・エンコード化マーキング・コードを読み取ってデコードし、前記本質的に可変の前記課金情報を読み取るものである、ことを特徴とする請求項２に記載の機械。
【請求項４】
前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する伝送モジュールを更に備え、該１組のプログラム可能命令は、前記支払先への支払いを実行する支払承認信号を伝送するものである、ことを特徴とする請求項１に記載の機械。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、支払処理システム及び方法に関し、より具体的には、請求書の支払いを行うための機械に関する。
【背景技術】
【０００２】
商品又はサービスに対する定期的な請求又は一回限りの請求は、大方の場合、例えば、公益企業又は電気通信プロバイダのようなサービス提供者、購入された商品の販売業者又は製造業者等の請求側すなわち支払先から、請求書のハードコピーを郵送する、ファクシミリで送る、その他の方法で提供することによって行われる。新しい請求書が郵送で届いたとき、請求された人すなわち支払者は、請求書の自動支払いのための予め設定されたアカウントを有していないことがある。すなわち、当該アカウントが、支払者の電子バンキング（ｅ−ｂａｎｋｉｎｇ）リストに列挙されていないことがある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
請求書を支払うために、支払者は、請求明細書の特定された請求書支払情報を電子バンキング・リストに追加するか、又は個人小切手を書いて送ること、為替を購入して送ること、請求書の支払場所で支払うこと等により手作業で請求書を支払うか、或いは電話による支払いを介して若しくはＰａｙＰａｌ（商標）によって金融口座からの引き落としを承認する必要がある。送付による支払いは、場合によっては、支払いが遅れたり、又は支払いがなされないこと。電子バンキング以外の方法による請求書の支払いも比較的時間がかかる。
【０００４】
ハードコピーの請求書を、ＴＩＦＦ、マルチページＴＩＦＦ、ＪＰＧ、ＰＤＦ、又は他の形式で、走査した文書の電子画像ファイルにできることが知られている。文書は、オフィスでよく見かけるようになった「多機能」機を用いて走査し、これらの形式で保存することができる。
【０００５】
以前は、コピー、走査、印刷、及びファクシミリ送信のような機能は、それぞれコピー機、スキャナ、プリンタ、及びファクシミリ装置のような単一の専用光学式文字読取（ＯＣＲ）機によって実行されたのに対して、光学式文字読取機でもある多機能機は、典型的には、単一の機械でこうした機能の全て及びそれ以上のものを提供することができる。典型的には、こうした多機能機は、コピー、印刷物、又は受信したファクシミリを出力するように働く単一の印刷エンジンと、コピー、ファクシミリ送信、及びコンピュータ・メモリ内の所定の場所への入力画像データの保持（「ｓｃａｎ−ｔｏ−ｆｉｌｅ」）に用いるためにオリジナルの画像からデータを記録するように働くことができる単一の入力スキャナとを含む。
【０００６】
このような多機能機は、典型的には、画像データ及び関連した操作上の命令の両方をやりとりするために、インターネットのようなデータ・ネットワークに接続されている。多機能機がデータ・ネットワークに接続されていることにより、ユーザが、文書を走査して電子画像ファイルを作成して、こうした多機能機に一般的に見られるｓｃａｎ−ｔｏ−ｅｍａｉｌ機能を用いて、電子画像ファイルを電子メールで送信することも可能になる。ｓｃａｎ−ｔｏ−ｆｉｌｅ機能を用いて、前に格納された電子画像ファイルを電子メールで送信するために、ｓｃａｎ−ｔｏ−ｅｍａｉｌ機能を使用することもできる。多機能機は、プラテン・ガラス上に置かれた文書の複製を印刷するために電子写真印刷技術を用いる電子写真機とすることができる。例示的な電子写真式多機能機は、ＸＥＲＯＸ  Ｃｏｒｐｏｒａｔｉｏｎ社から入手可能なＸｅｒｏｘ  ＷｏｒｋＣｅｎｔｒｅ（商標）ＰＥ１２０及びＰｒｏ６５モデルである。
【０００７】
ｓｃａｎ−ｔｏ−ｅｍａｉｌ機能により、通常、ユーザが、電子メール・エディタを実行し、多機能機のメモリから電子画像ファイルにアクセスし、それを電子メール・エディタにインポートして、電子メール・エディタを用いて構成された電子メール・メッセージに添付ファイルとして伝送するために、データ・ネットワークを介して多機能機に接続されたパーソナル・コンピュータ、又は多機能機と共に組み込まれたコンピュータを使用することを可能にする。メッセージ及び添付ファイルは、その電子メール・アドレスが電子メール・エディタのグラフィカル・ユーザ・インタフェースのヘッダ内に与えられる１又は複数の受取人、及び、「送信」アイコンを選択した後にヘッダ内にも与えられる１又は複数のエイリアスと関連した全ての個人に伝送される。添付の電子画像ファイルの添付ファイルを有する電子メールが受取人に受け取られると、電子メール・メッセージ及び添付ファイルを見ることができる。
【０００８】
しかしながら、多機能機を用いるハードコピー請求書の電子走査は、請求書の支払いを行うものではない。
【課題を解決するための手段】
【０００９】
本開示は、請求書支払機能を有する機械に関する。
より具体的には、本開示は、少なくとも１つのプロセッサと請求書支払システムとを含む機械に関する。請求書支払システムは、請求書走査・請求書情報構文解析モジュールを備え、その請求書走査・請求書情報構文解析モジュールが、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、請求書を走査して請求書支払情報を獲得し、前記請求書支払情報を構文解析し、前記請求書支払情報を検証するものである。請求書支払システムは、更に、請求書支払情報から特定された支払先への支払いを行うための、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する請求書支払モジュールを備えている。
【００１０】
１つの実施形態において、請求書は、本質的に固定の請求書支払情報をエンコードされた形式で含む、バーコード、ＤａｔａＧｌｙｐｈ（商標）等のような第１のデータ・エンコード化マーキング・コードをさらに含み、請求書走査・構文解析モジュールは、前記本質的に固定の課金情報を読み取るために、第１のデータ・エンコード化マーキング・コードを読み取り、デコードするための、少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する。他の１つの実施形態において、請求書は、本質的に可変の請求書支払情報をエンコードされた形式で含む、バーコード、ＤａｔａＧｌｙｐｈ（商標）等のような第２のデータ・エンコード化マーキング・コードをさらに含み、請求書走査・構文解析モジュールは、本質的に可変の課金情報を読み取るために、第２のデータ・エンコード化マーキング・コードを読み取り、デコードするための、少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する。
【００１１】
機械はまた、支払先への支払いを有効にする支払承認信号を伝送するための、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する伝送モジュールをさらに含むこともできる。
【００１２】
請求書支払情報の検証は、請求書支払情報が完全であるかどうかの検証、及び、請求書支払情報が正確であるかどうかの検証のうちの少なくとも一方を含むことができる。請求書走査・請求書情報構文解析モジュールに対応するプログラム可能命令の組の少なくとも１つのプロセッサによる実行は、請求書支払情報が不完全である場合、ユーザに、足りない情報を提供するように指示することを含むことができる。請求書走査・請求書情報構文解析モジュールに対応するプログラム可能命令の組の少なくとも１つのプロセッサによる実行は、請求書支払情報が完全である場合、ユーザに、請求書支払情報の正確さを確認するように指示することを含むことができる。さらに、請求書支払モジュールに対応するプログラム可能命令の組の少なくとも１つのプロセッサによる実行は、ユーザに、請求書支払情報が完全で正確である場合、支払方法が予め設定され、該予め設定された方法が支払いを行うために使用されるかどうかを確認するように指示し、支払方法の１つが予め設定されておらず、支払いを行うために予め設定された支払い方法を使用することをユーザが確認しない場合、ユーザに、代替的な支払方法により支払いを行うように指示することを含むことができる。
【００１３】
請求書走査・請求書情報構文解析モジュールに対応するプログラム可能命令の組及び請求書支払モジュールに対応するプログラム可能命令の組の、少なくとも１つのプロセッサによる実行は、支払先を承認された支払先のリストに追加すること、及び／又は、支払方法を承認された支払方法のリストに追加することを含むことができる。請求書支払情報及び支払データをデータ格納メモリに追加することができる。支払データは、予め設定された支払方法を含むことができる。
【００１４】
さらに、本開示は、請求書を走査し、請求書の支払いを処理する方法に関する。本方法は、請求書を走査して請求書支払情報を獲得し、請求書支払情報を構文解析し、請求書支払情報を検証し、請求書支払情報に関して支払先への支払いを行うステップを含む。請求書は、本質的に固定した請求書支払情報をエンコードされた形式で含む、バーコード、ＤａｔａＧｌｙｐｈ（商標）等のような第１のデータ・エンコード化マーキング・コードをさらに含む方法を実施することができ、この方法は、本質的に固定した請求情報を読み取るために、第１のデータ・エンコード化マーキング・コードを読み取り、デーコードするステップをさらに含む。請求書は、本質的に可変の請求書支払情報をエンコードされた形式で含む、バーコード、ＤａｔａＧｌｙｐｈ（商標）等のような第２のデータ・エンコード化マーキング・コードをさらに含む方法を実施することもでき、この方法は、本質的に可変の課金情報を読み取るために、第２のデータ・エンコード化マーキング・コードを読み取り、デコードするステップをさらに含む。
【００１５】
さらに、請求書の支払情報の検証は、請求書支払情報が完全であるかどうかの検証及び請求書支払情報が正確であるかどうかの検証の少なくとも一方を含むことができる。請求書支払情報が不完全である場合には、この方法は、ユーザに、足りない情報を提供するように指示するステップを含むことができる。請求書支払情報が完全である場合には、この方法は、ユーザに、請求書支払情報の正確さを確認するように指示するステップを含むことができる。
【００１６】
本方法は、請求書支払情報が完全かつ正確である場合、予め設定された支払方法が請求書支払情報から特定された支払先に関して有効かどうかを識別するステップと、支払方法が予め設定されている場合、ユーザに、支払いを行うために予め設定された支払方法が使用されるかどうかを確認するように指示するステップと、支払方法の１つが予め設定されておらず、支払いを行うために予め設定された支払い方法を使用することをユーザが確認しない場合、ユーザに、代替的な支払方法により支払いを行うように指示するステップとをさらに含むことができる。本方法は、支払先を承認された支払先リストに追加するステップをさらに含むことができる。本方法は、支払先を承認された支払先リストに追加するステップ、及び／又は、支払方法を承認された支払方法リストに追加するステップを含むことができる。請求書支払情報及び支払データをデータ格納メモリに追加できる方法を実施することが可能である。支払データは、予め設定された支払方法を含むことができる。さらに、この方法は、支払承認信号を伝送して支払先への支払いを行うステップをさらに含むことができる。
【００１７】
本開示はまた、請求書を走査し、請求書の支払いを処理する方法を実行するための、少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を格納するコンピュータ可読媒体に関し、本方法は、請求書を走査し、請求書から請求書支払情報を構文解析し、請求書支払情報を検証し、請求書支払情報に関する支払先への支払いを行うステップを含む。さらに、１組のプログラム可能命令を格納するコンピュータ可読媒体を少なくとも１つのプロセッサによって実行されるように構成し、上述した他の方法のステップを実行することもできる。
【発明を実施するための最良の形態】
【００１８】
上述された請求書を支払う従来の方法に関連した問題に取り組むために、図１を参照すると、サービス・プロバイダすなわち支払先によって、顧客すなわち請求書の支払者に郵送され、かつ、請求書支払情報又はアカウント情報１０１を含むハードコピー請求書１００の例が示される。より具体的には、請求書１００は、例えば、「ＸＹＺ  Ｉｎｃ．」などの支払先の名前１０２、例えば、「Ｊｏｈｎ  Ｓｍｉｔｈ」などの顧客又は支払者の名前１０４、例えば「新しい課金(New Charge)」などの提供されたサービス１０６といった課金理由、及び例えば、「＄５３．４８」などの合計支払金額といった、請求書支払情報１０１を含む。付加的なアカウント情報は、例えば、「１２月７日から１月６日まで(These monthly charges are for your services from December 07 to January 06)」といったサービスが提供された又は提供されることになる期間１１０と、例えば、「１２／０７／０６」といった請求日(Billing Date)１１２、例えば、「９９９−１１１  ００００  ７６２３５４」といった口座番号(Account)１１４を含む。アカウント情報又は請求書支払情報１０１は、支払者が同封額(Amount Enclosed)１１６を示すためのスペース、例えば、「０１／０１／０７」といった支払期日(Payment Due)１１８、小切手又は為替を郵送するための、例えば、「ＸＹＺ  Ｉｎｃ．，Ｐ．Ｏ．Ｂｏｘ  ００１，Ａｌａｗａｎｅｅ，ＮＹ  １９９００−０００１」といった請求先住所１２２を含む。場合によっては、請求書１００は、支払者１０４の金融口座からの電子引き落としによって支払を行うことができる、例えば、ウェブサイト「ＸＹＺ．ｃｏｍ」のような支払方法１２４を含むことができる。
【００１９】
１つの実施形態において、ハードコピー請求書１００は、例えば、支払先の名前１０２や、顧客又は支払者の名前１０４、口座番号１１４、請求先住所１２２等の、本質的に固定の請求書支払情報１０１の一部をエンコードされた形式で含む、ＰＤＦ−４１７のポータブル・データ・ファイル（ｐｏｒｔａｂｌｅ  ｄａｔａ  ｆｉｌｅ＝ＰＤＦ）バーコード、ＤａｔａＧｌｙｐｈ（商標）等のような、第１のデータ・エンコード化マーキング・コード１３０を含むことができる。１つの実施形態において、ハードコピー請求書１００は、例えば提供されるサービス１０６などの課金理由、合計支払金額１０８、サービスが提供された又は提供されることになる期間１１０、請求日１１２、支払期日１１８等のような本質的に可変の請求書支払情報１０１の一部をエンコードされた形式で含む、ＰＤＦ−４１７のポータブル・データ・ファイル（ＰＤＦ）バーコード、ＤａｔａＧｌｙｐｈ（商標）とすることもできる、第２のデータ・エンコード化マーキング・コード１３２を含むこともできる。
【００２０】
図２を参照すると、本開示に従った、コピー機、スキャナ、プリンタ、ファクシミリ装置、又は多機能機のような光学式文字読取機により実施される、自動化された請求書支払システム５０のブロック図が示される。システム５０は、自動化された請求書支払システム１０を有する光学式文字読取機１１を含む。自動化された請求書支払システム１０は、幾つかのモジュール１２、１４、１５、１６を含む請求書支払システム・ソフトウェア・プログラム１０´を含む。第１のデータ・エンコード化マーキング・コード１３０及び第２のデータ・エンコード化マーキング・コード１３２を読み取り、デコードするために、請求書支払システム・ソフトウェア・プログラム１０´は、ＰＤＦ−４１７の多次元タイプのバーコード又は他のデータ・エンコード化マーキング・コードを読み取り、デコードするための適切なソフトウェアを含むことができる。本明細書に定義されるように、光学式文字読取機は、バーコード、ＤａｔａＧｌｙｐｈ（商標）等といったデータ・エンコード化マーキング・コードを走査し、デコードすることができる機械を含み、データ・エンコード化マーキング・コードは、光学文字とみなされ、光学文字を処理する機械としてプリンタも含む。
【００２１】
より具体的には、図１、図２を参照すると、本開示は、少なくとも１つのプロセッサ１８と、請求書支払システム１０（及び請求書支払システム・ソフトウェア・プログラム１０´）とを含む光学式文字読取機１１に関し、請求書支払システム１０は、請求書走査・請求書情報構文解析モジュール１２を備え、該請求書走査・請求書情報構文解析モジュール１２は、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、請求書１００を走査して、請求書支払情報１０１を獲得し、請求書支払情報１０１を構文解析し、その請求書支払情報１０１を検証するものである。光学式文字読取機１１は、請求書支払情報１０１から特定された支払先１０２への支払いを行うための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有する請求書支払モジュール１４を含む。支払先１０２は、単に、口座番号で表される金融口座としてもよく、あるいは、支払先１０２の代わりに支払われる第三者としてもよい。
【００２２】
請求書支払システム・ソフトウェア・プログラム１０´の各モジュールは、本開示による機能を実行するための、光学式文字読取機１１の少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を含む。プログラム可能命令の組は、少なくとも１つのプロセッサ１８のＲＡＭ及びＲＯＭのようなメモリ内、及び／又は、光学式文字読取機１１の１つ又はそれ以上の読取装置によって読み取り可能なハード・ドライブ、ＣＤ−ＲＯＭ、ＤＶＤ、３．５インチ・フレキシブル・ディスク等のようなコンピュータ可読媒体内に格納されたアプリケーション・ソフトウェアとすることができる。
【００２３】
請求書支払システム１０は、請求書走査・請求書情報構文解析モジュール１２を含み、この請求書走査・請求書情報構文解析モジュール１２は、請求書１００を走査して請求書支払情報１０１を獲得し、請求書支払情報１０１を構文解析し、請求書支払情報１０１を検証するための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有する。請求書支払システム１０は、請求書支払情報１０１から特定された支払先１０２への支払いを行うための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有する請求書支払モジュール１４も含む。
【００２４】
上述のように、１つの実施形態において、請求書走査・請求書情報構文解析モジュール１２は、本質的に固定の課金情報１０１を含む第１のデータ・エンコード化マーキング・コード１３０を走査し、デコードするための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有することができる。１つの実施形態において、請求書走査・請求書情報構文解析モジュール１２は、本質的に可変の課金情報を含む第２のデータ・エンコード化マーキング・コード１３２を走査し、デコードするための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有することができる。これらの実施形態は、このような状況に制限されるものではない。
【００２５】
請求書支払モジュール１４は、暗号化／復号化サブモジュール１５を含むことができ、暗号化／復号化サブモジュール１５は、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有し、この１組のプログラム可能命令は、請求書支払者１０４の金融口座、及び／又は、個人識別番号のような機密データを含む請求書支払情報１０１を暗号化して、ネットワーク３８を介して遠隔サーバ３６にアクセスされるセキュリティの整ったウェブサイトによって支払先１０２に伝送することができる。遠隔サーバ３６は、支払先が支払者１０４から受け取った支払いを他の方法で預ける支払先１０２の金融口座を維持する金融機関のサーバとすることができる。
【００２６】
自動化された請求書支払ソフトウェア・プログラム１０´の１つのモジュールは、支払承認信号を伝送して支払先１０２への支払いを行うための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有する伝送モジュール１６である。
【００２７】
モジュール１２、１４、１５、１６は、また、従来のスキャナ又は請求書支払システムについて当技術分野において既知のものである他の機能を実行するための、少なくとも１つのプロセッサ１８によって実行され得る付加的なプログラム可能命令を含むこともできる。
【００２８】
少なくとも１つのプロセッサ１８は、図示のように、本発明による請求書支払情報スクリーンを含む種々のスクリーンを表示するためのディスプレイ装置２８と、キーボードや制御パネルや文書スキャナのような、１つ又はそれ以上の入力装置３０と、データベースのような１つ又はそれ以上の外部記憶装置３２と、インターネット又はローカル・エリア・ネットワークのような通信ネットワーク３８を介して、光学式文字読取機１１が１つ又はそれ以上の遠隔サーバ３６との間でメッセージを送受信することを可能にするための通信回路３４とに通信した状態にある。１つ又はそれ以上の遠隔サーバ３６は、当技術分野において周知のものにすることができる複数のコンピュータ又は端末４０に接続される。遠隔サーバ３６は、支払先１０２に属することが可能な光学式文字読取機１１´と通信した状態にすることができるので、請求書１００の支払いを記録する支払データを、支払者１０４から受け取り、遠隔サーバ３６のデータ・メモリに格納することができる。
【００２９】
作動において、再び図１、図２を参照し、ここで図３Ａ及び図３Ｂも参照する。なお、図３Ａ及び図３Ｂは、図３Ａを左側に図３Ｂを右側に並べて配置し、図３ＡのTO:FIG. 3B及び図３ＢのFROM:FIG. 3Aの上下方向に延びる線を相互に接合した状態で参照されたい。図３Ａ及び図３Ｂにおいて、請求書１００を走査して支払う方法２００は、支払者１０４のようなユーザが、ハードコピー請求書１００を走査して請求書支払情報１０１を獲得するするステップ２０２を含む。ユーザはまた、支払者のために行動する支払者１０４の代理人を含むこともできる。少なくとも１つのプロセッサ１８と作動的に通信した状態にある入力装置３０において及びこれによって、或いは、遠隔サーバ３６、インターネット又はローカル・エリア・ネットワーク３８、及び通信回路３４を介して少なくとも１つのスキャナ４２と作動的に通信した状態にあるコンピュータ４０の１つを介して少なくとも１つのプロセッサ１８と作動的に通信した状態にある少なくとも１つの別個のスキャナ４２において及びこれによって、走査を行うことができる。ステップ２０４においては、走査された文書が請求書１００のような請求書１００であることを、ユーザが、入力装置３０を介する少なくとも１つのプロセッサ１８への適切な入力によって示すと、少なくとも１つのプロセッサ１８は、走査された請求書支払情報１０１を請求書走査・構文解析モジュール１２に伝達する。
【００３０】
１つの実施形態において、支払者１０４のようなユーザが、ハードコピー請求書１００を走査して請求書支払情報１０１を獲得するステップ２０２に続いて、ステップ２５０において、本質的に固定の、第１のデータ・エンコード化マーキング・コード１３０の請求情報１０１を読み取り、これをデコードするステップが実行される。１つの実施形態においては、ステップ２５０に続いて、ステップ２５２において、本質的に可変の、第２のデータ・エンコード化マーキング・コード１３２の請求情報１０１を読み取り、これをデコードするステップが実行される。ステップ２５０及びステップ２５２の少なくとも一方に続いて、判定ステップ２０８に示されるように、請求書走査・構文解析モジュール１２又は請求書支払モジュール１４のいずれかが、請求書支払情報１０１が完全であるかどうかを検証することでプロセスを継続する。
【００３１】
上記のやり方に代えて、ステップ２０６において、請求書走査・構文解析モジュール１２は、例えば、支払者１０４、支払先１０２、口座番号１１４、支払期日１１８、及び支払額１０８などの請求書支払情報１０１から、少なくとも基本的な請求書支払情報を構文解析する。請求書走査・構文解析モジュール１２によって構文解析される請求書支払情報１０１は、提供された商品及び／又はサービス１０６と、支払方法１２４とをさらに含むことができる。請求書走査・構文解析モジュール１２又は請求書支払モジュール１４は、完全性及び正確さの少なくとも一方などについて課金情報１０１を検証する。
【００３２】
特に、判定ステップ２０８に示されるように、請求書走査・構文解析モジュール１２又は請求書支払モジュール１４のいずれかは、請求書支払情報１０１が完全であるかどうかを検証する。請求書支払情報１０１が完全でない場合には、ステップ２１０において、請求書走査・構文解析モジュール１２又は請求書支払モジュール１４のいずれかが、例えば支払者１０４のようなユーザに、足りないデータを提供するように指示する。足りないデータを提供することは、ユーザが、情報が位置する走査される文書画像内の位置を指示すことを含むことができる。ユーザが、ディスプレイ２８又は入力装置３０内のタッチ・スクリーン機能を作動させることによって、こうした位置の指示を実施することができる。
【００３３】
判定ステップ２１２において、請求書１００のような走査された文書上のデータを位置決めすることによって足りないデータが依然として提供されない場合には、請求書支払システム１０は、ＯＲゲート２１４を実施する。ＯＲゲート２１４は、ステップ２１６において、ユーザが足りないデータを手作業で入力し、判定ステップ２１２のＹＥＳ出力に移ることによって、足りないデータ状態の影響を打ち消すことを可能にする。代替的に、ＯＲゲート２１４は、ユーザが、請求書１００の物理的コピー又はハードコピーを再走査するステップ２０２に再び戻ることを可能にするか、或いは、ステップ２１８において、ユーザ１０４又は請求書支払システム１０のいずれかによって、トランザクションが終了する。
【００３４】
判定ステップ２０８又は２１２のいずれかにおいて、少なくとも基本的な請求書支払データ又は情報１０１が完全であると、ステップ２２０において、請求書走査・構文解析モジュール１２又は請求書支払モジュール１４のいずれかが、ユーザに、請求書支払情報１０１の正確さを確認するように指示する。判定ステップ２２２において、請求書支払情報１０１が正確でない場合には、請求書支払システム１０はＯＲゲート２２４を実施する。ＯＲゲート２１４と同様に、ＯＲゲート２２４は、ステップ２２６において、ユーザが不正確なデータを手作業で入力し、判定ステップ２２２のＹＥＳ出力に移ることによって、不正確なデータの状況の影響を打ち消すことを可能にする。代替的に、ＯＲゲート２２４は、ユーザが、請求書１００の物理的コピー又はハードコピーを再走査するステップ２０２に再び戻ることを可能にするか、或いは、ステップ２２８において、ユーザ１０４又は請求書支払システム１０のいずれかによって、トランザクションが終了する。
【００３５】
課金情報１０１が完全であるか、正確であるかの少なくとも一方であり、１つの実施形態において、完全かつ正確の両方であると判断されると、判定ステップ２３０において、請求書支払モジュール１４は、予め設定された支払方法が、請求書支払情報１０１から特定された支払先に関して有効であるかどうかを判断する。予め設定された支払方法が有効である場合には、請求書支払モジュール１４は、判定ステップ２３２において、ユーザ１０４に、予め設定された支払方法による支払いを承認するように指示する。
【００３６】
ユーザが予め設定された方法による支払いを承認する場合には、ステップ２３４において、請求書支払モジュール１４は、予め設定された方法による支払先１０２への支払いを行う。予め設定された方法は、電子式請求書支払又は電子バンキング（ｅ−ｂａｎｋｉｎｇ）等と呼ぶことができる、支払者１０４の金融口座から支払先１０２への資金の電子振替を含むことができる。予め設定された方法はまた、支払先に小切手を発行し、これを送付することを含むこともできる。これらの実施形態は、このような文脈に制限されるものではない。
【００３７】
代替的に、ステップ２３０において予め設定された支払方法が有効でないか、又はステップ２３２においてユーザが予め設定された支払方法による支払いを承認しないと判断された場合には（例えば、少なくとも１つのプロセッサ１８又はユーザ１０４が、予め設定された支払方法と関連した金融口座に十分な資金がないと判断した場合）、ステップ２３６において、請求書支払モジュール１４は、ユーザ１０４に、代替的な支払方法による支払いを承認するように指示する。
【００３８】
代替的な支払方法は、支払いを行うための種々の手段の中でも、代替的な金融口座２３６ａ、ＰａｙＰａｌ（商標）口座のようなオンライン支払口座２３６ｂ、又はクレジット・カード口座２３６ｃからの資金の電子振替を含むことができる。例えば支払者１０４のようなユーザから適切なデータ及び承認を受け取ると、ステップ２３８において、請求書支払システム１０は、支払先１０２に対して請求書１００の支払いを行う。これらの実施形態は、このような状況に制限されるものではない。
【００３９】
１つの実施形態において、ステップ２４０に示されるように、請求書走査・請求書情報構文解析モジュール１２に対応するプログラム可能命令の組及び請求書支払モジュール１４に対応するプログラム可能命令の組の少なくとも１つのプロセッサ１８による実行は、支払方法及び支払先１０２の少なくとも一方を、それぞれ承認された支払方法及び支払先のリストに追加することを含む。
【００４０】
１つの実施形態において、ステップ２４２に示されるように、請求書走査・請求書情報構文解析モジュール１２に対応するプログラム可能命令の組及び請求書支払モジュール１４に対応するプログラム可能命令の組の少なくとも１つのプロセッサ１８による実行は、支払方法及び支払データの少なくとも一方を、例えば記憶装置３２といったデータ格納メモリに追加することを含む。支払データは、支払期日、支払額、支払先、支払方法等を確立する確認データを含む。１つの実施形態において、支払データは、予め設定された支払方法を含む。
【００４１】
上記から認識できるように、本開示は、少なくとも１つのプロセッサ１８と、請求書支払システム・ソフトウェア・プログラム１０´を有する請求書支払システム１０とを含む光学式文字読取機１１について説明しており、請求書支払システム１０は、請求書１００を走査して請求書支払情報１０１を獲得し、請求書支払情報１０１を構文解析し、請求書支払情報１０１を検証するための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有する請求書走査・請求書情報構文解析モジュール１２と、請求書支払情報１０１に関して、例えば支払先１０２といった支払先への支払いを行うための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を有する請求書支払モジュール１４とを含む。少なくとも１つのプロセッサ１８によって実行されるように構成された多機能機１１のプログラム可能命令の組は、本明細書に説明された方法２００の種々の他のステップを実行することができる。
【００４２】
さらに、本開示は、例えば請求書１００といった請求書を走査し、請求書１００の支払いを処理する方法２００について説明した。方法２００は、請求書１００を走査して請求書支払情報１０１を獲得し、請求書支払情報１０１を構文解析し、請求書支払情報１０１を検証し、請求書支払情報１０１に関して、例えば支払先１０２といった支払先への支払いを行うステップを含む。方法２００の種々の他のステップは、本明細書に説明されたように実行することもできる。
【００４３】
さらに、本開示は、例えば、請求書１００といった請求書を走査し、請求書１００の支払いを処理する方法２００を実行するための、少なくとも１つのプロセッサ１８によって実行されるように構成された１組のプログラム可能命令を格納するコンピュータ可読媒体について説明した。方法２００は、請求書１００を走査して請求書支払情報１０１を獲得し、請求書支払情報１０１を構文解析し、請求書支払情報１０１を検証し、請求書支払情報１０１に関して、例えば、支払先１０２といった支払先への支払いを行うステップを含む。さらに、プログラム可能命令の組を格納するコンピュータ可読媒体を、少なくとも１つのプロセッサ１８によって実行されるように構成し、本明細書に説明された方法２００の種々の他のステップを実行することができる。
【図面の簡単な説明】
【００４４】
【図１】サービス・プロバイダによって顧客に郵送される、課金情報を含むハードコピー請求書の例を示す図である。
【図２】本開示による、ハードコピー請求書を走査し、支払いモジュールを介して請求書を支払うためのシステムのブロック図である。
【図３Ａ】本開示による、ハードコピー請求書を走査し、請求書を支払うためのシステムの動作の流れを示す流れ図の右側の半分を示す図である。
【図３Ｂ】ハードコピー請求書を走査し、請求書を支払うためのシステムの動作の流れを示す、図３Ａの流れ図の続きであって、左側の半分を示す図である。
【符号の説明】
【００４５】
１０：請求書支払システム
１０´：請求書支払システム・ソフトウェア・プログラム
１１：光学式文字読取機
１２：請求書走査・構文解析モジュール
１４：請求書支払モジュール
１５：暗号化／復号化サブモジュール
１６：伝送モジュール
１８：プロセッサ
２８：ディスプレイ装置
３０：入力装置
３２：記憶装置
３６：遠隔サーバ
３８：通信ネットワーク
１００：請求書
１０１：請求書支払情報
１０２：支払先
１０４：支払者
１３０、１３２：データ・エンコード化マーキング・コード
【図１】
2008192149.tif 000003
【図２】
2008192149.tif 000004
【図３Ａ】
2008192149.tif 000005
【図３Ｂ】
2008192149.tif 000006
【手続補正書】
【提出日】平成20年5月15日(2008.5.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサと、請求書支払システムとを備える機械であって、
前記請求書支払システムが、請求書走査・請求書情報構文解析モジュールを備え、
前記請求書走査・請求書情報構文解析モジュールが、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、請求書の第１データ・エンコード化マーキング・コード及び第２データ・エンコード化マーキング・コード（該マーキング・コードのそれぞれが二次元コードであって英数字データを格納している）を走査して請求書支払情報を獲得し、前記請求書支払情報を構文解析し、前記請求書支払情報を検証するものであり、
前記請求書支払システムが、更に、前記請求書支払情報から特定された支払先への支払いを行うための、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する請求書支払モジュールを備えている、
ことを特徴とする機械。
【請求項２】
前記請求書の第１データ・エンコード化マーキング・コードは、本質的に固定の、エンコードされた形式の請求書支払情報で含んでおり、
前記請求書走査・構文解析モジュールは、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、前記第１データ・エンコード化マーキング・コードを読み取ってデコードし、前記本質的に固定の前記課金情報を読み取るものである、ことを特徴とする請求項１に記載の機械。
【請求項３】
前記請求書の第２データ・エンコード化マーキング・コードは、本質的に可変の、エンコードされた形式の請求書支払情報で含んでおり、
前記請求書走査・構文解析モジュールは、前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有し、該１組のプログラム可能命令は、前記第２データ・エンコード化マーキング・コードを読み取ってデコードし、前記本質的に可変の前記課金情報を読み取るものである、ことを特徴とする請求項２に記載の機械。
【請求項４】
前記少なくとも１つのプロセッサによって実行されるように構成された１組のプログラム可能命令を有する伝送モジュールを更に備え、該１組のプログラム可能命令は、前記支払先への支払いを実行する支払承認信号を伝送するものである、ことを特徴とする請求項１に記載の機械。