JP2005055981A

JP2005055981A - データ処理装置、データ処理システム、データ処理方法、情報処理方法およびプログラム

Info

Publication number: JP2005055981A
Application number: JP2003206272A
Authority: JP
Inventors: Nobuaki Fukazawa; 伸朗深澤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-08-06
Filing date: 2003-08-06
Publication date: 2005-03-03

Abstract

【課題】クライアント装置が他のサーバ装置でサービスを受けることができるとともに、当該他のサーバ装置のサービス内容をより速く効率的に認識できるデータ処理システムを提供する。
【解決手段】クライアント４２０は、サーバ４１０Ａ用のＷＳＤＬファイルを使用してサービス要求を送信する（Ｔ３）。このサービス要求に対し、サーバ４１０Ａは高負荷状態であることを理由にサービス要求を拒否し、拒否データをクライアント４２０に返信する（Ｔ４）。これを受信すると、クライアント４２０は、別のサーバの紹介をサーバ４１０Ａに要求する（Ｔ５）。サーバ４１０Ａは、サーバリスト４１８を基に、別のサーバであるサーバ４１０Ｂ用のＷＳＤＬファイルを返信する（Ｔ６）。クライアント４２０は、サーバ４１０Ｂ用のＷＳＤＬファイルを使用し、サーバ４１０Ｂにサービス要求を送信する（Ｔ７）。サーバ４１０Ｂは、クライアント４２０からのサービス要求に応じたサービスを実行する（Ｔ８）。
【選択図】図５

Description

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

Claims

情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置において、
前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信手段と、
前記データ処理装置自身の状態を判断する状態判断手段と、
前記状態判断手段によって判断された状態を基に前記第１のサービスの提供をしない場合、他のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信手段とを備えたことを特徴とするデータ処理装置。
前記第１のサービスの提供を拒否する場合、拒否する旨とともに前記データ処理装置自身の状態を示す拒否データを前記情報処理装置に送信する送信手段と、
前記情報処理装置から前記他のデータ処理装置の前記第２のサービス記述情報の取得要求を受信する受信手段とを備え、
前記第２の送信手段は、前記取得要求を受信した場合、前記他のデータ処理装置の前記第２のサービス記述情報を返信することを特徴とする請求項１記載のデータ処理装置。
他の複数のデータ処理装置の順序が循環して記述されたリストを保持するリスト保持手段を備え、
前記第２の送信手段は、前記リストに記述された順序に従って、他のデータ処理装置のサービス記述情報を送信することを特徴とする請求項１或いは２記載のデータ処理装置。
前記情報処理装置から前記第１のサービスに比べて機能が制限された第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報の取得が要求された場合、該第３のサービス記述情報を送信する第３の送信手段を備えたことを特徴とする請求項１乃至３のいずれか記載のデータ処理装置。
前記情報処理装置は、前記第１のサービス記述情報または前記第２のサービス記述情報を解析して、前記第１のサービスまたは前記第２のサービスにおいて指定可能なオペレーションの種類、または当該第１のサービスまたは当該第２のサービスで指定可能なパラメータの種類、または当該第１のサービスまたは当該第２のサービスによって出力される出力結果の種類を認識することを特徴とする請求項１乃至４のいずれか記載のデータ処理装置。
複数のデータ処理装置のいずれかが情報処理装置から要求されたサービスを提供するデータ処理システムにおいて、
前記情報処理装置からデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を参照し、第１のデータ処理装置に第１のサービスの利用を要求する第１のサービス要求手段と、
前記第１のデータ処理装置の状態を基に、該第１のデータ処理装置が前記第１のサービスの提供をしない場合、前記情報処理装置に他のデータ処理装置が提供する、前記第１のサービスと同等のサービスである第２のサービスに関する情報が所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する送信手段と、
前記第２のサービス記述情報を参照して前記情報処理装置から前記他のデータ処理装置に前記第２のサービスの利用を要求する第２のサービス要求手段と、
全てのデータ処理装置が前記第１のサービスと同等のサービスの提供をしない場合、前記第１のサービスに比べて機能が制限された第３のサービスに関する情報が所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を参照し、いずれかのデータ処理装置に第３のサービスの利用を要求する第３のサービス要求手段とを備えたことを特徴とするデータ処理システム。
他の複数のデータ処理装置の順序が循環して記述されたリストを保持するリスト保持手段を備え、
前記リストに記述された順序に従い、次のデータ処理装置のサービス記述情報を送信することを特徴とする請求項６記載のデータ処理システム。
情報処理装置からの要求にしたがって、サービスを提供するデータ処理方法において、
前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、
前記データ処理装置自身の状態を判断する状態判断ステップと、
該判断された状態を基に、第１のサービスの提供をしない場合、他のデータ処理装置が提供する第２のサービスに関する情報が所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを有することを特徴とするデータ処理方法。
データ処理装置が提供するサービスの利用を要求する情報処理方法において、
第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を参照し、該第１のサービスの利用を要求する第１のサービス要求ステップと、
前記第１のサービスの利用要求に対し、前記第１のデータ処理装置から他のデータ処理装置が提供する第２のサービスに関する情報が所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報が返信された場合、該第２のサービス技術情報を参照し、前記他のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップとを有することを特徴とする情報処理方法。
前記第１のデータ処理装置が前記第１のサービスの提供を拒否した場合、該第１のデータ処理装置に対し、前記他のデータ処理装置が提供する第２のサービスに関する情報が所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報の取得を要求する第２のサービス記述情報取得要求ステップを有し、
前記第２のサービス要求ステップでは、前記第２のサービス記述情報の取得要求に応じて返信された前記第２のサービス記述情報を参照して前記他のデータ処理装置に第２のサービスの利用を要求することを特徴とする請求項９記載の情報処理方法。
第２のサービス記述情報取得要求ステップでは、前記他のデータ処理装置に対して要求された第２のサービスの利用に対し、前記他のデータ処理装置からの応答が時間切れである場合、前記第１のデータ処理装置に対し、別のデータ処理装置が提供する第３のサービスに関する情報が所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報の取得を要求し、
第２のサービス要求ステップでは、前記第３のサービス記述情報の取得要求に応じて返信された前記第３のサービス記述情報を参照して前記別のデータ処理装置に第３のサービスの利用を要求することを特徴とする請求項１０記載の情報処理方法。
返信されたサービス記述情報を参照してサービスの利用が要求されるデータ処理装置が既にサービスの利用を要求したデータ処理装置と同じであった場合、前記第１のサービスに比べて機能が制限された第４のサービスに関する情報が所定の言語で記述された、当該第４のサービスを利用する場合に参照する第４のサービス記述情報の取得を要求する第４のサービス記述情報取得要求ステップと、
前記第４のサービス記述情報の取得要求に応じて返信された前記第４のサービス記述情報を参照し、前記データ処理装置に第４のサービスの利用を要求する第４のサービス要求ステップとを有することを特徴とする請求項９記載の情報処理方法。
前記第１のサービスの提供を拒否した複数のデータ処理装置の中から、前記特定のデータ処理装置を選択する選択ステップを有し、
前記第４のサービス記述情報取得要求ステップでは、前記選択されたデータ処理装置の第４のサービス記述情報の取得を要求することを特徴とする請求項１２記載の情報処理方法。
データ処理装置内のコンピュータが読み取り実行可能なプログラムであって、
情報処理装置からの要求にしたがって、サービスを提供する際、前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、
前記データ処理装置自身の状態を判断する状態判断ステップと、
該判断された状態を基に、第１のサービスの提供をしない場合、他のデータ処理装置が提供する第２のサービスに関する情報が所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２のサービス記述情報送信ステップとを含むことを特徴とするプログラム。
情報処理装置内のコンピュータが読み取り実行可能なプログラムであって、
データ処理装置が提供するサービスの利用を要求する際、第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を参照し、該第１のサービスの利用を要求する第１のサービス要求ステップと、
前記第１のサービスの利用要求に対し、前記第１のデータ処理装置から他のデータ処理装置が提供する第２のサービスに関する情報が所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報が返信された場合、該第２のサービス記述情報を参照し、前記他のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップとを含むことを特徴とするプログラム。