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

Description

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

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

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

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

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

(e)発明の構成 この目的は，可搬の媒体に記録された有償ソフトウェア
が利用者のデータ処理システムにおいて入力され利用さ
れる際に利用者に対するソフトウェア利用料金データを
作成するソフトウェア管理方式において， 上記可搬の媒体に記録された有償ソフトウェアと一体に
ソフトウェア権利者識別符号とソフトウェア利用料金と
を含むソフトウェア固有データを設け， また上記利用者のデータ処理システムにはソフトウェア
サービスシステムを設け， 当該ソフトウェアサービスシステムは， 有償ソフトウェアの利用者に対応した利用者識別符号お
よびソフトウェア利用可能金額を含む利用者固有データ
を格納した利用者固有データ記憶手段（９，１１）， 有償ソフトウェアの利用可否を判定する利用可否判定手
段（１０）， 該利用可否判定手段（１０）が利用可と判定した時，ソ
フトウェア固有データを含む利用明細データを格納する
ための利用ソフトウェア履歴格納手段， 予め所定の金額が設定されているＩＣカードを入力源と
して，該ＩＣカードに設定されている金額を上記利用者
固有データ中のソフトウェア利用可能金額の増額用金額
として取り込むＩＣカード入力手段（１２）及び， 上記ソフトウェア利用可能金額を，上記ＩＣカード入力
手段を介して入力される上記ＩＣカードに設定されてい
る金額によって増額処理する手段（３２，３３）を備
え， 上記利用可否判定手段は利用者が上記有償ソフトウェア
を利用する際，上記利用者固有データ中の利用者識別符
号により利用者の正当性をチェックした後， 上記ソフトウェア固有データ中のソフトウェア利用料金
が上記利用者固有データ中のソフトウェア利用可能金額
又は 該利用者固有データ中のソフトウェア利用可能金額にＩ
Ｃカードから取り込んだ増額用金額を加算して算出した
修正されたソフトウェア利用可能金額を超過するかどう
かを判定し，超過していない時に利用可能と判定し， 利用可能と判定した場合，利用ソフトウェア履歴格納手
段に上記ソフトウェア固有データを含むソフトウェア利
用明細データを格納し， 上記利用ソフトウェア履歴格納手段に格納されているデ
ータにより，ソフトウェア権利者対応にその有償ソフト
ウェアの利用状況を把握可能に管理することを特徴とし
ている。

(f)発明の実施例 第１図は，本発明のソフトウェア・サービス・システム
（ＳＳＳ）の概念を説明するための図である。図におい
て，Ｐはソフトウェア権利者，ＰＰは有償ソフトウェア
(Program Product)，ＰＩＤｉはソフトウェア権利者識
別符号とソフトウェア利用料金とを含むソフトウェア固
有データ，ＵＳＥＲＩＤは利用者に対応したソフトウェ
ア利用可能金額を含む利用者固有データ，ＣＨＥＣＫは
利用可否判定手段，ＳＨは利用ソフトウェア履歴格納手
段，ＤＰＳはデータ処理システム，ＳＳＵはソフトウェ
ア・サービス・ユニット，ＩＣカードはソフトウェア利
用可能金額を増額させるために用いられる所定の金額が
プリペイドあるいは信用付与されたカードである。

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

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

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

第２図は，本発明が適用される１つの実施例の基本構成
を示すものである。図において，１はユーザにおけるデ
ータ処理システム，２は有償ソフトウェアである有償プ
ログラムを管理する管理組合のＳＳ協会，３−１〜３−
ｎは有償プログラムに関する実施があった時にその対価
を受領する権利のあるプログラム権利者（複数権利者で
あった時は，その配分率情報も記入しておく。），４ａ
〜４ｚは有償プログラムで，４ａと４ｂはプログラム権
利者３−１が作成したもの，４ｙと４ｚはプログラム権
利者３−ｎが作成したもの，５と６は有償プログラム，
７は中央処理システム，８はソフトウェア・サービス・
ユニット（ＳＳＵ），９は利用者固有データ格納手段の
一部で利用者識別符号を格納するユーザ識別符号メモ
リ，１０は有償プログラムの利用可否を判定する利用可
否判定手段である利用可否判定処理部，１１は利用者固
有データ格納手段の他の一部で通貨記号（＄，￥又は など）を含めたユーザの利用可能金額を示す残高データ
を格納する残高メモリ及び利用ソフトウェア履歴格納手
段を含む利用プログラム履歴メモリ，１２は利用プログ
ラム履歴メモリ１１の内容の入出力を処理する入出力処
理部，１３は中央処理システム７におけるＯＳ部，１４
は磁気ディスク装置，１５はプリンタ，１６はキーボー
ド，１７は表示装置，４２は利用可能金額を増加させる
ためなどに用いられるＩＣカードである。

さて，第２図のシステムにおいては，まずプログラムを
作成し，そのプログラムを有償プログラムとして，一般
に利用させ，且つその利用料金を確実に回収しようと志
すプログラム権利者は，ＳＳ協会へ行き，その利用料金
の振り込み先口座名を登録し，プログラム権利者識別符
号（以下プログラム権利者ＩＤと称す。）を受け取る。
協会では，各プログラム権利者に対して，異なったプロ
グラム権利者ＩＤを付与する。この行為は例えば，第２
図の窓口Ｗで行われ，管理簿ＮＴで管理される。プログ
ラム権利者３−１は例えばＰ１というプログラム権利者
ＩＤが付与されているものとする。

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

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

このソフトウェア・サービス・ユニット８には，ユーザ
識別符号メモリ９からのデータと，利用される有償プロ
グラムに付与されたプログラム固有データ及び利用プロ
グラム履歴メモリの内容をチェックし，利用可否を判断
する利用可否判定処理部１０，及び，利用プログラム履
歴メモリ１１の内容に関し，プログラム利用履歴を出力
したり，利用可能金額を更新したりする入出力処理部１
２を備えている。この入出力処理部１２は，各ユーザに
より種々の形態をとることが可能であり，オンラインで
直接離れた場所にあるファイルに転送するものや，外部
記憶媒体，特に磁気カードやマイクロ・プロセッサを中
に備えたＩＣカード４２が含まれる。その利用形態によ
り，種々のソフトウェア・サービス・ユニット８が存在
し得る。

データ処理システム１が有償プログラム５を利用する
時，つまり，ジョブ制御言語の解読結果で該ソフトウェ
アの利用をＯＳ部１３が検出すると，その旨がソフトウ
ェア・サービス・ユニット８に通知される。これは，特
権割り込みと同等の制御で良い。ソフトウェア・サービ
ス・ユニット８は利用プログラム履歴メモリ１１中の利
用可能金額を読み出すと共に，該有償プログラム５内に
あるプログラム固有データからの利用料金を求める。こ
の利用料金を上記利用可能金額から減じる処理が次にな
される。その結果が，負だったら，そのプログラムは利
用不可である為，その旨がＯＳ部１３に通知され，例え
ば，システムメッセージ「プログラム４ａは残高が無い
ので利用出来ません」が表示装置１７に表示される。
（後述の如く，負の場合でも条件付きで利用可とするこ
とも可能である。） 逆に，上記利用可能金額から利用料金を減じた結果が負
でなかったら，該減じた値を利用プログラム履歴メモリ
の利用可能金額の記憶領域へ格納するとともに，そのプ
ログラムに付与されているプログラム権利者ＩＤであ
る。Ｐ１とその利用料金，及びユーザ識別符号メモリに
あるユーザ識別符号を同じく利用プログラム履歴メモリ
１１にその利用明細として格納する。勿論，そのプログ
ラムを識別するためのコードも料金支払いに不必要な情
報ではあるがプログラム利用状況を把握するためのデー
タとして利用価値があり，利用プログラム履歴メモリ１
１に格納される。そして，ＯＳ部１３に対して，処理の
続行を促す。

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

本システムにおいては，利用プログラム履歴メモリ１１
の利用明細データが格納される領域は所定量または所定
額となっており，該限界を越えた場合には利用プログラ
ム履歴メモリ１１の内容を空にする処理が必要となる様
構成してある。高額の場合等，途中でその利用状況をＳ
Ｓ協会へ報告させる手段を設けてある。この利用プログ
ラム履歴メモリ１１の残高メモリに対しても，入出力処
理部によりその額を外部より増加可能としている。銀行
オンライン方式と同様の構成または上述のＩＣカード４
２をＳ′Ｓ協会より所定の料金でユーザに購入させ、そ
のＩＣカード４２内に記憶されている料金分を増加させ
る構成をとり得る。

プログラム固有データとして特約データを含めることが
本発明で可能となる。この場合，上記利用可否判定処理
部１０はプログラム固有データの中に特約データが記入
されていると利用者固有データに利用特約コードが有る
場合のみ利用可と判定する。これは，プログラム権利者
が特に特定プログラムについては，その利用者を把握し
ておきたい時に便利である。利用特約コードを利用者が
得るためには，利用者はＳＳ協会と特約をする必要があ
り，特約をするためには当然のこととして利用者の名前
などがＳＳ協会に登録されるので，プログラム権利者が
その名前等を把握するのは容易である。また，その特約
内容として報告義務を課する様にして，例えば，ＳＳ協
会へ報告するのをやめ，下記の如き報告に対する所定割
引きによってもうけることよりは，プログラム作成者へ
お金が支払われることがないようにすることを選ぶとい
うライバルへお不正行為のような，ダンピング類似行為
を防止したりすることも可能となる。

本システムでは，利用プログラム履歴メモリ１１の中の
利用明細をＳＳ協会が知ることがその利用されたプログ
ラムのプログラム権利者へ料金支払いをする上で必須で
ある。実現方法として，利用明細の報告があった場合，
その内の例えば１０％をユーザに返済するという手段を
講じてある。従って，ユーザとしては，報告した方が自
分の利益になるので，殆どは報告をすることになり，プ
ログラム権利者は確実にその利用量を回収することが可
能となる。第２図では，報告を受けたＳＳ協会２は，プ
ログラム権利者ＩＤで管理簿ＮＴを参照し，その対応し
た振り込み先口座へその料金を振り込むという処理を行
う。

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

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

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

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

第３図は，第２図の実施例の詳細，構成を示したもので
あり，前図と同記号のものは，前図と同じものを示し，
１１ａは通貨単位も含む利用可能金額を格納する残高メ
モリ，１１ｂは利用明細メモリ１１ｃへの書込み位置を
示すポインタ・メモリ，２１はプログラム権利者ＩＤ２
１ａ，プログラム番号やその版数等のプログラム識別Ｉ
Ｄ２１ｂ，その利用料金データ２１ｃ，利用状況や特約
データ等で料金を決める割引率データ２１ｄ，等を格納
するプログラム・データ・メモリ，２２は割引処理部，
２３は残高があることをチェックする残高チェック処理
部，２４はポインタ・メモリの示す値が所定値以上か否
かを判定する利用明細メモリ領域チェック処理部，２５
は残高メモリに格納されている残高でプログラムを利用
できるか否かをチェックする利用可能性チェック処理
部，２６は残高メモリ更新処理部，２７はポインタ・メ
モリの内容を＋１するポインタ更新処理部，２８は利用
明細メモリ１１ｃへの書込み処理部，２９はＯＳへのＯ
Ｓ応答処理部，３０は利用明細メモリ１１ｃのアクセス
位置を制御するアクセス制御部，３１はユーザのチェッ
クを行うユーザ・チェック処理部，３２はキーボードよ
りの指示で残高メモリ１１ａへの増分をその妥当性をチ
ェックした上でフェッチしてくるための増分フェッチ処
理部，３３は残高メモリ１１ａへの加算処理部，３４は
ポインタが０より大か否かを検出するポインタ値チェッ
ク処理部，３５は利用プログラム履歴メモリ１１の読み
出し処理部，３６は外部への転送処理部，３７はポイン
タを−１するポインタ減算処理部，４２はＩＣカードで
ある。

ソフトウェア・サービス・ユニットＳＳＵは，３大処理
に分けられる。その１は有償プログラムの利用時の処
理，その２は残高メモリ１１ａの内容を増加する処理，
その３は利用プログラム履歴メモリ１１の内容を外部へ
転送するための転送処理である。それらを順次説明して
ゆく。

始めにその１の処理を説明する。

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

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

次に，その２の処理を説明する。

キーボード１６よりの指示でまず残高メモリ１１ａが残
高チェック処理部２３でチェックされ，負（特別な処理
形態を考えることも可能だが本来あり得ない）または０
の時はで示す処理が行われ，たとえば「残高無し」の
メッセージが第２図の表示装置１７に表示される。それ
以外の時，次にポインタ・メモリ１１ｂの内容がチェッ
クされ，ＭＡＸ値の超過有無が調べられる。ＭＡＸ値と
して，利用明細の記載済み項目数，又は，利用された金
額でＳＳ協会へ報告未完了の累計を用いることが可能で
ある。ＭＡＸ値を超過している時で示す処理が行わ
れ，たとえば，「利用明細メモリが不足しています。一
度，利用明細をＳＳ協会へ転送して下さい。（又は，Ｉ
Ｃカードを差し代えて下さい。）」なるメッセージを第
２図の表示装置１７に表示する。

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

この割引処理部２２の出力が即ち，そのプログラムを利
用した時の料金を意味している。その値を用いて，利用
可能性チェック処理部２５は残高メモリ１１ａの値から
割引処理部２２の出力値を減じ，その結果が負か否かを
チェックする。負であればで示す処理が行われ，たと
えば「残高が不足しています。」なるメッセージを表示
装置１７に表示する。負でない時には，残高メモリ更新
処理部２６が残高メモリ１１ａの値を該減じた結果に更
新し，ポインタ更新処理部２７にて，ポインタ・メモリ
１１ｂの内容を＋１する。そして，書込み処理部２８は
利用明細メモリ１１ｃに，ユーザ識別符号，プログラム
権利者ＩＤ２１ａ，プログラム識別ＩＤ２１ｂ，通貨単
位を含めた料金等を格納する。ポインタ・メモリ１１ｂ
はアクセス制御部３０に対して新格納場所をポイントし
ており，その新格納場所へ上記データは格納されること
になる。その後，ＯＳ応答処理部２９はＯＳ部１３に対
して利用可能を指示する。

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

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

上記の様な構成としたことにより，残高メモリ１１ａが
０になる前でもＳＳ協会へその利用明細メモリが通知さ
れるので，金額が残高メモリ１１ａに格納されても，利
用明細への記入量は限定できるので，たとえ障害で利用
明細が失われても，被害は小さく留めることができる。
更に，ユーザ識別符号により，利用明細メモリ領域チェ
ック処理部２４でのＭＡＸ値を動的に変更する様にすれ
ば，信用度の高いユーザに対しては，その利用明細の報
告より長時間単位とし，信用度の低いユーザはその利用
明細の報告を短期間とする等の制御も自由に行うことも
可能となる。

尚，上記実施例では，残高メモリ１１ａは利用された分
だけ直ぐに減じ，常に利用可能な金額を表示している例
で説明したが，イニシャル値を格納して，その値を利用
明細メモリの内容が外部へ出力されない限り変更せずに
そのままにしておき，残高を問われる毎に，該イニシャ
ル値から利用明細メモリにある明細の合計を差し引くと
いう処理を行う形態にしてもよいのは勿論である。この
場合の実施例について次に説明する。

第４図に示す実施例構成は，第３図の実施例構成を変形
したものである。この第４図の実施例では残高メモリ１
１ａの内容は，イニシャル値にもしもＩＣカード４２な
どから増分値の入力があればそれを加算処理部３３で合
算した値に設定され，第３図の実施例の場合のような有
償プログラムの利用が行われる都度その利用料金を減額
して残高を更新する処理は行われない。この残高メモリ
１１ａの内容は，転送処理部３６が利用明細メモリ１１
ｃの内容を外部へ転送しない限りそのまま保持される。

そして利用可能性チェック処理部２５は，有償プログラ
ムの利用可能性をユーザの利用可能金額の面でチェック
する際，３４，３５，４７，３７で示される各処理部を
起動し，利用明細メモリ１１ｃの内容を読み出して，各
利用料金を合計する処理を行わせ，その合計値に有償プ
ログラムの利用料金を加えた額を残高メモリ１１ａの内
容から減算して，減算結果が負でない限り利用可能（Ｏ
Ｋ）と判定する。ここで利用可能と判定された場合に
は，第３図の実施例の場合のような残高メモリ１１ａの
残高更新処理は行われずに，利用明細メモリ１１ｃに対
する利用明細データの格納のみが行われる。なお，第４
図において説明されなかった構成部分の動作は，第３図
におけるものと同様である。

第５図は，本発明のさらに他の実施例であり，第２図の
実施例において中央処理システムＣＰＳ７内に設けられ
ていた利用プログラム履歴メモリ１１をＩＣカード４２
内に移した構成となっている。図において，前図と同記
号のものは前図と同じものを示し，３７は主記憶装置，
３８は中央処理装置，３９はチェネル装置，４０は入出
力制御装置，４１はＩＣカード・リーダ，４２はＩＣカ
ード，４３はマイクロ・プロセッサ，４４はマイクロ・
プロセッサ４３を動作させる為のプログラムが格納され
たＥＰＲＯＭ（イー・ピー・ロム），４５は入出力ポー
ト，４６は内部バスである。

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

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

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

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

また，上記実施例では残高メモリが“０”の時には，処
理装置が動作しない例を用いたが，残高が少なくなって
きたらその旨の表示を出す方式や，所定金額迄は警告を
表示しつつ負を許し，該負の値を更に越えたらソフトウ
ェア・サービス・ユニットの基本部分を破壊し，以後，
ソフトウェアのサービスを受けられない様にしてしまう
方式も考えられる。こうすることで，即停止の心配とい
う心理的バリアを除くことが可能となる。

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

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

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

また，ＩＣカードにおいても，その内容をＳＳ協会に提
出して再利用可能な如く構成することも，ＥＰＲＯＭの
使い方次第で可能である。

更に，本発明は，有償プログラムを例にして説明した
が，ソフトウェアの有償サービス，例えば電波による有
償画像サービス，ビデオカセット，及び，有償情報提供
等にももちろん適用可能である。

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

【図面の簡単な説明】

第１図は本発明の概念を説明するための図，第２図は本
発明の１つの実施例の基本構成図，第３図は第２図に示
す実施例の詳細構成図，第４図は本発明の他の実施例の
構成図，第５図は本発明のさらに他の実施例の構成図で
ある。 図において，１はデータ処理システム，２はＳＳ協会，
３−１〜３−ｎはプログラム権利者，５は有償プログラ
ム，８はソフトウェア・サービス・ユニット，９はユー
ザ識別符号メモリ，１０は利用可否判定処理部，１１は
利用プログラム履歴メモリ，１１ａは残高メモリ，１１
ｂはポインタ・メモリ，１１ｃは利用明細メモリ，１２
は入出力処理部，１６はキーボード，１７は表示装置，
２１はプログラム・データ・メモリ，２５は利用可能性
チェック処理部，４２はＩＣカードである。

Claims (1)

【特許請求の範囲】
1. 【請求項１】可搬の媒体に記録された有償ソフトウェア
   が利用者のデータ処理システムにおいて入力され利用さ
   れる際に利用者に対するソフトウェア利用料金データを
   作成するソフトウェア管理方式において， 上記可搬の媒体に記録された有償ソフトウェアと一体に
   ソフトウェア権利者識別符号とソフトウェア利用料金と
   を含むソフトウェア固有データを設け， また上記利用者のデータ処理システムにはソフトウェア
   サービスシステムを設け， 当該ソフトウェアサービスシステムは， 有償ソフトウェアの利用者に対応した利用者識別符号お
   よびソフトウェア利用可能金額を含む利用者固有データ
   を格納した利用者固有データ記憶手段（９，１１）， 有償ソフトウェアの利用可否を判定する利用可否判定手
   段（１０）， 該利用可否判定手段（１０）が利用可と判定した時，ソ
   フトウェア固有データを含む利用明細データを格納する
   ための利用ソフトウェア履歴格納手段， 予め所定の金額が設定されているＩＣカードを入力源と
   して，該ＩＣカードに設定されている金額を上記利用者
   固有データ中のソフトウェア利用可能金額の増額用金額
   として取り込むＩＣカード入力手段（１２）及び， 上記ソフトウェア利用可能金額を，上記ＩＣカード入力
   手段を介して入力される上記ＩＣカードに設定されてい
   る金額によって増額処理する手段（３２，３３）を備
   え， 上記利用可否判定手段は利用者が上記有償ソフトウェア
   を利用する際，上記利用者固有データ中の利用者識別符
   号により利用者の正当性をチェックした後， 上記ソフトウェア固有データ中のソフトウェア利用料金
   が上記利用者固有データ中のソフトウェア利用可能金額
   又は 該利用者固有データ中のソフトウェア利用可能金額にＩ
   Ｃカードから取り込んだ増額用金額を加算して算出した
   修正されたソフトウェア利用可能金額を超過するかどう
   かを判定し，超過していない時に利用可能と判定し， 利用可能と判定した場合，利用ソフトウェア履歴格納手
   段に上記ソフトウェア固有データを含むソフトウェア利
   用明細データを格納し， 上記利用ソフトウェア履歴格納手段に格納されているデ
   ータにより，ソフトウェア権利者対応にその有償ソフト
   ウェアの利用状況を把握可能に管理することを特徴とす
   るソフトウェア管理方式。