JPH0991054A

JPH0991054A - 利用量算定方法および利用量算定装置

Info

Publication number: JPH0991054A
Application number: JP7241684A
Authority: JP
Inventors: Kazuo Saito; 和雄齊藤; Juhei Nakagaki; 寿平中垣; Yasuko Toki; 康子東樹
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1995-09-20
Filing date: 1995-09-20
Publication date: 1997-04-04

Abstract

(57)【要約】【課題】処理対象の情報に基づいた利用量の算定を可
能にした利用量算定方法および利用量算定装置を提供す
る。【解決手段】属性検出部１７は、文書読込み部１３か
ら文書が読み込まれたとき、および、文書書出し部１４
から文書が書き出されたときに、文書保持部１６の保持
内容を参照し、文書のサイズを検出する。利用量計算部
１８は、属性検出部１７で検出した処理前と処理後の文
書のサイズから、例えばサイズの差の絶対値を計算し、
利用量として文書エディタ１の情報識別子、利用時刻と
ともに利用履歴として出力する。この利用履歴が回収さ
れ、利用量に応じた課金がなされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
上で利用される情報に対して、その利用量に対して課金
を行なう場合の利用量の算定方法および装置に関するも
のであり、特に、ユーザが利用する課金対象の情報が、
何らかの他の情報を処理するような場合における、課金
対象の情報の利用量を算定するための方法および装置に
関するものである。

【０００２】

【従来の技術】昨今のデジタル情報処理の発達や、情報
ハイウェイ構想などにより、あらゆる情報がデジタル化
され、ネットワークを通じて配付、流通される時代が到
来しようとしている。すでに、インターネットやパソコ
ン通信、あるいはＣＤ−ＲＯＭという形態で、文字情報
はもとより、画像、動画、音声、プログラムなどの様々
な情報が配付、流通し始めている。このような時代に
は、プログラム、画像、映像、音声、音楽などのあらゆ
る知的創作物がデジタル化された情報として流通し、価
値の主役となると考えられる。

【０００３】しかしながら、このようなデジタル化され
た情報は、物理的な物とは異なって実体を持たず、利用
しなければ価値がない、複写が容易でかかるコストが低
い、などの特徴を持つため、これまでの物理的な物の所
有を基礎とした社会経済では不都合が多い。例えば、昨
今話題となっているコンピュータプログラムの不正コピ
ーがその顕著な例である。

【０００４】コンピュータプログラムもデジタル化され
た情報の一種であるため、コピーが容易でそのコストが
低いという特徴を持つ。しかし、現在はその所有に対し
て対価を支払うという経済システムが構築されつつある
ため、一旦、ある人に所有された情報が複写されること
を制限している。つまり、本来デジタル化された情報の
最も優れた特徴であるはずの複写の容易性やそのコスト
の低さを無理矢理に押し殺していることになる。このよ
うな状態では、デジタル化された情報の流通は、売りも
のではない情報、つまり対価を支払うことを期待しな
い、いわゆるパブリックドメインと呼ばれる情報に限定
されることになり、著しくその流通を疎外する要因とな
る。

【０００５】したがって、デジタル化された情報の真の
流通のためには、これまでの所有の対価を基本とする社
会経済が変革する必要がある。その１つとして有望視さ
れるものに、利用の対価を基本とする社会経済システム
が挙げられる。利用の対価を基本とする社会経済システ
ムでは、情報はその利用量に対して対価が支払われる。
したがって、そのような社会経済システムに移行するた
めには、情報の利用量を計測して課金する装置が必要と
なる。

【０００６】それに対して、例えば、特公平６−９５３
０２号公報に記載されているソフトウェア管理方式で
は、ソフトウェアサービスシステムという装置により、
ソフトウェアの利用に対して課金を行なうための手法を
提供している。ソフトウェアサービスシステムは、ソフ
トウェアを起動する際に、ソフトウェアの利用量に応じ
て、ソフトウェアの利用料金がソフトウェア使用可能金
額を超過するか否かを判定し、超過しないときにおいて
のみ利用可と判定するような機構である。これによって
ソフトウェアの利用量に対して課金を行なうことが可能
である。

【０００７】しかしながら、特公平６−９５３０２号公
報に記載されているソフトウェア管理方式では、利用量
としては、利用者が直接操作する対象であるプログラム
の起動時間や回数という利用量については実現可能であ
るが、直接の操作対象であるソフトウェアを通じて間接
的に処理（利用）される情報を基にした課金については
考慮されていない。つまり、ソフトウェアサービスシス
テムの利用可否判定手段の構成上、直接的に利用するソ
フトウェアの起動時に利用可否を判定するため、あらか
じめ利用料金が計算可能であるような利用量、つまり１
回当たりいくらというような利用量にしか対応できない
ことになる。したがって、利用された情報の利用料金
を、その情報が処理した情報で決めるような場合は、処
理される情報が決まらないと料金が決定できないため、
上述の方式では対応できない。言い換えると、起動時に
利用量が計算できないようなタイプの情報には全く対応
できないという欠点があった。

【０００８】一方、本発明とは目的が異なるものの、英
語の文書を日本語に翻訳したり、あるいは手書きの文書
をワープロなどで清書したりする際の翻訳や清書に対す
る文書作成サービスに対する料金の算出方法として、例
えば、特開平４−６０７６１号公報に記載されたものが
ある。この文献によれば、作成された文書の構成要素を
分類し、個数を数えて料金を計算するという方法をとっ
ている。なお、それ以外の課金単位として、キーボード
からの入力キータッチ回数なども用いている。

【０００９】この文献に記載されている料金の算出方法
では、利用されるプログラムとしては、ワードプロセッ
サなどの人間が対話的に文書を作成するものに限定さ
れ、また、利用量の算定基準としては、作成された文書
の文書要素の種類と個数に限定されている。したがっ
て、例えば、文書を自動的に処理するタイプのサーバー
や、利用量の算定基準として文書のサイズ、あるいは処
理対象の情報が文書以外のイメージや、データ列という
ような種類の情報に対しては利用量が算定できないとい
う問題があった。

【００１０】さらに、上述の文献に記載されている料金
の算出方法は、汎用なものとして構成されているのでは
なく、ある一つのワードプロセッサのようなアプリケー
ションプログラム固有の機能として実現されているた
め、種々のアプリケーションを使うパソコンのような汎
用の情報処理装置では、個々のアプリケーションプログ
ラムごとに利用料金を計算するメカニズムが必要となっ
ていた。

【００１１】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたものであり、本発明の第１の目的
は、より多様な利用量の算定、特に直接の操作対象であ
る情報の起動回数や利用時間等だけではなく、処理対象
の情報に基づいた利用量の算定を可能にすることにあ
る。

【００１２】さらに、本発明の第２の目的は、そのよう
な利用料算定機能を個々のプログラム等の情報ごとに設
けるのではなく、プログラムなどの情報に共通して利用
可能な汎用の利用量算定手段を提供することにある。

【００１３】

【課題を解決するための手段】請求項１に記載の発明
は、情報の利用に対して課金する情報処理システムで用
いられる利用量算定方法において、第１の情報の利用量
の算定を、該第１の情報の利用により処理された第２の
情報に基づいて行なうことを特徴とするものである。な
お、第１の情報と第２の情報が同じ情報である場合を妨
げるものではないし、第２の情報がさらに第３の情報を
処理するものであってもよい。その場合は、第２と第３
の情報の関係を、第１と第２の情報の関係として見れば
よい。以下同じである。

【００１４】請求項２に記載の発明は、情報の利用に対
して課金する情報処理システムで用いられる利用量算定
装置において、第１の情報の利用により処理された第２
の情報を観測する処理情報検出手段と、該処理情報検出
手段で観測された前記第２の情報に基づき前記第１の情
報の利用量の算定を行なう利用量計算手段を有すること
を特徴とするものである。

【００１５】請求項３に記載の発明は、請求項２に記載
の利用量算定装置において、前記処理情報検出手段は、
前記第２の情報に対する操作内容を観測することを特徴
とするものである。

【００１６】請求項４に記載の発明は、請求項２に記載
の利用量算定装置において、前記処理情報検出手段は、
前記第２の情報の属性を観測することを特徴とするもの
である。

【００１７】請求項５に記載の発明は、請求項４に記載
の利用量算定装置において、前記第２の情報の属性は、
利用開始時の入力データサイズと利用終了時の出力デー
タサイズの差であることを特徴とするものである。

【００１８】請求項６に記載の発明は、請求項４に記載
の利用量算定装置において、前記第２の情報の属性は、
利用開始時と利用終了時の内容的な差分であることを特
徴とするものである。

【００１９】

【発明の実施の形態】図１は、本発明の利用量算定装置
の第１の実施の形態を含む情報処理装置の一例を示す構
成図である。図中、１は文書エディタ、１１は入力部、
１２は出力部、１３は文書読込み部、１４は文書書出し
部、１５は文書処理部、１６は文書保持部、１７は属性
検出部、１８は利用量計算部である。この第１の実施の
形態は、文書エディタ１を利用して文書を編集する際
に、編集開始前の文書サイズと編集終了時の文書サイズ
の差を利用料として課金する例を示している。

【００２０】入力部１１は、ユーザからの入力を受け付
ける。文書エディタ１の場合には、ユーザからは大きく
分けて文書内容そのものと文書エディタに対す操作命令
の２つの種類の入力がなされる。この例では、これらの
入力はいずれも入力部１１から入力されるものとする。
ユーザからの入力は文書処理部１５に渡され、文書処理
部１５が判断を行なう。

【００２１】出力部１２は、文書処理部１５から渡され
た文書情報を、ディスプレイ等にユーザが目に見える表
現に直して表示する役割を持つ。現在表示しているのが
何ページ目であるのかといった表示する情報の管理は文
書処理部１５によって行なわれるので、文書保持部１６
から直接文書データを読み込むのではなく、文書処理部
１５から表示すべきデータを受け取るような構成になっ
ている。

【００２２】文書読込み部１３は、以前作成されてハー
ドディスク等の外部記憶装置に保存されていた文書ファ
イルを読み込むために備えられている。読み込まれた文
書は、文書処理部１５が処理可能な形式で文書保持部１
６に格納される。

【００２３】文書書出し部１４は、文書保持部１６に格
納されている文書を文書ファイルとしてハードディスク
等の外部記憶装置に書き出す機能を有している。

【００２４】文書処理部１５は、対話的にユーザから入
力されたコマンドや文書内容に応じて、文書保持部１６
に保持されている文書を変更・格納し、変更された箇所
に関する情報を出力部１２に渡す。外部に保存されてい
る文書ファイルを読み込んだり、あるいは、現在編集中
の文書を外部に保存する場合には、それぞれ、文書読込
み部１３や文書書出し部１４に命令を出す。

【００２５】文書保持部１６は、文書読込み部１３から
読み込まれ、また、文書処理部１５で入力・編集された
文書を保持する。

【００２６】属性検出部１７は、文書が読み込まれたと
きあるいは文書が書き出されたときに文書保持部１６の
保持内容を参照し、文書のサイズを検出する。検出され
た文書サイズは、文書が読み込まれたときのものか、書
き出されたときのものかという情報とともに利用量計算
部１８に渡される。

【００２７】利用量計算部１８は、属性検出部１７によ
って検出された文書のサイズを記憶し、読み込まれたと
きの文書サイズと書き込まれたときの文書サイズの差を
計算する。計算された文書サイズの差は、文書エディタ
１を特定する情報識別子、時刻とともに図示しない利用
履歴保持部へ書き出される。情報識別子とは、情報ごと
に付与された唯一の識別子である。課金の際には、この
情報識別子を基にして利用された情報（この場合は文書
エディタ１が利用されたこと）を把握し、情報（文書エ
ディタ１）の提供者に分配する。したがって、複数の情
報が利用に供されている場合には、この情報識別子ある
いはそれと同等の役割を果たすものは必須である。

【００２８】利用量計算部１８は、直前に属性検出部１
７から渡された情報を１回分だけ保持するためのバッフ
ァを持っている。つまり、常に１つ前に呼ばれたときの
ファイルサイズに関する情報を記憶している。図２は、
本発明の第１の実施の形態における利用量計算部が有す
るバッファの内容の一例の説明図である。図２に示した
例では、３つのフィールドを有している。文書サイズの
フィールドには、読み込まれたまたは書き出された文書
ファイルのサイズが記憶される。計測時刻のフィールド
には、属性検出部１７で文書サイズを検出した時刻が記
憶される。読込み／書込みのフィールドは、文書サイズ
および計測時刻のフィールドに記憶されているデータ
が、文書の読込み時に記憶されたものである場合に０、
文書の書出し時に記憶されたものである場合に１が記憶
される。図２に示した例では、１９９５年３月１０日１
２時９分４秒４１に１３６５バイトの文書データが読み
込まれたということを意味している。なお、初期状態に
おいては、バッファの各フィールドの値はそれぞれ０が
格納されているものとし、１つ前の履歴がないことを示
すものとする。

【００２９】次に、本発明の利用量算定装置の第１の実
施の形態を含む情報処理装置の一例における動作につい
て説明する。入力部１１、出力部１２、文書読込み部１
３、文書書出し部１４、文書処理部１５、文書保持部１
６については、通常の文書エディタと同様に動作する部
分の説明は省略する。文書読込み部１３が文書ファイル
の読込みを完了したとき、および、文書書込み部１４が
文書の書出しを完了したときに、文書読込み部１３ある
いは文書書込み部１４から属性検出部１７に対して文書
サイズを計測するように命令が伝達される。

【００３０】図３は、本発明の第１の実施の形態におけ
る属性検出部の動作の一例を示すフローチャートであ
る。属性検出部１７は、文書読込み部１３または文書書
込み部１４から指示を受けると、Ｓ４１において、文書
保持部１６を参照し、文書のサイズを計測してその結果
を変数ｄｏｃ＿ｓｉｚｅに格納する。Ｓ４２において、
文書読込み部１３から呼ばれたのか、あるいは文書書出
し部１４から呼ばれたのかを判断し、文書読込み部１３
から呼ばれた場合には、Ｓ４３において、文書読込み部
１３から呼ばれたことを示す標識‘０’と、変数ｄｏｃ
＿ｓｉｚｅの値を引数として、利用量計算部１８を呼び
出し、処理を終了する。文書書出し部１４から呼ばれた
場合には、Ｓ４４において、文書書出し部１４から呼ば
れたことを示す標識‘１’と、変数ｄｏｃ＿ｓｉｚｅの
値を引数として、利用量計算部１８を呼び出し、処理を
終了する。

【００３１】このようにして、属性検出部１７は、文書
読込み部１３または文書書出し部１４から呼ばれた時点
での文書保持部１６に保持されている文書のサイズをバ
イト単位で計測し、計測結果を文書読込み部１３から呼
ばれたのか、あるいは文書書込み部１４から呼ばれたの
かを示す標識（０または１）とともに利用量計算部１８
へ渡す。

【００３２】図４は、本発明の第１の実施の形態におけ
る利用量計算部の動作の一例を示すフローチャートであ
る。利用量計算部１８は、属性検出部１７から、読込み
または書出しの種別と計測された文書サイズの２つの引
数を伴って呼び出される。Ｓ５１において、属性検出部
１７から渡された読込みまたは書出しの種別を変数ｒｗ
＿ｆｌａｇに格納する。また、同じく属性検出部１７か
ら渡された文書サイズを編集ｄｏｃ＿ｓｉｚｅに格納す
る。さらに、Ｓ５２において、現在の時刻を変数ｔｉｍ
ｅに格納する。

【００３３】Ｓ５３において、変数ｒｗ＿ｆｌａｇの
値、すなわち読込みまたは書出しの種別を判定する。変
数ｒｗ＿ｆｌａｇが０の場合、すなわち読込みの時に
は、新しい文書ファイルが読み込まれたものと判断し、
利用量の計算は行なわない。Ｓ５６において、属性検出
部１７から引き渡された値、すなわち変数ｒｗ＿ｆｌａ
ｇの値と変数ｄｏｃ＿ｓｉｚｅの値、それに変数ｔｉｍ
ｅに格納されている現在時刻を内部のバッファに格納し
て終了する。これにより、バッファには例えば図２に示
すようなデータが書き込まれることになる。

【００３４】変数ｒｗ＿ｆｌａｇが１の場合、すなわち
書出し時には、Ｓ５４において、バッファに格納されて
いる文書サイズフィールドの値と、属性検出部１７から
引き渡された変数ｄｏｃ＿ｓｉｚａに格納されている文
書サイズの差を計算し、変数ｕｓａｇｅに格納する。そ
して、Ｓ５５において、文書エディタ１の情報識別子、
変数ｕｓａｇｅの値、変数ｔｉｍｅの値の３つの値を外
部、例えば後述する利用履歴保持部に対して出力する。
このとき、情報識別子は、文書エディタにも複数の種類
が存在することから、それらを区別するために用いられ
るものであり、文書エディタの種類に固有のものであ
る。さらに、Ｓ５６において、属性検出部１７から引き
渡された値、すなわち変数ｒｗ＿ｆｌａｇの値と変数ｄ
ｏｃ＿ｓｉｚｅの値、それに変数ｔｉｍｅに格納されて
いる現在時刻を内部のバッファに格納して終了する。

【００３５】したがって、この利用量計算部１８による
と、文書を読み込んだ時に文書のサイズを保持してお
き、文書を書き出したしたときに再び文書のサイズを検
知し、読み込んだ時の文書のサイズとのサイズの差に対
して課金されることになる。

【００３６】なお、ここで想定している文書エディタ
は、説明の簡単化のため、一度に１つのファイルしか編
集できず、また、編集中の文書に他の文書の内容を読み
込んで追加する機能もないものとしている。また、文書
ファイルの書出しがなされたときは、バッファ内にどの
ような値が格納されていようと、継続して同じ文書の編
集を行なっているものと判断するものとする。複数の文
書ファイルについての編集を可能とする場合には、文書
ファイルを識別する機構を追加し、文書ファイルごとに
利用量の計算を行なうように構成すればよい。

【００３７】図５は、本発明の利用量算定装置の第１の
実施の形態を含む情報処理装置の一例を実現するための
ハードウェア構成の一例を示すブロック図である。図
中、３１は入力装置、３２は出力装置、３３はメモリ、
３４は外部記憶装置、３５は情報処理部、３６は利用履
歴保持部、３７は利用履歴被回収部である。図５に示し
た構成では、従来より情報処理装置に備わっているキー
ボードやマウス等の入力装置３１、ディスプレイ等の出
力装置３２、メモリ３３やハードディスクなどの外部記
憶装置３４、ＣＰＵ等に代表される情報処理部３５等の
ほかに、利用履歴保持部３６と利用履歴被回収部３７が
設けられている。通常、上述の文書エディタ１のような
機能は、情報処理部３５が処理を実行するためのプログ
ラムとして実現されるのが一般であり、図５に示す例で
もそのような構成をとっている。もちろんそれに限られ
るものではない。

【００３８】利用履歴保持部３６は、情報処理部３５に
よって利用された情報の利用履歴が保持される。図５に
示す例の場合には、利用履歴は情報処理部３５から渡さ
れるようになっている。例えば、情報処理部３５が上述
の図１に示すような文書エディタ１を実行中であれば、
利用量計算部１８から出力される利用履歴が利用履歴保
持部３６に保持される。

【００３９】利用履歴保持部３６に保持された利用履歴
は、一定の期間ごと、あるいは利用履歴保持部３６が満
杯になるごとなどに、利用履歴被回収部３７によって、
例えば、図示しない回収センターなどに回収される。利
用履歴保持部３６は、実際にはメモリやディスクなどの
情報を記録する記憶装置で構成される。図５では利用履
歴保持部３６を別の構成要素として図示しているが、も
ちろん、メモリ３３や外部記憶装置３４を利用すること
ができる。また、利用履歴被回収部３７は、外部と通信
回線を通じて交信を行なうネットワークインタフェース
や、電話回線とモデムなどで構成することができる。こ
れらの構成も、情報処理部３５が直接制御可能なネット
ワークインタフェースやモデム等を共用することができ
る。

【００４０】図６は、本発明の利用量算定装置の第１の
実施の形態を含む情報処理装置の一例を実現するための
ハードウェア構成の一例における利用履歴保持部に保持
される利用履歴の具体例の説明図である。図６に示した
例では、利用履歴は利用情報識別子、利用量、利用時刻
の３つのフィールドから構成されている。利用情報識別
子は、利用した情報の固有の識別子である。利用量は、
利用量計算部１８によって計算された利用量である。利
用時刻は、利用量が計算された、あるいは利用量が履歴
に書き込まれた時刻である。図１に示す文書エディタ１
の場合には、利用量計算部１８から出力される文書エデ
ィタ１の情報識別子、読込み時と書出じ時の文書サイズ
の差、時刻の３つの値が利用履歴保持部３６に渡される
ので、それぞれのフィールドに保持する。

【００４１】利用履歴保持部３６が保持している利用履
歴は、例えば、後述する回収センターによって回収さ
れ、利用履歴に含まれる利用量を基に利用料金が計算さ
れる。例えば、図６に示す例の場合、情報識別子が６７
９８４０の情報は、利用量が１に対し、単価が０．１
円、情報識別子が１８７６５の情報は、利用量が１に対
し単価が０．０２円と定められているとすると、図６に
示した利用履歴からは、情報識別子が６７９８４０の情
報に対しては、（７６５＋１０７６）×０．１＝１８４．１円情報識別子が１８７６５の情報に対しては、６７２６５×０．０２＝１３４５．３円となり、したがってこの利用者に対しては１８４．１＋１３４５．３＝１５２９．４円が利用料として請求されることになる。

【００４２】次に、本発明の利用量算定装置の第２の実
施の形態について説明する。上述の第１の実施の形態の
場合には、課金のタイミングは文書を保存するごとであ
った。すなわち、文書を保存するごとに利用量が計算さ
れていた。しかし、利用者の感覚からすると文書を保存
するごとに課金されるよりは、文書エディタを起動した
時に最初に読み込まれた文書の状態と、その文書を最後
に保存した時の文書の状態との差、つまり、途中で保存
を行なった場合には課金しないような課金形態の方がよ
り受容性が高い。あるいは、課金対象が単に文書ファイ
ルのサイズの差ではなく、編集前と編集後の文書データ
の内容的な差分であった方が、文書エディタの利用に対
してはより厳密な課金であるといえる。この第２の実施
の形態では、そのような細かな課金が可能である例を示
している。

【００４３】図７は、本発明の利用量算定装置の第２の
実施の形態を含む情報処理装置の一例を示す構成図であ
る。図中の符号は図１と同様である。構成としては、図
１に示した第１の実施の形態の構成と大きくは変わらな
い。異なる点は、属性検出部１７と利用量計算部１８が
文書処理部１５に内包されていることである。これによ
って文書処理部１５から直接、属性検出部１７や利用量
計算部１８を呼び出すことができるので、文書処理部１
５の処理内容に応じた細かな課金を行なうことが可能に
なる。以下、第１の実施の形態と相違する部分について
のみ述べる。

【００４４】文書エディタ１は、編集対象の文書内容を
文書保持部１６に保持している。現在、一般的に用いら
れている文書エディタは、複数の文書を同時に編集でき
るような機能を持っている。従って、そのような文書エ
ディタの文書保持部１６には、複数の文書が格納されて
いることになる。そのため、文書処理部１５では各文書
が文書保持部１６内のどこに保持されているのかを指し
示す一種のテーブルを管理している。以下、このテーブ
ルを文書管理テーブルと呼ぶ。

【００４５】図８は、一般的な文書管理テーブルの一例
の説明図である。文書管理テーブルでの管理方法には、
「文書名、開始位置、終了位置」で管理する方法、「文
書名、開始位置、サイズ」で管理する方法、あるいは管
理テーブルでは「文書名、開始位置」のみを保持し、保
持されている文書内容の最終部にアンカーと呼ばれる終
了を示す特殊文字を挿入する方法など、いくつか方法が
考えられる。これらのうち、管理の簡便さから３番目の
方法が良く用いられている。図８は３番目の方法による
管理テーブルの例である。図８に示すように、管理テー
ブルの各エントリには文書識別子が振られ、各エントリ
はそれぞれ文書名、文書開始位置のペアで管理されてい
る。文書開始位置は文書保持部１６内のブロック番号あ
るいはメモリアドレスなどである。この例では文書識別
子１，４，５が使用されており、空欄である２，３は使
用されていないことを意味している。

【００４６】図９は、本発明の第２の実施の形態におけ
る文書処理部が管理する文書管理テーブルの一例の説明
図である。図８に示した文書管理テーブルと比較すれば
わかるように、初期文書サイズというフィールドが追加
されている。これは文書エディタによって、対象文書の
編集を開始したときの文書の最初のサイズを意味してい
る。例えば、文書名“６月度報告書”という文書は、こ
の文書を編集し始めたときにはすでに“１７６”ブロッ
クというサイズを持っていた。つまり、すでに作成され
ている文書をファイルから読み込んで編集を始めたこと
を意味している。文書名“論文ドラフト”という文書も
１３９８というサイズを持っているので、同様である。
一方、文書名“特許明細書１”という文書は、初期文書
サイズが０であるので、ゼロから書き始めた、すなわち
今回初めて作成された文書であるということがわかる。

【００４７】次に、文書処理部１５で行なうべき処理の
変更点について説明する。文書処理部１５では、文書の
新規作成処理、文書ファイルの読込み処理、文書の書出
し処理が変更される。なお、以下に示す処理の中では、
例えば例外処理など、本発明の説明と直接に関係のない
処理は一部省略している。

【００４８】図１０は、本発明の第２の実施の形態の文
書処理部における文書の新規作成処理の一例を示すフロ
ーチャートである。文書を新規に作成する際には、ユー
ザから文書名が指定され、指定された文書名が引数ｄｏ
ｃ＿ｎａｍｅに格納されて、図１０に示す処理が呼び出
される。まず、Ｓ６１において、文書管理テーブルに空
きがあるか否かが判定され、空きがなければＳ６２にお
いて、「最大文書数を超過」のエラーを返して処理を終
了する。文書管理テーブルに空きが存在する場合には、
Ｓ６３において、空いている文書識別子を得て変数ｅｉ
ｄに格納する。

【００４９】Ｓ６４において、文書保持部１６に空き領
域が存在するか否かを判定する。もし空き領域が不足し
ている場合には、Ｓ６５において、「空き領域不足」の
エラーを返して処理を終了する。文書保持部１６に空き
領域が存在する場合には、Ｓ６６において、空き領域の
先頭を変数ｄｏｃ＿ｂｅｇｉｎに格納し、Ｓ６７におい
て、文書保持部１６の空き領域の先頭にアンカーを格納
する。

【００５０】さらに、Ｓ６８において、文書管理テーブ
ルの文書識別子ｅｉｄの文書名のフィールドに、変数ｄ
ｏｃ＿ｎａｍｅの値を格納する。また、Ｓ６９におい
て、文書テーブルの文書識別子ｅｉｄの開始位置のフィ
ールドに、変数ｄｏｃ＿ｂｅｇｉｎの値を格納する。最
後に、Ｓ７０において、文書管理テーブルの文書識別子
ｅｉｄの初期文書サイズに０を格納する。このようにし
て、文書の新規作成の場合には、文書管理テーブルの空
きエントリに、文書名、文書開始位置が格納されるとと
もに、初期文書サイズとして０が格納される。

【００５１】図１１、図１２は、本発明の第２の実施の
形態の文書処理部における文書ファイルの読込み処理の
一例を示すフローチャートである。文書ファイルから文
書を読み込む際には、ユーザから文書ファイル名が指定
され、指定された文書ファイル名が引数ｆｉｌｅ＿ｎａ
ｍｅに格納されて、図１１、図１２に示す処理が呼び出
される。Ｓ７１〜Ｓ７６の処理は、図１０におけるＳ６
１〜Ｓ６６の処理と同様であるので、ここでは説明を省
略する。

【００５２】Ｓ７７において、引数ｆｉｌｅ＿ｎａｍｅ
に格納されている文書ファイル名、すなわちユーザが指
定した文書ファイル名を有するファイルをオープンす
る。オープンしたファイルから、Ｓ７８において文書名
を読み取って変数ｄｏｃ＿ｎａｍｅに格納するととも
に、Ｓ７９において文書内容を読み取り、文書保持部１
６の変数ｄｏｃ＿ｂｅｇｉｎから格納して行く。そし
て、Ｓ８０において、文書保持部１６に格納された文書
の最後にアンカーを格納する。

【００５３】Ｓ８１，Ｓ８２は図１０のＳ６８，Ｓ６９
と同様であり、文書管理テーブルの文書識別子ｅｉｄの
文書名フィールドおよびｅｉｄのフィールドにＳ７８で
得た変数ｄｏｃ＿ｎａｍｅの値を、また、開始位置のフ
ィールドに変数ｄｏｃ＿ｂｅｇｉｎの値を格納する。

【００５４】Ｓ８３において、変数ｅｉｄを引数として
属性検出部１７を呼び出し、文書サイズを求める。属性
検出部１７が返してくる値を変数ｄｏｃ＿ｓｉｚｅに格
納する。そして、Ｓ８４において、文書管理テーブルの
文書識別子ｅｉｄの初期文書サイズのフィールドに、変
数ｄｏｃ＿ｓｉｚｅの値を格納し、処理を終了する。こ
のようにして、文書ファイルから文書を読み込む際に、
編集前の初期文書サイズを検出し、文書管理テーブルに
格納する。

【００５５】図１３は、本発明の第２の実施の形態の文
書処理部における文書の書出し処理の一例を示すフロー
チャートである。文書を文書ファイルに書き出して編集
を終了する際には、書き出す対象の文書に関して、文書
管理テーブルの文書識別子が引数ｅｉｄに、書き出すべ
き文書ファイルのファイル名が引数ｆｉｌｅ＿ｎａｍｅ
に格納されて、図１３に示す処理が呼び出される。ま
ず、文書管理テーブルの文書識別子ｅｉｄのエントリか
ら、Ｓ９１において文書名のフィールドの内容を変数ｄ
ｏｃ＿ｎａｍｅに、また、Ｓ９２において開始位置の内
容を変数ｄｏｃ＿ｂｅｇｉｎにそれぞれ格納する。

【００５６】Ｓ９３において、引数ｆｉｌｅ＿ｎａｍｅ
に格納されている文書ファイル名を有する文書ファイル
をオープンする。そして、オープンした文書ファイルに
対して、Ｓ９４で変数ｄｏｃ＿ｎａｍｅの文書名を格納
し、さらに、Ｓ９５において、文書保持部１６の変数ｄ
ｏｃ＿ｂｅｇｉｎから保持されている文書内容を、アン
カーを読み取るまで格納する。

【００５７】Ｓ９６において、文書識別子ｅｉｄを引数
として利用量計算部１８を呼び出し、利用量の計算を指
示する。Ｓ９７において、文書管理テーブルの文書識別
子ｅｉｄに保持されている内容をクリアし、その文書の
編集を終了する。

【００５８】図１４は、本発明の第２の実施の形態にお
ける利用量計算部の処理の一例を示すフローチャートで
ある。文書処理部１５から呼び出された利用量計算部１
８は、まず、Ｓ１０１において、属性検出部１７に対し
て、引数として文書処理部１５から受け取った引数ｅｉ
ｄを渡し、文書サイズの計測を依頼する。そして、属性
検出部１７から返される文書サイズを変数ｄｏｃ＿ｓｉ
ｚｅに格納する。また、Ｓ１０２において、文書管理テ
ーブルの文書識別子ｅｉｄのエントリの初期文書サイズ
のフィールドの内容を取り出し、変数ｉｎｉｔ＿ｄｏｃ
＿ｓｉｚｅに格納する。そして、Ｓ１０３において、Ｓ
１０１で得られた変数ｄｏｃ＿ｓｉｚｅの値から、Ｓ１
０２で得られた変数ｉｎｉｔ＿ｄｏｃ＿ｓｉｚｅの値を
減算し、その絶対値を変数ｕｓａｇｅに格納する。Ｓ１
０４において、現在の時刻を変数ｔｉｍｅに格納し、Ｓ
１０５において、文書エディタ１の情報識別子と、変数
ｕｓａｇｅの値と、変数ｔｉｍｅの値の３つを、例えば
利用履歴保持部に対して出力する。

【００５９】このようにして、編集前の文書のサイズ
と、編集を終了する際の文書のサイズに基づいて利用量
を計算し、利用履歴として出力することができる。な
お、属性検出部１７の処理については説明していない
が、文書保持部１６に格納されている文書のサイズを計
測する処理を行なうだけであり、簡単な処理であるの
で、ここでは説明を省略した。

【００６０】次に、本発明の利用量算定装置の第３の実
施の形態について説明する。上述の第２の実施の形態の
説明で触れたが、課金の対象が編集前と編集後の文書内
容の差に対して課金する例について、この第３の実施の
形態において説明する。この第３の実施の形態を含む情
報処理装置は、構成上は図７に示した第２の実施の形態
を含む情報処理装置の構成とほぼ同じであるので、以
下、異なる部分についてのみ説明する。

【００６１】この第３の実施の形態における基本的な手
法は、文書編集の開始時に文書エディタ１に読み込まれ
た文書の内容をそっくりコピーしておき、文書の編集が
終了した際に、編集開始時の内容と比較することによ
り、内容的な差分を抽出し、その差分のサイズ、差分で
に出現する文書の修飾（アンダーライン、色、フォント
等）情報などから利用量を計算するというものである。

【００６２】図１５は、本発明の第３の実施の形態にお
ける文書処理部が管理する文書管理テーブルの一例の説
明図である。この例では、初期文書サイズの代わりに初
期文書開始位置を保持する。初期文書開始位置とは、文
書の編集開始時に読み込まれた文書をそのままコピーし
た文書の文書保持部１６内の開始位置を示すものであ
る。図中、文書名“特許明細書１”という文書に対して
は初期文書開始位置の値が“−１”になっているが、こ
れは初期文書が空、すなわち新たに作成された文書なの
で編集開始前の文書がなかったことを意味している。

【００６３】次に、本発明の第３の実施の形態において
行なうべき処理について、主に変更点を説明する。図１
６は、本発明の第３の実施の形態の文書処理部における
文書の新規作成処理の一例を示すフローチャートであ
る。図中、Ｓ６１〜Ｓ６９の処理は、図１０と同様の処
理であるので、図１０と同じ符号を付し、説明を省略す
る。この第３の実施の形態では、文書の新規作成処理時
には、文書処理部１５は文書管理テーブルの設定が終了
した後、Ｓ１１１において、文書管理テーブルの初期文
書開始位置に−１を格納する。

【００６４】図１７は、本発明の第３の実施の形態の文
書処理部における文書ファイルの読込み処理の一例を示
すフローチャートである。図１７には、図１２に対応す
る部分のみを示している。図１１に対応する部分の処理
は同一であるので、図示を省略した。また、Ｓ８１，Ｓ
８２の処理は、図１２と同様の処理であるので、図１２
と同じ符号を付し、説明を省略する。文書処理部１５
は、文書ファイルの読み込みが終了し、文書管理テーブ
ルの設定が終了した後、文書を複写し、複写した文書の
開始位置を文書管理テーブルの初期文書開始位置に格納
する。まず、Ｓ１２１において、文書保持部１６に複写
した文書を保持するための空き領域が存在するか否かを
判定し、空き領域が不足している場合には、Ｓ１２２に
おいて、「空き領域不足」のエラーを返して処理を終了
する。空き領域が存在する場合には、Ｓ１２３におい
て、空き領域の先頭のブロック番号あるいはアドレスを
変数ｉｎｉｔ＿ｄｏｃ＿ｂｅｇｉｎに格納する。そし
て、Ｓ１２４において、文書保持部１６の変数ｄｏｃ＿
ｂｅｇｉｎから格納されている文書内容を、文書保持部
１６の変数ｉｎｉｔ＿ｄｏｃ＿ｂｅｇｉｎからの領域に
複写する。Ｓ１２５において、文書管理テーブルの文書
識別子ｅｉｄの初期文書開始位置のフィールドに変数ｉ
ｎｉｔ＿ｄｏｃ＿ｂｅｇｉｎの値を格納し、文書ファイ
ルの読込み処理を終了する。

【００６５】文書処理部１５において、文書を文書ファ
イルに書き出して編集を終了する際の処理は、上述の第
２の実施の形態において図１３に示した処理と同じであ
るので、ここでは説明を省略するが、文書をファイルへ
書き出した後、文書管理テーブルをクリアする直前に利
用量計算部１８を呼び出す。

【００６６】図１８は、本発明の第３の実施の形態にお
ける利用量計算部の処理の一例を示すフローチャートで
ある。利用料計算部１８は、文書管理テーブルの文書識
別子が引数ｅｉｄに格納されて呼び出される。利用量計
算部１８では、まずＳ１３１において、文書識別子ｅｉ
ｄを引数として属性検出部１７を呼び出しす。属性検出
部１７は、引数ｅｉｄをもとに、文書保持部１６に格納
されている編集開始時と編集終了時の文書の内容を比較
し、その差分を求めて返す。利用料計算部１８では、属
性検出部１７から返ってきた差分情報を変数ｄｏｃ＿ｄ
ｉｆｆに格納する。そして、Ｓ１３２において、変数ｄ
ｏｃ＿ｄｉｆｆの内容から利用量を計算し、その結果を
変数ｕｓａｇｅに格納する。Ｓ１３３において、現在の
時刻を変数ｔｉｍｅに格納し、Ｓ１３４において、文書
エディタ１の情報識別子と、変数ｕｓａｇｅに格納され
ている利用量と、変数ｔｉｍｅに格納されている時刻の
３つの値を例えば利用履歴保持部に格納して処理を終了
する。

【００６７】上述のＳ１３２において変数ｄｏｃ＿ｄｉ
ｆｆに格納されている差分情報から利用料を計算する方
法として、例えば変数ｄｏｃ＿ｄｉｆｆのサイズを計算
するようにすれば、差分のサイズに対して課金を行なう
ことができる。また、変数ｄｏｃ＿ｄｉｆｆ中に現れる
情報、例えば、「削除された」や「追加された」という
ような情報、あるいは文書の修飾の種類などをカウント
して、種類ごとに一定の重み付けをすることによっても
課金を行なうことができる。例えば、アンダーラインの
重み付けを１とし、色の重み付けを２としたとき、アン
ダーラインが１０個、色の変更が５箇所で行なわれてい
れば、１×１０＋２×５＝２０という利用量を計算する
ことができる。

【００６８】なお、Ｓ１３１において呼び出される属性
検出部１７は、文書の差分を得るための方法として、例
えば、Ｕｎｉｘオペレーティングシステムにおけるｄｉ
ｆｆコマンドと同様の方法を用いることができる。この
ｄｉｆｆコマンドは、文書を行ごとに比較して差分情報
を抽出する機能を有している。図１９は、ｄｉｆｆコマ
ンドの出力の一例の説明図である。この例では、行番号
とそれに対する変更内容を表示している。例えば、“１
３ｃ１３”とは１３行目が変更されたことを意味し、
“１９ｃ１９，２２”とは元のファイルの１９行目が新
しいファイルの１９行目から２２行目のように変更され
ていることを意味している。

【００６９】図２０は、本発明の利用量算定装置の第４
の実施の形態を含む情報処理装置の一例を示す構成図で
ある。図中、図１と同様の部分には同じ符号を付して説
明を省略する。２はイメージビューワ、２１は画像読込
み部、２２は画像処理部、２３は画像保持部である。こ
の第４の実施の形態では、ラスター画像のイメージを見
るためのイメージビューワ２に利用量算定装置を組み込
んだ例を示している。この例では、起動時に読み込んだ
画像イメージの解像度や、使用色数と、出力時の画像イ
メージの解像度や使用色数の差を課金対象とする。

【００７０】画像読込み部２１は、例えばハードディス
ク等の外部記憶装置に保存されていた画像ファイルを読
み込むために備えられている。読み込まれた画像は、画
像処理部２２が処理可能な形式で画像保持部２３に格納
される。画像処理部２２は、対話的にユーザから入力さ
れたコマンドや画像内容に応じて、画像ファイルの読込
みを画像読込み部２１に指示するとともに、画像保持部
２３に保持されている画像を出力部１２に渡して表示さ
せる。画像保持部２３は、画像読込み部２１から読み込
まれた画像を保持する。なお、イメージビューワ２は、
ラスター画像のイメージを見るためのものであるので、
画像を外部ファイルとして保存する機能はない。

【００７１】この第４の実施の形態でも、上述の第２の
実施の形態と同様、属性検出部１７と利用量計算部１８
は画像処理部２２に内包されている。もちろん、上述の
第１の実施の形態と同様、属性検出部２１が画像読込み
部２１を監視するように構成することも可能である。こ
の場合には、読み込んだ画像の大きさなどによって課金
すればよい。

【００７２】図２１は、本発明の第４の実施の形態にお
ける画像処理部が管理するイメージ管理テーブルの一例
の説明図である。このイメージ管理テーブルは、上述の
第２の実施の形態で図９を用いて説明した文書管理テー
ブルと同様の役割を持つものであり、複数のイメージを
同時に表示する際にそれぞれのイメージに関する情報を
保持するためのものである。図２１に示したイメージ管
理テーブルでは、イメージ識別子、イメージ名、イメー
ジ開始位置、処理前イメージの４つのフィールドを有し
ている。イメージ識別子は、イメージ管理テーブルのエ
ントリを一意に識別するためのものである。イメージ名
は、イメージに付された名前が格納されている。イメー
ジ開始位置のフィールドには、イメージが画像保持部２
３に格納されている先頭のブロックあるいはアドレスが
格納されている。処理前イメージのフィールドには、そ
のイメージが画像処理部２２による加工後のものである
場合、加工前のイメージのイメージ識別子が格納され
る。

【００７３】この処理前イメージのフィールドは、イメ
ージビューワを構成する上では必須ではないが、従来か
ら使用しているものもあった。この第４の実施の形態の
場合には、オリジナルのイメージと加工後のイメージの
差分を検出するために必要である。図２１に示した例の
場合には、イメージ識別子４の加工前のイメージがイメ
ージ識別子１に格納されているということを意味してい
る。また、処理前イメージのフィールドが０のものはオ
リジナルイメージであるということを意味している。

【００７４】次に、本発明の第４の実施の形態における
動作の一例を説明する。大まかに処理の流れを述べてお
くと、ユーザからの指示によって外部から読み込むべき
画像ファイルが指定されると、画像読込み部２１によっ
て、画像保持部２３に画像データが読み込まれる。さら
に、入力部１１から画像イメージの表示方法、すなわち
色数や大きさ、部分拡大、あるいは種々の画像変換処理
などのユーザからの指示を受け取り、その指示に従って
画像処理部２２は画像保持部２３に保持されている画像
イメージに対して処理を施し、それをディスプレイ等に
表示するために出力部１２に渡す。

【００７５】以下、各部の処理について説明する。以下
の説明では、利用量の算定に関係する変更部分について
主に説明する。図２２は、本発明の第４の実施の形態に
おける画像処理部の表示処理の一例を示すフローチャー
トである。画像処理部２２において画像を表示する際に
は、表示対象の画像に関するイメージ管理テーブルのイ
メージ識別子が引数ｅｉｄに格納されて、この表示処理
が呼び出される。

【００７６】Ｓ１４１において、イメージ管理テーブル
のイメージ識別子ｅｉｄのイメージ開始位置のフィール
ドに格納されているブロックあるいはアドレスから始ま
る領域の内容を出力部１２に渡して、表示処理を行な
う。その後、Ｓ１４２において、イメージ識別子ｅｉｄ
を引数として、利用量計算部１８を呼び出す。

【００７７】図２３は、本発明の第４の実施の形態にお
ける利用量計算部の動作の一例を示すフローチャートで
ある。画像処理部２２がイメージ識別子ｅｉｄを引数と
して利用量計算部１８を呼び出すと、利用量計算部１８
は、Ｓ１５１において、画像処理部２２から渡されたイ
メージ識別子ｅｉｄに格納されたイメージに対して行な
われた加工処理の抽出を属性検出部１７に依頼し、返っ
てきたオリジナルイメージとの差分を変数ｓｄｉｆｆと
変数ｃｄｉｆｆに格納する。なお、ここでは、変数ｓｄ
ｉｆｆにはイメージの大きさの差分が、また、変数ｃｄ
ｉｆｆにはイメージの色数の差分が、それぞれ１以上の
数値となって格納される。オリジナルと全く同一の場合
にはそれぞれ１が格納される。

【００７８】Ｓ１５２において、属性検出部１７から得
られたオリジナルイメージとの差分をもとに、利用量を
計算する。利用量としては、イメージの大きさの差分お
よび色数の差分が１以上であるため、それぞれから１を
引き、さらに「表示機能の利用」に対する利用量として
１をプラスし、（ｓｄｉｆｆ−１）＋（ｃｄｉｆｆ−１）＋１を計算すればよい。なお、ここでは表示サイズと表示色
数を例にとって説明を行なったが、これは他のパラメー
タを抽出してもよいことはいうまでもない。また、別の
計算式によって利用量の計算を行なってもよい。計算さ
れた利用量は変数ｕｓａｇｅに格納される。

【００７９】Ｓ１５３において、現在の時刻を変数ｔｉ
ｍｅへ格納し、Ｓ１５４において、イメージビューワ２
の情報識別子と、変数ｕｓａｇｅに格納されている利用
量と、変数ｔｉｍｅに格納されている時刻の３つを例え
ば利用履歴保持部に格納し、処理を終了する。

【００８０】図２４は、本発明の第４の実施の形態にお
ける属性検出部の動作の一例を示すフローチャートであ
る。属性検出部１７では、イメージの大きさと色数の２
つの差分を抽出する。イメージの大きさの差分ｓｄｉｆ
ｆは、オリジナルイメージの横方向サイズをｏｘ、縦方
向サイズをｏｙとし、表示イメージの横方向サイズをｐ
ｘ、縦方向サイズをｐｙとしたとき、以下の計算式によ
る。ｏｘ≧ｐｘ，ｏｙ≧ｐｙのとき、ｓｄｉｆｆ＝（（ｏｘ／ｐｘ）＋（ｏｙ／ｐｙ））／２ｏｘ＜ｐｘ，ｏｙ≧ｐｙのとき、ｓｄｉｆｆ＝（（ｐｘ／ｏｘ）＋（ｏｙ／ｐｙ））／２ｏｘ≧ｐｘ，ｏｙ＜ｐｙのとき、ｓｄｉｆｆ＝（（ｏｘ／ｐｘ）＋（ｐｙ／ｏｙ））／２ｏｘ＜ｐｘ，ｏｙ＜ｐｙのとき、ｓｄｉｆｆ＝（（ｐｘ／ｏｘ）＋（ｐｙ／ｏｙ））／２

【００８１】色数の差分ｃｄｉｆｆは、オリジナルイメ
ージの最大色数を２^jで表わし、表示イメージの最大色
数を２^kで表わしたとき、以下の計算式による。ｃｄｉｆｆ＝ｊ／ｋ（ｊ≧ｋのとき）ｃｄｉｆｆ＝ｋ／ｊ（ｊ＜ｋのとき）である。つまり、オリジナルと全く同じ時を１とし、差
が開くほど差分値が大きくなるようにしている。実際に
は、ある一定の限度を設け、それを越えるときは一律の
値にしてもよいが、ここでは説明の簡単のために、それ
を省略している。

【００８２】属性検出部１７が利用量計算部１８から呼
び出される際には、イメージ管理テーブルのイメージ識
別子ｅｉｄが引数として渡される。Ｓ１６１において、
イメージ識別子ｅｉｄの処理前イメージのフィールドの
値を変数ｏｅｉｄに格納する。そして、Ｓ１６２におい
て、変数ｏｅｉｄの値が０か否かを判定する。変数ｏｅ
ｉｄの値が０の場合には、未処理のイメージであるの
で、Ｓ１６３においてイメージの大きさの差分ｓｄｉｆ
ｆおよび色数の差分ｃｄｉｆｆを１として、Ｓ１７２に
おいて、これらの値を呼び出し元である利用量計算部１
８に返す。

【００８３】変数ｏｅｉｄの値が０ではない場合、オリ
ジナルのイメージが存在する。Ｓ１６４において、変数
ｏｅｉｄに格納されているイメージ識別子に対応するオ
リジナルのイメージを参照し、そのイメージの横方向サ
イズを変数ｏｘに、縦方向サイズを変数ｏｙに格納す
る。また、Ｓ１６５において、変数ｅｉｄに格納されて
いるイメージ識別子に対応する処理後のイメージを参照
し、そのイメージの横方向サイズを変数ｐｘに、縦方向
サイズを変数ｐｙに格納する。

【００８４】Ｓ１６６において、もしｏｘ≧ｐｘなら
ば、ｓ１＝ｏｘ／ｐｘとし、ｏｘ＜ｐｘならば、ｓ１＝
ｐｘ／ｏｘとする。また、Ｓ１６７において、もしｏｙ
≧ｐｙならば、ｓ２＝ｏｙ／ｐｙとし、ｏｙ＜ｐｙなら
ば、ｓ２＝ｐｙ／ｏｙとする。そして、Ｓ１６８におい
て、イメージの大きさの差分ｓｄｉｆｆ＝（ｓ１＋ｓ
２）／２で計算する。このＳ１６６〜Ｓ１６８の処理に
よって、上述の各条件の計算を行なうことができる。

【００８５】Ｓ１６９において、変数ｏｅｉｄに格納さ
れているイメージ識別子に対応するオリジナルのイメー
ジを参照し、そのイメージの最大色数を２のべき乗で表
わしたとき、その指数を変数ｊに格納する。また、Ｓ１
７０において、変数ｅｉｄに格納されているイメージ識
別子に対応する処理後のイメージを参照し、そのイメー
ジの最大色数を２のべき乗で表わしたとき、その指数を
変数ｋに格納する。そして、Ｓ１７１において、もしｊ
≧ｋならば、色数の差分ｃｄｉｆｆ＝ｊ／ｋとし、ｊ＜
ｋならば、色数の差分ｃｄｉｆｆ＝ｋ／ｊとする。

【００８６】Ｓ１７２において、Ｓ１６８で求めたイメ
ージの大きさの差分ｓｄｉｆｆと、Ｓ１７１で求めた色
数の差分ｃｄｉｆｆを呼び出し元である利用量計算部１
８に返して処理を終了する。

【００８７】具体例として、例えば、オリジナルのイメ
ージの大きさが２００ｘ１００、色数が２¹⁶であり、そ
れを表示させたときの大きさが１００ｘ５０、色数が２
⁸であるとき、上述の処理によって属性検出部１７で計
算される差分は、ｓｄｉｆｆ＝（（２００／１００）＋（１００／５
０））／２＝２ｃｄｉｆｆ＝１６／８＝２となる。従って、利用量計算部１８によって計算される
利用量は、ｕｓａｇｅ＝（２−１）＋（２−１）＋１＝３となる。

【００８８】このように、本発明の利用量算定装置は、
上述の第１ないし第３の実施の形態のように文書エディ
タに組み込んだり、第４の実施の形態のようにイメージ
ビューワに組み込むなど、種々のいわゆるアプリケーシ
ョンに組み込むことによって、そのアプリケーションの
利用量を計算することができる。

【００８９】なお、上述の第１ないし第３の実施の形態
では文書エディタ側の、また、第４の実施の形態ではイ
メージビューワ側の利用量を決定する場合について述べ
ているが、文書エディタあるいはイメージビューワによ
って処理される文書側あるいはイメージ側の利用量も、
同様の構成で算定することが可能である。

【００９０】例えば第４の実施の形態においてイメージ
ビューワでイメージを参照する場合を考える。イメージ
の利用量は、基本的にはオリジナルをそのまま用いたと
きが最も高額であり、より小さいサイズや、より少ない
色数で表示された場合の方が利用料金は安く設定したほ
うが、ユーザの受容度は高いと思われる。従って、その
ような場合は、上述の利用量の計算式を以下のように設
定すればよい。

【００９１】イメージの大きさの差分ｓｄｉｆｆは、オ
リジナルイメージの横方向サイズをｏｘ、縦方向サイズ
をｏｙとし、表示イメージの横方向サイズをｐｘ、縦方
向サイズをｐｙとしたとき、以下の計算式による。ｏｘ＞ｐｘ，ｏｙ＞ｐｙのとき、ｓｄｉｆｆ＝（（ｐｘ／ｏｘ）＋（ｐｙ／ｏｙ））／２ｏｘ＞ｐｘ，ｏｙ≦ｐｙのとき、ｓｄｉｆｆ＝（ｐｘ／ｏｘ）／２＋０．５ｏｘ≦ｐｘ，ｏｙ＞ｐｙのとき、ｓｄｉｆｆ＝０．５＋（ｐｙ／ｏｙ）／２ｏｘ≦ｐｘ，ｏｙ≦ｐｙのとき、ｓｄｉｆｆ＝１色数の差分ｃｄｉｆｆは、オリジナルイメージの最大色
数を２^jで表わし、表示イメージの最大色数を２^kで表
わしたとき、以下の計算式による。ｃｄｉｆｆ＝ｋ／ｊ（ｊ＞ｋのとき）ｃｄｉｆｆ＝１（ｊ≦ｋのとき）

【００９２】つまり、オリジナルイメージと同等を１と
し、それ以下で表示する場合にはその割合に応じて値が
小さくなるように設定されている。このように、上述の
第４の実施例と同様の構成で、上記の計算式を用いるこ
とで、第２の情報であるイメージの利用量を計算するこ
とができる。

【００９３】次に、本発明の第５の実施の形態について
説明する。この第５の実施の形態では、上述の各実施の
形態とは異なり、属性検出部を文書エディタやイメージ
ビューワなどいわゆるアプリケーション内部に組み込ま
ないで構成し、外部から計測する例を示している。これ
によって、起動したアプリケーションにかかわらず、入
力と出力の差を検出して課金することが可能になる。例
えば、文書エディタやイメージエディタに対しては、編
集前と編集後のサイズの差という同じ課金形態が適用可
能であるが、サイズの差を検出する属性検出部をおのお
ののアプリケーション内に組み込むのではなく、外部に
共通した手段として組み込めばよいというメリットがあ
る。また、利用量計算部は各アプリケーション内に組み
込まれているので、各アプリケーションごとに異なる利
用量の計算手法を適用することが可能である。

【００９４】図２５は、本発明の利用量算定装置の第５
の実施の形態を含む情報処理装置の一例を示す構成図、
図２６は、本発明の利用量算定装置の第５の実施の形態
を含む情報処理装置の一例を実現するためのハードウェ
ア構成の一例を示すブロック図である。図中、図１およ
び図５と同様の部分に同じ符号を付して説明を省略す
る。図２５、図２６に示した例は、上述の第１の実施の
形態で述べた文書エディタの異なった構成の例として示
している。もちろん、第２ないし第４の実施の形態な
ど、他の形態についても同様に構成することが可能であ
る。

【００９５】図２５、図２６に示すように、この第５の
実施の形態では、属性検出部１７が文書エディタ１の内
部に組み込まれておらず、ハードウェアの一部として構
成されている。これによって種々のアプリケーション、
例えば、文書エディタやイメージエディタなどからも属
性検出部１７を共有して用いることが可能になる。ここ
ではイメージエディタなどの他のアプリケーションの例
は示さないが、基本的には図２５と同様の構成で実現可
能である。また、処理の基本的な流れについてはこれま
で述べてきた実施の形態と同様であるので、ここでは説
明を省略する。

【００９６】また、属性検出部１７は図２６に示したよ
うにハードウェアの一部として構成するほか、属性検出
部１７は、オペレーティングシステムなど、共通に用い
られるソフトウェアに組み込んでもよい。

【００９７】図２７は、本発明の利用量算定装置の第６
の実施の形態を含む情報処理装置の一例を示す構成図で
ある。図２７に示すように、この第６の実施の形態は、
上述の第５の実施の形態で述べた文書エディタやイメー
ジビューワなどの複数のアプリケーションから、共有し
て使用できる利用量計算部をさらに分離した例である。
このような構成にすることで、同じような利用量の計算
が必要な部分を共通化でき、個々のいわゆるアプリケー
ションごとに利用量計算部を組み込む必要がなくなる。
これによって、利用量算定装置はアプリケーションから
独立して、汎用の装置として構成されることになる。

【００９８】利用量計算部１８は、文書エディタ１やイ
メージビューワ２など、種々のアプリケーションから、
そのアプリケーションの情報識別子、どのような種類の
利用量を測定するのかを意味する利用量種別、その利用
量を測定するために必要な例えば測定対象のファイル名
などの情報をもらい、属性検出部１７を呼び出して、利
用量を計算し、その結果を利用履歴保持部へ書き出すと
いう役割を持つ。

【００９９】この第６の実施の形態における文書エディ
タ１では、利用量が外部の利用量計算部１８で計算され
るので、文書エディタ１が管理する文書管理テーブルに
は初期文書サイズという情報は保持しなくてもよい。す
なわち、図９に示した文書管理テーブルから初期文書サ
イズのフィールドを削除してもよい。

【０１００】そのかわりに利用量計算部１８は、利用量
管理テーブルを保持する。図２８は、本発明の第６の実
施の形態において利用量計算部が管理する利用量管理テ
ーブルの一例の説明図である。図２８に示した利用量管
理テーブルの例では、情報識別子、測定対象、利用量種
別、利用量の４つのフィールドから構成されている。こ
れらのフィールドのうち、情報識別子、測定対象、利用
量種別のフィールドは、各アプリケーションから渡され
る引数が格納される。特に、測定対象のフィールドに
は、利用量を測定するデータを特定するための識別子、
例えば文書識別子等が格納される。また、利用量種別の
フィールドに格納される種別の情報としては、例えば、
第１の実施の形態で説明したように文書ファイルの大き
さの差分を利用量とする場合には“ｆｓｉｚｅ”が格納
される。もちろん、第２、第３の実施の形態で説明した
ように、文書の編集量を利用量とすることもでき、その
場合には対応する利用量種別を格納すればよい。利用量
のフィールドは、図９に示した文書管理テーブルの初期
文書サイズのフィールドに対応するものであり、編集前
の文書サイズが格納される。

【０１０１】この第６の実施の形態においても、文書エ
ディタ１やイメージビューワ２などのアプリケーション
から利用量計算部１８を呼び出さねばならないので、そ
れらの処理は一部変更する必要がある。その例を、上述
の第２の実施の形態において説明した文書エディタ１を
例にとって説明する。図２９は、本発明の第６の実施の
形態の文書処理部における文書の新規作成処理の一例を
示すフローチャートである。図中、Ｓ６１〜Ｓ６９のス
テップの処理は、図１０に示した各ステップの処理と同
じであるのでここでは説明を省略する。文書の新規作成
処理においては、Ｓ６９までの処理によって文書管理テ
ーブルの設定が終了した後、Ｓ１８１において、利用量
種別として“ｆｓｉｚｅ”、文書エディタの情報識別
子、測定対象の文書を示す文書管理テーブルの文書識別
子ｅｉｄを引数として利用量計算部１８を呼び出す。

【０１０２】図３０は、本発明の第６の実施の形態の文
書処理部における文書ファイルの読込み処理の一例の一
部を示すフローチャートである。図３０には、図１２に
対応する部分のみを示している。図１１に対応する部分
の処理は同一であるので、図示を省略した。また、Ｓ８
１，Ｓ８２のステップの処理は、図１２と同様の処理で
あるので、図１２と同じ符号を付し、説明を省略する。
文書ファイルの読込み処理においては、Ｓ７１〜Ｓ８２
までの処理において、文書ファイルの読み込みが終了
し、文書管理テーブルの設定が終了した後、Ｓ１９１に
おいて、利用量種別として“ｆｓｉｚｅ”、文書エディ
タの情報識別子、測定対象の文書を示す文書管理テーブ
ルの文書識別子ｅｉｄを引数として利用量計算部１８を
呼び出す。

【０１０３】図３１は、本発明の第６の実施の形態の文
書処理部における文書の書出し処理の一例を示すフロー
チャートである。図中、Ｓ９１〜Ｓ９５，Ｓ９７のステ
ップの処理は、図１０に示した各ステップの処理と同じ
であるのでここでは説明を省略する。文書の書出しおよ
び終了処理においては、Ｓ９５までの処理によって文書
をファイルへ書き出した後、Ｓ２０１において、文書エ
ディタの情報識別子、測定対象の文書を示す文書管理テ
ーブルの文書識別子ｅｉｄを引数として利用量計算部１
８を呼び出す。

【０１０４】図３２は、本発明の第６の実施の形態にお
ける利用量計算部の処理の一例を示すフローチャートで
ある。基本的にこの利用量計算部１８は、文書の新規作
成処理または文書ファイルの読込み処理と、文書の書出
し・終了処理の２度呼び出される。すなわち、文書の処
理前と処理後の２度呼び出され、処理後に呼び出された
ときに利用量が計算される。これにより、文書の処理前
と処理後の差分を抽出して、利用履歴に書き出す。

【０１０５】利用量計算部１８を呼び出すときには、必
須な引数として、情報識別子、測定対象が設定され、ま
た任意の引数として利用量種別が設定されて呼び出され
る。利用量種別が引数として指定されているか否かによ
って処理前の呼出しか、処理後かを判断することができ
る。Ｓ２１１において、利用量種別が設定されているか
否かを判定し、処理前の呼出しか、処理後かを判断す
る。

【０１０６】編集の処理前の場合には、利用量種別が設
定されている。Ｓ２１２において、例えば、図２８に示
したような利用量管理テーブルに情報識別子、測定対
象、利用量種別の各引数を格納する。その後、指定され
た測定対象の利用量種別に従って、利用量種別で指定さ
れた属性を、属性検出部１７を呼び出して計算し、それ
を処理前の利用量の元データとして保持しておく。例え
ば、Ｓ２１３において利用量種別が“ｆｓｉｚｅ”であ
ると判断された場合には、Ｓ２１４において属性検出部
１７に測定対象と利用量種別を渡して測定対象のサイズ
を得て、その値を変数ｓｉｚｅに格納し、Ｓ２１５にお
いて、変数ｓｉｚｅの値を、利用量管理テーブルの対象
としているエントリの利用量のフィールドに格納する。
他の利用量種別の場合には、例えば、Ｓ２１６に示すよ
うにそれぞれの利用量種別か否かを判断し、それぞれの
利用量種別に応じた処理を行なうことになる。

【０１０７】編集の処理後の場合には、利用量種別が設
定されていない。Ｓ２１７において、利用量管理テーブ
ルから指定された情報識別子および測定対象の格納され
ているエントリを探す。そして、そのエントリの利用量
種別を取得し、各利稜々種別に応じた２回目の測定を行
なう。例えば、利用量種別が“ｆｓｉｚｅ”の場合に
は、Ｓ２１８でこれを検出し、Ｓ２１９において測定対
象と利用量種別を引数として属性検出部１７を呼び出
し、その時点での測定対象のサイズを再び測定して変数
ｓｉｚｅに格納する。Ｓ２２０において、利用量管理テ
ーブルの利用量のフィールドの値と、Ｓ２１９で得られ
た変数ｓｉｚｅの値の差の絶対値を計算し、変数ｕｓａ
ｇｅに格納する。一方、Ｓ２２１において現在の時刻を
変数ｔｉｍｅに格納する。Ｓ２２２において、情報識別
子、変数ｕｓａｇｅの値、変数ｔｉｍｅの値の３つを、
例えば利用履歴保持部に出力する。他の利用量種別の場
合には、例えば、Ｓ２２３に示すようにそれぞれの利用
量種別か否かを判断し、それぞれの利用量種別に応じた
処理を行なうことになる。

【０１０８】他の利用量種別の場合としては、例えば、
上述の第２ないし第４の実施の形態で説明したような利
用量を計測する処理を追加することができる。もちろ
ん、そのほかの利用量の計算処理を追加することもでき
る。これらの処理内容についてはここでは省略してい
る。

【０１０９】図３３は、本発明の第６の実施の形態にお
ける属性検出部の処理の一例を示すフローチャートであ
る。指定された利用量種別に従って、指定された測定対
象の属性を測定し、その値を返すような処理を行なって
いる。例えば、Ｓ２３１において利用量種別が“ｆｓｉ
ｚｅ”であることを検出すると、Ｓ２３２において測定
対象のファイルサイズを測定し、変数ｓｉｚｅに格納す
る。そして、Ｓ２３３において、変数ｓｉｚｅの値を呼
び出し元である利用量計算部１８に返す。

【０１１０】また、他の利用量種別の場合には、例え
ば、Ｓ２３４に示すようにそれぞれの利用量種別か否か
を判断し、それぞれの利用量種別に応じた測定対象の属
性の測定処理を行なえばよい。

【０１１１】この第６の実施の形態において、属性検出
部１７および利用量計算部１８は、いわゆるアプリケー
ションから独立し、各アプリケーションから共用される
構成としたが、実現方法としては上述の第５の実施の形
態と同様に、ハードウェア化する方法や、オペレーティ
ングシステムなどの共通に用いられるソフトウェアに組
み込んで実現する方法などを採用することができる。

【０１１２】次に、本発明の利用量算定装置の各実施の
形態で説明した構成によって得られた利用量から、情報
の利用料金を回収する回収システムの一例について説明
する。図３４は、情報の利用料金回収システムの一例を
示す概念図である。この例においては、各ユーザは情報
を利用するための情報処理装置をそれぞれ有している。
この情報処理装置は、上述の各実施の形態で説明した構
成のものである。図３４では、ユーザＡは情報処理装置
ａを、ユーザＢは情報処理装置ｂをそれぞれ利用するも
のとする。情報処理装置は１台以上で構成され、また、
情報提供者も１以上であればいくつでもよい。

【０１１３】情報提供者Ｘ，Ｙは、例えばネットワーク
を通じて、あるいはＣＤ−ＲＯＭなどによってなど、あ
らかじめ何らかの方法によって、自分が提供したい情
報、例えば上述の文書エディタやイメージビューワ等の
ような情報を各情報処理装置に配付しておく。そして、
各ユーザは自分の情報処理装置上で、配付されている情
報が気に入れば、その情報を利用する。利用した情報に
関する利用履歴は各ユーザの情報処理装置に記録され
る。

【０１１４】このようにして記録された利用履歴は、例
えば１ヶ月ごとなど、定期的に回収センターによって回
収される（）。回収した利用履歴をもとに、回収セン
ターは各ユーザの情報の利用料金を計算し、ユーザに請
求する（）。各ユーザは請求された利用料金を回収セ
ンターに対して支払う（）。回収された利用料金は、
回収した利用履歴を基にして、複数の情報提供者に分配
される（）。

【０１１５】上述の利用料金の計算の際に、利用履歴中
の情報識別子を用いることができる。情報識別子は、情
報ごとに付与された唯一の識別子であり、回収センター
側ではこの情報識別子を基にして、利用された情報を把
握し、利用料金の計算を行なうとともに、情報の提供者
に利用料金を分配することができる。なお、利用料金の
計算は、上述の各実施の形態で説明した処理対象の情報
の属性の変化だけでなく、従来より用いられているよう
な起動回数や利用時間等も含めて利用料金を計算しても
よい。

【０１１６】また、回収センターと各ユーザの金銭の授
受の方法は、ユーザが銀行口座から自動的に利用料金を
引き落とされるなど、種々の金銭の授受方法を用いるこ
とができる。情報提供者への利用料金の分配についても
同様に種々の方法を用いることができる。

【０１１７】上述の例では、各情報処理装置内に利用可
能な情報を配付しておいたが、例えば、ネットワークに
接続された情報処理装置では、他の情報処理装置上の情
報を利用することも可能である。

【０１１８】このようなネットワークを用いたシステム
の場合には、利用履歴は各情報処理装置に保持せず、あ
る特定の情報処理装置あるいは回収センターに保持する
ように構成してもよい。また、１台の情報処理装置を複
数のユーザが用いたり、１人のユーザが複数台の情報処
理装置を用いてもよい。このような構成の場合には、利
用履歴をユーザ別に特定する必要があるが、例えば、利
用履歴にユーザ識別子を付することによって識別可能で
ある。

【０１１９】上述の利用料金の回収システムは一例であ
って、各ユーザの利用履歴を回収し、それを基にして利
用料金を情報提供者に分配する、というシステムの基本
的な機能を有する限り、種々の回収システムを構築する
ことが可能である。

【０１２０】さらに、上述の各実施の形態においては、
主として第１の情報の利用量を第２の情報に基づいて行
なう例について述べているが、上述の第４の実施の形態
の項でも触れたように、第２の情報の利用量を算定する
場合も同様の構成で実現可能である。

【０１２１】

【発明の効果】以上の説明から明らかなように、本発明
によれば、第１の情報の利用量あるいは第２の情報の利
用量の算定を、該第１の情報の利用時の処理対象である
第２の情報に基づいて行なうので、より多様な利用量の
算定を行なうことができる。特に、従来のような直接の
操作対象である情報の起動回数や利用時間等だけではな
く、処理対象の情報に基づいた利用量の算定が可能にな
った。

【０１２２】利用量の算定に際しては、請求項３に記載
の発明のように、第２の情報に対する操作内容を観測し
たり、請求項４に記載の発明のように、第２の情報の属
性を観測することによって行なうことができる。第２の
情報の属性を観測する場合には、例えば、請求項５に記
載の発明のように、利用開始時の入力データサイズと利
用終了時の出力データサイズの差を検出するように構成
することができる。また、請求項６に記載の発明のよう
に、利用開始時と利用終了時の内容的な差分を検出する
ことにより、ユーザの感覚に合った課金を行なうことが
できる。

【０１２３】さらに、利用量算定機能を第１の情報から
独立させることによって、第１の情報に共通して利用可
能な汎用の利用量の算定手段を提供することができると
いう効果がある。

【図面の簡単な説明】

【図１】本発明の利用量算定装置の第１の実施の形態
を含む情報処理装置の一例を示す構成図である。

【図２】本発明の第１の実施の形態における利用量計
算部が有するバッファの内容の一例の説明図である。

【図３】本発明の第１の実施の形態における属性検出
部の動作の一例を示すフローチャートである。

【図４】本発明の第１の実施の形態における利用量計
算部の動作の一例を示すフローチャートである。

【図５】本発明の利用量算定装置の第１の実施の形態
を含む情報処理装置の一例を実現するためのハードウェ
ア構成の一例を示すブロック図である。

【図６】本発明の利用量算定装置の第１の実施の形態
を含む情報処理装置の一例を実現するためのハードウェ
ア構成の一例における利用履歴保持部に保持される利用
履歴の具体例の説明図である。

【図７】本発明の利用量算定装置の第２の実施の形態
を含む情報処理装置の一例を示す構成図である。

【図８】一般的な文書管理テーブルの一例の説明図で
ある。

【図９】本発明の第２の実施の形態における文書処理
部が管理する文書管理テーブルの一例の説明図である。

【図１０】本発明の第２の実施の形態の文書処理部に
おける文書の新規作成処理の一例を示すフローチャート
である。

【図１１】本発明の第２の実施の形態の文書処理部に
おける文書ファイルの読込み処理の一例を示すフローチ
ャートである。

【図１２】本発明の第２の実施の形態の文書処理部に
おける文書ファイルの読込み処理の一例を示すフローチ
ャート（続き）である。

【図１３】本発明の第２の実施の形態の文書処理部に
おける文書の書出し処理の一例を示すフローチャートで
ある。

【図１４】本発明の第２の実施の形態における利用量
計算部の処理の一例を示すフローチャートである。

【図１５】本発明の第３の実施の形態における文書処
理部が管理する文書管理テーブルの一例の説明図であ
る。

【図１６】本発明の第３の実施の形態の文書処理部に
おける文書の新規作成処理の一例を示すフローチャート
である。

【図１７】本発明の第３の実施の形態の文書処理部に
おける文書ファイルの読込み処理の一例を示すフローチ
ャートである。

【図１８】本発明の第３の実施の形態における利用量
計算部の処理の一例を示すフローチャートである。

【図１９】ｄｉｆｆコマンドの出力の一例の説明図で
ある。

【図２０】本発明の利用量算定装置の第４の実施の形
態を含む情報処理装置の一例を示す構成図である。

【図２１】本発明の第４の実施の形態における画像処
理部が管理するイメージ管理テーブルの一例の説明図で
ある。

【図２２】本発明の第４の実施の形態における画像処
理部の表示処理の一例を示すフローチャートである。

【図２３】本発明の第４の実施の形態における利用量
計算部の動作の一例を示すフローチャートである。

【図２４】本発明の第４の実施の形態における属性検
出部の動作の一例を示すフローチャートである。

【図２５】本発明の利用量算定装置の第５の実施の形
態を含む情報処理装置の一例を示す構成図である。

【図２６】本発明の利用量算定装置の第５の実施の形
態を含む情報処理装置の一例を実現するためのハードウ
ェア構成の一例を示すブロック図である。

【図２７】本発明の利用量算定装置の第６の実施の形
態を含む情報処理装置の一例を示す構成図である。

【図２８】本発明の第６の実施の形態において利用量
計算部が管理する利用量管理テーブルの一例の説明図で
ある。

【図２９】本発明の第６の実施の形態の文書処理部に
おける文書の新規作成処理の一例を示すフローチャート
である。

【図３０】本発明の第６の実施の形態の文書処理部に
おける文書ファイルの読込み処理の一例の一部を示すフ
ローチャートである。

【図３１】本発明の第６の実施の形態の文書処理部に
おける文書の書出し処理の一例を示すフローチャートで
ある。

【図３２】本発明の第６の実施の形態における利用量
計算部の処理の一例を示すフローチャートである。

【図３３】本発明の第６の実施の形態における属性検
出部の処理の一例を示すフローチャートである。

【図３４】情報の利用料金回収システムの一例を示す
概念図である。

【符号の説明】

１…文書エディタ、２…イメージビューワ、１１…入力
部、１２…出力部、１３…文書読込み部、１４…文書書
出し部、１５…文書処理部、１６…文書保持部、１７…
属性検出部、１８…利用量計算部、２１…画像読込み
部、２２…画像処理部、２３…画像保持部、３１…入力
装置、３２…出力装置、３３…メモリ、３４…外部記憶
装置、３５…情報処理部、３６…利用履歴保持部、３７
…利用履歴被回収部。

Claims

【特許請求の範囲】

【請求項１】情報の利用に対して課金する情報処理シ
ステムで用いられる利用量算定方法において、第１の情
報の利用量の算定を、該第１の情報の利用により処理さ
れた第２の情報に基づいて行なうことを特徴とする利用
量算定方法。
【請求項２】情報の利用に対して課金する情報処理シ
ステムで用いられる利用量算定装置において、第１の情
報の利用により処理された第２の情報を観測する処理情
報検出手段と、該処理情報検出手段で観測された前記第
２の情報に基づき前記第１の情報の利用量の算定を行な
う利用量計算手段を有することを特徴とする利用量算定
装置。
【請求項３】前記処理情報検出手段は、前記第２の情
報に対する操作内容を観測することを特徴とする請求項
２に記載の利用量算定装置。
【請求項４】前記処理情報検出手段は、前記第２の情
報の属性を観測することを特徴とする請求項２に記載の
利用量算定装置。
【請求項５】前記第２の情報の属性は、利用開始時の
入力データサイズと利用終了時の出力データサイズの差
であることを特徴とする請求項４に記載の利用量算定装
置。
【請求項６】前記第２の情報の属性は、利用開始時と
利用終了時の内容的な差分であることを特徴とする請求
項４に記載の利用量算定装置。