JP2015207232A - 伝票処理装置、伝票処理方法、およびプログラム - Google Patents

Abstract

【課題】従来、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできなかった。
【解決手段】領収書画像の出力指示を受け付ける指示受付部と、出力指示に対応する１以上の領収書画像を出力する出力部と、１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける入力受付部と、入力受付部が受け付けた伝票データを、領収書画像に対応付けて、伝票管理表に蓄積する蓄積部とを具備する伝票処理装置であって、出力部は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように１以上の領収書画像を出力する伝票処理装置により、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできる。
【選択図】図２

Description

本発明は、伝票データを処理する伝票処理装置等に関するものである。

従来、伝票を入力する手段と、入力した伝票の処理優先度を判定し、複数の処理優先度に区分する優先度判定手段と、複数の処理優先度表示を有し、伝票の処理順を表示するキューと、所定の伝票処理を行う伝票処理手段と、処理優先度を含む伝票情報のキュー格納、及びキュー参照を行うキュー制御手段とを有し、キュー制御手段は、伝票情報をキューに格納する場合には、該伝票情報を該伝票の処理優先度と同じ処理優先度の最後に挿入し、伝票を伝票処理手段に渡す場合には、キューの先頭にある伝票を取り出す伝票処理装置があった（例えば、特許文献１参照）。かかる伝票処理装置により、優先度が異なる伝票を、優先度の高い伝票から順に処理することができる。

特開２００１−２３６４５２号公報（第１頁、第１図等）

しかしながら、従来の伝票処理装置においては、領収書画像を見ながら伝票データを入力することができなかった。また、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と、伝票データを今後、入力しなければならない領収書画像との区別が容易にできなかった。

本第一の発明の伝票処理装置は、金額と取り引きの日付とを有する１以上の伝票データを格納し得る伝票管理表を格納し得る表格納部と、領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部と、領収書画像の出力指示を受け付ける指示受付部と、出力指示を受け付けた場合に、領収書画像格納部から、出力指示に対応する１以上の領収書画像を取得し、１以上の領収書画像を出力する出力部と、出力部が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける入力受付部と、入力受付部が受け付けた伝票データを、領収書画像に対応付けて、伝票管理表に蓄積する蓄積部とを具備する伝票処理装置であって、出力部は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する伝票処理装置である。

かかる構成により、領収書画像を見ながら伝票データを入力することができる。また、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを未入力の領収書画像との区別が容易にできる。

また、本第二の発明の伝票処理装置は、第一の発明に対して、出力部は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを、領収書画像の背景が異なる表示となるように、１以上の領収書画像を出力する伝票処理装置である。

かかる構成により、領収書画像を見ながら伝票データを入力することができる。また、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを未入力の領収書画像との区別が容易にできる。

また、本第三の発明の伝票処理装置は、第一または第二の発明に対して、出力部は、伝票データと対応付いている領収書画像に対してのみ、領収書画像に対応付けられた１以上のボタンを出力する伝票処理装置である。

かかる構成により、領収書画像を見ながら伝票データを入力することができる。また、伝票データと対応付いている領収書画像に対する操作を容易にできる。

また、本第四の発明の伝票処理装置は、第一から第三いずれかの発明に対して、出力部は、領収書画像を出力する場合に、当該領収書画像に対応付く伝票データと当該領収書画像との対応関係の種類を視覚的に区別可能に表示するように、前記領収書画像を出力する伝票処理装置である。

かかる構成により、伝票データと領収書画像との複雑な対応関係を容易に把握できる。

また、本第五の発明の伝票処理装置は、第四の発明に対して、蓄積部は、ｎ（ｎは２以上の自然数）の伝票データを一の領収書画像に対応付けて、伝票管理表に蓄積でき、出力部は、１以上の伝票データを出力し、かつ、伝票データと領収書画像との対応関係が１対１である場合とｎ対１である場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力する伝票処理装置である。

かかる構成により、伝票データと領収書画像との複雑な対応関係を容易に把握できる。

また、本第六の発明の伝票処理装置は、第四の発明に対して、蓄積部は、一の伝票データをｎ（ｎは２以上の自然数）の領収書画像に対応付けて、伝票管理表に蓄積でき、出力部は、伝票データを出力し、かつ、伝票データと領収書画像との対応関係が１対１である場合と１対ｎである場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力する伝票処理装置である。

かかる構成により、伝票データと領収書画像との複雑な対応関係を容易に把握できる。

また、本第七の発明の伝票処理装置は、第一から第六いずれかの発明に対して、伝票データを構成する金額の入力を受け付ける電卓部と、伝票データを構成する日付の入力を受け付けるカレンダー部とをさらに具備し、出力部は、１以上の伝票データと、１以上の領収書画像と、電卓部に対応する電卓領域と、カレンダー部に対応するカレンダー領域とを有する伝票入力画面を出力し、入力受付部は、電卓領域に対する入力である金額と、カレンダー領域に対する入力である日付とを有する伝票データを受け付ける伝票処理装置である。

かかる構成により、領収書画像を見ながら容易に伝票データを入力できる。

また、本第八の発明の伝票処理装置は、第一から第七いずれかの発明に対して、出力部は、１以上の領収書画像ごとに、各領収書画像を操作する１以上のボタンを、各領収書画像に対応付ける態様で配置する伝票処理装置である。

かかる構成により、領収書画像を個別に操作できる。

また、本第九の発明の伝票処理装置は、第一から第八いずれかの発明に対して、伝票処理装置と第一端末とを有する伝票処理システムを構成する伝票処理装置であって、第一端末は、領収書画像を受け付ける第一受付部と、第一受付部が受け付けた領収書画像を伝票処理装置に送信する第一送信部とを具備し、伝票処理装置は、第一送信部が送信した領収書画像を受信する領収書画像受付部をさらに具備し、蓄積部は、領収書画像受付部が受信した領収書画像を領収書画像格納部に蓄積する伝票処理装置である。

かかる構成により、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを未入力の領収書画像との区別が容易にできる。

また、本第十の発明の伝票処理装置は、第九の発明に対して、さらに第二端末を有する伝票処理システムを構成する伝票処理装置であって、第二端末は、領収書画像の出力指示、および伝票データの入力を受け付ける第二受付部と、第二受付部が受け付けた領収書画像の出力指示を伝票処理装置に送信し、かつ第二受付部が受け付けた伝票データを伝票処理装置に送信する第二送信部と、領収書画像の出力指示の送信に対応して、１以上の領収書画像を含む伝票入力画面、または１以上の領収書画像を含む伝票入力画面を構成する伝票入力画面情報を、伝票処理装置から受信する第二受信部と、第二受信部が受信した伝票入力画面、または伝票入力画面情報を用いて構成した伝票入力画面を出力する第二出力部とを具備し、指示受付部は、第二端末から領収書画像の出力指示を受信し、入力受付部は、第二端末から伝票データを受信する伝票処理装置である。

かかる構成により、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを未入力の領収書画像との区別が容易にできる。

本発明による伝票処理装置によれば、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできる。

実施の形態１における伝票処理システムの概念図 同伝票処理システムのブロック図 同伝票処理装置１の動作について説明するフローチャート 同画面情報構成処理について説明するフローチャート 同第一端末２の動作について説明するフローチャート 同第二端末３の動作について説明するフローチャート 同会計伝票管理表を示す図 同領収書画像管理表を示す図 同領収書画像を示す図 同画面出力例を示す図 同画面出力例を示す図 同伝票処理装置１のブロック図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、伝票処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、１以上の伝票データと領収書画像とを格納しており、伝票データと領収書画像との対応付けがされている場合と対応付けがされていない場合とで、領収書画像を含む領収書データの出力態様が異なる伝票処理装置を含む伝票処理システムについて説明する。なお、出力態様が異なるとは、例えば、伝票データとの対応付けがされている場合と、対応付けがされていない場合とで、領収書データの背景の出力態様が異なることである。

また、本実施の形態において、伝票データが入力された領収書画像に対応する１以上のボタンが付加される伝票処理装置を含む伝票処理システムについて説明する。

また、本実施の形態において、伝票データと領収書画像との対応関係の種類が区別可能なように、伝票データまたは領収書画像の出力態様が異なる伝票処理装置を含む伝票処理システムについて説明する。

また、本実施の形態において、伝票データの入力画面は、領収書画像が出力される領域、カレンダー機能による日付入力部分、電卓機能による金額入力部分、その他の会計情報を入力するフィールド部分を有する場合について説明する。

また、本実施の形態において、領収書画像ごとに領収書画像を操作するボタンが配置される伝票処理装置を含む伝票処理システムについて説明する。

さらに、本実施の形態において、伝票処理装置と、ユーザが使用する第一端末と、例えば、税理士や会計士等が使用する第二端末とを有する伝票処理システムについて説明する。

図１は、本実施の形態における伝票処理システムの概念図である。伝票処理システムは、伝票処理装置１、１または２以上の第一端末２、および１または２以上の第二端末３を備える。第一端末２は、通常、顧問先のユーザが使用する端末である。なお、顧問先のユーザは、一般のユーザである。第二端末３は、通常、税理士が使用する端末である。なお、税理士は、会計処理の専門家という意味であり、公認会計士等も含む広い概念である、とする。

図２は、本実施の形態における伝票処理システムのブロック図である。

伝票処理システムを構成する伝票処理装置１は、格納部１１、受付部１２、処理部１３、出力部１４を備える。格納部１１は、表格納部１１１、領収書画像格納部１１２を備える。受付部１２は、指示受付部１２１、入力受付部１２２、領収書画像受付部１２３を備える。処理部１３は、蓄積部１３１を備える。

第一端末２は、第一受付部２１、第一処理部２２、第一送信部２３、第一受信部２４、第一出力部２５を備える。

第二端末３は、第二受付部３１、第二処理部３２、第二送信部３３、第二受信部３４、第二出力部３５を備える。

伝票処理装置１を構成する格納部１１は、種々の情報を格納し得る。ここで、情報とは、例えば、伝票管理表、領収書画像、画面情報等である。伝票管理表、領収書画像の詳細については後述する。なお、画面情報とは、画面を構成するための情報である。画面情報の構造、記述言語等は問わない。画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、プログラム言語、スクリプト等で記述されている。また、画面情報は画面そのものでも良い。

格納部１１を構成する表格納部１１１は、１以上の伝票データを含む伝票管理表を格納し得る。伝票データは、金額と取り引きの日付とを有する。なお、金額とは取り引きの金額である。伝票データは、借方勘定科目、貸方勘定科目、借方税区分、貸方税区分等の情報を有しても良い。伝票管理表は、リレーショナルデータベースにおける表であるとは限らず、オブジェクト指向データベースにおけるオブジェクトの集合等でも良い。つまり、伝票管理表のデータ構造は問わない。また、伝票管理表が有する伝票データの構造も問わない。伝票データは、１または２以上の属性値（データ）の集合である

領収書画像格納部１１２は、領収書の画像である１以上の領収書画像を格納し得る。領収書画像のデータ構造は問わない。領収書画像は、例えば、gif、jpeg、png、bmp等のビットマップであるがベクターデータ等でも良い。なお、領収書画像格納部１１２は、領収書画像と対応付けて以下の情報を有していても良い。かかる情報とは、例えば、領収書画像のファイル名、伝票データとの対応付けがされているか否かの情報（フラグ）、領収書画像を送信したユーザを識別する識別子（その端末の識別子でも良い）、伝票データと領収書画像との対応関係の種類を示す情報等である。

受付部１２は、指示や情報等を受け付ける。指示や情報等の受け付けとは、指示や情報等の受信でも良いし、指示や情報等の入力受付等でも良い。つまり、受付部１２は、第一端末２または第二端末３から指示や情報等を受信しても良い。また、受付部１２は、ユーザから指示や情報等を受け付けても良い。指示や情報等とは、例えば、画面の出力指示である。画面の出力指示は、アプリケーションの画面を出力する指示であり、例えば、後述する第一画面の出力指示、後述する第二画面の出力指示、後述する第三画面の出力指示等である。画面の出力指示は、アプリケーションの起動指示を含むと考えても良い。

受付部１２を構成する指示受付部１２１は、領収書画像の出力指示を受け付ける。また、指示受付部１２１は、第二端末３から領収書画像の出力指示を受信する。また、指示受付部１２１は、伝票入力画面の送信指示を受け付けても良い。なお、伝票入力画面は、通常、１以上の領収書画像を有する。つまり、伝票入力画面は、領収書画像を見ながら、伝票データを入力できる画面である。

入力受付部１２２は、出力部１４が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付く伝票データを受け付ける。なお、領収書画像と伝票データとを対応付ける方法は問わない。一の領収書画像の選択を受け付けた後、伝票データの入力を受け付けても良い。

入力受付部１２２は、伝票データとともに、伝票データと領収書画像との対応関係の種類を受け付けても良い。処理部１３が伝票データと領収書画像との対応関係の種類を取得し、入力受付部１２２が当該対応関係の種類を受け付けても良い。なお、対応関係の種類は、通常、伝票データと領収書画像との対応関係が「１対１」「１対ｎ」「ｎ対１」の３種類である。

入力受付部１２２は、電卓領域に対する入力である金額と、カレンダー領域に対する入力である日付とを有する伝票データを受け付けても良い。

入力受付部１２２は、１または２以上の伝票データを受付ける。なお、入力受付部１２２は、例えば、第二端末３から伝票データを受信する。なお、入力受付部１２２は、通常、一の領収書画像に対応する一の伝票データを受付けるが、一の領収書画像に対応する２以上の伝票データを受付けても良い。つまり、一の領収書画像に複数の伝票に分けるべき取り引き内容が記載されていることもある。また、入力受付部１２２は、２以上の領収書画像に対応する一の伝票データを受付けても良い。つまり、複数の領収書画像をまとめて一の伝票に記載すべきこともあり得る。

領収書画像受付部１２３は、１または２以上の領収書画像を受け付ける。領収書画像受付部１２３は、通常、第一送信部２３が送信した領収書画像を受信する。ただし、ユーザが入力した領収書画像を受け付けても良いし、記録媒体から領収書画像を取得する等しても良い。

処理部１３は、各種の処理を行う。各種の処理は、例えば、領収書画像の出力指示の受信に応じて、１以上の領収書画像を有する画面情報を構成する処理である。なお、この画面情報は、伝票入力画面の画面情報でも良いし、領収書画像を閲覧する画面の画面情報等でも良い。また、各種の処理は、例えば、蓄積部１３１等の処理の結果を構成する処理である。また、各種の処理は、例えば、伝票データと領収書画像との対応関係の種類を取得する処理である。処理部１３は、伝票データに対応付いている領収書画像を検査し、伝票データと領収書画像との対応関係の種類を取得しても良い。

蓄積部１３１は、入力受付部１２２が受け付けた伝票データを、領収書画像に対応付けて、伝票管理表に蓄積する。例えば、入力受付部１２２が領収書画像を識別する領収書画像識別子と伝票データとを受信し、蓄積部１３１は当該領収書画像識別子で識別される領収書画像に対応付けて、受信した伝票データを伝票管理表に蓄積しても良い。また、例えば、入力受付部１２２が領収書画像と伝票データとを受信し、蓄積部１３１は当該領収書画像に対応付けて、受信した伝票データを伝票管理表に蓄積しても良い。

蓄積部１３１は、伝票データと対応関係の種類とを、領収書画像に対応付けて、伝票管理表に蓄積することは好適である。例えば、入力受付部１２２が一の領収書画像に対応付く伝票データを受信した場合は、対応関係の種類「１対１」を伝票データに対応付けて伝票管理表に蓄積する。また、入力受付部１２２が一の領収書画像に対応付く２以上の伝票データを受信した場合は、対応関係の種類「１対ｎ（ｎは２以上の自然数）」を伝票データに対応付けて伝票管理表に蓄積する。さらに、入力受付部１２２が２以上の領収書画像に対応付く一の伝票データを受信した場合は、対応関係の種類「ｎ対１」を伝票データに対応付けて伝票管理表に蓄積する。

なお、蓄積部１３１は、対応関係の種類をも、領収書画像または伝票データに対応付けて蓄積しても良い。

蓄積部１３１は、ｎ（ｎは２以上の自然数）の伝票データを一の領収書画像に対応付けて、伝票管理表に蓄積できることは好適である。また、蓄積部１３１は、一の伝票データをｎ（ｎは２以上の自然数）の領収書画像に対応付けて、伝票管理表に蓄積できることは好適である。

蓄積部１３１は、領収書画像受付部１２３が受け付けた領収書画像を領収書画像格納部１１２に蓄積する。なお、蓄積部１３１は、領収書画像受付部１２３が受け付けた領収書画像に加えて、受け付けた日付、領収書画像と対に受信された第一端末識別子等も蓄積することは好適である。

出力部１４は、情報を出力する。情報とは、例えば、領収書画像、処理結果、伝票入力画面情報等の画面情報等である。また、ここで、出力とは、通常、第一端末２、または第二端末３等の外部の装置への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

出力部１４は、指示受付部１２１が領収書画像の出力指示を受け付けた場合に、領収書画像格納部１１２から、当該出力指示に対応する１以上の領収書画像を取得し、１以上の領収書画像を出力する。

出力部１４は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する。ここで、出力部１４は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能なように領収書画像を変更しても良いし、視覚的に区別可能なように領収書画像に対応付けて情報を付加して送信する等しても良い。つまり、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示されるように、出力部１４は１以上の領収書画像を出力すれば良い。なお、視覚的に区別可能に表示するように１以上の領収書画像を出力することは、伝票データと対応付いていない領収書画像のみを出力することも含む、とする。

出力部１４は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを、領収書画像の背景が異なる表示となるように、１以上の領収書画像を出力する。なお、領収書画像の背景が異なれば、領収書画像を見たユーザは、領収書画像が伝票データと対応付いているか否かを判断できる。

出力部１４は、伝票データと対応付いている領収書画像に対してのみ、領収書画像に対応付けられた１以上のボタンを出力することは好適である。ここで、ボタンは、例えば、伝票データの全部または一部を出力するボタン、領収書画像に関する情報を出力するボタン等である。さらに具体的には、ボタンは、例えば、登録した伝票の日付と伝票番号（伝票データの識別子）とを出力するボタン、領収書画像に関する情報を出力するボタン等である。領収書画像に関する情報は、例えば、領収書画像をアップロードした日付と領収書画像のファイル名等である。

出力部１４は、領収書画像を出力する場合に、領収書画像に対応付く対応関係の種類を視覚的に区別可能に表示するように、領収書画像を出力することは好適である。

出力部１４は、１以上の伝票データを出力し、かつ伝票データと領収書画像との対応関係が１対１である場合とｎ対１である場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力することは好適である。

出力部１４は、１以上の伝票データを出力し、かつ伝票データと領収書画像との対応関係が１対１である場合と１対ｎである場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力することは好適である。

出力部１４は、１以上の伝票データと、１以上の領収書画像と、電卓として機能する電卓領域と、日付入力のためのカレンダー領域とを有する伝票入力画面を出力することは好適である。

出力部１４は、１以上の領収書画像ごとに、各領収書画像を操作する１以上のボタンを、各領収書画像に対応付ける態様で配置することは好適である。ここで、出力部１４は、すべての領収書画像に１以上のボタンを配置する必要はない。出力部１４は、通常、２以上の各領収書画像に１以上のボタンを配置する。ここで、領収書画像に対して配置される１以上のボタンは、例えば、領収書画像を拡大するためのボタン、領収書画像を縮小するためのボタン、領収書画像を回転させるためのボタン等である。

第一端末２を構成する第一受付部２１は、ユーザから指示や情報等を受け付ける。指示や情報等とは、例えば、領収書画像、ソフトウェアの起動指示、領収書画像の閲覧指示、１以上の領収書画像の選択、伝票データの入力等である。指示や情報等の入力手段は、キーボードやマウスやスキャナやメニュー画面によるもの等、何でも良い。第一受付部２１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。なお、ソフトウェアの起動指示は、例えば、会計ソフトの起動指示である。また、本ソフトウェアは、例えば、伝票処理装置１にアクセスして、種々の会計処理のための入力等を行うソフトウェアである。

上述したように、第一受付部２１は、領収書画像を受け付けるが、ここでの受け付けとは、写真の撮影、スキャナでも読み込みなどである。

第一処理部２２は、各種の処理を行う。第一処理部２２は、例えば、第一受付部２１が受け付けた指示や情報等に、第一端末２を識別する第一端末識別子を付与し、送信する指示や情報等を構成する処理である。なお、第一端末識別子は、図示しない記録媒体に格納されている、とする。第一処理部２２は、例えば、ソフトウェアの起動処理を行う。

また、第一処理部２２は、伝票入力画面における電卓領域に対する入力を処理し、電卓機能を実現する。

第一送信部２３は、第一受付部２１が受け付けた指示や情報等を伝票処理装置１に送信する。指示や情報等は、例えば、領収書画像である。また、第一送信部２３は、第一処理部２２が構成した指示や情報等を伝票処理装置１に送信する。

第一受信部２４は、伝票処理装置１から情報等を受信する。情報等とは、例えば、伝票処理装置１における処理結果である。処理結果は、例えば、領収書画像が登録された旨の情報である。

第一出力部２５は、第一受信部２４が受信した情報等を出力する。なお、受信された情報等が１または２以上の領収書画像である場合、第一出力部２５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

第二端末３を構成する第二受付部３１は、税理士や会計士等から指示や情報等を受け付ける。指示や情報等は、例えば、ソフトウェアの起動指示、領収書画像の出力指示、伝票データ等である。指示や情報等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。第二受付部３１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

第二処理部３２は、各種の処理を行う。第二処理部３２は、例えば、第二受付部３１が受け付けた指示に情報等に、第二端末３を識別する第二端末識別子を付与し、送信する指示や情報等を構成する処理である。なお、第二端末識別子は、図示しない記録媒体に蓄積されている、とする。

また、第二処理部３２は、伝票入力画面における電卓領域に対する入力を処理し、電卓機能を実現する。

また、第二処理部３２は、伝票入力画面におけるカレンダー領域に対する入力を処理し、入力された日付を取得する。

第二送信部３３は、第二受付部３１が受け付けた領収書画像の出力指示（第二処理部３２が取得した領収書画像の出力指示でも良いことは言うまでもない）を伝票処理装置１に送信する。また、第二送信部３３は、第二受付部３１が受け付けた伝票データを伝票処理装置１に送信する。また、第二送信部３３は、第二処理部３２が構成した指示や情報等を会計情報処理装置１に送信する。

第二受信部３４は、領収書画像の出力指示の送信に対応して、１以上の領収書画像を含む伝票入力画面、または１以上の領収書画像を含む伝票入力画面を構成する伝票入力画面情報を、伝票処理装置１から受信する。第二受信部３４は、領収書画像の出力指示の送信に対応して、１以上の領収書画像を含む伝票閲覧画面または１以上の領収書画像を含む伝票閲覧画面を構成する伝票閲覧画面情報を、伝票処理装置１から受信しても良い。

第二出力部３５は、第二受信部３４が受信した伝票入力画面、または伝票入力画面情報を用いて構成した伝票入力画面を出力する。なお、受信された情報等が１または２以上のる領収書画像である場合、第二出力部３５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

格納部１１、表格納部１１１、領収書画像格納部１１２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受付部１２、指示受付部１２１、入力受付部１２２、領収書画像受付部１２３、第一受信部２４、第二受信部３４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

処理部１３、蓄積部１３１、第一処理部２２、第二処理部３２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

出力部１４、第一送信部２３、第二送信部３３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。出力部１４は、出力部１４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現されても良い。

第一出力部２５、第二出力部３５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。第一出力部２５等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、伝票処理システムの動作について説明する。まず、伝票処理装置１の動作について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）領収書画像受付部１２３は、第一端末２から１または２以上の領収書画像を受信したか否かを判断する。領収書画像を受信すればステップＳ３０２に行き、受信しなければステップＳ３０３に行く。なお、領収書画像は、例えば、第一端末識別子とともに送信される。

（ステップＳ３０２）蓄積部１３１は、１以上の領収書画像を領収書画像格納部１１２に蓄積する。ステップＳ３０１に戻る。蓄積部１３１は、各領収書画像と対に、第一端末識別子、アップロード（登録）の日付、領収書画像のファイル名等を蓄積することは好適である。

（ステップＳ３０３）指示受付部１２１は、第一端末２または第二端末３から、領収書画像の出力指示を受信したか否かを判断する。領収書画像の出力指示を受信すればステップＳ３０４に行き、領収書画像の出力指示を受信しなければステップＳ３０６に行く。

（ステップＳ３０４）処理部１３は、領収書画像の出力指示の受信に応じて、１以上の領収書画像を有する画面情報を構成する。かかる画面情報構成処理について、図４のフローチャートを用いて説明する。

（ステップＳ３０５）出力部１４は、ステップＳ３０４で構成された画面情報を、領収書画像の出力指示を送信してきた端末（第一端末２または第二端末３）に送信する。ステップＳ３０１に戻る。

（ステップＳ３０６）指示受付部１２１は、伝票入力画面の送信指示を受け付けたか否かを判断する。伝票入力画面の送信指示を受け付けた場合はステップＳ３０７に行き、伝票入力画面の送信指示を受け付けない場合はステップＳ３０８に行く。なお、伝票入力画面の送信指示は、領収書画像の出力指示と同じでも良い。

（ステップＳ３０７）処理部１３は、伝票入力画面の画面情報を構成する。そして、出力部１４は、伝票入力画面の画面情報を、伝票入力画面の送信指示を送信した端末（通常、第二端末３）に送信する。なお、処理部１３は、ステップＳ３０４における処理と同様の画面情報構成処理により伝票入力画面の画面情報を構成することは好適である。ステップＳ３０１に戻る。

（ステップＳ３０８）入力受付部１２２は、１以上の伝票データを受信したか否かを判断する。伝票データを受信すればステップＳ３０９に行き、伝票データを受信しなければステップＳ３０１に戻る。なお、入力受付部１２２は、通常、出力部１４が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付く伝票データを受信する。なお、入力受付部１２２は、例えば、伝票データに対応する領収書画像識別子をも受信する。

（ステップＳ３０９）蓄積部１３１は、ステップＳ３０８で受信された１以上の各伝票データを、対応付く領収書画像に対応付けて、伝票管理表に蓄積する。ステップＳ３０１に戻る。なお、蓄積部１３１は、例えば、受信された１以上の各伝票データを、各伝票データと対になる領収書画像識別子で識別される領収書画像に対応付けて、伝票管理表に蓄積する。

なお、図３のフローチャートのステップＳ３０２の後、ステップＳ３０９の後に、処理結果を第一端末２または第二端末３に送信しても良い。

また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ３０４の画面情報構成処理について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）処理部１３は、領収書画像の出力指示に対応する１以上の領収書画像を、領収書画像格納部１１２から取得する。なお、領収書画像の出力指示に対応する１以上の領収書画像とは、例えば、領収書画像の出力指示に含まれる端末識別子と対になる１以上の領収書画像、または領収書画像の出力指示に含まれる端末識別子と間接的にリンク付けされている１以上の領収書画像である。

（ステップＳ４０２）処理部１３は、カウンタｉに１を代入する。

（ステップＳ４０３）処理部１３は、ステップＳ４０１で取得した１以上の領収書画像のうち、ｉ番目の領収書画像が存在するか否かを判断する。ｉ番目の領収書画像が存在すればステップＳ４０４に行き、ｉ番目の領収書画像が存在しなければステップＳ４10に行く。

（ステップＳ４０４）処理部１３は、ｉ番目の領収書画像が伝票データと対応付いているか否か（領収書画像に対応する伝票データが入力済みか否か）を判断する。ｉ番目の領収書画像が伝票データと対応付いていればステップＳ４０５に行き、ｉ番目の領収書画像が伝票データと対応付いていなければステップＳ４０７に行く。なお、処理部１３は、例えば、ｉ番目の領収書画像を識別する領収書画像識別子を有する伝票データが伝票管理表に存在するか否かにより、ｉ番目の領収書画像が伝票データと対応付いているか否かを判断する。また、処理部１３は、例えば、ｉ番目の領収書画像にリンク付けられた伝票データが伝票管理表に存在するか否かにより、ｉ番目の領収書画像が伝票データと対応付いているか否かを判断しても良い。その他、ｉ番目の領収書画像が伝票データと対応付いているか否かの判断方法は問わない。

（ステップＳ４０５）処理部１３は、ｉ番目の領収書画像に対して、伝票データと対応付いている場合の出力態様となるように処理する。なお、かかる処理は、例えば、伝票データと対応付いている場合の出力態様となるように、ｉ番目の領収書画像またはｉ番目の領収書画像に関する情報を変更する処理である。さらに具体的には、かかる処理は、例えば、ｉ番目の領収書画像の背景を伝票データと対応付いている場合の背景とする処理等である。

（ステップＳ４０６）処理部１３は、ｉ番目の領収書画像に対応付けて、１以上のボタンを配置する。ステップＳ４０８に行く。なお、かかるボタンは、例えば、伝票データの全部または一部を出力するボタン等である。

（ステップＳ４０７）処理部１３は、ｉ番目の領収書画像に対して、伝票データと対応付いていない場合の出力態様となるように処理する。なお、かかる処理は、例えば、伝票データと対応付いていない場合の出力態様となるように、ｉ番目の領収書画像またはｉ番目の領収書画像に関する情報を変更する処理である。さらに具体的には、かかる処理は、例えば、ｉ番目の領収書画像の背景を伝票データと対応付いていない場合の背景とする処理等である。

（ステップＳ４０８）処理部１３は、ｉ番目の領収書画像に対応付けて、１以上のボタンを付加する。かかるボタンは、例えば、領収書画像を操作するボタン（拡大、縮小、回転等）、領収書画像に関する情報（ファイル名等）を出力するボタン等である。

（ステップＳ４０９）処理部１３は、カウンタｉを１、インクリメントする。ステップＳ４０３に戻る。

（ステップＳ４１０）処理部１３は、１以上の領収書画像を用いて、画面情報を構成する。上位処理にリターンする。なお、処理部１３は、１以上の領収書画像と、伝票データを入力するためのフィールド等を有する画面の画面情報を構成しても良い。かかる画面情報は、例えば、ステップＳ３０７で構成される画面情報と同じである。

なお、図４のフローチャートにおいて、ステップＳ４０５とステップＳ４０７の処理のうち、どちらか一方の処理を行うことでも良い。

また、図４のフローチャートのステップＳ４０５において、ｉ番目の領収書画像と伝票データとの対応関係の種類を取得し、当該種類を視覚的に区別可能に表示するように処理を行っても良い。かかる処理は、例えば、当該種類に応じて異なる出力となるように、ｉ番目の領収書画像またはｉ番目の領収書画像に関する情報を変更する処理である。

次に、第一端末２の動作について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）第一端末２の第一受付部２１は、ユーザからソフトウェアの起動指示を受け付けたか否かを判断する。ソフトウェアの起動指示を受け付ければステップＳ５０２に行き、ソフトウェアの起動指示を受け付けなければステップＳ５０３に行く。なお、ソフトウェアは、例えば、会計ソフトである。

（ステップＳ５０２）第一処理部２２は、ソフトウェアの起動処理を行う。ステップＳ５０１に戻る。

（ステップＳ５０３）第一受付部２１は、１以上の領収書画像を受け付けたか否かを判断する。１以上の領収書画像を受け付ければステップＳ５０４に行き、受け付けなければステップＳ５０９に行く。

（ステップＳ５０４）第一処理部２２は、図示しない記録媒体に格納されている第一端末識別子を読み出す。

（ステップＳ５０５）第一処理部２２は、１以上の領収書画像と第一端末識別子とを用いて、１以上の領収書画像と第一端末識別子とを含む情報を構成する。

（ステップＳ５０６）第一送信部２３は、ステップＳ５０５で構成した情報を伝票処理装置１に送信する。

（ステップＳ５０７）第一受信部２４は、伝票処理装置１から処理結果を受信したか否かを判断する。処理結果を受信すればステップＳ５０８に行き、処理結果を受信しなければステップＳ５０７に戻る。なお、処理結果とは、例えば、領収書画像を登録した旨の情報、領収書画像の登録に失敗した旨の情報等である。

（ステップＳ５０８）第一出力部２５は、ステップＳ５０７で受信された処理結果を出力する。ステップＳ５０１に戻る。

（ステップＳ５０９）第一受付部２１は、領収書画像の出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ５１０に行き、受け付けなければステップＳ５１５に行く。

（ステップＳ５１０）第一処理部２２は、図示しない記録媒体に格納されている第一端末識別子を読み出す。

（ステップＳ５１１）第一処理部２２は、領収書画像の出力指示と第一端末識別子とを用いて、送信する指示を構成する。

（ステップＳ５１２）第一送信部２３は、ステップＳ５１１で構成した指示を伝票処理装置１に送信する。

（ステップＳ５１３）第一受信部２４は、伝票処理装置１から１以上の領収書画像等を受信したか否かを判断する。領収書画像等を受信すればステップＳ５１４に行き、領収書画像等を受信しなければステップＳ５１３に戻る。

（ステップＳ５１４）第一出力部２５は、ステップＳ５１３で受信された１以上の領収書画像等を出力する。ステップＳ５０１に戻る。なお、ここで、第一出力部２５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。

（ステップＳ５１５）第一受付部２１は、領収書画像の選択指示を受け付けたか否かを判断する。選択指示を受け付ければステップＳ５１６に行き、受け付けなければステップＳ５０１に戻る。

（ステップＳ５１６）第一処理部２２は、選択された領収書画像の表示を、他の領収書画像と比較して区別可能なように表示を変更する。

（ステップＳ５１７）第一受付部２１は、選択された領収書画像に対する伝票データの入力を受け付けたか否かを判断する。伝票データを受け付ければステップＳ５１８に行き、受け付けなければステップＳ５１７に戻る。なお、第一処理部２２は、受け付けられた伝票データを図示しないバッファに、選択された領収書画像の識別子と共に一時蓄積する。

（ステップＳ５１８）第一受付部２１は、伝票データの送信指示を受け付けたか否かを判断する。伝票データの送信指示を受け付ければステップＳ５１９に行き、伝票データの送信指示を受け付けなければステップＳ５１８に戻る。

（ステップＳ５１９）第一受付部２１は、図示しないバッファ内の伝票データ、領収書画像識別子、および第一端末識別子を含む情報であり、送信する情報を構成する。

（ステップＳ５２０）第一送信部２３は、ステップＳ５１９で構成した情報を伝票処理装置１に送信する。

（ステップＳ５２１）第一受信部２４は、伝票処理装置１から処理結果を受信したか否かを判断する。処理結果を受信すればステップＳ５２２に行き、処理結果を受信しなければステップＳ５２１に戻る。なお、処理結果とは、例えば、伝票データ等の登録が完了した旨の情報、伝票データの登録に失敗した旨の情報等である。

（ステップＳ５２２）第一出力部２５は、ステップＳ５２１で受信された処理結果を出力する。ステップＳ５０１に戻る。

なお、図５のフローチャートにおいて、ユーザが伝票データを入力する場合、電卓領域の電卓を用いて金額を入力しても良い。また、ユーザが伝票データを入力する場合、カレンダー領域のカレンダーを用いて日付を入力しても良い。

また、図５のフローチャートのステップＳ５１４において、第一出力部２５は、領収書画像と伝票データとの対応関係の種類を視覚的に区別可能に表示するように処理を行っても良い。

次に、第二端末３の動作について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）第二端末３の第二受付部３１は、ユーザからソフトウェアの起動指示を受け付けたか否かを判断する。ソフトウェアの起動指示を受け付ければステップＳ６０２に行き、ソフトウェアの起動指示を受け付けなければステップＳ６０３に行く。

（ステップＳ６０２）第二処理部３２は、ソフトウェアの起動処理を行う。ステップＳ６０１に戻る。

（ステップＳ６０３）第二受付部３１は、領収書画像の出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ６０４に行き、受け付けなければステップＳ６０９に行く。

（ステップＳ６０４）第二処理部３２は、図示しない記録媒体に格納されている第二端末識別子を読み出す。

（ステップＳ６０５）第二処理部３２は、領収書画像の出力指示と第二端末識別子とを有する指示であり、送信する指示を構成する。

（ステップＳ６０６）第二送信部３３は、ステップＳ６０５で構成された指示を伝票処理装置１に送信する。

（ステップＳ６０７）第二受信部３４は、伝票処理装置１から１以上の領収書画像等を受信したか否かを判断する。領収書画像等を受信すればステップＳ６０８に行き、領収書画像等を受信しなければステップＳ６０７に戻る。

（ステップＳ６０８）第二出力部３５は、ステップＳ６０７で受信された１以上の領収書画像等を出力する。ステップＳ６０１に戻る。なお、ここで、第二出力部３５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。

（ステップＳ６０９）第二受付部３１は、領収書画像の選択指示を受け付けたか否かを判断する。選択指示を受け付ければステップＳ６１０に行き、受け付けなければステップＳ６０１に戻る。

（ステップＳ６１０）第二処理部３２は、選択された領収書画像の表示を、他の領収書画像と比較して区別可能なように表示を変更する。

（ステップＳ６１１）第二受付部３１は、選択された領収書画像に対する伝票データの入力を受け付けたか否かを判断する。伝票データを受け付ければステップＳ６１２に行き、受け付けなければステップＳ６１１に戻る。なお、第二処理部３２は、受け付けられた伝票データを図示しないバッファに、選択された領収書画像の識別子と共に一時蓄積する。

（ステップＳ６１２）第二受付部３１は、伝票データの送信指示を受け付けたか否かを判断する。伝票データの送信指示を受け付ければステップＳ６１３に行き、伝票データの送信指示を受け付けなければステップＳ６１２に戻る。

（ステップＳ６１３）第二処理部３２は、図示しないバッファ内の伝票データ、領収書画像の識別子、および第二端末識別子を有する情報であり、送信する情報を構成する。

（ステップＳ６１４）第二送信部３３は、ステップＳ６１３で構成された情報を伝票処理装置１に送信する。

（ステップＳ６１５）第二受信部３４は、伝票処理装置１から処理結果を受信したか否かを判断する。処理結果を受信すればステップＳ６１６に行き、処理結果を受信しなければステップＳ６１５に戻る。

（ステップＳ６１６）第二出力部３５は、ステップＳ６１５で受信された処理結果を出力する。ステップＳ６０１に戻る。

なお、図６のフローチャートにおいて、税理士等が伝票データを入力する場合、電卓領域の電卓を用いて金額を入力しても良い。また、税理士等が伝票データを入力する場合、カレンダー領域のカレンダーを用いて日付を入力しても良い。

また、図６のフローチャートのステップＳ６０８において、第二出力部３５は、領収書画像と伝票データとの対応関係の種類を視覚的に区別可能に表示するように処理を行っても良い。

以下、本実施の形態における伝票処理システムの具体的な動作について説明する。伝票処理システムの概念図は図１である。

今、第一端末２はユーザＡが使用し、第二端末３はユーザＡの企業の顧問税理士である税理士Ｘが使用する、とする。

また、伝票処理装置１の表格納部１１１は、図７に示す会計伝票管理表を格納している、とする。会計伝票管理表は、会計伝票を管理する表である。ここでは、会計伝票管理表は、支払伝票を管理する表である。会計伝票管理表は、「ＩＤ」「伝票データ」「領収書画像識別子」を有する１以上のレコードを管理している。「伝票データ」は、「日付」「借方勘定科目」「貸方勘定科目」「金額」「摘要」を有する。「摘要」は「借方税区分」「貸方税区分」を有する。「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付を示す。

また、領収書画像格納部１１２は、図８に示すような領収書画像管理表を格納している。領収書画像管理表は、「ＩＤ」「対応付けフラグ」「対応関係種類情報」「第一端末識別子」「領収書画像識別子」を有する１以上のレコードを管理している。「ＩＤ」はレコードを識別する情報である。「対応付けフラグ」は、領収書画像が伝票データと対応付いているか否かを示す情報であり、対応付けフラグが「１」の場合は領収書画像が伝票データと対応付いており、「０」の場合は領収書画像が伝票データと対応付いていない。また、「対応関係種類情報」は、伝票データと領収書画像との対応関係の種類を示す情報であり、伝票データと領収書画像との対応関係が「１対１」の場合は「対応関係種類情報＝１」、「１対ｎ」の場合は「対応関係種類情報＝２」、「ｎ対１」の場合は「対応関係種類情報＝３」となる。「第一端末識別子」は、領収書画像を送信した第一端末２の識別子である。

さらに、領収書画像格納部１１２は、１以上の領収書画像を格納している、とする。

かかる状況において、ユーザＡは、第一端末２に本会計システムのソフトウェアの起動指示を入力した。そして、第一端末２の第一受付部２１は、会計システムの起動指示を受け付ける。次に、第一処理部２２は、会計システムの起動処理を行う。

また、第一端末２で起動した会計システムに対して、ユーザＡは、図９に示す３つの領収書画像を入力した。なお、この入力は、例えば、カメラで撮影した写真の入力である。そして、第一受付部２１は、３つの領収書画像を受け付ける。そして、第一処理部２２は、図示しない記録媒体に格納されている第一端末識別子（例えば、「ｕｓｒＡ」）を読み出す。次に、第一処理部２２は、３つの領収書画像と第一端末識別子（「ｕｓｒＡ」）とを用いて、３つの領収書画像と第一端末識別子とを含む情報を構成する。次に、第一送信部２３は、第一処理部２２が構成した情報を伝票処理装置１に送信する。

次に、伝票処理装置１の領収書画像受付部１２３は、第一端末２から３つの領収書画像と第一端末識別子とを含む情報を受信する。そして、蓄積部１３１は、３つの各領収書画像と第一端末識別子とを有する３つのレコードを生成し、当該３つのレコードを図８の領収書画像管理表に蓄積する。ここで、蓄積されたレコードは、図８の「ＩＤ＝２０、２１、２２」の３つのレコードである、とする。なお、蓄積部１３１は、対応付けフラグの値を初期値の「０」、対応関係種類情報を「ＮＵＬＬ」とする。

次に、税理士Ｘは、第二端末３に対して、会計ソフトの起動指示を入力する。そして、第二端末３の第二受付部３１は、会計ソフトの起動指示を受け付ける。次に、第二処理部３２は、会計ソフトの起動処理を行う。

次に、税理士Ｘは、会計ソフトに対して、領収書画像の出力指示を入力する。次に、第二受付部３１は、領収書画像の出力指示を受け付ける。次に、第二処理部３２は、図示しない記録媒体に格納されている第二端末識別子（例えば、「ｐｒｏＸ」）を読み出す。次に、第二処理部３２は、領収書画像の出力指示と第二端末識別子「ｐｒｏＸ」とを用いて、送信する指示を構成する。次に、第二送信部３３は、構成された指示を伝票処理装置１に送信する。

次に、指示受付部１２１は、第二端末３から、領収書画像の出力指示を受信する。そして、以下のように、処理部１３は、領収書画像の出力指示の受信に応じて、１以上の領収書画像を有する画面情報を構成する。

つまり、処理部１３は、領収書画像の出力指示に含まれる第二端末識別子「ｐｒｏＸ」に対応する１以上の領収書画像を、領収書画像格納部１１２から取得する。ここでは、３つの領収書画像（ｉｍｇ２０．ｇｉｆ、ｉｍｇ２１．ｇｉｆ、ｉｍｇ２２．ｇｉｆ）を含む、ユーザＡがアップロードしたｍ（ｍは３以上の自然数）の領収書画像を取得した、とする。なお、ユーザの第二端末識別子と顧問税理士の第二端末識別子との対応関係が図示しない記録媒体に管理されており、かかる対応関係の情報を用いて、ユーザＡと税理士Ｘとの関係を取得し、当関係を用いて、ユーザＡがアップロードした３つの領収書画像を取得する。

次に、処理部１３は、取得したｍの領収書画像のうちの各領収書画像が伝票データと対応付いているか否かを判断する。例えば、処理部１３は、領収書画像管理表（図８）の対応フラグであり、領収書画像と対になる対応フラグが「１」の場合は各領収書画像が伝票データと対応付いていると判断し、対応フラグが「０」の場合は各領収書画像が伝票データと対応付いていないと判断する。

処理部１３は、伝票データと対応付いていると判断した領収書画像に対して、伝票データと対応付いている場合の出力態様となるように処理する。例えば、処理部１３は、伝票データと対応付いていると判断した領収書画像の背景を変更する（例えば、背景をグレー（灰色）等に変更する）とする。そして、処理部１３は、伝票データと対応付いていると判断した領収書画像に対して、領収書画像に対応付けられた１以上のボタンを配置する。このボタンは、ここでは、伝票データの一部または全部を閲覧するためのボタンである。

また、伝票データと対応付いていないと判断した領収書画像に対して、処理部１３は、伝票データと対応付いていない場合の出力態様となるように処理する。例えば、処理部１３は、伝票データと対応付いていないと判断した領収書画像の背景の枠を太線で囲む。

次に、処理部１３は、各領収書画像に対して、領収書画像の操作用の１以上のボタンを付加する。このボタンは、ここでは、領収書画像の拡大のためのボタン、領収書画像の縮小のためのボタン、領収書画像の回転のためのボタン、および領収書画像のファイル名と登録の日付を出力するためのボタンである。

次に、処理部１３は、ｍの領収書画像を用いて、伝票データ入力画面の画面情報を構成する。ここで、処理部１３は、領収書画像に対する伝票データを入力するための電卓領域とカレンダー領域とを有する画面の画面情報を構成する、とする。

次に、出力部１４は、処理部１３が構成した画面情報を、税理士Ｘの第二端末３に送信する。

次に、第二端末３の第二受信部３４は、伝票処理装置１から１以上の領収書画像等を含む画面情報を受信する。

次に、第二出力部３５は、受信された１以上の領収書画像等を含む画面情報を出力する。かかる出力例は、図１０である。図１０において、１００１は領収書画像が出力さえる領域、１００２は伝票データを構成する金額を入力するための電卓領域、１００３は伝票データを構成する日付を入力するためのカレンダー領域、１００４は入力した伝票データを用いて構成される伝票オブジェクトが出力される領域である。

また、図１０の領収書画像１００５は伝票データと対応付いていない領収書画像であり、領収書画像１００６は伝票データと対応付いている領収書画像である。領収書画像１００５の枠は太線であり、領収書画像１００６の背景は、例えば、グレー（灰色）である。

また、伝票データと対応付いていない領収書画像１００５に対応付けて、領収書画像の拡大ボタン１００７、領収書画像の縮小ボタン１００８、領収書画像の回転ボタン１００９、領収書画像の情報を取得するボタン１０１０が配置されている。さらに、伝票データと対応付いている領収書画像１００６に対応付けて、領収書画像１００６に対応する伝票データの全部または一部を出力するボタン１０１１が配置されている。

なお、図１０は伝票データを入力するために、領収書画像を出力した画面であった。しかし、領収書画像の出力指示の受け付けにより、第二出力部３５は、図１１に示すような画面を出力しても良い。図１１に示す画面は、領収書画像を閲覧するための画面である。図１１に示す画面において、１１０１、１１０２、１１０５、１１０６の領収書画像は、伝票データと対応付いている領収書画像であり、その背景がグレーになっている。また、１１０３、１１０４の領収書画像は、伝票データと対応付いていない領収書画像であり、その背景は何ら処理されていない（写真画像のままである）。また、１１０３、１１０４の領収書画像の背景の枠は太線である。

次に、税理士Ａは、図１０の画面において、領収書画像１００５に対応する伝票データを入力した、とする。なお、税理士Ａは、電卓領域１００２の電卓機能を用いて、領収書画像１１０５の金額「１，４８７，４４１」を入力し、カレンダー領域１００３のカレンダー機能を用いて、領収書画像１１０５の日付「２０１４年３月３１日」を入力した、とする。

すると、第二受付部３１は、入力された伝票データを受け付ける。そして、第二処理部３２は、受け付けられた伝票データを、図示しないバッファに一時蓄積する。

次に、税理士Ａは、伝票データの送信指示を第二端末３に入力する。すると、第二受付部３１は、伝票データの送信指示を受け付ける。

そして、第二処理部３２は、伝票オブジェクトを生成する。伝票オブジェクトは、図１０の１０１２である。伝票オブジェクトは、伝票データに対応する情報の集合である。

次に、第二処理部３２は、図示しないバッファ内の伝票データ、領収書画像識別子、および第二端末識別子「ｐｒｏＸ」を用いて、送信する情報を構成する。そして、第二送信部３３は、構成された情報を伝票処理装置１に送信する。

次に、伝票処理装置１の入力受付部１２２は、税理士Ａが送信した伝票データ等を受信する。

次に、蓄積部１３１は、受信された伝票データを、受信された領収書画像識別子で識別される領収書画像に対応付けて、図７の会計伝票管理表に蓄積する。

次に、出力部１４は、処理結果を税理士Ａの第二端末３に送信する。なお、処理結果とは、ここでは、伝票データが蓄積された旨、領収書画像の識別子で識別される領収書画像が伝票データに対応付けられた旨である。

次に、第二端末３の第二受信部３４は、伝票処理装置１から処理結果を受信する。次に、第二出力部３５は、受信された処理結果を出力する。ここで、第二出力部３５は、領収書画像識別子で識別される領収書画像が伝票データに対応付けられた旨の情報を用いて、領収書画像１００５を伝票データと対応付いている領収書画像を示す出力態様となるように出力を変更する。つまり、伝票データに対応付けられたことが分かるように、領収書画像に対応する伝票データを登録した後、直ちに当該領収書画像の出力が変更される。

以上、本実施の形態によれば、領収書画像を見ながら伝票データを入力することができる。また、本実施の形態によれば、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできる。

また、本実施の形態によれば、また、伝票データと対応付いている領収書画像に対する操作を容易にできる。さらに詳細には、領収書画像を個別に操作できる。

また、本実施の形態によれば、伝票データと領収書画像との複雑な対応関係を容易に把握できる。

また、本実施の形態において、サーバ・クライアントシステムにより情報が処理された。しかし、伝票処理装置１は、図１２に示すようにスタンドアロンでも良い。かかる場合、受付部１２は、ユーザからの指示や情報等を受け付ける。また、出力部１４は、通常、画面や処理結果をディスプレイに表示する。

また、本実施の形態の具体例において、税理士が伝票データを入力した。しかし、伝票データ等を入力する者は問わないことは言うまでもない。なお、一般ユーザが伝票データを入力し、税理士が当該伝票データをチェックしても良い。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における伝票処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、金額と取り引きの日付とを有する１以上の伝票データを格納し得る伝票管理表を格納し得る表格納部と、領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部とを有し、コンピュータを、領収書画像の出力指示を受け付ける指示受付部と、前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、当該１以上の領収書画像を出力する出力部と、前記出力部が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける入力受付部と、前記入力受付部が受け付けた伝票データを、前記領収書画像に対応付けて、前記伝票管理表に蓄積する蓄積部として機能させるためのプログラムであって、前記出力部を、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力するものとして、コンピュータを機能させるためのプログラムである。

また、上記プログラムにおいて、前記出力部は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを、領収書画像の背景が異なる表示となるように、１以上の領収書画像を出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記出力部は、伝票データと対応付いている領収書画像に対してのみ、当該領収書画像に対応付けられた１以上のボタンを出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記入力受付部は、前記伝票データとともに、前記伝票データと前記領収書画像との対応関係の種類を受け付け、前記蓄積部は、前記伝票データと前記対応関係の種類とを、前記領収書画像に対応付けて、前記伝票管理表に蓄積し、前記出力部は、領収書画像を出力する場合に、当該領収書画像に対応付く対応関係の種類を視覚的に区別可能に表示するように、前記領収書画像を出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記蓄積部は、ｎ（ｎは２以上の自然数）の伝票データを一の領収書画像に対応付けて、前記伝票管理表に蓄積でき、前記出力部は、１以上の伝票データを出力し、かつ、伝票データと領収書画像との対応関係が１対１である場合とｎ対１である場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記蓄積部は、一の伝票データをｎ（ｎは２以上の自然数）の領収書画像に対応付けて、前記伝票管理表に蓄積でき、前記出力部は、伝票データを出力し、かつ、伝票データと領収書画像との対応関係が１対１である場合と１対ｎである場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、コンピュータを、伝票データを構成する金額の入力を受け付ける電卓部と、伝票データを構成する日付の入力を受け付けるカレンダー部としてさらに機能させ、前記出力部は、１以上の伝票データと、１以上の領収書画像と、前記電卓部に対応する電卓領域と、前記カレンダー部に対応するカレンダー領域とを有する伝票入力画面を出力し、前記入力受付部は、前記電卓領域に対する入力である金額と、前記カレンダー領域に対する入力である日付とを有する伝票データを受け付けるものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記出力部は、前記１以上の領収書画像ごとに、各領収書画像を操作する１以上のボタンを、各領収書画像に対応付ける態様で配置するものとして、コンピュータを機能させることは好適である。

また、図１３は、本明細書で述べたプログラムを実行して、上述した実施の形態の伝票処理装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１３は、このコンピュータシステム３４０の概観図であり、図１４は、コンピュータシステム３４０の内部構成を示す図である。

図１３において、コンピュータシステム３４０は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２を含むコンピュータ３４１と、キーボード３４２と、マウス３４３と、モニタ３４４とを含む。

図１４において、コンピュータ３４１は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２に加えて、ＭＰＵ３４１３と、ＣＤ−ＲＯＭドライブ３４１２及びＦＤドライブ３４１１に接続されたバス３４１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３４１５とに接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３４１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３４１７とを含む。ここでは、図示しないが、コンピュータ３４１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３４０に、上述した実施の形態の伝票処理装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３５０１、またはＦＤ３５０２に記憶されて、ＣＤ−ＲＯＭドライブ３４１２またはＦＤドライブ３４１１に挿入され、さらにハードディスク３４１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３４１に送信され、ハードディスク３４１７に記憶されても良い。プログラムは実行の際にＲＡＭ３４１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３５０１、ＦＤ３５０２またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３４１に、上述した実施の形態の伝票処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３４０がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる伝票処理装置は、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできるという効果を有し、会計システム等として有用である。

１ 伝票処理装置
２ 第一端末
３ 第二端末
１１ 格納部
１２ 受付部
１３ 処理部
１４ 出力部
２１ 第一受付部
２２ 第一処理部
２３ 第一送信部
２４ 第一受信部
２５ 第一出力部
３１ 第二受付部
３２ 第二処理部
３３ 第二送信部
３４ 第二受信部
３５ 第二出力部
１１１ 表格納部
１１２ 領収書画像格納部
１２１ 指示受付部
１２２ 入力受付部
１２３ 領収書画像受付部
１３１ 蓄積部

Claims (12)

1. 金額と取り引きの日付とを有する１以上の伝票データを格納し得る伝票管理表を格納し得る表格納部と、
   領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部と、
   領収書画像の出力指示を受け付ける指示受付部と、
   前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、当該１以上の領収書画像を出力する出力部と、
   前記出力部が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける入力受付部と、
   前記入力受付部が受け付けた伝票データを、前記領収書画像に対応付けて、前記伝票管理表に蓄積する蓄積部とを具備する伝票処理装置であって、
   前記出力部は、
   １以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する伝票処理装置。
2. 前記出力部は、
   １以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを、領収書画像の背景が異なる表示となるように、１以上の領収書画像を出力する請求項１記載の伝票処理装置。
3. 前記出力部は、
   伝票データと対応付いている領収書画像に対してのみ、当該領収書画像に対応付けられた１以上のボタンを出力する請求項１または請求項２記載の伝票処理装置。
4. 前記入力受付部は、
   前記伝票データとともに、前記伝票データと前記領収書画像との対応関係の種類を受け付け、
   前記蓄積部は、
   前記伝票データと前記対応関係の種類とを、前記領収書画像に対応付けて、前記伝票管理表に蓄積し、
   前記出力部は、
   領収書画像を出力する場合に、当該領収書画像に対応付く対応関係の種類を視覚的に区別可能に表示するように、前記領収書画像を出力する請求項１から請求項３いずれか一項に記載の伝票処理装置。
5. 前記蓄積部は、
   ｎ（ｎは２以上の自然数）の伝票データを一の領収書画像に対応付けて、前記伝票管理表に蓄積でき、
   前記出力部は、
   １以上の伝票データを出力し、かつ、
   伝票データと領収書画像との対応関係が１対１である場合とｎ対１である場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力する請求項１から請求項４いずれか一項に記載の伝票処理装置。
6. 前記蓄積部は、
   一の伝票データをｎ（ｎは２以上の自然数）の領収書画像に対応付けて、前記伝票管理表に蓄積でき、
   前記出力部は、
   伝票データを出力し、かつ、
   伝票データと領収書画像との対応関係が１対１である場合と１対ｎである場合とを視覚的に区別可能に表示するように、伝票データまたは領収書画像を出力する請求項１から請求項５いずれか一項に記載の伝票処理装置。
7. 伝票データを構成する金額の入力を受け付ける電卓部と、
   伝票データを構成する日付の入力を受け付けるカレンダー部とをさらに具備し、
   前記出力部は、
   １以上の伝票データと、１以上の領収書画像と、前記電卓部に対応する電卓領域と、前記カレンダー部に対応するカレンダー領域とを有する伝票入力画面を出力し、
   前記入力受付部は、
   前記電卓領域に対する入力である金額と、前記カレンダー領域に対する入力である日付とを有する伝票データを受け付ける請求項１から請求項６いずれか一項に記載の伝票処理装置。
8. 前記出力部は、
   前記１以上の領収書画像ごとに、各領収書画像を操作する１以上のボタンを、各領収書画像に対応付ける態様で配置する請求項１から請求項７いずれか一項に記載の伝票処理装置。
9. 請求項１から請求項８いずれか一項に記載の伝票処理装置と第一端末とを有する伝票処理システムを構成する伝票処理装置であって、
   前記第一端末は、
   領収書画像を受け付ける第一受付部と、
   前記第一受付部が受け付けた領収書画像を前記伝票処理装置に送信する第一送信部とを具備し、
   前記伝票処理装置は、
   前記第一送信部が送信した領収書画像を受信する領収書画像受付部をさらに具備し、
   前記蓄積部は、
   前記領収書画像受付部が受信した領収書画像を前記領収書画像格納部に蓄積する伝票処理装置。
10. さらに第二端末を有する請求項９記載の伝票処理システムを構成する伝票処理装置であって、
    前記第二端末は、
    領収書画像の出力指示、および伝票データの入力を受け付ける第二受付部と、
    前記第二受付部が受け付けた領収書画像の出力指示を前記伝票処理装置に送信し、かつ前記第二受付部が受け付けた伝票データを前記伝票処理装置に送信する第二送信部と、
    前記領収書画像の出力指示の送信に対応して、１以上の領収書画像を含む伝票入力画面、または１以上の領収書画像を含む伝票入力画面を構成する伝票入力画面情報を、前記伝票処理装置から受信する第二受信部と、
    前記第二受信部が受信した伝票入力画面、または前記伝票入力画面情報を用いて構成した伝票入力画面を出力する第二出力部とを具備し、
    前記指示受付部は、
    前記第二端末から領収書画像の出力指示を受信し、
    前記入力受付部は、
    前記第二端末から伝票データを受信する伝票処理装置。
11. 記録媒体は、
    金額と取り引きの日付とを有する１以上の伝票データを格納し得る伝票管理表を格納し得る表格納部と、
    領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部とを有し、
    指示受付部、出力部、入力受付部、および蓄積部により実現される伝票処理方法であって、
    前記指示受付部が、領収書画像の出力指示を受け付ける指示受付部と、
    前記出力部が、前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、当該１以上の領収書画像を出力する出力ステップと、
    前記入力受付部が、前記出力ステップで出力された１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける入力受付ステップと、
    前記蓄積部が、前記入力受付ステップで受け付けられた伝票データを、前記領収書画像に対応付けて、前記伝票管理表に蓄積する蓄積ステップとを具備し、
    前記出力ステップにおいて、
    １以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する伝票処理方法。
12. コンピュータがアクセス可能な記録媒体は、
    金額と取り引きの日付とを有する１以上の伝票データを格納し得る伝票管理表を格納し得る表格納部と、
    領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部とを有し、
    コンピュータを、
    領収書画像の出力指示を受け付ける指示受付部と、
    前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、当該１以上の領収書画像を出力する出力部と、
    前記出力部が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける入力受付部と、
    前記入力受付部が受け付けた伝票データを、前記領収書画像に対応付けて、前記伝票管理表に蓄積する蓄積部として機能させるためのプログラムであって、
    前記出力部が、
    １以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力するものとして、コンピュータを機能させるためのプログラム。