JPH07191940A

JPH07191940A - 計算機の資源利用方式

Info

Publication number: JPH07191940A
Application number: JP5332655A
Authority: JP
Inventors: Koichi Hirose; 浩一廣瀬
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1993-12-27
Filing date: 1993-12-27
Publication date: 1995-07-28

Abstract

(57)【要約】【目的】オプションＨ／Ｗ或は計算機Ｓ／Ｗの不法な
使用を防止し、識別カードを使用することにより、管理
データテーブルの不法改竄の抑止効果を向上させる。【構成】識別カード１の管理データテーブル２には、
被プロテクトノード４（オプションのＨ／Ｗ、及びＳ／
Ｗ）の使用可否、及び使用期限等のデータが入ってい
る。システムたち上げ時にセキュリティー管理プログラ
ム３とＳＶＰ７は計算機筐体に設けられた個別の識別子
５と識別カード１に格納された個別の識別子との認証を
行ない、指定された識別番号を送ってきた計算機に対し
てのみ管理データテーブルのアクセスを許可する。整合
がとれなければそこで、システムたち上げを中止する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機において、ソフ
トウェアやハードウェア等の資源を利用するための計算
機の資源利用システムに関するものである。特にロード
するソフトウェア（以下、Ｓ／Ｗ）、あるいは接続する
ハードウェア（以下、Ｈ／Ｗ）に制限を与えるプログラ
ムロード方式及びＨ／Ｗインストール方式に関するもの
である。

【０００２】

【従来の技術】セキュリティ機能を有する計算機システ
ムについては、技術文献にしばしば見られる。例えば、
特開平３ー２３７５５１には、トランザクションシステ
ムセキュリティ方法及び装置に関する内容が記述されて
いる。上記技術は、システムコンポーネントの確認、ユ
ーザ識別の証明、ユーザ許可及びアクセス制御を識別カ
ードを使用して実現しようとするものである。

【０００３】また、たとえば、特開平４−２５５０３０
には、プログラムロード方式に関する内容が記述されて
いる。上記技術は、制御プログラムを起動し識別コード
入力装置から識別コードが入力されると、制御プログラ
ムが、セキュリティ管理プログラムを起動し、そのセキ
ュリティ管理プログラムにより実行可能なプログラムを
ロードするものである。

【０００４】

【発明が解決しようとする課題】上記技術は、主に被セ
キュリティプログラムとユーザとの認証をテーマとして
おり、ローカルに固有な計算機Ｈ／Ｗとそれに付随する
Ｓ／Ｗ、周辺機器との認証まではカバーしない。上記技
術における被セキュリティプログラム及び識別カードは
複数のＨ／Ｗ上で同様に動作する。また、従来のセキュ
リティ機能を有する計算機システムは、計算機システム
が既に持っている資源を、許可のないユーザによって使
われてしまうことを防止するためのものである。あるい
は、従来のセキュリティ機能とは、エンドユーザが他の
ユーザによって、許可なく使われてしまうことを防止す
るためのものである。一方、このようなエンドユーザの
セキュリティ機能という観点とは異なる計算機の資源の
利用制限を考える必要がでてきた。ソフトウェアの供給
者あるいはハードウェアの供給者は、供給するソフトウ
ェアやハードウェアが、契約された計算機のみで動作す
るような保証を得たいと考えている。すなわち、契約の
対象となったソフトウェアや周辺機器等が契約した顧客
の計算機のみで動作するようにし、ソフトウェアやハー
ドウェアの不正使用を防止する必要がある。たとえば、
販売されたソフトウェアが不正に他の計算機上で利用さ
れたり、第三者が提供した周辺機器が、不正に計算機に
増設されたりする場合があり、このような不正使用を防
止する必要がある。

【０００５】この発明は、以上のような問題点を解決す
るためになされたもので、従来のエンドユーザのセキュ
リティ機能とは異なり、ソフトウェア提供者やハードウ
ェア提供者に対して、提供したソフトウェアやハードウ
ェアが不正に使用されることを防止する計算機の資源利
用システムを提供することを目的としている。

【０００６】特に、本発明は、固有の当該計算機に対
し、一対一に対応する識別カードを持ち、それぞれに固
有のＳ／Ｗのロードの制限、あるいは周辺機器のインス
トールに制限を与える手段を提供するものである。

【０００７】具体的には、以下の目的を有している。・資源（Ｈ／ＷおよびＳ／Ｗ）の利用は、顧客（マシ
ン）毎に資源利用契約をしてもらう。・ＩＣカードを利用した資源不正使用防止システムを構
築する。ＩＣカードシステムを導入し、ＩＣカード中
に、利用できる資源、及び、その有効期限等の情報を持
ち、それに反する利用はできない仕組みを作りこみ、資
源の不正使用を防止するシステムを構築する。・ＩＣカード内の情報を、メーカ内に構築された顧客管
理システムにも提供する。その情報を活用し、リプレー
スの促進、コンサルタント業務の徹底をはかる。また、
ＩＣカード再発行時などは、顧客管理システム内の情報
をもとにＩＣカードを複製する。

【０００８】

【課題を解決するための手段】請求項１記載の発明に係
る計算機の資源利用方式は、以下の要素を有する。（ａ）計算機を個別に識別する識別子を格納する識別子
格納手段、（ｂ）上記識別子と同一の識別子と、計算機
が利用できる資源を被プロテクトノードとして定義した
管理データテーブルを保持する識別カード、（ｃ）上記
識別子格納手段により格納された識別子と、上記識別カ
ードに保持された識別子を比較して、一致した場合に、
上記識別カードに保持された管理データテーブルをアク
セスし、管理データテーブルに定義された資源の利用を
認める利用許可手段。

【０００９】請求項２記載の発明に係る計算機の資源利
用方式は、請求項１記載の計算機の資源利用方式におい
て、上記利用許可手段が、計算機の起動時に、上記識別
子格納手段により格納された識別子と上記識別カードに
保持された識別子を比較して、管理データテーブルの内
容を読みだし、読み出した管理データテーブルの内容を
参照して計算機のシステム構成を決定するサービスプロ
セッサを備えたことを特徴とするものである。

【００１０】請求項３記載の発明に係る計算機の資源利
用方式は、請求項２記載の計算機の資源利用方式におい
て、上記サービスプロセッサが、管理データテーブルの
内容、すなわち、計算機が利用する資源を被プロテクト
ノードとして記憶し、使用するオペレーティングシステ
ムをインストールするとともに、上記サービスプロセッ
サは、上記被プロテクトノードの起動要求に対して記憶
した管理データテーブルの内容を参照して被プロテクト
ノードの起動の可否を決定することを特徴とするもので
ある。

【００１１】請求項４記載の発明に係る計算機の資源利
用方式は、請求項３記載の計算機の資源利用方式におい
て、上記被プロテクトノードをアプリケーションプログ
ラムとし、オペレーティングシステムは、アプリケーシ
ョンプログラムの起動要求に対する管理データテーブル
の認証をサービスプロセッサとの通信により行うセキュ
リティ管理マネージャを備え、セキュリティ管理マネー
ジャが管理データテーブルとの整合性をチェックしアプ
リケーションプログラムのロードの許可を与えることを
特徴とするものである。

【００１２】請求項５記載の発明に係る計算機の資源利
用方式は、請求項２記載の計算機の資源利用方式におい
て、上記被プロテクトノードを接続端末とし、接続端末
の接続制限をサービスプロセッサに行わせることを特徴
とするものである。

【００１３】請求項６記載の発明に係る計算機の資源利
用方式は、請求項２記載の計算機の資源利用方式におい
て、上記被プロテクトノードを接続ＦＸＤとし、接続Ｆ
ＸＤの接続制限をサービスプロセッサに行わせることを
特徴とするものである。

【００１４】請求項７記載の発明に係る計算機の資源利
用方式は、請求項２記載の計算機の資源利用方式におい
て、上記被プロテクトノードを主記憶装置容量とし、主
記憶装置容量の接続制限をサービスプロセッサに行わせ
ることを特徴とするものである。

【００１５】請求項８記載の発明に係る計算機の資源利
用方式は、請求項２記載の計算機の資源利用方式におい
て、上記被プロテクトノードを接続データベースプロセ
ッサとし、接続データベースプロセッサの接続制限をサ
ービスプロセッサに行わせることを特徴とするものであ
る。

【００１６】請求項９記載の発明に係る計算機の資源利
用方式は、請求項２記載の計算機の資源利用方式におい
て、上記被プロテクトノードを接続ＭＴとし、接続ＭＴ
の接続数制限をサービスプロセッサに行わせることを特
徴とするものである。

【００１７】請求項１０記載の発明に係る計算機の資源
利用方式は、請求項２記載の計算機の資源利用方式にお
いて、上記被プロテクトノードを計算機クロック周波数
とし、計算機クロック周波数の初期設定をサービスプロ
セッサに行わせることを特徴とするものである。

【００１８】請求項１１記載の発明に係る計算機の資源
利用方式は、請求項２記載の計算機の資源利用方式にお
いて、上記被プロテクトノードをキャッシュメモリと
し、キャッシュメモリの初期設定をサービスプロセッサ
に行わせることを特徴とするものである。

【００１９】請求項１２記載の発明に係る計算機の資源
利用方式は、請求項１記載の計算機の資源利用方式にお
いて、個別の識別子を、書きかえ可能な不揮発性メモリ
に格納しサービスプロセッサの固有な手続きにより識別
子を書換え可能としたことを特徴とするものである。

【００２０】請求項１３記載の発明に係る計算機の資源
利用方式は、請求項１記載の計算機の資源利用方式にお
いて、少なくとも上記識別カードの識別子および管理デ
ータテーブルの内容のどちらか一方を更新できることを
特徴とするものである。

【００２１】請求項１４記載の発明に係る計算機の資源
利用方式は、請求項１記載の計算機の資源利用方式にお
いて、上記識別カードを、サービスプロセッサとの特別
な通信手段を有する専用不揮発性記憶媒体カードとした
ことを特徴とするものである。

【００２２】請求項１５記載の発明に係る計算機の資源
利用方式は、請求項１記載の計算機の資源利用方式にお
いて、識別カードとサービスプロセッサ間を独自のイン
タフェースにより接続したことを特徴とするものであ
る。

【００２３】

【作用】請求項１記載の発明においては、識別カードを
使用して資源の利用範囲を決定することができるので、
あらかじめすべてのＨ／ＷおよびＳ／Ｗを納入しておき
ながらも、識別カード内で許可された利用範囲だけをユ
ーザに使用させることができる。つまり、Ｈ／Ｗおよび
Ｓ／Ｗの納入媒体は１種類のものだけ用意すればよく、
納入も１度ですむ。

【００２４】請求項２記載の発明においては、計算機の
起動時に、管理データテーブルの内容を読み出すので、
常に識別カードの内容を反映させたシステム構成の決定
ができる。また、計算機の起動時に、識別カードで保証
された管理データテーブルの内容に従ったオペレーティ
ングシステムのインストールができる。

【００２５】請求項３記載の発明においては、計算機の
起動時に、識別カードから読み出した管理データテーブ
ルの内容をメモリーに記憶させ保持するので、サービス
プロセッサは起動要求のたびに識別カードの読み込みの
ためのアクセスを行う必要がない。また、サービスプロ
セッサは、被プロテクトノードの起動要求に対して、そ
の被プロテクトノードの起動の可否を決定するので、そ
れぞれの被プロテクトノードを独立して、許可の対象と
することができる。また、識別カードの更新／メンテナ
ンス等の時、システムからカードが取りはずされた時で
も、アプリケーションプログラムのロードができる様に
なる。

【００２６】請求項４記載の発明においては、被プロテ
クトノードがオペレーティグシステムのもとで動くアプ
リケーションプログラムであるとき、オペレーティグシ
ステムの中のセキュリティ管理マネージャが、管理デー
タテーブルを参照し、アプリケーションプログラムの起
動の可否をチェックし、そのアプリケーションプログラ
ムのロードの許可を与えるので、識別カードの管理デー
タテーブルの内容通りに各アプリケーションプログラム
毎に許可の可否を決定することができる。

【００２７】請求項５記載の発明においては、被プロテ
クトノードが、計算機に接続される端末（ワークステー
ション、パーソナルコンピュータ等）であるとき、サー
ビスプロセッサは、管理データテーブル内の情報を用い
て、その端末の利用の可否を決定する。

【００２８】請求項６記載の発明においては、被プロテ
クトノードが、計算機に接続されるディスク記憶装置で
あるとき、サービスプロセッサは、管理データテーブル
内の情報を用いて、そのディスク記憶装置の利用の可否
を決定する。

【００２９】請求項７記載の発明においては、被プロテ
クトノードが、計算機に接続される主記憶装置であると
き、サービスプロセッサは、管理データテーブル内の情
報を用いて、その主記憶装置の利用の可否を決定する。

【００３０】請求項８記載の発明においては、被プロテ
クトノードが、計算機に接続されるデータベースプロセ
ッサであるとき、サービスプロセッサは、管理データテ
ーブル内の情報を用いて、そのデータベースプロセッサ
の利用の可否を決定する。

【００３１】請求項９記載の発明においては、被プロテ
クトノードが、計算機に接続されるテープ装置であると
き、サービスプロセッサは、管理データテーブル内の情
報を用いて、そのテープ装置の利用の可否を決定する。

【００３２】請求項１０記載の発明においては、被プロ
テクトノードが、計算機に利用される計算機クロック周
波数であるとき、サービスプロセッサは、管理データテ
ーブル内の情報を用いて、その計算機クロック周波数の
利用の可否を決定する。

【００３３】請求項１１記載の発明においては、被プロ
テクトノードが、計算機に接続されるキャッシュメモリ
であるとき、サービスプロセッサは、管理データテーブ
ル内の情報を用いて、そのキャッシュメモリの利用の可
否を決定する。

【００３４】請求項１２記載の発明においては、計算機
毎に個別である識別子を書き換え可能としたことによ
り、識別子が何も書き込まれていない計算機を出荷し、
導入時に識別カードと同期をとって識別子を設定するこ
とが可能となる。

【００３５】請求項１３記載の発明においては、識別カ
ードの内容の更新に際して、遠隔地からの通信手段によ
って計算機を介して識別子や管理データテーブルの内容
を更新することができるので、新たなＳ／ＷやＨ／Ｗの
使用に対する識別子や管理データテーブルの内容の更新
時に客先に出向かなくともよい。また、遠隔から識別カ
ードの不法改ざんや不正使用の監視が行え、二重のチェ
ックとなる。

【００３６】請求項１４記載の発明においては、識別カ
ードを、プロセッサ内蔵型のＩＣカードとして、ＩＣカ
ード内のプロセッサによりＩＣカード内の情報をプロテ
クトすることができる。

【００３７】請求項１５記載の発明においては、プロセ
ッサ内蔵型のＩＣカードでなく他の価格の安い媒体カー
ドを利用可能する場合でも、識別カードとサービスプロ
セッサ間を独自のインタフェースとしたことにより、容
易にデータにアクセスされないというセキュリティ機能
を持たせることができる。

【００３８】

【実施例】

実施例１．まず、図１を用いて、この実施例の概略につ
いて説明する。図１はこの発明の一実施例のブロック図
である。１は識別カード、２は被プロテクトノードを記
述した管理データテーブル、３はセキュリティ管理プロ
グラム、４は被プロテクトノード、５は計算機筐体に設
けられた個別の識別子、６は識別カードリーダ／ライ
タ、７はＳＶＰ（サービスプロセッサ）、８は中央処理
装置、９は遠隔地計算機、１０は計算機本体、１１は公
衆回線である。

【００３９】識別カード１には被プロテクトノードを記
述した管理データテーブル２とセキュリティ管理プログ
ラム３が格納されている。管理データテーブル２には、
被プロテクトノード４（オプションのＨ／Ｗ、及びＳ／
Ｗ）の使用可否、及び使用期限等のデータが入ってい
る。また、識別カード１内には、データの不法読み取
り、不法改ざん防止の為、セキュリティ管理プログラム
３が用意されており、ＳＶＰ７は管理データテーブルへ
のアクセスの際、識別カード１に固有の識別子を送らな
ければならない。識別カード１はその識別子の整合がと
れた場合だけ管理データテーブルへのアクセスを許可す
る。セキュリティ管理プログラム３とＳＶＰ７は識別子
認証を行い、セキュリティ管理プログラム３は指定され
た識別子を送ってきた計算機に対してのみ識別カード１
の管理データテーブル２のアクセスを許可する。

【００４０】識別カード１の個別の識別子は計算機筐体
に設けられた個別の識別子（たとえば、ＣＰＵ−ＩＤあ
るいは筐体番号）５と同一のものであり計算機据え付け
時の起動で一回のみＳＶＰ７により識別カード１に書き
込まれる。以降その個別の識別子がシステム立ち上げご
とに認証に使用される。

【００４１】この動作を図２を用いて説明する。システ
ムたち上げ時にシステムのコンフィグレーション或はイ
ニシャルプログラムロードを行う際、筐体の識別子５、
識別カードリーダ／ライタ６、被プロテクトノード４と
インタフェースを持つＳＶＰ７は計算機筐体に設けられ
た個別の識別子５と識別カード１に格納された個別の識
別子との認証をセキュリティ管理プログラム３を用いて
行ない（Ｓ１）、整合がとれなければそこで、システム
たち上げを中止する（Ｓ７）。

【００４２】整合がとれた場合（Ｓ２）、システムのコ
ンフィグレーション或はオペレーティングシステムのイ
ニシャルプログラムロードを行うが、ＳＶＰ７はその時
の被プロテクトノード４の使用可否（Ｓ３）、使用期限
（Ｓ４）を識別カード１の管理データテーブル２を通し
て知り、認証された内容に従って、インストレーション
或はロードの行う（Ｓ５）。このチェックを管理データ
テーブル２に定義されたすべての被プロテクトノードに
ついて行い（Ｓ６）、システムを立ち上げる。

【００４３】次に図３を用いて、ＯＳ（オペレーティン
グシステム）４１のもとで動くアプリケーションプログ
ラム４２ａ〜４２ｎが起動される場合のチェックについ
て説明する。ＳＶＰ７を通して、識別カード１内の管理
データテーブル２との照合がオペレーティングシステム
内のユーザプログラムセキュリティ管理マネージャ４１
ａによって行われ、許可されている場合はそのまま起動
され、許可されていない場合は起動を中止される。ま
た、ＳＶＰ７は遠隔地との通信機能を持つ。遠隔地計算
機９は、公衆回線１１を通して遠隔地からの通信によ
り、識別カード１へアクセスし、管理データテーブル２
の更新を行う。

【００４４】次に、この実施例の詳細について、以下に
説明する。なお、以下においては、識別カード１が、Ｉ
Ｃカードであり、識別子を筐体番号として説明する。さ
らに、前述したユーザプログラムセキュリティ管理マネ
ージャ４１ａをＳＶＣ（スーパーバイザーコール）イン
タフェースのチェックシステムコールで起動できるレー
チンとして説明する。

【００４５】まず、システムの概要について述べる。・ＣＰＵ−ＩＤ（筐体番号）と対になったＩＣカードが
あり、正規のＩＣカードがセットされなければシステム
は基本的には立ち上がらない。・ＯＳがＩＣカードに格納されている管理データテーブ
ルを読み出し、その内容に従って被プロテクトノードと
して記憶された資源の機能をユーザに使用させるかどう
か制御する。ＯＳが制御する主な内容は、以下のもので
ある。１）ＩＣカードにあるＯＳバージョン名とのチェックに
よるシステムの立ち上げの可否。２）ＩＣカードにある使用を許可するＳ／Ｗとのチェッ
クによるＳ／Ｗの起動の可否。３）ＩＣカードにあるシステムＳ／Ｗの利用可能な有効
期限とのチェックによるシステムＳ／Ｗの立ち上げまた
は起動の可否。４）ＩＣカードにある「同時に使用できる最大端末台数
（あるいは、ＴＣＰ／ＩＰの論理リンク数）」とのチェ
ックによる端末接続の可否。５）ＩＣカードにある製品クラス情報にもとずく、製品
クラスのチェック。６）ＩＣカードにあるＳ／Ｗのバージョンとのチェック
によるＳ／Ｗの立ち上げまたは、起動の可否。

【００４６】これらは、Ｓ／Ｗの不正使用を防止する目
的で行うが、６）は他システムからのモジュールの不正
なコピー防止を目的とするものである。このシステムで
は、すべてのメーカ標準Ｓ／Ｗが、ＭＴ（マグネティク
テープ）あるいは、ＤＡＴ（デジタルオーディオテー
プ）に格納された状態で客先へ出荷される。客先では、
その内容物すべてを、ＯＳ専用領域を持つディスクへイ
ンストールする。ＯＳ専用領域は、ＭＴ内あるいはＤＡ
Ｔ内のＳ／Ｗ類、スワップ／ダンプ領域、および、各Ｓ
／Ｗ独自に必要とするディレクトリを含み、将来性を考
えた十分な大きさを持ち、大きさは固定とする。このＯ
Ｓ専用領域には、ユーザのプログラムやデータの格納を
禁止する。

【００４７】次に、ＩＣカードのメモリ構造、および、
メモリに書き込まれる情報について述べる。［メモリ構造］メモリにはフラッシュメモリ（またはＥ
ＥＰＲＯＭ等でもよい）が使用され、図４に示すように
システム領域とユーザ領域の２つに大別される。

【００４８】［ＩＣカードに書き込むデータ］システム
領域には、ＩＣカード自身の管理情報とユーザ管理情報
が書き込まれる。（１）ＰＩＮ（ＰｅｒｓｏｎａｌＩｄｅｎｔｉｆｉｃ
ａｔｉｏｎＮｕｍｂｅｒ）ＰＩＮは、利用者確認番号であり、この実施例では、シ
ステム設置後最初のＩＰＬ時にＰＩＮに筐体番号を設定
し、次回以降のＩＰＬ時にＰＩＮを照合する。設定され
たＰＩＮとＩＣカードが装着されたマシンの筐体番号を
照合することにより、１つのＩＣカード内の情報（契約
した資源を供給する情報）が特定のマシン以外では使用
できないようにする。照合の結果が正しい場合には、ユ
ーザ領域に設けられたＡＤＦ（Ａｐｐｌｉｃａｔｉｏｎ
ＤａｔａＦｉｌｅ）の内容に従って資源単体毎に動
作可否が決定され、不正の場合には縮退モードでのシス
テム稼働となる。（２）ＩＣカード識別情報ＩＣカード識別情報とは、ＩＣカードのＨ／Ｗ情報（メ
モリの種類や容量、ＩＣカード自身のバージョン、ＩＣ
カードのシリアル番号等）が書き込まれている。（３）ユーザ管理情報ユーザ（使用者）についての情報を管理するための領域
であり、ＩＣカード発行の際にユーザ情報が営業部門の
ユーザ管理Ｄ／Ｂ（顧客管理データベースとも呼ぶ）を
もとに書き込まれる。ユーザ管理情報の内容は図５に示
すとおりである。（４）ＡＤＦ（ＡｐｐｌｉｃａｔｉｏｎＤａｔａＦ
ｉｌｅ）ＡＤＦはＩＣカードのユーザ領域をアクセスする際の１
つの単位で、ユーザ領域を使用するためには、初めにＡ
ＤＦを作成（指定されたＡＤＦ−ＩＤに対応する領域を
ユーザ領域に確保）しなければならない。ＡＤＦを作成
する際には、ＡＰＷ（ＡＤＦ毎のパスワード）とアクセ
ス・レベルの指定が必要となる。

【００４９】ユーザ領域では、ＡＤＦ毎に分けて、メー
カ側はＡＤＦの使用領域の管理とＯＳの核（カーネル）
のもとで動くＳ／Ｗ（メーカ基本Ｓ／Ｗ）の管理を行
い、ディーラではディーラ毎に決められた情報を管理す
る。以下、各管理情報毎に述べる。（１）ＡＤＦ毎の使用領域管理情報：各ＡＤＦ毎の総バ
イト数と使用バイト数、空きバイト数の管理を行う。（２）Ｓ／Ｗ管理情報：Ｓ／Ｗの管理を行い、Ｓ／Ｗ別
の版名、使用開始日、有効期限、使用可否、製品クラス
番号等の情報を管理する。図６を用いて具体的に説明す
る。図６において、ソフトウェアＩＤはソフトウェア毎
の識別ＩＤである。つまり、同一ソフトウェアはすべて
同じ識別子を持っている。その識別子はソフトウェアの
種類毎に固有であり、同じソフトウェアであれば共通の
識別子である。プロダクトコード、Ｓ／Ｗ名も同様であ
る。一方、クラス、有効期限開始日、有効期限終了日等
はユーザ固有の情報であり、そのユーザの契約内容を反
映させた情報が書き込まれる。

【００５０】以上述べてきた各情報を備えているのが管
理データテーブル２であり、その論理的構成を図７に示
す。

【００５１】次に、計算機本体１０のＣＰＵ−ＩＤ（筐
体番号）の格納場所について説明する。本実施例におい
ては筐体番号は、図８に示すように基本筐体内のＳＶＰ
とＣＥパネル間に接続されている固有筐体アドレスボー
ド内に格納されている。また、他の方式として不揮発性
記憶媒体（例えばシステムディスク）の特定エリアにあ
ってもよい。

【００５２】次に、本実施例の資源利用方式におけるＳ
／Ｗ管理について説明する。図９はＳ／Ｗ管理機能を実
現する構成を示す概要図である。この図を用い、まずＳ
／Ｗ管理機能の仕組みを説明する。１）ベンダマシンからのＩＣカード作成／変更につい
て、図９及び図１０を用いて説明する。（１）契約内容（Ｓ１０）に従って、顧客データベース
メンテナンス手段３０１を用い、顧客データベース３０
３を生成／更新する（Ｓ１１）。（２）次にＳ１２において、ＩＣカード作成手段３０２
を用いて、更新された顧客データベース３０３からＩＣ
カードの作成／変更を行う。ＩＣカード作成手段３０２
は、ＩＣカードに関するＳＶＣインタフェース３０６、
カーネル３０４を用いてＩＣカードのＲＥＡＤ／ＷＲＩ
ＴＥ等を行う。

【００５３】２）ユーザマシンでの動作について図９及
び図１１を用いて説明する。（１）ＩＰＬ時、他のイニシャライザプログラムにさき
がけてＩＣカードチェック手段３０７が実行され、ＩＣ
カードに関して図１１に示すフローに従ってチェックを
行う。ＩＣカードの内容に変更が生じた場合にはその都
度チェックが必要となる。（ａ）特権フラグが設定されているか？（Ｓ２０）特権フラグはＩＣカード内の情報ではなくＯＳ内部に持
つ情報である。このフラグを設定することにより、ＩＣ
カードのチェックなしで全てのソフトウェアを動作させ
ることができる。なお、この機能は非公開とする。（ｂ）正常なＩＣカードが装着されているか？（Ｓ２
１）ＩＣカードへのアクセスがエラーとなる場合（ＩＣカー
ドが装着されていない場合も含む）ＳＶＰディスク３１
１に格納されている以前に記憶された管理データテーブ
ルを読み込む（Ｓ２３、Ｓ２４）。ＳＶＰディスク３１
１に管理データテーブルがない場合には最低限の機能を
実行できる縮退モードで立ち上がる（Ｓ２３、Ｓ３
３）。ＳＶＰディスクの情報から立ち上がる場合には、
そのファイルの生成日が調べられ、一定期間以上経過し
ていた場合には縮退モードで立ち上がる（Ｓ２５、Ｓ３
３）。（ｃ）ＩＣカード内の管理データテーブルの読み込み
（Ｓ２２）読み込む情報には以下のようなものがある。読み込まれる情報：ユーザレベル、動作可能ＣＰＵ台
数、ＣＰＵ−ＩＤ、ＯＳ名、ＯＳ版名（バージョン名と
もいう）と有効期限、使用可能なＳ／Ｗの種類・版名・
有効期限・製品クラスｅｔｃ．（ｄ）読み込んだ管理データテーブルの正当性チェック
（Ｓ２６）ＡＤＦの持つＡＰＷ（ＡＤＦ毎のパスワード）と照合す
るために、セキュリティ管理プログラムは、ＩＣカード
を使用してシステムを立ち上げようとするユーザにパス
ワードの入力を要求する。そしてセキュリティ管理プロ
グラムは、コンソールから入力されたパスワードとＡＰ
Ｗをチェックし、異なると判定された場合には縮退モー
ドで立ち上がる。契約期限切れの近いＳ／Ｗに関して
は、ＩＰＬ時メッセージでその旨を通知する（Ｓ２７、
Ｓ２８）。（ｅ）読み込んだ管理データテーブルのメモリ上のＩＣ
カード情報テーブル３０５への格納（Ｓ２９）前述した（ｄ）のチェックがＯＫであった場合、ＩＣカ
ードから読み込んだ管理データテーブルをメモリ上のＩ
Ｃカード情報テーブル３０５へ格納する。ＩＣカード情
報テーブル３０５はメモリダンプ等で解読されないよう
暗号化する。また、前述した（ｂ）の次回のＩＰＬ時チ
ェック（Ｓ２１、Ｓ２３）で使うため、ＩＣカード内の
管理データテーブルをＳＶＰディスク３１１へ書き込む
（Ｓ３０）。（ｆ）ＩＰＬ回数の加算（Ｓ３１）前述した（ｄ）で正常と判断された場合には、メモリ上
のＩＣカード情報テーブル３０５のＩＰＬ回数に１加算
する。

【００５４】（２）ＩＣカードチェック手段３０７の動
作により正常なシステムと判断された場合通常のＩＰＬ
が実行され、以後各Ｓ／Ｗはその起動時以下の方法によ
ってＯＳによる起動時チェックを受け、契約Ｓ／Ｗのみ
が動作する。その機能の動作時必ず実行されるモジュー
ル（ＩＰＬ時イニシャライザ等）の動作の先頭で、ＯＳ
が提供するＳＶＣインタフェース３０６のチェックシス
テムコールを呼ぶ。それがノーマルリターンした場合以
外はエラー終了させる。ＳＶＣインタフェース３０６の
チェックシステムコールは、引数としてその製品のコー
ド、版名等をもらい、ＩＣカード情報テーブル３０６と
照らし合わせ、動作可／不可、製品クラス等を返す。ま
た、起動回数をカウントしたいＳ／Ｗ製品に関しては、
その意志を伝える引数も渡す。これにより、ＩＰＬ後シ
ャットダウンするまでの起動回数がメモリ上に記録さ
れ、シャットダウン時、それがＩＣカード上の管理デー
タテーブル中の累積起動回数に加算される。

【００５５】（３）ＩＣカードの管理データテーブルを
モニタする管理データテーブルモニタ機能３１０（図９
参照）を提供し、ユーザレベルでどのソフトウェアが動
作可能かを確認できるようにする。

【００５６】次にアプリケーションプログラムからのＳ
ＶＣインタフェース３０６のチェックシステムコール
（ｉｓｃｈｇｅｄ）について説明する。各Ｓ／Ｗは、メ
インとなるモジュールおよびｎ個のサブモジュールから
構成されている。図１２にＳ／Ｗの関係を表すブロック
図を示す。Ｓ／Ｗはメインとなるモジュールが起動され
た直後本システムコールを呼び出し、リターン値を受け
取る。ＯＳによるＩＣカード情報テーブルとのチェック
を行い、そのリターン値が正常値である場合のみ動作を
続行し、エラーリターンした場合にはその旨をメッセー
ジ出力し、アボートさせる。ここまでの処理の流れを図
１３に示す。本システムコールが呼び出される箇所は、１）イニシャライザー、ユーザから直接呼び出せるロー
ドモジュールの先頭等、その箇所でアボートすることに
より、その機能が使い物にならない箇所であること、２）アボートしたことをユーザが気付き易い箇所である
こと、３）コール回数が必要最小限であること。起動回数をカ
ウントする必要があるものは、その値が意味のあるよう
な箇所であること、という条件を満たさなければならな
い。（１）チェックシステムコールのコーリング・シーケン
スは、たとえば、以下のようなものである。＃ｉｎｃｌｕｄｅ＜ｃｈａｒｇｅ．ｈ＞ｉｎｔｉｓｃｈｒｇｅｄ（ｐｒｄｃｔｃｄ，ｖｅｒｓ
ｉｏｎ，ｃｌａｓｓｐ，ｃｎｔｒｅｑ）；ｉｎｔｐｒｄｃｔｃｄ；／＊製品コード＊／ｃｈａｒ＊ｖｅｒｓｉｏｎ；／＊製品のバージョン＊
／ｉｎｔ＊ｃｌａｓｓｐ；／＊製品クラス値へのポイン
タ＊／ｉｎｔｃｎｔｒｅｑ；／＊起動回数カウント要求フラ
グ＊／ｉｎｔｎｏｍｓｇ；／＊メッセージ不要フラグ＊／（２）チェックシステムコールの機能について説明す
る。ｐｒｄｃｔｃｄで指定された製品コードのｖｅｒｓ
ｉｏｎで指定された版の製品が、そのシステムにおいて
起動が許されているかどうかをチェックする（各Ｓ／Ｗ
において自らの製品コードおよびバージョンを指定す
る）。製品クラスのある製品は、ｃｌａｓｓｐを指定し
てやり、正常リターン時に返されるクラス値に応じた動
作をする。製品クラスのない製品ではＮＵＬＬを指定す
る。ｃｎｔｒｅｑにＮＥＥＤ＿ＣＯＵＮＴ（＝１）を指
定すると、本ＳＶＣの処理の中で、その製品の起動回数
が１加算される。その情報はシャットダウン時、ＩＣカ
ード内の累積起動回数に加算される。これにより、その
製品の使用頻度を知ることができる。起動回数をカウン
トする必要のない場合にはＮＵＬＬを指定する。ｐｒｄ
ｃｔｃｄおよびｖｅｒｓｉｏｎで指定できる値およびｃ
ｌａｓｓｐに返される値については、ｃｈａｒｇｅ．ｈ
に定義されている。通常ｉｓｃｈｒｇｅｄはエラー検出
時エラーメッセージを起動端末に出力するが、これが不
要な場合にはｎｏｍｓｇにＮＯＭＳＧ（＝１）を指定し
てやる。（３）チェックシステムコールのリターン値は以下のと
おりである。起動を認められている・・・・０起動を認められていない（非契約）・・・１起動を認められていない（契約期間外）・・・２エラー終了した・・・・・・−１

【００５７】次に被プロテクトノードがＨ／Ｗの場合に
ついて説明する。この実施例においては、図５に示すよ
うに、管理データテーブル内のユーザ管理情報にその計
算機システムにおいてＯＳがサポートできるＨ／Ｗの制
限数あるいは制御量に関する情報が記述されているもの
とする。ＳＶＰはまた、計算機の持っている日付が、ユ
ーザ管理情報の中の使用開始可能日と有効期限の間であ
ることを確認する。もし有効期限の間でなければ以降の
チェックは行わない。システムの立ち上げ時に、サービ
スプロセッサはＨ／Ｗの制限数あるいは制御量に関する
情報を参照する。また、サービスプロセッサは、その計
算機に接続されている各Ｈ／Ｗの構成を独自のやりとり
によって確認する機能を有している。そして、確認した
Ｈ／Ｗの台数を記憶するレジスタを有し、そのレジスタ
に書き込まれた台数とユーザ管理情報内の制限数を比較
し、制限数の範囲内であれば、そのＨ／Ｗを正式にこれ
から立ち上げる計算機のシステム構成に加えて、ＩＰＬ
を行う。例えば、ユーザ管理情報において制限されたワ
ークステーション台数が３台（まで）と記述されている
とき、実際に物理的に接続されているワークステーショ
ンが２台であったとき、その２台のワークステーション
は論理的にも計算機に接続が許可され、使用可能とな
る。また、物理的に接続されているワークステーション
が３台であっても、ユーザ管理情報において記述されて
いる台数以内、すなわち３台以内であるので、同様に接
続が許可され、その計算機において使用可能となる。

【００５８】次に、物理的に接続されているワークステ
ーション台数が４台以上であった場合を説明する。この
場合、最初の３台までは接続が許可されるが、４台目以
降のワークステーションは物理的に線はつながっていて
も、計算機のシステム構成には含まれない。ここで、最
初の３台というのはＳＶＰによって認識される順序によ
るので、どのワークステーションが接続不可となるのか
はＳＶＰに依存している。ここではワークステーション
を例にとって説明したが、台数で数えられるＨ／Ｗに関
しては同様に判断される。すなわち、ＦＸＤ（固定ディ
スク）、データベースプロセッサ、ＭＴなどである。

【００５９】次に、被プロテクトノードが主記憶装置で
ある場合について述べる。主記憶装置がメモリーボード
単位で数えられるとき、その数によって前述したように
計算機での使用を制限することができる。また他の方法
として、実装されている全てのメモリーに一連のアドレ
スがふられているときは、使用可能なアドレス範囲情報
を指定することによって、その識別カードを持つユーザ
に許可されている容量を使用可能とするやり方でもよ
い。また、この２つの方式は被プロテクトノードがキャ
ッシュメモリで、ハード的に設定されている場合にも適
用可能である。つまりキャッシュメモリに割り当てるメ
モリーボードを枚数で制限する方法と、キャッシュメモ
リ用として使用するメモリーのアドレスを指定する方法
である。あるいは、キャッシュメモリがソフト的に実現
されている場合には、キャッシュメモリ管理用のソフト
ウェアを本方式のＳ／Ｗ管理の対象としておくことによ
って、使用を制限することも可能である。さらにこれら
の方式を組み合わせることによって、全ての整合性がと
れた場合のみ、実際にキャッシュメモリを使用可能とす
る方法も有効である。

【００６０】次に、被プロテクトノードが計算機クロッ
ク周波数であった場合について述べる。これにはシステ
ム立ち上げ時にパラメータを受け取ることによって、指
定されたクロック周波数を発生させる手段が計算機にあ
らかじめ備えられていることを前提としている。計算機
はＳＶＰによって管理データテーブルからユーザに許可
されたクロック周波数を受け取り、そのクロック周波数
で稼働する。

【００６１】以上のように、この実施例に係わるプログ
ラムロード方式及び周辺機器インストール方式計算機は
計算機筐体に設けられた個別の識別子とその計算機にオ
プションとして接続されるＨ／Ｗ、或はその計算機上で
動作するＳ／Ｗを、識別カードおよびＳＶＰにより、カ
ード内に記録された被プロテクトノードを記述した管理
データテーブルのデータに従って認証させ、それらの接
続あるいは起動を制限するものである。

【００６２】本実施例においては、認証用の識別カード
は当該計算機に対し一枚しか存在せず、それぞれ対応す
る一台の計算機においてでしか機能しないので、識別カ
ードの対象計算機が限定されることによって、その計算
機で使用されるＳ／Ｗあるいは周辺機器の制限情報は確
実に固有のものとなり、セキュリティ効果は増大する。
また、識別カードを使用することより、その中へ格納す
る被プロテクトノードを記述した管理データテーブルの
データを不法に読取、改ざんされる危険を防止する。そ
してその対象を動作するプログラムのみではなく、接続
されるＨ／Ｗコンフィグレーション情報まで広げること
により、容易なモデルレパートリの拡張を実現する。ま
たＳＶＰに識別カードとのインタフェースを設けること
により、既存の基本処理装置、各周辺機器コントローラ
は変更する必要はなく、容易にシステムに組入れる事が
できる。更にＳＶＰを経由して遠隔地から識別カードの
アクセスを可能にすることにより、被プロテクトノード
を記述した管理データテーブルの読取、更新を遠隔地か
ら行うことを可能にする。

【００６３】この実施例の利点として、以下のようなも
のがあげられる。・より万全なセキュリティシステムの提供。・必要な機能だけ購入できるＯＳ分の分割化。・Ｓ／Ｗの試使用精度等の新しいサービスの提供。（遠
隔運用保守システムと連携した場合）・ＳＥ作業の省力化。・ディーラＳ／Ｗの不正使用防止対策を支援。・Ｓ／Ｗ製品の契約による売上の確保。・保守性向上。・出荷作業の省力化。・ロイヤリティ支払いの適正化。・メーカによる顧客管理の実施。また、この実施例によれば、システムの不正使用の防止
をはかることができる。また、顧客管理システムを導入
することにより、ユーザ登録制度を実施し、メーカでも
顧客管理ができる。

【００６４】実施例２．図１４を用いて他の実施例を説
明する。図１４はこの発明におけるユーザ管理情報の別
の例である。実施例１において、ワークステーションの
接続台数を制限する例を説明したが、単に台数のみのチ
ェックでなく、接続可能なモデルを制限するようにして
もよい。すなわち、モデルコードを管理データテーブル
に設定しておき、ワークステーションから読み取ったモ
デルコードと比較して、一致した場合のみ接続を許可す
る方式でもよい。さらに、モデルコードを一致させたう
えで台数も制限するという方式でもよい。この場合のユ
ーザ管理情報中には前述した項目に加えて、ワークステ
ーションのようにモデルコードを有する被プロテクトノ
ードについては、被プロテクトノード毎に有効なモデル
コードを記述する項目も設定しておく。具体的には図１
４に示すように、実施例１で使用したユーザ管理情報に
モデルコードに関する項目を追加する。なお、このモデ
ルコードの設定は必要に応じて、それぞれの被プロテク
トノード毎に複数設定してもよい。具体的には１項目に
ついてモデルコードを配列のように並列的に複数書いて
もよいし、ワークステーションモデルコード１、ワーク
ステーションモデルコード２，・・・ｎのように項目を
複数にしてもよい。サービスプロセッサは設定されてい
る書式に沿って、必要な情報を読み取れるようあらかじ
め知らされているものとする。

【００６５】実施例３．次に図１５を用いて他の実施例
について説明する。この図では、図７に示した管理デー
タテーブルの構成に、さらに、接続Ｈ／Ｗ管理情報をあ
わせ持つ。この実施例においては、管理データテーブル
中に接続Ｈ／Ｗ管理情報を持つ。前述したＳ／Ｗ管理情
報と同様に、被プロテクトノードである各Ｈ／Ｗは、そ
れぞれＨ／Ｗのカテゴリーを識別する被プロテクトノー
ド識別子を有している。その被プロテクトノード識別子
毎に１つの接続Ｈ／Ｗ管理情報を使用する。接続Ｈ／Ｗ
管理情報のデータフォーマットを図１６に記す。図１６
に示すように、接続Ｈ／Ｗ管理情報は図５に示したユー
ザ管理情報のＨ／Ｗに関する項目を別個独立に持つもの
である。サービスプロセッサは、その計算機に接続され
ている各Ｈ／Ｗの構成を独自のやりとりによって確認す
る機能を有しており、Ｈ／Ｗ確認時に、サービスプロセ
ッサは、そのＨ／Ｗの被プロテクトノード識別子を受け
取り、その情報をもとに、該当する接続Ｈ／Ｗ管理情報
を参照する。この時、ＳＶＰはその被プロテクトノード
の登録日と使用有効期限を計算機の持つシステム日付と
照合し、有効でなければその被プロテクトノードの接続
を許可しない。また、ＳＶＰは確認したＨ／Ｗの台数を
記憶するレジスタを有し、そのレジスタに書き込まれた
台数と参照した接続Ｈ／Ｗ管理情報内の最大接続台数を
比較し、その制限数の範囲内であれば、そのＨ／Ｗを正
式にこれから立ちあげる計算機のシステム構成に加え
て、ＩＰＬを行う。具体的な判断の流れについては、実
施例１と同様であるので説明を省略する。実施例１との
違いは参照する情報の書かれている場所が接続Ｈ／Ｗ管
理情報内であるということである。

【００６６】なお、実施例１と同様に、ワークステーシ
ョンだけでなく、台数で数えられるＨ／Ｗに関しては上
述した例と同様に、接続Ｈ／Ｗ管理情報を参照して、シ
ステム構成への包含の可否が判断される。すなわち、Ｆ
ＸＤ、データベースプロセッサ、ＭＴなどのシステム構
成への包含の可否が判断される。

【００６７】また、主記憶装置がメモリーボード単位で
数えられる時や、キャッシュメモリ用として使用するメ
モリボードを枚数で制限する場合もこの方式を適用でき
る。また、接続Ｈ／Ｗ管理情報のレイアウトを図１７の
ようにすれば、メモリボードの枚数でない方法で、使用
許可の制限を行う場合にも適用できる。図１７（ａ）は
被プロテクトノードが主記憶装置の場合である。図１７
（ｂ）は被プロテクトノードがキャッシュメモリの場合
である。図１７（ｃ）は被プロテクトノードが計算機ク
ロック周波数の場合である。例えば、実装されている全
てのメモリーに一連のアドレスがかかれているときは、
図１７（ａ）のＬＩＭＩＴＩＮＦＯ（使用可能アドレス
範囲情報）をＳＶＰが参照し、許可されているメモリ容
量をその識別カードを持つユーザに対して使用可能とす
る。また、被プロテクトノードがキャッシュメモリであ
るとき、図１７（ｂ）に示すようにＬＩＭＩＴＩＮＦＯ
（キャッシュメモリ割当アドレス範囲情報）をＳＶＰが
参照し、指定されているアドレスの範囲をキャッシュメ
モリとして使用可能にする。また、被プロテクトノード
が計算機クロック周波数であった場合、図１７（ｃ）に
示すようなＬＩＭＩＴＩＮＦＯには使用可能周波数クロ
ック情報が記述されており、ＳＶＰはそのユーザに許可
されたクロック周波数情報を使用して、計算機をそのク
ロック周波数で稼働させる。この場合も実施例１と同様
に、システム立ちあげ時にパラメータを受け取ることに
よってそのパラメータに応じてクロック周波数を可変的
に設定できる手段があることを前提としている。以上の
ようにこの実施例においては、被プロテクトノード毎に
接続Ｈ／Ｗ管理情報を識別内の管理データテーブルに持
つことによって、被プロテクトノードを必要に応じて、
個別に任意の使用許可条件を設定できる。

【００６８】実施例４．次に、被プロテクトノードを台
数や容量でのみでなくＨ／Ｗのモデルコード毎に接続を
制限する他の実施例について説明する。この実施例にお
いては、図１８に示すように、接続Ｈ／Ｗ管理情報の中
にモデルコードとそのモデルコード毎の最大接続数を記
録しておく。また、前述した実施例と同様、接続Ｈ／Ｗ
管理情報と計算機の持つ日付のチェックも行われるもの
とする。これは以降の実施例全てにおいて共通であるの
で以降説明を省略する。実施例１，２と同様に被プロテ
クトノードがワークステーションである場合を例にと
る。ＳＶＰはシステム立ち上げ時に、物理的に接続され
ているワークステーションからモデルコードを読み取
り、接続Ｈ／Ｗ管理情報中に設定されているモデルコー
ド比較して、一致している場合のみ論理的にも接続を許
可し、システム構成に加える。最初に書かれているモデ
ルコードと一致しなければ、２番目のモデルコードと比
較し、一致していれば接続を許可する。ここでも一致し
なければ、３番目のモデルコードと比較する、というよ
うに、ＳＶＰは１つのワークステーションに対して一致
するまですべてのエントリーとの比較を繰り返し、ｎ個
目のモデルコードも不一致であった時は、そのワークス
テーションに対しては接続を許可しない。そして、ＳＶ
Ｐは次のワークステーションまたは他のＨ／Ｗのチェッ
クを続行する。ワークステーション以外の他のＨ／Ｗに
ついても、チェックの手順は同様である。モデルコード
を有するＨ／Ｗであれば、この方式は適用可能である。
ここでは、モデルコードのみを比較する例で説明してい
るが、この場合モデルコード毎の最大接続数にはＮＵＬ
Ｌが入っているものとする。

【００６９】実施例５．次に実施例４と同様に図１８に
示す接続Ｈ／Ｗ管理情報を用いて、モデルコードだけで
なく接続台数の制限を行う場合について説明する。この
実施例においては、実施例４とは異なりモデルコード毎
の最大接続数には、実際に接続を許可する有効な数字が
入っているものとする。さらにＳＶＰは被プロテクトノ
ード毎、モデルコード毎に接続を許可されたＨ／Ｗの台
数を記憶するレジスタを有しているものとする。ＳＶＰ
は実施例４と同じ手順で物理的に接続されているワーク
ステーションのモデルコードと一致するモデルコードが
エントリーに存在するかどうか探し、なければ論理的な
接続を許可しない。もしあれば、チェック中の被プロテ
クトノードのモデルコードの同じ接続数が記憶されてい
るレジスタの値を参照し、その値に１を足した数値がモ
デルコード毎の最大接続台数以下であるかどうかチェッ
クする。そして、そのチェックがＯＫであれば、論理的
な接続を許可する。チェックがＯＫでなければ、モデル
コードが一致しても接続は許可されない。

【００７０】実施例６．また他の実施例として、前述し
た実施例とは異なるレイアウトを持つデータフォーマッ
トを示す。この実施例において使用する接続Ｈ／Ｗ管理
情報のデータフォーマットを図１９に示す。図に示すよ
うに、この実施例で使用する接続Ｈ／Ｗ管理情報には被
プロテクトノードであるＨ／Ｗ１台毎に固有な識別子
（たとえば、端末ＩＤやネットワークＩＤなど）を記述
する複数の項目がある。そして個々のＨ／Ｗも１台毎に
固有な識別子を記憶する手段を有しているものとする。
ＳＶＰはシステム立ち上げ時にＨ／Ｗから読み取った識
別子と接続Ｈ／Ｗ管理情報から読み取った識別子を比較
し一致した場合のみ接続を許可する。この場合も前述し
た実施例同様先頭のＩＤと不一致でも、ＳＶＰは２番
目、・・・ｎ番目までというように一致するまでサーチ
し、いずれかで一致すれば接続を許可するものとする。
さらに、最大接続台数も記述しておき、識別子と二重に
チェックしてもよい。

【００７１】以上のように、この実施例では、被プロテ
クトノードが持っている固有の識別子情報を資源利用に
活用し、顧客に納入することが確定した被プロテクトノ
ードとなるＨ／Ｗの識別子を、識別カードの管理データ
テーブルにあらかじめ書き込んでおくことにより、計算
機の識別子との照合だけでなく被プロテクトノードの識
別子の照合も行い、より厳重にチェックする方法を提供
する。

【００７２】実施例７．実施例１においては、Ｓ／Ｗ管
理情報の中の、Ｓ／Ｗ−ＩＤはＳ／Ｗ毎に個別だがユー
ザ毎、Ｓ／Ｗ毎に固有なＩＤとしてもよい。ユーザは自
分用に設定された固有のＳ／Ｗ−ＩＤを持つ識別カード
を使用しない限り、計算機の立ち上げ時にＳ／Ｗをロー
ドすることができない。また、起動回数はＳ／Ｗの種類
によって、実際にユーザが起動した回数を記録してもよ
い。さらに、ユーザが起動できる最大起動回数を保持す
る項目を設定し、ユーザのＳ／Ｗの起動を有効期限だけ
でなく累積回数で制限してもよい。

【００７３】実施例８．なお、実施例１においては、識
別カードの識別子は計算機据付け時の起動で一回のみＳ
ＶＰ７により識別カード１に書き込まれるが、必要に応
じて、任意のタイミングで書き換えを行ってもよい。ま
た、この書き換えは、例えば、公衆回線等を介して遠隔
地から行ってもよい。

【００７４】実施例９．管理データテーブルの書き換え
は計算機システムのオンライン稼働中も実行可能であ
る。新たに書き換えられた管理データテーブルの情報を
利用して計算機を稼働させるためには再度ＩＰＬを行え
ばよい。また、ＩＰＬをやり直すのではなくコマンドを
使用してＩＣカード情報に従ってシステムの再構成及び
Ｓ／Ｗのロードを行うようにしてもよい。

【００７５】実施例１０．筐体番号は導入時客先で書き
込んでもよい。あるいは事前に書き込んだものを識別カ
ードと１対にして導入してもよい。筐体番号を、出荷時
には固有筐体アドレスボード内に格納せず、据付け後に
書き込むことも可能である。

【００７６】実施例１１．計算機筐体に設けられた個別
の識別子５を、筐体のマザーボード上のＥＥＰＲＯＭに
記憶させＳＶＰ接続のコンソールにより、識別子を書換
え可能としてもよい。オペレータは、パスワードにより
筐体番号変更画面を開き識別番号を書換える。

【００７７】実施例１２．識別カードを、プロセッサ内
蔵型ＩＣカードではなく、カード内部にセキュリティ管
理プログラム３を持たないものとしてもよい。図２０に
おいて、１２はセキュリティ管理プログラム３を持たな
い識別カード、２は被プロテクトノードを記述した管理
データテーブル、１４はセキュリティ管理プログラム、
４は被プロテクトノード、５は計算機筐体に設けられた
個別の識別子、１７は識別カードリーダ／ライタ、７は
ＳＶＰ、８は中央処理装置、９は遠隔地計算機、１０は
計算機本体、１１は公衆回線、２３はインタフェース用
専用Ｈ／Ｗ、２４は８ビットのデータバス、２５は１ビ
ットの制御線である。本実施例ではＳＶＰ７内にセキュ
リティ管理プログラム１４を持たせ、識別カード内の管
理データテーブルのセキュリティは、ＳＶＰ７とのデー
タ通信手順によって守られる。このとき、識別カードリ
ーダ／ライタ１７とＳＶＰ７間をインタフェース用専用
Ｈ／Ｗ２３を介し８ビットのデータバス２４と１ビット
の制御線２５で結ぶ。ＳＶＰ７と識別カード１２とのデ
ータ通信はインタフェース用専用Ｈ／Ｗ２３を通して行
われる。ＳＶＰ７は識別カード１２にアクセスする時、
まず識別カード１２の識別アドレス８ビットをデータ線
２４を通して送る。その後規定時間後に１ビットの制御
線２５にリードかライトかの情報を乗せ、データバス２
４を介してデータのアクセスを行う。ＳＶＰ７では、セ
キュリティ管理プログラム１４によって事前に被プロテ
クトノード１５からの識別子を認証し整合が取れたとき
だけ、識別カード１２内の管理データテーブル２の情報
に従い、被プロテクトノード４の起動を行う。

【００７８】この実施例は、識別カード１２にセキュリ
ティ管理プログラムがない場合、すなわち単に管理デー
タテーブル１３のみが存在している場合、識別カード内
のデータを不正に読み取られたり不正に改ざんされたり
され易くなることを考慮したものである。すなわちＩＣ
カードのようにセキュリティ管理プログラムを内蔵する
ことができる識別カードの場合には、識別カード自体が
プロテクトされているのに対し、この実施例のように、
識別カードが単に情報のみを記憶している場合には、こ
の識別カードをアクセスする場合のインタフェースをメ
ーカ独自のものとする事によりセキュリティの機能を向
上させようとするものである。従って、この実施例で
は、標準化されたインタフェースを故意に持たず、一般
には知られていない固有のインタフェースを提供する。
このようにして、識別カードが単に情報を保持する場合
であっても、識別カードへのアクセスを限られたシステ
ムのみが行えるようにするものである。

【００７９】

【発明の効果】本発明は以上説明したとおり、使用され
る計算機ハードウエアと使用されるオプションＨ／Ｗ或
は計算機ソフトウエアが一対一に限定されるためオプシ
ョンＨ／Ｗ或は計算機ソフトウエアの不法な使用が防止
される。また、ユーザプログラム記憶媒体には、不正防
止のためのハードウエアの固有識別子を格納する必要が
ないので出荷形態が簡素化される。また、ユーザプログ
ラム記憶媒体には、固有識別番号を格納する必要がない
ので異なったハードウエアへのインストールが自由に行
える効果がある。オプションＨ／Ｗ或はソフトウエアの
追加販売が識別カード内管理データテーブルの更新のみ
で可能になるので販売、出荷手続きが簡素化され、出荷
媒体には全てのソフトウエアを格納できるので、媒体の
出荷形態が簡素化される効果がある。

【００８０】また、請求項２記載の発明によれば、サー
ビスプロセッサが識別子の照合を行うのでサービスプロ
セッサに変更を加えるだけで前述したような方式を容易
に達成することができる。

【００８１】請求項３の記載の発明によれば、管理デー
タテーブルを計算機側に記憶してしまうので、起動要求
時の識別カードへのアクセスが不要となり、システムか
らカードがはずされていてもシステムに影響がなく、識
別子の比較を即座に任意の時点で行うことができる。

【００８２】請求項４記載の発明によれば、ソフトウェ
アを起動する場合にセキュリティ管理マネージャをオペ
レーティングシステムに備えておくことにより、アプリ
ケーションプログラムの起動要求に対する可否を徹底す
ることができるので、オペレーティングシステムに対し
てセキュリティ管理マネージャを追加するという最小限
の変更でアプリケーションプログラムの制御を行うこと
ができる。

【００８３】さらに請求項５〜１１記載の発明によれ
ば、オプションＨ／Ｗのインストール形態が識別カード
の内容により一意的に決るので、モデル毎、或は契約毎
に、Ｈ／Ｗの差別化をする必要がなくなるという効果が
ある。

【００８４】請求項１２記載の発明によれば、計算機の
識別を控え可能にしたので、計算機の製造時、出荷時、
イントール時、その他任意の時点で識別子を容易に書き
かえることができる。

【００８５】請求項１３記載の発明によれば、識別カー
ドの識別子、あるいは、管理データテーブルを更新でき
るようにしたので、遠隔地からでも識別カードを更新す
ることが可能になる。さらに、場合によっては、遠隔か
ら識別カードの不法改ざんや不正使用の監視が行え、二
重のチェックとなる。

【００８６】請求項１４記載の発明によれば、識別カー
ドにプロセッサ内蔵型ＩＣカードを使用することにより
管理データテーブルの不法改ざんの抑止効果を向上させ
る効果がある。

【００８７】また、請求項１５記載の発明によれば、識
別カードにプロセッサ内蔵型ＩＣカードでなくＳＶＰと
の固有なインターフェースを持つ不揮発性記憶媒体カー
ドを使用する事によっても同様の効果を持つ。

【図面の簡単な説明】

【図１】この発明の実施例１を示すブロック図である。

【図２】この発明におけるシステム立ち上げ時チェック
の流れ図である。

【図３】この発明におけるアプリケーションプログラム
の起動時の流れ図である。

【図４】この発明におけるＩＣカードのメモリ構造を示
す図である。

【図５】この発明におけるユーザ管理情報を示す図であ
る。

【図６】この発明におけるソフトウェア管理情報を示す
図である。

【図７】この発明における管理データテーブルの構成を
示すブロック図である。

【図８】この発明のソフトウェア管理機構のハードウェ
ア構成図である。

【図９】この発明のソフトウェア管理機能概要図であ
る。

【図１０】この発明におけるＩＣカード作成までの手順
を示す流れ図である。

【図１１】この発明におけるＩＣカードチェック手段の
手順を示す流れ図である。

【図１２】この発明におけるＳ／Ｗの関係を示すブロッ
ク図である。

【図１３】この発明におけるチェックシステムコールを
呼び出す流れ図である。

【図１４】この発明におけるユーザ管理情報を示す図で
ある。

【図１５】この発明における管理データテーブルの構成
を示すブロック図である。

【図１６】この発明における接続Ｈ／Ｗ管理情報の一例
を示す図である。

【図１７】この発明における接続Ｈ／Ｗ管理情報の一例
を示す図である。

【図１８】この発明における接続Ｈ／Ｗ管理情報の一例
を示す図である。

【図１９】この発明における接続Ｈ／Ｗ管理情報の一例
を示す図である。

【図２０】この発明の実施例１２を示すブロック図であ
る。

【符号の説明】

１識別カード２管理データテーブル３セキュリティ管理プログラム４被プロテクトノード５計算機筐体に設けられた個別の識別番号６識別カードリーダ／ライタ７ＳＶＰ８中央処理装置９遠隔地計算機１０計算機本体１１公衆回線１２識別カード１４セキュリティ管理プログラム１７識別カードリーダ／ライタ２３インタフェース用専用Ｈ／Ｗ２４８ビットデータバス２５１ビット制御線

Claims

【特許請求の範囲】

【請求項１】以下の要素を有する計算機の資源利用方
式（ａ）計算機を個別に識別する識別子を計算機に格納す
る識別子格納手段、（ｂ）上記識別子と同一の識別子
と、計算機が利用できる資源を被プロテクトノードとし
て定義した管理データテーブルを保持する識別カード、
（ｃ）上記識別カードに保持された識別子を計算機に入
力して上記識別子格納手段により格納された識別子と比
較して、一致した場合に、計算機から上記識別カードに
保持された管理データテーブルをアクセスし、計算機に
対して管理データテーブルに定義された資源の利用を認
める利用許可手段。
【請求項２】上記利用許可手段は、計算機の起動時
に、上記識別子格納手段により格納された識別子と上記
識別カードに保持された識別子を比較して、管理データ
テーブルの内容を読みだし、読み出した管理データテー
ブルの内容を参照して計算機のシステム構成を決定する
サービスプロセッサを備えたことを特徴とする請求項１
記載の計算機の資源利用方式。
【請求項３】上記サービスプロセッサは、識別カード
から読み込んだ管理データテーブルの内容を記憶すると
ともに、記憶した管理データテーブルの内容を参照して
使用するオペレーティングシステムをインストールする
とともに、上記被プロテクトノードの起動要求に対し
て、被プロテクトノードの起動の可否を決定することを
特徴とする請求項２記載の計算機の資源利用方式。
【請求項４】上記識別カードは、アプリケーションプ
ログラムを上記被プロテクトノードとして定義し、上記
オペレーティングシステムは、アプリケーションプログ
ラムの起動要求に対する管理データテーブルの参照をサ
ービスプロセッサとの通信により行うセキュリティ管理
マネージャを備え、セキュリティ管理マネージャが管理
データテーブルを参照してアプリケーションプログラム
の起動の許可を与えることを特徴とする請求項３記載の
計算機の資源利用方式。
【請求項５】上記識別カードは、接続端末を上記被プ
ロテクトノードとして定義し、上記利用許可手段は、接
続端末の接続制限をサービスプロセッサに行わせること
を特徴とする請求項２記載の計算機の資源利用方式。
【請求項６】上記識別カードは、ディスク記憶装置を
上記被プロテクトノードとして定義し、上記利用許可手
段は、ディスク記憶装置の接続制限をサービスプロセッ
サに行わせることを特徴とする請求項２記載の計算機の
資源利用方式。
【請求項７】上記識別カードは、主記憶装置容量を上
記被プロテクトノードとして定義し、上記利用許可手段
は、主記憶装置容量の接続制限をサービスプロセッサに
行わせることを特徴とする請求項２記載の計算機の資源
利用方式。
【請求項８】上記識別カードは、接続データベースプ
ロセッサを上記被プロテクトノードとして定義し、上記
利用許可手段は、接続データベースプロセッサの接続制
限をサービスプロセッサに行わせることを特徴とする請
求項２記載の計算機の資源利用方式。
【請求項９】上記識別カードは、テープ装置を上記被
プロテクトノードとして定義し、上記利用許可手段は、
テープ装置の接続制限をサービスプロセッサに行わせる
ことを特徴とする請求項２記載の計算機の資源利用方
式。
【請求項１０】上記識別カードは、計算機クロック周
波数を上記被プロテクトノードとして定義し、上記利用
許可手段は、計算機クロック周波数の設定をサービスプ
ロセッサに行わせることを特徴とする請求項２記載の計
算機の資源利用方式。
【請求項１１】上記識別カードは、キャッシュメモリ
を上記被プロテクトノードとして定義し、上記利用許可
手段は、キャッシュメモリの設定をサービスプロセッサ
に行わせることを特徴とする請求項２記載の計算機の資
源利用方式。
【請求項１２】上記識別子格納手段は、識別子を書き
かえ可能な不揮発性メモリに格納しサービスプロセッサ
の固有な手続きにより識別子を書換え可能としたことを
特徴とする請求項１記載の計算機の資源利用方式。
【請求項１３】上記計算機の資源利用方式は、少なく
とも上記識別カードの識別子および管理データテーブル
の内容のどちらか一方を計算機から更新できることを特
徴とする請求項１記載の計算機の資源利用方式。
【請求項１４】上記識別カードを、利用許可手段と独
自に通信できる通信手段を有する専用不揮発性記憶媒体
カードとしたことを特徴とする請求項１記載の計算機の
資源利用方式。
【請求項１５】識別カードと利用許可手段間を独自の
インタフェースにより接続したことを特徴とする請求項
１記載の計算機の資源利用方式。