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

Abstract

【課題】伝票データの出力時に、元になる原始データの種類を把握できる伝票処理装置を提供する。【解決手段】伝票データと原始データの種類を示す種類情報との組を１組以上格納し得る伝票データ格納部１１５と、２種類以上の原始データを受け付ける原始データ受付部１２２と、ユーザからの情報入力および伝票の一覧表の出力指示を受け付ける入力受付部１２１と、伝票データを構成する伝票データ構成部１３１と、原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部１３２と、伝票データと種類情報とを対応付けて、伝票データ格納部に蓄積する蓄積部１３４と、出力指示を受け付けた場合、１組以上の伝票データと種類情報とを取得する伝票データ取得部１３５と、伝票データ取得部１３５が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部１４２とを具備する。【選択図】図２

Description

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

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

また、従来、銀行やクレジットカードを登録することにより、会計帳簿の作成を支援する会計システムがあった（例えば、非特許文献１参照）。

特開２００１−２３６４５２号公報

"クラウド会計ソフト freeeの特徴"、［online］、［平成２６年４月２３日検索］、インターネット［URL：http://www.freee.co.jp/］

しかしながら、従来技術においては、伝票データの出力時に、伝票データの元になるデータである原始データの種類を容易に把握することができなかった。なお、例えば、原始データの種類が、自動取得されたデータである場合は、当該原始データに対応する伝票データのチェックが不要、または簡易なチェックで良いこととなり、伝票データのチェックの効率化を図ることができる。ここで、自動取得されたデータとは、後述する銀行取引ファイルに格納されている銀行取引情報、カード取引ファイルに格納されているカード取引情報等である。また、自動取得されていないデータは、ユーザが手入力した伝票データの元になる原始データであり、例えば、後述する領収書画像である。

また、特許文献１に係る技術では、領収書画像を見ながら伝票データを入力することができなかった。また、特許文献１に係る技術では、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と、伝票データを今後、入力しなければならない領収書画像との区別が容易にできなかった。

さらに、非特許文献１に係る技術では、銀行口座の取引情報と伝票処理装置との連携が不十分であった。

本第一の発明の伝票処理装置は、伝票データと、伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部と、伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、原始データ、または原始データと情報入力、または情報入力を用いて、伝票データを構成する伝票データ構成部と、原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、伝票データと種類情報とを対応付けて、伝票データ格納部に蓄積する蓄積部と、入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、伝票データ格納部から取得する伝票データ取得部と、伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部とを具備する伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類を把握することができる。なお、伝票データの出力時とは、ここでは、通常、伝票データの一覧表の出力時である。

また、本第二の発明の伝票処理装置は、第一の発明に対して、一覧表出力部は、伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、入力受付部は、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、伝票データ選択指示に対応する一の伝票データと対になる種類情報に応じた画面であり、種類情報により異なる画面を出力する画面出力部をさらに具備する伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類を把握できる。

また、本第三の発明の伝票処理装置は、第一の発明に対して、一覧表出力部は、伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、入力受付部は、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、伝票データ選択指示に対応する一の伝票データと対になる種類情報と同一の種類情報と対になる１以上の伝票データを取得する伝票データフィルタリング部をさらに具備し、一覧表出力部は、伝票データフィルタリング部が取得した１以上の伝票データを出力する伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類を把握できる。

また、本第四の発明の伝票処理装置は、第一から第三いずれかの発明に対して、原始データの種類は、領収書の画像である領収書画像、銀行口座における取り引きの情報である銀行取引情報、クレジットカードを利用した取り引きの情報であるカード取引情報のうちの２種類以上である伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データが領収書画像、銀行の取引情報、またはクレジットカードを利用した購入情報のいずれかを把握できる。

また、本第五の発明の伝票処理装置は、第一から第四いずれかの発明に対して、２以上の各種類情報に対応する２以上のアイコンを格納し得る格納部をさらに具備し、一覧表出力部は、種類情報に対応するアイコンを出力する伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類を、アイコンにより容易に把握できる。

また、本第六の発明の伝票処理装置は、第五の発明に対して、一覧表出力部は、伝票データ取得部が取得した１以上の伝票データを一覧表の形式で出力し、かつ１以上の各伝票データに対応付く態様で、種類情報に対応するアイコンを出力する伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類を、アイコンにより容易に把握できる。

また、本第七の発明の伝票処理装置は、第一から第六いずれかの発明に対して、領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部をさらに具備し、原始データ受付部は、第一端末が送信した領収書画像を受信し、蓄積部は、原始データ受付部が受信した領収書画像を領収書画像格納部に蓄積し、入力受付部は、領収書画像格納部に格納されている１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類が領収書画像であるか否かを把握できる。

また、本第八の発明の伝票処理装置は、第七の発明に対して、入力受付部は、領収書画像の出力指示をも受け付け、出力部は、出力指示を受け付けた場合に、領収書画像格納部から、出力指示に対応する１以上の領収書画像を取得し、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する伝票処理装置である。

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

また、本第九の発明の伝票処理装置は、第一から第八いずれかの発明に対して、入力受付部は、銀行口座における取り引きの情報である１または２以上の取引情報を含む入力情報を受け付け、蓄積部は、入力受付部が受け付けた１以上の取引情報に対する１以上の伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、伝票データ格納部に蓄積する伝票処理装置である。

かかる構成により、伝票データの出力時に、元になる原始データの種類が銀行の取引情報であるか否かを把握できる。

また、本第十の発明の伝票処理装置は、第九の発明に対して、入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部をさらに具備し、蓄積部は、判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、伝票データ格納部に蓄積する伝票処理装置である。

かかる構成により、伝票処理装置に既に存在する取引情報をチェックできることにより、伝票データの入力を適切に支援できる。

本発明による伝票処理装置によれば、伝票データの出力時に、元になる原始データの種類を把握できる。

実施の形態１における伝票処理システムの概念図 同伝票処理システムのブロック図 同伝票処理装置１の動作について説明するフローチャート 同原始データ処理について説明するフローチャート 同選択指示対応処理について説明するフローチャート 同領収書画像画面情報構成処理について説明するフローチャート 同第一端末２の動作について説明するフローチャート 同第一端末２の動作について説明するフローチャート 同第二端末３の動作について説明するフローチャート 同第二端末３の動作について説明するフローチャート 同ユーザ情報管理表を示す図 同領収書画像管理表を示す図 同銀行取引情報管理表を示す図 同カード取引情報管理表を示す図 同会計伝票管理表を示す図 同領収書画像を示す図 同出力例を示す図 同出力例を示す図 同銀行取引管理情報管理表を示す図 同出力例を示す図 同銀行取引ファイルを示す図 同一覧表の出力例を示す図 同出力例を示す図 同銀行取引情報を示す図 同出力例を示す図 同出力例を示す図 同出力例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

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

（実施の形態１）

本実施の形態において、伝票の一覧表において、各伝票データの原始データの種類を伝票データに対応付けて表示可能な伝票処理システムについて説明する。なお、伝票データに対応付けて表示された原始データの種類は、伝票データの中に含まれていても良い。

また、伝票データの原始データとは、伝票データの元になった情報であり、例えば、領収書画像、銀行の取引情報、クレジットカードの取引情報等である。伝票データの原始データの種類は、伝票データの取引の種類である、と考えても良い。

また、本実施の形態において、伝票データの一覧表の中でフォーカスされているレコードに対する原始データを表示する伝票処理システムについて説明する。

また、本実施の形態において、伝票データの一覧表の中でフォーカスされているレコードに対する原始データの種類に応じて、画面レイアウトを変更する画面制御を行う伝票処理システムについて説明する。

また、本実施の形態において、伝票データの一覧表の中でフォーカスされているレコードに対する原始データと同一の種類の原始データのみを自動的にフィルタリングし、１または２以上の原始データを表示する伝票処理システムについて説明する。

また、本実施の形態において、原始データの種類をアイコンで視覚的に容易に区別可能なように表示する伝票処理システムについて説明する。

また、本実施の形態において、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできる伝票処理システムについて説明する。

さらに、本実施の形態において、受け付けられた銀行の取引情報が既に存在する取引情報か否かをチェックすることにより、伝票データの入力を適切に支援できる伝票処理システムについて説明する。

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

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

伝票処理システムを構成する伝票処理装置１は、格納部１１、受付部１２、処理部１３、出力部１４を備える。

格納部１１は、ユーザ情報格納部１１１、領収書画像格納部１１２、銀行取引情報格納部１１３、カード取引情報格納部１１４、伝票データ格納部１１５、画面格納部１１６、取込ルール格納部１１７を備える。

受付部１２は、入力受付部１２１、原始データ受付部１２２を備える。

処理部１３は、伝票データ構成部１３１、種類取得部１３２、判断部１３３、蓄積部１３４、伝票データ取得部１３５、伝票データフィルタリング部１３６を備える。

出力部１４は、画面出力部１４１、一覧表出力部１４２を備える。

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

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

伝票処理装置１を構成する格納部１１は、種々の情報を格納し得る。ここで、情報とは、例えば、２以上の各種類情報に対応する２以上のアイコン、ユーザ情報、領収書画像、銀行取引情報、カード取引情報、伝票データ、画面情報、取引ルール等である。ユーザ情報、領収書画像、銀行取引情報、カード取引情報、伝票データ、取引ルールの詳細については後述する。

なお、上記の画面情報とは、画面を構成するための情報である。画面情報の構造、記述言語等は問わない。画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、プログラム言語、スクリプト等で記述されている。また、画面情報は画面そのものでも良い。

また、上記のアイコンとは、押下可能でも、押下可能でなくても良い。アイコンは、図柄、シンボル等でも良く、文字列の情報等でも良く、広く解する。

格納部１１を構成するユーザ情報格納部１１１は、１または２以上のユーザ情報を格納し得る。ユーザ情報は、ユーザに関する情報である。ユーザ情報は、ユーザ識別子を有する。ユーザ情報は、例えば、ユーザの氏名、所属、住所等のユーザの属性値、銀行情報、カード情報を有しても良い。銀行情報は、銀行に関する情報であり、例えば、銀行名、銀行を識別する銀行識別子、銀行を識別するアイコン、口座を特定する情報、口座の種類等を有する情報である。カード情報は、クレジットカードに関する情報であり、例えば、クレジットカードの名称（例えば、ＶＩＳＡ（登録商標）、ＪＣＢ（登録商標）等）、クレジットカードの番号、有効期限、セキュリティーコード等である。

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

銀行取引情報格納部１１３は、１または２以上の銀行取引情報を格納し得る。銀行取引情報は、銀行口座における取り引きの情報である。銀行取引情報は、例えば、日付、摘要、支払い金額、預かり金額、差引残高等の情報を有する。なお、日付は取引の日付である。摘要は、例えば、取引の内容を示す情報である。

カード取引情報格納部１１４は、１または２以上のカード取引情報を格納し得る。カード取引情報は、クレジットカードを用いた取り引きの情報である。カード取引情報は、例えば、日付、摘要、支払い金額を有する。なお、日付は取引の日付である。摘要は、例えば、取引の内容を示す情報である。

伝票データ格納部１１５は、伝票データと種類情報との組を１組または２組以上格納し得る。

伝票データは、通常、金額と取り引きの日付とを有する。なお、金額とは取り引きの金額である。伝票データは、例えば、日付、摘要、科目、税区分、入金、出金等の情報を有する。日付は、取り引きの日付である。また、摘要は、例えば、仕訳の説明である。入金は入金された金額、出金は出金された金額である。また、伝票データは、例えば、借方勘定科目、貸方勘定科目、借方税区分、貸方税区分等の情報を有しても良い。

また、種類情報とは、原始データの種類を示す情報である。原始データとは、伝票データの元になるデータである。原始データの種類とは、例えば、領収書の画像である領収書画像、銀行口座における取り引きの情報である銀行取引情報、クレジットカードを利用した取り引きの情報であるカード取引情報のうちの２種類以上である。原始データの種類は、例えば、自動取得されるデータ、手入力される元のデータに分類される。自動取得されるデータは、内容が正しいことが保証されているデータとも言え、例えば、図示しない銀行のサーバ装置から受信された銀行取引ファイルに格納されている１以上の銀行取引情報である。また、自動取得されるデータは、例えば、図示しないクレジットカード会社のサーバ装置から受信されたカード取引ファイルに格納されている１以上のカード取引情報である。さらに、手入力される元のデータとは、例えば、領収書画像である。

また、種類情報は、原始データの種類を識別可能な情報であれば何でも良い。種類情報は、例えば、文字列、アイコン等であり、種類情報のデータタイプは問わない。なお、種類情報に対応付いていない伝票データが存在しても良い。また、伝票データの元になるデータとは、伝票データに対応するデータと言っても良い。

また、１組以上の伝票データと種類情報との組のデータ構造は問わない。１組以上の伝票データと種類情報は、リレーショナルデータベースにおける表であるとは限らず、オブジェクト指向データベースにおけるオブジェクトの集合等でも良い。

画面格納部１１６は、１以上の画面情報を格納し得る。画面情報は、伝票入力画面の画面情報でも良いし、伝票データの一覧表の画面の画面情報でも良いし、領収書画像を閲覧する画面の画面情報でも良いし、銀行取引情報を閲覧する画面の画面情報でも良いし、カード取引情報を閲覧する画面の画面情報等でも良い。

取込ルール格納部１１７は、１または２以上の取込ルールを格納し得る。取込ルールは、銀行取引情報またはカード取込情報を取り込むことを決定するためのルールでも良いし、銀行取引情報またはカード取込情報を取り込まないことを決定するためのルールでも良い。

取込ルールは、銀行取引情報またはカード取込情報または伝票データの全部または一部を伝票データ格納部１１５に蓄積することを決定するためのルールである。また、取込ルールは、銀行取引情報またはカード取込情報または伝票データの全部または一部を伝票データ格納部１１５に蓄積しないことを決定するためのルールでも良い。

取込ルールは、例えば、取り込む情報が含む「摘要」、「取引先」等である。また、取込ルールは、例えば、取り込まない情報が含む「摘要」、「取引先」等である。なお、取り込む情報または取り込まない情報は、銀行取引情報、またはカード取込情報、または伝票データの全部または一部である。

また、取込ルールは、例えば、特定の取引先を示す情報、特定の摘要を示す情報である。取込ルールが特定の取引先を示す情報である場合、当該取引先に対応する銀行取引情報またはカード取引情報は伝票データを構成しない。また、取込ルールが特定の取引先を示す情報である場合、例えば、当該取引先に対応する銀行取引情報またはカード取引情報のみ伝票データを構成する、としても良い。また、取込ルールが特定の摘要を示す情報である場合、例えば、当該特定の摘要に対応する銀行取引情報またはカード取引情報は伝票データを構成しない。また、取込ルールが特定の摘要を示す情報である場合、例えば、当該特定の摘要に対応する銀行取引情報またはカード取引情報のみ伝票データを構成する、としても良い。

受付部１２は、指示や情報等を受け付ける。ここで、受け付けとは、例えば、第一端末２からの受信、第二端末３からの受信、またはユーザからの受け付けである。指示や情報等とは、例えば、原始データ、ユーザからの情報入力、伝票の一覧表の出力の指示である出力指示、伝票データ選択指示等である。なお、原始データとは、例えば、領収書画像、１以上の銀行取引情報、１以上のカード取引情報である。また、情報入力は、例えば、伝票データの入力、伝票データの一部の情報の入力である。情報入力は、例えば、領収書画像に対応付けた伝票データの全部または一部である。

受付部１２を構成する入力受付部１２１は、ユーザからの情報の入力、出力指示、伝票データ選択指示、領収書画像に対応付けた伝票データ、入力情報等を受け付ける。

なお、出力指示とは、伝票の一覧表の出力の指示である。

また、伝票データ選択指示とは、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である。伝票データ選択指示は、例えば、伝票データの一覧表の中の種類情報に対応するアイコンに対する指示である。

領収書画像に対応付けた伝票データとは、領収書画像格納部１１２に格納されている１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データである。領収書画像に対応付けた伝票データは、例えば、領収書画像の識別子と伝票データとを有する。なお、領収書画像と伝票データとを対応付ける方法は問わない。一の領収書画像を選択した後、伝票データが入力されても良い。

また、入力情報とは、１または２以上の銀行取引情報を含む情報である。１または２以上の銀行取引情報を含む情報は、例えば、１以上の銀行取引情報を含む銀行取引ファイルである。また、入力情報は、１または２以上のカード取引情報を含む情報であっても良い。１以上のカード取引情報を含む情報は、例えば、１以上のカード取引情報を含むカード取引ファイルである。

原始データ受付部１２２は、伝票データの元になる２種類以上の原始データを受け付ける。原始データは、例えば、第一端末２が送信した１以上の領収書画像である。また、原始データは、例えば、１以上の銀行取引情報である。また、原始データは、例えば、１以上の銀行取引情報を含むファイルである銀行取引ファイルである。また、原始データは、例えば、１以上のカード取引情報である。また、原始データは、例えば、１以上のカード取引情報を含むファイルであるカード取引ファイルである。

処理部１３は、各種の処理を行う。各種の処理は、例えば、伝票データ構成処理、種類情報を取得する処理、判断部１３３における判断処理、伝票データ等の蓄積処理、送信する伝票データの取得処理、伝票データのフィルタリング処理、領収書画像の出力指示の受信に応じて、１以上の領収書画像を有する画面情報を構成する処理等である。また、各種の処理は、例えば、蓄積部１３４等の処理の結果を構成する処理である。

処理部１３を構成する伝票データ構成部１３１は、原始データ、または原始データと情報入力、または情報入力を用いて、伝票データを構成する。なお、原始データ、情報入力は、受付部１２が受け付けた情報である。

種類取得部１３２は、原始データ受付部１２２が受け付けた原始データの種類である種類情報を取得する。種類取得部１３２は、例えば、領収書画像を示す情報、銀行取引情報を示す情報、カード取引情報を示す情報等である。

判断部１３３は、入力情報に含まれる１または２以上の銀行取引情報が、過去に受け付けられたか否かを判断する。かかる判断処理を第一判断処理という。

判断部１３３は、例えば、入力情報に含まれる銀行取引情報が有する「日付」「金額」「入金」「残高金額」が同じ銀行取引情報が銀行取引情報格納部１１３に存在するか否かにより、入力情報に含まれる１または２以上の銀行取引情報が過去に受け付けられたか否かを判断する。また、判断部１３３は、例えば、入力情報に含まれる銀行取引情報が有する「日付」「金額」「出金」「残高金額」が同じ銀行取引情報が銀行取引情報格納部１１３に存在するか否かにより、入力情報に含まれる１または２以上の銀行取引情報が過去に受け付けられたか否かを判断しても良い。

また、判断部１３３は、例えば、入力情報に含まれる銀行取引情報が有する「日付」「金額」「入金」「残高金額」と同じ情報を含む伝票データが伝票データ格納部１１５に存在するか否かにより、入力情報に含まれる１または２以上の銀行取引情報が過去に受け付けられたか否かを判断しても良い。また、判断部１３３は、例えば、入力情報に含まれる銀行取引情報が有する「日付」「金額」「出金」「残高金額」がと同じ情報を含む伝票データが伝票データ格納部１１５に存在するか否かにより、入力情報に含まれる１または２以上の銀行取引情報が過去に受け付けられたか否かを判断しても良い。

なお、ここで、銀行取引情報に対応する伝票データとは、通常、銀行取引情報をすべて含む伝票データである。また、伝票データは、銀行取引情報に含まれる属性値以外の属性値を有しても良い。また、伝票データは、銀行取引情報が有するすべての情報を有しない場合があっても良い。

判断部１３３は、例えば、銀行取引ファイルに含まれる１または２以上の各銀行取引情報と、入力情報に含まれるユーザ識別子と対になる１以上の銀行取引情報（銀行取引情報格納部１１３に存在する銀行取引情報）とを用いて、入力情報に含まれる１または２以上の銀行取引情報が過去に受け付けられたか否かを判断する。なお、銀行取引ファイルとは、１以上の銀行取引情報を含むファイルである。

判断部１３３は、例えば、銀行取引ファイルに含まれる１または２以上の各銀行取引情報と、入力情報に含まれるユーザ識別子と対になる１以上の伝票データとを用いて、入力情報に含まれる１または２以上の銀行取引情報が過去に受け付けられたか否かを判断する。

また、判断部１３３は、受付部１２が受け付けた入力情報に含まれる１または２以上の各銀行取引情報が取込ルールに合致するか否かをも判断しても良い。かかる判断処理を第二判断処理という。

また、判断部１３３は、入力情報に含まれる１または２以上のカード取引情報が、過去に受け付けられたか否かを判断する。かかる判断処理を第三判断処理という。

判断部１３３は、例えば、入力情報に含まれるカード取引情報が有する「日付」「金額」「摘要」等と同じカード取引情報がカード取引情報格納部１１４に存在するか否かにより、入力情報に含まれる１または２以上のカード取引情報が過去に受け付けられたか否かを判断する。

また、判断部１３３は、例えば、入力情報に含まれるカード取引情報が有する「日付」「金額」「摘要」等と同じ情報を含む伝票データが伝票データ格納部１１５に存在するか否かにより、入力情報に含まれる１または２以上のカード取引情報が過去に受け付けられたか否かを判断しても良い。

なお、ここで、カード取引情報に対応する伝票データとは、通常、カード取引情報をすべて含む伝票データである。また、伝票データは、カード取引情報に含まれる属性値以外の属性値を有しても良い。また、伝票データは、カード取引情報が有するすべての情報を有しない場合があっても良い。

判断部１３３は、例えば、カード取引ファイルに含まれる１または２以上の各カード取引情報と、入力情報に含まれるユーザ識別子と対になる１以上のカード取引情報（カード取引情報格納部１１４に存在するカード取引情報）とを用いて、入力情報に含まれる１または２以上のカード取引情報が過去に受け付けられたか否かを判断する。なお、カード取引ファイルとは、１以上のカード取引情報を含むファイルである。

判断部１３３は、例えば、カード取引ファイルに含まれる１または２以上の各カード取引情報と、入力情報に含まれるユーザ識別子と対になる１以上の伝票データとを用いて、入力情報に含まれる１または２以上のカード取引情報が過去に受け付けられたか否かを判断する。

また、判断部１３３は、受付部１２が受け付けた入力情報に含まれる１または２以上の各カード取引情報が取込ルールに合致するか否かをも判断しても良い。かかる判断処理を第四判断処理という。

なお、判断部１３３は、上記の判断処理の結果である判断結果を取得することは好適である。

蓄積部１３４は、伝票データと種類情報とを対応付けて、伝票データ格納部１１５に蓄積する。

また、蓄積部１３４は、原始データ受付部１２２が受信した領収書画像を領収書画像格納部１１２に蓄積する。

また、蓄積部１３４は、入力受付部１２１が受け付けた１以上の銀行取引情報に対する１以上の伝票データの一部または全部と、銀行取引情報であることを示す種類情報とを対応付けて、伝票データ格納部１１５に蓄積する。

なお、受け付けられた銀行取引情報が過去に受け付けられていないと、判断部１３３が判断した場合のみ、蓄積部１３４は、当該銀行取引情報に対する伝票データの一部または全部と、銀行取引情報であることを示す種類情報とを対応付けて、伝票データ格納部１１５に蓄積することは好適である。

また、受け付けられた銀行取引情報が過去に受け付けられていない、かつ銀行取引情報が取込ルールに合致すると、判断部１３３が判断した場合のみ、蓄積部１３４は、当該銀行取引情報に対する伝票データの一部または全部と、銀行取引情報であることを示す種類情報とを対応付けて、伝票データ格納部１１５に蓄積することは好適である。

また、蓄積部１３４は、入力受付部１２１が受け付けた１以上のカード取引情報に対する１以上の伝票データの一部または全部と、カード取引情報であることを示す種類情報とを対応付けて、伝票データ格納部１１５に蓄積する。

なお、受け付けられたカード取引情報が過去に受け付けられていないと、判断部１３３が判断した場合のみ、蓄積部１３４は、当該カード取引情報に対する伝票データの一部または全部と、カード取引情報であることを示す種類情報とを対応付けて、伝票データ格納部１１５に蓄積することは好適である。

また、受け付けられたカード取引情報が過去に受け付けられていない、かつカード取引情報が取込ルールに合致すると、判断部１３３が判断した場合のみ、蓄積部１３４は、当該カード取引情報に対する伝票データの一部または全部と、カード取引情報であることを示す種類情報とを対応付けて、伝票データ格納部１１５に蓄積することは好適である。

伝票データ取得部１３５は、入力受付部１２１が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、伝票データ格納部１１５から取得する。伝票データ取得部１３５は、１組以上の伝票データと種類情報との組を伝票データ格納部１１５から取得し、当該１組以上の伝票データと種類情報との組から一覧表を構成することは好適である。

伝票データフィルタリング部１３６は、伝票データ選択指示に対応する一の伝票データと対になる種類情報と同一の種類情報と対になる１以上の伝票データを伝票データ格納部１１５から取得する。

出力部１４は、各種の情報を出力する。各種の情報とは、伝票データを含む一覧表、１以上の領収書画像、１以上の銀行取引情報、１以上のカード取引情報、画面情報等である。画面情報とは、第一端末２または第二端末３で出力される画面を構成する情報である。また、一覧表の出力態様は問わないことは言うまでもない。また、一覧表とは、伝票データを含む元帳等も含まれ、広く解する。一覧表とは、通常、２以上の伝票データの全部または一部を含む情報である。また、一覧表は、一の伝票データの全部または一部を含む情報である場合もあり得る、としても良い。また、ここでの出力とは、通常、外部の装置（例えば、第一端末２、第二端末３）への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

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

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

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

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

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

画面出力部１４１は、伝票データ選択指示に対応する一の伝票データと対になる種類情報に応じた画面であり、種類情報により異なる画面を出力する。ここで、画面は、例えば、領収書画像の確認用の画面、銀行取引情報の確認用の画面、カード取引情報の確認用の画面などである。

一覧表出力部１４２は、伝票データ取得部１３５が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する。

また、一覧表出力部１４２は、伝票データ取得部１３５が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力することは好適である。

また、一覧表出力部１４２は、伝票データフィルタリング部１３６が取得した１以上の伝票データを出力することは好適である。

また、一覧表出力部１４２は、種類情報に対応するアイコンを出力することは好適である。

また、一覧表出力部１４２は、伝票データ取得部１３５が取得した１以上の伝票データを一覧表の形式で出力し、かつ１以上の各伝票データに対応付く態様で、種類情報に対応するアイコンを出力することは好適である。ここで、一覧表とは、通常、表形式であるが、２以上の伝票データを含む出力であれば良い。なお、伝票データは１つの場合もあり得る。

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

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

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

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

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

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

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

第一出力部２５は、第一受信部２４が受信した情報等を出力する。なお、受信された情報等が１または２以上の領収書画像である場合、第一出力部２５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。

第一出力部２５は、伝票データの一覧表を出力する場合、各伝票データに対応付く種類情報をも出力する。なお、ここで、出力される種類情報は、アイコンであることは好適である。

ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

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

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

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

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

第二送信部３３は、第二受付部３１が受け付けた指示や情報を伝票処理装置１に送信する。また、第二送信部３３は、第二処理部３２が構成した指示や情報を伝票処理装置１に送信する。

第二送信部３３は、例えば、第二受付部３１が受け付けた出力指示、伝票データ選択指示等（第二処理部３２が取得した出力指示等でも良いことは言うまでもない）を伝票処理装置１に送信する。また、第二送信部３３は、第二受付部３１が受け付けた伝票データを伝票処理装置１に送信する。

第二受信部３４は、出力指示の送信に対応して、伝票データと種類情報との組を、１組以上受信する。

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

第二出力部３５は、第二受信部３４が受信した情報を出力する。第二出力部３５は、例えば、１組以上の伝票データと種類情報との組を出力する。また、第二出力部３５は、伝票入力画面を出力する。

なお、受信された情報等が１または２以上のる領収書画像である場合、第二出力部３５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。

ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

格納部１１、ユーザ情報格納部１１１、領収書画像格納部１１２、銀行取引情報格納部１１３、カード取引情報格納部１１４、伝票データ格納部１１５、画面格納部１１６、取込ルール格納部１１７は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１で記憶されるようになってもよい。

受付部１２、入力受付部１２１、原始データ受付部１２２、第一受信部２４、第二受信部３４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。また、受付部１２、入力受付部１２１、原始データ受付部１２２は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現されても良い。

第一受付部２１、第二受付部３１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現されても良い。

処理部１３、伝票データ構成部１３１、種類取得部１３２、判断部１３３、蓄積部１３４、伝票データ取得部１３５、伝票データフィルタリング部１３６、第一処理部２２、第二処理部３２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

出力部１４、画面出力部１４１、一覧表出力部１４２、第一送信部２３、第二送信部３３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。また、出力部１４、画面出力部１４１、一覧表出力部１４２は、ディスプレイやスピーカー等の出力デバイスを含む構成により実現されても良い。かかる場合、出力部１４等は、は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

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

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

（ステップＳ３０１）原始データ受付部１２２は、原始データを受け付けたか否かを判断する。原始データを受け付ければステップＳ３０２に行き、原始データを受け付けなければステップＳ３０３に行く。

（ステップＳ３０２）処理部１３は、ステップＳ３０１で受け付けられた原始データに対応する処理を行う。ステップＳ３０１に戻る。かかる原始データ処理について、図４のフローチャートを用いて説明する。

（ステップＳ３０３）入力受付部１２１は、情報入力を受け付けたか否かを判断する。情報入力を受け付ければステップＳ３０４に行き、情報入力を受け付けなければステップＳ３０９に行く。なお、情報入力は、伝票データの全部または一部を含む。

（ステップＳ３０４）種類取得部１３２は、ステップＳ３０３で受け付けられた情報入力が領収書画像に対応するか否かを判断する。領収書画像に対応する場合はステップＳ３０５に行き、領収書画像に対応しない場合はステップＳ３０６に行く。なお、種類取得部１３２は、例えば、ステップＳ３０３で受け付けられた情報入力が、領収書画像識別子を含むか否かにより、情報入力が領収書画像に対応するか否かを判断する。

（ステップＳ３０５）種類取得部１３２は、変数「種類情報」に領収書画像を示す旨の情報を書き込む。ステップＳ３０７に行く。領収書画像を示す旨の情報は、例えば、「領収書」、「１」等である。

（ステップＳ３０６）種類取得部１３２は、変数「種類情報」にＮＵＬＬを書き込む。

（ステップＳ３０７）伝票データ構成部１３１は、ステップＳ３０３で受け付けられた情報入力、およびステップＳ３０５またはステップＳ３０６で取得された変数「種類情報」の値を用いて、蓄積する伝票データと種類情報との組（伝票データ等と言っても良い。）を構成する。

（ステップＳ３０８）蓄積部１３４は、ステップＳ３０７で構成した伝票データ等を、伝票データ格納部１１５に蓄積する。ステップＳ３０１に戻る。

（ステップＳ３０９）入力受付部１２１は、出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ３１０に行き、出力指示を受け付けなければステップＳ３１３に行く。

（ステップＳ３１０）伝票データ取得部１３５は、伝票データと種類情報との組（伝票データ等）を１組以上、伝票データ格納部１１５から取得する。なお、取得される伝票データ等は、ステップＳ３０９で受け付けられた出力指示に対応する情報である。伝票データ取得部１３５は、例えば、ステップＳ３０９で受け付けられた出力指示に含まれるユーザ識別子と対になる１組以上の伝票データ等を伝票データ格納部１１５から取得する。

（ステップＳ３１１）伝票データ取得部１３５は、ステップＳ３１０で取得した１組以上の伝票データ等から表示される伝票データの一覧表を構成する。なお、伝票データの一覧表は、例えば、伝票データと種類情報を含む１以上のレコードからなる。また、種類情報は、種類情報を示すアイコンであることは好適である。また、構成された一覧表とは、端末で表示される伝票データの一覧表を構成する情報である。

（ステップＳ３１２）一覧表出力部１４２は、ステップＳ３１１で構成された伝票データの一覧表を出力する。なお、ここでの出力は、通常、出力指示を送付した装置（例えば、第一端末２または第二端末３）への送信である。
ステップＳ３０１に戻る。

（ステップＳ３１３）入力受付部１２１は、伝票データ選択指示を受け付けたか否かを判断する。伝票データ選択指示を受け付ければステップＳ３１４に行き、伝票データ選択指示を受け付けなければステップＳ３１５に行く。

（ステップＳ３１４）処理部１３は、伝票データ選択指示に対応する処理を行う。ステップＳ３０１に戻る。なお、かかる処理を選択指示対応処理という。選択指示対応処理について、図５のフローチャートを用いて説明する。

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

（ステップＳ３１６）処理部１３は、領収書画像を含む画面情報の構成処理を行う。かかる領収書画像画面情報構成処理について、図６のフローチャートを用いて説明する。

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

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

次に、ステップＳ３０２の原始データ処理について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）種類取得部１３２は、受け付けられた原始データが領収証画像であるか否かを判断する。領収証画像であればステップＳ４０２に行き、領収証画像でなければステップＳ４０４に行く。なお、種類取得部１３２は、例えば、領収証画像が入力された画面識別子であり、原始データと共に受け付けられた画面識別子から、受け付けられた原始データが領収証画像であると判断する。また、種類取得部１３２は、例えば、受け付けられた情報が画像であることを検知し、当該情報が領収証画像であると判断する。その他、種類取得部１３２が、受け付けられた情報が領収証画像であることを検知するアルゴリズムは問わない。

（ステップＳ４０２）蓄積部１３４は、受け付けられた領収証画像に対応付いているユーザ識別子を取得する。

（ステップＳ４０３）蓄積部１３４は、ステップＳ４０２で取得したユーザ識別子に対応付けて、受け付けられた領収証画像を領収書画像格納部１１２に蓄積する。上位処理にリターンする。なお、蓄積部１３４は、種類取得部１３２が取得した原始データの種類情報（例えば、「領収証画像」）を、当該領収書画像に対応付けて蓄積しても良い。また、蓄積部１３４は、空の伝票データに対応付けて、原始データの種類情報を蓄積しても良い。

（ステップＳ４０４）種類取得部１３２は、受け付けられた原始データが銀行取引情報であるか否かを判断する。銀行取引情報であればステップＳ４０５に行き、銀行取引情報でなければステップＳ４１４に行く。種類取得部１３２は、例えば、受信されたファイルの中の表の１以上の属性名を取得し、１以上の属性名から、種類情報（例えば、「銀行」、「２」など）を取得しても良い。かかる場合、種類取得部１３２は、銀行取引情報である旨を示す種類情報に対応する１以上の属性名を保持している。また、種類取得部１３２は、例えば、受信されたファイルのファイル名を用いて、種類情報（例えば、「銀行」、「２」など）を取得しても良い。かかる場合、種類取得部１３２は、例えば、銀行取引情報である旨を示す種類情報に対応するファイル名の文字列パターンを保持している。

（ステップＳ４０５）蓄積部１３４は、受け付けられた１以上の銀行取引情報に対応付いているユーザ識別子を取得する。

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

（ステップＳ４０７）判断部１３３は、受け付けられた銀行取引情報の中で、ｉ番目の銀行取引情報が存在するか否かを判断する。ｉ番目の銀行取引情報が存在すればステップＳ４０８に行き、ｉ番目の銀行取引情報が存在しなければ上位処理にリターンする。

（ステップＳ４０８）判断部１３３は、ｉ番目の銀行取引情報が、過去に受け付けられた銀行取引情報であるか否かを判断する。過去に受け付けられた銀行取引情報であればステップＳ４１３に行き、過去に受け付けられた銀行取引情報でなければステップＳ４０９に行く。

（ステップＳ４０９）判断部１３３は、ｉ番目の銀行取引情報が、取込ルール格納部１１７の１以上の取込ルールに合致するか否かを判断する。１以上の取込ルールに合致する場合はステップＳ４１０に行き、１以上の取込ルールに合致しない場合はステップＳ４１３に行く。なお、１以上の取込ルールに合致することは、ｉ番目の銀行取引情報に対応する伝票データを蓄積すべきことである、とする。

（ステップＳ４１０）種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。

（ステップＳ４１１）伝票データ構成部１３１は、ｉ番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。

（ステップＳ４１２）蓄積部１３４は、ステップＳ４１１で構成された伝票データ等を、ステップＳ４０５で取得されたユーザ識別子に対応付けて、伝票データ格納部１１５に蓄積する。

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

（ステップＳ４１４）種類取得部１３２は、受け付けられた原始データがカード取引情報であるか否かを判断する。カード取引情報であればステップＳ４０５に行き、カード取引情報でなければステップＳ４１４に行く。種類取得部１３２は、例えば、受信されたファイルの中の表の１以上の属性名を取得し、１以上の属性名から、種類情報（例えば、「カード」、「３」など）を取得しても良い。かかる場合、種類取得部１３２は、カード取引情報である旨を示す種類情報に対応する１以上の属性名を保持している。また、種類取得部１３２は、例えば、受信されたファイルのファイル名を用いて、種類情報（例えば、「カード」、「３」など）を取得しても良い。かかる場合、種類取得部１３２は、例えば、カード取引情報である旨を示す種類情報に対応するファイル名の文字列パターンを保持している。

（ステップＳ４１５）蓄積部１３４は、受け付けられた１以上のカード取引情報に対応付いているユーザ識別子を取得する。

（ステップＳ４１６）判断部１３３は、カウンタｉに１を代入する。

（ステップＳ４１７）判断部１３３は、受け付けられたカード取引情報の中で、ｉ番目のカード取引情報が存在するか否かを判断する。ｉ番目のカード取引情報が存在すればステップＳ４１８に行き、ｉ番目のカード取引情報が存在しなければ上位処理にリターンする。

（ステップＳ４１８）判断部１３３は、ｉ番目のカード取引情報が、過去に受け付けられたカード取引情報であるか否かを判断する。過去に受け付けられたカード取引情報であればステップＳ４２３に行き、過去に受け付けられたカード取引情報でなければステップＳ４１９に行く。

（ステップＳ４１９）判断部１３３は、ｉ番目のカード取引情報が、取込ルール格納部１１７の１以上の取込ルールに合致するか否かを判断する。１以上の取込ルールに合致する場合はステップＳ４２０に行き、１以上の取込ルールに合致しない場合はステップＳ４２３に行く。なお、１以上の取込ルールに合致することは、ｉ番目のカード取引情報に対応する伝票データを蓄積すべきことである、とする。

（ステップＳ４２０）種類取得部１３２は、変数「種類情報」にカード取引情報を示す旨の情報を書き込む。

（ステップＳ４２１）伝票データ構成部１３１は、ｉ番目のカード取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。

（ステップＳ４２２）蓄積部１３４は、ステップＳ４２１で構成された伝票データ等を、ステップＳ４１５で取得されたユーザ識別子に対応付けて、伝票データ格納部１１５に蓄積する。

（ステップＳ４２３）判断部１３３は、カウンタｉを１、インクリメントする。ステップＳ４１７に戻る。

次に、ステップＳ３１４の選択指示対応処理について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）種類取得部１３２は、伝票データ選択指示に対応する伝票データと対になる種類情報を伝票データ格納部１１５から取得する。なお、伝票データ選択指示が種類情報を含む場合、種類取得部１３２は、伝票データ選択指示から種類情報を取得する。

（ステップＳ５０２）処理部１３は、ステップＳ５０１で取得された種類情報が領収書画像を示す旨の情報であるか否かを判断する。領収書画像を示す旨の情報である場合はステップＳ５０３に行き、領収書画像を示す旨の情報でない場合はステップＳ５０９に行く。

（ステップＳ５０３）処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる領収書画像を、領収書画像格納部１１２から取得する。

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

（ステップＳ５０５）処理部１３は、ステップＳ５０３で取得した領収書画像に対応付けて、１以上のボタンを配置する。

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

（ステップＳ５０７）処理部１３は、取得した領収書画像を含む画面の画面情報を構成する。

（ステップＳ５０８）画面出力部１４１は、ステップＳ５０７で構成された画面情報を送信する。上位処理にリターンする。なお、画面情報の送信先は、通常、伝票データ選択指示を送信してきた第一端末２、または第二端末３である。

（ステップＳ５０９）処理部１３は、ステップＳ５０１で取得された種類情報が銀行取引情報を示す旨の情報であるか否かを判断する。銀行取引情報を示す旨の情報である場合はステップＳ５１０に行き、銀行取引情報を示す旨の情報でない場合はステップＳ５１３に行く。

（ステップＳ５１０）処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる１以上の銀行取引情報を、銀行取引情報格納部１１３から取得する。なお、１以上の銀行取引情報とは、例えば、受け付けられた伝票データ選択指示に対応する伝票データと対になる１つの銀行取引情報、または受け付けられた伝票データ選択指示に対応する伝票データと対になる銀行取引情報が含まれる銀行取引ファイルである。

（ステップＳ５１１）処理部１３は、ステップＳ５１０で取得した１以上の銀行取引情報を含む画面の画面情報を構成する。

（ステップＳ５１２）画面出力部１４１は、ステップＳ５１１で構成された画面情報を送信する。上位処理にリターンする。なお、画面情報の送信先は、通常、伝票データ選択指示を送信してきた第一端末２、または第二端末３である。

（ステップＳ５１３）処理部１３は、ステップＳ５０１で取得された種類情報がカード取引情報を示す旨の情報であるか否かを判断する。カード取引情報を示す旨の情報である場合はステップＳ５１４に行き、カード取引情報を示す旨の情報でない場合は上位処理にリターンする。

（ステップＳ５１４）処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる１以上のカード取引情報を、カード取引情報格納部１１４から取得する。なお、１以上のカード取引情報とは、例えば、受け付けられた伝票データ選択指示に対応する伝票データと対になる１つのカード取引情報、または受け付けられた伝票データ選択指示に対応する伝票データと対になるカード取引情報が含まれるカード取引ファイルである。

（ステップＳ５１５）処理部１３は、ステップＳ５１４で取得した１以上のカード取引情報を含む画面の画面情報を構成する。

（ステップＳ５１６）画面出力部１４１は、ステップＳ５１５で構成された画面情報を送信する。上位処理にリターンする。なお、画面情報の送信先は、通常、伝票データ選択指示を送信してきた第一端末２、または第二端末３である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（ステップＳ７０４）第一処理部２２は、図示しない記録媒体に格納されているユーザ識別子を読み出す。第一処理部２２は、１以上の領収書画像とユーザ識別子とを用いて、１以上の領収書画像とユーザ識別子とを含む情報を構成する。なお、ユーザ識別子は、第一端末２を識別する第一端末識別子でも良い。

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

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

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

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

（ステップＳ７０９）第一処理部２２は、図示しない記録媒体に格納されているユーザ識別子を読み出す。第一処理部２２は、領収書画像の出力指示とユーザ識別子とを用いて、送信する指示を構成する。

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

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

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

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

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

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

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

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

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

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

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

（ステップＳ７２１）第一受付部２１は、１以上の銀行取引情報を含む銀行取引ファイルを受け付けたか否かを判断する。銀行取引ファイルを受け付ければステップＳ７２２に行き、銀行取引ファイルを受け付けなければステップＳ７２４に行く。

（ステップＳ７２２）第一処理部２２は、ステップＳ７２１で受け付けられた銀行取引ファイルを用いて、送信する情報を構成する。第一処理部２２は、例えば、図示しないバッファ内のユーザ識別子と、ステップＳ７２１で受け付けられた銀行取引ファイルを構成する１以上の銀行取引情報とを有する情報を構成する。

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

（ステップＳ７２４）第一受付部２１は、１以上のカード取引情報を含むカード取引ファイルを受け付けたか否かを判断する。カード取引ファイルを受け付ければステップＳ７２５に行き、カード取引ファイルを受け付けなければステップＳ７２７に行く。

（ステップＳ７２５）第一処理部２２は、ステップＳ７２４で受け付けられたカード取引ファイルを用いて、送信する情報を構成する。第一処理部２２は、例えば、図示しないバッファ内のユーザ識別子と、ステップＳ７２４で受け付けられたカード取引ファイルを構成する１以上のカード取引情報とを有する情報を構成する。

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

（ステップＳ７２７）第一受付部２１は、出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ７２８に行き、出力指示を受け付けなければステップＳ７３２に行く。なお、出力指示は、伝票データの一覧表の出力指示であるとも言えるし、１組以上の伝票データと種類情報の組の出力指示であるとも言える。

（ステップＳ７２８）第一処理部２２は、ステップＳ７２７で受け付けられた出力指示を用いて、送信する出力指示を構成する。なお、第一処理部２２は、例えば、図示しないバッファ内のユーザ識別子を有する出力指示を構成する。

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

（ステップＳ７３０）第一受信部２４は、ステップＳ７２９における出力指示の送信に応じて、伝票データの一覧表を受信したか否かを判断する。伝票データの一覧表を受信すればステップＳ７３１に行き、伝票データの一覧表を受信しなければステップＳ７３０に戻る。なお、伝票データの一覧表は、各伝票データに対応する種類情報を含む、とする。また、一覧表を構成する伝票データの中には、種類情報に対応付いていない伝票データが存在しても良い。

（ステップＳ７３１）第一出力部２５は、ステップＳ７３０で受信された伝票データの一覧表を出力する。さらに詳細には、第一出力部２５は、１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する。ステップＳ７０１に戻る。なお、種類情報の出力は、種類情報によって異なるアイコンの出力であることは好適である。また、アイコンは、種類情報を一目瞭然に表す図柄であることは好適である。

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

（ステップＳ７３３）第一処理部２２は、ステップＳ７３２で受け付けられた伝票データ選択指示を用いて、送信する伝票データ選択指示を構成する。なお、第一処理部２２は、例えば、図示しないバッファ内のユーザ識別子と、選択された伝票データを識別する情報とを有する出力指示を構成する。また、第一処理部２２は、例えば、図示しないバッファ内のユーザ識別子と、選択された伝票データを識別する情報と、選択された伝票データに対応する種類情報とを有する出力指示を構成する。

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

（ステップＳ７３５）第一受信部２４は、ステップＳ７３４における伝票データ選択指示の送信に応じて、画面情報を受信したか否かを判断する。画面情報を受信すればステップＳ７３６に行き、画面情報を受信しなければステップＳ７３５に戻る。なお、画面情報は、伝票データ選択指示に対応する伝票データと対になる種類情報により異なる。種類情報が領収書画像を示す情報である場合、画面情報は、伝票データ選択指示に対応する伝票データと対になる領収書画像を含む情報である。また、種類情報が銀行取引情報を示す情報である場合、例えば、画面情報は、伝票データ選択指示に対応する銀行取引情報を含む銀行取引ファイルの内容を含む情報である。また、種類情報がカード取引情報を示す情報である場合、例えば、画面情報は、伝票データ選択指示に対応するカード取引情報を含むカード取引ファイルの内容を含む情報である。なお、ここで、第一受信部２４が受信する画面情報は、出力される画面の一部を構成する情報でも良いことは言うまでもない。

（ステップＳ７３６）第一出力部２５は、ステップＳ７３５で受信された画面情報を用いて、画面を出力する。ステップＳ７０１に戻る。なお、第一出力部２５は、ステップＳ７３５で受信された画面情報を用いて、出力されている画面を変更しても良い。

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

次に、第二端末３の動作について、図９、図１０のフローチャートを用いて説明する。図９、図１０のフローチャートにおいて、図７、図８と同じステップについて、説明を省略する。図９、図１０のフローチャートの各ステップは、図７、図８のフローチャートのいずれかのステップと同じ処理である。なお、同じ処理のステップでも、図９、図１０のフローチャートにおける主体と、図７、図８のフローチャートにおける主体は異なることは言うまでもない。つまり、同じ処理のステップにおいて、第二受付部３１が行う処理は第一受付部２１が行う処理であり、第二処理部３２が行う処理は第一処理部２２が行う処理であり、第二送信部３３が行う処理は第一送信部２３が行う処理であり、第二受信部３４が行う処理は第一受信部２４が行う処理であり、第二出力部３５が行う処理は第一出力部２５が行う処理である。

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

今、伝票処理装置１のユーザ情報格納部１１１は、図１１に示すユーザ情報管理表を保持している。ユーザ情報管理表は、「ユーザ識別子」「氏名」「所属」等の属性値を有する１以上のレコードを管理している。

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

また、銀行取引情報格納部１１３は、図１３に示す銀行取引情報管理表を格納している、とする。銀行取引情報管理表は「ＩＤ」「ユーザ識別子」「日付」「摘要」「支払い金額」「預かり金額」「差引残高」を有するレコードを１以上管理している。なお、「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付である。図１３に示す銀行取引情報管理表は、過去に取り込まれた銀行取引情報を管理している。

また、カード取引情報格納部１１４は、図１４に示すカード取引情報管理表を格納している、とする。銀行取引情報管理表は「ＩＤ」「ユーザ識別子」「カード識別子」「利用日」「利用区分」「利用内容」「新規利用額」「今回請求額」等を有するレコードを１以上管理している。なお、「ＩＤ」はレコードを識別する情報である。「カード識別子」はクレジットカードを識別する情報である。「利用日」はクレジットカードの利用日である。「利用区分」はクレジットカードの利用の種類を示す情報であり、例えば、１回払い、３回払い等の情報を採り得る。「利用内容」はクレジットカードの利用の内容を示す情報であり、例えば、利用店舗や、支払先の企業名等である。「新規利用額」は対応する取引において利用した金額である。「今回請求額」は当月の請求額の全体を示す情報である。

また、伝票データ格納部１１５は、図１５に示す会計伝票管理表を格納している、とする。会計伝票管理表は、伝票データを管理する表である。会計伝票管理表は、「ＩＤ」「ユーザ識別子」「伝票データ」「種類情報」を有する１以上のレコードを管理している。「伝票データ」は、「日付」「摘要」「科目」「税区分」「入金」「出金」を有する。「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付を示す。「ユーザ識別子」は顧問先のユーザのユーザ識別子である。また、「種類情報」は、ここでは、「領収書」「銀行」「カード」または「ＮＵＬＬ」の値を採り得る。「領収書」は原始データが領収書画像であることを示す。「銀行」は原始データが銀行取引情報であることを示す。また、「カード」は原始データがカード取引情報であることを示す。

また、画面格納部１１６は、図示しないが、伝票入力画面の画面情報、伝票データの一覧表の画面の画面情報、領収書画像を閲覧する画面の画面情報、銀行取引情報を閲覧する画面の画面情報、カード取引情報を閲覧する画面の画面情報等を格納している。

また、取込ルール格納部１１７の取込ルールは、ここでは、「摘要！＝田中太郎」、「摘要！＝ガス代」である、とする。つまり、取込ルール「摘要！＝田中太郎」は、摘要の値が「田中太郎」の取引情報は取込まないルールを示す。また、取込ルール「摘要！＝ガス代」は、摘要の値が「ガス代」の取引情報は取込まないルールを示す。

かかる状況において、以下の３つの具体例に分けて、伝票処理システムの動作について説明する。具体例１は、伝票処理装置１が、領収書画像を受信し蓄積した後、当該領収書画像に対応する伝票データを受信し、蓄積する処理の例である。具体例２は、伝票処理装置１が銀行取引情報を受信し、蓄積する処理の例である。具体例３は、伝票データの一覧表を出力する場合の例である。
（具体例１）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、図１７は伝票データを入力するために、領収書画像を出力した画面であった。しかし、領収書画像の出力指示の受け付けにより、第二出力部３５は、図１８に示すような画面を出力しても良い。図１８に示す画面は、領収書画像を閲覧するための画面である。図１８に示す画面において、１８０１、１８０２、１８０５、１８０６の領収書画像は、伝票データと対応付いている領収書画像であり、その背景がグレーになっている。また、１８０３、１８０４の領収書画像は、伝票データと対応付いていない領収書画像であり、その背景は何ら処理されていない（写真画像のままである）。 次に、税理士Ａは、図１７の画面において、領収書画像１７０５に対応する伝票データを入力した、とする。なお、税理士Ａは、電卓領域１７０２の電卓機能を用いて、領収書画像１７０５の金額「１，４８７，４４１」を入力し、カレンダー領域１７０３のカレンダー機能を用いて、領収書画像１７０５の日付「２０１４年３月３１日」を入力した、とする。

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

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

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

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

次に、伝票処理装置１の入力受付部１２１は、税理士Ａが送信した伝票データ等を受信する。なお、伝票データ等は、領収書画像を識別する領収書画像識別子を有する、とする。

次に、種類取得部１３２は、受信された伝票データ等は領収書画像識別子を有するので、受信された伝票データが領収書画像に対応する、と判断する。次に、種類取得部１３２は、変数「種類情報」に領収書画像を示す旨の情報である「領収書」を書き込む。

次に、伝票データ構成部１３１は、受信された伝票データ、および取得された変数「種類情報」の値である「領収書」を用いて、蓄積する伝票データと種類情報との組を構成する。

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

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

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

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

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

また、本具体例によれば、伝票データと領収書画像との複雑な対応関係を容易に把握できる。
（具体例２）

上記の状況において、ユーザ「徳田将人」（以下、ユーザＴとも言う）は、銀行情報の出力指示を第一端末２に入力した、とする。

次に、第一受付部２１は、銀行情報の出力指示を受け付ける。次に、第一処理部２２は、１以上の銀行情報の一部である銀行識別子「ＡＢＣ銀行」「ＸＹＺ銀行」を銀行取引管理情報管理表（図１９）から取得する。なお、銀行取引管理情報管理表は、第一端末２の図示しない記録媒体（第一格納部）に格納されている、とする。

そして、第一出力部２５は、取得された２つの銀行識別子「ＡＢＣ銀行」「ＸＹＺ銀行」を、図２０に示すように出力する。

次に、ユーザＴは「ＡＢＣ銀行」のボタン２００１を選択した、とする。すると、第一処理部２２は、選択された一の銀行の銀行識別子「ＡＢＣ銀行」を取得し、当該銀行識別子「ＡＢＣ銀行」に対応する入出金明細ファイル「\root\doc\abc.csv」を、図１９の銀行取引管理情報管理表から取得する。なお、入出金明細ファイルは、銀行取引ファイル情報の識別子である。また、銀行取引ファイル情報「\root\doc\abc.csv」で識別されるファイルは、ＡＢＣ銀行のサーバ装置からユーザＴがダウンロードし、第一端末２の図示しない第一格納部に格納されているファイルである。なお、取引ファイル情報「\root\doc\abc.csv」で識別されるファイルは、ＣＳＶ形式のファイルであり、図２１に示すファイルである。

ここで、銀行識別子「ＡＢＣ銀行」に対応する入出金明細ファイルは一つであるので、入出金明細ファイルを選択するステップが省略される。

次に、第一処理部２２は、図２１の銀行取引ファイルの情報を用いて、入力情報を構成する。第一処理部２２は、ユーザ識別子「ｕｓｒＸ」と図２１の銀行取引ファイルの情報とを含む入力情報を構成する。次に、第一送信部２３は、構成された入力情報を、伝票処理装置１に送信する。

次に、伝票処理装置１の原始データ受付部１２２は、第一端末２から７つの銀行取引情報を含む情報を受信する。

次に、種類取得部１３２は、受け付けられた原始データが銀行取引情報であると判断する。例えば、種類取得部１３２は、受け付けられた銀行取引ファイルのフェイル名「\root\doc\abc.csv」から、受け付けられた原始データが銀行取引情報であると判断する。

次に、蓄積部１３４は、受け付けられた銀行取引情報に対応付いているユーザ識別子「ｕｓｒＸ」を取得する。

次に、判断部１３３は、入力情報が有する７つの銀行取引情報が過去に既に受け付けられたか取引情報か否かを、図１３の銀行取引情報管理表を用いて判断する。

つまり、判断部１３３は、図２１の入力情報が有する１番目の銀行取引情報「日付：2014/3/8、摘要：水道料金、支払い金額：30000、預かり金額：、差引残高：400000」を取得する。次に、判断部１３３は、ユーザ識別子「ｕｓｒＸ」と対になるレコードであり、１番目の銀行取引情報に含まれる予め決められたすべての情報（ここでは、日付、摘要、支払い金額、差引残高）を含むレコードが図１３の銀行取引情報管理表に存在するので、１番目の銀行取引情報が過去に既に受け付けられた銀行取引情報である、と判断する。

次に、判断部１３３は、１番目の銀行取引情報に対応する判断結果「−１」を取得する。なお、判断結果「−１」は、取引情報が過去に受け付けられた銀行取引情報であることを示す判断結果である。

同様に、判断部１３３は、入力情報が有する２番目の銀行取引情報、入力情報が有する３番目の銀行取引情報も、過去に既に受け付けられた銀行取引情報である、と判断する。そして、判断部１３３は、２番目と３番目の銀行取引情報に対応する判断結果「−１」を取得する。

次に、判断部１３３は、入力情報が有する４番目の銀行取引情報「日付：2014/3/18、摘要：β商店、支払い金額：、預かり金額：420000、差引残高：1020000」を取得する。次に、判断部１３３は、４番目の銀行取引情報に含まれる予め決められたすべての情報（ここでは、日付、摘要、預かり金額、差引残高）を含むレコードが図１３の銀行取引情報管理表に存在しないので、４番目の銀行取引情報が過去に既に受け付けられていない取引情報である、と判断する。

次に、判断部１３３は、４番目の銀行取引情報に対応する判断結果「０」を取得する。なお、判断結果「０」は、銀行取引情報が過去に受け付けられていない取引情報であることを示す判断結果である。

次に、判断部１３３は、４番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、４番目の銀行取引情報に適用し、取込ルールに合致すると判断する。

次に、種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。

次に、伝票データ構成部１３１は、４番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。

次に、蓄積部１３４は、構成された伝票データ等を、取得されたユーザ識別子「ｕｓｒＸ」に対応付けて、伝票データ管理表（図１４）に蓄積する。

同様に、判断部１３３は、入力情報が有する５番目の銀行取引情報も、過去に既に受け付けられていない銀行取引情報である、と判断する。

次に、判断部１３３は、５番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、４番目の銀行取引情報に適用し、取込ルールに合致しない、と判断する。５番目の銀行取引情報の摘要は「ガス代」だからである。

次に、判断部１３３は、同様に、入力情報が有する６番目の銀行取引情報も、過去に既に受け付けられていない銀行取引情報である、と判断する。

また、判断部１３３は、同様に、６番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、６番目の銀行取引情報に適用し、取込ルールに合致すると判断する。

次に、種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。

次に、伝票データ構成部１３１は、６番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。

次に、蓄積部１３４は、構成された伝票データ等を、取得されたユーザ識別子「ｕｓｒＸ」に対応付けて、伝票データ管理表（図１４）に蓄積する。

次に、判断部１３３は、同様に、入力情報が有する７番目の銀行取引情報も、過去に既に受け付けられていない銀行取引情報である、と判断する。

また、判断部１３３は、同様に、７番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、７番目の銀行取引情報に適用し、取込ルールに合致すると判断する。

次に、種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。

次に、伝票データ構成部１３１は、７番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。

次に、蓄積部１３４は、構成された伝票データ等を、取得されたユーザ識別子「ｕｓｒＸ」に対応付けて、伝票データ管理表（図１４）に蓄積する。

次に、処理部１３は、取得された判断結果を有する処理結果を取得する。ここで、処理部１３は、処理結果「−１，−１，−１，０，−１，０，０」を取得した、とする。ここでの処理結果は、入力情報が有する各判断結果をカンマ「，」で連結した情報である。

次に、出力部１４は、判断結果を有する処理結果「−１，−１，−１，０，−１，０，０」を第一端末２に送信する。

次に、第一端末２の第一受信部２４は、入力情報の送信に対応して、伝票処理装置１から判断結果を含む処理結果「−１，−１，−１，０，−１，０，０」を受信する。

次に、第一端末２の第一出力部２５は、図２１の１番目、２番目、３番目、５番目のレコードの銀行取引情報は伝票処理装置１に蓄積されなかった旨の情報を出力する。なお、第一出力部２５は、図２１の４番目、６番目、７番目のレコードの銀行取引情報は伝票処理装置１に蓄積されなかった旨の情報を出力しても良い。

以上、本具体例によれば、銀行口座の取引情報と伝票処理装置とを適切に連携し、伝票データの入力を適切に支援できる。
（具体例３）

今、税理士Ｘが第二端末３に対して、伝票データの一覧表の出力指示であり、ユーザ識別子「ｕｓｒＸ」を含む出力指示を入力した、とする。

すると、第二端末３の第二受付部３１は、ユーザ識別子「ｕｓｒＸ」を含む出力指示を受け付ける。

次に、第二処理部３２は、送信する出力指示を構成する。そして、第二送信部３３は、ユーザ識別子「ｕｓｒＸ」を含む出力指示を伝票処理装置１に送信する。

次に、伝票処理装置１の入力受付部１２１は、ユーザ識別子「ｕｓｒＸ」を含む出力指示を受信する。

次に、伝票データ取得部１３５は、ユーザ識別子「ｕｓｒＸ」と対になる伝票データと種類情報との組（伝票データ等）を１組以上、伝票データ管理表から取得する。なお、伝票データ管理表の構造の例は、図１５である。

次に、伝票データ取得部１３５は、取得した１組以上の伝票データ等から表示される伝票データの一覧表を構成する。なお、一覧表の構成方法や一覧表の外観等は問わないことは言うまでもない。

次に、一覧表出力部１４２は、構成された伝票データの一覧表を第二端末３に送信する。

次に、第二端末３の第二受信部３４は、伝票データの一覧表を伝票処理装置１から受信する。

次に、第二出力部３５は、受信された一覧表を出力する。かかる一覧表の出力例を図２２に示す。図２２において、２２０１〜２２０３は、伝票データに対応する原始データの種類を示す種類情報である。ここでは、種類情報は、伝票データのレコードの中に、アイコンで表現されている。ここでの種類情報は、伝票データのレコードの先頭に表示されている。また、２２０１は、原始データが銀行取引情報であることを示すアイコンである。また、２２０２は、原始データがカード取引情報であることを示すアイコンである。さらに、２２０３は、原始データが領収書画像であることを示すアイコンである。なお、２２０４の伝票データのように、種類情報が対応付いていない伝票データもあり得る。

そして、税理士Ｘは、図２２の２２０５のレコードを選択する指示を、第二端末３に対して入力した、とする。なお、この指示は、例えば、２２０５のレコードの、例えば、アイコンをマウス等で指示したものである。

すると、第二端末３の第二受付部３１は、２２０５のレコードの伝票データ選択指示を受け付ける。

次に、第二処理部３２は、送信する伝票データ選択指示を構成する。なお、第二処理部３２は、例えば、２２０５のレコードに対応する伝票データの識別子、税理士Ｘのユーザ識別子を有する伝票データ選択指示を構成する。

次に、第二送信部３３は、構成された伝票データ選択指示を、伝票処理装置１に送信する。

次に、伝票処理装置１の入力受付部１２１は、伝票データ選択指示を受信する。

次に、処理部１３は、受信された伝票データ選択指示に対応する処理を、以下のように行う。

つまり、まず、種類取得部１３２は、受信された伝票データ選択指示に対応する伝票データと対になる種類情報「領収書画像」を伝票データ格納部１１５から取得する。次に、処理部１３は、取得された種類情報が領収書画像を示す旨の情報である、と判断する。

次に、処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる領収書画像を、領収書画像格納部１１２から取得する。

次に、処理部１３は、取得した領収書画像に対して、伝票データと対応付いている場合の出力態様となるように処理する。ここでは、処理部１３は、例えば、領収書画像の背景色を白色とする。

次に、処理部１３は、取得した領収書画像に対応付けて、１以上のボタンを配置する。ここでのボタンは、例えば、図２３の２３０１、２３０２のボタンである。なお、２３０１は伝票データの全部または一部を出力するボタン、２３０２は領収書画像の情報を取得するボタンである。

次に、処理部１３は、取得した領収書画像に対応付けて、１以上の操作用のボタンを配置する。操作用のボタンは、例えば、領収書画像を操作するボタン（拡大、縮小、回転）である。２３０３は、領収書画像を回転させるためのボタンであり、２３０４は領収書画像を縮小するためのボタンであり、２３０５は領収書画像を拡大するためのボタンである。

また、ここで、処理部１３は、ユーザ識別子「ｕｓｒＸ」と対になる伝票データであり、種類情報「領収書」と対になる伝票データのみを取得しても良い。

次に、処理部１３は、取得した領収書画像を含む画面の画面情報を構成する。なお、構成された画面情報は、例えば、図２３の画面全体を構成するための情報、または図２３の画面の領収書画像の領域２３０６を構成するための情報である。図２３の画面全体を構成するための情報である場合、処理部１３は、伝票データ選択指示に対応する伝票データと対になる種類情報と同じ種類情報を有する伝票データのみを取得する処理を行う。かかる処理は、種類情報に基づく伝票データのフィルタリング処理である。

次に、画面出力部１４１は、構成された画面情報を第二端末３に送信する。

次に、第二端末３の第二受信部３４は、伝票処理装置１から画面情報を受信する。次に、第二出力部３５は、受信された画面情報を出力する。ここでの画面出力例は、図２３である。なお、図２２において、例えば、ファンクションキー（Ｆ４）の押下等により、例えば、種類情報「領収書」に対応付いている伝票データのみが出力されたこととなる。なお、ファンクションキー（Ｆ４）の押下により、種類情報を用いた伝票データのフィルタリングが行われたが、種類情報を用いた伝票データのフィルタリング処理は行われなくても良い。なお、ファンクションキー（Ｆ４）の押下の代わりに、２２０５のレコードの指示等の、他の操作を受け付けたことにより、図２３の画面が出力されても良いことは言うまでもない。

また、例えば、税理士Ｘは、図２２の２２０２のレコードを選択する指示を、第二端末３に対して入力した、とする。なお、この指示は、例えば、２２０２のレコードの、例えば、アイコンをマウス等で指示したものである。

すると、第二端末３の第二受付部３１は、２２０７のレコードの伝票データ選択指示を受け付ける。

次に、第二処理部３２は、送信する伝票データ選択指示を構成する。なお、第二処理部３２は、例えば、２２０７のレコードに対応する伝票データの識別子、税理士Ｘのユーザ識別子を有する伝票データ選択指示を構成する。

次に、第二送信部３３は、構成された伝票データ選択指示を、伝票処理装置１に送信する。

次に、伝票処理装置１の入力受付部１２１は、伝票データ選択指示を受信する。

次に、処理部１３は、受信された伝票データ選択指示に対応する処理を、以下のように行う。

つまり、まず、種類取得部１３２は、受信された伝票データ選択指示に対応する伝票データと対になる種類情報「銀行」を伝票データ格納部１１５から取得する。次に、処理部１３は、取得された種類情報が銀行取引情報を示す旨の情報である、と判断する。

次に、処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる１以上の銀行取引情報を、銀行取引情報格納部１１３から取得する。ここでは、図２４に示す情報を取得した、とする。なお、図２４の銀行取引情報は、例えば、伝票データ選択指示により指示されたレコードに対応する銀行取引情報を含む、今月の銀行取引情報の一覧である。

次に、処理部１３は、取得した１以上の銀行取引情報を含む画面の画面情報を構成する。

次に、画面出力部１４１は、構成された画面情報を第二端末３送信する。

次に、第二端末３の第二受信部３４は、伝票処理装置１から画面情報を受信する。次に、第二出力部３５は、受信された画面情報を出力する。ここでの画面出力例は、図２５である。なお、図２５において、２２０２の指示により、例えば、種類情報「銀行取情報」に対応付いている伝票データのみが出力されたこととなる。なお、２２０２の指示により、種類情報を用いた伝票データのフィルタリングが行われたが、種類情報を用いた伝票データのフィルタリング処理は行われなくても良い。

また、例えば、税理士Ｘは、図２２の２２０１のアイコンに対する指示を、第二端末３に対して入力した、とする。

すると、第二端末３の第二受付部３１は、２２０１のアイコンに対応するレコードの伝票データ選択指示を受け付ける。

次に、第二処理部３２は、送信する伝票データ選択指示を構成する。なお、第二処理部３２は、例えば、２２０１のレコードに対応する伝票データの識別子、税理士Ｘのユーザ識別子を有する伝票データ選択指示を構成する。

次に、第二送信部３３は、構成された伝票データ選択指示を、伝票処理装置１に送信する。

次に、伝票処理装置１の入力受付部１２１は、伝票データ選択指示を受信する。

次に、処理部１３は、受信された伝票データ選択指示に対応する処理を、以下のように行う。

つまり、まず、種類取得部１３２は、受信された伝票データ選択指示に対応する伝票データと対になる種類情報「カード」を伝票データ格納部１１５から取得する。次に、処理部１３は、取得された種類情報がカード取引情報を示す旨の情報である、と判断する。

次に、処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる１以上のカード取引情報を、カード取引情報格納部１１４から取得する。なお、取得した１以上のカード取引情報の例は、図２６である。また、処理部１３が取得したカード取引情報は、２６０１の１つである。図２６の情報は、処理部１３が取得したカード取引情報を含むカード取引ファイルの情報である。

次に、処理部１３は、取得した１以上のカード取引情報を含む画面の画面情報を構成する。

次に、画面出力部１４１は、構成された画面情報を送信する。

次に、第二端末３の第二受信部３４は、伝票処理装置１から画面情報を受信する。次に、第二出力部３５は、受信された画面情報を出力する。ここでの画面出力例は、図２７である。なお、図２７において、２２０１の指示により、例えば、種類情報「カード」に対応付いている伝票データのみが出力される。なお、２２０１の指示により、種類情報を用いた伝票データのフィルタリングが行われたが、種類情報を用いた伝票データのフィルタリング処理は行われなくても良い。

以上、本具体例によれば、伝票データの一覧表の出力時に、ユーザは、一覧表を構成する各伝票データの元になる原始データの種類を容易に把握できる。その結果、伝票データのチェックの効率化を図ることができる。具体的には、原始データの種類が自動取得されたデータである場合、対応する伝票データのチェックが不要、または簡素化できる。そして、手入力された伝票データのみを十分にチェックすれば良くなる。なお、自動取得されたデータは、上述した銀行取引情報、カード取引情報である。

また、本実施の形態によれば、伝票データの出力時に、伝票データの元になる原始データの種類を、アイコンにより容易に把握できる。

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

また、本実施の形態によれば、伝票処理装置に既に存在する銀行取引情報またはカード取引情報をチェックできることにより、伝票データの入力を適切に支援できる。

さらに、本実施の形態によれば、取引ルールを用いて、受け付ける必要のない銀行取引情報またはカード取引情報をチェックできることにより、伝票データの入力を適切に支援できる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部を具備し、コンピュータを、伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成部と、前記原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積部と、前記入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得部と、前記伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部として機能させるためのプログラムである。

また、上記プログラムにおいて、前記一覧表出力部は、前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、前記入力受付部は、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、コンピュータを、前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報に応じた画面であり、種類情報により異なる画面を出力する画面出力部としてさらに機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記一覧表出力部は、前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、前記入力受付部は、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、コンピュータを、前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報と同一の種類情報と対になる１以上の伝票データを取得する伝票データフィルタリング部としてさらに機能させ、前記一覧表出力部は、前記伝票データフィルタリング部が取得した１以上の伝票データを出力するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記一覧表出力部は、前記種類情報に対応するアイコンを出力するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記一覧表出力部は、前記伝票データ取得部が取得した１以上の伝票データを一覧表の形式で出力し、かつ前記１以上の各伝票データに対応付く態様で、種類情報に対応するアイコンを出力するものとして、コンピュータを機能させるプログラムであることは好適である。

また、記録媒体は、領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部をさらに具備し、上記プログラムにおいて、第一端末が送信した領収書画像を受信する領収書画像受信部として、コンピュータをさらに機能させ、前記蓄積部は、前記領収書画像受信部が受信した領収書画像を前記領収書画像格納部に蓄積し、前記入力受付部は、前記領収書画像格納部に格納されている１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付けるものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記入力受付部は、領収書画像の出力指示をも受け付け、前記出力部は、前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記入力受付部は、銀行口座における取り引きの情報である１または２以上の取引情報を含む入力情報を受け付け、前記蓄積部は、前記入力受付部が受け付けた１以上の取引情報に対する１以上の伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積する ものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、コンピュータを、前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部としてさらに機能させ、前記蓄積部は、前記判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積するものとして、コンピュータを機能させるプログラムであることは好適である。

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

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

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

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

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

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

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。具体的には、伝票処理装置１はスタンドアロンでも良い。かかる場合、伝票処理装置１は、格納部１１、受付部１２、処理部１３、出力部１４を備える。ここで、受付部１２は、ユーザから情報や指示等を受け付ける。

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

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

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

以上のように、本発明にかかる伝票処理装置は、伝票データの出力時に、元になる原始データの種類を把握できるという効果を有し、会計データの処理を行うシステム等として有用である。

１ 伝票処理装置
２ 第一端末
３ 第二端末
１１ 格納部
１２ 受付部
１３ 処理部
１４ 出力部
２１ 第一受付部
２２ 第一処理部
２３ 第一送信部
２４ 第一受信部
２５ 第一出力部
３１ 第二受付部
３２ 第二処理部
３３ 第二送信部
３４ 第二受信部
３５ 第二出力部
１１１ ユーザ情報格納部
１１２ 領収書画像格納部
１１３ 銀行取引情報格納部
１１４ カード取引情報格納部
１１５ 伝票データ格納部
１１６ 画面格納部
１１７ 取込ルール格納部
１２１ 入力受付部
１２２ 原始データ受付部
１３１ 伝票データ構成部
１３２ 種類取得部
１３３ 判断部
１３４ 蓄積部
１３５ 伝票データ取得部
１３６ 伝票データフィルタリング部
１４１ 画面出力部
１４２ 一覧表出力部

Claims (12)

1. 伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部と、
   伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、
   ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、
   前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成部と、
   前記原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、
   前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積部と、
   前記入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得部と、
   前記伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部とを具備する伝票処理装置。
2. 前記一覧表出力部は、
   前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、
   前記入力受付部は、
   出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、
   前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報に応じた画面であり、種類情報により異なる画面を出力する画面出力部をさらに具備する請求項１記載の伝票処理装置。
3. 前記一覧表出力部は、
   前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、
   前記入力受付部は、
   出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、
   前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報と同一の種類情報と対になる１以上の伝票データを取得する伝票データフィルタリング部をさらに具備し、
   前記一覧表出力部は、
   前記伝票データフィルタリング部が取得した１以上の伝票データを出力する請求項１記載の伝票処理装置。
4. 原始データの種類は、
   領収書の画像である領収書画像、銀行口座における取り引きの情報である銀行取引情報、クレジットカードを利用した取り引きの情報であるカード取引情報のうちの２種類以上である請求項１から請求項３いずれか一項に記載の伝票処理装置。
5. ２以上の各種類情報に対応する２以上のアイコンを格納し得る格納部をさらに具備し、
   前記一覧表出力部は、
   前記種類情報に対応するアイコンを出力する請求項１から請求項４いずれか一項に記載の伝票処理装置。
6. 前記一覧表出力部は、
   前記伝票データ取得部が取得した１以上の伝票データを一覧表の形式で出力し、かつ前記１以上の各伝票データに対応付く態様で、種類情報に対応するアイコンを出力する請求項５記載の伝票処理装置。
7. 領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部と、
   第一端末が送信した領収書画像を受信する領収書画像受信部とをさらに具備し、
   前記蓄積部は、
   前記領収書画像受信部が受信した領収書画像を前記領収書画像格納部に蓄積し、
   前記入力受付部は、
   前記領収書画像格納部に格納されている１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける請求項１から請求項６いずれか一項に記載の伝票処理装置。
8. 前記入力受付部は、
   領収書画像の出力指示をも受け付け、
   前記出力部は、
   前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する請求項７記載の伝票処理装置。
9. 前記入力受付部は、
   銀行口座における取り引きの情報である１または２以上の取引情報を含む入力情報を受け付け、
   前記蓄積部は、
   前記入力受付部が受け付けた１以上の取引情報に対する１以上の伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積する請求項１から請求項８いずれか一項に記載の伝票処理装置。
10. 前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部をさらに具備し、
    前記蓄積部は、
    前記判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積する請求項９記載の伝票処理装置。
11. 記録媒体は、
    伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部を具備し、
    原始データ受付部、入力受付部、伝票データ構成部、種類取得部、蓄積部、伝票データ取得部、および一覧表出力部により実現される伝票処理方法であって、
    前記原始データ受付部が、伝票データの元になる２種類以上の原始データを受け付ける原始データ受付ステップと、
    前記入力受付部が、ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付ステップと、
    前記伝票データ構成部が、前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成ステップと、
    前記種類取得部が、前記原始データ受付ステップで受け付けられた原始データの種類である種類情報を取得する種類取得ステップと、
    前記蓄積部が、前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積ステップと、
    前記伝票データ取得部が、前記入力受付ステップで出力指示が受け付けられた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得ステップと、
    前記一覧表出力部が、前記伝票データ取得ステップで取得された１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力ステップとを具備する伝票処理方法。
12. コンピュータがアクセス可能な記録媒体は、
    伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部を具備し、
    コンピュータを、
    伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、
    ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、
    前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成部と、
    前記原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、
    前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積部と、
    前記入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得部と、
    前記伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部として機能させるためのプログラム。