JP2008234586A - 消費情報取得端末、消費情報取得サーバおよび家計簿管理装置 - Google Patents

Abstract

【課題】家計簿入力の省力化を図る。
【解決手段】クライアント端末１００は、フォームデータを複数種類保持し、ユーザにより提示された領収書の領収書画像を取得し、対応するフォームデータに基づいて領収書画像から消費情報を取得する。クライアント端末１００は、家計簿サーバ３００に消費情報を送信するが、対応するフォームデータが検出されなかったときには、入力支援サーバ２００に対して領収書画像を送信する。入力支援サーバ２００もフォームデータを複数種類保持し、領収書画像から消費情報を取得してクライアント端末１００に送信する。
【選択図】図４

Description

この発明は、家計簿を管理するための技術、に関する。

首都圏の既婚女性を母集団とすると、現在１７０万人以上がなんらかの家計簿ソフトを利用しているといわれる。多くのソフトウェアベンダからさまざまな家計簿ソフトが提供されているが、家計費入力の簡便さによって家計簿ソフトの利便性は大きく左右される。特許文献１と特許文献２は、レシートをデジタル画像として読み取ることにより、レシートに印字されている情報を家計簿ソフトに取り込む技術を開示している。
特開平１０−２７５１９６号公報 特開平１１−２６５４０９号公報

レシートなど紙の領収書に印字されている情報をそのまま家計簿ソフトに取り込むことができれば、家計簿ソフトの利便性は大幅に向上すると考えられる。そのためには、領収書のどの部分にどのような情報が記述されているかを特定する必要がある。特許文献１や特許文献２では、領収書を読み取ったデジタル画像（以下、単に「領収書画像」とよぶ）と領収書の記載形式を示すデータ（以下、「フォームデータ」とよぶ）を比較することにより、ユーザの消費活動の内容を示す情報（以下、「消費情報」とよぶ）を領収書から抽出する方法を提案している。

しかし、ユーザが使用するコンピュータ端末にあらゆる領収書のフォームデータを用意するのは現実的ではない。フォームデータの種類が多くなるほど、領収書画像に適合するフォームデータ（以下、「対応フォームデータ」とよぶ）を探し出すのに時間がかかる。
また、本発明者は、領収書によって消費情報の表現形式が異なる点に着目した。たとえば、「菊右衛門」という銘柄のお茶は、ある領収書では「キクエモン」、別の領収書では「お茶（菊）」と記載されているかもしれない。この場合、領収書の消費情報を家計簿ソフトに取り込んだ後、更にその取り込まれたデータを修正する手間が発生する。

本発明者は、多くのユーザの家計簿情報は市場動向を探る上で格好の情報源であると考える。そこで、家計簿情報を通信ネットワーク上にて一元管理し、多数のユーザの家計簿情報を統計解析可能な家計簿管理システムに想到した。その上で、本発明者は、この家計簿管理システムの特性を活かすことにより、家計簿入力の省力化を図ることができると想到した。

本発明は、本発明者の上記着目に基づいて完成された発明であり、その主たる目的は、ネットワークベースの家計簿管理システムを構築し、特に、家計費入力に際してのユーザの利便性を向上させるための技術、を提供することにある。

本発明のある態様は、消費情報取得端末に関する。
この端末は、フォームデータを複数種類保持し、ユーザにより提示された領収書の領収書画像を取得し、領収書画像と複数種類のフォームデータとを比較して対応フォームデータを検出する。対応フォームデータに基づいて領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得する。
この端末は、ユーザの家計簿情報を管理する外部の家計簿管理装置に対して、家計簿情報に消費情報を登録させるために消費情報を送信するが、対応フォームデータが検出されなかったときには、自端末に代わって領収書画像から消費情報を取得する外部の消費情報取得サーバに対して領収書画像を送信する。

本発明の別の態様も、消費情報取得端末に関する。
この端末は、フォームデータを複数種類保持し、ユーザにより提示された領収書の領収書画像を取得し、領収書画像と複数種類のフォームデータを比較して対応フォームデータを検出する。対応フォームデータに基づいて領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得する。
この端末は、ユーザの家計簿情報を管理する外部の家計簿管理装置に対して、家計簿情報に消費情報を登録させるために消費情報を送信するが、対応フォームデータが検出されなかったとき、自端末が保持しないフォームデータも保持する外部の消費情報取得サーバに対して領収書画像を送信し、その消費情報取得サーバから領収書画像の対応フォームデータを受信する。

本発明の更に別の態様は、消費情報取得サーバに関する。
このサーバは、領収書画像とフォームデータとを比較して領収書画像から消費情報を取得する消費情報取得端末と通信ネットワークを介して接続される。
このサーバは、消費情報取得端末が保持しないフォームデータも含めて複数種類のフォームデータを保持しており、消費情報取得端末において消費情報の取得に失敗した領収書画像を受信し、受信された領収書画像の対応フォームデータを検出する。そして、対応フォームデータに基づいて領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得し、取得された消費情報を送信する。
また、このサーバは、対応フォームデータとして検出された回数に基づいて、高使用頻度のフォームデータを消費情報取得端末に送信する。
ここでいう高使用頻度のフォームデータとは、たとえば、検出された回数が所定の閾値を超えたフォームデータであるとしてもよい。あるいは、複数種類のフォームデータのうち、その検出回数が上位数件以内に入るフォームデータであるとしてもよい。低使用頻度のフォームデータについても同様である。

本発明の更に別の態様は、家計簿管理装置に関する。
この装置は、領収書画像に含まれる複数の項目についての項目情報の集合を消費情報として取得する消費情報取得端末と通信ネットワークを介して接続される。
このサーバは、ユーザの家計簿情報を保持し、消費情報取得端末から消費情報を受信し、受信された消費情報を家計簿情報に登録し、項目情報について、一の正規表現形式に対して一以上の派生表現形式とを対応づけて保持する。
消費情報に派生表現形式にて記述されている項目情報が含まれるときには、その項目情報の表現形式を派生表現形式から正規表現形式に変換した上で、消費情報を家計簿情報に登録する。

なお、以上の構成要素の任意の組合せ、本発明を方法、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。

本発明によれば、ネットワークベースの家計簿管理システムに関し、家計費入力におけるユーザの利便性を向上させることができる。

図１は、家計簿管理システム４２０のハードウェア構成図である。
家計簿管理システム４２０は、家計簿サーバ３００、入力支援サーバ２００およびクライアント端末１００ａ、１００ｂ、・・・、１００ｃ（以下、まとめて「クライアント端末１００」とよぶ）を含む。各クライアント端末１００には、レシートリーダ１０２ａ、１０２ｂ、・・・、１０２ｃ（以下、まとめて「レシートリーダ１０２」とよぶ）がそれぞれ接続される。家計簿サーバ３００と入力支援サーバ２００、クライアント端末１００は、互いにインターネット４００を介して接続されている。

ユーザは、レシートリーダ１０２により領収書をデジタル画像として読み取る。ここでいう領収書は、レシート、切符、携帯電話やガス・水道・電気の料金明細書など、消費活動の内容を示すものであればよい。特に断らない限り、以下、領収書とはレシートであるとして説明する。レシートリーダ１０２は、領収書専用のスキャナであってもよいし、汎用のスキャナであってもよい。

領収書画像は、レシートリーダ１０２からクライアント端末１００に入力される。クライアント端末１００は、既知の文字認識技術により、領収書画像から消費情報を抽出する。消費情報には、購入商品名、購入店舗名、購入価格、購入日時、現金払いかカード払いかの別、といったさまざまな項目が含まれる。以下、消費情報の各項目に対応する情報のことを「項目情報」とよぶ。消費情報は、複数の項目情報の集合である。クライアント端末１００は、ユーザＩＤと消費情報を家計簿サーバ３００に送信する。

家計簿サーバ３００は、家計簿情報をユーザ別に保持する。家計簿サーバ３００は、いずれかのクライアント端末１００から消費情報とユーザＩＤを受信すると、該当ユーザの家計簿情報にその消費情報を登録する。ユーザはユーザＩＤを指定して家計簿サーバ３００にログインすると、自分の家計簿情報をいつでも確認できる。

クライアント端末１００は、領収書のフォームデータを複数種類保持する。フォームデータとは、領収書のサイズや印字位置など、領収書のレイアウトを示すデータである。クライアント端末１００は、領収書画像に適合するフォームデータを「対応フォームデータ」として特定し、対応フォームデータに基づいて領収書画像のどの部分にどのような項目情報が記録されているかを特定する。以下、複数種類のフォームデータの中から対応フォームデータを検出する処理のことを「フォーム探索」とよぶ。特に、クライアント端末１００が実行するフォーム検索のことを「クライアントフォーム検索」とよぶ。

クライアントフォーム検索は成功するとは限らない。クライアント端末１００が常に対応フォームデータを保持しているとは限らないからである。本実施例の入力支援サーバ２００は、クライアントフォーム検索が失敗したときに、クライアント端末１００に代わってフォーム検索を実行する。入力支援サーバ２００が実行するフォーム検索のことを「サーバフォーム検索」とよぶ。入力支援サーバ２００は、クライアント端末１００に比べて格段に多種類のフォームデータを保持する。

クライアントフォーム検索に失敗すると、クライアント端末１００は領収書画像を入力支援サーバ２００に送信する。入力支援サーバ２００は、受信された領収書画像についてサーバフォーム検索を実行し、対応フォームデータを特定する。そして、対応フォームデータに基づいて、領収書画像から消費情報を抽出する。抽出された消費情報はクライアント端末１００に送信される。クライアント端末１００は、入力支援サーバ２００から受信した消費情報を家計簿サーバ３００に送信する。あるいは、入力支援サーバ２００がサーバフォーム検索の結果として得られた消費情報をそのまま家計簿サーバ３００に送信してもよい。

本実施例におけるクライアント端末１００は、所定限定数分のフォームデータを保持している。比較すべきフォームデータの種類が限られているため、クライアントフォーム検索は高速に実行される。また、クライアント端末１００が保持するフォームデータは、過去に使用頻度の高かったフォームデータに限定される。これにより、クライアントフォーム検索の成功率を高めている。
一方、本実施例における入力支援サーバ２００は、可能な限り多くのフォームデータを保持している。このため、サーバフォーム検索の成功率はクライアントフォーム検索よりも高くなる。サーバフォーム検索を高速化するための工夫も施されているが、その仕組みについては図１２等に関連して後述する。
このように、クライアント端末１００と入力支援サーバ２００でフォームデータを分けて保持しておくことにより、通常は高速に実行され、かつ、失敗しにくいフォーム検索を実現している。

発展例として、家計簿サーバ３００やクライアント端末１００は、銀行や証券会社、クレジットカード会社の業務システムと連携してもよい。たとえば、住宅ローンの引き落とし、株式や債券等の購入・売却といった金融取引も消費情報の一種として家計簿情報に登録されてもよい。また、インターネットを介した電子商取引の結果についても自動的に家計簿情報に反映させることができる。

ユーザが家計簿管理システム４２０に参加すると、家計簿サーバ３００はユーザＩＤを発行する。ユーザは、ユーザＩＤを取得すると、無料にて家計簿サーバ３００に自分の家計簿情報管理領域を開設できる。レシートリーダ１０２もユーザに無料配布されてもよい。ユーザは個人名を家計簿管理システム４２０に提供する必要はない。家計簿管理システム４２０はユーザＩＤにてユーザを識別する。

ユーザは無料・匿名にて、実質的に領収書をレシートリーダ１０２で読み取らせるだけで家計簿管理システム４２０を利用できる。そして、どのような商品がどのような客層に売れているのかといった情報が自動的に家計簿サーバ３００に収集されることになる。多くのユーザが家計簿管理システム４２０に参加するほど、家計簿管理システム４２０の運用者にとってもメリットがある。すなわち、運用者は、家計簿サーバ３００に集積された家計簿情報を統計解析することにより、市場動向を分析できる。

図２は、領収書４０２の一例を示す図である。
同図は、ユーザがデパートで食料品を購入したときに受け取る領収書４０２を示している。この領収書４０２には、消費活動の内容を示すさまざまな項目情報が含まれている。商標欄４０４はデパートの商標を示す。この領収書４０２の商標欄４０４は、「ｄａｅｉｅ」という名前のデパートで買い物をしたことを示している。店名欄４０６は購入支店名、電話番号欄４０８は店舗の電話番号を示す。宣伝欄４１０は消費者に対する宣伝やお知らせ、購入日時欄４１２は購入日時を示す。品目欄４１４は購入商品名、単価欄４１６は商品ごとの購入価格、合計価格欄４１８はその合計購入価格を示す。

領収書のレイアウトは、一般に「レジ」などとよばれる金銭登録機のメーカによって複数種類にパターン分類することができる。同図の領収書４０２の場合、ちょうど中央部に購入日時欄４１２が位置し、中央部から下部にかけて品目とその購入価格が羅列されるレイアウトとなっている。フォーム検索においては、まず、領収書画像のどの位置に印字領域があるかを特定する。

図３は、フォームデータ４２２の一例を示す図である。
同図に示すフォームデータ４２２は図２の領収書４０２の対応フォームデータである。フォームデータ４２２においても、ちょうど中央部に購入日時欄４１２が位置し、中央部から下部にかけて品目とその購入価格が羅列されるレイアウトとなっている。そのほかの項目情報の印字されている位置についても領収書４０２とフォームデータ４２２は一致している。

クライアント端末１００や入力支援サーバ２００は、領収書４０２の印字領域と各フォームデータのレイアウトを比較して、フォームデータ４２２を領収書４０２の対応フォームデータとして特定する。文字の大きさやフォントなども比較対象としてもよい。そして、フォームデータ４２２を参照して、領収書４０２から複数の項目情報を抽出する。領収書４０２の場合、領収書４０２の購入日時欄４１２にあたる領域から購入日時を示す項目情報を抽出し、購入日時欄４１２にあたる領域から購入商品を示す項目情報を抽出する。しかし、宣伝欄４１０の内容は消費情報として不要であるため、抽出対象とはならない。
まとめると、領収書画像の対応フォームデータを特定し、対応フォームデータに基づいて領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合として消費情報を取得することになる。

図４は、フォーム検索の処理過程を示すシーケンス図である。
まず、クライアント端末１００は、レシートリーダ１０２により領収書画像を取得する（Ｓ１０）。そして、クライアントフォーム検索を実行し、自己の保持する複数種類のフォームデータの中からから対応フォームデータを検索する（Ｓ１２）。対応フォームデータが検出されると（Ｓ１４のＹ）、領収書画像から消費情報を抽出する（Ｓ１６）。対応フォームデータが検出されなかったときには（Ｓ１４のＮ）、領収書画像を入力支援サーバ２００に送信する（Ｓ１８）。

入力支援サーバ２００は、受信した領収書画像についてサーバフォーム検索を実行し、自己の保持する複数種類のフォームデータの中から対応フォームデータを検索し（Ｓ２０）、領収書画像から消費情報を抽出する（Ｓ２２）。入力支援サーバ２００は、消費情報をクライアント端末１００に送信する。クライアント端末１００は、Ｓ１６において抽出した消費情報、または、Ｓ２２において入力支援サーバ２００が抽出した消費情報をユーザＩＤと共に家計簿サーバ３００に送信する（Ｓ２６）。家計簿サーバ３００は、ユーザＩＤに対応する家計簿情報に消費情報を登録する（Ｓ２８）。
こうして、領収書に印字されている消費情報が家計簿情報に登録されることになる。

入力支援サーバ２００は、クライアント端末１００に比べて多くのフォームデータを保持している。そのため、サーバフォーム検索はクライアントフォーム検索に比べて成功率が高い。入力支援サーバ２００は、金銭登録機メーカから定期的に新しいフォームデータを取得してもよい。仮に、サーバフォーム検索も失敗すると、入力支援サーバ２００はクライアント端末１００にその旨を通知する。この場合には、クライアント端末１００のユーザはキーボードやマウス等の既存入力デバイスを介して、領収書に示されている消費情報を入力することもできる。

同図では、入力支援サーバ２００は、消費情報をクライアント端末１００に送信し（Ｓ２４）、クライアント端末１００がその消費情報を家計簿サーバ３００に送信している（Ｓ２６）。変形例として、入力支援サーバ２００は、クライアント端末１００を経由することなく、家計簿サーバ３００にユーザＩＤと消費情報を直接送信してもよい。

図５は、クライアント端末１００の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。図７に示す家計簿サーバ３００や図１０に示す入力支援サーバ２００の機能ブロック図についても同様である。

クライアント端末１００は、ユーザインタフェース処理部１１０、通信部１２０、データ処理部１４０およびデータ保持部１６０を含む。
ユーザインタフェース処理部１１０は、家計簿管理システム４２０を利用するユーザからの入力処理やユーザに対する情報表示のようなユーザインタフェース全般に関する処理を担当する。通信部１２０は、入力支援サーバ２００や家計簿サーバ３００とのインターネット４００を介した通信処理を担当する。

データ処理部１４０は、ユーザインタフェース処理部１１０を介した入力操作や通信部１２０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部１４０は、ユーザインタフェース処理部１１０、通信部１２０およびデータ保持部１６０の間のインタフェースの役割も果たす。データ保持部１６０は、予め用意された各種の設定データや、データ処理部１４０から受け取ったさまざまなデータを格納する。

ユーザインタフェース処理部１１０は、画像取得部１１２とデータ入力部１１４、表示部１１６を含む。画像取得部１１２は、レシートリーダ１０２から領収書画像を取得する。データ入力部１１４は、ユーザからの入力操作を受け付ける。表示部１１６は、ユーザに対して各種情報を表示する。

通信部１２０は、消費情報通信部１２２と画像送信部１２８、フォーム受信部１３０を含む。
消費情報通信部１２２は消費情報の送受信を担当する。消費情報通信部１２２は、消費情報送信部１２４と消費情報受信部１２６を含む。消費情報送信部１２４は、家計簿サーバ３００に消費情報を送信する（図４のＳ２６）。消費情報受信部１２６は、入力支援サーバ２００から消費情報を受信する（図４のＳ２４）。画像送信部１２８は、クライアントフォーム検索失敗時において、領収書画像を入力支援サーバ２００に送信する（図４のＳ１８）。フォーム受信部１３０は、入力支援サーバ２００から新しいフォームデータを受信する。クライアント端末１００は、適宜、入力支援サーバ２００からフォームデータを取得するが、詳しくは後述する。

データ保持部１６０は、フォーム保持部１６２を含む。フォーム保持部１６２は、複数種類のフォームデータを保持する。フォーム保持部１６２のフォームデータの数は所定の上限数に制限される。本実施例においては、フォーム保持部１６２には５０種類のフォームデータが保持されている。

データ処理部１４０は、フォーム特定部１４２、消費情報取得部１４４およびフォーム管理部１４６を含む。
フォーム特定部１４２は、クライアントフォーム検索を実行してフォーム保持部１６２から対応フォームデータを検出する。消費情報取得部１４４は、領収書画像と対応フォームデータを比較して、領収書画像から複数の項目情報、すなわち、消費情報を抽出する。フォーム管理部１４６は、フォーム保持部１６２のフォームデータを管理する。フォーム管理部１４６は、登録部１４８と抹消部１５０を含む。登録部１４８は、フォーム受信部１３０が入力支援サーバ２００から受信したフォームデータをフォーム保持部１６２に登録する。一方、抹消部１５０はフォーム保持部１６２からフォームデータを抹消する。特に、フォームデータの登録については図１２、フォームデータの抹消については図６に関連して詳述する。

対応フォームデータが検出されなかったときにも、消費情報取得部１４４は領収書画像から項目情報を抽出する。たとえば、図２の領収書４０２について対応フォームデータが検出されなくても、「渋谷店」、「２００７年１月２８日（日）１６：２６」などの文字情報を項目情報として抽出できるかもしれない。
対応フォームデータが検出されなかったときには、画像送信部１２８は領収書画像を入力支援サーバ２００に送信する。このとき、消費情報送信部１２４は、消費情報取得部１４４が領収書画像から抽出できた項目情報もサーバフォーム検索の参考情報として入力支援サーバ２００に送信する。この項目情報によりサーバフォーム検索を効率的に実行できるが、詳しい仕組みについては図１２に関連して詳述する。

図６は、フォーム使用頻度情報１７０のデータ構造図である。
フォーム使用頻度情報１７０は、フォーム保持部１６２のフォームデータがクライアントフォーム検索により対応フォームデータとして検出された回数（以下、「対応カウント」とよぶ）を示すデータテーブルである。フォーム使用頻度情報１７０は、フォーム保持部１６２に保持される。各フォームデータには、フォームデータを一意に区別するための「フォームＩＤ」が付与されている。フォームＩＤ欄１７２はフォームＩＤを示し、対応カウント欄１７４は対応カウントを示す。フォーム特定部１４２は、クライアントフォーム検索を実行し、対応フォームデータを検出すると、対応フォームデータの対応カウントをインクリメントする。この対応カウントは、対応フォームデータとして検出された合計回数であってもよい。あるいは、対応カウントは、所定期間、たとえば、過去２０日間において、対応フォームデータとして検出された回数であってもよい。いずれにしても、対応カウントが多いフォームデータほど、使用頻度の高いフォームデータであるといえる。

フォーム受信部１３０は、適宜、入力支援サーバ２００から新しいフォームデータを受信する。本実施例におけるフォーム保持部１６２は、最大５０種類までしかフォームデータを保持しない。新しいフォームデータが受信されたとき、フォーム保持部１６２が既に５０種類のフォームデータを保持していれば、抹消部１５０はいずれかのフォームデータをフォーム保持部１６２から抹消する。そのあとに、登録部１４８は新たなフォームデータをフォーム保持部１６２に登録する。

同図の場合、フォームＩＤ「００３」のフォームデータ（以下、「フォームデータ（００３）」のように表記する）は、対応カウントが０回である。いいかえれば、フォームデータ（００３）は使用頻度の低いフォームデータであるといえる。抹消部１５０は、このような対応カウントの最も小さなフォームデータをフォーム保持部１６２から抹消する。変形例として、対応カウントが所定の閾値、たとえば、５回以下のフォームデータのうち、最後に対応フォームデータとして検出された日時が最も古いフォームデータを抹消対象としてもよい。このような処理を施すことにより、フォーム保持部１６２には、常時、使用頻度の高いフォームデータだけが保持されることになる。

図７は、家計簿サーバ３００の機能ブロック図である。
家計簿サーバ３００は、通信部３１０、データ処理部３２０およびデータ保持部３３０を含む。
通信部３１０は、入力支援サーバ２００やクライアント端末１００とのインターネット４００を介した通信処理を担当する。データ処理部３２０は、通信部３１０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部３２０は、通信部３１０とデータ保持部３３０の間のインタフェースの役割も果たす。データ保持部３３０は、予め用意された各種の設定データや、データ処理部３２０から受け取ったさまざまなデータを格納する。

通信部３１０は、消費情報受信部３１２を含む。
消費情報受信部３１２は、クライアント端末１００から、あるいは、入力支援サーバ２００から消費情報を受信する（図４のＳ２６）。
データ保持部３３０は、家計簿保持部３３２と表現形式保持部３３４とを含む。家計簿保持部３３２はユーザ別に家計簿情報を保持する。家計簿情報の具体的な内容については、図９に関連して説明する。表現形式保持部３３４は、項目情報の表現形式を統一するための「表現形式情報」を保持する。表現形式情報のデータ構造や表現形式の統一については、図８に関連して詳述する。

データ処理部３２０は、家計簿更新部３２２を含む。消費情報受信部３１２がユーザＩＤと消費情報を受信すると、家計簿更新部３２２は該当ユーザの家計簿情報にその消費情報を登録する。家計簿更新部３２２は、銀行や証券会社の業務システムから金融取引に関する情報を受信したときにも、家計簿情報を更新してもよい。匿名性を担保するため、金融取引情報は、クライアント端末１００に送信され、クライアント端末１００から金融取引の内容を示す情報がユーザＩＤと共に家計簿サーバ３００に送信されてもよい。家計簿更新部３２２は形式変換部３２４を含む。形式変換部３２４は、表記形式情報を参照して、項目情報の表現形式を変換する。

図８は、表現形式情報３４０のデータ構造図である。
表現形式情報３４０は、領収書画像から抽出される項目情報の表現形式を統一的な表現に変換するための規則を定めたデータテーブルである。先に例示したように、「菊右衛門」という銘柄のお茶は、ある領収書では「キクエモン」、別の領収書では「お茶（菊）」と記載されているかもしれない。実際は同じ商品でありながら、領収書によって表現形式が別々となってしまっている。このほかにも、西暦表示か元号表示かという日時表現、内税表示か外税表示かという価格表現など、領収書によってさまざまである。表現形式情報３４０は領収書による表現のバリエーションを統一するための規則を定める。
図８の表現形式情報３４０は、「菊右衛門」という名称のお茶の正しい表現形式（以下、「正規表現形式」とよぶ）に対して、「キクエモン」や「お茶（菊）」といった派生的な表現形式（以下、「派生表現形式」とよぶ）とを対応づけている。

派生名欄３４２は派生表現形式を示し、正規名欄３４４は正規表現形式を示す。表現形式情報３４０では、「菊右衛門」という正規表現形式に対して、「菊衛」、「キクエモン」、「お茶（菊）」などのさまざまな派生表現形式が対応づけられている。形式変換部３２４は、消費情報に商品名として「キクエモン」と記述されているときには、「菊右衛門」という正規表現形式に変換して家計簿情報に登録する。このような処理方法によれば、派生表現形式が多い商品であっても、名称を統一して家計簿情報に登録できる。

商品は、第１費目、第２費目、第３費目に分類される。第１費目欄３５０は第１費目、第２費目欄３４８は第２費目、第３費目欄３４６は第３費目を示す。同図に示す例の場合、「菊右衛門」は、第１費目として「食費」に分類され、第２費目としてその中でも「飲料」に分類され、第３費目としてその中でも「お茶」に分類される。
まとめると、領収書画像が取得され、「キクエモン」という商品名が抽出されたとする。このとき、「キクエモン」という項目情報を含む消費情報が家計簿サーバ３００に送信される。家計簿サーバ３００の形式変換部３２４は、「キクエモン」を「菊右衛門」に変換する。その上で、家計簿更新部３２２は、家計簿情報の「食費」、「飲料」、「お茶」の費目に「菊右衛門」の購入を登録する。
このような処理方法によれば、領収書をレシートリーダ１０２により読み取らせるだけで、さまざまな派生表現形式を自動的に正規表現形式に改め、正しい費目にて家計簿情報に登録できる。

図９は、家計簿画面３６０の画面図である。
ユーザはユーザＩＤを指定して、クライアント端末１００から家計簿サーバ３００にアクセスする。家計簿サーバ３００は、ユーザの家計簿情報を示す家計簿画面３６０をウェブページとして提供する。同図に示す家計簿画面３６０は、２００７年１月の支出内容を示している。家計簿画面３６０は概要領域３６２と詳細領域３６４に大別される。

概要領域３６２：
第１費目欄３６６は第１費目、第２費目欄３６８は第２費目、総支出欄３８０は第２費目ごとの支出額を示す。同図の場合、２００７年１月の食費支出は３２７２８円であり、そのうち、飲料支出は１５６２円となっている。ユーザが飲料支出額を示す飲料支出額領域３７０をマウスでクリックすると、詳細領域３６４に２００７年１月の飲料支出の内訳が表示される。

詳細領域３６４：
第３費目欄３７２は第３費目、商品名欄３７４は購入商品名、金額欄３７６は購入価格、店名欄３７８は購入店名を示す。このほかにも、購入日時、購入時の天候、特売品であるか否か、カード払いと現金払いの別、などさまざまな項目が表示されてもよい。商品名欄３７４には、正規表現形式にて商品名が表示される。

図１０は、入力支援サーバ２００の機能ブロック図である。
入力支援サーバ２００は、通信部２１０、データ処理部２２０およびデータ保持部２４０を含む。
通信部２１０は、クライアント端末１００や家計簿サーバ３００とのインターネット４００を介した通信処理を担当する。データ処理部２２０は、通信部２１０から取得されたデータを元にして各種のデータ処理を実行する。データ処理部２２０は、通信部２１０とデータ保持部２４０の間のインタフェースの役割も果たす。データ保持部２４０は、予め用意された各種の設定データや、データ処理部２２０から受け取ったさまざまなデータを格納する。

通信部２１０は、画像受信部２１２、項目受信部２１４、消費情報送信部２１６およびフォーム送信部２１８を含む。
画像受信部２１２は、クライアントフォーム検索に失敗した領収書画像を受信する（図４のＳ１８）。項目受信部２１４は、クライアントフォーム検索失敗時において、クライアント端末１００の消費情報取得部１４４が抽出した項目情報を受信する。消費情報送信部２１６は、サーバフォーム検索の結果として取得した消費情報をクライアント端末１００や家計簿サーバ３００に送信する（図４のＳ２４）。フォーム送信部２１８は、フォームデータをクライアント端末１００に送信する。

データ保持部２４０は、フォーム保持部２４２とユーザ属性保持部２４４を含む。フォーム保持部２４２は複数種類のフォームデータを保持する。入力支援サーバ２００のフォーム保持部２４２の記憶容量はクライアント端末１００のフォーム保持部１６２に比べると大容量である。入力支援サーバ２００は、クライアント端末１００に比べて格段に多くのフォームデータを保持する。

ユーザ属性保持部２４４は「ユーザ属性情報」を保持する。ユーザは、家族構成や世帯年収などさまざまなユーザ属性を示す情報を入力支援サーバ２００に提供してもよい。ユーザ属性情報については図１１に関連して詳述する。

データ処理部２２０は、フォーム特定部２２２、消費情報取得部２２４およびフォーム管理部２２６を含む。
フォーム特定部２２２は、サーバフォーム検索を実行し、フォーム保持部２４２から対応フォームデータを検出する。消費情報取得部２２４は、領収書画像と対応フォームデータを比較して、領収書画像から複数の項目情報、すなわち、消費情報を抽出する。フォーム管理部２２６は、フォーム保持部２４２のフォームデータを管理する。フォーム管理部２２６は、計数部２２８と高頻度検出部２３０を含む。計数部２２８は、各フォームデータのサーバフォーム検索についての対応カウントを計数する。高頻度検出部２３０は、対応カウントが所定閾値以上となるフォームデータ、すなわち、高使用頻度のフォームデータを検出する。

図１１は、ユーザ属性情報２５０のデータ構造図である。
ユーザ属性保持部２４４は、ユーザごとの属性をユーザ属性情報２５０として保持する。ユーザＩＤ欄２５２はユーザＩＤを示す。なお、ユーザＩＤは、ユーザ個人ではなくユーザの属する世帯を一意に識別するためのＩＤであってもよい。年齢欄２５４はユーザの年齢、性別欄２５６はユーザの性別、家族構成欄２５８は家族構成、趣味欄２６０はユーザの趣味、世帯年収欄２６２はユーザの世帯年収を示す。このほかにも、ユーザ属性として、居住地域、好きなブランドやテレビ番組、購読雑誌、所有車種などさまざまな項目を定義してもよい。

ユーザ属性情報２５０によると、ユーザＩＤ「０００１」のユーザ（以下、「ユーザ（０００１）」と表記する）は４５歳の女性であり、夫と子供１人の３人で暮らしており、趣味はサーフィン、世帯年収は１０００万となっている。家計簿管理システム４２０の運営者は、ユーザ属性情報２５０を参照して家計簿情報を分析することにより、たとえば、「夫妻と子供１人の３人家族における一般的な消費傾向」のような分析が可能となる。
更に、本実施例における入力支援サーバ２００は、ユーザ属性情報２５０によりフォーム検索を高速化している。各ユーザは、ユーザ属性情報２５０のすべての項目について個人情報を入力支援サーバ２００に提供する必要はないが、個人情報を提供するほどサーバフォーム検索が高速化されやすいというメリットがある。この仕組みについては次の図１２に関連して説明する。

図１２は、フォーム特性情報２７０のデータ構造図である。
フォーム特性情報２７０は複数種類のフォームデータと共にフォーム特性情報２７０を保持する。フォーム特性情報２７０は、各フォームデータに該当する領収書の特徴を示すデータテーブルである。食料品店の領収書として一般的なフォームデータもあれば、調度品の領収書として一般的なフォームデータもある。日用品など低価格帯の領収書として一般的なフォームデータもあれば、宝飾品など高価格帯の領収書として一般的なフォームデータもある。あるいは、子供のいるユーザが受け取りやすい領収書もある。たとえば、子供服店の領収書として一般的なフォームデータは、子供のいるユーザとの相関性が高い。このように、フォームデータは、項目情報やユーザ属性となんらかの相関をもっていることが多い。入力支援サーバ２００は、このような本発明者の着眼点に基づいてサーバフォーム検索の高速化を図っている。

フォームＩＤ欄２７２はフォームＩＤを示す。項目情報欄２７４は、フォームデータと相関性の高い項目情報を示す。たとえば、フォームデータ（００１）は、「ｄａｅｉｅ」というデパートでよく使用される領収書のフォームデータである。また、フォームデータ（００１）は、「菊右衛門」という商品名が印字されている領収書において使用頻度の高いフォームデータである。一方、フォームデータ（００２）は、「キクエモン」という商品名が印字されている領収書において使用頻度の高いフォームデータである。このように、フォーム特性情報２７０では、フォームデータとそのフォームデータと相関性の高い項目情報が対応づけられている。

クライアントフォーム検索に失敗すると、クライアント端末１００は領収書画像を入力支援サーバ２００に送信する。このとき、クライアント端末１００は領収書画像に含まれている項目情報も入力支援サーバ２００に送信する。たとえば、「菊右衛門」という項目情報が送信されたときには、入力支援サーバ２００のフォーム特定部２２２はフォーム特性情報２７０を参照し、項目情報欄２７４において「菊右衛門」と対応づけられているフォームデータ群を対象として対応フォームデータを検索する。このフォームデータ群に対応フォームデータがなければ、それ以外のフォームデータ群を対象としてサーバフォーム検索を続行する。一方、「キクエモン」という項目情報が送信されたときには、入力支援サーバ２００のフォーム特定部２２２はフォーム特性情報２７０を参照し、項目情報欄２７４において「キクエモン」と対応づけられているフォームデータ群から優先的に対応フォームデータを検索する。
このようなサーバフォーム検索方法によれば、領収書画像とフォーム保持部２４２のフォームデータを順番に比較するよりも、対応フォームデータを高速に検出しやすくなる。領収書画像から派生表現形式、特に、稀少な派生表現形式が検出されたときにサーバフォーム検索が高速に実行されやすくなるという特徴がある。

項目情報欄２７４の内容は、適宜更新される。たとえば、サーバフォーム検索の結果、フォームデータ（０１２）が対応フォームデータとして特定されたとする。そして、この対応フォームデータに基づいて、領収書画像から「石鹸シャンプー」という項目情報が抽出されたとする。このとき、フォーム管理部２２６は、フォームデータ（０１２）についての項目情報欄２７４に「石鹸シャンプー」を登録する。項目情報欄２７４には項目情報の抽出回数を記録してもよい。いいかえれば、項目情報欄２７４においては、「あるフォームデータに対応する領収書画像から、所定期間内においてある項目情報が抽出された回数」が記録されてもよい。たとえば、フォームデータ（０１２）について「石鹸シャンプー」が抽出された回数が４回となっているとき、フォームデータ（０１２）が対応フォームデータとして検出され、領収書画像から「石鹸シャンプー」という項目情報が抽出されたときには、フォーム管理部２２６はこの抽出回数を「５回」に変更する。
このような処理方法により、フォーム管理部２２６はフォームデータと項目情報の対応関係を適宜更新してもよい。フォーム特定部２２２は、項目受信部２１４が受信した項目情報について相関性の高い、たとえば、抽出回数が所定回数以上となっているフォームデータ群から優先的に対応フォームデータをサーバフォーム検索してもよい。

ユーザ属性欄２７６はフォームデータと相関性の高いユーザ属性を示す。たとえば、フォームデータ（００１）は、子供のいるユーザや読書を趣味とするユーザが受け取りやすい領収書のフォームデータである。フォーム特性情報２７０では、フォームデータとそのフォームデータと相関性の高いユーザ属性が対応づけられている。

クライアントフォーム検索に失敗すると、クライアント端末１００は領収書画像を入力支援サーバ２００に送信する。このとき、画像送信部１２８はユーザＩＤも入力支援サーバ２００に送信する。入力支援サーバ２００のフォーム特定部２２２はユーザ属性情報２５０を参照して、ユーザＩＤに対応するユーザ属性を抽出する。たとえば、図１１に関連して示したユーザ（０００１）の場合、ユーザ属性として「子供あり」という情報が抽出される。フォーム特定部２２２はフォーム特性情報２７０を参照し、ユーザ属性欄２７６において「子供あり」という条件と対応づけられているフォームデータ群を対象として対応フォームデータを検索する。このフォームデータ群に対応フォームデータがなければ、それ以外のフォームデータ群を対象としてサーバフォーム検索を続行する。
このようなサーバフォーム検索方法によっても、領収書画像とフォーム保持部２４２のフォームデータを順番に比較するよりも、対応フォームデータを高速に検出しやすくなる。ユーザが個人情報を提供するほど、サーバフォーム検索が高速に実行されやすくなる

ユーザ属性欄２７６の内容も、適宜更新される。たとえば、サーバフォーム検索の結果、フォームデータ（０１２）が対応フォームデータとして特定されたとする。このサーバフォーム検索を依頼したユーザの趣味は「読書」であったとする。このとき、フォーム管理部２２６は、フォームデータ（０１２）についてのユーザ属性欄２７６に「読書」を登録する。

ユーザ属性欄２７６にはユーザ属性の抽出回数を記録してもよい。たとえば、「読書」を趣味とするユーザからの依頼に基づくサーバフォーム検索により、フォームデータ（０１２）が対応フォームデータとして特定された回数が４回であるとする。ここで、更に、「読書」を趣味とするユーザからの依頼に基づくサーバフォーム検索の結果としてフォームデータ（０１２）が対応フォームデータが特定されたとする。このとき、フォーム管理部２２６はこの抽出回数を「５回」に変更する。
このような処理方法により、フォーム管理部２２６はフォームデータとユーザ属性情報の対応関係を適宜更新してもよい。そして、フォーム特定部２２２は、あるユーザ属性について相関性の高い、たとえば、抽出回数が所定回数以上となっているフォームデータ群から優先的に対応フォームデータを検索してもよい。

応用例として、「読書」を趣味とするユーザからサーバフォーム検索を依頼され、領収書画像からは項目情報「盛岡市」が抽出されたとする。フォーム特定部１４２は項目情報欄２７４に「盛岡市」、ユーザ属性欄２７６に「読書」と設定されているフォームデータ群を対象としてサーバフォーム検索を実行する。サーバフォーム検索に失敗すると、項目情報欄２７４に「盛岡市」と設定され、ユーザ属性欄２７６に「読書」と設定されていないフォームデータ群を対象としてサーバフォーム検索を実行する。このサーバフォーム検索に失敗すると、項目情報欄２７４に「盛岡市」と設定されておらず、ユーザ属性欄２７６に「読書」と設定されているフォームデータ群を対象としてサーバフォーム検索を実行する。このようにして、フォームデータ群の条件を緩めながらサーバフォーム検索を実行することにより、対応フォームデータが存在する可能性の高いフォームデータ群から優先的に検索する。

対応カウント欄２７８は、サーバフォーム検索についての対応カウントを示す。計数部２２８は、対応フォームデータが検出されると、対応カウント欄２７８の該当する対応カウントをインクリメントする。この対応カウントは、対応フォームデータとして検出された合計回数であってもよい。あるいは、対応カウントは、所定期間、たとえば、過去２０日間において、対応フォームデータとして検出された回数であってもよい。いずれにしても、対応カウントが多いフォームデータほど、使用頻度の高いフォームデータであるといえる。

同図によるとフォームデータ（００４）は、「９８２１４」回も対応フォームデータとして検出されているフォームデータである。高頻度検出部２３０は、フォーム特性情報２７０を定期的に参照して、対応カウントが所定の閾値、たとえば、７００００回を超える高使用頻度のフォームデータを検出する。フォーム送信部２１８は、このような高使用頻度のフォームデータをクライアント端末１００に送信する。クライアント端末１００の登録部１４８は、入力支援サーバ２００からフォームデータを受信して登録する。このような処理方法により、クライアント端末１００には使用頻度の高いフォームデータが保持されるようにしている。

計数部２２８は、ユーザごとに対応カウントを計数してもよい。たとえば、高頻度検出部２３０は、ユーザ（００５４）の使用頻度が高いフォームデータを検出すると、そのフォームデータをユーザ（００５４）のクライアント端末１００だけに送信してもよい。このような処理方法によれば、ユーザの属性や消費活動まで反映させたかたちで、クライアント端末１００に使用頻度の高いフォームデータが保持されることになる。

以上に示した家計簿管理システム４２０によれば、レシートリーダ１０２に領収書を読み取らせるだけで家計簿情報を更新できる。また、ユーザは、無料・匿名にて家計簿管理システム４２０に参加できる。一方、こうして集められた家計簿情報は、消費動向を調査するための貴重な情報となるため、運用者にもメリットがある。このように、家計簿管理システム４２０は、家計簿サービスの提供側と受け手側にも双方にメリットをもたらす。

クライアント端末１００は、高使用頻度のフォームデータだけを厳選して保持する。これによりクライアントフォーム検索を高速に実行できる。一方、入力支援サーバ２００は、多数のフォームデータを保持する。これによりサーバフォーム検索の成功率を高めることができる。また、入力支援サーバ２００は、適宜、高使用頻度のフォームデータをクライアント端末１００に提供する。このため、ユーザの属性や消費動向が変化しても、クライアント端末１００には安定的に高使用頻度のフォームデータが保持されやすくなる。

クライアントフォーム検索に失敗しても、領収書画像から抽出された一以上の項目情報を入力支援サーバ２００に提供することにより、サーバフォーム検索を効率的に実行できる。また、入力支援サーバ２００は、ユーザ属性に基づいても、サーバフォーム検索を効率的に実行できる。

更に、家計簿サーバ３００は、派生表現形式を正規表現形式に変換することにより、領収書画像から抽出した項目情報を自動的に正規化して、家計簿情報に登録できる。このため、レシートリーダ１０２にて領収書を読み取って家計簿情報に登録した後、その内容を修正する必要が発生しにくくなる。

本実施例においては、クライアント端末１００は、サーバフォーム検索の結果として得られた消費情報を入力支援サーバ２００から取得するとして説明した。変形例として、クライアント端末１００は、クライアントフォーム検索に失敗すると、サーバフォーム検索により特定された対応フォームデータを入力支援サーバ２００からダウンロードしてもよい。そして、このダウンロードした対応フォームデータに基づいて、領収書画像から消費情報を抽出してもよい。このような処理方法によっても上記と同等の発明効果を発揮させることができる。

参加ユーザが多くなれば、金銭登録機メーカがフォームデータを入力支援サーバ２００に積極的に提供することも期待できる。また、フォーム検索の成功率を向上させるために、多種多様な領収書のフォームデータが数種類に収束していくことも期待できる。

以上、本発明を実施例をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

請求項に記載の消費情報取得端末の機能は、本実施例においては主としてクライアント端末１００により実現される。請求項に記載の家計簿管理装置の機能は、本実施例においては主として家計簿サーバ３００により実現される。請求項に記載の消費情報取得サーバの機能は、本実施例においては主として入力支援サーバ２００により実現される。
このほかにも、請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。

フォーム検索は、領収書画像の印字領域とフォームデータの印字領域との適合度を指標化し、その指標値が所定の閾値を超えたときに、対応フォームデータとして判定してもよい。また、フォーム検索は、対応カウントの多いフォームデータ、すなわち、高使用頻度のフォームデータから優先的に検索することにより、フォーム検索を高速化できると考えられる。また、家計簿サーバ３００と入力支援サーバ２００はハードウェアとしては一体として形成されてもよい。サーバフォーム検索にも失敗したときには、入力支援サーバ２００はその領収書画像そのものをフォームデータとして登録してもよい。

発展例として、外部刺激と消費活動の相関関係を分析してもよい。たとえば、テレビ番組や購読雑誌、インターネットを介してアクセスしたウェブサイトなどの情報を外部刺激情報として入力支援サーバ２００や家計簿サーバ３００に登録してもよい。そして、どのような外部刺激を受けた後にどのような消費活動が営まれているかを調査することにより、広告効果を定量化するという応用が考えられる。

更に、ユーザ属性が互いに類似するユーザについての消費傾向を比較するサービスを提供してもよい。たとえば、ユーザＡが４人家族であれば、他の４人家族と比べて食費や住宅費、貯金が多いのか少ないのかといった情報を提供してもよい。

家計簿管理システムのハードウェア構成図である。 領収書の一例を示す図である。 フォームデータの一例を示す図である。 フォーム検索の処理過程を示すシーケンス図である。 クライアント端末の機能ブロック図である。 フォーム使用頻度情報のデータ構造図である。 家計簿サーバの機能ブロック図である。 表現形式情報のデータ構造図である。 家計簿画面の画面図である。 入力支援サーバの機能ブロック図である。 ユーザ属性情報のデータ構造図である。 フォーム特性情報のデータ構造図である。

符号の説明

１００ クライアント端末、 １０２ レシートリーダ、 １１０ ユーザインタフェース処理部、 １１２ 画像取得部、 １１４ データ入力部、 １１６ 表示部、 １２０ 通信部、 １２２ 消費情報通信部、 １２４ 消費情報送信部、 １２６ 消費情報受信部、 １２８ 画像送信部、 １３０ フォーム受信部、 １４０ データ処理部、 １４２ フォーム特定部、 １４４ 消費情報取得部、 １４６ フォーム管理部、 １４８ 登録部、 １５０ 抹消部、 １６０ データ保持部、 １６２ フォーム保持部、 １７０ フォーム使用頻度情報、 ２００ 入力支援サーバ、 ２１０ 通信部、 ２１２ 画像受信部、 ２１４ 項目受信部、 ２１６ 消費情報送信部、 ２１８ フォーム送信部、 ２２０ データ処理部、 ２２２ フォーム特定部、 ２２４ 消費情報取得部、 ２２６ フォーム管理部、 ２２８ 計数部、 ２３０ 高頻度検出部、 ２４０ データ保持部、 ２４２ フォーム保持部、 ２４４ ユーザ属性保持部、 ２５０ ユーザ属性情報、 ２７０ フォーム特性情報、 ３００ 家計簿サーバ、 ３１０ 通信部、 ３１２ 消費情報受信部、 ３２０ データ処理部、 ３２２ 家計簿更新部、 ３２４ 形式変換部、 ３３０ データ保持部、 ３３２ 家計簿保持部、 ３３４ 表現形式保持部、 ３４０ 表現形式情報、 ３６０ 家計簿画面、 ４００ インターネット、 ４０２ 領収書、 ４２０ 家計簿管理システム、 ４２２ フォームデータ。

Claims (10)

1. 領収書の記載形式を示すフォームデータを複数種類保持するフォーム保持部と、
   ユーザにより提示された領収書のデジタル画像として領収書画像を取得する画像取得部と、
   前記領収書画像と前記複数種類のフォームデータとを比較して、前記領収書画像に対応するフォームデータを対応フォームデータとして検出するフォーム特定部と、
   前記対応フォームデータに基づいて前記領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得する消費情報取得部と、
   ユーザの家計簿情報を管理する外部の家計簿管理装置に対して、前記家計簿情報に前記消費情報を登録させるために前記消費情報を送信する消費情報送信部と、
   対応フォームデータが検出されなかったとき、自端末に代わって領収書画像から消費情報を取得する外部の消費情報取得サーバに対して前記領収書画像を送信する画像送信部と、
   を備えることを特徴とする消費情報取得端末。
2. 前記消費情報取得サーバから、前記消費情報取得サーバにおいて前記領収書画像から抽出された消費情報を受信する消費情報受信部、を更に備え、
   前記消費情報送信部は、前記受信された消費情報を前記家計簿管理装置に送信することを特徴とする請求項１に記載の消費情報取得端末。
3. 前記消費情報取得サーバからフォームデータを受信するフォーム受信部と、
   前記受信されたフォームデータを前記フォーム保持部に登録するフォーム登録部と、
   前記複数種類のフォームデータのうち、対応フォームデータとして検出された回数に基づいて、低使用頻度のフォームデータを前記フォーム保持部から除去するフォーム抹消部と、
   を更に備えることを特徴とする請求項１に記載の消費情報取得端末。
4. 領収書の記載形式を示すフォームデータを複数種類保持するフォーム保持部と、
   ユーザにより提示された領収書のデジタル画像として領収書画像を取得する画像取得部と、
   前記領収書画像と前記複数種類のフォームデータを比較して、前記領収書画像に対応するフォームデータである対応フォームデータを検出するフォーム特定部と、
   前記対応フォームデータに基づいて前記領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得する消費情報取得部と、
   ユーザの家計簿情報を管理する外部の家計簿管理装置に対して、前記家計簿情報に前記消費情報を登録させるために前記消費情報を送信する消費情報送信部と、
   前記対応フォームデータが検出されなかったとき、自端末が保持していないフォームデータも含めて複数種類のフォームデータを保持する外部の消費情報取得サーバに対して前記領収書画像を送信する画像送信部と、
   前記消費情報取得サーバから前記領収書画像の対応フォームデータを受信するフォーム受信部と、
   を備えることを特徴とする消費情報取得端末。
5. 領収書の記載形式を示すフォームデータを複数種類保持し、領収書のデジタル画像である領収書画像とフォームデータとを比較して前記領収書画像からユーザの消費行動の結果を示す消費情報を取得する消費情報取得端末と通信ネットワークを介して接続され、
   前記消費情報取得端末が保持していないフォームデータも含めて複数種類のフォームデータを保持するフォーム保持部と、
   前記消費情報取得端末において消費情報の取得に失敗した領収書画像を前記消費情報取得端末から受信する画像受信部と、
   前記受信された領収書画像と前記フォーム保持部における複数種類のフォームデータとを比較して、前記受信された領収書画像に対応するフォームデータを対応フォームデータとして検出するフォーム特定部と、
   前記対応フォームデータに基づいて前記領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得する消費情報取得部と、
   前記取得された消費情報を送信する消費情報送信部と、
   フォームデータごとに、対応フォームデータとして検出される回数を計数する検出回数計数部と、
   対応フォームデータとして検出された回数に基づいて、高使用頻度のフォームデータを検出する高頻度検出部と、
   前記高使用頻度のフォームデータを前記消費情報取得端末に送信するフォーム送信部と、
   を備えることを特徴とする消費情報取得サーバ。
6. 前記検出回数計数部は、ユーザ別に、各フォームデータが対応フォームデータとして検出された回数を計数し、
   前記高頻度検出部は、ユーザ別に、高使用頻度のフォームデータを検出し、
   前記フォーム送信部は、前記消費情報取得端末に対して、前記消費情報取得端末のユーザについての前記高使用頻度のフォームデータを送信することを特徴とする請求項５に記載の消費情報取得サーバ。
7. ユーザの属性情報を保持するユーザ属性保持部、を更に備え、
   前記フォーム保持部は、ユーザの属性とフォームデータとを対応づけて保持し、
   前記フォーム特定部は、前記領収書画像の送信元ユーザの属性を特定し、その属性と対応づけられているフォームデータ群をそれ以外のフォームデータ群よりも先に、対応フォームデータの検索対象とすることを特徴とする請求項５に記載の消費情報取得サーバ。
8. 前記消費情報取得端末から、前記領収書画像の一部の項目についての項目情報を受信する項目受信部、を更に備え、
   前記フォーム保持部は、項目情報とフォームデータとを対応づけて保持し、
   前記フォーム特定部は、前記消費情報取得端末から項目情報が受信されたときには、前記受信された項目情報と対応づけられているフォームデータ群を他のフォームデータ群よりも先に、対応フォームデータの検索対象とすることを特徴とする請求項５に記載の消費情報取得サーバ。
9. 領収書のデジタル画像である領収書画像から、前記領収書画像に含まれる複数の項目についての項目情報の集合を消費情報として取得する消費情報取得端末と通信ネットワークを介して接続され、
   ユーザの家計簿情報を保持する家計簿保持部と、
   前記消費情報取得端末から前記消費情報を受信する消費情報受信部と、
   前記受信された消費情報を前記家計簿情報に登録する家計簿更新部と、
   前記項目情報について、一の正規表現形式に対して一以上の派生表現形式とを対応づけて保持する表現形式保持部と、を備え、
   前記家計簿更新部は、前記消費情報に派生表現形式にて記述されている項目情報が含まれるときには、その項目情報の表現形式を派生表現形式から正規表現形式に変換した上で、前記消費情報を前記家計簿情報に登録することを特徴とする家計簿管理装置。
10. 領収書の記載形式を示すフォームデータを複数種類保持する機能と、
    ユーザにより提示された領収書のデジタル画像として領収書画像を取得する機能と、
    前記領収書画像と前記複数種類のフォームデータとを比較して、前記領収書画像に対応するフォームデータを対応フォームデータとして検出する機能と、
    前記対応フォームデータに基づいて前記領収書画像に含まれる複数の項目を特定し、各項目の項目情報の集合を消費情報として取得する機能と、
    ユーザの家計簿情報を管理する外部の家計簿管理装置に対して、前記家計簿情報に前記消費情報を登録させるために前記消費情報を送信する機能と、
    対応フォームデータが検出されなかったとき、領収書画像から消費情報を取得する外部の消費情報取得サーバに対して前記領収書画像を送信する機能と、
    をコンピュータに発揮させることを特徴とする消費情報取得プログラム。

Images