JPH0464129A - ソフトウェア管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （ａ）　　技術分野 本発明は、無形財産であるコンピュータ・プログラムや
ビデオ等のソフトウェアの管理方式に関し、特にソフト
ウェアの利用状況をソフトウェア権利音別などによって
把握できるようにしたソフトウェア管理方式である。

（ｂ）　　発明の背景 近年、データ処理システムの発達と共に種々の有償プロ
グラムが販売されるようになったが、その保護は不完全
であり、プログラムの不正利用も多い。この不正利用を
防ぐために、特許法、著作権法更には特別法などが検討
されているが、ソフトウェアという極最近に至って生し
た代物に対しては、何れをとってもその保護ということ
については、不完全である。これは、単に無形財産／有
形財産の問題でなく、権利者がその取引を知っているか
否かの問題であり、その点をうまく解決できるか否かが
、この保護を行えるか否かの鍵となる。

（Ｃ）　　従来の問題点 ソフトウェア、例えば、コンピュータ・プログラムでは
一度利用者の手に渡るとそれ以降、どの様にそのプログ
ラムが利用されているかを権利者は知つず、利用は全く
野放しの状態である。この状態は本来利用しただけ支払
うという取引き形態をコンピュータ・プログラムについ
てはとっていないことを意味し、一種の食い逃げが許さ
れていることに等しい。この様な体制では、プログラム
の利用料金は高くなってしまうだけでなく、粗悪なソフ
トウェアの氾濫を許し、極め細かなサービスを行うソフ
トウェアの提供意欲が減退してしまうものである。従っ
て、若しコンピュータ・プログラムについてプログラム
権利者に極め細かに保護を行うシステムを社会が提供す
れば、該社会ではより良いプログラムの発生が促され１
社会がより発展することになる。これは、コンピュータ
・プログラムの占める重要性が増す将来において。

極めて大事な問題である。

コンピュータ・プログラムを含む複写という従来におけ
る不正行為については、それを防御するための手段とし
て、ｉｉｔ子計算機等のハードウェアに付与されている
機番を用い、ソフトウェア自体にも該機番に相当する符
号を付与し、プログラムの実行に際しては、ハードウェ
ア機番とソフトウェアに付与された機番とを照合し、一
致した場合のみ該ソフトウェアを実行させるようにして
、利用出来ないようにする手法等はあった。（複写して
取得されたソフトウェアは機番不一致になるので実行出
来ない。） しかしながら、その機番管理は大変だし、ましてや、有
償ソフトウェアを店頭にて販売しようとすると、実質上
その様な機番による方法は採用不可能であった。

（ｄ）　　発明の目的 従って１本発明の目的は、ソフトウェアの利用状況を権
利者が把握できる様にすることにある。

（ｅ）　　発明の構成 この目的は、ソフトウェアに対応したソフトウェア固有
データを格納したソフトウェア記憶手段。

ソフトウェアの利用者に対応した利用者固有データを格
納した利用者固有データ記憶手段、上記ソフトウェア固
有データと上記利用者固有データ各々の少なくとも一部
のデータを用いてソフトウェアの利用可否を判定する利
用可否判定手段、及び該利用可否判定手段が利用可と判
定した時、ソフトウェア固有データに対応したデータを
格納するための利用ソフトウェア履歴格納手段とを備え
該利用ソフトウェア履歴格納手段の格納内容は上記ソフ
トウェア固有データに対応して管理されるようにするこ
とで達成される。

（ｆ）　　発明の実施例 第１図は１本発明のソフトウェア・サービス・システム
（ＳＳＳ）の概念を説明するための図である。図におい
て、Ｐはソフトウェア権利者。

ＰＰは有償ソフトウェア（Ｐｒｏｇｒａｍ　Ｐｒｏｄｕ
ｃｔ）。

ＰＩＤｉはソフトウェア固有データ、ＵＳＥｔＤは利用
者固有データ、ＣＨＥＣＫは利用可否判定手段、ＳＨは
利用ソフトウェア履歴格納手段ＤＰＳはデータ処理シス
テム、ＳＳＵはソフトウェア・サービス・ユニットであ
る。

ソフトウェア権利者Ｐはソフトウェア固有データＰＩＤ
ｉを含めた形で有償ソフトウェアＰＰを提供する。ユー
ザのデータ処理システムＤＰＳでは、その有償ソフトウ
ェアＰＰを利用する際には。

必ずソフトウェア・サービス・ユニッ）　Ｓ　Ｓ　Ｕヲ
経由する様に構成してあり、そのソフトウェア・サービ
ス・ユニットＳＳＵには利用者固有データＵＳＥＲＩＤ
が格納されている。有償ソフトウェアＰＰの利用要求が
生じると、利用可否判定手段ＣＨＥＣＫは、利用者固有
データＵＳＥＲＩＤに基づいて、指定されたソフトウェ
アの利用可能性をチエツクする。例えば、資格の有無、
その使用料金がそのユーザに許容されている利用可能金
額以内または利用可能時間以内か否かなどのチエツクで
ある。もし、ＯＫであればその旨が図示されぬデータ処
理システムＤＰＳのオペレーティング・システム（以下
Ｏ３と略す、）に通知されるとともに、利用ソフトウェ
ア履歴格納手段ＳＨに利用者固有データＵＳＥＲＩＤ及
びソフトウェア固有データＰＩＤｉが格納される。もし
、ＯＫでなければ、利用できない旨の返答がデータ処理
システムＤＰＳのＯ３になされる。

二の利用ソフトウェア履歴格納手段ＳＨの内容は　ソフ
トウェア権利者Ｐが認識可能であるとともに、該利用ソ
フトウェア履歴格納手段ＳＨの内容により、たとえばソ
フトウェア利用料金をソフトウェア権利音別に求めるこ
とが可能となる。

本発明によれば、有償ソフトウェアＰＰについての利用
状況がソフトウェア権利者Ｐに把握可能となるので、そ
の利用状況に見合った割合で利用料金の徴収が可能とな
り３　ソフトウェアの入手費用を安（しておくことで、
利用者であるユーザは種々のソフトウェアを試用可能と
なり、且つ良いソフトウェアだけを利用してゆくことが
可能となる。これにより、粗悪ソフトウェアは利用され
なくなるし、良いソフトウェアはより頻繁に利用される
ようになるので、ソフトウェア権利者Ｐは益々良いソフ
トウェアを提供しようと競い合うことになる。

第２図は１本発明が適用される実施例である。

図において、１はユーザにおけるデータ処理システム、
２は有償ソフトウェアである有償プログラムを管理する
管理組合のＳＳ協会、３−１〜３ｎは有償プログラムに
関する寞施があった時にその対価を受領する権利のある
プログラム権利者（複数権利者であった時は、その配分
率情報も記入しておく。）、４ａ〜４ｚは有償プログラ
ムで。

４ａと４ｂはプログラム権利者３−１が作成したもの、
４Ｆと４２はプログラム権利者３−ｎが作成したもの、
５と６は有償プログラム、７は中央処理システム、８は
ソフトウェア・サービス・ユニット（ＳＳＵ）、９は利
用者固有データ格納手段の一部で利用者識別符号を格納
するユーザ識別符号メモリ、１０は有償プログラムの利
用可否を判定する利用可否判定手段である利用可否判定
処理部、Ｉｔは利用者固有データ格納手段の他の一部で
通貨記号（＄、￥又はＬなど）を含めた利用可能金額メ
モリ及び利用ソフトウェア履歴格納手段を含む利用プロ
グラム履歴メモリ、１２は利用プログラム履歴メモリ１
１の内容の入出力を処理する入出力処理部、１３は中央
処理システム７におけるＯ３部、１４は磁気ディスク装
置、１５はプリンタ、１６はキーボード、１７は表示装
置である。

さて、第２図のシステムにおいては、まずプログラムを
作成し、そのプログラムを有償プログラムとして、一般
に利用させ、且つその利用料金を確実に回収しようと志
すプログラム権利者は、ＳＳ協会へ行き、その利用料金
の振り込み先口産品を登録し、プログラム権利者識別符
号（以下プログラム権利者ＩＤと称す。）を受は取る。

協会では、各プログラム権利者に対して、異なったプロ
グラム権利者ＩＤを付与する。この行為は例えば。

第２図の窓口Ｗで行われ、管理＠ＮＴで管理される。プ
ログラム権利者３−１は例えばＰｌというプログラム権
利者ＴＤが付与されているものとする。

プログラム権利者Ｐ１は今、有償プログラム４ａと４ｂ
を作成したとする。このプログラムに上記プログラム権
利者ＩＤであるＰｌ、プログラムのバージョン（版）及
び利用料金等のプログラム固有データをプログラム権利
者は付与し、カセット型の磁気テープ等の記憶媒体に格
納し１店頭販売若しくは通信販売等でプログラムの配布
を行う。

勿論オンラインで回線経由での配布も可能である。

一方、ユーザは種々の雑誌や店頭等で、自分の目的にあ
ったプログラムを探す。そして、目的のプログラムがＳ
Ｓ協会のメンバが作成したものであり、第２図の４ａだ
ったとすると、該プログラムを極低価格または無料で取
得する。ユーザのデータ処理システム１にはそのデータ
処理システムにＳＳ協会２の登録を受けたプログラムを
処理するための機構として、ソフトウェア・サービス・
ユニット８がインストールされていなければならない。

このソフトウェア・サービス・ユニット８には。

ユーザ識別符号メモリ９からのデータと、利用される有
償プログラムに付与されたプログラム固有データ及び利
用プログラム履歴メモリの内容をチエツクし、利用可否
を判断する利用可否判定処理部１０．及び、利用プログ
ラム履歴メモリ１１の内容に関し、プログラム利用履歴
を出力したり。

利用可能金額を更新したりする入出力処理部１２を備え
ている。この入出力処理部１２は、各ユーザにより種々
の形態をとることが可能であり、オンラインで直接離れ
た場所にあるファイルに転送するものや、外部記憶媒体
１例えば磁気カードやマイクロ・プロセッサを中に備え
たＩＣカードなどでも良い。その利用形態により９種々
のソフトウェア・サービス・ユニット８が存在し得る。

データ処理システム１が有償プログラム５を利用する時
、つまり、ジョブ制御言語の解読結果で該ソフトウェア
の利用を０５部１３が検出すると。

その旨がソフトウェア・サービス・ユニット８に通知さ
れる。これは、特権割り込みと同等の制御で良い。ソフ
トウェア・サービス・ユニット８は利用プログラム履歴
メモリ１１中の利用可能金額を読み出すと共に、該有償
プログラム５内にあるプログラム固有データからの利用
料金を求める。

この利用料金を上記利用可能金額から減じる処理が次に
なされる。その結果が、負だったら、そのプログラムは
利用不可である為、その旨が０３部１３に通知され１例
えば、システムメツセージ「プログラム４ａは残高が無
いので利用出来ません」が表示装置１７に表示される。

（後述の如く。

負の場合でも条件付きで利用可とすることも可能である
。） 逆に、上記利用可能金額から利用料金を滅じた結果が負
でなかったら、該減じた値を利用プログラム履歴メモリ
の利用可能金額の記憶領域へ格納するとともに、そのプ
ログラムに付与されているプログラム権利者ＩＤである
　Ｐｌとその利用料金、及びユーザ識別符号メモリにあ
るユーザ識別符号を同じく利用プログラム履歴メモリ１
１にその利用明細として格納する。勿論、そのプログラ
ムを識別するためのコードも料金支払いに不必要な情報
ではあるがプログラム利用状況を把握するためのデータ
として利用価値があり、利用プログラム履歴メモリ１１
に格納される。そして、０５部１３に対して、処理の続
行を促す。

以下、同様に処理が進められる。従って、利用プログラ
ム履歴メモリ１１には常に残金として利用可能金額が記
されていると同時に、プログラム権利者ｒＤ毎にどのユ
ーザ識別符号のユーザが幾ら支払うべきかが記されてい
ることになる。

本システムにおいては、利用プログラム履歴メモリ１１
の利用明細データが格納される領域は所定量または所定
額となっており、該限界を越えた場合には利用プログラ
ム履歴メモリ１１の内容を空にする処理が必要となる様
構成しである。高額の場合等、途中でその利用状況をＳ
Ｓ協会へ報告させる手段を設けである。この利用プログ
ラム履歴メモリ１１の残高メモリに対しても、入出力処
理部によりその額を外部より増加可能としている。

銀行オンライン方式と同様の構成または上述のＩＣカー
ドをＳＳ協会より所定の料金でユーザに購入させ、その
ＩＣカード内に記憶されている料金分を増加させる構成
をとり得る。

プログラム固有データとして特約データを含めることが
本発明で可能となる。この場合、上記利用可否判定処理
部１０はプログラム固有データの中に特約データが記入
されていると利用者固有デ−夕に利用特約コードが有る
場合のみ利用可と判定する。これは、プログラム権利者
が特に特定プログラムについては、その利用者を把握し
ておきたい時に便利である。利用特約コードを利用者が
得るためには、利用者はＳＳ協会と特約をする必要があ
り、特約をするためには当然のこととして利用者の名前
などがＳＳ協会に登録されるので。

プログラム権利者がその名前等を把握するのは容易であ
る。また、その特約内容として報告義務を課する様にし
て１例えば、ＳＳ協会へ報告するのをやめ、下記の如き
報告に対する所定割引きによってもうけることよりは、
プログラム作成者へお金が支払われることがないように
することを選ぶというライパルへの不正行為のような、
ダンピング類似行為を防止したりすることも可能となる
。

本システムでは、利用プログラム履歴メモリ１１の中の
利用明細をＳＳ協会が知ることがその利用されたプログ
ラムのプログラム権利者へ料金支払いをする上で必須で
ある。実現方法として。

利用明細の報告があった場合、その内の例えば１０％を
ユーザに返済するという手段を講じである。従って、ユ
ーザとしては、報告した方が自分の利益になるので、殆
どは報告をすることになり。

プログラム権利者は確実にその利用量を回収することが
可能となる。第２図では、報告を受けたＳＳ協会２は、
プログラム権利者ＩＤで管理＠ＮＴを参照し、その対応
した振り込み先口座へその料金を振り込むという処理を
行う。

ＩＣカードを用いた場合でも全く同じであり。

用済みＩＣカード及び換金したいＩＣカードは同じ＜５
ｓｔａ会へ届けられる様考えられている。即ち、ＳＳ協
会では、ＩＣカード持参者または送付者に対して、利用
金額に応じ、ＩＣカード返済褒賞金額を決定しである０
例えば、利用金額累計の１０％及び残金としての利用可
能金額とを返却している。このようにすることで、大部
分のＩＣカード利用者は、たとえ残金がＯであろうとも
、購入価格の１０％が返済されるために、必ずＩＣカー
ドを最後にはＳＳ協会に届けることになる。このＩＣカ
ードは単なるカードだけでなく、経済的価値を有してい
るものであり、それ自体が通貨の代用として社会に流通
し得るものでもある。ＩＣカードを受は取ったＳＳ協会
での処理は上述と同様の処理を行う。

逆に、カードの現金化を行わず１次のカード又はそのカ
ード自身に金額検算のみを許すようにすれば、カードの
残額変造に対する防護機構の重要性を、現金で精算する
場合より低くできる。

従って、プログラム権利者は単にプログラムをユーザに
渡した後は、所定の銀行に利用料金が振り込まれるのを
待っていれば良い、更に１社会に若しデッド・コピーと
いう不正を行うものがいれば、該コピープログラムには
、オリジナルなプログラム権利者のプログラム権利者Ｉ
Ｄが入っており、その利用料金はすべて正当なプログラ
ム権利者の口座に振り込まれることになり、「複写大歓
迎」という有償プログラムシステムが実現する。

そして、他人のプログラムを複写して、自分のプログラ
ム権利者コードを付与する不当な取引が存在しても、そ
の履歴が把握可能となり、損害賠償額が明確になり得る
ので、その点でもメリントがある。

第３図は１本発明の実施例であり、前図と同記号のもの
は、前図と同じものを示し、ｌｌａは通貨単位も含む利
用可能金額を格納する残高メモリ。

１１ｂは利用明細メモリｌｌｃへの書込み位置を示すポ
インタ・メモリ、２１はプログラム権利者Ｉ　Ｄ２１　
ａ、プログラム番号やその版数等のプログラム識別ＩＤ
２１ｂ、その利用料金データ２１Ｃ１利用状況や特約デ
ータ等で料金を決める割引率データ２１ｄ１等を格納す
るプログラム・データ・メモリ、２２は割引処理部、２
３は残高があることをチエツクする残高チエツク処理部
、２４はポインタ・メモリの示す値が所定値以上が否か
を判定する利用明細メモリ領域チエツク処理部。

２５は残高メモリに格納されている残高でプログラムを
利用できるか否かをチエツクする利用可能性チエツク処
理部、２６は残高メモリ更新処理部。

２７はポインタ・メモリの内容を＋１するポインタ更新
処理部、２８は利用明細メモリｌｌｃへの書込み処理部
、２９はＯ３へのＯ３応答処理部。

３０は利用明細メモリｌｌｃのアクセス位置を制御する
アクセス制御部、３１はユーザのチエツクを行うユーザ
・チエツク処理部、３２はキーボードよりの指示で残高
メモリｌｌａへの増分をその妥当性をチエツクした上で
フェッチしてくるための増分フェッチ処理部、３３は残
高メモリｌｌａへの加算処理部、３４はポインタが０よ
り大か否かを検出するポインタ値チエツク処理部、３５
は利用プログラム履歴メモリ１１の読み出し処理部。

３６は外部への転送処理部、３７はポインタを−１する
ポインタ減算処理部である。

ソフトウェア・サービス・ユニットＳＳＵは。

３大処理に分けられる。その１は有償プログラムの利用
時の処理、その２は残高メモリｌｌａの内容を増加する
処理、その３は利用プログラム履歴メモリ１１の内容を
外部へ転送するための転送処理である。それらを順次説
明してゆく。

キーボード１６よりの指示でまず残高メモリ１１ａが残
高チエツク処理部２３でチエツクされ。

負（特別な処理形態を考えることも可能だが本来あり得
ない）またはＯの時は「残高無し」のメツセージが表示
装置１７に表示される。それ以外の時１次にポインタ・
メモリｌｌｂの内容がチエツクされ、ＭＡＸ値の超過有
無が調べられる０ＭＡＸ値として、利用明細の記載済み
項目数、又は利用された金額でＳＳ協会へ報告未完了の
累計を用いることが可能である。ＭＡＸ値を超過してい
る時、「利用明細メモリが不足しています、−度。

利用明細をＳＳ協会へ転送して下さい、（又はＩＣカー
ドを差し代えて下さい、）」なるメツセージを表示装置
１７に表示する。

ポインタ・メモリｌｌｂの値、即ち、記載済み項目数が
所定のＭＡＸ値以内であれば１次に、プログラム・デー
タ・メモリ２１より利用料金データ２１ｃと割引率デー
タ２１ｄ及びユーザ識別符号メモリ９の情報を用いて２
割引処理部２２は利用料金を求める０例えば、特定の資
格を有する人は特別割引きにしたりする処理であり、所
定回散逸は試用期間として極安価にしたり、または無料
にしたりする制御も可能である。勿論、特約データの有
無をチエツク可能で、特約のない利用者は利用者固有デ
ータ中に利用特約が存在せず、その場合、「特約がなさ
れていませんので、このプログラムは使用出来ません、
」なるメツセージが表示装置１７に表示される。更に、
利用料金として３１より小さい比例定数を有する等比級
数を採用すれば、無限回使用した場合の料金がわかるの
で。

将来の必要経費が見通し可能となるような、利用者に喜
ばれる方式をとることも可能となる。

この割引処理部の出力が即ち、そのプログラムを利用し
た時の料金を意味している。その値を用いて、利用可能
性チエツク処理部２５は残高メモリｌｌａの値から割引
処理部の出力値を減し、その結果が負か否かをチエツク
する。負であれば「残高が不足しています、」なるメツ
セージを表示装置１７に表示する。負でない時には、残
高メモリ更新処理部２６が残高メモリｌｌａの値を該減
した結果に更新し、ポインタ更新処理部２７にて、ポイ
ンタ・メモリｌｌｂの内容を＋１する。

そして、書込み処理部２８は利用明細メモリ１１Ｃに、
ユーザ識別符号、プログラム権利者ＩＤ２１ａ、プログ
ラム識別ＩＤ２１ｂ、通貨単位を含めた料金等を格納す
る。ポインタ・メモリ１１ｂはアクセス制御部３０に対
して新格納場所をポイントしており、その新格納場所へ
上記データは格納されることになる。その後、Ｏ８応答
処理部２９は０３部１３に対して利用可能を指示する。

尚、上記実施例では、残高メモリｌｌａは利用された分
だけ直ぐに減じ５常に利用可能な金額を表示している例
で説明したが、イニシャル値を格納して、その値を利用
明細メモリの内容が外部へ出力されない限り変更せずに
そのままにしておき。

残高を問われた毎に、該イニシャル値から利用明細メモ
リにある明細の合計を差し引くという処理を行う形態に
してもよいのは勿論である。

次にその２としての処理を説明する。

キーボード１６よりの指示でまずユーザ・チエツク処理
部３１が動作する。ここでは、これからの処理を行う者
が、正当であることをチエツクする、（この個人認証処
理は１本説明では省略したが、その１の処理及びその３
の処理で採用可能のものである。）簡単には、キーボー
ド１６からの暗証コードとユーザ識別符号メモリ９の内
容とが矛盾しないか否かをチエツクする。矛盾していれ
ば　「暗証コードを入れ直して下さい、」なる旨のメツ
セージを表示装置１７に表示する。矛盾しなければ、入
出力処理部１２を介して増やすべき残高をフェッチする
処理を行う、これは、オンラインでセンタより所定の暗
号チエツクを交わした後、キーボードから増やすべき残
高を得てもよいし、入出力処理部１２に接続されたＩＣ
カードより得てもよい。

得られた増やすべき残高は加算処理部３３にて残高メモ
リｌｌａの内容に加算され、再び残高メモリＩｌａに格
納される。

次に、その３の処理について説明する。

キーボード１６からの指示でまず、ポインタ・メモリＩ
ｌｂの内容がポインタ値チエツク処理部３４にてチエツ
クされる。０より大きくない場合は、　「利用明細メモ
リの転送は完了しました。」なるメツセージを表示装置
１７に表示する。０より大きい場合、読み出し処理部３
５は該ポインタ・メモリｌｌｂで指定されている領域の
利用明細メモリｌｌｃの内容を読み出し、転送処理部３
６はその内容を入出力処理部１２により、オンラインで
センタであるＳＳ協会へ通知する。ＩＣカードの場合で
あれば、このＩＣカードへの記帳処理がなされる。そし
て１次にポインタ減電処理部３７はポインタを−１し、
再び制御をポインタ値チエツク処理部３４へ移す、ポイ
ンタ値チエツク処理部は０より大か否かをチエツクし、
０より大きくない場合は、その旨を表示装置１７に表示
する。この欅にして、ポインタ・メモリｌｌｂの内容が
０になる迄処理は繰り返される。その結果として、利用
明細メモリＩｌｃの内容はすべてＳＳ協会へ通知される
ことになる。

上記の様な構成にしたことにより、残高メモリ１１ａが
０になる前でもＳＳ協会へその利用明細メモリが通知さ
れるので、金額が残高メモリ１１ａに格納されても、利
用明細への記入量は限定できるので、たとえ障害で利用
明細が失われても。

被害は小さく留めることができる。更に、ユーザ識別符
号により、利用明細メモリ領域チエツク処理部２４での
ＭＡＸ値を動的に変更する様にすれば、信用度の高いユ
ーザに対しては、その利用明細の報告はより長期間単位
とし、信用度の低いユーザはその利用明細の報告を短期
間とする等の制御も自由に行うことも可能となる。

第４図は１本発明の他の実施例であり９図において、前
図と同記号のものは前図と同じものを示し、３７は主記
憶装置、３８は中央処理装置。

３９はチャネル装置、４０は入出力制御装置。

４１はＩＣカード・リーダ、４２はＩＣカード。

４３はマイクロ・プロセッサ、４４はマイクロ・プロセ
ッサ４３を動作させる為のプログラムが格納されたＥＦ
ＲＯＭ（イー・ビー・ロム）、４５は入出力ボート、４
６は内部バスである。

動作は、前図と全く同じであり、ただメモリが内部にな
く、外付けになっている点が異なるたけである。従って
、有償プログラムが利用可能か否かはＩＣカード４２内
の残高メモリｌｌａを用いてチエツクされ、ＯＫならば
マイナスの更新処理がなされ、且つその利用明細が利用
明細メモリ１１ｃに格納される。

但し、料金の支払いについては、まずユーザは所定のＳ
Ｓ協会の代理店等で購入をする。購入の際の価格に応じ
た金額が残高メモリｌｌａに格納されている。従って、
ユーザはそのＩＣカード４２を利用可能金額だけ利用す
ると、そのＩＣカードをＳＳ協会に届ける。すると、そ
の残高メモリｌｌａに残高があればその金額と、利用し
た金額に対して１０％の払い戻し金額とを合わせて得る
ことが可能となっている。故に、ＳＳ協会では確実にプ
ログラム権利者に対してその利用料金を支払うことが可
能となる。

また、ＩＣカードの中のＥＦＲＯＭに残高メモ＋Ｊ　１
１　ａの内容を増加する方向の処理を行えない様なプロ
グラムを格納したり、プログラム固有データが勝手に変
更されないように該データを暗号化してプログラム中に
分散して配置しＩＣカード中に設けたキーで該暗号を解
くようなプログラムを格納したりしておけば、それだけ
ＩＣカードの不正使用は減ることになる。

尚、上記全文における利用者識別符号は、利用者が割引
等の、利用者の身元に依存する特権を得たいとき、また
は１個のソフトウェア・サービス・ユニット（ＳＳＵ）
を用い、複数の支払光の利用者がプログラムを利用する
とき以外には、必ずしも必要では無い、利用者識別符号
が利用明細メモリｌｌｃに格納されなければ、その利用
者固有の割引等を受けられない反面、利用明細がＳＳ協
会に報告されてもその利用者が知られないので。

利用者のブライバシイは完全に保たれる。

また、上記実施例では残高メモリが“Ｏｎの時には、処
理装置が動作しない例を用いたが、残高が少なくなって
きたらその旨の表示を出す方式や。

所定金額迄は警告を表示しつつ負を許し、該負の値を更
に越えたらソフトウェア・サービス・ユニットの基本部
分を破壊し、以後、ソフトウェアのサービスを受けられ
ない欅にしてしまう方式も考えられる。こうすることで
、即停止の心配という心理的バリアを除くことが可能と
なる。

さらに、ソフトウェアを使用するたびに、コイン投入等
、自動的に入金情報を残高として格納する方式も可能で
ある。

また、ソフトウェア・サービス・ユニットは。

通常のＯ５とデータ処理システムにおいて共存すること
も可能であり、既存システムにこのソフトウェア・サー
ビス・ユニットを組み込むことが可能であるので、普及
ということにも効果がある。

また、プログラム登録データが勝手に変更されることを
防ぐために、有償プログラムを暗号化しておき、その暗
号を解（ためのキーをＩＣカード中に備えることも可能
である。

また、ＩＣカードにおいても、その内容をＳＳ協会に提
出して再利用可能な如く構成することも。

ＥＰＲＯＭの使い力次第で可能である。

更に２本発明は、有償プログラムを例にして説明したが
、ソフトウェアの有償サービス・例えば電波による有償
画像サービス、ビデ才力セント。

及び、有償情報提供等にももちろん通用可能である。

（濁　発明の効果 以上述べた樟に１本発明によれば、ソフトウェアの利用
状況に関してソフトウェア権利者は確実かつ容易に把握
することが可能となり、ソフトウェア権利者の権利の保
護を図りつつ多様な形態でのソフトウェアの利用を促進
することができる。

メモリ、ｌｌａは残高メモリ、ｌｌｂはポインタ・メモ
リ、１１ｃは利用明細メモリ、１２は入出力処理部、１
６はキーボード、１７は表示装置２１はプログラム・デ
ータ・メモリ、２５は利用可能性チエツク処理部である
。

Claims (2)

【特許請求の範囲】
1. （１）ソフトウェアに対応したソフトウェア固有データ
   を格納したソフトウェア記憶手段、 ソフトウェアの利用者に対応した利用者固有データを格
   納した利用者固有データ記憶手段、上記ソフトウェア固
   有データと上記利用者固有データ各々の少なくとも一部
   のデータを用いてソフトウェアの利用可否を判定する利
   用可否判定手段、及び、 該利用可否判定手段が利用可と判定した時、ソフトウェ
   ア固有データに対応したデータを格納するための利用ソ
   フトウェア履歴格納手段とを備え、 該利用ソフトウェア履歴格納手段の格納内容は上記ソフ
   トウェア固有データに対応して管理されていることを特
   徴とするソフトウェア管理方式。
2. （２）ソフトウェア固有データとしてソフトウェア権利
   者識別符号を備え、 利用者固有データとしてソフトウェア利用条件を備え、 利用可否判定手段が利用可と判定した時、ソフトウェア
   権利者識別符号を利用ソフトウェア履歴格納手段に格納
   し、ソフトウェア権利者対応にそのソフトウェア利用状
   況を把握可能としたことを特徴とする特許請求の範囲第
   １項記載のソフトウェア管理方式。