(57)【要約】【課題】クラウドコンピューティングシステムへのデバイスの導入時において、デバイスからのサービスが利用可能となるまでの手間を省き、デバイスの設置性を向上させることを目的とする。【解決手段】初回要求受信部は、デバイスからの接続要求を受信する場合、サービス識別情報と、要求受信部を識別するための情報とをデバイスへ通知し、要求受信部は、初回要求受信部により通知された要求受信部を識別するための情報を基にデバイスから送信された、機種情報と、サービス識別情報とを受信し、受信した両方の情報を基に判定を行い、デバイスに対応し、かつサービスを実行するバックエンド処理部が存在しないと判定した場合、管理部に対して、バックエンド処理部を生成する指示及びサービスを実行させるために生成されたバックエンド処理部を起動する指示を出し、バックエンド処理部が起動されるとサービスの利用準備完了画面をデバイスに送信する。【選択図】図５
2011248683.tif 000002
【特許請求の範囲】
【請求項１】
サーバーコンピュータ群から構成されるクラウドコンピューティングシステムであって、
初回要求受信部と、要求受信部と、を有し、
前記初回要求受信部は、
デバイスからの接続要求を受信する場合は、前記デバイスが利用可能なサービスを識別するためのサービス識別情報と、前記サービスの利用の要求を受信する要求受信部を識別するための情報とを、前記デバイスへ通知する通知手段を有し、
前記要求受信部は、
前記初回要求受信部により通知された要求受信部を識別するための情報を基に前記デバイスから送信された、前記デバイスの機種情報と、前記サービス識別情報とを受信し、該受信した両方の情報を基に、前記デバイスに対応し、かつ前記サービスを実行するバックエンド処理部が存在するか否かを判定する判定手段と、
前記判定手段により前記デバイスに対応し、かつ前記サービスを実行するバックエンド処理部が存在しないと判定された場合は、バックエンド処理部を管理する管理部に対して、前記バックエンド処理部を生成する指示、及び前記サービスを実行させるために前記生成されたバックエンド処理部を起動する指示を出し、前記バックエンド処理部が起動されると、前記サービスの利用準備完了画面を前記デバイスに送信する送信手段と、
を有するクラウドコンピューティングシステム。
【請求項２】
前記要求受信部は、デバイスからジョブの処理依頼を受信したことに応じて、前記ジョブに対応するメッセージを記憶手段に格納する、要求受信プログラムをヴァーチャルマシンが実行することにより実現され、
前記バックエンド処理部は、前記記憶手段に対し前記メッセージの取得要求を定期的に行い、前記記憶手段から前記メッセージを取得した場合は、該取得したメッセージに基づく処理を行う、バックエンド処理プログラムをヴァーチャルマシンが実行することにより実現され、
前記管理部は、前記バックエンド処理部の数を管理する請求項１記載のクラウドコンピューティングシステム。
【請求項３】
サーバーコンピュータ群から構成されるクラウドコンピューティングシステムであって、
デバイスからの接続要求を受信すると、前記デバイスが登録済みのデバイスである場合には、前記デバイスが利用可能なサービスに対する要求を受信する要求受信手段を指し示す情報と、前記サービスを識別するサービス識別情報と、を前記デバイスに通知する初回要求受信手段と、
前記デバイスから前記デバイスの機種情報と、前記サービス識別情報と、を受信すると、前記機種情報と、前記サービス識別情報と、に対応する、前記サービス識別情報で識別されるサービスを提供する処理を行う前記サービスのインスタンスが存在しない場合には、インスタンスを管理する管理手段に対して、前記サービスのインスタンスを生成する指示及び前記生成されたインスタンスを起動する指示を出し、前記インスタンスが起動されると、前記サービスの利用準備完了画面を前記デバイスに送信する要求受信手段と、
を有するクラウドコンピューティングシステム。
【請求項４】
前記要求受信手段は、前記サービスのインスタンスが存在する場合には、前記サービスの利用準備完了画面を前記デバイスに送信する請求項３記載のクラウドコンピューティングシステム。
【請求項５】
前記管理手段を更に有する請求項３又は４記載のクラウドコンピューティングシステム。
【請求項６】
前記要求受信手段は、前記インスタンスが起動されると、前記デバイスの接続に伴い前記デバイスに置き換えられるデバイスが存在する場合には、前記管理手段に対して、前記デバイスが利用可能なサービスのインスタンスを一つ停止する指示及び前記停止されたインスタンスを削減する指示を出し、前記インスタンスが一つ削減されると、前記サービスの利用準備完了画面を前記デバイスに送信する請求項３乃至５何れか１項記載のクラウドコンピューティングシステム。
【請求項７】
前記初回要求受信手段は、デバイスから接続解除要求を受信すると、前記デバイスが利用可能なサービスに対する要求を受信する要求受信手段に接続解除要求を送信し、
前記要求受信手段は、前記初回要求受信手段から前記接続解除要求を受信すると、前記管理手段に対して、前記デバイスが利用可能なサービスのインスタンスを一つ停止する指示及び前記停止されたインスタンスを削減する指示を出す請求項３乃至６何れか１項記載のクラウドコンピューティングシステム。
【請求項８】
前記要求受信手段は、前記デバイスから前記デバイスの機種情報と、前記サービス識別情報と、を受信すると、前記機種情報と、前記サービス識別情報と、に対応する、前記サービス識別情報で識別されるサービスを提供する処理を行う前記サービスのインスタンスが存在しない場合には、前記インスタンスが生成され、起動されるまで前記インスタンスの代替となる代替インスタンスを利用可能であることを前記デバイスに通知する請求項３乃至７何れか１項記載のクラウドコンピューティングシステム。
【請求項９】
デバイスからの接続要求を受信すると、前記デバイスが登録済みのデバイスである場合には、前記デバイスが利用可能なサービスに対する要求を受信する要求受信手段を指し示す情報と、前記サービスを識別するサービス識別情報と、を前記デバイスに通知する初回要求受信手段と、
前記デバイスから前記デバイスの機種情報と、前記サービス識別情報と、を受信すると、前記機種情報と、前記サービス識別情報と、に対応する、前記サービス識別情報で識別されるサービスを提供する処理を行う前記サービスのインスタンスが存在しない場合には、インスタンスを管理する管理手段に対して、前記サービスのインスタンスを生成する指示及び前記生成されたインスタンスを起動する指示を出し、前記インスタンスが起動されると、前記サービスの利用準備完了画面を前記デバイスに送信する要求受信手段と、
を有するサーバーコンピュータ。
【請求項１０】
サーバーコンピュータ群から構成されるクラウドコンピューティングシステムにデバイスを接続するデバイス接続方法であって、
初回要求受信手段が、デバイスからの接続要求を受信すると、前記デバイスが登録済みのデバイスである場合には、前記デバイスが利用可能なサービスに対する要求を受信する要求受信手段を指し示す情報と、前記サービスを識別するサービス識別情報と、を前記デバイスに通知するステップと、
要求受信手段が、前記デバイスから前記デバイスの機種情報と、前記サービス識別情報と、を受信すると、前記機種情報と、前記サービス識別情報と、に対応する、前記サービス識別情報で識別されるサービスを提供する処理を行う前記サービスのインスタンスが存在しない場合には、インスタンスを管理する管理手段に対して、前記サービスのインスタンスを生成する指示及び前記生成されたインスタンスを起動する指示を出し、前記インスタンスが起動されると、前記サービスの利用準備完了画面を前記デバイスに送信するステップと、
を含むデバイス接続方法。
【請求項１１】
デバイスからの接続要求を受信すると、前記デバイスが登録済みのデバイスである場合には、前記デバイスが利用可能なサービスに対する要求を受信する要求受信手段を指し示す情報と、前記サービスを識別するサービス識別情報と、を前記デバイスに通知する初回要求受信手段と、
前記デバイスから前記デバイスの機種情報と、前記サービス識別情報と、を受信すると、前記機種情報と、前記サービス識別情報と、に対応する、前記サービス識別情報で識別されるサービスを提供する処理を行う前記サービスのインスタンスが存在しない場合には、インスタンスを管理する管理手段に対して、前記サービスのインスタンスを生成する指示及び前記生成されたインスタンスを起動する指示を出し、前記インスタンスが起動されると、前記サービスの利用準備完了画面を前記デバイスに送信する要求受信手段と、
してサーバーコンピュータ群を機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウドコンピューティングシステム、サーバーコンピュータ、デバイス接続方法及びプログラムに関する。
【背景技術】
【０００２】
インターネット技術を利用したコンテンツ管理システムが普及してきている。ユーザーは、クライアントコンピュータからインターネットを介してサーバーコンピュータが開設しているＷｅｂページにアクセスし、そのＷｅｂページ上で閲覧したいコンテンツを選択する。コンテンツ管理システムは、選択されたコンテンツをサーバーコンピュータに送信する。サーバーコンピュータは、受信したコンテンツをユーザー側に表示されるよう処理をする。
また、近年、サーバーコンピュータ側で各種処理を行う形態として、クラウドコンピューティングシステムやＳａａＳ（Ｓｏｆｔｗａｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）等の技術が利用され始めている。
クラウドコンピューティングでは、多くの仮想化されたコンピューティング・リソースを利用し、データ変換やデータ処理を分散実行することで、多くのクライアントからの要求を同時に処理することが可能となる。
特許文献１には、仮想化されたコンピューティング・リソースの管理方法が提案されている。この方法では、まず仮想化されたコンピュータ上で実行されるプロセスの負荷を測定して、プロセス負荷情報として記録する。更に、この方法では、プロセスの起動時と終了時の負荷情報とを測定して、プロセス起動終了情報として記録し、これら負荷情報によって仮想化されたコンピューティング・リソースの状態を変更する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２３７８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、例えば画像形成装置のようなデバイスをクラウドコンピューティングシステムに接続し、ネットワークプリンティングシステムを提供する場合、デバイスを新たにシステムに追加する際、コンピューティング・リソースをどう割り当てるかが課題となる。この際、新たにデバイスをクラウドコンピューティングシステムに接続するためには、デバイスの設置場所において、接続先の設定を行い、管理者によって手動でコンピューティング・リソースの割り当てを行わなければならず、手間がかかってしまう。
【０００５】
本発明はこのような問題点に鑑みなされたもので、クラウドコンピューティングシステムへのデバイスの導入時において、デバイスからのサービスが利用可能となるまでの手間を省き、デバイスの設置性を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、サーバーコンピュータ群から構成されるクラウドコンピューティングシステムであって、初回要求受信部と、要求受信部と、を有し、前記初回要求受信部は、デバイスからの接続要求を受信する場合は、前記デバイスが利用可能なサービスを識別するためのサービス識別情報と、前記サービスの利用の要求を受信する要求受信部を識別するための情報とを、前記デバイスへ通知する通知手段を有し、前記要求受信部は、前記初回要求受信部により通知された要求受信部を識別するための情報を基に前記デバイスから送信された、前記デバイスの機種情報と、前記サービス識別情報とを受信し、該受信した両方の情報を基に、前記デバイスに対応し、かつ前記サービスを実行するバックエンド処理部が存在するか否かを判定する判定手段と、前記判定手段により前記デバイスに対応し、かつ前記サービスを実行するバックエンド処理部が存在しないと判定された場合は、バックエンド処理部を管理する管理部に対して、前記バックエンド処理部を生成する指示、及び前記サービスを実行させるために前記生成されたバックエンド処理部を起動する指示を出し、前記バックエンド処理部が起動されると、前記サービスの利用準備完了画面を前記デバイスに送信する送信手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、クラウドコンピューティングシステムへのデバイスの導入時において、デバイスからのサービスが利用可能となるまでの手間を省き、デバイスの設置性を向上させることができる。
【図面の簡単な説明】
【０００８】
【図１】ネットワークプリントシステムのシステム構成の一例を示す図である。
【図２】画像形成装置のハードウェア構成の一例を示す図である。
【図３】情報処理装置のハードウェア構成の一例を示す図である。
【図４】プリントシステムにおける各装置の機能構成（ソフトウェア構成）の一例を示す図である。
【図５】サーバーコンピュータ群の機能構成の一例を示す図である。
【図６】要求受信部の構成の一例を示す図である。
【図７Ａ】デバイス登録テーブルの一例を示す図である。
【図７Ｂ】個別要求受信部管理テーブルの一例を示す図である。
【図７Ｃ】サービスインスタンス管理テーブルの一例を示す図である。
【図７Ｄ】モジュールパス管理テーブルの一例を示す図である。
【図８】画像形成装置の設定ファイルの一例を示す図である。
【図９】画像形成装置が図８の接続先ＵＲＩの設定値のＵＲＩに対して接続し、送信するｈｔｔｐヘッダーの例を示す図である。
【図１０】画像形成装置が要求受信部に接続し、サービスの利用が可能となるまでの処理の一例を示したフローチャートである。
【図１１Ａ】バックエンド処理部が保持する構成ファイルの一例を示す図である。
【図１１Ｂ】バックエンド処理部が保持する設定ファイルの一例を示す図である。
【図１２】図１０のＳ１０１０で行われるＷｏｒｋｅｒＲｏｌｅインスタンスの生成処理の一例を示すフローチャートである。
【図１３】図１０のＳ１０１１で行われるＷｏｒｋｅｒＲｏｌｅインスタンスの起動処理の一例を示すフローチャートである。
【図１４Ａ】準備完了画面の一例を示す図である。
【図１４Ｂ】未登録通知画面の一例を示す図である。
【図１５】リプレイス情報つきデバイス登録テーブルの一例を示す図である。
【図１６】新規の画像形成装置に対応したＷｏｒｋｅｒＲｏｌｅインスタンスを生成、起動し、リプレイス対象のＷｏｒｋｅｒＲｏｌｅインスタンスを削減する処理の一例を示したフローチャートである。
【図１７Ａ】画像形成装置のデバイスブラウザに表示される、登録解除画面の一例を示す図である。
【図１７Ｂ】画像形成装置のデバイスブラウザに表示される、解除完了画面の一例を示す図である。
【図１８】画像形成装置からのサービス登録解除要求によって、対応するバックエンド処理部のＷｏｒｋｅｒＲｏｌｅインスタンスを削減し、登録を解除する処理の一例を示すフローチャートである。
【図１９】代替となるバックエンド処理部を一時的に使用可能とするために使用する代替サービス管理テーブルの一例を示す図である。
【図２０】新規の画像形成装置に対応したＷｏｒｋｅｒＲｏｌｅインスタンスを生成、起動し、起動するまで一時的に代替となるＷｏｒｋｅｒＲｏｌｅインスタンスを使用可能とする処理の一例を示したフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜実施形態１＞
実施形態１におけるネットワークプリントシステムを構成している各装置について、図１を参照して詳細に説明する。図１は、ネットワークプリントシステムのシステム構成の一例を示す図である。図１には、ネットワークプリントシステムを構成している各装置がネットワーク１００を介して接続されている様子が示されている。ネットワークシステムを構成している各装置とは、サーバーコンピュータ群１０２、画像形成装置１０３、クライアントコンピュータ１０４である。
ネットワーク１００は、上述の各装置の間で情報をやり取りするための通信回線である。インターネット１０１は、ファイアウォールを越えて上述の各装置間で情報をやり取りするための通信回線である。インターネット１０１により、画像形成装置１０３とクライアントコンピュータ１０４とが属するネットワーク１００からは、サーバーコンピュータ群１０２等が属するネットワーク１００と、ファイアウォールを越えて通信が可能である。ネットワーク１００、インターネット１０１は、例えば、ＴＣＰ／ＩＰプロトコル等をサポートする通信回線網であり有線・無線は問わない。実施形態１の図１において、サーバーコンピュータ群１０２は、１台のサーバーとして示されているが複数台のサーバーコンピュータで構成されている。ネットワークプリントシステムは、クラウドコンピューティングシステムの一例である。
【００１１】
次に、図１のプリントシステムを構成している各装置の内部構成について詳細に説明する。始めに、画像形成装置１０３の内部構成について図２を用いて説明する。図２は、画像形成装置１０３のハードウェア構成の一例を示す図である。
画像形成装置１０３は、画像処理ユニット２０１、印刷ユニット２０２、及び読み込みユニット２０３から構成される。画像処理ユニット２０１は、ＣＰＵ２０４、直接記憶部２０５、間接記憶部２０６、ユーザーインターフェース２０７、外部インターフェース２０８から構成されている。
ＣＰＵ２０４は、所定のプログラムを実行し、画像形成装置１０３の各種制御を指示するユニットである。ＣＰＵ２０４は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）により実現される。直接記憶部２０５は、ＣＰＵ２０４がプログラムを実行する際に使用するワークメモリであり、ＣＰＵ２０４が実行するプログラムは直接記憶部２０５にロードされる。直接記憶部２０５は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）により実現される。間接記憶部２０６は、アプリケーションプログラム、及びプラットフォームプログラムを含む各種プログラムが記憶されている。間接記憶部２０６に記憶されている各種プログラムは、ＣＰＵ２０４がプログラムを実行する際に直接記憶部２０５へ移動する。間接記憶部２０６は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、又は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）により実現される。なお、ＣＰＵ２０４はマルチプロセッサでもよい。
【００１２】
ここで、プラットフォームについて詳細に説明する。プラットフォームの実現により、ユーザーが独自に開発した新しいアプリケーションを画像形成装置１０３上で実行できる他、画像形成装置１０３の操作画面をカスタマイズすることが可能になる。
プラットフォームの実現方法について説明する。ＣＰＵ２０４は、間接記憶部２０６に記憶されたプラットフォームプログラムを直接記憶部２０５に移動する。移動が完了するとＣＰＵ２０４は、プラットフォームプログラムを実行することができる状態になる。実施形態では、ＣＰＵ２０４がプラットフォームプログラムを実行することを、プラットフォームが起動すると称する。なお、プラットフォームは、画像形成装置１０３のファームウェア上で動作することになる。プラットフォームプログラムは、オブジェクト指向で記述されたアプリケーションプログラムを実行するための環境を提供するものである。
プラットフォーム上でアプリケーションプログラムを実行する方法について詳細に説明する。実施形態において、プラットフォーム上には、印刷要求を受け付ける印刷ソフトウェアが動作している。印刷ソフトウェアは、ネットワークを介して接続されているデバイスから、例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルによって印刷データを受信できる。印刷ソフトウェアは、受信した印刷データをファームウェアに送信し、印刷データを受信したファームウェアは印刷データ処理を開始する。なお、印刷データが処理をせずに印刷できるようなものであれば、ファームウェアは印刷データ処理を省く。このように、プラットフォームでアプリケーションプログラムを実行することによって、画像形成装置１０３の制御を実現することができる。
【００１３】
アプリケーションプログラムの実行方法について説明する。起動したプラットフォームは、間接記憶部２０６に記憶されたアプリケーションプログラムを直接記憶部２０５に移動する。移動が完了すると、プラットフォームは、アプリケーションプログラムを実行することができる状態になる。そして、プラットフォームは、アプリケーションプログラムを実行する。このように、アプリケーションプログラムを実行することで提供できるプラットフォームの機能を、実施形態ではプラットフォームアプリケーションと呼ぶ。更に、プラットフォームは、実施形態で開示するフローチャートの各処理の一部を行うことが可能である。
ユーザーインターフェース２０７は、ユーザーからの処理依頼を受け付けるために必要なユニットである。例えば、ユーザーインターフェース２０７は、キーボード、マウス等を通してユーザーが入力した指示に応じた信号を受け付ける。外部インターフェース２０８は、外部装置からのデータの受信や外部装置へのデータの送信が可能となっている。例えば、外部装置としては、外付けＨＤＤや外付けＵＳＢメモリ等の外付け記憶装置、又はネットワークを介して接続された別体のホストコンピュータや画像形成装置等の別体装置が含まれる。画像形成装置１０３は、ネットワーク１００、及びインターネット１０１を介して、クライアントコンピュータ１０４、サーバーコンピュータ群１０２等と通信可能である。
【００１４】
次に、サーバーコンピュータ群１０２、クライアントコンピュータ１０４を含む情報処理装置の内部構成について図３を用いて説明する。図３は、情報処理装置のハードウェア構成の一例を示す図である。情報処理装置は、ＣＰＵ３０１、直接記憶部３０２、間接記憶部３０３、ユーザーインターフェース３０４、外部インターフェース３０５から構成されている。
ユーザーインターフェース３０４は、ユーザーからの処理依頼を受け付けるために必要なユニットである。例えば、ユーザーインターフェース３０４は、キーボード、マウス等を通してユーザーが入力した指示に応じた信号を受け付ける。
ＣＰＵ３０１は、所定のプログラムを実行し情報処理装置の各種制御を指示するユニットである。ＣＰＵ３０１は、ＣＰＵにより実現される。直接記憶部３０２は、ＣＰＵ３０１がプログラムを実行する際に使用するワークメモリであり、ＣＰＵ３０１が実行するプログラムは直接記憶部３０２にロードされる。直接記憶部３０２は、ＲＡＭで構成されている。間接記憶部３０３は、アプリケーションプログラム、及びＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を含む各種プログラムが記憶されている。間接記憶部３０３に記憶されている各種プログラムは、ＣＰＵ３０１がプログラムを実行する際に直接記憶部３０２へ移動する。間接記憶部３０３は、ＲＯＭ、又は、ＨＤＤで構成されている。外部インターフェース３０５は、ネットワーク１００に接続されており、ネットワーク１００に接続されている他の装置と通信が可能となる。
【００１５】
次に、実施形態のプリントシステムにおける各装置が持つ機能について図４を参照しながら詳細に説明する。図４は、プリントシステムにおける各装置の機能構成（ソフトウェア構成）の一例を示す図である。
始めに、サーバーコンピュータ群１０２の機能について説明する。サーバーコンピュータ群１０２には、要求受信部４０１、バックエンド処理部４０２、テーブルストレージサービス４０３、ブロブストレージサービス４０４、キューストレージサービス４０５の機能がある。実施形態では、要求受信部４０１を持つサーバーコンピュータが少なくとも１台以上は存在する。また、バックエンド処理部４０２を持つサーバーコンピュータが少なくとも１台以上は存在する。また、テーブルストレージサービス４０３、ブロブストレージサービス４０４、キューストレージサービス４０５の各機能を持つサーバーコンピュータが少なくとも１台存在する。
要求受信部４０１は、クライアントコンピュータ１０４、又は画像形成装置１０３から送られてきた処理依頼を受け付ける機能を持つ。バックエンド処理部４０２は、処理プログラムを用いて処理依頼に対する処理を行う機能を持つ。より具体的には、バックエンド処理部４０２は、バックエンド処理部４０２を実行しているサーバーコンピュータのメモリに処理プログラムをロードし処理を行う。要求受信部４０１、及びバックエンド処理部４０２は、図３の間接記憶部３０３に保存されている要求受信プログラム、又はバックエンド処理プログラムが、直接記憶部３０２にロードされて、ＣＰＵ３０１により実行されることで実現される。
【００１６】
テーブルストレージサービス４０３は、バックエンド処理部４０２で使用するするモジュールのパス情報等のデータの格納を行う機能を持つ。テーブルストレージサービス４０３は、図３の間接記憶部３０３に保存されているテーブルストレージサービスプログラムが、直接記憶部３０２にロードされて、ＣＰＵ３０１により実行されることで実現される。また、データは、間接記憶部３０３によって保管される。
ブロブストレージサービス４０４は、バックエンド処理部４０２が使用するモジュールを始めとする各種データを保存しておく機能を持つ。ブロブストレージサービス４０４は、図３の間接記憶部３０３に保存されているブロブストレージサービスプログラムが、直接記憶部３０２にロードされて、ＣＰＵ３０１により実行されることで実現される。また、データは、間接記憶部３０３によって保管される。
キューストレージサービス４０５は、次のような機能を持つ。１つ目は、要求受信部４０１とバックエンド処理部４０２とが非同期でデータ通信するための機能を持つ。２つ目は、キューに追加されているキューメッセージを不可視、又は可視にする機能を持つ。
１つ目の機能について説明する。要求受信部４０１とバックエンド処理部４０２とは次のような方法で通信する。始めに、ユーザーからの処理依頼を受けた要求受信部４０１は、ユーザーからの処理依頼に応じたキューメッセージと呼ばれるチケットを作成する。キューメッセージは、要求受信部４０１によってキューに格納される。バックエンド処理部４０２は、キューからキューメッセージを取得する。バックエンド処理部４０２は、キューメッセージを取得し、キューメッセージを参照してユーザーからの処理依頼を処理する。これにより、ユーザーからの処理依頼を解決することになる。このように、キューストレージサービス４０５を利用することで要求受信部４０１とバックエンド処理部４０２とは非同期で通信を行うことが可能になる。１つ目の機能の更に詳細な説明と２つ目の機能の説明とについては後述する。なお、キューストレージサービス４０５は、図３の間接記憶部３０３に保存されているキューストレージサービスプログラムが、直接記憶部３０２にロードされて、ＣＰＵ３０１により実行されることで実現される。また、データは、間接記憶部３０３によって保管される。
以上がサーバーコンピュータ群１０２の機能の説明になるが、更に詳細な説明については後述する。
【００１７】
次に、文書サーバーの機能について説明する。文書サーバーは、文書リポジトリの機能を持つ。文書リポジトリは、図３の間接記憶部３０３によって実現される。例えば、文書リポジトリには、ユーザーがクライアントコンピュータ１０４、又は画像形成装置１０３から印刷指示されたコンテンツが保存されている。文書リポジトリに保存されているコンテンツは、予め保存されているコンテンツの他に次のようなコンテンツも保存されている。
このコンテンツとは、ユーザーが後述するブラウザ４０６を介してサーバーコンピュータ群１０２上のアプリケーションで作成したコンテンツである。これにより、ユーザーは、サーバーコンピュータ群１０２上のアプリケーションを用いて作成したコンテンツであっても、クライアントコンピュータ１０４にアプリケーションをインストールすることなく容易に印刷できる。なお、上述のサーバーコンピュータ群１０２上のアプリケーションとは、文書作成アプリケーション、画像作成アプリケーション、帳票管理アプリケーション等を始めとする各種アプリケーションのことである。これらのアプリケーションは、図４の間接記憶部３０３に保持されており、実行が指示されると直接記憶部３０２にロードされ、ＣＰＵ３０１により実行される。
【００１８】
次に、画像形成装置１０３について詳細に説明する。画像形成装置１０３には、デバイスブラウザ４０８、プラットフォームアプリケーション４０７の機能がある。デバイスブラウザ４０８は、ネットワーク１００を介して接続されているデバイス内に保存されているデータや情報をユーザーが閲覧することができる機能を持つ。デバイスブラウザ４０８は、図２の間接記憶部２０６に保存されているデバイスブラウザプログラムが、直接記憶部２０５にロードされ、ＣＰＵ２０４により実行されることで実現される。また、ユーザーは、デバイスブラウザ４０８を用いてコンテンツの印刷指示を出すことができる。デバイスブラウザ４０８は、例えば、Ｗｅｂブラウザである。
プラットフォームアプリケーション４０７は、各種サービスを提供する機能を持つ。プラットフォームアプリケーション４０７は、プラットフォーム上で動作するアプリケーションプログラムによって実現される。実施形態において、プラットフォームアプリケーション４０７は、印刷ソフトウェアのサービスを提供する。上述の様に、このサービスは、受信した印刷データをファームウェアに送信することができる。また、このサービスは、要求受信部４０１に対して印刷データの生成が終了したかどうかの確認を行う。その際、このサービスは、要求受信部４０１が作成したジョブＩＤを基に生成確認を行う。
次に、クライアントコンピュータ１０４について詳細に説明する。クライアントコンピュータ１０４は、ブラウザ４０６の機能を持つ。ブラウザ４０６は、ネットワーク１００を介して接続されているデバイス内に保存されているデータや情報をユーザーが閲覧することができる機能を持つ。ブラウザ４０６は、図３の間接記憶部３０３に保存されているブラウザプログラムが、直接記憶部３０２にロードされて、ＣＰＵ３０１により実行されることで実現される。ブラウザ４０６は、例えば、Ｗｅｂブラウザである。
以上が、実施形態のプリントシステムにおける各装置が持つ機能の説明になる。
【００１９】
次に、サーバーコンピュータ群１０２のプラットフォームシステムについて図５を参照しながら詳細に説明する。図５は、サーバーコンピュータ群１０２の機能構成の一例を示す図である。サーバーコンピュータ群１０２内にある物理ハードウェア・リソースは、サーバーコンピュータ群１０２のプラットフォームに使用される。サーバーコンピュータ群１０２のプラットフォーム利用者は、このサーバーコンピュータ群１０２内にある物理ハードウェア・リソースをコンピューティング・リソースとして使用できる。
サーバーコンピュータ群１０２のプラットフォームシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）は、次のような機能を持つ。ヴァーチャルマシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅｓ）５０１、及び５０２。ファブリックコントローラ（Ｆａｂｒｉｃ  Ｃｏｎｔｒｏｌｌｅｒ）５０３。ロードバランサー（Ｌｏａｄ  Ｂａｌａｎｃｅｒ）５０４。キューストレージサービス（Ｑｕｅｕｅ）５０５。テーブルストレージサービス（Ｔａｂｌｅ）５０６。ブロブストレージサービス（Ｂｌｏｂ）５０７。
サーバーコンピュータ群１０２上で動作するプラットフォームシステムの内部には、ヴァーチャルマシン５０１、５０２が複数存在する。ヴァーチャルマシンとは、仮想化技術によって物理的なサーバーコンピュータ群１０２を論理的なコンピュータに分割し、分割された中で独立したオペレーティングシステムをもって動作する論理的なコンピュータのことである。この論理的なコンピュータの単位は、インスタンスとして数えられる。本実施形態では、インスタンス数１つ、つまり１つのヴァーチャルマシンが、サーバーコンピュータ群１０２内の１台のサーバーコンピュータ上で動作する。
【００２０】
ヴァーチャルマシン５０１は、要求受信部（Ｗｅｂ  Ｒｏｌｅ  Ｉｎｓｔａｎｃｅ）５０９、要求受信部エージェント（Ａｇｅｎｔ）５１０で構成される。要求受信部５０９は、後述するロードバランサー５０４を介してユーザーからの処理依頼を受信する。また、要求受信部５０９は、キューストレージサービス５０５を介してバックエンド処理部５１１への処理依頼を送信する。
要求受信部５０９の高い可用性を確保するために、外部ネットワークからの要求（ここではＨＴＴＰによる通信）は、ヴァーチャルマシン５０１の外部にあるロードバランサー５０４を通じて行われる。ロードバランサー５０４は、外部ネットワークからの要求を一元的に管理し、同等な要求受信部の機能を有する複数のヴァーチャルマシンに対し、選択的に要求を転送する。要求受信部エージェント５１０はヴァーチャルマシン５０１の使用状況、要求受信部５０９の稼動状態、ヴァーチャルマシン５０１のリソースの使用状況及び要求受信部５０９のエラーを含む各種情報を収集し、ファブリックコントローラ５０３に定期的に送信する。
要求受信部５０９、バックエンド処理部５１１の各インスタンスは、ファブリックコントローラ５０３によって管理されている。そのため、各インスタンスの拡張性と可用性とが保証される。例えば、要求受信部５０９、又はバックエンド処理部５１１において、ある特定のインスタンスがサーバーの故障によって停止したとする。この場合、ファブリックコントローラ５０３は、要求受信部エージェント５１０、又はバックエンド処理部エージェント５１２から定期通知を受け取れなくなる。定期通知を受け取らなくなったファブリックコントローラ５０３は、新しいインスタンスに処理が委譲されるようにヴァーチャルマシンに指示を出す。結果、処理を実行しているインスタンス数が一定に保たれるため、処理の遅延を抑えることができる。
また、ヴァーチャルマシン５０１の要求受信部５０９は、ファブリックコントローラ５０３に対して指示を出すことにより、ヴァーチャルマシン５０２のバックエンド処理部５１１のインスタンスを生成し、起動することができる。詳細については後述する。
【００２１】
ヴァーチャルマシン５０２は、バックエンド処理部（Ｗｏｒｋｅｒ  Ｒｏｌｅ  Ｉｎｓｔａｎｃｅ）５１１、バックエンド処理部エージェント（Ａｇｅｎｔ）５１２で構成される。バックエンド処理部５１１は、キューストレージサービス５０５を介して要求受信部５０９からの処理依頼を受信する。バックエンド処理部５１１は、キューストレージサービス５０５を介して要求受信部５０９から受信した処理依頼を実行する。また、バックエンド処理部５１１は、スケールアウトする。スケールアウトとは、ヴァーチャルマシン５０２が増加し、バックエンド処理部５１１のインスタンスが増加すること指す。バックエンド処理部５１１のインスタンスが増加すると、バックエンド処理部１つ当たりのデータ処理量が減少する。これにより、ユーザーからの処理依頼に対する結果をより早く返すことができる。
キューストレージサービス５０５は、要求受信部５０９とバックエンド処理部５１１とが非同期でデータ通信するためのサービスを提供する。要求受信部５０９、及びバックエンド処理部５１１は、キューストレージサービス５０５に対し各種指示を出すことで、非同期でデータ通信する。これについて、より具体的に説明する。要求受信部５０９がキューストレージサービス５０５に対して行う指示とは、キューメッセージの追加指示である。バックエンド処理部５１１がキューストレージサービス５０５に対して行う指示とは、キューメッセージの取得指示、キューメッセージの削除指示である。
【００２２】
要求受信部５０９とバックエンド処理部５１１とが非同期でデータ通信する一連の動作について説明する。要求受信部５０９は、ユーザーからの処理依頼に応じたキューメッセージを作成し、キューメッセージをキューに追加するようにキューストレージサービス５０５に追加指示を送信する。追加指示を受信したキューストレージサービス５０５は、キューにキューメッセージを追加する。バックエンド処理部５１１は、キューメッセージを取得するために、キューストレージサービス５０５に取得指示を出す。取得指示を受けたキューストレージサービス４０５は、キューメッセージと、キューメッセージ毎に固有に割り振られたメッセージＩＤと、ジョブＩＤとを、取得指示に対するレスポンスとしてバックエンド処理部５１１に返す。メッセージＩＤとは、キューメッセージを一意に定めるためにキューメッセージごとに割り振られた固有の情報である。メッセージＩＤは、処理が終了したバックエンド処理部５１１がキューメッセージを削除指示する際に使用される。ジョブＩＤは、実際に処理する内容を一意に決定縷々ＩＤである。バックエンド処理部５１１は、処理依頼を完了すると、受取ＩＤに対応するキューメッセージの削除指示をキューストレージサービス５０５に対して行う。削除指示を受けたキューストレージサービス５０５は、バックエンド処理部５１１が指示した受取ＩＤに対応するキュースメッセージをキューから削除する。これにより、削除指示を出したバックエンド処理部５１１以外のバックエンド処理部５１１が同じキューメッセージを処理するという冗長な処理を防ぐことができる。
【００２３】
また、キューストレージサービス５０５は、キューに追加されているキューメッセージを不可視、又は可視にする機能を持つ。不可視とは、バックエンド処理部５１１がキューに追加されているキューメッセージの取得要求をした場合に、キューストレージサービス５０５は、バックエンド処理部５１１に対してキューメッセージを渡さないことを指す。バックエンド処理部５１１がキューからキューメッセージを取得すると、取得されたキューメッセージは、キューストレージサービス５０５によって不可視になる。可視とは、バックエンド処理部５１１がキューに追加されているキューメッセージの取得要求した場合に、キューストレージサービス５０５がバックエンド処理部５１１に対してキューメッセージを渡すことを指す。バックエンド処理部５１１に取得され不可視になっているキューメッセージは、処理を行っているバックエンド処理部５１１から処理結果が一定時間返ってこない場合にキューストレージサービス４０５によって可視になる。これにより、バックエンド処理部５１１が異常終了し処理を継続できない場合でも自動的に処理がリトライされることになる。
【００２４】
テーブルストレージサービス５０６は、データ保存に利用されるストレージを提供する。テーブルストレージサービス５０６では、データをエンティティと型情報のプロパティとを組み合わせた単純な形式でデータを保管する。各テーブルは、ＰａｒｔｉｔｉｏｎＫｅｙ列とＲｏｗＫｅｙ列というプロパティを保持し、ＰａｒｔｉｔｉｏｎＫｅｙとＲｏｗＫｅｙとの組み合わせをキーとして、テーブル内におけるエンティティを一意に識別することが可能となる。
ブロブストレージサービス５０７は、データ保存に利用されるストレージを提供する。ブロブストレージサービス５０７は、バイナリデータの集合を保存する機能を提供する。ブロブストレージサービス５０７には、本実施形態におけるバックエンド処理部５１１が使用するモジュールをバイナリデータとして保存する。
【００２５】
次に、本実施形態における要求受信部における個別の要求受信部への振り分けの動作について説明する。
図６は、要求受信部４０１の構成の一例を示す図である。初回要求受信部６０１は、画像形成装置１０３から送られてきた処理依頼を受け付ける。初回要求受信部６０１は、そして図７Ａ、図７Ｂで表すことができる情報に従って、個別要求受信部にリダイレクトする。個別要求受信部６０２は、画像形成装置１０３から送られてきた処理依頼を受け付ける機能を持つ。なお、全ての要求受信部４０１が個別要求受信部６０２を有していなくてもよい。
図７Ａは、デバイス登録テーブルの一例を示す図である。デバイス登録テーブルは、テーブルストレージサービス５０６に保存される。このテーブルは、どの画像形成装置１０３が、どの個別要求受信部のどのサービスを利用するか、を予めクライアントコンピュータ１０４のブラウザ４０６がテーブルストレージサービス４０３に登録しておくものである。ｄｅｖｉｃｅ＿ｉｄ７０１は、ＰａｒｔｉｔｉｏｎＫｅｙ列であり、本実施形態におけるネットワークプリントシステムに接続される各画像形成装置１０３固有の識別子である。ｓｉｔｅ＿ｉｄ７０２は、ＲｏｗＫｅｙ列であり、本実施形態におけるネットワークプリントシステムにおける、個別要求受信部６０２の識別子を表す。ｓｅｒｖｉｃｅ＿ｉｄ７０３は、本実施形態のネットワークプリントシステムにおいて該当する画像形成装置１０３が利用するサービスの識別子を表す。図７Ａの例では、ｄｅｖｉｃｅ＿ｉｄ７０１の値が"ｄｅｖ＿ａ＿ｓｒ８ｒＩｈｅＪｍＣｄ６ｎｐｄ"で、ｓｉｔｅ＿ｉｄ７０２が"ｓｉｔｅ＿０００１"で、ｓｅｒｖｉｃｅ＿ｉｄ７０３が"ｐｒｉｎｔ"で１つのレコードを構成している。
図７Ｂは、個別要求受信部管理テーブルの一例を示す図である。個別要求受信部管理テーブルは、テーブルストレージサービス５０６に保存される。このテーブルは、どのｓｉｔｅ＿ｉｄが、どの個別要求受信部のＵＲＩをもつか、を予めクライアントコンピュータ１０４のブラウザ４０６がテーブルストレージサービス４０３に登録しておくものである。ｐｅｒｔｉｔｉｏｎ＿ｋｅｙ７１１は、"ｓｉｔｅ"で固定である。ｓｉｔｅ＿ｉｄ７１２は、ＲｏｗＫｅｙ列であり、７０２と同様で個別要求受信部６０２の識別子を表す。ＵＲＩ７１３は、ｓｉｔｅ＿ｉｄ７１２に関連付く個別要求受信部６０２のＵＲＩを表す。図７Ｂの例では、ｐｅｒｔｉｔｉｏｎ＿ｋｅｙ７１１の値が"ｓｉｔｅ"固定で、ｓｉｔｅ＿ｉｄ７１２が"ｓｉｔｅ＿０００１"で、ＵＲＩ７１３が"ｈｔｔｐ：／／ｓｅｒｖｅｒ０１"で１つのレコードを構成している。
【００２６】
図７Ｃは、サービスインスタンス管理テーブルの一例を示す図である。サービスインスタンス管理テーブルは、テーブルストレージサービス５０６に保存される。このテーブルは、各画像形成装置１０３の機種（モデル）に対応したサービスを提供するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１のインスタンス数を管理するものであり、各個別要求受信部６０２ごとに存在する。ｍｏｄｅｌ＿ｉｄ７２１は、ＰａｒｔｉｔｉｏｎＫｅｙ列であり、画像形成装置１０３の機種の識別子を表す。ｓｅｒｖｉｃｅ＿ｉｄ７２２はＲｏｗＫｅｙ列であり、７０３と同様で該当する画像形成装置１０３が利用するサービスの識別子を表す。ｉｎｓｔａｎｃｅ７２３は、該当する画像形成装置１０３の機種用のサービスを提供しているバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１のインスタンス数を表す。図７Ｃの例では、ｍｏｄｅｌ＿ｉｄ７２１が"ｍｏｄｅｌ＿ａ０００１"で、ｓｅｒｖｉｃｅ＿ｉｄ７２２が"ｐｒｉｎｔ"で、ｉｎｓｔａｎｃｅ７２３が"１"で１つのレコードを構成している。
図７Ｄは、モジュールパス管理テーブルの一例を示す図である。モジュールパス管理テーブルは、テーブルストレージサービス５０６に保存される。このテーブルは、各画像形成装置１０３の機種に対応したサービスを提供するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１がロードするモジュールのパス（格納場所）を管理するものである。このテーブルは、クライアントコンピュータ１０４のブラウザ４０６が予めテーブルストレージサービス４０３に登録してあるものである。ｍｏｄｅｌ＿ｉｄ７３１は、ＰａｒｔｉｔｉｏｎＫｅｙ列であり、７２１と同様で画像形成装置１０３の機種の識別子を表す。ｓｅｒｖｉｃｅ＿ｉｄ７３２は、ＲｏｗＫｅｙ列であり、７０３と同様で該当する画像形成装置１０３が利用するサービスの識別子を表す。ｐａｔｈ７３３は、各画像形成装置１０３の機種に対応したサービスを提供するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１がロードするモジュールのパス（格納場所）を表す。このパスは、ブロブストレージサービス４０４上での格納場所のことであり、モジュールの実体はブロブストレージサービス４０４上に保存されている。図７Ｄの例では、ｍｏｄｅｌ＿ｉｄが"ｍｏｄｅｌ＿ａ０００１"で、ｓｅｒｖｉｃｅ＿ｉｄが"ｐｒｉｎｔ"で、ｐａｔｈが"ｌｉｂ／ｐｒｉｎｔ／ａ０００１"で１つのレコードを構成している。
【００２７】
図８は、画像形成装置１０３の設定ファイルの一例を示す図である。この設定ファイルは、画像形成装置１０３の間接記憶部２０６に保存される。画像形成装置１０３が本実施形態のサービスを利用する際に接続する接続先ＵＲＩが設定値のひとつとして記述されている。８０１の  "Ｃｏｎｎｅｃｔ＿ＵＲＩ"が接続先ＵＲＩの設定項目であり、接続先ＵＲＩの設定値は"ｈｔｔｐ：／／ｓｅｒｖｅｒ／ｆｉｒｓｔ"となっている。
図９は、画像形成装置１０３が図８の接続先ＵＲＩ８０１の設定値のＵＲＩに対して接続し、送信するｈｔｔｐヘッダーの例を示す図である。これは画像形成装置１０３のデバイスブラウザ４０８から出され、要求受信部４０１の中の初回要求受信部６０１が受信する。このｈｔｔｐヘッダーには、デバイスＩＤ９０１の情報が含まれる。このデバイスＩＤ９０１は、画像形成装置１０３ごとに固有なＩＤであり、画像形成装置１０３の間接記憶部２０６に保存される。本実施形態では、"Ｘ−ｄｅｖｉｃｅ−ｉｄ"という項目がデバイスＩＤ９０１を表し、その値が"ｄｅｖ＿ａ＿ｓｒ８ｒＩｈｅＪｍＣｄ６ｎｐｄ"である例を示している。
【００２８】
次に、図１０を用いて、画像形成装置１０３が要求受信部４０１に接続し、サービスの利用が可能となるまでの流れ（サーバーコンピュータ群から構成されるクラウドコンピューティングシステムにデバイスを接続するデバイス接続方法の一例）を説明する。図１０は、画像形成装置１０３が要求受信部４０１に接続し、サービスの利用が可能となるまでの処理の一例を示したフローチャートである。
Ｓ１００１では、画像形成装置１０３のデバイスブラウザ４０８が、図８で説明した接続先ＵＲＩ８０１の設定に従って、要求受信部４０１の中の初回要求受信部６０１に接続し、接続要求と共に図９で説明したデバイスＩＤ９０１を送信する。接続先ＵＲＩ８０１及びデバイスＩＤ９０１は、デバイスブラウザ４０８が起動時に、画像形成装置１０３の間接記憶部２０６から取得する。
Ｓ１００２では、初回要求受信部６０１が、Ｓ１００１で送信された接続要求を受信し、デバイスＩＤ９０１を取得する。
Ｓ１００３では、初回要求受信部６０１が、図７Ａで説明したデバイス登録テーブル内に、Ｓ１００２で取得したデバイスＩＤ９０１と合致するものがあるか否かを判定する。Ｓ１００３の結果がＮｏの場合、初回要求受信部６０１は、該当する画像形成装置１０３は登録されていないと判断し、Ｓ１００４に処理を移行し、後述する未登録画面を画像形成装置１０３のデバイスブラウザ４０８に対して送信する。Ｓ１００３の結果がＹｅｓである場合、初回要求受信部６０１は、該当する画像形成装置１０３は登録済みと判断し、Ｓ１００５に処理を移行する。
Ｓ１００５では、初回要求受信部６０１が、図７Ａで説明したデバイス登録テーブルから個別要求受信部６０２のＩＤ及び利用可能なサービスＩＤを取得する。更に、初回要求受信部６０１が、図７Ｂで説明した個別要求受信部管理テーブルから対応するＵＲＩを取得し、画像形成装置１０３のデバイスブラウザ４０８に対して利用可能なサービスＩＤを含めてリダイレクトする。ここで、サービスＩＤは、サービスを識別するサービス識別情報の一例である。
Ｓ１００６では、画像形成装置１０３のデバイスブラウザ４０８が、リダイレクト先の個別要求受信部６０２に対して、画像形成装置１０３のモデルＩＤを間接記憶部２０６から読み出し、Ｓ１００５でリダイレクトされた利用可能なサービスＩＤと共に送信する。モデルＩＤは、例えば、構成情報又は機種情報の一例である。
【００２９】
Ｓ１００７では、個別要求受信部６０２が、Ｓ１００６で送信されたモデルＩＤとサービスＩＤとを受信する。
Ｓ１００８では、個別要求受信部６０２が、Ｓ１００７で受信したモデルＩＤとサービスＩＤとを基に（即ち両方の情報を基に）、図７Ｃで説明したサービスインスタンス数管理テーブル内に、該当するサービスのインスタンスが既に存在するか否かを判定する。Ｓ１００８の判定がＹｅｓの場合、個別要求受信部６０２は、新しいインスタンスを生成する必要がないと判断し、準備完了画面を画像形成装置１０３のデバイスブラウザ４０８に対して送信する（Ｓ１００９）。この処理により、画像形成装置１０３は登録済みのサービスを利用可能となる。Ｓ１００８の判定がＮｏの場合、個別要求受信部６０２は、新しいインスタンスを生成する必要があると判断し、ファブリックコントローラ５０３に対してバックエンド処理部４０２の実体であるＷｏｒｋｅｒＲｏｌｅインスタンス５１１を生成する指示を出す（Ｓ１０１０）。この生成指示については後述する。ここで、ファブリックコントローラ５０３は、管理手段（又は管理部）の一例である。
Ｓ１０１１では、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて生成されたバックエンド処理部４０２の実体であるＷｏｒｋｅｒＲｏｌｅインスタンス５１１を起動する指示を出す。この起動指示については後述する。
Ｓ１０１２では、個別要求受信部６０２が、起動指示を行ったＷｏｒｋｅｒＲｏｌｅインスタンス５１１の起動を待つ。
Ｓ１０１３では、個別要求受信部６０２が、起動指示を行ったＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動したか、ファブリックコントローラ５０３を通じて判定する。Ｓ１０１３の判定がＮｏの場合、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動していないので、個別要求受信部６０２は、Ｓ１０１２に戻り、起動指示を行ったＷｏｒｋｅｒＲｏｌｅインスタンス５１１の起動を待つ。Ｓ１０１３の判定がＹｅｓの場合、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動したので、個別要求受信部６０２は、準備完了画面を画像形成装置１０３のデバイスブラウザ４０８に対して送信する（Ｓ１０１４）。この処理により、画像形成装置１０３は登録済みのサービスを利用可能となる。準備完了画面は、利用準備完了画面の一例である。
【００３０】
次に、図１１Ａ、図１１Ｂ、及び図１２を用いて個別要求受信部６０２が、ファブリックコントローラ５０３に対してバックエンド処理部４０２の実体であるＷｏｒｋｅｒＲｏｌｅインスタンス５１１を生成する処理について説明を行う。
図１１Ａは、バックエンド処理部４０２が保持する構成ファイルの一例を示す図である。この構成ファイルは、バックエンド処理部４０２を実行するサーバーコンピュータの間接記憶部３０３に保存される。この構成ファイルでは、バックエンド処理部４０２の設定項目が記述されている。１１０１では、設定項目として"ＭｏｄｕｌｅＫｅｙ"が保持されていることが表されている。
図１１Ｂは、バックエンド処理部４０２が保持する設定ファイルの一例を示す図である。この設定ファイルは、バックエンド処理部４０２を実行するサーバーコンピュータの間接記憶部３０３に保存される。この設定ファイルでは、図１１Ａで記述されたバックエンド処理部４０２の設定項目の値が記述される。１１０２では、設定項目"ＭｏｄｕｌｅＫｅｙ"の値が"ｍｏｄｅｌ＿０００１｜ｐｒｉｎｔ"と設定されていることが表わされている。
【００３１】
図１２は、図１０のＳ１０１０で行われるＷｏｒｋｅｒＲｏｌｅインスタンス５１１の生成処理の一例を示すフローチャートである。
Ｓ１２０１では、個別要求受信部６０２からＷｏｒｋｅｒＲｏｌｅインスタンス５１１の生成指示を受け取ったファブリックコントローラ５０３が、対応するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１を、生成指示を出した個別要求受信部６０２配下に生成する。ここでいう対応とは、ＰｒｉｎｔとかＳｃａｎといった意味である。これは、対応するヴァーチャルマシン５０２を生成することを意味する。
Ｓ１２０２では、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて、生成したバックエンド処理部４０２の設定ファイルを更新する。この設定ファイルは図１１Ｂで説明したものであり、個別要求受信部６０２は、"ＭｏｄｕｌｅＫｅｙ"の値を書き込む。
Ｓ１２０３では、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて、Ｓ１２０２で更新した設定ファイルを保存する。以上の処理が、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１生成の処理である。
【００３２】
図１３は、図１０のＳ１０１１で行われるＷｏｒｋｅｒＲｏｌｅインスタンス５１１の起動処理の一例を示すフローチャートである。
図１２の生成処理終了後に、ファブリックコントローラ５０３が、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１の起動指示を行う（Ｓ１３０１）。
Ｓ１３０２では、Ｓ１３０１で起動指示を受けたＷｏｒｋｅｒＲｏｌｅインスタンス５１１が、図１１Ａで説明した構成ファイル、図１１Ｂで説明した設定ファイルを読み込む。ここでＷｏｒｋｅｒＲｏｌｅインスタンス５１１は、設定ファイルの設定値"ＭｏｄｕｌｅＫｅｙ"の値を読み込み、図７Ｄで説明したモジュールパス管理テーブルから、対応したモジュールが格納されているパス情報を取得する。更に、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１は、ブロブストレージサービス４０４から、取得したパス情報に格納されているモジュールを読み出し、ロードする。
Ｓ１３０３では、ファブリックコントローラ５０３が、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１の起動完了を検知する。
【００３３】
図１４Ａは、画像形成装置１０３をネットワークプリントシステムに接続し、その結果サービスの利用準備が可能となった旨を通知する準備完了画面の一例を示す図である。図１４Ａは、本実施形態における画像形成装置１０３のデバイスブラウザ４０８に表示される。１４０１は、サービス登録が完了したことをユーザーに通知するメッセージである。１４０２は、画像形成装置１０３のデバイスブラウザ４０８上に表示されるボタンであり、ユーザーの操作を受け付けると、デバイスブラウザ４０８が、一つ前の画面に戻る。
図１４Ｂは、画像形成装置１０３をネットワークプリントシステムに接続し、該当する画像形成装置がサービス利用登録されていない場合、つまり図７Ａに存在していない場合、サービスの利用登録がされていない旨を通知する未登録通知画面の一例を示す図である。図１４Ｂは、本実施形態における画像形成装置１０３のデバイスブラウザ４０８に表示される。１４１１は、サービス登録がされていないことをユーザーに通知するエラーメッセージである。１４１２は、画像形成装置１０３のデバイスブラウザ４０８上に表示されるボタンであり、ユーザーの操作を受け付けると、デバイスブラウザ４０８が、一つ前の画面に戻る。
以上により、ネットワークプリントシステムへの画像形成装置１０３の追加時において、バックエンド処理部４０２が自動的に生成、起動されるため、ネットワークプリントシステムが利用可能となるまでの手間を省き、設置性を向上させることができる。
【００３４】
＜実施形態２＞
実施形態２は、画像形成装置１０３をネットワークプリントシステムに追加した際に、リプレイスを行う実施形態である。リプレイスとは、新たに追加した画像形成装置１０３に対応したＷｏｒｋｅｒＲｏｌｅインスタンス５１１を生成、起動後に、リプレイス対象となった画像形成装置１０３に対応したＷｏｒｋｅｒＲｏｌｅインスタンス５１１を削減する、ということである。
図１５は、リプレイス情報つきデバイス登録テーブルの一例を示す図である。リプレイス情報つきデバイス登録テーブルは、テーブルストレージサービス５０６に保存される。このテーブルは、図７Ａのテーブルと同様に、どの画像形成装置１０３が、どの個別要求受信部のどのサービスを利用するか、を予めクライアントコンピュータ１０４のブラウザ４０６がテーブルストレージサービス４０３に登録しておくものである。更に加えて、このテーブルは、画像形成装置１０３をリプレイスする場合は、その情報を併せて登録しておくものである。
ｄｅｖｉｃｅ＿ｉｄ１５０１は、ＰａｒｔｉｔｉｏｎＫｅｙ列であり、本実施形態におけるネットワークプリントシステムに接続される各画像形成装置１０３固有の識別子である。ｓｉｔｅ＿ｉｄ１５０２は、ＲｏｗＫｅｙ列であり、本実施形態におけるネットワークプリントシステムにおける、個別要求受信部６０２の識別子を表す。ｓｅｒｖｉｃｅ＿ｉｄ１５０３は、本実施形態のネットワークプリントシステムにおいて該当する画像形成装置１０３が利用するサービスの識別子を表す。１５０１〜１５０３は、図７Ａで説明した７０１〜７０３と同様である。
ｒｅｐｌａｃｅ＿ｄｅｖｉｃｅ＿ｉｄ１５０４は、リプレイス対象の画像形成装置１０３の識別子である。ｒｅｐｌａｃｅ＿ｍｏｄｅｌ＿ｉｄ１５０５は、リプレイス対象の画像形成装置１０３のモデルＩＤを表している。なお、リプレイスを行わずに画像形成装置１０３をネットワークプリントシステムに追加したい場合は、１５０４、１５０５の入力を省略すればよい。図１５の例では、ｄｅｖｉｃｅ＿ｉｄ７０１の値が"ｄｅｖ＿ａ＿ｓｒ８ｒｉｈｅｊｍｃｄ６ｎｐｄ"で、ｓｉｔｅ＿ｉｄ７０２が"ｓｉｔｅ＿０００１"で、ｓｅｒｖｉｃｅ＿ｉｄ７０３が"ｐｒｉｎｔ"で、更にｒｅｐｌａｃｅ＿ｄｅｖｉｃｅ＿ｉｄが"ｄｅｖ＿ｏｌｄ００００１"，ｒｅｐｌａｃｅ＿ｍｏｄｅｌ＿ｉｄが"ｍｏｄｅｌ＿ｏｌｄ０００１"で１つのレコードを構成している。
【００３５】
図１６は、新規の画像形成装置１０３に対応したＷｏｒｋｅｒＲｏｌｅインスタンス５１１を生成、起動し、リプレイス対象のＷｏｒｋｅｒＲｏｌｅインスタンス５１１を削減する処理の一例を示したフローチャートである。実施形態１との違いは、新規のＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動した後のリプレイス処理である。Ｓ１６０１〜Ｓ１６１３までは、図１０のＳ１００１〜Ｓ１０１３と同様である。
Ｓ１６１３の判定結果がＹｅｓの場合、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動したと判断し、個別要求受信部６０２は、リプレイス情報が図１５で説明したリプレイス情報つきデバイス登録テーブルにあるか否かを判定する（Ｓ１６１４）。Ｓ１６１４の結果がＮｏの場合、リプレイスする対象はないと判断し、Ｓ１６１６に移行し、個別要求受信部６０２が、図１４Ａで説明した登録完了画面を画像形成装置１０３のデバイスブラウザ４０８に対して送信する。以降、画像形成装置１０３でサービスが利用可能となる。
【００３６】
Ｓ１６１４の結果がＹｅｓの場合、リプレイスする対象のＷｏｒｋｅｒＲｏｌｅインスタンス５１１が存在すると判断し、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて該当するＷｏｒｋｅｒＲｏｌｅインスタンス５１１のインスタンス数を削減する（Ｓ１６１５）。このＳ１６１５では、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて、対象となるバックエンド処理部４０２の設定ファイルを読み込み、設定項目"Ｉｎｓｔａｎｃｅｓ＿Ｃｏｕｎｔ"の値から１をマイナスし、保存する。また、"Ｉｎｓｔａｎｃｅｓ＿Ｃｏｕｎｔ"の変更前の値が"１"である場合は、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて該当するバックエンド処理部４０２に停止要求を出す。このＳ１６１５の削減処理の指示がなされると、前述したＳ１６１６に処理が移行される。
以上により、本実施形態においては、ネットワークプリントシステムへの画像形成装置１０３のリプレイス時においても、バックエンド処理部４０２が自動的に生成、起動される。そのため、ネットワークプリントシステムが利用可能となるまでの手間を省き、設置性を向上させることができる。
【００３７】
＜実施形態３＞
実施形態３は、ネットワークプリントシステムから画像形成装置１０３の登録を解除し、対応するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１を削減する例である。
図１７Ａは、画像形成装置１０３のデバイスブラウザ４０８に表示される、登録解除画面の一例を示す図である。１７０１は、登録解除するサービスを選択するようユーザーに促すメッセージである。１７０２は、画像形成装置１０３がネットワークプリントシステムに登録されているサービスを表示するドロップダウンリストであり、登録解除するサービスをユーザーが選択可能にする。１７０３は、画像形成装置１０３のデバイスブラウザ４０８上に表示されるボタンである。ユーザーによるボタン１７０３に対する操作を受け付けると、デバイスブラウザ４０８が、初回要求受信部６０１に対して登録解除要求を送信する。
図１７Ｂは、画像形成装置１０３のデバイスブラウザ４０８に表示される、解除完了画面の一例を示す図である。１７１１は、登録解除が完了したことをユーザーに通知するメッセージである。１７１２は、登録解除が完了したサービスを表すラベルである。１７１３は、画像形成装置１０３のデバイスブラウザ４０８上に表示されるボタンであり、ユーザーの操作を受け付けると、デバイスブラウザ４０８が、一つ前の画面に戻る。
【００３８】
以降の処理は、図１８を用いて説明する。
図１８は、画像形成装置１０３からのサービス登録解除要求によって、対応するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１を削減し、登録を解除する処理の一例を示すフローチャートである。
Ｓ１８０１では、画像形成装置１０３のデバイスブラウザ４０８が、図１７で説明した登録解除画面によって、登録解除要求を初回要求受信部６０１に対して送信する。この登録解除要求には、画像形成装置１０３のデバイスＩＤと、モデルＩＤと、図１７の１７０２で選択されたサービスのＩＤと、が含まれる。登録解除要求は、接続解除要求の一例である。
Ｓ１８０２では、初回要求受信部６０１が、Ｓ１８０１で送信された登録解除要求を受信する。
Ｓ１８０３では、初回要求受信部６０１が、Ｓ１８０２で受信したデバイスＩＤとサービスＩＤと、に合致するレコードを、図７Ａで説明したデバイス登録テーブル内から取得する。更に、初回要求受信部６０１が、対応する個別要求受信部６０２のＵＲＩを図７Ｂで説明した個別要求受信部管理テーブルから取得する。更に、初回要求受信部６０１が、取得したＵＲＩの個別要求受信部６０２に対して登録解除要求を再度送信する。
【００３９】
Ｓ１８０４では、個別要求受信部６０２が、Ｓ１８０３で送信された登録解除要求を受信する。
Ｓ１８０５では、個別要求受信部６０２が、初回要求受信部６０１を通じて、画像形成装置１０３のデバイスブラウザ４０８に対して、登録解除中メッセージを送信する。この処理により、図１７Ａで説明した画面に、登録解除中であるというメッセージが表示される。
Ｓ１８０６では、個別要求受信部６０２が、Ｓ１８０４で受信した登録解除要求のモデルＩＤ、サービスＩＤを基に、図７Ｃで説明したバックエンド処理部管理テーブルから、合致するバックエンド処理部４０２を特定する。更に、個別要求受信部６０２は、ファブリックコントローラ５０３を通じて合致したバックエンド処理部のインスタンス数を１削減する。より具体的には、個別要求受信部６０２は、ファブリックコントローラ５０３を通じて図１１Ｂで説明したバックエンド処理部４０２の設定ファイルにおいて、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１のインスタンス数の設定値を１つ減らし、保存する。
Ｓ１８０７では、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて、Ｓ１８０６で設定を変更したバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１に対して、終了指示を行う。
【００４０】
Ｓ１８０８では、個別要求受信部が、ファブリックコントローラ５０３を通じて、Ｓ１８０７で終了指示されたバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１が終了するのを待つ。
Ｓ１８０９では、個別要求受信部６０２が、ファブリックコントローラ５０３を通じて、Ｓ１８０８で終了待ちとなったバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１が終了したか否かを判定する。Ｓ１８０９の判定がＮｏである場合、Ｓ１８０８に戻り、個別要求受信部６０２が、バックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１の終了を更に待つ。Ｓ１８０９の判定がＹｅｓである場合、個別要求受信部６０２は、バックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１の削減が完了したと判断し、Ｓ１８１０に遷移する。
Ｓ１８１０では、個別要求受信部６０２が、初回要求受信部６０１を通じて、バックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１の削減が完了し登録解除が完了したメッセージを画像形成装置１０３のデバイスブラウザ４０８に送信する。
【００４１】
Ｓ１８１１では、画像形成装置１０３のデバイスブラウザ４０８が、Ｓ１８１０で送信された登録解除が完了したメッセージを受信する。
Ｓ１８１２では、画像形成装置１０３のデバイスブラウザ４０８が、図１７Ｂで説明した解除完了画面を表示する。
Ｓ１８１３では、個別要求受信部６０２が、初回要求受信部６０１に対して、Ｓ１８０４で受信した登録解除要求に含まれるデバイスＩＤ、サービスＩＤを送信し、図７Ａで説明したデバイス登録テーブルの更新を依頼する。
Ｓ１８１４では、初回要求受信部６０１が、Ｓ１８１３で送信されたデバイスＩＤ、サービスＩＤを受信し、図７Ａで説明したデバイス登録テーブルから、合致するレコードを特定する。そして、初回要求受信部６０１が、ｓｅｒｖｉｃｅ＿ｉｄ７０３の列から、受信したサービスＩＤと合致するサービスＩＤを削除し、保存する。
以上により、本実施形態においては、ネットワークプリントシステムからの画像形成装置１０３の登録解除時においても、バックエンド処理部４０２が自動的に削減されるため、管理の手間を省き、メンテナンス性を向上させることができる。
【００４２】
＜実施形態４＞
実施形態４は、実施形態１でのＳ１００３におけるサービス登録の確認処理を、ライセンス管理サーバーを利用して行う例である。
本実施形態におけるネットワークプリントシステムでは、ライセンス管理サーバーが追加される。ライセンス管理サーバーの内部構成は、図３で説明した情報処理装置と同様である。ライセンス管理サーバーは、図７Ａで説明したデバイス登録テーブルと同様のテーブルを保持している。
本実施形態においては、初回要求受信部６０１が、ライセンス管理サーバーに対して、画像形成装置１０３が登録されているかどうかを確認する処理を実行する。より具体的に説明すると、初回要求受信部６０１は、画像形成装置１０３から送信されたデバイスＩＤを受信する。続いて、初回要求受信部６０１は、ライセンス管理サーバーに対して、前記受信したデバイスＩＤが登録されているか否かを確認する。この確認は、例えばＷｅｂサービスを用いて、初回要求受信部６０１がライセンス管理サーバーにデバイスＩＤを送信して、登録の有無をレスポンスとして受け取ることで実現される。
続いて、初回要求受信部６０１は、ライセンス管理サーバーに確認した結果を判定する。登録されていない場合、初回要求受信部６０１は、未登録通知画面を画像形成装置１０３のデバイスブラウザ４０８に対して送信する。登録されている場合、例えば、初回要求受信部６０１は、図１０におけるＳ１００５以降に処理を進める。
以上により、本実施形態においては、ネットワークプリントシステムへの画像形成装置１０３の追加時において、ライセンス管理サーバーを利用してもバックエンド処理部４０２が自動的に生成、起動される。そのため、ネットワークプリントシステムが利用可能となるまでの手間を省き、設置性を向上させることができる。
【００４３】
＜実施形態５＞
実施形態５は、画像形成装置１０３がネットワークプリントシステムに接続され、個別要求受信部が対応するバックエンド処理部４０２のＷｏｒｋｅｒＲｏｌｅインスタンス５１１を生成し、起動するまでの間に、代替となるバックエンド処理部を一時的に使用可能とする一例である。これは、画像形成装置１０３の機種（モデル）は異なるがサービスが同一という場合に利用可能である。
図１９は、代替となるバックエンド処理部を一時的に使用可能とするために使用する代替サービス管理テーブルの一例を示す図である。代替サービス管理テーブルは、テーブルストレージサービス５０６に保存される。このテーブルは、各個別要求受信部６０２が保持している。ｍｏｄｅｌ＿ｉｄ２１０１は、ＰａｒｔｉｔｉｏｎＫｅｙ列であり、起動が完了していない新規の画像形成装置１０３に対応したＷｏｒｋｅｒＲｏｌｅインスタンス５１１のモデルＩＤを示している。ｓｅｒｖｉｃｅ＿ｉｄ２１０２は、ＲｏｗＫｅｙ列であり、起動が完了していない新規の画像形成装置１０３に対応したＷｏｒｋｅｒＲｏｌｅインスタンス５１１のサービスＩＤを示している。ａｌｔ＿ｍｏｄｅｌ２１０３は、ｍｏｄｅｌ＿ｉｄ２１０１の代替となるｍｏｄｅｌ＿ｉｄを示している。
【００４４】
図２０は、新規の画像形成装置１０３に対応したＷｏｒｋｅｒＲｏｌｅインスタンス５１１を生成、起動し、起動するまで一時的に代替となるＷｏｒｋｅｒＲｏｌｅインスタンス５１１を使用可能とする処理の一例を示したフローチャートである。Ｓ２２０１〜Ｓ２２０９までは、図１０のＳ１００１〜１００９と同様である。
Ｓ２２１０には、Ｓ２２０８の判断結果がＮｏである場合に処理が移行し、個別要求受信部６０２が、代替となるバックエンド処理部４０２を利用可能であることを画像形成装置１０３に対して通知する。より具体的には、個別要求受信部６０２が、画像形成装置１０３のデバイスブラウザ４０８に対して図１４Ａのような画面を送信し、「代替サービスが利用可能」であることを通知する。以降、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動するまでは、図２０の２１０１に対応した代替モデルＩＤ（ａｌｔ＿ｍｏｄｅｌ２１０３）のｓｅｒｖｉｃｅ＿ｉｄ２１０２のサービスが利用可能となる。ここで、代替となるバックエンド処理部４０２は、代替インスタンスの一例である。
Ｓ２２１１〜２２１４は、図１０のＳ１０１０〜Ｓ１０１３で説明した処理と同様である。
Ｓ２２１５では、ＷｏｒｋｅｒＲｏｌｅインスタンス５１１が起動したので、個別要求受信部６０２が、図１４Ａで説明した準備完了画面を画像形成装置１０３のデバイスブラウザ４０８に対して送信し、「サービスが利用可能」であることを通知する。以降は図７Ｃで説明したｍｏｄｅｌ＿ｉｄ７２１、ｓｅｒｖｉｃｅ＿ｉｄ７２２に対応した、登録済みのサービスを画像形成装置１０３が利用可能となる。
以上により、本実施形態においては、ネットワークプリントシステムへの画像形成装置１０３の追加時において、バックエンド処理部が自動的に生成、起動されるまでに代替サービスが提供される。したがって、ネットワークプリントシステムが利用可能となるまでの時間を短縮し、利便性を向上させることができる。
【００４５】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４６】
以上、上述した各実施形態によれば、クラウドコンピューティングシステムへのデバイスの導入時において、デバイスからのサービスが利用可能となるまでの手間を省き、デバイスの設置性を向上させることができる。
【００４７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
例えば、上述した実施形態では、クラウドコンピューティングシステムに接続するデバイスの一例として画像形成装置を例に説明を行ったが、本発明の実施はこのことに限定されるものではない。
【図１】
2011248683.tif 000003
【図２】
2011248683.tif 000004
【図３】
2011248683.tif 000005
【図４】
2011248683.tif 000006
【図５】
2011248683.tif 000007
【図６】
2011248683.tif 000008
【図７Ａ】
2011248683.tif 000009
【図７Ｂ】
2011248683.tif 000010
【図７Ｃ】
2011248683.tif 000011
【図７Ｄ】
2011248683.tif 000012
【図８】
2011248683.tif 000013
【図９】
2011248683.tif 000014
【図１０】
2011248683.tif 000015
【図１１Ａ】
2011248683.tif 000016
【図１１Ｂ】
2011248683.tif 000017
【図１２】
2011248683.tif 000018
【図１３】
2011248683.tif 000019
【図１４Ａ】
2011248683.tif 000020
【図１４Ｂ】
2011248683.tif 000021
【図１５】
2011248683.tif 000022
【図１６】
2011248683.tif 000023
【図１７Ａ】
2011248683.tif 000024
【図１７Ｂ】
2011248683.tif 000025
【図１８】
2011248683.tif 000026
【図１９】
2011248683.tif 000027
【図２０】
2011248683.tif 000028