JP2003223234A - 情報格納方法、ソフトウェア再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウエアの格納媒体を複雑にすることな
く、より一層のセキュリティチェックと効率的な課金管
理の可能なソフトウエアの管理方式を提供する。 【解決手段】 管理センタとソフトウエア再生装置とか
らなり、前記管理センタは、前記ソフトウエア再生装置
からの使用要求に対して鍵情報を許諾コマンドとして発
行する許諾コマンド発行手段を有しており、前記ソフト
ウエア再生装置は、前記鍵情報に基づいて前記ソフトウ
エアの復号化を実行する復号手段を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータプロ
グラムあるいは映像著作物等のソフトウエア、特にデジ
タル情報化されたソフトウエアの流通システムに適用し
て有効な技術に関する。

【０００２】

【従来の技術】ＣＤ−ＲＯＭ等の大規模記憶媒体や、Ｂ
−ＩＳＤＮ等の大容量の高速通信技術などが発達してく
ると、これらの手段を用いてコンピュータプログラムは
勿論、画像や音声をデジタル情報として流通されること
が予想される。

【０００３】すなわち、従来ビデオテープで供給されて
いたような映像著作物がそのままＣＤ−ＲＯＭに格納さ
れて販売されたり、またはＣＤ−ＲＯＭのインタラクテ
ィブ性（双方向性）を利用したゲームとして市場に流通
し始めてきている。

【０００４】また、通信回線についても同様であり、前
記のような映像著作物が通信を経由してユーザの手許に
届けられる状況になってきている。ところで、この種の
デジタル情報は他の媒体への複写が極めて容易であり、
かつアナログ情報のような複写による劣化がないことか
ら、同一情報の複製が可能であり、これらの行為により
製造者の利益が害される可能性が極めて高い。すなわ
ち、大容量の書換え可能な光磁気ディスクや磁気ディス
ク装置さえ所有していればわずかなＤＯＳのコマンドの
知識のみでＣＤ−ＲＯＭの内容を複写することが簡単で
あった。

【０００５】このように、十分なセキュリティチェック
が不可能であることを理由にこの種のデジタル情報媒体
のレンタル行為は製造者によって禁止されている場合が
殆どである。

【０００６】しかしながら、エンドユーザとしては現在
のこの種のソフトウエアの価格は高額であり、本当にそ
のソフトウエアが自身の欲しているものと一致するか、
あるいは自身の所有しているハードウエアで使用可能か
の確認がとれるまでは購入を躊躇する場合が多い。

【０００７】この点について、機能が制限されている多
数のソフトウエアをＣＤ−ＲＯＭに格納して安価に販売
し、エンドユーザはその中から希望するソフトウエアに
ついて代金を送金することにより機能制限を解除するコ
ードを通知されるという新しいソフトウエアの流通方式
が実現され始めている。

【０００８】

【発明が解決しようとする課題】しかし、前述のソフト
ウエアの流通方式はソフトウエアの特性を十分に反映し
たものとはいえなかった。

【０００９】すなわち、前述の機能制限を解除する方式
では、代金を一括して送金する場合が殆どであり、この
代金はいきおい高額にならざるを得ず、たとえば映画の
一場面を少しだけ見たいとか、１週間だけ表計算ソフト
を使用したいというような場合にその使用量に応じた料
金管理は困難であった。

【００１０】この点について、特公平６−１９７０７号
公報では、あらかじめ利用可能金額をＩＣカードに登録
し、有償ソフトウエアを利用する場合に前記ＩＣカード
の利用可能金額をシステムに登録して、システムが当該
ソフトウエアの利用毎に残高を減算していく方式が提唱
されている。

【００１１】また、本出願人による特願平６−９６８７
１号公報では、ＣＤ−ＲＯＭ等の記憶媒体上に書換え可
能領域を設けて使用時間の情報を管理していく方式が提
唱されている。

【００１２】本発明は、これらの先行技術をさらに一歩
進めたものであり、ソフトウエアの格納媒体を複雑にす
ることなく、より一層のセキュリティチェックと効率的
な課金管理の可能なソフトウエアの管理方式を提案する
ものである。

【００１３】

【課題を解決するための手段】本発明のソフトウエア管
理モジュール１０２は、原理図である図１に示すよう
に、プログラム、文字、図形、画像または音声等からな
り暗号化された所定のソフトウエアを選択して再生する
ためのソフトウエア再生装置に装着され、前記ソフトウ
エア格納媒体とは別体で構成されたソフトウエア管理モ
ジュールにおいて、前記暗号化ソフトウエアを入力する
入力部を設け、所定の暗号化ソフトウエアの復号を許可
する許可制御部を設け、前記許可制御部により許可され
前記入力部で入力された暗号化ソフトウエアを復号する
復号化部をさらに設けるとともに、前記復号化部で復号
された復号化ソフトウエアを出力する出力部を設けた。

【００１４】すなわち、本発明は、暗号化された所定の
ソフトウエア（プログラムおよび／またはデータ）を選
択して再生するためのソフトウエア再生装置に装着され
るソフトウエア管理モジュールであって、前記暗号化ソ
フトウエアを入力する入力部と、所定の暗号化ソフトウ
エアの復号を許可する許可制御部と、前記許可制御部に
より許可され前記入力部で入力された暗号化ソフトウエ
アを復号する復号化部と、前記復号化部で復号された復
号化ソフトウエアを出力する出力部とからなるものであ
る。

【００１５】好ましくは、このソフトウエア管理モジュ
ールは、前記に加えて、課金情報記憶部を備えており、
前記許可制御部は当該課金情報記憶部を参照してソフト
ウエア格納媒体からの所定のソフトウエアの復号を許可
するものでもよい。

【００１６】好ましくは、このソフトウエア管理モジュ
ールは、前記に加えて、暗号化部を備えており、前記許
可制御部は暗号化ソフトウエアを復号化して得られたプ
ログラムより発生または加工されたユーザ情報を外部に
出力する際に当該暗号化部によって当該ユーザ情報を暗
号化するものでもよい。

【００１７】好ましくは、前記ユーザ情報は課金情報で
あってもよい。

【００１８】好ましくは、前記復号化部は、前記暗号化
ソフトウエアの特性に応じて復号化の暗号利用モードを
変更可能なモード識別部を備えていてもよい。

【００１９】好ましくは、前記復号化部は、入力側に配
置された入力用バッファと、入力データに対して所定の
論理による暗号化または復号化を実行する復号化実行部
と、前記復号化実行部の前段に配置された中間レジスタ
と、前記入力用バッファと前記中間レジスタとの間に配
置され、前記入力用バッファからの出力と復号化実行部
からの出力とのいずれかを選択的に前記中間レジスタに
出力するセレクタと、前記復号化実行部の次段に設けら
れ復号化されたデータを順次出力する出力用バッファと
からなるものでもよい。

【００２０】好ましくは、前記入力用バッファまたは出
力用バッファはシフトレジスタであってもよい。

【００２１】また、本発明は、暗号化された所定のソフ
トウエアを格納した格納媒体から暗号化ソフトウエアを
読み出すドライブ装置と、前記格納媒体より暗号化ソフ
トウエアを読み込んで復調する復調手段と、前記暗号化
ソフトウエアを入力する入力部と、所定の暗号化ソフト
ウエアの復号を許可する許可制御部と、前記許可制御部
により許可され前記で入力された暗号化ソフトウエアを
復号する復号化部と、前記復号化部で復号された復号化
ソフトウエアを出力する出力部とからなるソフトウエア
管理モジュールと、前記管理モジュールから出力された
復号化ソフトウエアを出力する出力手段とからなるソフ
トウエア再生装置であってもよい。

【００２２】好ましくは、このソフトウエア再生装置
は、ソフトウエア管理モジュールを内蔵したカード媒体
を装着可能なカードドライブ装置を備えているものでも
よい。

【００２３】また、本発明は、管理センタとソフトウエ
ア再生装置とからなり、前記管理センタは、前記ソフト
ウエア再生装置からの使用要求に対して鍵情報を許諾コ
マンドとして発行する許諾コマンド発行手段を有してお
り、前記ソフトウエア再生装置は、前記鍵情報に基づい
て前記ソフトウエアの復号化を実行する復号手段を備え
ているソフトウエア再生管理システムでもよい。

【００２４】好ましくは、前記管理センタは、ユーザの
課金情報を蓄積する課金情報蓄積手段を有しており、前
記ソフトウエア再生装置が課金情報を前記管理センタに
通知する際に当該情報を暗号化する暗号化手段を備えて
いるものでもよい。

【００２５】好ましくは、上記ソフトウエア再生管理シ
ステムにおいて、前記管理センタは、暗号化または非暗
号化ソフトウエアよりチェックサムを生成する送信側チ
ェックサム生成部を有し、前記ソフトウエア再生装置
は、前記管理センタより前記ソフトウエアとチェックサ
ムとを受け取り、当該ソフトウエアよりチェックサムを
生成する受信側チェックサム生成部と、この受信側チェ
ックサム生成部で生成されたチェックサムと前記管理セ
ンタより受け取ったチェックサムとを比較する比較手段
とを有するものでもよい。

【００２６】好ましくは、上記ソフトウエア再生管理シ
ステムにおいて、前記管理センタは、前記ソフトウエア
を暗号化する暗号化部を有しており、前記送信側チェッ
クサム生成部は前記暗号化部により暗号化される前のソ
フトウエアまたは暗号化された後のソフトウエアに対し
てチェックサムの生成を行うものでもよい。

【００２７】好ましくは、上記ソフトウエアの再生管理
システムにおいて、前記ソフトウェア再生装置は、前記
比較手段による比較結果を表示する表示手段を備えてい
るものでもよい。

【００２８】好ましくは、上記ソフトウエアの再生管理
システムにおいて、前記比較手段は前記両チェックサム
が等しかった場合にのみ課金情報記憶部に対して従量課
金を実行するものでもよい。

【００２９】

【作用】前記したように、本発明では、暗号化ソフトウ
エアを入力する入力部１０４を有している。本発明で
は、この入力部１０４に入力される暗号化ソフトウエア
は、同図に示すＣＤ−ＲＯＭ１０１のような格納媒体か
らのものであってもよいし、通信回線を通じて得られた
データであってもよい。またデータの種類としては、プ
ログラムは勿論、文字、図形、画像または音声などの如
何なる情報であってもよい。

【００３０】入力部１０４の次段には前記暗号化ソフト
ウエアの復号を行う復号化部１０３が設けられている。
この復号化部１０３は、いわゆるＤＥＳ回路（Data Enc
ryption Standard）で構成されており、ＣＰＵ等で構成
された許可制御部１０８によって制御されている。

【００３１】また、復号化部１０３は種々の復号モード
の中からソフトウエアの特性に応じて最適の復号モード
が選択できるよう、モード識別部１８（図３参照）を持
たせてもよい。

【００３２】一方、許可制御部１０８は、課金テーブル
８（課金情報記憶部）を参照して課金残高がある場合に
のみ復号化部１０３での復号処理を許可するようにして
もよい。この場合、ソフトウエアの再生に応じて課金テ
ーブル８に対して従量課金を実行する。すなわち許可制
御部１０８は、課金テーブル８のカウント値を減算して
いく処理を行う。

【００３３】そして、課金残高が０値となった場合に
は、出力部１０９に対して課金残高が無くなったことを
通知してもよい。これによって出力部１０９は、出力さ
れる復号化ソフトウエアに画像データを含む場合には、
画面上に課金残高が無くなったことを表示する文章をス
ーパーインポーズするようにしてもよい。

【００３４】このように、本発明によれば、ソフトウエ
ア再生装置に装着されるモジュール内に許可制御部１０
８と、復号化部１０３が設けられているため、セキュリ
ティの高いソフトウエア課金が可能となる。

【００３５】さらに、課金テーブル８もこのモジュール
内に収容し、この課金に関する情報（ユーザ情報）を外
部に出力する場合には、暗号化部を設けて暗号化するこ
とによりセキュリティを高めることができる。この暗号
化部は、具体的には前述の復号化部１０３と兼用するこ
とができる。

【００３６】さらに、復号化部１０３には、入力用バッ
ファと出力用バッファとを設けてデータの入力と出力と
を並列に行わせることにより復号処理を高速化できる。

【００３７】

【発明の実施の形態】以下に図面に基づいて本発明の実
施の形態を説明する。図１２は本発明が提案する超流通
システムにおいてそれぞれの当事者（ベンダ：管理セン
タ，エンドユーザ：ソフトウエア再生装置，流通チャネ
ル）に要求される技術および役割の概念を示した説明図
である。

【００３８】同図において示したようにベンダにおいて
はチェックコード挿入や暗号化技術などのコピープロテ
クションに関する問題が重要となり、エンドユーザにお
いてはチェックサムコードの採用によるソフトウエアの
完全性保証や高速暗号化技術によるファイル転送・管理
が重要となる。一方、流通チャネルにおいては、ソフト
ウエア販売管理機能が重視されてくる。

【００３９】以上の概念を基に、本発明を具体的に説明
する。図２は、本実施例に用いられるソフトウエア再生
装置の構成を示す機能ブロック図である。

【００４０】なお、本実施例では説明の便宜のため、入
力される暗号化ソフトウエアはＣＤ−ＲＯＭに格納され
て提供されたものとするが、通信情報として得られたも
のであってもよい。（ソフトウエア再生装置の構成）同
図に示す破線で囲んだ部分（ＳＤ回路３）が本発明のソ
フトウエア管理モジュール１０２である。このソフトウ
エア管理モジュール１０２は、ソフトウエア再生装置内
において、ボードあるいはカード形式で固定的に取付け
られたものであってもよいし、ソフトウエア再生装置の
カードスロット（たとえばＰＣＭＣＩＡ準拠のカードス
ロット）内に着脱自在に装着されたＩＣカードであって
もよい。

【００４１】同図中、１は復調回路・制御回路であり、
ＣＤ−ＲＯＭに格納されているＭＰＥＧ規格の画像・音
声情報を復調してデコーダ２に送出する機能を有してい
る。デコーダ２は、エラー訂正およびビットの並び替え
を実行して最大２メガバイト／秒（平均１メガバイト／
秒）の画像・音声情報（暗号情報）をＳＤ回路３に引き
渡す。

【００４２】ソフトウエア管理モジュール１０２、すな
わちＳＤ回路３では、Ｉ／Ｏ（５：入力部１０４）を通
じて受け取った画像・音声情報（暗号情報）を復号化部
１０３としてのＤＥＳ（Data Encryption Standard）７
が復号してＩ／Ｏ（６：出力部１０９）を通じてＳＤ回
路３外のデマルチプレクサ１３に送出する。デマルチプ
レクサ１３では、音声データと画像データとを分離し
て、ＭＰＥＧ処理部（ＭＰＥＧ−２）に出力する。ＭＰ
ＥＧ処理部（ＭＰＥＧ−２）は、データ圧縮されたＭＰ
ＥＧ規格の画像・音声情報を伸長する機能を有してお
り、音声と画像が分離されて出力される際には、同期制
御部（ＶＲＣ）によって画像データと音声データとの同
期が調整される。

【００４３】そして、出力先がコンピュータ（ＰＣ）で
ある場合にはＭＰＥＧデータはデジタル情報のまま行
い、出力先がＴＶモニタまたはスピーカ等である場合に
はＤ／Ａ変換を行った後のアナログ情報として出力す
る。

【００４４】なお、これらの情報のやりとりは許可制御
部としてのソフトウエア再生装置１０５内の制御ＣＰＵ
１０とＳＤ回路３内の制御ＣＰＵ４とが分担して行う
が、ＳＤ回路３内の制御ＣＰＵ４は制御ＣＰＵ１０で兼
用してもよい。

【００４５】本実施例のＤＥＳ７は、FIP'S PUB.製の
「46DATA ENCRYPTION STANDARD NIST」を使用し、ＭＰ
ＥＧ処理部は、「ISO/IEC CD 13818'1〜3」を使用して
いる。（ＳＤ回路内の機能）ＳＤ回路３では、制御ＣＰ
Ｕ４が許可制御部１０８として機能し、ＣＤ−ＲＯＭ１
０１より読み込まれた暗号化ソフトウエアについて、Ｄ
ＥＳ７での復号を許可するか否かを判定する。

【００４６】この判定に際して制御ＣＰＵ４は、課金テ
ーブル８を参照し、当該テーブル上に課金残高がある場
合にのみＤＥＳ７による復号を実行する。すなわち、課
金テーブル８には所定の残高値が登録されており暗号化
ソフトウエアの復号処理量または処理時間に応じて課金
値が減算されるようになっている。この残高値を更新し
たい場合には、後述の図７に示すように、カード媒体と
して提供されているソフトウエア管理モジュール１０２
を販売店等に持参し、料金を支払うことにより販売店で
課金テーブル８の残高値を増加させることができる。

【００４７】なお、ＳＤ回路３内に課金テーブル８を設
けない場合には、当該課金値情報をＦＤ装置１２等に出
力して記録しておく必要がある。この場合に課金値情報
をユーザが可読な状態でフロッピー（登録商標）ディス
ク等の媒体に登録しておくとセキュリティが維持できな
い。そこで、当該課金値等情報のユーザ情報を外部に出
力する場合には、前記制御ＣＰＵ４はＤＥＳ７で当該課
金値情報を暗号化して暗号データとして出力するように
なっている。

【００４８】すなわち、課金値情報を外部に出力する場
合にはＤＥＳ７は暗号化部として機能することになる。
なお、課金値情報の出力先はフロッピーディスクに限ら
ず、図７に示すように通信回線を経由した管理センタ３
１であってもよい。

【００４９】一方、制御ＣＰＵ４の課金テーブル８、Ｆ
Ｄ装置１２または管理センタ３１への課金値情報の参照
によって課金値が”０”であることが判明した場合の処
理については後述する。（ＤＥＳの詳細）図３は、ＤＥ
Ｓ７の概略構成を示している。ＤＥＳ７は同図に示すよ
うに、ＤＥＳ実行部１５（制御ＣＰＵ４で実現される）
を有しており、入力データ（ＩＮ）を鍵情報１６により
復号して出力データ（ＯＵＴ）として出力する機能を有
している。

【００５０】本実施例において、ＤＥＳ実行部１５はモ
ード識別部１８を有しており、このモード識別部１８は
複数のＤＥＳモードの中からそのデータ形式等により最
適なモードを選択してＤＥＳ実行部１５に与える機能を
有している。（ＤＥＳモードの説明）次に前記ＤＥＳモ
ードのうち、代表的なロジックを説明する。

【００５１】図４（ａ）は、ＥＣＢ基本モードであり、
ＤＥＳ実行部１５において、６４ビットの鍵情報１６に
より６４ビットの入力データ列を６４ビットの出力デー
タ列として暗号化（または復号化）するモードである。

【００５２】図４（ｂ）は、ＣＢＣモードを示してお
り、ＤＥＳ実行部１５において６４ビットの入力データ
列を６４ビットの鍵情報１６で暗号化（または復号化）
した後、再度これをＤＥＳ実行部１５に帰還入力させ
る。このようにデータを全て入力し終るまでフィードバ
ックを行い最終結果を出力する方式であり、ファイル等
のデータ処理に適している。

【００５３】図４（ｃ）は、ＯＦＢモードを示してお
り、エラーの生じやすい通信データや、一つの誤りが他
に与える影響の大きい音声データ等に適している。図４
（ｄ）は、ＣＦＢモードであり、自己同期形のデータに
適している。

【００５４】前述のモード識別部１８はモードテーブル
２０に格納されたこれらのモードのうちデータ形式等を
解析して最適なものを読み出してＤＥＳ実行部１５に送
出する。ＤＥＳ実行部１５ではこのようにして選択され
たモードに基づいて暗号化・復号化処理を行う。（ＤＥ
Ｓ実行部の高速演算処理化）図５は、ＤＥＳ実行部１５
のハードウエア構成を示すブロック図である。

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

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

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

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

【００５９】このように、本実施例では入力用バッファ
としての入力レジスタ２１と、出力用バッファとしての
出力レジスタ２４とを設けたことにより、暗号化データ
の入力と復号化データの出力とをそれぞれ独立して連続
的に行うことができるようになった。そのため、従来の
ＤＥＳのようにサイクリックに入力と出力とを行う場合
に較べて高速な復号化・暗号化処理が可能となった。
（本発明を用いたソフトウエア流通形態の全体像）図７
は、本発明によって実現されるソフトウエア流通の全体
像を示している。

【００６０】本実施例においてソフトウエアは、出荷セ
ンタ（ここでは便宜的に管理センタが出荷センタを兼ね
ているものとする）より流通経路に出荷されるが、この
ときの形態は、暗号化したソフトウエアをＣＤ−ＲＯＭ
に格納した状態であってもよいし、通信路上に出荷して
もよいし、あるいは光磁気ディスク等の媒体で出荷して
もよい。

【００６１】エンドユーザは販売店２７等に赴き（通信
販売でもよい）、ソフトウエアが格納されたソフトウエ
ア格納媒体１０１としてのＣＤ−ＲＯＭを購入してく
る。またこれと同時に、当該ソフトウエアを自身のソフ
トウエア再生装置１０５で再生可能なようにドライバソ
フト等の運用アプリケーションディスク２６およびソフ
トウエア管理モジュール１０２であるＳＤカードを購入
してくる。ここで、運用アプリケーションディスク２６
はたとえばフロッピーディスクの形態であり、これを外
部ユーザ情報格納媒体１０６として用いてもよい。ま
た、ＣＤ−ＲＯＭは複数のソフトウエアが格納されてい
るものの、このＣＤ−ＲＯＭを売り切る販売方式ではな
いため、ＣＤ−ＲＯＭ自体の販売価格は非常に安価に設
定されている。また販売店２７はレンタル店であっても
よい。

【００６２】すなわち、本発明ではＣＤ−ＲＯＭに格納
されたソフトウエアは全て暗号化されており、これを復
号して再生する場合にはセキュリティの高く保持された
ソフトウエア管理モジュール１０２としてのＳＤカード
を用いることが必須である。そして後述のようにソフト
ウエアの使用量に応じた料金徴収システムが完備されて
いる。したがって、ＣＤ−ＲＯＭ自体に格納されている
暗号化データを他の媒体に複写したとしてもそれだけで
は意味がなく、ＣＤ−ＲＯＭをレンタル方式としても使
用量に対応した料金徴収システムが完備されていればソ
フトウエア提供者の利益を低下させてしまうことはな
い。

【００６３】エンドユーザは、自己のソフトウエア再生
装置１０５で当該ＣＤ−ＲＯＭ（１０１）に格納された
ソフトウエアの再生を望む場合には、まずＳＤカード
（１０２）をカードドライブ装置２８に挿入し、ＣＤ−
ＲＯＭ（１０１）と運用アプリケーションディスク２６
ソフトウエア再生装置１０５にそれぞれ装填する。

【００６４】そして、ソフトウエア再生装置１０５にイ
ンストールされた通信アプリケーション（このアプリケ
ーションは運用アプリケーションとして提供されるもの
でもよい）を起動して、ソフトウエア再生装置１０５に
内蔵されたモデム（変調装置）より家庭用電話機３０を
通じて管理センタ３１に対して使用したいソフトウエア
の使用要求を発信する。これに対して管理センタ３１
は、当該ユーザに対して許諾コマンド（鍵情報）を暗号
化してソフトウエア再生装置１０５に対して送出する。

【００６５】前記許諾コマンドを受け取ったソフトウエ
ア再生装置１０５は、ＣＤ−ＲＯＭ１０１を読み取り、
必要なソフトウエアをＳＤカードの復号部１０３を通じ
て順次復号化してソフトウエア再生装置１０５のプログ
ラム格納エリア（メモリ）に転送する。

【００６６】これとともに、制御ＣＰＵ４は当該ソフト
ウエアの復号データ量、または復号時間をカウントし、
課金テーブル８より課金残高値を減算する。そしてこの
課金残高値が”０”になるまでは暗号化ソフトウエアの
復号処理を継続する。

【００６７】ここで、課金テーブルの課金残高値が”
０”となった場合には、復号化ソフトウエアの出力を停
止する。この出力停止を具体化するハードウエア構成を
図８に示している。

【００６８】すなわち、同図では、課金テーブル８を監
視していた制御ＣＰＵ３は、課金テーブル上の課金残高
値が”０”となったことを検出したとき、この情報をソ
フトウエア再生装置１０５内の制御ＣＰＵ１０に通知す
る。この通知に基づいて制御ＣＰＵ１０はレジスタ８１
の保持値を変化させて、ＴＶモニタへの出力およびコン
ピュータ（ＰＣ）への出力段にある論理積回路（ＡＮＤ
８３）とアナログスイッチ（ＳＷ８２）を閉じる。これ
によって出力装置へはアナログ変換された音声情報しか
出力されない。

【００６９】なお、これとともに画像出力として課金残
高が”０”となった旨の表示あるいは広告等をスーパー
インポーズしてもよい。以上の説明は課金残高をＳＤ回
路３内の課金テーブル８が管理している場合の例である
が、この課金値残高情報は管理センタ３１が管理してい
てもよい。この場合、課金値残高情報がソフトウエア再
生装置１０５の外部に出力されることになるので、セキ
ュリティを高めるために前述の制御ＣＰＵ３は、ＤＥＳ
７を用いて課金値残高情報を暗号化して、暗号化データ
として電話回線を通じて管理センタ３１に通知する。

【００７０】管理センタ３１ではソフトウエア再生装置
１０５から受領した課金値残高情報にしたがって、金融
機関３２のエンドユーザの口座よりエンドユーザが使用
した使用量に応じた料金を引き落として当該ソフトウエ
ア提供者の口座に送金する処理を行う。

【００７１】このように、本発明ではＣＤ−ＲＯＭに格
納されたソフトウエアばかりでなく、そのソフトウエア
の運用によって生じたユーザ情報も暗号化して外部に出
力するため、ユーザ情報の改ざんによるソフトウエアの
不正使用も防止することができる。（出荷されたソフト
ウエアの完全性保証について）ところで、ソフトウエア
の流通経路においてソフトウエアにウィルス等が混入さ
れ、エンドユーザはウィルスが混入されたソフトウエア
を再生することにより、ハードウエアや自己の蓄積した
ソフトウエアを破壊されたり、さらにはウィルのために
正常に動作しないソフトウエアに対しても課金されるお
それが生じてくる。

【００７２】このような流通経路におけるウィルス混入
をソフトウエア再生装置１０５において確実に検出でき
るようにした構成が図９である。すなわち、管理センタ
３１にはチェックサム生成部１１１ａが設けられてい
る。このチェックサム生成部１１１ａは出荷すべきソフ
トウエアからチェックサム（ＣＳ）、すなわちデータの
完全性をチェックするコードを生成する機能を有してお
り、本実施例ではハッシュ関数による関数コードがチェ
ックサム（ＣＳ）として出力されるようになっている。

【００７３】このチェックサム生成部１１１ａのロジッ
クを示したものが図１１である。すなわちここでＤＥＳ
暗号による操作を行う場合、基本的にはＣＢＣモード
（図４（ｂ）で説明したもの）を構成しており、プログ
ラムあるいはデータを１ブロック単位に区切り、ＣＢＣ
モード（ブロック帰還）で一旦出力したデータをそのま
ま帰還入力し、次の入力ブロックとで排他論理和制御
（ＥＯＲ）を行う。この結果を再びＤＥＳ暗号化処理し
て前記と同様に出力を入力側に帰還させる。そして最終
ブロックが入力された場合、変換された暗号化出力をチ
ェックサム（ＣＳ）とする。

【００７４】図１０は、ソースプログラムをコンパイラ
によりオブジェクト化した後、圧縮処理を施しこの圧縮
平文オブジェクトプログラムをハッシュ関数ｈに入力し
て（チェックサム生成部１１１ａで処理して）、チェッ
クサム（ＣＳ）を得、これを前記圧縮平文オブジェクト
プログラムに結合する様子を示している。

【００７５】このような暗号化プログラムが流通経路を
流通した段階でコンピュータウィルスが混入された場
合、ソフトウエア再生装置１０５における下記の機構を
用いることによりウィルス混入の確認が容易となる。

【００７６】すなわち、ソフトウエア再生装置１０５に
は、前記チェックサム生成部１１１ａと同様のチェック
サム生成部１１１ｂを有しており、ソフトウエアより前
記と同様の方法でチェックサム（ＣＳ’）を生成する。
そして、比較部１１２において前記ソフトウエアに添付
されてきたチェックサム（ＣＳ）と前記チェックサム生
成部１１１ｂで新たに生成されたチェックサム（Ｃ
Ｓ’）とを比較する。

【００７７】このとき、流通経路上でソフトウエアにウ
ィルスが混入し、ソフトウエアの改変が行われると、チ
ェックサム生成部１１１ｂで生成されるチェックサム
（ＣＳ’）は必然的に元のチェックサム（ＣＳ）とは異
なる。

【００７８】このように比較部１１２が比較結果に異常
を検出したときには表示部１１３において異常を示す赤
色表示を行う。この表示はたとえばカード形状で構成さ
れたソフトウエア管理モジュールの一端にスイッチ（Ｓ
Ｗ）によりその表示状態を変更可能な表示ランプを設け
ることにより容易に実現できる。また、チェックサム生
成部１１１ｂが処理を行っている間は処理中である黄色
表示を行い、比較結果が等しく正常終了した場合には青
色表示を行うようにした。

【００７９】そして、比較部１１２での比較処理が正常
終了した場合にのみ課金テーブル８から従量課金を実行
する。具体的には許可制御部１０８（図９では図示省
略）が課金テーブル８のカウント値を減算していく処理
を行う。

【００８０】図９および図１０で説明したチェックサム
生成と、暗号化との関係についてさらに詳しい具体例で
示したものが図１３〜図２２である。これらの図ではソ
フトウエアはＣＤ−ＲＯＭに格納されて情報提供者（管
理センタ）からエンドユーザ（ソフトウエア再生装置）
に供給される場合を想定している。

【００８１】図１３は、平文のソフトウエアから鍵情報
（Ｋ１）を用いてチェックサム（ＣＳ）を生成し、これ
をＣＤ−ＲＯＭの所定領域に格納している。そして、前
記平文ソフトウエアは鍵情報（Ｋ２）を用いて暗号化し
てＣＤ−ＲＯＭ上の前記チェックサム（ＣＳ）の格納さ
れた領域以外の領域に格納し、これをエンドユーザに提
供する。エンドユーザは、ヘッダ解析を行いながら暗号
化ソフトウエアを鍵情報（Ｋ２）で復号しこれを一旦メ
モリまたはそれ以外の記憶手段に蓄える。そして、復号
化された平文ソフトウエアから鍵情報（Ｋ１）を用いて
チェックサムを生成し、これをＣＤ−ＲＯＭから読み出
されたチェックサムと比較する。そして、比較結果が一
致した場合にのみ課金処理を実行する。

【００８２】図１４は、図１３の例において、情報提供
者（管理センタ）において暗号化処理を行わない場合で
ある。図１５は、暗号化された情報（ソフトウエア）か
らチェックサムを生成する点が特徴である。すなわち、
平文ソフトウエアを鍵情報（Ｋ２）でまず暗号化してこ
れをＣＤ−ＲＯＭに格納する。そして暗号化ソフトウエ
アに対してチェックサムを生成しこれを所定の領域に格
納しエンドユーザに供給する。

【００８３】エンドユーザ側ではヘッダ解析を行いなが
ら暗号化ソフトウエアから直接チェックサムを生成し、
このチェックサムをＣＤ−ＲＯＭに格納されていたチェ
ックサムと比較する。

【００８４】図１６は、情報提供者（管理センタ）側の
処理は図１３と同様であるが、エンドユーザ側（ソフト
ウエア再生装置側）の課金処理が異なっている。すなわ
ち、ヘッダ解析の結果課金処理を開始するが、チェック
サムの比較結果が一致しなかった場合には課金処理を無
効（旧状態復帰書換）にするようになっている。

【００８５】図１７は、情報提供者（管理センタ）側の
処理は図１４と同様であるが、エンドユーザ側（ソフト
ウエア再生装置側）の課金処理が異なっている。すなわ
ち、ヘッダ解析の結果課金処理を開始するが、チェック
サムの比較結果が一致しなかった場合には課金処理を無
効（旧状態復帰書換）にするようになっている。

【００８６】図１８は、情報提供者（管理センタ）側の
処理は図１５と同様であるが、エンドユーザ側（ソフト
ウエア再生装置側）の課金処理が異なっている。すなわ
ち、比較結果に基づいて課金処理を実行しこの課金処理
によって復号を開始するようになっている。

【００８７】図１９は、情報提供者（管理センタ）側の
処理は図１６と同様であるが、エンドユーザ側（ソフト
ウエア再生装置側）の課金処理が異なっている。すなわ
ち、ヘッダ解析の結果課金処理を開始するが、チェック
サムの比較結果が一致しなかった場合には課金処理を無
効（旧状態復帰書換）にするようになっている。

【００８８】図２０は、情報提供者（管理センタ）側の
処理は図１５と同様であるが、エンドユーザ側（ソフト
ウエア再生装置側）の課金処理が異なっている。すなわ
ち、ヘッダ解析の結果課金処理を開始するが、チェック
サムの比較結果が一致しなかった場合には課金処理を無
効（旧状態復帰書換）にするようになっている。

【００８９】図２１は、平文ソフトウエアを鍵情報
（Ｋ）で暗号化するとともに特定の領域ｎに暗号化デー
タの一部Ｎに対応した情報を登録しておき、エンドユー
ザ側（ソフトウエア再生装置）で前記Ｎを復号し、これ
をｎと比較するものである。そして比較の結果が一致す
れば課金処理を行うようになっている。

【００９０】図２２は、情報提供者（管理センタ）側の
処理は図２１と同様であるが、ヘッダ解析とともに課金
処理を開始し、比較結果が一致しなかった場合には課金
処理を無効（旧状態復帰書換）にするようになってい
る。

【００９１】以上説明したように、図９〜図２２に示し
た例では、データの完全性保証の確認が容易であるた
め、ウィルスが混入されたソフトウエアを再生すること
により生じるハードウエアあるいはデータの破壊、不合
理な課金を未然に防止できる。（管理センタによるソフ
トウエアの貸出時刻管理）次に管理センタ３１によりソ
フトウエアの利用時刻管理が行われる場合について説明
する。

【００９２】前記管理センタ３１はソフトウエア再生装
置１０５に対して許諾コマンドを発行するとともに、コ
ンテンツに対応する利用開始時刻（タイムスタンプ）を
暗号化して通信回線を通じて（モデム経由でも可）ソフ
トウエア再生装置１０５に送出する。

【００９３】ソフトウエア再生装置１０５では、このタ
イムスタンプを受け取ると自身のＳＤ回路３でこのタイ
ムスタンプを復号し、課金テーブル８に書き込む。この
ときコンテンツ毎に課金テーブル８が設定されていると
きには該当欄にタイムスタンプを書き込むようにする。
このように、タイムスタンプを管理することによりエン
ドユーザのソフトウエアの利用期限を管理することがで
きる。

【００９４】なお、暗号化タイムスタンプの配送は、管
理センタ３１のオペレータがエンドユーザに対して口頭
で伝え、エンドユーザがこれをキーボード等を通じて自
身のソフトウエア再生装置１０５に入力するようにして
もよい。このようにしてもタイムスタンプは暗号化され
ているため、セキュリティは保持できる。

【００９５】なお、以上説明した実施例において、ソフ
トウエア再生装置１０５へのソフトウエアの提供は、Ｃ
Ｄ−ＲＯＭのような有形媒体のみに限らず、高速化され
た通信システムを経由してホストコンピュータより通信
データとして得られたソフトウエアであってもよいこと
は勿論である。

【００９６】

【発明の効果】本発明によれば、ソフトウエアの格納媒
体を複雑にすることなく、より一層のセキュリティチェ
ックと効率的な課金管理の可能なソフトウエアの管理を
行うことができる。

【図面の簡単な説明】

【図１】 本発明の原理図

【図２】 本実施例のソフトウエア再生装置を示す機能
ブロック図

【図３】 本実施例のＤＥＳの内部機能を示すブロック
図

【図４】 ＤＥＳの各モードを示す説明図

【図５】 ＤＥＳ実行部のハードウエア構成を示すブロ
ック図

【図６】 ＤＥＳ実行部の処理シーケンスを示す説明図

【図７】 本発明のソフトウエア流通システムの全体概
念を示す説明図

【図８】 実施例において、課金テーブルの残高によっ
て出力を停止するためのハードウエア構成図

【図９】 実施例において再生されるソフトウエアの完
全性保証を確認するための機構を示すブロック図

【図１０】 実施例において再生されるソフトウエアの
完全性保証を確認するためのデータの構成を示すブロッ
ク図

【図１１】 実施例におけるチェックサム生成部の機能
を示すブロック図

【図１２】 本発明においてそれぞれの当事者に要求さ
れる技術、役割の概念を示した説明図

【図１３】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図１４】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図１５】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図１６】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図１７】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図１８】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図１９】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図２０】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図２１】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【図２２】 管理センタとソフトウエア再生装置との間
で、暗号化またはチェックサムの分担を示すブロック図

【符号の説明】

１・・・復調回路・制御回路、 ２・・・デコーダ、 ３・・・ＳＤ回路、 ４・・・制御ＣＰＵ、 ５・・・インターフェース（Ｉ／Ｏ）、 ６・・・インターフェース（Ｉ／Ｏ）、 ７・・・ＤＥＳ、 ８・・・課金テーブル、 １０・・・制御ＣＰＵ、 １１・・・インターフェース、 １２・・・フロッピーディスク装置、 １３・・・デマルチプレクサ、 １５・・・ＤＥＳ実行部、 １６・・・鍵情報、 １８・・・モード識別部、 ２０・・・モードテーブル、 ２１・・・入力レジスタ、 ２３・・・レジスタ、 ２４・・・出力レジスタ、 ２５・・・ＤＥＳ処理メイン回路、 ２６・・・運用アプリケーションディスク、 ２７・・・販売店、 ２８・・・カードドライブ装置、 ３０・・・家庭用電話機、 ３１・・・管理センタ、 ３２・・・金融機関、 １０１・・・ソフトウエア格納媒体、 １０２・・・ソフトウエア管理モジュール、 １０３・・・復号化部、 １０５・・・ソフトウエア再生装置、 １０６・・・外部ユーザ情報格納媒体、 １０７・・・メモリ、 １０８・・・許可制御部、 １１１ａ，１１１ｂ・・・チェックサム生成部、 １１２・・・比較部、 １１３・・・表示部、 ＤＢ・・・データベース、 ＮＴ・・・ネットワーク、 ｓｅｌ・・・セレクタ

【手続補正書】

【提出日】平成１４年１０月２９日（２００２．１０．
２９）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】 情報格納方法、ソフトウェア再生装置

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【請求項１】 ソフトウエアを情報格納媒体に格納する
情報格納方法において、 前記ソフトウェアから鍵情報を用いてチェックサムを生
成し、前記情報格納媒体の所定領域に格納することを特
徴とする情報格納方法。

【請求項２】 前記ソフトウェアは平文ソフトウェア又
は暗号化ソフトウェアであり、前記平文ソフトウェア又
は暗号化ソフトウェアから鍵情報を用いてチェックサム
を生成することを特徴とする請求項１記載の情報格納方
法。

【請求項３】 ソフトウェアとチェックサムとが格納さ
れた情報格納媒体から復号したソフトウェアを鍵情報用
いてチェックサムを生成する生成手段と、 生成された前記チェックサムと前記情報格納媒体から読
み出されたチェックサムとを比較する比較手段と、 を備えてなることを特徴とするソフトウェア再生装置。

【請求項４】 前記生成手段は、前記ソフトウェアが暗
号化ソフトウェアである場合には、暗号化ソフトウェア
を復号した平文ソフトウェアからチェックサムを生成す
る、もしくは、暗号化されたソフトウェアからチェック
サムを生成することを特徴とする請求項３記載のソフト
ウェア再生装置。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００１４

【補正方法】変更

【補正内容】

【００１４】また、本発明は、ソフトウェア再生装置で
あり、ソフトウェアとチェックサムとが格納された情報
格納媒体から復号したソフトウェアを鍵情報用いてチェ
ックサムを生成する生成手段と、生成された前記チェッ
クサムと上記情報格納媒体から読み出されたチェックサ
ムとを比較する比較手段と、を備えてなることを特徴と
するものでもよい。好ましくは、上記生成手段は、上記
ソフトウェアが暗号化ソフトウェアである場合には、暗
号化ソフトウェアを復号した平文ソフトウェアからチェ
ックサムを生成する、もしくは、暗号化されたソフトウ
ェアからチェックサムを生成することを特徴とするもの
でもよい。また、本発明は、ソフトウエアを情報格納媒
体に格納する情報格納方法において、上記ソフトウェア
から鍵情報を用いてチェックサムを生成し、上記情報格
納媒体の所定領域に格納することを特徴とするものでも
よい。好ましくは、上記ソフトウェアは平文ソフトウェ
ア又は暗号化ソフトウェアであり、上記平文ソフトウェ
ア又は暗号化ソフトウェアから鍵情報を用いてチェック
サムを生成することを特徴とするものでもよい。また、
本発明は、暗号化された所定のソフトウエア（プログラ
ムおよび／またはデータ）を選択して再生するためのソ
フトウエア再生装置に装着されるソフトウエア管理モジ
ュールであって、前記暗号化ソフトウエアを入力する入
力部と、所定の暗号化ソフトウエアの復号を許可する許
可制御部と、前記許可制御部により許可され前記入力部
で入力された暗号化ソフトウエアを復号する復号化部
と、前記復号化部で復号された復号化ソフトウエアを出
力する出力部とからなるものでもよい。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B076 FA01 FA20 FB02 FB11 5D044 AB07 BC03 CC06 DE50 FG23 GK12 GK17 HL08 5J104 AA08 AA12

Claims (2)

【特許請求の範囲】
1. 【請求項１】 通信又は媒体を介して入力されたソフト
   ウエア（データおよび／またはプログラム）の処理中を
   示す表示手段と、 通信又は媒体を介して入力されたソフトウェア（データ
   および／またはプログラム）の異常を検出する検出手段
   とを備え、 前記検出手段は、前記ソフトウェアに基づいて比較用チ
   ェックサムを生成する手段と、 前記ソフトウェアに添付された添付チェックサムを読み
   出す手段と、 前記比較用チェックサムと前記添付チェックサムとを比
   較する手段とを有するソフトウェア管理モジュール。
2. 【請求項２】 前記表示手段は、比較結果が異常である
   事、または、比較結果が正常終了した事、またはチェッ
   クサム生成処理中である事を知らせる３種の表示ランプ
   で構成される請求項１記載のソフトウェア管理モジュー
   ル。