(57)【要約】【課題】適切に伝票データが入力できる伝票処理装置を提供する。【解決手段】取引に関するデータである１以上の伝票データの入力を受け付ける伝票入力受付部１０１と、伝票入力受付部１０１が受け付けた伝票データを蓄積する蓄積部１０２と、伝票入力受付部１０１が受け付けた１以上の伝票データのそれぞれを、取引毎に個別に配置した１以上のオブジェクトである取引オブジェクトを表示するための出力を行う出力部１０４とを備えた。【選択図】図１
2015212919.tif 000002
【特許請求の範囲】
【請求項１】
取引に関するデータである１以上の伝票データの入力を受け付ける伝票入力受付部と、
前記伝票入力受付部が受け付けた伝票データを蓄積する蓄積部と、
前記伝票入力受付部が受け付けた１以上の伝票データのそれぞれを、取引毎に個別に配置した１以上のオブジェクトである取引オブジェクトを表示するための出力を行う出力部とを備えた伝票処理装置。
【請求項２】
前記出力部は、前記伝票データの入力を受け付ける画面である伝票データ入力画面を表示するための出力を行い、
前記伝票入力受付部は、前記出力部の出力に応じて表示される伝票データ入力画面を介して、前記伝票データの入力を受け付け、
前記出力部は、当該伝票データ入力画面内の予め指定された領域である取引表示領域内に前記取引オブジェクトを表示するための出力を行う請求項１記載の伝票処理装置。
【請求項３】
前記伝票データは、取引の分類項目を示すデータである分類項目データを有し、
前記伝票入力受付部が受け付けたデータが格納されるデータ格納部を更に備え、
前記伝票入力受付部は、伝票データに用いられるデータの入力を受け付けて前記データ格納部に蓄積し、
前記蓄積部は、前記伝票入力受付部により前記データ格納部に蓄積されたデータで構成される伝票データを蓄積し、
新たな伝票データに用いられるデータの入力を行う際に、前記データ格納部に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータが残される請求項１記載の伝票処理装置。
【請求項４】
前記出力部は、前記伝票データの入力を受け付ける画面である伝票データ入力画面を表示するための出力を行い、
前記伝票入力受付部は、前記出力部の出力に応じて表示される伝票データ入力画面を介して、前記伝票データの入力を受け付け、
前記出力部は、当該伝票データ入力画面内の予め指定された領域である取引表示領域内に前記取引オブジェクトを表示するための出力を行い、
新たな伝票データに用いられるデータの入力を行う際に、前記データ入力画面には、前記データ格納部に格納された最新の伝票データを構成するデータのうちの、少なくとも分類項目データを含むデータの入力を受け付けた状態の表示が継続される請求項３記載の伝票処理装置。
【請求項５】
前記出力部は、誤って同じ伝票データが連続して蓄積されることを防止するための出力を行う請求項４記載の伝票処理装置。
【請求項６】
前記伝票データ入力画面は、金額の入力を受け付けるための領域である金額入力領域をさらに有し、
新たな伝票データに用いられるデータの入力を行う際に、前記データ格納部に格納されている伝票データを構成する最新のデータのうちの、前記金額入力領域を介して入力された金額は削除され、
前記出力部は、新たな伝票データに用いられるデータの入力を行う際に、前記金額入力領域の金額をクリアした前記伝票データ入力画面を表示するための出力を行う請求項５記載の伝票処理装置。
【請求項７】
前記出力部は、前記伝票入力受付部が、伝票データ入力画面の金額入力領域の金額がクリアされた状態で伝票データを蓄積部に蓄積させる指示を受け付けた場合に、エラー出力を行う請求項６記載の伝票処理装置。
【請求項８】
前記出力部は、前記伝票入力受付部が伝票データを前記蓄積部に蓄積させる指示を受け付けた場合に、蓄積部が蓄積する伝票データと、直前に蓄積部が蓄積した伝票データとが同じであるか否かを判断し、同じである場合に、注意を喚起するための出力を行う請求項５記載の伝票処理装置。
【請求項９】
前記伝票データは、取引に関する仕訳の情報を有し、
前記出力部は、伝票データの仕訳の情報を配置した取引オブジェクトを表示するための出力を行う請求項１から請求項８いずれか一項記載の伝票処理装置。
【請求項１０】
前記伝票データは、取引の種類を示す情報と対応づけられており、
前記出力部は、前記伝票入力受付部が受け付けた伝票データを配置した取引オブジェクトであって、当該伝票データと対応づけられた取引の種類を示す情報に応じた色を少なくとも一部に表示した取引オブジェクトを表示するための出力を行う請求項１から請求項９いずれか一項記載の伝票処理装置。
【請求項１１】
前記出力部は、前記伝票データ入力画面に、日付の入力を受け付けるためのカレンダー領域と、金額の入力を受け付けるための電卓領域とを表示するための出力を行い、
前記伝票入力受付部は、前記カレンダー領域を介して伝票データの日付の入力を受け付け、前記電卓領域を介して伝票データの金額の入力を受け付ける請求項２または請求項４記載の伝票処理装置。
【請求項１２】
伝票入力受付部と、蓄積部と、出力部とを用いて行われる伝票処理方法であって、
前記伝票入力受付部が、取引に関するデータである１以上の伝票データの入力を受け付ける伝票入力受付ステップと、
前記蓄積部が、前記伝票入力受付ステップで受け付けた伝票データを蓄積する蓄積ステップと、
前記出力部が、前記伝票入力受付ステップで受け付けた１以上の伝票データのそれぞれを、取引毎に個別に配置した１以上のオブジェクトである取引オブジェクトを表示するための出力を行う出力ステップとを備えた伝票処理方法。
【請求項１３】
前記伝票入力受付部が受け付けたデータが格納されるデータ格納部を更に用いて行われる伝票処理方法であって、
前記伝票データは、取引の分類項目を示すデータである分類項目データを有し、
前記伝票入力受付ステップは、伝票データに用いられるデータの入力を受け付けて前記データ格納部に蓄積し、
前記蓄積ステップは、前記伝票入力受付ステップにより前記データ格納部に蓄積されたデータで構成される伝票データを蓄積し、
新たな伝票データに用いられるデータの入力を行う際に、前記データ格納部に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータが残される請求項１２記載の伝票処理方法。
【請求項１４】
コンピュータを、
取引に関するデータである１以上の伝票データの入力を受け付ける伝票入力受付部と、
前記伝票入力受付部が受け付けた伝票データを蓄積する蓄積部と、
前記伝票入力受付部が受け付けた１以上の伝票データのそれぞれを、取引毎に個別に配置した１以上のオブジェクトである取引オブジェクトを表示するための出力を行う出力部として機能させるためのプログラム。
【請求項１５】
前記伝票データは、取引の分類項目を示すデータである分類項目データを有し、
前記伝票入力受付部は、伝票データに用いられるデータの入力を受け付けて、当該伝票入力受付部が受け付けたデータが格納されるデータ格納部に蓄積し、
前記蓄積部は、前記伝票入力受付部により前記データ格納部に蓄積されたデータで構成される伝票データを蓄積し、
新たな伝票データに用いられるデータの入力を行う際に、前記データ格納部に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータが残される請求項１４記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝票データを処理する装置等に関するものである。
【背景技術】
【０００２】
従来の技術として、オペレータにより入力された伝票入力データを記憶するものが知られていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２２７６９４号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術においては、伝票に入力されるデータを、適切に入力することができない、という課題があった。
【０００５】
例えば、従来においては、伝票へのデータ入力中に、どの取引のデータをどのように分類して入力しているか等をわかりやすく表示することができないため、会計についての専門的な知識がないユーザにとっては、伝票のデータを適切に入力しているかを確認することができなかった。この結果、誤った入力等が行われてしまう場合があり、適切に伝票のデータを入力することができなかった。また、過去の入力作業時に入力したデータを表示しながらデータ入力を行った場合、現在の入力作業時において入力したデータだけを選択的に確認することが困難であり、例えば、同じデータの取引を重複して入力してしまう恐れがあった。
【課題を解決するための手段】
【０００６】
本発明の伝票処理装置は、取引に関するデータである１以上の伝票データの入力を受け付ける伝票入力受付部と、伝票入力受付部が受け付けた伝票データを蓄積する蓄積部と、伝票入力受付部が受け付けた１以上の伝票データのそれぞれを、取引毎に個別に配置した１以上のオブジェクトである取引オブジェクトを表示するための出力を行う出力部とを備えた伝票処理装置である。
【０００７】
かかる構成により、入力している伝票データを、取引オブジェクトによって取引単位で容易に確認することができ、適切に伝票のデータを入力することができる。また、現在入力している取引ごとの伝票データを一覧することができる。
【０００８】
また、本発明の伝票処理装置は、前記伝票処理装置において、出力部は、伝票データの入力を受け付ける画面である伝票データ入力画面を表示するための出力を行い、伝票入力受付部は、出力部の出力に応じて表示される伝票データ入力画面を介して、伝票データの入力を受け付け、出力部は、伝票データ入力画面内の予め指定された領域である取引表示領域内に取引オブジェクトを表示するための出力を行う伝票処理装置である。
【０００９】
かかる構成により、伝票データ入力画面に取引オブジェクトを表示して、適切に伝票のデータを入力することができる。
【００１０】
また、本発明の伝票処理装置は、前記伝票処理装置において、伝票データは、取引の分類項目を示すデータである分類項目データを有し、伝票入力受付部が受け付けたデータが格納されるデータ格納部を更に備え、伝票入力受付部は、伝票データに用いられるデータの入力を受け付けてデータ格納部に蓄積し、蓄積部は、伝票入力受付部によりデータ格納部に蓄積されたデータで構成される伝票データを蓄積し、新たな伝票データに用いられるデータの入力を行う際に、データ格納部に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータが残される伝票処理装置である。
【００１１】
かかる構成により、直前に蓄積した伝票データの分類項目データを、新たな分類項目データに用いられるデータの入力に利用できるため、分類項目データが同じである連続した伝票データを入力する際の利便性を向上させることができる。
【００１２】
また、本発明の伝票処理装置は、前記伝票処理装置において、出力部は、伝票データの入力を受け付ける画面である伝票データ入力画面を表示するための出力を行い、伝票入力受付部は、出力部の出力に応じて表示される伝票データ入力画面を介して、伝票データの入力を受け付け、出力部は、伝票データ入力画面内の予め指定された領域である取引表示領域内に取引オブジェクトを表示するための出力を行い、新たな伝票データに用いられるデータの入力を行う際に、データ入力画面には、データ格納部に格納された最新の伝票データを構成するデータのうちの、少なくとも分類項目データを含むデータの入力を受け付けた状態の表示が継続される伝票処理装置である。
【００１３】
かかる構成により、直前に蓄積した伝票データの分類項目データの入力内容を継続して表示することができ、どのような分類項目データが入力されているかを伝票データ入力画面において把握することができる。
【００１４】
また、本発明の伝票処理装置は、前記伝票処理装置において、出力部は、誤って同じ伝票データが連続して蓄積されることを防止するための出力を行う伝票処理装置である。
【００１５】
かかる構成により、直前に蓄積した伝票データの少なくとも一部を、新たな伝票データの入力に利用する場合に発生しやすいと考えられる誤って同じ伝票データが連続して蓄積されることを防ぐことができる。
【００１６】
また、本発明の伝票処理装置は、前記伝票処理装置において、伝票データ入力画面は、金額の入力を受け付けるための領域である金額入力領域をさらに有し、新たな伝票データに用いられるデータの入力を行う際に、データ格納部に格納されている伝票データを構成する最新のデータのうちの、金額入力領域を介して入力された金額は削除され、出力部は、新たな伝票データに用いられるデータの入力を行う際に、金額入力領域の金額をクリアした伝票データ入力画面を表示するための出力を行う伝票処理装置である。
【００１７】
かかる構成により、誤って、金額が同じである伝票データが連続して蓄積されることを防ぐことができる。
【００１８】
また、本発明の伝票処理装置は、前記伝票処理装置において、出力部は、伝票入力受付部が、伝票データ入力画面の金額入力領域の金額がクリアされた状態で伝票データを蓄積部に蓄積させる指示を受け付けた場合に、エラー出力を行う伝票処理装置である。
【００１９】
かかる構成により、直前に入力された伝票データから金額をクリアしたたデータを、新たな伝票データの入力に利用する場合において発生しやすいと考えられる金額の入力忘れを防ぐことができる。
【００２０】
また、本発明の伝票処理装置は、前記伝票処理装置において、出力部は、伝票入力受付部が伝票データを蓄積部に蓄積させる指示を受け付けた場合に、蓄積部が蓄積する伝票データと、直前に蓄積部が蓄積した伝票データとが同じであるか否かを判断し、同じである場合に、注意を喚起するための出力を行う伝票処理装置である。
【００２１】
かかる構成により、直前に蓄積した伝票データの少なくとも一部を、新たな伝票データの入力に利用する場合に発生しやすいと考えられる重複した伝票データが誤って蓄積されることを、防ぐことができる。
【００２２】
また、本発明の伝票処理装置は、前記伝票処理装置において、伝票データは、取引に関する仕訳の情報を有し、出力部は、伝票データの仕訳の情報を配置した取引オブジェクトを表示するための出力を行う伝票処理装置である。
【００２３】
かかる構成により、取引毎に仕訳のデータを配置した取引オブジェクトを表示することができ、仕訳のデータの入力を適切に行うことができる。また、仕訳のデータの入力の仕方をわかりやすく表示することができる。
【００２４】
また、本発明の伝票処理装置は、前記伝票処理装置において、伝票データは、取引の種類を示す情報と対応づけられており、出力部は、伝票入力受付部が受け付けた伝票データを配置した取引オブジェクトであって、この伝票データと対応づけられた取引の種類を示す情報に応じた色を少なくとも一部に表示した取引オブジェクトを表示するための出力を行う伝票処理装置である。
【００２５】
かかる構成により、取引オブジェクトの取引の種類を容易に把握することができる。
【００２６】
また、本発明の伝票処理装置は、前記伝票処理装置において、出力部は、伝票データ入力画面に、日付の入力を受け付けるためのカレンダー領域と、金額の入力を受け付けるための電卓領域とを表示するための出力を行い、伝票入力受付部は、カレンダー領域を介して伝票データの日付の入力を受け付け、電卓領域を介して伝票データの金額の入力を受け付ける伝票処理装置である。
【００２７】
かかる構成により、日付と金額の入力を容易にかつ直感的に行うことができる。また、入力時のフォーマット等をユーザに説明しなくても、フォーマットに沿った日付と金額の入力が可能となる。
【発明の効果】
【００２８】
本発明による伝票処理装置等によれば、適切な伝票データを入力することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態１における伝票処理システムのブロック図
【図２】同伝票処理システムの伝票データ入力画面について説明するための図
【図３】同伝票処理装置の動作について説明するフローチャート
【図４】同伝票処理装置の分類項目データ管理表を示す図
【図５】同伝票処理装置のテンプレート情報を説明するための、テンプレート情報の一例を示す図（図５（ａ））、及びこのテンプレート情報を用いて作成された取引オブジェクトを示す図（図５（ｂ））
【図６】同伝票処理装置の種類色管理表を示す図
【図７】同伝票処理システムの表示例を示す図を示す図
【図８】本発明の各実施の形態におけるコンピュータシステムの外観の一例を示す図
【図９】同コンピュータシステムの構成の一例を示す図
【図１０】本発明の実施の形態２における伝票処理システムの表示例の変形例を示す図
【図１１】本発明の実施の形態２における伝票処理システムのブロック図
【図１２】同伝票処理装置の動作について説明するフローチャート
【図１３】同伝票処理装置のデータ管理表を示す図
【図１４】同伝票処理システムの伝票データ入力画面の表示例を示す図
【図１５】同伝票処理装置のデータ管理表を示す図
【図１６】同伝票処理システムの伝票データ入力画面の表示例を示す図
【図１７】同伝票処理システムのエラー出力の一例を示す図
【図１８】同伝票処理システムのエラー出力の一例を示す図
【図１９】同伝票処理システムの注意を喚起する出力の一例を示す図
【発明を実施するための形態】
【００３０】
以下、伝票処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００３１】
（実施の形態１）
図１は、本実施の形態における伝票処理装置１を備えた伝票処理システム１０００のブロック図である。
【００３２】
伝票処理システム１０００は、伝票処理装置１と、１または２以上の情報処理端末２とを備えている。伝票処理装置１と、１または２以上の情報処理端末２とは、インターネット等のネットワークや通信回線等を介して接続されている。なお、本実施の形態においては、説明の便宜上、図１に示すように伝票処理システム１０００が一の情報処理端末２を有している場合を例に挙げて説明するが、情報処理端末２は、２以上であってもよい。
【００３３】
伝票処理装置１は、伝票入力受付部１０１、蓄積部１０２、分類項目データ格納部１０３、出力部１０４を備える。
【００３４】
情報処理端末２は、受付部２０１、送信部２０２、受信部２０３、表示部２０４を備えている。
【００３５】
伝票入力受付部１０１は、１または２以上の伝票データの入力を受け付ける。伝票入力受付部１０１は、例えば、ネットワーク等を介して、情報処理端末２から伝票データの入力を受け付ける。具体的には、伝票入力受付部１０１は、例えば、ネットワーク等を介して、伝票データを入力するための情報を受信する。例えば、伝票入力受付部１０１は、情報処理端末２から送信される伝票データを受け付けてもよい。また、伝票入力受付部１０１は、例えば、情報処理端末２から送信される伝票データの入力のための操作の情報を受け付け、この操作の情報に応じた伝票データを受け付けてもよい。伝票入力受付部１０１は、ネットワーク経由等で操作の情報を受け付ける技術は、いわゆるクラウドコンピューティングの技術等として公知であるので、ここでは詳細な説明は省略する。ただし、伝票入力受付部１０１が、どのように伝票データの入力を受け付けるかは問わない。例えば、伝票入力受付部１０１は、入力デバイス等を介して伝票データの入力を受け付けてもよい。
【００３６】
伝票データは、取引に関するデータである。伝票データとは、例えば、伝票に入力されるデータである。ここでの伝票に入力されるデータは、電子的な伝票に入力されるデータや、会計処理ソフトウェア等により伝票として扱われるデータや、伝票のデータとして会計処理用のデータベース等に格納されるデータ等も含む概念である。伝票入力受付部１０１が受け付ける一の伝票データは、一の取引に関するデータである。取引とは、例えば、営利のためになす経済行為や、契約や合意などのもと、金品や事柄をやり取りを行うことである。伝票とは、企業、例えば、会社等における金銭の出入や、取引内容等を記入するものであり、例えば、一定の様式等を有している。伝票の一例としては、入金伝票、出金伝票、振替伝票、仕入伝票、売上伝票、会計伝票、受発注伝票、契約伝票等がある。伝票データは、例えば、取引の内容を示すデータや、取引の分類を示すデータや、取引の日付や、取引の金額のデータ等を有している。
【００３７】
取引の内容を示すデータは、例えば、取引対象物を示す情報や、金銭の入出金等を示す情報を含む情報である。取引の内容を示すデータは、例えば、入金や出金が、どのように行われたか（例えば、入金が、現金や、普通預金への振り込みで行われたこと）を示す情報を含むものであってもよい。例えば、取引の内容を示すデータは、仕訳において、摘要として用いられるデータである。
【００３８】
取引の分類を示すデータは、例えば、取引の分類を表す文字列や、取引の分類を示すコード等である。取引の分類とは、例えば、売上、仕入、経費等の分類や、これらの分類を更に細分化した現金売上、入金取引、掛取引等の分類である。取引の分類を示すデータは、例えば、取引が属する分類項目を示すデータである。分類項目は、例えば、１または２以上の予め指定された取引の分類を示す項目である。分類項目を示す情報は、例えば、分類項目名等の分類項目の識別子である。分類項目を示す情報は、例えば、仕訳における勘定科目や、勘定科目に対応づけられた識別子である。なお、以下、分類項目を示す情報を、単に分類項目と呼ぶ場合がある。
【００３９】
伝票データは、取引先の識別子（例えば、会社名や会社コード等）や、取引を行った部署や担当者の識別子（例えば、部署名や、部署コード、担当者名や、担当者コード等）等を有していてもよい。
【００４０】
伝票データは、取引の種類を示すデータと対応づけられていてもよい。例えば、伝票データは取引の種類を示すデータを有していてもよい。取引の種類とは、例えば、売上、仕入、経費等である。なお、取引の種類を示すデータは、上述したような取引の分類を示すデータを、取引の種類を示すデータと考えてもよい。また、取引の分類を示すデータの１以上で構成されるグループを示すデータを、取引の種類を示すデータと考えてもよい。取引の種類を示すデータは、例えば、取引の種類を識別するデータであってもよい。取引の種類を示すデータは、取引の種類に対応した色、具体的には、取引の種類毎に異なる色を指定するデータであってもよい。
【００４１】
伝票データは、例えば、取引に関する仕訳のデータ（以下、仕訳データ）を有していてもよい。仕訳とは、例えば、取引を借方要素と貸方要素とにわけ、各要素に、各要素の取引の分類項目と金額とを対応づけて、伝票に入力することである。仕訳データは、仕訳して伝票に入力することができるデータであってもよいし、既に仕訳されたデータであってもよい。例えば、仕訳データは、仕訳の項目等に対応づけられたデータであってもよい。例えば、仕訳データは、取引を借方要素と貸方要素とにわけて、それぞれの要素に取引の分類項目と金額とを対応づけられた情報である。仕訳における取引の分類項目とは、例えば、勘定科目である。勘定科目とは、例えば、会計等において金額の名目を表すために用いられる科目である。勘定科目は、相手勘定科目も含むと考えて良い。また、勘定科目は、貸方の勘定科目でも良く、借方の勘定科目でも良く、その両方であってもよい。また、仕訳データは、摘要の情報を有していてもよい。また、伝票データは、伝票の入力者の識別子等を有していてもよい。なお、伝票データが、仕訳データであってもよい。
【００４２】
仕訳データは、具体的には、取引についての、分類項目（例えば、取引についての、勘定科目）と、日付と、金額とを有するデータである。仕訳データは更に摘要の情報等を有していてもよい。
【００４３】
ここでの伝票データの受け付けとは、有線もしくは無線の通信回線を介して送信された情報の受信、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００４４】
伝票入力受付部１０１は、例えば、出力部１０４の出力に応じて表示される伝票データ入力画面を介して、伝票データの入力を受け付けてもよい。出力部１０４の出力に応じて表示される伝票データ入力画面とは、例えば、出力部１０４が出力（例えば送信）した伝票データ入力画面を表示するためのデータを取得（例えば受信）した情報処理端末２の表示部２０４が表示した伝票データ入力画面を介して伝票データの入力を受け付けることである。出力部１０４が行う伝票データ入力画面を表示するための出力や、この伝票データ入力画面を介した入力受付については後述する。
【００４５】
伝票入力受付部１０１は、例えば、出力部１０４の出力に応じて表示される伝票データ入力画面内のメニュー領域に表示されるメニュー（例えば、階層メニュー等）を介して、伝票データの取引の分類項目（例えば、勘定科目）の入力を受け付けてもよい。メニュー領域や、メニューを介した分類項目の入力については後述する。
【００４６】
伝票入力受付部１０１は、例えば、出力部１０４の出力に応じて表示される伝票データ入力画面内のカレンダー領域を介して、伝票データの日付の入力を受け付けてもよい。ここでの伝票データの日付とは、例えば、取引の日付である。カレンダー領域や、カレンダー領域を介した日付の入力については後述する。
【００４７】
伝票入力受付部１０１は、例えば、出力部１０４の出力に応じて表示される伝票データ入力画面内の電卓領域を介して伝票データの金額の入力を受け付けてもよい。例えば、伝票データが、仕訳のデータである場合、伝票入力受付部１０１は、電卓領域等を介して受け付けた一の金額を、貸方の金額と借方の金額との両方としてして受け付けてもよい。電卓領域や、電卓領域を介した金額の入力については後述する。
【００４８】
伝票入力受付部１０１は、伝票データや、伝票データの入力を受け付けるための操作情報等を受信するための通信手段や、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現される。
【００４９】
蓄積部１０２は、伝票入力受付部１０１が受け付けた１または２以上の伝票データを蓄積する。ここでの蓄積とは、例えば、記録媒体への蓄積、サーバ装置やネットワークストレージ等の外部の装置への蓄積のための送信、蓄積のための他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。例えば、蓄積部１０２は、伝票データを外部の装置へ蓄積するために利用する通信手段（図示せず）等を有していてもよい。
【００５０】
例えば、蓄積部１０２は、伝票入力受付部１０１が受け付けた１または２以上の伝票データを、図示しない格納部等に蓄積する。例えば、蓄積部１０２は、１または２以上の伝票データのそれぞれ、例えば、取引毎の伝票データを、図示しない格納部等に格納されている伝票データを格納するためのデータベース等のレコードとして蓄積してもよい。
【００５１】
また、蓄積部１０２は、伝票入力受付部１０１が受け付けた１または２以上の伝票データを、会計処理用のデータを蓄積するためのローカルやネットワーク上のデータベース（図示せず）等に蓄積してもよい。
【００５２】
分類項目データ格納部１０３には、複数の分類項目データが格納される。分類項目データは、取引の分類項目を示すデータであって、伝票に入力されるデータである。分類項目データは、例えば、上述したような伝票データが示す取引の分類を示すデータである。例えば、分類項目データは、取引の分類項目名等の情報であってもよい。分類項目データは、例えば、勘定科目の名称や、勘定科目のコード等の勘定科目の識別子である。また、分類項目データは、上述したような取引の種類を示す情報と対応づけられていてもよい。例えば、分類項目データは、上述したような取引の種類を示す情報を更に有していてもよい。
【００５３】
分類項目データ格納部１０３には、複数の分類項目データが階層化されて格納されていてもよい。例えば、分類項目データ格納部１０３には、複数の分類項目データが、最下層のデータ、例えば最下層のノードのデータとなるように、階層化されて格納されている。例えば、分類項目データ格納部１０３には、カテゴリーや種類等によって分類されて１または２以上の階層に階層化された複数の分類項目データが格納されていてもよい。ここでの階層化は、ネスト化やグループ化と考えてもよい。階層化されているということは、木構造化されていることと考えてもよい。
【００５４】
分類項目データ格納部１０３には、分類項目データと対応づけられた情報であって、この分類項目データに対応した取引の内容や取引の理由を示す文字列を有する情報であって、この分類項目データに対応するメニュー項目を表示する際に用いられる情報である入力メニュー項目データが、格納されていてもよい。この入力メニュー項目データが有する文字列をここでは取引関連文字列と呼ぶ。入力メニュー項目データが取引関連文字列であってもよい。なお、この取引関連文字列は、仕訳の摘要を示す文字列のデータであってもよい。入力メニュー項目データは、メニュー項目を表示する際に用いられる取引内容や取引理由等を示す文字列を有する情報であってもよいし、この文字列を示す画像のデータであってもよい。また、このような文字列を示すメニュー項目の画像データ等であってもよい。メニュー項目とは、例えば、階層メニューを構成するメニューの項目である。メニュー項目は、例えば、階層メニューの各ノードに対応するメニューの項目と考えてもよい。
【００５５】
分類項目データ格納部１０３には、１以上の分類項目データに対して１階層以上、上位となるメニュー項目のデータ（以下、上位メニュー項目データと称す）が１または２以上格納されていてもよい。メニュー項目のデータとは、例えば、メニュー項目を表示するために用いられる情報である。上位メニュー項目データは、例えば、分類項目データの属するカテゴリーや種類を示すメニュー項目のデータである。上位メニュー項目データは、例えば、分類項目データの属する１以上の上位の階層のカテゴリーや種類を示す文字列を示すデータであってもよいし、この文字列を示す画像のデータであってもよい。また、このような文字列を示すメニュー項目の画像データ等であってもよい。上位メニュー項目データは、分類項目データが直接、あるいは間接的に従属するノードを示すデータや、ノードのラベルのデータ等と考えてもよい。上位メニュー項目データは、この項目に従属する分類項目データに対応づけられた種類を示すデータを有していてもよい。この種類を示すデータは、分類項目データが示す分類項目の種類を示すデータと考えてもよい。例えば、上位メニュー項目自体が従属する分類項目データが示す分類項目の種類を示すデータであってもよい。
【００５６】
なお、分類項目データ格納部１０３には、分類項目データや、上位メニュー項目データ等の階層構造を示す情報が更に格納されていてもよい。階層構造を示す情報は、例えば、分類項目データと上述した上位メニュー項目データとの従属関係や包含関係、上述した項目情報同士の従属関係や包含関係等を示す情報である。
【００５７】
分類項目データ格納部１０３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。かかることは、他の格納部についても同様である。
【００５８】
出力部１０４は、例えば、伝票データ入力画面を表示するための出力を行う。伝票データ入力画面を表示するための出力を行うということは、例えば、伝票データ入力画面を表示するために用いられるデータを取得して、情報処理端末２に送信することである。伝票データ入力画面を表示するために用いられるデータは、結果的に伝票データ入力画面を表示することが可能なデータであればよく、例えば、伝票データ入力画面の表示用の画像データや、ＨＴＭＬやＸＭＬとスタイルシートとの組み合わせ等の、情報処理端末２の表示部２０４等が解釈実行やレンダリング等を行うことにより伝票データ入力画面を生成して表示することが可能なデータである。所定の画面を表示するための情報を取得し、送信する処理等は、公知技術であるので、ここでは詳細な説明は省略する。なお、出力部１０４による伝票データ入力画面を表示するための出力は、モニタ等の図示しない表示デバイスへの伝票データ入力画面を表示するための出力であってもよい。つまり、出力部１０４は、図示しない表示デバイスに伝票データ入力画面を表示してもよい。
【００５９】
伝票データ入力画面は、伝票データの入力を受け付ける画面である。伝票データ入力画面は、例えば、伝票データの入力を受け付けるために用いられる、メニューやボタン等を備えたインターフェース画面である。ここでの画面は、図示しないモニタの画面と考えてもよいし、いわゆるウインドウやペイン等と考えてもよい。伝票データ入力画面を表示するための情報、例えば、伝票データ入力画面に用いられる画像情報や、枠線等を指定する情報や、背景色等の色を指定する情報等は、例えば、図示しない格納部等に予め格納されているように、これを適宜読み出すことで取得するようにすればよい。
【００６０】
図２は、出力部１０４の出力に応じて表示される伝票データ入力画面について説明するための図である。例えば、図２は、情報処理端末２の表示部２０４により表示される伝票データ入力画面である。
【００６１】
伝票データ入力画面１０は、例えば、取引表示領域１１、メニュー領域１２、カレンダー領域１３、及び電卓領域１４の少なくとも１以上の領域を有する画面である。取引表示領域１１は、取引毎の入力内容が常に確認できるように、他のメニュー領域１２、カレンダー領域１３、及び電卓領域１４と重ならない領域であることが好ましい。より好ましくは、取引表示領域１１、メニュー領域１２、カレンダー領域１３、及び電卓領域１４は、互いに重ならない領域であることが好ましい。取引表示領域１１については、後述する。
【００６２】
メニュー領域１２は、例えば、伝票データの分類項目データや、取引内容や取引理由等を示す文字列を受け付けるためのメニューを表示するための領域である。例えば、出力部１０４は、伝票データ入力画面１０のメニュー領域１２に、分類項目データ格納部１０３に格納されている分類項目データや、上位メニュー項目データや、階層構造を示すデータ等を用いて、階層メニューを表示するための出力を行う。階層メニューは階層化されたメニューである。階層メニューを表示するための出力を行うことは、例えば、階層メニューを表示するためのデータを出力することや、階層メニューを表示した伝票データ入力画面のデータ等を出力することであってもよい。かかることは、メニュー項目や、メニュー項目上の文字列や、メニュー項目の色や、カレンダー領域１３や、電卓領域１４等を表示するための出力に関しても同様である。についても同様である。階層メニューを表示するための処理や、階層メニューを表示するためのデータの構成については、公知技術であるためここでは詳細な説明は省略する。
【００６３】
メニュー領域１２に表示される階層メニューは、例えば、上述した分類項目データに対応した入力メニュー項目データを用いて表示されるメニュー項目と、上位メニュー項目データを用いて表示されるメニュー項目とで構成される。ここでのメニュー項目は、メニューボタンと考えてもよい。出力部１０４は、上位メニュー項目データを用いて表示されるメニュー項目に、例えば、上位メニュー項目データが有する取引のカテゴリーや種類を示す文字列を表示するための出力を行う。また、出力部１０４は、入力メニュー項目データを用いて出力されるメニュー項目には、例えば、取引関連文字列を表示するための出力を行う。なお、出力部１０４は、上位メニュー項目データが、この項目に従属する分類項目データに対応する上述したような種類を示す情報を有している場合、この上位メニュー項目データを用いてメニュー項目を表示する際に、この種類を示す情報に対応した色が、メニュー項目の少なくとも一部に表示されるような出力を行ってもよい。例えば、種類を示す情報に対応した色を有する所定形状の画像を、メニュー項目上に表示するための出力を行ってもよく、メニュー項目の背景色を、種類を示す情報に対応した色としてもよい。
【００６４】
出力部１０４は、例えば、メニュー領域１２に、所定の階層、例えば、第１階層を構成する複数の上位メニュー項目データに対応するメニュー項目を配列して表示するための出力を行う。なお、ここでの第１階層は、例えば、ルートノードを除いた最上位の階層であるとする。そして、出力部１０４の出力に応じて表示される第１階層のメニューボタンのうちの一のメニューボタンに対して、ユーザが、所定の操作、例えば、カーソルを置く操作や、マウスでクリックする操作や、タッチパネルでタッチしたり、タップする操作（指でたたく操作）を行うと、この操作を、上述した伝票入力受付部１０１等が受け付け、出力部１０４は、このメニュー項目に対応する上位メニュー項目データに直接従属する上位メニュー項目データまたは入力メニュー項目データに対応したメニュー項目を、上記で操作されたメニューボタンに隣接した領域に表示するための出力を行う。
【００６５】
具体例を挙げて説明すると、出力部１０４は、メニュー領域１２に、所定の階層、例えば、第１階層を構成する複数の上位メニュー項目データに対応するメニュー項目を配列して表示するための出力を、情報処理端末２に対して送信する。そして、この出力を受信部２０３で受信した情報処理端末２の表示部２０４が、この受信した出力に応じて第１階層のメニューボタンを配列して表示する。そして、表示された第１階層のメニューボタンのうちの一のメニューボタンに対して、ユーザが、所定の操作、例えば、カーソルを置く操作や、マウスでクリックする操作や、タッチパネルでタッチしたり、タップする操作（指でたたく操作）を行うと、この操作を、情報処理端末２の受付部２０１等を介して、上述した伝票入力受付部１０１等が受け付ける。具体的には、受付部２０１等が受け付けつけた操作の情報が、送信部２０２から伝票処理装置１に送信され、伝票入力受付部１０１等がこの操作の情報を受信する。出力部１０４は、この伝票入力受付部１０１が受け付けた操作の対象となるメニュー項目に対応する上位メニュー項目データに直接従属する上位メニュー項目データまたは入力メニュー項目データに対応したメニュー項目を、操作の対象となったメニューボタンに隣接した領域に表示するための出力を情報処理端末２に対して出力を行う。
【００６６】
更に、上位メニュー項目データに対応するメニュー項目に対して操作が行われた場合、上記と同様のメニュー項目の表示するための出力が行われる。
【００６７】
また、出力部１０４の出力に応じて表示された入力メニュー項目データに対応するメニューボタンに対して、上記と同様の所定の操作が行われた場合、この操作を、上述した伝票入力受付部１０１等が受け付け、伝票入力受付部１０１は、この入力メニュー項目データに対応する分類項目データを伝票データの分類項目データとして受け付ける。また、伝票入力受付部１０１は、この入力メニュー項目データが示す取引関連文字列を、さらに伝票データの一部として受け付けるようにしてもよい。
【００６８】
なお、分類項目データや上位メニュー項目データや、これらに対応づけられた入力メニュー項目データや上位メニュー項目データ等のような、階層化されたデータを用いて階層メニューを表示する技術は公知技術であるので、ここでは詳細な説明は省略する。
【００６９】
出力部１０４は、例えば、伝票データ入力画面１０に、伝票データの日付の入力を受け付けるためのカレンダー領域１３を表示するための出力を行う。例えば、出力部１０４は、伝票データ入力画面１０にカレンダー領域１３を表示するために用いられるデータを情報処理端末２に送信してもよいし、カレンダー領域１３を有する伝票データ入力画面１０を表示するためのデータを情報処理端末２に送信してもよい。カレンダー領域１３には、通常、カレンダーを示す画像が表示される。また、カレンダーを示す画像の各日付上の領域には、各日付の入力受け付けるため領域が設定される。例えば、図示しない格納部等に格納されているカレンダーを示す画像を表示するための情報と、カレンダーの各日付に対応づけられた、各日付の入力の受け付けるための領域を示す情報とを用いて、出力部１０４は、カレンダー領域１３を表示するための出力を行う。カレンダー領域１３は、日付を受け付けるための入力インターフェースと考えてもよい。なお、カレンダー領域１３を表示するための出力は、伝票データ入力画面１０にカレンダー領域１３を表示することと考えてもよい。
【００７０】
出力部１０４の出力に応じて表示されるカレンダー領域１３の一の日付に対して、マウスやタッチパネル等の入力デバイス（図示せず）等を用いて上記のような所定の操作が行われた場合、伝票入力受付部１０１は、この操作された領域に示された日付を、伝票データの日付として受け付ける。例えば、出力部１０４は、カレンダー領域１３を表示するための情報を取得して、情報処理端末２に送信し、情報処理端末２はこの情報を受信部２０３で受信し、表示部２０４がカレンダー領域１３を伝票データ入力画面１０に表示する。そして、カレンダー領域１３の一の日付に対して所定の操作が行われると、受付部２０１が、この日付に対する操作を受け付けて操作を示す情報を取得し、この操作を示す情報を送信部２０２が伝票処理装置１に送信する。伝票処理装置１の伝票入力受付部１０１は、この操作の情報を受信して、受信した操作の情報に対応した日付を受け付ける。なお、カレンダーを日付の入力を受け付ける領域として表示すること等は公知技術であるため、ここでは詳細な説明は省略する。
【００７１】
出力部１０４は、例えば、伝票データ入力画面１０に、伝票データの金額の入力を受け付けるための電卓領域１４を表示するための情報を出力する。例えば、出力部１０４は、伝票データ入力画面１０に電卓領域１４を表示するために用いられるデータを情報処理端末２に送信してもよいし、電卓領域１４を有する伝票データ入力画面１０を表示するためのデータを情報処理端末２に送信してもよい。電卓領域１４には、通常、電卓を示す画像が表示される。電卓を示す画像は、例えばテンキーと、入力された数字、あるいは演算結果の数字が表示される金額表示領域１４ａとを有する画像である。テンキーの各キー上の領域には、各キーに対応した数字や、算術記号等の入力を受け付けるための領域が設定される。例えば、出力部１０４は、図示しない格納部に格納されている電卓を表示するためのデータと、電卓の各キーに対して対応づけられた、各キーに対応する数字や、算術記号等の入力を受け付けるための領域を示すデータとを用いて、電卓領域１４を表示するためのデータを取得し、出力する。電卓領域１４は、金額を受け付けるための入力インターフェースと考えてもよい。
【００７２】
出力部１０４の出力に応じて表示される電卓領域１４のキーに対して、マウスやタッチパネル等の入力デバイス（図示せず）等を用いて上記のような所定の操作が行われた場合、伝票入力受付部１０１は、この操作されたキーに対する数字や算術記号等を受け付け、この受け付けた数字を、伝票データの金額として受け付ける。
【００７３】
具体例を挙げて説明すると、出力部１０４は、電卓領域１４を表示するための情報を取得して、情報処理端末２に送信し、情報処理端末２はこの情報を受信部２０３で受信し、表示部２０４が電卓領域１４を伝票データ入力画面１０に表示する。そして、電卓領域１４の１または２以上のキーに対して操作が行われると、受付部２０１が、このキーに対する操作を受け付けて操作を示す情報を取得し、この操作を示す情報を送信部２０２が伝票処理装置１に送信する。伝票処理装置１の伝票入力受付部１０１は、この操作の情報を受信して、受信した操作の情報に対応した金額の情報を受け付ける。
【００７４】
また、出力部１０４は、入力された数字等を、例えば、金額表示領域１４ａに表示するための情報を出力する。また、伝票入力受付部１０１が、出力部１０４の出力に応じて表示される電卓領域のキーを介して受け付けた数字や算術記号等を用いて演算を行う指示を、予め指定されたキー、例えば、イコールキー等に対する操作に応じて受け付けた場合、伝票入力受付部１０１は、入力された数値や算術記号を用いて演算を行い、演算結果により得られた金額を、伝票データの金額として受け付ける。また、演算結果の数字を、出力部１０４は、金額表示領域１４ａに表示するための出力を行う。なお、電卓を表示する技術や、電卓に入力された数字等を用いて演算を行う技術は、公知技術であるため、ここでは詳細な説明は省略する。
【００７５】
出力部１０４は、１または２以上の取引オブジェクト１５を表示するための出力を行う。取引オブジェクト１５を表示するための出力を行うということは、例えば、取引オブジェクト１５を表示するためデータを取得して出力することである。例えば、出力部１０４は、取得した取引オブジェクト１５を表示するためのデータを、情報処理端末２に送信する。
【００７６】
一の取引オブジェクト１５は、伝票入力受付部１０１が受け付けた一の取引の伝票データを配置した１以上のオブジェクトである。出力部１０４は、伝票入力受付部１０１が受け付けた１または２以上の伝票データのそれぞれを、取引毎に個別に配置した１または２以上のオブジェクトである取引オブジェクト１５を表示するための出力を行う。
【００７７】
出力部１０４は、例えば、伝票入力受付部１０１による一の取引の伝票データの受け付けに応じて、この伝票データを配置した一の取引オブジェクトを表示するための出力を行う。例えば、出力部１０４は、例えば、伝票入力受付部１０１による一の取引の伝票データの受け付けに応じて、この伝票データを配置した一の取引オブジェクトを表示するためのデータを生成し、出力を行う。例えば、出力部１０４は、伝票入力受付部１０１が取引の伝票データを受け付ける毎に、受け付けた取引についての取引オブジェクトを表示するための出力を行う。
【００７８】
出力部１０４は、伝票データの入力開始時には、過去に出力された取引オブジェクトを表示するための出力を行わないことが好ましい。伝票データの入力開始時とは、例えば、伝票処理装置１を立ち上げ時や、伝票データ入力画面の表示開始時等である。例えば、出力部１０４は、伝票データの入力終了時には、表示のために出力された取引オブジェクトを非表示、あるいは削除する指示等を出力することによって、次の入力開始時に過去に出力された取引オブジェクトを表示するための出力を行われないようにしてもよい。このことは出力部１０４が、入力終了時に取引オブジェクトの出力をリセットすることと考えてもよい。入力終了時は、例えば、伝票処理装置１の終了時や、伝票データ入力画面の出力終了時である。
【００７９】
例えば、出力部１０４は、伝票データの入力を行って、一以上の取引オブジェクトを表示するための出力を行った後、伝票処理装置１を終了し、再度、伝票処理装置１を立ち上げた場合においては、終了時に出力されていた一以上の取引オブジェクトを表示するための出力を、立ち上げた時に行わないようにすることが好ましい。このようにすることで、現在入力している伝票データの取引に関する取引オブジェクトを選択的に表示させることができ、入力の確認を適切に行うことが可能となる。
【００８０】
出力部１０４は、例えば、取引表示領域１１内に、取引オブジェクト１５を表示するための出力を行う。取引表示領域１１は、上述した伝票データ入力画面１０内の予め指定された領域である。出力部１０４は、例えば、伝票データの仕訳の情報を配置した取引オブジェクト１５を表示するための出力を行う。出力部１０４は、例えば、一の取引オブジェクト１５を表示するための情報として、一の伝票データが有している一の取引の仕訳の情報を配置した一の取引オブジェクト１５を表示するための情報を出力する。
【００８１】
オブジェクトとは、例えば、画面等の出力媒体に出力される出力対象や部品である。オブジェクトとは、例えば、画像や、文字列や、これらの組み合わせである。一の取引オブジェクト１５は、一の取引の伝票データが配置されたオブジェクトである。一の取引オブジェクト１５は、例えば、一の取引の伝票データが配置された画像や、枠線で囲まれたり、背景色を他の領域とは異なるものとすること等によって、他の領域や背景等から区切られた領域である。一の取引オブジェクト１５は、例えば、連続した複数の行や列、セル等を有する表やスプレッドシートの行や列や１以上のセルとは異なるものである。
【００８２】
取引オブジェクト１５を取引毎に個別に配置することとは、例えば、各取引オブジェクト１５が、異なるものであることが明確にわかるような態様で配置することである。例えば、隣接する各取引オブジェクト１５間の対向する部分に、１以上の非連続な部分や非接触な部分が存在するよう取引オブジェクト１５を配置することであり、例えば、非接触となるように取引オブジェクト間にスペースを設けて配置することである。また、角を丸めた四角形（以下、角丸四角形と称す）形状の複数のオブジェクトを、直線状の辺の部分が接触するよう配置することも、接触したオブジェクト間において、角丸の部分が非接触な部分となることから、取引オブジェクト１５が個別に配置されることと考えてもよい。
【００８３】
取引オブジェクト１５の形状やサイズ等は問わない。例えば、各取引オブジェクト１５の形状は、四角形や角丸四角形である。ここでは、一例として取引オブジェクト１５の形状が、角丸四角形である場合を示しているが、他の形状であってもよい。各取引オブジェクト１５の高さ等は、配置される伝票データに応じて増減されるようにしてもよい。
【００８４】
出力部１０４は、例えば、図示しない格納部に格納されている形状情報を用いて、伝票データを配置した取引オブジェクト１５を表示するための出力を行う。例えば、出力部１０４は、形状情報が示す領域や画像上に、伝票データを配置した取引オブジェクト１５を表示するためのデータを取得し、出力する。形状情報は、取引オブジェクト１５のテンプレートの情報と考えてもよい。
【００８５】
形状情報は、例えば、取引オブジェクト１５の輪郭の形状やサイズ（高さ及び幅の少なくとも一方）を指定する情報や、取引オブジェクト１５の輪郭の座標を指定する情報である。また、取引オブジェクト１５の背景色や背景画像、枠線、内部に出力される罫線等を示す情報を有していてもよい。形状情報は、例えば、ビットマップ画像やベクトル画像等の画像情報であってもよい。また、形状情報は、例えば、境界線や面等を表現する方程式のパラメータの情報等であってもよい。
【００８６】
また、形状情報は、伝票データを構成する各データが配置される位置を指定する情報（例えば、座標等）を有していてもよい。位置を指定する情報は、各データが配置される領域を指定する情報（例えば、領域の位置や高さ等）を有していてもよい。出力部１０４は、例えば、各取引オブジェクト１５の、この伝票データを構成する各データが配置される位置を指定する情報が示す位置に、各伝票データを構成する各データを配置する。
【００８７】
また、形状情報は、伝票データを構成する各データの取引オブジェクト１５における出力態様を指定する情報、例えば、配置位置や配置領域、文字や数字のサイズ、フォント、文字色、配列方向等を示す情報を更に有していてもよい。
【００８８】
形状情報は、例えば、取引オブジェクト１５についてのいわゆるスタイルシート等の情報であってもよい。スタイルシートとしては、例えば、ＸＭＬ等において用いられるスタイルシートに相当するものが利用可能である。
【００８９】
出力部１０４は、例えば、複数の取引オブジェクト１５を、予め指定された方向に配列して表示するための出力を行う。出力部１０４は、例えば、複数の取引オブジェクト１５を、予め指定された間隔を隔てて配置して表示するための出力を行う。
【００９０】
出力部１０４は、例えば、伝票入力受付部１０１が受け付けた伝票データを配置した取引オブジェクト１５であって、この伝票データに対応づけられた取引の種類を示す情報に応じた色を少なくとも一部に表示した取引オブジェクト１５を表示するための出力を行うようにしてもよい。例えば、出力部１０４は、取引の種類を示す情報と、色の値を示す情報とを対応づけた図示しない変換テーブルを用いて、伝票データと対応づけられた取引の種類を示す情報に応じた色を決定し、この伝票データを配置した取引オブジェクト１５であって、少なくとも一部に決定した色を表示した取得オブジェクト１５を表示するための情報を取得し、出力する。色の値を示す情報は、特定の色の取引オブジェクト１５を出力することを指定する情報であってもよい。また、取引の種類を示す情報が、色の値を示す情報である場合、この色の値が示す色を、伝票データを配置した取引オブジェクト１５の少なくとも一部に表示するようにしてもよい。種類を示す情報に応じた色を取引オブジェクト１５の少なくとも一部に表示するということは、種類を示す情報に応じた色を少なくとも一部に有する取引オブジェクト１５を表示するための出力を行うことである。種類を示す情報に応じた色を取引オブジェクト１５の少なくとも一部に表示するということは、例えば、種類を示す情報に応じた色を背景色や枠線として有する取引オブジェクト１５を表示することや、種類を示す情報に応じた色の予め指定された形状の図形を、取引オブジェクト１５の一部に配置すること等である。
【００９１】
出力部１０４は、例えば、伝票入力受付部１０１が一の取引について伝票データを受け付ける毎に、この一の取引についての伝票データを配置した取引オブジェクト１５を表示するための出力を行う。例えば、出力部１０４は、伝票入力受付部１０１が一の取引について伝票データを受け付けた後に、予め指定されたボタン（例えば、入力確定ボタン等）を押す等の操作や、次の取引についての伝票データを入力するための操作等の、予め指定された操作を受け付けた場合に、この一の取引についての伝票データを配置した一の取引オブジェクト１５を表示するための出力を行う。例えば、一の取引についての伝票データに含まれる分類項目、日付、金額等を配置した取引オブジェクト１５を表示するための出力を行う。
【００９２】
なお、出力部１０４は、伝票データ入力画面１０の出力を終了した後において、再度、伝票データ入力画面１０を出力する際においては、終了前に取引表示領域１１に表示していた取引オブジェクト１５を表示するための出力を行わないようにしてよい。ここでの出力は、情報処理端末２の表示部２０４による取引オブジェクトの表示と考えてもよい。例えば、出力部１０４は、伝票データ入力画面１０の出力終了時に、取引表示領域内に表示していた全ての取引オブジェクト１５を削除してもよい。
【００９３】
ここでの出力とは、表示や送信等を含む概念である。出力部１０４は、通信手段や、モニタ等の出力デバイスを含むと考えても含まないと考えても良い。出力部１０４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００９４】
受付部２０１は、伝票データを入力するための情報を受け付ける。伝票データを入力するための情報とは、伝票データ自身であってもよく、または伝票データを入力するための操作であってもよい。例えば、受付部２０１は、伝票データを入力するための操作の情報を受け付ける。例えば、受付部２０１は、マウスや、タッチパネルによる操作の情報や、操作されたメニュー項目に対応づけられた操作を示す情報等を受け付ける。また、受付部２０１は、図示しない格納部等に格納されている伝票データを読み出して受け付けてもよい。
【００９５】
具体的には、受付部２０１は、伝票処理装置１の出力部１０４が送信する伝票データ入力画面の表示するための情報を用いて表示部２０４が表示する伝票データ入力画面に用いて伝票データを入力するための情報を受け付ける。
【００９６】
例えば、受付部２０１は、出力部１０４が送信するメニュー領域１２を表示するための情報や階層メニューを表示するための情報を用いて表示部２０４が表示したメニュー領域１２や階層メニューを用いて、伝票データを入力するための情報を受け付ける。例えば、分類項目等の情報、またはこれらの情報を受け付けるための操作の情報を受け付ける。
【００９７】
例えば、受付部２０１は、出力部１０４が送信するカレンダー領域１３を表示するための情報を用いて、表示部２０４が表示したカレンダー領域１３を用いて、日付、または日付を受け付けるための操作の情報（例えば、一の日付上の領域をタップされたことを示す情報等）を受け付ける。
【００９８】
例えば、受付部２０１は、出力部１０４が送信する電卓領域１４を表示するための情報を用いて、表示部２０４が表示した電卓領域１４を用いて、金額、または金額を受け付けるための操作の情報（例えば、１以上のテンキー等のキー上の領域をタップされたことを示す情報等）を受け付ける。
【００９９】
ここでの受付とは、例えば、入力手段からの受付や、他の機器等から送信される入力信号の受信や、記録媒体等からの情報の読み出し等である。入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。受付部２０１は、テンキーやキーボードやマウスやタッチパネル等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【０１００】
送信部２０２は、受付部２０１が受け付けた伝票データを入力するための情報を、伝票処理装置１に送信する。送信部２０２は、通信手段や、そのドライバー等で実現される。
【０１０１】
受信部２０３は、伝票処理装置１の出力部１０４が送信する１または２以上の取引オブジェクト１５を表示する情報を受信する。受信部２０３は、例えば、伝票処理装置１の出力部１０４が送信する伝票データ入力画面１０を表示する情報を受信する。受信部２０３は、例えば、伝票処理装置１の出力部１０４が送信するメニュー領域１２を表示する情報や階層メニューを表示する情報を受信する。受信部２０３は、例えば、伝票処理装置１の出力部１０４が送信するカレンダー領域１３を表示する情報を受信する。受信部２０３は、例えば、伝票処理装置１の出力部１０４が送信する電卓領域１４を表示する情報を受信する。受信部２０３は、通信手段や、そのドライバー等で実現される。
【０１０２】
表示部２０４は、受信部２０３が受信した取引オブジェクトを表示する情報を用いて、１または２以上の取引オブジェクトを表示する。例えば、表示部２０４は、取引表示領域１１に、取引毎の取引オブジェクトを個別に表示する。表示部２０４は、例えば、受信部２０３が受信した伝票データ入力画面を表示する情報を用いて、伝票データ入力画面を表示する。表示部２０４は、例えば、受信部２０３が受信したメニュー領域１２を表示する情報を用いて、メニュー領域１２を表示する。表示部２０４は、例えば、受信部２０３が受信したカレンダー領域１３を表示する情報を用いて、カレンダー領域１３を表示する。表示部２０４は、例えば、受信部２０３が受信した電卓領域１４を表示する情報を用いて、電卓領域１４を表示する。
【０１０３】
表示部２０４は、モニタ等の表示デバイスを含むと考えても含まないと考えても良い。表示部２０４は、表示デバイスのドライバーソフトまたは、表示デバイスのドライバーソフトと表示デバイス等で実現される。
【０１０４】
次に、伝票処理装置１の動作の一例について図３のフローチャートを用いて説明する。
【０１０５】
（ステップＳ１０１）出力部１０４は、伝票データ入力画面１０を表示するための出力を行う。例えば、出力部１０４は、取引表示領域１１、メニュー領域１２、カレンダー領域１３、及び電卓領域１４を有する伝票データ入力画面を表示するための情報を情報処理端末２に送信する。例えば、出力部１０４は、分類項目データ格納部１０３に格納されている分類項目データを用いて、階層メニューをメニュー領域１２に表示するための情報を取得し、情報処理端末２に送信する。
【０１０６】
（ステップＳ１０２）伝票入力受付部１０１は、ステップＳ１０１の出力に応じて表示される伝票データ入力画面を介して、一の取引に関する伝票データを受け付ける。例えば、伝票入力受付部１０１は、ステップＳ１０１で出力（送信）された伝票データ入力画面を表示するための情報を用いて、情報処理端末２の表示部２０４が表示した伝票データ入力画面１０のメニュー領域１２に出力される階層メニューを介して、伝票データの一部である分類項目や取引関連文字列等を受け付ける。また、例えば、伝票入力受付部１０１は、表示部２０４が表示した伝票データ入力画面１０のカレンダー領域１３を介して、伝票データの一部である日付を受け付ける。また、例えば、伝票入力受付部１０１は、表示部２０４が表示した伝票データ入力画面１０の電卓領域を介して、伝票データの一部である金額を受け付ける。
【０１０７】
（ステップＳ１０３）伝票入力受付部１０１は、ステップＳ１０２で受け付けた一の取引に関する伝票データを用いて、取引表示領域に取引オブジェクトを表示するための出力を行う。例えば、取引オブジェクトを表示するための情報を、情報処理端末２に対して送信する。既に他の取引オブジェクトが出力されている場合、その出力済の取引オブジェクト対して新たな取引オブジェクトを配列して表示するための情報を出力する。なお、伝票入力受付部１０１は、伝票データに対応づけられた取引の種類を示す情報を読出し、この種類を示す情報に対応した色の値を示す情報を取得して、この色を少なくとも一部に表示した取引オブジェクトを表示するための出力を行ってもよい。
【０１０８】
（ステップＳ１０４）蓄積部１０２は、伝票入力受付部１０１が受け付けた伝票データを蓄積する。例えば、蓄積部１０２は、伝票入力受付部１０１が受け付けた伝票データを図示しない格納部等に蓄積する。
【０１０９】
（ステップＳ１０５）伝票入力受付部１０１は、伝票データの入力を終了するか否かを判断する。例えば、伝票入力受付部１０１は、入力を終了する操作を受け付けたか否かに応じて入力を終了するか否かを判断する。終了する場合、伝票データ入力画面を表示するための出力を終了するとともに、取引オブジェクトの表示をリセット、例えば、取引オブジェクトを表示するための情報を削除して処理を終了する。また、終了しない場合、ステップＳ１０２に戻り、新たな一の取引に関する伝票データの入力を受け付けを行う。
【０１１０】
つぎに、情報処理端末２の動作について説明する。
【０１１１】
受付部２０１が、伝票データを入力する指示等を受け付けると、送信部２０２は、伝票処理装置１に対して、伝票データ入力画面を表示するためのデータを要求する情報を送信する。
【０１１２】
受信部２０３は、この要求する情報に応じて伝票処理装置１から送信される伝票データ入力画面を表示するためのデータを受信し、表示部２０４は、受信したデータを用いて伝票データ入力画面を図示しないモニタ等に表示する。
【０１１３】
受付部２０１は、表示部２０４に表示された伝票データ入力画面を用いて、ユーザ等から一の取引についての伝票データを入力するための情報を受け付ける。そして、伝票データを入力するための情報を、送信部２０２が、伝票処理装置１に送信する。
【０１１４】
受信部２０３は、送信部２０２が送信した伝票データを入力するための情報に応じて伝票処理装置１から送信される取引オブジェクトを表示するためのデータを受信し、表示部２０４は、受信した取引オブジェクトを表示するためのデータを用いて取引毎の取引オブジェクトを図示しないモニタ等に表示する。情報処理端末２は、同様の処理を適宜繰り返す。
【０１１５】
以下、本実施の形態における伝票処理装置１の具体的な動作について説明する。ここでは一例として、伝票処理装置１がインターネット等に接続されたサーバ装置、情報処理端末２がタッチパネルを備えたタブレット型端末である場合を例に挙げて説明する。ただし、情報処理端末２は、ラップトップ型や据え置き型のコンピュータであってもよく、携帯情報端末であってもよく、携帯電話や、いわゆるスマートフォン等の多機能携帯電話や、電子書籍端末等であってもよい。
【０１１６】
図４は、分類項目データ格納部１０３に格納されている階層化された分類項目データを管理する分類項目データ管理表である。分類項目データ管理表は、「第一メニュー項目」、「第二メニュー項目」、「入力メニュー項目」、「分類項目（借方）」、「分類項目（貸方）」という属性を有している。
【０１１７】
「第一メニュー項目」は、分類項目データが従属するノードのうちの、ルートノードの除いた最上位のノード（ここでは、分類項目データの２階層上位のノード）を示す上位メニュー項目データであり、ここでは、メニュー項目に表示される取引の分類（例えば、大分類等）を示す文字列であるとする。また、「第二メニュー項目」は、分類項目データが直属となるノード、即ち、分類項目データの１階層上位のノードを示す上位メニュー項目データであり、ここでは、メニュー項目に表示される取引の分類（例えば、中分類等）を示す文字列であるとする。また、「入力メニュー項目」は、分類項目データに対応する入力メニュー項目データであり、ここでは、取引の内容等を示す取引関連文字列であるとする。なお、「入力メニュー項目」を、取引についての摘要を示す文字列としてもよい。「分類項目（借方）」は、分類項目データであり、ここでは借方の勘定科目であるとする。また、「分類項目（貸方）」は、分類項目データであり、ここでは貸方の勘定科目であるとする。
【０１１８】
例えば、図４において、一のレコード（行）の分類項目データである「分類項目（借方）」及び「分類項目（貸方）」は、同じレコードの「第一メニュー項目」が示す分類に属する分類項目データであって、さらに、同じレコードの「第二メニュー項目」が示す分類に属する分類項目データであり、この分類項目データに対応する入力メニュー項目は同じレコードの「入力メニュー項目」の値となる。例えば、図４の上から一行目のレコードの「分類項目（借方）」及び「分類項目（貸方）」である「商品の現金売上」及び「現金」は、同じレコードの「第一メニュー項目」が示す分類である「現金」という分類のうちの、同じレコードの「第二メニュー項目」が示す分類である「現金売上」という分類に対応した勘定科目であり、その取引の内容を示す入力メニュー項目データは、同じレコードの「入力メニュー項目」の値である「商品の現金売上」である。なお、分類項目データ管理表には、適宜、ユーザ等がレコードを追加や削除できるようにしてもよい。即ち、メニュー項目を追加や削除できるようにしてもよい。
【０１１９】
図５は、図示しない格納部に格納されている取引オブジェクトの形状情報であるテンプレート情報を説明するための、テンプレート情報の一例を示す図（図５（ａ））、及びこのテンプレート情報を用いて作成された取引オブジェクトを示す図（図５（ｂ））である。
【０１２０】
テンプレート情報は、取引オブジェクトの背景となる角丸四角形の領域を示す情報（以下、背景領域情報）５０と、分類項目データのうちの分類項目（借方）を入力するための領域５１と、分類項目データのうちの分類項目（貸方）を入力するための領域５２と、借方の金額を入力するための領域５３と、貸方の金額を入力するための領域５４と、日付を入力するための領域５５と、入力メニュー項目データを入力するための領域５６と、取引の種類に応じた色を出力させる円形の領域５７とを備える。例えば、テンプレート情報は、上記のような各領域を指定するための座標等の情報を有している。また、ここでは、図示していないが、各領域には、文字のサイズやフォント、文字色等の文字列の属性を指定する情報が対応づけられていてもよい。なお、テンプレート情報は、図５のような画像を取得可能ないわゆるスタイルシート等の情報であってもよい。
【０１２１】
図６は、図示しない格納部に格納されている取引の種類に応じた色を管理する種類色管理表である。種類色管理表は、「種類」と、「色」という属性を有している。「種類」は、取引の種類であり、ここでは、「第一メニュー項目に対応した値（文字列）であるとする。「色」は取引の種類に対応した色である。なお、色は、ＲＧＢ値等で指定されていてもよい。
【０１２２】
まず、ユーザが伝票情報を入力するために伝票データ入力画面を出力する指示を、情報処理端末２の受付部２０１に対して与えると、送信部２０２は、伝票処理装置１に、伝票データ入力画面を表示するための情報を要求する情報を送信する。
【０１２３】
伝票処理装置１の伝票入力受付部１０１は、情報処理端末２から送信される伝票データ入力画面を表示するための情報を要求する情報を受信する。この情報の受信に応じて、出力部１０４は、伝票データ入力画面を表示するための情報を取得する。伝票データ入力画面を表示するための情報を取得する処理の例について以下に説明する。
【０１２４】
出力部１０４は、例えば、図４に示した分類項目データ管理表のデータから、「第一メニュー項目」の属性値を重複がないように読出し、読み出した属性値を示す文字列をそれぞれ配置した１または２以上のメニューボタン（ここでは４つのメニューボタン）１２ａを、メニュー領域の左側に、縦方向に配列することで、メニュー領域１２に最上位の階層のメニュー項目だけを配置した階層メニューを出力するための情報を取得する。ここでの取得は、生成も含む概念であると考えてよい。
【０１２５】
なお、ここでは、「第一メニュー項目」の属性値を、この上位メニュー項目データに従属する入力メニュー項目データの種類を示す情報であるとすると、出力部１０４は、各メニューボタンの左上に、各メニューボタンに対応する「第一メニュー項目」の属性値に対応した色の画像、例えば、対応した色の円形画像１２ｄを配置した階層メニューを表示するためのデータを取得する。具体的には、図６に示した種類色管理表から、「種類」の属性値が、上記で読み出した各「第一メニュー項目」の属性値と一致するレコード（行）を検出し、検出した行の「色」の値を読出して、各「第一メニュー項目」の属性値に対応する各メニューボタンの左上に、読み出した「色」の図形を配置した階層メニューを表示するための情報を取得する。このようにすることで、最上位の階層のメニュー項目の文字列が示す種類が、どの色に対応するかを示すことができる。
【０１２６】
例えば、「第一メニュー項目」の属性値「売上」について、図６に示した種類色管理表から「青」という色の値を取得し、青色の円形画像１２ｄを、図２に示すように「売上」に対応するメニューボタン１２ａ上に配置する。
【０１２７】
また、出力部１０４は、図示しない格納部に格納されているデータを用いて、カレンダー領域１３及び電卓領域１４を表示するためのデータを取得する。
【０１２８】
また、出力部１０４は、図示しない格納部に格納されている伝票データ入力画面の背景の画像や、伝票データ入力画面に表示する文字列等のデータを適宜取得する。
【０１２９】
そして、出力部１０４は、このようにして取得された情報を有する伝票データ入力画面を表示するための情報を、伝票データ入力画面を表示するための情報を要求する情報を送信した情報処理端末２に送信する。
【０１３０】
情報処理端末２の受信部２０３が伝票データ入力画面を表示するための情報を受信すると、情報処理端末２の表示部２０４は、図２に示すような伝票データ入力画面を図示しないモニタ等に表示する。ただし、ここでは、取引表示領域１１には、また、取引オブジェクトが配置されていないものとする。
【０１３１】
ユーザが、図示しないタッチパネルを操作して、分類項目データ、ここでは仕訳に用いられる勘定科目等のデータを入力するために、メニュー領域１２に出力されているメニュー項目のうちの、「仕入」という「第一メニュー項目」が配置されたメニュー項目をタップしたとすると、情報処理端末２の受付部２０１は、この操作を受け付け、送信部２０２が、この操作の情報（例えば、タップされた座標の情報や、選択されたメニュー項目の情報等）を、伝票処理装置１に送信する。
【０１３２】
上記の操作の情報を伝票入力受付部１０１等が受け付けると、出力部１０４は、受け付けた操作の情報に応じて、図４に示した分類項目データ管理表から、「第一メニュー項目」の属性値が「仕入」であるレコードから、「第二メニュー項目」の属性値を重複がないように読出し、読み出した属性値を示す文字列をそれぞれ配置したメニューボタン１２ｂを、上記の最上位の階層のメニュー項目のメニューボタンの隣、ここでは右側に、縦方向に配列することで、メニュー領域１２に最上位のメニュー項目と、タッチパネルの操作により選択されたメニュー項目に直属の下位の階層のメニュー項目を表示した階層メニューを表示するための情報を取得し、情報処理端末２に送信する。
【０１３３】
ここで表示されるメニュー項目を、ここでは、説明の便宜上、第二階層メニュー項目と呼ぶ。第二階層メニュー項目は、最上位の階層のメニューのサブメニューと考えてもよい。なお、選択されたメニュー項目のボタンは、他のメニュー項目のボタンとは異なる、選択されていることを示す表示態様、例えば、ボタンが凹んだ状態を示す表示態様とすることが好ましい。これにより、出力されているサブメニューが、どの上位のメニュー項目に対応したものであるかが視覚的に判断可能である。かかることは、以下の第二階層メニュー項目が選択された場合においても同様である。
【０１３４】
情報処理端末２の受信部２０３が、上記のサブメニューを表示するための情報を受信すると、表示部２０４は、このサブメニューを伝票データ入力画面のメニュー領域１２に表示する。
【０１３５】
同様に、ユーザが、図示しないタッチパネルを操作して、第二階層メニュー項目のうちの「現金仕入」という「第二メニュー項目」が配置されたメニュー項目をタップしたとすると、情報処理端末２の受付部２０１は、この操作を受け付け、送信部２０２が、この操作の情報を、伝票処理装置１に送信する。
【０１３６】
上記の操作の情報を伝票入力受付部１０１が受け付けると、出力部１０４は受け付けた操作の情報に応じて、図４に示した分類項目データ管理表から、「第二メニュー項目」の属性値が「現金仕入」であるレコードから、「入力メニュー項目」の属性値を全て読出し、読み出した属性値を示す文字列をそれぞれ配置したメニューボタン１２ｃを、上記の第二階層メニュー項目のメニューボタンの隣、ここでは右側に、縦方向に配列することで、タッチパネルの操作により選択された第二メニュー項目に直属の下位の階層の入力メニュー項目データを表示した階層メニューを表示するための情報を取得し、情報処理端末２に送信する。
【０１３７】
情報処理端末２の受信部２０３が、入力メニュー項目データを表示した階層メニューを表示するための情報を受信すると、表示部２０４は、この入力メニュー項目データを表示した階層メニューをを伝票データ入力画面のメニュー領域１２に表示する。
【０１３８】
ここで、ユーザが、表示部２０４によりメニュー領域１２に表示されている階層メニューから、「商品の現金仕入」という文字列が配置されたメニュー項目をタップ等により選択したとすると、情報処理端末２の受付部２０１は、この操作を受け付け、送信部２０２が、この操作の情報を、伝票処理装置１に送信する。
【０１３９】
上記の操作の情報を伝票入力受付部１０１が受け付けると、伝票入力受付部１０１は、受け付けた操作の情報から、選択されたメニュー項目が、入力メニュー項目データに対応するメニュー項目であると判断し、図４に示した分類項目データ管理表から、選択されたメニュー項目に対応するレコード、即ち「入力メニュー項目」の属性値が「商品の現金仕入」であるレコードを検出し、検出したレコードの「分類項目（借方）」の属性値「仕入高」と、「分類項目（貸方）」の属性値「現金」とを、ユーザが入力した伝票データの分類項目データとして受け付ける。また、検出したレコードの「入力メニュー項目」の属性値である文字列を伝票データの取引関連文字列として受け付ける。そして、受け付けた分類項目データと取引関連文字列とを、図示しない格納部等に蓄積する。これにより、伝票入力受付部１０１は、階層メニューの操作に応じて、分類項目データ等を受け付けることができる。、
【０１４０】
また、ユーザが、タッチパネルを操作して、表示部２０４により表示されているカレンダー領域１３のカレンダー上の一の日付、例えば、「３月１０日」の日付上をタップしたとすると、上記と同様に、この操作の情報が伝票処理装置１に送信される。
【０１４１】
伝票入力受付部１０１がこの操作の情報を受け付けると、伝票入力受付部１０１は、タップされた日付である「３月１０日」を、伝票データの日付として受け付け、図示しない格納部等に蓄積する。
【０１４２】
また、ユーザが、タッチパネルを操作して、電卓領域１４のテンキー等を押して、数字、例えば、「１５，２００」を入力したとすると、上記と同様に、この操作の情報が伝票処理装置１に送信される。
【０１４３】
伝票入力受付部１０１がこの操作の情報を受け付けると、出力部１０４は、入力された数字を電卓領域１４の金額表示領域１４ａに表示するための情報を情報処理端末２に対して行う。また、、伝票入力受付部１０１は、入力された数字「１５，２００」を、伝票データの、借方の金額及び貸方の金額として受け付け、図示しない格納部等に蓄積する。なお、勘定科目や日付や金額等を蓄積した図示しない格納部は、会計処理に用いられる図示しないデータベース等と考えてもよい。
【０１４４】
そして、ユーザが、登録ボタン１７を押すと、上記と同様に、この操作の情報が伝票処理装置１に送信され、伝票入力受付部１０１が、登録ボタン１７を押したことを示す操作の情報を受け付けると、蓄積部１０２は、上記で伝票入力受付部１０１が受け付けた勘定科目や日付や金額等の伝票データと、図５に示したテンプレート情報と、を用いて、取引オブジェクト１５を表示するための情報を取得し、この取引オブジェクト１５を、取引表示領域１１に表示するための情報を情報処理端末２に対して送信する。
【０１４５】
具体的には、出力部１０４は、図５に示した取引オブジェクトのテンプレート情報を図示しない格納部から読出し、伝票入力受付部１０１が、表示部２０４が表示したメニュー領域１２を介して情報処理端末２から受け付けた伝票データの分類項目データである「分類項目（借方）」の属性値を読み出した取引オブジェクトのテンプレート情報の領域５１に、「分類項目（貸方）」の属性値を取引オブジェクトのテンプレート情報の領域５２に配置する。また、出力部１０４は、伝票入力受付部１０１が、表示部２０４が表示したメニュー領域１２を介して情報処理端末２から受け付けた伝票データの取引関連文字列を取引オブジェクトのテンプレート情報の領域５６に配置する。
【０１４６】
また、出力部１０４は、伝票入力受付部１０１が、表示部２０４が表示したカレンダー領域１３を介して情報処理端末２から受け付けた伝票データの日付を取引オブジェクトのテンプレート情報の領域５５に配置する。
【０１４７】
また、出力部１０４は、伝票入力受付部１０１が、表示部２０４が表示した電卓領域１４を介して情報処理端末２から受け付けた伝票データの金額を取引オブジェクト１５のテンプレート情報の領域５３，５４に配置する。
【０１４８】
このようにして、伝票データに対応した仕訳のデータを配置した取引オブジェクト１５を表示するための情報を生成することができる。
【０１４９】
また、出力部１０４は、図４に示した分類項目データ管理表から選択された入力メニュー項目データに対応するレコードの「第一メニュー項目」の値「仕入」を取得し、図６に示した種類色管理表から、「種類」の属性値が、「仕入」と一致するレコード（行）を検出し、検出した行の「色」の値「赤」を読出し、取引オブジェクト１５のテンプレート情報の領域５７に赤色を表示させるようにする。また、取引オブジェクト１５の背景色を、予め指定された濃度の薄い赤色に設定する。
【０１５０】
このようにして作成された取引オブジェクト１５の一例を図５（ｂ）に示す。
【０１５１】
そして、出力部１０４は、テンプレート情報を用いて作成した取引オブジェクトを伝票データ入力画面１０の取引表示領域１１の最上部に配置して表示するための情報を、情報処理端末２に送信する。
【０１５２】
情報処理端末２の受信部２０３が、この取引オブジェクト１５を表示するための情報を受信すると、表示部２０４は、この情報を用いて、伝票データ入力画面１０の取引表示領域１１に、取引オブジェクト１５を表示する。
【０１５３】
なお、既に、他の１以上の取引オブジェクトが配置されている場合、他の１以上の取引オブジェクトの配置を下方にずらして、新たな取引オブジェクトを最上部に配置するための情報を、情報処理端末２に送信する。これにより、取引オブジェクトは、取得した順番が新しいものから順番に上から下に配列されることとなる。また、ここでは、取引オブジェクト同士が接しないように、取引オブジェクトは、隣接する取引オブジェクトと予め指定された距離（０より大きい距離とする）だけ隔てて配置される。
【０１５４】
同様に、異なる取引について、上記と同様にメニュー領域１２やカレンダー領域１３や電卓領域１４等を介して伝票データを入力して、登録ボタン１７を押すと、これらの伝票データは、伝票処理装置１に送信されて、蓄積部１０２により予め指定された図示しない格納部に蓄積されるとともに、これらの伝票データに応じた取引オブジェクトを表示するための情報が、出力部１０４から情報処理端末２に対して送信され、表示部２０４により表示される伝票データ入力画面１０の取引表示領域１１の最上部に、他の取引についての取引オブジェクトが追加出力される。
【０１５５】
図７は、表示部２０４による伝票データ入力画面の表示例を示す図であり、具体的には、タブレット型端末である情報処理端末２のタッチパネルに伝票データ入力画面を表示した状態の一例を示す図である。ここでは、例えば、６つの取引についての伝票データの入力が行われた結果、６つの取引についての取引オブジェクトが表示されている状態を示している。
【０１５６】
図７に示すような表示により、ユーザがどの取引について伝票データの入力を行ったかを、取引単位で確認することができる。また、ここでは、ユーザが伝票の情報をメニュー領域等を操作して入力するだけで、各取引についての仕訳の情報が取引オブジェクトに表示されるため、仕訳についての知識がないユーザでも、仕訳の入力ができるとともに、仕訳の入力をどのように行うかをユーザが学習することが可能となる。
【０１５７】
また、取引オブジェクトに、取引の種類に応じた色が表示されるため、色によって感覚的に、取引の種類を区別することができる。また、メニュー項目の第一階層のメニュー項目にも同じ取引の種類に応じた色が表示されるため、色と取引の種類との関係を事前に認識していなくても、このメニュー項目の文字列等から、取引の種類を容易に把握することができる。
【０１５８】
また、電卓領域１４から伝票データの金額を入力することができるため、一の取引の金額を入力する際に計算が必要となった場合であっても、電卓の画面を表示させて、電卓画面と伝票入力の画面とを切り替えなくても、計算ができ、また、計算結果を伝票データとして入力する際に、コピーペーストしたりする手間や、計算結果を写して入力する際に発生する入力ミスをなくすことができ、正確かつ効率的な金額の入力が可能となる。
【０１５９】
また、情報処理端末２を介して伝票データ入力画面を閉じる指示を伝票入力受付部１０１が受け付けた場合、出力部１０４は、例えば、取引表示領域１１に取引オブジェクトを表示するためのデータをリセット、例えば削除する。これにより、次に、伝票データ入力画面を表示させて、伝票データの入力を開始する際に、以前の取引オブジェクトを表示し内容にすることができ、新たに行う伝票データの入力の確認を適切に行うことが可能となる。
【０１６０】
図１０は、伝票データ入力画面の変形例を示す図である。情報処理端末２は、図８に示すような伝票データ入力画面を表示するようにしてもよい。図１０の伝票データ入力画面は、図７において示した伝票データ入力画面において、画面の左上に、表示に用いられるフォントのサイズの大きさを指定するボタンを配置し、電卓領域内の上方に位置するバーの、電卓に入力された金額を表示する位置を変更したものである。なお、図１０においては、説明の便宜上、取引表示領域１１に配置された各取引オブジェクトに表示されている情報や、メニュー領域に表示されている階層メニューの表示内容が、図７の表示内容とは異なっている場合の例を示している。
【０１６１】
以上、本実施の形態によれば、取引毎の取引オブジェクトを表示する出力を行うようにしたことにより、入力している伝票のデータを取引単位で容易に確認することが可能となり、伝票に適切にデータを入力することができる。
【０１６２】
なお、上記実施の形態においては、伝票処理装置１と情報処理端末２とを備えた伝票処理システム１０００について説明したが、本発明の伝票処理装置１は、上記のようなサーバクライアントシステムのサーバ装置であってもよく、スタンドアローンの装置であってもよい。
【０１６３】
例えば、スタンドアローンの装置である場合、伝票入力受付部１０１は、マウスやキーボードやタッチパネル等の入力デバイス等を介してユーザからの伝票データの入力を受け付けるようにし、出力部１０４の出力、例えば、取引オブジェクトや伝票データ入力画面等の出力を、伝票処理装置１が有するモニタ等の、図示しない表示デバイスを用いた表示とすればよい。
【０１６４】
また、この場合、伝票入力受付部１０１が、出力部１０４の出力に応じて表示される伝票データ入力画面１０を介して受け付ける伝票データの入力は、出力部１０４が図示しない表示デバイス等に表示する伝票データ入力画面１０を介して受け付ける伝票データの入力、例えば、伝票データ入力画面１０を利用した操作によって受け付ける伝票データの入力と考えてもよい。かかることは、メニュー領域１２やカレンダー領域１３や電卓領域１４を介した伝票データの入力に関しても同様である。
【０１６５】
また、本発明においては、伝票処理装置１は、サーバ・クライアントシステムのクライアント装置であってもよい。この場合、上記のスタンドアローンの装置である場合において、更に、蓄積部１０２が、伝票入力受付部１０１が受け付けた伝票データを、例えば、伝票データを格納するための図示しないサーバ装置や、伝票データを処理するサーバ装置等に送信するようにすればよい。
【０１６６】
（実施の形態２）
本実施の形態２の伝票処理装置は、上記伝票処理装置において、伝票入力受付部１０１が受け付けた一の伝票データを、次以降の伝票データの入力に利用するようにしたものである。
【０１６７】
なお、実施の形態１の記載と実施の形態２の記載との間で用語の定義や処理内容等の説明が食い違っている場合、本実施の形態２においては、実施の形態２の記載内容を優先するものとする
【０１６８】
図１０は、本発明の実施の形態２にかかる伝票処理装置３を備えた伝票処理システム３０００のブロック図である。図において、図１と同一符号は同一または相当する部分を示している。
【０１６９】
伝票処理システム３０００は、実施の形態１において説明した伝票処理システム１０００において、伝票処理装置１の代わりに、伝票処理装置３を用いるようにしたものであり、情報処理端末２等の伝票処理装置３以外の構成については、上記伝票処理システム１０００と同様であるため、ここでは、構成や動作の詳細な説明は省略する。
【０１７０】
伝票処理装置３は、データ格納部３００、伝票入力受付部３０１、蓄積部３０２、分類項目データ格納部１０３、出力部３０４を備える。分類項目データ格納部１０３の構成については、実施の形態１と同様であり、ここでは、詳細な説明は省略する。
【０１７１】
なお、本実施の形態２においては、特に、伝票データが、上記実施の形態１において説明したような分類項目データを有する伝票データである場合を例に挙げて説明する。
【０１７２】
データ格納部３００には、伝票入力受付部３０１が受け付けたデータが格納される。例えば、データ格納部３００には、伝票入力受付部３０１が受け付けた伝票データに用いられるデータが格納される。データ格納部３００には、例えば、一の伝票データに用いられるデータだけが格納されてもよく、複数の伝票データに用いられるデータ等が、伝票データ毎に格納されてもよい。また、データ格納部３００に既に格納されているデータに対応する新たなデータがデータ格納部３００に蓄積される場合、既に格納されているデータを、新たなデータで上書きしたり、既に格納されているデータを削除後に、新たなデータを蓄積するようにしてもよく、また、既に格納されているデータを新たなデータで置き換えるとともに、既に格納されているデータは、最新ではないデータとして、そのままデータ格納部３００に残されるようにしてもよい。既に格納されているデータに対応する新たなデータとは、例えば、既に格納されているデータと同じ属性や同じ項目のデータである。同じ属性や同じ項目のデータとは、例えば、伝票データ入力画面の同じフィールドや、同じメニュー項目から入力されるデータである。既に格納されているデータを、最新でないデータとして残すということは、例えば、最新ではないことを示すフラグや、データを受け付けた日付等のデータと対応づけて格納しておくことであってもよい。
【０１７３】
データ格納部３００は、いわゆるバッファやキャッシュ等と考えてもよい。
【０１７４】
伝票入力受付部３０１は、上記実施の形態１において説明した伝票入力受付部１０１と同様の構成を有しており、同様の動作を行う。
【０１７５】
さらに、伝票入力受付部３０１は、この伝票入力受付部３０１が受け付けた伝票データに用いられるデータをデータ格納部３００に蓄積する。ここでの蓄積は更新も含む概念である。伝票データに用いられるデータとは、一の伝票データを作成するために入力されるデータや、最終的に一の伝票データを構成することとなるデータと考えてもよい。伝票データに用いられるデータは、上記実施の形態１において説明したような、伝票データに用いられる分類項目データや、日付のデータや、金額のデータである。伝票データに用いられるデータは、例えば、上記実施の形態１の図２に示した伝票データ入力画面の、メニュー領域１２に表示される階層メニューを介して入力される分類項目データや、カレンダー領域１３を介して入力される日付や、電卓領域１４を介して入力される金額等である。
【０１７６】
伝票入力受付部３０１は、例えば、伝票データに用いられる１以上のデータの入力を受け付けた場合、あるいは、入力を受け付ける操作を受け付けた場合に、このデータをデータ格納部３００に蓄積する。データ格納部３００は、通常、データ格納部３００にデータを蓄積する際に、蓄積するデータを、最新のデータとして蓄積する。また、伝票入力受付部３０１が受け付けた伝票データに用いられる１以上のデータが、データ格納部３００に既に格納されている最新のデータを更新するものである場合は、伝票入力受付部３０１は、この１以上のデータでデータの変更された部分を更新するようにしてもよい。このようにして更新されたデータが、例えば、上述したような最新のデータとなる。伝票入力受付部３０１が受け付けたデータが、データ格納部３００に既に格納されている最新のデータを更新するものである場合とは、例えば、受け付けたデータと、既に格納されている最新のデータとが、同じ属性や同じ項目のデータである場合等である。同じ属性や同じ項目のデータとは、例えば、伝票データ入力画面の同じフィールドや、同じメニューから入力されるデータである。なお、更新の際には、更新されたデータは削除してもよく、上述したように最新でないデータとして、データ格納部３００に残してもよい。
【０１７７】
伝票入力受付部３０１は、更に、データ格納部３００に蓄積したデータで構成される伝票データを、蓄積部３０２に蓄積させる指示を受け付けてもよい。例えば、伝票入力受付部３０１は、データ格納部３００に蓄積した伝票データに用いられるデータのうちの最新のデータで構成される伝票データを、蓄積部３０２に蓄積させる指示や操作を受け付けてもよい。この指示は、伝票データを登録する指示等と考えてもよい。
【０１７８】
また、伝票入力受付部３０１は、新たな伝票データに用いられるデータの受け付けを行う指示を受け付けてもよい。この指示は、新たな伝票データを作成するための入力を開始する指示と考えてもよい。
【０１７９】
なお、伝票データを蓄積部３０２に蓄積させるために伝票入力受付部３０１が受け付ける指示と、新たな伝票データに用いられるデータの受け付けを行う指示とを、伝票入力受付部３０１に入力するための操作は、一の操作であってもよい。例えば、一のボタンをおす操作や、一のメニュー項目を選択する操作であってもよい。あるいは、伝票データを蓄積部３０２に蓄積させるための指示を伝票入力受付部３０１が受け付けた場合に、伝票入力受付部３０１が、さらに新たな伝票データに用いられるデータの受け付けを行う指示を自動的に受け付けるようにしてもよい。
【０１８０】
また、伝票入力受付部３０１が、データ格納部３００に格納されているデータを削除する指示等を受け付けてもよい。
【０１８１】
蓄積部３０２は、伝票入力受付部３０１によりデータ格納部３００に蓄積されたデータで構成される伝票データを蓄積する。蓄積部３０２は、具体的には、データ格納部３００に蓄積されたデータで構成される伝票データを読み出して蓄積する。通常、蓄積部３０２は、伝票入力受付部３０１によりデータ格納部３００に蓄積されたデータのうちの、最新のデータで構成される伝票データを蓄積する。例えば、蓄積部３０２は、データ格納部３００に格納された最新の分類項目データと、最新の日付と、最新の金額とで構成される伝票データを蓄積する。なお、データ格納部３００に最新のデータしか格納されていない場合等のように、判断処理を行うことなくデータ格納部３００から最新のデータを取得可能な場合等においては、蓄積部３０２は、データが最新であるか否か等の判断を行う必要はない。蓄積部３０２が蓄積する伝票データは、伝票入力受付部３０１によりデータ格納部３００に蓄積されたデータで構成されるものであることから、結果的に、伝票入力受付部３０１が入力を受け付けた伝票データとなる。
【０１８２】
蓄積部３０２は、例えば、伝票入力受付部３０１が、上述したようなデータ格納部３００に蓄積したデータで構成される伝票データを、蓄積部３０２に蓄積させる指示を受け付けた場合に、伝票データの蓄積を行う。
【０１８３】
なお、蓄積部３０２が行う蓄積処理や、蓄積先や、蓄積部３０２の他の構成等については、上記実施の形態１の蓄積部１０２と同様であるため、ここでは説明は省略する。
【０１８４】
出力部３０４は、上記実施の形態１において説明した出力部１０３と同様の構成を有しており、同様の動作を行う。
【０１８５】
本実施の形態の出力部３０４は、更に、新たな伝票データに用いられるデータの入力を行う際に、データ格納部３００に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータがデータ格納部３００に残されるようにする。データがデータ格納部３００に残されるようにするということは、例えば、出力部３０４が、データをデータ格納部３００から削除しないようにすることである。このようにすることで、分類項目データを含む残された最新のデータを、次の伝票データの入力に利用することができる。例えば、残されたデータに変更や削除等を行わなかった場合、残された各データは、次に蓄積される伝票データを構成するデータの少なくとも一部として、蓄積されることとなる。
【０１８６】
新たな伝票データに用いられるデータの入力を行う際とは、例えば、上述したように、伝票入力受付部３０１が、新たな伝票データに用いられるデータの入力を行う指示を受け付けた場合や、蓄積部３０２が、データ格納部３００に格納されているデータで構成される伝票データを蓄積した直後等である。かかることは以下においても同様である。
【０１８７】
伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータは、伝票データを構成する最新のデータの全てであってもよく、伝票データを構成する最新のデータのうちの、分類項目データのみであってもよい。また、分類項目データと日付との組み合わせであってもよい。上述した少なくとも分類項目データを含むデータは、伝票データの金額及び日付の少なくとも一方を含まないデータであることが好ましい。
【０１８８】
なお、データ格納部３００に最新のデータしか格納されていない場合等のように、判断処理を行うことなくデータ格納部３００から最新のデータを検出することが可能な場合等においては、蓄積部３０２は、データが最新であるか否か等の判断を行う必要はない。
【０１８９】
なお、ここでは、出力部３０４が、新たな伝票データに用いられるデータの入力を行う際に、データ格納部３００に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータが残されるようにしたが、上記の処理は、例えば、伝票処理装置３の他の処理部等が行ってもよい。例えば、上記の処理は、出力部３０４以外のデータ格納部３００に格納されたデータの削除が可能な処理部等が行うようにしてもよい。例えば、図示しない制御部等が同様の処理を行うようにしてもよい。
【０１９０】
さらに、出力部３０４は、新たな伝票データに用いられるデータの入力を行う際に、データ入力画面に、データ格納部３００に格納された最新の伝票データを構成するデータのうちの、少なくとも分類項目データを含むデータの入力を受け付けた状態の表示が継続されるようにすることが好ましい。
【０１９１】
ここでの、少なくとも分類項目データを含むデータは、通常、上記においてデータ格納部３００に残された少なくとも分類項目データを含むデータと同じデータである。少なくとも分類項目データを含むデータの入力を受け付けた状態の表示が継続されるようにするということは、具体的には、データ入力画面の、この少なくとも分類項目データを含むデータの入力を受け付ける部分の表示、例えばメニュー領域１２等の表示が、データ格納部３００に格納された最新の伝票データを構成するデータを受け付けた状態の表示と同じであることである。例えば、データ入力画面の少なくとも分類項目データを含むデータの入力を受け付ける部分の表示が、新たな伝票データに用いられるデータの入力を行う直前と直後で、変更されないことや、更新されないことである。
【０１９２】
例えば、出力部３０４は、新たな伝票データに用いられるデータの入力を行う直前に、一の分類項目データを入力するために選択されたデータ入力画面の階層メニューが、新たな伝票データに用いられるデータの入力を行う際のデータ入力画面においても、そのまま選択された状態で表示されるようにする。
【０１９３】
ただし、新たな伝票データに用いられるデータの入力を行う直前に出力部３０４が出力したデータ入力画面と、直後に出力するデータ入力画面との、少なくとも分類項目データを含むデータの入力を受け付ける部分の表示、例えばメニュー領域１２等の表示が同じである場合等も、表示が継続されると考えるようにしてもよい。
【０１９４】
なお、出力部３０４は、伝票データ入力画面の、新たな伝票データに用いられるデータの入力を行う際に、表示が継続されなかった部分については、例えば、データ入力画面のデフォルトの状態で表示を行うようにすることが好ましい。例えば、メニュー等は、選択が行われていない状態で表示し、入力フィールド等は、文字列や数値等が入力されていない状態で表示することが好ましい。出力部３０４は、どのように、表示が継続されなかった部分だけを変更した表示を行うための出力を行ってもよい。例えば、出力部３０４は、伝票データ入力画面の表示を継続しない部分の表示を変更するための出力を行ってもよく、また、表示を継続しない部分の表示だけを変更した伝票データ入力画面を表示するための出力を行ってもよい。また、表示を継続しない部分だけの表示を変更する指示等を情報処理端末２等に送信してもよい。
【０１９５】
更に、本実施の形態の出力部３０４は、金額の入力を受け付けるための領域である金額入力領域をさらに有する伝票データ入力画面を表示するための出力を行うようにしてもよい。金額入力領域は、金額の入力を受け付けるための領域である。金額入力領域は、例えば、金額を入力するフィールド等の入力欄や、金額を入力するためのテンキー等を有する領域である。金額入力領域は、上記実施の形態１において説明した電卓領域も含む概念であると考えてもよい。
【０１９６】
また、出力部３０４は、誤って同じ伝票データが連続して蓄積されることを防止するための出力を行うようにしてもよい。本実施の形態においては、上述したように、新たな伝票データを構成するデータの入力を行う際に、データ格納部３００に格納された伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータの一部が、データ格納部３００に残される。このため、例えば、少なくとも分類項目データを含むデータの一部が、伝票データを構成する最新のデータの全てであった場合等においては、伝票入力受付部３０１に対して、新たな伝票データを構成するデータの入力を行う指示を与えた直後に、誤って蓄積を行う指示等を与えたとすると、データ格納部３００に残された直前に蓄積された伝票データと同じデータがそのまま新たな伝票データとして誤って蓄積される可能性がある。この結果、誤って同じ伝票データが連続して蓄積されることとなる。このため、出力部３０４は、このような誤った伝票データの蓄積を防ぐための出力を行うことが好ましい。
【０１９７】
例えば、新たな伝票データに用いられるデータの入力を行う際に、データ格納部３００に格納されている伝票データを構成する最新のデータのうちの、金額入力領域を介して入力された金額が削除されるようにし、出力部３０４は、誤って同じ伝票データが連続して蓄積されることを防止するための出力として、金額入力領域の金額をクリアした伝票データ入力画面を表示するための出力を行うようにしてもよい。ただし、伝票データを更新する最新データのうちの金額を削除しても、少なくとも分類項目データは残されるようにする。金額をクリアするということは、金額入力領域に表示される入力をモニタする金額表示領域の金額をクリアすることと考えてもよい。金額をクリアするということは、例えば、金額が未入力の状態とすることや、金額を初期値、例えば０、とすること等である。
【０１９８】
なお、出力部３０４が、金額入力領域の金額がクリアされた伝票データ入力画面を表示するための出力を行うようにした場合、出力部３０４は、伝票入力受付部３０１が、伝票データ入力画面の金額入力領域の金額がクリアされた状態で伝票データを蓄積部３０２に蓄積させる指示を受け付けた場合に、エラー出力を行うようにしてもよい。伝票データ入力画面の金額入力領域の金額がクリアされた状態とは、例えば、データ格納部３００に格納されている伝票データに用いられるデータの中に、金額入力領域に対応する金額のデータが入力されていないことを意味する。このため、出力部３０４は、伝票入力受付部３０１が伝票データを蓄積部３０２に蓄積させる指示を受け付けた場合に、金額入力領域の金額がクリアされた状態であるか否かを判断し、クリアされた状態である場合、エラー出力を行う。
【０１９９】
エラー出力は、エラーが発生したことをユーザに通知することが可能な出力であればどのような出力であってもよい。エラー出力は、例えば、エラーが発生したことを示す文字列や画像を表示させるための出力である。エラーが発生したこと示す文字列は、例えば、エラー内容や、エラー発生日時を示す文字列等である。たとえば、ここで出力されるエラーが発生したことを示す文字列は、例えば、「金額が空欄です。」等の文字列である。エラー出力は、エラーが発生したことを示す文字列や画像を有するメールやショートメッセージを、ユーザに送信することであってもよい。また、エラー出力は、警告音や警告音声の出力であってもよい。このように、金額入力領域の金額がクリアされた状態で伝票データを蓄積部３０２に蓄積させる指示を受け付けた場合に、エラー出力を行うことで、新たな伝票データに用いられるデータを入力する際に、伝票データ入力画面の分類項目データについての直前の状態が継続され、金額がクリアされるようにした構成において発生しやすいと考えられる金額の入力忘れをユーザに通知することが可能となる。
【０２００】
また、出力部３０４は、伝票入力受付部３０１がデータ格納部３００の伝票データを蓄積部３０２に蓄積させる指示を受け付けた場合に、蓄積部３０２が蓄積する伝票データと、直前に蓄積部３０２が蓄積した伝票データとが同じであるか否かを判断し、同じである場合に、誤って同じ伝票データが連続して蓄積されることを防止するための出力として、注意を喚起するための出力を行うようにしてもよい。ここでの同じとは、通常は完全一致であるが、部分一致としてもよい。注意を喚起するための出力とは、例えば、蓄積される伝票データが直前に蓄積された伝票データと同じであることを示す文字列や画像や、直前に蓄積された伝票データと同じであるため、注意するよう呼びかける文字列や画像を表示させるための出力である。伝票データが同じであることを示す文字列は、例えば、「既に直前に同じ伝票データが蓄積されています」等の文字列である。注意を喚起する出力は、直前に同じ伝票データが格納されていることを示す文字列や画像を有するメールやショートメッセージを、ユーザに送信することであってもよい。また、注意を喚起するための出力は、注意を喚起するための音や音声の出力であってもよい。
【０２０１】
次に、本実施の形態の伝票処理システム３０００の伝票処理装置３の動作について、図１２に示したフローチャートを用いて説明する。なお、ここでは、一例として、データ格納部３００には、一の伝票データに用いられるデータだけが格納されるものとし、伝票データに必要な属性（項目）のデータのうちの重複が不可であるデータ、例えば分類項目データ等のデータが重複して入力された場合には、伝票データ内の既存のデータが新たに受け付けたデータで上書きされるものとする。
【０２０２】
（ステップＳ２００）出力部１０４は、伝票データ入力画面を表示するための出力を行う。例えば、出力部１０４は、図２のような取引表示領域１１、メニュー領域１２、カレンダー領域１３、及び電卓領域１４を有する伝票データ入力画面を表示するための情報を情報処理端末２に送信する。例えば、出力部１０４は、分類項目データ格納部１０３に格納されている分類項目データを用いて、階層メニューをメニュー領域１２に表示するための情報を取得し、情報処理端末２に送信する。
【０２０３】
（ステップＳ２０１）伝票入力受付部３０１は、伝票データに用いられるデータを受け付けたか否かを判断する。受け付けた場合、ステップＳ２０２に進み、受け付けていない場合、ステップＳ２０４に進む。
【０２０４】
（ステップＳ２０２）伝票入力受付部３０１は、ステップＳ２０１で受け付けた伝票データに用いられるデータを、データ格納部３００に蓄積する。ここでの蓄積は更新等も含む概念である。
【０２０５】
（ステップＳ２０３）出力部３０４は、ステップＳ２０１でデータを受け付ける際に伝票入力受付部３０１が受け付けた操作に応じて変更した伝票データ入力画面を表示するための出力や、表示を変更するための指示の出力を行う。そして、ステップＳ２０１に戻る。
【０２０６】
（ステップＳ２０４）伝票入力受付部３０１は、蓄積部３０２に伝票データを蓄積させる指示を受け付けたか否かを判断する。受け付けた場合、ステップＳ２０５に進み、受け付けていない場合、ステップＳ２０１に戻る。
【０２０７】
（ステップＳ２０５）出力部３０４は、データ格納部３００に格納されている伝票データの金額がクリアされた状態か否かを判断する。この判断は、例えば、電卓領域を介して受け付けた金額がクリアされた状態か否かの判断等であってもよい。金額がクリアされている場合、ステップＳ２１１に進み、クリアされていない場合、ステップＳ２０６に進む。この処理は、蓄積部３０２が行うようにしてもよい。
【０２０８】
（ステップＳ２０６）出力部３０４は、データ格納部３００に格納されている伝票データが、蓄積部３０２が蓄積した最新の伝票データと一致するか否かを判断する。ここでの一致は、通常完全一致である。一致する場合、ステップＳ２１２に進み、一致しない場合、ステップＳ２０７に進む。
【０２０９】
（ステップＳ２０７）蓄積部３０２は、データ格納部３００に格納されている伝票入力受付部３０１が蓄積したデータで構成される一の取引に関する伝票データを蓄積する。
【０２１０】
（ステップＳ２０８）出力部３０４は、ステップＳ２０７で蓄積した一の取引に関する伝票データを用いて、伝票データ入力画面の取引表示領域に取引オブジェクトを表示するための出力を行う。この処理は、上記実施の形態１において説明したステップＳ１０３の処理と同様の処理である。
【０２１１】
（ステップＳ２０９）出力部３０４は、データ格納部３００に格納されているデータのうちの、残さないデータ、即ち、分類項目データを少なくとも含む１以上のデータ以外のデータを、削除する。残さないデータは、予め指定された属性や項目の１以上のデータであり、例えば、金額のデータである。
【０２１２】
（ステップＳ２１０）出力部３０４は、伝票データ入力画面のステップＳ２０９で削除したデータに対応する表示をクリアする。ここでのクリアは、入力されたデータの削除や、入力されたデータやデータ入力に伴う表示の変更等を、デフォルトに戻すこと等である。伝票データ入力画面のステップＳ２０９で削除したデータに対応する表示とは、ステップＳ２０９で削除したデータを入力した際に上記のステップＳ２０３で表示が変更された部分である。表示のクリアは、例えば、表示をクリアする指示を出力することや、表示をクリアした伝票データ入力画面の、少なくとも表示がクリアされた部分を表示するためのデータを出力することで行われる。そして、ステップＳ２０１に戻る。
【０２１３】
（ステップＳ２１１）出力部３０４は、金額がクリアされた状態のままであることを示すエラー出力を行う。そして、ステップＳ２０１に戻る。
【０２１４】
（ステップＳ２１２）出力部３０４は、直前に同じ伝票データが蓄積されていることについての注意を喚起する出力を行う。また、ここでは、一例として、出力部３０４は、伝票データの蓄積をそのまま行うか否かをユーザに選択させるための出力を行う。
【０２１５】
（ステップＳ２１３）伝票入力受付部３０１は、一致している伝票データを蓄積する指示を受け付けたか否かを判断する。受け付けた場合、ステップＳ２０７に進み、受け付けていない場合、ステップＳ２０１に戻る。
【０２１６】
なお、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０２１７】
以下、本実施の形態における伝票処理装置３の具体的な動作について説明する。ここでは一例として、伝票処理装置３がインターネット等に接続されたサーバ装置、情報処理端末２がタッチパネルを備えたタブレット型端末である場合を例に挙げて説明する。
【０２１８】
なお、ここでは、一例として、データ格納部３００には、一の伝票データに用いられるデータだけが格納され、伝票データに必要な属性（項目）のデータのうちの重複が不可であるデータ、例えば分類項目データ等のデータが重複して入力された場合には、既存のデータが新たに受け付けたデータで上書きされるものとする。このため、データ格納部３００に格納されている各データは、最新のデータと考えてよい。
【０２１９】
分類項目データ格納部１０３には図４の分類項目データ管理表と同様の構成の分類項目データ管理表（図示せず）が格納されている。ただし、格納されているデータは、図４とは、異なるものであってもよい。
【０２２０】
まず、ユーザが伝票情報を入力するために伝票データ入力画面を出力する指示を、情報処理端末２の受付部２０１に対して与えると、送信部２０２は、伝票処理装置３に、伝票データ入力画面を表示するための情報を要求する情報を送信する。
【０２２１】
伝票処理装置３の伝票入力受付部３０１は、情報処理端末２から送信される伝票データ入力画面を表示するための情報を要求する情報を受信する。この情報の受信に応じて、出力部３０４は、伝票データ入力画面を表示するための情報を取得する。伝票データ入力画面を表示するための情報を取得する処理は、上記実施の形態１の具体例において説明した出力部１０４が伝票データ入力画面を表示するための情報を取得する処理と同様であるため、ここでは、説明を省略する。
【０２２２】
そして、出力部３０４は、取得した伝票データ入力画面を表示するための情報を、情報処理端末２に送信する。
【０２２３】
図１３はデータ格納部３００に格納されているデータを管理するデータ管理表の一例を示す図である。データ管理表は、伝票データを構成するデータに対応した属性を有している。データ管理表は、具体的には、「分類項目（借方）」、「分類項目（貸方）」、「摘要」、「日付」、「金額」という属性を有している。「分類項目（借方）」、「分類項目（貸方）」については、図４と同様である。「摘要」は、上記実施の形態１において説明した取引関連文字列に相当する。ここでは、既にデータ管理表に伝票入力受付部３０１が受け付けたデータが格納されている場合を示しているが、最初は、「金額」以外の属性に対してはデータ（属性値）が格納されておらず、「金額」のデータは「０」であったとする。
【０２２４】
情報処理端末２の受信部２０３が伝票データ入力画面を表示するための情報を受信すると、情報処理端末２の表示部２０４は、伝票データ入力画面を図示しないモニタ等に表示する。表示される伝票データ入力画面は、図２に示したものと同様の、取引表示領域１１，メニュー領域１２、カレンダー領域１３、電卓領域１４を有する画面であるとする。
【０２２５】
ただし、ここでは、取引表示領域１１にはまだ取引オブジェクトが配置されておらず、メニュー領域１２のメニューも選択されておらず、電卓領域１３の金額はクリアされた状態であるとする。
【０２２６】
ここでは、伝票データ入力画面のカレンダー領域１３においては、初期値として、現在の日付が選択されるよう設定されていたとすると、伝票入力受付部３０１は、伝票データ入力画面が表示された際に、現在の日付「０４／０３」をカレンダー領域１３から取得し、データ格納部３００に蓄積する。具体的には、データ管理表の「日付」の属性値として、現在の日付「０４／０３」を蓄積する。
【０２２７】
ユーザが、図示しないタッチパネルを操作してメニュー領域１２のメニュー項目の中から、分類項目データ管理表の「第一メニュー項目」の「経費」という属性値に対応する第一の階層のメニュー項目を選択し、更に、「第二メニュー項目」の「営業活動の支払い」という属性値に対応する第二の階層のメニュー項目を選択し、更に「入力メニュー項目」の「タクシー代を現金で支払った」という属性値に対応する第三の階層のメニュー項目を選択したとする。
【０２２８】
また、上記のように、メニュー領域１２のメニュー項目が選択されたため、伝票入力受付部３０１は、分類項目データ格納部１０３に格納されている図示しない分類項目データ管理表から、選択されたメニュー項目に対応する「分類項目（借方）」の値として「旅費交通費」、「分類項目（貸方）」の値として「現金１」、「摘要」の値として「入力メニュー項目」の値である「タクシー代を現金で支払った」を読み出して受け付け、受け付けたデータを、データ格納部３００に蓄積する。具体的には、受け付けたデータを、データ管理表の「分類項目（借方）」、「分類項目（貸方）」、及び「摘要」の属性値として蓄積する。
【０２２９】
更に、ユーザが電卓領域１４を操作して金額「１０００」を入力したとすると、金額表示領域１４ａに入力された金額と、その消費税とが表示されるとともに、伝票入力受付部３０１は、この金額「１０００」を受け付け、データ格納部３００に蓄積する。具体的には、データ管理表の「金額」の属性値として「１０００」を蓄積する。
【０２３０】
図１３に示すデータ管理表は、このようにしてデータが順次蓄積された状態のものである。
【０２３１】
ただし、図１３に示したデータ管理表を用いたデータの管理は、データ格納部３００に格納される伝票データに用いられるデータの管理の仕方の一例であって、伝票データを構成するデータに対応した属性と、伝票入力受付部３０１が受け付けるデータとをどのように対応づけて管理するかは問わない。
【０２３２】
なお、上記の伝票データ入力画面等に対する操作や伝票データ入力画面の更新等については、上記実施の形態１の具体例等と同様であるため、ここでは詳細な説明は省略する。また、これらの操作の情報や、伝票データ入力画面を更新するための情報の入出力や送受信等は、伝票処理装置３と情報処理端末２との間でネットワーク等を介して行われるが、ここでは、これらの情報の入出力や送受信の処理等の説明は省略する。かかることは以下のおいても同様である。
【０２３３】
図１４は、伝票データ入力画面の表示例を示す図である。この表示例は、上記のように日付及びメニュー項目が選択され、金額が入力された状態の伝票データ入力画面の表示例である。なお、図において、図２と同一符号は、同一または相当する部分を示している。
【０２３４】
次に、ユーザが入力した伝票データを登録するために、図１４の登録ボタン１４０１をタップしたとすると、蓄積部３０２は、データ管理表で管理されているデータ格納部３００に格納されているデータで構成される伝票データを読出し、予め指定された会計処理用のデータを蓄積するためのネットワーク上のデータベース（図示せず）やローカル接続されたデータベース（図示せず）や格納部（図示せず）等に蓄積する。
【０２３５】
また、出力部３０４は、上記実施の形態１の出力部１０３と同様に、上記で読み出した伝票データに対応した取引オブジェクトを配置した伝票データ入力画面を表示するための出力を行う。
【０２３６】
ここで、本具体例においては、登録ボタン１４０１は、新たな伝票データに用いられるデータの入力を行うことを指示するためのボタンも兼用しているとする。このため、登録ボタン１４０１が押されたことにより、出力部３０４等は、新たな伝票データに用いられるデータの入力を受け付ける状態となるための指示等を受け付ける。
【０２３７】
出力部３０４は、新たな伝票データに用いられるデータの受け付けを始める際に、データ格納部３００に格納されている伝票データを構成するデータの金額のデータ、即ち、図１３に示したデータ管理表の「金額」の属性値をクリアし、その他の属性値については削除せずにそのまま残すようにする。ここでの「金額」の属性値のクリアとは、属性値を初期値である０に設定することである。
【０２３８】
図１５は、新たな伝票データに用いられるデータの受け付けを始める際に金額だけがクリアされたデータ管理表を示す図である。
【０２３９】
また、出力部３０４は、図１４に示した伝票データ入力画面において、データ格納部３００においてクリアされた金額のデータに対応する電卓領域１４の金額表示領域１４ａに表示される金額だけを金額表示領域１４ａからクリアした伝票データ入力画面を表示するための出力を行う。例えば、電卓領域１４の金額をクリアした伝票データ入力画面を表示する指示を、情報処理端末２に送信する。
【０２４０】
情報処理端末２は、伝票処理装置３の出力部３０４からの出力に応じて、電卓領域１４の金額をクリアし、その他の部分については、直前の伝票データに用いられるデータを入力した際の表示を継続した伝票データ入力画面を表示する。ここでの金額のクリアは、金額を０円に設定することであるとする。また、取引表示領域１１には、取引オブジェクトを表示する。
【０２４１】
図１６は、伝票データを蓄積部３０２が蓄積した後、新たな伝票データに用いられるデータの入力を受け付ける際に、情報処理端末２の表示部２０４が表示する伝票データ入力画面の一例を示す図である。図において、図２と同一符号は、同一または相当する部分を示している。図１６に示すように、伝票データ入力画面には、図１４に示した伝票データ入力画面で入力された伝票データに対応する取引オブジェクトが表示され、電卓領域１４の金額の表示がクリアされている。また、メニュー領域１２と、カレンダー領域１３の表示は、図１４に示した伝票データが登録された時点の伝票データ入力画面の表示が継続されている。
【０２４２】
図１６に示した伝票データ入力画面が表示された状態で、例えば、電卓領域１４を操作して金額を入力し、登録ボタン１４０１を押すことで、直前に登録した伝票データと分類項目データと日付とが同じであって、金額が異なる伝票データを連続して登録することができる。これにより、通常は、新たな伝票データに用いられるデータを入力する際には、直前に入力されたデータが全てクリアされていたため、分類項目等が同じデータを繰り返し入力する際にも、毎回、分類項目データを設定しなければならないが、本願によれば、新たに分類項目データ等を選択するための操作等を行う必要がなくなり、伝票データを登録する際の利便性を向上させることができる。
【０２４３】
なお、他の分類項目データ等を入力する際には、メニュー領域１２のメニュー項目を新たに選択し直すことで、選択したメニュー項目に対応した分類項目データで、直前にデータ格納部３００に格納されていた分類項目データが上書きされる。具体的には、分類項目データである「分類項目（借方）」、「分類項目（貸方）」、及び「摘要」の属性値が、選択したメニュー項目に対応した分類項目データに対応する属性値で上書きされる。これにより、異なる分類項目データを有する伝票データを蓄積することが可能となる。
【０２４４】
図１７は、エラーを示すウィンドウの表示例を示す図である。図１６に示した状態で、仮に、ユーザが、金額を入力し忘れて登録ボタン１７０１を押したとすると、出力部３０４は、データ管理表の「金額」の値が入力されているか否かを判断し、入力されていない場合、予め図示しない格納部等に格納されている「金額が入力されていません」というテキストを読出し、図１７に示すように、このテキストを有するウィンドウを表示するための出力を行う。情報処理端末２は、この出力に応じて、「金額が入力されていません」というテキストを有するエラーを示すウィンドウを表示する。
【０２４５】
図１８は、エラーに応じて表示が変更された伝票データ入力画面の表示例を示す図である。出力部３０４は、上記のようにエラーを示すウィンドウを表示するための出力を行った後、図１８に示すように、直前に表示されていた伝票データ入力画面の、エラーに関連した箇所、ここでは、金額表示領域１４ａを赤色等の所定の色を有する枠線で囲んで強調するとともに、「金額が入力されていません」というテキストをその近傍に表示するための出力を行う。情報処理端末２は、この出力に応じて、伝票データ入力画面の金額のデータが表示される領域の近傍の表示を変更する。
【０２４６】
なお、図１３に示したデータ管理表の伝票データを登録する際にも、上記と同様に、「金額」の属性値があるか否かの判断等の処理が行われるが、ここでは説明を省略している。
【０２４７】
なお、上記においては、新たな伝票データに用いられるデータを入力する際に、データ格納部３００に格納されている伝票データから金額を削除するようにしたが、金額のデータも削除しないようにして、格納されている伝票データを全て残すようにしてもよい。
【０２４８】
特に、このように格納されている伝票データを全て残す場合においては、誤って登録ボタン１４０１が押された場合、意図せずに重複した伝票データが蓄積部３０２により蓄積されることとなる。このため、登録ボタン１４０１が押された場合、出力部３０４は、直前に蓄積部３０２が蓄積した伝票データと、蓄積部３０２が蓄積しようとする伝票データとが一致するか否かを判断し、一致する場合は、重複する伝票データを登録してよいかを訪ねる旨のテキストと、蓄積を行う指示と、蓄積をキャンセルする指示とを受けつるためのボタン等を有するウィンドウを表示するための出力を行う。そして、情報処理端末２は、この出力に応じたウィンドウを表示する。
【０２４９】
図１９は、重複する伝票データの登録について注意を喚起するためのウィンドウの表示例を示す図である。
【０２５０】
そして、ユーザが登録を許可するボタン１９０１を押した場合、蓄積部３０２は伝票データの蓄積を行い、許可しないボタン１９０２を押した場合、蓄積部３０２は伝票データの蓄積を行わない。
【０２５１】
なお、図１３に示した伝票データを登録する際にも、上記と同様に、同じ伝票データが蓄積されているか否かの判断処理等が行われるが、ここでは説明を省略している。
【０２５２】
以上、本実施の形態によれば、直前に蓄積された伝票データの少なくとも分類項目データを、新たな伝票データに用いられるデータの入力に利用することができるため、同じ分類項目を有する伝票データを連続して入力する際等に、分類項目等の入力を省略でき、操作の利便性を向上させることができる。
【０２５３】
伝票入力等を行う実務においては、領収書を、関連する取引別等に分類してから、領収書のデータをまとめて連続して入力することが多く、このような場合においては、伝票に入力される貸借の科目等が同じであることが多い。本実施の形態においては、このように貸借の科目等の分類項目が同じ仕訳を連続で入力する際に、一度分類項目を入力すれば、その後は分類項目を入力しなくても、日付や金額を変更するだけで効率よく伝票データを入力することができる。
【０２５４】
なお、上記実施の形態２においては、伝票処理装置３と情報処理端末２とを備えた伝票処理システム３０００について説明したが、本発明の伝票処理装置３は、上記のようなサーバクライアントシステムのサーバ装置であってもよく、スタンドアローンの装置であってもよい。
【０２５５】
例えば、スタンドアローンの装置である場合、伝票入力受付部３０１は、マウスやキーボードやタッチパネル等の入力デバイス等を介してユーザからの伝票データの入力を受け付けるようにし、出力部３０４の出力、例えば、取引オブジェクトや伝票データ入力画面等の出力を、伝票処理装置３が有するモニタ等の、図示しない表示デバイスを用いた表示とすればよい。
【０２５６】
また、この場合、伝票入力受付部３０１が、出力部３０４の出力に応じて表示される伝票データ入力画面３０を介して受け付ける伝票データの入力は、出力部１０４が図示しない表示デバイス等に表示する伝票データ入力画面を介して受け付ける伝票データの入力、例えば、伝票データ入力画面を利用した操作によって受け付ける伝票データの入力と考えてもよい。かかることは、メニュー領域やカレンダー領域や電卓領域を介した伝票データの入力に関しても同様である。
【０２５７】
また、本発明においては、伝票処理装置３は、サーバ・クライアントシステムのクライアント装置であってもよい。この場合、上記のスタンドアローンの装置である場合において、更に、蓄積部３０２が、伝票入力受付部３０１が受け付けた伝票データを、例えば、同じサーバ・クライアントシステムを構成するサーバ装置や、伝票データを格納するための図示しないサーバ装置や、伝票データを処理するサーバ装置等に送信するようにすればよい。
【０２５８】
なお、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０２５９】
また、上記各実施の形態において、各構成要素が実行する処理に関係する情報、例えば、各構成要素が受け付けたり、取得したり、選択したり、生成したり、送信したり、受信したりする情報や、各構成要素が処理で用いるしきい値や数式、アドレス等の情報等は、上記説明で明記していない場合であっても、図示しない記録媒体において、一時的に、あるいは長期にわたって保持されていてもよい。また、その図示しない記録媒体への情報の蓄積を、各構成要素、あるいは、図示しない蓄積部が行ってもよい。また、その図示しない記録媒体からの情報の読み出しを、各構成要素、あるいは、図示しない読み出し部が行ってもよい。
【０２６０】
また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。その実行時に、プログラム実行部は、格納部（例えば、ハードディスクやメモリ等の記録媒体）にアクセスしながらプログラムを実行してもよい。
【０２６１】
なお、上記実施の形態１における伝票処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、取引に関するデータである１以上の伝票データの入力を受け付ける伝票入力受付部と、伝票入力受付部が受け付けた伝票データを蓄積する蓄積部と、伝票入力受付部が受け付けた１以上の伝票データのそれぞれを、取引毎に個別に配置した１以上のオブジェクトである取引オブジェクトを表示するための出力を行う出力部として機能させるためのプログラムである。
【０２６２】
また、上記実施の形態２における伝票処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、上記プログラムにおいて、伝票データは、取引の分類項目を示すデータである分類項目データを有し、伝票入力受付部は、伝票データに用いられるデータの入力を受け付けて、伝票入力受付部が受け付けたデータが格納されるデータ格納部に蓄積し、蓄積部は、伝票入力受付部によりデータ格納部に蓄積されたデータで構成される伝票データを蓄積し、新たな伝票データに用いられるデータの入力を行う際に、前記データ格納部に格納されている伝票データを構成する最新のデータのうちの、少なくとも分類項目データを含むデータが残されるプログラムである。
【０２６３】
なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を取得する取得部や、情報を出力する出力部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には含まれない。
【０２６４】
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０２６５】
図８は、上記プログラムを実行して、上記各実施の形態による伝票処理装置を実現するコンピュータの外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。
【０２６６】
図８において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。
【０２６７】
図９は、コンピュータシステム９００の内部構成を示す図である。図９において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５に加えて、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。
【０２６８】
コンピュータシステム９００に、上記実施の形態による伝票処理装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１に記憶されて、ＣＤ−ＲＯＭドライブ９０５に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１、またはネットワークから直接、ロードされてもよい。
【０２６９】
プログラムは、コンピュータ９０１に、上記実施の形態による伝票処理装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０２７０】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０２７１】
以上のように、本発明にかかる伝票処理装置等は、伝票データを処理する装置等として適しており、特に、伝票データの入力に用いられる装置等として有用である。
【符号の説明】
【０２７２】
１、３  伝票処理装置
２  情報処理端末
１０  伝票データ入力画面
１１  取引表示領域
１２  メニュー領域
１３  カレンダー領域
１４  電卓領域
１４ａ  金額表示領域
１５  取引オブジェクト
１７  登録ボタン
１０１、３０１  伝票入力受付部
１０２、３０２  蓄積部
１０３  分類項目データ格納部
１０４、３０４  出力部
２０１  受付部
２０２  送信部
２０３  受信部
２０４  表示部
３００  データ格納部
１０００、３０００  伝票処理システム
【図１】
2015212919.tif 000003
【図３】
2015212919.tif 000004
【図４】
2015212919.tif 000005
【図５】
2015212919.tif 000006
【図６】
2015212919.tif 000007
【図８】
2015212919.tif 000008
【図９】
2015212919.tif 000009
【図１１】
2015212919.tif 000010
【図１２】
2015212919.tif 000011
【図１３】
2015212919.tif 000012
【図１５】
2015212919.tif 000013
【図２】
2015212919.tif 000014
【図７】
2015212919.tif 000015
【図１０】
2015212919.tif 000016
【図１４】
2015212919.tif 000017
【図１６】
2015212919.tif 000018
【図１７】
2015212919.tif 000019
【図１８】
2015212919.tif 000020
【図１９】
2015212919.tif 000021