JP5459682B2 - 情報処理システム、その制御方法、及びプログラム、並びに画像処理装置、その制御方法、及びプログラム - Google Patents

Description

本発明は、画像処理装置に対してスキャン指示が可能な仕組みに関し、特に画像処理装置で読み取ったスキャンデータであって、ワークフローに添付するスキャンデータを、画像処理装置から変更することの可能な情報処理システム、その制御方法、及びプログラム、並びに画像処理装置、その制御方法、及びプログラムに関する。

従来、業務ワークフローシステムでは、出張や外出をした際の交通費精算の申請を行うものが多くなってきている。一般に、電車やバスの交通機関を利用した場合には、ワークフローシステム上の申請だけで、経理処理がなされるが、タクシーや新幹線のような所定の交通機関を利用した場合には、領収書の提出が必要となっている。従来の業務ワークフローシステムでは、領収書の提出が必要な交通費申請の場合、業務ワークフロー上の申請だけではなく、台紙に領収書を糊付けして紙面で提出をしている。

一方、多くの企業では、画像処理装置で紙文書をスキャンすることで電子化する機会が増えてきている。また、画像処理装置も高度化してきており、電子化する際に様々な読取設定が可能になっている。また読み取った画像をどこに送信するかという情報も設定することができる。よって、前述した業務ワークフローシステムに添付する領収書や申請書等を画像処理装置でスキャンし、生成されたスキャンデータを申請の際に添付して、承認を求めることが行われている。

しかしながら、画像処理装置におけるスキャンの設定はユーザが各々行えてしまうため、スキャンデータが承認者の意図した通りに電子化されていないことがある。また、近年スキャン機能が充実してきており、設定項目が増えることで電子化が煩雑となり、間違いが発生しやすい。

このような問題を解決するために、例えば、下記の特許文献１では、画像読取属性や読み取った画像の転送先をジョブテンプレートとしてあらかじめサーバに登録しておき、ユーザが画像処理装置で画像読み取り時にそのジョブテンプレートを利用することで、容易に画像読み取りを行えるような仕組みが公開されている。

また、下記の特許文献２では、ワークフローの申請でスキャンデータが必要な場合には、画像の読み取りを実行するための指示内容が定義されているスキャンチケットを生成し、当該スキャンチケットを使用してスキャンし、ワークフローの申請に添付が可能な仕組みが開示されている。

特開２０００−２７０１４８号公報 特開２０１１−１２４９６２号公報

従来では、このようにして業務ワークフローシステムに添付が必要な紙文書をスキャンして、申請に添付させることができるが、実際の業務では領収書が間違っていて差し替える必要があったり、領収書の数が足りなくて追加する必要があったり、一度申請したワークフローを取り下げたりすることがある。

このような場合には、クライアント端末を使って業務ワークフローシステムにログインし、一旦申請のワークフローをキャンセルして、再度複合機からスキャンチケットを利用してスキャンする運用が行われている。よって、申請者はクライアント端末から申請の内容を再度入力して申請を行い、画像処理装置から紙文書のスキャンを行う必要があるため、手戻りによる負担が非常に大きい。

本発明は上記の課題を鑑みてなされたもので、本発明の目的は、申請の承認状況に応じて画像処理装置からのスキャンデータの更新を適切に制御することの可能な仕組みを提供することである。

上記の目的を達成するために、本発明の情報処理システムは、ユーザからの申請を管理する管理サーバと、紙文書をスキャン可能な画像処理装置とを含む情報処理システムであって、前記管理サーバは、前記申請の承認状況を示す承認情報と、前記画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段と、前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信手段と
を備え、前記画像処理装置は、前記管理サーバから送信された承認情報を受信する承認情報受信手段と、前記承認情報受信手段で受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御手段とを備えることを特徴とする。

本発明によれば、承認申請に添付するスキャンデータを生成するためのスキャンチケットを使用することで、当該スキャンデータを変更するための履歴チケットが発行され、当該履歴チケットを使用して、スキャンチケットで送信されたスキャンデータを容易に変更することができるので、ユーザの業務効率を向上させることのできる効果を奏する。

本発明の実施形態における情報処理システム１００の一例を示す構成図である。 図１に示すクライアント端末１０１、スキャンチケットサーバ１０２のハードウェア構成の一例を示す構成図である。 図１に示す複合機１０３のハードウェア構成の一例を示す構成図である。 図１に示すクライアント端末１０１、スキャンチケットサーバ１０２、複合機１０３のモジュール構成の一例を示す構成図である。 本発明の実施形態における申請の処理の流れを示すフローチャートである。 本発明の実施形態におけるスキャンチケット申請の処理の流れを示すフローチャートである。 本発明の実施形態における承認の処理の流れを示すフローチャートである。 本発明の実施形態における履歴チケット申請の処理の流れを示すフローチャートである。 図８のステップＳ４１０における未承認処理の流れを示すフローチャートである。 図８のステップＳ４１１における承認中処理の流れを示すフローチャートである。 図８のステップＳ４１２における否認処理の流れを示すフローチャートである。 本実施例におけるスキャンチケットテーブル１２００と履歴チケットテーブル１２１０の構成の一例を示す構成図である。 本実施例における申請情報テーブル１３００とワークフローテーブル１３１０の構成の一例を示す構成図である。 本実施例における申請画面１４００の構成の一例を示す構成図である。 本実施例におけるスキャンチケット選択画面１５００の構成の一例を示す構成図である。 本実施例における履歴チケット選択画面１６００の構成の一例を示す構成図である。 本実施例における未承認メニュー画面１７００の構成の一例を示す構成図である。 本実施例における承認中メニュー画面１８００の構成の一例を示す構成図である。 本実施例における否認メニュー画面１９００の構成の一例を示す構成図である。 本発明の第２の実施形態におけるスキャンチケット申請の処理の流れを示すフローチャートである。 本発明の第２の実施形態における履歴チケット申請の処理の流れを示すフローチャートである。 図２１のステップＳ４１０における未承認処理の流れを示すフローチャートである。 図２１のステップＳ４１１における承認中処理の流れを示すフローチャートである。 図２１のステップＳ４１２における否認処理の流れを示すフローチャートである。 第２の実施形態におけるスキャンチケットテーブル１２００の構成の一例を示す構成図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明の情報処理システム１００のシステム構成の一例を示す図である。本発明の情報処理システム１００は、クライアント端末１０１、スキャンチケットサーバ１０２、複合機１０３（画像処理装置）が設置されており、それら装置は無線通信等のネットワーク１０４によって相互にデータ通信可能に接続されている。図１のネットワーク１０４上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

クライアント端末１０１は、スキャンチケットサーバ１０２に接続し、各種ワークフローの承認や申請を行うための装置である。尚、本実施例においては、クライアント端末１０１は、ＰＣ（Ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）を想定して説明を行うが、スマートフォンやタブレット端末のようなデバイスでも、その他の装置でもよい。

スキャンチケットサーバ１０２（スキャン管理サーバ）は、クライアント端末１０１からのワークフローの承認申請に応じて、添付すべき紙文書をスキャンするためのスキャンチケットを発行し、当該スキャンチケットを複合機１０３からの要求に応じて送信する。また、複合機１０３から当該スキャンチケットを利用して生成されたスキャンデータを受信すると、当該スキャンデータを変更可能な履歴チケットを発行し、当該履歴チケットを複合機１０３からの要求に応じて送信する。更にスキャンチケットサーバ１０２は、承認申請のためのワークフローも管理する。複合機１０３においてスキャンチケットを使用してスキャンデータが送信されると、ワークフローを動作させ、所定のユーザに対して承認を求める。本実施例では、スキャンチケットサーバ１０２で、スキャンチケットや履歴チケットの管理と、承認申請のためのワークフローの管理を両方行うものとして説明するが、別々の装置で動作させてもよい。

複合機１０３は、スキャンチケットサーバ１０２からスキャンチケットや履歴チケットを受信し、これらのチケットに設定されたスキャン設定に基づいて、紙文書のスキャンを行い、スキャンチケットサーバ１０２に送信する。複合機１０３では、印刷やスキャンといったＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）としての機能を備える。

図２は、本発明の実施形態におけるクライアント端末１０１とスキャンチケットサーバ１０２のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明の各装置が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。

次に、複合機１０３のハードウェア構成の一例について図３を用いて説明する。

コントローラユニット３１６は、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮやＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続することで、画像データやデバイス情報の入出力を行う。

ＣＰＵ３０１は、システム全体を制御するプロセッサである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリである。

ＲＯＭ３０３は、システムのブートプログラムや各種制御プログラムが格納されている。ハードディスクドライブ（ＨＤＤ）３０４は、システムを制御するための各種プログラム，画像データ等を格納する。

操作部インタフェース（操作部Ｉ／Ｆ）３０７は、操作部３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）３０５は、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。モデム（ＭＯＤＥＭ）３０６は、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

外部インタフェース（外部Ｉ／Ｆ）３１８は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＩＥＥＥ１３９４（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ １３９４）、プリンタポート、ＲＳ−２３２Ｃ（Ｒｅｃｏｍｍｅｎｄｅｄ Ｓｔａｎｄａｒｄ ２３２ ｖｅｒｓｉｏｎ Ｃ）等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。

更に、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、当該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）３２０は、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔｓ Ｉｎｔｅｒｃｏｎｎｅｃｔ ｂｕｓ）またはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

ラスタイメージプロセッサ（ＲＩＰ）３１０は、ベクトルデータをビットマップイメージに展開する。

プリンタインタフェース（プリンタＩ／Ｆ）３１１は、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

スキャナインタフェース（スキャナＩ／Ｆ）３１３は、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

画像処理部３１７は、入力画像データに対し補正、加工及び編集やプリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、２値画像データはＪＢＩＧ（Ｊｏｉｎｔ Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットを備える。

操作部３０８は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

以上のような構成によって、複合機１０３は、スキャナ部３１４から読み込んだ画像データをＮｅｔｗｏｒｋ Ｉ／Ｆ３０５からＬＡＮに送信し、ＬＡＮから受信した印刷データをＮｅｔｗｏｒｋ Ｉ／Ｆ３０５を経由してプリンタ部３１２より印刷出力することができる。

また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信し、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。

次に、クライアント端末１０１、スキャンチケットサーバ１０２、複合機１０３のモジュール構成を示す機能構成図について、図４を用いて説明する。尚、図４の各種装置のモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

クライアント端末１０１は、画面表示モジュール４０１、送受信モジュール４０２、申請モジュール４０３、承認モジュール４０４を備える。

画面表示モジュール４０１は、各種データやテーブルを取得して、ＣＲＴ２１０に表示するためのモジュールである。また、表示された画面に対してユーザから指示された指示内容や入力内容の取得も行う。送受信モジュール４０２は、スキャンチケットサーバ１０２や複合機１０３をはじめとする各種装置とデータの送受信をするためのモジュールである。申請モジュール４０３は、スキャンチケットサーバ１０２で管理される業務ワークフローに対する各種申請を行うモジュールである。また、承認モジュール４０４は、申請モジュール４０３によって実行された申請を承認または否認するためのモジュールである。申請モジュール４０３及び承認モジュール４０４で受け付けた情報は送受信モジュール４０２でスキャンチケットサーバ１０２に送信される。

スキャンチケットサーバ１０２は、記憶モジュール４１１、送受信モジュール４１２、スキャンチケット管理モジュール４１３、履歴チケット管理モジュール４１４、ワークフロー管理モジュール４１５を備える。

記憶モジュール４１１は、各種データやテーブルを記憶するためのモジュールである（記憶手段）。本実施例では特に後述するスキャンチケットテーブル１２００（図１２参照）、履歴チケットテーブル１２１０（図１２参照）、申請情報テーブル１３００（図１３参照）、ワークフローテーブル１３１０（図１３参照）の記憶を行う。送受信モジュール４１２は、クライアント端末１０１や複合機１０３をはじめとする各種装置とデータの送受信をするためのモジュールである。スキャンチケット管理モジュール４１３は、業務ワークフローに対する申請に伴って生成される、スキャンの設定が定義されたスキャンチケットを管理するためのモジュールである。スキャンチケットの生成、削除、記憶を管理する。履歴チケット管理モジュール４１４は、スキャンチケットが使用されることで生成される履歴チケットを管理するためのモジュールである。履歴チケットの生成、削除、記憶を管理する。ワークフロー管理モジュール４１５は、業務ワークフローで承認を行う申請を管理する。クライアント端末１０１から申請された申請内容に基づいて、各承認者に対して承認を求める。また、クライアント端末１０１からの承認または否認の指示を受け取り、承認状況を管理する。

複合機１０３は、画面表示モジュール４２１、送受信モジュール４２２、スキャンモジュール４２３を備える。

画面表示モジュール４２１は、各種データやテーブルを取得して、ＣＲＴ２１０に表示するためのモジュールである。また、表示された画面に対してユーザから指示された指示内容や入力内容の取得も行う。送受信モジュール４２２は、クライアント端末１０１やスキャンチケットサーバ１０２をはじめとする各種装置とデータの送受信をするためのモジュールである。スキャンモジュール４２３は、紙文書をスキャンして、スキャンデータを生成するためのモジュールである。スキャンの際には、スキャンチケットサーバ１０２から受信したスキャンチケットまたは履歴チケットに基づいて、スキャンの設定を変更する。生成されたスキャンデータは、送受信モジュール４２２でスキャンチケットサーバ１０２に送信する。

次に、本発明の実施例における情報処理システム１００によって行われるワークフローの承認申請に関する処理について、図５に示すフローチャートを用いて説明する。本フローチャートは、クライアント端末１０１からスキャンチケットサーバ１０２に接続し、ワークフロー申請を行うための処理である。尚、Ｓ１０１、Ｓ１０４乃至Ｓ１０８の各ステップはクライアント端末１０１におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ１０２、Ｓ１０３、Ｓ１０９乃至Ｓ１１２の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。

まず、ステップＳ１０１では、クライアント端末１０１は、スキャンチケットサーバ１０２に対して、ワークフローでの申請を行うべく、申請画面１４００（図１４参照）を要求する。ステップＳ１０２では、スキャンチケットサーバ１０２は、クライアント端末１０１からの申請画面取得要求を受信し、ステップＳ１０３では、申請画面１４００を取得してクライアント端末１０１に送信する。

ステップＳ１０４では、クライアント端末１０１は、スキャンチケットサーバ１０２から申請画面１４００を受信し、ステップＳ１０５では、受信した申請画面１４００をＣＲＴ２１０に表示させる。申請画面１４００では、承認が必要な申請を行うべく、各種情報の入力を受け付ける。図１４に示す申請画面１４００は、交通費申請を行うための画面となっている。

ステップＳ１０６では、クライアント端末１０１は、申請画面１４００の各入力項目に対する入力を受け付ける。そして、ステップＳ１０７では、入力が完了して申請画面１４００に備えられた申請ボタン１４０１が押下されたか否かを判定する。申請ボタン１４０１が押下されたと判定された場合には、ステップＳ１０８に処理を進め、そうでない場合には、申請ボタン１４０１が押下されるまで待機する。

ステップＳ１０８では、クライアント端末１０１は、ステップＳ１０６で入力を受け付けた各種情報を申請情報としてスキャンチケットサーバ１０２に送信する。ステップＳ１０９では、スキャンチケットサーバ１０２は、クライアント端末１０１から送信された申請情報を受信する。

ステップＳ１１０では、スキャンチケットサーバ１０２は、ステップＳ１０９で受信した申請情報に基づいて、申請に伴って添付すべきスキャンデータのスキャン設定が定義されたスキャンチケットを生成し、スキャンチケットテーブル１２００（図１２参照）に格納する（スキャンチケット生成手段）。スキャンチケットは、図１２のスキャンチケットテーブル１２００に示すような項目から構成されている。スキャンチケットは、スキャン時の読み取り設定やスキャンデータの保存先などが定義されており、複合機１０３は、これらに基づいて複合機１０３の設定を変更し、スキャンを実行することができる。例えば、交通費申請に際して必要な領収書をスキャンする場合には、交通費申請用のスキャンチケットにファイル形式を「ＰＤＦ」、解像度を「３００ｄｐｉ」、「モノクロ、片面」でスキャンさせるように定義しておき、交通費申請がなされたら、このスキャンチケットを自動で発行するようにする。何らかの申請があるごとに添付ファイルが必要であれば、決まったスキャンチケットを発行して、ユーザに対して決まったスキャン設定でスキャンを求めることができるので、ユーザの手間を省くことができる。

スキャンチケットテーブル１２００（図１２参照）は、スキャンチケットＩＤ１２０１（識別情報）、所有者１２０２、生成日時１２０３、ファイル形式１２０４、解像度１２０５、読込設定１２０６、ページ数１２０７、保存先１２０８から構成される。スキャンチケットＩＤ１２０１は、生成されたスキャンチケットごとに割り振られる識別番号である。所有者１２０２は、当該スキャンチケットを使用するユーザのユーザ名を示す。生成日時１２０３は、当該スキャンチケットを生成した日時を示す情報である。ファイル形式１２０４、解像度１２０５、読込設定１２０６、ページ数１２０７はそれぞれ複合機１０３におけるスキャン設定を示す情報である。保存先１２０８は、複合機１０３でスキャンされたスキャンデータの保存先を示す情報である。

ステップＳ１１１では、スキャンチケットサーバ１０２は、ステップＳ１０９で受信した申請情報と、ステップＳ１１０で生成したスキャンチケットを対応づけて、ステップＳ１１２では、当該申請情報を申請情報テーブル１３００（図１３参照）に登録する。ワークフローは、申請情報テーブル１３００に登録され、スキャンデータを受信することで初めて動作するため、この時点では未申請状態となる。つまり、申請情報テーブル１３００の承認状況フラグ１３０６には未申請を示す「０」を格納する。

申請情報テーブル１３００（図１３参照）は、申請ＩＤ１３０１、チケットＩＤ１３０２、申請者１３０３、処理日時１３０４、ワークフローＩＤ１３０５、承認状況フラグ１３０６、申請内容１３０７、否認理由１３０８、スキャンデータ１３０９から構成されている。申請ＩＤ１３０１は、申請情報ごとに割り振られる識別番号である。チケットＩＤ１３０２は、スキャンチケットや後述する履歴チケットのスキャンチケットＩＤ１２０１または履歴チケットＩＤ１２１１を格納する。つまり、当該申請情報がどのスキャンチケットを利用するものであるのかを対応づけている情報である。申請者１３０３は、承認申請を行ったユーザの名前を示す情報である。処理日時１３０４は、申請情報が更新された日時を示す情報である。ワークフローＩＤ１３０５は、後述するワークフローテーブル１３１０（図１３参照）のワークフローＩＤ１３１１を格納する。当該申請の種別と承認者を特定するためにワークフローテーブル１３１０と対応づけている。承認状況フラグ１３０６は、ワークフローの承認状況を示すフラグである。本実施例では、「０」が未申請を示し、「１」が未承認を示し、「２」が承認中を示し、「３」が否認を示す。フラグの種別はこれに限らない。申請内容１３０７は、ステップＳ１０５でユーザからの入力された申請内容を格納する。否認理由１３０８は、申請が否認された場合に、否認した承認者が入力したコメントを格納する。スキャンデータ１３０９は、当該申請を行うべくスキャンチケットを利用してスキャンされたスキャンデータを格納する。スキャンデータが記憶されたディレクトリまでのファイルパスを格納してもよいし、スキャンデータ自体を格納してもよい。

このようにして、ユーザからの申請を受け付けることで、その申請に対応するスキャンチケットを発行し、記憶しておく。尚、本実施例では申請に応じてスキャンチケットを発行する形態で説明を行うが、あらかじめ再利用可能なスキャンチケットを申請ごとに用意しておく形態でもよい。

次に、本発明の実施例における情報処理システム１００によって行われるスキャンチケット利用に関する処理について、図６に示すフローチャートを用いて説明する。本フローチャートは、複合機１０３は、スキャンチケットサーバ１０２からスキャンチケットを受信し、当該スキャンチケットに基づいて複合機１０３のスキャン設定を変更し、スキャンを実行する処理である。尚、Ｓ２０３、Ｓ２０４、Ｓ２１０、Ｓ２１１、Ｓ２１６乃至Ｓ２２０の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ２０１、Ｓ２０２、Ｓ２０５乃至Ｓ２０９、Ｓ２１２乃至Ｓ２１５の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

まず、ステップＳ２０１では、複合機１０３は、ユーザからの指示に応じてログインを行う。ログインは、複合機１０３を使用するユーザが特定できればなんでもよい。

ステップＳ２０２では、複合機１０３は、ステップＳ２０１でログインしたユーザが所持するスキャンチケットの一覧を取得すべく、スキャンチケットサーバ１０２に対してスキャンチケット一覧の要求を行う。ステップＳ２０３では、スキャンチケットサーバ１０２は、複合機１０３からのスキャンチケット一覧取得要求に応じて、ステップＳ２０１でログインしたユーザのスキャンチケットをスキャンチケットテーブル１２００から取得する。例えば、ログインしたユーザが「Ｋａｎｅｓｈｉｒｏ」の場合には、図１２に示すスキャンチケットテーブル１２００のうち、所有者１２０２に「Ｋａｎｅｓｈｉｒｏ」と格納されているレコード（１、２、５レコード目の３つ）を取得する。尚、ここではスキャンチケットの一覧が取得できればよいので、後述するステップＳ２０６における画面表示で必要な情報だけを取得する。本実施例ではこのようにしてスキャンチケットの一覧を取得するが、このステップでスキャンチケット（スキャンチケットテーブル１２００のレコード）を取得してしまってもよい。

ステップＳ２０４では、スキャンチケットサーバ１０２は、ステップＳ２０３で取得したスキャンチケット一覧を複合機１０３に送信する。ステップＳ２０５では、複合機１０３は、スキャンチケットサーバ１０２から送信されたスキャンチケットの一覧を受信し、ステップＳ２０６では、受信したスキャンチケットの一覧をスキャンチケット選択画面１５００（図１５参照）に表示させる。

ステップＳ２０７では、複合機１０３は、スキャンチケットの選択を受け付ける。そして、ステップＳ２０８では、複合機１０３は、ステップＳ２０７で選択を受け付けたスキャンチケットに基づいてスキャンをすべく、スキャンの指示がなされたか否かを判定する。具体的には、ユーザからスキャンチケットの選択がなされた状態いで、スキャン開始ボタン１５０１が押下されたか否かを判定する。スキャン開始ボタン１５０１が押下されたと判定された場合には、ステップＳ２０９に処理を進め、そうでない場合には、スキャン開始ボタン１５０１が押下されるまで待機する。

ステップＳ２０９では、複合機１０３は、選択されたスキャンチケットを取得すべく、スキャンチケットサーバ１０２に対して、スキャンチケットの取得要求を送信する。ステップＳ２１０では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンチケットの取得要求に応じて、ステップＳ２０７でユーザから選択されたスキャンチケットをスキャンチケットテーブル１２００から取得する。具体的には、複合機１０３から選択されたスキャンチケットのスキャンチケットＩＤ１２０１を送信し、スキャンチケットサーバ１０２が送信されたスキャンチケットＩＤ１２０１と一致するスキャンチケットをスキャンチケットテーブル１２００から抽出すればよい。

ステップＳ２１１では、スキャンチケットサーバ１０２は、ステップＳ２１０で取得したスキャンチケットを複合機１０３に送信する（識別情報送信手段）。ステップＳ２１２では、複合機１０３は、スキャンチケットサーバ１０２から送信されたスキャンチケットを受信し（識別情報受信手段）、ステップＳ２１３では、受信したスキャンチケットに基づいて、複合機１０３のスキャン設定を変更する。ステップＳ２１４では、複合機１０３は、ユーザからの指示に応じて、ステップＳ２１３で変更されたスキャン設定でスキャンを実行する。

ステップＳ２１５では、複合機１０３は、ステップＳ２１４でスキャンされたスキャンデータと、スキャンに伴って使用したスキャンチケットのスキャンチケットＩＤ１２０１をスキャンチケットサーバ１０２に送信する（スキャンデータ送信手段）。ステップＳ２１６では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンデータとスキャンチケットＩＤ１２０１を受信し、ステップＳ２１７では、受信したスキャンチケットＩＤ１２０１に基づいて申請情報を特定する。つまり、受信したスキャンデータをどの申請に対応づければよいのかを特定する。

ステップＳ２１８では、スキャンチケットサーバ１０２は、ステップＳ２１７で特定された申請情報のスキャンデータ１３０９にステップＳ２１６で受信したスキャンデータを格納する（スキャンデータ登録手段）。こうすることで、申請情報とスキャンデータを対応づける。対応づけが完了したら、当該申請情報の承認状況フラグ１３０６を、未承認を示す「１」に変更して、ワークフローを実行させる。

ステップＳ２１９では、スキャンチケットサーバ１０２は、ステップＳ２１７で特定された申請情報、またはステップＳ２１６で受信したスキャンチケットＩＤ１２０１から特定されるスキャンチケットに基づいて、ステップＳ２１８で格納したスキャンデータを更新するための履歴チケットを発行し、履歴チケットテーブル１２１０（図１２参照）に格納する（履歴チケット生成手段）。履歴チケットは、複合機１０３からの要求に応じて送信されるスキャンチケットで、スキャンチケットサーバ１０２に送信済みのスキャンデータを更新することができる。履歴チケットを生成すると、履歴チケットテーブル１２１０の履歴チケットＩＤ１２１１を、ステップＳ２１７で特定された申請情報のチケットＩＤ１３０２に格納して、更新する。こうすることで、履歴チケットを申請情報と対応づける。

履歴チケットテーブル１２１０（図１２参照）は、スキャンチケットテーブル１２００の構成とほぼ同じである。履歴チケットＩＤ１２１１は、履歴チケットごとに割り振られる識別番号である。所有者１２１２、生成日時１２１３、ファイル形式１２１４、解像度１２１５、読込設定１２１６、ページ数１２１７、保存先１２１８は、スキャンチケットテーブル１２００と同様であるので、説明を省略する。

ステップＳ２２０では、スキャンチケットサーバ１０２は、ステップＳ２１３で使用されたスキャンチケットをスキャンチケットテーブル１２００から削除する（スキャンチケット削除手段）。ステップＳ２１６で受信したスキャンチケットＩＤ１２０１に基づいて特定されたスキャンチケットを削除するようにすることで、使用されたスキャンチケットを削除する。

尚、本実施例では、新たに履歴チケットというスキャンチケットを発行するものとして説明を行うが、ステップＳ２１３で使用したスキャンチケットを削除せずに残しておくような形態でもよい。この場合には、ステップＳ２１７で特定された申請情報のチケットＩＤ１３０２は、更新せずそのままにしておく。ステップＳ２０３で申請のためのスキャンチケットを取得する場合には、承認状況フラグ１３０６が「０」である申請情報に対応するスキャンチケットを取得するようにすることで、申請のためのスキャンチケットなのか、変更更新のためのスキャンチケットなのかを判別できる。よって、新たに履歴チケットを発行してもよいし、使用したスキャンチケットを残しておいてもよい。スキャンチケットサーバ１０２に送信済みのスキャンデータを更新可能なスキャンチケットがあればよい。

次に、本発明の実施例における情報処理システム１００によって行われる承認に関する処理について、図７に示すフローチャートを用いて説明する。本フローチャートは、承認者がクライアント端末１０１に未承認の申請情報を受信し、添付されているスキャンデータや申請内容を閲覧して、承認または否認を行う処理である。尚、Ｓ３０１、Ｓ３０４乃至Ｓ３０９の各ステップはクライアント端末１０１におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ３０２、Ｓ３０３、Ｓ３１０乃至Ｓ３１４の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。

ステップＳ３０１では、クライアント端末１０１は、当該クライアント端末１０１にログインしているユーザが承認すべき申請情報をスキャンチケットサーバ１０２に対して要求する。ステップＳ３０２では、スキャンチケットサーバ１０２は、クライアント端末１０１から送信された未承認の申請情報取得要求を受信し、申請情報テーブル１３００から取得する。ステップＳ３０３では、スキャンチケットサーバ１０２は、取得した未承認の申請情報をクライアント端末１０１に送信する。

ステップＳ３０４では、クライアント端末１０１は、スキャンチケットサーバ１０２から送信された未承認の申請情報を受信し、ステップＳ３０５では、受信した申請情報を承認画面（不図示）に表示する。そして、ステップＳ３０６では、表示された申請情報に対して承認または否認の指示を受け付ける。

ステップＳ３０７では、クライアント端末１０１は、ステップＳ３０６で受け付けたユーザからの指示が承認または否認のどちらであるかを判定する。承認の指示がなされたと判定した場合には、承認するべく申請ＩＤ１３０１をスキャンチケットサーバ１０２に送信して、ステップＳ３１０に処理を進め、否認の指示がなされたと判定した場合には、ステップＳ３０８に処理を進める。

ステップＳ３０８では、クライアント端末１０１は、ステップＳ３０６で否認の指示がなされたので、当該否認の理由の入力を受け付ける。ステップＳ３０９では、入力された否認理由と申請情報の申請ＩＤ１３０１をスキャンチケットサーバ１０２に送信する。

一方、ステップＳ３１０では、スキャンチケットサーバ１０２は、クライアント端末１０１から送信された申請ＩＤ１３０１に基づいて、申請情報テーブル１３００から該当する申請情報を特定し、当該申請情報の承認状況フラグ１３０６を、承認中を示す「２」に変更する。すでに「２」が格納されている場合には、そのままでよい。

ステップＳ３１１では、スキャンチケットサーバ１０２は、当該申請に関して後続の承認者が存在するか否かを判定する。後続の承認者は、当該申請の申請情報のワークフローＩＤ１３０５に対応するワークフローＩＤ１３１１をワークフローテーブル１３１０（図１３参照）から特定し、当該ワークフローに定義された承認者を参照して、後続の承認者がいるかいなかを判定する。後続の承認者が存在すると判定された場合には、本一連の処理を終了し、後続の承認者が存在しないと判定された場合には、ステップＳ３１２に処理を進める。

ステップＳ３１２では、スキャンチケットサーバ１０２は、後続の承認者がいないので、承認を完了し、承認を完了した申請情報に対応する履歴チケットを削除する（履歴チケット削除手段）。申請情報は申請者が確認したら削除するような仕組みとしてもよいし、このステップで削除してしまってもよい。

ステップＳ３１６では、スキャンチケットサーバ１０２は、ステップＳ３０９で送信された否認情報を受信し、ステップＳ３１７では、受信した否認情報に基づいて、該当する申請情報を更新する。具体的には、受信した申請ＩＤ１３０１に対応する申請情報を申請情報テーブル１３００から特定し、特定された申請情報の承認状況フラグを、否認を示す「３」に変更する。また、否認理由１３０８にステップＳ３０８で入力を受け付けた否認理由を格納する。以上のように、承認者からの申請に対する承認や否認の処理を受け付け、処理を行う。

次に、本発明の実施例における情報処理システム１００によって行われる履歴チケット利用に関する処理について、図８に示すフローチャートを用いて説明する。本フローチャートは、申請者が複合機１０３から履歴チケットを受信して、送信済みのスキャンデータを更新する処理である。尚、Ｓ４０３、Ｓ４０４の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ４０１、Ｓ４０２、Ｓ４０５乃至Ｓ４１２の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

まず、ステップＳ４０１では、複合機１０３は、ユーザからの指示に応じて複合機１０３にログインを行う。ユーザが特定できればログインの方法はなんでもよい。

ステップＳ４０２では、複合機１０３は、ステップＳ４０１でログインしたユーザが所持する履歴チケットの一覧を取得すべく、スキャンチケットサーバ１０２に対して履歴チケット一覧の要求を行う。ステップＳ４０３では、スキャンチケットサーバ１０２は、複合機１０３からの履歴チケット一覧取得要求に応じて、ステップＳ４０１でログインしたユーザの履歴チケットを履歴チケットテーブル１２１０から取得する。例えば、ログインしたユーザが「Ｋａｎｅｓｈｉｒｏ」の場合には、図１２に示す履歴チケットテーブル１２１０のうち、所有者１２１２に「Ｋａｎｅｓｈｉｒｏ」と格納されているレコード（１、２、３レコード目の３つ）を取得する。尚、ここでは履歴チケットの一覧が取得できればよいので、後述するステップＳ４０６における画面表示で必要な情報だけを取得する。本実施例ではこのようにして履歴チケットの一覧を取得するが、このステップで履歴チケット（履歴チケットテーブル１２１０のレコード）を取得してしまってもよい。

ステップＳ４０４では、スキャンチケットサーバ１０２は、ステップＳ４０３で取得した履歴チケット一覧を複合機１０３に送信する。ステップＳ４０５では、複合機１０３は、スキャンチケットサーバ１０２から送信された履歴チケット一覧を受信し、ステップＳ４０６では、受信した履歴チケット一覧を履歴チケット選択画面１６００（図１６参照）に表示する。ステップＳ４０７では、表示された履歴チケットに対する選択を受け付ける。

ステップＳ４０８では、複合機１０３は、ユーザからの操作によって履歴チケットが選択されたか否かを判定する。履歴チケットが選択されたと判定された場合には、ステップＳ４０９に処理を進め、そうでない場合には、選択されるまで待機する。

ステップＳ４０９では、複合機１０３は、選択された履歴チケットの承認状況フラグ１３０６が未処理（「１」）を示すのか、承認中（「２」）を示すのか、否認（「３」）を示すのかを判定する。承認状況フラグ１３０６は、ステップＳ４０４でスキャンチケットサーバ１０２から送信しておいてもよいし、ステップＳ４０９で選択された履歴チケットの履歴チケットＩＤ１２１１をスキャンチケットサーバ１０２に送信して、対応する履歴チケットに紐づく申請情報から取得してもよい。承認状況フラグ１３０６が未処理を示す場合には、ステップＳ４１０に処理を進め、承認状況フラグ１３０６が承認中を示す場合には、ステップＳ４１１に処理を進め、承認状況フラグ１３０６が否認を示す場合には、ステップＳ４１２に処理を進める。

ステップＳ４１０では、複合機１０３は、未承認であった場合の履歴チケットの利用メニューを表示して、ユーザからのメニュー選択を受け付け、選択されたメニューを実行する。未承認処理の詳細は、後述する図９に示す。

ステップＳ４１１では、複合機１０３は、承認中であった場合の履歴チケットの利用メニューを表示して、ユーザからのメニュー選択を受け付け、選択されたメニューを実行する。承認中処理の詳細は、後述する図１０に示す。

ステップＳ４１２では、複合機１０３は、否認中であった場合の履歴チケットの利用メニューを表示して、ユーザからのメニュー選択を受け付け、選択されたメニューを実行する。否認中処理の詳細は、後述する図１１に示す。

次に、本発明の実施例における情報処理システム１００によって行われる未承認の際の履歴チケット利用に関する処理について、図９に示すフローチャートを用いて説明する。本フローチャートは、選択された履歴チケットに紐づく申請がどの承認者にも承認されていない場合に履歴チケットを利用する処理である。尚、Ｓ５０５、Ｓ５０６、Ｓ５１１乃至Ｓ５１３、Ｓ５１５、Ｓ５１６の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ５０１乃至Ｓ５０４、Ｓ５０７乃至Ｓ５１０、Ｓ５１４の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

まず、ステップＳ５０１では、複合機１０３は、未承認状態の場合に履歴チケットで利用できるメニューを表示する未承認メニュー画面１７００（図１７参照）を表示する（受付手段）。そして、ステップＳ５０２では、表示された未承認メニュー画面１７００に備えられたメニューに対する選択を受け付ける。

ステップＳ５０３では、複合機１０３は、ステップＳ５０２で選択を受け付けたメニューがスキャンデータの差し替えなのか、申請の取り下げなのかを判定する。具体的には、未承認メニュー画面１７００に備えられた差し替えボタン１７０１が押下されたのか、取り下げボタン１７０２が押下されたのかを判定する。スキャンデータの差し替えであると判定された場合には、ステップＳ５０４に処理を進め、申請の取り下げであると判定された場合には、ステップＳ５１４に処理を進める。

ステップＳ５０４では、複合機１０３は、ステップＳ４０７で選択を受け付けた履歴チケットの取得要求をスキャンチケットサーバ１０２に送信する。ステップＳ５０５では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットの取得要求を受信し、ステップＳ４０７で選択を受け付けた履歴チケットを履歴チケットテーブル１２１０から取得する。具体的には、複合機１０３から選択された履歴チケットの履歴チケットＩＤ１２１１を送信し、スキャンチケットサーバ１０２が送信された履歴チケットＩＤ１２１１と一致する履歴チケットを履歴チケットテーブル１２１０から抽出すればよい。

ステップＳ５０６では、スキャンチケットサーバ１０２は、ステップＳ５０５で取得した履歴チケットを複合機１０３に送信する（履歴チケット送信手段）。ステップＳ５０７では、複合機１０３は、スキャンチケットサーバ１０２から送信された履歴チケットを受信し、ステップＳ５０８では、受信した履歴チケットに基づいて、複合機１０３のスキャン設定を変更する。ステップＳ５０９では、複合機１０３は、ユーザからの指示に応じて、ステップＳ５０８で変更されたスキャン設定でスキャンを実行する。

ステップＳ５１０では、複合機１０３は、ステップＳ５０９でスキャンされたスキャンデータと、スキャンに伴って使用した履歴チケットの履歴チケットＩＤ１２１１をスキャンチケットサーバ１０２に送信する（更新データ送信手段）。ステップＳ５１１では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンデータと履歴チケットＩＤ１２１１を受信し、ステップＳ５１２では、受信した履歴チケットＩＤ１２１１に基づいて申請情報を特定する。つまり、受信したスキャンデータをどの申請のスキャンデータと差し替えればよいのかを特定する。

ステップＳ５１３では、スキャンチケットサーバ１０２は、ステップＳ５１２で特定された申請情報のスキャンデータ１３０９にステップＳ５１１で受信したスキャンデータを格納する（スキャンデータ更新手段）。こうすることで、スキャンデータを差し替える。

一方、ステップＳ５０３で取り下げとなった場合には、ステップＳ５１４では、複合機１０３は、スキャンチケットサーバ１０２に対して申請の取り下げをすべく、ステップＳ４０７で選択された履歴チケットの履歴チケットＩＤ１２１１と共に、申請情報の取り下げ要求をスキャンチケットサーバ１０２に送信する。

ステップＳ５１５では、スキャンチケットサーバ１０２は、複合機１０３から送信された申請情報の取り下げ要求を受信し、履歴チケットＩＤ１２１１から特定される申請情報を申請情報テーブル１３００から削除する。つまり、申請を取り下げることになる。

ステップＳ５１６では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットＩＤ１２１１から特定される履歴チケットを履歴チケットテーブル１２１０から削除する。こうすることで、不要な履歴チケットを削除する。

次に、本発明の実施例における情報処理システム１００によって行われる承認中の際の履歴チケット利用に関する処理について、図１０に示すフローチャートを用いて説明する。本フローチャートは、選択された履歴チケットに紐づく申請が一部の承認者が承認済みな場合に履歴チケットを利用する処理である。尚、Ｓ６０４、Ｓ６０５の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ６０１乃至Ｓ６０３の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

まず、ステップＳ６０１では、複合機１０３は、承認中状態の場合に履歴チケットで利用できるメニューを表示する承認中メニュー画面１８００（図１８参照）を表示する（受付手段）。そして、ステップＳ６０２では、表示された承認中メニュー画面１８００に備えられたメニューに対する選択を受け付ける。申請が一部の承認者から承認されたということは、スキャンデータの差し替えは不正な申請となりかねないので、承認中メニュー画面１８００では、申請の取り下げのみ受け付ける。取り下げボタン１８０１の押下を受け付けると、ステップＳ６０３に処理を進める。

ステップＳ６０３では、複合機１０３は、スキャンチケットサーバ１０２に対して申請の取り下げをすべく、ステップＳ４０７で選択された履歴チケットの履歴チケットＩＤ１２１１と共に、申請情報の取り下げ要求をスキャンチケットサーバ１０２に送信する。

ステップＳ６０４では、スキャンチケットサーバ１０２は、複合機１０３から送信された申請情報の取り下げ要求を受信し、履歴チケットＩＤ１２１１から特定される申請情報を申請情報テーブル１３００から削除する。つまり、申請を取り下げることになる。

ステップＳ６０５では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットＩＤ１２１１から特定される履歴チケットを履歴チケットテーブル１２１０から削除する。こうすることで、不要な履歴チケットを削除する。

次に、本発明の実施例における情報処理システム１００によって行われる否認された際の履歴チケット利用に関する処理について、図１１に示すフローチャートを用いて説明する。本フローチャートは、選択された履歴チケットに紐づく申請が承認者から否認された場合に履歴チケットを利用する処理である。尚、Ｓ７０５、Ｓ７０６、Ｓ７１１乃至Ｓ７１４、Ｓ７１６、Ｓ７１７の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ７０１乃至Ｓ７０４、Ｓ７０７乃至Ｓ７１０、Ｓ７１５の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

まず、ステップＳ７０１では、複合機１０３は、否認状態の場合に履歴チケットで利用できるメニューを表示する否認メニュー画面１９００（図１９参照）を表示する（受付手段）。そして、ステップＳ７０２では、表示された否認メニュー画面１９００に備えられたメニューに対する選択を受け付ける。否認メニュー画面１９００では、否認となった理由を表示して、その後の処理の参考としてもよい。否認理由は、ステップＳ４０３で履歴チケット一覧と共に取得してもよいし、ステップＳ７０１で否認メニュー画面１９００を表示する場合にスキャンチケットサーバ１０２から受信するようにしてもよい。

ステップＳ７０３では、複合機１０３は、ステップＳ７０２で選択を受け付けたメニューがスキャンデータの差し替えなのか、申請の取り下げなのかを判定する。具体的には、否認メニュー画面１９００に備えられた差し替えボタン１９０１が押下されたのか、取り下げボタン１９０２が押下されたのかを判定する。スキャンデータの差し替えであると判定された場合には、ステップＳ７０４に処理を進め、申請の取り下げであると判定された場合には、ステップＳ７１５に処理を進める。

ステップＳ７０４では、複合機１０３は、ステップＳ４０７で選択を受け付けた履歴チケットの取得要求をスキャンチケットサーバ１０２に送信する。ステップＳ７０５では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットの取得要求を受信し、ステップＳ４０７で選択を受け付けた履歴チケットを履歴チケットテーブル１２１０から取得する。具体的には、複合機１０３から選択された履歴チケットの履歴チケットＩＤ１２１１を送信し、スキャンチケットサーバ１０２が送信された履歴チケットＩＤ１２１１と一致する履歴チケットを履歴チケットテーブル１２１０から抽出すればよい。

ステップＳ７０６では、スキャンチケットサーバ１０２は、ステップＳ７０５で取得した履歴チケットを複合機１０３に送信する。ステップＳ７０７では、複合機１０３は、スキャンチケットサーバ１０２から送信された履歴チケットを受信し、ステップＳ７０８では、受信した履歴チケットに基づいて、複合機１０３のスキャン設定を変更する。ステップＳ７０９では、複合機１０３は、ユーザからの指示に応じて、ステップＳ７０８で変更されたスキャン設定でスキャンを実行する。

ステップＳ７１０では、複合機１０３は、ステップＳ７０９でスキャンされたスキャンデータと、スキャンに伴って使用した履歴チケットの履歴チケットＩＤ１２１１をスキャンチケットサーバ１０２に送信する。ステップＳ７１１では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンデータと履歴チケットＩＤ１２１１を受信し、ステップＳ７１２では、受信した履歴チケットＩＤ１２１１に基づいて申請情報を特定する。つまり、受信したスキャンデータをどの申請のスキャンデータと差し替えればよいのかを特定する。

ステップＳ７１３では、スキャンチケットサーバ１０２は、ステップＳ７１２で特定された申請情報のスキャンデータ１３０９にステップＳ７１１で受信したスキャンデータを格納する。こうすることで、スキャンデータを差し替える。

ステップＳ７１４では、スキャンチケットサーバ１０２は、ステップＳ７１２で特定された申請情報に関する承認を所定の承認者まで差し戻す。承認者から否認され、否認理由を解消するスキャンデータをアップロードしたと考えられるので、再承認を行うべく、所定の承認者まで申請を差し戻して、承認を再開する。差し戻し先は最初の承認者でもよいし、否認した承認者でもよい。設定によって変更できるものとする。

一方、申請取り下げの指示がなされたので、ステップＳ７１５では、複合機１０３は、スキャンチケットサーバ１０２に対して申請の取り下げをすべく、ステップＳ４０７で選択された履歴チケットの履歴チケットＩＤ１２１１と共に、申請情報の取り下げ要求をスキャンチケットサーバ１０２に送信する。

ステップＳ７１６では、スキャンチケットサーバ１０２は、複合機１０３から送信された申請情報の取り下げ要求を受信し、履歴チケットＩＤ１２１１から特定される申請情報を申請情報テーブル１３００から削除する。つまり、申請を取り下げることになる。

ステップＳ７１７では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットＩＤ１２１１から特定される履歴チケットを履歴チケットテーブル１２１０から削除する。こうすることで、不要な履歴チケットを削除する。

このように、スキャンチケットを使用すると、履歴チケットを新たに発行し、発行された履歴チケットを使うとスキャンチケットを使用して送信されたスキャンデータを更新したり、申請の取り下げをしたりすることができる。

次に、第２の実施形態として履歴チケットを新たに発行せずに、使用したスキャンチケットを再利用する形態について説明を行う。前述した処理では、スキャンチケットを使用すると更新用の履歴チケットを新たに発行していたが、使用したスキャンチケットを削除せずに、そのまま利用できるようにしてもよい。以下、使用したスキャンチケットを履歴から使用できるようにする点について説明を行う。

システム構成、ハードウェア構成、モジュール構成については、前述した形態と同様であるので、説明を省略する。また、図５、図７についても前述した形態と同様であるので説明を省略する。

まず、本発明の第２の実施例における情報処理システム１００によって行われるスキャンチケット利用に関する処理について、図２０に示すフローチャートを用いて説明する。本フローチャートは、複合機１０３は、スキャンチケットサーバ１０２からスキャンチケットを受信し、当該スキャンチケットに基づいて複合機１０３のスキャン設定を変更し、スキャンを実行する処理である。尚、Ｓ２０３、Ｓ２０４、Ｓ２１０、Ｓ２１１、Ｓ２１６乃至Ｓ２１８、Ｓ８０１の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ２０１、Ｓ２０２、Ｓ２０５乃至Ｓ２０９、Ｓ２１２乃至Ｓ２１５の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

図２０のステップＳ２０１乃至ステップＳ２１８は、前述した図６のステップＳ２０１乃至ステップＳ２１８と同様であるので、説明を省略する。

ステップＳ８０１では、スキャンチケットサーバ１０２は、ステップＳ２１３で使用したスキャンチケットを使用済みに変更する。具体的には、ステップＳ２１６で受信したスキャンチケットＩＤ１２０１からスキャンチケットを特定し、当該スキャンチケットの使用済み２５０１を「１」に変更する。第２の実施例で使用するスキャンチケットテーブル１２００は図２５に示す。図２５のスキャンチケットテーブル１２００は、新たに使用済み２５０１を備える。使用済み２５０１は、当該スキャンチケットが使用されたか否かを示す情報であり、「１」が格納されていれば使用済みであることを示し、「０」が格納されていれば未使用であることを示す。尚、第２の実施例においてはこの使用済み２５０１が「１」となっているスキャンチケットを履歴チケットと呼ぶこととする。

次に、本発明の実施例における情報処理システム１００によって行われる履歴チケット利用に関する処理について、図２１に示すフローチャートを用いて説明する。本フローチャートは、申請者が複合機１０３から履歴チケットを受信して、送信済みのスキャンデータを更新する処理である。尚、Ｓ１００２、Ｓ１００３の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ４０１、Ｓ４０７乃至Ｓ４１２、Ｓ１００１、Ｓ１００４、Ｓ１００５の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

図２１のステップＳ４０１、ステップＳ４０７乃至ステップＳ４１２は、前述した図８のステップＳ４０１、ステップＳ４０７乃至ステップＳ４１２と同様であるので、説明を省略する。

ステップＳ１００１では、複合機１０３は、ステップＳ４０１でログインしたユーザが所持する履歴チケットの一覧を取得すべく、スキャンチケットサーバ１０２に対して履歴チケット一覧の要求を行う。ステップＳ１００２では、スキャンチケットサーバ１０２は、複合機１０３からの履歴チケット一覧取得要求に応じて、ステップＳ４０１でログインしたユーザの履歴チケットを図２５に示すスキャンチケットテーブル１２００から取得する。例えば、ログインしたユーザが「Ｋａｎｅｓｈｉｒｏ」の場合には、図２５に示すスキャンチケットテーブル１２００のうち、所有者１２１２に「Ｋａｎｅｓｈｉｒｏ」、使用済み２５０１に「１」と格納されているレコード（１、５レコード目の２つ）を取得する。尚、ここでは履歴チケットの一覧が取得できればよいので、後述するステップＳ１００５における画面表示で必要な情報だけを取得する。

ステップＳ１００３では、スキャンチケットサーバ１０２は、ステップＳ１００２で取得した履歴チケット一覧を複合機１０３に送信する。ステップＳ１００４では、複合機１０３は、スキャンチケットサーバ１０２から送信された履歴チケット一覧を受信し、ステップＳ１００５では、受信した履歴チケット一覧を履歴チケット選択画面１６００（図１６参照）に表示する。このようにして使用済みのスキャンチケットを取得して選択を受け付ける。

次に、本発明の実施例における情報処理システム１００によって行われる未承認の際の履歴チケット利用に関する処理について、図２２に示すフローチャートを用いて説明する。本フローチャートは、選択された履歴チケットに紐づく申請がどの承認者にも承認されていない場合に履歴チケットを利用する処理である。尚、Ｓ１１０２、Ｓ１１０３、Ｓ１１０６乃至Ｓ１１０８、Ｓ１１１０、Ｓ１１１１の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ５０１乃至Ｓ５０３、Ｓ５０８、Ｓ５０９、Ｓ１１０１、Ｓ１１０４、Ｓ１１０５、Ｓ１１０９の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

図２２のステップＳ５０１乃至ステップＳ５０３、ステップＳ５０８、ステップＳ５０９は、前述した図９のステップＳ５０１乃至ステップＳ５０３、ステップＳ５０８、ステップＳ５０９と同様であるので説明を省略する。

ステップＳ１１０１では、複合機１０３は、ステップＳ４０７で選択を受け付けた履歴チケットの取得要求をスキャンチケットサーバ１０２に送信する。ステップＳ１１０２では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットの取得要求を受信し、ステップＳ４０７で選択を受け付けた履歴チケットをスキャンチケットテーブル１２００から取得する。具体的には、複合機１０３から選択された履歴チケットのスキャンチケットＩＤ１２０１を送信し、スキャンチケットサーバ１０２が送信されたスキャンチケットＩＤ１２１０１と一致する履歴チケットをスキャンチケットテーブル１２００から抽出すればよい。

ステップＳ１１０３では、スキャンチケットサーバ１０２は、ステップＳ１１０２で取得した履歴チケットを複合機１０３に送信する。そして、ステップＳ１１０４では、複合機１０３は、スキャンチケットサーバ１０２から送信された履歴チケットを受信する。

受信した履歴チケットに基づいてスキャンが実行されると、ステップＳ１１０５では、複合機１０３は、ステップＳ５０９でスキャンされたスキャンデータと、スキャンに伴って使用した履歴チケットのスキャンチケットＩＤ１２０１をスキャンチケットサーバ１０２に送信する。ステップＳ１１０６では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンデータとスキャンチケットＩＤ１２０１を受信し、ステップＳ１１０７では、受信したスキャンチケットＩＤ１２０１に基づいて申請情報を特定する。つまり、受信したスキャンデータをどの申請のスキャンデータと差し替えればよいのかを特定する。

ステップＳ１１０８では、スキャンチケットサーバ１０２は、ステップＳ１１０７で特定された申請情報のスキャンデータ１３０９にステップＳ１１０６で受信したスキャンデータを格納する。こうすることで、スキャンデータを差し替える。

一方、ステップＳ５０３で取り下げとなった場合には、ステップＳ１１０９では、複合機１０３は、スキャンチケットサーバ１０２に対して申請の取り下げをすべく、ステップＳ４０７で選択された履歴チケットのスキャンチケットＩＤ１２０１と共に、申請情報の取り下げ要求をスキャンチケットサーバ１０２に送信する。

ステップＳ１１１０では、スキャンチケットサーバ１０２は、複合機１０３から送信された申請情報の取り下げ要求を受信し、スキャンチケットＩＤ１２０１から特定される申請情報を申請情報テーブル１３００から削除する。つまり、申請を取り下げることになる。

ステップＳ１１１１では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンチケットＩＤ１２０１から特定される履歴チケットをスキャンチケットテーブル１２００から削除する。こうすることで、不要な履歴チケットを削除する。

次に、本発明の実施例における情報処理システム１００によって行われる承認中の際の履歴チケット利用に関する処理について、図２３に示すフローチャートを用いて説明する。本フローチャートは、選択された履歴チケットに紐づく申請が一部の承認者が承認済みな場合に履歴チケットを利用する処理である。尚、Ｓ１２０２、Ｓ１２０３の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ６０１、Ｓ６０２、Ｓ１２０１の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

図２３のステップＳ６０１、ステップＳ６０２は、前述した図１０のステップＳ６０１、ステップＳ６０２と同様であるので、説明を省略する。

ステップＳ１２０１では、複合機１０３は、スキャンチケットサーバ１０２に対して申請の取り下げをすべく、ステップＳ４０７で選択された履歴チケットのスキャンチケットＩＤ１２０１と共に、申請情報の取り下げ要求をスキャンチケットサーバ１０２に送信する。

ステップＳ１２０２では、スキャンチケットサーバ１０２は、複合機１０３から送信された申請情報の取り下げ要求を受信し、スキャンチケットＩＤ１２０１から特定される申請情報を申請情報テーブル１３００から削除する。つまり、申請を取り下げることになる。

ステップＳ１２０３では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンチケットＩＤ１２０１から特定される履歴チケットをスキャンチケットテーブル１２００から削除する。こうすることで、不要な履歴チケットを削除する。

次に、本発明の実施例における情報処理システム１００によって行われる否認された際の履歴チケット利用に関する処理について、図２４に示すフローチャートを用いて説明する。本フローチャートは、選択された履歴チケットに紐づく申請が承認者から否認された場合に履歴チケットを利用する処理である。尚、Ｓ７１４、Ｓ１３０２、Ｓ１３０３、Ｓ１３０６乃至Ｓ１３０８、Ｓ１３１０、Ｓ１３１１の各ステップはスキャンチケットサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ７０１乃至Ｓ７０３、Ｓ７０８、Ｓ７０９、Ｓ１３０１、Ｓ１３０４、Ｓ１３０５、Ｓ１３０９の各ステップは複合機１０３におけるＣＰＵ３０１の制御の下、処理が行われる。

図２４のステップＳ７０１乃至ステップＳ７０３、ステップＳ７０８、ステップＳ７０９は、前述した図１１のステップＳ７０１乃至ステップＳ７０３、ステップＳ７０８、ステップＳ７０９と同様であるので、説明を省略する。

ステップＳ１３０１では、複合機１０３は、ステップＳ４０７で選択を受け付けた履歴チケットの取得要求をスキャンチケットサーバ１０２に送信する。ステップＳ１３０２では、スキャンチケットサーバ１０２は、複合機１０３から送信された履歴チケットの取得要求を受信し、ステップＳ４０７で選択を受け付けた履歴チケットをスキャンチケットテーブル１２００から取得する。具体的には、複合機１０３から選択された履歴チケットのスキャンチケットＩＤ１２０１を送信し、スキャンチケットサーバ１０２が送信されたスキャンチケットＩＤ１２０１と一致する履歴チケットをスキャンチケットテーブル１２００から抽出すればよい。

ステップＳ１３０３では、スキャンチケットサーバ１０２は、ステップＳ１３０２で取得した履歴チケットを複合機１０３に送信する。そして、ステップＳ１３０４では、複合機１０３は、スキャンチケットサーバ１０２から送信された履歴チケットを受信する。

受信した履歴チケットに基づいてスキャンが実行されると、ステップＳ１３０５では、複合機１０３は、ステップＳ７０９でスキャンされたスキャンデータと、スキャンに伴って使用した履歴チケットのスキャンチケットＩＤ１２０１をスキャンチケットサーバ１０２に送信する。ステップＳ１３０６では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンデータとスキャンチケットＩＤ１２０１を受信し、ステップＳ１３０７では、受信したスキャンチケットＩＤ１２０１に基づいて申請情報を特定する。つまり、受信したスキャンデータをどの申請のスキャンデータと差し替えればよいのかを特定する。

ステップＳ１３０８では、スキャンチケットサーバ１０２は、ステップＳ１３０７で特定された申請情報のスキャンデータ１３０９にステップＳ１３０６で受信したスキャンデータを格納する。こうすることで、スキャンデータを差し替える。

一方、申請取り下げの指示がなされたので、ステップＳ１３０９では、複合機１０３は、スキャンチケットサーバ１０２に対して申請の取り下げをすべく、ステップＳ４０７で選択された履歴チケットのスキャンチケットＩＤ１２０１と共に、申請情報の取り下げ要求をスキャンチケットサーバ１０２に送信する。

ステップＳ１３１０では、スキャンチケットサーバ１０２は、複合機１０３から送信された申請情報の取り下げ要求を受信し、スキャンチケットＩＤ１２０１から特定される申請情報を申請情報テーブル１３００から削除する。つまり、申請を取り下げることになる。

ステップＳ１３１１では、スキャンチケットサーバ１０２は、複合機１０３から送信されたスキャンチケットＩＤ１２０１から特定される履歴チケットをスキャンチケットテーブル１２００から削除する。こうすることで、不要な履歴チケットを削除する。

このようにして、使用したスキャンチケットを再利用できるようにすることで、送信したスキャンデータを更新することができる。

以上説明したように、本実施形態によれば、承認申請に添付するスキャンデータを生成するためのスキャンチケットを使用することで、当該スキャンデータを変更するための履歴チケットが発行され、当該履歴チケットを使用して、スキャンチケットで送信されたスキャンデータを容易に変更することができるので、ユーザの業務効率を向上させることができる。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリーカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００ 情報処理システム
１０１ クライアント端末
１０２ スキャンチケットサーバ
１０３ 複合機
１０４ ネットワーク
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インタフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (13)

1. ユーザからの申請を管理する管理サーバと、紙文書をスキャン可能な画像処理装置とを含む情報処理システムであって、
   前記管理サーバは、
   前記申請の承認状況を示す承認情報と、前記画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段と、
   前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信手段と
   を備え、
   前記画像処理装置は、
   前記管理サーバから送信された承認情報を受信する承認情報受信手段と、
   前記承認情報受信手段で受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御手段と
   を備えることを特徴とする情報処理システム。
2. 前記スキャン指示受付制御手段は、前記承認情報受信手段で受信した承認情報が承認中である旨を示す場合には、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示を受け付けないように制御することを特徴とする請求項１に記載の情報処理システム。
3. 前記スキャン指示受付制御手段は、前記承認情報受信手段で受信した承認情報が未承認または否認である旨を示す場合には、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示を受け付けるように制御することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記管理サーバは、
   ユーザから前記申請を受け付けると、スキャンの設定が定義されたデータであるスキャンチケットを生成するスキャンチケット生成手段を更に備え、
   前記画像処理装置は、
   前記スキャンチケット生成手段で生成されたスキャンチケットに基づいて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャンデータを生成するスキャンデータ生成手段を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記管理サーバは、
   前記申請の承認が完了した場合には、前記スキャンチケット生成手段で生成されたスキャンチケットを削除するスキャンチケット削除手段を更に備えることを特徴とする請求項４に記載の情報処理装置。
6. 前記スキャンチケット削除手段は、前記申請が取り下げられた場合には、前記スキャンチケット生成手段で生成されたスキャンチケットを削除することを特徴とする請求項５に記載の情報処理装置。
7. スキャン指示受付制御手段は、前記画像処理装置に備えた画面の表示を制御することにより、前記申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。
8. 前記承認情報は、更に前記申請の否認理由を含み、
   前記画像処理装置は、
   前記承認情報受信手段で受信した承認情報が示す前記申請の承認状況が否認である場合に、前記否認理由を表示する表示手段を更に備えることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
9. ユーザからの申請の承認状況を示す承認情報と、画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段を備える管理サーバと、紙文書をスキャン可能な画像処理装置とを含む情報処理システムの制御方法であって、
   前記管理サーバの承認情報送信手段が、前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信ステップと、
   前記画像処理装置の承認情報受信手段が、前記管理サーバから送信された承認情報を受信する承認情報受信ステップと、
   前記画像処理装置のスキャン指示受付制御手段が、前記承認情報受信ステップで受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御ステップと
   を備えることを特徴とする情報処理システムの制御方法。
10. ユーザからの申請の承認状況を示す承認情報と、画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段を備える管理サーバと、紙文書をスキャン可能な画像処理装置とを含む情報処理システムの制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
    前記管理サーバを、
    前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信手段
    として機能させ、
    前記画像処理装置を、
    前記管理サーバから送信された承認情報を受信する承認情報受信手段と、
    前記承認情報受信手段で受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御手段
    として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。
11. ユーザからの申請の承認状況を示す承認情報と、画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段と、前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信手段とを備える管理サーバと通信可能に接続された画像処理装置であって、
    前記画像処理装置は、
    前記管理サーバから送信された承認情報を受信する承認情報受信手段と、
    前記承認情報受信手段で受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御手段と
    を備えることを特徴とする画像処理装置。
12. ユーザからの申請の承認状況を示す承認情報と、画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段と、前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信手段とを備える管理サーバと通信可能に接続された画像処理装置の制御方法であって、
    前記画像処理装置の承認情報受信手段が、前記管理サーバから送信された承認情報を受信する承認情報受信ステップと、
    前記画像処理装置のスキャン指示受付制御手段が、前記承認情報受信ステップで受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御ステップと
    を備えることを特徴とする画像処理装置の制御方法。
13. ユーザからの申請の承認状況を示す承認情報と、画像処理装置で紙文書をスキャンすることにより生成されるスキャンデータであって、当該申請に対応するスキャンデータとを記憶する記憶手段と、前記記憶手段に記憶された承認情報を前記画像処理装置に送信する承認情報送信手段とを備える管理サーバと通信可能に接続された画像処理装置の制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
    前記画像処理装置を、
    前記管理サーバから送信された承認情報を受信する承認情報受信手段と、
    前記承認情報受信手段で受信した承認情報が示す前記申請の承認状況に応じて、前記記憶手段に記憶された当該申請に対応するスキャンデータを更新するためのスキャン指示の受け付けを制御するスキャン指示受付制御手段
    として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。
    

Images