紙をスキャンするスキャン手段と、前記スキャンにより取得した画像から、前記紙に符号化して埋め込まれた識別子を取得する取得手段と、前記取得した識別子を送信する送信手段とを有するスキャン装置と、受信した識別子からワークフローを特定する特定手段と、特定したワークフローにおける現在のステップを特定する手段と、前記特定したステップに応じた表示が前記スキャン装置でなされるように制御する制御手段とを有するサーバとを有することを特徴とするワークフローシステム。紙をスキャンするスキャン手段と、前記スキャンにより取得した画像から、前記紙に符号化して埋め込まれた識別子を取得する取得手段と、前記取得した識別子を送信する送信手段とを有するスキャン装置から識別子を受信するサーバであって、受信した識別子からワークフローを特定する特定手段と、特定したワークフローにおける現在のステップを特定する手段と、前記特定したステップに応じた表示が前記スキャン装置でなされるように制御する制御手段とを有するサーバ。紙をスキャンするスキャン手段と、前記スキャンにより取得した画像から、前記紙に符号化して埋め込まれた識別子を取得する取得手段と、前記取得した識別子を送信する送信手段とを有するスキャン装置から識別子を受信するサーバの制御方法であって、受信した識別子からワークフローを特定する特定工程と、特定したワークフローにおける現在のステップを特定する工程と、前記特定したステップに応じた表示が前記スキャン装置でなされるように制御する制御工程とを有するサーバの制御方法。ワークフローシステムにおいて、紙をスキャンしワークフローに電子文書として書類を添付するケースを想定する。この場合、ユーザーは一旦スキャナーを用いて電子化を行い個人のPCに送り、その後PCのWebブラウザーからワークフローにその電子文書を添付するという2段階の処理を行う必要がある。この手間を省略するために、前述の紙と電子処理を結びつける技術を用いて、スキャンした紙からワークフローを特定することが可能である。しかしながら、ワークフローにアクセスするためのURLはワークフローで行う処理によって変更の可能性がある。また、ワークフローの状態に応じて異なる処理を行うために、URLを変更する必要がある場合がある。そのため、直接URLを紙に符号化して埋め込む方法では解決できないという課題がある。本発明は上記課題を鑑みてなされたものであり、電子処理に紙をスキャンした電子文書を登録する際の利便性を向上することを目的とする。紙をスキャンするスキャン手段と、前記スキャンにより取得した画像から、前記紙に符号化して埋め込まれた識別子を取得する取得手段と、前記取得した識別子を送信する送信手段とを有するスキャン装置と、受信した識別子からワークフローを特定する特定手段と、特定したワークフローにおける現在のステップを特定する手段と、前記特定したステップに応じた表示が前記スキャン装置でなされるように制御する制御手段とを有するサーバとを有することを特徴とするワークフローシステム。本発明によれば、紙をスキャンしてワークフロー処理を行う際に、ワークフローの状態によって処理を自動的に変更することができるため、電子処理に紙をスキャンした電子文書を登録する際の利便性を向上する。以下、本発明を実施するための最良の形態について図面を用いて説明する。<第1の実施例>まず、本発明に係る第1の実施例について説明する。第1の実施例では、本発明の情報処理装置の一例であるMFPを含むワークフローシステムを用いた、経費申請のワークフローシステムの例を説明する。<システム構成>図1は、本発明を適用可能なシステムの全体構成を示すブロック図である。図1に示すように、MFP110、ワークフローサーバー120、紙ID管理サーバー130およびPC140は、イーサネットなどからなるLAN100に接続されている。MFP110は、操作部111、スキャナー部112そしてプリンター部113を有する複合機である。本実施例のワークフローシステムでは、経費申請において領収書を張り付ける申請用紙の印刷および、スキャンを行う端末として利用する。ワークフローサーバー120は、経費申請のワークフローアプリを実行しているサーバーである。紙ID管理サーバー130は、前記申請用紙を一意に識別する紙ID紙識別子と、ワークフローアプリケーションが管理するワークフローの情報とを関連付けて管理するサーバーである。PC140は、ワークフローを制御するための端末装置である。ワークフローサーバー120のワークフローアプリと通信してワークフローの処理を行うためのクライアントアプリを実行している。本実施例では、クライアントアプリはWebブラウザーであるとする。ただし、本実施形態におけるシステムにおいては、これらの構成機器の数に限られることはない。<MFP110のハードウェア構成>MFP110は、図2に示すように次の構成要素から構成される。操作部111、画像入力装置であるスキャナー部112、画像出力装置であるプリンター部113およびMFP110の制御を司るコントローラー200である。操作部111は、タッチパネルディスプレイなどからなり、ユーザーに対して情報の表示や、入力を受け付ける機能を持つ。スキャナー部112は、置かれた原稿上の画像の読み取り動作を行い、画像データを作成する。プリンター部113は、コントローラー200から受け取った画像データを用紙上に印刷画像として形成する。コントローラー200は操作部111、スキャナー部112そしてプリンター部113と電気的に接続されている一方、LAN100にもネットワークインターフェース206を介して接続されている。すなわち、LAN100を経由して他の機器と接続されている。これによりTCP/IP等の通信プロトコルによる通信が可能となっている。CPU201は、ROM202に記憶された制御プログラム等に基づいて接続中の各種MFPへのアクセス及び他の装置からのアクセスを統括的に制御する。それと共に、コントローラー200内部で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。ROM202には装置のブートプログラムが格納されている。RAM203は、CPU201が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。RAM203は、電源のバックアップ等により記憶した内容を装置本体の電源オフ後も保持しておく領域と、電源オフ後には記憶した内容が消去されてしまう領域により構成されている。HDD204はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。操作部I/F205は、システムバス211と操作部111とを接続するためのインターフェース部である。操作部I/F205は、操作部111に表示するための画像データをシステムバス211から受け取り操作部111に出力すると共に、操作部111から入力された情報をシステムバス211へと出力する。ネットワークI/F206はLAN100及びシステムバス211に接続し、情報の入出力を行う。スキャナーI/F207は、スキャナー部112から受け取った画像データに対して、補正、加工、及び編集を行う。画像形成部208は画像データの方向変換、画像圧縮、伸張処理などをおこなう。また、HDD204に保存されている画像同士を合成して一枚の画像にすることが可能である。プリンターI/F209は、画像形成部208から送られた画像データを受け取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンター部113に出力される。なお、本実施形態では、UI表示が可能なネットワークMFPであるが、汎用スキャナーや汎用プリンターなどを接続した汎用コンピューター等、これ以外の画像処理装置であってもよい。<ワークフローサーバー120、紙ID管理サーバー130およびPC140のハードウェア構成>図3は、図1に示したワークフローサーバー120のハードウェア構成を示すブロック図である。図3において、CPU301、RAM302、ROM303、ネットワークI/F305、ハードディスクドライブHDD304がシステムバス306を介して互いに通信可能に接続されている。ROM303或いはHDD304には、オペレーティングシステムやアプリケーションなどの制御プログラムが格納されている。CPU301は、当該制御プログラムを必要に応じてROM303或いはHDD304からRAM302上へ読み出して実行することで、コンピューターとしての機能を発揮する。また、CPU301は、ネットワークI/F305を介して接続されているネットワーク上の他の装置との通信を行う。また、紙ID管理サーバー130とPC140のハードウェア構成についても図3で示したワークフローサーバー120のハードウェア構成と同様である。<MFP110のソフトウエア構成>図4は、本実施例でのワークフロー処理にかかわるMFP110のアプリケーションおよびソフトウェアモジュールの構成を示した図である。これらアプリケーションおよびソフトウェアモジュールは、MFP110のHDD204に格納され、CPU201が実行する。MFP110は、印刷アプリ400、ワークフロー実行アプリ410、Webブラウザー420のアプリケーションを有する。印刷アプリ400は、本実施例で領収書を張り付ける申請用紙の印刷を行うためのアプリケーションである。本実施例では、申請用紙には紙を一意に識別するための紙IDがQRコードで印刷するが、そのQRコードの生成も行う。印刷データ受信部401は、LAN100を介してPC140から印刷データを受け取るソフトウェアモジュールである。印刷処理部402は、印刷データ受信部401が受信した印刷データを画像に変換し、プリンターI/F209を介してプリンター部113に印刷を実行させるソフトウェアモジュールである。印刷データには、印刷する画像のデータと印刷する紙を一意に識別する紙ID情報が含まれる。エンコード部403は、印刷処理部402から渡された紙ID情報を符号化エンコードして符号画像としてのQRコードを生成する処理を行う。画像合成部404は、印字対象の画像データと、符号化処理によって生成されたQRコードとを合成する処理を行う。ワークフロー実行アプリ410は、本実施例で申請用紙のスキャンを行い、ワークフローサーバー120と通信をして、ワークフロー処理を呼び出すアプリケーションである。UI部411はワークフロー実行アプリ410のUI表示を行うためのソフトウェアモジュールである。UI画面を作成し、操作部111に表示を行うとともに、操作部111から入力された入力情報を処理する。スキャン処理部412は、スキャナー部112をスキャナーI/F207を介して操作し、紙の原稿をスキャンさせ、スキャン結果として画像データを取得するためのソフトウェアモジュールである。デコード部413は、画像データに含まれるQRコードを検出すると共に、検出されたQRコードを復号化デコードして埋め込み情報を抽出する処理を行うソフトウェアモジュールである。紙ID管理サーバー通信部414は、紙ID管理サーバー130と通信を行うためのソフトウェアモジュールである。紙ID管理サーバー130にQRコードを複合化して得られた紙ID情報を送信する。また、紙ID管理サーバー130からワークフローサーバーに処理を依頼するためのワークフロー情報を取得する。ワークフロー情報については後述する。画像変換部415は、スキャン処理部412が生成した画像データを特定のファイルフォーマットに変換するためのソフトウェアモジュールである。画像送信指示部416は、Webブラウザー420にワークフローサーバー120への通信を指示するためのソフトウェアモジュールである。Webブラウザー420は、ワークフローサーバー120と通信を行うアプリケーションである。ワークフロー実行アプリ410から指示されて、ワークフローサーバー120と通信を行う。また、ワークフローサーバー120から受け取ったワークフローの処理画面を表示する。ログインアプリ430は、デバイスを使用するユーザーを識別するために、ユーザーの認証を行うアプリケーションである。本実施例では、ワークフロー実行アプリ410とWebブラウザー420が別のアプリケーションとして構成しているが、ワークフロー実行アプリ410がWebブラウザーと同等の機能を有し、直接ワークフローサーバー120と通信してもよい。<ワークフローサーバー120のソフトウエア構成>ワークフローサーバー120には、電子的にワークフローを実行するワークフローアプリが実行されている。このワークフローアプリはワークフローサーバー120のHDD304に格納され、CPU301が実行する。ワークフローアプリのソフトウエア構成は説明を省略する。本実施例では、ワークフローアプリはWebアプリケーションとする。また、本例でのワークフローサーバー120はwww.wf.xxx.comというホスト名であるとする。また、ワークフローアプリはhttp://www.wf.xxx.com/wf1/upload.cgiというURLでMFP110からワークフローの要求を受け付けるものとする。<紙ID管理サーバー130のソフトウエア構成>図5は、本実施例での紙ID管理サーバー130のソフトウェアモジュールの構成を示した図である。これらソフトウエアは、紙ID管理サーバー130のHDD304に格納され、CPU301が実行する。通信部501は、LAN100を介して送られた要求を受け付け、紙IDテーブル管理部502に要求を渡すソフトウェアモジュールである。そして紙IDテーブル管理部502の応答を要求の送信元に応答する。紙IDテーブル管理部502は、外部装置から受け取った要求をもとに、紙IDテーブル503の情報を取得したり、編集したりするソフトウェアモジュールである。紙IDテーブル503は、紙IDとワークフロー情報を保持するデータベースモジュールである。次に図6に紙IDテーブル503が管理するデータの例を示す。601から606は、列610、列620のデータレコードのカラムを示している。紙ID601の列は、紙を一意に識別する紙IDを示している。たとえば、行610の紙IDは123456であることを示す。URL602の列は、紙IDを処理するワークフローサーバーへ要求を行うためのURLを示している。行610の例では、http://www.wf.xxx.com/wf1/upload.cgiwfid=aaastate=approveのURLに要求を行うことを示している。本例では、http://www.wf.xxx.com/wf1/upload.cgiは前述のようにMFP110がワークフローサーバー120上のワークフローアプリへ画像送信を行うためのURLである。クエリのwfid=aaaとstate=approveは、それぞれ、ワークフローアプリがワークフローを識別するためのIDとそのワークフローの状態を示している。行620の例では、http://www.wf.xxx.com/wf2/upload.cgiwfid=aaastate=approveのURLであり、例610とは異なるワークフローアプリケーションとクエリを示している。ファイル設定603の列は、MFP110がワークフローサーバー120に要求に添付する画像ファイルのフォーマットの設定を示している。行610の例では、解像度が200×200dpiで、ファイルフォーマットがPDF、画像の色数はgrayscaleであることを示している。行620の例では、解像度が300×300dpiで、ファイルフォーマットがPDF、画像の色数はfullcolorであることを示している。メタ情報604の列は、MFP110がワークフローサーバー120に要求を行う際に、画像のメタ情報を合わせて送信するかどうかを示している。本例ではメタ情報は、MFPのホスト情報、MFPを使用しているユーザーID、スキャン時間等の情報である。参照許可クライアント605の列は、その行を参照可能なクライアントを示している。列610の例では、の記号ですべてのクライアントから参照可能であることを示している。列620の例では、DeviceA.xxx.comであらわされるホストからの要求しか受け付けないことを示している。変更許可クライアント606の列は、その行のデータを変更可能なクライアントを示している。列610の例では、www.wf.xxx.comであらわされるホストからの変更要求しか受け付けないことを示している。つまり本例では、ワークフローサーバー120からの要求でしか変更ができないことを示している。本実施例ではデータレコードが示す、ワークフローアプリやワークフローの状態をワークフローアプリがワークフローの状態に応じて変更する。また、このデータレコードを参照して、同じ紙IDの紙をスキャンした場合でも異なるワークフローアプリに画像を送信したり、異なるファイルフォーマットの画像ファイルを生成したりすることを可能にする。<PC140のソフトウエア構成>PC140には、ワークフローサーバー120のワークフローアプリの画面を表示し、制御するためのWebブラウザーが実行されている。このWebブラウザーはPC140のHDD304に格納され、CPU301が実行する。<経費申請のワークフロー処理>次に、本実施例におけるワークフローシステムの経費申請のワークフローについて説明する。以下は、経費申請のワークフロー処理をMFP110が関連する処理を中心に説明する。<経費申請の用紙印刷処理>まず申請者は経費申請のワークフローを開始するために、申請者がPC140のWebブラウザーを操作し、ワークフローサーバー120のワークフローアプリの操作画面を表示する。そして、申請に必要な情報の入力を行うとともに、経費申請の用紙印刷処理を説明する。経費申請の用紙は、経費申請を行うために領収書を張り付けるための台紙である。申請者はこの台紙に領収書を張り付けて、ワークフローに登録するとともに、経理部門の担当以下、経理担当と呼ぶに原本を送る。図7は、申請者が経費申請の用紙を印刷するシーケンス図である。ステップ701では、PC140のWebブラウザーからワークフローサーバー120のワークフローアプリに認証画面の要求が行われる。ワークフローアプリは要求に応じて、PC140のWebブラウザーにワークフローアプリの認証画面のHTMLデータを応答する。ステップ702では、PC140のWebブラウザーが、表示した認証画面で申請者からの認証情報の入力を受け付ける。入力に応じてPC140のWebブラウザーは、ワークフローサーバー120のワークフローアプリに認証情報を送信する。認証が成功した場合、経費申請のメニュー画面を含むHTMLデータをPC140のWebブラウザーに応答する。ステップ703では、Webブラウザーが、申請者からの申請情報の入力を受け付ける。Webブラウザーは、申請者からのメニューの経費申請の開始指示を受け取って、新規の申請開始画面を表示する。そしてその画面で申請項目の入力を受け付ける。入力に応じてPC140のWebブラウザーは、ワークフローサーバー120のワークフローアプリに入力情報を送信する。なお、これらの画面遷移はステップS702で取得したHTMLデータ及びHTMLデータに含まれるJavaScriptをWebブラウザーが解釈して表示および実行することで行われる。ワークフローサーバー120のワークフローアプリは、PC140のWebブラウザーからの指示を受信すると、新規にワークフローを起こし、一意に識別するためのIDを発行する。本例ではこのIDをaaaとして説明する。ワークフローアプリは、PC140のWebブラウザーに応答として経費申請の用紙の印刷確認画面を応答する。ステップ704では、PC140のWebブラウザーが申請者からの印刷の指示を受け付ける。PC140のWebブラウザーは、申請者からの印刷指示に応じてワークフローサーバー120のワークフローアプリに印刷指示を送信する。ステップ705では、ワークフローサーバー120のワークフローアプリが印刷データを生成するとともに印刷する紙を一意に識別する紙IDを生成する。本例では123456のIDを生成したものとする。そして生成した紙IDをQRコードに変換するための符号データとして印刷データに含める。ステップ706では、ワークフローサーバー120のワークフローアプリがステップ705で生成した経費申請の用紙の印刷データを、MFP110に対して送信する。MEP110に送信された印刷データは、印刷アプリ400印刷のデータ受信部401が受信する。印刷データ受信部401は受信したデータを印刷処理部402に送る。印刷処理部402は印刷データに含まれる紙IDの情報をエンコード部403に渡し符号化させQRコードの画像を受け取る。また印刷データをレンダリングして画像を生成する。次に、この生成した画像とQRコードの画像を画像合成部404に渡し、印刷画像のデータを作成する。そして、その画像をプリンターI/F209を介してプリンター部113で印刷を行う。図8は本例で印刷される経費申請用紙の例である。801はQRコードであり、ステップ705で生成した紙IDを符号化して符号画像としたものである。802は、経費申請に係る領収書の原本を張り付ける場所である。803は、申請者の印を捺印する場所である。804は、経理担当の印を捺印する場所である。ステップ707では、ワークフローサーバー120のワークフローアプリが紙ID管理サーバー130に対して、ワークフロー情報の登録を行う。このワークフロー情報は図6の例で示したレコード情報である。紙IDとしてはステップ705で生成した紙IDを設定する。URLにはステップ705で印刷した紙をスキャンした際に、その画像を受け取るURLを設定する。その他情報もワークフローアプリの都合に従って設定する。本例では図6の列610の情報を登録したものとして説明を行う。ステップ707では、ワークフローサーバー120のワークフローアプリがステップ704の印刷指示の応答として、完了画面のHTMLデータをPC140のWebブラウザーに応答する。そして、ワークフローアプリはワークフローの状態を領収書の登録待ちの状態にする。以上が、申請者が経費申請のワークフローを新規に起こして経費申請の用紙を印刷する一連の処理である。<経費申請の領収書スキャン処理>次に申請者は、ステップ706で印刷した経費申請の用紙に領収書を張り付け、捺印する。そしてその原本をスキャンしてワークフローに登録を行う。図9は、本実施例におけるスキャンとワークフロー実行の処理シーケンスである。ステップ901では、MFP110のログインアプリ430がログイン画面を表示し、ユーザー認証要求を受け付け、認証に成功するとログイン処理を行う。本例では、申請者がログイン後、ワークフロー実行アプリ410が起動されるものとする。図10はMFP110のログインアプリ430が操作部111に表示するログイン画面のGUI例である。入力フィールド1001にユーザー名、入力フィールド1002にパスワードを入力させる。またGUIボタン1003を押下されることで、1001と1002に入力された認証情報をもとにユーザー認証を行う。申請者はログイン後、ワークフロー実行アプリを起動し、スキャン処理を続行する。先に、ワークフロー実行アプリがどのように処理を行うかをフローチャートで説明する。図11は、ワークフロー実行アプリ410が行うスキャン実行処理のフローチャートである。ステップS1101では、ワークフロー実行アプリ410は、操作部111にスタート画面を表示する。図12は、ワークフロー実行アプリ410のUI部411が操作部111に表示するスタート画面のGUI例である。GUIボタン1201は、原稿用紙台に置かれた紙のスキャンを受け付けるボタンである。GUIボタン1202は、MFP110からログアウトするためのボタンである。ステップS1102では、UI部411が、GUIボタン1201が押下されたかどうかを判断する。ボタンが押下された場合はステップS1103に遷移する。ステップS1103では、スキャン処理部412が、MFP110の原稿読取台上にセットされた原稿のスキャンをスキャナー部112に行わせる。スキャナー部112が読み取った画像は、スキャナーI/Fを介して、HDD204に画像ファイルとして保存する。また、同時にMFPのホスト情報、MFPを使用しているユーザーID、スキャン時間をスキャン画像のメタ情報として作成し、メタ情報ファイルとしてHDD204に保存する。ステップS1104では、デコード部413が、ステップS1103で読み取った画像ファイルの中にQRコードが含まれているかを判断する。QRコードを検出した場合は、ステップS1105に遷移し、そうでない場合は、ステップS1111に遷移してエラーを表示し処理を終了する。ステップS1105では、デコード部413が、ステップS1104で検出したQRコードを復号化し紙IDを取り出す。ステップS1106では、紙ID管理サーバー通信部414がステップS1105で取り出した紙IDをもとに、紙ID管理サーバー130に問い合わせを行う。ステップS1107では、ステップS1106の問い合わせが成功したかどうかを判断する。紙ID管理サーバー130から送信した紙IDに対応したワークフロー情報を取得できた場合は、ステップS1108に遷移し、そうでない場合はステップS1111に遷移してエラーを表示し処理を終了する。ステップS1108では、画像変換部415が、ステップS1107で取得したワークフロー情報からファイル設定を参照し、その設定したがってステップS1103でHDD204に保存した画像に対して画像変換を行う。画像変換した画像は再びHDD204に保存する。ステップS1109では、画像送信指示部416がWebブラウザー420にステップS1108でHDD204に保存した画像を送信させる。画像送信指示部416は、Webブラウザー420に対して、ステップS1107で取得したワークフロー情報に含まれるURLを指定する。また、ワークフロー情報にメタ情報の送信指示があった場合、ステップS1103で生成したメタ情報ファイルの送信も指示する。画像送信指示部416は、Webブラウザー420に送信の指示を行った後、Webブラウザー420のGUIを前面に表示させる。Webブラウザー420は指定されたURLに対してHTTPのPUTメソッドを利用してHDD204に保存されている画像を送信する。また、メタ情報ファイルの送信も指示されていれば画像とメタ情報ファイルを合わせて送信する。ステップS1110では、Webブラウザー420がステップS1109で送信した画像ファイルの応答で受け取ったHTMLデータを表示する。以上が、ワークフロー実行アプリ410が行うスキャン処理である。再び図9の説明に戻り、図11のフローチャートに従って、申請者が行うスキャン処理の流れを説明する。ステップ902では、MFP110のワークフロー実行アプリ410がスキャン処理を行う。申請者は、領収書を張り付けた申請用紙を原稿台に置き、図12の画面でスタートボタンを押下する。ワークフロー実行アプリ410はステップS1102からステップS1105の処理により、申請用紙のQRコードから申請用紙の紙IDを抽出する。ステップ903では、ステップS1106の処理により、ステップ902で抽出した紙IDを元に紙ID管理サーバー130に問い合わせを行う。ステップ904では、紙ID管理サーバー130がワークフロー情報の問い合わせに応答する。紙ID管理サーバー130の通信部501は、申請用紙の紙IDaaaを受け取ると、通信元の情報と共に紙IDテーブル管理部502に問い合わせを行う。紙IDテーブル管理部502は紙IDテーブル503の中から渡された紙IDに対応する情報を抽出する。そして、参照許可クライアント605のカラムをチェックし、応答を許可するかどうかを判断する。この処理により、想定外のクライアントから紙IDを参照されることを防ぐことができる。本例では、ステップ707で印刷した際に登録した、図6の列610の情報が抽出される。そして、通信部502は抽出した610の情報をワークフロー情報としてMFP110に応答する。ステップ905では、ステップS1107からステップS1108の処理により、画像変換を行う。紙ID管理サーバー130からの応答に含まれるワークフロー情報からファイル設定を取得し、その設定に従ってスキャン画像のファイル変換がおこなわれる。本例では前記ワークフロー情報に従って、解像度が200×200dpiで、ファイルフォーマットがPDF、画像の色数はgrayscaleに変換される。ステップ906では、ステップS1109の処理により、Webブラウザー420から、ワークフローサーバーに画像とメタデータの送信が行われる。前記ワークフロー情報に含まれるURLはhttp://www.wf.xxx.com/wf1/upload.cgiwfid=aaastate=approveである。また、メタ情報を送信する設定である。そのため、ワークフローサーバー120に画像とメタデータが送信される。ステップ907では、ワークフローサーバー120が受け取った画像とメタデータを元にワークフローの処理を行う。本例では、URLからワークフローアプリが呼び出される。そしてワークフローアプリは、URLのクエリから処理すべきワークフローと処理ステップを特定するとともに、メタ情報から画像を送信したユーザーを特定する。本例では、ワークフローアプリは、ステップ707のIDaaaのワークフローを特定する。そしてMFP110の前に居る申請者に申請の確認を行わせるための確認画面のHTMLデータを生成し応答を行う。図13は、ワークフローアプリが応答し、Webブラウザー420が表示する確認画面のGUI例である。スキャンした画像のサムネイルを表示するとともに、申請内容の確認を行うための確認画面である。GUIボタン1301は、申請者の確認を受け付けるためのボタンである。GUIボタン1302は、申請のやり直しを受け付けるためのボタンである。ステップ908では、Webブラウザー420が申請者のGUIボタン1301の押下を受けて、ワークフローアプリに通知を行う。ステップ909では、ワークフローサーバー120のワークフローアプリが、紙ID管理サーバー130の紙IDテーブル503の内容を変更する。申請者の申請確認を受けて、ワークフローの処理が進むため、列610のURLをワークフローアプリのエラーページを表示するURLに変更する。本例では、http://www.wf.xxx.com/wf1/error.cgiwfid=aaaがエラーページのURLとする。この処理により、もしも申請者が同じ紙をMFP110でスキャンしたとしても、ステップS1109の処理でアクセスされるURLがエラーページのURLになる。そのため、Webブラウザー420に表示される画面はエラー画面とすることができる。なおこの際、紙ID管理サーバー130は、紙IDテーブル503の内容を修正してよいかどうかの判断を行う。本例では、列610のカラム606のホスト名と要求をしたワークフローサーバーのホスト名を比較して判断する。この処理により、想定外のワークフロー処理の変更を防ぐことができる。ステップ910では、ワークフローサーバー120のワークフローアプリが、ステップ908の応答として申請の完了画面を応答する。そして、ワークフローアプリはワークフローの状態ワークフローの現在のステップのことであるを承認者の承認待ちの状態にする。またこの際、ワークフローアプリは承認者に電子メール等で承認が必要であることを通知する。以上が、申請者が経費申請のワークフローに領収書の原本をスキャンしてワークフローに登録を行う処理である。なお申請者は申請後、申請書の原本を、経理担当に渡すものとする。<申請の承認処理>次に承認者が行う承認処理について説明する。ワークフローサーバー120のワークフローアプリに承認者がPCなどのクライアントで接続を行い、承認を行うことでワークフローの処理を進める。図14は、承認者がPC140で行う承認処理のシーケンス図である。なお本例ではPC140で説明を行うが、Webブラウザーを有する機器であればよい。ステップ1401では、ステップ701と同様に、PC140のWebブラウザーからワークフローサーバー120のワークフローアプリに認証画面の要求が行われる。ステップ1402では、ステップ702と同様に認証を行い、ワークフローサーバー120のワークフローアプリから経費申請のメニュー画面を含むHTMLデータを受け取る。ステップ1403では、Webブラウザーが、承認者からの承認の入力を受け付ける。Webブラウザーは、承認者からのメニューの経費申請の承認指示を受け取って、承認画面を表示する。そしてその画面で承認するワークフローの選択と承認指示を受け付ける。入力に応じてPC140のWebブラウザーは、ワークフローサーバー120のワークフローアプリに入力情報を送信する。ステップ1404では、ワークフローサーバー120のワークフローアプリがステップ1403の要求に応じて、ワークフローの承認処理を行う。ワークフローサーバー120のワークフローアプリは、アーカイブ処理の状態にワークフローを設定する。この際、ワークフローアプリは経理担当者に電子メール等で処理が必要であることを通知する。その後、ワークフロー紙ID管理サーバー130に対して、アーカイブ処理のためのワークフロー情報の更新を行う。図15は、更新を行った後の紙ID管理サーバー130の紙IDテーブル503を示したものである。ステップ705で生成した紙IDの情報は、列1501のように更新される。列1501のURLはhttp://www.wf.xxx.com/wf1/upload.cgiwfid=aaastate=archiveである。これは、ワークフローサーバー120のワークフローアプリへの画像送信のURLを示している。またクエリはステップ702で生成したワークフローであり、アーカイブ処理のステップであることを示している。またファイル設定は、アーカイブのために必要なファイル設定になっている。本例では、解像度が300×300dpiで、ファイルフォーマットがPDF、画像の色数はfullcolorであることを示している。またsignatureはPDFに電子署名をすることを示している。ステップ1405では、ワークフローサーバー120のワークフローアプリがステップ1403の要求の応答として、完了画面のHTMLデータをPC140のWebブラウザーに応答する。以上が、承認者が承認を行う処理である。<申請用紙のアーカイブ処理>次に、経理担当が原本を保存するためのアーカイブ処理を説明する。経理担当は、承認されたワークフローの通知と申請書の原本を受け取ると出金処理手続きを行う。そして、申請書の原本を電子化してアーカイブ処理する。また必要であれば、原本を物理的なキャビネットに保存する。本実施例では、経理担当が、MFP110を利用してアーカイブ処理のためのスキャン処理を行うものとして説明をおこなう。経理担当が、行うスキャン処理は図9のスキャン処理と同様である。ステップ901と同様にMFP110にログインを行い、ステップ902と同様に原稿台に申請用紙を置いてスキャンを行う。ステップ903からステップ906までの処理も同様だが、経理担当者がスキャンを行った場合、申請者がスキャンを行った場合と紙IDテーブル503に登録されているURLが異なる。そのため、ワークフローサーバー120のワークフローに接続するときのURLが異なる。また、登録されているファイル設定が異なるため、送られる画像ファイルのフォーマットも異なる。ステップ907では、ワークフローサーバー120のワークフローアプリはIDaaaのワークフローを特定し、スキャンしたのが経理担当であることを確認する。そしてMFP110の前に居る経理担当にアーカイブの確認を行わせるための確認画面のHTMLデータを生成し応答を行う。図16は、ワークフローアプリが応答し、Webブラウザー420が表示する確認画面のGUI例である。スキャンした画像のサムネイルを表示するとともに、アーカイブ内容の確認を行うための確認画面である。GUIボタン1601は、経理担当の確認を受け付けるためのボタンである。GUIボタン1602は、やり直しを受け付けるためのボタンである。GUIボタン1601を受け付けることで、ワークフローアプリは送られた画像ファイルをファイルサーバー等に格納し期限まで管理する。また、経理担当は図16で示された指示に従って物理キャビネットに原本を保管し、経理担当が行うアーカイブ処理を終える。以上が、第1の実施例におけるワークフローシステムの経費申請のワークフローである。以上のように、第1の実施例によれば、紙をスキャンしてワークフロー処理を行う際に、ワークフローの状態によって処理を自動的に変更することができる。そのため、電子処理に紙をスキャンした電子文書を登録する際の利便性を向上することができる。<第2の実施形態>前述の実施例では、MFP110のWebブラウザー420が直接ワークフローサーバーに画像を送信していたが、第2の実施例では、紙ID管理サーバー130がワークフローサーバー120を介して画像を送信する構成を説明する。第2の実施例のシステム構成とハードウェア構成は第1の実施例の図1から図3と同じである。図17に第2の実施例のソフトウエア構成を示す。MFP110のワークフロー実行アプリ410は、図4と比べて紙ID管理サーバー通信部414と画像変換部415がない。紙ID管理サーバー130は、図5の構成と比べてさらに画像変換部1701を有する。また、通信部501はWebブラウザー420とワークフローサーバーを仲介するプロキシサーバーの機能をさらに有する。次に、第2の実施例におけるスキャン処理を説明する。なお第2の実施例では、図9のシーケンス及び、MFP110のワークフロー実行アプリ410の図11のフローチャートが異なる。図18は第2の実施例におけるスキャンとワークフロー実行の処理シーケンスである。ステップ1801では、図9のステップ901と同様に申請者や経費担当がMFP110にログインを行う。ログイン後、ワークフロー実行アプリを起動し、第1の実施例と同様にスキャン処理を続行する。先に、ワークフロー実行アプリがどのように処理を行うかをフローチャートで説明する。図19はワークフロー実行アプリ410が行うスキャン実行処理のフローチャートである。ステップS1901からステップS1905までの処理およびステップS1908の処理は、図11のステップS1101からステップS1105の処理およびステップS1111の処理と同じである。また、第1の実施例で行っていたステップS1106からステップS1108の処理は行わない。ステップS1906では、ステップS1109の処理が異なり、ワークフローサーバー120に画像とメタデータを送信していたが、代わりに紙ID管理サーバー130に画像とメタデータそして紙IDを送信する。この際送信する画像は、スキャンしたままの画像であり、メタデータは必ず送信するものとする。ステップS1907では、ステップS1110と同様に、Webブラウザー420がステップS1906で送信した画像ファイルの応答で受け取ったHTMLデータを表示する。再び図18の説明に戻り、図19のフローチャートに従って、スキャン処理の流れを説明する。ステップ1802では、ステップ902と同様に申請用紙を読み取り、QRコードから紙IDの抽出を行う。ステップ1803では、ステップS1906の処理により紙ID管理サーバー130に、Webブラウザー420がスキャン画像とメタデータと紙IDを送信する。ステップ1804では、紙ID管理サーバー130がWebブラウザー420からの送信に応答する。紙ID管理サーバー130の通信部501は、ステップ906と同様に紙IDを受け取ると、紙IDテーブル管理部502に問い合わせを行う。そして得られたワークフロー情報のファイル設定に従って、画像変換部1701が受け取ったスキャン画像を画像変換する。ステップ1805では、通信部502は、ワークフロー情報に含まれるURLに対して、変換した画像とメタデータの送信をおこなう。この際メタデータを送信するかどうかはワークフロー情報に含まれる情報をみて判断を行う。ステップ1806では、ステップ907と同様にワークフローサーバー120がワークフローの処理を行う。そして同様に処理確認のHTMLデータを生成し応答を行う。ステップ1807では、紙ID管理サーバーがステップ1805で受け取った応答をそのままステップ1803の応答としてWebブラウザー420に応答する。以上が、スキャンしてワークフロー処理を行うシーケンスである。以上のように、第2の実施例によれば、紙をスキャンしてワークフロー処理を行う際に、ワークフローの状態によって処理を自動的に変更する構成を、紙管理サーバーがおこなうことができる。つまり、第2の実施例の構成でも、第1の実施例と同様に利便性を向上することができる。<その他の実施形態>前記2つの実施例では、QRコードのデコード処理をMFP110で行ったが、QRコードのデコードを紙ID管理サーバー130で行ってもよい。また、紙ID管理サーバー130とワークフローサーバー120が別ハードウェアであったが、同じハードウェア上にソフトウエアを配置してもよい。また前記の実施例では、画像をワークフローに送信する応答で処理画面を受け取っていたが、画像を送信するURLと操作画面を取得するURLが異なってもよい。この場合紙ID管理サーバーで、前記2つのURLを管理する。そしてWebブラウザーが、前者のURLに画像を送信し、後者のURLに処理画面を要求することが可能である。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。