(57)【要約】【課題】  ジョブ処理に対する課金が該ジョブを投入したユーザ以外の課金アカウントに適切にカウントされることを、サーバを利用することなく可能にする周辺機器システムを提供する。【解決手段】  ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、クライアントのユーザ認証に使用するＩＣカードと、これらを接続するネットワークとを有し、ＩＣカードは、該ＩＣカードのユーザの課金アカウントを保持及び更新する手段と、クライアントに対するジョブ発行許可証であるジョブチケットを発行する手段とを有し、前記ジョブは、属性情報として少なくとも前記発行されたジョブチケットを含み、前記周辺機器は、ジョブの属性情報に含まれるジョブチケットを解釈する手段と、該ジョブがＩＣカードにより発行許可を受けたものであることを確認する手段とを有する。【選択図】      図１
2005107711.tif 000002
【特許請求の範囲】
【請求項１】
ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記クライアントのユーザ認証に使用するＩＣカードと、これらを接続するネットワークとを有する周辺機器管理システムであって、
前記ＩＣカードは、該ＩＣカードのユーザの課金アカウントを保持及び更新する手段と、
前記クライアントに対するジョブ発行許可証であるジョブチケットを発行する手段とを有し、
前記ジョブは、属性情報として少なくとも前記発行されたジョブチケットを含み、
前記周辺機器は、前記ジョブの属性情報に含まれるジョブチケットを解釈する手段と、
該ジョブチケットの解釈により、該ジョブが前記ＩＣカードから発行許可を受けたものであることを確認する手段とを有することを特徴とする周辺機器管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介する通信により、情報処理装置からジョブを受信して処理する周辺機器及び該周辺機器と通信する情報処理装置を有する周辺機器管理システムに関するものである。
【背景技術】
【０００２】
従来、ネットワークを介する通信により情報処理装置からジョブを受信して処理する周辺機器では、ユーザ毎に課金カウンタを保持してジョブの処理によりユーザ毎の課金を行っていた。
【０００３】
また、一つ以上のユーザがグループに登録されている場合には、グループ毎に課金カウンタを保持して、ジョブの処理によりグループ毎の課金カウンタにカウントしていた。
また、課金アカウントの利用許可証であるジョブチケットの使用により、指定された課金カウンタにカウントしていた。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ジョブを投入するユーザもしくはユーザの所属するグループは、必ずしもそのジョブ処理による課金の直接の対象であるとは限らないという問題があった。
【０００５】
例えば、あるユーザＡが別のユーザＢの依頼によりジョブを投入したときのそのジョブ処理に対する費用は、ジョブの依頼者であるユーザＢが負担する場合には、ジョブ投入したユーザＡがジョブの課金対象になるのではなく、ユーザＢが課金対象（課金アカウント）となるべきである。
【０００６】
また、ある特定の業務に必要なジョブ処理を行う場合は、ジョブ投入するユーザの課金カウンタは課金対象ではなく、その業務上の費用を負担すべき課金アカウントに対してカウントを行うことが望ましい。
【０００７】
また、ジョブチケットを使用したアカウント管理を行う場合には、信頼できるジョブチケットを発行する第三者のサーバが必要であった。
【課題を解決するための手段】
【０００８】
本発明は上記課題を解決するために、ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記クライアントのユーザ認証に使用するＩＣカードと、これらを接続するネットワークとを有する周辺機器管理システムであって、前記ＩＣカードは、該ＩＣカードのユーザの課金アカウントを保持及び更新する手段と、前記クライアントに対するジョブ発行許可証であるジョブチケットを発行する手段とを有し、前記ジョブは、属性情報として少なくとも前記発行されたジョブチケットを含み、前記周辺機器は、前記ジョブの属性情報に含まれるジョブチケットを解釈する手段と、該ジョブチケットの解釈により、該ジョブが前記ＩＣカードから発行許可を受けたものであることを確認する手段とを有することを特徴とする周辺機器管理システム等、を提供する。
【発明の効果】
【０００９】
本発明によれば、ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記クライアントのユーザ認証に使用するＩＣカードと、これらを接続するネットワークとを有する周辺機器管理システムにおいて、前記ＩＣカードは、ジョブチケット発行要求に対して該要求を発行したクライアントのユーザがユーザ認証済みであるか否かと、指定された課金アカウントへの課金が許可されているか否かとを確認してからジョブチケットを発行することができ、また、前記クライアントは、そのジョブの発行に先立ち、課金アカウントを指定してジョブ発行許可証であるジョブチケットを取得してこれを添付したジョブを発行することが可能となり、また、前記周辺機器では、該ジョブ処理依頼がＩＣカードにより許可されたものであることを確認してジョブ処理を行うとともに、その処理結果をクライアントに通知することが可能となる。
また、前記ＩＣカードは、認証されたユーザ毎に許可された課金アカウントに対してジョブ処理結果のカウントを適切に行うことが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態の説明を行う。
図１は、本発明の一実施形態を示す周辺機器管理システムの構成の一例を示したものである。
【００１１】
図１において、ＭＦＰ１０１は、周辺機器管理システムにおいて管理対象であってネットワーク１１０に接続された周辺機器であり、プリントジョブ、スキャナジョブ、コピージョブ、ＦＡＸ送信ジョブ、及びＦＡＸ受信ジョブを処理可能なマルチ・ファンクション・ペリフェラルを示す。
【００１２】
本発明においては、周辺機器管理システムを構成する周辺機器は、１０１のようなＭＦＰであってもよいし、プリンタでも、ＦＡＸやスキャナもしくはそれ以外のネットワークに接続可能な周辺機器であってもよい。
【００１３】
ＰＣ１０２は、ネットワーク１１０に接続された情報処理装置であり、ユーザが周辺機器管理システムを使用する場合に利用するパーソナルコンピュータなどが相当する。
ＩＣカード１０３は、ユーザが所持または利用する個人認証カードを示す。ＩＣカード１０３は、ユーザが周辺機器管理システムやパーソナルコンピュータなどを利用する場合に、そのユーザが当該システムや機器の利用を許可されていることを確認するための個人認証情報を保持している。
【００１４】
ＩＣカード１０３及びＰＣ１０２は、必要に応じて相互に通信して動作するが、双方はネットワーク１１０で接続されていてもよいし、ブルートゥースなどの無線通信やその他専用の通信Ｉ／Ｆを設けて通信してもよい。
【００１５】
また、図１においては、ＩＣカード１０３はＰＣ１０２と接続されているが、ＰＣ１０２を介さずにＭＦＰ１０１と直接接続して、ＭＦＰ１０１とＩＣカード１０３とが直接通信を行う形式でもよい。
【００１６】
本実施の形態では、図１において、ユーザは自身の所持または利用するＩＣカード１０３をＰＣ１０２に接続して通信し、必要に応じてＰＣ１０２に対してパスワードなどを入力して個人認証を行い、ＰＣ１０２を使用してジョブの投入を行う。また、ＰＣ１０２は、ネットワーク１１０を介してＭＦＰ１０１と通信を行い、ユーザによって投入されたジョブをＭＦＰ１０１に送信してジョブ処理の依頼を行う。
【００１７】
ＭＦＰ１０１は、ネットワーク１１０を介してＰＣ１０２と通信を行うとともに、必要に応じてＩＣカード１０３へ情報送信の依頼も行う。また、ＩＣカード１０３は、ＰＣ１０２とネットワーク１１０とを介してＭＦＰ１０１と相互に通信を行い、必要に応じて情報のやり取りを行う。これらの装置が相互に通信し、ジョブデータなどをやり取りして動作することで、周辺機器管理システムを動作させる。
【００１８】
図２は、図１のＭＦＰ１０１で示す周辺機器のハード構成を示す。
図２において、ＣＰＵ２０１とＲＡＭ２０２とＬＣＤ２０３とキーボード２０４とＲＯＭ２０５と通信インターフェース２０６とスキャナエンジン２０７とプリンタエンジン２０８とＦＡＸボード２０９とＤＩＳＫ２１０とが、システムバス２２０を介して相互に接続されている。ここで、周辺機器を制御するプログラムは、ＲＯＭ２０５もしくはＤＩＳＫ２１０に記憶されており、必要に応じてＲＡＭ２０２に読み出され、ＣＰＵ２０１によって実行される。
【００１９】
また、ＲＯＭ２０５、ＤＩＳＫ２１０には、制御プログラム以外にも、周辺機器や当該周辺機器で処理されるジョブの機能及び状態を示す属性情報や、出力の対象となるジョブデータ、或いはジョブ処理の結果を記録するジョブログなどを記憶している。
【００２０】
さらに、ＣＰＵ２０１は、通信インターフェース２０６を介して外部との通信を行う。ここで、通信インターフェース２０６は、イーサネット（Ｒ）などのネットワークインターフェースでもよいし、ＩＥＥＥ１３９４やＵＳＢまたはブルートゥースなどの無線通信インターフェースであってもよい。
【００２１】
本実施の形態では、特に断らない限り、図２に示した周辺機器におけるＣＰＵ２０１が、システムバス２２０を介してキーボード２０４からユーザの入力を受け取り、且つ、ＲＡＭ２０２、ＬＣＤ２０３、ＲＯＭ２０５、通信インターフェース２０６、スキャナエンジン２０７、プリンタエンジン２０８、ＦＡＸボード２０９、及びＤＩＳＫ２１０の動作制御を司る。
【００２２】
以上のような構成を有する周辺機器は、スキャナエンジン２０７を選択して、スキャンジョブの発行を可能にする。また、プリンタエンジン２０８を選択して、プリントジョブの発行を可能にする。また、プリンタエンジン２０８とスキャナエンジン２０７とを選択して、コピージョブの発行を可能にする。また、スキャナエンジン２０９とプリンタエンジン２０８とＦＡＸボード２０９とを選択してＦＡＸ送信ジョブ及びＦＡＸ受信ジョブの発行を可能にする。
【００２３】
図３は、図１のＰＣ１０２で示す情報処理装置のハード構成を示す。
図３において、ＣＰＵ３０１とＲＡＭ３０２とＣＲＴ３０３とキーボード３０４とＲＯＭ３０５とＤＩＳＫ３０６と通信インターフェース３０７とが、システムバス３２０を介して相互に接続されている。情報処理装置を制御するプログラムは、ＲＯＭ３０５もしくはＤＩＳＫ３０６に記憶されており、必要に応じてＲＡＭ３０２に読み出され、ＣＰＵ３０１によって実行される。
【００２４】
また、ＣＰＵ３０１は、通信インターフェース３０７を介して外部と通信を行う。通信インターフェース３０７は、イーサネット（Ｒ）などのネットワークインターフェースでもよいし、ＩＥＥＥ１３９４やＵＳＢまたはブルートゥースなどの無線通信インターフェースであってもよい。
【００２５】
本実施の形態では、図３に示した情報処理装置におけるＣＰＵ３０１がシステムバス３２０を介してキーボード３０４からユーザの入力を受け取り、且つ、ＲＡＭ３０２、ＣＲＴ３０３、ＲＯＭ３０５、ＤＩＳＫ３０６、及び通信インターフェース３０７の動作制御を司る。
【００２６】
図４は、図１のＩＣカード１０３で示す個人認証カードのハード構成を示している。
図４において、４２０は個人認証カード全体を示しており、これをユーザが所持または利用する。また、ＣＰＵ４０１とＲＡＭ４０２と通信インターフェース４０３とＲＯＭ４０４とが、システムバス４１０を介して相互に接続されている。
【００２７】
ＩＣカード１０３を制御するプログラムは、ＲＯＭ４０４に記憶されており、必要に応じてＲＡＭ４０２に読み出され、ＣＰＵ４０１によって実行される。また、ＣＰＵ４０１が通信インターフェース４０３を介して外部と通信を行う。通信インターフェース４０３は、イーサネット（Ｒ）などのネットワークインターフェースでもよいし、ＩＥＥＥ１３９４やＵＳＢまたはブルートゥースなどの無線通信インターフェースであってもよい。
【００２８】
ＲＯＭ４０４またはＲＡＭ４０２には、ユーザの個人認証を行うための個人情報やパスワード情報、及びユーザのアカウントに関する情報が保持されている。そして、必要に応じて通信インターフェース４０３を介した外部からの入力を受け取って認証を行ったり、ＭＦＰ１０１によってジョブを処理するために必要なジョブチケットの発行が行われたりする。
【００２９】
本実施の形態では、図４に示した個人認証カードにおけるＣＰＵ４０１が、システムバス４１０を介して、ＲＡＭ４０２、通信インターフェース４０３、及びＲＯＭ４０４の動作制御を司る。
【００３０】
図５は、図１のＩＣカード１０３のＲＯＭ４０４またはＲＡＭ４０２が保持するユーザ認証データの一例を示す図である。
図５において、ユーザＩＤ５０１及びパスワード５０２で示すように、ユーザ認証データは、このＩＣカード１０３を使用することが可能なユーザのユーザＩＤと、認証時に入力されるべきパスワードとの対で構成されている。
【００３１】
図５に示す５０３，５０５，５０７はそれぞれユーザＩＤを示し、５０４，５０６，５０８はそれぞれのユーザＩＤに対応するユーザのパスワードである。なお、図５に示したユーザ認証データは一例であり、例えば個人が所持する個人認証カードであれば、ユーザＩＤとパスワードとの１組だけで構成されていてよい。また、パスワードによる認証を行わず、指紋や音声による認証を行う場合には、ユーザＩＤ及びパスワード以外の認証に使用するデータの対によって構成されてもよい。
【００３２】
さらに、個人認証カードのみによって認証を行う場合には、ユーザＩＤのみを保持する構成にしてもよい。また、ユーザ認証データは、不正に解読されないようにするため、暗号化されて保持するようにしてもよい。
【００３３】
ＩＣカード１０３でユーザの個人認証を行う場合には、外部から入力された認証データと、ＩＣカード１０３が保持するそのユーザの認証データとを比較検証して、ユーザの個人認証を行う。ユーザの個人認証の処理内容については、後述する。
【００３４】
図６は、図５に示したユーザ認証データを使用して、ＩＣカード１０３によりユーザの個人認証を行う処理の一例を示す。本処理の例では、ＩＣカード１０３は通信インターフェース４０３を介してＰＣ１０２と接続されていて、ユーザからの入力はＰＣ１０２のキーボード３０４を介して受け付けられるようになっている。そして、認証の結果がＰＣ１０２へ通知されて、このＰＣ１０２のＣＲＴ３０３を介してユーザに通知するようになっている。
【００３５】
図６に示すステップＳ６０１では、ＩＣカード１０３は、ユーザＩＤとパスワードと共に、ユーザからの個人認証依頼を受け付ける。該個人認証依頼では、ユーザは自身のユーザＩＤ、及び自身の認証のためにＩＣカードに予め登録したパスワードを入力して、ＩＣカード１０３へ送信する。
【００３６】
ステップＳ６０２では、ＩＣカード１０３は、ステップＳ６０１で受け付けた個人認証依頼に含まれるユーザＩＤを、図５に示したようなユーザ認証データの中から検索する。ステップＳ６０２での検索の結果、ユーザ認証データ内に該当ユーザＩＤが存在しない場合には、ステップＳ６０６へと進み、該当のユーザＩＤが存在する場合にはステップＳ６０４へと進む（ステップＳ６０３）。
【００３７】
ステップＳ６０４では、図５に示したユーザ認証データから該当のユーザＩＤに対するパスワードを読み出し、これを個人認証依頼に含まれるユーザが入力したパスワードと比較する。両者のパスワードが一致した場合には、ステップＳ６０５へと進み、パスワードが一致しない場合には、ステップＳ６０６へと進む。
【００３８】
ステップＳ６０５では、ユーザＩＤとパスワードとによる認証が行えたとして個人認証を成功させて、ステップＳ６０７へと進む。
一方、ステップＳ６０６では、ユーザＩＤとパスワードによる認証が行えないとして個人認証を失敗させて、ステップＳ６０８へと進む。ステップＳ６０７及びステップＳ６０８では、ステップＳ６０５またはステップＳ６０６でのユーザ認証結果をユーザに通知して、ユーザ認証処理を終了する。
【００３９】
図７は、図１のＩＣカード１０３が、ＲＯＭ３０５またはＲＡＭ３０２によって保持する課金アカウント毎のカウント情報の一例であり、ユーザの利用可能な課金アカウントとそのカウント情報を示す図である。
【００４０】
なお、図７は一例であり、ＩＣカード１０３が一人のユーザによって所持されるカードであったり、複数のユーザで共用するがユーザの区別をしないカードであったりすれば、図７に示す課金アカウント毎のカウント情報はひとつだけでよい。また、複数のユーザで共用し且つユーザ毎の課金アカウント管理を行うＩＣカードであれば、課金アカウント毎のカウント情報をユーザの数だけＲＯＭ３０４等に保持するようにしていてもよい。
【００４１】
図７のカウント情報では、課金アカウント７０１、カウント７０２で示すように、課金の集計単位である課金アカウントに対する現在のカウント情報を保持している。７０３，７０５，７０７で示す課金アカウントは、課金アカウントＩＤによって示されており、課金の集計を行う単位となる。また、課金アカウント７０１はひとつであってもよいし、複数であってもよい。
【００４２】
７０４，７０６，７０８で示すカウント数は、対応する課金アカウント７０１の現在のカウント情報を示している。ここでカウント情報７０２の単位は、印刷したジョブの枚数でもよいし課金の金額でもよいし、その他の何らかの集計単位であってよい。
【００４３】
図８は、図１のＩＣカード１０３がＲＯＭ３０５またはＲＡＭ３０２によって保持する課金アカウント毎の残カウント情報の一例を示す図であり、ユーザの利用可能な課金アカウント８０１とそのアカウントが利用可能な残りカウント情報８０２とを示している。
【００４４】
なお、図８は一例であり、ＩＣカード１０３が一人のユーザによって所持されるカードであったり、複数のユーザで共用するがユーザの区別をしないカードであったりすれば、図８に示す課金アカウント毎の残カウント情報８０２は一つでよい。また、複数のユーザで共用し且つユーザ毎の課金アカウント管理を行うＩＣカードであれば、課金アカウント毎の残カウント情報８０２をユーザの数だけ保持するようにしてもよい。
【００４５】
図７で示す課金アカウント毎のカウント情報７０２は、アカウント毎のカウント数を示すが、図８で示す課金アカウント毎の残カウント情報は、アカウント毎にどれだけのカウント分のジョブが発行可能であるかを示している。
【００４６】
図８では、課金アカウント８０１、残りカウント８０２で示すように、課金の集計単位である課金アカウント８０１に対する現在の残カウント数を保持している。８０３，８０５，８０７で示す課金アカウントは、課金アカウントＩＤによって示されており、課金の集計を行う単位となる。また、課金アカウントはひとつであってもよいし、複数であってもよい。
【００４７】
８０４，８０６，８０８で示すカウント数は、対応する課金アカウント８０１の残カウント数を示している。ここで残カウント数の単位は、印刷できるジョブの枚数でも良いし課金の金額でもよいし、その他何らかの集計単位であってもよい。
【００４８】
以上のように、ＩＣカード１０３が保持する課金アカウント毎のカウンタ値は、図７で示すような現在のカウント数を示すものでもよいし、図８で示すような現在の残りカウント数を示すものであってもよい。
【００４９】
図９は、図１のＰＣ１０２で動作するクライアント・アプリケーションまたはドライバソフトウェアが、ユーザのジョブ発行依頼を受けてＭＦＰ１０１へジョブを発行する処理手順の一例を示したものである。
【００５０】
ステップＳ９０１では、ＭＦＰ１０１へのジョブ発行に必要となるジョブチケットの発行をＩＣカード１０３に対して依頼する。ジョブチケットの発行依頼には、ユーザが入力したユーザＩＤやパスワード、利用する課金アカウントＩＤなどが添付される。
【００５１】
ステップＳ９０２では、ステップＳ９０１のジョブチケット発行依頼によって、所望のジョブチケットが得られた場合にはステップＳ９０３へと進み、ジョブチケットが得られない場合には処理を終了する。ステップＳ９０３では、ステップＳ９０２で得られたジョブチケットを、依頼するジョブデータに添付してＭＦＰ１０１に対して送信し、ジョブを発行して処理を終了する。
【００５２】
図１０は、図９のジョブを発行する処理に先立って、該ジョブの処理に対して使用する課金アカウントを選択するための画面の一例を示したものである。クライアント・アプリケーションまたはドライバソフトウェアは、図７または図８で示したような、ユーザが利用可能な課金アカウント毎のカウント情報をＩＣカード１０３から取得して、該ユーザが利用可能な課金アカウントの一覧を１００１のような画面で表示する。
【００５３】
図１０において、１００２は、アカウントＩＤ０１は自分自身のアカウントであることを、１００３は、アカウントＩＤ０２は鈴木さんのアカウントであることを、１００４は、開発チームのアカウントであることをそれぞれ示している。ユーザは、ジョブの発行に先立って、これら自身が利用可能なアカウントの中から該ジョブの処理に対して課金対象とするアカウントを選択して、ＯＫボタン１００５を押して決定する。
【００５４】
クライアント・アプリケーションまたはドライバソフトウェアは、図１０でユーザに選択された課金アカウントＩＤを使用して、図９のＳステップ９０１に示したジョブチケットの発行依頼を行い、ジョブチケットを得る。また、該ジョブチケットを添付して、ステップＳ９０３でジョブを発行する。
【００５５】
図１１は、図９のステップＳ９０３で発行されるジョブの構成の一例を示したものである。１１０１は、クライアント・アプリケーションまたはドライバソフトウェアが指定したユーザＩＤであり、１００２は、図９のステップＳ９０１で取得したジョブチケットであり、１００３は、ユーザがジョブ処理を所望する印刷データなどのジョブデータを示す。
【００５６】
なお、図１１はジョブの構成の一例であり、このほかにジョブ名やユーザ指定のパスワード、ジョブの発行時刻などが含まれていてもよい。また、ジョブの構成の一部或いはすべてがＭＦＰ１０１に解釈可能な形式で符号化・暗号化されていてもよい。ＰＣ１０２で動作するクライアント・アプリケーションまたはドライバソフトウェアは、図１１で示すような構成を持つジョブを図９で示すような処理によってＭＦＰ１０１へと送信して、ジョブの発行を行う。
【００５７】
図１２は、図９のステップＳ９０１でＩＣカード１０３によって発行されるジョブチケットの構成の一例を示したものである。１２０１は、ステップＳ９０１でジョブチケット発行依頼を行う際に指定したユーザＩＤを示す。このユーザＩＤは、ＩＣカード１０３のユーザを識別するＩＤであり、図５のユーザ認証データで示すユーザＩＤと同じものを示している。
【００５８】
１２０２は、アカウントＩＤを示す。アカウントＩＤ１２０２は、図７または図８で示した課金アカウントを識別するＩＤであり、図１０で示すような画面においてユーザが選択し決定した該ジョブの処理に対して利用する課金アカウントである。
【００５９】
１２０３は、該ジョブチケットをＩＣカード１０３が発行した日時を示す。ジョブチケットの再利用などの不正を防ぐために、ジョブチケットにはこのような発行日時を含めることができる。発行日時の他にも、ジョブチケットには、ユーザの電子証明などのようなジョブチケットの改ざんを防ぐ情報を含めることが可能であるし、またジョブチケットの一部または全体をＭＦＰ１０１が解釈可能な形式で符号化することも可能である。
【００６０】
以上のような構成による不正の行われていないジョブチケットにおいては、図１１で示したユーザＩＤとジョブチケット内のユーザＩＤとは一致することになる。
【００６１】
図１３は、ＰＣ１０２で動作するクライアント・アプリケーションまたはドライバソフトウェアから、図１１に示すような構成を持つジョブが送信されてきた場合のＭＦＰ１０１における処理の流れを示したものである。
【００６２】
ステップＳ１３０１では、送信されてきたジョブを受信してステップＳ１３０２に進む。ステップＳ１３０２では、ジョブの中から図１１の１１０１に示すようなユーザＩＤと、１１０２に示すようなジョブチケットを取り出す。また、ジョブチケット１１０２が符号化されている場合には、これを復号してからジョブチケット内のユーザＩＤを取り出す。
【００６３】
そして、改ざん、再利用などのように、該ジョブチケットが不正に使用されたものでないかどうかを確認するために、ジョブチケット内のユーザＩＤとジョブに直接添付されたユーザＩＤとを比較する。このようなステップＳ１３０２におけるジョブチケットの正当性の確認は、ユーザＩＤ以外のジョブ添付の情報とジョブチケット内の情報とを比較・照合することで行われるようにすることも考えられる。
【００６４】
ステップＳ１３０３では、ステップＳ１３０２におけるジョブチケットの正当性の確認によって比較・照合した内容が一致した場合には、該ジョブに添付されたジョブチケットが正当なものであることが確認できたのでステップＳ１３０４へと進み、一致しなかった場合にはステップＳ１３０８へと進む。
【００６５】
ステップＳ１３０４では、ステップＳ１３０１で受信したジョブにおける図１１で示したようなジョブデータ１１０３を処理してジョブの出力を得る。ステップＳ１３０５では、ステップＳ１３０４で行ったジョブ処理が正常に終了すれば、ステップＳ１３０６へと進み、正常に終了できなかった場合には、ステップＳ１３０７へと進む。
【００６６】
ステップＳ１３０６では、クライアントが依頼したジョブを正常に処理し完了することができたので、ジョブの完了をクライアントに通知して処理を終了する。一方、ステップＳ１３０７では、クライアントが依頼したジョブを正常に処理して完了させることができなかった場合である。このため、ジョブで指定された課金アカウントに対してカウントする数を、正常に処理完了した数にするために、メディア枚数などの処理完了したカウント数をクライアントに通知して処理を完了する。
【００６７】
ステップＳ１３０８では、該ジョブに添付されたジョブチケットが不正であった場合であるので、その旨をジョブチケットエラーとしてクライアントに通知して処理を完了する。以上のように、ＭＦＰ１０１がジョブを受信して処理することで、正当なジョブチケットを添付されたジョブだけが処理され、適正な課金アカウントにカウントされるようになっている。
【００６８】
図１４は、ＩＣカード１０３がクライアントから図９のステップＳ９０１の処理などでジョブチケットの発行要求を受ける場合の処理の流れを示したものである。ステップＳ１４０１では、クライアントからのジョブチケットの発行要求を受信する。
【００６９】
ステップＳ１４０２では、該ジョブチケットの発行要求を行ったクライアントのユーザが、ＩＣカードによってユーザ認証済みかどうかをチェックする。その結果、ユーザ認証済みであれば、ステップＳ１４０３へと進み、ユーザ認証済みで無い場合には、処理を終了する。
【００７０】
ステップＳ１４０３では、クライアントから要求されたジョブチケットの内容が、ＩＣカードで保持する認証済みのユーザに対する内容であるかを確認する。すなわち、図７や図８に示すような課金アカウント毎のカウント情報に一致することが確認できると、その要求されたジョブチケットを発行して、クライアントに送信する。
ステップＳ１４０４では、ステップＳ１４０３で発行したジョブチケットの内容をジョブチケット発行情報として記録し、保存して処理を終了する。
【００７１】
以下に本発明の特徴を付記する。
（附記１）  ジョブを受信して処理する周辺機器と、前記周辺機器に対してジョブを送信するクライアントと、前記クライアントのユーザ認証に使用するＩＣカードと、これらを接続するネットワークとを有する周辺機器管理システムであって、前記ＩＣカードは、該ＩＣカードのユーザの課金アカウントを保持及び更新する手段と、前記クライアントに対するジョブ発行許可証であるジョブチケットを発行する手段とを有し、前記ジョブは、属性情報として少なくとも前記発行されたジョブチケットを含み、前記周辺機器は、前記ジョブの属性情報に含まれるジョブチケットを解釈する手段と、該ジョブチケットの解釈により該ジョブが前記ＩＣカードから発行許可を受けたものであることを確認する手段とを有することを特徴とする周辺機器管理システム。
【００７２】
（附記２）  前記周辺機器は、前記ジョブの出力に応じて前記ＩＣカードが保持する課金アカウントの更新情報を送信する手段を有することを特徴とする附記1記載の周辺機器管理システム。
【００７３】
（附記３）  前記ＩＣカードは、該ＩＣカードを利用するユーザに対して許可された課金アカウントの一覧を保持しており、前記ジョブチケットは、少なくともジョブ発行を許可されたユーザのユーザＩＤと、該ジョブ処理に対する課金アカウントＩＤとを含むことを特徴とする附記１及び２に記載の周辺機器管理システム。
【００７４】
（附記４）  前記ＩＣカードが保持する課金アカウントは、ユーザ自身の課金アカウントとは異なる代行課金アカウントを含むことを特徴とする附記１〜３のいずれか１つに記載の周辺機器管理システム。
【００７５】
（附記５）  前記周辺機器が有するジョブチケットによる該ジョブ発行許可の確認手段は、前記ジョブチケット内のユーザＩＤがジョブに添付されたユーザＩＤと同値であることを確認することを特徴とする附記４に記載の周辺機器管理システム。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施の形態に係る周辺機器管理システムの構成の一例を示す図である。
【図２】本発明の実施の形態に係る周辺機器の構成の一例を示す図である。
【図３】本発明の実施の形態に係る情報処理装置の構成の一例を示す図である。
【図４】本発明の実施の形態に係るＩＣカードの構成の一例を示す図である。
【図５】ＩＣカードが保持するユーザ認証データの一例を示す図である。
【図６】ユーザ認証を行う処理のフローチャートである。
【図７】ＩＣカードが保持するカウント情報の一例を示す図である。
【図８】ＩＣカードが保持する残カウント情報の一例を示す図である。
【図９】ジョブチケットを発行する際の処理のフローチャートである。
【図１０】情報処理装置がユーザに課金アカウントを選択させる画面を示す図である。
【図１１】ジョブの構成の一例を示す図である。
【図１２】ジョブチケットの構成の一例を示す図である。
【図１３】周辺機器がジョブを受信して処理する処理のフローチャートである。
【図１４】ＩＣカードがジョブチケットを発行する処理のフローチャートである。
【符号の説明】
【００７７】
１０１  ＭＦＰ
１０２  ＰＣ
１０３  ＩＣカード
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＬＣＤ
２０４  キーボード
２０５  ＲＯＭ
２１０  ＤＩＳＫ
３０１  ＣＰＵ
３０２  ＲＡＭ
３０３  ＣＲＴ
３０４  キーボード
３０５  ＲＯＭ
３０６  ＤＩＳＫ
３０７  通信インターフェース
４０１  ＣＰＵ
４０２  ＲＡＭ
４０３  通信インターフェース
４０４  ＲＯＭ
【図１】
2005107711.tif 000003
【図２】
2005107711.tif 000004
【図３】
2005107711.tif 000005
【図４】
2005107711.tif 000006
【図５】
2005107711.tif 000007
【図６】
2005107711.tif 000008
【図７】
2005107711.tif 000009
【図８】
2005107711.tif 000010
【図９】
2005107711.tif 000011
【図１０】
2005107711.tif 000012
【図１１】
2005107711.tif 000013
【図１２】
2005107711.tif 000014
【図１３】
2005107711.tif 000015
【図１４】
2005107711.tif 000016