画像処理装置、画像処理方法及び画像処理プログラム
【課題】印刷不良を防止可能であると共に、コード画像化された情報と、当該情報に対応付けられる情報との対応関係の整合性を保持可能な画像処理技術を提供する。
【解決手段】コントローラ１０は、エンコードの機能により、紙ＩＤをエンコードして生成したコード画像と、電子文書を表す画像とを画像合成の機能により合成し、当該紙への印刷を印刷部６１に行わせる。また、コントローラ１０は、印刷部６１により当該紙に印刷されたコード画像をデコードの機能により読み取らせて紙ＩＤを取得する。そして、コントローラ１０は、エンコードする前の紙ＩＤと、デコードした紙ＩＤとを照合し、これらが不一致である場合又はデコードの機能により紙ＩＤを取得できない場合、当該紙に対するＮＧ記録をＮＧ記録部７４に行わせ、紙搬送路切替部７５により、紙の排出先をガベージトレイ７２に切り替えて、当該紙を排出させる。
【解決手段】コントローラ１０は、エンコードの機能により、紙ＩＤをエンコードして生成したコード画像と、電子文書を表す画像とを画像合成の機能により合成し、当該紙への印刷を印刷部６１に行わせる。また、コントローラ１０は、印刷部６１により当該紙に印刷されたコード画像をデコードの機能により読み取らせて紙ＩＤを取得する。そして、コントローラ１０は、エンコードする前の紙ＩＤと、デコードした紙ＩＤとを照合し、これらが不一致である場合又はデコードの機能により紙ＩＤを取得できない場合、当該紙に対するＮＧ記録をＮＧ記録部７４に行わせ、紙搬送路切替部７５により、紙の排出先をガベージトレイ７２に切り替えて、当該紙を排出させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷対象の紙をスキャナにより読み取った画像又は電子文書に対するパーソナルコンピュータなどからの印刷命令に基づいて、印刷画像を形成して紙に印刷する画像処理装置、画像処理方法及び画像処理プログラムに関するものである。
【背景技術】
【０００２】
従来より、数字や文字などからなる識別情報をバーコード化して文書と共に紙に印刷する技術が開発されている（例えば、特許文献１参照）。特許文献１においてバーコード化される識別情報とは、例えば、患者の氏名やＩＤである。このような技術においては、紙に印刷されたバーコードを読み取って、デコードすることにより当該識別情報を得ることができる。しかし、このバーコードの印刷が不良である場合、当該バーコードを読み取ることができなかったり、デコードの結果が本来のものと異なったりすることがある。近年では、ページ毎に、印刷されたバーコードをカメラにより読み取ってデコードして得られる情報と、バーコード化する前の情報とを照合し、照合結果が一致しない場合、読取不能コードを出力する技術が開発されている（例えば、特許文献２参照）。このような技術によれば、照合結果が一致しない印刷物を排除して、照合結果が一致するよう印刷を行うことにより、結果として、印刷不良を防止することができる。
【０００３】
【特許文献１】特開２００４−１８１９４５号公報
【特許文献２】特開２００６−７９５７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述の技術においては、ページ毎にバーコード化された情報に対して、当該情報に関連する情報が対応付けられ記憶手段に別途記憶されている場合、これらの情報間の対応関係については考慮されていない恐れがあった。このため、例えば、ページ毎のバーコードの印刷不良により、当該バーコードを不使用にした場合、当該バーコード化された情報と当該情報に対応付けられている情報との対応関係に不整合が生じる恐れがあった。
【０００５】
本発明は、上記に鑑みてなされたものであって、印刷不良を防止可能であると共に、コード画像化された情報と、当該情報に対応付けられる情報との対応関係の整合性を保持可能な画像処理装置、画像処理方法及び画像処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、画像処理装置であって、記憶手段に記憶された所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成手段と、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、前記コード取得手段が取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段と、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御手段とを備えることを特徴とする。
【０００７】
請求項２にかかる発明は、請求項１にかかる発明において、前記情報制御手段は、前記所定の情報を識別可能な前記識別情報を発行し、前記記憶手段に記憶される前記所定の情報を当該識別情報と関連付けて管理し、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に対して新たな識別情報を発行し、当該所定の情報を当該新たな識別情報と関連付けて前記記憶手段に新たに登録し、前記コード画像生成手段は、前記情報制御手段が発行した前記新たな識別情報をエンコードしてコード画像を生成し、前記印刷手段は、前記コード画像生成手段が当該新たな識別情報をエンコードして生成したコード画像を前記印刷画像と共に新たな紙媒体に印刷することを特徴とする。
【０００８】
請求項３にかかる発明は、請求項１にかかる発明において、前記所定の情報は、当該所定の情報が前記記憶手段に登録された日時又は前記記憶手段に記憶された当該所定の情報が更新された日時のうち少なくとも一方を示す日時情報を含み、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に含まれる前記日時情報を更新して当該所定の情報を前記記憶手段に新たに登録することを特徴とする。
【０００９】
請求項４にかかる発明は、画像処理装置であって、記憶手段に記憶される所定の情報に対して識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御手段と、前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成手段と、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、前記コード取得手段が取得した読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段とを備え、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記コード画像生成手段がエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷することを特徴とする。
【００１０】
請求項５にかかる発明は、請求項４にかかる発明において、前記所定の情報は、前記記憶手段に記憶された当該所定の情報を更新した日時を示す日時情報を含み、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報に含まれる前記日時情報を更新することを特徴とする。
【００１１】
請求項６にかかる発明は、請求項１又は請求項４にかかる発明において、前記第２印刷手段は、前記コード画像読取手段が前記コード画像を読み取ることができない場合、前記所定の画像を前記紙媒体に印刷することを特徴とする。
【００１２】
請求項７にかかる発明は、請求項１又は請求項４にかかる発明において、前記印刷手段が印刷した紙媒体の排出先を第１トレイ又は第２トレイに切り替える紙搬送路切替手段を更に備え、前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記紙媒体の排出先を前記紙搬送路切替手段により前記第２トレイに切り替えることを特徴とする。
【００１３】
請求項８にかかる発明は、請求項１又は請求項４にかかる発明において、前記所定の情報は、印刷対象の前記紙媒体を特定する紙情報であり、当該紙媒体への印刷の際の印刷条件を示す印刷条件情報と、当該紙媒体の複写元の紙媒体を特定する紙情報又は前記印刷対象の電子文書を特定する電子情報のうち一方とを含むことを特徴とする。
【００１４】
請求項９にかかる発明は、請求項１又は請求項４にかかる発明において、前記第２印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の画像を前記コード画像に重ねて印刷することを特徴とする。
【００１５】
請求項１０にかかる発明は、画像処理方法であって、記憶手段に記憶される所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を紙媒体に印刷する印刷ステップと、前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、前記コード取得ステップで取得した前記読取識別情報と、前記コード画像生成ステップでエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップと、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御ステップとを備えることを特徴とする。
【００１６】
請求項１１にかかる発明は、画像処理方法であって、記憶手段に記憶される所定の情報に関連付けられた識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御ステップと、前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷ステップと、前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、前記コード取得ステップで取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップとを備え、前記情報制御ステップでは、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、前記印刷ステップでは、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記コード画像生成ステップでエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷することを特徴とする。
【００１７】
請求項１２にかかる発明は、画像処理プログラムであって、請求項１０又は請求項１１に記載された画像処理方法をコンピュータで実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、所定の情報と関連付けられている識別情報がエンコードされたコード画像を紙に印刷する場合、紙に印刷されたコード画像を読み取って取得した識別情報を、エンコードする前の識別情報と照合することにより、コード画像の印刷不良を判別する。そして、コード画像の印刷不良を判別した場合、当該紙に所定の画像を印刷することにより、当該コード画像の印刷不良をユーザに報知することができる。更に、コード画像の印刷不良を判別した場合、当該コード画像にエンコードされる前の識別情報と関連付けられた所定の情報を記憶手段から削除することにより、識別情報と所定の情報との対応関係の整合性を保持することができる。
【００１９】
また、本発明によれば、コード画像の印刷不良を判別した場合、当該コード画像にエンコードされる前の識別情報と関連付けられて記憶手段に記憶された所定の情報を更新することにより、識別情報と所定の情報との対応関係の整合性を保持することができる。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明にかかる画像処理装置、画像処理方法及び画像処理プログラムの最良な実施の形態を詳細に説明する。
【００２１】
（１）構成
＜画像処理システムの構成＞
図１は、本実施の形態にかかる画像処理システム全体の構成を示すブロック図である。本図に示すように、例えば、３つの事業所Ｊ１，Ｊ２，Ｊ３があり、各事業所には、イントラネットＮＴ１，ＮＴ２，ＮＴ３に各々接続される所内システムＳＹＭ１，ＳＹＭ２，ＳＹＭ３がある。これらの各所内システムＳＹＭ１，ＳＹＭ２，ＳＹＭ３がインターネットＮＴ０を介して各々接続されて、画像処理システムが構成される。所内システムＳＹＭ１は、３台の複写機ＭＦＰ１，ＭＦＰ２，ＭＦＰ３と１台のパーソナルコンピュータＰＣ１とが接続されて構成される。所内システムＳＹＭ２は、２台の複写機ＭＦＰ４，ＭＦＰ５と１台のパーソナルコンピュータＰＣ２とが接続されて構成される。所内システムＳＹＭ３は、３台の複写機ＭＦＰ６，ＭＦＰ７，ＭＦＰ８が接続されて構成される。各複写機ＭＦＰ１〜８及び各パーソナルコンピュータＰＣ１〜２は、これらを一意に識別可能なＩＰアドレスが割り当てられており、ＨＴＴＰ/ＦＴＰ/ＵＤＰなどのネットワークプロトコルに従って通信可能である。このようなネットワークの構築には、種々の公知の技術を用いることができる。ネットワークの構築に用いる技術は本実施の形態においては限定されない。尚、以下では、所内システムＳＹＭ１〜ＳＹＭ３について区別する必要がない場合には、その符号のうち「１」〜「３」を省略して、単に、所内システムＳＹＭと記載する。パーソナルコンピュータＰＣ１〜ＰＣ２について区別する必要がない場合には、その符号のうち「１」〜「２」を省略して、単に、パーソナルコンピュータＰＣと記載する。また、複写機ＭＦＰ１〜ＭＦＰ８について区別する必要がない場合には、その符号のうち「１」〜「８」を省略して、単に、複写機ＭＦＰと記載する。
【００２２】
＜画像処理システムの概要＞
本実施の画像処理システムにおいては、複写機ＭＦＰにおいて電子文書を画像として紙に印刷する際に、複写機ＭＦＰは、当該紙に対して当該紙を一意に識別可能な紙ＩＤ（識別情報）を発行しこれをエンコードしたコード画像を当該紙に印刷すると共に、当該紙の印刷条件や当該紙の印刷元の電子文書を特定する情報を含む紙情報を当該紙ＩＤと対応付けて記憶する。このようにして紙情報を紙ＩＤと関連付ける。一方、このような紙を複写機ＭＦＰにおいて複写する際に、複写機ＭＦＰは、当該紙に印刷されたコード画像を読み取り、当該コード画像をデコードして当該紙ＩＤを取得し、当該紙ＩＤに対応付けられた紙情報を取得する。そして、複写機ＭＦＰは、当該紙情報を用いて印刷元の電子文書を取得し、取得した電子文書を用いて紙に印刷を行う。この紙への印刷の際に、複写機ＭＦＰは、当該紙に対して当該紙を一意に識別可能な紙ＩＤを発行してこれをエンコードしたコード画像を当該紙に印刷すると共に、当該紙ＩＤと対応付けて、複写元の紙ＩＤを含む紙情報を記憶する。
【００２３】
＜パーソナルコンピュータＰＣの構成＞
次に、パーソナルコンピュータＰＣの構成について説明する。パーソナルコンピュータＰＣは、パーソナルコンピュータＰＣ全体を制御するＣＰＵ(Central Processing Unit)と、各種制御プログラムや各種データなどを記憶するＲＯＭ（Read Only Memory）と、ＲＡＭ(Random Access Memory)と、各種アプリケーションプログラムや各種データを記憶するＨＤＤ(Hard Disk Drive)と、外部装置とのデータ通信を制御する通信部と、これらを接続するバス（いずれも図示せず）とを有する一般的なコンピュータの構成を有している。更に、パーソナルコンピュータＰＣ１には、有線又は無線の接続手段を介して、モニタなどの表示部と、キーボードなどの操作部（いずれも図示せず）とが接続される。また、パーソナルコンピュータＰＣのＲＯＭにはプリンタドライバが記憶される。このプリンタドライバがＣＰＵにより起動されると、ユーザからの印刷指示に応じて、通信部を介して、同じ所内システムＳＹＭ内にある複写機ＭＦＰに印刷命令を送信する。
【００２４】
＜ＭＦＰの構成＞
次に、複写機ＭＦＰの構成について説明する。図２は、複写機ＭＦＰの電気的構成を示すブロック図である。図２に示すように、複写機ＭＦＰは、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複写機ＭＦＰ全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジン等であり、スキャナなどの走査部を備えると共に、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ等の印刷部（いずれも図示せず）を備える。なお、このエンジン部６０には、プロッタ等のいわゆるエンジン部分に加えて、誤差拡散やガンマ変換等の画像処理部分が含まれる。また、複写機ＭＦＰは、ユーザからの操作が入力される操作装置と情報を表示する表示装置とを一体的に形成した操作パネル２０を備える。操作パネル２０は、ＡＳＩＣ１６に接続される。また、コントローラ１０の有するＣＰＵ１１は、計時機能を有し、現在日時を計時する。このような複写機ＭＦＰの詳細な電気的構成については、例えば特開２００６−１７７９９０に開示されているため、その説明を省略する。
【００２５】
次に、複写機ＭＦＰのハードウェア構成及び機能的構成について、本実施の形態に係わる部分の概略を説明する。図３は、複写機ＭＦＰの本実施の形態に係るハードウェア構成及び機能的構成を簡略化して図示したものである。複写機ＭＦＰは、紙を収容する収容トレイ７０と、紙の排出先である排紙トレイ７１及びガベージトレイ７２と、紙搬送路７３に沿って紙を搬送する紙搬送機構（図示せず）と、ＮＧ記録部７４と、紙搬送路切替部７５と、コード画像読取部７６とを備える。符号６１は、上述のエンジン部６０の印刷部である。排紙トレイ７１は、通常に印刷した紙の排出先であり、ガベージトレイ７２は、印刷不良の紙や印刷不能な紙などの排出先である。コード画像読取部７６は、当該紙をスキャンすることにより印刷部６１で紙に印刷されたコード画像を読み取り、読み取ったコード画像をコントローラ１０に渡す。ＮＧ記録部７４は、コントローラ１０の制御の下、紙に画像を形成する記録手段であり、例えば、「ＮＧ」などの文字や「×」のマークを形成するスタンプ等の記録手段により構成される。紙搬送路切替部７５は、紙搬送路７３の途中にあるＮＧ記録部７４の下流に設けられ、コントローラ１０の制御の下、印刷した紙の排出先を排紙トレイ７１又はガベージトレイ７２に切り替える機能を有する。
【００２６】
上述したコントローラ１０は、画像合成の機能と、エンコードの機能と、データ照合の機能と、デコードの機能とを有する。コントローラ１０は、エンコードの機能により紙ＩＤをエンコードして生成したコード画像と、電子文書を表す画像とを画像合成の機能により合成する。また、コントローラ１０は、収容トレイ７０に収容された紙を紙搬送機構により印刷部６１まで搬送させ、当該紙への印刷を印刷部６１に行わせる。また、コントローラ１０は、印刷部６１により印刷された紙をコード画像読取部７６まで搬送させ、当該紙に印刷されたコード画像をデコードの機能により読み取らせて紙ＩＤを取得する。そして、コントローラ１０は、エンコードする前の紙ＩＤ（識別情報）と、デコードした紙ＩＤ（読取識別情報）とを照合し、これらが不一致である場合又はデコードの機能により紙ＩＤを取得できない場合、紙搬送機構によりＮＧ記録部７４まで搬送させた当該紙に対してコードが不具合であることを示すＮＧ記録をＮＧ記録部７４に行わせ、紙搬送路切替部７５により、紙の排出先をガベージトレイ７２に切り替えて、当該紙を排出させる。コントローラ１０のこれらの機能は、以下の機能的構成の説明において及び後述の動作欄で詳細に説明する。
【００２７】
次に、ＣＰＵ１１がＲＯＭ（Read Only Memory）１２ａに記憶された各種プログラムを実行することにより実現される機能、即ち、複写機ＭＦＰの機能的構成について説明する。図４は、複写機ＭＦＰの機能的構成を示すブロック図である。複写機ＭＦＰの機能は、アプリケーション層Ｍ１と、サービス/モジュール層Ｍ２と、データベース層Ｍ３とに大別される。アプリケーション層Ｍ１は、印刷アプリ１００とスキャンアプリ１０１とを有する。サービス/モジュール層Ｍ２は、情報処理サービス（以下、単にサービスという）として、ＳＲＭＳ（Service Resource Management Service）２００と、ＰＩＤＳ(Paper ID Service)２０１と、ＥＩＤＳ(Electric ID Service)２０２とを有し、更に、モジュールとして、エンコーダ２０３と、デコーダ２０４と、リポジトリ２０５とを有する。データベース層Ｍ３は、サービスＤＢ(Data Base)３００と、紙情報ＤＢ３０１と、電子情報ＤＢ３０２と、電子文書を記憶する電子文書ＤＢ３０３とを有する。これらのＤＢ３００〜３０３は、ＨＤＤなどに記憶されている。
【００２８】
印刷アプリ１００は、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２及びエンコーダ２０３を用いて、印刷対象の電子文書を取得し、当該電子文書の印刷を印刷部により行なう。また、印刷アプリ１００は、スキャンアプリ１０１からの印刷命令により、印刷を印刷部により行う。スキャンアプリ１０１は、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２及びデコーダ２０４を用いて、スキャンした印刷対象の紙について、印刷元の電子文書を取得し、印刷命令と共に印刷アプリ１００に渡す。
【００２９】
ＳＲＭＳ２００は、サービスＤＢ３００を利用して、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２の各サービスに関する情報の管理を行なう。ＰＩＤＳ２０１は、紙情報ＤＢ３０１を利用して、印刷した紙に係る情報を管理する。ＥＩＤＳ２０２は、電子情報ＤＢ３０２及びリポジトリ２０５を利用して、印刷対象の電子文書に係る情報を管理する。リポジトリ２０５は、電子文書ＤＢ３０３に記憶される電子文書を管理する。リポジトリ２０５は、電子文書を管理する機能を有する公知の文書管理システムである。このため、リポジトリ２０５の詳細については説明を省略するが、リポジトリ２０５は、電子文書を取得したり、電子文書を電子文書ＤＢ３０３に登録したり、電子文書ＤＢ３０３に記憶されている電子文書を更新したり又は削除したりする機能を有する。ＥＩＤＳ２０２は、リポジトリ２０５のこれらの機能を利用して、電子文書本体に係る処理（電子文書の登録／更新／削除／取得）を行う。尚、電子文書ＤＢ３０３への電子文書を登録するとは、電子文書ＤＢ３０３における電子文書の記憶を開始するということである。他のＤＢへの他の情報の登録についても同様の意味を有するものとする。
【００３０】
ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２の各サービスは、アプリケーション層Ｍ１からの処理命令や、ＳＯＡＰ通信による外部の装置からの処理命令により、各種処理を行う。また、ＳＲＭＳ２００については、ＵＤＰ通信による他の複写機ＭＦＰの有するＳＲＭＳ２００からの処理命令も受け付け、当該処理命令により、各種処理を行う。
【００３１】
以下、各サービス、各モジュールの詳しい機能の構成及び各データベースの構成について説明する。尚、説明の便宜上、複写機ＭＦＰ１〜ＭＦＰ８は各々、その符号のうち「１」〜「８」をアンダーラインと共に印刷アプリ１００、スキャンアプリ１０１、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２、エンコーダ２０３、デコーダ２０４、リポジトリ２０５、サービスＤＢ３００、紙情報ＤＢ３０１、電子情報ＤＢ３０２及び電子文書ＤＢ３０３の各末尾に付加したものを有するものとする。即ち、複写機ＭＦＰ１は、印刷アプリ１００＿１、スキャンアプリ１０１＿１、ＳＲＭＳ２００＿１、ＰＩＤＳ２０１＿１、ＥＩＤＳ２０２＿１、エンコーダ２０３＿１、デコーダ２０４＿１、リポジトリ２０５＿１、サービスＤＢ３００＿１、紙情報ＤＢ３０１＿１、電子情報ＤＢ３０２＿１及び電子文書ＤＢ３０３＿１を有する。複写機ＭＦＰ２〜ＭＦＰ８についても同様である。また、以下に説明する各部についても同様である。尚、これらの区別が必要ない場合には、アンダーライン及び「１」〜「８」の符号を省略して説明する。
【００３２】
＜ＳＲＭＳの構成＞
ＳＲＭＳ２００は、サービス情報を管理する機能のことである。図５は、ＳＲＭＳ２００の構成を示すブロック図である。ＳＲＭＳ２００は、インターフェース部ＳＲ１と、処理機能部ＳＲ２とを有する。インターフェース部ＳＲ１は、更に９つのインターフェースを有する。図５に示すように、各インターフェースは、サービス登録、サービス変更、サービス削除、サービス取得、信頼関係構築、信頼関係破棄、同期、サービス検索、サービス問合せである。このうち、サービス登録、サービス変更、サービス削除、サービス取得、信頼関係構築、信頼関係破棄、同期、サービス検索は、Ｗｅｂサービスを利用可能なインターフェースである。Ｗｅｂサービスは、現在非常に多く利用されているネットワーク通信の１つであり、標準化されたＳＯＡＰ(Simple Object Access Protocol)メッセージという構造化されたデータをネットワークに送信あるいはネットワークから受信する仕組みである。この仕組みを取り入れているプログラミング技法としては、Ｃ言語/Ｃ＿言語/Ｂａｓｉｃ言語ではＭｉｃｏｒｏｓｏｆｔ（登録商標）のＮＥＴ Ｆｒａｍｅｗｏｒｋ（登録商標）や、Ｊａｖａ（登録商標）言語ではＡｐａｃｈｅのＡＸＩＳなどが有名であり、これらのプログラミング技法が多く利用されている。本実施の形態では、上記のいずれのプログラミング技法を使ってＷｅｂサービスの仕組みを構築しても構わない。また、サービス問い合わせは、ＵＤＰ通信を用いたインターフェースである。ＵＤＰ（User Datagram Protocol）とは、TCP/IPにおける、データグラム通信を実現するためのトランスポート層プロトコルである。処理機能部ＳＲ２も同様に、サービス登録処理部ＳＲ２０、サービス変更処理部ＳＲ２１、サービス削除処理部ＳＲ２２、サービス取得処理部ＳＲ２３、信頼関係構築処理部ＳＲ２４、信頼関係破棄処理部ＳＲ２５、同期処理部ＳＲ２６、サービス検索処理部ＳＲ２７、サービス問合せ処理部ＳＲ２８の９つの各処理部からなる。尚、インターフェース部ＳＲ１のサービス問合せ及びサービス問合せ処理部ＳＲ２８の機能と、インターフェース部ＳＲ１のサービス検索及びサービス検索処理部ＳＲ２７の機能とは、ブロードキャスト機能を有し、多数の通信相手に対してデータを送信する。
【００３３】
インターフェース部ＳＲ１の各インターフェースは、上記した順に上記の処理機能部ＳＲ２の各処理部ＳＲ２０〜ＳＲ２８に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、サービスＤＢ３００にアクセスし、当該パラメータを用いて処理を実行して、対応するインターフェースに処理結果を返す。
【００３４】
＜サービスＤＢの構成＞
次に、サービスＤＢ３００について説明する。サービスＤＢ３００は、ＳＲＭＳ２００を表すサービス情報、ＰＩＤＳ２０１を表すサービス情報、ＥＩＤＳ２０２を表すサービス情報を各々１レコードとして記憶するサービス情報テーブル３００Ａと、後述する信頼関係情報を記憶する信頼関係情報テーブル３００Ｂとを有する。
【００３５】
図６は、サービス情報テーブル３００Ａのデータ構成を例示する図である。サービス情報テーブル３００Ａには、サービスＩＤ毎に、ＳＲＭＳ２００を表すサービス情報、ＰＩＤＳ２０１を表すサービス情報、ＥＩＤＳ２０２を表すサービス情報が各々記憶される。サービスＩＤとは、各サービス情報を一意に識別可能なＩＤのことであり、ＳＲＭＳ２００が後述するサービス登録機能によって各サービス情報をサービス情報テーブル３００Ａに登録する際に発行するものである。具体的には、サービスＩＤは、以下に説明するサービスのＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。サービス情報テーブル３００Ａに記憶される各サービス情報は、図６に示されるように、「名称」、「説明」、「名前空間」、「バージョン」、「ＵＲＩ（Uniform Resource Identifier）」、「サービスのＵＵＩＤ」、「ローカルＩＤ」、「マスターＵＵＩＤ」、「登録日時」、「更新日時」をデータとして含む。「名称」と「説明」とは、ユーザがそのサービスが何であるかを理解するために各々付与された文字列である。「名称」は、例えば、「ＳＲＭＳ」、「ＰＩＤＳ」、「ＥＩＤＳ」と表現される。「名前空間」は、サービスを一意に識別可能な文字列である。即ち、「名前空間」は、この「名前空間」によって、同じ名称のサービスであっても名前空間が異なれば異なるサービスであることを識別可能にするための文字列であり、例えば「jp.co.ricoh.srms」のように表現される。「バージョン」は、そのサービスのバージョンを示す文字列である。「ＵＲＩ」は、そのサービスがネットワーク上のどこに存在するかを示す文字列である。例えば図１における複写機ＭＦＰ５のＰＩＤＳ２０１＿５の「ＵＲＩ」は、「http://192.168.1.15/pids/」のように表現される。
【００３６】
「サービスのＵＵＩＤ」は、ＳＲＭＳ２００、ＰＩＤＳ２０１及びＥＩＤＳ２０２の各サービスをグローバルに一意に識別するためのＩＤであり、例えば、Ｗｉｎｄｏｗｓ(登録商標)で用いられるオブジェクトクラスＩＤであるＧＵＩＤやネットワークカードに割り振られるＭＡＣアドレスなどである。サービスに対してＵＵＩＤを発行する技術は、既に公知であり、多数の技術が存在するが、本実施の形態においては、いずれの技術を用いても良い。ＵＵＩＤが発行されるタイミングは、ＳＲＭＳ２００、ＰＩＤＳ２０１及びＥＩＤＳ２０２の機能を実現させるプログラムが複写機ＭＦＰにインストールされる時であり、当該プログラムが複写機ＭＦＰからアンインストールされるまでＵＵＩＤは変更されないものとする。「ローカルＩＤ」は、同一のＳＲＭＳ２００においてサービス情報を一意に識別するためのＩＤであり、上述のサービスのＵＵＩＤとの組み合わせにより、サービス情報をグローバルに一意に識別可能にする。「マスターＵＵＩＤ」は、そのサービス情報を管理しているＳＲＭＳ２００に付与されているＵＵＩＤである。この「マスターＵＵＩＤ」は、後述する同期機能を実現する際に用いられる。登録日時及び更新日時は、そのサービス情報をサービス情報テーブル３００Ａに登録した日時及び更新した日時を各々示す。
【００３７】
図７は、信頼関係情報テーブル３００Ｂのデータ構成を例示する図である。信頼関係情報テーブル３００Ｂには、信頼関係情報として、信頼関係を結んでいるＳＲＭＳ２００のＵＵＩＤが記憶される。信頼関係を結ぶとは、他の複写機ＭＦＰの有するＳＲＭＳ２００とサービス情報を共有し、サービス情報を同期させることを可能にすることである。この詳細については後述する。
【００３８】
＜ＰＩＤＳの構成＞
次に、３つのサービスのうちＰＩＤＳ２０１の構成について説明する。図８は、ＰＩＤＳ２０１の構成を示すブロック図である。ＰＩＤＳ２０１は、紙情報を管理する機能のことである。紙情報とは、印刷した紙に関する情報である。ＰＩＤＳ２０１の機能は更に、インターフェース部ＰＩ１と、処理機能部ＰＩ２とを有する。インターフェース部ＰＩ１は、更に４つのインターフェースを有する。各インターフェースは、紙登録、紙情報変更、紙削除、紙取得である。これらは全て、Ｗｅｂサービスを利用可能なインターフェースである。処理機能部ＰＩ２も同様に、紙登録処理部ＰＩ２０、紙変更処理部ＰＩ２１、紙削除処理部ＰＩ２２、紙取得処理部ＰＩ２３の４つの各処理部からなる。
【００３９】
インターフェース部ＰＩ１の各インターフェースは、上記した順に上記の各処理部に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、紙情報ＤＢ３０１にアクセスし、当該パラメータを用いて処理を実行して、処理結果を対応するインターフェースに返す。各処理部ＰＩ２０〜ＰＩ２３の行う処理については、後述の動作欄で詳述する。
【００４０】
＜紙情報ＤＢの構成＞
ここで、紙情報ＤＢ３０１について説明する。紙情報ＤＢ３０１は、印刷した１枚毎の紙に関する紙情報を１レコードとして記憶する紙情報テーブル３０１Ａを有する。
【００４１】
図９は、紙情報テーブル３０１Ａのデータ構成を例示する図である。紙情報テーブル３０１Ａには、紙ＩＤ毎に紙情報が記憶される。紙ＩＤとは、印刷対象の紙１枚毎に当該各紙を一意に識別可能なＩＤであり、ＰＩＤＳ２０１が後述する紙登録機能によって紙情報を紙情報テーブル３０１Ａに登録する際に発行するものである。具体的には、紙ＩＤは、以下に説明するＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。また、例えば、一度の印刷処理で３枚の紙に印刷を行った場合、３つの紙ＩＤが発行され、当該３枚の紙に対して各々対応付けられる。紙情報テーブル３０１Ａに記憶される紙情報は、「名称」、「説明」、「ＰＩＤＳのＵＵＩＤ」、「ローカルＩＤ」、「登録日時」、「更新日時」、「元文書へのリンク」、「印刷条件」をデータとして含む。「名称」と「説明」とは、ユーザがその紙が何であるかを理解するために各々付与された文字列である。「ＰＩＤＳのＵＵＩＤ」とは、紙情報を管理するＰＩＤＳ２０１のＵＵＩＤである。ＵＵＩＤの発行方法はＳＲＭＳ２００の場合と同様である。「ローカルＩＤ」は、同一のＰＩＤＳ２０１において紙情報を一意に識別するためのＩＤであり、上述のＰＩＤＳ２０１のＵＵＩＤとの組み合わせにより、紙情報をグローバルに一意に識別可能にする。「登録日時」は、紙情報を紙情報テーブル３０１Ａに登録した日時を示す。「更新日時」は、紙情報テーブル３０１Ａに登録されている紙情報を更新した日時を示す。「元文書へのリンク」は、その紙がどの電子文書を印刷したものかを示す情報、即ち、印刷元の電子文書を特定する情報、あるいは、その紙がどの紙を複写したものかを示す情報、即ち、複写元の紙を特定する情報を示す。電子文書を特定する情報とは、例えば、後述のＥＩＤＳ２０２のＵＵＩＤ及びＥＩＤＳ２０２が発行するローカルＩＤの組み合わせ（電子ＩＤ）である。紙を特定する情報とは、例えば、ＰＩＤＳ２０１のＵＵＩＤ及びＰＩＤＳ２０１が発行するローカルＩＤの組み合わせ（紙ＩＤ）である。これによって、ある紙を複写する際に当該紙をスキャンしたとき、複写元の紙がどれかを特定することができ、さらにその紙に係る紙情報における「元文書へのリンク」を参照することにより、印刷元の電子文書を特定する情報を最終的に取得することができ、当該電子文書を取得することが可能になる。「印刷条件」は、その紙を印刷する際の条件としてユーザにより設定された、例えば、紙の大きさ、集約、割付、拡大／縮小、などであり、パーソナルコンピュータＰＣのプリンタドライバから渡されるものである。
【００４２】
＜ＥＩＤＳの構成＞
次に、３つのサービスのうちのＥＩＤＳ２０２の構成について説明する。図１０は、ＥＩＤＳ２０２の構成を示すブロック図である。ＥＩＤＳ２０２は、電子情報を管理する機能のことである。電子情報とは、電子文書に関する情報である。電子情報の詳細については後述する。ＥＩＤＳ２０２は、インターフェース部ＥＩ１と、処理機能部ＥＩ２とを有する。インターフェース部ＥＩ１は更に、４つのインターフェースを有する。図１０においては、各インターフェースは、電子情報登録、電子情報変更、電子情報削除、電子情報取得である。これらは全て、Ｗｅｂサービスを利用可能なインターフェースである。処理機能部ＥＩ２も同様に、電子情報登録処理部ＥＩ２０、電子情報変更処理部ＥＩ２１、電子情報削除処理部ＥＩ２２、電子情報取得処理部ＥＩ２３の４つの各処理部からなる。
【００４３】
インターフェース部ＥＩ１の各インターフェースは、上記した順に上記の各処理部に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、リポジトリ２０５を利用して電子文書本体に係る処理を行うと共に、電子情報ＤＢ３０２にアクセスし、当該パラメータを用いて処理を実行して、処理結果を対応するインターフェースに返す。このように、ＥＩＤＳ２０２は、電子情報を管理すると共に、リポジトリ２０５と連携して電子文書本体を管理する。
【００４４】
＜電子情報ＤＢの構成＞
ここで、電子情報ＤＢ３０２について説明する。電子情報ＤＢ３０２は、電子情報を１レコードとして記憶する電子情報テーブル３０２Ａを有する。
【００４５】
図１１は、電子情報テーブル３０２Ａのデータ構成を例示する図である。電子情報テーブル３０２Ａには、電子ＩＤ毎に、電子情報が記憶される。電子ＩＤとは、電子情報を一意に識別可能なＩＤであり、ＥＩＤＳ２０２が当該電子情報を電子情報テーブル３０２Ａに登録する際に発行するものである。具体的には、電子ＩＤは、以下に説明するＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。電子情報テーブル３０２Ａに記憶される電子情報は、「名称」、「説明」、「ＥＩＤＳのＵＵＩＤ」、「ローカルＩＤ」、「登録日時」、「更新日時」、「リポジトリへのリンク」をデータとして含む。「名称」及び「説明」は、人間がその電子文書が何であるかを理解するための文字列である。「ＥＩＤＳのＵＵＩＤ」は、電子情報を管理するＥＩＤＳ２０２のＵＵＩＤである。ＵＵＩＤの発行方法はＳＲＭＳ２００の場合と同様である。「ローカルＩＤ」は、同一のＥＩＤＳ２０２において電子情報を一意に識別するためのＩＤであり、上述のＥＩＤＳ２０２のＵＵＩＤとの組み合わせにより、電子情報をグローバルに一意に識別可能にする。「登録日時」及び「更新日時」は、その電子情報を電子情報テーブル３０２Ａに登録した日時及び更新した日時を各々示す。「リポジトリへのリンク」は、電子文書へのリンクを示すものであり、例えば、電子文書に対してリポジトリ２０５が発行するＩＤやファイルパスなどを示す。
【００４６】
＜エンコーダの構成＞
次に、エンコーダ２０３について説明する。本実施の形態におけるエンコーダ２０３は、種々の任意の公知技術を用いて構成することができる。エンコーダ２０３は、指定された文字列やバイト配列を、１次元のバーコードまたは２次元のコード画像に変換する。１次元のバーコードとしては、Code39、EAN-8、EAN-13、NW-7、Code128などのコードがあり、２次元のコード画像としては、QR、DataMatrix、PDF417などのコードがある。いずれのコードを用いるかは、本実施の形態においては限定されない。また、それぞれのコードは、コード画像を作成するための各々公知のパラメータを有しており、本実施の形態においては、エンコーダ２０３は、エンコード対象のコードに対応するパラメータを正しくセットし、コード画像を生成する。
【００４７】
＜デコーダの構成＞
次に、デコーダ２０４について説明する。本実施の形態におけるデコーダ２０４は、種々の任意の公知技術を用いて構成することができる。デコーダ２０４は、上述のエンコーダ２０３により生成したコード画像から、元の文字列やバイト配列を復元する。また、デコーダ２０４は、１枚の任意の画像の中からコード画像が存在する位置を特定するディテクト機能を有し、特定した位置に現れる画像をコード画像としてデコーダに入力することにより、当該コード画像から元の文字列やバイト配列を復元する。このディテクト機能についても公知技術を利用することができる。
【００４８】
＜印刷アプリの構成＞
次に、印刷アプリ１００について説明する。印刷アプリ１００は、印刷命令元の違いに応じた２つの機能がある。具体的には、ドライバ印刷機能と、スキャン印刷機能とである。ドライバ印刷機能は、パーソナルコンピュータＰＣのプリンタドライバからの印刷命令を受け付け、当該印刷命令に従って印刷する機能である。更に、ドライバ印刷機能においては、上述した電子文書と共にコード画像を紙に印刷した場合、当該紙に印刷されたコード画像を読み取り、当該コード画像をデコードして得られる紙ＩＤと、当該コード画像の基に紙ＩＤとを照合し、これらが不一致の場合又はコード画像自体が読み取り不能である場合、当該紙に対してＮＧ記録を行い、当該紙をガベージトレイ７２に排出させる。スキャン印刷機能は、当該複写機ＭＦＰにおいて複写対象の紙をスキャンした後述のスキャンアプリ１０１からの印刷命令を受け付け、当該印刷命令に従って印刷する機能である。
【００４９】
＜スキャンアプリの構成＞
次に、スキャンアプリ１０１について説明する。スキャンアプリ１０１は、複写機ＭＦＰに複写対象の紙がセットされ、当該複写機ＭＦＰの操作パネル２０においてユーザからの印刷指示が入力されることにより、走査部が当該紙をスキャンして読み取った、当該紙に印刷されたコード画像を取得し、デコーダ２０４によって当該コード画像からデコードされた紙ＩＤを取得する。そして、スキャンアプリ１０１は、ＰＩＤＳ２０１の機能により、当該紙ＩＤから、紙情報ＤＢ３０１に記憶されている紙情報を取得し、当該紙情報に基づいて、ＥＩＤＳの機能により、電子情報ＤＢ３０２に記憶されている電子情報を取得し、当該電子情報を用いて電子文書ＤＢ３０３に格納されている電子文書を取得して、当該電子文書、紙ＩＤ及び印刷条件を含む印刷命令を印刷アプリ１００に渡す。
【００５０】
（２）動作
＜ＳＲＭＳの動作＞
次に、本実施の形態における複写機ＭＦＰの動作について説明する。まず、複写機ＭＦＰの有するＳＲＭＳ２００が他の複写機ＭＦＰ又はパーソナルコンピュータＰＣとの間でデータ通信を行い、各種の処理を実行する動作の手順について説明する。まず、ＳＲＭＳ２００のインターフェース部ＳＲ１が上述したＷｅｂサービスにおけるＳＯＡＰメッセージを用いて行うＳＯＡＰ通信の基本的な処理の手順について、図１２のフローチャートを参照しながら説明する。図１２は、ＷｅｂサービスにおいてＳＯＡＰメッセージを用いたＳＯＡＰ通信の基本的な処理の手順を示すフローチャートである。尚、図１２においては、便宜上、ＳＲＭＳ２００の通信相手をクライアントと表記しているが、これは、当該複写機ＭＦＰ以外の他の複写機ＭＦＰ又はパーソナルコンピュータＰＣのいずれかである。
【００５１】
まず、クライアントは、ＳＲＭＳ２００のインターフェース部ＳＲ１に対し、セッションの確立を要求する（ステップＳ１）。セッションの確立は、上述したＮＥＴ ＦｒａｍｅｗｏｒｋやＡＸＩＳによって提供されているモジュールを利用することで行なうことができる。そのモジュールによってインターフェース部ＳＲ１でセッション管理することもできるが、ここでは、インターフェース部ＳＲ１が、処理機能部ＳＲ２の上述のいずれかの処理部に情報を渡し、当該処理部で独自にセッションを管理する。このような技術において、インターフェース部ＳＲ１は、クライアントからのセッションの確立の要求を受け付けると、処理機能部ＳＲ２に対してセッションの確立を要求する(ステップＳ２)。処理機能部ＳＲ２は、インターフェース部ＳＲ１からのセッションの確立の要求を受け付けると、当該セッションを管理するためのセッションＩＤを発行すると共に、当該セッションの有効期限などの情報を含むセッション情報を生成する(ステップＳ３)。そして、処理機能部ＳＲ２は、セッションＩＤをインターフェース部ＳＲ１に送信する(ステップＳ４)。インターフェース部ＳＲ１は、セッションＩＤを受信すると、このセッションＩＤを管理するためのセッション情報を生成すると共に、セッションＩＤをクライアントに送信する(ステップＳ５)。クライアントは、当該セッションＩＤを受信する(ステップＳ６)。この結果、クライアントと、サーバとの間でセッションが確立される。このセッションが確立されている間、ＳＲＭＳ２００は、上述の各処理を行うことができる。
【００５２】
そして、クライアントが、各処理の実行をインターフェース部ＳＲ１に要求すると(ステップＳ７)、インターフェース部ＳＲ１は、クライアントからの要求に応じたインターフェースにアクセスし、処理機能部ＳＲ２の各処理部ＳＲ２０〜２８のうち当該インターフェースに対応する処理部（対象処理部という）に処理の実行を要求する(ステップＳ８)。尚、クライアントは、処理の実行にパラメータを要する場合、処理の実行の要求時に、当該パラメータをＳＯＡＰメッセージにシリアライズして、インターフェース部ＳＲ１に送る。インターフェース部ＳＲ１は、クライアントから送られたＳＯＡＰメッセージをデシリアライズしてパラメータを得て、処理の実行を処理部に要求する際に、このパラメータを対象処理部に渡す。また、クライアントは、処理の実行の要求時に、セッションの確立時に得たセッションＩＤをＷｅｂサーバに渡すようにしても良い。この場合、インターフェース部ＳＲ１は、クライアントから受け取ったセッションＩＤと、保持しているセッション情報とを照合し、当該セッションＩＤに対応するセッションが存在するかどうか、当該セッションの有効期限は切れていないかどうかなどを判断し、問題がなければ、クライアントから渡されたパラメータを対象処理部へ渡し、処理の完了を待つ。
【００５３】
一方、対象処理部は、インターフェース部ＳＲ１からの処理実行要求に従って、処理を実行し(ステップＳ９)、対応するインターフェースを介して処理結果をインターフェース部ＳＲ１に返す(ステップＳ１０)。インターフェース部ＳＲ１は、対象処理部から処理結果を受信すると、これをクライアントに送信し（ステップＳ１１）、クライアントは当該処理結果を受信する（ステップＳ１２）。そして、セッションを終了する際には、クライアントはセッションの破棄をインターフェース部ＳＲ１へ要求する（ステップＳ１３）。インターフェース部ＳＲ１は、管理していたセッション情報を削除すると共に、セッションの破棄を処理部へ要求する（ステップＳ１４）。対象処理部も、同様にして、セッション情報を削除し（ステップＳ１５）、その削除が成功した旨を示す削除結果をインターフェース部ＳＲ１へ送信する（ステップＳ１６）。インターフェース部ＳＲ１が当該削除結果をクライアントへ送信し（ステップＳ１７）、当該削除結果をクライアントが受信して（ステップＳ１８）、クライアントとサーバとの間のセッションを終了する。尚、セッションを終了する時も、セッションを確立した時の方法に準じて、上述のＮＥＴ ＦｒａｍｅｗｏｒｋやＡＸＩＳによって提供されているモジュールによってセッション管理するようにしても良いし、対象処理部で独自にセッション管理するようにしていても良い。
【００５４】
次に、ステップＳ７の処理の実行要求に従って、ステップＳ８，Ｓ１１で行われる各インターフェースの動作及びＳ９，Ｓ１０で行われる各処理部の動作の詳細について説明する。
【００５５】
a)サービス登録
サービス登録とは、サービス情報をサービスＤＢ３００に格納されているサービス情報テーブル３００Ａへ登録する機能のことである。図１３は、サービス登録の機能により実現されるサービス登録処理の手順を示すフローチャートである。まず、サービス登録処理部ＳＲ２０は、インターフェース部ＳＲ１を介してクライアントからサービス情報を受け取る（ステップＳ２０）。そして、サービス登録処理部ＳＲ２０は、サービス情報テーブル３００Ａに記憶されているサービス情報のローカルＩＤの最大値を調べる（ステップＳ２１）。例えば、その最大値が「１０」だった場合、サービス登録処理部ＳＲ２０は、「１１」を新しいローカルＩＤとして発行し、受け取ったサービス情報のローカルＩＤに「１１」をセットする（ステップＳ２２）。次に、サービス登録処理部ＳＲ２０は、受け取ったサービス情報のマスターＵＵＩＤに、自身のＳＲＭＳ２００のＵＵＩＤの値をセットする（ステップＳ２３）。この結果、当該サービス情報に対して、ＳＲＭＳ２００のＵＵＩＤ及びローカルＩＤの組み合わせであるサービスＩＤが発行されて、当該サービスＩＤが当該サービス情報に対応付けられる。尚、自身のＳＲＭＳ２００のＵＵＩＤはインストール時に発行されており、例えば、ＨＤＤ１８などの記憶装置に記憶さている。次に、サービス登録処理部ＳＲ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取ったサービス情報の登録日時と更新日時に当該現在日時をセットする（ステップＳ２４）。そして、サービス登録処理部ＳＲ２０は、各情報をセットしたサービス情報をサービス情報テーブル３００Ａに登録する（ステップＳ２５）。次いで、サービス登録処理部ＳＲ２０は、インターフェース部ＳＲ１を介して要求元のクライアントへ本ＳＲＭＳ２００のＵＵＩＤと、発行したサービスＩＤとを返す（ステップＳ２６）。
【００５６】
b)サービス変更
サービス変更とは、サービス情報テーブル３００Ａに登録済みのサービス情報を新しいサービス情報に変更する機能のことである。図１４は、サービス変更の機能により実現されるサービス変更処理の手順を示すフローチャートである。サービス変更処理部ＳＲ２１は、インターフェース部ＳＲ１のうちサービス変更のインターフェースを介してクライアントからサービス情報を受け取る（ステップＳ４０）。サービス変更処理部ＳＲ２１は、サービス情報テーブル３００Ａを参照し、受け取ったサービス情報のサービスのＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ４１）。該当するレコードが存在しない場合（ステップＳ４２：ＮＯ）、サービス変更処理部ＳＲ２１は、「指定のサービス情報がない」旨を示すエラー情報を返す（ステップＳ４９）。該当するレコードが存在する場合（ステップＳ４２：ＹＥＳ）、サービス変更処理部ＳＲ２１は、該当したレコードのマスターＵＵＩＤを参照し、本ＳＲＭＳ２００のＵＵＩＤの値と一致するか否かを判定する（ステップＳ４３）。ＵＵＩＤの値が一致しない場合（ステップＳ４３：ＮＯ）、該当したレコードは、後述する同期機能によって他の複写機ＭＦＰのＳＲＭＳ２００から取得したサービス情報であるため、このサービス情報を本ＳＲＭＳ２００のサービス変更処理部ＳＲ２１は変更することができない。このため、サービス変更処理部ＳＲ２１は、「本ＳＲＭＳが管理するサービス情報ではない」旨を示すエラー情報を返す（ステップＳ４８）。ＵＵＩＤの値が一致する場合（ステップＳ４３:ＹＥＳ）、サービス変更処理部ＳＲ２１は、当該レコードのローカルＩＤ、マスターＵＵＩＤ及び登録日時を、受け取ったサービス情報にセットする（ステップＳ４４）。これは、ローカルＩＤ、マスターＵＵＩＤ及び登録日時を変更させないようにするためである。そして、サービス変更処理部ＳＲ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取ったサービス情報の更新日時に当該現在日時をセットする（ステップＳ４５）。サービス変更処理部ＳＲ２１は、以上のようにして各情報をセットしたサービス情報をサービス情報テーブル３００Ａに対して更新（上書き）する（ステップＳ４６）。次いで、サービス変更処理部ＳＲ２１は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ４７）。
【００５７】
c)サービス削除
サービス削除とは、サービス情報テーブル３００Ａに登録済みのサービス情報を削除する機能のことである。図１５は、サービス削除の機能により実現されるサービス削除処理の手順を示すフローチャートである。まず、サービス削除処理部ＳＲ２２は、インターフェース部ＳＲ１を介してクライアントから削除対象のサービスのＵＵＩＤを受け取る（ステップＳ６０）。サービス削除処理部ＳＲ２２は、サービス情報テーブル３００Ａを参照し、受け取ったサービスＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ６１）。該当するレコードが存在しない場合（ステップＳ６２：ＮＯ）、サービス削除処理部ＳＲ２２は、「指定のサービス情報がない」旨を示すエラー情報を返す（ステップＳ６７）。該当するレコードが存在する場合（ステップＳ６２：ＹＥＳ）、サービス削除処理部ＳＲ２２は、該当したレコードのマスターＵＵＩＤを参照し、本ＳＲＭＳ２００のＵＵＩＤの値と一致するか否かを判定する（ステップＳ６３）。ＵＵＩＤの値が一致しない場合（ステップＳ６３：ＮＯ）、サービス削除処理部ＳＲ２２は、「本ＳＲＭＳが管理するサービス情報ではない」旨を示すエラー情報を返す（ステップＳ６６）。ＵＵＩＤの値が一致する場合（ステップＳ６３:ＹＥＳ）、サービス削除処理部ＳＲ２２は、サービス情報テーブル３００Ａから当該レコードを削除する（ステップＳ６４）。次いで、サービス削除処理部ＳＲ２２は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ６５）。
【００５８】
d)サービス取得
サービス取得とは、サービス情報テーブル３００Ａに登録されているサービス情報を取得する機能のことである。このサービス取得機能を細分化すると、３つのインターフェースに分けられる。これらのインターフェースを各々、サービス取得１〜３とする。サービス取得１は、サービス情報のサービスのＵＵＩＤを指定してサービス情報を取得する機能である。サービス取得２は、サービス情報のサービスのＵＵＩＤを指定せず、そのＳＲＭＳ２００が直接管理するサービス情報のリストを取得する機能である。尚、そのＳＲＭＳ２００が直接管理するか否かは、マスターＵＵＩＤがそのＳＲＭＳ２００のＵＵＩＤの値に一致するか否かにより判別することができる。サービス取得３は、サービス情報テーブル３００Ａ内のＳＲＭＳ２００のサービス情報のみのリストを取得する機能である。図１６は、サービス取得の機能により実現されるサービス取得処理の手順を示すフローチャートである。まず、サービス取得処理部ＳＲ２３は、インターフェース部ＳＲ１を介してクライアントからサービス取得要求を受け取る（ステップＳ８０）。サービス取得処理部ＳＲ２３は、要求されたサービス取得の種別を判別し（ステップＳ８１、ステップＳ８７）、このサービス取得要求がサービス取得１を要求するものである場合（ステップＳ８１：ＹＥＳ）、サービス取得処理部ＳＲ２３は、取得対象のサービス情報のサービスのＵＵＩＤを受け取る（ステップＳ８２）。そして、サービス取得処理部ＳＲ２３は、サービス情報テーブル３００Ａを参照し、受け取ったＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ８３）。該当するレコードが存在しない場合（ステップＳ８４：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ８４：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当したレコードであるサービス情報を、インターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ８５）。
【００５９】
また、サービス取得要求がサービス取得２を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＹＥＳ）、サービス取得処理部ＳＲ２３は、サービス取得１の場合と異なり、取得対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、サービス情報テーブル３００Ａを参照して、サービス情報のマスターＵＵＩＤが本ＳＲＭＳ２００のＵＵＩＤの値に一致するレコードを検索する（ステップＳ８８）。該当するレコードが存在しない場合（ステップＳ８９：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ８９：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当するレコードをリスト化してサービス情報リストとしてインターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９０）。
【００６０】
また、サービス取得要求がサービス取得３を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＮＯ）、サービス取得処理部ＳＲ２３は、サービス取得１の場合と異なり、取得対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、サービス情報テーブル３００Ａを参照して、サービス情報の名前空間が「ＳＲＭＳ」であることを示す（例えば、jp.co.ricoh.srms）レコードを検索する（ステップＳ９１）。該当するレコードが存在しない場合（ステップＳ９２：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ９２：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当するレコードをリスト化してサービス情報リストとしてインターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９３）。
【００６１】
e)信頼関係構築
信頼関係構築とは、当該複写機ＭＦＰのＳＲＭＳ２００と信頼関係を結ぶ他の複写機ＭＦＰの有するＳＲＭＳ２００が管理するサービスを、当該複写機ＭＦＰの有するサービス情報テーブル３００Ａに登録する機能のことである。信頼関係を結ぶとは、具体的には、ＳＲＭＳ２００が他のＳＲＭＳ２００とサービス情報を交換して、サービス情報を同期させることが可能な関係を当該ＳＲＭＳ２００が他のＳＲＭＳ２００とが結ぶことである。図１７は、信頼関係構築機能により実現される信頼関係構築処理の手順を示すフローチャートである。まず、信頼関係構築処理部ＳＲ２４は、インターフェース部ＳＲ１を介してクライアントから信頼関係構築要求を受け取り、信頼関係を結ぶ対象のＳＲＭＳ２００のサービス情報を受け取る（ステップＳ１００）。そして、信頼関係構築処理部ＳＲ２４は、サービス情報テーブル３００Ａを参照して、サービス情報のサービスのＵＵＩＤを参照し、次いで、信頼関係情報テーブル３００ＢにすでにそのＵＵＩＤの値が存在するか否かを判定する（ステップＳ１０１）。該当するＵＵＩＤの値が既に存在している場合（ステップＳ１０２：ＹＥＳ）、信頼関係構築処理部ＳＲ２４は、「すでに登録されている」旨を示すエラー情報を返す（ステップＳ１０６）。該当するＵＵＩＤの値が存在しない場合（ステップＳ１０２：ＮＯ）、信頼関係構築処理部ＳＲ２４は、信頼関係情報テーブル３００Ｂに該当のＵＵＩＤの値を登録する（ステップＳ１０３）。そして、信頼関係構築処理部ＳＲ２４は、該当のＵＵＩＤを有するサービス情報をサービス情報テーブル３００Ａに登録する（ステップＳ１０４）。これは、後述する同期処理で、同期対象のＳＲＭＳ２００のサービス情報を参照する必要があるためである。次いで、信頼関係構築処理部ＳＲ２４は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ１０５）。
【００６２】
図１８は、図１に示した画像処理システムにおいて、信頼関係を結んでいる複写機ＭＦＰの関係を模式的に例示した図である。同図においては、点線で繋がれている複写機ＭＦＰ同士が信頼関係を結んでいるものとする。例えば、複写機ＭＦＰ１は複写機ＭＦＰ２と信頼関係を結んでいる。複写機ＭＦＰ２は複写機ＭＦＰ１と複写機ＭＦＰ３と複写機ＭＦＰ４と信頼関係を結んでいる。複写機ＭＦＰ３は複写機ＭＦＰ２と複写機ＭＦＰ７と信頼関係を結んでいる。複写機ＭＦＰ４は複写機ＭＦＰ２と複写機ＭＦＰ５と信頼関係を結んでいる。複写機ＭＦＰ５は複写機ＭＦＰ４と信頼関係を結んでいる。複写機ＭＦＰ７は複写機ＭＦＰ３と複写機ＭＦＰ８と信頼関係を結んでいる。複写機ＭＦＰ８は複写機ＭＦＰ７と信頼関係を結んでいる。複写機ＭＦＰ６は他の複写機ＭＦＰ１〜５とは信頼関係を結んでいない。
【００６３】
図１９は、画像処理システムにおいて以上のような信頼関係があるときの複写機ＭＦＰ３の有するサービス情報テーブル３００Ａ＿３の状態を示す図である。図２０は、画像処理システムにおいて以上のような信頼関係があるときの複写機ＭＦＰ７の有するサービス情報テーブル３００Ａ＿７の状態を示す図である。複写機ＭＦＰ３は、ＭＦＰ２とＭＦＰ７と信頼関係を結んでいるので、複写機ＭＦＰ３の有するサービス情報テーブル３００Ａ＿３には、ＳＲＭＳ２００＿３が直接管理するＳＲＭＳ２００＿３、ＰＩＤＳ２０１＿３及びＥＩＤＳ２０２＿３の各サービス情報に加え、複写機ＭＦＰ２の有するＳＲＭＳ２００＿２が直接管理するＳＲＭＳ２００＿２、ＰＩＤＳ２０１＿２及びＥＩＤＳ２０２＿２の各サービス情報と、複写機ＭＦＰ７の有するＳＲＭＳ２００＿７が直接管理するＳＲＭＳ２００＿７、ＰＩＤＳ２０１＿７及びＥＩＤＳ２０２＿７の各サービス情報とが記憶される。同様に、複写機ＭＦＰ７は、複写機ＭＦＰ３と複写機ＭＦＰ８と信頼関係を結んでいるので、複写機ＭＦＰ７の有するサービス情報テーブル３００Ａ＿７には、複写機ＭＦＰ７の有するＳＲＭＳ７が直接管理するＳＲＭＳ２００＿７、ＰＩＤＳ２０１＿７及びＥＩＤＳ２０２＿７の各サービス情報に加え、複写機ＭＦＰ３の有するＳＲＭＳ２００＿３が直接管理するＳＲＭＳ２００＿３、ＰＩＤＳ２０１＿３及びＥＩＤＳ２０２＿３の各サービス情報と、複写機ＭＦＰ８の有するＳＲＭＳ２００＿８が直接管理するＳＲＭＳ２００＿８、ＰＩＤＳ２０１＿８及びＥＩＤＳ２０２＿８の各サービス情報とが記憶される。以上のように、サービス情報テーブル３００Ａには、同じ複写機ＭＦＰ内のＳＲＭＳ２００が直接管理するサービス情報以外に、信頼関係を結んでいる他の複写機ＭＦＰの有するＳＲＭＳ２００が直接管理するサービス情報が記憶される。他のＳＲＭＳ２００が直接管理するサービス情報の取得については、後述の同期機能により実現される。このような構成により、複写機ＭＦＰにおいては、後述するスキャンアプリ１０１の機能により、自身の有するＳＲＭＳ２００が直接管理するサービス情報のみならず他の複写機ＭＦＰの有するＳＲＭＳ２００が直接管理するサービス情報の中から該当のサービス情報を探し出し、当該サービス情報を用いて印刷元の電子文書に辿り着くことができる。また、他の複写機ＭＦＰ１〜５,７〜８のいずれとも信頼関係を結んでいない複写機ＭＦＰ６は、後述するサービス検索の機能により、他の複写機ＭＦＰ１〜５,７〜８に記憶されているサービス情報を探し出すことができる。
【００６４】
f)信頼関係破棄
信頼関係破棄とは、既に結ばれていた他の複写機ＭＦＰとの信頼関係を破棄する機能のことである。信頼関係を破棄するとは、具体的には、信頼関係情報テーブル３００Ｂに登録済みの他の複写機ＭＦＰの有するＳＲＭＳ２００の信頼関係情報を削除することである。図２１は、信頼関係破棄機能により実現される信頼関係破棄処理の手順を示すフローチャートである。まず、信頼関係破棄処理部ＳＲ２５は、インターフェース部ＳＲ１を介してクライアントから信頼関係情報を削除する対象のＳＲＭＳ２００のＵＵＩＤを受け取る（ステップＳ１２０）。そして、信頼関係破棄処理部ＳＲ２５は、受け取ったＵＵＩＤの値が、信頼関係情報テーブル３００Ｂに存在するか否かを判定する（ステップＳ１２１）。該当するＵＵＩＤの値が存在しない場合（ステップＳ１２２:ＮＯ）、信頼関係破棄処理部ＳＲ２５は、「該当の信頼関係情報がない」旨を示すエラー情報を返す（ステップＳ１２６）。該当するＵＵＩＤの値が存在する場合（ステップＳ１２２：ＹＥＳ）、信頼関係破棄処理部ＳＲ２５は、ここでは、該当するＵＵＩＤが信頼関係情報に相当するので、このＵＵＩＤの値を信頼関係情報テーブル３００Ｂから削除する（ステップＳ１２３）。更に、信頼関係破棄処理部ＳＲ２５は、サービス情報のマスターＵＵＩＤが該当のＵＵＩＤの値に一致するサービス情報を全てサービス情報テーブル３００Ａから削除する（ステップＳ１２４）。次いで、信頼関係破棄処理部ＳＲ２５は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ１２５）。
【００６５】
g)同期
同期とは、信頼関係を結んでいる他の複写機ＭＦＰのＳＲＭＳ２００、即ち、信頼関係情報テーブル３００ＢにそのＵＵＩＤの値が登録されている他の複写機ＭＦＰのＳＲＭＳ２００とサービス情報を交換して、サービス情報を同期させる機能のことである。図２２は、同期機能により実現される同期処理の手順を示すフローチャートである。同期処理部ＳＲ２６は、同期対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、信頼関係情報テーブル３００Ｂを参照し、信頼関係を結んでいる他の複写機ＭＦＰのＳＲＭＳ２００のＵＵＩＤのリスト（ＵＵＩＤリスト）を受け取る（ステップＳ１４０）。そして、同期処理部ＳＲ２６は、リストにある全てのＵＵＩＤについて、ＵＵＩＤ毎に以下の処理を行う。まず、同期処理部ＳＲ２６は、サービス情報テーブル３００Ａを参照して、処理対象のＵＵＩＤのサービス情報を取得する（ステップＳ１４１）。そして、同期処理部ＳＲ２６は、サービス情報のＵＲＩを参照し、当該ＵＲＩにアクセスすることにより、同期対象の他のＳＲＭＳ２００に接続する。そして、同期処理部ＳＲ２６は、同期対象の他のＳＲＭＳ２００における上述のサービス取得の機能を利用し、同期対象の他のＳＲＭＳ２００が直接管理するサービス情報のリストを取得する（ステップＳ１４２）。次に、同期処理部ＳＲ２６は、マスターＵＵＩＤが処理対象のサービスのＵＵＩＤの値と一致するサービス情報をすべてサービス情報テーブル３００Ａから削除する（ステップＳ１４３）。そして、同期処理部ＳＲ２６は、同期対象のＳＲＭＳ２００から取得したリストに存在するサービス情報を全てサービス情報テーブル３００Ａに登録する（ステップＳ１４４）。同期処理部ＳＲ２６は、以上のようなステップＳ１４１〜Ｓ１４４の処理を、ＵＵＩＤリストに存在する全てのＵＵＩＤについて行う。ＵＵＩＤリストに存在する全てのＵＵＩＤについて処理が終了すると（ステップＳ１４５：ＹＥＳ）、同期処理部ＳＲ２６は、ＵＵＩＤリストに存在しないＵＵＩＤの値と一致するマスターＵＵＩＤを有するサービス情報をサービス情報テーブル３００Ａから検索し、当該サービス情報テーブル３００Ａから当該サービス情報を削除する（ステップＳ１４６）。これにより、信頼関係を破棄された他のＳＲＭＳ２００のサービス情報がサービス情報テーブル３００Ａから消滅することになる。最後に、同期処理部ＳＲ２６は、インターフェース部ＳＲ１を介して要求元へ成功を返す（ステップＳ１４７）。
【００６６】
h-1)サービス問い合わせ
次に、ブロードキャスト機能のうちのサービス問合せの機能について説明する。サービス問い合わせとは、他のＳＲＭＳ２００からサービス情報の問合わせを受けて、当該サービス情報を他のＳＲＭＳ２００に返す機能のことである。図２３は、サービス問い合わせの機能により実現されるサービス問い合わせ処理の手順を示すフローチャートである。尚、サービス問合せにおいては、上述のＷｅｂサービスではなく、ＵＤＰを用いてデータ通信を行う。ＵＤＰを用いたデータ通信は公知であるため、データ通信の詳細な手順についての説明を省略する。ここでは、複写機ＭＦＰのＳＲＭＳ２００が、上述のＷｅｂサービスを用いたデータ通信の場合と同様のクライアントとデータ通信を行い、処理を行う場合の手順について説明する。
【００６７】
サービス問い合わせ処理部ＳＲ２８は、ＵＤＰでクライアントからサービス問合せ要求を受け取ると（ステップＳ１６０）、処理を開始する。尚、このサービス問合せ要求には、処理に用いるパラメータは含まれず、要求元のクライアントのＩＰアドレスが含まれる。次いで、サービス問い合わせ処理部ＳＲ２８は、サービス情報テーブル３００Ａを参照して、本ＳＲＭＳ２００のサービス情報を取得する（ステップＳ１６１）。そして、サービス問い合わせ処理部ＳＲ２８は、サービス問合せ要求に含まれているＩＰアドレスを取得して（ステップＳ１６２）、当該ＩＰアドレス宛にサービス情報をＵＤＰで返す（ステップＳ１６３）。これにより、要求元の他の複写機ＭＦＰのＳＲＭＳ２００は、本ＳＲＭＳ２００のサービス情報を取得することができる。
【００６８】
h-2)サービス検索
サービス検索とは、他のＳＲＭＳ２００にサービス情報を問合わせて、他のＳＲＭＳ２００の有するサービス情報を取得する機能のことである。図２４は、サービス検索の機能により実現されるサービス検索処理の手順を示すフローチャートである。
【００６９】
サービス検索処理部ＳＲ２７は、ＵＤＰでクライアントからサービス検索要求を受け取ると（ステップＳ１８０）、処理を開始する。ここでは、サービス検索処理部ＳＲ２７は、処理に用いるパラメータは受け取らない。次いで、サービス検索処理部ＳＲ２７は、ＵＤＰを用いて、本ＳＲＭＳ２００を有する複写機ＭＦＰと同じ所内システムＳＹＭ内の全ＩＰアドレスに対して、即ち、同じ所内システムＳＹＭ内の複写機ＭＦＰ及びパーソナルコンピュータＰＣに対して、上述のサービス問い合わせ要求を送信する（ステップＳ１８１）。尚、画像処理システム内の全ての複写機ＭＦＰのＩＰアドレスに対してＵＤＰパケットを送出し、本ＳＲＭＳ２００を有する複写機ＭＦＰと同じ所内システムＳＹＭ内に存在するＳＲＭＳ２００からのみレスポンスがあるように構成しても良い。一方、サービス問い合わせ要求を受けた他の複写機ＭＦＰのＳＲＭＳ２００は、上述のサービス問合せ処理を行い、当該ＳＲＭＳ２００が管理するサービス情報を、本ＳＲＭＳ２００に返す。図２３の例では、２つの他のＳＲＭＳ２００からサービス情報が本ＳＲＭＳ２００に返る。この結果、本ＳＲＭＳ２００のサービス検索処理部ＳＲ２７は、他のＳＲＭＳ２００からサービス情報を収集し（ステップＳ１８２）、当該収集したサービス情報をリスト化してサービス情報リストとして要求元のクライアントへ返す（ステップＳ１８３）。以上のような構成によれば、例えば、図１８の複写機ＭＦＰ６のように、どの複写機ＭＦＰとも信頼関係がなく、従って、自身のサービス情報テーブル３００Ａに他のＳＲＭＳ２００が直接管理するサービス情報が記憶されていない場合でも、このサービス検索の機能により、他の複写機ＭＦＰの有するＳＲＭＳ２００が管理するサービス情報を取得することができる。
【００７０】
＜ＰＩＤＳの動作＞
a)紙登録
次に、ＰＩＤＳ２０１の各インターフェースの機能及び動作について説明する。紙登録とは、紙情報を紙情報ＤＢ３０１の紙情報テーブル３０１Ａへ登録する機能のことである。図２５は、紙登録の機能により実現される紙登録処理の手順を示すフローチャートである。紙登録処理部ＰＩ２０は、インターフェース部ＰＩ１を介してクライアントから紙情報を受け取る（ステップＳ２００）。そして、紙登録処理部ＰＩ２０は、紙情報テーブル３０１Ａに記憶されている紙情報のローカルＩＤの最大値を調べる（ステップＳ２０１）。例えば、その最大値が「１０」だった場合、紙登録処理部ＰＩ２０は、「１１」を新しいローカルＩＤとして発行し、受け取ったサービス情報のローカルＩＤに「１１」をセットする（ステップＳ２０２）。次に、紙登録処理部ＰＩ２０は、受け取った紙情報に、本ＰＩＤＳ２０１のＵＵＩＤの値をセットする（ステップＳ２０３）。次に、紙登録処理部ＰＩ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った紙情報の登録日時と更新日時にセットする（ステップＳ２０４）。この結果、当該紙情報に対して、ＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせである紙ＩＤが発行されて、当該紙ＩＤが当該紙情報に対応付けられる。そして、紙登録処理部ＰＩ２０は、各情報をセットした紙情報を紙情報テーブル３０１Ａに登録する（ステップＳ２０５）。最後に、紙登録処理部ＰＩ２０は、インターフェース部ＰＩ１を介して要求元のクライアントへ本ＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせを紙ＩＤとして返す（ステップＳ２０６）。
【００７１】
b)紙情報変更
紙情報変更とは、紙情報テーブル３０１Ａに登録済みの紙情報を新しい紙情報に変更する機能のことである。図２６は、紙情報変更の機能により実現される紙情報変更処理の手順を示すフローチャートである。まず、紙変更処理部ＰＩ２１は、インターフェース部ＰＩ１を介してクライアントから紙情報を受け取る（ステップＳ２２０）。紙変更処理部ＰＩ２１は、紙情報テーブル３０１Ａを参照し、受け取った紙情報のＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２２１）。該当するレコードが存在しない場合（ステップＳ２２２：ＮＯ）、紙変更処理部ＰＩ２１は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２２７）。該当するレコードが存在する場合（ステップＳ２２２：ＹＥＳ）、紙変更処理部ＰＩ２１は、当該レコードにセットされている登録日時、ローカルＩＤ及びマスターＵＵＩＤを、受け取った紙情報にセットする（ステップＳ２２３）。そして、サービス変更処理部ＰＩ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った紙情報の更新日時にセットする（ステップＳ２２４）。サービス変更処理部ＰＩ２１は、以上のようにして各情報をセットした紙情報を紙情報テーブルに対して更新（上書き）する（ステップＳ２２５）。次いで、紙変更処理部ＰＩ２１は、インターフェース部ＰＩ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ２２６）。
【００７２】
c)紙削除
紙削除とは、紙情報テーブルに登録済みの紙情報を削除する機能のことである。図２７は、紙削除の機能により実現される紙削除処理の手順を示すフローチャートである。まず、紙削除処理部ＰＩ２２は、インターフェース部ＰＩ１を介してクライアントから削除対象の紙情報についてＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）を受け取る（ステップＳ２４０）。紙削除処理部ＰＩ２２は、紙情報テーブル３０１Ａを参照し、受け取ったＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２４１）。該当するレコードが存在しない場合（ステップＳ２４２：ＮＯ）、紙削除処理部ＰＩ２２は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２４５）。該当するレコードが存在する場合（ステップＳ２４２：ＹＥＳ）、紙削除処理部ＰＩ２２は、紙情報テーブル３０１Ａから当該レコードを削除する（ステップＳ２４３）。次いで、紙削除処理部ＰＩ２２は、インターフェース部ＰＩ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ２４４）。
【００７３】
d)紙取得
紙取得とは、紙情報テーブル３０１Ａに登録されている紙情報を取得する機能のことである。図２８は、紙取得の機能により実現される紙取得処理の手順を示すフローチャートである。まず、紙取得処理部ＰＩ２３は、インターフェース部ＰＩ１を介してクライアントから紙取得要求と共に、取得対象の紙情報のＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）を受け取る（ステップＳ２６０）。そして、紙取得処理部ＰＩ２３は、紙情報テーブル３０１Ａを参照し、受け取ったＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２６１）。該当するレコードが存在しない場合（ステップＳ２６２：ＮＯ）、紙取得処理部ＰＩ２３は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２６４）。該当するレコードが存在する場合（ステップＳ２６２：ＹＥＳ）、紙取得処理部ＰＩ２３は、該当したレコードである紙情報を、インターフェース部ＰＩ１を介してクライアントへ返す（ステップＳ２６３）。
【００７４】
＜ＥＩＤＳの動作＞
a)電子情報登録
次に、ＥＩＤＳ２０２の各インターフェースの機能及び動作について説明する。電子情報登録とは、電子情報を電子情報ＤＢ３０２の電子情報テーブル３０２Ａへ登録すると共に、リポジトリ２０５の機能を利用して、電子文書を電子文書ＤＢ３０３へ登録する機能のことである。図２９は、電子情報登録の機能により実現される電子情報登録処理の手順を示すフローチャートである。まず、電子情報登録処理部ＥＩ２０は、インターフェース部ＥＩ１を介して要求元のクライアントから電子情報及び電子文書を受け取る（ステップＳ３００）。電子情報登録処理部ＥＩ２０は、リポジトリ２０５の文書登録機能を利用し、リポジトリ２０５を介して電子文書を電子文書ＤＢ３０３へ登録し、その結果として文書ＩＤをリポジトリ２０５から受け取る（ステップＳ３０１）。文書ＩＤとは、リポジトリが登録対象の電子文書を管理するために独自に発行するＩＤのことである。または、リポジトリとしてWindowsのファイルシステムのような文書管理システムを用いた場合には、文書ＩＤは、ファイルパスでも構わない。電子情報登録処理部ＥＩ２０は、リポジトリ２０５から受け取った文書ＩＤを、電子情報における「リポジトリへのリンク」にセットする（ステップＳ３０２）。次に、電子情報登録処理部ＥＩ２０は、電子情報テーブル３０２Ａを参照し、ローカルＩＤの最大値を調べる（ステップＳ３０３）。そして、例えば、最大値が「１０」だった場合、電子情報登録処理部ＥＩ２０は、「１１」を新しいローカルＩＤとして発行し、これを受け取った電子情報のローカルＩＤにセットする（ステップＳ３０４）。また、電子情報登録処理部ＥＩ２０は、当該電子情報に、本ＥＩＤＳ２０２のＵＵＩＤをセットする（ステップＳ３０５）。この結果、当該電子情報に対して、ＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせである電子情報ＩＤが発行されて、当該電子ＩＤが当該電子情報に対応付けられる。次に、電子情報登録処理部ＥＩ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った電子情報の登録日時と更新日時にセットする（ステップＳ３０６）。そして、電子情報登録処理部ＥＩ２０は、以上のように各情報をセットした電子情報を電子情報テーブル３０２Ａに登録する（ステップＳ３０７）。最後に、電子情報登録処理部ＥＩ２０は、インターフェース部ＥＩ１を介して要求元のクライアントへ本ＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を返す（ステップＳ３０８）。
【００７５】
b)電子情報変更
電子情報変更とは、電子情報テーブル３０２Ａに登録済みの電子情報を変更する機能のことである。図３０は、電子情報変更機能により実現される電子情報変更処理の手順を示すフローチャートである。まず、電子情報変更処理部ＥＩ２１は、インターフェース部ＥＩ１を介して要求元のクライアントから電子情報及び電子文書本体を受け取る（ステップＳ３２０）。電子情報変更処理部ＥＩ２１は、電子情報テーブル３０２Ａを参照し、受け取った電子情報のＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）の値が一致するレコードを検索する（ステップＳ３２１）。該当するレコードが存在しない場合（ステップＳ３２２：ＮＯ）、電子情報変更処理部ＥＩ２１は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３２８）。該当するレコードが存在する場合（ステップＳ３２２：ＹＥＳ）、電子情報変更処理部ＥＩ２１は、リポジトリ２０５の文書変更機能を利用し、電子文書ＤＢ３０３に記憶されている電子文書本体を更新する（ステップＳ３２３）。次に、電子情報変更処理部ＥＩ２１は、該当するレコードにセットされている登録日時を受け取った電子情報にセットする（ステップＳ３２４）。そして、電子情報変更処理部ＥＩ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った電子情報の更新日時にセットする（ステップＳ３２５）。電子情報変更処理部ＥＩ２１は、以上のようにして各情報をセットした電子情報を電子情報テーブル３０２Ａに対して更新（上書き）する（ステップＳ３２６）。次いで、電子情報変更処理部ＥＩ２１は、インターフェース部ＥＩ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ３２７）。
【００７６】
c)電子情報削除
電子情報削除とは、電子情報テーブル３０２Ａに登録済みの電子情報を削除する機能のことである。図３１は、電子情報削除の機能により実現される電子情報削除処理の手順を示すフローチャートである。まず、電子情報削除処理部ＥＩ２２は、インターフェース部ＥＩ１を介してクライアントから削除対象の電子情報についてＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を受け取る（ステップＳ３４０）。電子情報削除処理部ＥＩ２２は、電子情報テーブル３０２Ａを参照し、受け取ったＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）と一致する電子情報のレコードを検索する（ステップＳ３４１）。該当するレコードが存在しない場合（ステップＳ３４２：ＮＯ）、電子情報削除処理部ＥＩ２２は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３４６）。該当するレコードが存在する場合（ステップＳ３４２：ＹＥＳ）、電子情報削除処理部ＥＩ２２は、リポジトリ２０５の文書削除機能を利用して電子文書ＤＢ３０３に記憶されている電子文書本体を削除すると共に（ステップＳ３４３）、電子情報テーブル３０２Ａから当該レコードを削除する（ステップＳ３４４）。次いで、電子情報削除処理部ＥＩ２２は、インターフェース部ＥＩ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ３４５）。
【００７７】
d)電子情報取得
電子情報取得とは、電子情報テーブル３０２Ａに登録されている電子情報を取得する機能のことである。図３２は、電子情報取得の機能により実現される電子情報取得処理の手順を示すフローチャートである。まず、電子情報取得処理部ＥＩ２３は、インターフェース部ＥＩ１を介してクライアントから電子情報取得要求と共に、取得対象の電子情報のＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を受け取る（ステップＳ３６０）。そして、電子情報取得処理部ＥＩ２３は、電子情報テーブル３０２Ａを参照し、受け取ったＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）の値が一致する電子情報のレコードを検索する（ステップＳ３６１）。該当するレコードが存在しない場合（ステップＳ３６２:ＮＯ）、電子情報取得処理部ＥＩ２３は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３６５）。該当するレコードが存在する場合（ステップＳ３６２:ＹＥＳ）、電子情報取得処理部ＥＩ２３は、リポジトリ２０５の文書取得を利用して電子文書ＤＢ３０３に記憶されている電子文書本体を取得し（ステップＳ３６３）、これを、該当したレコードである電子情報と共にインターフェース部ＥＩ１を介して要求元のクライアントへ返す（ステップＳ３６４）。
【００７８】
＜印刷アプリの動作＞
次に、印刷アプリ１００の動作について説明する。印刷アプリには、上述したように、ドライバ印刷機能と、スキャン印刷機能とがある。まず。ドライバ印刷機能による印刷アプリの動作の手順について説明する。図３３〜３５は、ドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【００７９】
a)ドライバ印刷
ここでは、例えば、パーソナルコンピュータＰＣ１から複写機ＭＦＰ１へ印刷命令がなされる場合について説明する。パーソナルコンピュータＰＣ１において、３ページの文書の印刷の指示や印刷条件の設定をユーザが入力すると、パーソナルコンピュータＰＣ１は当該指示入力を受け付け、当該パーソナルコンピュータＰＣ１のプリンタドライバは、当該印刷対象の文書の情報及び印刷条件を含む印刷命令をイントラネットＮＴ１を介して複写機ＭＦＰ１の印刷アプリ１００＿１へ送信する。ここまでの処理の手順は公知の技術であり、このような処理の手順を実現させる種々の公知のプリンタドライバを用いることができる。
【００８０】
印刷アプリ１００＿１は、パーソナルコンピュータＰＣ１のプリンタドライバからの印刷命令を受け取り（ステップＳ４００）、当該印刷命令に含まれる印刷対象の文書の情報及び印刷条件を用いて、レンダリングを行ない、印刷対象の文書を表する画像（レンダリング画像）を生成する（ステップＳ４０１）。ここでは、印刷対象の文書は、３ページあるので、印刷アプリ１００＿１は、３枚の紙に各々印刷するレンダリング画像を生成する。次に、印刷アプリ１００＿１は、生成したレンダリング画像を所定の表現形式の電子文書に変換する（ステップＳ４０２）。例えば、ＴＩＦＦ形式のデータ(ＴＩＦＦファイル)などである。尚、この変換は、当該電子文書を電子文書ＤＢ３０３に登録するために行う。次に、印刷アプリ１００＿１は、各情報がセットされていない初期状態の電子情報を生成し、生成した電子情報における「ファイル名」に電子文書のファイル名をセットする。このファイル名には、プリンタドライバから電子文書のファイル名が送信される場合にはそれをセットするようにしても良いし、印刷アプリ１００＿１が、電子文書に対して所定の方法により付与したものをセットするようにしても良い。そして、印刷アプリ１００＿１は、生成した電子情報と電子文書とをパラメータとしてＥＩＤＳ２０２＿１に渡す（ステップＳ４０３）。尚、ここでは、印刷アプリ１００＿１と、ＥＩＤＳ２０２＿１とのデータの受け渡しは、同一の複写機ＭＦＰ１内で行うため、上述したＷｅｂサービスは利用しない。
【００８１】
ＥＩＤＳ２０２＿１は、上述した電子情報登録の機能により、印刷アプリ１００＿１から渡された電子情報を電子情報ＤＢ３０２＿１の電子情報テーブル３０２Ａ＿１に登録すると共に（ステップＳ４０４）、リポジトリ２０５の文書登録の機能を利用して、電子文書を電子文書ＤＢ３０３＿１に登録して、登録した電子情報に係るＥＩＤＳ２０２＿１のＵＵＩＤ及びローカルＩＤの組み合わせを電子ＩＤとして印刷アプリ１００＿１に返す（ステップＳ４０５）。印刷アプリ１００＿１は、当該電子ＩＤを受け取ると（ステップＳ４０６）、各情報がセットされていない初期状態の紙情報を生成し、生成した紙情報における「名称」にファイル名をセットする（ステップＳ４０７）。このファイル名には、プリンタドライバからファイル名が送信される場合にはそれをセットするようにしても良いし、印刷アプリ１００＿１が、電子文書に対して所定の方法により付与したものをセットするようにしても良い。また、印刷アプリ１００＿１は、プリンタドライバから送られてきた印刷条件を紙情報の「印刷条件」にセットし、ＥＩＤＳ２０２＿１から取得した電子ＩＤ（ＥＩＤＳ２０２＿１のＵＵＩＤ及びローカルＩＤの組み合わせ）を紙情報の「元文書へのリンク」へセットする。ここでは、印刷対象の画像が３ページ分、即ち３枚分あるので、印刷アプリ１００＿１は、３つの紙情報を生成する。そして、印刷アプリ１００＿１は、ＰＩＤＳ２０１＿１に対して紙情報の登録を要求し、生成した紙情報をパラメータとしてＰＩＤＳ２０１＿１に渡す（ステップＳ４０８）。尚、ここでは、印刷アプリ１００＿１と、ＰＩＤＳ２０１＿１とのデータの受け渡しは、同一の複写機ＭＦＰ１内で行うため、上述したＷｅｂサービスは利用しない。
【００８２】
ＰＩＤＳ２０１＿１は、上述した紙情報登録機能により、印刷アプリ１００＿１から渡された紙情報に対してローカルＩＤを各々発行すると共に、当該紙情報を紙情報ＤＢ３０１＿１の紙情報テーブル３０１Ａ＿１に登録する（ステップＳ４０９）。そして、ＰＩＤＳ２０１＿１は、登録した各紙情報に係るＰＩＤＳ２０１＿１のＵＵＩＤ及びローカルＩＤの組み合わせを紙ＩＤとして印刷アプリ１００＿１に返す（ステップＳ４１０）。ここでは、ＰＩＤＳ２０１＿１は３つの紙情報を登録したため、３つの紙ＩＤが印刷アプリ１００＿１に返される。ここでは例えば、この３つの紙ＩＤをページ順に各々紙ＩＤ１−１，紙ＩＤ１−２，紙ＩＤ１−３とする。次に、印刷アプリ１００＿１は、３つの紙ＩＤを受け取ると（ステップＳ４１１）、次いで、３つの紙ＩＤをエンコーダ２０３＿１に渡し各紙ＩＤのエンコードを要求する（ステップＳ４１２）。
【００８３】
エンコーダ２０３＿１は、各紙ＩＤをエンコードして、コード画像を各々生成する（ステップＳ４１３）。即ち、エンコーダ２０３＿１は、１ページ目に対応するコード画像、２ページ目に対応するコード画像、３ページ目に対応するコード画像の３つを生成する。尚、ここでエンコーダ２０３＿１がエンコードするコードの種類は、例えば、２次元バーコードのＱＲコードである。そして、エンコーダ２０３＿１は、生成したコード画像を印刷アプリ１００＿１に渡す（ステップＳ４１４）。そして、印刷アプリ１００＿１は、コード画像を受け取ると（ステップＳ４１５）、各ページに対応する各レンダリング画像に対して、生成した各コード画像を順に合成する。レンダリング画像にコード画像を合成する方法には、各種公知技術を用いることができる。コード画像を合成する位置は、予め決めておいた位置（例えば、紙面の右上の余白部）でも構わないし、紙面内の余白(レンダリング画像において描画されていない領域)を探し出し、当該余白のいずれかの位置でも構わない。そして、印刷アプリ１００＿１は、コード画像を合成したレンダリング画像をページ毎に紙に印刷する（ステップＳ４１６）。その結果、ＰＩＤＳ２０１＿１で発行された３つの紙ＩＤ（紙ＩＤ１−１，紙ＩＤ１−２，紙ＩＤ１−３）が各々コード画像として印刷された３枚の各印刷結果が得られる。
【００８４】
次に、印刷アプリ１００＿１は、印刷した３枚の紙を複写機ＭＦＰ１の有する紙搬送機構により順にコード画像読取部７６まで搬送させ、ベリファイスキャンを実行する（ステップＳ４０００）。具体的には、印刷アプリ１００＿１は、当該紙をコード画像読取部７６にスキャンさせて、当該紙に印刷されたコード画像を読み取らせる。尚、このコード画像が紙において印刷される位置（コード印刷位置）は予め決められた位置であり、コード画像読取部７６は、当該位置に印刷されたコード画像を読み取る。又は、コード印刷位置が不定である場合には、公知の技術を用いて、コード画像読取部７６が紙全体をスキャンしてコード画像を検索することにより、紙に印刷されたコード画像を読み取るように構成しても良い。そして、印刷アプリ１００＿１は、このように取得したコード画像をデコーダ２０４＿１に渡して、デコードを要求する。デコーダ２０４＿１は、上述のデコード機能により、スキャンアプリ１０１＿５から渡されたスキャン画像に含まれるコード画像をデコードし、紙ＩＤを取得する。そして、デコーダ２０４＿１は、この紙ＩＤをデコード結果として印刷アプリ１００＿１に渡す（ステップＳ４００１）。尚、デコーダ２０４＿１は、当該コード画像をデコードできず、紙ＩＤを取得することができない場合、エラーを示すデコード結果を印刷アプリ１００＿１に渡す。
【００８５】
印刷アプリ１００＿１は、デコーダ２０４＿１からデコード結果を受け取ると（ステップＳ４００２）、当該デコード結果を解析して、デコードが成功して紙ＩＤを取得できたか否かを判別する（ステップＳ４００３）。当該判別結果が肯定的である場合（ステップＳ４００３：ＹＥＳ）、印刷アプリ１００＿１は、デコード結果として取得した紙ＩＤと、上述のステップＳ４１１で取得した紙ＩＤとを照合する（ステップＳ４００４）。これらが照合する場合（ステップＳ４００４：ＹＥＳ）、印刷アプリ１００＿１は、紙排紙機構により当該紙を排紙トレイ７１に搬送させる。また、ステップＳ４００３の判定結果が否定的である場合及びステップＳ４１１で受け取った紙ＩＤと、ステップＳ４００２で取得した紙ＩＤが照合しない場合（ステップＳ４００４：ＮＯ）、印刷アプリ１００＿１は、紙搬送機構により当該紙（以下、ＮＧ紙という）をＮＧ記録部７４に搬送させ、当該ＮＧ紙に対してコードに不具合があることを示すＮＧ記録を当該ＮＧ記録部７４に行わせる（ステップＳ４００５）。尚、ＮＧ記録の位置は、当該ＮＧ紙に印刷されたコード画像に不具合があることが分かるような場所であればどこでも構わないが、コード画像に重なる位置であることが望ましい。そして、印刷アプリ１００＿１は、紙搬送路切替部７５により紙の排出先をガベージトレイ７２に切り替えて、紙搬送機構により当該ＮＧ紙をガベージトレイ７２に搬送させる（ステップＳ４００６）。この結果、印刷されたコード画像に不具合があるＮＧ紙と、印刷されたコード画像に不具合のない紙とを分けて排出することができる。
【００８６】
以下、１〜３ページ目の紙のうち、２ページ目の１枚の紙だけがＮＧ紙となったものとして説明する。印刷アプリ１００＿１は、当該ＮＧ紙について、ステップＳ４１１で取得した紙ＩＤをＰＩＤＳ２０１＿１に渡して、紙情報の取得を要求する（ステップＳ４００７）。ＰＩＤＳ２０１＿１は、上述の紙取得機能により、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤに対応する紙情報を取得し、これをスキャンアプリ１０１＿１に返す（ステップＳ４００８）。印刷アプリ１００＿１は、紙情報を取得すると（ステップＳ４００９）、次いで、印刷アプリ１００＿１は、当該紙ＩＤをＰＩＤＳ２０１＿１に渡して、紙情報の削除を要求する（ステップＳ４０１０）。ＰＩＤＳ２０１＿１は、上述した紙情報削除機能により、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤに対応する紙情報を削除し、成功情報を印刷アプリ１００＿１に渡す（ステップＳ４０１１）。印刷アプリ１００＿１は、成功情報を受け取ると（ステップＳ４０１２）、ＰＩＤＳ２０１＿１に対して、ステップＳ４００９で取得した紙情報をパラメータとして渡し当該紙情報の登録を要求する（ステップＳ４０１３）。ＰＩＤＳ２０１＿１は、上述した紙情報登録機能により、印刷アプリ１００＿１から渡された紙情報に対して新たなローカルＩＤを各々発行すると共に、当該紙情報の「登録日時」及び「更新日時」に値をセットして、当該紙情報を紙情報ＤＢ３０１＿１の紙情報テーブル３０１Ａ＿１に新たに登録する。そして、ＰＩＤＳ２０１＿１は、当該ＰＩＤＳ２０１＿１のＵＵＩＤ及び紙ＩＤの組み合わせを紙ＩＤとして印刷アプリ１００＿１に返す（ステップＳ４０１４）。印刷アプリ１００＿１は、新たな紙ＩＤを受け取ると（ステップＳ４０１５）、次いで、当該紙ＩＤをＰＩＤＳ２０１＿１に渡して、当該紙ＩＤに対応する新たな紙情報の取得を要求する（ステップＳ４０１６）。ＰＩＤＳ２０１＿１が、上述の紙取得機能により、当該紙ＩＤに対応する紙情報をスキャンアプリ１０１＿１に返す（ステップＳ４０１７）。
【００８７】
印刷アプリ１００＿１は、新たな紙情報を受け取ると（ステップＳ４０１８）、当該紙情報の「元文書へのリンク」にセットされているＩＤを取得する。この「元文書へのリンク」には、上述したように、紙ＩＤがセットされることもあるし、電子ＩＤがセットされることもあるので、どちらがセットされているかはこの時点では判断できない。しかし、紙ＩＤも電子ＩＤもサービスのＵＵＩＤとローカルＩＤとの組み合わせであることは変わらない。このため、印刷アプリ１００＿１は、まず、「元文書へのリンク」にセットされているＩＤから、サービスのＵＵＩＤを抽出する（ステップＳ４０１９）。尚、ここでは、ＥＩＤＳ２０２＿１のＵＵＩＤが抽出されるものとする。そして、印刷アプリ１００＿１は、そのＵＵＩＤをパラメータとしてＳＲＭＳ２００＿１に渡し、当該ＵＵＩＤのサービス情報の取得を要求する（ステップＳ４０２０）。ＳＲＭＳ２００＿１は、上述したサービス取得１の機能により、該当するＥＩＤＳ２０２＿１のサービス情報を取得し、これを印刷アプリ１００＿１に返す（ステップＳ４０２１）。印刷アプリ１００＿１は、ＳＲＭＳ２００＿１からサービス情報を受け取ると、当該サービス情報の「名前空間」を参照し、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４０２２）。ここでは、印刷アプリ１００＿１は、当該サービス情報の示すサービスはＥＩＤＳ２０２であると判断する。そして、印刷アプリ１００＿１は、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２＿１にアクセスして、ステップＳ４０１８において取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２＿１に渡して、電子情報取得の実行を要求する（ステップＳ４０２３）。ＥＩＤＳ２０２＿１は、電子情報ＤＢ３０２＿１に格納されている電子情報テーブル３０２Ａ＿１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５＿１の文書取得機能を利用して、電子文書ＤＢ３０３＿１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共に印刷アプリ１００＿１へ返す（ステップＳ４０２４）。
【００８８】
印刷アプリ１００＿１は、電子情報及びＴＩＦＦファイルを取得すると（ステップＳ４０２５）、次いで、ステップＳ４０１５で取得した新たな紙ＩＤをエンコーダ２０３＿１に渡し当該紙ＩＤのエンコードを要求する（ステップＳ４０２６）。エンコーダ２０３＿１は、当該紙ＩＤをエンコードしてコード画像を生成し（ステップＳ４０２７）、生成したコード画像を印刷アプリ１００＿１に渡す（ステップＳ４０２８）。印刷アプリ１００＿１は、コード画像を受け取ると（ステップＳ４０２９）、ステップＳ４０２５で取得したＴＩＦＦファイル及びステップＳ４０１８で取得した紙情報にセットされている「印刷条件」を用いて、レンダリング画像を生成し、次いで、上述のステップＳ４１６の処理を行う。このステップＳ４１６では、印刷アプリ１００＿１は、収容トレイ７０に収容された新たな紙を紙搬送機構により印刷部６１まで搬送させ、印刷部６１に印刷を行わせる。
【００８９】
以上のような構成によれば、確実に読み取り可能であり且つ正確にデコード可能なコード画像が印刷された紙を提供可能であり、印刷するコード画像の品質を保証することができる。この結果、コード画像の印刷不良によって、例えば、当該コード画像から誤った紙ＩＤが取得され、この紙ＩＤから印刷対象ではない電子文書が取得されることによる誤印刷を防ぐこともできる。また、紙ＩＤをエンコードして生成したコード画像が印刷不良である場合又はデコード不良である場合、当該紙ＩＤを抹消すると共に、当該紙ＩＤと対応付けられて紙情報テーブル３０１に記憶されている紙情報を削除することにより、紙ＩＤと紙情報との対応関係の整合性を常に保持することができる。
【００９０】
尚、上述においては、複数ページのうち１枚の紙がＮＧ紙となった場合について説明したが、複数ページのうち複数枚の紙がＮＧ紙となった場合には、紙１枚毎にステップＳ４００７〜Ｓ４０１９の処理を行うようにすれば良い。
【００９１】
b)スキャン印刷
スキャン印刷について説明する。ここでは、例として、図３３〜３５で説明した処理によって複写機ＭＦＰ1で印刷された紙を、複写機ＭＦＰ５のスキャンアプリ１０１＿５の実行により走査部でスキャンし、同じく複写機ＭＦＰ５の印刷アプリ１００＿５の実行により再印刷する場合の印刷アプリ１００＿５の動作について説明する。スキャンアプリ１０１＿５の動作については後述する。図３６は、スキャン印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【００９２】
ユーザが複写機ＭＦＰ５において複写対象の紙（図３３で説明した処理によって複写機ＭＦＰ１で印刷された紙）をセットし、印刷条件を設定して、印刷を指示すると、複写機ＭＦＰ５のスキャンアプリ１０１＿５が、当該紙を走査部がスキャンして読み取った、当該紙に印刷されたコード画像を取得し、その結果に基づいて得られるＴＩＦＦファイル及び紙ＩＤと、ユーザから設定された印刷条件とを含む印刷命令を印刷アプリ１００＿５に渡す。ここでのスキャンアプリ１０１＿５の詳細な動作の手順については後述する。尚、ＴＩＦＦファイルは、上述したＥＩＤＳ２０２の電子情報登録の機能により電子文書ＤＢ３０３に記憶されたＴＩＦＦファイルであり、ＥＩＤＳ２０２から取得されたものである。紙ＩＤは、当該紙に付加されている紙ＩＤであり、ここでは、上述した紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３のいずれかである。
【００９３】
印刷アプリ１００＿５は、印刷命令を受け取ると（ステップＳ４２０）、当該印刷命令に含まれるＴＩＦＦファイル及び印刷条件からレンダリングを行ない、印刷対象の文書を表す画像（レンダリング画像）を生成する（ステップＳ４２１）。尚、ここでは、ＴＩＦＦファイルは、３ページの文書を表す情報であるため、印刷アプリ１００＿５は、ページ毎にレンダリングを行い、３つのレンダリング画像を生成する。また、印刷アプリ１００＿５は、各情報がセットされていない初期状態の紙情報を生成し、生成した紙情報における「名称」にファイル名をセットし、スキャンアプリ１０１＿５から渡された印刷条件を紙情報の「印刷条件」にセットし、スキャンアプリ１０１＿５から渡された紙ＩＤ（ここでは、上述した紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３のいずれかである）を紙情報の「元文書へのリンク」へセットする（ステップＳ４２２）。そして、印刷アプリ１００＿５は、ＰＩＤＳ２０１＿５に対して紙情報の登録を要求し、生成した紙情報をパラメータとしてＰＩＤＳ２０１＿５に渡す（ステップＳ４２３）。以降のステップＳ４２４〜Ｓ４３１の動作の手順は、上述のステップＳ４０９〜Ｓ４１６と略同様であるため、その説明を省略する。但し、ステップＳ４２７〜Ｓ４３０で印刷アプリ１００＿５がエンコードを要求するのは、エンコーダ２０３＿５に対してである。
【００９４】
そして、上述のドライバ印刷の場合と同様に、処理の結果、ＰＩＤＳ２０１＿５で発行された３つの紙ＩＤがエンコードされて印刷された３枚の各印刷結果が得られる。ここで、例えば、各印刷結果に付加された紙ＩＤをページ順に各々紙ＩＤ５−１，紙ＩＤ５−２，紙ＩＤ５−３とする。このとき、これらの紙ＩＤに対応する紙情報の「元文書へのリンク」には、上述したように、紙ＩＤ１−１，紙ＩＤ１−２，紙ＩＤ１−３のいずれかがセットされているため、紙ＩＤ５−１，紙ＩＤ５−２，紙ＩＤ５−３に対して紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３のいずれかをリンク付けすることができる。また、紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３に対応する各紙情報の「元文書へのリンク」には、上述のステップＳ４０７で説明したように、電子ＩＤがセットされているため、この電子ＩＤを用いて、印刷対象の電子文書を取得することを可能にする。即ち、紙を複写する毎に、複写先の紙ＩＤに複写元の紙ＩＤをリンクさせる構成によれば、紙を複写する際に、紙ＩＤに対応する紙情報のリンクを辿ることにより、印刷元の電子文書がリンク付けされた紙情報に辿り着くことができ、その結果、電子文書に辿り着くことができる。また、このように紙ＩＤ及び紙ＩＤに対応する紙情報を介在させることにより、当該電子文書に係る印刷をいつどこで行ったのかをトレースすることも可能になる。
【００９５】
＜スキャンアプリの動作＞
次に、スキャンアプリ１０１の動作の手順を、以下の２つのケースに分けて説明する。
a)複写機ＭＦＰ１で印刷した紙の２ページ目(紙ＩＤ１−２)を、複写機ＭＦＰ５でスキャンし、再印刷する
b)a)の複写機ＭＦＰ５で再印刷した紙の１ページ目(紙ＩＤ５−１)を、複写機ＭＦＰ６でスキャンし、再々印刷する
【００９６】
ケースa)としては、事業所Ｊ１で印刷した紙を事業所Ｊ２へ持参し、事業所Ｊ２の複写機ＭＦＰで再印刷する場合を想定している。ケースb)としては、事業所Ｊ１で印刷した紙を事業所Ｊ２へ持参し、事業所Ｊ２の複写機ＭＦＰで再印刷した紙をさらに事業所Ｊ３へ持参し、事業所Ｊ３の複写機ＭＦＰで再々印刷する場合を想定している。尚、複写機ＭＦＰ間の信頼関係は、図１８に示す関係になっているものとする。
【００９７】
a)の場合の動作の手順
図３７は、複写機ＭＦＰ１で印刷した紙の２ページ目(ここでは、紙ＩＤ１−２に対応するものとする)を、複写機ＭＦＰ５でスキャンし、再印刷する場合のスキャンアプリ１０１＿５の動作の手順を示すフローチャートである。複写機ＭＦＰ５において電源が投入され、スキャンアプリ１０１＿５が起動すると、印刷条件を設定する項目とスキャンを指示するためのスキャンボタンとを操作パネル２０に表示させる。そして、ユーザが、複写機ＭＦＰ１で印刷した３枚の紙のうち、２ページ目を複写機ＭＦＰ５のスキャン部（図示せず）にセットして、操作パネル２０において印刷条件を設定し、スキャンボタンを押下すると、スキャンアプリ１０１＿５は、印刷条件を取得し、スキャン部にセットされた紙のスキャンを実行する（ステップＳ４４０）。そして、スキャンアプリ１０１＿５は、スキャンの結果得られるスキャン画像をデコーダ２０４＿５に渡してデコードを要求する（ステップＳ４４１）。デコーダ２０４＿５は、上述のデコード機能により、スキャンアプリ１０１＿５から渡されたスキャン画像に含まれるコード画像をデコードし、紙ＩＤ（紙ＩＤ１−２）を取得する（ステップＳ４４２）。そして、デコーダ２０４＿５は、この紙ＩＤ１−２をスキャンアプリ１０１＿５に渡す（ステップＳ４４３）。
【００９８】
スキャンアプリ１０１＿５は、紙ＩＤ１−２を受け取ると（ステップＳ４４４）、当該紙ＩＤ１−２から、ＰＩＤＳ２０１のＵＵＩＤを抽出する（ステップＳ４４５）。ここでは、スキャンアプリ１０１＿５は、ＵＵＩＤだけではＰＩＤＳ２０１＿１であるか否かを判断できないので、そのＵＵＩＤをパラメータとしてＭＦＰ５のＳＲＭＳ２００＿５に渡し、当該ＵＵＩＤのサービス情報の取得を要求する、即ち、上述したサービス取得１の実行を要求する（ステップＳ４４６）。尚、ここでは、スキャンアプリ１０１＿５と、ＳＲＭＳ２００＿５とのデータの受け渡しは、同一の複写機ＭＦＰ５内で行うため、上述したＷｅｂサービスは利用しない。ＳＲＭＳ２００＿５は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する（ステップＳ４４７）。ここでは、ＳＲＭＳ２００＿５はＰＩＤＳ２０１＿１のサービス情報を管理していないので、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿５に返す（ステップＳ４４７）。スキャンアプリ１０１＿５は、このエラー情報を受け取ると（ステップＳ４４８）、次いで、ＳＲＭＳ２００＿５に対して、サービス情報のリストを要求する、即ち、サービス取得３の実行を要求する（ステップＳ４４９）。ＳＲＭＳ２００＿５は、サービス取得３の機能により、サービスＤＢ３００＿５に格納されている信頼関係情報テーブル３００Ｂ＿５を参照して、ＳＲＭＳ２００＿５と信頼関係にあるＳＲＭＳ２００のサービス情報をリスト化してスキャンアプリ１０１＿５に渡す（ステップＳ４５０）。ここでは、ＳＲＭＳ２００＿５は、自身のサービス情報と、ＳＲＭＳ２００＿４のサービス情報とを渡す。スキャンアプリ１０１＿５は、サービス情報のリストを受け取ると（ステップＳ４５１）、当該リストにあるＳＲＭＳ２００＿４に対して、ステップＳ４４５で抽出したＵＵＩＤをパラメータとして渡し、当該ＵＵＩＤのサービス情報の取得（サービス取得１の実行）を要求する（ステップＳ４５２）。ここでは、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＳＲＭＳ２００＿４とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。尚、スキャンアプリ１０１＿５は、ＳＲＭＳ２００＿５に対してはサービス取得１の実行は要求済なので、ここでは、ＳＲＭＳ２００＿５に対してサービス取得１の実行を要求しない。
【００９９】
ＳＲＭＳ２００＿４は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する。ここでは、ＳＲＭＳ２００＿４はＰＩＤＳ２０１＿１のサービス情報を管理していないので、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿５に返す（ステップＳ４５３）。スキャンアプリ１０１＿５は、このエラー情報を受け取ると（ステップＳ４５４）、次いで、ＳＲＭＳ２００＿４に対してサービス情報のリスト（サービス取得３の実行）を要求する（ステップＳ４５５）。ＳＲＭＳ２００＿４は、サービス取得３の機能により、サービスＤＢ３００＿４に格納されている信頼関係情報テーブル３００Ｂ＿４を参照して、ＳＲＭＳ２００＿４と信頼関係にあるＳＲＭＳ２００のサービス情報をリスト化してスキャンアプリ１０１＿５に渡す。ここでは、ＳＲＭＳ２００＿４は、自身のサービス情報と、ＳＲＭＳ２００＿２及びＳＲＭＳ２００＿５の各サービス情報とを渡す（ステップＳ４５６）。スキャンアプリ１０１＿５は、サービス情報のリストを受け取ると（ステップＳ４５７）、当該リストにあるＳＲＭＳ２００＿２に対して、ステップＳ４４５で抽出したＵＵＩＤをパラメータとして渡し、当該ＵＵＩＤのサービス情報の取得（サービス取得１の実行）を要求する（ステップＳ４５８）。ここでも、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＳＲＭＳ２００＿２とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。尚、スキャンアプリ１０１＿５は、ＳＲＭＳ２００＿４及びＳＲＭＳ２００＿５に対してはサービス取得１の実行は要求済なので、ここでは、ＳＲＭＳ２００＿４及びＳＲＭＳ２００＿５に対してサービス取得１の実行を要求しない。
【０１００】
ＳＲＭＳ２００＿２は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する（ステップＳ４５９）。ここでは、ＳＲＭＳ２００＿２はＳＲＭＳ２００＿１と信頼関係にあるため、ＰＩＤＳ２０１＿１のサービス情報がＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２に記憶されている。このため、ＳＲＭＳ２００＿２は、検索の結果、該当するＰＩＤＳ２０１＿１のサービス情報を取得し、これをスキャンアプリ１０１＿５に返す（ステップＳ４５９）。以上のように、紙ＩＤに含まれるＵＵＩＤを用いてサービス取得１を実行して、該当するサービス情報を検索し、サービス情報が得られなかった場合にはサービス取得３を実行して、信頼関係にあるＳＲＭＳ２００を検索し、当該信頼関係にあるＳＲＭＳ２００に対してサービス取得１を実行させ、サービス情報が得られるまでサービス取得１及びサービス取得３を繰り返す。この処理をサービス情報検索という。
【０１０１】
スキャンアプリ１０１＿５は、ＳＲＭＳ２００＿２からサービス情報を受け取ると、当該サービス情報の「名前空間」を参照し、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４６０）。スキャンアプリ１０１＿５は、例えば、名前空間に「jp.co.ricoh.pids」がセットされていれば、そのサービス情報がＰＩＤＳを示すものであると判断し、名前空間に「jp.co.ricoh.eids」がセットされていれば、そのサービス情報がＥＩＤＳを示すものであると判断する。ここでは、ＰＩＤＳ２０１＿１のサービス情報が返ってくるので、名前空間が「jp.co.ricoh.pids」であり、従って、スキャンアプリ１０１＿５は、当該サービス情報の示すサービスはＰＩＤＳ２０１であると判断する。そして、スキャンアプリ１０１＿５は、サービスがＰＩＤＳ２０１であると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１＿１にアクセスして、ステップＳ４４４で取得した紙ＩＤ１−２をＰＩＤＳ２０１＿１に渡して、紙情報の取得を要求する（ステップＳ４６１）。ここでも、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＰＩＤＳ２０１＿１とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。ＰＩＤＳ２０１＿１は、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤ１−２に対応する紙情報を取得し、これをスキャンアプリ１０１＿５に返す（ステップＳ４６２）。スキャンアプリ１０１＿５は、紙情報を取得すると、当該紙情報の「元文書へのリンク」にセットされているＩＤを取得する。この「元文書へのリンク」には、紙ＩＤがセットされることもあるし、電子ＩＤがセットされることもあるので、どちらがセットされているかはこの時点では判断できない。しかし、紙ＩＤも電子ＩＤもサービスのＵＵＩＤとローカルＩＤとの組み合わせであることは変わらない。このため、スキャンアプリ１０１＿５は、まず、「元文書へのリンク」にセットされているＩＤから、サービスのＵＵＩＤを抽出する（ステップＳ４６３）。
【０１０２】
そして、スキャンアプリ１０１＿５は、抽出したＵＵＩＤで、上記のサービス情報探索で最終的にサービス情報を見つけたＳＲＭＳ２００＿２に対して、サービス取得１の実行を要求する（ステップＳ４６４）。ここで、ＳＲＭＳ２００＿２からサービス情報探索を行なうのは、ステップＳ４５９でＰＩＤＳ２０１＿１のサービス情報を見つけたＳＲＭＳ２００＿２に、今回の検索対象のＵＵＩＤに対応するサービス情報が存在する可能性が高いからである。しかし、ＳＲＭＳ２００＿２から探索を始めるのではなく、上記と同じように、ＳＲＭＳ２００＿５から探索を始めても構わない。ここでは、ＳＲＭＳ２００＿２はＳＲＭＳ２００＿１と信頼関係にあるため、ＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２には、ＥＩＤＳ２０２＿１のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿２は、検索の結果、ＥＩＤＳ２０２＿１のサービス情報を取得し、これをスキャンアプリ１０１＿５に返す（ステップＳ４６５）。
【０１０３】
スキャンアプリ１０１＿５は、ＥＩＤＳ２０２＿１のサービス情報を取得すると、当該サービス情報の「名前空間」を参照して、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４６６）。ここでは、名前空間には「jp.co.ricoh.eids」がセットされているので、スキャンアプリ１０１＿５は、当該サービス情報の示すサービスはＥＩＤＳであると判断する。そして、スキャンアプリ１０１＿５は、サービスがＥＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２＿１にアクセスして、ステップＳ４６３で取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２＿１に渡して、電子情報取得の実行を要求する（ステップＳ４６７）。ここでも、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＥＩＤＳ２０２＿１とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。ＥＩＤＳ２０２＿１は、電子情報ＤＢ３０２＿１に格納されている電子情報テーブル３０２Ａ＿１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５＿１の文書取得機能を利用して、電子文書ＤＢ３０３＿１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共にスキャンアプリ１０１＿５へ返す（ステップＳ４６８）。スキャンアプリ１０１＿５は、電子情報及びＴＩＦＦファイルを取得すると、印刷アプリ１００＿５に対して、ＴＩＦＦファイルと、スキャン画像からステップＳ４４４で得た紙ＩＤ１−２と、ユーザが操作パネル２０において設定した印刷条件とを含む印刷命令を渡す（ステップＳ４６９）。すると、印刷アプリ１００＿５は、上述のステップＳ４２０〜Ｓ４３１の処理を実行して、３枚の印刷結果を得ることができる。ここでは、印刷結果の各紙には、ページ順に紙ＩＤ５−１，紙ＩＤ５−２，紙ＩＤ５−３の各紙ＩＤを表すコード画像が各々印刷されているものとする。
【０１０４】
以上のようにして、紙ＩＤに含まれるＵＵＩＤを用いてサービス取得１を実行して、該当するサービス情報を検索し、サービス情報が得られなかった場合にはサービス取得３を実行して、信頼関係にあるＳＲＭＳ２００を検索し、当該信頼関係にあるＳＲＭＳ２００に対してサービス取得１を実行させ、該当のサービス情報が得られるまでサービス取得１及びサービス取得３を繰り返すサービス情報検索を行う。更に、得られたサービス情報を用いて紙情報を取得し、当該紙情報の「元文書へのリンク」から電子ＩＤ又は紙ＩＤを得て、紙ＩＤを得た場合にはさらに当該紙ＩＤに対応する紙情報を取得し、電子ＩＤを得られるまで紙情報の取得を繰り返す。電子ＩＤを得た場合には、当該電子ＩＤに対応する電子情報及び電子文書（ＴＩＦＦファイル）を得て、この結果、当該電子文書を用いて印刷を行うことができる。
【０１０５】
b)の場合の動作の手順
図３８〜３９は、上述のa)の複写機ＭＦＰ５で再印刷した紙の１ページ目(ここでは、紙ＩＤ５−１に対応するものとする)を、複写機ＭＦＰ６でスキャンし、再々印刷する場合のスキャンアプリ１０１＿６の動作の手順を示すフローチャートである。ここでは、スキャンアプリ１０１＿６の起動後、上述のa)のケースにおいてステップＳ４６９の結果得られた印刷結果である紙３枚のうち１ページ目(紙ＩＤ５−１に対応する)を、ユーザが複写機ＭＦＰ６のスキャン部へセットして、操作パネル２０において印刷条件を設定し、スキャンボタンを押下して処理が始まる。スキャンアプリ１０１＿６は、印刷条件を取得し、スキャン部にセットされた紙のスキャンを実行する（ステップＳ４８０）。そして、スキャンアプリ１０１＿６は、スキャンの結果得られるスキャン画像を複写機ＭＦＰ６のデコーダ２０４＿６に渡す（ステップＳ４８１）。尚、ステップＳ４８２〜Ｓ４８４の処理については、上述のステップＳ４４２〜Ｓ４４４の処理を略同様であるため、その説明を省略する。また、上述のa)の場合の動作の手順と共通する部分についても、その説明を省略する。
【０１０６】
ステップＳ４８５では、スキャンアプリ１０１＿６は、デコーダ２０４＿６から渡された紙ＩＤ５−１から、ＰＩＤＳ２０１のＵＵＩＤを抽出する。ここでは、スキャンアプリ１０１＿６は、当該ＵＵＩＤについて、当該ＵＵＩＤだけではＰＩＤＳ２０１＿５であるか否かを判断できないため、上述のステップＳ４４６と同様にして、当該ＵＵＩＤをパラメータとして複写機ＭＦＰ６のＳＲＭＳ２００＿６に渡し、上述したサービス取得１の実行を要求する（ステップＳ４８６）。ＳＲＭＳ２００＿６は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する。ここでは、ＳＲＭＳ２００＿６はＰＩＤＳ２０１＿５のサービス情報を管理していないので、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿６に返す（ステップＳ４８７）。スキャンアプリ１０１＿６は、このエラー情報を受け取ると（ステップＳ４８８）、次いで、ＳＲＭＳ２００＿６に対してサービス情報のリスト（サービス取得３の実行）を要求する（ステップＳ４８９）。ＳＲＭＳ２００＿６は、サービス取得３の機能により、サービスＤＢ３００＿６に格納されている信頼関係情報テーブル３００Ｂ＿６を参照する。ここでは、複写機ＭＦＰ６は、どの複写機ＭＦＰ１〜５,７〜８とも信頼関係を結んでいないため、他のＳＲＭＳ２００のサービス情報は、複写機ＭＦＰ６のサービス情報テーブル３００Ａ＿６には記憶されていない。このため、ＳＲＭＳ２００＿６は、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿６に返す（ステップＳ４９０）。
【０１０７】
この場合、スキャンアプリ１０１＿６は、エラー情報を受け取ると（ステップＳ４９１）、ＳＲＭＳ２００＿６に対してサービス検索を要求する（ステップＳ４９２）。すると、ＳＲＭＳ２００＿６は、複写機ＭＦＰ６と同じイントラネットＮＴ３に接続されている複写機ＭＦＰ７，８の各ＳＲＭＳ２００＿７，ＳＲＭＳ２００＿８に対して上述のサービス検索を行い、ＳＲＭＳ２００＿７，ＳＲＭＳ２００＿８の各サービス情報のリストを得て、これをスキャンアプリ１０１＿６に返す（ステップＳ４９３）。スキャンアプリ１０１＿６は、サービス情報のリストを受け取ると（ステップＳ４９４）、そのサービス情報が当該リストにある全てのＳＲＭＳ２００に対して順に上述のサービス情報探索を行なう（ステップＳ４９５）。まずＳＲＭＳ２００＿７を起点にサービス情報探索を行なうと、ＳＲＭＳ２００＿７からＳＲＭＳ２００＿３のサービス情報を得て、ＳＲＭＳ２００＿３からＳＲＭＳ２００＿２のサービス情報を得て、ＳＲＭＳ２００＿２からＳＲＭＳ２００＿４のサービス情報を得る。ＳＲＭＳ２００＿４とＳＲＭＳ２００＿５とは信頼関係にあることから、ＳＲＭＳ２００＿４の管理するサービス情報テーブル３００Ａ＿４には、ＰＩＤＳ２０１＿５のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿４は、ＰＩＤＳ２０１＿５のサービス情報をサービス情報テーブル３００Ａ＿４から読み出して、これをスキャンアプリ１０１＿６に返す。この結果、スキャンアプリ１０１＿６は、ＰＩＤＳ２０１＿５のサービス情報を取得する。尚、ここでは、ステップＳ４９４で得たサービス情報のリストにあったＳＲＭＳ２００＿７を起点にサービス情報探索を行なった結果、検索対象のサービス情報（ここでは、ＰＩＤＳ２０１＿５のサービス情報）を得た。このため、スキャンアプリ１０１＿６は、そのサービス情報が当該リストにあるＳＲＭＳ２００＿８を起点にサービス情報探索は行なわない。尚、もしＳＲＭＳ２００＿７を起点にサービス情報探索を行なった結果、ＰＩＤＳ２０１＿５のサービス情報が得られなければ、スキャンアプリ１０１＿６は、次に、ＳＲＭＳ２００＿８を起点にサービス情報探索を行なう。
【０１０８】
そして、スキャンアプリ１０１＿６は、得られたサービス情報の「名前空間」を参照して、当該サービス情報の示すサービスを判断する（ステップＳ４９６）。ここでは、ＰＩＤＳ２０１＿５のサービス情報が返ってくるので、名前空間が「jp.co.ricoh.pids」であり、従って、スキャンアプリ１０１＿６は、当該サービス情報の示すサービスはＰＩＤＳであると判断する。そして、スキャンアプリ１０１＿６は、サービスがＰＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１＿５にアクセスして、ステップＳ４８４で取得したＩＤ（ここでは、紙ＩＤ５−１である）をＰＩＤＳ２０１＿５に渡して、紙取得の実行を要求する（ステップＳ４９７）。ＰＩＤＳ２０１＿５は、紙情報ＤＢ３０１＿５に格納されている紙情報テーブル３０１Ａ＿５を参照して、当該紙ＩＤ５−１に対応する紙情報を取得し、これをスキャンアプリ１０１＿６に返す（ステップＳ４９８）。スキャンアプリ１０１＿６は、紙情報を取得すると、上述のステップＳ４６３と同様にして、当該紙情報の「元文書へのリンク」にセットされているＩＤ（ここでは、紙ＩＤ１−２である）を取得し、当該ＩＤからサービスのＵＵＩＤを抽出する（ステップＳ４９９）。
【０１０９】
そして、スキャンアプリ１０１＿６は、抽出したＵＵＩＤで、上記のサービス情報探索で最終的にサービス情報を見つけたＳＲＭＳ２００＿４を起点にサービス情報検索を行う（ステップＳ５００）。または、上記ＳＲＭＳ２００＿６を起点にしたサービス情報の問合せから始めて、サービス情報検索を行っても良い。ここでは、スキャンアプリ１０１＿６は、ＳＲＭＳ２００＿４を起点にサービス情報探索を行なうと、ＳＲＭＳ２００＿４からＳＲＭＳ２００＿２のサービス情報を得る。ＳＲＭＳ２００＿２とＳＲＭＳ２００＿１とは信頼関係にあることから、ＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２には、ＰＩＤＳ２０１＿１のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿２は、ＰＩＤＳ２０１＿１のサービス情報をサービス情報テーブル３００Ａ＿２から読み出して、これをスキャンアプリ１０１＿６に返す。この結果、スキャンアプリ１０１＿６は、ＰＩＤＳ２０１＿１のサービス情報を取得する。次いで、スキャンアプリ１０１＿６は、得られたサービス情報の「名前空間」を参照して、当該サービス情報の示すサービスを判断する（ステップＳ５０１）。ここでは、ＰＩＤＳ２０１＿１のサービス情報が返ってくるので、名前空間が「jp.co.ricoh.pids」であり、従って、スキャンアプリ１０１＿６は、当該サービス情報の示すサービスはＰＩＤＳであると判断する。
【０１１０】
そして、スキャンアプリ１０１＿６は、サービスがＰＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１＿１にアクセスして、ステップＳ４９９で取得したＩＤ（ここでは、紙ＩＤ１−２である）をＰＩＤＳ２０１＿１に渡して、紙取得の実行を要求する（ステップＳ５０２）。ＰＩＤＳ２０１＿１は、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤ１−２に対応する紙情報を取得し、これをスキャンアプリ１０１＿６に返す（ステップＳ５０３）。スキャンアプリ１０１＿６は、紙情報を取得すると、上述のステップＳ４６３と同様にして、当該紙情報の「元文書へのリンク」にセットされているＩＤ（ここでは、電子ＩＤである）を取得し、当該ＩＤから、サービス（ここでは、ＥＩＤＳ２０２＿１である）のＵＵＩＤを抽出する（ステップＳ５０４）。そして、スキャンアプリ１０１＿６は、抽出したＵＵＩＤで、上記のサービス情報探索で最終的にサービス情報を見つけたＳＲＭＳ２００＿２を起点にサービス情報探索を行なう（ステップＳ５０５）。ＳＲＭＳ２００＿２を起点にサービス情報探索を行なうと、ＳＲＭＳ２００＿２とＳＲＭＳ２００＿１とは信頼関係にあることから、ＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２には、ＥＩＤＳ２０２＿１のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿２は、ＥＩＤＳ２０２＿１のサービス情報をサービス情報テーブル３００Ａ＿２から読み出して、これをスキャンアプリ１０１＿６に返す。この結果、スキャンアプリ１０１＿６は、ＥＩＤＳ２０２＿１のサービス情報を取得する。そして、スキャンアプリ１０１＿６は、得られたサービス情報の「名前空間」を参照して、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ５０６）。ここでは、名前空間には「jp.co.ricoh.eids」がセットされているので、スキャンアプリ１０１＿６は、当該サービス情報の示すサービスはＥＩＤＳであると判断する。
【０１１１】
そして、スキャンアプリ１０１＿６は、サービスがＥＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２＿１にアクセスして、ステップＳ５０４で取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２＿１に渡して、電子情報取得の実行を要求する（ステップＳ５０７）。ＥＩＤＳ２０２＿１は、電子情報ＤＢ３０２＿１に格納されている電子情報テーブル３０２Ａ＿１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５＿１の文書取得機能を利用して、電子文書ＤＢ３０３＿１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共にスキャンアプリ１０１＿６へ返す（ステップＳ５０８）。スキャンアプリ１０１＿６は、電子情報及びＴＩＦＦファイルを取得すると、印刷アプリ１００＿６に対して、当該ＴＩＦＦファイルと、スキャン画像からステップＳ４８４で得た紙ＩＤ５−１と、ユーザが操作パネル２０において指定した印刷条件とを含む印刷命令を渡す（ステップＳ５０９）。すると、印刷アプリ１００＿６は、上述のステップＳ４２０〜Ｓ４３１の処理を実行して、３枚の印刷結果を得ることができる。ここでは、例えば、新たな紙ＩＤ６−１，紙ＩＤ６−２，紙ＩＤ６−３を各々表すコード画像が各々印刷された３枚の印刷結果を得ることができる。
【０１１２】
その後、事業所Ｊ３で再々印刷した紙を、いずれかの事業所Ｊ１〜Ｊ３で再度印刷することがあっても、上述のようにして、サービス取得、サービス検索、サービス情報検索、紙取得、電子情報取得の機能が実現されることにより、印刷元の電子文書を取得することができる。従って、印刷した紙を何度複写しても、印刷元の電子文書を用いて、印刷することができる。このため、ユーザの利便性を向上させることができる。
【０１１３】
（３）変形例
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０１１４】
＜変形例１＞
上述した実施の形態の複写機ＭＦＰで実行される各種プログラムを、ＲＯＭ１２ａではなく、ＨＤＤ１８に記憶させるように構成しても良い。また、当該各種プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、当該各種プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital VersatilＥＩＤＳk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。
【０１１５】
＜変形例２＞
また、上述した実施の形態において複写機ＭＦＰの機能として説明した印刷アプリ１００、スキャンアプリ１０１、エンコーダ２０３、デコーダ２０４及びリポジトリ２０５の機能は、上述のものに限定されるものではなく、これらのうち少なくとも２つ以上を組み合わせても良いし、これらのうち少なくとも１つの機能の一部を他の機能に組み込んでも良いし、これらの機能を細分化しても良い。
【０１１６】
＜変形例３＞
上述の実施の形態においては、ページ毎に異なるローカルＩＤを発行し、ページ毎に異なるローカルＩＤを含む紙ＩＤのコード画像を生成するようにした。しかし、１つの電子文書に含まれる全てのページに対して同じローカルＩＤを発行して紙ＩＤを発行するようにしても良いし、所定のぺージ毎に紙ＩＤを発行するようにしても良い。また、複数枚の紙のうち少なくとも１枚以上にコード画像を印刷すれば良く、１ページ目のみや特定のページにのみコード画像を印刷しても良いし、また、各ページに同一のコード画像を印刷しても良い。
【０１１７】
また、エンコードしてコード画像として紙に印刷する情報は、上述の紙ＩＤに限らず、また、当該情報に対応付けられる情報も、上述の紙情報に限らない。
【０１１８】
＜変形例４＞
上述の実施の形態において複写機ＭＦＰが備えるサービスＤＢ３００，紙情報ＤＢ３０１，電子情報ＤＢ３０２，電子文書ＤＢ３０３は、ハードディスクなどの記憶装置に記憶されるものであっても良いし、当該複写機ＭＦＰに着脱可能なＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等の記録媒体に記憶されるものであっても良い。
【０１１９】
＜変形例５＞
上述の実施の形態においては、ステップＳ４０１４でＮＧ紙に対して新たな紙ＩＤを発行するように構成した。しかし、ＮＧ紙に対して新たな紙ＩＤを発行せず、ステップＳ４１０で発行された紙ＩＤを利用するように構成しても良い。図４０は、本変形例における動作の手順を示すフローチャートである。ステップＳ４０００〜Ｓ４００６については、上述の実施の形態と同様であるため、その説明を省略する。ステップＳ４００７´では、印刷アプリ１００＿１は、当該ＮＧ紙について、ステップＳ４１１で取得した紙ＩＤをＰＩＤＳ２０１＿１に渡して、紙情報の変更を要求する。ＰＩＤＳ２０１＿１は、上述の紙情報変更機能により、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤに対応する紙情報を取得し、当該紙情報の「登録日時」及び「更新日時」の値を変更して、紙情報ＤＢ３０１＿１に記憶されている当該紙情報を更新する。そして、ＰＩＤＳ２０１＿１は、処理の終了を示す成功情報を印刷アプリ１００＿１に返す（ステップＳ４００８´）。印刷アプリ１００＿１は、成功情報を取得すると（ステップＳ４００９´）、次いで、ステップＳ４１１で取得した当該紙ＩＤをＰＩＤＳ２０１＿１に渡して、上述のように更新された紙情報の取得を要求する（ステップＳ４０１０´）。ＰＩＤＳ２０１＿１が、上述の紙取得機能により、当該紙ＩＤに対応する紙情報を印刷アプリ１００＿１に返す（ステップＳ４０１１´）。印刷アプリ１００＿１は、新たな紙情報を取得すると（ステップＳ４０１２´）、上述と同様にして、ステップＳ４０１９以降の処理を行う。このような構成によれば、印刷するコード画像の品質を保証可能であると共に、発行する紙ＩＤの数や、処理するステップ数を抑えることができるので、必要な資源を最小限に抑えることができる。また、紙ＩＤをエンコードして生成したコード画像が印刷不良である場合又はデコード不良である場合、当該紙ＩＤと対応付けられて紙情報テーブル３０１に記憶されている紙情報を変更することにより、紙ＩＤと紙情報との対応関係の整合性を常に保持することができる。
【０１２０】
＜変形例６＞
上述の実施の形態においては、ＮＧ紙について、ステップＳ４００７〜Ｓ４０２９，Ｓ４１６の処理を行うことにより、自動的に再印刷を行うように構成したが、ＮＧ紙を自動的に再印刷しないように構成しても良い。このような構成においては、図３４のステップＳ４００６の後、ステップＳ４０１０〜Ｓ４０１２の処理のみを行うように構成すれば良い。また、例えば、操作パネル２０を介してユーザからの指示があった場合には、ステップＳ４００７〜Ｓ４０２９，Ｓ４１６の処理を行うように構成しても良い。このような構成によっても、紙ＩＤと紙情報との対応関係の整合性を常に保持することができる。
【０１２１】
また、上述の実施の形態においては、ＮＧ紙について、ステップＳ４００５に係るＮＧ記録と、ステップＳ４００６に係るガベージトレイ７２への排出とを行ったが、いずれか一方のみを行うように構成しても良い。
【０１２２】
＜変形例７＞
上述の実施の形態においては、複写機ＭＦＰは、他の複写機ＭＦＰとネットワークＮＴにより接続させる構成としたが、他の複写機ＭＦＰと接続されない構成であっても良い。
【産業上の利用可能性】
【０１２３】
以上のように、本発明にかかる画像処理装置、画像処理方法及び画像処理プログラムは、コード画像化された情報を紙に印刷すると共に、当該情報に対応付けられる情報を保持する画像処理技術に用いて好適である。
【図面の簡単な説明】
【０１２４】
【図１】本実施の形態にかかる画像処理システム全体の構成を示すブロック図である。
【図２】同実施の形態にかかる複写機ＭＦＰのハードウェア構成を示すブロック図である。
【図３】複写機ＭＦＰの本実施の形態に係るハードウェア構成及び機能的構成を簡略化して示した図である。
【図４】同実施の形態にかかる複写機ＭＦＰの機能的構成を示すブロック図である。
【図５】同実施の形態にかかるＳＲＭＳ２００の構成を示すブロック図である。
【図６】同実施の形態にかかるサービス情報テーブル３００Ａのデータ構成を例示する図である。
【図７】同実施の形態にかかる信頼関係情報テーブル３００Ｂのデータ構成を例示する図である。
【図８】同実施の形態にかかるＰＩＤＳ２０１の構成を示すブロック図である。
【図９】同実施の形態にかかる紙情報テーブル３０１Ａのデータ構成を例示する図である。
【図１０】同実施の形態にかかるＥＩＤＳ２０２の構成を示すブロック図である。
【図１１】同実施の形態にかかる電子情報テーブル３０２Ａのデータ構成を例示する図である。
【図１２】同実施の形態にかかるＷｅｂサービスにおいてＳＯＡＰメッセージを用いたＳＯＡＰ通信の基本的な処理の手順を示すフローチャートである。
【図１３】同実施の形態にかかるサービス登録の機能により実現されるサービス登録処理の手順を示すフローチャートである。
【図１４】同実施の形態にかかるサービス変更の機能により実現されるサービス変更処理の手順を示すフローチャートである。
【図１５】同実施の形態にかかるサービス削除の機能により実現されるサービス削除処理の手順を示すフローチャートである。
【図１６】同実施の形態にかかるサービス取得の機能により実現されるサービス取得処理の手順を示すフローチャートである。
【図１７】同実施の形態にかかる信頼関係構築機能により実現される信頼関係構築処理の手順を示すフローチャートである。
【図１８】図１に示した画像処理システムにおいて、信頼関係を結んでいる複写機ＭＦＰの関係を模式的に例示した図である。
【図１９】同実施の形態にかかる画像処理システムにおいて以上のような信頼関係があるときの複写機ＭＦＰ３の有するサービス情報テーブル３００Ａ＿３の状態を示す図である。
【図２０】同実施の形態にかかる画像処理システムにおいて以上のような信頼関係があるときの及び複写機ＭＦＰ７の有するサービス情報テーブル３００Ａ＿７の状態を示す図である。
【図２１】同実施の形態にかかる信頼関係破棄機能により実現される信頼関係破棄処理の手順を示すフローチャートである。
【図２２】同実施の形態にかかる同期機能により実現される信頼関係破棄処理の手順を示すフローチャートである。
【図２３】同実施の形態にかかるサービス問い合わせの機能により実現されるサービス問い合わせ処理の手順を示すフローチャートである。
【図２４】同実施の形態にかかるサービス検索の機能により実現されるサービス検索処理の手順を示すフローチャートである。
【図２５】同実施の形態にかかる紙登録の機能により実現される紙登録処理の手順を示すフローチャートである。
【図２６】同実施の形態にかかる紙情報変更の機能により実現される紙情報変更処理の手順を示すフローチャートである。
【図２７】同実施の形態にかかる紙削除の機能により実現される紙削除処理の手順を示すフローチャートである。
【図２８】同実施の形態にかかる紙取得の機能により実現される紙取得処理の手順を示すフローチャートである。
【図２９】同実施の形態にかかる電子情報登録の機能により実現される電子情報登録処理の手順を示すフローチャートである。
【図３０】同実施の形態にかかる電子情報変更機能により実現される電子情報変更処理の手順を示すフローチャートである。
【図３１】同実施の形態にかかる電子情報削除の機能により実現される電子情報削除処理の手順を示すフローチャートである。
【図３２】同実施の形態にかかる電子情報取得の機能により実現される電子情報取得処理の手順を示すフローチャートである。
【図３３】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３４】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３５】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３６】同実施の形態にかかるスキャン印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３７】同実施の形態にかかる複写機ＭＦＰ１で印刷した紙を、複写機ＭＦＰ５で再印刷する場合のスキャンアプリ１０１＿５の動作の手順を示すフローチャートである。
【図３８】複写機ＭＦＰ５で再印刷した紙を、複写機ＭＦＰ６で再々印刷する場合のスキャンアプリ１０１＿６の動作の手順を示すフローチャートである。
【図３９】複写機ＭＦＰ５で再印刷した紙を、複写機ＭＦＰ６で再々印刷する場合のスキャンアプリ１０１＿６の動作の手順を示すフローチャートである。
【図４０】本実施の形態の変形例に係る動作の手順を示すフローチャートである。
【符号の説明】
【０１２５】
１０ コントローラ
１１ ＣＰＵ
１２ａ ＲＯＭ
２０ 操作パネル
６０ エンジン部
６１ 印刷部
６２ コード画像読取部
７０ 収容トレイ
７１ 排紙トレイ（第１トレイ）
７２ ガベージトレイ（第２トレイ）
７４ ＮＧ記録部（第２印刷手段）
７５ 紙搬送路切替部
１００ 印刷アプリ（印刷手段）
１０１ スキャンアプリ（読取手段）
２００ ＳＲＭＳ（サービス情報制御手段）
２０１ ＰＩＤＳ（紙情報制御手段）
２０２ ＥＩＤＳ（電子情報制御手段）
２０３ エンコーダ（コード取得手段）
２０４ デコーダ（コード画像生成手段）
２０５ リポジトリ（電子文書制御手段）
３００ サービスＤＢ
３００Ａ サービス情報テーブル
３００Ｂ 信頼関係情報テーブル
３０１ 紙情報ＤＢ
３０１Ａ 紙情報テーブル
３０２ 電子情報ＤＢ
３０２Ａ 電子情報テーブル
３０３ 電子文書ＤＢ
ＥＩ１ インターフェース部
ＥＩ２ 処理機能部
ＥＩ２０ 電子情報登録処理部
ＥＩ２１ 電子情報変更処理部
ＥＩ２２ 電子情報削除処理部
ＥＩ２３ 電子情報取得処理部
ＭＦＰ１〜６ 複写機
ＮＴ０ インターネット
ＮＴ１〜ＮＴ３ イントラネット
ＰＣ１〜２ パーソナルコンピュータ
ＰＩ１ インターフェース部
ＰＩ２ 処理機能部
ＰＩ２０ 紙登録処理部
ＰＩ２１ サービス変更処理部
ＰＩ２１ 紙変更処理部
ＰＩ２２ 紙削除処理部
ＰＩ２３ 紙取得処理部
ＳＲ１ インターフェース部
ＳＲ２ 処理機能部
ＳＲ２０ サービス登録処理部
ＳＲ２１ サービス変更処理部
ＳＲ２２ サービス削除処理部
ＳＲ２３ サービス取得処理部
ＳＲ２４ 信頼関係構築処理部
ＳＲ２５ 信頼関係破棄処理部
ＳＲ２６ 同期処理部
ＳＲ２７ サービス検索処理部
ＳＲ２８ サービス問い合せ処理部
【技術分野】
【０００１】
本発明は、印刷対象の紙をスキャナにより読み取った画像又は電子文書に対するパーソナルコンピュータなどからの印刷命令に基づいて、印刷画像を形成して紙に印刷する画像処理装置、画像処理方法及び画像処理プログラムに関するものである。
【背景技術】
【０００２】
従来より、数字や文字などからなる識別情報をバーコード化して文書と共に紙に印刷する技術が開発されている（例えば、特許文献１参照）。特許文献１においてバーコード化される識別情報とは、例えば、患者の氏名やＩＤである。このような技術においては、紙に印刷されたバーコードを読み取って、デコードすることにより当該識別情報を得ることができる。しかし、このバーコードの印刷が不良である場合、当該バーコードを読み取ることができなかったり、デコードの結果が本来のものと異なったりすることがある。近年では、ページ毎に、印刷されたバーコードをカメラにより読み取ってデコードして得られる情報と、バーコード化する前の情報とを照合し、照合結果が一致しない場合、読取不能コードを出力する技術が開発されている（例えば、特許文献２参照）。このような技術によれば、照合結果が一致しない印刷物を排除して、照合結果が一致するよう印刷を行うことにより、結果として、印刷不良を防止することができる。
【０００３】
【特許文献１】特開２００４−１８１９４５号公報
【特許文献２】特開２００６−７９５７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述の技術においては、ページ毎にバーコード化された情報に対して、当該情報に関連する情報が対応付けられ記憶手段に別途記憶されている場合、これらの情報間の対応関係については考慮されていない恐れがあった。このため、例えば、ページ毎のバーコードの印刷不良により、当該バーコードを不使用にした場合、当該バーコード化された情報と当該情報に対応付けられている情報との対応関係に不整合が生じる恐れがあった。
【０００５】
本発明は、上記に鑑みてなされたものであって、印刷不良を防止可能であると共に、コード画像化された情報と、当該情報に対応付けられる情報との対応関係の整合性を保持可能な画像処理装置、画像処理方法及び画像処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、画像処理装置であって、記憶手段に記憶された所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成手段と、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、前記コード取得手段が取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段と、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御手段とを備えることを特徴とする。
【０００７】
請求項２にかかる発明は、請求項１にかかる発明において、前記情報制御手段は、前記所定の情報を識別可能な前記識別情報を発行し、前記記憶手段に記憶される前記所定の情報を当該識別情報と関連付けて管理し、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に対して新たな識別情報を発行し、当該所定の情報を当該新たな識別情報と関連付けて前記記憶手段に新たに登録し、前記コード画像生成手段は、前記情報制御手段が発行した前記新たな識別情報をエンコードしてコード画像を生成し、前記印刷手段は、前記コード画像生成手段が当該新たな識別情報をエンコードして生成したコード画像を前記印刷画像と共に新たな紙媒体に印刷することを特徴とする。
【０００８】
請求項３にかかる発明は、請求項１にかかる発明において、前記所定の情報は、当該所定の情報が前記記憶手段に登録された日時又は前記記憶手段に記憶された当該所定の情報が更新された日時のうち少なくとも一方を示す日時情報を含み、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に含まれる前記日時情報を更新して当該所定の情報を前記記憶手段に新たに登録することを特徴とする。
【０００９】
請求項４にかかる発明は、画像処理装置であって、記憶手段に記憶される所定の情報に対して識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御手段と、前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成手段と、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、前記コード取得手段が取得した読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段とを備え、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記コード画像生成手段がエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷することを特徴とする。
【００１０】
請求項５にかかる発明は、請求項４にかかる発明において、前記所定の情報は、前記記憶手段に記憶された当該所定の情報を更新した日時を示す日時情報を含み、前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報に含まれる前記日時情報を更新することを特徴とする。
【００１１】
請求項６にかかる発明は、請求項１又は請求項４にかかる発明において、前記第２印刷手段は、前記コード画像読取手段が前記コード画像を読み取ることができない場合、前記所定の画像を前記紙媒体に印刷することを特徴とする。
【００１２】
請求項７にかかる発明は、請求項１又は請求項４にかかる発明において、前記印刷手段が印刷した紙媒体の排出先を第１トレイ又は第２トレイに切り替える紙搬送路切替手段を更に備え、前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記紙媒体の排出先を前記紙搬送路切替手段により前記第２トレイに切り替えることを特徴とする。
【００１３】
請求項８にかかる発明は、請求項１又は請求項４にかかる発明において、前記所定の情報は、印刷対象の前記紙媒体を特定する紙情報であり、当該紙媒体への印刷の際の印刷条件を示す印刷条件情報と、当該紙媒体の複写元の紙媒体を特定する紙情報又は前記印刷対象の電子文書を特定する電子情報のうち一方とを含むことを特徴とする。
【００１４】
請求項９にかかる発明は、請求項１又は請求項４にかかる発明において、前記第２印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の画像を前記コード画像に重ねて印刷することを特徴とする。
【００１５】
請求項１０にかかる発明は、画像処理方法であって、記憶手段に記憶される所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を紙媒体に印刷する印刷ステップと、前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、前記コード取得ステップで取得した前記読取識別情報と、前記コード画像生成ステップでエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップと、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御ステップとを備えることを特徴とする。
【００１６】
請求項１１にかかる発明は、画像処理方法であって、記憶手段に記憶される所定の情報に関連付けられた識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御ステップと、前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷ステップと、前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、前記コード取得ステップで取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップとを備え、前記情報制御ステップでは、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、前記印刷ステップでは、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記コード画像生成ステップでエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷することを特徴とする。
【００１７】
請求項１２にかかる発明は、画像処理プログラムであって、請求項１０又は請求項１１に記載された画像処理方法をコンピュータで実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、所定の情報と関連付けられている識別情報がエンコードされたコード画像を紙に印刷する場合、紙に印刷されたコード画像を読み取って取得した識別情報を、エンコードする前の識別情報と照合することにより、コード画像の印刷不良を判別する。そして、コード画像の印刷不良を判別した場合、当該紙に所定の画像を印刷することにより、当該コード画像の印刷不良をユーザに報知することができる。更に、コード画像の印刷不良を判別した場合、当該コード画像にエンコードされる前の識別情報と関連付けられた所定の情報を記憶手段から削除することにより、識別情報と所定の情報との対応関係の整合性を保持することができる。
【００１９】
また、本発明によれば、コード画像の印刷不良を判別した場合、当該コード画像にエンコードされる前の識別情報と関連付けられて記憶手段に記憶された所定の情報を更新することにより、識別情報と所定の情報との対応関係の整合性を保持することができる。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明にかかる画像処理装置、画像処理方法及び画像処理プログラムの最良な実施の形態を詳細に説明する。
【００２１】
（１）構成
＜画像処理システムの構成＞
図１は、本実施の形態にかかる画像処理システム全体の構成を示すブロック図である。本図に示すように、例えば、３つの事業所Ｊ１，Ｊ２，Ｊ３があり、各事業所には、イントラネットＮＴ１，ＮＴ２，ＮＴ３に各々接続される所内システムＳＹＭ１，ＳＹＭ２，ＳＹＭ３がある。これらの各所内システムＳＹＭ１，ＳＹＭ２，ＳＹＭ３がインターネットＮＴ０を介して各々接続されて、画像処理システムが構成される。所内システムＳＹＭ１は、３台の複写機ＭＦＰ１，ＭＦＰ２，ＭＦＰ３と１台のパーソナルコンピュータＰＣ１とが接続されて構成される。所内システムＳＹＭ２は、２台の複写機ＭＦＰ４，ＭＦＰ５と１台のパーソナルコンピュータＰＣ２とが接続されて構成される。所内システムＳＹＭ３は、３台の複写機ＭＦＰ６，ＭＦＰ７，ＭＦＰ８が接続されて構成される。各複写機ＭＦＰ１〜８及び各パーソナルコンピュータＰＣ１〜２は、これらを一意に識別可能なＩＰアドレスが割り当てられており、ＨＴＴＰ/ＦＴＰ/ＵＤＰなどのネットワークプロトコルに従って通信可能である。このようなネットワークの構築には、種々の公知の技術を用いることができる。ネットワークの構築に用いる技術は本実施の形態においては限定されない。尚、以下では、所内システムＳＹＭ１〜ＳＹＭ３について区別する必要がない場合には、その符号のうち「１」〜「３」を省略して、単に、所内システムＳＹＭと記載する。パーソナルコンピュータＰＣ１〜ＰＣ２について区別する必要がない場合には、その符号のうち「１」〜「２」を省略して、単に、パーソナルコンピュータＰＣと記載する。また、複写機ＭＦＰ１〜ＭＦＰ８について区別する必要がない場合には、その符号のうち「１」〜「８」を省略して、単に、複写機ＭＦＰと記載する。
【００２２】
＜画像処理システムの概要＞
本実施の画像処理システムにおいては、複写機ＭＦＰにおいて電子文書を画像として紙に印刷する際に、複写機ＭＦＰは、当該紙に対して当該紙を一意に識別可能な紙ＩＤ（識別情報）を発行しこれをエンコードしたコード画像を当該紙に印刷すると共に、当該紙の印刷条件や当該紙の印刷元の電子文書を特定する情報を含む紙情報を当該紙ＩＤと対応付けて記憶する。このようにして紙情報を紙ＩＤと関連付ける。一方、このような紙を複写機ＭＦＰにおいて複写する際に、複写機ＭＦＰは、当該紙に印刷されたコード画像を読み取り、当該コード画像をデコードして当該紙ＩＤを取得し、当該紙ＩＤに対応付けられた紙情報を取得する。そして、複写機ＭＦＰは、当該紙情報を用いて印刷元の電子文書を取得し、取得した電子文書を用いて紙に印刷を行う。この紙への印刷の際に、複写機ＭＦＰは、当該紙に対して当該紙を一意に識別可能な紙ＩＤを発行してこれをエンコードしたコード画像を当該紙に印刷すると共に、当該紙ＩＤと対応付けて、複写元の紙ＩＤを含む紙情報を記憶する。
【００２３】
＜パーソナルコンピュータＰＣの構成＞
次に、パーソナルコンピュータＰＣの構成について説明する。パーソナルコンピュータＰＣは、パーソナルコンピュータＰＣ全体を制御するＣＰＵ(Central Processing Unit)と、各種制御プログラムや各種データなどを記憶するＲＯＭ（Read Only Memory）と、ＲＡＭ(Random Access Memory)と、各種アプリケーションプログラムや各種データを記憶するＨＤＤ(Hard Disk Drive)と、外部装置とのデータ通信を制御する通信部と、これらを接続するバス（いずれも図示せず）とを有する一般的なコンピュータの構成を有している。更に、パーソナルコンピュータＰＣ１には、有線又は無線の接続手段を介して、モニタなどの表示部と、キーボードなどの操作部（いずれも図示せず）とが接続される。また、パーソナルコンピュータＰＣのＲＯＭにはプリンタドライバが記憶される。このプリンタドライバがＣＰＵにより起動されると、ユーザからの印刷指示に応じて、通信部を介して、同じ所内システムＳＹＭ内にある複写機ＭＦＰに印刷命令を送信する。
【００２４】
＜ＭＦＰの構成＞
次に、複写機ＭＦＰの構成について説明する。図２は、複写機ＭＦＰの電気的構成を示すブロック図である。図２に示すように、複写機ＭＦＰは、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複写機ＭＦＰ全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジン等であり、スキャナなどの走査部を備えると共に、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ等の印刷部（いずれも図示せず）を備える。なお、このエンジン部６０には、プロッタ等のいわゆるエンジン部分に加えて、誤差拡散やガンマ変換等の画像処理部分が含まれる。また、複写機ＭＦＰは、ユーザからの操作が入力される操作装置と情報を表示する表示装置とを一体的に形成した操作パネル２０を備える。操作パネル２０は、ＡＳＩＣ１６に接続される。また、コントローラ１０の有するＣＰＵ１１は、計時機能を有し、現在日時を計時する。このような複写機ＭＦＰの詳細な電気的構成については、例えば特開２００６−１７７９９０に開示されているため、その説明を省略する。
【００２５】
次に、複写機ＭＦＰのハードウェア構成及び機能的構成について、本実施の形態に係わる部分の概略を説明する。図３は、複写機ＭＦＰの本実施の形態に係るハードウェア構成及び機能的構成を簡略化して図示したものである。複写機ＭＦＰは、紙を収容する収容トレイ７０と、紙の排出先である排紙トレイ７１及びガベージトレイ７２と、紙搬送路７３に沿って紙を搬送する紙搬送機構（図示せず）と、ＮＧ記録部７４と、紙搬送路切替部７５と、コード画像読取部７６とを備える。符号６１は、上述のエンジン部６０の印刷部である。排紙トレイ７１は、通常に印刷した紙の排出先であり、ガベージトレイ７２は、印刷不良の紙や印刷不能な紙などの排出先である。コード画像読取部７６は、当該紙をスキャンすることにより印刷部６１で紙に印刷されたコード画像を読み取り、読み取ったコード画像をコントローラ１０に渡す。ＮＧ記録部７４は、コントローラ１０の制御の下、紙に画像を形成する記録手段であり、例えば、「ＮＧ」などの文字や「×」のマークを形成するスタンプ等の記録手段により構成される。紙搬送路切替部７５は、紙搬送路７３の途中にあるＮＧ記録部７４の下流に設けられ、コントローラ１０の制御の下、印刷した紙の排出先を排紙トレイ７１又はガベージトレイ７２に切り替える機能を有する。
【００２６】
上述したコントローラ１０は、画像合成の機能と、エンコードの機能と、データ照合の機能と、デコードの機能とを有する。コントローラ１０は、エンコードの機能により紙ＩＤをエンコードして生成したコード画像と、電子文書を表す画像とを画像合成の機能により合成する。また、コントローラ１０は、収容トレイ７０に収容された紙を紙搬送機構により印刷部６１まで搬送させ、当該紙への印刷を印刷部６１に行わせる。また、コントローラ１０は、印刷部６１により印刷された紙をコード画像読取部７６まで搬送させ、当該紙に印刷されたコード画像をデコードの機能により読み取らせて紙ＩＤを取得する。そして、コントローラ１０は、エンコードする前の紙ＩＤ（識別情報）と、デコードした紙ＩＤ（読取識別情報）とを照合し、これらが不一致である場合又はデコードの機能により紙ＩＤを取得できない場合、紙搬送機構によりＮＧ記録部７４まで搬送させた当該紙に対してコードが不具合であることを示すＮＧ記録をＮＧ記録部７４に行わせ、紙搬送路切替部７５により、紙の排出先をガベージトレイ７２に切り替えて、当該紙を排出させる。コントローラ１０のこれらの機能は、以下の機能的構成の説明において及び後述の動作欄で詳細に説明する。
【００２７】
次に、ＣＰＵ１１がＲＯＭ（Read Only Memory）１２ａに記憶された各種プログラムを実行することにより実現される機能、即ち、複写機ＭＦＰの機能的構成について説明する。図４は、複写機ＭＦＰの機能的構成を示すブロック図である。複写機ＭＦＰの機能は、アプリケーション層Ｍ１と、サービス/モジュール層Ｍ２と、データベース層Ｍ３とに大別される。アプリケーション層Ｍ１は、印刷アプリ１００とスキャンアプリ１０１とを有する。サービス/モジュール層Ｍ２は、情報処理サービス（以下、単にサービスという）として、ＳＲＭＳ（Service Resource Management Service）２００と、ＰＩＤＳ(Paper ID Service)２０１と、ＥＩＤＳ(Electric ID Service)２０２とを有し、更に、モジュールとして、エンコーダ２０３と、デコーダ２０４と、リポジトリ２０５とを有する。データベース層Ｍ３は、サービスＤＢ(Data Base)３００と、紙情報ＤＢ３０１と、電子情報ＤＢ３０２と、電子文書を記憶する電子文書ＤＢ３０３とを有する。これらのＤＢ３００〜３０３は、ＨＤＤなどに記憶されている。
【００２８】
印刷アプリ１００は、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２及びエンコーダ２０３を用いて、印刷対象の電子文書を取得し、当該電子文書の印刷を印刷部により行なう。また、印刷アプリ１００は、スキャンアプリ１０１からの印刷命令により、印刷を印刷部により行う。スキャンアプリ１０１は、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２及びデコーダ２０４を用いて、スキャンした印刷対象の紙について、印刷元の電子文書を取得し、印刷命令と共に印刷アプリ１００に渡す。
【００２９】
ＳＲＭＳ２００は、サービスＤＢ３００を利用して、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２の各サービスに関する情報の管理を行なう。ＰＩＤＳ２０１は、紙情報ＤＢ３０１を利用して、印刷した紙に係る情報を管理する。ＥＩＤＳ２０２は、電子情報ＤＢ３０２及びリポジトリ２０５を利用して、印刷対象の電子文書に係る情報を管理する。リポジトリ２０５は、電子文書ＤＢ３０３に記憶される電子文書を管理する。リポジトリ２０５は、電子文書を管理する機能を有する公知の文書管理システムである。このため、リポジトリ２０５の詳細については説明を省略するが、リポジトリ２０５は、電子文書を取得したり、電子文書を電子文書ＤＢ３０３に登録したり、電子文書ＤＢ３０３に記憶されている電子文書を更新したり又は削除したりする機能を有する。ＥＩＤＳ２０２は、リポジトリ２０５のこれらの機能を利用して、電子文書本体に係る処理（電子文書の登録／更新／削除／取得）を行う。尚、電子文書ＤＢ３０３への電子文書を登録するとは、電子文書ＤＢ３０３における電子文書の記憶を開始するということである。他のＤＢへの他の情報の登録についても同様の意味を有するものとする。
【００３０】
ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２の各サービスは、アプリケーション層Ｍ１からの処理命令や、ＳＯＡＰ通信による外部の装置からの処理命令により、各種処理を行う。また、ＳＲＭＳ２００については、ＵＤＰ通信による他の複写機ＭＦＰの有するＳＲＭＳ２００からの処理命令も受け付け、当該処理命令により、各種処理を行う。
【００３１】
以下、各サービス、各モジュールの詳しい機能の構成及び各データベースの構成について説明する。尚、説明の便宜上、複写機ＭＦＰ１〜ＭＦＰ８は各々、その符号のうち「１」〜「８」をアンダーラインと共に印刷アプリ１００、スキャンアプリ１０１、ＳＲＭＳ２００、ＰＩＤＳ２０１、ＥＩＤＳ２０２、エンコーダ２０３、デコーダ２０４、リポジトリ２０５、サービスＤＢ３００、紙情報ＤＢ３０１、電子情報ＤＢ３０２及び電子文書ＤＢ３０３の各末尾に付加したものを有するものとする。即ち、複写機ＭＦＰ１は、印刷アプリ１００＿１、スキャンアプリ１０１＿１、ＳＲＭＳ２００＿１、ＰＩＤＳ２０１＿１、ＥＩＤＳ２０２＿１、エンコーダ２０３＿１、デコーダ２０４＿１、リポジトリ２０５＿１、サービスＤＢ３００＿１、紙情報ＤＢ３０１＿１、電子情報ＤＢ３０２＿１及び電子文書ＤＢ３０３＿１を有する。複写機ＭＦＰ２〜ＭＦＰ８についても同様である。また、以下に説明する各部についても同様である。尚、これらの区別が必要ない場合には、アンダーライン及び「１」〜「８」の符号を省略して説明する。
【００３２】
＜ＳＲＭＳの構成＞
ＳＲＭＳ２００は、サービス情報を管理する機能のことである。図５は、ＳＲＭＳ２００の構成を示すブロック図である。ＳＲＭＳ２００は、インターフェース部ＳＲ１と、処理機能部ＳＲ２とを有する。インターフェース部ＳＲ１は、更に９つのインターフェースを有する。図５に示すように、各インターフェースは、サービス登録、サービス変更、サービス削除、サービス取得、信頼関係構築、信頼関係破棄、同期、サービス検索、サービス問合せである。このうち、サービス登録、サービス変更、サービス削除、サービス取得、信頼関係構築、信頼関係破棄、同期、サービス検索は、Ｗｅｂサービスを利用可能なインターフェースである。Ｗｅｂサービスは、現在非常に多く利用されているネットワーク通信の１つであり、標準化されたＳＯＡＰ(Simple Object Access Protocol)メッセージという構造化されたデータをネットワークに送信あるいはネットワークから受信する仕組みである。この仕組みを取り入れているプログラミング技法としては、Ｃ言語/Ｃ＿言語/Ｂａｓｉｃ言語ではＭｉｃｏｒｏｓｏｆｔ（登録商標）のＮＥＴ Ｆｒａｍｅｗｏｒｋ（登録商標）や、Ｊａｖａ（登録商標）言語ではＡｐａｃｈｅのＡＸＩＳなどが有名であり、これらのプログラミング技法が多く利用されている。本実施の形態では、上記のいずれのプログラミング技法を使ってＷｅｂサービスの仕組みを構築しても構わない。また、サービス問い合わせは、ＵＤＰ通信を用いたインターフェースである。ＵＤＰ（User Datagram Protocol）とは、TCP/IPにおける、データグラム通信を実現するためのトランスポート層プロトコルである。処理機能部ＳＲ２も同様に、サービス登録処理部ＳＲ２０、サービス変更処理部ＳＲ２１、サービス削除処理部ＳＲ２２、サービス取得処理部ＳＲ２３、信頼関係構築処理部ＳＲ２４、信頼関係破棄処理部ＳＲ２５、同期処理部ＳＲ２６、サービス検索処理部ＳＲ２７、サービス問合せ処理部ＳＲ２８の９つの各処理部からなる。尚、インターフェース部ＳＲ１のサービス問合せ及びサービス問合せ処理部ＳＲ２８の機能と、インターフェース部ＳＲ１のサービス検索及びサービス検索処理部ＳＲ２７の機能とは、ブロードキャスト機能を有し、多数の通信相手に対してデータを送信する。
【００３３】
インターフェース部ＳＲ１の各インターフェースは、上記した順に上記の処理機能部ＳＲ２の各処理部ＳＲ２０〜ＳＲ２８に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、サービスＤＢ３００にアクセスし、当該パラメータを用いて処理を実行して、対応するインターフェースに処理結果を返す。
【００３４】
＜サービスＤＢの構成＞
次に、サービスＤＢ３００について説明する。サービスＤＢ３００は、ＳＲＭＳ２００を表すサービス情報、ＰＩＤＳ２０１を表すサービス情報、ＥＩＤＳ２０２を表すサービス情報を各々１レコードとして記憶するサービス情報テーブル３００Ａと、後述する信頼関係情報を記憶する信頼関係情報テーブル３００Ｂとを有する。
【００３５】
図６は、サービス情報テーブル３００Ａのデータ構成を例示する図である。サービス情報テーブル３００Ａには、サービスＩＤ毎に、ＳＲＭＳ２００を表すサービス情報、ＰＩＤＳ２０１を表すサービス情報、ＥＩＤＳ２０２を表すサービス情報が各々記憶される。サービスＩＤとは、各サービス情報を一意に識別可能なＩＤのことであり、ＳＲＭＳ２００が後述するサービス登録機能によって各サービス情報をサービス情報テーブル３００Ａに登録する際に発行するものである。具体的には、サービスＩＤは、以下に説明するサービスのＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。サービス情報テーブル３００Ａに記憶される各サービス情報は、図６に示されるように、「名称」、「説明」、「名前空間」、「バージョン」、「ＵＲＩ（Uniform Resource Identifier）」、「サービスのＵＵＩＤ」、「ローカルＩＤ」、「マスターＵＵＩＤ」、「登録日時」、「更新日時」をデータとして含む。「名称」と「説明」とは、ユーザがそのサービスが何であるかを理解するために各々付与された文字列である。「名称」は、例えば、「ＳＲＭＳ」、「ＰＩＤＳ」、「ＥＩＤＳ」と表現される。「名前空間」は、サービスを一意に識別可能な文字列である。即ち、「名前空間」は、この「名前空間」によって、同じ名称のサービスであっても名前空間が異なれば異なるサービスであることを識別可能にするための文字列であり、例えば「jp.co.ricoh.srms」のように表現される。「バージョン」は、そのサービスのバージョンを示す文字列である。「ＵＲＩ」は、そのサービスがネットワーク上のどこに存在するかを示す文字列である。例えば図１における複写機ＭＦＰ５のＰＩＤＳ２０１＿５の「ＵＲＩ」は、「http://192.168.1.15/pids/」のように表現される。
【００３６】
「サービスのＵＵＩＤ」は、ＳＲＭＳ２００、ＰＩＤＳ２０１及びＥＩＤＳ２０２の各サービスをグローバルに一意に識別するためのＩＤであり、例えば、Ｗｉｎｄｏｗｓ(登録商標)で用いられるオブジェクトクラスＩＤであるＧＵＩＤやネットワークカードに割り振られるＭＡＣアドレスなどである。サービスに対してＵＵＩＤを発行する技術は、既に公知であり、多数の技術が存在するが、本実施の形態においては、いずれの技術を用いても良い。ＵＵＩＤが発行されるタイミングは、ＳＲＭＳ２００、ＰＩＤＳ２０１及びＥＩＤＳ２０２の機能を実現させるプログラムが複写機ＭＦＰにインストールされる時であり、当該プログラムが複写機ＭＦＰからアンインストールされるまでＵＵＩＤは変更されないものとする。「ローカルＩＤ」は、同一のＳＲＭＳ２００においてサービス情報を一意に識別するためのＩＤであり、上述のサービスのＵＵＩＤとの組み合わせにより、サービス情報をグローバルに一意に識別可能にする。「マスターＵＵＩＤ」は、そのサービス情報を管理しているＳＲＭＳ２００に付与されているＵＵＩＤである。この「マスターＵＵＩＤ」は、後述する同期機能を実現する際に用いられる。登録日時及び更新日時は、そのサービス情報をサービス情報テーブル３００Ａに登録した日時及び更新した日時を各々示す。
【００３７】
図７は、信頼関係情報テーブル３００Ｂのデータ構成を例示する図である。信頼関係情報テーブル３００Ｂには、信頼関係情報として、信頼関係を結んでいるＳＲＭＳ２００のＵＵＩＤが記憶される。信頼関係を結ぶとは、他の複写機ＭＦＰの有するＳＲＭＳ２００とサービス情報を共有し、サービス情報を同期させることを可能にすることである。この詳細については後述する。
【００３８】
＜ＰＩＤＳの構成＞
次に、３つのサービスのうちＰＩＤＳ２０１の構成について説明する。図８は、ＰＩＤＳ２０１の構成を示すブロック図である。ＰＩＤＳ２０１は、紙情報を管理する機能のことである。紙情報とは、印刷した紙に関する情報である。ＰＩＤＳ２０１の機能は更に、インターフェース部ＰＩ１と、処理機能部ＰＩ２とを有する。インターフェース部ＰＩ１は、更に４つのインターフェースを有する。各インターフェースは、紙登録、紙情報変更、紙削除、紙取得である。これらは全て、Ｗｅｂサービスを利用可能なインターフェースである。処理機能部ＰＩ２も同様に、紙登録処理部ＰＩ２０、紙変更処理部ＰＩ２１、紙削除処理部ＰＩ２２、紙取得処理部ＰＩ２３の４つの各処理部からなる。
【００３９】
インターフェース部ＰＩ１の各インターフェースは、上記した順に上記の各処理部に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、紙情報ＤＢ３０１にアクセスし、当該パラメータを用いて処理を実行して、処理結果を対応するインターフェースに返す。各処理部ＰＩ２０〜ＰＩ２３の行う処理については、後述の動作欄で詳述する。
【００４０】
＜紙情報ＤＢの構成＞
ここで、紙情報ＤＢ３０１について説明する。紙情報ＤＢ３０１は、印刷した１枚毎の紙に関する紙情報を１レコードとして記憶する紙情報テーブル３０１Ａを有する。
【００４１】
図９は、紙情報テーブル３０１Ａのデータ構成を例示する図である。紙情報テーブル３０１Ａには、紙ＩＤ毎に紙情報が記憶される。紙ＩＤとは、印刷対象の紙１枚毎に当該各紙を一意に識別可能なＩＤであり、ＰＩＤＳ２０１が後述する紙登録機能によって紙情報を紙情報テーブル３０１Ａに登録する際に発行するものである。具体的には、紙ＩＤは、以下に説明するＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。また、例えば、一度の印刷処理で３枚の紙に印刷を行った場合、３つの紙ＩＤが発行され、当該３枚の紙に対して各々対応付けられる。紙情報テーブル３０１Ａに記憶される紙情報は、「名称」、「説明」、「ＰＩＤＳのＵＵＩＤ」、「ローカルＩＤ」、「登録日時」、「更新日時」、「元文書へのリンク」、「印刷条件」をデータとして含む。「名称」と「説明」とは、ユーザがその紙が何であるかを理解するために各々付与された文字列である。「ＰＩＤＳのＵＵＩＤ」とは、紙情報を管理するＰＩＤＳ２０１のＵＵＩＤである。ＵＵＩＤの発行方法はＳＲＭＳ２００の場合と同様である。「ローカルＩＤ」は、同一のＰＩＤＳ２０１において紙情報を一意に識別するためのＩＤであり、上述のＰＩＤＳ２０１のＵＵＩＤとの組み合わせにより、紙情報をグローバルに一意に識別可能にする。「登録日時」は、紙情報を紙情報テーブル３０１Ａに登録した日時を示す。「更新日時」は、紙情報テーブル３０１Ａに登録されている紙情報を更新した日時を示す。「元文書へのリンク」は、その紙がどの電子文書を印刷したものかを示す情報、即ち、印刷元の電子文書を特定する情報、あるいは、その紙がどの紙を複写したものかを示す情報、即ち、複写元の紙を特定する情報を示す。電子文書を特定する情報とは、例えば、後述のＥＩＤＳ２０２のＵＵＩＤ及びＥＩＤＳ２０２が発行するローカルＩＤの組み合わせ（電子ＩＤ）である。紙を特定する情報とは、例えば、ＰＩＤＳ２０１のＵＵＩＤ及びＰＩＤＳ２０１が発行するローカルＩＤの組み合わせ（紙ＩＤ）である。これによって、ある紙を複写する際に当該紙をスキャンしたとき、複写元の紙がどれかを特定することができ、さらにその紙に係る紙情報における「元文書へのリンク」を参照することにより、印刷元の電子文書を特定する情報を最終的に取得することができ、当該電子文書を取得することが可能になる。「印刷条件」は、その紙を印刷する際の条件としてユーザにより設定された、例えば、紙の大きさ、集約、割付、拡大／縮小、などであり、パーソナルコンピュータＰＣのプリンタドライバから渡されるものである。
【００４２】
＜ＥＩＤＳの構成＞
次に、３つのサービスのうちのＥＩＤＳ２０２の構成について説明する。図１０は、ＥＩＤＳ２０２の構成を示すブロック図である。ＥＩＤＳ２０２は、電子情報を管理する機能のことである。電子情報とは、電子文書に関する情報である。電子情報の詳細については後述する。ＥＩＤＳ２０２は、インターフェース部ＥＩ１と、処理機能部ＥＩ２とを有する。インターフェース部ＥＩ１は更に、４つのインターフェースを有する。図１０においては、各インターフェースは、電子情報登録、電子情報変更、電子情報削除、電子情報取得である。これらは全て、Ｗｅｂサービスを利用可能なインターフェースである。処理機能部ＥＩ２も同様に、電子情報登録処理部ＥＩ２０、電子情報変更処理部ＥＩ２１、電子情報削除処理部ＥＩ２２、電子情報取得処理部ＥＩ２３の４つの各処理部からなる。
【００４３】
インターフェース部ＥＩ１の各インターフェースは、上記した順に上記の各処理部に各々繋がっており、外部装置又はアプリケーション層Ｍ１から処理の要求を受け付けると、要求された処理に対応する処理部に対して、処理に用いるパラメータを渡し、対応する各処理部から当該パラメータを用いた処理結果を受け取って、処理の要求元へ返す機能を実現させる。各処理部は、対応する各インターフェースからパラメータを渡されると、リポジトリ２０５を利用して電子文書本体に係る処理を行うと共に、電子情報ＤＢ３０２にアクセスし、当該パラメータを用いて処理を実行して、処理結果を対応するインターフェースに返す。このように、ＥＩＤＳ２０２は、電子情報を管理すると共に、リポジトリ２０５と連携して電子文書本体を管理する。
【００４４】
＜電子情報ＤＢの構成＞
ここで、電子情報ＤＢ３０２について説明する。電子情報ＤＢ３０２は、電子情報を１レコードとして記憶する電子情報テーブル３０２Ａを有する。
【００４５】
図１１は、電子情報テーブル３０２Ａのデータ構成を例示する図である。電子情報テーブル３０２Ａには、電子ＩＤ毎に、電子情報が記憶される。電子ＩＤとは、電子情報を一意に識別可能なＩＤであり、ＥＩＤＳ２０２が当該電子情報を電子情報テーブル３０２Ａに登録する際に発行するものである。具体的には、電子ＩＤは、以下に説明するＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせによって構成される。電子情報テーブル３０２Ａに記憶される電子情報は、「名称」、「説明」、「ＥＩＤＳのＵＵＩＤ」、「ローカルＩＤ」、「登録日時」、「更新日時」、「リポジトリへのリンク」をデータとして含む。「名称」及び「説明」は、人間がその電子文書が何であるかを理解するための文字列である。「ＥＩＤＳのＵＵＩＤ」は、電子情報を管理するＥＩＤＳ２０２のＵＵＩＤである。ＵＵＩＤの発行方法はＳＲＭＳ２００の場合と同様である。「ローカルＩＤ」は、同一のＥＩＤＳ２０２において電子情報を一意に識別するためのＩＤであり、上述のＥＩＤＳ２０２のＵＵＩＤとの組み合わせにより、電子情報をグローバルに一意に識別可能にする。「登録日時」及び「更新日時」は、その電子情報を電子情報テーブル３０２Ａに登録した日時及び更新した日時を各々示す。「リポジトリへのリンク」は、電子文書へのリンクを示すものであり、例えば、電子文書に対してリポジトリ２０５が発行するＩＤやファイルパスなどを示す。
【００４６】
＜エンコーダの構成＞
次に、エンコーダ２０３について説明する。本実施の形態におけるエンコーダ２０３は、種々の任意の公知技術を用いて構成することができる。エンコーダ２０３は、指定された文字列やバイト配列を、１次元のバーコードまたは２次元のコード画像に変換する。１次元のバーコードとしては、Code39、EAN-8、EAN-13、NW-7、Code128などのコードがあり、２次元のコード画像としては、QR、DataMatrix、PDF417などのコードがある。いずれのコードを用いるかは、本実施の形態においては限定されない。また、それぞれのコードは、コード画像を作成するための各々公知のパラメータを有しており、本実施の形態においては、エンコーダ２０３は、エンコード対象のコードに対応するパラメータを正しくセットし、コード画像を生成する。
【００４７】
＜デコーダの構成＞
次に、デコーダ２０４について説明する。本実施の形態におけるデコーダ２０４は、種々の任意の公知技術を用いて構成することができる。デコーダ２０４は、上述のエンコーダ２０３により生成したコード画像から、元の文字列やバイト配列を復元する。また、デコーダ２０４は、１枚の任意の画像の中からコード画像が存在する位置を特定するディテクト機能を有し、特定した位置に現れる画像をコード画像としてデコーダに入力することにより、当該コード画像から元の文字列やバイト配列を復元する。このディテクト機能についても公知技術を利用することができる。
【００４８】
＜印刷アプリの構成＞
次に、印刷アプリ１００について説明する。印刷アプリ１００は、印刷命令元の違いに応じた２つの機能がある。具体的には、ドライバ印刷機能と、スキャン印刷機能とである。ドライバ印刷機能は、パーソナルコンピュータＰＣのプリンタドライバからの印刷命令を受け付け、当該印刷命令に従って印刷する機能である。更に、ドライバ印刷機能においては、上述した電子文書と共にコード画像を紙に印刷した場合、当該紙に印刷されたコード画像を読み取り、当該コード画像をデコードして得られる紙ＩＤと、当該コード画像の基に紙ＩＤとを照合し、これらが不一致の場合又はコード画像自体が読み取り不能である場合、当該紙に対してＮＧ記録を行い、当該紙をガベージトレイ７２に排出させる。スキャン印刷機能は、当該複写機ＭＦＰにおいて複写対象の紙をスキャンした後述のスキャンアプリ１０１からの印刷命令を受け付け、当該印刷命令に従って印刷する機能である。
【００４９】
＜スキャンアプリの構成＞
次に、スキャンアプリ１０１について説明する。スキャンアプリ１０１は、複写機ＭＦＰに複写対象の紙がセットされ、当該複写機ＭＦＰの操作パネル２０においてユーザからの印刷指示が入力されることにより、走査部が当該紙をスキャンして読み取った、当該紙に印刷されたコード画像を取得し、デコーダ２０４によって当該コード画像からデコードされた紙ＩＤを取得する。そして、スキャンアプリ１０１は、ＰＩＤＳ２０１の機能により、当該紙ＩＤから、紙情報ＤＢ３０１に記憶されている紙情報を取得し、当該紙情報に基づいて、ＥＩＤＳの機能により、電子情報ＤＢ３０２に記憶されている電子情報を取得し、当該電子情報を用いて電子文書ＤＢ３０３に格納されている電子文書を取得して、当該電子文書、紙ＩＤ及び印刷条件を含む印刷命令を印刷アプリ１００に渡す。
【００５０】
（２）動作
＜ＳＲＭＳの動作＞
次に、本実施の形態における複写機ＭＦＰの動作について説明する。まず、複写機ＭＦＰの有するＳＲＭＳ２００が他の複写機ＭＦＰ又はパーソナルコンピュータＰＣとの間でデータ通信を行い、各種の処理を実行する動作の手順について説明する。まず、ＳＲＭＳ２００のインターフェース部ＳＲ１が上述したＷｅｂサービスにおけるＳＯＡＰメッセージを用いて行うＳＯＡＰ通信の基本的な処理の手順について、図１２のフローチャートを参照しながら説明する。図１２は、ＷｅｂサービスにおいてＳＯＡＰメッセージを用いたＳＯＡＰ通信の基本的な処理の手順を示すフローチャートである。尚、図１２においては、便宜上、ＳＲＭＳ２００の通信相手をクライアントと表記しているが、これは、当該複写機ＭＦＰ以外の他の複写機ＭＦＰ又はパーソナルコンピュータＰＣのいずれかである。
【００５１】
まず、クライアントは、ＳＲＭＳ２００のインターフェース部ＳＲ１に対し、セッションの確立を要求する（ステップＳ１）。セッションの確立は、上述したＮＥＴ ＦｒａｍｅｗｏｒｋやＡＸＩＳによって提供されているモジュールを利用することで行なうことができる。そのモジュールによってインターフェース部ＳＲ１でセッション管理することもできるが、ここでは、インターフェース部ＳＲ１が、処理機能部ＳＲ２の上述のいずれかの処理部に情報を渡し、当該処理部で独自にセッションを管理する。このような技術において、インターフェース部ＳＲ１は、クライアントからのセッションの確立の要求を受け付けると、処理機能部ＳＲ２に対してセッションの確立を要求する(ステップＳ２)。処理機能部ＳＲ２は、インターフェース部ＳＲ１からのセッションの確立の要求を受け付けると、当該セッションを管理するためのセッションＩＤを発行すると共に、当該セッションの有効期限などの情報を含むセッション情報を生成する(ステップＳ３)。そして、処理機能部ＳＲ２は、セッションＩＤをインターフェース部ＳＲ１に送信する(ステップＳ４)。インターフェース部ＳＲ１は、セッションＩＤを受信すると、このセッションＩＤを管理するためのセッション情報を生成すると共に、セッションＩＤをクライアントに送信する(ステップＳ５)。クライアントは、当該セッションＩＤを受信する(ステップＳ６)。この結果、クライアントと、サーバとの間でセッションが確立される。このセッションが確立されている間、ＳＲＭＳ２００は、上述の各処理を行うことができる。
【００５２】
そして、クライアントが、各処理の実行をインターフェース部ＳＲ１に要求すると(ステップＳ７)、インターフェース部ＳＲ１は、クライアントからの要求に応じたインターフェースにアクセスし、処理機能部ＳＲ２の各処理部ＳＲ２０〜２８のうち当該インターフェースに対応する処理部（対象処理部という）に処理の実行を要求する(ステップＳ８)。尚、クライアントは、処理の実行にパラメータを要する場合、処理の実行の要求時に、当該パラメータをＳＯＡＰメッセージにシリアライズして、インターフェース部ＳＲ１に送る。インターフェース部ＳＲ１は、クライアントから送られたＳＯＡＰメッセージをデシリアライズしてパラメータを得て、処理の実行を処理部に要求する際に、このパラメータを対象処理部に渡す。また、クライアントは、処理の実行の要求時に、セッションの確立時に得たセッションＩＤをＷｅｂサーバに渡すようにしても良い。この場合、インターフェース部ＳＲ１は、クライアントから受け取ったセッションＩＤと、保持しているセッション情報とを照合し、当該セッションＩＤに対応するセッションが存在するかどうか、当該セッションの有効期限は切れていないかどうかなどを判断し、問題がなければ、クライアントから渡されたパラメータを対象処理部へ渡し、処理の完了を待つ。
【００５３】
一方、対象処理部は、インターフェース部ＳＲ１からの処理実行要求に従って、処理を実行し(ステップＳ９)、対応するインターフェースを介して処理結果をインターフェース部ＳＲ１に返す(ステップＳ１０)。インターフェース部ＳＲ１は、対象処理部から処理結果を受信すると、これをクライアントに送信し（ステップＳ１１）、クライアントは当該処理結果を受信する（ステップＳ１２）。そして、セッションを終了する際には、クライアントはセッションの破棄をインターフェース部ＳＲ１へ要求する（ステップＳ１３）。インターフェース部ＳＲ１は、管理していたセッション情報を削除すると共に、セッションの破棄を処理部へ要求する（ステップＳ１４）。対象処理部も、同様にして、セッション情報を削除し（ステップＳ１５）、その削除が成功した旨を示す削除結果をインターフェース部ＳＲ１へ送信する（ステップＳ１６）。インターフェース部ＳＲ１が当該削除結果をクライアントへ送信し（ステップＳ１７）、当該削除結果をクライアントが受信して（ステップＳ１８）、クライアントとサーバとの間のセッションを終了する。尚、セッションを終了する時も、セッションを確立した時の方法に準じて、上述のＮＥＴ ＦｒａｍｅｗｏｒｋやＡＸＩＳによって提供されているモジュールによってセッション管理するようにしても良いし、対象処理部で独自にセッション管理するようにしていても良い。
【００５４】
次に、ステップＳ７の処理の実行要求に従って、ステップＳ８，Ｓ１１で行われる各インターフェースの動作及びＳ９，Ｓ１０で行われる各処理部の動作の詳細について説明する。
【００５５】
a)サービス登録
サービス登録とは、サービス情報をサービスＤＢ３００に格納されているサービス情報テーブル３００Ａへ登録する機能のことである。図１３は、サービス登録の機能により実現されるサービス登録処理の手順を示すフローチャートである。まず、サービス登録処理部ＳＲ２０は、インターフェース部ＳＲ１を介してクライアントからサービス情報を受け取る（ステップＳ２０）。そして、サービス登録処理部ＳＲ２０は、サービス情報テーブル３００Ａに記憶されているサービス情報のローカルＩＤの最大値を調べる（ステップＳ２１）。例えば、その最大値が「１０」だった場合、サービス登録処理部ＳＲ２０は、「１１」を新しいローカルＩＤとして発行し、受け取ったサービス情報のローカルＩＤに「１１」をセットする（ステップＳ２２）。次に、サービス登録処理部ＳＲ２０は、受け取ったサービス情報のマスターＵＵＩＤに、自身のＳＲＭＳ２００のＵＵＩＤの値をセットする（ステップＳ２３）。この結果、当該サービス情報に対して、ＳＲＭＳ２００のＵＵＩＤ及びローカルＩＤの組み合わせであるサービスＩＤが発行されて、当該サービスＩＤが当該サービス情報に対応付けられる。尚、自身のＳＲＭＳ２００のＵＵＩＤはインストール時に発行されており、例えば、ＨＤＤ１８などの記憶装置に記憶さている。次に、サービス登録処理部ＳＲ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取ったサービス情報の登録日時と更新日時に当該現在日時をセットする（ステップＳ２４）。そして、サービス登録処理部ＳＲ２０は、各情報をセットしたサービス情報をサービス情報テーブル３００Ａに登録する（ステップＳ２５）。次いで、サービス登録処理部ＳＲ２０は、インターフェース部ＳＲ１を介して要求元のクライアントへ本ＳＲＭＳ２００のＵＵＩＤと、発行したサービスＩＤとを返す（ステップＳ２６）。
【００５６】
b)サービス変更
サービス変更とは、サービス情報テーブル３００Ａに登録済みのサービス情報を新しいサービス情報に変更する機能のことである。図１４は、サービス変更の機能により実現されるサービス変更処理の手順を示すフローチャートである。サービス変更処理部ＳＲ２１は、インターフェース部ＳＲ１のうちサービス変更のインターフェースを介してクライアントからサービス情報を受け取る（ステップＳ４０）。サービス変更処理部ＳＲ２１は、サービス情報テーブル３００Ａを参照し、受け取ったサービス情報のサービスのＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ４１）。該当するレコードが存在しない場合（ステップＳ４２：ＮＯ）、サービス変更処理部ＳＲ２１は、「指定のサービス情報がない」旨を示すエラー情報を返す（ステップＳ４９）。該当するレコードが存在する場合（ステップＳ４２：ＹＥＳ）、サービス変更処理部ＳＲ２１は、該当したレコードのマスターＵＵＩＤを参照し、本ＳＲＭＳ２００のＵＵＩＤの値と一致するか否かを判定する（ステップＳ４３）。ＵＵＩＤの値が一致しない場合（ステップＳ４３：ＮＯ）、該当したレコードは、後述する同期機能によって他の複写機ＭＦＰのＳＲＭＳ２００から取得したサービス情報であるため、このサービス情報を本ＳＲＭＳ２００のサービス変更処理部ＳＲ２１は変更することができない。このため、サービス変更処理部ＳＲ２１は、「本ＳＲＭＳが管理するサービス情報ではない」旨を示すエラー情報を返す（ステップＳ４８）。ＵＵＩＤの値が一致する場合（ステップＳ４３:ＹＥＳ）、サービス変更処理部ＳＲ２１は、当該レコードのローカルＩＤ、マスターＵＵＩＤ及び登録日時を、受け取ったサービス情報にセットする（ステップＳ４４）。これは、ローカルＩＤ、マスターＵＵＩＤ及び登録日時を変更させないようにするためである。そして、サービス変更処理部ＳＲ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取ったサービス情報の更新日時に当該現在日時をセットする（ステップＳ４５）。サービス変更処理部ＳＲ２１は、以上のようにして各情報をセットしたサービス情報をサービス情報テーブル３００Ａに対して更新（上書き）する（ステップＳ４６）。次いで、サービス変更処理部ＳＲ２１は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ４７）。
【００５７】
c)サービス削除
サービス削除とは、サービス情報テーブル３００Ａに登録済みのサービス情報を削除する機能のことである。図１５は、サービス削除の機能により実現されるサービス削除処理の手順を示すフローチャートである。まず、サービス削除処理部ＳＲ２２は、インターフェース部ＳＲ１を介してクライアントから削除対象のサービスのＵＵＩＤを受け取る（ステップＳ６０）。サービス削除処理部ＳＲ２２は、サービス情報テーブル３００Ａを参照し、受け取ったサービスＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ６１）。該当するレコードが存在しない場合（ステップＳ６２：ＮＯ）、サービス削除処理部ＳＲ２２は、「指定のサービス情報がない」旨を示すエラー情報を返す（ステップＳ６７）。該当するレコードが存在する場合（ステップＳ６２：ＹＥＳ）、サービス削除処理部ＳＲ２２は、該当したレコードのマスターＵＵＩＤを参照し、本ＳＲＭＳ２００のＵＵＩＤの値と一致するか否かを判定する（ステップＳ６３）。ＵＵＩＤの値が一致しない場合（ステップＳ６３：ＮＯ）、サービス削除処理部ＳＲ２２は、「本ＳＲＭＳが管理するサービス情報ではない」旨を示すエラー情報を返す（ステップＳ６６）。ＵＵＩＤの値が一致する場合（ステップＳ６３:ＹＥＳ）、サービス削除処理部ＳＲ２２は、サービス情報テーブル３００Ａから当該レコードを削除する（ステップＳ６４）。次いで、サービス削除処理部ＳＲ２２は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ６５）。
【００５８】
d)サービス取得
サービス取得とは、サービス情報テーブル３００Ａに登録されているサービス情報を取得する機能のことである。このサービス取得機能を細分化すると、３つのインターフェースに分けられる。これらのインターフェースを各々、サービス取得１〜３とする。サービス取得１は、サービス情報のサービスのＵＵＩＤを指定してサービス情報を取得する機能である。サービス取得２は、サービス情報のサービスのＵＵＩＤを指定せず、そのＳＲＭＳ２００が直接管理するサービス情報のリストを取得する機能である。尚、そのＳＲＭＳ２００が直接管理するか否かは、マスターＵＵＩＤがそのＳＲＭＳ２００のＵＵＩＤの値に一致するか否かにより判別することができる。サービス取得３は、サービス情報テーブル３００Ａ内のＳＲＭＳ２００のサービス情報のみのリストを取得する機能である。図１６は、サービス取得の機能により実現されるサービス取得処理の手順を示すフローチャートである。まず、サービス取得処理部ＳＲ２３は、インターフェース部ＳＲ１を介してクライアントからサービス取得要求を受け取る（ステップＳ８０）。サービス取得処理部ＳＲ２３は、要求されたサービス取得の種別を判別し（ステップＳ８１、ステップＳ８７）、このサービス取得要求がサービス取得１を要求するものである場合（ステップＳ８１：ＹＥＳ）、サービス取得処理部ＳＲ２３は、取得対象のサービス情報のサービスのＵＵＩＤを受け取る（ステップＳ８２）。そして、サービス取得処理部ＳＲ２３は、サービス情報テーブル３００Ａを参照し、受け取ったＵＵＩＤの値が一致するサービス情報のレコードを検索する（ステップＳ８３）。該当するレコードが存在しない場合（ステップＳ８４：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ８４：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当したレコードであるサービス情報を、インターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ８５）。
【００５９】
また、サービス取得要求がサービス取得２を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＹＥＳ）、サービス取得処理部ＳＲ２３は、サービス取得１の場合と異なり、取得対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、サービス情報テーブル３００Ａを参照して、サービス情報のマスターＵＵＩＤが本ＳＲＭＳ２００のＵＵＩＤの値に一致するレコードを検索する（ステップＳ８８）。該当するレコードが存在しない場合（ステップＳ８９：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ８９：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当するレコードをリスト化してサービス情報リストとしてインターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９０）。
【００６０】
また、サービス取得要求がサービス取得３を要求するものである場合（ステップＳ８１：ＮＯ，ステップＳ８７：ＮＯ）、サービス取得処理部ＳＲ２３は、サービス取得１の場合と異なり、取得対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、サービス情報テーブル３００Ａを参照して、サービス情報の名前空間が「ＳＲＭＳ」であることを示す（例えば、jp.co.ricoh.srms）レコードを検索する（ステップＳ９１）。該当するレコードが存在しない場合（ステップＳ９２：ＮＯ）、サービス取得処理部ＳＲ２３は、「該当のサービス情報がない」旨を示すエラー情報を返す（ステップＳ８６）。該当するレコードが存在する場合（ステップＳ９２：ＹＥＳ）、サービス取得処理部ＳＲ２３は、該当するレコードをリスト化してサービス情報リストとしてインターフェース部ＳＲ１を介してクライアントへ返す（ステップＳ９３）。
【００６１】
e)信頼関係構築
信頼関係構築とは、当該複写機ＭＦＰのＳＲＭＳ２００と信頼関係を結ぶ他の複写機ＭＦＰの有するＳＲＭＳ２００が管理するサービスを、当該複写機ＭＦＰの有するサービス情報テーブル３００Ａに登録する機能のことである。信頼関係を結ぶとは、具体的には、ＳＲＭＳ２００が他のＳＲＭＳ２００とサービス情報を交換して、サービス情報を同期させることが可能な関係を当該ＳＲＭＳ２００が他のＳＲＭＳ２００とが結ぶことである。図１７は、信頼関係構築機能により実現される信頼関係構築処理の手順を示すフローチャートである。まず、信頼関係構築処理部ＳＲ２４は、インターフェース部ＳＲ１を介してクライアントから信頼関係構築要求を受け取り、信頼関係を結ぶ対象のＳＲＭＳ２００のサービス情報を受け取る（ステップＳ１００）。そして、信頼関係構築処理部ＳＲ２４は、サービス情報テーブル３００Ａを参照して、サービス情報のサービスのＵＵＩＤを参照し、次いで、信頼関係情報テーブル３００ＢにすでにそのＵＵＩＤの値が存在するか否かを判定する（ステップＳ１０１）。該当するＵＵＩＤの値が既に存在している場合（ステップＳ１０２：ＹＥＳ）、信頼関係構築処理部ＳＲ２４は、「すでに登録されている」旨を示すエラー情報を返す（ステップＳ１０６）。該当するＵＵＩＤの値が存在しない場合（ステップＳ１０２：ＮＯ）、信頼関係構築処理部ＳＲ２４は、信頼関係情報テーブル３００Ｂに該当のＵＵＩＤの値を登録する（ステップＳ１０３）。そして、信頼関係構築処理部ＳＲ２４は、該当のＵＵＩＤを有するサービス情報をサービス情報テーブル３００Ａに登録する（ステップＳ１０４）。これは、後述する同期処理で、同期対象のＳＲＭＳ２００のサービス情報を参照する必要があるためである。次いで、信頼関係構築処理部ＳＲ２４は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ１０５）。
【００６２】
図１８は、図１に示した画像処理システムにおいて、信頼関係を結んでいる複写機ＭＦＰの関係を模式的に例示した図である。同図においては、点線で繋がれている複写機ＭＦＰ同士が信頼関係を結んでいるものとする。例えば、複写機ＭＦＰ１は複写機ＭＦＰ２と信頼関係を結んでいる。複写機ＭＦＰ２は複写機ＭＦＰ１と複写機ＭＦＰ３と複写機ＭＦＰ４と信頼関係を結んでいる。複写機ＭＦＰ３は複写機ＭＦＰ２と複写機ＭＦＰ７と信頼関係を結んでいる。複写機ＭＦＰ４は複写機ＭＦＰ２と複写機ＭＦＰ５と信頼関係を結んでいる。複写機ＭＦＰ５は複写機ＭＦＰ４と信頼関係を結んでいる。複写機ＭＦＰ７は複写機ＭＦＰ３と複写機ＭＦＰ８と信頼関係を結んでいる。複写機ＭＦＰ８は複写機ＭＦＰ７と信頼関係を結んでいる。複写機ＭＦＰ６は他の複写機ＭＦＰ１〜５とは信頼関係を結んでいない。
【００６３】
図１９は、画像処理システムにおいて以上のような信頼関係があるときの複写機ＭＦＰ３の有するサービス情報テーブル３００Ａ＿３の状態を示す図である。図２０は、画像処理システムにおいて以上のような信頼関係があるときの複写機ＭＦＰ７の有するサービス情報テーブル３００Ａ＿７の状態を示す図である。複写機ＭＦＰ３は、ＭＦＰ２とＭＦＰ７と信頼関係を結んでいるので、複写機ＭＦＰ３の有するサービス情報テーブル３００Ａ＿３には、ＳＲＭＳ２００＿３が直接管理するＳＲＭＳ２００＿３、ＰＩＤＳ２０１＿３及びＥＩＤＳ２０２＿３の各サービス情報に加え、複写機ＭＦＰ２の有するＳＲＭＳ２００＿２が直接管理するＳＲＭＳ２００＿２、ＰＩＤＳ２０１＿２及びＥＩＤＳ２０２＿２の各サービス情報と、複写機ＭＦＰ７の有するＳＲＭＳ２００＿７が直接管理するＳＲＭＳ２００＿７、ＰＩＤＳ２０１＿７及びＥＩＤＳ２０２＿７の各サービス情報とが記憶される。同様に、複写機ＭＦＰ７は、複写機ＭＦＰ３と複写機ＭＦＰ８と信頼関係を結んでいるので、複写機ＭＦＰ７の有するサービス情報テーブル３００Ａ＿７には、複写機ＭＦＰ７の有するＳＲＭＳ７が直接管理するＳＲＭＳ２００＿７、ＰＩＤＳ２０１＿７及びＥＩＤＳ２０２＿７の各サービス情報に加え、複写機ＭＦＰ３の有するＳＲＭＳ２００＿３が直接管理するＳＲＭＳ２００＿３、ＰＩＤＳ２０１＿３及びＥＩＤＳ２０２＿３の各サービス情報と、複写機ＭＦＰ８の有するＳＲＭＳ２００＿８が直接管理するＳＲＭＳ２００＿８、ＰＩＤＳ２０１＿８及びＥＩＤＳ２０２＿８の各サービス情報とが記憶される。以上のように、サービス情報テーブル３００Ａには、同じ複写機ＭＦＰ内のＳＲＭＳ２００が直接管理するサービス情報以外に、信頼関係を結んでいる他の複写機ＭＦＰの有するＳＲＭＳ２００が直接管理するサービス情報が記憶される。他のＳＲＭＳ２００が直接管理するサービス情報の取得については、後述の同期機能により実現される。このような構成により、複写機ＭＦＰにおいては、後述するスキャンアプリ１０１の機能により、自身の有するＳＲＭＳ２００が直接管理するサービス情報のみならず他の複写機ＭＦＰの有するＳＲＭＳ２００が直接管理するサービス情報の中から該当のサービス情報を探し出し、当該サービス情報を用いて印刷元の電子文書に辿り着くことができる。また、他の複写機ＭＦＰ１〜５,７〜８のいずれとも信頼関係を結んでいない複写機ＭＦＰ６は、後述するサービス検索の機能により、他の複写機ＭＦＰ１〜５,７〜８に記憶されているサービス情報を探し出すことができる。
【００６４】
f)信頼関係破棄
信頼関係破棄とは、既に結ばれていた他の複写機ＭＦＰとの信頼関係を破棄する機能のことである。信頼関係を破棄するとは、具体的には、信頼関係情報テーブル３００Ｂに登録済みの他の複写機ＭＦＰの有するＳＲＭＳ２００の信頼関係情報を削除することである。図２１は、信頼関係破棄機能により実現される信頼関係破棄処理の手順を示すフローチャートである。まず、信頼関係破棄処理部ＳＲ２５は、インターフェース部ＳＲ１を介してクライアントから信頼関係情報を削除する対象のＳＲＭＳ２００のＵＵＩＤを受け取る（ステップＳ１２０）。そして、信頼関係破棄処理部ＳＲ２５は、受け取ったＵＵＩＤの値が、信頼関係情報テーブル３００Ｂに存在するか否かを判定する（ステップＳ１２１）。該当するＵＵＩＤの値が存在しない場合（ステップＳ１２２:ＮＯ）、信頼関係破棄処理部ＳＲ２５は、「該当の信頼関係情報がない」旨を示すエラー情報を返す（ステップＳ１２６）。該当するＵＵＩＤの値が存在する場合（ステップＳ１２２：ＹＥＳ）、信頼関係破棄処理部ＳＲ２５は、ここでは、該当するＵＵＩＤが信頼関係情報に相当するので、このＵＵＩＤの値を信頼関係情報テーブル３００Ｂから削除する（ステップＳ１２３）。更に、信頼関係破棄処理部ＳＲ２５は、サービス情報のマスターＵＵＩＤが該当のＵＵＩＤの値に一致するサービス情報を全てサービス情報テーブル３００Ａから削除する（ステップＳ１２４）。次いで、信頼関係破棄処理部ＳＲ２５は、インターフェース部ＳＲ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ１２５）。
【００６５】
g)同期
同期とは、信頼関係を結んでいる他の複写機ＭＦＰのＳＲＭＳ２００、即ち、信頼関係情報テーブル３００ＢにそのＵＵＩＤの値が登録されている他の複写機ＭＦＰのＳＲＭＳ２００とサービス情報を交換して、サービス情報を同期させる機能のことである。図２２は、同期機能により実現される同期処理の手順を示すフローチャートである。同期処理部ＳＲ２６は、同期対象のサービス情報のサービスのＵＵＩＤなどのパラメータを受け取らず、信頼関係情報テーブル３００Ｂを参照し、信頼関係を結んでいる他の複写機ＭＦＰのＳＲＭＳ２００のＵＵＩＤのリスト（ＵＵＩＤリスト）を受け取る（ステップＳ１４０）。そして、同期処理部ＳＲ２６は、リストにある全てのＵＵＩＤについて、ＵＵＩＤ毎に以下の処理を行う。まず、同期処理部ＳＲ２６は、サービス情報テーブル３００Ａを参照して、処理対象のＵＵＩＤのサービス情報を取得する（ステップＳ１４１）。そして、同期処理部ＳＲ２６は、サービス情報のＵＲＩを参照し、当該ＵＲＩにアクセスすることにより、同期対象の他のＳＲＭＳ２００に接続する。そして、同期処理部ＳＲ２６は、同期対象の他のＳＲＭＳ２００における上述のサービス取得の機能を利用し、同期対象の他のＳＲＭＳ２００が直接管理するサービス情報のリストを取得する（ステップＳ１４２）。次に、同期処理部ＳＲ２６は、マスターＵＵＩＤが処理対象のサービスのＵＵＩＤの値と一致するサービス情報をすべてサービス情報テーブル３００Ａから削除する（ステップＳ１４３）。そして、同期処理部ＳＲ２６は、同期対象のＳＲＭＳ２００から取得したリストに存在するサービス情報を全てサービス情報テーブル３００Ａに登録する（ステップＳ１４４）。同期処理部ＳＲ２６は、以上のようなステップＳ１４１〜Ｓ１４４の処理を、ＵＵＩＤリストに存在する全てのＵＵＩＤについて行う。ＵＵＩＤリストに存在する全てのＵＵＩＤについて処理が終了すると（ステップＳ１４５：ＹＥＳ）、同期処理部ＳＲ２６は、ＵＵＩＤリストに存在しないＵＵＩＤの値と一致するマスターＵＵＩＤを有するサービス情報をサービス情報テーブル３００Ａから検索し、当該サービス情報テーブル３００Ａから当該サービス情報を削除する（ステップＳ１４６）。これにより、信頼関係を破棄された他のＳＲＭＳ２００のサービス情報がサービス情報テーブル３００Ａから消滅することになる。最後に、同期処理部ＳＲ２６は、インターフェース部ＳＲ１を介して要求元へ成功を返す（ステップＳ１４７）。
【００６６】
h-1)サービス問い合わせ
次に、ブロードキャスト機能のうちのサービス問合せの機能について説明する。サービス問い合わせとは、他のＳＲＭＳ２００からサービス情報の問合わせを受けて、当該サービス情報を他のＳＲＭＳ２００に返す機能のことである。図２３は、サービス問い合わせの機能により実現されるサービス問い合わせ処理の手順を示すフローチャートである。尚、サービス問合せにおいては、上述のＷｅｂサービスではなく、ＵＤＰを用いてデータ通信を行う。ＵＤＰを用いたデータ通信は公知であるため、データ通信の詳細な手順についての説明を省略する。ここでは、複写機ＭＦＰのＳＲＭＳ２００が、上述のＷｅｂサービスを用いたデータ通信の場合と同様のクライアントとデータ通信を行い、処理を行う場合の手順について説明する。
【００６７】
サービス問い合わせ処理部ＳＲ２８は、ＵＤＰでクライアントからサービス問合せ要求を受け取ると（ステップＳ１６０）、処理を開始する。尚、このサービス問合せ要求には、処理に用いるパラメータは含まれず、要求元のクライアントのＩＰアドレスが含まれる。次いで、サービス問い合わせ処理部ＳＲ２８は、サービス情報テーブル３００Ａを参照して、本ＳＲＭＳ２００のサービス情報を取得する（ステップＳ１６１）。そして、サービス問い合わせ処理部ＳＲ２８は、サービス問合せ要求に含まれているＩＰアドレスを取得して（ステップＳ１６２）、当該ＩＰアドレス宛にサービス情報をＵＤＰで返す（ステップＳ１６３）。これにより、要求元の他の複写機ＭＦＰのＳＲＭＳ２００は、本ＳＲＭＳ２００のサービス情報を取得することができる。
【００６８】
h-2)サービス検索
サービス検索とは、他のＳＲＭＳ２００にサービス情報を問合わせて、他のＳＲＭＳ２００の有するサービス情報を取得する機能のことである。図２４は、サービス検索の機能により実現されるサービス検索処理の手順を示すフローチャートである。
【００６９】
サービス検索処理部ＳＲ２７は、ＵＤＰでクライアントからサービス検索要求を受け取ると（ステップＳ１８０）、処理を開始する。ここでは、サービス検索処理部ＳＲ２７は、処理に用いるパラメータは受け取らない。次いで、サービス検索処理部ＳＲ２７は、ＵＤＰを用いて、本ＳＲＭＳ２００を有する複写機ＭＦＰと同じ所内システムＳＹＭ内の全ＩＰアドレスに対して、即ち、同じ所内システムＳＹＭ内の複写機ＭＦＰ及びパーソナルコンピュータＰＣに対して、上述のサービス問い合わせ要求を送信する（ステップＳ１８１）。尚、画像処理システム内の全ての複写機ＭＦＰのＩＰアドレスに対してＵＤＰパケットを送出し、本ＳＲＭＳ２００を有する複写機ＭＦＰと同じ所内システムＳＹＭ内に存在するＳＲＭＳ２００からのみレスポンスがあるように構成しても良い。一方、サービス問い合わせ要求を受けた他の複写機ＭＦＰのＳＲＭＳ２００は、上述のサービス問合せ処理を行い、当該ＳＲＭＳ２００が管理するサービス情報を、本ＳＲＭＳ２００に返す。図２３の例では、２つの他のＳＲＭＳ２００からサービス情報が本ＳＲＭＳ２００に返る。この結果、本ＳＲＭＳ２００のサービス検索処理部ＳＲ２７は、他のＳＲＭＳ２００からサービス情報を収集し（ステップＳ１８２）、当該収集したサービス情報をリスト化してサービス情報リストとして要求元のクライアントへ返す（ステップＳ１８３）。以上のような構成によれば、例えば、図１８の複写機ＭＦＰ６のように、どの複写機ＭＦＰとも信頼関係がなく、従って、自身のサービス情報テーブル３００Ａに他のＳＲＭＳ２００が直接管理するサービス情報が記憶されていない場合でも、このサービス検索の機能により、他の複写機ＭＦＰの有するＳＲＭＳ２００が管理するサービス情報を取得することができる。
【００７０】
＜ＰＩＤＳの動作＞
a)紙登録
次に、ＰＩＤＳ２０１の各インターフェースの機能及び動作について説明する。紙登録とは、紙情報を紙情報ＤＢ３０１の紙情報テーブル３０１Ａへ登録する機能のことである。図２５は、紙登録の機能により実現される紙登録処理の手順を示すフローチャートである。紙登録処理部ＰＩ２０は、インターフェース部ＰＩ１を介してクライアントから紙情報を受け取る（ステップＳ２００）。そして、紙登録処理部ＰＩ２０は、紙情報テーブル３０１Ａに記憶されている紙情報のローカルＩＤの最大値を調べる（ステップＳ２０１）。例えば、その最大値が「１０」だった場合、紙登録処理部ＰＩ２０は、「１１」を新しいローカルＩＤとして発行し、受け取ったサービス情報のローカルＩＤに「１１」をセットする（ステップＳ２０２）。次に、紙登録処理部ＰＩ２０は、受け取った紙情報に、本ＰＩＤＳ２０１のＵＵＩＤの値をセットする（ステップＳ２０３）。次に、紙登録処理部ＰＩ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った紙情報の登録日時と更新日時にセットする（ステップＳ２０４）。この結果、当該紙情報に対して、ＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせである紙ＩＤが発行されて、当該紙ＩＤが当該紙情報に対応付けられる。そして、紙登録処理部ＰＩ２０は、各情報をセットした紙情報を紙情報テーブル３０１Ａに登録する（ステップＳ２０５）。最後に、紙登録処理部ＰＩ２０は、インターフェース部ＰＩ１を介して要求元のクライアントへ本ＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせを紙ＩＤとして返す（ステップＳ２０６）。
【００７１】
b)紙情報変更
紙情報変更とは、紙情報テーブル３０１Ａに登録済みの紙情報を新しい紙情報に変更する機能のことである。図２６は、紙情報変更の機能により実現される紙情報変更処理の手順を示すフローチャートである。まず、紙変更処理部ＰＩ２１は、インターフェース部ＰＩ１を介してクライアントから紙情報を受け取る（ステップＳ２２０）。紙変更処理部ＰＩ２１は、紙情報テーブル３０１Ａを参照し、受け取った紙情報のＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２２１）。該当するレコードが存在しない場合（ステップＳ２２２：ＮＯ）、紙変更処理部ＰＩ２１は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２２７）。該当するレコードが存在する場合（ステップＳ２２２：ＹＥＳ）、紙変更処理部ＰＩ２１は、当該レコードにセットされている登録日時、ローカルＩＤ及びマスターＵＵＩＤを、受け取った紙情報にセットする（ステップＳ２２３）。そして、サービス変更処理部ＰＩ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った紙情報の更新日時にセットする（ステップＳ２２４）。サービス変更処理部ＰＩ２１は、以上のようにして各情報をセットした紙情報を紙情報テーブルに対して更新（上書き）する（ステップＳ２２５）。次いで、紙変更処理部ＰＩ２１は、インターフェース部ＰＩ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ２２６）。
【００７２】
c)紙削除
紙削除とは、紙情報テーブルに登録済みの紙情報を削除する機能のことである。図２７は、紙削除の機能により実現される紙削除処理の手順を示すフローチャートである。まず、紙削除処理部ＰＩ２２は、インターフェース部ＰＩ１を介してクライアントから削除対象の紙情報についてＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）を受け取る（ステップＳ２４０）。紙削除処理部ＰＩ２２は、紙情報テーブル３０１Ａを参照し、受け取ったＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２４１）。該当するレコードが存在しない場合（ステップＳ２４２：ＮＯ）、紙削除処理部ＰＩ２２は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２４５）。該当するレコードが存在する場合（ステップＳ２４２：ＹＥＳ）、紙削除処理部ＰＩ２２は、紙情報テーブル３０１Ａから当該レコードを削除する（ステップＳ２４３）。次いで、紙削除処理部ＰＩ２２は、インターフェース部ＰＩ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ２４４）。
【００７３】
d)紙取得
紙取得とは、紙情報テーブル３０１Ａに登録されている紙情報を取得する機能のことである。図２８は、紙取得の機能により実現される紙取得処理の手順を示すフローチャートである。まず、紙取得処理部ＰＩ２３は、インターフェース部ＰＩ１を介してクライアントから紙取得要求と共に、取得対象の紙情報のＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）を受け取る（ステップＳ２６０）。そして、紙取得処理部ＰＩ２３は、紙情報テーブル３０１Ａを参照し、受け取ったＰＩＤＳ２０１のＵＵＩＤ及びローカルＩＤの組み合わせ（紙ＩＤ）の値が一致する紙情報のレコードを検索する（ステップＳ２６１）。該当するレコードが存在しない場合（ステップＳ２６２：ＮＯ）、紙取得処理部ＰＩ２３は、「該当の紙情報がない」旨を示すエラー情報を返す（ステップＳ２６４）。該当するレコードが存在する場合（ステップＳ２６２：ＹＥＳ）、紙取得処理部ＰＩ２３は、該当したレコードである紙情報を、インターフェース部ＰＩ１を介してクライアントへ返す（ステップＳ２６３）。
【００７４】
＜ＥＩＤＳの動作＞
a)電子情報登録
次に、ＥＩＤＳ２０２の各インターフェースの機能及び動作について説明する。電子情報登録とは、電子情報を電子情報ＤＢ３０２の電子情報テーブル３０２Ａへ登録すると共に、リポジトリ２０５の機能を利用して、電子文書を電子文書ＤＢ３０３へ登録する機能のことである。図２９は、電子情報登録の機能により実現される電子情報登録処理の手順を示すフローチャートである。まず、電子情報登録処理部ＥＩ２０は、インターフェース部ＥＩ１を介して要求元のクライアントから電子情報及び電子文書を受け取る（ステップＳ３００）。電子情報登録処理部ＥＩ２０は、リポジトリ２０５の文書登録機能を利用し、リポジトリ２０５を介して電子文書を電子文書ＤＢ３０３へ登録し、その結果として文書ＩＤをリポジトリ２０５から受け取る（ステップＳ３０１）。文書ＩＤとは、リポジトリが登録対象の電子文書を管理するために独自に発行するＩＤのことである。または、リポジトリとしてWindowsのファイルシステムのような文書管理システムを用いた場合には、文書ＩＤは、ファイルパスでも構わない。電子情報登録処理部ＥＩ２０は、リポジトリ２０５から受け取った文書ＩＤを、電子情報における「リポジトリへのリンク」にセットする（ステップＳ３０２）。次に、電子情報登録処理部ＥＩ２０は、電子情報テーブル３０２Ａを参照し、ローカルＩＤの最大値を調べる（ステップＳ３０３）。そして、例えば、最大値が「１０」だった場合、電子情報登録処理部ＥＩ２０は、「１１」を新しいローカルＩＤとして発行し、これを受け取った電子情報のローカルＩＤにセットする（ステップＳ３０４）。また、電子情報登録処理部ＥＩ２０は、当該電子情報に、本ＥＩＤＳ２０２のＵＵＩＤをセットする（ステップＳ３０５）。この結果、当該電子情報に対して、ＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせである電子情報ＩＤが発行されて、当該電子ＩＤが当該電子情報に対応付けられる。次に、電子情報登録処理部ＥＩ２０は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った電子情報の登録日時と更新日時にセットする（ステップＳ３０６）。そして、電子情報登録処理部ＥＩ２０は、以上のように各情報をセットした電子情報を電子情報テーブル３０２Ａに登録する（ステップＳ３０７）。最後に、電子情報登録処理部ＥＩ２０は、インターフェース部ＥＩ１を介して要求元のクライアントへ本ＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を返す（ステップＳ３０８）。
【００７５】
b)電子情報変更
電子情報変更とは、電子情報テーブル３０２Ａに登録済みの電子情報を変更する機能のことである。図３０は、電子情報変更機能により実現される電子情報変更処理の手順を示すフローチャートである。まず、電子情報変更処理部ＥＩ２１は、インターフェース部ＥＩ１を介して要求元のクライアントから電子情報及び電子文書本体を受け取る（ステップＳ３２０）。電子情報変更処理部ＥＩ２１は、電子情報テーブル３０２Ａを参照し、受け取った電子情報のＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）の値が一致するレコードを検索する（ステップＳ３２１）。該当するレコードが存在しない場合（ステップＳ３２２：ＮＯ）、電子情報変更処理部ＥＩ２１は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３２８）。該当するレコードが存在する場合（ステップＳ３２２：ＹＥＳ）、電子情報変更処理部ＥＩ２１は、リポジトリ２０５の文書変更機能を利用し、電子文書ＤＢ３０３に記憶されている電子文書本体を更新する（ステップＳ３２３）。次に、電子情報変更処理部ＥＩ２１は、該当するレコードにセットされている登録日時を受け取った電子情報にセットする（ステップＳ３２４）。そして、電子情報変更処理部ＥＩ２１は、ＣＰＵ１１の有する計時機能により現在日時を取得し、受け取った電子情報の更新日時にセットする（ステップＳ３２５）。電子情報変更処理部ＥＩ２１は、以上のようにして各情報をセットした電子情報を電子情報テーブル３０２Ａに対して更新（上書き）する（ステップＳ３２６）。次いで、電子情報変更処理部ＥＩ２１は、インターフェース部ＥＩ１を介して要求元のクライアントへ処理の成功を示す情報を返す（ステップＳ３２７）。
【００７６】
c)電子情報削除
電子情報削除とは、電子情報テーブル３０２Ａに登録済みの電子情報を削除する機能のことである。図３１は、電子情報削除の機能により実現される電子情報削除処理の手順を示すフローチャートである。まず、電子情報削除処理部ＥＩ２２は、インターフェース部ＥＩ１を介してクライアントから削除対象の電子情報についてＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を受け取る（ステップＳ３４０）。電子情報削除処理部ＥＩ２２は、電子情報テーブル３０２Ａを参照し、受け取ったＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）と一致する電子情報のレコードを検索する（ステップＳ３４１）。該当するレコードが存在しない場合（ステップＳ３４２：ＮＯ）、電子情報削除処理部ＥＩ２２は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３４６）。該当するレコードが存在する場合（ステップＳ３４２：ＹＥＳ）、電子情報削除処理部ＥＩ２２は、リポジトリ２０５の文書削除機能を利用して電子文書ＤＢ３０３に記憶されている電子文書本体を削除すると共に（ステップＳ３４３）、電子情報テーブル３０２Ａから当該レコードを削除する（ステップＳ３４４）。次いで、電子情報削除処理部ＥＩ２２は、インターフェース部ＥＩ１を介して要求元のクライアントへ処理の成功を示す成功情報を返す（ステップＳ３４５）。
【００７７】
d)電子情報取得
電子情報取得とは、電子情報テーブル３０２Ａに登録されている電子情報を取得する機能のことである。図３２は、電子情報取得の機能により実現される電子情報取得処理の手順を示すフローチャートである。まず、電子情報取得処理部ＥＩ２３は、インターフェース部ＥＩ１を介してクライアントから電子情報取得要求と共に、取得対象の電子情報のＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）を受け取る（ステップＳ３６０）。そして、電子情報取得処理部ＥＩ２３は、電子情報テーブル３０２Ａを参照し、受け取ったＥＩＤＳ２０２のＵＵＩＤ及びローカルＩＤの組み合わせ（電子ＩＤ）の値が一致する電子情報のレコードを検索する（ステップＳ３６１）。該当するレコードが存在しない場合（ステップＳ３６２:ＮＯ）、電子情報取得処理部ＥＩ２３は、「指定の電子情報がない」旨を示すエラー情報を返す（ステップＳ３６５）。該当するレコードが存在する場合（ステップＳ３６２:ＹＥＳ）、電子情報取得処理部ＥＩ２３は、リポジトリ２０５の文書取得を利用して電子文書ＤＢ３０３に記憶されている電子文書本体を取得し（ステップＳ３６３）、これを、該当したレコードである電子情報と共にインターフェース部ＥＩ１を介して要求元のクライアントへ返す（ステップＳ３６４）。
【００７８】
＜印刷アプリの動作＞
次に、印刷アプリ１００の動作について説明する。印刷アプリには、上述したように、ドライバ印刷機能と、スキャン印刷機能とがある。まず。ドライバ印刷機能による印刷アプリの動作の手順について説明する。図３３〜３５は、ドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【００７９】
a)ドライバ印刷
ここでは、例えば、パーソナルコンピュータＰＣ１から複写機ＭＦＰ１へ印刷命令がなされる場合について説明する。パーソナルコンピュータＰＣ１において、３ページの文書の印刷の指示や印刷条件の設定をユーザが入力すると、パーソナルコンピュータＰＣ１は当該指示入力を受け付け、当該パーソナルコンピュータＰＣ１のプリンタドライバは、当該印刷対象の文書の情報及び印刷条件を含む印刷命令をイントラネットＮＴ１を介して複写機ＭＦＰ１の印刷アプリ１００＿１へ送信する。ここまでの処理の手順は公知の技術であり、このような処理の手順を実現させる種々の公知のプリンタドライバを用いることができる。
【００８０】
印刷アプリ１００＿１は、パーソナルコンピュータＰＣ１のプリンタドライバからの印刷命令を受け取り（ステップＳ４００）、当該印刷命令に含まれる印刷対象の文書の情報及び印刷条件を用いて、レンダリングを行ない、印刷対象の文書を表する画像（レンダリング画像）を生成する（ステップＳ４０１）。ここでは、印刷対象の文書は、３ページあるので、印刷アプリ１００＿１は、３枚の紙に各々印刷するレンダリング画像を生成する。次に、印刷アプリ１００＿１は、生成したレンダリング画像を所定の表現形式の電子文書に変換する（ステップＳ４０２）。例えば、ＴＩＦＦ形式のデータ(ＴＩＦＦファイル)などである。尚、この変換は、当該電子文書を電子文書ＤＢ３０３に登録するために行う。次に、印刷アプリ１００＿１は、各情報がセットされていない初期状態の電子情報を生成し、生成した電子情報における「ファイル名」に電子文書のファイル名をセットする。このファイル名には、プリンタドライバから電子文書のファイル名が送信される場合にはそれをセットするようにしても良いし、印刷アプリ１００＿１が、電子文書に対して所定の方法により付与したものをセットするようにしても良い。そして、印刷アプリ１００＿１は、生成した電子情報と電子文書とをパラメータとしてＥＩＤＳ２０２＿１に渡す（ステップＳ４０３）。尚、ここでは、印刷アプリ１００＿１と、ＥＩＤＳ２０２＿１とのデータの受け渡しは、同一の複写機ＭＦＰ１内で行うため、上述したＷｅｂサービスは利用しない。
【００８１】
ＥＩＤＳ２０２＿１は、上述した電子情報登録の機能により、印刷アプリ１００＿１から渡された電子情報を電子情報ＤＢ３０２＿１の電子情報テーブル３０２Ａ＿１に登録すると共に（ステップＳ４０４）、リポジトリ２０５の文書登録の機能を利用して、電子文書を電子文書ＤＢ３０３＿１に登録して、登録した電子情報に係るＥＩＤＳ２０２＿１のＵＵＩＤ及びローカルＩＤの組み合わせを電子ＩＤとして印刷アプリ１００＿１に返す（ステップＳ４０５）。印刷アプリ１００＿１は、当該電子ＩＤを受け取ると（ステップＳ４０６）、各情報がセットされていない初期状態の紙情報を生成し、生成した紙情報における「名称」にファイル名をセットする（ステップＳ４０７）。このファイル名には、プリンタドライバからファイル名が送信される場合にはそれをセットするようにしても良いし、印刷アプリ１００＿１が、電子文書に対して所定の方法により付与したものをセットするようにしても良い。また、印刷アプリ１００＿１は、プリンタドライバから送られてきた印刷条件を紙情報の「印刷条件」にセットし、ＥＩＤＳ２０２＿１から取得した電子ＩＤ（ＥＩＤＳ２０２＿１のＵＵＩＤ及びローカルＩＤの組み合わせ）を紙情報の「元文書へのリンク」へセットする。ここでは、印刷対象の画像が３ページ分、即ち３枚分あるので、印刷アプリ１００＿１は、３つの紙情報を生成する。そして、印刷アプリ１００＿１は、ＰＩＤＳ２０１＿１に対して紙情報の登録を要求し、生成した紙情報をパラメータとしてＰＩＤＳ２０１＿１に渡す（ステップＳ４０８）。尚、ここでは、印刷アプリ１００＿１と、ＰＩＤＳ２０１＿１とのデータの受け渡しは、同一の複写機ＭＦＰ１内で行うため、上述したＷｅｂサービスは利用しない。
【００８２】
ＰＩＤＳ２０１＿１は、上述した紙情報登録機能により、印刷アプリ１００＿１から渡された紙情報に対してローカルＩＤを各々発行すると共に、当該紙情報を紙情報ＤＢ３０１＿１の紙情報テーブル３０１Ａ＿１に登録する（ステップＳ４０９）。そして、ＰＩＤＳ２０１＿１は、登録した各紙情報に係るＰＩＤＳ２０１＿１のＵＵＩＤ及びローカルＩＤの組み合わせを紙ＩＤとして印刷アプリ１００＿１に返す（ステップＳ４１０）。ここでは、ＰＩＤＳ２０１＿１は３つの紙情報を登録したため、３つの紙ＩＤが印刷アプリ１００＿１に返される。ここでは例えば、この３つの紙ＩＤをページ順に各々紙ＩＤ１−１，紙ＩＤ１−２，紙ＩＤ１−３とする。次に、印刷アプリ１００＿１は、３つの紙ＩＤを受け取ると（ステップＳ４１１）、次いで、３つの紙ＩＤをエンコーダ２０３＿１に渡し各紙ＩＤのエンコードを要求する（ステップＳ４１２）。
【００８３】
エンコーダ２０３＿１は、各紙ＩＤをエンコードして、コード画像を各々生成する（ステップＳ４１３）。即ち、エンコーダ２０３＿１は、１ページ目に対応するコード画像、２ページ目に対応するコード画像、３ページ目に対応するコード画像の３つを生成する。尚、ここでエンコーダ２０３＿１がエンコードするコードの種類は、例えば、２次元バーコードのＱＲコードである。そして、エンコーダ２０３＿１は、生成したコード画像を印刷アプリ１００＿１に渡す（ステップＳ４１４）。そして、印刷アプリ１００＿１は、コード画像を受け取ると（ステップＳ４１５）、各ページに対応する各レンダリング画像に対して、生成した各コード画像を順に合成する。レンダリング画像にコード画像を合成する方法には、各種公知技術を用いることができる。コード画像を合成する位置は、予め決めておいた位置（例えば、紙面の右上の余白部）でも構わないし、紙面内の余白(レンダリング画像において描画されていない領域)を探し出し、当該余白のいずれかの位置でも構わない。そして、印刷アプリ１００＿１は、コード画像を合成したレンダリング画像をページ毎に紙に印刷する（ステップＳ４１６）。その結果、ＰＩＤＳ２０１＿１で発行された３つの紙ＩＤ（紙ＩＤ１−１，紙ＩＤ１−２，紙ＩＤ１−３）が各々コード画像として印刷された３枚の各印刷結果が得られる。
【００８４】
次に、印刷アプリ１００＿１は、印刷した３枚の紙を複写機ＭＦＰ１の有する紙搬送機構により順にコード画像読取部７６まで搬送させ、ベリファイスキャンを実行する（ステップＳ４０００）。具体的には、印刷アプリ１００＿１は、当該紙をコード画像読取部７６にスキャンさせて、当該紙に印刷されたコード画像を読み取らせる。尚、このコード画像が紙において印刷される位置（コード印刷位置）は予め決められた位置であり、コード画像読取部７６は、当該位置に印刷されたコード画像を読み取る。又は、コード印刷位置が不定である場合には、公知の技術を用いて、コード画像読取部７６が紙全体をスキャンしてコード画像を検索することにより、紙に印刷されたコード画像を読み取るように構成しても良い。そして、印刷アプリ１００＿１は、このように取得したコード画像をデコーダ２０４＿１に渡して、デコードを要求する。デコーダ２０４＿１は、上述のデコード機能により、スキャンアプリ１０１＿５から渡されたスキャン画像に含まれるコード画像をデコードし、紙ＩＤを取得する。そして、デコーダ２０４＿１は、この紙ＩＤをデコード結果として印刷アプリ１００＿１に渡す（ステップＳ４００１）。尚、デコーダ２０４＿１は、当該コード画像をデコードできず、紙ＩＤを取得することができない場合、エラーを示すデコード結果を印刷アプリ１００＿１に渡す。
【００８５】
印刷アプリ１００＿１は、デコーダ２０４＿１からデコード結果を受け取ると（ステップＳ４００２）、当該デコード結果を解析して、デコードが成功して紙ＩＤを取得できたか否かを判別する（ステップＳ４００３）。当該判別結果が肯定的である場合（ステップＳ４００３：ＹＥＳ）、印刷アプリ１００＿１は、デコード結果として取得した紙ＩＤと、上述のステップＳ４１１で取得した紙ＩＤとを照合する（ステップＳ４００４）。これらが照合する場合（ステップＳ４００４：ＹＥＳ）、印刷アプリ１００＿１は、紙排紙機構により当該紙を排紙トレイ７１に搬送させる。また、ステップＳ４００３の判定結果が否定的である場合及びステップＳ４１１で受け取った紙ＩＤと、ステップＳ４００２で取得した紙ＩＤが照合しない場合（ステップＳ４００４：ＮＯ）、印刷アプリ１００＿１は、紙搬送機構により当該紙（以下、ＮＧ紙という）をＮＧ記録部７４に搬送させ、当該ＮＧ紙に対してコードに不具合があることを示すＮＧ記録を当該ＮＧ記録部７４に行わせる（ステップＳ４００５）。尚、ＮＧ記録の位置は、当該ＮＧ紙に印刷されたコード画像に不具合があることが分かるような場所であればどこでも構わないが、コード画像に重なる位置であることが望ましい。そして、印刷アプリ１００＿１は、紙搬送路切替部７５により紙の排出先をガベージトレイ７２に切り替えて、紙搬送機構により当該ＮＧ紙をガベージトレイ７２に搬送させる（ステップＳ４００６）。この結果、印刷されたコード画像に不具合があるＮＧ紙と、印刷されたコード画像に不具合のない紙とを分けて排出することができる。
【００８６】
以下、１〜３ページ目の紙のうち、２ページ目の１枚の紙だけがＮＧ紙となったものとして説明する。印刷アプリ１００＿１は、当該ＮＧ紙について、ステップＳ４１１で取得した紙ＩＤをＰＩＤＳ２０１＿１に渡して、紙情報の取得を要求する（ステップＳ４００７）。ＰＩＤＳ２０１＿１は、上述の紙取得機能により、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤに対応する紙情報を取得し、これをスキャンアプリ１０１＿１に返す（ステップＳ４００８）。印刷アプリ１００＿１は、紙情報を取得すると（ステップＳ４００９）、次いで、印刷アプリ１００＿１は、当該紙ＩＤをＰＩＤＳ２０１＿１に渡して、紙情報の削除を要求する（ステップＳ４０１０）。ＰＩＤＳ２０１＿１は、上述した紙情報削除機能により、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤに対応する紙情報を削除し、成功情報を印刷アプリ１００＿１に渡す（ステップＳ４０１１）。印刷アプリ１００＿１は、成功情報を受け取ると（ステップＳ４０１２）、ＰＩＤＳ２０１＿１に対して、ステップＳ４００９で取得した紙情報をパラメータとして渡し当該紙情報の登録を要求する（ステップＳ４０１３）。ＰＩＤＳ２０１＿１は、上述した紙情報登録機能により、印刷アプリ１００＿１から渡された紙情報に対して新たなローカルＩＤを各々発行すると共に、当該紙情報の「登録日時」及び「更新日時」に値をセットして、当該紙情報を紙情報ＤＢ３０１＿１の紙情報テーブル３０１Ａ＿１に新たに登録する。そして、ＰＩＤＳ２０１＿１は、当該ＰＩＤＳ２０１＿１のＵＵＩＤ及び紙ＩＤの組み合わせを紙ＩＤとして印刷アプリ１００＿１に返す（ステップＳ４０１４）。印刷アプリ１００＿１は、新たな紙ＩＤを受け取ると（ステップＳ４０１５）、次いで、当該紙ＩＤをＰＩＤＳ２０１＿１に渡して、当該紙ＩＤに対応する新たな紙情報の取得を要求する（ステップＳ４０１６）。ＰＩＤＳ２０１＿１が、上述の紙取得機能により、当該紙ＩＤに対応する紙情報をスキャンアプリ１０１＿１に返す（ステップＳ４０１７）。
【００８７】
印刷アプリ１００＿１は、新たな紙情報を受け取ると（ステップＳ４０１８）、当該紙情報の「元文書へのリンク」にセットされているＩＤを取得する。この「元文書へのリンク」には、上述したように、紙ＩＤがセットされることもあるし、電子ＩＤがセットされることもあるので、どちらがセットされているかはこの時点では判断できない。しかし、紙ＩＤも電子ＩＤもサービスのＵＵＩＤとローカルＩＤとの組み合わせであることは変わらない。このため、印刷アプリ１００＿１は、まず、「元文書へのリンク」にセットされているＩＤから、サービスのＵＵＩＤを抽出する（ステップＳ４０１９）。尚、ここでは、ＥＩＤＳ２０２＿１のＵＵＩＤが抽出されるものとする。そして、印刷アプリ１００＿１は、そのＵＵＩＤをパラメータとしてＳＲＭＳ２００＿１に渡し、当該ＵＵＩＤのサービス情報の取得を要求する（ステップＳ４０２０）。ＳＲＭＳ２００＿１は、上述したサービス取得１の機能により、該当するＥＩＤＳ２０２＿１のサービス情報を取得し、これを印刷アプリ１００＿１に返す（ステップＳ４０２１）。印刷アプリ１００＿１は、ＳＲＭＳ２００＿１からサービス情報を受け取ると、当該サービス情報の「名前空間」を参照し、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４０２２）。ここでは、印刷アプリ１００＿１は、当該サービス情報の示すサービスはＥＩＤＳ２０２であると判断する。そして、印刷アプリ１００＿１は、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２＿１にアクセスして、ステップＳ４０１８において取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２＿１に渡して、電子情報取得の実行を要求する（ステップＳ４０２３）。ＥＩＤＳ２０２＿１は、電子情報ＤＢ３０２＿１に格納されている電子情報テーブル３０２Ａ＿１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５＿１の文書取得機能を利用して、電子文書ＤＢ３０３＿１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共に印刷アプリ１００＿１へ返す（ステップＳ４０２４）。
【００８８】
印刷アプリ１００＿１は、電子情報及びＴＩＦＦファイルを取得すると（ステップＳ４０２５）、次いで、ステップＳ４０１５で取得した新たな紙ＩＤをエンコーダ２０３＿１に渡し当該紙ＩＤのエンコードを要求する（ステップＳ４０２６）。エンコーダ２０３＿１は、当該紙ＩＤをエンコードしてコード画像を生成し（ステップＳ４０２７）、生成したコード画像を印刷アプリ１００＿１に渡す（ステップＳ４０２８）。印刷アプリ１００＿１は、コード画像を受け取ると（ステップＳ４０２９）、ステップＳ４０２５で取得したＴＩＦＦファイル及びステップＳ４０１８で取得した紙情報にセットされている「印刷条件」を用いて、レンダリング画像を生成し、次いで、上述のステップＳ４１６の処理を行う。このステップＳ４１６では、印刷アプリ１００＿１は、収容トレイ７０に収容された新たな紙を紙搬送機構により印刷部６１まで搬送させ、印刷部６１に印刷を行わせる。
【００８９】
以上のような構成によれば、確実に読み取り可能であり且つ正確にデコード可能なコード画像が印刷された紙を提供可能であり、印刷するコード画像の品質を保証することができる。この結果、コード画像の印刷不良によって、例えば、当該コード画像から誤った紙ＩＤが取得され、この紙ＩＤから印刷対象ではない電子文書が取得されることによる誤印刷を防ぐこともできる。また、紙ＩＤをエンコードして生成したコード画像が印刷不良である場合又はデコード不良である場合、当該紙ＩＤを抹消すると共に、当該紙ＩＤと対応付けられて紙情報テーブル３０１に記憶されている紙情報を削除することにより、紙ＩＤと紙情報との対応関係の整合性を常に保持することができる。
【００９０】
尚、上述においては、複数ページのうち１枚の紙がＮＧ紙となった場合について説明したが、複数ページのうち複数枚の紙がＮＧ紙となった場合には、紙１枚毎にステップＳ４００７〜Ｓ４０１９の処理を行うようにすれば良い。
【００９１】
b)スキャン印刷
スキャン印刷について説明する。ここでは、例として、図３３〜３５で説明した処理によって複写機ＭＦＰ1で印刷された紙を、複写機ＭＦＰ５のスキャンアプリ１０１＿５の実行により走査部でスキャンし、同じく複写機ＭＦＰ５の印刷アプリ１００＿５の実行により再印刷する場合の印刷アプリ１００＿５の動作について説明する。スキャンアプリ１０１＿５の動作については後述する。図３６は、スキャン印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【００９２】
ユーザが複写機ＭＦＰ５において複写対象の紙（図３３で説明した処理によって複写機ＭＦＰ１で印刷された紙）をセットし、印刷条件を設定して、印刷を指示すると、複写機ＭＦＰ５のスキャンアプリ１０１＿５が、当該紙を走査部がスキャンして読み取った、当該紙に印刷されたコード画像を取得し、その結果に基づいて得られるＴＩＦＦファイル及び紙ＩＤと、ユーザから設定された印刷条件とを含む印刷命令を印刷アプリ１００＿５に渡す。ここでのスキャンアプリ１０１＿５の詳細な動作の手順については後述する。尚、ＴＩＦＦファイルは、上述したＥＩＤＳ２０２の電子情報登録の機能により電子文書ＤＢ３０３に記憶されたＴＩＦＦファイルであり、ＥＩＤＳ２０２から取得されたものである。紙ＩＤは、当該紙に付加されている紙ＩＤであり、ここでは、上述した紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３のいずれかである。
【００９３】
印刷アプリ１００＿５は、印刷命令を受け取ると（ステップＳ４２０）、当該印刷命令に含まれるＴＩＦＦファイル及び印刷条件からレンダリングを行ない、印刷対象の文書を表す画像（レンダリング画像）を生成する（ステップＳ４２１）。尚、ここでは、ＴＩＦＦファイルは、３ページの文書を表す情報であるため、印刷アプリ１００＿５は、ページ毎にレンダリングを行い、３つのレンダリング画像を生成する。また、印刷アプリ１００＿５は、各情報がセットされていない初期状態の紙情報を生成し、生成した紙情報における「名称」にファイル名をセットし、スキャンアプリ１０１＿５から渡された印刷条件を紙情報の「印刷条件」にセットし、スキャンアプリ１０１＿５から渡された紙ＩＤ（ここでは、上述した紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３のいずれかである）を紙情報の「元文書へのリンク」へセットする（ステップＳ４２２）。そして、印刷アプリ１００＿５は、ＰＩＤＳ２０１＿５に対して紙情報の登録を要求し、生成した紙情報をパラメータとしてＰＩＤＳ２０１＿５に渡す（ステップＳ４２３）。以降のステップＳ４２４〜Ｓ４３１の動作の手順は、上述のステップＳ４０９〜Ｓ４１６と略同様であるため、その説明を省略する。但し、ステップＳ４２７〜Ｓ４３０で印刷アプリ１００＿５がエンコードを要求するのは、エンコーダ２０３＿５に対してである。
【００９４】
そして、上述のドライバ印刷の場合と同様に、処理の結果、ＰＩＤＳ２０１＿５で発行された３つの紙ＩＤがエンコードされて印刷された３枚の各印刷結果が得られる。ここで、例えば、各印刷結果に付加された紙ＩＤをページ順に各々紙ＩＤ５−１，紙ＩＤ５−２，紙ＩＤ５−３とする。このとき、これらの紙ＩＤに対応する紙情報の「元文書へのリンク」には、上述したように、紙ＩＤ１−１，紙ＩＤ１−２，紙ＩＤ１−３のいずれかがセットされているため、紙ＩＤ５−１，紙ＩＤ５−２，紙ＩＤ５−３に対して紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３のいずれかをリンク付けすることができる。また、紙ＩＤ１−１，紙ＩＤ１−２及び紙ＩＤ１−３に対応する各紙情報の「元文書へのリンク」には、上述のステップＳ４０７で説明したように、電子ＩＤがセットされているため、この電子ＩＤを用いて、印刷対象の電子文書を取得することを可能にする。即ち、紙を複写する毎に、複写先の紙ＩＤに複写元の紙ＩＤをリンクさせる構成によれば、紙を複写する際に、紙ＩＤに対応する紙情報のリンクを辿ることにより、印刷元の電子文書がリンク付けされた紙情報に辿り着くことができ、その結果、電子文書に辿り着くことができる。また、このように紙ＩＤ及び紙ＩＤに対応する紙情報を介在させることにより、当該電子文書に係る印刷をいつどこで行ったのかをトレースすることも可能になる。
【００９５】
＜スキャンアプリの動作＞
次に、スキャンアプリ１０１の動作の手順を、以下の２つのケースに分けて説明する。
a)複写機ＭＦＰ１で印刷した紙の２ページ目(紙ＩＤ１−２)を、複写機ＭＦＰ５でスキャンし、再印刷する
b)a)の複写機ＭＦＰ５で再印刷した紙の１ページ目(紙ＩＤ５−１)を、複写機ＭＦＰ６でスキャンし、再々印刷する
【００９６】
ケースa)としては、事業所Ｊ１で印刷した紙を事業所Ｊ２へ持参し、事業所Ｊ２の複写機ＭＦＰで再印刷する場合を想定している。ケースb)としては、事業所Ｊ１で印刷した紙を事業所Ｊ２へ持参し、事業所Ｊ２の複写機ＭＦＰで再印刷した紙をさらに事業所Ｊ３へ持参し、事業所Ｊ３の複写機ＭＦＰで再々印刷する場合を想定している。尚、複写機ＭＦＰ間の信頼関係は、図１８に示す関係になっているものとする。
【００９７】
a)の場合の動作の手順
図３７は、複写機ＭＦＰ１で印刷した紙の２ページ目(ここでは、紙ＩＤ１−２に対応するものとする)を、複写機ＭＦＰ５でスキャンし、再印刷する場合のスキャンアプリ１０１＿５の動作の手順を示すフローチャートである。複写機ＭＦＰ５において電源が投入され、スキャンアプリ１０１＿５が起動すると、印刷条件を設定する項目とスキャンを指示するためのスキャンボタンとを操作パネル２０に表示させる。そして、ユーザが、複写機ＭＦＰ１で印刷した３枚の紙のうち、２ページ目を複写機ＭＦＰ５のスキャン部（図示せず）にセットして、操作パネル２０において印刷条件を設定し、スキャンボタンを押下すると、スキャンアプリ１０１＿５は、印刷条件を取得し、スキャン部にセットされた紙のスキャンを実行する（ステップＳ４４０）。そして、スキャンアプリ１０１＿５は、スキャンの結果得られるスキャン画像をデコーダ２０４＿５に渡してデコードを要求する（ステップＳ４４１）。デコーダ２０４＿５は、上述のデコード機能により、スキャンアプリ１０１＿５から渡されたスキャン画像に含まれるコード画像をデコードし、紙ＩＤ（紙ＩＤ１−２）を取得する（ステップＳ４４２）。そして、デコーダ２０４＿５は、この紙ＩＤ１−２をスキャンアプリ１０１＿５に渡す（ステップＳ４４３）。
【００９８】
スキャンアプリ１０１＿５は、紙ＩＤ１−２を受け取ると（ステップＳ４４４）、当該紙ＩＤ１−２から、ＰＩＤＳ２０１のＵＵＩＤを抽出する（ステップＳ４４５）。ここでは、スキャンアプリ１０１＿５は、ＵＵＩＤだけではＰＩＤＳ２０１＿１であるか否かを判断できないので、そのＵＵＩＤをパラメータとしてＭＦＰ５のＳＲＭＳ２００＿５に渡し、当該ＵＵＩＤのサービス情報の取得を要求する、即ち、上述したサービス取得１の実行を要求する（ステップＳ４４６）。尚、ここでは、スキャンアプリ１０１＿５と、ＳＲＭＳ２００＿５とのデータの受け渡しは、同一の複写機ＭＦＰ５内で行うため、上述したＷｅｂサービスは利用しない。ＳＲＭＳ２００＿５は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する（ステップＳ４４７）。ここでは、ＳＲＭＳ２００＿５はＰＩＤＳ２０１＿１のサービス情報を管理していないので、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿５に返す（ステップＳ４４７）。スキャンアプリ１０１＿５は、このエラー情報を受け取ると（ステップＳ４４８）、次いで、ＳＲＭＳ２００＿５に対して、サービス情報のリストを要求する、即ち、サービス取得３の実行を要求する（ステップＳ４４９）。ＳＲＭＳ２００＿５は、サービス取得３の機能により、サービスＤＢ３００＿５に格納されている信頼関係情報テーブル３００Ｂ＿５を参照して、ＳＲＭＳ２００＿５と信頼関係にあるＳＲＭＳ２００のサービス情報をリスト化してスキャンアプリ１０１＿５に渡す（ステップＳ４５０）。ここでは、ＳＲＭＳ２００＿５は、自身のサービス情報と、ＳＲＭＳ２００＿４のサービス情報とを渡す。スキャンアプリ１０１＿５は、サービス情報のリストを受け取ると（ステップＳ４５１）、当該リストにあるＳＲＭＳ２００＿４に対して、ステップＳ４４５で抽出したＵＵＩＤをパラメータとして渡し、当該ＵＵＩＤのサービス情報の取得（サービス取得１の実行）を要求する（ステップＳ４５２）。ここでは、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＳＲＭＳ２００＿４とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。尚、スキャンアプリ１０１＿５は、ＳＲＭＳ２００＿５に対してはサービス取得１の実行は要求済なので、ここでは、ＳＲＭＳ２００＿５に対してサービス取得１の実行を要求しない。
【００９９】
ＳＲＭＳ２００＿４は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する。ここでは、ＳＲＭＳ２００＿４はＰＩＤＳ２０１＿１のサービス情報を管理していないので、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿５に返す（ステップＳ４５３）。スキャンアプリ１０１＿５は、このエラー情報を受け取ると（ステップＳ４５４）、次いで、ＳＲＭＳ２００＿４に対してサービス情報のリスト（サービス取得３の実行）を要求する（ステップＳ４５５）。ＳＲＭＳ２００＿４は、サービス取得３の機能により、サービスＤＢ３００＿４に格納されている信頼関係情報テーブル３００Ｂ＿４を参照して、ＳＲＭＳ２００＿４と信頼関係にあるＳＲＭＳ２００のサービス情報をリスト化してスキャンアプリ１０１＿５に渡す。ここでは、ＳＲＭＳ２００＿４は、自身のサービス情報と、ＳＲＭＳ２００＿２及びＳＲＭＳ２００＿５の各サービス情報とを渡す（ステップＳ４５６）。スキャンアプリ１０１＿５は、サービス情報のリストを受け取ると（ステップＳ４５７）、当該リストにあるＳＲＭＳ２００＿２に対して、ステップＳ４４５で抽出したＵＵＩＤをパラメータとして渡し、当該ＵＵＩＤのサービス情報の取得（サービス取得１の実行）を要求する（ステップＳ４５８）。ここでも、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＳＲＭＳ２００＿２とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。尚、スキャンアプリ１０１＿５は、ＳＲＭＳ２００＿４及びＳＲＭＳ２００＿５に対してはサービス取得１の実行は要求済なので、ここでは、ＳＲＭＳ２００＿４及びＳＲＭＳ２００＿５に対してサービス取得１の実行を要求しない。
【０１００】
ＳＲＭＳ２００＿２は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する（ステップＳ４５９）。ここでは、ＳＲＭＳ２００＿２はＳＲＭＳ２００＿１と信頼関係にあるため、ＰＩＤＳ２０１＿１のサービス情報がＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２に記憶されている。このため、ＳＲＭＳ２００＿２は、検索の結果、該当するＰＩＤＳ２０１＿１のサービス情報を取得し、これをスキャンアプリ１０１＿５に返す（ステップＳ４５９）。以上のように、紙ＩＤに含まれるＵＵＩＤを用いてサービス取得１を実行して、該当するサービス情報を検索し、サービス情報が得られなかった場合にはサービス取得３を実行して、信頼関係にあるＳＲＭＳ２００を検索し、当該信頼関係にあるＳＲＭＳ２００に対してサービス取得１を実行させ、サービス情報が得られるまでサービス取得１及びサービス取得３を繰り返す。この処理をサービス情報検索という。
【０１０１】
スキャンアプリ１０１＿５は、ＳＲＭＳ２００＿２からサービス情報を受け取ると、当該サービス情報の「名前空間」を参照し、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４６０）。スキャンアプリ１０１＿５は、例えば、名前空間に「jp.co.ricoh.pids」がセットされていれば、そのサービス情報がＰＩＤＳを示すものであると判断し、名前空間に「jp.co.ricoh.eids」がセットされていれば、そのサービス情報がＥＩＤＳを示すものであると判断する。ここでは、ＰＩＤＳ２０１＿１のサービス情報が返ってくるので、名前空間が「jp.co.ricoh.pids」であり、従って、スキャンアプリ１０１＿５は、当該サービス情報の示すサービスはＰＩＤＳ２０１であると判断する。そして、スキャンアプリ１０１＿５は、サービスがＰＩＤＳ２０１であると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１＿１にアクセスして、ステップＳ４４４で取得した紙ＩＤ１−２をＰＩＤＳ２０１＿１に渡して、紙情報の取得を要求する（ステップＳ４６１）。ここでも、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＰＩＤＳ２０１＿１とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。ＰＩＤＳ２０１＿１は、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤ１−２に対応する紙情報を取得し、これをスキャンアプリ１０１＿５に返す（ステップＳ４６２）。スキャンアプリ１０１＿５は、紙情報を取得すると、当該紙情報の「元文書へのリンク」にセットされているＩＤを取得する。この「元文書へのリンク」には、紙ＩＤがセットされることもあるし、電子ＩＤがセットされることもあるので、どちらがセットされているかはこの時点では判断できない。しかし、紙ＩＤも電子ＩＤもサービスのＵＵＩＤとローカルＩＤとの組み合わせであることは変わらない。このため、スキャンアプリ１０１＿５は、まず、「元文書へのリンク」にセットされているＩＤから、サービスのＵＵＩＤを抽出する（ステップＳ４６３）。
【０１０２】
そして、スキャンアプリ１０１＿５は、抽出したＵＵＩＤで、上記のサービス情報探索で最終的にサービス情報を見つけたＳＲＭＳ２００＿２に対して、サービス取得１の実行を要求する（ステップＳ４６４）。ここで、ＳＲＭＳ２００＿２からサービス情報探索を行なうのは、ステップＳ４５９でＰＩＤＳ２０１＿１のサービス情報を見つけたＳＲＭＳ２００＿２に、今回の検索対象のＵＵＩＤに対応するサービス情報が存在する可能性が高いからである。しかし、ＳＲＭＳ２００＿２から探索を始めるのではなく、上記と同じように、ＳＲＭＳ２００＿５から探索を始めても構わない。ここでは、ＳＲＭＳ２００＿２はＳＲＭＳ２００＿１と信頼関係にあるため、ＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２には、ＥＩＤＳ２０２＿１のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿２は、検索の結果、ＥＩＤＳ２０２＿１のサービス情報を取得し、これをスキャンアプリ１０１＿５に返す（ステップＳ４６５）。
【０１０３】
スキャンアプリ１０１＿５は、ＥＩＤＳ２０２＿１のサービス情報を取得すると、当該サービス情報の「名前空間」を参照して、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ４６６）。ここでは、名前空間には「jp.co.ricoh.eids」がセットされているので、スキャンアプリ１０１＿５は、当該サービス情報の示すサービスはＥＩＤＳであると判断する。そして、スキャンアプリ１０１＿５は、サービスがＥＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２＿１にアクセスして、ステップＳ４６３で取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２＿１に渡して、電子情報取得の実行を要求する（ステップＳ４６７）。ここでも、スキャンアプリ１０１＿５を有する複写機ＭＦＰ５が、上述の図１２で説明した処理の要求元のクライアントとなり、当該クライアントと、ＥＩＤＳ２０２＿１とがＷｅｂサービスを利用したＳＯＡＰ通信を行う。ＥＩＤＳ２０２＿１は、電子情報ＤＢ３０２＿１に格納されている電子情報テーブル３０２Ａ＿１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５＿１の文書取得機能を利用して、電子文書ＤＢ３０３＿１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共にスキャンアプリ１０１＿５へ返す（ステップＳ４６８）。スキャンアプリ１０１＿５は、電子情報及びＴＩＦＦファイルを取得すると、印刷アプリ１００＿５に対して、ＴＩＦＦファイルと、スキャン画像からステップＳ４４４で得た紙ＩＤ１−２と、ユーザが操作パネル２０において設定した印刷条件とを含む印刷命令を渡す（ステップＳ４６９）。すると、印刷アプリ１００＿５は、上述のステップＳ４２０〜Ｓ４３１の処理を実行して、３枚の印刷結果を得ることができる。ここでは、印刷結果の各紙には、ページ順に紙ＩＤ５−１，紙ＩＤ５−２，紙ＩＤ５−３の各紙ＩＤを表すコード画像が各々印刷されているものとする。
【０１０４】
以上のようにして、紙ＩＤに含まれるＵＵＩＤを用いてサービス取得１を実行して、該当するサービス情報を検索し、サービス情報が得られなかった場合にはサービス取得３を実行して、信頼関係にあるＳＲＭＳ２００を検索し、当該信頼関係にあるＳＲＭＳ２００に対してサービス取得１を実行させ、該当のサービス情報が得られるまでサービス取得１及びサービス取得３を繰り返すサービス情報検索を行う。更に、得られたサービス情報を用いて紙情報を取得し、当該紙情報の「元文書へのリンク」から電子ＩＤ又は紙ＩＤを得て、紙ＩＤを得た場合にはさらに当該紙ＩＤに対応する紙情報を取得し、電子ＩＤを得られるまで紙情報の取得を繰り返す。電子ＩＤを得た場合には、当該電子ＩＤに対応する電子情報及び電子文書（ＴＩＦＦファイル）を得て、この結果、当該電子文書を用いて印刷を行うことができる。
【０１０５】
b)の場合の動作の手順
図３８〜３９は、上述のa)の複写機ＭＦＰ５で再印刷した紙の１ページ目(ここでは、紙ＩＤ５−１に対応するものとする)を、複写機ＭＦＰ６でスキャンし、再々印刷する場合のスキャンアプリ１０１＿６の動作の手順を示すフローチャートである。ここでは、スキャンアプリ１０１＿６の起動後、上述のa)のケースにおいてステップＳ４６９の結果得られた印刷結果である紙３枚のうち１ページ目(紙ＩＤ５−１に対応する)を、ユーザが複写機ＭＦＰ６のスキャン部へセットして、操作パネル２０において印刷条件を設定し、スキャンボタンを押下して処理が始まる。スキャンアプリ１０１＿６は、印刷条件を取得し、スキャン部にセットされた紙のスキャンを実行する（ステップＳ４８０）。そして、スキャンアプリ１０１＿６は、スキャンの結果得られるスキャン画像を複写機ＭＦＰ６のデコーダ２０４＿６に渡す（ステップＳ４８１）。尚、ステップＳ４８２〜Ｓ４８４の処理については、上述のステップＳ４４２〜Ｓ４４４の処理を略同様であるため、その説明を省略する。また、上述のa)の場合の動作の手順と共通する部分についても、その説明を省略する。
【０１０６】
ステップＳ４８５では、スキャンアプリ１０１＿６は、デコーダ２０４＿６から渡された紙ＩＤ５−１から、ＰＩＤＳ２０１のＵＵＩＤを抽出する。ここでは、スキャンアプリ１０１＿６は、当該ＵＵＩＤについて、当該ＵＵＩＤだけではＰＩＤＳ２０１＿５であるか否かを判断できないため、上述のステップＳ４４６と同様にして、当該ＵＵＩＤをパラメータとして複写機ＭＦＰ６のＳＲＭＳ２００＿６に渡し、上述したサービス取得１の実行を要求する（ステップＳ４８６）。ＳＲＭＳ２００＿６は、サービス取得１の機能により、指定されたＵＵＩＤのサービス情報を検索する。ここでは、ＳＲＭＳ２００＿６はＰＩＤＳ２０１＿５のサービス情報を管理していないので、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿６に返す（ステップＳ４８７）。スキャンアプリ１０１＿６は、このエラー情報を受け取ると（ステップＳ４８８）、次いで、ＳＲＭＳ２００＿６に対してサービス情報のリスト（サービス取得３の実行）を要求する（ステップＳ４８９）。ＳＲＭＳ２００＿６は、サービス取得３の機能により、サービスＤＢ３００＿６に格納されている信頼関係情報テーブル３００Ｂ＿６を参照する。ここでは、複写機ＭＦＰ６は、どの複写機ＭＦＰ１〜５,７〜８とも信頼関係を結んでいないため、他のＳＲＭＳ２００のサービス情報は、複写機ＭＦＰ６のサービス情報テーブル３００Ａ＿６には記憶されていない。このため、ＳＲＭＳ２００＿６は、「指定のサービス情報がない」旨のエラー情報をスキャンアプリ１０１＿６に返す（ステップＳ４９０）。
【０１０７】
この場合、スキャンアプリ１０１＿６は、エラー情報を受け取ると（ステップＳ４９１）、ＳＲＭＳ２００＿６に対してサービス検索を要求する（ステップＳ４９２）。すると、ＳＲＭＳ２００＿６は、複写機ＭＦＰ６と同じイントラネットＮＴ３に接続されている複写機ＭＦＰ７，８の各ＳＲＭＳ２００＿７，ＳＲＭＳ２００＿８に対して上述のサービス検索を行い、ＳＲＭＳ２００＿７，ＳＲＭＳ２００＿８の各サービス情報のリストを得て、これをスキャンアプリ１０１＿６に返す（ステップＳ４９３）。スキャンアプリ１０１＿６は、サービス情報のリストを受け取ると（ステップＳ４９４）、そのサービス情報が当該リストにある全てのＳＲＭＳ２００に対して順に上述のサービス情報探索を行なう（ステップＳ４９５）。まずＳＲＭＳ２００＿７を起点にサービス情報探索を行なうと、ＳＲＭＳ２００＿７からＳＲＭＳ２００＿３のサービス情報を得て、ＳＲＭＳ２００＿３からＳＲＭＳ２００＿２のサービス情報を得て、ＳＲＭＳ２００＿２からＳＲＭＳ２００＿４のサービス情報を得る。ＳＲＭＳ２００＿４とＳＲＭＳ２００＿５とは信頼関係にあることから、ＳＲＭＳ２００＿４の管理するサービス情報テーブル３００Ａ＿４には、ＰＩＤＳ２０１＿５のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿４は、ＰＩＤＳ２０１＿５のサービス情報をサービス情報テーブル３００Ａ＿４から読み出して、これをスキャンアプリ１０１＿６に返す。この結果、スキャンアプリ１０１＿６は、ＰＩＤＳ２０１＿５のサービス情報を取得する。尚、ここでは、ステップＳ４９４で得たサービス情報のリストにあったＳＲＭＳ２００＿７を起点にサービス情報探索を行なった結果、検索対象のサービス情報（ここでは、ＰＩＤＳ２０１＿５のサービス情報）を得た。このため、スキャンアプリ１０１＿６は、そのサービス情報が当該リストにあるＳＲＭＳ２００＿８を起点にサービス情報探索は行なわない。尚、もしＳＲＭＳ２００＿７を起点にサービス情報探索を行なった結果、ＰＩＤＳ２０１＿５のサービス情報が得られなければ、スキャンアプリ１０１＿６は、次に、ＳＲＭＳ２００＿８を起点にサービス情報探索を行なう。
【０１０８】
そして、スキャンアプリ１０１＿６は、得られたサービス情報の「名前空間」を参照して、当該サービス情報の示すサービスを判断する（ステップＳ４９６）。ここでは、ＰＩＤＳ２０１＿５のサービス情報が返ってくるので、名前空間が「jp.co.ricoh.pids」であり、従って、スキャンアプリ１０１＿６は、当該サービス情報の示すサービスはＰＩＤＳであると判断する。そして、スキャンアプリ１０１＿６は、サービスがＰＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１＿５にアクセスして、ステップＳ４８４で取得したＩＤ（ここでは、紙ＩＤ５−１である）をＰＩＤＳ２０１＿５に渡して、紙取得の実行を要求する（ステップＳ４９７）。ＰＩＤＳ２０１＿５は、紙情報ＤＢ３０１＿５に格納されている紙情報テーブル３０１Ａ＿５を参照して、当該紙ＩＤ５−１に対応する紙情報を取得し、これをスキャンアプリ１０１＿６に返す（ステップＳ４９８）。スキャンアプリ１０１＿６は、紙情報を取得すると、上述のステップＳ４６３と同様にして、当該紙情報の「元文書へのリンク」にセットされているＩＤ（ここでは、紙ＩＤ１−２である）を取得し、当該ＩＤからサービスのＵＵＩＤを抽出する（ステップＳ４９９）。
【０１０９】
そして、スキャンアプリ１０１＿６は、抽出したＵＵＩＤで、上記のサービス情報探索で最終的にサービス情報を見つけたＳＲＭＳ２００＿４を起点にサービス情報検索を行う（ステップＳ５００）。または、上記ＳＲＭＳ２００＿６を起点にしたサービス情報の問合せから始めて、サービス情報検索を行っても良い。ここでは、スキャンアプリ１０１＿６は、ＳＲＭＳ２００＿４を起点にサービス情報探索を行なうと、ＳＲＭＳ２００＿４からＳＲＭＳ２００＿２のサービス情報を得る。ＳＲＭＳ２００＿２とＳＲＭＳ２００＿１とは信頼関係にあることから、ＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２には、ＰＩＤＳ２０１＿１のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿２は、ＰＩＤＳ２０１＿１のサービス情報をサービス情報テーブル３００Ａ＿２から読み出して、これをスキャンアプリ１０１＿６に返す。この結果、スキャンアプリ１０１＿６は、ＰＩＤＳ２０１＿１のサービス情報を取得する。次いで、スキャンアプリ１０１＿６は、得られたサービス情報の「名前空間」を参照して、当該サービス情報の示すサービスを判断する（ステップＳ５０１）。ここでは、ＰＩＤＳ２０１＿１のサービス情報が返ってくるので、名前空間が「jp.co.ricoh.pids」であり、従って、スキャンアプリ１０１＿６は、当該サービス情報の示すサービスはＰＩＤＳであると判断する。
【０１１０】
そして、スキャンアプリ１０１＿６は、サービスがＰＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＰＩＤＳ２０１＿１にアクセスして、ステップＳ４９９で取得したＩＤ（ここでは、紙ＩＤ１−２である）をＰＩＤＳ２０１＿１に渡して、紙取得の実行を要求する（ステップＳ５０２）。ＰＩＤＳ２０１＿１は、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤ１−２に対応する紙情報を取得し、これをスキャンアプリ１０１＿６に返す（ステップＳ５０３）。スキャンアプリ１０１＿６は、紙情報を取得すると、上述のステップＳ４６３と同様にして、当該紙情報の「元文書へのリンク」にセットされているＩＤ（ここでは、電子ＩＤである）を取得し、当該ＩＤから、サービス（ここでは、ＥＩＤＳ２０２＿１である）のＵＵＩＤを抽出する（ステップＳ５０４）。そして、スキャンアプリ１０１＿６は、抽出したＵＵＩＤで、上記のサービス情報探索で最終的にサービス情報を見つけたＳＲＭＳ２００＿２を起点にサービス情報探索を行なう（ステップＳ５０５）。ＳＲＭＳ２００＿２を起点にサービス情報探索を行なうと、ＳＲＭＳ２００＿２とＳＲＭＳ２００＿１とは信頼関係にあることから、ＳＲＭＳ２００＿２の管理するサービス情報テーブル３００Ａ＿２には、ＥＩＤＳ２０２＿１のサービス情報が記憶されている。このため、ＳＲＭＳ２００＿２は、ＥＩＤＳ２０２＿１のサービス情報をサービス情報テーブル３００Ａ＿２から読み出して、これをスキャンアプリ１０１＿６に返す。この結果、スキャンアプリ１０１＿６は、ＥＩＤＳ２０２＿１のサービス情報を取得する。そして、スキャンアプリ１０１＿６は、得られたサービス情報の「名前空間」を参照して、当該サービス情報が何のサービスを示すものかを判断する（ステップＳ５０６）。ここでは、名前空間には「jp.co.ricoh.eids」がセットされているので、スキャンアプリ１０１＿６は、当該サービス情報の示すサービスはＥＩＤＳであると判断する。
【０１１１】
そして、スキャンアプリ１０１＿６は、サービスがＥＩＤＳであると判断した場合、当該サービス情報の「ＵＲＩ」を参照して、ＥＩＤＳ２０２＿１にアクセスして、ステップＳ５０４で取得したＩＤ（ここでは、電子ＩＤである）をＥＩＤＳ２０２＿１に渡して、電子情報取得の実行を要求する（ステップＳ５０７）。ＥＩＤＳ２０２＿１は、電子情報ＤＢ３０２＿１に格納されている電子情報テーブル３０２Ａ＿１を参照して、当該電子ＩＤに対応する電子情報を取得し、リポジトリ２０５＿１の文書取得機能を利用して、電子文書ＤＢ３０３＿１に記憶されている電子文書(ＴＩＦＦファイル)を取得し、これを、電子情報と共にスキャンアプリ１０１＿６へ返す（ステップＳ５０８）。スキャンアプリ１０１＿６は、電子情報及びＴＩＦＦファイルを取得すると、印刷アプリ１００＿６に対して、当該ＴＩＦＦファイルと、スキャン画像からステップＳ４８４で得た紙ＩＤ５−１と、ユーザが操作パネル２０において指定した印刷条件とを含む印刷命令を渡す（ステップＳ５０９）。すると、印刷アプリ１００＿６は、上述のステップＳ４２０〜Ｓ４３１の処理を実行して、３枚の印刷結果を得ることができる。ここでは、例えば、新たな紙ＩＤ６−１，紙ＩＤ６−２，紙ＩＤ６−３を各々表すコード画像が各々印刷された３枚の印刷結果を得ることができる。
【０１１２】
その後、事業所Ｊ３で再々印刷した紙を、いずれかの事業所Ｊ１〜Ｊ３で再度印刷することがあっても、上述のようにして、サービス取得、サービス検索、サービス情報検索、紙取得、電子情報取得の機能が実現されることにより、印刷元の電子文書を取得することができる。従って、印刷した紙を何度複写しても、印刷元の電子文書を用いて、印刷することができる。このため、ユーザの利便性を向上させることができる。
【０１１３】
（３）変形例
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０１１４】
＜変形例１＞
上述した実施の形態の複写機ＭＦＰで実行される各種プログラムを、ＲＯＭ１２ａではなく、ＨＤＤ１８に記憶させるように構成しても良い。また、当該各種プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、当該各種プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital VersatilＥＩＤＳk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。
【０１１５】
＜変形例２＞
また、上述した実施の形態において複写機ＭＦＰの機能として説明した印刷アプリ１００、スキャンアプリ１０１、エンコーダ２０３、デコーダ２０４及びリポジトリ２０５の機能は、上述のものに限定されるものではなく、これらのうち少なくとも２つ以上を組み合わせても良いし、これらのうち少なくとも１つの機能の一部を他の機能に組み込んでも良いし、これらの機能を細分化しても良い。
【０１１６】
＜変形例３＞
上述の実施の形態においては、ページ毎に異なるローカルＩＤを発行し、ページ毎に異なるローカルＩＤを含む紙ＩＤのコード画像を生成するようにした。しかし、１つの電子文書に含まれる全てのページに対して同じローカルＩＤを発行して紙ＩＤを発行するようにしても良いし、所定のぺージ毎に紙ＩＤを発行するようにしても良い。また、複数枚の紙のうち少なくとも１枚以上にコード画像を印刷すれば良く、１ページ目のみや特定のページにのみコード画像を印刷しても良いし、また、各ページに同一のコード画像を印刷しても良い。
【０１１７】
また、エンコードしてコード画像として紙に印刷する情報は、上述の紙ＩＤに限らず、また、当該情報に対応付けられる情報も、上述の紙情報に限らない。
【０１１８】
＜変形例４＞
上述の実施の形態において複写機ＭＦＰが備えるサービスＤＢ３００，紙情報ＤＢ３０１，電子情報ＤＢ３０２，電子文書ＤＢ３０３は、ハードディスクなどの記憶装置に記憶されるものであっても良いし、当該複写機ＭＦＰに着脱可能なＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等の記録媒体に記憶されるものであっても良い。
【０１１９】
＜変形例５＞
上述の実施の形態においては、ステップＳ４０１４でＮＧ紙に対して新たな紙ＩＤを発行するように構成した。しかし、ＮＧ紙に対して新たな紙ＩＤを発行せず、ステップＳ４１０で発行された紙ＩＤを利用するように構成しても良い。図４０は、本変形例における動作の手順を示すフローチャートである。ステップＳ４０００〜Ｓ４００６については、上述の実施の形態と同様であるため、その説明を省略する。ステップＳ４００７´では、印刷アプリ１００＿１は、当該ＮＧ紙について、ステップＳ４１１で取得した紙ＩＤをＰＩＤＳ２０１＿１に渡して、紙情報の変更を要求する。ＰＩＤＳ２０１＿１は、上述の紙情報変更機能により、紙情報ＤＢ３０１＿１に格納されている紙情報テーブル３０１Ａ＿１を参照して、当該紙ＩＤに対応する紙情報を取得し、当該紙情報の「登録日時」及び「更新日時」の値を変更して、紙情報ＤＢ３０１＿１に記憶されている当該紙情報を更新する。そして、ＰＩＤＳ２０１＿１は、処理の終了を示す成功情報を印刷アプリ１００＿１に返す（ステップＳ４００８´）。印刷アプリ１００＿１は、成功情報を取得すると（ステップＳ４００９´）、次いで、ステップＳ４１１で取得した当該紙ＩＤをＰＩＤＳ２０１＿１に渡して、上述のように更新された紙情報の取得を要求する（ステップＳ４０１０´）。ＰＩＤＳ２０１＿１が、上述の紙取得機能により、当該紙ＩＤに対応する紙情報を印刷アプリ１００＿１に返す（ステップＳ４０１１´）。印刷アプリ１００＿１は、新たな紙情報を取得すると（ステップＳ４０１２´）、上述と同様にして、ステップＳ４０１９以降の処理を行う。このような構成によれば、印刷するコード画像の品質を保証可能であると共に、発行する紙ＩＤの数や、処理するステップ数を抑えることができるので、必要な資源を最小限に抑えることができる。また、紙ＩＤをエンコードして生成したコード画像が印刷不良である場合又はデコード不良である場合、当該紙ＩＤと対応付けられて紙情報テーブル３０１に記憶されている紙情報を変更することにより、紙ＩＤと紙情報との対応関係の整合性を常に保持することができる。
【０１２０】
＜変形例６＞
上述の実施の形態においては、ＮＧ紙について、ステップＳ４００７〜Ｓ４０２９，Ｓ４１６の処理を行うことにより、自動的に再印刷を行うように構成したが、ＮＧ紙を自動的に再印刷しないように構成しても良い。このような構成においては、図３４のステップＳ４００６の後、ステップＳ４０１０〜Ｓ４０１２の処理のみを行うように構成すれば良い。また、例えば、操作パネル２０を介してユーザからの指示があった場合には、ステップＳ４００７〜Ｓ４０２９，Ｓ４１６の処理を行うように構成しても良い。このような構成によっても、紙ＩＤと紙情報との対応関係の整合性を常に保持することができる。
【０１２１】
また、上述の実施の形態においては、ＮＧ紙について、ステップＳ４００５に係るＮＧ記録と、ステップＳ４００６に係るガベージトレイ７２への排出とを行ったが、いずれか一方のみを行うように構成しても良い。
【０１２２】
＜変形例７＞
上述の実施の形態においては、複写機ＭＦＰは、他の複写機ＭＦＰとネットワークＮＴにより接続させる構成としたが、他の複写機ＭＦＰと接続されない構成であっても良い。
【産業上の利用可能性】
【０１２３】
以上のように、本発明にかかる画像処理装置、画像処理方法及び画像処理プログラムは、コード画像化された情報を紙に印刷すると共に、当該情報に対応付けられる情報を保持する画像処理技術に用いて好適である。
【図面の簡単な説明】
【０１２４】
【図１】本実施の形態にかかる画像処理システム全体の構成を示すブロック図である。
【図２】同実施の形態にかかる複写機ＭＦＰのハードウェア構成を示すブロック図である。
【図３】複写機ＭＦＰの本実施の形態に係るハードウェア構成及び機能的構成を簡略化して示した図である。
【図４】同実施の形態にかかる複写機ＭＦＰの機能的構成を示すブロック図である。
【図５】同実施の形態にかかるＳＲＭＳ２００の構成を示すブロック図である。
【図６】同実施の形態にかかるサービス情報テーブル３００Ａのデータ構成を例示する図である。
【図７】同実施の形態にかかる信頼関係情報テーブル３００Ｂのデータ構成を例示する図である。
【図８】同実施の形態にかかるＰＩＤＳ２０１の構成を示すブロック図である。
【図９】同実施の形態にかかる紙情報テーブル３０１Ａのデータ構成を例示する図である。
【図１０】同実施の形態にかかるＥＩＤＳ２０２の構成を示すブロック図である。
【図１１】同実施の形態にかかる電子情報テーブル３０２Ａのデータ構成を例示する図である。
【図１２】同実施の形態にかかるＷｅｂサービスにおいてＳＯＡＰメッセージを用いたＳＯＡＰ通信の基本的な処理の手順を示すフローチャートである。
【図１３】同実施の形態にかかるサービス登録の機能により実現されるサービス登録処理の手順を示すフローチャートである。
【図１４】同実施の形態にかかるサービス変更の機能により実現されるサービス変更処理の手順を示すフローチャートである。
【図１５】同実施の形態にかかるサービス削除の機能により実現されるサービス削除処理の手順を示すフローチャートである。
【図１６】同実施の形態にかかるサービス取得の機能により実現されるサービス取得処理の手順を示すフローチャートである。
【図１７】同実施の形態にかかる信頼関係構築機能により実現される信頼関係構築処理の手順を示すフローチャートである。
【図１８】図１に示した画像処理システムにおいて、信頼関係を結んでいる複写機ＭＦＰの関係を模式的に例示した図である。
【図１９】同実施の形態にかかる画像処理システムにおいて以上のような信頼関係があるときの複写機ＭＦＰ３の有するサービス情報テーブル３００Ａ＿３の状態を示す図である。
【図２０】同実施の形態にかかる画像処理システムにおいて以上のような信頼関係があるときの及び複写機ＭＦＰ７の有するサービス情報テーブル３００Ａ＿７の状態を示す図である。
【図２１】同実施の形態にかかる信頼関係破棄機能により実現される信頼関係破棄処理の手順を示すフローチャートである。
【図２２】同実施の形態にかかる同期機能により実現される信頼関係破棄処理の手順を示すフローチャートである。
【図２３】同実施の形態にかかるサービス問い合わせの機能により実現されるサービス問い合わせ処理の手順を示すフローチャートである。
【図２４】同実施の形態にかかるサービス検索の機能により実現されるサービス検索処理の手順を示すフローチャートである。
【図２５】同実施の形態にかかる紙登録の機能により実現される紙登録処理の手順を示すフローチャートである。
【図２６】同実施の形態にかかる紙情報変更の機能により実現される紙情報変更処理の手順を示すフローチャートである。
【図２７】同実施の形態にかかる紙削除の機能により実現される紙削除処理の手順を示すフローチャートである。
【図２８】同実施の形態にかかる紙取得の機能により実現される紙取得処理の手順を示すフローチャートである。
【図２９】同実施の形態にかかる電子情報登録の機能により実現される電子情報登録処理の手順を示すフローチャートである。
【図３０】同実施の形態にかかる電子情報変更機能により実現される電子情報変更処理の手順を示すフローチャートである。
【図３１】同実施の形態にかかる電子情報削除の機能により実現される電子情報削除処理の手順を示すフローチャートである。
【図３２】同実施の形態にかかる電子情報取得の機能により実現される電子情報取得処理の手順を示すフローチャートである。
【図３３】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３４】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３５】同実施の形態にかかるドライバ印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３６】同実施の形態にかかるスキャン印刷機能による印刷アプリ１００の動作の手順を示すフローチャートである。
【図３７】同実施の形態にかかる複写機ＭＦＰ１で印刷した紙を、複写機ＭＦＰ５で再印刷する場合のスキャンアプリ１０１＿５の動作の手順を示すフローチャートである。
【図３８】複写機ＭＦＰ５で再印刷した紙を、複写機ＭＦＰ６で再々印刷する場合のスキャンアプリ１０１＿６の動作の手順を示すフローチャートである。
【図３９】複写機ＭＦＰ５で再印刷した紙を、複写機ＭＦＰ６で再々印刷する場合のスキャンアプリ１０１＿６の動作の手順を示すフローチャートである。
【図４０】本実施の形態の変形例に係る動作の手順を示すフローチャートである。
【符号の説明】
【０１２５】
１０ コントローラ
１１ ＣＰＵ
１２ａ ＲＯＭ
２０ 操作パネル
６０ エンジン部
６１ 印刷部
６２ コード画像読取部
７０ 収容トレイ
７１ 排紙トレイ（第１トレイ）
７２ ガベージトレイ（第２トレイ）
７４ ＮＧ記録部（第２印刷手段）
７５ 紙搬送路切替部
１００ 印刷アプリ（印刷手段）
１０１ スキャンアプリ（読取手段）
２００ ＳＲＭＳ（サービス情報制御手段）
２０１ ＰＩＤＳ（紙情報制御手段）
２０２ ＥＩＤＳ（電子情報制御手段）
２０３ エンコーダ（コード取得手段）
２０４ デコーダ（コード画像生成手段）
２０５ リポジトリ（電子文書制御手段）
３００ サービスＤＢ
３００Ａ サービス情報テーブル
３００Ｂ 信頼関係情報テーブル
３０１ 紙情報ＤＢ
３０１Ａ 紙情報テーブル
３０２ 電子情報ＤＢ
３０２Ａ 電子情報テーブル
３０３ 電子文書ＤＢ
ＥＩ１ インターフェース部
ＥＩ２ 処理機能部
ＥＩ２０ 電子情報登録処理部
ＥＩ２１ 電子情報変更処理部
ＥＩ２２ 電子情報削除処理部
ＥＩ２３ 電子情報取得処理部
ＭＦＰ１〜６ 複写機
ＮＴ０ インターネット
ＮＴ１〜ＮＴ３ イントラネット
ＰＣ１〜２ パーソナルコンピュータ
ＰＩ１ インターフェース部
ＰＩ２ 処理機能部
ＰＩ２０ 紙登録処理部
ＰＩ２１ サービス変更処理部
ＰＩ２１ 紙変更処理部
ＰＩ２２ 紙削除処理部
ＰＩ２３ 紙取得処理部
ＳＲ１ インターフェース部
ＳＲ２ 処理機能部
ＳＲ２０ サービス登録処理部
ＳＲ２１ サービス変更処理部
ＳＲ２２ サービス削除処理部
ＳＲ２３ サービス取得処理部
ＳＲ２４ 信頼関係構築処理部
ＳＲ２５ 信頼関係破棄処理部
ＳＲ２６ 同期処理部
ＳＲ２７ サービス検索処理部
ＳＲ２８ サービス問い合せ処理部
【特許請求の範囲】
【請求項１】
記憶手段に記憶された所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成手段と、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、
前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、
前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、
前記コード取得手段が取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、
前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段と、
前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御手段とを備える
ことを特徴とする画像処理装置。
【請求項２】
前記情報制御手段は、前記識別情報を発行し、前記記憶手段に記憶される前記所定の情報を当該識別情報と関連付けて管理し、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に対して新たな識別情報を発行し、当該所定の情報を当該新たな識別情報と関連付けて前記記憶手段に新たに登録し、
前記コード画像生成手段は、前記情報制御手段が発行した前記新たな識別情報をエンコードしてコード画像を生成し、
前記印刷手段は、前記コード画像生成手段が当該新たな識別情報をエンコードして生成したコード画像を前記印刷画像と共に新たな紙媒体に印刷する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記所定の情報は、当該所定の情報が前記記憶手段に登録された日時又は前記記憶手段に記憶された当該所定の情報が更新された日時のうち少なくとも一方を示す日時情報を含み、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に含まれる前記日時情報を更新して当該所定の情報を前記記憶手段に新たに登録する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
記憶手段に記憶される所定の情報に対して識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御手段と、
前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成手段と、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、
前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、
前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、
前記コード取得手段が取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、
前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段とを備え、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、
前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記コード画像生成手段がエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷する
ことを特徴とする画像処理装置。
【請求項５】
前記所定の情報は、前記記憶手段に記憶された当該所定の情報を更新した日時を示す日時情報を含み、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報に含まれる前記日時情報を更新する
ことを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記第２印刷手段は、前記コード画像読取手段が前記コード画像を読み取ることができない場合、前記所定の画像を前記紙媒体に印刷する
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項７】
前記印刷手段が印刷した紙媒体の排出先を第１トレイ又は第２トレイに切り替える紙搬送路切替手段を更に備え、
前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記紙媒体の排出先を前記紙搬送路切替手段により前記第２トレイに切り替える
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項８】
前記所定の情報は、印刷対象の前記紙媒体を特定する紙情報であり、当該紙媒体への印刷の際の印刷条件を示す印刷条件情報と、当該紙媒体の複写元の紙媒体を特定する紙情報又は前記印刷対象の電子文書を特定する電子情報のうち一方とを含む
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項９】
前記第２印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の画像を前記コード画像に重ねて印刷する
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項１０】
記憶手段に記憶された所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を紙媒体に印刷する印刷ステップと、
前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、
前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、
前記コード取得ステップで取得した読取識別情報と、前記コード画像生成ステップでエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、
前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップと、
前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御ステップとを備える
ことを特徴とする画像処理方法。
【請求項１１】
記憶手段に記憶される所定の情報に対して識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御ステップと、
前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を紙媒体に印刷する印刷ステップと、
前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、
前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、
前記コード取得ステップで取得した読取識別情報と、前記コード画像生成ステップでエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、
前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップとを備え、
前記情報制御ステップでは、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、
前記印刷ステップでは、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記コード画像生成ステップでエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷する
ことを特徴とする画像処理方法。
【請求項１２】
請求項１０又は請求項１１に記載された画像処理方法をコンピュータで実行させることを特徴とする画像処理プログラム。
【請求項１】
記憶手段に記憶された所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成手段と、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、
前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、
前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、
前記コード取得手段が取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、
前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段と、
前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御手段とを備える
ことを特徴とする画像処理装置。
【請求項２】
前記情報制御手段は、前記識別情報を発行し、前記記憶手段に記憶される前記所定の情報を当該識別情報と関連付けて管理し、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に対して新たな識別情報を発行し、当該所定の情報を当該新たな識別情報と関連付けて前記記憶手段に新たに登録し、
前記コード画像生成手段は、前記情報制御手段が発行した前記新たな識別情報をエンコードしてコード画像を生成し、
前記印刷手段は、前記コード画像生成手段が当該新たな識別情報をエンコードして生成したコード画像を前記印刷画像と共に新たな紙媒体に印刷する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記所定の情報は、当該所定の情報が前記記憶手段に登録された日時又は前記記憶手段に記憶された当該所定の情報が更新された日時のうち少なくとも一方を示す日時情報を含み、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の情報に含まれる前記日時情報を更新して当該所定の情報を前記記憶手段に新たに登録する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
記憶手段に記憶される所定の情報に対して識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御手段と、
前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成手段と、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成手段が生成したコード画像を紙媒体に印刷する印刷手段と、
前記印刷手段が印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取手段と、
前記コード画像読取手段が読み取った前記コード画像を用いて、読取識別情報を取得するコード取得手段と、
前記コード取得手段が取得した前記読取識別情報と、前記コード画像生成手段がエンコードして前記コード画像を生成した前記識別情報とを照合する照合手段と、
前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷手段とを備え、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、
前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記コード画像生成手段がエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷する
ことを特徴とする画像処理装置。
【請求項５】
前記所定の情報は、前記記憶手段に記憶された当該所定の情報を更新した日時を示す日時情報を含み、
前記情報制御手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記記憶手段に記憶された前記所定の情報に含まれる前記日時情報を更新する
ことを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記第２印刷手段は、前記コード画像読取手段が前記コード画像を読み取ることができない場合、前記所定の画像を前記紙媒体に印刷する
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項７】
前記印刷手段が印刷した紙媒体の排出先を第１トレイ又は第２トレイに切り替える紙搬送路切替手段を更に備え、
前記印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記紙媒体の排出先を前記紙搬送路切替手段により前記第２トレイに切り替える
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項８】
前記所定の情報は、印刷対象の前記紙媒体を特定する紙情報であり、当該紙媒体への印刷の際の印刷条件を示す印刷条件情報と、当該紙媒体の複写元の紙媒体を特定する紙情報又は前記印刷対象の電子文書を特定する電子情報のうち一方とを含む
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項９】
前記第２印刷手段は、前記照合手段における照合の結果、前記識別情報と前記読取識別情報とが一致しない場合、前記所定の画像を前記コード画像に重ねて印刷する
ことを特徴とする請求項１又は請求項４に記載の画像処理装置。
【請求項１０】
記憶手段に記憶された所定の情報に関連付けられた識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を紙媒体に印刷する印刷ステップと、
前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、
前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、
前記コード取得ステップで取得した読取識別情報と、前記コード画像生成ステップでエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、
前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップと、
前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記所定の情報を前記記憶手段から削除する情報制御ステップとを備える
ことを特徴とする画像処理方法。
【請求項１１】
記憶手段に記憶される所定の情報に対して識別情報を発行し、前記所定の情報を当該識別情報と関連付けて管理する情報制御ステップと、
前記記憶手段に記憶された前記所定の情報を識別可能な前記識別情報をエンコードしてコード画像を生成するコード画像生成ステップと、
印刷対象の電子文書を用いて印刷画像を生成し当該印刷画像と共に、前記コード画像生成ステップで生成したコード画像を紙媒体に印刷する印刷ステップと、
前記印刷ステップで印刷した前記紙媒体を走査することにより前記コード画像を読み取るコード画像読取ステップと、
前記コード画像読取ステップで読み取った前記コード画像を用いて、読取識別情報を取得するコード取得ステップと、
前記コード取得ステップで取得した読取識別情報と、前記コード画像生成ステップでエンコードして前記コード画像を生成した前記識別情報とを照合する照合ステップと、
前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、所定の画像を前記紙媒体に印刷する第２印刷ステップとを備え、
前記情報制御ステップでは、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記記憶手段に記憶された前記所定の情報を更新し、
前記印刷ステップでは、前記照合ステップにおける照合の結果、前記識別情報と前記読取識別情報が一致しない場合、前記コード画像生成ステップでエンコードして生成した前記コード画像を前記印刷画像と共に新たな紙媒体に印刷する
ことを特徴とする画像処理方法。
【請求項１２】
請求項１０又は請求項１１に記載された画像処理方法をコンピュータで実行させることを特徴とする画像処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【公開番号】特開２００８−２０４０８１（Ｐ２００８−２０４０８１Ａ）
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願番号】特願２００７−３８２３７（Ｐ２００７−３８２３７）
【出願日】平成１９年２月１９日（２００７．２．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願日】平成１９年２月１９日（２００７．２．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]