(57)【要約】【課題】ユーザが異なるユーザＩＤを用いてプリンタを利用する場合であっても、ユーザ毎に印刷関連情報を管理する印刷システムを提供すること。【解決手段】印刷システムの印刷サービスサーバ１６０，１７０，１８０は、送信する印刷ジョブに含まれる情報であって、ユーザＩＤを特定するために必要な特定情報と、印刷サービスサーバ１６０，１７０，１８０に登録済みのユーザＩＤとを管理し、画像処理装置１２０は、印刷ジョブに基づき印刷した際に使用された用紙の印刷枚数と、印刷ジョブに含まれる特定情報を前記集計サーバに送信し、集計サーバ１３０，１４０は、送信された特定情報を基に印刷サービスサーバ１６０，１７０，１８０に登録済みのユーザＩＤを前記管理手段に対して問合わせ、問合わせの結果取得した、ユーザＩＤに対応するユーザと、印刷枚数とを紐付けて保存する。【選択図】図１
2014164592.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置と、画像処理装置が印刷した印刷枚数の管理を行う集計サーバと、印刷ジョブをネットワークを介して前記画像処理装置へ送信する印刷サービスサーバとを備える印刷システムであって、
前記印刷サービスサーバは、
送信する前記印刷ジョブに含まれる情報であって、ユーザＩＤを特定するために必要な特定情報と、前記印刷サービスサーバに登録済みのユーザＩＤとを管理する管理手段を備え、
前記画像処理装置は、
前記印刷ジョブに基づき印刷した際に使用された用紙の印刷枚数と、前記印刷ジョブに含まれる特定情報を前記集計サーバに送信する送信手段を備え、
前記集計サーバは、
送信された前記特定情報を基に前記印刷サービスサーバに登録済みのユーザＩＤを前記管理手段に対して問合わせる問合せ手段と、
前記問合せ手段による問合わせの結果取得したユーザＩＤに対応するユーザと、前記送信手段により送信された前記印刷枚数とを紐付けて保存する保存手段と、を備える
ことを特徴とする印刷システム。
【請求項２】
前記集計サーバは、前記集計サーバに登録済みのユーザＩＤと、前記印刷サービスサーバに登録済みのユーザＩＤとを紐付けて管理する管理手段を備え、
前記保存手段は、前記印刷サービスサーバから取得されたユーザＩＤに紐付く前記集計サーバに登録済みのユーザＩＤを前記集計サーバが備える管理手段から取得し、前記取得した前記集計サーバに登録済みのユーザＩＤと前記印刷枚数とを紐付けて保存する
ことを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記印刷サービスサーバは、印刷を指示したユーザの印刷可能枚数が規定値を超えている場合に、当該印刷を禁止する制限手段をさらに備える
ことを特徴とする請求項１または２に記載の印刷システム。
【請求項４】
前記集計サーバは、前記集計サーバに登録済みのユーザＩＤ毎に前記画像処理装置から印刷枚数を取得し、前記集計サーバに登録済みのユーザＩＤに紐付く印刷可能枚数が規定値を超えているか否かを判断する判断手段を備え、
前記問合せ手段は、前記判断手段により前記規定値を超えていると判断された場合に、前記集計サーバに登録済みのユーザＩＤに紐付く前記印刷サービスサーバに登録済みのユーザＩＤを、前記集計サーバが備える前記管理手段から取得して前記印刷サービスサーバに送信し、
前記制限手段は、前記送信された前記印刷サービスサーバに登録済みのユーザＩＤに対応する、前記印刷を指示したユーザに対し、前記印刷を禁止することを示す制限情報を通知する
ことを特徴とする請求項３に記載の印刷システム。
【請求項５】
前記画像処理装置は、印刷を指示したユーザの印刷可能枚数が規定値を超えている場合に、前記印刷を禁止する制限手段と、
前記集計サーバに登録済みのユーザＩＤに紐付く印刷可能枚数が規定値を超えているか否かを判断する判断手段を備え、
前記判断手段により前記規定値を超えていると判断した場合に、前記制限手段は、送信された前記集計サーバに登録済みのユーザＩＤに対応する、印刷を指示したユーザに対し、前記印刷を禁止することを示す制限情報を通知する
ことを特徴とする請求項１または２に記載の印刷システム。
【請求項６】
前記印刷サービスサーバが備える管理手段は、前記印刷サービスサーバに登録済みのユーザＩＤと、前記ユーザＩＤに対応するユーザによって印刷禁止情報を含む印刷がされたか否かを示す情報とを紐付けて保存する
ことを特徴とする請求項１乃至５のいずれか一項に記載の印刷システム。
【請求項７】
前記集計サーバが備える前記保存手段は、前記集計サーバに登録済みのユーザＩＤと、前記ユーザＩＤに対応するユーザによって印刷禁止情報を含む印刷がされたか否かを示す情報とを紐付けて保存する
ことを特徴とする請求項１乃至５のいずれか一項に記載の印刷システム。
【請求項８】
画像処理装置と、画像処理装置が印刷した印刷枚数の管理を行う集計サーバと、印刷ジョブをネットワークを介して前記画像処理装置へ送信する印刷サービスサーバとを備える印刷システムの制御方法であって、
前記印刷サービスサーバが、送信する前記印刷ジョブに含まれる情報であって、ユーザＩＤを特定するために必要な特定情報と、前記印刷サービスサーバに登録済みのユーザＩＤとを管理する管理工程と、
前記印刷サービスサーバが、前記印刷ジョブに基づき前記画像処理装置により印刷された際に使用した用紙の印刷枚数と、前記印刷サービスサーバに登録済みのユーザＩＤとを前記集計サーバに送信する送信工程と、
前記集計サーバが、前記集計サーバは、集計サーバに登録済みのユーザＩＤと、前記印刷サービスサーバに登録済みのユーザＩＤと、前記特定情報を紐付けて管理する管理工程と、
前記集計サーバが、送信された前記印刷サービスサーバに登録済みのユーザＩＤを集計サーバに登録済みのユーザＩＤに変換する変換工程と、
前記集計サーバが、変換された前記集計サーバに登録済みのユーザＩＤと、前記印刷枚数とを紐付けて保存する保存工程と、を有する
ことを特徴とする制御方法。
【請求項９】
請求項８に記載の制御方法をコンピュータにより実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システム、印刷システムの制御方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
企業内で複数のプリンタを使用する場合、複数のＰＣと複数のプリンタが通信ネットワークで結ばれる。これにより、ユーザは複数のプリンタを共通して使用することができる。従来は、プリンタは、誰の印刷ジョブであろうと、どのような印刷ジョブであろうと受信した印刷ジョブを全て実行していた。しかし、通信ネットワークが拡大し他拠点や企業外と接続するようになると、見知らぬユーザがプリンタを使用するのを防ぐ必要がある。そのため、プリンタにユーザ認証機能が搭載され、プリンタにユーザＩＤとパスワードが保存されるようになった。しかし、この方法では、多数のプリンタが存在する場合に、ユーザ情報の管理が煩雑になる。そのため、専用の認証サーバがユーザ情報を一元管理し、プリンタはユーザ認証が必要なときに、専用認証サーバに問い合わせる方式が一般的である。
【０００３】
また、印刷コストを削減するためには、管理者は運用状況を把握する必要がある。そのため、ユーザ別に印刷枚数を集計して管理する仕組みが提供されている。プリンタが印刷実行時にユーザＩＤを認証し、印刷後に印刷枚数をカウントして、印刷枚数と認証したユーザＩＤを合わせる。そしてプリンタが集計サーバに印刷枚数とユーザＩＤを送信することにより、集計サーバはユーザＩＤ別に印刷枚数を集計する。この仕組みにより、管理者は、ユーザ毎の印刷枚数の集計結果を取得し、管理することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１６５７２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１は、２つの異なる印刷システムがある場合に、その２つを統合する、より上位のサーバを設置し、それぞれから集計情報や管理情報を吸い上げ、統合管理する方法を開示している。しかし、この方法では、１人の人間が異なる印刷システムにおいても同一のユーザＩＤを使用することを前提としている。従って、例えば１人のユーザが、２つの異なるシステムのそれぞれに２つの異なるユーザＩＤを持っている場合を考慮していない。そのため、１人のユーザが異なるシステムのそれぞれに異なるユーザＩＤを用いてプリンタを利用している場合、ユーザ別の統合管理をできない。本発明は、ユーザが異なるユーザＩＤを用いてプリンタを利用する場合であっても、ユーザ毎に印刷関連情報を管理する印刷システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形態の印刷システムは、画像処理装置と、画像処理装置が印刷した印刷枚数の管理を行う集計サーバと、印刷ジョブをネットワークを介して前記画像処理装置へ送信する印刷サービスサーバとを備える。前記印刷サービスサーバは、送信する前記印刷ジョブに含まれる情報であって、ユーザＩＤを特定するために必要な特定情報と、前記印刷サービスサーバに登録済みのユーザＩＤとを管理する管理手段を備える。前記画像処理装置は、前記印刷ジョブに基づき印刷した際に使用された用紙の印刷枚数と、前記印刷ジョブに含まれる特定情報を前記集計サーバに送信する送信手段を備える。前記集計サーバは、送信された前記特定情報を基に前記印刷サービスサーバに登録済みのユーザＩＤを前記管理手段に対して問合わせる問合せ手段と、前記問合せ手段による問合わせの結果取得したユーザＩＤに対応するユーザと、前記送信手段により送信された前記印刷枚数とを紐付けて保存する保存手段と、を備える
【発明の効果】
【０００７】
本発明の印刷システムによれば、ユーザが異なるユーザＩＤを用いてプリンタを利用する場合であっても、ユーザ毎に印刷関連情報を管理することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態の印刷システムの構成例を示す。
【図２】各装置および各サーバ群のハードウェア構成例を示す。
【図３】各装置および各サーバ群のソフトウェア構成例を示す。
【図４】ジョブログおよび統合ジョブログの格納情報を示す。
【図５】クラウド印刷管理サーバの設定ＵＩを示す。
【図６】イントラ印刷管理サーバの設定ＵＩを示す。
【図７】イントラ印刷管理サーバの印刷枚数集計画面のＵＩを示す。
【図８】プリンタが行う印刷処理のフローチャートを示す。
【図９】イントラ印刷管理サーバが行う集計処理のフローチャートを示す。
【図１０】クラウド印刷サーバの印刷ジョブ生成処理のフローチャートを示す。
【図１１】ジョブＩＤとクラウドユーザＩＤを関連づけて格納する処理のフローチャートを示す。
【図１２】クラウド印刷管理サーバに格納されたジョブ情報の例を示す。
【図１３】クラウド印刷管理サーバに格納された印刷枚数超過情報の例を示す。
【図１４】クラウドユーザＩＤへの変換処理のフローチャートを示す。
【図１５】プリンタが行う印刷処理のフローチャートを示す。
【図１６】イントラ印刷管理サーバが行う集計処理のフローチャートを示す。
【図１７】クラウド印刷サーバの印刷ジョブ生成処理のフローチャートを示す。
【発明を実施するための形態】
【０００９】
クライアントからＷｅｂサーバ等に対して印刷指示を送信し、印刷指示を受信したＷｅｂサーバが印刷対象のコンテンツを印刷データに変換する印刷システムが提供されており。近年、クラウドコンピューティングの概念が注目されているが、これも印刷システム同様、サーバがクライアントにサービスを提供する形態の一つと捉えることができる。近年、注目を集めているクラウドコンピューティングもＷｅｂサーバがクライアントにサービスを提供する形態である。クラウドコンピューティングは、多くのコンピューティング・リソースを用いてデータ変換やデータ処理を分散実行し、多くのクライアントからの要求を同時に処理することが主な特徴である。現在、このクラウドコンピューティングを実現するクラウドコンピューティング環境上にＷｅｂサービスを実装し、多種多様なサービスを提供するベンダーが乱立しつつある。
【００１０】
例えばＧｏｏｇｌｅ（登録商標）は、画像処理装置と連携して印刷サービスを提供するためのデータ通信の仕組みを開発した。そして、Ｇｏｏｇｌｅ（登録商標）は、用意したクラウドコンピューティング環境とデータ通信を画像処理装置が行うためのインターフェースを公開している。このインターフェースを画像処理装置に実装することで、画像処理装置と印刷サービスを提供するＷｅｂサーバがインターネットを介して接続されていたとしても、クライアントから画像処理装置を指定し印刷させることが可能となる。これをクラウド印刷システムと称する。
【００１１】
一般にクラウドシステムでは、クラウドシステムのプロバイダから各ユーザに、クラウドシステム全体で通用するユーザＩＤが付与される。クラウド印刷システムも同様の形態であり、クラウド印刷システムのユーザＩＤを用いてユーザ識別・認証を行う。
【００１２】
しかし、クラウド印刷システムでは、セキュリティ上の観点から、印刷ジョブにユーザＩＤを含めないことが一般的である。その理由は次のとおりである。クラウド印刷システムは、不特定多数のユーザとプリンタに接続する印刷システムである。プリンタの共有は以下の手順により行われる。
・プリンタの所有者が、プリンタをクラウド印刷システムに登録する。
・プリンタの所有者が、クラウド印刷システムの他のユーザに、プリンタの使用を許可する。
【００１３】
プリンタの所有者も、プリンタの所有権を持つクラウド印刷システムの一般ユーザに過ぎないため、上記の手順は一般ユーザ間のやり取りになる。したがって、クラウド印刷システムの管理者は、登録されたプリンタが本物のプリンタであるか否か、あるいはそこに接続するネットワークが信頼できるかを確認・保証することができない。そのため、プリンタの所有者等、プリンタ、またはプリンタにつながるネットワークに物理的にアクセスできる人が、悪意を持っていれば、プリンタ所有者になりすまして、他ユーザを偽のプリンタに誘導することができる。また、そのような悪意を持つ人物は、例えば本物のプリンタとネットワークの間に盗聴装置を仕掛け、印刷ジョブの情報を不正入手することも可能である。もし、印刷ジョブにユーザ名が含まれていると、クラウド印刷システムのユーザＩＤが収集され、ユーザＩＤに関連付けられた印刷内容が収集されるという危険が発生する。
【００１４】
従って、クラウド印刷システムでは、印刷ジョブにユーザＩＤが含まれないことが一般的である。クラウド印刷の場合は、印刷ジョブにユーザＩＤが含まれないため、プリンタはユーザＩＤを知る機会がない。そのため、クラウド印刷の場合は、プリンタがユーザＩＤと印刷関連情報とを関連づけて集計サーバに送ることができない。すなわち、クラウド印刷システムでは、印刷枚数の集計、プリンタの利用制限、または印刷画像ログの管理・追跡といった機能を実現できないという課題がある。なお、印刷関連情報とは、印刷に伴って実行される処理に関する情報である。例えば、印刷枚数や、印刷物にＮＧワードの有無を示す情報である。
【００１５】
近年、業務用文書の作成などに役立つクラウドサービスが増えている。そのため、作成されたコンテンツを企業のイントラネット内のプリンタにクラウド印刷システムで印刷したいというニーズが高まっている。またクラウド印刷サービスは一般にモバイル端末からも使えるため、複数の関連企業を訪問するユーザが、移動先の企業のイントラネット内のプリンタにクラウド印刷システムで印刷したいというニーズも高まっている。
【００１６】
上述のニーズに応えるため、クラウド印刷サービスのプロバイダは、企業向けの施策として、例えばクラウド印刷システムとプリンタの間の通信を仲介するプロキシサーバをイントラネット内に提供している。この施策により、一般コンシューマー向けだったクラウド印刷システムの基本的な仕組みは残しつつ、クラウド印刷システムからイントラネット内のプリンタへ印刷が実現される。
【００１７】
しかし、イントラネット内のＰＣからイントラネット内のプリンタへ印刷するイントラ印刷システムも共存する場合が多い。そのため、イントラネット内のプリンタ群に対して、１人の人間が例えば２つの異なるユーザ管理・認証システムにより認証された２つのユーザＩＤでそれぞれの印刷システムから印刷できる状況となっている。上述したように、クラウド印刷システムでは印刷ジョブにユーザＩＤが含まれないため、イントラ印刷管理者は、ユーザ毎に上述した印刷に関する機能を管理できない。
【００１８】
（実施例１）
本実施形態の印刷システム１０００の構成について説明する。図１は、印刷システム１０００の構成例を示す。印刷システム１０００は、クライアント１１０、プリンタ１２０、イントラ印刷管理サーバ１３０、イントラユーザ管理サーバ１４０、Ｗｅｂアプリケーションサーバ群１５０を備える。また、印刷システム１０００は、クラウド印刷サーバ群１６０、クラウド印刷管理サーバ群１７０、クラウドユーザ管理サーバ群１８０を備える。イントラ印刷管理サーバ１３０およびイントラユーザ管理サーバ１４０は、本実施形態において集計サーバとして機能する。クラウド印刷サーバ群１６０、クラウド印刷管理サーバ群１７０、クラウドユーザ管理サーバ群１８０は、本実施形態において印刷サービスサーバとして機能する。
【００１９】
印刷システム１０００を構成する各装置１１０，１２０、および各サーバ群１３０，１４０は、インターネット１０１を介してサーバ群１５０乃至１８０と接続可能であり、互いにデータ通信することができる。クライアント１１０、プリンタ１２０、イントラ印刷管理サーバ１３０、イントラユーザ管理サーバ１４０の４個の装置は企業内に配置された装置であり、企業内ネットワーク１００を介して互いに接続されている。企業内ネットワーク１００は、インターネット１０１に接続されている。
【００２０】
なお、４個の装置１１０乃至１４０はインターネット１０１を介して接続されていてもよい。また、Ｗｅｂアプリケーションサーバ群１５０、印刷サーバ群１６０、クラウド印刷管理サーバ群１７０、クラウドユーザ管理サーバ群１８０は、インターネット１０１を介して、企業内ネットワーク１００と接続されている。これら４つのサーバ群は、同じベンダーから提供されたサーバ群である場合もある。その場合は、４つのサーバ群はネットワーク１００を介して接続されていてもよい。なお、本実施例で各装置は１台であるが複数台あっても良い。また、各サーバ群は複数台で構成されているが１台であっても良い。本実施形態の制御方法は、図１に示す印刷システムの制御方法である。また、本実施形態のコンピュータプログラムは、この制御方法をコンピュータに実行させる。
【００２１】
次に、印刷システム１０００を構成する各装置、および各サーバ群のハードウェア構成について説明する。図２は、印刷システム１０００を構成する各装置、および各サーバ群のハードウェア構成を示す図である。２０１は、印刷システム１０００を構成する各装置、および各サーバ群である。
【００２２】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２は、各種プログラムを実行し、様々な機能を実現するユニットである。ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３は、各種プログラムを記憶するユニットである。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０４は、ＣＰＵ２０２は、ＲＯＭ２０３に記憶されているプログラムをＲＡＭ２０４にロードしプログラムを実行する。また、ＲＡＭ２０４は、ＣＰＵ２０２の一時的な作業記憶領域としても利用されるユニットである。
【００２３】
Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース２０５は、各装置、および各サーバ群に接続されているディスプレイ（不図示）にデータを送信する他、ポインティングデバイス（不図示）からデータを受信するインターフェースユニットである。ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２０６は、印刷システム１０００を構成する各装置、および各サーバ群をネットワーク１００に接続するためのユニットである。以上説明してきたユニットは、バス２０７を介してデータの送受信を行うことが可能である。また、プリンタ１２０は、印刷ユニット（不図示）を搭載しており、印刷ユニットは、バス２０７を介して各ユニットとデータを送受信することが可能である。なお、印刷ユニットは、ラスタイメージ等の画像データを記録紙のような記録媒体に印刷することが可能なユニットである。
【００２４】
次に、印刷システム１０００を構成する各装置、および各サーバ群のソフトウェア構成について説明する。図３は、印刷システム１０００を構成する各装置、および各サーバ群のソフトウェア構成を示している。図３に示されている各ソフトウェア構成の機能を実現するプログラムは、各装置、および各サーバ群のＲＯＭ２０３に記憶されており、ＣＰＵ２０２がＲＡＭ２０４にプログラムをロードし実行することで、これらの機能は実現される。
【００２５】
以下、各装置および各サーバ群の構成と、各装置および各サーバ群により実現される機能を説明する。まず、図３を用いて、各装置、および各サーバ群のソフトウェア構成例を説明する。クライアント１１０は、Ｗｅｂブラウザ３１０、デスクトップアプリケーション３１１、プリンタドライバ３１２を備える。Ｗｅｂブラウザ３１０は、ユーザ操作に基づいてＷｅｂアプリケーションサーバ１５０のＷｅｂアプリケーション３５０と通信し、印刷したいコンテンツの表示・作成・編集を行う。Ｗｅｂブラウザ３１０は、コンテンツ受信部３６５と直接的に、あるいはＷｅｂアプリケーション３５０を通じて間接的にコンテンツをクラウド印刷サーバ１６０に入稿する。このとき、Ｗｅｂブラウザは、クラウドユーザＩＤと認証情報をユーザに入力させる。
【００２６】
デスクトップアプリケーション３１１は、ユーザ操作に基づいて印刷対象のコンテンツの表示・作成・編集を行う。プリンタ１２０に印刷するときは、デスクトップアプリケーション３１１は、プリンタ選択画面を表示し、ユーザにプリンタを選択させた後、コンテンツの情報をプリンタドライバ３１２に送信する。
【００２７】
プリンタドライバ３１２は、デスクトップアプリケーション３１１から受信したコンテンツをプリンタ１２０が解釈できるフォーマットに変換し、印刷制御情報を付加して、印刷ジョブを生成し、印刷ジョブ受信部３２３に送信する。その際、印刷を指示したユーザのイントラユーザＩＤをクライアント１１０のログイン情報から取得し、印刷ジョブに付加して送信する。
【００２８】
プリンタ１２０は、ジョブログ格納部３２１、印刷処理部３２２、印刷ジョブ受信部３２３、ジョブログ送信部３２４、超過情報管理部３２５を備える。ジョブログ格納部３２１は、印刷処理部３２２が印刷ジョブを処理したときに生成されるジョブログを格納する。ジョブログとは、プリンタで印刷した印刷ジョブの情報を記録したものである。なお、統合ジョブログとは、各プリンタから送信されたジョブログを集め、結合したものであり、結合時に順序の入れ替えや情報の追加など、後の利用を容易にするように編集されることもある。印刷処理部３２２は、印刷ジョブ受信部３２３が送信した印刷ジョブの印刷処理および印刷関連処理を実行する。印刷ジョブ受信部３２３は、プリンタドライバ３１２やクラウド印刷サーバ１６０の印刷ジョブ送信部３６３が送信した印刷ジョブを受信する。印刷ジョブ受信部３２３は、ユーザ認証などの処理をした後、印刷処理部３２２に印刷ジョブを送信する。
【００２９】
ジョブログ送信部３２４は、一定時間ごとにジョブログ格納部３２１に格納されたジョブログのうち、前回送信したジョブログの後に追加されたジョブログを抽出して、イントラ印刷管理サーバ１３０のジョブログ受信部３３２に送信する。超過情報管理部３２５は、印刷枚数の制限数を超過してプリンタ１２０を利用するユーザＩＤ（群）を超過ユーザＩＤ送信部３３６から受信し、保管する。そして、印刷ジョブ受信部３２３から特定のイントラユーザＩＤについて問い合わせを受けたら、そのＩＤについて超過情報を回答する。
【００３０】
次に、本実施形態の集計サーバとして機能するイントラ印刷管理サーバ１３０とイントラユーザ管理サーバ１４０が備える機能を説明する。イントラ印刷管理サーバ１３０は、統合ジョブログ格納部３３１、ジョブログ受信部３３２、ジョブＩＤ変換部３３３、ユーザＩＤ変換部３３４、プリンタ情報格納部３３５、超過ユーザＩＤ送信部３３６を備える。統合ジョブログ格納部３３１は、ジョブログ受信部３３２が受信し、編集・統合したジョブログを格納する。また、統合ジョブログ格納部３３１は、イントラ印刷管理サーバ１３０の表示部（不図示）からのクエリに対して統合ジョブログから必要なログを抽出し、応答として返す。ジョブログ受信部３３２は、プリンタ１２０のジョブログ送信部３２４から送信されたジョブログを受信し、編集・統合したジョブログを統合ジョブログ格納部３３１に格納する。
【００３１】
ジョブＩＤ変換部３３３は、ジョブログ内に含まれるクラウド印刷のジョブＩＤを特定情報としてクラウド印刷管理サーバ１７０のジョブＩＤ変換部３７３に送る。ジョブＩＤ変換部３３３は、送信したジョブＩＤに対応するクラウドユーザＩＤをジョブＩＤ変換部３７３から受け取る。ユーザＩＤ変換部３３４は、ジョブＩＤ変換部３７３から受け取ったクラウドユーザＩＤをイントラユーザ管理サーバ１４０のユーザＩＤ変換部３４３に送り、イントラユーザＩＤを受け取る。プリンタ情報格納部３３５は、イントラ印刷管理サーバ１３０が管理する全てのプリンタ（プリンタ１２０を含む）の接続情報と印刷設定情報を保管する。超過ユーザＩＤ送信部３３６は、印刷枚数の制限数を超過したことが検出されたユーザのクラウドユーザＩＤをクラウド印刷管理サーバ１７０の超過情報管理部３７５に送信する。また、超過ユーザＩＤ送信部３３６は、プリンタ１２０の超過情報管理部３２５に該ユーザのイントラユーザＩＤを送信する。
【００３２】
イントラユーザ管理サーバ１４０は、認証部３４０、ユーザ情報格納部３４１、ユーザ情報同期部３４２、ユーザＩＤ変換部３４３を備える。認証部３４０は、イントラネット内のリソース（クライアント１１０やプリンタ１２０など）から送られたイントラユーザＩＤと認証情報より、ユーザ認証を行い、認証結果を問い合わせ元に返答する。ユーザ情報格納部３４１は、企業内のユーザに関する情報を保管する。ユーザ情報同期部３４２は、ユーザが追加・削除されたときに、そのユーザのクラウドユーザＩＤと、追加か削除かの情報とをクラウドユーザ管理サーバ１８０のユーザ情報同期部３８２に送る。ユーザＩＤ変換部３４３は、イントラ印刷管理サーバ１３０のユーザＩＤ変換部３３４からクラウドユーザＩＤを受信し、ユーザ情報格納部３４１に問い合わせてイントラユーザＩＤに変換し、イントラ印刷管理サーバ１３０のユーザＩＤ変換部３３４に送信する。
【００３３】
Ｗｅｂアプリケーションサーバ１５０は、Ｗｅｂアプリケーション３５０を備える。Ｗｅｂアプリケーション３５０は、Ｗｅｂブラウザ３１０から送信されるユーザの指示に基づき、コンテンツを表す電子データを編集し、その結果をＷｅｂブラウザ３１０が表示できる形式にしてＷｅｂブラウザ３１０に送信する。また、Ｗｅｂアプリケーション３５０は、Ｗｅｂブラウザ３１０から印刷指示があったときは、コンテンツをクラウド印刷サーバ１６０が解釈できる形式に変換してコンテンツ受信部３６５に送信する。Ｗｅｂアプリケーション３５０は、クラウドユーザＩＤと認証情報との入力や、プリンタ選択のために、コンテンツ受信部３６５とＷｅｂブラウザ３１０との通信を仲介する機能を持つ場合もある。
【００３４】
クラウド印刷サーバ１６０は、プリンタ情報格納部３６１、ジョブ情報送信部３６２、印刷ジョブ送信部３６３、印刷ジョブ格納部３６４、コンテンツ受信部３６５を備える。プリンタ情報格納部３６１は、クラウド印刷サーバ１６０がプリンタ１２０に接続するために必要な情報と、プリンタ毎に印刷枚数を管理する設定と、を格納する。ジョブ情報送信部３６２は、印刷ジョブをプリンタに送信するときに、プリンタの識別子と、ジョブＩＤと、クラウドユーザＩＤと、を組にしてジョブ情報受信部３７２に送信する。印刷ジョブ送信部３６３は、印刷ジョブ格納部３６４内のプリンタ１２０用の領域に印刷ジョブが格納されたことを検知すると、その印刷ジョブをプリンタ１２０の印刷ジョブ受信部３２３に送信する。印刷ジョブ格納部３６４は、クラウド印刷サーバ１６０にプリンタ１２０が登録されたときに、プリンタ１２０用の印刷ジョブ格納領域を確保する。
【００３５】
コンテンツ受信部３６５は、Ｗｅｂアプリケーション３５０からコンテンツを受信する。また、クラウドユーザＩＤの認証に必要な情報をＷｅｂアプリケーション３５０またはＷｅｂブラウザ３１０に要求し、その情報を受け取ったら、クラウドユーザ管理サーバ１８０の認証部３８０と通信して認証処理を行う。また、プリンタの選択をＷｅｂアプリケーション３５０またはＷｅｂブラウザ３１０に要求し、選択結果を受け取った後、印刷ジョブ格納部３６４上の選択されたプリンタに対応する印刷ジョブ領域にコンテンツを格納する。また、印刷前に印刷要求したクラウドユーザＩＤに超過フラグが設定されているか否かを超過情報管理部３７５に問い合わせる。
【００３６】
クラウド印刷管理サーバ１７０は、ジョブ情報格納部３７１、ジョブ情報受信部３７２、ジョブＩＤ変換部３７３、管理画面生成部３７４、超過情報管理部３７５を備える。ジョブ情報格納部３７１は、ジョブ情報受信部３７２を介してジョブ情報送信部３６２からクラウドユーザＩＤと、ジョブＩＤと、プリンタの識別子と、の組を受け取り、格納する。ジョブ情報受信部３７２は、クラウド印刷サーバ１６０のジョブ情報送信部３６２からクラウドユーザＩＤと、ジョブＩＤと、プリンタの識別子と、の組を受け取り、ジョブ情報格納部３７１に格納する。ジョブＩＤ変換部３７３は、イントラ印刷管理サーバ１３０のジョブＩＤ変換部３３３からジョブＩＤを受信すると、ジョブ情報格納部３７１にジョブＩＤに対応するクラウドユーザＩＤを問い合わせる。ジョブＩＤ変換部３７３は、ジョブ情報格納部３７１が回答したクラウドユーザＩＤをジョブＩＤ変換部３３３に返す。
【００３７】
管理画面生成部３７４は、システム管理者に対して、システム管理者が登録したプリンタ群を表示し、該プリンタ群の中から印刷枚数を管理したいプリンタを選択させ、その選択情報をプリンタ情報格納部３６１に格納する。超過情報管理部３７５は、イントラ印刷管理サーバ１３０からクラウドユーザＩＤ別の超過情報を受信し、保管する。また、超過情報管理部３７５は、コンテンツ受信部３６５から、指定のクラウドユーザＩＤに超過フラグが設定されているか否かを問われたら、回答する。
【００３８】
クラウドユーザ管理サーバ１８０は、認証部３８０、ユーザ情報格納部３８１、ユーザ情報同期部３８２を備える。認証部３８０は、コンテンツ受信部３６５からクラウドユーザＩＤのユーザ認証を要求されたら、ユーザ情報格納部３８１から認証に必要な情報を取得し、認証処理を行い、結果をコンテンツ受信部３６５に返す。ユーザ情報格納部３８１は、クラウドユーザＩＤとその認証情報を保管する。そして、認証部３８０からの照会や、ユーザ情報同期部３８２からのクラウドユーザＩＤの追加・削除要求に対して、対応する処理を行う。ユーザ情報同期部３８２は、イントラユーザ管理サーバ１４０のユーザ情報同期部３４２からクラウドユーザＩＤの追加要求または削除要求を受け取り、ユーザ情報格納部３８１に保管された情報の追加・削除処理を行う。
【００３９】
次に、各ユーザＩＤについて説明する。イントラユーザＩＤは、企業のシステム管理者（イントラネットの管理者）がイントラネットの利用者（通常は企業に属する社員、派遣社員など）に対して発行するＩＤである。イントラユーザＩＤは、イントラネットの範囲内で一意である。利用者は、イントラネット上の資源である図１に示すクライアント１１０やプリンタ１２０を使用する前にイントラユーザＩＤの入力が求められる。つまり、イントラユーザＩＤは、ユーザが正当な使用者であることを確認し、使用を許可するために用いられる。
【００４０】
一方、クラウドユーザＩＤは、クラウドサービスを提供する事業者のシステム管理者が発行するＩＤである。クラウドユーザＩＤは、一般にクラウドサービスは世界中からアクセス可能であるため、世界中で一意である。クラウドユーザＩＤは、事業者が提供するクラウドサービス、例えば図１のクラウド印刷サーバ１６０（事業者によってはＷｅｂアプリケーションサーバ群１５０を提供している場合もある）を使用する前に入力を求められる。クラウドユーザＩＤは、正当なユーザが使用していることを確認し、使用を許可するために用いられる。また、クラウド印刷サーバ１６０にプリンタ１２０を登録する際には、プリンタ管理者のクラウドユーザＩＤが用いられる。クラウド印刷サーバ１６０とプリンタ１２０間の通信は、プリンタ管理者のクラウドユーザＩＤによる認証に基づいて行われる。
【００４１】
従来、この２つのＩＤは、イントラユーザＩＤは企業内での利用、クラウドユーザＩＤは個人利用と区別されていた。しかし、近年、クラウドシステムは、業務利用に十分な機能を備えたことから、企業内でクラウドサービスが利用されるようになった。クラウド印刷サービスで印刷するときは、前述のとおりセキュリティ上の理由から、クラウド印刷サービスを提供するサーバはプリンタに印刷者のクラウドユーザＩＤを送らない。従って、印刷前にクラウドユーザＩＤがイントラユーザＩＤに変換されず、管理者はイントラ内の利用では可能だった印刷者別の利用状況を把握できない。
【００４２】
次に、システム管理者などによる事前設定を図３のソフトウェア構成図を参照しつつ説明する。企業のシステム管理者などは、一般ユーザ（従業員）の情報を、イントラユーザ管理サーバ１４０のユーザ情報格納部３４１に登録する。一般ユーザの情報は、少なくとも、企業内のユーザＩＤ（以降、イントラユーザＩＤと称す）、パスワードなどの企業内の認証情報、および、クラウドシステムのユーザＩＤ（以降、クラウドユーザＩＤと称す）を含む。例えば、ユーザ情報格納部３４１には、イントラユーザＩＤとして図４（Ａ）に示すユーザＩＤ（０２３４５６）が登録される。また、ユーザ情報格納部３４１には、クラウドユーザＩＤとして、図４（Ｃ）に示すユーザＩＤ（Ｕｓｅｒ−Ｘ）が登録される。そして、このイントラユーザＩＤとクラウドユーザＩＤはユーザＩＤ変換部３４３によって相互に変換できる。
【００４３】
また、ユーザＩＤ情報同期部３４２は、定期的に、追加・削除されたユーザのクラウドユーザＩＤを、クラウドユーザ管理サーバ１８０のユーザ情報同期部３８２に送信する。クラウドユーザ管理サーバは、イントラユーザ管理サーバ１４０を信頼するように予め設定されており、ユーザ情報同期部３８２は、受信したクラウドユーザＩＤを基にユーザ情報格納部３８１の情報を更新する。なお、この同期処理は手作業で行っていても良い。
【００４４】
企業のシステム管理者などは、プリンタ１２０をクラウド印刷サーバ１６０に登録する。これによりクラウド印刷サーバ１６０のプリンタ情報格納部３６１にプリンタ１２０と接続するため情報が格納され、印刷ジョブ送信部３６３からプリンタ１２０の印刷ジョブ受信部３２３に印刷ジョブを送信できるようになる。なお、プリンタ情報格納部３６１は、クラウド印刷管理サーバ１７０にあっても良い。さらに登録と同時に印刷ジョブ格納部３６４にプリンタ１２０用の領域（以下クラウドスプーラと称す）が設けられる。ここに格納された印刷ジョブは、印刷ジョブ送信部３６３によりプリンタ１２０へ送信され、印刷が完了するとクラウドスプーラからは削除される。
【００４５】
また、企業のシステム管理者などは、登録したプリンタについて、印刷関連情報を管理する設定をおこなう。具体的には、企業のシステム管理者などがクラウド印刷サーバ１６０あるいはクラウド印刷管理サーバ１７０にＷｅｂブラウザでアクセスする。すると、クラウド印刷管理サーバ１７０の管理画面生成部３７４が、プリンタ情報格納部３６１から該管理者が登録したプリンタ（群）を抽出し、図５に示す画面を生成して、Ｗｅｂブラウザに表示する。管理者が、印刷枚数を管理したいプリンタにチェックする。すると、管理画面生成部３７４は、プリンタ情報格納部３６１にチェックしたプリンタについて印刷枚数を管理する設定のフラグを格納する。これにより、クラウド印刷サーバ１６０の動作が変更されるが、詳しくは後述する。また、印刷関連情報についても後述するが、ここでは印刷枚数を想定している。企業のシステム管理者などは、クラウド印刷サーバ１６０のクラウドスプーラに一般ユーザのクラウドユーザＩＤを登録する。これにより一般ユーザは、自身のクラウドユーザＩＤで印刷サーバ１６０にログインして印刷ジョブをクラウドスプーラに投入することができる。
【００４６】
また、企業のシステム管理者などは、プリンタ１２０にイントラ印刷管理サーバ１３０を登録する。これにより、プリンタ１２０は印刷関連情報をジョブログ送信部３２４からイントラ印刷管理サーバ１３０に送信するようになる。企業のシステム管理者などは、プリンタ１２０をイントラ印刷管理サーバ１３０に登録する。これによりイントラ印刷管理サーバ１３０のプリンタ情報格納部３３５にプリンタ１２０との接続に必要な情報が格納され、かつ、プリンタ１２０から送信される印刷関連情報が統合ジョブログ格納部３３１に格納されるようになる。
【００４７】
また、企業のシステム管理者などは、プリンタ１２０に対して、クラウド印刷に関する設定を行う。具体的には、イントラ印刷管理サーバ１３０にアクセスすると図６に示す設定画面が表示されるので、「管理下のプリンタに対してクラウド印刷を許可する」にチェックし、「ユーザ別に集計し、イントラ印刷と合算する」を選択する。すると、図７に示すように、管理者などは印刷枚数集計の際にイントラユーザＩＤ毎および匿名ユーザの印刷枚数を管理することが可能となる。なお、この設定はプリンタを指定して個別に設定できるようになっていても良い。また、この設定画面をプリンタ側で表示し、設定できるようになっていても良い。この設定内容は、プリンタ情報格納部３３５に格納される。なお、プリンタ情報格納部３３５は、プリンタ１２０にあっても良い。
【００４８】
続いて、本発明の印刷システムにおいて実行される印刷処理と集計処理のフローについて説明する。まず、図８および図９を参照し、イントラ印刷における印刷処理と集計処理のフローを説明する。図８は、プリンタ１２０が行う処理フローを示す。本フローは、ユーザがプリンタへ印刷指示してから印刷が完了するまでの処理である。
【００４９】
ユーザは、クライアント１１０のデスクトップアプリケーション３１１を操作し、印刷したいコンテンツを作成する。そして、ユーザはプリンタドライバ３１２を介して、コンテンツを印刷するようプリンタ１２０に指示する。すると、プリンタドライバ３１２は、印刷ジョブを生成し、プリンタ１２０に送信する。プリンタの印刷ジョブ受信部３２３は、印刷ジョブを受信する（図８（Ａ）のＳ５０１）。
【００５０】
続いて、印刷ジョブ受信部３２３が、受信したジョブがイントラ印刷のジョブかクラウド印刷のジョブかを判定する（Ｓ５０２）。イントラ印刷とクラウド印刷では受信に使用するポートが異なるので、ポートによって判定が可能である。なお、判定の方法はこの方法だけに制限されるものではなく、他に、ジョブ内にユーザＩＤが含まれるか否かに基づいて判定しても良い。次に、プリンタドライバ３１２は、一般ユーザのイントラユーザＩＤを使って、印刷ジョブ受信部３２３との間で、ユーザ認証処理を行う（Ｓ５２０）。
【００５１】
具体的には、プリンタドライバ３１２が、印刷ジョブを送信する前にイントラユーザＩＤとパスワードを印刷ジョブ内に埋め込む。印刷ジョブを受信した印刷ジョブ受信部３２３は、イントラユーザ管理サーバ１４０の認証部３４０に問い合わせる。なお、認証方法は様々なバリエーションがあり、ここで記した方法に限定されるものではない。この認証処理の後、印刷ジョブ受信部３２３は印刷ジョブのジョブＩＤと一般ユーザのイントラユーザＩＤを抽出して紐付け、一時的に記憶する（Ｓ５０３）。
【００５２】
次に、印刷ジョブ受信部３２３は、受け取った印刷ジョブを印刷処理部３２２に渡し、印刷処理部３２２は、印刷処理および印刷関連処理を実行する（Ｓ５０６）。そして、印刷関連情報を一時記憶する（Ｓ５０７）。続いて印刷処理部３２２はイントラユーザＩＤ、ジョブＩＤ、使用された用紙の印刷枚数をジョブログ格納部３２１に格納する（Ｓ５０９、５１０、５１３）。図４（Ａ）は、ジョブログ格納部３２１に格納されたジョブログ例を示す。具体的には、印刷処理部３２２は、図４（Ａ）の表形式のフォーマットに新規にレコードを１行追加する。そして、印刷処理部３２２は、時刻欄、ユーザＩＤ欄、ジョブＩＤ欄、印刷枚数欄、送信フラグ欄のそれぞれに印刷ジョブの受信時刻、印刷ジョブのイントラユーザＩＤ、印刷ジョブのジョブＩＤ、印刷枚数、送信「未」を記録する。
【００５３】
続いて、ジョブログをプリンタ１２０からイントラ印刷管理サーバ１３０に送信する処理について図８（Ｂ）を参照して説明する。なお、図８（Ｂ）に示す処理は、イントラ印刷の場合もクラウド印刷の場合も同様の処理が行われる。ジョブログ送信部３２４は、定期的にジョブログ格納部３２１に格納されたジョブログのうち、図４（Ａ）の送信フラグ欄に送信「未」と記載されている行を検索する。ジョブログ送信部３２４は、検索された行を、イントラ印刷管理サーバ１３０のジョブログ受信部３３２へ送信する（Ｓ５１４、５１５）。ジョブログ送信部３２４は、送信が完了すると図４（Ａ）の送信フラグ欄に送信「済」と記録する（Ｓ５１６）。
【００５４】
続いて、イントラ印刷管理サーバ１３０による集計処理を、図９（Ａ）を参照して説明する。イントラ印刷管理サーバ１３０のジョブログ受信部３３２は、各プリンタからジョブログを受信する（Ｓ６０１）と、その各行を分析・更新処理する（Ｓ６１０）。イントラ印刷された結果のジョブログ行（図４（Ａ）４１１）だけに注目すると、まずユーザＩＤの欄がクラウド印刷特有のマークになっているか確認する（Ｓ６０２）。
【００５５】
イントラ印刷であると判断すると、ジョブログ受信部３３２は処理をＳ６１０に進め、この行の分析・更新処理を終える。他の行の処理（Ｓ６１０）が全て終わったら、他の行とともに注目した行についても、送信元のプリンタＩＤが付加され、さらに送信フラグ欄（図４（Ａ）の４１５）が除去されて、統合ジョブログにマージされる（Ｓ６０９）。統合ジョブログにマージされた結果を図４（Ｂ）に示す。このうち行４２１が、マージされた行４１１である。
【００５６】
続いて、システム管理者などがイントラ印刷管理サーバ１３０にＷｅｂブラウザでアクセスしたときの処理を図９（Ｂ）によって用いて説明する。なお、図９（Ｂ）に示す処理は、イントラ印刷の場合もクラウド印刷の場合も同様の処理が行われる。システム管理者などがイントラ印刷管理サーバ１３０にＷｅｂブラウザでアクセスしたとき、イントラ印刷管理サーバ１３０は、管理画面（図７の表がない画面）を表示する（Ｓ６２１）。システム管理者などが該画面の「部門」「期間」などユーザや印刷ジョブをフィルタする条件を入力してＯＫボタンを押下すると、イントラ印刷管理サーバ１３０はそのリクエストを受信する（Ｓ６２２）。そして統合ジョブログ格納部３３１からフィルタ条件に一致する行を検索するクエリを発行して、該当行群を抽出する（Ｓ６２３）。
【００５７】
続いて、イントラ印刷管理サーバ１３０は、得られた該当行群をイントラユーザＩＤ別にまとめて印刷枚数を合計する（Ｓ６２４）。そして、イントラ印刷管理サーバ１３０は、該情報を表形式にまとめた画面を生成し、Ｗｅｂブラウザにレスポンスする（Ｓ６２５）。こうすることでシステム管理者などは、ユーザ別の印刷枚数を知ることができ、印刷枚数が多いユーザには個別に注意を促すなどして、クラウド印刷を含む場合であっても違和感なく印刷枚数の管理ができる。
【００５８】
続いて、クラウド印刷における印刷処理と集計処理のフローを説明する。図１０は、クラウド印刷サーバ１６０が行う処理フローを示す。本フローは、ユーザがＷｅｂブラウザを通じて印刷指示してからプリンタへジョブを送信するまでの処理である。一般ユーザは、クライアント１１０のＷｅｂブラウザ３１０を操作し、Ｗｅｂアプリケーションサーバ１５０のＷｅｂアプリケーション３５０を操作して印刷したいコンテンツを作成する。作成後、一般ユーザはＷｅｂアプリケーション３５０に、コンテンツをクラウド印刷システム経由で、プリンタ１２０で印刷するよう指示する。
【００５９】
すると、Ｗｅｂアプリケーション３５０は、必要に応じてコンテンツをフォーマット変換し、クラウド印刷サーバ１６０に、コンテンツを送信する。クラウド印刷サーバ１６０のコンテンツ受信部３６５は、送信されたコンテンツを受信する（Ｓ７０１）。続いて、コンテンツ受信部３６５はクラウドユーザ管理サーバ１８０の認証部３８０と連携してクラウドユーザＩＤで認証を行う（Ｓ７０２）。
【００６０】
例えば、Ｗｅｂアプリケーション３５０が事前にクラウドユーザＩＤの認証をおこなっていたのであればＷｅｂアプリケーション３５０が認証情報をコンテンツとともにコンテンツ受信部３６５に送信しても良い。また、Ｗｅｂアプリケーションが別のユーザ管理体系で動作しているのであれば、コンテンツ受信部３６５が認証部３８０に働きかけてユーザにクラウドユーザＩＤとパスワードを入力させるログイン画面を表示しても良い。
【００６１】
認証が完了すると、コンテンツ受信部３６５はコンテンツを受信する。次に、コンテンツ受信部３６５は、ユーザに印刷設定画面を提供し、入力させるなどして印刷設定を確定する。そして、コンテンツ受信部３６５は、コンテンツと印刷設定を合わせて印刷データを生成する（Ｓ７０３）。さらに、コンテンツ受信部３６５はジョブＩＤを生成し、印刷データと併せて印刷ジョブを生成する（Ｓ７０４）。次に印刷ジョブ送信部３６３は、プリンタ情報格納部３６１に、プリンタ１２０の印刷枚数を管理する設定のフラグが立っているか確認する（Ｓ７０７）。
【００６２】
フラグが立っていない場合、印刷ジョブ格納部３６４内のプリンタ１２０に対応するクラウドスプーラに印刷ジョブを投入する。印刷ジョブ送信部３６３はクラウドスプーラに印刷ジョブが格納されていることを検知して、プリンタ１２０の印刷ジョブ受信部３２３に印刷ジョブを送る（Ｓ７０５）。そして、クラウド印刷サーバ１６０は、このジョブに関する処理を終了する。
【００６３】
フラグが立っている場合、ジョブ情報送信部３６２は、クラウドユーザＩＤと、ジョブＩＤと、プリンタ名称と、を関連付けてクラウド印刷管理サーバ１７０のジョブ情報受信部３７２に送信する。クラウド印刷管理サーバ１７０のジョブ情報受信部３７２は、受信したクラウドユーザＩＤと、ジョブＩＤと、プリンタ名称とをジョブ情報格納部３７１に保管する（Ｓ７０９）。
【００６４】
ここで、Ｓ７０９の詳細を図１１のフローチャートに示す。図１１（Ａ）は、クラウド印刷サーバ１６０が行う処理フローであり、図１１（Ｂ）は、クラウド印刷管理サーバ１７０が行う処理フローである。まず、クラウド印刷サーバ１６０のジョブ情報送信部３６２が、クラウドユーザＩＤとジョブＩＤとプリンタ名称とから、送信情報を生成する。（Ｓ１４０１）。次に、ジョブ情報送信部３６２が、クラウド印刷管理サーバ１７０に生成した送信情報を送信する（Ｓ１４０２）。
【００６５】
次に、クラウド印刷管理サーバ１７０のジョブ情報受信部３７２が、送信情報を受信する（Ｓ１４１１）。次に、ジョブ情報受信部３７２が、送信情報をクラウドユーザＩＤとジョブＩＤとプリンタ名称とに分解する（Ｓ１４１２）。次に、ジョブ情報受信部３７２が、分解した情報をジョブ情報格納部３７１に保存する。（Ｓ１４１３）。図１２は、保存したクラウドユーザＩＤと、ジョブＩＤと、プリンタ名称との保存状態を示す図である。ここまでが、Ｓ７０９の詳細フローである。そして、印刷ジョブ送信部３６３は、印刷ジョブをプリンタ１２０へ送信する（Ｓ７０５）。この時点でクラウド印刷サーバ１６０は、この印刷ジョブに関する処理を終了する。
【００６６】
図８（Ａ）に戻り、クラウド印刷サーバ１６０からプリンタ１２０へ印刷ジョブを送信した場合にプリンタ１２０が行う処理を説明する。クラウド印刷サーバ１６０が送信した印刷ジョブをプリンタ１２０の印刷ジョブ受信部３２３が受け取る（Ｓ５０１）。続いて、印刷ジョブ受信部３２３は、このジョブがイントラ印刷のジョブかクラウド印刷のジョブかを判定する（Ｓ５０２）。この場合はクラウド印刷なのでＳ５０４に進む。このとき、イントラ印刷と異なり、ユーザ認証は行わない。前述のとおりセキュリティ上の観点から、印刷ジョブにクラウドユーザＩＤが含まれないためである。
【００６７】
印刷受信部３２３は、イントラ印刷管理サーバ１３０のプリンタ情報格納部３３５に、プリンタ１２０はクラウド印刷が許可されているか否かを確認する（Ｓ５０４）。許可されていなければ、印刷ジョブの処理はここで終了する。許可されていれば、印刷ジョブ受信部３２３は、クラウド印刷ジョブからジョブＩＤを抽出し、一時記憶する（Ｓ５０５）。それから、印刷ジョブ受信部３２３は、受け取った印刷ジョブを印刷処理部３２２に渡し、印刷処理部３２２は、印刷処理および印刷関連処理を実行する（Ｓ５０６）。そして、印刷関連情報を一時記憶する（Ｓ５０７）。
【００６８】
続いて、印刷処理部３２２は、クラウド印刷を表す固定のユーザ名（例えばＣｌｏｕｄＰｒｉｎｔ）をジョブログ図４（Ａ）のユーザＩＤ欄４１２に埋め込む（Ｓ５１１）。続いて、印刷処理部３２２は、先に一時記憶したジョブＩＤに固定のプレフィクス（ここではＡＢＣとする）を付加して、ジョブログ図４（Ａ）のジョブＩＤ欄４１３に埋め込む（Ｓ５１２）。続いて、印刷処理部３２２は、印刷関連情報（印刷枚数）をジョブログ図４（Ａ）の該当する欄（本実施例では印刷枚数欄）に埋め込み、送信フラグ欄に送信「未」を埋め込む（Ｓ５１３）。
【００６９】
次に、図９（Ａ）を参照し、クラウド印刷した場合にイントラ印刷管理サーバ１３０が行う集計処理を説明する。イントラ印刷管理サーバ１３０のジョブログ受信部３３２は、各プリンタからジョブログを受信する（Ｓ６０１）と、その各行を分析・更新処理する（Ｓ６１０）。そのうち、クラウド印刷された結果のジョブログ行（図４（Ａ）４１４）だけに注目すると、まずユーザＩＤの欄がクラウド印刷特有のマークになっているか確認する（Ｓ６０２）。
【００７０】
クラウド印刷と判断した場合、ジョブログ受信部３３２は処理をＳ６０３に進め、プリンタ情報格納部３３５に「クラウド印刷枚数をユーザ別に集計する」設定がなされているか確認する（Ｓ６０３）。設定がなされていない場合、ジョブログ受信部３３２は、ジョブログ図４（Ａ）のユーザＩＤ欄４１２を空白にする（Ｓ６０８）。これにより、クラウド印刷ジョブ分は匿名ユーザによる印刷とみなされる。設定がなされている場合、ジョブログ受信部３３２は、クラウド印刷ジョブＩＤに対応するクラウドユーザＩＤをジョブＩＤ変換部３３３経由で、クラウド印刷管理サーバ１７０のジョブＩＤ変換部３７３に問い合わせる（Ｓ６０４）。
【００７１】
ここで、Ｓ６０４の詳細を図１４のフローチャートに示す。図１４（Ａ）は、イントラ印刷管理サーバ１３０が行う処理フローであり、図１４（Ｂ）は、クラウド印刷管理サーバ１７０が行う処理フローである。まず、ジョブログ受信部３３２は、図４（Ａ）に示すジョブログから、クラウド印刷のジョブＩＤ４１３を抽出する（Ｓ１３０１）。次に、ジョブログ受信部３３２は、ジョブＩＤ４１３からプレフィックスを除去する（Ｓ１３０２）。次に、ジョブログ受信部３３２は、ジョブＩＤ変換部３３３に該ジョブＩＤを渡す。ジョブＩＤ変換部３３３は、クラウド印刷管理サーバ１７０のジョブＩＤ変換部３７３に、ジョブＩＤを送信する（Ｓ１３０３）。
【００７２】
次に、クラウド印刷管理サーバ１７０のジョブＩＤ変換部３７３は、ジョブＩＤ変換部３３３からジョブＩＤを受信する（Ｓ１３１１）。次に、ジョブＩＤ変換部３７３が、ジョブ情報管理部３７１にジョブＩＤを渡し、クラウド印刷管理サーバに登録済みの、対応するクラウドユーザＩＤを要求する（Ｓ１３１２）。次に、ジョブ情報管理部３７１は、管理している情報のテーブル（図１２）を参照し、ジョブＩＤに対応するクラウドユーザＩＤを抽出して、ジョブＩＤ変換部３７３に返答する（Ｓ１３１３）。次に、ジョブＩＤ変換部３７３は、イントラ印刷管理サーバ１３０側のジョブＩＤ変換部３３３にクラウドユーザＩＤを送信する（Ｓ１３１４）。最後に、イントラ印刷管理サーバ１３０側のジョブＩＤ変換部３３３がクラウドユーザＩＤを受信し、Ｓ６０４の後の処理を続ける。ここまでが、Ｓ６０４の詳細フローである。
【００７３】
そして、ジョブＩＤ変換部３３３は、そのクラウドユーザＩＤをジョブログ図４（Ａ）のユーザＩＤ欄に上書きし、図４（Ｃ）に示す状態とする（Ｓ６０５）。図４（Ｃ）中の４３１が上書きされたユーザＩＤを示す。続いてジョブログ受信部３３２は、クラウドユーザＩＤに対応するイントラユーザＩＤをユーザＩＤ変換部３３４経由で、イントラユーザ管理サーバ１４０に問合わせる（Ｓ６０６）。クラウドユーザＩＤに対応するイントラユーザＩＤを取得すると、ユーザＩＤ変換部３３４は問合せの結果取得したイントラユーザＩＤをジョブログ図４（Ｃ）に示すユーザＩＤ欄に上書きし、図４（Ｄ）に示す状態とする（Ｓ６０７）。図４（Ｄ）中の４４１が上書きされた情報を示す。
【００７４】
以上により、図４（Ａ）のジョブＩＤ４１３に関する行の分析・更新処理を終える。他の行の処理（Ｓ６１０）が全て終わったら、ジョブログ受信部３３２は、他の行とともに、注目した行についても、送信元のプリンタＩＤを付加する。さらに、ジョブログ受信部３３２は、送信フラグを除去し、統合ジョブログ格納部３３１にマージする（Ｓ６０９）。統合ジョブログにマージされた結果を図４（Ｂ）に示す。このうち行４２２が、更新された後にマージされた行４１４である。ここまでの処理で、統合ジョブログのユーザＩＤ欄は、イントラユーザＩＤか匿名ユーザＩＤ（空白）のいずれかとなる。
【００７５】
以下、具体的な変換例を、主に図４を参照しつつ、説明する。まず、クラウド印刷の場合、イントラネット側では、Ｓ５１１〜５１２のステップにおいて、プリンタ１２０内のジョブログに、図４（Ａ）に示す行４１４が記録される。このとき、ユーザＩＤ欄には、「ＣｌｏｕｄＰｒｉｎｔ」というクラウド印刷であることを示す固定文字列が記録される。また、ジョブＩＤ欄には、クラウド印刷ジョブに含まれるジョブＩＤ「００Ａ８Ｄ０３４」に「ＡＢＣ−」というクラウド印刷を示すプレフィックスが付されて記録される。一方、クラウドサーバ側では、Ｓ１４０１〜１４１３のステップにおいて、クラウド印刷管理サーバ１７０のジョブ情報格納部３７１に、図１１に示す行１１０１が記録される。このとき、クラウドユーザＩＤ欄には、印刷を指示したクラウドユーザＩＤ「Ｕｓｅｒ−Ｘ」が記録され、ジョブＩＤ欄には、ジョブＩＤ「００Ａ８Ｄ０３４」が記録される。
【００７６】
次に、イントラネット側で、プリンタ１２０の該ジョブログがイントラ印刷管理サーバ１３０に送信される。次に、イントラ印刷管理サーバ１３０で該ジョブログが行毎に解析・変換される。図４（Ａ）に示す行４１４は、ユーザＩＤ欄がクラウド印刷を示す「ＣｌｏｕｄＰｒｉｎｔ」であるため、ジョブＩＤ欄からジョブＩＤ「ＡＢＣ−００Ａ８Ｄ０３４」が抽出される。そして、プレフィックス「ＡＢＣ−」が除去されて「００Ａ８Ｄ０３４」となる。ジョブＩＤ「００Ａ８Ｄ０３４」は、クラウド印刷管理サーバ１７０に送信される。そして、Ｓ１３１１〜１３１４により、プレフィックスを除いたジョブＩＤは、クラウドユーザＩＤ「Ｕｓｅｒ−Ｘ」に変換される。そして、該クラウドユーザＩＤ「Ｕｓｅｒ−Ｘ」が、「ＣｌｏｕｄＰｒｉｎｔ」の欄に上書きされる。上書き後の状態を示したものが、図４（Ｃ）に示すユーザＩＤ４３１である。
【００７７】
次に、クラウドユーザＩＤがイントラユーザＩＤに変換される。図９のＳ６０６において、クラウドユーザＩＤ「Ｕｓｅｒ−Ｘ」がイントラユーザ管理サーバ１４０に問い合わせられ、対応するイントラユーザＩＤ「０２３４５６」に変換される。そして、該イントラユーザＩＤ「０２３４５６」が、クラウドユーザＩＤ「Ｕｓｅｒ−Ｘ」の欄に上書きされる。上書き後の状態を示したものが、図４（Ｄ）に示すユーザＩＤ４４１である。最後に、該４４１の行は、他のプリンタのジョブログと統合されて、図４（Ｂ）の行４２２になる。ここまでが、具体的な変換例の説明である。なお、この実施例ではクラウド印刷管理サーバとクラウド印刷サーバが別であるように書いてあるが、これは１台の物理装置あるいは論理装置内に収まっていても良い。また、本実施例では、クラウド印刷において、クラウドユーザＩＤを特定する特定情報としてジョブＩＤを用いたが、これに限定されるものではない。クラウド印刷管理サーバ１７０は、任意の情報をクラウド印刷サーバ１６０またはＷｅｂアプリケーション３５０から取得してよい。そして、クラウド印刷管理サーバ１７０は、任意の情報を印刷ジョブとして紐付けて管理することにより、任意の情報に基づいてイントラ印刷管理サーバ１３０にクラウドユーザＩＤを渡す構成としてよい。
【００７８】
（実施例２）
実施例２では、実施例１のクラウド印刷とイントラ印刷の印刷枚数を統合してユーザ別に管理する機能に、ユーザが既定の印刷枚数を超過した場合に印刷を禁止する機能を持つ形態を説明する。処理の流れは、次の２つに分けられる。
・印刷枚数超過の検出処理
・印刷禁止処理
また、実施例１のフローチャートを示す図８，９，１０に印刷禁止処理を加えたものをそれぞれ、図１５，１６，１７としている。以下では、実施例２について図１５，１６，１７を用いて説明する。なお、基本的な処理は実施例１と同様であるため説明を省略し、差分にフォーカスして説明する。
【００７９】
＜印刷枚数超過の検出処理＞
図１６は、印刷禁止処理を持つイントラ印刷管理サーバ１３０の処理の流れを示す。Ｓ１６０１〜１６０９までの処理は印刷禁止処理が無い場合と変わらないので説明を割愛する。Ｓ１６０９が完了した時点で、各プリンタから受信したジョブログがマージ・編集され、その時点での統合ジョブログが完成している。
【００８０】
次に、超過ユーザＩＤ送信部３３６は、統合ジョブログを全行スキャンし、イントラユーザＩＤ別に印刷枚数を合計する（Ｓ１６１０）。次に、超過ユーザＩＤ送信部３３６は、全イントラユーザＩＤについて印刷可能枚数が規定値を超過しているか否かを確認する（Ｓ１６１１）。規定値を超過しているユーザＩＤが１つも無ければこのまま処理を終わる。超過しているユーザＩＤがあれば、超過ユーザＩＤ送信部３３６は、クラウド印刷管理サーバ１７０とプリンタ１２０とに制限枚数を超過しているユーザＩＤを通知する。
【００８１】
まず、超過ユーザＩＤ送信部３３６は、クラウド印刷管理サーバ１７０に通知を行う。具体的には、超過ユーザＩＤ送信部３３６は、超過している全てのイントラユーザＩＤ（群）をユーザＩＤ変換部３３４経由でイントラユーザ管理サーバ１４０のユーザＩＤ変換部３４３に問い合わる。ユーザＩＤ変換部３４３は、イントラユーザＩＤ（群）をクラウドユーザＩＤ（群）に変換し、ユーザＩＤ変換部３３４に渡す。そして、超過ユーザＩＤ送信部３３６は、ユーザＩＤ変換部３３４を経由して取得したクラウドユーザＩＤ（群）をクラウド印刷管理サーバ１７０の超過情報管理部３７５へ送信する（Ｓ１６１２）。超過情報管理部３７５は、図１２に示す超過情報を格納する。次に、超過している全てのイントラユーザＩＤ（群）を超過ユーザＩＤ送信部３３６からプリンタ１２０の超過情報管理部３２５へ送信する（Ｓ１６１３）。
【００８２】
＜印刷禁止処理＞
上記のようにユーザ別に印刷枚数の超過があることが検出され、その情報がクラウド印刷管理サーバとプリンタに格納されている場合の、クラウド印刷とイントラ印刷の処理について説明する。
【００８３】
まず、クラウド印刷サーバ１６０の動作を図１７に沿って説明する。Ｓ１７０１〜１７０２までの処理は印刷禁止処理が無い場合と変わらないので説明を割愛する。ここまでの処理でクラウド印刷ジョブを指示したクラウドユーザＩＤが分かっている。コンテンツ受信部３６５は、クラウド印刷管理サーバ１７０の超過情報管理部３７５に問い合わせ、クラウドユーザＩＤについて印刷枚数を超過しているクラウドユーザＩＤであるか否かを確認する（Ｓ１７０８）。印刷枚数を超過しているクラウドユーザが無い場合、処理はＳ１７０３に進み、通常のクラウド印刷の処理を行う。印刷枚数を超過しているクラウドユーザがある場合、コンテンツ受信部３６５は、クラウド印刷指示に対するレスポンスとして、印刷枚数を超過しているため印刷できない旨のメッセージを表示する（Ｓ１７１０）。表示する場所は、印刷を指示したユーザが操作するブラウザを想定するがそれに限られない。クラウド印刷サーバ１６０は、表示が完了した時点でこの印刷ジョブに関する処理を終了する。
【００８４】
次に、印刷枚数を超過しているイントラユーザＩＤがある場合の、プリンタ１２０の動作を説明する。クラウド印刷する場合は、上記のようにクラウド印刷サーバ１６０が印刷を禁止するため、プリンタ１２０に印刷ジョブが送信される前に処理がストップする。従って、プリンタ１２０が処理を行う必要はない。ここではイントラ印刷で超過がある場合のプリンタ１２０の動作を図１５に沿って説明する。
【００８５】
図１５（Ａ）に示す、印刷ジョブ受信部３２３がイントラ印刷ジョブを受信して（Ｓ１５０１）からジョブＩＤとイントラユーザＩＤを抽出するまで（Ｓ１５０３）の処理は、印刷禁止機能が無い場合と同じなので説明を割愛する。続いて、印刷枚数の超過処理１５２０の詳細について（図１５（Ｂ））を参照して説明する。
【００８６】
印刷ジョブ受信部３２３は、超過情報管理部３２５に今回の印刷ジョブのイントラユーザＩＤが印刷枚数を超過しているイントラユーザＩＤであるかを確認する（Ｓ１５２１）。印刷枚数を超過しているイントラユーザＩＤが含まれない場合、Ｓ１５０６に進み、印刷処理部３２２は通常通りイントラ印刷する。印刷枚数を超過しているイントラユーザＩＤが含まれる場合、印刷ジョブ受信部３２３は、イントラ印刷指示に対する応答として、印刷を禁止することを示す制限情報、つまり、超過のため印刷不可の旨のメッセージを表示する（Ｓ１５２３）。表示する場所は、プリンタの表示パネルでもよいし、印刷ジョブ送信元のＰＣに通知してクライアント１１０のデスクトップ上に表示させても良い。メッセージを表示した後、プリンタ１２０は、イントラ印刷ジョブに対する処理を終了する。なお印刷ジョブを削除するなどの後処理をしても良い。
【００８７】
（実施例３）
実施例１、２は印刷枚数について主に説明したが、別の実施例としてＮＧワード（印刷禁止情報）を含む印刷をしたか否かを、イントラ印刷とクラウド印刷のどちらの場合についても集計する実施例も考えられる。印刷関連情報がＮＧワードを含むか否かを有無とすることで、印刷枚数と同じデータの流れで、システム管理者は、イントラ印刷管理サーバで集計して結果を閲覧することができる。例えばクラウド印刷の場合、図１０のＳ７０７において、印刷ジョブ送信部３６３が、作成された印刷データがＮＧワードを含んでいるかを確認する。そして、クラウド印刷管理サーバ１７０のジョブ情報受信部３７２が、クラウドユーザＩＤと、ジョブＩＤと、プリンタ名称とをジョブ情報格納部３７１に保管すればよい。これにより、ＮＧワードを含むコンテンツをイントラ印刷・クラウド印刷問わず印刷したユーザを簡単に検出することができ、企業の情報漏えい防止を支援できる。
【００８８】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そしてそのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2014164592.tif 000003
【図２】
2014164592.tif 000004
【図３】
2014164592.tif 000005
【図４】
2014164592.tif 000006
【図５】
2014164592.tif 000007
【図６】
2014164592.tif 000008
【図７】
2014164592.tif 000009
【図８】
2014164592.tif 000010
【図９】
2014164592.tif 000011
【図１０】
2014164592.tif 000012
【図１１】
2014164592.tif 000013
【図１２】
2014164592.tif 000014
【図１３】
2014164592.tif 000015
【図１４】
2014164592.tif 000016
【図１５】
2014164592.tif 000017
【図１６】
2014164592.tif 000018
【図１７】
2014164592.tif 000019