JPH0877263A

JPH0877263A - ソフトウェア処理装置

Info

Publication number: JPH0877263A
Application number: JP21645194A
Authority: JP
Inventors: Satoshi Itami; 敏伊丹; Kazuo Nakajima; 一雄中島; Kenichi Uchiumi; 研一内海
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-09-09
Filing date: 1994-09-09
Publication date: 1996-03-22
Also published as: US6278984B1

Abstract

(57)【要約】【目的】ソフトウェアと媒体とを分離して流通させる
とともに、ソフトウェアの複製の販売料金（使用料金）
を確実に徴収できるソフトウェア流通システムに適した
ソフトウェア処理装置を提供する。【構成】ＷＯ１のシステム領域１ａには、ベンダーＩ
Ｄが記載されている。このＷＯ１をＷＯディスクドライ
ブ１６に装填すると、制御ＣＰＵ５は、このベンダーＩ
Ｄを読み取る。また、インターフェース装置１７を介し
て受信されるソフトウェアの先頭には、ベンダーＩＤが
記載されている。このソフトウェアがＳＤ回路９に入力
されると、制御ＣＰＵ５は、このベンダーＩＤを読み取
る。制御ＣＰＵ５は、ＷＯ１のシステム領域１ａ上のベ
ンダーＩＤとソフトウェアの先頭のベンダーＩＤとを比
較して、両者が一致するものであるかどうかをチェック
する。そして、両者が対応しているとチェックした場合
には、制御ＣＰＵ５は、このソフトウェアをＷＯ１に書
き込む。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータプログラ
ムあるいは映像著作物等のソフトウエア、特にデジタル
情報化されたソフトウエアを流通させるための新規なシ
ステムに用いるソフトウェア処理装置に関する。

【０００２】

【従来の技術】

（１）ソフトウェアは、一定の価値を有するがために流
通させるべきという要求がある反面、無体物であるため
にそれ単独では物理的に存在し得ないという特質を有し
ている。従って、従来、ソフトウェアを流通させる際に
は、移転可能な動産である媒体に固定していた。例え
ば、コンピュータプログラムは、フロッピーディスクに
固定して販売されていた。また、映像著作物は、ビデオ
テープや銀塩フィルム等に固定して販売されていた。ま
た、音楽著作物は、コンパクトディスクやレコードやオ
ーディオテープに固定して販売されていた。（２）一方、これらソフトウェアは、テレビジョン放
送，ラジオ放送，有線放送等により、放送される場合が
ある。これらの放送の対象となる場合には、ソフトウェ
アの放送自体に対するソフトウェア使用料は、放送事業
者からソフトウェア権利者（著作権者）に支払われる。
そのため、視聴者は、一般に、放送されたソフトウェア
を視聴する事自体を無料で行える。但し、受信料の名目
で、放送事業者が支払うソフトウェア（の放送権）使用
料の一部を負担させられる場合もある。また、オンデマ
ンド方式のビデオ放送システムでは、視聴者にソフトウ
ェア使用料自体が課せられる。

【０００３】但し、放送されたソフトウェアの視聴が無
料で認められている場合であっても、放送されたソフト
ウェアが一旦媒体に固定されると、事実上複数回数の再
生が可能になったり、事実上第三者に対する譲渡が可能
になってしまう。このようなソフトウェア利用の形態
は、ソフトウェア権利者（著作権者）に対して、放送料
の徴収だけではカバーできない不利益を被らせるもので
ある。従って、ソフトウェア複製を媒体に固定して販売
する場合と同等額の利益を、ソフトウェア権利者（著作
権者）に認めるべきである。特に、ソフトウェアがデジ
タル情報よりなる場合には、他の媒体への複写が極めて
容易であり且つアナログ情報のような複写による劣化が
ないというデジタル情報の特性から、オリジナルと全く
同一の複製が可能であり、これらの行為により製造者の
利益が害される可能性が極めて高い。そのため、従来か
ら媒体に予めソフトウェア使用料を上乗せて販売するシ
ステムが実用されている。

【０００４】

【発明が解決しようとする課題】

（１）しかしながら、従来のようにソフトウェアが媒体
に固定されている場合には、他の有体物商品と全く同じ
ように、ソフトウェアの流通が媒体の特性によって大き
く影響を受けてしまう。即ち、ソフトウェアの流通量
は、複製されたソフトウェアが固定された媒体の数に限
られてしまう一方で、一旦ソフトウェアが固定された媒
体の内容（コンテンツ，ここではソフトウェア）は容易
に変更できない。従って、例えば、あるソフトウェア
を固定している媒体が品切れである一方で、別のソフト
ウェアを固定している媒体の在庫が処分できないという
状況が生じうる。このような状況が生じるために、複数
種類のソフトウェアを販売する販売者は、どのソフトウ
ェアを幾つ製造（複製して媒体に固定すること）すれば
よいのかといった売上げ予測や複雑な在庫管理をしなけ
ればならなかった。また、この売上げ予測が外れた場合
には、大きな損失を被る場合もあった。

【０００５】このような状況は、本来無体物であるソフ
トウェアを媒体に固定することによって有体物化したこ
とにより生じる弊害であり、無限を含む任意の数の複製
物を生成し得るといった無体物故の利点をスポイルして
いる状況であると言える。

【０００６】本発明の第１の課題は、以上のようなソフ
トウェアを媒体に固定して流通させることによる問題点
に鑑み、ソフトウェアと媒体とを分離して流通させると
ともに、ソフトウェアの複製の販売料金（使用料金）を
確実に徴収できるソフトウェア流通システムに適したソ
フトウェア処理装置を提供することである。（２）また、放送されるソフトウェアに対する使用料を
予め市販の媒体に上乗せしてして販売する方式にあって
は、その媒体自体があらゆるソフトウェア（著作権が生
じているものに限らず、自然物そのものも含む）を固定
することができるものであるので、どの媒体にどのソフ
トウェアが固定されるのかを予め知ることができない。
従って、後になってある媒体に特定のソフトウェアが固
定されたとしても、その媒体に予め上乗せしてあった使
用料を当該ソフトウェアの権利者に還元することが困難
であるといった問題があった。また、自然物の映像や音
声を固定した場合や媒体使用者自身の著作になるソフト
ウェアを固定した場合には、媒体に予め上乗せしてあっ
た使用料が事実上不当利得になっていたという問題があ
った。

【０００７】本発明の第２の課題は、以上のような媒体
に予め使用料を上乗せする場合の問題点に鑑み、特定の
媒体に固定できるソフトウェアを予め限定することによ
り、媒体に上乗せしたソフトウェア使用料を当該媒体に
固定されるべきソフトウェアの権利者に対して確実に還
元することができるソフトウェア流通システムに適した
ソフトウェア処理装置を提供することである。

【０００８】

【課題を解決するための手段】本発明によるソフトウエ
ア処理装置は、上記第１の課題及び第２の課題を解決す
るために、以下の構成を採用した。＜必須構成要件＞即ち、本発明によるソフトウェア処理
装置の第１の態様は、原理図である図１（ａ）に示すよ
うに、媒体１００に記憶されている第１の識別情報１０
１を読み取る第１の読み取り手段１０４と、ソフトウェ
ア１０２に対応付けられた第２の識別情報１０３を読み
取る第２の読み取り手段１０５と、この第１の読み取り
手段１０４によって読み取られた前記第１の識別情報１
０１と第２の読み取り手段１０５によって読み取られた
前記第２の識別情報１０３とを比較する比較手段１０６
と、この比較手段１０６によって前記第１の識別情報１
０１と前記第２の識別情報１０３とが対応しているとさ
れた場合に、前記ソフトウェア１０２を前記媒体１００
に書き込む書込手段１０７とを備えたことを特徴とする
（請求項１に対応）。

【０００９】また、本発明によるソフトウェア処理装置
の第２の態様は、原理図である図１（ｂ）に示すよう
に、媒体１１０に記憶されている第１の識別情報１１１
を読み取る第１の読み取り手段１１４と、ソフトウェア
１１２及びこのソフトウェア１１２に対応付けられた第
２の識別情報１１３とが前記媒体１１０に書き込まれて
いる場合に、前記媒体１１０から前記第２の識別情報１
１３を読み出す第２の読み取り手段１１５と、前記第１
の読み取り手段１１４によって読み取られた前記第１の
識別情報１１１と前記第２の読み取り手段１１５によっ
て読み取られた前記第２の識別情報１１３とを比較する
比較手段１１６と、この比較手段１１６によって前記第
１の識別情報１１１と前記第２の識別情報１１３とが対
応しているとされた場合に、前記ソフトウェア１１２を
前記媒体１１０から読み出す読出手段１１７とを備えた
ことを特徴とする（請求項７に対応）。

【００１０】また、本発明によるソフトウェア処理装置
の第３の態様は、原理図である図１（ｃ）に示すよう
に、媒体１２０に記憶されている第１の識別情報１２１
を読み取る第１の読み取り手段１２４と、ソフトウェア
１２２に対応付けられた第２の識別情報１２３を読み取
る第２の読み取り手段１２５と、前記第１の読み取り手
段１２４によって読み取られた前記第１の識別情報１２
１と第２の読み取り手段１２５によって読み取られた前
記第２の識別情報１２３とを比較する第１の比較手段１
２６と、この第１の比較手段１２６によって前記第１の
識別情報１２１と前記第２の識別情報１２３が対応して
いるとされた場合に、前記ソフトウェア１２２及び前記
ソフトウェア１２２に対応付けられた前記第２の識別情
報とを前記媒体１２０に書き込む書込手段１２７と、前
記媒体１２０に前記ソフトウェア１２２及び前記ソフト
ウェア１２２に対応付けられた前記第２の識別情報が書
き込まれている場合に、このソフトウェア１２２に対応
する前記第２の識別情報１２３を前記媒体１２０から読
み出す第３の読み出し手段１２８と、前記第１の読み取
り手段１２４によって読み取られた前記第１の識別情報
１２１と前記第３の読み取り手段１２８によって読み取
られた前記第２の識別情報１２３とを比較する第２の比
較手段１２９と、この第２の比較手段１２９によって前
記第１の識別情報１２１と前記第２の識別情報１２３が
対応しているとされた場合に、前記ソフトウェア１２２
を前記媒体１２０から読み出す読出手段１３０とを備え
たことを特徴とする（請求項９に対応）。

【００１１】以下、本発明の各構成要件について説明す
る。〔媒体〕媒体は、書き込まれることを予定されるソフト
ウェアの使用料金を予め上乗せして販売されるようにし
て良い。

【００１２】この媒体は、ソフトウェアの書込が可能な
メモリである。従って、半導体メモリであっても磁気記
憶媒体であっても良い。また、書込可能な光ディスクと
することができる。この場合、ソフトウェアを書込可能
かつ消去不能な媒体とすることができる（請求項３に対
応）。このような媒体であると、その記憶容量の全てに
ソフトウェアの書込をしてしまうと、それ以上の書込は
もはや不可能となる。従って、ディスクに書き込まれる
ソフトウェアの数を予め特定することができるので、そ
れに対応するソフトウェア使用料の決定も容易になる。
この書込可能かつ消去不能な媒体の例としては、追記可
能光ディスクが挙げられる。また、光磁気ディスクを用
いても良い。この場合には、複数回のソフトウェアの書
込みが可能になる。しかし、その書込回数を制限する手
段を付加すれば問題はない。〔識別情報〕識別情報としては、ソフトウェア権利者の
ＩＤコードとすることができる。また、同じソフトウェ
ア権利者によるソフトウェアの内の一部のソフトウェア
を特定するコードとすることができる。また、複数のソ
フトウェア権利者からなるグループを特定するコードと
することができる。

【００１３】また、第１の識別情報を媒体における特定
の領域に記載するように構成しても良い。そして、第１
の読み取り手段は、媒体の特定の領域に第１の識別情報
が書き込まれている場合にのみ、この第１の識別情報を
読み取るように構成することができる（請求項４に対
応）。このようにすれば、仮に、特定領域以外の領域
に、後からユーザによって識別情報が書き加えられて
も、これを無視することができる。その結果、ユーザに
入手される前にソフトウェア権利者の監視下において書
き込まれた識別情報のみが考慮されることになるので、
ソフトウェア使用量の管理を確実に行うことができる。

【００１４】その場合、第１の識別情報を記載する特定
の領域としては、媒体上のユーザアクセス不能領域とす
ることができる（請求項１１に対応）。このユーザアク
セス不可能領域とは、ユーザがエディタ等のプログラム
によりアクセスすること（データの読み出し，書き込
み，又は修正すること）が不可能なように、その属性が
設定された領域である。このようにすることにより、ユ
ーザがこの第１の識別情報を読み出して、この第１の識
別情報の内容を第２の識別情報としてコピーしてしまう
ことや、第２の識別情報の内容を第１の識別情報として
媒体上の特定領域にコピーしてしまうことが防止でき
る。従って、ユーザの不正使用行為が予め防止できる。

【００１５】また、第１の識別情報及び第２の識別情報
を、夫々複数の識別情報から構成することができる（請
求項１２に対応）。複数の識別情報とは、例えば、ベン
ダーＩＤとソフトウェアの作品名等である。このように
すれば、これら複数の識別情報を様々に組み合わせるこ
とにより、媒体に書き込み得るソフトウェアを様々に特
定することができる。従って、個々のベンダーについて
多数のベンダーＩＤを用意しておく必要がない。〔比較手段〕比較手段は、前記第１の識別情報と前記第
２の識別情報が一致している場合に、前記第１の識別情
報と前記第２の識別情報が対応しているとすることがで
きる（請求項２に対応）。そのようにすれば管理が容易
になる。但し、識別情報同士の対応関係を示したテーブ
ルや、対応関係を関数化した式が用意されていれば、一
致の場合以外でも対応があると判断することができる。〔書込手段・読み出し手段〕書込手段がソフトウェアを
暗号化しながら前記媒体に書き込み、読出手段がソフト
ウェアを復号化しながら媒体から読み出すように構成し
ても良い（請求項１０に対応）。このようにすることに
より、読み出し手段による読み出し以前において、ソフ
トウェアの内容を暗号化して、外部から解析できない状
態にしておくことができる。従って、比較手段による比
較の条件等，読み出しのための条件に違反があった場合
のセキュリティを確実にすることができる。

【００１６】＜付加的構成要件＞本発明は、以上の必須
要件から構成されるが、以下の付加的構成要件を付加し
ても構成することができる。〔表示手段・禁止手段〕書込手段によって媒体にソフト
ウェアが書き込まれた場合に、媒体上に書込みがあった
旨を表示する表示手段を設けても良い。その場合、媒体
上に表示手段による表示があった場合には、書込手段に
よるソフトウェアの媒体への書込を禁止する禁止手段を
設けても良い（請求項７に対応）。このようにすれば、
上述の光磁気ディスクのように複数回の書込が可能な媒
体であっても、また、追記可能光ディスクのように消去
が不可能ではあるが容量次第によっては複数のソフトウ
ェアの書込が可能である媒体であっても、その書込の回
数を一回のみに制限することができる。従って、ソフト
ウェアの使用料の管理を確実にすることができる。〔記録手段〕媒体上にソフトウェアを書込可能な残り回
数を記録する記録手段を設けても良い。その場合、記録
手段により媒体上に記録された残り回数が零である場合
に、書込手段によるソフトウェアの媒体への書込を禁止
する禁止手段を設けても良い（請求項５に対応）。この
ようにすれば、ソフトウェアの書込み可能回数を複数回
と設定することができ、しかも、その回数以上の書込を
禁止することができる。従って、確実に管理できる使用
量を、複数回分とすることができる。〔読み出し量記録手段〕読み出し手段による読み出し量
を記録する読み出し量記録手段を設けても良い（請求項
８に対応）。このようにすれば、読み出し量に応じたラ
ンニングロヤリティの徴収も可能になる。

【００１７】

【作用】

＜本発明の第１の態様による作用＞媒体１００には、第
１の識別情報１０１が記載されている。第１の読み取り
手段１０４は、この第１の識別情報１０１を読み取る。

【００１８】また、ソフトウェア１０２には、第２の識
別情報１０３が対応付けられている。第２の読み取り手
段１０５は、この第２の識別情報１０３を読み取る。比
較手段１０６は、第１の識別情報１０１と第２の識別情
報１０３とを比較し、両者が対応するものであるかどう
かをチェックする。

【００１９】そして、両者が対応しているとチェックさ
れた場合には、書込手段１０７は、このソフトウェア１
０２を媒体１００に書き込む。従って、ある媒体１００
には、必ず対応する識別情報１０３を有するソフトウェ
ア１０２が書き込まれることになる。従って、媒体１０
０とソフトウェア１０２を分離して流通させて、媒体１
００側にソフトウェア使用料を上乗せする流通形態を取
ったとしても、ソフトウェア使用料は確実にソフトウェ
アの権利者に還元される。また、ソフトウェア権利者
は、流通前にソフトウェア１０２を媒体１１０に固定す
るという作業から解放される。＜本発明の第２の態様による作用＞媒体１１０には、第
１の識別情報１１１が記載されている。この媒体１１０
には既にソフトウェア１１２及びこのソフトウェア１１
２に対応付けられている第２の識別情報が書き込まれて
いるとする。

【００２０】第１の読み取り手段１１４は、この第１の
識別情報１１１を読み取る。同時に、第２の読み取り手
段１１５は、この第２の識別情報１１３を読み取る。比
較手段１１６は、第１の識別情報１１１と第２の識別情
報１１３とを比較し、両者が対応するものであるかどう
かをチェックする。

【００２１】そして、両者が対応しているとチェックさ
れた場合には、読出手段１１７は、このソフトウェア１
１２を媒体１１０から読み出す。このように、ある媒体
１１０に対応する識別情報１１３を有するソフトウェア
１１２が書き込まれているときに限りこのソフトウェア
１１２の使用が可能になる。従って、ユーザがソフトウ
ェアのコピーを行った場合でも、コピー先の媒体が対応
する識別情報を持った媒体である場合のみ使用できるの
であるから、コピーによってもソフトウェア権利者の利
益は保証される。従って、媒体とソフトウェアを分離し
て流通させて、媒体側にソフトウェア使用量を上乗せす
る流通形態を取ったとしても、ソフトウェア使用料は確
実にソフトウェアの権利者に還元される。＜本発明の第３の態様による作用＞媒体１２０には、第
１の識別情報１２１が記載されている。第１の読み取り
手段１２４は、この第１の識別情報１２１を読み取る。

【００２２】また、ソフトウェア１２２には、第２の識
別情報１２３が記載されている。第２の読み取り手段１
２５は、この第２の識別情報１２３を読み取る。第１の
比較手段１２６は、第１の識別情報１２１と第２の識別
情報１２３とを比較し、両者が対応するものであるかど
うかをチェックする。

【００２３】そして、両者が対応しているとチェックさ
れた場合には、書込手段１２７は、このソフトウェア１
２２を媒体１２０に書き込む。一方、媒体１２０に既に
ソフトウェア１２２及びこのソフトウェア１２２に対応
付けられた第２の識別情報が書き込まれている場合に
は、第１の読み取り手段１２４が第１の識別情報１２１
を読み取ると同時に、第３の読み取り手段１２８がソフ
トウェア１２２に記載の第２の識別情報１２３を読み取
る。

【００２４】第２の比較手段１２９は、第１の識別情報
１２１と第３の読み取り手段１２８が読み取った第２の
識別情報１２３とを比較し、両者が対応するものである
かどうかをチェックする。

【００２５】そして、両者が対応しているとチェックさ
れた場合には、読出手段１３０は、このソフトウェア１
２２を媒体１２０から読み出す。従って、ある媒体１１
０に対応する識別情報１１３を有するソフトウェア１１
２が書き込まれているときに限りこのソフトウェア１１
２の使用が可能になる。従って、媒体とソフトウェアを
分離して流通させて、媒体側にソフトウェア使用量を上
乗せする流通形態を取ったとしても、ソフトウェア使用
料は確実にソフトウェアの権利者に還元される。しか
も、ユーザがソフトウェアのコピーを行った場合でも、
コピー先の媒体が対応する識別情報を持った媒体である
場合のみ使用できるのであるから、コピーによってもソ
フトウェア権利者の利益は保証される。また、ソフトウ
ェア権利者は、流通前にソフトウェアを媒体に固定する
という作業から解放される。

【００２６】

【実施例】以下に図面に基づいて本発明の実施例を説明
する。

【００２７】

【第１実施例】＜実施例の構成＞図２は、本発明の第１実施例に用いら
れるソフトウェア再生装置の構成を示す機能ブロック図
である。

【００２８】ユーザ端末であるソフトウェア処理装置と
してのソフトウェア再生装置２は、衛星放送や電話線を
通じての有線放送等のメディアを介して提供される各種
ソフトウェアを受信して、利用することができる情報機
器である。この各種ソフトウェアとは、音声データ，画
像データ，文字データ，コンピュータプログラム等のデ
ジタルデータの形態を有している。そして、この各種ソ
フトウェアの内容には、従来フロッピーディスクで提供
されていたコンピュータプログラム及びそのデータを初
めとして、従来アナログテレビジョンシステムにより放
送されていたテレビジョンプログラム，従来ビデオテー
プやビデオディスクによって提供されていた映画プログ
ラム，従来ラジオ放送やコンパクトディスクによって提
供されていた音楽データ，写真等の静止画データ等が含
まれる。

【００２９】即ち、このソフトウェア再生装置２は、共
通のデータフォーマットによって提供されたこれら各種
ソフトウェアを、統一的に取り扱うことができる情報機
器である。具体的には、これら各種ソフトウェアを読み
込み、コンピュータプログラムの実行，映画プログラム
及びテレビジョンプログラムの再生（画像信号の再生，
音声信号の再生），音楽データの再生（音声信号の再
生），静止画の表示等を行う機能を有している。

【００３０】ここで、ソフトウェア再生装置２に受信さ
れる各種ソフトウェアの形式について説明する。即ち、
画像データ及び音声データについては、複数の単位デー
タとしてのフレームが連続して全体として一まとまりの
ソフトウェアを構成している。そして、ソフトウェア再
生装置２に向けて送信される前において、画像データフ
レーム及び音声データフレームは、Ａ／Ｄ変換される。
そして、Ａ／Ｄ変換されたデータフレームは、ＭＰＥＧ
−２の規格に従って圧縮処理される。ここにＭＰＥＧ−
２とは、ＭＰＥＧ（Motion Picture Image Coding Expa
rts Group ）が勧告した画像データ圧縮規格であり、Ｃ
ＣＩＲ６０１規格（４：２：２フォーマット）およびＨ
ＤＴＶ（ハイビジョン、１９２０×１０８０ライン／フ
レームまで）を基本画像フォーマットとする規格であ
る。一方、コンピュータプログラムについては、ＭＰＥ
Ｇ規格が映像信号及び音声信号に関する規格であること
より、ＭＰＥＧ−２による圧縮処理を受けることはな
い。

【００３１】このような処理がなされた各種ソフトウェ
アは、衛星放送による電波に乗せて送信されるか、電話
線を介した有線放送による電気信号に乗せて送信され
る。前者の場合においては、電波はパラボラアンテナ３
０によって受信される。そして、復調器３１によって復
調され、インタフェース装置１７に入力する。一方、後
者の場合においては、電気信号はＭＯＤＥＭ（Modulato
r/Demodulator）３２によって受信される。そして、Ｍ
ＯＤＥＭ３２自身によって復調され、インタフェース装
置１７に入力する。

【００３２】このインタフェース装置１７は、このソフ
トウェア再生装置２の外面に設けられている操作キー３
３，並びに外部装置（復調器３１及びＭＯＤＥＭ３２）
とソフトウェア再生装置２の内部回路との間の出入力処
理を行う。なお、操作キー３３は、パスワード，ＩＤコ
ード等のユーザ情報や、各種コマンドを入力する装置で
ある。

【００３３】復調器３１又はＭＯＤＥＭ３２からインタ
フェース装置１７に入力した信号は、通信系エラー処理
部１４によってエラーチェックコード訂正やビット並び
替え等の処理を受けて、ＳＤ回路９の出入力（Ｉ／Ｏ）
装置６ｃに入力する。一方、操作キー３３からインタフ
ェース装置１７に入力した信号は、直接ＳＤ回路９の出
入力（Ｉ／Ｏ）装置６ｃに入力する。

【００３４】次に、ソフトウェア再生装置２に装填され
る媒体としては、ライトワンス光ディスク（追記型光デ
ィスク，以下「ＷＯ」と言う）１が用いられている。こ
のＷＯ１は、通常のＣＤ−ＲＯＭのようにレーザ光の反
射によりディスク表面に形成されたビットを読み取るも
のであるが、レーザ照射することによりユーザがビット
の形成をすることができる。即ち、データを書き込むこ
とができる。しかし、一旦形成したビットを消去するこ
とは不可能であるので、書き込んだデータの消去もする
ことができないという特徴を有している。

【００３５】本実施例においては、ＷＯ１には、ユーザ
がデータの読み出し・書き込み・修正のためのアクセス
ができないようにその属性が設定されたユーザアクセス
不可能領域としてのシステム領域１ａが確保されてい
る。このシステム領域１ａには、このＷＯ１に書き込む
ことができるソフトウェアを特定する識別情報が、予め
書き込まれている。この識別情報は、複数のソフトウェ
アを含む特定のソフトウェア群を特定する情報である場
合もある。その場合、この識別情報は、このソフトウェ
ア群を提供（販売）する特定のベンダー（販売者）を識
別するＩＤ（以下、「ベンダーＩＤ」という）である場
合もある。このベンダーＩＤは、複数のベンダーを識別
するＩＤである場合もある。同じベンダー用であっても
ソフトウェア群毎にベンダーＩＤが異なっている場合も
ある。例えば、音楽ソフトウェアと映画ソフトウェアの
ように単位容量当たりの料金レベルが異なる場合のため
である。また、ベンダーＩＤ，作品名等の複数の識別情
報が組み合わされて、一組の識別情報をなしている場合
もある。

【００３６】以下、このシステム領域１ａに書き込まれ
ている情報がベンダーＩＤである場合を例にとって、説
明を進める。このＷＯ１は、販売店において購入するこ
とができる。この販売店には、様々なベンダーＩＤが書
き込まれているＷＯが販売されており、客であるユーザ
が、このベンダーＩＤを拠り所に購入すべきＷＯを選択
できるように成っていることが望ましい。このＷＯ１の
販売価格には、このベンダーによって上述のように衛星
放送又は有線放送に乗せて送信されるソフトウェアの代
金（ソフトウェア使用料）が、予め上乗せされている。
従って、ＷＯ１に書き込まれているベンダーＩＤによっ
ては、その販売価格に相違が生じ得る。

【００３７】なお、Ｗ０１には、複数のソフトウェアを
書き込めるスペースが確保されている場合もある。その
ような場合に備えるために、システム領域１ａには、許
諾回数データが格納されている。この許諾回数データ
は、このＷＯ１によって記録できるソフトウェアの本数
を示している。換言すると、このＷＯ１に予め上乗せし
てある使用料の額に対応するソフトウェアの本数を示し
ているのである。但し、ＷＯ１は消去・書き換え不能メ
ディアであるので、記録可能な残り本数を示すビット列
に、記録済みを示すフラグを１つづつ書き込むという形
で、記録可能なソフトウェア本数の管理を行っている。
従って、当初の記録可能本数が１である場合には、この
記録済みを示すフラグは、ＷＯ全体が使用済みであるこ
とを示すフラグとして機能することになる。

【００３８】また、ベンダーＩＤによって識別されるソ
フトウェアが売り切り型のソフトウェアではなく、再生
（使用）毎に料金（ランニングロヤリティ）を徴収する
レンタル型である場合もある。そのような場合には、後
述のＳＤ回路機能によってランニングロヤリティの徴収
が可能である。従って、そのようなベンダーＩＤが書き
込まれているＷＯ１の販売価格は、比較的低価格に抑え
られている。

【００３９】ＷＯ１は、ソフトウェア再生装置２のＷＯ
ディスクドライブ１６に装填される。ＷＯディスクドラ
イブ１６は、ＷＯ１のシステム領域１ａ以外の領域に対
して、一回のみ書き込みができるとともに、一旦書き込
んだデータを半永久的に繰り返して読み出すことができ
る。

【００４０】このＷ０ディスクドライブ１６には、変復
調回路３が接続されている。この変復調回路３は、ＷＯ
系エラー処理部４に接続されている。このＷＯ系エラー
処理部４は、ＳＤ回路９の出入力（Ｉ／Ｏ）装置６ａに
接続されている。

【００４１】変復調回路３は、ＳＤ回路９から送られて
きたデータの形式を、ＷＯ１に書き込めるデータ形式に
フォーマット変換（変調）するとともに、ＷＯ１から読
み出したデータの形式を、ＳＤ回路９において扱えるデ
ータ形式にフォーマット変換（復調）する機能を有す
る。

【００４２】ＷＯ系エラー処理部４は、エラーチェック
コード生成部と、エラーチェックコード訂正部とからな
り、ＷＯ１への書き込みを行う場合には前者が機能し、
ＷＯ１からの読み出しを行う場合には後者が機能する。
即ち、エラーチェックコード生成部は、ＷＯ１に対応し
たエラーチェックコードをデータに書き込む。他方、エ
ラチェックコード訂正部は、このエラーチェックコード
に基づいて、データのエラー訂正及びビットの並び替え
を行う。

【００４３】次に、これらＷＯ系エラー処理部４，通信
系エラー処理部１４，及びインタフェース１７に接続さ
れるＳＤ回路９の説明を行う。ソフトウェア再生装置２
には、上述の衛星放送や有線放送によって種々のソフト
ウェアが提供されるので、そのうちのどのソフトウェア
をＷＯ１に書き込むかが問題となる。また、一旦ＷＯ１
に書き込まれたソフトウェアであっても、上記したレン
タル方式のものにあっては、その対価の課金方法を如何
にするかが問題となる。そのため用いられるのがＳＤ回
路９である。

【００４４】即ち、上述のように、販売店で販売されて
いるＷＯ１のシステム領域１ａには、予め第１の識別情
報としてのベンダーＩＤが書き込まれている。そして、
図３に示すように、放送されるソフトウェアの先頭に
も、同様のベンダーＩＤが第２の識別情報として対応付
けられている。なお、このソフトウェアに対応付けられ
たベンダーＩＤは、ソフトウェアの一部となっていても
良いし、ソフトウェアから分離していても良い。ＳＤ回
路９は、ＷＯ１がドライブ１６に装填された時点で、こ
のＷＯ１のベンダーＩＤを読み取っておく。そして、受
信したソフトウェアがこのベンダーＩＤと同じベンダー
ＩＤを有している場合のみ、そのソフトウェアのＷＯ１
への書き込みを許可するのである。

【００４５】他方、一旦或るＷＯ１に特定のソフトウェ
アが書き込まれた場合において、そのソフトウェアが他
のＷＯ１にコピーされる場合もある。その場合におい
て、コピー先のＷＯ１のベンダーＩＤが当該ソフトウェ
アのベンダーのものである場合には、このベンダーの利
益は保証される。しかし、それ以外のＷＯにコピーされ
る場合には、当該ソフトウェアのベンダーの損失を防止
しなければならない。そのために、ＳＤ回路９は、ソフ
トウェアの再生時において、ドライブ１６に装填されて
いるＷＯ１のシステム領域１ａに書き込まれているベン
ダーＩＤと、ＷＯ１に書き込まれているソフトウェアの
先頭に付加されているベンダーＩＤとを読み取って、両
者を比較する。そして、両者が一致している場合にのみ
当該ソフトウェアの再生を許可して、両者が不一致の場
合にはソフトウェアの再生を禁止するのである。

【００４６】また、上記したレンタル方式の場合には、
再生毎にソフトウェア使用料を課金できるとともに、使
用料支払い不能の場合には再生不能とすることができる
システムを確立する必要がある。そのため、ＳＤ回路９
は、受信した各種ソフトウェアを一旦暗号化して、ＷＯ
１に書き込む。この暗号化された各種ソフトウェアは、
再生時において、ＳＤ回路９によって逐次復号化され
る。同時に、ＳＤ回路９は、レンタル方式のソフトウェ
アの復号を行う毎に、クレジットＸを減算する。このク
レジットＸとは、ユーザが予めソフトウェア権利者（著
作権者）に支払った金額に応じてＳＤ回路９の課金テー
ブル８に書き込まれたポイントである。このクレジット
Ｘに対応する料金は、レンタル方式のソフトウェアのた
めのプリペイドの使用料としての性格を帯びている。Ｓ
Ｄ回路は、このクレジットＸが０（使用不能値）になっ
た時に復号化処理を中止することにより、ソフトウェア
のセキュリティを維持するのである。

【００４７】なお、このＳＤ回路９は、ソフトウェア再
生装置２のカードスロット（たとえばＰＣＭＣＩＡ準拠
のカードスロット）内に着脱自在に装着されたＩＣカー
ドの形態で実現される。このようなＩＣカードの形態に
しておけば、ＳＤ回路の運搬が容易である。従って、使
用者がソフトウェア販売店等に持参することにより、代
金支払いと交換に、クレジットＸを加算してもらうこと
ができる。

【００４８】このＳＤ回路９は、バスＢに対して相互に
接続された制御ＣＰＵ５，ＤＥＳ（ＤａｔａＥｎｃｒ
ｙｐｔｉｏｎＳｔａｎｄａｒｄ）７，課金テーブル
８，並びに入出力（Ｉ／Ｏ）装置６ａ，６ｂ，及び６ｃ
から構成されている。

【００４９】制御ＣＰＵ２は、通信系エラー処理部１
４，インタフェース装置１７，ＷＯ系エラー処理部４，
デマルチプレクサ１０，及びパターン発生器１８との間
での情報のやりとりを制御する。また、ＣＰＵ１１は、
ＤＥＳ７及び課金テーブル８の制御を行う機能も有して
いる。

【００５０】制御ＣＰＵ１１は、ＲＡＭ１５にユーザの
パスワードを記憶するとともに、ユーザがこのソフトウ
ェア再生装置２を操作する際には、ユーザが入力したパ
スワードとＲＡＭ１５内のパスワードとを比較して、Ｉ
Ｄチェックを行う機能も有している。そして、両者が一
致の場合のみ許諾情報を生成する。この許諾情報は、Ｄ
ＥＳにおける暗号化・復号化を実行する際のキーとして
用いられる。従って、許諾キーが生成されていれば、暗
号化及び記録，並びに、復号化及び再生が可能である
が、許諾キーが生成されていなければ、これらの処理を
実行することができない。この許諾情報は、ソフトウェ
ア再生装置２を立ち上げる毎に、入力されるパスワード
に基づいて作成される。そして、許諾情報は、ソフトウ
ェア再生装置２の起動が停止するまで、ＲＡＭ１５内に
格納されている。

【００５１】制御ＣＰＵ１１は、また、ＷＯ１に格納さ
れているソフトウェア（プログラム）を実行することに
より、各種の演算、データ処理を行うことができる。即
ち、汎用コンピュータとしての機能を有している。

【００５２】課金テーブル８は、上述したクレジットＸ
を格納しているテーブルである。なお、課金テーブル８
内において、クレジットＸは暗号化されている。従っ
て、ソフトウェア権利者以外の者がこの課金テーブル８
を解析してクレジットＸを書き換えることは、不可能で
ある。

【００５３】システムバスＢに接続されているＲＡＭ１
５には、上述したパスワード及び許諾情報の他に、レン
タル方式のソフトウェアを再生した際における当該ソフ
トウェアのベンダーＩＤ，及びその再生時間が記録され
る。なお、このベンダーＩＤ及び再生時間は、ユーザが
アクセスできないように、ＤＥＳ７によって暗号化され
るとともに、クレジットＸを加算してもらうためにＳＤ
回路９を販売店に持ち込んだ際に、販売店によって読み
取られる。このデータは、クレジットＸに対応するソフ
トウェア料金をベンダー毎に配分する際に、利用され
る。

【００５４】システムバスＢに接続されているＲＯＭ２
８には、このＳＤ回路を運用するためのソフトウェア
（ＯＳを含む）が格納されている。暗号化手段及び復号
化手段としてのＤＥＳ７は、通信系エラー処理部１４か
ら受け取ったソフトウェアを暗号化する機能，ＷＯ系エ
ラー処理部１４から受け取ったソフトウェアを復号化す
る機能，及び上述のパスワード及びクレジットＸを暗号
化する機能を有する。

【００５５】図４は、ＤＥＳ７の概略構成を示してい
る。ＤＥＳ７は、同図に示すように、ＤＥＳ実行部２０
を有しており、入力データ（ＩＮ）を鍵情報（ここで
は、「許諾情報」）２１により暗号化又は復号化して出
力データ（ＯＵＴ）として出力する機能を有している。
本実施例において、ＤＥＳ実行部２０はモード識別部２
２を有している。このモード識別部２２は、複数のＤＥ
Ｓモードの中からそのデータ形式等により最適なモード
を選択してＤＥＳ実行部２０に与える機能を有してい
る。なお、このＤＥＳ７として、FIPS' PUB.製ＩＣチッ
プ「46DATA ENCRYPTION STANDARD NIST」を用いること
ができる。

【００５６】ＤＥＳ実行部２０の具体的ハードウエア構
成を、図５のブロック図に示す。同図において、入力側
には入力用バッファ２３として、８ビット構成のレジス
タが８個接続されて６４ビットのシフトレジスタ（ＲＥ
Ｇ１）が配置されており、次段にはセレクタｓｅｌが配
置されている。当該セレクタｓｅｌは、後述のＤＥＳ処
理メイン回路２６からの出力か、前記シフトレジスタ
（ＲＥＧ１）からの出力かを選択的に入力できるように
なっている。

【００５７】セレクタｓｅｌの次段には８ビット構成の
レジスタ２５（ＲＥＧ２）が配置されさらにその次段に
はＤＥＳ処理メイン回路２６が配置されている。このＤ
ＥＳ処理メイン回路２６がＤＥＳの中核をなす。すなわ
ち、ＤＥＳ処理メイン回路２６には、各種のＤＥＳモー
ドがＲＯＭ(Read Only Memory)として登録されており、
制御ＣＰＵ５からの指示により最適なＤＥＳモードのロ
ジックを選択して復号処理を行うようになっている。

【００５８】ＤＥＳ処理メイン回路２６の出力は前記セ
レクタｓｅｌと出力用バッファ２７としての出力レジス
タ（ＲＥＧ３）に分岐されている。そして出力レジスタ
（ＲＥＧ３）の出力が暗号化または復号化されたデータ
として用いられる。

【００５９】この処理のシーケンスを示したものが図６
である。図６において、入力レジスタ（入力用バッファ
２３）の出力は、次サイクルの最初のクロックでレジス
タ２５からの出力としてＤＥＳ処理される。そして次の
クロックで出力レジスタ（出力用バッファ２７）より出
力される。この出力レジスタ（出力用バッファ２７）か
らの出力時間に入力側では入力レジスタ（入力用バッフ
ァ２３）より次サイクルの暗号化データの取り込みが行
われている。

【００６０】このように、本実施例では入力用バッファ
２３としての入力レジスタ（ＲＥＧ１）と、出力用バッ
ファ２７としての出力レジスタ（ＲＥＧ３）とを独立に
設けたことにより、暗号化データの入力と復号化データ
の出力とをそれぞれ独立して連続的に行うことができる
ようになった。そのため、従来のＤＥＳのようにサイク
リックに入力と出力とを行う場合に較べて高速な復号化
・暗号化処理が可能となっている。

【００６１】図２に戻り、制御ＣＰＵ５は、通信系エラ
ー処理部１４からＩ／Ｏ装置６ｃを介して入力され，且
つＤＥＳ７により暗号化されたソフトウェアを、Ｉ／Ｏ
装置６ａを通じて、ＳＤ回路９外のＷＯ系エラー処理部
４に送出する。また、制御ＣＰＵ５は、ＷＯ系エラー処
理部４からＩ／Ｏ装置６ａを介して入力され，且つＤＥ
Ｓ７により復号化されたソフトウェア（映像，音声）
を、Ｉ／Ｏ装置６ｂを通じて、ＳＤ回路９外のデマルチ
プレクサ１０に送出する。デマルチプレクサ１０は、受
信したソフトウェアを、音声データフレームと画像デー
タフレームとに分離する。そして、画像データフレーム
をＭＰＥＧ伸長回路（ＭＰＥＧ−２）１１ａに出力し、
音声データフレームをＭＰＥＧ伸長回路（ＭＰＥＧ−
２）１１ｂに出力。

【００６２】伸長手段としてのＭＰＥＧ伸長回路（ＭＰ
ＥＧ−２）１１ａ，１１ｂは、ＭＰＥＧ規格で圧縮され
たままの状態で送信されて来た画像データフレーム，又
は音声データフレームを伸長して、画像又は音声出力可
能なフォーマットに復元する回路である。これらＭＰＥ
Ｇ伸長回路（ＭＰＥＧ−２）１１ａ，１１ｂにおいてデ
ータフレームの伸長をする際には、ＶＲＣ回路１２によ
って出力の同期がとられる。即ち、ＶＲＣ回路１２から
出力される同期信号に同期して、ＭＰＥＧ伸長回路（Ｍ
ＰＥＧ−２）１１ａ，１１ｂは、伸長されたデータフレ
ームを出力するのである。なお、ＭＰＥＧ伸長回路とし
てＩＣチップ「ISO/IEC CD 13818'1〜3」を用いること
ができる。

【００６３】そして、画像用のＭＰＥＧ伸長回路（ＭＰ
ＥＧ−２）１１ａからの出力は、Ｄ／Ａ変換器１３ａに
よってアナログ信号に変換される。このアナログ信号
は、加算回路１９を通って、ソフトウェア再生装置２に
接続されているＴＶモニタ装置３４に向けて出力され
る。また、音声用のＭＰＥＧ伸長回路（ＭＰＥＧ−２）
１１ｂからの出力は、Ｄ／Ａ変換器１３ｂによってアナ
ログ信号に変換される。このアナログ信号は、そのま
ま、ソフトウェア再生装置２に接続されているスピーカ
３５に向けて出力される。

【００６４】画像用のＭＰＥＧ伸長回路（ＭＰＥＧ−
２）１１ａは、個々の圧縮データフレームに対して伸長
処理を完了する毎に、フレーム伸長完了信号を出力す
る。このフレーム伸長完了信号は制御ＣＰＵ５によって
受信され、課金制御を行うために用いられる。即ち、こ
のフレーム伸長完了信号を受信した制御ＣＰＵ５は、課
金テーブル８記載のクレジットＸの減算を行うととも
に、クレジットＸが０になった場合におけるデータ出力
阻止の制御を行うのである。

【００６５】制御ＣＰＵ５は、ＷＯ系エラー処理部４か
らＩ／Ｏ装置６ａを介して入力され，且つＤＥＳ７によ
り復号化されたソフトウェア（プログラム及びそのデー
タ）を、実行して、各種演算及びデータ処理を行う。こ
の演算又はデータ処理を行った結果として、画像データ
及び音声データが発生する。この音声データ及び画像デ
ータは、Ｉ／Ｏ回路６ｂを介して、ＳＤ回路９外に出力
される。そして、映像データは、そのまま画像用Ｄ／Ａ
変換器１３ａに入力して、ＴＶモニタ３４上に表示され
る。また、音声データは、そのまま音声用Ｄ／Ａ変換器
１３ｂに入力して、スピーカ３５から出力される。

【００６６】ＳＤ回路９内のシステムバスＢには、ま
た、パターン発生器１８が接続される。このパターン発
生器１８は、画像用Ｄ／Ａ変換器１３ａの出力端に接続
された加算回路１９に接続されている。

【００６７】パターン発生器１８は、制御ＣＰＵ５から
の指示に応じて、例えば「記録できない」旨の文字情
報，「再生できない」旨の文字情報，「実行できない」
旨の文字情報を表示する画像パターンを発生する。この
パターン発生器１６から出力された画像パターン信号
は、加算回路１９に入力される。

【００６８】加算回路１９は、Ｄ／Ａ変換器１３ａから
の出力線にパターン発生器１８から出力された画像パタ
ーン信号を乗せて、ＴＶモニタ装置３４に向けて出力す
る。従って、加算回路１９は、パターン発生器１８から
の画像パターン信号がＯＦＦの時には、Ｄ／Ａ変換器１
３ａから出力されたアナログ画像信号をそのまま出力す
る。これに対して、画像パターン信号がＯＮの場合に
は、Ｄ／Ａ変換器１３ａから出力されたアナログ画像信
号に画像パターンが上書きされた画像信号を出力する
（但し、画像パターン信号がＯＮの時には、ＳＤ回路９
からソフトウェアが出力されないので、結果として、画
像パターンのみが出力される。）。

【００６９】以上に説明した制御ＣＰＵ５によって実行
される処理の流れを、図７乃至図９のフローチャートに
基づいて説明する。始めに、図７は、ソフトウェア受信
時において実行される処理を示すフローチャートであ
る。この処理は、ＷＯ１をソフトウェア再生装置２のＷ
Ｏディスクドライブ１６に装填した上で、キー部３３か
ら「記録」コマンドを入力することによりスタートす
る。

【００７０】スタート後最初のステップＳ１０１では、
受信処理を開始する。即ち、外部からのソフトウェア受
信が可能なように、インタフェース装置１７の状態を設
定する。そして、衛星放送を通じてソフトウェアが送信
されてくる場合においては、その放送開始を待って、処
理をステップＳ１０２に進める。一方、電話回線を通じ
てソフトウェアが送信されてくる場合においては、送信
元の管理センタに対してソフトウェアのダウンロードを
開始させるコマンドを送信した上で、処理をステップＳ
１０２に進める。

【００７１】ステップＳ１０２では、ＷＯディスクドラ
イブ１６から、ＷＯ１のシステム領域１ａに書き込まれ
ているベンダーＩＤを読み出し、これをチェックする。
そして、このシステム領域１ａ上のベンダーＩＤがソフ
トウェアの先頭に記載されているベンダーＩＤに一致し
ていない場合には、当該ＷＯ１は当該ソフトウェアを記
録することを予定されていないと判断する。従って、そ
の場合には、処理をステップＳ１０３からステップＳ１
０９に進める。ステップＳ１０８では、パターン発生器
１８に指示を出し、「記録できない」旨のメッセージを
ＴＶモニタ３４上に表示させる。そして、そのままこの
受信処理を中止する。

【００７２】一方、システム領域１ａ上のベンダーＩＤ
がソフトウェアの先頭に記載されているベンダーＩＤに
一致している場合には、当該ＷＯ１は当該ソフトウェア
を記録することを予定されていると判断する。従って、
その場合には、処理をステップＳ１０８からステップＳ
１０４に進める。ステップＳ１０４では、ＲＡＭ１５に
記憶されている許諾情報を読み出す。

【００７３】続くステップＳ１０５では、ステップＳ１
０４にて許諾情報が読み出せたか否かをチェックする。
許諾情報が読み出せない場合には、それ以降の処理が実
行できない。そのため、処理をステップＳ１０９に進め
て、「記録できない」旨のメッセージ表示を行い、その
まま受信処理を中止する。

【００７４】一方、ステップＳ１０５にて許諾情報が読
み出せたと判断した場合には、続くステップＳ１０６に
おいて、ＷＯディスクドライブ１６から、ＷＯ１のシス
テム領域１ａに格納されている許諾回数を読み出し、こ
の数値をチェックする。この数値のチェックは、具体的
には、記録可能な残り本数に対応するビット列のうち
で、記録済みフラグが立っていないビットが幾つあるか
によってチェックする。許諾回数が０である場合（全て
のビットに記録済みフラグが立っている場合）には、記
録可能な本数（予めそのＷＯ１に上乗せしてある使用料
に対応する本数）のソフトウェアを記録済みであると判
断する。そのため、処理をステップＳ１０９に進めて、
「記録できない」旨のメッセージ表示を行い、そのまま
受信処理を中止する。

【００７５】一方、ステップＳ１０６にて許諾回数が１
以上であると判定した場合（記録済みフラグが立ってい
ないビットが残っている場合）には、処理をステップＳ
１０７に進める。このステップＳ１０７では、インタフ
ェース装置１７を介してソフトウェアを受信しながら、
許諾情報をキーとしてＤＥＳ７によって、受信したソフ
トウェアの暗号化を行う。そして、暗号化したソフトウ
ェアをＷＯディスクドライブ１６に向けて送信し、ＷＯ
１に記録する。

【００７６】ステップＳ１０７におけるソフトウェアの
記録が完了すると、処理はステップＳ１０８に進む。こ
のステップＳ１０８では、ＷＯ１のシステム領域１ａに
記録されている許諾回数を１減ずる。具体的には、記録
可能な残り本数を示すビットに、記録済みを示すフラグ
を一本立てる。その後、この処理を終了する。

【００７７】図８及び図９は、ＷＯ１に記録されている
ソフトウェアの再生時における処理を示すフローチャー
トである。これらの処理は、ソフトウェアが記録されて
いるＷＯ１をソフトウェア再生装置２のＷＯディスクド
ライブ１６に装填した上で、キー部３３から「再生」コ
マンドを入力することにより、各々スタートする。そし
て、スタート後においては、両処理は非同期に平行して
実行される。以下、各々の処理の内容を説明する。

【００７８】図８は、レンタル方式における課金のため
の処理である。この図８の処理においては、最初のステ
ップＳ２０１において、ソフトウェアの先頭部分に記載
されているソフトタイプ（図３参照）に従って、このソ
フトウェアが売り切り方式のソフトウェアであるかレン
タル方式のソフトウェアであるかをチェックする。この
ソフトタイプは、当該ソフトウェアが売り切り方式のソ
フトウェアであるかレンタル方式のソフトウェアである
かの区別の他に、レンタル方式の場合にはその使用料金
（使用量に応じた料金）の高低の区別を示している。ソ
フトタイプが売り切り方式である場合には、課金テーブ
ル８のクレジットＸを減算する必要はないので、そのま
ま処理を終了する。

【００７９】一方、ソフトタイプがレンタル方式である
場合には、ステップＳ２０２において、ソフトタイプに
応じて参照値Ｒを設定する。即ち、使用料金が高いソフ
トタイプである場合には、参照値Ｒを比較的小さく設定
し、使用料金が安いソフトタイプである場合には、参照
値Ｒを比較的大きく設定する。

【００８０】次のステップＳ２０３では、課金テーブル
８内のクレジットＸが０であるかどうかをチェックす
る。クレジットＸが０である場合には、それ以上レンタ
ル方式のソフトウェアの再生は許されない。そのため、
処理をステップＳ２１１に進め、図９の再生処理を強制
的に終了させる。次に、ステップＳ２１２において、パ
ターン発生器１８に指示を出し、「再生或いは実行でき
ない」旨のメッセージをＴＶモニタ３４上に表示させ
る。そして、そのままこの受信処理を中止する。

【００８１】一方、クレジットＸが１以上である場合に
は、ステップＳ２０４に処理を進め、ＭＰＥＧ伸長回路
１１ａからのフレーム伸長完了信号を検出する。フレー
ム伸長完了信号が検出された場合には、処理をステップ
Ｓ２０５に進め、制御ＣＰＵ５内に形成されたソフトウ
ェアカウンタのカウント値ｎを、１つカウントアップす
る。

【００８２】続くステップＳ２０６では、カウント値ｎ
が参照値Ｒに達したかどうかを判定する。そして、カウ
ント値ｎが未だ参照値Ｒに達していない場合には、ステ
ップＳ２０７において、課金処理を終了するかどうかを
判定する。

【００８３】ステップＳ２０７での判定は、ソフトウェ
アの再生が終了しているかどうかによって行われる。即
ち、ソフトウェアの再生が終了している場合には、課金
処理を終了する。これに対して、ソフトウェアの再生が
終了していない場合には、課金処理を続行するものと判
断して、処理をステップＳ２０３に戻す。

【００８４】一方、ステップＳ２０６にてカウント値ｎ
が参照値Ｒに達したと判定した場合には、処理をステッ
プＳ２０８に進める。ステップＳ２０８では、課金テー
ブル内のクレジットＸを一つ減算する。

【００８５】続くステップＳ２０９では、カウンタ値ｎ
を“０”にクリアする。続くステップＳ２１０では、ス
テップＳ２０７と同様にして、課金制御処理を終了する
か否かを判定する。そして、課金制御処理を継続すると
した場合には、処理をステップＳ２０３に戻す。これに
対して、課金制御処理を終了するとした場合には、処理
を終了する。

【００８６】図９は、ソフトウェアの復号及び再生（実
行）を行うための処理である。この図９の処理において
は、最初のステップＳ３０１において、ソフトウェア再
生或いは実行を開始する。即ち、ＷＯディスクドライブ
１６を起動して、ソフトウェアを読み出し可能な状態と
する。

【００８７】続くステップＳ３０２では、ＷＯ１のシス
テム領域１ａ上に書き込まれているベンダーＩＤとＷＯ
１に記録されているソフトウェアの先頭に記載してある
ベンダーＩＤとをを読み出して、これをチェックする。

【００８８】そして、このシステム領域１ａ上のベンダ
ーＩＤがソフトウェアの先頭に記載されているベンダー
ＩＤに一致していない場合には、当該ソフトウェアが一
旦正規のＷＯ１（ベンダーＩＤを同じくするＷＯ）に記
録された後に、不正規のＷＯ（ベンダーＩＤが異なるか
全く記載がないＷＯ）にコピーされたものであると判断
する。従って、その場合には、当該ソフトウェアのベン
ダーの損失を防止するために、処理をステップＳ３０３
からステップＳ３０７に進める。ステップＳ３０７で
は、パターン発生器１８に指示を出し、「再生或いは実
行できない」旨のメッセージをＴＶモニタ３４上に表示
させる。そして、そのままこの受信処理を中止する。

【００８９】一方、システム領域１ａ上のベンダーＩＤ
がソフトウェアの先頭に記載されているベンダーＩＤに
一致している場合には、当該ＷＯ１は当該ソフトウェア
に関して正規のＷＯ１（ベンダーＩＤを同じくするＷ
Ｏ，コピーされたものであるか否かは問わない。）であ
ると判断する。従って、その場合には、処理をステップ
Ｓ３０３からステップＳ３０４に進める。ステップＳ３
０４では、ＲＡＭ１５に記憶されている許諾情報を読み
出す。

【００９０】続くステップＳ３０５では、ステップＳ３
０４にて許諾情報が読み出せたか否かをチェックする。
許諾情報が読み出せない場合には、それ以降の処理が実
行できない。そのため、処理をステップＳ３０７に進め
て、「再生或いは実行できない」旨のメッセージ表示を
行い、そのまま受信処理を中止する。

【００９１】一方、ステップＳ３０５にて許諾情報が読
み出せたと判断した場合には、処理をステップＳ３０６
に進める。このステップＳ３０６では、ＷＯ系エラー処
理部４を介してソフトウェアを受信しながら、許諾情報
をキーとしてＤＥＳ７によって、受信したソフトウェア
の復号化を行う。そして、復号化したソフトウェア（映
像，音声）をデマルチプレクサ１０に送信して、これら
を再生する。また、復号化したソフトウェア（プログラ
ム及びそのデータ）を、制御ＣＰＵ５によって実行し、
各種演算又はデータ処理を行う。その後、この処理を終
了する。

【００９２】以上の処理を実行した結果制御ＣＰＵ５内
に生じる機能を、図１０に基づいて説明する。ＷＯ系エ
ラー処理部４からの信号は、ソフトタイプ認識部５０，
第１の読み取り手段としての媒体上ベンダーＩＤ読み出
し部５１，第３の読み取り手段としてのソフトウェア内
ベンダーＩＤ読み出し部５４，読み出し手段としての読
み出し部５６，並びに、禁止手段及び表示手段としての
許諾回数チェック部（フラグチェック部）６５に入力す
る。一方、通信系エラー処理部１４からの信号は、第２
の読み出し手段としてのソフトウェア内ベンダーＩＤ読
み出し部６１，暗号化部６３に入力する。

【００９３】ソフトウェアタイプ認識部は、媒体として
のＷＯ１内のソフトウェアが売り切り方式のものかレン
タル方式のものであるか，及びレンタル方式の場合の使
用料の課金率をチェックする。

【００９４】媒体上ベンダーＩＤ読み出し部５１は、Ｗ
Ｏ１のシステム領域上１ａの第１の識別情報としてのベ
ンダーＩＤを抽出する。ソフトウェア内ベンダーＩＤ読
み出し部５４は、ＷＯ１内のソフトウェアに記載されて
いる第２の識別情報としてのベンダーＩＤを抽出する。

【００９５】ソフトウェア内ベンダーＩＤ読み出し部６
１は、受信したソフトウェアに記載されているベンダー
ＩＤを抽出する。許諾回数チェック部（フラグチェック
部）６５は、ＷＯ１の管理領域内の許諾回数（記録済み
を示すフラグ）の状態をチェックする。

【００９６】第２の比較手段としてのＩＤチェック部５
３は、媒体上ベンダーＩＤとソフトウェア内ベンダーＩ
Ｄを比較して、両者が一致していない場合には、その旨
を読み出し部５６に通知する。

【００９７】読み出し量記録手段としての使用量チェッ
ク部５２は、ソフトタイプがレンタル方式である場合
に、ＭＰＥＧ−２伸長回路１１ａからの信号に基づい
て、ソフトウェアタイプに従った率で、課金テーブル８
内のクレジットＸを減算する。そして、クレジットＸが
０になった場合には、読み出し禁止部５５に通知する。

【００９８】読み出し禁止部５５は、この通知に応じ
て、読み出し部５６における読み出し処理を禁止する。
許諾情報チェック部５９は、ＲＡＭ１５内に許諾情報が
あるか否かをチェックする。

【００９９】第１の比較手段としてのＩＤチェック部６
２は、媒体上ベンダーＩＤとソフトウェア内ベンダーＩ
Ｄを比較して、両者が一致していない場合には、その旨
を暗号化６３に通知する。

【０１００】暗号化部６３は、ＩＤチェック部６２によ
って両ベンダーＩＤが一致されているとされ、許諾情報
チェック部５９によって許諾情報がＲＡＭ１５内に存在
しているとされ、許諾回数チェック部（フラグチェック
部）６５によって許諾回数が０でないとされた場合に、
通信系エラー処理部１４から受信したソフトウェアを、
ＤＥＳ７を用いて暗号化して、書き込み部６４に渡す。

【０１０１】表示手段及び記録手段としての許諾回数減
算部６６は、ソフトウェアの書き込みがある毎に、ＷＯ
１のシステム領域１ａ上に記載されている許諾回数を減
算する。

【０１０２】書き込み手段としての書き込み部６４は、
暗号化部６３から渡されたソフトウェアをＷＯ１に書き
込む処理を行う。また、ソフトウェアの書き込みを行う
と同時に、許諾回数減算部６６によって減算された許諾
回数をシステム領域１ａ上に書き込む。

【０１０３】読み出し部５６は、ＩＤチェック部５３に
よって両ベンダーＩＤが一致されているとされ、許諾情
報チェック部５９によって許諾情報がＲＡＭ１５内に存
在しているとされ、読み出し禁止部５５によって読み出
しが禁止されていない場合に、ＷＯ系エラー処理部４か
ら受信したソフトウェアを読み出して、復号化部５８に
渡す。

【０１０４】復号化部５８は、読み出し部５６から渡さ
れたソフトウェアを、ＤＥＳ７を用いて復号化し、デマ
ルチプレクサ１０に向けて出力する（映像データ、音声
データの場合）。若しくは、プログラム実行部５７に通
知する（プログラム及びそのデータの場合）。

【０１０５】プログラム実行部５７は、渡されたプログ
ラムを実行して、所定の演算又はデータ処理を行う。ソ
フトウェア使用量を監視し且つ記録する。そして、ソフ
トウ＜実施例の作用＞次に、図１１を用いて、本実施例によ
るソフトウェア再生装置２，ＷＯ１等を用いたソフトウ
ェ流通の全体像を説明する。

【０１０６】各ベンダー４０は、販売店４２に対して、
自己のベンダーＩＤをそのシステム領域１ａに記載した
ＷＯ１の販売を依頼する。その際、各ベンダー４０が共
通のベンダーＩＤを付する場合もある。また、各ベンダ
ー４０が、そのＷＯに記録できるソフトの種類により、
その使用料を種々に設定したい場合がある。そのような
場合には、同じベンダーであっても、異なるベンダーＩ
Ｄを付する場合もある。販売店４２は、このようにベン
ダーＩＤを書き込んだＷＯを、その媒体代金にソフトウ
ェア代金を上乗せして販売する。

【０１０７】この場合、一枚のＷＯ１上に一本のソフト
ウェアを記録するものとしてソフトウェア代金を上乗せ
している場合には、管理領域１ａ上の許諾回数を、１と
設定する。これに対して、一枚のＷＯ１上に複数本のソ
フトウェアを記録するものとしてソフトウェア代金を上
乗せしている場合には、管理領域１ａ上の許諾回数を、
その本数に対応した数とする。

【０１０８】また、以上の説明は売り切り方式のソフト
ウェアを記録するためのＷＯ１の話であるが、ベンダー
４０がレンタル方式のソフトウェアの格納専用にベンダ
ーＩＤを用意する場合がある。その場合には、使用量に
応じた料金徴収が可能であるので、ＷＯ１に上乗せする
使用料は、比較的安く設定する。

【０１０９】ＷＯ１に上乗せられたソフトウェア使用料
は、売却されたＷＯ１に記載されているベンダーＩＤが
示すベンダー４０に対して、販売店４２から納入される
（）。

【０１１０】エンドユーザは、販売店４２に赴き（通信
販売でもよい）、ＷＯ１を購入してくる（）。またこ
れと同時に、ＳＤカード９を販売店に持ち込んで、プリ
ペイドの使用料（レンタル方式のソフトウェアの使用
料）の支払いと引き替えに課金テーブル８上のクレジッ
トＸを増加してもらう（但し、売り切り方式のソフトウ
ェアしか利用しない場合には、クレジットＸは必要な
い。）（）。

【０１１１】なお、この際、販売店４２は、ＲＡＭ１５
内に記憶されているベンダーＩＤ及び再生時間を解析す
る。そして、このベンダー４０毎の再生時間に応じて、
クレジットＸの増加と引き替えの使用料を、各ベンダー
４０に納入する。

【０１１２】各ベンダー４０は、同時に管理センタ４１
にソフトウェアの送信を委託する（）。委託を受けた
管理センタ４１は、通信衛星４３を経由した衛星放送に
て、各ソフトウェアを送信する（）。但し、この放送
によるソフトウェア送信は、不特定の相手を対象とする
ので、予め定められたプログラムに沿ってなされる。エ
ンドユーザは、この衛星放送を、パラボラアンテナ３０
によって受信して、ソフトウェア再生装置２内に取り込
む。

【０１１３】また、管理センタ４１は、委託されたソフ
トウェアを電話回線を通じて送信する（）。この送信
は１対１通信にてなされるので、ユーザからのダウンロ
ードコマンドに応じてなされる。エンドユーザは、この
通信をＭＯＤＥＭ３２によって受信して、ソフトウェア
再生装置２内に取り込む。

【０１１４】以上のようにしてソフトウェアがソフトウ
ェア再生装置２内に取り込まれると、制御ＣＰＵ５は、
ＷＯディスクドライブ１６に装填されたＷＯ１のシステ
ム領域１ａ上に書き込まれているベンダーＩＤと受信し
たソフトウェアの先頭に書き込まれているベンダーＩＤ
とを比較し、両者が一致している場合のみ、ＤＥＳ７に
て暗号化して、ＷＯ１に記録する。従って、当該ソフト
ウェアを記録することを予定しているＷＯ１以外には、
このソフトウェアを記録することができない。ユーザ
は、このＷＯ１を購入する時点において既にソフトウェ
ア使用料を支払っているので、ベンダーの利益，ひいて
はソフトウェア権利者の利益は確保される。

【０１１５】また、ソフトウェアを一本記録する毎に、
ＷＯ１のシステム領域上に格納されている許諾回数が１
減算される。具体的には、記録可能な本数を示すビット
に使用済みフラグが一本立てられる。従って、ソフトウ
ェアを一本のみ記録可能なＷＯ１上には、二本以上のソ
フトウェアを記録できない。同様に、ある数のソフトウ
ェアを記録可能なＷＯ１上には、それ以上の数のソフト
ウェアを記録することができない。従って、ベンダーの
利益，ひいてはソフトウェア権利者の利益は確保され
る。

【０１１６】また、ソフトウェアを記録する際には、許
諾情報の有無のチェックがなされる。この許諾情報は、
ユーザのパスワードのチェックに応じて生じる。従っ
て、ユーザ以外の者がソフトウェアの記録をすることが
防止される。従って、ソフトウェアが複数者によって利
用されてしまうことが、ある程度防止される。

【０１１７】ＷＯ１に格納されているソフトウェアは、
逐次、制御ＣＰＵ５によって読み出される。この際に
は、再度、管理領域１ａ上のベンダーＩＤとソフトウェ
アの先頭のベンダーＩＤとが比較される。そして、両者
が一致している場合のみ復号化がなされる。従って、一
旦正規のＷＯ１に記録された後で当該ベンダーのベンダ
ーＩＤの記載がない不正規のＷＯにソフトウェアがコピ
ーされた場合には、そのソフトウェアの復号はできな
い。従って、ソフトウェア権利者の利益は害されない。

【０１１８】また、ソフトウェアの復号化の際には、許
諾情報の有無のチェックがなされる。この許諾情報は、
ユーザのパスワードのチェックに応じて生じる。従っ
て、ユーザ以外の者がソフトウェアの記録をすることが
防止される。従って、ソフトウェアが複数者によって利
用されてしまうことが、ある程度防止される。

【０１１９】レンタル方式のソフトウェアの場合には、
ソフトウェアの使用料及びソフトタイプに応じて、課金
テーブル８上のクレジットＸが減算される。このクレジ
ットは、上述したように、ソフトウェアのプリペイドの
使用料に応じている。そして、その使用料は、販売店４
２から各ベンダー４０に納入される。従って、ベンダー
の利益，ひいてはソフトウェア権利者の利益は確保され
る。

【０１２０】記録時又は復号化時においてベンダーＩＤ
が一致しなかった場合，及び許諾情報が無かった場合，
記録時に許諾回数が０であった場合，並びに、復号化時
にクレジットＸが０になった場合には、ＴＶモニタ上に
その旨のメッセージが表示される。従って、ユーザに対
して、正規のＷＯ１を購入するなり、使用料を支払って
クレジットＸを増加させるなりする事が促される。これ
らの行為は、ソフトウェア使用料の各ベンダーへの納入
を伴う。従って、ベンダーの利益，ひいてはソフトウェ
ア権利者の利益が確保される。

【０１２１】なお、本実施例においては、ソフトウェア
を記録する媒体としてＷＯ１を用いた。しかし、書き込
み可能なディスクで有れば、仮に消去可能な媒体であっ
ても良い。例えばＷＯ１に換えて光磁気ディスク（Ｍ
Ｏ）を用いることができる。このＭＯは無限回数の書き
込み及び消去が可能であるので、一枚のディスクに認め
られる許諾回数を大きく設定することができる。また、
データの書き換えが可能であることから、ＷＯ１の場合
のようなフラグによって許諾回数を管理するのではな
く、数字コードそのものによって許諾回数を管理するこ
とができる。但し、書き換えが可能であることから、許
諾回数やベンダーＩＤが書き込まれているシステム領域
には、ユーザがアクセスできないように属性を設定する
ことが必要である。

【０１２２】

【実施例２】第２実施例は、第１実施例に比較してセキ
ュリティチェックを若干簡略化した例を示す。即ち、第
２実施例では、ソフトウェアの暗号化及び復号化を省略
している。また、第２実施例では、パスワードのチェッ
ク及び許諾情報のチェックを省略している。また、１枚
のＷＯに認められる許諾回数は、１回のみに限り、それ
を一本の「使用済みフラグ」によって管理する。また、
第２実施例では、レンタル方式のソフトウェアを記録・
再生する事ができない。即ち、クレジットによる使用量
管理を行わない。

【０１２３】図１２は、第２実施例によるソフトウェア
再生装置の構成を示すブロック図である。図１２から明
らかなように、この第２実施例では、第１実施例におけ
るＤＥＳ７，課金テーブル８，ＲＡＭ１５が省略されて
いる。また、課金テーブル８がないことから、ＳＤ回路
９をソフトウェア再生装置２から取り外し可能にする意
義がない。従って、本第２実施例では、第１実施例にお
いてＳＤ回路９を構成していたブロックはソフトウェア
再生装置２に固定されており、ＳＤ回路９なる概念がな
くなっている。

【０１２４】本第２実施例における他の構成ブロックの
機能は、第１実施例のそれとほぼ同じである。従って、
第１実施例と同じ番号を付して、その説明を省略する。
次に、この第２実施例において制御ＣＰＵ５にて実行さ
れる処理の内容を、図１３及び図１４のフローチャート
を用いて説明する。

【０１２５】始めに、図１３は、ソフトウェア受信時に
おいて実行される処理を示すフローチャートである。こ
の処理は、ＷＯ１をソフトウェア再生装置２のＷＯディ
スクドライブ１６に装填した上で、キー部３３から「記
録」コマンドを入力することによりスタートする。

【０１２６】スタート後最初のステップＳ４０１では、
受信処理を開始する。即ち、外部からのソフトウェア受
信が可能なように、インタフェース装置１７の状態を設
定する。そして、衛星放送を通じてソフトウェアが送信
されてくる場合においては、その放送開始を待って、処
理をステップＳ４０２に進める。一方、電話回線を通じ
てソフトウェアが送信されてくる場合においては、送信
元の管理センタに対してソフトウェアのダウンロードを
開始させるコマンドを送信した上で、処理をステップＳ
４０２に進める。

【０１２７】ステップＳ４０２では、ＷＯディスクドラ
イブ１６から、ＷＯ１のシステム領域１ａに書き込まれ
ているベンダーＩＤを読み出し、これをチェックする。
そして、このシステム領域１ａ上のベンダーＩＤがソフ
トウェアの先頭に記載されているベンダーＩＤに一致し
ていない場合には、当該ＷＯ１は当該ソフトウェアを記
録することを予定されていないと判断する。従って、そ
の場合には、処理をステップＳ４０３からステップＳ４
０７に進める。ステップＳ４０７では、パターン発生器
１８に指示を出し、「記録できない」旨のメッセージを
ＴＶモニタ３４上に表示させる。そして、そのままこの
受信処理を中止する。

【０１２８】一方、システム領域１ａ上のベンダーＩＤ
がソフトウェアの先頭に記載されているベンダーＩＤに
一致している場合には、当該ＷＯ１は当該ソフトウェア
を記録することを予定されていると判断する。従って、
その場合には、処理をステップＳ４０３からステップＳ
４０４に進める。

【０１２９】ステップＳ４０４では、ＷＯ１の管理領域
１ａ上に記載されている使用済みフラグの状態をチェッ
クする。そして、使用済みフラグが１である場合は、既
に当該ＷＯ１上にソフトウェアが記録されている場合で
あるので、そのまま処理を終了する。これに対して使用
済みフラグが０である場合には、未だ他のソフトウェア
が記録されていない状態であるので、処理をステップＳ
４０５に進める。

【０１３０】このステップＳ４０５では、インタフェー
ス装置１７を介してソフトウェアを受信しながら、ＤＥ
Ｓ７にて受信したソフトウェアをＷＯディスクドライブ
１６に向けて送信し、ＷＯ１に記録する。

【０１３１】ステップＳ４０５におけるソフトウェアの
記録が完了すると、処理はステップＳ４０６に進む。こ
のステップＳ４０６では、ＷＯ１のシステム領域１ａの
使用済みフラグを１にセットする。従って、以後、この
ＷＯ１に他のソフトウェアを記録することは不可能にな
る。そして、その後、本処理を終了する。

【０１３２】図１４は、ＷＯ１に記録されているソフト
ウェアの再生時における処理を示すフローチャートであ
る。これらの処理は、ソフトウェアが記録されているＷ
Ｏ１をソフトウェア再生装置２のＷＯディスクドライブ
１６に装填した上で、キー部３３から「再生」コマンド
を入力することにより、スタートする。そして、最初の
ステップＳ５０１において、ソフトウェア再生或いは実
行を開始する。即ち、ＷＯディスクドライブ１６を起動
して、ソフトウェアを読み出し可能な状態とする。

【０１３３】続くステップＳ５０２では、ＷＯ１のシス
テム領域１ａ上に書き込まれているベンダーＩＤとＷＯ
１に記録されているソフトウェアの先頭に記載してある
ベンダーＩＤとを読み出して、これをチェックする。

【０１３４】そして、このシステム領域１ａ上のベンダ
ーＩＤがソフトウェアの先頭に記載されているベンダー
ＩＤに一致していない場合には、当該ソフトウェアが一
旦正規のＷＯ１（ベンダーＩＤを同じくするＷＯ）に記
録された後に、不正規のＷＯ（ベンダーＩＤが異なるか
全く記載がないＷＯ）にコピーされたものであると判断
する。従って、その場合には、当該ソフトウェアのベン
ダーの損失を防止するために、処理をステップＳ５０３
からステップＳ５０５に進める。ステップＳ５０５で
は、パターン発生器１８に指示を出し、「再生或いは実
行できない」旨のメッセージをＴＶモニタ３４上に表示
させる。そして、そのままこの受信処理を中止する。

【０１３５】一方、システム領域１ａ上のベンダーＩＤ
がソフトウェアの先頭に記載されているベンダーＩＤに
一致している場合には、当該ＷＯ１は当該ソフトウェア
に関して正規のＷＯ１（ベンダーＩＤを同じくするＷ
Ｏ，コピーされたものであるか否かは問わない。）であ
ると判断する。従って、その場合には、処理をステップ
Ｓ５０３からステップＳ５０４に進める。ステップＳ５
０４では、ＷＯ系エラー処理部４を介してソフトウェア
を読み出す。そして、読み出したソフトウェア（映像，
音声）をデマルチプレクサ１０に送信して、これらを再
生する。また、読み出したソフトウェア（プログラム及
びそのデータ）を、制御ＣＰＵ５によって実行し、各種
演算又はデータ処理を行う。その後、この処理を終了す
る。

【０１３６】本実施例による作用は、上述したように簡
略化のために削除したセキュリティチェックの機能以外
は、第１実施例のものと同様である。従って、ここで
は、その説明を省略する。

【０１３７】

【発明の効果】以上説明したように、本発明によれば、
ソフトウェアと媒体とを分離して流通させることが可能
になり、しかも、ソフトウェアの複製の販売料金（使用
料金）を確実に徴収することができる。

【０１３８】また、特定の媒体に固定できるソフトウェ
アを予め限定することにより、媒体に上乗せしたソフト
ウェア使用料を当該媒体に固定されるべきソフトウェア
の権利者に対して確実に還元することができる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明の第１実施例によるソフトウエア再生
装置の構成を示すブロック図

【図３】本発明の第１実施例に用いるソフトウェアの
構成示す説明図。

【図４】ＤＥＳの概略構成を示すブロック図

【図５】ＤＥＳの具体的構成を示すブロック図

【図６】ＤＥＳの入力と出力のタイミングを示すチャ
ート図

【図７】ソフトウェアの受信時に実行される受信処理
の内容を示すフローチャート

【図８】ソフトウェアの再生又は実行時に実行される
クレジットの減算処理の内容を示すフローチャート

【図９】ソフトウェアの再生又は実行時に実行される
ソフトウェア再生又は実行処理の内容を示すフローチャ
ート

【図１０】制御ＣＰＵ内の機能を示す機能ブロック図

【図１１】本発明の第１実施例を用いたソフトウェア
流通の概略の説明図

【図１２】本発明の第２実施例によるソフトウエア再
生装置の構成を示すブロック図

【図１３】ソフトウェアの受信時に実行される受信処
理の内容を示すフローチャート

【図１４】ソフトウェアの再生又は実行時に実行され
るソフトウェア再生又は実行処理の内容を示すフローチ
ャート

【符号の説明】

１・・・ＷＯ２・・・ソフトウェア再生装置５・・・制御ＣＰＵ７・・・ＤＥＳ８・・・課金テーブル９・・・ＳＤ回路１１・・・ＭＰＥＧ伸長回路

Claims

【特許請求の範囲】

【請求項１】媒体に記憶されている第１の識別情報を読
み取る第１の読み取り手段と、ソフトウェアに対応付けられた第２の識別情報を読み取
る第２の読み取り手段と、この第１の読み取り手段によって読み取られた前記第１
の識別情報と第２の読み取り手段によって読み取られた
前記第２の識別情報とを比較する比較手段と、この比較手段によって前記第１の識別情報と前記第２の
識別情報が対応しているとされた場合に、前記ソフトウ
ェアを前記媒体に書き込む書込手段とを備えたことを特
徴とするソフトウェア処理装置。
【請求項２】前記比較手段は、前記第１の識別情報と前
記第２の識別情報が一致している場合に、前記第１の識
別情報と前記第２の識別情報が対応しているとすること
を特徴とするソフトウェア処理装置。
【請求項３】前記媒体は、前記ソフトウェアを書込可能
かつ消去不能な媒体であることを特徴とする請求項１記
載のソフトウェア処理装置。
【請求項４】前記第１の読み取り手段は、前記媒体の特
定の領域に前記識別情報が書き込まれている場合にの
み、この識別情報を読み取ることを特徴とする請求項３
記載のソフトウェア処理装置。
【請求項５】前記書込手段によって前記媒体に前記ソフ
トウェアが書き込まれた場合に、前記媒体上に書込みが
あった旨を表示する表示手段と、前記媒体上に前記表示手段による前記表示があった場合
には、前記書込手段による前記ソフトウェアの前記媒体
への書込を禁止する禁止手段とを更に備えたことを特徴
とする請求項１記載のソフトウェア処理装置。
【請求項６】前記媒体上に前記ソフトウェアを書込可能
な残り回数を記録する記録手段と前記記録手段により前記媒体上に記録された前記残り回
数が零である場合には、前記書込手段による前記ソフト
ウェアの前記媒体への書込を禁止する禁止手段とを更に
備えたことを特徴とする請求項１記載のソフトウェア処
理装置。
【請求項７】媒体に記憶されている第１の識別情報を読
み取る第１の読み取り手段と、ソフトウェア及びこのソフトウェアに対応付けられた第
２の識別情報とが前記媒体に書き込まれている場合に、
前記媒体から前記第２の識別情報を読み出す第２の読み
出し手段と、前記第１の読み取り手段によって読み取られた前記第１
の識別情報と前記第２の読み取り手段によって読み取ら
れた前記第２の識別情報とを比較する比較手段と、この比較手段によって前記第１の識別情報と前記第２の
識別情報が対応しているとされた場合に、前記ソフトウ
ェアを前記媒体から読み出す読出手段とを備えたことを
特徴とするソフトウェア処理装置。
【請求項８】前記読み出し手段による読み出し量を記録
する読み出し量記録手段を更に備えたことを特徴とする
請求項７記載のソフトウェア処理装置。
【請求項９】媒体に記憶されている第１の識別情報を読
み取る第１の読み取り手段と、ソフトウェアに対応付けられた第２の識別情報を読み取
る第２の読み取り手段と、前記第１の読み取り手段によって読み取られた前記第１
の識別情報と第２の読み取り手段によって読み取られた
前記第２の識別情報とを比較する第１の比較手段と、この第１の比較手段によって前記第１の識別情報と前記
第２の識別情報が対応しているとされた場合に、前記ソ
フトウェア及び前記ソフトウェアに対応付けられた前記
第２の識別情報とを前記媒体に書き込む書込手段と、前記媒体に前記ソフトウェア及び前記ソフトウェアに対
応付けられた前記第２の識別情報が書き込まれている場
合に、このソフトウェアに対応する前記第２の識別情報
を前記媒体から読み取る第３の読み出し手段と、前記第１の読み取り手段によって読み取られた前記第１
の識別情報と前記第３の読み取り手段によって読み取ら
れた前記第２の識別情報とを比較する第２の比較手段
と、この第２の比較手段によって前記第１の識別情報と
前記第２の識別情報が対応しているとされた場合に、前
記ソフトウェアを前記媒体から読み出す読出手段とを備
えたことを特徴とするソフトウェア処理装置。
【請求項１０】前記書込手段は、前記ソフトウェアを暗
号化しながら前記媒体に書き込み、前記読出手段は、前記ソフトウェアを復号化しながら前
記媒体から読み出すことを特徴とする請求項９記載のソ
フトウェア処理装置。
【請求項１１】前記媒体の特定の領域は、ユーザアクセ
ス不可能領域であることを特徴とする請求項４記載のソ
フトウェア処理装置。
【請求項１２】前記第１の識別情報及び前記第２の識別
情報が夫々複数の識別情報から構成されていることを特
徴とする請求項１記載のソフトウェア処理装置。