JP2003512667A - 電子装置 - Google Patents

Abstract

(57)【要約】 実行時間ソフトウェアに対するソフトウェア保護を有する電子装置に関する。実行時間ソフトウェアの少なくとも１つの機能モジュール（４…１１）に重みを付ける。装置（１２）内に実行時間ソフトウェアに対する最大許容可能な重みを格納しておく。計算ユニット（１）により実行時間ソフトウェアの機能モジュールの合計重みを決定し、かつ、合計重みが最大許容可能な重みを超過すると指示信号（１４）を発する。システムメーカとOEMが互いに無関係にソフトウェア保護を行えるように、機能モジュールと重みモジュールにOEM IDを設ける。

Description

【発明の詳細な説明】

【０００１】 本発明は、ソフトウェア保護を有する電子装置に関する。該装置は、プログラ
ムを実行するための計算ユニットと、計算ユニットに対するオペレーティングシ
ステムソフトウェアがロードされたメモリとを有する。

【０００２】 ソフトウェアの利益をもたらす販売のための前提は、たとえ相応の利用権が取
得されたとしても、ソフトウェアの使用者による多重使用を防止する相応の保護
が存在することである。従って、未許可の利用からソフトウェアを保護する技術
的な手段が必要である。特に、種々の機能モジュールの相互接続により制御プロ
グラムを形成する自動化装置では、不許可の多重使用を防止する保護が不可欠で
ある。それはパーソナルコンピュータ用の多くのソフトウェア製品で通常である
ようなコピー保護ではない。不許可の多重使用に対する保護は、ソフトウェアが
自動化装置上で、使用者がそのための権利を取得しており、少なくとも１つのメ
ーカからライセンスが与えられたときにのみ、進行することを意味する。

【０００３】 ソフトウェアの無許可の多重使用に対する保護は、電子装置の一義的なID、例
えば通し番号に結び付けられる。ソフトウェアは、それが許可された目的システ
ム上でのみ進行可能であるように構成される。しかしそれは、現在全ての目的シ
ステムに通し番号が存在していないためどこでも保護が可能ではなく、かつ個別
の目的システムへの結び付きの故に、元々の目的システムの故障時に他の同一構
成の目的システムへの交換が容易でないという欠点を有する。

【０００４】 ソフトウェアの許容されない多重使用に対する保護のための別の可能性は、エ
ンジニアリングシステム内で目的システムへの保護されたソフトウェアのロード
を目的システムの一義的なID、例えば通し番号を手がかりにして監視することで
あろうが、その可能性も乏しい。なぜなら、目的システムに通常通し番号を付け
ておらず、かつ目的システムの故障時に、他の同一構成の目的システムに容易に
交換可能ではないからである。保護機構の有効性は、この場合、エンジニアリン
グシステムにのみ制限される。従ってエンジニアリングシステムにおいて、ソフ
トウェアコピー保護のための追加的な措置が必要である。

【０００５】 代替的に、保護されたソフトウェアは名称表記、例えばプロジェクト表記と結
び付けられよう。その場合エンジニアリングシステムは、保護されたソフトウェ
アを異なるプロジェクトに使用してよいか、又はこれを場合により阻止するか否
かを検査せねばならない。しかしこの措置は、別の補足なしでは不十分である。
なぜなら、ソフトウェアが原理的にエンジニアリングシステムの外側でも複製可
能だからである。その結果、安全な保護機能が満足されない。

【０００６】 別の可能性は、保護された実行時間ソフトウェアの複製をプログラム“Stop
Copy”等のコピー保護プログラムにより阻止することにある。このコピー保護は
エンジニアリングシステムの範囲内でも目的システムの範囲内でも作用せねばな
らない。しかし、このようなコピー保護に関しては、特に利用権が失われている
とき、取扱いが困難であるために、システムメーカおよび使用者における容認に
問題がある。更に、保護機構がエンジニアリングシステムのハードウェア内およ
び目的システムの全ての構成要素上で実現されなければならない。

【０００７】 本発明の課題は、ソフトウェアの許容されない多重使用に対する有効な保護が
可能で、かつメーカおよび使用者におけるソフトウェアの取扱い易さの点で優れ
た電子装置を提供することにある。

【０００８】 この課題を解決するため、冒頭にあげた形式の新しい電子装置は請求項１に挙
げた特徴を有する。請求項６および７には、新しい電子装置内で使用するのに適
した装置又は機能モジュールを記載してある。本発明の有利な実施例は、従属請
求項に挙げてある。

【０００９】 本発明により、目的システム上にロードされ、かつその目的システム上で進行
する実行時間ソフトウェアの保護が可能になる利点がある。“実行時間ソフトウ
ェアの機能モジュール”という語は、システム機能モジュール、標準機能モジュ
ール、使用者機能モジュール、連続機能チャートとも呼ばれるグラフィックなプ
ロジェクト計画ツールを用いて発生される機能モジュール、ロード可能なドライ
バー、オペレーティングシステムアドオン又は他の計算ユニット上でロード可能
なオプションによるソフトウェアモジュールを意味する。

【００１０】 一般にソフトウェア保護の際には２つのカテゴリーが区別される。それは一方
では技術的な保護であり、かつ他方では許容されない多重使用に対する保護であ
る。技術的な保護により、使用者がソフトウェアの原始コードを読み、かつまれ
にアクセスすることを防止できる。この処置により、メーカの技術的又はソフト
ウェア技術的なノウハウが保護される。技術的な保護は、例えば本出願人の販売
に係る“SIMATIC S７”自動化システムでは、属性ノウハウプロテクトにより保
証されている。それに伴い、ソフトウェア機能モジュールにより実現される技術
的な機能に、使用者は接近不能である。用語“実行時間ソフトウェア”は、この
関連でロード可能な、かつ目的システム上で進行可能なあらゆる形式のプログラ
ムを意味する。これらは例えばシステム機能モジュール、技術的機能のための機
能モジュールおよびオペレーティングシステム機能モジュールであってよい。

【００１１】 利用権は使用者に目的システム、例えば自動化装置へのソフトウェアの利用を
許可する。目的システム内では、ソフトウェアはしばしば任意に使用される。利
用権はこうしてモジュール形式の使用に関するものであり、このモジュールによ
り各々実現される実行時間ソフトウェアの内部の モジュールエンティティに関
するものではない。ソフトウェアはそれに対して決められている重みに相応して
保護される。目的システム上で使用され、保護されるソフトウェアが合計して装
置内に格納されている最大の重みによりカバーされるかどうかが検査される。実
行時間ソフトウェアは、許容される利用権の枠内でのみ目的システム上で使用さ
れる。利用は、保護されるソフトウェアに対して相応のカウンタバリューが装置
内に格納されているときのみ可能である。保護されるソフトウェアの取扱いのた
めのシステムメーカにおける追加費用は、保護されないソフトウェアの価値に比
べ、販売とサポートに関して最小である。その際に、保護されるソフトウェアは
、例えばディスケット、CD、メーカ又はインターネットのような種々の経路を経
て販売される。使用者に対しては、保護されないソフトウェアの価値に比べての
、保護されるソフトウェア取扱い時の変更は僅かである。加えて、保護されるお
よび保護されないソフトウェアの取扱いと共通の動作が可能である。ソフトウェ
アメーカによるサポート費用に、使用者とメーカ間のホットラインを介しての相
互作用が不要であることが好ましい影響を生ずる。例えばソフトウェアを動作さ
せるための登録や権利付与番号は要求しなくてよい。電子装置内に格納された重
みが実行時間ソフトウェアの動作に不十分なら、使用者へのシステムによる明確
な指摘が可能である。例えば更新やグレードアップ時の、電子装置のオペレーテ
ィングシステムの異なるバージョンは、保護されるソフトウェアの使用に影響し
ない。新バージョンの取扱い時に、新しい保護機構を付け加える必要はない。

【００１２】 保護は個々のソフトウェア構成要素にではなく、その重みに結び付いている。
その結果、使用者のように、システムメーカにおいても、本質的に簡単かつ柔軟
な取扱いが可能になる。例えば、利用権の価値が十分であるなら、保護されるソ
フトウェア構成要素の交換又は補足が容易に可能である。

【００１３】 ソフトウェア保護は、しばしばドングルと呼ばれるハードウェア構成要素と特
定の保護されたソフトウェアとの間の固定的な対応付けを必要としない利点があ
る。このことは使用者の取扱いを顕著に簡単化する。なぜなら、種々のソフトウ
ェア構成要素に対し異なったドングルを使用しなくてよく、かつ保護されたソフ
トウェアが単一の目的システム上に限られることなく進行するからである。

【００１４】 更に保護機構が、保護されたソフトウェアの実行時間に対してのみ働く。従っ
て、目的のシステム上での使用前、それは保護されないソフトウェアの如く取り
扱われ、かつ例えば任意にしばしばコピーされる。コピー保護プログラムと結び
付いた問題がこうして回避される。重みに直接かつ柔軟に価格が対応する。

【００１５】 実行時間ソフトウェアに対する最大許容可能な重みが読出し可能に格納されて
おり、電子装置内に使用可能又は電子装置に接続可能なハードウェアモジュール
として構成された装置は、ソフトウェア変更時の重みの容易な適合が可能という
利点を有する。加えて、ソフトウェアの保護が電子装置のハードウェア内への費
用のかかる介入なしに実現できる。使用者が保護されたソフトウェアを使用する
場合、使用者は、容易に交換可能なハードウェアモジュールは別として、既存の
システム構成要素に対して追加的な構成要素を必要としない。電子装置の個々の
モジュールの交換に関して、保護されたソフトウェアの挙動と保護されないソフ
トウェアの挙動との間の相違はない。従来のソフトウェアを変更なしに個々のモ
ジュールの交換時に引き続いて使用できる。

【００１６】 ハードウェアモジュールとしてのメモリカードの使用は、特に自動化装置の場
合、いずれにせよ通常メモリカードを使用するので、追加的なハードウェア構成
要素が不要であるという利点を有する。メモリカードは簡単な方法でそのために
設けたシャフト内に挿入されるので、複雑なハードウェアの介入は不要である。
メモリカードの安全性は、保護機能のために十分である。同じく有効な重みを持
つコピーの作成は容易に可能ではない。

【００１７】 実行時間ソフトウェアに対する最大許容可能な重みを読出し可能に格納する装
置を、一義的なID、特に通し番号を有し、かつ格納される重みが各IDを有する装
置に対してのみ有効性を持ち、ロード可能な重みモジュールとして構成するとよ
い。それにより、必要とされる価値を有する他の重みモジュールを装置内にロー
ドすることで、利用権の価値を容易に高められる。重みモジュールの販売は、例
えばインターネットを介して自動化可能である。ハードウェア構成要素の取扱い
はそのために不要である。その結果、所謂“重みの墓場（Wertigkeitsleiche）
”を回避できる。“重みの墓場”と呼ばれる装置は、例えば応用がその間に別の
保護されるソフトウェア構成要素により補足されたので、具体的な用途に対して
もはや十分でない最大許容可能な重みが固定的に格納された装置である。後ロー
ド可能な重みモジュールなしに重みを高めることは全く不可能か、又は装置のメ
ーカによってのみ可能だったため、このような装置は使用者にとって無価値とさ
れた。重みモジュールは、原理的に機能モジュールであるから、自動化装置の既
存のソフトウェアエリア内に渾然一体に集積される。

【００１８】 機能モジュールを群、特にメーカ毎に分類し、各群に重みモジュールを対応付
けるならば、種々のメーカの機能モジュールを、各々最大許容可能な重みが格納
された単一の装置を介して保護できるという利点が生ずる。後ロード可能な重み
モジュールでは、所謂OEM (Original Equipment Manufacturer)、即ち自らソ
フトウェアを作成しかつ販売する使用者がそのソフトウェアを独自にかつ電子装
置のメーカによる直接的なサポートなしに保護することができる。使用者におけ
る重み付与又はその引き上げは直接的に、ローカルに、又はハードウェアと無関
係にシステムメーカ又はOEMにより可能である。例えば新しい最大許容可能な重
みを格納した新しいメモリカードの発送は不要である。なぜならば、データ技術
的な結合が、新しい重みの格納のために十分だからである。

【００１９】 本発明の実施例を示す図面により、以下に本発明ならびにその実施態様と、利
点とを一層詳細に説明する。

【００２０】 図１によれば、電子装置は、メモリ２内のオペレーティングシステムソフトウ
ェアを用いてメモリ３内の、アプリケーション特有に構成され、かつ例えば自動
化装置において各制御課題に適合された実行時間ソフトウェアを処理する計算ユ
ニット１を有するものとして構成されている。図示の実施例では、実行時間ソフ
トウェアは全体で８つの機能モジュール４…１１を含む。機能モジュール４、５
および６は保護されておらず、従って重みを有していない。それに対し機能モジ
ュール７…１１は各々原理的に利用権の価値を表す重みを付けられている。こう
して、保護される各機能モジュールに重みが対応している。保護される機能モジ
ュールを利用したい使用者は、特定の価値を持つ利用権を入手する。この利用権
は、装置１２内に読出し可能に格納された、実行時間ソフトウェアに対する最大
許容可能な重みにより表される。使用者は、保護されるソフトウェアの合計重み
が利用権の価値によりカバーされている限り、保護されるソフトウェアを使用で
きる。最大許容可能な重みは、実行時間ソフトウェアと共通にメモリカード１３
の上に記憶されている。図示の実施例と代替的に、オペレーティングシステムソ
フトウェアのためのメモリも、同一のメモリ媒体上に配置される。計算ユニット
１はメモリ２内のオペレーティングシステムソフトウェアを手がかりに、全ての
保護される機能モジュール、即ち機能モジュール７…１１の合計重みが、装置１
２内に格納されている最大許容可能な重みを超過するかどうかを検査する。検査
の結果が超過しているなら、保護侵害が生じており、予め定めた反応を生じさせ
る指示信号が発せられる。

【００２１】 図２は後ロード可能な重みモジュールを有する装置１２を実現するためのメモ
リカード１３を示す。メモリカード１３のIDビットメモリ２０内に通し番号２１
が、メモリカード１３のメーカによってのみ書込み可能であり、かつ使用者によ
っては書込み不可能なメモリセル内に格納されている。この通し番号２１はメモ
リカード１３の一義的な識別を可能にする。重みモジュール２２、２３および２
４はメーカ特有であり、かつメモリカード１３の自由なメモリ範囲２５内に格納
されている。重みモジュール２２は電子装置のメーカ用に、重みモジュール２３
および２４は第１のOEM又は第２のOEM用に設けられている。メーカおよびOEMは
、こうしてそれらの固有の重みモジュールを製作し、かつ固有の利用権を使用者
に与えることができる。メモリカード１３の自由な範囲２５内には、更に図２中
には図面を見易くするために図示しない実行時間ソフトウェアが格納されている
。重みモジュールは、ソフトウェア構造に関しては機能モジュールと同一であり
、かつこうして機能モジュールと同様に取扱い可能である。しかしながらそれら
は進行可能なプログラムコードを有していない。重みモジュール２２、２３およ
び２４は、特定の通し番号と結び付けてのみ有効性を有する。

【００２２】 通し番号、重みモジュールおよび保護される機能モジュール間の関係を図３に
示す。例えば保護される機能モジュール３０は、読取り可能なメーカ名称と使用
者に対し秘密の暗証とから成るメーカID３１を有する。同一のメーカＩＤが、一
義的に機能モジュール３０のメーカに対応するように、重みモジュール３２内の
メーカID３８としても存在せねばならない。重みモジュール３２内に通し番号３
３と最大許容可能な重み３４が、使用者にとっては接近不可能に格納されている
。通し番号３３により重みモジュール３２が一度限りであることが保障され、か
つそれが、IDビットメモリ３５内に格納された通し番号３７が重みモジュール３
２の通し番号３３と合致する装置に対してのみ有効であることを保証する。通し
番号３３と３７の合致の検査で、重みモジュールの多重使用が防止できる。更に
機能モジュール３０内に重み３６、即ち機能モジュール３０の価値が使用者にと
って書込み不能な状態で格納されている。十分な利用権が存在するためには、メ
ーカの保護すべき全機能モジュールの合計重みは、相応のメーカの重みモジュー
ル３２上の重み３４によりカバーされねばならない。

【００２３】 重みモジュールおよび保護される機能モジュールの内容を使用者が読出せない
なら、データの暗号化は不要である。“SIMATIC S７”では、これを属性ノウハ
ウプロテクトをセットすることで十分な安全性をもって保証する。不許可のアク
セスに対する保護が十分でないなら、データを暗号化せねばならない。

【００２４】 図４は重みモジュールを作成するためのツールの、オペレータインタフェース
を示す。図４中でOEMIDと呼ばれるメーカIDをOEMは自由に選択できる。それは２
つの部分から成る。見える部分は、どのメーカに重みモジュール又は保護される
ソフトウェアが由来するかを識別するため、使用者が随時読出し可能なOEM名称
、ここではFa．Softyである。第２の部分は、各OEMのみが知っており、使用者に
は隠されているOEM暗証である。これに伴い誤使用が防止できる。なぜならば、
暗証を知っているOEMのみが重みモジュールを発生できるからである。更に、図
４に示す入力マスクには、ここではMC通し番号と呼ばれるメモリカードの通し番
号と重みモジュールの重みが記入してある。

【００２５】 図５に相応して電子装置の始動時、ソフトウェアの後ロードの際、常に又は動
作中の適当な間隔で、利用権の十分な存在を検査する。メモリカード５０上に機
能モジュールFBおよび重み５１が格納されている。利用権を検査するため、計算
ユニットにより適当なオペレーティングシステムソフトウェアを用いてステップ
５２で制御プログラムを機能モジュールFBに従って探索し、個別重みを読出し、
かつ合計重みを計算する。ステップ５３で、実行時間ソフトウェアに対する最大
許容可能な重み５１を読出す。その後、ステップ５２で求めた合計重みと最大許
容可能な重み５１との間の比較５４を行う。合計重みが最大許容可能な重み５１
を超過すると、ステップ５５で指示信号を発し、かつ場合によっては別の誤反応
を行う。他の場合には、ステップ５６で正常動作に移行する。その際、メモリカ
ード５０上に存在する全ての保護すべき機能モジュールを捕捉する。次に、機能
モジュール形式のインスタンスが進行サイクル内に組み込まれているか否かに無
関係に検査を行う。機能モジュールの各配線は、図５中にプログラムブロック５
７で図示してある。上記の検査は、各のメーカに対して別々に実行する。

【００２６】 以下では、重みを検査するため代替的な可能性を説明する。その進行を図６に
示す。機能モジュールFBは、各機能モジュールにより実現されるインスタンスの
最初の呼出し時に、その重みとメーカIDをオペレーティングシステムのリスト内
に書込む。この過程はフローチャートのステップ６０に相当する。完全なアプリ
ケーションプログラムを１回通過すると、リスト内の全ての関与する機能モジュ
ールの重みとメーカIDが含まれることになる。ステップ６１で、重みを各メーカ
IDに従って合計重みに別々に加えることで、リストを評価する。ステップ６２で
、重み６３を重みモジュールから読出し、かつ再び比較６４で計算した合計重み
と比較する。十分な利用権が存在するならば、正常な動作６５に移行する。さも
なければ、ステップ６６で指示信号を発し、かつ反応が始まる。この形式の検査
の際には、配線６７に相応して実行時間ソフトウェアの進行内に組み込まれてい
る機能モジュールFBのみを捕捉する。

【００２７】 図５および６で説明する変形例に対しては、検査を電子装置の計算ユニットの
始動中に実行するのが望ましい。動作の進行中、格納されている最大許容可能な
重みを有する装置の切り離しを許容する計算ユニットの場合、検査は追加的に適
当な時間間隔で行わなければならない。

【００２８】 各用途に応じて、利用権がない際の種々の反応が可能である。例えば指示信号
の発信に追加して、計算ユニットを低減した能力でその後動作させる。その際、
深刻な結果は、利用権が存在しないとき計算ユニットが停止状態に移行し、かつ
それによって電子装置が機能不可能になろう。

【００２９】 計画、検査、始動又はハードウェア交換時のソフトウェア保護の取扱いを簡単
にするため、電子装置の使用者に２つの解決策を提供する。一方の解決策は、使
用者にその重みモジュールが無限大の価値を含む、一般的に有効なメモリカード
を使用可能にすることである。このメモリカードにより、全ての保護されたモジ
ュールが無制限に進行可能となる。他方の解決策は、エンジニアリングシステム
におけるパラメータ化を介し、電子装置の計算ユニットを動作形式“テスト動作
”に切換えることにある。この動作形式では重みの検査は行わない。全ての保護
された機能モジュールは、再度無制限に進行可能である。特定の時間、例えば２
００時間後にテスト動作は終了し、かつ上記の保護機構が再び有効になる。

【００３０】 重みモジュールの販売は、例えば発送を介して行う。使用者は、そのため文書
又は電話によりメモリカードの通し番号をあげて特定の重みを持つ重みモジュー
ルを、その機能モジュールライブラリを用いるメーカに注文する。メーカは、例
えば電子装置のメーカやOEMであってよい。このメーカで重みモジュールを作成
し、ディスケット上に記録し、かつ注文者に着払いで発送する。

【００３１】 販売のための他の、完全に自動的に展開可能な可能性をインターネットが与え
る。使用者はメーカのサービスホームページを選びだし、かつそこにメニュー点
“重みモジュールを注文”を見出す。ここに使用者はその名称、Ｅメールアドレ
ス、メモリカードの通し番号、所望の重みおよび好ましい支払形式、例えば計算
書又はクレジットカードを入力して注文する。サーバーが、メーカにおいて自動
的にこの指図を手がかりにして重みモジュールを作成し、かつそのモジュールを
、Ｅメールを介して注文者に送付する。

【００３２】 図示の実施例に対し代替的に、ここではメモリカードとして構成したドングル
が、MPI接続ケーブルのコネクタ内に内蔵され、又はMPI接続を使用していないと
きには、ブラインドコネクタとしてＭＰＩインタフェース上に載せられるハード
ウェアキーとして実現される。しかし、この実現変形例は、新しい追加的なハー
ドウェア構成要素を表す新しいドングルを開発せねばならない欠点を持つ。そ上
ドングルは、MPIインタフェースの将来の追加開発に適合せねばならない。

【００３３】 後からロード可能な重みモジュールに対し代替的に、全重みがメモリカードの
IDビットメモリ内に格納され、こうして全重みはソフトウェアでは変更不可能で
ある。この全重みは、直接保護すべき全ソフトウェアの価値をシステムメーカお
よびOEMから覆い隠す。メモリカードは異なる重みを有するものとして生産され
、かつ異なる注文番号で入手される。即ち、ｎの異なる価値の際には、ｎの異な
る形式のメモリカードを製品として入手かつ貯蔵せねばならない。この変形例で
は、システムメーカとOEMとの間の区別は不可能である。なぜならば、ただ全重
みが両方に対して共通に格納されるからである。重みを後から変更できないので
、上記の“重みの墓場”が生ずる。

【００３４】 別の変形例では、メモリカードの識別ビットメモリ内に、固定的な合計重みが
各システムメーカとOEMに対し別々に格納される。こうしてソフトウェア保護の
際、システムメーカのソフトウェアとOEMのソフトウェアとが区別される。メモ
リカードは異なった重みを有するものとして製作され、その際、各重み組みの合
わせが注文番号を有する独自の製品に相当する。それに応じ、在庫せねばならな
い製品の数が何倍にもなる。追加的にOEM識別が各重みに対応付けられる。

【００３５】 別の代替例として、その識別ビットメモリが使用者データの書込み範囲を持つ
メモリカードが作られる。しかしながら、この範囲は、付属のプログラミング機
構が公知の場合のみ、接近可能とすべきである。そこに重みおよびOEMのIDが格
納される。OEMはこの場合、IDビットメモリのこの範囲にアクセスすべく、プロ
グラミング機構を持つ特別なプログラミングツールを必要とする。このツールは
メモリカードのメーカから供給されるエンジニアリングシステムの拡張として実
現される。この変形例ではOEMは重みおよびそのID自体を変更する。こうして製
品の在庫が少なくてすみ、かつ保護のための費用が少なくてすむ。

【００３６】 上記の実施例とは異なり、重みモジュールは、実行時間ソフトウェアに対する
最大許容可能な重みが読出し可能に格納された装置１２のメモリ範囲を、メモリ
２又は３の部分により置換できるよう、電子装置のメモリ２又は３内にロードす
る。この場合、装置１２は一義的なID、例えば通し番号を有し、かつ交換可能な
ハードウェアモジュールとして構成するとよい。

【図面の簡単な説明】

【図１】 ソフトウェア保護を使用者電子装置のブロック回路図。

【図２】 重みが格納されている装置のブロック回路図。

【図３】 重みを格納する装置および作用原理を明らかにするための機能モジュール。

【図４】 重みモジュールを作成するための入力マスク。

【図５および６】 各々十分な利用権を検査するためのフローチャート。

【符号の説明】

１ 計算ユニット ２、３ メモリ ４〜１１、３０ 機能モジュール １２ 一義的なIDを有する装置 １３、５０ メモリカード １４ 指示信号 ２０、３５ IDビットメモリ ２１、３３、３７ 通し番号 ２２〜２４、３２ 重みモジュール ２５ 自由なメモリ範囲 ３１、３８ メーカID ３４、５１ 最大許容可能な重み ３６ 重み ５７ プログラムブロック

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ミュラー、ペーター ドイツ連邦共和国 デー‐76344 エッゲ ンシュタイン ポツダーマー リング 24 ベー Ｆターム(参考） 5B058 CA01 CA27 KA31 YA20 5B076 FB01 FB03 FB10 FB16

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ソフトウェア保護を有する電子装置において、 −プログラムを実行する計算ユニット（１）と、 −計算ユニット（１）に対するオペレーティングシステムソフトウェアがロード されているメモリ（２）と、 −重みを付けられた少なくとも１つの機能モジュール（７…１１）を含む実行時 間ソフトウェアがロードされたメモリ（３）と、 −実行時間ソフトウェアに対する最大許容可能な重みが読出し可能に格納された 装置（２、３、１２）とを含み、 実行時間ソフトウェアの機能モジュール（４…１１）の合計重みを決定し、か
   つ合計重みが最大許容可能な重みを超過するときに、指示信号（１４）を出力す
   る手段が存在することを特徴とする電子装置。
2. 【請求項２】 実行時間ソフトウェアに対する最大許容可能な重みが読出し可能に格納されて
   いる装置（１２）が、電子装置内で使用可能な又は電子装置に接続可能なハード
   ウェアモジュールとして構成されたことを特徴とする請求項１記載の電子装置。
3. 【請求項３】 ハードウェアモジュールがメモリカードであることを特徴とする請求項２記載
   の電子装置。
4. 【請求項４】 −一義的なID、特に通し番号（２１）を持つ装置（１２）を備え、かつ −格納されている重みが、各IDを持つ装置（１３）に対してのみ有効性を持つロ ード可能な重みモジュール（２２、２３、２４）として構成された ことを特徴とする請求項１ないし３の１つに記載の電子装置。
5. 【請求項５】 −機能モジュールが群、特にメーカ毎に、分類されており、 −各群に重みモジュール（２２、２３、２４）が対応付けられており、かつ −群の機能モジュールの合計重みを決定し、かつ合計重みが各重みモジュールの 最大許容可能な重みを超過すると指示信号（１４）を出力する手段が存在する
   ことを特徴とする請求項４記載の電子装置。
6. 【請求項６】 請求項１ないし５の１つによる電子装置内に使用可能な、又
   は上記電子装置に接続可能なハードウェアモジュール、特にメモリカードとして
   構成された装置において、 装置内に実行時間ソフトウェアに対する最大許容可能な重みおよび／又は一義
   的なＩＤ、特に通し番号が電子装置により読出し可能に格納されたことを特徴と
   する装置。
7. 【請求項７】 請求項１ないし５の１つによる電子装置の実行時間ソフトウ
   ェアに使用するための機能モジュールにおいて、該モジュールに重みが付けられ
   たことを特徴とする機能モジュール。