(57)【要約】【課題】端末からの印刷指示と出力された印刷物の整合性を判定することを課題とする。【解決手段】判定サーバは、情報処理端末から該情報処理端末に対して入力された印刷に関する設定情報を取得するとともに、設定情報の入力に応じて情報処理端末から送信された印刷指示を受信した複合機から、複合機が印刷指示に応じて行った印刷処理に関する情報とを取得する。判定サーバは、取得した設定情報と、取得した印刷処理に関する情報との整合性を判定し、判定結果を出力する。【選択図】図３
2018092545.tif 000002
【特許請求の範囲】
【請求項１】
情報処理端末から該情報処理端末に対して入力された印刷に関する設定情報を取得するとともに、前記設定情報の入力に応じて前記情報処理端末から送信された印刷指示を受信した複合機から、前記複合機が前記印刷指示に応じて行った印刷処理に関する情報とを取得し、
取得した前記設定情報と、取得した前記印刷処理に関する情報との整合性を判定し、
判定結果を出力する、
処理をコンピュータに実行させることを特徴とする印刷管理プログラム。
【請求項２】
前記取得する処理は、業務システム内に含まれる前記情報処理端末に入力された設定情報にしたがって該情報処理端末のオペレーティングシステムが発行した印刷指示を取得するとともに、前記業務システム内で発生した複数の印刷処理の印刷結果とを取得し、
前記判定する処理は、前記複数の印刷結果から、取得された前記印刷指示に対応する前記印刷結果を特定し、特定した前記印刷結果と前記印刷指示との整合性に基づいて、不正な印刷を監視することを特徴とする請求項１に記載の印刷管理プログラム。
【請求項３】
前記取得する処理は、前記業務システムによって生成される、個人情報に関連する証明書の印刷指示を取得するとともに、前記証明書の印刷が成功したか失敗したかを含む前記印刷結果を取得し、
前記判定する処理は、前記印刷指示と前記印刷結果とから前記証明書の印刷状況を特定し、特定した印刷状況が前記証明書の特性によって想定される印刷状況と一致する場合に、前記印刷状況を正常な印刷と判定し、特定した印刷状況が前記証明書の特性によって想定されない印刷状況と一致する場合に、前記印刷状況を不正な印刷と判定することを特徴とする請求項２に記載の印刷管理プログラム。
【請求項４】
前記判定する処理は、前記印刷状況によって、前記証明書が一度の印刷で複数部印刷されたと特定した場合、前記証明書が連続して印刷されたと特定した場合、または、前記証明書の印刷が失敗した後に再印刷が実行されていないと特定した場合、前記印刷状況を不正な印刷と判定することを特徴とする請求項３に記載の印刷管理プログラム。
【請求項５】
情報処理端末から該情報処理端末に対して入力された印刷に関する設定情報を取得するとともに、前記設定情報の入力に応じて前記情報処理端末から送信された印刷指示を受信した複合機から、前記複合機が前記印刷指示に応じて行った印刷処理に関する情報とを取得し、
取得した前記設定情報と、取得した前記印刷処理に関する情報との整合性を判定し、
判定結果を出力する、
処理をコンピュータが実行することを特徴とする印刷管理方法。
【請求項６】
情報処理端末から該情報処理端末に対して入力された印刷に関する設定情報を取得するとともに、前記設定情報の入力に応じて前記情報処理端末から送信された印刷指示を受信した複合機から、前記複合機が前記印刷指示に応じて行った印刷処理に関する情報とを取得する取得部と、
取得した前記設定情報と、取得した前記印刷処理に関する情報との整合性を判定する判定部と、
判定結果を出力する出力部と
を有することを特徴とする印刷管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷管理プログラム、印刷管理方法および印刷管理装置に関する。
【背景技術】
【０００２】
従来から、自治体など個人情報を扱う業務システムにおいては、ログ監査を行うことにより、不正操作や情報漏洩の監視を行っている。例えば、業務システムを構成する各種業務サーバの実行ログや業務システムにアクセスして各種処理を行う業務クライアントの実行ログを取得して、住民票などの各種証明書の印刷枚数や印刷の成否などを監視する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１１７０７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記ログ監査の手法では、業務システム内の端末からの印刷指示と実際に出力された印刷物の整合性を判定することができず、情報漏洩対策としては十分ではない。例えば、複数部の印刷、印刷のやり直し、印刷物の回収などは、ログだけでは判断できず、人手による監視を行うことになるので、間違った判断や見落としが発生する。
【０００５】
一つに側面では、端末からの印刷指示と出力された印刷物の整合性を判定することができる印刷管理プログラム、印刷管理方法および印刷管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の案では、印刷管理プログラムは、コンピュータに、情報処理端末から該情報処理端末に対して入力された印刷に関する設定情報を取得するとともに、前記設定情報の入力に応じて前記情報処理端末から送信された印刷指示を受信した複合機から、前記複合機が前記印刷指示に応じて行った印刷処理に関する情報とを取得する処理を実行させる。印刷管理プログラムは、コンピュータに、取得した前記設定情報と、取得した前記印刷処理に関する情報との整合性を判定し、判定結果を出力する処理を実行させる。
【発明の効果】
【０００７】
一実施形態によれば、端末からの印刷指示と出力された印刷物の整合性を判定することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１にかかるシステムの全体構成例を説明する図である。
【図２】図２は、実施例１にかかるログ収集の流れを説明する図である。
【図３】図３は、判定サーバの機能構成を示す機能ブロック図である。
【図４】図４は、分析ルールＤＢに記憶される情報の例を示す図である。
【図５】図５は、印刷指示ＤＢに記憶される情報の例を示す図である。
【図６】図６は、印刷結果ＤＢに記憶される情報の例を示す図である。
【図７】図７は、集計結果ＤＢに記憶される情報の例を示す図である。
【図８】図８は、判定処理を説明する図である。
【図９】図９は、職員ごとの操作履歴の表示例を示す図である。
【図１０】図１０は、職員の履歴表示画面の表示例を示す図である。
【図１１】図１１は、集計処理の流れを示すフローチャートである。
【図１２】図１２は、画面表示処理の流れを示すフローチャートである。
【図１３】図１３は、ハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する印刷管理プログラム、印刷管理方法および印刷管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１０】
［全体構成］
図１は、実施例１にかかるシステムの全体構成例を説明する図である。図１に示すように、このシステムは、複数の業務サーバ１０、複数の業務クライアント２０、複合機３０、印刷集約サーバ４０、判定サーバ５０、監査端末１００がネットワークＮを介して相互に通信可能に接続される。なお、ネットワークＮは、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。なお、本実施例では、複数の業務サーバ１０、複数の業務クライアント２０をまとめて情報処理端末と記載する場合がある。
【００１１】
本システムの一例としては、自治体などが運営する業務システムなどであり、住民からの申請等に応じて、住民票や印鑑証明などの各種証明書を発行する業務システムなどである。このように、本システムは、住民の個人情報を扱うシステムであることから、様々な情報漏洩対策が実施されている。一般的には、印刷ログを監査して印刷枚数などのチェックを行っている。しかし、印刷枚数のカウントだけでは、監査内容がどのリスク監視に繋がるのか明確ではないこともあり、情報漏洩対策の効果が十分ではない。
【００１２】
このようなこともあり、近年では、システムの強靭性の向上が要求されている。そこで、実施例１では、だれがどの端末でどの証明書を何枚印刷したかなどを監視することで、情報漏洩対策の強化を図る。本実施例が想定するシステムでは、自治体の職員が同じ住民の証明書を複数枚印刷することは多くなく、証明書ごとに１回の印刷枚数などは予め想定することができる。このような状況を考慮し、実施例１では、特定個人の情報参照、証明書のコピー・ファイル操作・印刷などの操作に関し、日常の運用時より明らかに件数などが異常な場合にアラームを報知する。このようにすることで、日常業務の中で、申請や事務処理要領に基づかない不正な操作の検出を行う。
【００１３】
次に、本システムを構成する各装置を説明する。なお、図１に示したサーバやクライアントの台数は一例であり、図示したものに限定されず、任意に設定変更することができる。業務サーバ１０は、住民票の作成、編集、削除、発行などの業務処理を実行する情報処理端末の一例である。なお、住民票は、自治体システムの業務の一例であり、図１に示したシステムは、各業務を実行する各業務サーバを有する。また、業務サーバ１０は、職員から印刷に関する設定情報の入力を受け付け、設定情報にしたがって、複合機３０や図示しないプリンタに証明書の印刷を実行する。
【００１４】
業務クライアント２０は、各業務サーバに接続される情報処理端末の一例であり、例えばパーソナルコンピュータなどであり、端末を識別する識別子が付与されている。また、職員は、この業務クライアント２０を用いて業務サーバ１０にアクセスし、住民の申請に応じて住民票などの発行業務などを実行する。また、業務クライアント２０は、職員から印刷に関する設定情報の入力を受け付け、設定情報にしたがって、複合機３０や図示しないプリンタに証明書の印刷を実行する。
【００１５】
複合機３０は、住民票などの証明書の印刷やコピーなどを行う電子機器である。また、複合機３０には、業務サーバ１０や業務クライアント２０にインストールされている集約ソフトウェア（以降では、集約ＳＷと記載する場合がある）と同様の集約ＳＷがインストールされている。例えば、複合機３０は、業務サーバ１０や業務クライアント２０の集約ＳＷから印刷対象データを含む印刷指示を受信して、該当する印刷対象データを印刷する。また、複合機３０は、業務サーバ１０のプリンタドライバや業務クライアント２０のプリンタドライバから印刷対象データを含む印刷指示を、集約ＳＷを介して受信し、該当する印刷対象データを印刷する。
【００１６】
印刷集約サーバ４０は、各業務サーバ１０や各業務クライアント２０からの要求に応じて、複合機３０が証明書等を印刷した印刷結果を集約するサーバの一例である。例えば、印刷集約サーバ４０は、業務サーバ１０、業務クライアント２０、複合機３０から、集約ＳＷを介して印刷結果を収集する。そして、印刷集約サーバ４０は、収集した印刷結果を、判定サーバ５０に送信する。
【００１７】
判定サーバ５０は、ログを監視して、日常の運用時より明らかに件数などが異常な場合にアラームを報知する印刷管理装置の一例である。すなわち、判定サーバ５０は、ログ監査を実行する。例えば、判定サーバ５０は、情報処理端末から該情報処理端末に対して入力された印刷に関する設定情報を取得するとともに、設定情報の入力に応じて情報処理端末から送信された印刷指示を受信した複合機３０から、複合機３０が印刷指示に応じて行った印刷処理に関する情報とを取得する。そして、判定サーバ５０は、取得した設定情報と、取得した印刷処理に関する情報との整合性を判定し、判定結果を出力する。
【００１８】
より詳細には、判定サーバ５０は、業務システムの業務サーバ１０や業務クライアント２０にユーザが設定した印刷に関する設定情報であって、印刷指示の具体的な内容を特定できる設定情報を取得する。また、判定サーバ５０は、業務システム内の印刷集約サーバ４０から、集約ＳＷを用いて実行された印刷結果を取得する。そして、判定サーバ５０は、設定情報すなわち印刷指示と印刷結果との比較結果に基づいて、不正な印刷を検出して、監査端末１００にアラームを報知する。なお、本実施例では、印刷に関する情報の一例として、設定情報を用いた例で説明するが、後述する設定情報以外であっても、設定情報と同様の情報を含む印刷指示などの他の情報を用いることもできる。
【００１９】
監査端末１００は、業務システムのログ監査を行う端末装置の一例であり、例えばパーソナルコンピュータなどである。例えば、監査端末１００は、判定サーバ５０に監査要求を送信し、判定サーバ５０から監査結果を取得する。また、監査端末１００は、判定サーバ５０からアラームを受信して、アラームをディスプレイ等に表示する。
【００２０】
［ログ収集の流れ］
次に、業務システム内のログ収集の流れを説明する。図２は、実施例１にかかるログ収集の流れを説明する図である。図２に示すように、実施例１では、複数の業務サーバと、複数の業務クライアントと、複合機３０と、印刷集約サーバ４０と、判定サーバ５０と、監査端末１００とを有するシステムを例にして説明する。
【００２１】
業務Ａサーバは、業務システムＡ、すなわち業務Ａを実行するサーバであり、業務Ａクライアントは、業務Ａサーバを用いて証明書の発行等を実行する端末装置である。業務Ｂサーバは、業務システムＢ、すなわち業務Ｂを実行するサーバであり、業務Ｂクライアントは、業務Ｂサーバを用いて証明書の発行等を実行する端末装置である。業務Ｃサーバは、業務システムＣ、すなわち業務Ｃを実行するサーバであり、業務Ｃクライアントは、業務Ｃサーバを用いて証明書の発行等を実行する端末装置である。
【００２２】
また、業務Ａクライアントと業務Ｂサーバは、印刷に関する設定を受け付け、インストール済みの集約ＳＷを用いて証明書の印刷（発行）を実行する。また、業務Ｃクライアントは、プリンタドライバを用いて、複合機３０に対して証明書の印刷を直接実行する。また、複合機３０は、インストール済みの集約ＳＷを用いて、業務Ｃクライアント等から印刷に関する設定を受け付け、証明書の印刷を実行する。
【００２３】
このようなシステムにおいて、業務Ａクライアントは、業務Ａサーバにアクセスして業務Ａを実行し、業務Ａで生成される証明書の印刷に関する設定情報をユーザから受け付ける。すると、業務ＡクライアントのＯＳ（オペレーティングシステム）は、設定情報を含む証明書の印刷指示を業務Ａサーバに発行し、業務Ａサーバは、設定情報をジャーナルログとして保持する。一方で、業務Ａクライアントの集約ＳＷは、ＯＳが発行した印刷指示を取得して、複合機３０や図示しないプリンタなどに対して、印刷指示された証明書の印刷を実行する。その後、業務Ａクライアントの集約ＳＷは、印刷結果を印刷集約サーバ４０に送信する。
【００２４】
また、業務Ｂサーバは、業務Ｂクライアントを介して、業務Ｂで生成される証明書の印刷に関する設定情報を受け付ける。すると、業務ＢサーバのＯＳは、入力された設定情報をジャーナルログとして保持する。一方で、業務Ｂサーバの集約ＳＷは、ＯＳが設定情報にしたがって発行した印刷指示を取得し、複合機３０や図示しないプリンタなどに対して、印刷指示された証明書の印刷を実行する。その後、業務Ｂサーバの集約ＳＷは、印刷結果を集約サーバ４０に送信する。
【００２５】
また、業務Ｃクライアントは、業務Ｃサーバにアクセスして業務Ｃを実行し、業務Ｃで生成される証明書の印刷に関する設定情報をユーザから受け付ける。すると、業務ＣクライアントのＯＳは、設定情報にしたがって設定情報を含む証明書の印刷指示を業務Ｃサーバに発行し、業務Ｃサーバは、設定情報をジャーナルログとして保持する。一方で、業務Ｃクライアントのプリンタドライバは、ＯＳが発行した印刷指示を取得して、印刷指示と印刷対象の証明書のデータを含む印刷要求（印刷ジョブ）を複合機３０に送信する。そして、複合機３０の集約ＳＷは、受信した印刷要求にしたがって証明書の印刷を実行し、印刷結果を集約サーバ４０に送信する。
【００２６】
そして、印刷集約サーバ４０は、業務Ａクライアントの集約ＳＷから、印刷結果を受信して、エクスポートログとして保存する。同様に、印刷集約サーバ４０は、業務Ｂサーバの集約ＳＷから、印刷結果を受信してエクスポートログとして保存し、複合機３０の集約ＳＷから、印刷結果を受信してエクスポートログとして保存する。なお、エクスポートログは、例えばＣＳＶ（Comma−Separated  Values）形式などで保存される。
【００２７】
このようにして、各業務システムで証明書の印刷が実行されると、各業務システム内で設定された印刷に関する設定情報を含むジャーナルログが保持されるとともに、印刷集約サーバ４０に印刷結果が保持される。そして、監査タイミングになると、判定サーバ５０は、業務Ａサーバと業務Ｂサーバと業務Ｃサーバのそれぞれから各ジャーナルログを取得して保持する。さらに、判定サーバ５０は、印刷集約サーバ４０が各集約ＳＷから収集した印刷結果を、印刷集約サーバ４０から取得して保存する。その後、判定サーバ５０は、各ジャーナルログと印刷結果とを用いて、日常の運用時とは異なる異常な印刷を検出し、監査端末１００にアラームを報知する。
【００２８】
［判定サーバの機能構成］
図３は、判定サーバ５０の機能構成を示す機能ブロック図である。図３に示すように、判定サーバ５０は、通信部５１、記憶部５２、制御部６０を有する。
【００２９】
通信部５１は、ネットワークＮを介して、他の装置との間の送受信を制御する処理部であり、例えば通信インタフェースである。例えば、通信部５１は、各業務サーバや各業務クライアントから設定情報であるジャーナルログを受信し、印刷集約サーバ４０から印刷結果を受信する。
【００３０】
記憶部５２は、プログラムやデータを記憶する記憶装置の一例であり、例えばメモリやハードディスクなどである。記憶部５２は、分析ルールＤＢ５３、職員ＤＢ５４、印刷指示ＤＢ５５、印刷結果ＤＢ５６、集計結果ＤＢ５７を記憶する。
【００３１】
分析ルールＤＢ５３は、印刷結果の分析を行うルールを記憶するデータベースである。具体的には、分析ルールＤＢ５３は、印刷結果が正常な印刷か異常な印刷かを判定するためのルールを記憶する。図４は、分析ルールＤＢ５３に記憶される情報の例を示す図である。図４に示すように、分析ルールＤＢ５３は、「判定内容、組み合わせ例１、組み合わせ例２、組み合わせ例３」を対応付けて記憶する。「判定内容」は、判定結果を示し、「組み合わせ例１〜３」は、業務システムから取得された印刷指示の内容と集約ＳＷから取得された印刷結果との組み合わせを示す。
【００３２】
図４の例では、業務システムの発行１、発行２、発行３のすべてが印刷結果上で正常に印刷されている場合、正常印刷と判定する。例えば、業務Ａサーバが証明書Ａの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力であり、業務Ｂサーバが証明書Ｂの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力であり、業務Ｃサーバが証明書Ｃの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力である場合、正常印刷と判定される。つまり、各証明書が正常に印刷された場合は、正常と判定される。
【００３３】
また、業務システムの発行１が連続して正常に印刷されている場合、警告パターン１と判定する。例えば、業務Ａサーバが証明書Ａの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力であり、続けて、業務Ａサーバが証明書Ａの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力である場合、警告状態と判定される。つまり、同じ証明書が連続して印刷された場合は、不正印刷の可能性があると判定される。
【００３４】
また、業務システムの発行２が２部印刷されている場合、警告パターン２と判定する。例えば、業務Ｂサーバが証明書Ｂを２部印刷する印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力である場合、警告状態と判定される。つまり、通常は１部しか印刷されないはずの証明書が２部印刷された場合は、不正印刷の可能性があると判定される。
【００３５】
また、業務システムの発行１が印刷失敗した後、正常に再印刷されている場合、正常印刷と判定する。例えば、業務Ａサーバが証明書Ａの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が印刷失敗であり、その後に、業務Ａサーバが証明書Ａの印刷指示を再度出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力である場合、正常印刷と判定される。つまり、証明書の印刷失敗後に正常に再印刷された場合は、正常と判定される。
【００３６】
また、業務システムの発行１が印刷失敗した後、再印刷されていない場合、警告パターン３と判定する。例えば、業務Ａサーバが証明書Ａの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が印刷失敗であり、その後に、業務Ｂサーバが証明書Ｂの印刷指示を出力し、印刷集約サーバ４０で集約されたその印刷結果が正常出力である場合、警告状態と判定される。つまり、証明書の印刷失敗後に再印刷が実行されず、他の証明書の印刷が実行された場合は、印刷が失敗した状態が報知されていることから、不正印刷の可能性があると判定される。
【００３７】
なお、図４に示した「発行」とは、証明書の印刷指示を示し、業務システムや証明書の種別等を限定するものではない。また、「発行１」や「発行２」は、順番等を限定するものではなく、同じ証明書の発行には同じ番号を付すことで、発行された証明書を区別するものである。つまり、発行１が証明書Ａの印刷指示である場合は、発行２は証明書Ａ以外の証明書の印刷指示であることを示す。また、分析ルールは、業務ごとに個別に設定することもでき、証明書ごとに特徴を考慮して個別に設定することもできる。
【００３８】
職員ＤＢ５４は、職員に関する情報を記憶するデータベースである。具体的には、職員Ｄ５４は、職員を識別する「職員ＩＤ」と職員の名前である「職員名」を対応付けて記憶する。例えば、職員ＤＢ５４は、「職員ＩＤ、職員名」として「０００１、富士通太郎」などを記憶する。
【００３９】
印刷指示ＤＢ５５は、情報処理端末に対して入力された印刷に関する設定情報を記憶するデータベースである。すなわち、印刷指示ＤＢ５５は、設定情報で特定される印刷指示であって、各業務システムで発行された印刷指示を記憶する。具体的には、印刷指示ＤＢ５５は、各業務システムで保持される各ジャーナルログから取得された設定情報を記憶する。例えば、印刷指示ＤＢ５５は、職員を識別する職員ＩＤごとに設定情報を記憶することもできる。なお、「職員ＩＤ」は、印刷を実行した職員の識別子であり、ログイン情報などから取得できる。
【００４０】
図５は、印刷指示ＤＢ５５に記憶される情報の例を示す図であり、ここでは一例として、「職員ＩＤ」が「０００３」の職員が実行した印刷指示の一覧を説明する。図５に示すように、印刷指示ＤＢ５５は、「日時、端末ＩＤ、システム、詳細ステータス、証明書名、部数、対象者」を対応付けた情報を設定情報として記憶する。
【００４１】
「日時」は、印刷が発行された日時であり、「端末ＩＤ」は、印刷設定を行って印刷指示を発行した業務クライアントを識別する識別子であり、「システム」は、印刷指示が発行された業務システムを特定する情報である。「詳細ステータス」は、印刷状況を示す情報であり、印刷指示が正常に出力された場合は「−」が設定され、エラーが発生した場合は「エラーキャンセル」などが設定される。「証明書名」は、印刷対象の証明書の名称であり、「部数」は、印刷部数であり、「対象者」は、印刷対象の証明書に記載される住民の名前である。図４の例では、「職員ＩＤ＝０００３」に該当する職員が、「ＸＸＸＸ年４月４日（木）０９：１０」に「住民情報」システムの端末「Ｕ０１」を用いて、「富士通花子」の「ＸＸＸＸ証明書」を「２部」印刷したことを示す。
【００４２】
印刷結果ＤＢ５６は、各業務システムで実行された印刷結果を記憶するデータベースである。具体的には、印刷結果ＤＢ５６は、集約ＳＷが出力する情報であり、印刷集約サーバ４０から取得されたエクスポートログを印刷結果として記憶する。図６は、印刷結果ＤＢ５６に記憶される情報の例を示す図である。図６に示すように、印刷結果ＤＢ５６は、「日時、端末ＩＤ、デバイス、詳細ステータス、証明書名、部数、対象者」を対応付けた情報を印刷指示として記憶する。
【００４３】
「日時」は、印刷が発行された日時であり、「端末ＩＤ」は、印刷指示を発行した業務クライアントを識別する識別子であり、「デバイス」は、印刷結果を印刷集約サーバ４０に送信した集約ＳＷが発行する識別情報である。「詳細ステータス」は、印刷状況を示す情報であり、正常に印刷物が出力された場合は「−」が設定され、エラーにより印刷できなかった場合は「印刷失敗」などが設定される。「証明書名」は、印刷指示にしたがって集約ＳＷが設定する、印刷対象の証明書の名称である。「部数」は、印刷部数である。「対象者」は、印刷対象の証明書に記載される住民の名前であり、印刷結果（エクスポートログ）は印刷の成否を示す情報であることから、ここに情報は登録されない。
【００４４】
図６の例では、端末「Ｕ０１」の集約ＳＷが、送信した印刷結果を示している。この印刷結果は、集約ＳＷが設定情報にしたがって実行した印刷ジョブ「ＸＸＸＸ＆ＪＯＢＩＤ＝０００１」の正常出力を示す印刷結果である。この印刷ジョブは、「ＸＸＸＸ年４月４日（木）０９：１０」に端末「Ｕ０１」が発行した、「Ｃ２ＸＸＸＸＸＤ」を「２部」出力するジョブである。
【００４５】
集計結果ＤＢ５７は、監査ログの判定結果を記憶するデータベースである。図７は、集計結果ＤＢ５７に記憶される情報の例を示す図である。図７に示すように、集計結果ＤＢ５７は、曜日ごとに、正常パターンに該当する件数、警告パターン１に該当する件数、警告パターン２に該当する件数、警告パターン３に該当する件数を記憶する。
【００４６】
図７の例では、２日（火曜日）の印刷結果として、正常パターンに分類される件数（印刷結果）が１０８件、警告パターン１に分類される件数が２件、検出されたことを示す。別例としては、４日（木曜日）の印刷結果として、正常パターンに分類される件数（印刷結果）が１６３件、警告パターン２に分類される件数が１件、警告パターン３に分類される件数が３件、検出されたことを示す。
【００４７】
なお、図７では、曜日ごとに集計した例を図示したが、これに限定されず、時間ごとで集計することもでき、月単位で集計することもでき、複数の単位で集計することもできる。また、証明書ごとに集計することもでき、業務システムごとに集計することもでき、職員ＩＤごとに集計することもでき、集計する単位は任意に設定することができる。
【００４８】
制御部６０は、判定サーバ５０全体を司る処理部であり、例えばプロセッサなどである。例えば、制御部６０は、第１取得部６１、第２取得部６２、紐付部６３、判定部６４、報知部６５、表示制御部６６を有する。なお、第１取得部６１、第２取得部６２、紐付部６３、判定部６４、報知部６５、表示制御部６６は、プロセッサなどの電子回路の一例やプロセッサが実行するプロセスの一例である。
【００４９】
第１取得部６１は、各業務サーバからジャーナルログを取得する処理部である。具体的には、第１取得部６１は、毎日０時など予め指定した時間になると、各業務サーバに対してジャーナルログの取得要求を送信する。そして、第１取得部６１は、各業務サーバが保持するジャーナルログのうち、その日に取得されたジャーナルログを取得し、設定情報（印刷指示）として印刷指示ＤＢ５５に格納する。なお、第１取得部６１は、職員ＩＤごとにジャーナルログを取得して印刷指示ＤＢ５５に格納することもでき、端末ＩＤごとにジャーナルログを取得して印刷指示ＤＢ５５に格納することもできる。
【００５０】
第２取得部６２は、印刷集約サーバ４０からエクスポートログを取得する処理部である。具体的には、第２取得部６２は、第１取得部６１と同じ間隔で、印刷集約サーバ４０に対してエクスポートログの取得要求を送信する。そして、第２取得部６２は、印刷集約サーバ４０が保持するエクスポートログのうち、その日に取得されたエクスポートログを取得し、印刷結果として印刷結果ＤＢ５６に格納する。
【００５１】
紐付部６３は、印刷指示ＤＢ５５に記憶される設定情報と、印刷結果ＤＢ５６に記憶される印刷結果との紐付けを実行する処理部である。具体的には、紐付部６３は、印刷指示ＤＢ５５に記憶される各設定情報で特定される印刷指示に対応する印刷結果を印刷結果ＤＢ５６から特定して紐付ける。そして、紐付部６３は、各設定情報と各印刷結果とを紐付けた紐付け一覧を記憶部５２に格納し、判定部６４に出力する。
【００５２】
例えば、紐付部６３は、「日時」と「端末ＩＤ」との組み合わせで紐付けを実行する。より詳細には、紐付部６３は、印刷指示ＤＢ５５に記憶される各設定情報を「日時」の早い順に並び替える。続いて、紐付部６３は、印刷指示ＤＢ５５に記憶される各設定情報それぞれの「日時、端末ＩＤ」の組を特定し、該当する組（日時、端末ＩＤ）を含む印刷結果を印刷結果ＤＢ５６から検索する。そして、紐付部６３は、各設定情報と、各設定情報について検索された印刷結果とを紐付ける。なお、紐付部６３は、設定情報の「日時」と一致する印刷結果が存在しない場合、日時の前後１分などある程度の幅（時間差）を許容して、一致する印刷結果を検索して紐付けることもできる。
【００５３】
判定部６４は、紐付部６３から入力された紐付け一覧と、分析ルールＤＢ５３に記憶される分析ルールとを比較して、各印刷処理が正当な印刷か不正な印刷かを判定する処理部である。具体的には、判定部６４は、紐付け一覧に含まれる設定情報と印刷結果との各組が分析ルールのどの判定内容に該当するかを判定し、判定結果を集計する。そして、判定部６４は、判定結果を記憶部５２に格納し、判定を集計した集計結果を集計結果ＤＢ５７に格納する。
【００５４】
図８は、判定処理を説明する図である。図８は、４月４日（木）の印刷状況を示している。図８に示すように、判定部６４は項番１と２が紐付けられ、項番３と４が紐付けられ、項番５と６が紐付けられ、項番７と８が紐付られた紐付け一覧を受信する。ここで、項番１、３、５、７は、「住民情報」が設定されていることから、設定情報（印刷指示）に該当し、項番２、４、６、８は、ジョブの識別子が設定されていることから印刷結果に該当する。
【００５５】
この状態で、判定部６４は、項番１によって「住民情報（ＸＸＸＸ証明書）、２部」の印刷設定に基づく印刷指示が業務システムから発行され、項番２によって「住民情報（Ｃ２ＸＸＸＸＸＤ）、２部」の印刷が正常に実行されたことを特定する。これらの情報から、判定部６４は、項番１と２の組によって、「住民情報（ＸＸＸＸ証明書）」が「２部」印刷されていることが特定でき、図４の分析ルールの「警告パターン２」に該当することを検出する。この結果、判定部６４は、項番１と２の組の印刷パターンに対して、不正な印刷の可能性があると判定する。
【００５６】
また、判定部６４は、項番３によって「住民情報（ＹＹＹＹ証明書）」の印刷設定に基づく印刷指示が業務システムから発行され、項番４によって「住民情報（Ｃ２ＹＹＹＹＹＤ）」の印刷がエラーになったことを特定する。続いて、判定部６４は、項番５によって「住民情報（ＹＹＹＹ証明書）」の印刷設定に基づく印刷指示が業務システムから再度発行され、項番６によって「住民情報（Ｃ２ＹＹＹＹＹＤ）」の印刷が正常に実行されたことを特定する。これらの情報から、判定部６４は、項番３−６の組み合わせによって、「住民情報（ＹＹＹＹ証明書）」の印刷が失敗した後、すぐに再印刷が実行されて正常に完了していると特定でき、図４の分析ルールの「正常２」に該当することを検出する。この結果、判定部６４は、項番３と４の組の印刷パターンと項番５と６の組の印刷パターンとに対して、正常な印刷であると判定する。
【００５７】
また、判定部６４は、項番７によって「住民情報（ＺＺＺＺ証明書）」の印刷設定に基づく印刷指示が業務システムから発行され、項番８によって「住民情報（Ｃ２ＺＺＺＺＺＤ）」の印刷がエラーになったことを特定する。これらの情報から、判定部６４は、項番７と８の組によって、「住民情報（ＺＺＺＺ証明書）」の印刷が失敗した後、再印刷がされずに、そのまま放置されていることが特定でき、図４の分析ルールの「警告パターン３」に該当することを検出する。この結果、判定部６４は、項番７と８の組の印刷パターンに対して、不正な印刷の可能性があると判定する。
【００５８】
このような判定手法によって、判定部６４は、４月４日（木）の印刷状況について、設定情報と印刷結果の組み合わせと分析ルールとから、正常パターン「１６３件」、警告パターン１「０件」、警告パターン２「１件」、警告パターン３「３件」を検出し、集計結果ＤＢ５７に格納する。
【００５９】
報知部６５は、判定部６４によって警告パターン１から３のいずれかに該当する印刷パターンが検出された場合に、監査端末１００にアラームを報知する処理部である。具体的には、報知部６５は、集計結果ＤＢ５７の集計結果を参照し、最新の集計結果に警告パターンが含まれる場合に、アラームを報知する。
【００６０】
例えば、報知部６５は、警告パターン１が検出されている場合、「重複発行を検出」を示すアラームを報知し、警告パターン２が検出されている場合、「複数部発行を検出」を示すアラームを報知し、警告パターン３が検出されている場合、「失敗放置を検出」を示すアラームを報知する。
【００６１】
表示制御部６６は、判定部６４によって得られた集計結果の表示制御を実行する処理部である。具体的には、表示制御部６６は、集計結果ＤＢ５７に記憶される集計結果を読み出して監査端末１００に表示し、表示する集計結果に対して受け付けた各種ユーザ操作に応じて、集計単位などを変更した集計結果を生成して表示する。
【００６２】
例えば、表示制御部６６は、図７に示す集計結果の表を表示し、当該表で４日（木）の警告パターン３に該当する「３」が選択された場合、図９に示す操作履歴を表示する。図９は、職員ごとの操作履歴の表示例を示す図である。図９に示す操作履歴は、職員を識別する「職員ＩＤ」と「職員氏名」と警告パターンに該当する印刷を指示した「回数」とが対応付けられる。
【００６３】
表示制御部６６は、警告パターンの件数が選択されると、当該警告パターンに該当する印刷指示を集計結果ＤＢ５７および印刷指示ＤＢ５５から特定し、特定した設定情報に含まれる職員ＩＤを特定する。続いて、表示制御部６６は、特定した職員ＩＤを用いて職員ＤＢ５４から職員の名前を特定する。このようにして、表示制御部６６は、警告パターンに該当する印刷を行った職員の情報と件数とを特定して、図９に示す操作履歴を生成して表示する。
【００６４】
続いて、表示制御部６６は、図９に示す操作履歴の職員が選択された場合、図１０に示す履歴表示画面を表示する。図１０は、職員の履歴表示画面の表示例を示す図である。図１０に示す履歴表示画面は、設定情報と印刷結果とを紐付けた情報であり、紐付部６３によって得られた情報から生成することができる。表示制御部６６は、図９の画面で「０００３、富士通次郎」が選択された場合、紐付部６３が生成した紐付け一覧と印刷指示ＤＢ５５に記憶される職員ＩＤごとの設定情報の一覧から、職員ＩＤが「０００３」で職員名が「富士通次郎」である紐付け一覧を抽出して表示する。
【００６５】
また、表示制御部６６は、図１０に示す画面の「フラグ」の選択を受け付けることで、正常印刷「−」や各警告パターンを選択して表示することもできる。また、表示制御部６６は、図１０に示す画面の「ドキュメント名」の入力を受け付けることで、入力されたドキュメント名に絞りこんで表示することもできる。同様に、表示制御部６６は、図１０に示す画面の「対象者」の入力を受け付けることで、入力された対象者に絞りこんで表示することもできる。
【００６６】
［集計処理の流れ］
図１１は、集計処理の流れを示すフローチャートである。図１１に示すように、判定契機になると（Ｓ１０１：Ｙｅｓ）、第１取得部６１は、各業務サーバのジャーナルログを取得して印刷指示ＤＢ５５に格納し（Ｓ１０２）、第２取得部６２は、印刷集約サーバ４０からエクスポートログを取得して印刷結果ＤＢ５６に格納する（Ｓ１０３）。
【００６７】
続いて、紐付部６３は、印刷指示ＤＢ５５に格納された各設定情報と、印刷結果ＤＢ５６に格納された各印刷結果との紐付けを実行する（Ｓ１０４）。その後、判定部６４は、紐付けられたログの組を１つ選択し（Ｓ１０５）、分析ルールにしたがって、警告または正常を判定し、その結果を集計結果ＤＢ５７に格納する（Ｓ１０６）。
【００６８】
ここで、紐付けられた全ログの組について判定が実行されるまで（Ｓ１０７：Ｎｏ）、Ｓ１０５からＳ１０７を繰り返す。そして、報知部６５は、紐付けられた全ログの組についての判定が終了すると（Ｓ１０７：Ｙｅｓ）、集計結果ＤＢ５７を参照して、警告パターンが存在するか否かを判定する（Ｓ１０８）。
【００６９】
ここで、報知部６５は、集計結果に警告パターンが存在する場合（Ｓ１０８：Ｙｅｓ）、検出された警告パターンに該当する警告を監査端末１００に報知する（Ｓ１０９）。一方、報知部６５は、集計結果に警告パターンが存在しない場合（Ｓ１０８：Ｎｏ）、処理を終了する。
【００７０】
なお、集計処理は、いわゆるバッチ処理などで実行され、一日単位などで実行される。また、集計処理は、職員ＩＤや職員名ごとに実行することもできる。例えば１日単位の場合であれば、その日に集約された全印刷結果について、分析ルールに基づく判定が実行されればよく、どのような順番で集計処理（判定処理）を実行するかは任意に変更することができる。
【００７１】
［画面表示処理の流れ］
図１２は、画面表示処理の流れを示すフローチャートである。図１２に示すように、表示制御部６６は、画面表示を要求する操作を受け付けると（Ｓ２０１：Ｙｅｓ）、集計結果ＤＢ５７に記憶される集計結果を表示する（Ｓ２０２）。
【００７２】
続いて、表示制御部６６は、表示される集計結果においていずれかの結果を選択するユーザ操作を検出すると（Ｓ２０３：Ｙｅｓ）、選択された項目に該当する職員ごとの操作履歴を集計して表示する（Ｓ２０４）。なお、表示制御部６６は、表示される集計結果においてユーザ操作を一定時間検出しない場合（Ｓ２０３：Ｎｏ）、画面表示を終了する。
【００７３】
そして、表示制御部６６は、表示される職員ごとの操作履歴において職員が選択された場合（Ｓ２０５：Ｙｅｓ）、選択された職員の操作履歴を集計して表示する（Ｓ２０６）。なお、表示制御部６６は、職員ごとの操作履歴においてユーザ操作を一定時間検出しない場合（Ｓ２０５：Ｎｏ）、画面表示を終了する。
【００７４】
その後、表示制御部６６は、画面表示を終了する終了操作を受け付けるまで（Ｓ２０７：Ｎｏ）、画面表示を実行し、画面表示を終了する終了操作を受け付けると（Ｓ２０７：Ｙｅｓ）、画面表示を終了する。
【００７５】
［効果］
上述したように、判定サーバ５０は、職員が行った設定情報のログと、実際に印刷されたか否かを示す印刷結果とを比較し、不正な印刷に該当する印刷パターンを特定するので、日常業務の中で、普段とは異なる印刷パターンの実行有無を検出することができる。したがって、判定サーバ５０は、特定個人の情報参照、証明書のコピー・ファイル操作・印刷などの操作に関し、日常の運用時より明らかに件数などが異常な場合にアラームを報知することができ、情報漏洩の対策を強化することができる。この結果、システムの強靭性の向上が実現できる。
【実施例２】
【００７６】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【００７７】
上記実施例１では、ジャーナルログを取得してからエクスポートログを取得する例を説明したが、これに限定されず、どちらを先に実行してもよい。また、分析ルールは一例であり、任意に変更することができる。また、判定サーバ５０が上記処理部を用いて判定処理を実行する例を説明したが、これに限定されるものではなく、どの装置で実行することもできる。また、上記実施例では、分析ルールに正常パターンと警告パターンの両方を含む例を説明したが、判定サーバ５０は、警告パターンだけを分析ルールに設定し、警告パターンに一致するか否かだけを判定することもできる。
【００７８】
［システム］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８０】
［ハードウェア構成］
図１３は、ハードウェア構成例を示す図である。図１３に示すように、判定サーバ５０は、通信インタフェース５０ａ、ＨＤＤ（Hard  Disk  Drive）５０ｂ、メモリ５０ｃ、プロセッサ５０ｄを有する。
【００８１】
通信インタフェース５０ａは、他の装置の通信を制御するネットワークインタフェースカードなどである。ＨＤＤ５０ｂは、プログラムやデータなどを記憶する記憶装置の一例である。
【００８２】
メモリ５０ｃの一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。プロセッサ５０ｄの一例としては、ＣＰＵ（Central  Processing  Unit）、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＰＬＤ（Programmable  Logic  Device）等が挙げられる。
【００８３】
また、判定サーバ５０は、プログラムを読み出して実行することで判定方法を実行する情報処理装置として動作する。つまり、判定サーバ５０は、第１取得部６１、第２取得部６２、紐付部６３、判定部６４、報知部６５、表示制御部６６と同様の機能を実行するプログラムを実行する。この結果、判定サーバ５０は、第１取得部６１、第２取得部６２、紐付部６３、判定部６４、報知部６５、表示制御部６６と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、判定サーバ５０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【００８４】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical  disk）、ＤＶＤ（Digital  Versatile  Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【符号の説明】
【００８５】
５０  判定サーバ
５１  通信部
５２  記憶部
５３  分析ルールＤＢ
５４  職員ＤＢ
５５  印刷指示ＤＢ
５６  印刷結果ＤＢ
５７  集計結果ＤＢ
６０  制御部
６１  第１取得部
６２  第２取得部
６３  紐付部
６４  判定部
６５  報知部
６６  表示制御部
【図１】
2018092545.tif 000003
【図２】
2018092545.tif 000004
【図３】
2018092545.tif 000005
【図４】
2018092545.tif 000006
【図５】
2018092545.tif 000007
【図６】
2018092545.tif 000008
【図７】
2018092545.tif 000009
【図８】
2018092545.tif 000010
【図９】
2018092545.tif 000011
【図１０】
2018092545.tif 000012
【図１１】
2018092545.tif 000013
【図１２】
2018092545.tif 000014
【図１３】
2018092545.tif 000015