(57)【要約】【課題】クラウド型のサービスにおいて、例えば、画像を印刷する際に別途カメラで撮影した画像を挿入して印刷することは手間である。【解決手段】画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置であって、印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、前記装置から供給された追加画像を、前記印刷画像に合成する合成手段と、前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示する手段と、を備えたことを特徴とする。【選択図】図１４
2015103919.tif 000002
【特許請求の範囲】
【請求項１】
画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置であって、
印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、
印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、
前記装置から供給された追加画像を、前記印刷画像に合成する合成手段と、
前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示する手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記装置はカメラを備え、
前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータが、前記追加画像のデータとして供給される
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータ又は予め保存された画像の中から選択された画像のデータが、前記追加画像のデータとして供給されることを特徴とすることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記合成手段は、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの位置に合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記合成手段は、さらに、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの向きに合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のストレージサービスを提供するための情報処理装置であって、
保存画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、
保存画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、
前記装置から供給された追加画像を、前記保存画像に合成する合成手段と、
前記合成によって生成された合成画像の保存を、前記ネットワークを介して接続されるデータ保存を行う情報処理装置に指示する手段と、
を備えたことを特徴とする情報処理装置。
【請求項７】
前記装置はカメラを備え、
前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータが、前記追加画像のデータとして供給される
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータ又は予め保存された画像の中から選択された画像のデータが、前記追加画像のデータとして供給されることを特徴とすることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記合成手段は、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの位置に合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項６乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記合成手段は、さらに、前記装置から前記追加画像ともに供給される、当該追加画像を前記印刷画像に対してどの向きに合成するのかを指定する情報に基づいて、前記合成を行うことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
請求項１乃至１０のいずれか１項に記載の情報処理装置と、少なくとも画像データを供給可能な前記装置を含む、クラウド型のサービスを提供するシステム。
【請求項１２】
画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置における画像データの処理方法であって、
印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定するステップと、
印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促すステップと、
前記装置から供給された追加画像を、前記印刷画像に合成する合成ステップと、
前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示するステップと、
を含むことを特徴とする画像データの処理方法。
【請求項１３】
画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のストレージサービスを提供するための情報処理装置における画像データの処理方法であって、
保存画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定するステップと、
保存画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促すステップと、
前記装置から供給された追加画像を、前記保存画像に合成する合成ステップと、
前記合成によって生成された合成画像の保存を、前記ネットワークを介して接続されるデータ保存を行う情報処理装置に指示するステップと、
を含むことを特徴とする画像データの処理方法。
【請求項１４】
コンピュータを、請求項１乃至１０のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、システム、方法およびプログラムに関する。
【背景技術】
【０００２】
従来より、紙の申請書を用いた様々な申請を行うワークフローが存在する。通常、申請書はフォーマットが決まっており、そのフォーマットに従って印刷された申請用紙に手書き等で必要事項を記入して申請処理が行われている。また手書きで記入する以外にも、撮影した画像の印刷物（写真）を申請用紙に糊等で張り付けることもある。
【０００３】
近年では、紙の申請書をＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）のスキャン機能やドキュメントスキャナ等を用いて電子化し、申請業務を電子的ワークフローとして処理することも行われている。
【０００４】
そのような状況下、現在では、スマートフォンやタブレット端末といった携帯端末にはカメラが備えられるようになり、いつでも簡単に撮影を行うことができるようになった。
【０００５】
そこで、前述したような電子的ワークフローとして処理するようなシステムにおいて、携帯端末で撮影した画像を電子化された申請書の画像に直接添付できるようにすることも考えられる。この点、スキャンで読み取った画像の一部を特定の画像に入れ替える技術が存在する（例えば、特許文献１）。このような技術を利用して、あらかじめスキャンして得られた申請書の画像の一部を、あらかじめ撮影した画像に入れ替えて処理することも考えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−２９２３００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の技術を採用する場合、入れ替える画像のデータをあらかじめ撮影する等して用意しておく必要である。その上、印刷した写真を物理的に張り付けた申請用紙取り扱う紙ベースのワークフローとは異なる新たなワークフローのシステムを別途構築する必要がある。
【０００８】
そして、電子化された文書等の画像データに別途撮影等で得た画像データを追加したいというケースは、上述したような申請業務以外にも想定され得ることである。
【課題を解決するための手段】
【０００９】
本発明に係る情報処理装置は、画像データを供給可能な装置とネットワークを介して通信可能な、クラウド型のプリントサービスを提供するための情報処理装置であって、印刷画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、印刷画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な前記装置に対し、追加する画像のデータの供給を促す手段と、前記装置から供給された追加画像を、前記印刷画像に合成する合成手段と、前記合成によって生成された合成画像の印刷を、前記ネットワークを介して接続される印刷装置に指示する手段と、を備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、クラウドサービスで用いる印刷データやストレージ保存データに画像の追加を行う場面において、予め追加する画像を用意しておかなくても簡単に画像を追加・合成することができる。
【図面の簡単な説明】
【００１１】
【図１】クラウド型のサービスを提供するシステムの構成の一例を示す図である。
【図２】ＭＦＰのハードウェア構成の一例を示すブロック図である。
【図３】クラウドサービスサーバのハードウェア構成の一例を示すブロック図である。
【図４】携帯端末のハードウェア構成の一例を示すブロック図である。
【図５】実施例１に係る、ＭＦＰが備えるソフトウェア構成の一例を示した図である。
【図６】実施例１に係る、携帯端末が備えるソフトウェア構成の一例を示すブロック図である。
【図７】実施例１に係る、クラウドサービスサーバが備えるソフトウェア構成の一例を示した図である。
【図８】実施例１に係る、クラウドストレージサーバが備えるソフトウェア構成の一例を示した図である。
【図９】実施例１に係る、印刷画像データの入稿処理から印刷完了までの処理の流れを示すシーケンスチャートである。
【図１０】携帯端末から印刷指示を行う際のＵＩ画面の一例を示す図である。
【図１１】画像追加ページのＨＴＭＬデータの一例を示す図である。
【図１２】「画像追加ページ」のＵＩ画面を示す図である。
【図１３】実施例１に係る、クラウドサービスサーバにおける処理の流れを示すフローチャートである。
【図１４】印刷画像データの入稿処理の詳細を示すフローチャートである。
【図１５】クラウドストレージサーバに保管された印刷画像データを印刷するための処理の詳細を示すフローチャートである。
【図１６】画像の貼り付け方向を指定するためのＵＩ画面の一例を示す図である。
【図１７】実施例２に係る、ＭＦＰが備えるソフトウェア構成の一例を示した図である。
【図１８】実施例２に係る、クラウドサービスサーバが備えるソフトウェア構成の一例を示した図である。
【図１９】実施例２に係る、紙文書のスキャン処理から保存画像データとしてのスキャンデータがストレージサーバに保存されるまでの処理の流れを示すシーケンスチャートである。
【図２０】実施例２に係る、クラウドサービスサーバにおける処理の流れを示すフローチャートである。
【図２１】保存画像データの入稿処理の詳細を示すフローチャートである。
【図２２】クラウドストレージサーバに保存画像データを保存するための処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１３】
本実施例では、サーバに置かれた印刷画像データの印刷指示を携帯端末などから行うと共に、携帯端末のカメラアプリで撮影等した写真画像データを印刷画像データに追加して印刷することが可能な画像処理システムについて説明する。
【００１４】
＜システム構成＞
図１は、クラウド型のサービスを提供するシステムの構成の一例を示す図である。
【００１５】
図１に示すシステム１００において、ＭＦＰ１０１及びＰＣ１０２は、イーサネット（登録商標）や無線ＬＡＮなどからなるＬＡＮ１１０に接続されている。また、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２は、イーサネットや無線ＬＡＮなどからなるＬＡＮ１３０に接続されている。更に、携帯端末１５１は公衆無線通信網１４０に接続されている。そして、ＬＡＮ１１０、ＬＡＮ１３０、公衆無線通信網１４０は、インターネット網１２０に接続されている。このことによって、それぞれのネットワークに接続されている各装置は相互に通信可能となっており、ＭＦＰ１０１、ＰＣ１０２及び携帯端末１５１は、クラウドサービスサーバ１３１に画像データを供給可能となっている。
【００１６】
なお、図１では、クラウドサービスサーバ１３１とクラウドストレージサーバ１３２は同じＬＡＮ１３０上に接続されているが、異なるＬＡＮ上に接続されていても構わない。また、クラウドサービスサーバ１３１とクラウドストレージサーバ１３２が、クラウド上に構築された仮想サーバによって実現されるものであっても構わない。
【００１７】
ＭＦＰ１０１は、プリンタ機能やスキャナ機能を有する複合機である。本画像処理システム１００においてＭＦＰ１０１は、印刷端末並びに紙文書のスキャン端末として利用する。
【００１８】
クラウドサービスサーバ１３１は、ネットワークを介してクラウドサービスを提供するためのサーバである。本実施例の場合、ＰＣ１０２から印刷指示と共に画像データを受け取り、当該画像データに対して印刷可能な状態に変換処理を行い、変換処理後の画像データをクラウドストレージサーバ１３２に送信するサービスを提供するサーバである。前述の印刷可能な状態に変換する処理の例としては、画像データのビットマップ化や画像形成装置が解釈できるＰＤＬ（Page Description Language）データへの変換などがある。
【００１９】
クラウドストレージサーバ１３２は、データ保存を行うためのサーバである。
【００２０】
携帯端末１５１は、クラウドサービスサーバ１３１が提供するサービスを受けるためにアップロードされた画像データにアクセスすることが可能な装置であり、いわゆるスマートフォンなどが該当する。本実施例では、携帯端末１５１とクラウドサービスサーバ１３１との通信は、クライアントアプリケーションとしてのＷｅｂブラウザで行うものとする。なお、携帯端末１５１においてなし得る各種操作は、ＰＣ１０２でも可能であるものとする。
【００２１】
＜ＭＦＰのハードウェア構成＞
図２は、ＭＦＰ１０１のハードウェア構成の一例を示すブロック図であり、操作部１１１、スキャナ部１１２、プリンタ部１１３および制御部２００で構成されている。
【００２２】
操作部１１１は、タッチスクリーン機能を有する液晶パネルなどで構成され、ユーザに対して種々の情報を表示したり、スキャン指示などのユーザ入力を受け付ける機能を持つ。
【００２３】
スキャナ部１１２は、原稿台やＡＤＦにセットされた原稿（本実施例では資産の申請用紙）をスキャンして画像データを取得する機能を有する。
【００２４】
プリンタ部１１３は、制御部２００から受け取った画像データを用いて、紙等の記録媒体上に画像を印刷する機能を有する。
【００２５】
制御部２００は、上述した各部と電気的に接続されると共にＬＡＮ１１０に接続されている。制御部２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２５、ネットワークＩ／Ｆ２０６、スキャナＩ／Ｆ２０７、画像処理部２０８、プリンタＩ／Ｆ２０９、内部バス２１０を備えている。
【００２６】
ＣＰＵ２０１は、ＭＦＰ１０１を統括的に制御するプロセッサであって、ＲＯＭ２０２に記憶された制御プログラム等に基づいて、内部バス２１０を介して接続された各部を制御する。
【００２７】
ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。
【００２８】
ＨＤＤ２０４は、ハードディスクドライブであり、システムソフトウェアや画像データを格納する。
【００２９】
操作部Ｉ／Ｆ２０５は、内部バス２１０と操作部１１１とを繋ぐインタフェースであり、操作部１１１に表示される画像のデータの操作部１１１への出力や、操作部１１１から入力されたユーザ指示などの入力の橋渡しを行う。
【００３０】
ネットワークＩ／Ｆ２０６は、内部バス２１０とＬＡＮ１１０とを繋ぐインタフェースであり、ＬＡＮ１１０を介して接続されている他の装置（例えば、クラウドサービスサーバ１３１）との間で画像データ等の各種情報の送受信を行う。
【００３１】
スキャナＩ／Ｆ２０７は、内部バス２１０とスキャナ部１１２とを繋ぐインタフェースであり、スキャナ部１１２から受け取ったスキャンデータに対する、補正、加工、編集なども行う。
【００３２】
画像処理部２０８は、画像の回転、圧縮、伸張といった各種画像処理を行う。
【００３３】
プリンタＩ／Ｆ２０９は、画像処理部２０８から画像データを受け取り、当該画像データに付随している属性情報を参照しながら印刷用の画像データを生成する。印刷用画像データは、プリンタ部１１３に送られて印刷出力される。
【００３４】
＜クラウドサービスサーバのハードウェア構成＞
図３は、情報処理装置としてのクラウドサービスサーバ１３１のハードウェア構成の一例を示すブロック図である。
【００３５】
クラウドサービスサーバ１３１は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４およびネットワークＩ／Ｆ３０５、内部バス３０６で構成されている。
【００３６】
ＲＯＭ３０３或いはＨＤＤ３０４には、オペレーティングシステムやアプリケーションなどの制御プログラムが格納されている。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピュータとしての機能を発揮する。
【００３７】
ネットワークＩ／Ｆ３０５は、内部バス３０６とＬＡＮ１３０とを繋ぐインタフェースであり、ＬＡＮ１３０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を行う。
【００３８】
なお、クラウドストレージサーバ１３２、ＰＣ１０２の構成も、図３で説明したクラウドサービスサーバ１３１の構成と同様である。
【００３９】
＜携帯端末のハードウェア構成＞
図４は、携帯端末１５１のハードウェア構成の一例を示すブロック図である。
【００４０】
携帯端末１５１は、制御部４００、タッチパネル部４０７、オーディオ部４０８、通信部４０９、センサ部４１０、カメラ部４１１で構成される。
【００４１】
制御部４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、タッチパネルＩ／Ｆ４０４、周辺装置Ｉ／Ｆ４０５、内部バス４０６を備えている。
【００４２】
ＣＰＵ４０１は、ＲＯＭ４０２に記憶された制御プログラム等に基づいて各部を統括的に制御する。また、ＣＰＵ４０１は、周辺装置Ｉ／Ｆ４０５を介して、オーディオ部４０８、通信部４０９、センサ部４１０、カメラ部４１１を制御する。
【００４３】
ＲＡＭ４０３はプログラムの実行時にワーク領域として利用される。
【００４４】
タッチパネルＩ／Ｆ４０４は、内部バス４０６とタッチパネル部４０７とを繋ぐインタフェースであり、タッチパネル部４０７に対するタッチ操作の圧力や位置などに関するデータを複数のタッチ点について同時に処理することができる。また、タッチパネル部４０７はユーザの入力操作を受け付けると共に、ユーザに各種情報の表示も行う。
【００４５】
オーディオ部４０８は、音を出力するスピーカやボリューム調整装置で構成される。
【００４６】
無線通信部４０９は、公衆無線通信１４０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を無線通信で行う。
【００４７】
センサ部４１０は、傾きや加速度、明るさなどを測定する各種センサで構成される。
【００４８】
カメラ部４１１は、撮影を行うためのレンズや撮像素子等で構成される。
【００４９】
＜ＭＦＰのソフトウェア構成＞
図５は、ＭＦＰ１０１が備えるソフトウェア（印刷処理のための印刷アプリケーションとそのモジュール）構成の一例を示した図である。この印刷アプリケーションのプログラムは、ＨＤＤ２０４に格納され、ＣＰＵ２０１がＲＡＭ２０３に展開して実行する。
【００５０】
印刷プリケーション５００は、クラウドサービスサーバ１３１に対してなされた印刷指示に係る画像データを受信するためのソフトウェアであり、以下の各モジュール５０１−５０５から構成される。
【００５１】
画面表示モジュール５０１は、印刷処理が実行されていることを操作部１１１上に表示するためのソフトウェアモジュールである。
【００５２】
印刷処理モジュール５０２は、ネットワークＩ／Ｆ２０６を介して受信した画像データをＨＤＤ２０４に格納し、プリンタＩ／Ｆ２１６を介してプリンタ部１１３を駆動して記録媒体上に画像データに従った画像を形成するソフトウェアモジュールである。
ジョブ処理モジュール５０３は、ＨＤＤ２０４に格納された画像データをＪＰＥＧ等の画像フォーマットに変換するためのソフトウェアモジュールである。
【００５３】
印刷データ管理モジュール５０４は、ジョブ処理モジュール５０３で変換された画像データを印刷画像データとして管理するためのソフトウェアモジュールである。
【００５４】
通信モジュール５０５は、クラウドサービスサーバ１３１とネットワークＩ／Ｆ２０６を介して通信を行うためのソフトウェアモジュールである。
【００５５】
＜携帯端末１５１のソフトウェア構成＞
図６は、携帯端末１５１が備えるソフトウェア（Ｗｅｂブラウザ、撮影アプリケーション、メーラ）構成の一例を示すブロック図である。これらアプリケーションのプログラムは、携帯端末１５１のＲＯＭ４０２に格納され、ＣＰＵ４０１がＲＡＭ４０３に展開して実行する。
【００５６】
Ｗｅｂブラウザ６０１は、クラウドサービスサーバ１３１とＨＴＴＰなど所定のプロトコルによる通信を行い、クラウドサービスサーバ１３１から送られたＨＴＭＬデータの表示やユーザからの入力の受け付けを行う。
【００５７】
撮影アプリケーション６０２は、ユーザからの操作指示に応じて、カメラ部４１１に撮影を行わせる。撮影された画像データは、ＲＯＭ４０２に格納される。
【００５８】
メーラ６０３は、公衆無線通信１４０を介して接続される電子メールサーバ（不図示）と通信をして、電子メールを送受信する。
【００５９】
＜クラウドサービスサーバ１３１のソフトウェア構成＞
図７は、クラウドサービスサーバ１３１が備えるソフトウェア（印刷処理アプリケーションとそのモジュール）構成の一例を示した図である。このアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３１０がＲＡＭ３０２に展開して実行する。
【００６０】
印刷処理アプリケーション７００は、クラウドサービスサーバ１３１上でＷｅｂサービスを公開し、インターネット網１２０を介して送られた印刷画像データを画像形成装置で利用可能な画像データに変換する処理等を行うＷｅｂアプリケーションである。なお、本明細書では、クラウドサービスの提供を受けるためにクラウドサービスサーバ１３１に対して画像データをアップロードすることを「入稿」と呼ぶこととする。
【００６１】
画像データ管理モジュール７０１は、クラウドサービスサーバ１３１内における印刷画像データに対する各種処理の過程で生まれる中間データおよび上記変換処理の結果（ラスタ画像データ）を管理するモジュールである。
【００６２】
画像変換モジュール７０２は、印刷処理アプリケーション７００が受け取った印刷画像データに対して印刷可能な状態に変換する処理、具体的には、ＰＤＬデータを変換してラスタ画像化するモジュールである。
【００６３】
入力データ判定モジュール７０３は、印刷処理アプリケーション７００が受け取った印刷画像データの種類を判定するモジュールである。本実施例では、ＰＣ１０２から送信された印刷画像データが、ＪＰＥＧのようなビットマップ形式の画像データなのか、或いはＰＤＬで記述された画像データなのかの判定を行う。
【００６４】
画像解析モジュール７０４は、印刷処理アプリケーション７００が受け取った印刷画像データの中に、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理を行うモジュールである。チェック処理としては、例えば、画像解析ＤＢ７０５に予め登録されたマークと一致するマークが受信した印刷画像データ内に存在するかどうかを比較して確認する。また、上述のマークが例えばＱＲコード（登録商標）であった場合、画像データに含まれるＱＲコードなどの２次元コードの認識処理（いわゆるファインダパターンの検索処理）を行って、上述のチェック処理としてもよい。受信した印刷画像データの中に上記マークが存在した時には、その印刷画像に対して、携帯端末１５１のカメラで撮影した画像を挿入できるようにする。なお、携帯端末１５１のカメラで撮影した画像に代えて、携帯端末１５１内に装着可能なＳＤカードメモリ等に格納されている画像を挿入するようにしてもよい。
【００６５】
リダイレクトＵＲＬ決定モジュール７０６は、入稿された印刷画像データに対する印刷要求を受け取った際のリダイレクトＵＲＬを決定するモジュールである。
【００６６】
画像合成モジュール７０７は、印刷画像データに携帯端末１５１等で撮影等された追加画像のデータを、合成する処理を行う。
【００６７】
＜クラウドストレージサーバ１３２のソフトウェア構成＞
図８は、クラウドストレージサーバ１３２が備えるソフトウェア（ストレージアプリケーションとそのモジュール）構成の一例を示した図である。このアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３１０がＲＡＭ３０２に展開して実行する。
【００６８】
ストレージアプリケーション８００は、クラウドストレージサーバ１３２上でＷｅｂサービスを公開し、インターネット網１２０を介して送られた画像データ等の電子ファイルを管理するＷｅｂアプリケーションである。
【００６９】
ファイル管理モジュール８０１は、ストレージアプリケーション８００からの指示によって電子ファイルを受け取り、ファイルシステムやＤＢといったミドルウェア経由でＨＤＤ３０４に電子ファイルを保存、管理するモジュールである。
【００７０】
＜処理シーケンス＞
次に、本実施例に係る、印刷対象となる印刷画像データの入稿処理から印刷完了までの処理の流れを説明する。ここでは、クラウドプリントサービスを共有するグループを予め登録しておき、グループの誰かが画像データを入稿すると、当該グループの全員の携帯端末等に通知がなされ、グループ内のメンバーが入稿された画像データを印刷するというケースを前提とする。詳細な説明に入る前に、その概要を説明すると以下のとおりである。
【００７１】
まず、印刷対象となる画像データをＰＣ１０２からシステム１００に入稿する。そして、入稿の通知を受けた携帯端末１５１などからシステム１００にアクセスすると、入稿された印刷画像内に画像が追加可能であることを示すマークがある場合、携帯端末１５１のカメラアプリ或いは写真画像の格納フォルダがその画面上に表示される。ユーザによって、カメラアプリで撮影した画像或いはフォルダ内に格納されている画像（以下、追加画像）がアップロードされると、印刷対象の画像データに当該追加画像が挿入されて印刷される。
【００７２】
なお、本実施例では、ＰＣ１０２から印刷画像データの入稿指示を行って、携帯端末１５１からその印刷指示を行う場合を例に説明するが、例えば入稿指示と印刷指示を同一の装置から同時に行っても構わない。
【００７３】
図９は、本実施例に係る、印刷画像データの入稿処理から印刷完了までの処理の流れを示すシーケンスチャートである。以下、詳しく説明する。
【００７４】
ステップ９００において、ＰＣ１０２は、ユーザの指示を受けて、印刷画像データの入稿要求をクラウドサービスサーバ１３１に対して行う。この入稿要求の中には、その指示を行ったユーザの情報と印刷対象の画像データが含まれる。
【００７５】
ステップ９０１において、クラウドサービスサーバ１３１は、受信した印刷画像データをＨＤＤ３０４に格納する。
【００７６】
ステップ９０２において、クラウドサービスサーバ１３１（入力データ判定モジュール７０３）は、受信した印刷画像データの種類を判定する。
【００７７】
ステップ９０３において、クラウドサービスサーバ１３１（画像変換モジュール７０２）は、ステップ９０２での判定結果に基づき、受信した印刷画像データの種類に応じた画像処理（ラスタデータへの変換等）を行う。
【００７８】
ステップ９０４において、クラウドサービスサーバ１３１（画像解析モジュール７０４）は、印刷可能な状態に変換された画像データに対して前述の解析処理を行う。
【００７９】
ステップ９０４での解析処理の結果、画像が追加可能であることを示すマークが確認された場合、ステップ９０５において、クラウドサービスサーバ１３１（リダイレクトＵＲＬ決定モジュール７０６）は、リダイレクトＵＲＬを決定する。この場合のリダイレクトＵＲＬは、カメラアプリを起動するＵＲＬ又は携帯端末１５１内の画像ファイルにアクセスが可能になるアプリケーションが起動するＵＲＬとなる。
【００８０】
ステップ９０６において、クラウドサービスサーバ１３１は、クラウドストレージサーバ１３２に対して入稿された印刷画像データを送信し、当該印刷画像データの格納要求を行う。
【００８１】
ステップ９０７において、クラウドストレージサーバ１３２は、クラウドサービスサーバ１３１から受け取った印刷画像データを格納し、管理する。
【００８２】
ステップ９０８において、クラウドストレージサーバ１３２は、印刷画像データの格納が完了したことをクラウドサービスサーバ１３１へ応答する。
【００８３】
ステップ９０９において、クラウドサービスサーバ１３１は、印刷画像データがグループ内メンバーによって入稿された旨を、予め登録されたメールアドレスを参照して通知する。この通知には、入稿された印刷画像データのＩＤ（例えば、a1234）やファイル名などの情報が含まれている。ここでは、通知先として携帯端末１５１のアドレスが登録されていたものとする。この場合において、入稿要求を行ったＰＣ１０２に対しても、例えば「HTTP/1.1 200 OK/a1234」といったレスポンスが送信される。
【００８４】
ステップ９１０において、携帯端末１５１は、ユーザの指示を受けて、通知に係る印刷画像データの印刷要求をクラウドサービスサーバ１３１に対して送信する。図１０は、携帯端末１５１から印刷指示を行う際のＵＩ画面の一例を示す図である。印刷したい画像データを指定して印刷開始ボタン１００１が押下されると、印刷要求がクラウドサービスサーバ１３１に対して送信される。この際の印刷要求には、対象となる印刷画像データのＩＤ（上記のa1234）に加え、日時やジョブＩＤなどが含まれる。
【００８５】
ステップ９１１において、クラウドサービスサーバ１３１は、携帯端末１５１からの印刷要求を受けて、ステップ９０５で決定されたリダイレクトＵＲＬを取得する。
【００８６】
ステップ９１２において、クラウドサービスサーバ１３１は、取得したリダイレクトＵＲＬに基づいて、携帯端末１５１に対し「画像追加ページ」へのリダイレクトを指示する。ここで、「画像追加ページ」とは、印刷画像データに追加する画像を指定するためのＵＩ画面である。このようなＵＩ画面によって画像の追加がユーザに対して促される。
【００８７】
ステップ９１３において、携帯端末１５１は、当該リダイレクト指示に基づいて、「画像追加ページ」をクラウドサービスサーバ１３１に対し要求（ＧＥＴ要求）する。
【００８８】
ステップ９１４において、クラウドサービスサーバ１３１は、画像追加ページのＨＴＭＬデータを生成する。図１１は、画像追加ページのＨＴＭＬデータの一例を示す図である。ただし一部スタイルシートやスクリプト部分は省略している。
【００８９】
要素１１０１は、Ｗｅｂブラウザで表示されるプレビュー画像を示す部分である。
【００９０】
要素１１０２は、画像追加ページの画面上に表示される文字列を指定する部分であり、ここでは「写真を添付」の文字列が指定されている。
【００９１】
要素１１０３は、電子書面に添付する画像を、カメラを起動して撮影等させて選択させることを示す部分である。カメラ機能のある携帯端末でＷｅｂブラウザが対応していれば、カメラを起動させて、添付用の資産の写真をその場で撮影できる。また、予め撮影し用意してあった画像ファイルの中から選択することもできる。
【００９２】
要素１１０４〜１１０６は、隠し入力要素であり、スクリプト内での表示や、Ｗｅｂページがサブミットされた際に再び印刷処理アプリケーション７００に情報を渡すために利用される。
【００９３】
ステップ９１５において、クラウドサービスサーバ１３１は、生成したＵＩ画面のデータ（ＨＴＭＬデータ）を携帯端末１５１に送信する。携帯端末１５１では、受け取ったＨＴＭＬデータをレンダリングして「画像追加ページ」を表示する。図１２は、図１１のＨＴＭＬデータに対応する「画像追加ページ」のＵＩ画面を示している。
【００９４】
領域１２０１は、プレビュー領域であり、要素１２０２で示されるプレビュー画像１２０２が表示されている。
【００９５】
領域１２０３は、プレビュー画像１２０２における追加画像の挿入位置を示している。そして、当該領域１２０３に対する吹き出しによってメッセージ１２０４が表示されている。この吹き出しによるメッセージの内容は、前述の要素１１０２で指定される文字列に対応している。
【００９６】
ボタン１２０５は、追加する画像を指定するためのボタンであり、押下することでサブ画面１２０６が表示され、サブ画面１２０６においてユーザは、付属のカメラで撮影するか、既存の画像ファイルの中から選択するかを指定することができる。例えば、「カメラ」が指定されると、撮影アプリケーションが起動して撮影可能な状態となり、ユーザが撮影を終えると、撮影した画像のパスがブラウザに返され、領域１２０７内に表示される。また、「画像ファイル」を選択し、携帯端末１５１に装着可能なＳＤカードメモリ等から所望の画像データを指定してもよい。この場合、指定された画像データのパスが領域１２０７内に表示されることになる。
【００９７】
ＯＫボタン１２０８は、撮影（或いは選択）された画像のデータをアップロード（「画像追加ページ」をサブミット）するためのボタンである。
【００９８】
図９のフローチャートの説明に戻る。
【００９９】
ステップ９１６において、携帯端末１５１は、ユーザが撮影等した画像のデータを追加画像データとして、クラウドサービスサーバ１３１に送信する。
【０１００】
ステップ９１７において、クラウドサービスサーバ１３１は、携帯端末１５１から受け取った追加画像データをＨＤＤ３０４に格納する。
【０１０１】
ステップ９１８において、クラウドサービスサーバ１３１は、ステップ９０４における解析処理によって得られた、追加画像の挿入位置を特定する情報（以下、追加位置情報）を取得する。追加位置情報には、例えば、撮影等された画像を、全５頁で構成される印刷画像データの３頁目の一部分に埋め込むといった内容が含まれる。また、例えば追加画像自体を１頁として挿入することも可能である。
【０１０２】
ステップ９１９において、クラウドサービスサーバ１３１は、クラウドストレージサーバ１３２に対し、ステップ９０７で格納された印刷画像データの取得要求を送信する。
【０１０３】
ステップ９２０において、クラウドストレージサーバ１３２は、格納されている画像データの中から、取得要求に係る印刷画像データを取得する。
【０１０４】
ステップ９２１において、クラウドストレージサーバ１３２は、取得要求の応答を行い、当該取得要求に係る印刷画像データをクラウドサービスサーバ１３１に送信する。
【０１０５】
ステップ９２２において、クラウドサービスサーバ１３１（画像合成モジュール７０７）は、印刷画像データと追加画像データとを、前述の追加位置情報に従って合成する。
【０１０６】
ステップ９２３において、クラウドサービスサーバ１３１は、合成処理によって生成された合成画像データをＭＦＰ１０１に送信する。
【０１０７】
ステップ９２４において、ＭＦＰ１０１は、受け取った合成画像データの印刷出力処理を実行する。
【０１０８】
ステップ９２５において、ＭＦＰ１０１は、携帯端末１５１に対して印刷完了の通知を送信する。
【０１０９】
以上が、入稿処理から印刷完了までの処理の流れである。
【０１１０】
なお、ステップ９０４の解析処理の結果、画像が追加可能であることを示すマークが確認されなかった場合は、印刷要求（ステップ９１０）を受けて、直ちに画像取得要求がなされ（ステップ９１９）、その印刷がＭＦＰ１０１に対して指示される（ステップ９２３）。そして、ＭＦＰ１０１では、入稿されたままの印刷画像データの印刷処理がなされることになる（ステップ９２４）。
【０１１１】
次に、クラウドサービスサーバ１３１において実行される処理に着目して、各処理の流れを説明する。図１３は、本実施例に係る、クラウドサービスサーバ１３１における処理の流れを示すフローチャートである。
【０１１２】
ステップ１３０１において、印刷処理アプリケーション７００は、Ｗｅｂアプリケーションとしてリクエストを待っている状態にある。リクエストを受信すれば、ステップ１３０２へ進む。
【０１１３】
ステップ１３０２において、印刷処理アプリケーション７００は、受信したリクエストに含まれるリクエストＵＲＬ情報を取得し、当該リクエストの種類を特定する。本実施例において、リクエストの種類には、入稿要求と印刷要求の２種類がある。
【０１１４】
ステップ１３０３において、印刷処理アプリケーション７００は、ステップ１３０２で特定したリクエストの種類が入稿要求であるか否かを判定する。入稿要求であればステップ１３０４へ進む。一方、入稿要求でなければステップ１３０５へ進む。
【０１１５】
ステップ１３０４において、印刷処理アプリケーション７００は、印刷画像データの入稿処理（アップロード処理）を実行する。図１４は、印刷画像データの入稿処理の詳細を示すフローチャートである。
【０１１６】
ステップ１４０１において、印刷処理アプリケーション７００は、受信した入稿要求に係る印刷画像データを、画像データ管理モジュール７０１によってクラウドサービスサーバ１３１のＨＤＤ３０４に格納する。このとき、格納される印刷画像データには画像データ管理モジュール７０１によってＩＤが付与され管理される。
【０１１７】
ステップ１４０２において、印刷処理アプリケーション７００は、入稿要求に係る印刷画像データの種別（ファイル形式）を、入力データ判定モジュール７０３によって判定する。判定の結果、印刷画像データがＰＤＬデータの場合はステップ１４０３に進む。一方、印刷画像データがＪＰＥＧ、ＢＭＰ、ＴＩＦＦといったビットマップデータの場合は、ステップ１４０４に進む。
【０１１８】
ステップ１４０３において、印刷処理アプリケーション７００は、ＨＤＤ３０４に格納されているＰＤＬデータを解釈してビットマップ画像に変換する処理（ラスタライズ処理）を、画像変換モジュール７０２によって行う。ビットマップ画像に変換された印刷画像データは、画像データ管理モジュール７０１によってＨＤＤ３０４に再び格納される。
【０１１９】
ステップ１４０４において、印刷処理アプリケーション７００は、ＨＤＤ３０４に格納されているビットマップデータに対し補正処理（フィルタ処理等）を画像変換モジュール７０２によって行う。補正処理が施された印刷画像データは、画像データ管理モジュール７０１によってＨＤＤ３０４に再び格納される。
【０１２０】
ステップ１４０５において、印刷処理アプリケーション７００は、ＨＤＤ３０４に格納した印刷画像データの中に、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理を行う。上述のとおり、これらの処理は、画像解析モジュール７０４によって実行される。
【０１２１】
ステップ１４０６において、印刷処理アプリケーション７００は、印刷画像データにマークが含まれていてそのデコード処理がなされていればステップ１４０７に進む。一方、マークが含まれていなかった場合は、ステップ１４０８に進む。
【０１２２】
ステップ１４０７において、印刷処理アプリケーション７００は、リダイレクトＵＲＬ決定モジュール７０６によってリダイレクトＵＲＬを決定する。この際、決定したリダイレクトＵＲＬと入稿された印刷画像データとは、画像データ管理モジュール７０１によって、相互に関連付けられて管理される。
【０１２３】
ステップ１４０８において、印刷処理アプリケーション７００は、入稿された印刷画像データの格納（保管）要求を、当該印刷画像データと共にクラウドストレージサーバ１３２に送信する。
【０１２４】
ステップ１４０９において、印刷処理アプリケーション７００は、入稿要求に対するレスポンスを生成して返信すると共に、予め登録されたグループ内メンバーに入稿の事実を通知する。
【０１２５】
以上が、印刷画像データの入稿処理の内容である。
【０１２６】
図１３のフローチャートの説明に戻る。
【０１２７】
ステップ１３０５において、印刷処理アプリケーション７００は、ステップ１３０２で特定したリクエストの種類が印刷要求であるか否かを判定する。印刷要求には、どの印刷画像データに対するリクエストであるのかを示す情報（印刷画像データを特定するＩＤなど）が含まれている。印刷要求であればステップ１３０６へ進む。一方、印刷要求でなければステップ１３０７へ進む。
【０１２８】
ステップ１３０６において、印刷処理アプリケーション７００は、クラウドストレージサーバ１３２に保管された印刷画像データを印刷するための処理を実行する。図１５は、クラウドストレージサーバ１３２に保管された印刷画像データを印刷するための処理の詳細を示すフローチャートである。
【０１２９】
ステップ１５０１において、印刷処理アプリケーション７００は、受け取った印刷要求に係る印刷画像データが画像が追加可能であることを示すマークを含むものであるかどうかを、当該印刷要求に含まれるＩＤ情報を参照して判定する。マークを含む印刷画像である場合は、ステップ１５０２に進む。一方、マークを含まない印刷画像である場合は、ステップ１５１０に進む。
【０１３０】
ステップ１５０２において、印刷処理アプリケーション７００は、受信した印刷要求に含まれるＩＤ情報を参照し、当該ＩＤ情報の印刷画像データに関連付けられているリダイレクトＵＲＬの情報を、画像データ管理モジュール７０１から取得する。
【０１３１】
ステップ１５０３において、印刷処理アプリケーション７００は、取得したリダイレクトＵＲＬを含むレスポンスを生成し、印刷要求の送信元である携帯端末１５１に返信する。
【０１３２】
ステップ１５０４において、印刷処理アプリケーション７００は、レスポンスを受け取った携帯端末１５１からリダイレクトされるリクエストを受けて、前述した画像追加ページのＨＴＭＬデータを生成する。
【０１３３】
ステップ１５０５において、印刷処理アプリケーション７００は、生成した画像追加ページのＨＴＭＬデータを含むレスポンスを生成し、携帯端末１５１に返信する。ユーザは、当該画像追加ページを介して追加画像の撮影等を行い、追加したい画像のデータをクラウドサービスサーバ１３１にアップロードする。なお、この際、追加画像をどの向きに合成するのかを示す方向情報を、追加画像データと共に送信するようにしてもよい。図１６は、画像の貼り付け方向を指定するためのＵＩ画面の一例である。このＵＩ画面には、どの向きを上にして撮影した写真を貼り付けるのかを指定するための４つの矢印１６０１〜１６０４が設けられており、この例では、矢印１６０１が押下されて右側（人物の頭がある側）を上にして貼り付ける指定がなされている。ユーザはこのようなＵＩ画面において、任意の方向を指定して挿入する画像の貼り付け方向を指定した後、アップロードボタン１６０５を押下すればよい。
【０１３４】
ステップ１５０６において、印刷処理アプリケーション７００は、携帯端末１５１から追加画像のデータを受信する。
【０１３５】
ステップ１５０７において、印刷処理アプリケーション７００は、受信した追加画像についての上述の追加位置情報を取得する。
【０１３６】
ステップ１５０８において、印刷処理アプリケーション７００は、印刷要求に係る印刷画像データを、クラウドストレージサーバ１３２に要求し、取得する。
【０１３７】
ステップ１５０９において、印刷処理アプリケーション７００は、印刷画像データと追加画像データとを、取得した追加位置情報（及び方向情報）に従って合成する。
【０１３８】
ステップ１５１０において、クラウドサービスサーバ１３１は、追加画像が合成された印刷画像データ（合成画像データ）の印刷要求をＭＦＰ１０１に対し送信する。これにより、ＭＦＰ１０１において、受け取った合成画像データの印刷出力処理が実行される。
【０１３９】
図１３のフローチャートの説明に戻る。
【０１４０】
ステップ１３０７において、印刷処理アプリケーション７００は、想定外のリクエストを受け取ったと判断し、エラー処理を行う。例えば、ＨＴＴＰステータスコード４００（Bad Request）を含むレスポンスを生成し、携帯端末１５１のブラウザ６０１に返信する。
【０１４１】
以上が、本実施例におけるクラウドサービスサーバ１３１における処理である。
【０１４２】
本実施例によれば、クラウド型のプリントサービスにおいて、サーバに入稿された印刷画像データをプリントする時に、携帯端末などで撮影等した画像を簡単に追加して印刷することができる。
【実施例２】
【０１４３】
次に、スキャンデータ等をネットワーク上のサーバに保存するクラウドサービスにおいて、携帯端末のカメラアプリで撮影等した画像データを当該スキャンデータ等に追加して保存する態様について、実施例２として説明する。なお、実施例１と共通する部分については説明を省略ないしは簡略化し、ここでは差異点を中心に説明するものとする。
【０１４４】
基本となるシステム構成やシステムを構成する各装置のハードウェア構成は、実施例１と共通である。ただし、本実施例におけるクラウドサービスサーバ１３１は、スキャンデータ等の画像データを外部のＭＦＰ等から受け取って、当該受け取った画像データをクラウドストレージサーバ１３２に保管するストレージ保存サービスを提供するサーバである。
【０１４５】
＜ＭＦＰのソフトウェア構成＞
図１７は、ＭＦＰ１０１が備えるソフトウェア（スキャン処理のためのスキャンアプリケーションとそのモジュール）構成の一例を示した図である。このスキャンアプリケーションのプログラムは、ＨＤＤ２０４に格納され、ＣＰＵ２０１がＲＡＭ２０３に展開して実行する。
【０１４６】
スキャンアプリケーション１７００は、不図示の原稿台等にセットされた紙文書に対しスキャン処理を行ってスキャンデータを生成するためのソフトウェアであり、以下の各モジュール１７０１−１７０５から構成される。
【０１４７】
画面表示モジュール１７０１は、スキャン処理の実行に関わる各種の情報を操作部１１１上に表示するためのソフトウェアモジュールである。
【０１４８】
スキャン処理モジュール１７０２は、スキャナＩ／Ｆ２１７を介してスキャナ部１１２を駆動し紙文書を読み取る処理を行うソフトウェアモジュールである。スキャナ部１１２で得られた画像データ（スキャンデータ）はＨＤＤ２０４に格納される。
【０１４９】
ジョブ処理モジュール１７０３は、ＨＤＤ２０４に格納された画像データをＪＰＥＧ等の画像フォーマットに変換するためのソフトウェアモジュールである。
【０１５０】
スキャンデータ管理モジュール１７０４は、前記ジョブ処理モジュール１７０３で変換された画像データをスキャンデータとして管理するためのソフトウェアモジュールである。
【０１５１】
通信モジュール１７０５は、クラウドサービスサーバ１３１とネットワークＩ／Ｆ２０６を介して通信を行うためのソフトウェアモジュールである。
【０１５２】
＜クラウドサービスサーバのソフトウェア構成＞
図１８は、クラウドサービスサーバ１３１が備えるソフトウェア（ストレージ保存処理アプリケーションとそのモジュール）構成の一例を示した図である。このアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３１０がＲＡＭ３０２に展開して実行する。
【０１５３】
ストレージ保存処理アプリケーション１８００は、クラウドサービスサーバ１３１上でＷｅｂサービスを公開し、ストレージ保存のための処理を行うＷｅｂアプリケーションである。
【０１５４】
画像データ管理モジュール１８０１は、ストレージ保存の対象となる画像データ（以下、保存画像データ）に対する各種処理の過程で生まれる中間データを管理するモジュールである。
【０１５５】
画像処理モジュール１８０２は、ストレージ保存処理アプリケーション１８００が受け取った保存画像データに対して必要な画像処理を行うモジュールである。例えば、カメラ等から入力された写真画像であれば台形補正などの補正処理を実行する。更には、プレビュー画像などの生成も行う。
【０１５６】
入力データ判定モジュール１８０３は、ストレージ保存処理アプリケーション１８００が受け取った保存画像データがどのようなデバイスから入力されたデータであるのかを判定するモジュールである。例えば、保存画像データがＪＰＥＧの画像フォーマットで提供される場合、ＪＰＥＧ中に含まれるＥｘｉｆ情報を抽出して、保存画像データを生成したデバイスを特定することができる。このようにして、受信した保存画像データが、スキャナで読み取られたスキャンデータなのか、或いはカメラなどで撮影された写真画像データなのかが判定される。
【０１５７】
画像解析モジュール１８０４、画像解析ＤＢ１８０５、リダイレクトＵＲＬ決定モジュール１８０６及び画像合成モジュール１８０７は、実施例１における各モジュール７０４、７０５、７０６及び７０７にそれぞれ対応する。
【０１５８】
＜処理シーケンス＞
次に、本実施例に係る、保存画像データの入稿からストレージサーバに保存されるまでの処理の流れを説明する。以下では、サービスの利用登録をしておくと、保存画像データ（本実施例では、スキャンデータ）が入稿されると携帯端末等に通知が届き、当該保存画像データに携帯端末等で撮影等した画像を合成した上でサーバにその保存がなされるというケースを想定する。
【０１５９】
なお、本実施例では、ＭＦＰ１０１で紙文書をスキャンして得られたスキャンデータを保存画像データとして入稿する場合を例に説明するが、例えば、携帯端末などカメラ機能を持つ装置で撮影した写真画像データを保存画像データとして入稿してもよい。
【０１６０】
図１９は、本実施例に係る、紙文書のスキャン処理から保存画像データとしてのスキャンデータがストレージサーバに保存されるまでの処理の流れを示すシーケンスチャートである。
【０１６１】
ステップ１９００において、ＭＦＰ１０１は、ユーザの指示を受けて、スキャンアプリケーション１７００によって、不図示の原稿台等にセットされた紙文書のスキャンを実行する。スキャンによって得られた画像信号は、ジョブ処理モジュール５０３によってスキャンデータとなり、スキャンデータ管理モジュール５０４によってＨＤＤ２０４に格納される。
【０１６２】
ステップ１９０１において、ＭＦＰ１０１は、不図示のＵＩ画面を介したユーザ指示を受けて、得られたスキャンデータの入稿要求をクラウドサービスサーバ１３１に送信する。この入稿要求の中には、その指示を行ったユーザの情報と保存画像データとしてのスキャンデータが含まれる。
【０１６３】
ステップ１９０２において、クラウドサービスサーバ１３１（ストレージ保存処理アプリケーション１８００）は、受信した保存画像データをＨＤＤ３０４に格納する。この際、保存画像データは、画像データ管理モジュール１８０１によって保存画像データ毎にＩＤが付与されて管理される。
【０１６４】
ステップ１９０３において、クラウドサービスサーバ１３１（入力データ判定モジュール１８０３）は、受信した画像データの種類を判定する。 
ステップ１９０４において、クラウドサービスサーバ１３１（画像処理モジュール１８０２）は、ステップ１９０３での判定結果に基づき、受信した保存画像データの種類に応じた画像処理（台形補正や背景除去等の処理）を行う。本実施例の場合、保存画像データはスキャンデータなので、それに応じた背景除去等の画像処理がなされることになる。
【０１６５】
ステップ１９０５において、クラウドサービスサーバ１３１（画像解析モジュール１８０４）は、必要な画像処理が施された保存画像データに対して前述の解析処理を行う。すなわち、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理がなされる。
【０１６６】
ステップ１９０５での解析処理の結果、マークが確認された場合、ステップ１９０６において、クラウドサービスサーバ１３１（リダイレクトＵＲＬ決定モジュール１８０６）は、リダイレクトＵＲＬを決定する。
【０１６７】
ステップ１９０７において、クラウドサービスサーバ１３１は、保存画像データがグループ内メンバーによって入稿された旨を、予め登録されたメールアドレスを参照して通知する。
【０１６８】
ステップ１９０８において、携帯端末１５１は、ユーザに指示に応じて、通知に係る保存画像データのストレージ保存要求をクラウドサービスサーバ１３１に対して送信する。この際のストレージ保存要求は、実施例１の印刷要求と同様、対象となる保存画像データのＩＤに加え、日時やジョブＩＤなどが含まれる。
【０１６９】
ステップ１９０９〜ステップ１９１６の各処理は、実施例１におけるステップ９１１〜ステップ９１８に相当し、特に異なるところはないので説明を省略する。
【０１７０】
ステップ１９１７において、クラウドサービスサーバ１３１（画像合成モジュール１８０７）は、入稿された保存画像データ（ここではスキャンデータ）と追加画像データとを、前述の追加位置情報に従って合成する。
【０１７１】
ステップ１９１８において、クラウドサービスサーバ１３１は、追加画像が合成された保存画像データ（合成画像データ）の格納要求を当該合成画像データと共にクラウドストレージサーバ１３２に送信する。
【０１７２】
ステップ１９１９において、クラウドストレージサーバ１３２は、受け取った合成画像データをＨＤＤ３０４内に格納し保存する。
【０１７３】
ステップ１９２０において、クラウドストレージサーバ１３２は、ストレージ保存要求に係る合成画像データを保存したことをクラウドサービスサーバ１３１へ応答する。
【０１７４】
ステップ１９２１において、クラウドサービスサーバ１３１は、携帯端末１５１に対してストレージ保存完了の通知を送信する。
【０１７５】
以上が、保存画像データの入稿からストレージサーバに保存されるまでの処理の流れである。
【０１７６】
なお、解析処理（ステップ１９０５）の結果、画像が追加可能であることを示すマークが確認されなかった場合は、ストレージ保存要求（ステップ１９０８）を受けて、直ちにその保存がクラウドストレージサーバ１３２に対して指示される（ステップ１９１８）。
【０１７７】
次に、クラウドサービスサーバ１３１において実行される処理に着目して、各処理の流れを説明する。図２０は、本実施例に係る、クラウドサービスサーバ１３１における処理の流れを示すフローチャートである。
【０１７８】
ステップ２００１において、ストレージ保存処理アプリケーション１８００は、Ｗｅｂアプリケーションとしてリクエストを待っている状態にある。リクエストを受信すれば、ステップ２００２へ進む。
【０１７９】
ステップ２００２において、ストレージ保存処理アプリケーション１８００は、受信したリクエストに含まれるリクエストＵＲＬ情報を取得し、当該リクエストの種類を特定する。本実施例において、リクエストの種類には、入稿要求とストレージ保存要求の２種類がある。
【０１８０】
ステップ２００３において、ストレージ保存処理アプリケーション１８００は、ステップ２００２で特定したリクエストの種類が入稿要求であるか否かを判定する。入稿要求であればステップ２００４へ進む。一方、入稿要求でなければステップ２００５へ進む。
【０１８１】
ステップ２００４において、ストレージ保存処理アプリケーション１８００は、保存画像データの入稿処理（アップロード処理）を実行する。図２１は、保存画像データの入稿処理の詳細を示すフローチャートである。
【０１８２】
ステップ２１０１において、ストレージ保存処理アプリケーション１８００は、受信した入稿要求に係る保存画像データを、画像データ管理モジュール１８０１によってクラウドサービスサーバ１３１のＨＤＤ３０４に格納する。このとき、格納される保存画像データには画像データ管理モジュール１８０１によってＩＤが付与され管理される。
【０１８３】
ステップ２１０２において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データがどのようなデバイスから入力されたデータであるのかを、入力データ判定モジュール１８０３によって判定する。判定の結果、保存画像データの入力先はカメラ等の撮影機能を有する装置である（データは写真画像データ）と判定された場合は、ステップ２１０３に進む。一方、判定の結果、保存画像データの入力先はスキャナ等である（データはスキャンデータ）と判定された場合は、ステップ２１０４に進む。
【０１８４】
ステップ２１０３において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データとしての写真画像データに応じた補正処理を、画像処理モジュール１８０２によって行う。補正処理が施された保存画像データは、画像データ管理モジュール１８０１によってＨＤＤ３０４に再び格納される。
【０１８５】
ステップ２１０４において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データとしてのスキャンデータに応じた補正処理を画像処理モジュール１８０２によって行う。補正処理が施された保存画像データは、画像データ管理モジュール１８０１によってＨＤＤ３０４に再び格納される。
【０１８６】
ステップ２１０５において、ストレージ保存処理アプリケーション１８００は、入稿された保存画像データの中に、画像が追加可能であることを示すマークが含まれているかどうかをチェックし、含まれていればその解析（デコード）処理を行う。上述のとおり、これらの処理は、画像解析モジュール１８０４によって実行される。
【０１８７】
ステップ２１０６において、ストレージ保存処理アプリケーション１８００は、保存画像データにマークが含まれていてそのデコード処理がなされていればステップ２１０７に進む。一方、マークが含まれていなかった場合は、ステップ２１０８に進む。
【０１８８】
ステップ２１０７において、ストレージ保存処理アプリケーション１８００は、リダイレクトＵＲＬ決定モジュール１８０６によってリダイレクトＵＲＬを決定する。この際、決定したリダイレクトＵＲＬと入稿された保存画像データとは、画像データ管理モジュール１８０１によって、相互に関連付けられて管理される。
【０１８９】
ステップ２１０８において、ストレージ保存処理アプリケーション１８００は、入稿要求に対するレスポンスを生成して返信すると共に、予め登録されたグループ内メンバーに入稿の事実を通知する。
【０１９０】
以上が、保存画像データの入稿処理の内容である。
【０１９１】
図２０のフローチャートの説明に戻る。
【０１９２】
ステップ２００５において、ストレージ保存処理アプリケーション１８００は、ステップ２００２で特定したリクエストの種類がストレージ保存要求であるか否かを判定する。ストレージ保存要求には、どの保存画像データに対するリクエストであるのかを示す情報（保存画像データを特定するＩＤなど）が含まれている。ストレージ保存要求であればステップ２００６へ進む。一方、ストレージ保存要求でなければステップ２００７へ進む。
【０１９３】
ステップ２００６において、ストレージ保存処理アプリケーション１８００は、ストレージ保存要求に係る保存画像データをクラウドストレージサーバ１３２に保存するための処理を実行する。図２２は、クラウドストレージサーバ１３２に保存画像データを保存するための処理の詳細を示すフローチャートである。
【０１９４】
ステップ２２０１において、ストレージ保存処理アプリケーション１８００は、ストレージ保存要求に係る保存画像データが、画像が追加可能であることを示すマークを含むものであるかどうかを、当該ストレージ保存要求に含まれるＩＤ情報を参照して判定する。マークを含む保存画像である場合は、ステップ２２０２に進む。一方、マークを含まない保存画像である場合は、ステップ２２０９に進む。
【０１９５】
ステップ２２０２において、ストレージ保存処理アプリケーション１８００は、受信したストレージ保存要求に含まれるＩＤ情報を参照する。そして、当該ＩＤ情報に対応する保存画像データに関連付けられているリダイレクトＵＲＬの情報を、画像データ管理モジュール１８０１から取得する。
【０１９６】
ステップ２２０３において、ストレージ保存処理アプリケーション１８００は、取得したリダイレクトＵＲＬを含むレスポンスを生成し、ストレージ保存要求の送信元である携帯端末１５１に返信する。
【０１９７】
ステップ２２０４において、ストレージ保存処理アプリケーション１８００は、レスポンスを受け取った携帯端末１５１からリダイレクトされるリクエストを受けて、前述した画像追加ページのＨＴＭＬデータを生成する。
【０１９８】
ステップ２２０５において、ストレージ保存処理アプリケーション１８００は、生成した画像追加ページのＨＴＭＬデータを含むレスポンスを生成し、携帯端末１５１に返信する。ユーザは、当該画像追加ページを介して追加画像の撮影等を行い、クラウドサービスサーバ１３１に追加画像データをアップロードする。
【０１９９】
ステップ２２０６において、ストレージ保存処理アプリケーション１８００は、携帯端末１５１から追加画像データを受信する。なお、実施例１で述べたとおり、追加画像をどの向きに合成するのかを示す方向情報を、追加画像のデータと共に受け取るようにしてもよい。
【０２００】
ステップ２２０７において、ストレージ保存処理アプリケーション１８００は、受信した追加画像についての追加位置情報を取得する。
【０２０１】
ステップ２２０８において、ストレージ保存処理アプリケーション１８００は、ＨＤＤ３０４から保存画像データと追加画像データを読み出し、取得した追加位置情報（及び方向情報）に従って合成する。生成された合成画像データは、ＰＤＦ等のファイルフォーマットに変換される。
【０２０２】
ステップ２２０９において、クラウドサービスサーバ１３１は、合成処理によって得られた合成画像データの保存指示をクラウドストレージサーバ１３２に対し行う。これにより、クラウドストレージサーバ１３２において、受け取った合成画像データの保存処理が実行される。なお、追加画像データのアップロード時に保存先情報を一緒に送信し、当該保存先情報に基づいて、合成画像データを保存するようにしてもよい。
【０２０３】
図２０のフローチャートの説明に戻る。
【０２０４】
ステップ２００７において、ストレージ保存処理アプリケーション１８００は、想定外のリクエストを受け取ったと判断し、エラー処理を行う。
【０２０５】
以上が、本実施例におけるクラウドサービスサーバ１３１における処理である。
【０２０６】
以上のように、本実施例によれば、クラウド型のストレージサービスにおいて、サーバに入稿された保存画像データに、携帯端末などで撮影等した画像を簡単に追加して保存することができる。
【０２０７】
（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015103919.tif 000003
【図２】
2015103919.tif 000004
【図３】
2015103919.tif 000005
【図４】
2015103919.tif 000006
【図５】
2015103919.tif 000007
【図６】
2015103919.tif 000008
【図７】
2015103919.tif 000009
【図８】
2015103919.tif 000010
【図９】
2015103919.tif 000011
【図１０】
2015103919.tif 000012
【図１１】
2015103919.tif 000013
【図１２】
2015103919.tif 000014
【図１３】
2015103919.tif 000015
【図１４】
2015103919.tif 000016
【図１５】
2015103919.tif 000017
【図１６】
2015103919.tif 000018
【図１７】
2015103919.tif 000019
【図１８】
2015103919.tif 000020
【図１９】
2015103919.tif 000021
【図２０】
2015103919.tif 000022
【図２１】
2015103919.tif 000023
【図２２】
2015103919.tif 000024