JP2014171211A - 情報処理システム - Google Patents

Abstract

【課題】機器と連携したサービスを提供可能な情報処理システムを提供すること。
【解決手段】１以上の情報処理装置を接続可能なネットワークセグメントを複数有する情報処理システムは、所定の情報を記憶する１以上の第１の情報処理装置が接続される第１のネットワークセグメントと、予め定義されたＡＰＩを複数有し、該複数のＡＰＩのうち呼び出されたＡＰＩに応じた処理を、前記１以上の第１の情報処理装置に記憶された前記所定の情報を利用して実行する１以上の第２の情報処理装置が接続される第２のネットワークセグメントと、前記情報処理システムの外部からの要求を受信すると、前記複数のＡＰＩのうち、該要求に応じたＡＰＩを呼び出すことにより、当該要求に応じた処理を制御する１以上の第３の情報処理装置が接続される第３のネットワークセグメントとを有する。
【選択図】図４

Description

本発明は、情報処理システムに関する。

近年、ユーザが直接操作する情報処理装置においてアプリケーションプログラムを実行することなく、インターネットなどのネットワーク上で提供されているソフトウェアを利用したサービスの提供形態が普及しつつある。このようなサービスの提供形態として、クラウドサービスが知られている。

画像形成装置等の機器に関するサービスについても、クラウドサービスに代表されるような、ネットワークを介して提供されるサービスとして提供できれば、機器のユーザに対して更なる付加価値の提供の可能性が期待できる。

本発明は、上記の点に鑑みてなされたものであって、機器と連携したサービスを提供可能な情報処理システムを提供することを目的とする。

そこで上記課題を解決するため、１以上の情報処理装置を接続可能なネットワークセグメントを複数有する情報処理システムは、所定の情報を記憶する１以上の第１の情報処理装置が接続される第１のネットワークセグメントと、予め定義されたＡＰＩを複数有し、該複数のＡＰＩのうち呼び出されたＡＰＩに応じた処理を、前記１以上の第１の情報処理装置に記憶された前記所定の情報を利用して実行する１以上の第２の情報処理装置が接続される第２のネットワークセグメントと、前記情報処理システムの外部からの要求を受信すると、前記複数のＡＰＩのうち、該要求に応じたＡＰＩを呼び出すことにより、当該要求に応じた処理を制御する１以上の第３の情報処理装置が接続される第３のネットワークセグメントとを有する。

機器と連携したサービスを提供可能な情報処理システムを提供することができる。

本発明の実施の形態のクラウドサービスシステムと機器との関係を説明するための図である。 本発明の実施の形態におけるクラウドサービスシステムの第一の機能構成例を示す図である。 本発明の実施の形態におけるクラウドサービスシステムの第二の機能構成例を示す図である。 本発明の実施の形態におけるクラウドサービスシステムのネットワーク構成例を示す図である。 ファイアウォールによって許可される通信の例を示す図である。 各ゲートウェイによる通信の制御を説明するための図である。 本発明の実施の形態におけるクラウドサービスシステムを構成する各コンピュータのハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。 クラウドスキャンサービスに関する処理手順の一例を示す図である。 クラウドプリントサービスにおける印刷データの登録時の処理手順の一例を説明するための図である。 クラウドプリントサービスにおける印刷時の処理手順の一例を説明するための図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態のクラウドサービスシステムと機器との関係を説明するための図である。図１において、クラウドサービスシステム１と、機器利用環境２における各機器２０とは、インターネットに代表されるＷＡＮ（Wide Area Network）等のネットワークＮ１によって通信可能に接続されている。

機器利用環境２は、クラウドサービスシステム１によって提供されるサービスと連携可能な機器２０が利用される環境である。機器利用環境２の一例として、企業におけるオフィス等が挙げられる。図１において、機器利用環境２は、機器２０の一例として、画像形成装置２０ａ、プロジェクタ２０ｂ、ＴＶ会議用機器２０ｃ、及びＰＣ２０ｄ等を含む。

画像形成装置２０ａは、例えば、複合機、プリンタ、スキャナ、ファクシミリ等である。プロジェクタ２０ｂは、画像データを投影する機器である。ＴＶ会議用機器２０ｃは、テレビ会議に利用される機器である。なお、図１に示される機器２０以外の機器に関して、本実施の形態が適用されてもよい。

ＰＣ２０ｄは、一般的なＰＣ（Personal Computer）である。

クラウドサービスシステム１は、機器２０が連携可能な各種サービス（以下、「機器連携サービス」という。）をクラウドサービスとして提供する、１以上のコンピュータ（情報処理装置）の集合である。例えば、機器連携サービスの一例として、画像形成装置２０ａにおいてスキャンされ、画像形成装置２０ａより転送された画像データを、所定のストレージに保存するサービス（以下、「クラウドスキャンサービス」という。）が挙げられる。また、クラウドサービスシステム１に予めアップロードされた印刷データを画像形成装置２０ａにダウンロードさせ、当該印刷データに基づく印刷ジョブを、当該画像形成装置２０ａに実行させるサービス（以下、「クラウドプリントサービス」という。）も、機器連携サービスの一例として挙げられる。

なお、機器連携サービスは、必ずしもクラウドサービスとして提供されなくてもよい。例えば、クラウドサービスシステム１は、一般的なサーバクライアントシステムにおけるサーバ側のシステムであってもよい。また、ネットワークＮ１は、ＬＡＮ（Local Area Network）であってもよい。

図２は、本発明の実施の形態におけるクラウドサービスシステムの第一の機能構成例を示す図である。クラウドサービスシステム１の機能は、アプリケーション層１２０Ｌ、共通サービス層１４０Ｌ、データベース層１５０Ｌ、管理層１６０Ｌ、及び業務層１７０Ｌ等の５つの層（レイヤ）に分類されている。このうち、アプリケーション層１２０Ｌ、共通サービス層１４０Ｌ、及びデータベース層１５０Ｌの３つの層が、機器と連携したサービスの提供に直接的に関わる。一方、管理層１６０Ｌ及び業務層１７０Ｌは、主として、クラウドサービスシステム１の保守、管理、又は開発等に関する層である。

アプリケーション層１２０Ｌは、機器連携サービスに関するサーバ側のアプリケーション（以下、「サーバアプリ」という。）が実装される層である。図２において、アプリケーション層１２０Ｌは、ポータルアプリ１２１ｐ、スキャンアプリ１２２ｐ、及びプリントアプリ１２３ｐ等を含む。ポータルアプリ１２１ｐは、機器連携サービスのポータルサイトの提供等を行うサーバアプリである。当該ポータルサイトでは、例えば、ユーザ情報の登録や、サーバアプリに対するユーザごとの設定情報の設定等を行うことができる。スキャンアプリ１２２ｐは、上述したクラウドスキャンサービスに関してサーバ側の処理を実行するサーバアプリである。プリントアプリ１２３ｐは、上述したクラウドプリントサービスに関してサーバ側の処理を実行するサーバアプリである。

共通サービス層１４０Ｌは、複数のサーバアプリに共通する機能、又は複数のサーバアプリから利用される基本機能等を含む層である。共通サービス層１４０Ｌの機能は、予め定義されたプラットフォームＡＰＩ１８０を介して呼び出すことができる。プラットフォームＡＰＩ１８０は、基本的に、アプリケーション層１２０Ｌにおけるサーバアプリから呼び出される。なお、プラットフォームＡＰＩ１８０は、クラウドサービスシステム１の運営者以外のサードベンダ等に対して公開されてもよい。この場合、サーバアプリは、当該サードベンダ等によって実装されてもよい。すなわち、サーバアプリは、プラットフォームＡＰＩ１８０を利用して、適宜開発され、追加される。

図２において、共通サービス層１４０Ｌは、認証部１４１ｐ、組織管理部１４２ｐ、ユーザ管理部１４３ｐ、ライセンス管理部１４４ｐ、機器管理部１４５ｐ、一時画像管理部１４６ｐ、画像処理制御部１４７ｐ、及びログ収集部１４８ｐ等を含む。

認証部１４１ｐは、クラウドサービスシステム１にアクセスするユーザ及び機器２０に関して認証及び認可等を行う。認可とは、ユーザ又は機器２０による、アクセス対象とされたサービスに対するアクセスの可否の判定等をいう。例えば、アクセス対象とされたサービスに対するライセンスの有無等に基づいて認可が行われる。

組織管理部１４２ｐ、ユーザ管理部１４３ｐ、ライセンス管理部１４４ｐ、機器管理部１４５ｐ、及び一時画像管理部１４６ｐは、それぞれ、データベース層１５０Ｌにおける組織情報記憶部１５２ｐ、ユーザ情報記憶部１５３ｐ、ライセンス情報記憶部１５４ｐ、機器情報記憶部１５５ｐ、又は一時画像記憶部１５６ｐへのアクセス手段を提供する。アクセス手段とは、対応する記憶部への情報の書き込みや当該記憶部からの情報の読み込みのためのインタフェースを提供する手段をいう。

画像処理制御部１４７ｐは、画像データ等のデータ処理に関するワークフローの制御を行う。画像処理に関するワークフローとは、データを処理対象とする１以上の処理単位が順序付けられることにより構成される処理の流れをいう。画像処理制御部１４７ｐは、メッセージキュー１４７１ｐ及びワーカー１４７２ｐ（Ｗｏｒｋｅｒ）を含む。ワーカー１４７２ｐとは、データに対する処理の実行主体である。図２では、ワーカー１４７２ｐの一例として、画像変換部１４７３ｐ及び画像送信部１４７４ｐ等が示されている。画像変換部１４７３ｐは、データに関してデータ形式の変換や、ＯＣＲ（Optical Character Recognition）処理等を実行する。画像送信部１４７４ｐは、例えば、クラウドサービスシステム１の外部におけるオンラインストレージ等への画像データの送信等を行う。なお、図２においてそれぞれ一つの矩形で示されている画像変換部１４７３ｐ及び画像送信部１４７４ｐは、機能ごとに異なるソフトウェアモジュールとして実装されてもよい。

メッセージキュー１４７１ｐは、ワーカー１４７２ｐに対する処理要求をキュー構造の記憶領域を用いて管理する。図２において一つの矩形で示されているメッセージキュー１４７１ｐは、ワーカー１４７２ｐごとに存在してもよい。すなわち、各ワーカー１４７２ｐに対応付けられてメッセージキュー１４７１ｐが設けられてもよい。メッセージキュー１４７１ｐに記憶された処理要求のワーカー１４７２ｐへの伝達は、ＰＵＳＨ型及びＰＵＬＬ型のいずれであってもよい。ＰＵＳＨ型とは、メッセージキュー１４７１ｐに対して登録された処理要求が、メッセージキュー１４７１ｐによって、ワーカー１４７２ｐに伝達される形態である。ＰＵＬＬ型は、ワーカー１４７２ｐがメッセージキュー１４７１ｐをポーリングし、メッセージキュー１４７１ｐに処理要求が含まれている場合に、ワーカー１４７２ｐが処理要求を取り出す形態である。メッセージキュー１４７１ｐの存在によって、各ワーカー１４７２ｐによる処理を、処理要求とは非同期に実行することができる。その結果、処理要求元が、ワーカー１４７２ｐによる処理の完了を待機する必要性を低減させることができる。

ログ収集部１４８ｐは、アプリケーション層１２０Ｌや共通サービス層１４０Ｌにおいて実行される処理に関するログを、各部より収集し、データベース層１５０Ｌにおけるログ情報記憶部１５１ｐに記憶する処理を実行する。ログの収集についても、ＰＵＳＨ型又はＰＵＬＬ型のいずれの形態で行われてもよい。

データベース層１５０Ｌは、各種の情報を記憶するデータベースを含む層である。図２において、データベース層１５０Ｌは、ログ情報記憶部１５１ｐ、組織情報記憶部１５２ｐ、ユーザ情報記憶部１５３ｐ、ライセンス情報記憶部１５４ｐ、機器情報記憶部１５５ｐ、一時画像記憶部１５６ｐ、ジョブ情報記憶部１５７ｐ、及びアプリ情報記憶部１５８ｐ等を含む。

ログ情報記憶部１５１ｐは、ログ収集部１４８ｐによって収集されるログを記憶する。組織情報記憶部１５２ｐは、クラウドサービスシステム１の組織ごとの属性情報（以下、「組織情報」という。）を記憶する。組織とは、企業又はその他の団体等、一以上のユーザの集合である。組織情報には、各組織を識別するための組織ＩＤ等が含まれる。ユーザ情報記憶部１５３ｐは、組織に属するユーザごとの属性情報（以下、「ユーザ情報」という。）を記憶する。ユーザ情報には、各ユーザを識別するためのユーザＩＤや、各ユーザの認証に用いられるパスワード等が含まれる。また、ユーザが属する組織ＩＤも、ユーザ情報に含まれる。ユーザＩＤの一意性は、組織内で保証されればよいからである。すなわち、本実施の形態において、各ユーザは、組織ＩＤ及びユーザＩＤの組み合わせによって識別される。

ライセンス情報記憶部１５４ｐは、組織ごとに、当該組織が有するライセンスの情報を記憶する。ライセンスとは、いずれかの機器連携サービスに対するライセンスをいう。機器連携サービスは、基本的に、サーバアプリと一対一に対応する。したがって、機器連携サービスに対するライセンスとは、サーバアプリに対するライセンスであるともいえる。

機器情報記憶部１５５ｐは、組織において利用される機器２０の属性情報（以下、「機器情報」という。）を記憶する。機器情報には、例えば、各機器２０の機体（個体）を識別するための識別情報等が含まれる。

一時画像記憶部１５６ｐは、一時画像を記憶する。一時画像とは、ワーカー１４７２ｐによる処理等によって一時的に生成されるデータをいう。なお、便宜上、「画像」という用語が用いられているが、必ずしも、一時画像は、画像データでなくてもよい。例えば、一時画像は、テキストデータであってもよい。ジョブ情報記憶部１５７ｐは、ワーカー１４７２ｐによる処理に関する情報等を記憶する。アプリ情報記憶部１５８ｐは、組織ごと又はユーザごとに、当該組織又はユーザが利用可能なサーバアプリに対する設定情報等を記憶する。

なお、サーバアプリは、基本的に、共通サービス層１４０Ｌにおける各管理部を介して、データベース層１５０Ｌの各記憶部にアクセス可能である。但し、アプリ情報記憶部１５８ｐについては、各サーバアプリは、直接的にアクセス可能である。

管理層１６０Ｌは、クラウドサービスシステム１の保守及び管理等を行うための機能が実装される層である。図２において、管理層１６０Ｌは、監視部１６１ｐ、デプロイ部１６２ｐ、アカウント管理部１６３ｐ、及びログイン管理部１６４ｐ等を含む。

監視部１６１ｐは、アプリケーション層１２０Ｌ、共通サービス層１４０Ｌ、及びデータベース層１５０Ｌ（以下、「上位３層」という。）の動作を監視し、異常の発生等を検知する。デプロイ層は、上位３層に対するソフトウェアのデプロイ（インストール、バージョンアップ等）を行う。アカウント管理部１６３ｐは、上位３層を構成する、後述される各サーバにログイン可能な管理者のアカウントを管理する。管理者とは、クラウドサービスシステム１を運営する組織におけるユーザをいい、機器利用環境２におけるユーザと区別するための用語である。

ログイン管理部１６４ｐは、管理者による上記サーバへのログインの踏み台として機能する。すなわち、管理者等は、ログイン管理部１６４ｐを経由して、各サーバへログインすることができる。

業務層１７０Ｌは、クラウドサービスシステム１の運用業務等において必要となる機能が実装される層である。図２において、業務層１７０Ｌは、顧客情報管理部１７１ｐ、契約管理部１７２ｐ、販売管理部１７３ｐ、ライセンス管理部１７４ｐ、及び開発環境提供部１７５ｐ等を含む。

顧客情報管理部１７１ｐは、顧客に関する情報を管理する。顧客とは、基本的に、組織である。契約管理部１７２ｐは、顧客との間において締結される、機器連携サービスの利用等における契約に関する情報を管理する。販売管理部１７３ｐは、機器連携サービスの販売に関する情報を管理する。ライセンス管理部１７４ｐは、顧客ごとに、当該顧客が有するライセンスの情報を管理する。なお、業務層１７０Ｌにおけるライセンス管理部１７４ｐは、運用者側で設定すべき情報の登録又は更新等を行う。運用者側で設定すべき情報とは、例えば、ライセンスの登録や削除等である。一方、共通サービス層１４０Ｌにおけるライセンス管理部１４４ｐは、ユーザ側で設定すべき情報の登録又は更新等を行う。ユーザ側で設定すべき情報とは、ライセンスの使用の開始や、ライセンスの使用の終了等に関する情報である。

開発環境提供部１７５ｐは、上位３層に関するソフトウェアの開発環境を開発者に提供する。開発者は、例えば、クラウドサービスシステム１を運営する企業における開発者である。但し、当該企業の外部のソフトウェアベンダ等に対して、開発環境提供部１７５ｐによって提供される開発環境が公開されてもよい。

なお、クラウドサービスシステム１の機能構成は、図３に示されるように実装されてもよい。図３は、本発明の実施の形態におけるクラウドサービスシステムの第二の機能構成例を示す図である。図３中、図２と同一部分には同一符号を付し、その説明は省略する。

図３では、アプリケーション層１２０Ｌと共通サービス層１４０Ｌとの間に、ドメイン固有サービス層１３０Ｌが設けられている。ドメイン固有サービス層１３０Ｌは、共通サービス層１４０Ｌに比較して、より完結性の高い、粒度の大きい、又は応用度の高いサービスを提供する層である。ドメイン固有サービス層１３０Ｌが提供するサービスは、ドメイン固有ＡＰＩ１９０を介して利用可能である。ドメイン固有ＡＰＩ１９０は、プラットフォームＡＰＩ１８０に比べて、より粒度の大きなＡＰＩである。ドメイン固有ＡＰＩ１９０についても、外部に公開されてもよい。

図３において、共通サービス層１４０Ｌは、スキャンロジック部１３１ｐ及びプリントロジック部１３２ｐ等を含む。スキャンロジック部１３１ｐは、クラウドスキャンサービスのロジック部分を実行する。クラウドスキャンサービスのロジック部分とは、図２の構成においてスキャンアプリ１２２ｐが有する機能のうち、ユーザインタフェース機能を除いた部分である。ユーザインタフェース機能とは、主として、ＷｅｂＵＩ（Ｗｅｂページ）の生成及び提供機能をいう。したがって、図３の構成において、スキャンアプリ１２２ｐの機能は、スキャンロジック部１３１ｐを利用することにより、主として、ユーザインタフェース機能に関するものとなる。

プリントロジック部１３２ｐは、クラウドプリントサービスのロジック部分を実行する。クラウドプリントサービスのロジック部分とは、図２の構成においてプリントアプリ１２３ｐが有する機能のうち、ユーザインタフェース機能を除いた機能である。したがって、図３の構成において、プリントアプリ１２３ｐの機能は、プリントロジック部１３２ｐを利用することにより、主として、ユーザインタフェース機能に関するものとなる。

ドメイン固有サービス層１３０Ｌが設けられ、ドメイン固有ＡＰＩ１９０が提供されることにより、例えば、他のクラウドサービス等が、機器連携サービスに連携する際に実装すべきソースコードの量を低減させることができる。すなわち、ドメイン固有ＡＰＩ１９０の一つの関数又はメソッド（以下、「メソッド」で統一する。）は、プラットフォームＡＰＩ１８０の複数のメソッドを呼び出すことにより、サーバアプリに近い機能を提供する。したがって、既製のサービスでも良いから早期に連携を実現させたいといった場合に、ドメイン固有ＡＰＩ１９０は有効である。また、ドメイン固有ＡＰＩ１９０を用いて、複合的な機能を有するサーバアプリの実装が行われてもよい。

一方、固有のサーバアプリを実装したい場合には、プラットフォームＡＰＩ１８０を利用するのが好適である。

以降の説明では、図３に示される第二の機能構成例を採用される。

図４は、本発明の実施の形態におけるクラウドサービスシステムのネットワーク構成例を示す図である。図４において、クラウドサービスシステム１に含まれるネットワークは、フロントエンドセグメントｇ１、渡りセグメントｇ２、アプリセグメントｇ３、共通サービスセグメントｇ４、データベースセグメントｇ５、管理セグメントｇ６、及び業務セグメントｇ７等の７つのネットワークセグメント（サブネット）に分割されている。なお、ネットワークセグメントとは、ＩＰアドレスのうち、ネットワークアドレスが共通するネットワークの単位をいう。但し、各ネットワークセグメント内において、更に細かい単位のネットワークセグメントに分割されていてもよい。以下、ネットワークセグメントを、単に、「セグメント」という。また、フロントエンドセグメントｇ１、渡りセグメントｇ２、アプリセグメントｇ３、共通サービスセグメントｇ４、データベースセグメントｇ５、管理セグメントｇ６、及び業務セグメントｇ７等の７つのネットワークセグメントを区別しない場合、「セグメントｇ」という。各セグメントｇには、１以上のコンピュータが接続可能である。

フロントエンドセグメントｇ１は、ネットワークＮ１に対して最前線のセグメントである。フロントエンドセグメントｇ１とネットワークＮ１との間には、ファイアウォールＦＷが設けられている。

渡りセグメントｇ２は、フロントエンドセグメントｇ１と、アプリセグメントｇ３、共通サービスセグメントｇ４、データベースセグメントｇ５、及び管理セグメントｇ６との間をファイアウォールＦＷ経由で接続するためのセグメントである。渡りセグメントｇ２には、インターネット用ゲートウェイ１００１、業務用ゲートウェイ１００２、及び管理用ゲートウェイ１００３等のゲートウェイが接続される。本実施の形態において、ゲートウェイとは、外部からのメッセージに対する処理の負荷分散を図ったり、メッセージの通過の許否を判定したりする装置である。メッセージの通過の許否の判定については、ファイアウォールＦＷにおいても行われるが、ファイアウォールＦＷは、ＴＣＰ／ＩＰの層を監視するのに対し、ゲートウェイはＴＣＰ／ＩＰより上位の層であるＨＴＴＰの層を監視する点において異なる。例えば、ファイアウォールＦＷは、パケットの送信元及び宛先の少なくともいずれか一方のＩＰアドレス及びポート番号に基づいて、パケットの通過の許否を判定する。一方、ゲートウェイは、例えば、メッセージの宛先のＵＲＬ（Uniform Resource Locator）に基づいて、メッセージの通過の許否を判定する。

インターネット用ゲートウェイ１００１は、ネットワークＮ１経由のメッセージを処理対象とするゲートウェイである。したがって、ネットワークＮ１経由のメッセージは、まず、インターネット用ゲートウェイ１００１によって受信される。

業務用ゲートウェイ１００２は、業務セグメントｇ７からのメッセージを処理対象とするゲートウェイである。業務セグメントｇ７は、クラウドサービスシステム１の運営者（運営企業）の企業内のＷＡＮ（Wide Area Network）の一部に相当する。また、他のセグメントについても、当該企業内ＷＡＮを構成する。したがって、例えば、業務セグメントｇ７に接続されているコンピュータを利用して、クラウドサービスシステム１に関するソフトウェアの開発者等が、サーバアプリ等をテストしたり、利用したりする場合、当該コンピュータからのメッセージは、ネットワークＮ１を経由せずに、当該企業内ＷＡＮ経由で業務用ゲートウェイ１００２によって受信される。

管理用ゲートウェイ１００３については後述する。

アプリセグメントｇ３は、図３のアプリケーション層１２０Ｌ及びドメイン固有サービス層１３０Ｌに対応するセグメントである。アプリセグメントｇ３には、アプリ用ゲートウェイ１２０、アプリサーバ１２１、及びドメイン固有サーバ１３０等が接続される。

アプリ用ゲートウェイ１２０は、アプリセグメントｇ３に対するメッセージを処理対象とするゲートウェイである。アプリサーバ１２１は、アプリケーション層１２０Ｌを実現するコンピュータである。すなわち、アプリサーバ１２１には、サーバアプリが実装される。図３では、アプリサーバ１２１について、２つの筐体の図が示されている。これは、アプリサーバ１２１が冗長構成となっていることを示す。他のサーバについても同様である。また、一つの筐体のみが示されているサーバについても、冗長構成が採用されてもよい。

ドメイン固有サーバ１３０は、ドメイン固有サービス層１３０Ｌを実現するコンピュータである。したがって、ドメイン固有サーバ１３０によって、ドメイン固有ＡＰＩ１９０等が提供される。また、ドメイン固有サーバ１３０には、スキャンロジック部１３１ｐ及びプリントロジック部１３２ｐとしてコンピュータを機能させるプログラムがインストールされる。

なお、クラウドサービスシステム１の運営者以外のサードベンダ等が、サーバアプリを実装する場合、例えば、アプリセグメントｇ３内において、当該運営者の管理化のセグメントと、サードベンダが利用可能なセグメントとに分割されていてもよい。

共通サービスセグメントｇ４は、図３の共通サービス層１４０Ｌに対応するセグメントである。すなわち、共通サービスセグメントｇ４に接続されるコンピュータ群によって、プラットフォームＡＰＩ１８０が提供される。なお、プラットフォームＡＰＩ１８０やドメイン固有ＡＰＩ１９０等は、ネットワーク経由で呼び出される。ネットワーク経由のＡＰＩの実現には、例えば、ＲＥＳＴ（Representational State Transfer）が用いられてもよい。但し、他の通信プロトコル等が利用されて、プラットフォームＡＰＩ１８０及びドメイン固有ＡＰＩ１９０が実現されてもよい。

共通サービスセグメントｇ４には、共通サービス用ゲートウェイ１４０、ログ収集サーバ１４８、管理サーバ１４１、キューサーバ１４７１、画像送信サーバ１４７４、及び画像変換サーバ１４７３等が接続される。共通サービス用ゲートウェイ１４０は、共通サービスセグメントｇ４に対するメッセージを処理対象とするゲートウェイである。ログ収集サーバ１４８は、ログ収集部１４８ｐとして機能するコンピュータである。すなわち、ログ収集サーバ１４８には、コンピュータをログ収集部１４８ｐとして機能させるプログラムがインストールされる。管理サーバ１４１は、認証部１４１ｐ、組織管理部１４２ｐ、ユーザ管理部１４３ｐ、機器管理部１４５ｐ、及びライセンス管理部１４４ｐ等として機能するコンピュータである。すなわち、管理サーバ１４１には、認証部１４１ｐ、組織管理部１４２ｐ、ユーザ管理部１４３ｐ、機器管理部１４５ｐ、又はライセンス管理部１４４ｐとしてコンピュータを機能させるプログラムがインストールされる。なお、管理サーバ１４１によって実現される各部は、それぞれ異なるコンピュータによって実現されてもよい。

キューサーバ１４７１は、メッセージキュー１４７１ｐとして機能するコンピュータである。すなわち、キューサーバ１４７１には、コンピュータをメッセージキュー１４７１ｐとして機能させるプログラムがインストールされる。画像送信サーバ１４７４は、ワーカー１４７２ｐの一つである画像送信部１４７４ｐとして機能するコンピュータである。すなわち、画像送信サーバ１４７４には、コンピュータを画像送信部１４７４ｐとして機能させるプログラムがインストールされる。画像変換サーバ１４７３は、ワーカー１４７２ｐの一つである画像変換部１４７３ｐとして機能するコンピュータである。すなわち、画像変換サーバ１４７３には、コンピュータを画像変換部１４７３ｐとして機能させるプログラムがインストールされる。

なお、キューサーバ１４７１、画像送信サーバ１４７４、及び画像変換サーバ１４７３は、画像処理制御部１４７ｐを構成する。

データベースセグメントｇ５は、図３のデータベース層１５０Ｌに対応するセグメントである。データベースセグメントｇ５には、データベース用ゲートウェイ１５０、ログ情報記憶サーバ１５１、一時画像記憶サーバ１５６、管理情報記憶サーバ１５２、及びアプリ情報記憶サーバ１５８等が接続される。

データベース用ゲートウェイ１５０は、データベースセグメントｇ５に対するメッセージを処理対象とするゲートウェイである。ログ情報記憶サーバ１５１は、ログ情報記憶部１５１ｐとして機能するコンピュータである。一時画像記憶サーバ１５６は、一時画像管理部１４６ｐ及び一時画像記憶部１５６ｐとして機能するコンピュータである。管理情報記憶サーバ１５２は、組織情報記憶部１５２ｐ、ユーザ情報記憶部１５３ｐ、ライセンス情報記憶部１５４ｐ、機器情報記憶部１５５ｐ、及びジョブ情報記憶部１５７ｐとして機能するコンピュータである。アプリ情報記憶部１５８ｐサーバは、アプリ情報記憶部１５８ｐとして機能するコンピュータである。データベースセグメントｇ５における各コンピュータには、それぞれが対応する記憶部として機能させるプログラム（例えば、ＤＢＭＳ（DataBase Management System））がインストールされる。

管理セグメントｇ６は、管理層１６０Ｌに対応するセグメントである。管理セグメントｇ６には、監視サーバ１６１、アカウント管理サーバ１６３、デプロイサーバ１６２、及びログイン管理サーバ１６４等が接続される。監視サーバ１６１は、監視部１６１ｐとして機能するコンピュータである。すなわち、監視サーバ１６１には、コンピュータを監視部１６１ｐとして機能させるプログラムがインストールされる。アカウント管理サーバ１６３は、アカウント管理部１６３ｐとして機能するコンピュータである。すなわち、アカウント管理サーバ１６３には、コンピュータをアカウント管理部１６３ｐとして機能させるプログラムがインストールされる。デプロイサーバ１６２は、デプロイ部１６２ｐとして機能するコンピュータである。すなわち、デプロイサーバ１６２には、コンピュータをデプロイ部１６２ｐとして機能させるプログラムがインストールされる。ログイン管理サーバ１６４は、ログイン管理部１６４ｐとして機能するコンピュータである。すなわち、ログイン管理サーバ１６４には、コンピュータをログイン管理部１６４ｐとして機能させるプログラムがインストールされる。

業務セグメントｇ７は、図３の業務層１７０Ｌに対応するセグメントである。業務セグメントｇ７には、情報管理サーバ１７１及び開発サーバ１７５等が接続される。情報管理サーバ１７１は、顧客情報管理部１７１ｐ、契約管理部１７２ｐ、販売管理部１７３ｐ、及びライセンス管理部１７４ｐ等として機能するコンピュータである。すなわち、情報管理サーバ１７１には、これら各部としてコンピュータを機能させるプログラムがインストールされる。開発サーバ１７５は、開発環境提供部１７５ｐとして機能するコンピュータである。すなわち、開発サーバ１７５には、コンピュータを開発環境提供部１７５ｐとして機能させるプログラムがインストールされる。

なお、情報管理サーバ１７１におけるライセンス管理部１７４ｐは、情報管理サーバ１７１において記憶されているライセンス情報を、共通サービスセグメントｇ４の管理サーバ１４１におけるライセンス管理部１４４ｐに対してコピーする。このコピーのためのメッセージは、管理用ゲートウェイ１００３を経由して、ライセンス管理部１４４ｐに伝達される。すなわち、管理用ゲートウェイ１００３は、ライセンス管理部１７４ｐによる、ライセンス管理１４４ｐに対するライセンス情報のコピーのために用いられる。ライセンス情報は、非常に機密性の高い情報であるため、そのコピーには、より高いセキュリティによってメッセージを制限する管理用ゲートウェイ１００３が用いられるのである。

また、図４において、渡りセグメントｇ２を起点として、管理セグメントｇ６を終点とするネットワーク群ｎ１は、渡りセグメントｇ２における各ゲートウェイによって受信されたメッセージの伝達、当該メッセージに応じたサーバ間の通信、及び監視サーバ１６１による各サーバの監視用の通信等に利用されるネットワーク群である。ネットワーク群ｎ１は、渡りセグメントｇ２から管理セグメントｇ６までの間に含まれるセグメント群のうちの二組ずつを接続するネットワークの集合である。すなわち、各セグメント間は、それぞれ独立したネットワークによって接続される。各セグメント間のネットワークには、非図示のファイアウォールＦＷが設置される。したがって、セグメント間の通信に関しても高いセキュリティが確保されている。

なお、ネットワーク群ｎ１は、業務セグメントｇ７には到達していない。クラウドサービスシステム１の運営者の企業内ＷＡＮへの外部から業務セグメントｇ７（企業内ＷＡＮ）へのアクセスを防止するためである。

また、業務セグメントｇ７を起点としてアプリセグメントｇ３を終点とするネットワーク群ｎ２は、業務セグメントｇ７から業務用等の目的で各セグメントにアクセスするために利用されるネットワーク群である。ネットワーク群ｎ２は、業務セグメントｇ７からアプリセグメントｇ３までの間に含まれるセグメント群のうちの二組ずつを接続するネットワークの集合である。各セグメント間のネットワークには、非図示のファイアウォールＦＷが設置される。

図４に示されるように、クラウドサービスシステム１のネットワークは、図３の機能構成における各層に対応させてセグメントに分割されている。各層は、役割又は責務等の共通性によって分類されている。また、層を跨った各部間の呼び出し関係は、層ごとに共通性が有る。したがって、ファイアウォールＦＷに対して、サーバ単位ではなく、セグメント単位でメッセージの通過の許否等を設定することができる。例外的なサーバが存在する場合には、当該例外的なサーバに関して設定が行われればよい。

例えば、図５は、ファイアウォールによって許可される通信の例を示す図である。図５には、通信元のセグメントと、通信先のセグメントとの組み合わせごとに、許可される通信の内容（通信プロトコル又は通信用途等）が示されている。なお、図５において、ＳＳＨ（Secure Shell）は、認証に利用される通信プロトコルである。また、「インターネット」は、本実施の形態において、ネットワークＮ１に相当する。

図５によれば、インターネットからの通信は、アプリセグメントｇ３に対しては許可され，他のセグメントに対しては許可されない。但し、認証要求に係る通信に限って、共通サービスセグメントｇ４に対して許可される。

また、基本的に、同一セグメント内の通信は、許可される。

また、アプリセグメントｇ３から共通サービスセグメントｇ４及びデータベースセグメントｇ５の通信は、許可される。アプリセグメントｇ３から共通サービスセグメントｇ４への通信は、プラットフォームＡＰＩ１８０の呼び出しや、ログ収集サーバ１４８へのログの転送等である。アプリセグメントｇ３からデータベースセグメントｇ５への通信は、主に、アプリ情報記憶サーバ１５８へのアクセスのための通信である。

また、共通サービスセグメントｇ４からインターネット、アプリセグメントｇ３、及びデータベースセグメントｇ５への通信は、許可される。共通サービスセグメントｇ４からインターネットへの通信は、後述されるように、画像データ等をストレージサービス等の外部ストレージに保存する場合に必要とされる。共通サービスセグメントｇ４からアプリセグメントｇ３への通信は、主として、キューサーバ１４７１に登録された処理要求に対する応答を送信するための通信である。すなわち、当該応答は、処理要求とは非同期に行われる（コールバックされる）ため、共通サービスセグメントｇ４からアプリセグメントｇ３への通信が許可される必要が有るのである。共通サービスセグメントｇ４からデータベースセグメントｇ５への通信は、共通サービス層１４０Ｌからデータベース層１５０Ｌにおける各記憶部に対するアクセスのための通信である。

また、データベースセグメントｇ５から共通サービスセグメントｇ４へのログ転送のための通信は許可される。

また、管理セグメントｇ６からアプリセグメントｇ３、共通サービスセグメントｇ４、及びデータベースセグメントｇ５への通信は許可される。

また、業務セグメントｇ７からアプリセグメントｇ３、共通サービスセグメントｇ４、及び管理セグメントｇ６への通信は許可される。

なお、基本的に、全てのセグメントから、業務セグメントｇ７への通信は禁止される。但し、例外として、共通サービスセグメントｇ４の管理サーバ１４１におけるライセンス管理部１４４ｐから、業務セグメントｇ７の情報管理サーバ１７１のライセンス管理部１７４ｐへの通信に限って許可される。

また、図６は、各ゲートウェイによる通信の制御を説明するための図である。図６には、ＵＲＬのパス（ｐａｔｈ）ごとに、当該パスを含むＵＲＬに係るメッセージが各ゲートウェイによって受信された場合の、各ゲートウェイによるメッセージの転送先が示されている。なお、「−（ハイフン）」は、該当するＵＲＬに係るメッセージは、通過させないことを示す。また、※１は、ＨＴＴＰ以外に、ＨＴＴＰＳ（HTTP over SSL/TLS）の通信を受け付け、ＳＳＬサーバ証明書を応答することを示す。更に、※２は、ＨＴＴＰＳの通信を受け付け、ＳＳＬクライアント証明書を要求することを示す。なお、図６では、一部のＵＲＬのパスに関しては省略されている。例えば、／ｈｏｍｅ／＊は、／ｈｏｍｅと、／ｈｏｍｅで始まる他のＵＲＬを示す。他のＵＲＬについても同様である。

例えば、ＵＲＬのパスが、／ｈｏｍｅ／＊であるメッセージは、インターネット用ゲートウェイ１００１、業務用ゲートウェイ１００２、及びアプリ用ゲートウェイ１２０が受け付け可能である。これらのゲートウェイは、当該メッセージを、アプリサーバ１２１に転送する。なお、当該メッセージは、基本的に、ＷｅｂＵＩ（Ｗｅｂページ）の取得要求に係るメッセージである。

ＵＲＬのパスが、／ｄｓｃａｎ／＊又は／ｄｐｒｉｎｔ／＊であるメッセージは、インターネット用ゲートウェイ１００１、業務用ゲートウェイ１００２、及びアプリ用ゲートウェイ１２０が受け付け可能である。これらのゲートウェイは、当該メッセージを、ドメイン固有サーバ１３０に転送する。具体的には、／ｄｓｃａｎ／＊は、スキャンロジック部１３１ｐに対応し、／ｄｐｒｉｎｔ／＊は、プリントロジック部１３２ｐに対応する。

ＵＲＬのパスが、／ｌｏｇｉｎ／＊であるメッセージは、インターネット用ゲートウェイ１００１、業務用ゲートウェイ１００２、管理用ゲートウェイ１００３、及び共通サービス用ゲートウェイ１４０が受け付け可能である。これらのゲートウェイは、当該メッセージを、管理サーバ１４１の認証部１４１ｐに転送する。なお、当該メッセージは、認証要求に係るメッセージである。

ＵＲＬのパスが、／ｊｏｂｑｕｅｕｅ／＊であるメッセージは、共通サービス用ゲートウェイ１４０が受け付け可能である。共通サービス用ゲートウェイ１４０は、当該メッセージを、キューサーバ１４７１に転送する。

ＵＲＬのパスが、／ｔｍｐｆｉｌｅ／＊であるメッセージは、データベース用ゲートウェイ１５０が受け付け可能である。データベース用ゲートウェイ１５０は、当該メッセージを、一時画像記憶サーバ１５６に転送する。

ＵＲＬのパスが、／ｌｉｃｅｎｓｅ／＊であるメッセージは、管理用ゲートウェイ１００３が受け付け可能である。管理用ゲートウェイ１００３は、当該メッセージを、管理サーバ１４１のライセンス管理部１４４ｐに転送する。なお、当該メッセージは、情報管理サーバ１７１のライセンス管理部１７４ｐからのライセンス情報のコピーに係るメッセージである。

ＵＲＬのパスが、／ｌｏｇｂｒｏｗｓｅｒ／＊であるメッセージは、業務用ゲートウェイ１００２が受け付け可能である。業務用ゲートウェイ１００２は、当該メッセージを、ログ収集サーバ１４８に転送する。なお、当該メッセージは、ログを閲覧する際の、ログの取得要求に係るメッセージである。ログの閲覧は、業務層１７０Ｌにおいて許可されている。すなわち、機器利用環境２のユーザは、ログの閲覧は許可されない。したがって、当該メッセージを、インターネット用ゲートウェイ１００１が受け付けることはできない（禁止されている）。

図４に戻る。渡りセグメントｇ２〜６には、各セグメントが対応する層（図３の層）における各機能部に対応させてコンピュータが接続されている。このように、機能の共通性に基づいて分類される単位ごとにコンピュータが設置されることで、機能ごとの負荷の偏りに対して柔軟に対応することができる。すなわち、機能ごとに利用される頻度及び負荷は異なる可能性が有る。機能ごとの負荷に偏りが生じた場合、利用頻度又は負荷の高い機能部に対応するコンピュータを増設することで、各サーバの負荷を容易に平準化させることができる。具体的には、例えば、画像処理サーバにおける負荷が非常に高く、画像処理サーバによる処理がボトルネックとなっている場合、画像処理サーバを構成するコンピュータを増設することで、当該負荷を低減することができる。

なお、コンピュータの増設（スケールアウト）等の容易性を考慮して、図４に示される各コンピュータ、各ゲートウェイ、及び各ファイアウォールＦＷ等は、仮想マシン（Virtual Machine）によって実現されてもよい。この場合、各セグメントについても仮想化される。

また、本実施の形態では、高いセキュリティが要求されるセグメントほど、インターネット等のネットワークＮ１から遠い位置に配置されている。具体的には、ログ情報、組織情報、ユーザ情報、ライセンス情報、機器情報、及び一時画像等、ユーザに固有の情報であって、漏洩が許されない情報が記憶されるデータベース層１５０Ｌに対応するデータベースセグメントｇ５は、アプリセグメントｇ３及び共通サービスセグメントｇ４よりも奥に配置されている。そうすることにより、これらの情報に関して、高いセキュリティの確保が可能となっている。

続いて、各コンピュータのハードウェア構成例について説明する。図７は、本発明の実施の形態におけるクラウドサービスシステムを構成する各コンピュータのハードウェア構成例を示す図である。各コンピュータは、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

各コンピュータでの処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってコンピュータに係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

一方、画像形成装置２０ａは、例えば、図８に示されるようなソフトウェア構成を有する。図８は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。図８において、画像形成装置２０ａは、１以上のクライアントアプリ２１及びアプリケーションプラットフォーム２２等を有する。

クライアントアプリ２１は、ドメイン固有ＡＰＩ１９０を利用して、機器連携サービスをユーザに提供するアプリケーションである。基本的に、クライアントアプリ２１は、機器連携サービスのうち、ＵＩ機能（画面の表示機能）と、画像形成装置２０ａの制御機能等を実現する。例えば、クラウドスキャンサービスに連携させる画像形成装置２０ａには、クラウドスキャンサービス用のクライアントアプリ２１がインストールされる必要がある。

アプリケーションプラットフォーム２２は、画像形成装置２０ａを制御するためのＡＰＩを備えると共に、クライアントアプリ２１の実行環境を提供する。ＡＰＩの形態は、例えば、関数であってもよいし、オブジェクト指向のクラス及びクラスのメソッド等であってもよい。例えば、アプリケーションプラットフォーム２２は、スキャン機能に関するＡＰＩ、印刷機能に関するＡＰＩ、コピー機能に関するＡＰＩ等をクライアントアプリ２１に提供する。なお、アプリケーションプラットフォーム２２は、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）を含んでいてもよい。この場合、クライアントアプリ２１は、Ｊａｖａ（登録商標）言語によって実装されてもよい。

アプリケーションプラットフォーム２２は、また、サーバアプリとクライアントアプリ２１とを連携させるための機構等をも備える。

なお、プロジェクタ２０ｂ及びＴＶ会議用機器２０ｃについても、図８と同様のソフトウェア構成を有していてもよい。一方、ＰＣ２０ｄについては、図８と同様のソフトウェア構成を有してもよいし、汎用的なＷｅｂブラウザを備えていてもよい。

以下、図４に示されるクラウドサービスシステム１が提供する機器連携サービスにおける処理手順の一例について説明する。

図９は、クラウドスキャンサービスに関する処理手順の一例を示す図である。図９において、画像形成装置２０ａでは、クラウドスキャンサービスに対応するクライアントアプリ２１が操作対象とされていることとする。また、画像形成装置２０ａからの、クラウドサービスシステム１に対するユーザのログインは完了していることとする。当該ログインは、例えば、画像形成装置２０ａの操作パネルに対して、ユーザによって、組織ＩＤ、ユーザＩＤ、及びパスワード（以下、「認証情報」という。）が入力されることにより開始される。アプリケーションプラットフォーム２２は、当該認証情報に基づく認証要求を示すメッセージを、クラウドサービスシステム１に送信する。当該メッセージに係るＵＲＬは、パスとして／ｌｏｇｉｎ／＊を含む。したがって、当該メッセージは、インターネット用ゲートウェイ１００１及び共通サービス用ゲートウェイ１４０によって、管理サーバ１４１の認証部１４１ｐに転送される。換言すれば、当該メッセージは、アプリセグメントｇ３を経由せずに、認証部１４１ｐに転送される。当該メッセージに含まれる認証要求は、プラットフォームＡＰＩ１８０の呼び出しに相当する。プラットフォームＡＰＩ１８０は、基本的に、アプリケーション層１２０Ｌ又はドメイン固有サービス層１３０Ｌから呼び出されるものであるが、認証要求に係るＡＰＩに関しては、外部からの直接的な呼び出しが許可又は許容されている。

管理サーバ１４１の認証部１４１ｐは、当該メッセージに含まれる組織ＩＤ、ユーザＩＤ、及びパスワードの組合せが、管理情報記憶サーバ１５２のユーザ情報記憶部１５３ｐに記憶されている場合、ログインは成功したと判定する。ログインに成功すると、認証部１４１ｐは、認証されたことを示すトークン（例えば、Ｃｏｏｋｉｅ）を返信する。当該トークンは、共通サービス用ゲートウェイ１４０及びインターネット用ゲートウェイ１００１を介して、画像形成装置２０ａに返信される。以降の画像形成装置２０ａからのメッセージには、当該トークンが付与される。なお、本実施の形態において、画像形成装置２０ａとスキャンクラウドサービスとの間の通信は、ＨＴＴＰＳ（HTTP over SSL/TLS）によって行われる。

ステップＳ１０１において、ユーザの操作に応じ、操作対象とされているクライアントアプリ２１（以下、「スキャンクライアントアプリ２１ａ」という。）は、画像形成装置２０ａに原稿のスキャンを実行させる。続いて、スキャンクライアントアプリ２１ａは、アプリケーションプラットフォーム２２を介して、原稿よりスキャンされた画像データに関する処理要求を含むメッセージの送信を、画像形成装置２０ａに実行させる（Ｓ１０２）。当該メッセージのＵＲＬは、／ｄｓｃａｎ／＊をパスに含む。したがって、当該メッセージは、インターネット用ゲートウェイ１００１及びアプリ用ゲートウェイ１２０によってドメイン固有サーバ１３０のスキャンロジック部１３１ｐに転送される。すなわち、当該メッセージに含まれる処理要求は、ドメイン固有ＡＰＩ１９０の呼び出しに相当する。

スキャンロジック部１３１ｐは、当該メッセージに含まれている画像データの保存要求を、一時画像記憶サーバ１５６に送信する（Ｓ１０３）。その結果、当該画像データは、一時画像記憶部１５６ｐサーバに保存される。また、スキャンロジック部１３１ｐは、当該メッセージに含まれている処理要求について、メッセージキュー１４７１ｐへの登録要求をキューサーバ１４７１に送信する（Ｓ１０４）。例えば、当該処理要求が、外部のストレージサービスへの保存要求であれば、当該処理要求は、画像送信部１４７４ｐ（画像送信サーバ１４７４）に対応するメッセージキュー１４７１ｐに登録される。なお、スキャンロジック部１３１ｐからの画像データの保存要求を示すメッセージに係るＵＲＬは、／ｔｍｐｆｉｌｅ／＊をパスに含む。したがって、当該メッセージは、データベース用ゲートウェイ１５０を経由して、一時画像記憶サーバ１５６に転送される。また、スキャンロジック部１３１ｐからの処理要求のメッセージキュー１４７１ｐへの登録要求を示すメッセージに係るＵＲＬは、／ｊｏｂｑｕｅｕｅ／＊をパスに含むしたがって、当該メッセージは、共通サービス用ゲートウェイ１４０を経由して、キューサーバ１４７１に転送される。このように、セグメントを跨ぐ要求については、要求先のセグメントにおけるゲートウェイを経由して転送される。この際、要求先のセグメントにおけるゲートウェイにおいて、要求の通過の許否が判定される。なお、以下の説明においては、便宜上、ゲートウェイの経由については省略する。

続いて、画像送信サーバ１４７４は、キューサーバ１４７１における画像送信サーバ１４７４に対応するメッセージキュー１４７１ｐより、処理要求を取得する（Ｓ１０５）。続いて、画像送信サーバ１４７４は、処理要求において処理対象とされている画像データを、一時画像記憶サーバ１５６より取得する（Ｓ１０６）。続いて、画像送信サーバ１４７４は、当該処理要求が、外部のストレージサービスへの送信（保存）であることから、当該ストレージサービスへログインするためのトークンを、管理サーバ１４１における認証部１４１ｐより取得する（Ｓ１０６）。続いて、画像送信サーバ１４７４は、当該トークンを用いてストレージサービスへログインし、画像データを当該ストレージサービスに送信（保存）する（Ｓ１０７）。

次に、クラウドプリントサービスの処理手順の一例について説明する。図１０は、クラウドプリントサービスにおける印刷データの登録時の処理手順の一例を説明するための図である。なお、図１０において、ＰＣ２０ｄからの、クラウドサービスシステム１に対するユーザのログインは完了していることとする。また、ＰＣ２０ｄのＷｅｂブラウザには、プリントアプリ１２３ｐより提供される印刷要求画面が表示されていることとする。印刷要求画面では、印刷対象とするファイル等の指定が可能である。また、図１０に関して、ＰＣ２０ｄの代わりに、スマートフォン又はタブレット型端末等の携帯端末が用いられてもよい。

ステップＳ２０１において、印刷要求画面を介して印刷対象のファイルが指定され、当該ファイルに関する印刷要求の登録指示が入力されると、ＰＣ２０ｄは、当該印刷要求の登録要求を示すメッセージをクラウドサービスシステム１に送信する。当該メッセージには、印刷対象のファイルも含まれる。

当該メッセージは、インターネット用ゲートウェイ１００１及びアプリ用ゲートウェイ１２０を経由して、アプリサーバ１２１のプリントアプリ１２３ｐに転送される。プリントアプリ１２３ｐは、当該メッセージに含まれているファイルに係る印刷要求の登録要求を、ドメイン固有サーバ１３０のプリントロジック部１３２ｐに送信する（Ｓ２０２）。

プリントロジック部１３２ｐは、当該ファイルの保存要求を、一時画像記憶サーバ１５６に送信する（Ｓ２０３）。その結果、当該ファイルは、一時画像記憶サーバ１５６に保存される。また、プリントロジック部１３２ｐは、当該メッセージに含まれている印刷要求について、メッセージキュー１４７１ｐへの登録要求をキューサーバ１４７１に送信する（Ｓ２０４）。印刷要求は、印刷対象のファイルに含まれるデータについて、印刷データへの変換要求を意味するため、画像変換部１４７３ｐ（画像変換サーバ１４７３）に対応するメッセージキュー１４７１ｐに登録される。

続いて、画像変換サーバ１４７３は、キューサーバ１４７１における画像変換サーバ１４７３に対応するメッセージキュー１４７１ｐより、印刷要求を取得する（Ｓ２０５）。続いて、画像変換サーバ１４７３は、印刷要求において処理対象とされているファイルを、一時画像記憶サーバ１５６より取得する（Ｓ２０６）。続いて、画像変換サーバ１４７３は、当該印刷要求に指定されている印刷設定等に基づいて、当該ファイルに含まれているデータに関して、印刷データを生成する（Ｓ２０７）。続いて、画像変換サーバ１４７３は、当該印刷データの保存要求を、一時画像記憶サーバ１５６に送信する（Ｓ２０８）。その結果、当印刷データは、ログインユーザに係る組織ＩＤ及びユーザＩＤに関連付けられて一時画像記憶部１５６ｐサーバに保存される。

続いて、図１１は、クラウドプリントサービスにおける印刷時の処理手順の一例を説明するための図である。図１１において、画像形成装置２０ａからの、クラウドサービスシステム１に対するユーザのログインは完了していることとする。また、画像形成装置２０ａの操作パネルには、クラウドプリントサービスに対応するクライアントアプリ２１（以下、「プリントクライアントアプリ２１ｂ」という。）が表示させている印刷データ一覧画面に、ログインユーザに係る印刷データの書誌情報の一覧が表示されていることとする。印刷データ一覧画面は、例えば、プリントクライアントアプリ２１ｂからプリントロジック部１３２ｐへの要求に応じて、一時画像記憶サーバ１５６に記憶されている印刷データのうち、ログインユーザの組織ＩＤ及びユーザＩＤに関連付いている印刷データの書誌情報がプリントクライアントアプリ２１に返信されることにより表示される。各書誌情報には、各印刷データの識別情報が含まれている。

印刷データ一覧画面において、ユーザによって、いずかの印刷データに対する書誌情報を含む行が選択され、印刷指示が入力されると、プリントクライアントアプリ２１ｂは、印刷指示に応じた処理を実行する。すなわち、プリントクライアントアプリ２１ｂは、アプリケーションプラットフォーム２２を介して、選択された印刷データの識別情報を含むダウンロード要求を示すメッセージの送信を、画像形成装置２０ａに実行させる（Ｓ３０１）。当該メッセージのＵＲＬは、／ｄｐｒｉｎｔ／＊をパスに含む。したがって、当該メッセージは、インターネット用ゲートウェイ１００１及びアプリ用ゲートウェイ１２０によってドメイン固有サーバ１３０のプリントロジック部１３２ｐに転送される。

プリントロジック部１３２ｐは、当該メッセージに含まれている印刷データを、一時画像記憶サーバ１５６より取得する（Ｓ３０２）。続いて、プリントロジック部１３２ｐは、当該印刷データを画像形成装置２０ａに返信する（Ｓ３０３）。

画像形成装置２０ａにおいて当該印刷データが受信されると、プリントクライアントアプリ２１ｂは、当該印刷データに基づく印刷ジョブを画像形成装置２０ａに実行させる（Ｓ３０４）。その結果、当該印刷データが示す画像が印刷された用紙が画像形成装置２０ａより出力される。なお、図１０におけるＰＣ２０ｄと、図１１における画像形成装置２０ａとは、相互にネットワーク的に分離された場所において操作されてもよい。例えば、ＰＣ２０ｄは、ユーザの自宅、又はユーザの出張先において操作され、画像形成装置２０ａは、ユーザのオフィスのオフィスにおいて操作されてもよい。

上述したように、本実施の形態のクラウドサービスシステム１によれば、機器と連携したサービスを提供することができる。

なお、本実施の形態において、クラウドサービスシステム１は、情報処理システムの一例である。データベースセグメントｇ５は、第１のネットワークセグメントの一例である。共通サービスセグメントｇ４は、第２のネットワークセグメントの一例である。アプリセグメントｇ３は、第３のネットワークセグメントの一例である。管理セグメントｇ６は、第４のネットワークセグメントの一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ クラウドサービスシステム
２０ａ 画像形成装置
２０ｂ プロジェクタ
２０ｃ ＴＶ会議用機器
２０ｄ ＰＣ
２１ クライアントアプリ
２２ アプリケーションプラットフォーム
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２０ アプリ用ゲートウェイ
１２１ アプリサーバ
１３０ ドメイン固有サーバ
１４０ 共通サービス用ゲートウェイ
１４８ ログ収集サーバ
１４１ 管理サーバ
１４７１ キューサーバ
１４７３ 画像変換サーバ
１４７４ 画像送信サーバ
１５０ データベース用ゲートウェイ
１５１ ログ情報記憶サーバ
１５２ 管理情報記憶サーバ
１５６ 一時画像記憶サーバ
１５８ アプリ情報記憶サーバ
１６１ 監視サーバ
１６２ デプロイサーバ
１６３ アカウント管理サーバ
１６４ ログイン管理サーバ
１７１ 情報管理サーバ
１７５ 開発サーバ
１２０Ｌ アプリケーション層
１２１ｐ ポータルアプリ
１２２ｐ スキャンアプリ
１２３ｐ プリントアプリ
１３０Ｌ ドメイン固有サービス層
１３１ｐ スキャンロジック部
１３２ｐ プリントロジック部
１４０Ｌ 共通サービス層
１４１ｐ 認証部
１４２ｐ 組織管理部
１４３ｐ ユーザ管理部
１４４ｐ ライセンス管理部
１４５ｐ 機器管理部
１４６ｐ 一時画像管理部
１４７ｐ 画像処理制御部
１４７１ｐ メッセージキュー
１４７２ｐ ワーカー
１４７３ｐ 画像変換部
１４７４ｐ 画像送信部
１４８ｐ ログ収集部
１５０Ｌ データベース層
１５１ｐ ログ情報記憶部
１５２ｐ 組織情報記憶部
１５３ｐ ユーザ情報記憶部
１５４ｐ ライセンス情報記憶部
１５５ｐ 機器情報記憶部
１５６ｐ 一時画像記憶部
１５７ｐ ジョブ情報記憶部
１５８ｐ アプリ情報記憶部
１６０Ｌ 管理層
１６１ｐ 監視部
１６２ｐ デプロイ部
１６３ｐ アカウント管理部
１６４ｐ ログイン管理部
１７０Ｌ 業務層
１７１ｐ 顧客情報管理部
１７２ｐ 契約管理部
１７３ｐ 販売管理部
１７４ｐ ライセンス管理部
１７５ｐ 開発環境提供部
１８０ プラットフォームＡＰＩ
１９０ ドメイン固有ＡＰＩ
１００１ インターネット用ゲートウェイ
１００２ 業務用ゲートウェイ
１００３ 管理用ゲートウェイ
Ｂ バス
ｇ１ フロントエンドセグメント
ｇ２ 渡りセグメント
ｇ３ アプリセグメント
ｇ４ 共通サービスセグメント
ｇ５ データベースセグメント
ｇ６ 管理セグメント
ｇ７ 業務セグメント
Ｎ１ ネットワーク

特開２０１１−１９２２５０号公報

Claims (7)

1. １以上の情報処理装置を接続可能なネットワークセグメントを複数有する情報処理システムであって、
   所定の情報を記憶する１以上の第１の情報処理装置が接続される第１のネットワークセグメントと、
   予め定義されたＡＰＩを複数有し、該複数のＡＰＩのうち呼び出されたＡＰＩに応じた処理を、前記１以上の第１の情報処理装置に記憶された前記所定の情報を利用して実行する１以上の第２の情報処理装置が接続される第２のネットワークセグメントと、
   前記情報処理システムの外部からの要求を受信すると、前記複数のＡＰＩのうち、該要求に応じたＡＰＩを呼び出すことにより、当該要求に応じた処理を制御する１以上の第３の情報処理装置が接続される第３のネットワークセグメントと
   を有することを特徴とする情報処理システム。
2. 前記各セグメント間に、ファイアウォールを有し、
   前記ファイアウォールによって、ネットワークセグメント間の通信が制限される請求項１記載の情報処理システム。
3. 前記第１のネットワークセグメント、前記第２のネットワークセグメント、又は前記第３のネットワークセグメントに接続される情報処理装置を監視する情報処理装置が接続される第４のネットワークセグメントを含む請求項１又は２記載の情報処理システム。
4. 前記各ネットワークセグメントに接続される情報処理装置は、機能の共通性に基づいて分類される単位ごとに設置される請求項１乃至３いずれか一項記載の情報処理システム。
5. 前記情報処理システムの外部からの要求は、前記情報処理システムにネットワークを介して接続される機器より送信される請求項１乃至４いずれか一項記載の情報処理システム。
6. 前記複数のＡＰＩのうち、認証要求に応じたＡＰＩは、前記情報処理システムの外部からの認証要求に応じて、前記第３のネットワークセグメントを経由せずに呼び出されることが許容される請求項１乃至５いずれか一項記載の情報処理システム。
7. 複数の情報処理装置を有する情報処理システムであって、
   第１のネットワークセグメントに接続される情報処理装置であって、所定の情報を記憶する１以上の第１の情報処理装置と、
   第２のネットワークセグメントに接続される情報処理装置であって、予め定義されたＡＰＩを複数有し、該複数のＡＰＩのうち呼び出されたＡＰＩに応じた処理を、前記１以上の第１の情報処理装置に記憶された前記所定の情報を利用して実行する１以上の第２の情報処理装置と、
   弟３のネットワークセグメントに接続される情報処理装置であって、前記情報処理システムの外部からの要求を受信すると、前記複数のＡＰＩのうち、該要求に応じたＡＰＩを呼び出すことにより、当該要求に応じた処理を制御する１以上の第３の情報処理装置と
   を有することを特徴とする情報処理システム。

Images