(57)【要約】【課題】例えば、スキャン画像を利用したワークフローシステムにおいて、撮影した画像を張り付けるのは手間である。【解決手段】画像データを供給可能な装置とネットワークを介して通信可能な情報処理装置であって、入力画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、入力画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な第１の装置に対し、追加する画像のデータの供給を促す手段と、前記第１の装置から供給された画像を、前記マークに基づいて前記入力画像に合成する合成手段と、を備えたことを特徴とする。【選択図】図１０
2015023537.tif 000002
【特許請求の範囲】
【請求項１】
画像データを供給可能な装置とネットワークを介して通信可能な情報処理装置であって、
入力画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、
入力画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な第１の装置に対し、追加する画像のデータの供給を促す手段と、
前記第１の装置から供給された画像を、前記マークに基づいて前記入力画像に合成する合成手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記マークは、前記追加する画像に関する制限情報が符号化されたコードであり、
前記コードを解析して前記制限情報を抽出する解析手段をさらに備え、
前記合成手段は、前記解析によって抽出された制限情報に従って前記合成を行う
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１の装置から供給された画像が、前記制限情報に違反するかどうかを判定する手段をさらに備え、
前記制限情報に違反すると判定された場合、前記促す手段は、追加する画像のデータの供給を再度促す
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第１の装置はカメラを備え、
前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータが、前記追加する画像のデータとして供給される
ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記促す手段からの促しに応じて前記カメラによって撮影された画像のデータ又は予め保存された画像の中から選択された画像のデータが、前記追加する画像のデータとして供給されることを特徴とすることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記入力画像は、原稿をスキャンして得られたスキャン画像であり、
前記スキャン画像のデータは、画像データを供給可能な第２の装置であってスキャナ機能を備えた装置から供給される
ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記第１の装置はＷｅｂブラウザを備え、
前記Ｗｅｂブラウザからの要求に応じて所定の応答を行うＷｅｂサーバとして機能する
ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
請求項１乃至７のいずれか１項に記載の情報処理装置と、少なくとも前記第１の装置を含む、システム。
【請求項９】
画像データを供給可能な装置とネットワークを介して通信可能な情報処理装置における画像データの処理方法であって、
入力画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定するステップと、
入力画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な第１の装置に対し、追加する画像のデータの供給を促すステップと、
前記第１の装置から供給された画像を、前記マークに基づいて前記入力画像に合成するステップと、
を含むことを特徴とする画像データの処理方法。
【請求項１０】
コンピュータを、請求項１乃至７のいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、読み取った画像に画像を追加合成する技術に関する。
【背景技術】
【０００２】
従来より、紙の申請書を用いた様々な申請を行うワークフローが存在する。通常、申請書はフォーマットが決まっており、そのフォーマットに従って印刷された申請用紙に手書き等で必要事項を記入して申請処理が行われている。また手書きで記入する以外にも、撮影した画像の印刷物（写真）を申請用紙に糊等で張り付けるようなこともある。
【０００３】
近年では、紙の申請書をＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）のスキャン機能やドキュメントスキャナ等を用いて電子化し、申請業務を電子的ワークフローとして処理することも行われている。
【０００４】
そのような状況下、現在では、スマートフォンやタブレット端末といった携帯端末にはカメラが備えられるようになり、いつでも簡単に撮影を行うことができるようになった。
【０００５】
そこで、前述したような電子的ワークフローとして処理するようなシステムにおいて、携帯端末で撮影した画像を電子化された申請書の画像に直接添付できるようにすることも考えられる。この点、スキャンで読み取った画像の一部を特定の画像に入れ替える技術が存在する（例えば、特許文献１）。このような技術を利用して、あらかじめスキャンして得られた申請書の画像の一部を、あらかじめ撮影した画像に入れ替えて１つの文書として処理することも考えられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−２９２３００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の技術を採用する場合、入れ替える画像のデータをあらかじめ撮影する等して用意しておく必要がある。その上、印刷した写真を物理的に張り付けた申請用紙を取り扱う紙ベースのワークフローとは異なる新たなワークフローのシステムを別途構築する必要がある。
【０００８】
そして、電子化された文書等の画像データに別途撮影等で得た画像データを追加したいというケースは、上述したような申請業務以外にも想定され得ることである。
【課題を解決するための手段】
【０００９】
本発明に係る情報処理装置は、画像データを供給可能な装置とネットワークを介して通信可能な情報処理装置であって、入力画像の中に、画像が追加可能であることを示すマークが含まれているかどうかを判定する手段と、入力画像の中に前記マークが含まれていると判定された場合に、画像データを供給可能な第１の装置に対し、追加する画像のデータの供給を促す手段と、前記第１の装置から供給された画像を、前記マークに基づいて前記入力画像に合成する合成手段と、を備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、それまでの紙ベースのワークフローを活かしつつ、電子化された文書等の画像データに撮影等で得た画像データを追加することができる。
【図面の簡単な説明】
【００１１】
【図１】資産申請のワークフローを実現するシステムの構成例を示す図である。
【図２】ＭＦＰのハードウェア構成の一例を示すブロック図である。
【図３】Ｗｅｂサーバのハードウェア構成の一例を示すブロック図である。
【図４】携帯端末のハードウェア構成の一例を示すブロック図である。
【図５】ＭＦＰが備えるソフトウェア構成の一例を示した図である。
【図６】Ｗｅｂサーバが備えるソフトウェア構成の一例を示した図である。
【図７】携帯端末が備えるソフトウェア構成の一例を示すブロック図である。
【図８】資産の登録申請に用いる申請用紙の一例を示す図である。
【図９】本システムにおける、ＭＦＰで申請用紙のスキャンを行ってからＷｅｂサーバにそのスキャン画像データが電子書面として保存されるまでの処理の流れを示すフローチャートである。
【図１０】スキャン開始を促すＵＩ画面の一例を示す図である。
【図１１】本システムにおける、申請処理の流れを示すフローチャートである。
【図１２】画像追加ページのＨＴＭＬデータの一例を示す図である。
【図１３】図１２のＨＴＭＬデータに対応する「画像追加ページ」の表示画面を示す図である。
【図１４】申請ページの表示画面を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１３】
本実施例では、資産の申請を行うワークフローのためのシステムを例に説明するものとする。具体的には、必要事項を記入した資産の申請用紙をスキャンし、得られたスキャン画像データに対して、携帯端末のカメラで撮影した資産の画像データを追加（合成）して申請を行うワークフローシステムについて説明する。
【００１４】
もちろん、以下で述べる資産申請のためのワークフローシステムは一例であって、本発明は、電子化された文書等の画像データに別途撮影等で得た画像データを添付することを含むようなあらゆる場面に幅広く適用可能である。
【００１５】
＜システム構成＞
図１は、本実施例に係る資産の申請を行うワークフローを実現するシステムの構成例を示す図である。
【００１６】
図１に示すシステム１００は、ＭＦＰ１１０、Ｗｅｂサーバ１２０および携帯端末１３０で構成され、それらがイーサネット（登録商標）や無線ＬＡＮなどからなるネットワーク１４０を介して通信可能になっている。
【００１７】
ＭＦＰ１１０は、スキャナ機能やプリンタ機能を有する複合機である。システム１００においてＭＦＰ１１０は、資産の申請用紙をスキャンして電子化する（スキャン画像データを得る）ためのスキャン端末として利用する。スキャン画像データは、ネットワーク１４０を介してＷｅｂサーバ１２０に供給可能となっている。
【００１８】
Ｗｅｂサーバ１２０は、ＭＦＰ１００で生成された申請用紙のスキャン画像データに、別途撮影等された資産の画像データの追加処理（合成処理）を行うＷｅｂアプリケーションを実行する情報処理装置である。
【００１９】
携帯端末１３０は、申請内容の確認や申請処理を行うと共に、付属のカメラで撮影した資産の画像データをＷｅｂサーバに送信する。Ｗｅｂサーバ１２０との通信はクライアントアプリケーションとしてのＷｅｂブラウザによってなされる。
【００２０】
なお、システムを構成する要素は上述の例に限られず、例えば、ＭＦＰ１１０に代えて汎用スキャナなどを接続した汎用コンピュータとしてもよい。また、ＭＦＰ１１０を構成から省き、携帯端末１３０で申請用紙を撮影して得た画像を上述のスキャン画像として扱うようにしてもよい。
【００２１】
＜ＭＦＰ１１０のハードウェア構成＞
図２は、ＭＦＰ１１０のハードウェア構成の一例を示すブロック図であり、操作部１１１、スキャナ部１１２、プリンタ部１１３および制御部２００で構成されている。
【００２２】
操作部１１１は、タッチスクリーン機能を有する液晶パネルなどで構成され、ユーザに対して種々の情報を表示したり、スキャン指示などのユーザ入力を受け付ける機能を持つ。
【００２３】
スキャナ部１１２は、原稿台やＡＤＦにセットされた原稿（本実施例では資産の申請用紙）をスキャンして画像データを取得する機能を有する。
【００２４】
プリンタ部１１３は、制御部２００から受け取った画像データを用いて、紙等の記録媒体上に画像を印刷する機能を有する。
【００２５】
制御部２００は、上述した各部と電気的に接続されると共にネットワーク１４０に接続されている。制御部２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２５、ネットワークＩ／Ｆ２０６、スキャナＩ／Ｆ２０７、画像処理部２０８、プリンタＩ／Ｆ２０９、内部バス２１０を備えている。
【００２６】
ＣＰＵ２０１は、ＭＦＰ１１０を統括的に制御するプロセッサであって、ＲＯＭ２０２に記憶された制御プログラム等に基づいて、内部バス２１０を介して接続された各部を制御する。
【００２７】
ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。
【００２８】
ＨＤＤ２０４は、ハードディスクドライブであり、システムソフトウェアや画像データを格納する。
【００２９】
操作部Ｉ／Ｆ２０５は、内部バス２１０と操作部１１１とを繋ぐインタフェースであり、操作部１１１に表示される画像のデータの操作部１１１への出力や、操作部１１１から入力されたユーザ指示などの入力の橋渡しを行う。
【００３０】
ネットワークＩ／Ｆ２０６は、内部バス２１０とネットワーク１４０とを繋ぐインタフェースであり、ネットワーク１４０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を行う。
【００３１】
スキャナＩ／Ｆ２０７は、内部バス２１０とスキャナ部１１２とを繋ぐインタフェースであり、スキャナ部１１２から受け取ったスキャン画像データに対する、補正、加工、編集なども行う。
【００３２】
画像処理部２０８は、画像の回転、圧縮、伸張といった各種画像処理を行う。
【００３３】
プリンタＩ／Ｆ２０９は、画像処理部２０８から画像データを受け取り、当該画像データに付随している属性情報を参照しながら印刷用の画像データを生成する。印刷用画像データは、プリンタ部１１３に送られて印刷出力される。
【００３４】
＜Ｗｅｂサーバ１２０のハードウェア構成＞
図３は、情報処理装置としてのＷｅｂサーバ１２０のハードウェア構成の一例を示すブロック図である。
【００３５】
Ｗｅｂサーバ１２０は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４およびネットワークＩ／Ｆ３０５、内部バス３０６で構成されている。
【００３６】
ＲＯＭ３０３或いはＨＤＤ３０４には、オペレーティングシステムやアプリケーションなどの制御プログラムが格納されている。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピュータとしての機能を発揮する。
【００３７】
ネットワークＩ／Ｆ３０５は、内部バス３０６とネットワーク１４０とを繋ぐインタフェースであり、ネットワーク１４０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を行う。
【００３８】
＜携帯端末１３０のハードウェア構成＞
図４は、携帯端末１３０のハードウェア構成の一例を示すブロック図である。
【００３９】
携帯端末１３０は、制御部４００、タッチパネル部４０７、オーディオ部４０８、通信部４０９、センサ部４１０、カメラ部４１１で構成される。
【００４０】
制御部４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、タッチパネルＩ／Ｆ４０４、周辺装置Ｉ／Ｆ４０５、内部バス４０６を備えている。
【００４１】
ＣＰＵ４０１は、ＲＯＭ４０２に記憶された制御プログラム等に基づいて各部を統括的に制御する。また、ＣＰＵ４０１は、周辺装置Ｉ／Ｆ４０５を介して、オーディオ部４０８、通信部４０９、センサ部４１０、カメラ部４１１を制御する。
【００４２】
ＲＡＭ４０３はプログラムの実行時にワーク領域として利用される。
【００４３】
タッチパネルＩ／Ｆ４０４は、内部バス４０６とタッチパネル部４０７とを繋ぐインタフェースであり、タッチパネル部４０７に対するタッチ操作の圧力や位置などに関するデータを複数のタッチ点について同時に処理することができる。また、タッチパネル部４０７はユーザの入力操作を受け付けると共に、ユーザに各種情報の表示も行う。
【００４４】
オーディオ部４０８は、音を出力するスピーカやボリューム調整装置で構成される。
【００４５】
通信部４０９は、ネットワーク１４０を介して接続されている他の装置との間で画像データ等の各種情報の送受信を無線通信で行う。
【００４６】
センサ部４１０は、傾きや加速度、明るさなどを測定する各種センサで構成される。
【００４７】
カメラ部４１１は、撮影を行うためのレンズや撮像素子等で構成される。
【００４８】
＜ＭＦＰ１１０のソフトウェア構成＞
図５は、ＭＦＰ１１０が備えるソフトウェア（申請書のスキャン処理のためのアプリケーション（以下、申請書スキャンアプリケーション）とそのモジュール）構成の一例を示した図である。この申請書スキャンアプリケーションのプログラムは、ＨＤＤ２０４に格納され、ＣＰＵ２０１がＲＡＭ２０３に展開して実行する。
【００４９】
申請書スキャンアプリケーション５００は、原稿（本実施例では資産の申請用紙）をスキャナ部１１２でスキャンし、得られたスキャン画像データをＷｅｂサーバ１２０に送信するためのソフトウェアであり、以下の各モジュール５０１−５０４から構成される。
【００５０】
ＵＩモジュール５０１は、スキャン処理を実行するためのＵＩ画面を操作部１１１上に表示するためのモジュールである。
【００５１】
スキャン処理モジュール５０２は、スキャナＩ／Ｆ２０７を介してスキャナ部１１２を駆動し、原稿台等にセットされた原稿を読み取る処理（スキャン処理）を行うためのモジュールである。スキャン処理によって得られたスキャン画像データはＨＤＤ２０４に保存される。
【００５２】
フォーマット変換処理モジュール５０３は、ＨＤＤ２０４に格納された画像データをＪＰＥＧ等の画像フォーマット（ラスタデータ）に変換する処理を行うためのモジュールである。フォーマット変換されたスキャン画像データはＨＤＤ２０４に保存される。
【００５３】
転送モジュール５０４は、ＨＤＤ２０４に保存されたスキャン画像データを、ネットワークＩ／Ｆ２０６を介してＷｅｂサーバ１２０に送信するためのモジュールである。
【００５４】
＜Ｗｅｂサーバ１２０のソフトウェア構成＞
図６は、情報処理装置としてのＷｅｂサーバ１２０が備えるソフトウェア（ＭＦＰ通信アプリケーションと申請処理アプリケーション及びそのモジュール）構成の一例を示した図である。これらアプリケーションのプログラムは、ＨＤＤ３０４に格納され、ＣＰＵ３０１がＲＡＭ３０２に展開して実行する。
【００５５】
ＭＦＰ通信アプリケーション６０１は、Ｗｅｂサーバ１２０上でＷｅｂサービスを公開し、ＭＦＰ１１０と各種通信を行うためのアプリケーションである。申請アプリケーション６０２は、携帯端末１３０が備えるＷｅｂブラウザ７０１からの要求に応じて申請処理の手続きを行うためのアプリケーションである。これらアプリケーションには、以下の各モジュールが含まれる。
【００５６】
文書管理モジュール６０３は、各種の紙の書類（本実施例では、申請処理に使用する申請用紙）のスキャン画像データをＨＤＤ３０４に保存し、電子書面として管理するためのモジュールである。本実施例の場合、電子書面には、「写真未添付書面画像」と「写真添付済み書面画像」とが存在し、それぞれが固有のＵＲＩ（ＩＤ）でリソース管理される。
【００５７】
電子メール送信モジュール６０４は、ネットワーク１４０を介して接続されている電子メールサーバ（不図示）と通信して、ユーザに電子メールを送信するためのモジュールである。
【００５８】
合成処理モジュール６０５は、２つの画像を合成する処理の他、スキャン画像に含まれる「マーク」の像域分離を行ったり、「マーク」が符号化されている場合はそれを解析（復号化）して文字データを抽出する処理を行うためのモジュールである。なお、「マーク」の詳細については後述する。
【００５９】
＜携帯端末１３０のソフトウェア構成＞
図７は、携帯端末１３０が備えるソフトウェア（Ｗｅｂブラウザ、撮影アプリケーション、メーラ）構成の一例を示すブロック図である。これらアプリケーションのプログラムは、携帯端末１３０のＲＯＭ４０２に格納され、ＣＰＵ４０１がＲＡＭ４０３に展開して実行する。
【００６０】
Ｗｅｂブラウザ７０１は、Ｗｅｂサーバ１２０が備える上述の申請アプリケーション６０１とＨＴＴＰなど所定のプロトコルによる通信を行い、Ｗｅｂサーバから送られたＨＴＭＬデータの表示やユーザからの入力の受け付けを行う。
【００６１】
撮影アプリケーション７０２は、ユーザからの操作指示に応じて、カメラ部４１１に撮影を行わせる。撮影された画像データは、ＲＯＭ４０２に保存される。
【００６２】
メーラ７０３は、ネットワーク１４０を介して接続される電子メールサーバ（不図示）と通信をして、電子メールを送受信する。
【００６３】
＜紙文書（原稿）の電子化処理＞
次に、本実施例に係るワークフローシステムにおける、資産の登録申請に用いる申請用紙を電子化する処理（スキャン処理）について説明する。スキャン処理の説明に入る前に、本実施例におけるスキャン処理の対象となる紙文書（申請用紙）について説明する。
【００６４】
図８は、資産の登録申請に用いる申請用紙の一例を示す図である。
【００６５】
申請用紙８０１には、登録対象となる資産を撮影した写真を張り付けるための領域８０２が存在する。いま、領域８０２の中には、当該申請用子が電子化された場合において、申請に係る資産の画像データが追加可能であることを示すマークとしての２次元コード（ＱＲコード（登録商標））８０３が印刷されている。そして、２次元コード８０３には、「画像追加ページのＵＲＩ」、「申請書上の写真（画像）添付位置（領域８０２の位置）」、「追加画像の制限情報」、「画像追加ページに表示する文字列」などの情報が含まれている。本実施例では、追加画像の制限情報として、画像サイズ（画像の下限サイズを規定）を用いることとする。なお、「申請書上の写真（画像）添付位置」は、例えば、２次元コードのサイズ（横幅）を１００として、２次元コードの左上端を基準とした場合の、当該基準位置からの相対位置を示す座標で表現すればよい。この他、例えば申請用紙の四隅を基準として特定してもよい。これによりスキャン時の位置やサイズのずれがあっても後述の画像合成の際に位置を合わせることが可能となる。
【００６６】
ユーザは、このような申請用紙８０１に必要事項を記入したものをＭＦＰ１１０の原稿台等にセットしてスキャンを行い、紙文書である申請用紙を電子化して資産の登録申請を行うことになる。本実施例の場合、ユーザは、申請用紙に資産の写真を糊等で物理的に貼り付けたものをスキャンして申請を行ってもよいし、写真が未添付の申請用紙をスキャンした後に携帯端末１３０から資産を撮影等し、後から画像を追加（合成）して申請を行ってもよい。そして、前者の場合（資産の写真を物理的に張り付けていた場合）、上述の２次元コード８０３は貼り付けられた写真によって覆い隠されるため、スキャン画像上に２次元コードは含まれないことになる。一方、後者の場合（資産の写真が未添付の場合）は、２次元コード８０３が露出したままの状態であるため、スキャン画像上に２次元コードが含まれることになる。
【００６７】
図９は、ＭＦＰ１１０で申請用紙のスキャンを行ってからＷｅｂサーバ１２０にそのスキャン画像データが電子書面として保存されるまでの処理の流れを示すフローチャートである。
【００６８】
ＭＦＰ１１０の操作部１１１を介して上述の申請書スキャンアプリケーション５００の実行指示がユーザからなされると、ＣＰＵ２０１は、申請書スキャンアプリケーション５００を起動する（ステップ９０１）。なお、この申請書スキャンアプリケーションの実行指示を受け付けるのに先立って、ユーザ認証（ユーザＩＤを入力させた上で、その使用権限を確認する処理）を行うのが望ましい。
【００６９】
申請書スキャンアプリケーション５００が起動すると、操作部１１１に申請書のスキャン開始を促すＵＩ画面がＵＩモジュール５０１によって表示される（ステップ９０２）。図１０は、スキャン開始を促すＵＩ画面の一例を示す図である。図１０において、スタートボタン１００１がユーザによって押下されると、スキャン処理が開始される。
【００７０】
スタートボタン１００１の押下を受け付けると、スキャン処理モジュール５０２によって、スキャナ部１１２に対し、原稿台等にセットされた申請用紙のスキャンが指示され、申請用紙の画像が読み取られる（ステップ９０３）。読み取られた画像データは、フォーマット変換処理モジュール５０３によって、所定のフォーマット形式に変換され、スキャン画像データとなる。
【００７１】
生成されたスキャン画像データは、転送モジュール５０４によってＷｅｂサーバ１２０に送信される（ステップ９０４）。
【００７２】
Ｗｅｂサーバ１２０では、文書管理モジュール６０３によって、ＭＦＰ１１０から受け取ったスキャン画像データが、当該ユーザの申請に係る電子書面として保存・登録される（ステップ９０５）。
【００７３】
そして、電子メール送信モジュール６０４によって、電子申請書面が受け付けられたことが電子メールにてユーザに通知される（ステップ９０６）。この電子メールには、例えば、以下のような「申請ページのＵＲＩ」が記載される。  
http://サーバ名/申請アプリ/資産申請ページ？文書＝01234
上記のとおりそのクエリ部分には、登録された電子書面のＩＤとして“01234”が含まれているのが分かる。なお、電子書面のＩＤは、登録時にＷｅｂサーバ１２０の文書管理モジュール６０２によって発行・付与される。
【００７４】
以上が、資産の申請用紙の場合を例にした、紙文書の電子化処理の説明である。
【００７５】
＜申請処理＞
次に、本実施例に係るシステムにおいて、資産の申請がどのように行われるかについて説明する。
【００７６】
前述のとおり、Ｗｅｂサーバ１２０からユーザ宛に送られる電子メールの中には、そのクエリ部分に電子書面のＩＤを含む「申請ページのＵＲＩ」が記載されている。ユーザは、そのＵＲＩからのリンクによりＷｅｂブラウザ７０１を起動して申請処理を行うことができる。
【００７７】
図１１は、本実施例に係る申請処理の流れを示すフローチャートである。
【００７８】
ステップ１１０１において、携帯端末１３０のＷｅｂブラウザ７０１（以下、Ｗｅｂブラウザ）は、電子メールに含まれる上記ＵＲＩからの呼び出しに従い、Ｗｅｂサーバ１２０に対し「申請ページ」のＧＥＴ要求を行う。
【００７９】
ステップ１１０２において、Ｗｅｂサーバ１２０の申請アプリケーション６０１（以下、Ｗｅｂサーバ）は、「申請ページ」のＧＥＴ要求に対し、当該要求に係る電子書面として、「写真添付済み書面画像」のデータが存在するかどうかを判定する。「写真添付済み書面画像」のデータが存在すると判定された場合は、ステップ１１１８に進む。一方、「写真添付済み書面画像」のデータが存在しないと判定された場合は、ステップ１１０３に進む。
【００８０】
ステップ１１０３において、Ｗｅｂブラウザは、「申請ページ」のＧＥＴ要求への応答として、Ｗｅｂブラウザに対し「画像追加ページ」へのリダイレクトを指示する。このリダイレクト先である「画像追加ページのＵＲＩ」は、例えば、以下のとおりであり、そのクエリ部分において、現時点で電子書面として登録されているスキャン画像を入力元とし、「写真添付済み書面画像」を出力先とすることが指定される。  
http://サーバ名/申請アプリ/画像追加ページ？入力＝○○○＆出力＝△△△
ここで、○○○は入力元となるスキャン画像のＵＲＩ、△△△は出力先となる写真添付済み書面画像のＵＲＩである。
【００８１】
ステップ１１０４において、Ｗｅｂブラウザは、Ｗｅｂサーバからのリダイレクト指示に応じて、「画像追加ページ」をＷｅｂサーバに対し要求（ＧＥＴ要求）する。
【００８２】
ステップ１１０５において、Ｗｅｂサーバは、「画像追加ページ」のＧＥＴ要求に係るＵＲＩのクエリ部分で指定される入力元となるスキャン画像（以下、入力画像）のデータを取得する。
【００８３】
ステップ１１０６において、Ｗｅｂサーバは、取得した「入力画像」に対しマーク（ここでは２次元コード）の検索を行う。本実施例のように、マークが２次元コードとしてのＱＲコードの場合は、いわゆるファインダパターンが入力画像内に含まれるかどうかをチェックすることになる。そして、ＱＲコードが見つかった場合は、その解析（復号化）を行う。見つかったマークから「画像追加ページのＵＲＩ」、「申請用紙の領域８０２の位置」、「追加画像の制限情報」、「画像追加ページに表示する文字列」の情報が無事に取得できた場合には解析成功となる。なお、検索によって複数のマークが見つかった場合は、各マークについて解析がなされる。
【００８４】
ステップ１１０７において、Ｗｅｂサーバは、１つ以上のマークが存在したかどうか（符号化されたマークの場合その解析に成功したかどうかを含む）を判定する。１つ以上のマークが存在した場合は、ステップ１１０８に進む。一方、検索処理によってマークが見つからない（或いはマークの解析に失敗した）場合は、ステップ１１１６に進む。
【００８５】
ステップ１１０８において、Ｗｅｂサーバは、ステップ１１０５で取得した入力画像データとマークの解析によって得られた情報とを用いて、画像追加ページのＨＴＭＬデータを生成する。図１２は、画像追加ページのＨＴＭＬデータの一例を示す図である。ただし一部スタイルシートやスクリプト部分は省略している。
【００８６】
要素１２０１は、Ｗｅｂブラウザで表示されるプレビュー画像を示す部分である。このプレビュー画像は、前述の入力画像からマークを削除して表示に最適なサイズにリサイズした画像であり、ＨＴＭＬデータの生成時に生成される。
【００８７】
要素１２０２は、画像追加ページの画面上に表示される文字列を指定する部分であり、ここでは「資産の写真を添付」の文字列が指定されている。この文字列は、マークの解析によって得られた「画像追加ページに表示する文字列」に対応している。
【００８８】
要素１２０３は、電子書面に添付する画像を、カメラを起動して撮影等させて選択させることを示す部分である。カメラ機能のある携帯端末でＷｅｂブラウザが対応していれば、カメラを起動させて、添付用の資産の写真をその場で撮影できる。また、予め撮影し保存してあった画像ファイルの中から選択することもできる。
【００８９】
要素１２０４は、マーク解析によって得られた文字列を入れた隠し入力要素である。この情報はスクリプト内での表示や、Ｗｅｂページがサブミットされた際に再び申請アプリケーション６０２に情報を渡すために利用される。
【００９０】
要素１２０５及び１２０６は、それぞれ「入力画像のＵＲＩ」と「写真添付済み書面画像のＵＲＩ」を入れた隠し入力要素である。この情報はＷｅｂページがサブミットされた際に再び申請アプリケーション６０２に情報を渡すために利用される。
【００９１】
生成された画像追加ページのＨＴＭＬデータは、「画像追加ページ」ＧＥＴ要求への応答として、Ｗｅｂブラウザに対し送られる。
【００９２】
図１１のフローチャートの説明に戻る。
【００９３】
ステップ１１０９において、Ｗｅｂブラウザは、Ｗｅｂサーバから受け取ったＨＴＭＬデータをレンダリングし、携帯端末１３０のタッチパネル部４０７上に「画像追加ページ」を表示する。図１３は、図１２のＨＴＭＬデータに対応する「画像追加ページ」の表示画面を示している。
【００９４】
領域１３０１は、プレビュー領域であり、要素１２０１で示されたプレビュー画像１３０２が表示されている。
【００９５】
領域１３０３は、プレビュー画像１３０２における追加画像（資産の写真）の添付位置を示しており、マーク（２次元画像）が削除され空白になっている。そして、当該領域１３０３に対する吹き出しによってメッセージ１３０４が表示されている。この吹き出しによるメッセージの内容は、前述の要素１２０２で指定される文字列に対応している。
【００９６】
ボタン１３０５は、追加する画像を指定するためのボタンであり、押下することでサブ画面１３０６が表示され、サブ画面１３０６においてユーザは、付属のカメラで撮影するか、既存の画像ファイルの中から選択するかを指定することができる。例えば、「カメラ」が指定されると、撮影アプリケーション７０２が起動して撮影可能な状態となり、ユーザが撮影を終えると、撮影した画像のパスがＷｅｂブラウザ７０１に返され、領域１３０７内に表示される。また、「画像ファイル」を選択し、携帯端末１３０に装着可能なＳＤカードメモリ等から所望の画像データを指定してもよい。この場合、指定された画像データのパスが領域１３０７内に表示されることになる。
【００９７】
ＯＫボタン１３０８は、撮影（或いは選択）された画像のデータをアップロード（「画像追加ページ」をサブミット）するためのボタンである。
【００９８】
図１１のフローチャートの説明に戻る。
【００９９】
上述のＯＫボタン１３０８が押下されると、ステップ１１１０において、Ｗｅｂブラウザは、電子書面に添付するための画像データをアップロードする。すなわち、ユーザが撮影した（或いは選択した）画像のデータをＷｅｂサーバに対し送信する（ＰＯＳＴ要求）。なお、ＯＫボタン１３０８が押下されても、アップロードの対象となる画像データが特定されていない場合はエラー表示を行う等して、サブミットできないようにしてもよい。
【０１００】
ステップ１１１１において、Ｗｅｂサーバは、前述のマークの解析結果の中から、追加画像の制限情報（本実施例では「画像サイズ」）を取得する。なお、この「画像サイズ」の情報は、前述の要素１２０４において示されている。
【０１０１】
ステップ１１１２において、Ｗｅｂサーバは、ＰＯＳＴ要求に係る画像が、取得した追加画像の制限に違反していないかどうかを判定する。本実施例では、ＰＯＳＴ要求に係る画像のサイズが、制限情報としての「画像サイズ」で特定される下限サイズ以上であるかどうかがチェックされ、チェックの結果、下限サイズより小さければ制限に違反とすると判定されることになる。ＰＯＳＴ要求に係る画像が、追加画像の制限に違反すると判定された場合は、ステップ１１０８に戻り、指定された画像が追加画像の制限に反している旨のメッセージを含む新たな「画像追加ページ」のＨＴＭＬデータがＷｅｂブラウザに送られる。すなわち、追加する画像データの供給が再度促される。一方、追加画像の制限に違反していないと判定された場合は、ステップ１１１３に進む。
【０１０２】
ステップ１１１３において、Ｗｅｂサーバは、ステップ１１０５で取得した入力画像に、ステップ１１１０でアップロードされた画像を追加する。具体的には、合成処理モジュール６０４によって、上述した「申請書上の写真添付位置」等の情報に従って、「入力画像」としてのスキャン画像とＰＯＳＴ要求に係る画像とが合成される。なお、２個以上のマークが検出された場合には、各マークに対応する画像がアップロードされてそれぞれのマークの位置に画像が合成されることになる。
【０１０３】
ステップ１１１４において、Ｗｅｂサーバは、ステップ１１１３で得られた合成画像（資産の写真が合成された申請書のスキャン画像）を、電子書面として保存する。具体的には、文書管理モジュール６０２によって出力先のＵＲＩに合成画像が保存される。これによりステップ１１１３で得られた合成画像は、これ以降「写真添付済み書面画像」として扱われることになる。
【０１０４】
ステップ１１１５において、Ｗｅｂサーバは、呼び出し元である「申請ページ」にリダイレクトするよう、Ｗｅｂブラウザに応答する。これにより、処理はステップ１１０１に戻る。なお、「申請ページのＵＲＩ」にはそのクエリ部分に電子書面のＩＤを含んでいる。
【０１０５】
ステップ１１１６において、Ｗｅｂサーバは、ステップ１１０５で取得した入力画像のデータを、文書管理モジュール６０２によって出力先となる写真添付済み書面画像のＵＲＩに保存する。これによりマークを含まない入力画像（すなわち、資産の写真が物理的に貼り付けられた申請書のスキャン画像）」が「写真添付済み書面画像」として扱われることになる。
【０１０６】
ステップ１１１７において、Ｗｅｂサーバは、呼び出し元である「申請ページのＵＲＩ」にリダイレクトするよう、Ｗｅｂブラウザに応答する。これにより、処理はステップ１１０１に戻る。
【０１０７】
ステップ１１１８において、Ｗｅｂサーバは、写真添付済み書面画像のプレビュー画像を含む申請処理用ページ（以下、申請ページ）のＨＴＭＬデータを作成し、Ｗｅｂブラウザ７０１に応答する。
【０１０８】
ステップ１１０９において、Ｗｅｂブラウザは、Ｗｅｂサーバから受け取ったＨＴＭＬデータをレンダリングし、携帯端末１３０のタッチパネル部４０７上に「申請ページ」を表示する。図１４は、申請ページの表示画面の一例を示す図である。１４０１は申請書のプレビュー画像であり、領域１４０２に資産としてのコンピュータの写真が添付されている。本実施例では、写真を貼り付けた申請書のスキャンによってこのような申請ページが生成できるだけでなく、写真の代わりにマークが印刷された申請書をスキャンし、携帯端末で撮影した画像を後から合成することによっても、同様の申請ページが生成できる。
【０１０９】
このようにして生成された申請ページにおいて、ユーザは、「申請ＩＤ」、「金額」、「申請先」といった欄に必要事項を入力するなどして、申請処理を進めることになるが、以降の処理は本発明の要旨とは関係がないので説明を割愛する。
【０１１０】
なお、本実施例では、申請書に写真を添付しないでスキャンする場合に、様々な情報を組み込むことが可能な２次元コードをマークとして申請用紙に印刷することとしていたが、例えば、添付する画像の制限違反の処理が必要ないユースケースも考えられる。そのような場合であれば、２次元コード等を予め印刷するのではなく、ユーザが手書きで記載した特定の図形を「画像が追加可能であることを示すマーク」として扱うようにしてもよい。
【０１１１】
また、本実施例では、追加画像の制限情報として「画像サイズ」を用いたが、その他の制限事項を用いてもよい。例えば、添付画像の属性（例えば、人物の顔）を指定しておき、アップロードされた画像に対して顔認識処理を行って、当該画像に人物の顔が含まれていなければ制限違反と扱うようにしてもよい。
【０１１２】
また、本実施例において携帯端末上のＷｅｂブラウザや撮影アプリケーションによって実行される処理を、専用クライアントアプリケーションによって実現し、例えば追加画像の制限違反の判定を専用クライアントアプリケーションで行うようにしてもよい。また、専用クライアントアプリケーションによって、追加画像の制限に合致した撮影条件で撮影するように撮影時にカメラ部４１１を制御（例えば、制限事項に画像の解像度や明るさなどを指定）して、不適切な写真の撮影を防ぐようにしてもよい。
【０１１３】
また、Ｗｅｂサーバ１２０が、クラウド上に構築された仮想サーバによって実現されるものであっても構わない。
【０１１４】
以上のように、本実施例によれば、従来の紙ベースのワークフローを踏まえつつ、電子化されたワークフローにおいて、例えばカメラ機能を有する携帯端末で撮影した画像を合成して処理することが可能なシステムを実現できる。
【０１１５】
（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015023537.tif 000003
【図２】
2015023537.tif 000004
【図３】
2015023537.tif 000005
【図４】
2015023537.tif 000006
【図５】
2015023537.tif 000007
【図６】
2015023537.tif 000008
【図７】
2015023537.tif 000009
【図８】
2015023537.tif 000010
【図９】
2015023537.tif 000011
【図１０】
2015023537.tif 000012
【図１１】
2015023537.tif 000013
【図１２】
2015023537.tif 000014
【図１３】
2015023537.tif 000015
【図１４】
2015023537.tif 000016