JP2002009999A - 課金システム及びコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 利用するメカや提供するサービスにより不公
平が生じず、途中でエラーなどの不都合が生じた場合も
対処可能なネットワーク分散環境におけるイメージ入出
力装置に対する課金方法を提供する。 【解決手段】 ユーザ要求によりクライアントからブロ
ーカ９’にＦＡＸ送信・印刷要求を発行する。ブローカ
９’では立ち上げ時に登録されている複数のイメージ入
出力装置７の中からプリント機能を持つものとＦＡＸ送
信機能を持つものを探し出し印刷・ＦＡＸ送信を要求す
る。印刷・ＦＡＸ送信中はそれぞれの入出力装置７にお
いてソフトウエア部品の使用に応じた課金処理を行う。
印刷中にエラーが発生するとプリンタはブローカ９’に
対してエラーを通知し、ブローカ９’は印刷を行ってい
たプリンタとＦＡＸ送信を行っていたＦＡＸの両方に対
してジョブとジョブに関する課金のクリアを要求する。
ブローカ９’は記憶装置にエラー・課金クリア履歴を残
す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、課金システム及び
コンピュータ読み取り可能な記録媒体に関し、より詳細
には、ネットワーク分散環境におけるイメージ入出力装
置の利用者を制限・課金管理するための課金システム及
びコンピュータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】近年、オフィスにおけるネットワーク化
は広がっており、また、同時にイメージ入出力装置のネ
ットワーク化も進み、イメージ入出力装置がネットワー
クシステム内に複数組み込まれることが普通の状況にな
ってきた。また、装置の機能の充実により、異なる装置
であっても同じ機能を達成することも可能となってい
る。例えば、コピーする機能はコピー機で達成すること
も、スキャナとプリンタの組み合わせで達成すること
も、マルチファンクションのスキャナとプリンタの組み
合わせで達成することも可能である。また、一つの装置
内で同じ機能を達成することに対しても、異なる選択が
可能である。例えば、ソート機能に対してはメモリを利
用して電子的にソートすることも可能であるし、複数の
排紙ビンを持つソータを使って機能を達成することも可
能である。

【０００３】上述のごときイメージ入出力装置をネット
ワーク内で提供する際に、それを利用する人に対する課
金処理が必要となる場合がある。特開平１１−１２９５
８９号公報には、利用者が利用する機能に対して課金を
行い、キャンセル指示に基づいて課金をキャンセルでき
るようにした「課金装置、課金方法、及び課金処理プロ
グラムを記憶する記憶媒体」が記載されている。特開平
１１−１２９５８９号公報に記載の発明においては、一
つのジョブに対する課金を対象としている。

【０００４】

【発明が解決しようとする課題】しかしながら、実際に
課金しようとした場合、ネットワーク内の異なる装置に
よっても、同一装置内の異なる選択によっても、１つの
機能を達成させることが可能であり、機能・処理に対し
て課金したのでは、利用するメカや提供するサービスに
よって不公平が生じてしまう。

【０００５】本発明は、上述のごとき実情に鑑みてなさ
れたものであり、利用するメカや提供するサービスによ
り不公平が生じず、途中でエラーなどの不都合が生じた
場合も対処可能な、ネットワーク分散環境におけるイメ
ージ入出力装置に対する課金システム及びコンピュータ
読み取り可能な記録媒体を提供することをその目的とす
る。

【０００６】

【課題を解決するための手段】本発明は、イメージ入出
力装置内に組み込まれているソフトウエア部品を利用者
制限の対象として管理し、更にネットワーク分散環境下
にあるイメージ入出力装置の課金情報を統合ミドルウエ
アにより統合して管理しているシステムを前提とし、課
金対象であるソフトウエア部品単位に課金管理すること
にあわせて、ジョブ単位でその処理を監視することによ
り、途中でエラーなどの不都合が生じた場合の処理を可
能としている。

【０００７】単にソフトウエア部品に対して課金をする
だけであったならば、そのソフトウエア部品の仕様に関
するつながりが明確ではなく、どのようなジョブに対し
てソフトウエア部品が使われた結果、その課金処理がな
されたかが明確ではない。請求項１の発明は、コピー
機，ファクシミリ，プリンタ，スキャナ、或いはこれら
のいくつかの機能を併せ持つ複合機等の複数のイメージ
入出力装置と、該複数のイメージ入出力装置の管理及び
サービスを統合するミドルウエアと、前記イメージ入出
力装置に対する（ベンダの）サービスセンタとを有する
ネットワーク分散環境における課金システムにおいて、
各イメージ入出力装置は、課金処理機能を持つ複数のソ
フトウエア部品を有し、前記ミドルウエアは、利用者が
前記ソフトウエア部品を使用する際に、使用するジョブ
単位に前記ソフトウエア部品の課金管理を行い、前記サ
ービスセンタは、前記ミドルウエアを通じて前記ソフト
ウエア部品の使用状況に応じた課金情報を取出し、か
つ、各ソフトウエア部品の利用者の登録・管理機能を持
つことを特徴とし、利用者に対して理解しやすいジョブ
に対する処理を可能としたものである。

【０００８】請求項２の発明は、請求項１の発明におい
て、前記ミドルウエアは、ジョブの実行の際に、あるソ
フトウエア部品でエラーが発生した時に、該ソフトウエ
ア部品を使用したジョブに関わるすべての課金処理をキ
ャンセルすることを特徴とし、あるジョブを実行中にエ
ラーが発生した時、利用者はもう一度最初からそのジョ
ブを実行しなければならない場合を想定し、その時に応
じた処理を可能としたものである。

【０００９】請求項３の発明は、請求項１の発明におい
て、前記ミドルウエアは、ジョブ実行の際に、あるソフ
トウエア部品でエラーが発生した時に、該エラーが発生
したソフトウエア部品に関わる課金処理のみをキャンセ
ルすることを特徴とし、請求項２の発明において想定し
た状況と異なり、複数の結果を得るようなジョブの場合
（例えばファックスの送信しながら印刷する場合な
ど）、エラーが発生したソフトウエア部品に対する処理
のみをもう一度行うような場合であっても、その時に応
じた処理を可能としたものである。

【００１０】請求項４の発明は、請求項１の発明におい
て、前記ミドルウエアは、ジョブ実行の際に、あるソフ
トウエア部品のある部分でエラーが発生した時に、該エ
ラーが発生した部分に関わる課金処理のみをキャンセル
することを特徴とし、請求項２及び３の発明において想
定した状況と異なり、エラーが発生した時の使用のみを
キャンセルしたい場合（例えば、印刷中のジャムで前の
ページまではそのまま使えるような場合）であっても、
その時に応じた処理を可能としたものである。

【００１１】請求項５の発明は、請求項１の発明におい
て、請求項２乃至４記載の課金システムにおける課金処
理から、課金処理のキャンセルの方式を選択し、設定で
きることを特徴とし、利用者及びイメージ入出力装置ベ
ンダの上記機能の利用に対するカスタマイズを可能とし
たものである。

【００１２】請求項６の発明は、請求項１乃至５のいず
れか１記載の課金システムを実現するためのプログラム
を記録したコンピュータ読み取り可能な記録媒体であ
る。

【００１３】

【発明の実施の形態】本発明は、イメージ入出力装置内
に組み込まれているソフトウエア部品を利用者制限の対
象として管理し、更にネットワーク分散環境下にあるイ
メージ入出力装置の課金情報を統合ミドルウエアにより
統合して管理するシステムにおいて、ソフトウエア部品
単位で課金管理することにあわせて、ジョブ単位でその
処理を監視することにより、途中でエラーなどの不都合
が生じた場合も対処可能な課金処理を実行することを特
徴とする。

【００１４】（システム環境）複写機，ファックス，プ
リンタ，スキャナ等のイメージ入出力装置は、スタンド
アローン・１対１接続で利用されてきたが、近年はネッ
トワーク環境に接続される利用方法も増えてきている。
また、装置側のベンダもサービスセンタなどを設け、リ
モートから各ユーザの装置の動作状況や利用状況に関す
るサービスを提供している。

【００１５】図１は、本発明の一実施形態に係るイメー
ジ入出力装置を備えたネットワーク環境の一例を示す概
略図で、図中、１は装置のベンダが設けたサービスセン
タ、６はユーザ環境を示す。本発明の課金システムで
は、それら既存のシステム環境の外に、ユーザ情報を管
理するサービスセンタ１が必要となる。基本的に、ユー
ザ環境６におけるイメージ入出力装置として例示された
プリンタ７₁，複写機７₂，スキャナ７₃のベンダごとに
サービスセンタ１が存在するものとする。各サービスセ
ンタ１は、ＰＣ３を介してネットワーク４に接続されて
おり、ネットワーク４，５を通じて（後述するブローカ
９’を通じて）、ソフトウエアの使用状況に応じた課金
情報を取り出し、かつ、各ソフトウエア部品の利用者の
ユーザ登録情報・装置情報２を管理しているものとす
る。また、ユーザ環境６もＬＡＮ等のネットワーク５で
接続されたユーザ或いはユーザグループごとに存在し、
各ユーザ環境６は、ユーザが１以上のＰＣ８を通じて若
しくは入出力装置単独（複合機，複写機，ＦＡＸ等）で
イメージ入出力装置７₁，７₂，７₃をイメージの入出力
に使用することが可能になっており、さらに、各入出力
装置７₁，７₂，７₃のユーザ登録情報・装置情報９が管
理できるように整えられている。なお、本実施形態にお
いてユーザ環境に組み込まれているイメージ入出力装置
とは、複数のコピー機（複写機），ファクシミリ，プリ
ンタ，スキャナや、それらのいくつかの複合機能を持つ
複合機等である。

【００１６】（ハードウエア構成）図２は、図１のユー
ザ環境のハードウエア構成の一例を示すブロック図であ
る。本実施形態におけるイメージ入出力装置７は、装置
全体の制御を司るプロセッサ（ＣＰＵ）１１を備え、そ
の制御下に、ＲＯＭ１２、ＲＡＭ１３、ＮＶＲＡＭ１
４、操作パネル２０及びパネル制御部１６、スキャン／
プリントエンジン２１及びエンジン制御部１７、記憶装
置２２及びディスクドライバ１８、通信制御部１９、モ
デム１５が接続されている。

【００１７】ＲＯＭ１２には、プログラムコード、フォ
ント、及びその他の静的なデータが格納されている。Ｒ
ＡＭ１３は、一時的な記憶場所として利用される。ＮＶ
ＲＡＭ１４には、不揮発性のデータを格納しておく。操
作パネル２０とパネル制御部１６はユーザとのインタフ
ェースを司り、スキャン／プリントエンジン２１とエン
ジン制御部１７はイメージデータの入出力ユニットとし
て紙原稿の読み取りと転写紙への印刷を実行する。記憶
装置２２とディスクドライバ１８は、大量のイメージデ
ータなどを蓄積したり、データベースの記憶場所として
利用される。通信制御部１９はイーサネット（登録商
標）等のネットワークに接続され、また、モデム１５は
公衆回線と接続され、外部の機器との通信を可能とす
る。

【００１８】ブローカとしての役割を果たすミドルウエ
ア（ブローカ）９’は、ネットワーク５に接続されてい
る入出力装置７に必要な機能情報や管理情報を維持し、
クライアント（ここではＰＣ８）とサーバ（ここではイ
メージ入出力装置７）の接続を確立する役目を請け負
う。ブローカ９’の装置は、図１におけるユーザ登録情
報・装置情報９を維持する装置に該当し、ＣＰＵ３１，
ＲＯＭ３２，ＲＡＭ３３，通信制御部３４及びユーザ登
録情報・装置情報９を蓄積したデータベース９を有して
いるものであり、ＰＣ８あるいはイメージ入出力装置７
のどちら側に存在していてもよい。ブローカ９’のデー
タベース９に、利用者登録のための各種データが格納さ
れている。

【００１９】（ソフトウエア構成）図３は、本発明の一
実施形態を説明するための層構造を示すブロック図であ
る。本実施形態の層構造としては、大きく分けるとハー
ドウエア層４０，ドライバ層５０，カーネル層６０，ア
プリケーション層７０の４層となる。

【００２０】ハードウエア層４０は、装置内に存在する
制御可能なリソースの集合であり、本実施形態において
は、入出力に関するスキャナ４５，画像バス４６，プロ
ッタ４７と、ネットワークインタフェース４４，ＲＯＭ
４１，ＲＡＭ４２，記憶装置（ＮＶＲＡＭ）４３を有す
る。

【００２１】ドライバ層５０は、各種ハードウエア４１
〜４７を駆動するための制御を実行する機能ブロックの
集まりであり、本実施形態においては、ＲＯＭ４１を管
理するためのメモリ管理ドライバ５１、ＲＡＭ４２を管
理するためのプロセス管理ドライバ５２、記憶装置（Ｎ
ＶＲＡＭ）４３を管理するためのファイル管理ドライバ
５３、ネットワークインタフェース４４を制御するネッ
トワークドライバ５４、スキャナ４５，画像バス４６，
プロッタ４７を制御する一体型コピードライバ５５、ス
キャナ４５，プロッタ４７を制御するブロッキングデバ
イスドライバ５６及びページデバイスドライバ５７を有
する。

【００２２】カーネル層６０は、通常ＯＳのカーネルと
して組み込まれ、各種デバイス４１〜４７を抽象化して
アプリケーションに対しサービスを提供するものであ
り、アプリケーション層７０はカーネル層６０に対しシ
ステムコールすることにより動作する。カーネル層６０
には、ＲＯＭ４１を仮想メモリとして利用するための仮
想メモリ６１、ＲＡＭ４２における実行プロセスを管理
するための実行プロセス６２、ファイルを管理するため
のファイルシステム６３、ネットワークを介してソケッ
ト通信を行うためのソケット６４、スキャナ４５，画像
バス４６，プロッタ４７の各種デバイスを実行管理する
ためのカーネル６６及びモード管理するためのカーネル
６７を含む仮想マシン６５、のそれぞれのカーネルを有
するものとする。

【００２３】アプリケーション層７０は、コピー・ファ
ックス・プリンタ・スキャナなどのアプリケーションを
形成するレイヤであり、オペレーションマネージャ７
１，ドキュメントマネージャ７２，サービスマネージャ
７３，デバイスマネージャ７４，データベースマネージ
ャ７５，プログラムファクトリ７６を有する。

【００２４】ドキュメントマネージャ７２は、コピー・
ファックス・プリンタ・スキャナなどのシナリオに沿っ
てドキュメントをハンドリングするアプリケーションと
しては中心となる機能ブロックである。サービスマネー
ジャ７３は、ドキュメントハンドリングの際に共通に必
要となる機能ブロックであり、各種サービスの管理・実
行を行う。デバイスマネージャ７４は、スキャナ４５，
画像バス４６，プロッタ４７といった物理デバイスの動
作を決定する機能ブロックであり、各種デバイスの管理
・実行を行う。オペレーションマネージャ７１は、装置
に付属している操作パネルを制御するものであり、ボタ
ンの表示・ボタンオペレーションのノーティファイ・ア
ラートの通知などを行う。データベースマネージャ７５
は、フォント・定形フォーム・ファックス受信履歴・装
置の利用履歴などの永続データの維持管理を行う。本発
明においては、ここにソフトウエア部品とその課金情報
と、積み上げ料金の維持・管理も行う。プログラムファ
クトリ７６は、ソフトウエア部品からプログラム実行の
ための初期化を行う。すなわち、静的に存在するソフト
ウエア部品をＲＡＭ上へ展開し（オブジェクト指向プロ
グラミングにおけるインスタンスの生成）、何らかのメ
ッセージを受け取る（オブジェクト指向プログラミング
におけるメソッドコール）ことにより動作可能な状態に
しておく。

【００２５】（請求項１の発明に対応する動作例）図４
は、本発明の一実施形態における課金システム内のブロ
ーカとイメージ入出力装置とのやり取り（動作）の一例
を示すフロー図で、１つの文書をファックス（ＦＡＸ）
送信及び印刷する例を示す図である。本実施形態におい
ては、単にソフトウエア部品に対して課金をするだけで
あったならば、そのソフトウエア部品の仕様に関するつ
ながりが明確ではなく、どのようなジョブに対してソフ
トウエア部品が使われた結果、その課金処理がなされた
かが明確ではないので、利用者が理解しやすいジョブに
対する処理で課金するシステムを提供する。

【００２６】まず、ユーザからの要求により、クライア
ントからブローカにファックス送信＆印刷要求を発行す
る（ステップＳ１）。ブローカでは、立ち上げ時に登録
されているイメージ入出力装置の中から、プリント機能
を持つものと、ファックス送信機能を持つものを探し出
し、印刷及びファックス送信を要求する（ステップＳ
２，Ｓ３）。印刷及びファックス送信中（ステップＳ
４）は、それぞれのイメージ入出力装置において、ソフ
トウエア部品の使用に応じた課金処理がなされている。
印刷及びファックス送信が終わると、それぞれのイメー
ジ入出力装置から印刷及びファックス送信完了通知とし
てソフト部品ＩＤ及びその利用代金が各ソフト部品単位
にデータとしてブローカに送られてくる（ステップＳ
５，Ｓ６）。ブローカではクライアントから送られてき
たファックス送信＆印刷要求というジョブと関連付けて
利用代金を加算する（ステップＳ７）。

【００２７】（請求項２の発明に対応する動作例）図５
は、本発明の一実施形態における課金システム内のブロ
ーカとイメージ入出力装置とのやり取りの一例を示すフ
ロー図で、図６は、図５におけるイメージ入出力装置
（プリンタ）内の処理の一例を示すフロー図である。本
実施形態においては、あるジョブを実行中にエラーが発
生した場合、利用者はもう一度最初からそのジョブを実
行しなければならない場合を想定し、その時に応じた処
理が可能となる課金システムを提供する。

【００２８】図４を用いて説明した実施形態と同じジョ
ブにおいて、印刷中にエラーが発生する場合を想定す
る。ステップＳ１１〜Ｓ１４は、上述のステップＳ１〜
Ｓ４と同じ処理である。印刷中にエラーが発生するとプ
リンタはブローカに対してエラーを通知し（ステップＳ
１５）、ブローカは印刷を行っていたプリンタと、ファ
ックス送信を行っていたファックスの両方に対してジョ
ブとジョブに関する課金のクリアを要求する（ステップ
Ｓ１６，Ｓ１７）。ブローカは、課金管理の一環として
自分の記憶装置にエラー履歴及び課金クリア履歴を残す
（ステップＳ１８）。

【００２９】一方、プリンタ内では、各ソフトウエア部
品（展開部品・プロッタ制御部品・紙搬送制御部品な
ど）において、印刷要求による印刷開始の指示（ステッ
プＳ１２）がなされた時点で、課金を開始している（ス
テップＳ２２，Ｓ２４，Ｓ２６）。各ソフトウエアに対
するジョブは、ブローカから印刷開始通知を受け取った
サービスマネージャが各ソフトウエアに対して処理開始
を通知することにより（ステップＳ２１，Ｓ２３，Ｓ２
５）、実行される。本例においては、紙搬送部品のジョ
ブでエラーが発生した場合を想定している。紙搬送部品
からサービスマネージャにエラー発生の通知がなされる
と（ステップＳ２７）、サービスマネージャはブローカ
に対してエラー発生を通知する（ステップＳ１５）。ブ
ローカからの印刷キャンセル及びジョブに関する課金ク
リアの指示（ステップＳ１６）によって、各ソフトウエ
アに対して課金クリアの指示がなされ（ステップＳ３
１，Ｓ３３，Ｓ３５）、各ソフトウエア部品内でこれま
で課金されたものはクリアされる（ステップＳ３２，Ｓ
３４，Ｓ３６）。

【００３０】（請求項３の発明に対応する動作例）図７
は、本発明の一実施形態における課金システム内のブロ
ーカとイメージ入出力装置とのやり取りの一例を示すフ
ロー図で、図８は、図７におけるイメージ入出力装置
（プリンタ）内の処理の一例を示すフロー図である。本
実施形態では、図５を用いて説明した実施形態で想定し
た状況と異なり、複数の結果を得るようなジョブの場合
（例えばファックスの送信をしながら印刷する場合な
ど）、エラーが発生したソフトウエア部品に対する処理
のみを、もう一度行う場合が想定できる。本実施形態は
そのような場合であっても、その時に応じた処理が可能
となることを目的としたものである。

【００３１】図５を用いて説明した実施形態と同じジョ
ブにおいて、プリンタでエラーが発生したことを想定す
る。ステップＳ４１〜Ｓ４４は、上述のステップＳ１〜
Ｓ４と同じ処理である。印刷中にエラーが発生するとプ
リンタはブローカに対してエラーを通知し（ステップＳ
４５）、ブローカは印刷を行っていたプリンタのみに、
印刷キャンセルを指示し、エラー発生部品の課金をクリ
アするよう要求する（ステップＳ４６）。プリンタから
は、印刷完了通知として使用したソフト部品とその利用
代金が送られてくる（ステップＳ４７）。ファックスの
方からは、通常処理が完了した旨の送信完了通知が送ら
れてくる（ステップＳ４８）。ブローカで、通知された
内容で部品毎に代金を加算し、ジョブとエラーの履歴を
残す（ステップＳ４９）。

【００３２】一方、プリンタ内では、各ソフトウエア部
品（展開部品・プロッタ制御部品・紙搬送制御部品な
ど）において、印刷要求による印刷開始の指示（ステッ
プＳ４２）がなされた時点で、課金を開始している（ス
テップＳ５２，Ｓ５４，Ｓ５６）。各ソフトウエアに対
するジョブは、ブローカから印刷開始通知を受け取った
サービスマネージャが各ソフトウエアに対して処理開始
を通知することにより（ステップＳ５１，Ｓ５３，Ｓ５
５）、実行される。本例においては、紙搬送部品のジョ
ブでエラーが発生した場合を想定している。紙搬送部品
からサービスマネージャにエラー発生の通知がなされる
と（ステップＳ５７）、サービスマネージャはブローカ
に対してエラー発生を通知する（ステップＳ４５）。ブ
ローカからの印刷キャンセル及びエラー発生部品の課金
クリアの指示（ステップＳ４６，Ｓ６１）によって、エ
ラーが発生した紙搬送部品の課金はクリアする（ステッ
プＳ６２）。他の部品に対しては、課金要求の通知がな
され（ステップＳ６３，Ｓ６５），利用金額の情報をサ
ービスマネージャに送り（ステップＳ６４，Ｓ６６）、
利用代金を回収しブローカに印刷完了を通知する（ステ
ップＳ４７）。

【００３３】（請求項４の発明に対応する動作例）図９
は、本発明の一実施形態における課金システム内のブロ
ーカとイメージ入出力装置とのやり取りの一例を示すフ
ロー図で、図１０は、図９におけるイメージ入出力装置
（プリンタ）内の処理の一例を示すフロー図である。本
実施形態は、図５乃至図８を用いて説明した実施形態で
想定した状況と異なり、エラーが発生した時の使用のみ
をキャンセルしたい場合（例えば、印刷中のジャムで前
のページまではそのまま使えるような場合）、が想定で
きる。本実施形態はそのような場合であっても、その時
に応じた処理が可能となることを目的としたものであ
る。

【００３４】本実施形態においては、図７を用いて説明
した実施形態において、ステップＳ４６に対応する処理
（ステップＳ７６）が異なっており、その他のステップ
Ｓ７１〜Ｓ７５，Ｓ７７〜Ｓ７９は、それぞれステップ
Ｓ４１〜Ｓ４５，Ｓ４７〜Ｓ４９と同様である。すなわ
ち、ブローカは、プリンタからのエラー発生通知（ステ
ップＳ７５）に対して、印刷キャンセル及びエラー発生
部分の課金クリアを返す（ステップＳ７６）。

【００３５】本実施形態においては、図５及び図６で説
明した実施形態と同じジョブにおいて、プリンタでエラ
ーが発生したことを想定する。その場合、プリンタのみ
に、印刷キャンセルを指示し、エラー発生部分の課金を
クリアするよう要求する（ステップＳ７６）。プリンタ
からは、使用したソフト部品とその利用代金が送られて
くる（ステップＳ７７）。ファックスの方からは、通常
処理の完了が通知される（ステップＳ７８）。ブローカ
では、通知された内容で部品毎に代金を加算し、ジョブ
とエラーの履歴を残す（ステップＳ７９）。

【００３６】一方、プリンタ内では、まず、図８で示し
たステップＳ４２，Ｓ５１〜Ｓ５７，Ｓ４５と同様の処
理が行われる。すなわち、各ソフトウエア部品（展開部
品・プロッタ制御部品・紙搬送制御部品など）におい
て、印刷要求による印刷開始の指示（ステップＳ７２）
がなされた時点で、課金を開始している（ステップＳ８
２，Ｓ８４，Ｓ８６）。各ソフトウエアに対するジョブ
は、ブローカから印刷開始通知を受け取ったサービスマ
ネージャが各ソフトウエアに対して処理開始を通知する
ことにより（ステップＳ８１，Ｓ８３，Ｓ８５）、実行
される。本例においては、紙搬送部品のジョブでエラー
が発生した場合を想定している。紙搬送部品からサービ
スマネージャにエラー発生の通知がなされると（ステッ
プＳ８７）、サービスマネージャはブローカに対してエ
ラー発生を通知する（ステップＳ７５）。続いて、ブロ
ーカからの印刷キャンセル及びエラー発生部分の課金ク
リアの指示（ステップＳ７６，Ｓ９１）によって、紙搬
送部品に対するジョブ中のエラーが発生した部分の課金
をクリアする（ステップＳ９２）。全ての部品に対して
課金要求の通知がなされ（ステップＳ９３，Ｓ９５，Ｓ
９７）、利用金額の情報をサービスマネージャに送り
（ステップＳ９４，Ｓ９６，Ｓ９８）、利用代金を回収
しブローカに印刷完了を通知する（ステップＳ７７）。

【００３７】（請求項５の発明に対応する動作例）請求
項５の発明に係る実施形態は、利用者及びイメージ入出
力装置ベンダの上記機能の利用に対するカスタマイズを
目的としたものである。本実施形態の動作に関しては、
ネットワーク上にあるクライアントやブローカ機能を持
つイメージ入出力装置や、イメージ入出力機器ベンダに
おいて、請求項２乃至４の課金処理のうちどの機能を実
行するかの設定を行い、ブローカ内に保存しておく。ブ
ローカでは、エラーが発生した際に、その設定を参照し
てどのように振る舞うかを決定する。

【００３８】

【発明の効果】請求項１，６の発明によれば、課金対象
としては、最も粒度の小さいソフトウエア部品とするこ
とにより、機能の利用に対する木目細かい課金がなされ
る一方、利用者にとってはソフトウエア部品の使用とい
うよりも、機能やジョブに対する分類の方が分かりやす
い。本発明を利用することにより、利用者は木目細かい
課金と機能やジョブに対するソフトウエア部品の使用に
対する理解の両方のメリットを得ることが可能となる。

【００３９】請求項２，６の発明によれば、請求項１の
発明の効果に加えて、エラーが発生した場合の課金に対
する処理をキャンセルすることが可能となり、利用者は
余計な出費をすることがなくなる。

【００４０】請求項３，６の発明によれば、請求項２の
発明の効果よりも細かい単位でのキャンセルが可能とな
る。

【００４１】請求項４，６の発明によれば、請求項３の
発明の効果よりも更に細かい単位でのキャンセルが可能
となる。

【００４２】請求項５，６の発明によれば、請求項２乃
至４の発明の効果に加えて、利用者やイメージ入出力装
置ベンダが独自の設定ができるので、その利用にかなっ
たキャンセルが行えることにより、利用者指向の使用が
可能となる。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係るイメージ入出力装
置を備えたネットワーク環境の一例を示す概略図であ
る。

【図２】 図１のユーザ環境のハードウエア構成の一例
を示すブロック図である。

【図３】 本発明の一実施形態を説明するための層構造
を示すブロック図である。

【図４】 本発明の一実施形態における課金システム内
のブローカとイメージ入出力装置とのやり取り（動作）
の一例を示すフロー図で、１つの文書をＦＡＸ送信及び
印刷する例を示す図である。

【図５】 本発明の一実施形態における課金システム内
のブローカとイメージ入出力装置とのやり取りの一例を
示すフロー図である。

【図６】 図５におけるイメージ入出力装置（プリン
タ）内の処理の一例を示すフロー図である。

【図７】 本発明の一実施形態における課金システム内
のブローカとイメージ入出力装置とのやり取りの一例を
示すフロー図である。

【図８】 図７におけるイメージ入出力装置（プリン
タ）内の処理の一例を示すフロー図である。

【図９】 本発明の一実施形態における課金システム内
のブローカとイメージ入出力装置とのやり取りの一例を
示すフロー図である。

【図１０】 図９におけるイメージ入出力装置（プリン
タ）内の処理の一例を示すフロー図である。

【符号の説明】

１…サービスセンタ、２…ユーザ登録情報・装置情報、
３，８…ＰＣ、４，５…ネットワーク、６…ユーザ環
境、７…イメージ入出力装置、９…ユーザ登録情報・装
置情報（データベース）、９’…ブローカ、１１，３１
…ＣＰＵ、１３，３３，４２…ＲＡＭ、１２，３２，４
１…ＲＯＭ、１４，４３…記憶装置（ＮＶＲＡＭ）、１
５…モデム、１６…パネル制御部、１７…エンジン制御
部、１８…ディスクドライバ、１９，３４…通信制御
部、２０…操作パネル、２１…スキャン／プリントエン
ジン、２２…記憶装置、４０…ハードウエア層、４４…
ネットワークインタフェース、４５…スキャナ、４６…
画像バス、４７…プロッタ、５０…ドライバ層、５１…
メモリ管理ドライバ、５２…プロセス管理ドライバ、５
３…ファイル管理ドライバ、５４…ネットワークドライ
バ、５５…一体型コピードライバ、５６…ブロッキング
デバイスドライバ、５７…ページデバイスドライバ、６
０…カーネル層、６１…仮想メモリ、６２…実行プロセ
ス、６３…ファイルシステム、６４…ソケット、６６…
実行管理、６７…モード管理、６５…仮想マシン、７０
…アプリケーション層、７１…オペレーションマネージ
ャ、７２…ドキュメントマネージャ、７３…サービスマ
ネージャ、７４…デバイスマネージャ、７５…データベ
ースマネージャ、７６…プログラムファクトリ。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数のイメージ入出力装置と、該複数の
   イメージ入出力装置の管理及びサービスを統合するミド
   ルウエアと、前記イメージ入出力装置に対するサービス
   センタとを有するネットワーク分散環境における課金シ
   ステムにおいて、各イメージ入出力装置は、課金処理機
   能を持つ複数のソフトウエア部品を有し、前記ミドルウ
   エアは、利用者が前記ソフトウエア部品を使用する際
   に、使用するジョブ単位に前記ソフトウエア部品の課金
   管理を行い、前記サービスセンタは、前記ミドルウエア
   を通じて前記ソフトウエア部品の使用状況に応じた課金
   情報を取出し、かつ、各ソフトウエア部品の利用者の登
   録・管理機能を持つことを特徴とする課金システム。
2. 【請求項２】 請求項１記載の課金システムにおいて、
   前記ミドルウエアは、ジョブの実行の際に、あるソフト
   ウエア部品でエラーが発生した時に、該ソフトウエア部
   品を使用したジョブに関わるすべての課金処理をキャン
   セルすることを特徴とする課金システム。
3. 【請求項３】 請求項１記載の課金システムにおいて、
   前記ミドルウエアは、ジョブ実行の際に、あるソフトウ
   エア部品でエラーが発生した時に、該エラーが発生した
   ソフトウエア部品に関わる課金処理のみをキャンセルす
   ることを特徴とする課金システム。
4. 【請求項４】 請求項１記載の課金システムにおいて、
   前記ミドルウエアは、ジョブ実行の際に、あるソフトウ
   エア部品のある部分でエラーが発生した時に、該エラー
   が発生した部分に関わる課金処理のみをキャンセルする
   ことを特徴とする課金システム。
5. 【請求項５】 請求項１記載の課金システムにおいて、
   請求項２乃至４記載の課金システムにおける課金処理か
   ら、課金処理のキャンセルの方式を選択し、設定できる
   ことを特徴とする課金システム。
6. 【請求項６】 請求項１乃至５のいずれか１記載の課金
   システムを実現するためのプログラムを記録したコンピ
   ュータ読み取り可能な記録媒体。