(57)【要約】【課題】リクエスタ側が機器に関する固有情報を有しなくともＷＥＢサービスを利用できる仕組みを提供する。【解決手段】サービス提供を要求する端末装置と、前記サービスを提供するサービス提供装置とにネットワークを介して接続されるデバイス装置であって、前記端末装置から前記サービス提供装置への処理要求を受信する受信手段と、前記処理要求に前記デバイス装置に固有の情報の追加が必要か否かを判定する判定手段と、前記固有の情報の追加が必要と判定された場合に、前記処理要求に該固有の情報を追加して、前記サービス提供装置へ送信する送信手段とを備える。【選択図】図１
2008102704.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供を要求する端末装置と、前記サービスを提供するサービス提供装置とにネットワークを介して接続されるデバイス装置であって、
前記端末装置から前記サービス提供装置への処理要求を受信する受信手段と、
前記処理要求に前記デバイス装置に固有の情報の追加が必要か否かを判定する判定手段と、
前記固有の情報の追加が必要と判定された場合に、前記処理要求に該固有の情報を追加して、前記サービス提供装置へ送信する送信手段と
を備えることを特徴とするデバイス装置。
【請求項２】
前記デバイス装置が印刷装置であり、
前記処理要求が、前記印刷装置において印刷処理を実行するための印刷用データの生成要求の場合に、
前記判定手段は、前記固有の情報の追加が必要と判定する
ことを特徴とする請求項１に記載のデバイス装置。
【請求項３】
前記固有の情報には、前記印刷装置の印刷処理における色の情報と、解像度の情報とが含まれることを特徴とする請求項２に記載のデバイス装置。
【請求項４】
サービス提供を要求する端末装置と、前記サービスを提供するサービス提供装置とにネットワークを介して接続されるデバイス装置の制御方法であって、
前記端末装置から前記サービス提供装置への処理要求を受信する受信工程と、
前記処理要求に前記デバイス装置に固有の情報の追加が必要か否かを判定する判定工程と、
前記固有の情報の追加が必要と判定された場合に、前記処理要求に該固有の情報を追加して、前記サービス提供装置へ送信する送信工程と
を備えることを特徴とするデバイス装置の制御方法。
【請求項５】
前記デバイス装置が印刷装置であり、
前記処理要求が、前記印刷装置において印刷処理を実行するための印刷用データの生成要求の場合に、
前記判定工程では、前記固有の情報の追加が必要と判定される
ことを特徴とする請求項４に記載のデバイス装置の制御方法。
【請求項６】
前記固有の情報には、前記印刷装置の印刷処理における色の情報と、解像度の情報とが含まれることを特徴とする請求項５に記載のデバイス装置の制御方法。
【請求項７】
コンピュータを、請求項１乃至３のいずれか１項に記載の各手段を備えるデバイス装置として機能させるためのコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス装置及びその制御方法、コンピュータプログラム、記憶媒体に関する。
【背景技術】
【０００２】
従来、ＷＥＢサービスを利用するためのリクエストメッセージ及びそれに対するレスポンスメッセージはリクエスタとプロバイダとの間で直接送受信をおこなうよう構成されており、プロキシ機能を搭載した機器は登場しない。
【０００３】
上記プロバイダの中には、自機とは別の機器に関連するデータを生成したり、データ加工をおこなったりするＷＥＢサービスを提供するものがある。このようなプロバイダをリクエスタが利用するに当たり、データ生成や加工のリクエストメッセージに機器固有の情報を含めることが要求される場合がある。この要求に対応するには、リクエスタが予め対象となる機器固有の情報を保持していればよいが、その場合には、新たな機器が追加される毎に保持している情報を更新していかなければならない。特許文献１には、ＷＥＢサービスに関する記述がある。
【特許文献１】特開２００６−２４４３２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、リクエスタとプロバイダとの直接送受信によりメッセージの送受信を行ってＷＥＢサービスを利用する仕組みでは、リクエスタが機器に関する固有情報を有していなければならなかった。
【０００５】
このような問題に鑑み、本発明はリクエスタ側が機器に関する固有情報を有しなくともＷＥＢサービスを利用できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明は、
サービス提供を要求する端末装置と、前記サービスを提供するサービス提供装置とにネットワークを介して接続されるデバイス装置であって、
前記端末装置から前記サービス提供装置への処理要求を受信する受信手段と、
前記処理要求に前記デバイス装置に固有の情報の追加が必要か否かを判定する判定手段と、
前記固有の情報の追加が必要と判定された場合に、前記処理要求に該固有の情報を追加して、前記サービス提供装置へ送信する送信手段と
を備える。
【発明の効果】
【０００７】
本発明によれば、リクエスタ側が機器に関する固有情報を有しなくともＷＥＢサービスを利用できる仕組みを提供することができる。
【発明を実施するための最良の形態】
【０００８】
以下、添付する図面を参照して、発明の実施形態を説明する。
【０００９】
[第１の実施形態]
まず、図１を参照して、発明の実施形態に対応するＷＥＢサービス提供システムの構成の一例について説明する。
【００１０】
図１において、ＷＥＢサービス提供システムは、ＷＥＢサービスプロキシ機能を有するデバイス装置と、ＷＥＢサービスリクエスタと、ＷＥＢサービスプロバイダとが、ネットワークを介して接続されて構成される。
【００１１】
図１において、プリンタ１０１は、本実施形態に対応するデバイス装置の一例としての印刷装置であって、紙等の記録媒体に印字を行う。なお、以下、ＷＥＢサービス提供システムに接続されるデバイス装置としてプリンタを例として説明する。
【００１２】
次に、プリンタ１０１の内部構造について説明する。ＷＥＢサービスプロキシ部１０２は、プリンタ１０１にＷＥＢサービスの代理送受信の機能を提供する。印刷サービス部１０３は、プリンタ１０１における印刷をＷＥＢサービスとして提供する。サービスコンテナ部１０４は、ＷＥＢサービスプロキシのプログラムや印刷サービスのプログラムをＷＥＢサービスとして実行させる。ＳＯＡＰ処理部１０５は、ＳＯＡＰのメッセージの処理を行う。ＨＴＴＰ処理部１０６は、ＨＴＴＰのプロトコルの処理を行う。
【００１３】
次に、プリンタ１０１とネットワーク１１１を介して接続される構成について説明する。なお、ネットワーク１１１は、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）或いはインターネットであってもよい。
【００１４】
まず、リクエスタ１０７は、ＷＥＢサービスの提供を要求する利用者端末であって、ＷＥＢサービスを利用可能なコンピュータ装置あるいは、情報処理機器などで構成される。
【００１５】
次に、ＷＥＢサービスプロバイダ１０８は、各種のＷＥＢサービスをネットワーク１１１を介して提供するＷＥＢサービス提供装置である。ＷＥＢサービスプロバイダ１０８において、プリントデータ生成サービス部１０９は、画像データからプリンタが印字するためのデータを生成するＷＥＢサービスを提供する。また、プリントデータ保管サービス部１１０は、プリンタが印字するためのデータを保管するＷＥＢサービスを提供する。
【００１６】
図１の構成において、リクエスタ１０７が、ＷＥＢサービスプロバイダ１０８のプリンタ１０１に関係するＷＥＢサービス部（１０９または１１０）を利用しようとする場合を考える。まず、リクエスタ１０７は、リクエストメッセージをプリンタ１０１へ送信する（矢印１２１）。このリクエストメッセージに対して、プリンタ１０１は対応するレスポンスメッセージをリクエスタ１０７に送信し、リクエスタ１０７はこれを受信する。
【００１７】
次に、プリンタ１０１は、リクエスタ１０７から受信したリクエストメッセージをＷＥＢサービスプロバイダ１０８へ転送し（矢印１２２）、ＷＥＢサービスプロバイダ１０８上のサービスを起動させる。サービス利用のレスポンスメッセージは、ＷＥＢサービスプロバイダ１０８からプリンタ１０１へ送信され（矢印１２３）、プリンタ１０１は受け取ったレスポンスメッセージをリクエスタ１０７へ送信する（矢印１２４）。
【００１８】
なお、プリントデータ生成サービス部１０９で提供されているＷＥＢサービスを利用する場合、リクエストメッセージに機器固有情報を添付することが要求される。従って、プリントデータ生成サービス部１０９を利用する場合、ＷＥＢサービスプロキシ部１０２では、リクエストメッセージにプリンタ１０１の機器固有情報を付加して、ＷＥＢサービスプロバイダ１０８へリクエストを転送する。
【００１９】
以下、図２を参照して、サービス利用に機器固有情報の添付が必要とされる場合の処理の詳細を説明する。図２は、プリントデータ生成サービス部１０９を利用してプリントデータを生成し、該プリントデータに基づきプリンタ１０１の印刷サービス部１０３にて印字動作を実行させる際のメッセージの流れの一例を示すシーケンス図である。
【００２０】
図２において、ステップＳ２０１では、リクエスタ１０７から、データ生成を要求するリクエストメッセージがプリンタ１０１のＷＥＢサービスプロキシ部１０２に対して送信される。
【００２１】
次に、ステップＳ２０２では、プリンタ１０１内のＷＥＢサービスプロキシ部１０２で、リクエスタ１０７から受信したリクエストメッセージに、プリンタ１０１の機器固有情報を追加する。なお、この際、リクエストメッセージの種別に応じて、機器固有情報を追加するか否かを判定する。判定は、予め用意されたテーブルを利用して行うことができる。該テーブルには、少なくとも、固有情報の追加が必要とされるリクエストメッセージの種別と、必要とされる固有情報とが登録されていることが好ましい。なお、リクエストメッセージの内容がプリントデータ生成の場合、印刷サービス部１０３で印刷を行う際の解像度や色の情報が必要となり、これらを固有情報として追加する必要があるとの判定がなされる。
【００２２】
さらに、ステップＳ２０３では、ＷＥＢサービスプロキシ部１０２から、ＷＥＢサービスプロバイダ１０８のプリントデータ作成サービス部１０９へ、機器固有情報が追加されたリクエストメッセージが送信される。
【００２３】
続くステップＳ２０４では、プリントデータ作成サービス部１０９からＷＥＢサービスプロキシ部１０２に対し、生成されたプリントデータを含むレスポンスメッセージが送信される。これに応じてステップＳ２０５では、ＷＥＢサービスプロキシ部１０２からリクエスタ１０７へ該レスポンスメッセージが転送される。
【００２４】
ステップＳ２０６では、ステップＳ２０５でのレスポンスメッセージの受信に応答して、リクエスタ１０７からプリンタ１０１の印刷サービス部１０３への印刷開始要求が送信される。続くステップＳ２０７では、印刷サービス部１０３へのプリントデータが送信される。プリンタ１０１では、印刷サービス部１０３において、受信したプリントデータに基づく印刷動作が実行される。この印刷動作が完了すると、ステップＳ２０８では、印刷サービス部１０３よりリクエスタ１０７に対し印刷完了通知が送信される。
【００２５】
以上のシーケンスに対応するリクエスタ１０７における処理を、図３を参照して説明する。図３は、発明の実施形態に対応するリクエスタ１０７における処理の一例を示すフローチャートである。図３における各ステップの番号は、図２におけるシーケンスの番号に対応する。
【００２６】
まず、ステップＳ２０１において、リクエスタ１０７は、プリントデータの生成のリクエストメッセージを生成して、ＷＥＢサービスプロキシ部１０２に送信する。
【００２７】
続いて、ステップＳ２０５において、ＷＥＢサービスプロキシ部１０２より、ＷＥＢサービスプロバイダ１０８のプリントデータ生成サービス部１０９において生成されたプリントデータを受信する。さらに、ステップＳ２０６では、プリンタ１０１の印刷サービス部１０３に対し、印刷開始要求を送信する。
【００２８】
さらに、ステップＳ２０７では、ステップＳ２０５で受信したプリントデータを、印刷サービス部１０３に対し送信する。ステップＳ２０８では、印刷サービス部１０３から印刷完了通知を受信して、処理を終了する。
【００２９】
次に、図２のシーケンスに対応するＷＥＢサービスプロキシ部１０２における処理を、図４を参照して説明する。図４は、発明の実施形態に対応するＷＥＢサービスプロキシ部１０２における処理の一例を示すフローチャートである。図４における各ステップの番号は、図２におけるシーケンスの番号に対応する。
【００３０】
まず、ステップＳ２０１では、リクエスタ１０７からの、リクエストメッセージを受信する。次に、ステップＳ２０２では、リクエストメッセージにプリンタ１０１の機器固有情報を付加する。なお、機器固有情報の付加を行うか否かは、リクエストメッセージの種別に応じて、上記のテーブルを用いて判定する。
【００３１】
次に、ステップＳ２０３において、ＷＥＢサービスプロバイダ１０８のプリントデータ生成サービス部１０９に、機器固有情報を付加したリクエストメッセージを送信する。
【００３２】
続くステップＳ２０４では、プリントデータ生成サービス部１０９から、生成されたプリントデータを含むレスポンスメッセージを受信する。ステップＳ２０５では、受信したレスポンスメッセージを、リクエスタ１０７に送信する。
【００３３】
次に、図５を参照して、リクエストメッセージに対する機器固有情報の追加について説明する。図５（ａ）は、リクエスタ１０７からプリンタ１０１のＷＥＢサービスプロキシ部１０２へ送信されるリクエストメッセージの一例を示す。図５（ｂ）は、ＷＥＢサービスプロキシ部１０２において機器固有情報が追加され、ＷＥＢサービスプロバイダ１０８のプリントデータ生成サービス部１０９に送信されるリクエストメッセージの一例を示す。図５（ａ）及び（ｂ）においては、リクエストメッセージの一部のみを示しており前後の内容は、説明の簡単のために省略してある。
【００３４】
図５（ａ）では、メッセージ中の「getPrintdata」というコマンドに対して「filename」と「size」という、ファイル名とサイズに関するパラメータが与えられている。これに対し、ステップＳ２０２における処理後の図５（ｂ）では、プリンタ１０１の機種に依存する機器固有のパラメータとしてresolutionとcolorが追加されている。即ち、解像度の情報（６００ｄｐｉ）と、色情報（ＣＭＹＫの４色の色材を有することを示す）という機器固有情報が追加されている。
【００３５】
次に、図６を参照して、サービス利用に機器固有情報の添付が必要とされない場合の処理の詳細を説明する。図６は、プリントデータ保管サービス部１１０で保管されているプリントデータを取得し、該プリントデータに基づきプリンタ１０１の印刷サービス部１０３にて印字動作を実行させる際のメッセージの流れの一例を示すシーケンス図である。
【００３６】
図６において、ステップＳ６０１では、リクエスタ１０７から、プリントデータの返信を要求するリクエストメッセージがプリンタ１０１のＷＥＢサービスプロキシ部１０２に対して送信される。
【００３７】
次に、ステップＳ６０２では、ＷＥＢサービスプロキシ部１０２から、ＷＥＢサービスプロバイダ１０８のプリントデータ保管サービス部１１０へ、該リクエストメッセージが転送される。なお、この転送を行うに当たり、リクエストメッセージの種別に応じて、機器固有情報を追加するか否かの判定を行っている。判定手法は図２のステップＳ２０２で説明したものと同様である。なお、リクエストメッセージの内容がプリントデータの返信の場合、プリンタ１０１に関する固有の情報は必要とされない。よって、固有情報の追加は不要との判定がなされ、ＷＥＢサービスプロキシ部１０２でのリクエストメッセージへの機種固有情報の追加はおこなわれない。
【００３８】
続くステップＳ６０３では、プリントデータ保管サービス部１１０からＷＥＢサービスプロキシ部１０２に対し、保管されていたプリントデータを含むレスポンスメッセージが送信される。これに応じてステップＳ６０４では、ＷＥＢサービスプロキシ部１０２からリクエスタ１０７へ該レスポンスメッセージが転送される。
【００３９】
これ以降は、図２におけるステップＳ２０６乃至Ｓ２０８における処理と同様であるので、説明を省略する。
【００４０】
以上では、デバイス装置としてプリンタを例として発明の実施形態を説明した。しかし、ネットワークに接続されるデバイス装置は、プリンタに限定されない。これ以外に、スキャナ装置、ファクシミリ装置、複合機（ＭＦＰ）などであってもよい。また、プリンタにおける印字方式は問わず、電子写真方式であってもよいし、インクジェット方式であっても良い。
【００４１】
プリンタ以外のデバイス装置を利用する場合であっても、本発明が適用される各デバイス装置はＷＥＢサービスプロキシ部１０２を有する。また、リクエスタ１０７がＷＥＢサービスプロバイダ１０８が提供するサービスを利用するに当たり、該デバイス装置に固有の情報を添付する必要がある場合、該プロキシ部１０２はリクエストに該情報を添付してプロバイダへ送信する。これにより、リクエスタ側は、どのようなデバイス装置がネットワーク上に接続されていても、また新たに追加されたデバイス装置があった場合でも、該デバイス装置に固有の情報を把握する必要なく、プロバイダからのサービスを受けられる。
【００４２】
なお、ＷＥＢサービスプロバイダ側で提供されるサービスに、機器の機種に依存する情報が必要とされる場合、該情報が機器固有情報となる。上述の実施形態では、プリンタ１０１で印刷を行うためのプリントデータの生成には、該プリンタ１０１の色情報や解像度情報が必要となるため、これらの情報が機器固有情報とされる場合を説明した。
【００４３】
ここでさらに図７を参照して、リクエスタ１０７及びＷＥＢサービスプロバイダ１０８のハードウェア構成の一例を説明する。図７において、ＣＰＵ７０１は、ＨＤ（ハードディスク）７０３に格納されているＯＳ、アプリケーションプログラム等を実行し、ＲＡＭ７０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＡＭ７０２は、ＣＰＵ７０１の主メモリ、ワークエリア等として機能する。ＨＤ７０３は、アプリケーションプログラム、ドライバプログラム、ＯＳ、制御プログラム、本実施形態に対応する処理を実行するための処理プログラム等を格納している。
【００４４】
ディスプレイ７０４は、操作部７０９から入力したコマンドや、外部から取得した情報等を表示するための表示手段である。ネットワークインターフェイス（以下、Ｉ／Ｆという）７０５は、ネットワーク１１１に接続するための通信インターフェイスである。ＲＯＭ７０６には、基本Ｉ／Ｏプログラム等のプログラムを記憶する。
【００４５】
外部記憶ドライブ７０７は、メディア７０８に記憶されたプログラム等を本コンピュータシステムにロードすることができる。記録媒体としてのメディア７０８は、所定のプログラムおよび関連データを格納する。操作部７０９は、本装置の操作者が、指示入力を行うためのユーザインタフェースであり、キーボードやマウスで構成される。システムバス７１０は、装置内のデータの流れを司るものである。
【００４６】
以上の構成において、リクエスタ１０７は、図２、図３及び図６に対応する処理プログラムをＨＤ７０３に格納し、該処理プログラムをＲＡＭ７０２に読み出して、ＣＰＵ７０１で実行することにより、上述の実施形態に対応する処理を実現する。
【００４７】
また、ＷＥＢサービスプロバイダ１０８も、図２、図３及び図６に対応する処理プログラムをＨＤ７０３に格納し、該処理プログラムをＲＡＭ７０２に読み出して、ＣＰＵ７０１で実行することにより、上述の実施形態に対応する処理を実現する。また、プリントデータ生成サービス部１０９は、ＨＤ７０３にプリントデータ生成用のプログラムを格納し、該プログラムをＲＡＭ７０２に読み出して、ＣＰＵ７０１で実行することにより、実現することができる。また、プリントデータ保管サービス部１１０は、プリントデータの保管領域としてＨＤ７０３を利用することで実現できる。
【００４８】
次に、図８を参照して、本実施形態に対応するプリンタ１０１のハードウェア構成の一例を説明する。プリンタ１０１は、ＣＰＵ８１２により制御される。プリンタのＣＰＵ８１２は、ＲＯＭ８１３内のプログラム用ＲＯＭや外部メモリ８１４に記憶された制御プログラム等に基づいて、システムバス８１５に接続される印刷部（プリンタエンジン）８１７に出力情報としての画像信号を出力する。
【００４９】
また、このＲＯＭ８１３内のプログラムＲＯＭには、ＣＰＵ８１２の制御プログラム等を記憶する。ＲＯＭ８１３内のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ等が記憶される。ＲＯＭ８１３内のデータ用ＲＯＭには、ハードディスク等の外部メモリ８１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。
【００５０】
ＣＰＵ８１２は通信部８１８を介してネットワーク１１１を介した通信処理が可能となっている。ＲＡＭ８１９は、ＣＰＵ８１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ８１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ８１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。
【００５１】
外部メモリ８１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、８２１は操作パネルで、操作のためのスイッチ及びＬＥＤ表示器等が配されている。また、タッチパネル式のディスプレイを含み、各種動作設定を受け付けることができる。
【００５２】
また、前述した外部メモリ８１４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、操作パネル８２１からのプリンタモード設定情報を記憶するようにしてもよい。
【００５３】
以上の構成において、プリンタ１０１は、図２、図４及び図６に対応する処理プログラムを外部メモリ８１４に格納し、該処理プログラムをＲＡＭ８１９に読み出して、ＣＰＵ８１２で実行することにより、上述の実施形態に対応する処理を実現する。
【００５４】
また、プリンタ１０１のＷＥＢサービスプロキシ部１０２は、外部メモリ８１４にプロキシ処理用のプログラムを格納し、該プログラムをＲＡＭ８１９に読み出して、ＣＰＵ８１２で実行することにより、実現することができる。また、その他の処理部についても、同様にプリンタ１０１内の構成を利用して実現することができる。
【００５５】
以上のように、本発明によれば、様々な機器に関するＷＥＢサービスをその機器の固有情報に依存しない形でリクエスタへ提供することが可能となる。また、リクエスタ側では、異なる機器に対して同様の処理を行うこととなるので、プログラム共通化が可能となる。
【００５６】
［その他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００５７】
また、本発明の目的は、前述した機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムに供給し、そのシステムがプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現し、そのプログラムコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。
【００５８】
さらに、以下の形態で実現しても構わない。すなわち、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。そして、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行って、前述した機能が実現される場合も含まれる。
【００５９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００６０】
【図１】発明の実施形態に対応するＷＥＢサービス提供システムの構成の一例を示す図である。
【図２】発明の実施形態に対応する、プリントデータ生成サービス部１０９を利用してプリントデータを生成し、該プリントデータに基づきプリンタ１０１において印字動作を実行させる際のメッセージの流れの一例を示すシーケンス図である。
【図３】発明の実施形態に対応する、リクエスタ１０７における処理の一例を示すフローチャートである。
【図４】発明の実施形態に対応する、ＷＥＢサービスプロキシ部１０２における処理の一例を示すフローチャートである。
【図５】発明の実施形態に対応する、リクエストメッセージに対する機器固有情報の追加を説明するための図である。
【図６】発明の実施形態に対応する、プリントデータ保管サービス部１１０で保管されているプリントデータを取得し、該プリントデータに基づきプリンタ１０１において印字動作を実行させる際のメッセージの流れの一例を示すシーケンス図である。
【図７】発明の実施形態に対応する、リクエスタ１０７及びＷＥＢサービスプロバイダ１０８のハードウェア構成の一例を示す図である。
【図８】発明の実施形態に対応する、プリンタ１０１のハードウェア構成の一例を示す図である。
【符号の説明】
【００６１】
１０１  プリンタ
１０２  ＷＥＢサービスプロキシ部
１０３  印刷サービス部
１０４  サービスコンテナ部
１０５  ＳＯＡＰ処理部
１０６  ＨＴＴＰ処理部
１０７  リクエスタ
１０８  ＷＥＢサービスプロバイダ
１０９  プリントデータ生成サービス部
１１０  プリントデータ保管サービス部
１１１  ネットワーク
【図１】
2008102704.tif 000003
【図２】
2008102704.tif 000004
【図３】
2008102704.tif 000005
【図４】
2008102704.tif 000006
【図５】
2008102704.tif 000007
【図６】
2008102704.tif 000008
【図７】
2008102704.tif 000009
【図８】
2008102704.tif 000010