(57)【要約】【課題】従来、伝票データの起票のモチベーションを容易に向上させることができなかった。【解決手段】伝票データの起票の元になる１以上の元情報が格納される元情報格納部と、入力された日に関する日情報に対応付けて、１以上の伝票データが格納される伝票データ格納部と、対応する伝票データが存在しない元情報の数である起票予定数を取得する起票予定数取得部と、日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する起票済数取得部と、起票予定数と起票済数とを含む作業表示画面であり、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である作業表示画面を構成する作業表示画面情報を取得する画面取得部と、作業表示画面情報を出力する出力部とを具備する伝票処理装置により、伝票データの起票のモチベーションを容易に向上させることができる。【選択図】図２
2019149074.tif 000002
【特許請求の範囲】
【請求項１】
伝票データの起票の元になる１以上の元情報が格納される元情報格納部と、
入力された日に関する日情報に対応付けて、１以上の伝票データが格納される伝票データ格納部と、
対応する伝票データが存在しない元情報の数である起票予定数を取得する起票予定数取得部と、
前記日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する起票済数取得部と、
前記起票予定数と前記起票済数とを含む作業表示画面であり、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である作業表示画面を構成する作業表示画面情報を取得する画面取得部と、
前記作業表示画面情報を出力する出力部とを具備する伝票処理装置。
【請求項２】
前記元情報は、
元情報の種類である種類情報に対応付いており、
前記起票予定数取得部は、
種類情報ごとに起票予定数を取得し、
前記作業表示画面は、
前記種類情報ごとの起票予定数も含む画面である請求項１記載の伝票処理装置。
【請求項３】
前記画面取得部は、
伝票データの起票画面を呼び出すボタンを種類情報ごとに有する起票呼出画面であり、
前記種類情報ごとに起票予定数を用いて、起票予定数が１以上の種類情報に対応するボタンを有し、起票予定数が０の種類情報に対応するボタンを有さない起票呼出画面を構成する起票呼出画面情報を取得し、
前記出力部は、
前記起票呼出画面情報を出力する請求項２記載の伝票処理装置。
【請求項４】
前記２以上の種類情報は、
領収書画像、銀行入出金明細情報、仕訳伝票予約情報のいずれかを特定する情報を含む請求項２または請求項３記載の伝票処理装置。
【請求項５】
伝票データの起票の元になる１以上の元情報が格納される元情報格納部と、入力された日に関する日情報に対応付けて、１以上の伝票データが格納される伝票データ格納部と、起票予定数取得部と、起票済数取得部と、画面取得部と、出力部とにより実現される伝票処理方法であって、
前記起票予定数取得部が、対応する伝票データが存在しない元情報の数である起票予定数を取得する起票予定数取得ステップと、
前記起票済数取得部が、前記日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する起票済数取得ステップと、
前記画面取得部が、前記起票予定数と前記起票済数とを含む作業表示画面であり、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である作業表示画面を構成する作業表示画面情報を取得する画面取得ステップと、
前記出力部が、前記作業表示画面情報を出力する出力ステップとにより実現される伝票処理方法。
【請求項６】
伝票データの起票の元になる１以上の元情報が格納される元情報格納部と、入力された日に関する日情報に対応付けて、１以上の伝票データが格納される伝票データ格納部とにアクセス可能なコンピュータを、
対応する伝票データが存在しない元情報の数である起票予定数を取得する起票予定数取得部と、
前記日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する起票済数取得部と、
前記起票予定数と前記起票済数とを含む作業表示画面であり、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である作業表示画面を構成する作業表示画面情報を取得する画面取得部と、
前記作業表示画面情報を出力する出力部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝票データを処理する伝票処理装置等に関するものである。
【背景技術】
【０００２】
従来、会計事務所の顧問先にて取引内容を会計処理または税務処理特有の記述ルールに基づいた質問に対する回答を入力させ、その結果から事務所でその勘定科目や税区分を判断するのに役立つ情報を取得するようにしたシステムがあった（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２０６９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術において、伝票データの起票の支援は、ある程度可能であるが、伝票データの起票のモチベーションを容易に向上させることができなかった。
【０００５】
具体的には、従来技術において、起票しなければならない伝票データ数、および期間内の起票済の伝票データ数が対比して見ることができないために、伝票データの起票のモチベーションを容易に向上させることができなかった。
【課題を解決するための手段】
【０００６】
本第一の発明の伝票処理装置は、伝票データの起票の元になる１以上の元情報が格納される元情報格納部と、入力された日に関する日情報に対応付けて、１以上の伝票データが格納される伝票データ格納部と、対応する伝票データが存在しない元情報の数である起票予定数を取得する起票予定数取得部と、日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する起票済数取得部と、起票予定数と起票済数とを含む作業表示画面であり、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である作業表示画面を構成する作業表示画面情報を取得する画面取得部と、作業表示画面情報を出力する出力部とを具備する伝票処理装置である。
【０００７】
かかる構成により、起票しなければならない伝票データ数、および期間内の起票済の伝票データ数が対比して見ることができるため、伝票データの起票のモチベーションを容易に向上させることができる。
【０００８】
また、本第二の発明の伝票処理装置は、第一の発明に対して、元情報は、元情報の種類である種類情報に対応付いており、起票予定数取得部は、種類情報ごとに起票予定数を取得し、作業表示画面は、種類情報ごとの起票予定数も含む画面である伝票処理装置である。
【０００９】
かかる構成により、元情報の種類別に起票しなければならない伝票データ数が把握でき、伝票データの起票のモチベーションをさらに向上させることができる。
【００１０】
また、本第三の発明の伝票処理装置は、第二の発明に対して、画面取得部は、伝票データの起票画面を呼び出すボタンを種類情報ごとに有する起票呼出画面であり、種類情報ごとに起票予定数を用いて、起票予定数が１以上の種類情報に対応するボタンを有し、起票予定数が０の種類情報に対応するボタンを有さない起票呼出画面を構成する起票呼出画面情報を取得し、出力部は、起票呼出画面情報を出力する伝票処理装置である。
【００１１】
かかる構成により、伝票データの起票のために必要なボタンのみが表示されることにより、伝票データの起票の際の伝票処理装置の使用性が向上する。
【００１２】
また、本第四の発明の伝票処理装置は、第二または第三の発明に対して、２以上の種類情報は、領収書画像、銀行入出金明細情報、仕訳伝票予約情報のいずれかを特定する情報を含む伝票処理装置である。
【００１３】
かかる構成により、元情報の種類別に起票しなければならない伝票データ数が把握でき、伝票データの起票のモチベーションをさらに向上できる。
【発明の効果】
【００１４】
本発明による伝票処理装置によれば、伝票データの起票のモチベーションを容易に向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１における伝票処理システムＡの概念図
【図２】同伝票処理システムＡのブロック図
【図３】同伝票処理装置１の動作について説明するフローチャート
【図４】同伝票処理装置１の動作について説明するフローチャート
【図５】同起票予定数取得処理について説明するフローチャート
【図６】同起票済数取得処理について説明するフローチャート
【図７】同端末装置２の動作例について説明するフローチャート
【図８】同仕訳伝票予約情報管理表を示す図
【図９】同伝票管理表を示す図
【図１０】同作業表示画面の例を示す図
【図１１】同起票画面の例を示す図
【図１２】同起票画面の例を示す図
【図１３】同コンピュータシステムの概観図
【図１４】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００１６】
以下、伝票処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００１７】
（実施の形態１）
本実施の形態において、入力すべき伝票データの数および本日等の予め決められた期間に入力した伝票データの数を有する画面を出力する伝票処理装置を具備する伝票処理システムについて説明する。
【００１８】
また、本実施の形態において、入力すべき伝票データの数および入力した伝票データの数を有する画面であり、伝票データの受け付けルート別の件数が表示されている画面を出力する伝票処理装置を具備する伝票処理システムについて説明する。
【００１９】
また、本実施の形態において、０件のルートに対応する選択ボタンは有さない画面を出力する伝票処理装置を具備する伝票処理システムについて説明する。
【００２０】
図１は、本実施の形態における伝票処理システムＡの概念図である。伝票処理システムＡは、伝票処理装置１、および１または２以上の端末装置２を備える。伝票処理装置１は、例えば、いわゆるクラウドサーバ、ＡＳＰサーバ等のサーバ装置である。伝票処理装置１は、伝票データに関する処理を行う装置である。端末装置２は、ユーザが使用する端末である。端末装置２は、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その形状、種類等は問わないことは言うまでもない。伝票処理装置１と１以上の各端末装置２とは、インターネット等のネットワークにより通信可能である。
【００２１】
図２は、本実施の形態における伝票処理システムＡのブロック図である。
【００２２】
伝票処理システムＡを構成する伝票処理装置１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。格納部１１は、画面格納部１１１、元情報格納部１１２、および伝票データ格納部１１３を備える。受付部１２は、元情報受付部１２１、および伝票データ受付部１２２を備える。処理部１３は、起票予定数取得部１３１、起票済数取得部１３２、画面取得部１３３、および伝票データ蓄積部１３４を備える。
【００２３】
端末装置２は、端末格納部２１、端末受付部２２、端末処理部２３、端末送信部２４、端末受信部２５、および端末出力部２６を備える。
【００２４】
伝票処理装置１を構成する格納部１１には、種々の情報が格納し得る。種々の情報とは、例えば、後述する種々の画面情報、後述する元情報、後述する伝票データ、ユーザ情報等である。ユーザ情報とは、ユーザに関する情報である。また、ユーザ情報は、通常、ユーザを識別するユーザ識別子を有する。ユーザ識別子は、例えば、ＩＤ、メールアドレス、電話番号等であり、ユーザを識別できる情報であれば何でも良い。ユーザ情報は、例えば、ユーザの氏名、所属、住所、通知先情報等のユーザの属性値を有しても良い。通知先情報とは、通常、メールアドレスであるが、電話番号、ＦＡＸ番号、ユーザが使用する端末装置２のＩＰアドレス、ＭＡＣアドレス等でも良い。
【００２５】
画面格納部１１１には、１または２以上の画面情報が格納される。画面情報は、画面を構成するための情報である。画面情報は、例えば、端末装置２で出力される画面を構成するための情報である。画面情報は、例えば、作業表示画面情報、起票画面情報、伝票入力画面情報、エラー画面情報である。なお、画面格納部１１１には、各画面情報を構成する雛形となる雛形画面情報が格納されていることは好適である。雛形画面情報は、例えば、作業表示画面の雛形画面情報、起票画面の雛形画面情報、伝票入力画面の雛形画面情報、エラー画面の雛形画面情報である。また、作業表示画面情報は、作業表示画面を構成するための情報である。作業表示画面は、起票予定数と起票済数とを含む画面である。起票予定数は、通常、起票しなければならない伝票データの数である。起票済数は、通常、予め決められた期間に起票された伝票データの数である。また、作業表示画面は、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である。なお、伝票データの起票を行う画面を呼び出せる画面は、直接的に呼び出せることは好適である。また、伝票入力画面情報は、伝票データを入力する画面である伝票入力画面を構成するための情報である。また、エラー画面情報は、エラー画面を構成するための情報である。また、画面情報の構造、記述言語等は問わない。画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、プログラム言語、スクリプト等で記述されている。また、画面情報は画面そのものでも良い。
【００２６】
元情報格納部１１２は、１または２以上の元情報が格納される。元情報は、伝票データの起票の元になる情報である。元情報は、元情報の種類である種類情報に対応付いていることは好適である。なお、元情報が蓄積される際に、当該元情報の種類を示す種類情報に対応付けて、元情報が蓄積される。
【００２７】
元情報の種類は、例えば、領収書画像、銀行入出金情報、仕訳伝票予約情報、業務連携情報である。
【００２８】
領収書画像は、領収書の画像である。銀行入出金情報は、銀行口座の入出金に関する情報である。
【００２９】
銀行入出金情報は、銀行口座への入出金に関する情報である。銀行入出金情報は、例えば、銀行口座を識別する口座識別子を有する。銀行入出金情報は、例えば、「入金日または出金日，摘要，入金額，出金額，残高」の構造を有する。
【００３０】
仕訳伝票予約情報は、伝票データの起票を予約するための情報である。仕訳伝票予約情報は、伝票データを構成する元になる情報である。仕訳伝票予約情報は、例えば、伝票データを識別する識別情報を含む。ここで、識別情報とは、例えば、伝票データ名、伝票データを識別するＩＤである。伝票データ名は、例えば、「交通費」「新聞代」「電気代」「ガス代」「Ａ社支払い」などである。仕訳伝票予約情報は、属性値を有しても有さなくても良い。仕訳伝票予約情報が属性値を有さない場合、仕訳伝票予約情報は、日付を特定する日付情報を有する。仕訳伝票予約情報は、伝票データを構成する一部の情報が含まれていることは好適である。なお、かかる一部の情報は、通常、固定的な情報であり、固定情報と言っても良い。固定情報は、例えば、部門を識別する部門識別子、勘定科目、金額である。また、仕訳伝票予約情報は、ユーザ識別子に対応付いていても良い。また、仕訳伝票予約情報は、仕訳伝票予約情報識別子に対応付いていても良い。仕訳伝票予約情報識別子とは、仕訳伝票予約情報を識別する情報である。仕訳伝票予約情報識別子は、例えば、ＩＤ、識別情報と日付情報等であるが、その内容は問わない。仕訳伝票予約情報は、例えば、「識別情報：交通費，属性値：毎週，月曜日」、「識別情報：交通費，日付情報：２月５日，２月１２日，２月１９日，・・・」、「識別情報：交通費，属性値：月末」等である。つまり、仕訳伝票予約情報は、属性値を有していても良いし、属性値から取得された１以上の日付情報を有していても良い。
【００３１】
業務連携情報は、他のシステムから受け付けられた情報であり、伝票データの元になる情報である。他のシステムは、例えば、給与管理システムである。業務連携情報は、例えば、社員の給与の出金情報である。
【００３２】
なお、例えば、元情報が元情報格納部１１２に蓄積される際のユーザの操作は、元情報の種類に応じて異なる。また、例えば、元情報が元情報格納部１１２に蓄積される際に表示されている画面が、元情報の種類に応じて異なる。また、例えば、元情報のデータ構造またはデータタイプは、元情報の種類に応じて異なる。
【００３３】
伝票データ格納部１１３には、１または２以上の伝票データが格納され得る。伝票データは、伝票についての情報である。伝票データは、入力された日に関する日情報に対応付けられている。伝票データは、ユーザ識別子に対応付いていても良い。伝票データは、例えば、日付、摘要、科目、税区分、入金、出金等の情報を有する。伝票データは、起票された日を特定する日情報を有しても良い。
【００３４】
受付部１２は、指示や情報等を受け付ける。指示や情報等とは、例えば、ログイン指示、元情報、伝票データ、起票画面要求、伝票入力要求である。ログイン指示とは、伝票処理装置１へのログインの指示である。ログイン指示は、通常、ユーザ識別子を有する。起票画面要求とは、伝票データの起票画面を呼び出す指示である。伝票入力要求とは、伝票データの作成の要求である。伝票入力要求は、１または２以上の元情報識別子を有しても良いし、元情報識別子を有さなくても良い。元情報識別子は、元情報を識別する情報である。元情報識別子は、例えば、ＩＤであるが、元情報を識別できれば何でも良い。
【００３５】
ここで、受け付けとは、通常、端末装置２からの受信である。ただし、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念であると考えても良い。
【００３６】
元情報受付部１２１は、元情報を受け付ける。元情報受付部１２１は、通常、端末装置２または外部の図示しない装置から指示や情報等を受信する。
【００３７】
伝票データ受付部１２２は、伝票データを受け付ける。伝票データ受付部１２２は、通常、端末装置２から伝票データを受信する。
【００３８】
伝票データ受付部１２２は、通常、伝票入力画面に対して入力された情報に基づく伝票データを受け付ける。
【００３９】
処理部１３は、各種の処理を行う。各種の処理とは、例えば、起票予定数取得部１３１、起票済数取得部１３２、画面取得部１３３、伝票データ蓄積部１３４が行う処理である。処理部１３は、ユーザのログイン時に認証処理を行っても良い。認証処理は、公知技術であるので詳細な説明を省略する。
【００４０】
また、処理部１３は、元情報受付部１２１が受け付けた元情報を元情報格納部１１２に蓄積する。処理部１３は、元情報受付部１２１が受け付けた元情報の種類情報を取得し、当該種類情報に対応付けて、元情報を元情報格納部１１２に蓄積することは好適である。処理部１３は、例えば、元情報のデータタイプまたはデータ構造を検査し、データタイプまたはデータ構造に対応する種類情報を取得する。なお、かかる場合、格納部１１には、データタイプまたはデータ構造を特定する情報に対応付けて種類情報が格納されている。なお、例えば、データタイプが画像であれば種類情報は「領収書画像」であり、元情報の中に口座識別子を有するデータ構造であれば種類情報は「銀行入出金情報」である。また、処理部１３は、例えば、ユーザにより押下されたボタンのＩＤまたは元情報の端末装置２からの送信の際に元情報に対応付いている画面ＩＤに対応する種類情報を取得する。なお、かかる場合、格納部１１には、ボタンのＩＤまたは画面ＩＤに対応付けて種類情報が格納されている。
【００４１】
起票予定数取得部１３１は、対応する伝票データが存在しない元情報の数である起票予定数を取得する。対応する伝票データが存在しない元情報とは、当該元情報に基づいて、伝票データが作成されていない元情報である。対応する伝票データが存在しない元情報とは、例えば、伝票データとリンク付いていない元情報、元情報識別子を含む伝票データが存在しない元情報識別子で識別される元情報、または元情報格納部１１２に存在する元情報である。
【００４２】
起票予定数取得部１３１は、種類情報ごとの起票予定数を取得することは好適である。起票予定数取得部１３１は、例えば、種類情報ごとに、当該種類情報に対応付いている元情報であり、対応する伝票データが存在しない元情報の数（起票予定数）を取得する。
【００４３】
起票済数取得部１３２は、日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する。予め決められた期間とは、例えば、本日である。予め決められた期間とは、例えば、本日の０時から現在時刻までである。また、予め決められた期間とは、例えば、今週である。予め決められた期間とは、例えば、今週の月曜日から本日までである。予め決められた期間とは、例えば、今月である。予め決められた期間とは、例えば、今月１日から本日までである。
【００４４】
画面取得部１３３は、作業表示画面を構成する作業表示画面情報を取得する。作業表示画面は、起票予定数と起票済数とを含む画面である。作業表示画面は、トップ画面であることは好適である。画面取得部１３３は、例えば、作業表示画面情報の雛形を画面格納部１１１から読出し、当該雛形に、起票予定数取得部１３１が取得した起票予定数と起票済数取得部１３２が取得した起票済数とを代入し、作業表示画面情報を構成する。
【００４５】
画面取得部１３３は、起票予定数取得部１３１が取得した起票予定数、および起票済数取得部１３２が取得した起票済数を用いて、作業表示画面情報を構成する。画面取得部１３３は、例えば、起票予定数取得部１３１が取得した種類情報ごとの起票予定数を用いて、種類情報ごとの起票予定数を含む作業表示画面情報を構成する。画面取得部１３３は、例えば、作業表示画面情報の雛形を画面格納部１１１から読出し、当該雛形に、起票予定数取得部１３１が取得した種類情報ごとの起票予定数を代入し、作業表示画面情報を構成する。
【００４６】
画面取得部１３３は、起票呼出画面を構成する起票呼出画面情報を取得する。起票呼出画面とは、伝票データの起票画面を呼び出すボタンを種類情報ごとに有する画面である。画面取得部１３３は、例えば、起票呼出画面情報の雛形を画面格納部１１１から読出し、当該雛形に、種類情報ごとの起票予定数を代入し、起票呼出画面情報を構成する。
【００４７】
画面取得部１３３は、起票予定数取得部１３１が取得した種類情報ごとの起票予定数を用いて、起票予定数が１以上の種類情報に対応するボタンを有し、起票予定数が０の種類情報に対応するボタンを有さない起票呼出画面の起票呼出画面情報を構成することは好適である。なお、種類情報に対応するボタンが選択された場合に、当該種類情報が示す種類の元情報に対応する伝票データの起票画面が呼び出される、とする。また、かかる場合、画面取得部１３３は、例えば、種類情報に対応するボタンの情報の雛形を画面格納部１１１から読出し、当該雛形に、起票予定数が１以上の種類情報の起票予定数を代入し、種類情報に対応するボタンの情報を構成し、かつ起票予定数が０の種類情報に対応するボタンの情報を構成せず、かつ起票呼出画面情報の雛形を画面格納部１１１から読出し、当該雛形に、ボタンの情報を付加し、起票呼出画面情報を構成する。
【００４８】
伝票データ蓄積部１３４は、伝票データ受付部１２２が受け付けた伝票データを蓄積する。伝票データ蓄積部１３４は、例えば、伝票データ受付部１２２が受け付けた伝票データを伝票データ格納部１１３に蓄積する。伝票データ蓄積部１３４は、例えば、元情報に対応付けて伝票データを蓄積する。
【００４９】
伝票データ蓄積部１３４は、元情報に基づいて、伝票データが蓄積されたことが判断できるように処理を行うことは好適である。伝票データ蓄積部１３４は、例えば、伝票データと対に受信された元情報識別子を取得し、当該元情報識別子に対応付けて、伝票データを蓄積する。また、伝票データ蓄積部１３４は、例えば、伝票データの蓄積後、対応する元情報を元情報格納部１１２から削除する。また、伝票データ蓄積部１３４は、例えば、蓄積した伝票データと当該伝票データに対応する元情報とをリンク付ける。
【００５０】
なお、伝票データ蓄積部１３４は、図示しない外部の装置に伝票データを蓄積しても良い。
【００５１】
出力部１４は、各種の情報を出力する。各種の情報とは、例えば、各種の画面情報である。各種の画面情報は、画面取得部１３３が取得した画面情報であり、例えば、作業表示画面情報である。
【００５２】
ここで、出力とは、通常、端末装置２への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である、と考えても良い。
【００５３】
端末装置２を構成する端末格納部２１は、各種の情報を格納し得る。各種の情報とは、例えば、ユーザ識別子である。
【００５４】
端末受付部２２は、ユーザから指示や情報等を受け付ける。指示や情報等は、例えば、ログイン指示、元情報、伝票データ、起票画面要求、伝票入力要求等である。
【００５５】
指示や情報等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。端末受付部２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００５６】
端末処理部２３は、各種の処理を行う。端末処理部２３は、例えば、端末受付部２２が受け付けた指示や情報等から、送信する指示や情報等を構成する処理である。端末処理部２３は、例えば、端末受信部２５が受信した画面情報を用いて、出力する画面を構成する。
【００５７】
端末送信部２４は、各種の指示や情報等を伝票処理装置１に送信する。各種の指示や情報等は、例えば、ログイン指示、元情報、伝票データ、起票画面要求、伝票入力要求等である。
【００５８】
端末受信部２５は、各種の情報を伝票処理装置１から受信する。各種の情報は、例えば、各種の画面情報である。
【００５９】
端末出力部２６は、各種の情報を出力する。各種の情報とは、例えば、各種の画面である。各種の画面は、例えば、作業表示画面、伝票入力画面、エラー画面である。ここで、出力とは、通常、ディスプレイへの表示であるが、外部の装置への送信、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であると考えても良い。
【００６０】
格納部１１、画面格納部１１１、元情報格納部１１２、伝票データ格納部１１３、および端末格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００６１】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【００６２】
受付部１２、元情報受付部１２１、伝票データ受付部１２２、および端末受信部２５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００６３】
処理部１３、起票予定数取得部１３１、起票済数取得部１３２、画面取得部１３３、伝票データ蓄積部１３４、および端末処理部２３は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００６４】
出力部１４、および端末送信部２４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００６５】
端末出力部２６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００６６】
次に、伝票処理システムＡの動作例について説明する。まず、伝票処理装置１の動作について、図３、図４のフローチャートを用いて説明する。
【００６７】
（ステップＳ３０１）受付部１２は、端末装置２からログイン指示を受信したか否かを判断する。ログイン指示を受信した場合はステップＳ３０２に行き、ログイン指示を受信しなかった場合は、ステップＳ３０７に行く。
【００６８】
（ステップＳ３０２）処理部１３は、ログイン指示に含まれるユーザ識別子を取得する。
【００６９】
（ステップＳ３０３）起票予定数取得部１３１は、ステップＳ３０２で取得されたユーザ識別子に対応する元情報を用いて、起票予定数を取得する。かかる起票予定数取得処理について、図５のフローチャートを用いて説明する。ここで、起票予定数取得部１３１は、すべての元情報に対応する起票予定数のみならず、元情報の種類ごとの起票予定数をも取得することは好適である。
【００７０】
（ステップＳ３０４）起票済数取得部１３２は、ステップＳ３０２で取得されたユーザ識別子に対応する伝票データを用いて、起票済数を取得する。かかる起票済数取得処理について、図６のフローチャートを用いて説明する。
【００７１】
（ステップＳ３０５）画面取得部１３３は、起票予定数取得部１３１が取得した起票予定数、および起票済数取得部１３２が取得した起票済数を用いて、起票予定数と起票済数とを含む作業表示画面を構成するための作業表示画面情報を取得する。画面取得部１３３は、例えば、画面格納部１１１に格納されている作業表示画面情報の雛形に対して、起票予定数と起票済数とを代入し、作業表示画面情報を構成する。なお、画面取得部１３３は、元情報の種類ごとの起票予定数をも作業表示画面情報の雛形に対して代入し、作業表示画面情報を構成しても良い。
【００７２】
（ステップＳ３０６）出力部１４は、ステップＳ３０５で取得された作業表示画面情報を、ログイン指示を送信した端末装置２に送信する。ステップＳ３０１に戻る。
【００７３】
（ステップＳ３０７）受付部１２は、端末装置２から起票画面要求を受信したか否かを判断する。起票画面要求を受信した場合はステップＳ３０８に行き、起票画面要求を受信しなかった場合は、ステップＳ３１６に行く。
【００７４】
（ステップＳ３０８）画面取得部１３３は、カウンタｉに１を代入する。
【００７５】
（ステップＳ３０９）起票予定数取得部１３１は、元情報のｉ番目の種類が存在するか否かを判断する。ｉ番目の種類が存在する場合はステップＳ３１０に行き、ｉ番目の種類が存在しない場合はステップＳ３１４に行く。なお、例えば、元情報の種類を特定する情報（例えば、種類情報）が格納部１１に格納されており、起票予定数取得部１３１は、かかる情報を参照し、元情報のｉ番目の種類が存在するか否かを判断する。
【００７６】
（ステップＳ３１０）起票予定数取得部１３１は、ｉ番目の種類に対応する起票予定数を取得する。起票予定数取得部１３１は、図５のフローチャートにおける処理と同様の処理により、ｉ番目の種類に対応する起票予定数を取得しても良いし、ステップＳ３０３の起票予定数取得処理により取得された各種類に対応する起票予定数を図示しないバッファから読み出す等しても良い。
【００７７】
（ステップＳ３１１）画面取得部１３３は、ステップＳ３１０で取得された起票予定数が１以上であるか否かを判断する。１以上であればステップＳ３１２に行き、０であればステップＳ３１３に行く。
【００７８】
（ステップＳ３１２）画面取得部１３３は、ｉ番目の種類に対応するボタンを構成する。なお、このボタンは、ｉ番目の種類に対応する起票予定数が表出されたボタンであることは好適である。また、画面取得部１３３は、例えば、格納部１１に格納されているボタンの雛形となる情報に対して、ｉ番目の種類に対応する起票予定数を付加し、ボタンを構成する。
【００７９】
（ステップＳ３１３）画面取得部１３３は、カウンタｉを１インクリメントする。ステップＳ３０９に戻る。
【００８０】
（ステップＳ３１４）画面取得部１３３は、ステップＳ３１２で構成されたボタンを付加した起票画面情報を構成する。画面取得部１３３は、例えば、画面格納部１１１に格納されている起票画面情報の雛形情報に、ステップＳ３１２で構成されたボタンの情報を付加し、起票画面情報を構成する。
【００８１】
（ステップＳ３１５）出力部１４は、ステップＳ３１４で取得された起票画面情報を、起票画面要求を送信した端末装置２に送信する。ステップＳ３０１に戻る。
【００８２】
（ステップＳ３１６）受付部１２は、端末装置２から伝票入力要求を受信したか否かを判断する。伝票入力要求を受信した場合はステップＳ３１７に行き、伝票入力要求を受信しなかった場合は、ステップＳ３２１に行く。
【００８３】
（ステップＳ３１７）画面取得部１３３は、伝票入力要求が有する元情報特定情報を取得する。元情報特定情報は、元情報を特定する情報である。元情報特定情報は、例えば、ユーザ識別子と種類情報、または１以上の元情報識別子である。
【００８４】
（ステップＳ３１８）画面取得部１３３は、ステップＳ３１７で取得した元情報特定情報で識別される元情報を取得する。
【００８５】
（ステップＳ３１９）画面取得部１３３は、ステップＳ３１８で取得した元情報を用いて、伝票入力画面情報を構成する。画面取得部１３３は、例えば、画面格納部１１１に格納されている伝票入力画面情報の雛形情報に、ステップＳ３１８で取得した元情報を付加し、伝票入力画面情報を構成する。
【００８６】
（ステップＳ３２０）出力部１４は、ステップＳ３１９で取得された伝票入力画面情報を、伝票入力要求を送信した端末装置２に送信する。ステップＳ３０１に戻る。
【００８７】
（ステップＳ３２１）元情報受付部１２１は、元情報を受信したか否かを判断する。元情報を受信した場合はステップＳ３２２に行き、元情報を受信しなかった場合はステップＳ３２４に行く。
【００８８】
（ステップＳ３２２）処理部１３は、ステップＳ３２１で受信された元情報の種類を示す種類情報、およびユーザ識別子を取得する。処理部１３は、例えば、受信された種類情報とユーザ識別子とを取得する。処理部１３は、例えば、元情報のデータタイプまたは構造から種類情報を決定し、当該種類情報とユーザ識別子とを取得する。
【００８９】
（ステップＳ３２３）処理部１３は、ステップＳ３２２で取得された種類情報とユーザ識別子とに対応付けて、ステップＳ３２１で受信された元情報を元情報格納部１１２に蓄積する。ステップＳ３０１に戻る。
【００９０】
（ステップＳ３２４）伝票データ受付部１２２は、伝票データを受信したか否かを判断する。伝票データを受信した場合はステップＳ３２５に行き、伝票データを受信しなかった場合はステップＳ３０１に戻る。なお、伝票データ受付部１２２は、通常、元情報識別子とユーザ識別子とも共に、伝票データを受信する。
【００９１】
（ステップＳ３２５）伝票データ蓄積部１３４は、ステップＳ３２４で受信された伝票データを伝票データ格納部１１３に蓄積する。ステップＳ３０１に戻る。なお、伝票データ蓄積部１３４は、例えば、元情報識別子とユーザ識別子に対応付けて、伝票データを蓄積する。また、伝票データ蓄積部１３４は、例えば、伝票データを蓄積し、かつ元情報識別子とユーザ識別子に対応付けられている元情報を削除する。
【００９２】
なお、図３、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００９３】
次に、ステップＳ３０３の起票予定数取得処理の例について、図５のフローチャートを用いて説明する。
【００９４】
（ステップＳ５０１）起票予定数取得部１３１は、初期化処理を行う。初期化処理は、カウンタｉに１を代入する処理である。初期化処理は、変数「起票予定数」、各種類情報に対応する起票予定数を代入する変数に０を代入する処理である。
【００９５】
（ステップＳ５０２）起票予定数取得部１３１は、元情報格納部１１２にｉ番目の元情報が存在するか否かを判断する。ｉ番目の元情報が存在する場合はステップＳ５０３に行き、ｉ番目の元情報が存在しない場合は上位処理にリターンする。
【００９６】
（ステップＳ５０３）起票予定数取得部１３１は、ｉ番目の元情報が伝票データに対応付いているか否かを判断する。伝票データに対応付いている場合はステップＳ５０７に行き、伝票データに対応付いていない場合はステップＳ５０４に行く。
【００９７】
（ステップＳ５０４）起票予定数取得部１３１は、ｉ番目の元情報の種類情報を取得する。なお、この種類情報は、例えば、ｉ番目の元情報に対応付いて、元情報格納部１１２に格納されている。また、起票予定数取得部１３１は、ｉ番目の元情報のデータタイプまたはデータ構造から種類情報を取得しても良い。
【００９８】
（ステップＳ５０５）起票予定数取得部１３１は、起票予定数を１、インクリメントする。ここでの起票予定数は、元情報の種類を問わない伝票データの起票の予定数である。
【００９９】
（ステップＳ５０６）起票予定数取得部１３１は、ステップＳ５０４で取得した種類情報に対応する起票予定数（種類ごとの起票予定数）を１、インクリメントする。
【０１００】
（ステップＳ５０７）起票予定数取得部１３１は、カウンタｉを１、インクリメントする。ステップＳ５０２に戻る。
【０１０１】
次に、ステップＳ３０４の起票済数取得処理の例について、図６のフローチャートを用いて説明する。
【０１０２】
（ステップＳ６０１）起票済数取得部１３２は、本日の日付の情報である日情報を、図示しない時計から取得する。
【０１０３】
（ステップＳ６０２）起票済数取得部１３２は、初期化処理を行う。初期化処理は、カウンタｉに１を代入する処理である。また、初期化処理は、変数「起票済数」に０を代入する処理である。
【０１０４】
（ステップＳ６０３）起票済数取得部１３２は、伝票データ格納部１１３にｉ番目の伝票データが存在するか否かを判断する。ｉ番目の伝票データが存在する場合はステップＳ６０４に行き、ｉ番目の伝票データが存在しない場合は上位処理にリターンする。
【０１０５】
（ステップＳ６０４）起票済数取得部１３２は、ｉ番目の伝票データの起票日を示す日情報を伝票データ格納部１１３から取得する。
【０１０６】
（ステップＳ６０５）起票済数取得部１３２は、ステップＳ６０１で取得した日情報と、ステップＳ６０４で取得した日情報とが一致するか否か（起票日が本日であるか否か）を判断する。起票日が本日である場合はステップＳ６０６に行き、起票日が本日でない場合はステップＳ６０７に行く。
【０１０７】
（ステップＳ６０６）起票済数取得部１３２は、変数「起票済数」を１、インクリメントする。
【０１０８】
（ステップＳ６０７）起票済数取得部１３２は、カウンタｉを１、インクリメントする。ステップＳ６０３に戻る。
【０１０９】
なお、図６のフローチャートにおいて、起票済数を取得する期間は本日であったが、上述したように、今週等の他の期間でも良い。
【０１１０】
次に、端末装置２の動作例について、図７のフローチャートを用いて説明する。
【０１１１】
（ステップＳ７０１）端末受付部２２は、ログイン指示を受け付けたか否かを判断する。ログイン指示を受け付けた場合はステップＳ７０２に行き、ログイン指示を受け付けなかった場合はステップＳ７０４に行く。
【０１１２】
（ステップＳ７０２）端末処理部２３は、ステップＳ７０１におけるログイン指示の受け付けに応じて、送信するログイン指示を構成する。端末処理部２３は、例えば、入力されたユーザ識別子とパスワードを有するログイン指示を構成する。
【０１１３】
（ステップＳ７０３）端末送信部２４は、ステップＳ７０２で構成されたログイン指示を伝票処理装置１に送信する。
【０１１４】
（ステップＳ７０４）端末受信部２５は、伝票処理装置１から作業表示画面情報を受信したか否かを判断する。作業表示画面情報を受信した場合はステップＳ７０５に行き、作業表示画面情報を受信なかった場合はステップＳ７０４に戻る。
【０１１５】
（ステップＳ７０５）端末処理部２３は、ステップＳ７０４で受信された作業表示画面情報を用いて、作業表示画面を構成する。
【０１１６】
（ステップＳ７０６）端末出力部２６は、ステップＳ７０５で構成された作業表示画面を出力する。ステップＳ７０１に戻る。
【０１１７】
（ステップＳ７０７）端末受付部２２は、起票画面要求を受け付けたか否かを判断する。起票画面要求を受け付けた場合はステップＳ７０８に行き、起票画面要求を受け付けなかった場合はステップＳ７１３に行く。
【０１１８】
（ステップＳ７０８）端末処理部２３は、ステップＳ７０７における起票画面要求の受け付けに応じて、送信する起票画面要求を構成する。端末処理部２３は、例えば、格納部１１のユーザ識別子を読み出し、当該ユーザ識別子を含む起票画面要求を構成する。
【０１１９】
（ステップＳ７０９）端末送信部２４は、ステップＳ７０８で構成された起票画面要求を伝票処理装置１に送信する。
【０１２０】
（ステップＳ７１０）端末受信部２５は、伝票処理装置１から起票画面情報を受信したか否かを判断する。起票画面情報を受信した場合はステップＳ７１１に行き、起票画面情報を受信なかった場合はステップＳ７１０に戻る。
【０１２１】
（ステップＳ７１１）端末処理部２３は、ステップＳ７１０で受信された起票画面情報を用いて、起票画面を構成する。
【０１２２】
（ステップＳ７１２）端末出力部２６は、ステップＳ７１１で構成された起票画面を出力する。ステップＳ７０１に戻る。
【０１２３】
（ステップＳ７１３）端末受付部２２は、伝票入力要求を受け付けたか否かを判断する。伝票入力要求を受け付けた場合はステップＳ７１４に行き、伝票入力要求を受け付けなかった場合はステップＳ７１９に行く。
【０１２４】
（ステップＳ７１４）端末処理部２３は、ステップＳ７１３における伝票入力要求の受け付けたに応じて、送信する伝票入力要求を構成する。端末処理部２３は、例えば、端末格納部２１のユーザ識別子を用いて、送信する伝票入力要求を構成する。
【０１２５】
（ステップＳ７１５）端末送信部２４は、ステップＳ７１４で構成された伝票入力要求を伝票処理装置１に送信する。
【０１２６】
（ステップＳ７１６）端末受信部２５は、伝票処理装置１から伝票入力画面情報を受信したか否かを判断する。伝票入力画面情報を受信した場合はステップＳ７１７に行き、伝票入力画面情報を受信なかった場合はステップＳ７１６に戻る。
【０１２７】
（ステップＳ７１７）端末処理部２３は、ステップＳ７１６で受信された伝票入力画面情報を用いて、伝票入力画面を構成する。
【０１２８】
（ステップＳ７１８）端末出力部２６は、ステップＳ７１７で構成された伝票入力画面を出力する。ステップＳ７０１に戻る。
【０１２９】
（ステップＳ７１９）端末受付部２２は、情報を受け付けたか否かを判断する。情報を受け付けた場合はステップＳ７２０に行き、情報を受け付けなかった場合はステップＳ７０１に戻る。なお、情報は、例えば、元情報、伝票データである。
【０１３０】
（ステップＳ７２０）端末処理部２３は、ステップＳ７１９で受け付けられた情報から、送信する情報を構成する。なお、送信する情報は、例えば、ユーザ識別子を有する。また、送信する元情報は、例えば、種類情報を有する。また、送信する伝票データは、例えば、元情報識別子を有する。
【０１３１】
（ステップＳ７２１）端末送信部２４は、ステップＳ７２０で構成された情報を伝票処理装置１に送信する。ステップＳ７０１に戻る。
【０１３２】
以下、本実施の形態における伝票処理システムＡの具体的な動作について説明する。伝票処理システムＡの概念図は図１である。
【０１３３】
今、伝票処理装置１の画面格納部１１１には、図示しないが、作業表示画面の雛形画面情報、起票画面の雛形画面情報、伝票入力画面の雛形画面情報、エラー画面の雛形画面情報等が格納されている。
【０１３４】
また、元情報格納部１１２には、１以上の元情報が格納されている。元情報の種類は、元情報格納部１１２には、種類情報「領収書画像」に対応付けられて、領収書を撮影した画像データである１以上の領収書画像が格納されている。また、元情報格納部１１２には、種類情報「銀行入出金情報」に対応付けられて、銀行口座への入出金データである１以上の銀行入出金情報が格納されている。
【０１３５】
また、元情報格納部１１２には、種類情報「仕訳伝票予約情報」に対応付けられて、１以上の仕訳伝票予約情報が格納されている。１以上の仕訳伝票予約情報は、例えば、図８に示す仕訳伝票予約情報管理表により管理されている。仕訳伝票予約情報管理表は、仕訳伝票予約情報を管理する表である。仕訳伝票予約情報管理表は、「ＩＤ」「識別情報」「属性値」「伝票雛形情報」を有する１以上のレコードを管理する。「ＩＤ」はレコードを識別する情報である。「識別情報」は、仕訳伝票予約情報を識別する識別子である。「識別情報」は、元情報識別子である、と言っても良い。「属性値」は「起票予定基本情報」「休日回避情報」を有する。「起票予定基本情報」は、伝票データを起票するタイミングに関する基本的な情報を示す属性値である。「起票予定基本情報」は、ここでは「０」「１」「２」「３」のいずれかを採り得る。「０」は、起票は１回だけであることを示す。「１」は、週ごとの起票であることを示す。「２」は、月ごとの起票であることを示す。「３」は、起票が不定期であることを示す。「起票予定基本情報」は、元データの期間を含み得る。また、起票予定基本情報が「１」である場合、起票予定基本情報は曜日の情報を含み得る。また、起票予定基本情報が「２」である場合、起票予定基本情報は１〜３１までの日の情報を含み得る。また、起票予定基本情報が「０」または「３」である場合、起票予定基本情報は具体的な１以上の日付情報を含み得る。「休日回避情報」は、対応する日が休日である場合に、当該休日を回避するための情報である。「休日回避情報」は、ここでは「１」または「２」のいずれかを採り得る。「１」は、対応する日が休日である場合に、当該日の翌日を起票の日とすることを示す。「２」は、対応する日が休日である場合に、当該日の前日を起票の日とすることを示す。「伝票雛形情報」は、伝票データを構成する一部の情報である。なお、「伝票雛形情報」は、伝票データの作成時に修正されても良い。また、元データ管理表のレコードは、レコードにより、または属性により、ＮＵＬＬであっても良い。
【０１３６】
また、元情報格納部１１２には、種類情報「業務連携情報」に対応付けられて、１以上の業務連携情報が格納されている。業務連携情報は、ここでは、給与システムから受信された情報であり、伝票データを構成する元になる情報である。業務連携情報は、例えば、「社員ＩＤ」「氏名」「支給額」「給与支給日」等を有する。
【０１３７】
また、伝票データ格納部１１３には、図９に示す伝票管理表が格納されている、とする。伝票管理表は、伝票データを管理する表である。伝票管理表は、「ＩＤ」「ユーザ識別子」「伝票データ」「種類情報」を有する１以上のレコードを管理している。「伝票データ」は、「日付」「摘要」「科目」「税区分」「入金」「出金」を有する。「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付を示す。「ユーザ識別子」は顧問先のユーザのユーザ識別子である。また、「種類情報」は、例えば、「領収書」「銀行」「カード」または「ＮＵＬＬ」の値を採り得る。「領収書」は原始データが領収書画像であることを示す。「銀行」は原始データが銀行取引情報であることを示す。また、「カード」は原始データがカード取引情報であることを示す。
【０１３８】
かかる状況において、ユーザは、端末装置２に、ユーザ識別子「Ｕ１」を有するログイン指示を入力した、とする。すると、端末受付部２２は、当該ログイン指示を受け付ける。次に、端末処理部２３は、ログイン指示の受け付けに応じて、送信するログイン指示を構成する。そして、端末送信部２４は、構成されたログイン指示を伝票処理装置１に送信する。なお、かかるログイン指示は、ユーザ識別子「Ｕ１」を有する。
【０１３９】
次に、伝票処理装置１の受付部１２は、端末装置２からログイン指示を受信する。そして、処理部１３は、ログイン指示に含まれるユーザ識別子「Ｕ１」を取得する。なお、ここで、処理部１３は、認証処理を行っても良いことは言うまでもない
【０１４０】
次に、起票予定数取得部１３１は、ユーザ識別子「Ｕ１」に対応する元情報であり、伝票データに対応付いていない元情報の数を、元情報格納部１１２の元情報を参照し、種類情報ごとに取得する。ここで、起票予定数取得部１３１は、種類情報「領収書画像」に対応付けられており、伝票データに対応付いていない元情報の数「１」を取得し、種類情報「銀行入出金情報」に対応付けられており、伝票データに対応付いていない元情報の数「１０」を取得し、種類情報「仕訳伝票予約情報」に対応付けられており、伝票データに対応付いていない元情報の数「０」を取得し、種類情報「業務連携情報」に対応付けられており、伝票データに対応付いていない元情報の数「０」を取得した、とする。そして、起票予定数取得部１３１は、種類によらない起票予定数「１１」を取得した、とする。なお、ここで、起票予定数取得部１３１は、取得した種類情報ごとの起票予定数、および種類によらない起票予定数を図示しないバッファに一時蓄積することは好適である。
【０１４１】
次に、起票済数取得部１３２は、本日の日付を示す日情報「２０１８／２／１９」を取得した、とする。そして、起票済数取得部１３２は、伝票データ管理表の中の各伝票データの属性値「起票日」のレコード数「２」を取得した、とする。つまり、起票済数取得部１３２は、起票済数「２」を取得した、とする。なお、ここで、起票済数取得部１３２は、取得した起票済数を図示しないバッファに一時蓄積することは好適である。
【０１４２】
次に、画面取得部１３３は、起票予定数取得部１３１が取得した起票予定数、元情報の種類ごとの起票予定数、および起票済数取得部１３２が取得した起票済数を、作業表示画面情報の雛形に対して代入し、作業表示画面情報を構成する。なお、作業表示画面情報の雛形は、格納部１１に格納されている。
【０１４３】
次に、出力部１４は、画面取得部１３３が作業表示画面情報を、ログイン指示を送信した端末装置２に送信する。
【０１４４】
次に、端末受信部２５は、伝票処理装置１から作業表示画面情報を受信する。次に、端末処理部２３は、受信された作業表示画面情報を用いて、作業表示画面を構成する。そして、端末出力部２６は、構成された作業表示画面を出力する。かかる作業表示画面の例は、図１０である。図１０において、１００１は起票予定数であり、１００２は元情報の種類ごとの起票予定数であり、１００３は起票済数である。なお、図１０の画面は、サーバである伝票処理装置１へのログイン後のトップ画面である。
【０１４５】
次に、ユーザは、伝票データの起票を行おうと、図１０の画面のボタン１００１を押下した、とする。すると、端末装置２の端末受付部２２は、起票画面要求を受け付ける。そして、端末処理部２３は、起票画面要求の受け付けに応じて、ユーザ識別子「Ｕ１」を取得し、当該ユーザ識別子を有する起票画面要求を構成する。そして、端末送信部２４は、構成された起票画面要求を伝票処理装置１に送信する。
【０１４６】
次に、伝票処理装置１の受付部１２は、端末装置２から起票画面要求を受信する。そして、起票予定数取得部１３１は、ユーザ識別子「Ｕ１」と対になる元情報を元情報格納部１１２から取得し、元情報の種類ごとに、起票予定数を取得する。ここで、起票予定数取得部１３１は、種類情報「領収書画像」に対応付する起票予定数「１」、種類情報「銀行入出金情報」に対応付する起票予定数「１０」、種類情報「仕訳伝票予約情報」に対応付する起票予定数「０」、および種類情報「業務連携情報」に対応付する起票予定数「０」を取得した、とする。
【０１４７】
次に、画面取得部１３３は、起票予定数が１以上の種類情報「領収書画像」「銀行入出金情報」を取得する。そして、当該２つの各種類情報に対応するボタンであり、それぞれの起票予定数が表示されるボタンを構成する。次に、画面取得部１３３は、構成された２つのボタンを、起票画面情報の雛形に付加し、送信される起票画面情報を構成する。
【０１４８】
次に、出力部１４は、構成された起票画面情報を、起票画面要求を送信した端末装置２に送信する。
【０１４９】
次に、端末受信部２５は、伝票処理装置１から起票画面情報を受信する。次に、端末処理部２３は、受信された起票画面情報を用いて、起票画面を構成する。そして、端末出力部２６は、構成された起票画面を出力する。かかる起票画面の例は、図１１である。図１１において、起票予定数が１以上の種類情報「領収書画像」「銀行入出金情報」に対応するボタンのみが表示されている（１１０１参照）。かかるボタンは、伝票データを入力するための伝票入力画面を呼び出すためのボタンである。
【０１５０】
なお、画面取得部１３３は、起票予定数「０」に対応する種類情報に対するボタンも有する起票画面情報を構成しても良い。かかる場合の起票画面は、例えば、図１２である。図１２において、１２０１に示すように、すべての種類情報に対応するボタンが表示されている。
【０１５１】
次に、ユーザは、図１１の「銀行入出金明細」のボタン１１０２を押下した、とする。すると、すると、端末装置２の端末受付部２２は、伝票入力要求を受け付ける。この伝票入力要求は、種類情報「銀行入出金情報」に対応付する元情報を用いて、伝票データを作成する要求の指示である。そして、端末処理部２３は、伝票入力要求の受け付けに応じて、ユーザ識別子「Ｕ１」を取得し、当該ユーザ識別子を有する伝票入力要求を構成する。そして、端末送信部２４は、構成された伝票入力要求を伝票処理装置１に送信する。ここで、伝票入力要求は、ボタン１１０２に対応する種類情報「銀行入出金情報」とユーザ識別子「Ｕ１」とを有する。
【０１５２】
次に、伝票処理装置１の受付部１２は、端末装置２から伝票入力要求を受信する。そして、画面取得部１３３は、伝票入力要求が有する元情報特定情報を取得する。ここで、元情報特定情報は、ユーザ識別子「Ｕ１」と種類情報「銀行入出金情報」である。次に、画面取得部１３３は、ユーザ識別子「Ｕ１」および種類情報「銀行入出金情報」に対応する元情報であり、伝票データに対応付いていない１０の元情報を元情報格納部１１２から取得する。
【０１５３】
次に、画面取得部１３３は、画面格納部１１１に格納されている伝票入力画面情報の雛形情報に、取得した１０の元情報を付加し、伝票入力画面情報を構成する。なお、雛形情報と雛形とは同意義であり、情報を構成する元になる情報である。
【０１５４】
次に、出力部１４は、構成された伝票入力画面情報を、伝票入力要求を送信した端末装置２に送信する。
【０１５５】
次に、端末装置２の端末受信部２５は、伝票処理装置１から伝票入力画面情報を受信する。そして、端末処理部２３は、受信された伝票入力画面情報を用いて、伝票入力画面を構成する。次に、端末出力部２６は、構成された伝票入力画面を出力する。かかる画面は、図１１の１１０３（画面の右側）である。１１０３は、種類情報「銀行入出金情報」に対応する各元情報に対する伝票データを入力する画面である。
【０１５６】
次に、ユーザは、図１１の画面に対して、１１０４の領域である伝票データの入力の領域に対して、伝票データを入力し、登録の指示を入力した、とする。すると、端末装置２の端末受付部２２は、伝票データを受け付ける。なお、伝票データは、一の元情報の元情報識別子に対応付いている。そして、端末処理部２３は、受け付けられた伝票データを用いて、ユーザ識別子「Ｕ１」と一の元情報の元情報識別子と当該伝票データとを有する情報を構成する。次に、端末送信部２４は、構成された情報を伝票処理装置１に送信する。
【０１５７】
次に、伝票処理装置１の伝票データ受付部１２２は、ユーザ識別子「Ｕ１」と一の元情報の元情報識別子と伝票データとを受信する。
【０１５８】
次に、伝票データ蓄積部１３４は、受信された伝票データを伝票データ管理表に蓄積する。なお、伝票データ蓄積部１３４は、ユーザ識別子「Ｕ１」と一の元情報の元情報識別子に対応付けて、受信された伝票データを伝票データ管理表に蓄積する。
【０１５９】
以上、本実施の形態によれば、起票しなければならない伝票データ数、および期間内（例えば、本日）の起票済の伝票データ数が対比して見ることができるため、伝票データの起票のモチベーションを容易に向上させることができる。
【０１６０】
また、本実施の形態によれば、元情報の種類別に起票しなければならない伝票データ数が把握でき、伝票データの起票のモチベーションをさらに向上させることができる。
【０１６１】
また、本実施の形態によれば、伝票データの起票のために必要なボタンのみが表示されることにより、伝票データの起票の際の伝票処理装置の使用性が向上する。
【０１６２】
さらに、本実施の形態によれば、伝票データの起票のためのボタンに、起票すべき件数が表示されていることにより、伝票データの起票の際の伝票処理装置の使用性がより向上する。
【０１６３】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における伝票処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、伝票データの起票の元になる１以上の元情報が格納される元情報格納部と、入力された日に関する日情報に対応付けて、１以上の伝票データが格納される伝票データ格納部とにアクセス可能なコンピュータを、対応する伝票データが存在しない元情報の数である起票予定数を取得する起票予定数取得部と、前記日情報に基づいて、予め決められた期間に起票された伝票データの数である起票済数を取得する起票済数取得部と、前記起票予定数と前記起票済数とを含む作業表示画面であり、伝票データの起票を行う画面または伝票データの起票を行う画面を呼び出せる画面である作業表示画面を構成する作業表示画面情報を取得する画面取得部と、前記作業表示画面情報を出力する出力部として機能させるためのプログラムである。
【０１６４】
また、図１３は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の伝票処理装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１３は、このコンピュータシステム３００の概観図であり、図１４は、システム３００のブロック図である。
【０１６５】
図１３において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０１６６】
図１４において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ−ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１６７】
コンピュータシステム３００に、上述した実施の形態の伝票処理装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０１６８】
プログラムは、コンピュータ３０１に、上述した実施の形態の伝票処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０１６９】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１７０】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１７１】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１７２】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１７３】
以上のように、本発明にかかる伝票処理装置は、伝票データの起票のモチベーションを容易に向上させることができるという効果を有し、伝票処理装置等として有用である。
【符号の説明】
【０１７４】
Ａ  伝票処理システム
１  伝票処理装置
２  端末装置
１１  格納部
１２  受付部
１３  処理部
１４  出力部
２１  端末格納部
２２  端末受付部
２３  端末処理部
２４  端末送信部
２５  端末受信部
２６  端末出力部
１１１  画面格納部
１１２  元情報格納部
１１３  伝票データ格納部
１２１  元情報受付部
１２２  伝票データ受付部
１３１  起票予定数取得部
１３２  起票済数取得部
１３３  画面取得部
１３４  伝票データ蓄積部
【図１】
2019149074.tif 000003
【図２】
2019149074.tif 000004
【図３】
2019149074.tif 000005
【図４】
2019149074.tif 000006
【図５】
2019149074.tif 000007
【図６】
2019149074.tif 000008
【図７】
2019149074.tif 000009
【図８】
2019149074.tif 000010
【図９】
2019149074.tif 000011
【図１０】
2019149074.tif 000012
【図１１】
2019149074.tif 000013
【図１２】
2019149074.tif 000014
【図１３】
2019149074.tif 000015
【図１４】
2019149074.tif 000016