JP2002318971A - 機能別課金のための方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 多様な態様で装置等の製品を使用する場合や
使用態様が変化する場合においても少ない費用で製品を
使用できるようにする。 【解決手段】 対象装置６１０のいずれかの機能の使用
が指示されると、使用管理装置１１０は、その機能の使
用を許可するチケットの残量を調べ、指示された使用に
必要なチケット残量があれば、対象装置６１０にその機
能を実行させる。チケット残量が必要な量よりも少なけ
れば、使用者のチケット取得指示に基づき、サーバ２０
０にその機能に対応するチケット発行をインターネット
７００を介して要求する。チケットが発行されると、そ
の機能に対するチケット残量が増大する。これにより、
対象装置１１０は上記使用の指示に応じたその機能の使
用が可能となる。サーバ２００は、そのチケット発行に
基づき、対象装置６１０のその機能の使用に対する課金
を行う。このようにして対象装置の使用に対して機能別
に課金が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種の装置やソフ
トウェア等の製品の使用に対して課金するための方法お
よび装置に関する。

【０００２】

【従来の技術】社会において使用される各種の装置やソ
フトウェアは、メーカから製品として提供され、それら
を使用しようとする会社や個人等の使用者によって購入
される。また、業務用として使用される装置等の製品に
ついては、リース会社が製品を購入し、その製品の使用
者が定期的にそのリース会社にリース料（使用料）を支
払うという形態も見られる。

【０００３】ところで、社会に提供され使用される製品
は、通常、複数の機能を有しているが、その製品の使用
者はそれらの機能の全てを使用せず、幾つかの機能のみ
を使用することが多い。また、買い取りまたはリースに
より工場や事務所等に導入された装置がその導入時点で
十分な機能を備えていても、その後に、その工場等での
作業内容の変化によって、導入された装置に備わってい
ない機能が必要になることもある。この場合、必要にな
った機能を備える装置が新たに導入される。

【０００４】

【発明が解決しようとする課題】導入された装置の機能
のうち不使用の機能が多くならないようにするには、使
用者の多様な使用態様に応じて多くの機種をメーカが用
意すればよい。しかし、各使用者の使用形態に適合する
ような機種を全て提供することは現実には不可能であ
り、機種の増加は開発コストや保守コストの増大を招
く。また、使用者が必要とする機能のみを備える装置を
導入して導入コストを抑えたとしても、その後に新たな
機能が必要となった場合には、新たな装置の導入が必要
となるので、結果的に費用負担が大きなものとなる。一
方、導入された装置の機能のうち導入時点では必要とし
ていた機能が、導入後に不要となる場合もある。この場
合、不要となった機能についての費用負担が無駄なもの
となる。

【０００５】そこで本発明では、多様な態様で製品が使
用される場合や使用態様が変化する場合であっても少な
い費用で製品を使用できるように、製品の使用に対する
課金を使用態様に応じて行うための方法および装置を提
供することを目的とする。

【０００６】

【課題を解決するための手段および発明の効果】第１の
発明は、複数機能を有する製品の使用に対する課金処理
を行うサーバと当該サーバに通信可能に接続されて当該
製品の使用を管理する使用管理装置とを含むシステムに
よる課金方法であって、前記製品の使用量を機能毎に前
記使用管理装置にて管理する使用量管理ステップと、前
記使用量を前記製品の機能毎に示す使用量情報を、前記
使用管理装置から前記サーバへ事前または事後に送信す
る送信ステップと、前記使用量情報に基づき、前記製品
の使用に対する料金を前記製品の機能毎に前記サーバに
て算出する料金算出ステップとを備えることを特徴とす
る。

【０００７】このような第１の発明によれば、複数機能
を有する製品の使用に対する課金が機能毎に行われるた
め、その製品の販売価格を低くすることができるととも
に、使用されない機能についての無駄な費用を抑えるこ
とができる。したがって、使用者にとっては、導入時点
で過剰仕様の装置等の製品を導入しても初期費用および
維持費用が少なくて済み、未使用の機能を必要に応じて
使用することができる。また、製品の使用量に応じて機
能別に課金が行われるため、使用していた機能の使用量
が減少した場合には、それに応じて課金が少なくなり、
従来使用していた機能を使用しなくなった場合には、そ
の機能に対しては課金されなくなる。このように、導入
した装置等の製品について必要な機能や使用量が変化す
る場合に、その変化に起因する費用の増大や無駄を低減
することができる。一方、製品のメーカにとっては、販
売後の製品使用に対する課金を前提として、豊富な機能
を有する製品を低価格で販売することができるので、製
品の種類を抑えつつ多様な顧客の要求に応えることがで
きるという利点がある。

【０００８】第２の発明は、第１の発明において、前記
製品の使用を機能毎に特定量だけ許可するチケットを前
記サーバから前記使用管理装置に対して発行するチケッ
ト発行ステップと、前記製品の機能毎に管理される使用
量を未遂の使用許可量と見なし、前記製品の複数機能の
うちいずれかの機能が前記製品の使用者から要求される
と、当該要求された機能に対する使用許可量に基づき使
用可能か否かを前記使用管理装置にて判定する判定ステ
ップと、前記判定ステップで使用可能と判定された場合
にのみ、前記要求された機能の使用を前記使用管理装置
にて許容する使用許可ステップとを更に備え、前記送信
ステップでは、前記製品の特定機能の使用を特定量だけ
許可するチケットの発行を求める発行要求が前記使用量
情報として事前に前記サーバへ送信され、前記チケット
発行ステップでは、前記発行要求が前記サーバにて受信
されると、前記発行要求によって発行が求められたチケ
ットの電子的象徴であるチケットデータが前記サーバか
ら前記使用管理装置へと送信され、前記料金算出ステッ
プでは、前記チケットデータが送信された場合に、当該
送信チケットデータの示す特定機能の使用に対する料金
が当該送信チケットデータに基づき算出され、前記使用
量管理ステップは、前記使用管理装置にてチケットデー
タが受信されると、前記製品の複数機能のうち当該受信
チケットデータの示す特定機能の使用許可量を、当該受
信チケットデータの示す特定量だけ増大させる増大更新
ステップと、前記製品の複数機能のうちのいずれかの機
能が使用されると、使用された機能の使用許可量を使用
された量だけ減少させる減少更新ステップとを含むこと
を特徴とする。

【０００９】このような第２の発明によれば、製品の特
定機能の使用を特定量だけ許可するチケットの発行を求
める発行要求が使用量情報としてサーバに送信され、こ
れに応答して使用管理装置に送信されるチケットデータ
に基づき、その特定機能の使用に対する料金が算出され
る。これにより、第１の発明と同様の効果が得られる。
また、製品の使用に対する課金のための料金算出は、実
際の使用に先立つチケット発行に基づきサーバにおいて
行われるため、使用料金の確実な回収が可能となる。さ
らに、使用管理装置では、チケット発行を介して機能毎
に許可される使用量が使用許可量として管理され、この
使用許可量に基づき製品の使用の許否が決定されるた
め、使用管理装置は製品の使用毎にサーバと通信する必
要がなく、サーバと使用管理装置との間の通信量が低減
される。

【００１０】第３の発明は、複数機能を有する製品の使
用を管理する使用管理装置に通信可能に接続されたサー
バにより、当該製品の使用に対する課金処理を行うため
の方法であって、前記製品の機能毎の使用量を示す使用
量情報を前記使用管理装置から受信する受信ステップ
と、前記使用量情報に基づき、前記製品の使用に対する
料金を前記製品の機能毎に算出する料金算出ステップと
を備えることを特徴とする。

【００１１】第４の発明は、第３の発明において、前記
製品の使用を機能毎に特定量だけ許可するチケットを発
行するチケット発行ステップを更に備え、前記受信ステ
ップでは、前記製品の特定機能の使用を特定量だけ許可
するチケットの発行を求める発行要求が前記使用量情報
として受信され、前記チケット発行ステップでは、前記
発行要求が受信されると、前記発行要求によって発行が
求められたチケットの電子的象徴であるチケットデータ
が前記使用管理装置に向けて送信され、前記料金算出ス
テップでは、前記チケットデータが送信された場合に、
当該送信チケットデータが示す特定機能の使用に対する
料金が当該送信チケットデータに基づき算出されること
を特徴とする。

【００１２】第５の発明は、第４の発明において、前記
チケット発行ステップで発行されたチケットによって使
用の許可される製品、特定機能および特定量を示す情報
を含むチケット発行履歴データを蓄積する発行履歴蓄積
ステップと、前記使用管理装置にて受信されたチケット
データによって使用の許可される製品、特定機能および
特定量を示す情報を含むチケット受取履歴データを前記
使用管理装置から受信する受取履歴データ受信ステップ
と、前記蓄積されたチケット発行履歴データと前記受信
されたチケット受取履歴データとを照合する照合ステッ
プとを更に備えることを特徴とする。

【００１３】このような第５の発明によれば、サーバに
蓄積されたチケット発行履歴データと使用管理装置から
サーバに送られるチケット受取履歴データとが照合さ
れ、これにより製品の不正使用の有無を調べることがで
きる。

【００１４】第６の発明は、第４の発明において、前記
チケット発行ステップで発行されたチケットによって使
用の許可される製品、特定機能および特定量を示す情報
を含むチケット発行履歴データを蓄積する発行履歴蓄積
ステップと、前記使用管理装置によって管理される製品
および当該管理される製品の機能毎の実際の使用量を示
す情報を含む使用履歴データを前記使用管理装置から受
信する使用履歴受信ステップと、前記蓄積されたチケッ
ト発行履歴データと前記受信された使用履歴データとを
照合する照合ステップとを更に備えることを特徴とす
る。

【００１５】このような第６の発明によれば、サーバに
蓄積されたチケット発行履歴データと使用管理装置から
サーバに送られる使用履歴データとが照合され、これに
より製品の不正使用の有無を調べることができる。

【００１６】第７の発明は、第３または第４の発明にお
いて、前記使用管理装置によって管理される製品および
当該管理される製品の機能毎の実際の使用量を示す情報
を含む使用履歴データを前記使用管理装置から受信する
使用履歴受信ステップを更に備えることを特徴とする。

【００１７】このような第７の発明によれば、製品の機
能別の使用履歴を示す使用履歴データが使用管理装置か
ら受信され、この使用履歴データを収集して分析するこ
とにより、マーケティング情報や、使用者に対する料金
設定または値引きに利用可能な情報、対象装置の保守サ
ービスに利用可能な情報を得ることができる。

【００１８】第８の発明は、複数機能を有する製品の使
用に対する課金処理を行うサーバに通信可能に接続され
た使用管理装置によって当該製品の使用を管理するため
の方法であって、前記製品の使用量を機能毎に管理する
使用量管理ステップと、前記製品の使用量を機能毎に示
す使用量情報を事前または事後に前記サーバに向けて送
信する送信ステップとを備えることを特徴とする。

【００１９】第９の発明は、第８の発明において、前記
製品の機能毎に管理される使用量を未遂の使用許可量と
見なし、前記製品の複数機能のうちいずれかの機能が前
記製品の使用者から要求されると、当該要求された機能
に対する使用許可量に基づき使用可能か否かを判定する
判定ステップと、前記判定ステップで使用可能と判定さ
れた場合にのみ、前記要求された機能の使用を許容する
使用許可ステップとを更に備え、前記送信ステップで
は、前記製品の特定機能の使用を特定量だけ許可するチ
ケットの発行を求める発行要求が前記使用量情報として
事前に送信され、前記使用量管理ステップは、前記発行
要求に応答して前記サーバから発行されるチケットの電
子的象徴であるチケットデータを受信する受信ステップ
と、前記受信ステップでチケットデータが受信される
と、前記製品の複数機能のうち当該受信チケットデータ
の示す特定機能の使用許可量を、当該受信チケットデー
タの示す特定量だけ増大させる増大更新ステップと、前
記製品の複数機能のうちのいずれかの機能が使用される
と、使用された機能の使用許可量を使用された量だけ減
少させる減少更新ステップとを含むことを特徴とする。

【００２０】第１０の発明は、第９の発明において、前
記使用管理装置にて受信されたチケットデータによって
使用の許可される製品、特定機能および特定量を示す情
報を含むチケット受取履歴データを蓄積する受取履歴蓄
積ステップと、前記蓄積されたチケット受取履歴データ
を前記サーバに向けて送信する受取履歴送信ステップと
を更に備えることを特徴とする。

【００２１】第１１の発明は、第８または第９の発明に
おいて、前記使用管理装置によって管理される製品およ
び当該管理される製品の機能毎の実際の使用量を示す情
報を含む使用履歴データを蓄積する使用履歴蓄積ステッ
プと、前記蓄積された使用履歴データを前記サーバに向
けて送信する使用履歴送信ステップとを更に備えること
を特徴とする。

【００２２】第１２の発明は、前記サーバに通信可能に
接続されたコンピュータを前記使用管理装置として機能
させるために、第８ないし第１１の発明のいずれかの発
明に係る方法を当該コンピュータに実行させるプログラ
ムである。

【００２３】第１３の発明は、複数機能を有する製品の
使用に対する課金処理を行うサーバに通信可能に接続さ
れて当該製品の使用を管理する使用管理装置であって、
前記製品の使用量を機能毎に管理する使用量管理手段
と、前記製品の使用量を機能毎に示す使用量情報を事前
または事後に前記サーバに向けて送信する送信手段とを
備えることを特徴とする。

【００２４】第１４の発明は、第１３の発明において、
前記使用量管理手段によって前記製品の機能毎に管理さ
れる使用量を未遂の使用許可量と見なし、前記製品の複
数機能のうちいずれかの機能が前記製品の使用者から要
求されると、当該要求された機能に対する使用許可量に
基づき使用可能か否かを判定する判定手段と、前記判定
手段によって使用可能と判定された場合にのみ、前記要
求された機能の使用を許容する使用許可手段とを更に備
え、前記送信手段は、前記製品の特定機能の使用を特定
量だけ許可するチケットの発行を求める発行要求を前記
使用量情報として事前に送信し、前記使用量管理手段
は、前記発行要求に応答して前記サーバから発行される
チケットの電子的象徴であるチケットデータを受信する
受信手段と、前記受信手段によってチケットデータが受
信されると、前記製品の複数機能のうち当該受信チケッ
トデータの示す特定機能の使用許可量を、当該受信チケ
ットデータの示す特定量だけ増大させる増大更新手段
と、前記製品の複数機能のうちのいずれかの機能が使用
されると、使用された機能の使用許可量を使用された量
だけ減少させる減少更新手段とを含むことを特徴とす
る。

【００２５】

【発明の実施の形態】本発明は、複数の機能を有する装
置やソフトウェア等の製品の使用に対して課金を行うた
めの方法および装置に関するものである。本発明の方法
による課金システムにおいて課金の対象となる製品（以
下「対象製品」という）は、通常の価格よりも低い価格
で販売され、販売後に購入者である顧客がその製品を使
用すると、その製品の使用に対し機能別に課金される。
以下、このような本発明の実施形態につき添付図面を参
照して説明する。

【００２６】＜１．第１の実施形態＞ ＜１.１ 構成＞図１は、本発明の第１の実施形態に係
る機能別課金システムの全体構成を示すブロック図であ
る。この機能別課金システムは、複数機能を有する対象
製品としての装置（以下「対象装置」という）６１０，
６２０をそれぞれ管理するための第１および第２の使用
管理装置１１０，１２０と、その対象装置６１０，６２
０の販売会社に設置されたサーバコンピュータ（以下、
単に「サーバ」という）２００と、これらの使用管理装
置１１０，１２０とサーバ２００とを通信可能に接続す
るインターネット７００とによって構成される。なお、
図１では、使用管理装置が２台描かれているが、本発明
は、対象装置（対象製品）を２台に限定するものではな
い。

【００２７】＜１.１.１ 使用管理装置のハードウェア
構成＞上記機能別課金システムにおいて、第１の使用管
理装置１１０は、機能１〜ＮのＮ個の機能を有する対象
装置６１０の使用を管理するための装置であって、ＣＰ
Ｕ（中央処理装置）およびメモリ等から構成されるデー
タ処理部１１１と、例えばハードディスク装置により構
成される外部記憶部１１３と、インターネット７００を
介してサーバ２００との通信を可能にするモデムで構成
される通信インターフェース部（以下「通信ＩＦ部」と
略記する）１１５と、キーボードやマウス等から構成さ
れる入力操作部１１７と、ＣＲＴや液晶ディスプレイ等
として実現される表示部１１８とを備えている。データ
処理部１１１は、後述の履歴データに含めるべき時刻情
報を得るための計時機能を有すると共に、読み出し専用
の不揮発性メモリを含んでいる。その不揮発性メモリに
は、対象装置６１０、対象装置６１０を使用する顧客、
対象装置６１０の有する各機能１〜Ｎをそれぞれ特定す
るための装置ＩＤ、顧客ＩＤ、機能ＩＤが、識別情報５
１１として予め記憶されている（図４参照）。また、外
部記憶部１１３には、チケット管理情報５１２および使
用履歴データ５１３が格納される。ここで、チケット管
理情報５１２は、対象装置６１０の各機能１〜Ｎのうち
の特定機能の使用を特定量だけ許可するためにサーバ２
００から発行されたチケットを管理するための情報であ
って、具体的には、既に発行されたチケットに基づき使
用許可された機能の使用回数等の使用許可量のうち未使
用の量（以下「チケット残量」という）を示す情報であ
る（図５参照）。また、使用履歴データ５１３は、対象
装置６１０の各機能１〜Ｎの使用履歴、すなわち実際に
使用された機能を特定する機能ＩＤと使用時刻と使用量
と使用者を特定する顧客ＩＤとを含むデータである。

【００２８】図２（ａ）は、上記使用管理装置１１０の
一構成例を示すブロック図である。この例では、使用管
理装置１１０は、例えばパーソナルコンピュータ（パソ
コン）によって実現され、その内部のデータ処理部１１
１は、ＣＰＵ１１と、作業用のメモリとしてのＲＡＭ
（Random Access Memory）と、不揮発性のメモリとして
のＲＯＭ（Read Only Memory)と、入力操作部１１７が
接続される入力インターフェース部１４と、表示部１１
８が接続される表示制御部１６と、ハードディスク装置
である外部記憶部１１３が接続されるディスク用Ｉ／Ｏ
インターフェース部１７と、対象装置６１０が接続され
る機器用Ｉ／Ｏインターフェース部１８とから構成され
る。なお、このブロック図における通信ＩＦ部１５は、
図１のブロック図における通信ＩＦ部１１５に相当す
る。また、識別情報５１１は、この例では、ＲＯＭ１３
に記憶されている。これに代えて、ハードディスク装置
内の隠しファイルに識別情報５１１を記憶するようにし
てもよい。

【００２９】図２（ｂ）は、図１に示す機能別課金シス
テムにおける対象製品がハードウェアではなくソフトウ
ェア（アプリケーションプログラム）である場合の使用
管理装置の構成を示している。この場合、対象製品とし
てのアプリケーションプログラムは、外部記憶部である
ハードディスク装置１１３に予め格納されていて、使用
時にハードディスク装置１１３からＲＡＭ１２にロード
され、ＣＰＵ１１によって実行される。これにより、そ
のアプリケーションプログラムの有する機能１〜Ｎのう
ちの少なくとも１つの機能を使用者に提供するための処
理が行われる。したがって、この場合には、図２（ａ）
の例とは異なり、データ処理装置１１１は、機器用Ｉ／
Ｏインターフェース部１８を含まない。なお、対象製品
は、後述のように、ハードウェアとソフトウェアとの組
み合わせにより実現される装置であってもよい。

【００３０】上記機能別課金システムにおける第２の使
用管理装置１２０は、機能１〜ＭのＭ個の機能を有する
対象装置６２０の使用を管理するための装置であって、
データ処理部１２１と外部記憶部１２３と通信インター
フェース部（通信ＩＦ部）１２５と入力操作部１２７と
表示部１２８とを備えている。データ処理部１２１は、
後述の履歴データに含めるべき時刻情報を得るための計
時機能を有していると共に、読み出し専用の不揮発性メ
モリを含んでいる。その不揮発性メモリには、対象装置
６２０、対象装置６２０を使用する顧客、対象装置６２
０の有する各機能１〜Ｍをそれぞれ特定するための装置
ＩＤ、顧客ＩＤ、機能ＩＤが予め記憶されている。ま
た、外部記憶部１２３には、チケット管理情報５２２お
よび使用履歴データ５２３が格納される。第２の使用管
理装置１２０における各部は、第１の使用管理装置１１
０と実質的に同様であるので、それらの詳細な説明を省
略する。

【００３１】なお、図１では使用管理装置が２台描かれ
ているが、以下では説明の便宜上、対象装置６１０を管
理する使用管理装置１１０にのみ注目するものとする。

【００３２】＜１.１.２ 対象装置の具体例＞図３は、
本実施形態に係る機能別課金システムにおける対象装置
の具体例としての業務用のスキャナーの構成を示すブロ
ック図である。

【００３３】このスキャナーは、原稿における画像を読
み取って画像データを生成する装置であって、照明系８
０２と、ＣＣＤ（Charge Coupled Device）およびＣＣ
Ｄの出力信号を処理するアナログ回路からなる画像読取
回路８０６と、駆動系８０８と、Ａ／Ｄコンバータ８１
０と、シェーディング補正回路８１２と、ノイズフィル
タ８１４と、色変換回路８１６と、解像度変換回路８１
８と、画像データ蓄積部８２０と、ＣＰＵやメモリなど
から構成される制御部８３０と、ユーザ操作入力部８３
６とを備えている。このスキャナーでは、制御部８３０
においてＣＰＵが所定のプログラムを実行することによ
り、各種画像処理を行う画像処理部８３４とスキャナー
における各処理の実行を管理する処理管理部８３２とが
実現される。このスキャナーでは、駆動系８０８がＣＣ
Ｄまたは透過原稿８０４を移動させつつ、照明系８０２
が透過原稿８０４に光を照射し、透過原稿８０４を通過
した光が画像読取回路８０６におけるＣＣＤで受光され
る。画像読取回路８０６は、ＣＣＤで受光された光を電
気信号に変換することによりアナログ画像信号を生成す
る。Ａ／Ｄコンバータ８１０は、このアナログ画像信号
をデジタル画像信号に変換する。このデジタル画像信号
に対し、シェーディング補正回路８１２によってシェー
ディング補正が、ノイズフィルタ８１４によってノイズ
除去のためのフィルタリング処理が、色変換回路８１６
によって色変換処理が、解像度変換回路８１８によって
解像度変換処理が、必要に応じてそれぞれ順に施され
る。そして、解像度変換回路８１８から画像データＤＩ
が出力され、この画像データＤＩは画像蓄積部８２０に
格納される。また、上記プログラムに基づき制御部８３
０内のＣＰＵが、この画像データＤＩに対して必要に応
じて各種画像処理を施す。すなわち、必要に応じ画像処
理部８３２によって各種画像処理が施される。スキャナ
ーにおける以上の各処理は、上記プログラムに基づき制
御部８３０内のＣＰＵによって制御され管理されてい
る。すなわち、処理管理部８３２から出力される制御情
報Ｉｃによって、上記の各処理の実行が制御される。

【００３４】上記のスキャナーを対象装置とする場合、
それに対応する使用管理装置は、図２（ａ）に示すよう
なハードウェア構成要素とＣＰＵ１１によって実行され
る所定のプログラムによって実現される。この使用管理
装置は、機能的には、ユーザ操作入力部８３６と、顧客
側チケット処理部３０と、識別情報やチケット管理情報
等の記憶部８２１とを備える。ここで、ユーザ操作入力
部８３６は、使用管理装置の入力操作部１１７として使
用される。顧客側チケット処理部３０は、例えば図８に
示すように構成され、サーバ２００と通信する際に互い
に相手を確認し合うための処理を実行したり（ネットワ
ーク承認）、サーバ２００からチケットを取得して管理
したり（チケット管理）、顧客から要求された機能の使
用をチケット管理情報に基づいて許可または阻止したり
する（実行許可）。この顧客側チケット処理部３０の詳
細は後述する。上記各処理によって実現されるスキャナ
ーの機能のいずれかが、顧客によるユーザ操作部８３６
に対する操作によって要求されると、その機能に対応す
る処理の実行指示Ｉｅが処理管理部８３２に送られる。
従来の処理管理部は、この実行指示Ｉｅに基づく制御情
報Ｉｅを生成して対応する処理を実行させるが、本実施
形態における処理管理部８３２は、実行指示Ｉｅによる
特定機能の使用の要求を顧客側チケット処理部３０に送
る。顧客側チケット処理部３０は、その要求された機能
の使用が可能か否かをチケット管理情報５１２に基づい
て判定し、その判定結果を許可情報Ｉｐとして処理管理
部８３２に返す。処理管理部８３２は、この許可情報Ｉ
ｐに基づき特定機能に対応する処理の実行を制御する。
これにより、スキャナーの使用がチケット管理情報５１
２に基づき機能毎に管理される。

【００３５】なお、上記の例において、対象装置である
スキャナーの制御部８３０と使用管理装置（顧客側チケ
ット処理部３０を実現するハードウェア）とを個別に用
意してもよいが、これらを例えばパソコンのハードウェ
アとして共通化した構成としてもよい。

【００３６】＜１.１.３ サーバのハードウェア構成＞
上記機能別課金システムにおけるサーバ２００は、各対
象装置の各機能の使用を許可するチケットを各使用管理
装置に対して発行し、そのチケット発行に基づき、各対
象装置の使用に対して機能別に課金処理を行う。図１に
示すように、このサーバ２００は、ＣＰＵおよびメモリ
等から構成されるデータ処理部２０１と、例えばハード
ディスク装置として実現される外部記憶部２０３と、イ
ンターネット７００を介して使用管理装置１１０および
１２０との通信を可能にする通信インターフェース部
（通信ＩＦ部）２０５と、ＣＲＴや液晶ディスプレイ等
として実現される表示部２０８とを備えている。このサ
ーバ２００におけるデータ処理部２０１の構成として
は、使用管理装置１１０におけるデータ処理装置１１１
と基本的に同様の構成すなわち図２に示すような構成を
採用することができる。外部記憶部２０３には、識別情
報２５１、契約情報２５２、課金済み情報２５３、およ
びチケット発行履歴データ２５４が格納される。ここ
で、識別情報２５１は、図６に示すように、サーバ２０
０による課金処理の対象となる装置である対象装置６１
０，６２０、それら対象装置を使用する顧客、それら対
象装置の有する各機能をそれぞれ特定するための装置Ｉ
Ｄ、顧客ＩＤ、機能ＩＤと、パスワードと、各機能の使
用許否を示す情報とからなり、予め外部記憶部２０３に
格納されている。契約情報２５２は、各対象装置６１０
および６２０のそれぞれの使用者である各顧客と対象装
置６１０および６２０の販売会社との契約内容を表す情
報であり、具体的に、図７に示すように、各顧客が使用
可能な装置および使用可能な機能、機能別の課金設定、
１回のチケット発行によって許可される使用量である特
定量、使用に関する制限事項（例えばチケット発行量の
制限など）を示す情報である。課金済み情報２５３は、
各対象装置の各機能の実際の使用に対する課金内容を表
す情報であって、具体的には、各顧客による各対象装置
の使用に対する請求額を示している。チケット発行履歴
データ２５４は、各対象装置の各機能の使用を許可する
ために発行されたチケットの電子的象徴である各チケッ
トデータをその発行時刻と共に示す履歴情報であって、
発行されたチケットによって使用の許可される顧客、装
置、機能および使用量を示す情報を含んでいる。

【００３７】＜１.１.４ 使用管理装置の機能的構成＞
本実施形態における使用管理装置１１０は、データ処理
部１１５においてＣＰＵがＲＡＭに格納された所定のプ
ログラム（以下「使用管理プログラム」という）を実行
することにより、仮想的に図８に示すような構成の装置
として機能する。すなわち、使用管理装置１１０は、機
能面から見ると、サーバ確認部３１とチケット取得部３
２とチケット残量カウント部３３と実行許可部３４と通
信ＩＦ部３５と指示部３７と表示部３８と識別情報５１
１の記憶部とチケット管理情報５１２の記憶部と使用履
歴データ５１３の記憶部とを備えている。ここで、サー
バ確認部３１とチケット取得部３２とチケット残量カウ
ント部３３とは、使用管理プログラムがＣＰＵにより実
行されることによって実現され、実行許可部３４は、使
用管理プログラムと機器用Ｉ／Ｏインターフェース部１
８によって実現され、通信ＩＦ部３５、指示部３７、表
示部３８は、図１に示す通信ＩＦ部１１５、入力操作部
１１７、表示部１１８にそれぞれ相当する。これら各部
の具体的動作は後述する。なお、対象装置６１０は、機
能面から見ると、機能１〜機能Ｎをそれぞれ実行する実
行部６１，６２，…，６Ｎを備えており、各機能１〜Ｎ
の実行は使用管理装置１１０の実行許可部３４によって
管理される。また、サーバ２００によるチケット発行の
履歴と使用管理装置１１０によるチケット受取の履歴と
を照合するための機能５０を備えるのが好ましい。この
機能５０を備えたサーバについては第２の実施形態とし
て後述する。

【００３８】図８に示すように構成される上記使用管理
装置１１０を実現するための使用管理プログラムは、典
型的には、そのプログラムを記録した記録媒体であるＣ
Ｄ−ＲＯＭ等によって提供される。対象装置６１０の使
用者である顧客は、例えば、使用管理プログラムの記録
媒体として提供されたＣＤ−ＲＯＭをＣＤ−ＲＯＭ駆動
装置（図示せず）に装着し、そのＣＤ−ＲＯＭからその
プログラムを読み出して外部記憶部１１３にインストー
ルする。また、これに代えて、インターネット７００を
介して送られてくる使用管理プログラムを通信ＩＦ部１
５で受信して、外部記憶部１１３にインストールするよ
うにしてもよい。さらに、メーカが使用管理装置１１０
を対象装置６１０と共に出荷する前に使用管理プログラ
ムを外部記憶部１１３にインストールしておいてもよ
い。このようにして外部記憶部１１３にインストールさ
れた使用管理プログラムは、使用者による入力操作部１
１７に対する所定操作によって起動されると、データ処
理部１１１内のＲＡＭ１２に転送されてそこに一時的に
格納され、データ処理部１１１内のＣＰＵ１１によって
実行される（図２参照）。

【００３９】以下では、説明の便宜上、対象製品はハー
ドウェアとしての装置（対象装置）であって、対象装置
および使用管理装置は図８に示すように構成されている
ものとする。しかし、本実施形態における対象製品がハ
ードウェアとしての装置ではなくアプリケーションプロ
グラムの場合であっても、機能的には、図８に示した対
象装置６１０と同様の構成として表すことができる。し
たがって、以下の説明は、複数機能を有するアプリケー
ションプログラムを対象とする機能別課金システムにも
適用可能である。また、図３に示したスキャナーのよう
に、ハードウェア処理によって実現される機能とソフト
ウェア処理によって実現される機能の双方を備える装置
を対象とする機能別課金システムにも、以下の説明は適
用可能である。

【００４０】＜１.１.５ サーバの機能的構成＞本実施
形態におけるサーバ２００は、データ処理部２０１にお
いてＣＰＵが所定のプログラム（以下「課金処理プログ
ラム」という）を実行することにより、仮想的に図９に
示すような構成の装置として機能する。すなわち、サー
バ２００は、機能面から見ると、ＩＤ確認部７１とチケ
ット発行部７２と課金データ生成部７３と稼働状況分析
部７４と課金／稼働状況出力部７５と課金データ表示部
７６と通信インターフェース部（通信ＩＦ部）７７と識
別情報２５１の記憶部と契約情報２５２の記憶部と課金
済み情報２５３の記憶部とを備えている。ここで、ＩＤ
確認部７１とチケット発行部７２と課金データ生成部７
３と稼働状況分析部７４とは、課金処理プログラムがＣ
ＰＵにより実行されることによって実現され、課金／稼
働状況出力部７５と課金データ表示部７６は図１に示す
表示部２０８によって実現され、通信ＩＦ部７７は、図
１に示す通信ＩＦ部２０５に相当する。これら各部の具
体的動作は後述する。なお、サーバ２００によるチケッ
ト発行の履歴と使用管理装置１１０によるチケット受取
の履歴とを照合する履歴照合機能８０を備えるのが好ま
しい。この機能８０を備えたサーバは、第２の実施形態
におけるサーバとして後述する。この第２の実施形態の
説明にはチケット発行履歴データ２５４の蓄積について
の説明が含まれるので、本実施形態に関する以下の説明
ではこれへの言及を省略する。

【００４１】＜１.２ 動作＞ ＜１.２.１ 対象装置の起動時の動作＞図１０は、本実
施形態における使用管理装置１１０が起動された際の使
用管理装置１１０およびサーバ２００の動作を示すフロ
ーチャートである。起動時において、使用管理装置１１
０は、前述の使用管理プログラムに基づき図１０（ａ）
に示すように動作し、サーバ２００は、前述の課金処理
プログラムに基づき図１０（ｂ）に示すように動作す
る。以下、使用管理装置１１０の起動時における本実施
形態に係る機能別課金システムの動作を、図８〜図１０
を参照して説明する。

【００４２】使用管理装置１１０が起動されると、ま
ず、チケット残量カウント部３３が対象装置６１０の機
能１〜機能Ｎのうちチケット残量の無い機能があるか否
かを、図５に示すようなチケット管理情報を５１２を参
照して判定する（ステップＳ１０２）。その結果、チケ
ット残量の無い機能があれば、表示部３８は、対象装置
６１０の機能１〜Ｎのチケット残量を表示する（ステッ
プＳ１０４）。なお、チケット残量が“０”でなくても
所定値よりも少なくなった機能があれば、ステップＳ１
０４へ進んで、チケット残量を表示するようにしてもよ
い。チケット残量の表示後は、指示部３７に対する操作
によってチケット取得の指示またはチケット取得をしな
い旨の指示のいずれかが入力されるまで待機状態となる
（ステップＳ１０５）。この待機状態においていずれか
の指示が入力されると、指示部３７は、入力された指示
がチケット取得の指示か否かを判定する（ステップＳ１
０６）。上記待機状態において対象装置６１０の使用者
がチケット残量の表示を見て指示部３７（入力操作部１
１７）を操作することにより、チケット残量の無いまた
は少ない機能に対するチケット取得を指示すると、ステ
ップＳ１０６での判定に基づき、サーバ確認部３１が、
サーバ接続要求Ｒｃを通信ＩＦ部３５を介してサーバ２
００に送信する（ステップＳ１０８）。このときサーバ
確認部３１は、対象装置６１０を使用する顧客を特定す
るための顧客ＩＤを識別情報５１１から取り出し、その
顧客ＩＤをサーバ接続要求Ｒｃに含めて送信する。この
送信後、サーバ確認処理が開始される（ステップＳ１１
０）。

【００４３】一方、サーバ２００は、使用管理装置１１
０の起動前に起動されていて、使用管理装置１１０の起
動時点では、通信ＩＦ部７７がサーバ接続要求Ｒｃの受
信を待機する状態となっている（ステップＳ２０２）。
この待機状態においてサーバ接続要求Ｒｃが受信される
と、対象装置確認処理が開始される（ステップＳ２０
４）。

【００４４】図１１（ａ）は、使用管理装置１１０にお
いて実行されるサーバ確認処理の手順を示すフローチャ
ートであり、図１１（ｂ）は、サーバ２００において実
行される対象装置確認処理の手順を示すフローチャート
である。これらの処理により、サーバ２００と使用管理
装置１１０とは互いに相手を確認する。具体的には、使
用管理装置１１０におけるサーバ確認部３１とサーバ２
００におけるＩＤ確認部７１とが以下のように動作す
る。

【００４５】まず、サーバ２００におけるＩＤ確認部７
１が、顧客毎（または装置毎）に予め設定されたサーバ
のパスワードを、受信されたサーバ接続要求Ｒｃに含ま
れる顧客ＩＤに基づきサーバ２００内の識別情報２５１
（図６）から取り出す（ステップＳ２４２）。そして、
取り出されたパスワードＰＷＡ１を暗号化し、通信ＩＦ
部７７を介して使用管理装置１１０に送信する（ステッ
プＳ２４４）。その後、サーバ２００は、通信ＩＦ部７
７が使用管理装置１１０からサーバ確認結果Ｃｓを受信
するまで待機状態となる（ステップＳ２４６）。

【００４６】使用管理装置１１０では、上記暗号化され
たパスワードＰＷＡ１を通信ＩＦ部３５が受信すると、
サーバ確認部３１が、そのパスワードＰＷＡ１を復号し
て使用管理装置１１０内の識別情報５１１（図４）に含
まれるサーバのパスワードと照合する。これにより、相
手が、契約している販売会社のサーバ２００であるか否
かが確認される（ステップＳ１４４）。そして、この確
認結果Ｃｓを通信ＩＦ３５を介してサーバ２００に送信
する（ステップＳ１４６）。

【００４７】サーバ２００では、この確認結果Ｃｓを通
信ＩＦ部７７が受信すると、ＩＤ確認部７１が、この確
認結果Ｃｓに基づき、使用管理装置１１０においてサー
バ２００が確認されたか否かを判定する（ステップＳ２
４８）。その結果、サーバ２００が確認されなかった場
合には、確認処理が失敗したとして対象装置確認処理の
ルーチンから復帰する（異常復帰）。一方、サーバ２０
０が確認された場合には、サーバ２００は、通信ＩＦ部
７７が使用管理装置１１０からパスワードＰＷＢ１を受
信するまで待機状態となる（ステップＳ２５０）。

【００４８】一方、使用管理装置１１０では、サーバ確
認結果Ｃｓの送信後、サーバ確認部３１は、そのサーバ
確認結果Ｃｓに基づき、サーバ２００が確認されたか否
かを判定する（ステップＳ１４８）。その結果、サーバ
２００が確認されなかった場合には、確認処理が失敗し
たとしてサーバ確認処理のルーチンから復帰する（異常
復帰）。一方、サーバ２００が確認された場合には、サ
ーバ確認部３１は、対象装置６１０の使用者である顧客
のパスワードＰＷＢ１を使用管理装置１１０内の識別情
報５１１から取り出して、これを暗号化して通信ＩＦ部
３５を介して送信する（ステップＳ１５０）。このとき
サーバ確認部３１は、顧客ＩＤおよび装置ＩＤをも識別
情報５１１から取り出して、暗号化されたパスワードＰ
ＷＢ１と共に送信する。その後、使用管理装置１１０
は、通信ＩＦ部３５がサーバ２００からクライアント確
認結果Ｃｃを受信するまで待機状態となる（ステップＳ
１５２）。

【００４９】サーバ２００では、通信ＩＦ部７７が暗号
化されたパスワードＰＷＢ１を顧客ＩＤおよび装置ＩＤ
と共に受信すると、ＩＤ確認部７１が、そのパスワード
ＰＷＢ１を復号するともに、復号化されたパスワードＰ
ＷＢ１を、その顧客ＩＤおよび装置ＩＤに対する顧客パ
スワードとして識別情報２５１に含まれているものと照
合する。これにより、相手が、契約している顧客および
装置であるか否かが確認される（ステップＳ２５２）。
そして、この確認結果をクライアント確認結果Ｃｃとし
て通信ＩＦ７７を介して使用管理装置１１０に送信する
（ステップＳ２５４）。その後、クライアント確認結果
Ｃｃに基づき、顧客および装置が確認されたか否かを判
定する（ステップＳ２５６）。その結果、顧客および装
置が確認されていれば、確認処理が成功したとして対象
装置確認処理のルーチンから復帰し（正常復帰）、顧客
および装置が確認されていなければ、確認処理が失敗し
たとして対象装置確認処理のルーチンから復帰する（異
常復帰）。

【００５０】使用管理装置１１０では、通信ＩＦ部３５
がクライアント確認結果Ｃｃを受信すると、サーバ確認
部３１が、この確認結果Ｃｃに基づき、サーバ２００に
よって顧客および装置（対象装置６１０とその使用者）
が確認されたか否かを判定する（ステップＳ１５２）。
その結果、顧客および装置が確認されていれば、確認処
理が成功したとしてサーバ確認処理のルーチンから復帰
し（正常復帰）、顧客および装置が確認されていなけれ
ば、確認処理が失敗したとしてサーバ確認処理のルーチ
ンから復帰する（異常復帰）。

【００５１】使用管理装置１１０では、上記のサーバ確
認処理が成功するとチケット取得処理が開始され（ステ
ップＳ１１４）、上記のサーバ確認処理が失敗するとス
テップＳ１０２へ戻る。一方、サーバ２００では、上記
の対象装置確認処理が成功するとチケット発行処理が開
始され（ステップＳ２０８）、上記のサーバ確認処理が
失敗するとステップＳ２０２へ戻る。

【００５２】図１３（ａ）は、使用管理装置１１０にお
いて実行されるチケット取得処理の手順を示すフローチ
ャートであり、図１３（ｂ）は、サーバ２００において
実行されるチケット発行処理の手順を示すフローチャー
トである。これらの処理により、使用管理装置１１０の
複数機能のうち指示部３７への操作（ステップＳ１０６
参照）によってチケット取得の指示された機能に対する
チケットが使用管理装置１１０から要求され、これに応
答してサーバ２００からチケットが発行される。具体的
には、使用管理装置１１０におけるチケット取得部３２
とサーバ２００におけるチケット発行部７２とが以下の
ように動作する。

【００５３】まず、使用管理装置１１０におけるチケッ
ト取得部３２が、チケット要求Ｒｔを通信ＩＦ部３５を
介してサーバ２００に送信する（ステップＳ１６２）。
このときチケット取得部３２は、指示部３７への操作に
よってチケット取得の指示された機能を特定するための
機能ＩＤを使用管理装置１１０内の識別情報５１１から
取り出し、この機能ＩＤをチケット要求Ｒｔに含めて送
信する。

【００５４】サーバ２００は、チケット発行処理が開始
されると、通信ＩＦ部７７が上記のチケット要求Ｒｔを
受信するまで待機状態となる（ステップＳ２６２）。こ
の待機状態においてチケット要求Ｒｔが受信されると、
チケット発行部７２は、サーバ２００の識別情報２５１
（図６）を参照して、そのチケット要求Ｒｔに含まれる
機能ＩＤにより特定される機能（特定機能）が正当な機
能か否か、すなわち予め契約によって対象装置６１０の
使用者である顧客に許可されている機能か否かを判定す
る（ステップＳ２６４）。その結果、そのチケット要求
Ｒｔが正当であれば、チケット発行部７２は、そのチケ
ット要求Ｒｔに対応するチケットの電子的象徴であるチ
ケットデータＤｔを作成し、これを応答データとして、
通信ＩＦ部７７を介して使用管理装置１１０に送信する
（ステップＳ２６６）。すなわち、チケット発行部７２
は、サーバ２００内の契約情報２５２（図７）を参照し
て、上記特定機能に対応する機能ＩＤと既に受信されて
いる顧客ＩＤおよび装置ＩＤ（ステップＳ２５０）とに
基づき、その特定機能に対して予め設定された使用量で
ある特定量を求め、その特定機能についてその特定量だ
け使用を許可することを示すデータを作成し、これをチ
ケットデータＤｔとして送信する。ここで、「特定量」
は、対象装置６１０の機能１〜Ｎのそれぞれについて予
め決められており、該当する機能の使用回数や使用時
間、使用データ量等として表現される。チケットデータ
Ｄｔの送信後、課金データ生成部７３が、契約情報２５
２に含まれる機能別の課金設定情報を参照して、そのチ
ケットデータＤｔに対応する料金すなわち上記の顧客Ｉ
Ｄ、装置ＩＤ、機能ＩＤおよび特定量に対応する料金を
算出し、その料金を基づき課金済み情報２５３を更新す
る（ステップＳ２７０）。すなわち、上記顧客ＩＤの示
す顧客に対する請求額を算出された上記料金だけ増額す
る。このような課金済み情報の更新後は、チケット発行
が正常に行われたとしてチケット発行処理のルーチンか
ら復帰する（正常復帰）。一方、上記ステップＳ２６４
で上記チケット要求Ｒｔが正当ではないと判定された場
合、チケット発行部７２は、上記チケット要求Ｒｔが無
効とされた旨の通知（以下「無効通知」という）を応答
データとして使用管理装置１１０に送信する（ステップ
Ｓ２７２）。この無効通知の送信後は、チケット発行が
失敗したとしてチケット発行処理のルーチンから復帰す
る（異常復帰）。

【００５５】上記のようなチケット発行処理が終了する
と（正常復帰または異常復帰の後）、サーバ２００で
は、ステップＳ２０２へ戻り、以後、上記と同様にして
ステップＳ２０２〜Ｓ２０８が繰り返し実行される。

【００５６】使用管理装置１１０は、チケット要求Ｒｔ
の送信後、通信ＩＦ部３５がサーバ２００から応答デー
タを受信するまで待機状態となる（ステップＳ１６
４）。この待機状態において通信ＩＦ部３５が応答デー
タを受信すると、チケット取得部３２が、送信されたチ
ケット要求Ｒｔが無効か否かを判定する（ステップＳ１
６６）。その結果、そのチケット要求Ｒｔが無効でなけ
れば、受信された応答データはチケットデータＤｔであ
り、チケット取得部３２は、このチケットデータＤｔの
示す情報を保存する（ステップＳ１６８）。具体的に
は、送信されたチケット要求Ｒｔに含まれている機能Ｉ
Ｄの示す特定機能に対するチケット残量を特定量だけ増
大させることにより、チケット管理情報５１２（図５）
を更新する。その後、チケット取得が成功したとしてチ
ケット取得処理のルーチンから復帰する（正常復帰）。
一方、上記ステップＳ１６６でチケット要求Ｒｔが無効
と判定された場合、すなわち、ステップＳ１６４で応答
データとして無効通知が受信された場合には、チケット
取得が失敗したとしてチケット取得処理のルーチンから
復帰する（異常復帰）。

【００５７】上記のようなチケット取得処理が終了する
と（正常復帰または異常復帰の後）、使用管理装置１１
０では、ステップＳ１０２へ戻り、以後、使用管理装置
１１０の機能１〜Ｎのうちチケット残量無しの機能があ
り且つチケット取得を中止する旨の指示がない限り、上
記と同様にしてステップＳ１０２〜Ｓ１１４が繰り返し
実行される。この間に、使用管理装置１１０の機能１〜
Ｎの全てにつきチケット残量がある状態となるか、また
は、チケット取得を中止する旨の指示がなされると、使
用管理装置１１０における起動時処理が終了する（ステ
ップＳ１０２、Ｓ１０６）。

【００５８】＜１.２.２ 対象装置の機能使用時の動作
＞図１２は、本実施形態における対象装置６１０の機能
を使用する際の使用管理装置１１０およびサーバ２００
の動作を示すフローチャートである。使用管理装置１１
０は、上記の起動時処理の終了後、前述の使用管理プロ
グラムに基づき図１２（ａ）に示すように動作する。サ
ーバ２００は、前述の課金処理プログラムに基づいて動
作し、既述のように、使用管理装置１１０が起動される
前に起動されていて、上記の起動処理の直後には受信待
機状態となっている（図１２（ｂ）のステップＳ２０
２）。以下、使用管理装置１１０が上記起動時処理を終
了した後に対象装置６１０の機能を使用する際の本実施
形態に係る機能別課金システムの動作を、図８、図９、
図１２を参照して説明する。

【００５９】使用管理装置１１０が上記起動時処理を終
了した後、使用管理装置１１０は、対象装置６１０の有
する機能のうち本システムによる課金の対象となる機能
（以下「対象機能」という）の使用が指示部３７に対し
て指示されるまで、待機状態となる（ステップＳ１２
２）。以下では、対象装置６１０の機能１〜Ｎは全て対
象機能であるとして説明する。

【００６０】使用管理装置１１０では、上記待機状態に
おいて対象機能のいずかの使用が指示されると、チケッ
ト残量カウント部３３が、使用の指示された機能（以下
「要求機能」という）に対するチケット残量Ａｔを読み
出す（ステップＳ１２４）。すなわち、使用管理装置１
１０内のチケット管理情報５１２（図６）から要求機能
に対するチケット残量Ａｔを取り出す。次に、チケット
残量カウント部３３は、そのチケット残量Ａｔがステッ
プＳ１２４での指示に基づく要求機能の実行に必要な量
（以下「要求量」という）Ａｒ以上であるか否かを判定
する（ステップＳ１２６）。これは、チケット残量Ａｔ
に基づき要求機能が使用が可能か否かを判定することを
意味する。ここで、要求量Ａｒは、チケット残量Ａｔが
例えば要求機能の使用回数を示すものである場合、通常
“１”であるが、ステップＳ１２４で要求機能の繰り返
し実行が指示されたときには、その繰り返し回数が要求
量Ａｒとなる。

【００６１】ステップＳ１２６での判定の結果、要求機
能に対するチケット残量Ａｔが要求量以上である場合、
実行許可部３４が要求機能の実行を許可する（ステップ
Ｓ１２８）。具体的には、要求機能を要求量だけ対象装
置６１０に実行させるための信号が実行許可部３４から
対象装置６１０に送られ、これにより、対象装置６１０
における機能１実行部６１〜機能Ｎ実行部６Ｎのうち要
求機能に対応する実行部がその要求機能を要求量Ａｒだ
け実行する。この実行に対応して、実行許可部３４は、
その要求機能を示す機能ＩＤとそのとき使用量（＝要求
量Ａｒ）と使用時刻と使用者を示す顧客ＩＤとを示す情
報を使用履歴データ５１３に追加することにより、使用
履歴データ５１３を更新する（ステップＳ１３０）。そ
の後、チケット残量カウント部３３が、ステップＳ１２
４で取得されたチケット残量Ａｔから要求量Ａｒを減じ
た値Ａｔ−Ａｒを要求機能に対する新たなチケット残量
Ａｔとすることにより、チケット管理情報５１２を更新
する（ステップＳ１３２）。このチケット管理情報５１
２の更新後は、ステップＳ１２２に戻る。

【００６２】ステップＳ１２６での判定の結果、要求機
能に対するチケット残量Ａｔが要求量Ａｒよりも少ない
場合、表示部３８がその要求機能のチケット残量Ａｔを
表示する（ステップＳ１３４）。そして、指示部３７に
対する操作によって、チケット取得の指示またはチケッ
ト取得をしない旨の指示のいずれかが入力されるまで待
機状態となる（ステップＳ１３５）。この待機状態にお
いて、いずれかの指示が入力されると、指示部３７は、
入力された指示がチケット取得の指示か否かを判定する
（ステップＳ１３６）。

【００６３】この待機状態においてチケット取得が指示
されると、起動時処理の場合と同様にして、要求機能の
特定量の使用を許可するチケットがサーバ２００から取
得される（ステップＳ１０８〜Ｓ１１４，ステップＳ２
０２〜Ｓ２０８）。すなわち、使用管理装置１１０から
サーバ２００にサーバ接続要求Ｒｃが送信されると、ま
ず、サーバ２００では対象装置確認処理（ステップＳ２
０４）が実行され、使用管理装置１１０ではサーバ確認
処理（ステップＳ１１０）が実行される。これらの処理
により、サーバ２００と使用管理装置１１０とは互いに
相手を確認する。これらの確認処理が正常に終了すれ
ば、使用管理装置１１０ではチケット取得処理（ステッ
プＳ１１４）が、サーバ２００ではチケット発行処理
（ステップＳ２０８）が、それぞれ実行される。これに
より、使用管理装置１１０からのチケット要求Ｒｔに応
じてサーバ２００からチケットデータＤｔが送信され、
このチケットデータＤｔに基づき使用管理装置１１０内
のチケット管理情報５１２が更新される。これにより、
チケット管理情報５１２において、要求機能のチケット
残量ＡｔがそのチケットデータＤｔの示す特定量だけ増
大する。一方、サーバ２００では、上記チケットデータ
Ｄｔの送信後に、そのチケットデータＤｔに対応する料
金が算出され、その料金を基づき課金済み情報２５３が
更新される。

【００６４】サーバ２００では、上記のようにしてチケ
ット発行や課金済み情報２５３の更新が行われた後、ス
テップＳ２０２へ戻り、以後、ステップＳ２０２〜Ｓ２
０８が繰り返し実行される。

【００６５】一方、使用管理装置１１０では、上記のよ
うにしてチケット取得が行われた後は、ステップＳ１２
２へ戻り、対象機能の使用の指示を待機する状態とな
る。この時点では、上記の要求機能に対するチケット残
量Ａｔは十分であるので、上記の要求機能の使用が指示
されると、その要求機能が対象装置６１０において実行
される（ステップＳ１２６〜Ｓ１３２）。

【００６６】＜１.２.３ その他の動作＞サーバ２００
における稼働状況分析部７４は、各対象装置に蓄積され
た使用履歴データ５１３をサーバ２００に収集し、その
収集された使用履歴データを用いて、各対象装置の稼働
状況を示すデータ（例えば顧客別、装置別、機能別の稼
働率および使用期間や、顧客別の課金データなど）を算
出し、稼働／課金状況出力部７５は、これらを表示す
る。なお、使用履歴データ５１３の収集は、後述の第２
の実施形態における図１７に示す手順（チケット受取履
歴データの収集）とほぼ同様の手順により行われる。

【００６７】＜１.３ 効果＞上記実施形態によれば、
顧客が装置を導入した後、その装置の使用に対して課金
されるため、装置導入時の販売価格を低くすることがで
きる。また、導入された装置の有する機能のうち実際に
使用した機能につき使用量に応じて課金され、未使用の
機能には課金されない。したがって、顧客にとっては、
装置の初期導入コストが低減されるだけでなく、必要な
機能の増大などによる装置の更新に伴う費用を抑えるこ
とができる、という利点がある。すなわち、導入時点で
過剰仕様の装置を導入しても初期費用および維持費用が
少なくて済み、未使用の機能を必要に応じて使用するこ
とができる。また、使用していた機能の使用量が減少し
た場合には、それに応じて課金が少なくなり、従来使用
していた機能を使用しなくなった場合には、その機能に
対しては課金されなくなる。このように、導入した装置
の使用態様が変化する場合すなわち必要な機能や使用量
が変化する場合において、その変化に起因する費用の増
大や無駄を低減することができる。

【００６８】また、上記実施形態によれば、サーバ２０
０において対象装置の使用の許可がチケット発行を介し
て顧客毎、装置毎、機能毎に行われるため、装置の使用
に対する料金を顧客別、装置別、機能別に設定すること
ができる。したがって、各装置の供給状態や、各機能の
需要の程度、顧客との関係など、種々の状況に応じた柔
軟な料金設定が可能となる。

【００６９】さらに、上記実施形態によれば、メーカに
とっては、販売後の装置使用に対する課金を前提とし
て、豊富な機能を有する装置を低価格で販売することが
できるので、装置の機種の数を抑えつつ、多種多様な顧
客の要求に応えることができるという利点がある。

【００７０】さらにまた、上記実施形態では、使用管理
装置において、チケット発行を介して機能毎に許可され
る使用量が使用許可量として管理され、この使用許可量
に基づき対象装置の使用の許否が決定される。このた
め、使用管理装置は対象装置の使用毎にサーバ２００と
通信する必要がなく、サーバ側と対象装置側との間の通
信量が低減される。また、対象装置の使用に対する課金
は、チケット発行に基づきサーバ２００において行われ
るため、使用料金の確実な回収が可能となり、いわゆる
「使い逃げ」を防止することができる。

【００７１】さらにまた、上記実施形態では、対象装置
の機能別の使用履歴が使用履歴データ５１３として蓄積
され、しかも、その使用履歴には顧客ＩＤや使用時刻も
含まれている。したがって、各対象装置に蓄積される使
用履歴データ５１３をサーバ２００に収集して稼働状況
分析部７４によって分析することにより、マーケティン
グ情報や、使用者に対する料金設定または値引きに利用
可能な情報、対象装置の保守サービスに利用可能な情報
等を得ることができる。

【００７２】＜２．第２の実施形態＞ ＜２.１ 構成＞次に、本発明の第２の実施形態に係る
機能別課金システムについて説明する。この機能別課金
システムの全体構成は、第１の実施形態と同様であって
図１に示す通りであり、同一部分には同一の参照符号を
付すものとして詳しい説明を省略する。また、この機能
別課金システムにおける使用管理装置１１０およびサー
バ２００のハードウェア構成も、第１の実施形態と同様
であって、例えば図２に示す通りである。なお、図１で
は使用管理装置が２台描かれているが、以下においても
説明の便宜上、対象装置６１０を管理する使用管理装置
１１０にのみ注目するものとする。

【００７３】本実施形態では、使用管理装置１１０にお
いてチケット受取履歴が蓄積されると共に、サーバ２０
０においてチケット発行履歴が蓄積される。そして、こ
れらの履歴を照合することにより、対象装置の不正使用
がないか否かが検査され、この点で、本実施形態は第１
の実施形態と相違する。

【００７４】本実施形態においても、使用管理装置１１
０は、データ処理部１１５においてＣＰＵが所定のプロ
グラム（以下「第２の使用管理プログラム」という）を
実行することにより、仮想的に図８に示すような構成の
装置として機能する。これに加えて、本実施形態におけ
る使用管理装置１１０は、第２の使用管理プログラムに
基づき、上記履歴データの照合に対応するための機能
（以下「顧客側履歴照合機能」という）５０を備えてい
て、使用管理装置１１０のうち顧客側履歴照合機能５０
に対応する部分は、機能的には図１５に示すような構成
を有している。すなわち、本実施形態における使用管理
装置１１０は、チケット受取履歴データ生成部５１と履
歴データ送出部５２とチケット受取履歴データ５１４の
記憶部とを更に備えている。なお、顧客側チケット処理
機能３０は、図８において実線で表される部分（対象装
置６１０を除く）に相当する。図１５に示した各部の具
体的動作は後述する。

【００７５】また、本実施形態におけるサーバ２００
も、データ処理部２０１においてＣＰＵが所定のプログ
ラム（以下「第２の課金処理プログラム」という）を実
行することにより、仮想的に図９に示すような構成の装
置として機能する。これに加えて、本実施形態における
サーバ２００は、第２の課金処理プログラムに基づき、
上記履歴データの照合に対応するための機能（以下「サ
ーバ側履歴照合機能」という）８０を備えていて、サー
バ２００のうちサーバ側履歴照合機能８０に対応する部
分は、機能的には図１６に示すような構成を有してい
る。すなわち、本実施形態におけるサーバ２００は、チ
ケット発行履歴データ生成部８１と履歴データ受信部８
２と履歴データ照合部８３とチケット発行履歴データ２
５４の記憶部とを更に備えている。なお、サーバ側チケ
ット処理機能７０は、図９において実線で表される部分
（対象装置６１０を除く）に相当する。図１６に示した
各部の具体的動作は後述する。

【００７６】＜２.２ 動作＞本実施形態における使用
管理装置１１０の起動時における使用管理装置１１０お
よびサーバ２００の動作は、第１の実施形態と同様であ
るので（図１０参照）、その説明を省略する。

【００７７】＜２.２.１ 履歴データの蓄積のための動
作＞本実施形態における対象装置６１０の機能を使用す
る際の使用管理装置１１０およびサーバ２００の動作
も、基本的には第１の実施形態と同様であって、図１２
に示す通りである。ただし、本実施形態において使用管
理装置１１０により実行されるチケット取得処理では、
図１４（ａ）に示すように、チケットデータＤｔの保存
（ステップＳ１６８）の後に、チケット受取履歴データ
生成部５１が、そのチケットデータＤｔの示す特定機能
および特定量を、その時点の時刻情報と共にチケット受
取履歴データ５１４に追加する。これにより、チケット
受取履歴データ５１４が更新される（ステップＳ１７
０）。このようなステップＳ１７０の挿入により、サー
バ２００からのチケット受取の履歴を示すチケット受取
履歴データ５１４が使用管理装置１１０に蓄積される。
また、本実施形態においてサーバ２００により実行され
るチケット発行処理では、図１４（ｂ）に示すように、
チケットデータＤｔの作成および送信（ステップＳ２６
６）の後に、チケット発行履歴データ生成部８１が、そ
のチケットデータＤｔの示す特定機能および特定量を、
その時点の時刻情報と共にチケット発行履歴データ２５
４に追加する。これにより、チケット発行履歴データ２
５４が更新される（ステップＳ２６８）。このようなス
テップＳ２６８の挿入により、各対象装置へのチケット
発行の履歴を示すチケット発行履歴データ２５４がサー
バ２００に蓄積される。

【００７８】＜２.２.２ 履歴データの照合のための動
作＞本実施形態では、定期的にデータ処理部２０１にお
いて所定のプログラム（以下「照合処理プログラム」と
いう）が起動され、この照合処理プログラムに基づきサ
ーバ２００は、定期的に図１７（ｂ）に示す照合処理を
実行する。サーバ２００での照合処理の実行に対応し
て、各対象装置に対する使用管理装置は、図１７（ａ）
に示すような処理（以下「履歴データ送出処理」とい
う）を実行する。以下、図１５〜図１７を参照して、こ
れら照合処理および履歴データ送出処理について説明す
る。

【００７９】サーバ２００では、照合処理が開始される
と、通信ＩＦ部７７が、サーバ２００による課金処理の
対象となる装置（対象装置）のいずれかに注目し、その
注目装置に対し接続要求Ｒｃを送信する（ステップＳ２
８２）。

【００８０】各対象装置に対する使用管理装置は、サー
バ２００からの接続要求Ｒｃの有無を常に監視しており
（ステップＳ１８２）、サーバ２００から注目装置に対
して接続要求Ｒｃが送信されると、その接続要求Ｒｃ
は、その注目装置に対する使用管理装置（以下「注目使
用管理装置」という）における通信ＩＦ部３５によって
受信される。注目使用管理装置は、接続要求Ｒｃが受信
されると、サーバ確認処理（ステップＳ１１０）を実行
する。一方、サーバ２００は、接続要求Ｒｃの送信後に
対象装置確認処理（ステップＳ２０４）を実行する。こ
れらの確認処理により、サーバ２００と注目使用管理装
置とは互いに相手を確認する。これらの確認処理が正常
に終了すれば、注目使用管理装置は、通信ＩＦ部３５が
履歴要求データＲｈを受信するまで待機状態となり、サ
ーバ２００は、注目装置へ履歴データ要求Ｒｈを送信す
る（ステップＳ２８４）。サーバ２００は、その履歴デ
ータ要求Ｒｈの送信後、通信ＩＦ部７７を介して履歴デ
ータ受信部８２が履歴データＲｈを受信するまで待機状
態となる。

【００８１】注目使用管理装置では、サーバ２００から
履歴データ要求Ｒｈが受信されると、履歴データ送出部
５２が記憶部からチケット受取履歴データ５１４を読み
出し（ステップＳ１８６）、それをチケット受取履歴デ
ータＲｈとして通信ＩＦ部３５を介してサーバ２００に
送信する（ステップＳ１８８）。注目使用管理装置は、
この送信後、ステップＳ１８２へ戻って、再び接続要求
Ｒｃが受信されるまで待機状態となる。なお、サーバ確
認処理が正常に終了しなかった場合には、チケット受取
履歴データ５１４の読み出しや送信を行うことなくステ
ップＳ１８２へ戻る。

【００８２】サーバ２００では、注目使用管理装置から
チケット受取履歴データＤｈが受信されると、履歴デー
タ照合部８３が、チケット発行履歴データ２５４の中か
ら受信されたチケット受取履歴データＤｈに対応するチ
ケット発行履歴データ、すなわち注目装置に対するチケ
ット発行履歴を示すデータ（以下「注目発行履歴デー
タ」という）を読み出して、その注目発行履歴データと
受信されたチケット受取履歴データＤｈとを照合する
（ステップＳ２８８）。そして、その照合結果を表示す
る（ステップＳ２９０）。その後、履歴データ照合部８
３は、対象装置のうち未注目の装置が残っているか否か
を調べ（ステップＳ２９２）、未注目の装置が残ってい
れば、未注目の装置のうちのいずれかを注目装置とする
（ステップＳ２９４）。その後、ステップＳ２８２へ戻
り、未注目の装置が無くなるまでステップＳ２８２〜Ｓ
２９４が繰り返し実行される。この間に未注目の装置が
無くなれば、サーバ２００は照合処理を終了する。

【００８３】＜２.２.３ その他の動作＞前述のように
して、サーバ２００には、各使用管理装置に対するチケ
ット発行の履歴を示すデータがチケット発行履歴データ
２５４として蓄積される（図１４のステップＳ２６
８）。サーバ２００における稼働状況分析部７４は、こ
のチケット発行履歴データ２５４を用いて、各対象装置
の稼働状況を示すデータ（例えば顧客別、装置別、機能
別の稼働率および使用期間や、顧客別の課金データな
ど）を算出し、稼働／課金状況出力部７５は、これらを
表示する。

【００８４】＜２.３ 効果＞上記実施形態によれば、
各使用管理装置に蓄積されているチケット受取履歴デー
タ２５４（Ｄｈ）が定期的にサーバ２００に送信され、
そのチケット受取履歴データ２５４（Ｄｈ）とサーバ２
００内のチケット発行履歴データ２５４における対応デ
ータ（注目発行履歴データ）とが照合される。この照合
により、一定期間のチケットの授受に矛盾がないか、互
いに対応するチケット発行とチケット受取との間で時刻
が一致しているかなどを調べることができるので、この
照合によって対象装置の不正使用を見つけることができ
る。

【００８５】また、上記実施形態によれば、サーバ２０
０における稼働状況分析部７４により、各対象装置の稼
働状況等を示すデータ（例えば顧客別、装置別、機能別
の稼働率や課金などを示すデータ）が得られ、このデー
タに基づき課金内容を変更することができる。例えば、
或る機能に対する稼働率が所定レベルを越えれば、その
機能の使用に対する料金（課金額）を減らす、すなわち
値引きするというサービスを提供することができる。ま
た、稼働状況を示すデータを、対象装置の保守サービス
に利用したり、マーケティング情報として利用したりす
ることもできる。

【００８６】さらにまた、サーバ２００は、インターネ
ット７００を介して通信可能に各使用管理装置に接続さ
れているので、各対象装置の稼働状況を示すデータや課
金結果としての請求書をその対象装置の使用管理装置へ
転送することができる。また、サーバ２００が任意の時
刻にインターネット７００を介して各使用管理装置に保
持されている顧客ＩＤや装置ＩＤ、パスワードなどの認
証データを書き換えることで、セキュリティを高めるこ
とも可能である。

【００８７】＜３．変形例＞上記各実施形態では、対象
装置を使用する前にサーバ２００から使用管理装置に対
してチケットが発行され、そのチケットに基づき課金処
理が行われると共に、そのチケットに基づき対象装置の
使用が機能毎に管理される。すなわち、許可された使用
量を示す情報が事前にチケットデータＤｔという形でサ
ーバ２００から使用管理装置へ送信され、許可された未
遂の使用量に基づき課金処理が行われる。このような前
払い的な課金に代えて、チケットを発行せずに対象装置
の機能毎の使用実績に応じて課金するようにしてもよ
い。すなわち、対象装置が実際に使用されたときに、使
用された機能とその使用量を示す情報を対応する使用管
理装置が事後的にサーバ２００に送信し、サーバ２００
がその既遂の使用量に基づき機能別に課金処理を行うよ
うにしてもよい。

【００８８】また、上記各実施形態では、１回のチケッ
ト発行によって許可される特定機能の使用量は、契約情
報２５２（図７）によって特定量として固定的に決めら
れているが、これに代えて、チケット要求Ｒｔにおいて
使用量を指定し、その指定された使用量だけ特定機能の
使用を許可するチケットを発行するようにしてもよい。
この場合、１回のチケットによって許可される使用量の
上限やチケット発行量の上限を契約情報２５２によって
規定するのが好ましい。

【００８９】さらに、上記第２の実施形態では、各使用
管理装置に蓄積されているチケット受取履歴データ２５
４が定期的にサーバ２００に送信されるが、これに代え
て又はこれと共に、同様の手順（図１７参照）により、
各使用管理装置に蓄積されている使用履歴データ５１３
を定期的にサーバ２００に送信するようにしてもよい。
この場合、その使用履歴データ５１３とサーバ２００内
のチケット発行履歴データ２５４中の対応データとを照
合することにより、対象装置の不正使用を見つけること
ができる。また、この場合、サーバ２００における稼働
状況分析部７４は、チケット発行履歴データ２５４の代
わりに使用履歴データ５１３を用いて、各対象装置の稼
働状況等を示すデータ（例えば顧客別、装置別、機能別
の稼働率や課金などを示すデータ）を算出することがで
きる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る機能別課金シス
テムの全体構成を示すブロック図。

【図２】第１の実施形態における使用管理装置のハード
ウェア構成を示すブロック図。

【図３】第１の実施形態における対象装置の具体例とし
ての業務用スキャナーの構成を示すブロック図。

【図４】第１の実施形態において使用管理装置に保持さ
れる識別情報を示す図。

【図５】第１の実施形態において使用管理装置に保持さ
れるチケット管理情報を示す図。

【図６】第１の実施形態においてサーバに保持される識
別情報を示す図。

【図７】第１の実施形態においてサーバに保持される契
約情報を示す図。

【図８】第１の実施形態における使用管理装置および対
象装置の機能ブロック図。

【図９】第１の実施形態におけるサーバの機能ブロック
図。

【図１０】第１の実施形態における使用管理装置および
サーバの起動時の動作を示すフローチャート。

【図１１】第１の実施形態におけるサーバ確認処理およ
び対象装置確認処理の手順を示すフローチャート。

【図１２】第１の実施形態において対象装置の機能を使
用する際の使用管理装置およびサーバの動作を示すフロ
ーチャート。

【図１３】第１の実施形態におけるチケット取得処理お
よびチケット発行処理の手順を示すフローチャート。

【図１４】本発明の第２の実施形態におけるチケット取
得処理およびチケット発行処理の手順を示すフローチャ
ート。

【図１５】第２の実施形態における顧客側履歴照合機能
の構成を示す機能ブロック図。

【図１６】第２の実施形態におけるサーバ側履歴照合機
能の構成を示す機能ブロック図。

【図１７】第２の実施形態においてチケット履歴を照合
するための処理手順を示すフローチャート。

【符号の説明】

３１ …サーバ確認部 ３２ …チケット取得部 ３３ …チケット残量カウント部 ３４ …実行許可部 ３５ …通信ＩＦ部 ３７ …指示部 ３８ …表示部 ５１ …チケット受取履歴データ生成部 ５２ …履歴データ送出部 ７１ …ＩＤ確認部 ７２ …チケット発行部 ７３ …課金データ生成部 ７４ …稼働状況分析部 ７６ …課金データ表示部 ７７ …通信ＩＦ部 ８１ …チケット発行履歴データ生成部 ８２ …履歴データ受信部 ８３ …履歴データ照合部 １１０，１２０ …使用管理装置 １１１，１２１ …データ処理部 １１３，１２３ …外部記憶部 １１５，１２５ …通信ＩＦ部 １１７，１２７ …入力操作部 １１８，１２８ …表示部 ２００ …サーバ ２０１ …データ処理部 ２０３ …外部記部 ２０５ …通信ＩＦ装置 ２５１ …識別情報 ２５２ …契約情報 ２５３ …課金済み情報 ２５４ …チケット発行履歴データ ５１１，５２１ …識別情報 ５１２，５２２ …チケット管理情報 ５１３，５２３ …使用履歴データ ５１４ …チケット受取履歴データ ６１０，６２０ …対象装置 ７００ …インターネット

Claims (14)

【特許請求の範囲】
1. 【請求項１】 複数機能を有する製品の使用に対する課
   金処理を行うサーバと当該サーバに通信可能に接続され
   て当該製品の使用を管理する使用管理装置とを含むシス
   テムによる課金方法であって、 前記製品の使用量を機能毎に前記使用管理装置にて管理
   する使用量管理ステップと、 前記使用量を前記製品の機能毎に示す使用量情報を、前
   記使用管理装置から前記サーバへ事前または事後に送信
   する送信ステップと、 前記使用量情報に基づき、前記製品の使用に対する料金
   を前記製品の機能毎に前記サーバにて算出する料金算出
   ステップとを備える課金方法。
2. 【請求項２】 前記製品の使用を機能毎に特定量だけ許
   可するチケットを前記サーバから前記使用管理装置に対
   して発行するチケット発行ステップと、 前記製品の機能毎に管理される使用量を未遂の使用許可
   量と見なし、前記製品の複数機能のうちいずれかの機能
   が前記製品の使用者から要求されると、当該要求された
   機能に対する使用許可量に基づき使用可能か否かを前記
   使用管理装置にて判定する判定ステップと、 前記判定ステップで使用可能と判定された場合にのみ、
   前記要求された機能の使用を前記使用管理装置にて許容
   する使用許可ステップとを更に備え、 前記送信ステップでは、前記製品の特定機能の使用を特
   定量だけ許可するチケットの発行を求める発行要求が前
   記使用量情報として事前に前記サーバへ送信され、 前記チケット発行ステップでは、前記発行要求が前記サ
   ーバにて受信されると、前記発行要求によって発行が求
   められたチケットの電子的象徴であるチケットデータが
   前記サーバから前記使用管理装置へと送信され、 前記料金算出ステップでは、前記チケットデータが送信
   された場合に、当該送信チケットデータの示す特定機能
   の使用に対する料金が当該送信チケットデータに基づき
   算出され、 前記使用量管理ステップは、 前記使用管理装置にてチケットデータが受信されると、
   前記製品の複数機能のうち当該受信チケットデータの示
   す特定機能の使用許可量を、当該受信チケットデータの
   示す特定量だけ増大させる増大更新ステップと、 前記製品の複数機能のうちのいずれかの機能が使用され
   ると、使用された機能の使用許可量を使用された量だけ
   減少させる減少更新ステップとを含むことを特徴とす
   る、請求項１に記載の課金方法。
3. 【請求項３】 複数機能を有する製品の使用を管理する
   使用管理装置に通信可能に接続されたサーバにより、当
   該製品の使用に対する課金処理を行うための方法であっ
   て、 前記製品の機能毎の使用量を示す使用量情報を前記使用
   管理装置から受信する受信ステップと、 前記使用量情報に基づき、前記製品の使用に対する料金
   を前記製品の機能毎に算出する料金算出ステップとを備
   える方法。
4. 【請求項４】 前記製品の使用を機能毎に特定量だけ許
   可するチケットを発行するチケット発行ステップを更に
   備え、 前記受信ステップでは、前記製品の特定機能の使用を特
   定量だけ許可するチケットの発行を求める発行要求が前
   記使用量情報として受信され、 前記チケット発行ステップでは、前記発行要求が受信さ
   れると、前記発行要求によって発行が求められたチケッ
   トの電子的象徴であるチケットデータが前記使用管理装
   置に向けて送信され、 前記料金算出ステップでは、前記チケットデータが送信
   された場合に、当該送信チケットデータが示す特定機能
   の使用に対する料金が当該送信チケットデータに基づき
   算出されることを特徴とする、請求項３に記載の方法。
5. 【請求項５】 前記チケット発行ステップで発行された
   チケットによって使用の許可される製品、特定機能およ
   び特定量を示す情報を含むチケット発行履歴データを蓄
   積する発行履歴蓄積ステップと、 前記使用管理装置にて受信されたチケットデータによっ
   て使用の許可される製品、特定機能および特定量を示す
   情報を含むチケット受取履歴データを前記使用管理装置
   から受信する受取履歴データ受信ステップと、 前記蓄積されたチケット発行履歴データと前記受信され
   たチケット受取履歴データとを照合する照合ステップと
   を更に備えることを特徴とする、請求項４に記載の方
   法。
6. 【請求項６】 前記チケット発行ステップで発行された
   チケットによって使用の許可される製品、特定機能およ
   び特定量を示す情報を含むチケット発行履歴データを蓄
   積する発行履歴蓄積ステップと、 前記使用管理装置によって管理される製品および当該管
   理される製品の機能毎の実際の使用量を示す情報を含む
   使用履歴データを前記使用管理装置から受信する使用履
   歴受信ステップと、 前記蓄積されたチケット発行履歴データと前記受信され
   た使用履歴データとを照合する照合ステップとを更に備
   えることを特徴とする、請求項４に記載の方法。
7. 【請求項７】 前記使用管理装置によって管理される製
   品および当該管理される製品の機能毎の実際の使用量を
   示す情報を含む使用履歴データを前記使用管理装置から
   受信する使用履歴受信ステップを更に備えることを特徴
   とする、請求項３または４に記載の方法。
8. 【請求項８】 複数機能を有する製品の使用に対する課
   金処理を行うサーバに通信可能に接続された使用管理装
   置によって当該製品の使用を管理するための方法であっ
   て、 前記製品の使用量を機能毎に管理する使用量管理ステッ
   プと、 前記製品の使用量を機能毎に示す使用量情報を事前また
   は事後に前記サーバに向けて送信する送信ステップとを
   備える方法。
9. 【請求項９】 前記製品の機能毎に管理される使用量を
   未遂の使用許可量と見なし、前記製品の複数機能のうち
   いずれかの機能が前記製品の使用者から要求されると、
   当該要求された機能に対する使用許可量に基づき使用可
   能か否かを判定する判定ステップと、 前記判定ステップで使用可能と判定された場合にのみ、
   前記要求された機能の使用を許容する使用許可ステップ
   とを更に備え、 前記送信ステップでは、前記製品の特定機能の使用を特
   定量だけ許可するチケットの発行を求める発行要求が前
   記使用量情報として事前に送信され、 前記使用量管理ステップは、 前記発行要求に応答して前記サーバから発行されるチケ
   ットの電子的象徴であるチケットデータを受信する受信
   ステップと、 前記受信ステップでチケットデータが受信されると、前
   記製品の複数機能のうち当該受信チケットデータの示す
   特定機能の使用許可量を、当該受信チケットデータの示
   す特定量だけ増大させる増大更新ステップと、 前記製品の複数機能のうちのいずれかの機能が使用され
   ると、使用された機能の使用許可量を使用された量だけ
   減少させる減少更新ステップとを含むことを特徴とす
   る、請求項８に記載の方法。
10. 【請求項１０】 前記使用管理装置にて受信されたチケ
    ットデータによって使用の許可される製品、特定機能お
    よび特定量を示す情報を含むチケット受取履歴データを
    蓄積する受取履歴蓄積ステップと、 前記蓄積されたチケット受取履歴データを前記サーバに
    向けて送信する受取履歴送信ステップとを更に備えるこ
    とを特徴とする、請求項９に記載の方法。
11. 【請求項１１】 前記使用管理装置によって管理される
    製品および当該管理される製品の機能毎の実際の使用量
    を示す情報を含む使用履歴データを蓄積する使用履歴蓄
    積ステップと、 前記蓄積された使用履歴データを前記サーバに向けて送
    信する使用履歴送信ステップとを更に備えることを特徴
    とする、請求項８または９に記載の方法。
12. 【請求項１２】 前記サーバに通信可能に接続されたコ
    ンピュータを前記使用管理装置として機能させるため
    に、請求項８から１１までのいずれか１項に記載の方法
    を当該コンピュータに実行させるプログラム。
13. 【請求項１３】 複数機能を有する製品の使用に対する
    課金処理を行うサーバに通信可能に接続されて当該製品
    の使用を管理する使用管理装置であって、 前記製品の使用量を機能毎に管理する使用量管理手段
    と、 前記製品の使用量を機能毎に示す使用量情報を事前また
    は事後に前記サーバに向けて送信する送信手段とを備え
    る使用管理装置。
14. 【請求項１４】 前記使用量管理手段によって前記製品
    の機能毎に管理される使用量を未遂の使用許可量と見な
    し、前記製品の複数機能のうちいずれかの機能が前記製
    品の使用者から要求されると、当該要求された機能に対
    する使用許可量に基づき使用可能か否かを判定する判定
    手段と、 前記判定手段によって使用可能と判定された場合にの
    み、前記要求された機能の使用を許容する使用許可手段
    とを更に備え、 前記送信手段は、前記製品の特定機能の使用を特定量だ
    け許可するチケットの発行を求める発行要求を前記使用
    量情報として事前に送信し、 前記使用量管理手段は、 前記発行要求に応答して前記サーバから発行されるチケ
    ットの電子的象徴であるチケットデータを受信する受信
    手段と、 前記受信手段によってチケットデータが受信されると、
    前記製品の複数機能のうち当該受信チケットデータの示
    す特定機能の使用許可量を、当該受信チケットデータの
    示す特定量だけ増大させる増大更新手段と、 前記製品の複数機能のうちのいずれかの機能が使用され
    ると、使用された機能の使用許可量を使用された量だけ
    減少させる減少更新手段とを含むことを特徴とする、請
    求項１３に記載の使用管理装置。