(57)【要約】【課題】データ処理装置における複数のサービス間でサービスの提供を分け合うことができるデータ処理装置を提供する。【解決手段】認証サーバ９２０、９３０は、自身の負荷が高いと判断すると、ＳｐｅｃｉａｌＷＳＤＬファイルを生成し（Ｔ１、Ｔ２）、印刷デバイス９１０からのＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスを拒否する（Ｔ４、Ｔ６）。このとき、拒否データを付与して返信する。印刷デバイス９１０は、全ての認証サーバ９２０、９３０からＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されると、受信した拒否データを基に、最適なサーバである認証サーバ９２０を選択し（Ｔ７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ８）。そして、返信されたＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ１０）。認証サーバ９２０は、要求された認証サービスを実行し（Ｔ１１）、その結果を返信する（Ｔ１２）。【選択図】      図５
2005055984.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、
前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信手段と、
前記データ処理装置自身の状態を判断する状態判断手段と、
前記状態判断手段によって判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信手段とを備えたことを特徴とするデータ処理装置。
【請求項２】
前記第１のサービスと比べて機能が制限された前記第２のサービスに関する情報が記述された前記第２のサービス記述情報を作成する作成手段を備え、
前記第２の送信手段は、前記作成手段により作成された第２のサービス記述情報を送信することを特徴とする請求項１記載のデータ処理装置。
【請求項３】
前記第２の送信手段は、前記データ処理装置が提供するサービスに関する情報が前記所定の言語で記述されたサービス記述情報の取得が要求され、かつ、前記状態判断手段によって判断された状態を基に前記第１のサービスの提供を拒否する場合、前記第１のサービス記述情報を返信する代わりに、前記第２のサービス記述情報を送信することを特徴とする請求項１或いは２記載のデータ処理装置。
【請求項４】
前記第２の送信手段は、前記第２のサービス記述情報の取得が要求された場合、前記第２のサービス記述情報を送信することを特徴とする請求項１乃至３のいずれか記載のデータ処理装置。
【請求項５】
前記第１のサービス記述情報を使用して前記第１のサービスの利用が要求された場合、前記状態判断手段によって判断された状態を基に、前記第１のサービスの提供の拒否を示す拒否データを返信する拒否手段を備えたことを特徴とする請求項３記載のデータ処理装置。
【請求項６】
第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置において、
前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求手段と、
前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求手段と、
前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求手段とを備えたことを特徴とする情報処理装置。
【請求項７】
情報処理装置からの要求にしたがって、サービスを提供するデータ処理方法であって、
データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、
前記データ処理装置の状態を判断する状態判断ステップと、
前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを有することを特徴とするデータ処理方法。
【請求項８】
第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置の情報処理方法において、
前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、
前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、
前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを有することを特徴とする情報処理方法。
【請求項９】
データ処理装置内のコンピュータが読み取り実行可能なプログラムであって、  情報処理装置からの要求にしたがって、サービスを提供する際、データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、
前記データ処理装置の状態を判断する状態判断ステップと、
前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを含むことを特徴とするプログラム。
【請求項１０】
情報処理装置内のコンピュータが読み取り実行可能なプログラムであって、
前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、
前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、
前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを含むことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置からのサービス要求に応じてデータ処理装置がサービスを提供するデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムに関する。
【０００２】
【従来の技術】
あるホストコンピュータから接続要求を受信したとき、すでに他のホストコンピュータと接続している場合には、接続不可をホストコンピュータへ通知するとともに、代替プリンタとなりえる他のプリンタを探索し、見つかった他のプリンタのアドレス情報等をホストコンピュータへ提示するプリンタがあった（例えば、特許文献１）。
【０００３】
【特許文献１】
特開平７−３２５６７９号公報
【０００４】
【発明が解決しようとする課題】
サーバ装置およびクライアント装置がネットワークを介して接続されたデータ処理システムにおいて、Ｗｅｂサービス技術を使用することにより、サーバ装置がクライアント装置にサービスを提供することが知られている。
【０００５】
このＷｅｂサービス技術では、サーバ装置が、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で記述されたＷＳＤＬファイルをＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いてクライアント装置に提供し、クライアント装置はそのサービス記述情報を解析して、サーバ装置がどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。
【０００６】
しかしながら、上記Ｗｅｂサービス技術を用いたデータ処理システムでは、各クライアント装置が、サーバ装置の負荷によらず、固定したＷＳＤＬファイルを使用してサーバ装置にサービス要求を行うと、以下に掲げる問題がある。すなわち、クライアント装置はサーバ装置の負荷状況を把握せずにサービスを要求してしまい、サービス間で負荷が分散されない。そのため、クライアント装置は、空いているサービスがあるにもかかわらず、そのことを知らずに、混んでいるサービスが処理を終了するのを待たなければならなくなる。
【０００７】
また、クライアント装置は、負荷が高い状態のサービスに対し、通常通り、サービスを要求してしまい、サービスの負荷を更に高めてしまっていた。さらに、クライアント装置は、負荷が高い状態のサーバ装置に依頼した場合、サービス品質が落とされるおそれがあることを把握できなかった。
【０００８】
また、負荷の分散を行うために、上記従来の技術のように、サーバ装置がすでに他のクライアント装置に対してサービスを提供している場合には、他のサーバ装置を探索し、見つかったサーバ装置のアドレス情報等をクライアント装置に提示することが考えられる。
【０００９】
しかし、どのようなサービスを他のサーバ装置が提供しているか分からない場合や、他のサーバ装置のサービスも同様に負荷が高い状態にある場合、クライアント装置は、必ずしも他のサーバ装置を利用することはできない。
【００１０】
そこで、本発明は、データ処理装置における複数のサービス間でサービスの提供を分け合うことができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを目的とする。
【００１１】
または、本発明は、各サービスの負荷を効率的に分散させることができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。  または、本発明は、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１２】
または、本発明は、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１３】
または、本発明は、情報処理装置がサービス要求に見合ったデータ処理装置を選択できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１４】
または、本発明は、情報処理装置がデータ処理装置のサービスの品質を予め知ることができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータ処理装置は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信手段と、前記データ処理装置自身の状態を判断する状態判断手段と、前記状態判断手段によって判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信手段とを備えたことを特徴とする。
【００１６】
本発明の情報処理装置は、第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置において、前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求手段と、前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求手段と、前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求手段とを備えたことを特徴とする。
【００１７】
本発明のデータ処理方法は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理方法であって、データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、前記データ処理装置の状態を判断する状態判断ステップと、前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを有することを特徴とする。
【００１８】
本発明の情報処理方法は、第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置の情報処理方法において、前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを有することを特徴とする。
【００１９】
本発明のプログラムは、データ処理装置内のコンピュータが読み取り実行可能なプログラムであって、情報処理装置からの要求にしたがって、サービスを提供する際、データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、前記データ処理装置の状態を判断する状態判断ステップと、前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを含むことを特徴とする。
【００２０】
本発明のプログラムは、情報処理装置内のコンピュータが読み取り実行可能なプログラムであって、前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを含むことを特徴とする。
【００２１】
【発明の実施の形態】
本発明のデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムの実施の形態について図面を参照しながら説明する。本実施形態のデータ処理システムは、ＷＥＢサービス技術を利用し、サーバ装置（単にサーバという）およびクライアント装置（単にクライアントという）がネットワークに接続された分散処理システム（ネットワークシステム）に適用される。
【００２２】
図１は実施の形態におけるネットワークシステムの構成を示す図である。図において、１０１、１０２はサーバＰＣである。１０３、１０４はクライアントＰＣである。１０５、１０６はＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）である。サーバＰＣ１０１、１０２、クライアントＰＣ１０３、１０４およびＭＦＰ１０５、１０６は、ＬＡＮ１００に接続されている。
【００２３】
サーバＰＣ１０１、１０２はＷＥＢサービスにおけるサーバであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する。サーバＰＣ１０１、１０２は同一のサービスを提供しており、本実施形態では、複数のサーバＰＣが同一のサービスを提供することによって、サービス処理における負荷の分散が図られている。
【００２４】
ＭＦＰ１０５、１０６は、それぞれＷＥＢサービスのサーバまたはクライアントになることが可能な印刷デバイスであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する、またはサーバＰＣ１０１、１０２に対してサービス要求を行い、サービスの提供を受ける。ＭＦＰ１０５、１０６がサーバとなる場合、サーバＰＣ１０１、１０２と同様、同一のサービスを複数のＭＦＰが提供することによって、サービス処理における負荷の分散が図られる。また、前述したように、クライアントＰＣ１０３、１０４は、ＷＥＢサービスにおけるクライアントであり、サーバＰＣ１０１、１０２またはＭＦＰ１０５、１０６に対してサービスを要求し、サービスの提供を受けることが可能である。
【００２５】
図２はサーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４は一般的なパーソナルコンピュータ（ＰＣ）から構成されている。
【００２６】
この一般的なＰＣは、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２から供給される各種ソフトウェアを実行するＣＰＵ２０１を有しており、ＣＰＵ２０１はシステムバス２０４に接続された各部を総括的に制御する。
【００２７】
２０３はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９やポインティングデバイス（図示せず）等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。
【００２８】
２０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２１１およびフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００２９】
図３はＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。ＭＦＰ１０５、１０６は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）３１２から供給される各種プログラムを実行するＣＰＵ３０１を有しており、ＣＰＵ３０１はシステムバス３０４に接続された各部を総括的に制御する。
【００３０】
３０３はＲＡＭであり、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）であり、ユーザインタフェース（ＵＩ）３０９の表示、ＵＩ３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現し、これを制御する。ここで、デバイスがモノクロプリンタである場合、ファンクションコントローラ（ＦＵＮＣＣ）３０６およびファンクション（ＦＵＮＣ）３１０として、モノクロプリントエンジンコントローラおよびモノクロプリントエンジンを設けてもよい。また、カラープリンタである場合、カラープリントエンジンコントローラおよびカラープリントエンジンを設けてもよい。
【００３１】
３０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００３２】
図４はネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。図において、４１０はサーバであり、サーバＰＣ１０１、１０２、サーバとなる場合のＭＦＰ１０５、１０６に相当する。一方、４２０はクライアントであり、クライアントＰＣ１０３、１０４、クライアントとなる場合のＭＦＰ１０５、１０６に相当する。サーバ４１０およびクライアント４２０はＬＡＮ１００を介して接続されている。
【００３３】
４１１はネットワークインタフェース機能であり、サーバ４１０をＬＡＮ１００に接続する。４１２はＷＥＢサービスサーバ機能であり、例えばＨＴＴＰサーバ、ＳＯＡＰサーバ、ＸＭＬパーサ、ＷＳＤＬ生成機能などである。４１３はサービスを提供するサーバ側のアプリケーションである。ＭＦＰ１０５、１０６がサーバとなる場合、スキャン機能、印刷機能などもここに含まれる。４１４はサーバ４１０の負荷を測定し、負荷状態を数値（負荷値）で把握するサーバ負荷監視機能である。４１５はサーバ監視機能４１４を使用し、現在のサーバの負荷状態を考慮して生成されたＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）ファイルである。本実施形態では、ＷＳＤＬファイルとして、通常負荷時にクライアントが使用する通常用のＷＳＤＬファイル（ＮｏｒｍａｌＷＳＤＬファイル）と、輻輳用のＷＳＤＬファイル（ｓｐｅｃｉａｌＷＳＤＬファイル）とが存在する。ＷＳＤＬファイルにはサーバが提供するサービスを利用するための情報が記述されており、ＮｏｒｍａｌＷＳＤＬファイルは、通常用のサービスを利用するための情報が記述されており、ｓｐｅｃｉａｌＷＳＤＬファイルは、輻輳用のサービスを利用するための情報が記述されている。輻輳用のサービスは通常用のサービスに比べて機能が限定されている。ｓｐｅｃｉａｌＷＳＤＬファイルを使用した場合、ＮｏｒｍａｌＷＳＤＬファイルに比べて優先度の低いポートに接続される。
【００３４】
一方、４２１はクライアント側のネットワークインタフェース機能であり、クライアント４２０をＬＡＮ１００に接続する。４２２はＷＥＢサービスクライアント機能であり、例えば、ＨＴＴＰクライアント、ＳＯＡＰクライアント、ＸＭＬパーサなどである。４２３はサーバ４１０が提供するサービスを利用するクライアント（ユーザ）側のアプリケーションである。４２４はクライアント４２０とのユーザＩ／Ｆ（ＵＩ）である。４２５、４２６はサーバ４１０から獲得したＷＳＤＬファイルである。
【００３５】
上記構成を有するネットワークシステムの動作を示す。図５は認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。この動作処理は、ＭＦＰ１０５、１０６のような印刷デバイスがクライアント４２０となった場合の動作処理である。尚、本実施形態では、印刷デバイス１台、サーバ２台の構成であるが、例えば印刷デバイス１００台、サーバ５台のような構成も可能であり、クライアントおよびサーバの数は特に制限されない。また、本実施形態では、認証サービスを想定しているが、本発明はサービスの種類によって制限を受けるものではない。
【００３６】
印刷デバイス９１０はクライアント４２０に相当する。認証サーバ９２０、９３０はサーバ４１０に相当する。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ１）。また、認証サーバ９３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２）。
【００３７】
この後、印刷デバイス９１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して認証サーバ９２０にアクセスする（Ｔ３）。しかし、認証サーバ９２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ４）。このとき、認証サーバ９２０は拒否データを付与して印刷デバイス９１０に返信する。
【００３８】
アクセスが拒否された印刷デバイス９１０は、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５）。しかし、認証サーバ９３０も、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ６）。このとき同様に、認証サーバ９３０は拒否データを付与して印刷デバイス９１０に返信する。
【００３９】
アクセスが拒否された印刷デバイス９１０は、アクセス可能な全ての認証サーバからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適なサーバである認証サーバ９２０を選択し（Ｔ７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ８）。認証サーバ９２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ９）。
【００４０】
印刷デバイス９１０は、サービス品質が落とされることを認識した上で、認証サーバ９２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ１０）。優先度の低いポートへのサービス要求を受信した認証サーバ９２０は、要求された認証サービスを実行し（Ｔ１１）、認証結果を印刷デバイス９１０に返信する（Ｔ１２）。
【００４１】
図６は認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。印刷デバイス９１０、認証サーバ９２０、９３０は図５と同じである。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２１）。
【００４２】
印刷デバイス９１０は、認証サーバ９２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ２２）。これに対し、認証サーバ９２０は、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ２３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信した印刷デバイス９１０は、認証サーバ９２０では負荷が高くサービス品質が落ちると判断し、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ２４）。これに対し、認証サーバ９３０はアクセスを許可し、ユーザ認証のサービスを実行し（Ｔ２５）、印刷デバイス９１０に認証結果を通知する（Ｔ２６）。
【００４３】
つぎに、ＭＦＰ１０５、１０６のような印刷デバイスがサーバ４１０となった場合を示す。図７はクライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。ここでは、印刷デバイス２台、クライアントＰＣ１台の構成であるが、例えば印刷デバイス１０台、クライアントＰＣ１００台のような構成も可能であり、本発明はクライアントおよびサーバの数によって特に制限されない。また、印刷サービスを想定しているが、本発明はサービスの種類によって制限されるものではない。
【００４４】
クライアントＰＣ１２１０はクライアント４２０に相当する。印刷デバイス１２２０、１２３０はサーバ４１０に相当する。まず、印刷デバイス１２２０は、自身の負荷が高いと判断し、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３１）。また、印刷デバイス１２３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３２）。
【００４５】
クライアントＰＣ１２１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して印刷デバイス１２２０にアクセスする（Ｔ３３）。しかし、印刷デバイス１２２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３４）。このとき、印刷デバイス１２２０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４６】
アクセスが拒否されたクライアントＰＣ１２１０は、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ３５）。しかし、印刷デバイス１２３０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３６）。このとき、印刷デバイス１２３０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４７】
クライアントＰＣ１２１０は、アクセス可能な全ての印刷デバイスからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適な印刷デバイスである印刷デバイス１２２０を選択し（Ｔ３７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ３８）。印刷デバイス１２２０は、この要求に応じて、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ３９）。
【００４８】
クライアントＰＣ１２１０は、サービス品質が落とされるのを認識した上で、印刷デバイス１２２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ４０）。優先度の低いポートへのサービス要求を受信した印刷デバイス１２２０は、要求された印刷サービスを実行し（Ｔ４１）、印刷実行結果をクライアントＰＣ１２１０に返信する（Ｔ４２）。
【００４９】
図８はクライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。印刷デバイス１２２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ５１）。
【００５０】
そして、クライアントＰＣ１２１０は、印刷デバイス１２２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ５２）。印刷デバイス１２２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ５３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信したクライアントＰＣ１２１０は、印刷デバイス１２２０では負荷が高くサービス品質が落ちると判断すると、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５４）。印刷デバイス１２３０は、アクセスを許可して印刷を実行し（Ｔ５５）、クライアントＰＣ１２１０に印刷実行結果を通知する（Ｔ５６）。
【００５１】
つぎに、クライアント４２０の上記処理手順を示す。図９および図１０はクライアント４２０側のサービス要求処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、クライアント側のアプリケーション４２３（図４参照）に相当する。まず、サービスを要求するサーバ４１０が発行したＮｏｒｍａｌＷＳＤＬファイルを取得済であるか否かを判別する（ステップＳ１）。取得済である場合、ステップＳ４の処理に進む。一方、ＮｏｒｍａｌＷＳＤＬファイルを取得していない場合、サーバ４１０からＷＳＤＬファイルを取得する（ステップＳ２）。
【００５２】
取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルであるか否かを判別する（ステップＳ３）。取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルでなく、ＳｐｅｃｉａｌＷＳＤＬファイルである場合、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行うか否かを判別する（ステップＳ８）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行う場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行わない場合、ステップＳ９の処理に進む。
【００５３】
一方、ステップＳ３で取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルである場合、ＮｏｍａｌＷＳＤＬファイルを使用してサーバ４１０にサービスの提供を要求する（ステップＳ４）。このとき、ＮｏｍａｌＷＳＤＬファイルを使用するので、優先度の高いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５４】
そして、サーバから受信したサービス要求結果を判別する（ステップＳ５）。判別の結果、サービスが提供された場合、そのまま本処理を終了する。一方、サービスの提供が拒否された場合、サーバ４１０から受信する拒否データを保存する（ステップＳ６）。この拒否データの詳細については後述する。
【００５５】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求するか否かを判別する（ステップＳ７）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求する場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求しない場合、全てのサーバに対し、サービスの提供を要求したか否かを判別する（ステップＳ９）。まだサービスを要求していないサーバがある場合、ステップＳ１に戻って同様の処理を繰り返す。
【００５６】
一方、ステップＳ９で、全てのサーバに対してサービスの提供を要求した場合、ステップＳ２においてＳｐｅｃｉａｌＷＳＤＬファイルを受信しただけで、拒否データを取得していないサーバから拒否データを獲得する（ステップＳ１０）。これにより、全てのサーバから拒否データを取得する。
【００５７】
そして、保存しておいた拒否データを基に、サービスの提供を要求するサーバを決定（選択）する（ステップＳ１１）。例えば、サーバ４１０に相当するサーバＰＣ１０１、１０２（図１参照）のうち、サーバＰＣ１０１を選択する。決定されたサーバに対するＳｐｅｃｉａｌＷＳＤＬファイルがあるか否かを判別する（ステップＳ１２）。ＳｐｅｃｉａｌＷＳＤＬファイルがない場合、それを取得する（ステップＳ１３）。そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用してサービスの提供を要求する（ステップＳ１４）。このとき、ＳｐｅｃｉａｌＷＳＤＬファイルを使用するので、優先度の低いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５８】
そして、サーバから受信したサービス結果を判別する（ステップＳ１５）。サービス結果がＯＫである場合、そのまま本処理を終了する。一方、サービス結果、サービスの提供が拒否された場合、サービスの提供を要求するサーバを選択し直すべく、全てのサーバの選択が終了したか否かを判別する（ステップＳ１６）。全てのサーバの選択が終了した場合、本処理を終了する。一方、全てのサーバの選択が終了していない場合、ステップＳ１１の処理に戻って同様の処理を繰り返す。
【００５９】
図１１および図１２はサーバ側のサービス提供処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、サーバ側のアプリケーション４１３（図４参照）に相当する。まず、サーバ４１０が高負荷状態にあるか否かを判別する（ステップＳ２１）。高負荷状態にない場合、そのままステップＳ２３の処理に移行する。一方、サーバ４１０が高負荷状態にある場合、ＳｐｅｃｉａｌＷＳＤＬファイルを作成する（ステップＳ２２）。
【００６０】
クライアント４２０からＮｏｒｍａｌＷＳＤＬファイルの取得が要求されているか否かを判別する（ステップＳ２３）。ＮｏｒｍａｌＷＳＤＬファイルの取得が要求されていない場合、ＷＳＤＬファイルを使用したサービスの提供が要求されているか否かを判別する（ステップＳ２４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスを提供可能であるか否かを判別する（ステップＳ２５）。提供可能である場合、サービスの提供を実行する（ステップＳ２６）。ここで、ＮｏｒｍａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の高いポートが使用される。そして、サービス結果をクライアント４２０に送信し（ステップＳ２７）、本処理を終了する。
【００６１】
一方、ステップＳ２３でＮｏｒｍａｌＷＳＤＬファイルの取得が要求されている場合、ＳｐｅｃｉａｌＷＳＤＬファイルを返信するか否かを判別する（ステップＳ２８）。ＳｐｅｃｉａｌＷＳＤＬファイルを返信しない場合、ＮｏｒｍａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ２９）、前述したステップＳ２４の処理に移行する。一方、ステップＳ２８でＳｐｅｃｉａｌＷＳＤＬファイルを返信する場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信する（ステップＳ３０）。
【００６２】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供がされているか否かを判別する（ステップＳ３４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスが提供可能であるか否かを判別する（ステップＳ３５）。サービスが提供不可能である場合、そのまま本処理を終了する。一方、サービスが提供可能である場合、サービスの提供を実行する（ステップＳ３６）。ここで、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の低いポートが使用される。そして、サービス結果を送信し（ステップＳ３７）、本処理を終了する。
【００６３】
一方、ステップＳ２５でＷＳＤＬファイルを使用したサービスが提供不可能である場合、拒否データを送信する（ステップＳ３１）。この拒否データの詳細については後述する。そして、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求があるか否かを判別する（ステップＳ３２）。ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がない場合、そのまま本処理を終了する。一方、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がある場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ３３）、前述したステップＳ３４の処理に移行する。
【００６４】
図１３はステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。まず、ＷＳＤＬファイルのｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇ、ｐｏｒｔＴｙｐｅＴａｇから送信メッセージを作成する（ステップＳ５１）。
【００６５】
ｂｉｎｄｉｎｇＴａｇに従って、作成した送信メッセージをｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表される相手先に送信する（ステップＳ５２）。ｐｏｒｔＴｙｐｅにｏｕｔｐｕｔが定義されている場合、ｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇに則った返信を待ち（ステップＳ５３）、返信を受信すると、本処理を終了する。
【００６６】
図１３のサービス提供要求処理として、具体的に認証サービスの場合を示す。図１４は認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰａｓｓｗｄから、ＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを作成する（ステップＳ６１）。作成したＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって、送信メッセージを作成する（ステップＳ６２）。
【００６７】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ６３）。ステップＳ６３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ６４）。
【００６８】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅを取り出す（ステップＳ６５）。取り出したＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ６６）。この後、本処理を終了する。
【００６９】
図１３のサービス提供要求処理として、具体的に印刷サービスの場合を示す。図１５は印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰｒｉｎｔＤａｔａからＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを作成する（ステップＳ７１）。作成したＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって送信メッセージを作成する（ステップＳ７２）。
【００７０】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ７３）。ステップＳ７３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ７４）。
【００７１】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅを取り出す（ステップＳ７５）。取り出したＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ７６）。この後、本処理を終了する。
【００７２】
図１６および図１７は認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎは、ａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７３】
ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓおよびｑｕａｌｉｔｙを要素として持つ構造となる。
【００７４】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００７５】
図１８、図１９および図２０は認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎはａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７６】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓとｑｕａｌｉｔｙを要素として持つ構造となる。
【００７７】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００７８】
図２１および図２２は印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００７９】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００８０】
図２３、図２４および図２５は印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。
【００８１】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００８２】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００８３】
図２６は拒否データの内容を示す図である。この拒否データは、サーバ４１０として印刷サービスを提供する印刷デバイスであるＭＦＰ１０５によって、負荷が高くなった場合に生成されるものである。図において、１８１０は拒否データに含まれるデータ要素の名称である。１８２０はデータ要素の内容である。負荷情報１８１１は、サーバの現在の負荷状況を数値で表したものであり、「０」で負荷最低の状態を表し、「９」で負荷最大の状態を表す。予想待ち時間１８１２は、サービスが実行されるまでの待ち時間を数値で表したものであり、「０」で即実行されることを表し、「９」で無限に待たされる可能性を表す。印刷可能枚数１８１３は、印刷が可能な枚数の限度を表している。図２６に示す拒否データのデータ要素はあくまでも一例であり、これらのデータ要素が拒否データに含まれず、その他のデータ要素が拒否データに含まれてもよい。例えば、輻輳用のＷＳＤＬファイルを使用した際のサービス品質がデータ要素として含まれてもよい。
【００８４】
このように、本実施形態のネットワークシステムによれば、サーバ装置としてのデータ処理装置における複数のサービス間でサービスの提供を分け合うことができる。また、各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスに対し、敢えてサービスの提供を要求するクライアント装置は、ＳｐｅｃｉａｌＷＳＤＬファイルを使用し、優先度の低いポートに接続されるので、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、サーバ装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。
【００８５】
また、ＮｏｒｍａｌＷＳＤＬファイルを使用してサービスの提供が拒否されたクライアント装置は、この拒否データを使用してサービス要求に見合ったサーバ装置を選択できる。したがって、各サーバ装置の負荷を均等にすることができる。また、クライアント装置は、拒否データを取得することにより、サーバ装置のサービスの品質を予め知ることができる。
【００８６】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００８７】
例えば、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用してもよいし、１つの機器からなる装置に適用してもよい。
【００８８】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００８９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９０】
図２７は記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。図において、９９９９はディレクトリ情報が記憶されている領域である。ディレクトリ情報には、分散サーバシステムプログラムをインストールするためのインストールプログラムが記憶されている領域９９９８、および分散サーバシステムプログラムが記憶されている領域９９９７の位置が示されている。
【００９１】
本実施形態の分散サーバシステムプログラムが印刷デバイスであるＭＦＰ１０５、１０６にインストールされる際、まず領域９９９８に記憶されているインストールプログラムがＲＡＭ３０３にロードされ、ＣＰＵ３０１によって実行される。そして、ＣＰＵ３０１がインストールプログラムを実行することによって、領域９９９７から分散サーバシステムプログラムを読み出し、ハードディスク３１１に格納する。
【００９２】
又、プログラムコードを供給するための記憶媒体としては、例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードやコンパクトフラッシュ（登録商標）等のメモリカード、ハードディスク、マイクロＤＡＴ、光磁気ディスク、ＣＤ−ＲやＣＤ−ＲＷ等の光ディスク、ＤＶＤ等の相変化型光ディスク等で構成されてもよい。
【００９３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９５】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【００９６】
【発明の効果】
本発明によれば、データ処理装置における複数のサービス間でサービスの提供を分け合うことができる。
【００９７】
例えば、以下のような効果がある。各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。また、情報処理装置がサービス要求に見合ったデータ処理装置を選択できる。また、情報処理装置がデータ処理装置のサービスの品質を予め知ることができる。
【図面の簡単な説明】
【図１】実施の形態におけるネットワークシステムの構成を示す図である。
【図２】サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。
【図３】ＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。
【図４】ネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。
【図５】認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。
【図６】認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。
【図７】クライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。
【図８】クライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。
【図９】クライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１０】図９につづくクライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１１】サーバ側のサービス提供処理手順を示すフローチャートである。
【図１２】図１１につづくサーバ側のサービス提供処理手順を示すフローチャートである。
【図１３】ステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。
【図１４】認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１５】印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１６】認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１７】図１６につづく認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１８】認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図１９】図１８につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２０】図１８および図１９につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２１】印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２２】図２１につづく印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２３】印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２４】図２３につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２５】図２３および図２４につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２６】拒否データの内容を示す図である。
【図２７】記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。
【符号の説明】
４１０  サーバ
４１３、４２３  アプリケーション
４１５  ＷＳＤＬファイル
４２０  クライアント
９１０  印刷デバイス
９２０、９３０  認証サーバ
１２１０  クライアントＰＣ
１２２０、１２３０  印刷デバイス
【図１】
2005055984.tif 000003
【図２】
2005055984.tif 000004
【図３】
2005055984.tif 000005
【図４】
2005055984.tif 000006
【図５】
2005055984.tif 000007
【図６】
2005055984.tif 000008
【図７】
2005055984.tif 000009
【図８】
2005055984.tif 000010
【図９】
2005055984.tif 000011
【図１０】
2005055984.tif 000012
【図１１】
2005055984.tif 000013
【図１２】
2005055984.tif 000014
【図１３】
2005055984.tif 000015
【図１４】
2005055984.tif 000016
【図１５】
2005055984.tif 000017
【図１６】
2005055984.tif 000018
【図１７】
2005055984.tif 000019
【図１８】
2005055984.tif 000020
【図１９】
2005055984.tif 000021
【図２０】
2005055984.tif 000022
【図２１】
2005055984.tif 000023
【図２２】
2005055984.tif 000024
【図２３】
2005055984.tif 000025
【図２４】
2005055984.tif 000026
【図２５】
2005055984.tif 000027
【図２６】
2005055984.tif 000028
【図２７】
2005055984.tif 000029