JP2014048723A - アクセス制御方法、画像形成装置、およびプログラム - Google Patents

Abstract

【課題】アクセス制御がなされている画像形成装置において、手間がかからずに、所定のユーザーからのアクセスを一時的に許可するアクセス制御を実現したい。
【解決手段】アクセスを許可する装置が定義されたアドレスリストの内容に基づいて他の装置からのアクセスを制御する画像形成装置のアクセス制御方法であって、サーバーに自機宛てのアクセス要求が登録されているかを判定する判定工程と、前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信した装置のアドレス情報を取得する取得工程と、前記取得工程にて取得したアドレス情報に対応する装置からアクセスされた場合に、前記アドレスリストに基づいて当該アクセスを受け入れる受付工程と、を有する。
【選択図】図２

Description

本発明は画像形成装置のアクセス制御方法、画像形成装置、およびプログラムに関する。特に、アクセス制御がなされている画像形成装置において、所定のユーザーからのアクセスを一時的に許容させる方法に関する。

近年、複合機やプリンターなどの画像形成装置に対して携帯端末から無線ＬＡＮを用いて直接アクセスするダイレクト印刷機能などの機能が普及してきている。本技術を用いれば、ユーザーは例えばＳＯＨＯ／ＯＦＦＩＣＥ環境に設置されている画像形成装置に対して自身のモバイル端末から無線ＬＡＮで一時的に接続し、印刷を実行することも可能である。

ところで、上記のような簡単接続・簡単印刷の技術が浸透する一方で、近年、セキュリティーへの意識の高まりから、画像形成装置を使用可能な相手を制限する機能も様々に提供されている。そのようなアクセス制限機能の一例としては、ＩＰアドレスやＭＡＣアドレスなどのネットワークアドレス情報によってアクセスを制限するアドレスフィルター機能が存在する。ネットワーク管理者などがアクセス可能なネットワークアドレス情報を予め画像形成装置に登録することで、登録されたネットワークアドレス以外の端末からのアクセスを拒否することができる。そのため、ダイレクト印刷機能などを使用したいケースでも、画像形成装置がアドレスフィルター機能を用いている場合には、ユーザーの携帯端末からのアクセスが拒否されてしまい、接続・印刷が行えないことがある。

この場合の一般的な解決方法としては、携帯端末を用いた印刷を行いたいユーザーが、ネットワーク管理者などに依頼して、画像形成装置に携帯端末のネットワークアドレスを登録してもらうことになる。但し、この場合、管理者にとっては依頼を受ける度に何度も設定変更しなければならず、管理の手間がかかる。

また、急に要望されても直ちに対応出来ないケースもある。これはユーザーにとっても、急に印刷したいニーズが生じた場合に対応してもらえない可能性があることとなる。また、ユーザーの要望としても、恒久的に自分の携帯端末からのアクセスを許可してほしい訳では必ずしも無い。実際には印刷したいと思った時に一時的に利用させてもらえれば十分である。

そのため、管理者の手間をかけることなく、ユーザーが任意の端末から一時的に所望の画像形成装置にアクセスできる方法が求められている。このような一時的にアクセス権を付与するアイデアとして、例えば、アクセス権の管理サーバーを用いる方法が提案されている（例えば特許文献１）。特許文献１では、サーバーへのアクセス権を管理する管理サーバーが存在し、クライアント端末はまず管理サーバーにアクセスして、所望のサーバーへのアクセス権を取得することで、サーバーへのアクセスを実現可能としている。

特許第４１７６６５４号公報

しかしながら、このように管理サーバーを設けてユーザーが当該管理サーバーからアクセス権を取得する方法は、画像形成装置自身のアドレスフィルター機能を用いたアクセス制限が行われている環境では適用することが出来ない。そのため、管理サーバーを別途用意する必要無しに実現出来るアクセス権の制御方法が求められている。また、その制御方法は、管理者にとって手間がかからず、かつ、ユーザーが印刷したいと考えた際に直ちに画像形成装置を利用可能とするものである必要がある。

上記の問題点を解決する為、本発明に係る画像形成装置におけるアクセス制御方法は以下のような特徴を備える。即ち、アクセスを許可する装置が定義されたアドレスリストの内容に基づいて他の装置からのアクセスを制御する画像形成装置のアクセス制御方法であって、サーバーに自機宛てのアクセス要求が登録されているかを判定する判定工程と、前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信した装置のアドレス情報を取得する取得工程と、前記取得工程にて取得したアドレス情報に対応する装置からアクセスされた場合に、前記アドレスリストに基づいて当該アクセスを受け入れる受付工程と、を有する。

本発明によれば、管理者にとって手間がかからず、かつ、ユーザーが印刷したいと考えた際に直ちに画像形成装置を利用可能とすることが可能となる。また、この際、アクセス権を管理する管理サーバーを別途設ける必要が無い。

本発明の実施形態におけるネットワーク構成図。 本実施形態における画像形成装置のハードウェア構成図。 本実施形態における端末のハードウェア構成図。 本実施形態におけるクラウドサービスサーバーのハードウェア構成図。 本実施形態における画像形成装置のソフトウェア構成図。 本実施形態における画像形成装置のアドレスフィルターリストの例を示す図。 本実施形態における端末のソフトウェア構成図。 本実施形態におけるクラウドサービスサーバーのソフトウェア構成図。 本実施形態における各装置の一連の処理動作を説明するシーケンス図。 本実施形態におけるクラウドサービスサーバーのログインメニューの例を示す図。 本実施形態におけるクラウドサービスサーバーのメッセージ表示メニューの例を示す図。 本実施形態における画像形成装置のフローチャート。 第２の実施形態におけるネットワーク構成図。 第２の実施形態におけるメールサーバーのソフトウェア構成図。 第２の実施形態における各装置の一連の処理動作を説明するシーケンス図。 第２の実施形態における画像形成装置のフローチャート。 第３の実施形態における画像形成装置のソフトウェア構成図。 第３の実施形態における画像形成装置のログインユーザーリストの例を示す図。 第３の実施形態における画像形成装置のログインメニューの例を示す図。 第３の実施形態における画像形成装置のフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜実施例１＞
［ネットワーク構成］
図１は、本実施例に係るアクセス制御方法を適用可能なネットワーク構成図である。ＬＡＮ１６０は、ある社内のインフラ（本例ではＡ社の社内インフラとする）に構築された無線ＬＡＮである。ＬＡＮ１６０は、画像形成装置１００、端末１０１、端末１０２、アクセスポイント１３０より構成される。端末１０１および端末１０２は、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（以下、ＰＣ）などのクライアント端末であり、アクセスポイント１３０を介してＬＡＮ１６０上の画像形成装置１００にアクセス可能となっている。また、ＬＡＮ１６０はインターネット１４０に接続されており、ＬＡＮ１７０上に存在するクラウドサービスサーバー１５０とも接続されている。

ここで、クラウドサービスサーバー１５０は、マイクロブログ機能を提供する。ここで、本願発明にて用いられるマイクロブログ機能について簡単に説明しておく。マイクロブログ機能とは、サービスにアカウントを持つユーザーが「つぶやき」と呼ばれる１００文字〜２００文字程度の短い文章（文字列情報）を「メッセージ」や「コメント」として公開する短いブログ機能である。ここで言うユーザーとは、例えばプリンター、連携サービスなどクラウドサービス上のオブジェクトやアプリケーション等を含み、実在するユーザー（人間）に限られない。マイクロブログ機能では、ユーザーが「メッセージ」を登録することで登録された「メッセージ」に関連する「コメント」を一覧として登録・表示・管理できる「タイムライン」が作成される。「メッセージ」を登録したユーザーおよびその他のユーザーは、この「タイムライン」上で関連する情報を「コメント」として登録することで情報をやり取りし、コミュニケーションを行う。

ユーザーは、「メッセージ」「コメント」の登録時に、「メッセージ」「コメント」に「タグ情報」を埋め込むことができる。「タグ情報」は＃（シャープ）記号などの文字から始まる任意の文字列で表現され、Ｗｅｂブラウザ上で「メッセージ」「コメント」の表示時にはハイパーリンクとして表示される。マイクロブログ機能では、Ｗｅｂブラウザ上で表示される「タグ情報」のハイパーリンクをユーザーがクリックすることで「タグ情報」が埋め込まれた「メッセージ」「コメント」およびそれらに関連する「メッセージ」「コメント」を表示する機能を提供している。ユーザーは同じテーマの話題について「メッセージ」「コメント」をやり取りする際には、共通の「タグ情報」を埋め込むことによって、容易に関連する「メッセージ」「コメント」を参照することができる。

また、マイクロブログ機能では、Ｗｅｂブラウザ上で「メッセージ」「コメント」表示時に登録したユーザーの「ユーザー名」をハイパーリンクとしても表示する。マイクロブログ機能では、「ユーザー名」のハイパーリンクをユーザーがクリックすることで「ユーザー名」に該当するユーザーが登録した「メッセージ」「コメント」およびそれらに関連する「メッセージ」「コメント」を表示する機能を提供している。なお、本願発明とマイクロブログ機能との関連については後述する。

本実施例では、かかるネットワーク構成のＬＡＮ１６０に、あるユーザーが端末１１０で接続し、画像形成装置１００に対して印刷を実行しようとしたケースを例として述べる。端末１１０は例えば携帯電話などのクライアント端末が挙げられる。

また、各装置には、ネットワークアドレス情報としてＩＰアドレスが割り当てられているものとする。本実施例においては、端末１０１にはＩＰアドレスとして「１９２．１６８．０．１」が割り当てられているものとする。端末１０２にはＩＰアドレスとして「１９２．１６８．０．２」が割り当てられているものとする。端末１１０にはＩＰアドレスとして「１９２．１６８．０．１００」が割り当てられているものとする。各端末のＩＰアドレスは、アクセスポイント１３０またはアドレスサーバー（不図示）がＤＨＣＰプロトコルなどで割り当てたものであっても、あるいは端末毎にユーザーが手動で設定したものであっても良い。

［ハードウェア構成］
（画像形成装置）
図２は、画像形成装置１００のハードウェア構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、画像形成装置１００全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。プリンターＩ／Ｆ２１６は、プリンター２２０と制御部２１０とを接続する。プリンター２２０で印刷すべき画像データはプリンターＩ／Ｆ２１６を介して制御部２１０からプリンター２２０へ転送され、プリンター２２０において記録媒体上に印刷される。スキャナーＩ／Ｆ２１７は、スキャナー２２１と制御部２１０とを接続する。スキャナー２２１は、原稿上の画像を読み取って画像データを生成し、スキャナーＩ／Ｆ２１７を介して制御部２１０に入力する。

ネットワークＩ／Ｆ２１８は、制御部２１０（画像形成装置１００）をＬＡＮ１６０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１７０上の外部装置（例えば、クラウドサービスサーバー１５０）に情報を送信したり、ＬＡＮ１６０上の外部装置（例えば、端末１０１）から各種情報を受信したりする。なお、本実施例ではネットワークＩ／Ｆ２１８は無線ＬＡＮであるものとするが、必ずしもこれに限定されるものではない。有線ＬＡＮやその他の通信手段であっても構わない。

（端末）
図３は、端末１１０のハードウェア構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、端末１１０全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ３１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ３１５は、操作部３１７と制御部３１０とを接続する。操作部３１７には、タッチパネル機能を有する液晶表示部や文字入力ボタンなどが備えられている。

ネットワークＩ／Ｆ３１６は制御部３１０（端末１１０）をＬＡＮ１６０に接続する。ネットワークＩ／Ｆ３１６は、ＬＡＮ１６０上のアクセスポイント１３０を介して、画像形成装置１００やクラウドサービスサーバー１５０と各種情報を送受信可能である。なお、本実施例ではネットワークＩ／Ｆ３１６は無線ＬＡＮであるものとするが、必ずしもこれに限定されるものではない。有線ＬＡＮやその他の通信手段であっても構わない。

（クラウドサービスサーバー）
図４は、クラウドサービスサーバー１５０の構成を示すブロック図である。ＣＰＵ４１１を含む制御部４１０は、クラウドサービスサーバー１５０全体の動作を制御する。ＣＰＵ４１１は、ＲＯＭ４１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１３は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

ネットワークＩ／Ｆ４１５は、制御部４１０（クラウドサービスサーバー１５０）をインターネット１４０に接続する。ネットワークＩ／Ｆ４１５は、ＬＡＮ１７０を介して接続する他の装置との間で各種情報を送受信する。なお、本実施例ではネットワークＩ／Ｆ４１５は有線ＬＡＮであるものとするが、かならずしもこれに限定されるものではない。無線ＬＡＮやその他の通信手段であっても構わない。

［ソフトウェア構成］
（画像形成装置）
図５は、画像形成装置１００のソフトウェア構成を説明するための図である。図５に示す各機能部は、画像形成装置１００が有しているＣＰＵ２１１が制御プログラムを実行することにより実現される。

画像形成装置１００は、画面表示部５００、通信部５０１、マイクロブログ通信管理部５０２、ジョブ処理部５０３、アドレスフィルターデータベース５０４（以下、アドレスフィルターＤＢ５０４と略記）、およびフィルター処理部５０５を有する。

画面表示部５００は、画像形成装置１００が備える各種機能の操作メニューなどを操作部２１９に表示し、ユーザーからの各種指示を受け付ける。

通信部５０１は、ネットワークＩ／Ｆ２１８を介して外部装置と通信の送受信を行う。例えば、通信部５０１はマイクロブログ通信管理部５０２からの指示により、クラウドサービスサーバー１５０に対してリクエストを送信する。また、通信部５０１はクラウドサービスサーバー１５０からのレスポンス（リクエストに対する返信）を受信する。

マイクロブログ通信管理部５０２は、クラウドサービスサーバー１５０へ各種メッセージを送信する。ここでいうメッセージとは、例えば、「プリンターの準備ができました」などの、人が解釈可能な文字列情報である。また、マイクロブログ通信管理部５０２は送信したメッセージの管理を行う。

ジョブ処理部５０３は、外部装置から通信部５０１を介して印刷データを受信した際に、当該印刷データの印刷処理を行う。

アドレスフィルターＤＢ５０４には、画像形成装置１００がアクセスを許可し、印刷を許可する端末のアドレス情報が登録されたアドレスリストであるアドレスフィルターリストが格納される。アドレス情報とは例えばＩＰアドレスやＭＡＣアドレスなどである。アドレスフィルターＤＢ５０４の内容は、ＬＡＮ１６０のネットワーク管理者のみが、画像形成装置１００の操作部２１９などから登録可能となっている。

ここで、アドレスフィルターリストの一例を図６に示す。本実施例におけるアドレスフィルターリスト６００には画像形成装置１００へのアクセスを許可し、画像形成装置１００による印刷処理を許可する端末のＩＰアドレス情報が登録されている。本実施例では、端末１０１のＩＰアドレスである１９２．１６８．０．１および端末１０２のＩＰアドレスである１９２．１６８．０．２のみが登録されているものとする。これにより、端末１０１および端末１０２以外の端末からの印刷要求を拒否し、ネットワーク管理者が把握していない端末によって画像形成装置１００が使用されてしまうことがないようセキュリティー上の対策が施される。なお、本実施例において、印刷の許可・不許可を判定するためにアドレスフィルターリストを用いているが、これに限定するものではない。例えば、画像形成装置が有する機能ごとにアドレスフィルターリストを定義してもよいし、機能に限定せず、画像形成装置にアクセスが可能な端末を定義するものであっても構わない。

フィルター処理部５０５は、通信部５０１で外部装置から印刷要求を受信した際に、アドレスフィルターＤＢ５０４の内容に従って、印刷を許可して良いかを判定する。判定の結果、印刷不可と判断した場合は、フィルター処理部５０５は、当該印刷要求パケットを破棄する。

（端末）
図７は端末１１０のソフトウェア構成を説明するための図である。図７に示す各機能部は、端末１１０が有しているＣＰＵ３１１が制御プログラムを実行することにより実現される。

端末１１０は、画面表示部７００、通信部７０１、マイクロブログ通信管理部７０２、印刷データ管理部７０３、および印刷データデータベース７０４（以下、印刷データＤＢ７０４と略記）を有する。

画面表示部７００は、ブラウザ画面を表示する。ここで用いられるＷｅｂブラウザは特に限定しない。通信部７０１はマイクロブログ通信管理部７０２からの指示により、クラウドサービスサーバー１５０に対してリクエストを送信する。また、通信部７０１は、クラウドサービスサーバー１５０からのレスポンス（リクエストに対する返信）を受信する。更に、通信部７０１は、印刷データ管理部７０３からの指示により画像形成装置１００に印刷データを送信する。

マイクロブログ通信管理部７０２は、クラウドサービスサーバー１５０へ各種メッセージを送信する。ここでいうメッセージは、端末１１０の操作者が操作部３１７で入力した文字列情報である。

印刷データ管理部７０３は、印刷データＤＢ７０４に対して画像データやテキストデータなどのデータ格納指示を行う、あるいは、印刷データＤＢ７０４から格納されているデータを取得する、といった処理を実行する。

印刷データＤＢ７０４は、印刷データ管理部７０３からの指示により画像データやテキストデータなどのデータを格納する、格納されているデータを取得して印刷データ管理部７０３に送信する、といった処理を行う。

（クラウドサービスサーバー）
図８は、クラウドサービスサーバー１５０のソフトウェア構成を説明するための図である。図８に示す各機能部は、クラウドサービスサーバー１５０が有しているＣＰＵ４１１が制御プログラムを実行することにより実現される。

クラウドサービスサーバー１５０は、Ｗｅｂアプリケーション８０１、およびメッセージデータベース８０２（以下、メッセージＤＢ８０２と略記する）を有する。

Ｗｅｂアプリケーション８０１は、マイクロブログ機能を提供するためのＷｅｂアプリケーションである。Ｗｅｂアプリケーション８０１は、通信部８１１、制御部８１２、メッセージ管理部８１３、およびログイン管理部８１４を有する。

通信部８１１は、画像形成装置１００や端末１１０などからのリクエストを受信して、制御部８１２にリクエスト内容を送信する。更に、通信部８１１は、制御部８１２からリクエストに対する処理結果を受け取り、前記リクエストに対するレスポンスデータを作成し、画像形成装置１００や端末１１０などにレスポンスを送信する。

制御部８１２は、通信部８１１から送信されるリクエスト内容に従って、リクエストに含まれるメッセージもしくはコメントを抽出し、メッセージ管理部８１３にメッセージもしくはコメントの登録処理を依頼する。

メッセージ管理部８１３は、制御部８１２から送信されるメッセージもしくはコメントを受信して、メッセージＤＢ８０２へ格納する。またメッセージ管理部８１３は、制御部８１２からの依頼により、メッセージＤＢ８０２から登録されたメッセージ及びコメントを取得して制御部８１２に送信する。

ログイン管理部８１４は、マイクロブログ機能を提供可能なユーザーであるかを認証するためのログイン管理を行う。Ｗｅｂアプリケーション８０１は、端末１１０などの外部装置からリクエストを受け取った際に、まず、認証情報（ログイン名とパスワードなど）を要求する。Ｗｅｂアプリケーション８０１は、外部装置から認証情報を受け取ると、ログイン管理部８１４にて認証を行い、認証ＯＫとなった場合には、当該外部装置からのリクエストを受け付けることとなる。この認証情報は、クラウドサービスサーバー１５０の提供者に対して各ユーザーが予め申請を行い、付与された情報である。

［処理シーケンス］
図９は、本発明の実施形態における端末１１０、画像形成装置１００、およびクラウドサービスサーバー１５０が一連の処理を実行する動作を説明するシーケンス図である。画像形成装置１００における詳細な処理フローチャートについては、図１２を用いて後述する。

図９では、図１に示したネットワーク環境において、端末１０２の使用者であるユーザーＡが、自身の所有する携帯電話である端末１１０から画像形成装置１００に対して印刷を行いたいものとする。ここで、画像形成装置１００は図６のアドレスフィルターリスト６００に従ってアドレスフィルターを行うため、同じユーザーＡが操作しているにも関わらず、端末１０２からの印刷は許可するが、端末１１０からの印刷は拒否することとなる。

そこで、ユーザーＡは、端末１１０からまずクラウドサービスサーバー１５０にログインする（Ｆ９０１）。図１０は、クラウドサービスサーバー１５０のＷｅｂアプリケーション８０１が提供するログイン画面の一例である。本画面は、ユーザーＡは端末１１０からクラウドサービスサーバー１５０のＷｅｂアプリケーション８０１にアクセスすることにより、端末１１０の操作部３１７に表示される。ログインメニュー１００１は、ログイン名入力欄１０１０と、パスワード入力欄１０１１と、ログインボタン１０１２とを含む。

ユーザーＡは、端末１１０の操作部３１７から予めクラウドサービスサーバー１５０の提供者より付与されているログイン名とパスワードとを入力し、ログインボタン１０１２を押下する。入力された情報は、端末１１０のマイクロブログ通信管理部７０２が通信部７０１を介して、クラウドサービスサーバー１５０に送信される。クラウドサービスサーバー１５０は、通信部８１１を介して受信した上記情報を、ログイン管理部８１４にて判定する。ログインに成功した場合は、端末１１０からマイクロブログ機能が利用可能となる。ここでは、ユーザーＡはログインに成功するものとして説明を行う。

次に、ユーザーＡは、端末１１０からクラウドサービスサーバー１５０に対して、画像形成装置１００の使用を要望するメッセージ（アクセス要求メッセージ）を送信する（Ｆ９０２）。

図１１は、クラウドサービスサーバー１５０の提供するマイクロブログ機能の画面例である。図１１は、端末１１０などの上で動作するＷｅｂブラウザからクラウドサービスサーバー１５０へアクセスして表示されるＷｅｂページの表示例である。図１０に示したログイン画面でログインに成功した場合に、図１１に示すＷｅｂページが表示されることとなる。

Ａ社業務画面１１０１は、Ａ社の業務支援に関する情報を表示している。Ａ社業務画面１１０１には、メッセージ内容とそのメッセージに対するコメントから構成されるタイムラインがそれぞれ表示される。ここでは、上位に位置するものほど過去に行われたものを示す。本例では、ユーザーである「ＭＦＰ Ａ」が既に「使用準備ができました。」というメッセージ１１１１を登録している。このメッセージ１１１１が本画面において、最も上位に位置する文字列情報である。なお、本明細書において、ユーザーが新たに作成した（投稿した）文字列情報を「メッセージ」と記載し、メッセージに対してユーザーが投稿した文字列情報を「コメント」と記載する。つまり、１のメッセージに対して、１または複数のコメントを対応づけることができる。コメントに対して、さらに１または複数のコメントを対応付けることもできる。

コメント１１１２は、図９のＦ９０２でユーザーＡが端末１１０より送信したコメントを表示した一例である。メッセージ１１１１の投稿者である画像形成装置１００（ユーザー「ＭＦＰ Ａ」）に対してユーザーＡが「Ｐｒｉｎｔ Ｒｅｑｕｅｓｔ．Ｍｙ ＩＰ ｉｓ １９２．１６８．０．１００」という内容のコメントを返信している様子を示している。コメント１１１３、コメント１１１４はそれぞれコメント１１１２に対して更に画像形成装置１００（ユーザー「ＭＦＰ Ａ」）が返信している様子を示している。本画面についてはまた後述する。

コメント入力欄１１２１に操作者であるユーザーが文字列を入力して、追加ボタン１１２２を押下すると、Ｗｅｂブラウザからクラウドサービスサーバー１５０にコメント追加リクエストが送信される。リクエストを受信したクラウドサービスサーバー１５０は、入力されたコメントを登録する。このことにより、ユーザーがＷｅｂブラウザでクラウドサービスサーバー１５０にアクセスした際に前述のコメント１１１２、１１１３のようにＷｅｂブラウザ上に登録したコメントが表示される。

ユーザーがメッセージ入力欄１１３１に文字列を入力して、作成ボタン１１３２を押下すると、Ｗｅｂブラウザからクラウドサービスサーバー１５０にメッセージ作成リクエストが送信される。リクエストを受信したクラウドサービスサーバー１５０は入力されたメッセージを新たに登録する。このことにより、ユーザーがＷｅｂブラウザでクラウドサービスサーバー１５０にアクセスした際に前述のメッセージ１１１１のようにＷｅｂブラウザ上に作成したメッセージが表示される。

本画面により、ユーザーからメッセージおよびコメントを受け付けるための受付手段を実現する。

Ｆ９０２でコメントを受信すると、クラウドサービスサーバー１５０はそのコメントの登録・表示処理を行う（Ｆ９０３）。本例においては、これにより、Ａ社業務画面１１０１上にコメント１１１２が表示された状態となる。同様に、ユーザーにより、端末１１０を介して新たにメッセージが送信された場合には、メッセージの登録・表示が行われることとなる。次に、ユーザーＡは、端末１１０からリクエストを送信し、クラウドサービスサーバー１５０に追加コメントの有無を定期的に確認する（Ｆ９０４）。これにより、ユーザーＡは、自身がメッセージに対して追加したコメントに対する応答（コメント）を監視することとなる。

一方、画像形成装置１００は、自身が送信したメッセージ１１１１に対する追加コメントの有無を、リクエストを送信してクラウドサービスサーバー１５０に定期的に確認している（Ｆ９０５）。

Ｆ９０３にて追加コメントが登録されると、画像形成装置１００はその追加コメントを検知する（Ｆ９０６）。本例では、コメント１１１２を検知することとなる。画像形成装置１００はマイクロブログ通信管理部５０２でコメント１１１２の文字列情報を解析し、自身に対してユーザーＡより印刷機能の使用要求が出ていることを検知する。また、その際にユーザーＡが使用する装置のＩＰアドレスは「１９２．１６８．０．１００」であることを検知する。ここで、画像形成装置１００にとってユーザーＡは、クラウドサービスサーバー１５０にログイン出来、画像形成装置１００のメッセージ１１１１に対してコメントを入れることも可能な信頼ができるユーザーであると判断出来る。

そこで、画像形成装置１００はＦ９０６で検知した内容に従って、自身のアドレスフィルターリスト６００の内容を書き換える（Ｆ９０７）。本例においては、画像形成装置１００は、アドレスフィルターリスト６００にＩＰアドレス：１９２．１６８．０．１００を追加することとなる。

更に、画像形成装置１００は、クラウドサービスサーバー１５０に対して、メッセージ１１１１に対する返信コメントを送信する（Ｆ９０８）。この返信コメントは、コメント１１１２での使用要求に対する結果を示すものであり、本例ではコメント１１１３の「ＩＰアドレス１９２．１６８．０．１００から印刷可能です。」という文言がこれに該当する。

Ｆ９０８で返信コメントを受信すると、クラウドサービスサーバー１５０はそのコメントの登録・表示処理を行う（Ｆ９０９）。本例においては、これにより、Ａ社業務画面１１０１上にコメント１１１３が表示された状態となる。

コメントが登録されると、端末１１０のＷｅｂブラウザにてメッセージを監視していたユーザーＡは、端末１１０からその追加コメントを検知することとなる（Ｆ９１０）。その追加コメントの内容は、ユーザーＡがＦ９０２で送信した要求に対して画像形成装置１００が印刷許可を伝えるものであるため、ユーザーＡは端末１１０を介して所望の印刷データを画像形成装置１００に送信する（Ｆ９１１）。その際、端末１１０では、印刷データ管理部７０３が印刷データＤＢ７０４から印刷データを取得し、通信部７０１を介して画像形成装置１００に送信している。

画像形成装置１００は、受信した印刷データを印刷実行する（Ｆ９１２）。その際、画像形成装置１００は、通信部５０１で受信した印刷データを、フィルター処理部５０５にて、受け入れ可能なデータであるかをまず判定する。画像形成装置１００は、印刷データ中から送信元ＩＰアドレスを取得すると、ＩＰアドレスが１９２．１６８．０．１００の装置からの印刷データであることが分かる。このＩＰアドレスはアドレスフィルターＤＢ５０４中のアドレスフィルターリスト６００にも登録されているため、印刷許可された相手であると判断出来る。そこで、印刷データはジョブ処理部５０３に渡り、印刷実行される。

印刷が完了すると、画像形成装置１００は、アドレスフィルターリスト６００の内容を基に戻す（Ｆ９１３）。本例では、画像形成装置１００は、一時的に追加したＩＰアドレス：１９２．１６８．０．１００という情報をアドレスフィルターリスト６００から削除することとなる。

そして、画像形成装置１００は、クラウドサービスサーバー１５０に対して、再度コメントを送信する（Ｆ９１４）。ここで送信するコメントは、ＩＰアドレス：１９２．１６８．０．１００を印刷可能な装置対象から外したことを示すものであり、本例ではコメント１１１４の「ＩＰアドレス１９２．１６８．０．１００からの印刷可能期間は終了しました。」という文言がこれに該当する。

Ｆ９１４で返信コメントを受信すると、クラウドサービスサーバー１５０はそのコメントの登録・表示処理を行う（Ｆ９１５）。本例においては、これにより、Ａ社業務画面１１０１上にコメント１１１４が表示された状態となる。

以上、本発明の実施形態における端末１１０、画像形成装置１００およびクラウドサービスサーバー１５０それぞれの一連の処理動作である。

（画像形成装置における処理フロー）
次に、図９で示した一連の処理動作において、画像形成装置１００が行っている処理の詳細なフローチャートを図１２で更に示す。Ｓ１２０１〜Ｓ１２０９は各処理ステップを示し、画像形成装置１００が行うアクセス権制御処理の流れに対応する。なお、各ステップに対応する制御手順はＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４のいずれかの記憶手段に記憶されており、ＣＰＵ２１１により実行される。

まず、マイクロブログ通信管理部５０２は、画像形成装置１００が起動時に送信したメッセージ１１１１に対する追加コメントの有無を、リクエストを送信してクラウドサービスサーバー１５０に定期的に確認する（Ｓ１２０１）。ここでメッセージ１１１１に対する追加コメントは、自機宛ての指示や通知となる。

追加コメントを検知すると（１２０１にてＹＥＳ）、マイクロブログ通信管理部５０２は、その追加コメントの内容を解析する（Ｓ１２０２）。

次に、フィルター処理部５０５は、上記追加コメント内で指定されたＩＰアドレス情報をアドレスフィルターＤＢ５０４のアドレスフィルターリスト６００に追加する（Ｓ１２０３）。

そして、マイクロブログ通信管理部５０２は、アドレスフィルターリストの更新を伝える返信コメントをクラウドサービスサーバー１５０に送信する（Ｓ１２０４）。送信が完了すると、ジョブ処理部５０３は、通信部５０１を介して印刷データを受信するのを所定時間待ち受ける（Ｓ１２０５）。ここでの所定時間とは、予め定義されていてもよいし、管理者等が設定できるようにしてもよい。また、所定時間の計測の開始は、例えば、アドレスフィルターリストにＩＰアドレス情報を追加完了してからでもよいし、返信コメントを送信完了してからでもよい。

所定の時間が経過しても印刷データを受信しない場合は（Ｓ１２０５にてＮＯ）、フィルター処理部５０５は、Ｓ１２０３にてアドレスフィルターリスト６００に追加したＩＰアドレス情報を削除する（Ｓ１２０８）。そして、マイクロブログ通信管理部５０２は、アドレスフィルターリスを元に戻したことを伝えるコメントをクラウドサービスサーバー１５０に送信する（Ｓ１２０９）。その後、本フローチャートを終了する。

一方、印刷データを所定時間内に受信した場合は（Ｓ１２０５にてＹＥＳ）、フィルター処理部５０５は、アドレスフィルターリスト６００の内容を参照し、印刷が許可された端末からの印刷データであるかを判断する（Ｓ１２０６）。印刷が許可されていない端末から受信した印刷データである場合は（Ｓ１２０６にてＮＯ）、フィルター処理部５０５は受信した印刷データは破棄し、ジョブ処理部５０３は、通信部５０１を介して印刷データを受信するのを再び待ち受ける（Ｓ１２０５）。印刷が許可されている相手から受信した印刷データである場合は（Ｓ１２０６にてＹＥＳ）、ジョブ処理部５０３はその印刷データに対して印刷実行される（Ｓ１２０７）。

そして、印刷が完了すると、フィルター処理部５０５は、端末からのアクセスは終了したものとして、Ｓ１２０３にてアドレスフィルターリスト６００に追加したＩＰアドレス情報を削除する（Ｓ１２０８）。これにより、フィルター処理部５０５は、元のアドレスフィルターの状態に戻す。

その後、マイクロブログ通信管理部５０２は、アドレスフィルターリストを元に戻したことを伝えるコメントをクラウドサービスサーバー１５０に送信する（Ｓ１２０９）。画像形成装置１００は、以上の処理を実行した後、本フローチャートを終了する。

以上、本実施例によれば画像形成装置１００は、管理者にとって手間がかからず、かつ、ユーザーが希望した際に直ちに対応可能な、アクセス権の一時変更処理を実現することが可能となる。この際、既存のクラウドサービスを利用することで、専用のアクセス権管理サーバーなどを別途設ける必要性も生じない。

＜実施例２＞
次に、本発明に係る第２の実施例について説明する。実施例１では、画像形成装置１００は自身のメッセージ１１１１に対する追加コメントの有無を、定期的にクラウドサービスサーバー１５０に対して問い合わせて監視していた（図９のＦ９０５：メッセージ監視）。また、ユーザーＡも、自身が送信した追加のコメント１１１２に対する応答が画像形成装置１００から返ってくることを、端末１１０上から定期的にクラウドサービスサーバー１５０に対して問い合わせを行うことで確認していた（図９のＦ９０４：メッセージ監視）。

しかしながら、いつメッセージに対するコメントが追加されるかは問い合わせる側には分からず、いつくるか分からない追加コメントに対して定期的に問い合わせて監視し続けるのは冗長であり、通信上の負荷も増加する。

そこで、定期的に問い合わせるのではなく、メッセージに対して追加コメントが発生した際にクラウドサービス側からそれを知らせる通知が届くようにしても良い。

［システム構成］
図１３は、本発明の第２の実施例にかかるネットワーク構成図である。図１との差異としては、ＬＡＮ１７０上に、クラウドサービスサーバー１５０の他にメールサーバー１８０が存在している。メールサーバー１８０は、クラウドサービスサーバー１５０をはじめ、画像形成装置１００などのＬＡＮ１６０上の各端末とも接続可能である。

ここで、第２の実施例のかかるクラウドサービスサーバー１５０が提供するマイクロブログ機能には、メッセージに対する追加コメントが登録された際に、予め指定された所定のメールアドレスに対してメールで通知するメール機能が備えられているものとする。また、端末や画像形成装置側にもメールを受信し、参照可能なメール機能が備えられているものとする。

上記構成により、例えば画像形成装置１００が送信したメッセージもしくはコメントに対していずれかのユーザーから追加コメントが登録された場合、その情報が画像形成装置１００に対してメールで通知される。画像形成装置１００はそのメールを受信することで、追加コメントの存在を確認することが出来る。また、ユーザーＡが端末１１０などから送信したメッセージやコメントに対して追加コメントが登録された場合、その情報はユーザーＡのメールアドレスに通知される。ユーザーＡは端末１１０のメールクライアント機能などからそのメールを確認することが出来る。このようなメールアドレスの登録は、画像形成装置１００の管理者やユーザーＡが、それぞれ予めクラウドサービスサーバー１５０に対して設定しておいたものである。

その他の構成については実施例１にて示した図１の構成との差異は無いため、ここでの説明は省略する。

また、メールサーバー１８０のハードウェア構成は、実施例１にて示した図４のクラウドサービスサーバー１５０のハードウェア構成と同じである。

［ソフトウェア構成］
図１４は、メールサーバー１８０のソフトウェア構成を説明するための図である。図１４に示す各機能部は、メールサーバー１８０が有しているＣＰＵ４１１が制御プログラムを実行することにより実現される。

メールサーバー１８０は、メールサービス１４０１、およびメールデータデータベース１４０２（以下、メールデータＤＢ１４０２と略記する）を有する。メールサービス１４０１は、ＳＭＴＰ、ＰＯＰなどのプロトコルによるメールサービスを提供する。メールサービス１４０１は、通信部１４１１、制御部１４１２、およびメール管理部１４１３を有する。

通信部１４１１は、画像形成装置１００および端末１１０などからのリクエストを受信して、制御部１４１２にリクエスト内容を送信する。更に、通信部１４１１は、制御部１４１２からリクエストに対する処理結果を受け取り、受信したリクエストに対するレスポンスデータを作成し、画像形成装置１００および端末１１０にレスポンスを送信する。

制御部１４１２は、通信部１４１１から送信されるリクエスト内容に従って、メール管理部１４１３に、送信されたメールの格納、削除、移動、および管理されているメールのリスト取得等の処理を依頼する。

メール管理部１４１３は、制御部１４１２から送信される処理依頼に応じてメールデータＤＢ１４０２へアクセスし、送信されたメールの格納、削除、移動、および管理されているメールのリスト取得等の処理を実行する。そして、メール管理部１４１３は、制御部１４１２に処理結果を送信する。

［処理シーケンス］
図１５は、本発明の第２の実施形態における端末１１０、画像形成装置１００、クラウドサービスサーバー１５０およびメールサーバー１８０が一連の処理を実行する動作を説明するシーケンス図である。本実施例の画像形成装置１００における詳細な処理フローチャートについては、図１６で後述する。

図１５では、図１３に示したネットワーク環境において、端末１０２の使用者であるユーザーＡが、自身の所有する携帯電話である端末１１０から画像形成装置１００に対して印刷を行いたいものとする。ここで、画像形成装置１００は図６のアドレスフィルターリスト６００に従ってアドレスフィルターを行うため、同じユーザーＡが操作しているにも関わらず、端末１０２からの印刷は許可するが、端末１１０からの印刷は拒否することとなる。

そこで、ユーザーＡは、端末１１０からまずクラウドサービスサーバー１５０にログインする（Ｆ１５０１）。この際のログイン画面は実施例１にて示した図１０と同一である。

そして、ユーザーＡは、端末１１０からクラウドサービスサーバー１５０に対して、画像形成装置１００の使用を要望するコメント１１１２を送信する（Ｆ１５０２）。

Ｆ１５０２でコメント１１１２を受信すると、クラウドサービスサーバー１５０はそのコメントの登録・表示処理を行う（Ｆ１５０３）。第２の実施例においても、これにより、Ａ社業務画面１１０１上にコメント１１１２が表示された状態となる。

クラウドサービスサーバー１５０は、コメント１１１２が登録されたことをメッセージ１１１１の送信者である画像形成装置１００に通知するメールを、メールサーバー１８０に送信する（Ｆ１５０４）。

メールサーバー１８０は、クラウドサービスサーバー１５０から通知のメールを受信したことに応じて、そのメールを宛先である画像形成装置１００に送信する（Ｆ１５０５）。

メールサーバー１８０からメールを受信した画像形成装置１００は、クラウドサービスサーバー１５０にリクエストを送信して、コメント１１１２を取得する（Ｆ１５０６）。画像形成装置１００は、マイクロブログ通信管理部５０２でコメント１１１２の内容を解析し、自身に対してユーザーＡより印刷機能の使用要求が出ていることを検知する。また、画像形成装置１００は、ユーザーＡが使用する装置のＩＰアドレスは１９２．１６８．０．１００であることを検知する。ここで、画像形成装置１００にとってユーザーＡは、クラウドサービスサーバー１５０にログイン出来、画像形成装置１００のメッセージ１１１１に対してコメントを投稿する（つぶやく）ことも可能な信頼の出来るユーザーであると判断出来る。

そこで、画像形成装置１００は、Ｆ１５０６で検知した内容に従って、自身のアドレスフィルターリスト６００の内容を書き換える（Ｆ１５０７）。ここでは、アドレスフィルターリスト６００にＩＰアドレス：１９２．１６８．０．１００を追加することとなる。

更に、画像形成装置１００は、クラウドサービスサーバー１５０に対して、コメント１１１２に対する返信コメントであるコメント１１１３を送信する（Ｆ１５０８）。

Ｆ１５０８で返信コメントを受信すると、クラウドサービスサーバー１５０はそのコメントの登録・表示処理を行う（Ｆ１５０９）。これにより、Ａ社業務画面１１０１上にコメント１１１３が表示された状態となる。

クラウドサービスサーバー１５０は、コメント１１１３が登録されたことをコメント１１１２の送信者であるユーザーＡに通知するメールを、メールサーバー１８０に送信する（Ｆ１５１０）。

メールサーバー１８０は、クラウドサービスサーバー１５０から通知のメールを受信したことに応じて、そのメールを宛先であるユーザーＡに送信する（Ｆ１５１１）。

ユーザーＡは、端末１１０上でメールサーバー１８０からのメールを受信・閲覧する。このとき、ユーザーＡは、端末１１０を介してクラウドサービスサーバー１５０にリクエストを送信し、コメント１１１３を取得する（Ｆ１５１２）。コメント１１１３は、ユーザーＡがＦ１５０２で送信した要求に対して画像形成装置１００が印刷許可を伝えるものであるため、ユーザーＡは端末１１０を介して所望の印刷データを画像形成装置１００に送信する（Ｆ１５１３）。

画像形成装置１００は、端末１１０から受信した印刷データを印刷実行する（Ｆ１５１４）。その際、画像形成装置１００は、通信部５０１で受信した印刷データをフィルター処理部５０５で受け入れ可能なデータであるかをまず判定する。ここで、画像形成装置１００は、印刷データ中から送信元ＩＰアドレスを取得すると、１９２．１６８．０．１００が割り当てられた装置からの印刷データであることが分かる。このＩＰアドレスは、アドレスフィルターＤＢ５０４中のアドレスフィルターリスト６００にも登録されているため、画像形成装置１００は、印刷データの送信元の装置が印刷許可された相手であると判断できる。その後、印刷データはジョブ処理部５０３に渡り、印刷実行されることとなる。

受信した印刷データに対する印刷が完了すると、画像形成装置１００はアドレスフィルターリスト６００の内容を基に戻す（Ｆ１５１５）。本例では、画像形成装置１００は、一時的に追加した１９２．１６８．０．１００という情報をアドレスフィルターリスト６００から削除する。

そして、画像形成装置１００は、クラウドサービスサーバー１５０に対して、再度コメントを送信する（Ｆ１５１６）。ここで送信するコメントは、１９２．１６８．０．１００を印刷可能な装置対象から外したことを示し、図１１に示したようにコメント１１１４の「ＩＰアドレス１９２．１６８．０．１００からの印刷可能期間は終了しました。」という文言がこれに該当する。

Ｆ１５１６で返信コメントを受信すると、クラウドサービスサーバー１５０は、そのコメントの登録・表示処理を行う（Ｆ１５１７）。これにより、Ａ社業務画面１１０１上にコメント１１１４が表示された状態となる。

以上、本発明の第２の実施形態における端末１１０、画像形成装置１００、クラウドサービスサーバー１５０、およびメールサーバー１８０それぞれの一連の処理動作である。

［画像生成装置における処理フロー］
次に、図１５で示した一連の処理動作において、画像形成装置１００が行う処理について、図１６のフローチャートを用いて更に詳細に示す。Ｓ１６０１〜Ｓ１６０９は各処理ステップを示し、画像形成装置１００が行うアクセス権制御処理の流れに対応する。なお、各ステップに対応する制御手順はＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４のいずれかの記憶手段に記憶されており、ＣＰＵ２１１により実行される。

まず、マイクロブログ通信管理部５０２は、画像形成装置１００が起動時に送信したメッセージ１１１１に対する追加コメントの存在を知らせるメールを受信することを待ち受ける（Ｓ１６０１）。

メールを受信すると（Ｓ１６０１にてＹＥＳ）、マイクロブログ通信管理部５０２は、クラウドサービスサーバー１５０から追加コメントを取得し、その追加コメントの内容を解析する（Ｓ１６０２）。

次に、フィルター処理部５０５は、上記追加コメント内で指定されたＩＰアドレス情報をアドレスフィルターＤＢ５０４中のアドレスフィルターリスト６００に追加する（Ｓ１６０３）。

そして、マイクロブログ通信管理部５０２は、アドレスフィルターリストの更新を伝える返信コメントをクラウドサービスサーバー１５０に送信する（Ｓ１６０４）。

返信コメントの送信が完了すると、ジョブ処理部５０３は、通信部５０１を介して印刷データを受信するのを所定時間待ち受ける（Ｓ１６０５）。ここでの所定時間とは、実施例１と同様である。所定時間が経過しても印刷データを受信しない場合は（Ｓ１６０５にてＮＯ）、フィルター処理部５０５は、Ｓ１６０３でアドレスフィルターリスト６００に追加したＩＰアドレス情報を削除する（Ｓ１６０８）。そして、マイクロブログ通信管理部５０２は、アドレスフィルターリスを元に戻したことを伝えるコメントをクラウドサービスサーバー１５０に送信する（Ｓ１６０９）。その後、本フローチャートを終了する。

一方、所定時間内に印刷データを受信した場合は（Ｓ１６０５にてＹＥＳ）、フィルター処理部５０５は、アドレスフィルターリスト６００の内容を参照し、印刷が許可された端末からの印刷データであるかを判断する（Ｓ１６０６）。印刷が許可されていない場合は（Ｓ１６０６にてＮＯ）、ジョブ処理部５０３は受信した印刷データは破棄し、通信部５０１を介して印刷データを受信するのを再び待ち受ける（Ｓ１６０５）。印刷が許可されている場合は（Ｓ１６０６にてＹＥＳ）、ジョブ処理部５０３は受信した印刷データに対して印刷実行する（Ｓ１６０７）。

そして、フィルター処理部５０５は、Ｓ１６０３でアドレスフィルターリスト６００に追加したＩＰアドレス情報を削除する（Ｓ１６０８）。

その後、マイクロブログ通信管理部５０２は、アドレスフィルターリスト６００を元に戻したことを伝えるコメントをクラウドサービスサーバー１５０に送信する（Ｓ１６０９）。画像形成装置１００は、以上の処理を実行した後、本フローチャートを終了する。

以上、本実施例によれば、画像形成装置１００やユーザーＡは自身が送信したコメントに対する追加コメントの有無を、定期的にクラウドサービスサーバー１５０に問い合わせ続ける必要がなくなる。そのため、定期的に問い合わせを行う手間や作業負荷がかからない。さらに、ネットワーク上の負荷を低減させることもできる。

＜実施例３＞
次に、本発明に係る第３の実施例について説明する。実施例１、２では、画像形成装置１００は、Ａ社業務画面１１０１にメッセージを送信可能なユーザーであることをもってユーザーＡを信頼のおける（一時的に印刷を許可して良い）相手であると判断していた。

ところで、画像形成装置１００には、操作部２１９上からユーザーが画像形成装置１００の各種機能を使用する際に、ユーザー名とパスワードによる認証を求めるログイン機能を備えたものも存在する。それにより、画像形成装置１００は、許可されたユーザーのみが例えばコピーやスキャンなどの操作を実行可能なようにアクセス制限を設けるものである。このような機能を備えた画像形成装置１００の場合、画像形成装置１００は、ユーザーＡを信頼しても良いかの判断に上記認証機能の情報を利用しても良い。

［ソフトウェア構成］
図１７は、実施例３に係る画像形成装置１００のソフトウェア構成を説明するための図である。図１７に示す画像形成装置１００のハードウェア構成は実施例１にて示した図２と同一であり、図１７に示す各機能部は、画像形成装置１００が有しているＣＰＵ２１１が制御プログラムを実行することにより実現される。

図１７に示す画面表示部１７００、通信部１７０１、マイクロブログ通信管理部１７０２、ジョブ処理部１７０３、アドレスフィルターＤＢ１７０４、およびフィルター処理部１７０５は、実施例１にて示した図５と同一であるため、説明は省略する。図１７に示す画像形成装置１００は、ログインユーザーデータベース（以下、ログインユーザーＤＢ）１７１０とログイン管理部１７１１とを更に備えていることを特徴とする。

ログインユーザーＤＢ１７１０には、画像形成装置１００の各種機能を使用可能なユーザーのログイン名とパスワードの情報が登録されたログインユーザーリストが格納される。

ここで、ログインユーザーリストの一例を図１８に示す。ログインユーザーリスト１８００はユーザー名１８０１とパスワード１８０２の格納領域から構成され、ユーザー名とパスワードとがそれぞれ対応付けられている。本例では、ユーザーＡ、Ｂ、Ｃの情報が登録されているものとする。これにより、Ａ、Ｂ、Ｃ以外のユーザーが画像形成装置１００のコピーやスキャンなどの各種機能を利用出来ないようにアクセス制限を設けている。なお、ログインユーザーリスト１８００の内容は、ネットワーク管理者などが予め画像形成装置１００に設定したものである。なお、ログインユーザーリスト１８００の構成はこの構成に限定するものではなく、例えば、画像形成装置１００が複数の機能を有している場合に、各ユーザーがいずれの機能を利用できるかの情報を併せて対応付けてもよい。

ログイン管理部１７１１は、ユーザーからのアクセス要求を受け付けた場合に、操作部２１９上にログインメニューを表示する。そして、ユーザーがユーザー名とパスワードを入力すると、ログイン管理部１７１１は、ログインユーザーＤＢ１７１０を参照して、ログイン可能なユーザーかどうかを判定する。ログイン管理部１７１１は、ログイン可能な場合には各種機能のメニュー画面を表示し、ログイン不可の場合にはエラーメッセージを操作部２１９上に表示した後、再びログインメニューを表示する。

ここで、図１９は本実施例に係るログインメニュー画面の一例である。ログインメニュー１９０１は、ログイン管理部１７１１の指示により操作部２１９上に表示される。ログインメニュー１９０１は、ユーザー名入力フィールド１９０２、パスワード入力フィールド１９０３、およびログインボタン１９０４を有する。ユーザーは、ユーザー名入力フィールド１９０２に自身のユーザー名を入力し、パスワード入力フィールド１９０３にパスワードを入力した後、ログインボタン１９０４を押下する。その後、ログイン管理部１７１１は、ログインユーザーＤＢ１７１０内のログインユーザーリスト１８００を参照し、入力されたユーザー名とパスワードに一致する情報が登録されているか否かを判断する。一致する情報が登録されている場合は、ログイン管理部１７１１は当該ユーザーに対して認証ＯＫと判定する。一致する情報が登録されていない場合は、ログイン管理部１７１１は当該ユーザーを不正なユーザーとして、認証ＮＧと判定する。

なお、ログインユーザーＤＢ１７１０は画像形成装置１００内に存在せず、ＬＡＮ１６０あるいはＬＡＮ１７０上のログイン管理サーバー（不図示）上に存在していても良い。この場合、ログイン管理部１７１１は通信部１７０１を介してログイン管理サーバー（不図示）に接続し、ログインユーザーリスト１８００を取得することになる。

［処理フロー］
図２０は、本実施例に係る画像形成装置１００が行うユーザー認証処理の一例を示すフローチャートである。Ｓ２００１〜Ｓ２００３は各処理ステップを示し、実施例１にて示した既述の図１２のＳ１２０２や、実施例２にて示した図１６のＳ１６０２などのコメントの解析処理の、本実施例に係る詳細処理である。なお、各ステップに対応する制御手順はＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４のいずれかの記憶手段に記憶されており、ＣＰＵ２１１により実行される。

画像形成装置１００は、自身の送信したメッセージ１１１１に対する追加コメントであるコメント１１１２を受信すると、マイクロブログ通信管理部１７０２は、コメント１１１２を解析し、送信したユーザーのユーザー名を取得する（Ｓ２００１）。本実施例では、“ユーザーＡ”という名前を取得したとする。

そして、ログイン管理部１７１１は、ログインユーザーリスト１８００を参照し、ユーザー名１８０１内に取得したユーザー名（ここでは、ユーザーＡ）が存在するかを判断する（Ｓ２００２）。取得したユーザー名が存在した場合は（Ｓ２００２にてＹＥＳ）、ログイン管理部１７１１は、ユーザーＡは信頼できるユーザーであると判断する。そして、フィルター処理部１７０５は、コメント１１１２の内容に従ってアドレスフィルターリスト６００を更新する（Ｓ２２０３）。その後、本フローチャートを終了する。これにより、ユーザーＡが指定した端末１１０からの印刷要求が来た場合に、画像形成装置１００はその要求を受け入れて、印刷実行することが可能となる。

一方、取得したユーザー名に一致するユーザー名が存在しない場合は（Ｓ２００２にてＮＯ）、何もせず直ちに本フローチャートを終了する。この場合、コメント１１１２の送信者は信頼できないユーザーであると判定し、コメント１１１２で指定された端末からの印刷要求は受け入れない。

以上、本実施例によれば、画像形成装置１００はよりセキュアなユーザー認証処理を実現することが可能となる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (17)

1. アクセスを許可する装置が定義されたアドレスリストの内容に基づいて他の装置からのアクセスを制御する画像形成装置のアクセス制御方法であって、
   サーバーに自機宛てのアクセス要求が登録されているかを判定する判定工程と、
   前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信した装置のアドレス情報を取得する取得工程と、
   前記取得工程にて取得したアドレス情報に対応する装置からアクセスされた場合に、前記アドレスリストに基づいて当該アクセスを受け入れる受付工程と、
   を有することを特徴とするアクセス制御方法。
2. 前記取得工程にて取得したアドレス情報を前記アドレスリストに登録する登録工程と、
   前記アクセスが終了した後に前記アドレスリストから前記登録したアドレス情報を削除する削除工程と、
   を更に有することを特徴とする請求項１に記載のアクセス制御方法。
3. 前記登録工程において前記取得工程にて取得したアドレス情報を前記アドレスリストに登録してから所定時間内に前記登録したアドレス情報に対応する装置からアクセスされなかった場合、前記アドレスリストから前記登録されたアドレス情報を削除する工程を更に有することを特徴とする請求項２に記載のアクセス制御方法。
4. 前記判定工程は、前記サーバーに対して自機宛てのアクセス要求が登録されているかを定期的に問い合わせることで、自機宛てのアクセス要求が登録されているかを判定することを特徴とする請求項１乃至３のいずれか１項に記載のアクセス制御方法。
5. 前記判定工程は、前記サーバーから自機宛てのアクセス要求が登録されている旨の通知を受け付けた場合に、自機宛のアクセス要求が登録されていると判定することを特徴とする請求項１乃至３のいずれか１項に記載のアクセス制御方法。
6. 前記通知は、メール機能による通知であることを特徴とする請求項５に記載のアクセス制御方法。
7. 前記画像形成装置は、ログインを許可するユーザーを定義したログインユーザーリストの内容に基づいてログインユーザーの認証を行うログイン機能を更に備え、
   前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信したユーザー名を取得する工程と、
   前記ユーザー名が前記ログインユーザーリストに登録されているか否かを判定する工程と、
   を更に有し、
   前記登録工程において、前記ユーザー名が前記ログインユーザーリストに登録されていた場合に、前記取得工程にて取得したアドレス情報を前記アドレスリストに登録することを特徴とする請求項１乃至６のいずれか１項に記載のアクセス制御方法。
8. アクセスを許可する装置が定義されたアドレスリストの内容に基づいて他の装置からのアクセスを制御する画像形成装置と、クライアント端末と、サーバーとがネットワークを介して接続されたシステムにおけるアクセス制御方法であって、
   前記クライアント端末において、
   前記画像形成装置へのアクセス要求を前記サーバーに送信する送信工程と、
   前記画像形成装置へアクセスするアクセス工程と、
   を有し、
   前記サーバーにおいて、前記クライアント端末から前記画像形成装置へのアクセス要求を受信し、登録する登録工程を有し、
   前記画像形成装置において、
   前記サーバーから自機宛てのアクセス要求を取得する取得工程と、
   前記取得工程にて取得したアクセス要求の内容に従って、前記アドレスリストに前記アクセス要求を送信したクライアント端末のアドレス情報を一時的に追加する追加工程と、
   を有することを特徴とするアクセス制御方法。
9. 前記サーバーは、マイクロブログ機能を用いて前記登録工程を実現することを特徴とする請求項８に記載のアクセス制御方法。
10. アクセスを許可する装置が定義されたアドレスリストの内容に基づいて他の装置からのアクセスを制御する画像形成装置であって、
    サーバーに自機宛てのアクセス要求が登録されているかを判定する判定手段と、
    前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信した装置のアドレス情報を取得する取得手段と、
    
    前記取得手段にて取得したアドレス情報に対応する装置からアクセスされた場合に、前記アドレスリストに基づいて当該アクセスを受け入れる受付手段と、
    を有することを特徴とする画像形成装置。
11. 前記取得手段にて取得したアドレス情報を前記アドレスリストに登録する登録手段と、
    前記アクセスが終了した後に前記アドレスリストから前記登録したアドレス情報を削除する削除手段と、
    を更に有することを特徴とする請求項１０に記載の画像形成装置。
12. 前記登録手段にて前記取得手段にて取得したアドレス情報を前記アドレスリストに登録してから所定時間内に前記登録したアドレス情報に対応する装置からアクセスされなかった場合、前記アドレスリストから前記登録されたアドレス情報を削除する手段を更に有することを特徴とする請求項１１に記載の画像形成装置。
13. 前記判定手段は、前記サーバーに対して自機宛てのアクセス要求が登録されているかを定期的に問い合わせることで、自機宛てのアクセス要求が登録されているかを判定することを特徴とする請求項１０乃至１２のいずれか１項に記載の画像形成装置。
14. 前記判定手段は、前記サーバーから自機宛てのアクセス要求が登録されている旨の通知を受け付けた場合に、自機宛のアクセス要求が登録されていると判定することを特徴とする請求項１０乃至１２のいずれか１項に記載の画像形成装置。
15. 前記通知は、メール機能による通知であることを特徴とする請求項１４に記載の画像形成装置。
16. 前記画像形成装置は、ログインを許可するユーザーを定義したログインユーザーリストの内容に基づいてログインユーザーの認証を行うログイン機能を更に備え、
    前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信したユーザー名を取得する手段と、
    前記ユーザー名が前記ログインユーザーリストに登録されているか否かを判定する手段と、
    を更に有し、
    前記登録手段により、前記ユーザー名が前記ログインユーザーリストに登録されていた場合に、前記取得手段にて取得したアドレス情報を前記アドレスリストに登録することを特徴とする請求項１０乃至１５のいずれか１項に記載の画像形成装置。
17. コンピュータを、
    サーバーに自機宛てのアクセス要求が登録されているかを判定する判定工程、
    前記アクセス要求が登録されていた場合に、前記アクセス要求から当該アクセス要求を送信した装置のアドレス情報を取得する取得工程、
    前記取得工程にて取得したアドレス情報に対応する装置からアクセスされた場合に、前記アドレスリストに基づいて当該アクセスを受け入れる受付工程、
    として機能させるためのプログラム。

Images