JPH11338696A - ソフトウェアモジュ―ルの課金システム - Google Patents

Abstract

(57)【要約】 【課題】 デバイスの利用価値に応じた料金、使用した
機能に対してのみ適切な利用料金をユーザーに請求し、
課金方法の変更、製品自体の機能拡張または個別機能対
応に柔軟に対応すること。 【解決手段】 画像入出力装置に実装されているハード
ウェア部品を制御するソフトウェアを複数のソフトウェ
アモジュールに部品化し、それらソフトウェアモジュー
ルを協調動作させて画像入出力装置の制御を行うソフト
ウェアモジュールの課金システムにおいて、ソフトウェ
アモジュールの各々が自己にかかる利用価値または利用
状況に応じた使用料金を累加する課金機能を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェアモジ
ュールの課金システムに関し、特に、読み取られる原稿
を給紙し読取装置に順次セットするフィーダー部、読み
取りを実行するスキャナ部、読み取った画像データを保
存しておく記憶装置、印刷する用紙を給紙し書き込み装
置にセットする給紙トレイ部、書き込みを実行するプロ
ッタ部、及び、印刷された用紙を分配して置くための排
紙部、などのハードウェアモジュールを有する画像入出
力装置等のＯＡ機器に実装されているハードウェアモジ
ュールを制御するソフトウェアを複数のソフトウェアモ
ジュールに部品化し、それらソフトウェアモジュールを
協調動作させてＯＡ機器の制御を行うソフトウェアモジ
ュールの課金システムに関する。

【０００２】

【従来の技術】従来この種のソフトウェアモジュールの
課金システムとしては、例えば、特開平８−６６６０号
公報（発明の名称：課金処理方式、出願日：１９９４年
６月２３日、以下従来技術と呼ぶ）に示すようなものが
ある。

【０００３】すなわち、従来技術は、計算機システムの
利用状況を個別に累計することで各々のユーザーの課金
情報を求める課金処理方式において、新たに設計された
ソフトウェア製品の作成に際して必要不可欠な既存のソ
フトウェアモジュールの利用価値を前記課金情報に累加
するソフトウェア課金管理手段を具備する構成とした課
金処理方式である。

【０００４】計算機システムの課金処理方式は、具体的
には、中央処理装置、ユーザーがソフトウェアの結合処
理の指示などを行うためのユーザー操作端末、ユーザー
が作成したソフトウェアを格納するためのユーザー作成
ソフトウェア格納装置、ユーザーによって使用される既
存のソフトウェアモジュールを格納するためのソフトウ
ェアモジュール格納装置、各々のユーザー毎の課金情報
が格納される課金情報格納装置、結合処理後のソフトウ
ェア製品が格納される結合後ソフトウェア格納装置、計
算機システムの制御を行うオペレーティングシステム、
ソフトウェアの結合処理を実行するソフトウェア結合処
理部、ユーザーの課金情報の更新処理を実行する課金処
理部を中心とするハードウェア構成となっている。

【０００５】このような構成の計算機システムにおい
て、信号線を介してユーザー操作端末からオペレーティ
ングシステムに入力されたソフトウェア結合依頼および
ユーザー名称は、信号線を介してオペレーティングシス
テムからソフトウェア結合処理部に伝送される。

【０００６】これを受けて、最初に、ソフトウェア結合
処理部は、結合指示の対象となるユーザー作成のソフト
ウェア（オブジェクトモジュール）を信号線を介してユ
ーザー作成ソフトウェア格納装置から読み出す。そし
て、読み出されたユーザー作成のソフトウェアを解析し
て意図するソフトウェア製品の作成に必要不可欠なソフ
トウェアモジュールを求め、信号線を介してソフトウェ
アモジュール格納装置から求められた結合する必要のあ
るすべてのソフトウェアモジュールを、ソフトウェアモ
ジュールについて規定された使用料金とともに読み出
す。

【０００７】次に、ソフトウェア結合処理部は、読み出
した使用料金をすべて累加して得られた値を、オペレー
ティングシステムから受け取ったユーザー名称ととも
に、信号線を介して課金処理部に通知した後、ユーザー
作成のソフトウェアと必要なソフトウェアモジュールと
の結合処理を行って、作成されたソフトウェア製品を信
号線を介して結合後ソフトウェア格納装置に格納する。

【０００８】最後に、課金処理部は、ソフトウェア結合
処理から通知されたユーザー名称に対応するユーザーの
課金情報を信号線を介して課金情報格納装置から読み出
して通知された使用料金を累加した後、再び新たな課金
情報を信号線を介して課金情報格納装置に格納する。

【０００９】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の課金処理方式では、ユーザが作成したユーザ
作成ソフトウェアと必要な既存のソフトウェアモジュー
ルとの結合処理を行う際に課金処理されるものであり、
ソフトウェアモジュールを使用する毎に課金されるもの
ではない。

【００１０】即ち、従来の課金処理方式では、結合処理
を行う際に課金されるものであり、ソフトウェアモジュ
ールの使用の如何に拘わらず課金される。従って、ソフ
トウェアモジュールの実際の使用状態と課金とのずれが
発生するという問題があった。

【００１１】また、従来の一般的な複写機では、機能に
対して課金されており、使う機能によっては全く異なる
デバイスなどを使用しているにもかかわらず、同一の料
金が課されてしまう結果、ユーザーはデバイスの利用価
値に関係なく一定の料金を支払わなければならないとい
う問題点があった。例えば、ソート機能を実現するため
に多数の排紙ビンを有するソータを使用するか、メモリ
を利用した電子ソートを使用するかで、使用されるデバ
イスやソフトウェアは異なるのに料金は同一であった。

【００１２】また、それぞれのハードウェアモジュール
に対してカウンタが設けられていないため、本当に使用
しているか否かに関係なく使用料金が課されてしまう結
果、ユーザーは全く使っていない機能に対しても利用料
金を支払わなければならないという問題点もあった。

【００１３】本発明は、このような従来の問題点を解決
することを課題としており、特に、ＯＡ機器などに組み
込まれたソフトウェアに対して、ソフトウェアモジュー
ル単位で課金管理をすることにより、デバイスの利用価
値に応じた料金をユーザーが支払えるようにすることを
課題としている。

【００１４】更に加えて、使用した機能に対してのみ適
切な利用料金をユーザーが支払えるようにすることを課
題としている。

【００１５】更に加えて、ソフトウェアモジュール単位
の取り替えやバージョンアップによる課金方法の変更
や、製品自体の機能拡張や個別機能対応に柔軟に対応す
ることを課題としている。

【００１６】

【課題を解決するための手段】上記課題を解決するため
本発明により成された請求項１に記載の発明は、画像入
出力装置１２に実装されているハードウェアモジュール
を制御するソフトウェアを複数のソフトウェアモジュー
ルに部品化し、それらソフトウェアモジュールを協調動
作させて画像入出力装置１２の制御を行うソフトウェア
モジュールの課金システムにおいて、ソフトウェアモジ
ュールの各々が、自己にかかる利用価値または利用状況
に応じた使用料金を累加する課金機能を有することを特
徴とするソフトウェアモジュールの課金システムであ
る。

【００１７】請求項１に記載の発明によれば、ＯＡ機器
などに組み込まれたソフトウェアに対して、ソフトウェ
アモジュール単位で課金管理をすることにより、デバイ
スの利用価値に応じた料金をユーザーが支払うことがで
きるようになる。

【００１８】更に加えて、使用した機能に対してのみ適
切な利用料金をユーザーが支払うことができるようにな
る。

【００１９】更に加えて、ソフトウェアモジュール単位
の取り替えやバージョンアップによる課金方法の変更
や、製品自体の機能拡張や個別機能対応に柔軟に対応す
ることができるようになる。

【００２０】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、使用する機能に関係なく（コピー、ファクス、
プリンタなどの複合機などは、多くの機能がある）、ソ
フトウェアモジュール単位で課金を管理することが可能
となる。

【００２１】また請求項２に記載の発明は、請求項１に
記載のソフトウェアモジュールの課金システムにおい
て、前記ソフトウェアモジュールの各々が、ソフトウェ
アモジュール単位に事前に登録されているモジュール識
別子（以下に、モジュールＩＤと記す）５１、モジュー
ルの使用１回当たりの課金単位である単価情報５４を含
むデータ構造を有し、前記データ構造に含まれる前記モ
ジュールＩＤ５１及び前記単価情報５４に基づいて当該
ソフトウェアモジュールの仕様を管理すると共に、前記
モジュールＩＤ５１及び前記単価情報５４に基づいて当
該ソフトウェアモジュールにかかる前記課金機能を実行
するソフトウェアモジュールの課金システムである。

【００２２】請求項２に記載の発明によれば、請求項１
に記載の効果に加えて、単価情報５４またはモジュール
ＩＤ５１を用いることにより、ＯＡ機器などに組み込ま
れたソフトウェアに対して、ソフトウェアモジュール単
位で課金管理をすることにより、デバイスの利用価値に
応じた料金をユーザーが支払うことができるようにな
る。

【００２３】更に加えて、単価情報５４またはモジュー
ルＩＤ５１を用いることにより、使用した機能に対して
のみ適切な利用料金をユーザーが支払うことができるよ
うになる。

【００２４】更に加えて、単価情報５４またはモジュー
ルＩＤ５１の取り替えや変更を行うことにより、ソフト
ウェアモジュール単位の取り替えやバージョンアップに
よる課金方法の変更や、製品自体の機能拡張や個別機能
対応に柔軟に対応することができるようになる。

【００２５】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、単価情報５４またはモジュールＩＤ５１が同じ
であれば使用する機能に関係なく（コピー、ファクス、
プリンタなどの複合機などは、多くの機能がある）、ソ
フトウェアモジュール単位で課金を管理することが可能
となる。

【００２６】また請求項３に記載の発明は、請求項１ま
たは２に記載のソフトウェアモジュールの課金システム
において、印刷の制御を行う前記ソフトウェアモジュー
ルまたは読み取りの制御を行う前記ソフトウェアモジュ
ールをユーザー側が利用した際に、サービスセンター１
０側が、当該ソフトウェアモジュールが実行した前記課
金機能の結果に応じて当該ユーザー側に課金処理を実行
するソフトウェアモジュールの課金システムである。

【００２７】請求項３に記載の発明によれば、請求項１
または２に記載の効果に加えて、単価情報５４またはモ
ジュールＩＤ５１を用いてソフトウェアモジュールの実
行状況によって課金をすることにより、ＯＡ機器などに
組み込まれたソフトウェアに対して、ソフトウェアモジ
ュール単位で課金管理をすることにより、デバイスの利
用価値に応じた料金をユーザーが支払うことができるよ
うになる。

【００２８】更に加えて、単価情報５４またはモジュー
ルＩＤ５１を用いてソフトウェアモジュールの実行状況
によって課金をすることにより、使用した機能に対して
のみ適切な利用料金をユーザーが支払うことができるよ
うになる。

【００２９】更に加えて、単価情報５４またはモジュー
ルＩＤ５１の取り替えや変更を行うことにより、ソフト
ウェアモジュール単位の取り替えやバージョンアップに
よる課金方法の変更や、製品自体の機能拡張や個別機能
対応に柔軟に対応することができるようになる。

【００３０】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、単価情報５４またはモジュールＩＤ５１が同じ
であれば使用する機能に関係なく（コピー、ファクス、
プリンタなどの複合機などは、多くの機能がある）、ソ
フトウェアモジュール単位で課金を管理することが可能
となる。

【００３１】また請求項４に記載の発明は、前記画像入
出力装置１２に実装されているハードウェアモジュール
と前記ソフトウェアモジュールとを関連づけると共に、
前記ハードウェアモジュールの利用状況を、当該ハード
ウェアモジュールと対応する前記ソフトウェアモジュー
ルの利用状況に基づいて管理するソフトウェアモジュー
ルの課金システムである。

【００３２】請求項４に記載の発明によれば、ハードウ
ェアモジュールに対して、ソフトで課金することによ
り、課金するためのカウンタが不要となる。また、ソフ
トで管理するので、バージョンアップも簡単となる。

【００３３】また単価情報５４またはモジュールＩＤ５
１を用いてソフトウェアモジュールの実行状況によって
ハードウェアモジュールの課金を実行することにより、
ＯＡ機器などに組み込まれたソフトウェアに対して、ソ
フトウェアモジュール単位で課金管理をすることによ
り、デバイスの利用価値に応じた料金をユーザーが支払
うことができるようになる。

【００３４】更に加えて、単価情報５４またはモジュー
ルＩＤ５１を用いてソフトウェアモジュールの実行状況
によってハードウェアモジュールの課金を実行すること
により、使用した機能に対してのみ適切な利用料金をユ
ーザーが支払うことができるようになる。

【００３５】更に加えて、単価情報５４またはモジュー
ルＩＤ５１の取り替えや変更を行うことにより、ソフト
ウェアモジュール単位またはハードウェアモジュール単
位の取り替えやバージョンアップによる課金方法の変更
や、製品自体の機能拡張や個別機能対応に柔軟に対応す
ることができるようになる。

【００３６】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、単価情報５４またはモジュールＩＤ５１が同じ
であれば使用する機能に関係なく（コピー、ファクス、
プリンタなどの複合機などは、多くの機能がある）、ハ
ードウェアモジュールに対応するソフトウェアモジュー
ル単位で課金を管理することが可能となる。

【００３７】また請求項５に記載の発明は、請求項１乃
至４のいずれか一項に記載のソフトウェアモジュールの
課金システムにおいて、前記課金の累加処理を、ネット
ワーク先で集中管理するソフトウェアモジュールの課金
システムである。

【００３８】請求項５に記載の発明によれば、請求項１
乃至４のいずれか一項に記載の効果に加えて、ユーザー
毎の課金の累加処理管理をリモートで行うことにより、
モジュールの課金情報と、積み上げ料金を分離すること
が可能となり、機能拡張やバージョンアップによる、ユ
ーザーの利用状況に応じた料金形態に対して柔軟に対応
することが可能となる。

【００３９】また請求項６に記載の発明は、請求項１乃
至５のいずれか一項に記載のソフトウェアモジュールの
課金システムにおいて、前記サービスセンター１０側か
らの使用料金の通知要求に応じて前記画像入出力装置１
２内で利用された全ての前記ソフトウェアモジュールに
かかる使用料金を加算して当該サービスセンター１０側
に通知するソフトウェアモジュールの課金システムであ
る。

【００４０】請求項６に記載の発明によれば、請求項１
乃至５のいずれか一項に記載の効果に加えて、ユーザー
毎の課金の累加処理管理の使用料金の通知要求をリモー
トで行うことにより、モジュールの課金情報と、積み上
げ料金を分離することが可能となり、機能拡張やバージ
ョンアップによる、ユーザーの利用状況に応じた料金形
態に対して柔軟に対応することが可能となる。

【００４１】

【発明の実施の形態】図１は、本発明のソフトウェアモ
ジュールの課金システムを応用した課金処理方式を実現
する計算機システムのシステム環境（ネットワーク環境
１４）の一構成形態を説明するためのブロック図であ
る。

【００４２】本実施形態のソフトウェアモジュールの課
金システムは、ＯＡ機器に実装されているハードウェア
モジュールを制御するソフトウェアを複数のソフトウェ
アモジュールに部品化し、それらソフトウェアモジュー
ルを協調動作させて画像入出力装置１２の制御を行うも
のであって、ソフトウェアモジュールの各々が、自己に
かかる利用価値または利用状況に応じた使用料金を累加
する課金機能を有している。

【００４３】具体的には、ＯＡ機器としては、読み取ら
れる原稿を給紙し読取装置に順次セットするフィーダー
部、読み取りを実行するスキャナ部、読み取った画像デ
ータを保存しておく記憶装置、印刷する用紙を給紙し書
き込み装置にセットする給紙トレイ部、書き込みを実行
するプロッタ部、及び、印刷された用紙を分配して置く
ための排紙部、などのハードウェアモジュールを有する
複写機（サーバＡ）１２２、ファクス、プリンタ（サー
バＢ）１２１、スキャナ１２３等の画像入出力装置１２
がある。画像入出力装置１２の各装置にはそれぞれ図示
しないソフトウェアモジュールを備え、ソフトウェアモ
ジュールを組み合わせて１つの機能を達成している。例
えば、複写機１２２において、電子ソートを行う場合に
は読み取った画像情報をメモリに入れるソフトウェアモ
ジュール、メモリから読み出すソフトウェアモジュー
ル、編集するソフトウェアモジュール、実際に画像形成
をするソフトウェアモジュール等が組み合わさって１つ
の電子ソートコピーという機能を達成する。以下では、
画像入出力装置１２として説明を進める。

【００４４】従来、複写機（サーバＡ）１２２、ファク
ス、プリンタ（サーバＢ）１２１、スキャナ１２３等の
画像入出力装置１２やパソコン（ＰＣ）１２４はスタン
ドアロン・１対１接続で利用されてきたが、図１に示す
ように、近年はネットワーク環境１４に接続される利用
方法も増えてきている。

【００４５】本実施形態のソフトウェアモジュールの課
金システムは、課金の累加処理を、ネットワーク先で集
中管理している。

【００４６】具体的には、本実施形態では、それら既存
のシステム環境の外に、ソフトウェアモジュールを管理
するサービスセンター１０が設けてある。

【００４７】すなわち、サービスセンター１０は、図１
に示すように、ソフトウェアモジュールのバージョンア
ップ、課金等を管理するための管理データベースを記憶
する記憶装置１０２や記憶装置１０２を用いてソフトウ
ェアモジュールを管理するパソコン（ＰＣ）１０１など
が装備され、ネットワーク環境１４を介したリモート制
御によって各ユーザー側の装置１２（１２１，１２２，
１２３，１２４など）の動作状況や利用状況に関するサ
ービスを提供している。

【００４８】図２は、図１のシステム環境のハードウェ
アの一構成を示す図である。なお、図２では、画像入出
力装置１２の複写機１２２のみを示し、他のプリンタ１
２１、スキャナ１２３は省略してある。本実施形態で
は、サービスセンター１０（図１参照）がブローカ２２
の役割をもっている。このブローカ２２は各画像入出力
装置１２の中にあってもよい。

【００４９】初めに画像入出力装置１２のハードウェア
構成を説明する。

【００５０】プロセッサ（ＣＰＵ）２０１は、図２に示
すように、装置全体の制御を司るものであり、その制御
下に、ＲＯＭ２０９、ＲＡＭ２１０、ＮＶＲＡＭ２１
１、操作パネル２０２とパネル制御部２０５、スキャン
／プリントエンジン２０３とエンジン制御部２０６、記
憶装置２０４とディスクドライバ２０７、通信制御部２
０８、モデム２１２が接続されている。

【００５１】ＲＯＭ２０９は、プログラムコード、フォ
ント、及びその他の静的なデータが格納されている。

【００５２】図２に示すＲＡＭ２１０は、一時的な記憶
場所として利用される。

【００５３】図２に示すＮＶＲＡＭ２１１は、不揮発性
のデータを格納しておく。

【００５４】図２に示す操作パネル２０２とパネル制御
部２０５は、ユーザーとのインターフェイスを司る。

【００５５】図２に示すスキャン／プリントエンジン２
０３とエンジン制御部２０６は、イメージデータの入出
力ユニットとして、紙原稿の読み取りと転写紙への印刷
を実行する。

【００５６】図２に示す記憶装置２０４とディスクドラ
イブ２０７は、大量のイメージデータなどを蓄積した
り、データベースの記憶場所として利用される。

【００５７】図２に示す通信制御部２０８は、イーサネ
ット等のネットワーク環境１４に接続され、外部の機器
（例えば、ブローカ２２やパソコン（ＰＣ）１０１）と
の通信を可能とする。

【００５８】図２に示すモデム２１２は、公衆回線（具
体的には、電話回線やＩＳＤＮ回線）と接続され、外部
の機器との通信を可能とする。

【００５９】次にブローカ２２のハードウェア構成を説
明する。

【００６０】ブローカ２２は、図２に示すように、ネッ
トワーク環境１４に接続されている画像入出力装置の機
能情報や管理情報を維持し、クライアント（ここではＰ
Ｃ１２４）とサーバ（ここでは画像入出力装置１２）の
接続を確立する役目を請け負う。

【００６１】ブローカ２２は、ＣＰＵ２２３、ＲＯＭ２
２４、ＲＡＭ２２５、通信制御部２２２及び管理データ
ベースを記憶する記憶装置１０２を有しているものであ
り、ＰＣ１０１あるいは画像入出力装置１２のどちら側
に存在していてもよい。

【００６２】図３は、図２のハードウェア構成形態にお
いて、画像入出力装置１２の一例としての複写機１２２
の内部に組み込まれているソフトウェアの一構成形態を
示している。

【００６３】画像入出力装置１２の内部に組み込まれて
いるソフトウェアの構成は、図３に示すように、大きく
分けると、アプリケーション層３０、カーネル層３２、
ドライバ層３４、ハードウェア層３６の４層の構造とし
ている。

【００６４】図３に示すアプリケーション層３０は、コ
ピー・ファクス・プリンタ・スキャナなどのアプリケー
ションを形成するレイヤーである。

【００６５】図３に示すドキュメントマネージャ３０２
は、コピー・ファクス・プリンタ・スキャナなどのシナ
リオに沿ってドキュメントをハンドリングするアプリケ
ーションとしては中心となる機能ブロックである。

【００６６】図３に示すサービスマネージャ３０３は、
ドキュメントハンドリングの際に共通に必要となる機能
ブロックであり、各種サービスの管理・実行を行ってい
る。

【００６７】図３に示すデバイスマネージャ３０４は、
スキャナ、プロッタ、画像バスといった物理デバイスの
動作を決定する機能ブロックであり、各種デバイスの管
理・実行を行っている。

【００６８】図３に示すオペレーションマネージャ３０
１は、装置に付属している操作パネルを制御するもので
あり、ボタンの表示、ボタンオペレーションのノーティ
ファイ、アラートの通知などを行っている。

【００６９】図３に示すデータベースマネージャ３０５
は、フォント、定形フォーム、ファクス受信履歴、装置
の利用履歴などの永続データの維持管理を行っている。

【００７０】データベースマネージャ３０５は、各ソフ
トウェアモジュールの課金情報の維持・管理も行ってい
る。その装置、例えば複写機１２２がブローカとしての
機能をもつ場合には、積み上げ料金の維持・管理も行う
ことができる。

【００７１】図３に示すプログラムファクトリ３０６
は、ソフトウェアモジュールからプログラム実行のため
の初期化を行っている。

【００７２】すなわち、プログラムファクトリ３０６
は、静的に存在するソフトウェアモジュールをＲＡＭ上
へ展開し（オブジェクト指向プログラミングにおけるイ
ンスタンスの生成）、何らかのメッセージを受け取る
（オブジェクト指向プログラミングにおけるメソッドコ
ール）ことにより動作可能な状態にしておくものであ
る。

【００７３】図３に示すカーネル層３２は、通常ＯＳ
（オペレーティングシステム）のカーネルとして組み込
まれ、各種デバイスを抽象化して、仮想メモリ３２１、
実行プロセス３２２、ファイルシステム３２３、ソケッ
ト３２４、仮想マシン３２５（実行管理デバイス３２５
１、モード管理デバイス３２５２）等から構成されてい
る。カーネル層３２はアプリケーション層３０とドライ
バ層３４との間を仲介している。

【００７４】図３に示すアプリケーション層３０は、カ
ーネル層３２に対してシステムコールすることにより動
作する。

【００７５】図３に示すドライバ層３４は、各種ハード
ウェアを駆動するための制御を実行する機能ブロックの
集まりであって、メモリ管理ドライバ３４１、プロセス
管理ドライバ３４２、ファイル管理ドライバ３４３、ネ
ットワーク管理ドライバ３４４、一体型コピードライバ
３４５、ブロッキングデバイスドライバ３４６、ページ
デバイスドライバ３４７等を装備している。

【００７６】図３に示すハードウェア層３６は、画像入
出力装置１２内に存在する制御可能なリソースの集合で
あって、ＲＡＭ２１０，ＲＯＭ２０９、記憶装置２０４
及びＮＶＲＡＭ２１１、ネットワークインターフェィス
２０８、スキャナ２０３、画像バス２０３、プロッタ２
０３等を装備している。

【００７７】図４は、複写機あるいはスキャナ等の画像
入出力装置１２に組み込まれている画像読み取りのため
のキャリッジ動作制御用のソフトウェアモジュールの関
係を示している。

【００７８】図４に示すＳｃａｎｎｅｒＣｏｎｔｒｏｌ
ソフトウェアモジュール４２は、Ｃａｒｒｉａｇｅソフ
トウェアモジュール４４を制御する、すなわち解像度や
読み取り範囲に応じてＣａｒｒｉａｇｅソフトウェアモ
ジュール４４に指示を与える。

【００７９】図４に示すＣａｒｒｉａｇｅソフトウェア
モジュール４４は、Ｍｏｔｏｒソフトウェアモジュール
４８に移動速度などを指示し、Ｌａｍｐソフトウェアモ
ジュール４６にＯＮ・ＯＦＦ（点灯・消灯）を指示し、
キャリッジ動作の実行と監視を行うソフトウェアモジュ
ールである。

【００８０】図４に示すＭｏｔｏｒソフトウェアモジュ
ール４８は、ステッピングモータなどを駆動するソフト
ウェアモジュールである。

【００８１】図４に示すＬａｍｐソフトウェアモジュー
ル４６は、露光ランプなどの点灯・消灯を行うソフトウ
ェアモジュールである。

【００８２】次に、図面に基づき、ソフトウェアモジュ
ールのデータ構造の一実施形態を説明する。

【００８３】本実施形態のソフトウェアモジュールの各
々が、ソフトウェアモジュール単位に事前に登録されて
いるモジュールＩＤであるモジュールＩＤ５１、モジュ
ールの使用１回当たりの課金単位である単価情報５４を
含むデータ構造を有している。

【００８４】これにより、本実施形態のソフトウェアモ
ジュールの課金システムは、データ構造に含まれるモジ
ュールＩＤ５１及び単価情報５４に基づいてソフトウェ
アモジュールの仕様を管理すると更に、モジュールＩＤ
５１及び単価情報５４に基づいてソフトウェアモジュー
ルにかかる課金機能を実行する点に特徴を有している。

【００８５】図５は、ソフトウェアモジュール単位のデ
ータ構造例である。

【００８６】図５において、モジュールＩＤ５１とは、
ソフトウェアモジュール単位に事前に登録されている任
意の識別子である。通常は６桁の数値などであり、装置
の提供者であるベンダーが一元管理している番号であ
る。

【００８７】ベンダーは、このモジュールＩＤ５１か
ら、当該ソフトウェアモジュールの仕様を管理してい
る。

【００８８】図５に示す名称情報５２とは、ソフトウェ
アモジュールの名称である。通常は例えば“Ｃａｒｒｉ
ａｇｅ”など、任意長の文字列で表現される。

【００８９】図５に示すバージョン情報５３とは、モジ
ュールＩＤ５１に対するバージョンである。通常は、３
桁の数値などであり、例えば“３０１”などで、バージ
ョン３．０１と認識する。

【００９０】図５に示す単価情報５４とは、課金に必要
な、ソフトウェアモジュールの使用１回に課される料金
である。

【００９１】図５に示す使用料金情報５５とは、現在の
使用料金であり、１回の使用によって、単価が加算され
ていく。

【００９２】図５に示す個別モジュール特有の属性値情
報５６とは、それぞれのソフトウェアモジュールに必要
となるデータである。

【００９３】次に、図面に基づき、ソフトウェアモジュ
ールの各々が実行する料金課金メソッドを説明する。

【００９４】本実施形態のソフトウェアモジュールの課
金システムは、印刷の制御を行うソフトウェアモジュー
ルまたは読み取りの制御を行うソフトウェアモジュール
をユーザー側が利用した際に、サービスセンター１０側
が、ソフトウェアモジュールが実行した課金機能の結果
に応じてユーザー側に課金処理を実行する点に特徴を有
している。

【００９５】また本実施形態のソフトウェアモジュール
の課金システムは、画像入出力装置１２に実装されてい
るハードウェアモジュールとソフトウェアモジュールと
を関連づけることにより、更に、ハードウェアモジュー
ルの利用状況を、ハードウェアモジュールと対応するソ
フトウェアモジュールの利用状況に基づいて管理する点
に特徴を有している。

【００９６】以下に、使用料金を加算する際の具体的な
イベントトレースを示す。

【００９７】図６は、図４の課金処理において図５のデ
ータ構造のソフトウェアモジュールを用いて使用料金を
加算する場合のイベントトレースを示している。

【００９８】具体的には、キャリッジを制御するＭｏｖ
ｅメソッドＳ６０１がＳｃａｎｎｅｒＣｏｎｔｒｏｌソ
フトウェアモジュール４２によって活性化されると、Ｃ
ａｒｒｉａｇｅソフトウェアモジュール４４がキャリッ
ジモータを制御するＭｏｔｏｒＳｔａｒｔメソッドＳ６
０２を活性化する。

【００９９】これにより、ＡｄｄＣｈａｒｇｅメソッド
Ｓ６０３が活性化され課金処理が実行される。このＡｄ
ｄＣｈａｒｇｅメソッドＳ６０３が請求項３の一実施形
態に該当する。

【０１００】Ｃａｒｒｉａｇｅソフトウェアモジュール
４４がランプをオン制御するＯＮメソッドＳ６０４を活
性化すると、Ｌａｍｐソフトウェアモジュール４６がＡ
ｄｄＣｈａｒｇｅメソッドＳ６０５を活性化して課金処
理を実行する。

【０１０１】続いて、Ｍｏｔｏｒソフトウェアモジュー
ル４８がキャリッジモータの制御完了を指示するＭｏｔ
ｏｒＣｏｍｐｌｅｔｅメソッドＳ６０６を活性化し、そ
の後に、ランプをオフ制御するＯＦＦメソッドＳ６０７
を活性化し、Ｃａｒｒｉａｇｅソフトウェアモジュール
４４がキャリッジの制御完了を指示するＭｏｖｅＣｏｍ
ｐｌｅｔｅメソッドＳ６０８を活性化する。

【０１０２】このように、単価情報５４及びモジュール
ＩＤ５１を用いてソフトウェアモジュールの実行状況に
よって課金をすることにより、ＯＡ機器などに組み込ま
れたソフトウェアに対して、ソフトウェアモジュール単
位で課金管理をすることにより、デバイスの利用価値に
応じた料金をユーザーが支払うことができるようにな
る。

【０１０３】更に加えて、単価情報５４及びモジュール
ＩＤ５１を用いてソフトウェアモジュールの実行状況に
よって課金をすることにより、使用した機能に対しての
み適切な利用料金をユーザーが支払うことができるよう
になる。

【０１０４】更に加えて、単価情報５４またはモジュー
ルＩＤ５１の取り替えや変更を行うことにより、ソフト
ウェアモジュール単位の取り替えやバージョンアップに
よる課金方法の変更や、製品自体の機能拡張や個別機能
対応に柔軟に対応することができるようになる。

【０１０５】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、単価情報５４またはモジュールＩＤ５１が同じ
であれば使用する機能に関係なく（コピー・ファクス・
プリンタなどの複合機などは、多くの機能がある）、ソ
フトウェアモジュール単位で課金を管理することが可能
となる。

【０１０６】すなわち、上記ソフトウェアモジュールの
データ構造の中で、Ｌａｍｐソフトウェアモジュール４
６やＭｏｔｏｒソフトウェアモジュール４８という、ハ
ードに対応するものがソフトウェアモジュールとして存
在し、そのソフトウェアモジュールにおいても、同様に
課金管理することが請求項４の記載の一実施形態に該当
する。

【０１０７】このように、ハードウェアモジュールに対
して、ソフトで課金することにより、課金するためのカ
ウンタが不要となる。また、ソフトで管理するので、バ
ージョンアップも簡単となる。

【０１０８】また単価情報５４またはモジュールＩＤ５
１を用いてソフトウェアモジュールの実行状況によって
ハードウェアモジュールの課金を実行することにより、
ＯＡ機器などに組み込まれたソフトウェアに対して、ソ
フトウェアモジュール単位で課金管理をすることによ
り、デバイスの利用価値に応じた料金をユーザーが支払
うことができるようになる。

【０１０９】更に加えて、単価情報５４またはモジュー
ルＩＤ５１を用いてソフトウェアモジュールの実行状況
によってハードウェアモジュールの課金を実行すること
により、使用した機能に対してのみ適切な利用料金をユ
ーザーが支払うことができるようになる。

【０１１０】更に加えて、単価情報５４またはモジュー
ルＩＤ５１の取り替えや変更を行うことにより、ソフト
ウェアモジュール単位またはハードウェアモジュール単
位の取り替えやバージョンアップによる課金方法の変更
や、製品自体の機能拡張や個別機能対応に柔軟に対応す
ることができるようになる。

【０１１１】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、単価情報５４またはモジュールＩＤ５１が同じ
であれば使用する機能に関係なく（コピー・ファクス・
プリンタなどの複合機などは、多くの機能がある）、ハ
ードウェアモジュールに対応するソフトウェアモジュー
ル単位で課金を管理することが可能となる。

【０１１２】図７は、図４の課金処理において図５のデ
ータ構造のソフトウェアモジュールを用いて使用料金を
加算する場合のイベントトレースを示している。この実
施形態では、ブローカがサービスセンター内にある場合
を示している。

【０１１３】本実施形態のソフトウェアモジュールの課
金システムは、サービスセンター１０側からの使用料金
の通知要求に応じて画像入出力装置１２内で利用された
全てのソフトウェアモジュールにかかる使用料金を加算
してサービスセンター１０側に通知する点に特徴を有し
ている。

【０１１４】以下に、具体的な動作をイベントトレース
を用いて説明する。

【０１１５】サービスセンター１０側が使用料金の通知
を要求する料金問い合わせメソッドＳ７０１を活性化す
ることにより、サービスマネージャ３０３が画像入出力
装置１２内の全てのソフトウェアモジュールの使用料金
を加算するＧｅｔＡｌｌＣｈａｒｇｅメソッドＳ７０２
を活性化する。

【０１１６】これに応じて、Ｃａｒｒｉａｇｅソフトウ
ェアモジュール４４がＳｕｍＣｈａｒｇｅメソッドＳ７
０３を活性化してＣａｒｒｉａｇｅソフトウェアモジュ
ール４４の使用料金の課金処理を実行する。

【０１１７】その終了を待って、Ｃａｒｒｉａｇｅソフ
トウェアモジュール４４が、Ｃａｒｒｉａｇｅソフトウ
ェアモジュール４４の使用料金をＧｅｔＡｌｌＣｈａｒ
ｇｅメソッドＳ７０２内の料金データに加算し、料金デ
ータを用いてＧｅｔＡｌｌＣｈａｒｇｅメソッドＳ７０
４を活性化する。

【０１１８】これに応じて、Ｍｏｔｏｒソフトウェアモ
ジュール４８は、ＧｅｔＡｌｌＣｈａｒｇｅメソッドＳ
７０４の活性化に応じて、ＳｕｍＣｈａｒｇｅメソッド
Ｓ７０５を活性化してＭｏｔｏｒソフトウェアモジュー
ル４８の使用料金の課金処理を実行する。

【０１１９】その終了を待って、Ｍｏｔｏｒソフトウェ
アモジュール４８が、Ｍｏｔｏｒソフトウェアモジュー
ル４８の使用料金をＧｅｔＡｌｌＣｈａｒｇｅメソッド
Ｓ７０４内の料金データに加算し、料金データを用いて
ＧｅｔＡｌｌＣｈａｒｇｅメソッドＳ７０６を活性化す
る。

【０１２０】これに応じて、Ｌａｍｐソフトウェアモジ
ュール４６は、ＧｅｔＡｌｌＣｈａｒｇｅメソッドＳ７
０６の活性化に応じて、ＳｕｍＣｈａｒｇｅメソッドＳ
７０７を活性化してＬａｍｐソフトウェアモジュール４
６の使用料金の課金処理を実行する。

【０１２１】その終了を待って、Ｌａｍｐソフトウェア
モジュール４６が、Ｌａｍｐソフトウェアモジュール４
６の使用料金をＧｅｔＡｌｌＣｈａｒｇｅメソッドＳ７
０６内の料金データに加算し、料金データを用いてＧｅ
ｔＡｌｌＣｈａｒｇｅメソッドＳ７０８を活性化する。

【０１２２】その他のソフトウェアモジュールについて
も同様の課金処理（ＳｕｍＣｈａｒｇｅメソッドＳ７０
９）が実行され、累加された使用料金のデータ（課金情
報）は、ＡｌｌＣｈａｒｇｅＡｄｄｅｄメソッドＳ７１
０の活性化によってサービスマネージャ３０３に返信さ
れる。

【０１２３】サービスマネージャ３０３は、ＡｌｌＣｈ
ａｒｇｅＡｄｄｅｄメソッドＳ７１０から受け取った累
加された使用料金のデータ（課金情報）を用いて料金メ
ソッドＳ７１１を活性化し、サービスセンター１０に累
加された使用料金のデータ（課金情報）を通知する。図
７では、各ソフトウェアモジュールについても同様の課
金処理（ＳｕｍＣｈａｒｇｅメソッドＳ７０９）が実行
されているが、各ソフトウェアモジュールから直接Ｓｕ
ｍＣｈａｒｇｅメソッドＳ７０９に料金データを送って
課金処理するようにしてもよい。

【０１２４】以下の仕組みは、料金を加算すべきソフト
ウェアモジュールが、課金ソフトウェアモジュールとし
てブローカ内に登録されており、登録されているソフト
ウェアモジュール全てに、イベントがチェーンとして伝
搬されていく上で、料金が加算される。

【０１２５】また、請求項５、６の実現方法としては、
この他に一つ一つのモジュールＩＤ５１をサービスセン
ター１０で管理しており、モジュールＩＤ５１を指定し
て使用料金を取り出すこともできる。その際には、課金
ソフトウェアモジュールとしての登録管理を、サービス
センター１０内で行うことになり、料金は各々のソフト
ウェアモジュールに対して問い合わせて、サービスセン
ター１０で全てを加算することになる。

【０１２６】このように、ユーザー毎の課金の累加処理
管理を個々のソフトウェアモジュールがソフトウェアモ
ジュール自身の値段と使用回数との情報をもっているこ
とにより、モジュールの課金情報と、積み上げ料金を分
離することが可能となり、機能拡張やバージョンアップ
による、ユーザーの利用状況に応じた料金形態に対して
柔軟に対応することが可能となる。

【０１２７】以上説明したように、本実施形態によれ
ば、ＯＡ機器などに組み込まれたソフトウェアに対し
て、ソフトウェアモジュール単位で課金管理をすること
により、デバイスの利用価値に応じた料金をユーザーが
支払うことができるようになる。

【０１２８】更に加えて、使用した機能に対してのみ適
切な利用料金をユーザーが支払うことができるようにな
る。

【０１２９】更に加えて、ソフトウェアモジュール単位
の取り替えやバージョンアップによる課金方法の変更
や、製品自体の機能拡張や個別機能対応に柔軟に対応す
ることができるようになる。

【０１３０】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、使用する機能に関係なく（コピー・ファクス・
プリンタなどの複合機などは、多くの機能がある）、ソ
フトウェアモジュール単位で課金を管理することが可能
となる。

【０１３１】

【発明の効果】請求項１または２に記載の発明によれ
ば、ＯＡ機器などに組み込まれたソフトウェアに対し
て、ソフトウェアモジュール単位で課金管理をすること
により、デバイスの利用価値に応じた料金をユーザーが
支払うことができるようになる。

【０１３２】更に加えて、使用した機能に対してのみ適
切な利用料金をユーザーが支払うことができるようにな
る。

【０１３３】更に加えて、ソフトウェアモジュール単位
の取り替えやバージョンアップによる課金方法の変更
や、製品自体の機能拡張や個別機能対応に柔軟に対応す
ることができるようになる。

【０１３４】具体的には、従来は機能に対して課金して
いたため、同じ機能の中で、違うソフトウェアモジュー
ルを使っても、同一の課金がなされていたという課題を
解決し、使用する機能に関係なく（コピー・ファクス・
プリンタなどの複合機などは、多くの機能がある）、ソ
フトウェアモジュール単位で課金を管理することが可能
となる。

【０１３５】請求項３に記載の発明によれば、請求項１
または２に記載の効果に加えて、単価情報またはモジュ
ールＩＤを用いてソフトウェアモジュールの実行状況に
よって課金をすることにより、ＯＡ機器などに組み込ま
れたソフトウェアに対して、ソフトウェアモジュール単
位で課金管理をすることにより、デバイスの利用価値に
応じた料金をユーザーが支払うことができるようにな
る。

【０１３６】更に加えて、単価情報またはモジュールＩ
Ｄを用いてソフトウェアモジュールの実行状況によって
課金をすることにより、使用した機能に対してのみ適切
な利用料金をユーザーが支払うことができるようにな
る。

【０１３７】更に加えて、単価情報またはモジュールＩ
Ｄの取り替えや変更を行うことにより、ソフトウェアモ
ジュール単位の取り替えやバージョンアップによる課金
方法の変更や、製品自体の機能拡張や個別機能対応に柔
軟に対応することができるようになる。

【０１３８】請求項４に記載の発明によれば、ハードウ
ェアモジュールに対して、ソフトで課金することによ
り、課金するためのカウンタが不要となる。また、ソフ
トで管理するので、バージョンアップも簡単となる。

【０１３９】また単価情報またはモジュールＩＤを用い
てソフトウェアモジュールの実行状況によってハードウ
ェアモジュールの課金を実行することにより、ＯＡ機器
などに組み込まれたソフトウェアに対して、ソフトウェ
アモジュール単位で課金管理をすることにより、デバイ
スの利用価値に応じた料金をユーザーが支払うことがで
きるようになる。

【０１４０】更に加えて、単価情報またはモジュールＩ
Ｄを用いてソフトウェアモジュールの実行状況によって
ハードウェアモジュールの課金を実行することにより、
使用した機能に対してのみ適切な利用料金をユーザーが
支払うことができるようになる。

【０１４１】更に加えて、単価情報またはモジュールＩ
Ｄの取り替えや変更を行うことにより、ソフトウェアモ
ジュール単位またはハードウェアモジュール単位の取り
替えやバージョンアップによる課金方法の変更や、製品
自体の機能拡張や個別機能対応に柔軟に対応することが
できるようになる。

【０１４２】請求項５または６に記載の発明によれば、
請求項１乃至４のいずれか一項に記載の効果に加えて、
ユーザー毎の課金の累加処理管理をリモートで行うこと
により、モジュールの課金情報と、積み上げ料金を分離
することが可能となり、機能拡張やバージョンアップに
よる、ユーザーの利用状況に応じた料金形態に対して柔
軟に対応することが可能となる。

【図面の簡単な説明】

【図１】本発明のソフトウェアモジュールの課金システ
ムを応用した課金処理方式を実現する計算機システムの
システム環境（ネットワーク環境）の一構成形態を説明
するためのブロック図である。

【図２】図１のシステム環境において、ソフトウェアモ
ジュールの提供サービスを実行するブローカ及びＰＣ１
０１と、ソフトウェアモジュールの提供サービスを受け
るイメージ入出力装置を備えたハードウェアの一構成形
態を示している。

【図３】図２のハードウェア構成形態において、ソフト
ウェアモジュールの提供サービスを受けるイメージ入出
力装置の内部に組み込まれているソフトウェアの一構成
形態を示している。

【図４】複写機あるいはスキャナ等のイメージ入出力装
置に組み込まれている画像読み取りのためのキャリッジ
動作制御用のソフトウェアモジュールに対する一課金処
理形態を示している。

【図５】ソフトウェアモジュール単位のデータ構造例で
ある。

【図６】図４の課金処理において図５のデータ構造のソ
フトウェアモジュールを用いて使用料金を加算する場合
のイメージ入出力装置側のイベントトレースを示してい
る。

【図７】図４の課金処理において図５のデータ構造のソ
フトウェアモジュールを用いて使用料金を加算する場合
のイメージ入出力装置に応じたサービスセンター側のイ
ベントトレースを示している。

【符号の説明】

１０…サービスセンター（ベンダー） １２…画像入出力装置 １４…ネットワーク環境 ２２…ブローカ ３０…アプリケーション層 ３２…カーネル層 ３４…ドライバ層 ３６…ハードウェア層 ４２…ＳｃａｎｎｅｒＣｏｎｔｒｏｌソフトウェアモジ
ュール ４４…Ｃａｒｒｉａｇｅソフトウェアモジュール ４６…Ｌａｍｐソフトウェアモジュール ４８…Ｍｏｔｏｒソフトウェアモジュール ５１…モジュール識別子（モジュールＩＤ） ５２…名称情報 ５３…バージョン情報 ５４…単価情報 ５５…使用料金情報 ５６…個別モジュール特有の属性値情報

Claims (6)

【特許請求の範囲】
1. 【請求項１】 画像入出力装置に実装されているハード
   ウェアモジュールを制御するソフトウェアを複数のソフ
   トウェアモジュールに部品化し、それらソフトウェアモ
   ジュールを協調動作させて画像入出力装置の制御を行う
   ソフトウェアモジュールの課金システムにおいて、 ソフトウェアモジュールの各々が、自己にかかる利用価
   値または利用状況に応じた使用料金を累加する課金機能
   を有することを特徴とするソフトウェアモジュールの課
   金システム。
2. 【請求項２】 前記ソフトウェアモジュールの各々が、
   ソフトウェアモジュール単位に事前に登録されているモ
   ジュール識別子、モジュールの使用１回当たりの課金単
   位である単価を識別するための単価情報を含むデータ構
   造を有し、 前記データ構造に含まれる前記モジュール識別子及び前
   記単価情報に基づいて当該ソフトウェアモジュールの仕
   様を管理すると共に、前記モジュール識別子及び前記単
   価情報に基づいて当該ソフトウェアモジュールにかかる
   前記課金機能を実行することを特徴とする請求項１に記
   載のソフトウェアモジュールの課金システム。
3. 【請求項３】 印刷の制御を行う前記ソフトウェアモジ
   ュールまたは読み取りの制御を行う前記ソフトウェアモ
   ジュールをユーザー側が利用した際に、サービスセンタ
   ー側が、当該ソフトウェアモジュールが実行した前記課
   金機能の結果に応じて当該ユーザー側に課金処理を実行
   することを特徴とする請求項１または２に記載のソフト
   ウェアモジュールの課金システム。
4. 【請求項４】 前記画像入出力装置に実装されているハ
   ードウェアモジュールと前記ソフトウェアモジュールと
   を関連づけると共に、前記ハードウェアモジュールの利
   用状況を、当該ハードウェアモジュールと対応する前記
   ソフトウェアモジュールの利用状況に基づいて管理する
   ことを特徴とするソフトウェアモジュールの課金システ
   ム。
5. 【請求項５】 前記課金の累加処理を、ネットワーク先
   で集中管理することを特徴とする請求項１乃至４のいず
   れか一項に記載のソフトウェアモジュールの課金システ
   ム。
6. 【請求項６】 前記サービスセンター側からの使用料金
   の通知要求に応じて前記画像入出力装置内で利用された
   全ての前記ソフトウェアモジュールにかかる使用料金を
   加算して当該サービスセンター側に通知することを特徴
   とする請求項１乃至５のいずれか一項に記載のソフトウ
   ェアモジュールの課金システム。