(57)【要約】【課題】  クライアント端末からプロキシサーバの外部に、可及的に大量のデータを送信することができるようにする。【解決手段】  クライアント４１０は、プロキシサーバ１２０における送信方式毎の最大送信データサイズの設定値を、ＳＬＰ（Service Location Protocol）や、ユーザのパネルの操作などに基づいて取得し、送信するデータサイズよりも大きな設定値の送信方式でデータ４１７をサーバ４２０に送信する。これにより、プロキシサーバ１２０における制限値以内で、可及的に大量のデータ送信が可能な送信方式を自動的に決定することが可能となる。【選択図】  図４
2006140841.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークに接続され、プロキシサーバを介して前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とデータの送受信を行う情報処理装置であって、
前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得する取得手段と、
前記取得手段により取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定手段と、
前記決定手段により決定された送信方式を用いて、前記サーバ装置宛ての前記データを送信する送信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記決定手段により決定された送信方式を、前記プロキシサーバを介して前記サーバ装置に通知する通知手段と、
前記通知手段により送信方式が通知された後に、前記サーバ装置から前記決定された送信方式を使用するサーバ装置の位置情報を、前記プロキシサーバを介して前記サーバ装置から受け取る受け取り手段とを有し、
前記送信手段は、前記受け取り手段により受け取られた位置情報に示されているサーバ装置に、前記決定手段により決定された送信方式を用いて、前記プロキシサーバを介して前記データを送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
第１のネットワークに接続され、前記第１のネットワークと異なる第２のネットワークに接続された情報処理装置とプロキシサーバを介してデータの送受信を行うサーバ装置であって、
前記プロキシサーバを介して前記情報処理装置から、前記データの送信方式を受け取る受け取り手段と、
前記受け取り手段によりデータの送信方式が受け取られると、その送信方式を使用するサーバ装置の位置情報を、前記プロキシサーバを介して前記情報処理装置に通知する通知手段と、
前記通知手段により通知された送信方式で送信されたデータを受信する受信手段とを有することを特徴とするサーバ装置。
【請求項４】
前記請求項１又は２に記載の情報処理装置と、前記請求項３に記載のサーバ装置とを有することを特徴とするネットワークシステム。
【請求項５】
第１のネットワークに接続され、他の情報処理装置を介して前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とデータの送受信を行う情報処理装置であって、
前記他の情報処理装置における送信可能な最大のデータサイズを、送信方式毎に取得する取得手段と、
前記取得手段により取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定手段と、
前記決定手段により決定された送信方式を用いて、前記サーバ装置宛ての前記データを送信する送信手段とを有することを特徴とする情報処理装置。
【請求項６】
第１のネットワークに接続された情報処理装置と、前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とが、プロキシサーバを介してデータの送受信を行うデータ通信方法であって、
前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得する取得ステップと、
前記取得ステップにより取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定ステップと、
前記決定ステップにより決定された送信方式を用いて、前記プロキシサーバを介して前記サーバ装置に前記データを送信する送信ステップとを有することを特徴とするデータ通信方法。
【請求項７】
前記決定ステップにより決定された送信方式を、前記プロキシサーバを介して前記サーバ装置に通知する第１の通知ステップと、
前記第１の通知ステップにより通知された送信方式を受け取る第１の受け取りステップと、
前記第１の受け取りステップによりデータの送信方式が受け取られると、その送信方式を使用するサーバ装置の位置情報を、前記プロキシサーバを介して前記情報処理装置に通知する第２の通知ステップと、
前記第２の通知ステップにより通知された位置情報を、前記プロキシサーバを介して前記サーバ装置から受け取る第２の受け取りステップとを有し、
前記送信ステップは、前記第２の受け取りステップにより受け取られた位置情報に示されているサーバ装置に、前記決定ステップにより決定された送信方式を用いて、前記プロキシサーバを介して前記データを送信することを特徴とする請求項６に記載のデータ通信方法。
【請求項８】
第１のネットワークに接続された情報処理装置と、前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とが、プロキシサーバを介してデータの送受信を行うことをコンピュータに実行させるためのコンピュータプログラムであって、
前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得する取得ステップと、
前記取得ステップにより取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定ステップと、
前記決定ステップにより決定された送信方式を用いて、前記サーバ装置宛ての前記データを送信する送信ステップとをコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、サーバ装置、ネットワークシステム、データ通信方法、及びコンピュータプログラムに関し、特に、プロキシサーバなどの他の情報処理装置を介して、情報処理装置とサーバ装置とが通信するために用いて好適なものである。
【背景技術】
【０００２】
従来から、企業内システムを構築するＬＡＮ（Local Area Network）と、企業内システムの外部にあるインターネットとの間にプロキシサーバなどの情報処理装置を置いて、企業内システムのセキュリティを向上させたり、インターネットに接続されているＷＷＷサーバのデータをプロキシサーバ内に一時的に保管（キャッシュ）してネットワークトラフィックを低減したりすることが行われている。
このように、プロキシサーバが置かれている従来のネットワークシステムでは、クライアント端末からのコマンドをプロキシサーバが受け取り、プロキシサーバが、インターネットに接続されているＷＷＷサーバに、受け取ったコマンドで指定された指示を出すようにしている（特許文献１を参照）。
【０００３】
【特許文献１】特開２００２−１８９６２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、インターネットに接続されている装置に、クライアント端末からデータを送信する場合、クライアント端末と、インターネットに接続されているＷＷＷサーバとの間でネゴシエーションを行うようにしていた。このため、クライアント端末からＷＷＷサーバに大量のデータを送信する場合、プロキシサーバにより制限を受けてしまう虞があるという問題点があった。
【０００５】
本発明は、前述の問題点に鑑みてなされたものであり、クライアント端末からプロキシサーバなどの情報処理装置を介して、可及的に大量のデータを送信することができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報処理装置は、第１のネットワークに接続され、プロキシサーバを介して前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とデータの送受信を行う情報処理装置であって、前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得する取得手段と、前記取得手段により取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定手段と、前記決定手段により決定された送信方式を用いて、前記プロキシサーバを介して前記サーバ装置に前記データを送信する送信手段とを有することを特徴とする。
本発明のサーバ装置は、第１のネットワークに接続され、前記第１のネットワークと異なる第２のネットワークに接続された情報処理装置とプロキシサーバを介してデータの送受信を行うサーバ装置であって、前記プロキシサーバを介して前記情報処理装置から、前記データの送信方式を受け取る受け取り手段と、前記受け取り手段によりデータの送信方式が受け取られると、その送信方式を使用するサーバ装置の位置情報を、前記プロキシサーバを介して前記情報処理装置に通知する通知手段と、前記通知手段により通知された送信方式で送信されたデータを受信する受信手段とを有することを特徴とする。
本発明のネットワークシステムは、前記記載の情報処理装置と、前記記載のサーバ装置とを有することを特徴とする。
【０００７】
本発明のデータ通信方法は、第１のネットワークに接続された情報処理装置と、前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とが、プロキシサーバを介してデータの送受信を行うデータ通信方法であって、前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得する取得ステップと、前記取得ステップにより取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定ステップと、前記決定ステップにより決定された送信方式を用いて、前記プロキシサーバを介して前記サーバ装置に前記データを送信する送信ステップとを有することを特徴とする。
【０００８】
本発明のコンピュータプログラムは、第１のネットワークに接続された情報処理装置と、前記第１のネットワークと異なる第２のネットワークに接続されたサーバ装置とが、プロキシサーバを介してデータの送受信を行うことをコンピュータに実行させるためのコンピュータプログラムであって、前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得する取得ステップと、前記取得ステップにより取得されたデータサイズと、送信を行うデータのデータサイズとを比較し、比較した結果に基づいて、前記データの送信方式を決定する決定ステップと、前記決定ステップにより決定された送信方式を用いて、前記プロキシサーバを介して前記サーバ装置に前記データを送信する送信ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、第１のネットワークに接続された情報処理装置から、第２のネットワークに接続されたサーバ装置へ、プロキシサーバを介してデータを送信するに際し、前記プロキシサーバにおける送信可能な最大のデータサイズを、送信方式毎に取得し、取得したデータサイズと、送信を行うデータのデータサイズとの比較結果に基づいて、データの送信方式を決定し、決定した送信方式を用いて、前記情報処理装置から、前記プロキシサーバを介してサーバ装置に前記データを送信するようにしたので、前記プロキシサーバにおける制限値以内で可及的に大量のデータを、サーバ装置に送信することが可能な送信方式を自動的に決定することが可能となる。
または、本発明によれば、第１のネットワークに接続された情報処理装置から、第２のネットワークに接続されたサーバ装置へ、他の情報処理装置を介してデータを送信するに際し、前記他の情報処理装置における送信可能な最大のデータサイズを、送信方式毎に取得し、取得したデータサイズと、送信を行うデータのデータサイズとの比較結果に基づいて、データの送信方式を決定し、決定した送信方式を用いて、前記情報処理装置から、前記他の情報処理装置を介してサーバ装置に前記データを送信するようにしたので、前記他の情報処理装置における制限値以内で可及的に大量のデータを、サーバ装置に送信することが可能な送信方式を自動的に決定することが可能となる。
【発明を実施するための最良の形態】
【００１０】
次に、図面を参照しながら、本発明の実施形態について説明する。
本実施形態では、以下に詳述するように、サーバのソフトウェアとクライアントのソフトウェアとが人間の意思や確認を介さずにサービスの提供・利用を行うＷＥＢサービス技術を使用したネットワークシステムである場合を例に挙げて説明する。
【００１１】
図１は、本実施形態のネットワークシステムの構成の一例を示す図である。
図１において、１０１、１０２はサーバＰＣ（Personal Computer）である。１０３はクライアントＰＣである。１０４、１０５はＭＦＰ（Multi Function Printer）である。これらサーバＰＣ１０１、１０２、クライアントＰＣ１０３、およびＭＦＰ１０４、１０５は、それぞれＬＡＮ１００に接続されている。
【００１２】
サーバＰＣ１０１、１０２は、ＷＥＢサービスにおける各種サービスを提供するサーバである。クライアントＰＣ１０３は、ＷＥＢサービスにおける各種サービスを享受するクライアントである。ＭＦＰ１０４、１０５は、ＷＥＢサービスにおける各種サービスを提供するサーバであり、かつ各種サービスを享受するクライアントにもなり得る。サーバＰＣ１０１、１０２およびＭＦＰ１０４、１０５は、クライアントＰＣ１０３からのサービスの検索に応答し、クライアントＰＣ１０３からのサービスの要求によってサービスを提供する。
【００１３】
クライアントＰＣ１０３は、ＷＥＢサービスにおけるクライアントであり、サーバＰＣ１０１、１０２およびＭＦＰ１０４、１０５に対してサービスの検索を行い、サーバＰＣ１０１、１０２およびＭＦＰ１０４、１０５に対してサービスを要求し、サービスの提供を受ける。１２０はＬＡＮ１００におけるプロキシサーバである。ＬＡＮ１００に接続されている端末は、全てプロキシサーバ１２０を介して、外部のネットワークであるインターネット１３０にアクセスする。
【００１４】
１４０はサーバＰＣである。このサーバＰＣ１４０は、ＷＥＢサービスのサーバになることができ、インターネット１３０に接続されている。ＬＡＮ１００のＷＥＢサービスのクライアントであるクライアントＰＣ１０３およびＭＦＰ１０４、１０５は、プロキシサーバ１２０およびインターネット１３０を介してサーバＰＣ１４０へアクセスすることが可能であるものとする。
【００１５】
１４１は、ＭＦＰである。このＭＦＰ１４１は、ＷＥＢサービスのサーバになることができ、インターネット１３０に接続されている。ＬＡＮ１００に接続されているＷＥＢサービスクライアントであるクライアントＰＣ１０３およびＭＦＰ１０４、１０５は、プロキシサーバ１２０およびインターネット１３０を介してＭＦＰ１４１へアクセスすることが可能であるものとする。
【００１６】
図２は、パーソナルコンピュータ（ＰＣ）の内部構成の一例を示した図である。図１におけるサーバＰＣ１０１、１０２、クライアントＰＣ１０３、およびサーバＰＣ１４０の内部構成は、図２に示すようになっている。
図２において、ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された各種ソフトウェア、あるいはフレキシブルディスクドライブ（ＦＤ）２１２から供給される各種ソフトウェアを実行するＣＰＵ２０１を備えている。このＣＰＵ２０１は、システムバス２０４に接続される各機器を総括的に制御する。２０３はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、本実施形態で説明する動作を行うプログラム、種々のアプリケーション、編集ファイル、ユーザファイル等を記憶するハードディスク（ＨＤ）２１１およびフレキシブルディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ２２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
なお、本実施形態においては、ＬＡＮ２２０と、図１におけるＬＡＮ１００とは、同じものであるとする。
【００１７】
図３は、プリンタデバイスの内部構成の一例を示した図である。図１におけるＭＦＰ１０４、１０５、１４１の内部構成は、図３に示すようになっている。
図３において、プリンタデバイス３００は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１０に記憶された各種プログラム、あるいはフレキシブルディスクドライブ（ＦＤ）３１１より供給される各種プログラムを実行するＣＰＵ３０１を備えている。このＣＰＵ３０１は、システムバス３０４に接続される各機器を総括的に制御する。３０３はＲＡＭであり、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）であり、ユーザインタフェース（ＵＩ）３０９への表示や、ユーザインタフェース（ＵＩ）３０９からの指示入力を制御する。
【００１８】
３０６はファンクションコントローラ（ＦＵＮＣＣ）であり、各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現したり制御したりする。例えば、プリンタデバイス３００がモノクロプリンタであれば、モノクロプリントエンジンコントローラとモノクロプリントエンジンとを備えることになる。また、プリンタデバイス３００がカラープリンタであれば、カラープリントエンジンコントローラとカラープリントエンジンとを備えることになる。さらに、プリンタデバイス３００がＭＦＰであれば、各機能のファンクションコントローラ（ＦＵＮＣＣ）３０６とファンクション（ＦＵＮＣ）３１０を備えることになる。
【００１９】
３０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、本実施形態で説明する動作を行うプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１およびフレキシブルディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ３２０を介して、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。
なお、本実施形態においては、ＬＡＮ３２０と、図１におけるＬＡＮ１００とは、同じものであるとする。
【００２０】
図４は、ＷＥＢサービスの一例であるＢＭＬｉｎｋＳを、本実施形態のネットワークシステムに適用した場合に、クライアントとサーバとの間で行われる動作の一例を示すシーケンス図である。
図４において、４１０はクライアントを表し、４２０はサーバを表す。クライアント４１０は、例えば図１のＭＦＰ１０４である。また、サーバ４２０は、例えば図１のサーバＰＣ１４０である。これらクライアント４１０とサーバ４２０は、プロキシサーバ１２０を介して相互に通信するものである。
【００２１】
クライアント４１０は、まず、電源ＯＮ時やユーザからの設定により、プロキシサーバ１２０が設定値として送信方式毎に保持している最大送信データサイズを取得する（ステップＳ４１１）。その後、ユーザや他のＰＣからのデータ送信要求が発生すると（ステップＳ４１２）、クライアント４１０は、送信要求されたデータサイズと、ステップＳ４１１で取得したプロキシサーバ１２０の送信方式毎の最大送信データサイズとを比較する。そして、送信要求されたデータサイズが、最大送信データサイズ以下である送信方式を検出し、送信方式を決定する（ステップＳ４１３）。
【００２２】
次に、create＿jobを生成し、このcreate＿jobに、ステップＳ４１３で決定した送信方式を付与し、メッセージ４１５としてサーバ４２０へ送信する（ステップＳ４１４）。メッセージ４１５を受信したサーバ４２０は、指定された送信方式を使用したdata-sink-uriを付与したcreate＿jobResponseをメッセージ４２２として送信する（ステップＳ４２１）。メッセージ４２２を受信したクライアント４１０は、指定されたdata-sink-uriへデータを送信する（ステップＳ４１６）。以上のようにすることで、プロキシサーバ１２０の最大送信データサイズに対応した送信方式が決定され、決定された送信方式でデータ４１７の送信が開始される。
【００２３】
図５は、図４に示したクライアント４１０の動作の一例を説明するフローチャートである。
まず、クライアント４１０は、電源ＯＮ時に初期化処理（ステップＳ５０１）を行い、プロキシサーバ１２０の最大送信データサイズの設定値を獲得する（ステップＳ５０２）。この獲得方法は、ユーザの設定によって獲得したり、プロキシサーバ１２０へ設定値を要求しその応答によって獲得したりする等、各種方法がある。
【００２４】
その後、クライアント４１０は、各種要求を待ち、要求があると、その要求が何であるかを判別する（ステップＳ５０３）。この判別の結果、要求がデータ送信要求である場合には、データ送信要求処理を行った後（ステップＳ５１０）、再びステップＳ５０３へ戻り、各種要求の発生を待つ。一方、その他の要求である場合には、データ送信要求以外の処理を行った後（ステップＳ５２０）、再びステップＳ５０３へ戻り、各種要求の発生を待つ。
【００２５】
図６は、図５に示したデータ送信要求処理（ステップＳ５１０）の詳細を示したフローチャートチャートである。
まず、送信要求されたデータのサイズを獲得する（ステップＳ６０１）。図５のステップＳ５０２で獲得したプロキシサーバ１２０を通過可能な送信方式のうちの１つを選択する（ステップＳ６０２）。
次に、選択した送信方式の最大送信データサイズと、送信を要求された送信データサイズとを比較する（ステップＳ６０３）。この比較の結果、送信データサイズが最大送信データサイズ以下であれば、ステップＳ６０２で選択した送信方式を、使用する送信方式として決定してデータ送信処理を行い（ステップＳ６１０）、送信データ要求処理を終了する。
【００２６】
一方、送信データサイズが最大送信データサイズ以下でなければ、図５のステップＳ５０２で獲得したプロキシサーバ１２０の送信方式を全て調べたか否かを判定し（ステップＳ６２０）、全て調べたのであれば、どの送信方式でもデータを送信できないためのエラー処理を行い（ステップＳ６３０）、送信データ要求処理を終了する。一方、プロキシサーバ１２０の送信方式を全て調べていない場合には、未調査の送信方式のうちの１つ（次の送信方式）を選択し（ステップＳ６４０）、再びステップＳ６０３へ戻る。
【００２７】
図７は、図６に示したデータ送信処理（ステップＳ６１０）の詳細を示したフローチャートである。
まず、図６のステップＳ６０３の判定動作に基づいて決定した送信方式をtransfer-methodタグで示したcreate＿jobを作成する（ステップＳ７０１）。そして、作成したcreate＿jobを、サーバ４２０（図４を参照）へ送信する（ステップＳ７０２）。このcreate＿jobは、図４に示したメッセージ４１５である。
【００２８】
その後、create＿jobResponse（図４に示したメッセージ４２２）を受信するために所定時間待機し、受信すると、その受信したcreate＿jobResponseに含まれているdata-sink-uriを認識し、そのdata-sink-uriに対してデータ４１７を送信し（ステップＳ７１０）、全てのデータの送信を終了すると、データ送信処理を終了する。一方、所定時間内にcreate＿jobResponseを受信せず、タイムアウト（TimeOut）が発生すると、タイムアウトエラー処理を実行し（ステップＳ７２０）、データ送信処理を終了する。
【００２９】
図８は、図４に示したサーバ４２０の動作の一例を説明するフローチャートである。
まず電源ＯＮ時に初期化処理を行う（ステップＳ８０１）。その後、各種要求を待ち、要求があると、その要求が何であるかを判別する（ステップＳ８０２）。この判別の結果、図４に示したクライアント４１０から、create＿job（メッセージ４１５）を受信した場合には、その受信したcreate＿job内にtransfer-methodタグの有無を判別する（ステップＳ８１０）。
【００３０】
この判別の結果、transfer-methodタグが有る場合には、transfer-methodで指定された送信方式のdata-sink-uriを生成し（ステップＳ８３０）、生成したdata-sink-uriを含んだcreate＿jobReesponse（メッセージ４２２）を生成し、クライアント４１０に返信する（ステップＳ８３１）。その後、create＿jobのその他の処理を行い（ステップＳ８３２）、再びステップＳ８０２へ戻る。
【００３１】
一方、transfer-methodタグが無い場合には、サーバ４２０でデフォルトとして指定されている送信方式のdata-sink-uriを生成し（ステップＳ８４０）、ステップＳ８３１に進む。そして、前述したように、生成したdata-sink-uriを含んだcreate＿jobReesponse（メッセージ４２２）を生成して、クライアント４１０返信した後、その他の処理を行い、再びステップＳ８０２へ戻る。
【００３２】
図９は、図４に示したメッセージ４１５であるcreate＿jobの一例を示した図である。図６のステップＳ６０３で決定された送信方式は、図９のcreate＿job９００では、<transfer-method>HTTP</transfer-method>として表現されている。図９に示す例では、ＨＴＴＰが、決定された送信方式ということになる。
【００３３】
図１０は、図４に示したメッセージ４２２であるcreate＿jobResponseの一例を示した図である。図８のステップＳ８３０で生成したdata-sink-uri１０００は、「<data-sink-uri>http://192.168.1.4/spool/job001〈/data-sink-uri〉」として記述され、このＵＲＩへデータ送信を行うことをクライアント４１０へ指示している。
【００３４】
図１１は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップの一例を示す図である。  図１１において、９９９９は、ディレクトリ情報が記憶してある領域であり、以降のインストールプログラムを記憶してある領域９９９８、および本実施形態のネットワークシステムの機能を実現するプログラムが記憶してある領域９９９７の位置を示している。
【００３５】
９９９８は、本実施形態のネットワークシステムの機能を実現するプログラムをインストールするためのプログラムが記憶してある領域である。９９９７は、本実施形態のネットワークシステムの機能を実現するプログラムが記憶してある領域である。本実施形態のネットワークシステムの機能を実現するプログラムが、プリンタデバイス３００にインストールされる際には、まずインストールプログラムが記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ３０１によって実行される。次に、ＣＰＵ３０１によって実行されるインストールプログラムが、本実施形態のネットワークシステムの機能を実現するプログラムが記憶してある領域９９９７からそのプログラムを読み出して、ハードディスク３１１に格納する。
【００３６】
以上のように本実施形態では、クライアント４１０は、プロキシサーバ１２０における送信方式（ＨＴＴＰ、ＦＴＰなど）毎の最大送信データサイズの設定値を、ＳＬＰ（Service Location Protocol）や、ユーザのパネルの操作などに基づいて取得し、送信するデータサイズよりも大きな設定値の送信方式でデータ４１７をサーバ４２０送信するようにしたので、プロキシサーバ１２０における制限値以内で、可及的に大量のデータ送信が可能な送信方式を自動的に決定することが可能となる。
なお、本実施形態の機能を、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用してもよいし、ひとつの機器からなる装置に適用してもよい。
【００３７】
（本発明のその他の実施形態）
前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭPＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００３８】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００３９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態を示し、ネットワークシステムの構成の一例を示す図である。
【図２】本発明の実施形態を示し、パーソナルコンピュータ（ＰＣ）の内部構成の一例を示した図である。
【図３】本発明の実施形態を示し、プリンタデバイスの内部構成の一例を示した図である。
【図４】本発明の実施形態を示し、クライアントとサーバとの間で行われる動作の一例を示すシーケンス図である。
【図５】本発明の実施形態を示し、クライアントの動作の一例を説明するフローチャートである。
【図６】本発明の実施形態を示し、データ送信要求処理の詳細を示したフローチャートである。
【図７】本発明の実施形態を示し、データ送信処理の詳細を示したフローチャートである。
【図８】本発明の実施形態を示し、サーバの動作の一例を説明するフローチャートである。
【図９】本発明の実施形態を示し、create＿jobの一例を示した図である。
【図１０】本発明の実施形態を示し、create＿jobResponseの一例を示した図である。
【図１１】本発明の実施形態を示し、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップの一例を示す図である。
【符号の説明】
【００４１】
１００  ＬＡＮ
１０１、１０２、１４０  サーバＰＣ
１０３  クライアントＰＣ
１０４、１０５、１４１  ＭＦＰ
１２０  プロキシサーバ
１３０  インターネット
１４０  サーバＰＣ
４１０  クライアント
４２０  サーバ
【図１】
2006140841.tif 000003
【図２】
2006140841.tif 000004
【図３】
2006140841.tif 000005
【図４】
2006140841.tif 000006
【図５】
2006140841.tif 000007
【図６】
2006140841.tif 000008
【図７】
2006140841.tif 000009
【図８】
2006140841.tif 000010
【図９】
2006140841.tif 000011
【図１０】
2006140841.tif 000012
【図１１】
2006140841.tif 000013