JPH07319691A - 資源保護装置、特権保護装置、ソフトウェア利用法制御装置、及びソフトウェア利用法制御システム - Google Patents

Abstract

(57)【要約】 【目的】 著作権所有者がソフトウェア毎に利用状況に
応じた利用法を予め指定し、指定通りの利用がなされる
ように利用法を制御する装置を提供すること。 【構成】 本発明のソフトウェア利用法制御装置は、ソ
フトウェアと、このソフトウェアの実行のされ方および
二次利用の方法の少なくとも一方に対応した利用権情報
とを組にして記憶する記憶手段と、この記憶手段に記憶
された利用権情報に従ってソフトウェアを利用する手段
とを備えることを特徴とする。好ましくは、利用権情報
はプログラムであって、このプログラムを実行すること
によりソフトウェアを利用するものであることを特徴と
する。また、好ましくは、記憶手段は、利用権情報に対
するアクセスの方法を規定する著作権情報をもソフトウ
ェアと組にして記憶するものであり、この記憶手段に記
憶された著作権情報に従って利用権情報を編集する手段
をも備えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウェアの利用法
に関する制御を行う装置に関する。

【０００２】

【従来の技術】パーソナルコンピュータ（ＰＣ）の普及
に伴い、ゲームソフトウェアやビジネスソフトウェアに
加え、電子書籍やデジタル化されたビデオなどの多様な
ソフトウェアがＰＣ上で利用される機会が増えてきた。
さらに、一般個人が作成したソフトウェアが広く配布さ
れる機会も増えてきた。

【０００３】そのような機会の増加に伴い、ソフトウェ
アとしてのソフトウェアの権利を保護するために、ソフ
トウェアが不正に複製され、不正に利用されることを防
止するために様々な方法が考案されている。

【０００４】このような方法の一つとして、超流通と呼
ばれるシステムアーキテクチャが提唱されている。超流
通アーキテクチャとは、有料ソフトウェアに対する課金
と、課金に応じた利用許諾、さらには、様々な許諾条件
に応じたソフトウェアの利用の可否を制御可能なシステ
ムである。つまり、超流通システムの目的は、プログラ
ムの実行を許可するか、許可しないかを制御することで
ある。

【０００５】これに対して、ソフトウェアの複製により
所有者が変わり、さらに編集により再加工された場合に
おいても、ソフトウェアの著作権所有者の意図した通り
にソフトウェアが利用されるように、著作権者が、ソフ
トウェア毎にソフトウェアの利用法を予め指定し、参照
などの再利用や、複製などの再配布や、編集などの再構
成といったソフトウェアの二次利用が行われる場合にお
いても、利用状況に応じて、指定通りの参照や複製や切
り張りのされ方がなされるように、ソフトウェアの利用
法を制御する方法は、未だに存在していない。

【０００６】このようなソフトウェア利用法制御方式
は、何らかのＯＳ上で実行されるプログラム、あるい
は、独自のＯＳとして実現されることが考えられるが、
ソフトウェアの利用法は、ソフトウェアの種類に応じ
て、多様な利用法が考えられるので、予め全ての利用法
を規定したソフトウェア利用法制御方式を実現すること
は困難である。

【０００７】このため、新しい利用法に関する制御機構
をソフトウェア利用法制御方式に追加することが予想さ
れるが、このようなソフトウェア利用法制御方式のヴァ
ージョンアップを頻繁に行うことは、利用者へ負担を増
大させることになる。

【０００８】一方、このような問題を解決したとして
も、なおかつ次のような問題がある。近年のＰＣの普及
に伴い、様々なＯＳが独自の発達を遂げ、それぞれ個性
豊かなアプリケーションを抱えている。そこで、ソフト
ウェア利用法制御方式を実行するＰＣ上で、既存の複数
のＯＳを実行することが考えられる。このような場合、
各ＯＳのシステム資源に対するアクセスには制限がない
ので、あるＯＳに対応した保護されるべきシステム資源
を、別のＯＳからアクセスすることができる。この結
果、あるＯＳに対応した保護されるべきシステム資源
を、他のＯＳから不法にアクセスすることができてしま
う。さらに、あるＯＳを別のＯＳから不法にアクセスす
ることで改造し、ＯＳに対応した保護されるべきシステ
ム資源を改造ＯＳから不法にアクセスすることもできて
しまう。さらに、あるＯＳの異常動作が、他のＯＳに対
応した保護されるべきシステム資源を破壊する可能性も
ある。さらに、既存のＯＳでは、利用者がＯＳを介し
て、ＯＳと同等のシステム資源に対するアクセス権（特
権）を獲得し、システム資源に対するアクセスを行うこ
とができるので、他のＯＳの特権を用いて、ソフトウェ
ア利用法制御方式に対応した保護されるべき資源を不法
にアクセスすることができる。あるいは、そのＯＳの特
権を用いて、そのＯＳ上で実行されている全てのプログ
ラムに対応した保護されるべきシステム資源を不法にア
クセスすることができる。

【０００９】つまり、ソフトウェア利用法制御方式をＰ
Ｃのようなプログラマブルなシステム上で実現する場
合、ソフトウェア利用法制御方式に対応した保護される
べきシステム資源を、不正なアクセスから保護する必要
があるが、従来のＯＳ環境においては、ソフトウェア利
用法制御方式に対応した保護されるべきシステム資源を
保護することができない。

【００１０】また、ソフトウェア利用法制御方式を、独
自のＯＳ上で動作するものとして開発する場合、ソフト
ウェアの利用環境や開発環境まで開発すると、ＯＳの開
発コストは膨大なものになる。さらに、既存の代表的な
ＯＳが市場を独占しているような場合には、利用者を独
自のＯＳに引きつけることは困難である。

【００１１】このような場合、最初は、ソフトウェア利
用法制御方式の機構のみを持つ最小限のＯＳとして設計
し、そのＯＳから既存のＯＳの実行を制御することで、
既存のＯＳの利用環境や開発環境を、そのまま流用する
ことが望ましい。

【００１２】しかし、従来の技術では、既存のＯＳの機
能を、ソフトウェア利用法制御方式から利用する場合に
は、既存のＯＳに対する何らかの移植作業が必要である
ために、移植自体を拒絶されたり、莫大な利用料を要求
される問題がある。

【００１３】

【発明が解決しようとする課題】以上述べたように、従
来のソフトウェア利用法制御方式では、次のような問題
点があった。

【００１４】著作権所有者が、ソフトウェア毎にソフト
ウェアの利用状況に応じた利用法を予め指定する場合に
おいても、利用状況に応じて指定通りの利用のされ方が
なされるようにソフトウェアの利用法を制御する方法は
未だに存在していない。また、ソフトウェアの利用法は
ソフトウェアの種類に応じて多様な利用法が考えられる
ので、予め全ての利用法を規定したソフトウェア利用法
制御方式を実装することは困難である。その代わりに新
しい利用法に関する制御機構をソフトウェア利用法制御
方式に追加することを頻繁に行うことは、利用者へ負担
を増大させることになる。

【００１５】ソフトウェア利用法制御方式をＰＣのよう
なプログラマブルなシステム上で実現する場合、ソフト
ウェア利用法制御方式に対応した保護されるべきシステ
ム資源を、不正なアクセスから保護する必要があるが、
従来のＯＳ環境あるいはマルチＯＳ環境においては、ソ
フトウェア利用法制御方式に対応した保護されるべきシ
ステム資源を保護することができない。しかも、通常の
マルチＯＳ環境として考えた場合にも、各ＯＳ環境の保
護ができないことは、重大な問題である。

【００１６】また、ソフトウェア利用法制御方式を、独
自のＯＳ上で動作するものとして開発する場合、ソフト
ウェアの利用環境や開発環境まで開発するとＯＳの開発
コストは膨大なものになる。また、最初にソフトウェア
利用法制御方式の機構のみを持つ最小限のＯＳとして設
計し、そのＯＳから既存のＯＳの実行を制御することで
既存のＯＳの利用環境や開発環境をそのまま流用する場
合、従来の技術では既存のＯＳの機能をソフトウェア利
用法制御方式から利用する際には、既存のＯＳに対する
何らかの移植作業が必要であるために、移植自体を拒絶
されたり莫大な利用料を要求される問題がある。

【００１７】一方、前述したように、新しい利用法に関
する制御機構をソフトウェア利用法制御方式に追加する
場合、このようなソフトウェア利用法制御方式のヴァー
ジョンアップを頻繁に行うことは、利用者へ負担を増大
させることになるという問題点があった。

【００１８】本発明は、上記事情を考慮してなされたも
のであり、複数のＯＳに対応したシステム資源を保護し
つつ、あるＯＳから、他のＯＳに対応したアプリケーシ
ョンを起動することができる、ＯＳ間のアプリケーショ
ンの実行透過性を実現する資源保護装置を提供すること
を目的とする。

【００１９】また、本発明は、システムの利用者がＯＳ
を介して全てのシステム資源に対するＯＳと同等のアク
セス権（いわゆる特権）を獲得することを禁止して、利
用者の不法なアクセスからシステムにおける保護すべき
資源を保護することができる特権保護装置を提供するこ
とを目的とする。

【００２０】また、本発明は、ソフトウェアの著作権所
有者の意図した通りにソフトウェアが利用されるよう
に、著作権所有者が、ソフトウェア毎にソフトウェアの
利用状況に応じた利用法を予め指定し、複製などの再配
布や、切り張りなどの再構成といったソフトウェアの二
次利用が行われる場合においても、利用状況に応じて、
指定通りの複製や切り張りのされ方がなされるように、
ソフトウェアの利用法を制御するソフトウェア利用法制
御装置を提供することを目的とする。

【００２１】また、本発明は、ソフトウェア利用法制御
方式をＰＣのようなプログラマブルなシステム上で実現
する場合、ソフトウェア利用法制御方式に対応した保護
されるべきシステム資源を、不正なアクセスから保護
し、従来のＯＳ環境あるいはマルチＯＳ環境において
も、他のＯＳからソフトウェア利用法制御方式に対応し
た保護されるべきシステム資源を保護するソフトウェア
利用法制御装置を提供することを目的とする。

【００２２】さらに、本発明は、特定のＯＳ上で実現さ
れるソフトウェア利用法制御方式に対応したソフトウェ
アを、ＰＣ上で実行可能な他のＯＳから実行することが
できるソフトウェア利用法制御装置を提供することを目
的とする。

【００２３】さらに、本発明は、既存のＯＳを本ソフト
ウェア利用法制御方式用に移植する作業を行うことな
く、既存のＯＳの機能を、ソフトウェア利用法制御方式
から利用することができるソフトウェア利用法制御装置
を提供することを目的とする。一方、本発明は、上記事
情を考慮してなされたものであり、新しい利用法に関す
る制御機構をソフトウェア利用法制御方式に追加する場
合、利用者へ負担を掛けることなしに、ヴァージョンア
ップを行うことのできるソフトウェア利用法制御システ
ムを提供することを目的とする。

【００２４】

【課題を解決するための手段】本発明に係わるソフトウ
ェア利用法制御方式の全体的な概要を図１を参照して説
明する。図１に示すように、本発明のソフトウェア利用
法制御方式は、システムで実行させるオペレーティング
システム（ＯＳ）毎にシステム資源に対するアクセス権
を指定し、その指定に基づいてＯＳのシステム資源に対
するアクセスを制御する資源保護部８と、ソフトウェア
利用法制御方式の全利用者が、ＯＳを介して、ＯＳと同
等のシステム資源に対するアクセス権（いわゆる特権）
を獲得し、システム資源に対するアクセスを行うことを
禁ずる特権保護部７と、ソフトウェアの各利用法（実行
のされ方および二次利用方法）に対応した利用条件や、
利用条件に従ってソフトウェアの利用を行う為のプログ
ラムなどの情報（利用権情報）を管理する利用権管理部
２と、そのソフトウェア自身を管理するソフトウェア管
理部１と、ソフトウェアがアクセスされた時点の状況を
示すことができる情報（認証情報）を管理する認証情報
管理部６と、ソフトウェア管理部１と利用権管理部２と
認証情報管理部６へのアクセスを行うと同時に、利用権
情報と認証情報の少なくとも一つを用いて自身のソフト
ウェア管理部１に対するアクセスを制御する利用権制御
部４と、後述する著作権制御部５の利用権管理部４に対
するアクセスを制御するための情報（著作権情報）を管
理する著作権管理部３と、著作権管理部３と認証情報管
理部６へのアクセスを行うと同時に、著作権情報と認証
情報を用いて、利用権管理部２へのアクセスを行う著作
権制御部５を備える。

【００２５】本発明（請求項１）に係る資源保護装置
は、システムで実行させるオペレーティングシステム毎
にシステム資源に対するアクセス権を指定するための情
報を記憶する記憶手段と、この記憶手段に記憶された情
報に基づいてオペレーティングシステムのシステム資源
に対するアクセスを制御する手段とを備えることを特徴
とする。

【００２６】本発明（請求項２）に係る特権保護装置
は、利用者からの入力を受け付ける手段と、全てのシス
テム資源に対するアクセス権を有するプログラムを実行
する手段と、前記利用者からの入力により前記プログラ
ムを実行することを禁止する手段とを備えることを特徴
とする。

【００２７】本発明（請求項３）に係るソフトウェア利
用法制御装置は、ソフトウェアと、このソフトウェアの
実行のされ方および二次利用の方法の少なくとも一方に
対応した利用権情報とを組にして記憶する記憶手段と、
この記憶手段に記憶された利用権情報に従って前記ソフ
トウェアを利用する手段とを備えることを特徴とする。
また、本ソフトウェア利用法制御装置によれば、ソフ
トウェアにソフトウェアの各利用法（実行のされ方およ
び二次利用方法）に対応した利用条件や、利用条件に従
ってソフトウェアの利用を行う為のプログラムなどの利
用権情報が一体的に組み込まれていることを特徴とす
る。

【００２８】また、好ましくは、本発明（請求項４）
は、請求項３に記載のソフトウェア利用法制御装置にお
いて、前記利用権情報は、少なくとも一つのプログラム
を含んでおり、このプログラムを実行することにより前
記ソフトウェアを利用するものであることを特徴とす
る。

【００２９】また、好ましくは、本発明（請求項５）
は、請求項４に記載のソフトウェア利用法制御装置にお
いて、前記利用権情報は、ソフトウェアに対応したソフ
トウェアＩＤを含んでおり、前記利用権情報に含まれて
いる、前記ソフトウェアを利用するためのプログラム
が、前記ソフトウェアＩＤを有するソフトウェアに対す
るアクセス権利を有するプログラムとして実行されるこ
とを特徴とする。

【００３０】また、好ましくは、本発明（請求項６）
は、請求項４に記載のソフトウェア利用法制御装置にお
いて、特定のソフトウェアと組にして記憶されている前
記利用権情報に含まれている、前記ソフトウェアを利用
するためのプログラムを、他のソフトウェアから参照す
る参照手段を備えることを特徴とする。

【００３１】また、好ましくは、本発明（請求項７）
は、請求項６に記載のソフトウェア利用法制御装置にお
いて、特定のソフトウェアと組にして記憶されている前
記利用権情報に含まれている、前記ソフトウェアを利用
するためのプログラムが、他のソフトウェアから実行さ
れる場合に、プログラムを呼び出す側のソフトウェアの
ソフトウェアＩＤを検査する検査手段を備えることを特
徴とする。

【００３２】一方、本発明（請求項８）に係るソフトウ
ェア利用法制御システムは、複数の請求項３に記載のソ
フトウェア利用法制御装置と、これらソフトウェア利用
法制御装置相互間を接続する通信手段とを備えたソフト
ウェア利用法制御システムにおいて、前記ソフトウェア
利用法制御装置夫々は、外部から所定のソフトウェアに
対する所定の利用のし方による利用要求を受け付ける手
段と、前記利用権情報にて指示される格納位置に前記ソ
フトウェアの利用法を制御する利用法制御プログラムを
格納するための格納手段と、前記利用要求に対応する前
記利用法制御プログラムが前記格納手段に格納されてい
るか否かを前記利用権情報を参照して判定する判定手段
と、前記判定手段による判定の結果、前記格納手段に前
記利用法制御プログラムが格納されていないと判定され
た場合に、前記利用法制御プログラムを有する他の前記
ソフトウェア利用法制御装置から当該利用法制御プログ
ラムを複写する複写手段とを備えたことを特徴とする。

【００３３】

【作用】本資源保護装置によれば、あるオペレーティン
グシステム（ＯＳ）がそのＯＳの管理すべきシステム資
源以外のシステム資源へアクセスすることを制限するこ
とができる。従って、例えばマルチＯＳ環境において、
あるＯＳから、他のＯＳに対応したアプリケーションへ
のアクセスが発生した場合には、そのアクセスを本方式
で制御することで、他のＯＳを起動し、起動されたＯＳ
からアクセスされたアプリケーションを実行することが
でき、互いのＯＳに対応したシステム資源を保護しつ
つ、ＯＳ間のアプリケーションの実行透過性を実現する
ことができる。

【００３４】本特権保護装置によれば、システムの利用
者がＯＳを介して全てのシステム資源に対するＯＳと同
等のアクセス権（いわゆる特権）を獲得することを禁止
することができる。従って、このＯＳの管理すべきシス
テム資源を、本方式を適用したＯＳの動作環境下では、
利用者の不法なアクセスから保護することができる。本
ソフトウェア利用法制御装置によれば、ソフトウェアに
ソフトウェアの各利用法（実行のされ方および二次利用
方法）に対応した利用条件や、利用条件に従ってソフト
ウェアの利用を行う為のプログラムなどの利用権情報が
一体的に組み込まれているため、ソフトウェアの複製に
より所有者が変わり、さらに編集により再加工された場
合においても、ソフトウェアの著作権所有者の意図した
通りにソフトウェアが利用されるように、著作権者が、
ソフトウェア毎にソフトウェアの利用法を利用権情報と
して予め指定し、それらの利用権情報を用いて、参照な
どの再利用や、複製などの再配布や、編集などの再構成
といったソフトウェアの二次利用が行われる場合におい
ても、利用状況に応じて、指定通りの参照や複製や切り
張りのされ方がなされるように、ソフトウェアの利用法
を制御することができる。

【００３５】また、本発明に係る資源保護装置、特権保
護手段、ソフトウェア利用法制御装置を組み合わせるこ
とにより、本ソフトウェア利用法制御機構をＰＣのよう
なプログラマブルなシステム上で実現する場合にも、本
ソフトウェア利用法制御機構内の保護されるべきシステ
ム資源を、不正なアクセスから保護し、従来のＯＳ環境
あるいはマルチＯＳ環境においても、他のＯＳから本ソ
フトウェア利用法制御機構内のシステム資源を適正に保
護することができる。

【００３６】そして、特定のＯＳ上で実現されるソフト
ウェア利用法制御方式に準拠したソフトウェアをＰＣ上
で実行可能な他のＯＳから実行することができる。

【００３７】さらに、既存のＯＳを本ソフトウェア利用
法制御機構に移植する作業を行うことなく、既存のＯＳ
の機能を、本ソフトウェア利用法制御機構から利用する
ことができる。

【００３８】一方、本発明（請求項８）に係るソフトウ
ェア利用法制御システムによれば、各ソフトウェア利用
法制御装置は、他のソフトウェア利用法制御装置が管理
しているソフトウェアを複写する場合に、該ソフトウェ
アに対応する利用法制御プログラムを自身が有している
か否かを判定し、有していないと判定された場合、該当
する利用法制御プログラムをすでに有している他のソフ
トウェア利用法制御装置からその利用法制御プログラム
を複写する。あるいは、ソフトウェアの利用要求を受け
付けた場合に、該利用要求に対応する利用法制御プログ
ラムを自身が有しているか否かを判定し、有していない
と判定された場合、該当する利用法制御プログラムをす
でに有している他のソフトウェア利用法制御装置からそ
の利用法制御プログラムを複写する。

【００３９】従って、例えば、新しい利用法に関する利
用法制御プログラムを追加する場合、利用者がインスト
ールしなくても、該当利用法制御プログラムがない場合
は自動的に他の装置から複写してくるので、利用者へ負
担を掛けることなしに、ヴァージョンアップを行い、新
しい利用法に対応することができる。

【００４０】

【実施例】以下、図面を参照しながら本発明の実施例に
ついて説明する。なお、各図面において、同様の機能を
有する部分には下二桁が同一の参照番号を付す（例えば
１と１０１と２０１）とともに、場合によってはその説
明を省略する。また、下二桁が同一の参照番号を付され
た部分は異なる機能を有する場合があり、実施例によっ
てはその異なる機能を説明し全体の説明を省略する。

【００４１】まず、本発明は、あるオペレーティングシ
ステム（ＯＳ）に対応した保護されるべきシステム資源
を、他のＯＳのアクセスから保護し、あるＯＳが他のＯ
Ｓに対応したソフトウェアをアクセスした場合に、その
アクセスを制御することで、そのアクセス（あるいはア
クセスの一部）を、そのソフトウェアに対応したＯＳに
実行させることで、システム上で実行可能なＯＳに対応
した任意のソフトウェアを、システム上で実行可能な任
意のＯＳから透過的に実行することができるソフトウェ
ア利用法制御方式に関するものである。

【００４２】さらに、ソフトウェア利用法制御方式の全
利用者が、ソフトウェア利用法制御方式を介して、ソフ
トウェア利用法制御方式のシステム資源に対するアクセ
ス権を獲得し、システム資源に対するアクセスを行うこ
とを禁ずるソフトウェア利用法制御方式に関するもので
ある。

【００４３】そして、このような保護された環境のもと
で、ソフトウェアの作成者やソフトウェアに対する著作
権を有する者（著作権所有者）が、ソフトウェア毎にソ
フトウェアの利用状況に応じた利用法（実行のされ方と
二次利用方法）を予め指定し、ソフトウェアに対して、
複製などの再配布や、切り張りなどの再構成といった二
次利用が行われる場合においても、利用状況に応じて、
指定通りの複製や切り張りのされ方がなされるように、
ソフトウェアの利用法を制御するソフトウェア利用法制
御方式に関するものである。

【００４４】さらに、ソフトウェアの利用法の制御に関
する部分以外の部分が、他のＯＳに対応している場合、
利用法の制御に関する部分のみをソフトウェア利用法制
御方式に実行させ、その他の部分を対応したＯＳに実行
させるものである。つまり、複数のＯＳに対応している
部分から構成されるような複合的なソフトウェアを、シ
ステム上で実行可能な任意の既存のＯＳから実行できる
マルチＯＳ環境を実現するソフトウェア利用法制御方式
に関するものである。

【００４５】（実施例１） （主な構成要素と作用）図２は、本発明の実施例１の概
略構成図である。すなわち、本実施例は、システムが改
造されていないことを検査すると同時にシステムの初期
化を行うシステム検査手段と、ＯＳを実行するための情
報を管理するＯＳ情報管理手段と、指定されたＯＳをＯ
Ｓ情報管理手段の情報に基づいて実行するＯＳ実行手段
と、ＯＳ毎のシステム資源に対するアクセス権を指定す
る情報を管理するシステム資源保護情報管理手段と、シ
ステム資源保護情報管理手段の情報に基づいてＯＳのシ
ステム資源に対するアクセスを制御するシステム資源保
護手段と、システム資源保護手段の制御に基づいてシス
テム資源に対するアクセスを行うシステム資源アクセス
手段から構成される資源保護手段を備えることを特徴と
する。

【００４６】（実施例１の効果）実施例１によれば、既
存の複数のＯＳを実行させると同時に、あるＯＳに対応
した保護されるべきシステム資源を、他のＯＳのアクセ
スから保護することができる。そして、あるＯＳを別の
ＯＳから不法に改造することを防止することができる。
さらに、あるＯＳの異常動作が、他のＯＳに対応した保
護されるべきシステム資源を破壊することを防止するこ
とができる。さらに、あるＯＳ以外のＯＳからは、その
ＯＳに対応したソフトウェアを利用できないようにする
ことができる。

【００４７】さらに、あるＯＳが他のＯＳに対応したソ
フトウェアをアクセスしようとした場合に、そのアクセ
スを制御することにより、実際のアクセスをアクセスし
たソフトウェアに対応したＯＳに実行させることができ
る。つまり、アクセスしたソフトウェアに対応したＯＳ
を自動的に実行させることで、システム上で実行可能な
ＯＳに対応した任意のソフトウェアを、システム上で実
行可能な任意のＯＳから透過的に実行することができ
る。

【００４８】このため、ソフトウェア利用法制御方式
を、特定のＯＳ上で実行されるプログラムとして実装す
る場合にも、他のＯＳがソフトウェア利用法制御方式に
対応したソフトウェアをアクセスしようとした場合に、
そのアクセスを制御することにより、実際のアクセスを
ソフトウェア利用法制御方式に対応したＯＳに実行させ
ることができる。

【００４９】つまり、マルチＯＳ環境下で、ソフトウェ
ア利用法制御方式に対応したソフトウェアを、システム
上で実行可能な任意のＯＳから透過的に実行すると同時
に、各ＯＳに対応した保護されるべきシステム資源を、
他のＯＳの不法なアクセスから保護することができる。

【００５０】また、ソフトウェア利用法制御方式を、独
自のＯＳ上で動作するものとして開発する場合にも、ソ
フトウェア利用法制御方式の機構のみを持つ最小限のＯ
Ｓとして設計し、その他の機能は、そのＯＳから既存の
ＯＳの実行を制御することで、既存のＯＳの利用環境や
開発環境を、そのまま流用することで、ソフトウェアの
利用法を制御するＯＳの開発において、ＯＳの開発コス
トを大幅に縮小することができる。

【００５１】さらに、既存のＯＳの機能をソフトウェア
利用法制御方式に対応したＯＳから利用する場合にも、
ＯＳの移植作業を一切行う必要がなく、システムに普通
にインストールすれば良いので、移植作業を拒否された
り、莫大な利用料を要求される問題もない。

【００５２】さらに、一台の情報処理装置上で、複数の
ＯＳを実行させる枠組みなので、ＯＳの消費量、あるい
は、アプリケーションの消費量を伸ばすことができる。
このため、ソフトウェアメーカーの賛同も得られやす
い。

【００５３】ユーザにとっても、一台の処理装置上で、
複数のＯＳに対応したアプリケーションを実行できるこ
とは、大きなメリットになるので、ソフトウェア利用法
制御方式を独自のＯＳで実現した場合にも、そのＯＳに
対するユーザの理解が得られやすい。

【００５４】本実施例のソフトウェア利用法制御方式で
は、資源保護部そのものが、自身が破壊あるいは改造さ
れていないかどうかを検査し、破壊あるいは改造されて
いることが検出された場合にシステムを停止する手段を
備えている。この結果、資源保護部そのものが、破壊あ
るいは改造されることを防止することができる。

【００５５】（実施例１の具体的な説明）図２は、本実
施例の概略構成図である。本実施例は、システムが改造
されていないことを検査すると同時にシステムの初期化
を行うシステム検査部９と、ＯＳを実行するための情報
を管理するＯＳ情報管理部１４と、指定されたＯＳをＯ
Ｓ情報管理手段の情報に基づいて実行するＯＳ実行部１
１と、ＯＳ毎のシステム資源１５に対するアクセス権を
指定する情報を管理するシステム資源保護情報管理部１
３と、システム資源保護情報管理部１３の情報に基づい
てＯＳのシステム資源に対するアクセスを制御するシス
テム資源保護部１０と、システム資源保護部１０の制御
に基づいてシステム資源１５に対するアクセスを行うシ
ステム資源アクセス部１２から構成される資源保護部８
を備えている。

【００５６】図３は、本実施例の資源保護部８をＣＰＵ
とコプロセッサから構成した場合の概略構成図である。
すなわち、本実施例の資源保護部８は、ＣＰＵ３５とコ
プロセッサ３６から構成されており、資源保護部８は、
メモリやハードディスクなどの記憶装置、ディスプレイ
やプリンタなどの出力装置、ＣＰＵやコプロセッサや拡
張ボードなどの処理装置といったシステム資源に対し
て、ＯＳ毎にアクセス権を指定し、その指定に基づい
て、これらのシステム資源に対するＯＳのアクセスを制
御するものである。ここで、アドレスとは、前述のシス
テム資源のことや、システム資源中の特定部分を示す情
報のことを意味するものとする。

【００５７】ＣＰＵ３５は、システムで規定されたコプ
ロセッサ３６がＣＰＵ３５と接続されていることを検査
するシステム検査部９と、指定されたＯＳを実行するＯ
Ｓ実行部１１と、ＯＳのシステム資源に対するアクセス
を制御するシステム資源保護部１０と、システム資源に
対するアクセスを行うシステム資源アクセス部１２から
構成される資源保護部８を備えている。

【００５８】ＣＰＵ３５に接続されたコプロセッサ３６
は、システムで規定されたＣＰＵ３５がコプロセッサ３
６と接続されていることを検査するシステム検査部９
と、ＯＳを実行するための情報を管理するＯＳ情報管理
部１４と、ＯＳ毎のシステム資源に対するアクセス権を
指定する情報を管理するシステム資源保護情報管理部１
３から構成される資源保護部８を備えている。

【００５９】システム上で実行される各ＯＳにはユニー
クなＩＤが割り当てられ、ＯＳ情報管理部１４は、コプ
ロセッサ３６内の書き換え可能な不揮発性メモリ（ＥＥ
ＰＲＯＭなど）内に、ＯＳのＩＤと、そのＯＳのブート
アドレスと、そのＯＳが実行の中断状態にある場合の実
行の再開を行うためのレジュームアドレスを対応させた
テーブル情報と、そのＯＳが実行の中断状態にある場合
のＯＳの実行の再開を行うためのＯＳの実行環境に関す
る一連の情報を管理している。さらに、現在実行中のＯ
ＳのＩＤ情報を管理している。

【００６０】ＯＳ実行部１１は、指定されたＯＳのＩＤ
を、ＯＳ情報管理部１４のテーブル情報から検索し、レ
ジュームアドレスの内容が、本来利用されない筈の特別
なアドレスである場合には、ブートアドレスに従い、Ｏ
Ｓを実行する。レジュームアドレスの内容が、普通のア
ドレスである場合には、レジュームアドレスに従い、Ｏ
Ｓを実行を再開する。

【００６１】コプロセッサ３６内のシステム資源保護情
報管理部１３は、コプロセッサ３６内の書き換え可能な
不揮発性メモリ（ＥＥＰＲＯＭなど）内に、ＯＳのＩＤ
と、そのＯＳに対応した保護されるべきアドレス・リス
トを対応させたテーブル情報を管理している。

【００６２】システム資源保護部１０は、ＭＭＵ（メモ
リ・マネジメント・ユニット）を拡張したハードウェア
で実現され、アクセス要求の発生したアドレスを、シス
テム資源保護情報管理部１３のテーブル情報から検索
し、そのアドレスに対してアクセス権を持っているＯＳ
のＩＤを取得する。一方、アクセス要求を出したＯＳの
ＩＤを、ＯＳ情報管理部１４から取得し（現在実行中の
ＯＳのＩＤ）、これらを比較することで、ＯＳのアクセ
ス権の有無を判定する。そして、アクセス権が無い場合
は、アクセスを禁止するか、そのアドレスに対してアク
セス権を持っているＯＳを、ＯＳ実行部１１によって実
行する。

【００６３】図４は、本実施例の処理の流れを示す図で
ある。

【００６４】本実施例では、ソフトウェア利用法制御方
式が独立したＯＳとして実現されている。

【００６５】システムを実行すると、システム検査部９
は、ＣＰＵ３５内に記憶されている（ソフトウェアから
参照できない）少なくとも一つの特別な命令をコプロセ
ッサ３６に送信する。この命令により、コプロセッサ３
６は正常な動作が行えるように初期化される。さらに、
コプロセッサ３６から返信される特別な情報を検査する
ことで、コプロセッサ３６がシステムで規定されたもの
であることを認証する。コプロセッサ３６が正常な情報
を返信しない場合、ＣＰＵ３５は停止する。一方、コプ
ロセッサは、システムが起動されてから一定時間が経過
しても、ＣＰＵ３５が前述の初期化命令をコプロセッサ
３６に与えない場合は、ＣＰＵ３５とを停止させる。

【００６６】システムが正常であった場合、システム検
査部９は、ＯＳ実行部１１が管理しているテーブル情報
を参照し、テーブル情報を取得し、ソフトウェア利用法
制御方式のブートアドレスを取得する。次に、システム
資源保護情報管理部１３の管理するテーブル情報を参照
し、ソフトウェア利用法制御方式のＩＤに対応した保護
されるべきアドレス・リストを検索し、システム資源保
護部１０にソフトウェア利用法制御方式のみからアクセ
ス可能なアドレス空間として設定した後、システム資源
保護部１０を起動する。起動されたシステム資源保護部
１０は、システムで規定されたＩＤを持つソフトウェア
利用法制御方式を、ＯＳ実行部１１によって実行する。

【００６７】あるＯＳを実行中に、他のＯＳに対応した
アドレス（アプリケーション等）へのアクセスが発生し
た場合には、アクセスするアドレスに対応したＯＳが、
ＯＳ実行部１１によって実行される。

【００６８】他のＯＳの実行要求が発生すると、ＯＳ実
行部１１は、現在実行中のＯＳを中断させ、ＯＳ情報管
理部１４に、現在実行中のＯＳの実行環境とそのＯＳの
実行を再開するためのレジュームアドレスを記憶させ
る。次に、ＯＳ実行部１１は、実行ＯＳ選択部が管理し
ているテーブル情報を参照し、指定されたＯＳのブート
アドレスとリジュームアドレスを取得する。次に、シス
テム資源保護部１０は、システム資源保護情報管理部１
３の管理するテーブル情報を参照し、選択されたＯＳの
ＩＤに対応したアドレスのリストを取得し、そのＩＤの
ＯＳがアクセス可能なアドレス空間を記憶する。最後
に、ＣＰＵ３５は、指定されたＯＳのブートアドレスま
たはリジュームアドレスに従い、ＯＳを実行する。

【００６９】システム資源保護部１０は、ソフトウェア
利用法制御方式に対しては、全てのアドレスへのアクセ
スを無条件に許可する。

【００７０】一方、ソフトウェア利用法制御方式でない
ＯＳに対しては、システム資源保護部１０が、アクセス
するアドレスがそのＯＳがアクセス可能なアドレスであ
るかを検査し、アクセス可能なアドレスである場合に限
り、そのＯＳからのアクセスを許可する。アクセス要求
の発生したアドレスが、ソフトウェア利用法制御方式の
みからアクセス可能なアドレスである場合は、ＯＳ実行
部１１がソフトウェア利用法制御方式を呼び出して、そ
のアクセスを、ソフトウェア利用法制御方式によって行
わせるか、そのようなアクセスを禁止するかのいずれか
のアクセス制御が行われる。アクセス要求の発生したア
ドレスが、ソフトウェア利用法制御方式ではない他のＯ
Ｓに対応した保護されたアドレスであった場合は、その
ようなアクセスは禁止する。

【００７１】このようにして、資源保護部８は、ソフト
ウェア利用方式制御方式が管理するソフトウェア管理部
１、利用権管理部２、著作権管理部３、利用権制御部
４、著作権制御部５、認証情報管理部６、特権保護部７
といった保護されるべき資源に対する、他のＯＳや他の
ＯＳ上で実行されるプログラムからの不正なアクセスを
禁止する。

【００７２】（実施例１の変形例）本実施例では、資源
保護部８が、ＣＰＵ３５やコプロセッサから構成されて
いるが、必ずしも、これに限定されるものではない。メ
モリやハードディスクやＩＣカードなどの記憶装置も構
成要素として考えられる。資源保護部８を構成する各部
のＣＰＵ３５とコプロセッサと記憶装置上への配置も、
色々な組み合わせが考えられる。あるいは、ＣＰＵ３５
やコプロセッサのいずれか一方に集約することも可能で
ある。

【００７３】また、システム資源保護部１０はＭＭＵに
よって構成されているが、必ずしも、これに限定される
ものではない。システム資源保護部１０は、ＯＳを一意
に指定できる情報とシステム資源を一意に指定できるア
ドレスとを関連づけた情報を管理し、システム資源への
アクセスが発生した際に、その情報を参照し、アクセス
の可否を判定することができるソフトウェア、あるいは
ハードウェアのいずれであっても良い。

【００７４】また、ＯＳ実行部１１やシステム資源保護
部１０が管理するアドレスの単位も、１ｂｙｔｅ単位の
アドレスから１ｂｙｔｅより大きなブロック単位のセグ
メントアドレスの任意の単位であって良い。また、記憶
装置以外の出力装置や処理装置も、特定のアドレスを割
り当てることで、記憶装置と統一的に管理しても良い。

【００７５】本実施例では、ソフトウェア利用法制御方
式とその他のＯＳの関係は対等なものであり、各ＯＳの
保護はハードウェアで行っているが、必ずしも、これに
限定されるものではない。ソフトウェア利用法制御方式
を、その他のＯＳよりも下層に属する（システム資源に
近い）ＯＳとして実行し、ソフトウェア利用法制御方式
から他のＯＳの実行を制御させることも考えられる。

【００７６】この場合は、ＣＰＵ内にソフトウェア利用
法制御方式のブートアドレスまたはリジュームアドレス
と、ソフトウェア利用法制御方式を実行する命令とを、
ソフトウェアから直接的にアクセスできないように記憶
しておき、ＣＰＵがリセットされた場合に必ずソフトウ
ェア利用法制御方式を実行する命令が実行されるように
する。

【００７７】ＯＳにおける特権モードを、ソフトウェア
利用法制御方式のものと、その他のＯＳのものとを区別
するために、少なくとも二つ用意し、ソフトウェア利用
法制御方式に対応した特権モードでのみアクセスできる
システム資源には、その他のＯＳに対応した特権モード
ではアクセスできないようにする。この結果、資源保護
部８の多くの機能を、ソフトウェアでも実現できるよう
になる。

【００７８】他のＯＳは、ソフトウェア利用法制御方式
から呼ばれるソフトウェア利用法制御方式よりも低い権
利を有する実行単位として扱われ、他のＯＳを終了ある
いは中断した場合には、必ずソフトウェア利用法制御方
式に実行が戻る。

【００７９】アクセス要求の発生したアドレスが、ソフ
トウェア利用法制御方式のみからアクセス可能なアドレ
スであった場合には、実行中のＯＳが中断され、制御が
ソフトウェア利用法制御方式に戻り、そのアクセスはソ
フトウェア利用法制御方式によって行われる。あるい
は、そのようなアクセスは、ソフトウェア利用法制御方
式によって禁止される。

【００８０】ＯＳ実行部１１や、システム資源保護情報
管理部１３が管理する情報は、ＣＰＵあるいはコプロセ
ッサ内に記憶されるとしていたが、必ずしも、これに限
定されるものではない。ソフトウェア利用法制御方式以
外のＯＳからアクセスできないように保護されたアドレ
スに記憶することも考えられる。

【００８１】特定のメニューを選択する、特定のキーや
スイッチを押す、などの操作により、呼び出し可能なＯ
Ｓの一覧表を表示し、利用者にメニューなどで選択させ
ることで、他のＯＳを実行することも考えられる。

【００８２】本実施例では、ソフトウェア利用法制御方
式が、独立したＯＳとして実行されているが、必ずし
も、これに限定されるものではない。ソフトウェア利用
法制御方式が、既存のＯＳ上で実行されるプログラムで
あっても良い。

【００８３】（実施例２） （実施例２の主な構成要素と作用）図５は、本発明の実
施例２の概略構成図である。すなわち、本実施例のソフ
トウェア利用法制御装置は、ソフトウェアの各利用法
（実行のされ方および二次利用方法）に対応した情報
（利用権情報）を管理する利用権管理手段と、そのソフ
トウェア自身を管理するソフトウェア管理手段と、ソフ
トウェアがアクセスされた時点の状況を示すことができ
る情報（認証情報）を管理する認証情報管理手段と、ソ
フトウェア管理手段と利用権管理手段と認証情報管理手
段へのアクセスを行うと同時に、利用権情報と認証情報
の少なくとも一つを用いて自身のソフトウェア管理手段
に対するアクセスを制御する利用権制御手段を備えるこ
とを特徴とする。

【００８４】（実施例２の効果）ソフトウェアの著作権
所有者の意図した通りにソフトウェアが利用されるよう
に、著作権所有者が、ソフトウェア毎にソフトウェアの
利用状況に応じた利用法を予め指定し、複製などの再配
布や、切り張りなどの再構成といったソフトウェアの二
次利用が行われる場合においても、利用状況に応じて、
指定通りの複製や切り張りのされ方がなされるように、
ソフトウェアの利用法を制御することができる。

【００８５】さらに、ソフトウェアの著作権所有者が、
ソフトウェアを利用するための独自の手続きを、ソフト
ウェア中に埋め込める機構を用意することにより、各ソ
フトウェア応じた多様な利用法を提供することが可能と
なる。これらの手続きも、ソフトウェア利用法制御方式
によって保護されるので、著作権所有者は、ソフトウェ
アに利用法を制御する自作の手続きを埋め込むことで、
指定された利用法でソフトウェアが利用されるように利
用法を制御できる保護されたソフトウェアを自由に作成
することができる。

【００８６】さらに、利用法を制御する利用条件や利用
履歴情報をソフトウェア中に記憶し、それらの情報と、
ソフトウェアがアクセスされた時点の状況をに示す情報
（認証情報）の少なくとも一つを参照することで、ソフ
トウェアの利用状況に応じて、ソフトウェアの利用法を
制御することができる。この結果、ソフトウェアを入手
してから時間が経過するに従って、そのソフトウェアの
表示する静止画像をぼやけさせていき、ついには何も表
示しなくなるなどの利用法の制御も可能となる。

【００８７】（実施例２の具体的な説明）図５は、本実
施例の概略構成図である。本実施例のソフトウェア利用
法制御装置は、ソフトウェアの各利用法（実行のされ方
および二次利用方法）に対応した情報（利用権情報）を
管理する利用権管理部２と、そのソフトウェア自身を管
理するソフトウェア管理部１と、ソフトウェアがアクセ
スされた時点の状況を示すことができる情報（認証情
報）を管理する認証情報管理部６と、ソフトウェア管理
部１と利用権管理部２と認証情報管理部６へのアクセス
を行うと同時に、利用権情報と認証情報の少なくとも一
つを用いて自身のソフトウェア管理部１に対するアクセ
スを制御する利用権制御部４を備えている。

【００８８】利用権管理部２は、ソフトウェアの各利用
法に対応した情報（利用権情報）として、ソフトウェア
の利用法の種類（名称）を示す情報、ソフトウェアの利
用法に対する著作者の意図を示す情報、一つのソフトウ
ェアと他のソフトウェアとを区別するための情報、ソフ
トウェアを利用するための情報、ソフトウェアの利用法
を制御するための情報、ソフトウェアの利用法の履歴を
記録するための情報、ソフトウェアの利用履歴の情報、
ソフトウェアの利用に対する課金を制御するための情
報、あるいは、これらの情報を構造化させた情報の少な
くとも一つを管理している。さらに、これらの利用権情
報は、テキスト情報、音声情報、ビットマップ情報、ス
トローク情報、静止画像情報、動画像情報、バイナリ情
報、プログラム情報、あるいは、これらの情報を構造化
させた情報の少なくとも一つである。

【００８９】ソフトウェア管理部１は、ゲームやビジネ
スソフトなどの各種のアプリケーションプログラムや、
電子書籍や静止画像やデジタルビデオなどの各種のデー
タを管理している。

【００９０】そして、利用権管理部２の管理する情報
と、ソフトウェア管理部１の管理する情報が、一つのソ
フトウェアを構成している。

【００９１】利用権制御部４は、ソフトウェアのアクセ
ス履歴、アクセスされた時点の認証情報、アクセスに対
する課金履歴、アクセスに対する支払い履歴の少なくと
も一つの情報（利用履歴情報）の記録を行う手続きと、
ソフトウェアの利用履歴情報と現在の利用状況に応じ
て、ソフトウェアに対するアクセスの可否を決定する手
続きと、ソフトウェアの利用履歴情報と現在の利用状況
に応じて、ソフトウェアに対する指定されたアクセスを
実行する手続きの少なくとも一つの手続き（利用法制御
プログラム）を管理し、実行する。

【００９２】認証情報管理部６は、ソフトウェアがアク
セスされた時点の状況を、ユニークに示すことができる
情報（認証情報）として、少なくとも一人の特定個人を
認証するための情報、少なくとも一台の特定装置を認証
するための情報、少なくとも一つのパスワードを認証す
るための情報の少なくとも一つを管理している。さら
に、これらの認証情報は、テキスト情報、音声情報、ビ
ットマップ情報、ストローク情報、静止画像情報、動画
像情報、バイナリ情報、プログラム情報、あるいは、こ
れらの情報を構造化させた情報の少なくとも一つであ
る。

【００９３】利用権制御部４は、ソフトウェア管理部１
と利用権管理部２と認証情報管理部６へのアクセスを行
い、利用権情報と認証情報の少なくとも一つを用いて自
身のソフトウェア管理部１に対するアクセスを制御す
る。

【００９４】図６は、本実施例の利用権管理部２と利用
権制御部４の概略構成図である。

【００９５】利用権属性情報は、利用権管理部２の管理
する利用権情報の一つである。利用権属性情報は、ソフ
トウェアの各々の利用法に対応した情報列を持ち、各情
報列は、利用法の名称を示す情報と、その利用法を制御
するプログラム（利用法制御プログラム）へのポインタ
を示す情報と、その利用法に対応した利用法制御プログ
ラムを一意に示すＩＤ情報から構成される。利用法制御
プログラムの実体は、利用権制御部４が管理する。

【００９６】利用法制御プログラムへのポインタが、Ｎ
ＵＬＬポインタである場合は、そのソフトウェアでは、
その利用法が許されていないことを示す。ＮＵＬＬポイ
ンタでない場合は、その利用法が許されていることを示
す。

【００９７】以下に、ソフトウェアの利用法を制御する
処理の流れを述べる。

【００９８】利用法制御プログラムＩＤを引数として、
利用権制御部４に利用要求を出すと、利用権制御部４
は、利用権属性情報から指定された利用法制御プログラ
ムＩＤを持つ情報列を検索する。次に、指定された利用
法制御プログラムへのポインタを検査し、ＮＵＬＬポイ
ンタでない場合に、ポインタの示す利用法制御プログラ
ムを実行する。実行された利用法制御プログラムは、プ
ログラムに指定された方法に従って、ソフトウェアへの
利用サービスを提供する。

【００９９】ソフトウェアに対応した利用権管理部２へ
のアクセスは、そのソフトウェアの著作者が指定した範
囲でしかアクセスできない（実施例４で後述する）。そ
の為、ソフトウェアが複写されて、ソフトウェアの所有
者が変更された場合においても、新しいソフトウェアの
所有者が、利用権管理部２の利用法制御プログラムを不
法に変更することはできない。

【０１００】ＵＮＩＸなどのＯＳのアクセス制御は、読
み出し、書き込み、実行という三つのアクセス権利での
み行われていた。さらにソフトウェアの所有者が、ソフ
トウェアに対する全てのアクセス権利を所有することを
許可していた。このため、読み出しが可能ならば複写も
可能となり、複写が可能ならば複写されたソフトウェア
の編集も可能となるといったように、細かい利用法の制
御が不可能であった。さらに、特定の条件（表示デバイ
スの性能、時刻、機種など）でのみ参照を可能とすると
いったような細かい利用法の制御も不可能であった。

【０１０１】ソフトウェア利用法制御方式においては、
ソフトウェアの著作者は、ソフトウェアの利用に対し
て、ソフトウェアの所有者からのアクセスからも保護さ
れたソフトウェアの著作者が指定した利用法制御プログ
ラムでのみ行うことにより、参照はできるが複写はでき
ない、複写はできるが複写したソフトウェアに対する編
集はできない、特定の時刻にしか参照できないなどの様
々な制御を行うことができる。

【０１０２】図７は、本実施例の利用権管理部２と利用
権制御部４の他の構成例である。

【０１０３】利用履歴情報は、利用権管理部２の管理す
る利用権情報の一つである。利用権履歴情報は、ソフト
ウェアの各々の利用法に対応した情報列を持ち、各情報
列は、ソフトウェアの利用法を制御するための利用条件
を示す情報やソフトウェアの利用履歴を示す情報など
と、利用法の名称を示す情報と、その利用法に対応した
利用法制御プログラムを一意に示すＩＤ情報から構成さ
れる。利用法制御プログラムの実体は、利用権制御部４
が管理する。

【０１０４】以下に、利用履歴情報を用いて、ソフトウ
ェアの利用法を制御する処理の流れを述べる。

【０１０５】利用法制御プログラムＩＤを引数として、
利用権制御部４に利用要求を出すと、利用権制御部４
は、利用権属性情報から指定された利用法制御プログラ
ムＩＤを持つ情報列を検索する。利用権制御部４は、利
用履歴情報から、指定された利用法制御プログラムＩＤ
を持つ情報列を検索し、それに対応したソフトウェアの
利用法を制御するための利用条件を示す情報やソフトウ
ェアの利用履歴を示す情報へのポインタを検査する。

【０１０６】次に、利用権属性情報における、指定され
た利用法制御プログラムへのポインタを検査し、ＮＵＬ
Ｌポインタでない場合に、ポインタの示す利用法制御プ
ログラムを実行する。ここで、利用権管理部２は、各々
の利用法制御プログラムに対応した利用履歴情報を管理
している。利用法制御プログラムは、自身の利用法制御
プログラムＩＤを指定し、利用権管理部２にアクセスを
要求することで、自身の利用履歴情報をアクセスする。
例えば、図７における、参照を行うための利用法制御プ
ログラムは、自身の利用法制御プログラムＩＤである０
０００００００を指定して、利用権管理部２にアクセス
を要求することで、参照に関する利用履歴情報をアクセ
スする。これにより、ソフトウェアのアクセス回数など
の、利用履歴に関する情報を用いて、参照に対する課金
額を決定するなどの処理を行う。このように、利用法制
御プログラムは、自身に対応した利用履歴情報をアクセ
スしながら、プログラムに指定された方法に従って、ソ
フトウェアへの利用サービスを提供する。

【０１０７】図８は、本実施例のさらに他の構成例であ
る。

【０１０８】利用権属性情報は、利用権管理部２の管理
する利用権情報の一つである。利用権属性情報は、ソフ
トウェアの各々の利用法に対応した情報列を持ち、各情
報列は、利用法の名称を示す情報と、その利用法を制御
するプログラム（利用法制御プログラム）へのポインタ
を示す情報と、その利用法に対応した利用法制御プログ
ラムを一意に示すＩＤ情報から構成される。

【０１０９】ソフトウェア独自の利用法制御プログラム
の実体は、利用法管理手段が管理する。つまり、独自の
利用法制御プログラムは、ソフトウェア自身に埋め込ま
れる。この場合の利用法制御プログラムは、ソフトウェ
アの著作権所有者（作成者）が、自由に作成することが
できる。

【０１１０】図８に示すように、「複写」という利用法
が、利用法制御方式で規定された無条件の複写を行う利
用法制御プログラム（利用権制御部４に格納されてい
る）に対応している場合、このような無条件の複写に対
応した利用法制御プログラムへのポインタをNULLポイン
タに設定することで、無条件の複写を禁止することがで
きる。

【０１１１】利用権管理部２が、複写をする毎にノイズ
を加えるような劣化複写、あるいは、複写する度に課金
を行うような課金複写という利用法を実現する利用法制
御プログラムを管理しており、利用権属性情報に、それ
らの利用法制御プログラムに対応した情報列が存在して
おり、それぞれの利用法制御プログラムへのポインタ
は、対応した利用法制御プログラムを指している。

【０１１２】利用者が、「複写」という手続きを実行し
ようとすると、実行できない旨が表示され、実行可能な
利用法の名称が、利用権属性情報から検索され、表示さ
れる。ここで、劣化複写あるいは課金複写を選択する
と、その利用法に従った複写機能が実行される。

【０１１３】利用法制御プログラムには、その利用法の
説明文を表示する機能があり、実行前に、その説明文を
表示する。あるいは、利用法の説明を求める操作を行う
と、特別な引数が利用法制御プログラムに渡され、利用
法の説明文を表示する機能が実行される。あるいは、利
用権属性情報中に、各利用法に対応した利用法に関する
説明文を記憶する情報を埋め込まれており、利用法の説
明を求める操作を行うと、利用権制御部４によって、利
用法の説明文が表示される。

【０１１４】利用条件と利用履歴に応じて、「複写」と
いう利用法の名称に対応した利用法制御プログラムや、
「劣化複写」や「課金複写」などの利用法の名称に対応
した利用法制御プログラムに対応した利用法制御プログ
ラムを選択し、選択された利用法制御プログラムを実行
するような独自の利用法制御プログラムを利用権管理部
２が管理し、「複写」という利用法の名称に対応した利
用法制御プログラムへのポインタを、そのような利用法
制御プログラムに張り替えれば、「複写」という利用法
の名称に対応した利用法制御プログラムを実行しようと
した場合に、利用状況に応じて、実際に実行される利用
法制御プログラムが切り替わることになる。

【０１１５】前述の利用法切り替え機能に対応した利用
法制御プログラムを記述しやすくするようなプログラム
言語も用意する。このプログラム言語は、利用権情報を
検索したりする機能を簡単な命令で提供することができ
る。

【０１１６】（実施例２の変形例）本実施例では、利用
権情報が、利用権管理部２に管理されるものとされてい
るが、必ずしも、これに限定されるものではなく、利用
権制御部４が管理しても良い。

【０１１７】本実施例では、共通の利用法制御プログラ
ムは、利用権制御部４に管理されるものとされている
が、必ずしも、これに限定されるものではなく、利用権
管理部２が管理しても良い。

【０１１８】本実施例では、独自の利用法制御プログラ
ムは、利用権管理部２に管理されるものとされている
が、必ずしも、これに限定されるものではなく、利用権
制御部４が管理しても良い。

【０１１９】図９は、ソフトウェアＡとソフトウェアＢ
において、ソフトウェアＢの利用権管理部２にのみ課金
複写を行う利用法制御プログラムの実体が存在する状況
を示している。このような場合に、ソフトウェアＡの利
用権管理部２の利用権属性情報における、課金複写を行
うための利用法制御プログラムを示すポインタが、ソフ
トウェアＢの利用権管理部２が管理する課金複写を行う
ための利用法制御プログラムの実体を指すようにするこ
とで、他のソフトウェアが持つ利用法制御プログラムを
継承して利用することも考えられる。

【０１２０】利用法制御プログラムの実体が存在するソ
フトウェアＡが、ソフトウェアＢのアクセス権でアクセ
スできるソフトウェアでない場合は、アクセス時に利用
権制御手段によって、ソフトウェアＢによるソフトウェ
アＡの利用法制御プログラムの利用が拒否される。

【０１２１】本実施例では、利用法の許諾は、ＮＵＬＬ
ポインタか、利用法制御プログラムへのポインタである
かで表現しているが、必ずしも、これに限定されるもの
ではない。利用権属性情報内の、各利用法に対応した情
報列に、その情報列が対応した利用法の許諾を示す情報
を記憶する部分を追加しても良い。

【０１２２】（実施例３） （実施例３の主な構成要素と作用）図１０は、本発明の
実施例３の概略構成図である。すなわち、本実施例のソ
フトウェア利用法制御装置は、ソフトウェアの各利用法
（実行のされ方および二次利用方法）に対応した情報
（利用権情報）を管理する利用権管理手段と、そのソフ
トウェア自身を管理するソフトウェア管理手段と、ソフ
トウェアがアクセスされた時点の状況を、ユニークに示
すことができる情報（認証情報）を管理する認証情報管
理手段と、ソフトウェア管理手段と利用権管理手段と認
証情報管理手段へのアクセスを行うと同時に、利用権情
報と認証情報の少なくとも一つを用いて自身のソフトウ
ェア管理手段に対するアクセスを制御する利用権制御手
段を備えることを特徴とする。

【０１２３】（実施例３の効果）通常、ソフトウェアが
実行された場合、実行されたソフトウェアは、ソフトウ
ェアを実行した利用者のアクセス権利で実行される。あ
るいは、そのソフトウェアに対して予め指定されていた
特定個人のアクセス権利で実行される。

【０１２４】ソフトウェア利用法制御方式の利用法制御
プログラムは、保護されたシステム資源へのアクセスを
行うものであるので、利用者のアクセス権とは異なる特
別なアクセス権で実行されなければならない。

【０１２５】ここで、利用法制御プログラムが、ソフト
ウェア独自の利用法制御プログラムである場合は、利用
法制御プログラムは、そのソフトウェアの著作者によっ
て作成される。そのため、ソフトウェア利用法制御方式
の特権で実行すると、悪意を持った利用法制御プログラ
ムよって、ソフトウェア利用方式の保護されるべきシス
テム資源への不法なアクセスが行うことができてしま
う。

【０１２６】著作者のアクセス権利で実行される場合
は、前述した継承機能などを用いると、利用法制御プロ
グラムを介して、同一著作者の全てのソフトウェアへの
アクセスが行えてしまう危険性がある。

【０１２７】ソフトウェア利用法制御方式においては、
利用法制御プログラムをソフトウェア毎に割り当てられ
たアクセス権利で実行することで、利用法制御プログラ
ムを特定のソフトウェア管理部１の管理するソフトウェ
ア情報にしか利用できないように制限したり、特定のソ
フトウェア管理部１の管理するソフトウェア情報を特定
の利用法制御プログラムからしかアクセスできないよう
にする。

【０１２８】（実施例３の具体的な説明）図１０は、本
実施例の概略構成図である。本実施例のソフトウェア利
用法制御装置は、ソフトウェアの各利用法（実行のされ
方および二次利用方法）に対応した情報（利用権情報）
を管理する利用権管理部２と、そのソフトウェア自身を
管理するソフトウェア管理部１と、ソフトウェアがアク
セスされた時点の状況を、ユニークに示すことができる
情報（認証情報）を管理する認証情報管理部６と、ソフ
トウェア管理部１と利用権管理部２と認証情報管理部６
へのアクセスを行うと同時に、利用権情報と認証情報の
少なくとも一つを用いて自身のソフトウェア管理部１に
対するアクセスを制御する利用権制御部４を備えてい
る。

【０１２９】利用権管理部２は、ソフトウェアの各利用
法に対応した情報（利用権情報）として、ソフトウェア
の利用法を示す情報、ソフトウェアの利用法に対する著
作者の意図を示す情報、一つのソフトウェアと他のソフ
トウェアとを区別するための情報、ソフトウェアを利用
するための情報、ソフトウェアの利用法を制御するため
の情報、ソフトウェアの利用法の履歴を記録するための
情報、ソフトウェアの利用履歴の情報、ソフトウェアの
利用に対する課金を制御するための情報、あるいは、こ
れらの情報を構造化させた情報の少なくとも一つを管理
している。さらに、これらの利用権情報は、テキスト情
報、音声情報、ビットマップ情報、ストローク情報、静
止画像情報、動画像情報、バイナリ情報、プログラム情
報、あるいは、これらの情報を構造化させた情報の少な
くとも一つである。

【０１３０】さらに、利用権管理部２は、ソフトウェア
を区別できる情報として（ソフトウェアＩＤ）として、
少なくとも一人の特定個人を認証するための情報、少な
くとも一台の特定装置を認証するための情報、少なくと
も一つのソフトウェアを認証するための情報の、少なく
とも一つを管理している。さらに、これらの著作権情報
は、テキスト情報、音声情報、ビットマップ情報、スト
ローク情報、静止画像情報、動画像情報、バイナリ情
報、プログラム情報、あるいは、これらの情報を構造化
させた情報の少なくとも一つである。

【０１３１】ソフトウェア管理部１は、ゲームやビジネ
スソフトなどの各種のアプリケーションプログラムや、
電子書籍や静止画像やデジタルビデオなどの各種のデー
タを管理している。

【０１３２】そして、利用権管理部２の管理する情報
と、ソフトウェア管理部１の管理する情報が、一つのソ
フトウェアを構成している。

【０１３３】利用権制御部２は、ソフトウェアのアクセ
ス履歴、アクセスされた時点の認証情報、アクセスに対
する課金履歴、アクセスに対する支払い履歴の少なくと
も一つの情報（利用履歴情報）の記録を行う手続きと、
ソフトウェアの利用履歴情報と現在の利用状況に応じ
て、ソフトウェアに対するアクセスの可否を決定する手
続きと、ソフトウェアの利用履歴情報と現在の利用状況
に応じて、ソフトウェアに対する指定されたアクセスを
実行する手続きの少なくとも一つの手続き（利用法制御
プログラム）を管理し、実行する。

【０１３４】認証情報管理部は６、ソフトウェアがアク
セスされた時点の状況を、ユニークに示すことができる
情報（認証情報）として、少なくとも一人の特定個人を
認証するための情報、少なくとも一台の特定装置を認証
するための情報、少なくとも一つのパスワードを認証す
るための情報の少なくとも一つを管理している。さら
に、これらの認証情報は、テキスト情報、音声情報、ビ
ットマップ情報、ストローク情報、静止画像情報、動画
像情報、バイナリ情報、プログラム情報、あるいは、こ
れらの情報を構造化させた情報の少なくとも一つであ
る。

【０１３５】利用権制御部４は、ソフトウェア管理部１
と利用権管理部２と認証情報管理部６へのアクセスを行
い、利用権情報と認証情報の少なくとも一つを用いて自
身のソフトウェア管理部１に対するアクセスを制御す
る。

【０１３６】図１１に示すように、ソフトウェア管理部
１と利用権管理部２は、ソフトウェアに対応した、ソフ
トウェアＩＤを管理する。そして、利用法制御プログラ
ムは、ソフトウェアＩＤのアクセス権利で実行される。
利用法制御プログラムが、ソフトウェア管理部１に対す
るアクセスを行う際に、利用権制御部４は、利用法制御
プログラムのアクセス権利と、アクセスされるソフトウ
ェア管理部４の管理するソフトウェアＩＤを比較し、両
者が一致した場合にのみ、利用法制御プログラムのソフ
トウェア管理部１に対するアクセスを許可する。

【０１３７】前述したように、他のソフトウェアの利用
法制御プログラムを継承利用する場合にも、継承利用さ
れる利用法制御プログラムのアクセス権利（ソフトウェ
アＩＤ）と、アクセスされるソフトウェア管理部４のソ
フトウェアＩＤを比較し、両者が一致した場合にのみ、
利用法制御プログラムのソフトウェア管理部１に対する
アクセスを許可する。

【０１３８】このようにして、利用法制御プログラムを
特定のソフトウェア管理部の管理するソフトウェア情報
にしか利用できないように制限したり、特定のソフトウ
ェア管理部の管理するソフトウェア情報を特定の利用法
制御プログラムからしかアクセスできないようにしたり
できる。

【０１３９】ソフトウェアＩＤは、著作者の個人ＩＤ
と、著作者が指定した番号を結合したもので構成され
る。ここで、利用者がソフトウェア管理部１の管理する
ソフトウェア情報へ、利用法制御プログラムを介さない
直接的なアクセスを試みた場合、認証情報管理部６が管
理する利用者の個人ＩＤと、ソフトウェア管理部１が管
理するソフトウェアＩＤにおける著作者の個人ＩＤの部
分とを、利用権制御部４が比較し、両者が一致した場合
にのみアクセスを許可する。

【０１４０】あるいは、ソフトウェアＩＤを、著作者が
指定した番号のみで構成し、ソフトウェア管理部１と利
用権管理部２の管理するソフトウェアＩＤとを、著作者
の個人ＩＤを鍵として暗号しておき、利用者がソフトウ
ェア管理部１の管理するソフトウェア情報へ、利用法制
御プログラムを介さない直接的なアクセスを試みた場
合、暗号化された双方のソフトウェアＩＤを、認証情報
管理部６が管理する利用者の個人ＩＤで複合化し、複合
化された両者のソフトウェアＩＤが一致した場合にのみ
アクセスを許可しても良い。

【０１４１】（実施例４） （実施例４の主な構成要素と作用）図１２は、本発明の
実施例４の概略構成図である。すなわち、本実施例のソ
フトウェア利用法制御装置は、著作権情報によるアクセ
スの制御を行うものであり、ソフトウェアの各利用法
（実行のされ方および二次利用方法）に対応した情報
（利用権情報）を管理する利用権管理手段と、そのソフ
トウェア自身を管理するソフトウェア管理手段と、ソフ
トウェアがアクセスされた時点の状況を、ユニークに示
すことができる情報（認証情報）を管理する認証情報管
理手段と、ソフトウェア管理手段と利用権管理手段と認
証情報管理手段へのアクセスを行うと同時に、利用権情
報と認証情報の少なくとも一つを用いて自身のソフトウ
ェア管理手段に対するアクセスを制御する利用権制御手
段と、著作権制御手段の利用権管理手段に対するアクセ
スを制御するための情報（著作権情報）を管理する著作
権管理手段と、著作権管理手段と認証情報管理手段への
アクセスを行うと同時に、著作権情報と認証情報を用い
て、利用権管理手段へのアクセスを行う著作権制御手段
を備えることを特徴とする。

【０１４２】（実施例４の効果）ソフトウェアの著作権
所有者の意図した通りにソフトウェアの利用権情報が編
集されるように、著作権所有者が、ソフトウェア毎にソ
フトウェアの利用状況に応じた利用権情報の編集方法を
予め指定し、利用権情報の編集といったソフトウェアの
二次利用が行われる場合においても、利用状況に応じ
て、指定通りの利用権情報の編集がなされるように、ソ
フトウェアの利用権情報の編集を制御することができ
る。

【０１４３】さらに、ソフトウェアの著作権所有者が、
ソフトウェアの利用権情報の編集を制御する独自の手続
きを、ソフトウェア中に埋め込める機構を用意すること
により、各ソフトウェア応じた多様な利用権情報の編集
法を提供することが可能となる。これらの手続きも、ソ
フトウェア利用法制御方式によって保護されるので、著
作権所有者は、ソフトウェアに利用権情報の編集法を制
御する自作の手続きを埋め込むことで、独自の利用権情
報の編集法を制御できる保護されたソフトウェアを自由
に作成することができる。

【０１４４】さらに、ソフトウェアの著作権所有者が、
ソフトウェアの利用権情報の編集を制御する独自の手続
きを、ソフトウェア中に埋め込める機構を用意すること
により、各ソフトウェア応じた多様な利用権情報の編集
法を提供することが可能となる。これらの手続きも、ソ
フトウェア利用法制御方式によって保護されるので、著
作権所有者は、ソフトウェアに利用権情報の編集法を制
御する自作の手続きを埋め込むことで、指定された編集
法でのみ利用権情報を編集できる保護されたソフトウェ
アを自由に作成することができる。

【０１４５】（実施例４の具体的な説明）図１２は、本
実施例の概略構成図である。本実施例のソフトウェア利
用法制御装置は、ソフトウェアの各利用法（実行のされ
方および二次利用方法）に対応した情報（利用権情報）
を管理する利用権管理部２と、そのソフトウェア自身を
管理するソフトウェア管理部１と、ソフトウェアがアク
セスされた時点の状況を、ユニークに示すことができる
情報（認証情報）を管理する認証情報管理部６と、ソフ
トウェア管理部１と利用権管理部２と認証情報管理部６
へのアクセスを行うと同時に、利用権情報と認証情報の
少なくとも一つを用いて自身のソフトウェア管理部１に
対するアクセスを制御する利用権制御部４と、著作権制
御手段の利用権管理手段に対するアクセスを制御するた
めの情報（著作権情報）を管理する著作権管理部３と、
著作権管理部３と認証情報管理部６へのアクセスを行う
と同時に、著作権情報と認証情報を用いて、利用権管理
手段へのアクセスを行う著作権制御部５を備えている。

【０１４６】利用権管理部２は、ソフトウェアの各利用
法に対応した情報（利用権情報）として、ソフトウェア
の利用法の種類（名称）を示す情報、ソフトウェアの利
用法に対する著作者の意図を示す情報、一つのソフトウ
ェアと他のソフトウェアとを区別するための情報、ソフ
トウェアを利用するための情報、ソフトウェアの利用法
を制御するための情報、ソフトウェアの利用法の履歴を
記録するための情報、ソフトウェアの利用履歴の情報、
ソフトウェアの利用に対する課金を制御するための情
報、あるいは、これらの情報を構造化させた情報の少な
くとも一つを管理している。さらに、これらの利用権情
報は、テキスト情報、音声情報、ビットマップ情報、ス
トローク情報、静止画像情報、動画像情報、バイナリ情
報、プログラム情報、あるいは、これらの情報を構造化
させた情報の少なくとも一つである。

【０１４７】ソフトウェア管理部１は、ゲームやビジネ
スソフトなどの各種のアプリケーションプログラムや、
電子書籍や静止画像やデジタルビデオなどの各種のデー
タを管理している。

【０１４８】そして、利用権管理部２の管理する情報
と、ソフトウェア管理部１の管理する情報が、一つのソ
フトウェアを構成している。

【０１４９】利用権制御部４は、ソフトウェアのアクセ
ス履歴、アクセスされた時点の認証情報、アクセスに対
する課金履歴、アクセスに対する支払い履歴の少なくと
も一つの情報（利用履歴情報）の記録を行う手続きと、
ソフトウェアの利用履歴情報と現在の利用状況に応じ
て、ソフトウェアに対するアクセスの可否を決定する手
続きと、ソフトウェアの利用履歴情報と現在の利用状況
に応じて、ソフトウェアに対する指定されたアクセスを
実行する手続きの少なくとも一つの手続き（利用法制御
プログラム）を管理し、実行する。

【０１５０】認証情報管理部６は、ソフトウェアがアク
セスされた時点の状況を、ユニークに示すことができる
情報（認証情報）として、少なくとも一人の特定個人を
認証するための情報、少なくとも一台の特定装置を認証
するための情報、少なくとも一つのパスワードを認証す
るための情報の少なくとも一つを管理している。さら
に、これらの認証情報は、テキスト情報、音声情報、ビ
ットマップ情報、ストローク情報、静止画像情報、動画
像情報、バイナリ情報、プログラム情報、あるいは、こ
れらの情報を構造化させた情報の少なくとも一つであ
る。

【０１５１】利用権制御部４は、ソフトウェア管理部１
と利用権管理部２と認証情報管理部６へのアクセスを行
い、利用権情報と認証情報の少なくとも一つを用いて自
身のソフトウェア管理部１に対するアクセスを制御す
る。

【０１５２】著作権管理部３は、利用権制御部４の利用
権情報に対する編集を制御するための情報（著作権情
報）として、ソフトウェアの利用法を編集する情報、ソ
フトウェアの利用法を編集する条件を示す情報、ソフト
ウェアの著作権に対する著作者の意図を示す情報、一つ
のソフトウェアと他のソフトウェアとを区別するための
情報、ソフトウェアの利用法の編集履歴を記録するため
の情報、ソフトウェアの利用法の編集に対する課金を制
御するための情報、認証情報、これらの情報を階層的あ
るいは非階層的に結合させた情報の少なくとも一つを管
理している。さらに、これらの著作権情報は、テキスト
情報、音声情報、ビットマップ情報、ストローク情報、
静止画像情報、動画像情報、バイナリ情報、プログラム
情報、あるいは、これらの情報を構造化させた情報の少
なくとも一つである。

【０１５３】さらに、著作権管理部３は、利用権制御部
４の利用権情報に対する編集を制御するための情報（著
作権情報）として、少なくとも一人の特定個人を認証す
るための情報、少なくとも一台の特定装置を認証するた
めの情報、少なくとも一つのパスワードを認証するため
の情報の、少なくとも一つを管理している。さらに、こ
れらの著作権情報は、テキスト情報、音声情報、ビット
マップ情報、ストローク情報、静止画像情報、動画像情
報、バイナリ情報、プログラム情報、あるいは、これら
の情報を構造化させた情報の少なくとも一つである。

【０１５４】著作権制御部５は、著作権情報と認証情報
を用いて、著作権制御部５自身の利用権管理部４に対す
るアクセスを制御する。

【０１５５】図１３は、本実施例の著作権管理部３と著
作権制御部５の概略構成図である。著作権属性情報は、
著作権管理部３の管理する著作権情報の一つである。著
作権属性情報は、ソフトウェアの各々の利用法の編集法
に対応した情報列を持ち、各情報列は、編集法の名称を
示す情報と、その編集法を制御するプログラム（著作権
制御プログラム）へのポインタを示す情報と、その編集
法に対応した著作権制御プログラムを一意に示すＩＤ情
報から構成される。著作権制御プログラムの実体は、著
作権制御部５が管理する。

【０１５６】著作権制御プログラムへのポインタが、Ｎ
ＵＬＬポインタである場合は、そのソフトウェアでは、
利用法に対するその編集法が許されていないことを示
す。ＮＵＬＬポインタでない場合は、利用法に対するそ
の編集法が許されていることを示す。

【０１５７】ソフトウェア利用法制御方式においては、
ソフトウェアの著作者は、ソフトウェアの利用法の編集
に対して、ソフトウェアの所有者からのアクセスからも
保護されたソフトウェアの著作者が指定した著作権制御
プログラムでのみ行うことにより、参照はできるが変更
はできない、特定の日数が経過した以降には自由に編集
できるなどの様々な制御を行うことができる。

【０１５８】以下に、ソフトウェアの利用法の編集法を
制御する処理の流れを述べる。

【０１５９】著作権制御プログラムＩＤを引数として、
著作権制御部５に利用法の編集要求を出すと、著作権制
御部５は、著作権属性情報から指定された著作権制御プ
ログラムＩＤを持つ情報列を検索する。次に、指定され
た著作権制御プログラムへのポインタを検査し、ＮＵＬ
Ｌポインタでない場合に、ポインタの示す著作権制御プ
ログラムを実行する。実行された著作権制御プログラム
は、プログラムに指定された方法に従って、ソフトウェ
アへの利用法の編集サービスを提供する。

【０１６０】図１４は、本実施例の著作権管理部３と著
作権制御部５の他の構成例である。著作履歴情報は、著
作権管理部３の管理する著作権情報の一つである。著作
履歴情報は、ソフトウェアの各々の利用法に対応した情
報列を持ち、各情報列は、ソフトウェアの利用法の編集
法を制御するための編集条件を示す情報やソフトウェア
の利用法の編集履歴を示す情報などと、編集法の名称を
示す情報と、その編集法に対応した著作権制御プログラ
ムを一意に示すＩＤ情報から構成される。著作権制御プ
ログラムの実体は、著作権制御部５が管理する。

【０１６１】以下に、著作履歴情報を用いて、ソフトウ
ェアの利用法を制御する処理の流れを述べる。

【０１６２】著作権制御プログラムＩＤを引数として、
著作権制御部５に利用法の編集要求を出すと、著作権制
御部５は、著作権属性情報から指定された著作権制御プ
ログラムＩＤを持つ情報列を検索する。著作権制御部５
は、著作履歴情報から、指定された著作権制御プログラ
ムＩＤを持つ情報列を検索し、それに対応したソフトウ
ェアの利用法の編集法を制御するための編集条件を示す
情報やソフトウェアの利用法の編集履歴を示す情報への
ポインタを検査する。

【０１６３】次に、著作権属性情報における、指定され
た著作権制御プログラムへのポインタを検査し、ＮＵＬ
Ｌポインタでない場合に、ポインタの示す著作権制御プ
ログラムを実行する。ここで、著作権管理部３は、各々
の著作権制御プログラムに対応した著作権履歴情報を管
理している。著作権制御プログラムは、自身の著作権制
御プログラムＩＤを指定し、著作権管理部３にアクセス
を要求することで、自身の著作権履歴情報をアクセスす
る。例えば、図１４における、編集を行うための著作権
制御プログラムは、自身の著作権制御プログラムＩＤで
ある００００１０００を指定して、著作権管理部３にア
クセスを要求することで、編集に関する著作権履歴情報
をアクセスする。これにより、ソフトウェアの利用権情
報の編集回数などの、利用履歴に関する情報を用いて、
編集に対する課金額を決定するなどの処理を行う。この
ように、著作権制御プログラムは、自身に対応した著作
権履歴情報をアクセスしながら、プログラムに指定され
た方法に従って、ソフトウェアの利用権情報の編集サー
ビスを提供する。

【０１６４】ソフトウェアの利用法の編集条件を示す情
報として、少なくとも一人の特定個人を認証するための
情報、少なくとも一台の特定装置を認証するための情
報、少なくとも一つのパスワードを認証するための情報
が著作履歴情報に格納されており、著作権制御部５が、
著作権制御プログラムの実行が要求された状況を示す認
証情報との比較を行い、両者が一致する、あるいは、規
定された関係を有する場合にのみ、著作権制御プログラ
ムによるソフトウェアの利用法の編集が実行される。

【０１６５】図１５は、本実施例のさらに他の構成例で
ある。

【０１６６】著作権属性情報は、著作権管理部３の管理
する著作権情報の一つである。著作権属性情報は、ソフ
トウェアの各々の利用法の編集法に対応した情報列を持
ち、各情報列は、編集法の名称を示す情報と、その編集
法を制御するプログラム（著作権制御プログラム）への
ポインタを示す情報と、その編集法に対応した著作権制
御プログラムを一意に示すＩＤ情報から構成される。

【０１６７】ソフトウェア独自の著作権制御プログラム
の実体は、著作権管理部３が管理する。つまり、独自の
著作権制御プログラムは、ソフトウェア自身に埋め込ま
れる。この場合の著作権制御プログラムは、ソフトウェ
アの著作権所有者（作成者）が、自由に作成することが
できる。

【０１６８】「編集」という利用法が、利用法制御方式
で規定された、著作権所有者のみが利用法の編集を行え
る著作権制御プログラムに対応している場合、「編集」
に対応した著作権制御プログラムへのポインタをＮＵＬ
Ｌポインタに設定することで、利用法の編集を完全に禁
止することができる。著作権管理部３が、一定金額を支
払えば利用法を編集することができるような「課金編
集」という編集法を実現する著作権制御プログラムを管
理しており、著作権属性情報に、それらの著作権制御プ
ログラムに対応した情報列が存在しており、それぞれの
著作権制御プログラムへのポインタは、対応した著作権
制御プログラムを指している。

【０１６９】このような場合、利用者が、「編集」とい
う手続きを実行しようとすると、実行できない旨が表示
され、実行可能な編集法の名称が、著作権属性情報から
検索され、表示される。ここで、課金編集を選択する
と、その編集法に従った利用法の編集機能が実行され
る。

【０１７０】著作権制御プログラムには、その編集法の
説明文を表示する機能があり、実行前に、その説明文を
表示する。あるいは、編集法の説明を求める操作を行う
と、特別な引数が著作権制御プログラムに渡され、編集
法の説明文を表示する機能が実行される。あるいは、著
作権属性情報中に、各編集法に対応した編集法に関する
説明文を記憶する情報を埋め込まれており、編集法の説
明を求める操作を行うと、著作権制御部５によって、編
集法の説明文が表示される。

【０１７１】「編集」という利用法が、利用法制御方式
で規定された、著作権所有者のみが利用法の編集を行え
る著作権制御プログラムに対応している場合、「編集」
に対応した著作権制御プログラムへのポインタを、著作
権管理部３が管理している独自の著作権制御プログラム
である、「課金編集」に対応した著作権制御プログラム
に対するポインタに張り替えれば、通常の利用法の「編
集」を実行しようとした場合に、利用法の「課金編集」
の手続きが実行される。

【０１７２】「編集」に対応した著作権制御プログラム
へのポインタを、著作権管理部３が管理している独自の
著作権制御プログラムである、「編集法切替え機能」に
対応した著作権制御プログラムに対するポインタに張り
替えれば、通常の「編集」を実行しようとした場合に、
編集条件と利用権情報の編集履歴に応じて、「編集」と
いう利用法の名称に対応した利用法制御プログラムや、
「課金編集」などの編集法の名称に対応した著作権制御
プログラムに対応した著作権制御プログラムを選択し、
選択された著作権制御プログラムを実行するような独自
の著作権制御プログラムを著作権管理部３が管理し、
「編集」という編集法の名称に対応した著作権制御プロ
グラムへのポインタを、そのような著作権制御プログラ
ムに張り替えれば、「編集」という編集法の名称に対応
した著作権制御プログラムを実行しようとした場合に、
編集状況に応じて、実際に実行される著作権制御プログ
ラムが切り替わることになる。

【０１７３】前述の編集法切り替え機能に対応した著作
権制御プログラムを記述しやすくするようなプログラム
言語も用意する。このプログラム言語は、著作権情報を
検索したりする機能を簡単な命令で提供することができ
る。

【０１７４】（実施例４の変形例）本実施例では、著作
権情報が、著作権管理部３に管理されるものとされてい
るが、必ずしも、これに限定されるものではなく、著作
権制御部５が管理しても良い。

【０１７５】本実施例では、共通の著作権制御プログラ
ムは、著作権制御部５に管理されるものとされている
が、必ずしも、これに限定されるものではなく、著作権
管理部３が管理しても良い。

【０１７６】本実施例では、独自の著作権制御プログラ
ムは、著作権管理部３に管理されるものとされている
が、必ずしも、これに限定されるものではなく、著作権
制御部５が管理しても良い。

【０１７７】図１６は、ソフトウェアＡとソフトウェア
Ｂにおいて、ソフトウェアＢの著作権管理部３にのみ課
金編集を行う著作権制御プログラムの実体が存在する状
況を示している。このような場合に、ソフトウェアＡの
著作権管理部３の著作権属性情報における、課金編集を
行うための著作権制御プログラムを示すポインタが、ソ
フトウェアＢの著作権管理部３が管理する課金編集を行
うための著作権制御プログラムの実体を指すようにする
ことで、他のソフトウェアが持つ著作権制御プログラム
を継承して利用することも考えられる。

【０１７８】著作権制御プログラムの実体が存在するソ
フトウェアＡが、ソフトウェアＢのアクセス権でアクセ
スできるソフトウェアでない場合は、アクセス時に著作
権制御手段によって、ソフトウェアＢによるソフトウェ
アＡの著作権制御プログラムの利用が拒否される。

【０１７９】本実施例では、編集法の許諾は、ＮＵＬＬ
ポインタか、著作権制御プログラムへのポインタである
かで表現しているが、必ずしも、これに限定されるもの
ではない。著作権属性情報内の、各編集法に対応した情
報列に、その情報列が対応した編集法の許諾を示す情報
を記憶する部分を追加しても良い。

【０１８０】（実施例５） （実施例５の主な構成要素と作用）図１７は、本発明の
実施例５の概略構成図である。すなわち、本実施例は、
ソフトウェア利用法制御方式の全利用者が、ソフトウェ
ア利用法制御方式を介して、ソフトウェア利用法制御方
式のシステム資源に対するアクセス権を獲得し、システ
ム資源に対するアクセスを行うことを禁ずる特権保護手
段を備えることを特徴とする。

【０１８１】（実施例５の効果）実施例１の資源保護部
８を用いれば、ソフトウェア利用法制御方式（機構）に
対応した保護されるべきシステム資源に対する他のＯＳ
からの不法なアクセスを防止することができる。

【０１８２】しかし、従来のＯＳには、システムの利用
者が、ＯＳを介して、ＯＳのシステム資源に対するアク
セス権を獲得し、システム資源に対するアクセスを行え
るような機構が用意されている。このような機構の例と
しては、ＵＮＩＸにおいて、特定のパスワードを知るシ
ステム管理者が、スーパーユーザになり、ＯＳのアクセ
ス権を利用してシステムを自由にアクセスする機構が挙
げられる。

【０１８３】このため、システムの利用者が、ＯＳを介
して、ＯＳのシステム資源に対するアクセス権を獲得す
ることで、そのＯＳに対応した保護されるべきシステム
資源を自由にアクセスすることができる。このため、Ｏ
Ｓを改造し、ＯＳに対応した保護されるべきシステム資
源を改造ＯＳから不法にアクセスすることができる。さ
らに、利用者の不注意な操作が、ＯＳに対応した保護さ
れるべきシステム資源を破壊する可能性がある。

【０１８４】本実施例のソフトウェア利用法制御方式
は、ソフトウェア利用法制御方式の全利用者が、ソフト
ウェア利用法制御方式を介して、ソフトウェア利用法制
御方式のシステム資源に対するアクセス権を獲得し、シ
ステム資源に対するアクセスを行うことを禁ずる特権保
護部８を備えている。

【０１８５】この結果、システムの利用者が、ソフトウ
ェア利用法制御方式を介して、ソフトウェア利用法制御
方式のシステム資源に対するアクセス権を獲得すること
で、ソフトウェア利用法制御方式に対応した保護される
べきシステム資源を自由にアクセスすることを防止でき
る。そして、ソフトウェア利用法制御方式を改造され、
ソフトウェア利用法制御方式に対応した保護されるべき
システム資源を改造されたソフトウェア利用法制御方式
から不法にアクセスされることを防止できる。さらに、
利用者の不注意な操作が、ソフトウェア利用法制御方式
に対応した保護されるべきシステム資源を破壊すること
を防止できる。

【０１８６】（実施例５の具体的な説明）図１７は、本
実施例の概略構成図である。本実施例のソフトウェア利
用法制御装置は、ソフトウェア利用法制御方式の全利用
者が、ソフトウェア利用法制御方式を介して、ソフトウ
ェア利用法制御方式のシステム資源に対するアクセス権
を獲得し、システム資源に対するアクセスを行うことを
禁ずる特権保護部７を備えている。

【０１８７】ソフトウェア利用法制御方式上で実行され
る各プログラムは、実行単位という一つのまとまりとし
て管理され、各実行単位には、複数の実行単位を区別す
るための情報として、実行単位ＩＤと呼ばれるＩＤ情報
が割り当てられる。

【０１８８】実行単位ＩＤは、実行されたプログラムが
システム資源にアクセスを行う場合に、アクセスの可否
を判定するアクセス権利を示す情報としての役割を有す
る。各システム資源にも、そのシステム資源に対するア
クセス権利を有する実行単位を示す情報として、実行単
位ＩＤが割り当てられており、システム資源と同一の実
行単位ＩＤで実行されたプログラムのみが、そのシステ
ム資源に対してアクセスを行うことが許される。

【０１８９】ソフトウェア利用法制御方式では、各プロ
グラムと同様に、ソフトウェア利用法制御方式自体も一
つの実行単位として扱う。そのため、ソフトウェア利用
法制御方式や、その上で実行される各プログラムに割り
当てられる実行単位ＩＤは、実施例１で述べた資源保護
部８において、ＯＳのＩＤと同様に扱われる。

【０１９０】これらの実行単位ＩＤの管理とアクセスの
可否の判定は、実施例１で述べた通りに資源保護部８が
行う。

【０１９１】ソフトウェア利用法制御方式には、特殊な
実行単位ＩＤが割り当てられ、ソフトウェア利用法制御
方式自体は特殊な実行単位ＩＤを持ったプログラムとし
て実行される。システム資源保護部８は、その様な特殊
な実行単位ＩＤを割り当てられて実行されるソフトウェ
ア利用法制御方式に対しては、無条件に全てのシステム
資源へのアクセスを許可する。すなわち、ソフトウェア
利用法制御方式の実行単位ＩＤは、システム資源に対す
る特権を有する実行プログラムであることを示す情報で
ある。

【０１９２】本実施例の特権保護部７は、利用者からの
入力を受ける入力部１６と、実行要求のあったプログラ
ムを入力部１６が指定した実行単位ＩＤで実行するプロ
グラム実行部１７と、実行単位ＩＤを検査する実行単位
検査部１８とから構成される。

【０１９３】図１８は、本実施例の処理の流れを示す図
である。

【０１９４】入力部１６は利用者からの入力内容に従っ
て、実行要求のあったプログラムをどのような実行単位
ＩＤで実行するかを決定する。ここで、プログラム実行
部１７は、プログラムを実行する前に、実行単位検査部
１８に実行する実行単位ＩＤの検査を依頼する。実行単
位検査部１８は、実行される実行単位の実行単位ＩＤ
を、ソフトウェア利用法制御方式自身に割り当てられた
実行単位ＩＤとの関係を検査する。もし、両者の実行単
位ＩＤが同一である場合は、一般利用者によってソフト
ウェア利用法制御方式と同等の特権的なアクセス権利を
有するプログラムが起動されようとしたことを意味する
ので、そのような場合には、プログラムの実行を拒否す
るように、プログラム実行部１７に通知する。一方、両
者の実行単位が異なる場合には、プログラムの実行を許
可するように、プログラム実行部１７に通知する。

【０１９５】（実施例６） （主な構成要素と作用）図１９は、本発明の実施例６の
概略構成図である。すなわち、本実施例は、ソフトウェ
アを管理するためのソフトウェア管理手段と、ソフトウ
ェアと少なくとも１つのソフトウェアの利用のされ方を
関連させて管理するための利用権管理手段と、ソフトウ
ェア管理手段と利用権管理手段に管理された情報を参照
して、ソフトウェアの利用のされ方を制御するための利
用権制御手段と、利用者が利用要求を入力するための入
力手段とを備えたソフトウェア利用法制御方式におい
て、前記利用権管理手段が、利用者のソフトウェアのア
クセスの仕方に応じて課金の額を決定する課金金額設定
手段と、課金された金額の合計額を記憶する課金金額記
憶手段と、課金額の合計の上限値を記憶する課金枠記憶
手段を備えることを特徴とする。

【０１９６】（実施例６の効果）従来、ソフトウェアを
利用する度に課金するようなシステムにおいては、課金
に対する支払の為に、何らかの形で課金センターとの情
報のやり取りを行わなければならない。そのため、ソフ
トウェアに対する利用時の課金を行う装置は、常時ネッ
トワークに接続するか、ソフトウェアを利用する度にネ
ットワークに接続する必要があった。そのような制限を
無くし、ネットワークに接続した時点で始めて課金を行
おうとするならば、ネットワークに接続しない限り無制
限のソフトウェアの利用を許すことになり、多大な危険
性を伴うことになる。

【０１９７】これに対し、本実施例では、各ソフトウェ
ア毎に課金額の合計を管理すると同時に、課金額の上限
値を設定することで、課金額の上限値を超える利用を行
った場合には、何らかの支払操作を行い、課金額を初期
化しない限りは、そのソフトウェアの利用を禁止する、
あるいは、システム全体の利用を禁止することにより、
ネットワークから切り放した状態でのソフトウェアの利
用を可能とすると同時に、支払を行わない状態での一定
以上の利用を禁止することにより、合理的に対価の支払
いと徴収を行うことができる。

【０１９８】（実施例６の具体的な説明）図１９は、本
実施例の概略構成図である。本実施例は、利用者からの
要求指示を入力するための、例えば、キーやトラックボ
ールなどからなる入力部１１１６と、本や新聞、雑誌な
どのソフトウェアを管理するためのソフトウェア管理部
１１０１と、前記ソフトウェア管理部１１０１で管理さ
れている個々のソフトウェアがどのように利用できるか
を管理する利用権管理部１１０２と、前記入力部１１１
６から利用要求があったときに、利用の可否を決定し、
その内容に応じて利用権管理部１１０２の管理している
情報を変更したり、前記利用可とされたソフトウェアを
前記ソフトウェア管理部１１０１から読みだし、暗号化
されている情報の復号あるいは圧縮されている情報の復
元などを行う利用権制御部１１０４と、前記利用権制御
部１１０４が利用可と判断したときに、利用者のソフト
ウェアへのアクセスの仕方に応じて課金の額を決定する
課金金額設定部１１３０と、課金された金額の合計額を
記憶する課金金額記憶部１１３１と、課金額の合計の上
限値を記憶する課金枠記憶部１１３２と、前記利用権制
御部１１０４により提示可能になったデータを提示する
情報提示部１１１９を備えている。

【０１９９】利用者が、ソフトウェアｉの利用要求を入
力部１１１６に対して行うと、利用権制御部１１０４
は、実施例２で示されているような方式で、ソフトウェ
アｉに対応した利用法制御プログラムとしての課金額設
定プログラム（利用権管理部１１０２が管理）を実行
し、利用のされ方に応じた課金額を算出する。

【０２００】課金額設定プログラムは、算出された課金
額を利用権管理部１１０２の中の課金金額記憶部１１３
１の管理している課金額に加算していく。ここで、前述
したように、利用権管理部１１０２は各ソフトウェア毎
に一体化されて管理されているので、各ソフトウェア毎
の課金額が個別に管理される。

【０２０１】利用権管理部１１０２は、ソフトウェアの
著作権所有者によって設定された課金額の上限値を管理
する課金枠記憶部１１３２も管理している。

【０２０２】課金額設定プログラムは、算出された課金
額を課金金額記憶部１１３１の管理している課金額に加
算する度に、課金枠記憶部１１３２の課金額の上限値と
比較を行い、課金額の合計が課金額の上限値を超えた場
合に、利用権制御部１１０４にソフトウェアの利用禁止
を通知する。

【０２０３】利用権制御部１１０４は、利用禁止になっ
たソフトウェアを登録し、以後、規定された支払操作が
行われるまで、そのソフトウェアの利用を禁止する。あ
るいは、規定された支払操作以外のシステムの利用を禁
止する。

【０２０４】利用権管理部１１０２の管理する課金金額
記憶部１１３１の部分を、ＩＣカード内に管理させれ
ば、利用者が装置の利用時にＩＣカードを挿入すること
で、利用者毎の課金額の管理が行われ、一つの装置を複
数の利用者が共用することが容易になる。

【０２０５】（実施例６の変形例１）本実施例では、課
金金額記憶部１１３１が、利用権管理部１１０２に管理
されているとしたが、必ずしも、これに限定されるもの
ではなく、利用権制御部１１０４に管理されるものであ
っても良い。そして、利用権制御部１１０４に管理され
る場合は、ソフトウェア毎の課金額を個別に管理するも
のであっても、全ての課金額の合計を一括して管理する
ものであっても良い。

【０２０６】（実施例６の変形例２）本実施例では、課
金枠記憶部１１３２が、利用権管理部１１０２に管理さ
れているとしたが、必ずしも、これに限定されるもので
はなく、利用権制御部１１０４に管理されるものであっ
ても良い。そして、利用権制御部１１０４に管理される
場合は、ソフトウェア毎の課金枠を個別に管理するもの
であっても、全ての課金枠の合計を一括して管理するも
のであっても良い。

【０２０７】また、全ての課金枠の合計を一括して管理
する場合は、プリペイドカードを購入しソフトウェアを
利用する装置に挿入することで、課金額が０になる（あ
るいは０にできるだけ近くなる）ようにプリペイドカー
ドから支払を行い、支払われた額を課金額から差し引く
ことも考えられる。

【０２０８】（実施例７） （実施例７の主な構成要素と作用）図２０は、本発明の
実施例７の概略構成図である。すなわち、本実施例のソ
フトウェア利用法制御装置は、ソフトウェアを管理する
ためのソフトウェア管理手段と、ソフトウェアの利用さ
れ方と１つ以上のソフトウェアを関連させて管理するた
めの利用権管理手段と、ソフトウェア管理手段と利用権
管理手段に管理された情報を参照して、ソフトウェアの
利用のされ方を制御するための利用権制御手段と、利用
者が利用要求を入力するための入力手段とを備えたソフ
トウェア利用法制御方式において、前記利用権制御手段
は、利用者がアクセスしたソフトウェアの量に応じて課
金の額を決定する課金金額設定手段を具備したことを特
徴とする。

【０２０９】（実施例７の効果）従来の冊子体の書籍な
どでは、一冊の対価を一律に支払う必要があった。この
ため、利用者が読み進むうちに利用者にとって有用でな
いと判断しても、対価の全部または一部の払い戻しを受
けることが通常できなかった。また、このような払い戻
しを実現するためには、多大な労力を必要とした。

【０２１０】これに対し、本実施例では、文書などの情
報にアクセスした量などに応じて、課金を行うことによ
り、合理的に対価の支払いと徴収を行うことができる。

【０２１１】（実施例７の具体的な説明）図２０は、本
実施例の概略構成図である。本実施例は、利用者からの
要求指示を入力するための、例えば、キーやトラックボ
ールなどからなる入力部１１６と、本や新聞、雑誌など
のソフトウェアを管理するためのソフトウェア管理部１
０１と、前記ソフトウェア管理部１０１で管理されてい
る個々のソフトウェアがどのように利用できるかを管理
する利用権管理部１０２と、前記入力部１１６から利用
要求があったときに、利用の可否を決定し、その内容に
応じて利用権管理部１０２の管理している情報を変更し
たり、前記利用可とされたソフトウェアを前記ソフトウ
ェア管理部１０１から読みだし、暗号化されている情報
の復号あるいは圧縮されている情報の復元などを行う利
用権制御部１０４と、前記利用権制御部１０４が利用可
と判断したときに、利用者がアクセスしたソフトウェア
の量に応じて課金の額を決定する課金金額設定部１２０
と、前記利用権制御部１０４により提示可能になったデ
ータを提示する情報提示部１１９を備えている。

【０２１２】図２１に本実施例の処理の流れを図示す
る。

【０２１３】利用者からの入力待ちをしていて（ステッ
プＳ４１）、利用者から例えばソフトウェアｉに対して
利用要求がある（ステップＳ４２）と、利用権制御部１
０４は、例えば、実施例２に示されているような方式
で、利用の可否を判定する（ステップＳ４３）。利用が
許可されない場合には、利用できない旨のメッセージを
情報提示部１１９に提示し（ステップＳ４４）、処理を
終了し、次の入力待ち状態に戻る。利用が許可された場
合、利用権制御部１０４は利用要求のあったソフトウェ
アｉをソフトウェア管理部１０１より読み出す（ステッ
プＳ４５）。ソフトウェアｉが圧縮あるいは暗号化され
ている場合には、このとき復元（圧縮されていた情報を
もとに戻す）、あるいは復号（暗号化されていた情報を
鍵などを使って暗号を解いて、もとに戻す）する。

【０２１４】さらに、利用権管理部１０２が管理してい
る利用の仕方に関する情報の中から、課金金額情報を復
元、あるいは復号し、課金金額設定部に送る。（ステッ
プＳ４６）。次に、課金金額情報の一例を次に示す。

【０２１５】ｙ＝Ｃ１・ｘ^C2 ここで、Ｃ１とＣ２は所定の定数である。ｘは、ステッ
プＳ４８で得られる提示したソフトウェアの量の情報で
あり、得られるｙの値が課金の金額である。

【０２１６】ステップＳ４７で、利用権制御部１０４は
ステップＳ４５で復号あるいは復元したソフトウェアを
情報提示部１１９に送る。情報提示部１１９は、提示し
たソフトウェアの量の情報を利用権制御部１０４へ送
り、利用権制御部１０４は、当該の情報を課金金額設定
部１２０へ送る（ステップＳ４８）。

【０２１７】ここでは、ソフトウェアが文書である場合
について説明する。ソフトウェアが文書である場合に
は、情報提示部１１９は、文書の先頭から、文書の中で
提示した部分で最も後ろの文字までの文字数をカウント
し、この文字数を利用権制御手１０段４へ送る。利用権
制御部１０４は、当該の文字数を課金金額設定部１２０
へ送る。

【０２１８】課金金額設定部１２０は、利用権制御部１
０４から送られた文字数を課金金額情報のｘに代入して
計算し、課金金額ｙを得る（ステップＳ４９）。

【０２１９】以上のように、ソフトウェア全体の対価を
支払うことなく、ソフトウェアの中で提示された部分の
みの対価を支払うことが可能になり、ソフトウェア利用
の支払いと徴収を合理的に行うことができる。例えば、
提示された文書を読んでいて、その後の部分が利用者に
必要でないとわかった場合、そこまで読んだ部分のみの
対価を支払うことで済むことになる。従って、読んだ部
分の対価を支払えば良いので、大きい額の支払いをする
ことなく、多くのソフトウェアにアクセスすることがで
きるようになる。

【０２２０】（変形例１）本実施例では、情報提示部１
１９が、文書の先頭から提示した文字までの文字数をカ
ウントし、これを用いて課金金額が設定されているが、
必ずしも、これに限定されるものではない。例えば、次
のように、文書の中で提示した文字を管理するように変
形することが可能である。

【０２２１】利用権管理部１０２が管理している利用の
仕方に関する情報の中から、復元、あるいは復号化され
て、課金金額情報に送られる課金金額情報は、ソフトウ
ェアデータ管理テーブルと課金金額計算式とからなる。
課金金額計算式は、上述した本実施例の課金金額情報と
同様であるので、説明を省略する。ソフトウェアデータ
管理テーブルは、文書中の部分について、提示したか否
かの情報を格納するものである。ソフトウェアデータ管
理テーブルの一例を図２２に図示する。図２２で、アク
セス・フラグの１は、当該の行の開始文字位置から終了
文字位置までの部分が既に提示されたことを示し、アク
セス・フラグの０は、当該の行の開始文字位置から終了
文字位置までの部分が未だ提示されていないことを意味
する。ここで、ソフトウェアデータ管理テーブル内の情
報は、開始文字の昇順に並べられている。

【０２２２】図２１において、ステップＳ４７までは、
本実施例と同じである。

【０２２３】ステップＳ４８で、情報提示部１１９は、
提示したソフトウェアの部分の最初の文字位置と最後の
文字位置を利用権制御部１０４へ送り、利用権制御部１
０４は、当該の情報を課金金額設定部１２０へ送る。課
金金額設定部１２０は、送られてきた文字位置の情報を
ソフトウェアデータ管理テーブルに格納し、課金金額を
設定する（ステップＳ４９）。ここで、例えば、送られ
てきた文字位置の情報が、開始文字位置が３６０１、終
了文字位置が８４００である場合について説明する。

【０２２４】まず、図２３に図示するように、送られて
きた開始文字位置３６０１と、終了文字位置８４００が
明示されるように、開始文字位置と終了文字位置を設定
する（文書を分割する）。このとき、アクセス・フラグ
の値は元と同じものにする。次に、図２４に図示するよ
うに、開始文字位置３６０１から終了文字位置８４００
の範囲で、アクセス・フラグが０である場合には、これ
を２とする。

【０２２５】次に、課金金額の計算を行う。課金金額の
計算の処理の流れを図２５に図示する。まず、アクセス
・フラグが１または２である部分の文字数を合計し（ス
テップＳ４１１）、課金金額計算式のｘに代入して値ｙ
１を得る（ステップＳ４１２）。次に、アクセス・フラ
グが１である部分の文字数を合計し（ステップＳ４１
３）、課金金額計算式のｘに代入して値ｙ２を得る（ス
テップＳ４１４）。最後に、ｙ１−ｙ２を計算して課金
金額とする（ステップＳ４１５）。

【０２２６】ソフトウェアデータ管理テーブルにおい
て、最後に、アクセス・フラグが２である場合にこれを
１とし、さらに、アクセス・フラグがが１で隣り合う部
分は１行にまとめる。図２４の場合では、図２６に図示
するようになる。

【０２２７】以上のように、文書の中で提示した文字を
管理することによって、一度読んだ提示した部分には、
再度課金することなく、支払い・徴収を行うことができ
る。 （変形例２）本実施例では、課金金額情報である ｙ＝Ｃ１・ｘ^C2 のｘに、提示した文字数をｘに代入して計算し、課金金
額ｙを得たが、必ずしも、これに限定されるものではな
い。例えば、次のように、提示した文字数の全文字数に
対するパーセンテージをｘに代入するようにしても良
い。

【０２２８】 ｛（提示した文字数）／（全文字数）｝×１００ また、課金金額情報も、これに限定されるものではな
い。例えば、次のような課金金額情報でも良い。

【０２２９】 Ｃ・ｘ （ ０＜ｘ＜ ２５） ｙ ＝ ２・Ｃ・ｘ （２５＜ｘ＜ ５０） ３・Ｃ・ｘ （５０＜ｘ＜ ７５） ４・Ｃ・ｘ （７５＜ｘ＜１００） ここで、Ｃは、所定の定数であり、ｘは、提示した文字
数の全文字数に対するパーセンテージである。

【０２３０】（変形例３）本実施例では、課金金額の設
定に提示した文字数を用いたが、必ずしも、これに限定
されるものではない。例えば、単語数、文の数、段落の
数、章の数などでも良い。

【０２３１】（変形例４）本実施例では、ソフトウェア
が文書である場合の提示した文字数を課金金額の設定に
用いたが、必ずしも、これに限定されるものではない。
例えば、ソフトウェアが音声である場合には、利用者が
出力させた時間、あるいは全体の時間に対するその比率
を用いれば良い。また、ソフトウェアがビットマップや
静止画である場合には、利用者が提示させたビットの
数、あるいは全体のビット数に対するその比率、また
は、利用者が提示させた面積、あるいは全体の面積に対
するその比率を用いれば良い。また、ソフトウェアが動
画である場合には、利用者が出力させた時間、あるいは
全体の時間に対するその比率、または、フレーム数、あ
るいは全体のフレーム数に対するその比率、または、利
用者が提示させた面積、あるいは全体の面積に対するそ
の比率を用いれば良い。このように、一般に、提示また
は出力した情報の量、または、全体に対するその比率を
用いれば良い。

【０２３２】（実施例８） （実施例８の主な構成要素と作用）図２７は、本発明の
実施例８の概略構成図である。すなわち、本実施例のソ
フトウェア利用法制御装置は、ソフトウェアを管理する
ためのソフトウェア管理手段と、ソフトウェアの利用の
され方およびソフトウェアの構造と１つ以上のソフトウ
ェアを関連させて管理するための利用権管理手段と、ソ
フトウェア管理手段と利用権管理手段に管理された情報
を参照して、ソフトウェアの利用のされ方を制御するた
めの利用権制御手段と、利用者が利用要求を入力するた
めの入力手段と、ソフトウェアを提示するための情報提
示手段とを備えたソフトウェア利用法制御装置におい
て、前記利用権制御手段は、ソフトウェアの構造を参照
してソフトウェアの提示の制御を行うことを特徴とす
る。

【０２３３】（実施例８の効果）電子化された新聞や雑
誌などの情報でも、紙媒体の雑誌や新聞などと同様に、
広告媒体の役割を果たし、このことによって、広告料を
徴収する価値をもち、結果として、新聞や雑誌などの情
報の価格を低減させることが可能となる。広告は、自動
的に表示することにより、利用者や情報提供者の労力を
要する必要がない。

【０２３４】（実施例８の具体的な説明）図２７は本実
施例の概略構成図である。本実施例は、利用者からの要
求指示を入力するための、例えば、キーやトラックボー
ルなどからなる入力部２１６と、本や新聞、雑誌などの
ソフトウェアの内容を管理するためのソフトウェア管理
部２０１と、前記ソフトウェア管理部２０１で管理され
ている個々のソフトウェアがどのように利用できるかと
いう情報とソフトウェアの構造を管理する利用権管理部
２０２と、前記入力部２１６から利用要求があったとき
に、利用の可否を決定し、その内容に応じて利用権管理
部２０２の管理している情報を変更したり、前記利用可
とされたソフトウェアを前記ソフトウェア管理部２０１
から読みだし、暗号化されている情報の復号あるいは圧
縮されている情報の復元などを行う利用権制御部２０４
と、前記利用権制御部２０４により提示可能になったデ
ータを提示する情報提示部２１９を備えている。

【０２３５】図２８に本実施例の処理の流れを図示す
る。ステップＳ５４までは、実施例４の図２１の処理の
流れと同様であるので、説明を省略する。

【０２３６】ステップＳ５５では、利用権制御部２０４
は利用要求のあったソフトウェアｉの構造を利用権管理
部２０２より読み出し、当該のソフトウェアの構造の中
にポインタで示されたソフトウェアの内容をソフトウェ
ア管理部２０１より読み出す。当該のソフトウェアｉの
構造およびポインタで示されたソフトウェアの内容が圧
縮あるいは暗号化されている場合には、復元（圧縮され
ていた情報をもとに戻す）、あるいは復号（暗号化され
ていた情報を鍵などを使って暗号を解いて、もとに戻
す）する。

【０２３７】図２９に、復号・復元された後のソフトウ
ェアｉの構造の一例を図示する。図２９に図示するよう
に、ソフトウェアは、広告以外の情報からなる記事情報
と広告情報とからなり、それぞれは、通し番号と複数の
ポインタからなる。各ポインタは、情報の内容を指して
いる。末尾の￥０は、ソフトウェアの最後であることを
示している。

【０２３８】ステップＳ５６とステップＳ５７では、記
事カウンタＣ１と広告カウンタＣ２をそれぞれ１にす
る。ステップＳ５８では、記事カウンタＣ１の値と記事
情報の通し番号が一致する記事から順に３つの記事を情
報提示部２１９に送る。例えば、Ｃ１が１のときには、
記事１、記事２および記事３の内容を提示する。さら
に、Ｃ１の値に３を足す。同様に、ステップＳ５９で
は、広告カウンタＣ２の値と広告情報の通し番号が一致
する広告から順に２つの広告を情報提示部２１９に送
る。例えば、Ｃ２が１のときには、広告１および広告２
の内容を提示する。さらに、Ｃ２の値に２を足す。情報
提示部２１９は、利用権制御部２０４から送られてきた
記事または広告を順次提示する。提示すべき記事がなく
なったら、処理を終了する（ステップＳ５１０）。提示
すべき記事が残っている場合には、ステップＳ５１１
で、利用者より継続要求があった場合に、ステップＳ５
８へ戻り処理を継続し、そうでなければ終了する。

【０２３９】（実施例８の変形例１）本実施例では、利
用権制御部２０４が、記事と広告を交互に提示するよう
に制御したが、必ずしも、これに限定されるものではな
い。例えば、次のように、提示画面の下部に常に広告を
提示するように変形することが可能である。

【０２４０】図３０において、ステップＳ５７までは、
上記した実施例８と同じである。

【０２４１】ステップＳ５１２において、記事カウンタ
Ｃ１の値と記事情報の通し番号が一致する記事から順に
３つの記事を情報提示部２１９の記事用バッファに格納
する。同様に、ステップＳ５１３において、広告カウン
タＣ２の値と広告情報の通し番号が一致する広告から順
に２つの広告を広告用バッファに格納する。次に、利用
権制御部２０４は、情報提示部２１９を起動する（ステ
ップＳ５１４）。ステップＳ５１５で、Ｃ１の値に３を
足し、Ｃ２の値に２を足す。提示すべき記事がなくなっ
たら、処理を終了し（ステップＳ５１６）、提示すべき
記事が残っている場合には、ステップＳ５１５で、利用
者より継続要求があった場合にステップＳ５１２へ戻り
処理を継続し、そうでなければ終了する。

【０２４２】情報提示部２１９は、利用権制御部２０４
から起動されると、記事用バッファ中のデータを提示画
面の上部に提示し、記事用バッファ中のデータを提示画
面の下部に提示する。図３１に、提示画面の一例を図示
する。

【０２４３】（実施例８の変形例２）本実施例では、記
事と広告を交互に提示したが、必ずしも、これに限定さ
れるものではない。例えば、次のように、スクリーンセ
ーバーとして広告を表示しても良い。

【０２４４】本実施例の図２８に対応する処理の流れを
図３２に図示する。図３２において、ステップＳ５６ま
では、上記した実施例８の図２８と同じである。

【０２４５】ステップＳ５２１で、記事を表示し、表示
した記事の数を記事カウンタＣ１に加える。ステップＳ
５２２で、提示すべき記事が残っているかどうかを判定
する。提示すべき記事が残っている場合には、ステップ
Ｓ５２３で、利用者より継続要求があった場合にステッ
プＳ５２４へ戻り処理を継続する。提示すべき記事が残
っていないか、利用者より継続要求がなかった場合に、
ステップＳ５２５へ進む。ステップＳ５２５で、利用権
制御部２０４内のタイマーの値を０にセットする。何ら
かの入力があったら、処理を終了し、そうでなければス
テップＳ５２７へ進む（ステップＳ５２６）。ステップ
Ｓ５２７では、タイマーの値が、あらかじめ設定された
時間であるＣ２を越えたかどうかを判定する。タイマー
の値がＣ２を越えていない場合には、ステップＳ５２６
に戻り、タイマーの値がＣ２を越えた場合に、ステップ
Ｓ５２８でＣ１の数だけ広告を画面に表示し、処理を終
了する。

【０２４６】また、図３２に図示した処理ではなく、図
３３と図３４に図示する処理を行っても良い。図３３の
各処理は、図３２ステップＳ５１からステップＳ５２３
までと同じである。図３３の処理と平行して、図３４に
図示した処理を行う。すなわち、ステップＳ５３１で、
タイマーの値を０にセットする。ステップＳ５３２で、
何らかの入力があったかを判定し、何らかの入力があっ
た場合には、ステップＳ５３１へ戻る。そうでなけれ
ば、ステップＳ５３３で、タイマーの値が、あらかじめ
設定された時間であるＣ２を越えたかどうかを判定す
る。タイマーの値がＣ２を越えていない場合には、ステ
ップＳ５３２へ戻り、タイマーの値がＣ２を越えた場合
には、ステップＳ５３４でＣ１の数だけ広告を画面に表
示し、ステップＳ５３２へ戻る。

【０２４７】なお、広告の提示では、広告情報の通し番
号を利用して、Ｃ１の数だけの広告を順に提示するよう
にすれば良い。

【０２４８】（実施例９） （実施例９の主な構成要素と作用）図３５は、本発明の
実施例９の概略構成図である。すなわち、本実施例のソ
フトウェア利用法制御装置は、ソフトウェアを管理する
ためのソフトウェア管理手段と、ソフトウェアの利用さ
れ方およびソフトウェアの構造と１つ以上のソフトウェ
アを関連させて管理するための利用権管理手段と、ソフ
トウェア管理手段と利用権管理手段に管理された情報を
参照して、ソフトウェアの利用のされ方を制御するため
の利用権制御手段と、利用者が利用要求を入力するため
の入力手段とを備えたソフトウェア利用法制御方式にお
いて、前記利用権制御手段は、ソフトウェアの構造を参
照して課金の額を決定する課金金額設定手段を具備した
ことを特徴とする。

【０２４９】（実施例９の効果）電子化された新聞や雑
誌などの情報でも、紙媒体の雑誌や新聞などと同様に、
広告媒体の役割を果たして、広告料を徴収する価値をも
たせることができるようにし、かつ、広告は自動的に表
示するのではなく、利用者が広告の表示の有無を選択で
きるようにすることにより、利用者にとって合理的な課
金を実現することができる。すなわち、例えば、利用者
が時間があるか、お金の余裕がある場合に、広告を見れ
ば、その分課金金額を安くすることができ、利用者が時
間がないか、お金の余裕がある場合には、広告を見るこ
となく記事などの必要な情報のみを見ることができる。

【０２５０】（実施例９の具体的な説明）図３５は本実
施例の概略構成図である。本実施例は、利用者からの要
求指示を入力するための、例えば、キーやトラックボー
ルなどからなる入力部３１６と、本や新聞、雑誌などの
ソフトウェアの内容を管理するためのソフトウェア管理
部３０１と、前記ソフトウェア管理部３０１で管理され
ている個々のソフトウェアがどのように利用できるかと
いう情報とソフトウェアの構造を管理する利用権管理部
３０２と、前記入力部３１６から利用要求があったとき
に、利用の可否を決定し、その内容に応じて利用権管理
部３０２の管理している情報を変更したり、前記利用可
とされたソフトウェアを前記ソフトウェア管理部３０１
から読みだし、暗号化されている情報の復号あるいは圧
縮されている情報の復元などを行う利用権制御部３０４
と、前記利用権制御部３０４が利用可と判断したとき
に、ソフトウェアの構造を参照して課金の額を決定する
課金金額設定部３２０と、前記利用権制御部３０４によ
り提示可能になったデータを提示する情報提示部３１９
を備えている。

【０２５１】図３６に、本実施例の処理の流れを図示す
る。ステップＳ６７までは、実施例５の図２８の処理の
流れと同様であるので説明を省略する。なお、図３７に
図示した、復号・復元された後のソフトウェアｉの構造
の一例は、実施例５の図２９と同様であり、「記事情
報」および「広告情報」の行にそれぞれの情報の合計が
格納されている点が異なる。

【０２５２】ステップＳ６８で、利用権制御部３０４
は、情報提示部３１９に、例えば図３８に図示するよう
な画面を提示し、利用者が画面の「記事情報」の直前の
□をポインティングしたかどうかを判定する。図３８で
は、記事情報と広告情報のそれぞれの情報の合計を「全
件数」と「見ていない件数」として表示する。

【０２５３】図３８において「記事情報」の直前の□が
ポインティングされた場合には、記事カウンタＣ１の値
と記事情報の通し番号が一致する記事から順に３つの記
事を情報提示部３１９に送り、Ｃ１の値に３を足す（ス
テップＳ６９）。ステップＳ６１０で、提示すべき記事
が残っているかどうかを判定し、提示すべき記事が残っ
ていればステップＳ６８に戻り、提示すべき記事が残っ
ていなければ処理を終了する。ステップＳ６８に戻った
場合には、例えば図３９のように、Ｃ１−１の値を「見
た件数」として、全件数の値から見た件数を引いた値を
記事の「見ていない件数」として表示する。

【０２５４】図３８で、「記事情報」がポインティング
されなかった場合に、「広告情報」の直前の□がポイン
ティングされたかどうかを判定する（ステップＳ６１
１）。「広告情報」の直前の□がポインティングされな
かった場合には処理を終了する。「広告情報」の直前の
□がポインティングされた場合には、ステップＳ６１２
で、広告カウンタＣ２の値と広告情報の通し番号が一致
する広告から順に２つの広告を情報提示部３１９に送
り、Ｃ２の値に２を足し、ステップＳ６８に戻る。ステ
ップＳ６８に戻った場合には、例えば図４０のように、
Ｃ２−１の値を広告の「見た件数」として、全件数の値
から見た件数を引いた値を「見ていない件数」として表
示する。

【０２５５】ステップＳ６１３で、利用権管理部３０２
が管理している利用の仕方に関する情報の中から、課金
金額情報を復元、あるいは復号し、Ｃ１とＣ２の値とと
もに課金金額設定部３２０へ送る。課金金額情報の一例
を次に示す。

【０２５６】ｙ＝Ｃ４・ｘ^C5 ここで、Ｃ４とＣ５は所定の定数である。

【０２５７】ステップＳ６１４で、課金金額を設定す
る。課金金額設定の処理の流れを図４１に図示する。図
４１のステップＳ６２１で、Ｃ１−Ｃ２の値を計算し、
これをＣ３とする。ステップＳ６２２で，Ｃ３が０より
大きいかどうかを判定する。Ｃ３が０より大きければ、
これをｘに代入し得られたｙの値を課金金額とし（ステ
ップＳ６２３）、終了する。そうでなければ処理を終了
する。

【０２５８】（実施例９の変形例１）本実施例では、広
告の表示を選択することによって、課金金額を安くでき
るようにしたが、必ずしも、これに限定されるものでは
ない。例えば、次のように、スクリーンセーバーとして
広告を表示することにより、広告を多くの人が見れるよ
うにし、課金金額を安くしても良い。

【０２５９】本実施例の図３６に対応する処理の流れを
図４２に図示する。図４２において、ステップＳ６６ま
では、本実施例の図３６と同じである。

【０２６０】ステップＳ６３７で、記事を表示し、表示
した記事の数を記事カウンタＣ１に加える。ステップＳ
６３８で、提示すべき記事が残っているかどうかを判定
する。提示すべき記事が残っている場合には、ステップ
Ｓ６３９で、利用者より継続要求があった場合にステッ
プＳ６３７へ戻り処理を継続する。提示すべき記事が残
っていないか、利用者より継続要求がなかった場合に、
ステップＳ６３１０へ進む。

【０２６１】ステップＳ６３１０で、広告カウンタＣ２
を１にし、利用権制御部３０４内のタイマーの値を０に
セットする。ステップＳ６３１１で、何らかの入力があ
ったかどうかを判定する。入力がなかった場合には、ス
テップＳ６３１２で、タイマーの値があらかじめ設定さ
れた時間であるＣ３を越えたかどうかを判定する。Ｃ３
を越えていない場合には、ステップＳ６３１１へ戻る。
Ｃ３を越えた場合には、ステップＳ６３１３で、広告の
通し番号がＣ２である広告を画面に表示し、ステップＳ
６３１４で、Ｃ２に１を加えて、ステップＳ６３１１へ
戻る。ステップＳ６３１１で、何らかの入力があった場
合には、ステップＳ６３１５で、Ｃ１とＣ２の値を課金
金額設定部３２０へ渡し、ステップＳ６３１６で、課金
金額を設定する。課金金額の設定は、本実施例と同様に
行えば良い。

【０２６２】また、図４２に図示した処理ではなく、図
４３と図４４に図示する処理を行っても良い。図４３の
各処理は、図４２ステップＳ６１からステップＳ６３９
までと同じである。図４３の処理と平行して、図４４に
図示した処理を行う。すなわち、ステップＳ６４１で、
広告カウンタＣ２を１にし、提示広告数カウンタＣ４を
０にし、課金記事数カウンタＣ５を０にする。次に、ス
テップＳ６４２で、利用権制御部３０４内のタイマーの
値を０にセットする。

【０２６３】ステップＳ６４３で、何らかの入力があっ
たかどうかを判定する。入力がなかった場合には、ステ
ップＳ６４４で、タイマーの値があらかじめ設定された
時間であるＣ３を越えたかどうかを判定する。Ｃ３を越
えていない場合には、ステップＳ６４３へ戻る。Ｃ３を
越えた場合には、ステップＳ６４５で、広告の通し番号
がである広告を画面に表示し、ステップＳ６４６で、Ｃ
２に１を加える。ステップＳ６４７で、広告カウンタＣ
２が広告情報の通し番号の上限を越えたかを判定し、ス
テップＳ６４３へ戻る。ここで、広告情報の通し番号の
上限を越えた場合には、ステップＳ６４８で、広告カウ
ンタＣ２を１にし、提示広告数カウンタＣ４を広告情報
の通し番号の上限値にする。

【０２６４】ステップＳ６４３で、何らかの入力があっ
た場合には、ステップＳ６４９で、Ｃ１とＣ４、Ｃ５の
値を課金金額設定部３２０へ渡す。ステップＳ６４１０
で、課金金額情報の式のｘにＣ１−Ｃ４−Ｃ５の値を代
入計算して、課金金額ｙを得るとともに、Ｃ１−Ｃ４−
Ｃ５の値をＣ５の値とし、ステップＳ６４２へ戻る。 （実施例９の変形例２）本実施例では、広告の表示を選
択することによって、課金金額を安くできるようにした
が、必ずしも、これに限定されるものではない。例え
ば、次のように、広告を他の装置にコピーする、すなわ
ち、他の人にコピーさせることにより、課金金額を安く
するようにしても良い。

【０２６５】図４５に概略構成図を図示する。本実施例
の概略構成図である図３５とは、利用権制御部４０４
が、課金金額設定部４２０に加えて複写管理部４２１を
さらに有する点が異なる。

【０２６６】図４６に利用権制御部４の処理の流れを図
示する。ステップＳ６１２までは、本実施例の図３６の
処理の流れと同じであるので説明を省略する。

【０２６７】図４６のステップＳ６１３で、利用者がペ
ンなどのポインテイングデバイスでポインテイングした
広告のポインタを複写管理部４２０へ送り、ステップＳ
６８へ戻る。複写管理部４２０は、送られてきた広告の
ポインタを順次格納する。ステップＳ６１０で、記事カ
ウンタＣ１が記事情報の通し番号の上限を越えた場合、
およびステップＳ６１１で、利用者の要求が広告情報で
ない場合に、ステップＳ６１４で、Ｃ１の値を課金金額
設定部４２０へ送り、処理を終了する。

【０２６８】図４７に複写管理部４２１の処理の流れを
図示する。ステップＳ６５１で、複写広告数Ｃ３を０に
する。利用者から複写の要求が合った場合に、ステップ
Ｓ６５３で、一つの広告が複写されるごとにＣ３の値に
１を加えて、ステップＳ６５２へ戻る。ここでの複写で
は、他の装置への複写を感知し、これを対象とする。複
写要求ではなく、課金金額設定部４２０から、複写広告
数が要求された場合に、ステップＳ６５４で、複写広告
数Ｃ３の値を課金金額設定部４２０へ送り、ステップＳ
６５１へ戻る。

【０２６９】図４８に課金金額設定部４２０の処理の流
れを図示する。ステップＳ６６１で、提示記事数Ｃ４を
０にする。課金金額設定命令が送られてくることによ
り、ステップＳ６６２でこれを判定し、ステップＳ６６
３で複写広告数Ｃ３を複写管理部４２１に要求する。ス
テップＳ６６４で、複写管理部４２１から送られてくる
複写広告数Ｃ３を受取る。ステップＳ６６５で、Ｃ４−
Ｃ３の値を課金金額情報の式のｘに代入し、課金金額ｙ
の値を得る。課金金額設定命令ではなく、記事カウンタ
数Ｃ１が送られてきた場合には、ステップＳ６６７で、
提示記事数Ｃ４に送られてきたＣ１の値を加え、ステッ
プＳ６６１へ戻る。

【０２７０】本変形例２では、広告を他の装置にコピー
する、すなわち、他の人にコピーさせることにより課金
金額を安くするようにしたが、広告ではなく、アンケー
トで同様にしても良い。すなわち、利用者がポインティ
ングしたアンケートを複写管理部４２１へ送り、利用者
がアンケート中の質問に答えを書き込んで送信した回数
を記録し、課金金額を安くするようにすることもでき
る。このとき、利用者がポインティングした直後のアン
ケートを複写管理部４２１に保存することにより、アン
ケートが送信されるときに、アンケートの差分を調べ、
送信されたアンケートに答えが記入されていない場合に
は、送信した回数を減らすようにすることも可能であ
る。

【０２７１】（実施例９の変形例３）本実施例では、提
示した記事の数Ｃ１から提示した広告の数Ｃ２を引い
て、課金金額を設定したが、必ずしも、これに限定され
るものではない。例えば、次のように、記事および広告
のそれぞれが値をもち、これを用いて課金金額を設定し
ても良い。

【０２７２】図４９に、復号・復元された後のソフトウ
ェアの構造の形式と例を図示する。本実施例の図４７と
異なる点は、記事および広告に点数が付与されている点
である。本実施例では、提示した記事の数Ｃ１と提示し
た広告の数Ｃ２を課金金額設定部４２０へ送ったが、本
変形例では、提示した記事の点数の合計と、提示した広
告の点数の合計を課金金額設定部４２０へ送り、これら
をＣ１とＣ２の代わりに用いて課金金額を設定する。

【０２７３】本変形例により、記事や広告ごとに金額を
変更できるので、例えば、ソフトウェアが時刻表である
場合には、臨時列車の情報は、他の情報より高くするな
どができる。

【０２７４】同様に、ソフトウェアが推理小説である場
合に、復号・復元された後の構造を図５０のようにする
と、結末が書かれている「終章」を読まない場合には、
割安になるようにすることもできる。図５０に構造を示
した小説は、序章と終章を含めて１０の章からなり、終
章の点数が他の章より高くなっている。

【０２７５】（実施例１０） （実施例１０の主な構成要素と作用）本発明の実施例１
０の構成は、実施例７の図２０の構成と同様である。

【０２７６】すなわち、本実施例のソフトウェア利用法
制御装置は、ソフトウェアを管理するためのソフトウェ
ア管理部１０１と、ソフトウェアの利用され方およびソ
フトウェアの構造と１つ以上のソフトウェアを関連させ
て管理するための利用権管理部１０２と、ソフトウェア
管理部１０１と利用権管理部１０２に管理された情報を
参照して、ソフトウェアの利用のされ方を制御するため
の利用権制御部１０４と、利用者が利用要求を入力する
ための入力部とを備えたソフトウェア利用法制御方式に
おいて、前記利用権制御部１０４は、ソフトウェアの構
造を参照して課金の額を決定する課金金額設定部１２０
を具備したことを特徴とする。

【０２７７】（実施例１０の効果）新聞や雑誌の記事
は、一般に見出しと本文からなり、書籍は、タイトル
と、目次、本文などからなる。読者は、一般に、まず見
出しやタイトルを見て興味がある場合に、その内容・本
文を見ようとする。従来の紙媒体の新聞や雑、書籍で
は、記事や章の一部のみに興味がある場合でも、その１
冊全体に設定された価格で購入する必要があった。これ
に対し、本実施例では、興味がある記事や章を選択する
ことができ、かつ見出しやタイトルのみを見る場合には
安い金額にすることができる。

【０２７８】（実施例１０の具体的な説明）本実施例の
概略構成図は、実施例７の図２０の構成と同様である。

【０２７９】図５１に、本実施例の処理の流れを図示す
る。図５２に、復号・復元された後のソフトウェアｉの
構造を図示する。図５２に図示したように、各記事情報
は、記事見出しのポインタと記事本文のポインタからな
る。

【０２８０】図５１のステップＳ７５までは、実施例７
の図３６の処理の流れと同様であるので説明を省略す
る。ステップＳ７６で、記事見出しカウンタＣ１を０に
し、ステップＳ７７で、記事本文カウンタＣ２を０にす
る。ステップＳ７８で、利用者の要求が記事見出しであ
るかを判定する。利用者の要求が記事見出しである場合
には、ステップＳ７９で、Ｃ１の次から順に３つの記事
を情報提示部１１９へ送り、Ｃ１←Ｃ１＋３とする。こ
のとき情報提示部１１９が提示する画面の一例を、図５
３に図示する。ステップＳ７１０で、記事情報がまだ残
っているかを判定し、残っていればステップＳ７８へ戻
る。提示された画面で、いずれかの記事見出しの直前の
□がポインティングされた場合には、ステップＳ７１２
で、ポインティングされた記事本文を情報提示部１１９
へ送り、記事本文カウンタＣ２に１を加えて、ステップ
Ｓ７８へ戻る。記事情報が残っていないか、図５３の画
面で「終了」が選択された場合に、ステップＳ７１３へ
進む。

【０２８１】ステップＳ７１３で、利用権管理部１０２
が管理している利用の仕方に関する情報の中から、課金
金額情報を復元、あるいは復号し、Ｃ１とＣ２の値とと
もに課金金額設定部１２０へ送る。課金金額情報の一例
を次に示す。

【０２８２】ｙ＝Ｃ４・ｘ^C5 ここで、Ｃ４とＣ５は所定の定数である。

【０２８３】ステップＳ７１４で、 Ｃ１＋Ｃ２・８ の値を計算し、これを課金金額情報の式のｘに代入し、
課金金額ｙを得る。このように、見出しと本文の価格比
を設定して、課金金額を決めることができる。

【０２８４】（実施例１０の変形例１）本実施例では、
記事の場合について説明したが、必ずしも、これに限定
されるものではない。例えば、辞典、事典、字典でも、
同様にして、見出しと説明文に分け、価格比を設定して
も良い。また、名簿では、見出しとなる人名と、その人
の住所や所属などの説明に分け、価格比を設定しても良
い。また、電話帳では、見出しとなる人名や商店名と、
その住所や商店案内を分け、価格比を設定しても良い。

【０２８５】（実施例１０の変形例２）本実施例では、
記事の見出しと本文の場合について説明したが、必ずし
も、これに限定されるものではない。例えば、図５４に
図示するように、複数の情報について、それぞれの題名
と本体を格納しても良い。この場合、図５５に図示する
ような画面を表示することにより、利用者が所望する情
報を表示させることができる。このとき、題名と本体の
価格比を設定できると同時に、実施例７で説明したよう
に、各情報に点数をつけて、情報間の価格比を設定する
ことも可能である。この場合、図５４に図示したように
それぞれの情報に点数を設定し、提示した題名と本体の
数の合計を求める際に、それぞれの点数を掛けて合計す
れば良い。 （実施例１０の変形例３）本実施例では、記事の見出し
と本文の場合について説明したが、必ずしも、これに限
定されるものではない。例えば、内容についての付加的
な情報や、サービスの有無を選択して、課金することも
できる。図５６に、ソフトウェアが映画である場合の構
造を図示する。図５６に図示するように、字幕の情報を
もつ映画があり、この映画と字幕サービスが選択されれ
ば、字幕サービスがない場合よりも、課金金額を高くす
ることができる。

【０２８６】（実施例１１） （実施例１１の主な構成要素と作用）図５７は、本発明
の実施例１１の概略構成図である。すなわち、本実施例
のソフトウェア利用法制御装置は、ソフトウェアを管理
するためのソフトウェア管理手段と、ソフトウェアの利
用され方と１つ以上のソフトウェアを関連させて管理す
るための利用権管理手段と、ソフトウェア管理手段と利
用権管理手段に管理された情報を参照して、ソフトウェ
アの利用のされ方を制御するための利用権制御手段と、
利用者が利用要求を入力するための入力手段とを備えた
ソフトウェア利用法制御方式において、前記利用権制御
手段は、利用者がアクセスしたソフトウェアに付与され
た日時に応じて課金の額を決定する課金金額設定手段を
具備したことを特徴とする。

【０２８７】（実施例１１の効果）一般にニュースなど
の情報では、新しいものほど価値があり、古くなるほど
価値は減ると考えられる。従来の紙媒体の新聞や書籍で
は、このような時間の観点から合理的に価格を決定する
ことが困難であった。

【０２８８】これに対し、本実施例では、新聞や書籍の
作成や配布の日時と、それらにアクセスした日時を参照
することにより、合理的に価格を決定することができ
る。

【０２８９】（実施例１１の具体的な説明）図５７は、
本実施例の概略構成図である。本実施例は、利用者から
の要求指示を入力するための、例えば、キーやトラック
ボールなどからなる入力部５１６と、本や新聞、雑誌な
どのソフトウェアを管理するためのソフトウェア管理部
５０１と、前記ソフトウェア管理部５０１で管理されて
いる個々のソフトウェアがどのように利用できるかの情
報とソフトウェアが作成された日付を管理する利用権管
理部５０２と、前記入力部５１６から利用要求があった
ときに、利用の可否を決定し、その内容に応じて利用権
管理部５０２の管理している情報を変更したり、前記利
用可とされたソフトウェアを前記ソフトウェア管理部５
０１から読みだし、暗号化されている情報の復号あるい
は圧縮されている情報の復元などを行う利用権制御部５
０４と、利用者がソフトウェアにアクセスした日時を得
る計時部５２２と、前記利用権制御部５０４が利用可と
判断したときに、利用者がアクセスしたソフトウェアに
付与された日時に応じて課金の額を決定する課金金額設
定部５２０と、前記利用権制御部５０４により提示可能
になったデータを提示する情報提示部５１９を備えてい
る。

【０２９０】図５８に、本実施例の処理の流れを図示す
る。ステップＳ８７までは、実施例４の図２１の処理の
流れと同様であるので、説明を省略する。ただし、ステ
ップＳ８６で、復元、あるいは復号し、課金金額設定部
５２０に送る課金金額情報は、次の通りである。

【０２９１】ｙ＝Ｃ１−Ｃ２・ｘ^C3 ここで、Ｃ１、Ｃ２、およびＣ３は所定の定数である。

【０２９２】ステップＳ８８で、提示したソフトウェア
が作成された日付を課金金額設定部５２０へ渡す。

【０２９３】ステップＳ８９で、課金金額を設定する。
課金金額設定の処理の流れを図５９に図示する。図５９
のステップＳ８１１で、操作当日の日付とソフトウェア
に付与されている日付との差（日数）をＣ４とする。ス
テップＳ８１２で，Ｃ４をｘに代入しｙの値を得る。ス
テップＳ８１３で，ｙが０より小さいかどうかを判定
し、ｙが０より小さければ、ｙを０とする。最後にｙの
値を課金金額とし終了する。

【０２９４】（実施例１２） （実施例１２の構成）図６０は、本発明の実施例１２の
概略構成図である。すなわち、本実施例のソフトウェア
利用法制御装置は、ソフトウェアを管理するためのソフ
トウェア管理手段と、ソフトウェアの利用され方と１つ
以上のソフトウェアを関連させて管理するための利用権
管理手段と、ソフトウェア管理手段と利用権管理手段に
管理された情報を参照して、ソフトウェアの利用のされ
方を制御するための利用権制御手段と、利用者が利用要
求を入力するための入力手段とを備えたソフトウェア利
用法制御方式において、前記利用権制御手段は、利用者
が利用したときに、著作権の所在をあきらかにした付加
情報をソフトウェアに重畳するための付加情報重畳提示
手段を具備したことを特徴とする。

【０２９５】（実施例１２の効果）従来の著作権を明示
する印は、本の表紙などに記されているので、その箇所
を利用しないようにすれば、容易に著作者がだれかを不
明にすることができた。

【０２９６】ソフトウェアに対し、参照、複写、変更な
どの２次利用を行おうとしたとき、本実施例では、ソフ
トウェアに対して、著作者名などを明らかにした付加情
報（例えばテロップなど）が重畳されるので、常に著作
権がだれにあるかが明確になる。付加情報は、ソフトウ
ェアを表示するときに必ず重畳して、表示されるので、
付加情報を削除することはできないので、著作権の所在
を不明にすることが非常に困難になる。

【０２９７】（実施例１２の具体的な説明）図６０は本
実施例の概略構成図である。本実施例は、利用者からの
要求指示を入力するための、例えば、キーやトラックボ
ールなどからなる入力部６１６と、本や新聞、雑誌など
のソフトウェアを管理するためのソフトウェア管理部６
０１と、前記ソフトウェア管理部６０１で管理されてい
る個々のソフトウェアがどのように利用できるかを管理
する利用権管理部６０２と、前記入力部６１６から利用
要求があったときに、利用権管理部６０２が管理してい
る利用権情報とソフトウェア管理管理部６０１が管理し
ているソフトウェアを参照して、利用の可否を決定し、
その内容に応じて利用権管理部６０２の管理している情
報を変更したり、前記利用可とされたソフトウェアを前
記ソフトウェア管理部６０１から読みだし、暗号化され
ている情報の復号あるいは圧縮されている情報の復元な
どを行う利用権制御部６０４と、前記利用権制御部６０
４が利用可と判断したときに、ソフトウェアに著作者名
など著作権の所在を明らかにした文言をソフトウェアの
形式（テキスト、音声、ビットマップ、静止画、動画な
ど）に適した形式で生成するための付加情報生成部６２
３と、前記利用権制御部６０４により提示可能になった
データを提示する提示部６１９と、前記付加情報生成部
６２３により生成された付加情報を前記提示部６１９に
提示されているソフトウェアに重ねて提示するための付
加情報重畳提示部６２４を備えている。

【０２９８】図６１は、本実施例の処理の流れを示す図
である。

【０２９９】利用者からの入力待ちをしていて（ステッ
プＳ９１）、利用者から例えばソフトウェアｉに対して
利用要求がある（ステップＳ９２）と、利用権制御部６
０４は、ソフトウェア管理部６０１が管理しているソフ
トウェアｉの情報と、利用権管理部６０２が管理してい
る利用の仕方に関する情報とを参照して、例えば、実施
例２に示されているような方式で、利用の可否を判定す
る（ステップＳ９３）。

【０３００】利用が許可されない場合には、利用できな
い旨のメッセージを提示部６１９に提示し（ステップＳ
９４）、処理を終了し、次の入力待ち状態に戻る。

【０３０１】利用が許可された場合、利用権制御部６０
４は利用要求のあったソフトウェアｉをソフトウェア管
理部６０１より読み出す（ステップＳ９５）。ソフトウ
ェアｉが圧縮あるいは暗号化されている場合には、この
とき復元（圧縮されていた情報をもとに戻す）、あるい
は復号（暗号化されていた情報を鍵などを使って暗号を
解いて、もとに戻す）。

【０３０２】次に利用権制御部６０４は、復号あるいは
復元されたソフトウェアの形式がテキスト、音声、ビッ
トマップ、静止画、動画、あるいはそれ以外のいずれで
あるかの判定を行う（ステップＳ９６）。

【０３０３】その判定結果をもとに、付加情報生成部６
２３は、ソフトウェアの形式に応じた形式での著作権の
所在を明らかにした文言（付加情報）、例えば「ＡＢＣ
ＤＥ（ｃ）」（（ｃ）はコピーライトマークのかわり）
あるいは「本ソフトウェアの著作権はＡＢＣＤＥ社にあ
ります」（音声）を、例えば図６２のような形式でソフ
トウェアと付加情報の対応を記述した対応表をもとに生
成する（ステップＳ９７）。例えば、ソフトウェアがテ
キストであれば、図６２から、著作権宣言文言もテキス
トで作成する。ソフトウェアがビットマップであれば、
著作権宣言文言も、テキスト情報をビットマップに変換
して、ビットマップ情報として、作成する。ソフトウェ
アが音声、静止画、動画、その他であれば、著作権宣言
文言をテキスト情報を音声合成により、音声に変換し
て、音声情報として作成する。

【０３０４】ステップＳ９８で、利用権制御部６０４は
ステップＳ９５で復号あるいは復元したソフトウェアを
情報提示部６１９に提示する。

【０３０５】このとき、付加情報重畳提示部６２４は、
ステップＳ９７で付加情報生成部６２３が生成した付加
情報を提示する。提示場所や、提示の周期などは、例え
ば、図６３のような形式で付加情報の形式と対応させて
記述されている対応表を用いて、制御する（ステップＳ
９９）。テキストであれば、右下に、ビットマップ出あ
れば右上に、定常的に表示する。音声であれば、スピー
カから例えば、３分毎に流す。ステップＳ９８とステッ
プＳ９９は同時に実行される。

【０３０６】この結果、例えば、図６４のように、ソフ
トウェアが提示されている枠の外側で、右下に著作権宣
言文言「ＡＢＣＤＥ（ｃ）」が重ねて表示される。

【０３０７】また、複写あるいは変更の権利を有する利
用者が、ソフトウェア（仮にｉと呼ぶ）を複写あるいは
変更したときは、複写あるいは変更されて新しく生成さ
れたソフトウェア（仮にｉ’と呼ぶ）にも、前述の実施
例で説明したように、ソフトウェアｉの利用権管理部６
０２の内容がそのまま、ソフトウェアｉ’の利用権管理
部６０２に複写される。従って、複写や変更によって、
著作権の所在を明らかにする著作権宣言文言が消えてし
まうことはない。

【０３０８】以上のように、著作権宣言文言はソフトウ
ェアとは別の手段により生成され、提示されるので、ソ
フトウェアの編集の際に削除されることがない。また、
ソフトウェア情報の表示をじゃましない場所に表示され
るので、利用者を阻害することはない。

【０３０９】（実施例１２の変形例）本実施例では付加
情報生成部６２３がソフトウェアの形式に応じて、生成
する付加情報（著作権宣言文言）の形式を変えている
が、必ずしも、これに限定されるものではない。ソフト
ウェアの形式によらずに、著作権宣言文言を一定の形式
（例えば、テキスト、あるいは音声）で付加する方法も
可能である。

【０３１０】また、利用者が著作権宣言文言の形式を選
択することも可能である。例えば、図６２のような対応
表を設定しておかずに、ステップＳ９７で、利用者に著
作権宣言文言の形式の何にするか、その都度問い合わせ
るように変形することもできる。あるいは予め、ソフト
ウェアのどの形式に対し、著作権宣言文言を何の形式で
提示するかを記述した表（図６２のかわり）を利用者が
設定しておき、ステップＳ９７で、その対応表をみなが
ら、著作権宣言文言を生成することも可能である。

【０３１１】また紙などへの印刷の場合には、付加情報
生成部６２３がテキストなど紙に印刷できる形式に自動
的に切り替えるようにすることも可能である。また、付
加情報の印刷箇所も、必ず印刷される場所（例えば、ペ
ージ番号の印刷箇所の近くなど）に自動的に設定し直す
ことも可能である。

【０３１２】付加情報重畳提示部６２４は図６３のよう
な対応表により、付加情報の提示を制御しているが、必
ずしも、これに限定される物ではない。図６３の内容を
利用者毎に変更することも可能である。

【０３１３】また、付加情報生成部６２３は必ずしも、
すべてのソフトウェアの利用管理部に付加されているわ
けではない。著作者がソフトウェアを作成するときに、
不要と判断し、付加情報生成部６２３なしの形式で作成
することも可能である。

【０３１４】（実施例１３） （実施例１３の主な構成要素と作用）図６５は、本発明
の実施例１３の概略構成図である。すなわち、本実施例
のソフトウェア利用法制御装置は、ソフトウェアを管理
するためのソフトウェア管理手段と、ソフトウェアの利
用され方と１つ以上のソフトウェアを関連させて管理す
るための利用権管理手段と、利用権管理手段が管理する
情報の制御を行う権利情報を管理するための著作権管理
手段と、ソフトウェア管理手段と利用権管理手段に管理
された情報を参照して、ソフトウェアの利用のされ方を
制御するための利用権制御手段と、著作権管理手段と利
用権管理手段に管理された情報を参照して、ソフトウェ
アの作者と利用者を明確に制御するための著作権制御手
段と、利用者が利用要求を入力するための入力手段と、
利用権制御手段は、利用者が利用したときに、著作権の
所在をあきらかにした付加情報をソフトウェアに重畳す
るための付加情報重畳提示手段とを具備したソフトウェ
ア利用法制御方式において、著作権制御手段がソフトウ
ェアの作者であると認識した利用者だけが、利用権管理
手段および付加情報生成手段、付加情報重畳提示手段の
保持している内容を書き換えられるようにしたことを特
徴とする。

【０３１５】（実施例１３の効果）従来の著作権を明示
する印は、本の表紙などに記されているので、その箇所
を利用しないようにすれば、容易に著作者がだれかを不
明にすることができた。

【０３１６】ソフトウェアに対し、参照、複写、変更な
どの２次利用を行おうとしたとき、本実施例では、ソフ
トウェアに対して、著作者名などを明らかにした付加情
報（例えばテロップなど）が重畳されるので、常に著作
権がだれにあるかが明確になる。しかも、提示する付加
情報の内容や、重畳して提示する場所などの変更は、ソ
フトウェアの作者（著作権をもっている者）だけしか行
えない。従って、著作権のない利用者は、付加情報を見
えにくい場所に表示したり、サイズを変更して目立たな
くしたりなどの改編を行うことができないので、いつも
著作権の存在を利用者に認識させるように提示すること
が可能となる。

【０３１７】（実施例１３の具体的な説明）図６５は、
本実施例の概略構成図である。実施例１３は、実施例１
０と同様の構成に、ソフトウェアの著作権に関する情報
を管理するための著作権管理部７０３と、著作権管理部
７０３と利用権管理部７０２に管理された情報を参照し
て、ソフトウェアの作者とそれ以外の利用者とを明確に
制御するための著作権制御部７０５を付加した構成にな
っている。

【０３１８】すなわち、本実施例は、利用者からの要求
指示を入力するための、例えば、キーやトラックボール
などからなる入力部７１６と、本や新聞、雑誌などのソ
フトウェアを管理するためのソフトウェア管理部７０１
と、前記ソフトウェア管理部７０１で管理されている個
々のソフトウェアがどのように利用できるかを管理する
利用権管理部７０２と、前記入力部７１６から利用要求
があったときに、利用の可否を決定し、その内容に応じ
て利用権管理部７０２の管理している情報を変更した
り、前記利用可とされたソフトウェアを前記ソフトウェ
ア管理部７０１から読みだし、暗号化されている情報の
復号あるいは圧縮されている情報の復元などを行う利用
権制御部７０４と、前記利用権制御部７０４が利用可と
判断したときに、利用者がアクセスしたソフトウェアの
量に応じて課金の額を決定する課金金額設定部７２０
と、前記利用権制御部７０４により提示可能になったデ
ータを提示する情報提示部７１９と、ソフトウェアの著
作権に関する情報を管理するための著作権管理部７０３
と、著作権管理部７０３と利用権管理部７０２に管理さ
れた情報を参照して、ソフトウェアの作者とそれ以外の
利用者とを明確に制御するための著作権制御部７０５を
備えている。

【０３１９】実施例１２では、利用権制御部６０４が、
付加情報生成部６２３や付加情報重畳提示部６２４が管
理するデータ（具体的には図６２の付加情報生成表や図
６３の付加情報提示表にあたる）に対して、変更ができ
たが、本実施例では、利用権制御部７０４は、付加情報
生成部７２３や付加情報重畳提示部７２４が管理するデ
ータに対して、変更できない。変更できるのは著作権制
御部７０５である。

【０３２０】図６６は、本実施例の処理の流れを示す図
である。実施例１０の処理の流れ図とは、入力待ちのス
テップＳ９１の後の処理が異なっている。

【０３２１】利用者からの入力が、付加情報生成部７２
３が管理する付加情報生成表への変更要求であった場合
（ステップＳ９１０）は、著作権制御部７０５が実施例
２で示したように、著作権管理部７０３が管理する著作
権情報と、利用権管理部７０２が管理する利用権情報と
を参照して、利用者がソフトウェアの著作者自身である
かを判断する（ステップＳ９１２）。

【０３２２】利用者がソフトウェアの著作者自身であれ
ば、入力された変更内容が、著作権制御部７０５を通じ
て、付加情報生成表に書き込まれる（ステップＳ９１
３）。そうでなければ、変更が行えないので、メッセー
ジを提示して（ステップＳ９４）、ステップＳ９１へ戻
る。

【０３２３】また、利用者からの入力が、付加情報重畳
提示部７２４が管理する付加情報提示表への変更であっ
た場合（ステップＳ９１１）は、先と同様に著作権制御
部７０５が利用者がソフトウェアの著作者であるかを判
断する（ステップＳ９１２）。

【０３２４】利用者がソフトウェアの著作者自身であれ
ば、入力された変更内容が、著作権制御部７０５を通じ
て、付加情報提示表に書き込まれる（ステップＳ９１
３）。そうでなければ、変更が行えないので、メッセー
ジを提示して（ステップＳ９４）、ステップＳ９１へ戻
る。

【０３２５】本実施例のようにすれば、著作者以外は著
作権宣言文言である付加情報の内容やその提示場所を変
更できない。従って、著作者がソフトウェアの真価を落
としめると判断するような場所や形式で付加情報の提示
を、利用者が望んだとしても、そのような変更ができな
くなっている。

【０３２６】また、複写あるいは変更の権利を有する利
用者が、ソフトウェア（仮にｉと呼ぶ）を複写あるいは
変更したときは、複写あるいは変更されて新しく生成さ
れたソフトウェア（仮にｉ’と呼ぶ）にも、前述したよ
うに、ソフトウェアｉの利用権管理部７０２の内容がそ
のまま、ソフトウェアｉ’の利用権管理部７０２に複写
される。従って、複写や変更によって、著作権の所在を
明らかにする著作権宣言文言が消えてしまうことはな
い。

【０３２７】（実施例１３の変形例）本実施例では、付
加情報生成表や付加情報提示表の内容を書き換える際
に、著作者であることを、確認するようになっている
が、必ずしも、これに限定されるものではない。実施例
１０の図６１のステップＳ９７やステップＳ９９で、付
加情報の形式や提示場所の変更が利用者からあったとき
に、利用者が著作者であるか否かを判断するようにする
ことも可能である。

【０３２８】（実施例１４） （実施例１４の主な構成要素と作用）図６７は、本発明
の実施例１４の概略構成図である。すなわち、本実施例
のソフトウェア利用法制御装置は、ソフトウェアを管理
するためのソフトウェア管理手段と、ソフトウェアの利
用され方と１つ以上のソフトウェアを関連させて管理す
るための利用権管理手段と、ソフトウェア管理手段と利
用権管理手段に管理された情報を参照して、ソフトウェ
アの利用のされ方を制御するための利用権制御手段と、
利用者が利用要求を入力するための入力手段と、前記利
用権制御手段は、著作権の所在をあきらかにした付加情
報をソフトウェアに重畳するための付加情報重畳提示手
段を具備したソフトウェア利用法制御方式において、ソ
フトウェアの複写あるいは変更の権利を有する利用者が
ソフトウェアを複写あるいは変更したときの分量を計測
するソフトウェア利用量計測手段と、前記ソフトウェア
利用量計測手段が計測したソフトウェア利用量に応じ
て、前記付加情報重畳提示手段を制御することを特徴と
する。

【０３２９】（実施例１４の効果）実施例１０および実
施例１１では、利用権のある利用者が利用するすべての
ソフトウェアに一律に著作権の所在を明らかにする付加
情報（著作権宣言文言）が重畳表示される。ソフトウェ
アより、わずかな量（例えば、１行程度）を複写して用
いたような場合にも、必ず著作権宣言文言が重畳表示さ
れる。極端な場合には、複数（例えば、Ｎ個）のソフト
ウェアからわずかな量ずつ複写したときに、Ｎ個分の著
作権宣言文言が提示されることになり、非常にわずらわ
しくなる可能性がある。

【０３３０】本実施例によれば、著作者がわずかな量の
利用には、著作権宣言文言を提示する必要がないと判断
した場合には、提示しないようにできるので、Ｎ個分の
著作権宣言文言に利用者がわずらわされるようなケース
を減らすことができる。

【０３３１】（実施例１４の具体的な説明）図６７は、
本実施例の概略構成図である。

【０３３２】実施例１２の概略構成（図６０）に、著作
者がソフトウェアを生成したときに、わずかな量の利用
であれば、著作権宣言文言の重畳提示を省略する旨を指
定する些少省略指定部８２６と、利用者がソフトウェア
を複写、変形した利用量を計測する利用量計測部８２５
と、利用量計測部８２５が計測した利用量をもとに、付
加情報生成部８２３の生成を制御することが、追加され
ている。

【０３３３】図６８は、本実施例の処理の流れを示す図
である。

【０３３４】利用者から利用要求があり（ステップＳ９
２）、利用可であれば（ステップＳ９３）、次に利用者
より、複写や変更のために利用する範囲の指定がある
（ステップＳ９１４）。指定された範囲は利用権制御部
８０４が利用権管理部８０２の中の利用量計測部８２５
に送る。利用量計測部８２５はその量の総計を管理して
いる。

【０３３５】利用にあたって付加情報が重畳表示される
ことが、基本であるから、ステップＳ９１５で、重畳提
示フラグ（ＦＬＧ）をＯＮにする。

【０３３６】次に、著作者がこのソフトウェアを作成し
たときに、些少の利用に関しては、付加情報の重畳提示
を省略する事を指定しているかを調べる（ステップＳ９
１６）。具体的には、利用権制御部８０４が、利用権管
理部８０２が管理している些少省略指定部８２６に些少
省略の指定がされているかを調べる。

【０３３７】些少省略の指定がされていなければ、従来
通り、利用量に関係なく付加情報の提示を行うので、ス
テップＳ９５へ処理は移行する。

【０３３８】些少省略の指定があれば、利用量計測部８
２５が計測した利用量がわずかな量とみなせる一定量
（α）を超えているかを調べる（ステップＳ９１７）。

【０３３９】超えていなければ、利用量がわずかなの
で、付加情報の重畳は不必要になるので、重畳提示フラ
グ（ＦＬＧ）をＯＦＦにする（ステップＳ９１８）。

【０３４０】超えていれば、些少省略の指定の範疇にあ
てはまらないので、ステップＳ９５へ処理は移行する。

【０３４１】ソフトウェアの復号・復元（ステップＳ９
６）後、重畳提示ＦＬＧの値を調べる（ステップＳ９１
９）。重畳提示ＦＬＧが初期設定のまま、ＯＮであれ
ば、従来通り、ソフトウェアの形式を調べ（ステップＳ
９６）、付加情報を生成し（ステップＳ９７）、ソフト
ウェアの提示を行う（ステップＳ９８）。

【０３４２】重畳提示ＦＬＧがＯＦＦであれば、付加情
報の生成は不要なので、処理はソフトウェアの提示に移
行する（ステップＳ９８）。

【０３４３】提示後、再び、重畳提示ＦＬＧの値を調べ
（ステップＳ９２０）、付加情報の提示を行うか（ステ
ップＳ９９）、あるいは次の処理へ移行する。

【０３４４】以上、本実施例によれば、著作者が許可し
ている場合には、わずかな量の利用には著作権宣言文言
が提示されないので、わずらわしさから、逃れることが
できる。

【０３４５】（実施例１４の変形例）上の実施例では、
利用量がわずかであれば、著作権宣言文言を一律に省略
する方法について、説明したが、かならずしも、これに
限定されるわけではない。例えば、利用量に応じて、付
加情報重畳提示部８２４が管理する付加情報提示表の内
容を変更して、サイズや提示周期を制御することも可能
である。

【０３４６】また、利用量がわずかであるかどうかを判
断する量が、実施例では一律になっている。その代わり
に、例えば、著作者が些少省略の指定を行うとき、その
量を指示するようにし、ソフトウェアによって、変えら
れるようにすることもできる。

【０３４７】また、利用者が複数のソフトウェアを利用
する場合には、利用権制御部８０４が、個々のソフトウ
ェアの利用量計測部８２５が計測した量をある関数（例
えば、線形に重み付けおこなう）により、算出し、この
量により、利用量がわずかであるかどうかを総体的に判
定することも可能である。

【０３４８】（実施例１５） （実施例１５の主な構成要素と作用）図６９は、本発明
の実施例１５の概略構成図である。すなわち、本実施例
のソフトウェア利用法制御装置は、ソフトウェアのソフ
トウェアを管理するためのソフトウェア管理手段と、ソ
フトウェアの利用され方と１つ以上のソフトウェアを関
連させて管理するための利用権管理手段と、ソフトウェ
ア管理手段と利用権管理手段に管理された情報を参照し
て、ソフトウェアの利用のされ方を制御するための利用
権制御手段と、利用者の認証情報を管理する認証情報管
理手段と、利用者が利用要求を入力するための入力手段
と、利用可能となったソフトウェアを提示するための情
報提示手段とを具備したソフトウェア利用法制御装置に
おいて、利用者のプロフィールに対応してソフトウェア
の提示方法を制御する資格対応制御手段を具備したこと
を特徴とする。

【０３４９】（実施例１５の効果）従来のソフトウェア
では、暗号化あるいは圧縮されていないので、購入さえ
すれば、だれでも見ることができた。ソフトウェアの中
には、ヌード雑誌など、ある一定年齢以上しか見せたく
ないものも存在する。しかし、従来の印刷されたソフト
ウェアでは、一度購買されたソフトウェアに対して、こ
れを防ぐ手段がなかった。

【０３５０】本実施例によれば、ソフトウェアは暗号化
あるいは圧縮されているので、購買して見る時点で、復
号あるいは復元が必要である。この時点で利用者の年齢
などチェックして、見せるべきでない情報は暗号化ある
いは圧縮したままにし、隠ぺいすることができる。

【０３５１】（実施例１５の具体的な説明）図６９は、
本実施例の概略構成図である。

【０３５２】本構成の特徴は、利用者の資格（単に利用
料金を支払ったという以外の資格、例えば、年齢）に応
じて提示方法を制御する資格対応制御部９２７が利用権
管理部９０２内に設けられている点にある。

【０３５３】図７０は、本実施例の処理の流れ図であ
る。

【０３５４】利用可かどうかを識別した（ステップＳ９
３）後、認証情報管理部９０６は、利用者が要求したソ
フトウェアを利用する資格（正当な料金を支払っている
かどうかでなく、年齢などが条件にあっているか）があ
るかどうかを、資格対応制御部９２７が管理している例
えば、図７１のような資格対応表を元に判定する（ステ
ップＳ９３０）。

【０３５５】図７１は、ソフトウェアに含まれているテ
キストＡにはＵ１７（１７歳以下）の制限が非適用−Ｎ
Ａ（Ｎｏｔ Ａｐｐｌｉｃａｂｌｅ）で、現在は解凍Ｆ
ＬＧがＯｆｆであることを示している。テキストＢも同
様である。写真ＣはＵ１７の制限が適用−Ａ（Ａｐｐｌ
ｉｃａｂｌｅ）である。

【０３５６】つまり、今利用しようとしているソフトウ
ェアには、図７１に示されているように、Ｕ１７の制限
があるので、認証情報管理部９０６は、利用者の年齢
が、１８歳以上であるかを調べるのである。

【０３５７】１８歳以上であれば、フル利用の資格を有
しているので、ステップＳ９３１に処理が移り、資格対
応表の解凍ＦＬＧをｏｎにする。具体的には、図７２の
ように、解凍ＦＬＧ欄の属性値がすべてｏｎになる。

【０３５８】１７歳以下である場合は、フル利用の資格
がないので、資格がある箇所のみ、解凍ＦＬＧをｏｎに
する（ステップＳ９３２）。具体的には、Ｕ１７の制限
が適用されないテキストＡとＢ、広告Ｄが該当するの
で、図７３のように、その箇所の解凍ＦＬＧの属性値だ
けがｏｎになる。

【０３５９】次に、この解凍ＦＬＧがｏｎの箇所のみ、
利用が許されているので、その箇所のみ、復元あるいは
復号を行う（ステップＳ９３３）。

【０３６０】解凍ＦＬＧがｏｆｆの箇所は、そのまま提
示しても良いが、ここでは、例えば塗りつぶし処理をお
こなう（ステップＳ９３４）。

【０３６１】その結果を情報提示部９１９に提示する
（ステップＳ９８）。例えば、図７３のように、写真Ｃ
の部分のみ、解凍ＦＬＧがｏｆｆのソフトウェアを提示
した場合には、図７４のように、写真Ｃの部分が見えな
いように塗りつぶされた状態で提示される。

【０３６２】このように本実施例によれば、たとえお金
を払っても、倫理的にみる資格のない利用者には見せな
いようにできるので、教育上の配慮などを十分に行うこ
とができる。

【０３６３】（実施例１５の変形例）本実施例では、見
る資格のない部分、塗りつぶしを行っているが、必ずし
もこれに限定されるものではない。例えば、この部分に
著作権を示す付加情報を提示するようにすることもでき
る。あるいは広告を、この部分に掲載することも可能で
ある。

【０３６４】本実施例では、利用できない部分が、音声
であった場合は信号を歪ませたり、動画であった場合に
は、雑音を混入するなどの処理により、情報を隠ぺいす
ることが可能である。

【０３６５】また、本実施例では、利用者が資格を有し
ていない場合には、その利用を禁じているだけである。
その代わりに、例えば、利用できなかった分の料金（例
えば、全体のページ数に占める割合に応じた分）を割り
引くようにすることも可能である。

【０３６６】本実施例の認証情報管理部９０６は、資格
対応制御部９２７が管理する資格対応表をみて、Ｕ１７
などの資格があるかを判定するようになっているが、必
ずしも、これに限定されるものではない。認証情報管理
部９０６で、必要と思われる資格（例えば、年齢や、運
転免許のありなしなど）をあらかじめ、チェックして起
き、その結果を利用権制御部９０４に保持しておく。ソ
フトウェアに利用要求が逢ったときに、利用権制御部９
０４が保持した資格内容を参照しながら、資格対応制御
部９２７の資格対応表を参照し、変更指示を与えるよう
にすることも可能である。

【０３６７】（実施例１６） （実施例１６の主な構成要素と作用）図７５は、本発明
の実施例１６の概略構成図である。すなわち、本実施例
のソフトウェア利用法制御装置は、ソフトウェアのソフ
トウェアを管理するためのソフトウェア管理手段と、ソ
フトウェアの利用され方と１つ以上のソフトウェアを関
連させて管理するための利用権管理手段と、ソフトウェ
ア管理手段と利用権管理手段に管理された情報を参照し
て、ソフトウェアの利用のされ方を制御するための利用
権制御手段と、利用者が利用要求を入力するための入力
手段と、利用可能となったソフトウェアを提示するため
の提示手段とを具備したソフトウェア利用法制御装置に
おいて、ソフトウェアの利用回数を計数する利用計数手
段と、利用計数手段が計数した利用回数に基づいて、ソ
フトウェアの提示方法を制御する利用回数対応制御手段
とを具備したことを特徴とする。

【０３６８】（実施例１６の効果）電子媒体の複写は、
光学的な複写と異なり、デジタルで行われるので、複写
回数が増えても、劣化することがない。このため、原本
という概念が失われてしまうことになる。

【０３６９】本実施例では、ソフトウェアが複写される
回数を計数し、その回数に応じて、複写されたソフトウ
ェアの品質を劣化させることができるので、原本だけが
ももとの画質のままで維持できる。

【０３７０】（実施例１６の具体的説明）図７５は、本
実施例の概略構成図である。

【０３７１】本構成の特徴は、ソフトウェアが何回複写
されたものであるかを計数し、記憶するための利用計数
部１０２８と、利用計数部１０２８が計数した複写回数
に応じて、ソフトウェアの提示の品質を制御する利用回
数対応制御部１０２９とが利用権管理部１００２内に設
けられている点にある。

【０３７２】図７６は、本実施例の処理の流れ図であ
る。

【０３７３】利用可である（ステップＳ９３）と、利用
計数部１０２８が保持している該当ソフトウェアが複写
されてきた回数ｃを読み出す（ステップＳ９３４）。

【０３７４】今回の複写分の回数をｃに加算する（ｃ←
ｃ＋１）（ステップＳ９３５）。

【０３７５】次に利用回数対応制御部１０２９が複写回
数に応じた劣化度を、例えば、 ｄ＝Ｆ（ｃ）＝１−（１／２）^c/10 （１≦ｃ≦１０） ＝１／２ （ｃ＞１０） …（１） のような関数に応じて、算出する（ステップＳ９３
６）。（１）の関数は利用回数１０回で半減するように
なっている。

【０３７６】利用回数対応制御部１０２９が劣化度ｄを
算出すれば、この劣化度ｄに従って、利用権制御部１０
０４はソフトウェア管理部１００１が管理しているソフ
トウェアを復号あるいは復元する（ステップＳ９３
７）。

【０３７７】例えば、劣化度ｄが１０％であれば、高周
波成分１０％をカットするようなフィルタを用いて、復
号あるいは復元されたソフトウェアの高周波成分をカッ
トする。あるいは低周波成分をカットするようにするこ
とも可能である。

【０３７８】劣化処理を受けたソフトウェアが提示部１
０１９に提示される。

【０３７９】（実施例１６の変形例）利用回数対応制御
部１０２９は（１）式のような関数で劣化度を設定して
いるが、必ずしもこれに限定される訳ではない。例え
ば、下のような対応表により、劣化度を設定するように
することも可能である。つまり、複写回数が３回以下な
らば、劣化度は０％なので、劣化しない。複写回数が４
回から７回ならば、５％だけ劣化するという具合であ
る。

【０３８０】 複写回数 劣化度（％） １〜３ ０ ４〜７ ５ ８〜１０ １０ ： ： ： ： また、劣化のさせ方も、上の実施例の方法に限定される
ものではない。ソフトウェアが動画である場合には、１
枚１枚のコマの画質を劣化させるのでなく、コマ落とし
のように時系列方向に間引いて、劣化させる方法もあ
る。

【０３８１】さらに、本実施例では、複写回数に応じて
劣化を行っているが、必ずしも、これに限定されるもの
ではない。ソフトウェアが作成されてから経過時間、あ
るいは利用者が購入した時点からの経過時間など、時間
に応じて、劣化させていくことも可能である。この場合
には、本実施例の利用計数部１０２８の替わりに経過時
間計数手段を持ち、利用回数対応制御部１０２９は複写
回数の替わりに経過時間を変数として、劣化度を算出す
るようにすれば良い。

【０３８２】（実施例１７） （主な構成要素と作用）図７７は、本発明の実施例１７
の概略構成図である。すなわち、本実施例は、アクセス
権を獲得した利用者だけがソフトウェアにアクセスでき
るソフトウェア利用法制御方式において、ソフトウェア
自身を管理するソフトウェア管理手段と、提示方法に対
応したソフトウェアの提示の可否の情報を管理するソフ
トウェア提示管理手段と、利用者からアクセスがあった
ときに、利用者の端末の提示能力情報を知るための提示
能力情報を管理する資源保護手段と、前記資源保護手段
が管理している利用者の端末の提示能力とソフトウェア
提示管理手段が管理する提示可否情報を参照し、ソフト
ウェアへのアクセスの可否を制御する利用権制御手段を
備えることを特徴とする。

【０３８３】（実施例１７の効果）現在、フルカラー
（１６７７万色）でかつ１００万画素以上の高解像度で
表示可能な高性能の表示デバイスを有したワークステー
ションや、２５６色あるいはモノクロで、解像度も高々
１０万画素程度の低性能の表示デバイスしかない携帯用
パーソナルコンピュータなど、表示性能に差のある端末
が使われている。音の提示能力に関しても同様に、８ｂ
ｉｔのＡＤ−ＤＡの性能しかない端末から、２４ｂｉｔ
のＡＤ−ＤＡの性能をもつ端末まで、さまざまである。
今後、この傾向はますます強まっていく。

【０３８４】このとき、問題になるのは、著作者が当初
作成した表示性能より劣る表示性能しか持たない端末で
の２次利用である。フルカラーで１００万画素以上の高
解像度で作成された著作物が、２５６色で１０万画素し
かない表示デバイスに表示されることが有り得る。著作
物の２次利用の許諾の考え方では、単に利用のために必
要な料金を払えば、利用できるというものであり、利用
時の提示の品質まで、考慮して、利用の許諾を判断する
機構はなかった。従って、著作者が望まない表示性能の
低い端末での利用を禁止することができなかった。特に
芸術性の高い作品では、大きな問題である。

【０３８５】本実施例によれば、２次利用を行う端末に
結合されている表示デバイスの表示性能をチェックし、
著作物が要求する表示性能を満足していなければ、利用
を拒否できるので、芸術性の高い著作物を著作者の意図
通りの品質で参照できる。

【０３８６】（実施例１７の具体的な説明）図７７は、
本実施例の概略構成図である。本実施例は、利用者から
の要求指示を入力するための、例えば、キーやトラック
ボールなどからなる入力部２１１６と、本や新聞、雑
誌、ソフトウェアなどのソフトウェア情報を管理するた
めのソフトウェア情報管理部２１０１と、前記ソフトウ
ェア情報管理部段２１０１で管理されている個々のソフ
トウェアがどのように利用できるか、特に前記ソフトウ
ェア情報管理部２１０１に記憶されたソフトウェアを提
示するのに必要な提示能力情報を管理する利用権管理部
２１０２と、前記入力部２１１６から利用請求があった
ときに、利用者の端末の提示能力情報を知るための該提
示能力情報を管理する資源保護部２１０８と、前記入力
部２１１６から利用要求があったときに、利用権管理部
２１０２が管理している利用権情報とソフトウェア情報
管理管理部２１０１が管理しているソフトウェア情報、
前記資源保護部２１０８が管理している利用者の端末の
提示能力と利用権管理部２１０２が管理しているソフト
ウェアの提示能力情報を参照して、利用の可否を決定
し、その内容に応じて利用権管理部２１０２の管理して
いる情報を変更したり、前記利用可とされたソフトウェ
ア情報を前記フトウェア情報管理部２１０１から読みだ
し、暗号化されている情報の復号あるいは圧縮されてい
る情報の復元などを行う利用権制御部２１０４と、前記
利用権制御部２１０４により提示可能になったデータを
提示する情報提示部２１１９を備えている。

【０３８７】図７８は、本実施例の処理の流れ図であ
る。

【０３８８】利用者からの入力待ちをしていて（ステッ
プＳ１００１）、利用者から例えば著作物情報ｉに対し
て利用要求がある（ステップＳ１００２）と、利用権制
御部２１０４は、著作物情報管理手段が管理している著
作物ｉの情報と、利用権管理部２１０２が管理している
利用の仕方に関する情報とを参照して、例えば、実施例
２に示されているような方式で、利用の可否を判定する
（ステップＳ１００３）。

【０３８９】利用が許可されない場合には、利用できな
い旨のメッセージを情報提示部２１１９に提示し（ステ
ップＳ１００４）、処理を終了し、次の入力待ち状態に
戻る。

【０３９０】著作物の参照など利用が許可されると、利
用権制御部２１０４は資源保護部２１０８が管理してい
る提示能力情報を読み出す（ステップＳ１００５）。図
７９に、提示能力情報の記憶の一例を示す。グラフィッ
クス（表示）の項目では、モニタのサイズ、解像度、カ
ラーの項目に関して、オーディオ（音）の項目では、出
力、サンプリング、ＡＤコンバータ、ＤＡコンバータの
項目に関して、それぞれの提示性能が記憶されている。
図７９では、グラフィックスに関してはモニタサイズが
１６”、解像度が１２８０ｘ１０２４、カラーが８ビッ
トカラーである。一方、オーディオに関しては、出力が
ステレオレベルアナログ、サンプリングレートが３２Ｋ
Ｈｚ、ＡＤコンバータが１６ビットで６４倍オーバサン
プリング、ＤＡコンバータが１６ビットで８倍オーバサ
ンプリングとなっている。

【０３９１】利用権制御に２１０４はステップＳ１００
６で、資源保護部２１０８から読みだした図７９のよう
な提示能力情報を、利用権管理部２１０２が管理するソ
フトウェア提示条件を満足するかを判定する。ソフトウ
ェア提示条件は例えば、図８０のような形式で管理され
ている。図８０は、情報提示部２１１９の機能としてグ
ラフィックス機能を使用するソフトウェアの例につい
て、その条件を示している。図８０が図７９の記憶形式
と大きく異なるのは、＜＝などの条件式が加味されてい
ること、その条件が満たされない場合の変換プログラム
を実行するためのアドレスも記憶していることである。

【０３９２】つまり、図８０の例ではモニタの性能が
「＞＝１６”」がなので、１６”以上のサイズのモニタ
を表示の条件としている。逆に小さいモニタでよい場合
には「＜＝１６”」と記述しておけばよい。また、変換
プログラムへのポインタが「ＮＵＬＬ」になっている
が、これは使ってよい変換プログラムがないことを意味
する。つまり、１６”以上のモニタがついていない端末
では、表示できないことを意味する。

【０３９３】また、解像度には「＝＝１２８０ｘ１０２
４」と記述されているので、１２８０ｘ１０２４の解像
度と等しい場合だけ、提示が許可されていることを示し
ている。この解像度に等しくない場合には、変換プログ
ラムへのポインタが「ｐ１」となっているので、この変
換プログラムを使って、異なる解像度でも提示が許可さ
れていることがわかる。

【０３９４】さらに、カラーは「＝＝２４ビットフルカ
ラー」なので、２４ビットフルカラーの提示が可能な端
末での提示が許可されている。また、変換プログラムへ
のポインタも「ｐ２」と記述されているので、２４ビッ
トフルカラーの提示ができない端末でも、変換すること
で提示が許可されていることがわかる。

【０３９５】図８０はグラフィックスのみを使用するソ
フトウェアの例であるが、オーディオを使用するソフト
ウェア、グラフィックスとオーディオの双方を使用する
ソフトウェア、あるいは他の３次元コンピュータグラフ
ィックスの機能を使用するソフトウェアなどに関して
も、同様の方式で、記述することが可能である。図８０
のような形式で記憶されているソフトウェア提示条件
は、ソフトウェアが作られた時点で、著作者が記述する
のもである。従って、著作者の意図に合わない提示は、
このソフトウェア提示条件を厳しくすることで、拒絶す
ることができる。特に許可した性能以外での提示を拒絶
したければ、変換プログラムへのポインタをＮＵＬＬに
することで、作成時と同様の環境のみでの提示を条件と
することができる。

【０３９６】ステップＳ１００６では、利用権制御部２
１０４は、図７９の提示能力条件が図８０の提示条件を
満足するかを、各項目に関して、順次チェックしてい
く。もし、図８０の提示条件の項目に該当するものが図
７９になければ、変換のしようがないので、その場合
は、利用ができない旨を表示して、入力待ち状態（ステ
ップＳ１００１）に戻る。

【０３９７】モニタサイズは１６”以上が条件である
が、図７９では１６”になっているので、この条件は満
足する。

【０３９８】解像度は１２８０ｘ１０２４であることが
条件だが、図７９では１２８０ｘ１０２４になっている
ので、この条件も満足する。

【０３９９】カラーは図８０では２４ビットフルカラー
であることが条件だが、図７９では８ビットカラーにな
っていて、この条件を満足出来ない。だが、図８０の変
換プログラムの欄に変換プログラムへのポインタが記述
されている（ステップＳ１００７）ので、この変換プロ
グラムを使って、８ビットカラーに変換し、提示できる
（ステップＳ１００８）。

【０４００】著作物情報ｉが圧縮あるいは暗号化されて
いる場合には、このとき復元（圧縮されていた情報をも
とに戻す）、あるいは復号（暗号化されていた情報を鍵
などを使って暗号を解いて、もとに戻す）（ステップＳ
１００９）。さらに、その結果を提示する（ステップＳ
１０１０）。

【０４０１】以上のように本実施例によれば、著作者が
意図した品質環境でのみ提示を行なうことができる。

【０４０２】また、ソフトウェア提示条件で変換プログ
ラムの使用が許可されていず、何らかの手段により、不
正に変換を行なった場合でも、図８０のソフトウェア提
示条件は書き換えられないので、ステップＳ１００６で
ソフトウェア提示条件をチェックした段階ではねられ、
提示できずに終わる。

【０４０３】（実施例１７の変形例）本実施例では、資
源保護部２１０８が端末に結合されている情報提示部２
１１９のすべての提示能力を一括して、図７９のような
形式で管理することを前提としているが、必ずしも、こ
れに限定されるものではない。

【０４０４】例えば、図７７の構成のかわりに、図８１
のような構成にして、各情報提示部Ａ，Ｂ（２２１９
ａ，２２１９ｂ）が管理する個々の情報提示能力を利用
権制御部２２０４が読み出すようにすることも可能であ
る。図８１の構成においては、図７９のような提示能力
情報は、グラフィックスあるいはオーディオの情報提示
を行なう個々の情報提示部（図８１では情報提示手段Ａ
（２２１９ａ）あるいは情報提示手段Ｂ（２２１９
ｂ））がそれぞれ管理する提示能力情報として、例えば
図８２のように、別々に管理されている。

【０４０５】また、本実施例における処理の流れは、図
７８のフローチャートとほぼ同様であるが、図７７の資
源保護部２１０８の管理する提示能力情報を読み出して
いたステップＳ１００５が、個々の情報提示部Ａ，Ｂ
（２２１９ａ，２２１９ｂ）の管理する提示能力情報を
読み出す事になる。

【０４０６】図８０のように、ソフトウェア提示条件が
グラフィックスなど特定の提示能力しか必要としない場
合には、該当の情報提示部ＡあるいはＢにだけアクセス
し、余分な情報を読み込まないようにすることも可能で
ある。図８０の例ではグラフィックス機能だけなので、
情報提示手段Ａにだけアクセスすることになる。

【０４０７】（実施例１８） （主な構成要素と作用）図８３は、本発明の実施例１８
の概略構成図である。すなわち、本実施例は、アクセス
権を獲得した利用者だけがソフトウェアにアクセスでき
るソフトウェア利用法制御方式において、作成途中のソ
フトウェアあるいはソフトウェアのバックアップがアク
セス権のない利用者が利用できるようなシステム資源に
格納されることを禁ずる保護手段を備えることを特徴と
する。

【０４０８】（実施例１８の効果）コンピュータを用い
て小説などの著作物を作成する場合には、停電などの不
慮の事故への対策として、作成途中の著作物のバックア
ップを自動的に作成することが行われている。このよう
なバックアップは、ディスクの容量など気にしないでよ
いようにＵＮＩＸ系のシステムなどでは、／ｕｓｒ／ｔ
ｍｐなどのいわゆるテンポラリディレクトリ（一時領
域）を使うことが多い。

【０４０９】ところが、／ｕｓｒ／ｔｍｐなどはだれも
が使えるようになっているため、作成者が／ｕｓｒ／ｔ
ｍｐなどのディレクトリに作成されたバックアップファ
イルを消し忘れると、誰もが容易に参照・複写などがで
きるという問題があった。また、作成後に必ず消したと
しても、作成途中では／ｕｓｒ／ｔｍｐにバックアップ
ファイルが存在しているために、そのバックアップファ
イルを不正に参照・複写されてしまう可能性が高かっ
た。

【０４１０】本発明では、／ｕｓｒ／ｔｍｐなど誰もが
アクセスできるようなディレクトリを使っていても、そ
れを作成者本人以外はアクセスできないディレクトリを
／ｕｓｒ／ｔｍｐなどのテンポラリディレクトリに形式
的に置き換えるので、作成途中でも、作成者本人以外は
参照・複写などができないようできる。また、もし作成
後に途中のバックアップファイルを消し忘れたとして
も、作成者以外は参照・複写などはできないので、作成
者の意図に反した利用はできないので、セキュリティ上
大いに効果がある。

【０４１１】（実施例１８の具体的な説明）図８３は、
本実施例の概略構成図である。本実施例は、利用者から
の要求指示を入力するための、例えば、キーやトラック
ボールなどからなる入力部２３１６と、本や新聞、雑
誌、ソフトウェアなどのソフトウェア情報を管理するた
めのソフトウェア情報管理部２３０１と、前記ソフトウ
ェア情報管理部２３０１で管理されている個々のソフト
ウェアがどのように利用できるかを管理する利用権管理
部２３０２と、前記入力部２３１６から利用要求があっ
たときに、利用権管理部２３０２が管理している利用権
情報とソフトウェア情報管理部２３０１が管理している
ソフトウェア情報を参照して、利用の可否を決定し、そ
の内容に応じて利用権管理部２３０２の管理している情
報を変更したり、前記利用可とされたソフトウェア情報
を前記フトウェア情報管理部２３０１から読みだし、暗
号化されている情報の復号あるいは圧縮されている情報
の復元などを行う利用権制御部２３０４と、前記利用権
制御部２３０４が前記ソフトウェア情報管理部２３０１
が管理しているソフトウェア情報をアクセスしたとき
に、ソフトウェア情報管理部２３０１が管理しているソ
フトウェア情報がアクセス権のないユーザがアクセスで
きるようなディレクトリを作業領域とすることがないよ
うに保護するための保護部２３４０と、前記保護部２３
４０によりアクセス権のないユーザがアクセスできない
作業領域を必要としたときに使う疑似作業領域部２３４
１と、アクセスが許可されたソフトウェア情報を提示す
るための情報提示部２３１９を備えている。

【０４１２】図８４は、本実施例の利用権制御部２３０
４の処理の流れ図である。

【０４１３】ステップＳ１０２１〜Ｓ１０２５、Ｓ１０
２８は、それぞれ実施例１７の処理の流れ（図７８）の
ステップＳ１００１〜Ｓ１００５、Ｓ１０１０と同様で
ある。

【０４１４】ステップＳ１０２６では、今アクセスした
ソフトウェア情報が使っているディレクトリがアクセス
権のあるユーザ（厳密には利用者本人）だけが使えるデ
ィレクトリであるかどうかをチェックする。具体的に
は、例えばソフトウェア情報がＣ言語であれば、ｆｏｐ
ｅｎ，ｆｒｅｏｐｅｎ，ｆｄｏｐｅｎなどの関数がある
か否かをチェックする。そして、ある場合に、その使っ
ているファイルが例えば／ｕｓｒ／ｔｍｐなどのアクセ
ス権で保護されていないテンポラリディレクトリにある
かないかをチェックする。

【０４１５】アクセス権の不要なディレクトリを使用し
ていない場合は、そのまま情報提示のステップＳ１０２
８に進む。

【０４１６】アクセス権の不要なディレクトリを使用し
ている場合は、アクセス権の必要ないディレクトリを使
うファイルをアクセス権の必要なディレクトリ、ここで
は、疑似作業領域部２３４１を使うように書き換える
（ステップＳ１０２７）。

【０４１７】具体的には、図８５（ａ）のようにファイ
ル読みだしポインタがアクセス権のないディレクトリ内
をさすＰ_S1であったのを、図８５（ｂ）のようにアクセ
ス権の必要な疑似作業領域手段内のポインタＰ_S2に書き
換える。問題の箇所について同様の処理を行なう。

【０４１８】書き換えた後は、ステップＳ１０２８に進
む。

【０４１９】（実施例１９） （主な構成要素と作用）図８６は、本発明の実施例１９
の概略構成図である。すなわち、本実施例は、アクセス
権を獲得した利用者だけがソフトウェアにアクセスでき
るソフトウェア利用法制御方式において、ソフトウェア
自身を管理するソフトウェア管理手段と、ソフトウェア
の著作者の名前およびソフトウェアを他のソフトウェア
と区別するための識別情報および利用履歴情報を管理す
る利用権管理手段と、利用者のソフトウェアのアクセス
の制御および前記利用権管理手段が管理する利用履歴情
報の告知を行なうための利用権制御手段と、前記利用権
制御手段が告知した利用履歴情報を集計処理する集計手
段と、前記集計手段の集計結果をソフトウェア利用法制
御方式を利用する利用者に知らせるための広報手段を備
えたことを特徴とする。

【０４２０】（実施例１９の効果）本などの印刷物の週
単位のベストセラーの算出は代表的な書店での売り上げ
数で代表されている。書店ごとの集計では地方ごとの特
色あるベストセラーは出るが、全国的なベストセラーを
算出するのは非常に困難である。

【０４２１】また、プログラムなどのベストセラーは月
単位の出荷本数などを目安に行なわれているので、正確
な値となっている保証がない。さらに、週単位など短い
期間でのベストセラーを算出することはほとんどできな
い。

【０４２２】また、印刷物にしでも、ソフトウェアにし
ても、購入後に実際に読んだり利用したりした回数など
の細かい利用状況を知ることはできなかった。

【０４２３】本実施例では、利用者がソフトウェアのア
クセス権を得た回数、アクセス権を得た後に利用した回
数、アクセス権を得てから該ソフトウェアの廃棄までの
期間などの詳細な利用情報を容易に集計することができ
る。また、利用者の利用する端末がネットワークに結合
されていれば、随時に利用情報が集計できるので、週単
位、日単位での集計も可能である。さらに、全国的な集
計を行なうことも可能である。従って、ソフトウェアの
販売会社は現在の売れ筋ソフトウェアのの情報を知っ
て、営業方針を検討したり、新規ソフトウェアの開発の
検討を行なえるようになるので、その効果は大きい。

【０４２４】さらに、集計した結果を利用者全員に容易
に知らせることができるので、利用者は、皆が便利に使
っているソフトウェアや使い勝手が悪いソフトウェアの
情報を容易に知ることができるので、利用者は良い、自
分にあったソフトウェアを選択して購買することが容易
になるので、その効果は大きい。

【０４２５】（具体的な発明）図８６は、本実施例の概
略構成図である。本実施例は、利用者からの要求指示を
入力するための、例えば、キーやトラックボールなどか
らなる入力部２４１６と、本や新聞、雑誌、ソフトウェ
アなどのソフトウェア情報を管理するためのソフトウェ
ア情報管理部２４０１と、前記ソフトウェア情報管理部
２４０１で管理されている個々のソフトウェアがどのよ
うに利用できるかを管理する利用権管理部２４０２と、
前記入力部２４１６から利用要求があったときに、利用
権管理部２４０２が管理している利用権情報とソフトウ
ェア情報管理部２４０１が管理しているソフトウェア情
報を参照して、利用の可否を決定し、その内容に応じて
利用権管理部２４０２の管理している情報を変更した
り、前記利用可とされたソフトウェア情報を前記ソフト
ウェア情報管理部２４０１から読みだし、暗号化されて
いる情報の復号あるいは圧縮されている情報の復元など
を行う利用権制御部２４０４と、前記利用権制御部２４
０４が前記ソフトウェア情報管理部２４０１が管理して
いるソフトウェア情報をアクセスしたときに、利用権管
理部２４０２が管理している著作者名、ソフトウェア識
別名、および該ソフトウェア情報の利用履歴情報を利用
権制御部２４０４から伝送、その内容を集計処理し、逆
に集計処理した結果を利用権制御部２４０４に伝送する
集計処理部２４４２を備えている。

【０４２６】図８７は、本実施例の利用権制御部２４０
４の処理の流れ図である。

【０４２７】ステップＳ１０３１〜Ｓ１０３６は、それ
ぞれ実施例１７の処理の流れ（図７８）のステップＳ１
００１〜Ｓ１００５、Ｓ１０１０と同様である。

【０４２８】利用要求のあった該当のソフトウェアが情
報提示部（図示せず）に提示できた（ステップＳ１０３
６）後で、集計処理に必要なデータ記入を行う。まず、
今回の利用が、該当ソフトウェアに対する初めての利用
であるかをチェックする。そのために、利用権管理部２
４０２が管理する、例えば図８９のような形式で管理さ
れている利用履歴情報の開始日時欄は空白かどうかを調
べる（ステップＳ１０３７）。空白であれば初めての利
用なので、利用履歴に現在の時刻を開始日時の項目に書
き込む（ステップＳ１０３８）。空白でなければ、現時
刻からの利用時間のカウントを行う（ステップＳ１０３
９，Ｓ１０４０）。

【０４２９】利用が終了するまで（ステップＳ１０３
９）、利用時間の累積をカウントする（ステップＳ１０
４０）。利用が終了した時点で、今回の累積利用時間
（図８９の例ではｙ１時間ｙ２分）を利用履歴情報の累
積利用時間の項目に書き込む（ステップＳ１０４１）。
初めての利用でない場合には、すでに累積利用時間（た
とえば、ｙ３時間ｙ４分）が書き込まれているので、そ
れに足し合わせた時間（ｙ１＋ｙ３時間ｙ２＋ｙ４分）
を書き込む。

【０４３０】ここまでで、集計処理に必要な情報が書き
込まれたので、利用権制御部２４０４は、利用権管理部
２４０２が管理している著作者名、ソフトウェア識別
名、利用履歴情報を集計処理部２４４２に送る（ステッ
プＳ１０４２）。利用が初めの場合は、その旨も送る。
図８９では著作者名やソフトウェア識別名がたとえば、
ＡＳＣＩＩなどの文字コードデータが書き込まれている
ことを想定しているが、必ずしも、これに限定されるも
のではない。暗号化されたデータやバイナリデータが書
き込まれることもある。

【０４３１】図８８は、本実施例の集計処理部２４４２
の処理の流れ図である。

【０４３２】集計処理部２４４２は、多数の利用者端末
の利用権制御部２４０４から送られてくる著作者名、ソ
フトウェア識別名、利用履歴を、例えば図９０のような
形式で記述する。図９０は、著作者名ごとに作成したソ
フトウェアの集計をとるようになっている。

【０４３３】まず、送られてきた著作者名、ソフトウェ
ア名、利用履歴を受け取る（ステップＳ１０５１）。

【０４３４】送られてきた著作者名と同じ著作者名がす
でに図９０に存在するかを調べる（ステップＳ１０５
２）。

【０４３５】存在しない場合は、著作者名を図９０の表
に追加する（ステップＳ１０５３）。 存在する場合
は、その著作者名の項目の中に、送られてきたソフトウ
ェア名と同じものがあるかを調べる（ステップＳ１０５
４）。なければ、そのソフトウェア名の項目を追加する
（ステップＳ１０５５）。

【０４３６】次に、送られてきた利用データが新規利用
であるかを調べ（ステップＳ１０５６）、新規であれ
ば、新規利用者の数を示す新規数の項目の値に１追加す
る（ステップＳ１０５７）。

【０４３７】そして、送られてきた累積利用時間を新規
利用時間を示す新規時間の項目に追加する（ステップＳ
１０５８）。

【０４３８】週単位のベストテンは新規利用数の大小が
問題なので、新規数でソートする（ステップＳ１０５
９）。

【０４３９】その結果を利用者の端末に、例えば図９１
のような形式で知らせる（ステップＳ１０６０）。

【０４４０】集計をすべき、週などの一定期間がすぎる
と、新規数は累積数に、新規時間は累積時間に積算さ
れ、それぞれの項目は０にクリアされる。

【０４４１】以上、本実施例によれば、週などの一定の
期間のベストセラーを正しく、かつ迅速に集計し、利用
者に知らせることができるので、その効果は大きい。

【０４４２】（実施例１９の変形例）本実施例では週単
位などの一定の期間内に増えた利用者の数をもとにベス
トセラーをきめ、知らせるようにしているが、必ずし
も、これに限定されるものではない。たとえば、累積の
利用者の数の大小、あるいは利用時間の大小により決定
することも可能である。これは図９０のどの項目の指数
により、ソートを行うかで容易に実現できる。

【０４４３】（実施例２０） （主な構成要素と作用）図９２は、本発明の実施例２０
の概略構成図である。すなわち、本実施例のソフトウェ
ア利用法制御装置は、ソフトウェアの各利用法に対応し
た情報と利用に応じて課金された額を格納した課金金額
情報を管理する利用権管理手段と、そのソフトウェア自
身を管理するソフトウェア管理手段と、ソフトウェア管
理手段と利用権管理手段へのアクセスを行なうと同時
に、利用権情報を用いて自身のソフトウェア管理手段に
対するアクセスを制御し、ソフトウェアを複写する場合
に課金金額情報の処理を行う利用権制御手段を備えるこ
とを特徴とする。

【０４４４】（実施例２０の効果）従来の計算機では、
ソフトウェアの保護が十分でなく、違法にコピーされる
ことがあった。一方、本発明の他の実施例で説明したソ
フトウェア利用法制御装置では、ソフトウェアを保護
し、利用に応じてそれぞれのソフトウェアに課金するこ
とが可能である。さらに、本実施例に示す方法によっ
て、当該の装置においてソフトウェアを複写することが
可能であり、課金金額の処理も適切に行なうことができ
る。

【０４４５】（具体的な発明）図９２は、実施例２０の
概略構成図である。本実施例のソフトウェア利用法制御
装置は、ソフトウェアの各利用法に対応した情報と利用
に応じて課金された額を格納した課金金額情報を管理す
る利用権管理部２５０２と、そのソフトウェア自身を管
理するソフトウェア管理部２５０１と、ソフトウェア管
理部２５０１と利用権管理部２５０２へのアクセスを行
なうと同時に、利用権情報を用いて自身のソフトウェア
管理部２５０１に対するアクセスを制御し、ソフトウェ
アを複写する場合に課金金額情報の処理を行う利用権制
御部２５０４と、利用者がコマンドなどを入力するため
の入力手段２５１６と、ソフトウェアを提示するための
情報提示手段２５１９を備えている。

【０４４６】図９３に、利用権管理部２５０２と利用権
制御部２５０４の構成を示す。

【０４４７】図９３に示すように、利用権管理部２５０
２は、利用権属性情報からなる。利用権属性情報は、当
該のソフトウェアの利用方法についての情報であり、利
用法の名称を示す情報と、当該の利用法を制御する利用
法制御プログラムを一意に示すＩＤ情報と、利用権制御
部２５０４の中の当該の利用法制御プログラムへのポイ
ンタを示す情報と、利用法制御プログラムに従って課金
された額を格納した課金金額情報から構成される。利用
法制御プログラムへのポインタがＮＵＬＬポインタであ
る場合は、そのソフトウェアでは、その利用法が許され
ていないことを示す。ＮＵＬＬポインタでない場合は、
当該の利用法が許されていることを示す。

【０４４８】図９３に示すように、利用権制御部２５０
４は、利用法制御プログラムのＩＤ情報と、利用法制御
プログラムの実体から構成される。

【０４４９】以下に、ソフトウェアが文書である場合に
おいて、ソフトウェア（文書）を参照する場合と、複写
する場合の処理の流れについて説明する。

【０４５０】図９４、に入力部２５１６における表示の
一例を示す。

【０４５１】図９４において「表示」が選択された場合
の利用権制御部２５０４の処理の流れを図９５に示す。

【０４５２】まず、「表示」が選択されると、利用権制
御部２５０４は、利用権管理部２５０２の利用権属性情
報の中の「利用法の名称」が「参照」である項目を検索
する（ステップＳ１０７１）。当該の項目の「利用法制
御プログラムへのポインタ」がＮＵＬＬポインタである
かをチェックする（ステップＳ１０７２）。ＮＵＬＬポ
インタでない場合に、ポインタで指された利用法制御プ
ログラムを起動し（ステップＳ１０７３）、処理の制御
を利用法制御プログラムへ渡す（ステップＳ１０７
４）。

【０４５３】また、図９６に参照を行う利用法制御プロ
グラムの処理の流れを図示する。

【０４５４】まず、変数ｘの値を０にする（ステップＳ
１０８１）。次に、表示用ポインタをソフトウェア管理
手段１の中のソフトウェア（文書）の先頭にセットする
（ステップＳ１０８２）。表示用ポインタ位置から所定
の量の文字を情報提示手段１７に表示する（ステップＸ
１０８３）。このとき、表示した文字数をカウントした
値を変数ｘに加え（ステップＳ１０８４）、表示用ポイ
ンタを表示した最後の文字の位置へずらす（ステップＳ
１０８５）。

【０４５５】次ページボタンが押された場合に、ステッ
プＸＳ５３へ戻る（ステップＳ１０８６）。

【０４５６】終了ボタンが押された場合には、次の処理
へ進む（ステップＳ１０８７）。

【０４５７】所定の定数Ｃと変数ｘの積の値を、変数ｙ
に代入する（ステップＳ１０８８）。さらに、利用権管
理部２５０２の利用権属性情報の中の「参照」の項目の
中の課金金額情報の値を、当該の値にｙの値を加えたも
のに書きかえる（ステップＳ１０８９）。

【０４５８】図９４において「複写」が選択された場
合、図９５に示した「参照」の場合と同様にして図９３
の複写をおこなう利用法制御プログラムが起動され、制
御が渡される。図９７に利用法制御プログラムの処理の
流れを示す。

【０４５９】まず、当該装置の図示しない記憶部に、当
該のソフトウェア管理部２５０１と利用権管理部２５０
２を複写する（ステップＳ１０９１）。さらに、利用権
管理部２５０２の利用権属性情報の中の課金金額情報の
値をすべて０にする（ステップＳ１０９２）。

【０４６０】（実施例２１） （主な構成要素と作用）図９８は、本発明の実施例２１
の概略構成図である。すなわち、本実施例のソフトウェ
ア利用法制御装置は、ソフトウェアの各利用法に対応し
た情報と利用に応じて課金された額を格納した課金金額
情報を管理する利用権管理手段と、そのソフトウェア自
身を管理するソフトウェア管理手段と、ソフトウェア管
理手段と利用権管理手段へのアクセスを行なうと同時
に、利用権情報を用いて自身のソフトウェア管理手段に
対するアクセスを制御し、ソフトウェアが消去される場
合に課金金額情報を送出する利用権制御手段と、利用権
制御手段から送出された課金金額を加算し格納する課金
金額格納手段を備えることを特徴とする。

【０４６１】（実施例２１の効果）従来の計算機では、
ソフトウェアの保護が十分でなく、違法にコピーされる
ことがあった。一方、本発明の他の実施例で説明したソ
フトウェア利用法制御装置では、ソフトウェアを保護
し、利用に応じてそれぞれのソフトウェアに課金するこ
とが可能である。さらに、本実施例に示す方法によっ
て、当該の装置においてソフトウェアを消去することが
可能であり、課金金額の処理も適切に行なうことができ
る。

【０４６２】特に、本発明の他の実施例で説明したよう
にソフトウェアを複写して利用できる場合に、利用して
不要となったソフトウェアを消去する必要が生じ、これ
に適切に対処することができる。

【０４６３】（実施例２１の具体的な説明）図９８は、
実施例２１の概略構成図である。本実施例のソフトウェ
ア利用法制御装置は、ソフトウェアの各利用法に対応し
た情報と利用に応じて課金された額を格納した課金金額
情報を管理する利用権管理部２６０２と、そのソフトウ
ェア自身を管理するソフトウェア管理部２６０１と、ソ
フトウェア管理部２６０１と利用権管理部２６０２への
アクセスを行なうと同時に、利用権情報を用いて自身の
ソフトウェア管理部２６０１に対するアクセスを制御
し、ソフトウェアが消去される場合に課金金額情報を送
出する利用権制御部２６０４と、利用者がコマンドなど
を入力するための入力手段２６１６と、ソフトウェアを
提示するための情報提示手段２６１９と、利用権制御部
２６０４から送出された課金金額を加算し格納する課金
金額格納部２６４３を備えている。

【０４６４】利用権管理部２６０２と利用権制御部２６
０４の構成は、実施例２０の図９３に示す利用権管理部
２５０２と利用権制御部２５０４の構成と同様であるの
で説明を省略する。

【０４６５】図９９に入力部２６１６における表示の一
例を示す。図９９において「表示」が選択された場合の
利用権制御部２６０４の処理の流れは、実施例２０の図
９５と同様であり、利用法制御プログラムの処理の流れ
は、図９６と同様であるので説明を省略する。また、図
９９において「複写」が選択された場合の利用権制御部
２６０４の処理の流れは、実施例２０の図９７と同様で
あるので説明を省略する。

【０４６６】図９９において「削除」が選択された場合
の削除を行う利用権制御部プログラムの処理の流れを図
１００に示す。

【０４６７】まず、当該のソフトウェアの利用権管理部
２６０２の利用権属性情報の中の課金金額情報の値をす
べて課金金額格納部２６４３へ送出する（ステップＳ１
１０１）。次に、当該のソフトウェア管理部２６０１と
利用権管理部２６０２を消去する（ステップＳ１１０
２）。課金金額格納部２６４３は、当該の利用権制御部
プログラムから課金金額情報の値が送出されてくると、
格納されている値に送出されきた値を加算して格納す
る。

【０４６８】なお、ソフトウェアに、当該のソフトウェ
アの出版社や作成者などを識別するためのＩＤを付与す
ることが可能である。従って、課金金額格納部２６４３
は、このＩＤを用いることによって、課金金額情報を出
版社や作成者別に加算し格納することも可能である。こ
の場合、課金金額格納部２６４３に格納した金額を、図
１０１のように情報提示手段２６１９に表示することも
可能である。

【０４６９】（実施例２２） （主な構成要素と作用）図１０２は、本発明の実施例２
２の概略構成図である。すなわち、本実施例は、本発明
に係るソフトウェア利用法制御方式において、著作物に
対して利用が発生した場合に、オペレーティング・シス
テムが、その利用に対応する利用法制御プログラムがシ
ステム内に存在するか否かを判定し、存在しない場合に
は、利用者に対してその利用ができないことを通知し、
存在する場合には、利用法制御プログラムを実行するこ
とを特徴とする。

【０４７０】（実施例２２の効果）従来、あるオペレー
ティング・システムが、著作権に係る情報の利用法に対
する処理を表すプログラムである利用法制御プログラム
を持たない場合、その利用に対して適切な処理を行うこ
とが出来なかった。

【０４７１】本実施例では、利用者からの利用の要求が
あった場合、当該利用に対応する利用法制御プログラム
がシステム内に存在するか否かを判定し、存在しない場
合には、利用者に対し当該利用ができないことを通知
し、利用者に利用の要求に対して適切な処理が行なえな
いことを通知してから、次の新たな利用の要求を待つ。
これにより、システムに対して、誤ったコードを利用法
制御プログラムの代わりに実行して、誤った処理を行う
ことを防ぎことができ、一方、利用者に対しては、利用
法制御プログラムをシステム内に追加する必要性がある
ことの認識を促すことができる。

【０４７２】（実施例２２の具体的な説明）図１０２
は、本実施例の概略構成図である。本実施例は、入力部
２７１６、利用情報管理部２７０２、利用権制御部２７
０４、情報提示部２７１９、著作物情報管理部２７４５
を備え、利用権管理部２７０４には、利用権属性情報中
に、ユーザから要求があった使用に対する利用法制御プ
ログラムへのポインタが存在しないことを検出する利用
法制御プログラム存在検知部２７４４を設けてある。

【０４７３】図１０３は、本実施例の利用権制御部２７
０４内部と、利用権管理部２７０２内部に保存されてい
る情報を表す図である。

【０４７４】図１０４は、本実施例の処理の流れを示す
図である。

【０４７５】利用者からの入力待ちをしていて（ステッ
プＳ１１１１）、利用者から例えば著作物情報ｉに対し
て利用要求がある（ステップＳ１１１２）と、利用権制
御部２７０４は、利用権管理部２７０２が管理する利用
権属性情報を参照して、当該利用法の利用法制御プログ
ラムが利用権制御部２１７０４内に存在するか否かを判
定する。例えば、本実施例では、その利用法制御プログ
ラムへのポインタがＮＵＬＬか否かを判定する（ステッ
プＳ１１１３）。

【０４７６】このポインタがＮＵＬＬならば、利用権制
御部２７０４は、当該利用に対する利用法制御プログラ
ムを保持していない。一方、このポインタが、ＮＵＬＬ
でなければ、そのポインタの指し示す場所に当該利用に
対する利用法制御プログラムが保持されている。

【０４７７】ポインタがＮＵＬＬの場合、利用権制御部
２７０４は、利用者に対して、当該利用に対する利用法
制御プログラムがシステム内に存在しないため、当該利
用ができない旨のメッセージを情報提示部２７１９に提
示し（ステップＳ１１１４）、処理を終了し、次の入力
待ち状態に戻る。

【０４７８】ポインタがＮＵＬＬではない場合、そのポ
インタが指し示す場所に保持された当該利用に対する利
用法制御プログラムが実行される。この利用法制御プロ
グラムは、利用権管理部２７０４が管理している利用の
仕方に関する情報（利用履歴情報）を参照して、当該利
用が著作者により許諾された利用条件や課金の条件を満
たす利用であるか否かを判定することによって、利用の
可否を判定する（ステップＳ１１１５）。

【０４７９】利用が許可されない場合には、著作者が許
諾した利用条件あるいは課金の条件により利用できない
旨のメッセージを情報提示部２７１９に提示し（ステッ
プＳ１１１６）、処理を終了し、次の入力待ち状態に戻
る。

【０４８０】利用が許可された場合には、利用権制御部
２７０４は利用要求のあった著作物情報ｉを著作物情報
管理部２７４５より読み出す（ステップＳ１１１７）。
著作物情報ｉが圧縮あるいは暗号化されている場合に
は、このとき復元（圧縮されていた情報をもとに戻
す）、あるいは復号（暗号化されていた情報を鍵などを
使って暗号を解いて、もとに戻す）。

【０４８１】ステップＳ１１１８で、利用権制御部２７
０４は、ステップＳ１１１７で復号あるいは復元した著
作物情報を情報提示部２７１９に提示する。

【０４８２】この結果、著作物の利用に対する利用法制
御プログラムがシステム内に存在しない場合にも、シス
テムが誤った処理を行なうことを防ぎ、また、利用者に
対して当該利用に対する利用法制御プログラムの不在を
知らせることができる。

【０４８３】（実施例２３） （主な構成要素と作用）図１０５は、本発明の実施例２
３の概略構成図である。すなわち、本実施例は、本発明
に係るソフトウェア利用法制御方式において、著作物に
対して利用が発生した場合に、オペレーティング・シス
テムが、その利用に対応する利用法制御プログラムがシ
ステム内に存在するか否かを判定し、存在しない場合に
は、他のシステムに対して当該利用法制御プログラムの
移送を要求する利用法制御プログラム授受手段を介して
他のシステムより当該利用法制御プログラムを移送し
て、その利用法制御プログラムを実行し、存在する場合
には、その利用法制御プログラムを実行することを特徴
とする。

【０４８４】（実施例２３の効果）従来、あるオペレー
ティング・システムが、著作権に係る情報の利用法に対
する処理を表すプログラムである利用法制御プログラム
を持たない場合、その利用に対して適切な処理を行うこ
とが出来なかった。

【０４８５】また、新たな利用法に対する処理を含むよ
うにオペレーティング・システムをバージョン・アップ
する場合には、すでに旧バージョンをインストールして
あるシステムに対して新しいバージョンをインストール
する必要がある。

【０４８６】本実施例によれば、新たな利用法の追加に
対して、対応する利用法制御プログラムのみをそのシス
テムに追加することにより、柔軟に対応できる。また、
その利用法制御プログラムを所有するオペレーティング
・システムとそれを必要とするオペレーティング・シス
テム間で移送させることにより、煩雑な再インストール
を行わずに、新しい利用法に対応できる。

【０４８７】（実施例２３の具体的な説明）図１０５
は、本実施例の概略構成図である。本実施例は、入力部
２８１６、利用情報管理部２８０２、利用権制御部２８
０４、情報提示部２８１９、著作物情報管理部２８４
５、他のオペレーティング・システムと利用法制御プロ
グラムの授受を行う利用法制御プログラム授受部２８４
６を備え、利用権管理手段２８０２には、利用権属性情
報中に、ユーザから要求があった使用に対する利用法制
御プログラムへのポインタが存在しないことを検出する
利用法制御プログラム存在検知部２８４４を設けてあ
る。ここで、利用法制御プログラム授受部２８４６は、
他のシステムとの間でプログラムの授受ができるようネ
ットワークにより接続されている。

【０４８８】図１０６は、本実施例の利用権制御部２８
０４内部と、利用権管理部２８０２内部に保存されてい
る情報を表す図である。

【０４８９】図１０７は、本実施例の処理の流れを示す
図である。

【０４９０】利用者からの入力待ちをしていて（ステッ
プＳ１１２１）、利用者から例えば著作物情報ｉに対し
て利用要求がある（ステップＳ１１２２）と、利用権制
御部２８０４は、利用権管理部２８０２が管理する利用
権属性情報を参照して、当該利用法の利用法制御プログ
ラムが利用権制御部２８０４内に存在するか否かを判定
する。例えば、本実施例では、その利用法制御プログラ
ムへのポインタがＮＵＬＬか否かを判定する（ステップ
Ｓ１１２３）。

【０４９１】このポインタがＮＵＬＬならば、利用権制
御部２８０４は、当該利用に対する利用法制御プログラ
ムを保持していない。一方、このポインタが、ＮＵＬＬ
でなければ、そのポインタの指し示す場所に当該利用に
対する利用法制御プログラムが保持されている。

【０４９２】ポインタがＮＵＬＬの場合、利用権制御部
２８０４は、利用法制御プログラム授受部２８４６に対
して他のシステムから当該利用に対応する利用法制御プ
ログラムの移送を要求する。利用権制御部２８０４は、
ネットワークを介して他のシステムに対し当該利用に対
する利用法制御プログラムの移送を要求する。この要求
に応じて送られてきた利用法制御プログラムは、利用権
制御部２８０４によって、利用権属性情報の一部として
格納される。また、利用権管理部２８０２内の利用権属
性情報のうち当該利用の利用法制御プログラムへのポイ
ンタが更新されて、先ほど格納された利用法制御プログ
ラムが保持されている場所を指し示すように設定される
（ステップＳ１１２４）。

【０４９３】このように、当該利用に対する利用法制御
プログラムがシステム内に移送されたので、次に、その
利用法制御プログラムが実行される。

【０４９４】一方、ポインタがＮＵＬＬではない場合、
すでにシステム内には、当該利用に対する利用法制御プ
ログラムが存在するので、利用法制御プログラム授受部
２８４６に対して移送の要求を出すことなく、そのポイ
ンタが指し示す場所に保持された当該利用に対する利用
法制御プログラムが実行される。

【０４９５】これらの利用法制御プログラムの実行にお
いては、利用権管理部２８０２が管理している利用の仕
方に関する情報（利用履歴情報）を参照して、当該利用
が著作者により許諾された利用条件や課金の条件を満た
す利用であるか否かを判定することによって、利用の可
否を判定する（ステップＳ１１２５）。

【０４９６】利用が許可されない場合には、著作者が許
諾した利用条件あるいは課金の条件により利用できない
旨のメッセージを情報提示部２８１９に提示し（ステッ
プＳ１１２６）、処理を終了し、次の入力待ち状態に戻
る。

【０４９７】利用が許可された場合には、利用権制御部
２８０４は利用要求のあった著作物情報ｉを著作物情報
管理部２８４５より読み出す（ステップＳ１１２７）。
著作物情報ｉが圧縮あるいは暗号化されている場合に
は、このとき復元（圧縮されていた情報をもとに戻
す）、あるいは復号（暗号化されていた情報を鍵などを
使って暗号を解いて、もとに戻す）。

【０４９８】ステップＳ１１２８で、利用権制御部２８
０４はステップＳ１１２７で復号あるいは復元した著作
物情報を情報提示部２８１９に提示する。

【０４９９】この結果、著作物の利用に対する利用法制
御プログラムがシステム内に存在しない場合にも、他の
システムから必要な利用法制御プログラムを移送するこ
とにより利用者の利用を処理することができる。

【０５００】また、本発明は上述した各実施例に限定さ
れるものではなく、その要旨を逸脱しない範囲で、種々
変形して実施することができる。

【０５０１】ここで、上記各実施例で述べられている発
明１〜発明４９を示す。

【０５０２】発明１のソフトウェア利用法制御方式は、
マルチＯＳ環境で利用する場合のシステム資源の保護に
特徴を有するものであり、システムで実行させるオペレ
ーティングシステム（ＯＳ）毎にシステム資源に対する
アクセス権を指定し、その指定に基づいてＯＳのシステ
ム資源に対するアクセスを制御する資源保護手段とを備
えることを特徴とする。

【０５０３】発明２のソフトウェア利用法制御方式は、
スーパーユーザの存在しないソフトウェア利用法制御方
式であり、ソフトウェア利用法制御方式の全利用者が、
ソフトウェア利用法制御方式を介して、ソフトウェア利
用法制御方式のシステム資源に対するアクセス権を獲得
し、システム資源に対するアクセスを行うことを禁ずる
特権保護手段とを備えることを特徴とする。

【０５０４】発明３のソフトウェア利用法制御方式は、
利用権管理手段とソフトウェア管理手段（最小構成）に
特徴を有するものであり、ソフトウェア利用法制御方式
上で実行されるソフトウェア自身が、ソフトウェアの各
利用法（実行のされ方および二次利用の方法）に対応し
た情報（利用権情報）を管理する利用権管理手段と、そ
のソフトウェア自身を管理するソフトウェア管理手段と
を備えることを特徴とする。

【０５０５】発明４は、利用権情報の役割に特徴を有す
るものであり、発明３、または発明１かつ発明２かつ発
明３のソフトウェア利用法制御方式において、利用権情
報が、ソフトウェアの利用法を示す情報、ソフトウェア
の利用法に対する著作者の意図を示す情報、一つのソフ
トウェアと他のソフトウェアとを区別するための情報、
ソフトウェアを利用するための情報、ソフトウェアの利
用法を制御するための情報、ソフトウェアの利用法の履
歴を記録するための情報、ソフトウェアの利用履歴の情
報、ソフトウェアの利用に対する課金を制御するための
情報、あるいは、これらの情報を階層的あるいは非階層
的に結合させた情報の少なくとも一つであることを特徴
とする。

【０５０６】発明５は、利用権情報の実体に特徴を有す
るものであり、発明４のソフトウェア利用法制御方式に
おいて、利用権情報が、テキスト情報、音声情報、ビッ
トマップ情報、ストローク情報、静止画像情報、動画像
情報、バイナリ情報、プログラム情報、あるいは、これ
らのこれらの情報を階層的あるいは非階層的に結合させ
た情報の少なくとも一つであることを特徴とする。

【０５０７】発明６は、利用権制御手段のソフトウェア
管理手段へのアクセスに特徴を有するものであり、発明
５のソフトウェア利用法制御方式において、ソフトウェ
アを生成する、参照する、表示する、複写する、移動す
る、変更する、消去する、実行する、分解する、あるい
は、これらのアクセスを階層的あるいは非階層的に組み
合わせたアクセスを行う、複数のソフトウェアの全体あ
るいはその一部を互いに結合させる、複数のソフトウェ
アの全体あるいはその一部を互いに階層的あるいは非階
層的に組み合わせる、というアクセスの内の少なくとも
一つを行う利用権制御手段を備えることを特徴とする。

【０５０８】発明７は、利用権制御手段の利用権管理手
段へのアクセスに特徴を有するものであり、発明６のソ
フトウェア利用法制御方式において、利用権制御手段
が、利用権情報を生成する、参照する、表示する、複写
する、移動する、変更する、消去する、実行する、分解
する、あるいは、これらのアクセスを階層的あるいは非
階層的に組み合わせたアクセスを行う、複数の利用権情
報の全体あるいはその一部を互いに結合させる、複数の
利用権情報の全体あるいはその一部を互いに階層的ある
いは非階層的に組み合わせる、というアクセスの内の少
なくとも一つを行うことを特徴とする。

【０５０９】発明８は、認証情報管理手段に特徴を有す
るものであり、発明７のソフトウェア利用法制御方式に
おいて、ソフトウェアが利用された時点の状況を示すこ
とができる情報（認証情報）を管理する認証情報管理手
段を備えることを特徴とする。

【０５１０】発明９は、認証情報の実体に特徴を有する
ものであり、発明８のソフトウェア利用法制御方式にお
いて、認証情報が、少なくとも一人の特定個人を認証す
るための情報、少なくとも一台の特定装置を認証するた
めの情報、少なくとも一つのパスワードを認証するため
の情報の少なくとも一つであることを特徴とする。

【０５１１】発明１０は、認証情報の実体に特徴を有す
るものであり、発明９記載のソフトウェア利用法制御方
式において、認証情報が、テキスト情報、音声情報、ビ
ットマップ情報、ストローク情報、静止画像情報、動画
像情報、バイナリ情報、プログラム情報、あるいは、こ
れらの情報を階層的あるいは非階層的に結合させた情報
の少なくとも一つであることを特徴とする。

【０５１２】発明１１は、認証情報の性質に特徴を有す
るものであり、発明１０のソフトウェア利用法制御方式
において、認証情報がユニークな情報であることを特徴
とする。

【０５１３】発明１２は、利用権制御手段のソフトウェ
ア管理手段へのアクセス制御に特徴を有するものであ
り、発明１０または発明１１のソフトウェア利用法制御
方式において、利用権制御手段が、利用権情報と認証情
報の少なくとも一つを用いて、利用権制御手段自身のソ
フトウェア管理手段に対するアクセスを制御することを
特徴とする。

【０５１４】発明１３は、利用権制御手段の利用法制御
方針（有、無、指定）に特徴を有するものであり、発明
１２のソフトウェア利用法制御方式において、利用権制
御手段が、ソフトウェアに対するアクセスを、「無条件
にアクセスできる」、「絶対にアクセスできない」、
「指定された方法でアクセスできる」という制御方針の
少なくとも一つで制御することを特徴とする。

【０５１５】発明１４は、利用法制御プログラムに特徴
を有するものであり、発明１３のソフトウェア利用法制
御方式において、利用権制御手段が、ソフトウェアの利
用履歴、利用された時点の認証情報、利用に対する課金
履歴、利用に対する支払い履歴の少なくとも一つの情報
（利用履歴情報）を記録する手続きと、ソフトウェアの
利用履歴情報、現在の利用状況、利用された時点の認証
情報の少なくとも一つに応じて、ソフトウェアに対する
アクセスの可否を決定する手続きと、ソフトウェアの利
用履歴情報、現在の利用状況、利用された時点の認証情
報の少なくとも一つに応じて、ソフトウェアに対する指
定されたアクセスを実行する手続きとの少なくとも一つ
の手続き（利用法制御プログラム）を実行することを特
徴とする。

【０５１６】発明１５は、利用履歴情報の管理に特徴を
有するものであり、発明１４のソフトウェア利用法制御
方式において、利用権管理手段または利用権制御手段
が、利用履歴情報を管理する、あるいは、利用履歴情報
とソフトウェアの利用法とを関連付けて管理することを
特徴とする。

【０５１７】発明１６は、利用法制御プログラムの管理
に特徴を有するものであり、発明１５のソフトウェア利
用法制御方式において、利用権管理手段または利用権制
御手段が、利用法制御プログラムを管理する、あるい
は、利用法制御プログラムとソフトウェアの利用法とを
関連付けて管理することを特徴とする。

【０５１８】発明１７は、利用権属性情報と利用権状態
情報に特徴を有するものであり、発明１６のソフトウェ
ア利用法制御方式において、利用権管理手段が、利用権
制御手段のソフトウェアに対するアクセスの制御方針を
管理する、あるいは、利用権制御手段のソフトウェアに
対するアクセスの制御方針を示す情報とソフトウェアの
利用法とを関連付けて管理することを特徴とする。

【０５１９】発明１８は、著作権管理手段とその役割に
特徴を有するものであり、発明１６のソフトウェア利用
法制御方式において、ソフトウェア自身が、利用権制御
手段の利用権管理手段に対するアクセスを制御するため
の情報（著作権情報）を管理する著作権管理手段を備え
ることを特徴とする。

【０５２０】発明１９は、著作権情報の実体に特徴を有
するものであり、発明３または発明１８のソフトウェア
利用法制御方式において、著作権情報が、ソフトウェア
の利用法を編集する情報、ソフトウェアの利用法を編集
する条件を示す情報、ソフトウェアの作成者やソフトウ
ェアに対する著作権を有する者（著作権所有者）を示す
情報、ソフトウェアの著作権に対する著作者の意図を示
す情報、一つのソフトウェアと他のソフトウェアとを区
別するための情報、ソフトウェアの利用法の編集履歴を
記録するための情報、ソフトウェアの利用法の編集に対
する課金を制御するための情報、認証情報、これらの情
報を階層的あるいは非階層的に結合させた情報の少なく
とも一つであることを特徴とする。

【０５２１】発明２０は、著作権制御手段に特徴を有す
るものであり、発明１８または発明１９のソフトウェア
利用法制御方式において、著作権情報と認証情報の少な
くとも一つを用いて、利用権制御手段の利用権管理手段
に対するアクセスを制御する著作権制御手段を備えるこ
とを特徴とする。

【０５２２】発明２１は、著作権制御手段のアクセス制
御方針に特徴を有するものであり、発明２０のソフトウ
ェア利用法制御方式において、著作権制御手段が、著作
権制御手段自身あるいは利用権制御手段の、利用権情報
に対する編集を、「無条件に編集できる」、「絶対に編
集できない」、「指定された方法で編集できる」という
制御方針の少なくとも一つで制御することを特徴とす
る。

【０５２３】発明２２は、著作権属性情報（自由、固
定、条件）に特徴を有するものであり、発明２１のソフ
トウェア利用法制御方式において、著作権管理手段が、
利用権制御手段の利用権情報に対する編集の制御方針を
示す情報を管理することを特徴とする。

【０５２４】発明２３は、特約情報に特徴を有するもの
であり、発明２０のソフトウェア利用法制御方式におい
て、利用権制御手段が、利用権情報あるいはソフトウェ
ア管理手段の管理する情報に対するアクセスを行おうと
した状況において、著作権制御手段が、認証情報管理手
段に対するアクセスを行い、認証情報を検出すると同時
に、著作権管理手段に対するアクセスを行い、著作権情
報を検出し、検出された認証情報と著作権情報が規定さ
れた関係を持つことを認証することを特徴とする。

【０５２５】発明２４は、認証情報による暗号化に特徴
を有するものであり、発明２０のソフトウェア利用法制
御方式において、著作権制御手段または利用権制御手段
が、認証情報を鍵として、著作権情報、利用権情報、ソ
フトウェア管理手段の管理する情報の少なくとも一つを
暗号化することを特徴とする。

【０５２６】発明２５は、特約情報に特徴を有するもの
であり、発明２０のソフトウェア利用法制御方式におい
て、利用権制御手段が、利用権情報あるいはソフトウェ
ア管理手段の管理する情報に対するアクセスを行おうと
した状況において、著作権制御手段が、認証情報管理手
段に対するアクセスを行い、認証情報を検出し、検出さ
れた認証情報で、認証情報を鍵として著作権制御手段に
よって暗合化されている少なくとも一つの著作権情報を
復号化し、元の著作権情報に復号化されたかどうかを認
証することを特徴とする。

【０５２７】発明２６は、著作権制御プログラムに特徴
を有するものであり、発明２０のソフトウェア利用法制
御方式において、著作権制御手段が、利用権情報や著作
権情報の編集履歴、編集に対する課金履歴、編集された
時点のの認証情報、編集に対する支払い履歴の少なくと
も一つの情報（編集履歴情報）を記録する手続きと、利
用権情報や著作権情報の編集履歴、編集に対する課金履
歴、編集された時点の認証情報、編集に対する支払い履
歴、現在の利用状況の少なくとも一つに応じて、利用権
情報や著作権情報に対する編集の可否を決定する手続き
と、利用権情報や著作権情報の編集履歴、編集に対する
課金履歴、編集された時点の認証情報、編集に対する支
払い履歴、現在の利用状況の少なくとも一つに応じて、
利用権情報や著作権情報に対する指定された編集を実行
する手続きの少なくとも一つの手続き（利用法制御プロ
グラム）を実行することを特徴とする。

【０５２８】発明２７は、著作権制御オブジェクトの管
理に特徴を有するものであり、発明２６のソフトウェア
利用法制御方式において、著作権制御手段または著作権
管理手段が、著作権制御プログラムを管理することを特
徴とする。

【０５２９】発明２８は、著作権状態情報に特徴を有す
るものであり、発明２７のソフトウェア利用法制御方式
において、著作権制御プログラムにより決定される、利
用権制御手段の利用権情報に対する編集の可否を示す情
報を、著作権管理手段が管理することを特徴とする。

【０５３０】発明２９は、著作権の無い著作物（自由）
などを扱う点に特徴を有するものであり、発明２７のソ
フトウェア利用法制御方式において、ソフトウェアが複
写され、ソフトウェアの所有者が変更された場合に、著
作権制御手段が、著作権情報内の著作者を認証するため
の認証情報を、ソフトウェアの所有者の認証情報で置き
換えるか、著作権情報内の認証情報を消去するかの、い
ずれかの管理を行うことを特徴とする。

【０５３１】発明３０は、ユーザプログラム（アプリケ
ーションプログラム）などを扱う点に特徴を有するもの
であり、発明３または発明２０のソフトウェア利用法制
御方式において、利用権管理手段または利用権制御手段
が、ソフトウェアを利用するためのアプリケーションプ
ログラム（利用プログラム）を管理、実行することを特
徴とする。

【０５３２】発明３１は、利用者ＩＤで保護、実行され
る利用プログラムなどを扱う点に特徴を有するものであ
り、発明３または発明１６のソフトウェア利用法制御方
式において、利用権制御手段が、利用プログラムを、他
のプログラムのアクセスから保護された実行単位として
実行し、各実行単位のアクセス権を示す実行単位ＩＤと
して認証情報を利用することを特徴とする。

【０５３３】発明３２は、著作者ＩＤで保護される利用
法制御プログラム、著作権制御プログラムに特徴を有す
るものであり、発明２０または発明２７のソフトウェア
利用法制御方式において、利用権制御手段または著作権
制御手段が、利用法制御プログラムと、著作権制御プロ
グラムとを、他のプログラムのアクセスから保護された
実行単位として扱い、各実行単位のアクセス権を示す実
行単位ＩＤとして著作権情報を利用することを特徴とす
る。

【０５３４】発明３３は、利用者ＩＤで保護される利用
法制御プログラム、著作権制御プログラム、ソフトウェ
アに特徴を有するものであり、発明２１または発明２７
のソフトウェア利用法制御方式において、著作権制御手
段が利用権制御手段の利用権情報の編集を、「無条件に
編集できる」という制御方針で制御する場合において、
利用権制御手段または著作権制御手段が、利用法制御プ
ログラムと、著作権制御プログラムと、ソフトウェアと
を、他のプログラムのアクセスから保護された実行単位
として扱い、各実行単位のアクセス権を示す実行単位Ｉ
Ｄとして認証情報を利用することを特徴とする。

【０５３５】発明３４は、実行単位ＩＤとしての著作権
情報の実体に特徴を有するものであり、発明３１、発明
３２または発明３３のソフトウェア利用法制御方式にお
いて、利用プログラムと、利用法制御プログラムと、著
作権制御プログラムと、ソフトウェアの実行単位ＩＤと
して利用される著作権情報や認証情報が、特定個人に対
応した個人ＩＤ、特定装置に対応した装置ＩＤ、特定ソ
フトウェアに対応したソフトウェアＩＤの少なくとも一
つであることを特徴とする。

【０５３６】発明３５は、プログラムとデータを別々に
保護するＯＳに特徴を有するものであり、発明２７また
は発明２０のソフトウェア利用法制御方式において、プ
ログラムと、プログラムによってアクセスされるデータ
とを、利用権制御手段または著作権制御手段が、分離さ
れた実行単位として別個に保護することを特徴とする。

【０５３７】発明３６は、実行単位ＩＤによるプログラ
ムのデータへのアクセス管理に特徴を有するものであ
り、発明２７または発明３５のソフトウェア利用法制御
方式において、実行単位として別個に保護された、少な
くとも一つのプログラムと、少なくとも一つのデータと
が、異なる実行単位ＩＤを有する場合に、利用権制御手
段または著作権制御手段が、プログラムのデータに対す
るアクセスを禁止することを特徴とする。

【０５３８】発明３７は、実行単位ＩＤによるプログラ
ムのデータへのアクセス管理に特徴を有するものであ
り、発明３６のソフトウェア利用法制御方式において、
実行単位として別個に保護された、少なくとも一つのプ
ログラムと、少なくとも一つのデータとが、同一の実行
単位ＩＤを有する場合に、利用権制御手段または著作権
制御手段が、プログラムのデータに対するアクセスを許
可することを特徴とする。

【０５３９】発明３８は、同一の実行単位ＩＤを有する
プログラム、データのグループ管理に特徴を有するもの
であり、発明３７のソフトウェア利用法制御方式におい
て、利用権制御手段または著作権制御手段が、同一の実
行単位ＩＤを有するプログラムとデータとを一つのグル
ープにまとめて管理し、同一グループ内の任意のプログ
ラムやデータから、同一グループに属する全てのプログ
ラムとデータを検索できることを特徴とする。

【０５４０】発明３９は、認証情報管理手段のＩＣカー
ド化に特徴を有するものであり、発明８または発明１０
のソフトウェア利用法制御方式において、認証情報管理
手段が、情報処理装置本体から着脱可能であることを特
徴とする。

【０５４１】発明４０は、発明１６のソフトウェア利用
法制御方式において、ソフトウェアを管理するためのソ
フトウェア管理手段と、ソフトウェアの利用され方と１
つ以上のソフトウェアを関連させて管理するための利用
権管理手段と、ソフトウェア管理手段と利用権管理手段
に管理された情報を参照して、ソフトウェアの利用のさ
れ方を制御するための利用権制御手段と、利用者が利用
要求を入力するための入力手段とを備えたソフトウェア
利用法制御方式であって、前記利用権制御手段は、利用
者がアクセスしたソフトウェアの量に応じて課金の額を
決定する課金金額設定手段を具備したことを特徴とす
る。

【０５４２】発明４１は、発明１１に関するとともに広
告自動表示に特徴を有するものであり、発明１６のソフ
トウェア利用法制御方式において、ソフトウェアを管理
するためのソフトウェア管理手段と、ソフトウェアの利
用のされ方およびソフトウェアの構造と１つ以上のソフ
トウェアを関連させて管理するための利用権管理手段
と、ソフトウェア管理手段と利用権管理手段に管理され
た情報を参照して、ソフトウェアの利用のされ方を制御
するための利用権制御手段と、利用者が利用要求を入力
するための入力手段と、ソフトウェアを提示するための
情報提示手段とを備えたソフトウェア利用法制御方式で
あって、前記利用権制御手段は、ソフトウェアの構造を
参照してソフトウェアの提示の制御を行うことを特徴と
する。

【０５４３】発明４２は、発明１２に関するとともに広
告特別課金に特徴を有するものであり、発明１６のソフ
トウェア利用法制御方式において、ソフトウェアを管理
するためのソフトウェア管理手段と、ソフトウェアの利
用され方およびソフトウェアの構造と１つ以上のソフト
ウェアを関連させて管理するための利用権管理手段と、
ソフトウェア管理手段と利用権管理手段に管理された情
報を参照して、ソフトウェアの利用のされ方を制御する
ための利用権制御手段と、利用者が利用要求を入力する
ための入力手段とを備えたソフトウェア利用法制御方式
であって、前記利用権制御手段は、ソフトウェアの構造
を参照して課金の額を決定する課金金額設定手段を具備
したことを特徴とする。

【０５４４】発明４３は、発明１５に関するとともに一
括課金に特徴を有するものであり、発明１６のソフトウ
ェア利用法制御方式において、ソフトウェアを管理する
ためのソフトウェア管理手段と、ソフトウェアの利用さ
れ方およびソフトウェアの構造と１つ以上のソフトウェ
アを関連させて管理するための利用権管理手段と、ソフ
トウェア管理手段と利用権管理手段に管理された情報を
参照して、ソフトウェアの利用のされ方を制御するため
の利用権制御手段と、利用者が利用要求を入力するため
の入力手段とを備えたソフトウェア利用法制御方式であ
って、前記利用権制御手段は、ソフトウェアの構造を参
照して課金の額を決定する課金金額設定手段を具備した
ことを特徴とする。

【０５４５】発明４４は、発明１６に関するとともに経
時方式課金に特徴を有するものであり、発明１６のソフ
トウェア利用法制御方式において、ソフトウェアを管理
するためのソフトウェア管理手段と、ソフトウェアの利
用され方と１つ以上のソフトウェアを関連させて管理す
るための利用権管理手段と、ソフトウェア管理手段と利
用権管理手段に管理された情報を参照して、ソフトウェ
アの利用のされ方を制御するための利用権制御手段と、
利用者が利用要求を入力するための入力手段とを備えた
ソフトウェア利用法制御方式であって、前記利用権制御
手段は、利用者がアクセスしたソフトウェアに付与され
た日時に応じて課金の額を決定する課金金額設定手段を
具備したことを特徴とする。

【０５４６】発明４５は、発明１６のソフトウェア利用
法制御方式において、ソフトウェアを管理するためのソ
フトウェア管理手段と、ソフトウェアの利用され方と１
つ以上のソフトウェアを関連させて管理するための利用
権管理手段と、ソフトウェア管理手段と利用権管理手段
に管理された情報を参照して、ソフトウェアの利用のさ
れ方を制御するための利用権制御手段と、利用者が利用
要求を入力するための入力手段とを備えたソフトウェア
利用法制御方式であって、前記利用権制御手段は、利用
者が利用したときに、著作権の所在をあきらかにした付
加情報をソフトウェアに重畳するための付加情報重畳手
段を具備したことを特徴とする。

【０５４７】発明４６は、発明１６のソフトウェア利用
法制御方式において、ソフトウェアを管理するためのソ
フトウェア管理手段と、ソフトウェアの利用され方と１
つ以上のソフトウェアを関連させて管理するための利用
権管理手段と、利用権管理手段が管理する情報の制御を
行う権利情報を管理するための著作権管理手段と、ソフ
トウェア管理手段と利用権管理手段に管理された情報を
参照して、ソフトウェアの利用のされ方を制御するため
の利用権制御手段と、著作権管理手段と利用権管理手段
に管理された情報を参照して、ソフトウェアの作者と利
用者を明確に制御するための著作権制御手段と、利用者
が利用要求を入力するための入力手段と、利用権制御手
段は、利用者が利用したときに、著作権の所在をあきら
かにした付加情報をソフトウェアに重畳するための付加
情報重畳手段とを具備したソフトウェア利用法制御方式
であって、著作権制御手段がソフトウェアの作者である
と認識した利用者だけが、利用権管理手段および付加情
報生成手段、付加情報重畳提示手段の保持している内容
を書き換えられるようにしたことを特徴とする。

【０５４８】発明４７は、発明１６のソフトウェア利用
法制御方式において、ソフトウェアを管理するためのソ
フトウェア管理手段と、ソフトウェアの利用され方と１
つ以上のソフトウェアを関連させて管理するための利用
権管理手段と、ソフトウェア管理手段と利用権管理手段
に管理された情報を参照して、ソフトウェアの利用のさ
れ方を制御するための利用権制御手段と、利用者が利用
要求を入力するための入力手段と、前記利用権制御手段
は、著作権の所在をあきらかにした付加情報をソフトウ
ェアに重畳するための付加情報重畳手段を具備したソフ
トウェア利用法制御方式であって、ソフトウェアの複写
あるいは変更の権利を有する利用者がソフトウェアを複
写あるいは変更したときの分量を計測するソフトウェア
利用量計測手段と、前記ソフトウェア利用量計測手段が
計測したソフトウェア利用量に応じて、前記付加情報重
畳手段を制御することを特徴とする。

【０５４９】発明４８は、発明１６のソフトウェア利用
法制御方式において、ソフトウェアのソフトウェアを管
理するためのソフトウェア管理手段と、ソフトウェアの
利用され方と１つ以上のソフトウェアを関連させて管理
するための利用権管理手段と、ソフトウェア管理手段と
利用権管理手段に管理された情報を参照して、ソフトウ
ェアの利用のされ方を制御するための利用権制御手段
と、利用者の認証情報を管理する認証情報管理手段と、
利用者が利用要求を入力するための入力手段と、利用可
能となったソフトウェアを提示するための提示手段とを
具備したソフトウェア利用法制御方式であって、利用者
のプロフィールに対応してソフトウェアの提示方法を制
御する資格対応制御手段とを具備したことを特徴とす
る。

【０５５０】発明４９は、発明１６のソフトウェア利用
法制御方式において、ソフトウェアのソフトウェアを管
理するためのソフトウェア管理手段と、ソフトウェアの
利用され方と１つ以上のソフトウェアを関連させて管理
するための利用権管理手段と、ソフトウェア管理手段と
利用権管理手段に管理された情報を参照して、ソフトウ
ェアの利用のされ方を制御するための利用権制御手段
と、利用者が利用要求を入力するための入力手段と、利
用可能となったソフトウェアを提示するための提示手段
とを具備したソフトウェア利用法制御方式であって、ソ
フトウェアの利用回数を計数する利用計数手段と、利用
計数手段が計数した利用回数に基づいて、ソフトウェア
の提示方法を制御する利用回数対応制御手段とを具備し
たことを特徴とする。

【０５５１】発明５０は、端末による参照制御を行う点
に特徴を有するものであり、アクセス権を獲得した利用
者だけがソフトウェアにアクセスできるソフトウェア利
用法制御方式において、ソフトウェア自身を管理するソ
フトウェア管理手段と、表示方法に対応したソフトウェ
アの提示の可否の情報を管理するソフトウェア表示管理
手段と、利用者からアクセスがあったときに、利用者の
端末の提示能力情報を知るための提示能力告知手段と、
前記提示能力告知手段が得た利用者の端末の表示能力と
ソフトウェア提示管理手段が管理する表示可否情報を参
照し、ソフトウェアへのアクセスの可否を制御する利用
権制御手段とを具備したことを特徴とする。

【０５５２】発明５１は、処理途中に発生する失敗作の
扱いに特徴を有するものであり、アクセス権を獲得した
利用者だけがソフトウェアにアクセスできるソフトウェ
ア利用法制御方式において、作成途中のソフトウェアあ
るいはソフトウェアのバックアップがアクセス権のない
利用者が利用できるようなシステム資源に格納されるこ
とを禁ずる保護手段を具備したことを特徴とする。

【０５５３】発明５２は、ベストセラーの集計等を知ら
せる機能を有する点に特徴を有するものであり、アクセ
ス権を獲得した利用者だけがソフトウェアにアクセスで
きるソフトウェア利用法制御方式において、ソフトウェ
ア自身を管理するソフトウェア管理手段と、ソフトウェ
アの著作者の名前およびソフトウェアを他のソフトウェ
アと区別するための識別情報および利用履歴情報を管理
する利用権管理手段と、利用者のソフトウェアのアクセ
スの制御および前記利用権管理手段が管理する利用履歴
情報の告知を行なうための利用権制御手段と、前記利用
権制御手段が告知した利用履歴情報を集計処理する集計
手段と、前記集計手段の集計結果をソフトウェア利用法
制御方式を利用する利用者に知らせるための広報手段を
具備したことを特徴とする。

【０５５４】

【発明の効果】本ソフトウェア利用法制御機構によれ
ば、ソフトウェアの著作権所有者の意図した通りにソフ
トウェアが利用されるように、著作権所有者が、ソフト
ウェア毎にソフトウェアの利用法を利用状況に応じた利
用法を予め指定し、複製などの再配布や、切り張りなど
の再構成といったソフトウェアの二次利用が行われる場
合においても、利用状況に応じて、指定通りの複製や切
り張りのされ方がなされるように、ソフトウェアの利用
法を制御することができる。

【０５５５】さらに、本ソフトウェア利用法制御機構を
ＰＣのようなプログラマブルなシステム上で実現する場
合、本特権保護機構によれば、本ソフトウェア利用法制
御機構内の保護されるべきシステム資源を、不正なアク
セスから保護し、従来のＯＳ環境あるいはマルチＯＳ環
境においても、他のＯＳからソフトウェア利用法制御機
構内のシステム資源を適正に保護することができる。

【０５５６】また、本資源保護装置によれば、複数のＯ
Ｓを並列に実行することができるマルチＯＳ環境を実現
し、あるＯＳから、他のＯＳに対応したアプリケーショ
ンを起動することができ、互いのＯＳに対応したシステ
ム資源を保護しつつ、ＯＳ間のアプリケーションの実行
透過性を実現することができる。そして、特定のＯＳ上
で実現される本ソフトウェア利用法制御機構に準拠下ソ
フトウェアを、ＰＣ上で実行可能な他のＯＳから実行す
ることができる。さらに、既存のＯＳを本ソフトウェア
利用法制御機構に移植する作業を行うことなく、既存の
ＯＳの機能を、本ソフトウェア利用法制御機構から利用
することができる。

【０５５７】本特権保護機構によれば、システムの利用
者がＯＳを介して全てのシステム資源に対するＯＳと同
等のアクセス権（いわゆる特権）を獲得することを禁止
することができる。従って、このＯＳの管理すべきシス
テム資源を、本方式を適用したＯＳの動作環境下では、
利用者の不法なアクセスから保護することができる。一
方、本発明（請求項８）に係るソフトウェア利用法制御
システムによれば、各ソフトウェア利用法制御装置は、
新しい利用法に関する利用法制御プログラムを追加する
場合、利用者がインストールしなくても、該当利用法制
御プログラムがない場合は自動的に他の装置から複写し
てくるので、利用者へ負担を掛けることなしに、ヴァー
ジョンアップを行い、新しい利用法に対応することがで
きる。

【図面の簡単な説明】

【図１】本発明の全体の概要図

【図２】実施例１の概略構成図

【図３】実施例１をＣＰＵとコプロセッサから構成した
場合の概略構成図

【図４】実施例１の処理の流れ図

【図５】実施例２の概略構成図

【図６】実施例２の利用権管理部と利用権制御部の概略
構成図

【図７】実施例２の利用権管理部と利用権制御部の他の
概略構成図

【図８】実施例２の利用権管理部と利用権制御部のさら
に他の概略構成図

【図９】実施例２の利用権管理部のさらに他の概略構成
図

【図１０】実施例３の概略構成図

【図１１】実施例３のソフトウェア管理部と利用権管理
部の概略構成図

【図１２】実施例４の概略構成図

【図１３】実施例４の著作権管理部と著作権制御部の概
略構成図

【図１４】実施例４の著作権管理部と著作権制御部の他
の概略構成図

【図１５】実施例４の著作権管理部と著作権制御部のさ
らに他の概略構成図

【図１６】実施例４の著作権管理部のさらに他の概略構
成図

【図１７】実施例５の概略構成図

【図１８】実施例５の処理の流れ図

【図１９】実施例６の概略構成図

【図２０】実施例７の概略構成図

【図２１】実施例７の処理の流れ図

【図２２】実施例７の著作物データ管理テーブルの例

【図２３】実施例７の著作物データ管理テーブルの例

【図２４】実施例７の著作物データ管理テーブルの例

【図２５】実施例７の他の処理の流れ図

【図２６】実施例７の著作物データ管理テーブルの例

【図２７】実施例８の概略構成図

【図２８】実施例８の処理の流れ図

【図２９】実施例８のソフトウェアの構造の例

【図３０】実施例８の他の処理の流れ図

【図３１】実施例８の提示の一例

【図３２】実施例８のさらに他の処理の流れ図

【図３３】実施例８の他の処理の流れ図

【図３４】実施例８の他の処理の流れ図

【図３５】実施例９の概略構成図

【図３６】実施例９の処理の流れ図

【図３７】実施例９のソフトウェアの構成の一例

【図３８】実施例９の画面の一例

【図３９】実施例９の画面の一例

【図４０】実施例９の画面の一例

【図４１】実施例９の処理の流れ図

【図４２】実施例９の他の処理の流れ図

【図４３】実施例９のさらに他の処理の流れ図

【図４４】実施例９のさらに他の処理の流れ図

【図４５】実施例１０の概略構成図

【図４６】実施例１０の利用権制御部の処理の流れ図

【図４７】実施例１０の複写管理部の処理の流れ図

【図４８】実施例１０の課金金額設定部の処理の流れ図

【図４９】実施例１０のソフトウェアの構成の一例

【図５０】実施例１０のソフトウェアの構成の他の例

【図５１】実施例１０のさらに他の処理の流れ図

【図５２】実施例１０のソフトウェアの構成のさらに他
の例

【図５３】実施例１０の画面例

【図５４】実施例１０のソフトウェアの構成のさらに他
の例

【図５５】実施例１０の他の画面例

【図５６】実施例１０のソフトウェアの構成のさらに他
の例

【図５７】実施例１１の概略構成図

【図５８】実施例１１の処理の流れ図

【図５９】実施例１１の課金金額設定の処理の流れ図

【図６０】実施例１２の概略構成図

【図６１】実施例１２の処理の流れ図

【図６２】実施例１２の付加情報生成表

【図６３】実施例１２の付加情報提示表

【図６４】実施例１２の画面例

【図６５】実施例１３の概略構成図

【図６６】実施例１３の処理の流れ図

【図６７】実施例１４の概略構成図

【図６８】実施例１４の処理の流れ図

【図６９】実施例１５の概略構成図

【図７０】実施例１５の処理の流れ図

【図７１】実施例１５の資格対応表の一例

【図７２】実施例１５の資格対応表の一例

【図７３】実施例１５の資格対応表の一例

【図７４】実施例１５の画面の例

【図７５】実施例１６の概略構成図

【図７６】実施例１６の処理の流れ図

【図７７】実施例１７の概略構成図

【図７８】実施例１７の処理の流れ図

【図７９】提示能力情報の記憶の一例を示す図

【図８０】ソフトウェア提示条件の一例を示す図

【図８１】実施例１７の変形例の概略構成図

【図８２】提示能力情報の一例を示す図

【図８３】実施例１８の概略構成図

【図８４】実施例１８の利用権制御部の処理の流れ図

【図８５】ファイル読みだしポインタの一例を示す図

【図８６】実施例１９の概略構成図

【図８７】実施例１９の利用権制御部の処理の流れ図

【図８８】実施例１９の集計処理部の処理の流れ図

【図８９】実施例１９の利用権管理部の概略構成図

【図９０】実施例１９の集計処理部に与える情報の一例
を示す図

【図９１】実施例１９の出力の一例を示す図

【図９２】実施例２０の概略構成図

【図９３】実施例２０の利用権管理部と利用権制御部の
概略構成図

【図９４】実施例２０の入力部における表示の一例を示
す図

【図９５】表示が選択された場合の利用権制御部の処理
の流れ示す図

【図９６】参照を行う利用法制御プログラムの処理の流
れを示す図

【図９７】複写を行う利用法制御プログラムの処理の流
れを示す図

【図９８】実施例２１の概略構成図

【図９９】入力部における表示の一例を示す図

【図１００】削除を行う利用権制御部プログラムの処理
の流れを示す図

【図１０１】課金金額情報の一例を示す図

【図１０２】実施例２２の概略構成図

【図１０３】実施例２２の利用権制御部内部と利用権管
理部内部に保存されている情報を表す図

【図１０４】実施例２２の処理の流れを示す図

【図１０５】実施例２３の概略構成図

【図１０６】実施例２３の利用権制御部内部と利用権管
理部内部に保存されている情報を表す図

【図１０７】実施例２３の処理の流れを示す図

【符号の説明】

１，１０１…ソフトウェア管理部、２，１０２，２８０
２…利用権管理部、３…著作権管理部、４，１０４，２
８０４…利用権制御部、５…著作権制御部、６…認証情
報管理部、７…特権保護部、８…資源保護部、９…シス
テム検査部、１０…システム資源保護部、１１…ＯＳ実
行部、１２…システム資源アクセス部、１３…システム
資源保護情報管理部、１４…ＯＳ情報管理部、１５…シ
ステム資源、１６，１１６，２８１６…入力部、１７…
プログラム実行部、１８…実行単位検査部、１１９，２
８１９…情報提示部、２０，１２０…課金金額設定部、
４２１…複写管理部、５２２…計時部、６２３…付加情
報生成部、６２４…付加情報重畳提示部、８２５…利容
量計測部、８２６…些少省略指定部、９２７…資格対応
制御部、１０２８…利用計数部、１０２９…利用回数対
応制御部、３５…ＣＰＵ、３６…コプロセッサ、２８４
４…利用法制御プログラム存在検知部、２８４５…著作
物情報管理部、２８４６…利用法制御プログラム授受部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 村谷 博文 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (8)

【特許請求の範囲】
1. 【請求項１】システムで実行させるオペレーティングシ
   ステム毎にシステム資源に対するアクセス権を指定する
   ための情報を記憶する記憶手段と、 この記憶手段に記憶された情報に基づいてオペレーティ
   ングシステムのシステム資源に対するアクセスを制御す
   る手段とを備えることを特徴とする資源保護装置。
2. 【請求項２】利用者からの入力を受け付ける手段と、 全てのシステム資源に対するアクセス権を有するプログ
   ラムを実行する手段と、 前記利用者からの入力により前記プログラムを実行する
   ことを禁止する手段とを備えることを特徴とする特権保
   護装置。
3. 【請求項３】ソフトウェアと、このソフトウェアの実行
   のされ方および二次利用の方法の少なくとも一方に対応
   した利用権情報とを組にして記憶する記憶手段と、 この記憶手段に記憶された利用権情報に従って前記ソフ
   トウェアを利用する手段とを備えることを特徴とするソ
   フトウェア利用法制御装置。
4. 【請求項４】前記利用権情報は、少なくとも一つのプロ
   グラムを含んでおり、このプログラムを実行することに
   より前記ソフトウェアを利用するものであることを特徴
   とする請求項３に記載のソフトウェア利用法制御装置。
5. 【請求項５】前記利用権情報は、ソフトウェアに対応し
   たソフトウェアＩＤを含んでおり、 前記利用権情報に含まれている、前記ソフトウェアを利
   用するためのプログラムが、前記ソフトウェアＩＤを有
   するソフトウェアに対するアクセス権利を有するプログ
   ラムとして実行されることを特徴とする請求項４に記載
   のソフトウェア利用法制御装置。
6. 【請求項６】特定のソフトウェアと組にして記憶されて
   いる前記利用権情報に含まれている、前記ソフトウェア
   を利用するためのプログラムを、他のソフトウェアから
   参照する参照手段を備えることを特徴とする請求項４に
   記載のソフトウェア利用法制御装置。
7. 【請求項７】特定のソフトウェアと組にして記憶されて
   いる前記利用権情報に含まれている、前記ソフトウェア
   を利用するためのプログラムが、他のソフトウェアから
   実行される場合に、プログラムを呼び出す側のソフトウ
   ェアのソフトウェアＩＤを検査する検査手段を備えるこ
   とを特徴とする請求項６に記載のソフトウェア利用法制
   御装置。
8. 【請求項８】複数の請求項３に記載のソフトウェア利用
   法制御装置と、これらソフトウェア利用法制御装置相互
   間を接続する通信手段とを備えたソフトウェア利用法制
   御システムにおいて、 前記ソフトウェア利用法制御装置夫々は、 外部から所定のソフトウェアに対する所定の利用のし方
   による利用要求を受け付ける手段と、 前記利用権情報にて指示される格納位置に前記ソフトウ
   ェアの利用法を制御する利用法制御プログラムを格納す
   るための格納手段と、 前記利用要求に対応する前記利用法制御プログラムが前
   記格納手段に格納されているか否かを前記利用権情報を
   参照して判定する判定手段と、 前記判定手段による判定の結果、前記格納手段に前記利
   用法制御プログラムが格納されていないと判定された場
   合に、前記利用法制御プログラムを有する他の前記ソフ
   トウェア利用法制御装置から当該利用法制御プログラム
   を複写する複写手段とを備えたことを特徴とするソフト
   ウェア利用法制御システム。