JP4827523B2 - 情報処理装置、情報処理方法、ならびに制御プログラム - Google Patents

Description

本発明は、ネットワークを介して複数のサービスを提供可能な情報処理装置における情報処理技術に関するものである。

時間のかかる処理やコストの高い処理を効率的に行う方法のひとつとして、サーバコンピュータ（以下「サーバ」と称す）で集中的に処理を行う方法がある。これはクライアントサーバシステムとして広く知られている。

一般にクライアントサーバシステムにおいてサーバは資源と考えられ、クライアントコンピュータ（以下「クライアント」と称す）が利用可能なサーバは、例えばパスワードなどのユーザ認証を経ることによって制限されている。

このような状況下において、クライアントは複数のサーバのＩＤとパスワードとをそれぞれ記憶しており、ユーザは、各サーバにアクセスするごとにＩＤとパスワード入力することが必要となる。

これに対し、サーバが提供するサービスと該サービスを要求するクライアントとの間に「ノード」を設け、そのノードがユーザ認証を一元的に代行するという、いわゆるＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−ｏｎ）が開示されている。かかる技術は、例えば、特開２００３−３３０８８６号公報に開示されている。

図９は、特開２００３−３３０８８６号公報に開示された、ユーザ認証を一元的に代行する機能を説明するための概念図である。図９に示すクライアントサーバシステムは、ウェブサーバ９０５乃至９０７とクライアント９０１、９０２との間にノード９０４を有し、該ノード９０４がネットワーク９０３を介して複数のサービスをクライアントに提供できるよう構成されている。

かかる構成のもと、特開２００３−３３０８８６号公報によれば、クライアント９０１あるいは９０２からサービスのリクエストを受けたノード９０４が、ウェブサーバ９０５乃至９０７の動作をシミュレートする。ＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−ｏｎ）が完了すると、当該ウェブサービスを提供するウェブサーバ（９０５ないし９０７のいずれか）に対して当該ウェブサービスのリクエストを転送する。これにより、ユーザは転送先のウェブサーバから所望のウェブサービスを受けることができる。また、その後、他のウェブサーバにアクセスする場合でも、ＩＤやパスワードを入力する必要がなくなり操作性が向上する。

このように、クライアントとサーバとの間にノードを設け、当該ノードにユーザ認証を一元的に代行させることで、ユーザ認証における操作性の向上が実現される。一方で、このようなシステムにて処理される文書ファイルに対するセキュリティの強化も求められている。

そこで、上述のクライアントサーバシステムの一例として、以下では、印刷サービスやスキャンサービス、ＦＡＸサービス等のサービス或いはウェブサービスを提供可能なＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を挙げる。そして該ＭＦＰに通信可能にクライアントが接続されたクライアントサーバシステムを挙げ、当該システムにおけるセキュリティ機能の面について考えることとする。

かかるクライアントサーバシステムにおいて、クライアント上で文書ファイルを開き、ＭＦＰ内の印刷サーバが提供する印刷サービスを用いて印刷出力するにあたっては、一般に、以下のような認証処理を行うことで、セキュリティが確保されている。

まず、クライアント上で文書ファイルを開く際にパスワード等の入力を求めることにより、当該ユーザが、当該文書ファイルをクライアント上で利用するための「ファイル利用権限」を有するユーザであるか否かが認証される。

更に、クライアントを介してＭＦＰの印刷サービスを利用するにあたり、当該ユーザが当該印刷サービスの利用権限（「印刷サービス利用権限」）を有するユーザであるか否かのユーザ認証（上記ＳＳＯがこれにあたる）が行われる。このように、クライアント側とＭＦＰ側とにおいてそれぞれ利用権限を有するユーザであるかを確認する構成とすることで、文書ファイルが簡単に閲覧されたり、印刷出力されたりすることがないようになっている。
特開２００３−３３０８８６号公報

しかしながら、特定の文書ファイルに関しては、クライアント上で閲覧することを許可してもよいが（ユーザにファイル利用権限を与えてもよいが）、印刷サービスを利用して印刷出力することまでは許可したくないといったケースがある。

このようなケースに対しては、ユーザの印刷サービス利用権限を制限することによって対処することも考えられる。しかし、その場合、当該利用権限を制限されたユーザは、当該特定の文書ファイル以外の文書ファイル（印刷出力することが許可されている文書ファイル）についてまでも印刷サービスを受けることができなくなってしまう。反対に、印刷出力することが許可されていない文書ファイルであっても、印刷サービスの利用権限さえ有していれば、印刷出力することができてしまうこととなり、文書ファイル単位でのセキュリティは、印刷サービスの利用権限を制限するだけでは対処できない。

そこで、上述のようなクライアントサーバシステムにあっては、クライアント上で開かれた複数の文書ファイルのうち、次の文書ファイルを分けて取り扱うことが望ましい。第１は、ＭＦＰが提供する印刷サービスを利用可能なユーザであれば、該印刷サービスを利用して印刷出力させてもよい文書ファイル（このような文書ファイルを「印刷権有りの文書ファイル」と称す）である。第２は、印刷サービスの利用権限を有するユーザであっても、当該印刷サービスを利用して印刷出力させたくない文書ファイル（このような文書ファイルを「印刷権なしの文書ファイル」と称す）である。

しかしながら、通常のＯＳでは制限されることのない印刷権を文書ファイル単位で管理し、上記クライアントサーバシステム全体を統一的に矛盾なく制御することは容易ではない。

例えば、このような機能を実現するための１つの手段として次のような手段が考えられる。すなわち、印刷サービスのリクエストに基づいて、当該リクエストされた文書ファイルが印刷権有りの文書ファイルであるか否かについても判断できるように、ＭＦＰが提供する印刷サービスのプログラムを修正することが考えられる。しかしながら、文書ファイル単位で管理していくためには、印刷権なしの文書ファイルが追加されるたびに既存の印刷サービスのプログラムを修正する必要があり、膨大な工数がかかるという問題がある。

また、例えば、このような機能を実現するための他の手段として、クライアントにエージェントを配し、当該エージェントにより、印刷権の有無を管理するようにすることが考えられる。ここで、エージェントとは、例えば、ＭＦＰが提供する印刷サービスを利用するに際して、当該文書ファイルが印刷権有りの文書ファイルであるか否かを判断するモジュールであり、ＡＰＩフックなどの方法により実現することができる。しかしながら、かかる方法の場合、エージェントがＡＰＩフックをかけることによって文書ファイル単位で印刷権を制御できるアプリケーションが、エージェントが対象とする予め決められた特定のアプリケーションに限定されてしまうという問題がある。

このような背景のもと、上述のクライアントサーバシステムにおいて、簡単な作業で、文書ファイル単位での印刷権の有無を管理できるようにすることが望まれる。

本発明は上記課題に鑑みてなされたものであり、ネットワークを介して複数のサービスを提供可能な情報処理装置において、該サービスにより処理することが許可された処理対象の管理を容易にできるようにし、処理対象単位でのセキュリティの強化を図る。

上記の目的を達成するために本発明に係る情報処理装置は以下のような構成を備える。即ち、
複数のサービスを提供可能な情報処理装置であって、
文書ファイルに関するサービスの実行の可否を示す第１の情報を保持する保持手段と、
文書ファイルとともに、または文書ファイルを参照する情報とともに、前記複数のサービスのいずれかを用いて当該文書ファイルを処理するよう要求があった場合に、サービスに対応する認証サービスを示す第２の情報に基づいて、当該要求されたサービスに対応する認証サービスを特定し、当該特定された認証サービスに対して、当該要求に含まれるユーザ認証情報を用いて、当該要求を行ったユーザについての認証処理を行うよう指示する指示手段と、
前記サービスを用いて処理するよう要求された前記文書ファイルが、該サービスに処理させることが許可されている文書ファイルであるか否かを、前記文書ファイルの属性情報と前記保持手段に保持された第１の情報とに基づいて判定する判定手段と、を備え、
前記判定手段によって前記サービスに処理させることが許可された文書ファイルであると判定され、かつ、前記特定された認証サービスによる前記ユーザについての認証処理の結果、前記ユーザが前記要求されたサービスを利用することが可能なユーザであると認証された場合に、該サービスに該文書ファイルを処理させることを特徴とする。

本発明によれば、ネットワークを介して複数のサービスを提供可能な情報処理装置において、該サービスにより処理することが許可された処理対象の管理が容易にできるようになり、処理対象単位でのセキュリティの強化を図ることが可能となる。

以下に、本発明の実施の形態について図面を参照しながら説明する。

［第１の実施形態］
＜ＭＦＰの構成＞
図１は、本発明の第１の実施形態にかかる情報処理装置の構成を示す図である。なお本実施形態では、当該情報処理装置として、各種Ｗｅｂサービスの提供が可能なサーバ機能を備えるＭＦＰ複合機（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、以下、単に「ＭＦＰ」と称す）を例に挙げて説明することとする。しかし、本発明は特にこれに限られるものではない。

図１に示すように、ＭＦＰ１００は、ＲＯＭ１０２あるいは例えばハードディスクなどの大規模記憶装置１１１に記憶されたソフトウェアを実行するＣＰＵ１０１を備え、システムバス１０４に接続される各デバイスを総括的に制御する。

１０３はＲＡＭで、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。１０５は外部入力コントローラ（ＰＡＮＥＬＣ）で、各種ボタンあるいはタッチパネル１０９等からの指示入力を制御する。１０６はディスプレイコントローラ（ＤＩＳＰＣ）で、例えば液晶ディスプレイなどで構成される表示モジュール（ＤＩＳＰＬＡＹ）１１０の表示を制御する。ディスクコントローラ１０７はハードディスク１１１へのアクセスを制御する。

１０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１２０を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。

なお、ＭＦＰ１００には当然のことながら、上記で説明したモジュールあるいはコンポーネントの他に、印刷物を読み込むためのスキャナ部と印刷物を出力するためのプリンタ部が存在するが、本発明には直接は関係しないため、図示を省略してある。

＜クライアントサーバシステムの構成＞
図２は、各種Ｗｅｂサービスの提供が可能なサーバ機能を備えるＭＦＰ１００と、クライアント２０１、２０２とをネットワーク２０３を介して通信可能に接続することで実現したクライアントサーバシステムの構成を示す図である。

図２のＭＦＰ１００内部の記載は、各種Ｗｅｂサービスを提供するための機能についての機能ブロック図を示したものである。同図に示すように、Ｗｅｂサービスを提供するＷｅｂサーバ２０５乃至２０７がノード部２０４と接続されている。そして、ネットワーク２０３を介してクライアント２０１または２０２から受信したサービス要求（リクエスト）に基づいて、各Ｗｅｂサーバが動作し、Ｗｅｂサービスを提供するよう構成されている。

ここで、Ｗｅｂサーバ２０５乃至２０７のいずれかが提供するサービスの例として、文書を印刷する印刷サービスや、原稿を読み取って画像データを生成するスキャンサービスが考えられる。また、画像データを所定の宛先の外部端末へ送信する送信サービスや、画像データをハードディスク１１１に格納／読み出しするストレージサービスなどもサービスの例として考えられる。他にもＭＦＰが有するハードウエア資源を活用して提供可能な機能をＭＦＰ１００のウェブサーバ２０５乃至２０７のいずれかが提供するサービスであっても良いものとする。また、ＭＦＰ１００が有するウェブサーバは図２に示すようにウェブサーバ２０５乃至２０７の3つに限るものではない。また、これらウェブサーバが提供する単独のサービスを複合することによって実現される機能もサービスの一つとして考えられる。

＜ＭＦＰにおけるＷｅｂサービスのアクセス権の認証＞
次にＭＦＰ１００におけるＷｅｂサービスのアクセス権の認証処理について図３、４を用いて説明する。ここで、Ｗｅｂサービスのアクセス権とは、Ｗｅｂサービスに所定の文書ファイルの処理を実行させる権限をいう。操作者がＷｅｂサービスを利用することが可能なユーザであるか否かを確認するための「ユーザ認証」の結果と、Ｗｅｂサービスにて処理することが許可された文書ファイルであるか否かを確認するための「文書ファイル確認」の結果とに基づいて決定される。

なお、Ｗｅｂサービスが印刷サービスであった場合には、印刷サービスのアクセス権とは、当該印刷サービスに、文書ファイルの印刷処理を実行させる権限をいう。具体的には、次の２つの結果に基づいて決定される。第１は、印刷サービスを利用することが可能なユーザであるか否かを確認するためのユーザ認証の結果である。第２は、印刷サービスにて印刷処理することが許可されている文書ファイル（印刷権有りの文書ファイル）であるか否かの確認の結果である。

そして、当該ユーザ認証の結果と文書ファイル確認の結果とが共に「ＯＫ」であった場合に、Ｗｅｂサービスへのアクセス権を有するものと認証され、Ｗｅｂサービスによる文書ファイルの処理が実行される。以下、図３、４を用いて詳細に述べる。

図３は、ＭＦＰ１００においてリクエストを受信した際の処理の流れを示すモデル図であり、図４は、該モデル図の各部の処理の流れを示す図である。

図３に示すように、受信したリクエストを処理するための機能として、ノード部２０４はエントリ部３０１と調停サービス３０２と認証サービス３０３とを備える。更に、Ｗｅｂサービスに対応づけられた認証サービスに関する情報が記載されたＸＭＬスクリプト３０４およびＷｅｂサービスにて処理することが許可されていない文書ファイルを記載したＸＭＬスクリプト３０５を備える。

エントリ部３０１においてクライアント２０１からのＷｅｂサービスに対する処理要求（リクエスト）を受信すると（ステップＳ４０１）、リクエスト先のサービス名称、認証情報は調停サービス３０２に通知される（ステップＳ４０２）。

調停サービス３０２では、ＸＭＬスクリプト３０４を参照し、リクエストされたＷｅｂサービスに対応づけられた認証サービスに関する情報を取得する。なお、図３では、認証サービスを１つのみ図示しているが、実際には複数の認証サービスを用意し、ＸＭＬスクリプト３０４の参照結果に基づいて選択されるものとする。

調停サービス３０２では、取得した認証サービスに関する情報に基づいて、エントリ部３０１より受信した認証情報を、対応する認証サービス３０３に通知する（ステップＳ４０３）。

認証サービス３０３における認証処理の結果は、調停サービス３０２に返信され（ステップＳ４０４）、調停サービス３０２では、当該認証処理の結果をエントリ部３０１に送信する（ステップＳ４０５）。

エントリ部３０１では、ユーザによって送信されたリクエストに含まれる処理対象がＷｅｂサービスにて処理することが許可された文書ファイルであるかどうかを、ＸＭＬスクリプト３０５を参照することにより判断する（ステップＳ４０６）。具体的には、ユーザ認証済みのユーザによって送信されたリクエストに含まれる文書ファイルが、Ｗｅｂサービスが印刷サービスであった場合には印刷権有りの文書ファイルであるかどうかを、ＸＭＬスクリプト３０５を参照することにより判断する。

具体的には、クライアント２０１からのリクエストパケットの中に含まれる処理対象の実体ファイルのヘッダ部分を解析し、その実体ファイルのファイル名（属性情報）を取得する。そして、取得した属性情報を解析し、当該実体ファイルが、要求しているＷｅｂサービスにて処理することが許可されたファイルであるか否かをＸＭＬスクリプト３０５を参照しながら判断する。なお、ＸＭＬスクリプト３０５の一例は図５に示してあり、後ほど詳しく説明する。

エントリ部３０１では、Ｗｅｂサービスにて処理することが許可された文書ファイルであるかどうかの判断結果に基づいて、リクエストされたＷｅｂサービスをコールするか、あるいはリクエスト発行元に対し、Ｗｅｂサービスの実行が拒否された旨を通知する。

つまり、下記の２条件が成立した場合に、リクエストされたＷｅｂサービスにコールする（ステップＳ４０７）。

・認証サービス３０３における認証処理の結果、Ｗｅｂサービスを利用することが可能なユーザであると認証された場合。

・エントリ部３０１がＸＭＬスクリプト３０５を参照した結果、Ｗｅｂサービスにて処理することが許可された文書ファイルであると判断された場合。

Ｗｅｂサービス３０４における処理の結果はリターン値の形でエントリ部３０１に戻され（ステップＳ４０８）、クライアント２０１に関数コールの戻り値として返される（ステップＳ４０９）。

なお、ステップＳ４０５での認証結果がＮＧである場合はステップＳ４０６の処理を省略して、リクエスト発行元に対してＷｅｂサービスの実行が拒否された旨を通知するようにしても良い。

また、ステップＳ４０２乃至Ｓ４０５の処理に先立って、ステップＳ４０６の処理を行っても良い。更に、ステップＳ４０６でＸＭＬスクリプト３０５を参照した結果、印刷サービスの実行を許可されていない場合にはステップＳ４０２乃至Ｓ４０５の処理を省略してもよい。そしてその場合はリクエスト発行元に対してＷｅｂサービスの実行が拒否された旨を通知する。

＜スクリプト３０５の説明＞
図５は、ＸＭＬスクリプト３０５の記述例を示した図である。図５のスクリプトは、ＸＭＬ形式で記述されている。

図５において、１行目は、「印刷権」についての記述であることを示している。この「印刷権」は、通常のＯＳではサポートされないものである。２行目は、印刷権に関して、デフォルトの権利として印刷を許可することを示している。３行目は、この行以降で印刷権を不許可にする項目を並べることを宣言し、４行目と５行目で、それぞれ記載したファイルに対しては、特別な権限が無い限り印刷を許可しないことを示している。６行目および７行目は、それぞれＸＭＬ記述における３行目および１行目の開始タグを閉じる終了タグである。

このように、印刷権についての記述である旨と、印刷権なしのファイル名とをＸＭＬスクリプトとして記載する。そして、エントリ部３０１が、印刷サービスをコールする前に、印刷サービスにて処理することが許可された文書ファイルであるか否かを当該ＸＭＬスクリプトを参照して判断する構成とする。これにより、印刷権なしの文書ファイルを追加する場合でも、当該ＸＭＬスクリプト３０５を書きかえるだけでよく、印刷権なしの文書ファイルを容易に管理することができる。また、印刷権について、エントリ部３０１一箇所でＭＦＰ全体のポリシーを集中管理することが可能となる。

図５のＸＭＬスクリプト３０５において、更に、ユーザごとにサービスの実行を許可／禁止するような記述方法をとっても良い。例えば、図５の４行目では、印刷不許可とする文書を示しているが、この行に、例外として印刷を許可するユーザ名を記述することによって実現可能である。或いは、文書に対して印刷を許可するユーザを示すタグを別途容易するようにしても良い。これにより、ある文書ファイルに対して特定のユーザのみにサービスの実行を許可したいようなポリシーを付与することができる。

また、図５のＸＭＬスクリプトは、 文書ファイルに対する処理（例えば印刷）の権限に関する記述の例を示しているが、これは文書ファイルに限るものではない。他の資源（リソース）に対する何らかの処理に関する権限を記述するものでも良い。例えば、ソフトウエアに対する実行やインストールの権限を記述するものでもよい。

＜リクエストの具体例＞
次にクライアント２０１または２０２よりネットワーク２０３を介してＭＦＰ１００に送信されるサービス実行リクエスト（以下、単にリクエストとする）の内容について説明する。図６はリクエストの一例を示す図である。

リクエスト６００において、６０１はユーザの認証情報を示す。６０２は処理の依頼内容であり、ここでは印刷サービスを使って、文書ファイルを印刷することを依頼している。６０３は、印刷対象（処理対象）の実データを示している。

以上の説明から明らかなように、本実施形態によれば、Ｗｅｂサービスのリクエストがあった場合に、当該Ｗｅｂサービスの利用に際して処理される文書ファイルが印刷権ありの文書ファイルであるか否かを、エントリ部３０１において認証する構成とした。これにより、文書ファイルごとのセキュリティの強化を図ることが可能となった。

また、当該文書ファイルの認証を行うにあたっては、エントリ部３０１より参照可能なＸＭＬスクリプト３０５を設け、当該ＸＭＬスクリプトにＷｅｂサービスにおける処理が許可されていない文書ファイルを一括して記述しておく構成とした。これにより、Ｗｅｂサービスにおける処理が許可されていない文書ファイルの追加、削除を容易に行うことができ、Ｗｅｂサービスにおいて処理が許可されていない文書ファイルの管理が容易となった。

また、ＭＦＰ１００にて受信したリクエストパケット内に含まれる実体ファイルのヘッダ部分の記載に基づいて、ＭＦＰ側にて、Ｗｅｂサービスにおいて処理が許可されている文書ファイルであるか否かを判断する構成とした。これにより、アプリケーションの種類によらず、ＭＦＰが受信する全ての文書ファイルに対して、印刷権による制限を加えることが可能となる。

なお、サービスの実行を要求するリクエストはネットワークを介してクライアント２０１或いは２０２から発生されるものに限らない。例えば、ＭＦＰのＰＡＮＥＬ１０９を操作してサービスの実行要求を行っても良い。その場合は、ＭＦＰ１００自身が図６のようなリクエストを生成することになる。

［第２の実施形態］
上記第１の実施形態では、受信するすべてのリクエストパケット内に実体ファイルがある場合について説明したが、本発明は特にこれに限られるものではない。例えば、リクエストパケット内に実体ファイルが含まれておらず、実体ファイルの格納先のみがＵＲＬ等により記載されている場合があってもよい。

この場合、当該ユーザが当該実体ファイルの格納先にアクセスし、読み出す権限を有していることが必要となる。したがって、当該実体ファイルを読み出して印刷サービスを受けるためには、「ユーザ認証」と、読み出す権限を有しているか否かの認証と、読み出された実体ファイルが印刷権有りの文書ファイルであるか否かの「文書ファイル確認」とを行う必要がある。

図７は、リクエストパケット内に実体ファイルが含まれている場合と含まれていない場合とがあることを前提として、図３におけるエントリ部３０１がリクエストするＷｅｂサーバへのアクセス権があるかどうかを判断する手順を説明するフローチャートである。

図７における動作と判断は、図１のＲＯＭ１０２にあらかじめ格納されたプログラムに従ってＣＰＵ１０１が動作することにより行われる。途中、ＲＡＭ１０３が一時変数の格納などのワークエリアとして使われる。

ステップＳ７０１では、クライアント２０１または２０２から受け取ったリクエストに含まれる処理対象のデータが実体ファイルであるかどうかを判断する。実体ファイルとは、クライアント２０１からのリクエストパケットの中に、処理対象のデータそのものが含まれる場合を言う。一方、実体ファイルでないとは、処理対象のデータが、どこか別のところ、例えば不図示のファイルサーバ上にあり、リクエストパケットの中には、参照先がＵＲＬなどの形式で記載されていることをいう。

ＮＩＣ１０８を介して受け取ったリクエストパケットを解析することにより、処理対象のデータが実体ファイルであると判断した場合には、次にステップＳ７０２に進む。

ステップＳ７０２では、実体ファイルのヘッダ部分を解析し、その実体ファイルのファイル名（属性情報）を取得する。

続くステップＳ７０３では、ユーザ認証の結果と、文書ファイル確認の結果とにより、認証されたユーザが、その実体ファイルについて要求しているＷｅｂサービスに対するアクセス権を持っているかどうかを判断する。なお、文書ファイル確認の結果は、前記ステップＳ７０２で取得した属性情報に基づいて行われたものが用いられる。

ステップＳ７０３でアクセス権ありと判断された場合には、ステップＳ７０４に進み、印刷サービスに処理を依頼する。

一方、前記ステップＳ７０１で、処理対象のデータが実体ファイルでないと判断された場合には、ステップＳ７０５に進む。

ステップＳ７０５では、実体ファイルの格納先にアクセスし読み出す権限をユーザが有しているか否かの認証を行う。ステップＳ７０６では、ステップＳ７０５での認証の結果、実体ファイルの格納先にアクセスし読み出す権限を有していると判断された場合には、ステップＳ７０３に合流し、上述の処理を行う。

一方、ステップＳ７０６において、実体ファイルを読み出す権限を有していないと判断された場合、あるいはステップＳ７０３でアクセス権なしと判断された場合には、ステップＳ７０７に進む。

ステップＳ７０７では、クライアント２０１に対して、アクセス権がない旨を通知する。具体的には、ユーザ認証に失敗した旨、あるいは処理対象の文書ファイルが印刷権なしの文書ファイルである旨、あるいはユーザが当該文書ファイルを読み出す権限を有していない旨を通知する。

ステップＳ７０４あるいはステップＳ７０７の処理が終了したら、エントリ部３０１におけるアクセス権の有無を判断する処理は終了する。

このように、本実施形態によれば、受信するリクエストパケット内に実体ファイルが含まれていない場合、当該ユーザが当該実体ファイルの格納先にアクセスし、読み出す権限を有しているか否かを判断する。そして、有していない場合には、ユーザ認証等を行うまでもなく、アクセス権がない旨を通知することができる。

［第３の実施形態］
上記第１、２の実施形態では、エントリ部３０１が文書ファイル確認を行うためのスクリプト手段を持つ構成としたが、本発明は特にこれに限るものではない。例えば、調停サービスが文書ファイルの認証のためのＸＭＬスクリプトを持つように構成しても良い。

また、上記第１、２の実施形態では、文書ファイルの認証のためのＸＭＬスクリプトをノード部２０４内に配する構成としたが、本発明は特にこれに限るものではない。例えば、ＸＭＬスクリプトを外部に配する構成としてもよい。

また、上記第１、２の実施形態では、ノード部２０４内に認証サービス３０３を配する構成としたが、本発明は特にこれに限るものではない。例えば、ユーザ認証にあたっては、外部の認証サービスを用いるようにしてもよい。

図８は、本発明の第３の実施形態にかかるＭＦＰ１００においてリクエストを受信した際の処理の流れを示すモデル図である。図８において、図３と同じ機能を有するブロックについては同じ参照番号を付し、詳細な説明は省略するものとする。

図３との相違点は、調停サービス８０２に文書ファイルの確認を行うためのスクリプト手段をもたせた点と、ＸＭＬスクリプト３０５がＭＦＰ１００の内部ではなく、外部のディレクトリサーバ８０３に格納されている点である。また、認証サービスがＭＦＰ１００の外部にある点である。ＭＦＰ１００とディレクトリサーバ８０３、認証サービス８０４はＬＡＮ１２０を介して接続される。

同様に、調停サービス８０２がＬＡＮ１２０に接続したＭＦＰ外部のサービスとする構成でもよい。更には、ＭＦＰ１００が提供するウェブサービス３０６乃至３０８も、ＭＦＰ１００外部にそのサービスの実体が存在していても良い。

上記第１、２の実施形態では、エントリ部３０１がＷｅｂサービスに対するアクセス権の判定を行っていたが、本実施形態では調停サービス８０２が第１または第２の実施形態におけるエントリ部３０１と同様にＷｅｂサービスに対するアクセス権の判定を行う。詳細な説明は、第１の実施形態と同様なので省略する。なお、図８の場合、ＮＩＣ１０８を制御して、外部のディレクトリサーバ８０３のＸＭＬスクリプト３０５にネットワークを介して参照しに行くこととなる。

このように、ＸＭＬスクリプト３０５をＭＦＰ１００の外部に出し、複数のＭＦＰが同一のＸＭＬスクリプトを参照可能なように構成することにより、複数のデバイスのポリシーを統一管理することが可能となる。

［第４の実施形態］
上記第１乃至第３の実施形態では、調停サービスと認証サービスとをわけ、ＸＭＬスクリプト３０４を参照して、所定の認証サービスに認証情報を送信し、認証処理を行うよう構成した。しかし、本発明は特にこれに限られるものではなく、調停サービスが認証サービスを兼ねる構成としてもよい。

［第５の実施形態］
上記第１乃至第４の実施形態では、リクエストパケット内の実体ファイルのヘッダ部分に当該実体ファイルのファイル名を記載し、ＸＭＬスクリプト３０５には印刷権についての記述である旨と、印刷権なしの文書ファイルのファイル名とを記載することとした。しかし、本発明は特にこれに限られるものではない。

例えば、ＸＭＬスクリプト３０５に印刷権ありのファイル名を記載し、印刷権ありの文書ファイルについて管理するようにしてもよい。さらに、ＸＭＬスクリプト３０５に、印刷権ありの文書ファイルを印刷出力することができるユーザについて記載するようにしてもよい。この場合、認証サービスにて認証されたユーザが、印刷権ありの文書ファイルを印刷出力することができるユーザであるか否かを、エントリ部３０１がＸＭＬスクリプト３０５を参照することにより判断することとなる。

また、実体ファイルのヘッダ部分に、どのユーザがどのようなＷｅｂサービスを受けることができるかを記載するようにしてもよい。その場合、エントリ部３０１が、実体ファイルのヘッダ部分を解析し、解析結果を属性情報として取得することにより、アクセス権の有無を判断することとなる。

［第６の実施形態］
また、上記第１乃至第５の実施形態では、Ｗｅｂサービスの具体例として、主に印刷サービスについて説明したが、本発明は特にこれに限定されるものではない。例えば、ＭＦＰが提供するＦＡＸサービスについても同様に適用することができる。この場合、エントリ部３０１では、「印刷権」に代わって、「ＦＡＸ送信権」の有無が判断されることとなる。

［第７の実施形態］
また、上記第１乃至第６の実施形態では、複数のＷｅｂサービスを提供可能な装置としてＭＦＰを例に説明したが、本発明は特にこれに限定されるものではなく、上記第１乃至第６の実施形態で説明したノード部を備える情報処理装置であればよい。

［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。

なお、この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。

本発明の第１の実施形態にかかる情報処理装置の構成を示す図である。 各種Ｗｅｂサービスの提供が可能なサーバ機能を備えるＭＦＰ１００と、クライアント２０１、２０２とをネットワーク２０３を介して通信可能に接続することで実現したクライアントサーバシステムの構成を示す図である。 ＭＦＰ１００においてリクエストを受信した際の処理の流れを示すモデル図である。 図３に示すモデル図の各部の処理の流れを示す図である。 ＸＭＬスクリプト３０５の記述例を示した図である。 リクエストの一例を示す図である リクエストするＷｅｂサーバへのアクセス権があるかどうかを判断する手順を説明するフローチャートである。 本発明の第２の実施形態にかかるＭＦＰ１００においてリクエストを受信した際の処理の流れを示すモデル図である。 ユーザ認証を一元的に代行する機能を説明するための概念図である。

符号の説明

２０１、２０２ クライアント
３０１ エントリ部
３０２ 調停サービス
３０３ 認証サービス
３０４ ＸＭＬスクリプト
３０５ ＸＭＬスクリプト
３０６〜３０８ Ｗｅｂサービス

Claims (5)

1. 複数のサービスを提供可能な情報処理装置であって、
   文書ファイルに関するサービスの実行の可否を示す第１の情報を保持する保持手段と、
   文書ファイルとともに、または文書ファイルを参照する情報とともに、前記複数のサービスのいずれかを用いて当該文書ファイルを処理するよう要求があった場合に、サービスに対応する認証サービスを示す第２の情報に基づいて、当該要求されたサービスに対応する認証サービスを特定し、当該特定された認証サービスに対して、当該要求に含まれるユーザ認証情報を用いて、当該要求を行ったユーザについての認証処理を行うよう指示する指示手段と、
   前記サービスを用いて処理するよう要求された前記文書ファイルが、該サービスに処理させることが許可されている文書ファイルであるか否かを、前記文書ファイルの属性情報と前記保持手段に保持された第１の情報とに基づいて判定する判定手段と、を備え、
   前記判定手段によって前記サービスに処理させることが許可された文書ファイルであると判定され、かつ、前記特定された認証サービスによる前記ユーザについての認証処理の結果、前記ユーザが前記要求されたサービスを利用することが可能なユーザであると認証された場合に、該サービスに該文書ファイルを処理させることを特徴とする情報処理装置。
2. 前記特定された認証サービスによる前記ユーザについての認証処理の結果、前記ユーザが前記要求されたサービスを利用することが可能なユーザであると認証されなかった場合、または前記判定手段において、前記サービスに処理させることが許可された文書ファイルでないと判定された場合、該サービスへのアクセス権がない旨を報知する報知手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
3. 複数のサービスを提供可能な情報処理装置における情報処理方法であって、
   前記情報処理装置の指示手段が、文書ファイルとともに、または文書ファイルを参照する情報とともに、前記複数のサービスのいずれかを用いて文書ファイルを処理するよう要求があった場合に、サービスに対応する認証サービスを示す第２の情報に基づいて、当該要求されたサービスに対応する認証サービスを特定し、当該特定された認証サービスに対して、当該要求に含まれるユーザ認証情報を用いて、当該要求を行ったユーザについての認証処理を行うよう指示する指示工程と、
   前記情報処理装置の判定手段が、前記サービスを用いて処理するよう要求された前記文書ファイルが、該サービスに処理させることが許可されている文書ファイルであるか否かを、前記文書ファイルの属性情報と前記情報処理装置の保持手段に保持された文書ファイルに関するサービスの実行の可否を示す第１の情報とに基づいて判定する判定工程と、を備え、
   前記判定工程において前記サービスに処理させることが許可された文書ファイルであると判定され、かつ、前記特定された認証サービスによる前記ユーザについての認証処理の結果、前記ユーザが前記要求されたサービスを利用することが可能なユーザであると認証された場合に、該サービスに該文書ファイルを処理させることを特徴とする情報処理方法。
4. 前記特定された認証サービスによる前記ユーザについての認証処理の結果、前記ユーザが前記要求されたサービスを利用することが可能なユーザであると認証されなかった場合、または前記判定工程において、前記サービスに処理させることが許可された文書ファイルでないと判定された場合、前記情報処理装置の報知手段が該サービスへのアクセス権がない旨を報知する報知工程を更に備えることを特徴とする請求項３に記載の情報処理方法。
5. 請求項３に記載の情報処理方法をコンピュータに実行させるための制御プログラム。

Images