(57)【特許請求の範囲】
【請求項１】
端末装置からの要求に応じて処理を実行する画像形成装置において、
前記端末装置との間で所定のプロトコルでデータ通信を行うネットワーク処理手段と、
画像形成処理を実行するための内部装置の制御および／または監視をするシステム処理手段と、
機能制限情報に基づいて、前記システム処理手段の複数の機能のそれぞれについて前記ネットワーク処理手段により使用される通信路の確立を許可または拒否する制限手段と、
を備え、
前記ネットワーク処理手段は、前記通信路を、前記機能を使用するためのサービス要求の受信に使用し、
前記制限手段は、前記通信路の確立を拒否する場合、前記サービス要求を受信しないように前記ネットワーク処理手段において前記通信路を遮断すること、
を特徴とする画像形成装置。
【請求項２】
前記機能制限情報は、前記通信路の確立を許可するポート番号、または前記通信路の確立を拒否するポート番号を有し、
前記制限手段は、前記システム処理手段の複数の機能のそれぞれについて割り当てられているＴＣＰにおけるポート番号ごとに、通信路確立の許可または拒否をすること、
を特徴とする請求項１記載の画像形成装置。
【請求項３】
前記機能制限情報は、前記通信路の確立を許可するＵＲＩまたはドメイン、あるいは前記通信路の確立を拒否するＵＲＩまたはドメインを有し、
前記制限手段は、前記システム処理手段の複数の機能のそれぞれについて割り当てられているＨＴＴＰにおける通信相手のＵＲＩまたはドメインごとに、通信路確立の許可または拒否をすることを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記ネットワーク処理手段により前記端末装置から受信されたユーザ識別情報が正当なユーザ識別情報の場合にはログインを許可し、ログインしたユーザのためのトークンを前記端末装置へ送信するログイン処理手段と、
前記トークンを関連付けたサービス要求が前記ネットワーク処理手段により受信されると、前記トークンが正当なトークンであるか否かを判定する判定手段と、
前記判定手段により前記トークンが正当なトークンであると判定された場合に、前記サービス要求により指定された処理を実行するサービス提供手段とを備え、
前記制限手段は、前記トークンに対応するユーザの機能制限情報に基づいて、前記通信路の確立をユーザごとに許可または拒否することを特徴とする請求項１記載の画像形成装置。
【請求項５】
前記機能制限情報は、外部の認可サーバから供給されることを特徴とする請求項１記載の画像形成装置。
【請求項６】
端末装置からの要求に応じて処理を実行する画像形成装置におけるコンピュータを、
前記端末装置との間で所定のプロトコルでデータ通信を行うネットワーク処理手段、
画像形成処理を実行するための内部装置の制御および／または監視をするシステム処理手段、および
機能制限情報に基づいて、前記システム処理手段の複数の機能のそれぞれについて前記ネットワーク処理手段により使用される通信路の確立を許可または拒否する制限手段、
として機能させ、
前記ネットワーク処理手段は、前記通信路を、前記機能を使用するためのサービス要求の受信に使用し、
前記制限手段は、前記通信路の確立を拒否する場合、前記サービス要求を受信しないように前記ネットワーク処理手段において前記通信路を遮断すること、
を特徴とする画像形成プログラム。
【請求項７】
端末装置からの要求に応じて処理を実行する画像形成方法において、
画像形成処理を実行するための内部装置の制御および／または監視をするシステム処理手段に対するサービス要求の送信のための通信路の確立要求があると、機能制限情報に基づいて、そのサービス要求に使用される通信路の確立を許可または拒否するステップと、
前記通信路の確立後、所定のネットワーク処理手段により前記サービス要求を受信するステップと、
受信した前記サービス要求により指定された処理を前記システム処理手段により実行するステップと、
を備え、
前記通信路の確立を拒否する場合、前記サービス要求を受信しないように前記ネットワーク処理手段において前記通信路を遮断すること、
を特徴とする画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成プログラムおよび画像形成方法に関するものである。
【背景技術】
【０００２】
複合機、複写機などの画像形成装置には、画像形成装置の操作パネルで操作してユーザＩＤを入力すると、認証サーバにそのユーザＩＤの正当性を問い合わせ、その問い合わせに対する応答に基づいてユーザのログインを許可するものがある（例えば特許文献１参照）。
【０００３】
【特許文献１】特開２００７−１２８２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年、コンピュータネットワークを介して、パーソナルコンピュータなどの端末装置から画像形成装置へ要求を送信し、その要求により指定された処理を実行させることが可能となっている。
【０００５】
コンピュータネットワークを介して、パーソナルコンピュータなどの端末装置から画像形成装置へ要求を送信するシステムにおいて、画像形成装置のシステム機能の一部に対して使用制限を設定したい場合がある。
【０００６】
そのような場合、システム機能の処理部が、サービス要求に対して、実行するか否かを判定することが考えられる。
【０００７】
しかしながら、上述のように、システム機能の処理部に、サービス要求に対して、実行するか否かを判定させるためには、処理部に対して判定機能を追加する必要があり、大きな開発コストを要する。
【０００８】
また、使用制限設定をカスタマイズしたい場合、システム機能を追加する場合などにおいては、使用制限の判定機能に修正が必要になり、その都度、大きな開発コストを要する。
【０００９】
本発明は、上記の問題に鑑みてなされたものであり、大きな開発コストをかけずに、ネットワークを介して使用されるシステム処理手段の機能に対する使用制限を細かく設定することができる画像形成装置、画像形成プログラムおよび画像形成方法を得ることを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明では以下のようにした。
【００１１】
本発明に係る画像形成装置は、端末装置との間で所定のプロトコルでデータ通信を行うネットワーク処理手段と、画像形成処理を実行するための内部装置の制御および／または監視をするシステム処理手段と、機能制限情報に基づいて、システム処理手段の複数の機能のそれぞれについてネットワーク処理手段により使用される通信路の確立を許可または拒否する制限手段とを備える。そして、ネットワーク処理手段は、その通信路を、その機能を使用するためのサービス要求の受信に使用し、制限手段は、その通信路の確立を拒否する場合、そのサービス要求を受信しないようにネットワーク処理手段においてその通信路を遮断する。
【００１２】
これにより、既存のシステム処理手段を利用することができるため、大きな開発コストをかけずに、ネットワークを介して使用されるシステム処理手段の機能に対する使用制限を細かく設定することができる。
【００１３】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、機能制限情報は、通信路の確立を許可するポート番号、または通信路の確立を拒否するポート番号を有する。そして、制限手段は、システム処理手段の複数の機能のそれぞれについて割り当てられているＴＣＰにおけるポート番号ごとに、通信路確立の許可または拒否をする。
【００１４】
これにより、各ポート番号に割り当てられているシステム処理手段の機能に対する使用制限を細かく設定することができる。
【００１５】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、機能制限情報は、通信路の確立を許可するＵＲＩまたはドメイン、あるいは通信路の確立を拒否するＵＲＩまたはドメインを有する。制限手段は、システム処理手段の複数の機能のそれぞれについて割り当てられているＨＴＴＰにおける通信相手のＵＲＩまたはドメインごとに、通信路確立の許可または拒否をする。
【００１６】
これにより、各ＵＲＩまたはドメインを通信相手としているシステム処理手段の機能に対する使用制限を細かく設定することができる。
【００１７】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、画像形成装置は、ネットワーク処理手段により端末装置から受信されたユーザ識別情報が正当なユーザ識別情報の場合にはログインを許可し、ログインしたユーザのためのトークンを端末装置へ送信するログイン処理手段と、トークンを関連付けたサービス要求がネットワーク処理手段により受信されると、トークンが正当なトークンであるか否かを判定する判定手段と、判定手段によりトークンが正当なトークンであると判定された場合に、サービス要求により指定された処理を実行するサービス提供手段とを備える。そして、制限手段は、トークンに対応するユーザの機能制限情報に基づいて、通信路の確立をユーザごとに許可または拒否する。
【００１８】
これにより、ユーザごとにシステム処理手段の機能に対する使用制限を細かく設定することができる。
【００１９】
また、ユーザが端末装置からコンピュータネットワークを介して画像形成装置を利用するシステムにおいて確実にユーザの認証・認可を行うことができる。
【００２０】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、機能制限情報は、外部の認可サーバから供給される。
【００２１】
これにより、複数の画像形成装置に対して適用される機能制限情報を一元管理することができる。
【００２２】
本発明に係る画像形成プログラムは、端末装置からの要求に応じて処理を実行する画像形成装置におけるコンピュータを、画像形成処理を実行するための内部装置の制御および／または監視をするシステム処理手段、および機能制限情報に基づいて、システム処理手段の複数の機能のそれぞれについてネットワーク処理手段により使用される通信路の確立を許可または拒否する制限手段として機能させる。そして、ネットワーク処理手段は、その通信路を、その機能を使用するためのサービス要求の受信に使用し、制限手段は、その通信路の確立を拒否する場合、そのサービス要求を受信しないようにネットワーク処理手段においてその通信路を遮断する。
【００２３】
これにより、既存のシステム処理手段を利用することができるため、大きな開発コストをかけずに、ネットワークを介して使用されるシステム処理手段の機能に対する使用制限を細かく設定することができる。
【００２４】
本発明に係る画像形成方法は、画像形成処理を実行するための内部装置の制御および／または監視をするシステム処理手段に対するサービス要求の送信のための通信路の確立要求があると、機能制限情報に基づいて、そのサービス要求に使用される通信路の確立を許可または拒否するステップと、通信路の確立後、所定のネットワーク処理手段によりサービス要求を受信するステップと、受信したサービス要求により指定された処理をシステム処理手段により実行するステップとを備える。そして、その通信路の確立を拒否する場合、そのサービス要求を受信しないようにネットワーク処理手段においてその通信路を遮断する。
【００２５】
これにより、既存のシステム処理手段を利用することができるため、大きな開発コストをかけずに、ネットワークを介して使用されるシステム処理手段の機能に対する使用制限を細かく設定することができる。
【発明の効果】
【００２６】
本発明によれば、大きな開発コストをかけずに、ネットワークを介して使用されるシステム処理手段の機能に対する使用制限を細かく設定することができる。
【発明を実施するための最良の形態】
【００２７】
以下、図に基づいて本発明の実施の形態を説明する。
【００２８】
図１は、本発明の実施の形態に係る画像形成システムの構成を示すブロック図である。図１において、画像形成装置１は、端末装置２からの要求に応じて画像形成処理および画像データの送受信処理などの処理を実行する装置である。画像形成装置１の形態は、複合機、複写機、ファクシミリ送受信機などとされる。端末装置２は、画像形成装置１にコンピュータネットワークを介して接続し、サービス要求を送信して各種処理を実行させ、処理結果を受信する装置である。端末装置２の形態は、所定のアプリケーションプログラム、ユーティリティプログラム、ドライバなどがインストールされたパーソナルコンピュータなどとされる。このシステムでは、端末装置２が通信路を介して画像形成装置１に接続した後に、ユーザは、端末装置２から画像形成装置１を使用する際に、画像形成装置１によりユーザ認証を受ける必要がある。
【００２９】
図２は、図１における画像形成装置１の構成を示すブロック図である。図２において、通信装置１１は、コンピュータネットワークなどを介して端末装置２とデータ通信可能な装置である。通信装置１１としては、例えばネットワークインタフェースなどが使用される。また、データ格納装置１２は、画像形成プログラム１２ａおよびその他のコンピュータプログラム、並びに画像形成処理などに必要なデータを格納する装置である。データ格納装置１２としては、ハードディスクドライブ、不揮発性メモリなどが使用される。
【００３０】
また、内部装置１３は、画像形成装置１の有する機能を実現するために必要な装置である。内部装置１３としては、例えばスキャナ、プリンタ、モデムなどが適宜設けられる。また、コンピュータネットワークを介して画像データを送受する場合には、通信装置１１も内部装置１３に含まれる。
【００３１】
コンピュータ１４は、図示せぬＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有し、データ格納装置１２に格納されている画像形成プログラム１２ａなどを実行し各種処理部を実現する演算処理装置である。
【００３２】
図３は、図２におけるコンピュータ１４が画像形成プログラム１２ａ等を実行することにより実現される処理部の構成を示すブロック図である。図３において、システム処理部２１は、内部装置１３を制御したり監視したりする処理部である。ネットワーク処理部２２は、各種プロトコルで通信処理を行うエンティティ３１〜３７およびログインコントロールインタフェース３８を有する。エンティティ３１は、ＩＰ（Internet Protocol）の処理を行う。エンティティ３２は、ＴＣＰ（Transmission Control Protocol）の処理を行う。エンティティ３３は、ＨＴＴＰ（HyperText Transfer Protocol）のサーバおよびクライアントの処理を行う。
【００３３】
エンティティ３４は、ＨＴＴＰを利用するＳＯＡＰ（Simple Object Access Protocol）のプロキシおよびリスナの処理を行う。
【００３４】
エンティティ３５は、ＳＯＡＰを利用するＷＳ−Ａｄｄｒｅｓｓｉｎｇ（Web Services Addressing）に基づきエンドポイント（つまり、端末装置２のネットワーク識別情報およびその他の属性情報）を管理する処理を行う。なお、ＷＳ−Ａｄｄｒｅｓｓｉｎｇについては、Ｗ３Ｃの仕様がある。
【００３５】
エンティティ３６は、ＳＯＡＰを利用するＷＳ−Ｓｅｃｕｒｉｔｙ（Web Services Security）およびＷＳ−Ｓｅｃｕｒｉｔｙ補遺に基づき認証・認可に必要な情報の送受を行う。ＷＳ−ＳｅｃｕｒｉｔｙおよびＷＳ−Ｓｅｃｕｒｉｔｙ補遺では、送信側の識別情報を含むＵｓｅｒＮａｍｅＴｏｋｅｎ要素がセキュリティトークンとされる。また、ＷＳ−ＳｅｃｕｒｉｔｙおよびＷＳ−Ｓｅｃｕｒｉｔｙ補遺では、送信側の証明情報を含むＢｉｎａｒｙＳｅｃｕｒｉｔｙＴｏｋｅｎ要素がバイナリセキュリティトークンとされる。セキュリティトークンおよびバイナリセキュリティトークンは、ＳＯＡＰヘッダに含まれる。
【００３６】
エンティティ３７は、ＳＯＡＰを利用するＷＳ−Ｔｒａｎｓｆｅｒ（Web Services Transfer）に基づき情報の送受を行う。なお、ＷＳ−Ｔｒａｎｓｆｅｒについては、Ｗ３Ｃの仕様がある。
【００３７】
ログインコントロールインタフェース３８は、端末装置２から受信された情報から、ログイン要求に係るユーザのユーザ識別情報を取得し、セキュリティマネージャ４１へ供給する。例えば、セキュリティトークンとして端末装置２からユーザ識別情報（ユーザＩＤ、パスワードなど）が受信される場合には、エンティティ３６により抽出されたセキュリティトークンからユーザ識別情報が抽出される。
【００３８】
また、セキュリティマネージャ２３は、ログインマネージャ４１および認証・認可マネージャ４２を有する。ログインマネージャ４１は、ユーザのログイン許可、ログインユーザに対するユーザトークンの発行などを行う。認証・認可マネージャ４２は、サービス要求時のユーザトークンの認証（つまり、ユーザの認可）、システム処理部２１の機能利用の認可などの処理を行う。
【００３９】
認証処理部２４は、ネットワーク処理部２２を介して各種プロトコルで外部認証サーバに認証処理を要求し、外部認証サーバによる認証結果を出力する。認証処理部２４は、システム処理部２１、ネットワーク処理部２２、セキュリティマネージャ２３などから独立したモジュールとして構成され、システム処理部２１、ネットワーク処理部２２、セキュリティマネージャ２３などとの間ではＳｏｃｋｅｔなどにより通信を行う。認証処理部２４では、Ｋｅｒｂｅｒｏｓ、ＬＤＡＰ（Lightweight Directory Access Protocol）、ＮＴＬＭ（Windows NT LAN Manager authentication）ｖ１、ＮＴＬＭｖ２などの認証プロトコルが適宜使用される。また、認証処理部２４は、モジュール化されているため、認証プロトコルの変更を容易に行うことができる。
【００４０】
サービス提供処理部２５は、Ｗｅｂサービスを通じて、サービス要求に応じて、画像形成処理、データ送受信処理およびその他の付随処理を提供する処理部である。「Ｗｅｂサービス」は、ＳＯＡＰが通信プロトコルとして使用され、記述言語としてはＷＳＤＬ（Web Services Description Language）などが使用される技術のことを指す。
【００４１】
なお、ネットワーク処理部２２は、ネットワーク処理手段の一例であり、ログインマネージャ４１は、ログイン処理手段の一例であり、認証・認可マネージャ４２は、判定手段の一例であり、サービス提供処理部２５は、サービス提供手段の一例である。
【００４２】
また、認証処理部２４は、認証処理手段の一例であり、システム処理部２１は、システム処理手段の一例である。
【００４３】
次に、上記システムにおける各装置の動作について説明する。
【００４４】
図４は、図１のシステムにおいて端末装置２と画像形成装置１との間で確立されるセッションについて説明する図である。
【００４５】
まず、端末装置２と画像形成装置１との間で、ＴＣＰ／ＩＰセッションが確立される（ステップＳ１）。画像形成装置１では、エンティティ３１，３２がＴＣＰ／ＩＰセッション確立のための処理を行う。
【００４６】
次に、端末装置２と画像形成装置１との間で、ＨＴＴＰＳ、装置１，２の相互認証などにより、セキュリティセッションが確立される（ステップＳ２）。画像形成装置１では、エンティティ３３がセキュリティセッション確立のための処理を行う。これにより、装置１，２の機器の正当性、および装置１，２感の通信路のセキュリティが確保される。
【００４７】
そして、端末装置２と画像形成装置１との間で、Ｗｅｂサービスセッションが確立される（ステップＳ３）。画像形成装置１では、エンティティ３５が、端末装置２をエンドポイントとして認識する。これ以降、Ｗｅｂサービス関連の通知、要求および応答がＳＯＡＰに従って送受される。
【００４８】
Ｗｅｂサービスセッションが確立されると、端末装置２は、ログイン要求とともにユーザ識別情報を画像形成装置１へ送信し、画像形成装置１は、このユーザ識別情報を受信する（ステップＳ４）。ユーザ識別情報は、端末装置２を操作しているユーザを識別するための情報であり、例えばユーザＩＤ、ユーザＩＤおよびパスワードのセット、ユーザの生体情報（例えば指紋情報）などである。画像形成装置１は、このユーザ識別情報を受信すると、装置１の内部でユーザ識別情報の正当性を判定するか、外部認証サーバへユーザ識別情報の正当性を問い合わせる。そして、画像形成装置１は、ユーザ識別情報が正当なものであるか否かを判定する。
【００４９】
画像形成装置１は、このユーザ識別情報が正当なユーザ識別情報である場合には、そのユーザ識別情報のユーザのためのユーザトークンを生成し、そのユーザトークンをユーザ識別情報に関連付けて保持するとともに、端末装置２へ送信する。端末装置２は、ログイン要求の応答としてログインの許可とともにそのユーザトークンを受信する（ステップＳ５）。端末装置２は、ユーザ識別情報とユーザトークンを関連付けて保持し、以後のサービス要求時には、これらを画像形成装置１へ提示する。ユーザトークンは、そのユーザの今回のログインに固有の値を有するデータである。これにより、シングルサインオンが実現される。つまり、以前のログインが有効である期間においては、そのとき発行されたユーザトークンを継続して使用することができる。
【００５０】
その後、端末装置２は、Ｗｅｂサービスのサービス要求を画像形成装置１へ送信する際、サービス要求にそのユーザトークンを含める（ステップＳ６）。画像形成装置１は、そのユーザトークンの正当性を判定し、そのユーザトークンが正当なものであれば、サービスの提供を許可する（ステップＳ７）。これにより、画像形成装置１と端末装置２との間では、そのサービスの提供のためのユーザセッションがＷｅｂサービス上で確立される（ステップＳ８）。
【００５１】
このようにして、端末装置２から画像形成装置１へサービス要求を送信する場合には、常にユーザトークンに基づきユーザの認可が行われる。
【００５２】
次に、以下の項目につき、端末装置２と画像形成装置１との間で行われる処理の詳細について説明する。
（ａ）ログイン処理
（ｂ）ログアウト処理
（ｃ）画像形成装置１のシステム機能における属性（設定項目）の値の保存処理（以下、属性値保存処理という）
（ｄ）画像形成装置１のシステム機能についての認可の設定処理（以下、認可設定処理という）
（ｅ）画像形成装置１のシステム機能に設定されている認可情報の閲覧処理（以下、認可情報閲覧処理という）
（ｆ）端末装置２からのサービス要求に基づく処理（以下、Ｗｅｂサービス処理という）
【００５３】
（ａ）ログイン処理
【００５４】
図５は、図１に示すシステムにおけるログイン処理を説明する図である。図６は、図１に示すシステムにおける、外部認証サーバを使用したログイン処理を説明する図である。
【００５５】
図４に示すＴＣＰ／ＩＰセッション、セキュリティセッションおよびＷｅｂサービスセッションが確立した後、端末装置２は、画像形成装置１のユーザ認証方式を特定するために、認証方式情報要求を画像形成装置１に送信する（ステップＳ１１）。この実施の形態では、この認証方式情報要求は、ＷＳＤＬで記述されたＳＯＡＰエンベロープとして送信される。また、そのＳＯＡＰエンベロープには、ＷＳ−Ｓｅｃｕｒｉｔｙのセキュリティトークンまたはバイナリセキュリティトークンが含まれる。そのセキュリティトークンまたはそのバイナリセキュリティトークンには、画像形成装置１の証明書（Ｋｅｒｂｅｒｏｓチケット、Ｘ．５０９ｖ３証明書など）、画像形成装置１のＭＡＣ（Media Access Control）アドレス、このログイン処理を実行する端末装置２のユーティリティ、アプリケーション、ドライバなどといったプログラムの固有情報などが含まれる。そして、画像形成装置１は、その認証方式情報要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行され、エンティティ３６によりセキュリティトークンまたはバイナリセキュリティトークンがその要求のＳＯＡＰエンベロープから抽出される。そして、ログインコントロールインタフェース３８は、そのトークンをログインマネージャ４１に供給する。ログインマネージャ４１は、その認証方式情報要求に対して、ログインマネージャ４１により許容されるユーザ認証方法を示す認証方式情報を、ネットワーク処理部２２を介して、その要求に対する応答に含めて端末装置２へ送信する（ステップＳ１２）。この応答も、ＳＯＡＰエンベロープとして送信される。
【００５６】
端末装置２は、その応答を受信すると、画像形成装置１により指定された認証方式に従って、ユーザ識別情報とともにログイン要求を画像形成装置１に送信する（ステップＳ１３）。端末装置２は、ユーザ識別情報を含むセキュリティトークンをＳＯＡＰヘッダに含めてＷＳＤＬで記述されたログイン要求をＳＯＡＰエンベロープとして送信する。そして、画像形成装置１は、そのユーザ識別情報とともにログイン要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行され、エンティティ３６によりセキュリティトークンがログイン要求のＳＯＡＰエンベロープから抽出される。そして、ログインコントロールインタフェース３８は、そのセキュリティトークンからユーザ識別情報を抽出して、ログインマネージャ４１に供給する。
【００５７】
ログインマネージャ４１は、そのユーザ識別情報を受け取ると、システム処理部２１に対して、そのユーザ識別情報を提示して、ログインを許可するか否かを問い合わせる（ステップＳ１４）。システム処理部２１は、画像形成装置１内にユーザ登録情報がある場合には、そのユーザ登録情報に基づいてそのユーザ識別情報が正当なものであるか否かを判定する。一方、画像形成装置１内にユーザ登録情報がない場合には、システム処理部２１は、認証処理部２４に、図示せぬ外部認証サーバへの問い合わせを実行させる。認証処理部２４は、予め指定されたプロトコルで、外部認証サーバへユーザ識別情報を提示してそのユーザ識別情報の正当性を問い合わせ（図６：ステップＳ２１）、その認証結果を外部認証サーバから受信する（図６：ステップＳ２２）。システム処理部２１は、認証処理部２４により受信された認証結果に基づいて、そのユーザ識別情報が正当なものであるか否かを判定する。
【００５８】
そして、システム処理部２１は、そのユーザ識別情報が正当なものであるか否かを示す認証結果をログインマネージャ４１へ供給する（ステップＳ１５）。
【００５９】
ログインマネージャ４１は、そのユーザ識別情報が正当なものである場合には、そのユーザ識別情報を送信してきた端末装置２のユーザのログインを許可し、そのユーザに対してユーザトークンを発行する（ステップＳ１６）。このユーザトークンは、以後のＷｅｂサービスでの通信でそのユーザのセッションにおいて、ＷＳ−Ｓｅｃｕｒｉｔｙのセキュリティトークンまたはバイナリセキュリティトークンに含まれる。ログインマネージャ４１は、そのユーザトークンとユーザ識別情報とを関連付けて保持する。
【００６０】
そして、ログインマネージャ４１は、ログインを許可した場合には、ネットワーク処理部２２を介して、そのユーザトークンを、ログイン要求に対する応答に含めて端末装置２へ送信する（ステップＳ１７）。このとき、ログインマネージャ４１は、ユーザトークンをネットワーク処理部２２に供給する。ネットワーク処理部２２では、そのユーザトークンがログイン要求に対する応答のＳＯＡＰエンベロープに含められ、端末装置２へ送信される。このとき、ユーザトークンは、ＳＯＡＰエンベロープのヘッダおよびボディのいずれに含められていてもよい。
【００６１】
端末装置２は、その応答を受信すると、ログインが許可された場合には、ＳＯＡＰエンベロープからユーザトークンを抽出し、保持する。
【００６２】
なお、ログインが許可されなかった場合、ログインマネージャ４１は、ログイン拒否の応答を端末装置２へ送信する。ログインが拒否された場合には、ユーザトークンは発行されない。
【００６３】
このようにして、ログイン処理が実行される。
【００６４】
（ｂ）ログアウト処理
【００６５】
図７は、図１に示すシステムにおけるログアウト処理を説明する図である。図８は、図１に示すシステムにおける、外部認証サーバを使用したログアウト処理を説明する図である。
【００６６】
図５または図６に示すログイン処理後、端末装置２は、ユーザ操作などに基づいて、ログアウト要求を画像形成装置１に送信する（ステップＳ３１）。端末装置２は、ユーザトークンを含むＷＳＤＬで記述されたログアウト要求をＳＯＡＰエンベロープとして送信する。そして、画像形成装置１は、そのログアウト要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行され、エンティティ３６により、ログアウト要求のＳＯＡＰエンベロープからユーザトークンが抽出される。ユーザトークンは、セキュリティトークンまたはバイナリセキュリティトークンとして、ＳＯＡＰヘッダに含まれている。そして、認証・認可マネージャ４２は、抽出されたユーザトークンをログインマネージャ４１に供給する。
【００６７】
ログインマネージャ４１は、そのユーザトークンを受け取ると、そのユーザトークンの検証を行い、そのユーザトークンが正当なものである場合には、そのユーザトークンに関連付けられているユーザ識別情報を、システム処理部２１に対して提示してログアウトを要求する（ステップＳ３２）。システム処理部２１は、画像形成装置１内にユーザ登録情報がある場合には、そのユーザ登録情報に基づいてそのユーザ識別情報のユーザのログアウト処理を行い、完了通知をログインマネージャ４１に供給する（ステップＳ３３）。一方、画像形成装置１内にユーザ登録情報がない場合には、システム処理部２１は、認証処理部２４に、図示せぬ外部認証サーバへのログアウト要求を実行させる。認証処理部２４は、予め指定されたプロトコルで、外部認証サーバへユーザ識別情報を提示してそのユーザ識別情報のログアウト要求を送信し（図８：ステップＳ４１）、そのログアウト処理の完了通知を外部認証サーバから受信する（図８：ステップＳ４２）。システム処理部２１は、認証処理部２４により完了通知が受信されると、完了通知をログインマネージャ４１に供給する（ステップＳ３３）。
【００６８】
そして、ログインマネージャ４１は、システム処理部２１から、そのユーザ識別情報についてのログアウト処理の完了通知を受け取ると、そのユーザ識別情報に関連付けて保持しているユーザトークンの保持を終了し、そのユーザトークンを解放する（ステップＳ３４）。
【００６９】
このようにして、ログアウト処理が実行される。
【００７０】
（ｃ）属性値保存処理
【００７１】
図９は、図１に示すシステムにおける属性値保存処理を説明する図である。
【００７２】
図５または図６に示すログイン処理後、端末装置２は、ユーザ操作などに基づいて、属性値保存要求を画像形成装置１に送信する（ステップＳ５１）。端末装置２は、ユーザトークンをＳＯＡＰヘッダに含めて、ＷＳＤＬで記述された属性値保存要求をＳＯＡＰエンベロープとして送信する。属性値保存要求には、属性（設定項目）の種類およびその値が含まれる。そして、画像形成装置１は、その属性値保存要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行され、エンティティ３６により、属性値保存要求のＳＯＡＰエンベロープからユーザトークンが抽出される。ユーザトークンは、ＳＯＡＰヘッダのセキュリティトークンまたはバイナリセキュリティトークンに含まれている。そして、認証・認可マネージャ４２は、抽出されたユーザトークンをログインマネージャ４１に供給する。
【００７３】
ログインマネージャ４１は、そのユーザトークンを受け取ると、そのユーザトークンの検証を行い、そのユーザトークンが正当なものである場合には、そのユーザトークンに関連付けられているユーザ識別情報をシステム処理部２１に対して提示して、端末装置２からの要求に従って属性値の保存を要求する（ステップＳ５２）。システム処理部２１は、その要求に従って、属性値を保存する。なお、指定された属性の値が既に存在する場合には、システム処理部２１は、要求により指定された値で、その属性の値を更新する。これにより、システム処理部２１における処理に、その属性値が反映される。
【００７４】
そして、システム処理部２１は、属性値の保存処理が完了すると、その処理結果（保存に成功したか否か）をログインマネージャ４１に供給する（ステップＳ５３）。
【００７５】
ログインマネージャ４１は、システム処理部２１から、その処理結果を受け取ると、ネットワーク処理部２２を介して、その処理結果を端末装置２へ送信する（ステップＳ５４）。このとき、ネットワーク処理部２２は、ＳＯＡＰエンベロープとして、その処理結果を含む属性値保存要求の応答を送信する。そして、端末装置２は、その属性値保存要求の応答を受信する。
【００７６】
このようにして、属性値保存処理が実行される。
【００７７】
（ｄ）認可設定処理
【００７８】
図１０は、図１に示すシステムにおける認可設定処理を説明する図である。
【００７９】
図５または図６に示すログイン処理後、端末装置２は、ユーザ操作などに基づいて、認可情報設定要求を画像形成装置１に送信する（ステップＳ６１）。端末装置２は、ユーザトークンをＳＯＡＰヘッダに含めて、ＷＳＤＬで記述された認可情報設定要求をＳＯＡＰエンベロープとして送信する。認可情報設定要求には、認可の対象となる機能名（例えば関数名）を示す認可情報が含まれる。そして、画像形成装置１は、その認可情報設定要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行され、エンティティ３６により、認可情報設定要求のＳＯＡＰエンベロープからユーザトークンが抽出される。ユーザトークンは、ＳＯＡＰヘッダのセキュリティトークンまたはバイナリセキュリティトークンに含まれている。そして、認証・認可マネージャ４２は、抽出されたユーザトークンをログインマネージャ４１に供給する。
【００８０】
ログインマネージャ４１は、そのユーザトークンを受け取ると、そのユーザトークンの検証を行い、そのユーザトークンが正当なものである場合には、そのユーザトークンに関連付けられているユーザ識別情報をシステム処理部２１に対して提示して、端末装置２からの要求に従って認可情報の設定を要求する（ステップＳ６２）。システム処理部２１は、その要求に従って、認可情報を設定する。
【００８１】
そして、システム処理部２１は、認可情報の設定処理が完了すると、その処理結果（設定に成功したか否か）をログインマネージャ４１に供給する（ステップＳ６３）。
【００８２】
ログインマネージャ４１は、システム処理部２１から、その処理結果を受け取ると、ネットワーク処理部２２を介して、その処理結果を端末装置２へ送信する（ステップＳ６４）。このとき、ネットワーク処理部２２は、ＳＯＡＰエンベロープとして、その処理結果を含む認可情報設定要求の応答を送信する。そして、端末装置２は、その認可情報設定要求の応答を受信する。
【００８３】
このようにして、認可設定処理が実行される。なお、認可設定処理は、所定の権限を有するユーザのみが行えるようにしてもよい。その場合、所定の権限を有するユーザのユーザ識別情報が予め画像形成装置１に格納されており、ログインマネージャ４１は、ログイン要求におけるユーザ識別情報が所定の権限を有するユーザのものである場合にのみ、認可設定処理をシステム処理部２１に実行させる。また、所定の権限を有するユーザは、他のユーザについての認可の設定を行えるようにしてもよい。
【００８４】
（ｅ）認可情報閲覧処理
【００８５】
図１１は、図１に示すシステムにおける認可情報閲覧処理を説明する図である。
【００８６】
図５または図６に示すログイン処理後、端末装置２は、ユーザ操作などに基づいて、認可情報閲覧要求を画像形成装置１に送信する（ステップＳ７１）。端末装置２は、ユーザトークンをＳＯＡＰヘッダに含めて、ＷＳＤＬで記述された認可情報閲覧要求をＳＯＡＰエンベロープとして送信する。そして、画像形成装置１は、その認可情報閲覧要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行され、エンティティ３６により、認可情報閲覧要求のＳＯＡＰエンベロープからユーザトークンが抽出される。ユーザトークンは、ＳＯＡＰヘッダのセキュリティトークンまたはバイナリセキュリティトークンに含まれている。そして、認証・認可マネージャ４２は、抽出されたユーザトークンをログインマネージャ４１に供給する。
【００８７】
ログインマネージャ４１は、そのユーザトークンを受け取ると、そのユーザトークンの検証を行い、そのユーザトークンが正当なものである場合には、そのユーザトークンに関連付けられているユーザ識別情報を、システム処理部２１に対して提示して、端末装置２からの要求に従って認可情報の提供を要求する（ステップＳ７２）。システム処理部２１は、その要求に従って、システム処理部２１に設定されている認可情報を供給する。認可情報には、認可されている機能およびユーザ識別情報が含まれる。
【００８８】
そして、システム処理部２１は、認可情報の閲覧処理が完了すると、その処理結果（設定に成功したか否かおよび得られた認可情報）をログインマネージャ４１に供給する（ステップＳ７３）。
【００８９】
ログインマネージャ４１は、システム処理部２１から、その処理結果を受け取ると、ネットワーク処理部２２を介して、その処理結果を端末装置２へ送信する（ステップＳ７４）。このとき、ネットワーク処理部２２は、ＳＯＡＰエンベロープとして、その処理結果を含む認可情報閲覧要求の応答を送信する。そして、端末装置２は、その認可情報閲覧要求の応答を受信する。
【００９０】
このようにして、認可情報閲覧処理が実行される。なお、ログインマネージャ４１は、ユーザグループを予め設定しておき、グループ内の全ユーザの認可情報をシステム処理部２１から取得し、処理結果に含めるようにしてもよい。
【００９１】
（ｆ）Ｗｅｂサービス処理
【００９２】
図１２は、図１に示すシステムにおけるＷｅｂサービス処理を説明する図である。
【００９３】
図５または図６に示すログイン処理後、端末装置２は、ユーザ操作などに基づいて、サービス要求を画像形成装置１に送信する（ステップＳ８１）。端末装置２は、ユーザトークンをＳＯＡＰヘッダに含めて、ＷＳＤＬで記述されたサービス要求をＳＯＡＰエンベロープとして送信する。そして、画像形成装置１は、そのサービス要求を受信する。画像形成装置１では、各エンティティ３１〜３６により各プロトコルに従った処理が実行される。エンティティ３６により、サービス要求のＳＯＡＰヘッダからセキュリティトークンまたはバイナリセキュリティトークンが抽出され、認証・認可マネージャ４２へ供給される。認証・認可マネージャ４２は、セキュリティトークンまたはバイナリセキュリティトークンに含まれるユーザトークンを抽出し（ステップＳ８２）、抽出されたユーザトークンをログインマネージャ４１に供給する（ステップＳ８３）。
【００９４】
ログインマネージャ４１は、そのユーザトークンを受け取ると、そのユーザトークンの検証を行い（ステップＳ８４）、その検証結果を認証・認可マネージャ４２に供給する（ステップＳ８５）。認証・認可マネージャ４２は、ユーザトークンが正当なものである場合には、サービス要求のＳＯＡＰボディの内容を解析してサービス要求において指定されている処理を特定し（ステップＳ８６）、その処理の実行をサービス提供処理部２５に要求する（ステップＳ８７）。ユーザトークンが正当なものではない場合には、認証・認可マネージャ４２は、サービス要求を拒否し、ネットワーク処理部２２に、その旨の応答を送信させる。そのユーザトークンが、ログインしたユーザに発行されその時点で保持されているものであれば、正当なものと判定され、そうでなければ、正当なものではないと判定される。
【００９５】
サービス提供処理部２５は、その要求に基づき、指定された処理を実行し（ステップＳ８８）、処理結果を、ネットワーク処理部２２を介して、端末装置２へ送信する（ステップＳ８９）。このとき、ネットワーク処理部２２は、ＳＯＡＰエンベロープとして、その処理結果を含むサービス要求の応答を送信する。そして、端末装置２は、そのサービス要求の応答を受信する。
【００９６】
このようにして、Ｗｅｂサービス処理が実行される。
【００９７】
なお、サービス提供処理部２５がシステム処理部２１の機能を利用する際に認可が必要な場合には、ステップＳ８４において、ログインマネージャ４１は、システム処理部２１からそのユーザトークンに基づき取得可能な認可情報を取得する。そして、ログインマネージャ４１は、その認可情報を検証結果とともに認証・認可マネージャ４２に供給する。認証・認可マネージャ４２は、その認可情報をサービス提供処理部２５に処理実行の要求とともに供給する。そして、サービス提供処理部２５は、その認可情報を提示して、システム処理部２１の機能を利用する。
【００９８】
さらに、認証・認可マネージャ４２は、機能制限情報に基づいて、システム処理部２１の複数の機能のそれぞれについてネットワーク処理部２２により使用される通信路の確立を許可または拒否する。つまり、認証・認可マネージャ４２は、ネットワーク処理部２２を制御して、機能制限情報により指定される通信路を遮断する。これにより、その機能を使用するためのサービス要求が受信されないため、結果として、機能の使用が制限される。なお、認証・認可マネージャ４２は、制限手段の一例である。
【００９９】
例えば、機能制限情報は、通信路の確立を許可するポート番号、または通信路の確立を拒否するポート番号を有する。そして、認証・認可マネージャ４２は、システム処理部２１の複数の機能のそれぞれについて割り当てられているＴＣＰにおけるポート番号ごとに、通信路確立の許可または拒否をする。
【０１００】
例えば、システム処理部２１における設定情報の更新および出力の機能は、ＳＮＭＰ（Simple Network Management Protocol）を使用し、ポート番号１６１のポートを使用する。このため、設定情報の更新および出力の機能の使用を禁止する場合、ポート番号１６１の通信路確立が拒否される。
【０１０１】
また、インターネットファクシミリ機能は、電子メールシステムを使用するため、送信についてはＳＭＴＰ（Simple Mail Transfer Protocol）のポート２５を使用し、受信については、ＰＯＰ３（Post Office Protocol 3）のポート１１０を使用する。このため、インターネットファクシミリ機能の使用を禁止する場合、送信についてはポート２５の通信路確立が拒否され、受信についてはポート１１０の通信路確立が拒否される。
【０１０２】
また、ＩＰＰ（Internet Printing Protocol）印刷機能は、ポート９１００を使用する。このため、ＩＰＰ印刷機能の使用を禁止する場合、ポート９１００の通信路確立が拒否される。
【０１０３】
なお、複数の機能で同一のプロトコルを使用する場合、機能毎に異なるポートを使用して、上述のように、通信路確立の可否を設定すればよい。
【０１０４】
あるいは、ＴＣＰより上位のプロトコルにて、通信路確立の可否を設定するようにしてもよい。例えば、通信路の確立を許可するＵＲＩ（Uniform Resource Identifier）またはドメイン、あるいは通信路の確立を拒否するＵＲＩまたはドメインの情報を含む機能制限情報が供給され、認証・認可マネージャ４２は、システム処理部２１の複数の機能のそれぞれについて割り当てられているＨＴＴＰにおける通信相手のＵＲＩまたはドメインごとに、通信路確立の許可または拒否をするようにしてもよい。
【０１０５】
例えば、ＷＳＤ（Web Services for Devices）−ＳＣＡＮ、ＷＳＤ−ＰＲＩＮＴなどのＷｅｂ  Ｓｅｒｖｉｃｅｓの各機能は、同一の通信プロトコルによりサービス要求が送受される。このため、ＳＯＡＰエンベロープの送受に使用される通信相手のＵＲＩまたはＵＲＩのドメインが、機能ごとに、機能制限情報として登録され、認証・認可マネージャ４２は、それを参照して通信路確立の許可または拒否をする。
【０１０６】
以上のように、上記実施の形態によれば、認証・認可マネージャ４２は、機能制限情報に基づいて、システム処理部２１の複数の機能のそれぞれについてネットワーク処理部２２により使用される通信路の確立を許可または拒否する。
【０１０７】
これにより、サービス要求の送受を制限することで、既存のシステム処理部を変更することなく利用することができる。このため、大きな開発コストをかけずに、ネットワークを介して使用されるシステム処理部２１の機能に対する使用制限を細かく設定することができる。
【０１０８】
なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【０１０９】
例えば、上記実施の形態において、認証・認可マネージャ４２は、トークンに対応するユーザの機能制限情報に基づいて、通信路の確立をユーザごとに許可または拒否するようにしてもよい。これにより、ユーザごとにシステム処理部２１の機能に対する使用制限を細かく設定することができる。
【０１１０】
また、上記実施の形態において、機能制限情報は、画像形成装置１内の不揮発性メモリなどの記録媒体に格納される。
【０１１１】
また、上記実施の形態において、機能制限情報は、外部の認可サーバから供給されるようにしてもよい。この場合、認証・認可マネージャ４２は、認証処理部２４を介して外部の認可サーバから機能制限情報を取得する。これにより、複数の画像形成装置に対して適用される機能制限情報を一元管理することができる。
【０１１２】
また、上記実施の形態において、ユーザトークンは、例えば、擬似乱数関数の値、また、乱数値やその他の値をシードとしたＭＤ５、ＳＨＡ１などのハッシュ関数値などとされる。また、ユーザトークンに、ユーザトークンの発行元（つまり、画像形成装置１）を証明するＫｅｒｂｅｒｏｓチケット、Ｘ．５０９ｖ３証明書などの証明情報を含めるようにしてもよい。
【０１１３】
また、上記実施の形態において、端末装置２から画像形成装置１へユーザ識別情報を送信する際に、ユーザＩＤをそのまま送信せずに、ユーザＩＤのハッシュ関数値などをユーザ識別情報として送信するようにしてもよい。
【０１１４】
また、上記実施の形態においては、ユーザトークンは、ログインマネージャ４１により生成されるが、その代わりに、外部認可サーバがユーザトークンを生成し、ログインマネージャ４１に供給するようにしてもよい。その場合、ログインマネージャ４１が、端末装置２から受信されたユーザトークンを外部認可サーバへ転送し、外部認可サーバが、そのユーザトークンの正当性を判定するようにしてもよい。
【０１１５】
また、上記実施の形態においては、端末装置２は、ログイン前に、セキュリティトークンまたはバイナリセキュリティトークンでセキュリティを確保しつつ、画像形成装置１の認証方式情報を取得しているが、その代わりに、設定情報の読み取りのみ可能なAnonymousユーザを設定し、最初にそのAnonymousユーザとしてログインして認証方式情報を取得し、その後に、上述のようにして、再度、ログインを行うようにしてもよい。また、端末装置２側で認証方式を指定するようにしてもよい。また、予め指定されている特定の認証方式のみで、画像形成装置１および端末装置２が認証処理を行うようにしてもよい。その場合には、端末装置２または画像形成装置１による認証方式情報の取得は不要である。
【産業上の利用可能性】
【０１１６】
本発明は、例えば、ネットワーク機能を有する複合機に適用可能である。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施の形態に係る画像形成システムの構成を示すブロック図である。
【図２】図１における画像形成装置の構成を示すブロック図である。
【図３】図２におけるコンピュータが画像形成プログラム等を実行することにより実現される処理部の構成を示すブロック図である。
【図４】図１のシステムにおいて端末装置と画像形成装置との間で確立されるセッションについて説明する図である。
【図５】図１に示すシステムにおけるログイン処理を説明する図である。
【図６】図１に示すシステムにおける、外部認証サーバを使用したログイン処理を説明する図である。
【図７】図１に示すシステムにおけるログアウト処理を説明する図である。
【図８】図１に示すシステムにおける、外部認証サーバを使用したログアウト処理を説明する図である。
【図９】図１に示すシステムにおける属性値変更処理を説明する図である。
【図１０】図１に示すシステムにおける認可設定処理を説明する図である。
【図１１】図１に示すシステムにおける認可情報閲覧処理を説明する図である。
【図１２】図１に示すシステムにおけるＷｅｂサービス処理を説明する図である。
【符号の説明】
【０１１８】
１  画像形成装置
２  端末装置
１２ａ  画像形成プログラム
１３  内部装置
１４  コンピュータ
２１  システム処理部（システム処理手段）
２２  ネットワーク処理部（ネットワーク処理手段）
２４  認証処理部（認証処理手段）
２５  サービス提供処理部（サービス提供手段）
４１  ログインマネージャ（ログイン処理手段）
４２  認証・認可マネージャ（判定手段，制限手段）
【図１】
0005135028.tif 000002
【図２】
0005135028.tif 000003
【図３】
0005135028.tif 000004
【図４】
0005135028.tif 000005
【図５】
0005135028.tif 000006
【図６】
0005135028.tif 000007
【図７】
0005135028.tif 000008
【図８】
0005135028.tif 000009
【図９】
0005135028.tif 000010
【図１０】
0005135028.tif 000011
【図１１】
0005135028.tif 000012
【図１２】
0005135028.tif 000013