(57)【特許請求の範囲】
【請求項１】
ユーザを識別するユーザ識別子を含むユーザ情報を、２以上格納し得るユーザ情報格納部と、
帳票の種類を識別する帳票種類識別子と、当該帳票に対する入力の不具合に関するルールであり、一の帳票に対してデータを入力する２以上のユーザの関係における不具合に関するルールを示す不具合ルール情報とを対応付けて有する１以上のルール情報を格納し得るルール情報格納部と、
帳票種類識別子と、帳票を識別する帳票識別子と、当該帳票識別子で識別される帳票のデータとを対応付けて格納し得る帳票格納部と、
第一ユーザ識別子と、帳票識別子と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する第一情報を受け付ける第一情報受付部と、
前記第一情報受付部が受け付けた第一情報が有する帳票識別子と対応付けて、前記第一情報が有する第一ユーザ識別子と第一データとを、前記帳票格納部に蓄積する第一蓄積部と、
第二ユーザ識別子と、帳票識別子と、当該第二ユーザ識別子で識別されるユーザが入力した第二データを有する第二情報を受け付ける第二情報受付部と、
前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する判断部と、
前記判断部が、不具合ルール情報に合致すると判断した場合、第二ユーザ識別子で識別されるユーザの入力が不適切である旨を示す不具合情報を構成する不具合情報構成部と、
前記不具合情報構成部が構成した不具合情報を出力する不具合情報出力部と、
前記判断部が、不具合ルール情報に合致しないと判断した場合、前記第二情報受付部が受け付けた第二情報が有する帳票識別子と対応付けて、前記第二情報が有する第二データを、前記帳票格納部に蓄積する第二蓄積部とを具備する情報処理装置。
【請求項２】
前記判断部は、
前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、前記帳票格納部から取得する第一データ取得手段と、
前記帳票識別子に対応する第一ユーザ識別子を取得する第一ユーザ識別子取得手段と、
前記第二情報に含まれる第二ユーザ識別子を取得する第二ユーザ識別子取得手段と、
前記帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する帳票種類識別子取得手段と、
前記帳票種類識別子と対応付けられる不具合ルール情報を、前記ルール情報格納部から取得する不具合ルール情報取得手段と、
前記第一ユーザ識別子と前記第二ユーザ識別子が、前記不具合ルール情報取得手段が取得した不具合ルール情報が示すルールに合致するか否かを判断する判断手段を具備する請求項１記載の情報処理装置。
【請求項３】
前記ルール情報格納部は、
帳票種類識別子と、一の帳票に対して入力された１以上のデータに関する条件であるデータ条件と、不具合ルール情報とを対応付けて有する１以上のルール情報を格納しており、
前記判断部は、
前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と、前記帳票識別子に対応する第一データが満たすデータ条件とに対応付けられている不具合ルール情報に合致するか否かを判断する請求項１記載の情報処理装置。
【請求項４】
前記判断部は、
前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、前記帳票格納部から取得する第一データ取得手段と、
前記帳票識別子に対応する第一ユーザ識別子を取得する第一ユーザ識別子取得手段と、
前記第二情報に含まれる第二ユーザ識別子を取得する第二ユーザ識別子取得手段と、
前記帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する帳票種類識別子取得手段と、
前記帳票種類識別子、および前記第一データ取得手段が取得した第一データが満たすデータ条件と対応付けられる不具合ルール情報を、前記ルール情報格納部から取得する不具合ルール情報取得手段と、
前記第一ユーザ識別子と前記第二ユーザ識別子が、前記不具合ルール情報取得手段が取得した不具合ルール情報が示すルールに合致するか否かを判断する判断手段を具備する請求項３記載の情報処理装置。
【請求項５】
前記不具合情報出力部は、
１以上の不具合情報を格納し得る不具合情報格納手段と、
不具合情報の送信先を示す情報である送信先情報を格納し得る送信先情報格納手段と、
不具合情報を通知するタイミングを示す通知タイミング情報を格納し得る通知タイミング情報格納手段と、
前記不具合情報を、前記不具合情報格納手段に蓄積する不具合情報蓄積手段と、
前記不具合情報格納手段に格納されている１以上の不具合情報を、前記通知タイミング情報が示すタイミングで、前記送信先情報が示す送信先に送信する送信手段とを具備する請求項１から請求項４いずれか記載の情報処理装置。
【請求項６】
前記不具合ルール情報は、
第一ユーザ識別子と第二ユーザ識別子が同一である場合に不具合であると判断し得るルールである請求項１から請求項５いずれか記載の情報処理装置。
【請求項７】
前記ユーザ情報は、
前記ユーザが所属する部署を識別する部署識別子を具備し、
前記不具合ルール情報は、
第一ユーザ識別子に対応する第一の部署識別子と第二ユーザ識別子に対応する第二の部署識別子が同一である場合に不具合であると判断し得るルールである請求項１から請求項５いずれか記載の情報処理装置。
【請求項８】
第一情報受付部、第一蓄積部、第二情報受付部、判断部、不具合情報構成部、不具合情報出力部、および第二蓄積部により実現される情報処理方法であって、
前記第一情報受付部により、第一ユーザ識別子と、帳票識別子と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する第一情報を受け付ける第一情報受付ステップと、
前記第一蓄積部により、前記第一情報受付ステップで受け付けられた第一情報が有する帳票識別子と対応付けて、前記第一情報が有する第一ユーザ識別子と第一データとを、記憶媒体に蓄積する第一蓄積ステップと、
前記第二情報受付部により、第二ユーザ識別子と、帳票識別子と、当該第二ユーザ識別子で識別されるユーザが入力した第二データを有する第二情報を受け付ける第二情報受付ステップと、
前記判断部により、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する判断部と、
前記不具合情報構成部により、前記判断ステップで、不具合ルール情報に合致すると判断した場合、第二ユーザ識別子で識別されるユーザの入力が不適切である旨を示す不具合情報を構成する不具合情報構成ステップと、
前記不具合情報出力部により、前記不具合情報構成ステップで構成された不具合情報を出力する不具合情報出力部と、
前記第二蓄積部により、前記判断ステップで、不具合ルール情報に合致しないと判断した場合、前記第二情報受付ステップで受け付けられた第二情報が有する帳票識別子と対応付けて、前記第二情報が有する第二データを、前記記憶媒体に蓄積する第二蓄積ステップとを具備する情報処理方法。
【請求項９】
コンピュータを、
第一ユーザ識別子と、帳票識別子と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する第一情報を受け付ける第一情報受付部と、
前記第一情報受付部が受け付けた第一情報が有する帳票識別子と対応付けて、前記第一情報が有する第一ユーザ識別子と第一データとを、記憶媒体に蓄積する第一蓄積部と、
第二ユーザ識別子と、帳票識別子と、当該第二ユーザ識別子で識別されるユーザが入力した第二データを有する第二情報を受け付ける第二情報受付部と、
前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する判断部と、
前記判断部が、不具合ルール情報に合致すると判断した場合、第二ユーザ識別子で識別されるユーザの入力が不適切である旨を示す不具合情報を構成する不具合情報構成部と、
前記不具合情報構成部が構成した不具合情報を出力する不具合情報出力部と、
前記判断部が、不具合ルール情報に合致しないと判断した場合、前記第二情報受付部が受け付けた第二情報が有する帳票識別子と対応付けて、前記第二情報が有する第二データを、前記記憶媒体に蓄積する第二蓄積部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データが入力された場合に、入力の権限について検査する情報処理装置等に関するものである。
【背景技術】
【０００２】
従来の情報処理装置として、以下のような内部監査を支援するシステムがあった。本システムは、ＩＳＯ審査対象データを集中管理する情報収集機構と、その情報収集機構により調製された前記ＩＳＯ審査対象データにより、外部認証機関からのＩＳＯ資格認証状態を維持管理するための企画、実施、検証及び改善行動の手順案作成手段を備えたＩＳＯ審査支援システムにおいて、構成員名簿に基づく各人別の業務並びに教育研修の履修予定及びそれらの履歴に基づき資格処遇を管理する人事管理手段と、その人事管理手段から人事情報を検索する人事情報検索手段と、前記ＩＳＯ資格認証状態を維持管理するために必要な内部監査を実行し合否判定の権限を有する者を明示した有資格者台帳と、その有資格者台帳の記載事項を前記人事管理手段に反映させ得る人事情報更新手段を備えたことを特徴とするＩＳＯ審査支援システムである（特許文献１参照）。
【特許文献１】特開２００２−２０３０９８号公報（第１頁、第１図等）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の情報処理装置においては、複数のユーザが入力して、完成する一の帳票等のドキュメントに対して、他のユーザとの関係において、あるユーザの入力が不適切であることの判断ができなかった。さらに具体的には、従来の情報処理装置においては、例えば、決裁願などの何らかの申請を行った申請者と、それを承認する承認者との関係において、当該承認者に権限がないことの判断ができなかった。
【課題を解決するための手段】
【０００４】
本第一の発明の情報処理装置は、ユーザを識別するユーザ識別子を含むユーザ情報を、２以上格納し得るユーザ情報格納部と、帳票の種類を識別する帳票種類識別子と、当該帳票に対する入力の不具合に関するルールであり、一の帳票に対してデータを入力する２以上のユーザの関係における不具合に関するルールを示す不具合ルール情報とを対応付けて有する１以上のルール情報を格納し得るルール情報格納部と、帳票種類識別子と、帳票を識別する帳票識別子と、当該帳票識別子で識別される帳票のデータとを対応付けて格納し得る帳票格納部と、第一ユーザ識別子と、帳票識別子と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する第一情報を受け付ける第一情報受付部と、前記第一情報受付部が受け付けた第一情報が有する帳票識別子と対応付けて、前記第一情報が有する第一ユーザ識別子と第一データとを、前記帳票格納部に蓄積する第一蓄積部と、第二ユーザ識別子と、帳票識別子と、当該第二ユーザ識別子で識別されるユーザが入力した第二データを有する第二情報を受け付ける第二情報受付部と、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する判断部と、前記判断部が、不具合ルール情報に合致すると判断した場合、第二ユーザ識別子で識別されるユーザの入力が不適切である旨を示す不具合情報を構成する不具合情報構成部と、前記不具合情報構成部が構成した不具合情報を出力する不具合情報出力部と、前記判断部が、不具合ルール情報に合致しないと判断した場合、前記第二情報受付部が受け付けた第二情報が有する帳票識別子と対応付けて、前記第二情報が有する第二データを、前記帳票格納部に蓄積する第二蓄積部とを具備する情報処理装置である。
【０００５】
かかる構成により、複数のユーザが入力して、完成する一の帳票等のドキュメントに対して、他のユーザとの関係において、あるユーザの入力が不適切であることの検査ができる。かかることは、例えば、決裁願いの申請者と承認者が同一部署である場合に、不適切な入力とすれば、不正な決裁承認を防ぐことができる。なお、「ユーザの入力が不適切である」とは、ユーザが不適切である、と同意義であるとも考えられる。
【０００６】
また、本第二の発明の情報処理装置は、第一の発明に対して、前記判断部は、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、前記帳票格納部から取得する第一データ取得手段と、前記帳票識別子に対応する第一ユーザ識別子を取得する第一ユーザ識別子取得手段と、前記第二情報に含まれる第二ユーザ識別子を取得する第二ユーザ識別子取得手段と、前記帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する帳票種類識別子取得手段と、前記帳票種類識別子と対応付けられる不具合ルール情報を、前記ルール情報格納部から取得する不具合ルール情報取得手段と、前記第一ユーザ識別子と前記第二ユーザ識別子が、前記不具合ルール情報取得手段が取得した不具合ルール情報が示すルールに合致するか否かを判断する判断手段を具備する情報処理装置である。
【０００７】
かかる構成により、複数のユーザが入力して、完成する一の帳票等のドキュメントに対して、他のユーザとの関係において、あるユーザの入力が不適切であることの検査ができる。
【０００８】
また、本第三の発明の情報処理装置は、第一の発明に対して、前記ルール情報格納部は、帳票種類識別子と、一の帳票に対して入力された１以上のデータに関する条件であるデータ条件と、不具合ルール情報とを対応付けて有する１以上のルール情報を格納しており、前記判断部は、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と、前記帳票識別子に対応する第一データが満たすデータ条件とに対応付けられている不具合ルール情報に合致するか否かを判断する情報処理装置である。
【０００９】
かかる構成により、入力されたデータの内容に応じて、不具合のルールを変更でき、よりきめ細かく、ユーザの入力が不適切であることの検査ができる。
【００１０】
また、本第四の発明の情報処理装置は、第三の発明に対して、前記判断部は、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、前記帳票格納部から取得する第一データ取得手段と、前記帳票識別子に対応する第一ユーザ識別子を取得する第一ユーザ識別子取得手段と、前記第二情報に含まれる第二ユーザ識別子を取得する第二ユーザ識別子取得手段と、前記帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する帳票種類識別子取得手段と、前記帳票種類識別子、および前記第一データ取得手段が取得した第一データが満たすデータ条件と対応付けられる不具合ルール情報を、前記ルール情報格納部から取得する不具合ルール情報取得手段と、前記第一ユーザ識別子と前記第二ユーザ識別子が、前記不具合ルール情報取得手段が取得した不具合ルール情報が示すルールに合致するか否かを判断する判断手段を具備する情報処理装置である。
【００１１】
かかる構成により、入力されたデータの内容に応じて、不具合のルールを変更でき、よりきめ細かく、ユーザの入力が不適切であることの検査ができる。
【００１２】
また、本第五の発明の情報処理装置は、第一から第四いずれかの発明に対して、前記不具合情報出力部は、１以上の不具合情報を格納し得る不具合情報格納手段と、不具合情報の送信先を示す情報である送信先情報を格納し得る送信先情報格納手段と、不具合情報を通知するタイミングを示す通知タイミング情報を格納し得る通知タイミング情報格納手段と、前記不具合情報を、前記不具合情報格納手段に蓄積する不具合情報蓄積手段と、前記不具合情報格納手段に格納されている１以上の不具合情報を、前記通知タイミング情報が示すタイミングで、前記送信先情報が示す送信先に送信する送信手段とを具備する情報処理装置である。
【００１３】
かかる構成により、ユーザの入力が不適切である場合に、管理者等に、適切に知らしめることができる。
【発明の効果】
【００１４】
本発明による情報処理装置によれば、複数のユーザが入力して、完成する一の帳票等のドキュメントに対して、他のユーザとの関係において、あるユーザの入力が不適切であることの判断ができる。
【発明を実施するための最良の形態】
【００１５】
以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００１６】
（実施の形態１）
【００１７】
本実施の形態において、例えば、帳票の種類ごとに、権限の不具合ルール情報を管理し、帳票への入力が適正か否かをチェックする情報処理システムについて説明する。なお、本実施の形態において、不具合ルール情報には、帳票内のデータ内容も含まれても良い。本実施の形態において、例えば、決裁願いの登録者と承認者が同一人である場合は不具合である。さらに、本実施の形態において、例えば、決裁願いの登録者と承認者が同一部門である場合は不具合である。
【００１８】
図１は、本実施の形態における情報処理システムの概念図である。情報処理システムは、情報処理装置１と１以上の情報端末２とを具備する。情報処理装置１は、帳票等のドキュメントを管理するサーバ装置である。情報端末２は、ユーザの端末であり、いわゆるパーソナルコンピュータ、携帯電話、携帯端末、ナビゲーション端末、テレビ等、情報を出力する機能を有する装置であれば良い。また、情報処理システムは、例えば、アプリケーションソフトウェアを実行するシステムである。また、ここでは、アプリケーションソフトウェアは、例えば、会計や、販売や、人事等の企業等の業務に用いられる業務システムとして機能するソフトウェアである。かかるソフトウェアは、企業の会計監査、内部監査等と密接な関係を有するソフトウェアである。また、業務システムは、例えば、決裁願の申請システム、出張許可申請システム、交通費申請システムなどである。
【００１９】
図２は、本実施の形態における情報処理システムのブロック図である。情報処理装置１は、ユーザ情報格納部１０１、ルール情報格納部１０２、帳票格納部１０３、第一情報受付部１０４、第一蓄積部１０５、第二情報受付部１０６、判断部１０７、不具合情報構成部１０８、不具合情報出力部１０９、第二蓄積部１１０を具備する。
【００２０】
判断部１０７は、第一データ取得手段１０７１、第一ユーザ識別子取得手段１０７２、第二ユーザ識別子取得手段１０７３、帳票種類識別子取得手段１０７４、不具合ルール情報取得手段１０７５、判断手段１０７６を具備する。
【００２１】
不具合情報出力部１０９は、不具合情報格納手段１０９１、送信先情報格納手段１０９２、通知タイミング情報格納手段１０９３、不具合情報蓄積手段１０９４、送信手段１０９５を具備する。
【００２２】
情報端末２は、端末受付部２１、端末送信部２２、端末受信部２３、端末出力部２４を具備する。
【００２３】
ユーザ情報格納部１０１は、ユーザ情報を、２以上格納し得る。ユーザ情報は、ユーザに関する情報であり、ユーザを識別するユーザ識別子を含む。ユーザ情報は、ユーザが所属する部署を識別する部署識別子を有しても良い。ユーザ情報格納部１０１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ユーザ情報格納部１０１にユーザ情報が記憶される過程は問わない。例えば、記録媒体を介してユーザ情報がユーザ情報格納部１０１で記憶されるようになってもよく、通信回線等を介して送信されたユーザ情報がユーザ情報格納部１０１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ情報がユーザ情報格納部１０１で記憶されるようになってもよい。
【００２４】
ルール情報格納部１０２は、帳票種類識別子と、不具合ルール情報とを有するルール情報を、１以上格納し得る。また、ルール情報は、帳票種類識別子と、データ条件と、不具合ルール情報とを有しても良い。帳票種類識別子とは、帳票の種類を識別する情報である。不具合ルール情報とは、帳票に対する入力の不具合に関するルールであり、一の帳票に対してデータを入力する２以上のユーザの関係における不具合に関するルールである。また、不具合ルール情報は、例えば、後述する第一ユーザ識別子（例えば、決裁願いの申請者を識別する情報）と第二ユーザ識別子（例えば、決裁願いの承認者を識別する情報）が同一である場合に不具合であると判断し得るルールである。また、不具合ルール情報は、例えば、第一ユーザ識別子に対応する第一の部署識別子と第二ユーザ識別子に対応する第二の部署識別子が同一である場合に不具合であると判断し得るルールである。なお、不具合ルール情報は、上記２以上のユーザの関係が適切である場合のルールを示す情報でも良い。また、データ条件とは、一の帳票に対して入力された１以上のデータに関する条件である。データ条件とは、例えば、「決裁額＞＝１００万円」、「出張交通費＞＝１万円」などである。また、帳票とは、例えば、登録（申請）、および登録（申請）に対する承認がある帳票である。さらに、不具合ルール情報とは、一の帳票に入力した二人のユーザの関係で、不具合か否かを判断するためのルールであり、不適合な場合を規定したルールでも、適合の場合を規定したルールでも良い。ルール情報格納部１０２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ルール情報格納部１０２にルール情報が記憶される過程は問わない。例えば、記録媒体を介してルール情報がルール情報格納部１０２で記憶されるようになってもよく、通信回線等を介して送信されたルール情報がルール情報格納部１０２で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたルール情報がルール情報格納部１０２で記憶されるようになってもよい。
【００２５】
帳票格納部１０３は、帳票種類識別子と、帳票を識別する帳票識別子と、当該帳票識別子で識別される帳票のデータとを対応付けて格納し得る。帳票のデータとは、後述する第一データや第二データなどを含み得る。また、一つの識別子により、帳票種類識別子と、帳票識別子を含んでも良い（帳票の種類と帳票自体を識別できても良い）。帳票格納部１０３は、帳票種類識別子ごとに表を保持し、各表のレコードが帳票識別子で識別される帳票であっても良い。帳票格納部１０３におけるデータ管理の構造等は問わない。帳票格納部１０３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００２６】
第一情報受付部１０４は、第一ユーザから、第一情報を受け付ける。第一情報は、第一ユーザ識別子と、帳票識別子と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する。第一情報受付部１０４は、通常、第一ユーザ識別子で識別されるユーザが情報端末２に入力した第一情報を受信する。したがって、受付とは、無線または有線の通信手段を用いた受信が好適であるが、キーボードやマウスやテンキーやメニュー画面などの入力手段からの受け付けでも良い。第一情報受付部１０４は、無線または有線の通信手段等で実現され得る。
【００２７】
第一蓄積部１０５は、第一情報受付部１０４が受け付けた第一情報が有する帳票識別子と対応付けて、第一情報が有する第一ユーザ識別子と第一データとを帳票格納部１０３に蓄積する。第一ユーザ識別子とは、ユーザにより入力された帳票内の情報でも良いし、ログイン時等に入力されたユーザＩＤなどでも良い。第一蓄積部１０５は、通常、ＭＰＵやメモリ等から実現され得る。第一蓄積部１０５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００２８】
第二情報受付部１０６は、第二ユーザから、第二情報を受け付ける。第二情報は、第二ユーザ識別子と、帳票識別子と、当該第二ユーザ識別子で識別されるユーザが入力した第二データを有する。第二データとは、例えば、承認を意味する情報であり、第二ユーザ識別子でも良い。第二データが第二ユーザ識別子の場合、第二情報は、第二ユーザ識別子と帳票識別子のみでも良い。第二情報受付部１０６は、通常、第一ユーザから入力された第一情報に対応する第二情報を、第二ユーザから受け付ける。第二情報受付部１０６は、通常、第二ユーザ識別子で識別される第二ユーザが情報端末２に入力した第二情報を受信する。したがって、受付とは、無線または有線の通信手段を用いた受信が好適であるが、キーボードやマウスやテンキーやメニュー画面などの入力手段からの受け付けでも良い。第一情報受付部１０４は、無線または有線の通信手段等で実現され得る。
【００２９】
判断部１０７は、第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する。また、判断部１０７は、第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と、帳票識別子に対応する第一データが満たすデータ条件とに対応付けられている不具合ルール情報に合致するか否かを判断しても良い。判断部１０７は、通常、ＭＰＵやメモリ等から実現され得る。判断部１０７の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００３０】
第一データ取得手段１０７１は、第二情報受付部１０６が受け付けた第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、帳票格納部１０３から取得する。
【００３１】
第一ユーザ識別子取得手段１０７２は、第二情報受付部１０６が受け付けた帳票識別子に対応する第一ユーザ識別子を取得する。
【００３２】
第二ユーザ識別子取得手段１０７３は、第二情報受付部１０６が受け付けた第二情報に含まれる第二ユーザ識別子を取得する。
【００３３】
帳票種類識別子取得手段１０７４は、第二情報受付部１０６が受け付けた帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する。帳票種類識別子取得手段１０７４は、例えば、帳票格納部１０３から、帳票識別子に対応する帳票種類識別子を取得する。帳票種類識別子取得手段１０７４は、例えば、第二情報受付部１０６が受け付けた第二情報に含まれる帳票種類識別子を取得しても良い。
【００３４】
不具合ルール情報取得手段１０７５は、帳票種類識別子と対応付けられる不具合ルール情報を、ルール情報格納部１０２から取得する。また、不具合ルール情報取得手段１０７５は、帳票種類識別子、および第一データ取得手段１０７１が取得した第一データが満たすデータ条件と対応付けられる不具合ルール情報を、ルール情報格納部１０２から取得しても良い。
【００３５】
判断手段１０７６は、第一ユーザ識別子と第二ユーザ識別子が、不具合ルール情報取得手段１０７５が取得した不具合ルール情報が示すルールに合致するか否かを判断する。
【００３６】
第一データ取得手段１０７１、第一ユーザ識別子取得手段１０７２、第二ユーザ識別子取得手段１０７３、帳票種類識別子取得手段１０７４、不具合ルール情報取得手段１０７５、および判断手段１０７６は、通常、ＭＰＵやメモリ等から実現され得る。第一データ取得手段１０７１等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００３７】
不具合情報構成部１０８は、判断部１０７が、不具合ルール情報に合致すると判断した場合、第二ユーザ識別子で識別される第二ユーザの入力が不適切である旨を示す不具合情報を構成する。「第二ユーザの入力が不適切である」とは、例えば、第二ユーザが入力する権限が無いことを示す。「不具合ルール情報に合致すると判断した場合」とは、適合するルールに合致しないと判断した場合と同様であることは言うまでもない。また、不具合情報とは、例えば、「本決裁願いの承認を行う資格が、ユーザ「第二ユーザ識別子」にはありません。」など、である。不具合情報のデータ構造等は問わない。また、不具合情報構成部１０８は、例えば、不具合情報の雛形の文「本＜帳票種類識別子＞の承認を行う資格が、ユーザ「＜第二ユーザ識別子＞」にはありません。」を保持しており、かかる雛形の文中の変数＜帳票種類識別子＞、＜第二ユーザ識別子＞に、取得された値（データ）を代入して、不具合情報を構成する。なお、雛形の文において、「＜」「＞」で囲まれている情報が変数である。不具合情報構成部１０８は、通常、ＭＰＵやメモリ等から実現され得る。不具合情報構成部１０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００３８】
不具合情報出力部１０９は、不具合情報構成部１０８が構成した不具合情報を出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタへの印字、音出力、外部の装置（情報端末２など）への送信、記録媒体への蓄積、他の処理装置や他のプログラム等への処理結果の引渡し等を含む概念である。なお、不具合情報出力部１０９は、不具合情報格納手段１０９１、送信先情報格納手段１０９２、通知タイミング情報格納手段１０９３、不具合情報蓄積手段１０９４、送信手段１０９５により構成されていることが好適であるが、不具合情報を蓄積するだけでも良いし、不具合情報を表示するだけでも良いし、不具合情報を他の装置（情報端末２など）に送信するだけでも良い。不具合情報出力部１０９は、例えば、無線または有線の通信手段等により実現され得る。
【００３９】
不具合情報格納手段１０９１は、１以上の不具合情報を格納し得る。不具合情報格納手段１０９１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００４０】
送信先情報格納手段１０９２は、不具合情報の送信先を示す情報である送信先情報を格納し得る。送信先情報は、メールアドレスや、ＩＰアドレスや、ＵＲＬ等である。なお、送信先は、例えば、部署の責任者、内部監査の担当者など、システムや部署を管理、監督する立場の者が好適である。送信先情報格納手段１０９２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。送信先情報格納手段１０９２に送信先情報が記憶される過程は問わない。例えば、記録媒体を介して送信先情報が送信先情報格納手段１０９２で記憶されるようになってもよく、通信回線等を介して送信された送信先情報が送信先情報格納手段１０９２で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された送信先情報が送信先情報格納手段１０９２で記憶されるようになってもよい。
【００４１】
通知タイミング情報格納手段１０９３は、不具合情報を通知するタイミングを示す通知タイミング情報を格納し得る。通知タイミング情報とは、例えば、「毎週金曜日  １８：００」や、「毎月末  １７：００」や、「２００８／６／２５  １０：００」などである。なお、通知タイミング情報の構造は問わない。通知タイミング情報格納手段１０９３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。通知タイミング情報格納手段１０９３に通知タイミング情報が記憶される過程は問わない。例えば、記録媒体を介して通知タイミング情報が通知タイミング情報格納手段１０９３で記憶されるようになってもよく、通信回線等を介して送信された通知タイミング情報が通知タイミング情報格納手段１０９３で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された通知タイミング情報が通知タイミング情報格納手段１０９３で記憶されるようになってもよい。
【００４２】
不具合情報蓄積手段１０９４は、不具合情報構成部１０８が構成した不具合情報を、不具合情報格納手段１０９１に蓄積する。不具合情報蓄積手段１０９４は、通常、ＭＰＵやメモリ等から実現され得る。不具合情報蓄積手段１０９４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４３】
送信手段１０９５は、不具合情報格納手段１０９１に格納されている１以上の不具合情報を、通知タイミング情報が示すタイミングで、送信先情報が示す送信先に送信する。ここで、送信とは、例えば、電子メール、電話、所定のファイルへの書き込みなどである。送信手段１０９５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００４４】
第二蓄積部１１０は、判断部１０７が、不具合ルール情報に合致しないと判断した場合、第二情報受付部１０６が受け付けた第二情報が有する帳票識別子と対応付けて、第二情報が有する第二データを、帳票格納部１０３に蓄積する。なお、不具合ルール情報が適正なことを示すルールである場合は、判断部１０７が、不具合ルール情報に合致すると判断した場合、第二蓄積部１１０は、第二情報受付部１０６が受け付けた第二情報が有する帳票識別子と対応付けて、第二情報が有する第二データを、帳票格納部１０３に蓄積する。かかる場合も、第二蓄積部１１０の動作に含まれる（同一の動作である）ことは言うまでもない。なお、第二蓄積部１１０は、判断部１０７における判断に関わらず、第二データを、帳票格納部１０３に蓄積しても良い。第二蓄積部１１０は、通常、ＭＰＵやメモリ等から実現され得る。第二蓄積部１１０の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４５】
次に、情報処理装置１の動作について図３のフローチャートを用いて説明する。
【００４６】
（ステップＳ３０１）第一情報受付部１０４または第二情報受付部１０６は、何らかの情報（指示等も含む）を受け付けたか否かを判断する。情報を受け付ければステップＳ３０２に行き、情報を受け付けなければステップＳ３１１に行く。
【００４７】
（ステップＳ３０２）第一情報受付部１０４は、ステップＳ３０１で受け付けた情報が、第一情報であるか否かを判断する。第一情報であればステップＳ３０３に行き、第一情報でなければステップＳ３０４に行く。なお、第一情報受付部１０４は、ある帳票に対する最初のデータ入力、または申請のための情報の入力である場合は、第一情報であると判断する。つまり、第一情報受付部１０４は、例えば、帳票の属性をチェックし、受け付けた情報が、申請のための情報であるか否かをチェックする。なお、申請のための情報とは、例えば、決裁願いを発行するための情報、出張許可願いを申請するための情報、備品購入願いを申請するための情報等である。
【００４８】
（ステップＳ３０３）第一蓄積部１０５は、ステップＳ３０１で受け付けた第一情報が有する帳票識別子と対応付けて、当該第一情報が有する第一ユーザ識別子と第一データとを帳票格納部１０３に蓄積する。なお、帳票格納部１０３に帳票識別子に対応する情報が存在しない場合は、第一蓄積部１０５は、例えば、帳票識別子と第一ユーザ識別子と第一データとを有するレコードを、対応する表（当該種類の帳票を管理している表）に追記する。ステップＳ３０１に戻る。
【００４９】
（ステップＳ３０４）第二情報受付部１０６は、ステップＳ３０１で受け付けた情報が、第二情報であるか否かを判断する。第二情報であればステップＳ３０５に行き、第二情報でなければステップＳ３１０に行く。
【００５０】
（ステップＳ３０５）判断部１０７は、第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する。かかる処理を判断処理という。判断処理の詳細について、図４、図５のフローチャートを用いて説明する。
【００５１】
（ステップＳ３０６）不具合情報構成部１０８は、ステップＳ３０５における判断処理の結果が「不適切（例えば、「１」）」であるか否かを判断する。判断処理の結果が「不適切」であればステップＳ３０７に行き、「不適切」でなければステップＳ３０９に行く。
【００５２】
（ステップＳ３０７）不具合情報構成部１０８は、第二ユーザ識別子で識別される第二ユーザの入力が不適切である旨を示す不具合情報を構成する。
【００５３】
（ステップＳ３０８）不具合情報出力部１０９の不具合情報蓄積手段１０９４は、不具合情報構成部１０８が構成した不具合情報を、不具合情報格納手段１０９１に蓄積する。ステップＳ３０１に戻る。
【００５４】
（ステップＳ３０９）第二蓄積部１１０は、第二情報受付部１０６が受け付けた第二情報が有する帳票識別子と対応付けて、当該第二情報が有する第二データを、帳票格納部１０３に蓄積する。ステップＳ３０１に戻る。
【００５５】
（ステップＳ３１０）図示しない動作部は、ステップＳ３０１で受け付けた指示や情報等に対応した動作を行う。ステップＳ３０１に戻る。
【００５６】
（ステップＳ３１１）送信手段１０９５は、不具合情報の送信タイミングであるか否かを判断する。送信タイミングであればステップＳ３１２に行き、送信タイミングでなければステップＳ３０１に戻る。
【００５７】
（ステップＳ３１２）送信手段１０９５は、送信先情報格納手段１０９２から送信先情報を取得する。
【００５８】
（ステップＳ３１３）送信手段１０９５は、不具合情報格納手段１０９１から不具合情報を取得する。
【００５９】
（ステップＳ３１４）送信手段１０９５は、ステップＳ３１２で取得した送信先情報が示す送信先に、ステップＳ３１３で取得した不具合情報を送信する。ステップＳ３０１に戻る。
【００６０】
なお、図３のフローチャートにおいて、ステップＳ３０５における判断処理の結果が「不適切（例えば、「１」）」であっても、ステップＳ３０９における第二情報の蓄積処理を行っても良い。かかる場合でも、不適切な第二情報の入力であることが記録されたり、第三者に通知されたりする。
【００６１】
なお、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００６２】
次に、ステップＳ３０５の判断処理の第一の例について、図４のフローチャートを用いて説明する。
【００６３】
（ステップＳ４０１）第一データ取得手段１０７１は、受け付けられた第二情報に含まれる帳票識別子を取得する。
【００６４】
（ステップＳ４０２）第一データ取得手段１０７１は、ステップＳ４０１で取得した帳票識別子と一致する帳票識別子に対応する第一データを、帳票格納部１０３から取得する。
【００６５】
（ステップＳ４０３）第一ユーザ識別子取得手段１０７２は、ステップＳ４０１で取得された帳票識別子に対応する第一ユーザ識別子を取得する。
【００６６】
（ステップＳ４０４）第二ユーザ識別子取得手段１０７３は、受け付けられた第二情報に含まれる第二ユーザ識別子を取得する。
【００６７】
（ステップＳ４０５）帳票種類識別子取得手段１０７４は、ステップＳ４０１で取得された帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する。
【００６８】
（ステップＳ４０６）不具合ルール情報取得手段１０７５は、ステップＳ４０５で取得された帳票種類識別子と対応付けられる不具合ルール情報を、ルール情報格納部１０２から取得する。
【００６９】
（ステップＳ４０７）判断手段１０７６は、ステップＳ４０３で取得された第一ユーザ識別子と、ステップＳ４０４で取得された第二ユーザ識別子が、ステップＳ４０６で取得された不具合ルール情報が示すルールに合致するか否かを判断する。なお、ここでの判断は、第一ユーザ識別子に対応する部署識別子と、第二ユーザ識別子に対応する部署識別子とが、不具合ルール情報が示すルールに合致するか否かを判断する場合でも良い。かかる場合も、二人の関係が適正か不適正かを判断することである。
【００７０】
（ステップＳ４０８）判断手段１０７６は、ステップＳ４０７における判断結果が「合致」であればステップＳ４０９に行き、「合致」でなければステップＳ４１０に行く。
【００７１】
（ステップＳ４０９）判断手段１０７６は、変数「判断結果」に「不適切（例えば、「１」）」を代入する。上位処理にリターンする。
【００７２】
（ステップＳ４１０）判断手段１０７６は、変数「判断結果」に「適切（例えば、「０」）」を代入する。上位処理にリターンする。
【００７３】
次に、ステップＳ４０５の判断処理の第二の例について、図５のフローチャートを用いて説明する。図５のフローチャートにおいて、図４のフローチャートと同一の処理は、その説明を省略する。
【００７４】
（ステップＳ５０１）不具合ルール情報取得手段１０７５は、ステップＳ４０６で取得した１以上の不具合ルール情報が有するデータ条件に対応する１以上のデータを、第一データから取得する。
【００７５】
（ステップＳ５０２）不具合ルール情報取得手段１０７５は、カウンタｉに１を代入する。
【００７６】
（ステップＳ５０３）不具合ルール情報取得手段１０７５は、ステップＳ４０６で取得した１以上の各不具合ルール情報に対応する１以上のデータ条件の中に、ｉ番目のデータ条件が存在するか否かを判断する。ｉ番目のデータ条件が存在すればステップＳ５０４に行き、ｉ番目のデータ条件が存在しなければステップＳ４０９に行く。
【００７７】
（ステップＳ５０４）不具合ルール情報取得手段１０７５は、ステップＳ５０１で取得した１以上のデータが、ｉ番目のデータ条件に合致するか否かを判断する。合致すると判断した場合はステップＳ５０５に行き、合致しないと判断した場合はステップＳ５０６に行く。
【００７８】
（ステップＳ５０５）不具合ルール情報取得手段１０７５は、ｉ番目のデータ条件に対応する不具合ルール情報を取得する。ステップＳ４０７に行く。
【００７９】
（ステップＳ５０６）不具合ルール情報取得手段１０７５は、カウンタｉを１、インクリメントする。ステップＳ５０３に戻る。
【００８０】
以下、本実施の形態における情報処理装置１の具体的な動作について説明する。情報処理装置１の概念図は図１である。
【００８１】
今、ユーザ情報格納部１０１は、図６に示すユーザ情報管理表を保持している。ユーザ情報管理表は、「ＩＤ」と「ユーザ情報」を有するレコードを１以上管理している表である。「ＩＤ」はレコードを識別する情報であり、表管理のための属性である。「ユーザ情報」は、「ユーザＩＤ」「パスワード」「氏名」「部署識別子」「役職」などの属性を有する。「ユーザＩＤ」は、ユーザを識別するＩＤである。ユーザは、例えば、情報端末２に「ユーザＩＤ」と「パスワード」を入力し、情報処理装置１の図示しない認証部による認証許可を得た後、後述するような帳票へのデータの入力を行う。なお、「ユーザＩＤ」または「氏名」が、ユーザ識別子となり得る。「部署識別子」は部署を識別する情報である。「役職」は役職を識別する情報である。
【００８２】
また、ルール情報格納部１０２は、図７に示すルール情報管理表を保持している。ルール情報管理表は、「ＩＤ」と「ルール情報」を有するレコードを１以上管理している表である。「ルール情報」は、「帳票種類識別子」「データ条件」「不具合ルール情報」を有する。「不具合ルール情報」は、ここでは、不適合であることを判断するためのルールである。図７において、「ＩＤ＝１」のレコードは、帳票種類識別子「決裁願」で、決裁額が１００万円以上の場合、「第一の部署識別子＝第二の部署識別子」である場合、または、「第二のユーザの役職が部長でない」場合は、不具合がある、と判断されることを示す。図７の表において「！＝」は、「不適合である」という意味である。また、役職の「Ａ＜Ｂ」は、役職のレベルについて、ＡがＢより低いことを示す。さらに、ルール情報格納部１０２は、図８に示す役職階層情報管理表を保持している、とする。役職階層情報管理表は、「ランク」「役職階層情報」を有するレコードを１以上、保持している。図８の役職階層情報管理表は、技術系社員の役職の階層を示す役職階層情報と、営業・事務系の社員の役職の階層を示す役職階層情報の２つの役職階層情報を保持する。なお、図８において、技術系社員と営業・事務系の社員で同じ呼称の役職は、一つに記載している。役職のレベルを取得する場合に、図８の役職階層情報管理表のランクを用いる。なお、図７の「第一ユーザの役職＞＝第二ユーザの役職」は、「第一ユーザの役職に対応するランク（数値）＜＝第二ユーザの役職に対応するランク（数値）」と同意義である。つまり、図８において、ランクの数値が小さいほど、役職が上、であることを示す。
【００８３】
また、帳票格納部１０３は、図９に示す決裁願の帳票情報管理表を保持している。図９の帳票情報管理表は、帳票種類識別子「決裁願」の管理表であり、各レコードが一つの帳票「決裁願」に対応する。帳票情報管理表は、「帳票識別子」「タイトル」「決裁内容」「決裁申請者識別子」「起案日」「決裁額」「承認者識別子」「承認日」などの属性を有する。帳票情報管理表の各レコードは、決裁の起案者（第一ユーザ）と、承認者（第二ユーザ）との二人のユーザにより完成される文書に対応するレコードである。「タイトル」は、決裁願のタイトルである。「決裁内容」は決裁の内容、目的、効果などを記載する属性である。「決裁申請者識別子」は、決裁の起案者を識別する情報であり、ここでは、第一ユーザ識別子に対応する、とする。「決裁額」は、決裁の金額である。「承認者識別子」は、決裁の承認者を識別する情報であり、ここでは、第二ユーザ識別子に対応する、とする。図９において、現在、３つのレコードが格納されている。
【００８４】
また、送信先情報格納手段１０９２は、管理者のメールアドレスである送信先情報「ｋａｎｒｉ＠ａｂｃ．ｃｏ．ｊｐ」を格納している。
【００８５】
さらに、通知タイミング情報格納手段１０９３は、ここでは、「毎月第一金曜日  １７：００」を保持している、とする。
【００８６】
かかる状況において、ユーザ「高田正子」は、自分の情報端末２に対して、自己のユーザＩＤ「５３１０」とパスワード「ｘｘｘ」を入力し、情報処理装置１にログインした、とする。かかるログイン処理は、公知技術であるので、詳細な説明を省略する。
【００８７】
次に、ユーザ「高田正子」は、全社会計システムの導入の決裁を起案するために、情報処理装置１の社内帳票システム（本情報処理システム）の決裁願システムを立ち上げた、とする。なお、この決裁願システムの画面例を図１０に示す。図１０において、画面の破線より上のフィールドは、起案者が入力するフィールド、画面の破線より下のフィールドは、承認者が入力するフィールドである。
【００８８】
そして、ユーザ「高田正子」は、図１１に示すような、決裁願の申請の情報を入力して、登録ボタンを押下した、とする。すると、端末受付部２１は、ユーザ「高田正子」が入力した情報を受け付け、端末送信部２２は、当該情報を、情報処理装置１に送信する。
【００８９】
次に、第一情報受付部１０４は、第一ユーザ識別子「５３１０」と、帳票識別子「０４」と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する。第一データは、タイトル「全社会計システム導入」、決裁内容「全社で利用できる・・・・」、起案日「２００８／４／２２」、決裁額「２１０万円」を含む。なお、第一情報受付部１０４は、例えば、起案者「高田正子」と対になる第一ユーザ識別子「５３１０」を、ユーザ情報格納部１０１から取得する、とする。なお、起案者「高田正子」から第一ユーザ識別子「５３１０」を取得する処理は、情報端末２が行っても良い。また、第一情報受付部１０４は、例えば、図９の帳票情報管理表から、次のレコードの帳票識別子「０４」を取得する、とする。なお、次のレコードの帳票識別子「０４」の取得方法は問わない。
【００９０】
次に、第一蓄積部１０５は、第一情報受付部１０４が受け付けた第一情報が有する帳票識別子「０４」と対応付けて、第一情報が有する第一ユーザ識別子「５３１０」と第一データ（タイトル「全社会計システム導入」、決裁内容「全社で利用できる・・・・」、起案日「２００８／４／２２」、決裁額「２１０万円」など）とを、図９の帳票情報管理表に蓄積する。そして、第一蓄積部１０５は、図１２に示す帳票情報管理表を得る。
【００９１】
次に、ユーザ「青木広」が、自分の情報端末２から帳票種類識別子「決裁願」、帳票識別子「０４」に対する決裁願の承認処理を行おうと、帳票識別子「０４」のデータを呼び出す。そして、ユーザ「青木広」の情報端末２には、図１１の画面が表示される。
【００９２】
次に、ユーザ「青木広」が、図１３に示すように、承認部署「総務部」、承認者「青木広」、承認日「２００８／４／２３」を入力し、登録ボタンを押下した、とする。すると、端末受付部２１は、ユーザ「青木広」が入力した情報を受け付け、端末送信部２２は、当該情報を、情報処理装置１に送信する。なお、送信される情報は、例えば、帳票種類識別子「決裁願」、帳票識別子「０４」、承認部署「総務部」、承認者「青木広」、承認日「２００８／４／２３」を含む。
【００９３】
次に、第二情報受付部１０６は、情報処理装置１から情報を受け付ける。そして、第二情報受付部１０６は、受け付けた帳票種類識別子「決裁願」、帳票識別子「０４」から、既に、レコードが存在し、追記の情報を受け付けたこと（第二情報を受け付けたこと）を判断する。そして、第二情報受付部１０６が受け付けた第二情報は、帳票種類識別子「決裁願」、帳票識別子「０４」、承認部署「総務部」、承認者「青木広」、第二ユーザ識別子「５５４４」承認日「２００８／４／２３」を含む、とする。なお、例えば、第二情報受付部１０６は、承認者「青木広」と対になる第二ユーザ識別子「５５４４」を、図６のユーザ情報管理表から取得する、とする。
【００９４】
次に、判断部１０７は、以下のような判断処理を行う。つまり、第一データ取得手段１０７１は、受け付けられた第二情報に含まれる帳票識別子「０４」を取得する。そして、第一データ取得手段１０７１は、取得した帳票識別子「０４」と一致する帳票識別子に対応する第一データ（タイトル「全社会計システム導入」、決裁内容「全社で利用できる・・・・」、起案日「２００８／４／２２」、決裁額「２１０万円」など）を、図１２の帳票管理表から取得する。
【００９５】
次に、第一ユーザ識別子取得手段１０７２は、取得された帳票識別子「０４」に対応する第一ユーザ識別子「５３１０」を取得する。
【００９６】
そして、第二ユーザ識別子取得手段１０７３は、受け付けられた第二情報に含まれる第二ユーザ識別子「５５４４」を取得する。
【００９７】
次に、帳票種類識別子取得手段１０７４は、取得された帳票識別子「０４」で識別される帳票の種類を識別する帳票種類識別子「決裁願」を取得する。
【００９８】
次に、不具合ルール情報取得手段１０７５は、取得された帳票種類識別子「決裁願」と対応付けられる不具合ルール情報を、図７のルール情報管理表から取得する。そして、不具合ルール情報取得手段１０７５は、「ＩＤ＝１」「ＩＤ＝２」の不具合ルール情報を得る。また、不具合ルール情報取得手段１０７５は、「ＩＤ＝１」「ＩＤ＝２」のデータ条件を取得する。
【００９９】
次に、不具合ルール情報取得手段１０７５は、取得した１以上の不具合ルール情報に対応するデータ条件（「決裁額＞＝１００万円」「決裁額＜１００万円」）に対応する１以上のデータ「決裁額：２１０万円」を、第一データから取得する。つまり、不具合ルール情報取得手段１０７５は、データ条件を構成する属性「決裁額」に対応するデータ「２１０万円」を取得する。
【０１００】
次に、不具合ルール情報取得手段１０７５は、取得したデータ「決裁額：２１０万円」が、「ＩＤ＝１」の不具合ルール情報に対応するデータ条件「決裁額＞＝１００万円」に合致する、と判断する。
【０１０１】
次に、不具合ルール情報取得手段１０７５は、１番目のデータ条件に対応する不具合ルール情報「第一の部署識別子＝第二の部署識別子  ＯＲ  第二ユーザの役職！＝部長」を取得する。
【０１０２】
そして、判断手段１０７６は、取得された第一ユーザ識別子「５３１０」と、取得された第二ユーザ識別子「５５４４」が、取得された不具合ルール情報「第一の部署識別子＝第二の部署識別子  ＯＲ  第二ユーザの役職！＝部長」が示すルールに合致するか否かを判断する。ここで、第一ユーザ識別子「５３１０」の部署識別子である第一の部署識別子が「総務部」、第二ユーザ識別子「５５４４」の部署識別子である第二の部署識別子が「総務部」であるので、判断手段１０７６は、不具合ルール情報に合致する、と判断する。
【０１０３】
そして、判断手段１０７６は、変数「判断結果」に「不適切（例えば、「１」）」を代入する。
【０１０４】
次に、不具合情報構成部１０８は、第二ユーザ識別子「５５４４」で識別される第二ユーザの入力が不適切である旨を示す不具合情報（例えば、「ユーザ「５５４４」は、決裁願「０４」の承認に失敗しました。」，２００８／４／２３  １６：１４）を構成する。
【０１０５】
次に、不具合情報蓄積手段１０９４は、不具合情報構成部１０８が構成した不具合情報（例えば、「ユーザ「５５４４」は、決裁願「０４」の承認に失敗しました。」，２００８／４／２３  １６：１４）を、不具合情報格納手段１０９１に蓄積する。
【０１０６】
そして、図示しない手段により、不具合情報または不具合情報の内容が、情報端末２に送信される、とする。そして、情報端末２は、不具合情報を受信し、出力する。そして、ユーザ「青木広」は、決裁願の承認をする権利が無いことを知る。
【０１０７】
そして、例えば、送信手段１０９５は、通知タイミング情報格納手段１０９３に格納されている通知タイミング情報が示すタイミング「５／９（金）  １７：００」になった時に、送信先情報格納手段１０９２に格納されている送信先情報「ｋａｎｒｉ＠ａｂｃ．ｃｏ．ｊｐ」が示す送信先に、不具合情報格納手段１０９１の不具合情報を送信する。図１４は、不具合情報群（不具合承認レポート）の例である。
【０１０８】
次に、ユーザ「青木広」は、自分の部署の決裁願であって、決裁額が１００万円を超えるものについて、承認ができないことを知り、経理部の部長「山本和夫」に、決裁願の承認を依頼にいった、とする。
【０１０９】
そして、ユーザ「山本和夫」が、自分の情報端末２から帳票種類識別子「決裁願」、帳票識別子「０４」に対する決裁願の承認処理を行おうと、帳票識別子「０４」のデータを呼び出す。そして、ユーザ「山本和夫」の情報端末２には、図１１の画面が表示される。
【０１１０】
次に、ユーザ「山本和夫」が、承認部署「経理部」、承認者「山本和夫」、承認日「２００８／４／２３」を入力し、登録ボタンを押下した、とする。すると、端末受付部２１は、ユーザ「山本和夫」が入力した情報を受け付け、端末送信部２２は、当該情報を、情報処理装置１に送信する。なお、送信される情報は、例えば、帳票種類識別子「決裁願」、帳票識別子「０４」、承認部署「経理部」、承認者「山本和夫」、承認日「２００８／４／２３」を含む。
【０１１１】
次に、第二情報受付部１０６は、情報処理装置１から情報を受け付ける。そして、第二情報受付部１０６は、受け付けた帳票種類識別子「決裁願」、帳票識別子「０４」から、既に、レコードが存在し、追記の情報を受け付けたこと（第二情報を受け付けたこと）を判断する。そして、第二情報受付部１０６が受け付けた第二情報は、帳票種類識別子「決裁願」、帳票識別子「０４」、承認部署「経理部」、承認者「山本和夫」、第二ユーザ識別子「５４３２」承認日「２００８／４／２３」を含む、とする。なお、例えば、第二情報受付部１０６は、承認者「山本和夫」と対になる第二ユーザ識別子「５４３２」を、図６のユーザ情報管理表から取得する、とする。
【０１１２】
次に、判断部１０７は、上述したような判断処理を行う。つまり、第一データ取得手段１０７１は、受け付けられた第二情報に含まれる帳票識別子「０４」を取得する。そして、第一データ取得手段１０７１は、取得した帳票識別子「０４」と一致する帳票識別子に対応する第一データ（タイトル「全社会計システム導入」、決裁内容「全社で利用できる・・・・」、起案日「２００８／４／２２」、決裁額「２１０万円」など）を、図１２の帳票管理表から取得する。
【０１１３】
次に、第一ユーザ識別子取得手段１０７２は、取得された帳票識別子「０４」に対応する第一ユーザ識別子「５３１０」を取得する。
【０１１４】
そして、第二ユーザ識別子取得手段１０７３は、受け付けられた第二情報に含まれる第二ユーザ識別子「５４３２」を取得する。
【０１１５】
次に、帳票種類識別子取得手段１０７４は、取得された帳票識別子「０４」で識別される帳票の種類を識別する帳票種類識別子「決裁願」を取得する。
【０１１６】
次に、不具合ルール情報取得手段１０７５は、上述した処理により、不具合ルール情報「第一の部署識別子＝第二の部署識別子  ＯＲ  第二ユーザの役職！＝部長」を取得する。
【０１１７】
そして、判断手段１０７６は、取得された第一ユーザ識別子「５３１０」と、取得された第二ユーザ識別子「５４３２」が、取得された不具合ルール情報「第一の部署識別子＝第二の部署識別子  ＯＲ  第二ユーザの役職！＝部長」が示すルールに合致しない、と判断する。
【０１１８】
そして、判断手段１０７６は、変数「判断結果」に「適切（例えば、「０」）」を代入する。
【０１１９】
次に、第二蓄積部１１０は、第二情報受付部１０６が受け付けた第二情報が有する帳票識別子と対応付けて、当該第二情報が有する第二データを、帳票格納部１０３に蓄積する。そして、第二蓄積部１１０は、図１５に示す帳票管理表を得る。
【０１２０】
以上、本実施の形態によれば、複数のユーザが入力して、完成する一の帳票等のドキュメントに対して、他のユーザとの関係において、あるユーザの入力が不適切であることの判断ができる。
【０１２１】
また、本実施の形態によれば、入力された第一データの内容に応じて、不具合のルールを変更でき、よりきめ細かく、第二ユーザの入力が不適切であることの検査ができる。そのため、本情報処理装置、情報処理システムが、内部監査の条件を満たすことを支援したり、保証したりでき得る。
【０１２２】
なお、本実施の形態の具体例によれば、ルール情報は、データ条件をも有する例を用いて、主に説明した。しかし、データ条件を有さないルール情報でも良いことは、図７に示すルール情報管理表に示した通りである。
【０１２３】
また、本実施の形態によれば、不具合ルール情報は、適合するためのルールを示す情報でも良い。かかる場合、ルール情報管理表は、図１６に示すようのものになる。図７と図１６のルール情報管理表は、どちらを採用しても、動作は同様である。
【０１２４】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、第一ユーザ識別子と、帳票識別子と、当該第一ユーザ識別子で識別されるユーザが入力した第一データを有する第一情報を受け付ける第一情報受付部と、前記第一情報受付部が受け付けた第一情報が有する帳票識別子と対応付けて、前記第一情報が有する第一ユーザ識別子と第一データとを、記憶媒体に蓄積する第一蓄積部と、第二ユーザ識別子と、帳票識別子と、当該第二ユーザ識別子で識別されるユーザが入力した第二データを有する第二情報を受け付ける第二情報受付部と、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と対応付けられる不具合ルール情報に合致するか否かを判断する判断部と、前記判断部が、不具合ルール情報に合致すると判断した場合、第二ユーザ識別子で識別されるユーザの入力が不適切である旨を示す不具合情報を構成する不具合情報構成部と、前記不具合情報構成部が構成した不具合情報を出力する不具合情報出力部と、前記判断部が、不具合ルール情報に合致しないと判断した場合、前記第二情報受付部が受け付けた第二情報が有する帳票識別子と対応付けて、前記第二情報が有する第二データを、前記記憶媒体に蓄積する第二蓄積部として機能させるためのプログラム、である。
【０１２５】
また、上記プログラムにおいて、前記判断部は、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、前記記憶媒体から取得する第一データ取得手段と、前記帳票識別子に対応する第一ユーザ識別子を取得する第一ユーザ識別子取得手段と、前記第二情報に含まれる第二ユーザ識別子を取得する第二ユーザ識別子取得手段と、前記帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する帳票種類識別子取得手段と、前記帳票種類識別子と対応付けられる不具合ルール情報を、記憶媒体から取得する不具合ルール情報取得手段と、
前記第一ユーザ識別子と前記第二ユーザ識別子が、前記不具合ルール情報取得手段が取得した不具合ルール情報が示すルールに合致するか否かを判断する判断手段を具備するものとして、コンピュータを機能させるためのプログラムであることは好適である。
【０１２６】
また、上記プログラムにおいて、前記ルール情報は、帳票種類識別子と、一の帳票に対して入力された１以上のデータに関する条件であるデータ条件と、不具合ルール情報とを対応付けて有し、前記判断部は、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一ユーザ識別子と、前記第二情報に含まれる第二ユーザ識別子が、当該帳票識別子で識別される帳票の種類を識別する帳票種類識別子と、前記帳票識別子に対応する第一データが満たすデータ条件とに対応付けられている不具合ルール情報に合致するか否かを判断するものとして、コンピュータを機能させるためのプログラムであることは好適である。
【０１２７】
また、上記プログラムにおいて、前記判断部は、前記第二情報に含まれる帳票識別子と一致する帳票識別子に対応する第一データを、前記記憶媒体から取得する第一データ取得手段と、前記帳票識別子に対応する第一ユーザ識別子を取得する第一ユーザ識別子取得手段と、前記第二情報に含まれる第二ユーザ識別子を取得する第二ユーザ識別子取得手段と、前記帳票識別子で識別される帳票の種類を識別する帳票種類識別子を取得する帳票種類識別子取得手段と、前記帳票種類識別子、および前記第一データ取得手段が取得した第一データが満たすデータ条件と対応付けられる不具合ルール情報を、前記ルール情報格納部から取得する不具合ルール情報取得手段と、前記第一ユーザ識別子と前記第二ユーザ識別子が、前記不具合ルール情報取得手段が取得した不具合ルール情報が示すルールに合致するか否かを判断する判断手段を具備するものとして、コンピュータを機能させるためのプログラムであることは好適である。
【０１２８】
また、上記プログラムにおいて、前記不具合情報出力部は、前記不具合情報を、記憶媒体に蓄積する不具合情報蓄積手段と、前記記憶媒体に格納されている１以上の不具合情報を、通知タイミング情報が示すタイミングで、送信先情報が示す送信先に送信する送信手段とを具備するものとして、コンピュータを機能させるためのプログラムであることは好適である。
【０１２９】
また、図１７は、本明細書で述べたプログラムを実行して、上述した実施の形態の情報処理装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１７は、このコンピュータシステム３４０の概観図であり、図１８は、コンピュータシステム３４０の内部構成を示す図である。
【０１３０】
図１７において、コンピュータシステム３４０は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２を含むコンピュータ３４１と、キーボード３４２と、マウス３４３と、モニタ３４４とを含む。
【０１３１】
図１８において、コンピュータ３４１は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２に加えて、ＭＰＵ３４１３と、ＣＤ−ＲＯＭドライブ３４１２及びＦＤドライブ３４１１に接続されたバス３４１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３４１５と、ＣＰＵ３４１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３４１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３４１７とを含む。ここでは、図示しないが、コンピュータ３４１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１３２】
コンピュータシステム３４０に、上述した実施の形態の情報処理装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３５０１、またはＦＤ３５０２に記憶されて、ＣＤ−ＲＯＭドライブ３４１２またはＦＤドライブ３４１１に挿入され、さらにハードディスク３４１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３４１に送信され、ハードディスク３４１７に記憶されても良い。プログラムは実行の際にＲＡＭ３４１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３５０１、ＦＤ３５０２またはネットワークから直接、ロードされても良い。
プログラムは、コンピュータ３４１に、上述した実施の形態の情報処理装置等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３４０がどのように動作するかは周知であり、詳細な説明は省略する。
【０１３３】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１３４】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１３５】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１３６】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１３７】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１３８】
以上のように、本発明にかかる情報処理装置は、複数のユーザが入力して、完成する一の帳票等のドキュメントに対して、他のユーザとの関係において、あるユーザの入力が不適切であることの検査ができる、という効果を有し、社内業務システム等として有用である。
【図面の簡単な説明】
【０１３９】
【図１】実施の形態１における情報処理システムの概念図
【図２】同情報処理システムのブロック図
【図３】同情報処理装置の動作について説明するフローチャート
【図４】同判断処理の動作について説明するフローチャート
【図５】同判断処理の動作について説明するフローチャート
【図６】同ユーザ情報管理表を示す図
【図７】同ルール情報管理表を示す図
【図８】同役職階層情報管理表を示す図
【図９】同帳票情報管理表を示す図
【図１０】同決裁願システムの画面例を示す図
【図１１】同決裁願システムの画面例を示す図
【図１２】同帳票管理表を示す図
【図１３】同決裁願システムの画面例を示す図
【図１４】同不具合承認レポートの例を示す図
【図１５】同帳票管理表を示す図
【図１６】同ルール情報管理表を示す図
【図１７】同コンピュータシステムの概観図
【図１８】同コンピュータシステムの内部構成を示す図
【符号の説明】
【０１４０】
１  情報処理装置
２  情報端末
２１  端末受付部
２２  端末送信部
２３  端末受信部
２４  端末出力部
１０１  ユーザ情報格納部
１０２  ルール情報格納部
１０３  帳票格納部
１０４  第一情報受付部
１０５  第一蓄積部
１０６  第二情報受付部
１０７  判断部
１０８  不具合情報構成部
１０９  不具合情報出力部
１１０  第二蓄積部
１０７１  第一データ取得手段
１０７２  第一ユーザ識別子取得手段
１０７３  第二ユーザ識別子取得手段
１０７４  帳票種類識別子取得手段
１０７５  不具合ルール情報取得手段
１０７６  判断手段
１０９１  不具合情報格納手段
１０９２  送信先情報格納手段
１０９３  通知タイミング情報格納手段
１０９４  不具合情報蓄積手段
１０９５  送信手段
【図１】
0005066008.tif 000002
【図２】
0005066008.tif 000003
【図３】
0005066008.tif 000004
【図４】
0005066008.tif 000005
【図５】
0005066008.tif 000006
【図６】
0005066008.tif 000007
【図７】
0005066008.tif 000008
【図８】
0005066008.tif 000009
【図９】
0005066008.tif 000010
【図１０】
0005066008.tif 000011
【図１１】
0005066008.tif 000012
【図１２】
0005066008.tif 000013
【図１３】
0005066008.tif 000014
【図１４】
0005066008.tif 000015
【図１５】
0005066008.tif 000016
【図１６】
0005066008.tif 000017
【図１７】
0005066008.tif 000018
【図１８】
0005066008.tif 000019