JP2005055984A - Data processor, information processor, data processing method, information processing method, and program - Google Patents

Data processor, information processor, data processing method, information processing method, and program Download PDF

Info

Publication number
JP2005055984A
JP2005055984A JP2003206275A JP2003206275A JP2005055984A JP 2005055984 A JP2005055984 A JP 2005055984A JP 2003206275 A JP2003206275 A JP 2003206275A JP 2003206275 A JP2003206275 A JP 2003206275A JP 2005055984 A JP2005055984 A JP 2005055984A
Authority
JP
Japan
Prior art keywords
service
data processing
information
processing device
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.)
Granted
Application number
JP2003206275A
Other languages
Japanese (ja)
Other versions
JP4262016B2 (en
Inventor
Nobuaki Fukazawa
伸朗 深澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2003206275A priority Critical patent/JP4262016B2/en
Publication of JP2005055984A publication Critical patent/JP2005055984A/en
Application granted granted Critical
Publication of JP4262016B2 publication Critical patent/JP4262016B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a data processor capable of sharing provision of services among a plurality of services in the data processor. <P>SOLUTION: Authentication servers 920, 930 generate special WSDL files when deciding that own loads are high (T1, T2), and reject accesses using normal WSDL files from a printing device 910 (T4, T6). Reply-transmission imparted with a rejection data is carried out therein. When the accesses using the normal WSDL files are rejected from all the authentication servers 920, 930, the printing device 910 selects the authentication server 920 of the optimum server, based on the received rejection data (T7), and requires a special WSDL file (T8), and accesses a port of low priority, using the reply-transmitted special WSDL file (T10). The authentication server 920 executes required authentication service (T11), and reply-transmits a result therein (T12). <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置からのサービス要求に応じてデータ処理装置がサービスを提供するデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムに関する。
【０００２】
【従来の技術】
あるホストコンピュータから接続要求を受信したとき、すでに他のホストコンピュータと接続している場合には、接続不可をホストコンピュータへ通知するとともに、代替プリンタとなりえる他のプリンタを探索し、見つかった他のプリンタのアドレス情報等をホストコンピュータへ提示するプリンタがあった（例えば、特許文献１）。
【０００３】
【特許文献１】
特開平７−３２５６７９号公報
【０００４】
【発明が解決しようとする課題】
サーバ装置およびクライアント装置がネットワークを介して接続されたデータ処理システムにおいて、Ｗｅｂサービス技術を使用することにより、サーバ装置がクライアント装置にサービスを提供することが知られている。
【０００５】
このＷｅｂサービス技術では、サーバ装置が、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で記述されたＷＳＤＬファイルをＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いてクライアント装置に提供し、クライアント装置はそのサービス記述情報を解析して、サーバ装置がどのようなサービスを提供しているか、またはどのような手順及びプロトコルでサービスを受けるかを認識することができる。
【０００６】
しかしながら、上記Ｗｅｂサービス技術を用いたデータ処理システムでは、各クライアント装置が、サーバ装置の負荷によらず、固定したＷＳＤＬファイルを使用してサーバ装置にサービス要求を行うと、以下に掲げる問題がある。すなわち、クライアント装置はサーバ装置の負荷状況を把握せずにサービスを要求してしまい、サービス間で負荷が分散されない。そのため、クライアント装置は、空いているサービスがあるにもかかわらず、そのことを知らずに、混んでいるサービスが処理を終了するのを待たなければならなくなる。
【０００７】
また、クライアント装置は、負荷が高い状態のサービスに対し、通常通り、サービスを要求してしまい、サービスの負荷を更に高めてしまっていた。さらに、クライアント装置は、負荷が高い状態のサーバ装置に依頼した場合、サービス品質が落とされるおそれがあることを把握できなかった。
【０００８】
また、負荷の分散を行うために、上記従来の技術のように、サーバ装置がすでに他のクライアント装置に対してサービスを提供している場合には、他のサーバ装置を探索し、見つかったサーバ装置のアドレス情報等をクライアント装置に提示することが考えられる。
【０００９】
しかし、どのようなサービスを他のサーバ装置が提供しているか分からない場合や、他のサーバ装置のサービスも同様に負荷が高い状態にある場合、クライアント装置は、必ずしも他のサーバ装置を利用することはできない。
【００１０】
そこで、本発明は、データ処理装置における複数のサービス間でサービスの提供を分け合うことができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを目的とする。
【００１１】
または、本発明は、各サービスの負荷を効率的に分散させることができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。 または、本発明は、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１２】
または、本発明は、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１３】
または、本発明は、情報処理装置がサービス要求に見合ったデータ処理装置を選択できるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１４】
または、本発明は、情報処理装置がデータ処理装置のサービスの品質を予め知ることができるデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムを提供することを他の目的とする。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータ処理装置は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信手段と、前記データ処理装置自身の状態を判断する状態判断手段と、前記状態判断手段によって判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信手段とを備えたことを特徴とする。
【００１６】
本発明の情報処理装置は、第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置において、前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求手段と、前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求手段と、前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求手段とを備えたことを特徴とする。
【００１７】
本発明のデータ処理方法は、情報処理装置からの要求にしたがって、サービスを提供するデータ処理方法であって、データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、前記データ処理装置の状態を判断する状態判断ステップと、前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを有することを特徴とする。
【００１８】
本発明の情報処理方法は、第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置の情報処理方法において、前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを有することを特徴とする。
【００１９】
本発明のプログラムは、データ処理装置内のコンピュータが読み取り実行可能なプログラムであって、情報処理装置からの要求にしたがって、サービスを提供する際、データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、前記データ処理装置の状態を判断する状態判断ステップと、前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを含むことを特徴とする。
【００２０】
本発明のプログラムは、情報処理装置内のコンピュータが読み取り実行可能なプログラムであって、前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを含むことを特徴とする。
【００２１】
【発明の実施の形態】
本発明のデータ処理装置、情報処理装置、データ処理方法、情報処理方法およびプログラムの実施の形態について図面を参照しながら説明する。本実施形態のデータ処理システムは、ＷＥＢサービス技術を利用し、サーバ装置（単にサーバという）およびクライアント装置（単にクライアントという）がネットワークに接続された分散処理システム（ネットワークシステム）に適用される。
【００２２】
図１は実施の形態におけるネットワークシステムの構成を示す図である。図において、１０１、１０２はサーバＰＣである。１０３、１０４はクライアントＰＣである。１０５、１０６はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）である。サーバＰＣ１０１、１０２、クライアントＰＣ１０３、１０４およびＭＦＰ１０５、１０６は、ＬＡＮ１００に接続されている。
【００２３】
サーバＰＣ１０１、１０２はＷＥＢサービスにおけるサーバであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する。サーバＰＣ１０１、１０２は同一のサービスを提供しており、本実施形態では、複数のサーバＰＣが同一のサービスを提供することによって、サービス処理における負荷の分散が図られている。
【００２４】
ＭＦＰ１０５、１０６は、それぞれＷＥＢサービスのサーバまたはクライアントになることが可能な印刷デバイスであり、クライアントＰＣ１０３、１０４からのサービス要求に応じてサービスを提供する、またはサーバＰＣ１０１、１０２に対してサービス要求を行い、サービスの提供を受ける。ＭＦＰ１０５、１０６がサーバとなる場合、サーバＰＣ１０１、１０２と同様、同一のサービスを複数のＭＦＰが提供することによって、サービス処理における負荷の分散が図られる。また、前述したように、クライアントＰＣ１０３、１０４は、ＷＥＢサービスにおけるクライアントであり、サーバＰＣ１０１、１０２またはＭＦＰ１０５、１０６に対してサービスを要求し、サービスの提供を受けることが可能である。
【００２５】
図２はサーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４は一般的なパーソナルコンピュータ（ＰＣ）から構成されている。
【００２６】
この一般的なＰＣは、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２から供給される各種ソフトウェアを実行するＣＰＵ２０１を有しており、ＣＰＵ２０１はシステムバス２０４に接続された各部を総括的に制御する。
【００２７】
２０３はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９やポインティングデバイス（図示せず）等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。
【００２８】
２０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２１１およびフロッピー（登録商標）ディスクドライブ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００２９】
図３はＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。ＭＦＰ１０５、１０６は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）３１２から供給される各種プログラムを実行するＣＰＵ３０１を有しており、ＣＰＵ３０１はシステムバス３０４に接続された各部を総括的に制御する。
【００３０】
３０３はＲＡＭであり、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）であり、ユーザインタフェース（ＵＩ）３０９の表示、ＵＩ３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現し、これを制御する。ここで、デバイスがモノクロプリンタである場合、ファンクションコントローラ（ＦＵＮＣＣ）３０６およびファンクション（ＦＵＮＣ）３１０として、モノクロプリントエンジンコントローラおよびモノクロプリントエンジンを設けてもよい。また、カラープリンタである場合、カラープリントエンジンコントローラおよびカラープリントエンジンを設けてもよい。
【００３１】
３０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、分散サーバシステムプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
【００３２】
図４はネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。図において、４１０はサーバであり、サーバＰＣ１０１、１０２、サーバとなる場合のＭＦＰ１０５、１０６に相当する。一方、４２０はクライアントであり、クライアントＰＣ１０３、１０４、クライアントとなる場合のＭＦＰ１０５、１０６に相当する。サーバ４１０およびクライアント４２０はＬＡＮ１００を介して接続されている。
【００３３】
４１１はネットワークインタフェース機能であり、サーバ４１０をＬＡＮ１００に接続する。４１２はＷＥＢサービスサーバ機能であり、例えばＨＴＴＰサーバ、ＳＯＡＰサーバ、ＸＭＬパーサ、ＷＳＤＬ生成機能などである。４１３はサービスを提供するサーバ側のアプリケーションである。ＭＦＰ１０５、１０６がサーバとなる場合、スキャン機能、印刷機能などもここに含まれる。４１４はサーバ４１０の負荷を測定し、負荷状態を数値（負荷値）で把握するサーバ負荷監視機能である。４１５はサーバ監視機能４１４を使用し、現在のサーバの負荷状態を考慮して生成されたＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）ファイルである。本実施形態では、ＷＳＤＬファイルとして、通常負荷時にクライアントが使用する通常用のＷＳＤＬファイル（ＮｏｒｍａｌＷＳＤＬファイル）と、輻輳用のＷＳＤＬファイル（ｓｐｅｃｉａｌＷＳＤＬファイル）とが存在する。ＷＳＤＬファイルにはサーバが提供するサービスを利用するための情報が記述されており、ＮｏｒｍａｌＷＳＤＬファイルは、通常用のサービスを利用するための情報が記述されており、ｓｐｅｃｉａｌＷＳＤＬファイルは、輻輳用のサービスを利用するための情報が記述されている。輻輳用のサービスは通常用のサービスに比べて機能が限定されている。ｓｐｅｃｉａｌＷＳＤＬファイルを使用した場合、ＮｏｒｍａｌＷＳＤＬファイルに比べて優先度の低いポートに接続される。
【００３４】
一方、４２１はクライアント側のネットワークインタフェース機能であり、クライアント４２０をＬＡＮ１００に接続する。４２２はＷＥＢサービスクライアント機能であり、例えば、ＨＴＴＰクライアント、ＳＯＡＰクライアント、ＸＭＬパーサなどである。４２３はサーバ４１０が提供するサービスを利用するクライアント（ユーザ）側のアプリケーションである。４２４はクライアント４２０とのユーザＩ／Ｆ（ＵＩ）である。４２５、４２６はサーバ４１０から獲得したＷＳＤＬファイルである。
【００３５】
上記構成を有するネットワークシステムの動作を示す。図５は認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。この動作処理は、ＭＦＰ１０５、１０６のような印刷デバイスがクライアント４２０となった場合の動作処理である。尚、本実施形態では、印刷デバイス１台、サーバ２台の構成であるが、例えば印刷デバイス１００台、サーバ５台のような構成も可能であり、クライアントおよびサーバの数は特に制限されない。また、本実施形態では、認証サービスを想定しているが、本発明はサービスの種類によって制限を受けるものではない。
【００３６】
印刷デバイス９１０はクライアント４２０に相当する。認証サーバ９２０、９３０はサーバ４１０に相当する。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ１）。また、認証サーバ９３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２）。
【００３７】
この後、印刷デバイス９１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して認証サーバ９２０にアクセスする（Ｔ３）。しかし、認証サーバ９２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ４）。このとき、認証サーバ９２０は拒否データを付与して印刷デバイス９１０に返信する。
【００３８】
アクセスが拒否された印刷デバイス９１０は、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５）。しかし、認証サーバ９３０も、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ６）。このとき同様に、認証サーバ９３０は拒否データを付与して印刷デバイス９１０に返信する。
【００３９】
アクセスが拒否された印刷デバイス９１０は、アクセス可能な全ての認証サーバからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適なサーバである認証サーバ９２０を選択し（Ｔ７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ８）。認証サーバ９２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ９）。
【００４０】
印刷デバイス９１０は、サービス品質が落とされることを認識した上で、認証サーバ９２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ１０）。優先度の低いポートへのサービス要求を受信した認証サーバ９２０は、要求された認証サービスを実行し（Ｔ１１）、認証結果を印刷デバイス９１０に返信する（Ｔ１２）。
【００４１】
図６は認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。印刷デバイス９１０、認証サーバ９２０、９３０は図５と同じである。まず、認証サーバ９２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルを印刷デバイス９１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ２１）。
【００４２】
印刷デバイス９１０は、認証サーバ９２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ２２）。これに対し、認証サーバ９２０は、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ２３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信した印刷デバイス９１０は、認証サーバ９２０では負荷が高くサービス品質が落ちると判断し、別の認証サーバ９３０に対し、認証サーバ９３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ２４）。これに対し、認証サーバ９３０はアクセスを許可し、ユーザ認証のサービスを実行し（Ｔ２５）、印刷デバイス９１０に認証結果を通知する（Ｔ２６）。
【００４３】
つぎに、ＭＦＰ１０５、１０６のような印刷デバイスがサーバ４１０となった場合を示す。図７はクライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。ここでは、印刷デバイス２台、クライアントＰＣ１台の構成であるが、例えば印刷デバイス１０台、クライアントＰＣ１００台のような構成も可能であり、本発明はクライアントおよびサーバの数によって特に制限されない。また、印刷サービスを想定しているが、本発明はサービスの種類によって制限されるものではない。
【００４４】
クライアントＰＣ１２１０はクライアント４２０に相当する。印刷デバイス１２２０、１２３０はサーバ４１０に相当する。まず、印刷デバイス１２２０は、自身の負荷が高いと判断し、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３１）。また、印刷デバイス１２３０も、同様に、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ３２）。
【００４５】
クライアントＰＣ１２１０は、以前取得したＮｏｒｍａｌＷＳＤＬファイルを使用して印刷デバイス１２２０にアクセスする（Ｔ３３）。しかし、印刷デバイス１２２０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３４）。このとき、印刷デバイス１２２０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４６】
アクセスが拒否されたクライアントＰＣ１２１０は、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ３５）。しかし、印刷デバイス１２３０は、自身の負荷が高いので、ＮｏｒｍａｌＷＳＤＬファイルによって指定される優先度の高いポートへのアクセスを拒否する（Ｔ３６）。このとき、印刷デバイス１２３０は、拒否データを付与してクライアントＰＣ１２１０に返信する。
【００４７】
クライアントＰＣ１２１０は、アクセス可能な全ての印刷デバイスからＮｏｒｍａｌＷＳＤＬファイルを使用したアクセスが拒否されたので、受信した拒否データを基に、最適な印刷デバイスである印刷デバイス１２２０を選択し（Ｔ３７）、ＳｐｅｃｉａｌＷＳＤＬファイルを要求する（Ｔ３８）。印刷デバイス１２２０は、この要求に応じて、ＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ３９）。
【００４８】
クライアントＰＣ１２１０は、サービス品質が落とされるのを認識した上で、印刷デバイス１２２０に対し、ＳｐｅｃｉａｌＷＳＤＬファイルを使用して優先度の低いポートにアクセスする（Ｔ４０）。優先度の低いポートへのサービス要求を受信した印刷デバイス１２２０は、要求された印刷サービスを実行し（Ｔ４１）、印刷実行結果をクライアントＰＣ１２１０に返信する（Ｔ４２）。
【００４９】
図８はクライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。印刷デバイス１２２０は、自身の負荷が高いと判断すると、通常状態で生成されるＮｏｒｍａｌＷＳＤＬファイルをクライアントＰＣ１２１０や他のクライアントから獲得できないようにし、代わりにＳｐｅｃｉａｌＷＳＤＬファイルを生成する（Ｔ５１）。
【００５０】
そして、クライアントＰＣ１２１０は、印刷デバイス１２２０のＷＳＤＬファイルを持っていないので、ＷＳＤＬファイルの要求を行う（Ｔ５２）。印刷デバイス１２２０は、この要求に応じてＳｐｅｃｉａｌＷＳＤＬファイルを返信する（Ｔ５３）。ＳｐｅｃｉａｌＷＳＤＬファイルを受信したクライアントＰＣ１２１０は、印刷デバイス１２２０では負荷が高くサービス品質が落ちると判断すると、別の印刷デバイス１２３０に対し、印刷デバイス１２３０用のＮｏｒｍａｌＷＳＤＬファイルを使用してアクセスする（Ｔ５４）。印刷デバイス１２３０は、アクセスを許可して印刷を実行し（Ｔ５５）、クライアントＰＣ１２１０に印刷実行結果を通知する（Ｔ５６）。
【００５１】
つぎに、クライアント４２０の上記処理手順を示す。図９および図１０はクライアント４２０側のサービス要求処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、クライアント側のアプリケーション４２３（図４参照）に相当する。まず、サービスを要求するサーバ４１０が発行したＮｏｒｍａｌＷＳＤＬファイルを取得済であるか否かを判別する（ステップＳ１）。取得済である場合、ステップＳ４の処理に進む。一方、ＮｏｒｍａｌＷＳＤＬファイルを取得していない場合、サーバ４１０からＷＳＤＬファイルを取得する（ステップＳ２）。
【００５２】
取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルであるか否かを判別する（ステップＳ３）。取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルでなく、ＳｐｅｃｉａｌＷＳＤＬファイルである場合、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行うか否かを判別する（ステップＳ８）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行う場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービス要求を行わない場合、ステップＳ９の処理に進む。
【００５３】
一方、ステップＳ３で取得したＷＳＤＬファイルがＮｏｒｍａｌＷＳＤＬファイルである場合、ＮｏｍａｌＷＳＤＬファイルを使用してサーバ４１０にサービスの提供を要求する（ステップＳ４）。このとき、ＮｏｍａｌＷＳＤＬファイルを使用するので、優先度の高いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５４】
そして、サーバから受信したサービス要求結果を判別する（ステップＳ５）。判別の結果、サービスが提供された場合、そのまま本処理を終了する。一方、サービスの提供が拒否された場合、サーバ４１０から受信する拒否データを保存する（ステップＳ６）。この拒否データの詳細については後述する。
【００５５】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求するか否かを判別する（ステップＳ７）。ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求する場合、ステップＳ１４の処理に進む。一方、ＳｐｅｃｉａｌＷＳＤＬファイルでサービスの提供を要求しない場合、全てのサーバに対し、サービスの提供を要求したか否かを判別する（ステップＳ９）。まだサービスを要求していないサーバがある場合、ステップＳ１に戻って同様の処理を繰り返す。
【００５６】
一方、ステップＳ９で、全てのサーバに対してサービスの提供を要求した場合、ステップＳ２においてＳｐｅｃｉａｌＷＳＤＬファイルを受信しただけで、拒否データを取得していないサーバから拒否データを獲得する（ステップＳ１０）。これにより、全てのサーバから拒否データを取得する。
【００５７】
そして、保存しておいた拒否データを基に、サービスの提供を要求するサーバを決定（選択）する（ステップＳ１１）。例えば、サーバ４１０に相当するサーバＰＣ１０１、１０２（図１参照）のうち、サーバＰＣ１０１を選択する。決定されたサーバに対するＳｐｅｃｉａｌＷＳＤＬファイルがあるか否かを判別する（ステップＳ１２）。ＳｐｅｃｉａｌＷＳＤＬファイルがない場合、それを取得する（ステップＳ１３）。そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用してサービスの提供を要求する（ステップＳ１４）。このとき、ＳｐｅｃｉａｌＷＳＤＬファイルを使用するので、優先度の低いポートへのサービスの提供が要求される。尚、このサービス要求処理の詳細については後述する。
【００５８】
そして、サーバから受信したサービス結果を判別する（ステップＳ１５）。サービス結果がＯＫである場合、そのまま本処理を終了する。一方、サービス結果、サービスの提供が拒否された場合、サービスの提供を要求するサーバを選択し直すべく、全てのサーバの選択が終了したか否かを判別する（ステップＳ１６）。全てのサーバの選択が終了した場合、本処理を終了する。一方、全てのサーバの選択が終了していない場合、ステップＳ１１の処理に戻って同様の処理を繰り返す。
【００５９】
図１１および図１２はサーバ側のサービス提供処理手順を示すフローチャートである。この処理プログラムは、例えばハードディスクに格納されており、ＣＰＵによって実行されるものであり、サーバ側のアプリケーション４１３（図４参照）に相当する。まず、サーバ４１０が高負荷状態にあるか否かを判別する（ステップＳ２１）。高負荷状態にない場合、そのままステップＳ２３の処理に移行する。一方、サーバ４１０が高負荷状態にある場合、ＳｐｅｃｉａｌＷＳＤＬファイルを作成する（ステップＳ２２）。
【００６０】
クライアント４２０からＮｏｒｍａｌＷＳＤＬファイルの取得が要求されているか否かを判別する（ステップＳ２３）。ＮｏｒｍａｌＷＳＤＬファイルの取得が要求されていない場合、ＷＳＤＬファイルを使用したサービスの提供が要求されているか否かを判別する（ステップＳ２４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスを提供可能であるか否かを判別する（ステップＳ２５）。提供可能である場合、サービスの提供を実行する（ステップＳ２６）。ここで、ＮｏｒｍａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の高いポートが使用される。そして、サービス結果をクライアント４２０に送信し（ステップＳ２７）、本処理を終了する。
【００６１】
一方、ステップＳ２３でＮｏｒｍａｌＷＳＤＬファイルの取得が要求されている場合、ＳｐｅｃｉａｌＷＳＤＬファイルを返信するか否かを判別する（ステップＳ２８）。ＳｐｅｃｉａｌＷＳＤＬファイルを返信しない場合、ＮｏｒｍａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ２９）、前述したステップＳ２４の処理に移行する。一方、ステップＳ２８でＳｐｅｃｉａｌＷＳＤＬファイルを返信する場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信する（ステップＳ３０）。
【００６２】
そして、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供がされているか否かを判別する（ステップＳ３４）。サービスの提供が要求されていない場合、そのまま本処理を終了する。一方、サービスの提供が要求されている場合、サービスが提供可能であるか否かを判別する（ステップＳ３５）。サービスが提供不可能である場合、そのまま本処理を終了する。一方、サービスが提供可能である場合、サービスの提供を実行する（ステップＳ３６）。ここで、ＳｐｅｃｉａｌＷＳＤＬファイルを使用したサービスの提供では、優先度の低いポートが使用される。そして、サービス結果を送信し（ステップＳ３７）、本処理を終了する。
【００６３】
一方、ステップＳ２５でＷＳＤＬファイルを使用したサービスが提供不可能である場合、拒否データを送信する（ステップＳ３１）。この拒否データの詳細については後述する。そして、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求があるか否かを判別する（ステップＳ３２）。ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がない場合、そのまま本処理を終了する。一方、ＳｐｅｃｉａｌＷＳＤＬファイルの取得要求がある場合、ＳｐｅｃｉａｌＷＳＤＬファイルをクライアント４２０に返信し（ステップＳ３３）、前述したステップＳ３４の処理に移行する。
【００６４】
図１３はステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。まず、ＷＳＤＬファイルのｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇ、ｐｏｒｔＴｙｐｅＴａｇから送信メッセージを作成する（ステップＳ５１）。
【００６５】
ｂｉｎｄｉｎｇＴａｇに従って、作成した送信メッセージをｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表される相手先に送信する（ステップＳ５２）。ｐｏｒｔＴｙｐｅにｏｕｔｐｕｔが定義されている場合、ｔｙｐｅｓＴａｇ、ｍｅｓｓａｇｅＴａｇに則った返信を待ち（ステップＳ５３）、返信を受信すると、本処理を終了する。
【００６６】
図１３のサービス提供要求処理として、具体的に認証サービスの場合を示す。図１４は認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰａｓｓｗｄから、ＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを作成する（ステップＳ６１）。作成したＩｎｐｕｔＡｕｔｈＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって、送信メッセージを作成する（ステップＳ６２）。
【００６７】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ６３）。ステップＳ６３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ６４）。
【００６８】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅを取り出す（ステップＳ６５）。取り出したＯｕｔｐｕｔＡｕｔｈＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ６６）。この後、本処理を終了する。
【００６９】
図１３のサービス提供要求処理として、具体的に印刷サービスの場合を示す。図１５は印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。まず、ｍｅｓｓａｇｅＴａｇのＩｎｐｕｔで示されているＵｓｅｒＩＤおよびＰｒｉｎｔＤａｔａからＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを作成する（ステップＳ７１）。作成したＩｎｐｕｔＰｒｉｎｔＲｅｑｕｅｓｔを基に、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって送信メッセージを作成する（ステップＳ７２）。
【００７０】
作成した送信メッセージを、ｓｅｒｖｉｃｅＴａｇおよびｐｏｒｔＴａｇで表されるｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅ／ｈｉｇｈに送信する（ステップＳ７３）。ステップＳ７３における返信である、ｐｏｒｔＴｙｐｅＴａｇのｏｕｔｐｕｔで示されている返信メッセージが到着するのを待つ（ステップＳ７４）。
【００７１】
受信した返信メッセージに対し、ｂｉｎｄｉｎｇＴａｇで示されているＳｏａｐによって処理を行い、ＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅを取り出す（ステップＳ７５）。取り出したＯｕｔｐｕｔＰｒｉｎｔＲｅｓｐｏｎｓｅからｍｅｓｓａｇｅＴａｇに従って、ｒｅｓｕｌｔ−ｃｏｄｅおよびＲｅｊｅｃｔＤａｔａを取り出す（ステップＳ７６）。この後、本処理を終了する。
【００７２】
図１６および図１７は認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎは、ａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７３】
ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓおよびｑｕａｌｉｔｙを要素として持つ構造となる。
【００７４】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００７５】
図１８、図１９および図２０は認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。認証サービスのＯｐｅｒａｔｉｏｎはａｕｔｈＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰａｓｓＷｄであり、それぞれユーザＩＤ、そのパスワードを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ認証結果、認証サービスが拒否された場合の拒否データを表している。
【００７６】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰａｓｓＷｄの型はＰａｓｓＷｄ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｐａｓｓｗｄを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓとｑｕａｌｉｔｙを要素として持つ構造となる。
【００７７】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｕｔｈ．ｃｏ．ｊｐ／ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅのＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００７８】
図２１および図２２は印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００７９】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＨｉｇｈＰｒｉｏｒｉｔｙであり、優先度が高いポートへアクセスすることを示している。
【００８０】
図２３、図２４および図２５は印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。印刷サービスのＯｐｅｒａｔｉｏｎはｐｒｉｎｔＲｅｑである。その入力データはＵｓｅｒＩＤ、ＰｒｉｎｔＤａｔａであり、それぞれユーザＩＤ、印刷データを表している。出力データはｒｅｓｕｌｔ−ｃｏｄｅ、ＲｅｊｅｃｔＤａｔａであり、それぞれ印刷結果、印刷サービスが拒否された場合の拒否データを表している。
【００８１】
拒否データの獲得ＯｐｅｒａｔｉｏｎはｇｅｔＲｅｊｅｃｔＤａｔａであり、出力データのみである。ＲｅｊｃｔＤａｔａが拒否データを表している。ＵｓｅｒＩＤの型はＵｓｅｒＩＤ−ｔｙｐｅで表されており、ｓｔｒｉｎｇ型のｉｄを要素として持つ構造となる。ＰｒｉｎｔＤａｔａの型はＰｒｉｎｔＤａｔａ−ｔｙｐｅで表されており、Ｄａｔａ型のｄａｔａを要素として持つ構造となる。ｒｅｓｕｌｔ−ｃｏｄｅの型はｒｅｓｕｌｔ−ｃｏｄｅ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｃｏｄｅを要素として持つ構造となる。ＲｅｊｅｃｔＤａｔａの型はＲｅｊｅｃｔＤａｔａ−ｔｙｐｅで表されており、ｉｎｔｅｇｅｒ型のｌｏａｄＳｔａｔｕｓ、ｗａｉＴｉｍｅ、ｌｉｍｉｔを要素として持つ構造となる。
【００８２】
このＷＳＤＬファイルを使用してアクセスするアドレスは、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｐｒｉｎｔ．ｃｏ．ｊｐ／ＰｒｉｎｔＳｅｒｖｉｃｅのＰｒｉｎｔＳｅｒｖｉｃｅＰｏｒｔ＿ＬｏｗＰｒｉｏｒｉｔｙであり、優先度が低いポートへアクセスすることを示している。
【００８３】
図２６は拒否データの内容を示す図である。この拒否データは、サーバ４１０として印刷サービスを提供する印刷デバイスであるＭＦＰ１０５によって、負荷が高くなった場合に生成されるものである。図において、１８１０は拒否データに含まれるデータ要素の名称である。１８２０はデータ要素の内容である。負荷情報１８１１は、サーバの現在の負荷状況を数値で表したものであり、「０」で負荷最低の状態を表し、「９」で負荷最大の状態を表す。予想待ち時間１８１２は、サービスが実行されるまでの待ち時間を数値で表したものであり、「０」で即実行されることを表し、「９」で無限に待たされる可能性を表す。印刷可能枚数１８１３は、印刷が可能な枚数の限度を表している。図２６に示す拒否データのデータ要素はあくまでも一例であり、これらのデータ要素が拒否データに含まれず、その他のデータ要素が拒否データに含まれてもよい。例えば、輻輳用のＷＳＤＬファイルを使用した際のサービス品質がデータ要素として含まれてもよい。
【００８４】
このように、本実施形態のネットワークシステムによれば、サーバ装置としてのデータ処理装置における複数のサービス間でサービスの提供を分け合うことができる。また、各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスに対し、敢えてサービスの提供を要求するクライアント装置は、ＳｐｅｃｉａｌＷＳＤＬファイルを使用し、優先度の低いポートに接続されるので、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、サーバ装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。
【００８５】
また、ＮｏｒｍａｌＷＳＤＬファイルを使用してサービスの提供が拒否されたクライアント装置は、この拒否データを使用してサービス要求に見合ったサーバ装置を選択できる。したがって、各サーバ装置の負荷を均等にすることができる。また、クライアント装置は、拒否データを取得することにより、サーバ装置のサービスの品質を予め知ることができる。
【００８６】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００８７】
例えば、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用してもよいし、１つの機器からなる装置に適用してもよい。
【００８８】
また、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００８９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９０】
図２７は記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。図において、９９９９はディレクトリ情報が記憶されている領域である。ディレクトリ情報には、分散サーバシステムプログラムをインストールするためのインストールプログラムが記憶されている領域９９９８、および分散サーバシステムプログラムが記憶されている領域９９９７の位置が示されている。
【００９１】
本実施形態の分散サーバシステムプログラムが印刷デバイスであるＭＦＰ１０５、１０６にインストールされる際、まず領域９９９８に記憶されているインストールプログラムがＲＡＭ３０３にロードされ、ＣＰＵ３０１によって実行される。そして、ＣＰＵ３０１がインストールプログラムを実行することによって、領域９９９７から分散サーバシステムプログラムを読み出し、ハードディスク３１１に格納する。
【００９２】
又、プログラムコードを供給するための記憶媒体としては、例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードやコンパクトフラッシュ（登録商標）等のメモリカード、ハードディスク、マイクロＤＡＴ、光磁気ディスク、ＣＤ−ＲやＣＤ−ＲＷ等の光ディスク、ＤＶＤ等の相変化型光ディスク等で構成されてもよい。
【００９３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９５】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【００９６】
【発明の効果】
本発明によれば、データ処理装置における複数のサービス間でサービスの提供を分け合うことができる。
【００９７】
例えば、以下のような効果がある。各サービスの負荷を効率的に分散させることができる。また、負荷の高い状態にあるサービスの負荷を更に高めてしまうことを防止できる。また、データ処理装置が既に受け付けた要求に対するサービス品質の劣化を防止できる。また、情報処理装置がサービス要求に見合ったデータ処理装置を選択できる。また、情報処理装置がデータ処理装置のサービスの品質を予め知ることができる。
【図面の簡単な説明】
【図１】実施の形態におけるネットワークシステムの構成を示す図である。
【図２】サーバＰＣ１０１、１０２およびクライアントＰＣ１０３、１０４の構成を示すブロック図である。
【図３】ＷＥＢサービスプログラムが稼動するＭＦＰ１０５、１０６の構成を示すブロック図である。
【図４】ネットワークシステムにおけるクライアントおよびサーバの機能的構成を示す図である。
【図５】認証サービスを提供するサーバおよび印刷デバイス間の動作処理の流れを示す図である。
【図６】認証サービスを提供する認証サーバおよび印刷デバイス間の他の動作処理の流れを示す図である。
【図７】クライアントＰＣおよび印刷デバイス間の動作処理の流れを示す図である。
【図８】クライアントＰＣおよび印刷デバイス間の他の動作処理を示す図である。
【図９】クライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１０】図９につづくクライアント４２０側のサービス要求処理手順を示すフローチャートである。
【図１１】サーバ側のサービス提供処理手順を示すフローチャートである。
【図１２】図１１につづくサーバ側のサービス提供処理手順を示すフローチャートである。
【図１３】ステップＳ４、Ｓ１４におけるＷＳＤＬファイルを使用したサービス提供要求処理手順を示すフローチャートである。
【図１４】認証サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１５】印刷サービスにおけるサービス提供要求処理手順を示すフローチャートである。
【図１６】認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１７】図１６につづく認証サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図１８】認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図１９】図１８につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２０】図１８および図１９につづく認証サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２１】印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２２】図２１につづく印刷サービスを提供するサーバによって発行されるＮｏｒｍａｌＷＳＤＬファイルを示す図である。
【図２３】印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２４】図２３につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２５】図２３および図２４につづく印刷サービスを提供するサーバによって発行されるＳｐｅｃｉａｌＷＳＤＬファイルを示す図である。
【図２６】拒否データの内容を示す図である。
【図２７】記憶媒体としてのＣＤ−ＲＯＭのメモリマップを示す図である。
【符号の説明】
４１０ サーバ
４１３、４２３ アプリケーション
４１５ ＷＳＤＬファイル
４２０ クライアント
９１０ 印刷デバイス
９２０、９３０ 認証サーバ
１２１０ クライアントＰＣ
１２２０、１２３０ 印刷デバイス[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data processing device, an information processing device, a data processing method, an information processing method, and a program provided by a data processing device in response to a service request from the information processing device.
[0002]
[Prior art]
When a connection request is received from a host computer, if it is already connected to another host computer, it notifies the host computer that it cannot connect and searches for other printers that can be used as alternative printers. There has been a printer that presents address information of a printer to a host computer (for example, Patent Document 1).
[0003]
[Patent Document 1]
JP 7-325679 A
[0004]
[Problems to be solved by the invention]
In a data processing system in which a server device and a client device are connected via a network, it is known that the server device provides a service to the client device by using Web service technology.
[0005]
In this Web service technology, a server device provides a WSDL file described in WSDL (Web Services Description Language) to a client device using SOAP (Simple Object Access Protocol), and the client device analyzes the service description information. Thus, it is possible to recognize what service is provided by the server device or in what procedure and protocol.
[0006]
However, in the data processing system using the Web service technology, when each client device makes a service request to the server device using a fixed WSDL file regardless of the load on the server device, there are the following problems. . That is, the client device requests a service without grasping the load status of the server device, and the load is not distributed among the services. Therefore, the client device has to wait for the busy service to finish the process without knowing that there is a free service.
[0007]
In addition, the client device requests a service for a service with a high load as usual, which further increases the service load. Furthermore, when the client device requests a server device with a high load, it cannot grasp that the service quality may be deteriorated.
[0008]
In addition, in order to distribute the load, if the server device has already provided a service to another client device as in the above-described conventional technology, the server that has been found by searching for another server device is found. It is conceivable to present device address information or the like to the client device.
[0009]
However, if it is not known what service is provided by another server device, or if the service of the other server device is also in a high load state, the client device does not necessarily use the other server device. It is not possible.
[0010]
Therefore, an object of the present invention is to provide a data processing device, an information processing device, a data processing method, an information processing method, and a program capable of sharing service provision among a plurality of services in the data processing device.
[0011]
Another object of the present invention is to provide a data processing device, an information processing device, a data processing method, an information processing method, and a program capable of efficiently distributing the load of each service. Another object of the present invention is to provide a data processing device, an information processing device, a data processing method, an information processing method, and a program that can prevent further increasing the load of a service in a high load state. To do.
[0012]
Another object of the present invention is to provide a data processing device, an information processing device, a data processing method, an information processing method, and a program that can prevent deterioration in service quality with respect to a request that has already been received by the data processing device.
[0013]
Another object of the present invention is to provide a data processing device, an information processing device, a data processing method, an information processing method, and a program that allow the information processing device to select a data processing device that meets the service request.
[0014]
Another object of the present invention is to provide a data processing device, an information processing device, a data processing method, an information processing method, and a program that allow the information processing device to know the quality of service of the data processing device in advance. .
[0015]
[Means for Solving the Problems]
In order to achieve the above object, a data processing apparatus of the present invention is a data processing apparatus that provides a service in accordance with a request from an information processing apparatus, and information related to a first service provided by the data processing apparatus is provided. First transmission means for transmitting first service description information described in a predetermined language and referred to when using the first service; and state determination means for determining the state of the data processing apparatus itself When the first service is not provided based on the state determined by the state determination unit, the information related to the second service provided by the data processing device different from the first service is the predetermined language. And a second transmission means for transmitting second service description information referred to when the second service is used.
[0016]
In the information processing apparatus according to the present invention, in the information processing apparatus capable of communicating with the first data processing apparatus and the second data processing apparatus, information related to the first service provided by the first data processing apparatus is in a predetermined language. A first service that requests the first data processing device to use the first service by using the first service description information that is referred to when the first service is used, described in (1). When requesting means and the first service are not provided, when using the second service in which information related to the second service provided by the second data processing device is described in the predetermined language Second service requesting means for requesting the second data processing apparatus to use the second service by using the second service description information to be referred to; the first service; and the second service In the case where the service is not provided, the third service in which information related to the third service provided by the first data processing device whose function is limited compared to the first service is described in the predetermined language. And third service requesting means for requesting the first data processing apparatus to use a third service using third service description information referred to when using the service.
[0017]
The data processing method of the present invention is a data processing method for providing a service in accordance with a request from an information processing device, wherein information related to a first service provided by the data processing device is described in a predetermined language. A first transmission step of transmitting first service description information referred to when using the first service, a state determination step of determining a state of the data processing device, and a state determined by the state determination step In the case where the first service is not provided based on the second service, the second service in which information related to the second service provided by the data processing device different from the first service is described in the predetermined language. And a second transmission step of transmitting second service description information to be referred to when using.
[0018]
The information processing method of the present invention is an information processing method of an information processing apparatus capable of communicating with a first data processing apparatus and a second data processing apparatus, and information related to a first service provided by the first data processing apparatus. Is requested in the first data processing apparatus to use the first service, using the first service description information that is referred to when the first service is used. When the first service request step and the first service are not provided, the second service in which information about the second service provided by the second data processing device is described in the predetermined language A second service requesting step of requesting the second data processing apparatus to use the second service by using the second service description information referred to when using the second service description information; When the service and the second service are not provided, information related to the third service provided by the first data processing device whose function is limited compared to the first service is described in the predetermined language. Using a third service description information that is referred to when the third service is used, and a third service requesting step for requesting the first data processing device to use the third service. It is characterized by.
[0019]
The program of the present invention is a program that can be read and executed by a computer in the data processing apparatus, and information relating to the first service provided by the data processing apparatus is provided when providing a service in accordance with a request from the information processing apparatus. A first transmission step for transmitting first service description information described in a predetermined language and referred to when using the first service; a state determination step for determining a state of the data processing device; When the first service is not provided based on the state determined in the state determination step, information related to the second service provided by the data processing device different from the first service is in the predetermined language. A second transmission step of transmitting the second service description information that is referred to when the second service is described. It is characterized in.
[0020]
The program of the present invention is a program that can be read and executed by a computer in the information processing apparatus, and the first service information described in a predetermined language is described in a predetermined language provided by the first data processing apparatus. A first service requesting step for requesting the first data processing device to use the first service, using the first service description information referred to when using the first service; When the service is not provided, the second service description information referred to when using the second service, in which the information related to the second service provided by the second data processing device is described in the predetermined language A second service requesting step for requesting the second data processing device to use a second service, and the first service and the second service. If the service is not provided, the third service in which the information related to the third service provided by the first data processing device whose function is limited compared to the first service is described in the predetermined language. And a third service requesting step for requesting the first data processing device to use the third service using third service description information to be referred to when using.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of a data processing device, an information processing device, a data processing method, an information processing method, and a program according to the present invention will be described with reference to the drawings. The data processing system of this embodiment is applied to a distributed processing system (network system) in which a server device (simply referred to as a server) and a client device (simply referred to as a client) are connected to a network using WEB service technology.
[0022]
FIG. 1 is a diagram showing a configuration of a network system in the embodiment. In the figure, reference numerals 101 and 102 denote server PCs. Reference numerals 103 and 104 denote client PCs. Reference numerals 105 and 106 denote MFPs (Multi Function Printers). Server PCs 101 and 102, client PCs 103 and 104, and MFPs 105 and 106 are connected to LAN 100.
[0023]
The server PCs 101 and 102 are servers in the WEB service, and provide services in response to service requests from the client PCs 103 and 104. The server PCs 101 and 102 provide the same service, and in the present embodiment, load distribution in service processing is achieved by providing the same service by a plurality of server PCs.
[0024]
Each of the MFPs 105 and 106 is a printing device that can be a WEB service server or client, and provides a service in response to a service request from the client PC 103 or 104 or sends a service request to the server PC 101 or 102. And receive service. When the MFPs 105 and 106 are servers, as in the case of the server PCs 101 and 102, the same service is provided by a plurality of MFPs, so that the load in service processing can be distributed. Further, as described above, the client PCs 103 and 104 are clients in the WEB service, and can request services from the server PCs 101 and 102 or the MFPs 105 and 106 and receive the services.
[0025]
FIG. 2 is a block diagram showing the configuration of the server PCs 101 and 102 and the client PCs 103 and 104. The server PCs 101 and 102 and the client PCs 103 and 104 are configured by a general personal computer (PC).
[0026]
This general PC has a CPU 201 that executes various software stored in a ROM 202 or a hard disk (HD) 211 or supplied from a floppy (registered trademark) disk drive (FD) 212. Each unit connected to the bus 204 is comprehensively controlled.
[0027]
Reference numeral 203 denotes a RAM that functions as a main memory, work area, and the like of the CPU 201. A keyboard controller (KBC) 205 controls instruction input from a keyboard (KB) 209, a pointing device (not shown), or the like. Reference numeral 206 denotes a CRT controller (CRTC), which controls display on a CRT display (CRT) 210.
[0028]
Reference numeral 207 denotes a disk controller (DKC) which includes a hard disk (HD) 211 and a floppy (registered trademark) disk drive (FD) 212 for storing a boot program, a distributed server system program, various applications, edit files, user files, and the like. Control access. A network interface card (NIC) 208 bi-directionally exchanges data with a network printer, another network device, or another PC via the LAN 100.
[0029]
FIG. 3 is a block diagram showing the configuration of the MFPs 105 and 106 on which the WEB service program operates. The MFPs 105 and 106 have a CPU 301 that executes various programs stored in a ROM 302 or a hard disk (HD) 311 or supplied from a floppy disk drive (FD) 312. The CPU 301 is connected to a system bus 304. General control of each part.
[0030]
A RAM 303 functions as a main memory, work area, and the like for the CPU 301. A user interface controller (UIC) 305 controls display of the user interface (UI) 309 and instruction input from the UI 309. A function controller (FUNCC) 306 realizes and controls a function (FUNC) 310 that is a function unique to each device. Here, when the device is a monochrome printer, a monochrome print engine controller and a monochrome print engine may be provided as the function controller (FUNCC) 306 and the function (FUNC) 310. In the case of a color printer, a color print engine controller and a color print engine may be provided.
[0031]
A disk controller (DKC) 307 controls access to a hard disk (HD) 311 and a floppy (registered trademark) disk controller (FD) 312 for storing a boot program, a distributed server system program, various applications, and data files. . A network interface card (NIC) 308 bi-directionally exchanges data with a network printer, another network device, or another PC via the LAN 100.
[0032]
FIG. 4 is a diagram showing a functional configuration of the client and server in the network system. In the figure, reference numeral 410 denotes a server, which corresponds to the server PCs 101 and 102 and the MFPs 105 and 106 in the case of being a server. On the other hand, reference numeral 420 denotes a client, which corresponds to the client PCs 103 and 104 and the MFPs 105 and 106 in the case of being a client. Server 410 and client 420 are connected via LAN 100.
[0033]
A network interface function 411 connects the server 410 to the LAN 100. Reference numeral 412 denotes a WEB service server function, for example, an HTTP server, a SOAP server, an XML parser, a WSDL generation function, or the like. Reference numeral 413 denotes a server-side application that provides a service. When the MFPs 105 and 106 are servers, a scan function, a print function, and the like are also included here. A server load monitoring function 414 measures the load of the server 410 and grasps the load state with a numerical value (load value). Reference numeral 415 denotes a Web Service Description Language (WSDL) file generated using the server monitoring function 414 in consideration of the current server load state. In the present embodiment, as the WSDL file, there are a normal WSDL file (Normal WSDL file) used by the client at a normal load and a congestion WSDL file (special WSDL file). Information for using the service provided by the server is described in the WSDL file, information for using the normal service is described in the Normal WSDL file, and the service for congestion is stored in the special WSDL file. Information to use is described. The congestion service has limited functions compared to the normal service. When the special WSDL file is used, it is connected to a port having a lower priority than that of the normal WSDL file.
[0034]
On the other hand, reference numeral 421 denotes a client-side network interface function, which connects the client 420 to the LAN 100. Reference numeral 422 denotes a WEB service client function, for example, an HTTP client, a SOAP client, an XML parser, or the like. Reference numeral 423 denotes an application on the client (user) side that uses a service provided by the server 410. Reference numeral 424 denotes a user I / F (UI) with the client 420. Reference numerals 425 and 426 denote WSDL files acquired from the server 410.
[0035]
The operation of the network system having the above configuration will be described. FIG. 5 is a diagram showing a flow of operation processing between the server that provides the authentication service and the printing device. This operation process is an operation process when a printing device such as the MFP 105 or 106 becomes the client 420. In this embodiment, the configuration includes one printing device and two servers. However, for example, a configuration of 100 printing devices and five servers is possible, and the number of clients and servers is not particularly limited. In this embodiment, an authentication service is assumed, but the present invention is not limited by the type of service.
[0036]
The printing device 910 corresponds to the client 420. Authentication servers 920 and 930 correspond to the server 410. First, when the authentication server 920 determines that its own load is high, the normal WSDL file generated in the normal state is prevented from being acquired from the printing device 910 or another client, and a Special WSDL file is generated instead (T1). Similarly, when the authentication server 930 determines that its own load is high, the normal WSDL file generated in the normal state is prevented from being acquired from the printing device 910 or another client, and a Special WSDL file is generated instead (T2). ).
[0037]
Thereafter, the printing device 910 accesses the authentication server 920 using the previously obtained Normal WSDL file (T3). However, since the load of the authentication server 920 is high, the authentication server 920 denies access to a port with a high priority specified by the Normal WSDL file (T4). At this time, the authentication server 920 adds rejection data and sends it back to the printing device 910.
[0038]
The print device 910 whose access is denied accesses another authentication server 930 using the normal WSDL file for the authentication server 930 (T5). However, the authentication server 930 also denies access to the high priority port specified by the Normal WSDL file because of its high load (T6). Similarly, at this time, the authentication server 930 adds rejection data and sends it back to the printing device 910.
[0039]
Since the access using the Normal WSDL file is denied from all accessible authentication servers, the printing device 910 whose access is denied selects the authentication server 920 that is the optimum server based on the received rejection data ( T7), requesting a special WSDL file (T8). The authentication server 920 returns a Special WSDL file in response to this request (T9).
[0040]
The printing device 910 recognizes that the quality of service is degraded, and then accesses the authentication server 920 to the low priority port using the Special WSDL file (T10). The authentication server 920 that has received a service request for a port with a low priority executes the requested authentication service (T11), and returns an authentication result to the print device 910 (T12).
[0041]
FIG. 6 is a diagram showing the flow of another operation process between the authentication server that provides the authentication service and the printing device. The printing device 910 and authentication servers 920 and 930 are the same as those in FIG. First, when the authentication server 920 determines that its own load is high, the normal WSDL file generated in the normal state is prevented from being acquired from the printing device 910 or another client, and a Special WSDL file is generated instead (T21).
[0042]
Since the printing device 910 does not have the WSDL file of the authentication server 920, the printing device 910 requests the WSDL file (T22). In response to this, the authentication server 920 returns a Special WSDL file (T23). The printing device 910 that has received the Special WSDL file determines that the authentication server 920 has a high load and the service quality is low, and accesses another authentication server 930 using the Normal WSDL file for the authentication server 930 (T24). On the other hand, the authentication server 930 permits access, executes a user authentication service (T25), and notifies the print device 910 of the authentication result (T26).
[0043]
Next, a case where a printing device such as the MFPs 105 and 106 becomes the server 410 will be described. FIG. 7 is a diagram showing a flow of operation processing between the client PC and the printing device. Here, the configuration includes two printing devices and one client PC, but a configuration such as ten printing devices and 100 client PCs is also possible, and the present invention is not particularly limited by the number of clients and servers. Although a printing service is assumed, the present invention is not limited by the type of service.
[0044]
The client PC 1210 corresponds to the client 420. The printing devices 1220 and 1230 correspond to the server 410. First, the printing device 1220 determines that its own load is high, prevents the normal WSDL file generated in the normal state from being acquired from the client PC 1210 and other clients, and generates the special WSDL file instead (T31). Similarly, if the printing device 1230 determines that its own load is high, the Normal WSDL file generated in the normal state is not acquired from the client PC 1210 or another client, and a Special WSDL file is generated instead (T32). .
[0045]
The client PC 1210 accesses the print device 1220 using the previously obtained Normal WSDL file (T33). However, since the load of the printing device 1220 is high, the printing device 1220 denies access to the port with the high priority specified by the Normal WSDL file (T34). At this time, the printing device 1220 adds rejection data and returns it to the client PC 1210.
[0046]
The client PC 1210 whose access is denied accesses another print device 1230 using the Normal WSDL file for the print device 1230 (T35). However, since the load of the printing device 1230 is high, the printing device 1230 denies access to the port with the high priority specified by the Normal WSDL file (T36). At this time, the printing device 1230 adds refusal data and sends it back to the client PC 1210.
[0047]
The client PC 1210 selects the print device 1220, which is the optimum print device, based on the received reject data (T37) because the access using the Normal WSDL file is rejected from all accessible print devices (T37), and the Special WSDL file. Is requested (T38). In response to this request, the printing device 1220 returns a Special WSDL file (T39).
[0048]
The client PC 1210 recognizes that the service quality is degraded, and then accesses the low priority port to the printing device 1220 using the Special WSDL file (T40). The print device 1220 that has received a service request for a port with a low priority executes the requested print service (T41), and returns a print execution result to the client PC 1210 (T42).
[0049]
FIG. 8 is a diagram showing another operation process between the client PC and the printing device. If the printing device 1220 determines that the load on the printing device 1220 is high, the printing device 1220 prevents the normal WSDL file generated in the normal state from being acquired from the client PC 1210 or another client, and instead generates the Special WSDL file (T51).
[0050]
Since the client PC 1210 does not have the WSDL file of the printing device 1220, the client PC 1210 requests the WSDL file (T52). In response to this request, the printing device 1220 returns a Special WSDL file (T53). When the client PC 1210 that has received the Special WSDL file determines that the print device 1220 has a high load and the service quality is reduced, the client PC 1210 accesses another print device 1230 using the Normal WSDL file for the print device 1230 (T54). The printing device 1230 executes the printing with the access permitted (T55), and notifies the client PC 1210 of the printing execution result (T56).
[0051]
Next, the processing procedure of the client 420 is shown. 9 and 10 are flowcharts showing a service request processing procedure on the client 420 side. This processing program is stored in, for example, a hard disk and executed by the CPU, and corresponds to the client-side application 423 (see FIG. 4). First, it is determined whether or not the normal WSDL file issued by the server 410 requesting the service has been acquired (step S1). If already acquired, the process proceeds to step S4. On the other hand, when the normal WSDL file is not acquired, the WSDL file is acquired from the server 410 (step S2).
[0052]
It is determined whether or not the acquired WSDL file is a normal WSDL file (step S3). If the acquired WSDL file is not a Normal WSDL file but a Special WSDL file, it is determined whether or not a service request is to be made using the Special WSDL file (step S8). When a service request is made using the Special WSDL file, the process proceeds to step S14. On the other hand, when the service request is not performed using the Special WSDL file, the process proceeds to step S9.
[0053]
On the other hand, when the WSDL file acquired in step S3 is a normal WSDL file, the server 410 is requested to provide a service using the normal WSDL file (step S4). At this time, since the Normal WSDL file is used, provision of a service to a port having a high priority is required. Details of the service request process will be described later.
[0054]
Then, the service request result received from the server is determined (step S5). If the service is provided as a result of the determination, the process is terminated as it is. On the other hand, when the service provision is rejected, the reject data received from the server 410 is stored (step S6). Details of the rejection data will be described later.
[0055]
And it is discriminate | determined whether provision of a service is requested | required with a Special WSDL file (step S7). When the provision of service is requested using the Special WSDL file, the process proceeds to step S14. On the other hand, when the provision of service is not requested in the Special WSDL file, it is determined whether or not the provision of service is requested to all servers (step S9). If there is a server that has not requested the service, the process returns to step S1 and the same processing is repeated.
[0056]
On the other hand, if service provision is requested to all servers in step S9, rejection data is acquired from a server that has not acquired rejection data just by receiving the Special WSDL file in step S2 (step S10). Thereby, rejection data is acquired from all the servers.
[0057]
Then, based on the stored rejection data, a server that requests service provision is determined (selected) (step S11). For example, the server PC 101 is selected from the server PCs 101 and 102 corresponding to the server 410 (see FIG. 1). It is determined whether or not there is a Special WSDL file for the determined server (step S12). If there is no Special WSDL file, it is acquired (step S13). Then, a service provision is requested using the Special WSDL file (step S14). At this time, since the Special WSDL file is used, provision of a service to a port having a low priority is required. Details of the service request process will be described later.
[0058]
Then, the service result received from the server is determined (step S15). If the service result is OK, the process is terminated as it is. On the other hand, if the service provision is rejected as a result of the service, it is determined whether or not the selection of all the servers has been completed in order to reselect the server requesting the service provision (step S16). When all the servers have been selected, this process ends. On the other hand, if all the servers have not been selected, the process returns to step S11 and the same process is repeated.
[0059]
11 and 12 are flowcharts showing a service providing process procedure on the server side. This processing program is stored in, for example, the hard disk and executed by the CPU, and corresponds to the server-side application 413 (see FIG. 4). First, it is determined whether or not the server 410 is in a high load state (step S21). If it is not in a high load state, the process proceeds to step S23. On the other hand, if the server 410 is in a high load state, a Special WSDL file is created (step S22).
[0060]
It is determined whether or not acquisition of a normal WSDL file is requested from the client 420 (step S23). If acquisition of the normal WSDL file is not requested, it is determined whether or not provision of a service using the WSDL file is requested (step S24). If the provision of service is not requested, this processing is terminated as it is. On the other hand, when the provision of the service is requested, it is determined whether or not the service can be provided (step S25). If the service can be provided, the service is provided (step S26). Here, in the provision of a service using the Normal WSDL file, a port with a high priority is used. And a service result is transmitted to the client 420 (step S27), and this process is complete | finished.
[0061]
On the other hand, if the acquisition of the Normal WSDL file is requested in step S23, it is determined whether or not the special WSDL file is returned (step S28). When the special WSDL file is not returned, the normal WSDL file is returned to the client 420 (step S29), and the process proceeds to the above-described step S24. On the other hand, when a Special WSDL file is returned in Step S28, the Special WSDL file is returned to the client 420 (Step S30).
[0062]
Then, it is determined whether or not a service using the Special WSDL file is provided (step S34). If the provision of service is not requested, this processing is terminated as it is. On the other hand, when the provision of the service is requested, it is determined whether or not the service can be provided (step S35). If the service cannot be provided, the process is terminated as it is. On the other hand, if the service can be provided, the service is provided (step S36). Here, in providing a service using the Special WSDL file, a port with a low priority is used. And a service result is transmitted (step S37) and this process is complete | finished.
[0063]
On the other hand, if the service using the WSDL file cannot be provided in step S25, reject data is transmitted (step S31). Details of the rejection data will be described later. Then, it is determined whether or not there is a special WSDL file acquisition request (step S32). If there is no request for acquisition of the Special WSDL file, this process is terminated as it is. On the other hand, if there is a special WSDL file acquisition request, the special WSDL file is returned to the client 420 (step S33), and the process proceeds to the above-described step S34.
[0064]
FIG. 13 is a flowchart showing a service provision request processing procedure using a WSDL file in steps S4 and S14. First, a transmission message is created from the typesTag, messageTag, and portTypeTag of the WSDL file (step S51).
[0065]
In accordance with bindingTag, the created transmission message is transmitted to the other party represented by serviceTag and portTag (step S52). When output is defined in portType, a reply in accordance with typesTag and messageTag is waited (step S53). When a reply is received, this process is terminated.
[0066]
As a service provision request process in FIG. 13, a case of an authentication service is specifically shown. FIG. 14 is a flowchart showing a service provision request processing procedure in the authentication service. First, an InputAuthRequest is created from the UserID and Passwd indicated by Input of messageTag (step S61). Based on the created InputAuthRequest, a transmission message is created by Soap indicated by bindingTag (step S62).
[0067]
The created transmission message is transferred to http://example.com represented by serviceTag and portTag. auth. co. It transmits to jp / AuthenticationService / high (step S63). It waits for the arrival of a reply message indicated by the output of the portTypeTag, which is a reply in step S63 (step S64).
[0068]
The received reply message is processed by Soap indicated by bindingTag, and OutputAuthResponse is extracted (step S65). The result-code and the RejectData are extracted from the extracted OutputAuthResponse in accordance with the messageTag (step S66). Then, this process is complete | finished.
[0069]
As a service provision request process in FIG. 13, a case of a print service is specifically shown. FIG. 15 is a flowchart showing a service provision request processing procedure in the print service. First, InputPrintRequest is created from UserID and PrintData indicated by input of messageTag (step S71). Based on the created InputPrintRequest, a transmission message is created by Soap indicated by bindingTag (step S72).
[0070]
The created transmission message is transferred to http://example.com represented by serviceTag and portTag. print. co. It transmits to jp / PrintService / high (step S73). It waits for the return message indicated by the output of the portTypeTag, which is a reply in step S73, to arrive (step S74).
[0071]
The received reply message is processed by Soap indicated by bindingTag, and OutputPrintResponse is extracted (step S75). In accordance with the messageTag, the result-code and the RejectData are extracted from the extracted OutputPrintResponse (step S76). Then, this process is complete | finished.
[0072]
16 and 17 are diagrams showing a normal WSDL file issued by a server that provides an authentication service. The operation of the authentication service is authReq. The input data are UserID and PassWd, which represent the user ID and the password, respectively. The output data is result-code and RejectData, and represents authentication data and rejection data when the authentication service is rejected, respectively.
[0073]
The type of UserID is represented by UserID-type, and has a structure having a string type id as an element. The type of PassWd is represented by PassWd-type, and has a structure having a string-type passwd as an element. The result-code type is represented by result-code-type, and has a structure having an integer code as an element. The type of RejectData is represented by RejectData-type, and has a structure having an integer type loadStatus and quality as elements.
[0074]
The address accessed using this WSDL file is http: // example. auth. co. jp / Authentication Service's Authentication Service Port_High Priority indicates that a port with a high priority is accessed.
[0075]
18, 19 and 20 are diagrams showing Special WSDL files issued by a server providing an authentication service. The operation of the authentication service is authReq. The input data are UserID and PassWd, which represent the user ID and the password, respectively. The output data is result-code and RejectData, and represents authentication data and rejection data when the authentication service is rejected, respectively.
[0076]
The rejection data acquisition operation is getRejectData, which is output data only. RejctData represents rejection data. The type of UserID is represented by UserID-type, and has a structure having a string type id as an element. The type of PassWd is represented by PassWd-type, and has a structure having a string-type passwd as an element. The result-code type is represented by result-code-type, and has a structure having an integer code as an element. The type of RejectData is represented by RejectData-type, and has a structure having integer type loadStatus and quality as elements.
[0077]
The address accessed using this WSDL file is http: // example. auth. co. It is Authentication Service Port_Low Priority of jp / Authentication Service, and indicates that a port with a low priority is accessed.
[0078]
21 and 22 are diagrams showing a normal WSDL file issued by a server that provides a print service. The operation of the print service is printReq. The input data is UserID and PrintData, which represent the user ID and print data, respectively. The output data is result-code and RejectData, and represents print data and reject data when the print service is rejected, respectively. The type of UserID is represented by UserID-type, and has a structure having a string type id as an element. The type of PrintData is represented by PrintData-type, and has a structure having Data type data as an element. The result-code type is represented by result-code-type, and has a structure having an integer code as an element. The type of RejectData is represented by RejectData-type, and has a structure having an integer type of loadStatus, waitTime, and limit as elements.
[0079]
The address accessed using this WSDL file is http: // example. print. co. It is PrintServicePort_HighPriority of jp / PrintService, indicating that a port with a high priority is accessed.
[0080]
FIG. 23, FIG. 24, and FIG. 25 are diagrams showing Special WSDL files issued by a server that provides a print service. The operation of the print service is printReq. The input data is UserID and PrintData, which represent the user ID and print data, respectively. The output data is result-code and RejectData, and represents print data and reject data when the print service is rejected, respectively.
[0081]
The rejection data acquisition operation is getRejectData, which is output data only. RejctData represents rejection data. The type of UserID is represented by UserID-type, and has a structure having a string type id as an element. The type of PrintData is represented by PrintData-type, and has a structure having Data type data as an element. The result-code type is represented by result-code-type, and has a structure having an integer code as an element. The type of RejectData is represented by RejectData-type, and has a structure having an integer type of loadStatus, waitTime, and limit as elements.
[0082]
The address accessed using this WSDL file is http: // example. print. co. It is PrintServicePort_LowPriority of jp / PrintService, indicating that a port with a low priority is accessed.
[0083]
FIG. 26 is a diagram showing the contents of the reject data. This rejection data is generated when the load increases by the MFP 105, which is a printing device that provides a print service as the server 410. In the figure, 1810 is the name of the data element included in the reject data. Reference numeral 1820 denotes the contents of the data element. The load information 1811 is a numerical value representing the current load status of the server. “0” represents the lowest load state and “9” represents the highest load state. The expected waiting time 1812 is a numerical value representing the waiting time until the service is executed. “0” indicates that the service is immediately executed, and “9” indicates the possibility of waiting indefinitely. The printable sheet number 1813 represents the limit of the number of sheets that can be printed. The data elements of the reject data shown in FIG. 26 are merely examples, and these data elements may not be included in the reject data, and other data elements may be included in the reject data. For example, the quality of service when using a congestion WSDL file may be included as a data element.
[0084]
Thus, according to the network system of the present embodiment, service provision can be shared among a plurality of services in the data processing apparatus as the server apparatus. Moreover, the load of each service can be distributed efficiently. In addition, a client device that dares to provide a service for a service with a high load uses a Special WSDL file and is connected to a port with a low priority. Further increase can be prevented. In addition, it is possible to prevent deterioration in service quality with respect to a request already accepted by the server device.
[0085]
In addition, a client device whose service provision has been rejected using the Normal WSDL file can select a server device that meets the service request using the reject data. Therefore, the load on each server device can be equalized. Further, the client device can know the quality of service of the server device in advance by acquiring the rejection data.
[0086]
The above is the description of the embodiments of the present invention, but the present invention is not limited to the configurations of these embodiments, and the functions shown in the claims or the functions of the configurations of the embodiments are included. Any configuration that can be achieved is applicable.
[0087]
For example, the present invention may be applied to a system or an integrated device including a plurality of devices (for example, a host computer, an interface device, a reader, etc.), or may be applied to an apparatus including a single device.
[0088]
Another object of the present invention is to supply a storage medium storing software program codes for realizing the functions of the embodiments to a system or apparatus, and the computer (or CPU, MPU, etc.) of the system or apparatus stores the storage medium. It is also achieved by reading out and executing the program code stored in.
[0089]
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the storage medium storing the program code constitutes the present invention.
[0090]
FIG. 27 is a diagram showing a memory map of a CD-ROM as a storage medium. In the figure, 9999 is an area in which directory information is stored. The directory information indicates the location of an area 9998 in which an installation program for installing the distributed server system program is stored and an area 9997 in which the distributed server system program is stored.
[0091]
When the distributed server system program according to the present embodiment is installed in the MFPs 105 and 106 that are printing devices, the installation program stored in the area 9998 is first loaded into the RAM 303 and executed by the CPU 301. When the CPU 301 executes the installation program, the distributed server system program is read from the area 9997 and stored in the hard disk 311.
[0092]
Examples of the storage medium for supplying the program code include ROM, floppy (registered trademark) disk, memory card such as PCMCIA card and compact flash (registered trademark), hard disk, micro DAT, magneto-optical disk, CD- It may be composed of an optical disk such as R or CD-RW, a phase change optical disk such as DVD, or the like.
[0093]
Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) running on the computer based on an instruction of the program code. A case where part or all of the actual processing is performed and the functions of the above-described embodiments are realized by the processing is also included.
[0094]
Further, after the program code read from the storage medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. This includes a case where the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
[0095]
The present invention can also be applied to a case where the program is distributed to a requester via a communication line such as personal computer communication from a storage medium that records a program code of software that realizes the functions of the above-described embodiments. Needless to say.
[0096]
【The invention's effect】
According to the present invention, service provision can be shared among a plurality of services in a data processing apparatus.
[0097]
For example, there are the following effects. The load of each service can be distributed efficiently. Further, it is possible to prevent further increasing the load of a service in a high load state. In addition, it is possible to prevent deterioration in service quality with respect to a request already accepted by the data processing apparatus. In addition, the information processing apparatus can select a data processing apparatus that meets the service request. Further, the information processing apparatus can know in advance the quality of service of the data processing apparatus.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a network system in an embodiment.
FIG. 2 is a block diagram showing the configuration of server PCs 101 and 102 and client PCs 103 and 104. FIG.
FIG. 3 is a block diagram showing a configuration of MFPs 105 and 106 on which a WEB service program operates.
FIG. 4 is a diagram illustrating a functional configuration of a client and a server in a network system.
FIG. 5 is a diagram illustrating a flow of operation processing between a server that provides an authentication service and a printing device.
FIG. 6 is a diagram illustrating a flow of another operation process between an authentication server that provides an authentication service and a printing device.
FIG. 7 is a diagram illustrating a flow of operation processing between a client PC and a printing device.
FIG. 8 is a diagram illustrating another operation process between the client PC and the printing device.
FIG. 9 is a flowchart showing a service request processing procedure on the client 420 side;
FIG. 10 is a flowchart showing a service request processing procedure on the client 420 side following FIG. 9;
FIG. 11 is a flowchart illustrating a service providing process procedure on the server side.
12 is a flowchart showing a service providing process procedure on the server side following FIG. 11;
FIG. 13 is a flowchart showing a service provision request processing procedure using a WSDL file in steps S4 and S14.
FIG. 14 is a flowchart showing a service provision request processing procedure in an authentication service.
FIG. 15 is a flowchart illustrating a service provision request processing procedure in a print service.
FIG. 16 is a diagram illustrating a Normal WSDL file issued by a server that provides an authentication service.
17 is a diagram showing a Normal WSDL file issued by a server that provides an authentication service following FIG. 16. FIG.
FIG. 18 is a diagram illustrating a Special WSDL file issued by a server that provides an authentication service.
FIG. 19 is a diagram showing a Special WSDL file issued by a server that provides the authentication service following FIG. 18;
FIG. 20 is a diagram showing a Special WSDL file issued by a server that provides an authentication service following FIGS. 18 and 19;
FIG. 21 is a diagram illustrating a Normal WSDL file issued by a server that provides a print service.
22 is a diagram showing a Normal WSDL file issued by a server that provides the print service following FIG. 21. FIG.
FIG. 23 is a diagram illustrating a Special WSDL file issued by a server that provides a print service.
24 is a diagram showing a Special WSDL file issued by a server that provides the print service following FIG. 23. FIG.
FIG. 25 is a diagram showing a Special WSDL file issued by a server that provides a print service following FIGS. 23 and 24;
FIG. 26 is a diagram showing the contents of rejection data.
FIG. 27 is a diagram showing a memory map of a CD-ROM as a storage medium.
[Explanation of symbols]
410 server
413, 423 Application
415 WSDL file
420 clients
910 Printing device
920, 930 Authentication server
1210 Client PC
1220, 1230 printing device

Claims (10)

情報処理装置からの要求にしたがって、サービスを提供するデータ処理装置であって、
前記データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信手段と、
前記データ処理装置自身の状態を判断する状態判断手段と、
前記状態判断手段によって判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信手段とを備えたことを特徴とするデータ処理装置。A data processing device that provides a service in accordance with a request from an information processing device,
First transmission means for transmitting first service description information to be referred to when using the first service, in which information on the first service provided by the data processing device is described in a predetermined language;
State determination means for determining the state of the data processing device itself;
When the first service is not provided based on the state determined by the state determination unit, information related to the second service provided by the data processing device different from the first service is in the predetermined language. A data processing apparatus comprising: a second transmission unit configured to transmit second service description information described when referring to the second service described. 前記第１のサービスと比べて機能が制限された前記第２のサービスに関する情報が記述された前記第２のサービス記述情報を作成する作成手段を備え、
前記第２の送信手段は、前記作成手段により作成された第２のサービス記述情報を送信することを特徴とする請求項１記載のデータ処理装置。Creating means for creating the second service description information in which information about the second service whose function is limited compared to the first service is described;
The data processing apparatus according to claim 1, wherein the second transmission unit transmits the second service description information created by the creation unit. 前記第２の送信手段は、前記データ処理装置が提供するサービスに関する情報が前記所定の言語で記述されたサービス記述情報の取得が要求され、かつ、前記状態判断手段によって判断された状態を基に前記第１のサービスの提供を拒否する場合、前記第１のサービス記述情報を返信する代わりに、前記第２のサービス記述情報を送信することを特徴とする請求項１或いは２記載のデータ処理装置。The second transmission means is requested to obtain service description information in which information relating to the service provided by the data processing device is described in the predetermined language, and based on the state determined by the state determination means. 3. The data processing apparatus according to claim 1, wherein, when refusing to provide the first service, the second service description information is transmitted instead of returning the first service description information. . 前記第２の送信手段は、前記第２のサービス記述情報の取得が要求された場合、前記第２のサービス記述情報を送信することを特徴とする請求項１乃至３のいずれか記載のデータ処理装置。The data processing according to any one of claims 1 to 3, wherein the second transmission means transmits the second service description information when acquisition of the second service description information is requested. apparatus. 前記第１のサービス記述情報を使用して前記第１のサービスの利用が要求された場合、前記状態判断手段によって判断された状態を基に、前記第１のサービスの提供の拒否を示す拒否データを返信する拒否手段を備えたことを特徴とする請求項３記載のデータ処理装置。When use of the first service is requested using the first service description information, refusal data indicating refusal to provide the first service based on the state determined by the state determination unit The data processing apparatus according to claim 3, further comprising a rejection unit that replies. 第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置において、
前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求手段と、
前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求手段と、
前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求手段とを備えたことを特徴とする情報処理装置。In the information processing apparatus capable of communicating with the first data processing apparatus and the second data processing apparatus,
The first service description information referred to when using the first service, in which information related to the first service provided by the first data processing apparatus is described in a predetermined language, is used for the first service. First service requesting means for requesting one data processing apparatus to use the first service;
When the first service is not provided, a second reference that is referred to when using the second service in which information related to the second service provided by the second data processing device is described in the predetermined language is used. Second service requesting means for requesting the second data processing apparatus to use the second service using the service description information of
When the first service and the second service are not provided, information on a third service provided by the first data processing device whose function is limited compared to the first service is the predetermined language. The third service requesting means for requesting the first data processing apparatus to use the third service, using the third service description information referred to when using the third service, An information processing apparatus comprising: 情報処理装置からの要求にしたがって、サービスを提供するデータ処理方法であって、
データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、
前記データ処理装置の状態を判断する状態判断ステップと、
前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを有することを特徴とするデータ処理方法。A data processing method for providing a service in accordance with a request from an information processing device,
A first transmission step of transmitting first service description information referred to when using the first service, in which information on the first service provided by the data processing device is described in a predetermined language;
A state determining step of determining a state of the data processing device;
When the first service is not provided based on the state determined in the state determination step, information related to the second service provided by the data processing device different from the first service is in the predetermined language. A data processing method comprising: a second transmission step of transmitting the second service description information described when referring to the second service described. 第１のデータ処理装置及び第２のデータ処理装置と通信可能な情報処理装置の情報処理方法において、
前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、
前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、
前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを有することを特徴とする情報処理方法。In the information processing method of the information processing apparatus capable of communicating with the first data processing apparatus and the second data processing apparatus,
The first service description information referred to when using the first service, in which information related to the first service provided by the first data processing apparatus is described in a predetermined language, is used for the first service. A first service requesting step for requesting one data processing device to use the first service;
When the first service is not provided, a second reference that is referred to when using the second service in which information related to the second service provided by the second data processing device is described in the predetermined language is used. A second service requesting step for requesting the second data processing apparatus to use the second service using the service description information of:
When the first service and the second service are not provided, information on a third service provided by the first data processing device whose function is limited compared to the first service is the predetermined language. A third service requesting step for requesting the first data processing apparatus to use the third service, using the third service description information referred to when the third service is used, An information processing method characterized by comprising: データ処理装置内のコンピュータが読み取り実行可能なプログラムであって、 情報処理装置からの要求にしたがって、サービスを提供する際、データ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を送信する第１の送信ステップと、
前記データ処理装置の状態を判断する状態判断ステップと、
前記状態判断ステップで判断された状態を基に前記第１のサービスの提供をしない場合、前記第１のサービスとは異なる前記データ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を送信する第２の送信ステップとを含むことを特徴とするプログラム。A computer program that can be read and executed by a computer in a data processing device, and when providing a service according to a request from an information processing device, information related to a first service provided by the data processing device is described in a predetermined language. A first transmission step of transmitting first service description information to be referred to when using the first service;
A state determining step of determining a state of the data processing device;
When the first service is not provided based on the state determined in the state determination step, information related to the second service provided by the data processing device different from the first service is in the predetermined language. And a second transmission step of transmitting second service description information that is referred to when the second service is used. 情報処理装置内のコンピュータが読み取り実行可能なプログラムであって、
前記第１のデータ処理装置が提供する第１のサービスに関する情報が所定の言語で記述された、当該第１のサービスを利用する場合に参照する第１のサービス記述情報を使用して、前記第１のデータ処理装置に前記第１のサービスの利用を要求する第１のサービス要求ステップと、
前記第１のサービスが提供されない場合、前記第２のデータ処理装置が提供する第２のサービスに関する情報が前記所定の言語で記述された、当該第２のサービスを利用する場合に参照する第２のサービス記述情報を使用し、前記第２のデータ処理装置に第２のサービスの利用を要求する第２のサービス要求ステップと、
前記第１のサービスおよび前記第２のサービスが提供されない場合、前記第１のサービスに比べて機能が制限された前記第１のデータ処理装置が提供する第３のサービスに関する情報が前記所定の言語で記述された、当該第３のサービスを利用する場合に参照する第３のサービス記述情報を使用し、前記第１のデータ処理装置に第３のサービスの利用を要求する第３のサービス要求ステップとを含むことを特徴とするプログラム。A program that can be read and executed by a computer in the information processing apparatus,
The first service description information referred to when using the first service, in which information related to the first service provided by the first data processing apparatus is described in a predetermined language, is used for the first service. A first service requesting step for requesting one data processing device to use the first service;
When the first service is not provided, a second reference that is referred to when using the second service in which information related to the second service provided by the second data processing device is described in the predetermined language is used. A second service requesting step for requesting the second data processing apparatus to use the second service using the service description information of:
When the first service and the second service are not provided, information on a third service provided by the first data processing device whose function is limited compared to the first service is the predetermined language. A third service requesting step for requesting the first data processing apparatus to use the third service, using the third service description information referred to when the third service is used, The program characterized by including.
JP2003206275A 2003-08-06 2003-08-06 Data processing apparatus, information processing apparatus, data processing method, information processing method, and program Expired - Fee Related JP4262016B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003206275A JP4262016B2 (en) 2003-08-06 2003-08-06 Data processing apparatus, information processing apparatus, data processing method, information processing method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003206275A JP4262016B2 (en) 2003-08-06 2003-08-06 Data processing apparatus, information processing apparatus, data processing method, information processing method, and program

Publications (2)

Publication Number Publication Date
JP2005055984A true JP2005055984A (en) 2005-03-03
JP4262016B2 JP4262016B2 (en) 2009-05-13

Family

ID=34363191

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003206275A Expired - Fee Related JP4262016B2 (en) 2003-08-06 2003-08-06 Data processing apparatus, information processing apparatus, data processing method, information processing method, and program

Country Status (1)

Country Link
JP (1) JP4262016B2 (en)

Also Published As

Publication number Publication date
JP4262016B2 (en) 2009-05-13

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
US6014700A (en) Workload management in a client-server network with distributed objects
JP4827523B2 (en) Information processing apparatus, information processing method, and control program
US7562217B2 (en) Web service provider and authentication service provider
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
CN103095951B (en) Image processing system and image formation system
US8121954B2 (en) Information processor, method for controlling the same, and image forming system
US8570574B2 (en) Processing system, control method, and storage medium therefor
JP2004038956A (en) Computing system and method
EP1349062A2 (en) Download management system
JP2006109459A (en) Print supporting apparatus, print processing apparatus, document processing system, method of controlling print supporting apparatus, print support control program, and computer readable recording medium
JP2002063008A (en) Printer user limiting system
CN101552788A (en) A session management system and a control method thereof
US20050015446A1 (en) Method and apparatus to remotely control electronic apparatuses over a network
US6751648B2 (en) System for sharing image input device on network
JP4748763B2 (en) Information processing apparatus, control method for information processing apparatus, program, and storage medium
JP4262016B2 (en) Data processing apparatus, information processing apparatus, data processing method, information processing method, and program
JP2005092811A (en) Built-in apparatus having www server function, http request distribution method and program, and web system
KR101160382B1 (en) Session management system and method of controlling the same
JP2005055983A (en) Service management method and apparatus, and control program
US20060106924A1 (en) Data-processing device, communication method, and computer program
JP4532238B2 (en) On-demand service provision system
KR100325816B1 (en) Method for printing in network printer
JP2005055981A (en) Data processor, data processing system, data processing method, information processing method, and program
JP2006035456A (en) Image processor and its controlling method and program

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