(57)【要約】【課題】画像処理装置でスキャンを行うことで、他のシステムへの入力の負担を減らす仕組みを提供すること【解決手段】画像処理装置は、管理サーバへログインした上で、原稿をスキャンし、スキャンで得られたスキャン画像を管理サーバに送信し、スキャン画像から得られた文字データが含まれる入力画面を受信し、入力画面を介して、入力された文字データを含む入力データを管理サーバへ送信し、管理サーバは、画像処理装置からスキャン画像を受信し、スキャン画像から文字データを取得し、取得した文字データが含まれる入力画面を生成し、入力画面を介して入力された文字データを含む入力データを画像処理装置から受信し、当該管理サーバにログインしたユーザのユーザ情報に従って、受信した入力データを他システムへ入力要求する。【選択図】図５
2014168208.tif 000002
【特許請求の範囲】
【請求項１】
他システムと連携する管理サーバと画像処理装置とを含む情報処理システムであって、
前記画像処理装置は、
前記管理サーバへログインした上で、原稿をスキャンするスキャン手段と、
スキャン手段で得られたスキャン画像を前記管理サーバに送信するスキャン画像送信手段と、
前記スキャン画像から得られた文字データが含まれる入力画面を受信する入力画面受信手段と、
前記入力画面を介して、入力された文字データを含む入力データを前記管理サーバへ送信する入力データ送信手段と
を備え、
前記管理サーバは、
前記画像処理装置から前記スキャン画像を受信するスキャン画像受信手段と、
前記スキャン画像から文字データを取得する文字データ取得手段と、
前記文字データ取得手段で取得した文字データが含まれる入力画面を生成する入力画面生成手段と、
前記入力画面を介して入力された文字データを含む入力データを前記画像処理装置から受信する入力データ受信手段と、
当該管理サーバにログインしたユーザのユーザ情報に従って、前記入力データ受信手段で受信した入力データを他システムへ入力要求する入力要求送信手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記管理サーバは、
前記スキャン受信手段で受信したスキャン画像を格納する格納手段と、
前記入力データ画像受信手段で受信した入力データの種別に従って、前記格納手段で格納したスキャン画像とともに入力データを他システムへ入力するか否かを判定する入力判定手段と、
前記入力判定手段で、スキャン画像とともに入力データを他システムへ入力すると判定された場合に、前記格納手段で格納したスキャン画像を取得するスキャン画像取得手段とを備え、
前記入力要求送信手段は、前記スキャン画像を含む入力データを他システムへ入力要求することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記入力判定手段で、スキャン画像とともに入力データを他システムへ入力すると判定された場合に、前記入力データを受信した前記画像処理装置に対して、前記スキャン画像に対応する原稿を提出させるための文書の印刷要求をする印刷要求手段と
を更に備えることを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記管理サーバは、
前記入力判定手段で、スキャン画像とともに入力データを他システムへ入力しないと判定された場合に、前記格納手段で格納したスキャン画像を削除する削除手段
を更に備えることを特徴とする請求項２乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
前記他システムは、ワークフローシステムであって、
前記画像処理装置は、
スキャン指示をするスキャン指示手段
を更に備え、
前記管理装置は、
前記画像処理装置のスキャン指示に従ってスキャンされ、前記入力データ受信手段で受信した入力データを前記ワークフローシステムに送信することで、所定のワークフローを実行させることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
他システムと連携する管理サーバと画像処理装置とを含む情報処理システムの処理方法であって、
前記画像処理装置が、
前記管理サーバへログインした上で、原稿をスキャンするスキャンステップと、
スキャンステップで得られたスキャン画像を前記管理サーバに送信するスキャン画像送信ステップと、
前記スキャン画像から得られた文字データが含まれる入力画面を受信する入力画面受信ステップと、
前記入力画面を介して、入力された文字データを含む入力データを前記管理サーバへ送信する入力データ送信ステップと
を実行し、
前記管理サーバが、
前記画像処理装置から前記スキャン画像を受信するスキャン画像受信ステップと、
前記スキャン画像から文字データを取得する文字データ取得ステップと、
前記文字データ取得ステップで取得した文字データが含まれる入力画面を生成する入力画面生成ステップと、
前記入力画面を介して入力された文字データを含む入力データを前記画像処理装置から受信する入力データ受信ステップと、
当該管理サーバにログインしたユーザのユーザ情報に従って、前記入力データ受信ステップで受信した入力データを他システムへ入力要求する入力要求送信ステップと
を実行することを特徴とする処理方法。
【請求項７】
他システムと連携する管理サーバと画像処理装置とを含む情報処理システムのプログラムであって、
前記画像処理装置を、
前記管理サーバへログインした上で、原稿をスキャンするスキャン手段と、
スキャン手段で得られたスキャン画像を前記管理サーバに送信するスキャン画像送信手段と、
前記スキャン画像から得られた文字データが含まれる入力画面を受信する入力画面受信手段と、
前記入力画面を介して、入力された文字データを含む入力データを前記管理サーバへ送信する入力データ送信手段として機能させ、
前記管理サーバを、
前記画像処理装置から前記スキャン画像を受信するスキャン画像受信手段と、
前記スキャン画像から文字データを取得する文字データ取得手段と、
前記文字データ取得手段で取得した文字データが含まれる入力画面を生成する入力画面生成手段と、
前記入力画面を介して入力された文字データを含む入力データを前記画像処理装置から受信する入力データ受信手段と、
当該管理サーバにログインしたユーザのユーザ情報に従って、前記入力データ受信手段で受信した入力データを他システムへ入力要求する入力要求送信手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
スキャンを用いてデータ入力を効率化する情報処理システム、処理方法、プログラムに関する。
【背景技術】
【０００２】
会計関連の申請（交通費の申請など）で、従来から申請や承認にはワークフローシステムが利用されている。
特に、交通費申請処理の中でも領収書の添付が必要な場合、ワークフローを実行する際に申請者は領収書の実物をスキャンするよう求められる。
【０００３】
こうした業務では、申請データを各個人の端末上で入力するとともに、領収書については、複合機を利用してスキャンして、そのスキャンデータを申請データに貼り付けて申請を行う必要がある。このため、作業効率が低下することがあった。
このような申請業務において、特許文献１のように、交通費申請の効率を上げる仕組みが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１２４９６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１は、まず、端末上で申請データを入力し、申請処理を行う。その上で、領収書の添付が必要な場合に、複合機から領収書をスキャンして、申請データに添付する仕組みであり、端末上の入力と複合機でのスキャンを実行する必要があり、移動や処理の手間がかかるということがあった。
【０００６】
また、端末上では、領収書に記載されている内容を見ながら申請データを入力するため、領収書に記載されているにもかかわらず入力する必要があるため、ユーザから見た場合に手間のかかる処理を行っていることがある。
【０００７】
そこで、本発明の目的は、画像処理装置でスキャンを行うことで、他のシステムへの入力の負担を減らす仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明の目的を達成するための他システムと連携する管理サーバと画像処理装置とを含む情報処理システムであって、前記画像処理装置は、前記管理サーバへログインした上で、原稿をスキャンするスキャン手段と、スキャン手段で得られたスキャン画像を前記管理サーバに送信するスキャン画像送信手段と、前記スキャン画像から得られた文字データが含まれる入力画面を受信する入力画面受信手段と、前記入力画面を介して、入力された文字データを含む入力データを前記管理サーバへ送信する入力データ送信手段と、前記管理サーバは、前記画像処理装置から前記スキャン画像を受信するスキャン画像受信手段と、前記スキャン画像から文字データを取得する文字データ取得手段と、前記文字データ取得手段で取得した文字データが含まれる入力画面を生成する入力画面生成手段と、前記入力画面を介して入力された文字データを含む入力データを前記画像処理装置から受信する入力データ受信手段と、当該管理サーバにログインしたユーザのユーザ情報に従って、前記入力データ受信手段で受信した入力データを他システムへ入力要求する入力要求送信手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像処理装置でスキャンを行うことで、他のシステムへの入力の負担を減らすことができる。
【図面の簡単な説明】
【００１０】
【図１】業務処理の管理システムの構成の一例を示すシステム構成図
【図２】クライアント端末１０１、業務処理サーバ１０２、ワークフローサーバ１０３のハードウェア構成の一例を示すブロック図
【図３】複合機１０４のハードウェア構成の一例を示すブロック図
【図４】業務処理サーバ１０２のソフトウェア構成の一例を示すブロック図
【図５】複合機１０４および業務処理サーバ１０２の機能を説明するための機能ブロック図
【図６】情報処理システムによって実行されるログイン処理からワークフロー申請開始までの処理を示すフローチャート
【図７】情報処理システムによって実行されるスキャン実行処理を示すフローチャート
【図８】情報処理システムによって実行されるワークフロー申請登録処理を示すフローチャート
【図９】情報処理システムによって実行されるワークフロー承認処理（承認依頼処理）を示すフローチャート
【図１０】スキャンされる申請対象の書類の一例を示すイメージ図
【図１１】情報処理システムの各データテーブルの一例を示す図
【図１２】複合機１０４に表示される申請内容選択画面の一例を示すイメージ図
【図１３】複合機１０４に表示される交通費申請スキャン画面の一例を示すイメージ図
【図１４】複合機１０４に表示される申請画面の一例を示すイメージ図
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の業務処理の管理システムの構成の一例を示すシステム構成図である。
【００１２】
図１は、クライアント端末１０１、業務処理サーバ１０２、ワークフローサーバ１０３（ワークフローシステム）、複合機１０４（画像処理装置）が設置されており、それら装置は無線通信等のネットワーク１０５によって相互にデータ通信可能な構成になっている。
【００１３】
クライアント端末１０１は、業務処理サーバ１０２に接続し、各種ワークフローの承認を行うための装置である。尚、本実施例においては、クライアント端末１０１は、ＰＣ（Ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）を想定して説明を行うが、スマートフォンやタブレット端末のようなデバイスでも、その他の装置でもよい。
【００１４】
業務処理サーバ１０２は、複合機１０４からの申請依頼に応じて、添付すべき紙文書をスキャンするためのスキャンチケットを取得し、当該スキャンチケットを複合機１０４に送信する。また、複合機１０４からワークフロー申請依頼を受信すると、ワークフローサーバ１０３に対して申請依頼を送信し、その後のワークフロー処理に関してのやり取りを管理する。
【００１５】
本実施形態では、業務処理サーバ１０２で、複合機やその他外部システムとの連携を実行する処理とスキャンチケットや履歴チケットの管理を両方行うものとして説明するが、別々の装置で動作させてもよい。
ワークフローサーバ１０３は、業務処理サーバ１０２からの申請依頼を受信し、所定のユーザに対して承認を求める。
【００１６】
複合機１０４は、業務処理サーバ１０２からスキャンチケットを受信し、チケットに設定されたスキャン設定に基づいて、紙文書のスキャンを行い、業務処理サーバ１０２に送信する。複合機１０４では、印刷やスキャンといったＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）としての機能を備える。
図２は、図１に示したクライアント端末１０１、業務処理サーバ１０２、ワークフローサーバ１０３のハードウェア構成を示す図である。
【００１７】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００１８】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００１９】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２０】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２１】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２３】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２４】
次に、図３を用いて、本発明の画像処理装置としての複合機１０４のハードウェア構成について説明する。図３は、図１に示した複合機１０４のハードウェア構成の一例を示すブロック図である。
【００２５】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ４００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００２６】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００２７】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４は外部記憶装置（ハードディスクドライブ（ＨＤＤ））で、システムを制御するための各種プログラム，画像データ等を格納する。
【００２８】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。
【００２９】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００３０】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。尚、ＩＣカードに限らず、ユーザを特定することが可能な記憶媒体であればよい。この場合、記憶媒体にはユーザを識別するための識別情報が記憶される。この識別情報は、記憶媒体の製造番号でも、ユーザが企業内で与えられるユーザコードであってもよい。
以上のデバイスがシステムバス３０９上に配置される。
【００３１】
３２０はイメージバスインタフェース（ＩＭＡＧＥ  ＢＵＳ  Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００３２】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００３３】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００３４】
スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００３５】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００３６】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００３７】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００３８】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
【００３９】
図４は、図１に示した業務処理サーバ１０２のソフトウェア構成の一例を示すブロック図である。なお、ソフトウェア構成は基本的な構成であり、他のコンポーネントやモジュールをＷｅｂアプリケーションサーバとしての業務処理サーバ１０２で備えているものとする。また、処理によって、他のコンポーネントを追加して、新たな処理（機能）を追加可能な構成とする。
【００４０】
リクエスト処理モジュール４００は、外部の情報処理装置（例えば、クライアント端末）とＳＯＡＰ通信等を用いて、ネットワーク経由でリクエストの送受信をするモジュールであり、受信したリクエストの内容に応じて各コンポーネントやモジュールにデータを受け渡し、各コンポーネントやモジュールの結果をリクエストを受信した情報処理装置に返信する。
【００４１】
外部データ連携コンポーネント４０１は、複合機１０４等の外部デバイスとデバイス独自のプロトコルで通信をするコンポーネントであり、例えば複合機１０４への印刷指示をする際に、この外部データ連携コンポーネント４０１から複合機１０４へ印刷命令を送信する。
【００４２】
内部データ連携コンポーネント４０２は、データを加工する処理するコンポーネントであり、例えば、業務処理サーバ１０２で管理しているデータをフォームと合成して帳票を作成する（フォームオーバーレイ処理）をする。また、ＯＣＲ処理なども実行するコンポーネント（ＯＣＲ処理モジュール）であってもよい。
システム管理コンポーネント４０３は、業務処理サーバ１０２でのシステムログを出力し、管理するコンポーネントである。
【００４３】
ビジネスロジック処理モジュール４０４は、Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｅｘｅｃｕｔｉｏｎ  Ｌａｎｇｕａｇｅ（ビジネスプロセス実行言語、以下、ＢＰＥＬ）であり、ＢＰＥＬで定義した処理定義を実行する。
【００４４】
ユーザ認証処理モジュール４０５は、複合機１０４や他のシステムからのユーザ認証要求に対して、内部又は外部装置で管理している認証テーブルを参照して、許可されているユーザか否かを判定する。
コンテンツデータ管理モジュール４０６は、内部データ処理コンポーネント４０２で生成された帳票など、システム内で管理するコンテンツを記憶・管理する。
スキャンチケット管理モジュール４０７は、スキャンするための設定情報としてのスキャンチケットデータを管理する。
ワークフロー連携モジュール４０８は、ワークフローサーバと連携し、申請の起票、承認・否認などの処理を実行する。
【００４５】
図５は、図１に示す複合機１０４および業務処理サーバ１０２の機能を説明するための機能ブロック図である。なお、図示の各機能はＣＰＵ上で動作するプログラムによって実現される。
【００４６】
なお、管理サーバとしての業務処理サーバ１０２は、画像処理装置としての複合機１０４と通信可能に接続されており、業務処理サーバ１０２は、他システムとしてのワークフローサーバ１０３と接続される。
まず、複合機１０４の機能部について説明する。
スキャン指示部５００は、スキャン指示をする機能部である。
スキャン部５０１は、業務処理サーバ１０２へログインした上で、原稿をスキャンする機能部である。
スキャン画像送信部５０２は、スキャン部５０１で得られたスキャン画像を業務処理サーバ１０２に送信する機能部である。
入力画面受信部５０３は、前記スキャン画像から得られた文字データが含まれる入力画面を受信する機能部である。
入力データ送信部５０４は、前記入力画面を介して、入力された文字データを含む入力データを業務処理サーバ１０２へ送信する機能部である。
次に、業務処理サーバ１０２の機能部について説明する。
スキャン画像受信部５０５は、複合機１０４から前記スキャン画像を受信する機能部である。
文字データ取得部５０６は、前記スキャン画像から文字データを取得する機能部である。
入力画面生成部５０７は、文字データ取得部５０６で取得した文字データが含まれる入力画面を生成する機能部である。
入力データ受信部５０８は、前記入力画面を介して入力された文字データを含む入力データを複合機１０４から受信する機能部である。
【００４７】
入力要求送信部５０９は、当該業務処理サーバ１０２にログインしたユーザのユーザ情報に従って、入力データ受信部５０８で受信した入力データを他システムへ入力要求する機能部である。また、スキャン画像を含む入力データを他システムへ入力要求する機能部である。
格納部５１０は、スキャン画像受信部５０５で受信したスキャン画像を格納する機能部である。
【００４８】
入力判定部５１１は、入力データ受信部５０８で受信した入力データの種別に従って、格納部５１０で格納したスキャン画像とともに入力データを他システムへ入力するか否かを判定する機能部である。
【００４９】
スキャン画像取得部５１２は、入力判定部５１１で、スキャン画像とともに入力データを他システムへ入力すると判定された場合に、格納部５１０で格納したスキャン画像を取得する機能部である。
【００５０】
印刷要求部５１３は、入力判定部５１１で、スキャン画像とともに入力データを他システムへ入力すると判定された場合に、前記入力データを受信した複合機１０４に対して、前記スキャン画像に対応する原稿を提出させるための文書の印刷要求をする機能部である。
【００５１】
削除部５１４は、入力判定部５１１で、スキャン画像とともに入力データを他システムへ入力しないと判定された場合に、格納部５１０で格納したスキャン画像を削除する機能部である。
【００５２】
さらに、業務処理サーバ１０２は、複合機１０４のスキャン指示部５００のスキャン指示に従ってスキャンされ、入力データ受信部５０８で受信した入力データをワークフローシステムに送信することで、所定のワークフローを実行させる。
【００５３】
以下、図６〜図９のフローチャートを用いて、本実施形態に処理を説明する。なお、各フローチャートの各ステップは各装置のＣＰＵによって実行されるものとする。
【００５４】
まず、図６を参照して、本発明の実施形態における情報処理システムによって実行されるログイン処理からワークフロー申請開始までの処理について説明する。本処理は複合機１０４と業務処理サーバ１０２にて実施され、複合機１０４にログイン後、パネル上から本システム用のアプリケーション（不図示）を選択すると、申請内容選択画面が表示される。（図１２）
【００５５】
ステップＳ１０１では、Ｗｅｂアプリケーションの画面から複合機１０４上でログインを実行する。例えば、ユーザＩＤとパスワードを含む認証情報の入力を受け付ける。認証情報を業務処理サーバ１０２へ送信する。
【００５６】
ステップＳ１０２では、業務処理サーバ１０２が認証情報を複合機１０４から受け付け、認証を実行する。認証に成功すると、認証データテーブル１１１０から対象のユーザ情報が取得できる。例えば、ログインしたユーザが「Ｏｉｋａｗａ」の場合には、図１１に示す認証データテーブル１１１０のうち、ユーザＩＤ１１１１に「Ｏｉｋａｗａ」と格納されているレコードを取得する。認証結果（認証成功）を複合機１０４へ送信する。
【００５７】
次に、ステップＳ１０３では、ユーザによりワークフローを実行する申請内容（交通費申請）が選択される（図１２）。ステップＳ１０４では、選択された申請内容（交通費申請）交通費申請情報を業務処理サーバ１０２へ送信する。ここでは、ログインユーザによるセッションが管理されており、交通費申請をしたユーザが特定できる。
【００５８】
ステップＳ１０５では、ステップＳ１０４で送信された交通費申請情報に従って、交通費申請したユーザＩＤをスキャンチケット管理モジュール４０７へ受け渡す。
【００５９】
ステップＳ１０６では、スキャンチケット管理モジュール４０７が、ユーザＩＤを受信し、ステップＳ１０７では、ユーザＩＤを元にスキャンチケットデータテーブル１１００から、ログインユーザに対応するスキャンチケットデータを取得する。例えば、ログインしたユーザが「Ｏｉｋａｗａ」で、申請内容が「交通費申請」の場合には、図１１に示すスキャンチケットデータテーブル１１００のうち、所有者１１０２に「Ｏｉｋａｗa」と申請名に「交通費申請」と格納されているレコードを取得する。
【００６０】
ステップＳ１０８では、スキャンチケットデータからスキャン情報を取得し、複合機１０４に対してスキャン命令を送信する。複合機１０４が解釈可能なスキャン命令を送信する。スキャン命令にはスキャン設定（解像度、ファイル形式、保存先が含まれる）
ステップＳ１０９では、ステップＳ１０８で送信されたスキャン命令を受信する。
【００６１】
図７では、本発明の実施形態における情報処理システムによって実行されるスキャン実行処理について説明する。本処理は、複合機１０４と業務処理サーバ１０２にて実施され、図６に記載の処理に続いて実行される。
【００６２】
ステップＳ２０１では、原稿台に積載されている申請対象の書類（図１０）のスキャンを実行する。スキャン命令を受信すると、交通費申請スキャン画面（図１３）が表示され、領収書スキャンボタンを押下することでスキャンが実行される。
【００６３】
ステップＳ２０２では、スキャンされたデータが、スキャン命令に含まれる保存先に従って、業務処理サーバ１０２内にある共有フォルダに転送する。転送先の共有フォルダのパス情報は、図１１に示すスキャンチケットテーブル１１００のうちの、保存先１１０７から取得したものを利用する。
【００６４】
ステップＳ２０３では、ＯＣＲ処理モジュールは、保存されたスキャンデータを取得して、ＯＣＲ処理を実行する。この際、帳票認識を行い、ＯＣＲ処理するテンプレートを用いて、文字認識を行う。なおＯＣＲ処理は既知の技術であるため、説明を省略する。
【００６５】
ステップＳ２０４では、図１４で表示する元となるＷｅｂ画面を取得する。Ｗｅｂ画面に文字認識結果を入力した画面を生成する。また画面にはログインしたユーザのユーザ情報を含むものとする。なお、文字認識結果を画面に入力する方法として、文字認識領域と、Ｗｅｂ画面の入力領域が対応付けて管理されており、この対応付けによって、文字認識結果が所定の領域へ入力される。そして、文字認識結果が入力された画面が複合機１０４へ送信される。ここで特徴的な処理として、文字認識結果が入力されなかった領域については、複合機１０４でユーザに入力を促すため、入力領域を色やマーク等で識別表示した画面とする。これにより、申請入力がさらに効率化できる。
【００６６】
ステップＳ２０５では、業務処理サーバ１０２から画面を受信して、複合機１０４の表示部に申請画面（図１４）を表示する。これにより、クライアント端末で申請情報を入力することなく、複合機１０４からのスキャンにより、申請を容易に行うことができる。
【００６７】
図８では、本発明の実施形態における情報処理システムによって実行されるワークフロー申請登録処理について説明する。本処理は、複合機１０４と業務処理サーバ１０２、ワークフローサーバ１０３にて実施され、図７に記載の処理に続いて実行される。
【００６８】
ステップＳ３０１では、図１４の申請画面を介して、未入力領域、文字認識結果に誤りがあった領域についてユーザに情報を入力させ、申請情報を含む申請要求を業務処理サーバ１０２に送信する。
【００６９】
ステップＳ３０２では、申請情報を含む申請要求を受信する。ここでは、申請情報とステップＳ２０２で保存されたスキャンデータが対応付くように管理される。例えば、画面情報にファイル名やファイルパスなどを含むようにして、申請情報に対応するスキャンデータが特定する。また、受信した申請情報は図１１に示す申請情報テーブル１１２０の対象のレコードに登録される。
【００７０】
ステップＳ３０３では、申請内容から領収書の添付が必要かどうかを判定する。判定方法は、事前に定義されている領収書添付が必要な交通機関（例えば、タクシーや新幹線）または上限金額を参照して判定する。予め定義された交通機関の利用や上限金額を超えている申請の場合には、領収書の添付が必要と判定される。すなわち、入力データの種別（値）に従って、スキャン画像とともに入力データを他システムへ入力するか否かを判定する処理である。
【００７１】
ステップＳ３０３で、領収書の添付が必要と判定された場合、ステップＳ３０４で領収書の原本を添付する台紙の印刷指示を複合機１０４に対して送信する。ここでは、台紙印刷用の文書が業務処理サーバ１０２に登録されているので、この文書を取得して、複合機１０４へ当該文書印刷指示を行う。印刷指示の際には、複合機１０４と連携する印刷ソフトウェアを介して行うものとする。このとき、文書から印刷データを生成する。
【００７２】
ステップＳ３１５では、業務処理サーバ１０２からの印刷要求に従って、受信した印刷データを受信し、ステップＳ３１６で印刷を実行する。なお、文書を直接複合機１０４へ送るダイレクト印刷を行う構成であってもよい。
【００７３】
ステップＳ３０３で、領収書の添付が必要ないと判定された場合、ステップＳ３０７では、保存したスキャンデータを破棄する。これにより申請に不要なデータが削除される。
【００７４】
ステップＳ３０５では、ステップＳ１０２で認証し、取得したユーザ情報を利用して、ワークフローサーバ１０３にユーザ情報を含む認証要求を送信する。その後、ステップＳ３０６では、ワークフローサーバ１０３で受信したユーザ情報から認証処理を実行する。
ワークフローサーバ１０３で認証が成功し、ログインがされると、業務処理サーバ１０２へ応答が返される。
【００７５】
ステップＳ３０７では、ステップＳ３０２で受信した申請情報を図１１に示す申請情報テーブル１１２０から取得する。例えば、対象の申請ＩＤが「Ａ０１２４」であった場合、申請情報テーブル１１２０内で、そのＩＤと合致するレコードの情報を取得する。
【００７６】
ステップＳ３０８では、申請に対応するスキャンデータが保存されているかどうかを判定する。スキャンデータが保存されていた場合は、ステップＳ３０９に進み、スキャンデータを保存先から取得する。スキャンデータが破棄されていた場合は、ステップＳ３１０に進み、その後の処理を実行する。これにより、複合機１０４でスキャンデータをユーザにより検索し、添付して申請することがなくなるため、効率的な申請処理が可能となる。
【００７７】
ステップＳ３１０では、申請情報をワークフロー処理するために、申請情報とユーザ情報を含むワークフロー実行要求を送信する。なお、Ｓ３０９で取得したスキャンデータがあればその取得したデータも合わせて送信する。
【００７８】
ステップＳ３１１では、ステップＳ３１０で実行要求を受信して、ワークフローサーバ１０３では、申請情報とユーザ情報を元に起票し、スキャンデータを受信した場合には、起票にスキャンデータを添付し、ステップＳ３１２で申請を実行する。申請を実行すると、承認者へ承認依頼が発行される。承認依頼処理については、図９を用いて説明する。
【００７９】
ステップＳ３１３では、申請を実行した結果をワークフローサーバ１０３から受信すると、起票したユーザでのログアウト依頼をワークフローサーバ１０３に対して実行し、ステップＳ３１４で申請者のログアウト処理を実行する。
【００８０】
図９では、本発明の実施形態における情報処理システムによって実行されるワークフロー承認処理（承認依頼処理）について説明する。本処理は、クライアント端末１０１と業務処理サーバ１０２、ワークフローサーバ１０３にて実施され、図８に記載の処理に続いて実行される。
【００８１】
ステップＳ４０１で、ワークフローサーバ１０３は、起票された申請について、業務処理サーバ１０２に承認依頼を送信する。なお、承認処理は、申請ＩＤで管理され、一連の承認が実行される。
【００８２】
ステップＳ４０２で、業務処理サーバ１０２は承認依頼を受信し、ステップＳ４０３で承認者のクライアント端末１０１に対して承認依頼指示を送信する（メール送信による指示であってもよい）。指示を送信する承認者は、図１１に示すワークフローデータテーブル１１３０のワークフローＩＤ１１３１に紐づく承認者１〜３より取得する。
ステップＳ４０４で、クライアント端末１０１は承認依頼指示を受信し、ステップＳ４０５でワークフローを承認するためにログインを実行する。
【００８３】
ステップＳ４０６では、業務処理サーバ１０２がステップＳ４０５でのログイン情報を受信し、ステップＳ４０７でワークフローサーバ１０３にログイン処理を実行する。その後、ステップＳ４０８で認証処理を実施する。
【００８４】
次に、ステップＳ４０９で承認指示をクライアント端末１０１から業務処理サーバ１０２に送信する。ステップＳ４１０で承認指示を受信し、ステップＳ４１１でワークフローサーバ１０３に対して承認指示を送信する。その後、ステップＳ４１２で承認処理を実施する。承認処理が完了すると、図１１に示す申請情報テーブル１１２０の申請ＩＤ１１２１に紐づくレコードのうち、承認状況フラグ１１２６が「１」となる。以降、承認者によって承認が完了する度に１ずつ増えたフラグが設定される。例えば、ワークフローテーブル１１３０の承認者２によって、承認が完了した場合の、申請情報テーブル１１２０の承認状況フラグ１１２６は、「２」となる。
【００８５】
最後に、ステップＳ４１３でログアウト指示をクライアント端末１０１から業務処理サーバ１０２に送信する。ステップＳ４１４でログアウト指示を受信し、ステップＳ４１５でワークフローサーバ１０３に対してログアウト指示を送信する。その後、ステップＳ４１６でログアウト処理を実施する。なお、上述の一連の処理が、承認者の数だけ実行されることとなる。
次に図１１を用いて、本発明の実施形態における情報処理システムの各データテーブルについて説明する。
【００８６】
図１１に示すように、スキャンチケットデータテーブル１１００は、スキャン命令の際に用いられるテーブルである。チケットＩＤ１１０１、所有者１１０２、生成日時１１０３、ファイル形式１１０４、解像度１１０５、読込設定１１０６、保存先１１０７、申請名１１０８等の情報から構成される。ひとつのチケットＩＤに対して、それぞれスキャン命令情報が格納されている。
【００８７】
認証データテーブル１１１０は、業務処理サーバ１０２やワークフローサーバ１０３へログインする際に用いられる認証テーブルである。ユーザＩＤ１１１１、ユーザ名１１１２、認証先１１１３、ワークフローユーザＩＤ１１１４、ワークフローユーザ名１１１５等の情報から構成される。
【００８８】
申請情報テーブル１１２０は、複合機１０４から入力された申請データが格納されるテーブルである。申請ＩＤ１１２１、チケットＩＤ１１２２、申請者１１２３、処理日時１１２４、ワークフローＩＤ１１２５、承認状況フラグ１１２６、申請内容１１２７、否認理由１１２８、スキャンデータ１１２９等の情報から構成される。
【００８９】
ワークフローテーブル１１３０は、承認するユーザを決定するためのテーブルである。ワークフローＩＤ１１３１、申請名１１３２、申請者１１３３、承認者１
１１３４、承認者２ １１３５、承認者３ １１３６等の情報から構成される。
【００９０】
以上、本実施形態について説明したが、本実施形態によれば、画像処理装置でスキャンを行うことで、他のシステムへの申請処理の負担を減らすことが可能となる。
【００９１】
特に、スキャンした原稿から、申請にかかるデータを取得して、申請画面に予め入力がされるため、効率的な入力が難しい画像処理装置からも申請を容易にすることが可能となる。また、従来であれば、複合機などの画像処理装置と連携するためのワークフローシステムを構築する必要があったが、業務処理サーバ１０２（管理サーバ）介することで、画像処理装置やワークフローシステム（他システム）の固有のプロトコルを意識することなく、シームレスに連携でき、他システムと汎用的に連携できるクライアント端末を用いることなく申請処理を実現できる。
【００９２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９３】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９４】
また、本発明におけるプログラムは、図６〜図９に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図６〜図９の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図６〜図９の各装置の処理方法ごとのプログラムであってもよい。
【００９５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００９８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１００】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０２】
１０１  クライアント端末
１０２  業務処理サーバ
１０３  ワークフローサーバ
１０４  複合機
２０１  ＣＰＵ
３０１  ＣＰＵ
【図１】
2014168208.tif 000003
【図２】
2014168208.tif 000004
【図３】
2014168208.tif 000005
【図４】
2014168208.tif 000006
【図５】
2014168208.tif 000007
【図６】
2014168208.tif 000008
【図７】
2014168208.tif 000009
【図８】
2014168208.tif 000010
【図９】
2014168208.tif 000011
【図１０】
2014168208.tif 000012
【図１１】
2014168208.tif 000013
【図１２】
2014168208.tif 000014
【図１３】
2014168208.tif 000015
【図１４】
2014168208.tif 000016