(57)【特許請求の範囲】
【請求項１】
伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部と、
伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、
ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、
前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成部と、
前記原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、
前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積部と、
前記入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得部と、
前記伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部とを具備する伝票処理装置。
【請求項２】
前記一覧表出力部は、
前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、
前記入力受付部は、
出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、
前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報に応じた画面であり、種類情報により異なる画面を出力する画面出力部をさらに具備する請求項１記載の伝票処理装置。
【請求項３】
前記一覧表出力部は、
前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、
前記入力受付部は、
出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、
前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報と同一の種類情報と対になる１以上の伝票データを取得する伝票データフィルタリング部をさらに具備し、
前記一覧表出力部は、
前記伝票データフィルタリング部が取得した１以上の伝票データを出力する請求項１記載の伝票処理装置。
【請求項４】
原始データの種類は、
領収書の画像である領収書画像、銀行口座における取り引きの情報である銀行取引情報、クレジットカードを利用した取り引きの情報であるカード取引情報のうちの２種類以上である請求項１から請求項３いずれか一項に記載の伝票処理装置。
【請求項５】
２以上の各種類情報に対応する２以上のアイコンを格納し得る格納部をさらに具備し、
前記一覧表出力部は、
前記種類情報に対応するアイコンを出力する請求項１から請求項４いずれか一項に記載の伝票処理装置。
【請求項６】
前記一覧表出力部は、
前記伝票データ取得部が取得した１以上の伝票データを一覧表の形式で出力し、かつ前記１以上の各伝票データに対応付く態様で、種類情報に対応するアイコンを出力する請求項５記載の伝票処理装置。
【請求項７】
領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部と、
第一端末が送信した領収書画像を受信する領収書画像受信部とをさらに具備し、
前記蓄積部は、
前記領収書画像受信部が受信した領収書画像を前記領収書画像格納部に蓄積し、
前記入力受付部は、
前記領収書画像格納部に格納されている１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付ける請求項１から請求項６いずれか一項に記載の伝票処理装置。
【請求項８】
前記入力受付部は、
領収書画像の出力指示をも受け付け、
前記出力部は、
前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する請求項７記載の伝票処理装置。
【請求項９】
前記入力受付部は、
銀行口座における取り引きの情報である１または２以上の取引情報を含む入力情報を受け付け、
前記蓄積部は、
前記入力受付部が受け付けた１以上の取引情報に対する１以上の伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積する請求項１から請求項８いずれか一項に記載の伝票処理装置。
【請求項１０】
前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部をさらに具備し、
前記蓄積部は、
前記判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積する請求項９記載の伝票処理装置。
【請求項１１】
記録媒体は、
伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部を具備し、
原始データ受付部、入力受付部、伝票データ構成部、種類取得部、蓄積部、伝票データ取得部、および一覧表出力部により実現される伝票処理方法であって、
前記原始データ受付部が、伝票データの元になる２種類以上の原始データを受け付ける原始データ受付ステップと、
前記入力受付部が、ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付ステップと、
前記伝票データ構成部が、前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成ステップと、
前記種類取得部が、前記原始データ受付ステップで受け付けられた原始データの種類である種類情報を取得する種類取得ステップと、
前記蓄積部が、前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積ステップと、
前記伝票データ取得部が、前記入力受付ステップで出力指示が受け付けられた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得ステップと、
前記一覧表出力部が、前記伝票データ取得ステップで取得された１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力ステップとを具備する伝票処理方法。
【請求項１２】
コンピュータがアクセス可能な記録媒体は、
伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部を具備し、
コンピュータを、
伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、
ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、
前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成部と、
前記原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、
前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積部と、
前記入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得部と、
前記伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝票データを処理する伝票処理装置等に関するものである。
【背景技術】
【０００２】
従来、伝票を入力する手段と、入力した伝票の処理優先度を判定し、複数の処理優先度に区分する優先度判定手段と、複数の処理優先度表示を有し、伝票の処理順を表示するキューと、所定の伝票処理を行う伝票処理手段と、処理優先度を含む伝票情報のキュー格納、及びキュー参照を行うキュー制御手段とを有し、キュー制御手段は、伝票情報をキューに格納する場合には、該伝票情報を該伝票の処理優先度と同じ処理優先度の最後に挿入し、伝票を伝票処理手段に渡す場合には、キューの先頭にある伝票を取り出す伝票処理装置があった（例えば、特許文献１参照）。かかる伝票処理装置により、優先度が異なる伝票を、優先度の高い伝票から順に処理することができる。
【０００３】
また、従来、銀行やクレジットカードを登録することにより、会計帳簿の作成を支援する会計システムがあった（例えば、非特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２３６４５２号公報
【非特許文献】
【０００５】
【非特許文献１】"クラウド会計ソフト 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」を取得する。次に、判断部１３３は、４番目の銀行取引情報に含まれる予め決められたすべての情報（ここでは、日付、摘要、預かり金額、差引残高）を含むレコードが図１３の銀行取引情報管理表に存在しないので、４番目の銀行取引情報が過去に既に受け付けられていない取引情報である、と判断する。
【０３０７】
次に、判断部１３３は、４番目の銀行取引情報に対応する判断結果「０」を取得する。なお、判断結果「０」は、銀行取引情報が過去に受け付けられていない取引情報であることを示す判断結果である。
【０３０８】
次に、判断部１３３は、４番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、４番目の銀行取引情報に適用し、取込ルールに合致すると判断する。
【０３０９】
次に、種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。
【０３１０】
次に、伝票データ構成部１３１は、４番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。
【０３１１】
次に、蓄積部１３４は、構成された伝票データ等を、取得されたユーザ識別子「ｕｓｒＸ」に対応付けて、伝票データ管理表（図１４）に蓄積する。
【０３１２】
同様に、判断部１３３は、入力情報が有する５番目の銀行取引情報も、過去に既に受け付けられていない銀行取引情報である、と判断する。
【０３１３】
次に、判断部１３３は、５番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、４番目の銀行取引情報に適用し、取込ルールに合致しない、と判断する。５番目の銀行取引情報の摘要は「ガス代」だからである。
【０３１４】
次に、判断部１３３は、同様に、入力情報が有する６番目の銀行取引情報も、過去に既に受け付けられていない銀行取引情報である、と判断する。
【０３１５】
また、判断部１３３は、同様に、６番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、６番目の銀行取引情報に適用し、取込ルールに合致すると判断する。
【０３１６】
次に、種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。
【０３１７】
次に、伝票データ構成部１３１は、６番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。
【０３１８】
次に、蓄積部１３４は、構成された伝票データ等を、取得されたユーザ識別子「ｕｓｒＸ」に対応付けて、伝票データ管理表（図１４）に蓄積する。
【０３１９】
次に、判断部１３３は、同様に、入力情報が有する７番目の銀行取引情報も、過去に既に受け付けられていない銀行取引情報である、と判断する。
【０３２０】
また、判断部１３３は、同様に、７番目の銀行取引情報が取込ルールに合致するか否かを判断する。ここで、判断部１３３は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、７番目の銀行取引情報に適用し、取込ルールに合致すると判断する。
【０３２１】
次に、種類取得部１３２は、変数「種類情報」に銀行取引情報を示す旨の情報を書き込む。
【０３２２】
次に、伝票データ構成部１３１は、７番目の銀行取引情報と変数「種類情報」の情報とを用いて、蓄積する伝票データと種類情報との組の情報（伝票データ等）を構成する。
【０３２３】
次に、蓄積部１３４は、構成された伝票データ等を、取得されたユーザ識別子「ｕｓｒＸ」に対応付けて、伝票データ管理表（図１４）に蓄積する。
【０３２４】
次に、処理部１３は、取得された判断結果を有する処理結果を取得する。ここで、処理部１３は、処理結果「−１，−１，−１，０，−１，０，０」を取得した、とする。ここでの処理結果は、入力情報が有する各判断結果をカンマ「，」で連結した情報である。
【０３２５】
次に、出力部１４は、判断結果を有する処理結果「−１，−１，−１，０，−１，０，０」を第一端末２に送信する。
【０３２６】
次に、第一端末２の第一受信部２４は、入力情報の送信に対応して、伝票処理装置１から判断結果を含む処理結果「−１，−１，−１，０，−１，０，０」を受信する。
【０３２７】
次に、第一端末２の第一出力部２５は、図２１の１番目、２番目、３番目、５番目のレコードの銀行取引情報は伝票処理装置１に蓄積されなかった旨の情報を出力する。なお、第一出力部２５は、図２１の４番目、６番目、７番目のレコードの銀行取引情報は伝票処理装置１に蓄積されなかった旨の情報を出力しても良い。
【０３２８】
以上、本具体例によれば、銀行口座の取引情報と伝票処理装置とを適切に連携し、伝票データの入力を適切に支援できる。
（具体例３）
【０３２９】
今、税理士Ｘが第二端末３に対して、伝票データの一覧表の出力指示であり、ユーザ識別子「ｕｓｒＸ」を含む出力指示を入力した、とする。
【０３３０】
すると、第二端末３の第二受付部３１は、ユーザ識別子「ｕｓｒＸ」を含む出力指示を受け付ける。
【０３３１】
次に、第二処理部３２は、送信する出力指示を構成する。そして、第二送信部３３は、ユーザ識別子「ｕｓｒＸ」を含む出力指示を伝票処理装置１に送信する。
【０３３２】
次に、伝票処理装置１の入力受付部１２１は、ユーザ識別子「ｕｓｒＸ」を含む出力指示を受信する。
【０３３３】
次に、伝票データ取得部１３５は、ユーザ識別子「ｕｓｒＸ」と対になる伝票データと種類情報との組（伝票データ等）を１組以上、伝票データ管理表から取得する。なお、伝票データ管理表の構造の例は、図１５である。
【０３３４】
次に、伝票データ取得部１３５は、取得した１組以上の伝票データ等から表示される伝票データの一覧表を構成する。なお、一覧表の構成方法や一覧表の外観等は問わないことは言うまでもない。
【０３３５】
次に、一覧表出力部１４２は、構成された伝票データの一覧表を第二端末３に送信する。
【０３３６】
次に、第二端末３の第二受信部３４は、伝票データの一覧表を伝票処理装置１から受信する。
【０３３７】
次に、第二出力部３５は、受信された一覧表を出力する。かかる一覧表の出力例を図２２に示す。図２２において、２２０１〜２２０３は、伝票データに対応する原始データの種類を示す種類情報である。ここでは、種類情報は、伝票データのレコードの中に、アイコンで表現されている。ここでの種類情報は、伝票データのレコードの先頭に表示されている。また、２２０１は、原始データが銀行取引情報であることを示すアイコンである。また、２２０２は、原始データがカード取引情報であることを示すアイコンである。さらに、２２０３は、原始データが領収書画像であることを示すアイコンである。なお、２２０４の伝票データのように、種類情報が対応付いていない伝票データもあり得る。
【０３３８】
そして、税理士Ｘは、図２２の２２０５のレコードを選択する指示を、第二端末３に対して入力した、とする。なお、この指示は、例えば、２２０５のレコードの、例えば、アイコンをマウス等で指示したものである。
【０３３９】
すると、第二端末３の第二受付部３１は、２２０５のレコードの伝票データ選択指示を受け付ける。
【０３４０】
次に、第二処理部３２は、送信する伝票データ選択指示を構成する。なお、第二処理部３２は、例えば、２２０５のレコードに対応する伝票データの識別子、税理士Ｘのユーザ識別子を有する伝票データ選択指示を構成する。
【０３４１】
次に、第二送信部３３は、構成された伝票データ選択指示を、伝票処理装置１に送信する。
【０３４２】
次に、伝票処理装置１の入力受付部１２１は、伝票データ選択指示を受信する。
【０３４３】
次に、処理部１３は、受信された伝票データ選択指示に対応する処理を、以下のように行う。
【０３４４】
つまり、まず、種類取得部１３２は、受信された伝票データ選択指示に対応する伝票データと対になる種類情報「領収書画像」を伝票データ格納部１１５から取得する。次に、処理部１３は、取得された種類情報が領収書画像を示す旨の情報である、と判断する。
【０３４５】
次に、処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる領収書画像を、領収書画像格納部１１２から取得する。
【０３４６】
次に、処理部１３は、取得した領収書画像に対して、伝票データと対応付いている場合の出力態様となるように処理する。ここでは、処理部１３は、例えば、領収書画像の背景色を白色とする。
【０３４７】
次に、処理部１３は、取得した領収書画像に対応付けて、１以上のボタンを配置する。ここでのボタンは、例えば、図２３の２３０１、２３０２のボタンである。なお、２３０１は伝票データの全部または一部を出力するボタン、２３０２は領収書画像の情報を取得するボタンである。
【０３４８】
次に、処理部１３は、取得した領収書画像に対応付けて、１以上の操作用のボタンを配置する。操作用のボタンは、例えば、領収書画像を操作するボタン（拡大、縮小、回転）である。２３０３は、領収書画像を回転させるためのボタンであり、２３０４は領収書画像を縮小するためのボタンであり、２３０５は領収書画像を拡大するためのボタンである。
【０３４９】
また、ここで、処理部１３は、ユーザ識別子「ｕｓｒＸ」と対になる伝票データであり、種類情報「領収書」と対になる伝票データのみを取得しても良い。
【０３５０】
次に、処理部１３は、取得した領収書画像を含む画面の画面情報を構成する。なお、構成された画面情報は、例えば、図２３の画面全体を構成するための情報、または図２３の画面の領収書画像の領域２３０６を構成するための情報である。図２３の画面全体を構成するための情報である場合、処理部１３は、伝票データ選択指示に対応する伝票データと対になる種類情報と同じ種類情報を有する伝票データのみを取得する処理を行う。かかる処理は、種類情報に基づく伝票データのフィルタリング処理である。
【０３５１】
次に、画面出力部１４１は、構成された画面情報を第二端末３に送信する。
【０３５２】
次に、第二端末３の第二受信部３４は、伝票処理装置１から画面情報を受信する。次に、第二出力部３５は、受信された画面情報を出力する。ここでの画面出力例は、図２３である。なお、図２２において、例えば、ファンクションキー（Ｆ４）の押下等により、例えば、種類情報「領収書」に対応付いている伝票データのみが出力されたこととなる。なお、ファンクションキー（Ｆ４）の押下により、種類情報を用いた伝票データのフィルタリングが行われたが、種類情報を用いた伝票データのフィルタリング処理は行われなくても良い。なお、ファンクションキー（Ｆ４）の押下の代わりに、２２０５のレコードの指示等の、他の操作を受け付けたことにより、図２３の画面が出力されても良いことは言うまでもない。
【０３５３】
また、例えば、税理士Ｘは、図２２の２２０２のレコードを選択する指示を、第二端末３に対して入力した、とする。なお、この指示は、例えば、２２０２のレコードの、例えば、アイコンをマウス等で指示したものである。
【０３５４】
すると、第二端末３の第二受付部３１は、２２０７のレコードの伝票データ選択指示を受け付ける。
【０３５５】
次に、第二処理部３２は、送信する伝票データ選択指示を構成する。なお、第二処理部３２は、例えば、２２０７のレコードに対応する伝票データの識別子、税理士Ｘのユーザ識別子を有する伝票データ選択指示を構成する。
【０３５６】
次に、第二送信部３３は、構成された伝票データ選択指示を、伝票処理装置１に送信する。
【０３５７】
次に、伝票処理装置１の入力受付部１２１は、伝票データ選択指示を受信する。
【０３５８】
次に、処理部１３は、受信された伝票データ選択指示に対応する処理を、以下のように行う。
【０３５９】
つまり、まず、種類取得部１３２は、受信された伝票データ選択指示に対応する伝票データと対になる種類情報「銀行」を伝票データ格納部１１５から取得する。次に、処理部１３は、取得された種類情報が銀行取引情報を示す旨の情報である、と判断する。
【０３６０】
次に、処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる１以上の銀行取引情報を、銀行取引情報格納部１１３から取得する。ここでは、図２４に示す情報を取得した、とする。なお、図２４の銀行取引情報は、例えば、伝票データ選択指示により指示されたレコードに対応する銀行取引情報を含む、今月の銀行取引情報の一覧である。
【０３６１】
次に、処理部１３は、取得した１以上の銀行取引情報を含む画面の画面情報を構成する。
【０３６２】
次に、画面出力部１４１は、構成された画面情報を第二端末３送信する。
【０３６３】
次に、第二端末３の第二受信部３４は、伝票処理装置１から画面情報を受信する。次に、第二出力部３５は、受信された画面情報を出力する。ここでの画面出力例は、図２５である。なお、図２５において、２２０２の指示により、例えば、種類情報「銀行取情報」に対応付いている伝票データのみが出力されたこととなる。なお、２２０２の指示により、種類情報を用いた伝票データのフィルタリングが行われたが、種類情報を用いた伝票データのフィルタリング処理は行われなくても良い。
【０３６４】
また、例えば、税理士Ｘは、図２２の２２０１のアイコンに対する指示を、第二端末３に対して入力した、とする。
【０３６５】
すると、第二端末３の第二受付部３１は、２２０１のアイコンに対応するレコードの伝票データ選択指示を受け付ける。
【０３６６】
次に、第二処理部３２は、送信する伝票データ選択指示を構成する。なお、第二処理部３２は、例えば、２２０１のレコードに対応する伝票データの識別子、税理士Ｘのユーザ識別子を有する伝票データ選択指示を構成する。
【０３６７】
次に、第二送信部３３は、構成された伝票データ選択指示を、伝票処理装置１に送信する。
【０３６８】
次に、伝票処理装置１の入力受付部１２１は、伝票データ選択指示を受信する。
【０３６９】
次に、処理部１３は、受信された伝票データ選択指示に対応する処理を、以下のように行う。
【０３７０】
つまり、まず、種類取得部１３２は、受信された伝票データ選択指示に対応する伝票データと対になる種類情報「カード」を伝票データ格納部１１５から取得する。次に、処理部１３は、取得された種類情報がカード取引情報を示す旨の情報である、と判断する。
【０３７１】
次に、処理部１３は、受け付けられた伝票データ選択指示に対応する伝票データと対になる１以上のカード取引情報を、カード取引情報格納部１１４から取得する。なお、取得した１以上のカード取引情報の例は、図２６である。また、処理部１３が取得したカード取引情報は、２６０１の１つである。図２６の情報は、処理部１３が取得したカード取引情報を含むカード取引ファイルの情報である。
【０３７２】
次に、処理部１３は、取得した１以上のカード取引情報を含む画面の画面情報を構成する。
【０３７３】
次に、画面出力部１４１は、構成された画面情報を送信する。
【０３７４】
次に、第二端末３の第二受信部３４は、伝票処理装置１から画面情報を受信する。次に、第二出力部３５は、受信された画面情報を出力する。ここでの画面出力例は、図２７である。なお、図２７において、２２０１の指示により、例えば、種類情報「カード」に対応付いている伝票データのみが出力される。なお、２２０１の指示により、種類情報を用いた伝票データのフィルタリングが行われたが、種類情報を用いた伝票データのフィルタリング処理は行われなくても良い。
【０３７５】
以上、本具体例によれば、伝票データの一覧表の出力時に、ユーザは、一覧表を構成する各伝票データの元になる原始データの種類を容易に把握できる。その結果、伝票データのチェックの効率化を図ることができる。具体的には、原始データの種類が自動取得されたデータである場合、対応する伝票データのチェックが不要、または簡素化できる。そして、手入力された伝票データのみを十分にチェックすれば良くなる。なお、自動取得されたデータは、上述した銀行取引情報、カード取引情報である。
【０３７６】
また、本実施の形態によれば、伝票データの出力時に、伝票データの元になる原始データの種類を、アイコンにより容易に把握できる。
【０３７７】
また、本実施の形態によれば、領収書画像を見ながら伝票データを入力する場合に、伝票データを入力済みの領収書画像と伝票データを入力しなければならない領収書画像との区別が容易にできる。
【０３７８】
また、本実施の形態によれば、伝票処理装置に既に存在する銀行取引情報またはカード取引情報をチェックできることにより、伝票データの入力を適切に支援できる。
【０３７９】
さらに、本実施の形態によれば、取引ルールを用いて、受け付ける必要のない銀行取引情報またはカード取引情報をチェックできることにより、伝票データの入力を適切に支援できる。
【０３８０】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、伝票データと、当該伝票データの元になるデータである原始データの種類を示す種類情報との組を１または２組以上格納し得る伝票データ格納部を具備し、コンピュータを、伝票データの元になる２種類以上の原始データを受け付ける原始データ受付部と、ユーザからの情報入力および伝票の一覧表の出力の指示である出力指示を受け付ける入力受付部と、前記原始データ、または前記原始データと前記情報入力、または前記情報入力を用いて、伝票データを構成する伝票データ構成部と、前記原始データ受付部が受け付けた原始データの種類である種類情報を取得する種類取得部と、前記伝票データと前記種類情報とを対応付けて、前記伝票データ格納部に蓄積する蓄積部と、前記入力受付部が出力指示を受け付けた場合、伝票データと種類情報との組を、１または２組以上、前記伝票データ格納部から取得する伝票データ取得部と、前記伝票データ取得部が取得した１組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力する一覧表出力部として機能させるためのプログラムである。
【０３８１】
また、上記プログラムにおいて、前記一覧表出力部は、前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、前記入力受付部は、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、コンピュータを、前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報に応じた画面であり、種類情報により異なる画面を出力する画面出力部としてさらに機能させるプログラムであることは好適である。
【０３８２】
また、上記プログラムにおいて、前記一覧表出力部は、前記伝票データ取得部が取得した２組以上の伝票データと種類情報との組を、各伝票データと各種類情報とが対応付く態様で出力し、前記入力受付部は、出力されている２以上の伝票データのうちの、一の伝票データに対する指示である伝票データ選択指示をも受け付け、コンピュータを、前記伝票データ選択指示に対応する前記一の伝票データと対になる種類情報と同一の種類情報と対になる１以上の伝票データを取得する伝票データフィルタリング部としてさらに機能させ、前記一覧表出力部は、前記伝票データフィルタリング部が取得した１以上の伝票データを出力するものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８３】
また、上記プログラムにおいて、前記一覧表出力部は、前記種類情報に対応するアイコンを出力するものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８４】
また、上記プログラムにおいて、前記一覧表出力部は、前記伝票データ取得部が取得した１以上の伝票データを一覧表の形式で出力し、かつ前記１以上の各伝票データに対応付く態様で、種類情報に対応するアイコンを出力するものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８５】
また、記録媒体は、領収書の画像である１以上の領収書画像を格納し得る領収書画像格納部をさらに具備し、上記プログラムにおいて、第一端末が送信した領収書画像を受信する領収書画像受信部として、コンピュータをさらに機能させ、前記蓄積部は、前記領収書画像受信部が受信した領収書画像を前記領収書画像格納部に蓄積し、前記入力受付部は、前記領収書画像格納部に格納されている１以上の領収書画像のうちのいずれかの領収書画像に対応付けた伝票データを受け付けるものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８６】
また、上記プログラムにおいて、前記入力受付部は、領収書画像の出力指示をも受け付け、前記出力部は、前記出力指示を受け付けた場合に、前記領収書画像格納部から、前記出力指示に対応する１以上の領収書画像を取得し、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力するものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８７】
また、上記プログラムにおいて、前記入力受付部は、銀行口座における取り引きの情報である１または２以上の取引情報を含む入力情報を受け付け、前記蓄積部は、前記入力受付部が受け付けた１以上の取引情報に対する１以上の伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積する ものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８８】
また、上記プログラムにおいて、コンピュータを、前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部としてさらに機能させ、前記蓄積部は、前記判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部と、銀行の取引情報であることを示す種類情報とを対応付けて、前記伝票データ格納部に蓄積するものとして、コンピュータを機能させるプログラムであることは好適である。
【０３８９】
また、図２８は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の伝票処理装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２８は、このコンピュータシステム３００の概観図であり、図２９は、システム３００のブロック図である。
【０３９０】
図２８において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０３９１】
図２９において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、バス３０１４と、ＲＯＭ３０１５と、ＲＡＭ３０１６と、ハードディスク３０１７とを含む。なお、バス３０１４は、ＭＰＵ３０１３やＣＤ−ＲＯＭドライブ３０１２に接続されている。また、ＲＯＭ３０１５には、ブートアッププログラム等のプログラムが記憶されている。また、ＲＡＭ３０１６は、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのものである。また、ハードディスク３０１７は、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのものである。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０３９２】
コンピュータシステム３００に、上述した実施の形態の伝票処理装置１の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０３９３】
プログラムは、コンピュータ３０１に、上述した実施の形態の伝票処理装置１の機能を実行させるオペレーティングシステム、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０３９４】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０３９５】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。具体的には、伝票処理装置１はスタンドアロンでも良い。かかる場合、伝票処理装置１は、格納部１１、受付部１２、処理部１３、出力部１４を備える。ここで、受付部１２は、ユーザから情報や指示等を受け付ける。
【０３９６】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０３９７】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０３９８】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０３９９】
以上のように、本発明にかかる伝票処理装置は、伝票データの出力時に、元になる原始データの種類を把握できるという効果を有し、会計データの処理を行うシステム等として有用である。
【符号の説明】
【０４００】
１  伝票処理装置
２  第一端末
３  第二端末
１１  格納部
１２  受付部
１３  処理部
１４  出力部
２１  第一受付部
２２  第一処理部
２３  第一送信部
２４  第一受信部
２５  第一出力部
３１  第二受付部
３２  第二処理部
３３  第二送信部
３４  第二受信部
３５  第二出力部
１１１  ユーザ情報格納部
１１２  領収書画像格納部
１１３  銀行取引情報格納部
１１４  カード取引情報格納部
１１５  伝票データ格納部
１１６  画面格納部
１１７  取込ルール格納部
１２１  入力受付部
１２２  原始データ受付部
１３１  伝票データ構成部
１３２  種類取得部
１３３  判断部
１３４  蓄積部
１３５  伝票データ取得部
１３６  伝票データフィルタリング部
１４１  画面出力部
１４２  一覧表出力部
【図１】
0006305840.tif 000002
【図２】
0006305840.tif 000003
【図３】
0006305840.tif 000004
【図４】
0006305840.tif 000005
【図５】
0006305840.tif 000006
【図６】
0006305840.tif 000007
【図７】
0006305840.tif 000008
【図８】
0006305840.tif 000009
【図９】
0006305840.tif 000010
【図１０】
0006305840.tif 000011
【図１１】
0006305840.tif 000012
【図１２】
0006305840.tif 000013
【図１３】
0006305840.tif 000014
【図１４】
0006305840.tif 000015
【図１５】
0006305840.tif 000016
【図１６】
0006305840.tif 000017
【図１７】
0006305840.tif 000018
【図１８】
0006305840.tif 000019
【図１９】
0006305840.tif 000020
【図２０】
0006305840.tif 000021
【図２１】
0006305840.tif 000022
【図２２】
0006305840.tif 000023
【図２３】
0006305840.tif 000024
【図２４】
0006305840.tif 000025
【図２５】
0006305840.tif 000026
【図２６】
0006305840.tif 000027
【図２７】
0006305840.tif 000028
【図２８】
0006305840.tif 000029
【図２９】
0006305840.tif 000030