JP2015103919A - 情報処理装置、システム、方法およびプログラム - Google Patents

Abstract

【課題】クラウド型のサービスにおいて、例えば、画像を印刷する際に別途カメラで撮影した画像を挿入して印刷することは手間である。【解決手段】画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置であって、印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、前記装置から供給された追加画像を、前記印刷画像に合成する合成手段と、前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示する手段と、を備えたことを特徴とする。【選択図】図１４

Description

本発明は、情報処理装置、システム、方法およびプログラムに関する。

従来より、紙の申請書を用いた様々な申請を行うワークフローが存在する。通常、申請書はフォーマットが決まっており、そのフォーマットに従って印刷された申請用紙に手書き等で必要事項を記入して申請処理が行われている。また手書きで記入する以外にも、撮影した画像の印刷物（写真）を申請用紙に糊等で張り付けることもある。

近年では、紙の申請書をＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）のスキャン機能やドキュメントスキャナ等を用いて電子化し、申請業務を電子的ワークフローとして処理することも行われている。

そのような状況下、現在では、スマートフォンやタブレット端末といった携帯端末にはカメラが備えられるようになり、いつでも簡単に撮影を行うことができるようになった。

そこで、前述したような電子的ワークフローとして処理するようなシステムにおいて、携帯端末で撮影した画像を電子化された申請書の画像に直接添付できるようにすることも考えられる。この点、スキャンで読み取った画像の一部を特定の画像に入れ替える技術が存在する（例えば、特許文献１）。このような技術を利用して、あらかじめスキャンして得られた申請書の画像の一部を、あらかじめ撮影した画像に入れ替えて処理することも考えられる。

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

しかしながら、特許文献１の技術を採用する場合、入れ替える画像のデータをあらかじめ撮影する等して用意しておく必要である。その上、印刷した写真を物理的に張り付けた申請用紙取り扱う紙ベースのワークフローとは異なる新たなワークフローのシステムを別途構築する必要がある。

そして、電子化された文書等の画像データに別途撮影等で得た画像データを追加したいというケースは、上述したような申請業務以外にも想定され得ることである。

本発明に係る情報処理装置は、画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置であって、印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、前記装置から供給された追加画像を、前記印刷画像に合成する合成手段と、前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示する手段と、を備えたことを特徴とする。

本発明によれば、クラウドサービスで用いる印刷データやストレージ保存データに画像の追加を行う場面において、予め追加する画像を用意しておかなくても簡単に画像を追加・合成することができる。

クラウド型のサービスを提供するシステムの構成の一例を示す図である。 ＭＦＰのハードウェア構成の一例を示すブロック図である。 クラウドサービスサーバのハードウェア構成の一例を示すブロック図である。 携帯端末のハードウェア構成の一例を示すブロック図である。 実施例１に係る、ＭＦＰが備えるソフトウェア構成の一例を示した図である。 実施例１に係る、携帯端末が備えるソフトウェア構成の一例を示すブロック図である。 実施例１に係る、クラウドサービスサーバが備えるソフトウェア構成の一例を示した図である。 実施例１に係る、クラウドストレージサーバが備えるソフトウェア構成の一例を示した図である。 実施例１に係る、印刷画像データの入稿処理から印刷完了までの処理の流れを示すシーケンスチャートである。 携帯端末から印刷指示を行う際のＵＩ画面の一例を示す図である。 画像追加ページのＨＴＭＬデータの一例を示す図である。 「画像追加ページ」のＵＩ画面を示す図である。 実施例１に係る、クラウドサービスサーバにおける処理の流れを示すフローチャートである。 印刷画像データの入稿処理の詳細を示すフローチャートである。 クラウドストレージサーバに保管された印刷画像データを印刷するための処理の詳細を示すフローチャートである。 画像の貼り付け方向を指定するためのＵＩ画面の一例を示す図である。 実施例２に係る、ＭＦＰが備えるソフトウェア構成の一例を示した図である。 実施例２に係る、クラウドサービスサーバが備えるソフトウェア構成の一例を示した図である。 実施例２に係る、紙文書のスキャン処理から保存画像データとしてのスキャンデータがストレージサーバに保存されるまでの処理の流れを示すシーケンスチャートである。 実施例２に係る、クラウドサービスサーバにおける処理の流れを示すフローチャートである。 保存画像データの入稿処理の詳細を示すフローチャートである。 クラウドストレージサーバに保存画像データを保存するための処理の詳細を示すフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。

本実施例では、サーバに置かれた印刷画像データの印刷指示を携帯端末などから行うと共に、携帯端末のカメラアプリで撮影等した写真画像データを印刷画像データに追加して印刷することが可能な画像処理システムについて説明する。

＜システム構成＞
図１は、クラウド型のサービスを提供するシステムの構成の一例を示す図である。

図１に示すシステム１００において、ＭＦＰ１０１及びＰＣ１０２は、イーサネット（登録商標）や無線ＬＡＮなどからなるＬＡＮ１１０に接続されている。また、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２は、イーサネットや無線ＬＡＮなどからなるＬＡＮ１３０に接続されている。更に、携帯端末１５１は公衆無線通信網１４０に接続されている。そして、ＬＡＮ１１０、ＬＡＮ１３０、公衆無線通信網１４０は、インターネット網１２０に接続されている。このことによって、それぞれのネットワークに接続されている各装置は相互に通信可能となっており、ＭＦＰ１０１、ＰＣ１０２及び携帯端末１５１は、クラウドサービスサーバ１３１に画像データを供給可能となっている。

なお、図１では、クラウドサービスサーバ１３１とクラウドストレージサーバ１３２は同じＬＡＮ１３０上に接続されているが、異なるＬＡＮ上に接続されていても構わない。また、クラウドサービスサーバ１３１とクラウドストレージサーバ１３２が、クラウド上に構築された仮想サーバによって実現されるものであっても構わない。

ＭＦＰ１０１は、プリンタ機能やスキャナ機能を有する複合機である。本画像処理システム１００においてＭＦＰ１０１は、印刷端末並びに紙文書のスキャン端末として利用する。

クラウドサービスサーバ１３１は、ネットワークを介してクラウドサービスを提供するためのサーバである。本実施例の場合、ＰＣ１０２から印刷指示と共に画像データを受け取り、当該画像データに対して印刷可能な状態に変換処理を行い、変換処理後の画像データをクラウドストレージサーバ１３２に送信するサービスを提供するサーバである。前述の印刷可能な状態に変換する処理の例としては、画像データのビットマップ化や画像形成装置が解釈できるＰＤＬ（Page Description Language）データへの変換などがある。

クラウドストレージサーバ１３２は、データ保存を行うためのサーバである。

携帯端末１５１は、クラウドサービスサーバ１３１が提供するサービスを受けるためにアップロードされた画像データにアクセスすることが可能な装置であり、いわゆるスマートフォンなどが該当する。本実施例では、携帯端末１５１とクラウドサービスサーバ１３１との通信は、クライアントアプリケーションとしてのＷｅｂブラウザで行うものとする。なお、携帯端末１５１においてなし得る各種操作は、ＰＣ１０２でも可能であるものとする。

＜ＭＦＰのハードウェア構成＞
図２は、ＭＦＰ１０１のハードウェア構成の一例を示すブロック図であり、操作部１１１、スキャナ部１１２、プリンタ部１１３および制御部２００で構成されている。

操作部１１１は、タッチスクリーン機能を有する液晶パネルなどで構成され、ユーザに対して種々の情報を表示したり、スキャン指示などのユーザ入力を受け付ける機能を持つ。

スキャナ部１１２は、原稿台やＡＤＦにセットされた原稿（本実施例では資産の申請用紙）をスキャンして画像データを取得する機能を有する。

プリンタ部１１３は、制御部２００から受け取った画像データを用いて、紙等の記録媒体上に画像を印刷する機能を有する。

制御部２００は、上述した各部と電気的に接続されると共にＬＡＮ１１０に接続されている。制御部２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２５、ネットワークＩ／Ｆ２０６、スキャナＩ／Ｆ２０７、画像処理部２０８、プリンタＩ／Ｆ２０９、内部バス２１０を備えている。

ＣＰＵ２０１は、ＭＦＰ１０１を統括的に制御するプロセッサであって、ＲＯＭ２０２に記憶された制御プログラム等に基づいて、内部バス２１０を介して接続された各部を制御する。

ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。

ＨＤＤ２０４は、ハードディスクドライブであり、システムソフトウェアや画像データを格納する。

操作部Ｉ／Ｆ２０５は、内部バス２１０と操作部１１１とを繋ぐインタフェースであり、操作部１１１に表示される画像のデータの操作部１１１への出力や、操作部１１１から入力されたユーザ指示などの入力の橋渡しを行う。

ネットワークＩ／Ｆ２０６は、内部バス２１０とＬＡＮ１１０とを繋ぐインタフェースであり、ＬＡＮ１１０を介して接続されている他の装置（例えば、クラウドサービスサーバ１３１）との間で画像データ等の各種情報の送受信を行う。

スキャナＩ／Ｆ２０７は、内部バス２１０とスキャナ部１１２とを繋ぐインタフェースであり、スキャナ部１１２から受け取ったスキャンデータに対する、補正、加工、編集なども行う。

画像処理部２０８は、画像の回転、圧縮、伸張といった各種画像処理を行う。

プリンタＩ／Ｆ２０９は、画像処理部２０８から画像データを受け取り、当該画像データに付随している属性情報を参照しながら印刷用の画像データを生成する。印刷用画像データは、プリンタ部１１３に送られて印刷出力される。

＜クラウドサービスサーバのハードウェア構成＞
図３は、情報処理装置としてのクラウドサービスサーバ１３１のハードウェア構成の一例を示すブロック図である。

クラウドサービスサーバ１３１は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４およびネットワークＩ／Ｆ３０５、内部バス３０６で構成されている。

ＲＯＭ３０３或いはＨＤＤ３０４には、オペレーティングシステムやアプリケーションなどの制御プログラムが格納されている。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピュータとしての機能を発揮する。

ネットワークＩ／Ｆ３０５は、内部バス３０６とＬＡＮ１３０とを繋ぐインタフェースであり、ＬＡＮ１３０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を行う。

なお、クラウドストレージサーバ１３２、ＰＣ１０２の構成も、図３で説明したクラウドサービスサーバ１３１の構成と同様である。

＜携帯端末のハードウェア構成＞
図４は、携帯端末１５１のハードウェア構成の一例を示すブロック図である。

携帯端末１５１は、制御部４００、タッチパネル部４０７、オーディオ部４０８、通信部４０９、センサ部４１０、カメラ部４１１で構成される。

制御部４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、タッチパネルＩ／Ｆ４０４、周辺装置Ｉ／Ｆ４０５、内部バス４０６を備えている。

ＣＰＵ４０１は、ＲＯＭ４０２に記憶された制御プログラム等に基づいて各部を統括的に制御する。また、ＣＰＵ４０１は、周辺装置Ｉ／Ｆ４０５を介して、オーディオ部４０８、通信部４０９、センサ部４１０、カメラ部４１１を制御する。

ＲＡＭ４０３はプログラムの実行時にワーク領域として利用される。

タッチパネルＩ／Ｆ４０４は、内部バス４０６とタッチパネル部４０７とを繋ぐインタフェースであり、タッチパネル部４０７に対するタッチ操作の圧力や位置などに関するデータを複数のタッチ点について同時に処理することができる。また、タッチパネル部４０７はユーザの入力操作を受け付けると共に、ユーザに各種情報の表示も行う。

オーディオ部４０８は、音を出力するスピーカやボリューム調整装置で構成される。

無線通信部４０９は、公衆無線通信１４０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を無線通信で行う。

センサ部４１０は、傾きや加速度、明るさなどを測定する各種センサで構成される。

カメラ部４１１は、撮影を行うためのレンズや撮像素子等で構成される。

＜ＭＦＰのソフトウェア構成＞
図５は、ＭＦＰ１０１が備えるソフトウェア（印刷処理のための印刷アプリケーションとそのモジュール）構成の一例を示した図である。この印刷アプリケーションのプログラムは、ＨＤＤ２０４に格納され、ＣＰＵ２０１がＲＡＭ２０３に展開して実行する。

印刷プリケーション５００は、クラウドサービスサーバ１３１に対してなされた印刷指示に係る画像データを受信するためのソフトウェアであり、以下の各モジュール５０１−５０５から構成される。

画面表示モジュール５０１は、印刷処理が実行されていることを操作部１１１上に表示するためのソフトウェアモジュールである。

印刷処理モジュール５０２は、ネットワークＩ／Ｆ２０６を介して受信した画像データをＨＤＤ２０４に格納し、プリンタＩ／Ｆ２１６を介してプリンタ部１１３を駆動して記録媒体上に画像データに従った画像を形成するソフトウェアモジュールである。
ジョブ処理モジュール５０３は、ＨＤＤ２０４に格納された画像データをＪＰＥＧ等の画像フォーマットに変換するためのソフトウェアモジュールである。

印刷データ管理モジュール５０４は、ジョブ処理モジュール５０３で変換された画像データを印刷画像データとして管理するためのソフトウェアモジュールである。

通信モジュール５０５は、クラウドサービスサーバ１３１とネットワークＩ／Ｆ２０６を介して通信を行うためのソフトウェアモジュールである。

＜携帯端末１５１のソフトウェア構成＞
図６は、携帯端末１５１が備えるソフトウェア（Ｗｅｂブラウザ、撮影アプリケーション、メーラ）構成の一例を示すブロック図である。これらアプリケーションのプログラムは、携帯端末１５１のＲＯＭ４０２に格納され、ＣＰＵ４０１がＲＡＭ４０３に展開して実行する。

Ｗｅｂブラウザ６０１は、クラウドサービスサーバ１３１とＨＴＴＰなど所定のプロトコルによる通信を行い、クラウドサービスサーバ１３１から送られたＨＴＭＬデータの表示やユーザからの入力の受け付けを行う。

撮影アプリケーション６０２は、ユーザからの操作指示に応じて、カメラ部４１１に撮影を行わせる。撮影された画像データは、ＲＯＭ４０２に格納される。

メーラ６０３は、公衆無線通信１４０を介して接続される電子メールサーバ（不図示）と通信をして、電子メールを送受信する。

＜クラウドサービスサーバ１３１のソフトウェア構成＞
図７は、クラウドサービスサーバ１３１が備えるソフトウェア（印刷処理アプリケーションとそのモジュール）構成の一例を示した図である。このアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３１０がＲＡＭ３０２に展開して実行する。

印刷処理アプリケーション７００は、クラウドサービスサーバ１３１上でＷｅｂサービスを公開し、インターネット網１２０を介して送られた印刷画像データを画像形成装置で利用可能な画像データに変換する処理等を行うＷｅｂアプリケーションである。なお、本明細書では、クラウドサービスの提供を受けるためにクラウドサービスサーバ１３１に対して画像データをアップロードすることを「入稿」と呼ぶこととする。

画像データ管理モジュール７０１は、クラウドサービスサーバ１３１内における印刷画像データに対する各種処理の過程で生まれる中間データおよび上記変換処理の結果（ラスタ画像データ）を管理するモジュールである。

画像変換モジュール７０２は、印刷処理アプリケーション７００が受け取った印刷画像データに対して印刷可能な状態に変換する処理、具体的には、ＰＤＬデータを変換してラスタ画像化するモジュールである。

入力データ判定モジュール７０３は、印刷処理アプリケーション７００が受け取った印刷画像データの種類を判定するモジュールである。本実施例では、ＰＣ１０２から送信された印刷画像データが、ＪＰＥＧのようなビットマップ形式の画像データなのか、或いはＰＤＬで記述された画像データなのかの判定を行う。

画像解析モジュール７０４は、印刷処理アプリケーション７００が受け取った印刷画像データの中に、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理を行うモジュールである。チェック処理としては、例えば、画像解析ＤＢ７０５に予め登録されたマークと一致するマークが受信した印刷画像データ内に存在するかどうかを比較して確認する。また、上述のマークが例えばＱＲコード（登録商標）であった場合、画像データに含まれるＱＲコードなどの２次元コードの認識処理（いわゆるファインダパターンの検索処理）を行って、上述のチェック処理としてもよい。受信した印刷画像データの中に上記マークが存在した時には、その印刷画像に対して、携帯端末１５１のカメラで撮影した画像を挿入できるようにする。なお、携帯端末１５１のカメラで撮影した画像に代えて、携帯端末１５１内に装着可能なＳＤカードメモリ等に格納されている画像を挿入するようにしてもよい。

リダイレクトＵＲＬ決定モジュール７０６は、入稿された印刷画像データに対する印刷要求を受け取った際のリダイレクトＵＲＬを決定するモジュールである。

画像合成モジュール７０７は、印刷画像データに携帯端末１５１等で撮影等された追加画像のデータを、合成する処理を行う。

＜クラウドストレージサーバ１３２のソフトウェア構成＞
図８は、クラウドストレージサーバ１３２が備えるソフトウェア（ストレージアプリケーションとそのモジュール）構成の一例を示した図である。このアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３１０がＲＡＭ３０２に展開して実行する。

ストレージアプリケーション８００は、クラウドストレージサーバ１３２上でＷｅｂサービスを公開し、インターネット網１２０を介して送られた画像データ等の電子ファイルを管理するＷｅｂアプリケーションである。

ファイル管理モジュール８０１は、ストレージアプリケーション８００からの指示によって電子ファイルを受け取り、ファイルシステムやＤＢといったミドルウェア経由でＨＤＤ３０４に電子ファイルを保存、管理するモジュールである。

＜処理シーケンス＞
次に、本実施例に係る、印刷対象となる印刷画像データの入稿処理から印刷完了までの処理の流れを説明する。ここでは、クラウドプリントサービスを共有するグループを予め登録しておき、グループの誰かが画像データを入稿すると、当該グループの全員の携帯端末等に通知がなされ、グループ内のメンバーが入稿された画像データを印刷するというケースを前提とする。詳細な説明に入る前に、その概要を説明すると以下のとおりである。

まず、印刷対象となる画像データをＰＣ１０２からシステム１００に入稿する。そして、入稿の通知を受けた携帯端末１５１などからシステム１００にアクセスすると、入稿された印刷画像内に画像が追加可能であることを示すマークがある場合、携帯端末１５１のカメラアプリ或いは写真画像の格納フォルダがその画面上に表示される。ユーザによって、カメラアプリで撮影した画像或いはフォルダ内に格納されている画像（以下、追加画像）がアップロードされると、印刷対象の画像データに当該追加画像が挿入されて印刷される。

なお、本実施例では、ＰＣ１０２から印刷画像データの入稿指示を行って、携帯端末１５１からその印刷指示を行う場合を例に説明するが、例えば入稿指示と印刷指示を同一の装置から同時に行っても構わない。

図９は、本実施例に係る、印刷画像データの入稿処理から印刷完了までの処理の流れを示すシーケンスチャートである。以下、詳しく説明する。

ステップ９００において、ＰＣ１０２は、ユーザの指示を受けて、印刷画像データの入稿要求をクラウドサービスサーバ１３１に対して行う。この入稿要求の中には、その指示を行ったユーザの情報と印刷対象の画像データが含まれる。

ステップ９０１において、クラウドサービスサーバ１３１は、受信した印刷画像データをＨＤＤ３０４に格納する。

ステップ９０２において、クラウドサービスサーバ１３１（入力データ判定モジュール７０３）は、受信した印刷画像データの種類を判定する。

ステップ９０３において、クラウドサービスサーバ１３１（画像変換モジュール７０２）は、ステップ９０２での判定結果に基づき、受信した印刷画像データの種類に応じた画像処理（ラスタデータへの変換等）を行う。

ステップ９０４において、クラウドサービスサーバ１３１（画像解析モジュール７０４）は、印刷可能な状態に変換された画像データに対して前述の解析処理を行う。

ステップ９０４での解析処理の結果、画像が追加可能であることを示すマークが確認された場合、ステップ９０５において、クラウドサービスサーバ１３１（リダイレクトＵＲＬ決定モジュール７０６）は、リダイレクトＵＲＬを決定する。この場合のリダイレクトＵＲＬは、カメラアプリを起動するＵＲＬ又は携帯端末１５１内の画像ファイルにアクセスが可能になるアプリケーションが起動するＵＲＬとなる。

ステップ９０６において、クラウドサービスサーバ１３１は、クラウドストレージサーバ１３２に対して入稿された印刷画像データを送信し、当該印刷画像データの格納要求を行う。

ステップ９０７において、クラウドストレージサーバ１３２は、クラウドサービスサーバ１３１から受け取った印刷画像データを格納し、管理する。

ステップ９０８において、クラウドストレージサーバ１３２は、印刷画像データの格納が完了したことをクラウドサービスサーバ１３１へ応答する。

ステップ９０９において、クラウドサービスサーバ１３１は、印刷画像データがグループ内メンバーによって入稿された旨を、予め登録されたメールアドレスを参照して通知する。この通知には、入稿された印刷画像データのＩＤ（例えば、a1234）やファイル名などの情報が含まれている。ここでは、通知先として携帯端末１５１のアドレスが登録されていたものとする。この場合において、入稿要求を行ったＰＣ１０２に対しても、例えば「HTTP/1.1 200 OK/a1234」といったレスポンスが送信される。

ステップ９１０において、携帯端末１５１は、ユーザの指示を受けて、通知に係る印刷画像データの印刷要求をクラウドサービスサーバ１３１に対して送信する。図１０は、携帯端末１５１から印刷指示を行う際のＵＩ画面の一例を示す図である。印刷したい画像データを指定して印刷開始ボタン１００１が押下されると、印刷要求がクラウドサービスサーバ１３１に対して送信される。この際の印刷要求には、対象となる印刷画像データのＩＤ（上記のa1234）に加え、日時やジョブＩＤなどが含まれる。

ステップ９１１において、クラウドサービスサーバ１３１は、携帯端末１５１からの印刷要求を受けて、ステップ９０５で決定されたリダイレクトＵＲＬを取得する。

ステップ９１２において、クラウドサービスサーバ１３１は、取得したリダイレクトＵＲＬに基づいて、携帯端末１５１に対し「画像追加ページ」へのリダイレクトを指示する。ここで、「画像追加ページ」とは、印刷画像データに追加する画像を指定するためのＵＩ画面である。このようなＵＩ画面によって画像の追加がユーザに対して促される。

ステップ９１３において、携帯端末１５１は、当該リダイレクト指示に基づいて、「画像追加ページ」をクラウドサービスサーバ１３１に対し要求（ＧＥＴ要求）する。

ステップ９１４において、クラウドサービスサーバ１３１は、画像追加ページのＨＴＭＬデータを生成する。図１１は、画像追加ページのＨＴＭＬデータの一例を示す図である。ただし一部スタイルシートやスクリプト部分は省略している。

要素１１０１は、Ｗｅｂブラウザで表示されるプレビュー画像を示す部分である。

要素１１０２は、画像追加ページの画面上に表示される文字列を指定する部分であり、ここでは「写真を添付」の文字列が指定されている。

要素１１０３は、電子書面に添付する画像を、カメラを起動して撮影等させて選択させることを示す部分である。カメラ機能のある携帯端末でＷｅｂブラウザが対応していれば、カメラを起動させて、添付用の資産の写真をその場で撮影できる。また、予め撮影し用意してあった画像ファイルの中から選択することもできる。

要素１１０４〜１１０６は、隠し入力要素であり、スクリプト内での表示や、Ｗｅｂページがサブミットされた際に再び印刷処理アプリケーション７００に情報を渡すために利用される。

ステップ９１５において、クラウドサービスサーバ１３１は、生成したＵＩ画面のデータ（ＨＴＭＬデータ）を携帯端末１５１に送信する。携帯端末１５１では、受け取ったＨＴＭＬデータをレンダリングして「画像追加ページ」を表示する。図１２は、図１１のＨＴＭＬデータに対応する「画像追加ページ」のＵＩ画面を示している。

領域１２０１は、プレビュー領域であり、要素１２０２で示されるプレビュー画像１２０２が表示されている。

領域１２０３は、プレビュー画像１２０２における追加画像の挿入位置を示している。そして、当該領域１２０３に対する吹き出しによってメッセージ１２０４が表示されている。この吹き出しによるメッセージの内容は、前述の要素１１０２で指定される文字列に対応している。

ボタン１２０５は、追加する画像を指定するためのボタンであり、押下することでサブ画面１２０６が表示され、サブ画面１２０６においてユーザは、付属のカメラで撮影するか、既存の画像ファイルの中から選択するかを指定することができる。例えば、「カメラ」が指定されると、撮影アプリケーションが起動して撮影可能な状態となり、ユーザが撮影を終えると、撮影した画像のパスがブラウザに返され、領域１２０７内に表示される。また、「画像ファイル」を選択し、携帯端末１５１に装着可能なＳＤカードメモリ等から所望の画像データを指定してもよい。この場合、指定された画像データのパスが領域１２０７内に表示されることになる。

ＯＫボタン１２０８は、撮影（或いは選択）された画像のデータをアップロード（「画像追加ページ」をサブミット）するためのボタンである。

図９のフローチャートの説明に戻る。

ステップ９１６において、携帯端末１５１は、ユーザが撮影等した画像のデータを追加画像データとして、クラウドサービスサーバ１３１に送信する。

ステップ９１７において、クラウドサービスサーバ１３１は、携帯端末１５１から受け取った追加画像データをＨＤＤ３０４に格納する。

ステップ９１８において、クラウドサービスサーバ１３１は、ステップ９０４における解析処理によって得られた、追加画像の挿入位置を特定する情報（以下、追加位置情報）を取得する。追加位置情報には、例えば、撮影等された画像を、全５頁で構成される印刷画像データの３頁目の一部分に埋め込むといった内容が含まれる。また、例えば追加画像自体を１頁として挿入することも可能である。

ステップ９１９において、クラウドサービスサーバ１３１は、クラウドストレージサーバ１３２に対し、ステップ９０７で格納された印刷画像データの取得要求を送信する。

ステップ９２０において、クラウドストレージサーバ１３２は、格納されている画像データの中から、取得要求に係る印刷画像データを取得する。

ステップ９２１において、クラウドストレージサーバ１３２は、取得要求の応答を行い、当該取得要求に係る印刷画像データをクラウドサービスサーバ１３１に送信する。

ステップ９２２において、クラウドサービスサーバ１３１（画像合成モジュール７０７）は、印刷画像データと追加画像データとを、前述の追加位置情報に従って合成する。

ステップ９２３において、クラウドサービスサーバ１３１は、合成処理によって生成された合成画像データをＭＦＰ１０１に送信する。

ステップ９２４において、ＭＦＰ１０１は、受け取った合成画像データの印刷出力処理を実行する。

ステップ９２５において、ＭＦＰ１０１は、携帯端末１５１に対して印刷完了の通知を送信する。

以上が、入稿処理から印刷完了までの処理の流れである。

なお、ステップ９０４の解析処理の結果、画像が追加可能であることを示すマークが確認されなかった場合は、印刷要求（ステップ９１０）を受けて、直ちに画像取得要求がなされ（ステップ９１９）、その印刷がＭＦＰ１０１に対して指示される（ステップ９２３）。そして、ＭＦＰ１０１では、入稿されたままの印刷画像データの印刷処理がなされることになる（ステップ９２４）。

次に、クラウドサービスサーバ１３１において実行される処理に着目して、各処理の流れを説明する。図１３は、本実施例に係る、クラウドサービスサーバ１３１における処理の流れを示すフローチャートである。

ステップ１３０１において、印刷処理アプリケーション７００は、Ｗｅｂアプリケーションとしてリクエストを待っている状態にある。リクエストを受信すれば、ステップ１３０２へ進む。

ステップ１３０２において、印刷処理アプリケーション７００は、受信したリクエストに含まれるリクエストＵＲＬ情報を取得し、当該リクエストの種類を特定する。本実施例において、リクエストの種類には、入稿要求と印刷要求の２種類がある。

ステップ１３０３において、印刷処理アプリケーション７００は、ステップ１３０２で特定したリクエストの種類が入稿要求であるか否かを判定する。入稿要求であればステップ１３０４へ進む。一方、入稿要求でなければステップ１３０５へ進む。

ステップ１３０４において、印刷処理アプリケーション７００は、印刷画像データの入稿処理（アップロード処理）を実行する。図１４は、印刷画像データの入稿処理の詳細を示すフローチャートである。

ステップ１４０１において、印刷処理アプリケーション７００は、受信した入稿要求に係る印刷画像データを、画像データ管理モジュール７０１によってクラウドサービスサーバ１３１のＨＤＤ３０４に格納する。このとき、格納される印刷画像データには画像データ管理モジュール７０１によってＩＤが付与され管理される。

ステップ１４０２において、印刷処理アプリケーション７００は、入稿要求に係る印刷画像データの種別（ファイル形式）を、入力データ判定モジュール７０３によって判定する。判定の結果、印刷画像データがＰＤＬデータの場合はステップ１４０３に進む。一方、印刷画像データがＪＰＥＧ、ＢＭＰ、ＴＩＦＦといったビットマップデータの場合は、ステップ１４０４に進む。

ステップ１４０３において、印刷処理アプリケーション７００は、ＨＤＤ３０４に格納されているＰＤＬデータを解釈してビットマップ画像に変換する処理（ラスタライズ処理）を、画像変換モジュール７０２によって行う。ビットマップ画像に変換された印刷画像データは、画像データ管理モジュール７０１によってＨＤＤ３０４に再び格納される。

ステップ１４０４において、印刷処理アプリケーション７００は、ＨＤＤ３０４に格納されているビットマップデータに対し補正処理（フィルタ処理等）を画像変換モジュール７０２によって行う。補正処理が施された印刷画像データは、画像データ管理モジュール７０１によってＨＤＤ３０４に再び格納される。

ステップ１４０５において、印刷処理アプリケーション７００は、ＨＤＤ３０４に格納した印刷画像データの中に、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理を行う。上述のとおり、これらの処理は、画像解析モジュール７０４によって実行される。

ステップ１４０６において、印刷処理アプリケーション７００は、印刷画像データにマークが含まれていてそのデコード処理がなされていればステップ１４０７に進む。一方、マークが含まれていなかった場合は、ステップ１４０８に進む。

ステップ１４０７において、印刷処理アプリケーション７００は、リダイレクトＵＲＬ決定モジュール７０６によってリダイレクトＵＲＬを決定する。この際、決定したリダイレクトＵＲＬと入稿された印刷画像データとは、画像データ管理モジュール７０１によって、相互に関連付けられて管理される。

ステップ１４０８において、印刷処理アプリケーション７００は、入稿された印刷画像データの格納（保管）要求を、当該印刷画像データと共にクラウドストレージサーバ１３２に送信する。

ステップ１４０９において、印刷処理アプリケーション７００は、入稿要求に対するレスポンスを生成して返信すると共に、予め登録されたグループ内メンバーに入稿の事実を通知する。

以上が、印刷画像データの入稿処理の内容である。

図１３のフローチャートの説明に戻る。

ステップ１３０５において、印刷処理アプリケーション７００は、ステップ１３０２で特定したリクエストの種類が印刷要求であるか否かを判定する。印刷要求には、どの印刷画像データに対するリクエストであるのかを示す情報（印刷画像データを特定するＩＤなど）が含まれている。印刷要求であればステップ１３０６へ進む。一方、印刷要求でなければステップ１３０７へ進む。

ステップ１３０６において、印刷処理アプリケーション７００は、クラウドストレージサーバ１３２に保管された印刷画像データを印刷するための処理を実行する。図１５は、クラウドストレージサーバ１３２に保管された印刷画像データを印刷するための処理の詳細を示すフローチャートである。

ステップ１５０１において、印刷処理アプリケーション７００は、受け取った印刷要求に係る印刷画像データが画像が追加可能であることを示すマークを含むものであるかどうかを、当該印刷要求に含まれるＩＤ情報を参照して判定する。マークを含む印刷画像である場合は、ステップ１５０２に進む。一方、マークを含まない印刷画像である場合は、ステップ１５１０に進む。

ステップ１５０２において、印刷処理アプリケーション７００は、受信した印刷要求に含まれるＩＤ情報を参照し、当該ＩＤ情報の印刷画像データに関連付けられているリダイレクトＵＲＬの情報を、画像データ管理モジュール７０１から取得する。

ステップ１５０３において、印刷処理アプリケーション７００は、取得したリダイレクトＵＲＬを含むレスポンスを生成し、印刷要求の送信元である携帯端末１５１に返信する。

ステップ１５０４において、印刷処理アプリケーション７００は、レスポンスを受け取った携帯端末１５１からリダイレクトされるリクエストを受けて、前述した画像追加ページのＨＴＭＬデータを生成する。

ステップ１５０５において、印刷処理アプリケーション７００は、生成した画像追加ページのＨＴＭＬデータを含むレスポンスを生成し、携帯端末１５１に返信する。ユーザは、当該画像追加ページを介して追加画像の撮影等を行い、追加したい画像のデータをクラウドサービスサーバ１３１にアップロードする。なお、この際、追加画像をどの向きに合成するのかを示す方向情報を、追加画像データと共に送信するようにしてもよい。図１６は、画像の貼り付け方向を指定するためのＵＩ画面の一例である。このＵＩ画面には、どの向きを上にして撮影した写真を貼り付けるのかを指定するための４つの矢印１６０１〜１６０４が設けられており、この例では、矢印１６０１が押下されて右側（人物の頭がある側）を上にして貼り付ける指定がなされている。ユーザはこのようなＵＩ画面において、任意の方向を指定して挿入する画像の貼り付け方向を指定した後、アップロードボタン１６０５を押下すればよい。

ステップ１５０６において、印刷処理アプリケーション７００は、携帯端末１５１から追加画像のデータを受信する。

ステップ１５０７において、印刷処理アプリケーション７００は、受信した追加画像についての上述の追加位置情報を取得する。

ステップ１５０８において、印刷処理アプリケーション７００は、印刷要求に係る印刷画像データを、クラウドストレージサーバ１３２に要求し、取得する。

ステップ１５０９において、印刷処理アプリケーション７００は、印刷画像データと追加画像データとを、取得した追加位置情報（及び方向情報）に従って合成する。

ステップ１５１０において、クラウドサービスサーバ１３１は、追加画像が合成された印刷画像データ（合成画像データ）の印刷要求をＭＦＰ１０１に対し送信する。これにより、ＭＦＰ１０１において、受け取った合成画像データの印刷出力処理が実行される。

図１３のフローチャートの説明に戻る。

ステップ１３０７において、印刷処理アプリケーション７００は、想定外のリクエストを受け取ったと判断し、エラー処理を行う。例えば、ＨＴＴＰステータスコード４００（Bad Request）を含むレスポンスを生成し、携帯端末１５１のブラウザ６０１に返信する。

以上が、本実施例におけるクラウドサービスサーバ１３１における処理である。

本実施例によれば、クラウド型のプリントサービスにおいて、サーバに入稿された印刷画像データをプリントする時に、携帯端末などで撮影等した画像を簡単に追加して印刷することができる。

次に、スキャンデータ等をネットワーク上のサーバに保存するクラウドサービスにおいて、携帯端末のカメラアプリで撮影等した画像データを当該スキャンデータ等に追加して保存する態様について、実施例２として説明する。なお、実施例１と共通する部分については説明を省略ないしは簡略化し、ここでは差異点を中心に説明するものとする。

基本となるシステム構成やシステムを構成する各装置のハードウェア構成は、実施例１と共通である。ただし、本実施例におけるクラウドサービスサーバ１３１は、スキャンデータ等の画像データを外部のＭＦＰ等から受け取って、当該受け取った画像データをクラウドストレージサーバ１３２に保管するストレージ保存サービスを提供するサーバである。

＜ＭＦＰのソフトウェア構成＞
図１７は、ＭＦＰ１０１が備えるソフトウェア（スキャン処理のためのスキャンアプリケーションとそのモジュール）構成の一例を示した図である。このスキャンアプリケーションのプログラムは、ＨＤＤ２０４に格納され、ＣＰＵ２０１がＲＡＭ２０３に展開して実行する。

スキャンアプリケーション１７００は、不図示の原稿台等にセットされた紙文書に対しスキャン処理を行ってスキャンデータを生成するためのソフトウェアであり、以下の各モジュール１７０１−１７０５から構成される。

画面表示モジュール１７０１は、スキャン処理の実行に関わる各種の情報を操作部１１１上に表示するためのソフトウェアモジュールである。

スキャン処理モジュール１７０２は、スキャナＩ／Ｆ２１７を介してスキャナ部１１２を駆動し紙文書を読み取る処理を行うソフトウェアモジュールである。スキャナ部１１２で得られた画像データ（スキャンデータ）はＨＤＤ２０４に格納される。

ジョブ処理モジュール１７０３は、ＨＤＤ２０４に格納された画像データをＪＰＥＧ等の画像フォーマットに変換するためのソフトウェアモジュールである。

スキャンデータ管理モジュール１７０４は、前記ジョブ処理モジュール１７０３で変換された画像データをスキャンデータとして管理するためのソフトウェアモジュールである。

通信モジュール１７０５は、クラウドサービスサーバ１３１とネットワークＩ／Ｆ２０６を介して通信を行うためのソフトウェアモジュールである。

＜クラウドサービスサーバのソフトウェア構成＞
図１８は、クラウドサービスサーバ１３１が備えるソフトウェア（ストレージ保存処理アプリケーションとそのモジュール）構成の一例を示した図である。このアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３１０がＲＡＭ３０２に展開して実行する。

ストレージ保存処理アプリケーション１８００は、クラウドサービスサーバ１３１上でＷｅｂサービスを公開し、ストレージ保存のための処理を行うＷｅｂアプリケーションである。

画像データ管理モジュール１８０１は、ストレージ保存の対象となる画像データ（以下、保存画像データ）に対する各種処理の過程で生まれる中間データを管理するモジュールである。

画像処理モジュール１８０２は、ストレージ保存処理アプリケーション１８００が受け取った保存画像データに対して必要な画像処理を行うモジュールである。例えば、カメラ等から入力された写真画像であれば台形補正などの補正処理を実行する。更には、プレビュー画像などの生成も行う。

入力データ判定モジュール１８０３は、ストレージ保存処理アプリケーション１８００が受け取った保存画像データがどのようなデバイスから入力されたデータであるのかを判定するモジュールである。例えば、保存画像データがＪＰＥＧの画像フォーマットで提供される場合、ＪＰＥＧ中に含まれるＥｘｉｆ情報を抽出して、保存画像データを生成したデバイスを特定することができる。このようにして、受信した保存画像データが、スキャナで読み取られたスキャンデータなのか、或いはカメラなどで撮影された写真画像データなのかが判定される。

画像解析モジュール１８０４、画像解析ＤＢ１８０５、リダイレクトＵＲＬ決定モジュール１８０６及び画像合成モジュール１８０７は、実施例１における各モジュール７０４、７０５、７０６及び７０７にそれぞれ対応する。

＜処理シーケンス＞
次に、本実施例に係る、保存画像データの入稿からストレージサーバに保存されるまでの処理の流れを説明する。以下では、サービスの利用登録をしておくと、保存画像データ（本実施例では、スキャンデータ）が入稿されると携帯端末等に通知が届き、当該保存画像データに携帯端末等で撮影等した画像を合成した上でサーバにその保存がなされるというケースを想定する。

なお、本実施例では、ＭＦＰ１０１で紙文書をスキャンして得られたスキャンデータを保存画像データとして入稿する場合を例に説明するが、例えば、携帯端末などカメラ機能を持つ装置で撮影した写真画像データを保存画像データとして入稿してもよい。

図１９は、本実施例に係る、紙文書のスキャン処理から保存画像データとしてのスキャンデータがストレージサーバに保存されるまでの処理の流れを示すシーケンスチャートである。

ステップ１９００において、ＭＦＰ１０１は、ユーザの指示を受けて、スキャンアプリケーション１７００によって、不図示の原稿台等にセットされた紙文書のスキャンを実行する。スキャンによって得られた画像信号は、ジョブ処理モジュール５０３によってスキャンデータとなり、スキャンデータ管理モジュール５０４によってＨＤＤ２０４に格納される。

ステップ１９０１において、ＭＦＰ１０１は、不図示のＵＩ画面を介したユーザ指示を受けて、得られたスキャンデータの入稿要求をクラウドサービスサーバ１３１に送信する。この入稿要求の中には、その指示を行ったユーザの情報と保存画像データとしてのスキャンデータが含まれる。

ステップ１９０２において、クラウドサービスサーバ１３１（ストレージ保存処理アプリケーション１８００）は、受信した保存画像データをＨＤＤ３０４に格納する。この際、保存画像データは、画像データ管理モジュール１８０１によって保存画像データ毎にＩＤが付与されて管理される。

ステップ１９０３において、クラウドサービスサーバ１３１（入力データ判定モジュール１８０３）は、受信した画像データの種類を判定する。
ステップ１９０４において、クラウドサービスサーバ１３１（画像処理モジュール１８０２）は、ステップ１９０３での判定結果に基づき、受信した保存画像データの種類に応じた画像処理（台形補正や背景除去等の処理）を行う。本実施例の場合、保存画像データはスキャンデータなので、それに応じた背景除去等の画像処理がなされることになる。

ステップ１９０５において、クラウドサービスサーバ１３１（画像解析モジュール１８０４）は、必要な画像処理が施された保存画像データに対して前述の解析処理を行う。すなわち、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理がなされる。

ステップ１９０５での解析処理の結果、マークが確認された場合、ステップ１９０６において、クラウドサービスサーバ１３１（リダイレクトＵＲＬ決定モジュール１８０６）は、リダイレクトＵＲＬを決定する。

ステップ１９０７において、クラウドサービスサーバ１３１は、保存画像データがグループ内メンバーによって入稿された旨を、予め登録されたメールアドレスを参照して通知する。

ステップ１９０８において、携帯端末１５１は、ユーザに指示に応じて、通知に係る保存画像データのストレージ保存要求をクラウドサービスサーバ１３１に対して送信する。この際のストレージ保存要求は、実施例１の印刷要求と同様、対象となる保存画像データのＩＤに加え、日時やジョブＩＤなどが含まれる。

ステップ１９０９〜ステップ１９１６の各処理は、実施例１におけるステップ９１１〜ステップ９１８に相当し、特に異なるところはないので説明を省略する。

ステップ１９１７において、クラウドサービスサーバ１３１（画像合成モジュール１８０７）は、入稿された保存画像データ（ここではスキャンデータ）と追加画像データとを、前述の追加位置情報に従って合成する。

ステップ１９１８において、クラウドサービスサーバ１３１は、追加画像が合成された保存画像データ（合成画像データ）の格納要求を当該合成画像データと共にクラウドストレージサーバ１３２に送信する。

ステップ１９１９において、クラウドストレージサーバ１３２は、受け取った合成画像データをＨＤＤ３０４内に格納し保存する。

ステップ１９２０において、クラウドストレージサーバ１３２は、ストレージ保存要求に係る合成画像データを保存したことをクラウドサービスサーバ１３１へ応答する。

ステップ１９２１において、クラウドサービスサーバ１３１は、携帯端末１５１に対してストレージ保存完了の通知を送信する。

以上が、保存画像データの入稿からストレージサーバに保存されるまでの処理の流れである。

なお、解析処理（ステップ１９０５）の結果、画像が追加可能であることを示すマークが確認されなかった場合は、ストレージ保存要求（ステップ１９０８）を受けて、直ちにその保存がクラウドストレージサーバ１３２に対して指示される（ステップ１９１８）。

次に、クラウドサービスサーバ１３１において実行される処理に着目して、各処理の流れを説明する。図２０は、本実施例に係る、クラウドサービスサーバ１３１における処理の流れを示すフローチャートである。

ステップ２００１において、ストレージ保存処理アプリケーション１８００は、Ｗｅｂアプリケーションとしてリクエストを待っている状態にある。リクエストを受信すれば、ステップ２００２へ進む。

ステップ２００２において、ストレージ保存処理アプリケーション１８００は、受信したリクエストに含まれるリクエストＵＲＬ情報を取得し、当該リクエストの種類を特定する。本実施例において、リクエストの種類には、入稿要求とストレージ保存要求の２種類がある。

ステップ２００３において、ストレージ保存処理アプリケーション１８００は、ステップ２００２で特定したリクエストの種類が入稿要求であるか否かを判定する。入稿要求であればステップ２００４へ進む。一方、入稿要求でなければステップ２００５へ進む。

ステップ２００４において、ストレージ保存処理アプリケーション１８００は、保存画像データの入稿処理（アップロード処理）を実行する。図２１は、保存画像データの入稿処理の詳細を示すフローチャートである。

ステップ２１０１において、ストレージ保存処理アプリケーション１８００は、受信した入稿要求に係る保存画像データを、画像データ管理モジュール１８０１によってクラウドサービスサーバ１３１のＨＤＤ３０４に格納する。このとき、格納される保存画像データには画像データ管理モジュール１８０１によってＩＤが付与され管理される。

ステップ２１０２において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データがどのようなデバイスから入力されたデータであるのかを、入力データ判定モジュール１８０３によって判定する。判定の結果、保存画像データの入力先はカメラ等の撮影機能を有する装置である（データは写真画像データ）と判定された場合は、ステップ２１０３に進む。一方、判定の結果、保存画像データの入力先はスキャナ等である（データはスキャンデータ）と判定された場合は、ステップ２１０４に進む。

ステップ２１０３において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データとしての写真画像データに応じた補正処理を、画像処理モジュール１８０２によって行う。補正処理が施された保存画像データは、画像データ管理モジュール１８０１によってＨＤＤ３０４に再び格納される。

ステップ２１０４において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データとしてのスキャンデータに応じた補正処理を画像処理モジュール１８０２によって行う。補正処理が施された保存画像データは、画像データ管理モジュール１８０１によってＨＤＤ３０４に再び格納される。

ステップ２１０５において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データの中に、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理を行う。上述のとおり、これらの処理は、画像解析モジュール１８０４によって実行される。

ステップ２１０６において、ストレージ保存処理アプリケーション１８００は、保存画像データにマークが含まれていてそのデコード処理がなされていればステップ２１０７に進む。一方、マークが含まれていなかった場合は、ステップ２１０８に進む。

ステップ２１０７において、ストレージ保存処理アプリケーション１８００は、リダイレクトＵＲＬ決定モジュール１８０６によってリダイレクトＵＲＬを決定する。この際、決定したリダイレクトＵＲＬと入稿された保存画像データとは、画像データ管理モジュール１８０１によって、相互に関連付けられて管理される。

ステップ２１０８において、ストレージ保存処理アプリケーション１８００は、入稿要求に対するレスポンスを生成して返信すると共に、予め登録されたグループ内メンバーに入稿の事実を通知する。

以上が、保存画像データの入稿処理の内容である。

図２０のフローチャートの説明に戻る。

ステップ２００５において、ストレージ保存処理アプリケーション１８００は、ステップ２００２で特定したリクエストの種類がストレージ保存要求であるか否かを判定する。ストレージ保存要求には、どの保存画像データに対するリクエストであるのかを示す情報（保存画像データを特定するＩＤなど）が含まれている。ストレージ保存要求であればステップ２００６へ進む。一方、ストレージ保存要求でなければステップ２００７へ進む。

ステップ２００６において、ストレージ保存処理アプリケーション１８００は、ストレージ保存要求に係る保存画像データをクラウドストレージサーバ１３２に保存するための処理を実行する。図２２は、クラウドストレージサーバ１３２に保存画像データを保存するための処理の詳細を示すフローチャートである。

ステップ２２０１において、ストレージ保存処理アプリケーション１８００は、ストレージ保存要求に係る保存画像データが、画像が追加可能であることを示すマークを含むものであるかどうかを、当該ストレージ保存要求に含まれるＩＤ情報を参照して判定する。マークを含む保存画像である場合は、ステップ２２０２に進む。一方、マークを含まない保存画像である場合は、ステップ２２０９に進む。

ステップ２２０２において、ストレージ保存処理アプリケーション１８００は、受信したストレージ保存要求に含まれるＩＤ情報を参照する。そして、当該ＩＤ情報に対応する保存画像データに関連付けられているリダイレクトＵＲＬの情報を、画像データ管理モジュール１８０１から取得する。

ステップ２２０３において、ストレージ保存処理アプリケーション１８００は、取得したリダイレクトＵＲＬを含むレスポンスを生成し、ストレージ保存要求の送信元である携帯端末１５１に返信する。

ステップ２２０４において、ストレージ保存処理アプリケーション１８００は、レスポンスを受け取った携帯端末１５１からリダイレクトされるリクエストを受けて、前述した画像追加ページのＨＴＭＬデータを生成する。

ステップ２２０５において、ストレージ保存処理アプリケーション１８００は、生成した画像追加ページのＨＴＭＬデータを含むレスポンスを生成し、携帯端末１５１に返信する。ユーザは、当該画像追加ページを介して追加画像の撮影等を行い、クラウドサービスサーバ１３１に追加画像データをアップロードする。

ステップ２２０６において、ストレージ保存処理アプリケーション１８００は、携帯端末１５１から追加画像データを受信する。なお、実施例１で述べたとおり、追加画像をどの向きに合成するのかを示す方向情報を、追加画像のデータと共に受け取るようにしてもよい。

ステップ２２０７において、ストレージ保存処理アプリケーション１８００は、受信した追加画像についての追加位置情報を取得する。

ステップ２２０８において、ストレージ保存処理アプリケーション１８００は、ＨＤＤ３０４から保存画像データと追加画像データを読み出し、取得した追加位置情報（及び方向情報）に従って合成する。生成された合成画像データは、ＰＤＦ等のファイルフォーマットに変換される。

ステップ２２０９において、クラウドサービスサーバ１３１は、合成処理によって得られた合成画像データの保存指示をクラウドストレージサーバ１３２に対し行う。これにより、クラウドストレージサーバ１３２において、受け取った合成画像データの保存処理が実行される。なお、追加画像データのアップロード時に保存先情報を一緒に送信し、当該保存先情報に基づいて、合成画像データを保存するようにしてもよい。

図２０のフローチャートの説明に戻る。

ステップ２００７において、ストレージ保存処理アプリケーション１８００は、想定外のリクエストを受け取ったと判断し、エラー処理を行う。

以上が、本実施例におけるクラウドサービスサーバ１３１における処理である。

以上のように、本実施例によれば、クラウド型のストレージサービスにおいて、サーバに入稿された保存画像データに、携帯端末などで撮影等した画像を簡単に追加して保存することができる。

（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (14)

1. 画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置であって、
   印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、
   印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、
   前記装置から供給された追加画像を、前記印刷画像に合成する合成手段と、
   前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示する手段と、
   を備えたことを特徴とする情報処理装置。
2. 前記装置はカメラを備え、
   前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータが、前記追加画像のデータとして供給される
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータ又は予め保存された画像の中から選択された画像のデータが、前記追加画像のデータとして供給されることを特徴とすることを特徴とする請求項２に記載の情報処理装置。
4. 前記合成手段は、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの位置に合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記合成手段は、さらに、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの向きに合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項４に記載の情報処理装置。
6. 画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のストレージサービスを提供するための情報処理装置であって、
   保存画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、
   保存画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、
   前記装置から供給された追加画像を、前記保存画像に合成する合成手段と、
   前記合成によって生成された合成画像の保存を、前記ネットワークを介して接続されるデータ保存を行う情報処理装置に指示する手段と、
   を備えたことを特徴とする情報処理装置。
7. 前記装置はカメラを備え、
   前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータが、前記追加画像のデータとして供給される
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータ又は予め保存された画像の中から選択された画像のデータが、前記追加画像のデータとして供給されることを特徴とすることを特徴とする請求項７に記載の情報処理装置。
9. 前記合成手段は、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの位置に合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項６乃至８のいずれか１項に記載の情報処理装置。
10. 前記合成手段は、さらに、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの向きに合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項９に記載の情報処理装置。
11. 請求項１乃至１０のいずれか１項に記載の情報処理装置と、少なくとも画像データを供給可能な前記装置を含む、クラウド型のサービスを提供するシステム。
12. 画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置における画像データの処理方法であって、
    印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定するステップと、
    印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促すステップと、
    前記装置から供給された追加画像を、前記印刷画像に合成する合成ステップと、
    前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示するステップと、
    を含むことを特徴とする画像データの処理方法。
13. 画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のストレージサービスを提供するための情報処理装置における画像データの処理方法であって、
    保存画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定するステップと、
    保存画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促すステップと、
    前記装置から供給された追加画像を、前記保存画像に合成する合成ステップと、
    前記合成によって生成された合成画像の保存を、前記ネットワークを介して接続されるデータ保存を行う情報処理装置に指示するステップと、
    を含むことを特徴とする画像データの処理方法。
14. コンピュータを、請求項１乃至１０のいずれか１項に記載の情報処理装置として機能させるためのプログラム。

Images