(57)【要約】【課題】ユーザーが普段利用する拠点以外で印刷を行った場合でも、普段利用する拠点で印刷結果の状態を管理することを目的とする。【解決手段】画像形成装置より書誌情報の取得要求を受信すると、管理サーバーより指定されたユーザーが利用する書誌サーバーの情報を取得する。画像形成装置に指定されたユーザーが利用する書誌サーバーの情報と、ユーザーの書誌情報と、を送信する。画像形成装置より印刷結果による書誌情報の更新を受け取ると、管理しているユーザーの書誌情報を更新する。【選択図】図７
2020135425.tif 000002
【特許請求の範囲】
【請求項１】
複数の書誌サーバーを管理する管理サーバーと、第１の拠点の書誌サーバー及び第１の拠点の画像形成装置と、第２の拠点の書誌サーバー及び第２の拠点の画像形成装置と、を含む印刷システムであって、
前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーは、ユーザーの書誌情報の同期をとっており、
前記管理サーバーは、
ユーザーが利用する書誌サーバーを管理し、前記第１の拠点の書誌サーバー、又は前記第２の拠点の書誌サーバーからの要求に応じて、指定されたユーザーが利用する書誌サーバーの情報を送信し、
前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーは、
ユーザーの書誌情報を管理し、前記管理サーバーより前記指定されたユーザーが利用する書誌サーバーの情報を受信すると、前記指定されたユーザーが利用する書誌サーバーの情報を、要求元の画像形成装置に送信し、
前記第１の拠点の画像形成装置及び前記第２の拠点の画像形成装置は、
前記第１の拠点の書誌サーバー、又は前記第２の拠点の書誌サーバーより前記指定されたユーザーが利用する書誌サーバーの情報を受信すると、前記書誌サーバーの情報に基づき、前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーの何れか又は双方より前記指定されたユーザーの書誌情報を受信し、前記書誌情報に基づき文書の一覧を含む画面を表示し、前記画面を介して選択された文書の印刷処理を実行し、前記指定されたユーザーの書誌情報を送信した書誌サーバーに、印刷結果による書誌情報の更新を送信することを特徴とする印刷システム。
【請求項２】
前記第１の拠点の書誌サーバーは、シートに画像を印刷する印刷手段を有する画像形成装置であることを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記第２の拠点の書誌サーバーは、シートに画像を印刷する印刷手段を有する画像形成装置であることを特徴とする請求項２に記載の印刷システム。
【請求項４】
前記第１の拠点の画像形成装置及び前記第２の拠点の画像形成装置は、
前記同期された書誌情報に基づいて、印刷対象となる印刷データを選択する画面を表示する表示制御手段を更に備え、
前記印刷手段は、前記画面を介して選択された印刷データに基づきシートに画像を印刷することを特徴とする請求項３に記載の印刷システム。
【請求項５】
画像形成装置より書誌情報の取得要求を受信すると、管理サーバーより指定されたユーザーが利用する書誌サーバーの情報を取得する取得手段と、
前記画像形成装置に前記指定されたユーザーが利用する書誌サーバーの情報と、ユーザーの書誌情報と、を送信する送信手段と、
前記画像形成装置より印刷結果による書誌情報の更新を受け取ると、管理している前記ユーザーの書誌情報を更新する更新手段と、
を有することを特徴とする書誌サーバー。
【請求項６】
複数の書誌サーバーを管理する管理サーバーと、第１の拠点の書誌サーバー及び第１の拠点の画像形成装置と、第２の拠点の書誌サーバー及び第２の拠点の画像形成装置と、を含む印刷システムにおける情報処理方法であって、
前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーは、ユーザーの書誌情報の同期をとっており、
前記管理サーバーが、ユーザーが利用する書誌サーバーを管理し、前記第１の拠点の書誌サーバー、又は前記第２の拠点の書誌サーバーからの要求に応じて、指定されたユーザーが利用する書誌サーバーの情報を送信し、
前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーは、ユーザーの書誌情報を管理し、前記管理サーバーより前記指定されたユーザーが利用する書誌サーバーの情報を受信すると、前記指定されたユーザーが利用する書誌サーバーの情報を、要求元の画像形成装置に送信し、
前記第１の拠点の画像形成装置及び前記第２の拠点の画像形成装置は、前記第１の拠点の書誌サーバー、又は前記第２の拠点の書誌サーバーより前記指定されたユーザーが利用する書誌サーバーの情報を受信すると、前記書誌サーバーの情報に基づき、前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーの何れか又は双方より前記指定されたユーザーの書誌情報を受信し、前記書誌情報に基づき文書の一覧を含む画面を表示し、前記画面を介して選択された文書の印刷処理を実行し、前記指定されたユーザーの書誌情報を送信した書誌サーバーに、印刷結果による書誌情報の更新を送信することを特徴とする情報処理方法。
【請求項７】
書誌サーバーが実行する情報処理方法であって、
画像形成装置より書誌情報の取得要求を受信すると、管理サーバーより指定されたユーザーが利用する書誌サーバーの情報を取得する取得工程と、
前記画像形成装置に前記指定されたユーザーが利用する書誌サーバーの情報と、ユーザーの書誌情報と、を送信する送信工程と、
前記画像形成装置より印刷結果による書誌情報の更新を受け取ると、管理している前記ユーザーの書誌情報を更新する更新工程と、
を含むことを特徴とする情報処理方法。
【請求項８】
コンピュータを、
画像形成装置より書誌情報の取得要求を受信すると、管理サーバーより指定されたユーザーが利用する書誌サーバーの情報を取得する取得手段と、
前記画像形成装置に前記指定されたユーザーが利用する書誌サーバーの情報と、ユーザーの書誌情報と、を送信する送信手段と、
前記画像形成装置より印刷結果による書誌情報の更新を受け取ると、管理している前記ユーザーの書誌情報を更新する更新手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システム、書誌サーバー、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、印刷データを受信した時点では印刷を行わずに画像形成装置内に印刷データを留め置き、ユーザーが画像形成装置の操作部上で印刷指示要求を入力することで印刷出力を行う留め置き印刷がある。近年では、印刷データが留め置かれた画像形成装置以外の画像形成装置をユーザーが操作することにより、留め置かれた印刷データを取得して出力することが可能なリモート留め置き印刷が提案されている（特許文献１）。
また、特許文献１では、リモート留め置き印刷を実現する場合、画像形成装置に保存された印刷データと印刷設定の情報（以後、書誌情報）のどちらか、又は両方をサーバーとなる情報処理装置にて管理する構成も合わせて提案されている。
さらに、サーバーが管理する画像形成装置の物理的な管理を容易にするために、同一会社内においても、ビルのフロア（階）毎や、事業拠点毎にサーバーとなる情報処理装置を設置し、画像形成装置を管理する方法が一般にとられている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２１１６２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、書誌情報を管理するサーバーを拠点ごとやフロアごとに複数用意する構成において、ユーザーが普段利用する拠点以外でも印刷を行えるようにすることが考えられる。しかしながら、単純に拠点以外での印刷が行われると、普段利用する拠点において、他拠点で実行された印刷結果の状態を普段利用する拠点で管理できないという課題がある。また、他拠点で印刷を行ったユーザーは、普段利用する拠点の画像形成装置から、他拠点で印刷済みの印刷データを容易に識別できないという課題もある。
本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、ユーザーが普段利用する拠点以外で印刷を行った場合でも、普段利用する拠点で印刷結果の状態を管理できる仕組みを提供することを目的の１つとする。また、本発明の別の側面としては、他拠点でのユーザー操作に起因する印刷データの状態変化を、普段利用する拠点の画像形成装置上でも表示できる仕組みを提供することを目的の１つとする。
【課題を解決するための手段】
【０００５】
本発明は、複数の書誌サーバーを管理する管理サーバーと、第１の拠点の書誌サーバー及び第１の拠点の画像形成装置と、第２の拠点の書誌サーバー及び第２の拠点の画像形成装置と、を含む印刷システムであって、前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーは、ユーザーの書誌情報の同期をとっており、前記管理サーバーは、ユーザーが利用する書誌サーバーを管理し、前記第１の拠点の書誌サーバー、又は前記第２の拠点の書誌サーバーからの要求に応じて、指定されたユーザーが利用する書誌サーバーの情報を送信し、前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーは、ユーザーの書誌情報を管理し、前記管理サーバーより前記指定されたユーザーが利用する書誌サーバーの情報を受信すると、前記指定されたユーザーが利用する書誌サーバーの情報を、要求元の画像形成装置に送信し、前記第１の拠点の画像形成装置及び前記第２の拠点の画像形成装置は、前記第１の拠点の書誌サーバー、又は前記第２の拠点の書誌サーバーより前記指定されたユーザーが利用する書誌サーバーの情報を受信すると、前記書誌サーバーの情報に基づき、前記第１の拠点の書誌サーバー及び前記第２の拠点の書誌サーバーの何れか又は双方より前記指定されたユーザーの書誌情報を受信し、前記書誌情報に基づき文書の一覧を含む画面を表示し、前記画面を介して選択された文書の印刷処理を実行し、前記指定されたユーザーの書誌情報を送信した書誌サーバーに、印刷結果による書誌情報の更新を送信する。
【発明の効果】
【０００６】
本発明の１つの側面によれば、ユーザーが普段利用する拠点以外で印刷を行った場合でも、普段利用する拠点で印刷結果の状態を管理することができるようになる。また、本発明の別の側面によれば、他拠点でのユーザー操作に起因する印刷データの状態変化を、普段利用する拠点の画像形成装置上でも表示できるようになる。
【図面の簡単な説明】
【０００７】
【図１】印刷システムのシステム構成の一例を示す図である。
【図２】画像形成装置のハードウェア構成の一例を示す図である。
【図３】情報処理装置のハードウェア構成の一例を示す図である。
【図４】書誌情報管理クライアントアプリのソフトウェア構成の一例を示す図である。
【図５】書誌情報管理サーバーアプリのソフトウェア構成の一例を示す図である。
【図６】管理サーバーアプリのソフトウェア構成の一例を示す図である。
【図７】データフローの一例を示す図である。
【図８】認証ユーザーのデータの一例を示す図である。
【図９】認可管理情報のデータの一例を示す図である。
【図１０】管理サーバーが保持するデータの一例を示す図である。
【図１１】クライアントで管理される書誌情報のデータ構成の一例を示す図である。
【図１２】管理サーバで管理される書誌情報のデータ構成の一例を示す図である。
【図１３】印刷アプリケーションのＵＩ画面の一例を示す図である。
【図１４】書誌情報の同期サービスを開始する情報処理のフローチャートである。
【図１５】データアクセス認可の情報処理のフローチャートである。
【図１６】認可トークン発行の情報処理のフローチャートである。
【図１７】書誌情報の同期サービスの初期接続に係る情報処理のフローチャートである。
【図１８】登録要求に対する情報処理のフローチャートである。
【図１９】書誌情報の同期サービスの書誌情報同期に係る情報処理のフローチャートである。
【図２０】書誌情報の登録に係る情報処理のフローチャートである。
【図２１】書誌登録ユーザーの登録に係る情報処理のフローチャートである。
【図２２】書誌情報の一覧を取得する情報処理のフローチャートである。
【図２３】書誌情報の一覧を送信する情報処理のフローチャートである。
【図２４】書誌情報の一覧を送信する情報処理のフローチャートである。
【図２５】印刷処理のフローチャートである。
【図２６】書誌情報を更新する情報処理のフローチャートである。
【図２７】印刷データ取得要求を受けた際の情報処理のフローチャートである。
【図２８】認可トークン確認の情報処理のフローチャートである。
【図２９】書誌情報の削除要求を受け付けた場合の情報処理のフローチャートである。
【図３０】画像形成装置がデータのやりとりを行う際の共通の情報処理のフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
（実施形態１）
＜ネットワーク構成＞
図１は、印刷システムのシステム構成の一例を示す図である。ネットワーク１０１は、例えばＴＣＰ／ＩＰプロトコルをサポートするネットワークである。
ネットワーク１０１には、情報処理装置であるパーソナルコンピュータ（以下、ＰＣ）１２１、１３１と、画像形成装置１２２、１２３、１２４、１３２、１３３、１３４と、情報処理装置である管理サーバー１１０とが接続されている。
また、画像形成装置１２２から１２４までが設置されるオフィスの事業拠点１２０と、同様に画像形成装置１３２から１３４までが設置される事業拠点１３０とが同一のネットワーク１０１で接続可能な構成となっている。
以降では、画像形成装置１２２を書誌サーバー、画像形成装置１２３をＰＣ１２１から受け付けた印刷ジョブをストレージしているストレージ機、画像形成装置１２４を受け付けた印刷ジョブを実際に印刷する際の出力機と例え記載する。
さらに、事業拠点１２０と、事業拠点１３０とで、印刷を行う例を説明する場合は、画像形成装置１２３をストレージ機とし、画像形成装置１３４を出力機として例え記載する。
また、特に各画像形成装置の機能に限定する必要がない場合は、画像形成装置１２２から１２４まで、１３２から１３４までの画像形成装置は同様の構成となる。
ここで、画像形成装置１２２から１２４までで説明するそれぞれの機能は、ある画像形成装置に集約される形態をとってもよく、書誌サーバーとなる画像形成装置１２２、又は１３２が管理サーバー１１０の機能を有する構成をとってもよい。
また、これらの構成は一般的な構成を概念図にしただけで、ＰＣ１２１、１３１、画像形成装置１２２から１２４まで、１３２から１３４までは、複数台あってもよく、本構成とは別に認証サーバー等、他サーバー機能が含まれる構成としてもよい。
【００１０】
＜画像形成装置１２２〜１２４、１３２〜１３４のハードウェア構成＞
図２は、画像形成装置１２２〜１２４、及び、１３２〜１３４の概略構成を示す図である。
コントローラユニット２００は画像形成装置又はプリンタの制御を行う装置である。ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１はシステム全体を制御するための演算装置である。システムバス２１１により、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、操作部Ｉ／Ｆ２０５、デバイスＩ／Ｆ２０７、ネットワークＩ／Ｆ２１０が接続される。ＣＰＵ２０１は、システムバス２１１に接続された各装置を統括的に制御する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０２には、オペレーティングシステムやシステムソフトウェア、アプリケーションソフトウェア等のプログラムやデータも配置される。ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３には、システムのブートプログラムが格納されている。また、ＲＯＭ２０３には、システムプログラムやアプリケーションプログラムが格納されている。さらには、ＲＯＭ２０３には、フォント等画像形成装置に必要な情報が格納されている場合もある。ＨＤＤ２０４は、ハードディスクドライブで、オペレーティングシステム、システムソフトウェア、アプリケーションソフトウェア、画像データ、設定データ等を格納する。
ＲＯＭ２０３やＨＤＤ２０４に格納されたプログラムは、ＲＡＭ２０２に展開される。ＲＡＭ２０２に転換されたプログラムはＣＰＵ２０１によって実行され、ＲＡＭ２０２、ＲＯＭ２０３やＨＤＤ２０４に格納された画像データや画像以外のデータを処理する。また、小型画像形成装置では、ＨＤＤ２０４を搭載せずにシステムソフトウェア、アプリケーションソフトウェア等をＲＯＭ２０３に格納して、ハードディスクレスの構成もある。又は、ＨＤＤ２０４の代わりに、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等、フラッシュメモリのようなハードディスク以外の記憶装置を用いた構成でもよい。
【００１１】
コントローラユニット２００は、操作部Ｉ／Ｆ２０５、デバイスＩ／Ｆ２０７、ネットワークＩ／Ｆ２１０を持つ。操作部Ｉ／Ｆ２０５は、タッチパネルを有した操作部２０６とのインターフェイス部で、操作部２０６に表示する画像データを操作部２０６に対して出力する。また、操作部Ｉ／Ｆ２０５は、操作部２０６から本システムのユーザーが入力した情報を、ＣＰＵ２０１に伝える。デバイスＩ／Ｆ２０７は、画像入出力デバイスであるスキャナ部２０８やプリンタ部２０９とコントローラユニット２００を接続し、画像データの入力や出力を行う。スキャナ部２０８からデバイスＩ／Ｆ２０７を介して入力された画像データは、ＲＡＭ２０２やＨＤＤ２０４に格納される。格納された画像データは、必要に応じてＲＡＭ２０２に格納されたアプリケーションプログラムで画像処理等が実行される。また、画像データが出力される場合も同様に、画像データは、デバイスＩ／Ｆ２０７を介してプリンタ部２０９へ出力される。プリンタのようにスキャナ部２０８を搭載しない構成もある。プリンタ部２０９は、受け取った画像データに基づき紙等のシートに画像を印刷する。
ネットワークＩ／Ｆ２１０は、ネットワークＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２１２に接続し、ネットワーク１０１上の外部機器の画像データや、画像形成装置を制御する情報の入出力を行う。なお、本実施形態では、印刷システムを構成するネットワーク１０１がイーサネット（登録商標）やＩＥＥＥ８０２．１１シリーズ意のネットワークである場合を想定しているがこれに限定されるものではない。ＬＴＥ、５Ｇ等の公衆無線でネットワーク１００が構築されていてもよい。また、イーサネットやＩＥＥＥ８０２．１１シリーズ、ＷＡＮ、公衆無線等、異なる通信経路、通信方式で各装置間のデータ通信を行うようにしてもよい。
画像形成装置の構成は、図２の構成に限らない。例えば、ＦＡＸ機能を持つ画像形成装置の場合には、図２には図示していなモデム装置向けＩ／Ｆがコントローラユニット２００に具備されて、モデムによって公衆回線と接続して、ＦＡＸ伝送を可能としてもよい。又は、例えば、フラッシュメモリカード等に格納されたデータを読み出してプリントすることを可能とするために、コントローラユニット２００は、図示されていないＵＳＢ  Ｉ／Ｆを具備してもよい。本実施形態では、画像形成装置１２２〜１２４、及び、１３２〜１３４のハードウェア構成は共通である。
【００１２】
＜情報処理装置１１０、１２１、１３１のハードウェア構成＞
図３は、情報処理装置１１０、１２１、１３１の概略構成を示す図である。
コントローラユニット３００は、情報処理装置の制御を行う装置である。ＣＰＵ３０１は、システム全体を制御するための演算装置である。システムバス３１１により、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４、表示Ｉ／Ｆ３０５、デバイスＩ／Ｆ３０７、ネットワークＩ／Ｆ３１０が接続される。ＣＰＵ３０１は、システムバス３１１に接続された各装置を統括的に制御する。ＲＡＭ３０２には、オペレーティングシステムやシステムソフトウェア、アプリケーションソフトウェア等のプログラムやデータも配置される。ＲＯＭ３０３には、システムのブートプログラムが格納されている。また、ＲＯＭ３０３には、システムプログラムやアプリケーションプログラムが格納されている。ＨＤＤ３０４は、ハードディスクドライブで、オペレーティングシステム、システムソフトウェア、アプリケーションソフトウェア、後述する実施形態で利用されるデータを格納する。
【００１３】
ＲＯＭ３０３やＨＤＤ３０４に格納されたプログラムは、ＲＡＭ３０２に展開される。当該展開されたプログラムは、ＣＰＵ３０１によって実行され、ＲＡＭ３０２、ＲＯＭ３０３やＨＤＤ３０４に格納されたデータやネットワーク１０１を介して接続される画像形成装置から通知されるデータを処理する。また、ＨＤＤ３０４の代わりに、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等、フラッシュメモリのようなハードディスク以外の記憶装置を用いた構成でもよい。
コントローラユニット３００は、表示Ｉ／Ｆ３０５、デバイスＩ／Ｆ２０７、ネットワークＩ／Ｆ２１０を持つ。表示Ｉ／Ｆ３０５は外部のディスプレイ装置とのインターフェイス部で、ディスプレイ３０６に表示する画像データを出力する。デバイスＩ／Ｆ２０７は、情報処理装置を操作するための入出力デバイスであるマウス３０８やキーボード３０９とコントローラユニット２００を接続し、ユーザーが情報処理装置に対して処理実行の指示を行う。ユーザーからの指示により、ＲＡＭ３０２やＨＤＤ３０４に格納されたプログラムにより情報処理装置は各アプリケーション機能を実行する。
ネットワークＩ／Ｆ３１０は、ＬＡＮ３１２に接続し、ネットワーク１０１上の外部機器からの処理依頼や、画像形成装置を制御する情報の入出力を行う。
情報処理装置の構成は、図３の構成に限らない。本実施形態では、情報処理装置１１０、１２１、１３１のハードウェア構成は共通である。
【００１４】
＜書誌情報管理クライアントアプリケーションのソフトウェア構成＞
図４は、画像形成装置１２２〜１２４、及び、１３２〜１３４が有する書誌情報を管理するためのクライアントソフトウェアの構成を表す図である。
書誌情報管理クライアントアプリケーション４０１（以下、書誌情報管理クライアントアプリ）は、ＨＤＤ２０４等に格納されＣＰＵ２０１により実行され動作する。
ＤａｔａＢａｓｅ（以下、ＤＢ）４１３は、ＨＤＤ２０４に格納され、図８、図９、図１１、図１２のデータを保存している。各種データの説明は、後述する。
アプリケーション制御部４１５（以下、制御部４１５）は、他ソフトウェアへ処理を依頼する。
通信処理部４１６は、ネットワークＩ／Ｆ２１０を介して、ネットワーク１０１に接続された情報処理装置、画像形成装置とデータのやりとりを行う。また、通信処理部４１６は、他画像形成装置から送られてくる処理要求等を受信し、制御部４１５の指示により、応答データや、リクエストデータを他機器に送信する。
【００１５】
書誌情報同期管理部４１４は、制御部４１５の指示により、書誌情報同期のためのリクエストデータや、最終同期日時の管理等を行う。
データ管理部４１２は、制御部４１５の指示により、ＤＢ４１３に対し、データの保存（ＩＮＳＥＲＴ）、更新（ＵＰＤＡＴＥ）、削除（ＤＥＬＥＴＥ）、引出（ＳＥＬＥＣＴ）を行う。
認証管理部４１１は、制御部４１５の指示により、ＤＢ４１３に保存されている図８、図９に例示するユーザー認証、デバイスの管理者認証に必要な情報を管理する。認証管理部４１１は、主に画像形成装置を利用するユーザーがログイン操作を行った場合や、書誌サーバーへの接続認可を受けた際のトークン情報の管理を行う。
操作受信部４１８は、ユーザーが操作部２０６に対してアプリケーションに対して処理実行の指示を行った内容を操作部Ｉ／Ｆ２０５を介して検知し、制御部４１５に通知する。
【００１６】
表示制御部４１９は、制御部４１５の指示により、操作部Ｉ／Ｆ２０５を介して、操作部２０６に対しアプリケーションの操作を促す表示や、処理結果の表示を行う。ここでアプリケーションの表示は、操作部２０６に限らず、画像形成装置内に有するＷｅｂサーブレットにより実行されるＷｅｂアプリケーションによりユーザーが保有する情報処理装置のＷｅｂブラウザへの表示を行ってもよい。
印刷制御部４１７は、制御部４１５の指示により、印刷が必要なタイミングで、書誌情報と印刷データを解析し、デバイスＩ／Ｆ２０７を介してプリンタ部２０９へ印刷処理を実行させる。
書誌情報の管理を行うためのクライアントアプリケーションであるが、書誌サーバーとなる画像形成装置１２２や１３２も同アプリケーションを保持することで、画像形成装置１２３〜１２４、１３２〜１３３と印刷に関わる書誌情報を共有することも可能である。
【００１７】
＜書誌情報管理サーバーアプリケーションのソフトウェア構成＞
図５は、本実施形態における画像形成装置１２２、及び、１３２が有する書誌情報を管理するための書誌情報管理サーバーアプリケーション５０１（以下、書誌情報管理サーバーアプリ）の構成を表す図である。
書誌情報管理サーバーアプリ５０１は、ＨＤＤ２０４等に格納されＣＰＵ２０１により実行され動作する。
ＤａｔａＢａｓｅ（以下、ＤＢ）５１３は、ＨＤＤ２０４に格納され、図８、図９のデータを保存している。各種データの説明は、後述する。
アプリケーション制御部５１５（以下、制御部５１５）は、他ソフトウェアへ処理を依頼する。
通信処理部５１６は、ネットワークＩ／Ｆ２１０を介して、ネットワーク１０１に接続された情報処理装置、画像形成装置とデータのやりとりを行う。また、通信処理部５１６は、他画像形成装置から送られてくる処理要求等を受信し、制御部５１５の指示により、応答データや、リクエストデータを他機器に送信する。
【００１８】
書誌情報同期管理部５１４は、制御部５１５の指示により、書誌情報同期のためのリクエストデータや、最終同期日時の管理等を行う。
データ管理部５１２は、制御部５１５の指示により、ＤＢ５１３に対し、データの保存（ＩＮＳＥＲＴ）、更新（ＵＰＤＡＴＥ）、削除（ＤＥＬＥＴＥ）、引出（ＳＥＬＥＣＴ）を行う。
認証管理部５１１は、制御部５１５の指示により、ＤＢ５１３に保存されている図９や、図８のようなユーザー認証、デバイスの管理者認証に必要な情報を管理する。
認証管理部５１１は、主に画像形成装置を利用するユーザーがログイン操作を行った場合や、管理サーバー１１０への接続認可を受けた際のトークン情報の管理を行う。
操作受信部５１８は、ユーザーが操作部２０６に対してアプリケーションに対して処理実行の指示を行った内容を操作部Ｉ／Ｆ２０５を介して検知し、制御部５１５に通知する。
【００１９】
表示制御部５１９は、制御部５１５の指示により、操作部Ｉ／Ｆ２０５を介して、操作部２０６に対しアプリケーションの操作を促す表示や、処理結果の表示を行う。ここでアプリケーションの表示は、操作部２０６に限らず、画像形成装置内に有するＷｅｂサーブレットにより実行されるＷｅｂアプリケーションによりユーザーが保有する情報処理装置のＷｅｂブラウザへの表示を行ってもよい。
ユーザー情報管理部５１７は、制御部５１５の指示により、認証管理部５１１が管理するユーザーが利用する書誌サーバーのホストアドレスを管理し、管理サーバー１１０と当該ユーザー情報の同期を管理する。
事業拠点１２０や１３０に設置される画像形成装置１２２や画像形成装置１３２に書誌情報管理サーバーアプリケーションの機能を有する構成を説明したが、画像形成装置１２２、１３２は、情報処理装置（ＰＣ）であっても本実施形態の構成を満たせる。
【００２０】
＜管理サーバーアプリケーションのソフトウェア構成＞
図６は、情報処理装置である管理サーバー１１０が有する書誌情報管理サーバーとなる画像形成装置を管理するための管理サーバーアプリケーション６０１（以下、管理サーバーアプリ）の構成を表す図である。
管理サーバーアプリ６０１は、ＨＤＤ３０４等に格納されＣＰＵ３０１により実行され動作する。
ＤａｔａＢａｓｅ（以下、ＤＢ）６１３は、ＨＤＤ３０４に格納され、図８、図１０（ａ）、図１０（ｂ）のデータを保存している。各種データの説明は、後述する。
アプリケーション制御部６１５（以下、制御部６１５）は、他ソフトウェアへ処理を依頼する。
通信処理部６１６は、ネットワークＩ／Ｆ３１０を介して、ネットワーク１０１に接続された情報処理装置、画像形成装置とデータのやりとりを行う。また、通信処理部６１６は、他画像形成装置から送られてくる処理要求等を受信し、制御部６１５の指示により、応答データや、リクエストデータを他機器に送信する。
デバイス管理部６１４は、制御部６１５の指示により、書誌情報管理サーバーとなっているデバイスの情報を管理するためのリクエストデータや、最終接続日時の管理等を行う。
【００２１】
データ管理部６１２は、制御部６１５の指示により、ＤＢ６１３に対し、データの保存（ＩＮＳＥＲＴ）、更新（ＵＰＤＡＴＥ）、削除（ＤＥＬＥＴＥ）、引出（ＳＥＬＥＣＴ）を行う。
認証管理部６１１は、制御部６１５の指示により、ＤＢ６１３に保存されている図８のようなユーザー認証に必要な情報を管理する。認証管理部６１１は、主に書誌サーバーとなるデバイスの管理者を特定し、書誌サーバーが管理サーバー１１０に対して接続する権限を有しているかを確認する際のトークン情報の管理を行う。
操作受信部６１８は、ユーザーがマウス３０８やキーボード３０９を用いてアプリケーションに対して処理実行の指示を行った内容をデバイスＩ／Ｆ３０５を介して検知し、制御部６１５に通知する。
【００２２】
表示制御部６１９は、制御部６１５の指示により、表示Ｉ／Ｆ３０５を介して、ディスプレイ３０６に対しアプリケーションの操作を促す表示や、処理結果の表示を行う。ここでアプリケーションの表示は、ディスプレイ３０６に限らず、画像形成装置内に有するＷｅｂサーブレットにより実行されるＷｅｂアプリケーションによりユーザーが保有する情報処理装置のＷｅｂブラウザへの表示を行ってもよい。
ユーザー情報管理部６１７は、制御部６１５の指示により、認証管理部６１１が管理するユーザーが利用する書誌サーバーのホストアドレスを管理し、管理サーバー１１０と接続する書誌サーバーと当該データの同期を管理する。
管理サーバーアプリ６０１は、本実施形態で情報処理装置（ＰＣ）が保持する構成例を説明するが、各画像形成装置の何れかに同様の機能を有していても本実施形態の構成を満たせる。
【００２３】
＜印刷処理の基本データフロー＞
図７を用いて、ユーザーがＰＣからストレージ機となる画像形成装置に印刷ジョブを送信し、出力機である画像形成装置にて文書リストを表示し、印刷するまでの手順で発生するデータフローの一例を説明する。ここで、ストレージ機となる画像形成装置は、便宜上、書誌サーバーの振る舞いの説明には、書誌サーバー１２２を、画像形成装置１２３を、出力機となる画像形成装置は、画像形成装置１２４を用いて説明する。
また、本実施形態では、印刷ジョブに含まれる印刷データとして、ページ記述言語（ＰＤＬ）データを画像形成装置１２３に送信する例について説明する。ＰＤＬには、ＰＣＬ（Ｐｒｉｎｔｅｒ  Ｃｏｍｍａｎｄ  ＬａｎｇｕａｇｅＰｏｓｔＳｃｒｉｐｔ等があり、画像形成装置１２３はＰＤＬを解釈しＲＩＰ処理することで印刷を行う。なお、印刷データはＰＤＬデータ以外、例えばＴＩＦＦ等の画像データやアプリケーションのドキュメントフォーマット等、画像形成装置１２３で解釈して印刷可能なフォーマットであってもよい。
さらに、本実施形態における書誌情報とは、印刷設定、ユーザー名、印刷実行結果の状況等の印刷データ以外の情報のことを指す。
【００２４】
本実施形態における印刷システムの管理者となるユーザーが、書誌サーバー１２２に対して、書誌情報管理サーバーアプリ５０１のサービスの開始を指示する。書誌サーバー１２２は、書誌情報管理サーバーアプリ５０１のサービスの開始の指示を受け付ける（Ｓ２８０７）。サービスが開始された書誌サーバー１２２は、管理サーバー１１０にアクセスするためにユーザーが入力する認証情報とともに、書誌サーバー１２２の機器固有番号を管理サーバー１１０に送信し、管理サーバー１１０に認可要求を行う（Ｓ２８０８）。
ここで、本実施形態における、機器固有番号は、書誌サーバー１２２の工場生産時の通し番号（シリアルＮｏ．）やＭａｃＡｄｄｒｅｓｓ等、機器を一意に識別できる番号であればよい。認可要求を受け付けた管理サーバー１１０は、書誌サーバー１２２の要求を確認し、認可トークンを発行し応答する（Ｓ２８０９）。
書誌サーバー１２２は、応答された認可トークンを用いて、書誌サーバー１２２のデバイス情報を管理サーバー１１０に登録する要求を送信する（Ｓ２８３６）。これにより、書誌サーバー１２２は、管理サーバー１１０で機器情報を管理される状態となる。
【００２５】
ここで、図８は、画像形成装置１２３、１２４や書誌サーバー１２２、及び管理サーバー１１０で、共通に管理されている認証ユーザーのデータ例であり、ユーザー名（２４０１）、パスワード（２４０２）、ロール（２４０３）のようなデータ構成で管理されている。
また、図９は、書誌サーバー１２２が管理サーバー１１０に対して認可を行った際に、画像形成装置１２２として保持する認可管理情報のデータの一例である。認可管理情報のデータは、接続先に指定されたサーバーのホストアドレス（２３０１）、管理サーバー１１０が発行し応答した認可トークン（２３０２）のように管理される。
さらに、図１０（ａ）は、書誌サーバー１２２が管理サーバー１１０に対して行った登録データの一例である。書誌サーバー１２２のシリアルナンバー（２７０１）、デバイス名称（２７０２）、デバイス設置場所（２７０３）、デバイスのホストアドレス（２７０４）、管理サーバー１１０へ最後に接続された日時（２７０５）のようなデータ構成で管理されている。
次に印刷システムの管理者となるユーザーが、ストレージ機となる画像形成装置１２３に対して、書誌情報の同期サービスの開始を指示する（Ｓ２８０１）。
サービスが開始された画像形成装置１２３は、書誌情報の同期を行うために書誌サーバー１２２のデータに対してアクセスするためにユーザーが入力する認証情報とともに、画像形成装置１２３の機器固有番号を書誌サーバーに送信する。これにより、画像形成装置１２３は、書誌サーバー１２２のデータに対して、アクセス認可を要求する（Ｓ２８０２）。ここで、送信する機器固有番号は、前述した書誌サーバー１２２が、管理サーバー１１０に送信したものと同様である。
【００２６】
書誌サーバー１２２は、認可要求に対して、付与されたユーザーの認証情報からアクセス権限を検証し、機器固有番号に対する認可トークンを発行し応答する（Ｓ２８０３）。
上記と同様にユーザーは、出力機となる画像形成装置１２４に対して、書誌情報の同期サービスの開始を指示する。画像形成装置１２４は、書誌情報の同期サービスの開始の指示を受け付ける（Ｓ２８０４）。画像形成装置１２４は、書誌サーバーに対し、アクセス認可の要求（Ｓ２８０５）と、認可トークンのやりとり（Ｓ２８０６）を行う。
ここで、画像形成装置１２３、１２４の認証ユーザー、認可トークンの管理方法は、それぞれ図９、図８で説明したものと同様である。
【００２７】
次にユーザーは、ＰＣ１２１上で動作するアプリケーションからプリンタドライバを起動する。ユーザーは、プリンタドライバ画面から印刷設定後、画像形成装置１２３を選択し、印刷を指示する。ＰＣ１２１は、印刷の指示を受け付ける（Ｓ２８１０）。画像形成装置１２３に必ず留め置かれる設定を行っておくことで、この印刷指示は画像形成装置１２３に留め置かれる。又は、プリンタドライバで明示的に留め置き印刷を行うことを指示することも可能である。
プリンタドライバは、印刷指示を受け付けると、ＰＣ１２１を操作するユーザーの情報を印刷ジョブに付与し、画像形成装置１２３へ印刷ジョブを送信する（Ｓ２８１１）。
画像形成装置１２３は、受信した印刷ジョブに含まれる印刷データと、書誌情報に分けて管理する（Ｓ２８１２）。
【００２８】
図１１は、画像形成装置１２３で印刷ジョブを受け付けた際に生成される書誌情報を管理するデータ構成の一例である。印刷ジョブに付与される、ユーザー名（２５０１）、ジョブ名（２５０２）、文書ＩＤ（２５０３）、取得先の書誌サーバーアドレス（取得サーバー）（２５０４）、印刷データ場所のアドレス（格納場所アドレス）（２５０５）、印刷ジョブ受信日時（２５０６）を含む。さらに、印刷設定として、ページ数（２５０７）、印刷部数（２５０８）、カラー設定（２５０９）等、印刷に必要な情報と、印刷実行後の状態を示すプリントステータス（２５１０）を含んでいる。図１１で説明する印刷設定は、一例であり、画像形成装置の保持する機能によって設定可能な可変なデータ構成である。
画像形成装置１２３は、Ｓ２８１２で生成した書誌情報を、書誌サーバー１２２へ、Ｓ２８０３で取得した認可トークンとともに送信する（Ｓ２８１３）。
書誌サーバー１２２は、画像形成装置１２３の認可トークンを確認し、書誌サーバー１２２に蓄積される書誌情報のデータに対しアクセス可能であることを確認する（Ｓ２８１４）。
確認の結果、認可トークンが有効期限内であれば、書誌サーバー１２２は、受信した書誌情報を登録する（Ｓ２８１５）。
【００２９】
ここで、図１２は、書誌サーバー１２２に蓄積される書誌情報のデータ構成の一例である。複数の画像形成装置間で書誌情報を同期するために、ユーザー名（２６０１）、ジョブ名（２６０２）、文書ＩＤ（２６０３）、印刷データ場所のアドレス（格納場所アドレス）（２６０４）、該当文書ＩＤのデータが最後に更新された日時（最終更新日時）（２６０５）を保持する。さらに、画像形成装置で印刷・表示が正しく行えるよう、印刷設定として、ページ数（２６０６）、印刷部数（２６０７）、カラー設定（２６０８）等、画像形成装置が印刷に必要な情報と、印刷実行後の状態を示すプリントステータス（２６０９）を含んでいる。さらに、他画像形成装置で文書ＩＤの書誌情報を含む印刷データが削除されたことを他画像形成装置に通知するための情報として削除管理フラグ（２６１０）を含んでいる。
そして、書誌サーバー１２２は、書誌情報を登録したユーザー情報と、自デバイスの機器固有番号とを、管理サーバー１１０から応答された認可トークンと共に通知する（Ｓ２８１６）。
管理サーバー１１０は、通知された書誌サーバー１２２用の認可トークンであるかを確認し（Ｓ２８１７）、通知されたユーザーが利用する書誌サーバーとして書誌サーバー１２２の情報を紐付け管理する（Ｓ２８１８）。
【００３０】
ここで、図１０（ｂ）は、管理サーバー１１０にてユーザーが利用する書誌サーバーの紐付けを管理するデータ構成の一例である。ユーザーが利用する書誌サーバーを管理できるよう、ユーザー名（２７１１）、書誌サーバーシリアルナンバー（２７１２）を保持している。例えば、ユーザー名がＴａｎａｋａというユーザーは、シリアルナンバーがＡＡＡ１２３４５と、ＡＡＡ６７８９１という書誌サーバーを利用している。
次に、ユーザーは、画像形成装置１２３に保存した印刷ジョブを画像形成装置１２４にて出力する場合に、画像形成装置１２４に対しプリンタドライバが印刷ジョブに付与したユーザー名、パスワードを入力してログインする。画像形成装置１２４は、ユーザーのログインを受け付ける（Ｓ２８１９）。
ユーザーのログインを検知した画像形成装置１２４は、書誌サーバー１２２に対しＳ２８０５で取得した認可トークンとともにログインしたユーザーの書誌情報の取得要求を送信する（Ｓ２８２０）。
書誌サーバー１２２は、取得要求に付与された画像形成装置１２４用の認可トークンが書誌サーバー１２２に蓄積される書誌情報のデータに対しアクセス可能であることを確認する（Ｓ２８２１）。
【００３１】
確認の結果、認可トークンが有効期限内であれば、書誌サーバー１２２は、管理サーバー１１０に対しユーザーが利用する書誌サーバーの一覧情報を、ユーザー情報と管理サーバー１１０から応答された認可トークンとを利用して要求する通知を行う（Ｓ２８２２）。
管理サーバー１１０は、通知された認可トークンが書誌サーバー１２２に対して発行したものであることを確認し（Ｓ２８２３）、通知されたユーザー利用する書誌サーバーの一覧情報を図１０（ａ）、（ｂ）を用いて応答する（Ｓ２８２４）。
書誌サーバー１２２は、管理サーバー１１０から応答された指定ユーザーの利用書誌サーバーと、書誌サーバー１２２に登録された指定ユーザーの書誌情報を応答する（Ｓ２８２５）。
画像形成装置１２４は、書誌サーバー１２２からの応答を確認し、他書誌サーバーへ取得が必要な場合、書誌サーバー１２２以外にＳ２８２０の取得通知を行う（Ｓ２８２６）。即ち、画像形成装置１２４は、書誌サーバー１２２及び他書誌サーバーの何れか又は双方より指定されたユーザーの書誌情報を受信する。
そして、画像形成装置１２４は、受信した書誌情報一覧を基に文書リストを表示する（Ｓ２８２７）。
【００３２】
ここで、図１３は、画像形成装置１２４で表示する印刷アプリケーションのＵＩ画面表示の一例である。ユーザー名がＴａｎａｋａ（７０１）の文書リストを取得した書誌情報から表示している。画像形成装置１２４に同期された図１１のユーザー名Ｔａｎａｋａの列２５１１、２５１２、２５１３の書誌情報、ジョブ名（７０５）、受信日時（７０６）、枚数と部数（７０７）、ユーザー名（７０８）が表示されている。図１３の文書リストでは、後述の同期サービスによって、拠点間で同期済みの書誌情報が表示される。従って、他拠点での印刷データに対する操作（例えば、印刷データの削除操作や、印刷操作）に起因する印刷データの状態変化が発生したことを（例えば、データ削除や、印刷済み状態への遷移）をユーザーに通知することができる。
また、プリント待ち（７０２）ボタンが押下された状態のため、プリント済み（７０３）ボタンが押下されると、表示は図１１の列２５１４を表示するよう変化し、再印刷を行うことが可能となる。他には、保存された書誌情報の印刷設定を変更するプリント設定（７０９）ボタン、プレビュー画像を表示する画像表示（７１０）ボタン、選択したジョブを削除するジョブ削除（７１１）ボタン、実行中の印刷を中止するプリント中止（７１２）ボタンを持つ。
ユーザーは、文書リストのチェックボタンを選択状態（７１４）にし、プリント開始（７１３）ボタンを押下することで画像形成装置に印刷実行を指示する。画像形成装置１２４は、ユーザーから印刷実行の指示を受け付ける（Ｓ２８２８）。
画像形成装置１２４は、書誌情報を取得した書誌サーバー１２２より応答されたアクセス認可トークンとともに、ストレージ機である画像形成装置１２３へ印刷データの取得要求を送信する（Ｓ２８２９）。
【００３３】
画像形成装置１２３は、印刷データ取得要求に付与された認可トークンが書誌サーバー１２２に対してアクセス権限を有しているか確認を依頼する（Ｓ２８３０）。
書誌サーバー１２２は、確認依頼に付与された画像形成装置１２３の認可トークンの確認を行い（Ｓ２８３１）、確認依頼された画像形成装置１２４の認可トークンを確認し、確認結果を画像形成装置１２３へ応答する（Ｓ２８３２）。
ここで、トークンの有効期限が切れている場合や、発行した認可トークン以外のトークンであった場合は、書誌サーバー１２２は、認可確認エラーを応答する。
これにより、画像形成装置１２３は、画像形成装置１２４が、印刷データに対応する書誌情報を同じ書誌サーバー１２２により共有している画像形成装置であることを確認できる。
画像形成装置１２３は、書誌サーバー１２２からの応答の結果、印刷データを応答してよいと判断できた場合、印刷データを画像形成装置１２４へ応答する（Ｓ２８３３）。
画像形成装置１２４は、応答された印刷データと、ユーザーに選択された書誌情報を用いて、印刷処理を実行する（Ｓ２８３４）。
【００３４】
その後、画像形成装置１２４は、印刷処理の結果を書誌情報のプリントステータス（２５１０）部分を更新し、書誌情報取得元の書誌サーバー１２２へ書誌情報更新を通知する（Ｓ２８３５）。
書誌サーバー１２２は、画像形成装置１２４からの更新通知に付与された認可トークンが書誌サーバー１２２に蓄積される書誌情報のデータに対しアクセス可能であることを確認する（Ｓ２８３７）。
確認の結果、認可トークンが有効期限内であれば、書誌サーバー１２２は、書誌サーバーに蓄積された書誌情報を通知された更新内容で更新する（Ｓ２８３８）。
以降では、上述の印刷処理の基本データフローの各処理が図２から図６までの各ハードウェア、ソフトウェアによりどのように実現されているかを、フローチャートを用いて詳細に説明する。
【００３５】
＜書誌情報の同期サービスを開始するフローチャート＞
図１４（ａ）及び（ｂ）は、書誌情報管理サーバーアプリ５０１、書誌情報管理クライアントアプリ４０１のサービスを開始する際に実行される処理の一例を示すフローチャートである。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１、書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
図１４（ａ）は書誌情報管理サーバーアプリ５０１に関連する処理を説明するフローチャートである。管理者は、書誌サーバー１２２、又は１３２に対して、管理サーバー１１０のホストアドレス、本実施形態の印刷システムを管理する権限を有する管理者等のユーザー名等の一意にユーザーを特定するＩＤ、パスワードを入力する。操作受信部５１８は、ユーザーからの操作を受け付け、制御部５１５へ通知する（Ｓ８０１）。なお、管理者権限を有するユーザーの特定は、ＩＤカードや、生体認証、モバイル端末を使用した認証等で行ってもよい。
制御部５１５は、データ管理部５１２に指示し、ユーザーからの入力を不揮発な領域に保存する（Ｓ８０２）。
さらに、ユーザーは、書誌情報管理サーバーアプリ５０１のサービスを利用する指示を行う。操作受信部５１８は、ユーザーからのサービス開始指示を受け付け、制御部５１５へ通知する（Ｓ８０３）。
制御部５１５は、サービスの開始を受けつけたことを契機に、書誌情報管理サーバーアプリ５０１のサービスを開始するため管理サーバー１１０から認可トークンを取得する（Ｓ８０４）。認可トークンの取得方法の詳細は、図１５で説明する。
制御部５１５は、認可トークン取得後、管理サーバー１１０に対し自デバイスをクライアントとして登録する（Ｓ８０５）。実際に行われる登録処理の詳細は、図１７で説明する。
【００３６】
図１４（ｂ）は書誌情報管理クライアントアプリ４０１に関連する処理を説明するフローチャートである。
図１４（ｂ）は、ユーザーが、画像形成装置１２３〜１２４、又は１３３〜１３２に対して、管理サーバー１１０のホストアドレス、本実施形態の印刷システムを管理する権限を有する管理者等のユーザー名等の一意にユーザーを特定するＩＤ、パスワードを入力する。操作受信部４１８は、ユーザーからの操作を受け付け、制御部４１５へ通知する（Ｓ８１１）。なお、管理者権限を有するユーザーの特定は、ＩＤカードや、生体認証、モバイル端末を使用した認証等で行ってもよい。
制御部４１５は、データ管理部４１２に指示し、ユーザーからの入力を不揮発な領域に保存する（Ｓ８１２）。
さらに、ユーザーは、書誌情報管理クライアントアプリ４０１のサービスを利用する指示を行う。操作受信部４１８は、ユーザーからのサービス開始指示を受け付け、制御部１５へ通知する（Ｓ８１３）。
制御部４１５は、サービスの開始を受けつけたことを契機に、書誌情報管理クライアントアプリ４０１のサービスを開始するため書誌サーバーから認可トークンを取得する（Ｓ８１４）。認可トークンの取得方法の詳細は、図１５で説明する。
制御部４１５は、認可トークン取得後、書誌サーバーに対し自デバイスをクライアントとして登録する（Ｓ８１５）。実際に行われる登録処理の詳細は、図１７で説明する。
【００３７】
＜データアクセス認可のフローチャート＞
図１５は、画像形成装置１２３〜１２４、又は１３３〜１３４が書誌サーバー１２２、又は１３２への接続認可を取得するフローチャートである。また、書誌サーバー１２２、又は１３２が、管理サーバー１１０への接続認可を取得するフローチャートでもある。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１、書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
制御部４１５は、ユーザーが入力した接続先のサーバーホストアドレスに対して、接続するよう通信処理部４１６に指示する（Ｓ９０１）。
制御部４１５は、通信処理部４１６による接続が、成功した場合、Ｓ９０３へ進み、失敗の場合はＳ９１１へ進む（Ｓ９０２）。接続が失敗した場合は、制御部４１５が、接続エラーを表示制御部４１９等に通知するよう指示し（Ｓ９１１）、処理を終了する。ここで、エラーの表示は、図１３のユーザー操作中の画面に対して行ってもよいし、エラー内容を不揮発領域に保存しておき、エラー発生を後で確認できる構成となっていてもよい。
【００３８】
接続が成功した場合は、制御部４１５が、ユーザーに入力され保存されたユーザーＩＤと、パスワードと、を基にサーバーへ認証リクエストをサーバーと通信するよう通信処理部４１６へ指示する（Ｓ９０３）。
ここで、認証リクエストを送信する先は、必ずしも接続先のサーバーホストアドレスでなくてもよく、別の認証サーバーへ送信する構成をとってもよい。また、管理サーバー１１０等で一元管理された認証情報をすべての画像形成装置が参照する構成や、共有する構成等、本実施形態を満たせる構成であれば認証の方法は問わない。
【００３９】
制御部４１５は、通信処理部４１６による認証リクエストの応答が、認証エラーでない場合、Ｓ９０５へ進み、認証エラーの場合は、Ｓ９１０に進む（Ｓ９０４）。
認証エラーの場合は、制御部４１５が、接続したサーバーに対して接続認可を得られなかったことを示すエラーを表示制御部４１９等に通知するよう指示し（Ｓ９１０）、処理を終了する。
認証エラーでない場合は、制御部４１５が、接続したサーバーに対して認証結果と、デバイスの機器固有番号を用いて認可トークンの発行リクエストをサーバーと通信するよう通信処理部４１６へ指示する（Ｓ９０５）。
制御部４１５は、通信処理部４１６による通信の結果、接続したサーバーから認可トークンが応答された場合、Ｓ９０７へ進み、認可トークンの応答以外の場合、Ｓ９０８へ進む（Ｓ９０６）。
認可トークンが応答された場合、制御部４１５は、図９で説明したように接続したサーバーのホストアドレスと、認可トークンが対応付けられるよう認証管理部４１１と、データ管理部４１２と、に指示し、不揮発領域に保存する（Ｓ９０７）。
【００４０】
認可トークンの応答がなかった場合、制御部４１５は、エラー内容を確認し、権限なしエラーの場合、Ｓ９１０へ進み、権限なしエラー以外の場合、Ｓ９０９へ進む（Ｓ９０８）。
権限なしエラー以外の場合、制御部４１５は、接続したサーバーからその他エラーが応答されたことを示すエラーを表示制御部４１９等に通知するよう指示し（Ｓ９０９）、処理を終了する。
ここで、書誌情報管理クライアントアプリ４０１が、書誌情報管理サーバーアプリ５０１への接続認可を取得する例を記載したが、書誌情報管理サーバーアプリ５０１も同様の処理を行い管理サーバー１１０への接続認可を取得する。
認証管理部５１１は認証管理部４１１と、データ管理部５１２はデータ管理部４１２と、制御部５１５は制御部４１５と、通信処理部５１６は通信処理部４１６と、表示制御部５１９は表示制御部４１９と同様の処理となるようＣＰＵ２０１が実行する。
【００４１】
図１６は、サーバー機能を有する管理サーバー１１０、又は書誌サーバー１２２、１３２の何れかが上述のＳ９０５のリクエストを受け付けた際に実行される処理の一例を示すフローチャートである。
各フローチャートのステップは、それぞれの情報処理装置が有するＣＰＵ３０１が実行する管理サーバーアプリ６０１の各ソフトウェアが機能することにより処理される。又は、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の各ソフトウェアが機能することにより処理される。
クライアント機能を有する画像形成装置から、認可トークンの発行リクエストを、ネットワーク１０１を介してネットワークＩ／Ｆ２１０から受信し、ＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の通信処理部５１６が検知し、開始する。
制御部５１５は、通信処理部５１６のリクエストを基に、認証管理部５１１と、データ管理部５１２に対し、権限の確認指示を行う（Ｓ１００１）。
ここで、権限は、図８で説明したデータ構成により、ユーザー名に対してロール管理がなされており、制御部５１５は、本実施形態で説明する印刷システムの管理者のロールであるかを確認する。また、接続可能なユーザーのロールは、管理者以外のロールに変更できてもよい。
【００４２】
制御部５１５は、確認の結果、リクエスト元のデバイスが、サーバーにて管理するデータに対してアクセスしてもよい権限がある場合、Ｓ１００３へ進み、権限がない場合、Ｓ１００５へ進む（Ｓ１００２）。
権限がない場合、制御部５１５は、通信処理部５１６に対して、リクエスト元に対して、権限なしのエラーを応答するよう指示し（Ｓ１００５）、処理を終了する。
権限がある場合、制御部５１５は、認証管理部５１１に対してデバイス固有値に紐つく認可トークンを発行し、不揮発領域に保存するよう指示する（Ｓ１００３）。
制御部５１５は、通信処理部５１６に対し、発行したトークンをリクエスト元に応答するよう指示する（Ｓ１００４）。
ここで、書誌情報管理サーバーアプリ５０１が、書誌情報管理クライアントアプリ４０１からの接続認可リクエストを受け付ける例を記載したが、管理サーバー１１０も同様の処理を行い書誌情報管理サーバーアプリ５０１へ接続認可を応答する。
上記は、管理サーバー１１０が有するＣＰＵ３０１が、管理サーバーアプリ６０１を同様に実行する。その場合、認証管理部６１１は認証管理部５１１と、データ管理部６１２はデータ管理部５１２と、制御部６１５は制御部５１５と、通信処理部６１６は通信処理部５１６と同様の処理となるようＣＰＵ３０１が実行する。
【００４３】
＜書誌情報の同期サービスの初期接続のフローチャート＞
図１７は、画像形成装置１２３〜１２４、又は１３３〜１３４が書誌サーバー１２２、又は１３２に対し自デバイスをクライアントとして登録する処理の一例を示すフローチャートである。また、書誌サーバー１２２、又は１３２が、管理サーバー１１０に対し自デバイスをクライアントとして登録するフローチャートでもある。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１、書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
制御部４１５は、データ管理部４１２に指示し、自デバイスを構成する情報から、サーバーに対しクライアントとして登録するためのリクエストデータを生成する（Ｓ１１０１）。
ここで、リクエストデータには、図１０（ａ）で説明したような情報が含まれる。
制御部４１５は、生成したリクエストデータを通信処理部４１６に指示して接続先となるサーバーに対して通信する（Ｓ１１０２）。
【００４４】
続けて、制御部４１５は、通信の結果を確認する。エラーが応答された場合、Ｓ１１０４に進み、エラーの応答がなければ、サーバーに対してクライアント登録が完了したと判断し処理を終了する（Ｓ１１０３）。
エラーが応答された場合、制御部４１５は、データ管理部４１２に指示し、エラー情報を保存し（Ｓ１１０４）、エラーの内容を確認する（Ｓ１１０５）。
エラーの内容がリトライ可能なエラーであった場合、制御部４１５は、Ｓ１１０２の処理を再度実施する。ここで、リトライ可能なエラーとは、サーバーがビジー状態で一時的に応答ができなかったエラーや、同時接続数が超過した等による接続エラー等である。
リトライ可能なエラーが出ない場合は、制御部４１５は、処理を終了する。ここで、本処理はユーザーの操作後に実施されるものであるため、ユーザーが後程エラー状況を確認可能な一例として説明している。その他にもエラーが発生した時点で電子メール等のメッセージ機能を利用し、ユーザーに動的に通知する構成となってもよい。
ここで、書誌情報管理クライアントアプリ４０１が、書誌情報管理サーバーアプリ５０１に対してクライアント登録を行う例を記載したが、書誌情報管理サーバーアプリ５０１が、管理サーバー１１０に対しても同様の処理を行う。
上記は、管理サーバー１１０が有するＣＰＵ２０１が、書誌情報管理サーバーアプリ５０１を同様に実行する。その場合、データ管理部５１２は、データ管理部４１２と、制御部５１５は制御部４１５と、通信処理部５１６は通信処理部４１６と同様の処理となるようＣＰＵ２０１が実行する。
【００４５】
図１８は、書誌サーバー１２２、又は１３２がクライアントとなる画像形成装置からＳ１１０２のリクエストを受け付けた際に実行される処理の一例を示すフローチャートである。
また、管理サーバー１１０が、書誌サーバー１２２、又は１３２から同リクエストを受け付けたときのフローチャートでもある。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１、又はＣＰＵ３０１が実行する管理サーバーアプリ６０１の各ソフトウェアが機能することにより処理される。
クライアント機能を有する画像形成装置から、クライアント登録リクエストを、ネットワーク１０１を介してネットワークＩ／Ｆ２１０から受信し、ＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の通信処理部５１６が検知し、開始する。
制御部５１５は、リクエストを付与されている認可トークンを抽出し、認証管理部５１１に確認を指示する（Ｓ１２０１）。
【００４６】
制御部５１５は、確認の結果、有効な認可トークンである場合、Ｓ１２０３へ進み、有効期限が切れている場合等、有効な認可トークンでない場合、Ｓ１２１２へ進む（Ｓ１２０２）。
有効な認可トークンでない場合、制御部５１５は、リクエスト元に対し認可エラーを応答するよう通信処理部５１６に指示する（Ｓ１２１２）。
有効な認可トークンである場合、制御部５１５は、リクエスト内容を確認する（Ｓ１２３）。
制御部５１５は、確認の結果、リクエスト内容に不備がない場合、Ｓ１２０５に進み、不備があった場合、Ｓ１２１３へ進む（Ｓ１２０４）。
リクエスト内容に不備があった場合、制御部５１５は、リクエスト元に対しリクエストフォーマットに不備があったことを示すエラーを応答するよう通信処理部５１６に指示する（Ｓ１２１３）。
【００４７】
リクエスト内容に不備がない場合、制御部５１５は、リクエスト元が登録済みであるかをデータ管理部５１２に指示して確認する（Ｓ１２０５）。
制御部５１５は、確認の結果、既にリクエスト元のデバイスがクライアントとして登録済みの場合、Ｓ１２１４へ進み、登録されていない場合、Ｓ１２０７へ進む（Ｓ１２０６）。
既に登録済みの場合、制御部５１５は、リクエスト元に対しクライアント登録済みエラーを応答するよう通信処理部５１６に指示する（Ｓ１２１４）。
リクエスト元が登録済みでない場合、制御部５１５は、データ管理部５１２に依頼し、リクエスト元のデバイス情報をＤＢ５１３に登録する（Ｓ１２０７）。ここで、登録されるデータ構成は、図１０（ａ）で説明した構成となる。
制御部５１５は、ＤＢ５１３へ正しく登録できたかを確認し、正しく登録できた場合は、Ｓ１２１６へ進み、正しく登録できていない場合は、Ｓ１２１５へ進む（Ｓ１２０８）。
【００４８】
ＤＢ５１３へ正しく登録できていない場合、制御部５１５は、リクエスト元に対しサーバー処理のエラーを応答するよう通信処理部５１６へ指示する（Ｓ１２１５）。ここで、サーバー処理のエラーはリトライにより復旧する可能性があるエラーである。
ＤＢ５１３へ正しく登録できた場合、制御部５１５は、リクエスト元に対しサーバー処理が正しく行えたことを応答するよう通信処理部５１６へ指示する（Ｓ１２１６）。
ここで、書誌情報管理サーバーアプリ５０１が、書誌情報管理クライアントアプリ４０１からクライアント登録の通知を受ける例を記載した。しかし、管理サーバー１１０が、書誌情報管理サーバーアプリ５０１からクライアント登録の通知を受けても同様の処理を行う。
上記は、管理サーバー１１０が有するＣＰＵ３０１が、管理サーバーアプリ６０１を同様に実行する。その場合、管理サーバー１１０が有するＣＰＵ２０１が、書誌情報管理サーバーアプリ５０１を同様に実行する。その場合、認証管理部６１１は認証管理部５１１、データ管理部６１２はデータ管理部５１２、ＤＢ６１３はＤＢ５１３、制御部６１５は制御部５１５、通信処理部６１６は通信処理部５１６と同様の処理となるようＣＰＵ３０１が実行する。
【００４９】
＜書誌情報の同期サービスの書誌情報同期フローチャート＞
図１９は、ユーザーがＰＣ１２１、又は１３１から印刷データを画像形成装置１２３〜１２４、又は１３３〜１３４へ送信した際に実行される処理の一例を示すフローチャートである。ここでは、便宜上、ＰＣ１２１から、印刷ジョブを画像形成装置１２３（ストレージ機）へ送信したときの処理を例として説明する。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
ユーザーは、ＰＣ１２１を操作する。すると、ＣＰＵ３０１が印刷ジョブをネットワークＩ／Ｆ３１０を介してネットワーク１０１で接続される画像形成装置１２３へ送信する。送信された印刷ジョブを、画像形成装置１２３のネットワークＩ／Ｆ２１０により受信し、通信処理部４１６が、制御部４１５に受信した印刷ジョブを通知することで、本フローチャートは開始する。
【００５０】
制御部４１５は、受信した印刷ジョブをデータ管理部４１２に指示し、不揮発領域に保存する（Ｓ１３０１）。
制御部４１５は、データ管理部４１２に指示し、印刷ジョブから印刷データと書誌情報に分割し管理する（Ｓ１３０２）。
制御部４１５は、抽出した書誌情報から書誌サーバーへ登録するリクエストデータを書誌情報同期管理部４１４に指示して作成する（Ｓ１３０３）。
制御部４１５は、作成したリクエストデータを通信処理部４１６に指示して、書誌サーバーに登録リクエストを送信する（Ｓ１３０４）。
制御部４１５は、通信処理部４１６のリクエスト送信処理の結果を確認し、エラーが応答された場合、Ｓ１３０６に進み、エラー応答でない場合、リクエスト処理が完了したと判断し、処理を終了する（Ｓ１３０５）。
リクエスト送信処理の結果、エラーが応答された場合、制御部４１５は、データ管理部４１２に指示し、エラー情報を保存する（Ｓ１３０６）。
制御部４１５は、保存したエラー情報が、リトライ可能なエラーでなければ、エラー終了として処理を終了し、リトライ可能なエラーであれば、Ｓ１３０４を再度実行するよう通信処理部４１６に指示する（Ｓ１３０７）。
ここで、画像形成装置１２３が印刷ジョブを受け付ける例を記載したが、他画像形成装置が印刷ジョブを受け付けた場合も同様の処理を、それぞれの画像形成装置のＣＰＵ２０１が実行する。
【００５１】
図２０は、書誌サーバー１２２が、画像形成装置１２３からＳ１３０４のリクエストを受信した際に実行される処理の一例を示すフローチャートである。ここでは、便宜上、画像形成装置１２３から書誌サーバー１２２にリクエストを送信したときの処理を例として説明する。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の各ソフトウェアが機能することにより処理される。
図２０は、画像形成装置１２３からのリクエストを書誌サーバー１２２のネットワークＩ／Ｆ２１０にて受信し、ＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の通信処理部５１６が制御部５１５に通知することで処理を開始する。
制御部５１５は、リクエストに付与される認可トークンの確認を認証管理部５１１指示して行う（Ｓ１４０１）。
制御部５１５は、確認結果、認可トークンの有効期限内で、正しいアクセス認可である場合、Ｓ１４０３へ進み、正しいアクセス認可でない場合、Ｓ１４２１へ進む（Ｓ１４０２）。
【００５２】
正しいアクセス認可でない場合、制御部５１５は、リクエスト元に対し認可エラーを応答するよう通信処理部５１６に指示し、処理を終了する（Ｓ１４２１）。
正しいアクセス認可である場合、制御部５１５は、書誌情報同期管理部５１４に指示し、リクエストの内容を確認する（Ｓ１４０３）。
制御部５１５は、確認の結果、リクエスト内容に不備がある場合、Ｓ１４２２に進み、不備がない場合、Ｓ１４０５へ進む（Ｓ１４０４）。
リクエスト内容に不備がある場合、制御部５１５は、リクエスト元に対しリクエストフォーマットエラーを応答するよう通信処理部５１６に指示し、処理を終了する（Ｓ１４２２）。
リクエスト内容に不備がない場合、制御部５１５は、データ管理部５１２に指示してリクエストされた書誌情報が既に登録済みでないかを確認する（Ｓ１４０５）。
制御部５１５は、確認の結果、既に登録済みの書誌情報の場合、Ｓ１４２３へ進み、未だ登録されていない書誌情報の場合、Ｓ１４０７へ進む（Ｓ１４０６）。
【００５３】
既に登録済みの書誌情報の場合、制御部５１５は、書誌情報同期管理部５１４、データ管理部５１２に指示して、ＤＢ５１３に保存された書誌情報を更新する（Ｓ１４２３）。未だ登録されていない書誌情報の場合、制御部５１５は、書誌情報同期管理部５１４、データ管理部５１２に指示して、ＤＢ５１３に新規書誌情報として登録を指示する（Ｓ１４０７）。ここで、ＤＢ５１３で扱われる書誌情報は、図１２で説明したデータ構成例である。
制御部５１５は、書誌情報同期管理部５１４に指示し、リクエストを受けた画像形成装置との時刻補正を行い、処理した書誌情報の最終更新日時（２６０５）を更新する（Ｓ１４０８）。
制御部５１５は、データ管理部５１２に指示し、ＤＢ５１３への登録・更新処理が正しく行われたかを確認し、登録が成功している場合、Ｓ１４１０へ進み、登録が失敗している場合、Ｓ１４２４へ進む（Ｓ１４０９）。
【００５４】
登録が失敗している場合、制御部５１５は、リクエスト元に対しサーバー処理のエラーを応答するよう通信処理部５１６に指示し、処理を終了する（Ｓ１４２４）。
登録が成功している場合、制御部５１５は、管理サーバー１１０に対して、書誌情報にあるユーザー情報と、自デバイスの機器固有番号を通知するリクエストを通信処理部５１６に指示する（Ｓ１４１０）。
制御部５１５は、リクエスト元に対して、リクエストされた書誌情報の登録が成功したことを応答するよう通信処理部５１６に指示し、処理を終了する（Ｓ１４１１）。
ここで、書誌サーバー１２２が書誌情報の登録リクエストを受け付ける例を記載した。しかし、書誌サーバー１３２が受け付けた場合も同様の処理を、書誌サーバー１３２が有するＣＰＵ２０１が実行する。
【００５５】
図２１は、管理サーバー１１０が、書誌サーバー１２２からＳ１４１０のリクエストを受信した際に実行される処理の一例を示すフローチャートである。ここでは、便宜上、書誌サーバー１２２から管理サーバー１１０にリクエスト送信したときの処理を例として説明する。
各フローチャートのステップは、管理サーバー１１０が有するＣＰＵ３０１が実行する管理サーバーアプリ６０１の各ソフトウェアが機能することにより処理される。
図２１は、書誌サーバー１２２からのリクエストを管理サーバー１１０のネットワークＩ／Ｆ３１０にて受信し、ＣＰＵ３０１が実行する管理サーバーアプリ６０１の通信処理部６１６が制御部６１５に通知することで処理を開始する。
制御部６１５は、リクエストに付与されている認可トークンの確認を認証管理部６１１に指示して行う（Ｓ１５０１）。
制御部６１５は、確認結果、認可トークンの有効期限内で、正しいアクセス認可である場合、Ｓ１５０３へ進み、正しいアクセス認可でない場合、Ｓ１５１１へ進む（Ｓ１５０２）。
【００５６】
正しいアクセス認可でない場合、制御部６１５は、リクエスト元に対し認可エラーを応答するよう通信処理部６１６に指示し、処理を終了する（Ｓ１５１１）。
正しいアクセス認可である場合、制御部６１５は、デバイス管理部６１４と、ユーザー情報管理部６１７に指示し、リクエストの内容を確認する（Ｓ１５０３）。
制御部６１５は、確認の結果、リクエスト内容に不備がある場合、Ｓ１５１２に進み、不備がない場合、Ｓ１５０５へ進む（Ｓ１５０４）。
リクエスト内容に不備がある場合、制御部６１５は、リクエスト元に対しリクエストフォーマットエラーを応答するよう通信処理部６１６に指示し、処理を終了する（Ｓ１５１２）。
リクエスト内容に不備がない場合、制御部６１５は、データ管理部６１２に指示してリクエストされたユーザー情報が既に登録済みでないかを確認する（Ｓ１５０５）。
制御部６１５は、確認の結果、既に登録済みのユーザー情報の場合、Ｓ１５１３へ進み、未だ登録されていないユーザー情報の場合、Ｓ１５０７へ進む（Ｓ１５０６）。
【００５７】
既に登録済みのユーザー情報の場合、制御部６１５は、ユーザー情報管理部６１７、データ管理部６１２に指示して、ＤＢ６１３に保存されたユーザー情報を更新する（Ｓ１５１３）。未だ登録されていないユーザー情報の場合、制御部６１５は、ユーザー情報管理部６１７、デバイス管理部６１４、データ管理部６１２に指示して、ＤＢ６１３に新規ユーザー情報と対応するデバイスを登録することを指示する（Ｓ１５０７）。
ここで、ＤＢ６１３で扱われるユーザー情報とデバイス管理情報は、図１０（ｂ）で説明したデータ構成である。図１０（ｂ）の列２７２１のユーザー名Ｔａｎａｋａは、シリアルＮｏ．ＡＡＡ１２３４５と、ＡＡＡ６７８９１の書誌サーバーを利用しており、その書誌サーバーは図１０（ａ）のシリアルＮｏ．（２７０１）をキーにして詳細を確認できる。また、制御部６１５は、デバイス管理部６１４に指示し、リクエストを受けた画像形成装置との時刻補正を行い、処理した書誌情報の最終更新日時（２７０５）を更新も行う。
制御部６１５は、データ管理部６１２に指示し、ＤＢ６１３への登録・更新処理が正しく行われたかを確認し、登録が成功している場合、Ｓ１５０９へ進み、登録が失敗している場合、Ｓ１４１４へ進む（Ｓ１５０８）。
【００５８】
登録が失敗している場合、制御部６１５は、リクエスト元に対しサーバー処理のエラーを応答するよう通信処理部６１６に指示し、処理を終了する（Ｓ１５１４）。
登録が成功している場合、制御部６１５は、リクエスト元に対して、リクエストされたユーザー情報の登録が成功したことを応答するよう通信処理部６１６に指示し、処理を終了する（Ｓ１５０９）。
ここで、管理サーバー１１０が書誌サーバー１２２からのリクエストを受け付ける例を記載したが、書誌サーバー１３２からのリクエストを受け付けた場合も同様の処理を、実行する。
【００５９】
図２２は、画像形成装置１２２〜１２４、又は１３２〜１３４が、書誌サーバーに対して書誌情報の一覧を取得する際の処理の一例を示すフローチャートである。
ここでは、便宜上、画像形成装置１２４が、書誌サーバー１２２に対して書誌情報の一覧を取得する処理を例として説明する。
各フローチャートのステップは、それぞれの複合が有するＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
図２２は、画像形成装置１２４のＣＰＵ２０１が書誌情報の同期契機を検知した場合に、書誌情報管理クライアントアプリ４０１を実行し開始される。本実施形態では、書誌情報の同期契機は、ユーザーが画像形成装置を利用するためにログインすることを例に説明する。しかし、書誌情報の同期契機は、一定時間待機後のポーリング処理でもよいし、サーバーとのソケット通信による更新を検知した動的な契機であってもよい。
【００６０】
制御部４１５は、ログインしているユーザーを認証管理部４１１に特定するよう指示し、書誌情報取得リクエストを書誌情報同期管理部４１４に指示して作成させる（Ｓ１６０１）。
制御部４１５は、書誌情報同期管理部４１４と、データ管理部４１２に指示し、該当ユーザーの最終同期時刻があるか確認する（Ｓ１６０２）。
制御部４１５は、確認の結果、該当ユーザーの最終同期時刻があれば、Ｓ１６０３へ進み、一度も書誌サーバー１２２と同期した実績のないユーザーは、最終同期時刻が存在しないためＳ１６０４に進む（Ｓ１６０２）。
該当ユーザーの最終同期時刻がある場合、制御部４１５は、書誌情報同期管理部４１４に指示し、リクエストデータに最終同期時刻を付与する（Ｓ１６０３）。
制御部４１５は、書誌情報の一覧を取得するため、作成されたリクエストデータを書誌サーバー１２２に通知するよう通信処理部４１６に指示する（Ｓ１６０４）。
通信処理部４１６の通信の結果を制御部４１５が確認し、エラー応答の場合、Ｓ１６１１に進み、エラー応答でない場合、Ｓ１６０６へ進む（Ｓ１６０５）。
【００６１】
書誌サーバー１２２からの応答が、エラー応答の場合、制御部４１５は、データ管理部４１２にエラー内容を保存するように指示し（Ｓ１６１１）、エラー内容を確認する。
制御部４１５は、エラー内容の確認の結果、リトライ可能なエラー以外の場合は、処理を終了し、リトライ可能なエラーの場合、Ｓ１６０４のリクエストを再実行するよう通信処理部４１６に指示する（Ｓ１６１２）。
Ｓ１６０５の確認により、Ｓ１６０６に進んだ場合、制御部４１５は、データ管理部４１２に指示し、応答された書誌情報一覧を不揮発領域に保存する（Ｓ１６０６）。
制御部４１５は、次に応答データの内容を確認し、Ｓ１６０４で通信した書誌サーバー１２２以外の他サーバーへ書誌情報取得の指示が含まれるかを確認し、含まれる場合、Ｓ１６１５に進み、含まれない場合Ｓ１６１１へ進む（Ｓ１６０７）。
制御部４１５がＳ１６１５へ処理を進めた場合、データ管理部４１２に指示し、応答に含まれる指示されたホストアドレスが、既に問い合わせ済みのサーバーかを確認する（Ｓ１６１５）。制御部４１５は、確認の結果、既に問い合わせ済みのサーバーである場合、Ｓ１６１１に進み、問い合わせ済みでない場合、Ｓ１６０８に進む。
制御部４１５は、Ｓ１６０４で利用した、書誌情報一覧の取得リクエストを応答データに含まれる書誌サーバーに対して通信するよう通信処理部４１６に指示する（Ｓ１６０８）。Ｓ１６０８では、制御部４１５は、図２２の処理を再帰的に実施する。
【００６２】
例えば、応答データが以下のような場合が一例としてあげられる。
ヘッダ：
Ｒｅｑｕｅｓｔ−Ｉｎｓｔｒｕｃｔｉｏｎ：１９２．１６８．０．１，１９２．１６８．１．１
ボディ：
＜ｕｓｅｒ＿ｎａｍｅ＞Ｔａｎａｋａ＜／ｕｓｅｒ＿ｎａｍｅ＞
＜ｂｉｂｌｉｏ＿ｄａｔａｓ＞
＜ｄａｔａ＞
＜ｊｏｂ＿ｎａｍｅ＞ｉｎｄｅｘ．ｈｔｍｌ＜／ｊｏｂ＿ｎａｍｅ＞
＜ｄｏｃｕｍｅｎｔ＿ｉｄ＞３７６−９８４−２５４＜／ｄｏｃｕｍｅｎｔ＿ｉｄ  ＞
＜ａｄｄｒｅｓｓ＞１９２．１６８．１０．１０＜／ａｄｄｒｅｓｓ＞
＜ｐａｇｅｓ＞１＜／ｐａｇｅｓ＞
＜ｃｏｐｉｅｓ＞１＜／ｃｏｐｉｅｓ＞
＜ｃｏｌｏｒ＞０＜／ｃｏｌｏｒ＞
＜ｓｔａｔｕｓ＞０＜／ｓｔａｔｕｓ＞
＜／ｄａｔａ＞
＜／ｂｉｂｌｉｏ＿ｄａｔａｓ＞
【００６３】
例えば、応答データに含まれる、１９２．１６８．０．１が書誌サーバー１３２のＩＰアドレスの場合、制御部４１５は、書誌サーバー１２２へ書誌情報一覧取得のリクエスト後、書誌サーバー１３２へ同リクエストの通知を行う。
ここで、書誌サーバー１２２から書誌情報が応答されない場合でも、他サーバーへのリクエスト指示があれば、制御部４１５は、そちらのサーバーに対し書誌情報の取得リクエストを行う。
また、応答されたリクエスト先に書誌サーバー１２２の情報が含まれない等があれば、制御部４１５は、ユーザーＴａｎａｋａが主に利用する書誌サーバーが書誌サーバー１２２以外であると判断してもよい。このとき、制御部４１５は、応答データに含まれる指定サーバーを不揮発領域に保持し、ユーザーＴａｎａｋａのログイン中は、書誌サーバー１２２以外から取得する構成等をとってもよい。他にも、ユーザーＴａｎａｋａがログイン時に取得する書誌サーバー情報一覧は、再起動するまで保持する構成をとってもよい。
【００６４】
次に制御部４１５は、問い合わせた書誌サーバーの情報を、問い合わせ済みサーバー情報として一時領域に保存するようデータ管理部４１２に指示する（Ｓ１６１６）。これにより、同じサーバーへ何度も問い合わせることがないよう制御される。
Ｓ１６０８で、通信処理部４１６が実施したリクエストの通信処理の結果、エラーが応答された場合、制御部４１５は、Ｓ１６１４へ進む（Ｓ１６０９）。
サーバーとの通信の結果、エラー応答だった場合、制御部４１５は、データ管理部４１２に指示し、エラー内容を保存する（Ｓ１６１３）。
その後、制御部４１５は、エラー内容がリトライ可能エラーかを確認し、リトライ不可なエラーの場合、Ｓ１６１１に進み、リトライ可能なエラーの場合、Ｓ１６０８を再度実行するよう通信処理部に指示する（Ｓ１６１４）。
【００６５】
制御部４１５が、Ｓ１６０９の確認結果、Ｓ１６１０に進んだ場合、書誌サーバー１２２からの応答データに含まれる問い合わせ先サーバーからの応答データをデータ管理部４１２に指示し、一時領域に保存する（Ｓ１６１０）。ここで、一時領域は、ＤＢ４１３に保存しなくとも、ＲＡＭ２０２等の揮発領域でもよく、再起動やユーザーのログアウトを契機に削除されてもよいデータとして扱う。また、不揮発領域に保存する場合でも通常接続している書誌サーバー１２２からの応答データと差別管理できていればよい。
制御部４１５は、同期完了を管理し、書誌サーバー１２２からの応答に含まれる最終同期時刻を書誌情報同期管理部４１４に指示して保存させる（Ｓ１６１１）。この最終同期時刻を用いて、ユーザーが最後に同期した時間を管理している。
ここで、画像形成装置１２３が書誌サーバー１２２からの応答データを受ける例を記載したが、他画像形成装置がリクエストを送信する場合も、書誌サーバー１３２が初めにリクエストを受け付ける場合も同様の処理を、それぞれの画像形成装置のＣＰＵ２０１が実行する。
【００６６】
図２３は、書誌サーバー１２２が、画像形成装置からＳ１６０４、Ｓ１６０８のリクエストを受信した際に実行される処理の一例を示すフローチャートである。便宜上、画像形成装置１２３から書誌サーバー１２２にリクエストを送信したときの処理を例として説明する。
各フローチャートのステップは、書誌サーバー１２２が有するＣＰＵ２０１が実行する管理サーバーアプリ６０１の各ソフトウェアが機能することにより処理される。
図２３は、画像形成装置１２３からのリクエストを書誌サーバー１２２のネットワークＩ／Ｆ２１０にて受信し、ＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の通信処理部５１６が制御部５１５に通知することで処理を開始する。
Ｓ１７０１からＳ１７０４までは、図４で説明したＳ１４０１からＳ１４０４までと同様処理を行う。また、Ｓ１７２１からＳ１７２２までも、図４で説明したＳ１４２１からＳ１４２２までと同様処理を行う。
次に制御部５１５が、Ｓ１７０４の確認により、Ｓ１７０５に進んだ場合、制御部５１５は、書誌情報同期管理部５１４と、認証管理部５１１に指示し、リクエストから要求元ユーザーを特定する（Ｓ１７０５）。
【００６７】
制御部５１５は、特定したユーザーに関する書誌情報が、書誌サーバーに登録されているか確認するようデータ管理部５１２に指示する。制御部５１５は、特定したユーザーに関する書誌情報が登録されている場合は、Ｓ１７０７に進み、登録されていない場合は、Ｓ１７２３に進む（Ｓ１７０６）。
特定したユーザーに関する書誌情報が登録されていない場合、制御部５１５は、書誌情報同期管理部５１４に指示し、要求元ユーザーに関する書誌情報は登録されていないレスポンスデータを生成し、Ｓ１７１２に進む（Ｓ１７２３）。
特定したユーザーに関する書誌情報が登録されている場合、制御部５１５は、書誌情報同期管理部５１４に指示し、リクエストにユーザーが最後に書誌サーバーと同期した時刻（最終同期時刻）があるかを確認する。最終同期時刻がある場合は、Ｓ１７０８に進み、無い場合は、Ｓ１７０９に進む（Ｓ１７０７）。
【００６８】
最終同期時刻がある場合、制御部５１５は、書誌情報同期管理部５１４とデータ管理部５１２に対し、最終同期時刻より後に更新された書誌情報をＤＢ５１３から取得するよう指示する（Ｓ１７０８）。
最終同期時刻がない場合、制御部５１５は、書誌情報同期管理部５１４とデータ管理部５１２に対し、ユーザーに関する全ての書誌情報をＤＢ５１３から取得するよう指示する（Ｓ１７０９）。
制御部５１５は、データ管理部５１２に確認し、正しくデータが取得できたかを確認し、データ取得が成功した場合、Ｓ１７１１に進み、データ取得が失敗した場合Ｓ１７２４に進む（Ｓ１７１０）。
データ取得が失敗した場合、制御部５１５は、サーバー処理の失敗を示すエラーレスポンスデータを生成する（Ｓ１７２４）。
データ取得が成功した場合、制御部５１５は、取得した書誌情報一覧をレスポンスデータとして応答できるよう成形する（Ｓ１７１１）。
【００６９】
次に、制御部５１５は、管理サーバー１１０に対して、特定したユーザーが利用する書誌サーバー一覧の取得要求をリクエストするよう通信処理部５１６に指示する（Ｓ１７１２）。
制御部５１５は、通信処理部５１６が管理サーバー１１０と通信の結果、特定したユーザーが利用する書誌サーバーに自書誌サーバー（書誌サーバー１２２）の情報以外が含まれる場合、Ｓ１７１４に進み、含まれない場合はＳ１７１５に進む（Ｓ１７１３）。
特定したユーザーが利用する書誌サーバーに自書誌サーバー（書誌サーバー１２２）の情報以外が含まれる場合、制御部５１５は、他書誌サーバーへ書誌情報取得を行うことを指示する情報を付与する（Ｓ１７１４）。ここで、管理サーバー１１０からの応答は、図１０（ａ）のように管理される情報のうち、他書誌サーバーのデバイスホストアドレスが応答され、通信処理を指示するレスポンスデータ作成が可能である。
例えば、応答するレスポンスデータの属性に、「Ｒｅｑｕｅｓｔ−Ｉｎｓｔｒｕｃｔｉｏｎ：１９２．１６８．０．１，１９２．１６８．１．１」のように図１０（ａ）で管理される書誌サーバーのホストアドレスを、レスポンスのヘッダ属性に順番に付与することで接続先を指示することが可能である。
最後に、制御部５１５は、書誌情報同期管理部５１４に指示し、最終同期時刻をレスポンスに付与し、作成されたレスポンスデータをリクエスト元に応答する（Ｓ１７１５）。
ここで、書誌サーバー１２２が書誌情報の登録リクエストを受け付ける例を記載したが、書誌サーバー１３２が受け付けた場合も同様の処理を、書誌サーバー１３２が有するＣＰＵ２０１が実行する。
【００７０】
図２４は、管理サーバー１１０が、書誌サーバー１２２からＳ１７１２のリクエストを受信した際に実行される処理の一例を示すフローチャートである。ここでは、便宜上、書誌サーバー１２２から管理サーバー１１０にリクエスト送信したときの処理を例として説明する。
各フローチャートのステップは、管理サーバー１１０が有するＣＰＵ３０１が実行する管理サーバーアプリ６０１の各ソフトウェアが機能することにより処理される。
図２４は、書誌サーバー１２２からのリクエストを管理サーバー１１０のネットワークＩ／Ｆ３１０にて受信し、ＣＰＵ３０１が実行する管理サーバーアプリ６０１の通信処理部６１６が制御部６１５に通知することで処理を開始する。
Ｓ１８０１からＳ１８０４までは、図２１で説明した、Ｓ１５０１からＳ１５０４までと同様の処理であるため、説明は省略する。また、Ｓ１８２１からＳ１８２２までも、図２１で説明したＳ１５１１からＳ１５１２までと同様の処理であるため説明は省略する。
【００７１】
制御部６１５がＳ１８０５に処理を進め、通知されたリクエストデータから要求元のユーザー情報をユーザー情報管理部５１７に指示して特定する（Ｓ１８０５）。
制御部６１５は、データ管理部５１２に指示し、特定されたユーザー情報がＤＢ５１３に登録されているか確認し、登録されていない場合、Ｓ１８２３に進み、登録されている場合、Ｓ１８０７に進む（Ｓ１８０６）。
ユーザー情報がＤＢ５１３に登録されていない場合、制御部６１５は、リクエスト元に対して要求元のユーザーが登録されていないことを示すエラーレスポンスを応答するよう通信処理部５１６に指示する（Ｓ１８２３）。
登録されている場合、制御部６１５は、データ管理部５１２に指示し、同期要求元のユーザーに関するデータを取得する（Ｓ１８０７）。
制御部６１５は、データ取得が正しく行われたかを確認し、データ取得が成功した場合、Ｓ１８０９に進み、データ取得が失敗した場合、Ｓ１８２４に進む（Ｓ１８０８）。
データ取得に失敗した場合、制御部６１５は、サーバー処理のエラーを示すレスポンスデータを生成する（Ｓ１８２４）。
データ取得に成功した場合、制御部６１５は、ユーザー情報管理部６１７とデバイス管理部６１４に指示し、取得したデータをもとにレスポンスデータを作成する（Ｓ１８０９）。
【００７２】
例えば、図１０（ｂ）のユーザー名：Ｔａｎａｋａのデータを取得する際に、シリアルＮｏ．から、各デバイスの詳細情報を図１０（ａ）から取得する。
取得した、デバイスの詳細情報から、要求元のユーザー名：Ｔａｎａｋａが利用する書誌サーバーとして、レスポンスデータをｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（以下、ＸＭＬ）のフォーマットで以下のようにあげられる。
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝"１．０"  ｅｎｃｏｄｉｎｇ＝"ＵＴＦ−８"？＞
＜ｘｍｌ＿ｉｎｆｏｒｍａｔｉｏｎ＞
＜ｖｅｒｓｉｏｎ＞００．０１＜／ｖｅｒｓｉｏｎ＞
＜／ｘｍｌ＿ｉｎｆｏｒｍａｔｉｏｎ＞
＜ｓｅｒｖｅｒｓ＞
＜ｓｅｒｖｅｒ＞
＜ｄｓ＿ｎｏ＞ＡＡＡ１２３４５＜／ｄｓ＿ｎｏ＞
＜ｎａｍｅ＞ｉＲ−ＡＤＶ  Ｃ５５６０＜／ｎａｍｅ＞
＜ｈｏｓｔ＿ａｄｄｒ＞１９２．１６８．０．１＜／ｈｏｓｔ＿ａｄｄｒ＞
＜ｌｏｃａｔｉｏｎ＞ＸＸＸビル  １６階＜／ｌｏｃａｔｉｏｎ＞
＜／ｓｅｒｖｅｒ＞
＜ｓｅｒｖｅｒ＞
＜ｄｓ＿ｎｏ＞ＡＡＡ６７８９１＜／ｄｓ＿ｎｏ＞
＜ｎａｍｅ＞ｉＲ−ＡＤＶ  Ｃ５５６０＜／ｎａｍｅ＞
＜ｈｏｓｔ＿ａｄｄｒ＞１９２．１６８．１．１＜／ｈｏｓｔ＿ａｄｄｒ＞
＜ｌｏｃａｔｉｏｎ＞ＸＸＸビル  ８階＜／ｌｏｃａｔｉｏｎ＞
＜／ｓｅｒｖｅｒ＞
＜／ｓｅｒｖｅｒｓ＞
【００７３】
ユーザー名：Ｔａｎａｋａから、索引される図１０（ａ）に登録されたデバイスの詳細情報をリクエスト元に応答する。また、ＸＭＬフォーマット以外にも、ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）等のデータを構造的に応答できるフォーマットであれば、記述形態は限定する必要はない。
制御部６１５は、作成されたレスポンスデータをリクエスト元に応答するよう通信処理部５１６に指示する（Ｓ１８１０）。
【００７４】
ここで、管理サーバー１１０が書誌サーバー１２２からのリクエストを受け付ける例を記載したが、書誌サーバー１３２からのリクエストを受け付けた場合も同様の処理を、実行する。
これにより例えば普段、事業拠点１２０で業務を行うユーザー名：Ｔａｎａｋａが、画像形成装置１２２に印刷ジョブを投入し、画像形成装置１３４より印刷しようとした場合に、管理サーバー１１０は、書誌サーバー１３２と書誌サーバー１２２との書誌情報一覧が取得できる。
例えば、画像形成装置１３４が図２２の処理を行い書誌サーバー１３２が図２３のリクエスト処理を行った場合に、図２４で説明した管理サーバー１１０からの応答データに従い、書誌サーバー１３２が応答データに書誌サーバー１２２の情報を含め応答する。
画像形成装置１３４は、応答された書誌サーバー情報をもとに、Ｓ１７１２を実行することで、書誌サーバー１２２に対して書誌情報取得要求を行い、画像形成装置１２３に投入された印刷ジョブの書誌情報を共有することが可能となる。
【００７５】
＜印刷処理の出力機・入稿機・各書誌サーバー間のフローチャート＞
上述までで、ユーザーが投入した印刷ジョブの書誌情報一覧を複数の画像形成装置で共有する方法について説明した。以降では、共有された書誌情報一覧を用いて、実際に印刷を行う際に実行される処理の一例を説明する。
図２５は、ユーザーが印刷を行う際に画像形成装置で実行される処理の一例を示すフローチャートである。ここでは、便宜上、画像形成装置１３４が、書誌サーバー１３２、１２２を利用し書誌情報を共有し、画像形成装置１２３に投入された印刷ジョブを印刷する処理を例として説明する。
各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
【００７６】
画像形成装置１３４の操作部２０６を操作し、ユーザーがログインを行ったことを操作部Ｉ／Ｆ２０５を介してＣＰＵ２０１が検知し、操作受信部４１８に通知し、制御部４１５は、ユーザーのログインを検知する（Ｓ１９０１）。
制御部４１５は、ログインしたユーザーに関する書誌情報の一覧を、図２２で説明した方法で取得する（Ｓ１９０２）。
制御部４１５は、ユーザーが操作部２０６から、留め置きプリントの起動を指示することをＳ１９０１と同様に検知する（Ｓ１９０３）。ここで、制御部４１５は、Ｓ１９０２で取得した書誌情報一覧を表示制御部４１９に指示し、図１３のように操作部２０６に表示させる。
ユーザーは、操作部２０６を操作し、表示された書誌情報の一覧から、印刷対象とする書誌情報を選択し、印刷を指示する。制御部４１５は、この印刷指示を操作受信部４１８から、通知をうける（Ｓ１９０４）。
制御部４１５は、データ管理部４１２に指示し、印刷指示対象の書誌情報に関する印刷データが自デバイスにあるか確認し、自デバイスにある場合、Ｓ１９１２へ進み、自デバイスにない場合、Ｓ１９０６に進む（Ｓ１９０５）。
【００７７】
ここで、図１１のように、書誌情報には印刷データの格納場所を示すホストアドレスが含まれる。格納場所を示すホストアドレスにてｌｏｃａｌｈｏｓｔに保存されている情報は、自デバイスに保存（印刷ジョブとして投入）された印刷データであることを判断する。また、格納場所が自デバイスのホスト以外の書誌情報は、他画像形成装置に保存されている印刷データであると判断できる。更に、図１１にあるように取得サーバーのホストアドレス（２５０４）により、取得した書誌サーバーを識別することが可能である。
制御部４１５は、データ管理部４１２に指示し、図１１に保存されたデータにより、ユーザーから指示された書誌情報の取得サーバーのホストアドレス（２５０４）に対応する認可トークン（２３０２）を図９から確認する（Ｓ１９０６）。
確認の結果、印刷指示対象の書誌情報を取得した書誌サーバーのホストアドレスに対応する認可トークンがある場合、Ｓ１９０９に進み、認可トークンがない場合、Ｓ１９０８へ進む（Ｓ１９０７）。
認可トークンがない場合、制御部４１５は、図１５で説明した処理を行い、書誌情報取得元のサーバーから認可トークンを発行する（Ｓ１９０８）。
【００７８】
制御部４１５は、認可トークンと、文書ＩＤを用いて、ユーザーに印刷を指示された格納場所ホストアドレス（２５０５）に対して、印刷データの取得リクエストを送信するよう通信処理部４１６に指示する（Ｓ１９０９）。
制御部４１５は、画像形成装置１２３からの応答を確認する（Ｓ１９１０）。
制御部４１５は、確認の結果、印刷データが応答された場合、Ｓ１９１２に進み、印刷データが応答されなかった場合、Ｓ１９２１へ進む（Ｓ１９１１）。
印刷データが応答されなかった場合、制御部４１５は、データ管理部４１２に指示しエラー情報を保存する（Ｓ１９２１）。
制御部４１５は、保存したエラー内容を確認し、リトライ可能なエラーであれば、Ｓ１９０９の再実行を通信処理部４１６に指示し、リトライができないエラーであれば、Ｓ１９２３に進む（Ｓ１９２２）。
リトライできないエラーの場合、制御部４１５は、表示制御部４１９に操作部２０６に印刷エラーを表示するよう指示し、ユーザーにエラーを通知する（Ｓ１９２３）。
【００７９】
制御部４１５が、Ｓ１９１２に処理を進めた場合、応答された印刷データとユーザーに選択された書誌情報をもって、印刷制御部４１７に印刷を指示する（Ｓ１９１２）。
ここで、印刷制御部４１７は、デバイスＩ／Ｆ２０７を介して、プリンタ部２０９を制御し、指定された書誌情報の印刷設定と、印刷データの通り印刷を実行する。
制御部４１５は、印刷指示された書誌情報のプリントステータス（２５１０）を印刷さ結果で更新するようデータ管理部４１２に指示し、書誌情報同期管理部４１４に指示して、更新した結果を、書誌情報を取得した書誌サーバーに通知する（Ｓ１９１３）。書誌サーバーに対し書誌情報を更新する処理の詳細は、図２６で説明する。
ここで、画像形成装置１３４が印刷指示を受ける例を記載したが、他画像形成装置がユーザーから印刷指示を受けた場合も同様の処理を、それぞれの画像形成装置のＣＰＵ２０１が実行する。
【００８０】
図２６は、図２５で説明したＳ１９１３のようなタイミングで、制御部４１５が書誌情報を更新する際に実行される処理の一例を示すフローチャートである。ここでは、便宜上、画像形成装置１３４が、書誌サーバー１２２から取得した書誌情報を更新する際の処理を例として説明する。各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
図２６は、画像形成装置１３４が書誌情報の更新処理が必要な場合に、ＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の制御部４１５が処理を開始する。
制御部４１５は、データ管理部４１２に指示し、更新対象の書誌情報を取得する（Ｓ２９０１）。
制御部４１５は、書誌情報の更新処理が、削除であるかを確認する（Ｓ２９０２）。確認の結果、書誌情報の削除指示であった場合は、Ｓ２９０９へ進み、削除指示以外の場合、Ｓ２９０３へ進む（Ｓ２９０２）。
【００８１】
Ｓ２９０３へ処理を進めた場合、制御部４１５は、データ管理部４１２に指示し、指定された書誌情報の内容で該当の書誌情報を更新する（Ｓ２９０３）。
制御部４１５は、書誌情報同期管理部４１４に指示し、更新した情報から書誌サーバーに登録された書誌情報を更新するためのリクエストデータを作成する（Ｓ２９０４）。
ここで、Ｓ２９０２で削除指示と判断するのは、図１３で説明したジョブ削除（７１１）ボタンからのユーザー指示をＣＰＵ２０１が、操作部Ｉ／Ｆ２０５を介して検知した場合に図２６のフローチャートが開始された場合等が一例としてあげられる。
【００８２】
Ｓ２９０９へ処理を進めた場合、制御部４１５は、データ管理部４１２に指示し、指定された書誌情報から割り出される書誌情報を削除する（Ｓ２９０９）。
制御部４１５は、書誌情報同期管理部４１４に指示し、削除された書誌情報を書誌サーバーに通知するためのリクエストデータを作成する（Ｓ２９１０）。
制御部４１５は、作成されたリクエストデータを図２６の処理を指定された書誌サーバーに対しリクエストを行うよう通信処理部４１６に指示する（Ｓ２９０５）。
制御部４１５は、通信処理部４１６の通信の結果、書誌サーバーからエラーが応答された場合、Ｓ２９０７へ進み、エラー以外の応答の場合は本フローチャートを終了する（Ｓ２９０６）。
Ｓ２９０７へ処理を進めた場合、制御部４１５は、エラー情報をデータ管理部４１２に指示し、保存する（Ｓ２９０７）。
制御部４１５は、保存したエラー内容を確認し、リトライが可能なエラーである場合、Ｓ２９０５のリクエストを再実行するよう通信処理部４１６に指示する（Ｓ２９０８）。
ここで、書誌サーバーは、画像形成装置から図２６のＳ２９０４で作成されたリクエストデータを受け付けた場合、図２０で説明した処理を実行し、Ｓ１４０６の確認で書誌サーバーに登録済みの書誌情報を更新するＳ１４２３の処理を行う。
また、図２６のＳ２９１０で作成されたリクエストデータを受け付けた場合、図２９での処理を実行する。実際に実行される処理の詳細は、図２９で説明する。
【００８３】
図２７は、ある画像形成装置が、画像形成装置に保存された印刷データ取得要求のリクエストＳ１９０９を受け付けた際に実行される処理の一例を示すフローチャートである。ここでは、便宜上、画像形成装置１３４が、画像形成装置１２３にリクエストＳ１９０９を実施した際の処理を例として説明する。各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の各ソフトウェアが機能することにより処理される。
図２７は、画像形成装置１３４からのリクエストを画像形成装置１２３がネットワークＩ／Ｆ２１０にて受信し、ＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の通信処理部４１６が制御部４１５に通知することで処理を開始する。
制御部４１５は、書誌情報同期管理部４１４と認証管理部４１１に指示し、受信したリクエストから認可トークンと、文書ＩＤを抽出する（Ｓ２００１）。
制御部４１５は、抽出した認可トークンを自身が接続する書誌サーバー１２２に対し、認可確認を行うリクエストを行うことを通信処理部４１６に指示する（Ｓ２００２）。
制御部４１５は、通信処理部４１６の通信の結果、書誌サーバー１２２と、認可確認がとれた場合、Ｓ２００４に進み、認可確認が取れなかった場合、Ｓ２０１１に進む（Ｓ２００３）。
【００８４】
制御部４１５は、認可確認が取れなかった場合、リクエスト元に対し認可エラーを応答するよう通信処理部４１６に指示し、処理を終了する（Ｓ２０１１）。
認可確認が取れた場合、制御部４１５は、抽出した文書ＩＤを利用し、自デバイスに保存された文書データを検索するようデータ管理部４１２に指示する（Ｓ２００４）。
制御部４１５は、検索の結果、印刷データが取得できた確認し、印刷データが取得できた場合、Ｓ２００６に進み、印刷データが取得できなかった場合、Ｓ２０１２に進む（Ｓ２００５）。
制御部４１５は、印刷データが取得できなかった場合、リクエスト元に対し指定された文書ＩＤのデータが保存されていないことを示すエラーを応答するよう通信処理部４１６に指示する（Ｓ２０１２）。
印刷データが取得できた場合、制御部４１５は、対象の印刷データをリクエスト元に応答するよう通信処理部４１６に指示する（Ｓ２００６）。
ここで、画像形成装置１２３が印刷データの取得リクエストを受け付ける例を記載したが、画像形成装置１２２、１２４又は、１３２〜１３４が受け付けた場合も同様の処理を、各画像形成装置が有するＣＰＵ２０１が実行する。
【００８５】
図２８は、書誌サーバーが、画像形成装置からＳ２００２のリクエストを受信した際に実行される処理の一例を示すフローチャートである。便宜上、画像形成装置１２３から書誌サーバー１２２にリクエストを送信した時の処理を例として説明する。
各フローチャートのステップは、書誌サーバー１２２が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の各ソフトウェアが機能することにより処理される。
図２８は、画像形成装置１２３からのリクエストを書誌サーバー１２２のネットワークＩ／Ｆ２１０にて受信し、ＣＰＵ２０１が実行する書誌情報管理クライアントアプリ４０１の通信処理部５１６が制御部５１５に通知することで処理を開始する。
Ｓ２１０１からＳ２１０２までは、図２０で説明したＳ１４０２からＳ１４０３までと同様の処理で、Ｓ２１１１は、Ｓ１４２１と同様の処理である。
処理をＳ２１０３へ進めたとき、制御部５１５は、画像形成装置１２３から確認依頼された認可トークンの登録状況をデータ管理部５１２に指示する（Ｓ２１０３）。
制御部５１５は、確認の結果、認可トークンが有効期限内で正しいものであるとなった場合、Ｓ２１０５に進み、有効期限外又は不正なものであった場合、Ｓ２１１２へ進む（Ｓ２１０４）。
認可トークンが正しいものの場合、制御部５１５は、認可トークンの確認ができたことを示すレスポンスをリクエスト元に応答するよう通信処理部５１６に指示する（Ｓ２１０５）。
認可トークンが不正なものであった場合、制御部５１５は、認可トークンの確認で不正なトークンであったことを示すレスポンスをリクエスト元に応答するよう通信処理部５１６に指示する（Ｓ２１１２）。
ここで、書誌サーバー１２２が書誌情報の登録リクエストを受け付ける例を記載したが、書誌サーバー１３２が受け付けた場合も同様の処理を、書誌サーバー１３２が有するＣＰＵ２０１が実行する。
【００８６】
図２９は、ある書誌サーバーが、画像形成装置から書誌情報の削除要求を受け付けた場合に実行される処理の一例を示すフローチャートである。ここでは、便宜上、画像形成装置１３４が、書誌サーバー１２２に対して図２６のＳ２９１０で作成されたリクエストデータを通知する際の処理を例とて説明する。各フローチャートのステップは、それぞれの画像形成装置が有するＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の各ソフトウェアが機能することにより処理される。
図２９は、画像形成装置１３４からのリクエストを画像形成装置１２２がネットワークＩ／Ｆ２１０にて受信し、ＣＰＵ２０１が実行する書誌情報管理サーバーアプリ５０１の通信処理部５１６が制御部５１５に通知することで処理を開始する。
Ｓ３００１からＳ３００５までは、図２０で説明したＳ１４０１からＳ１４０５までと同じ処理であり、Ｓ３０２１からＳ３０２２までは、図２０で説明したＳ１４２１からＳ１４２２までと同じ処理である。また、Ｓ３０２３は、図２０で説明したＳ１４２４と同じ処理である。図２０で説明済みの処理については、説明を省略する。
制御部５１５が処理をＳ３００６に進めた場合、削除要求のリクエストから特定した書誌情報ＩＤから、ＤＢ５１３に登録済みの書誌情報であるかデータ管理部５１２に指示して確認する。制御部５１５は、確認の結果、登録済みの書誌情報の場合、Ｓ３００７へ進み、登録されていない書誌情報の場合、Ｓ３０１０へ進む（Ｓ３００６）。
【００８７】
Ｓ３００７へ進んだ場合、制御部５１５は、データ管理部５１２に指示して、指定された書誌情報の削除管理フラグ（２６１０）を削除済みに変更する（Ｓ３００７）。
制御部５１５は、データ管理部５１２に指示して、削除管理フラグ（２６１０）を更新した、書誌情報の最終更新日時（２６０５）を現時刻に設定し、ＤＢ５１３のデータを更新する（Ｓ３００８）。これにより、クライアントとなる画像形成装置が、書誌情報の同期要求を行った場合に、図２３で説明したＳ１７０８又はＳ１７０９の検索結果に削除済みの書誌情報を含め応答することが可能となる。また、削除済みとなった書誌情報は、一定期間保存後にＤＢ５１３から物理削除してもよいし、本システムの管理者が一括でデータを、物理削除（データのコンパクション）する指示をとる構成でもよい。
制御部５１５は、データ管理部５１２に指示し、ＤＢ５１３に対する更新処理が成功したか確認し成功した場合、Ｓ３０１０に進み、失敗した場合、Ｓ３０２４に進む（Ｓ３００９）。
【００８８】
Ｓ３０２４に進んだ場合、制御部５１５は、サーバー処理のエラーをリクエスト元に応答するよう通信処理部５１６に指示する（Ｓ３０２４）。
Ｓ３０１０へ進んだ場合、制御部５１５は、データ管理部５１２、書誌情報同期管理部５１４、ユーザー情報管理部５１７に指示し、リクエストに含まれるユーザー情報のユーザーが利用する書誌情報が本削除処理により０件となったかを確認する。制御部５１５は、確認の結果、ユーザーが利用する書誌情報が０件となった場合、Ｓ３０１１に進み、それ以外の場合、Ｓ３０１２へ進む（Ｓ３０１０）。
Ｓ３０１１へ進んだ場合、制御部５１５は、管理サーバー１１０に対し該当ユーザーの利用サーバー情報から自サーバーを外す更新を通知するリクエストを行うよう通信処理部５１６に指示する（Ｓ３０１１）。これにより、管理サーバー１１０は、図２１で説明したＳ１５１３の処理を行い図１０（ｂ）で管理するユーザーが利用する書誌サーバーのリストから書誌サーバー１２２の情報を外してユーザー情報を更新する。
制御部５１５は、書誌情報の削除処理の結果をリクエスト元に対して応答するよう通信処理部５１６に指示する（Ｓ３０１２）。
【００８９】
図３０は、上述した図１５、１７、１９、２０、２２、２３、２５、２７、２９のうち、各画像形成装置がサーバー機能を有する書誌サーバー又は、管理サーバー１１０に対してネットワーク１０１を介したデータのやりとりを行う際の共通の処理を説明したフローチャートである。具体的には、Ｓ９０５、Ｓ１１０２、Ｓ１３０４、Ｓ１４１０、Ｓ１６０４、Ｓ１６０８、Ｓ１７１２、Ｓ１９０９、Ｓ１９１３、Ｓ２００２、Ｓ３０１１の通信処理が本図の処理にあたる。
便宜上、画像形成装置１２３から書誌サーバー１２２にリクエストを送信する際の処理を例として説明する。
各画像形成装置が有するＣＰＵ２０１が実行する、書誌情報管理クライアントアプリ４０１又は、書誌情報管理サーバーアプリ５０１の各ソフトウェアが機能することにより処理される。
【００９０】
制御部４１５は、通信処理を伴う処理を実施する際に、通信処理部４１６に対し、接続成功又は、あらかじめ設定した有限回数のリトライ回数を指定し接続先に指定したホストアドレスに接続を試みるよう指示する（Ｓ２２０１）。通信処理部４１６は、ホストアドレスに接続を試みる（Ｓ２２０２）。接続が成功又は、リトライ回数以上の試行を行った後に制御部４１５は通信結果を確認する。
制御部４１５は確認の結果、指定された接続処理が成功した場合、Ｓ２２０４に進み、接続が失敗した場合、Ｓ２２１１に進む（Ｓ２２０３）。
接続処理の確認結果が、失敗の場合、制御部４１５は、通信処理を依頼した呼び出し元に接続エラーを応答し、処理を終了する（Ｓ２２１１）。
接続処理の結果が成功の場合、制御部４１５は、認証管理部４１１に指示して指定されたホストアドレスに対応する認可トークンを付与し呼出し元から指示されたリクエストを用いた通信処理を行う。ここで、図９で説明したように不揮発領域に保存され、接続先のサーバーホストアドレス（２３０１）に対応した認可トークン（２３０２）を管理している。
【００９１】
制御部４１５は、通信処理部４１６が行った通信処理によるサーバーからの応答結果を確認する（Ｓ２２０５）。
制御部４１５は、応答結果が、認証エラーである場合、Ｓ２２０７へ進み、認証エラー出ない場合は、Ｓ２２０７へ進む（Ｓ２２０６）。
認証エラーの場合、制御部４１５は、図１５で説明した処理を行うことで認可トークンを再度取得する（Ｓ２２０７）。ここで、図１５の通信処理Ｓ９０３で本処理を通過するが認証が正しく行えれば、Ｓ２２０７は通過せず、図１５の処理へと正しく返る。ここで、認証エラーの場合は、図１５のＳ９１０の処理へと通過するため、認可トークン発行を依頼する通信処理Ｓ９０５でループすることはない。
制御部４１５は、上述の処理結果を呼び元の各フローチャートへ返し処理を終了する（Ｓ２２０８）。
【００９２】
ここで、呼び出し元では、通信による認可エラーをリトライ可能エラーとして扱うことで、Ｓ２２０７で再度取得した認可トークンにより通信処理を再実行することで、指定したホストアドレスへの通信処理依頼は認可権限を保証しながら行うことができる。
また、認可エラーに対してリトライ回数を設け再実行回数の制限をするような構成をとってもよい。
ここで、画像形成装置１２３が書誌サーバー１２２へリクエストを送信する例を記載したが、通信を要する処理を行う場合、各画像形成装置が有するＣＰＵ２０１が同様の処理を実行する。
書誌情報管理サーバーアプリ５０１が処理を行う場合は、制御部５１５は制御部４１５と、通信処理部５１６は通信処理部４１６と、認証管理部５１１は認証管理部４１１と、データ管理部５１２はデータ管理部４１２と同等機能を果たす。
【００９３】
以上により、図８から図１２までで説明したデータ構成を図１で説明した各画像形成装置、情報処理装置で動作する図４から図６までのソフトウェアにより、図１４から図３０までの処理が行われることで、図７で説明したデータフローが実現される。
これにより、ユーザーが普段利用する入稿機、出力機、書誌サーバーが異なる事業拠点で、印刷する場合においてもユーザーが普段利用する事業拠点の書誌サーバーにて、正しく書誌情報の同期が継続される。
また、書誌情報取得のために、Ｓ１６０４を実施し、書誌情報を取得してから、Ｓ１６０８の処理を行うため普段利用する事業拠点以外に設置された画像形成装置に印刷ジョブを投入し、普段利用されない書誌サーバーからも書誌情報を取得することが可能となる。そのため、図１０（ｂ）のようなデータ構成で管理することができ、複数事業拠点を利用するユーザーに関しても正しく書誌情報の同期が行える。
さらに、画像形成装置からの各通信処理の共通処理において書誌サーバー及び画像形成装置間で認可トークンの発行を行い（図３０のＳ２２０７）、図９のようなデータ構成で接続先ごとに認可トークンを管理することでセキュリティを担保した印刷処理が行える。
【００９４】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００９５】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
【００９６】
以上、上述した各実施形態の処理によれば、ユーザーが普段利用する拠点以外で印刷を行った場合でも、普段利用する拠点で印刷結果の状態を管理することができる。
【符号の説明】
【００９７】
１１０                          管理サーバー
１２２、１３２                  書誌サーバー
１２３、１２４、１３３、１３４  画像形成装置
【図１】
2020135425.tif 000003
【図２】
2020135425.tif 000004
【図３】
2020135425.tif 000005
【図４】
2020135425.tif 000006
【図５】
2020135425.tif 000007
【図６】
2020135425.tif 000008
【図７】
2020135425.tif 000009
【図８】
2020135425.tif 000010
【図９】
2020135425.tif 000011
【図１０】
2020135425.tif 000012
【図１１】
2020135425.tif 000013
【図１２】
2020135425.tif 000014
【図１３】
2020135425.tif 000015
【図１４】
2020135425.tif 000016
【図１５】
2020135425.tif 000017
【図１６】
2020135425.tif 000018
【図１７】
2020135425.tif 000019
【図１８】
2020135425.tif 000020
【図１９】
2020135425.tif 000021
【図２０】
2020135425.tif 000022
【図２１】
2020135425.tif 000023
【図２２】
2020135425.tif 000024
【図２３】
2020135425.tif 000025
【図２４】
2020135425.tif 000026
【図２５】
2020135425.tif 000027
【図２６】
2020135425.tif 000028
【図２７】
2020135425.tif 000029
【図２８】
2020135425.tif 000030
【図２９】
2020135425.tif 000031
【図３０】
2020135425.tif 000032