JP2010130349A - 画像形成装置、ログ記録方法、及びプログラム - Google Patents

Abstract

【課題】画像形成装置のウェブブラウザで行われた処理のログと、ウェブアプリケーションサーバで行われた処理のログは紐づけが困難であるため、一連の処理のログとして追跡する事が困難である。
【解決手段】画像形成装置は、当該画像形成装置が有する機能の実行要求を受け付け、当該受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を取得する。画像形成装置は、取得した識別情報に対応するサーバ装置における処理に関係する画像形成装置における処理のログを、前記取得した識別情報と関連付けて記憶する。
【選択図】図１４

Description

本発明は、画像形成装置、ログ記録方法、及びプログラムに関し、より詳細には、画像形成装置のログ情報と、画像形成装置と連携するウェブサーバのログ情報とを紐づけ、一連の監査証跡とするための画像形成装置、ログ記録方法、及びプログラムに関する。

監査証跡とは、情報システムの操作や動作時における内容やプロセスをシステム監査人が追跡するために、時系列に沿って保存された記録である。監査証跡は、情報システムの信頼性、安全性、効率性、有効性などが確保されていることを実証するために用いられる。一般的に、情報システムが記録するログが有力な監査証跡となる。特許文献１には、この監査証跡としてのログを検索する事で情報漏洩者を追跡する方法が開示されている。

しかしながら、ユーザがネットワークで接続された複数の機器を跨る操作をした場合、ログがその複数の機器に跨ってしまうため、それらの同一ユーザ（その他、同一アクセス元等）によるログを紐付けることが困難であった。この課題を解決するために、特許文献２では、各機器が出力するログの記録日時やアクセス者情報（つまりはユーザアカウント情報）を元にアクセス元を特定し、そのログを順次たどることで操作を追跡する方法が説明されている。

一方、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が一般的に知られている。このような複合型の画像形成装置は、各装置にそれぞれ対応するアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させる。この画像形成装置では、プリンタ、コピー、ファクシミリ等の各種機能を利用する場合、それら機能に対応するジョブが生成され実行される。そして、ジョブが完了するとジョブログとして結果が記録される。このジョブログ（すなわち、監査証跡）を解析する事で、画像形成装置の利用状況や利用者が追跡可能となっている。

さらに画像形成装置がウェブクライアント機能としてウェブブラウザを兼ね備え、遠隔のウェブアプリケーションサーバから様々なコンテンツを取得（ダウンロード）してブラウジングを行い、画像形成装置の機能に役立てる技術が知られている。このような構成においては、画像形成装置のウェブブラウザは、ウェブアプリケーションサーバから取得した情報の内容に従って、画像形成装置が備えるプリンタ、スキャナ等の各種機能を実行する。

特開２００３−０７６６６２号公報 特開２００７−０４８２６６号公報

前述した特許文献２の方法で複数の機器に跨って記録されているログを紐付けるには、各機器に記録されたログの中に、共通する情報（一致する情報）が存在している必要がある。たとえば、複数の機器におけるログ内に、夫々のログ内で一致する日時情報や、一致するユーザアカウント情報や、ユーザＩＤ情報が存在している必要がある。

ところが、現実には、同一のユーザによって、ある機器ではＡというユーザアカウントでログインが行われ、また、別の機器ではＢというユーザアカウントでログインが行われることがある。それが故に、両者の機器に、共通する情報が存在しないということが存在しうる。このような場合、複数の機器におけるログ情報を結びつけることができなくなるという課題がある。この点については、以下のような具体的な環境を考えると理解しやすいため、具体的な環境を説明する。なお、この環境は、あくまで一例であり、本発明が、このような一例の環境での使用に限定されるわけではない。

まず、ウェブアプリケーションサーバから取得した情報に従って、画像形成装置のウェブブラウザが画像形成装置のアプリケーションに直接指示を行う方法は、以下のようになる。

画像形成装置のウェブブラウザからウェブアプリケーションサーバにアクセスすると、それらアクセスしたログや、ウェブサイトを操作したログは、ウェブアプリケーションサーバに記録される。そのウェブアプリケーションサーバのログに記録される記録時間や、ユーザ情報は、ウェブアプリケーションサーバ内で管理されている情報となる。

一方、画像形成装置のウェブブラウザが画像形成装置のアプリケーションに直接指示を行い、画像形成装置の機能を実行する場合は、それらのジョブログは画像形成装置に記録される。そのジョブログに記録される記録時間や、ユーザ情報は画像形成装置で管理されている情報となる。

その結果、画像形成装置で管理しているユーザ情報と、ウェブアプリケーションサーバにて管理されているユーザ情報が違う場合、それぞれの装置に記録されているログを紐づける事が非常に困難となる。

さらに、画像形成装置とウェブアプリケーションサーバの時刻が正確に調整されているとは限らず（特に地域のローカルタイムで記録している場合は、そもそも時刻が違う）、ログの記録日時だけでは紐づかない可能性がある。

また、ウェブアプリケーションサーバで実装された画像形成装置のウェブアプリケーションは、同時に複数の画像形成装置のウェブブラウザから操作されるため、ログの記録日時情報のみではアクセス元を一つに特定できない。

上記課題を解決するために、本発明に係る画像形成装置は、サーバ装置にネットワークを介して通信可能に接続される画像形成装置であって、前記画像形成装置が有する機能の実行要求を受け付ける手段と、前記受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を、前記サーバ装置から取得する手段と、前記受け付けた機能の実行要求に応じて前記画像形成装置において実行された処理のログを該取得した識別情報と関連付けて記憶する手段とを備えることを特徴とする。

また、本発明に係るログ記録方法は、サーバ装置にネットワークを介して通信可能に接続された画像形成装置において実施される方法であって、前記画像形成装置が有する機能の実行要求を受け付ける工程と、前記受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を、前記サーバ装置から取得する工程と、前記受け付けた機能の実行要求に応じて前記画像形成装置において実行された処理のログを該取得した識別情報と関連付けて記憶する工程とを備えることを特徴とする。

また、本発明に係るプログラムは、サーバ装置にネットワークを介して通信可能に接続された画像形成装置を、前記画像形成装置が有する機能の実行要求を受け付ける手段、前記受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を、前記サーバ装置から取得する手段、前記受け付けた機能の実行要求に応じて前記画像形成装置において実行された処理のログを該取得した識別情報と関連付けて記憶する手段として機能させるためのプログラムであることを特徴とする。

本発明によれば、ウェブアプリケーションサーバと画像形成装置の両者の機器に共通する情報が存在する監査証跡を記録するための画像形成装置、ログ記録方法、及びプログラムを提供することができる。

以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、各図面において同様の機能を有する箇所には同一の符号を付し、説明の重複は省略する。

（第１の実施形態）
［システム構成について］
図１は本発明の第１の実施形態に係る画像形成装置を含むシステムの全体構成を示すブロック図である。

ウェブアプリケーションサーバ１２０は、パーソナルコンピュータやワークステーション等のコンピュータである。ウェブアプリケーションサーバ１２０は、図示しないが主たる構成として、ＣＰＵ、直接記憶装置、間接記憶装置、及び外部インタフェースを備えている。間接記憶装置にはソフトウェアプログラムである、オペレーティングシステム（ＯＳ）や各種アプリケーションプログラムが格納されており、これらがＣＰＵによって直接記憶装置に読み込まれ実行される。

本実施形態におけるウェブアプリケーションサーバ１２０には以下のアプリケーションプログラムが格納され、ＣＰＵによって実行可能に構成されている。
１）クライアントからのＨＴＴＰプロトコルによる要求に応答してＨＴＭＬなどのコンテンツを伝送するウェブサーバ部１２１
２）ＨＴＴＰ要求に応じて所定の処理と動的に変化するＨＴＴＰ応答を行うＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ ＩｎｔｅｒｆａｃｅＳ）プログラムやサーブレット（Ｓｅｒｖｌｅｔ）などの形態で実装されたアプリケーションプログラムであるアプリケーションサーバ部１２２
３）アプリケーションサーバ部１２２から呼び出されるスクリプトデータの保存や受信したデータの格納、各種アクセスログや操作ログの格納、および各種データの永続化を行うデータ管理部１２３

認証サーバ１３０は、ウェブアプリケーションサーバ１２０と同様のコンピュータである。また認証サーバ１３０には、ユーザ認証のためのアプリケーションプログラムである、ユーザ認証プログラム１３１が格納され、ＣＰＵによって実行可能に構成されている。
ユーザ認証プログラム１３１は、ＣＰＵにより以下の処理を実行する。

ユーザ認証プログラム１３１は、画像形成装置１１０又はウェブアプリケーションサーバ１２０からユーザ名、ドメイン名、及びパスワード等のユーザアカウント情報が通知される。ユーザ認証プログラム１３１は、通知されたユーザアカウント情報と管理しているユーザアカウント情報を比較してユーザ認証を行う。ユーザ認証に成功すると、ユーザ認証プログラム１３１は、Ｓｅｃｕｒｉｔｙ Ｔｏｋｅｎ（以下ＳＴ）を画像形成装置１１０又はウェブアプリケーションサーバ１２０へ返す。ユーザアカウントとはユーザ認証に必要なユーザの信用情報であり、例えば、ユーザ名、ドメイン名、パスワード等を指す。ＳＴとはユーザアカウントが正当なものであることが確認されてユーザ認証に成功した場合に返される認証済みの印（トークン）である。

画像形成装置１１０は、画像の入出力と送受信および各種の画像処理を行う複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。画像形成装置１１０は、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１２、コントロールユニット１１１、ユーザインタフェースである操作部１１４、及び外部と通信を行うための通信装置１１５を備える。スキャナ１１３、プリンタ１１２、操作部１１４は、それぞれ、コントロールユニット１１１に接続され、コントロールユニット１１１からの命令によって制御される。コントロールユニット１１１は、通信装置１１５を介してＬＡＮに接続されている。

コントロールユニット１１１は、ＣＰＵ１１６と直接記憶部１１７（例えば、ＲＡＭ）と間接記憶部１１８（例えば、ＲＯＭやＨＤＤ）とからなる。直接記憶部１１７はＣＰＵ１１６と直接データをやり取りする記憶部であり、間接記憶部１１８は直接記憶部１１７を介してＣＰＵ１１６とデータをやり取りする記憶部である。間接記憶部１１８にはソフトウェアである、オペレーティングシステム（ＯＳ）や各種アプリケーションプログラムが格納されており、ＣＰＵ１１６によって直接記憶部に読み込まれ実行される。上記処理により、コントロールユニット１１１は後述する各種アプリケーションプログラムを実行し、各種処理を行う事が出来る。また、本明細書において、各アプリケーションプログラムにおける“実行”、“処理”とは、上記コントロールユニット１１１によってアプリケーションプログラムが“実行”され“処理”される事を指す。

ウェブアプリケーションサーバ１２０、認証サーバ１３０および画像形成装置１１０は相互通信可能なようにＬＡＮ１００（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続されている。

［画像形成装置１１０の外観構成について］
画像形成装置１１０の外観構成について図２を参照しながら説明する。図２は図１の画像形成装置１１０の外観構成を示す図である。

画像形成装置１１０おいて、スキャナ１１３は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（不図示）を走査することによって、ラスタイメージデータを生成する。使用者が原稿用紙を原稿フィーダ２０３のトレイ２０２にセットして、操作部１１４において読み取りの起動を指示すると、コントロールユニット１１１内でスキャンジョブが生成され、スキャナ１１３に実行指示を与える。そして、原稿フィーダ２０３が原稿用紙を１枚ずつフィードし、スキャナ１１３は原稿フィーダ２０３からフィードされた原稿画像の読み取り動作を行う。また、コントロールユニット１１１は、読み取りが完了すると生成したスキャンジョブを完了し、完了結果としてのジョブログを生成する。

プリンタ１１２は、ラスタイメージデータを用紙上の印刷するものであり、その印刷方式として、感光体ドラムや感光体ベルトを用いた電子写真方式が用いられている。なお、印刷方式として、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式などの他の方式を用いてもよいことはいうまでもない。プリンタ１１２のプリント動作は、コントロールユニット１１１内でプリントジョブが生成され、プリンタ１１２に実行指示を与える。プリンタ１１２は、異なる用紙サイズまたは異なる用紙向きを選択可能なように複数の給紙段を有し、それぞれに対応した用紙カセット２０５、２０６、２０７が搭載される。また、排紙トレイ２０８が設けられており、この排紙トレイ２０８には、印字し終わった用紙が排紙される。また、コントロールユニット１１１は、排紙が完了すると生成したプリントジョブを完了し、完了結果としてのジョブログを生成する。

［画像形成装置１１０の操作部１１４について］
次に、操作部１１４の構成について図３を参照しながら説明する。図３は図１の操作部１１４の外観構成を示す図である。操作部１１４は、ＬＣＤ上にタッチパネルシート３０２が貼られているＬＣＤ表示部５０１を有する。このＬＣＤ表示部５０１には、システムの操作画面およびソフトキーが表示されるとともに、表示されているキーが押されると、押された位置を示す位置情報がコントロールユニット１１１に伝えられる。

また、操作部１１４には、スタートキー３０５、ストップキー３０３、ＩＤキー３０７、リセットキー３０４の各種ハードキーが設けられている。スタートキー３０５は、原稿画像の読み取り動作の開始を指示するためのキーであり、スタートキー３０５の中央部には、緑と赤の２色ＬＥＤ表示部３０６が設けられている。２色ＬＥＤ表示部３０６は、その色によってスタートキー３０５が使用可能な状態にあるか否かを表す。ストップキー３０３は、稼働中の動作を止めるためのキーである。ＩＤキー３０７は、使用者のユーザＩＤを入力するときに用いられるキーである。リセットキー３０４は操作部１１４からの設定を初期化するときに用いられるキーである。

［コントロールユニット１１１のソフトウェア構成について］
次に、コントロールユニット１１１のソフトウェア構成について図４を参照しながら説明する。図４は図１の画像形成装置１１０のコントロールユニット１１１のソフトウェア構成を示すブロック図である。コントロールユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１２と接続し、これらを制御する。一方、コントロールユニット１１１には通信装置１１５を介して画像情報やデバイス情報の入出力を行うアプリケーションプログラムが実行可能に格納されている。

操作制御部４０１は、操作部１１４との間で情報の入出力を行うためのアプリケーションプログラムである。操作制御部４０１は、操作部１１４に表示する画像データの操作部１１４に対する出力、及び操作部１１４に備える各種ＬＥＤの表示制御を行う。さらに操作制御部４０１は、ユーザが操作部１１４を介して入力した情報を受信し、オペレーティングシステムを介して他のアプリケーションプログラムに伝送するなどの役割を果たす。

通信制御部４０２は、通信装置１１５と接続され、通信装置１１５に対して情報の入出力を行うためのアプリケーションプログラムである。

機器制御部４０３は、他のアプリケーションプログラムから出力された、画像形成装置１１０が備える各機器（スキャナ１１３等）への指示を解釈し、後述のプリンタ制御部４０５やスキャナ制御部４０４に指示を与えるためのアプリケーションプログラムである。該指示を出力する他のアプリケーションプログラムとしては、ウェブブラウザ４０６や、不図示のコピーアプリケーションプログラムや、ＦＡＸ送信アプリケーションプログラム等がある。

各アプリケーションプログラムは、画像形成装置１１０の各種機能の利用を指示するために、各種ジョブの生成を機器制御部４０３に対して依頼する。その際、生成されるジョブに属性を設定する事が可能である。指定可能な属性としては、たとえば、ジョブのユーザ名、ドキュメント名等のジョブに付随する属性値や、コピーや印刷の設定等、機器の振る舞いを指定する設定値がある。

機器制御部４０３は各機器によるジョブの処理状況を監視し、その状況をジョブのステータスに反映する。各機器での処理が完了すると、機器制御部４０３は生成したジョブを完了し、後述するログ出力管理部４０７にジョブログの出力を指示する。ジョブログに出力される情報は、前述した各ジョブに設定されている属性値や、日時、ジョブのステータス、ジョブの種類、オペレーションの種類等である。

スキャナ制御部４０４は、機器制御部４０３からの指示に従い、スキャナ１１３からの入力画像データに対し補正、加工、編集などを行うためのアプリケーションプログラムである。スキャナ制御部４０４は、スキャナ１１３や発生したスキャンジョブの状況を監視し、機器制御部４０３へ通知する。

プリンタ制御部４０５は、機器制御部４０３からの指示に従い、プリント出力する画像データに対して補正、解像度変換などを行い、当該画像データをプリンタ１１２へ出力するためのアプリケーションプログラムである。プリンタ制御部４０５は、プリンタ１１２やプリントジョブの状況を監視し、機器制御部４０３へ通知する。

ウェブブラウザ４０６は、インターネットまたはイントラネット上の各種ウェブサイト（ホームページ）の情報を読み込んで表示を行うためのアプリケーションプログラムである。このウェブブラウザ４０６の詳細な構成は後述する。

ログ出力管理部４０７は、認証サービス４０８で行われた認証処理や操作部１１４を介して行われた操作についての情報をジョブログとして間接記憶部に保存するためのアプリケーションプログラムである。保存されるジョブログの内容については後述する。

認証サービス４０８は、ユーザが画像形成装置１１０の機能を利用する際に行うユーザ認証処理を制御するためのアプリケーションプログラムである。認証サービス４０８は、操作制御部４０１を介して、操作部１１４より入力されたユーザアカウント情報を受信し、認証処理を行う。認証サービス４０８は、認証処理の結果、ユーザ認証が成功した場合、ＳＴを発行することができる。また、他の実施形態として、認証サービス４０８は、受信したユーザアカウント情報を認証サーバ１３０へ送信し、認証サーバ１３０が認証処理を行うことによって発行したＳＴを受信することとしても良い。

認証情報管理部４０９は、ユーザ認証成功後に認証サービス４０８から返されるＳＴ及び認証サーバ１３０から取得可能なユーザアカウント情報を記憶管理するためのアプリケーションプログラムである。認証情報管理部４０９の詳細説明は後述する。

ユーザアカウント情報管理部４１０は、ウェブブラウザ４０６が認証情報管理部４０９にて記憶管理される認証情報およびウェブサイトのＵＲＩ（特にＵＲＬ）をキーにしてユーザアカウント情報を登録もしくは、取得するためアプリケーションプログラムである。具体的には、このユーザアカウント情報は、ウェブブラウザ４０６を介してウェブアプリケーションサーバ１２０へ渡される。ユーザアカウント情報管理部４１０に登録されるユーザアカウント情報のデータ構造については、後述する。なお、ユーザアカウント情報管理部４１０は後述する第２のフローで必要なアプリケーションプログラムであり、第１のフローでは必要としない。

［認証情報管理部４０９について］
認証情報管理部４０９は、画像形成装置１１０にログインしたユーザの認証情報を記憶管理する。認証サービス４０８は、認証に成功するとユーザ認証情報の作成に必要な情報（例えば、ＳＴなど）を認証情報管理部４０９に渡す。認証情報管理部４０９は、ユーザ情報を書き込んだ認証情報を作成する。認証に成功し認証情報にユーザ情報が書き込まれると、画像形成装置１１０は、それ以降のユーザによる操作に対して、認証情報に書き込まれたユーザの権限の範囲内で動作する。さらに認証情報管理部４０９は、認証情報のライフサイクルを管理する。認証情報のライフサイクルは認証情報が作成されてからユーザのログアウト処理が行われるまでである。ログアウト条件としては、ユーザにより操作部１１４を介してログアウト処理が指示される、設定されたタイムアウト時間の間に操作部１１４を介して何も操作がおこなわれない、各種デバイス設定情報の変更がされる、低電力モードへの移行、デバイス再起動がある。

次に、認証情報のデータ構造の一例について図７を用いて説明する。認証情報７０１には、ＳＴ属性７０２、ローカルユーザ名属性７０３、及びドメイン名属性７０４が含まれている。ＳＴ属性７０２は認証サービス４０８から取得したＳＴを格納する。ローカルユーザ名属性７０３は認証サービス４０８から取得したユーザ名を格納する。ドメイン名属性７０４は認証サービス４０８から取得したユーザが所属するドメイン名を格納する。

［ユーザアカウント情報管理部４１０について］
ユーザアカウント情報管理部４１０が登録するユーザアカウント情報のデータ構造の一例について図８を用いて説明する。ユーザアカウント情報８０１には、認証情報属性８０２、リモートユーザ名属性８０３、パスワード属性８０４、及びキー（Ｋｅｙ）属性８０５が含まれている。認証情報属性８０２は、図７で示した認証情報を格納する。リモートユーザ名属性８０３は、ウェブアプリケーションサーバ１２０へのログインユーザ名を格納する。パスワード属性８０４（Ｐａｓｓｗｏｒｄ）は、ウェブアプリケーションサーバ１２０へのログインパスワードを格納する。また、セキュリティの観点より、パスワード属性は暗号化されて保存されている事が好ましい。キー属性８０５はキーと文字列のペアを複数個登録可能に構成される。ここで、「キー」とは、例えば、・・・・である。「文字列」とは、例えば、・・・・である。キー属性８０５には、このユーザアカウント情報を利用するウェブアプリケーションサーバ１２０のアドレスやウェブサイトのＵＲＩ等が格納される。

なお、ユーザアカウント情報管理部４１０による処理の制御については、後述する第２のフローにおいて説明する。

［ログ出力管理部４０７で出力されるジョブログについて］
ログ出力管理部４０７で出力されるジョブログ情報のデータ構造の一例について図９を用いて説明する。ジョブログ情報９０１には、日時属性９０２、アプリＩＤ属性９０３、ユーザ名属性９０４、機能名属性９０５、ジョブＩＤ属性９０６、ジョブ状態属性９０７、及びキー（Ｋｅｙ）属性９０８が含まれている。日時属性９０２はジョブログ情報が出力された日時が格納される。アプリＩＤ属性９０３は、各アプリケーションプログラムに設定されるＧＵＩＤが格納される。ユーザ名属性９０４は各アプリケーションプログラムから入力されたユーザ名が格納される。機能名属性９０５、ジョブＩＤ属性９０６、及びジョブ状態属性９０７はそれぞれ、各アプリケーションプログラムが実行する機能の名前、生成するジョブＩＤ、及びそのジョブの状態であり、各アプリケーションプログラムから入力され、格納される。キー属性９０８はキーと文字列のペアを複数個登録可能に構成される。キー属性９０８は、各ジョブに設定されている属性名や属性値、および各アプリケーションが自由に設定し、入力する情報である。

［ウェブブラウザ４０６の構成について］
ウェブブラウザ４０６は、通信制御部４０２を介して、他のネットワークノードとの間に接続を確立し通信するためのアプリケーションプログラムである。この通信においては、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求が発行され、その応答が得られる。この過程で、各種符号化形式に則した通信データの符号化・復号化も行われる。

ウェブブラウザ４０６では、操作部１１４上のタッチパネルシートや各キーなどに対してユーザが行った操作のイベントを受信して、各イベントに対応した処理が実行される。また、ウェブブラウザ４０６は、スクリプトインタプリタ（不図示）を備えており、スクリプトインタプリタはＪａｖａ(登録商標)Ｓｃｒｉｐｔ（ＥＣＭＡ Ｓｃｒｉｐｔ）などのスクリプトを解釈し実行されるプログラムである。スクリプトは、文書に埋め込まれているか、または文書からリンクされた別ファイル中に記述される。ウェブアプリケーションサーバ１２０から提供する文書の動的な挙動をスクリプトによってプログラムすることが可能となる。

［ＨＴＴＰプロトコルによる要求と応答の流れ］
図５は、ＨＴＴＰプロトコルによる要求と応答の処理の流れを示すシーケンス図である。クライアント５０１は、ＨＴＴＰ要求を送信しＨＴＴＰ応答を受信するソフトウェアである。クライアント５０１は、本実施の形態の画像形成装置１１０内蔵のウェブブラウザ４０６や、不図示のコンピュータで稼動する一般的なウェブブラウザに相当する。サーバ５０２は、ＨＴＴＰ要求を受信して対応する処理を行い、さらにＨＴＴＰ応答を返信するソフトウェアであり、本実施の形態のウェブアプリケーションサーバ１２０に相当するものである。

クライアント５０１は、ＨＴＴＰ要求をＧＥＴメソッドまたはＰＯＳＴメソッドのいずれかの方法で送信することができる。ここで、クライアント５０１が所望のリソースに対するＨＴＴＰ要求をＧＥＴメソッドでサーバ５０２に送信する場合、リソースは一般にＵＲＩ（特にＵＲＬ）形式によって指定される。サーバ５０２は、ＨＴＴＰ要求により指定されたリソースに対応するデータを取得または生成し、このデータをＨＴＴＰ応答によって返送する。

次に、ＨＴＴＰ要求をＰＯＳＴメソッドで送信する場合を説明する。ＨＴＭＬ文書にフォーム（ｆｏｒｍ）が含まれ、その送信方法にＰＯＳＴメソッドが指定されている場合、以下のような処理が行われる。すなわち、クライアント５０１のウェブブラウザ４０６により表示されたフォームにユーザにより入力された情報は符号化され、その符号化された情報すなわちフォームの入力内容はＨＴＴＰ要求に添付されてサーバ５０２に送信される。サーバ５０２においては、指定されたリソースが、クライアント５０１から送られたデータを受信して処理を行い、ＨＴＴＰ応答を生成し、クライアント５０１に返信する。

次に、ＨＴＴＰプロトコルによる認証について説明する。ＨＴＴＰプロトコルおける認証には大別して以下の二つの方法がある。一方はＨＴＴＰプロトコルに定義されたヘッダ情報を利用する認証方式で、たとえばＮＴＬＭ認証やＫｅｒｂｅｒｏｓ認証がある。他方は、フォーム認証と呼ばれる方式で、ウェブサイトにユーザ名およびパスワードを入力するフォームを備え、ウェブブラウザがそれら情報をウェブアプリケーションサーバにＰＯＳＴする方式である。

現状、前者の認証方法に対応していないウェブブラウザがあることや、証明書を必要とする事を理由に、後者のフォーム認証を採用しているウェブサイトが大半である。よって本明細書では、フォーム認証におけるＨＴＴＰプロトコルのシーケンスについて説明する。

クライアント５０１はフォーム認証するためのログインサイトのＵＲＩに対してＧＥＴを行う。取得されたＨＴＭＬ文書によるログインサイトには一般的に、ログインするユーザのＩＤもしくは名前を入力するフォーム、パスワードを入力するフォームおよび、ログインを実行するためのボタンアクションが含まれている。ユーザはこれらフォームに情報を入力し、ログインを実行すると、クライアント５０１はこれら情報をサーバ５０２にＰＯＳＴする。

ＰＯＳＴされたサーバ５０２は、受信した情報をもとに認証を行う。認証に成功すると、セッションユニークな情報であるＳｅｓｓｉｏｎＩＤ（セッションＩＤ）を生成し、認証後のＨＴＭＬ文書とともにクライアント５０１に応答する。

この後のクライアント５０１とサーバ５０２との間の処理において、生成されたＳｅｓｓｉｏｎＩＤを送受信する事で、認証されている状態が保持される事になる。このＳｅｓｓｉｏｎＩＤは、ユーザがログアウトするまで、もしくは設定された制限時間内有効な情報として双方で保持される。

［画像形成装置１１０のブラウザの画面構成について］
次に、操作部１１４により表示されるウェブブラウザ４０６の画面構成について図６を参照しながら説明する。ブラウザ画面６００は、タブ６０１、ＵＲＬ入力フィールド６０８、ＯＫボタン６０９、プログレスバー６０７、コンテンツ表示領域６０２、戻るボタン６０３、進むボタン６０４、リロードボタン６０６、中止ボタン６０５、及びステータス領域６１０を表示する。

タブ６０１は、画像形成装置１１０のウェブブラウザ４０６の機能を利用するために、他の機能（コピー、ボックス、送信、拡張など）の画面からの画面切り替えを行うものである。ＵＲＬ入力フィールド６０８は、ユーザが所望のリソースのＵＲＬを入力するフィールドであり、当該フィールドをユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーによって所望の文字列を入力することができる。

ＯＫボタン６０９は入力したＵＲＬ文字列を確定するソフトキーである。ＵＲＬが確定されると、ウェブブラウザ４０６は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。プログレスバー６０７は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域は、取得したリソースが表示される領域である。戻るボタン６０３は、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの前に表示したコンテンツを表示し直すためのソフトキーである。進むボタン６０４は、コンテンツ表示の履歴をさかのぼって表示しているときに、現時点で表示しているコンテンツの後に表示したコンテンツの表示に戻るためのソフトキーである。リロードボタン６０６は、現時点で表示しているコンテンツの再取得と再表示を行うためのソフトキーである。中止ボタン６０５は、実行中のコンテンツ取得処理を中止するソフトキーである。ステータス領域６１０は、画像形成装置１１０の各種アプリケーションプログラムからのメッセージを表示する領域である。このステータス領域６１０には、ブラウザ画面６００を表示中であっても、スキャナ１１３やプリンタ１１２や他の機能などから、ユーザの注意を促すためのメッセージを表示することができる。また、同様にウェブブラウザ４０６の機能からもメッセージの表示を行うことができる。ウェブブラウザ４０６の機能は、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトによって指示されたメッセージなどを表示する。

（第１のフロー）
次に本発明の実施形態についての第１の処理フローをフローチャートを参照しながら説明する。

［画像形成装置１１０へのログインフロー］
図１０は、コントロールユニット１１１における画像形成装置１１０へのログイン処理を示すフローチャートである。また、図１１はユーザ名、ドメイン名、パスワードのユーザアカウントでユーザ認証を行う場合に、操作部１１４に表示される画面の一例である。図１０、図１１を用いてコントロールユニット１１１における画像形成装置１１０へのログイン処理について説明する。

ステップＳ１００１において、操作制御部４０１は、コントロールユニット１１１の認証サービス４０８から取得した情報に基づいて、図１１に示すようなログイン画面を操作部１１４に表示する。

次に、図１１のログイン画面例を説明する。ユーザ名入力テキストボックス１１０１はユーザ名を入力するためのテキストボックス領域である。以下、後述するウェブアプリケーションサーバ１２０へのログイン時に入力するユーザ名と区別するために、ユーザ名入力テキストボックス１１０１に入力するユーザ名をローカルユーザ名と呼ぶ。ユーザがユーザ名入力テキストボックス１１０１を選択すると操作制御部４０１で処理を行い、操作部１１４にソフトウェアキーボードを表示する。これによりユーザは文字入力を簡便に行うことができる。

ドメイン名入力テキストボックス１１０２はドメイン名を入力するためのテキストボックス領域である。ドメイン名入力テキストボックス１１０２は選択式になっている。

パスワード入力テキストボックス１１０３はパスワードを入力するためのテキストボックス領域である。

ユーザによりＯＫボタン１１０４が押下されると、入力されたユーザ名、ドメイン名、及びパスワードの情報を有するユーザアカウント情報が操作制御部４０１を介して認証サービス４０８に渡される。すなわち、ユーザによってＯＫボタン１１０４が押下されることで、画像形成装置１１０が有する認証機能の実行要求がなされる。

ステップＳ１００２にて、操作部１１４を介してユーザのユーザアカウント情報が入力された後、当該ユーザアカウント情報はコントロールユニット１１１の操作制御部４０１を介して認証サービス４０８に通知される。

ステップＳ１００３にて、認証サービス４０８は受信したユーザアカウントの正当性を判断する（すなわち、認証処理を行う）。正当性の判断の結果、ユーザアカウントが不正で合った場合（ステップＳ１００４；ＮＧ）は、ステップＳ１００１にて再度ログイン画面が操作制御部４０１により操作部１１４に表示される。

ユーザアカウントが正当で合った場合（ステップＳ１００４；ＯＫ）は、ステップＳ１００５にて、ユーザアカウント情報を元に上述の認証情報を生成し、認証情報管理部４０９にて保存する。

ステップＳ１００６にて、認証サービス４０８は、ログ出力管理部４０７に対して、アプリＩＤ、ユーザ名、及び機能名として以下の情報を渡し、ログ出力管理部４０７は当該情報を用いてジョブログを生成する。
・アプリＩＤ：認証サービス４０８のアプリケーションＩＤ
・ユーザ名：認証情報のローカルユーザ名
・機能名：認証

次に、ステップＳ１００７にて、コントロールユニット１１１は、コントロールユニット１１１が備えるアプリケーションプログラムの機能を選択するための初期画面を操作部１１４に提示する。初期画面は例えば、図６で示したウェブブラウザ画面が相当する。

以降、ユーザがログアウトするまで、コントロールユニット１１１における各アプリケーションプログラムは、認証情報管理部４０９にて保存された認証情報を取得してジョブログを生成した後、画像形成装置１１０の機能を利用する事ができる。

［ウェブアプリケーションサーバ１２０へのログインフロー］
図１２は、コントロールユニット１１１におけるウェブブラウザ４０６でのウェブアプリケーションサーバ１２０へのログイン処理を示すフローチャートである。

ステップＳ１２０１にて、コントロールユニット１１１は図６で示したウェブブラウザ画面６００を、操作制御部４０１を介して操作部１１４に表示する。これは、操作部１１４でユーザによりウェブブラウザ４０６の機能が選択されるか、もしくは、画像形成装置１１０へのログイン後、初期画面として表示してもよい。

次に、ウェブブラウザ４０６は、Ｓ１２０２にて、操作部１１４を介してユーザからログインサイトのＵＲＬ入力およびＯＫボタン押下を待つ。そして、ＵＲＬが入力され、ＯＫボタンが押下されると、ステップＳ１２０３にて、ウェブブラウザ４０６は、通信制御部４０２、通信装置１１５を介して入力されたＵＲＬに対応するウェブアプリケーションサーバ１２０に対してＧＥＴ要求を行う。

なお、このログインサイトＵＲＬが、ウェブブラウザ４０６に初期表示ＵＲＬとして登録されている場合、上記ステップＳ１２０２、ステップＳ１２０３の処理をスキップする事ができる。

ステップＳ１２０４にて、ウェブブラウザ４０６は、ウェブアプリケーションサーバ１２０から応答されたログイン画面を操作部１１４に操作制御部４０１を介して表示する。ここで表示されるログイン画面（不図示）はユーザ名（以下、ローカルユーザ名と区別するためにリモートユーザ名と呼ぶ）およびパスワードを入力するためのフォームおよび、それらを確定するためのログイン（もしくはＯＫ）ボタンを備えている。

ステップＳ１２０５にて、ウェブブラウザ４０６は、ユーザからのユーザアカウント情報の入力およびログインボタンの押下を操作部１１４、操作制御部４０１を介して受け付ける。ここで入力されるユーザアカウント情報は、ウェブアプリケーションサーバ１２０にログインするためのリモートユーザ名およびパスワードである。

ステップＳ１２０６にて、ウェブブラウザ４０６は、受け付けたユーザアカウント情報を通信制御部４０２、通信装置１１５を介してウェブアプリケーションサーバ１２０にＰＯＳＴする。

ウェブアプリケーションサーバ１２０は、受信したユーザアカウントが正当であるかを検証するために認証サーバ１３０アカウント情報を送信し、正当であった場合はユーザアカウントに対応したセッションユニークな情報であるＳｅｓｓｉｏｎＩＤを生成する。そして、ユーザアカウントに対応したデバイス機能画面を生成し、それらを通信装置１１５へ応答する。また、不正であった場合は、認証失敗である旨を示す画面を生成し、通信装置１１５へ応答する。

ここでユーザアカウント情報が正当であった場合、ウェブアプリケーションサーバ１２０において、ユーザアカウント情報と生成したＳｅｓｓｉｏｎＩＤとを含みユーザがログインした事を示すログが出力され記憶される。ログインのログに含まれるユーザアカウント情報及びＳｅｓｓｉｏｎＩＤは、このログの識別情報となる。以降に説明するログに含まれるユーザアカウント情報及びＳｅｓｓｉｏｎＩＤについても同様にログの識別情報となる。なお、ログにこれらの識別情報が必ずしも含まれている必要はなく、ログと識別情報が関連付けられていれば良い。

ステップＳ１２０７にて、ウェブブラウザ４０６は、通信制御部４０２、通信装置１１５を介してウェブアプリケーションサーバ１２０から応答画面およびＳｅｓｓｉｏｎＩＤ情報を受信する。

次に、ステップＳ１２０８にて、ウェブブラウザ４０６は、受信したＳｅｓｓｉｏｎＩＤ情報をユーザアカウント情報と紐づけて間接記憶部１１８等に記憶する。なお、ユーザがウェブサイトからログアウトするか、もしくはＳｅｓｓｉｏｎＩＤに設定された保存期限が経過するまで、ＳｅｓｓｉｏｎＩＤ情報は、ユーザアカウント情報をキーにして取得可能なように記憶される。すなわち、ステップＳ１２０６及びＳ１２０８の処理によれば、画像形成装置１１０及びウェブアプリケーションサーバ１２０の両装置に、共通する情報であるＳｅｓｓｉｏｎＩＤ情報が記憶される。

次に、ステップＳ１２０９にて、ウェブブラウザ４０６は、受信した応答画面を操作部１１４に操作制御部４０１を介して表示する。

図１３はウェブサイトへのログイン後に提示されるウェブアプリケーション画面の例である。このウェブアプリケーション画面では、ドキュメント管理アプリケーションの例を示している。

リンク１３０１は提示されているドキュメントのＵＲＩへのリンク情報である。ユーザがこのリンク情報を選択すると、操作部１１４、操作制御部４０１を介してウェブブラウザ４０６へドキュメントのリンク情報が選択された事が通知される。通知された際の処理の詳細に関しては後述する。

Ｕｐｌｏａｄボタン１３０２は画像形成装置１１０で生成された文書の電子データをウェブアプリケーションサーバ１２０へアップロードを指示するためのボタンである。ユーザがこのＵｐｌｏａｄボタン１３０２を押下すると、操作部１１４、操作制御部４０１を介してウェブブラウザ４０６へＵｐｌｏａｄボタン１３０２が押下された事が通知される。通知された際の処理の詳細に関しては後述する。

このように、画像形成装置１１０へのログインが行われ、さらに、ウェブアプリケーションサーバ１２０へのログインが行われる。それぞれのログインフローにおける認証サービスが異なる場合、入力されるユーザアカウント情報が異なる可能性がある。また、認証サービスを統一したとしても、ユーザによっては、それぞれに入力するユーザアカウント情報が異なる運用もありえる。その結果、画像形成装置１１０に管理されている認証情報に含まれるローカルユーザ名と、ウェブアプリケーションサーバ１２０にログインしているリモートユーザ名は異なる可能性がある。

［画像形成装置１１０の機能利用］
図１４は、コントロールユニット１１１のウェブブラウザ４０６から画像形成装置１１０の機能を利用する場合の処理を示すフローチャートである。本明細書では、図１３を用いて説明したウェブアプリケーションを例として説明する。

ステップＳ１４０１にて、ウェブブラウザ４０６は、ウェブアプリケーションの画面を表示する。このステップでウェブブラウザ４０６は図１３で示したウェブアプリケーション画面の例を表示しているものとして以降の処理を説明する。

ステップＳ１４０２にて、ウェブブラウザ４０６は、ウェブアプリケーション画面内でユーザによって選択された機能を操作部１１４、操作制御部４０１を介して受け付ける。すなわち、画像形成装置１１０は、ユーザから画像形成装置１１０が有する機能の実行要求を受け付ける。選択された機能に応じて、ステップＳ１４０３にて、処理が分岐する。

まず、選択がドキュメントのリンクだった場合を説明する。
ステップＳ１４０４にて、ウェブブラウザ４０６は選択されたリンクが示すＵＲＬに対して通信制御部４０２、通信装置１１５を介してＧＥＴメソッドでリクエストを送信し、ドキュメントデータをＳｅｓｓｉｏｎＩＤと共に取得し保存する。

ここで、ウェブアプリケーションサーバ１２０は、ドキュメントがＧＥＴメソッドにより取得された事を示すログを出力し保存する。そのログは、ウェブアプリケーションサーバ１２０にログインしているユーザのユーザアカウント情報、そのユーザによるアクセスのセッションのＳｅｓｓｉｏｎＩＤ、および取得されたドキュメントデータのＵＲＬを含む。

次に、ステップＳ１４０５にて、ウェブブラウザ４０６は、図１５に示すようなウェブブラウザ４０６の機能を選択する画面を、操作制御部４０１を介して操作部１１４に表示する。

ここで、図１５に示したウェブブラウザ４０６の機能を選択する画面の例について説明する。ウェブブラウザ機能選択画面１５０１は、取得したドキュメントのフォーマットに対して処理可能な機能を示す画面である。この例では、取得したドキュメントのフォーマットに対して表示および印刷が処理可能であることが示されている。機能選択ボタン１５０２は機能の選択状態を示す。ＯＫボタン１５０３を押下すると選択されている機能が実行される。キャンセルボタン１５０４を押下すると、取得したドキュメントデータを破棄して機能選択画面１５０１を閉じる。

次に、ステップＳ１４０６にて、ウェブブラウザ４０６は、選択された機能を受け付ける。選択された機能に応じて、ステップＳ１４０７にて、処理が分岐する。
次に、ステップＳ１４０６にて、印刷機能が選択された場合のその後の処理について説明する。
ステップＳ１４０８にて、ウェブブラウザ４０６は、現在保存しているＳｅｓｓｉｏｎＩＤおよび文書のリンク先のＵＲＩを取得する。合わせて、ウェブブラウザ４０６は、認証情報管理部４０９より、現在画像形成装置１１０にログインしているユーザの認証情報を取得する。

ステップＳ１４０９にて、ウェブブラウザ４０６は以下の情報をプリントジョブ属性に設定して機器制御部４０３に対してプリントジョブの生成および実行を指示する。
・アプリＩＤ：ウェブブラウザ４０６のアプリケーションＩＤ
・ユーザ名：認証情報のローカルユーザ名
・Ｋｅｙ：ＳｅｓｓｉｏｎＩＤ
・Ｋｅｙ：ドキュメントのＵＲＩ

機器制御部４０３は、プリンタ制御部４０５を介してプリンタ１１２にプリントジョブの生成および印刷を指示する。プリンタ制御部４０５はプリンタ１１２での印刷の状況をモニタリングし、ステップＳ１４１０にて、印刷の完了を検知すると機器制御部４０３に通知する。

ステップＳ１４１１にて、機器制御部４０３は完了したプリントジョブの属性情報をログ出力管理部４０７に通知する。ログ出力管理部４０７は、受けた通知に応じてプリントジョブのジョブログ出力を行う。

そして、それら機能の実行が完了したら、機器制御部４０３は印刷が完了した事をウェブブラウザ４０６に通知する。

ステップＳ１４１２にて、ウェブブラウザ４０６は操作制御部４０１を介して、操作部１１４に表示されている機能選択画面１５０１を閉じ、ウェブアプリケーション画面を再表示する。

次に、ステップＳ１４０６にて、表示機能が選択された場合について説明する。
ステップＳ１４１３にて、ウェブブラウザ４０６は、現在保存しているＳｅｓｓｉｏｎＩＤおよび文書のリンク先のＵＲＩを取得する。合わせて、ウェブブラウザ４０６は、認証情報管理部４０９より、現在画像形成装置１１０にログインしているユーザの認証情報を取得する。

ステップＳ１４１４にて、ウェブブラウザ４０６は取得したドキュメントを操作部１１４又は不図示の表示部にプレビュー表示する。

ステップＳ１４１５にて、ウェブブラウザ４０６は、ログ出力管理部４０７に対して、以下の情報を渡し、ジョブログを生成する。
・アプリＩＤ：ウェブブラウザ４０６のアプリケーションＩＤ
・ユーザ名：認証情報のローカルユーザ名
・機能名：表示
・Ｋｅｙ：ＳｅｓｓｉｏｎＩＤ情報
・Ｋｅｙ：ドキュメントのＵＲＩ

次に、ステップＳ１４１６にて、ウェブブラウザ４０６は、操作部１１４を介してユーザがプレビュー表示した画面を閉じると、操作制御部４０１がそれを検知し、ステップＳ１４１２にて、ウェブアプリケーション画面を再表示する。

次に、ステップＳ１４０２にて選択された機能がＵｐｌｏａｄだった場合を説明する。

ステップＳ１４１７にて、ウェブブラウザ４０６は不図示のスキャン設定画面を、操作制御部４０１を介して操作部１１４に表示する。スキャン設定画面では、スキャン動作の振る舞いの設定（たとえば、両面読み取りや、カラー/モノクロ読み取りの設定、等）を行う事が出来る。そして、ステップＳ１４１８にて、操作部１１４から操作制御部４０１を介して、ユーザからのスキャンの実行要求を受け付ける。

ステップＳ１４１９にて、ウェブブラウザ４０６は、現在保存しているＳｅｓｓｉｏｎＩＤおよび文書のアップロード先のＵＲＩを取得する。合わせて、ウェブブラウザ４０６は、認証情報管理部４０９より、現在画像形成装置１１０にログインしているユーザの認証情報を取得する。

ステップＳ１４２０にて、ウェブブラウザ４０６は上記スキャン設定画面で設定された属性および、以下の情報をスキャンジョブ属性に設定して機器制御部４０３にスキャンジョブの生成および実行を指示する。
・アプリＩＤ：ウェブブラウザ４０６のアプリケーションＩＤ
・ユーザ名：認証情報のローカルユーザ名
・Ｋｅｙ：ＳｅｓｓｉｏｎＩＤ情報
・Ｋｅｙ：アップロード先のＵＲＩ

機器制御部４０３はスキャナ制御部４０４を介してスキャンジョブの生成および読み取りを指示する。スキャナ制御部４０４はスキャナ１１３での読み取りの状況をモニタリングし、ステップＳ１４２１にて、読み取りの完了を検知すると機器制御部４０３に通知する。

ステップＳ１４２２にて、機器制御部４０３は完了したスキャンジョブの属性情報をログ出力管理部４０７に通知し、スキャンジョブのジョブログ出力を行う。

そして、それら機能の実行が完了したら、機器制御部４０３は印刷が完了した事をウェブブラウザ４０６に通知する。

ステップＳ１４２３にて、ウェブブラウザ４０６はスキャンして生成されたドキュメントの電子データを指定のアップロード先のＵＲＩに対して通信制御部４０２を介してＰＯＳＴし、ＰＯＳＴ応答を受け付ける。

ここで、ウェブアプリケーションサーバ１２０は、ドキュメントがアップロードされた事を示すログを出力し保存する。そのログは、ウェブアプリケーションサーバ１２０にログインしているユーザのユーザアカウント情報、ＳｅｓｓｉｏｎＩＤ、およびアップロードされたドキュメントデータのＵＲＬを含む。

次に、ステップＳ１４２４にて、ウェブブラウザ４０６は、操作制御部４０１を介して、ＰＯＳＴ応答で受け付けた応答画面を操作部１１４に表示する。

以上の処理によって、ウェブアプリケーションサーバ１２０で生成した、ＳｅｓｓｉｏｎＩＤと同一の情報を、ウェブブラウザ４０６の機能利用後のジョブログに出力する事が可能となる。

よって、たとえば、ウェブアプリケーションサーバ１２０から取得したドキュメントデータを印刷した場合は、次の方法によりログを関係づけることによって、同一ユーザによりリクエストされた一連の処理であることを証明できる。すなわち、まず、ウェブアプリケーションサーバ１２０で出力された、ドキュメントデータがＧＥＴ要求により取得された事を示すログを検索する。次に、そこに含まれるＳｅｓｓｉｏｎＩＤをキーに画像形成装置１１０に出力されたジョブログを検索し関係づける。

従って、以上説明した処理によれば、ウェブアプリケーションサーバと画像形成装置の両者の機器に共通する情報が存在する監査証跡を記録することができる。

（第２のフロー）
第１のフローにおいては、ウェブアプリケーションサーバ１２０と画像形成装置１１０とで認証されたユーザアカウントが異なる場合、それぞれの装置に出力されたログに含まれるユーザ名に差異が発生する。そのため、ログの紐づけがＳｅｓｓｉｏｎＩＤでのみ可能となる。第２のフローは、第１のフローよりも容易にログを紐づけ、ログ（すなわち、監査証跡）の検索性及び可読性を向上させるフローである。

以下、第２のフローについてフローチャートを参照しながら説明する。ただし、第１のフローと同様の処理については説明を省略する。

図１６は、第２のフローにおける、コントロールユニット１１１におけるウェブブラウザ４０６でのウェブアプリケーションサーバ１２０へのログイン処理を示すフローチャートである。

ステップＳ１６０１にて、コントロールユニット１１１は、図６で示したウェブブラウザ画面６００を、操作制御部４０１を介して操作部１１４に表示する。ウェブブラウザ画面６００は、操作部１１４を介してユーザによりウェブブラウザ４０６が選択されることによって表示され、又は、画像形成装置１１０へのログイン後、初期画面として表示されてもよい。

次に、ウェブブラウザ４０６は、Ｓ１６０２にて、ユーザからのＵＲＬ入力およびＯＫボタン押下を待つ。そして、ユーザによりログインサイトのＵＲＬが入力され、ＯＫボタンが押下されると、ステップＳ１６０３にて、通信制御部４０２、通信装置１１５を介して対象のウェブアプリケーションサーバ１２０に対してＧＥＴ要求を行う。

このログインサイトＵＲＬが、ウェブブラウザ４０６に初期表示ＵＲＬとして登録されている場合、上記ステップＳ１６０２、ステップＳ１６０３の処理をスキップする事ができる。

次に、ステップＳ１６０４にて、ウェブブラウザ４０６は、画像形成装置１１０にログインしているユーザの認証情報を認証情報管理部４０９から取得する。そして、ユーザアカウント情報管理部４１０に対して、表示するウェブサイトのＵＲＬおよび取得した認証情報をキーにユーザアカウント情報を検索する。ステップＳ１６０５にて、検索結果に応じて、処理が分岐する。

ステップＳ１６０５にて、検索の結果、ユーザアカウント情報が登録されておらず、情報が得られなかった場合、ステップＳ１６０６にて、ウェブアプリケーションサーバ１２０から応答されたログイン画面を操作部１１４に表示する。ここで表示されるログイン画面（不図示）はリモートユーザ名およびパスワードを入力するためのフォームおよび、それらを確定するためのログイン（もしくはＯＫ）ボタンを備えている。

ステップＳ１６０７にて、ウェブブラウザ４０６は、ユーザからのユーザアカウント情報の入力およびログインボタンの押下を操作部１１４、操作制御部４０１を介して受け付け、取得する。ここで取得されるユーザアカウント情報は、ウェブアプリケーションサーバ１２０にログインするためのリモートユーザ名およびパスワードである。

また、ステップＳ１６０５にて、検索の結果ユーザアカウント情報が登録されている場合、ステップＳ１６０８にてユーザアカウント情報をユーザアカウント情報管理部４１０から取得する。ここで取得されるユーザアカウント情報は、過去ウェブアプリケーションサーバ１２０にログインしたときにユーザアカウント情報管理部４１０に登録されたリモートユーザ名とパスワードである。

次に、ステップＳ１６０９にて、ウェブブラウザ４０６は、取得したユーザアカウントを通信制御部４０２、通信装置１１５を介してウェブアプリケーションサーバ１２０にＰＯＳＴする。

ウェブアプリケーションサーバ１２０は、受信したユーザアカウントが正当であるかを認証サーバ１３０に確認し、正当であった場合はユーザアカウントに対応したセッションユニークな情報であるＳｅｓｓｉｏｎＩＤを生成する。そして、ユーザアカウントに対応したデバイス機能画面を生成し、それらを通信装置１１５へ応答する。また、不正であった場合は、認証失敗である旨を示す画面を生成し、通信装置１１５へ応答する。

ここでユーザアカウント情報が正当であった場合、ウェブアプリケーションサーバ１２０では、ユーザアカウント情報と生成したＳｅｓｓｉｏｎＩＤを含む、ユーザがログインした事を示すログが出力される。

ステップＳ１６１０にて、ウェブブラウザ４０６は、通信制御部４０２、通信装置１１５を介してウェブアプリケーションサーバ１２０から応答画面およびＳｅｓｓｉｏｎＩＤ情報を受信する。

次に、ステップＳ１６１１にて、ウェブブラウザ４０６は、受信したＳｅｓｓｉｏｎＩＤ情報をユーザアカウントと紐づけて記憶管理する。なお、ユーザがウェブサイトからログアウトするか、もしくはＳｅｓｓｉｏｎＩＤに設定された保存期限が経過するまでＳｅｓｓｉｏｎＩＤ情報は、ユーザアカウントをキーに再利用可能に格納されている。

ステップＳ１６１２にて、ウェブブラウザ４０６は、受信した応答画面を操作部１１４に表示する。

次に、ステップＳ１６１３にて、ウェブブラウザ４０６は、ステップＳ１６０９にてＰＯＳＴしたユーザアカウント情報をユーザアカウント情報管理部４１０に登録する。すでに登録されている場合は更新する。その際、ユーザアカウント情報を検索するためのキー情報としてログイン画面のＵＲＩおよびステップＳ１６０４にて取得した認証情報を登録する。

また、このユーザアカウント情報管理部４１０で記憶管理しているユーザアカウント情報は、操作制御部４０１を介して操作部１１４に表示される画面から、登録、削除できるように構成することもできる。また、通信制御部４０２、通信装置１１５を介してネットワークで接続された外部コンピュータから、登録、削除できるように構成することもできる。

［画像形成装置１１０の機能利用］
図１７は、第２のフローにおける、コントロールユニット１１１のウェブブラウザから画像形成装置１１０の機能を利用する場合の処理を示すフローチャートである。本明細書では、図１３用いて説明したウェブアプリケーションを例として説明する。

ステップＳ１７０１にて、ウェブブラウザ４０６は、ウェブアプリケーションの画面を表示する。このステップでウェブブラウザ４０６は図１３で示したウェブアプリケーション画面の例を表示しているものとして説明する。

ステップＳ１７０２にて、ウェブブラウザ４０６は、ユーザからのウェブアプリケーション画面内でユーザによって選択された機能を操作部１１４、操作制御部４０１を介して受け付ける。選択された機能に応じて、ステップＳ１７０３にて、処理が分岐する。

まず、選択がドキュメントのリンクだった場合を説明する。
ステップＳ１７０４にて、ウェブブラウザ４０６は選択されたリンクが示すＵＲＬに対して通信制御部４０２、通信装置１１５を介してＧＥＴ要求を行い、ドキュメントデータをＳｅｓｓｉｏｎＩＤと共に取得し保存する。

ここで、ウェブアプリケーションサーバ１２０は、ドキュメントがＧＥＴ要求された事を示すログを出力し保存する。そのログは、ウェブアプリケーションサーバ１２０にログインしているユーザのユーザアカウント情報、そのユーザによるアクセスのセッションのＳｅｓｓｉｏｎＩＤ、および取得されたドキュメントデータのＵＲＬを含む。

次に、ステップＳ１７０５にて、ウェブブラウザ４０６は、図１５に示すようなウェブブラウザ４０６の機能を選択する画面を、操作制御部４０１を介して操作部１１４に表示する。

次に、ステップＳ１７０６にて、ウェブブラウザ４０６は、選択された機能を受け付ける。選択された機能に応じて、ステップＳ１７０７にて、処理が分岐する。
次に、ステップＳ１７０６にて、印刷機能が選択された場合のその後の処理について説明する。
ステップＳ１７０８にて、ウェブブラウザ４０６は現在保存しているＳｅｓｓｉｏｎＩＤおよび文書のリンク先のＵＲＩを取得する。合わせて、ウェブブラウザ４０６は、認証情報管理部４０９より、現在画像形成装置１１０にログインしているユーザの認証情報を取得する。

次に、ステップＳ１７０９にて、ウェブブラウザ４０６は認証情報管理部４０９から取得した認証情報をキーにユーザアカウント情報管理部４１０からユーザアカウント情報を検索し、ユーザアカウント情報およびＵＲＩを取得する。そして、ウェブアプリケーション画面のＵＲＩと取得したＵＲＩが完全一致する場合、そのユーザアカウント情報を保持する。

完全一致するＵＲＩがない場合、更新日時が最も新しいＵＲＩを取得し、取得したＵＲＩとウェブアプリケーション画面のＵＲＩのホスト情報を比較し、一致する場合は、そのユーザカウント情報を保持する。

結果として、ユーザアカウント情報が保持されなかった場合は、以下、第１のフローと同様の処理を実行する。

ステップＳ１７１０にて、ウェブブラウザ４０６は以下の情報をプリントジョブ属性に設定して機器制御部４０３にプリントジョブの生成および実行を指示する。
・アプリＩＤ：ウェブブラウザ４０６のアプリケーションＩＤ
・ユーザ名：ユーザアカウント情報管理部４１０から取得したリモートユーザ名
・Ｋｅｙ：ＳｅｓｓｉｏｎＩＤ情報
・Ｋｅｙ：ドキュメントのＵＲＩ

機器制御部４０３はプリンタ制御部４０５を介してプリントジョブの生成および印刷を指示する。プリンタ制御部４０５はプリンタ１１２での印刷の状況をモニタリングし、ステップＳ１７１１にて、印刷の完了を検知すると機器制御部４０３に通知する。

ステップＳ１７１２にて、機器制御部４０３は完了したプリントジョブの属性情報をログ出力管理部４０７に通知する。ログ出力管理部４０７は、受けた通知に応じてプリントジョブのジョブログ出力を行う。

そして、それら機能の実行が完了したら、機器制御部４０３は印刷が完了した事をウェブブラウザ４０６に通知する。

ステップＳ１７１３にて、ウェブブラウザ４０６は操作制御部４０１を介して、操作部１１４に表示されている機能選択画面１５０１を閉じ、ウェブアプリケーション画面を再表示する。

次に、ステップＳ１７０６にて、表示機能が選択された場合について説明する。
ステップＳ１７１４にて、ウェブブラウザ４０６は、現在保存しているＳｅｓｓｉｏｎＩＤおよび文書のリンク先のＵＲＩを取得する。合わせて、ウェブブラウザ４０６は、認証情報管理部４０９より、現在画像形成装置１１０にログインしているユーザの認証情報を取得する。

次に、ステップＳ１７１５にて、ウェブブラウザ４０６は認証情報管理部４０９から取得した認証情報をキーにユーザアカウント情報管理部４１０からユーザアカウント情報を検索し、ユーザアカウント情報およびＵＲＩを取得する。そして、ウェブアプリケーション画面のＵＲＩと取得したＵＲＩが完全一致する場合、そのユーザアカウント情報を保持する。

完全一致するＵＲＩがない場合、更新日時が最も新しいＵＲＩを取得し、取得したＵＲＩとウェブアプリケーション画面のＵＲＩのホスト情報を比較し、一致する場合は、そのユーザカウント情報を保持する。

結果として、ユーザアカウント情報が保持されなかった場合は、以下、第１のフローと同様の処理を実行する。

ステップＳ１７１６にて、ウェブブラウザ４０６は取得したドキュメントを操作部１１４又は不図示の表示部にプレビュー表示する。

ステップＳ１７１７にて、ウェブブラウザ４０６は、ログ出力管理部４０７に対して、以下の情報を渡し、ジョブログを生成する。
・アプリＩＤ：ウェブブラウザ４０６のアプリケーションＩＤ
・ユーザ名：ユーザアカウント情報管理部４１０から取得したリモートユーザ名
・機能名：表示
・Ｋｅｙ：ＳｅｓｓｉｏｎＩＤ情報
・Ｋｅｙ：ドキュメントのＵＲＩ

次に、ステップＳ１７１８にて、ウェブブラウザ４０６は、操作部１１４を介してユーザがプレビュー表示した画面を閉じると、操作制御部４０１がそれを検知し、ステップＳ１７１３にて、ウェブアプリケーション画面を再表示する。

次に、ステップＳ１７０２にて選択された機能がＵｐｌｏａｄだった場合を説明する。

ステップＳ１７１９にて、ウェブブラウザ４０６は不図示のスキャン設定画面を操作制御部４０１を介して操作部１１４に表示する。スキャン設定画面では、スキャン動作の振る舞いの設定（たとえば、両面読み取りや、カラー/モノクロ読み取りの設定、等）を行う事が出来る。そして、ステップＳ１７２０にて、操作部１１４から操作制御部４０１を介して、ユーザからのスキャン実行を受け付ける。

ステップＳ１７２１にて、ウェブブラウザ４０６は、現在保存しているＳｅｓｓｉｏｎＩＤおよび文書のアップロード先のＵＲＩを取得する。合わせて、ウェブブラウザ４０６は、認証情報管理部４０９より、現在画像形成装置１１０にログインしているユーザの認証情報を取得する。

次に、ステップＳ１７２２にて、ウェブブラウザ４０６は認証情報管理部４０９から取得した認証情報をキーにユーザアカウント情報管理部４１０からユーザアカウント情報を検索し、ユーザアカウント情報およびＵＲＩを取得する。そして、ウェブアプリケーション画面のＵＲＩと取得したＵＲＩが完全一致する場合、そのユーザアカウント情報を保持する。

完全一致するＵＲＩがない場合、更新日時が最も新しいＵＲＩを取得し、取得したＵＲＩとウェブアプリケーション画面のＵＲＩのホスト情報を比較し、一致する場合は、そのユーザカウント情報を保持する。

結果として、ユーザアカウント情報が保持されなかった場合は、以下、第１のフローと同様の処理を実行する。

ステップＳ１７２３にて、ウェブブラウザ４０６は上記スキャン設定画面で設定された属性および、以下の情報をスキャンジョブ属性に設定して機器制御部４０３にスキャンジョブの生成および実行を指示する。
・アプリＩＤ：ウェブブラウザのアプリケーションＩＤ
・ユーザ名：ユーザアカウント情報管理部４１０から取得したリモートユーザ名
・Ｋｅｙ：ＳｅｓｓｉｏｎＩＤ情報
・Ｋｅｙ：アップロード先のＵＲＩ

機器制御部４０３はスキャナ制御部４０４を介してスキャンジョブの生成および読み取りを指示する。スキャナ制御部４０４はスキャナ１１３での読み取りの状況をモニタリングし、ステップＳ１７２４にて、読み取りの完了を検知すると機器制御部４０３に通知する。

ステップＳ１７２５にて、機器制御部４０３は完了したスキャンジョブの属性情報をログ出力管理部４０７に通知し、スキャンジョブのジョブログ出力を行う。
そして、それら機能の実行が完了したら、機器制御部４０３は印刷が完了した事をウェブブラウザ４０６に通知する。
ステップＳ１７２６にて、ウェブブラウザ４０６はスキャンして生成されたドキュメントの電子データを指定のアップロード先のＵＲＩに対して通信制御部４０２を介してＰＯＳＴし、ＰＯＳＴ応答を受け付ける。

ここで、ウェブアプリケーションサーバ１２０は、ドキュメントがアップロードされた事を示すログを出力し保存する。そのログは、ウェブアプリケーションサーバ１２０にログインしているユーザのユーザアカウント情報、ＳｅｓｓｉｏｎＩＤ、およびアップロードされたドキュメントデータのＵＲＬを含む。

次に、ステップＳ１７２７にて、ウェブブラウザ４０６は、操作制御部４０１を介して、ＰＯＳＴ応答で受け付けた応答画面を操作部１１４に表示する。

以上の処理によれば、画像形成装置１１０は、ウェブアプリケーションサーバ１２０で管理している、ユーザ名およびＳｅｓｓｉｏｎＩＤと同一の情報を、ウェブブラウザ４０６の機能利用後のジョブログに出力する事が可能となる。

よって、たとえば、ウェブアプリケーションサーバおよび画像形成装置それぞれが保持するジョブログに対してウェブアプリケーションサーバのリモートユーザ名で検索をかけることにより、あるユーザによる操作のログを一括して取得する事ができる。その結果、監査証跡に対する高い検索性及び可読性を実現することができる。

（その他の実施形態）
本発明は、複数の機器（例えばコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用することも、１つの機器からなる装置（複合機、プリンタ、ファクシミリ装置など）に適用することも可能である。

前述した実施形態の機能を実現するように前述した実施形態の構成を動作させるプログラムを記憶媒体に記憶させ、該記憶媒体に記憶されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も上述の実施形態の範疇に含まれる。即ちコンピュータ読み取り可能な記憶媒体も実施例の範囲に含まれる。また、前述のコンピュータプログラムが記憶された記憶媒体はもちろんそのコンピュータプログラム自体も上述の実施形態に含まれる。

かかる記憶媒体としてはたとえばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ―ＲＯＭ、磁気テープ、不揮発性メモリカード、ＲＯＭを用いることができる。

また前述の記憶媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ上で動作し前述の実施形態の動作を実行するものも前述した実施形態の範疇に含まれる。

システム構成を示すブロック図の一例である。 画像形成装置の外観図の一例である。 画像形成装置の操作部の外観図である。 画像形成装置のコントロールユニットのソフトウェア構成図の一例である。 ＨＴＴＰプロトコルによる要求と応答の処理の流れを示すシーケンス図の一例である。 画像形成装置のウェブブラウザの画面構成の一例を示す図である。 認証情報のデータ構造の一例を示す図である。 ユーザアカウント情報のデータ構造の一例を示す図である。 ログ情報のデータ構造の一例を示す図である。 第１のフローにおける画像形成装置へのログインフローの一例を示す図である。 画像形成装置のログイン画面の一例を示す図である。 第１のフローにおけるウェブアプリケーションサーバへのログインフローの一例を示す図である。 ウェブアプリケーションの機能画面の一例を示す図である。 第１のフローにおけるウェブアプリケーションの処理フローの一例を示す図である。 ウェブブラウザに表示される機能画面の一例を示す図である。 第２のフローにおけるウェブアプリケーションサーバへのログインフローの一例を示す図である。 第２のフローにおけるウェブアプリケーションの処理フローの一例を示す図である。

Claims (17)

1. サーバ装置にネットワークを介して通信可能に接続される画像形成装置であって、
   前記画像形成装置が有する機能の実行要求を受け付ける手段と、
   前記受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を、前記サーバ装置から取得する手段と、
   前記受け付けた機能の実行要求に応じて前記画像形成装置において実行された処理のログを該取得した識別情報と関連付けて記憶する手段と
   を備えることを特徴とする画像形成装置。
2. 前記画像形成装置において実行された処理のログを前記記憶する手段に渡手段を備えることを特徴とする請求項１に記載の画像形成装置。
3. 前記ログと関連付けて記憶される前記識別情報は、前記識別情報を取得する際の通信におけるセッションのセッションＩＤを含むことを特徴とする請求項１又は請求項２に記載の画像形成装置。
4. 前記画像形成装置にログインするためのユーザ認証情報の入力を受け付ける手段を備え、
   前記ログと関連付けて記憶される前記識別情報は、前記受け付けたユーザ認証情報を含むことを特徴とする請求項１から請求項３のいずれかに記載の画像形成装置。
5. 前記サーバ装置にログインするためのユーザアカウント情報の入力を受け付ける手段を備え、
   前記ログと関連付けて記憶される前記識別情報は、前記受け付けたユーザアカウント情報を含むことを特徴とする請求項１から請求項４のいずれかに記載の画像形成装置。
6. 前記画像形成装置が有する機能は、文書の印刷機能、前記サーバ装置へ文書をアップロードする機能、及び文書を表示する機能のうち少なくともいずれかを含むことを特徴とする請求項１から請求項５のいずれかに記載の画像形成装置。
7. サーバ装置にネットワークを介して通信可能に接続された画像形成装置を、
   前記画像形成装置が有する機能の実行要求を受け付ける手段、
   前記受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を、前記サーバ装置から取得する手段、
   前記受け付けた機能の実行要求に応じて前記画像形成装置において実行された処理のログを該取得した識別情報と関連付けて記憶する手段
   として機能させるためのプログラム。
8. 前記画像形成装置において実行された処理のログを前記記憶する手段に渡手段としてさらに機能させることを特徴とする請求項７に記載のプログラム。
9. 前記ログと関連付けて記憶される前記識別情報は、前記識別情報を取得する際の通信におけるセッションのセッションＩＤを含むことを特徴とする請求項７又は請求項８に記載のプログラム。
10. 前記画像形成装置にログインするためのユーザ認証情報の入力を受け付ける手段としてさらに機能させ、
    前記ログと関連付けて記憶される前記識別情報は、前記受け付けたユーザ認証情報を含むことを特徴とする請求項７から請求項９のいずれかに記載のプログラム。
11. 前記サーバ装置にログインするためのユーザアカウント情報の入力を受け付ける手段として機能させ、
    前記ログと関連付けて記憶される前記識別情報は、前記受け付けたユーザアカウント情報を含むことを特徴とする請求項７から請求項１０のいずれかに記載のプログラム。
12. サーバ装置にネットワークを介して通信可能に接続された画像形成装置において実施される方法であって、
    前記画像形成装置が有する機能の実行要求を受け付ける工程と、
    前記受け付けた機能の実行要求に応じて前記サーバ装置で実行された処理のログの識別情報を、前記サーバ装置から取得する工程と、
    前記受け付けた機能の実行要求に応じて前記画像形成装置において実行された処理のログを該取得した識別情報と関連付けて記憶する工程と
    を備えることを特徴とする方法。
13. 前記画像形成装置において実行された処理のログを前記記憶する工程に渡工程を備えることを特徴とする請求項１２に記載の方法。
14. 前記ログと関連付けて記憶される前記識別情報は、前記識別情報を取得する際の通信におけるセッションのセッションＩＤを含むことを特徴とする請求項１２又は請求項１３に記載の方法。
15. 前記画像形成装置にログインするためのユーザ認証情報の入力を受け付ける工程を備え、
    前記ログと関連付けて記憶される前記識別情報は、前記受け付けたユーザ認証情報を含むことを特徴とする請求項１２から請求項１４のいずれかに記載の方法。
16. 前記サーバ装置にログインするためのユーザアカウント情報の入力を受け付ける工程を備え、
    前記ログと関連付けて記憶される前記識別情報は、前記受け付けたユーザアカウント情報を含むことを特徴とする請求項１２から請求項１５のいずれかに記載の方法。
17. 請求項７から１１のいずれかに記載のプログラムを記録したコンピュータ読み取り可能な記憶媒体。

Images