JP2015210766A - 会計情報処理装置、会計情報処理方法、およびプログラム - Google Patents

Abstract

【課題】税理士のデータ入力を適切に支援する会計情報処理装置を提供する。【解決手段】顧問先のユーザ識別子と１以上の会計情報とを有する登録情報、および税理士であるユーザ識別子を受け付ける受付部１２と、受付部１２が受け付けた登録情報が有する顧問先のユーザ識別子に対応付けて、受付部１２が受け付けた登録情報が有する１以上の会計情報を、記録媒体に蓄積する蓄積部１３１と、受付部１２が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断する判断部１３２と、判断部１３２が税理士のユーザ識別子であると判断した場合、作業状況に関する情報である作業状況情報を有する画面を出力し、判断部１３２が税理士のユーザ識別子でないと判断した場合、作業状況情報を有する画面を出力しない出力部１４を具備する。【選択図】図２

Description

本発明は、会計情報を処理する会計情報処理装置等に関するものである。

従来、伝票データ等の会計情報を入力し、処理し、管理するシステムがあった（例えば、特許文献１参照）。

"弥生"、［online］、［平成２６年４月１８日検索］、インターネット［URL：https://www.yayoi-kk.co.jp/］

しかしながら、従来のシステムにおいては、税理士のデータ入力を適切に支援するものではなかった。つまり、従来のシステムにおいては、税理士でも一般ユーザでも同様にインターフェイスを提供していた。

本第一の発明の会計情報処理装置は、ユーザを識別するユーザ識別子を有する２以上のユーザ情報を格納し得るユーザ情報格納部と、税理士のユーザを識別するユーザ識別子と、税理士の顧問先を識別する１以上のユーザ識別子とを有する１以上の顧問情報を格納し得る顧問情報格納部と、顧問先のユーザ識別子と会計に関する１以上の会計情報とを格納し得る会計情報格納部と、顧問先のユーザ識別子と１以上の会計情報とを有する登録情報、および税理士であるユーザ識別子を受け付ける受付部と、受付部が受け付けた登録情報が有する顧問先のユーザ識別子に対応付けて、受付部が受け付けた登録情報が有する１以上の会計情報を、会計情報格納部に蓄積する蓄積部と、受付部が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断する判断部と、判断部が税理士のユーザ識別子であると判断した場合、作業状況に関する情報である作業状況情報を有する画面を出力し、判断部が税理士のユーザ識別子でないと判断した場合、作業状況情報を有する画面を出力しない出力部を具備する会計情報処理装置である。

かかる構成により、税理士のデータ入力を適切に支援する会計情報処理装置を提供できる。

また、本第二の発明の会計情報処理装置は、第一の発明に対して、会計情報は、領収書の画像である領収書画像と伝票データとを含み得、受付部は、顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を、顧問先のユーザの第一端末から受信し、かつ、税理士のユーザ識別子と領収書画像を識別する領収書画像識別子と伝票データとを有する登録情報を、税理士のユーザの第二端末から受信し、蓄積部は、受付部が顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を受信した場合、顧問先のユーザ識別子に対応付けて、１以上の領収書画像を会計情報格納部に蓄積し、受付部が領収書画像識別子と伝票データとを有する登録情報を受信した場合、領収書画像識別子で識別される領収書画像に対応付けて、伝票データを会計情報格納部に蓄積する会計情報処理装置である。

かかる構成により、税理士のデータ入力を適切に支援する会計情報処理装置を提供できる。

また、本第三の発明の会計情報処理装置は、第一または第二の発明に対して、作業状況情報は、１以上の伝票データの入力状況を示す情報、または決算書の入力状況を示す情報である会計情報処理装置である。

かかる構成により、税理士のデータ入力を適切に支援する会計情報処理装置を提供できる。

本発明による会計情報処理装置によれば、税理士のデータ入力を適切に支援する会計情報処理装置を提供できる。

実施の形態１における会計情報処理システムの概念図を示す図 同会計情報処理システムのブロック図 同会計情報処理装置１の動作について説明するフローチャート 同画面情報構成処理について説明するフローチャート 同税理士用画面情報構成処理について説明するフローチャート 同第一端末２の動作について説明するフローチャート 同第二端末３の動作について説明するフローチャート 同ユーザ情報管理表を示す図 同顧問情報管理表を示す図 同会計伝票管理表を示す図 同領収書画像管理表を示す図 同領収書画像の例を示す図 同出力画面例を示す図 同出力画面例を示す図 同出力画面例を示す図 同出力画面例を示す図 同出力画面例を示す図 同スタンドアロンの会計情報処理装置１のブロック図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

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

（実施の形態１）
本実施の形態において、入力されたユーザ識別子を用いて税理士であるか一般ユーザであるかを判断し、税理士であれば、作業状況情報を有する画面を出力し、一般ユーザである場合は、当該画面を出力しない会計情報処理装置を含む会計情報処理システムについて説明する。なお、税理士は、会計処理の専門家という意味であり、公認会計士等も含む広い概念である、とする。また、作業状況情報とは、例えば、一般ユーザが入力した領収書画像に対する伝票データの入力状況を示す情報、日常のデータの入力状況を示す情報、決算書等のデータの入力状況を示す情報等である。

図１は、本実施の形態における会計情報処理システムの概念図である。会計情報処理システムは、会計情報処理装置１、１または２以上の第一端末２、および１または２以上の第二端末３を備える。第一端末２は、通常、顧問先のユーザが使用する端末である。なお、顧問先のユーザは、一般ユーザである。また、第二端末３は、通常、税理士が使用する端末である。

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

会計情報処理システムを構成する会計情報処理装置１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。

格納部１１は、ユーザ情報格納部１１１、顧問情報格納部１１２、および会計情報格納部１１３を備える。また、処理部１３は、蓄積部１３１、および判断部１３２を備える。

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

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

会計情報処理装置１を構成する格納部１１は、種々の情報を格納し得る。ここで、情報とは、例えば、ユーザ情報、顧問情報、会計情報、画面情報、決算書、所得税の申告書、消費税の申告書等である。ユーザ情報、顧問情報、および会計情報の詳細については後述する。なお、画面情報とは、画面を構成するための情報である。画面情報の構造、記述言語等は問わない。画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、プログラム言語、スクリプト等で記述されている。また、画面情報は画面そのものでも良い。また、決算書、所得税の申告書、消費税の申告書は、通常、ユーザ識別子と対に格納される。また、決算書とは、決算書を構成する情報でも良い。また、所得税の申告書とは、所得税の申告書を構成する情報でも良い。さらに、消費税の申告書とは、消費税の申告書を構成する情報でも良い。

格納部１１を構成するユーザ情報格納部１１１は、２以上のユーザ情報を格納し得る。ユーザ情報は、ユーザに関する情報である。ユーザ情報は、ユーザを識別するユーザ識別子を有する。ユーザ識別子は、ユーザを識別できる情報であれば何でも良い。ユーザ識別子は、例えば、ユーザを識別するＩＤ、氏名と生年月日と住所の組等である。ユーザ識別子は、例えば、ユーザの種類を識別する情報を含んでも良い。ユーザの種類とは、例えば、税理士、または一般ユーザである。一般ユーザは、税理士以外のユーザである。一般ユーザは、顧問先のユーザである、とも言える。ユーザ情報は、例えば、ユーザの氏名、所属、住所等のユーザの属性値を有しても良い。

顧問情報格納部１１２は、１以上の顧問情報を格納し得る。顧問情報は、税理士と一般ユーザとの顧問関係を管理する情報である。顧問情報は、税理士のユーザを識別するユーザ識別子と、税理士の顧問先を識別する１以上のユーザ識別子とを有する。

会計情報格納部１１３は、顧問先のユーザ識別子と１以上の会計情報とを格納し得る。会計情報とは、会計に関する情報である。会計情報は、例えば、領収書の画像である領収書画像と伝票データとを含み得る。領収書画像のデータ構造は問わない。領収書画像は、例えば、gif、jpeg、png、bmp等のビットマップであるがベクターデータ等でも良い。また、伝票データは、金額と取り引きの日付とを有する。なお、金額とは取り引きの金額である。伝票データは、借方勘定科目、貸方勘定科目、借方税区分、貸方税区分等の情報を有しても良い。伝票管理表は、リレーショナルデータベースにおける表であるとは限らず、オブジェクト指向データベースにおけるオブジェクトの集合等でも良い。つまり、伝票管理表のデータ構造は問わない。また、伝票管理表が有する伝票データの構造も問わない。伝票データは、１または２以上の属性値（データ）の集合である

受付部１２は、指示や情報等を受け付ける。指示や情報等の受け付けとは、指示や情報等の受信でも良いし、指示や情報等の入力の受け付け等でも良い。つまり、受付部１２は、第一端末２または第二端末３から指示や情報等を受信しても良い。また、受付部１２は、ユーザから指示や情報等を受け付けても良い。指示や情報等とは、例えば、会計情報処理装置１へのログインの指示である。ログインの指示は、ユーザ識別子を有する。指示や情報等とは、例えば、顧問先のユーザのユーザ識別子と１以上の会計情報とを有する登録情報である。なお、ここでの会計情報は、例えば、領収書画像である。指示や情報等とは、例えば、税理士のユーザ識別子と領収書画像識別子と会計情報とを有する登録情報である。なお、ここでの会計情報は、例えば、伝票データである。領収書画像識別子は、領収書画像を識別する情報である。

例えば、受付部１２は、顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を、顧問先のユーザの第一端末２から受信する。また、例えば、受付部１２は、税理士のユーザ識別子と領収書画像識別子と伝票データとを有する登録情報を、税理士のユーザの第二端末３から受信する。

処理部１３は、各種の処理を行う。各種の処理は、例えば、ログインの指示に応じて、第一端末２または第二端末３に送信する画面情報を構成する処理である。なお、この画面情報は、税理士向けの画面の画面情報でも良いし、一般ユーザ向けの画面の画面情報でも良い。税理士向けの画面は、例えば、作業状況に関する情報である作業状況情報を有する画面である。作業状況情報を有する画面は、例えば、未入力の伝票データが視覚的に把握可能な画面、未入力の伝票データおよび入力済みの伝票データが視覚的に把握可能な画面、伝票データに対応付いていない領収書画像のみが表出している画面、伝票データに対応付いていない領収書画像と伝票データに対応付いている領収書画像とが区別可能に表示されている画面などである。なお、作業状況情報は、例えば、税理士の作業状況を示す作業状況情報、顧問先の作業状況を示す作業状況情報を含む。税理士の作業状況を示す作業状況情報は、例えば、決算書の作成が完了しているか否かを示す情報、所得税や消費税の申告書の作成が完了しているか否かを示す情報である。また、顧問先の作業状況を示す作業状況情報は、例えば、日常取引のデータ入力が完了しているか否かを示す情報、新着の領収書画像が存在するか否かを示す情報、新着の領収書画像の数を示す情報等である。

蓄積部１３１は、受付部１２が受け付けた登録情報が有する顧問先のユーザ識別子に対応付けて、受付部１２が受け付けた登録情報が有する１以上の会計情報を、会計情報格納部１１３に蓄積する。なお、ここでの会計情報は、顧問先のユーザが入力した会計の情報であり、例えば、領収書画像である。

なお、蓄積部１３１は、受付部１２が受け付けた領収書画像に加えて、受け付けた日付、領収書画像と対に受信されたユーザ識別子等も蓄積することは好適である。ユーザ識別子は、第一端末２のユーザの識別子である。

また、蓄積部１３１は、受付部１２が領収書画像識別子と伝票データとを有する登録情報を受信した場合、領収書画像識別子で識別される領収書画像に対応付けて、伝票データを会計情報格納部１１３に蓄積する。

蓄積部１３１は、ｎ（ｎは２以上の自然数）の伝票データを一の領収書画像に対応付けて、会計情報格納部１１３に蓄積できることは好適である。また、蓄積部１３１は、一の伝票データをｎ（ｎは２以上の自然数）の領収書画像に対応付けて、会計情報格納部１１３に蓄積できることは好適である。

蓄積部１３１は、伝票データと対応関係の種類とを、領収書画像に対応付けて、会計情報格納部１１３に蓄積することは好適である。例えば、受付部１２が一の領収書画像に対応付く伝票データを受信した場合は、対応関係の種類「１対１」を伝票データに対応付けて会計情報格納部１１３に蓄積する。また、受付部１２が一の領収書画像に対応付く２以上の伝票データを受信した場合は、対応関係の種類「１対ｎ（ｎは２以上の自然数）」を伝票データに対応付けて会計情報格納部１１３に蓄積する。さらに、受付部１２が２以上の領収書画像に対応付く一の伝票データを受信した場合は、対応関係の種類「ｎ対１」を伝票データに対応付けて会計情報格納部１１３に蓄積する。

なお、蓄積部１３１は、対応関係の種類をも、領収書画像または伝票データに対応付けて蓄積しても良い。

判断部１３２は、受付部１２が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断する。判断部１３２は、通常、ログインの指示に含まれるユーザ識別子が税理士のユーザ識別子であるか、一般ユーザのユーザ識別子であるかを判断する。また、ユーザ識別子に対応づけて、ユーザの種類を示すフラグが格納されている場合、判断部１３２は、受付部１２が受け付けたユーザ識別子と対になるフラグを用いて、受付部１２が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断しても良い。なお、ユーザの種類とは、税理士または一般ユーザである。

出力部１４は、情報を出力する。情報とは、例えば、作業状況情報を有する画面等の画面情報、領収書画像、処理結果等である。また、ここで、出力とは、通常、第一端末２、または第二端末３等の外部の装置への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

出力部１４は、判断部１３２が税理士のユーザ識別子であると判断した場合、作業状況に関する情報である作業状況情報を有する画面を出力し、判断部１３２が税理士のユーザ識別子でないと判断した場合、作業状況情報を有する画面を出力しない。なお、出力部１４は、判断部１３２が税理士のユーザ識別子でないと判断した場合、例えば、一般ユーザ用の画面を出力する。

ここで、出力部１４は、判断部１３２が税理士のユーザ識別子であると判断した場合、作業状況に関する情報である作業状況情報を有する画面をダイレクトに出力する必要はない。つまり、出力部１４は、判断部１３２が税理士のユーザ識別子であると判断した場合、作業状況に関する情報である作業状況情報を有する画面を出力するための画面（作業状況情報を有する画面にたどり着くための画面）を出力しても良い。

出力部１４は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示するように、１以上の領収書画像を出力する。ここで、出力部１４は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能なように領収書画像を変更しても良いし、視覚的に区別可能なように領収書画像に対応付けて情報を付加して送信する等しても良い。つまり、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に表示されるように、出力部１４は１以上の領収書画像を出力すれば良い。視覚的に区別可能なように領収書画像を出力することは、伝票データと対応付いていない領収書画像のみを出力することでも良い。

出力部１４は、１以上の領収書画像を出力する場合に、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを、領収書画像の背景が異なる表示となるように、１以上の領収書画像を出力する。なお、領収書画像の背景が異なれば、領収書画像を見たユーザは、領収書画像が伝票データと対応付いているか否かを判断できる。

出力部１４は、伝票データと対応付いている領収書画像に対してのみ、領収書画像に対応付けられた１以上のボタンを出力することは好適である。ここで、ボタンは、例えば、伝票データの全部または一部を出力するボタン、領収書画像に関する情報を出力するボタン等である。さらに具体的には、ボタンは、例えば、登録した伝票の日付と伝票番号（伝票データの識別子）とを出力するボタン、領収書画像に関する情報を出力するボタン等である。領収書画像に関する情報は、例えば、領収書画像をアップロードした日付と領収書画像のファイル名等である。

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

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

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

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

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

また、出力部１４は、蓄積部１３１における処理結果等を出力しても良い。

第一端末２を構成する第一受付部２１は、ユーザから指示や情報等を受け付ける。指示や情報等とは、例えば、ログインの指示、領収書画像、領収書画像の閲覧指示、１以上の領収書画像の選択、伝票データの入力等である。指示や情報等の入力手段は、キーボードやマウスやスキャナやメニュー画面によるもの等、何でも良い。第一受付部２１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。なお、ログインの指示とは、会計情報処理装置１へのログインの指示である。

指示や情報等の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。第一受付部２１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

第一処理部２２は、各種の処理を行う。第一処理部２２は、例えば、第一受付部２１が受け付けた指示や情報等から、送信する指示や情報等を構成する処理である。

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

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

第一受信部２４は、会計情報処理装置１から情報等を受信する。情報等とは、例えば、会計情報処理装置１における処理結果である。処理結果は、例えば、領収書画像が登録された旨の情報である。

第一受信部２４は、ログインの指示の送信に応じて、画面情報を受信する。この画面情報は、作業状況に関する情報である作業状況情報を有する画面の画面情報ではない。この画面情報は、通常、一般ユーザ用の画面の画面情報である。

第一出力部２５は、第一受信部２４が受信した情報等を出力する。なお、受信された情報等が１または２以上の領収書画像である場合、第一出力部２５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

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

第二処理部３２は、各種の処理を行う。第二処理部３２は、例えば、第二受付部３１が受け付けた指示や情報等から、送信する指示や情報等を構成する処理である。

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

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

第二送信部３３は、第二受付部３１が受け付けたログインの指示等の指示を会計情報処理装置１に送信する。また、第二送信部３３は、第二受付部３１が受け付けた伝票データを会計情報処理装置１に送信する。また、第二送信部３３は、第二処理部３２が構成した指示や情報等を会計情報処理装置１に送信する。

第二受信部３４は、ログインの指示の送信に対応して、作業状況に関する情報である作業状況情報を有する画面を構成する画面情報を、会計情報処理装置１から受信する。

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

第二出力部３５は、第二受信部３４が受信した画面情報を用いて構成した画面を出力する。

第二出力部３５は、第二受信部３４が受信した情報等を出力する。なお、受信された情報等が１または２以上の領収書画像である場合、第二出力部３５は、伝票データと対応付いている領収書画像と伝票データと対応付いていない領収書画像とを視覚的に区別可能に出力する。視覚的に区別可能に出力することは、伝票データと対応付いていない領収書画像のみを出力することも含むと考えても良い。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

格納部１１、ユーザ情報格納部１１１、顧問情報格納部１１２、および会計情報格納部１１３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受付部１２、第一受信部２４、および第二受信部３４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

処理部１３、蓄積部１３１、判断部１３２、第一処理部２２、および第二処理部３２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

出力部１４、第一送信部２３、および第二送信部３３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

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

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

（ステップＳ３０１）受付部１２は、第一端末２から１または２以上の領収書画像を受信したか否かを判断する。領収書画像を受信すればステップＳ３０２に行き、受信しなければステップＳ３０３に行く。なお、領収書画像は、例えば、ユーザ識別子とともに送信される。

（ステップＳ３０２）蓄積部１３１は、１以上の領収書画像を会計情報格納部１１３に蓄積する。ステップＳ３０１に戻る。蓄積部１３１は、各領収書画像と対に、ユーザ識別子、アップロード（登録）の日付、領収書画像のファイル名等を蓄積することは好適である。

（ステップＳ３０３）受付部１２は、第一端末２または第二端末３から、領収書画像の出力指示を受信したか否かを判断する。領収書画像の出力指示を受信すればステップＳ３０４に行き、領収書画像の出力指示を受信しなければステップＳ３０６に行く。

（ステップＳ３０４）処理部１３は、領収書画像の出力指示の受信に応じて、１以上の領収書画像を有する画面情報を構成する。かかる画面情報構成処理について、図４のフローチャートを用いて説明する。

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

（ステップＳ３０６）受付部１２は、伝票入力画面の送信指示を受け付けたか否かを判断する。伝票入力画面の送信指示を受け付けた場合はステップＳ３０７に行き、伝票入力画面の送信指示を受け付けない場合はステップＳ３０８に行く。なお、伝票入力画面の送信指示は、領収書画像の出力指示と同じでも良い。

（ステップＳ３０７）処理部１３は、伝票入力画面の画面情報を構成する。そして、出力部１４は、伝票入力画面の画面情報を、伝票入力画面の送信指示を送信した端末（通常、第二端末３）に送信する。なお、処理部１３は、ステップＳ３０４における処理と同様の画面情報構成処理により伝票入力画面の画面情報を構成することは好適である。ステップＳ３０１に戻る。

（ステップＳ３０８）受付部１２は、１以上の伝票データを受信したか否かを判断する。伝票データを受信すればステップＳ３０９に行き、伝票データを受信しなければステップＳ３１０に行く。なお、受付部１２は、通常、出力部１４が出力した１以上の領収書画像のうちのいずれかの領収書画像に対応付く伝票データを受信する。なお、受付部１２は、例えば、伝票データに対応する領収書画像識別子をも受信する。

（ステップＳ３０９）蓄積部１３１は、ステップＳ３０８で受信された１以上の各伝票データを、対応付く領収書画像に対応付けて、伝票管理表に蓄積する。ステップＳ３０１に戻る。なお、蓄積部１３１は、例えば、受信された１以上の各伝票データを、各伝票データと対になる領収書画像識別子で識別される領収書画像に対応付けて、伝票管理表に蓄積する。

（ステップＳ３１０）受付部１２は、ログインの指示を端末（第一端末２、または第二端末３）から受信したか否かを判断する。ログインの指示を受信すればステップＳ３１１に行き、ログインの指示を受信しなければステップＳ３０１に戻る。

（ステップＳ３１１）判断部１３２は、ログインの指示が有するユーザ識別子を用いて、ログインの指示を送信したユーザが税理士であるか、一般ユーザであるかを判断する。

（ステップＳ３１２）判断部１３２の判断結果が「税理士」であるとの判断結果の場合はステップＳ３１３に行き、「税理士」でないとの判断結果の場合はステップＳ３１４に行く。

（ステップＳ３１３）処理部１３は、税理士用画面情報の構成処理を行う。かかる税理士用画面情報構成処理について、図５のフローチャートを用いて説明する。ステップＳ３１５に行く。

（ステップＳ３１４）処理部１３は、一般ユーザ用画面情報を取得する。処理部１３は、通常、一般ユーザ用画面情報を格納部１１から取得する。

（ステップＳ３１５）出力部１４は、ステップＳ３１３またはステップＳ３１４で取得された画面情報を、ログインの指示を送信してきた端末（第一端末２または第二端末３）に送信する。ステップＳ３０１に戻る。

なお、図３のフローチャートのステップＳ３０２の後、ステップＳ３０９の後に、処理結果を第一端末２または第二端末３に送信しても良い。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（ステップＳ５０１）処理部１３は、ログインの指示が有するユーザ識別子と対になる顧問先の１以上のユーザ識別子を、顧問情報格納部１１２から取得する。

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

（ステップＳ５０３）処理部１３は、ｉ番目のユーザ識別子が存在するか否かを判断する。ｉ番目のユーザ識別子が存在する場合はステップＳ５０４に行き、ｉ番目のユーザ識別子が存在しない場合はステップＳ５０８に行く。

（ステップＳ５０４）処理部１３は、ｉ番目のユーザ識別子に対応するユーザ情報を、ユーザ情報格納部１１１から取得する。

（ステップＳ５０５）処理部１３は、ステップＳ５０４で取得したユーザ情報に対応する作業状況情報を取得する。なお、作業状況情報は、例えば、税理士の作業状況、または顧問先の作業状況、または税理士の作業状況とは顧問先の作業状況のうちのいずれかである。また、処理部１３は、例えば、予め決められた情報（例えば、決算書）が存在するか否かを判断することにより作業状況情報を取得しても良いし、予め決められた情報（例えば、伝票データが対応付いていない領収書画像）の数である作業状況情報等を取得しても良い。

（ステップＳ５０６）処理部１３は、ステップＳ５０５で取得した作業状況情報を用いて、出力されるレコードを構成する。

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

（ステップＳ５０８）処理部１３は、ステップＳ５０６で構成した１以上のレコードを用いて、税理士用画面情報を構成する。上位処理にリターンする。

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

（ステップＳ６０１）第一端末２の第一受付部２１は、ユーザからログインの指示を受け付けたか否かを判断する。ログインの指示を受け付ければステップＳ６０２に行き、ログインの指示を受け付けなければステップＳ６０５に行く。

（ステップＳ６０２）第一処理部２２は、送信するログインの指示を構成する。そして、第一送信部２３は、構成されたログインの指示を会計情報処理装置１に送信する。

（ステップＳ６０３）ログインの指示の送信に対応して、第一受信部２４は、画面情報を受信したか否かを判断する。画面情報を受信すればステップＳ６０４に行き、画面情報を受信しなければステップＳ６０３に戻る。

（ステップＳ６０４）第一出力部２５は、ステップＳ６０３で受信した画面情報を用いて、画面を出力する。ステップＳ６０１に戻る。

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

（ステップＳ６０６）第一処理部２２は、ユーザ識別子を取得する。ユーザ識別子は、ユーザが入力した情報でも良いし、図示しない記録媒体に格納されている情報でも良い。

（ステップＳ６０７）第一処理部２２は、１以上の領収書画像とユーザ識別子とを用いて、１以上の領収書画像とユーザ識別子とを含む情報を構成する。

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

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

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

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

（ステップＳ６１２）第一処理部２２は、ユーザ識別子を取得する。

（ステップＳ６１３）第一処理部２２は、領収書画像の出力指示とユーザ識別子とを用いて、送信する指示を構成する。

（ステップＳ６１４）第一送信部２３は、ステップＳ６１３で構成した指示を会計情報処理装置１に送信する。

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

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

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

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

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

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

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

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

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

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

なお、図６のフローチャートにおいて、ユーザが伝票データを入力する場合、電卓領域の電卓を用いて金額を入力しても良い。また、ユーザが伝票データを入力する場合、カレンダー領域のカレンダーを用いて日付を入力しても良い。

また、図６のフローチャートのステップＳ６１６において、第一出力部２５は、領収書画像と伝票データとの対応関係の種類を視覚的に区別可能に表示するように処理を行っても良い。

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

（ステップＳ７０１）第二端末３の第二受付部３１は、ユーザからログインの指示を受け付けたか否かを判断する。ログインの指示を受け付ければステップＳ７０２に行き、ログインの指示を受け付けなければステップＳ７０５に行く。

（ステップＳ７０２）第二処理部３２は、送信するログインの指示を構成する。そして、第二送信部３３は、構成されたログインの指示を会計情報処理装置１に送信する。

（ステップＳ７０３）ログインの指示の送信に対応して、第二受信部３４は、画面情報を受信したか否かを判断する。画面情報を受信すればステップＳ７０４に行き、画面情報を受信しなければステップＳ７０３に戻る。

（ステップＳ７０４）第二出力部３５は、ステップＳ７０３で受信された画面情報を用いて、画面を出力する。ステップＳ７０１に戻る。

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

（ステップＳ７０６）第二処理部３２は、ユーザ識別子を取得する。

（ステップＳ７０７）第二処理部３２は、領収書画像の出力指示とユーザ識別子とを有する指示であり、送信する指示を構成する。

（ステップＳ７０８）第二送信部３３は、ステップＳ７０７で構成された指示を会計情報処理装置１に送信する。

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

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

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

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

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

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

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

（ステップＳ７１６）第二送信部３３は、ステップＳ７１５で構成された情報を会計情報処理装置１に送信する。

（ステップＳ７１７）第二受信部３４は、会計情報処理装置１から処理結果を受信したか否かを判断する。処理結果を受信すればステップＳ７１８に行き、処理結果を受信しなければステップＳ７１７に戻る。

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

なお、図７のフローチャートにおいて、税理士等が伝票データを入力する場合、電卓領域の電卓を用いて金額を入力しても良い。また、税理士等が伝票データを入力する場合、カレンダー領域のカレンダーを用いて日付を入力しても良い。

また、図７のフローチャートのステップＳ７１０において、第二出力部３５は、領収書画像と伝票データとの対応関係の種類を視覚的に区別可能に表示するように処理を行っても良い。

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

今、第一端末２は一般ユーザ（顧問先のユーザ）である鈴木一郎が使用し、第二端末３は鈴木一郎の企業の顧問税理士である税理士Ｘが使用する、とする。なお、税理士Ｘは、ユーザ識別子「ｐｒｏＸ」で識別され得る、とする。

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

また、顧問情報格納部１１２は、図９に示す顧問情報管理表を格納している、とする。顧問情報管理表は、「税理士のユーザ識別子」「顧問先のユーザ識別子」を有する１以上のレコードを管理している。なお、税理士のユーザ識別子は、先頭に「ｐｒｏ」の文字列を有するとする。また、顧問先のユーザ識別子は、先頭に「ｕｓｒ」の文字列を有するとする。

また、会計情報格納部１１３は、図１０に示す会計伝票管理表を格納している、とする。会計伝票管理表は、会計伝票を管理する表である。ここでは、会計伝票管理表は、支払伝票を管理する表である。会計伝票管理表は、「ＩＤ」「ユーザ識別子」「会計情報」を有する１以上のレコードを管理している。「会計情報」は、「伝票データ」「領収書画像識別子」を有する。「伝票データ」は、「日付」「借方勘定科目」「貸方勘定科目」「金額」「摘要」を有する。「摘要」は「借方税区分」「貸方税区分」を有する。「ＩＤ」はレコードを識別する情報である。「日付」は取引の日付を示す。「ユーザ識別子」は顧問先のユーザのユーザ識別子である。

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

さらに、会計情報格納部１１３は、１以上の領収書画像を格納している、とする。１以上の領収書画像は、「img1.jpg」「img2.jpg」等のファイルである。

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

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

次に、税理士Ｘは、第二端末３に対して、ログインの指示を入力する。次に、第二受付部３１は、ログインの指示を受け付ける。なお、ログインの指示は、税理士Ｘのユーザ識別子「ｐｒｏＸ」を含む、とする。

次に、第二処理部３２は、ログインの指示とユーザ識別子「ｐｒｏＸ」とを用いて、送信する指示を構成する。次に、第二送信部３３は、構成されたログインの指示を会計情報処理装置１に送信する。

次に、会計情報処理装置１の受付部１２は、第二端末３から、ログインの指示を受信する。そして、判断部１３２は、ログインの指示が有するユーザ識別子を用いて、ログインの指示を送信したユーザが税理士であるか、一般ユーザであるかを判断する。ここで、判断部１３２は、ログインの指示が有するユーザ識別子「ｐｒｏＸ」の先頭からの文字列に「ｐｒｏ」を含むので、判断部１３２は「税理士」であると判断する。なお、判断部１３２は、ユーザ識別子の先頭からの文字列に「ｐｒｏ」を含む場合は「税理士」と判断し、ユーザ識別子の先頭からの文字列に「ｕｓｒ」を含む場合は「一般ユーザ」と判断する、とする。

次に、処理部１３は、以下のように、税理士用画面情報の構成処理を行う。まず、処理部１３は、ログインの指示が有するユーザ識別子「ｐｒｏＸ」と対になる顧問先の２つのユーザ識別子「ｕｓｒＸ，ｕｓｒＢ」を、図９の顧問情報管理表から取得する。

次に、処理部１３は、２つの各ユーザ識別子「ｕｓｒＸ，ｕｓｒＢ」に対応するユーザ情報を、図８のユーザ情報管理表から取得する。

次に、処理部１３は、取得したユーザ情報に対応する作業状況情報を取得する。つまり、処理部１３は、まず、ユーザ識別子「ｕｓｒＸ」に対応する作業状況情報を、以下のように取得する、とする。

処理部１３は、顧問先の作業情報を構成する「日常取引」の作業状況情報「済」を取得する。処理部１３は、例えば、ユーザ識別子「ｕｓｒＸ」に対応する伝票データの最新の日付「平成２６年０４月１５日」を会計伝票管理表（図１０参照）から取得する。なお、最新の日付「平成２６年０４月１５日」は、「最後に取引を登録した日」である。そして、処理部１３は、日付「平成２６年０４月１５日」以前の日に対応する伝票データの必要項目（全属性値）に情報が入力されていること（ＮＵＬＬではないこと）を検知し、「日常取引」の作業状況情報「済」を取得する。また、処理部１３は、ユーザ識別子「ｕｓｒＸ」に対応する領収書画像であり、伝票データが対応付いていない領収書画像が３つ存在することを領収書画像管理表（図１１）の対応付けフラグから検知し、新着画像件数「３」を取得する。なお、伝票データが対応付いていない３つの領収書画像は、図１２の３つの領収書画像である。

次に、処理部１３は、ユーザ識別子「ｕｓｒＸ」に対応する決算書、「所得税」の申告書、「消費税」の申告書が格納部１１に格納されていることを検知する。そして、処理部１３は、ユーザ識別子「ｕｓｒＸ」に対応する税理士の作業状況情報を構成する「決算」の値「済」、「所得税」の申告書の値「済」、「消費税」の申告書の値「済」等を取得する。また、処理部１３は、ユーザ識別子「ｕｓｒＸ」に対応する「顧問先への完了通知の完了を示す情報」が、格納部１１に存在しないことを検知する。そして、処理部１３は、ユーザ識別子「ｕｓｒＸ」に対応する「顧問先への完了通知」の値「通知する」を取得する。

次に、処理部１３は、取得した作業状況情報を用いて、出力されるレコードであり、ユーザ識別子「ｕｓｒＸ」に対応するレコードを構成する。

次に、処理部１３は、ユーザ識別子「ｕｓｒＢ」に対応する作業状況情報を、以下のように取得する、とする。まず、処理部１３は、顧問先の作業情報を構成する「日常取引」の作業状況情報「入力中」を取得する。処理部１３は、例えば、ユーザ識別子「ｕｓｒＢ」に対応する伝票データの最新の日付「平成２６年０４月１５日」を会計伝票管理表（図１０参照）から取得する。なお、最新の日付「平成２６年０４月１５日」は、「最後に取引を登録した日」である。そして、処理部１３は、日付「平成２６年０４月１５日」以前の日に対応する伝票データの必要項目（全属性値）に情報が入力されていないこと（ＮＵＬＬである属性値が存在すること）を検知し、「日常取引」の作業状況情報「入力中」を取得する。また、処理部１３は、ユーザ識別子「ｕｓｒＢ」に対応する領収書画像であり、伝票データが対応付いていない領収書画像が存在しないことを検知し、新着画像件数を取得しない。

次に、処理部１３は、ユーザ識別子「ｕｓｒＢ」に対応する決算書、「所得税」の申告書、「消費税」の申告書が格納部１１に格納されていないことを検知する。そして、処理部１３は、ユーザ識別子「ｕｓｒＢ」に対応する税理士の作業状況情報を構成する「決算」の値、「所得税」の申告書の値、「消費税」の申告書の値を取得しない。また、処理部１３は、「決算」の値、「所得税」の申告書の値、「消費税」の申告書の値がＮＵＬＬであるので、ユーザ識別子「ｕｓｒＢ」に対応する「顧問先への完了通知」の値を取得しない。

次に、処理部１３は、取得した作業状況情報を用いて、出力されるレコードであり、ユーザ識別子「ｕｓｒＢ」に対応するレコードを構成する。

次に、処理部１３は、構成した２つのレコードを用いて、税理士用画面情報を構成する。なお、処理部１３は、通常、税理士用画面情報のひな形を格納部１１から取得し、当該ひな形と、２つのレコードとを用いて、税理士用画面情報を構成する。

次に、出力部１４は、構成された税理士用画面情報を、ログインの指示を送信してきたユーザ識別子「ｐｒｏＸ」の第二端末３に送信する。

次に、ログインの指示の送信に対応して、第二端末３の第二受信部３４は、税理士用画面情報を受信する。そして、第二出力部３５は、受信した税理士用画面情報を用いて、図１３に示す画面を出力する。図１３において、１３０１は「ｕｓｒＸ」に関するレコード、１３０２は「ｕｓｒＢ」に関するレコードである。

次に、ユーザ識別子「ｐｒｏＸ」で識別される税理士Ｘは、図１３の画面の、「ｕｓｒＸ」に関するレコードに対応する選択ボタン１３０３を押下し、ユーザ識別子「ｕｓｒＸ」で識別される「鈴木一郎」のレコードを選択した、とする。

すると、第二受付部３１は、顧問先別の作業を行うメインメニュー画面の出力指示を受け付ける。次に、第二処理部３２は、顧問先別の作業を行うメインメニュー画面の出力指示とユーザ識別子「ｐｒｏＸ」とを用いて、送信する指示を構成する。次に、第二送信部３３は、構成された指示を会計情報処理装置１に送信する。なお、送信する指示は、ユーザ識別子「ｕｓｒＸ」も含む。

次に、会計情報処理装置１の受付部１２は、第二端末３から、メインメニュー画面の出力指示を受信する。そして、処理部１３は、メインメニュー画面情報を格納部１１から取得する。次に、出力部１４は、処理部１３が取得したメインメニュー画面情報を、税理士Ｘの第二端末３に送信する。

次に、第二端末３の第二受信部３４は、会計情報処理装置１からメインメニュー画面情報を受信する。次に、第二出力部３５は、受信されたメインメニュー画面情報を出力する。かかる出力例は、図１４である。図１４は、一般ユーザ「鈴木一郎」の会計情報の処理を、税理士Ｘが行うための画面である。

なお、ユーザ識別子「ｐｒｏＸ」で識別される税理士Ｘが、図１３の画面の選択ボタン１３０３を押下し、ユーザ識別子「ｕｓｒＸ」で識別される「鈴木一郎」のレコードを選択した場合、第二受付部３１は、「鈴木一郎」の領収書画像の出力指示を受け付けても良い。かかる場合、以下のように処理が進行する。

まず、第二端末３の第二処理部３２は、領収書画像の出力指示とユーザ識別子「ｐｒｏＸ」とを用いて、送信する指示を構成する。次に、第二送信部３３は、構成された指示を会計情報処理装置１に送信する。なお、送信する指示は、ユーザ識別子「ｕｓｒＸ」も含む。

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

つまり、処理部１３は、領収書画像の出力指示に含まれるユーザ識別子「ｕｓｒＸ」に対応する１以上の領収書画像を格納部１１から取得する。ここでは、３つの領収書画像（ｉｍｇ２０．ｇｉｆ、ｉｍｇ２１．ｇｉｆ、ｉｍｇ２２．ｇｉｆ）を含む、「鈴木一郎」がアップロードしたｍ（ｍは３以上の自然数）の領収書画像を取得した、とする。

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

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

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

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

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

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

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

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

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

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

なお、図１５は伝票データを入力するために、領収書画像を出力した画面であった。しかし、領収書画像の出力指示の受け付けにより、第二出力部３５は、図１６に示すような画面を出力しても良い。図１６に示す画面は、領収書画像を閲覧するための画面である。図１６に示す画面において、１６０１、１６０２、１６０５、１６０６の領収書画像は、伝票データと対応付いている領収書画像であり、その背景がグレーになっている。また、１６０３、１６０４の領収書画像は、伝票データと対応付いていない領収書画像であり、その背景は何ら処理されていない（写真画像のままである）。また、１６０３、１６０４の領収書画像の背景は白色である。

次に、税理士Ａは、図１５の画面において、領収書画像１５０５に対応する伝票データを入力した、とする。なお、税理士Ａは、電卓領域１５０２の電卓機能を用いて、領収書画像１５０５の金額「１，４８７，４４１」を入力し、カレンダー領域１５０３のカレンダー機能を用いて、領収書画像１５０５の日付「２０１４年３月３１日」を入力した、とする。

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

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

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

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

次に、会計情報処理装置１の受付部１２は、税理士Ａが送信した伝票データ等を受信する。

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

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

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

次に、ユーザ識別子「ｕｓｒＸ」で識別されるユーザは、第一端末２にログインの指示を入力した、とする。すると、第一受付部２１は、ログインの指示を受け付ける。なお、ログインの指示は、ユーザ識別子「ｕｓｒＸ」を有する。

次に、第一処理部２２は、ログインの指示とユーザ識別子「ｕｓｒＸ」とを用いて、送信するログインの指示を構成する。次に、第一送信部２３は、構成されたログインの指示を会計情報処理装置１に送信する。

次に、受付部１２は、第二端末３から、当該ログインの指示を受信する。そして、判断部１３２は、ログインの指示が有するユーザ識別子を用いて、ログインの指示を送信したユーザが税理士であるか、一般ユーザであるかを判断する。ここで、判断部１３２は、ログインの指示が有するユーザ識別子「ｕｓｒＸ」の先頭からの文字列に「ｕｓｒ」を含むので、判断部１３２は「一般ユーザ」であると判断する。

次に、処理部１３は、一般ユーザ用画面情報を格納部１１から取得する。次に、出力部１４は、一般ユーザ用画面情報を、ログインの指示を送信してきた第一端末２に送信する。

次に、ログインの指示の送信に対応して、第二受信部３４は、一般ユーザ用画面情報を受信する。次に、第二出力部３５は、受信された一般ユーザ用画面情報を用いて、図１７に示す画面を出力する。なお、図１７の画面において、作業状況情報は含まれない。また、図１７のメニュー項目（ボタンと言っても良い）の表現が、一般ユーザ用に簡易になっている。

以上、本実施の形態によれば、税理士のデータ入力を適切に支援する会計情報処理装置を提供できる。また、本実施の形態における技術により、税理士と一般ユーザとが異なる立場であること考慮した会計情報処理が可能となる。つまり、会計情報処理装置１における技術は、税理士指向の会計情報処理を行える技術であり、今までにない会計情報処理に関する技術である、と言える。

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

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

また、本実施の形態によれば、伝票データと領収書画像との複雑な対応関係を容易に把握できる。

また、本実施の形態において、サーバ・クライアントシステムにより情報が処理された。しかし、会計情報処理装置１は、図１８に示すようにスタンドアロンでも良い。かかる場合、受付部１２は、ユーザからの指示や情報等を受け付ける。また、出力部１４は、通常、画面や処理結果をディスプレイに表示する。

また、本実施の形態の具体例において、税理士が伝票データを入力した。しかし、伝票データ等を入力する者は問わないことは言うまでもない。なお、一般ユーザが伝票データを入力し、税理士が当該伝票データをチェックしても良い。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、ユーザを識別するユーザ識別子を有する２以上のユーザ情報を格納し得るユーザ情報格納部と、税理士のユーザを識別するユーザ識別子と、当該税理士の顧問先を識別する１以上のユーザ識別子とを有する１以上の顧問情報を格納し得る顧問情報格納部と、顧問先のユーザ識別子と会計に関する１以上の会計情報とを格納し得る会計情報格納部とを具備し、コンピュータを、顧問先のユーザ識別子と１以上の会計情報とを有する登録情報、および税理士であるユーザ識別子を受け付ける受付部と、前記受付部が受け付けた登録情報が有する顧問先のユーザ識別子に対応付けて、前記受付部が受け付けた登録情報が有する１以上の会計情報を、前記会計情報格納部に蓄積する蓄積部と、前記受付部が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断する判断部と、前記判断部が税理士のユーザ識別子であると判断した場合、当該税理士の作業状況に関する情報である作業状況情報を有する画面を出力し、前記判断部が税理士のユーザ識別子でないと判断した場合、前記作業状況情報を有する画面を出力しない出力部として機能させるためのプログラムである。

また、上記プログラムにおいて、前記会計情報は、領収書の画像である領収書画像と伝票データとを含み得、前記受付部は、顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を、顧問先のユーザの第一端末から受信し、かつ、税理士のユーザ識別子と領収書画像を識別する領収書画像識別子と伝票データとを有する登録情報を、税理士のユーザの第二端末から受信し、前記蓄積部は、前記受付部が顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を受信した場合、当該顧問先のユーザ識別子に対応付けて、当該１以上の領収書画像を前記会計情報格納部に蓄積し、前記受付部が領収書画像識別子と伝票データとを有する登録情報を受信した場合、当該領収書画像識別子で識別される領収書画像に対応付けて、当該伝票データを前記会計情報格納部に蓄積するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記作業情報は、１以上の伝票データの入力状況を示す情報、または決算書の入力状況を示す情報であるとして、コンピュータを機能させることは好適である。

また、図１９は、本明細書で述べたプログラムを実行して、上述した実施の形態の会計情報処理装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１９は、このコンピュータシステム３００の概観図であり、図２０は、コンピュータシステム３４０の内部構成を示す図である。

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

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

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

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

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

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

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

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

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

以上のように、本発明にかかる会計情報処理装置は、税理士のデータ入力を適切に支援する会計情報処理装置を提供できる。という効果を有し、会計情報処理装置等として有用である。

１ 会計情報処理装置
２ 第一端末
３ 第二端末
１１ 格納部
１２ 受付部
１３ 処理部
１４ 出力部
２１ 第一受付部
２２ 第一処理部
２３ 第一送信部
２４ 第一受信部
２５ 第一出力部
３１ 第二受付部
３２ 第二処理部
３３ 第二送信部
３４ 第二受信部
３５ 第二出力部
１１１ ユーザ情報格納部
１１２ 顧問情報格納部
１１３ 会計情報格納部
１３１ 蓄積部
１３２ 判断部

Claims (5)

1. ユーザを識別するユーザ識別子を有する２以上のユーザ情報を格納し得るユーザ情報格納部と、
   税理士のユーザを識別するユーザ識別子と、当該税理士の顧問先を識別する１以上のユーザ識別子とを有する１以上の顧問情報を格納し得る顧問情報格納部と、
   顧問先のユーザ識別子と会計に関する１以上の会計情報とを格納し得る会計情報格納部と、
   顧問先のユーザ識別子と１以上の会計情報とを有する登録情報、および税理士であるユーザ識別子を受け付ける受付部と、
   前記受付部が受け付けた登録情報が有する顧問先のユーザ識別子に対応付けて、前記受付部が受け付けた登録情報が有する１以上の会計情報を、前記会計情報格納部に蓄積する蓄積部と、
   前記受付部が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断する判断部と、
   前記判断部が税理士のユーザ識別子であると判断した場合、作業状況に関する情報である作業状況情報を有する画面を出力し、前記判断部が税理士のユーザ識別子でないと判断した場合、前記作業状況情報を有する画面を出力しない出力部を具備する会計情報処理装置。
2. 前記会計情報は、領収書の画像である領収書画像と伝票データとを含み得、
   前記受付部は、
   顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を、顧問先のユーザの第一端末から受信し、かつ、税理士のユーザ識別子と領収書画像を識別する領収書画像識別子と伝票データとを有する登録情報を、税理士のユーザの第二端末から受信し、
   前記蓄積部は、
   前記受付部が顧問先のユーザ識別子と１以上の領収書画像とを有する登録情報を受信した場合、当該顧問先のユーザ識別子に対応付けて、当該１以上の領収書画像を前記会計情報格納部に蓄積し、前記受付部が領収書画像識別子と伝票データとを有する登録情報を受信した場合、当該領収書画像識別子で識別される領収書画像に対応付けて、当該伝票データを前記会計情報格納部に蓄積する請求項１記載の会計情報処理装置。
3. 前記作業状況情報は、
   １以上の伝票データの入力状況を示す情報、または決算書の入力状況を示す情報である請求項１または請求項２記載の会計情報処理装置。
4. 記録媒体は、
   ユーザを識別するユーザ識別子を有する２以上のユーザ情報を格納し得るユーザ情報格納部と、
   税理士のユーザを識別するユーザ識別子と、当該税理士の顧問先を識別する１以上のユーザ識別子とを有する１以上の顧問情報を格納し得る顧問情報格納部と、
   顧問先のユーザ識別子と会計に関する１以上の会計情報とを格納し得る会計情報格納部とを具備し、
   受付部、蓄積部、判断部、出力部により実現され得る会計情報処理方法であって、
   前記受付部が、顧問先のユーザ識別子と１以上の会計情報とを有する登録情報、および税理士であるユーザ識別子を受け付ける受付ステップと、
   前記蓄積部が、前記受付ステップで受け付けられた登録情報が有する顧問先のユーザ識別子に対応付けて、前記受付ステップで受け付けられた登録情報が有する１以上の会計情報を、前記会計情報格納部に蓄積する蓄積ステップと、
   前記判断部が、前記受付部ステップで受け付けられたユーザ識別子が税理士のユーザ識別子であるか否かを判断する判断ステップと、
   前記出力部が、前記判断ステップで税理士のユーザ識別子であると判断された場合、当該税理士の作業状況に関する情報である作業状況情報を有する画面を出力し、前記判断ステップで税理士のユーザ識別子でないと判断された場合、前記作業状況情報を有する画面を出力しない出力ステップとを具備する会計情報処理方法。
5. コンピュータがアクセス可能な記録媒体は、
   ユーザを識別するユーザ識別子を有する２以上のユーザ情報を格納し得るユーザ情報格納部と、
   税理士のユーザを識別するユーザ識別子と、当該税理士の顧問先を識別する１以上のユーザ識別子とを有する１以上の顧問情報を格納し得る顧問情報格納部と、
   顧問先のユーザ識別子と会計に関する１以上の会計情報とを格納し得る会計情報格納部とを具備し、
   コンピュータを、
   顧問先のユーザ識別子と１以上の会計情報とを有する登録情報、および税理士であるユーザ識別子を受け付ける受付部と、
   前記受付部が受け付けた登録情報が有する顧問先のユーザ識別子に対応付けて、前記受付部が受け付けた登録情報が有する１以上の会計情報を、前記会計情報格納部に蓄積する蓄積部と、
   前記受付部が受け付けたユーザ識別子が税理士のユーザ識別子であるか否かを判断する判断部と、
   前記判断部が税理士のユーザ識別子であると判断した場合、当該税理士の作業状況に関する情報である作業状況情報を有する画面を出力し、前記判断部が税理士のユーザ識別子でないと判断した場合、前記作業状況情報を有する画面を出力しない出力部として機能させるためのプログラム。