JP2006350917A - 周辺機器管理システム - Google Patents

Abstract

【課題】 適正な代行課金先を指定したジョブのみを処理する周辺機器管理システムを提供する。
【解決手段】 ジョブを処理する周辺機器がネットワークを介してクライアント及びサーバに接続された周辺機器管理システムにおいて、クライアントはサーバからジョブ発行許可証を受け取り該ジョブ発行許可証をジョブに添付して周辺機器に送信する。周辺機器は受信したジョブに添付されたジョブ発行許可証が正式なものであると認められるときに該ジョブを実行して課金先アカウントに課金することを特徴とする。
【選択図】 図１

Description

本発明は周辺機器管理システムに関し、詳しくは、ネットワークを介する通信により情報処理装置からジョブを受信して処理する周辺機器及び該周辺機器と通信する情報処理装置に関するものである。

従来、ネットワークを介する通信により情報処理装置からジョブを受信して処理する周辺機器では、ユーザ毎に課金カウンタを保持してジョブの処理によりユーザ毎の課金を行っていた。また、一つ以上のユーザがグループに登録されている場合に、グループ毎に課金カウンタを保持してジョブの処理によりグループ毎の課金カウンタにカウントしていた。
特開２００１−１２５９７７号公報

しかしながら、ジョブを投入するユーザもしくはユーザの所属するグループは必ずしもそのジョブ処理による課金の直接の対象であるとは限らないという問題があった。例えば、あるユーザＡが別のユーザＢの依頼によりジョブを投入しそのジョブ処理に対する費用はジョブの依頼者であるユーザＢが負担する場合には、ジョブの課金対象はジョブ投入したユーザＡではなく、ユーザＢの課金カウンタとなるべきである。また、ある特定の業務に必要なジョブ処理を行う場合は、ジョブ投入するユーザの課金カウンタは課金対象ではなく、その業務上の費用を負担すべき課金先に対してカウントを行うことが望ましい。

本発明は、上記課題を解決するためになされたものであり、ジョブ処理に対する課金が該ジョブを投入したユーザ以外の課金カウンタに課金されることを可能にする周辺機器管理システムを提供することを目的とする。

本発明に係る第１の発明は、ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記周辺機器を管理するサーバと、これらを接続するネットワークと、を有する周辺機器管理システムであって、前記サーバは、クライアントに対するジョブ発行許可証であるジョブチケットを発行する手段を有し、前記ジョブは、属性情報として少なくとも前記発行されたジョブチケットを含み、前記周辺機器は、前記ジョブの属性情報に含まれるジョブチケットを解釈する手段と、該ジョブチケットにより該ジョブが前記サーバにより発行許可を受けたものであることを確認する手段と、を有することを特徴とする。

本発明に係る第２の発明は、前記サーバは、ユーザＩＤと許可された課金先アカウントの対応表を保持しており、前記ジョブチケットは、少なくともジョブ発行を許可したクライアントのユーザＩＤと、該ジョブ処理に対する課金先アカウントＩＤとを含むことを特徴とする。

本発明に係る第３の発明は、前記サーバが保持するユーザＩＤと許可された課金先アカウントの対応表は、ユーザＩＤと許可された代行課金先アカウントの対応表であり、前記ジョブチケットが含む該ジョブ処理に対する課金先アカウントＩＤは、代行課金先アカウントＩＤであることを特徴とする。

本発明に係る第４の発明は、前記ジョブ処理に対する課金は、前記ジョブチケット記載の課金先アカウントに対してカウントされることを特徴とする。

本発明に係る第５の発明は、ジョブを送信する以前に前記サーバに前記ジョブチケットの発行を依頼するステップと、該送信するジョブの属性情報に前記ジョブチケットを含めジョブを送信する手段とを有することを特徴とする。

本発明に係る第１から第５の発明によれば、ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記周辺機器を管理するサーバと、これらを接続するネットワークと、を有する周辺機器管理システムにおいて、前記サーバは、ジョブチケット発行要求に対して該要求を発行したクライアントに課金先アカウントへの課金が許可されているか否かを確認してジョブチケットを発行することができ、前記クライアントは、ジョブ発行に先立ち、課金先アカウントを指定してジョブ発行許可証であるジョブチケットを取得しジョブに添付してジョブを発行することが可能となり、また、前記周辺機器では、該ジョブ処理に対する課金を許可された課金先カウンタに対してカウントすることが可能となる。

以下本発明を実施するための最良の形態を、実施例により詳しく説明する。

図１は、本発明の一実施形態を示す周辺機器管理システムの構成の一例を示す。

図１において、ＭＦＰ１０１、ＰＲＩＮＴＥＲ１０２は共に周辺機器管理システムにおいて管理対象となるネットワーク１１０に接続された周辺機器を示す。１０１はプリントジョブ及びスキャナジョブ及びコピージョブ及びＦＡＸ送信ジョブ及びＦＡＸ受信ジョブを処理可能なマルチ・ファンクション・ペリフェラルを示し、１０２はプリントジョブを処理可能なプリンタを示す。本発明においては、周辺機器管理システムを構成する周辺機器は、１０１や１０２のようなＭＦＰやプリンタであってもよいし、ＦＡＸやスキャナもしくはそれ以外のネットワークに接続可能な周辺機器であっても良い。ＰＣ１０３およびＰＣ１０４はユーザが周辺機器管理システムを使用する場合に利用するクライアントとなるパーソナルコンピュータなどのネットワーク１１０に接続された情報処理装置を示す。ＳＥＲＶＥＲ１０５は周辺機器管理システム全体を管理・制御するサーバなどのネットワーク１１０に接続された情報処理装置を示す。

本実施例では、図１において、ユーザがＰＣ１０３またはＰＣ１０４を用いて、ネットワーク１１０を介して周辺機器１０１または１０２にジョブ処理の依頼を行う。また、ＳＥＲＶＥＲ１０５が、サーバとして周辺機器１０１及び１０２及びＰＣ１０４及びＰＣ１０５とネットワーク１１０を介して通信を行い、周辺機器管理システムを動作させる。

図２は、図１のＭＦＰ１０１及びＰＲＩＮＴＥＲ１０２で示す周辺機器のハード構成を示す。

図２において、ＣＰＵ２０１とＲＡＭ２０２とＬＣＤ２０３とキーボード２０４とＲＯＭ２０５と通信インターフェース２０６とスキャナエンジン２０７とプリンタエンジン２０８とＦＡＸボード２０９とＤＩＳＫ２１０とがシステムバス２２０を介して相互に接続されている。周辺機器を制御するプログラムは、ＲＯＭ２０５もしくはＤＩＳＫ２１０に記憶されており、必要に応じてＲＡＭ２０２に読み出され、ＣＰＵ２０１によって実行される。

また、ＲＯＭ２０５、ＤＩＳＫ２１０には制御プログラム以外にも周辺機器や当該周辺機器で処理されるジョブの、機能及び状態を示す属性情報や出力の対象となるジョブデータやジョブ処理の結果を記録するジョブログなどを記憶している。また、ＣＰＵ２０１が通信インターフェース２０６を通じて外部と通信を行う。

本実施例では、特に断らない限り、図２に示した周辺機器では、ＣＰＵ２０１がシステムバス２２０を介してキーボード２０４からユーザの入力を受け取り、且つ、ＲＡＭ２０２と、ＬＣＤ２０３と、ＲＯＭ２０５と、通信インターフェース２０６と、スキャナエンジン２０７と、プリンタエンジン２０８と、ＦＡＸボード２０９と、ＤＩＳＫ２１０とを制御し実施する。

以上のような構成を有する周辺機器は、スキャナエンジン２０７を選択させて、スキャンジョブの発行を可能にする。また、プリンタエンジン２０８を選択させて、プリントジョブの発行を可能にする。また、プリンタエンジン２０８とスキャナエンジン２０７とを選択させて、コピージョブの発行を可能にする。また、スキャナエンジン２０９とプリンタエンジン２０８とＦＡＸボード２０９とを選択させてＦＡＸ送信ジョブ及び、ＦＡＸ受信ジョブの発行を可能にする。

図３は、図１のＰＣ１０３及びＰＣ１０４またはＳＥＲＶＥＲ１０５で示す情報処理装置のハード構成を示す。

図３において、ＣＰＵ３０１とＲＡＭ３０２とＬＣＤ３０３とキーボード３０４とＲＯＭ３０５とＤＩＳＫ３０６と通信インターフェース３０７とがシステムバス３２０を介して相互に接続されている。情報処理装置を制御するプログラムは、ＲＯＭ３０５もしくはＤＩＳＫ３０６に記憶されており、必要に応じてＲＡＭ３０２に読み出され、ＣＰＵ３０１によって実行される。また、ＣＰＵ３０１が通信インターフェース３０７を通じて外部と通信を行う。

本実施例では、図３に示した情報処理装置では、ＣＰＵ３０１がシステムバス３２０を介してキーボード３０４からユーザの入力を受け取り、且つ、ＲＡＭ３０２と、ＬＣＤ３０３と、ＲＯＭ３０５と、ＤＩＳＫ３０６と、通信インターフェース３０７とを制御し実施する。

図４は、図１のＳＥＲＶＥＲ１０５が保持するユーザＩＤと許可された代行課金先アカウントの対応表の一例を示す。図４において、４０１では、アカウントＩＤ０００１に対して４０２で示すようにユーザＩＤ１２３４と１１１１と２２２２のユーザが課金先として使用することが許可されている。同様に、４０３及び４０４ではアカウントＩＤ０００２に対してユーザＩＤ ＡＢＣＤと１２３４のユーザが課金先として使用することが許可されている。また、該対応表は、必要に応じて外部から参照したり、アカウントＩＤや許可されたユーザＩＤの追加・削除を行い更新することができる。

図４で示すように、ＳＥＲＶＥＲ１０５は各アカウントＩＤを課金先として使用可能なユーザＩＤの対応表を保持しており、これに従いクライアントが要求する代行課金先アカウントに対するカウント許可の判断を行うことができる。

図５は図１のＳＥＲＶＥＲ１０５が保持する課金アカウント毎の課金情報の一例を示す。列５０１は課金先アカウントを示すアカウントＩＤを示し、列５０２は列５０１のアカウントＩＤに対する現在の課金カウンタの値を示す。また、列５０３は列５０１のアカウントＩＤに対して設定されたカウンタの上限値を示す。列５０２の課金カウンタの値が５０３の設定されたカウンタの上限値に達すると該課金アカウントにはカウントできないことを示す。図５の課金情報は一例であり、アカウントＩＤごとに例えばメディアなどの消耗品のカウントを示す資源カウンタを保持していてもよいし、その他の課金対象を保持していてもよい。

図６は周辺機器が、ジョブを受信して実行し課金処理を行う処理のフローを示す。

図では、ステップをＳと示す。

図６において、ステップ６０１では、図７に示すような構成の持つ受信したジョブからジョブチケットを取り出し、取り出したジョブチケットの内容を解釈し、図８に示すようなジョブ２チケットの構成内容から該ジョブチケットが該ジョブを送信したクライアントに対してサーバが発行した正式なものであることを確認する。ジョブチケットの内容が正式なものであると確認できたら、ステップ６０２へと進み、ジョブチケットの内容が正式なものと認められない場合には、ステップ６０５へと進む。ステップ６０２ではジョブチケットが確認できたのを受けて要求されたジョブを実行する。ステップ６０３ではジョブの実行が完了した後、ジョブチケット記載のアカウントＩＤに対する課金処理として、サーバにアカウントＩＤと該ジョブ処理に対する課金カウントを通知して課金を行う。サーバは、前記課金カウントの通知を受けて、図５の列５０１から該当するアカウントＩＤを検索してそのアカウントＩＤに対応する列５０２の課金カウンタに対して該ジョブ処理に対する課金をカウントする。ステップ６０４ではジョブ実行が完了したことを要求元のクライアントに通知して処理を終了する。ステップ６０５では、ジョブチケットが不正であったためジョブ実行を拒否することをクライアントに通知して処理を終了する。

図６の処理によって周辺機器はジョブチケットを含んだジョブを処理して指定されたアカウントＩＤに対して課金することができる。

図７はクライアントが送信し周辺機器が処理するジョブの構成の一例を示す。図７において、７０２は該ジョブを送信したクライアントのユーザＩＤを示し、７０３は図８で示すような構成を持ち、図９で示すような処理によってサーバが発行するジョブチケットを示す。７０１はジョブの処理対象となるジョブデータを示す。図７で示すジョブの構成は一例であり、これ以外にジョブの名称やジョブ処理の詳細な指定などジョブの属性となるあらゆる要素を含んでいてもよい。

図８は図７の７０２で示したジョブに含まれるジョブチケットの構成の一例を示す。８０１はジョブチケットであり、このジョブを送信したクライアントの素性を証明する何らかのクライアント証明情報と、クライアントのユーザＩＤと、該ジョブチケットを発行した日時と、該ジョブ処理に対する課金先を示すアカウントＩＤと、このジョブチケットによって許可されたジョブ種別とが含まれている。このジョブチケットの構成は一例であり、これ以外の情報が含まれていても良い。また、ジョブチケットの内容は発行されたクライアントが解釈できる必要は無く、該ジョブチケットを含んだジョブを受信し、処理する周辺機器が解釈できればよい。

図９はサーバがクライアントからのジョブチケット発行要求を受信しジョブチケットを発行する処理のフローを示す。図９において、ステップ９０１ではクライアントからのジョブチケット発行要求を受信する。該ジョブチケット発行要求には、ユーザＩＤとジョブの課金先アカウントＩＤとが含まれる。ステップ９０２では前記ジョブチケット発行要求記載のユーザＩＤに対してジョブ実行が許可されているかどうかをサーバ内に登録されたユーザ登録情報により判断し、許可されていればステップ９０３へと進み、許可されていなければステップ９０６へと進む。ステップ９０３では図４に示したようなアカウントＩＤとユーザＩＤの対応表を参照して該ユーザＩＤが前記ジョブチケット発行要求に含まれる課金先アカウントＩＤへの課金が許可されている場合には、ステップ９０４へ進む。該アカウントＩＤへの課金が許可されていなければステップ９０６へと進む。ステップ９０４では図５で示したアカウントＩＤ毎の課金情報を参照して、該アカウントＩＤの課金カウンタが課金カウンタの上限に達していないかどうかを調べる。上限に達していない場合には、ステップ９０５へ進み、既に該アカウントＩＤの課金カウンタが設定された上限値を超えている場合にはステップ９０６へと進む。ステップ９０５ではジョブチケット発行要求を行ったクライアントが要求したジョブを送信する権限があるとしてジョブチケットを生成し、要求元のクライアントへ送信し処理を終了する。ステップ９０６では、要求元クライアントは要求したジョブを送信する権限が無いと判断してジョブチケットの発行を拒否してその旨を該クライアントに通知し処理を終了する。

図９に示す処理によってサーバはクライアントからのジョブチケット発行要求に対してクライアントにジョブ送信の権限があるか否かなどを確認してジョブチケットを発行することができる。

図１０はクライアントが周辺機器に対してジョブを送信する処理のフローを示す。図１０において、ステップ１００１ではサーバに対してユーザＩＤと該ジョブ処理に対する課金先アカウントＩＤとを提示してジョブチケットの発行要求を行う。ステップ１００２では、ステップ１００１のジョブチケット発行要求によってサーバからジョブチケットが得られた場合にはステップ１００３へと進み、ジョブチケットが得られなかった場合には処理を終了する。ステップ１００３ではステップ１００１で得られたジョブチケットを添付して図７に示したようなジョブを生成し、生成したジョブを周辺機器に対して送信してジョブ発行処理を終了する。

本発明の実施例に係る周辺機器管理システムの構成の一例を示す図である。 本発明の実施例に係る周辺機器の構成の一例を示す図である。 本発明の実施例に係る情報処理装置の構成の一例を示す図である。 サーバが保持するユーザＩＤと許可された課金先アカウントの対応表の一例を示す図である。 サーバが保持するアカウントＩＤ毎の課金情報の一例を示す図である。 周辺機器がジョブを実行する際の課金カウンタ更新を含む処理のフローチャートである。 クライアントが送信するジョブの構成の一例を示す図である。 クライアントが送信するジョブに含まれるジョブチケットの構成の一例を示す図である。 サーバがジョブチケット発行を発行する際の処理のフローチャートである。 クライアントがジョブを送信する際の処理のフローチャートである。

符号の説明

１０１ ＭＦＰ
１０２ ＰＲＩＮＴＥＲ
１０３，１０４ ＰＣ
１０５ ＳＥＲＶＥＲ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＬＣＤ
２０４ キーボード
２０５ ＲＯＭ
２１０ ＤＩＳＫ
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ ＬＣＤ
３０４ キーボード
３０５ ＲＯＭ
３０６ ＤＩＳＫ

Claims (5)

1. ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記周辺機器を管理するサーバと、これらを接続するネットワークと、を有する周辺機器管理システムであって、
   前記サーバは、クライアントに対するジョブ発行許可証であるジョブチケットを発行する手段を有し、
   前記ジョブは、属性情報として少なくとも前記発行されたジョブチケットを含み、
   前記周辺機器は、前記ジョブの属性情報に含まれるジョブチケットを解釈する手段と、
   該ジョブチケットにより該ジョブが前記サーバにより発行許可を受けたものであることを確認する手段と、を有することを特徴とする周辺機器管理システム。
2. 前記サーバは、ユーザＩＤと許可された課金先アカウントの対応表を保持しており、
   前記ジョブチケットは、少なくともジョブ発行を許可したクライアントのユーザＩＤと、
   該ジョブ処理に対する課金先アカウントＩＤとを含むことを特徴とする請求項１記載の周辺機器管理システム。
3. 前記サーバが保持するユーザＩＤと許可された課金先アカウントの対応表は、ユーザＩＤと許可された代行課金先アカウントの対応表であり、
   前記ジョブチケットが含む該ジョブ処理に対する課金先アカウントＩＤは、代行課金先アカウントＩＤであることを特徴とする請求項２記載の周辺機器管理システム。
4. 前記ジョブ処理に対する課金は、前記ジョブチケット記載の課金先アカウントに対してカウントされることを特徴とする請求項２または３記載の周辺機器管理システム。
5. ジョブを送信する以前に前記サーバに前記ジョブチケットの発行を依頼するステップと、該送信するジョブの属性情報に前記ジョブチケットを含めジョブを送信する手段とを有することを特徴とする請求項４記載の周辺機器管理システム。

Images