JP2002044070A - ソフトウエア再生管理システム - 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)として登録されており、制御ＣＰＵ４からの指示に
より最適なＤＥＳモードのロジックを選択して復号処理
を行うようになっている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８１】

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

【図面の簡単な説明】

【図１】 本発明の原理図

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年５月１８日（２００１．５．１
８）

【手続補正１】

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

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

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３０２ Ｇ０６Ｆ 17/60 ５１２ ３３２ ＺＥＣ ５１２ Ｈ０４Ｌ 9/00 ６０１Ｂ ＺＥＣ Ｇ０６Ｆ 9/06 ６６０Ｌ Ｈ０４Ｌ 9/10 ６６０Ａ Ｈ０４Ｌ 9/00 ６０１Ｅ ６２１Ａ Ｆターム(参考） 5B001 AA14 AB01 AD06 5B076 FA00 FC10 5B085 AA01 AA08 AE29 BE04 CC16 5J104 AA11 AA13 AA16 EA01 EA04 JA13 MA05 NA02 NA12 NA22 PA11

Claims (6)

【特許請求の範囲】
1. 【請求項１】 管理センタとソフトウエア再生装置とか
   らなり、 前記管理センタは、前記ソフトウエア再生装置からの使
   用要求に対して鍵情報を許諾コマンドとして発行する許
   諾コマンド発行手段を有しており、 前記ソフトウエア再生装置は、前記鍵情報に基づいて前
   記ソフトウエアの復号化を実行する復号手段を備えてい
   るソフトウエア再生管理システム。
2. 【請求項２】 前記管理センタは、ユーザの課金情報を
   蓄積する課金情報蓄積手段を有しており、前記ソフトウ
   エア再生装置が課金情報を前記管理センタに通知する際
   に当該情報を暗号化する暗号化手段を備えていることを
   特徴とする請求項１記載のソフトウエア再生管理システ
   ム。
3. 【請求項３】 前記管理センタは、暗号化または非暗号
   化ソフトウエアよりチェックサムを生成する送信側チェ
   ックサム生成部を有し、 前記ソフトウエア再生装置は、前記管理センタより前記
   ソフトウエアとチェックサムとを受け取り、当該ソフト
   ウエアよりチェックサムを生成する受信側チェックサム
   生成部と、この受信側チェックサム生成部で生成された
   チェックサムと前記管理センタより受け取ったチェック
   サムとを比較する比較手段とを有する請求項１記載のソ
   フトウエア再生管理システム。
4. 【請求項４】 前記管理センタは、前記ソフトウエアを
   暗号化する暗号化部を有しており、前記送信側チェック
   サム生成部は前記暗号化部により暗号化される前のソフ
   トウエアまたは暗号化された後のソフトウエアに対して
   チェックサムの生成を行うことを特徴とする請求項３記
   載のソフトウエア再生管理システム。
5. 【請求項５】 前記ソフトウェア再生装置は、前記比較
   手段による比較結果を表示する表示手段をさらに備えて
   いる請求項３記載のソフトウエア再生管理システム。
6. 【請求項６】 前記比較手段は前記両チェックサムが等
   しかった場合にのみ課金情報記憶部に対して従量課金を
   実行する請求項３記載のソフトウエアの再生管理システ
   ム。