(57)【要約】【課題】従来、銀行口座の取引情報と伝票処理装置との連携が不十分であった。【解決手段】１以上の伝票データを含む会計情報を格納し得る会計情報格納部と、銀行口座における取り引きの情報である１または２以上の取引情報を含む入力情報を受け付ける受付部と、入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部と、判断部が過去に受け付けられたと判断した場合、判断部の判断結果を出力する出力部とを具備する伝票処理装置により、銀行口座の取引情報と伝票処理装置とを適切に連携し、伝票データの入力を適切に支援できる。【選択図】図１
2015212851.tif 000002
【特許請求の範囲】
【請求項１】
取り引きの情報である１または２以上の取引情報を含む入力情報を受け付ける受付部と、
前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部と、
前記判断部が過去に受け付けられたと判断した場合、前記判断部の判断結果を出力する出力部とを具備する伝票処理装置。
【請求項２】
１以上の伝票データを含む会計情報を格納し得る会計情報格納部をさらに具備し、
前記出力部に代えて、または前記出力部とともに、
前記判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部を構成し、前記会計情報格納部に蓄積する取込部をさらに具備する請求項１記載の伝票処理装置。
【請求項３】
１または２以上の取引情報を格納し得る取引情報格納部をさらに具備し、
前記判断部は、
前記受付部が受け付けた入力情報が有する１または２以上の各取引情報の全部または一部が、前記取引情報格納部に存在するか否かを判断する請求項１または請求項２記載の伝票処理装置。
【請求項４】
前記取引情報は、
日付と金額と入金と残高金額、または日付と金額と出金と残高金額を有し、
前記判断部は、
前記受付部が受け付けた入力情報が有する１または２以上の各取引情報が有する日付と金額と入金と残高金額、または日付と金額と出金と残高金額と同一の情報を有する取引情報が、前記取引情報格納部に存在するか否かを判断する請求項３記載の伝票処理装置。
【請求項５】
前記入力情報は、
取引情報を含む１または２以上の伝票データを含み、
前記判断部は、
伝票データが有する取引情報に含まれるすべての属性値を含む伝票データが前記会計情報格納部に存在する場合に、当該取引情報が過去に受け付けられたと判断し、伝票データが有する取引情報に含まれるすべての属性値を含む伝票データが前記会計情報格納部に存在しない場合に、当該取引情報が過去に受け付けられていないと判断する請求項２記載の伝票処理装置。
【請求項６】
取引情報を前記会計情報格納部に取り込むためのルールである取込ルールを格納し得る取込ルール格納部をさらに具備し、
前記受付部は、
伝票データの一部または全部を受け付け、
前記判断部は、
前記受付部が受け付けた入力情報に含まれる１または２以上の各取引情報、または伝票データの一部または全部が前記取込ルールに合致するか否かをも判断し、
前記取込部は、
前記判断部が前記取込ルールに合致すると判断した取引情報または伝票データの一部または全部を用いて、伝票データの一部または全部を構成し、前記会計情報格納部に蓄積する請求項２記載の伝票処理装置。
【請求項７】
銀行を識別する銀行識別子と１以上の取引情報を含むファイルである取引ファイルとの対応を示す情報である１以上の銀行取引管理情報を格納し得る銀行取引管理情報格納部をさらに具備し、
前記出力部は、
前記１以上の銀行取引管理情報が有する１以上の銀行識別子に対応する１以上の銀行情報を出力し、
前記受付部は、
前記１以上の銀行情報のうちの一の銀行情報の選択を受け付け、
前記出力部は、
前記受付部が受け付けた選択に対する一の銀行情報に対応する銀行識別子と対になる取引ファイルに関する取引ファイル情報を出力する請求項１から請求項６いずれか一項に記載の伝票処理装置。
【請求項８】
前記銀行取引管理情報は、
銀行識別子と取引ファイルのファイル識別子に関する情報とを有する請求項７記載の伝票処理装置。
【請求項９】
前記銀行取引管理情報は、
銀行識別子と取引ファイルに含まれる情報に関する情報とを有する請求項７記載の伝票処理装置。
【請求項１０】
１以上の取引情報を含むファイルである取引ファイルを格納し得る端末格納部と、
前記取引ファイルが有する１以上の取引情報を含む入力情報の送信指示を受け付ける端末受付部と、
前記送信指示に従って、前記入力情報を伝票処理装置に送信する端末送信部と、
前記入力情報の送信に応じて、前記１以上の取引情報が過去に受け付けられたか否かの判断結果を受信する端末受信部と、
前記判断結果を用いて、過去に受け付けられた取引情報を除いた伝票データの入力画面を出力する端末出力部とを具備する端末装置。
【請求項１１】
前記端末受付部は、
前記入力画面に対する情報の入力であり、伝票データを構成する情報の入力をも受け付け、
前記端末送信部は、
前記端末受付部が受け付けた情報を含む伝票データを前記伝票処理装置に送信する請求項１０記載の端末装置。
【請求項１２】
記録媒体は、
１以上の伝票データを含む会計情報を格納し得る会計情報格納部を具備し、
受付部、判断部、および出力部により実現される伝票処理方法であって、
前記受付部が、取り引きの情報である１または２以上の取引情報を含む入力情報を受け付ける受付ステップと、
前記判断部が、前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断ステップと、
前記出力部が、前記判断ステップで過去に受け付けられたと判断された場合、前記判断ステップにおける判断結果を出力する出力ステップとを具備する伝票処理方法。
【請求項１３】
記録媒体は、
１以上の取引情報を含むファイルである取引ファイルを格納し得る端末格納部を具備し、
端末受付部、端末送信部、端末受信部、および端末出力部により実現される伝票処理方法であって、
前記端末受付部が、前記取引ファイルが有する１以上の取引情報を含む入力情報の送信指示を受け付ける端末受付ステップと、
前記端末送信部が、前記送信指示に従って、前記入力情報を伝票処理装置に送信する端末送信ステップと、
前記端末受信部が、前記入力情報の送信に応じて、前記１以上の取引情報が過去に受け付けられたか否かの判断結果を受信する端末受信ステップと、
前記端末出力部が、前記判断結果を用いて、過去に受け付けられた取引情報を除いた伝票データの入力画面を出力する端末出力ステップとを具備する伝票処理方法。
【請求項１４】
コンピュータがアクセス可能な記録媒体は、
１以上の伝票データを含む会計情報を格納し得る会計情報格納部を具備し、
コンピュータを、
取り引きの情報である１または２以上の取引情報を含む入力情報を受け付ける受付部と、
前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部と、
前記判断部が過去に受け付けられたと判断した場合、前記判断部の判断結果を出力する出力部として機能させるためのプログラム。
【請求項１５】
記録媒体は、
１以上の取引情報を含むファイルである取引ファイルを格納し得る端末格納部を具備し、
コンピュータを、
前記取引ファイルが有する１以上の取引情報を含む入力情報の送信指示を受け付ける端末受付部と、
前記送信指示に従って、前記入力情報を伝票処理装置に送信する端末送信部と、
前記入力情報の送信に応じて、前記１以上の取引情報が過去に受け付けられたか否かの判断結果を受信する端末受信部と、
前記判断結果を用いて、過去に受け付けられた取引情報を除いた伝票データの入力画面を出力する端末出力部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝票データの入力を支援する伝票処理装置等に関するものである。
【背景技術】
【０００２】
従来、銀行やクレジットカードを登録することにより、会計帳簿の作成を支援する会計システムがあった（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“クラウド会計ソフト freeeの特徴”、［online］、［平成２６年４月２３日検索］、インターネット［URL：http://www.freee.co.jp/］
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、取引情報と伝票処理装置との連携が不十分であった。
【課題を解決するための手段】
【０００５】
本第一の発明の伝票処理装置は、取り引きの情報である１または２以上の取引情報を含む入力情報を受け付ける受付部と、入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部と、判断部が過去に受け付けられたと判断した場合、判断部の判断結果を出力する出力部とを具備する伝票処理装置である。
【０００６】
かかる構成により、伝票処理装置に既に存在する取引情報をチェックできることにより、伝票データの入力を適切に支援できる。
【０００７】
また、本第二の発明の伝票処理装置は、第一の発明に対して、１以上の伝票データを含む会計情報を格納し得る会計情報格納部をさらに具備し、出力部に代えて、または出力部とともに、判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部を構成し、会計情報格納部に蓄積する取込部をさらに具備する伝票処理装置である。
【０００８】
かかる構成により、取引情報を自動的に取り込むことができることにより、伝票データの入力を適切に支援できる。
【０００９】
また、本第三の発明の伝票処理装置は、第一または第二の発明に対して、１または２以上の取引情報を格納し得る取引情報格納部をさらに具備し、判断部は、受付部が受け付けた入力情報が有する１または２以上の各取引情報の全部または一部が、取引情報格納部に存在するか否かを判断する伝票処理装置である。
【００１０】
かかる構成により、取引情報が過去に受け付けられたか否かをチェックできることにより、伝票データの入力を適切に支援できる。
【００１１】
また、本第四の発明の伝票処理装置は、第三の発明に対して、取引情報は、日付と金額と入金と残高金額、または日付と金額と出金と残高金額を有し、判断部は、受付部が受け付けた入力情報が有する１または２以上の各取引情報が有する日付と金額と入金と残高金額、または日付と金額と出金と残高金額と同一の情報を有する取引情報が、取引情報格納部に存在するか否かを判断する伝票処理装置である。
【００１２】
かかる構成により、取引情報が過去に受け付けられたか否かをチェックできることにより、伝票データの入力を適切に支援できる。
【００１３】
また、本第五の発明の伝票処理装置は、第一または第二の発明に対して、入力情報は、取引情報を含む１または２以上の伝票データを含み、判断部は、伝票データが有する取引情報に含まれるすべての属性値を含む伝票データが会計情報格納部に存在する場合に、当該取引情報が過去に受け付けられたと判断し、伝票データが有する取引情報に含まれるすべての属性値を含む伝票データが会計情報格納部に存在しない場合に、当該取引情報が過去に受け付けられていないと判断する伝票処理装置である。
【００１４】
かかる構成により、伝票処理装置に既に存在する取引情報をチェックできることにより、伝票データの入力を適切に支援できる。
【００１５】
また、本第六の発明の伝票処理装置は、第二から第五いずれかの発明に対して、取引情報を会計情報格納部に取り込むためのルールである取込ルールを格納し得る取込ルール格納部をさらに具備し、受付部は、伝票データの一部または全部を受け付け、判断部は、受付部が受け付けた入力情報に含まれる１または２以上の各取引情報、または伝票データの一部または全部が取込ルールに合致するか否かをも判断し、取込部は、判断部が取込ルールに合致すると判断した取引情報または伝票データの一部または全部を用いて、伝票データの一部または全部を構成し、会計情報格納部に蓄積する伝票処理装置である。
【００１６】
かかる構成により、予め決められたルールに合致する取引情報のみを自動的に取り込むことができることにより、伝票データの入力を適切に支援できる。
【００１７】
また、本第七の発明の伝票処理装置は、第一から第六いずれかの発明に対して、銀行を識別する銀行識別子と１以上の取引情報を含むファイルである取引ファイルとの対応を示す情報である１以上の銀行取引管理情報を格納し得る銀行取引管理情報格納部をさらに具備し、出力部は、１以上の銀行取引管理情報が有する１以上の銀行識別子に対応する１以上の銀行情報を出力し、受付部は、１以上の銀行情報のうちの一の銀行情報の選択を受け付け、出力部は、受付部が受け付けた選択に対する一の銀行情報に対応する銀行識別子と対になる取引ファイルに関する取引ファイル情報を出力する伝票処理装置である。
【００１８】
かかる構成により、必要な取引ファイルを容易に選択できる。
【００１９】
また、本第八の発明の伝票処理装置は、第七の発明に対して、銀行取引管理情報は、銀行識別子と取引ファイルのファイル識別子に関する情報とを有する伝票処理装置である。
【００２０】
かかる構成により、必要な取引ファイルを容易に選択できる。
【００２１】
また、本第九の発明の伝票処理装置は、第七の発明に対して、銀行取引管理情報は、銀行識別子と取引ファイルに含まれる情報に関する情報とを有する伝票処理装置である。
【００２２】
かかる構成により、必要な取引ファイルを容易に選択できる。
【発明の効果】
【００２３】
本発明による伝票処理装置によれば、取引情報と伝票処理装置とを適切に連携し、伝票データの入力を適切に支援できる。
【図面の簡単な説明】
【００２４】
【図１】実施の形態１における伝票処理システムの概念図
【図２】同伝票処理システムのブロック図
【図３】同伝票処理装置１の第一の具体的な動作例について説明するフローチャート
【図４】同端末装置２の第一の具体的な動作例について説明するフローチャート
【図５】同伝票処理装置１の第二の具体的な動作例について説明するフローチャート
【図６】同判断処理について説明するフローチャート
【図７】同端末装置２の第二の具体的な動作例について説明するフローチャート
【図８】同ユーザ情報管理表を示す図
【図９】同会計伝票管理表を示す図
【図１０】同取引情報管理表を示す図
【図１１】同銀行取引管理情報管理表を示す図
【図１２】同端末装置２における画面出力例を示す図
【図１３】同取引ファイルを示す図
【図１４】同取引ファイルを示す図
【図１５】同画面構成に用いる取引情報を示す図
【図１６】同端末装置２における画面出力例を示す図
【図１７】同端末装置２における画面出力例を示す図
【図１８】同取引ファイルを示す図
【図１９】同端末装置２における画面出力例を示す図
【図２０】同端末装置２における画面出力例を示す図
【図２１】同端末装置２における画面出力例を示す図
【図２２】同コンピュータシステムの概観図
【図２３】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２５】
以下、伝票処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２６】
（実施の形態１）
本実施の形態において、取引情報と連携し、取引情報の重複をチェックする伝票処理装置を含む伝票処理システムについて説明する。なお、取引情報は、銀行における入出金の情報である、と言える。取引情報は、例えば、銀行における取引の情報であるとも言える。また、取引情報は、例えば、銀行口座における取り引きの情報であるが、クレジットカード、決済端末等を用いた取り引きの情報であっても良い。つまり、取引情報は、取り引きに関する情報であれば何でも良く、その利用手段は問わない。
【００２７】
また、本実施の形態において、過去に受け付けられていないと判断された取引情報を蓄積する伝票処理システムについて説明する。
【００２８】
また、本実施の形態において、予め決められたルールに合致する取引情報のみを自動的に取り込むことができる伝票処理システムについて説明する。
【００２９】
また、本実施の形態において、ユーザが銀行を選択した場合、選択された銀行に対応する取引情報を含む取引ファイルを容易に選択し得るユーザインターフェイスを有する伝票処理システムについて説明する。
【００３０】
図１は、本実施の形態における伝票処理システムの概念図である。伝票処理システムは、伝票処理装置１、１または２以上の端末装置２を備える。伝票処理装置１は、通常、伝票データを処理するサーバ装置である。端末装置２は、ユーザが使用する端末である。ユーザは、通常、一般のユーザであるが、税理士でも良い。なお、税理士は、会計処理の専門家という意味であり、公認会計士等も含む広い概念である、とする。また、端末装置２は、例えば、いわゆるパーソナルコンピュータ、ノートパソコン、携帯端末、タブレット端末、携帯電話等である。なお、伝票処理装置１、および端末装置２の装置の種類は問わないことは言うまでもない。
【００３１】
図２は、本実施の形態における伝票処理システムのブロック図である。伝票処理システムを構成する伝票処理装置１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。
【００３２】
格納部１１は、ユーザ情報格納部１１１、会計情報格納部１１２、取込ルール格納部１１３、銀行取引管理情報格納部１１４、および取引情報格納部１１５を備える。
【００３３】
処理部１３は、判断部１３１、取込部１３２、および蓄積部１３３を備える。
【００３４】
また、端末装置２は、端末格納部２０、端末受付部２１、端末処理部２２、端末送信部２３、端末受信部２４、および端末出力部２５を備える。
【００３５】
伝票処理装置１を構成する格納部１１は、種々の情報を格納し得る。ここで、情報とは、例えば、ユーザ情報、会計情報、取込ルール、銀行取引管理情報、領収書の画像である領収書画像、画面情報、決算書、所得税の申告書、消費税の申告書等である。会計情報は、会計に関する情報である。
【００３６】
会計情報は、１以上の伝票データを含む。伝票データは、通常、金額と取り引きの日付とを有する。なお、金額とは取り引きの金額である。伝票データは、例えば、日付、摘要、科目、税区分、入金、出金等の情報を有する。日付は、取り引きの日付である。また、摘要は、例えば、取引に関する内容や説明等である。入金は入金された金額、出金は出金された金額である。また、伝票データは、例えば、借方勘定科目、貸方勘定科目、借方税区分、貸方税区分等の情報を有しても良い。会計情報は、例えば、リレーショナルデータベースにおける表である。但し、会計情報は、リレーショナルデータベースにおける表であるとは限らず、オブジェクト指向データベースにおけるオブジェクトの集合等でも良い。つまり、会計情報のデータ構造は問わない。また、会計情報が有する伝票データの構造も問わない。伝票データは、１または２以上の属性値（データ）の集合である。伝票データは、通常、ユーザを識別するユーザ識別子と対に格納される。ユーザ識別子は、例えば、ユーザのＩＤ、電話番号、メールアドレス等である。なお、会計情報は、領収書画像を含むと考えても良い。
【００３７】
取込ルールは、取引情報または伝票データの全部または一部を会計情報格納部１１２に蓄積することを決定するためのルールである。また、取込ルールは、取引情報または伝票データの全部または一部を会計情報格納部１１２に蓄積しないことを決定するためのルールでも良い。
【００３８】
取込ルールは、例えば、取り込む情報が含む「摘要」、「取引先」等である。また、取込ルールは、例えば、取り込まない情報が含む「摘要」、「取引先」等である。なお、取り込む情報または取り込まない情報は、取引情報、または伝票データの全部または一部である。
【００３９】
また、取込ルールは、例えば、特定の取引先を示す情報、特定の摘要を示す情報である。取込ルールが特定の取引先を示す情報である場合、当該取引先に対応する取引情報は伝票データを構成しない。また、取込ルールが特定の取引先を示す情報である場合、当該取引先に対応する取引情報のみ伝票データを構成する、としても良い。また、取込ルールが特定の摘要を示す情報である場合、当該特定の摘要に対応する取引情報は伝票データを構成しない。また、取込ルールが特定の摘要を示す情報である場合、当該特定の摘要に対応する取引情報のみ伝票データを構成する、としても良い。
【００４０】
なお、取引情報は、取り引きの情報である。取引情報は、例えば、日付、摘要、支払い金額、預かり金額、差引残高等の情報を有する。なお、日付は取引の日付である。摘要は、例えば、取引の内容を示す情報である。
【００４１】
また、銀行取引管理情報は、銀行を識別する銀行識別子と取引ファイルとの対応を示す情報である。取引ファイルは、１以上の取引情報を含むファイルである。なお、銀行識別子は、銀行を識別する情報であれば何でも良く、銀行名、銀行のＩＤ等である。また、取引ファイルは、通常、銀行のサーバ装置からダウンロードされたファイルである。
【００４２】
また、画面情報は、画面を構成するための情報である。画面情報の構造、記述言語等は問わない。画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、プログラム言語、スクリプト等で記述されている。また、画面情報は画面そのものでも良い。
【００４３】
格納部１１を構成するユーザ情報格納部１１１は、１または２以上のユーザ情報を格納し得る。ユーザ情報は、ユーザに関する情報である。ユーザ情報は、ユーザ識別子を有する。ユーザ情報は、例えば、ユーザの氏名、所属、住所等のユーザの属性値、銀行情報を有しても良い。銀行情報は、銀行に関する情報であり、例えば、銀行名、銀行を識別する銀行識別子、銀行を識別するアイコン、口座を特定する情報、口座の種類等を有する情報である。口座を特定する情報は、例えば、クレジットカード等を特定する情報と同意義である、と考える。また、口座の種類は、クレジットカード等の種類と同意義である、と考えても良い。
【００４４】
会計情報格納部１１２は、１以上の伝票データを含む会計情報を格納し得る。会計情報は、例えば、ユーザ識別子と１以上の伝票データとの組である１以上のユーザ毎伝票データ群を含む。
【００４５】
取込ルール格納部１１３は、１または２以上の取込ルールを格納し得る。取込ルールは、取引情報を取り込むことを決定するためのルールでも良いし、取引情報を取り込まないことを決定するためのルールでも良い。
【００４６】
銀行取引管理情報格納部１１４は、１または２以上の銀行取引管理情報を格納し得る。銀行取引管理情報は、銀行識別子と取引ファイルとの対応を示す情報である。取引ファイルは、１以上の取引情報を含むファイルである。銀行取引管理情報は、銀行識別子が決定された際に、当該銀行識別子で識別される銀行の取引情報が含まれる１以上の取引ファイルを特定できる情報であれば何でも良い。つまり、銀行取引管理情報の構造等は問わない。
【００４７】
銀行取引管理情報は、例えば、銀行識別子と取引ファイルのファイル識別子に関する情報とを有する。銀行取引管理情報は、例えば、「ＡＢＣ銀行：ｆｉｌｅｎａｍｅ＝ＡＢＣ．＊．ｘｌｓｘ」である。「ＡＢＣ銀行：ＡＢＣ．＊．ｘｌｓｘ」は、銀行識別子「ＡＢＣ銀行」の取引ファイルのファイル識別子は、文字列「ＡＢＣ」を先頭に含み、拡張子が「．ｘｌｓｘ」であることを示す。なお、「．＊」は１文字以上の文字列を示す。
【００４８】
銀行取引管理情報は、例えば、銀行識別子と取引ファイルに含まれる情報に関する情報とを有する。銀行取引管理情報は、例えば、「ＸＹＺ銀行：ｉｎｃｌｕｄｅ（“支払い金額”）」である。「ＸＹＺ銀行：ｉｎｃｌｕｄｅ（“支払い金額”）」は、銀行識別子「ＸＹＺ銀行」の取引ファイルの中に文字列「支払い金額」が含まれることを示す。
【００４９】
取引情報格納部１１５は、取引情報を格納し得る。なお、取引情報格納部１１５が格納している取引情報は、過去に、受付部１２が受け付けた取引情報である。取引情報格納部１１５は、通常、ユーザ識別子と対応付けて、１以上の取引情報を格納している。
【００５０】
受付部１２は、指示や情報等を受け付ける。指示や情報等とは、例えば、入力情報、銀行情報の出力指示、一の銀行情報の選択、伝票データの一部または全部、銀行登録指示等である。
【００５１】
入力情報は、取引情報が重複して登録されないか否かをチェックするための情報である。また、入力情報は、取引情報を登録するための情報であっても良い。入力情報は、取り引きの情報である１または２以上の取引情報を含む。入力情報は、通常、ユーザ識別子を含む。つまり、入力情報は、例えば、１または２以上の取引情報を含むファイルである取引ファイルとユーザ識別子とを有しても良い。なお、入力情報等のデータ構造は問わない。
【００５２】
また、銀行情報の出力指示は、端末装置２のユーザに対応する銀行の情報である銀行情報の全部または一部を送信させる指示である。銀行情報の出力指示は、通常、ユーザ識別子を含む。
【００５３】
また、一の銀行情報の選択とは、端末装置２で出力された１以上の銀行情報の全部または一部のうちの一の銀行情報の選択の受け付けである。
【００５４】
また、銀行登録指示は、銀行情報の登録の指示である。なお、銀行登録指示は、例えば、ユーザ識別子、銀行識別子、口座識別子、預金種目等を含む。口座識別子は、銀行口座を識別する情報である。銀行登録指示は、例えば、取引情報が有する１以上の各属性値と、伝票データが有する１以上の各属性値との対応を示す情報を有しても良い。かかる対応を示す情報は、例えば、取引情報が有する１以上の各属性値の属性名と、伝票データが有する１以上の各属性値の属性名との組の集合である。銀行登録指示は、例えば、銀行のホームページ（銀行の図示しないサーバ装置）からダウンロードされたファイル名の情報を含む。なお、口座識別子は、クレジットカードの識別子と同意義である、と考えても良い。
【００５５】
ここで、受け付けとは、通常、有線もしくは無線の通信回線を介して、端末装置２から送信された情報の受信であるが、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００５６】
処理部１３は、各種の処理を行う。各種の処理は、例えば、判断部１３１における第一判断処理、判断部１３１における第二判断処理、取込部１３２における取込処理、蓄積部１３３における蓄積処理、端末装置２に送信する画面情報の構成処理等である。これらの処理の詳細については後述する。
【００５７】
判断部１３１は、入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する。かかる判断処理を第一判断処理という。
【００５８】
判断部１３１は、例えば、入力情報に含まれる取引情報が有する「日付」「金額」「入金」「残高金額」が同じ取引情報が取引情報格納部１１５に存在するか否かにより、入力情報に含まれる１または２以上の取引情報が過去に受け付けられたか否かを判断する。また、判断部１３１は、例えば、入力情報に含まれる取引情報が有する「日付」「金額」「出金」「残高金額」が同じ取引情報が取引情報格納部１１５に存在するか否かにより、入力情報に含まれる１または２以上の取引情報が過去に受け付けられたか否かを判断しても良い。
【００５９】
また、判断部１３１は、例えば、入力情報に含まれる取引情報が有する「日付」「金額」「入金」「残高金額」と同じ情報を含む伝票データが会計情報格納部１１２に存在するか否かにより、入力情報に含まれる１または２以上の取引情報が過去に受け付けられたか否かを判断しても良い。また、判断部１３１は、例えば、入力情報に含まれる取引情報が有する「日付」「金額」「出金」「残高金額」がと同じ情報を含む伝票データが会計情報格納部１１２に存在するか否かにより、入力情報に含まれる１または２以上の取引情報が過去に受け付けられたか否かを判断しても良い。
【００６０】
なお、ここで、取引情報に対応する伝票データとは、通常、取引情報をすべて含む伝票データである。また、伝票データは、取引情報に含まれる属性値以外の属性値を有しても良い。また、伝票データは、取引情報が有するすべての情報を有しない場合があっても良い。
【００６１】
判断部１３１は、例えば、取引ファイルに含まれる１または２以上の各取引情報と、入力情報に含まれるユーザ識別子と対になる１以上の取引情報（取引情報格納部１１５に存在する取引情報）とを用いて、入力情報に含まれる１または２以上の取引情報が過去に受け付けられたか否かを判断する。
【００６２】
判断部１３１は、例えば、取引ファイルに含まれる１または２以上の各取引情報と、入力情報に含まれるユーザ識別子と対になる１以上の伝票データとを用いて、入力情報に含まれる１または２以上の取引情報が過去に受け付けられたか否かを判断する。
【００６３】
さらに、判断部１３１は、受付部１２が受け付けた入力情報に含まれる１または２以上の各取引情報が取込ルールに合致するか否かをも判断しても良い。かかる判断処理を第二判断処理という。
【００６４】
なお、判断部１３１は、上記の判断処理の結果である判断結果を取得することは好適である。
【００６５】
取込部１３２は、判断部１３１が過去に受け付けられていないと判断した取引情報を用いて、伝票データの一部または全部を構成し、会計情報格納部１１２に蓄積しても良い。
【００６６】
また、取込部１３２は、判断部１３１が取込ルールに合致すると判断した取引情報を用いて、伝票データの一部または全部を構成し、会計情報格納部１１２に蓄積することは好適である。
【００６７】
さらに、取込部１３２は、判断部１３１が過去に受け付けられていないと判断し、かつ判断部１３１が取込ルールに合致すると判断した取引情報のみを用いて、伝票データの一部または全部を構成し、会計情報格納部１１２に蓄積することは好適である。
【００６８】
なお、取込部１３２は、上記の処理の結果を取得することは好適である。なお、上記の処理の結果とは、会計情報格納部１１２に取引情報を蓄積した処理の結果であり、例えば、蓄積完了の旨を示す情報である。
【００６９】
蓄積部１３３は、受付部１２が受け付けた情報を格納部１１に蓄積する。蓄積部１３３は、例えば、端末装置２から送信された伝票データの一部または全部を、会計情報格納部１１２に蓄積する。
【００７０】
出力部１４は、判断部１３１が入力情報に含まれる１または２以上の取引情報が過去に受け付けられたと判断した場合、判断部１３１の判断結果を出力する。ここで、「判断部１３１が入力情報に含まれる１または２以上の取引情報が過去に受け付けられたと判断した場合」とは、出力部１４は、判断部１３１が入力情報に含まれる１または２以上の取引情報が過去に受け付けられていないと判断した場合でも判断結果を出力しても良い趣旨である。
【００７１】
出力部１４は、判断部１３１の判断結果を含む処理結果を出力しても良い。なお、処理結果は、例えば、判断部１３１の判断結果と、取込部１３２の処理の結果を含む。また、処理結果は、例えば、蓄積部１３３における処理の結果を含んでも良い。
【００７２】
出力部１４は、１以上の銀行取引管理情報が有する１以上の銀行識別子に対応する１以上の銀行情報を出力しても良い。
【００７３】
また、出力部１４は、受付部１２が受け付けた選択に対する一の銀行情報に対応する銀行識別子と対になる取引ファイルに関する取引ファイル情報を出力しても良い。ここで、取引ファイル情報とは、取引ファイルの識別子、取引ファイルのファイル名のルール等である。取引ファイル情報は、取引ファイルそのものを含んでも良い。
【００７４】
また、ここで、出力とは、通常、端末装置２への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、端末装置２以外の外部装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００７５】
端末装置２を構成する端末格納部２０は、各種の情報を格納し得る。各種の情報とは、例えば、１以上の銀行情報、銀行取引管理情報、１以上の取引情報、１以上の取引ファイル情報、１以上の取引ファイル、ユーザ識別子、データ生成ルール等である。なお、取引ファイル情報は、銀行を識別する銀行識別子と対応付いている。また、データ生成ルールは、データを生成するためのルールであり、例えば、取引情報が有する摘要を用いて、当該摘要に対応する伝票データの科目を生成するためのルールである。
【００７６】
端末受付部２１は、ユーザから指示や情報等を受け付ける。指示や情報等とは、例えば、銀行情報の出力指示、銀行の登録指示、入力情報、一の銀行情報の一部または全部の選択、一の伝票データの一部または全部の選択、伝票データを構成する情報（例えば、科目など）等である。なお、銀行情報の出力指示とは、銀行を選択するために、銀行の情報（例えば、銀行識別子、銀行を特定するアイコン等）を出力する指示である。銀行の登録指示は、銀行に関する情報である銀行情報を登録する指示である。指示や情報等の入力手段は、キーボードやマウスやスキャナやメニュー画面によるもの等、何でも良い。
【００７７】
端末処理部２２は、各種の処理を行う。端末処理部２２は、例えば、端末受付部２１が受け付けた指示や情報等から、送信する指示や情報等を構成する処理である。端末処理部２２は、例えば、銀行情報の出力指示に応じて、１以上の銀行情報の一部または全部を端末格納部２０から読み出す。また、端末処理部２２は、例えば、端末受付部２１が受け付けた一の銀行の選択に応じて、当該一の銀行の銀行識別子を取得し、当該銀行識別子に対応する１以上の取引ファイル情報の一部または全部を、端末格納部２０から読み出す。また、端末処理部２２は、端末受付部２１が受け付けた一の取引ファイル情報の選択に応じて、当該一の取引ファイル情報を用いて、入力情報を構成する。端末処理部２２は、例えば、端末格納部２０からユーザ識別子を取得し、当該ユーザ識別子と選択された一の取引ファイル情報とを有する入力情報を構成する。
【００７８】
また、端末処理部２２は、受信された判断結果を用いて、伝票データを入力する画面を構成しても良い。例えば、判断結果が既に受け付けられている取引情報の１以上の識別子である場合、取引ファイルが有する１以上の取引情報から既に受け付けられている取引情報の当該１以上の識別子で識別される取引情報を除いて、１以上の取引情報を取得し、当該取得した１以上の取引情報を含む画面であり、伝票データを入力するための画面を構成する。なお、端末処理部２２は、１以上の各取引情報が有する摘要（例えば、「水道料金」）から科目（例えば、「水道光熱費」）を取得しても良い。かかる場合、端末処理部２２は、端末格納部２０に格納されている１以上のデータ生成ルールを用いる。ここでのデータ生成ルールは、取引情報が有する摘要から、伝票データの科目を取得するルールである。なお、科目は、仕訳の科目である。
【００７９】
また、端末処理部２２は、ユーザが入力した銀行登録指示が有する銀行情報を、端末格納部２０に蓄積しても良い。
【００８０】
端末送信部２３は、端末受付部２１が受け付けた指示や情報等を会計処理装置１に送信する。端末送信部２３は、端末処理部２２が構成した情報を会計処理装置１に送信しても良い。指示や情報等は、例えば、入力情報である。また、端末送信部２３は、端末処理部２２が構成した指示や情報等を会計処理装置１に送信する。また、端末送信部２３は、例えば、入力情報を会計処理装置１に送信する。また、端末送信部２３は、例えば、１以上の伝票データを会計処理装置１に送信する。また、端末送信部２３は、例えば、銀行登録指示を会計処理装置１に送信する。
【００８１】
端末受信部２４は、会計処理装置１から情報等を受信する。情報等とは、例えば、会計処理装置１の判断部１３１の判断結果である。また、情報等とは、例えば、会計処理装置１における処理結果である。処理結果は、例えば、入力情報が有する取引情報が蓄積された旨の情報である。
【００８２】
端末出力部２５は、端末受信部２４が受信した情報等を出力する。なお、受信された情報等は、例えば、判断結果や処理結果である。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００８３】
格納部１１、ユーザ情報格納部１１１、会計情報格納部１１２、取込ルール格納部１１３、銀行取引管理情報格納部１１４、取引情報格納部１１５、端末格納部２０は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００８４】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【００８５】
受付部１２、端末受信部２４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００８６】
処理部１３、判断部１３１、取込部１３２、蓄積部１３３、端末処理部２２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００８７】
出力部１４、端末送信部２３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００８８】
端末受付部２１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００８９】
端末出力部２５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００９０】
次に、伝票処理システムの第一の具体的な動作例について説明する。まず、伝票処理装置１の第一の具体的な動作例について、図３のフローチャートを用いて説明する。
【００９１】
（ステップＳ３０１）受付部１２は、入力情報を受け付けたか否かを判断する。入力情報を受け付ければステップＳ３０２に行き、入力情報を受け付けなければステップＳ３１０に行く。
【００９２】
（ステップＳ３０２）判断部１３１は、ステップＳ３０１で受け付けられた入力情報が有するユーザ識別子を取得する。
【００９３】
（ステップＳ３０３）判断部１３１は、カウンタｉに１を代入する。
【００９４】
（ステップＳ３０４）判断部１３１は、ステップＳ３０１で受け付けられた入力情報が有する取引情報の中、ｉ番目の取引情報が存在するか否かを判断する。ｉ番目の取引情報が存在すればステップＳ３０５に行き、ｉ番目の取引情報が存在しなければステップＳ３０９に行く。
【００９５】
（ステップＳ３０５）判断部１３１は、ｉ番目の取引情報が過去に既に受け付けられたか取引情報か否かを判断する。過去に既に受け付けられた取引情報であればステップＳ３０６に行き、過去に既に受け付けられた取引情報でなければステップＳ３０７に行く。なお、判断部１３１は、例えば、ｉ番目の取引情報が取引情報格納部１１５に存在するか否かを判断する。
【００９６】
（ステップＳ３０６）判断部１３１は、ｉ番目の取引情報が過去に受け付けられた取引情報であることを示す判断結果（例えば、「−１」）を取得する。ステップＳ３０７に行く。
【００９７】
（ステップＳ３０７）判断部１３１は、ｉ番目の取引情報が過去に受け付けられた取引情報でないことを示す判断結果（例えば、「０」）を取得する。
【００９８】
（ステップＳ３０８）判断部１３１は、カウンタｉを１、インクリメントする。ステップＳ３０４に戻る。
【００９９】
（ステップＳ３０９）処理部１３は、ステップＳ３０６またはステップＳ３０７で取得された判断結果を有する処理結果を取得する。そして、出力部１４は、判断結果を有する処理結果を端末装置２に送信する。ステップＳ３０１に戻る。なお、ここでの処理結果は、例えば、１以上の取引情報が過去に受け付けられていない取引情報であることを示す情報、１以上の取引情報のうち過去に受け付けられていない１以上の取引情報を識別する情報、１以上の取引情報のうち過去に受け付けられている１以上の取引情報を識別する情報、１以上の取引情報のうち過去に受け付けられていない１以上の取引情報、または１以上の取引情報のうち過去に受け付けられている１以上の取引情報、１以上の各取引情報が過去に受け付けられていないか否かを示す情報等である。
【０１００】
（ステップＳ３１０）受付部１２は、１または２以上の伝票データを受け付けたか否かを判断する。１または２以上の伝票データを受け付ければステップＳ３１１に行き、１または２以上の伝票データを受け付けなければステップＳ３１８に行く。なお、１または２以上の伝票データは、通常、ユーザ識別子と対応付けて、受け付けられる。
【０１０１】
（ステップＳ３１１）判断部１３１は、カウンタｉに１を代入する。
【０１０２】
（ステップＳ３１２）判断部１３１は、ステップＳ３１０で受け付けられた伝票データの中で、ｉ番目の伝票データが存在するか否かを判断する。ｉ番目の伝票データが存在すればステップＳ３１３に行き、ｉ番目の伝票データが存在しなければステップＳ３１７に行く。
【０１０３】
（ステップＳ３１３）判断部１３１は、ｉ番目の伝票データが、取込ルール格納部１１３に格納されている取込ルールに合致するか否かを判断する。取込ルールに合致する場合はステップＳ３１２に行き、取込ルールに合致しない場合はステップＳ３１３に行く。
【０１０４】
（ステップＳ３１４）蓄積部１３３は、受け付けられた伝票データに対応付くユーザ識別子と対応付けて、ｉ番目の伝票データを会計情報格納部１１２に蓄積する。なお、判断部１３１は、ｉ番目の伝票データが取込ルールに合致する旨の判断結果を取得しても良い。
【０１０５】
（ステップＳ３１５）判断部１３１は、ｉ番目の伝票データが取込ルールに合致しない旨の判断結果を取得する。
【０１０６】
（ステップＳ３１６）判断部１３１は、カウンタｉを１、インクリメントする。ステップＳ３１２に戻る。
【０１０７】
（ステップＳ３１７）処理部１３は、ステップＳ３１４またはステップＳ３１５で取得された判断結果を有する処理結果を取得する。そして、出力部１４は、判断結果を有する処理結果を端末装置２に送信する。ステップＳ３０１に戻る。なお、ここでの処理結果は、例えば、受け付けられた１以上の伝票データが取込ルールに合致した旨を示す情報、受け付けられた１以上の伝票データの全部または一部が取込ルールに合致しなかった旨を示す情報、取込ルールに合致しなかった１以上の伝票データを識別する情報、取込ルールに合致した１以上の伝票データを識別する情報、取込ルールに合致しなかった１以上の各伝票データの一部または全部、取込ルールに合致した１以上の各伝票データの一部または全部等である。
【０１０８】
（ステップＳ３１８）受付部１２は、銀行登録指示を受け付けたか否かを判断する。銀行登録指示を受け付ければステップＳ３１９に行き、銀行登録指示を受け付けなければステップＳ３０１に戻る。なお、銀行登録指示は、例えば、登録する銀行の情報、およびユーザ識別子を有する。
【０１０９】
（ステップＳ３１９）蓄積部１３３は、ステップＳ３１８で受け付けられた銀行登録指示から、ユーザ識別子を取得する。
【０１１０】
（ステップＳ３２０）蓄積部１３３は、ステップＳ３１８で受け付けられた銀行登録指示が有する銀行に関する情報から、蓄積する銀行情報を構成する。
【０１１１】
（ステップＳ３２１）蓄積部１３３は、ステップＳ３２０で構成した銀行情報をユーザ識別子に対応付けて格納部１１に蓄積する。ステップＳ３０１に戻る。
【０１１２】
なお、図３のフローチャートにおける取込ルールを用いたチェックの処理（ステップＳ３１３〜ステップＳ３１５の処理）は、端末装置２で行っても良い。
【０１１３】
さらに、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１１４】
次に、端末装置２の第一の具体的な動作例について、図４のフローチャートを用いて説明する。
【０１１５】
（ステップＳ４０１）端末受付部２１は、銀行情報の出力指示を受け付けたか否かを判断する。銀行情報の出力指示を受け付ければステップＳ４０２に行き、銀行情報の出力指示を受け付けなければステップＳ４１４に行く。
【０１１６】
（ステップＳ４０２）端末処理部２２は、１以上の銀行情報の一部または全部を端末格納部２０から取得する。なお、銀行情報の一部または全部とは、例えば、銀行識別子、銀行を特定するアイコン等である。そして、端末出力部２５は、取得された１以上の銀行情報の一部または全部を出力する。
【０１１７】
（ステップＳ４０３）端末受付部２１は、ユーザから、出力されている１以上の銀行情報の一部または全部に対する、一の銀行の選択を受け付けたか否かを判断する。一の銀行の選択を受け付けた場合はステップＳ４０４に行き、一の銀行の選択を受け付けない場合はステップＳ４０３に戻る。
【０１１８】
（ステップＳ４０４）端末処理部２２は、ステップＳ４０３で選択された一の銀行の銀行識別子を取得し、当該銀行識別子に対応する１以上の取引ファイル情報の一部または全部を、端末格納部２０から取得する。そして、端末出力部２５は、取得された１以上の取引ファイル情報の一部または全部を出力する。取引ファイル情報の一部とは、例えば、取引ファイル情報を識別するファイル名、取引ファイル情報を識別するアイコン等である。
【０１１９】
（ステップＳ４０５）端末受付部２１は、ユーザから、出力されている１以上の取引ファイル情報の一部または全部に対する、一の取引ファイル情報の選択を受け付けたか否かを判断する。一の取引ファイル情報の選択を受け付けた場合はステップＳ４０６に行き、一の取引ファイル情報の選択を受け付けない場合はステップＳ４０５に戻る。なお、一の取引ファイル情報の選択とは、一の取引ファイル情報の一部の情報の選択でも良い。
【０１２０】
（ステップＳ４０６）端末処理部２２は、ステップＳ４０５で選択された一の取引ファイル情報を用いて、入力情報を構成する。
【０１２１】
（ステップＳ４０７）端末送信部２３は、ステップＳ４０６で構成された入力情報を、会計処理装置１に送信する。
【０１２２】
（ステップＳ４０８）端末受信部２４は、ステップＳ４０７における入力情報の送信に対応して、会計処理装置１から判断結果を受信したか否かを判断する。判断結果を受信すればステップＳ４０９に行き、判断結果を受信しなければステップＳ４０８に戻る。なお、ここでの判断結果は、処理結果に含まれる判断結果でも良い。つまり、端末受信部２４は、会計処理装置１から、判断結果を含む処理結果を受信したか否かを判断しても良い。
【０１２３】
（ステップＳ４０９）端末処理部２２は、ステップＳ４０８で受信された判断結果を用いて、伝票データを入力する画面を構成する。そして、端末出力部２５は、構成された画面を出力する。
【０１２４】
（ステップＳ４１０）端末受付部２１は、ユーザから入力を受け付けたか否かを判断する。入力を受け付ければステップＳ４１１に行き、入力を受け付けなければステップＳ４１２に行く。なお、入力は、ここでは伝票データを構成する情報であり、例えば、科目、税区分等である。
【０１２５】
（ステップＳ４１１）端末処理部２２は、ステップＳ４１０で受け付けられた入力を、図示しないバッファに一時記憶する。ステップＳ４１０に戻る。
【０１２６】
（ステップＳ４１２）端末受付部２１は、ユーザから登録指示を受け付けたか否かを判断する。登録指示を受け付ければステップＳ４１３に行き、登録指示を受け付けなければステップＳ４１０に戻る。
【０１２７】
（ステップＳ４１３）端末処理部２２は、伝票データを入力する画面の情報（バッファに格納されている情報を含む）を用いて、送信する情報を構成する。そして、端末送信部２３は、当該情報を会計処理装置１に送信する。ステップＳ４０１に戻る。なお、送信する情報は、通常、ユーザ識別子と１以上の伝票データとを有する。
【０１２８】
（ステップＳ４１４）端末受付部２１は、ユーザから銀行登録指示を受け付けたか否かを判断する。銀行登録指示を受け付ければステップＳ４１５に行き、銀行登録指示を受け付けなければステップＳ４０１に戻る。なお、銀行登録指示は、登録する銀行の銀行情報を有する。
【０１２９】
（ステップＳ４１５）端末処理部２２は、送信する銀行登録指示を構成する。通常、端末処理部２２は、ユーザ識別子を有する銀行登録指示を構成する。
【０１３０】
（ステップＳ４１６）端末送信部２３は、ステップＳ４１５で構成された銀行登録指示を会計処理装置１に送信する。
【０１３１】
（ステップＳ４１７）端末処理部２２は、銀行登録指示が有する銀行情報を、端末格納部２０に蓄積する。ステップＳ４０１に戻る。
【０１３２】
なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１３３】
次に、伝票処理システムの第二の具体的な動作例について説明する。まず、伝票処理装置１の第二の具体的な動作例について、図５のフローチャートを用いて説明する。
【０１３４】
（ステップＳ５０１）受付部１２は、入力情報を受け付けたか否かを判断する。入力情報を受け付ければステップＳ５０２に行き、入力情報を受け付けなければステップＳ５１２に行く。
【０１３５】
（ステップＳ５０２）判断部１３１は、ステップＳ５０１で受け付けられた入力情報が有するユーザ識別子を取得する。
【０１３６】
（ステップＳ５０３）判断部１３１は、カウンタｉに１を代入する。
【０１３７】
（ステップＳ５０４）判断部１３１は、ステップＳ５０１で受け付けられた入力情報が有する取引情報の中、ｉ番目の取引情報が存在するか否かを判断する。ｉ番目の取引情報が存在すればステップＳ５０５に行き、ｉ番目の取引情報が存在しなければステップＳ５０９に行く。
【０１３８】
（ステップＳ５０５）判断部１３１は、ｉ番目の取引情報が条件に合致するか否かを判断する。かかる処理を判断処理という。判断処理について、図６のフローチャートを用いて説明する。
【０１３９】
（ステップＳ５０６）ステップＳ５０５における判断処理の結果が、条件に合致するとの結果である場合はステップＳ５０７に行き、条件に合致しないとの結果である場合はステップＳ５１１に行く。
【０１４０】
（ステップＳ５０７）取込部１３２は、ｉ番目の取引情報を含む情報であり、蓄積するための情報を構成する。そして、取込部１３２は、構成した情報を会計情報格納部１１２に蓄積する。なお、構成した情報は、通常、伝票データの一部または全部である。
【０１４１】
（ステップＳ５０８）判断部１３１は、カウンタｉを１、インクリメントする。ステップＳ５０４に戻る。
【０１４２】
（ステップＳ５０９）処理部１３は、端末装置２に送信する処理結果を構成する。なお、処理結果は、例えば、入力情報が有するすべての取引情報が蓄積された旨を示す情報（正常に処理されことを示す情報）、蓄積するための条件に合致しなかった１以上の取引情報を識別するための情報、蓄積するための条件に合致しなかった取引情報が存在する旨の情報等である。処理結果は、例えば、ステップＳ５１１において取得された判断結果を含む。
【０１４３】
（ステップＳ５１０）出力部１４は、ステップＳ５０９で構成された処理結果を、端末装置２に送信する。ステップＳ５０１に戻る。
【０１４４】
（ステップＳ５１１）処理部１３は、ステップＳ５０５における判断処理の結果である判断結果を取得する。ステップＳ５０８に行く。なお、判断結果は、例えば、ｉ番目の取引情報が条件に合致しなかった旨を示す情報、条件に合致しなかったｉ番目の取引情報を識別する情報等である。
【０１４５】
（ステップＳ５１２）受付部１２は、銀行情報の出力指示を受け付けたか否かを判断する。銀行情報の出力指示を受け付ければステップＳ５１３に行き、銀行情報の出力指示を受け付けなければステップＳ５１９に行く。
【０１４６】
（ステップＳ５１３）処理部１３は、ステップＳ５１２で受け付けられた銀行情報の出力指示が有するユーザ識別子を取得する。
【０１４７】
（ステップＳ５１４）処理部１３は、ステップＳ５１３で取得したユーザ識別子と対になる１以上の銀行情報の一部または全部を取得する。
【０１４８】
（ステップＳ５１５）出力部１４は、ステップＳ５１４で取得された１以上の銀行情報の一部または全部を、端末装置２に送信する。
【０１４９】
（ステップＳ５１６）受付部１２は、一の銀行情報の一部または全部の選択を受け付けたか否かを判断する。当該選択を受け付けた場合はステップＳ５１７に行き、選択を受け付けない場合はステップＳ５１６に戻る。
【０１５０】
（ステップＳ５１７）処理部１３は、ステップＳ５１６で受け付けられた選択に対応する銀行に対応する取引ファイル情報の一部または全部を、格納部１１から取得する。
【０１５１】
（ステップＳ５１８）出力部１４は、ステップＳ５１７で取得された取引ファイル情報の一部または全部を、端末装置２に送信する。ステップＳ５０１に戻る。
【０１５２】
（ステップＳ５１９）受付部１２は、銀行登録指示を受け付けたか否かを判断する。銀行登録指示を受け付ければステップＳ５２０に行き、銀行登録指示を受け付けなければステップＳ５０１に戻る。なお、銀行登録指示は、例えば、登録する銀行の情報、およびユーザ識別子を有する。
【０１５３】
（ステップＳ５２０）蓄積部１３３は、ステップＳ５１９で受け付けられた銀行登録指示から、ユーザ識別子を取得する。
【０１５４】
（ステップＳ５２１）蓄積部１３３は、ステップＳ５１９で受け付けられた銀行登録指示が有する銀行に関する情報から、蓄積する銀行情報を構成する。
【０１５５】
（ステップＳ５２２）蓄積部１３３は、ステップＳ５２１で構成した銀行情報を格納部１１に蓄積する。ステップＳ５０１に戻る。
【０１５６】
なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１５７】
次に、ステップＳ５０５の判断処理について、図６のフローチャートを用いて説明する。
【０１５８】
（ステップＳ６０１）判断部１３１は、取込ルールを取込ルール格納部１１３から取得する。
【０１５９】
（ステップＳ６０２）判断部１３１は、取引情報がステップＳ６０１で取得した取込ルールに合致するか否かを判断する。取込ルールに合致する場合はステップＳ６０３に行き、取込ルールに合致しない場合はステップＳ６１０に行く。
【０１６０】
（ステップＳ６０３）判断部１３１は、カウンタｊに１を代入する。
【０１６１】
（ステップＳ６０４）判断部１３１は、ｊ番目の伝票データが会計情報格納部１１２に存在するか否かを判断する。ｊ番目の伝票データが存在すればステップＳ６０５に行き、存在しなければステップＳ６０９に行く。
【０１６２】
（ステップＳ６０５）判断部１３１は、取引情報の全部の情報または予め決められた一部の情報と、ｊ番目の伝票データの全部の情報または予め決められた一部の情報とを比較する。なお、比較とは、取引情報の全部の情報または予め決められた一部の情報とｊ番目の伝票データの全部の情報または予め決められた一部の情報とが、すべて一致するか否かの比較である。
【０１６３】
（ステップＳ６０６）ステップＳ６０５における比較に結果、取引情報の全部の情報または予め決められた一部の情報とｊ番目の伝票データの全部の情報または予め決められた一部の情報とが一致する場合（取引情報の全部または一部がｊ番目の伝票データに含まれる場合）はステップＳ６０７に行き、取引情報の全部の情報または予め決められた一部の情報とｊ番目の伝票データの全部の情報または予め決められた一部の情報とが一致しない場合はステップＳ６０８に行く。
【０１６４】
（ステップＳ６０７）判断部１３１は、変数「判断結果」に、「条件に不合致」であることを示す情報を代入する。上位処理にリターンする。
【０１６５】
（ステップＳ６０８）判断部１３１は、カウンタｊを１、インクリメントする。ステップＳ６０４に戻る。
【０１６６】
（ステップＳ６０９）判断部１３１は、変数「判断結果」に、「条件に合致」であることを示す情報を代入する。上位処理にリターンする。
【０１６７】
（ステップＳ６１０）判断部１３１は、変数「判断結果」に、「条件に不合致」であることを示す情報を代入する。上位処理にリターンする。
【０１６８】
次に、端末装置２の第二の具体的な動作例について、図７のフローチャートを用いて説明する。
【０１６９】
（ステップＳ７０１）端末受付部２１は、ユーザから銀行登録指示を受け付けたか否かを判断する。銀行登録指示を受け付ければステップＳ７０２に行き、銀行登録指示を受け付けなければステップＳ７０５に行く。なお、銀行登録指示は、登録する銀行の銀行情報を有する。
【０１７０】
（ステップＳ７０２）端末処理部２２は、銀行登録指示が有する銀行情報を取得し、登録する銀行情報を構成する。
【０１７１】
（ステップＳ７０３）端末処理部２２は、銀行登録指示が有する銀行情報を、端末格納部２０に蓄積する。
【０１７２】
（ステップＳ７０４）端末処理部２２は、送信する銀行登録指示を構成する。そして、端末送信部２３は、構成された銀行登録指示を会計処理装置１に送信する。ステップＳ７０１に戻る。なお、通常、端末処理部２２は、ユーザ識別子を有する銀行登録指示を構成する。
【０１７３】
（ステップＳ７０５）端末受付部２１は、銀行情報の出力指示を受け付けたか否かを判断する。銀行情報の出力指示を受け付ければステップＳ７０６に行き、銀行情報の出力指示を受け付けなければステップＳ７０１に戻る。
【０１７４】
（ステップＳ７０６）端末処理部２２は、送信する銀行情報の出力指示を構成する。そして、端末送信部２３は、当該銀行情報の出力指示を伝票処理装置１に送信する。その送信の結果、端末受信部２４は、１以上の銀行情報の一部または全部を伝票処理装置１から受信する。そして、端末出力部２５は、取得された１以上の銀行情報の一部または全部を出力する。
【０１７５】
（ステップＳ７０７）端末受付部２１は、ユーザから、出力されている１以上の銀行情報の一部または全部に対する、一の銀行の選択を受け付けたか否かを判断する。一の銀行の選択を受け付けた場合はステップＳ７０８に行き、一の銀行の選択を受け付けない場合はステップＳ７０７に戻る。
【０１７６】
（ステップＳ７０８）端末送信部２３は、一の銀行の選択を伝票処理装置１に送信する。そして、当該送信に応じて、端末受信部２４は、一の銀行に対応する１以上の取引ファイル情報の一部または全部を、伝票処理装置１から受信する。そして、端末出力部２５は、取得された１以上の取引ファイル情報の一部または全部を出力する。
【０１７７】
（ステップＳ７０９）端末受付部２１は、ユーザから、出力されている１以上の取引ファイル情報の一部または全部に対する、一の取引ファイル情報の選択を受け付けたか否かを判断する。一の取引ファイル情報の選択を受け付けた場合はステップＳ７１０に行き、一の取引ファイル情報の選択を受け付けない場合はステップＳ７０９に戻る。
【０１７８】
（ステップＳ７１０）端末処理部２２は、取引ファイルに関する処理を行う。ここでの取引ファイルに関する処理を取引ファイル処理という。取引ファイル処理は、例えば、１以上の取引情報を有する取引ファイルに取込ルールを適用し、登録候補の取引情報のみを取得する処理である。なお、端末処理部２２は、１以上の各取引情報に対して取込ルールを適用し、取込ルールに合致する取引情報のみを取得する。なお、取込ルールに合致する取引情報は、登録候補の取引情報である。
【０１７９】
（ステップＳ７１１）端末処理部２２は、ステップＳ７１０において取得した１以上の取引情報を用いて、登録する１以上の伝票データを構成する１以上の取引情報を有する伝票データ入力画面を構成する。そして、端末出力部２５は、当該画面を出力する。
【０１８０】
（ステップＳ７１２）端末受付部２１は、ユーザから、入力を受け付けたか否かを判断する。入力を受け付けた場合はステップＳ７１３に行き、入力を受け付けない場合はステップＳ７１４に行く。
【０１８１】
（ステップＳ７１３）端末処理部２２は、ステップＳ７１２で受け付けられた入力を、図示しないバッファに一時記憶する。ステップＳ７１２に戻る。
【０１８２】
（ステップＳ７１４）端末受付部２１は、ユーザから登録指示を受け付けたか否かを判断する。登録指示を受け付ければステップＳ７１５に行き、登録指示を受け付けなければステップＳ７１２に戻る。
【０１８３】
（ステップＳ７１５）端末処理部２２は、伝票データを入力する画面の情報（バッファに格納されている情報を含む）を用いて、送信する情報を構成する。なお、送信する情報は、通常、伝票データを入力する画面上の１以上と、ユーザ識別子とを有する。
【０１８４】
（ステップＳ７１６）端末送信部２３は、ステップＳ７１５で構成された情報を会計処理装置１に送信する。ステップＳ７０１に戻る。
【０１８５】
なお、図７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１８６】
以下、本実施の形態における伝票処理システムの具体的な動作について説明する。伝票処理システムの概念図は図１である。なお、本具体例は、上記の伝票処理システムの第一の具体的な動作例（図３〜図４を用いて説明した動作）に対応する。
【０１８７】
まず、ユーザ情報格納部１１１は、図８に示すユーザ情報管理表を保持している。ユーザ情報管理表は、「ユーザ識別子」「氏名」「所属」等の属性値を有する１以上のレコードを管理している。
【０１８８】
会計情報格納部１１２は、図９に示す会計伝票管理表を格納している、とする。会計伝票管理表は、伝票データを管理する表である。会計伝票管理表は、「ＩＤ」「ユーザ識別子」「伝票データ」を有する１以上のレコードを管理している。「伝票データ」は、「日付」「摘要」「科目」「税区分」「入金」「出金」を有する。「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付を示す。「ユーザ識別子」は顧問先のユーザのユーザ識別子である。
【０１８９】
取込ルール格納部１１３の取込ルールは、ここでは、「摘要！＝田中太郎」、「摘要！＝ガス代」である、とする。つまり、取込ルール「摘要！＝田中太郎」は、摘要の値が「田中太郎」の取引情報は取込まないルールを示す。また、取込ルール「摘要！＝ガス代」は、摘要の値が「ガス代」の取引情報は取込まないルールを示す。
【０１９０】
取引情報格納部１１５は、図１０に示す取引情報管理表を格納している、とする。取引情報管理表は「ＩＤ」「ユーザ識別子」「日付」「摘要」「支払い金額」「預かり金額」「差引残高」を有するレコードを１以上管理している。なお、「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付である。図１０に示す取引情報管理表は、過去に取り込まれた取引情報を管理している。
【０１９１】
端末装置２の端末格納部２０は、図１１に示す銀行取引管理情報管理表を格納している、とする。銀行取引管理情報管理表は、「ＩＤ」「銀行情報」を有する１以上のレコードを管理している。「銀行情報」は、「銀行識別子」「口座識別名」「預金種目」「入出金明細ファイル」を有する。「入出金明細ファイル」は、取引ファイルのファイル名を示す。「入出金明細ファイル」は、絶対パスのファイル名でも良いし、相対パスのファイル名でも良い。
【０１９２】
かかる状況において、ユーザ「徳田将人」（以下、ユーザＴとも言う）は、銀行情報の出力指示を端末装置２に入力した、とする。
【０１９３】
次に、端末受付部２１は、銀行情報の出力指示を受け付ける。次に、端末処理部２２は、１以上の銀行情報の一部である銀行識別子「ＡＢＣ銀行」「ＸＹＺ銀行」を銀行取引管理情報管理表（図１１）から取得する。
【０１９４】
そして、端末出力部２５は、取得された２つの銀行識別子「ＡＢＣ銀行」「ＸＹＺ銀行」を、図１２に示すように出力する。
【０１９５】
次に、ユーザは「ＡＢＣ銀行」のボタン１２０１を選択した、とする。すると、端末処理部２２は、選択された一の銀行の銀行識別子「ＡＢＣ銀行」を取得し、当該銀行識別子「ＡＢＣ銀行」に対応する入出金明細ファイル「\root\doc\abc.csv」を、図１１の銀行取引管理情報管理表から取得する。なお、入出金明細ファイルは、取引ファイル情報の識別子である。また、取引ファイル情報「\root\doc\abc.csv」で識別されるファイルは、ＡＢＣ銀行のサーバ装置からユーザＴがダウンロードし、端末装置２の端末格納部２０に格納されているファイルである。なお、取引ファイル情報「\root\doc\abc.csv」で識別されるファイルは、ＣＳＶ形式のファイルであり、図１３に示すファイルである。
【０１９６】
ここで、銀行識別子「ＡＢＣ銀行」に対応する入出金明細ファイルは一つであるので、入出金明細ファイルを選択するステップ（図４のステップＳ４０４〜ステップＳ４０５）が省略される。
【０１９７】
次に、端末処理部２２は、図１３の取引ファイルの情報を用いて、入力情報を構成する。端末処理部２２は、ユーザ識別子「ｕｓｒＸ」と図１３の取引ファイルの情報とを含む入力情報を構成する。次に、端末送信部２３は、構成された入力情報を、会計処理装置１に送信する。
【０１９８】
次に、伝票処理装置１の受付部１２は、端末装置２から送信された入力情報を受信する。
【０１９９】
次に、判断部１３１は、受信された入力情報が有するユーザ識別子「ｕｓｒＸ」を取得する。
【０２００】
次に、判断部１３１は、入力情報が有する７つの取引情報が過去に既に受け付けられたか取引情報か否かを、図１０の取引情報管理表を用いて判断する。
【０２０１】
つまり、判断部１３１は、入力情報が有する１番目の取引情報「日付：2014/3/8、摘要：水道料金、支払い金額：30000、預かり金額：、差引残高：400000」を取得する。次に、判断部１３１は、１番目の取引情報に含まれる予め決められたすべての情報（ここでは、日付、摘要、支払い金額、差引残高）を含むレコードが図１０の取引情報管理表に存在するので、１番目の取引情報が過去に既に受け付けられた取引情報である、と判断する。
【０２０２】
次に、判断部１３１は、１番目の取引情報に対応する判断結果「−１」を取得する。なお、判断結果「−１」は、取引情報が過去に受け付けられた取引情報であることを示す判断結果である。
【０２０３】
同様に、判断部１３１は、入力情報が有する２番目の取引情報、入力情報が有する３番目の取引情報も、過去に既に受け付けられた取引情報である、と判断する。そして、判断部１３１は、２番目と３番目の取引情報に対応する判断結果「−１」を取得する。
【０２０４】
次に、判断部１３１は、入力情報が有する４番目の取引情報「日付：2014/3/18、摘要：β商店、支払い金額：、預かり金額：420000、差引残高：1020000」を取得する。次に、判断部１３１は、４番目の取引情報に含まれる予め決められたすべての情報（ここでは、日付、摘要、預かり金額、差引残高）を含むレコードが図１０の取引情報管理表に存在しないので、４番目の取引情報が過去に既に受け付けられていない取引情報である、と判断する。
【０２０５】
次に、判断部１３１は、４番目の取引情報に対応する判断結果「０」を取得する。なお、判断結果「０」は、取引情報が過去に受け付けられていない取引情報であることを示す判断結果である。
【０２０６】
同様に、判断部１３１は、入力情報が有する５番目から７番目の取引情報も、過去に既に受け付けられていない取引情報である、と判断する。そして、判断部１３１は、５番目から７番目の取引情報に対応する判断結果「０」を取得する。
【０２０７】
次に、処理部１３は、取得された判断結果を有する処理結果を取得する。ここで、処理部１３は、処理結果「−１，−１，−１，０，０，０，０」を取得した、とする。ここでの処理結果は、入力情報が有する各判断結果をカンマ「，」で連結した情報である。
【０２０８】
次に、出力部１４は、判断結果を有する処理結果「−１，−１，−１，０，０，０，０」を端末装置２に送信する。
【０２０９】
次に、端末装置２の端末受信部２４は、入力情報の送信に対応して、会計処理装置１から判断結果を含む処理結果「−１，−１，−１，０，０，０，０」を受信する。
【０２１０】
次に、端末処理部２２は、受信された処理結果を用いて、伝票データを入力する画面を構成する。つまり、処理結果に含まれる「−１」に対応する取引情報を除いて、図１３の取引ファイルから取引情報を取得する。ここで、端末処理部２２が取得した取引情報を、図１４に示す。そして、端末処理部２２は、図１４の情報を用いて、例えば、図１５に示す画面（伝票データを入力する画面）を構成する。そして、端末出力部２５は、構成された画面を出力する。なお、図１５において、図１４の情報は、１５０１である。また、図１５のスクロールバー１５０２が下方に移動された場合、図１４の１４０１のレコードに対応する取引情報が表示される。
【０２１１】
なお、図１５の１５０３は、既に取引情報が、会計処理装置１に存在するが、「科目」が未入力であるので表示されている情報である。１５０３は、「科目」の入力を促す情報である。
【０２１２】
次に、ユーザＴは、図１５の画面に対して、図１６の１６０１、１６０２、１６０３に示すように、各情報の科目「現金」、「現金」、「水道光熱費」を入力した、とする。また、ユーザＴは、図１４の１４０１の２つのレコードに対応する科目「水道光熱費」、「現金」も入力した、とする。すると、端末受付部２１は、ユーザからこれらの入力を受け付ける。そして、端末処理部２２は、受け付けられた入力を、図示しないバッファに一時記憶する。
【０２１３】
次に、ユーザＴは、図１６の登録ボタン１６０４を押下した、とする。すると、端末受付部２１は、ユーザから登録指示を受け付ける。
【０２１４】
次に、端末処理部２２は、図１６の画面（伝票データを入力する画面）の情報（バッファに格納されている情報を含む）を用いて、送信する情報を構成する。ここで、送信する情報は、登録される５つの伝票データであり、ユーザが入力した科目も入った５つの伝票データである。なお、５つの伝票データは、図１４の４つの取引情報を基にする４つの伝票データと、図１５の１５０３に対応する１つの伝票データである。また、図１５の１５０３に対応する１つの伝票データは、通常、伝票データを識別する情報と、科目の情報を有する。また、送信する情報は、ユーザ識別子「ｕｓｒＸ」を有する。
【０２１５】
次に、端末送信部２３は、端末処理部２２が構成した情報を会計処理装置１に送信する。なお、構成した情報は、ユーザ識別子と、５つの伝票データを構成するための情報を含む。
【０２１６】
次に、伝票処理装置１の受付部１２は、端末装置２から５つの伝票データを含む情報を受信する。次に、判断部１３１は、５つの伝票データが条件に合致するか否かを判断する。
【０２１７】
ここで、判断部１３１は、取込ルール「摘要！＝田中太郎」および「摘要！＝ガス代」を、５つの各伝票データに適用し、摘要「ガス代」を含む伝票データは取り込まない、と決定する。つまり、判断部１３１は、「日付：2014/4/7、摘要：ガス代、科目：水道光熱費、出金：12,000、入金：」の伝票データは取り込まず、他の伝票データは取り込む、と判断する。
【０２１８】
そして、蓄積部１３３は、ユーザ識別子「ｕｓｒＸ」と対応付けて、取り込むと判断された伝票データを会計情報格納部１１２に蓄積する。
【０２１９】
次に、処理部１３は、「日付：2014/4/7、摘要：ガス代、科目：水道光熱費、出金：12,000、入金：」の伝票データの取り込みは行わなかった旨の判断結果を有する処理結果を取得する。そして、出力部１４は、当該判断結果を有する処理結果を端末装置２に送信する。
【０２２０】
次に、端末装置２の端末受信部２４は、判断結果を受信する。そして、端末出力部２５は、例えば、図１７に示すように判断結果を出力する。
【０２２１】
また、例えば、今、銀行のサーバ装置からダウンロードした図１８に示す取引ファイルが端末装置２の端末格納部２０に格納されている、とする。
【０２２２】
そして、ユーザＴが端末装置２に、図１８に示す取引ファイルの読み込みを指示した、とする。すると、端末処理部２２は、図１８に示す取引ファイルを読み込んで、図１９に示す画面を構成する。次に、端末出力部２５は、図１９に示す画面を出力する。
【０２２３】
次に、ユーザは、図１８に示す取引ファイルの各属性名「日付」「摘要」「支払い金額」「預かり金額」「差引残高」と、伝票処理装置１の会計情報格納部１１２の伝票データ管理表の属性名との対応を、図１９の画面を用いて、入力する、とする。なお、図１９のメニュー１９０１は、例えば、伝票データ管理表の属性名の集合から構成されるメニューである、とする。
【０２２４】
また、ユーザは、図１９の１９０２の各項目に、取引ファイルの各属性名に対応する伝票データ管理表の属性名を、メニュー１９０１からメニュー項目を選択することにより入力する。そして、かかる入力が完了した場合、端末処理部２２は、取引ファイルの属性名と伝票データ管理表の属性名との１以上の組を、端末格納部２０に蓄積する。
【０２２５】
また、端末送信部２３は、取引ファイルの属性名と伝票データ管理表の属性名との１以上の組を伝票処理装置１に送信しても良い。かかる場合、伝票処理装置１の受付部１２はかかる情報を受信し、処理部１３は取引ファイルの属性名と伝票データ管理表の属性名との１以上の組を、格納部１１に蓄積する。
【０２２６】
また、端末格納部２０がデータ生成ルール「摘要：水道料金→科目：水道光熱費」を格納している場合であり、ユーザＴが端末装置２に、図１８に示す取引ファイルの読み込みを指示した場合、端末処理部２２は、図１８に示す取引ファイルを読み込んで、かつ、取引ファイルが有する各取引情報にデータ生成ルールを適用し、図２０に示す画面を構成する。つまり、端末処理部２２は、図２０の「水道料金」にデータ生成ルールを適用し、図２０の２００１の「水道光熱費」を取得する。
【０２２７】
次に、端末出力部２５は、図２０に示す画面を出力する。なお、図２０の画面において、「摘要：α商店」「摘要：焼肉  〇〇苑」に対応するデータ生成ルールは存在しないので、図２０の２００３、２００４に、自動的に情報が入らない。
【０２２８】
なお、端末格納部２０がデータ生成ルール「摘要：水道料金→科目：水道光熱費，税区分：８％」を格納している場合であり、ユーザＴが端末装置２に、図１８に示す取引ファイルの読み込みを指示した場合、端末処理部２２は、図１８に示す取引ファイルを読み込んで、かつ、取引ファイルが有する各取引情報にデータ生成ルールを適用し、図２１に示す画面を構成しても良い。つまり、端末処理部２２は、図２１の「水道料金」にデータ生成ルールを適用し、図２１の２１０２を取得する。
【０２２９】
次に、端末出力部２５は、図２１に示す画面を出力する。なお、２１０２において、「２  取引詳細を確認できます。」の欄２１０３で、仕分けの形式で内容を確認できる。なお、図２１において、２１０４の２行の情報は、科目の取得および入力が行われておらず、仕訳化されていない。
【０２３０】
以上、本実施の形態によれば、取引情報と伝票処理装置とを適切に連携し、伝票データの入力を適切に支援できる。
【０２３１】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における伝票処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、取り引きの情報である１または２以上の取引情報を含む入力情報を受け付ける受付部と、前記入力情報に含まれる１または２以上の取引情報が、過去に受け付けられたか否かを判断する判断部と、前記判断部が過去に受け付けられたと判断した場合、前記判断部の判断結果を出力する出力部として機能させるためのプログラムである。
【０２３２】
上記プログラムにおいて、コンピュータがアクセス可能な記録媒体は、１以上の伝票データを含む会計情報を格納し得る会計情報格納部を具備し、コンピュータを、前記出力部に代えて、または前記出力部とともに、前記判断部が過去に受け付けられていないと判断した取引情報に対する伝票データの一部または全部を構成し、前記会計情報格納部に蓄積する取込部としてさらに機能させるためのプログラムであることは好適である。
【０２３３】
上記プログラムにおいて、コンピュータがアクセス可能な記録媒体は、１または２以上の取引情報を格納し得る取引情報格納部をさらに具備し、前記判断部は、前記受付部が受け付けた入力情報が有する１または２以上の各取引情報の全部または一部が、前記取引情報格納部に存在するか否かを判断するものとして、コンピュータを機能させるプログラムであることは好適である。
【０２３４】
上記プログラムにおいて、前記取引情報は、日付と金額と入金と残高金額、または日付と金額と出金と残高金額を有し、前記判断部は、前記受付部が受け付けた入力情報が有する１または２以上の各取引情報が有する日付と金額と入金と残高金額、または日付と金額と出金と残高金額と同一の情報を有する取引情報が、前記取引情報格納部に存在するか否かを判断するものとして、コンピュータを機能させるプログラムであることは好適である。
【０２３５】
上記プログラムにおいて、前記入力情報は、取引情報を含む１または２以上の伝票データを含み、前記判断部は、伝票データが有する取引情報に含まれるすべての属性値を含む伝票データが前記会計情報格納部に存在する場合に、当該取引情報が過去に受け付けられたと判断し、伝票データが有する取引情報に含まれるすべての属性値を含む伝票データが前記会計情報格納部に存在しない場合に、当該取引情報が過去に受け付けられていないと判断するものとして、コンピュータを機能させるプログラムであることは好適である。
【０２３６】
上記プログラムにおいて、コンピュータがアクセス可能な記録媒体は、取引情報を前記会計情報格納部に取り込むためのルールである取込ルールを格納し得る取込ルール格納部をさらに具備し、前記受付部は、伝票データの一部または全部を受け付け、前記判断部は、前記受付部が受け付けた入力情報に含まれる１または２以上の各取引情報、または伝票データの一部または全部が前記取込ルールに合致するか否かをも判断し、前記取込部は、前記判断部が前記取込ルールに合致すると判断した取引情報または伝票データの一部または全部を用いて、伝票データの一部または全部を構成し、前記会計情報格納部に蓄積するものとして、コンピュータを機能させるプログラムであることは好適である。
【０２３７】
上記プログラムにおいて、コンピュータがアクセス可能な記録媒体は、銀行を識別する銀行識別子と１以上の取引情報を含むファイルである取引ファイルとの対応を示す情報である１以上の銀行取引管理情報を格納し得る銀行取引管理情報格納部をさらに具備し、前記出力部は、前記１以上の銀行取引管理情報が有する１以上の銀行識別子に対応する１以上の銀行情報を出力し、前記受付部は、前記１以上の銀行情報のうちの一の銀行情報の選択を受け付け、前記出力部は、前記受付部が受け付けた選択に対する一の銀行情報に対応する銀行識別子と対になる取引ファイルに関する取引ファイル情報を出力するものとして、コンピュータを機能させるプログラムであることは好適である。
【０２３８】
また、本実施の形態における端末装置２を実現するソフトウェアは、以下のようなプログラムである。つまり、記録媒体は、１以上の取引情報を含むファイルである取引ファイルを格納し得る端末格納部を具備し、コンピュータを、前記取引ファイルが有する１以上の取引情報を含む入力情報の送信指示を受け付ける端末受付部と、前記送信指示に従って、前記入力情報を伝票処理装置に送信する端末送信部と、前記入力情報の送信に応じて、前記１以上の取引情報が過去に受け付けられたか否かの判断結果を受信する端末受信部と、前記判断結果を用いて、過去に受け付けられた取引情報を除いた伝票データの入力画面を出力する端末出力部として機能させるためのプログラムである。
【０２３９】
また、図２２は、本明細書で述べたプログラムを実行して、上述した実施の形態の会計処理装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２２は、このコンピュータシステム３４０の概観図であり、図２３は、コンピュータシステム３４０の内部構成を示す図である。
【０２４０】
図２２において、コンピュータシステム３００は、０ＣＤ−ＲＯＭドライブ３０１２を含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０２４１】
図２３において、コンピュータ３０１は、０ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ−ＲＯＭドライブ３０１２０接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５とに接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０２４２】
コンピュータシステム３００に、上述した実施の形態の会計処理装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１、またはＦＤ３１０２に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０２４３】
プログラムは、コンピュータ３０１に、上述した実施の形態の会計処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０２４４】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０２４５】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２４６】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０２４７】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２４８】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０２４９】
以上のように、本発明にかかる伝票処理装置は、取引情報と伝票処理装置とを適切に連携し、伝票データの入力を適切に支援できる、という効果を有し、会計システム等として有用である。
【符号の説明】
【０２５０】
１  伝票処理装置
２  端末装置
１１  格納部
１２  受付部
１３  処理部
１４  出力部
２０  端末格納部
２１  端末受付部
２２  端末処理部
２３  端末送信部
２４  端末受信部
２５  端末出力部
１１１  ユーザ情報格納部
１１２  会計情報格納部
１１３  取込ルール格納部
１１４  銀行取引管理情報格納部
１１５  取引情報格納部
１３１  判断部
１３２  取込部
１３３  蓄積部
【図１】
2015212851.tif 000003
【図２】
2015212851.tif 000004
【図３】
2015212851.tif 000005
【図４】
2015212851.tif 000006
【図５】
2015212851.tif 000007
【図６】
2015212851.tif 000008
【図７】
2015212851.tif 000009
【図８】
2015212851.tif 000010
【図９】
2015212851.tif 000011
【図１０】
2015212851.tif 000012
【図１１】
2015212851.tif 000013
【図１３】
2015212851.tif 000014
【図１４】
2015212851.tif 000015
【図１８】
2015212851.tif 000016
【図２２】
2015212851.tif 000017
【図２３】
2015212851.tif 000018
【図１２】
2015212851.tif 000019
【図１５】
2015212851.tif 000020
【図１６】
2015212851.tif 000021
【図１７】
2015212851.tif 000022
【図１９】
2015212851.tif 000023
【図２０】
2015212851.tif 000024
【図２１】
2015212851.tif 000025