JP6662016B2 - システム、管理装置、管理方法及びプログラム - Google Patents

Description

本発明は、システム、管理装置、管理方法及びプログラムに関する。

従来から、画像の印刷などドキュメント処理に対する課金方法として、印刷ページ単位で課金する方法が知られている。但し、この課金方法では、ページ数が同じであればページ内の印刷量（印刷領域）に依らず同額が課金されることになる。

このため、印刷量に応じた課金を行う方法として、トナーなどの消耗品の消費量に応じて課金する方法が知られている。また特許文献１には、印刷制御に用いた印刷駆動信号に応じて課金する方法が開示されている。

しかしながら、上述したような従来技術は、一般的に、機器などのジョブの実行側で課金を管理する形態を想定したものであり、例えば、クラウドプリンティングのような、ジョブの管理側において課金を管理する形態を想定したものではない。

このため、後者のような形態で、上述したような従来技術を用いて課金を管理する場合、ジョブの実行側から、課金額又は課金額を算出するための情報を取得する必要があり、課金管理が煩雑になる。

本発明は、上記事情に鑑みてなされたものであり、ジョブの管理側で課金を管理する場合であっても、簡易に課金を管理することができるシステム、管理装置、管理方法及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の一態様にかかるシステムは、印刷ジョブとスキャンジョブとの少なくとも何れかであるジョブの生成を要求するジョブ生成要求を受信するジョブ生成要求受信部と、前記ジョブ生成要求に基づいて、前記ジョブを生成するジョブ生成部と、前記生成されたジョブのデータ容量を計測する計測部と、前記生成されたジョブの配信を要求するジョブ配信要求を受信するジョブ配信要求受信部と、課金処理に用いられるデータ容量の累計を示す累計容量情報を記憶する累計容量情報記憶部と、前記ジョブ配信要求が受信されると、前記印刷ジョブの場合には、前記計測されたデータ容量に基づいてデータ容量の累計を更新し、前記スキャンジョブの場合には、前記計測されたデータ容量に係数を掛けて小さくした値を用いてデータ容量の累計を更新する更新部と、前記ジョブ配信要求に基づいて、前記生成されたジョブを配信するジョブ配信部と、を備える。

本発明によれば、ジョブの管理側で課金を管理する場合であっても、簡易に課金を管理することができるという効果を奏する。

図１は、本実施形態のシステムの構成の一例を示すブロック図である。 図２は、本実施形態のユーザ端末のハードウェア構成の一例を示すブロック図である。 図３は、本実施形態の管理システムのハードウェア構成の一例を示すブロック図である。 図４は、本実施形態の機器のハードウェア構成の一例を示すブロック図である。 図５は、本実施形態のシステムの機能構成の一例を示すブロック図である。 図６は、本実施形態のジョブ記憶部に記憶されている情報の一例を示す図である。 図７は、本実施形態の累計容量情報記憶部に記憶されている情報の一例を示す図である。 図８は、本実施形態のシステムで実行される印刷ジョブ生成処理の一例を示すシーケンス図である。 図９は、本実施形態のシステムで実行される印刷ジョブ配信処理の一例を示すシーケンス図である。 図１０は、図９に示すシーケンス図のステップＳ２０５に示す更新処理の詳細例を示すフローチャートである。 図１１は、変形例２のジョブ選択画面の一例を示す図である。

以下、添付図面を参照しながら、本発明にかかるシステム、管理装置、管理方法及びプログラムの実施形態を詳細に説明する。

図１は、本実施形態のシステム１００の構成の一例を示すブロック図である。図１に示すように、システム１００は、ユーザ端末２００と、管理システム３００と、機器４００と、を備える。

ユーザ端末２００、管理システム３００、及び機器４００は、ネットワーク２を介して接続されている。本実施形態では、ネットワーク２がインターネットである場合を例に取り説明するが、これに限定されず、例えば、ＬＡＮ（Local Area Network）であってもよい。

また、システム１００は、クラウドコンピューティング型の運用形態であってもよいし、オンプレミス型の運用形態であってもよい。本実施形態では、システム１００が、クラウドコンピューティング型の運用形態であり、クラウドを用いたドキュメント処理（例えば、印刷やスキャン）を行うためのシステムである場合を例に取り説明するが、これに限定されるものではない。システム１００は、ドキュメント処理に限られず、ジョブを実行するシステムであればよい。

ユーザ端末２００は、機器４００に実行させるジョブの生成を管理システム３００に要求するものであり、例えば、ＰＣ（Personal Computer）やスマートデバイスなどの情報処理装置が挙げられる。

図２は、本実施形態のユーザ端末２００のハードウェア構成の一例を示すブロック図である。図２に示すように、ユーザ端末２００は、ＣＰＵ（Central Processing Unit）２０１と、ＲＡＭ（Random Access Memory）２０３と、ＲＯＭ（Read Only Memory）２０５と、ＨＤＤ（Hard Disk Drive）２０７と、入出力Ｉ／Ｆ（インタフェース）２０９と、通信Ｉ／Ｆ（インタフェース）２１１と、を備える。

ＣＰＵ２０１は、ユーザ端末２００の動作を統括的に制御する。ＣＰＵ２０１は、ＲＡＭ２０３をワークエリアとしてＲＯＭ２０５又はＨＤＤ２０７などに格納されたプログラムを実行することで、ユーザ端末２００全体の動作を制御する。

入出力Ｉ／Ｆ２０９は、操作者の操作に応じた各種の入力を行うとともに、各種画面を表示する。なお、入出力Ｉ／Ｆ２０９は、タッチパネルディスプレイなどのように、入力機能と表示機能との双方を一体的に備えた構成であってもよいし、入力機能を有する入力装置と表示機能を有する表示装置とを別体として備えた構成であってもよい。

通信Ｉ／Ｆ２１１は、ネットワーク２を介して、外部の装置と通信するためのインタフェースである。

管理システム３００は、機器４００に実行させるジョブの生成や管理を行うとともに、機器４００でのジョブの実行に伴う課金を管理するものであり、例えば、１台以上のコンピュータが挙げられる。

本実施形態では、管理システム３００が、１台のコンピュータで実現されている場合（つまり、装置として実現されている場合）を例に取り説明するが、これに限定されず、管理システム３００を２台以上のコンピュータで実現し（つまり、システムとして実現し）、後述する管理システム３００の機能を２台以上のコンピュータで分散して実現するようにしてもよい。

なお本実施形態では、管理システム３００がクラウド化されている。また、管理システム３００は、クラウドを用いたドキュメント処理を行うための専用のシステムであってもよいし、クラウドを用いたドキュメント処理を含む複数のクラウドサービスを提供するシステムであってもよい。

図３は、本実施形態の管理システム３００のハードウェア構成の一例を示すブロック図である。図３に示すように、管理システム３００は、ＣＰＵ３０１と、ＲＡＭ３０３と、ＲＯＭ３０５と、ＨＤＤ３０７と、入出力Ｉ／Ｆ３０９と、通信Ｉ／Ｆ３１１と、を備える。

ＣＰＵ３０１は、管理システム３００の動作を統括的に制御する。ＣＰＵ３０１は、ＲＡＭ３０３をワークエリアとしてＲＯＭ３０５又はＨＤＤ３０７などに格納されたプログラムを実行することで、管理システム３００全体の動作を制御する。

入出力Ｉ／Ｆ３０９は、操作者の操作に応じた各種の入力を行うとともに、各種画面を表示する。なお、入出力Ｉ／Ｆ３０９は、タッチパネルディスプレイなどのように、入力機能と表示機能との双方を一体的に備えた構成であってもよいし、入力機能を有する入力装置と表示機能を有する表示装置とを別体として備えた構成であってもよい。

通信Ｉ／Ｆ３１１は、ネットワーク２を介して、外部の装置と通信するためのインタフェースである。

機器４００は、管理システム３００で管理されているジョブを実行する電子機器である。本実施形態では、機器４００として、例えば、印刷装置、複写機、複合機（ＭＦＰ：Multifunction Peripheral）、スキャナ装置、及びファクシミリ装置等の画像形成装置（ドキュメント入出力デバイス）を想定しているが、これに限定されるものではなく、ジョブを実行する電子機器であればどのようなものであってもよい。例えば、機器４００は、電子ペーパーなどであってもよい。なお、複合機は、複写機能、印刷機能、スキャナ機能、及びファクシミリ機能のうち少なくとも２つの機能を有するものである。また図１に示す例では、機器４００の台数が１台となっているが、機器４００の台数は何台であってもよい。

図４は、本実施形態の機器４００のハードウェア構成の一例を示すブロック図である。図４に示すように、機器４００は、ＣＰＵ４０１と、ＲＯＭ４０４及びＲＡＭ４０５を有するシステムメモリ４０３と、ＡＳＩＣ（Application Specific Integrated Circuit）４０７と、通信Ｉ／Ｆ４０９と、外部Ｉ／Ｆ（インタフェース）４１０と、ＨＤＤ４１１と、操作パネル４１３と、エンジン４１５と、スキャナ４１７と、を備える。

ＣＰＵ４０１は、機器４００の動作を統括的に制御する。ＣＰＵ４０１は、システムメモリ４０３のＲＡＭ４０５をワークエリアとしてＲＯＭ４０４などに格納されたプログラムを実行することで、機器４００全体の動作を制御する。

ＡＳＩＣ４０７は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＣＰＵ４０１と各部を各々接続するブリッジとしての機能を有する。

通信Ｉ／Ｆ４０９は、ネットワーク２を介して、外部の装置と通信するためのインタフェースである。

外部Ｉ／Ｆ４１０は、機器４００に周辺機器などを接続するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）インタフェースやメモリーカードを機器４００に接続するためのメモリカードスロットなどが挙げられるが、これらに限定されるものではない。

ＨＤＤ４１１は、通信Ｉ／Ｆ４０９、外部Ｉ／Ｆ４１０、又はスキャナ４１７などから入力される画像データなどの処理データを記憶する。

操作パネル４１３は、操作者の操作に応じた各種の入力を行うとともに、各種画面を表示する。なお、操作パネル４１３は、タッチパネルディスプレイなどのように、入力機能と表示機能との双方を一体的に備えた構成であってもよいし、入力機能を有する入力装置と表示機能を有する表示装置とを別体として備えた構成であってもよい。

エンジン４１５は、プリンタエンジンなどであり、例えば、白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、及びファックスユニットなどが挙げられるが、これらに限定されるものではない。なお、エンジン４１５には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

スキャナ４１７は、原稿をスキャンすることで得られる原稿の濃淡情報からデジタルの画像データを生成するものであり、例えば、ＣＣＤ（Charge Coupled Device）光電変換素子からなるラインセンサ、Ａ／Ｄコンバータ、及びこれらの駆動回路などを具備した機構などが挙げられるが、これに限定されるものではない。

図５は、本実施形態のシステム１００の機能構成の一例を示すブロック図である。図５に示すように、ユーザ端末２００は、認証要求部２５１と、ジョブ生成要求部２５３と、を備える。認証要求部２５１及びジョブ生成要求部２５３は、例えば、ＣＰＵ２０１、ＲＡＭ２０３、及び通信Ｉ／Ｆ２１１などにより実現できる。

また図５に示すように、管理システム３００は、認証部３５１と、ジョブ生成要求受信部３５２と、文書情報記憶部３５３と、ジョブ生成部３５５と、計測部３５７と、登録部３５８と、ジョブ記憶部３５９と、ジョブ配信要求受信部３６１と、累計容量情報記憶部３６３と、更新部３６５と、確認部３６７と、ジョブ配信部３６９と、課金処理部３７１と、を備える。

認証部３５１、ジョブ生成要求受信部３５２、ジョブ配信要求受信部３６１、確認部３６７、及びジョブ配信部３６９は、例えば、ＣＰＵ３０１、ＲＡＭ３０３、及び通信Ｉ／Ｆ３１１などにより実現できる。文書情報記憶部３５３、ジョブ記憶部３５９、及び累計容量情報記憶部３６３は、例えば、ＨＤＤ３０７などにより実現できる。ジョブ生成部３５５、計測部３５７、登録部３５８、更新部３６５、及び課金処理部３７１は、例えば、ＣＰＵ３０１、及びＲＡＭ３０３などにより実現できる。

また図５に示すように、機器４００は、ジョブ配信要求部４５１と、応答部４５３と、ジョブ受信部４５５と、ジョブ実行部４５７と、を備える。ジョブ配信要求部４５１、応答部４５３、及びジョブ受信部４５５は、例えば、ＣＰＵ４０１、システムメモリ４０３、及び通信Ｉ／Ｆ４０９などにより実現できる。ジョブ実行部４５７は、例えば、ＣＰＵ４０１、システムメモリ４０３、ＡＳＩＣ４０７、エンジン４１５、及びスキャナ４１７などにより実現できる。

認証要求部２５１は、管理システム３００に対し、認証を要求し、認証結果を取得する。具体的には、認証要求部２５１は、ユーザ端末２００を利用するユーザによる入出力Ｉ／Ｆ２０９からの操作入力に基づいて、管理システム３００に対し、アカウント認証要求を行い、認証結果を取得する。

アカウント認証要求は、アカウントを識別するアカウント識別情報及びパスワードを含む。本実施形態では、アカウント識別情報は、ユーザ端末２００からアカウント認証要求を行ったユーザを識別する情報である場合を例に取り説明するが、これに限定されず、ユーザ端末２００からアカウント認証要求を行ったユーザが属する組織やグループなどを識別する情報などであってもよい。なお、ユーザ端末２００を利用するユーザは、入出力Ｉ／Ｆ２０９ではなく、ＩＣカードなどを用いて、アカウント識別情報及びパスワードを入力してもよい。

認証部３５１は、ユーザ端末２００から要求された認証を行い、認証結果をユーザ端末２００に返却する。本実施形態では、認証部３５１は、ユーザ端末２００からアカウント認証要求を受信し、受信したアカウント認証要求に含まれるアカウント識別情報及びパスワードを用いて、ユーザ端末２００からアカウント認証要求を行ったユーザが正当なユーザであるか否かを認証し、認証結果をユーザ端末２００に返却する。なお、認証方法については、公知の認証方法を用いればよいため、詳細な説明は省略する。

ジョブ生成要求部２５３は、管理システム３００に対し、ジョブの生成を要求するジョブ生成要求を行う。具体的には、ジョブ生成要求部２５３は、認証要求部２５１が要求した認証の認証結果が認証成功である場合、ユーザ端末２００を利用するユーザによる入出力Ｉ／Ｆ２０９からの操作入力に基づいて、管理システム３００に対し、ジョブ生成要求を行う。

本実施形態では、アカウント認証要求及びジョブ生成要求が、Ｗｅｂ上（Ｗｅｂ経由）で行われる場合を例に取り説明するが、これに限定されるものではない。この場合、認証要求部２５１及びジョブ生成要求部２５３としては、管理システム３００から提供されるＷｅｂアプリケーションが挙げられ、このＷｅｂアプリケーション上で管理システム３００から提供されるＷｅｂＡＰＩ（Application Programming Interface）を利用することで、管理システム３００に対し、アカウント認証要求やジョブ生成要求が行われる。

ジョブ生成要求は、例えば、印刷ジョブのジョブ生成要求であれば、印刷対象の文書ファイルを特定するための印刷対象文書特定情報、及び印刷対象の文書ファイルに対する印刷設定を示す印刷設定情報を含む。

印刷対象文書特定情報は、印刷対象の文書ファイルがユーザ端末２００（ローカル）に保存されている文書ファイルの場合、当該文書ファイルそのものであり、印刷対象の文書ファイルが管理システム３００（詳細には、文書情報記憶部３５３）に保存されている文書ファイルの場合、当該文書ファイルを特定するための情報（例えば、ファイルパスなど）となる。印刷設定情報は、カラー印刷／モノクロ印刷のいずれを行うか、片面印刷／両面印刷のいずれを行うかなど、一般的な印刷設定を示す。

本実施形態では、ジョブ生成要求は、例えば、ＨＴＴＰＳ（HyperText Transfer Protocol Secure）に従って記述され、以下のように表される。

https://example.com/print?file=http://ex.com/33ffsa.pdf&param=mono

上記ＨＴＴＰＳで記述された印刷ジョブのジョブ生成要求は、印刷対象文書特定情報（file）がhttp://ex.com/33ffsa.pdf（印刷対象の文書ファイルのファイルパス）を示し、印刷設定情報（param）がmono（モノクロ印刷）を示す。

ジョブ生成要求受信部３５２は、ユーザ端末２００からジョブ生成要求を受信する。

文書情報記憶部３５３は、ドキュメント処理対象の文書ファイルを記憶する。

ジョブ生成部３５５は、ジョブ生成要求受信部３５２により受信されたジョブ生成要求に基づいて、ジョブを生成する。例えば、ジョブ生成要求受信部３５２により印刷ジョブのジョブ生成要求が受信された場合、ジョブ生成部３５５は、ジョブ生成要求に含まれる印刷対象文書特定情報に基づいて、印刷対象の文書ファイルを取得し、取得した印刷対象の文書ファイルを印刷用のデータであるＰＤＬ（Page Description Language）に変換し、ジョブ生成要求に含まれる印刷設定情報が示す印刷設定を適用して、印刷ジョブを生成する。なお、ジョブ生成部３５５は、ジョブの生成に伴い、ＰＩＮコードを発行する。

計測部３５７は、ジョブ生成部３５５により生成されたジョブのデータ容量を計測する。例えば、ジョブ生成部３５５により印刷ジョブが生成された場合、計測部３５７は、当該印刷ジョブ（ＰＤＬ）のデータ容量（データサイズ）を計測するとともに、当該印刷ジョブの印刷部数を計測する。印刷部数は、印刷ジョブ（ＰＤＬ）内のＰＪＬ（Printer Job Language）データとして記述されているので、計測部３５７は、このＰＪＬデータから印刷部数を計測できる。

なお、ジョブ生成部３５５から計測部３５７へのジョブの受け渡しは、ジョブのデータそのものの受け渡しにより行ってもよいし、当該ジョブのデータの場所を示すファイルパスを用いて行ってもよい。

登録部３５８は、ジョブ生成部３５５により生成されたジョブ、計測部３５７により計測されたデータ容量を示す計測容量情報、及びジョブ生成要求受信部３５２により受信されたジョブ生成要求の要求元のアカウント識別情報などを、対応付けてジョブ記憶部３５９に登録する。

図６は、本実施形態のジョブ記憶部３５９に記憶されている情報の一例を示す図である。図６に示す例では、ジョブデータ、アカウント識別情報、ジョブ対象データ、ＰＩＮコード、計測部数情報、及び計測容量情報を含む。

ジョブデータは、ジョブ生成部３５５により生成されたジョブのデータである。アカウント識別情報は、ジョブ生成要求受信部３５２により受信されたジョブ生成要求の要求元のアカウント識別情報であり、当該ジョブ生成要求が受信される前に、認証部３５１により正当性が認証された（認証に成功した）アカウントのアカウント識別情報が該当する。ジョブ対象データは、ジョブ生成部３５５によりジョブの生成に用いられた文書ファイル（図６に示す例では、文書ファイルのファイルパス）である。ＰＩＮコードは、ジョブ生成部３５５により発行されたＰＩＮコードである。計測部数情報は、計測部３５７により計測された印刷部数を示す。計測容量情報は、計測部３５７により計測されたデータ容量を示す。

なお、ジョブ記憶部３５９には、図６に示す情報以外にも、ジョブ生成要求の要求元のアカウント（ユーザ）が属する組織やグループを識別する情報を登録するようにしてもよい。

また登録部３５８は、ジョブ生成部３５５により発行されたＰＩＮコードをジョブ生成要求の要求元のユーザに通知する。例えば、登録部３５８は、ジョブ生成要求の要求元のユーザのメールアドレスなどを用いて、ジョブ生成部３５５により発行されたＰＩＮコードを当該ユーザに通知する。なお、ジョブ生成要求の要求元のユーザのメールアドレスは、後述の累計容量情報記憶部３６３に記憶されている。

ジョブ配信要求部４５１は、管理システム３００に対し、管理システム３００により生成されたジョブの配信を要求するジョブ配信要求を行う。具体的には、ジョブ配信要求部４５１は、機器４００を利用するユーザによる操作パネル４１３からの操作入力に基づいて、管理システム３００に対し、ジョブ配信要求を行う。ジョブ配信要求は、例えば、管理システム３００により発行されたＰＩＮコードを含む。

ジョブ配信要求受信部３６１は、機器４００からジョブ配信要求を受信する。ジョブ配信要求受信部３６１は、機器４００からジョブ配信要求を受信すると、当該ジョブ配信要求に含まれるＰＩＮコードを用いて、当該ＰＩＮコードに対応付けられた情報（レコード）をジョブ記憶部３５９から取得する。例えば、ジョブ配信要求受信部３６１は、ジョブ記憶部３５９から、ジョブデータ、アカウント識別情報、計測部数情報、及び計測容量情報を取得する。

累計容量情報記憶部３６３は、課金処理に用いられるデータ容量の累計を示す累計容量情報を記憶する。具体的には、累計容量情報記憶部３６３は、アカウント識別情報毎に累計容量情報を対応付けて記憶する。

図７は、本実施形態の累計容量情報記憶部３６３に記憶されている情報の一例を示す図である。図７に示す例では、累計容量情報記憶部３６３は、アカウント識別情報、連絡先情報、累計容量情報、及び上限容量情報を対応付けて記憶する。

連絡先情報は、アカウント識別情報が示すユーザのメールアドレスである。このように、累計容量情報記憶部３６３では、アカウント識別情報に対応付けて連絡先情報を記憶しているので、前述の登録部３５８は、ジョブ生成要求の要求元のユーザを示すアカウント識別情報に対応付けられた連絡先情報（メールアドレス）を用いれば、当該ユーザにＰＩＮコードを通知できる。

累計容量情報は、アカウント識別情報が示すユーザがドキュメント処理に使用したジョブのデータ容量の累計を示す。累計容量情報が示すデータ容量の累計は、単位期間での累計であり、該当する単位期間が終了すれば、初期化（０にリセット）される。例えば、単位期間が月毎の期間である場合、今月が終わり来月になれば、累計容量情報は初期化される。

上限容量情報は、アカウント識別情報が示すユーザがドキュメント処理に使用できるジョブのデータ容量の上限を示す。上限容量情報が示すデータ容量の上限も、単位期間での上限である。なお、データ容量の上限は、アカウント識別情報が示すアカウント毎に、契約で定められることが一般的である。

なお、累計容量情報記憶部３６３には、図７に示す情報以外にも、クレジットカードの番号を示すクレジットカード情報や住所を示す住所情報など課金処理に必要な情報を記憶しておくようにしてもよい。

更新部３６５は、ジョブ配信要求受信部３６１によりジョブ配信要求が受信されると、計測部３５７により計測されたデータ容量に基づいて、累計容量情報が示すデータ容量の累計を更新する。

具体的には、更新部３６５は、ジョブ配信要求受信部３６１により取得された計測容量情報が示すデータ容量を、累計容量情報記憶部３６３において、ジョブ配信要求受信部３６１により取得されたアカウント識別情報に対応付けられた累計容量情報が示すデータ容量の累計に加算して、当該累計容量情報が示すデータ容量の累計を更新する。

詳細には、更新部３６５は、上述のように、累計容量情報が示すデータ容量の累計を更新した場合に、累計容量情報が示すデータ容量の累計が、累計容量情報記憶部３６３において、ジョブ配信要求受信部３６１により取得されたアカウント識別情報に対応付けられた上限容量情報が示す上限を超えるか否かを判定し、上限を超えないと判定した場合、上述のように、累計容量情報が示すデータ容量の累計を更新する。

なお、ジョブ配信要求受信部３６１により受信されたジョブ配信要求で配信を要求されたジョブが印刷ジョブの場合、更新部３６５は、ジョブ配信要求受信部３６１により取得された計測容量情報が示すデータ容量にジョブ配信要求受信部３６１により取得された計測部数情報が示す印刷部数を乗じた値を、累計容量情報記憶部３６３において、ジョブ配信要求受信部３６１により取得されたアカウント識別情報に対応付けられた累計容量情報が示すデータ容量の累計に加算して、当該累計容量情報が示すデータ容量の累計を更新する。

一般的に、印刷ジョブに占める印刷部数を記述したＰＪＬデータのデータ容量は非常に小さく、ＰＪＬデータが示す印刷部数の値によって当該ＰＪＬデータのデータ容量もほとんど変動しないため、上述の対応で、印刷部数に応じたデータ容量をデータ容量の累計に加算できる。

但し、本実施形態では、更新部３６５は、計測容量情報が示すデータ容量に、計測部数情報が示す印刷部数を乗じた値及び係数α（０＜α＜１）を乗じた値を、累計容量情報記憶部３６３において、ジョブ配信要求受信部３６１により取得されたアカウント識別情報に対応付けられた累計容量情報が示すデータ容量の累計に加算して、当該累計容量情報が示すデータ容量の累計を更新する。

つまり、ジョブ配信要求受信部３６１により受信されたジョブ配信要求で配信を要求されたジョブが印刷ジョブの場合、更新部３６５は、数式（１）でデータ容量の累計に加算される加算対象データ容量を求める。

加算対象データ容量＝計測容量情報が示すデータ容量×計測部数情報が示す印刷部数×係数α …（１）

これは、印刷部数が多くなるほど、加算対象データ容量を本来の加算対象データ容量よりも小さくすることで、印刷部数が多いケースを優遇するためである。

確認部３６７は、更新部３６５により上限を超えると判定された場合、ジョブ配信要求受信部３６１により受信されたジョブ配信要求の要求元に、当該ジョブ配信要求で配信を要求するジョブの配信を継続するか否かを確認する確認要求を行い、確認結果を取得する。

応答部４５３は、管理システム３００から確認要求を受信すると、ジョブの配信を継続するか否かをユーザに確認するための確認画面を操作パネル４１３に表示する。そして応答部４５３は、ユーザによる操作パネル４１３からの操作入力（ジョブの配信を継続するか否かの入力）に基づいて、管理システム３００に対し、ジョブの配信を継続するか否かの確認結果を応答する。

確認部３６７の確認結果がジョブの配信の継続である場合、更新部３６５は、上述のように、累計容量情報が示すデータ容量の累計を更新する。

ジョブ配信部３６９は、ジョブ配信要求受信部３６１により受信されたジョブ配信要求に基づいて、ジョブ生成部３５５により生成されたジョブを配信する。具体的には、ジョブ配信部３６９は、更新部３６５により累計容量情報が示すデータ容量の累計が更新されると、ジョブ配信要求受信部３６１により取得されたジョブデータを、ジョブ配信要求受信部３６１により受信されたジョブ配信要求の要求元に配信する。

ジョブ受信部４５５は、管理システム３００からジョブを受信する。

ジョブ実行部４５７は、ジョブ受信部４５５により受信されたジョブを実行する。例えば、ジョブ受信部４５５により受信されたジョブが印刷ジョブであれば、ジョブ実行部４５７は、当該印刷ジョブに基づく印刷を実行する。

課金処理部３７１は、累計容量情報が示すデータ容量の累計に基づいて課金処理を行う。例えば、課金処理部３７１は、該当する単位期間が終了した時点での累計容量情報が示すデータ容量の累計に基づいて、累計容量情報記憶部３６３において当該累計容量情報が対応付けられたアカウント識別情報が示すアカウントに対する課金処理を行う。

例えば、課金処理部３７１は、累計容量情報が示すデータ容量の累計が、累計容量情報記憶部３６３において当該累計容量情報が対応付けられた上限容量情報が示すデータ容量の上限に収まっていれば、定額課金を行い、上限に収まっていなければ、定額課金＋上限を超えた分のデータ容量に応じた従量課金を行う。

図８は、本実施形態のシステム１００で実行される印刷ジョブ生成処理の一例を示すシーケンス図である。

まず、ジョブ生成要求部２５３は、管理システム３００に対し、印刷ジョブの生成を要求するジョブ生成要求を行い、ジョブ生成要求受信部３５２は、ユーザ端末２００から当該ジョブ生成要求を受信する（ステップＳ１０１）。

続いて、ジョブ生成部３５５は、ジョブ生成要求受信部３５２により受信されたジョブ生成要求に基づいて、印刷ジョブを生成する（ステップＳ１０３）。

続いて、計測部３５７は、ジョブ生成部３５５により生成された印刷ジョブの印刷部数を計測するとともに（ステップＳ１０５）、データ容量を計測する（ステップＳ１０７）。

続いて、登録部３５８は、ジョブ生成部３５５により生成された印刷ジョブ、計測部３５７により計測された印刷部数を示す計測部数情報、計測部３５７により計測されたデータ容量を示す計測容量情報、及びジョブ生成要求受信部３５２により受信されたジョブ生成要求の要求元のアカウント識別情報などを、対応付けた印刷ジョブ情報をジョブ記憶部３５９に登録する（ステップＳ１０９）。

図９は、本実施形態のシステム１００で実行される印刷ジョブ配信処理の一例を示すシーケンス図である。

まず、ジョブ配信要求部４５１は、管理システム３００に対し、管理システム３００により生成された印刷ジョブの配信を要求するジョブ配信要求を行い、ジョブ配信要求受信部３６１は、機器４００から当該ジョブ配信要求を受信する（ステップＳ２０１）。

続いて、ジョブ配信要求受信部３６１は、機器４００からジョブ配信要求を受信すると、当該ジョブ配信要求に含まれるＰＩＮコードを用いて、当該ＰＩＮコードに対応付けられたジョブデータ、アカウント識別情報、計測部数情報、及び計測容量情報などの印刷ジョブ情報（レコード）をジョブ記憶部３５９から取得する（ステップＳ２０３）。

続いて、更新部３６５は、ジョブ配信要求受信部３６１により取得された計測容量情報が示すデータ容量に基づいて、累計容量情報記憶部３６３の累計容量情報が示すデータ容量の累計を更新する更新処理を行う（ステップＳ２０５）。

続いて、ジョブ配信部３６９は、更新部３６５により更新処理が行われると、ジョブ配信要求受信部３６１により取得されたジョブデータを、ジョブ配信要求受信部３６１により受信されたジョブ配信要求の要求元に配信し、ジョブ受信部４５５は、管理システム３００からジョブを受信する（ステップＳ２０７）。

続いて、ジョブ実行部４５７は、ジョブ受信部４５５により受信された印刷ジョブに基づく印刷を実行する（ステップＳ２０９）。

図１０は、図９に示すシーケンス図のステップＳ２０５に示す更新処理の詳細例を示すフローチャートである。

まず、更新部３６５は、数式（１）で求めた加算対象データ容量を、累計容量情報記憶部３６３において、ジョブ配信要求受信部３６１により取得されたアカウント識別情報に対応付けられた累計容量情報が示すデータ容量の累計に加算して更新すると、当該アカウント識別情報に対応付けられた上限容量情報が示す上限を超えるか否かを判定する（ステップＳ３０１）。

確認部３６７は、更新部３６５により上限を超えると判定された場合（ステップＳ３０１でＹｅｓ）、ジョブ配信要求受信部３６１により受信されたジョブ配信要求の要求元に、当該ジョブ配信要求で配信を要求するジョブの配信を継続するか否かを確認する確認要求を行い、確認結果を取得する（ステップＳ３０３）。

更新部３６５により上限を超えないと判定された場合（ステップＳ３０１でＮｏ）、又は確認結果がジョブの配信の継続を示す場合（ステップＳ３０３でＹｅｓ）、更新部３６５は、数式（１）で求めた加算対象データ容量を累計容量情報が示すデータ容量の累計に加算して更新する（ステップＳ３０５）。

一方、確認結果がジョブの配信の継続を示さない場合（ステップＳ３０３でＮｏ）、ステップＳ３０５の処理は行われない。なお、ステップＳ３０５の処理が行われない場合、図９に示すシーケンス図において、ステップＳ２０７以降の処理も行われない。

以上のように本実施形態によれば、実行されたジョブのデータ容量の累計で課金を管理するため、管理システム３００などのジョブの管理側において課金を管理する形態においても、管理システム３００側で課金に用いられるジョブのデータ容量を計測し、実行されたジョブのデータ容量の累計を管理できるため、簡易に課金を管理することができる。

また本実施形態によれば、ジョブのデータ容量で課金を管理するため、印刷量に応じた課金を行うことができ、ユーザは、実際の印刷量よりも高い課金が行われることを防止できる。

また、クラウドの運用形態である場合、ジョブの配信に伴う通信料も課金に加味される要素となるが、本実施形態のように、実行されたジョブのデータ容量の累計で課金を管理すれば、ジョブの配信に伴う通信料も課金に加味できる。

また本実施形態によれば、実行されたジョブのデータ容量の累計が上限を超え、従量課金の対象となる場合には、ユーザにジョブの配信を継続するか否かを確認するため、ユーザの意図しない課金が行われてしまうことを防止できる。

（変形例１）
上記実施形態では、ジョブが印刷ジョブである場合を例に取り説明したが、これに限定されず、ジョブがスキャンジョブであったり、ジョブとして、印刷ジョブとスキャンジョブとが混在していてもよい。

なお、ジョブがスキャンジョブの場合、ジョブ生成要求は、どのような条件でスキャンを行うかを示すスキャン条件情報を含む。また、ジョブがスキャンジョブの場合、スキャンジョブに印刷部数は含まれないため、印刷部数の計測は行われず、データ容量の累計を更新する際にも印刷部数は用いられない。

なお、ジョブで扱われるデータは、一般的に、イメージ、グラフィック、及びテキストであり、イメージのデータ容量が最も大きく、テキストのデータ容量が最も小さい。このため、印刷の場合、テキストやグラフィックで構成される書類の印刷であればデータ容量は小さく、写真などの印刷であればデータ容量は大きくなる。

但し、スキャンジョブで扱われるデータはイメージとなるため、印刷の場合と比べデータ容量が大きくなり、課金額が高くなる傾向にある。このため変形例１では、更新部３６５は、スキャンジョブの場合、計測容量情報が示すデータ容量を平準化した値（データ容量に係数を掛けて小さくした値）を、累計容量情報記憶部３６３において、ジョブ配信要求受信部３６１により取得されたアカウント識別情報に対応付けられた累計容量情報が示すデータ容量の累計に加算して、当該累計容量情報が示すデータ容量の累計を更新する。

具体的には、ジョブ配信要求受信部３６１により受信されたジョブ配信要求で配信を要求されたジョブがスキャンジョブの場合、更新部３６５は、数式（２）でデータ容量の累計に加算される加算対象データ容量を求める。

加算対象データ容量＝計測容量情報が示すデータ容量×係数β（０＜β＜１） …（２）

これにより、スキャンジョブの加算対象データ容量を、印刷ジョブの場合と同等に調整でき、印刷よりもスキャンの方が、課金額が高くなってしまうことを防止できる。

以上のように、変形例１によれば、スキャンジョブの場合であっても課金を行うことができる。機器４００の販売店側は、従来は、スキャンでは課金が行われないにも関わらず、保守等のサポートが必要であったが、変形例１によれば、スキャンに対しても課金が行われるため、サポートに見合う収益を上げることが可能となる。

（変形例２）
上記実施形態では、ＰＩＮコードを用いたジョブ配信要求を例に取り説明したが、これに限定されず、アカウント識別情報を用いたジョブ配信要求であってもよい。この場合、ジョブ生成部３５５は、ＰＩＮコードを発行する必要はなく、登録部３５８もＰＩＮコードをユーザに通知する必要はない。

但し、この場合、ジョブ配信要求で配信対象のジョブを指定できない。このため、ジョブ配信要求受信部３６１は、候補となるジョブの一覧情報を機器４００に送信し、ジョブ配信要求部４５１は、図１１に示すような、配信対象のジョブを機器４００のユーザに選択させる画面を操作パネル４１３に表示する。そしてジョブ配信要求部４５１は、ユーザによる操作パネル４１３からの操作入力に基づいて、管理システム３００に対し、配信対象のジョブを指定する情報を送信する。これにより、ジョブ配信要求受信部３６１は、配信対象のジョブを特定できる。

（変形例３）
上記実施形態では、ジョブの配信を継続するか否かの確認を機器４００に対して行ったが、これに限定されず、ＰＩＮコードの通知のように、ジョブ配信要求を行ったユーザに対しメールで確認するようにしてもよい。

（変形例４）
上記実施形態では、累計容量情報が示すデータ容量の累計が、上限に収まっていれば定額課金を行い、上限に収まっていなければ定額課金＋上限を超えた分のデータ容量に応じた従量課金を行う場合を例に取り説明したが、上限に収まっていなければジョブの配信（実行）を行わないようにしてもよい。累計容量情報が示すデータ容量の累計が上限に収まっていない場合のシステム１００の挙動は、契約で定めておけばよい。

（変形例５）
上記実施形態では、累計容量情報が示すデータ容量の累計が単位期間での累計であり、該当する単位期間が終了すれば、初期化される場合を例に取り説明したが、累計容量情報が示すデータ容量の累計は、期間を問わない累計とすることもできる。このようにすれば、プリペイド式のような利用形態も可能となる。この場合、前払いされた料金に応じて上限容量情報が示すデータ容量の上限が決まり、累計容量情報が示すデータ容量の累計が、上限容量情報が示すデータ容量の上限（例えば、５００ＭＢなど）に達するまで、ユーザはシステム１００上で提供されるドキュメント処理を期間問わず利用できる。

（プログラム）
上記実施形態及び各変形例のユーザ端末２００、管理システム３００、及び機器４００
（以下、「上記実施形態及び各変形例の各装置」と称する）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。

また、上記実施形態及び各変形例の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記実施形態及び各変形例の各装置で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。また、上記実施形態及び各変形例の各装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。

上記実施形態及び各変形例の各装置で実行されるプログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしては、例えば、ＣＰＵがＲＯＭからプログラムをＲＡＭ上に読み出して実行することにより、上記各機能部がコンピュータ上で実現されるようになっている。

なお、上記実施形態及び各変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。上記新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施の形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

２ ネットワーク
１００ システム
２００ ユーザ端末
２５１ 認証要求部
２５３ ジョブ生成要求部
３００ 管理システム
３５１ 認証部
３５２ ジョブ生成要求受信部
３５３ 文書情報記憶部
３５５ ジョブ生成部
３５７ 計測部
３５８ 登録部
３５９ ジョブ記憶部
３６１ ジョブ配信要求受信部
３６３ 累計容量情報記憶部
３６５ 更新部
３６７ 確認部
３６９ ジョブ配信部
３７１ 課金処理部
４００ 機器
４５１ ジョブ配信要求部
４５３ 応答部
４５５ ジョブ受信部
４５７ ジョブ実行部

特許第４８３５１４４号公報

Claims (12)

1. 印刷ジョブとスキャンジョブとの少なくとも何れかであるジョブの生成を要求するジョブ生成要求を受信するジョブ生成要求受信部と、
   前記ジョブ生成要求に基づいて、前記ジョブを生成するジョブ生成部と、
   前記生成されたジョブのデータ容量を計測する計測部と、
   前記生成されたジョブの配信を要求するジョブ配信要求を受信するジョブ配信要求受信部と、
   課金処理に用いられるデータ容量の累計を示す累計容量情報を記憶する累計容量情報記憶部と、
   前記ジョブ配信要求が受信されると、前記印刷ジョブの場合には、前記計測されたデータ容量に基づいてデータ容量の累計を更新し、前記スキャンジョブの場合には、前記計測されたデータ容量に係数を掛けて小さくした値を用いてデータ容量の累計を更新する更新部と、
   前記ジョブ配信要求に基づいて、前記生成されたジョブを配信するジョブ配信部と、
   を備えるシステム。
2. 前記更新部は、前記計測されたデータ容量を、前記課金処理に用いられるデータ容量の累計に加算して、前記課金処理に用いられるデータ容量の累計を更新する請求項１に記載のシステム。
3. 前記ジョブは、印刷ジョブであり、
   前記計測部は、前記生成されたジョブの印刷部数を更に計測し、
   前記更新部は、前記計測されたデータ容量に前記計測された印刷部数を乗じた値を、前記課金処理に用いられるデータ容量の累計に加算して、前記課金処理に用いられるデータ容量の累計を更新する請求項１又は２に記載のシステム。
4. 前記更新部は、前記計測されたデータ容量に前記計測された印刷部数及び係数（０＜係数＜１）を乗じた値を、前記課金処理に用いられるデータ容量の累計に加算して、前記課金処理に用いられるデータ容量の累計を更新する請求項３に記載のシステム。
5. 前記更新部は、前記課金処理に用いられるデータ容量の累計を更新した場合に、前記課金処理に用いられるデータ容量の累計が上限を超えるか否かを判定し、上限を超えないと判定した場合、前記課金処理に用いられるデータ容量の累計を更新し、
   前記ジョブ配信部は、前記生成されたジョブを配信する請求項１〜４のいずれか１つに記載のシステム。
6. 前記課金処理に用いられるデータ容量の累計が上限を超えると判定された場合、前記ジョブ配信要求の要求元に、前記生成されたジョブの配信を継続するか否かを確認する確認要求を行う確認部を更に備え、
   前記更新部は、確認結果が前記生成されたジョブの配信の継続である場合、前記課金処理に用いられるデータ容量の累計を更新し、
   前記ジョブ配信部は、前記生成されたジョブを配信する請求項５に記載のシステム。
7. 前記生成されたジョブ、前記計測されたデータ容量を示す計測容量情報、及び前記ジョブ生成要求の要求元のアカウントを識別するアカウント識別情報を対応付けてジョブ記憶部に登録するジョブ登録部を更に備え、
   前記累計容量情報記憶部は、アカウント識別情報毎に累計容量情報を対応付けて記憶し、
   前記更新部は、前記ジョブ配信要求が受信されると、前記ジョブ記憶部において、前記ジョブ配信要求により配信が要求されたジョブに対応付けられた前記計測容量情報、及び前記アカウント識別情報を取得し、当該計測容量情報が示すデータ容量に基づいて、当該アカウント識別情報に対応付けられた累計容量情報が示すデータ容量の累計を更新する請求項１〜６のいずれか１つに記載のシステム。
8. 管理システムと機器とを備え、
   前記管理システムは、
   前記ジョブ生成要求受信部、前記ジョブ生成部、前記計測部、前記ジョブ配信要求受信部、前記累計容量情報記憶部、前記更新部、及び前記ジョブ配信部を備え、
   前記機器は、
   前記ジョブ配信要求を行うジョブ配信要求部と、
   前記配信されたジョブを受信するジョブ受信部と、
   前記受信されたジョブを実行する実行部と、を備える請求項１〜７のいずれか１つに記載のシステム。
9. 前記累計容量情報が示すデータ容量の累計が、使用できるジョブのデータ容量の上限に収まっていれば定額課金を行い、使用できるジョブのデータ容量の上限に収まっていなければ、定額課金＋上限を超えた分のデータ容量に応じた従量課金を行う課金処理部を更に備える請求項１〜８のいずれか１つに記載のシステム。
10. 印刷ジョブとスキャンジョブとの少なくとも何れかであるジョブの生成を要求するジョブ生成要求を受信するジョブ生成要求受信部と、
    前記ジョブ生成要求に基づいて、前記ジョブを生成するジョブ生成部と、
    前記生成されたジョブのデータ容量を計測する計測部と、
    前記生成されたジョブの配信を要求するジョブ配信要求を受信するジョブ配信要求受信部と、
    前記ジョブ配信要求が受信されると、前記印刷ジョブの場合には、前記計測されたデータ容量に基づいてデータ容量の累計を更新し、前記スキャンジョブの場合には、前記計測されたデータ容量に係数を掛けて小さくした値を用いてデータ容量の累計を更新する更新部と、
    前記ジョブ配信要求に基づいて、前記生成されたジョブを配信するジョブ配信部と、
    を備える管理装置。
11. 印刷ジョブとスキャンジョブとの少なくとも何れかであるジョブの生成を要求するジョブ生成要求を受信するジョブ生成要求受信ステップと、
    前記ジョブ生成要求に基づいて、前記ジョブを生成するジョブ生成ステップと、
    前記生成されたジョブのデータ容量を計測する計測ステップと、
    前記生成されたジョブの配信を要求するジョブ配信要求を受信するジョブ配信要求受信ステップと、
    前記ジョブ配信要求が受信されると、前記印刷ジョブの場合には、前記計測されたデータ容量に基づいてデータ容量の累計を更新し、前記スキャンジョブの場合には、前記計測されたデータ容量に係数を掛けて小さくした値を用いてデータ容量の累計を更新する更新ステップと、
    前記ジョブ配信要求に基づいて、前記生成されたジョブを配信するジョブ配信ステップと、
    を含む管理方法。
12. 印刷ジョブとスキャンジョブとの少なくとも何れかであるジョブの生成を要求するジョブ生成要求を受信するジョブ生成要求受信ステップと、
    前記ジョブ生成要求に基づいて、前記ジョブを生成するジョブ生成ステップと、
    前記生成されたジョブのデータ容量を計測する計測ステップと、
    前記生成されたジョブの配信を要求するジョブ配信要求を受信するジョブ配信要求受信ステップと、
    前記ジョブ配信要求が受信されると、前記印刷ジョブの場合には、前記計測されたデータ容量に基づいてデータ容量の累計を更新し、前記スキャンジョブの場合には、前記計測されたデータ容量に係数を掛けて小さくした値を用いてデータ容量の累計を更新する更新ステップと、
    前記ジョブ配信要求に基づいて、前記生成されたジョブを配信するジョブ配信ステップと、
    をコンピュータに実行させるためのプログラム。

Images