JP2006203870A - サービス利用システム、情報処理装置、外部処理装置及びサービス利用プログラム - Google Patents

Abstract

【課題】ソフトウェアの開発・カスタマイズを容易に行うことができるサービス利用システム、情報処理装置、外部処理装置及びサービス利用プログラムを提供することを目的とする。
【解決手段】情報処理装置１と外部処理装置２とが所定のネットワーク３を介して接続されるサービス利用システムであって、外部処理装置２は、サービスに掛かる処理の少なくとも一部を情報処理装置１に代わって行なう制御部２００を備え、情報処理装置１は、処理により制御される機能１０６等を備え、制御部２００からの要求を契機に機能１０６等を制御することにより上記課題を解決する。
【選択図】図４

Description

本発明は、サービス利用システム、情報処理装置、外部処理装置及びサービス利用プログラムに係り、特に所定のネットワークを介した装置間で連携が可能なサービス利用システム、情報処理装置、外部処理装置及びサービス利用プログラムに関する。

例えば特許文献１には、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した情報処理装置の一例としての画像形成装置が記載されている。この画像形成装置は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェア（アプリケーション）を設け、そのアプリケーションを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
特開２００２−８４３８３号公報

従来、画像形成装置上で動作するアプリケーションを開発する場合は、アプリケーション自身のロジックの構築だけでなく、独自のデバイスコントロール用のＩ／Ｆ、ユーザインターフェース（ＵＩ）用のＩ／Ｆ、画像形成装置特有のプログラミング作法（例えば電源制御や後述するＳＣＳへの登録など）に従う必要があるという問題があった。

また、アプリケーションのカスタマイズをするには、上記のような独自のデバイスコントロール用のＩ／Ｆ、独自のＵＩ用のＩ／Ｆ、画像形成装置特有のプログラミング作法を習熟していなければならず、容易でないという問題があった。

本発明は、上記の点に鑑みなされたもので、ソフトウェアの開発・カスタマイズを容易に行うことができるサービス利用システム、情報処理装置、外部処理装置及びサービス利用プログラムを提供することを目的とする。

上記課題を解決するため、本発明は、情報処理装置と外部処理装置とが所定のネットワークを介して接続されるサービス利用システムであって、前記外部処理装置は、サービスに掛かる処理の少なくとも一部を前記情報処理装置に代わって行なう制御部を備え、前記情報処理装置は、前記処理により制御される機能を備え、前記制御部からの要求を契機に前記機能を制御することを特徴とする。

また、本発明は、外部処理装置と所定のネットワークを介して接続される情報処理装置であって、サービスに掛かる処理により制御される機能を備え、前記処理の少なくとも一部を自装置に代わって外部処理装置に行わせ、前記外部処理装置からの要求を契機に前記機能を制御することを特徴とする。

また、本発明は、情報処理装置と所定のネットワークを介して接続される外部処理装置であって、サービスに掛かる処理の少なくとも一部を前記情報処理装置に代わって行なう制御部を備え、前記処理により制御される前記情報処理装置が備える機能の制御を前記制御部が前記情報処理装置に要求することを特徴とする。

また、本発明は、情報処理装置と所定のネットワークを介して接続される外部処理装置を、サービスに掛かる処理の少なくとも一部を前記情報処理装置に代わって行なう制御部を備え、前記処理により制御される前記情報処理装置が備える機能の制御を前記制御部が前記情報処理装置に要求するように機能させるためのサービス利用プログラムであることを特徴とする。

本発明では、サービスに掛かる処理の少なくとも一部を情報処理装置に代わって外部処理装置で行い、その外部処理装置からの要求を契機に、自機の機能（例えばアプリケーション挙動の制御や、画面制御）を制御させることができる。

また、複数の機能を備えた情報処理装置では、その機能を外部処理装置からの要求を契機に制御することで、Ｗｅｂアプリケーション（Ｗｅｂアプリ）等を構築する程度の技術で、情報処理装置の機能を制御するソフトウェアの開発・カスタマイズが可能である。

本発明によれば、ソフトウェアの開発・カスタマイズを容易に行うことができるサービス利用システム、情報処理装置、外部処理装置及びサービス利用プログラムを提供可能である。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では、機能をネットワーク経由で制御させるサービスの一例としてＷｅｂサービスを例に説明するが、Ｗｅｂサービスに限るものではない。

図１は、本発明のＷｅｂサービス利用システムの一例の概念図である。Ｗｅｂサービス利用システムは、１つ以上の情報処理装置１ａ，１ｂと、サーバ装置２とが、ＬＡＮやインターネット等のネットワーク３を介して接続されている。

サーバ装置２は、アプリを備えている。また、情報処理装置１ａ，１ｂは、１つ以上の機能を備え、その機能をネットワーク経由で制御させるＷｅｂサービスを提供する。さらに、情報処理装置１ａは、Ｗｅｂブラウザを表示可能な操作部を備えている。

Ｗｅｂサービス利用システムでは、情報処理装置１ａ，１ｂが提供するＷｅｂサービスを利用してサーバ装置２上でアプリを構築し、そのアプリのＵＩをサーバ装置２のＷｅｂサーバで提供する。情報処理装置１ａは、ＷｅｂクライアントとしてのＷｅｂブラウザでアプリのＵＩ４を操作部に表示する。ユーザは、操作部に表示されたアプリのＵＩ４からサーバ装置２上に構築されたアプリを操作することができる。

ユーザがアプリのＵＩ４から動作を指示すると、指示が情報処理装置１ａのＷｅｂブラウザからサーバ装置２のＷｅｂサーバに送信される。サーバ装置２のアプリは指示に応じて、Ｗｅｂサービスクライアントから情報処理装置１ａのＷｅｂサービスサーバに動作指示を送信する。なお、情報処理装置１ａと情報処理装置１ｂとの連携時には、サーバ装置２のＷｅｂサービスクライアントから情報処理装置１ｂのＷｅｂサービスサーバに動作指示を送信する。情報処理装置１ａ，１ｂ及びサーバ装置２間の通信は、セキュリティを考慮してＳＳＬ等を利用できる。

このように、図１のＷｅｂサービス利用システムでは、独自のデバイスコントロール用のＩ／Ｆ、ＵＩ用のＩ／Ｆ、情報処理装置特有のプログラミング作法を、情報処理装置１ａ，１ｂが提供するＷｅｂサービスで隠蔽することができるので、Ｗｅｂアプリを構築する程度の技術で情報処理装置１ａ，１ｂの機能を制御するアプリケーションの開発・カスタマイズが可能である。

次に、情報処理装置１ａ，１ｂの一例の構成について説明する。なお、何れかの情報処理装置を指す場合は、単に参照番号１を用いる。図２は、本発明の情報処理装置の一実施例の構成図である。情報処理装置１は、ハードウェア資源１０，起動部２０，ソフトウェア群３０を含むように構成されている。

ハードウェア資源１０は、操作部，機能Ａ，機能Ｂ等の複数のデバイス（ハードウェアリソース）を含む。情報処理装置１が画像形成装置である場合、ハードウェア資源１０はプロッタやスキャナ等を含む。また、情報処理装置１は自動車等の制御装置として利用することもできる。

また、ソフトウェア群３０は、ＵＮＩＸ（登録商標）などのＯＳ上で実行されているアプリケーション４０とプラットフォーム５０とを含む。起動部２０は情報処理装置１の電源投入時に最初に実行され、アプリケーション４０やプラットフォーム５０をＯＳ上に起動するものである。

アプリケーション４０はＷｅｂサービス実行アプリを含む。また、プラットフォーム５０はコントロールサービス５１，ＳＲＭ（システムリソースマネージャ）５２，ハンドラ層５３を含む。さらに、プラットフォーム５０はＡＰＩ（アプリケーションプログラムインターフェース）５４を含むように構成されている。なお、情報処理装置１は必要最小限のアプリケーション４０を搭載しておき、サーバ装置２との通信がオフラインのときに利用するようにしてもよい。

コントロールサービス５１は、ＯＣＳ（操作部コントロールサービス）と，ＳＣＳ（システムコントロールサービス）と，ＥＣＳ（エンジンコントロールサービス）と，ＭＣＳ（メモリコントロールサービス）と，ＮＣＳ（ネットワークコントロールサービス）とを含むように構成されている。また、ハンドラ層５３は、ＣＵＨ（コントロールユニットハンドラ）及びＩＭＨ（イメージメモリハンドラ）を含む。

なお、ＯＳは、アプリケーション４０およびプラットフォーム５０の各ソフトウェアをプロセスとして並列実行する。ＯＣＳのプロセスは、ユーザと本体制御との間の情報伝達手段となる操作部の制御を行う。ＳＣＳのプロセスは、システムを制御するための処理を行う。ＥＣＳのプロセスは、ハードウェア資源１０のエンジン部の制御を行う。

ＭＣＳのプロセスは、メモリ制御を行う。ＮＣＳのプロセスは、データを送受信する際の仲介を行う。ＳＲＭ５２のプロセスは、ＳＣＳと共にシステムの制御およびハードウェア資源１０の管理を行う。

また、ハンドラ層５３は後述するＣＵ（コントロールユニット）の管理を行うＣＵＨ（コントロールユニットハンドラ）と、プロセスに対するメモリ領域の割り振り及びプロセスに割り振ったメモリ領域の管理を行うＩＭＨ（イメージメモリハンドラ）とを含む。ＳＲＭ５２およびＣＵＨは、エンジンＩ／Ｆを利用して、ハードウェア資源１０に対する処理要求を行う。図２の構成により、情報処理装置１はアプリケーション４０で共通的に必要な処理をプラットフォーム５０で一元的に処理することができる。

図３は、本発明の情報処理装置の一実施例のハードウェア構成図である。情報処理装置１は、コントローラ６０と，操作部６１と，ＣＵ６２と，エンジン部６３とを含むように構成されている。

コントローラ６０は、ＣＰＵ，システムメモリ，ローカルメモリ，ＨＤＤ（ハードディスクドライブ），ＮＢ（ノースブリッジ），ＡＳＩＣ，ＳＢ（サウスブリッジ），ＮＩＣ（ネットワークインターフェースカード），ＵＳＢＩ／Ｆ，ＩＥＥＥ１３９４Ｉ／Ｆ，セントロニクスＩ／Ｆなどを含む。

ＣＰＵは、情報処理装置１の全体制御を行うものである。例えばＣＰＵは、ＯＳ上にプロセスを起動して実行させる。ＮＢはブリッジである。ＳＢは、ＰＣＩバスとＲＯＭや周辺デバイス等とを接続するためのブリッジである。システムメモリは、情報処理装置１の処理用メモリなどとして用いるメモリである。ローカルメモリは、処理用バッファなどとして用いるメモリである。

ＡＳＩＣは、処理用のハードウェア要素を有する処理用途向けのＩＣである。ＨＤＤは各種データ，プログラム等の蓄積を行うストレージ（補助記憶装置）の一例である。ＮＩＣは、情報処理装置１をネットワーク３に接続するインターフェース機器である。ＵＳＢデバイス，ＩＥＥＥ１３９４デバイスおよびセントロニクスは、夫々の規格に準じたインターフェースである。操作部６１は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行うものである。ＣＵ６２及びエンジン部６３は情報処理装置１のハードウェア資源１０を制御する。

情報処理装置１が画像形成装置である場合、図２に示す構成図及び図３に示すハードウェア構成図は例えば特開２００２−８４３８３号公報に記載されているようになる。したがって、図２の情報処理装置１を構成する各ブロックの機能や動作の詳細および図３の情報処理装置１を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている内容から容易に理解できる。以下、本発明のＷｅｂサービス利用システムの具体的な構成及び処理を、情報処理装置の一例としての画像形成装置を例に詳細に説明していく。

図４は、本発明のＷｅｂサービス利用システムの一実施例のシステム構成図である。図４のＷｅｂサービス利用システムは、画像形成装置７とサーバ装置２とがネットワーク３を介して接続されている。

画像形成装置７は、ネットワークＩ／Ｆ１０１，Ｗｅｂブラウザ１０２，Ｗｅｂサービスサーバ１０３，通知送信部１０４，ブラウザ制御機能部１０５，印刷機能部１０６，スキャン機能部１０７，通知機能部１０８，操作部１０９，プロッタ１１０，スキャナ１１１，メモリ１１２を含むように構成されている。

また、サーバ装置２は、アプリケーション２００，ネットワークＩ／Ｆ２１０を含むように構成されている。アプリケーション２００は、画面フロー制御部２０１，画面構築部２０２，通知受信部２０３，Ｗｅｂサーバ２０４，Ｗｅｂサービスクライアント２０５を含む構成である。

図４のＷｅｂサービス利用システムは、Ｍｏｄｅｌ，Ｖｉｅｗ及びＣｏｎｔｒｏｌｌｅｒから成るＭＶＣモデルを構築している。Ｍｏｄｅｌは、ロジックを担当する。Ｖｉｅｗは、表示や入出力を担当する。Ｃｏｎｔｒｏｌｌｅｒは、Ｍｏｄｅｌ及びＶｉｅｗの制御を担当する。具体的に、ＣｏｎｔｒｏｌｌｅｒはＶｉｅｗからの入力に応じて必要なロジックの実行をＭｏｄｅｌに依頼し、結果の表示をＶｉｅｗに依頼する。

例えば図４のＷｅｂサービス利用システムにおけるＶｉｅｗは、ＵＩをサーバ装置２上で構築し、画像形成装置７上のＷｅｂブラウザ１０２で表示し、設定値などの入出力を行うものである。例えばＶｉｅｗは、情報の表示，情報の表示変更，情報の変更指示，処理の実行指示などを行う。

Ｍｏｄｅｌは、印刷機能部１０６，スキャン機能部１０７などの機能を制御するＷｅｂサービスである。例えばＭｏｄｅｌは、スキャン機能部１０７によりスキャナ１１１を起動し、画像を電子データ化する。Ｃｏｎｔｒｏｌｌｅｒは、Ｗｅｂブラウザ１０２からの要求に応じて適切なＷｅｂサービスをサーバ装置２から利用するものである。

例えばＣｏｎｔｒｏｌｌｅｒはコピー処理の実行指示を受けると、処理内容に従ってスキャン機能部１０７でスキャンを実行し、印刷機能部１０６で印字を実行する。即ち、Ｃｏｎｔｒｏｌｌｅｒは画像形成アプリのロジックが実装されている。

画像形成装置７上の操作部１０９に表示されているＶｉｅｗからの指示は、サーバ装置２のＣｏｎｔｒｏｌｌｅｒによって、画像形成装置７の適切なＭｏｄｅｌを実行する。これにより、画像形成装置７のユーザは画像形成装置７上のアプリケーションを使っているのと同じように、サーバ装置２上の画像形成アプリを利用することができる。

本発明のＷｅｂサービス利用システムでは、ＵＩ構築をＷｅｂブラウザ用のＵＩ、デバイスコントロールをＷｅｂサービスクライアント、実行環境をサーバ装置２、プログラミング作法をＷｅｂサービス内で行う為、アプリケーションの開発・カスタマイズが容易である。

次に、図４のＷｅｂサービス利用システムが行う処理の一例として、コピー処理を説明する。図５は、Ｗｅｂサービス利用システムが行うコピー処理の一例のシーケンス図である。図６は、画像形成装置の操作部に表示される画面の一例の遷移図である。

例えば電源が投入された時に、画像形成装置７のＷｅｂブラウザ１０２はステップＳ１に進み、サーバ装置２のＷｅｂサーバ２０４に対して画面更新指示を行う。ステップＳ２に進み、Ｗｅｂサーバ２０４は画面フロー制御部２０１に対して画面更新指示を行う。ステップＳ３に進み、画面フロー制御部２０１は初期画面データを生成し、Ｗｅｂサーバ２０４に送信する。ステップＳ４に進み、Ｗｅｂサーバ２０４は画像形成装置７のＷｅｂブラウザ１０２に初期画面データを送信する。Ｗｅｂブラウザ１０２は初期画面データに応じた初期画面３０１を操作部１０９に表示する。

ユーザが操作部１０９からコピーアプリの起動を指示すると、Ｗｅｂブラウザ１０２はステップＳ５に進み、サーバ装置２のＷｅｂサーバ２０４に対してコピーアプリ起動指示を行う。ステップＳ６に進み、Ｗｅｂサーバ２０４は画面フロー制御部２０１に対してコピーアプリ起動指示を行う。

ステップＳ７に進み、画面フロー制御部２０１はＷｅｂサービスクライアント２０５に対して搭載用紙種別確認指示を行う。ステップＳ８に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７のＷｅｂサービスサーバ１０３に対して搭載用紙種別確認指示を行う。ステップＳ９に進み、Ｗｅｂサービスサーバ１０３は印刷機能部１０６等により搭載用紙種別を確認し、サーバ装置２のＷｅｂサービスクライアント２０５に対して搭載用紙種別を通知する。ステップＳ１０に進み、Ｗｅｂサービスクライアント２０５は画面フロー制御部２０１に対して搭載用紙種別を通知する。

ステップＳ１１に進み、画面フロー制御部２０１はコピー画面データを生成し、Ｗｅｂサーバ２０４に送信する。ステップＳ１２に進み、Ｗｅｂサーバ２０４は画像形成装置７のＷｅｂブラウザ１０２にコピー画面データを送信する。Ｗｅｂブラウザ１０２はコピー画面データに応じたコピー画面３０２を操作部１０９に表示する。

ユーザがコピー画面３０２の「実行ボタン」を押下する等、操作部１０９からコピー処理の実行を指示すると、Ｗｅｂブラウザ１０２はステップＳ１３に進み、サーバ装置２のＷｅｂサーバ２０４に対してコピー実行指示を行う。ステップＳ１４に進み、Ｗｅｂサーバ２０４は画面フロー制御部２０１に対してコピー実行指示を行う。

ステップＳ１５に進み、画面フロー制御部２０１はＷｅｂサービスクライアント２０５に対して画面更新指示の要求を行う。ここで、画面更新指示の要求とは画像形成装置７のＷｅｂブラウザ１０２からサーバ装置２のＷｅｂサーバ２０４に対して画面更新指示が行われるようにサーバ装置２の画面フロー制御部２０１から要求するものである。

ステップＳ１６に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７のＷｅｂサービスサーバ１０３に対して画面更新指示の要求を行う。ステップＳ１７に進み、Ｗｅｂサービスサーバ１０３はブラウザ制御機能部１０５を介してＷｅｂブラウザ１０２に画面更新指示の要求を行う。

画面更新指示の要求を受信すると、画像形成装置７のＷｅｂブラウザ１０２はステップＳ１８に進み、サーバ装置２のＷｅｂサーバ２０４に対して画面更新指示を行う。ステップＳ１９に進み、Ｗｅｂサーバ２０４は画面フロー制御部２０１に対して画面更新指示を行う。ステップＳ２０に進み、画面フロー制御部２０１はコピー処理中画面データを生成し、Ｗｅｂサーバ２０４に送信する。ステップＳ２１に進み、Ｗｅｂサーバ２０４は画像形成装置７のＷｅｂブラウザ１０２にコピー処理中画面データを送信する。Ｗｅｂブラウザ１０２はコピー処理中画面データに応じたコピー処理中画面３０３を操作部１０９に表示する。

ステップＳ２２に進み、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５にスキャン開始を指示する。ステップＳ２３に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７のＷｅｂサービスサーバ１０３にスキャン開始を指示する。Ｗｅｂサービスサーバ１０３は、スキャン機能部１０７によりスキャナ１１１を制御してスキャンを実行する。スキャンが終了すると、Ｗｅｂサービスサーバ１０３はステップＳ２４に進み、スキャン終了をＷｅｂサービスクライアント２０５に通知する。ステップＳ２５に進み、Ｗｅｂサービスクライアント２０５はスキャン終了を画面フロー制御部２０１に通知する。

ステップＳ２６に進み、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に印字開始を指示する。ステップＳ２７に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７のＷｅｂサービスサーバ１０３に印字開始を指示する。Ｗｅｂサービスサーバ１０３は、印刷機能部１０６によりプロッタ１１０を制御して印字を実行する。印字が終了すると、Ｗｅｂサービスサーバ１０３はステップＳ２８に進み、印字終了をＷｅｂサービスクライアント２０５に通知する。ステップＳ２９に進み、Ｗｅｂサービスクライアント２０５は印字終了を画面フロー制御部２０１に通知する。

ステップＳ３０〜Ｓ３２では、ステップＳ１５〜Ｓ１７と同様、サーバ装置２の画面フロー制御部２０１から画像形成装置７のＷｅｂブラウザ１０２に対して画面更新指示の要求が行われる。ステップＳ３３，Ｓ３４では、ステップＳ１８，Ｓ１９と同様、画像形成装置７のＷｅｂブラウザ１０２からサーバ装置２の画面フロー制御部２０１に対して画面更新指示が行われる。

ステップＳ３５に進み、画面フロー制御部２０１はコピー完了画面データを生成し、Ｗｅｂサーバ２０４に送信する。ステップＳ３６に進み、Ｗｅｂサーバ２０４は画像形成装置７のＷｅｂブラウザ１０２にコピー完了画面データを送信する。Ｗｅｂブラウザ１０２はコピー完了画面データに応じたコピー完了画面３０４を操作部１０９に表示する。

図４のＷｅｂサービス利用システムは、画像形成装置７上のＷｅｂブラウザ１０２がＷｅｂサーバ２０４から各種画面データを受信し、その画面データに応じた画面を操作部１０９に表示する例を表したが、ネットワーク３の状態や画面データのデータ量等に応じてパフォーマンスが低下する恐れがある。そこで、Ｗｅｂサービス利用システムは図７のような構成によってパフォーマンスの向上を図ることもできる。

図７は本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。図７に示したＷｅｂサービス利用システムは、画像形成装置７及びサーバ装置２が、ネットワーク３を介して接続されている。図７の画像形成装置７は図４の画像形成装置７の構成にＷｅｂサーバ５００，画面フロー制御部５０１及び画面構築部５０２を更に含む構成である。

また、図７の画像形成装置７に含まれるＷｅｂブラウザ１０２は図８のように構成されることでアプリケーション２００の処理の少なくとも一部を実行可能としている。図８はＷｅｂブラウザの一実施例の構成図である。

図８のＷｅｂブラウザ１０２は、ＵＩ６００，イベントプロセス部６０１，ＪａｖａＳｃｒｉｐｔ実行部６０２，ＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３，ＪａｖａＳｃｒｉｐｔパーサ６０４及びＨＴＭＬパーサ６０５を含む構成である。ＨＴＭＬパーサ６０５はＨＴＭＬを受信するとパースし、ＵＩ６００にレイアウト指示を行ってＧＵＩを構築する。また、ＨＴＭＬパーサ６０５は受信したＨＴＭＬ内にＪａｖａＳｃｒｉｐｔが含まれていると、そのＪａｖａＳｃｒｉｐｔの解析をＪａｖａＳｃｒｉｐｔパーサ６０４に依頼する。

ＪａｖａＳｃｒｉｐｔパーサ６０４は、ＪａｖａＳｃｒｉｐｔをパースし、ＪａｖａＳｃｒｉｐｔ実行部６０２に処理を依頼する。ＪａｖａＳｃｒｉｐｔ実行部６０２は、ＪａｖａＳｃｒｉｐｔパーサ６０４からの依頼内容に応じてＵＩ６００にレイアウト指示を行ってＧＵＩを構築する。また、ＪａｖａＳｃｒｉｐｔ実行部６０２はＪａｖａＳｃｒｉｐｔパーサ６０４からの依頼内容に応じて、ＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３に処理を依頼する。

ＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３は、印刷機能部１０６への印字の依頼やスキャン機能部１０７へのスキャンの依頼を行なう。イベントプロセス部６０１は、印刷機能部１０６又はスキャン機能部１０７から処理結果を受信し、その処理結果をＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３に送信する。ＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３は受信した処理結果をＪａｖａＳｃｒｉｐｔ実行部６０２に送信する。ＪａｖａＳｃｒｉｐｔ実行部６０２は、ＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３からの処理結果に応じてＵＩ６００にレイアウト指示を行ってＧＵＩを構築し、又はＷｅｂサーバ２０４，５００に処理結果を送信する。

次に、図７のＷｅｂサービス利用システムが行なう処理の一例として、初期画面３０１を操作部１０９に表示するまでの処理を説明する。図９は、Ｗｅｂサービス利用システムが初期画面を表示するまでの処理の一例のシーケンス図である。

例えば電源が投入された時に、画面フロー制御部５０１はステップＳ４０に進み、Ｗｅｂブラウザ１０２に対して起動通知を行なう。ステップＳ４１に進み、Ｗｅｂブラウザ１０２は起動通知を画面フロー制御部５０１から受信すると、サーバ装置２のＷｅｂサーバ２０４に対して画面フローダウンロード指示を行なう。

ステップＳ４２に進み、Ｗｅｂサーバ２０４は画面フロー制御部２０１に対してコンテンツ指定を行なう。コンテンツとは、ロジックに相当する例えばＪａｖａ等の制御プログラム自体および制御プログラムが制御時に参照する例えばＨＴＭＬ等の制御データから成る。もし、コンテンツがＨＴＭＬだけであれば、図７のＷｅｂサービス利用システムはＷｅｂサーバ５００の機能がなくても実現可能である。

ステップＳ４３に進み、画面フロー制御部２０１はコンテンツＵＲＬをＷｅｂサーバ２０４に送信する。ステップＳ４４に進み、Ｗｅｂサーバ２０４は画面フロー制御部２０１から受信したコンテンツＵＲＬを利用してコンテンツを画像形成装置７のＷｅｂブラウザ１０２にダウンロードする。

ステップＳ４５に進み、Ｗｅｂブラウザ１０２はダウンロードされたコンテンツを画面フロー制御部５０１に保存する。このように、図９のシーケンス図では電源が投入された起動時にコンテンツをサーバ装置２から画像形成装置７側にコピーしている。ステップＳ４６に進み、画面フロー制御部５０１は保存したコンテンツ内のＵＲＬをローカルホストに変更する。画面フロー制御部５０１はステップＳ４７に進み、Ｗｅｂブラウザ１０２のホームＵＲＬをローカルホストへ変更する。

ステップＳ４８に進み、画面フロー制御部５０１はＷｅｂブラウザ１０２に対して画面更新指示の要求を行なう。ホームＵＲＬがローカルホストに変更されたため、ステップＳ４９，Ｓ５０では、Ｗｅｂブラウザ１０２から画像形成装置７内の画面フロー制御部５０１に対して画面更新指示が行われる。そして、ステップＳ５１に進み、コンテンツ内のＵＲＬがローカルホストに変更された為、画面フロー制御部５０１は初期画面データを生成してＷｅｂサーバ５００に送信する。ステップＳ５２に進み、Ｗｅｂサーバ５０２はＷｅｂブラウザ１０２に初期画面データを送信する。Ｗｅｂブラウザ１０２は初期画面データに応じた初期画面３０１を操作部１０９に表示する。

なお、初期画面３０１を操作部１０９に表示した後の処理は、図８のように構成されるＷｅｂブラウザ１０２からＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３を利用し、印刷機能部１０６への印字の依頼やスキャン機能部１０７へのスキャンの依頼を行なう点で図５のシーケンス図と異なるが、基本的に図５のシーケンス図と同様であるため、説明を省略する。

また、Ｗｅｂサービス利用システムは図７のような構成の他、図１０のような構成によってもパフォーマンスの向上を図ることもできる。図１０は本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。図１０に示したＷｅｂサービス利用システムは、図７の画像形成装置７の構成と同様である。

図１０の画像形成装置７は、Ｗｅｂブラウザ１０２のＪａｖａＳｃｒｉｐｔローカルＣＧＩ６０３が、ローカルホストのＷｅｂサービスサーバ１０３に対してＷｅｂサービスクライアントとしてループバックすることで、印字の依頼やスキャンの依頼，処理結果の受信が可能となる。

次に、図１０のＷｅｂサービス利用システムが行なう処理の一例として、コピー処理を説明する。図１１は、Ｗｅｂサービス利用システムが行うコピー処理の一例のシーケンス図である。

例えば操作部１０９に初期画面３０１が表示されているときにユーザが操作部１０９からコピーアプリの起動を指示すると、Ｗｅｂブラウザ１０２はステップＳ６０に進み、画像形成装置７内のＷｅｂサーバ５００に対してコピーアプリ起動指示を行う。ステップＳ６１に進み、Ｗｅｂサーバ５００は画面フロー制御部５０１に対してコピーアプリ起動指示を行う。

ステップＳ６２に進み、画面フロー制御部５０１はＷｅｂブラウザ１０２に対して搭載用紙種別確認指示を行う。ステップＳ６３に進み、Ｗｅｂブラウザ１０２はローカルホストのＷｅｂサービスサーバ１０３に対して搭載用紙種別確認指示を行う。

ステップＳ６４に進み、Ｗｅｂサービスサーバ１０３は印刷機能部１０６等により搭載用紙種別を確認し、Ｗｅｂブラウザ１０２に対して搭載用紙種別を通知する。ステップＳ６５に進み、Ｗｅｂブラウザ１０２は画面フロー制御部５０１に対して搭載用紙種別を通知する。

ステップＳ６６に進み、画面フロー制御部５０１はコピー画面データを生成し、Ｗｅｂサーバ５００に送信する。ステップＳ６７に進み、Ｗｅｂサーバ５００はＷｅｂブラウザ１０２にコピー画面データを送信する。Ｗｅｂブラウザ１０２はコピー画面データに応じたコピー画面３０２を操作部１０９に表示する。

ユーザがコピー画面３０２の「実行ボタン」を押下する等、操作部１０９からコピー処理の実行を指示すると、Ｗｅｂブラウザ１０２はステップＳ６８に進み、Ｗｅｂサーバ５００に対してコピー実行指示を行う。ステップＳ６９に進み、Ｗｅｂサーバ５００は画面フロー制御部５０１に対してコピー実行指示を行う。

ステップＳ７０に進み、画面フロー制御部５０１はＷｅｂブラウザ１０２に対して画面更新指示の要求を行う。画面更新指示の要求を受信すると、Ｗｅｂブラウザ１０２はステップＳ７１に進み、Ｗｅｂサーバ５００に対して画面更新指示を行う。ステップＳ７２に進み、Ｗｅｂサーバ５００は画面フロー制御部５０１に対して画面更新指示を行う。ステップＳ７３に進み、画面フロー制御部５０１はコピー処理中画面データを生成し、Ｗｅｂサーバ５００に送信する。ステップＳ７４に進み、Ｗｅｂサーバ５００はＷｅｂブラウザ１０２にコピー処理中画面データを送信する。Ｗｅｂブラウザ１０２はコピー処理中画面データに応じたコピー処理中画面３０３を操作部１０９に表示する。

ステップＳ７５に進み、画面フロー制御部５０１はＷｅｂブラウザ１０２にスキャン開始を指示する。ステップＳ７６に進み、Ｗｅｂブラウザ１０２は、Ｗｅｂサービスサーバ１０３にスキャン開始を指示する。Ｗｅｂサービスサーバ１０３は、スキャン機能部１０７によりスキャナ１１１を制御してスキャンを実行する。スキャンが終了すると、Ｗｅｂサービスサーバ１０３はステップＳ７７に進み、スキャン終了をＷｅｂブラウザ１０２に通知する。ステップＳ７８に進み、Ｗｅｂブラウザ１０２はスキャン終了を画面フロー制御部５０１に通知する。

ステップＳ７９に進み、画面フロー制御部５０１はＷｅｂブラウザ１０２に印字開始を指示する。ステップＳ８０に進み、Ｗｅｂブラウザ１０２は、Ｗｅｂサービスサーバ１０３に印字開始を指示する。Ｗｅｂサービスサーバ１０３は、印刷機能部１０６によりプロッタ１１０を制御して印字を実行する。印字が終了すると、Ｗｅｂサービスサーバ１０３はステップＳ８１に進み、印字終了をＷｅｂブラウザ１０２に通知する。ステップＳ８２に進み、Ｗｅｂブラウザ１０２は印字終了を画面フロー制御部５０１に通知する。

ステップＳ８３に進み、画面フロー制御部５０１はＷｅｂブラウザ１０２に対して画面更新指示の要求を行なう。ステップＳ８４，Ｓ８５では、Ｗｅｂブラウザ１０２から画面フロー制御部５０１に対して画面更新指示が行われる。

ステップＳ８６に進み、画面フロー制御部５０１はコピー完了画面データを生成し、Ｗｅｂサーバ５００に送信する。ステップＳ８７に進み、Ｗｅｂサーバ５００はＷｅｂブラウザ１０２にコピー完了画面データを送信する。Ｗｅｂブラウザ１０２はコピー完了画面データに応じたコピー完了画面３０４を操作部１０９に表示する。

図７及び図１０のＷｅｂサービス利用システムでは、図８のように構成されるＷｅｂブラウザ１０２を利用することで、図４のＷｅｂサービス利用システムにおいてパフォーマンスの低下させる可能性の高いアプリケーション２００の処理や大きなデータを扱うアプリケーション２００の処理をＷｅｂブラウザ１０２で実行できる。したがって、図７及び図１０のＷｅｂサービス利用システムではパフォーマンス及びレスポンスの向上を図ることができる。

また、図７及び図１０のＷｅｂサービス利用システムでは、セキュリティを確保したいデータを扱うアプリケーション２００の処理をＷｅｂブラウザ１０２で実行できるようにすることで、セキュリティを確保したいデータがネットワーク上に流れることを避けてセキュリティを向上させることができる。

なお、ローカルホストを利用するように切り替える切り替えタイミングとしては起動時にエラー表示に関するＵＩをローカルホストにコピーしておき、ジャム発生時、エラー表示するときにローカルホストにアクセスするように切り替えることが考えられる。ネットワークエラー等でサーバ装置２との通信ができなくなったとき、ローカルホストにアクセスするように切り替えることも考えられる。

図４のＷｅｂサービス利用システムは、図１２のＷｅｂサービス利用システムのような構成によって相手側の画像形成装置７又はサーバ装置２の正当性を確認するようにしてもよい。また、図１２のＷｅｂサービス利用システムはネットワーク３に接続された複数の画像形成装置７を制御できるようにするため、排他制御を行なうようにしてもよい。図１２は本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。

図１２のＷｅｂサービス利用システムは図４の画像形成装置７にサーバ認証部５１２を更に含み、図４のサーバ装置２に排他制御部５１０，クライアント認証部５１１を更に含む構成である。サーバ認証部５１２はサーバ装置２が有するサーバＩＤを用いての認証を行なう。また、クライアント認証部５１１は画像形成装置７が有する装置ＩＤを用いての認証を行なう。排他制御部５１０は複数の画像形成装置７から一度にアクセスされる可能性がある為、例えばスキャン機能部１０７に対する要求等、排他制御を行なう。なお、図１２のＷｅｂサービス利用システムの処理はサーバ認証，クライアント認証および排他制御を行なう点で図５のシーケンス図と異なるが、基本的に図５のシーケンス図と同様であるため、説明を省略する。

また、Ｗｅｂサービス利用システムは図７，図１０のような構成の他に、図１３のような構成によってもパフォーマンスの向上を図ることもできる。図１３は、本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。図１３の画像形成装置７は図４の画像形成装置７の構成に、画面フロー制御部２０１，画面構築部２０２，通知受信部２０３，Ｗｅｂサーバ２０４及びＷｅｂサービスクライアント２０５を更に含む構成である。

図１３の画像形成装置７は、例えば起動時に、サーバ装置２から画面フロー制御部２０１，画面構築部２０２，通知受信部２０３，Ｗｅｂサーバ２０４及びＷｅｂサービスクライアント２０５をコピーする。図１３のＷｅｂサービス利用システムでは、サーバ装置２から画面フロー制御部２０１，画面構築部２０２，通知受信部２０３，Ｗｅｂサーバ２０４及びＷｅｂサービスクライアント２０５をコピーして利用することにより、図４のＷｅｂサービス利用システムにおいてパフォーマンスの低下させる可能性の高いアプリケーション２００の処理や大きなデータを扱うアプリケーション２００の処理を画像形成装置７で実行できる。したがって、図１３のＷｅｂサービス利用システムではパフォーマンス及びレスポンスの向上を図ることができる。

また、図１３のＷｅｂサービス利用システムでは、セキュリティを確保したいデータを扱うアプリケーション２００の処理を画像形成装置７で実行できるので、セキュリティを確保したいデータがネットワーク上に流れることを避けてセキュリティを向上させることができる。また、図１３のＷｅｂサービス利用システムでは、サーバ装置２からエラー画面や状態遷移画面の画面データをサーバ装置２からコピーしておくことで、サーバ装置２と通信することなく画面の切り替えが可能である。

図５及び図６に戻り説明を続ける。ユーザが初期画面３０１の「連携アプリボタン」を押下する等、操作部１０９から連携アプリの起動を指示すると、ステップＳ５，Ｓ６と同様、画像形成装置７のＷｅｂブラウザ１０２からサーバ装置２の画面フロー制御部２０１に対して連携アプリ起動指示が行われる。ステップＳ７〜Ｓ１０と同様、画面データを生成する為に必要な情報を画像形成装置７のＷｅｂサービスサーバ１０３から取得する為の処理が行われる。

そして、ステップＳ１１，Ｓ１２と同様、サーバ装置２の画面フロー制御部２０１から画像形成装置７のＷｅｂブラウザ１０２に対して出力先選択画面データが送信される。Ｗｅｂブラウザ１０２は、出力先選択画面データに応じた出力先選択画面３０５を操作部１０９に表示する。ユーザは、出力先選択画面３０５からコピー処理における出力先を選択できる。このように、連携アプリはコピー処理において、ネットワーク３上の他の画像形成装置７から出力を行うため、通常のコピーアプリをカスタマイズしたものとなる。

図１４は本発明のＷｅｂサービス利用システムの一実施例のシステム構成図である。図１４のＷｅｂサービス利用システムは、ネットワーク３に２つの画像形成装置７ａ，７ｂ及びデータベース（ＤＢ）５が接続されている点と、サーバ装置２にＤＢアクセスＩ／Ｆ２０６を設けた点とが、図４のシステム構成図と異なる。その他、図１４のシステム構成図は、図４のシステム構成図と同様であるため、説明を省略する。また、画像形成装置７ａ，７ｂの構成は、省略して記載している。

図１４に表したＷｅｂサービス利用システムは、ネットワーク３上に複数の画像形成装置７ａ，７ｂが存在し、画像形成アプリが夫々のＷｅｂサービスを連携して各種処理を実現するものである。なお、ＤＢ５がＷｅｂサービスに対応していない場合、サーバ装置２はＤＢアクセスＩ／Ｆ２０６でアクセスを行う。

図４に示したようなサーバ装置２の数と画像形成装置７の数とが１：１のＷｅｂサービス利用システムは基本的な構成であり、サーバ装置２上で画像形成アプリを構築でき、画像形成装置７特有の制約を隠蔽した形でリモートから画像形成装置７を利用する為、アプリケーションの開発・カスタマイズが容易となる。アプリケーション２００をサーバ装置２に格納しておくため、アプリケーション２００の数は画像形成装置７のハードウェア的な制約に影響されない。

図１４に示すサーバ装置２の数と画像形成装置７の数とが１：多のＷｅｂサービス利用システムは、サーバ装置２上のアプリケーション２００がマルチセッションで稼動できるものとする。また、サーバ装置２のＣｏｎｔｒｏｌｌｅｒを差し替えることにより、複数の画像形成装置７の機能を制御可能なアプリケーション２００を一斉にアップデート（Ｕｐｄａｔｅ）できる。このため、バグ修正や機能拡張などのバージョンアップが容易であり、画像形成装置７側に手を加えずに画像形成装置７の機能を制御するアプリケーション２００を更新できる。また、複数の画像形成装置７の機能を連携したシステムアプリを構築できる。

図示していないが、サーバ装置２の数と画像形成装置７の数とが多：１のＷｅｂサービス利用システムは、異なるサードパーティのアプリケーション２００を好みに合わせて利用することができる。例えばユーザ毎に異なるアプリケーション２００を利用するようなＷｅｂサービス利用システムを構築できる。

その他、画像形成装置７の販売元がインターネットなどのネットワーク３を介してアプリケーション２００を提供することもでき、画像形成装置７のユーザにサーバ装置２が無いように見せることもできる。

上記したＷｅｂサービス利用システムは、画像形成装置７のＷｅｂブラウザ１０２が操作部１０９に各種画面を表示する例を説明したが、画像形成装置７，サーバ装置２以外の端末装置８に各種画面を表示するようにしてもよい。図１５は本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。

図１５のＷｅｂサービス利用システムはネットワーク３に端末装置８が接続されている点で、図４のシステム構成図と異なる。その他、図１５のシステム構成図は、図４のシステム構成図と同様であるため、適宜説明を省略する。また、画像形成装置７の構成は適宜省略して記載している。

端末装置８は、ネットワークＩ／Ｆ５２０，Ｗｅｂブラウザ５２１，ローカルアドレス帳５２２及び設定情報５２３を含むように構成されている。端末装置８のＷｅｂブラウザ５２１はサーバ装置２のＷｅｂサーバ２０４から各種画面データを受信し、受信した各種画面データに応じた画面を表示する。また、Ｗｅｂブラウザ５２１はユーザからの指示をサーバ装置２のＷｅｂサーバ２０４に送信する。端末装置８は、ＰＣ，ＰＤＡ（携帯情報端末），携帯電話等である。

このように、図１５のＷｅｂサービス利用システムでは画像形成装置７以外の機器に画面を表示させることができるので、例えば大型ディスプレイ等に画面を表示させることも可能である。また、図１５のＷｅｂサービス利用システムでは端末装置８のローカルアドレス帳５２２及び画像形成装置７のアドレス帳（図示せず）を組み合わせたアドレス帳を作成し、そのアドレス帳を利用して宛先を指定することができる。この場合、端末装置８のローカルアドレス帳５２２は画像形成装置７側に送信されないため、セキュリティを向上させることができる。

さらに、図１５のＷｅｂサービス利用システムでは、端末装置８に画像形成装置７へのジョブ登録を受け付けるジョブ登録機能を設けることにより、端末装置８の前に座りながらジョブを画像形成装置７に登録できる。画像形成装置７に登録されたジョブは例えば操作部１０９に表示されたＵＩから選択できる。

例えば登録したユーザがジョブを再利用できるようにすれば、操作部１０９に表示されるＵＩは各ユーザ専用のＵＩ（各ユーザ専用のオペレーションパネル）としての役割を果たすこともできる。

コピー画面で自分がいつも設定する設定情報（集約＋両面＋ステープル等）が選択されたＨＴＭＬファイルをローカルである端末装置８に保存しておき、そのＨＴＭＬファイルを画像形成装置１の操作部１０９に表示することにより、ユーザは、いつでも、どの画像形成装置であっても自分のＵＩを操作部１０９に表示させることが可能である。

また、コピー画面で自分がいつも設定する設定情報が選択されたＨＴＭＬファイル以外の他の形式のデータをローカルである端末装置８に保存しておき、そのデータに応じた画面を画像形成装置１の操作部１０９に表示するようにしてもよい。

上述したＷｅｂサービス利用システムにおける処理のバリエーションを、以下の実施例に基づき説明する。なお、本実施例では、情報処理装置の一例として画像形成装置、音処理装置を一例として説明するが、如何なる情報処理装置であってもよい。例えば情報処理装置１は、自動車等の制御装置であっても同様な構成により実現が可能である。

図１６は、本発明のＷｅｂサービス利用システムの処理を表した第１実施例の説明図である。なお、図１６の画像形成装置７及びサーバ装置２は、説明に不用な構成を適宜省略して記載している。

ユーザがコピー画面３０２の「実行ボタン」を押下する等、操作部１０９からコピー処理の実行を指示すると、Ｗｅｂブラウザ１０２はステップＳ１０１に進み、サーバ装置２のＷｅｂサーバ２０４に対してＨＴＴＰのＧＥＴまたはＰＯＳＴを利用したコピー実行指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対してコピー実行指示を行う。画面フロー制御部２０１は、Ｗｅｂサービスクライアント２０５に対して画面更新指示の要求を行う。

ステップＳ１０２に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７のブラウザ制御ウェブサービス（ブラウザ制御ＷＳ）１０３−３に対して画面更新指示の要求を行う。ブラウザ制御ＷＳ１０３−３は、Ｗｅｂサービスサーバ１０３が提供するブラウザ制御機能部１０５を制御する為のＷｅｂサービスである。なお、ステップＳ１０２の画面更新指示の要求は図１７のようなリクエストＳＯＡＰメッセージが利用される。

画面更新指示の要求を受信すると、画像形成装置７のＷｅｂブラウザ１０２はステップＳ１０３に進み、サーバ装置２のＷｅｂサーバ２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して画面更新指示を行う。

画面フロー制御部２０１はコピー処理中画面データをＨＴＭＬで生成し、Ｗｅｂサーバ２０４に送信する。Ｗｅｂサーバ２０４は、画像形成装置７のＷｅｂブラウザ１０２にＨＴＭＬのコピー処理中画面データを送信する。Ｗｅｂブラウザ１０２はコピー処理中画面データに応じたコピー処理中画面３０３を操作部１０９に表示する。

また、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５にスキャン開始を指示する。ステップＳ１０４に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７のスキャンＷＳ１０３−１にスキャン開始を指示する。スキャンＷＳ１０３−１は、Ｗｅｂサービスサーバ１０３が提供するスキャン機能部１０７を制御する為のＷｅｂサービスである。なお、ステップＳ１０４のスキャン開始指示は図１８のようなリクエストＳＯＡＰメッセージが利用される。

スキャン開始指示の要求を受信すると、スキャンＷＳ１０３−１はスキャン機能部１０７によりスキャナ１１１を制御してスキャンを実行する。スキャンが終了すると、スキャンＷＳ１０３−１は、スキャンして電子データ化した画像（画像データ）を図１９のようなレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント２０５に送信する。Ｗｅｂサービスクライアント２０５は、受信した画像データをＷｅｂサービス連携機構部２０７に送信し、Ｗｅｂサービスクライアント２０５間で画像データを連携する。

次に、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に印刷開始を指示する。ステップＳ１０６に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７の印刷ＷＳ１０３−２に印刷開始を指示する。印刷ＷＳ１０３−２は、Ｗｅｂサービスサーバ１０３が提供する印刷機能部１０６を制御する為のＷｅｂサービスである。ステップＳ１０６の印刷開始指示は、画像データを含む図２０のようなリクエストＳＯＡＰメッセージが利用される。

印刷開始指示を受信すると、印刷ＷＳ１０３−２は印刷機能部１０６によりプロッタ１１０を制御して印刷を実行する。印刷が終了すると、印刷ＷＳ１０３−２は図２１のようなレスポンスＳＯＡＰメッセージで印刷終了をＷｅｂサービスクライアント２０５に通知する。

ステップＳ１０７では、ステップＳ１０２と同様、Ｗｅｂサービスクライアント２０５から画像形成装置７のブラウザ制御ＷＳ１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、画像形成装置７のＷｅｂブラウザ１０２はステップＳ１０８に進み、サーバ装置２のＷｅｂサーバ２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して画面更新指示を行う。

画面フロー制御部２０１はコピー完了画面データをＨＴＭＬで生成し、Ｗｅｂサーバ２０４に送信する。Ｗｅｂサーバ２０４は、画像形成装置７のＷｅｂブラウザ１０２にＨＴＭＬのコピー完了画面データを送信する。Ｗｅｂブラウザ１０２はコピー完了画面データに応じたコピー完了画面３０４を操作部１０９に表示する。

図１６のＷｅｂサービス利用システムで利用する画像形成装置７は単機能で低価格なものでもよいが、少なくともＷｅｂサービスを備えている必要がある。また、ブラウザ制御ＷＳ１０３−３はＷｅｂサービスや操作部１０９に設けられたハードボタンからの要求を受付可能である。画面更新指示の要求を受け付けた場合、例えばＷｅｂブラウザ１０２は指定のＵＲＬへＨＴＴＰのＧＥＴを行う。

図１６のＷｅｂサービス利用システムの処理では、処理終了時やエラー時に、サーバ装置２側から画面更新指示の要求を行うことができる。

図２２は、本発明のＷｅｂサービス利用システムの処理を表した第２実施例の説明図である。なお、図２２の画像形成装置７ａ，７ｂ及びサーバ装置２は、説明に不用な構成を適宜省略して記載している。

ステップＳ２０１〜Ｓ２０５の処理は、図１６のステップＳ１０１〜Ｓ１０５の処理と同様であり、説明を省略する。スキャンＷＳ１０３−１が印刷ＷＳ１０３−２に対応した画像データを取得できない場合、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に画像フォーマット変換を指示する。Ｗｅｂサービスクライアント２０５はステップＳ２０６に進み、ネットワーク３上の画像フォーマット変換ＷＳ６を利用して適切な画像フォーマットに変換する。

次に、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に印刷開始を指示する。ステップＳ２０７に進み、Ｗｅｂサービスクライアント２０５はスキャンを実行した画像形成装置７ａと異なる画像形成装置７ｂの印刷ＷＳ１０３−２に印刷開始を指示する。ステップＳ２０７の印刷開始指示は、画像データを含む図２０のリクエストＳＯＡＰメッセージが利用される。

印刷開始指示を受信すると、印刷ＷＳ１０３−２は印刷機能部１０６ｂによりプロッタ１１０を制御して印刷を実行する。印刷が終了すると、印刷ＷＳ１０３−２は、図２１のレスポンスＳＯＡＰメッセージで印刷終了をＷｅｂサービスクライアント２０５に通知する。

ステップＳ２０８，Ｓ２０９の処理は、図１６のステップＳ１０７，Ｓ１０８の処理と同様であり、説明を省略する。図２２のＷｅｂサービス利用システムでは、単機能のスキャナであっても他の画像形成装置のプリンタを利用することで、コピー機と同様の効果を得ることができる。図２２のＷｅｂサービス利用システムは、カラースキャナとカラープリンタとがあれば、カラーコピー機として利用できる。また、図２２のＷｅｂサービス利用システムはオフィス内だけでなく、遠隔地にある画像形成装置７ａ，７ｂの連携等、機能拡張が可能である。

図２３は、本発明のＷｅｂサービス利用システムの処理を表した第３実施例の説明図である。なお、図２３の画像形成装置７及びサーバ装置２は、説明に不用な構成を適宜省略して記載している。

ステップＳ３０１〜Ｓ３０３の処理は、図１６のステップＳ１０１〜Ｓ１０３の処理と同様であり、説明を省略する。サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５にスキャン開始を指示する。ステップＳ３０４に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７の通知ＷＳ１０３−４に対してイベント登録の指示を行う。通知ＷＳ１０３−４は、Ｗｅｂサービスサーバ１０３が提供する通知機能部１０８を制御する為のＷｅｂサービスである。なお、ステップＳ３０４のイベント登録指示はリクエストＳＯＡＰメッセージが利用される。

ステップＳ３０５に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７のスキャンＷＳ１０３−１にスキャン開始を指示する。スキャンＷＳ１０３−１は、スキャン機能部１０７によりスキャナ１１１を制御してスキャンを実行する。通知ＷＳ１０３−４にはスキャンの終了がイベント登録されており、スキャンの終了が通知送信部１０４に通知される。

ステップＳ３０６に進み、通知送信部１０４はスキャン終了をサーバ装置２の通知受信部２０３に通知する。なお、ステップＳ３０６のスキャン終了通知はレスポンスＳＯＡＰメッセージを利用してもよいし、それ以外のプロトコルを利用してもよい。

スキャン終了を通知されると、Ｗｅｂサービスクライアント２０５はステップＳ３０７に進み、画像形成装置７のスキャンＷＳ１０３−１に、スキャン済み画像データの引き取り要求を行う。スキャン済み画像データの引き取り要求を受信すると、スキャンＷＳ１０３−１は画像データを図１９のレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント２０５に送信する。

ステップＳ３０８では、ステップＳ３０２と同様、Ｗｅｂサービスクライアント２０５から画像形成装置７のブラウザ制御ＷＳ１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、画像形成装置７のＷｅｂブラウザ１０２はステップＳ３０９に進み、サーバ装置２のＷｅｂサーバ２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して画面更新指示を行う。

画面フロー制御部２０１はスキャン中画面データをＨＴＭＬで生成し、Ｗｅｂサーバ２０４に送信する。Ｗｅｂサーバ２０４は、画像形成装置７のＷｅｂブラウザ１０２にＨＴＭＬのスキャン中画面データを送信する。Ｗｅｂブラウザ１０２はスキャン中画面データに応じたスキャン中画面を操作部１０９に表示する。

また、ステップＳ３１０に進み、Ｗｅｂサービスクライアント２０５は、ステップＳ３０７で受信した画像データをＷｅｂサービス連携機構部２０７に送信し、Ｗｅｂサービスクライアント２０５間で画像データを連携する。

次に、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に印刷開始を指示する。ステップＳ３１１に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７の印刷ＷＳ１０３−２に印刷開始を指示する。ステップＳ３１１の印刷開始指示は、画像データを含む図２０のリクエストＳＯＡＰメッセージが利用される。

印刷開始指示を受信すると、印刷ＷＳ１０３−２は印刷機能部１０６によりプロッタ１１０を制御して印刷を実行する。印刷が終了すると、印刷ＷＳ１０３−２は図２１のレスポンスＳＯＡＰメッセージで印刷終了をＷｅｂサービスクライアント２０５に通知する。

ステップＳ３１２では、ステップＳ３０２と同様、Ｗｅｂサービスクライアント２０５から画像形成装置７のブラウザ制御ＷＳ１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、画像形成装置７のＷｅｂブラウザ１０２はステップＳ３１３に進み、サーバ装置２のＷｅｂサーバ２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して画面更新指示を行う。

画面フロー制御部２０１はコピー完了画面データをＨＴＭＬで生成し、Ｗｅｂサーバ２０４に送信する。Ｗｅｂサーバ２０４は、画像形成装置７のＷｅｂブラウザ１０２にＨＴＭＬのコピー完了画面データを送信する。Ｗｅｂブラウザ１０２はコピー完了画面データに応じたコピー完了画面３０４を操作部１０９に表示する。

図２３のＷｅｂサービス利用システムでは、図１６のステップＳ１０４及びステップＳ１０６の処理に時間が掛かるので、イベントによりリクエストとレスポンスとを別のＳＯＡＰメッセージにすることで、操作部１０９に表示されている画面を処理状態に応じて変化させる画面更新を実現できる。

なお、図２３では図１６のステップＳ１０４に対応する処理を行っているときにスキャン中画面を表示する例を説明したが、ステップＳ１０６に対応する処理を行っているときに印刷中画面を表示することも同様に可能である。マルチファンクションプリンタの場合であっても、他のアプリケーションからイベントにより画面更新を実現できる。

図２４は、本発明のＷｅｂサービス利用システムの処理を表した第４実施例の説明図である。なお、図２４の画像形成装置７及びサーバ装置２は、説明に不用な構成を適宜省略して記載している。

ステップＳ４０１〜Ｓ４０３の処理は、図１６のステップＳ１０１〜Ｓ１０３の処理と同様であり、説明を省略する。サーバ装置２の画面フロー制御部２０１は、Ｗｅｂサービスクライアント２０５にスキャン開始を指示する。ステップＳ４０４に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７のスキャンＷＳ１０３−１にスキャン開始を指示する。なお、ステップＳ４０４のスキャン開始指示は図２５のようなリクエストＳＯＡＰメッセージが利用される。

スキャン開始指示を受信すると、スキャンＷＳ１０３−１はスキャン機能部１０７によりスキャナ１１１を制御してスキャンを実行する。スキャンが終了すると、スキャンＷＳ１０３−１は、画像データを例えばローカルメモリに格納する。そして、スキャンＷＳ１０３−１は、ローカルメモリに格納した画像データの文書ＩＤを図２６のようなレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント２０５に送信する。ステップＳ４０５に進み、Ｗｅｂサービス連携機構部１１３は、ローカルメモリに格納された画像データを、スキャンＷＳ１０３−１と印刷ＷＳ１０３−２との間で連携する。

次に、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に印刷開始を指示する。ステップＳ４０６に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７の印刷ＷＳ１０３−２に印刷開始を指示する。ステップＳ４０６の印刷開始指示は、文書ＩＤを含む図２７のようなリクエストＳＯＡＰメッセージが利用される。

印刷開始指示を受信すると、印刷ＷＳ１０３−２はローカルメモリに格納されている画像データから文書ＩＤに対応する画像データを読み出し、印刷機能部１０６によりプロッタ１１０を制御して印刷を実行する。印刷が終了すると、印刷ＷＳ１０３−２は図２８のようなレスポンスＳＯＡＰメッセージで印刷終了をＷｅｂサービスクライアント２０５に通知する。

ステップＳ４０７では、ステップＳ４０２と同様、Ｗｅｂサービスクライアント２０５から画像形成装置７のブラウザ制御ＷＳ１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、画像形成装置７のＷｅｂブラウザ１０２はステップＳ４０８に進み、サーバ装置２のＷｅｂサーバ２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して画面更新指示を行う。

画面フロー制御部２０１はコピー完了画面データをＨＴＭＬで生成し、Ｗｅｂサーバ２０４に送信する。Ｗｅｂサーバ２０４は、画像形成装置７のＷｅｂブラウザ１０２にＨＴＭＬのコピー完了画面データを送信する。Ｗｅｂブラウザ１０２はコピー完了画面データに応じたコピー完了画面３０４を操作部１０９に表示する。

図２４のＷｅｂサービス利用システムでは、ステップＳ４０４及びステップＳ４０６の処理で画像データの替わりに文書ＩＤを送信しているため、ネットワーク３の負荷が軽減され、レスポンスが向上する。

図２９は、本発明のＷｅｂサービス利用システムの処理を表した第５実施例の説明図である。なお、図２９の画像形成装置７ａ，７ｂ及びサーバ装置２は、説明に不用な構成を適宜省略して記載している。

ステップＳ５０１〜Ｓ５０３の処理は、図１６のステップＳ１０１〜Ｓ１０３の処理と同様であり、説明を省略する。サーバ装置２の画面フロー制御部２０１は、Ｗｅｂサービスクライアント２０５にスキャン開始を指示する。ステップＳ５０４に進み、Ｗｅｂサービスクライアント２０５は、画像形成装置７ａのスキャンＷＳ１０３−１にスキャン開始を指示する。なお、ステップＳ５０４のスキャン開始指示は図２５のリクエストＳＯＡＰメッセージが利用される。

スキャン開始指示の要求を受信すると、スキャンＷＳ１０３−１はスキャン機能部１０７によりスキャナ１１１を制御してスキャンを実行する。スキャンが終了すると、画像形成装置７ａのスキャンＷＳ１０３−１は、スキャンした画像データの文書ＩＤを図２６のレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント２０５に送信する。

ステップＳ５０５に進み、画像形成装置７ａのＷＳクライアント１１４は、画像データを画像形成装置７ｂの文書管理ＷＳ１１５に送信する。文書管理ＷＳ１１５は、画像形成装置７ｂのＷｅｂサービスサーバ１０３ｂが提供する文書管理機能部（図示せず）を制御する為のＷｅｂサービスである。

画像形成装置７ｂの文書管理ＷＳ１１５は、受信した画像データを例えばローカルメモリに格納する。そして、画像形成装置７ｂのＷｅｂサービス連携機構部１１３は、ローカルメモリに格納された画像データを、文書管理ＷＳ１１５と印刷ＷＳ１０３−２との間で連携する。

ステップＳ５０５と並行して、サーバ装置２の画面フロー制御部２０１はＷｅｂサービスクライアント２０５に印刷開始を指示する。ステップＳ５０６に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７ｂの印刷ＷＳ１０３−２に印刷開始を指示する。ステップＳ５０６の印刷開始指示は、文書ＩＤを含む図２７のようなリクエストＳＯＡＰメッセージが利用される。

印刷開始指示を受信すると、印刷ＷＳ１０３−２はローカルメモリに格納されている画像データから文書ＩＤに対応する画像データを読み出し、印刷機能部１０６によりプロッタ１１０を制御して印刷を実行する。なお、印刷ＷＳ１０３−２はステップＳ５０５の処理を待って、事前条件がそろってから処理されるものとする。即ち、画像形成装置７ｂのＷｅｂサービス連携機構部１１３はステップＳ５０５とステップＳ５０６との待ち合わせ処理を行う。印刷が終了すると、印刷ＷＳ１０３−２は図２８のレスポンスＳＯＡＰメッセージで印刷終了をＷｅｂサービスクライアント２０５に通知する。ステップＳ５０７，Ｓ５０８では、ステップＳ５０２，Ｓ５０３と同様な処理によりコピー完了画面３０４を操作部１０９に表示する。

図２９のＷｅｂサービス利用システムでは、ステップＳ５０４及びステップＳ５０６の処理で画像データの替わりに文書ＩＤを送信しているため、ネットワーク３の負荷が軽減され、レスポンスが向上する。

図３０は、本発明のＷｅｂサービス利用システムの処理を表した第６実施例の説明図である。なお、図３０の画像形成装置７及びサーバ装置２ａ，２ｂは、説明に不用な構成を適宜省略して記載している。

ステップＳ６０１〜Ｓ６０４の処理は、図１６のステップＳ１０１〜Ｓ１０４の処理と同様であり、説明を省略する。Ｗｅｂサービスクライアント２０５ａは、ステップＳ６０４で受信した画像データをサーバ装置２ｂの加工印刷ＷＳ２０８ｂに送信する。印刷加工ＷＳ２０８ｂは、Ｗｅｂサービスサーバ（図示せず）が提供する加工印刷機能部を制御する為のＷｅｂサービスである。また、サーバ装置２ａ，２ｂは、Ｗｅｂサービス連携機構部２０７ａ，２０７ｂにより画像データ及び処理の連携を図っている。

サーバ装置２ｂの画面フロー制御部２０１ｂは、Ｗｅｂサービスクライアント２０５ｂに画像加工を指示する。Ｗｅｂサービスクライアント２０５ｂは、ステップＳ６０６に進み、ネットワーク３上の画像加工ＷＳ７を利用して画像データの加工を行う。

次に、サーバ装置２ｂの画面フロー制御部２０１ｂはＷｅｂサービスクライアント２０５ｂに印刷開始を指示する。ステップＳ６０７に進み、Ｗｅｂサービスクライアント２０５は画像形成装置７の印刷ＷＳ１０３−２に印刷開始を指示する。ステップＳ６０７の印刷開始指示は、画像データを含む図２０のようなリクエストＳＯＡＰメッセージが利用される。

印刷開始指示を受信すると、印刷ＷＳ１０３−２は印刷機能部１０６によりプロッタ１１０を制御して印刷を実行する。印刷が終了すると、印刷ＷＳ１０３−２は、図２１のレスポンスＳＯＡＰメッセージで印刷終了をＷｅｂサービスクライアント２０５ｂに通知する。ステップＳ６０８，Ｓ６０９の処理は、図１６のステップＳ１０７，Ｓ１０８の処理と同様であり、説明を省略する。

図３０のＷｅｂサービス利用システムの処理では、既存のアプリケーションを流用して新規のアプリケーションを構築できる。例えば印刷時にバーコードを付加する場合、ネットワーク上の好きなアプリケーションを選択して利用することができる。

上記した実施例１〜６では、情報処理装置の一例として画像形成装置を例に説明してきたが、下記の実施例７〜１２において情報処理装置の一例として音処理装置を例に説明していく。

図３１は、本発明のＷｅｂサービス利用システムの処理を表した第７実施例の説明図である。なお、図３１の音処理装置１００１及びサーバ装置１００２は、説明に不用な構成を適宜省略して記載している。

ユーザが音処理画面の「実行ボタン」を押下する等、操作部から音処理の実行を指示すると、Ｗｅｂブラウザ１１０２は、ステップＳ１１０１に進み、サーバ装置１００２のＷｅｂサーバ１２０４に対してＨＴＴＰのＧＥＴ／ＰＯＳＴを利用した音処理実行指示を行う。Ｗｅｂサーバ１２０４は画面フロー制御部１２０１に対して音処理実行指示を行う。画面フロー制御部１２０１は、Ｗｅｂサービスクライアント１２０５に対して画面更新指示の要求を行う。

ステップＳ１１０２に進み、Ｗｅｂサービスクライアント１２０５は音処理装置１００１のブラウザ制御ＷＳ１１０３−３に対して画面更新指示の要求を行う。ブラウザ制御ＷＳ１１０３−３は、Ｗｅｂサービスサーバが提供するブラウザ制御機能部を制御する為のＷｅｂサービスである。なお、ステップＳ１１０２の画面更新指示の要求は音処理に対応させた図１７のようなリクエストＳＯＡＰメッセージが利用される。

画面更新指示の要求を受信すると、音処理装置１００１のＷｅｂブラウザ１１０２はステップＳ１１０３に進み、サーバ装置１００２のＷｅｂサーバ１２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ１２０４は、画面フロー制御部１２０１に対して画面更新指示を行う。

画面フロー制御部１２０１は音処理中画面データをＨＴＭＬで生成し、Ｗｅｂサーバ１２０４に送信する。Ｗｅｂサーバ１２０４は、音処理装置１００１のＷｅｂブラウザ１１０２にＨＴＭＬの音処理中画面データを送信する。Ｗｅｂブラウザ１１０２は音処理中画面データに応じた音処理中画面を操作部に表示する。

また、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に集音開始を指示する。ステップＳ１１０４に進み、Ｗｅｂサービスクライアント１２０５は、音処理装置１００１の集音ＷＳ１１０３−１に集音開始を指示する。集音ＷＳ１１０３−１は、Ｗｅｂサービスサーバが提供する集音機能部を制御する為のＷｅｂサービスである。なお、ステップＳ１１０４の集音開始指示は音処理に対応させた図１８のようなリクエストＳＯＡＰメッセージが利用される。

集音開始指示の要求を受信すると、集音ＷＳ１１０３−１は集音機能部により集音器を制御して集音を実行する。集音が終了すると、集音ＷＳ１１０３−１は、集音して電子データ化した音データを音処理に対応させた図１９のようなレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント１２０５に送信する。Ｗｅｂサービスクライアント１２０５は、受信した音データをＷｅｂサービス連携機構部１２０７に送信し、Ｗｅｂサービスクライアント１２０５間で音データを連携する。

次に、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に音データ出力開始を指示する。ステップＳ１１０６に進み、Ｗｅｂサービスクライアント１２０５は音処理装置１００１の音データ出力ＷＳ１１０３−２に音データ出力開始を指示する。音データ出力ＷＳ１１０３−２は、Ｗｅｂサービスサーバが提供する音データ出力機能部を制御する為のＷｅｂサービスである。ステップＳ１１０６の音データ出力開始指示は、音データを含む、音処理に対応させた図２０のようなリクエストＳＯＡＰメッセージが利用される。

音データ出力開始指示を受信すると、音データ出力ＷＳ１１０３−２は音データ出力機能部により出力器を制御して音データ出力を実行する。音データ出力が終了すると、音データ出力ＷＳ１１０３−２は音処理に対応させた図２１のようなレスポンスＳＯＡＰメッセージで音データ出力終了をＷｅｂサービスクライアント１２０５に通知する。

ステップＳ１１０７では、ステップＳ１１０２と同様、Ｗｅｂサービスクライアント１２０５から音処理装置１００１のブラウザ制御ＷＳ１１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、音処理装置１００１のＷｅｂブラウザ１１０２はステップＳ１１０８に進み、サーバ装置１００２のＷｅｂサーバ１２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ１２０４は、画面フロー制御部１２０１に対して画面更新指示を行う。

画面フロー制御部１２０１は音処理完了画面データをＨＴＭＬで生成し、Ｗｅｂサーバ１２０４に送信する。Ｗｅｂサーバ１２０４は、音処理装置１００１のＷｅｂブラウザ１１０２にＨＴＭＬの音処理完了画面データを送信する。Ｗｅｂブラウザ１１０２は音処理画面データに応じた音処理完了画面を操作部に表示する。

図３１のＷｅｂサービス利用システムで利用する音処理装置１００１は単機能で低価格なものでもよいが、少なくともＷｅｂサービスを備えている必要がある。また、ブラウザ制御ＷＳ１１０３−３はＷｅｂサービスや操作部に設けられたハードボタンからの要求を受付可能である。画面更新指示の要求を受け付けた場合、例えばＷｅｂブラウザ１１０２は指定のＵＲＬへＨＴＴＰのＧＥＴを行う。

図３１のＷｅｂサービス利用システムの処理では、処理終了時やエラー時に、サーバ装置１００２側から画面更新指示の要求を行うことができる。

図３２は、本発明のＷｅｂサービス利用システムの処理を表した第８実施例の説明図である。なお、図３２の音処理装置１００１ａ，１００１ｂ及びサーバ装置１００２は、説明に不用な構成を適宜省略して記載している。

ステップＳ１２０１〜Ｓ１２０５の処理は、図３１のステップＳ１１０１〜Ｓ１１０５の処理と同様であり、説明を省略する。集音ＷＳ１１０３−１が音データ出力ＷＳ１１０３−２に対応した音データを取得できない場合、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に音フォーマット変換を指示する。Ｗｅｂサービスクライアント１２０５はステップＳ１２０６に進み、ネットワーク３上の音フォーマット変換ＷＳ１００６を利用して適切な音フォーマットに変換する。

次に、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に音データ出力開始を指示する。ステップＳ１２０７に進み、Ｗｅｂサービスクライアント１２０５は集音を実行した音処理装置１００１ａと異なる音処理装置１００１ｂの音データ出力ＷＳ１１０３−２に音データ出力開始を指示する。ステップＳ１２０７の音データ出力開始指示は、音データを含む、音処理に対応させた図２０のようなリクエストＳＯＡＰメッセージが利用される。

音データ出力開始指示を受信すると、音データ出力ＷＳ１１０３−２は音データ出力機能部により出力器を制御して音データ出力を実行する。音データ出力が終了すると、音データ出力ＷＳ１１０３−２は音処理に対応させた図２１のようなレスポンスＳＯＡＰメッセージで音データ出力終了をＷｅｂサービスクライアント１２０５に通知する。

ステップＳ１２０８，Ｓ１２０９の処理は、図３１のステップＳ１１０７，Ｓ１１０８の処理と同様であり、説明を省略する。図３２のＷｅｂサービス利用システムでは、単機能の集音器であっても他の音処理装置の機能を利用することで、多機能となる。図３２のＷｅｂサービス利用システムは、オフィス内だけでなく、遠隔地にある音処理装置１００１ａ，１００１ｂの連携など、機能拡張が可能である。

図３３は、本発明のＷｅｂサービス利用システムの処理を表した第９実施例の説明図である。なお、図３３の音処理装置１００１及びサーバ装置１００２は、説明に不用な構成を適宜省略して記載している。

ステップＳ１３０１〜Ｓ１３０３の処理は、図３１のステップＳ１１０１〜Ｓ１１０３の処理と同様であり、説明を省略する。サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に集音開始を指示する。ステップＳ１３０４に進み、Ｗｅｂサービスクライアント１２０５は、音処理装置１００１の通知ＷＳ１１０３−４に対してイベント登録の指示を行う。通知ＷＳ１１０３−４は、Ｗｅｂサービスサーバが提供する通知機能部を制御する為のＷｅｂサービスである。なお、ステップＳ１３０４のイベント登録指示はリクエストＳＯＡＰメッセージが利用される。

ステップＳ１３０５に進み、Ｗｅｂサービスクライアント１２０５は、音処理装置１００１の集音ＷＳ１１０３−１に集音開始を指示する。集音ＷＳ１１０３−１は、集音機能部により集音器を制御して集音を実行する。通知ＷＳ１１０３−４には集音の終了がイベント登録されており、集音の終了が通知送信部１１０４に通知される。

ステップＳ１３０６に進み、通知送信部１１０４は集音終了をサーバ装置１００２の通知受信部１２０３に通知する。なお、ステップＳ１３０６の集音終了通知はレスポンスＳＯＡＰメッセージを利用してもよいし、それ以外のプロトコルを利用してもよい。

集音終了を通知されると、Ｗｅｂサービスクライアント１２０５はステップＳ１３０７に進み、音処理装置１００１の集音ＷＳ１１０３−１に、集音済み音データの引き取り要求を行う。集音済み音声データの引き取り要求を受信すると、集音ＷＳ１１０３−１は音データを、音処理に対応させた図１９のようなレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント１２０５に送信する。

ステップＳ１３０８では、ステップＳ１３０２と同様、Ｗｅｂサービスクライアント１２０５から音処理装置１００１のブラウザ制御ＷＳ１１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、音処理装置１００１のＷｅｂブラウザ１１０２はステップＳ１３０９に進み、サーバ装置１００２のＷｅｂサーバ１２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ１２０４は、画面フロー制御部１２０１に対して画面更新指示を行う。

画面フロー制御部１２０１は集音中画面データをＨＴＭＬで生成し、Ｗｅｂサーバ１２０４に送信する。Ｗｅｂサーバ１２０４は、音処理装置１００１のＷｅｂブラウザ１１０２にＨＴＭＬの集音中画面データを送信する。Ｗｅｂブラウザ１１０２は集音中画面データに応じた集音中画面を操作部に表示する。

また、ステップＳ１３１０に進み、Ｗｅｂサービスクライアント１２０５は、ステップＳ１３０７で受信した音データをＷｅｂサービス連携機構部１２０７に送信し、Ｗｅｂサービスクライアント１２０５間で音データを連携する。

次に、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に音データ出力開始を指示する。ステップＳ１３１１に進み、Ｗｅｂサービスクライアント１２０５は音処理装置１００１の音データ出力ＷＳ１１０３−２に音データ出力開始を指示する。ステップＳ１３１１の音データ出力開始指示は、音データを含む、音処理に対応させた図２０のようなリクエストＳＯＡＰメッセージが利用される。

音データ出力開始指示を受信すると、音データ出力ＷＳ１１０３−２は音データ出力機能部により出力器を制御して音データ出力を実行する。音データ出力が終了すると、音データ出力ＷＳ１１０３−２は音処理に対応させた図２１のようなレスポンスＳＯＡＰメッセージで音データ出力終了をＷｅｂサービスクライアント１２０５に通知する。

ステップＳ１３１２では、ステップＳ１３０２と同様、Ｗｅｂサービスクライアント１２０５から音処理装置１００１のブラウザ制御ＷＳ１１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、音処理装置１００１のＷｅｂブラウザ１１０２はステップＳ１３１３に進み、サーバ装置１００２のＷｅｂサーバ１２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ１２０４は、画面フロー制御部１２０１に対して画面更新指示を行う。

画面フロー制御部１２０１は音データ出力完了画面データをＨＴＭＬで生成し、Ｗｅｂサーバ１２０４に送信する。Ｗｅｂサーバ１２０４は、音処理装置１００１のＷｅｂブラウザ１１０２にＨＴＭＬの音データ出力完了画面データを送信する。Ｗｅｂブラウザ１１０２は音データ出力完了画面データに応じた音データ出力完了画面を操作部に表示する。

図３３のＷｅｂサービス利用システムでは、図３１のステップＳ１１０４及びステップＳ１１０６の処理に時間が掛かるので、イベントによりリクエストとレスポンスとを別のＳＯＡＰメッセージにすることで、操作部に表示されている画面を処理状態に応じて変化させる画面更新を実現できる。

なお、図３３では図３１のステップＳ１１０４に対応する処理を行っているときにスキャン中画面を表示する例を説明したが、ステップＳ１１０６に対応する処理を行っているときに音データ出力中画面を表示することも同様に可能である。多機能な音処理装置の場合であっても、他のアプリケーションからイベントにより画面更新を実現できる。

図３４は、本発明のＷｅｂサービス利用システムの処理を表した第１０実施例の説明図である。なお、図３４の音処理装置１００１及びサーバ装置１００２は、説明に不用な構成を適宜省略して記載している。

ステップＳ１４０１〜Ｓ１４０３の処理は、図３１のステップＳ１１０１〜Ｓ１１０３の処理と同様であり、説明を省略する。サーバ装置１００２の画面フロー制御部１２０１は、Ｗｅｂサービスクライアント１２０５に集音開始を指示する。ステップＳ１４０４に進み、Ｗｅｂサービスクライアント１２０５は、音処理装置１００１の集音ＷＳ１１０３−１に集音開始を指示する。なお、ステップＳ１４０４の集音開始指示は音処理に対応させた図２５のようなリクエストＳＯＡＰメッセージが利用される。

集音開始指示を受信すると、集音ＷＳ１１０３−１は集音機能部により集音器を制御して集音を実行する。集音が終了すると、集音ＷＳ１１０３−１は、音データを例えばローカルメモリに格納する。そして、集音ＷＳ１１０３−１は、ローカルメモリに格納した音データの音ＩＤを音処理に対応させた図２６のようなレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント１２０５に送信する。ステップＳ１４０５に進み、Ｗｅｂサービス連携機構部１１１３は、ローカルメモリに格納された音データを、集音ＷＳ１１０３−１と音データ出力ＷＳ１１０３−２との間で連携する。

次に、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に音データ出力開始を指示する。ステップＳ１４０６に進み、Ｗｅｂサービスクライアント１２０５は音処理装置１００１の音データ出力ＷＳ１１０３−２に音データ出力開始を指示する。ステップＳ１４０６の音データ出力開始指示は、音ＩＤを含む、音処理に対応させた図２７のようなリクエストＳＯＡＰメッセージが利用される。

音データ出力開始指示を受信すると、音データ出力ＷＳ１１０３−２はローカルメモリに格納されている音データから音ＩＤに対応する音データを読み出し、音データ出力機能部により出力器を制御して音データ出力を実行する。音データ出力が終了すると、音データ出力ＷＳ１１０３−２は音処理に対応させた図２８のようなレスポンスＳＯＡＰメッセージで音データ出力終了をＷｅｂサービスクライアント１２０５に通知する。

ステップＳ１４０７では、ステップＳ１４０２と同様、Ｗｅｂサービスクライアント１２０５から音処理装置１００１のブラウザ制御ＷＳ１１０３−３に対して画面更新指示の要求が行われる。画面更新指示の要求を受信すると、音処理装置１００１のＷｅｂブラウザ１１０２はステップＳ１４０８に進み、サーバ装置１００２のＷｅｂサーバ１２０４に対してＨＴＴＰのＧＥＴを利用した画面更新指示を行う。Ｗｅｂサーバ１２０４は、画面フロー制御部１２０１に対して画面更新指示を行う。

画面フロー制御部１２０１は音データ出力完了画面データをＨＴＭＬで生成し、Ｗｅｂサーバ１２０４に送信する。Ｗｅｂサーバ１２０４は、音処理装置１００１のＷｅｂブラウザ１１０２にＨＴＭＬの音データ出力完了画面データを送信する。Ｗｅｂブラウザ１１０２は音データ出力完了画面データに応じた音データ出力完了画面を操作部に表示する。

図３４のＷｅｂサービス利用システムでは、ステップＳ１４０４及びステップＳ１４０６の処理で音データの替わりに音ＩＤを送信しているため、ネットワーク３の負荷が軽減され、レスポンスが向上する。

図３５は、本発明のＷｅｂサービス利用システムの処理を表した第１１実施例の説明図である。なお、図３５の音処理装置１００１ａ，１００１ｂ及びサーバ装置１００２は、説明に不用な構成を適宜省略して記載している。

ステップＳ１５０１〜Ｓ１５０３の処理は、図３１のステップＳ１１０１〜Ｓ１１０３の処理と同様であり、説明を省略する。サーバ装置１００２の画面フロー制御部１２０１は、Ｗｅｂサービスクライアント１２０５に集音開始を指示する。ステップＳ１５０４に進み、Ｗｅｂサービスクライアント１２０５は、音処理装置１００１ａのスキャンＷＳ１０３−１に集音開始を指示する。なお、ステップＳ１５０４の集音開始指示は音処理に対応させた図２５のようなリクエストＳＯＡＰメッセージが利用される。

集音開始指示の要求を受信すると、集音ＷＳ１１０３−１は集音機能部により集音器を制御して集音を実行する。集音が終了すると、音処理装置１００１ａの集音ＷＳ１１０３−１は、集音した音データの音声ＩＤを音処理に対応させた図２６のようなレスポンスＳＯＡＰメッセージでＷｅｂサービスクライアント１２０５に送信する。

ステップＳ１５０５に進み、音処理装置１００１ａのＷＳクライアント１１１４は、音データを音処理装置１００１ｂの音データ管理ＷＳ１１１５に送信する。音データ管理ＷＳ１１１５は、音処理装置１００１ｂのＷｅｂサービスサーバが提供する音データ管理機能部（図示せず）を制御する為のＷｅｂサービスである。

音処理装置１００１ｂの音データ管理ＷＳ１１１５は、受信した音データを例えばローカルメモリに格納する。そして、音処理装置１００１ｂのＷｅｂサービス連携機構部１１１３は、ローカルメモリに格納された音データを、音データ管理ＷＳ１１１５と音データ出力ＷＳ１１０３−２との間で連携する。

ステップＳ１５０５と並行して、サーバ装置１００２の画面フロー制御部１２０１はＷｅｂサービスクライアント１２０５に音データ出力開始を指示する。ステップＳ１５０６に進み、Ｗｅｂサービスクライアント１２０５は音処理装置１００１ｂの音データ出力ＷＳ１１０３−２に音データ出力開始を指示する。ステップＳ１５０６の音データ出力開始指示は、音ＩＤを含む、音処理に対応させた図２７のようなリクエストＳＯＡＰメッセージが利用される。

音データ出力開始指示を受信すると、音データ出力ＷＳ１１０３−２はローカルメモリに格納されている音データから音ＩＤに対応する音データを読み出し、音データ出力機能部により出力器を制御して音データ出力を実行する。なお、音データ出力ＷＳ１１０３−２は、ステップＳ１５０５の処理を待って、事前条件がそろってから処理されるものとする。即ち、音処理装置１００１ｂのＷｅｂサービス連携機構部１１１３はステップＳ１５０５とステップＳ１５０６との待ち合わせ処理を行う。音データ出力が終了すると、音データ出力ＷＳ１１０３−２は音処理に対応させた図２８のようなレスポンスＳＯＡＰメッセージで音データ出力終了をＷｅｂサービスクライアント１２０５に通知する。ステップＳ１５０７，Ｓ１５０８では、ステップＳ１５０２，Ｓ１５０３と同様な処理により音データ出力完了画面を操作部に表示する。

図３５のＷｅｂサービス利用システムでは、ステップＳ１５０４及びステップＳ１５０６の処理で音データの替わりに音ＩＤを送信しているため、ネットワーク３の負荷が軽減され、レスポンスが向上する。

図３６は、本発明のＷｅｂサービス利用システムの処理を表した第１２実施例の説明図である。なお、図３６の音処理装置１００１及びサーバ装置１００２ａ，１００２ｂは、説明に不用な構成を適宜省略して記載している。

ステップＳ１６０１〜Ｓ１６０４の処理は、図３１のステップＳ１１０１〜Ｓ１１０４の処理と同様であり、説明を省略する。Ｗｅｂサービスクライアント１２０５ａは、ステップＳ１６０４で受信した音データをサーバ装置１００２ｂの加工出力ＷＳ１２０８ｂに送信する。加工出力ＷＳ１２０８ｂは、Ｗｅｂサービスサーバ（図示せず）が提供する加工出力機能部を制御する為のＷｅｂサービスである。また、サーバ装置１００２ａ，１００２ｂは、Ｗｅｂサービス連携機構部１２０７ａ，１２０７ｂにより音データ及び処理の連携を図っている。

サーバ装置１００２ｂの画面フロー制御部１２０１ｂは、Ｗｅｂサービスクライアント１２０５ｂに音加工を指示する。Ｗｅｂサービスクライアント１２０５ｂは、ステップＳ１６０６に進み、ネットワーク３上の音加工ＷＳ１００７を利用して音データの加工を行う。

次に、サーバ装置１００２ｂの画面フロー制御部１２０１ｂはＷｅｂサービスクライアント１２０５ｂに音データ出力開始を指示する。ステップＳ１６０７に進み、Ｗｅｂサービスクライアント１２０５ｂは音処理装置１００１の音データ出力ＷＳ１０３−２に音データ出力開始を指示する。ステップＳ１６０７の音データ出力開始指示は、音データを含む、音処理に対応させた図２０のようなリクエストＳＯＡＰメッセージが利用される。

音データ出力開始指示を受信すると、音データ出力ＷＳ１０３−２は音データ出力機能部により出力器を制御して音データ出力を実行する。音データ出力が終了すると、音データ出力ＷＳ１１０３−２は音処理に対応させた図２１のようなレスポンスＳＯＡＰメッセージで音データ出力終了をＷｅｂサービスクライアント１２０５ｂに通知する。ステップＳ１６０８，Ｓ１６０９の処理は、図３１のステップＳ１１０７，Ｓ１１０８の処理と同様であり、説明を省略する。

図３６のＷｅｂサービス利用システムの処理では、既存のアプリケーションを流用して新規のアプリケーションを構築できる。例えば音データ出力時にバーコードを付加する場合、ネットワーク３上の好きなアプリケーションを選択して利用することができる。

上述した実施例１〜１２のＷｅｂサービス利用システムでは、Ｗｅｂサービス間で互いに連携を取ることで、リクエスト処理の待ち時間を短縮できる。本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

例えば実施例１〜６では画像データを、実施例７〜１２では音データを挙げたが、本発明の趣旨を逸脱しない限り、光データや、文字データ等、様々なデータを取り扱うサービスに適用することができる。

なお、特許請求の範囲に記載した制御部がアプリケーション２００に相当し、サービス提供部がＷｅｂサービスサーバ１０３に相当し、通知送信手段が通知送信部１０４に相当し、更新部がブラウザ制御機能部１０５に相当し、要求部がＷｅｂブラウザ１０２に相当する。

本発明のＷｅｂサービス利用システムの一例の概念図である。 本発明の情報処理装置の一実施例の構成図である。 本発明の情報処理装置の一実施例のハードウェア構成図である。 本発明のＷｅｂサービス利用システムの一実施例のシステム構成図である。 Ｗｅｂサービス利用システムが行うコピー処理の一例のシーケンス図である。 画像形成装置の操作部に表示される画面の一例の遷移図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 Ｗｅｂブラウザの一実施例の構成図である。 Ｗｅｂサービス利用システムが初期画面を表示するまでの処理の一例のシーケンス図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 Ｗｅｂサービス利用システムが行うコピー処理の一例のシーケンス図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 本発明のＷｅｂサービス利用システムの一実施例のシステム構成図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 本発明のＷｅｂサービス利用システムの処理を表した第１実施例の説明図である。 リクエストＳＯＡＰメッセージの一例の構成図である。 リクエストＳＯＡＰメッセージの一例の構成図である。 レスポンスＳＯＡＰメッセージの一例の構成図である。 リクエストＳＯＡＰメッセージの一例の構成図である。 レスポンスＳＯＡＰメッセージの一例の構成図である。 本発明のＷｅｂサービス利用システムの処理を表した第２実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第３実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第４実施例の説明図である。 リクエストＳＯＡＰメッセージの一例の構成図である。 レスポンスＳＯＡＰメッセージの一例の構成図である。 リクエストＳＯＡＰメッセージの一例の構成図である。 レスポンスＳＯＡＰメッセージの一例の構成図である。 本発明のＷｅｂサービス利用システムの処理を表した第５実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第６実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第７実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第８実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第９実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第１０実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第１１実施例の説明図である。 本発明のＷｅｂサービス利用システムの処理を表した第１２実施例の説明図である。

符号の説明

１，１ａ，１ｂ 情報処理装置
２ サーバ装置
３ ネットワーク
４ ＵＩ
６ 画像フォーマット変換ＷＳ
７，７ａ，７ｂ 画像形成装置
８ 端末装置
１０１ ネットワークＩ／Ｆ
１０２ Ｗｅｂブラウザ
１０３ Ｗｅｂサービスサーバ
１０４ 通知送信部
１０５ ブラウザ制御機能部
１０６ 印刷機能部
１０７ スキャン機能部
１０８ 通知機能部
１０９ 操作部
１１０ プロッタ
１１１ スキャナ
１１２ メモリ
２００ アプリケーション
２０１ 画面フロー制御部
２０２ 画面構築部
２０３ 通知受信部
２０４，５００ Ｗｅｂサーバ
２０５ Ｗｅｂサービスクライアント
２１０ ネットワークＩ／Ｆ
５０１ 画面フロー制御部
５０２ 画面構築部
５１０ 排他制御部
５１１ クライアント認証部
５１２ サーバ認証部
５２２ ローカルアドレス帳
６０１ イベントプロセス部
６０２ ＪａｖａＳｃｒｉｐｔ実行部
６０３ ＪａｖａＳｃｒｉｐｔローカルＣＧＩ
６０４ ＪａｖａＳｃｒｉｐｔパーサ
６０５ ＨＴＭＬパーサ

Claims (22)

1. 情報処理装置と外部処理装置とが所定のネットワークを介して接続されるサービス利用システムであって、
   前記外部処理装置は、サービスに掛かる処理の少なくとも一部を前記情報処理装置に代わって行なう制御部を備え、
   前記情報処理装置は、前記処理により制御される機能を備え、前記制御部からの要求を契機に前記機能を制御することを特徴とするサービス利用システム。
2. 前記情報処理装置は、前記機能を外部から制御可能とするサービス提供部を備え、前記機能を外部から制御して前記処理を行うことを特徴とする請求項１記載のサービス利用システム。
3. 前記外部処理装置は、前記情報処理装置からの要求に基づき、前記サービス提供部を利用して前記機能を制御することを特徴とする請求項２記載のサービス利用システム。
4. 前記情報処理装置は、前記処理の少なくとも一部を前記制御部に要求する要求部を備えることを特徴とする請求項１乃至３何れか一項記載のサービス利用システム。
5. 前記処理は、前記機能を制御する１つ以上の機能制御部と、前記機能制御部を外部から制御可能とするサービス提供部と、前記機能制御部を外部から制御するソフトウエアとにより実現されるものであり、
   前記ソフトウェアを前記処理の少なくとも一部として前記外部処理装置に備えたことを特徴とする請求項１乃至４何れか一項記載のサービス利用システム。
6. 前記要求部は、前記処理の少なくとも一部を実行可能な実行部を備えることを特徴とする請求項４記載のサービス利用システム。
7. 前記要求部は、他の外部処理装置経由で前記処理の少なくとも一部を前記外部処理装置に要求することを特徴とする請求項６記載のサービス利用システム。
8. 前記情報処理装置は、前記機能を内部から制御可能とするサービス提供部と、
   前記サービス提供部を利用して前記機能を制御する要求部とを備えることを特徴とする請求項１乃至３何れか一項記載のサービス利用システム。
9. 前記外部処理装置は、前記サービス提供部を他の外部処理装置経由で利用して前記機能を制御することを特徴とする請求項３記載のサービス利用システム。
10. 前記制御部は、複数の前記機能を連携させることを特徴とする請求項１乃至９何れか一項記載のサービス利用システム。
11. 前記制御部は、一の情報処理装置が備えた機能と他の情報処理装置が備えた機能とを連携させることを特徴とする請求項１０記載のサービス利用システム。
12. 一の外部処理装置が備える一の制御部と他の外部処理装置が備える他の制御部とを連携させることを特徴とする請求項１乃至１１何れか一項記載のサービス利用システム。
13. 前記処理の少なくとも一部を前記制御部に要求する要求部を備える端末装置が前記情報処理装置と前記外部処理装置とに前記ネットワークを介して接続されていることを特徴とする請求項１乃至３何れか一項記載のサービス利用システム。
14. 前記外部処理装置は、前記制御部のユーザインターフェースを前記要求部に提供することを特徴とする請求項４又は１３記載のサービス利用システム。
15. 前記情報処理装置は、前記ユーザインターフェースの更新を前記制御部に要求する更新部を更に備えたことを特徴とする請求項１４記載のサービス利用システム。
16. 外部処理装置と所定のネットワークを介して接続される情報処理装置であって、
    サービスに掛かる処理により制御される機能を備え、前記処理の少なくとも一部を自装置に代わって外部処理装置に行わせ、前記外部処理装置からの要求を契機に前記機能を制御することを特徴とする情報処理装置。
17. 前記機能を外部から制御可能とするサービス提供部を備え、前記機能を外部から制御して前記処理を行うことを特徴とする請求項１６記載の情報処理装置。
18. 前記処理の少なくとも一部を前記外部処理装置に要求する要求部を備えることを特徴とする請求項１７記載の情報処理装置。
19. 前記要求部は、前記処理に必要なデータの識別子を含ませて前記外部処理装置に対する要求を送信し、
    前記サービス提供部は、前記外部処理装置からの要求に含まれる識別子に応じたデータを利用して、前記機能を制御することを特徴とする請求項１８記載の情報処理装置。
20. 情報処理装置と所定のネットワークを介して接続される外部処理装置であって、
    サービスに掛かる処理の少なくとも一部を前記情報処理装置に代わって行なう制御部を備え、前記処理により制御される前記情報処理装置が備える機能の制御を前記制御部が前記情報処理装置に要求することを特徴とする外部処理装置。
21. 前記制御部が、前記情報処理装置からの要求に基づき、前記機能を外部から制御可能とする前記情報処理装置が備えるサービス提供部を利用して前記機能を制御することを特徴とする請求項２０記載の外部処理装置。
22. 情報処理装置と所定のネットワークを介して接続される外部処理装置を、
    サービスに掛かる処理の少なくとも一部を前記情報処理装置に代わって行なう制御部を備え、前記処理により制御される前記情報処理装置が備える機能の制御を前記制御部が前記情報処理装置に要求するように機能させるためのサービス利用プログラム。

Images