JP4262016B2 - データ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラム - Google Patents
データ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラム Download PDFInfo
- Publication number
- JP4262016B2 JP4262016B2 JP2003206275A JP2003206275A JP4262016B2 JP 4262016 B2 JP4262016 B2 JP 4262016B2 JP 2003206275 A JP2003206275 A JP 2003206275A JP 2003206275 A JP2003206275 A JP 2003206275A JP 4262016 B2 JP4262016 B2 JP 4262016B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- data processing
- description information
- information
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置からのサービス要求に応じてデータ処理装置がサービスを提供するデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムに関する。
【０００２】
【従来の技術】
あるホストコンピュータから接続要求を受信したとき、すでに他のホストコンピュータと接続している場合には、接続不可をホストコンピュータへ通知するとともに、代替プリンタとなりえる他のプリンタを探索し、見つかった他のプリンタのアドレス情報等をホストコンピュータへ提示するプリンタがあった（例えば、特許文献１）。
【０００３】
【特許文献１】
特開平７−３２５６７９号公報
【０００４】
【発明が解決しようとする課題】
サーバ装置およびクライアント装置がネットワークを介して接続されたデータ処理システムにおいて、Ｗｅｂサービス技術を使用することにより、サーバ装置がクライアント装置にサービスを提供することが知られている。
【０００５】
このＷｅｂサービス技術では、サーバ装置が、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたＷＳＤＬファイルをＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いてクライアント装置に提供し、クライアント装置はそのサービス記述情報を解析して、サーバ装置がどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。
【０００６】
しかしながら、上記Ｗｅｂサービス技術を用いたデータ処理システムでは、各クライアント装置が、サーバ装置の負荷によらず、固定したＷＳＤＬファイルを使用してサーバ装置にサービス要求を行うと、以下に掲げる問題がある。すなわち、クライアント装置はサーバ装置の負荷状況を把握せずにサービスを要求してしまい、サービス間で負荷が分散されない。そのため、クライアント装置は、空いているサービスがあるにもかかわらず、そのことを知らずに、混んでいるサービスが処理を終了するのを待たなければならなくなる。
【０００７】
また、クライアント装置は、負荷が高い状態のサービスに対し、通常通り、サービスを要求してしまい、サービスの負荷を更に高めてしまっていた。さらに、クライアント装置は、負荷が高い状態のサーバ装置に依頼した場合、サービス品質が落とされるおそれがあることを把握できなかった。
【０００８】
また、負荷の分散を行うために、上記従来の技術のように、サーバ装置がすでに他のクライアント装置に対してサービスを提供している場合には、他のサーバ装置を探索し、見つかったサーバ装置のアドレス情報等をクライアント装置に提示することが考えられる。
【０００９】
しかし、どのようなサービスを他のサーバ装置が提供しているか分からない場合や、他のサーバ装置のサービスも同様に負荷が高い状態にある場合、クライアント装置は、必ずしも他のサーバ装置を利用することはできない。
【００１１】
そこで、本発明は、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを目的とする。
【００１２】
または、本発明は、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１４】
または、本発明は、情報処理装置がデータ処理装置のサービスの品質を予め知ることができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータ処理装置は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信手段と、前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信手段と、前記受信手段で受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断手段と、前記判断手段によって不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信手段と、前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行手段と、を備えたことを特徴とする。
【００１６】
本発明の請求項８に係る情報処理装置は、データ処理装置と通信可能な情報処理装置であって、前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信手段と、前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信手段と、前記第１の受信手段によって前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求手段と、前記要求手段による要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信手段と、前記第２の受信手段で受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信手段と、を備えたことを特徴とする。
【００１７】
本発明のデータ処理方法は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置のデータ処理方法であって、前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信ステップと、前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信ステップと、前記受信ステップで受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断ステップと、前記判断ステップで不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信ステップと、前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行ステップと、を有することを特徴とする。
【００１８】
本発明の情報処理方法は、データ処理装置と通信可能な情報処理装置の情報処理方法であって、前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信ステップと、前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信ステップと、前記第１の受信ステップで前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求ステップと、前記要求ステップでの要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信ステップと、前記第２の受信ステップで受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信ステップと、を有することを特徴とする。
【００１９】
本発明のプログラムは、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置のデータ処理方法をコンピュータに実行させるプログラムにおいて、前記データ処理方法は、前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信ステップと、前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信ステップと、 前記受信ステップで受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断ステップと、前記判断ステップで不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信ステップと、前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行ステップと、
を有することを特徴とする。
【００２０】
本発明のプログラムは、データ処理装置と通信可能な情報処理装置の情報処理方法をコンピュータに実行させるプログラムにおいて、前記情報処理方法は、前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信ステップと、前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信ステップと、前記第１の受信ステップで前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求ステップと、前記要求ステップでの要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信ステップと、前記第２の受信ステップで受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信ステップと、を有することを特徴とする。
【００２１】
【発明の実施の形態】
本発明のデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムの実施の形態について図面を参照しながら説明する。本実施形態のデータ処理システムは、ＷＥＢサービス技術を利用し、サーバ装置（単にサーバという）およびクライアント装置（単にクライアントという）がネットワークに接続された分散処理システム（ネットワークシステム）に適用される。
【００２２】
図１は実施の形態におけるネットワークシステムの構成を示す図である。図において、１０１、１０２はサーバＰＣである。１０３、１０４はクライアントＰＣである。１０５、１０６はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）である。サーバＰＣ１０１、１０２、クライアントＰＣ１０３、１０４およびＭＦＰ１０５、１０６は、ＬＡＮ１００に接続されている。
【００２３】
サーバＰＣ１０１、１０２はＷＥＢサービスにおけるサーバであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する。サーバＰＣ１０１、１０２は同一のサービスを提供しており、本実施形態では、複数のサーバＰＣが同一のサービスを提供することによって、サービス処理における負荷の分散が図られている。
【００２４】
ＭＦＰ１０５、１０６は、それぞれＷＥＢサービスのサーバまたはクライアントになることが可能な印刷デバイスであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する、またはサーバＰＣ１０１、１０２に対してサービス要求を行い、サービスの提供を受ける。ＭＦＰ１０５、１０６がサーバとなる場合、サーバＰＣ１０１、１０２と同様、同一のサービスを複数のＭＦＰが提供することによって、サービス処理における負荷の分散が図られる。また、前述したように、クライアントＰＣ１０３、１０４は、ＷＥＢサービスにおけるクライアントであり、サーバＰＣ１０１、１０２またはＭＦＰ１０５、１０６に対してサービスを要求し、サービスの提供を受けることが可能である。
【００２５】
図２はサーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４は一般的なパーソナルコンピュータ（ＰＣ）から構成されている。
【００２６】
この一般的なＰＣは、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２から供給される各種ソフトウェアを実行するＣＰＵ２０１を有しており、ＣＰＵ２０１はシステムバス２０４に接続された各部を総括的に制御する。
【００２７】
２０３はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９やポインティングデバイス（図示せず）等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。
【００２８】
２０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２１１およびフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００２９】
図３はＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。ＭＦＰ１０５、１０６は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）３１２から供給される各種プログラムを実行するＣＰＵ３０１を有しており、ＣＰＵ３０１はシステムバス３０４に接続された各部を総括的に制御する。
【００３０】
３０３はＲＡＭであり、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）であり、ユーザインタフェース（ＵＩ）３０９の表示、ＵＩ３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現し、これを制御する。ここで、デバイスがモノクロプリンタである場合、ファンクションコントローラ（ＦＵＮＣＣ）３０６およびファンクション（ＦＵＮＣ）３１０として、モノクロプリントエンジンコントローラおよびモノクロプリントエンジンを設けてもよい。また、カラープリンタである場合、カラープリントエンジンコントローラおよびカラープリントエンジンを設けてもよい。
【００３１】
３０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００３２】
図４はネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。図において、４１０はサーバであり、サーバＰＣ１０１、１０２、サーバとなる場合のＭＦＰ１０５、１０６に相当する。一方、４２０はクライアントであり、クライアントＰＣ１０３、１０４、クライアントとなる場合のＭＦＰ１０５、１０６に相当する。サーバ４１０およびクライアント４２０はＬＡＮ１００を介して接続されている。
【００３３】
４１１はネットワークインタフェース機能であり、サーバ４１０をＬＡＮ１００に接続する。４１２はＷＥＢサービスサーバ機能であり、例えばＨＴＴＰサーバ、ＳＯＡＰサーバ、ＸＭＬパーサ、ＷＳＤＬ生成機能などである。４１３はサービスを提供するサーバ側のアプリケーションである。ＭＦＰ１０５、１０６がサーバとなる場合、スキャン機能、印刷機能などもここに含まれる。４１４はサーバ４１０の負荷を測定し、負荷状態を数値（負荷値）で把握するサーバ負荷監視機能である。４１５はサーバ監視機能４１４を使用し、現在のサーバの負荷状態を考慮して生成されたＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）ファイルである。本実施形態では、ＷＳＤＬファイルとして、通常負荷時にクライアントが使用する通常用のＷＳＤＬファイル（ＮｏｒｍａｌＷＳＤＬファイル）と、輻輳用のＷＳＤＬファイル（ｓｐｅｃｉａｌＷＳＤＬファイル）とが存在する。ＷＳＤＬファイルにはサーバが提供するサービスを利用するための情報が記述されており、ＮｏｒｍａｌＷＳＤＬファイルは、通常用のサービスを利用するための情報が記述されており、ｓｐｅｃｉａｌＷＳＤＬファイルは、輻輳用のサービスを利用するための情報が記述されている。輻輳用のサービスは通常用のサービスに比べて機能が限定されている。ｓｐｅｃｉａｌＷＳＤＬファイルを使用した場合、ＮｏｒｍａｌＷＳＤＬファイルに比べて優先度の低いポートに接続される。
【００３４】
一方、４２１はクライアント側のネットワークインタフェース機能であり、クライアント４２０をＬＡＮ１００に接続する。４２２はＷＥＢサービスクライアント機能であり、例えば、ＨＴＴＰクライアント、ＳＯＡＰクライアント、ＸＭＬパーサなどである。４２３はサーバ４１０が提供するサービスを利用するクライアント（ユーザ）側のアプリケーションである。４２４はクライアント４２０とのユーザＩ／Ｆ（ＵＩ）である。４２５、４２６はサーバ４１０から獲得したＷＳＤＬファイルである。
【００３５】
上記構成を有するネットワークシステムの動作を示す。図５は認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。この動作処理は、ＭＦＰ１０５、１０６のような印刷デバイスがクライアント４２０となった場合の動作処理である。尚、本実施形態では、印刷デバイス１台、サーバ２台の構成であるが、例えば印刷デバイス１００台、サーバ５台のような構成も可能であり、クライアントおよびサーバの数は特に制限されない。また、本実施形態では、認証サービスを想定しているが、本発明はサービスの種類によって制限を受けるものではない。
【００３６】
印刷デバイス９１０はクライアント４２０に相当する。認証サーバ９２０、９３０はサーバ４１０に相当する。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ１）。また、認証サーバ９３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２）。
【００３７】
この後、印刷デバイス９１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して認証サーバ９２０にアクセスする（Ｔ３）。しかし、認証サーバ９２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ４）。このとき、認証サーバ９２０は拒否データを付与して印刷デバイス９１０に返信する。
【００３８】
アクセスが拒否された印刷デバイス９１０は、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５）。しかし、認証サーバ９３０も、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ６）。このとき同様に、認証サーバ９３０は拒否データを付与して印刷デバイス９１０に返信する。
【００３９】
アクセスが拒否された印刷デバイス９１０は、アクセス可能な全ての認証サーバからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適なサーバである認証サーバ９２０を選択し（Ｔ７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ８）。認証サーバ９２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ９）。
【００４０】
印刷デバイス９１０は、サービス品質が落とされることを認識した上で、認証サーバ９２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ１０）。優先度の低いポートへのサービス要求を受信した認証サーバ９２０は、要求された認証サービスを実行し（Ｔ１１）、認証結果を印刷デバイス９１０に返信する（Ｔ１２）。
【００４１】
図６は認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。印刷デバイス９１０、認証サーバ９２０、９３０は図５と同じである。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２１）。
【００４２】
印刷デバイス９１０は、認証サーバ９２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ２２）。これに対し、認証サーバ９２０は、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ２３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信した印刷デバイス９１０は、認証サーバ９２０では負荷が高くサービス品質が落ちると判断し、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ２４）。これに対し、認証サーバ９３０はアクセスを許可し、ユーザ認証のサービスを実行し（Ｔ２５）、印刷デバイス９１０に認証結果を通知する（Ｔ２６）。
【００４３】
つぎに、ＭＦＰ１０５、１０６のような印刷デバイスがサーバ４１０となった場合を示す。図７はクライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。ここでは、印刷デバイス２台、クライアントＰＣ１台の構成であるが、例えば印刷デバイス１０台、クライアントＰＣ１００台のような構成も可能であり、本発明はクライアントおよびサーバの数によって特に制限されない。また、印刷サービスを想定しているが、本発明はサービスの種類によって制限されるものではない。
【００４４】
クライアントＰＣ１２１０はクライアント４２０に相当する。印刷デバイス１２２０、１２３０はサーバ４１０に相当する。まず、印刷デバイス１２２０は、自身の負荷が高いと判断し、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３１）。また、印刷デバイス１２３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３２）。
【００４５】
クライアントＰＣ１２１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して印刷デバイス１２２０にアクセスする（Ｔ３３）。しかし、印刷デバイス１２２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３４）。このとき、印刷デバイス１２２０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４６】
アクセスが拒否されたクライアントＰＣ１２１０は、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ３５）。しかし、印刷デバイス１２３０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３６）。このとき、印刷デバイス１２３０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４７】
クライアントＰＣ１２１０は、アクセス可能な全ての印刷デバイスからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適な印刷デバイスである印刷デバイス１２２０を選択し（Ｔ３７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ３８）。印刷デバイス１２２０は、この要求に応じて、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ３９）。
【００４８】
クライアントＰＣ１２１０は、サービス品質が落とされるのを認識した上で、印刷デバイス１２２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ４０）。優先度の低いポートへのサービス要求を受信した印刷デバイス１２２０は、要求された印刷サービスを実行し（Ｔ４１）、印刷実行結果をクライアントＰＣ１２１０に返信する（Ｔ４２）。
【００４９】
図８はクライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。印刷デバイス１２２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ５１）。
【００５０】
そして、クライアントＰＣ１２１０は、印刷デバイス１２２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ５２）。印刷デバイス１２２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ５３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信したクライアントＰＣ１２１０は、印刷デバイス１２２０では負荷が高くサービス品質が落ちると判断すると、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５４）。印刷デバイス１２３０は、アクセスを許可して印刷を実行し（Ｔ５５）、クライアントＰＣ１２１０に印刷実行結果を通知する（Ｔ５６）。
【００５１】
つぎに、クライアント４２０の上記処理手順を示す。図９および図１０はクライアント４２０側のサービス要求処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、クライアント側のアプリケーション４２３（図４参照）に相当する。まず、サービスを要求するサーバ４１０が発行したＮｏｒｍａｌＷＳＤＬファイルを取得済であるか否かを判別する（ステップＳ１）。取得済である場合、ステップＳ４の処理に進む。一方、ＮｏｒｍａｌＷＳＤＬファイルを取得していない場合、サーバ４１０からＷＳＤＬファイルを取得する（ステップＳ２）。
【００５２】
取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルであるか否かを判別する（ステップＳ３）。取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルでなく、ＳｐｅｃｉａｌＷＳＤＬファイルである場合、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行うか否かを判別する（ステップＳ８）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行う場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行わない場合、ステップＳ９の処理に進む。
【００５３】
一方、ステップＳ３で取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルである場合、ＮｏｍａｌＷＳＤＬファイルを使用してサーバ４１０にサービスの提供を要求する（ステップＳ４）。このとき、ＮｏｍａｌＷＳＤＬファイルを使用するので、優先度の高いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５４】
そして、サーバから受信したサービス要求結果を判別する（ステップＳ５）。判別の結果、サービスが提供された場合、そのまま本処理を終了する。一方、サービスの提供が拒否された場合、サーバ４１０から受信する拒否データを保存する（ステップＳ６）。この拒否データの詳細については後述する。
【００５５】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求するか否かを判別する（ステップＳ７）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求する場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求しない場合、全てのサーバに対し、サービスの提供を要求したか否かを判別する（ステップＳ９）。まだサービスを要求していないサーバがある場合、ステップＳ１に戻って同様の処理を繰り返す。
【００５６】
一方、ステップＳ９で、全てのサーバに対してサービスの提供を要求した場合、ステップＳ２においてＳｐｅｃｉａｌＷＳＤＬファイルを受信しただけで、拒否データを取得していないサーバから拒否データを獲得する（ステップＳ１０）。これにより、全てのサーバから拒否データを取得する。
【００５７】
そして、保存しておいた拒否データを基に、サービスの提供を要求するサーバを決定（選択）する（ステップＳ１１）。例えば、サーバ４１０に相当するサーバＰＣ１０１、１０２（図１参照）のうち、サーバＰＣ１０１を選択する。決定されたサーバに対するＳｐｅｃｉａｌＷＳＤＬファイルがあるか否かを判別する（ステップＳ１２）。ＳｐｅｃｉａｌＷＳＤＬファイルがない場合、それを取得する（ステップＳ１３）。そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用してサービスの提供を要求する（ステップＳ１４）。このとき、ＳｐｅｃｉａｌＷＳＤＬファイルを使用するので、優先度の低いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５８】
そして、サーバから受信したサービス結果を判別する（ステップＳ１５）。サービス結果がＯＫである場合、そのまま本処理を終了する。一方、サービス結果、サービスの提供が拒否された場合、サービスの提供を要求するサーバを選択し直すべく、全てのサーバの選択が終了したか否かを判別する（ステップＳ１６）。全てのサーバの選択が終了した場合、本処理を終了する。一方、全てのサーバの選択が終了していない場合、ステップＳ１１の処理に戻って同様の処理を繰り返す。
【００５９】
図１１および図１２はサーバ側のサービス提供処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、サーバ側のアプリケーション４１３（図４参照）に相当する。まず、サーバ４１０が高負荷状態にあるか否かを判別する（ステップＳ２１）。高負荷状態にない場合、そのままステップＳ２３の処理に移行する。一方、サーバ４１０が高負荷状態にある場合、ＳｐｅｃｉａｌＷＳＤＬファイルを作成する（ステップＳ２２）。
【００６０】
クライアント４２０からＮｏｒｍａｌＷＳＤＬファイルの取得が要求されているか否かを判別する（ステップＳ２３）。ＮｏｒｍａｌＷＳＤＬファイルの取得が要求されていない場合、ＷＳＤＬファイルを使用したサービスの提供が要求されているか否かを判別する（ステップＳ２４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスを提供可能であるか否かを判別する（ステップＳ２５）。提供可能である場合、サービスの提供を実行する（ステップＳ２６）。ここで、ＮｏｒｍａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の高いポートが使用される。そして、サービス結果をクライアント４２０に送信し（ステップＳ２７）、本処理を終了する。
【００６１】
一方、ステップＳ２３でＮｏｒｍａｌＷＳＤＬファイルの取得が要求されている場合、ＳｐｅｃｉａｌＷＳＤＬファイルを返信するか否かを判別する（ステップＳ２８）。ＳｐｅｃｉａｌＷＳＤＬファイルを返信しない場合、ＮｏｒｍａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ２９）、前述したステップＳ２４の処理に移行する。一方、ステップＳ２８でＳｐｅｃｉａｌＷＳＤＬファイルを返信する場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信する（ステップＳ３０）。
【００６２】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供がされているか否かを判別する（ステップＳ３４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスが提供可能であるか否かを判別する（ステップＳ３５）。サービスが提供不可能である場合、そのまま本処理を終了する。一方、サービスが提供可能である場合、サービスの提供を実行する（ステップＳ３６）。ここで、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の低いポートが使用される。そして、サービス結果を送信し（ステップＳ３７）、本処理を終了する。
【００６３】
一方、ステップＳ２５でＷＳＤＬファイルを使用したサービスが提供不可能である場合、拒否データを送信する（ステップＳ３１）。この拒否データの詳細については後述する。そして、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求があるか否かを判別する（ステップＳ３２）。ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がない場合、そのまま本処理を終了する。一方、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がある場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ３３）、前述したステップＳ３４の処理に移行する。
【００６４】
図１３はステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。まず、ＷＳＤＬファイルのｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇ、ｐｏｒｔＴｙｐｅＴａｇから送信メッセージを作成する（ステップＳ５１）。
【００６５】
ｂｉｎｄｉｎｇＴａｇに従って、作成した送信メッセージをｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表される相手先に送信する（ステップＳ５２）。ｐｏｒｔＴｙｐｅにｏｕｔｐｕｔが定義されている場合、ｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇに則った返信を待ち（ステップＳ５３）、返信を受信すると、本処理を終了する。
【００６６】
図１３のサービス提供要求処理として、具体的に認証サービスの場合を示す。図１４は認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰａｓｓｗｄから、ＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを作成する（ステップＳ６１）。作成したＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって、送信メッセージを作成する（ステップＳ６２）。
【００６７】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ６３）。ステップＳ６３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ６４）。
【００６８】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅを取り出す（ステップＳ６５）。取り出したＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ６６）。この後、本処理を終了する。
【００６９】
図１３のサービス提供要求処理として、具体的に印刷サービスの場合を示す。図１５は印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰｒｉｎｔＤａｔａからＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを作成する（ステップＳ７１）。作成したＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって送信メッセージを作成する（ステップＳ７２）。
【００７０】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ７３）。ステップＳ７３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ７４）。
【００７１】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅを取り出す（ステップＳ７５）。取り出したＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ７６）。この後、本処理を終了する。
【００７２】
図１６および図１７は認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎは、ａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７３】
ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓおよびｑｕａｌｉｔｙを要素として持つ構造となる。
【００７４】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００７５】
図１８、図１９および図２０は認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎはａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７６】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓとｑｕａｌｉｔｙを要素として持つ構造となる。
【００７７】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００７８】
図２１および図２２は印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００７９】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００８０】
図２３、図２４および図２５は印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。
【００８１】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００８２】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００８３】
図２６は拒否データの内容を示す図である。この拒否データは、サーバ４１０として印刷サービスを提供する印刷デバイスであるＭＦＰ１０５によって、負荷が高くなった場合に生成されるものである。図において、１８１０は拒否データに含まれるデータ要素の名称である。１８２０はデータ要素の内容である。負荷情報１８１１は、サーバの現在の負荷状況を数値で表したものであり、「０」で負荷最低の状態を表し、「９」で負荷最大の状態を表す。予想待ち時間１８１２は、サービスが実行されるまでの待ち時間を数値で表したものであり、「０」で即実行されることを表し、「９」で無限に待たされる可能性を表す。印刷可能枚数１８１３は、印刷が可能な枚数の限度を表している。図２６に示す拒否データのデータ要素はあくまでも一例であり、これらのデータ要素が拒否データに含まれず、その他のデータ要素が拒否データに含まれてもよい。例えば、輻輳用のＷＳＤＬファイルを使用した際のサービス品質がデータ要素として含まれてもよい。
【００８４】
このように、本実施形態のネットワークシステムによれば、サーバ装置としてのデータ処理装置における複数のサービス間でサービスの提供を分け合うことができる。また、各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスに対し、敢えてサービスの提供を要求するクライアント装置は、ＳｐｅｃｉａｌＷＳＤＬファイルを使用し、優先度の低いポートに接続されるので、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、サーバ装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。
【００８５】
また、ＮｏｒｍａｌＷＳＤＬファイルを使用してサービスの提供が拒否されたクライアント装置は、この拒否データを使用してサービス要求に見合ったサーバ装置を選択できる。したがって、各サーバ装置の負荷を均等にすることができる。また、クライアント装置は、拒否データを取得することにより、サーバ装置のサービスの品質を予め知ることができる。
【００８６】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００８７】
例えば、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用してもよいし、１つの機器からなる装置に適用してもよい。
【００８８】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００８９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９０】
図２７は記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。図において、９９９９はディレクトリ情報が記憶されている領域である。ディレクトリ情報には、分散サーバシステムプログラムをインストールするためのインストールプログラムが記憶されている領域９９９８、および分散サーバシステムプログラムが記憶されている領域９９９７の位置が示されている。
【００９１】
本実施形態の分散サーバシステムプログラムが印刷デバイスであるＭＦＰ１０５、１０６にインストールされる際、まず領域９９９８に記憶されているインストールプログラムがＲＡＭ３０３にロードされ、ＣＰＵ３０１によって実行される。そして、ＣＰＵ３０１がインストールプログラムを実行することによって、領域９９９７から分散サーバシステムプログラムを読み出し、ハードディスク３１１に格納する。
【００９２】
又、プログラムコードを供給するための記憶媒体としては、例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードやコンパクトフラッシュ（登録商標）等のメモリカード、ハードディスク、マイクロＤＡＴ、光磁気ディスク、ＣＤ−ＲやＣＤ−ＲＷ等の光ディスク、ＤＶＤ等の相変化型光ディスク等で構成されてもよい。
【００９３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９５】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【００９６】
【発明の効果】
本発明によれば、データ処理装置における複数のサービス間でサービスの提供を分け合うことができる。
【００９７】
例えば、以下のような効果がある。各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。また、情報処理装置がサービス要求に見合ったデータ処理装置を選択できる。また、情報処理装置がデータ処理装置のサービスの品質を予め知ることができる。
【図面の簡単な説明】
【図１】実施の形態におけるネットワークシステムの構成を示す図である。
【図２】サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。
【図３】ＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。
【図４】ネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。
【図５】認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。
【図６】認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。
【図７】クライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。
【図８】クライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。
【図９】クライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１０】図９につづくクライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１１】サーバ側のサービス提供処理手順を示すフローチャートである。
【図１２】図１１につづくサーバ側のサービス提供処理手順を示すフローチャートである。
【図１３】ステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。
【図１４】認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１５】印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１６】認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１７】図１６につづく認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１８】認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図１９】図１８につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２０】図１８および図１９につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２１】印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２２】図２１につづく印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２３】印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２４】図２３につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２５】図２３および図２４につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２６】拒否データの内容を示す図である。
【図２７】記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。
【符号の説明】
４１０ サーバ
４１３、４２３ アプリケーション
４１５ ＷＳＤＬファイル
４２０ クライアント
９１０ 印刷デバイス
９２０、９３０ 認証サーバ
１２１０ クライアントＰＣ
１２２０、１２３０ 印刷デバイス
【発明の属する技術分野】
本発明は、情報処理装置からのサービス要求に応じてデータ処理装置がサービスを提供するデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムに関する。
【０００２】
【従来の技術】
あるホストコンピュータから接続要求を受信したとき、すでに他のホストコンピュータと接続している場合には、接続不可をホストコンピュータへ通知するとともに、代替プリンタとなりえる他のプリンタを探索し、見つかった他のプリンタのアドレス情報等をホストコンピュータへ提示するプリンタがあった（例えば、特許文献１）。
【０００３】
【特許文献１】
特開平７−３２５６７９号公報
【０００４】
【発明が解決しようとする課題】
サーバ装置およびクライアント装置がネットワークを介して接続されたデータ処理システムにおいて、Ｗｅｂサービス技術を使用することにより、サーバ装置がクライアント装置にサービスを提供することが知られている。
【０００５】
このＷｅｂサービス技術では、サーバ装置が、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたＷＳＤＬファイルをＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いてクライアント装置に提供し、クライアント装置はそのサービス記述情報を解析して、サーバ装置がどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。
【０００６】
しかしながら、上記Ｗｅｂサービス技術を用いたデータ処理システムでは、各クライアント装置が、サーバ装置の負荷によらず、固定したＷＳＤＬファイルを使用してサーバ装置にサービス要求を行うと、以下に掲げる問題がある。すなわち、クライアント装置はサーバ装置の負荷状況を把握せずにサービスを要求してしまい、サービス間で負荷が分散されない。そのため、クライアント装置は、空いているサービスがあるにもかかわらず、そのことを知らずに、混んでいるサービスが処理を終了するのを待たなければならなくなる。
【０００７】
また、クライアント装置は、負荷が高い状態のサービスに対し、通常通り、サービスを要求してしまい、サービスの負荷を更に高めてしまっていた。さらに、クライアント装置は、負荷が高い状態のサーバ装置に依頼した場合、サービス品質が落とされるおそれがあることを把握できなかった。
【０００８】
また、負荷の分散を行うために、上記従来の技術のように、サーバ装置がすでに他のクライアント装置に対してサービスを提供している場合には、他のサーバ装置を探索し、見つかったサーバ装置のアドレス情報等をクライアント装置に提示することが考えられる。
【０００９】
しかし、どのようなサービスを他のサーバ装置が提供しているか分からない場合や、他のサーバ装置のサービスも同様に負荷が高い状態にある場合、クライアント装置は、必ずしも他のサーバ装置を利用することはできない。
【００１１】
そこで、本発明は、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを目的とする。
【００１２】
または、本発明は、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１４】
または、本発明は、情報処理装置がデータ処理装置のサービスの品質を予め知ることができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータ処理装置は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信手段と、前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信手段と、前記受信手段で受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断手段と、前記判断手段によって不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信手段と、前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行手段と、を備えたことを特徴とする。
【００１６】
本発明の請求項８に係る情報処理装置は、データ処理装置と通信可能な情報処理装置であって、前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信手段と、前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信手段と、前記第１の受信手段によって前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求手段と、前記要求手段による要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信手段と、前記第２の受信手段で受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信手段と、を備えたことを特徴とする。
【００１７】
本発明のデータ処理方法は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置のデータ処理方法であって、前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信ステップと、前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信ステップと、前記受信ステップで受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断ステップと、前記判断ステップで不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信ステップと、前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行ステップと、を有することを特徴とする。
【００１８】
本発明の情報処理方法は、データ処理装置と通信可能な情報処理装置の情報処理方法であって、前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信ステップと、前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信ステップと、前記第１の受信ステップで前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求ステップと、前記要求ステップでの要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信ステップと、前記第２の受信ステップで受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信ステップと、を有することを特徴とする。
【００１９】
本発明のプログラムは、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置のデータ処理方法をコンピュータに実行させるプログラムにおいて、前記データ処理方法は、前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信ステップと、前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信ステップと、 前記受信ステップで受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断ステップと、前記判断ステップで不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信ステップと、前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行ステップと、
を有することを特徴とする。
【００２０】
本発明のプログラムは、データ処理装置と通信可能な情報処理装置の情報処理方法をコンピュータに実行させるプログラムにおいて、前記情報処理方法は、前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信ステップと、前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信ステップと、前記第１の受信ステップで前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求ステップと、前記要求ステップでの要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信ステップと、前記第２の受信ステップで受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信ステップと、を有することを特徴とする。
【００２１】
【発明の実施の形態】
本発明のデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムの実施の形態について図面を参照しながら説明する。本実施形態のデータ処理システムは、ＷＥＢサービス技術を利用し、サーバ装置（単にサーバという）およびクライアント装置（単にクライアントという）がネットワークに接続された分散処理システム（ネットワークシステム）に適用される。
【００２２】
図１は実施の形態におけるネットワークシステムの構成を示す図である。図において、１０１、１０２はサーバＰＣである。１０３、１０４はクライアントＰＣである。１０５、１０６はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）である。サーバＰＣ１０１、１０２、クライアントＰＣ１０３、１０４およびＭＦＰ１０５、１０６は、ＬＡＮ１００に接続されている。
【００２３】
サーバＰＣ１０１、１０２はＷＥＢサービスにおけるサーバであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する。サーバＰＣ１０１、１０２は同一のサービスを提供しており、本実施形態では、複数のサーバＰＣが同一のサービスを提供することによって、サービス処理における負荷の分散が図られている。
【００２４】
ＭＦＰ１０５、１０６は、それぞれＷＥＢサービスのサーバまたはクライアントになることが可能な印刷デバイスであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する、またはサーバＰＣ１０１、１０２に対してサービス要求を行い、サービスの提供を受ける。ＭＦＰ１０５、１０６がサーバとなる場合、サーバＰＣ１０１、１０２と同様、同一のサービスを複数のＭＦＰが提供することによって、サービス処理における負荷の分散が図られる。また、前述したように、クライアントＰＣ１０３、１０４は、ＷＥＢサービスにおけるクライアントであり、サーバＰＣ１０１、１０２またはＭＦＰ１０５、１０６に対してサービスを要求し、サービスの提供を受けることが可能である。
【００２５】
図２はサーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４は一般的なパーソナルコンピュータ（ＰＣ）から構成されている。
【００２６】
この一般的なＰＣは、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２から供給される各種ソフトウェアを実行するＣＰＵ２０１を有しており、ＣＰＵ２０１はシステムバス２０４に接続された各部を総括的に制御する。
【００２７】
２０３はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９やポインティングデバイス（図示せず）等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。
【００２８】
２０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２１１およびフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００２９】
図３はＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。ＭＦＰ１０５、１０６は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）３１２から供給される各種プログラムを実行するＣＰＵ３０１を有しており、ＣＰＵ３０１はシステムバス３０４に接続された各部を総括的に制御する。
【００３０】
３０３はＲＡＭであり、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）であり、ユーザインタフェース（ＵＩ）３０９の表示、ＵＩ３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現し、これを制御する。ここで、デバイスがモノクロプリンタである場合、ファンクションコントローラ（ＦＵＮＣＣ）３０６およびファンクション（ＦＵＮＣ）３１０として、モノクロプリントエンジンコントローラおよびモノクロプリントエンジンを設けてもよい。また、カラープリンタである場合、カラープリントエンジンコントローラおよびカラープリントエンジンを設けてもよい。
【００３１】
３０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００３２】
図４はネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。図において、４１０はサーバであり、サーバＰＣ１０１、１０２、サーバとなる場合のＭＦＰ１０５、１０６に相当する。一方、４２０はクライアントであり、クライアントＰＣ１０３、１０４、クライアントとなる場合のＭＦＰ１０５、１０６に相当する。サーバ４１０およびクライアント４２０はＬＡＮ１００を介して接続されている。
【００３３】
４１１はネットワークインタフェース機能であり、サーバ４１０をＬＡＮ１００に接続する。４１２はＷＥＢサービスサーバ機能であり、例えばＨＴＴＰサーバ、ＳＯＡＰサーバ、ＸＭＬパーサ、ＷＳＤＬ生成機能などである。４１３はサービスを提供するサーバ側のアプリケーションである。ＭＦＰ１０５、１０６がサーバとなる場合、スキャン機能、印刷機能などもここに含まれる。４１４はサーバ４１０の負荷を測定し、負荷状態を数値（負荷値）で把握するサーバ負荷監視機能である。４１５はサーバ監視機能４１４を使用し、現在のサーバの負荷状態を考慮して生成されたＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）ファイルである。本実施形態では、ＷＳＤＬファイルとして、通常負荷時にクライアントが使用する通常用のＷＳＤＬファイル（ＮｏｒｍａｌＷＳＤＬファイル）と、輻輳用のＷＳＤＬファイル（ｓｐｅｃｉａｌＷＳＤＬファイル）とが存在する。ＷＳＤＬファイルにはサーバが提供するサービスを利用するための情報が記述されており、ＮｏｒｍａｌＷＳＤＬファイルは、通常用のサービスを利用するための情報が記述されており、ｓｐｅｃｉａｌＷＳＤＬファイルは、輻輳用のサービスを利用するための情報が記述されている。輻輳用のサービスは通常用のサービスに比べて機能が限定されている。ｓｐｅｃｉａｌＷＳＤＬファイルを使用した場合、ＮｏｒｍａｌＷＳＤＬファイルに比べて優先度の低いポートに接続される。
【００３４】
一方、４２１はクライアント側のネットワークインタフェース機能であり、クライアント４２０をＬＡＮ１００に接続する。４２２はＷＥＢサービスクライアント機能であり、例えば、ＨＴＴＰクライアント、ＳＯＡＰクライアント、ＸＭＬパーサなどである。４２３はサーバ４１０が提供するサービスを利用するクライアント（ユーザ）側のアプリケーションである。４２４はクライアント４２０とのユーザＩ／Ｆ（ＵＩ）である。４２５、４２６はサーバ４１０から獲得したＷＳＤＬファイルである。
【００３５】
上記構成を有するネットワークシステムの動作を示す。図５は認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。この動作処理は、ＭＦＰ１０５、１０６のような印刷デバイスがクライアント４２０となった場合の動作処理である。尚、本実施形態では、印刷デバイス１台、サーバ２台の構成であるが、例えば印刷デバイス１００台、サーバ５台のような構成も可能であり、クライアントおよびサーバの数は特に制限されない。また、本実施形態では、認証サービスを想定しているが、本発明はサービスの種類によって制限を受けるものではない。
【００３６】
印刷デバイス９１０はクライアント４２０に相当する。認証サーバ９２０、９３０はサーバ４１０に相当する。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ１）。また、認証サーバ９３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２）。
【００３７】
この後、印刷デバイス９１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して認証サーバ９２０にアクセスする（Ｔ３）。しかし、認証サーバ９２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ４）。このとき、認証サーバ９２０は拒否データを付与して印刷デバイス９１０に返信する。
【００３８】
アクセスが拒否された印刷デバイス９１０は、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５）。しかし、認証サーバ９３０も、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ６）。このとき同様に、認証サーバ９３０は拒否データを付与して印刷デバイス９１０に返信する。
【００３９】
アクセスが拒否された印刷デバイス９１０は、アクセス可能な全ての認証サーバからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適なサーバである認証サーバ９２０を選択し（Ｔ７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ８）。認証サーバ９２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ９）。
【００４０】
印刷デバイス９１０は、サービス品質が落とされることを認識した上で、認証サーバ９２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ１０）。優先度の低いポートへのサービス要求を受信した認証サーバ９２０は、要求された認証サービスを実行し（Ｔ１１）、認証結果を印刷デバイス９１０に返信する（Ｔ１２）。
【００４１】
図６は認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。印刷デバイス９１０、認証サーバ９２０、９３０は図５と同じである。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２１）。
【００４２】
印刷デバイス９１０は、認証サーバ９２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ２２）。これに対し、認証サーバ９２０は、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ２３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信した印刷デバイス９１０は、認証サーバ９２０では負荷が高くサービス品質が落ちると判断し、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ２４）。これに対し、認証サーバ９３０はアクセスを許可し、ユーザ認証のサービスを実行し（Ｔ２５）、印刷デバイス９１０に認証結果を通知する（Ｔ２６）。
【００４３】
つぎに、ＭＦＰ１０５、１０６のような印刷デバイスがサーバ４１０となった場合を示す。図７はクライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。ここでは、印刷デバイス２台、クライアントＰＣ１台の構成であるが、例えば印刷デバイス１０台、クライアントＰＣ１００台のような構成も可能であり、本発明はクライアントおよびサーバの数によって特に制限されない。また、印刷サービスを想定しているが、本発明はサービスの種類によって制限されるものではない。
【００４４】
クライアントＰＣ１２１０はクライアント４２０に相当する。印刷デバイス１２２０、１２３０はサーバ４１０に相当する。まず、印刷デバイス１２２０は、自身の負荷が高いと判断し、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３１）。また、印刷デバイス１２３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３２）。
【００４５】
クライアントＰＣ１２１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して印刷デバイス１２２０にアクセスする（Ｔ３３）。しかし、印刷デバイス１２２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３４）。このとき、印刷デバイス１２２０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４６】
アクセスが拒否されたクライアントＰＣ１２１０は、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ３５）。しかし、印刷デバイス１２３０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３６）。このとき、印刷デバイス１２３０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４７】
クライアントＰＣ１２１０は、アクセス可能な全ての印刷デバイスからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適な印刷デバイスである印刷デバイス１２２０を選択し（Ｔ３７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ３８）。印刷デバイス１２２０は、この要求に応じて、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ３９）。
【００４８】
クライアントＰＣ１２１０は、サービス品質が落とされるのを認識した上で、印刷デバイス１２２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ４０）。優先度の低いポートへのサービス要求を受信した印刷デバイス１２２０は、要求された印刷サービスを実行し（Ｔ４１）、印刷実行結果をクライアントＰＣ１２１０に返信する（Ｔ４２）。
【００４９】
図８はクライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。印刷デバイス１２２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ５１）。
【００５０】
そして、クライアントＰＣ１２１０は、印刷デバイス１２２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ５２）。印刷デバイス１２２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ５３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信したクライアントＰＣ１２１０は、印刷デバイス１２２０では負荷が高くサービス品質が落ちると判断すると、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５４）。印刷デバイス１２３０は、アクセスを許可して印刷を実行し（Ｔ５５）、クライアントＰＣ１２１０に印刷実行結果を通知する（Ｔ５６）。
【００５１】
つぎに、クライアント４２０の上記処理手順を示す。図９および図１０はクライアント４２０側のサービス要求処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、クライアント側のアプリケーション４２３（図４参照）に相当する。まず、サービスを要求するサーバ４１０が発行したＮｏｒｍａｌＷＳＤＬファイルを取得済であるか否かを判別する（ステップＳ１）。取得済である場合、ステップＳ４の処理に進む。一方、ＮｏｒｍａｌＷＳＤＬファイルを取得していない場合、サーバ４１０からＷＳＤＬファイルを取得する（ステップＳ２）。
【００５２】
取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルであるか否かを判別する（ステップＳ３）。取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルでなく、ＳｐｅｃｉａｌＷＳＤＬファイルである場合、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行うか否かを判別する（ステップＳ８）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行う場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行わない場合、ステップＳ９の処理に進む。
【００５３】
一方、ステップＳ３で取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルである場合、ＮｏｍａｌＷＳＤＬファイルを使用してサーバ４１０にサービスの提供を要求する（ステップＳ４）。このとき、ＮｏｍａｌＷＳＤＬファイルを使用するので、優先度の高いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５４】
そして、サーバから受信したサービス要求結果を判別する（ステップＳ５）。判別の結果、サービスが提供された場合、そのまま本処理を終了する。一方、サービスの提供が拒否された場合、サーバ４１０から受信する拒否データを保存する（ステップＳ６）。この拒否データの詳細については後述する。
【００５５】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求するか否かを判別する（ステップＳ７）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求する場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求しない場合、全てのサーバに対し、サービスの提供を要求したか否かを判別する（ステップＳ９）。まだサービスを要求していないサーバがある場合、ステップＳ１に戻って同様の処理を繰り返す。
【００５６】
一方、ステップＳ９で、全てのサーバに対してサービスの提供を要求した場合、ステップＳ２においてＳｐｅｃｉａｌＷＳＤＬファイルを受信しただけで、拒否データを取得していないサーバから拒否データを獲得する（ステップＳ１０）。これにより、全てのサーバから拒否データを取得する。
【００５７】
そして、保存しておいた拒否データを基に、サービスの提供を要求するサーバを決定（選択）する（ステップＳ１１）。例えば、サーバ４１０に相当するサーバＰＣ１０１、１０２（図１参照）のうち、サーバＰＣ１０１を選択する。決定されたサーバに対するＳｐｅｃｉａｌＷＳＤＬファイルがあるか否かを判別する（ステップＳ１２）。ＳｐｅｃｉａｌＷＳＤＬファイルがない場合、それを取得する（ステップＳ１３）。そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用してサービスの提供を要求する（ステップＳ１４）。このとき、ＳｐｅｃｉａｌＷＳＤＬファイルを使用するので、優先度の低いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５８】
そして、サーバから受信したサービス結果を判別する（ステップＳ１５）。サービス結果がＯＫである場合、そのまま本処理を終了する。一方、サービス結果、サービスの提供が拒否された場合、サービスの提供を要求するサーバを選択し直すべく、全てのサーバの選択が終了したか否かを判別する（ステップＳ１６）。全てのサーバの選択が終了した場合、本処理を終了する。一方、全てのサーバの選択が終了していない場合、ステップＳ１１の処理に戻って同様の処理を繰り返す。
【００５９】
図１１および図１２はサーバ側のサービス提供処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、サーバ側のアプリケーション４１３（図４参照）に相当する。まず、サーバ４１０が高負荷状態にあるか否かを判別する（ステップＳ２１）。高負荷状態にない場合、そのままステップＳ２３の処理に移行する。一方、サーバ４１０が高負荷状態にある場合、ＳｐｅｃｉａｌＷＳＤＬファイルを作成する（ステップＳ２２）。
【００６０】
クライアント４２０からＮｏｒｍａｌＷＳＤＬファイルの取得が要求されているか否かを判別する（ステップＳ２３）。ＮｏｒｍａｌＷＳＤＬファイルの取得が要求されていない場合、ＷＳＤＬファイルを使用したサービスの提供が要求されているか否かを判別する（ステップＳ２４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスを提供可能であるか否かを判別する（ステップＳ２５）。提供可能である場合、サービスの提供を実行する（ステップＳ２６）。ここで、ＮｏｒｍａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の高いポートが使用される。そして、サービス結果をクライアント４２０に送信し（ステップＳ２７）、本処理を終了する。
【００６１】
一方、ステップＳ２３でＮｏｒｍａｌＷＳＤＬファイルの取得が要求されている場合、ＳｐｅｃｉａｌＷＳＤＬファイルを返信するか否かを判別する（ステップＳ２８）。ＳｐｅｃｉａｌＷＳＤＬファイルを返信しない場合、ＮｏｒｍａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ２９）、前述したステップＳ２４の処理に移行する。一方、ステップＳ２８でＳｐｅｃｉａｌＷＳＤＬファイルを返信する場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信する（ステップＳ３０）。
【００６２】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供がされているか否かを判別する（ステップＳ３４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスが提供可能であるか否かを判別する（ステップＳ３５）。サービスが提供不可能である場合、そのまま本処理を終了する。一方、サービスが提供可能である場合、サービスの提供を実行する（ステップＳ３６）。ここで、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の低いポートが使用される。そして、サービス結果を送信し（ステップＳ３７）、本処理を終了する。
【００６３】
一方、ステップＳ２５でＷＳＤＬファイルを使用したサービスが提供不可能である場合、拒否データを送信する（ステップＳ３１）。この拒否データの詳細については後述する。そして、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求があるか否かを判別する（ステップＳ３２）。ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がない場合、そのまま本処理を終了する。一方、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がある場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ３３）、前述したステップＳ３４の処理に移行する。
【００６４】
図１３はステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。まず、ＷＳＤＬファイルのｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇ、ｐｏｒｔＴｙｐｅＴａｇから送信メッセージを作成する（ステップＳ５１）。
【００６５】
ｂｉｎｄｉｎｇＴａｇに従って、作成した送信メッセージをｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表される相手先に送信する（ステップＳ５２）。ｐｏｒｔＴｙｐｅにｏｕｔｐｕｔが定義されている場合、ｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇに則った返信を待ち（ステップＳ５３）、返信を受信すると、本処理を終了する。
【００６６】
図１３のサービス提供要求処理として、具体的に認証サービスの場合を示す。図１４は認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰａｓｓｗｄから、ＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを作成する（ステップＳ６１）。作成したＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって、送信メッセージを作成する（ステップＳ６２）。
【００６７】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ６３）。ステップＳ６３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ６４）。
【００６８】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅを取り出す（ステップＳ６５）。取り出したＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ６６）。この後、本処理を終了する。
【００６９】
図１３のサービス提供要求処理として、具体的に印刷サービスの場合を示す。図１５は印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰｒｉｎｔＤａｔａからＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを作成する（ステップＳ７１）。作成したＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって送信メッセージを作成する（ステップＳ７２）。
【００７０】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ７３）。ステップＳ７３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ７４）。
【００７１】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅを取り出す（ステップＳ７５）。取り出したＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ７６）。この後、本処理を終了する。
【００７２】
図１６および図１７は認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎは、ａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７３】
ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓおよびｑｕａｌｉｔｙを要素として持つ構造となる。
【００７４】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００７５】
図１８、図１９および図２０は認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎはａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７６】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓとｑｕａｌｉｔｙを要素として持つ構造となる。
【００７７】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００７８】
図２１および図２２は印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００７９】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００８０】
図２３、図２４および図２５は印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。
【００８１】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００８２】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００８３】
図２６は拒否データの内容を示す図である。この拒否データは、サーバ４１０として印刷サービスを提供する印刷デバイスであるＭＦＰ１０５によって、負荷が高くなった場合に生成されるものである。図において、１８１０は拒否データに含まれるデータ要素の名称である。１８２０はデータ要素の内容である。負荷情報１８１１は、サーバの現在の負荷状況を数値で表したものであり、「０」で負荷最低の状態を表し、「９」で負荷最大の状態を表す。予想待ち時間１８１２は、サービスが実行されるまでの待ち時間を数値で表したものであり、「０」で即実行されることを表し、「９」で無限に待たされる可能性を表す。印刷可能枚数１８１３は、印刷が可能な枚数の限度を表している。図２６に示す拒否データのデータ要素はあくまでも一例であり、これらのデータ要素が拒否データに含まれず、その他のデータ要素が拒否データに含まれてもよい。例えば、輻輳用のＷＳＤＬファイルを使用した際のサービス品質がデータ要素として含まれてもよい。
【００８４】
このように、本実施形態のネットワークシステムによれば、サーバ装置としてのデータ処理装置における複数のサービス間でサービスの提供を分け合うことができる。また、各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスに対し、敢えてサービスの提供を要求するクライアント装置は、ＳｐｅｃｉａｌＷＳＤＬファイルを使用し、優先度の低いポートに接続されるので、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、サーバ装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。
【００８５】
また、ＮｏｒｍａｌＷＳＤＬファイルを使用してサービスの提供が拒否されたクライアント装置は、この拒否データを使用してサービス要求に見合ったサーバ装置を選択できる。したがって、各サーバ装置の負荷を均等にすることができる。また、クライアント装置は、拒否データを取得することにより、サーバ装置のサービスの品質を予め知ることができる。
【００８６】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００８７】
例えば、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用してもよいし、１つの機器からなる装置に適用してもよい。
【００８８】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００８９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９０】
図２７は記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。図において、９９９９はディレクトリ情報が記憶されている領域である。ディレクトリ情報には、分散サーバシステムプログラムをインストールするためのインストールプログラムが記憶されている領域９９９８、および分散サーバシステムプログラムが記憶されている領域９９９７の位置が示されている。
【００９１】
本実施形態の分散サーバシステムプログラムが印刷デバイスであるＭＦＰ１０５、１０６にインストールされる際、まず領域９９９８に記憶されているインストールプログラムがＲＡＭ３０３にロードされ、ＣＰＵ３０１によって実行される。そして、ＣＰＵ３０１がインストールプログラムを実行することによって、領域９９９７から分散サーバシステムプログラムを読み出し、ハードディスク３１１に格納する。
【００９２】
又、プログラムコードを供給するための記憶媒体としては、例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードやコンパクトフラッシュ（登録商標）等のメモリカード、ハードディスク、マイクロＤＡＴ、光磁気ディスク、ＣＤ−ＲやＣＤ−ＲＷ等の光ディスク、ＤＶＤ等の相変化型光ディスク等で構成されてもよい。
【００９３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９５】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【００９６】
【発明の効果】
本発明によれば、データ処理装置における複数のサービス間でサービスの提供を分け合うことができる。
【００９７】
例えば、以下のような効果がある。各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。また、情報処理装置がサービス要求に見合ったデータ処理装置を選択できる。また、情報処理装置がデータ処理装置のサービスの品質を予め知ることができる。
【図面の簡単な説明】
【図１】実施の形態におけるネットワークシステムの構成を示す図である。
【図２】サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。
【図３】ＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。
【図４】ネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。
【図５】認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。
【図６】認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。
【図７】クライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。
【図８】クライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。
【図９】クライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１０】図９につづくクライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１１】サーバ側のサービス提供処理手順を示すフローチャートである。
【図１２】図１１につづくサーバ側のサービス提供処理手順を示すフローチャートである。
【図１３】ステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。
【図１４】認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１５】印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１６】認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１７】図１６につづく認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１８】認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図１９】図１８につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２０】図１８および図１９につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２１】印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２２】図２１につづく印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２３】印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２４】図２３につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２５】図２３および図２４につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２６】拒否データの内容を示す図である。
【図２７】記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。
【符号の説明】
４１０ サーバ
４１３、４２３ アプリケーション
４１５ ＷＳＤＬファイル
４２０ クライアント
９１０ 印刷デバイス
９２０、９３０ 認証サーバ
１２１０ クライアントＰＣ
１２２０、１２３０ 印刷デバイス
Claims (13)
- 情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、
前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信手段と、
前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信手段と、
前記受信手段で受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断手段と、
前記判断手段によって不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信手段と、
前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行手段と、
を備えたことを特徴とするデータ処理装置。 - 前記判断手段によって不可能と判断された場合、前記サービスの提供が不可能であることを示すデータを前記情報処理装置に送信する第３の送信手段を更に備えることを特徴とする請求項１記載のデータ処理装置。
- 前記第３の送信手段によって送信されるデータは、前記データ処理装置の負荷状況を表す情報又は前記サービスが実行されるまでの待ち時間を表す情報を含むことを特徴とする請求項２記載のデータ処理装置。
- 前記第２の送信手段は、前記第２のサービス記述情報を取得する要求を前記情報処理装置から受信するのに応じて、当該第２のサービス記述情報を送信することを特徴とする請求項１乃至３の何れかに記載のデータ処理装置。
- 前記第１のサービス記述情報及び第２のサービス記述情報を生成する生成手段を更に備えることを特徴とする請求項１乃至４の何れかに記載のデータ処理装置。
- 前記第１のサービス記述情報及び第２のサービス記述情報には、前記サービスの種類が記述されていることを特徴とする請求項１乃至５の何れかに記載のデータ処理装置。
- 前記第１のサービス記述情報及び第２のサービス記述情報は、WSDLによって記述されていることを特徴とする請求項１乃至６の何れかに記載のデータ処理装置。
- データ処理装置と通信可能な情報処理装置であって、
前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信手段と、
前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信手段と、
前記第１の受信手段によって前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求手段と、
前記要求手段による要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信手段と、
前記第２の受信手段で受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信手段と、
を備えたことを特徴とする情報処理装置。 - 前記第１の受信手段によって前記データを受信したことに応じて、前記データ処理装置とは異なる他のデータ処理装置に対して、サービス要求を送信する第３の送信手段を更に有し、
前記要求手段は、前記データ処理装置及び前記他のデータ処理装置が共にサービスの提供が不可能である場合に、前記第２のサービス記述情報を前記データ処理装置に要求することを特徴とする請求項８記載の情報処理装置。 - 情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置のデータ処理方法であって、
前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信ステップと、
前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信ステップと、
前記受信ステップで受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断ステップと、
前記判断ステップで不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信ステップと、
前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行ステップと、
を有することを特徴とするデータ処理方法。 - データ処理装置と通信可能な情報処理装置の情報処理方法であって、
前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信ステップと、
前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信ステップと、
前記第１の受信ステップで前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求ステップと、
前記要求ステップでの要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信ステップと、
前記第２の受信ステップで受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信ステップと、
を有することを特徴とする情報処理方法。 - 情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置のデータ処理方法をコンピュータに実行させるプログラムにおいて、
前記データ処理方法は、
前記サービスに対応するポートのアドレスが記述された第１のサービス記述情報を前記情報処理装置に送信する第１の送信ステップと、
前記第１のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求を受信する受信ステップと、
前記受信ステップで受信したサービス要求に応じたサービスの提供が可能か否かを判断する判断ステップと、
前記判断ステップで不可能と判断された場合、前記サービスに対応するポートであって、且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を、前記情報処理装置に送信する第２の送信ステップと、
前記第２のサービス記述情報に基づいて前記情報処理装置から送信されたサービス要求に応じて、当該サービスを実行する実行ステップと、
を有することを特徴とするプログラム。 - データ処理装置と通信可能な情報処理装置の情報処理方法をコンピュータに実行させるプログラムにおいて、
前記情報処理方法は、
前記データ処理装置が提供するサービスに対応するポートのアドレスが記述された第１のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第１の送信ステップと、
前記サービス要求に応じたサービスの提供が不可能であることを示すデータを前記データ処理装置から受信する第１の受信ステップと、
前記第１の受信ステップで前記データを受信した場合、前記サービスに対応するポートであって且つ前記第１のサービス記述情報に記述されたポートよりも優先度の低いポートのアドレスが記述された第２のサービス記述情報を前記データ処理装置に要求する要求ステップと、
前記要求ステップでの要求に応じて前記データ処理装置から送信された前記第２のサービス記述情報を受信する第２の受信ステップと、
前記第２の受信ステップで受信した前記第２のサービス記述情報に基づいて、前記データ処理装置にサービス要求を送信する第２の送信ステップと、
を有することを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003206275A JP4262016B2 (ja) | 2003-08-06 | 2003-08-06 | データ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003206275A JP4262016B2 (ja) | 2003-08-06 | 2003-08-06 | データ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005055984A JP2005055984A (ja) | 2005-03-03 |
| JP4262016B2 true JP4262016B2 (ja) | 2009-05-13 |
Family
ID=34363191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003206275A Expired - Fee Related JP4262016B2 (ja) | 2003-08-06 | 2003-08-06 | データ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4262016B2 (ja) |
-
2003
- 2003-08-06 JP JP2003206275A patent/JP4262016B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005055984A (ja) | 2005-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7587476B2 (en) | Peripheral device with a centralized management server, and system, computer program product and method for managing peripheral devices connected to a network | |
| US7562217B2 (en) | Web service provider and authentication service provider | |
| EP1569416B1 (en) | Methods and apparatuses for providing a requested service on a standardised protocol interface | |
| US10802779B2 (en) | Print processing system and method having print server converts document data into print data and to store the print data into plural storage servers for printing at image processing apparatus | |
| EP2107762B1 (en) | Session management system and method of controlling the same | |
| US7631033B2 (en) | Hosted method and system for automated proxy creation of device resident services | |
| US8121954B2 (en) | Information processor, method for controlling the same, and image forming system | |
| US8570574B2 (en) | Processing system, control method, and storage medium therefor | |
| US20040263870A1 (en) | Method and apparatus for providing a service for sharing a printing environment | |
| US20140340713A1 (en) | Apparatus, system, and method of output distribution, and recording medium storing output distribution control program | |
| JP2004038956A (ja) | コンピューティングシステムおよびその方法 | |
| EP1349062A2 (en) | Download management system | |
| JP2006109459A (ja) | 印刷支援装置、印刷処理装置、文書処理システム、印刷支援装置の制御方法、印刷支援制御プログラム、およびコンピュータ読み取り可能な記録媒体 | |
| US20050015446A1 (en) | Method and apparatus to remotely control electronic apparatuses over a network | |
| US6751648B2 (en) | System for sharing image input device on network | |
| JP4964683B2 (ja) | 通信装置およびプログラム | |
| JP4748763B2 (ja) | 情報処理装置、情報処理装置の制御方法、ならびにプログラム、記憶媒体 | |
| JP2002328869A (ja) | モバイル機器によりファイアウォールを通してリモートで情報を適用する方法及び装置 | |
| JP4262016B2 (ja) | データ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラム | |
| KR101160382B1 (ko) | 세션 관리 시스템 및 그 제어 방법 | |
| US20060106924A1 (en) | Data-processing device, communication method, and computer program | |
| JP2005055983A (ja) | サービス管理方法、サービス管理装置および制御プログラム | |
| JP4498045B2 (ja) | 画像処理装置及びその制御方法及びプログラム | |
| KR100325816B1 (ko) | 네트워크 프린터의 인쇄방법 | |
| JP2005055981A (ja) | データ処理装置、データ処理システム、データ処理方法、情報処理方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060417 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060607 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20070626 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080205 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080401 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081021 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081216 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090203 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090206 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4262016 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |