(57)【要約】【課題】紙に画像として印刷された電子文書をより短い時間で取得可能な画像処理技術を提供する。【解決手段】複写機ＭＦＰは、電子文書を画像として紙に印刷する際に、当該紙に対して発行されたローカルＩＤを含む紙ＩＤをエンコードしたコード画像を当該紙に印刷すると共に、当該紙ＩＤと対応付けて紙情報を記憶する。複写機ＭＦＰは、複数種類の中から１種類のデータフォーマットを決定して、当該データフォーマットにより紙ＩＤを生成して、これをエンコードして生成したコード画像を印刷する。この紙を複写する際に、複写機ＭＦＰは、当該紙に印刷されたコード画像をデコードして紙ＩＤを取得し、データフォーマットの種類に応じて、当該紙ＩＤに対応付けられた紙情報を検索する。そして、複写機ＭＦＰは、検索した紙情報から印刷元の電子文書を特定し、これを用いて紙に印刷を行う。【選択図】        図１
2008235954.tif 000002
【特許請求の範囲】
【請求項１】
第１の紙媒体を走査手段が走査することにより読み取った画像を取得する読取手段と、
前記読取手段が取得した画像から所定のコード画像を抽出し、当該コード画像をデコードして、前記第１の紙媒体を識別可能な紙識別情報を取得するコード取得手段と、
電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段を特定する第１サービス情報と、前記第１の紙媒体の印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段を特定する第２サービス情報とを記憶するサービス情報記憶手段と、前記第１サービス情報及び第２サービス情報を管理するサービス情報制御手段とを有するサーバ装置とデータ通信を行う通信手段と、
前記コード取得手段が取得した紙識別情報に基づいて、前記紙識別情報の種類を判別し、当該種類に応じて、当該紙識別情報に対応付けられて前記紙情報記憶手段に記憶された前記紙情報を管理する前記紙情報制御手段を特定する前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、当該紙情報制御手段から前記紙情報を取得する紙情報取得手段と、
前記紙情報取得手段が取得した前記紙情報に含まれる前記印刷元情報を用いて、印刷対象の電子文書を特定する電子情報を管理する前記電子情報制御手段を特定する前記第１サービス情報を前記通信手段を介して前記サーバ装置の有する前記サービス情報制御手段から取得し、当該第１サービス情報を用いて前記電子情報制御手段にアクセスして、当該電子情報制御手段から前記電子情報を取得すると共に、当該電子情報によって特定される前記電子文書を取得する電子文書取得手段と、
前記電子文書取得手段が取得した前記電子文書を用いて印刷画像を形成して、当該印刷画像を第２の紙媒体に印刷する印刷手段とを備える
ことを特徴とする画像処理装置。
【請求項２】
前記種類のうち第１の種類の前記紙識別情報は、前記第２サービス情報と、前記紙情報を識別可能な第２紙識別情報とを含み、
前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報の種類が前記第１の種類であると判別した場合、前記紙識別情報に含まれる前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、前記第２紙識別情報を用いて当該紙情報制御手段から前記紙情報を取得する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記第２サービス情報は、前記紙情報制御手段を識別可能な第２制御識別情報を含み、
前記種類のうち第２の種類の前記紙識別情報は、前記第２制御識別情報と、前記紙情報を識別可能な第２紙識別情報とを含み、
前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報の種類が前記第２の種類であると判別した場合、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、前記第２紙識別情報を用いて当該紙情報制御手段から前記紙情報を取得する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記第２サービス情報を記憶可能な記憶手段を更に備え、
前記紙情報取得手段は、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報が前記記憶手段に記憶されているか否かを判別し、当該判別結果が肯定的である場合、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、前記第２紙識別情報を用いて当該紙情報制御手段から前記紙情報を取得する
ことを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記第２サービス情報及び前記サービス情報制御手段を特定する第３サービス情報のうち少なくとも１つを記憶可能な記憶手段を更に備え、
前記第２サービス情報は、前記紙情報制御手段を識別可能な第２制御識別情報と、当該第２サービス情報を直接管理する前記サービス情報制御手段を識別可能な第３制御識別情報とを含み、
前記種類のうち第３の種類の前記紙識別情報は、前記第３制御識別情報と、前記第２制御識別情報と、前記紙情報を識別可能な第２紙識別情報とを含み、
前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報の種類が前記第３の種類であると判別した場合、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報が前記記憶手段に記憶されているか否かを判別し、当該判別結果が否定的である場合且つ前記紙識別情報に含まれる前記第３制御識別情報によって識別される前記サービス情報制御手段を特定する第３サービス情報が前記記憶手段に記憶されている場合、当該第３サービス情報を用いて前記サービス情報制御手段に前記通信手段を介してアクセスして、前記第２制御識別情報を用いて当該サービス情報制御手段から前記第２サービス情報を取得する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記紙情報取得手段は、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報が前記記憶手段に記憶されていない場合且つ前記第２サービス情報を前記サービス情報制御手段から取得できない場合、前記サービス情報記憶手段に記憶された他の前記サービス情報制御手段を特定する他の第３サービス情報を前記通信手段を介して前記サーバ装置の有する前記サービス情報制御手段から取得して、当該他の第３サービス情報によって特定される前記他のサービス情報制御手段に前記通信手段を介してアクセスして、前記第２制御識別情報を用いて当該他のサービス情報制御手段から前記第２サービス情報を取得する
ことを特徴とする請求項４又は請求項５に記載の画像処理装置。
【請求項７】
前記紙識別情報は、前記種類を示す種類情報を含み、
前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報に含まれる前記種類情報を用いて当該紙識別情報の種類を判別し、当該種類に応じて、当該紙識別情報に対応付けられて前記紙情報記憶手段に記憶されている前記紙情報を管理する前記紙情報制御手段を特定する前記第２サービス情報を前記通信手段を介して前記サービス情報制御手段から取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、当該紙情報制御手段から前記紙情報を取得する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項８】
前記紙情報制御手段と、
前記紙情報を記憶可能な紙情報記憶手段とを備え、
前記紙情報制御手段は、前記第１の紙媒体に対応する前記紙情報を識別可能な第２紙識別情報を前記印刷元情報として含む新たな紙情報を生成し、当該新たな紙情報に対して新たな前記第２紙識別情報を発行し、
前記印刷手段は、
前記紙情報制御手段が発行した前記新たな第２紙識別情報及び当該紙情報制御手段を識別可能な第２制御識別情報を取得する識別情報取得手段と、
前記紙情報を特定する情報として生成する前記紙識別情報の種類を決定する種類決定手段と、
前記種類決定手段が決定した種類の前記紙識別情報を、前記識別情報取得手段が取得した前記新たな第２紙識別情報及び前記第２制御識別情報を用いて生成する紙識別情報生成手段と、
前記紙識別情報生成手段が生成した前記紙識別情報をエンコードしたコード画像を生成するコード画像生成手段と、
前記電子文書取得手段が取得した電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を前記第２の紙媒体に印刷する画像処理手段とを有する
ことを特徴とする請求項５に記載の画像処理装置。
【請求項９】
情報処理装置から印刷命令と共に印刷対象の電子文書を受信する受信手段と、
電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段と、
印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段と、
前記受信手段が受信した前記電子文書を用いて印刷画像を形成して当該印刷画像を紙媒体に印刷する印刷手段とを備え、
前記電子情報制御手段は、前記受信手段が受信した前記電子文書を前記電子文書記憶手段に登録して前記電子情報を生成し、当該電子情報に対して前記電子識別情報を発行し、
前記紙情報制御手段は、前記電子情報制御手段が発行した前記電子識別情報を前記印刷元情報として含む紙情報を生成し、当該紙情報に対して当該紙情報を識別可能な第２紙識別情報を発行し、
前記印刷手段は、
前記紙情報制御手段が発行した前記第２紙識別情報及び当該紙情報制御手段を識別可能な第２制御識別情報を取得する識別情報取得手段と、
前記紙情報を特定するための情報として生成する前記紙識別情報の種類を決定する種類決定手段と、
前記種類決定手段が決定した種類の前記紙識別情報を、前記識別情報取得手段が取得した前記第２紙識別情報及び前記第２制御識別情報を用いて生成する紙識別情報生成手段と、
前記紙識別情報生成手段が生成した前記紙識別情報をエンコードしたコード画像を生成するコード画像生成手段と、
前記受信手段が受信した前記電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を前記紙媒体に印刷する画像処理手段とを有する
ことを特徴とする画像処理装置。
【請求項１０】
前記紙識別情報生成手段は、前記紙識別情報の種類を第１の種類に決定した場合、前記電子情報制御手段を特定する第１サービス情報及び前記紙情報制御手段を特定する第２サービス情報を管理するサービス情報制御手段にアクセスして、前記第２制御識別情報によって識別される前記第２サービス情報を当該サービス情報制御手段から取得し、当該第２サービス情報と、前記第２紙識別情報とを含む前記紙識別情報を生成する
ことを特徴とする請求項８又は請求項９に記載の画像処理装置。
【請求項１１】
前記紙識別情報生成手段は、前記紙識別情報の種類を第２の種類に決定した場合、前記識別情報取得手段が取得した前記第２制御識別情報及び前記第２紙識別情報を含む前記紙識別情報を生成する
ことを特徴とする請求項８又は請求項９に記載の画像処理装置。
【請求項１２】
前記第２サービス情報は、前記紙情報制御手段を識別可能な第２制御識別情報と、当該第２サービス情報を直接管理する前記サービス情報制御手段を識別可能な第３制御識別情報とを含み、
前記紙識別情報生成手段は、前記紙識別情報の種類を第３の種類に決定した場合、前記サービス情報制御手段にアクセスして、前記第２制御識別情報によって識別される前記第２サービス情報を当該サービス情報制御手段から取得し、当該第２サービス情報に含まれる前記第２紙識別情報及び前記第３制御識別情報と、前記識別情報取得手段が取得した前記第２紙識別情報とを含む前記紙識別情報を生成する
ことを特徴とする請求項８又は請求項１０に記載の画像処理装置。
【請求項１３】
前記第１サービス情報は、前記電子情報制御手段にアクセスするためのアドレス情報を含み、
前記電子文書取得手段は、前記第１サービス情報に含まれる前記アドレス情報を用いて、前記通信手段を介して前記電子情報制御手段にアクセスして、前記電子情報及び前記電子文書のうち少なくとも一方を取得する
ことを特徴とする請求項１又は請求項１０に記載の画像処理装置。
【請求項１４】
前記第２サービス情報は、前記紙情報制御手段にアクセスするためのアドレス情報を含み、
前記紙情報取得手段は、前記第２サービス情報に含まれる前記アドレス情報を用いて、前記通信手段を介して前記紙情報制御手段にアクセスして、前記紙情報を取得する
ことを特徴とする請求項１又は請求項９に記載の画像処理装置。
【請求項１５】
前記第３サービス情報は、前記サービス情報制御手段にアクセスするためのアドレス情報を含み、
前記紙情報取得手段は、前記第３サービス情報に含まれる前記アドレス情報を用いて、前記通信手段を介して前記サービス情報制御手段にアクセスして、前記第２サービス情報を取得する
ことを特徴とする請求項５に記載の画像処理装置。
【請求項１６】
前記第１サービス情報、第２サービス情報及び第３サービス情報は、当該サービス情報を直接管理する前記サービス情報制御手段を識別可能な管理識別情報を含み、
前記サービス情報制御手段は、前記第１サービス情報、第２サービス情報及び第３サービス情報に含まれる前記管理識別情報が、当該サービス情報制御手段に対応する前記第３制御識別情報と一致する場合、当該サービス情報を直接管理可能であって、当該サービス情報の前記サービス情報記憶手段からの削除、取得又は変更のうち少なくとも１つを実行可能である
ことを特徴とする請求項５に記載の画像処理装置。
【請求項１７】
電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段を特定する第１サービス情報と、第１の紙媒体の印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段を特定する第２サービス情報とを記憶するサービス情報記憶手段と、前記第１サービス情報及び第２サービス情報を管理するサービス情報制御手段とを有するサーバ装置と、画像処理装置とがデータ通信を行う画像処理方法であって、
前記画像処理装置が、第１の紙媒体を走査手段が走査することにより読み取った画像を取得する読取ステップと、
前記画像処理装置が、前記読取ステップで取得した画像から所定のコード画像を抽出し、当該コード画像をデコードして、前記第１の紙媒体を識別可能な紙識別情報を取得するコード取得ステップと、
前記画像処理装置が、前記コード取得ステップで取得した紙識別情報に基づいて、前記紙識別情報の種類を判別し、当該種類に応じて、当該紙識別情報に対応付けられて前記紙情報記憶手段に記憶された前記紙情報を管理する前記紙情報制御手段を特定する前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、当該紙情報制御手段から前記紙情報を取得する紙情報取得ステップと、
前記画像処理装置が、前記紙情報取得ステップで取得した前記紙情報に含まれる前記印刷元情報を用いて、印刷対象の電子文書を特定する電子情報を管理する前記電子情報制御手段を特定する前記第１サービス情報を前記サーバ装置の有する前記サービス情報制御手段から取得し、当該第１サービス情報を用いて前記電子情報制御手段にアクセスして、当該電子情報制御手段から前記電子情報を取得すると共に、当該電子情報によって特定される前記電子文書を取得する電子文書取得ステップと、
前記画像処理装置が、前記電子文書取得ステップで取得した前記電子文書を用いて印刷画像を形成して、当該印刷画像を第２の紙媒体に印刷する印刷ステップと
を備えることを特徴とする画像処理方法。
【請求項１８】
情報処理装置から印刷命令と共に印刷対象の電子文書を受信する受信ステップと、
前記受信ステップで受信した前記電子文書を用いて印刷画像を形成して当該印刷画像を紙媒体に印刷する印刷ステップと、
電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段が、前記受信ステップで受信した前記電子文書を前記電子文書記憶手段に登録して前記電子情報を生成し、当該電子情報に対して前記電子識別情報を発行する電子情報登録ステップと、
印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段が、前記電子情報登録ステップで発行された前記電子識別情報を前記印刷元情報として含む紙情報を生成し、当該紙情報に対して当該紙情報を識別可能な第２紙識別情報を発行する紙情報登録ステップとを備え、
前記印刷ステップでは、
前記紙情報登録ステップで発行した前記第２紙識別情報及び当該紙情報制御手段を識別可能な第２制御識別情報を取得する識別情報取得ステップと、
前記紙情報を特定するための情報として生成する前記紙識別情報の種類を決定する種類決定ステップと、
前記種類決定ステップで決定した種類の前記紙識別情報を、前記識別情報取得ステップで取得した前記第２紙識別情報及び前記第２制御識別情報を用いて生成する紙識別情報生成ステップと、
前記紙識別情報生成ステップで生成した前記紙識別情報をエンコードしたコード画像を生成するコード画像生成ステップと、
前記受信ステップで受信した電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を前記紙媒体に印刷する画像処理ステップとを有する
ことを特徴とする記載の画像処理方法。
【請求項１９】
請求項１７又は請求項１８に記載された画像処理方法をコンピュータで実行させることを特徴とする画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷対象の紙をスキャナにより読み取った画像又は電子文書に対するパーソナルコンピュータなどからの印刷命令に基づいて、印刷画像を形成して紙に印刷する画像処理装置、画像処理方法、画像処理プログラムに関するものである。特に、ネットワークを介して印刷対象の電子文書を取得して、当該電子文書を用いて印刷を行う画像処理装置、画像処理方法及び画像処理プログラムに関するものである。
【背景技術】
【０００２】
従来より、サーバのアドレスなどを示すポイント情報がバーコード化されて印刷された紙を複写する場合、当該紙をスキャナにより画像（スキャン画像）として読み取ると共に当該紙に印刷されたバーコードを読み取り、当該バーコードをデコードして得られるポイント情報によって示されるアドレスに対応するサーバにアクセスして、当該紙に画像として印刷された電子文書を取得する技術がある（例えば、特許文献１参照）。電子文書の取得は、読み取ったスキャン画像の特徴を抽出し、抽出した特徴を用いて、サーバ内に格納されている電子文書を検索することにより行われる。また、例えば、サーバのネットワーク上のロケーション等の変更により、ポイント情報によって示されるアドレスに対応するサーバにアクセスできない場合、スキャン画像から抽出した特徴を用いて、画像処理システムに接続される全サーバ内に格納された電子文書の中から該当の電子文書を検索する。
【０００３】
【特許文献１】特開２００５−１５１１２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
即ち、特許文献１における技術においては、紙に画像として印刷された電子文書が格納されているサーバを一意に特定することができたとしても、スキャン画像の特徴を用いて電子文書を検索するため、この処理に時間が非常に掛かる恐れがある。
【０００５】
本発明は、上記に鑑みてなされたものであって、紙に画像として印刷された電子文書をより短い時間で取得可能な画像処理装置、画像処理方法及び画像処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、画像処理装置であって、第１の紙媒体を走査手段が走査することにより読み取った画像を取得する読取手段と、前記読取手段が取得した画像から所定のコード画像を抽出し、当該コード画像をデコードして、前記第１の紙媒体を識別可能な紙識別情報を取得するコード取得手段と、電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段を特定する第１サービス情報と、前記第１の紙媒体の印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段を特定する第２サービス情報とを記憶するサービス情報記憶手段と、前記第１サービス情報及び第２サービス情報を管理するサービス情報制御手段とを有するサーバ装置とデータ通信を行う通信手段と、前記コード取得手段が取得した紙識別情報に基づいて、前記紙識別情報の種類を判別し、当該種類に応じて、当該紙識別情報に対応付けられて前記紙情報記憶手段に記憶された前記紙情報を管理する前記紙情報制御手段を特定する前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、当該紙情報制御手段から前記紙情報を取得する紙情報取得手段と、前記紙情報取得手段が取得した前記紙情報に含まれる前記印刷元情報を用いて、印刷対象の電子文書を特定する電子情報を管理する前記電子情報制御手段を特定する前記第１サービス情報を前記通信手段を介して前記サーバ装置の有する前記サービス情報制御手段から取得し、当該第１サービス情報を用いて前記電子情報制御手段にアクセスして、当該電子情報制御手段から前記電子情報を取得すると共に、当該電子情報によって特定される前記電子文書を取得する電子文書取得手段と、前記電子文書取得手段が取得した前記電子文書を用いて印刷画像を形成して、当該印刷画像を第２の紙媒体に印刷する印刷手段とを備える。
【０００７】
請求項２にかかる発明は、請求項１にかかる発明において、前記種類のうち第１の種類の前記紙識別情報は、前記第２サービス情報と、前記紙情報を識別可能な第２紙識別情報とを含み、前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報の種類が前記第１の種類であると判別した場合、前記紙識別情報に含まれる前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、前記第２紙識別情報を用いて当該紙情報制御手段から前記紙情報を取得することを特徴とする。
【０００８】
請求項３にかかる発明は、請求項１にかかる発明において、前記第２サービス情報は、前記紙情報制御手段を識別可能な第２制御識別情報を含み、前記種類のうち第２の種類の前記紙識別情報は、前記第２制御識別情報と、前記紙情報を識別可能な第２紙識別情報とを含み、前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報の種類が前記第２の種類であると判別した場合、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、前記第２紙識別情報を用いて当該紙情報制御手段から前記紙情報を取得することを特徴とする。
【０００９】
請求項４にかかる発明は、請求項３にかかる発明において、前記第２サービス情報を記憶可能な記憶手段を更に備え、前記紙情報取得手段は、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報が前記記憶手段に記憶されているか否かを判別し、当該判別結果が肯定的である場合、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、前記第２紙識別情報を用いて当該紙情報制御手段から前記紙情報を取得することを特徴とする。
【００１０】
請求項５にかかる発明は、請求項１にかかる発明において、前記第２サービス情報及び前記サービス情報制御手段を特定する第３サービス情報のうち少なくとも１つを記憶可能な記憶手段を更に備え、前記第２サービス情報は、前記紙情報制御手段を識別可能な第２制御識別情報と、当該第２サービス情報を直接管理する前記サービス情報制御手段を識別可能な第３制御識別情報とを含み、前記種類のうち第３の種類の前記紙識別情報は、前記第３制御識別情報と、前記第２制御識別情報と、前記紙情報を識別可能な第２紙識別情報とを含み、前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報の種類が前記第３の種類であると判別した場合、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報が前記記憶手段に記憶されているか否かを判別し、当該判別結果が否定的である場合且つ前記紙識別情報に含まれる前記第３制御識別情報によって識別される前記サービス情報制御手段を特定する第３サービス情報が前記記憶手段に記憶されている場合、当該第３サービス情報を用いて前記サービス情報制御手段に前記通信手段を介してアクセスして、前記第２制御識別情報を用いて当該サービス情報制御手段から前記第２サービス情報を取得することを特徴とする。
【００１１】
請求項６にかかる発明は、請求項４又は請求項５にかかる発明において、前記紙情報取得手段は、前記紙識別情報に含まれる前記第２制御識別情報によって識別される前記紙情報制御手段を特定する前記第２サービス情報が前記記憶手段に記憶されていない場合且つ前記第２サービス情報を前記サービス情報制御手段から取得できない場合、前記サービス情報記憶手段に記憶された他の前記サービス情報制御手段を特定する他の第３サービス情報を前記通信手段を介して前記サーバ装置の有する前記サービス情報制御手段から取得して、当該他の第３サービス情報によって特定される前記他のサービス情報制御手段に前記通信手段を介してアクセスして、前記第２制御識別情報を用いて当該他のサービス情報制御手段から前記第２サービス情報を取得することを特徴とする。
【００１２】
請求項７にかかる発明は、請求項１にかかる発明において、前記紙識別情報は、前記種類を示す種類情報を含み、前記紙情報取得手段は、前記コード取得手段が取得した前記紙識別情報に含まれる前記種類情報を用いて当該紙識別情報の種類を判別し、当該種類に応じて、当該紙識別情報に対応付けられて前記紙情報記憶手段に記憶されている前記紙情報を管理する前記紙情報制御手段を特定する前記第２サービス情報を前記通信手段を介して前記サービス情報制御手段から取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、当該紙情報制御手段から前記紙情報を取得することを特徴とする。
【００１３】
請求項８にかかる発明は、請求項５にかかる発明において、前記紙情報制御手段と、前記紙情報を記憶可能な紙情報記憶手段とを備え、前記紙情報制御手段は、前記第１の紙媒体に対応する前記紙情報を識別可能な第２紙識別情報を前記印刷元情報として含む新たな紙情報を生成し、当該新たな紙情報に対して新たな前記第２紙識別情報を発行し、前記印刷手段は、前記紙情報制御手段が発行した前記新たな第２紙識別情報及び当該紙情報制御手段を識別可能な第２制御識別情報を取得する識別情報取得手段と、前記紙情報を特定する情報として生成する前記紙識別情報の種類を決定する種類決定手段と、前記種類決定手段が決定した種類の前記紙識別情報を、前記識別情報取得手段が取得した前記新たな第２紙識別情報及び前記第２制御識別情報を用いて生成する紙識別情報生成手段と、前記紙識別情報生成手段が生成した前記紙識別情報をエンコードしたコード画像を生成するコード画像生成手段と、前記電子文書取得手段が取得した電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を前記第２の紙媒体に印刷する画像処理手段とを有することを特徴とする。
【００１４】
請求項９にかかる発明は、画像処理装置であって、情報処理装置から印刷命令と共に印刷対象の電子文書を受信する受信手段と、電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段と、印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段と、前記受信手段が受信した前記電子文書を用いて印刷画像を形成して当該印刷画像を紙媒体に印刷する印刷手段とを備え、前記電子情報制御手段は、前記受信手段が受信した前記電子文書を前記電子文書記憶手段に登録して前記電子情報を生成し、当該電子情報に対して前記電子識別情報を発行し、前記紙情報制御手段は、前記電子情報制御手段が発行した前記電子識別情報を前記印刷元情報として含む紙情報を生成し、当該紙情報に対して当該紙情報を識別可能な第２紙識別情報を発行し、前記印刷手段は、前記紙情報制御手段が発行した前記第２紙識別情報及び当該紙情報制御手段を識別可能な第２制御識別情報を取得する識別情報取得手段と、前記紙情報を特定するための情報として生成する前記紙識別情報の種類を決定する種類決定手段と、前記種類決定手段が決定した種類の前記紙識別情報を、前記識別情報取得手段が取得した前記第２紙識別情報及び前記第２制御識別情報を用いて生成する紙識別情報生成手段と、前記紙識別情報生成手段が生成した前記紙識別情報をエンコードしたコード画像を生成するコード画像生成手段と、前記電子文書取得手段が取得した電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を前記紙媒体に印刷する画像処理手段とを有することを特徴とする。
【００１５】
請求項１０にかかる発明は、請求項８又は請求項９にかかる発明において、前記紙識別情報生成手段は、前記紙識別情報の種類を第１の種類に決定した場合、前記電子情報制御手段を特定する第１サービス情報及び前記紙情報制御手段を特定する第２サービス情報を管理するサービス情報制御手段にアクセスして、前記第２制御識別情報によって識別される前記第２サービス情報を当該サービス情報制御手段から取得し、当該第２サービス情報と、前記第２紙識別情報とを含む前記紙識別情報を生成することを特徴とする。
【００１６】
請求項１１にかかる発明は、請求項８又は請求項９にかかる発明において、前記紙識別情報生成手段は、前記紙識別情報の種類を第２の種類に決定した場合、前記識別情報取得手段が取得した前記第２制御識別情報及び前記第２紙識別情報を含む前記紙識別情報を生成することを特徴とする。
【００１７】
請求項１２にかかる発明は、請求項８又は請求項１０にかかる発明において、前記第２サービス情報は、前記紙情報制御手段を識別可能な第２制御識別情報と、当該第２サービス情報を直接管理する前記サービス情報制御手段を識別可能な第３制御識別情報とを含み、前記紙識別情報生成手段は、前記紙識別情報の種類を第１の種類に決定した場合、前記電子情報制御手段を特定する第１サービス情報及び前記紙情報制御手段を特定する第２サービス情報を管理するサービス情報制御手段にアクセスして、前記第２制御識別情報によって識別される前記第２サービス情報を当該サービス情報制御手段から取得し、当該第２サービス情報に含まれる前記第２紙識別情報及び前記第３制御識別情報と、前記識別情報取得手段が取得した前記第２紙識別情報とを含む前記紙識別情報を生成することを特徴とする。
【００１８】
請求項１３にかかる発明は、請求項１又は請求項１０にかかる発明において、前記第１サービス情報は、前記電子情報制御手段にアクセスするためのアドレス情報を含み、前記電子情報取得手段は、前記第１サービス情報に含まれる前記アドレス情報を用いて、前記通信手段を介して前記電子情報制御手段にアクセスして、前記電子情報及び前記電子文書のうち少なくとも一方を取得することを特徴とする。
【００１９】
請求項１４にかかる発明は、請求項１又は請求項９にかかる発明において、前記第２サービス情報は、前記紙情報制御手段にアクセスするためのアドレス情報を含み、前記紙情報取得手段は、前記第２サービス情報に含まれる前記アドレス情報を用いて、前記通信手段を介して前記紙情報制御手段にアクセスして、前記紙情報を取得することを特徴とする。
【００２０】
請求項１５にかかる発明は、請求項５にかかる発明において、前記第３サービス情報は、前記サービス情報制御手段にアクセスするためのアドレス情報を含み、前記紙情報取得手段は、前記第３サービス情報に含まれる前記アドレス情報を用いて、前記通信手段を介して前記サービス情報制御手段にアクセスして、前記第２サービス情報を取得することを特徴とする。
【００２１】
請求項１６にかかる発明は、請求項５にかかる発明において、前記第１サービス情報、第２サービス情報及び第３サービス情報は、当該サービス情報を直接管理する前記サービス情報制御手段を識別可能な管理識別情報を含み、前記サービス情報制御手段は、前記第１サービス情報、第２サービス情報及び第３サービス情報に含まれる前記管理識別情報が、当該サービス情報制御手段に対応する前記第３制御識別情報と一致する場合、当該サービス情報を直接管理可能であって、当該サービス情報の前記サービス情報記憶手段からの削除、取得又は変更のうち少なくとも１つを実行可能であることを特徴とする。
【００２２】
請求項１７にかかる発明は、電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段を特定する第１サービス情報と、第１の紙媒体の印刷元を特定する印刷元情報を含み且つ当該第１の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段を特定する第２サービス情報とを記憶するサービス情報記憶手段と、前記第１サービス情報及び第２サービス情報を管理するサービス情報制御手段とを有するサーバ装置と、画像処理装置とがデータ通信を行う画像処理方法であって、前記画像処理装置が、第１の紙媒体を走査手段が走査することにより読み取った画像を取得する読取ステップと、前記画像処理装置が、前記読取ステップで取得した画像から所定のコード画像を抽出し、当該コード画像をデコードして、前記第１の紙媒体を識別可能な紙識別情報を取得するコード取得ステップと、前記画像処理装置が、前記コード取得ステップで取得した紙識別情報に基づいて、前記紙識別情報の種類を判別し、当該種類に応じて、当該紙識別情報に対応付けられて前記紙情報記憶手段に記憶された前記紙情報を管理する前記紙情報制御手段を特定する前記第２サービス情報を取得し、当該第２サービス情報を用いて前記紙情報制御手段にアクセスして、当該紙情報制御手段から前記紙情報を取得する紙情報取得ステップと、前記画像処理装置が、前記紙情報取得ステップで取得した前記紙情報に含まれる前記印刷元情報を用いて、印刷対象の電子文書を特定する電子情報を管理する前記電子情報制御手段を特定する前記第１サービス情報を前記サーバ装置の有する前記サービス情報制御手段から取得し、当該第１サービス情報を用いて前記電子情報制御手段にアクセスして、当該電子情報制御手段から前記電子情報を取得すると共に、当該電子情報によって特定される前記電子文書を取得する電子文書取得ステップと、前記画像処理装置が、前記電子文書取得ステップで取得した前記電子文書を用いて印刷画像を形成して、当該印刷画像を第２の紙媒体に印刷する印刷ステップとを備えることを特徴とする。
【００２３】
請求項１８にかかる発明は、画像処理方法であって、情報処理装置から印刷命令と共に印刷対象の電子文書を受信する受信ステップと、前記受信ステップで受信した前記電子文書を用いて印刷画像を形成して当該印刷画像を紙媒体に印刷する印刷ステップと、電子文書記憶手段に記憶される印刷対象の電子文書を特定する電子情報であり且つ当該電子情報を識別可能な電子識別情報と対応付けられて電子情報記憶手段に記憶される電子情報を管理する電子情報制御手段が、前記受信ステップで受信した前記電子文書を前記電子文書記憶手段に登録して前記電子情報を生成し、当該電子情報に対して前記電子識別情報を発行する電子情報登録ステップと、印刷元を特定する印刷元情報を含み且つ印刷対象の紙媒体を識別可能な紙識別情報と対応付けられて紙情報記憶手段に記憶される紙情報を管理する紙情報制御手段が、前記電子情報登録ステップで発行された前記電子識別情報を前記印刷元情報として含む紙情報を生成し、当該紙情報に対して当該紙情報を識別可能な第２紙識別情報を発行する紙情報登録ステップとを備え、前記印刷ステップでは、前記紙情報登録ステップで発行した前記第２紙識別情報及び当該紙情報制御手段を識別可能な第２制御識別情報を取得する識別情報取得ステップと、前記紙情報を特定するための情報として生成する前記紙識別情報の種類を決定する種類決定ステップと、前記種類決定ステップで決定した種類の前記紙識別情報を、前記識別情報取得ステップで取得した前記第２紙識別情報及び前記第２制御識別情報を用いて生成する紙識別情報生成ステップと、前記紙識別情報生成ステップで生成した前記紙識別情報をエンコードしたコード画像を生成するコード画像生成ステップと、前記受信ステップで受信した電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を前記紙媒体に印刷する画像処理ステップとを有することを特徴とする。
【００２４】
請求項１９にかかる発明は、画像処理プログラムであって、請求項１７又は請求項１８に記載された画像処理方法をコンピュータで実行させることを特徴とする。
【発明の効果】
【００２５】
本発明によれば、複写対象の紙の印刷元である電子文書が記憶されている画像処理装置を特定することができると共に、当該電子文書自体を特定することができる。この結果、複写対象の紙の印刷元の電子文書をより的確に特定し、当該電子文書を用いた印刷を行うことにより、ユーザの所望する印刷結果を得ることができる。また、印刷対象の電子文書を特定するためにコード画像化する紙識別情報について、複数種類を取り扱い可能にすることにより、データ量と処理効率との兼ね合いを考慮して、当該紙識別情報の種類を設定することができる。従って、様々なネットワークの接続環境や処理環境に応じることができる。
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照して、この発明にかかる画像処理装置、画像処理方法及び画像処理プログラムの最良な実施の形態を詳細に説明する。
【００２７】
（１）構成
＜画像処理システムの構成＞
図１は、本実施の形態にかかる画像処理システム全体の構成を示すブロック図である。本図に示すように、例えば、４つの事業所Ｊ１，Ｊ２，Ｊ３，Ｊ４があり、各事業所には、イントラネットＮＴ１，ＮＴ２，ＮＴ３，ＮＴ４に各々接続される所内システムＳＹＭ１，ＳＹＭ２，ＳＹＭ３，ＳＹＭ４がある。これらの各所内システムＳＹＭ１，ＳＹＭ２，ＳＹＭ３，ＳＹＭ４がインターネットＮＴ０を介して各々接続されて、画像処理システムが構成される。所内システムＳＹＭ１は、２台の複写機ＭＦＰ１，ＭＦＰ２とパーソナルコンピュータＰＣ１とサーバＳＶ１とが接続されて構成される。所内システムＳＹＭ２は、２台の複写機ＭＦＰ３，ＭＦＰ４とパーソナルコンピュータＰＣ２とサーバＳＶ２とが接続されて構成される。所内システムＳＹＭ３は、２台の複写機ＭＦＰ５，ＭＦＰ６とパーソナルコンピュータＰＣ３とサーバＳＶ３とが接続されて構成される。所内システムＳＹＭ４は、２台の複写機ＭＦＰ７，ＭＦＰ８とパーソナルコンピュータＰＣ４とサーバＳＶ４とが接続されて構成される。各複写機ＭＦＰ１〜ＭＦＰ８、各パーソナルコンピュータＰＣ１〜ＰＣ４及び各サーバＳＶ１〜ＳＶ４は、これらを一意に識別可能なＩＰアドレスが割り当てられており、ＨＴＴＰ/ＦＴＰ/ＵＤＰなどのネットワークプロトコルに従って通信可能である。このようなネットワークの構築には、種々の公知の技術を用いることができる。ネットワークの構築に用いる技術は本実施の形態においては限定されない。尚、以下では、所内システムＳＹＭ１〜ＳＹＭ４について区別する必要がない場合には、その符号のうち「１」〜「４」を省略して、単に、所内システムＳＹＭと記載する。パーソナルコンピュータＰＣ１〜ＰＣ４について区別する必要がない場合には、その符号のうち「１」〜「４」を省略して、単に、パーソナルコンピュータＰＣと記載する。また、サーバＳＶ１〜ＳＶ４について区別する必要がない場合には、その符号のうち「１」〜「４」を省略して、単に、サーバＳＶと記載する。また、複写機ＭＦＰ１〜ＭＦＰ８について区別する必要がない場合には、その符号のうち「１」〜「８」を省略して、単に、複写機ＭＦＰと記載する。
【００２８】
＜画像処理システムの概要＞
本実施の画像処理システムにおいては、複写機ＭＦＰにおいて電子文書を画像として紙に印刷する際に、当該紙に対してローカルＩＤを発行し当該ローカルＩＤを含む紙ＩＤをエンコードしたコード画像を当該紙に印刷すると共に、当該紙の印刷条件や当該紙の印刷元の電子文書を特定する情報を含む紙情報を、当該紙ＩＤと対応付けて記憶する。この紙ＩＤにはｔｙｐｅ０〜ｔｙｐｅ４の複数種類のデータフォ−マットが存在する。複写機ＭＦＰは、この複数種類の中から１種類のデータフォーマットを決定して、当該データフォーマットにより紙ＩＤを生成して、これをエンコードして生成したコード画像を印刷する。一方、このような紙を複写機ＭＦＰにおいて複写する際に、当該紙に印刷されたコード画像を読み取り、当該コード画像をデコードして当該紙ＩＤを取得し、当該紙ＩＤに対応付けられた紙情報を取得して、当該紙情報を参照して、印刷元の電子文書を特定し、これを取得して、これを用いて紙に印刷を行う。この紙への印刷の際に、複写機ＭＦＰでは、上述のようにして、当該紙に対してローカルＩＤを発行しこれを含む紙ＩＤをエンコードしたコード画像を当該紙に印刷する。
【００２９】
＜パーソナルコンピュータＰＣの構成＞
次に、パーソナルコンピュータＰＣの構成について説明する。パーソナルコンピュータＰＣは、パーソナルコンピュータＰＣ全体を制御するＣＰＵ(Central Processing Unit)と、各種制御プログラムや各種データなどを記憶するＲＯＭ（Read Only Memory）と、ＲＡＭ(Random Access Memory)と、各種アプリケーションプログラムや各種データを記憶するＨＤＤ(Hard Disk Drive)と、外部装置とのデータ通信を制御する通信部と、これらを接続するバス（いずれも図示せず）とを有する一般的なコンピュータの構成を有している。更に、パーソナルコンピュータＰＣ１には、有線又は無線の接続手段を介して、モニタなどの表示部と、キーボードなどの操作部と（いずれも図示せず）が接続される。また、パーソナルコンピュータＰＣのＲＯＭにはプリンタドライバが記憶される。このプリンタドライバがＣＰＵにより起動されると、ユーザからの印刷指示に応じて、通信部を介して、同じ所内システムＳＹＭ内にある複写機ＭＦＰに印刷命令を送信する。
【００３０】
＜ＭＦＰの構成＞
次に、複写機ＭＦＰの構成について説明する。図２は、複写機ＭＦＰの電気的構成を示すブロック図である。図２に示すように、複写機ＭＦＰは、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複写機ＭＦＰ全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジン等であり、スキャナなどの走査部を備えると共に、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ等の印刷部（いずれも図示せず）を備える。なお、このエンジン部６０には、プロッタ等のいわゆるエンジン部分に加えて、誤差拡散やガンマ変換等の画像処理部分が含まれる。また、複写機ＭＦＰは、ユーザからの操作が入力される操作装置と情報を表示する表示装置とを一体的に形成した操作パネル２０を備える。操作パネル２０は、ＡＳＩＣ１６に接続される。また、コントローラ１０の有するＣＰＵ１１は、計時機能を有し、現在日時を計時する。また、ＲＡＭ１２ｂには、キャッシュメモリとして機能する（以下、キャッシュという）。このような複写機ＭＦＰの詳細な電気的構成については、例えば特開２００６−１７７９９０に開示されているため、その説明を省略する。次に、このＣＰＵ１１がＲＯＭ１２ａに記憶された各種プログラムを実行することにより実現される機能、即ち、複写機ＭＦＰの機能的構成について説明する。
【００３１】
図３は、複写機ＭＦＰの機能的構成を示すブロック図である。複写機ＭＦＰの機能は、アプリケーション層Ｍ１と、サービス/モジュール層Ｍ２と、データベース層Ｍ３とに大別される。アプリケーション層Ｍ１は、印刷アプリ１００とスキャンアプリ１０１とを有する。サービス/モジュール層Ｍ２は、情報処理サービス（以下、単にサービスという）として、ＰＩＤＳ(Paper ID Service)２０１と、ＥＩＤＳ(Electric ID Service)２０２とを有し、更に、モジュールとして、リポジトリ２０５と、エンコーダラッパ２０６と、デコーダラッパ２０７とを有する。データベース層Ｍ３は、紙情報ＤＢ(Data Base)３０１と、電子情報ＤＢ３０２と、電子文書を記憶する電子文書ＤＢ３０３とを有する。これらのＤＢ３０１〜３０３は、ＨＤＤなどに記憶されている。
【００３２】
印刷アプリ１００は、ＰＩＤＳ２０１、ＥＩＤＳ２０２及びエンコーダラッパ２０６を用いて、印刷対象の電子文書を取得し、当該電子文書の印刷を印刷部により行なう。また、印刷アプリ１００は、スキャンアプリ１０１からの印刷命令により、印刷を印刷部により行う。スキャンアプリ１０１は、ＰＩＤＳ２０１、ＥＩＤＳ２０２及びデコーダラッパ２０７を用いて、スキャンした印刷対象の紙について、印刷元の電子文書を取得し、印刷命令と共に印刷アプリ１００に渡す。
【００３３】
ＰＩＤＳ２０１は、紙情報ＤＢ３０１を利用して、印刷した紙に係る情報を管理する。ＥＩＤＳ２０２は、電子情報ＤＢ３０２及びリポジトリ２０５を利用して、印刷対象の電子文書に係る情報を管理する。リポジトリ２０５は、電子文書ＤＢ３０３に記憶される電子文書を管理する。リポジトリ２０５は、電子文書を管理する機能を有する公知の文書管理システムである。このため、リポジトリ２０５の詳細については説明を省略するが、リポジトリ２０５は、電子文書を取得したり、電子文書を電子文書ＤＢ３０３に登録したり、電子文書ＤＢ３０３に記憶されている電子文書を更新したり又は削除したりする機能を有する。ＥＩＤＳ２０２は、リポジトリ２０５のこれらの機能を利用して、電子文書本体に係る処理（電子文書の登録／更新／削除／取得）を行う。尚、電子文書ＤＢ３０３への電子文書を登録するとは、電子文書ＤＢ３０３における電子文書の記憶を開始するということである。他のＤＢへの他の情報の登録についても同様の意味を有するものとする。
【００３４】
ＰＩＤＳ２０１、ＥＩＤＳ２０２の各サービスは、アプリケーション層Ｍ１からの処理命令や、ＳＯＡＰ通信による外部の装置からの処理命令により、各種処理を行う。
【００３５】
以下、各サービス、各モジュールの詳しい機能の構成及び各データベースの構成について説明する。尚、説明の便宜上、複写機ＭＦＰ１〜ＭＦＰ８は各々、その符号のうち「１」〜「８」をアンダーラインと共に印刷アプリ１００、スキャンアプリ１０１、ＰＩＤＳ２０１、ＥＩＤＳ２０２、リポジトリ２０５、エンコーダラッパ２０６、デコーダラッパ２０７、紙情報ＤＢ３０１、電子情報ＤＢ３０２及び電子文書ＤＢ３０３の各末尾に付加したものを有するものとする。即ち、複写機ＭＦＰ１は、印刷アプリ１００_１、スキャンアプリ１０１_１、ＰＩＤＳ２０１_１、ＥＩＤＳ２０２_１、エンコーダラッパ２０６_１、デコーダラッパ２０７_１、リポジトリ２０５_１、紙情報ＤＢ３０１_１、電子情報ＤＢ３０２_１及び電子文書ＤＢ３０３_１を有する。複写機ＭＦＰ２〜ＭＦＰ８についても同様である。また、以下に説明する各部についても同様である。尚、これらの区別が必要ない場合には、アンダーライン及び「１」〜「８」の符号を省略して説明する。
【００３６】
＜ＰＩＤＳの構成＞
まず、ＰＩＤＳ２０１の構成について説明する。図４は、ＰＩＤＳ２０１の構成を示すブロック図である。ＰＩＤＳ２０１は、紙情報を管理する機能のことである。紙情報とは、印刷した紙に関する情報である。ＰＩＤＳ２０１の機能は更に、インターフェース部ＰＩ１と、処理機能部ＰＩ２とを有する。インターフェース部ＰＩ１は、更に４つのインターフェースを有する。各インターフェースは、紙登録、紙変更、紙削除、紙取得である。これらは全て、Ｗｅｂサービスを利用可能なインターフェースである。処理機能部ＰＩ２も同様に、紙登録処理部ＰＩ２０、紙変更処理部ＰＩ２１、紙削除処理部ＰＩ２２、紙取得処理部ＰＩ２３の４つの各処理部からなる。
【００３７】
インターフェース部ＰＩ１の各インターフェースは、上記した順に上記の各処理部に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、紙情報ＤＢ３０１にアクセスし、当該パラメータを用いて処理を実行して、処理結果を対応するインターフェースに返す。各処理部ＰＩ２０〜ＰＩ２３の行う処理については、後述の動作欄で詳述する。
【００３８】
＜紙情報ＤＢの構成＞
ここで、紙情報ＤＢ３０１について説明する。紙情報ＤＢ３０１は、印刷した１枚毎の紙に関する紙情報を１レコードとして記憶する紙情報テーブル３０１Ａを有する。
【００３９】
図５は、紙情報テーブル３０１Ａのデータ構成を例示する図である。紙情報テーブル３０１Ａには、紙ＩＤ毎に紙情報が記憶される。紙ＩＤ（紙識別情報）とは、印刷対象の紙１枚毎に当該各紙を一意に識別可能なＩＤであり、ＰＩＤＳ２０１が後述する紙登録機能によって紙情報を紙情報テーブル３０１Ａに登録する際に発行するものである。具体的には、紙ＩＤは、以下に説明するＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。また、例えば、一度の印刷処理で３枚の紙に印刷を行った場合、３つの紙ＩＤが発行され、当該３枚の紙に対して各々対応付けられる。紙情報テーブル３０１Ａに記憶される紙情報は、「名称」、「説明」、「ＰＩＤＳのＵＵＩＤ」、「ローカルＩＤ」、「登録日時」、「更新日時」、「元文書へのリンク」、「印刷条件」をデータとして含む。「名称」と「説明」とは、ユーザがその紙が何であるかを理解するために各々発行された文字列である。
【００４０】
「ＰＩＤＳのＵＵＩＤ」とは、ＰＩＤＳ２０１をグローバルに一意に識別可能なＩＤであり、例えば、Ｗｉｎｄｏｗｓ(登録商標)で用いられるオブジェクトクラスＩＤであるＧＵＩＤやネットワークカードに割り振られるＭＡＣアドレスなどである。サービスに対してＵＵＩＤを発行する技術は、既に公知であり、多数の技術が存在するが、本実施の形態においては、いずれの技術を用いても良い。ＵＵＩＤが発行されるタイミングは、ＰＩＤＳ２０１及びＥＩＤＳ２０２の機能を実現させるプログラムが複写機ＭＦＰにインストールされる時であり、当該プログラムが複写機ＭＦＰからアンインストールされるまでＵＵＩＤは変更されないものとする。「ローカルＩＤ」は、同一のＰＩＤＳ２０１において紙情報を一意に識別するためのＩＤであり、上述のＰＩＤＳ２０１のＵＵＩＤとの組み合わせにより、紙情報をグローバルに一意に識別可能にする。尚、ＰＩＤＳのＵＵＩＤ又はＰＩＤＳのローカルＩＤは、第２制御識別情報に相当する。
【００４１】
「登録日時」は、紙情報を紙情報テーブル３０１Ａに登録した日時を示す。「更新日時」は、紙情報テーブル３０１Ａに登録されている紙情報を更新した日時を示す。「元文書へのリンク」は、その紙がどの電子文書を印刷したものかを示す情報、即ち、印刷元の電子文書を特定する情報、あるいは、その紙がどの紙を複写したものかを示す情報、即ち、複写元の紙を特定する情報を示す。電子文書を特定する情報とは、例えば、後述のＥＩＤＳ２０２のＵＵＩＤ及びＥＩＤＳ２０２が発行するローカルＩＤの組み合わせ（電子ＩＤ）である。紙を特定する情報とは、例えば、ＰＩＤＳ２０１のＵＵＩＤ及びＰＩＤＳ２０１が発行するローカルＩＤの組み合わせ（紙ＩＤ）である。これによって、ある紙を複写する際に当該紙をスキャンしたとき、複写元の紙がどれかを特定することができ、さらにその紙に係る紙情報における「元文書へのリンク」を参照することにより、印刷元の電子文書を特定する情報を最終的に取得することができ、当該電子文書を取得することが可能になる。「印刷条件」は、その紙を印刷する際の条件としてユーザにより設定された、例えば、紙の大きさ、集約、割付、拡大／縮小、などであり、パーソナルコンピュータＰＣのプリンタドライバから渡されるものである。
【００４２】
＜ＥＩＤＳの構成＞
次に、ＥＩＤＳ２０２の構成について説明する。図６は、ＥＩＤＳ２０２の構成を示すブロック図である。ＥＩＤＳ２０２は、電子情報を管理する機能のことである。電子情報とは、電子文書に関する情報である。電子情報の詳細については後述する。ＥＩＤＳ２０２は、インターフェース部ＥＩ１と、処理機能部ＥＩ２とを有する。インターフェース部ＥＩ１は更に、４つのインターフェースを有する。図６においては、各インターフェースは、電子情報登録、電子情報変更、電子情報削除、電子情報取得である。これらは全て、Ｗｅｂサービスを利用可能なインターフェースである。処理機能部ＥＩ２も同様に、電子情報登録処理部ＥＩ２０、電子情報変更処理部ＥＩ２１、電子情報削除処理部ＥＩ２２、電子情報取得処理部ＥＩ２３の４つの各処理部からなる。
【００４３】
インターフェース部ＥＩ１の各インターフェースは、上記した順に上記の各処理部に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、リポジトリ２０５を利用して電子文書本体に係る処理を行うと共に、電子情報ＤＢ３０２にアクセスし、当該パラメータを用いて処理を実行して、処理結果を対応するインターフェースに返す。このように、ＥＩＤＳ２０２は、電子情報を管理すると共に、リポジトリ２０５と連携して電子文書本体を管理する。
【００４４】
＜電子情報ＤＢの構成＞
ここで、電子情報ＤＢ３０２について説明する。電子情報ＤＢ３０２は、電子情報を１レコードとして記憶する電子情報テーブル３０２Ａを有する。
【００４５】
図７は、電子情報テーブル３０２Ａのデータ構成を例示する図である。電子情報テーブル３０２Ａには、電子ＩＤ毎に、電子情報が記憶される。電子ＩＤとは、電子情報を一意に識別可能なＩＤであり、EIDS２０２が当該電子情報を電子情報テーブル３０２Ａに登録する際に発行するものである。具体的には、電子ＩＤは、以下に説明するEIDS２０２のＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。電子情報テーブル３０２Ａに記憶される電子情報は、「名称」、「説明」、「ＥＩＤＳのＵＵＩＤ」、「ローカルＩＤ」、「登録日時」、「更新日時」、「リポジトリへのリンク」をデータとして含む。「名称」及び「説明」は、人間がその電子文書が何であるかを理解するための文字列である。「ＥＩＤＳのＵＵＩＤ」は、ＥＩＤＳ２０２をグローバルに一意に識別可能なＩＤである。ＵＵＩＤの発行方法はＰＩＤＳ２０１の場合と同様である。「ローカルＩＤ」は、同一のＥＩＤＳ２０２において電子情報を一意に識別するためのＩＤであり、上述のＥＩＤＳ２０２のＵＵＩＤとの組み合わせにより、電子情報をグローバルに一意に識別可能にする。「登録日時」及び「更新日時」は、その電子情報を電子情報テーブル３０２Ａに登録した日時及び更新した日時を各々示す。「リポジトリへのリンク」は、電子文書へのリンクを示すものであり、例えば、電子文書に対してリポジトリ２０５が発行するＩＤやファイルパスなどを示す。
【００４６】
＜エンコーダラッパの構成＞
次に、エンコーダラッパ２０６について説明する。エンコーダラッパ２０６は、エンコーダ２０６Ａにヘッダ生成部２０６Ｂと、ＩＤ生成部２０６Ｃとをラップした機能モジュールである。エンコーダラッパ２０６は、印刷アプリ１００からの要求により、エンコーダ２０６Ａ、ヘッダ生成部２０６Ｂ及びＩＤ生成部２０６Ｃを用いて、エンコード対象のデータについて、コード画像を生成する。
【００４７】
ＩＤ生成部２０６Ｃは、エンコーダラッパ２０６からの要求により、上述のｔｙｐｅ０〜ｔｙｐｅ４のうちいずれかのデータフォーマットによるＩＤデータを生成して、これをエンコーダラッパ２０６に返す。ヘッダ生成部２０６Ｂは、エンコーダラッパ２０６からの要求により、ヘッダデータを生成して、これをエンコーダラッパ２０６に返す。
【００４８】
エンコーダ２０６Ａは、エンコード対象の文字列やバイト配列などのデータをエンコードして、１次元又は２次元バーコードなどのコード画像を生成し、これをエンコーダラッパ２０６に返す。このようなエンコーダ２０６Ａは、種々の任意の公知技術を用いて構成することができる。１次元のバーコードとしては、Code39、EAN-8、EAN-13、NW-7、Code128などのコードがあり、２次元のコード画像としては、QR、DataMatrix、PDF417などのコードがある。このような各種の情報担体を用いてエンコーダ２０６Ａはコード画像を生成する。いずれのコードを用いるかは、本実施の形態においては限定されない。また、それぞれのコードは、コード画像を作成するための各々公知のパラメータを有しており、本実施の形態においては、エンコーダ２０６Ａは、エンコード対象のコードに対応するパラメータを正しくセットし、コード画像を生成する。
【００４９】
尚、Code128やInt2of5などの1次元バーコードにおいては、コードの規格上ACSII文字列、10進数字しかエンコードすることができない。エンコード対象の紙ＩＤは、バイナリにより表現される。従って、このような1次元バーコードの画像（コード画像）を生成する場合は、エンコーダラッパ２０６は、バイナリ（256進）のデータをASCII（128進）、10進数字等のデータに変換し、変換後のデータをエンコーダ２０６Ａに渡す。ヘッダ生成部２０６ＢやＩＤ生成部２０６Ｃでのデータの生成に失敗した場合は、エンコーダラッパ２０６は、変換前のバイナリのデータを印刷アプリ１００に返す。
【００５０】
＜デコーダラッパの構成＞
次に、デコーダラッパ２０７について説明する。デコーダラッパ２０７は、デコーダ２０７Ａにヘッダ解析部２０７Ｂと、ＩＤ解析部２０７Ｃとをラップした機能モジュールである。デコーダラッパ２０７は、スキャンアプリ１０１からの要求により、デコーダ２０７Ａ、ヘッダ解析部２０７Ｂ及びＩＤ解析部２０６Ｃを用いて、画像をデコードしてデータ（ここでは紙ＩＤである）を取得する。
【００５１】
デコーダ２０７Ａは、上述のエンコーダ２０６Ａにより生成されたコード画像から、元の文字列やバイト配列などのデータを復元し、これをデコーダラッパ２０７に返す。このようなデコーダ２０７Ａは、種々の任意の公知技術を用いて構成することができる。また、デコーダ２０７Ａは、１枚の任意の画像の中からコード画像が存在する位置を特定するディテクト機能を有し、特定した位置に現れる画像をコード画像としてデコーダ２０７Ａに入力することにより、当該コード画像から元の文字列やバイト配列を復元する。このディテクト機能についても公知技術を利用することができる。
【００５２】
ヘッダ解析部２０７Ｂは、デコーダラッパ２０７からの要求により、デコーダ２０７Ａによりデコードされたデータを解析して、ヘッダデータを判別し、これをデコーダラッパ２０７に返す。ＩＤ解析部２０６Ｃは、デコーダラッパ２０７からの要求により、デコーダ２０７Ａによりデコードされたデータを解析して、上述のｔｙｐｅ０〜ｔｙｐｅ４のうちいずれかのデータフォーマットによるＩＤデータを判別して、これをデコーダラッパ２０７に返す。
【００５３】
尚、Code128やInt2of5などの1次元バーコードにおいては、コードの規格上ACSII文字列、10進数字しかエンコードすることができない。エンコード対象の紙ＩＤは、バイナリにより表現される。従って、このような1次元バーコードの画像（コード画像）をデコードする場合は、デコーダラッパ２０７は、ASCII（128進）、10進数字等のデータをバイナリ（256進）のデータを変換し、変換後のデータをヘッダ解析部２０６ＢやＩＤ解析部２０６Ｃに渡す。ヘッダ解析部２０６ＢやＩＤ解析部２０６Ｃでのデータの解析に失敗した場合は、デコーダラッパ２０７は、変換前のバイナリのデータをスキャンアプリ１０１に返す。
【００５４】
＜印刷アプリの構成＞
次に、印刷アプリ１００について説明する。印刷アプリ１００は、印刷命令元の違いに応じた２つの機能がある。具体的には、ドライバ印刷機能と、スキャン印刷機能とである。ドライバ印刷機能は、パーソナルコンピュータＰＣのプリンタドライバからの印刷命令を受け付け、当該印刷命令に従って印刷する機能である。スキャン印刷機能は、当該複写機ＭＦＰにおいて複写対象の紙をスキャンした後述のスキャンアプリ１０１からの印刷命令を受け付け、当該印刷命令に従って印刷する機能である。
【００５５】
いずれの機能においても、印刷アプリ１００は、紙に印刷対象の画像を印刷する際に、エンコード対象の紙ＩＤのデータフォーマットの種類を決定し、決定した種類のデータフォーマットにより表される紙ＩＤの生成と、当該紙ＩＤのエンコードとをエンコーダラッパ２０６に対して要求する。尚、ここでは、印刷アプリ１００は、データフォーマットフラグを参照して、データフォーマットの種類を決定する。データフォーマットフラグは、例えば、ＨＤＤ１８に予め記憶されており、データフォーマットの種類としてｔｙｐｅ０〜ｔｙｐｅ４に対応する“０”〜”４”のいずれかの値がセットされる。データフォーマットの詳細については後述する。そして、印刷アプリ１００は、当該要求に従って当該紙ＩＤがエンコードされて生成されたコード画像を取得すると、当該コード画像を印刷対象の画像と共に紙に印刷する。
【００５６】
＜スキャンアプリの構成＞
次に、スキャンアプリ１０１について説明する。スキャンアプリ１０１は、複写機ＭＦＰに複写対象の紙がセットされ、当該複写機ＭＦＰの操作パネル２０においてユーザからの印刷指示が入力されることにより、走査部が当該紙をスキャンして読み取った、当該紙に印刷されたコード画像を取得し、デコーダラッパ２０７によって当該コード画像からデコードされた紙ＩＤを取得する。そして、スキャンアプリ１０１は、ＰＩＤＳ２０１の機能により、当該紙ＩＤから、紙情報ＤＢ３０１に記憶されている紙情報を取得し、当該紙情報に基づいて、ＥＩＤＳの機能により、電子情報ＤＢ３０２に記憶されている電子情報を取得し、当該電子情報を用いて電子文書ＤＢ３０３に格納されている電子文書を取得して、当該電子文書、紙情報ＩＤ及び印刷条件を含む印刷命令を印刷アプリ１００に渡す。
【００５７】
＜サーバＳＶの構成＞
次に、サーバＳＶの構成について説明する。サーバＳＶは、サーバＳＶ全体を制御するＣＰＵと、各種制御プログラムや各種データなどを記憶するＲＯＭと、ＲＡＭと、各種アプリケーションプログラムや各種データを記憶するＨＤＤと、外部装置とのデータ通信を制御する通信部と、これらを接続するバス（いずれも図示せず）とを有する一般的なコンピュータの構成を有している。ここで、ＲＯＭに記憶されたプログラムをＣＰＵが実行することにより実現される機能について説明する。図１４は、サーバＳＶの機能的構成を示すブロック図である。尚、以下の説明では、サーバＳＶ１〜ＳＶ４の各機能構成について各々区別する必要があるときには、その符号の後ろにアンダーライン及び「１」〜「４」の符号を各々付加して説明する。サーバＳＶ１〜ＳＶ４の各機能構成について各々区別する必要がない場合には、アンダーライン及び符号「１」〜「４」を省略して説明する。サーバＳＶの機能は、サービス/モジュール層ＭＳ２と、データベース層ＭＳ３とに大別される。サービス/モジュール層ＭＳ２は、サービスとして、ＳＲＭＳ（Service Resource Management Service）２００を有する。データベース層ＭＳ３は、サービスＤＢ３００を有する。このサービスＤＢは、ＨＤＤなどに記憶されている。
【００５８】
＜ＳＲＭＳの構成＞
ＳＲＭＳ２００は、サービスＤＢ３００を利用して、ＳＲＭＳ２００、上述したＰＩＤＳ２０１、ＥＩＤＳ２０２の各サービスに関する情報の管理を行なう機能である。また、ＳＲＭＳ２００は、ＳＯＡＰ通信又はＵＤＰ通信による外部の装置からの処理命令により、各種処理を行う。図１５は、ＳＲＭＳ２００の構成を示すブロック図である。ＳＲＭＳ２００は、インターフェース部ＳＲ１と、処理機能部ＳＲ２とを有する。インターフェース部ＳＲ１は、更に９つのインターフェースを有する。図１５に示すように、各インターフェースは、サービス登録、サービス変更、サービス削除、サービス取得、信頼関係構築、信頼関係破棄、同期、サービス検索、サービス問合せである。このうち、サービス登録、サービス変更、サービス削除、サービス取得、信頼関係構築、信頼関係破棄、同期、サービス検索は、Ｗｅｂサービスを利用可能なインターフェースである。Ｗｅｂサービスは、現在非常に多く利用されているネットワーク通信の１つであり、標準化されたＳＯＡＰ(Simple Object Access Protocol)メッセージという構造化されたデータをネットワークに送信あるいはネットワークから受信する仕組みである。この仕組みを取り入れているプログラミング技法としては、Ｃ言語/Ｃ#言語/Ｂａｓｉｃ言語ではＭｉｃｏｒｏｓｏｆｔ（登録商標）のＮＥＴ Ｆｒａｍｅｗｏｒｋ（登録商標）や、Ｊａｖａ（登録商標）言語ではＡｐａｃｈｅのＡＸＩＳなどが有名であり、これらのプログラミング技法が多く利用されている。本実施の形態では、上記のいずれのプログラミング技法を使ってＷｅｂサービスの仕組みを構築しても構わない。また、サービス問い合わせは、ＵＤＰ通信を用いたインターフェースである。ＵＤＰ（User Datagram Protocol）とは、TCP/IPにおける、データグラム通信を実現するためのトランスポート層プロトコルである。処理機能部ＳＲ２も同様に、サービス登録処理部ＳＲ２０、サービス変更処理部ＳＲ２１、サービス削除処理部ＳＲ２２、サービス取得処理部ＳＲ２３、信頼関係構築処理部ＳＲ２４、信頼関係破棄処理部ＳＲ２５、同期処理部ＳＲ２６、サービス検索処理部ＳＲ２７、サービス問合せ処理部ＳＲ２８の９つの各処理部からなる。尚、インターフェース部ＳＲ１のサービス問合せ及びサービス問合せ処理部ＳＲ２８の機能と、インターフェース部ＳＲ１のサービス検索及びサービス検索処理部ＳＲ２７の機能とは、ブロードキャスト機能を有し、多数の通信相手に対してデータを送信する。
【００５９】
インターフェース部ＳＲ１の各インターフェースは、上記した順に上記の処理機能部ＳＲ２の各処理部ＳＲ２０〜ＳＲ２８に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、サービスＤＢ３００にアクセスし、当該パラメータを用いて処理を実行して、対応するインターフェースに処理結果を返す。
【００６０】
＜サービスＤＢの構成＞
次に、サービスＤＢ３００について説明する。サービスＤＢ３００は、ＳＲＭＳ２００を表すサービス情報、ＰＩＤＳ２０１を表すサービス情報、ＥＩＤＳ２０２を表すサービス情報を各々１レコードとして記憶するサービス情報テーブル３００Ａと、後述する信頼関係情報を記憶する信頼関係情報テーブル３００Ｂとを有する。
【００６１】
図１６は、サービス情報テーブル３００Ａのデータ構成を例示する図である。サービス情報テーブル３００Ａには、サービスＩＤ毎に、ＳＲＭＳ２００を表すサービス情報、ＰＩＤＳ２０１を表すサービス情報、ＥＩＤＳ２０２を表すサービス情報が各々記憶される。サービスＩＤとは、各サービス情報を一意に識別可能なＩＤのことであり、ＳＲＭＳ２００が後述するサービス登録機能によって各サービス情報をサービス情報テーブル３００Ａに登録する際に発行するものである。具体的には、サービスＩＤは、以下に説明するサービスのＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。サービス情報テーブル３００Ａに記憶される各サービス情報は、図１６に示されるように、「名称」、「説明」、「名前空間」、「バージョン」、「ＵＲＩ（Uniform Resource Identifier）」、「サービスのＵＵＩＤ」、「ローカルＩＤ」、「マスターＵＵＩＤ」、「登録日時」、「更新日時」をデータとして含む。「名称」と「説明」とは、ユーザがそのサービスが何であるかを理解するために各々発行された文字列である。「名称」は、例えば、「ＳＲＭＳ」、「ＰＩＤＳ」、「ＥＩＤＳ」と表現される。「名前空間」は、サービスを一意に識別可能な文字列である。即ち、「名前空間」は、この「名前空間」によって、同じ名称のサービスであっても名前空間が異なれば異なるサービスであることを識別可能にするための文字列であり、例えば「jp.co.ricoh.srms」のように表現される。「バージョン」は、そのサービスのバージョンを示す文字列である。「ＵＲＩ」は、そのサービスがネットワーク上のどこに存在するかを示す文字列である。例えば図１における複写機ＭＦＰ５のＰＩＤＳ２０１_５の「ＵＲＩ」は、「http://192.168.1.15/pids/」のように表現される。
【００６２】
「サービスのＵＵＩＤ」は、ＳＲＭＳ２００と、上述したＰＩＤＳ２０１及びＥＩＤＳ２０２の各サービスをグローバルに一意に識別可能なＩＤであり、紙情報テーブル３０１Ａの構成欄で説明したように、例えば、Ｗｉｎｄｏｗｓ(登録商標)で用いられるオブジェクトクラスＩＤであるＧＵＩＤやネットワークカードに割り振られるＭＡＣアドレスなどである。ＵＵＩＤが発行されるタイミングは、ＳＲＭＳ２００の機能を実現させるプログラムがサーバＳＶにインストールされる時であり、当該プログラムが複写機ＭＦＰからアンインストールされるまでＵＵＩＤは変更されないものとする。尚、ＳＲＭＳ２００のＵＵＩＤは、第３制御識別情報に相当する。「ローカルＩＤ」は、同一のＳＲＭＳ２００においてサービス情報を一意に識別するためのＩＤであり、上述のサービスのＵＵＩＤとの組み合わせにより、サービス情報をグローバルに一意に識別可能にする。「マスターＵＵＩＤ」は、そのサービス情報を管理しているＳＲＭＳ２００に発行されているＵＵＩＤである。尚、マスターＵＵＩＤは、管理識別情報に相当する。この「マスターＵＵＩＤ」は、後述する同期機能を実現する際に用いられる。登録日時及び更新日時は、そのサービス情報をサービス情報テーブル３００Ａに登録した日時及び更新した日時を各々示す。
【００６３】
図１７は、信頼関係情報テーブル３００Ｂのデータ構成を例示する図である。信頼関係情報テーブル３００Ｂには、信頼関係情報として、信頼関係を結んでいるＳＲＭＳ２００のＵＵＩＤが記憶される。信頼関係を結ぶとは、他のサーバＳＶの有するＳＲＭＳ２００とサービス情報を共有し、サービス情報を同期させることを可能にすることである。この詳細については後述する。
【００６４】
＜紙ＩＤのデータフォーマット＞
ここで、紙ＩＤのデータフォーマットについて説明する。図８は、紙ＩＤのデータフォーマットの各種類におけるデータ構成を簡略化した図である。本実施の形態においては、紙ＩＤのデータフォーマットは、ｔｙｐｅ０〜ｔｙｐｅ４の５種類存在し、ヘッダデータとＩＤデータとに各々大別される。ヘッダデータは、各種類に共通したデータ構成であり、ＩＤデータは、種類毎に異なるデータ構成である。図９〜１３は、ｔｙｐｅ０〜ｔｙｐｅ４のデータフォーマットの詳細なデータ構成を各々例示する図である。ヘッダデータは、「データフォーマット識別フラグ」と、「データフォーマットバージョン」と、「データフォーマットタイプ」と、「キャリア間優先順位」と、「紙ＩＤ識別フラグ」と、「ＩＤデータ長」との各データから構成される。
【００６５】
「データフォーマット識別フラグ」は、エンコード対象の紙ＩＤが規定のデータフォーマットであることを示す5bitの数値（0〜31）である。これにより、規定のデータフォーマットによるデータか又は規定ではないデータフォーマットによるデータかを区別することができる。「データフォーマットバージョン」は、エンコード対象の紙ＩＤのバージョンを示す3bitの数値（0〜7）である。これにより、異なるバージョンのバージョンアップによってエンコードの規約が変更された場合でも、以前のバージョンとの共存が可能となる。「データフォーマットタイプ」は、紙ＩＤのデータフォーマットの種類を示す4bitの数値（0〜15）である。具体的には、「データフォーマットタイプ」には、上述したｔｙｐｅ０〜ｔｙｐｅ４のデータフォーマットにおいて、“０”〜“４”が各々セットされる。これにより、データフォーマットの種類を判別することができる。
【００６６】
「解読時のキャリア間の優先順位」は、紙に複数の紙ＩＤが発行される場合その優先順位を示す3bitの数値（0〜7）である。これにより、複数の紙ＩＤが紙に発行される場合どの紙ＩＤを優先して処理すべきかを判別することができる。「紙ＩＤ識別フラグ」は、エンコード対象のデータが紙ＩＤであるかどうかを示す1bitの数値である。具体的に「紙ＩＤ識別フラグ」には、エンコード対象のデータが紙ＩＤである場合には“１”がセットされ、エンコード対象のデータが紙ＩＤでない場合には“０”がセットされる。これにより、ＳＲＭＳ２００又はＰＩＤＳ２０１にアクセスすることなしに、エンコード対象のデータが紙ＩＤか否かを判別することができる。「ＩＤデータ長」は、ＩＤデータのbit長を示す数値である。後述するＩＤデータを解析する際に得られる実際のＩＤデータ長と、当該「ＩＤデータ長」にセットされた値とを比較することにより、ＩＤデータの正当性を判断することができる。
【００６７】
次に各種類におけるＩＤデータについて説明する。Ｔｙｐｅ０のデータフォーマットにおけるＩＤデータは、8bit〜8192bitの「直接参照ＩＤ表現」から構成される。「直接参照ＩＤ表現」には、ＰＩＤＳ２０１のサービス情報及び紙情報のローカルＩＤがセットされる。Ｔｙｐｅ１のデータフォーマットにおけるＩＤデータは、128bitの「ＳＲＭＳのＵＵＩＤ」と、128bitの「ＰＩＤＳのＵＵＩＤ」と、24bit〜128bitの「紙情報のローカルＩＤ」とから構成される。この「ＰＩＤＳのＵＵＩＤ」は、ＰＩＤＳ２０１をグローバルに一意に識別可能なＩＤであるので、これを用いてＰＩＤＳ２０１のサービス情報をグローバルに一意に識別することが可能である。
【００６８】
Ｔｙｐｅ２のデータフォーマットにおけるＩＤデータは、128bitの「ＳＲＭＳのＵＵＩＤ」と、16bitの「ＰＩＤＳのローカルＩＤ」と、24bit〜128bitの「紙情報のローカルＩＤ」とから構成される。Ｔｙｐｅ３のデータフォーマットにおけるＩＤデータは、128bitの「ＰＩＤＳのＵＵＩＤ」と、24bit〜128bitの「紙情報のローカルＩＤ」とから構成される。この「ＳＲＭＳのＵＵＩＤ」は、ＳＲＭＳ２００をグローバルに一意に識別可能なＩＤであり、「ＰＩＤＳのローカルＩＤ」は、１つのＳＲＭＳ２００が直接管理するサービス情報のうちで一意に識別可能なＩＤである。このため、当該「ＳＲＭＳのＵＵＩＤ」の値が「マスターＵＵＩＤ」の値に一致するサービス情報のうち「ＰＩＤＳのローカルＩＤ」の値が一致するサービス情報は、一意に識別することは可能である。
【００６９】
Ｔｙｐｅ４のデータフォーマットにおけるＩＤデータは、16bitの「ＰＩＤＳのローカルＩＤ」と、24bit〜128bitの「紙情報のローカルＩＤ」とから構成される。上述したように、「ＰＩＤＳのローカルＩＤ」は、１つのＳＲＭＳ２００が直接管理するサービス情報のうちで一意に識別可能なＩＤであるため、画像処理システム全体におけるグローバルな一意性は保証されず、ＰＩＤＳ２０１のサービス情報をグローバルに一意に識別することができない可能性がある。
【００７０】
上記したように、ｔｙｐｅ０のデータフォーマットが最も豊富に情報を含ませることができるが、その分、データ量が多くなるため、エンコードしてコード画像化するときの情報担体のサイズも大きくなる。一方、ｔｙｐｅ４のデータフォーマットが最もデータ量が少なく、その分、エンコードしてコード画像化するときの情報担体のサイズも小さくて済む。また、ｔｙｐｅ０〜ｔｙｐｅ３のデータフォーマットにおいては、ＰＩＤＳ２０１のサービス情報を画像処理システム全体において一意に識別可能であるが、ｔｙｐｅ４のデータフォーマットにおいては、ＰＩＤＳ２０１のサービス情報を画像処理システム全体において一意に識別可能ではない。このように、本実施の形態においては、複数種類のデータフォーマットを定義することにより、ユーザの都合に応じて望ましい種類の紙ＩＤを構成することができる。
【００７１】
（２）動作
（２−１）サーバＳＶの動作
＜ＳＲＭＳの動作＞
次に、本実施の形態におけるサーバＳＶの動作について説明する。まず、サーバＳＶの有するＳＲＭＳ２００が他のサーバＳＶ、複写機ＭＦＰ又はパーソナルコンピュータＰＣとの間でデータ通信を行い、各種の処理を実行する動作の手順について説明する。まず、ＳＲＭＳ２００のインターフェース部ＳＲ１が上述したＷｅｂサービスにおけるＳＯＡＰメッセージを用いて行うＳＯＡＰ通信の基本的な処理の手順について、図１８のフローチャートを参照しながら説明する。図１８は、ＷｅｂサービスにおいてＳＯＡＰメッセージを用いたＳＯＡＰ通信の基本的な処理の手順を示すフローチャートである。尚、図１８においては、便宜上、ＳＲＭＳ２００の通信相手をクライアントと表記しているが、これは、当該サーバＳＶ以外の他のサーバＳＶ、複写機ＭＦＰ又はパーソナルコンピュータＰＣのいずれかである。
【００７２】
まず、クライアントは、ＳＲＭＳ２００のインターフェース部ＳＲ１に対し、セッションの確立を要求する（ステップＳ１）。セッションの確立は、上述したＮＥＴ ＦｒａｍｅｗｏｒｋやＡＸＩＳによって提供されているモジュールを利用することで行なうことができる。そのモジュールによってインターフェース部ＳＲ１でセッション管理することもできるが、ここでは、インターフェース部ＳＲ１が、処理機能部ＳＲ２の上述のいずれかの処理部に情報を渡し、当該処理部で独自にセッションを管理する。このような技術において、インターフェース部ＳＲ１は、クライアントからのセッションの確立の要求を受け付けると、処理機能部ＳＲ２に対してセッションの確立を要求する(ステップＳ２)。処理機能部ＳＲ２は、インターフェース部ＳＲ１からのセッションの確立の要求を受け付けると、当該セッションを管理するためのセッションＩＤを発行すると共に、当該セッションの有効期限などの情報を含むセッション情報を生成する(ステップＳ３)。そして、処理機能部ＳＲ２は、セッションＩＤをインターフェース部ＳＲ１に送信する(ステップＳ４)。インターフェース部ＳＲ１は、セッションＩＤを受信すると、このセッションＩＤを管理するためのセッション情報を生成すると共に、セッションＩＤをクライアントに送信する(ステップＳ５)。クライアントは、当該セッションＩＤを受信する(ステップＳ６)。この結果、クライアントと、サーバとの間でセッションが確立される。このセッションが確立されている間、ＳＲＭＳ２００は、上述の各処理を行うことができる。
【００７３】
そして、クライアントが、各処理の実行をインターフェース部ＳＲ１に要求すると(ステップＳ７)、インターフェース部ＳＲ１は、クライアントからの要求に応じたインターフェースにアクセスし、処理機能部ＳＲ２の各処理部ＳＲ２０〜２８のうち当該インターフェースに対応する処理部（対象処理部という）に処理の実行を要求する(ステップＳ８)。尚、クライアントは、処理の実行にパラメータを要する場合、処理の実行の要求時に、当該パラメータをＳＯＡＰメッセージにシリアライズして、インターフェース部ＳＲ１に送る。インターフェース部ＳＲ１は、クライアントから送られたＳＯＡＰメッセージをデシリアライズしてパラメータを得て、処理の実行を処理部に要求する際に、このパラメータを対象処理部に渡す。また、クライアントは、処理の実行の要求時に、セッションの確立時に得たセッションＩＤをＷｅｂサーバに渡すようにしても良い。この場合、インターフェース部ＳＲ１は、クライアントから受け取ったセッションＩＤと、保持しているセッション情報とを照合し、当該セッションＩＤに対応するセッションが存在するかどうか、当該セッションの有効期限は切れていないかどうかなどを判断し、問題がなければ、クライアントから渡されたパラメータを対象処理部へ渡し、処理の完了を待つ。
【００７４】
一方、対象処理部は、インターフェース部ＳＲ１からの処理実行要求に従って、処理を実行し(ステップＳ９)、対応するインターフェースを介して処理結果をインターフェース部ＳＲ１に返す(ステップＳ１０)。インターフェース部ＳＲ１は、対象処理部から処理結果を受信すると、これをクライアントに送信し（ステップＳ１１）、クライアントは当該処理結果を受信する（ステップＳ１２）。そして、セッションを終了する際には、クライアントはセッションの破棄をインターフェース部ＳＲ１へ要求する（ステップＳ１３）。インターフェース部ＳＲ１は、管理していたセッション情報を削除すると共に、セッションの破棄を処理部へ要求する（ステップＳ１４）。対象処理部も、同様にして、セッション情報を削除し（ステップＳ１５）、その削除が成功した旨を示す削除結果をインターフェース部ＳＲ１へ送信する（ステップＳ１６）。インターフェース部ＳＲ１が当該削除結果をクライアントへ送信し（ステップＳ１７）、当該削除結果をクライアントが受信して（ステップＳ１８）、クライアントとサーバとの間のセッションを終了する。尚、セッションを終了する時も、セッションを確立した時の方法に準じて、上述のＮＥＴ ＦｒａｍｅｗｏｒｋやＡＸＩＳによって提供されているモジュールによってセッション管理するようにしても良いし、対象処理部で独自にセッション管理するようにしていても良い。
【００７５】
次に、ステップＳ７の処理の実行要求に従って、ステップＳ８，Ｓ１１で行われる各インターフェースの動作及びＳ９，Ｓ１０で行われる各処理部の動作の詳細について説明する。
【００７６】
a)サービス登録
サービス登録とは、サービス情報をサービスＤＢ３００に格納されているサービス情報テーブル３００Ａへ登録する機能のことである。図１９は、サービス登録の機能により実現されるサービス登録処理の手順を示すフローチャートである。まず、サービス登録処理部ＳＲ２０は、インターフェース部ＳＲ１を介してクライアントからサービス情報を受け取る（ステップＳ２０）。そして、サービス登録処理部ＳＲ２０は、サービス情報テーブル３００Ａに記憶されているサービス情報のローカルＩＤの最大値を調べる（ステップＳ２１）。例えば、その最大値が「１０」だった場合、サービス登録処理部ＳＲ２０は、「１１」を新しいローカルＩＤとして発行し、受け取ったサービス情報のローカルＩＤに「１１」をセットする（ステップＳ２２）。次に、サービス登録処理部ＳＲ２０は、受け取ったサービス情報のマスターＵＵＩＤに、自身のＳＲＭＳ２００のＵＵＩＤをセットする（ステップＳ２３）。この結果、当該サービス情報に対して、ＳＲＭＳ２００のＵＵＩＤ及びローカルＩＤの組み合わせであるサービスＩＤが発行されて、当該サービスＩＤが当該サービス情報に対応付けられる。尚、自身のＳＲＭＳ２００のＵＵＩＤはインストール時に発行されており、例えば、ＨＤＤ１８などの記憶装置に記憶さている。次に、サービス登録処理部ＳＲ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取ったサービス情報の登録日時と更新日時に当該現在日時をセットする（ステップＳ２４）。そして、サービス登録処理部ＳＲ２０は、各情報をセットしたサービス情報をサービス情報テーブル３００Ａに登録する（ステップＳ２５）。次いで、サービス登録処理部ＳＲ２０は、インターフェース部ＳＲ１を介して要求元のクライアントへ本ＳＲＭＳ２００のＵＵＩＤと、発行したサービスＩＤとを返す（ステップＳ２６）。
【００７７】
b)サービス変更
サービス変更とは、サービス情報テーブル３００Ａに登録済みのサービス情報を新しいサービス情報に変更する機能のことである。図２０は、サービス変更の機能により実現されるサービス変更処理の手順を示すフローチャートである。サービス変更処理部ＳＲ２１は、インターフェース部ＳＲ１のうちサービス変更のインターフェースを介してクライアントからサービス情報を受け取る（ステップＳ４０）。サービス変更処理部ＳＲ２１は、サービス情報テーブル３００Ａを参照し、受け取ったサービス情報のサービスのＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ４１）。該当するレコードが存在しない場合（ステップＳ４２：ＮＯ）、サービス変更処理部ＳＲ２１は、「指定のサービス情報がない」旨を示すエラー情報を返す（ステップＳ４９）。該当するレコードが存在する場合（ステップＳ４２：ＹＥＳ）、サービス変更処理部ＳＲ２１は、該当したレコードのマスターＵＵＩＤを参照し、本ＳＲＭＳ２００のＵＵＩＤと一致するか否かを判定する（ステップＳ４３）。このＵＵＩＤの値が一致しない場合（ステップＳ４３：ＮＯ）、該当したレコードは、後述する同期機能によって他の複写機ＭＦＰのＳＲＭＳ２００から取得したサービス情報であるため、このサービス情報を本ＳＲＭＳ２００のサービス変更処理部ＳＲ２１は変更することができない。このため、サービス変更処理部ＳＲ２１は、「本ＳＲＭＳが管理するサービス情報ではない」旨を示すエラー情報を返す（ステップＳ４８）。ＵＵＩＤの値が一致する場合（ステップＳ４３:ＹＥＳ）、サービス変更処理部ＳＲ２１は、当該レコードのローカルＩＤ、マスターＵＵＩＤ及び登録日時を、受け取ったサービス情報にセットする（ステップＳ４４）。これは、ローカルＩＤ、マスターＵＵＩＤ及び登録日時を変更させないようにするためである。そして、サービス変更処理部ＳＲ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取ったサービス情報の更新日時に当該現在日時をセットする（ステップＳ４５）。サービス変更処理部ＳＲ２１は、以上のようにして各情報をセットしたサービス情報をサービス情報テーブル３００Ａに対して更新（上書き）する（ステップＳ４６）。次いで、サービス変更処理部ＳＲ２１は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ４７）。
【００７８】
c)サービス削除
サービス削除とは、サービス情報テーブル３００Ａに登録済みのサービス情報を削除する機能のことである。図２１は、サービス削除の機能により実現されるサービス削除処理の手順を示すフローチャートである。まず、サービス削除処理部ＳＲ２２は、インターフェース部ＳＲ１を介してクライアントから削除対象のサービスのＵＵＩＤを受け取る（ステップＳ６０）。サービス削除処理部ＳＲ２２は、サービス情報テーブル３００Ａを参照し、受け取ったサービスのＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ６１）。該当するレコードが存在しない場合（ステップＳ６２：ＮＯ）、サービス削除処理部ＳＲ２２は、「指定のサービス情報がない」旨を示すエラー情報を返す（ステップＳ６７）。該当するレコードが存在する場合（ステップＳ６２：ＹＥＳ）、サービス削除処理部ＳＲ２２は、該当したレコードのマスターＵＵＩＤを参照し、本ＳＲＭＳ２００のＵＵＩＤか否かを判定する（ステップＳ６３）。ＵＵＩＤの値が一致しない場合（ステップＳ６３：ＮＯ）、サービス削除処理部ＳＲ２２は、「本ＳＲＭＳが管理するサービス情報ではない」旨を示すエラー情報を返す（ステップＳ６６）。ＵＵＩＤの値が一致する場合（ステップＳ６３:ＹＥＳ）、サービス削除処理部ＳＲ２２は、サービス情報テーブル３００Ａから当該レコードを削除する（ステップＳ６４）。次いで、サービス削除処理部ＳＲ２２は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ６５）。
【００７９】
d)サービス取得
サービス取得とは、サービス情報テーブル３００Ａに登録されているサービス情報を取得する機能のことである。このサービス取得機能を細分化すると、４つのインターフェースに分けられる。これらのインターフェースを各々、サービス取得１〜４とする。サービス取得１は、取得対象のサービス情報のサービスのＵＵＩＤを指定してサービス情報を取得する機能である。サービス取得２は、サービス情報のサービスのＵＵＩＤを指定せず、そのＳＲＭＳ２００が直接管理するサービス情報のリストを取得する機能である。尚、そのＳＲＭＳ２００が直接管理するか否かは、マスターＵＵＩＤの値がそのＳＲＭＳ２００のＵＵＩＤの値と一致するか否かにより判別することができる。サービス取得３は、サービス情報テーブル３００Ａ内のＳＲＭＳ２００のサービス情報のみのリストを取得する機能である。サービス取得４は、ローカルＩＤを指定して、そのＳＲＭＳ２００が直接管理するサービス情報を取得する機能である。図２２は、サービス取得の機能により実現されるサービス取得処理の手順を示すフローチャートである。まず、サービス取得処理部ＳＲ２３は、インターフェース部ＳＲ１を介してクライアントからサービス取得要求を受け取る（ステップＳ８０）。サービス取得処理部ＳＲ２３は、要求されたサービス取得の種別を判別し（ステップＳ８１、ステップＳ８７）、このサービス取得要求がサービス取得１を要求するものである場合（ステップＳ８１：ＹＥＳ）、サービス取得処理部ＳＲ２３は、取得対象のサービス情報のサービスのＵＵＩＤを受け取る（ステップＳ８２）。そして、サービス取得処理部ＳＲ２３は、サービス情報テーブル３００Ａを参照し、受け取ったＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ８３）。該当するレコードが存在しない場合（ステップＳ８４：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ８４：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当したレコードであるサービス情報を、インターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ８５）。
【００８０】
また、サービス取得要求がサービス取得２を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＹＥＳ）、サービス取得処理部ＳＲ２３は、サービス取得１の場合と異なり、取得対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、サービス情報テーブル３００Ａを参照して、サービス情報のマスターＵＵＩＤの値が本ＳＲＭＳ２００のＵＵＩＤの値に一致するレコードを検索する（ステップＳ８８）。該当するレコードが存在しない場合（ステップＳ８９：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ８９：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当するレコードをリスト化してサービス情報リストとしてインターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９０）。
【００８１】
また、サービス取得要求がサービス取得３を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＮＯ，ステップＳ９４：ＹＥＳ）、サービス取得処理部ＳＲ２３は、サービス取得１の場合と異なり、取得対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、サービス情報テーブル３００Ａを参照して、サービス情報の名前空間が「ＳＲＭＳ」であることを示す（例えば、jp.co.ricoh.srms）レコードを検索する（ステップＳ９１）。該当するレコードが存在しない場合（ステップＳ９２：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ９２：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当するレコードをリスト化してサービス情報リストとしてインターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９３）。
【００８２】
また、サービス取得要求がサービス取得４を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＮＯ，ステップＳ９４：ＮＯ）、サービス取得処理部ＳＲ２３は、取得対象のサービス情報のローカルＩＤを受け取る（ステップＳ９５）。そして、サービス取得処理部ＳＲ２３は、サービス情報テーブル３００Ａに記憶されているサービス情報のうち、マスターＵＵＩＤの値が本ＳＲＭＳ２００のＵＵＩＤの値に一致し且つ受け取ったローカルＩＤと一致するローカルＩＤを有するサービス情報のレコードを検索する（ステップＳ９６）。該当するレコードが存在しない場合（ステップＳ９７：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ９７：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当したレコードであるサービス情報を、インターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９８）。
【００８３】
e)信頼関係構築
信頼関係構築とは、当該サーバＳＶのＳＲＭＳ２００と信頼関係を結ぶ他のサーバＳＶの有するＳＲＭＳ２００が管理するサービスを、当該サーバＳＶの有するサービス情報テーブル３００Ａに登録する機能のことである。信頼関係を結ぶとは、具体的には、ＳＲＭＳ２００が他のＳＲＭＳ２００とサービス情報を交換して、サービス情報を同期させることが可能な関係を当該ＳＲＭＳ２００が他のＳＲＭＳ２００とが結ぶことである。図２３は、信頼関係構築機能により実現される信頼関係構築処理の手順を示すフローチャートである。まず、信頼関係構築処理部ＳＲ２４は、インターフェース部ＳＲ１を介してクライアントから信頼関係構築要求を受け取り、信頼関係を結ぶ対象のＳＲＭＳ２００のサービス情報を受け取る（ステップＳ１００）。そして、信頼関係構築処理部ＳＲ２４は、サービス情報テーブル３００Ａを参照して、サービス情報のサービスのＵＵＩＤを参照し、次いで、信頼関係情報テーブル３００ＢにすでにそのＵＵＩＤの値が存在するか否かを判定する（ステップＳ１０１）。該当するＵＵＩＤの値が既に存在している場合（ステップＳ１０２：ＹＥＳ）、信頼関係構築処理部ＳＲ２４は、「すでに登録されている」旨を示すエラー情報を返す（ステップＳ１０６）。該当するＵＵＩＤの値が存在しない場合（ステップＳ１０２：ＮＯ）、信頼関係構築処理部ＳＲ２４は、信頼関係情報テーブル３００Ｂに該当のＵＵＩＤの値を登録する（ステップＳ１０３）。そして、信頼関係構築処理部ＳＲ２４は、該当のＵＵＩＤの値を有するサービス情報をサービス情報テーブル３００Ａに登録する（ステップＳ１０４）。これは、後述する同期処理で、同期対象のＳＲＭＳ２００のサービス情報を参照する必要があるためである。次いで、信頼関係構築処理部ＳＲ２４は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ１０５）。
【００８４】
図１に示した画像処理システムにおいて、同図においては、点線で繋がれているサーバＳＶ同士が信頼関係を結んでいるものとする。例えば、サーバＳＶ１はサーバＳＶ２と信頼関係を結んでいる。サーバＳＶ２はサーバＳＶ１とサーバＳＶ４と信頼関係を結んでいる。サーバＳＶ３は、サーバＳＶ４と信頼関係を結んでいる。サーバＳＶ４はサーバＳＶ２とサーバＳＶ３と信頼関係を結んでいる。
【００８５】
図２４〜２７は、画像処理システムにおいて以上のような信頼関係があるときのサーバＳＶ１〜ＳＶ４の各々有するサービス情報テーブル３００Ａ_１，３００Ａ_２，３００Ａ_３，３００Ａ_４の状態を各々示す図である。サーバＳＶ１は、サーバＳＶ２と信頼関係を結んでいるので、サービス情報テーブル３００Ａ_１には、ＳＲＭＳ２００_１が直接管理するＳＲＭＳ２００_１、ＰＩＤＳ２０１_１、ＥＩＤＳ２０２_１、ＰＩＤＳ２０１_２及びＥＩＤＳ２０２_２の各サービス情報に加え、サーバＳＶ２の有するＳＲＭＳ２００_２のサービス情報と、当該ＳＲＭＳ２００_２が直接管理するＰＩＤＳ２０１_３、ＥＩＤＳ２０２_３、ＰＩＤＳ２０１_４及びＥＩＤＳ２０２_４の各サービス情報とが記憶される。サーバＳＶ２は、サーバＳＶ１とサーバＳＶ４と信頼関係を結んでいるので、サービス情報テーブル３００Ａ_２には、ＳＲＭＳ２００_２が直接管理するＳＲＭＳ２００_２、ＰＩＤＳ２０１_３、ＥＩＤＳ２０２_３、ＰＩＤＳ２０１_４及びＥＩＤＳ２０２_４の各サービス情報に加え、サーバＳＶ１の有するＳＲＭＳ２００_１のサービス情報と、当該ＳＲＭＳ２００_１が直接管理するＰＩＤＳ２０１_１、ＥＩＤＳ２０２_１、ＰＩＤＳ２０１_２及びＥＩＤＳ２０２_２の各サービス情報と、サーバＳＶ４の有するＳＲＭＳ２００_４のサービス情報と、当該ＳＲＭＳ２００_４が直接管理するＰＩＤＳ２０１_７、ＥＩＤＳ２０２_７、ＰＩＤＳ２０１_８及びＥＩＤＳ２０２_８の各サービス情報とが記憶される。サーバＳＶ３は、サーバＳＶ４と信頼関係を結んでいるので、サービス情報テーブル３００Ａ_３には、ＳＲＭＳ２００_３が直接管理するＳＲＭＳ２００_３、ＰＩＤＳ２０１_５、ＥＩＤＳ２０２_５、ＰＩＤＳ２０１_６及びＥＩＤＳ２０２_６の各サービス情報に加え、サーバＳＶ１の有するＳＲＭＳ２００_４のサービス情報と、当該ＳＲＭＳ２００_４が直接管理するＰＩＤＳ２０１_７、ＥＩＤＳ２０２_７、ＰＩＤＳ２０１_８及びＥＩＤＳ２０２_８の各サービス情報とが記憶される。サーバＳＶ４は、サーバＳＶ２とサーバＳＶ３と信頼関係を結んでいるので、サービス情報テーブル３００Ａ_４には、ＳＲＭＳ２００_４が直接管理するＳＲＭＳ２００_４、ＰＩＤＳ２０１_７、ＥＩＤＳ２０２_７、ＰＩＤＳ２０１_８及びＥＩＤＳ２０２_８の各サービス情報に加え、サーバＳＶ２の有するＳＲＭＳ２００_２のサービス情報と、当該ＳＲＭＳ２００_２が直接管理するＰＩＤＳ２０１_３、ＥＩＤＳ２０２_３、ＰＩＤＳ２０１_４及びＥＩＤＳ２０２_４の各サービス情報と、サーバＳＶ３の有するＳＲＭＳ２００_３のサービス情報と、当該ＳＲＭＳ２００_３が直接管理するＰＩＤＳ２０１_５、ＥＩＤＳ２０２_５、ＰＩＤＳ２０１_６及びＥＩＤＳ２０２_６の各サービス情報とが記憶される。
【００８６】
以上のように、サービス情報テーブル３００Ａには、同じサーバＳＶ内のＳＲＭＳ２００が直接管理するサービス情報以外に、信頼関係を結んでいる他のサーバＳＶの有するＳＲＭＳ２００が直接管理するサービス情報が記憶される。他のＳＲＭＳ２００が直接管理するサービス情報の取得については、後述の同期機能により実現される。このような構成により、サーバＳＶにおいては、後述するスキャンアプリ１０１の機能により、自身の有するＳＲＭＳ２００が直接管理するサービス情報のみならず他のサーバＳＶの有するＳＲＭＳ２００が直接管理するサービス情報の中から該当のサービス情報を探し出し、当該サービス情報を用いて印刷元の電子文書に辿り着くことができる。
【００８７】
f)信頼関係破棄
信頼関係破棄とは、既に結ばれていた他のサーバＳＶとの信頼関係を破棄する機能のことである。信頼関係を破棄するとは、具体的には、信頼関係情報テーブル３００Ｂに登録済みの他のサーバＳＶの有するＳＲＭＳ２００の信頼関係情報を削除することである。図２８は、信頼関係破棄機能により実現される信頼関係破棄処理の手順を示すフローチャートである。まず、信頼関係破棄処理部ＳＲ２５は、インターフェース部ＳＲ１を介してクライアントから信頼関係情報を削除する対象のＳＲＭＳ２００のＵＵＩＤを受け取る（ステップＳ１２０）。そして、信頼関係破棄処理部ＳＲ２５は、受け取ったＵＵＩＤの値が、信頼関係情報テーブル３００Ｂに存在するか否かを判定する（ステップＳ１２１）。該当するＵＵＩＤの値が存在しない場合（ステップＳ１２２:ＮＯ）、信頼関係破棄処理部ＳＲ２５は、「該当の信頼関係情報がない」旨を示すエラー情報を返す（ステップＳ１２６）。該当するＵＵＩＤの値が存在する場合（ステップＳ１２２：ＹＥＳ）、信頼関係破棄処理部ＳＲ２５は、ここでは、該当するＵＵＩＤが信頼関係情報に相当するので、このＵＵＩＤを信頼関係情報テーブル３００Ｂから削除する（ステップＳ１２３）。更に、信頼関係破棄処理部ＳＲ２５は、サービス情報のマスターＵＵＩＤの値が該当のＵＵＩＤの値に一致するサービス情報を全てサービス情報テーブル３００Ａから削除する（ステップＳ１２４）。次いで、信頼関係破棄処理部ＳＲ２５は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ１２５）。
【００８８】
g)同期
同期とは、信頼関係を結んでいる他のサーバＳＶのＳＲＭＳ２００、即ち、信頼関係情報テーブル３００ＢにそのＵＵＩＤの値が登録されている他のサーバＳＶのＳＲＭＳ２００とサービス情報を交換して、サービス情報を同期させる機能のことである。図２９は、同期機能により実現される同期処理の手順を示すフローチャートである。同期処理部ＳＲ２６は、同期対象のサービス情報のＵＵＩＤなどのパラメータを受け取らず、信頼関係情報テーブル３００Ｂを参照し、信頼関係を結んでいる他の複写機ＭＦＰのＳＲＭＳ２００のＵＵＩＤのリスト（ＵＵＩＤリスト）を受け取る（ステップＳ１４０）。そして、同期処理部ＳＲ２６は、リストにある全てのＵＵＩＤについて、ＵＵＩＤ毎に以下の処理を行う。まず、同期処理部ＳＲ２６は、サービス情報テーブル３００Ａを参照して、処理対象のＵＵＩＤのサービス情報を取得する（ステップＳ１４１）。そして、同期処理部ＳＲ２６は、サービス情報のＵＲＩを参照し、当該ＵＲＩにアクセスすることにより、同期対象の他のＳＲＭＳ２００に接続する。そして、同期処理部ＳＲ２６は、同期対象の他のＳＲＭＳ２００における上述のサービス取得の機能を利用し、同期対象の他のＳＲＭＳ２００が直接管理するサービス情報のリストを取得する（ステップＳ１４２）。次に、同期処理部ＳＲ２６は、マスターＵＵＩＤの値が処理対象のＵＵＩＤの値と一致するサービス情報をすべてサービス情報テーブル３００Ａから削除する（ステップＳ１４３）。そして、同期処理部ＳＲ２６は、同期対象のＳＲＭＳ２００から取得したリストに存在するサービス情報を全てサービス情報テーブル３００Ａに登録する（ステップＳ１４４）。同期処理部ＳＲ２６は、以上のようなステップＳ１４１〜Ｓ１４４の処理を、ＵＵＩＤリストに存在する全てのＵＵＩＤについて行う。ＵＵＩＤリストに存在する全てのＵＵＩＤについて処理が終了すると（ステップＳ１４５：ＹＥＳ）、同期処理部ＳＲ２６は、ＵＵＩＤリストに存在しないＵＵＩＤの値と一致するマスターＵＵＩＤの値を有するサービス情報をサービス情報テーブル３００Ａから検索し、当該サービス情報テーブル３００Ａから当該サービス情報を削除する（ステップＳ１４６）。これにより、信頼関係を破棄された他のＳＲＭＳ２００のサービス情報がサービス情報テーブル３００Ａから消滅することになる。最後に、同期処理部ＳＲ２６は、インターフェース部ＳＲ１を介して要求元へ成功を返す（ステップＳ１４７）。
【００８９】
h-1)サービス問い合わせ
次に、ブロードキャスト機能のうちのサービス問合せの機能について説明する。サービス問い合わせとは、他のＳＲＭＳ２００からサービス情報の問合わせを受けて、当該サービス情報を他のＳＲＭＳ２００に返す機能のことである。図３０は、サービス問い合わせの機能により実現されるサービス問い合わせ処理の手順を示すフローチャートである。尚、サービス問合せにおいては、上述のＷｅｂサービスではなく、ＵＤＰを用いてデータ通信を行う。ＵＤＰを用いたデータ通信は公知であるため、データ通信の詳細な手順についての説明を省略する。ここでは、複写機ＭＦＰのＳＲＭＳ２００が、上述のＷｅｂサービスを用いたデータ通信の場合と同様のクライアントとデータ通信を行い、処理を行う場合の手順について説明する。
【００９０】
サービス問い合わせ処理部ＳＲ２８は、ＵＤＰでクライアントからサービス問合せ要求を受け取ると（ステップＳ１６０）、処理を開始する。尚、このサービス問合せ要求には、処理に用いるパラメータは含まれず、要求元のクライアントのＩＰアドレスが含まれる。次いで、サービス問い合わせ処理部ＳＲ２８は、サービス情報テーブル３００Ａを参照して、本ＳＲＭＳ２００のサービス情報を取得する（ステップＳ１６１）。そして、サービス問い合わせ処理部ＳＲ２８は、サービス問合せ要求に含まれているＩＰアドレスを取得して（ステップＳ１６２）、当該ＩＰアドレス宛にサービス情報をＵＤＰで返す（ステップＳ１６３）。これにより、要求元の他の複写機ＭＦＰのＳＲＭＳ２００は、本ＳＲＭＳ２００のサービス情報を取得することができる。
【００９１】
h-2)サービス検索
サービス検索とは、他のＳＲＭＳ２００にサービス情報を問合わせて、他のＳＲＭＳ２００の有するサービス情報を取得する機能のことである。図３１は、サービス検索の機能により実現されるサービス検索処理の手順を示すフローチャートである。
【００９２】
サービス検索処理部ＳＲ２７は、ＵＤＰでクライアントからサービス検索要求を受け取ると（ステップＳ１８０）、処理を開始する。ここでは、サービス検索処理部ＳＲ２７は、処理に用いるパラメータは受け取らない。次いで、サービス検索処理部ＳＲ２７は、ＵＤＰを用いて、画像処理システム内の他の全てのサーバＳＶのＩＰアドレスに対してＵＤＰパケットを送出する。一方、サービス問い合わせ要求を受けたサーバＳＶのＳＲＭＳ２００は、上述のサービス問合せ処理を行い、当該ＳＲＭＳ２００が管理するサービス情報を、本ＳＲＭＳ２００に返す。図２２の例では、２つの他のＳＲＭＳ２００からサービス情報が本ＳＲＭＳ２００に返る。そして、本ＳＲＭＳ２００のサービス検索処理部ＳＲ２７は、他のＳＲＭＳ２００から収集したサービス情報をリスト化してサービス情報リストとして要求元のクライアントへ返す（ステップＳ１８３）。以上のような構成によれば、例えば、どのサーバＳＶとも信頼関係がなく、従って、自身のサービス情報テーブル３００Ａに他のＳＲＭＳ２００が直接管理するサービス情報が記憶されていない場合でも、このサービス検索の機能により、他のサーバＳＶの有するＳＲＭＳ２００が管理するサービス情報を取得することができる。
【００９３】
（２−２）複写機ＭＦＰの動作
＜ＰＩＤＳの動作＞
a)紙登録
次に、複写機ＭＦＰの動作について説明する。まず、ＰＩＤＳ２０１の各インターフェースの機能及び動作について説明する。紙登録とは、紙情報を紙情報ＤＢ３０１の紙情報テーブル３０１Ａへ登録する機能のことである。図３２は、紙登録の機能により実現される紙登録処理の手順を示すフローチャートである。紙登録処理部ＰＩ２０は、インターフェース部ＰＩ１を介してクライアントから紙情報を受け取る（ステップＳ２００）。そして、紙登録処理部ＰＩ２０は、紙情報テーブル３０１Ａに記憶されている紙情報のローカルＩＤの最大値を調べる（ステップＳ２０１）。例えば、その最大値が「１０」だった場合、紙登録処理部ＰＩ２０は、「１１」を新しいローカルＩＤとして発行し、受け取ったサービス情報のローカルＩＤに「１１」をセットする（ステップＳ２０２）。次に、紙登録処理部ＰＩ２０は、受け取った紙情報に、本ＰＩＤＳ２０１のＵＵＩＤの値をセットする（ステップＳ２０３）。次に、紙登録処理部ＰＩ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った紙情報の登録日時と更新日時にセットする（ステップＳ２０４）。そして、紙登録処理部ＰＩ２０は、各情報をセットした紙情報を紙情報テーブル３０１Ａに登録する（ステップＳ２０５）。最後に、紙登録処理部ＰＩ２０は、インターフェース部ＰＩ１を介して要求元のクライアントへ本ＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせを紙情報ＩＤとして返す（ステップＳ２０６）。
【００９４】
b)紙変更
紙変更とは、紙情報テーブル３０１Ａに登録済みの紙情報を新しい紙情報に変更する機能のことである。図３３は、紙変更の機能により実現される紙変更処理の手順を示すフローチャートである。まず、紙変更処理部ＰＩ２１は、インターフェース部ＰＩ１を介してクライアントから紙情報を受け取る（ステップＳ２２０）。紙変更処理部ＰＩ２１は、紙情報テーブル３０１Ａを参照し、受け取った紙情報のＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせの値が一致する紙情報のレコードを検索する（ステップＳ２２１）。該当するレコードが存在しない場合（ステップＳ２２２：ＮＯ）、紙変更処理部ＰＩ２１は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２２７）。該当するレコードが存在する場合（ステップＳ２２２：ＹＥＳ）、紙変更処理部ＰＩ２１は、当該レコードにセットされている登録日時、ローカルＩＤ及びマスターＵＵＩＤを、受け取った紙情報にセットする（ステップＳ２２３）。そして、紙変更処理部ＰＩ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った紙情報の更新日時にセットする（ステップＳ２２４）。紙変更処理部ＰＩ２１は、以上のようにして各情報をセットした紙情報を紙情報テーブルに対して更新（上書き）する（ステップＳ２２５）。次いで、紙変更処理部ＰＩ２１は、インターフェース部ＰＩ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ２２６）。
【００９５】
c)紙削除
紙削除とは、紙情報テーブルに登録済みの紙情報を削除する機能のことである。図３４は、紙削除の機能により実現される紙削除処理の手順を示すフローチャートである。まず、紙削除処理部ＰＩ２２は、インターフェース部ＰＩ１を介してクライアントから削除対象の紙情報についてＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）を受け取る（ステップＳ２４０）。紙削除処理部ＰＩ２２は、紙情報テーブル３０１Ａを参照し、受け取ったＰＩＤＳ２０１のＵＵＩＤ及び紙情報のローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２４１）。該当するレコードが存在しない場合（ステップＳ２４２：ＮＯ）、紙削除処理部ＰＩ２２は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２４５）。該当するレコードが存在する場合（ステップＳ２４２：ＹＥＳ）、紙削除処理部ＰＩ２２は、紙情報テーブル３０１Ａから当該レコードを削除する（ステップＳ２４３）。次いで、紙削除処理部ＰＩ２２は、インターフェース部ＰＩ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ２４４）。
【００９６】
d)紙取得
紙取得とは、紙情報テーブル３０１Ａに登録されている紙情報を取得する機能のことである。図３５は、紙取得の機能により実現される紙取得処理の手順を示すフローチャートである。まず、紙取得処理部ＰＩ２３は、インターフェース部ＰＩ１を介してクライアントから紙取得要求と共に、取得対象の紙情報のＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせを受け取る（ステップＳ２６０）。そして、紙取得処理部ＰＩ２３は、紙情報テーブル３０１Ａを参照し、受け取ったＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせの値が一致する紙情報のレコードを検索する（ステップＳ２６１）。該当するレコードが存在しない場合（ステップＳ２６２：ＮＯ）、紙取得処理部ＰＩ２３は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２６４）。該当するレコードが存在する場合（ステップＳ２６２：ＹＥＳ）、紙取得処理部ＰＩ２３は、該当したレコードである紙情報を、インターフェース部ＰＩ１を介してクライアントへ返す（ステップＳ２６３）。
【００９７】
＜ＥＩＤＳの動作＞
a)電子情報登録
次に、ＥＩＤＳ２０２の各インターフェースの機能及び動作について説明する。電子情報登録とは、電子情報を電子情報ＤＢ３０２の電子情報テーブル３０２Ａへ登録すると共に、リポジトリ２０５の機能を利用して、電子文書を電子文書ＤＢ３０３へ登録する機能のことである。図３６は、電子情報登録の機能により実現される電子情報登録処理の手順を示すフローチャートである。まず、電子情報登録処理部ＥＩ２０は、インターフェース部ＥＩ１を介して要求元のクライアントから電子情報及び電子文書を受け取る（ステップＳ３００）。電子情報登録処理部ＥＩ２０は、リポジトリ２０５の文書登録機能を利用し、リポジトリ２０５を介して電子文書を電子文書ＤＢ３０３へ登録し、その結果として文書ＩＤをリポジトリ２０５から受け取る（ステップＳ３０１）。文書ＩＤとは、リポジトリが登録対象の電子文書を管理するために独自に発行するＩＤのことである。または、リポジトリとしてWindows（登録商標）のファイルシステムのような文書管理システムを用いた場合には、文書ＩＤは、ファイルパスでも構わない。電子情報登録処理部ＥＩ２０は、リポジトリ２０５から受け取った文書ＩＤを、電子情報における「リポジトリへのリンク」にセットする（ステップＳ３０２）。次に、電子情報登録処理部ＥＩ２０は、電子情報テーブル３０２Ａを参照し、ローカルＩＤの最大値を調べる（ステップＳ３０３）。そして、例えば、最大値が「１０」だった場合、電子情報登録処理部ＥＩ２０は、「１１」を新しいローカルＩＤとして発行し、これを受け取った電子情報のローカルＩＤにセットする（ステップＳ３０４）。また、電子情報登録処理部ＥＩ２０は、当該電子情報に、本ＥＩＤＳ２０２のＵＵＩＤの値をセットする（ステップＳ３０５）。この結果、当該電子情報に対して、ＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせである電子情報ＩＤが発行されて、当該電子ＩＤが当該電子情報に対応付けられる。次に、電子情報登録処理部ＥＩ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った電子情報の登録日時と更新日時にセットする（ステップＳ３０６）。そして、電子情報登録処理部ＥＩ２０は、以上のように各情報をセットした電子情報を電子情報テーブル３０２Ａに登録する（ステップＳ３０７）。最後に、電子情報登録処理部ＥＩ２０は、インターフェース部ＥＩ１を介して要求元のクライアントへ本ＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を返す（ステップＳ３０８）。
【００９８】
b)電子情報変更
電子情報変更とは、電子情報テーブル３０２Ａに登録済みの電子情報を変更する機能のことである。図３７は、電子情報変更機能により実現される電子情報変更処理の手順を示すフローチャートである。まず、電子情報変更処理部ＥＩ２１は、インターフェース部ＥＩ１を介して要求元のクライアントから電子情報及び電子文書本体を受け取る（ステップＳ３２０）。電子情報変更処理部ＥＩ２１は、電子情報テーブル３０２Ａを参照し、受け取った電子情報のＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）の値が一致するレコードを検索する（ステップＳ３２１）。該当するレコードが存在しない場合（ステップＳ３２２：ＮＯ）、電子情報変更処理部ＥＩ２１は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３２８）。該当するレコードが存在する場合（ステップＳ３２２：ＹＥＳ）、電子情報変更処理部ＥＩ２１は、リポジトリ２０５の文書変更機能を利用し、電子文書ＤＢ３０３に記憶されている電子文書本体を更新する（ステップＳ３２３）。次に、電子情報変更処理部ＥＩ２１は、該当するレコードにセットされている登録日時を受け取った電子情報にセットする（ステップＳ３２４）。そして、電子情報変更処理部ＥＩ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った電子情報の更新日時にセットする（ステップＳ３２５）。電子情報変更処理部ＥＩ２１は、以上のようにして各情報をセットした電子情報を電子情報テーブル３０２Ａに対して更新（上書き）する（ステップＳ３２６）。次いで、電子情報変更処理部ＥＩ２１は、インターフェース部ＥＩ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ３２７）。
【００９９】
c)電子情報削除
電子情報削除とは、電子情報テーブル３０２Ａに登録済みの電子情報を削除する機能のことである。図３８は、電子情報削除の機能により実現される電子情報削除処理の手順を示すフローチャートである。まず、電子情報削除処理部ＥＩ２２は、インターフェース部ＥＩ１を介してクライアントから削除対象の電子情報についてＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を受け取る（ステップＳ３４０）。電子情報削除処理部ＥＩ２２は、電子情報テーブル３０２Ａを参照し、受け取ったＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）と一致する電子情報のレコードを検索する（ステップＳ３４１）。該当するレコードが存在しない場合（ステップＳ３４２：ＮＯ）、電子情報削除処理部ＥＩ２２は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３４６）。該当するレコードが存在する場合（ステップＳ３４２：ＹＥＳ）、電子情報削除処理部ＥＩ２２は、リポジトリ２０５の文書削除機能を利用して電子文書ＤＢ３０３に記憶されている電子文書本体を削除すると共に（ステップＳ３４３）、電子情報テーブル３０２Ａから当該レコードを削除する（ステップＳ３４４）。次いで、電子情報削除処理部ＥＩ２２は、インターフェース部ＥＩ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ３４５）。
【０１００】
d)電子情報取得
電子情報取得とは、電子情報テーブル３０２Ａに登録されている電子情報を取得する機能のことである。図３９は、電子情報取得の機能により実現される電子情報取得処理の手順を示すフローチャートである。まず、電子情報取得処理部ＥＩ２３は、インターフェース部ＥＩ１を介してクライアントから電子情報取得要求と共に、取得対象の電子情報のＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を受け取る（ステップＳ３６０）。そして、電子情報取得処理部ＥＩ２３は、電子情報テーブル３０２Ａを参照し、受け取ったＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）の値が一致する電子情報のレコードを検索する（ステップＳ３６１）。該当するレコードが存在しない場合（ステップＳ３６２:ＮＯ）、電子情報取得処理部ＥＩ２３は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３６５）。該当するレコードが存在する場合（ステップＳ３６２:ＹＥＳ）、電子情報取得処理部ＥＩ２３は、リポジトリ２０５の文書取得を利用して電子文書ＤＢ３０３に記憶されている電子文書本体を取得し（ステップＳ３６３）、これを、該当したレコードである電子情報と共にインターフェース部ＥＩ１を介して要求元のクライアントへ返す（ステップＳ３６４）。
【０１０１】
＜エンコーダラッパの動作＞
次に、エンコーダラッパ２０６の動作について説明する。図４０は、エンコーダラッパ２０６の行うエンコード処理の手順を示すフローチャートである。エンコーダラッパ２０６は、後述する印刷アプリ１００からＩＤ生成データとヘッダオプションとを受け取り、エンコードを要求されることによりエンコード処理を開始する。尚、ＩＤ生成データに含まれるデータは、データフォーマットの種類に応じて異なり、ｔｙｐｅ３のデータフォーマットの場合、ＩＤ生成データには、ＰＩＤＳ２０１のＵＵＩＤ及び紙情報のローカルＩＤが含まれ、ｔｙｐｅ０〜ｔｙｐｅ２,ｔｙｐｅ４のいずれかのデータフォーマットの場合、ＩＤ生成データには、ＰＩＤＳ２０１のサービス情報と、ＳＲＭＳ２００のＵＵＩＤと、ＰＩＤＳ２０１のＵＵＩＤ及び紙情報のローカルＩＤを含むＩＤ生成データが含まれる。このＩＤ生成データ及びヘッダオプションを生成する処理については、印刷アプリ１００の動作の説明において詳述する。
【０１０２】
ここで、エンコーダラッパ２０６は、ＩＤ生成データ及びヘッダオプションを受け取ると（ステップＳＤ４２００）、これらをＩＤ生成部２０６Ｃに渡し、ＩＤデータの生成を要求する（ステップＳＤ４２０１）。ＩＤ生成部２０６Ｃは、ＩＤ生成データとヘッダオプションとを受け取るとＩＤ生成処理を行う（ステップＳＤ４２０２）。図４１は、ＩＤ生成部２０６Ｃが行うＩＤ生成処理の手順を示すフローチャートである。ＩＤ生成部２０６Ｃは、ＩＤ生成データとヘッダオプションとを受け取ると（ステップＳＤ４２０２０）、ヘッダオプションに含まれる「データフォーマットタイプ」を参照して、データフォーマットの種類を判別し（ステップＳＤ４２０２１）、各種類に応じてＩＤデータを生成する処理を行う。具体的には、「データフォーマットタイプ」が“０”（ｔｙｐｅ０）である場合、ＩＤ生成部２０６Ｃは、当該ＩＤ生成データに含まれるＰＩＤＳ２０１のサービス情報及び紙情報のローカルＩＤを「直接参照ＩＤ表現」（図９参照）にセットして、ＩＤデータを生成する（ステップＳＤ４２０２２）。その後、ステップＳ４２０３７に進む。
【０１０３】
「データフォーマットタイプ」が“１”（ｔｙｐｅ１）である場合、ＩＤ生成部２０６Ｃは、当該ＩＤ生成データに含まれる、ＳＲＭＳ２００のＵＵＩＤを示す128bitのデータを生成し（ステップＳＤ４２０２３）、ＩＤ生成データに含まれる、ＰＩＤＳ２０１のＵＵＩＤを示す128bitのデータを生成し（ステップＳＤ４２０２４）、ＩＤ生成データに含まれる、紙情報のローカルＩＤを示す24〜128bitのデータを生成し（ステップＳＤ４２０２５）、ステップＳＤ４２０２３〜ＳＤ４２０２５で生成した３つのデータを連結してＩＤデータを生成する（ステップＳＤ４２０２６）。その後、ステップＳＤ４２０３７に進む。
【０１０４】
「データフォーマットタイプ」が“２”（ｔｙｐｅ２）である場合、ＩＤ生成部２０６Ｃは、当該ＩＤ生成データに含まれるＳＲＭＳ２００のＵＵＩＤを示す128bitのデータを生成し（ステップＳＤ４２０２７）、ＩＤ生成データに含まれる、ＰＩＤＳ２０１のローカルＩＤを示す16bitのデータを生成し（ステップＳＤ４２０２８）、ＩＤ生成データに含まれる、紙情報のローカルＩＤを示す24〜128bitのデータを生成し（ステップＳＤ４２０２９）、ステップＳＤ４２０２７〜ＳＤ４２０２９で生成した３つのデータを連結してＩＤデータを生成する（ステップＳＤ４２０３０）。その後、ステップＳＤ４２０３７に進む。
【０１０５】
「データフォーマットタイプ」が“３”（ｔｙｐｅ３）である場合、ＩＤ生成部２０６Ｃは、当該ＩＤ生成データに含まれるＰＩＤＳ２０１のＵＵＩＤを示す128bitのデータを生成し（ステップＳＤ４２０３１）、ＩＤ生成データに含まれる、紙情報のローカルＩＤを示す24〜128bitのデータを生成し（ステップＳＤ４２０３２）、ステップＳＤ４２０３１〜ＳＤ４２０３２で生成した２つのデータを連結してＩＤデータを生成する（ステップＳＤ４２０３３）。その後、ステップＳＤ４２０３７に進む。
【０１０６】
「データフォーマットタイプ」が“４”（ｔｙｐｅ４）である場合、ＩＤ生成部２０６Ｃは、当該ＩＤ生成データに含まれる、ＰＩＤＳ２０１のローカルＩＤを示す16bitのデータを生成し（ステップＳＤ４２０３４）、ＩＤ生成データに含まれる、紙情報のローカルＩＤを示す24〜128bitのデータを生成し（ステップＳＤ４２０３５）、ステップＳＤ４２０３４〜ＳＤ４２０３５で生成した２つのデータを連結してＩＤデータを生成する（ステップＳＤ４２０３６）。
【０１０７】
ステップＳＤ４２０３７に進むと、ＩＤ生成部２０６Ｃは、ステップＳＤ４２０２２，ＳＤ４２０２６，ＳＤ４２０３０，ＳＤ４２０３３又はＳＤ４２０３６で生成したＩＤデータをエンコーダラッパ２０６_１に返す。図４０に戻り、エンコーダラッパ２０６は、ＩＤデータを受け取ると（ステップＳＤ４２０３）、次いで、当該ＩＤデータ及びヘッダオプションをヘッダ生成部２０６Ｂに渡し、ヘッダデータの生成を要求する（ステップＳＤ４２０４）。
【０１０８】
ヘッダ生成部２０６Ｂは、ＩＤ生成データ及びヘッダオプションをエンコーダラッパ２０６から受け取ると、ヘッダ生成処理を行う（ステップＳＤ４２０５）。図４２は、ヘッダ生成部２０６Ｂが行うヘッダ生成処理の手順を示すフローチャートである。具体的には、まず、ヘッダ生成部２０６Ｂは、ＩＤ生成データ及びヘッダオプションをエンコーダラッパ２０６から受け取ると（ステップＳＤ４２０５０）、データフォーマット識別フラグを示す5bitのデータを生成し（ステップＳＤ４２０５１）、データフォーマットバージョンを示す3bitのデータを生成する（ステップＳＤ４２０５２）。ここでは、ヘッダ生成部２０６Ｂは、予め定められた各値を各データにセットして各データを生成する。セットする値は、例えば、ＲＯＭ１２ａやＨＤＤ１８に記憶されており、ヘッダ生成部２０６Ｂは、当該値を参照して各データにセットする。次いで、ヘッダ生成部２０６Ｂは、ヘッダオプションに含まれる「データフォーマットタイプ」を示す4bitのデータを生成し（ステップＳＤ４２０５３）、ヘッダオプションに含まれる「解読時のキャリア間の優先順位」を示す3bitのデータを生成し（ステップＳＤ４２０５４）、ヘッダオプションに含まれる「紙ＩＤ識別フラグ」を示す1bitのデータを生成する（ステップＳＤ４２０５５）。次いで、データフォーマットタイプによって示されるデータフォーマットの種類に応じて（ステップＳＤ４２０５６）、以下のようにしてヘッダデータを生成する。
【０１０９】
具体的には、データフォーマットタイプが“０”（ｔｙｐｅ０）である場合、ヘッダ生成部２０６Ｂは、ＩＤデータのbit数の合計を求め、この値をＩＤデータ長として、当該ＩＤデータ長を示す13bitのデータを生成する（ステップＳＤ４２０５７）。そして、ヘッダ生成部２０６Ｂは、データ量の不足を補填するための3bitのパディングデータを生成し（ステップＳＤ４２０５８）、ステップＳＤ４２０５１〜ＳＤ４２０５５，ＳＤ４２０５７〜ＳＤ４２０５８で生成した７つのデータを連結して、ヘッダデータを生成する（ステップＳＤ４２０５９）。その後、ステップＳＤ４２０６５に進む。
【０１１０】
データフォーマットタイプが“１”（ｔｙｐｅ１）〜“３”（ｔｙｐｅ３）のいずれかである場合、ヘッダ生成部２０６Ｂは、ＩＤデータのbit数の合計を求め、この値をＩＤデータ長として、当該ＩＤデータ長を示す9bitのデータを生成する（ステップＳＤ４２０６０）。そして、ヘッダ生成部２０６Ｂは、7bitのパディングデータを生成し（ステップＳＤ４２０６１）、ステップＳＤ４２０５１〜ＳＤ４２０５５，ＳＤ４２０６０〜ＳＤ４２０６１で生成した７つのデータを連結して、ヘッダデータを生成する（ステップＳＤ４２０６２）。その後、ステップＳＤ４２０６５に進む。
【０１１１】
データフォーマットタイプが“４”（ｔｙｐｅ４）である場合、ヘッダ生成部２０６Ｂは、ＩＤデータのbit数の合計を求め、この値をＩＤデータ長として、当該ＩＤデータ長を示す8bitのデータを生成する（ステップＳＤ４２０６３）。そして、ヘッダ生成部２０６Ｂは、ステップＳＤ４２０５１〜ＳＤ４２０５５，ＳＤ４２０６３で生成した６つのデータを連結して、ヘッダデータを生成する（ステップＳＤ４２０６４）。その後、ステップＳＤ４２０６５に進む。
【０１１２】
ステップＳＤ４２０６５に進むと、ヘッダ生成部２０６Ｂは、ステップＳＤ４２０５９，ＳＤ４２０６２又はＳＤ４２０６４で生成したヘッダデータをエンコーダラッパ２０６に返す。図４０に戻り、エンコーダラッパ２０６は、ヘッダデータを受け取ると（ステップＳＤ４２０６）、当該ヘッダデータとステップＳＤ４２０３で受け取ったＩＤデータとを連結して、紙ＩＤを生成する（ステップＳＤ４２０７）。そして、エンコーダラッパ２０６は、生成した紙ＩＤをエンコーダ２０６Ａに渡し、当該紙ＩＤのエンコードを要求する（ステップＳＤ４２０８）。エンコーダ２０６Ａは、紙ＩＤをエンコードして、コード画像を生成する（ステップＳＤ４２０９）。尚、ここでエンコーダ２０６Ａがエンコードするコードの種類（情報担体）は、例えば、２次元バーコードのＱＲコードである。そして、エンコーダ２０６Ａは、生成したコード画像をエンコーダラッパ２０６に返す（ステップＳＤ４２１０）。エンコーダラッパ２０６は、コード画像を受け取ると、これを印刷アプリ１００に返す（ステップＳＤ４２１１）。
【０１１３】
＜デコーダラッパの動作＞
次に、デコーダラッパ２０７の動作について説明する。図４３は、デコーダラッパ２０７の行うデコード処理の手順を示すフローチャートである。デコーダラッパ２０７は、後述するスキャンアプリ１０１から、紙のスキャンにより読み取られた画像（スキャン画像）を受け取り、当該スキャン画像のデコードを要求されることにより、デコード処理を開始する。具体的には、デコーダラッパ２０７は、スキャン画像を受け取ると（ステップＳＤ４４０１）、これをデコーダ２０７Ａに渡し、デコードを要求する（ステップＳＤ４４０２）。デコーダ２０７Ａは、上述のデコード機能により、デコーダラッパ２０７から渡されたスキャン画像に含まれるコード画像をデコードし、その結果、デコードデータ（ここでは、紙ＩＤである）を取得する（ステップＳＤ４４０３）。そして、デコーダ２０７Ａは、このデコードデータをデコーダラッパ２０７に返す（ステップＳＤ４４０４）。デコーダラッパ２０７は、デコードデータを取得すると（ステップＳＤ４４０５）、当該デコードデータをヘッダ解析部２０７Ｂに渡し、ヘッダデータの取得を要求する（ステップＳＤ４４０６）。ヘッダ解析部２０７Ｂは、ヘッダデータの取得を要求されると、以下のヘッダ解析処理を行う（ステップＳＤ４４０７）。
【０１１４】
図４４は、ヘッダ解析部２０７Ｂが行うヘッダ解析処理の手順を示すフローチャートである。ヘッダ解析部２０７Ｂは、デコードデータを受け取り（ステップＳＤ４４０７０）、デコードデータの1bit目〜5bit目にセットされている「データフォーマット識別フラグ」の値を取得し（ステップＳＤ４４０７１）、当該値が所定の値か否かを判別する、即ち、当該デコードデータが規定のデータか否かを判別する（ステップＳＤ４４０７２）。当該所定の値は、例えば、「データフォーマット識別フラグ」に対応付けられてＨＤＤ１８に記憶されており、ヘッダ解析部２０７Ｂは、当該ＨＤＤ１８にアクセスして、「データフォーマット識別フラグ」の値を参照して、上述の判別を行う。ステップＳＤ４４０７２の判別結果が肯定的である場合、ヘッダ解析部２０７Ｂは、デコードデータの6bit目〜8bit目にセットされている3bitの「データフォーマットバージョン」の値を取得し（ステップＳＤ４４０７３）、デコードデータの9bit目〜12bit目にセットされている4bitの「データフォーマットタイプ」の値を取得する（ステップＳＤ４４０７４）。そして、ヘッダ解析部２０７Ｂは、この「データフォーマットタイプ」の値に応じて、それぞれ以下の処理を行う。
【０１１５】
「データフォーマットタイプ」の値が“０”（ｔｙｐｅ０）である場合、ヘッダ解析部２０７Ｂは、デコードデータの13bit目〜15bit目にセットされている3bitの「解読時のキャリア間優先順位」の値を取得し（ステップＳＤ４４０７６）、デコードデータの16bit目にセットされている1bitの「紙ＩＤ識別フラグ」の値を取得し（ステップＳＤ４４０７７）、デコードデータの17bit目〜29bit目にセットされている13bitの「ＩＤデータ長」の値を取得することにより（ステップＳＤ４４０７８）、デコードデータからヘッダデータを取得する。そして、ステップＳＤ４４０８５に進む。「データフォーマットタイプ」の値が“１”（ｔｙｐｅ１），“２”（ｔｙｐｅ２）又は“３”（ｔｙｐｅ３）のいずれかである場合、ヘッダ解析部２０７Ｂは、デコードデータの13bit目〜15bit目にセットされている3bitの「解読時のキャリア間優先順位」の値を取得し（ステップＳＤ４４０７９）、デコードデータの16bit目にセットされている1bitの「紙ＩＤ識別フラグ」の値を取得し（ステップＳＤ４４０８０）、デコードデータの17bit目〜25bit目にセットされている9bitの「ＩＤデータ長」の値を取得することにより（ステップＳＤ４４０８１）、デコードデータからヘッダデータを取得する。そして、ステップＳＤ４４０８５に進む。「データフォーマットタイプ」の値が“４”（ｔｙｐｅ４）である場合、ヘッダ解析部２０７Ｂは、デコードデータの13bit目〜15bit目にセットされている3bitの「解読時のキャリア間優先順位」の値を取得し（ステップＳＤ４４０８２）、デコードデータの16bit目にセットされている1bitの「紙ＩＤ識別フラグ」の値を取得し（ステップＳＤ４４０８３）、デコードデータの17bit目〜24bit目にセットされている8bitの「ＩＤデータ長」の値を取得することにより（ステップＳＤ４４０８４）、デコードデータからヘッダデータを取得する。そして、ステップＳＤ４４０８５に進む。
【０１１６】
ステップＳＤ４４０８５では、ヘッダ解析部２０７Ｂは、取得したヘッダデータをデコーダラッパ２０７に返す。また、「データフォーマットタイプ」の値が“ｔｙｐｅ０”〜“ｔｙｐｅ４”のいずれでもない場合又はステップＳＤ４４０７２の判定結果が否定的である場合、ヘッダ解析部２０７Ｂは、取得失敗である旨のエラー情報をデコーダラッパ２０７に返す（ステップＳＤ４４０８６）。
【０１１７】
図４３に戻り、デコーダラッパ２０７は、ヘッダデータを受け取り（ステップＳＤ４４０８）、ヘッダデータの取得に成功すると（ステップＳＤ４４０９：ＹＥＳ）、次いで、当該ヘッダデータ及びデコードデータをＩＤ解析部２０７Ｃに渡し、ＩＤデータの取得を要求する（ステップＳＤ４４１０）。ＩＤ解析部２０７Ｃは、ＩＤデータの解析を要求されると、以下のＩＤデータ解析処理を行う（ステップＳＤ４４１１）。図４５は、ＩＤ解析部２０７Ｃが行うＩＤデータ解析処理の手順を示すフローチャートである。ＩＤ解析部２０７Ｃは、デコードデータ及びヘッダデータを受け取ると（ステップＳＤ４４１１０）、デコードデータに含まれるＩＤデータ自体のデータ長（bit数）を算出し、ヘッダデータに含まれる「ＩＤデータ長」にセットされている値とを比較し、これらの値が一致するか否かを判別する（ステップＳＤ４４１１１）。当該判別結果が肯定的である場合、ＩＤ解析部２０７Ｃは、ヘッダデータに含まれる「データフォーマットタイプ」の値に応じて（ステップＳＤ４４１１２）、それぞれ以下の処理を行う。
【０１１８】
「データフォーマットタイプ」の値が“０”（ｔｙｐｅ０）である場合、ＩＤ解析部２０７Ｃは、デコードデータの1bit目〜32bit目を読み飛ばし、33bit目以降にセットされている「直接参照ＩＤ表現」の値を取得することにより（ステップＳＤ４４１１３）、デコードデータからＩＤデータを取得する。そして、ステップＳＤ４４１２４に進む。「データフォーマットタイプ」の値が“１”（ｔｙｐｅ１）である場合、ＩＤ解析部２０７Ｃは、デコードデータの1bit目〜32bit目を読み飛ばし、33bit目〜150bit目にセットされている128bitの「ＳＲＭＳのＵＵＩＤ」の値を取得し（ステップＳＤ４４１１４）、151bit目〜278bit目にセットされている128bitの「ＰＩＤＳのＵＵＩＤ」の値を取得し（ステップＳＤ４４１１５）、279bit目以降にセットされている「紙情報のローカルＩＤ」の値を取得することにより（ステップＳＤ４４１１６）、デコードデータからＩＤデータを取得する。そして、ステップＳＤ４４１２４に進む。「データフォーマットタイプ」の値が“２”（ｔｙｐｅ２）である場合、ＩＤ解析部２０７Ｃは、デコードデータの1bit目〜32bit目を読み飛ばし、33bit目〜150bit目にセットされている128bitの「ＳＲＭＳのＵＵＩＤ」の値を取得し（ステップＳＤ４４１１７）、151bit目〜166bit目にセットされている16bitの「ＰＩＤＳのローカルＩＤ」の値を取得し（ステップＳＤ４４１１８）、167bit目以降にセットされている「紙情報のローカルＩＤ」の値を取得することにより（ステップＳＤ４４１１９）、デコードデータからＩＤデータを取得する。そして、ステップＳＤ４４１２４に進む。「データフォーマットタイプ」の値が“３”（ｔｙｐｅ３）である場合、ＩＤ解析部２０７Ｃは、デコードデータの1bit目〜32bit目を読み飛ばし、33bit目〜150bit目にセットされている128bitの「ＰＩＤＳのＵＵＩＤ」の値を取得し（ステップＳＤ４４１２０）、151bit目以降にセットされている「紙情報のローカルＩＤ」の値を取得することにより（ステップＳＤ４４１２１）、デコードデータからＩＤデータを取得する。そして、ステップＳＤ４４１２４に進む。「データフォーマットタイプ」の値が“４”（ｔｙｐｅ４）である場合、ＩＤ解析部２０７Ｃは、デコードデータの1bit目〜24bit目を読み飛ばし、25bit目〜40bit目にセットされている16bitの「ＰＩＤＳのローカルＩＤ」の値を取得し（ステップＳＤ４４１２２）、41bit目以降にセットされている「紙情報のローカルＩＤ」の値を取得することにより（ステップＳＤ４４１２３）、デコードデータからＩＤデータを取得する。そして、ステップＳＤ４４１２４に進む。
【０１１９】
ステップＳＤ４４１２４では、ＩＤ解析部２０７Ｃは、取得したＩＤデータをデコーダラッパ２０７に返す。ステップＳＤ４４１１１の判定結果が否定的である場合、ステップＳＤ４４１１０で取得したＩＤデータに不具合があるため、ＩＤ解析部２０７Ｃは、取得失敗である旨のエラー情報をデコーダラッパ２０７に返す（ステップＳＤ４４１２５）。
【０１２０】
図４３に戻り、デコーダラッパ２０７は、ＩＤデータを受け取り（ステップＳＤ４４１２）、ＩＤデータの取得が成功すると（ステップＳＤ４４１３：ＹＥＳ）、次いで、当該ＩＤデータ及びステップＳＤ４４０８で取得したヘッダデータを印刷アプリ１００に返す（ステップＳＤ４４１４）。尚、ステップＳＤ４４０８でエラー情報を受け取り、ステップＳＤ４４０９の判定結果が否定的となった場合、又は,
ステップＳＤ４４１２でエラー情報を受け取り、ステップＳＤ４４１３の判定結果が否定的となった場合、ステップＳＤ４４０５で取得したデコードデータをスキャンアプリ１０１に返す（ステップＳＤ４４１５）。
【０１２１】
＜印刷アプリの動作＞
次に、印刷アプリ１００の動作について説明する。印刷アプリには、上述したように、ドライバ印刷機能と、スキャン印刷機能とがある。まず。ドライバ印刷機能による印刷アプリの動作の手順について説明する。図４６は、ドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【０１２２】
a)ドライバ印刷
ここでは、例えば、パーソナルコンピュータＰＣ１から複写機ＭＦＰ１へ印刷命令がなされる場合について説明する。パーソナルコンピュータＰＣ１において、３ページの文書の印刷の指示や印刷条件の設定をユーザが入力すると、パーソナルコンピュータＰＣ１は当該指示入力を受け付け、当該パーソナルコンピュータＰＣ１のプリンタドライバは、当該印刷対象の文書の情報及び印刷条件を含む印刷命令をイントラネットＮＴ１を介して複写機ＭＦＰ１の印刷アプリ１００_１へ送信する。ここまでの処理の手順は公知の技術であり、このような処理の手順を実現させる種々の公知のプリンタドライバを用いることができる。
【０１２３】
印刷アプリ１００_１は、パーソナルコンピュータＰＣ１のプリンタドライバからの印刷命令を受け取り（ステップＳ４００）、当該印刷命令に含まれる印刷対象の文書の情報及び印刷条件を用いて、レンダリングを行ない、印刷対象の文書を表する画像（レンダリング画像）を生成する（ステップＳ４０１）。ここでは、印刷対象の文書は、３ページあるので、印刷アプリ１００_１は、３枚の紙に各々印刷するレンダリング画像を生成する。次に、印刷アプリ１００_１は、生成したレンダリング画像を所定の表現形式の電子文書に変換する（ステップＳ４０２）。例えば、ＴＩＦＦ形式のデータ(ＴＩＦＦファイル)などである。尚、この変換は、当該電子文書を電子文書ＤＢ３０３に登録するために行う。次に、印刷アプリ１００_１は、各情報がセットされていない初期状態の電子情報を生成し、生成した電子情報における「ファイル名」に電子文書のファイル名をセットする。このファイル名には、プリンタドライバから電子文書のファイル名が送信される場合にはそれをセットするようにしても良いし、印刷アプリ１００_１が、電子文書に対して所定の方法により発行したものをセットするようにしても良い。そして、印刷アプリ１００_１は、生成した電子情報と電子文書とをパラメータとしてＥＩＤＳ２０２_１に渡す（ステップＳ４０３）。尚、ここでは、印刷アプリ１００_１と、ＥＩＤＳ２０２_１とのデータの受け渡しは、同一の複写機ＭＦＰ１内で行うため、上述したＷｅｂサービスは利用しない。
【０１２４】
ＥＩＤＳ２０２_１は、上述した電子情報登録の機能により、印刷アプリ１００_１から渡された電子情報を電子情報ＤＢ３０２_１の電子情報テーブル３０２Ａ_１に登録すると共に（ステップＳ４０４）、リポジトリ２０５の文書登録の機能を利用して、電子文書を電子文書ＤＢ３０３_１に登録して、登録した電子情報に係るＥＩＤＳ２０２_１のＵＵＩＤ及びローカルＩＤの値の組み合わせを電子ＩＤとして印刷アプリ１００_１に返す（ステップＳ４０５）。印刷アプリ１００_１は、当該電子ＩＤを受け取ると（ステップＳ４０６）、各情報がセットされていない初期状態の紙情報を生成し、生成した紙情報における「名称」にファイル名をセットする（ステップＳ４０７）。このファイル名には、プリンタドライバからファイル名が送信される場合にはそれをセットするようにしても良いし、印刷アプリ１００_１が、電子文書に対して所定の方法により発行したものをセットするようにしても良い。また、印刷アプリ１００_１は、プリンタドライバから送られてきた印刷条件を紙情報の「印刷条件」にセットし、ＥＩＤＳ２０２_１から取得した電子ＩＤ（ＥＩＤＳ２０２_１のＵＵＩＤ及びローカルＩＤの組み合わせ）の値を紙情報の「元文書へのリンク」へセットする。ここでは、印刷対象の画像が３ページ分、即ち３枚分あるので、印刷アプリ１００_１は、３つの紙情報を生成する。そして、印刷アプリ１００_１は、ＰＩＤＳ２０１_１に対して紙情報の登録を要求し、生成した紙情報をパラメータとしてＰＩＤＳ２０１_１に渡す（ステップＳ４０８）。尚、ここでは、印刷アプリ１００_１と、ＰＩＤＳ２０１_１とのデータの受け渡しは、同一の複写機ＭＦＰ１内で行うため、上述したＷｅｂサービスは利用しない。
【０１２５】
ＰＩＤＳ２０１_１は、上述した紙情報登録機能により、印刷アプリ１００_１から渡された紙情報に対してローカルＩＤを各々発行すると共に、当該紙情報を紙情報ＤＢ３０１_１の紙情報テーブル３０１Ａ_１に登録する（ステップＳ４０９）。そして、ＰＩＤＳ２０１_１は、登録した各紙情報に係るＰＩＤＳ２０１_１のＵＵＩＤ及びローカルＩＤの値の組み合わせを印刷アプリ１００_１に返す（ステップＳ４１０）。ここでは、ＰＩＤＳ２０１_１は３つの紙情報を登録したため、ＰＩＤＳ２０１_１のＵＵＩＤ及びローカルＩＤの組み合わせが３つ印刷アプリ１００_１に返される。尚、この組み合わせは、Ｔｙｐｅ３のデータフォーマットにおけるＩＤデータにセットされるＩＤの組み合わせと同様である。そして、印刷アプリ１００_１は、３つの組み合わせを受け取ると（ステップＳ４１１）、次いで、実際にエンコードする対象としての紙ＩＤのデータフォーマットの種類を決定するデータフォーマット決定処理を行う（ステップＳＤ４００）。
【０１２６】
ここで、データフォーマット決定処理の詳細について説明する。図４７は、データフォーマット決定処理の手順を示すフローチャートである。印刷アプリ１００_１は、ＨＤＤ１８に記憶されたデータフォーマットフラグを参照して、データフォーマットの種類を決定する（ステップＳＤ４０００）。データフォーマットフラグにセットされた値が“３”（ｔｙｐｅ３）である場合（ステップＳＤ４００１：ＹＥＳ）、ステップＳ４１１で受け取ったＰＩＤＳ２０１_１のＵＵＩＤ及び紙情報のローカルＩＤを含むＩＤ生成データを生成する（ステップＳＤ４００８）。尚、ここでも、印刷アプリ１００_１は、ページ毎に３つのＩＤ生成データを生成する。
【０１２７】
また、データフォーマットフラグにセットされた値が“３”（ｔｙｐｅ３）以外である場合（ステップＳＤ４００１：ＮＯ）、印刷アプリ１００_１は、サーバＳＶ１にアクセスして、当該サーバＳＶ１が有するＳＲＭＳ２００_１に対して、ステップＳ４１１で受け取ったＰＩＤＳ２０１_１のＵＵＩＤを渡して、サービス取得１の実行を要求することにより、ＰＩＤＳ２０１_１のサービス情報を要求する（ステップＳＤ４００２）。当該要求に応じてＳＲＭＳ２００_１は、上述のサービス取得１を実行し、サービス情報テーブル３００Ａ_１を参照して、受け取ったＵＵＩＤの値が一致するＰＩＤＳ２０１_１のサービス情報を検索し、該当するサービス情報を印刷アプリ１００_１に返す（ステップＳＤ４００３）。
【０１２８】
印刷アプリ１００_１は、ＰＩＤＳ２０１_１のサービス情報をＳＲＭＳ２００_１から受け取ると（ステップＳＤ４００４）、データフォーマットフラグにセットされた値に応じた種類（ｔｙｐｅ０〜２，４）のＩＤ生成データを生成する（ステップＳＤ４００５）。データフォーマットの種類に応じたＩＤ生成データの生成方法については、図４１に示した通りである。尚、ここでも、印刷アプリ１００_１は、ページ毎に３つのＩＤ生成データを生成する。次いで、印刷アプリ１００_１は、図９〜１３に示したようなヘッダデータのうち、「データフォーマットタイプ」と、「解読時のキャリア優先順位」と、「紙ＩＤ識別フラグ」とを含むヘッダオプションを生成する（ステップＳＤ４００６）。ここで、印刷アプリ１００_１は、「データフォーマットタイプ」には、ステップＳ４０００で決定したデータフォーマットの種類に対応する値（”０”〜“４”のいずれか）をセットし、「紙ＩＤ識別フラグ」には、ここでは、紙ＩＤであることを示す“１”をセットし、「解読時のキャリア優先順位」には初期値として“０”をセットする。そして、印刷アプリ１００_１は、ステップＳＤ４００８又はステップＳＤ４００５で生成したＩＤ生成データと、ステップＳＤ４００６で生成したヘッダオプションとをエンコーダラッパ２０６_１に渡し、決定したデータフォーマットの種類に応じた紙ＩＤの生成及び当該紙ＩＤのエンコードを要求する（ステップＳＤ４００７）。
【０１２９】
図４６に戻り、印刷アプリ１００_１は、紙ＩＤの生成とエンコードとをエンコーダラッパ２０６_１に対して要求し（ステップＳＤ４１２）、エンコーダラッパ２０６_１は、上述のエンコード処理を行い、紙ＩＤをエンコードして生成したコード画像を印刷アプリ１００_１に渡す（ステップＳＤ４２０）。ここでは、１ページ目に対応するコード画像、２ページ目に対応するコード画像、３ページ目に対応するコード画像の３つが生成される。印刷アプリ１００_１は、コード画像をエンコーダラッパ２０６_１から受け取ると（ステップＳ４１５）、各ページに対応する各レンダリング画像に対して、生成した各コード画像を順に合成する。レンダリング画像にコード画像を合成する方法には、各種公知技術を用いることができる。コード画像を合成する位置は、予め決めておいた位置（例えば、紙面の右上の余白部）でも構わないし、紙面内の余白(レンダリング画像において描画されていない領域)を探し出し、当該余白のいずれかの位置でも構わない。そして、印刷アプリ１００_１は、コード画像を合成したレンダリング画像をページ毎に紙に印刷する（ステップＳ４１６）。その結果、３つの紙ＩＤが各々コード画像として印刷された３枚の各印刷結果が得られる。
【０１３０】
b)スキャン印刷
スキャン印刷について説明する。ここでは、例として、図４６で説明した処理によって複写機ＭＦＰ1で印刷された紙を、複写機ＭＦＰ５のスキャンアプリ１０１_５の実行により走査部でスキャンし、同じく複写機ＭＦＰ５の印刷アプリ１００_５の実行により再印刷する場合の印刷アプリ１００_５の動作について説明する。スキャンアプリ１０１_５の動作については後述する。図４８は、スキャン印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【０１３１】
ユーザが複写機ＭＦＰ５において複写対象の紙（図４６で説明した処理によって複写機ＭＦＰ１で印刷された紙）をセットし、印刷条件を設定して、印刷を指示すると、複写機ＭＦＰ５のスキャンアプリ１０１_５が、当該紙を走査部がスキャンして読み取った、当該紙に印刷されたコード画像を取得し、その結果に基づいて得られるＴＩＦＦファイル及び紙ＩＤと、ユーザから設定された印刷条件とを含む印刷命令を印刷アプリ１００_５に渡す。ここでのスキャンアプリ１０１_５の詳細な動作の手順については後述する。尚、ＴＩＦＦファイルは、上述したＥＩＤＳ２０２の電子情報登録の機能により電子文書ＤＢ３０３に記憶されたＴＩＦＦファイルであり、ＥＩＤＳ２０２から取得されたものである。
【０１３２】
印刷アプリ１００_５は、印刷命令を受け取ると（ステップＳ４２０）、当該印刷命令に含まれるＴＩＦＦファイル及び印刷条件からレンダリングを行ない、印刷対象の文書を表す画像（レンダリング画像）を生成する（ステップＳ４２１）。尚、ここでは、ＴＩＦＦファイルは、３ページの文書を表す情報であるため、印刷アプリ１００_５は、ページ毎にレンダリングを行い、３つのレンダリング画像を生成する。また、印刷アプリ１００_５は、各情報がセットされていない初期状態の紙情報を生成し、生成した紙情報における「名称」にファイル名をセットし、スキャンアプリ１０１_５から渡された印刷条件を紙情報の「印刷条件」にセットし、スキャンアプリ１０１_５から渡された紙ＩＤを紙情報の「元文書へのリンク」へセットする（ステップＳ４２２）。そして、印刷アプリ１００_５は、ＰＩＤＳ２０１_５に対して紙情報の登録を要求し、生成した紙情報をパラメータとしてＰＩＤＳ２０１_５に渡す（ステップＳ４２３）。以降のステップＳ４２４〜Ｓ４２６，ＳＤ４００，Ｓ４２７，ＳＤ４２０，Ｓ４３０〜Ｓ４３１の動作の手順は、上述のステップＳ４０９〜Ｓ４１１，ＳＤ４００，Ｓ４１２，ＳＤ４２０，Ｓ４１５〜Ｓ４１６と略同様であるため、その説明を省略する。但し、ステップＳ４２７〜Ｓ４３０で印刷アプリ１００_５がエンコードを要求するのは、エンコーダラッパ２０３_５に対してである。
【０１３３】
そして、上述のドライバ印刷の場合と同様に、処理の結果、３つの紙ＩＤが各々コード画像として印刷された３枚の各印刷結果が得られる。これらの各紙ＩＤに対応する紙情報の「元文書へのリンク」には紙ＩＤが各々セットされ、当該各紙ＩＤに対応する紙情報の「元文書へのリンク」には、上述のステップＳ４０７で説明したように、電子ＩＤがセットされているため、この電子ＩＤを用いて、印刷対象の電子文書を取得することを可能にする。即ち、紙を複写する毎に、複写先の紙ＩＤに複写元の紙ＩＤをリンクさせる構成によれば、紙を複写する際に、紙ＩＤに対応する紙情報のリンクを辿ることにより、印刷元の電子文書がリンク付けされた紙情報に辿り着くことができ、その結果、電子文書に辿り着くことができる。また、このように紙ＩＤ及び紙ＩＤに対応する紙情報を介在させることにより、当該電子文書に係る印刷をいつどこで行ったのかをトレースすることも可能になる。
【０１３４】
＜スキャンアプリの動作＞
次に、スキャンアプリ１０１の動作の手順について説明する。ここでは、複写機ＭＦＰ1で印刷した紙を、複写機ＭＦＰ５でスキャンし、再印刷する場合について説明する。尚、サーバＳＶ間の信頼関係については、上述したように、図１において点線で繋がれたサーバＳＶ同士が信頼関係を結んでいるものとする。
【０１３５】
図４９は、複写機ＭＦＰ１で印刷した紙の２ページ目を、複写機ＭＦＰ５でスキャンし、再印刷する場合のスキャンアプリ１０１_５の動作の手順を示すフローチャートである。複写機ＭＦＰ５において電源が投入され、スキャンアプリ１０１_５が起動すると、印刷条件を設定する項目とスキャンを指示するためのスキャンボタンとを操作パネル２０に表示させる。そして、ユーザが、複写機ＭＦＰ１で印刷した３枚の紙のうち、２ページ目を複写機ＭＦＰ５のスキャン部（図示せず）にセットして、操作パネル２０において印刷条件を設定し、スキャンボタンを押下すると、スキャンアプリ１０１_５は、印刷条件を取得し、スキャン部にセットされた紙のスキャンを実行する（ステップＳ４４０）。そして、スキャンアプリ１０１_５は、スキャンの結果得られるスキャン画像をデコーダラッパ２０７_５に渡してデコードを要求する（ステップＳ４４１）。デコーダラッパ２０７_５は、スキャン画像に含まれるコード画像に対して上述のデコード処理を行い、当該コード画像にエンコードされた紙ＩＤを取得し、当該紙ＩＤから上述のヘッダデータ及びＩＤデータを取得し、これをスキャンアプリ１０１_５に渡す（ステップＳＤ４４０）。
【０１３６】
そして、スキャンアプリ１０１_５は、ヘッダデータ及びＩＤデータをデコーダラッパ２０７_５から受け取ると（ステップＳ４４３）、ステップＳ４４４の判定結果が肯定的となり、次いで、当該ヘッダデータに含まれる「紙ＩＤ識別フラグ」の値を参照して、エンコード対象のデータが紙ＩＤであるか否かを判別する（ステップＳ４４６）。ここではエンコード対象のデータが紙ＩＤであるものとして、ステップＳＤ４６０に進む。ステップＳ４４６の判別結果が否定的である場合には、スキャンアプリ１０１_５は、紙ＩＤではない旨のエラーメッセージを操作パネル２０に表示する（ステップＳ４４５）。また、ステップＳ４４３でヘッダデータ及びＩＤデータを取得することができず、エラー情報を受け取った場合も（ステップＳ４４４：ＮＯ）、スキャンアプリ１０１_５は、規定のデータではない旨のエラーメッセージを操作パネル２０に表示する（ステップＳ４４５）。次いで、ステップＳＤ４６０では、スキャンアプリ１０１_５は、ステップＳ４４３で受け取ったヘッダデータに含まれる「データフォーマットタイプ」の値を参照して、データフォーマットの種類毎に種類別サービス情報探索処理を行う。図５０〜５３は、種類別サービス情報探索処理の手順を示すフローチャートである。
【０１３７】
「データフォーマットタイプ」の値が“０”（ｔｙｐｅ０）である場合（ステップＳ４６１０：ＹＥＳ）、スキャンアプリ１０１_５は、図９に示されるように、ＩＤデータに含まれる「直接参照ＩＤ表現」にＰＩＤＳ２０１のサービス情報自体がセットされているため、このＰＩＤＳ２０１のサービス情報を取得し、これをキャッシュに記憶させて（ステップＳＤ４６１１）、ステップＳ４６０に進む。
【０１３８】
「データフォーマットタイプ」の値が“１”（ｔｙｐｅ１）である場合（ステップＳＤ４６１２：ＹＥＳ）、スキャンアプリ１０１_５は、ＩＤデータに含まれる「ＰＩＤＳのＵＵＩＤ」の値に一致するＰＩＤＳのサービス情報がキャッシュに記憶されているか否かを判別し（ステップＳＤ４６１３）、当該判別結果が肯定的である場合、該当のＰＩＤＳ２０１のサービス情報を既に取得しているから、次いで、ステップＳ４６０に進む。ステップＳＤ４６１３の判別結果が否定的である場合、スキャンアプリ１０１_５は、ＩＤデータに含まれる「ＳＲＭＳのＵＵＩＤ」の値に一致するＳＲＭＳ２００のサービス情報がキャッシュに記憶されているか否かを判別する（ステップＳＤ４６１４）。当該判別結果が肯定的である場合、当該サービス情報に含まれる「ＵＲＩ」を参照して、サーバＳＶの有するＳＲＭＳ２００にアクセスして、当該ＳＲＭＳ２００に対してＩＤデータに含まれる「ＰＩＤＳのＵＵＩＤ」を渡し、サービス取得１の実行（ＰＩＤＳ２０１のサービス情報の取得）を要求する。そして、当該要求に従って当該ＳＲＭＳ２００が上述のサービス取得１を実行してＰＩＤＳ２０１のサービス情報をスキャンアプリ１０１_５に渡し、スキャンアプリ１０１_５は当該ＰＩＤＳ２０１のサービス情報を取得すると（ステップＳＤ４６１５）、これをキャッシュに記憶させて（ステップＳＤ４６１６）、ステップＳ４６０に進む。ステップＳ４６１４の判定結果が否定的である場合、スキャンアプリ１０１_５は、同一の所内システムＳＹＭ３内にあるサーバＳＶ３の有するＳＲＭＳ２００_３を対象ＳＲＭＳとし（ステップＳＤ４６１７）、当該対象ＳＲＭＳに対し、「ＰＩＤＳのＵＵＩＤ」を渡し、サービス取得１の実行を要求することにより、ＰＩＤＳ２０１のサービス情報の取得を要求する（ステップＳＤ４６１８）。当該要求に従って対象ＳＲＭＳが上述のサービス取得１を実行してＰＩＤＳ２０１のサービス情報をスキャンアプリ１０１_５に渡すと（ステップＳＤ４６１９：ＹＥＳ）、スキャンアプリ１０１_５は、当該ＰＩＤＳ２０１のサービス情報をキャッシュに記憶させて（ステップＳＤ４６２０）、ステップＳ４６０に進む。ステップＳＤ４６１８の処理の結果、ＰＩＤＳ２０１のサービス情報を取得できなかった場合（ステップＳＤ４６１９：ＮＯ）、スキャンアプリ１０１_５は、対象ＳＲＭＳに対して、「ＳＲＭＳのＵＵＩＤ」を渡し、サービス取得１の実行を要求することにより、ＳＲＭＳ２００のサービス情報を要求する（ステップＳＤ４６２１）ステップＳＤ４６２１の処理の結果、ＳＲＭＳ２００のサービス情報を取得できた場合、（ステップＳＤ４６２２：ＹＥＳ）、スキャンアプリ１０１_５は、取得してＳＲＭＳ２００のサービス情報をキャッシュに記憶させる（ステップＳＤ４６２３）。次いで、スキャンアプリ１０１_５は、当該ＳＲＭＳ２００に対して、「ＰＩＤＳのＵＵＩＤ」を渡し、サービス取得１の実行を要求することにより、ＰＩＤＳ２０１のサービス情報の取得を要求し、該当のＰＩＤＳのサービス情報を取得し（ステップＳＤ４６２４）、これをキャッシュに記憶させる（ステップＳＤ４６２５）。尚、ステップＳＤ４６２１の処理の結果、ＳＲＭＳ２００のサービス���報を取得できなかった場合（ステップＳＤ４６２２：ＮＯ）、スキャンアプリ１０１_５は、対象ＳＲＭＳに対して、サービス取得３の実行を要求することにより、ＳＲＭＳ２００のサービス情報をリスト化したサービス情報リストの取得を要求する（ステップＳＤ４６２６）。当該要求に従って対象ＳＲＭＳが上述のサービス取得３を実行してサービス情報リストをスキャンアプリ１０１_５に渡すと、スキャンアプリ１０１_５は、当該サービス情報リストにある全てのＳＲＭＳ２００のサービス情報をキャッシュに記憶させる（ステップＳＤ４６２７）。次いで、スキャンアプリ１０１_５は、当該サービス情報リストにそのサービス情報があるＳＲＭＳ２００のうち、対象ＳＲＭＳとなっていないＳＲＭＳ２００を対象ＳＲＭＳとして（ステップＳＤ４６２８）、ステップＳＤ４６１８に進み、以降同様の処理を行う。
【０１３９】
即ち、ここでは、スキャンアプリ１０１_５は、データフォーマットの種類が‘ｔｙｐｅ０’以外の場合、ＩＤデータに含まれるＵＵＩＤを用いて、まず、キャッシュに当該ＵＵＤに対応するサービス情報が記憶されているか否かを判別する。そして、該当のサービス情報がキャッシュに記憶されていない場合には、スキャンアプリ１０１_５は、サービス取得１の実行により、該当のサービス情報を検索し、サービス情報が得られなかった場合にはサービス取得３の実行により、信頼関係にあるＳＲＭＳ２００を検索し、当該信頼関係にあるＳＲＭＳ２００に対してサービス取得１を実行させ、該当のサービス情報が得られるまでサービス取得１及びサービス取得３を繰り返す。
【０１４０】
また、取得したサービス情報をキャッシュに記憶させることで、次回以降の印刷処理において、キャッシュに記憶されたサービス情報を利用可能にし、その結果、処理時間を短縮させることができる。尚、スキャンアプリ１０１がサービス情報を取得した後にそのＰＩＤＳ２０１のＵＲＩが変わったときにはそのＰＩＤＳ２０１にアクセスできないが、その場合、ＳＲＭＳ２００に対してＰＩＤＳ２０１の最新のサービス情報を要求して、当該サービス情報を取得し、キャッシュに記憶されているＰＩＤＳ２０１のサービス情報を最新の情報に更新するように構成すれば良い。尚、「データフォーマットタイプ」が“０”（ｔｙｐｅ０）の場合、ＩＤデータにはＰＩＤＳ２０１のサービス情報自体が含まれているが、当該ＩＤデータを含む紙ＩＤをコード画像化して紙に印刷した後にそのＰＩＤＳ２０１のＵＲＩが変わったときには、当該紙ＩＤに含まれるサービス情報を用いてＰＩＤＳ２０１にアクセスできない。しかし、この場合、当該サービス情報に含まれる各種情報（例えば、「サービスのＵＵＩＤ」、「マスターＵＵＩＤ」など）を用いて、「データフォーマットタイプ」が“１”（ｔｙｐｅ１）の場合と同様の処理を行うように構成すれば良い。
【０１４１】
また、図５０のフローチャートにおいては、「ＰＩＤＳのＵＵＩＤ」の値に一致するサービス情報、「ＳＲＭＳのＵＵＩＤ」の値に一致するサービス情報の順に、キャッシュに存在するか否かを判別したり、これが存在しない場合にサービス情報の取得を要求したりしているが、これは、この順にサービス情報を検索した方が後の処理手順が少ないからである。しかし、「ＳＲＭＳのＵＵＩＤ」の値に一致するサービス情報、「ＰＩＤＳのＵＵＩＤ」の値に一致するサービス情報の順にキャッシュに存在するか否かを判別したり、これが存在しない場合にサービス情報の取得を要求したりするように構成しても良い。
【０１４２】
次に、図５１を参照して、種類別サービス情報探索処理の手順の説明を続ける。「データフォーマットタイプ」の値が“２”（ｔｙｐｅ２）である場合（ステップＳＤ４６３０：ＹＥＳ）、スキャンアプリ１０１_５は、上述のステップＳＤ４６１３の処理を行い、ステップＳＤ４６１４の判定結果が肯定的である場合、ステップＳＤ４６１５´の処理を行う。ＳＤ４６１５´では、スキャンアプリ１０１_５は、上述のステップＳＤ４６１５と同様にして、キャッシュに記憶されているサービス情報を用いて、サーバＳＶの有するＳＲＭＳ２００にアクセスする。そして、ここでは、スキャンアプリ１０１_５は、当該ＳＲＭＳ２００に対して、ステップＳ４４３で取得したＩＤデータに含まれる「ＰＩＤＳのローカルＩＤ」を渡し、サービス取得４の実行を要求することにより、ＰＩＤＳ２０１のサービス情報の取得を要求する。そして、当該要求に従って当該ＳＲＭＳ２００が上述のサービス取得１を実行してＰＩＤＳ２０１のサービス情報をスキャンアプリ１０１_５に渡し、スキャンアプリ１０１_５は当該ＰＩＤＳ２０１のサービス情報を取得すると、これをキャッシュに記憶させて（ステップＳＤ４６１６）、ステップＳ４６０に進む。ステップＳＤ４６１４の判定結果が否定的である場合、スキャンアプリ１０１_５は、上述のステップＳＤ４６１７及びＳＤ４６２１の処理を行い、その後、ＳＤ４６２２の処理を行う。ステップＳＤ４６２２の判定結果が肯定的である場合、上述のステップＳＤ４６２３の処理後、ここでは、ステップＳＤ４６２４´の処理を行う。ＳＤ４６２４´では、スキャンアプリ１０１_５は、上述のＳＤ４６１５´と同様にして、ＳＲＭＳ２００に対して、ステップＳ４４３で取得したＩＤデータに含まれる「ＰＩＤＳのローカルＩＤ」を渡し、サービス取得４の実行を要求し、ＰＩＤＳ２０１のサービス情報を取得する。ステップＳＤ４６２２の判定結果が否定的である場合、スキャンアプリ１０１_５は、上述のステップＳＤ４６２６以降の処理を行い、ステップＳＤ４６２８の後、ステップＳＤ４６２１に進み、以降の処理を行う。
【０１４３】
次に、図５２を参照して、種類別サービス情報探索処理の手順の説明を続ける。「データフォーマットタイプ」の値が“３”（ｔｙｐｅ３）である場合（ステップＳＤ４６４０：ＹＥＳ）、スキャンアプリ１０１_５は、上述のステップＳＤ４６１３の処理を行い、ステップＳＤ４６１３の判定結果が肯定的である場合、ステップＳ４６０に進み、ステップＳＤ４６１３の判定結果が否定的である場合、上述のステップＳＤ４６１７〜ＳＤ４６１９の処理を行う。ステップＳＤ４６１９の判定結果が肯定的である場合、スキャンアプリ１０１_５は、上述のステップＳＤ４６２０、ステップＳ４６０の順に処理を進め、ステップＳＤ４６１９の判定結果が否定的である場合、上述のステップＳＤ４６２５〜ＳＤ４６２７の処理を行い、その後、ＳＤ４６１８以降の処理を行う。
【０１４４】
次に、図５３を参照して、種類別サービス情報探索処理の手順の説明を続ける。「データフォーマットタイプ」の値が“４”（ｔｙｐｅ４）である場合（図５２のステップＳＤ４６４０：ＮＯ）、スキャンアプリ１０１_５は、上述のステップＳＤ４６１７の処理を行い、次いで、対象ＳＲＭＳ（ここでは、ＳＲＭＳ２００_３である）に対し、ステップＳ４４３で取得したＩＤデータに含まれる「ＰＩＤＳのローカルＩＤ」を渡し、サービス取得４の実行を要求することにより、ＰＩＤＳ２０１のサービス情報の取得を要求する（ステップＳＤ４６５２）。ＳＲＭＳ２００_５は、サービス取得４の実行を要求されると、上述のサービス取得４を実行して、該当のＰＩＤＳ２０１のサービス情報をスキャンアプリ１０１_５に返す（ステップＳＤ４６５３）。スキャンアプリ１０１_５は、ＰＩＤＳ２０１のサービス情報を受け取ると（ステップＳＤ４６５４）、これをキャッシュに記憶させ、ステップＳ４６０に進む。
【０１４５】
図４９に戻り、ステップＳ４６０では、スキャンアプリ１０１_５は、取得したＰＩＤＳ２０１のサービス情報の「名前空間」を参照し、当該サービス情報が何のサービスを示すものかを判断する。スキャンアプリ１０１_５は、例えば、名前空間に「jp.co.ricoh.pids」がセットされていれば、そのサービス情報がＰＩＤＳを示すものであると判断し、名前空間に「jp.co.ricoh.eids」がセットされていれば、そのサービス情報がＥＩＤＳを示すものであると判断する。ここでは、ＰＩＤＳ２０１_１のサービス情報が返ってくるのものとして、名前空間が「jp.co.ricoh.pids」であるとする。従って、スキャンアプリ１０１_５は、当該サービス情報の示すサービスはＰＩＤＳ２０１であると判断する。そして、スキャンアプリ１０１_５は、サービスがＰＩＤＳ２０１であると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１_１にアクセスして、ステップＳ４４４で取得したＩＤデータに含まれる「紙情報のローカルＩＤ」をＰＩＤＳ２０１_１に渡して、紙情報の取得を要求する（ステップＳ４６１）。ここでも、スキャンアプリ１０１_５を有する複写機ＭＦＰ５が、上述の図１８で説明した処理の要求元のクライアントとなり、当該クライアントと、ＰＩＤＳ２０１_１とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。ＰＩＤＳ２０１_１は、紙情報ＤＢ３０１_１に格納されている紙情報テーブル３０１Ａ_１を参照して、当該「紙情報のローカルＩＤ」の値に対応する紙情報を取得し、これをスキャンアプリ１０１_５に返す（ステップＳ４６２）。スキャンアプリ１０１_５は、紙情報を取得すると、当該紙情報の「元文書へのリンク」にセットされているＩＤを取得する。この「元文書へのリンク」には、紙ＩＤがセットされることもあるし、電子ＩＤがセットされることもあるので、どちらがセットされているかはこの時点では判断できない。しかし、紙ＩＤも電子ＩＤもサービスのＵＵＩＤとローカルＩＤとの組み合わせであることは変わらない。このため、スキャンアプリ１０１_５は、まず、「元文書へのリンク」にセットされているＩＤから、サービスのＵＵＩＤを抽出する（ステップＳ４６３）。
【０１４６】
次いで、スキャンアプリ１０１_５は、ステップＳ４６３で抽出したサービスのＵＵＩＤで、上記の種類別サービス情報探索処理における「データフォーマットタイプ」が“３”（ｔｙｐｅ３）の場合と同様のサービス情報探索処理を行う（ステップＳＤ４８０）。このサービス情報探索処理の手順は、図５２に示したｔｙｐｅ３の場合のサービス情報探索処理と略同様であるため、その図示を省略する。ここでは、上述の手順と異なる点について説明する。具体的には、検索キーとして、ステップＳ４４３で取得したＩＤデータを用いるのではなく、ステップＳ４６３で抽出したサービスのＵＵＩＤを検索キーとして用いる。また、ステップＳＤ４６１３において、スキャンアプリ１０１_５は、ステップＳ４６３で抽出したサービスのＵＵＩＤに一致するサービス情報がキャッシュに記憶されているか否かを判定し、ステップＳＤ４６１８において、ステップＳ４６３で抽出したサービスのＵＵＩＤに一致するサービス情報の取得を対象ＳＲＭＳに対して要求し、ステップＳＤ４６２０において、ステップＳ４６３で抽出したサービスのＵＵＩＤに一致するサービス情報を対象ＳＲＭＳから取得してこれをキャッシュに記憶させる。このように、スキャンアプリ１０１_５は、ステップＳ４６３で抽出したサービスのＵＵＩＤを用いて、サービス情報の探索を行い、該当のサービス情報を取得する。尚、ここでは、ステップＳ４６２で取得した紙情報の「元文書へのリンク」には電子ＩＤがセットされており、ステップＳＤ４８０では、ＥＩＤＳ２０２_１のサービス情報が取得されるものとする。
【０１４７】
スキャンアプリ１０１_５は、ＥＩＤＳ２０２_１のサービス情報を取得すると、当該サービス情報の「名前空間」を参照して、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４６６）。ここでは、名前空間には「jp.co.ricoh.eids」がセットされているので、スキャンアプリ１０１_５は、当該サービス情報の示すサービスはＥＩＤＳであると判断する。そして、スキャンアプリ１０１_５は、サービスがＥＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２_１にアクセスして、ステップＳ４６３で取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２_１に渡して、電子情報取得の実行を要求する（ステップＳ４６７）。ここでも、スキャンアプリ１０１_５を有する複写機ＭＦＰ５が、上述の図１８で説明した処理の要求元のクライアントとなり、当該クライアントと、ＥＩＤＳ２０２_１とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。ＥＩＤＳ２０２_１は、電子情報ＤＢ３０２_１に格納されている電子情報テーブル３０２Ａ_１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５_１の文書取得機能を利用して、電子文書ＤＢ３０３_１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共にスキャンアプリ１０１_５へ返す（ステップＳ４６８）。スキャンアプリ１０１_５は、電子情報及びＴＩＦＦファイルを取得すると、印刷アプリ１００_５に対して、ＴＩＦＦファイルと、スキャン画像からステップＳ４４３で得た紙ＩＤと、ユーザが操作パネル２０において設定した印刷条件とを含む印刷命令を渡す（ステップＳ４６９）。すると、印刷アプリ１００_５は、上述のステップＳ４２０〜Ｓ４３１の処理を実行して、３枚の印刷結果を得ることができる。
【０１４８】
ここで、以下の３つのケースに分けて、紙ＩＤの種類毎、即ちｔｙｐｅ０〜ｔｙｐｅ４のデータフォーマットによる効果について説明する。いずれのケースも複写機ＭＦＰ５で再印刷を行う場合について説明する。
a)複写機ＭＦＰ１で印刷した紙（全３ページのＷＯＲＤ文書）の２ページ目(ＰＩＤＳ２０１_１が管理している紙情報のローカルＩＤ“２”に対応)を、複写機ＭＦＰ５でスキャンし、再印刷する
b)a)の処理の後、複写機ＭＦＰ３で印刷した紙（全３ページのＷＯＲＤ文書）の１ページ目(ＰＩＤＳ２０１_３が管理している紙情報のローカルＩＤ“１”に対応)を、複写機ＭＦＰ５でスキャンし、再印刷する
c)b)の処理の後、複写機ＭＦＰ１で印刷した紙（全２ページのＰＤＦ文書）の２ページ目(ＰＩＤＳ２０１_５が管理している紙情報のローカルＩＤ“５”に対応)を、複写機ＭＦＰ５でスキャンし、再印刷する
【０１４９】
図５４は、a)のケースにおける複写機ＭＦＰ１が有する紙情報テーブル３０１Ａ_１のデータ構成を例示する図である。図５５は、a)のケースにおける複写機ＭＦＰ１が有する電子情報テーブル３０２Ａ_１のデータ構成を例示する図である。また、図５６は、b)のケースにおける複写機ＭＦＰ３が有する紙情報テーブル３０１Ａ_３のデータ構成を例示する図である。図５７は、b)のケースにおける複写機ＭＦＰ３が有する電子情報テーブル３０２Ａ_３のデータ構成を例示する図である。また、図５８は、c)のケースにおける複写機ＭＦＰ１が有する紙情報テーブル３０１Ａ_１のデータ構成を例示する図である。図５９は、c)のケースにおける複写機ＭＦＰ１が有する電子情報テーブル３０２Ａ_１のデータ構成を例示する図である。
【０１５０】
また、各ケースにおいて、ＩＤデータにセットされるデータの値は各々以下の通りである。まず、ｔｙｐｅ０〜ｔｙｐｅ３のデータフォーマットについて説明する。a)のケースにおいては、「データフォーマットタイプ」が“０”（ｔｙｐｅ０）の場合、ＩＤデータには、ＰＩＤＳ２０１_１のサービス情報と、「紙情報のローカルＩＤ」として“２”とがセットされる。「データフォーマットタイプ」が“１”（ｔｙｐｅ１）の場合、ＩＤデータには、「ＳＲＭＳのＵＵＩＤ」として”Ｓ００１”と、「ＰＩＤＳのＵＵＩＤ」として”Ｐ００１”と、「紙情報のローカルＩＤ」として“２”とがセットされる。「データフォーマットタイプ」が“２”（ｔｙｐｅ２）の場合、ＩＤデータには、「ＳＲＭＳのＵＵＩＤ」として”Ｓ００１”と、「ＰＩＤＳのローカルＩＤ」として”２”と、「紙情報のローカルＩＤ」として“２”とがセットされる。「データフォーマットタイプ」が“３”（ｔｙｐｅ３）の場合、ＩＤデータには、「ＰＩＤＳのＵＵＩＤ」として”Ｐ００１”と、「紙情報のローカルＩＤ」として“２”とがセットされる。
【０１５１】
b)のケースにおいては、「データフォーマットタイプ」が“０”（ｔｙｐｅ０）の場合、ＩＤデータには、ＰＩＤＳ２０１_３のサービス情報と、「紙情報のローカルＩＤ」として“１”とがセットされる。「データフォーマットタイプ」が“１”（ｔｙｐｅ１）の場合、ＩＤデータには、「ＳＲＭＳのＵＵＩＤ」として”Ｓ００２”と、「ＰＩＤＳのＵＵＩＤ」として”Ｐ００３”と、「紙情報のローカルＩＤ」として“１”とがセットされる。「データフォーマットタイプ」が“２”（ｔｙｐｅ２）の場合、ＩＤデータには、「ＳＲＭＳのＵＵＩＤ」として”Ｓ００１”と、「ＰＩＤＳのローカルＩＤ」として”２”と、「紙情報のローカルＩＤ」として“１”とがセットされる。「データフォーマットタイプ」が“３”（ｔｙｐｅ３）の場合、ＩＤデータには、「ＰＩＤＳのＵＵＩＤ」として”Ｐ００３”と、「紙情報のローカルＩＤ」として“１”とがセットされる。
【０１５２】
c)のケースにおいては、「データフォーマットタイプ」が“０”（ｔｙｐｅ０）の場合、ＩＤデータには、ＰＩＤＳ２０１_１のサービス情報と、「紙情報のローカルＩＤ」として“５”とがセットされる。「データフォーマットタイプ」が“１”（ｔｙｐｅ１）の場合、ＩＤデータには、「ＳＲＭＳのＵＵＩＤ」として”Ｓ００１”と、「ＰＩＤＳのＵＵＩＤ」として”Ｐ００１”と、「紙情報のローカルＩＤ」として“５”とがセットされる。「データフォーマットタイプ」が“２”（ｔｙｐｅ２）の場合、ＩＤデータには、「ＳＲＭＳのＵＵＩＤ」として”Ｓ００１”と、「ＰＩＤＳのローカルＩＤ」として”２”と、「紙情報のローカルＩＤ」として“５”とがセットされる。「データフォーマットタイプ」が“３”（ｔｙｐｅ３）の場合、ＩＤデータには、「ＰＩＤＳのＵＵＩＤ」として”Ｐ００１”と、「紙情報のローカルＩＤ」として“５”とがセットされる。
【０１５３】
以上のようなデータ構成において、a)の場合、上述の印刷対象の紙を印刷する前に、複写機ＭＦＰ５のキャッシュには、ＳＲＭＳ２００、ＰＩＤＳ２０１及びＥＩＤＳ２０２のいずれのサービス情報も記憶されていないものとする。この場合、ｔｙｐｅ１〜ｔｙｐｅ３のいずれのデータフォーマットであっても、少なくともＰＩＤＳ２０１のサービス情報を取得する必要があり、場合によってはこの取得のために上述のサービス情報リストに基づいたサービス情報の探索を行う必要があるため、ｔｙｐｅ０以外のｔｙｐｅ１〜ｔｙｐｅ３のデータフォーマットの違いによる処理時間の相違や処理効率の相違はあまりないと考えられる。
【０１５４】
a)の場合に紙を印刷した後には、複写機ＭＦＰ５のキャッシュには、サービスのＵＵＩＤが“Ｓ００４”に一致するサービス情報（ＳＲＭＳ２００_４のサービス情報）、サービスのＵＵＩＤが“Ｓ００２”に一致するサービス情報（ＳＲＭＳ２００_２のサービス情報）、サービスのＵＵＩＤが“Ｐ００１”に一致するサービス情報（ＰＩＤＳ２０１_１のサービス情報）及びサービスのＵＵＩＤが“Ｅ００１”に一致するサービス情報（ＥＩＤＳ２０１_１のサービス情報）が記憶される。従って、b)のケースにおいては、「データフォーマットタイプ」が“１”（ｔｙｐｅ１）又は“２”（ｔｙｐｅ２）の場合、サービスのＵＵＩＤが“Ｓ００２”に一致するサービス情報（ＳＲＭＳ２００_２のサービス情報）がキャッシュに記憶されているため、ステップＳＤ４６１４の判定結果が肯定的となり、当該サービス情報を用いて、ＰＩＤＳ２０１のサービス情報を取得することができる。このため、サービス情報探索処理に係る時間が短縮されえる。
【０１５５】
c)のケースにおいては、「データフォーマットタイプ」が“１”（ｔｙｐｅ１）又は“３”（ｔｙｐｅ３）の場合、複写機ＭＦＰ５のキャッシュには、サービスのＵＵＩＤが“Ｐ００１”に一致するサービス情報（ＰＩＤＳ２０１_１のサービス情報）が記憶されているため、上述のステップＳＤ４６１３の判定結果が肯定的となり、ただちにサービス情報探索処理を終えることができる。
【０１５６】
以上のことから、ｔｙｐｅ１〜ｔｙｐｅ３のデータフォーマットの順に、キャッシュに記憶されたサービス情報を利用できる可能性が高く、キャッシュに該当のサービス情報が記憶されている場合、そのサービス情報を用いて処理を行うことができるため、処理時間を大幅に短縮することができる。尚、ｔｙｐｅ３よりｔｙｐｅ２のデータフォーマットの方がキャッシュに記憶されたサービス情報を利用できる可能性が高いのは、ＳＲＭＳ２００のサービス情報の方がＰＩＤＳ２０１のサービス情報又はＥＩＤＳ２０２のサービス情報よりも数が少ないからである。
【０１５７】
即ち、ここでは、データフォーマットの種類がｔｙｐｅ３,ｔｙｐｅ２,ｔｙｐｅ１,ｔｙｐｅ０の順に、紙ＩＤを構成するＩＤデータのデータ量が増えることになるが、スキャンアプリ１０１が行う処理が高速になり得、且つ、サービス情報の取得を要求する回数が低減されることにより、ネットワーク負荷が低減され得る。従って、ユーザは、紙ＩＤのデータ量と処理効率との兼ね合いを考慮して、紙ＩＤの種類を設定して、データフォーマットの種類を設定することができる。
【０１５８】
尚、「データフォーマットタイプ」が“４”（ｔｙｐｅ４）の場合、ＰＩＤＳ２０１のサービス情報を取得するための検索キーが「ＰＩＤＳのローカルＩＤ」のみである。この「ＰＩＤＳのローカルＩＤ」は、これに対応するＰＩＤＳ２０１のサービス情報を直接管理するＳＲＭＳ２００の有するサービス情報テーブル３００Ａにおいてのみ、その一意性を保持可能である。従って、当該ＰＩＤＳ２０１のサービス情報を直接管理するＳＲＭＳ２００を有する複写機ＭＦＰにおいて印刷するときのみ、スキャンアプリ１０１は、該当のＰＩＤＳ２０１のサービス情報を正しく取得することができる。しかし、このｔｙｐｅ４のデータフォーマットにより紙ＩＤを生成することにより、紙ＩＤのデータ量を非常に小さくすることが可能であるため、例えば、紙ＩＤを1次元バーコードにエンコードすることも可能である。このため、ｔｙｐｅ４のデータフォーマットは、コード画像化する際のデータ量を極力抑えたいときに有用である。
【０１５９】
（３）変形例
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０１６０】
＜変形例１＞
上述した実施の形態の複写機ＭＦＰで実行される各種プログラムを、ＲＯＭ１２ａではなく、ＨＤＤ１８に記憶させるように構成しても良い。また、当該各種プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、当該各種プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital VersatilEIDSk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。
【０１６１】
＜変形例２＞
また、上述した実施の形態において複写機ＭＦＰの機能として説明した印刷アプリ１００、スキャンアプリ１０１、エンコーダラッパ２０６、デコーダラッパ２０７及びリポジトリ２０５の機能は、上述のものに限定されるものではなく、これらのうち少なくとも２つ以上を組み合わせても良いし、これらのうち少なくとも１つの機能の一部を他の機能に組み込んでも良いし、これらの機能を細分化しても良い。
【０１６２】
＜変形例３＞
上述の実施の形態においては、ページ毎に異なるローカルＩＤを発行し、ページ毎に異なるローカルＩＤを含む紙ＩＤのコード画像を生成するようにした。しかし、１つの電子文書に含まれる全てのページに対して同じローカルＩＤを発行して紙ＩＤを発行するようにしても良いし、所定のページ毎に紙ＩＤを発行するようにしても良い。また、複数枚の紙のうち少なくとも１枚以上にコード画像を印刷すれば良く、１ページ目のみや特定のページにのみコード画像を印刷しても良いし、また、各ページに同一のコード画像を印刷しても良い。
【０１６３】
＜変形例４＞
上述の実施の形態において複写機ＭＦＰが備える紙情報ＤＢ３０１，電子情報ＤＢ３０２，電子文書ＤＢ３０３は、ハードディスクなどの記憶装置に記憶されるものであっても良いし、当該複写機ＭＦＰに着脱可能なＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital VersatilEIDSk）等の記録媒体に記憶されるものであっても良い。サーバＳＶが備えるサービスＤＢ３００についても同様である。
【０１６４】
＜変形例５＞
上述の実施の形態においては、図９〜１３に示したｔｙｐｅ０〜ｔｙｐｅ４のデータフォーマットを取り扱うように構成したがこれに限らない。また、各データフォーマットにおいては、ヘッダデータ及びＩＤデータから構成されるようにしたがこれに限らず、また、ヘッダデータ及びＩＤデータ自体のデータ構成も上述のものに限らない。
【０１６５】
また、上述の実施の形態においては、印刷アプリ１００は、紙ＩＤの生成において、いずれのデータフォーマットを用いるかを、予め決められたデータフォーマットフラグを用いて判別するように構成した。しかし、例えば、パーソナルコンピュータＰＣにおいて、ユーザがデータフォーマットの種類を決定する操作入力を行い、当該操作入力に従ってデータフォーマットの種類を指定する情報を当該パーソナルコンピュータＰＣのプリンタドライバが複写機ＭＦＰに送信し、複写機ＭＦＰが、当該データフォーマットの種類を指定する情報を受け取って、当該情報を用いて、紙ＩＤのデータフォーマットを決定するように構成しても良い。
【０１６６】
また、上述の実施の形態においては、コード画像化する紙ＩＤについて複数種類のデータフォーマットが存在するように構成したが、これに限らず、例えば、紙情報の有する「元文書へのリンク」にセットされる電子ＩＤについても、複数種類のデータフォーマットを用いて表すことが可能であるように構成しても良い。
【０１６７】
＜変形例６＞
上述の実施の形態においては、画像処理システムを構成する全ての複写機ＭＦＰがＰＩＤＳ２０１とＥＩＤＳ２０２とを有し、全てのサーバＳＶがＳＲＭＳ２００を有するように構成した。しかし、画像処理システムを構成する少なくとも１つの複写機ＭＦＰがＰＩＤＳ２０１及びＥＩＤＳ２０２のうち少なくとも１つを有するように構成しても良い。また、画像処理システムを構成する少なくとも１つのサーバＳＶがＳＲＭＳ２００と、ＰＩＤＳ２０１及びＥＩＤＳ２０２のうち少なくとも１つとを有するように構成しても良い。
【産業上の利用可能性】
【０１６８】
以上のように、本発明は、印刷対象の紙をスキャナにより読み取った画像又は印刷対象の電子文書に基づいて、印刷画像を形成して紙に印刷する画像処理技術に用いて好適である。
【図面の簡単な説明】
【０１６９】
【図１】本実施の形態にかかる画像処理システム全体の構成を示すブロック図である。
【図２】同実施の形態にかかる複写機ＭＦＰのハードウェア構成を示すブロック図である。
【図３】同実施の形態にかかる複写機ＭＦＰの機能的構成を示すブロック図である。
【図４】同実施の形態にかかるＰＩＤＳ２０１の構成を示すブロック図である。
【図５】同実施の形態にかかる紙情報テーブル３０１Ａのデータ構成を例示する図である。
【図６】同実施の形態にかかるＥＩＤＳ２０２の構成を示すブロック図である。
【図７】同実施の形態にかかる電子情報テーブル３０２Ａのデータ構成を例示する図である。
【図８】同実施の形態にかかる紙ＩＤのデータフォーマットの各種類におけるデータ構成を簡略化した図である。
【図９】同実施の形態にかかるｔｙｐｅ０のデータフォーマットの詳細なデータ構成を各々例示する図である。
【図１０】同実施の形態にかかるｔｙｐｅ１のデータフォーマットの詳細なデータ構成を各々例示する図である。
【図１１】同実施の形態にかかるｔｙｐｅ２のデータフォーマットの詳細なデータ構成を各々例示する図である。
【図１２】同実施の形態にかかるｔｙｐｅ３のデータフォーマットの詳細なデータ構成を各々例示する図である。
【図１３】同実施の形態にかかるｔｙｐｅ４のデータフォーマットの詳細なデータ構成を各々例示する図である。
【図１４】同実施の形態にかかるサーバＳＶの機能的構成を示すブロック図である。
【図１５】同実施の形態にかかるＳＲＭＳ２００の構成を示すブロック図である。
【図１６】同実施の形態にかかるサービス情報テーブル３００Ａのデータ構成を例示する図である。
【図１７】同実施の形態にかかる信頼関係情報テーブル３００Ｂのデータ構成を例示する図である。
【図１８】同実施の形態にかかるＷｅｂサービスにおいてＳＯＡＰメッセージを用いたＳＯＡＰ通信の基本的な処理の手順を示すフローチャートである。
【図１９】同実施の形態にかかるサービス登録の機能により実現されるサービス登録処理の手順を示すフローチャートである。
【図２０】同実施の形態にかかるサービス変更の機能により実現されるサービス変更処理の手順を示すフローチャートである。
【図２１】同実施の形態にかかるサービス削除の機能により実現されるサービス削除処理の手順を示すフローチャートである。
【図２２】同実施の形態にかかるサービス取得の機能により実現されるサービス取得処理の手順を示すフローチャートである。
【図２３】同実施の形態にかかる信頼関係構築機能により実現される信頼関係構築処理の手順を示すフローチャートである。
【図２４】同実施の形態にかかるサーバＳＶ１の有するサービス情報テーブル３００Ａ_１の状態を示す図である。
【図２５】同実施の形態にかかるサーバＳＶ２の有するサービス情報テーブル３００Ａ_２の状態を示す図である。
【図２６】同実施の形態にかかるサーバＳＶ３の有するサービス情報テーブル３００Ａ_３の状態を示す図である。
【図２７】同実施の形態にかかるサーバＳＶ４の有するサービス情報テーブル３００Ａ_４の状態を示す図である。
【図２８】同実施の形態にかかる信頼関係破棄機能により実現される信頼関係破棄処理の手順を示すフローチャートである。
【図２９】同実施の形態にかかる同期機能により実現される同期処理の手順を示すフローチャートである。
【図３０】同実施の形態にかかるサービス問い合わせの機能により実現されるサービス問い合わせ処理の手順を示すフローチャートである。
【図３１】同実施の形態にかかるサービス検索の機能により実現されるサービス検索処理の手順を示すフローチャートである。
【図３２】同実施の形態にかかる紙登録の機能により実現される紙登録処理の手順を示すフローチャートである。
【図３３】同実施の形態にかかる紙変更の機能により実現される紙変更処理の手順を示すフローチャートである。
【図３４】同実施の形態にかかる紙削除の機能により実現される紙削除処理の手順を示すフローチャートである。
【図３５】同実施の形態にかかる紙取得の機能により実現される紙取得処理の手順を示すフローチャートである。
【図３６】同実施の形態にかかる電子情報登録の機能により実現される電子情報登録処理の手順を示すフローチャートである。
【図３７】同実施の形態にかかる電子情報変更機能により実現される電子情報変更処理の手順を示すフローチャートである。
【図３８】同実施の形態にかかる電子情報削除の機能により実現される電子情報削除処理の手順を示すフローチャートである。
【図３９】同実施の形態にかかる電子情報取得の機能により実現される電子情報取得処理の手順を示すフローチャートである。
【図４０】同実施の形態にかかるエンコーダラッパ２０６の行うエンコード処理の手順を示すフローチャートである。
【図４１】同実施の形態にかかるＩＤ生成部２０６Ｃが行うＩＤ生成処理の手順を示すフローチャートである。
【図４２】同実施の形態にかかるヘッダ生成部２０６Ｂが行うヘッダ生成処理の手順を示すフローチャートである。
【図４３】同実施の形態にかかるデコーダラッパ２０７の行うデコード処理の手順を示すフローチャートである。
【図４４】同実施の形態にかかるヘッダ解析部２０７Ｂが行うヘッダ解析処理の手順を示すフローチャートである。
【図４５】同実施の形態にかかるＩＤ解析部２０７Ｃが行うＩＤデータ解析処理の手順を示すフローチャートである。
【図４６】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図４７】同実施の形態にかかるデータフォーマット決定処理の手順を示すフローチャートである。
【図４８】同実施の形態にかかるスキャン印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図４９】同実施の形態にかかる複写機ＭＦＰ１で印刷した紙の２ページ目を、複写機ＭＦＰ５でスキャンし、再印刷する場合のスキャンアプリ１０１_５の動作の手順を示すフローチャートである。
【図５０】同実施の形態にかかる種類別サービス情報探索処理の手順を示すフローチャートである。
【図５１】同実施の形態にかかる種類別サービス情報探索処理の手順を示すフローチャートである。
【図５２】同実施の形態にかかる種類別サービス情報探索処理の手順を示すフローチャートである。
【図５３】同実施の形態にかかる種類別サービス情報探索処理の手順を示すフローチャートである。
【図５４】同実施の形態にかかるa)のケースにおける複写機ＭＦＰ１が有する紙情報テーブル３０１Ａ_１のデータ構成を例示する図である。
【図５５】同実施の形態にかかるa)のケースにおける複写機ＭＦＰ１が有する電子情報テーブル３０２Ａ_１のデータ構成を例示する図である。
【図５６】同実施の形態にかかるb)のケースにおける複写機ＭＦＰ３が有する紙情報テーブル３０１Ａ_３のデータ構成を例示する図である。
【図５７】同実施の形態にかかるb)のケースにおける複写機ＭＦＰ３が有する電子情報テーブル３０２Ａ_３のデータ構成を例示する図である。
【図５８】同実施の形態にかかるc)のケースにおける複写機ＭＦＰ１が有する紙情報テーブル３０１Ａ_１のデータ構成を例示する図である。
【図５９】同実施の形態にかかるc)のケースにおける複写機ＭＦＰ１が有する電子情報テーブル３０２Ａ_１のデータ構成を例示する図である。
【符号の説明】
【０１７０】
１０  コントローラ
１１  ＣＰＵ
１２ａ  ＲＯＭ
２０  操作パネル
６０  エンジン部
１００  印刷アプリ（印刷手段）
１０１  スキャンアプリ（読取手段）
２００  ＳＲＭＳ（サービス情報制御手段）
２０１  ＰＩＤＳ（紙情報制御手段）
２０２  ＥＩＤＳ（電子情報制御手段）
２０５  リポジトリ（電子文書制御手段）
２０６  エンコーダラッパ（コード取得手段）
２０６Ａ  エンコーダ
２０６Ｂ  ヘッダ生成部
２０６Ｃ  ＩＤ生成部
２０７  デコーダラッパ（コード画像生成手段）
２０７Ａ  デコーダ
２０７Ｂ  ヘッダ解析部
２０７Ｃ  ＩＤ解析部
３００  サービスＤＢ
３００Ａ  サービス情報テーブル
３００Ｂ  信頼関係情報テーブル
３０１  紙情報ＤＢ
３０１Ａ  紙情報テーブル
３０２  電子情報ＤＢ
３０２Ａ  電子情報テーブル
３０３  電子文書ＤＢ
ＥＩ１  インターフェース部
ＥＩ２  処理機能部
ＥＩ２０  電子情報登録処理部
ＥＩ２１  電子情報変更処理部
ＥＩ２２  電子情報削除処理部
ＥＩ２３  電子情報取得処理部
ＭＦＰ１〜８  複写機
ＮＴ０  インターネット
ＮＴ１〜ＮＴ４  イントラネット
ＰＣ１〜４  パーソナルコンピュータ
ＰＩ１  インターフェース部
ＰＩ２  処理機能部
ＰＩ２０  紙登録処理部
ＰＩ２１  サービス変更処理部
ＰＩ２１  紙変更処理部
ＰＩ２２  紙削除処理部
ＰＩ２３  紙取得処理部
ＳＲ１  インターフェース部
ＳＲ２  処理機能部
ＳＲ２０  サービス登録処理部
ＳＲ２１  サービス変更処理部
ＳＲ２２  サービス削除処理部
ＳＲ２３  サービス取得処理部
ＳＲ２４  信頼関係構築処理部
ＳＲ２５  信頼関係破棄処理部
ＳＲ２６  同期処理部
ＳＲ２７  サービス検索処理部
ＳＲ２８  サービス問い合せ処理部
ＳＶ１〜ＳＶ４  サーバ
【図１】
2008235954.tif 000003
【図２】
2008235954.tif 000004
【図３】
2008235954.tif 000005
【図４】
2008235954.tif 000006
【図５】
2008235954.tif 000007
【図６】
2008235954.tif 000008
【図７】
2008235954.tif 000009
【図８】
2008235954.tif 000010
【図９】
2008235954.tif 000011
【図１０】
2008235954.tif 000012
【図１１】
2008235954.tif 000013
【図１２】
2008235954.tif 000014
【図１３】
2008235954.tif 000015
【図１４】
2008235954.tif 000016
【図１５】
2008235954.tif 000017
【図１６】
2008235954.tif 000018
【図１７】
2008235954.tif 000019
【図１８】
2008235954.tif 000020
【図１９】
2008235954.tif 000021
【図２０】
2008235954.tif 000022
【図２１】
2008235954.tif 000023
【図２２】
2008235954.tif 000024
【図２３】
2008235954.tif 000025
【図２４】
2008235954.tif 000026
【図２５】
2008235954.tif 000027
【図２６】
2008235954.tif 000028
【図２７】
2008235954.tif 000029
【図２８】
2008235954.tif 000030
【図２９】
2008235954.tif 000031
【図３０】
2008235954.tif 000032
【図３１】
2008235954.tif 000033
【図３２】
2008235954.tif 000034
【図３３】
2008235954.tif 000035
【図３４】
2008235954.tif 000036
【図３５】
2008235954.tif 000037
【図３６】
2008235954.tif 000038
【図３７】
2008235954.tif 000039
【図３８】
2008235954.tif 000040
【図３９】
2008235954.tif 000041
【図４０】
2008235954.tif 000042
【図４１】
2008235954.tif 000043
【図４２】
2008235954.tif 000044
【図４３】
2008235954.tif 000045
【図４４】
2008235954.tif 000046
【図４５】
2008235954.tif 000047
【図４６】
2008235954.tif 000048
【図４７】
2008235954.tif 000049
【図４８】
2008235954.tif 000050
【図４９】
2008235954.tif 000051
【図５０】
2008235954.tif 000052
【図５１】
2008235954.tif 000053
【図５２】
2008235954.tif 000054
【図５３】
2008235954.tif 000055
【図５４】
2008235954.tif 000056
【図５５】
2008235954.tif 000057
【図５６】
2008235954.tif 000058
【図５７】
2008235954.tif 000059
【図５８】
2008235954.tif 000060
【図５９】
2008235954.tif 000061