JP2000200192A

JP2000200192A - 予期しないプラットフォ―ム・バリアント上の装置をコア・プラットフォ―ム・カ―ネル・ソフトウエアの再リリ―スなしにサポ―トする機構

Info

Publication number: JP2000200192A
Application number: JP11326850A
Authority: JP
Inventors: Gregory Slaughter; グレゴリー・スローター; Donald Hudson Jr; ドナルド・ハドソン，ジュニア; Thomas Saulpaugh; トーマス・ソウルポウ; Yuh-Yen Yeh; ユー−エン・イー; Bernard Traversat; バーナード・トラバーサット
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1998-11-17
Filing date: 1999-11-17
Publication date: 2000-07-18
Also published as: EP1004962A3; US6618767B1; EP1004962A2

Abstract

(57)【要約】【課題】システム・ソフトウエア・カーネルを変更す
る必要なく、新しいプラットホームおよび変更されたプ
ラットフォームをサポートする手段を提供する。【解決手段】本発明は、プラットフォーム・サービス
・エージェント（ＰＳＡ）と呼ばれるアプローチを使用
する。ＰＳＡは、そのプラットフォーム・バリアント用
のシステム・ソフトウエアのバス・マネージャと一緒に
働き、システム・リソースを必要に応じて変更する。Ｐ
ＳＡは、プラットフォームの細目を分離し、したがって
バス・マネージャを変更する必要はない。ＰＳＡ自体が
カーネルの外にあり、ダウンロード可能であり、プラッ
トフォーム・バリアント用に容易に作成できるので、シ
ステム・ソフトウエア・カーネルの修正または再リリー
スなしに、新しいプラットフォームをサポートすること
ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はオペレーティング・
システムおよびデバイス・ドライバに関する。

【０００２】本発明の開示の一部分は、著作権法による
保護の対象となる資料を含んでいる。著作権所有者は、
米国特許商標庁のファイルまたは記録にあるとおりの特
許文献または特許開示文献による複製に反対しないが、
その他の点では、いかなるものであれすべての著作権を
留保する。Ｓｕｎ、サン・マイクロシステムズ、Ｓｕｎ
のロゴ、Ｓｏｌａｒｉｓ、Ｊａｖａ、ＪａｖａＯＳ、Ｊ
ａｖａＳｔａｔｉｏｎ、ＨｏｔＪａｂａＶｉｅｗｓお
よびすべてのＪａｖａベースの商標とロゴは、米国なら
びに他の諸国におけるサン・マイクロシステムズ，Ｉｎ
ｃ．の商標または登録商標である。

【０００３】

【従来の技術】コンピュータは、「オペレーティング・
システム」として知られているソフトウエアによって制
御される。コンピュータのオペレーティング・システム
は、コンピュータがコンピュータの動作を制御する様々
な機能をどのように実行するかを決め、コンピュータ上
で他のプログラムがどのように実行されるかを制御す
る。オペレーティング・システムには「カーネル」と呼
ばれる部分があり、これはオペレーティング・システム
の中核と見ることができる。カーネルは、コンピュータ
の動作を制御する基本的機能を含んでいる。従来の技術
における課題は、カーネル・ソフトウエアの変更を要せ
ずに、新しいタイプのコンピュータ装置で動作できるオ
ペレーティング・システムを実現することである。この
課題は、コンピュータ・システム、オペレーティング・
システムおよびカーネルについての以下の展望で理解で
きる。

【０００４】コンピュータ・オペレーティング・システ
ムコンピュータ・システムは、中央処理装置（ＣＰＵ）、
メモリ（主メモリ、キャッシュ・メモリ等）、および入
出力装置（Ｉ／Ｏ）とも呼ばれる周辺装置を備えてい
る。プロセッサは、コンピュータ・システムの「脳」と
考えることができる。プロセッサは、プロセッサにある
機能を実行させる一連の命令から成るプログラムによっ
て制御される。プロセッサで実行される他のすべてのプ
ログラムを制御するプログラムが１つ存在する。このプ
ログラムが、そのコンピュータのオペレーティング・シ
ステムとして知られている。

【０００５】オペレーティング・システムは、プロセッ
サにある機能をさせ、またはあるサービスを行わせるこ
とができる。「アプリケーション」と呼ばれる他のプロ
グラムはサービス要求を出すことによってオペレーティ
ング・システムを利用する。オペレーティング・システ
ムによって提供されるサービスには、いつ、どのアプリ
ケーションを実行するかを決定すること、アプリケーシ
ョン間でのメモリ・リソースの共用を管理すること、接
続されているハードウエア装置（例えば、ディスク装
置、プリンタ、モデム、キーボード、スキャナ等）から
の入出力を処理すること、該当する場合にアプリケーシ
ョン・ユーザまたはコンピュータ・ユーザにエラーメッ
セージを送信すること、およびコンピュータ・システム
の総合管理を含む。オペレーティング・システムの中核
がシステム・ソフトウエアのカーネルである。

【０００６】システム・ソフトウエアのカーネルカーネルはコンピュータ・オペレーティング・システム
の中核であり、オペレーティング・システムの他のすべ
ての部分のための基本サービスを提供する。カーネル
は、一般に「割込みハンドラ」と呼ばれるルーチン、ス
ケジューラ、およびスーパーバイザを含んでいる。割込
みハンドラは、サービス要求、またはカーネルのサービ
スを争奪する入出力操作の完了要求を処理する。スケジ
ューラは、どのプログラムがカーネルの処理時間を共用
するかを決める。スーパーバイザは、スケジュールに従
って、各処理にコンピュータを使用させる。

【０００７】従来の技術のコンピュータ・システムの課
題本発明が対象とする課題のいくつかを記述するために
は、まずコンピュータ・システムに関連するいくつかの
コンセプトについて説明する必要がある。１つは、プラ
ットフォームおよび、プラットフォーム依存性、および
プラットフォーム独立性の概念である。もう１つは、拡
張バスおよびデバイス・ドライバの概念である。

【０００８】プラットフォームプラットフォームは、コンピュータ・ハードウエア（プ
ロセッサ）と、特定のコンピュータ・システムから成る
オペレーティング・システムの組合せである。例えば、
Ｗｉｎｄｏｗｓとして知られているオペレーティング・
システムを走らせるインテル製のプロセッサを備えたコ
ンピュータ・システムは、１つのプラットフォームと見
なされる。ＤＯＳオペレーティング・システムを走らせ
るインテル・コンピュータは、別のプラットフォームと
考えられる。他のプラットフォームとしては、サン・マ
イクロシステムズのＳｐａｒｃプロセッサ・ベースのコ
ンピュータ、モトローラ・プロセッサ・ベースのコンピ
ュータ、およびユニックス・オペレーティング・システ
ムを使用するコンピュータがある。

【０００９】プラットフォーム依存性およびプラットフ
ォーム独立性過去においては、ソフトウエアは特定のプラットフォー
ム用に書かれ、それは他のプラットフォーム上では稼動
しなかった。そのようなソフトウエアをプラットフォー
ム依存性と言う。企業がワードプロセッサ・アプリケー
ションを異種プラットフォームのユーザに販売すること
を望む場合には、それが使われるプラットフォームごと
に、別々のバージョンのワード処理アプリケーションを
作成する必要があった。

【００１０】オブジェクト志向プログラミングおよびＪ
ａｖａプログラミング言語などのプログラミング言語の
出現で、多種のプラットフォーム上で使用できるアプリ
ケーションを作り出すことが可能となった。そのような
アプリケーションは、一度書いてしまえば、多くのプラ
ットフォームのいずれでも使用することができる。その
ようなアプリケーションはプラットフォーム独立性と言
われた。

【００１１】拡張バス本願は一実施の形態では、拡張バスとして知られている
コンピュータ・システムの一部分に関する。拡張バスに
よって、コンピュータ・システムのプロセッサ（プロセ
ッサ上でソフトウエアを実行して）、主メモリ、および
プラットフォームに関連する他のハードウエアが、その
プラットフォーム外のハードウエア・デバイスを制御す
ることができるようになる。これらのデバイスとして
は、キーボード、プリンタ、スキャナ、ネットワーク・
インターフェイスとグラフィックス・カード、モデムな
らびにモニタが含まれる。拡張バスは、データ信号およ
び制御信号用の導体ならびにハードウエア支援用論理チ
ップ、および場合によりファームウエアとから構成され
る。ＩＳＡ（工業規格機構）、ＰＣＩ（周辺構成要素相
互接続）、Ｓ−バス、ＶＭＥバス等、様々な拡張バスが
ある。各拡張バスは、そのバス上のデバイスにアクセス
するためのプロトコルを定義する。

【００１２】デバイス・ドライバは、バス上でコンピュ
ータ・システムと結合されている周辺デバイスを制御す
るために使用するソフトウエアである。過去において
は、デバイス・ドライバは、プラットフォーム依存性で
あった。しかし、プラットフォーム独立性のデバイス・
ドライバの方式が下記の特許に記載されている。１９９
８年６月２９日に出願され、本特許出願の譲受人に譲渡
された、「ＰｌａｔｆｏｒｍＩｎｄｅｐｅｎｄｅｎｔ
ＤｅｖｉｃｅＤｒｉｖｅｒｓ」という名称の米国特
許出願第０９／１０７，０４７号、１９９８年６月２９
日に出願され、本特許出願の譲受人に譲渡された、「Ｓ
ｅｃｕｒｉｔｙＦｏｒＰｌａｔｆｏｒｍＩｎｄｅ
ｐｅｎｄｅｎｔＤｅｖｉｃｅＤｒｉｖｅｒｓ」とい
う名称の米国特許出願第０９／１０６，９１２号、１９
９８年６月２９日に出願され、本特許出願につき譲受人
に譲渡された、「ＥｎｄｉａｎｎｅｓｓＣｈｅｃｋｉ
ｎｇＦｏｒＰｌａｔｆｏｒｍＩｎｄｅｐｅｎｄｅ
ｎｔＤｅｖｉｃｅＤｒｉｖｅｒｓ」という名称の米
国特許出願第０９／１０６，９１０号。

【００１３】これらの特許出願は、本明細書中で参考と
して援用される。これらの特許出願に記載されているよ
うに、デバイス・ドライバとコア・プラットフォーム・
システム・ソフトウエア間で通信するためのテクニック
がある。この方式は、ＪａｖａＯＳとして呼ばれるオペ
レーティング・システムで実施されている。引用した特
許出願には、デバイス・ドライバをプラットフォーム独
立性にする方式が記載されている。所与のＪａｖａＯＳ
はプラットフォームから独立しており、バスにのみ依存
している。例えば、ＰＣＩバス上のデバイス用のＪａｖ
ａＯＳデバイス・ドライバは、それがサポートするＰＣ
ＩデバイスがＳｐａｒｃプロセッサ・ベースのプラット
フォームとｘ８６ベースのプラットフォームのいずれに
接続されているかによらず、変更なしに実行される。

【００１４】前記方式は、「バス・マネージャ」と呼ば
れるソフトウエア・エンティティの使用によって可能と
なる。バス・マネージャは、デバイス・ドライバがシス
テム・リソース（例えば、レジスタを含めたメモリにア
クセスするためのオブジェクト）を得るため、およびシ
ステム上でそれ以外の動作を実行するために、持つべき
インターフェイスを与えるシステム・カーネル・ソフト
ウエアである。バス・マネージャは、バスを制御しな
い。バス・マネージャはプラットフォーム依存性であ
り、各プラットフォームごとに、特定のバス用に１つの
バス・マネージャがサポートされる。バス・マネージャ
がプラットフォーム依存性であるので、ＪａｖａＯＳ
は、プラットフォーム独立性ではなく、プラットフォー
ム依存性である。しかし、サード・パーティは、Ｊａｖ
ａＯＳの多くのアスペクトをリリースすることができ
る。サード・パーティによってリリースされることので
きるＪａｖａＯＳの部分、例えば、デバイス・ドライバ
等は、プラットフォーム独立性である。

【００１５】上記で参照した特許出願に記載された方式
では、プラットフォーム独立性デバイス・ドライバは、
関連するバス・マネージャのアブストラクト・メモリ空
間に関するメモリの割振り要求を指定する。デバイス・
ドライバは、バス・マネージャ・インターフェイスを呼
び出し、そのデバイス・ドライバが割り振ることのでき
るすべてのメモリ・オブジェクトを記述するメモリ記述
子のアレイを得る。関連するバス・マネージャは、その
要求を受け取り、次にその要求を、関連するバス・マネ
ージャのアブストラクト・アドレス空間から、実アドレ
ス空間を使用するいわゆる「プラットフォーム・マネー
ジャ」に変換する。プラットフォーム・マネージャは実
アドレスを割り振り、そのアドレスが、デバイス・ドラ
イバ用の関連するバス・マネージャを介して戻される。
デバイス・ドライバはアブストラクト・メモリ空間にア
クセスするために関連するバス・マネージャと通信する
ので、デバイス・ドライバはプラットフォーム独立性で
ある。

【００１６】デバイス・ドライバ、バス・マネージャと
プラットフォーム・マネージャの間の通信は、Ｊａｖａ
プログラミング言語によって提供される階層アブストラ
クト・メモリ・オブジェクト・クラスとそれに関連する
サブクラスを使用して実行される。これらのクラスおよ
びサブクラスは、本明細書中で参考として援用する同時
係属の米国特許出願第０９／０４８，３３３号に詳細に
記載されている。しかし、本明細書に記載の方法、シス
テムおよびソフトウエアは、コンピュータ技術の当業者
に知られているテクニックを用いたどの類似のプログラ
ミング言語を使っても可能になることを理解されたい。

【００１７】図２に、プラットフォーム独立性デバイス
・ドライバの方式が象徴的に示されている。デバイス・
ドライバＡは拡張バス上のデバイスに関連付けられてい
る。デバイス・ドライバＡ（ソフトウエア・エンティテ
ィ）は、ソフトウエア・インターフェイスを介して、そ
の拡張バスと関連付けられているバス・マネージャＡと
通信する。デバイス・ドライバは、その動作のためにメ
モリ空間を割り振ってもらう必要がある。デバイス・ド
ライバはプラットフォーム独立性なので、それがどのプ
ラットフォーム上で走っているかにかかわらず、アドレ
ス空間を要求する。その要求を処理してメモリが割り振
られるようにするのは、一部には、バス・マネージャの
役割である。

【００１８】バス・マネージャは、システム・リソース
を得るために上位のバス・マネージャと通信することが
できる点で、階層的である。図２に示すように、最高位
のバス・マネージャはプラットフォーム・マネージャで
ある。バス・マネージャＡは、ドライバ要求を変換して
それをプラットフォーム・マネージャに転送する。プラ
ットフォーム・マネージャは、そのプラットフォームに
適した実際のメモリ空間を割り振り、メモリ記述子をバ
ス・マネージャを介してそのデバイス・ドライバに返
す。

【００１９】上記のプラットフォーム独立性デバイス・
ドライバの動作の一例として、ＰＣＩバス用に書かれた
デバイス・ドライバの場合について考える。ドライバ
が、ＰＣＩバスの「Ｃｏｎｆｉｇ」アドレス空間のメモ
リ指定アドレス０ｘ３００を要求する。ＰＣＩバス・マ
ネージャは、Ｃｏｎｆｉｇがポート０ｘ２０００から始
まり、１対１でマップされることを知っており、そのＣ
ｏｎｆｉｇアドレス空間の０ｘ２０００ポートをＩ／Ｏ
アドレス空間０ｘ２３００に変換する。デバイスがＳｐ
ａｒｃプラットフォーム上にある場合には、同じ０ｘ３
００アドレスがそのまま、デバイス・ドライバ（これは
プラットフォーム独立性である）によって要求される
が、バス・マネージャはＣｏｎｆｉｇアドレス空間を物
理アドレス０ｘ１４０００にマップすることを知ってい
るはずであり、実際の変換は物理メモリ・アドレス空間
０ｘ１４３００に行われる。

【００２０】プラットフォーム・バリアントがリリース
されたとき何が起こるかＪａｂａＯＳがリリースされるとき、いくつかのプラッ
トフォーム用のデバイスをサポートするためのバス・マ
ネージャの有限セットを含むことができる。プラットフ
ォームのバリアントがリリースされるとき、そのバリア
ント・プラットフォームの特定のバス上のデバイスは、
そのデバイスに関連付けられているバス・マネージャか
らはもはや管理できなくなる可能性がある。一例とし
て、ＣｙｒｉｘＭｅｄｉａＧｘｘ８６プラットフォ
ームのビデオ・デバイスがあった。そのデバイスはまず
ＰＣＩバス上に導入され、かつ、ＩＢＭｘ８６プラット
フォーム用ＰＣＩバス・マネージャを使用するデバイス
・ドライバによってサポートされる。その後、同じビデ
オ・デバイスがマザーボード上に移される。そのデバイ
スはＰＣＩデバイスの多くの特徴を保持しているが、Ｐ
ＣＩプロトコルの一部分ではないいくつかの新しい特徴
があり、そのため、そのプラットフォーム用に書かれコ
ア・プラットフォーム・ソフトウエアとしてリリースさ
れた既存のバス・マネージャでは処理できない。

【００２１】プラットフォームが変更されたとき、また
は新しいプラットフォームが導入されたとき、デバイス
・ドライバ用の既存のバス・マネージャがそのドライバ
を処理できなくなった場合には、従来技術による唯一の
対応策は、そのプラットフォーム・バリアント上のドラ
イバを処理することのできる適切なバス・マネージャを
追加するようにシステム・ソフトウエア・カーネルを書
き直すことである。バス・マネージャはコア・プラット
フォーム・ソフトウエアの部分であり、サン・マイクロ
システムズ、ＩＢＭなどの企業によって、あるいはＪａ
ｖａＯＳＯＥＭによって書かれ、リリースされる（Ｊ
ａｖａＯＳ用）。コア・ソフトウエア・カーネルを作成
し、デバッグし、リリースするために必要な時間と資源
を考えると、すべての新しいプラットフォームおよびプ
ラットフォーム・バリアントをサポートするのは現実的
ではない。すべてのプラットフォーム・バリアントを作
成後直ちにサポートするのは時間がかかりすぎるため
に、「商機」という事業上の制約を満たさない。コア・
システム・ソフトウエアを書き直すための代替方法は、
計画されたＯＳがアップグレードされるまで新しいプラ
ットフォームをサポートしないことである。これらの解
決方法のどちらも、望ましくない。

【００２２】

【発明が解決しようとする課題】本発明は、システム・
ソフトウエア・カーネルを変更する必要なく、新しいプ
ラットホームおよび変更されたプラットフォームをサポ
ートする手段を提供することを課題とする。

【００２３】

【課題を解決するための手段】本発明は、プラットフォ
ーム・サービス・エージェント（ＰＳＡｓ）と呼ばれる
アプローチを使用する。ＰＳＡは、そのプラットフォー
ム・バリアント用のシステム・ソフトウエアのバス・マ
ネージャと一緒に働き、システム・リソースを必要に応
じて変更する。ＰＳＡは、プラットフォームの細目を分
離し、したがってバス・マネージャを変更する必要はな
い。ＰＳＡ自体がカーネルの外にあり、ダウンロード可
能であり、プラットフォーム・バリアント用に容易に作
成できるので、システム・ソフトウエア・カーネルの修
正または再リリースなしに、新しいプラットフォームを
サポートすることができる。

【００２４】

【発明の実施の形態】本発明は、バス・マネージャがプ
ラットフォーム・カーネル・ソフトウエアをサポートす
るための方法と装置である。本発明の実施の形態のより
完全な記載を提供するために、以下の記載では多くの具
体的な詳細を説明する。しかしながら、当業者にとっ
て、本発明がそれらの詳細なしでも実行可能であること
は明白であろう。他の例では、本発明をあいまいにしな
いために、公知の特徴は詳細には説明しなかった。

【００２５】本発明の実施の形態は、Ｊａｖａオペレー
ティング・システム（ＪａｖａＯＳ）と呼ばれるシステ
ム・ソフトウエア中に実装される。Ｊａｖａプログラミ
ング言語は、多くの異なるクラスとインターフェイスを
含むプログラムを有するオブジェクト志向プログラミン
グ言語である。プログラムがマシン依存性の実行可能な
プログラム・コードにコンパイルされる多くのプログラ
ミング言語とは異なり、Ｊａｖａプログラミング言語で
書かれたプログラムはマシン独立性のバイトコードのク
ラスファイルにコンパイルされる。各クラスファイル
は、クラスファイル・フォーマットと呼ばれるプラット
フォーム独立性のフォーマットのコードとデータを含
む。実行手段として機能するコンピュータ・システム
は、バイトコードを実行する責任を問う仮想マシンとよ
ばれるプログラムを含む。仮想マシンは、マシン独立性
のバイトコード・クラスと、基礎をなすコンピュータ・
ハードウエアのマシン依存性の命令セットとの間のアブ
ストラクションのレベルを提供する。仮想マシンは様々
な異なるオペレーティング・システム用のものが存在す
る。

【００２６】新しいプラットフォームが導入されるか、
あるいはプラットフォームが変更された場合には、新し
いバス・マネージャが、新しいプラットフォームのデバ
イス・ドライバをサポートするために必要となろう。前
述したように、新しいバス・マネージャの作成は、シス
テム・ソフトウエア・カーネルの望ましくない変更であ
る。本発明は、「プラットフォーム・サービス・エージ
ェント」（ＰＳＡ）を実装することによって、問題を克
服する。新しいまたは変更したプラットフォームのデバ
イス・ドライバ（ここでは、「問題のあるドライバ」と
呼ぶ）の取扱いを実施するときは、新しいＰＳＡが必要
に応じてリリースされ、使用可能となる。デバイス・ド
ライバと同様に、ＰＳＡも分離したバイナリ（残りのＪ
ａｖａＯＳから分離している）であり、システム・ソフ
トウエア・カーネルの外にあり、したがってカーネルの
変更に伴う不利益は当てはまらない。

【００２７】図３は、本発明の実施の形態の動作を象徴
的に表す図である。問題のあるドライバから、以前のプ
ラットフォーム上のデバイス・ドライバを取り扱ってい
たはずのバス・マネージャにサービス要求が渡される。
バス・マネージャは、そのドライバが、関連するＰＳＡ
を有するかどうかチェックする。このケースのように未
確定デバイスが関連するＰＳＡを有する場合には、バス
・マネージャは、未確定デバイスにサービスを提供する
ために、そのＰＳＡからメソッドを呼び出す。図３に示
すように、ＰＳＡはシステム・ソフトウエア・カーネル
の外にある。本発明では、新しいバス・マネージャを書
く代わりに、ドライバ用のＰＳＡを書くことができるの
で、既存のバス・マネージャが、プラットフォーム・バ
リアント用バス・マネージャである場合と同様に実行で
きる。

【００２８】本発明は、バス・マネージャが割り振った
リソースを変更する方式を提供する。言い換えると、デ
バイス・ドライバとそのバス・マネージャの間のＪＤＩ
中のバス管理インターフェイスは、前のインターフェイ
スによってなされたことを変更するＰＳＡ中の対応イン
ターフェイスを持つことが可能である。

【００２９】ＰＳＡの実施の形態を、メモリ記述子の変
更に関連して、以下に記述する。しかし、これは例示的
なものにすぎない。本発明は、バス・マネージャによっ
て提供されるいかなる資源にも適用される。

【００３０】ＰＳＡシステムの動作ＰＳＡは、問題のあるドライバのバス・マネージャと一
緒に働いて、特定の未確定デバイスのためのシステム・
リソースを変更する。ＰＳＡは未確定プラットフォーム
の細目を分離するので、バス・マネージャは手付かずの
まま、残すことができる。ＰＳＡは（例えば、Ｊａｖａ
システム・ローダ（ＪＳＬ）を介して）それ自体ロード
可能である。本発明を使って、新しいｘ８６ベースのＰ
Ｃプラットフォームを、ｊａｖａＯＳベースの再リリー
スなしにサポートすることができる。

【００３１】所与のＰＳＡは、ＪＤＩクラスであるPlat
formServiceAgentクラス：.../src/javaos/javaos/java
x/system/jdi/PlatformServiceAgent.java.を拡張す
る。

【００３２】プラットフォーム・サービス・エージェン
ト・クラスは、逆に、DeviceDriverクラスを拡張し、Ｊ
ＤＩインターフェイスであるPlatformService：.../src
/javaos/javaos/javax/system/jdi/PlatformService.ja
vaを実施する。

【００３３】プラットフォーム・サービスのインターフ
ェイスは、特定の未確定デバイス用メモリ・記述子の変
更されたアレイを得るために、バス・マネージャが呼び
出す１つのメソッド、createMemoryDescriptors() を指
定し、ここで、引数deviceはＪａｖａシステム・データ
ベース（ＪＳＤ）のデバイス・ツリーのエントリであ
り、引数ｂはデバイス’バス・マネージャ：public Mem
oryDescriptor[]createMemoryDescriptors(Entry devic
e,ExpansionBus b)；の特定のインスタンスである。

【００３４】上記の実施の形態は１つのメソッドを取り
上げたが、他のバス・マネージャ機能のための他のメソ
ッドも、同様に本発明の範囲から逸脱することなく実施
することができる。

【００３５】図４に、本発明の動作を流れ図で示す。ス
テップ４０１でデバイス・ドライバをロードすると、ス
テップ４０２でＪＳＬがドライバのバス・マネージャの
getServing Parent() メソッドを呼び出し、ＪＳＤデバ
イス・ツリー中のその特定のデバイス用エントリを渡
す。これにより、バス・マネージャは機密保護のため、
バス・マネージャ自体の特定のＪａｖａのインナークラ
ス・インスタンスをインスタンス化する。その結果、ス
テップ４０３で、バス・マネージャはその指定のデバイ
スについて知ることができ、そのデバイスに具体的に割
り振られたリソースを含むことができる。（これによ
り、デバイス・ドライバ自体が既にその識別性を知って
いるので、そのバス・マネージャに自己を識別する必要
がなく、その結果、他の不特定のドライバが任意のデバ
イスをサポートしたいという要求することができないの
で、機密保護が得られる。）

【００３６】バス・マネージャが、そのデバイス用のMe
moryDescriptors を含むリソースを割り振るのはこの時
である。ステップ４０４で、まず、バス・マネージャ
は、管理対象であるデバイスについて通常行っているや
り方で、そのデバイス用のMemoryDescriptors の初期セ
ットを決定する。次に、図中の判断ブロック４０５で、
そのデバイス・ドライバがＰＳＡを持つ場合（それが問
題のあるドライバであるという意味）、バス・マネージ
ャは、ステップ４０６で、ＰＳＡのcreateMemoryDescri
ptors()メソッドを呼び出し、そのデバイス用のMemoryD
escriptorsの変更されたアレイを得る。

【００３７】ＰＳＡのcreateMemoryDescriptors() メソ
ッドは、そのバス・マネージャのインナークラスのデバ
イスの特定のインスタンス化を行い、ＰＳＡはバス・マ
ネージャのすべてのメソッドを、その処分において、持
ち、例えば、ステップ４０７で、MemoryDescriptors(既
にバス・マネージャによって決定済み）のデバイスの初
期割振りを得る。さらに、ＰＳＡは、PlatformManager
のデバイスとして、その処分において、それ自体がバス
・マネージャであるPlatformManager のメソッドを持
つ。ステップ４０８で、両方のバス・マネージャのそれ
らのメソッドをその初期アルゴリズムと共に使用するこ
とによって、ステップ４０９で、ＰＳＡのcreateMemory
Descriptors()メソッドが未確定デバイス用のMemoryDes
criptorsの新しいアレイをデバイスのバス・マネージャ
に返す。ロードされたデバイス用のＰＳＡがないとき
は、システムは、ステップ４０８で、PlatformManager
のメソッドを使用するバス・マネージャを含む援用の特
許出願に記載したとおりに動作し、ステップ４０９で、
メモリ記述子の新しいアレイを返す。

【００３８】たとえ、未確定デバイスが実際にはそのバ
ス・マネージャの真のデバイスではない場合であって
も、そのＭｅｍｏｒｙＤｅｓｃｒｉｐｔｏｒｓはＰＳＡ
によってセットされ、その特定のバス・マネージャ用の
有効な記述子であるように見える。ＰＳＡは、単一のバ
ス・マネージャに限定されているのではなく、多重バス
・マネージャをサポートすることができる。ＰＳＡは、
例えば、それに渡したバス・マネージャがＩＳＡであっ
た場合には、ＩＳＡバス・マネージャへMemoryDescript
ors を返し、それに渡したバス・マネージャバス・マネ
ージャがＰＣＩである場合には、ＰＣＩバス・マネージ
ャへMemoryDescriptorsを返す。

【００３９】ＰＳＡ仮想デバイス上記のように、ＰＳＡは、PlatformServiceインターフ
ェイスを実施するDeviceDriver である。ＰＳＡはデバ
イス・ドライバなので、それは関連のバス・マネージ
ャ、すなわちPlatformManagerを持つ。（PlatformManag
erは実際にはアブストラクト・クラス1386Platformによ
って拡張された１つのアブストラクト・クラスであり、
そのアブストラクト・クラス1386Platformも、もとはPC
Platformによって拡張されたものである。PCPlatform
は、次に、各特定のＰＳＡ用にインスタンス化されたイ
ンナークラスICPCPlatformを持ち、そして、このように
して、MemoryDescriptorsなどの特定のＰＳＡのシステ
ム・リソースを含む。PlatformManagerを含むバス・マ
ネージャがExpansionBusManager アブストラクト・クラ
スを拡張するので、ＰＳＡはそのメモリ記述子を得るた
めのものを含んだ、その処置での、ＪＤＩバス・マネー
ジャ・メソッドのすべてを持つ。

【００４０】バス・マネージャによる管理のされ方とい
う見地から見ると、ＰＳＡデバイスは、ＩＳＡデバイス
に類似している。例えば、ＩＳＡバス・マネージャは、
どちらのＩＳＡデバイスが現行であるかを決定するため
に、その「ｂｕｓＮａｍｅ」プロパティの値として「Ｉ
ＳＡ」を指定する各デバイスに対応するデバイス・ツリ
ー中のデバイス・エントリを構築しなければならない。
さらに、ＩＳＡバス・マネージャは、ハードウエアを探
査することによりレジスターなどのデバイス・パラメー
タを決めることはできないので、そのため、これらのパ
ラメータをデバイスによって指定されたプロパティから
決定する。

【００４１】同様に、ＰＳＡは、ハードウエア中を探査
することのできない仮想デバイスであり、したがってプ
ロパティによって指定される。プロパティの指定の仕方
の１つは、いわゆる「ビジネス・カード」である。ＰＳ
ＡはＩＳＡデバイスに類似しているので、デバイス・パ
ラメータを指定するビジネス・カード中で、同じシンタ
ックスが使用される。ＰＳＡビジネス・カードは、ｂｕ
ｓＮａｍｅの値がＰＳＡ用の「Ｐｌａｔｆｏｒｍ」にな
っているＩＳＡビジネス・カードからはっきり区別され
ている。

【００４２】コードの共用に関しては、デバイス・ツリ
ーを構築するためのビジネス・カードからＩＳＡデバイ
スを探査するためのＩＳＡバス・マネージャ中の以前の
コードを、ＩＳＡビジネス・カードからデバイス・パラ
メータを決定するためのコードと共に、ＩＳＡバス・マ
ネージャから、ExpansionBusManagerクラスに移して、
ＩＳＡバス・マネージャとプラットフォーム・マネージ
ャの双方がそれを使用することができるようにした。

【００４３】機密保護の配慮未確定デバイス・ドライバとＰＳＡの双方は、同じ組織
によって開発される。しかし、機密保護の配慮から、デ
バイス・ドライバとＰＳＡは別々に展開される必要があ
る。ＰＳＡはロード可能なバス・マネージャで、デバイ
ス用システム・リソースを割り振ることができる。した
がって、ローカル・サーバにある公知の信頼性のあるフ
ァイル（Ｊａｖａアプレット・リソース（ＪＡＲ）ファ
イルなど）からロードするよう構成されるべきである。
ＰＳＡは、デバイス・ドライバが直接呼び出すことがで
きるメソッドを提供することができるので、ＰＳＡをサ
ーバで許す前に、ＰＳＡのソース・コードをとっておく
（あるいは、信頼性あるソースから写しを取っておく）
ことを推奨する。デバイス・ドライバは、多少信頼性に
欠けるが、インターネット上のロケーションからロード
することもできる。

【００４４】ＰＳＡのロードと呼出しＰＳＡのロードと呼出しを、図５の流れ図中に示す。図
５の実施形態は、ＩＳＡバス・マネージャ上のデバイス
用に書かれたＰＳＡに関するが、本発明は、あらゆる他
のバス・マネージャにも同じ応用ができる。図５を参照
すると、ＩＳＡデバイスは、ステップ５０１で、そのビ
ジネス・カード中の、そのＰＳＡの論理名を、新しいプ
ロパティ「ＰＳＡ」を介して指定する（名付け変換とし
て、ＰＳＡのlogicname は、「＜デバイス＿名前＞ＰＳ
Ａ」であり、ここで、＜デバイス＿名前＞は、デバイス
の名前またはデバイスの論理名のいずれかである）。対
応するＰＳＡ用のビジネス・カードはステップ５０２
で、bundleInstanceInfoプロパティの論理名部分中に同
じ論理名を指定し、そして、それが、bundleInstanceIn
foプロパティのインターフェイス名部分として、javao
s.javax.system.jdi.PlatformServiceを指定する。

【００４５】ステップ５０３で、ＪＳＬがＩＳＡデバイ
スをロードしているとき、ＩＳＡバス・マネージャのge
tServingParent()メソッドが、特定のデバイス用のバス
・マネージャのインナークラスをインスタンス化するた
めに、呼び出され、そして、バス・マネージャがデバイ
ス・ドライバのＰＳＡを呼び出す（createMemoryDescri
ptors() を呼ぶ）のはこの時である。ＩＳＡバス・マネ
ージャがこれを行うのは、判断ブロック５０４で、デバ
イスのビジネス・カードが非空白の「ＰＳＡ」を指定し
たときだけである。デバイスのビジネス・カードが非空
白の「ＰＳＡ」を指定したときは、ＩＳＡバス・マネー
ジャが、ステップ５０５で、そのjavaos.javax.system.
jdi.PlatformService インターフェイスを実施するサー
ビスのためのService-Loader.findAdvertisements()メ
ソッドを使用して、ServiceAdvertisementsの一覧表を
得る。次に、その一覧表の中の各ServiceAdvertisement
のために、ＩＳＡバス・マネージャが、ServiceAdverti
sementノgetLogicalName() メソッドを呼び出し、ステッ
プ５０６で、その名前をＰＳＡプロパティ中に指定した
名前と比較して一致するものを見つけ出す。一致するも
のが見つかった場合には、ステップ５０７で、一致した
ServiceAdvertisementをService-Loader,findService()
メソッドに渡すことにより、ＰＳＡ用のServiceConnect
ionが得られ、SeviceConnectionのconnect()メソッド
（ connect（空白、真））が呼び出され、その後、Sevi
ceConnectionのgetService()メソッドを呼び出して、ス
テップ５０８で、１つのサービスであるＰＳＡを得る。

【００４６】ドライバとそれらのＰＳＡ間の通信メモリ・オブジェクトなどのシステム・リソースを割り
振るために、デバイス・ドライバはそれらのバス・マネ
ージャとインターフェイスし、そして、ドライバのバス
・マネージャはドライバのＰＳＡとインターフェイスす
る。ドライバは、システム・リソースを割り振るために
そのＰＳＡと直接インターフェイスしない。

【００４７】ＰＳＡとそれらのデバイス・ドライバとの
間の通信のための１つの実行可能な設備は、ＰＳＡがＪ
ＳＤ中のデバイスのエントリにプロパティ値を記憶させ
ておくことと、デバイス・ドライバがそのプロパティ値
を取り出せることを必要とする。ドライバはそのデバイ
ス・エントリを持たないので、新しいメソッドがExpans
ionBusManager、getDeviceEntry に加えられ、それに返
される。インナークラス・バス・マネージャのみが実際
にそのデバイス・エントリを認知しているので、このメ
ソッドは、ExpansionBusManager に空白を返すようにデ
フォルトが設定される。このインナークラスは、次に、
それによってサービスされるデバイスに対応するデバイ
ス・エントリを返すメソッドでgetDeviceEntry()を無効
にする。

【００４８】このメソッドを使うことによって実現する
設備によれば、ＰＳＡは、ドライバとバス・マネージャ
間のＡＰＩを拡張する必要なしに、ドライバが必要とす
るような情報の断片ごとの追加情報を、その対応するド
ライバに提供することができる。ドライバがそのＰＳＡ
を見つけ出し、ＰＳＡのメソッドを直接呼び出すことも
可能である。（この設備が、デバイス・ドライバとイン
ナークラス・バス・マネージャ間のＡＰＩの機密保護が
壊されるのを許さないことは注目に値する。例えば、た
とえ、ドライバがＰＳＡのcreateMemoryDescriptors()
メソッドを直接に呼び出すことができたとしても、ドラ
イバに、メモリ・オブジェクトを割り振るための、Memo
ryDescriptorをバス・マネージャに渡すバス・マネージ
ャＡＰＩがない。）

【００４９】コンピュータ実行環境の実施の形態（ハー
ドウエア）本発明の実施の形態は、図１に示す通り、コンピュータ
１００などの汎用コンピュータで実行されるコンピュー
タ読取りコードの形式で、あるいは同様のコンピュータ
で実行されるバイトコード・クラス・ファイルの形式
で、コンピュータ・ソフトウエアとして実装される。キ
ーボード１１０とマウス１１１は、二方向システム・バ
ス１１８に結合されている。そのキーボードとマウス
は、ユーザ入力をコンピュータ・システムに導入しその
ユーザ入力をプロセッサ１１３に通信するためのもので
ある。他の適切な入力デバイスが、マウス１１１とキー
ボード１１０に加えて、またはそれらに替えて使用され
る。二方向システム・バス１１８に結合されたＩ／Ｏ
（入力／出力）ユニット１１９はプリンタ、Ａ／Ｖ（オ
ーディオ／ビデオ）Ｉ／ＯなどのＩ／Ｏ要素を示す。

【００５０】コンピュータ１１０はビデオ・メモリ１１
４、主メモリ１１５および大容量記憶装置１１２を含ん
でおり、それらすべてが、キーボード１１０、マウス１
１１およびプロセッサ１１３と共に二方向システム・バ
ス１１８に結合されている。大容量記憶装置１１２は、
磁気式、光学式または光学磁気式の記憶システム、ある
いはその他の利用可能な大容量記憶技術等の固定と着脱
可能の両方の媒体を含んでいる。バス１１８は、例え
ば、ビデオ・メモリ１１４または主メモリ１１５をアド
レスするための３２本のアドレス・ラインを有する。シ
ステム・バス１１８は、さらに、例えばプロセッサ１１
３、主メモリ１１５、ビデオ・メモリ１１４および大容
量記憶装置１１２などの構成要素間でデータを送信する
３２ビット・データ・バスを含んでいる。あるいは、多
重データ／アドレス・ラインは、別のデータとアドレス
・ラインの代わりに使用することができる。

【００５１】本発明の１実施の形態では、プロセッサ１
１３は、６８０Ｘ０プロセッサ等のモトローラ製のマイ
クロプロセッサ、あるいは８０Ｘ８６またはＰｅｎｔｉ
ｕｍプロセッサ等のインテル製マイクロプロセッサ、あ
るいはサン・マイクロシステムズ、Ｉｎｃ．製のＳＰＡ
ＲＣマイクロプロセッサである。しかし、この他の適当
なマイクロプロセッサまたはマイクロコンピュータも使
用できる。主メモリ１１５は、ダイナミック・ランダム
・アクセス・メモリ（ＤＲＡＭ）で構成されている。ビ
デオ・メモリ１１４は、２重ポート式ビデオ・ランダム
・アクセス・メモリである。そのビデオ・メモリ１１４
の一方のポートはビデオ増幅器１１６に結合されてい
る。このビデオ増幅器１１６は、陰極線管（ＣＲＴ）ラ
スタ・モニタ１１７を駆動するために使用される。ビデ
オ増幅器１１６は公知であり、適当な装置で実施され
る。この回路構成は、ビデオ・メモリ１１４に記憶され
たピクセル・データを、モニタ１１７で使えるラスタ・
データに変換する。モニタ１１７は、グラッフィック・
イメージを表示するのに適したタイプのモニタである。

【００５２】コンピュータ１００は、さらに、バス１１
８に結合した通信インターフェイス１２０を含んでい
る。通信インターフェイス１２０は、ネットワーク・リ
ンク１２１を介して、ローカル・ネットワーク１２２と
の２−ウエイ・データ通信結合を形成する。例えば、通
信インターフェイス１２０が、統合サービス・デジタル
・ネットワーク（ＩＳＤＮ）カードまたはモデムである
場合には、通信インターフェイス１２０は、ネットワー
ク・リンク１２１の部分を含む対応するタイプの電話線
とのデータ通信接続を形成する。通信インターフェイス
１２０がローカル・エリア・ネットワーク（ＬＡＮ）カ
ードである場合には、通信インターフェイス１２０は、
ネットワーク・リンク１２１を介して、対応するＬＡＮ
とのデータ通信接続を形成する。ワイアレス・リンクも
可能である。このような実施形態においては、通信イン
ターフェイス１２０が、様々なタイプの情報を表すデジ
タル・データ・ストリームを搬送する電気の、電磁の、
または光学の信号を送信および受信する。

【００５３】ネットワーク・リンク１２１は、通常、１
つまたは複数のネットワークを介して、他のデータ・デ
バイスとのデータ通信を形成する。例えば、ネットワー
ク・リンク１２１は、ローカル・ネットワーク１２２を
介して、ローカル・サーバ・コンピュータ１２３との、
またはインターネット・サービス・プロバイダ（ＩＳ
Ｐ）１２４によって操作されるデータ機器との接続を形
成する。これに対し、ＩＳＰ１２４は、現在一般に「イ
ンターネット」１２５と呼ばれているワールド・ワイド
・パケット・データ通信ネットワークを介して、データ
通信サービスを提供する。ローカル・ネットワーク１２
２とインターネット１２５はともに、デジタル・データ
・ストリームを搬送する電気の、電磁の、または光学の
信号を使用する。様々なネットワークを経由する信号と
ネットワーク・リンク１２１の信号および通信インター
フェイス１２０を経由する信号はいずれも、デジタル・
データをコンピュータ１００へ、またはコンピュータ１
００搬送する。これらはいずれも情報を運搬する搬送波
の典型である。

【００５４】コンピュータ１００は、ネットワーク、ネ
ットワーク・リンク１２１および通信インターフェイス
１２０を介して、メッセージを送信し、プログラム・コ
ードを含むデータを受信すことができる。インターネッ
トの実施形態では、リモート・サービス・コンピュータ
１２６は、インターネット１２５、ＩＳＰ１２４、ロー
カル・ネットワーク１２２および通信インターフェイス
１２０を介して、要求に応えてアプリケーション・プロ
グラム用コードを伝送する。

【００５５】受信したコードは受信したままプロセッサ
１１３によって実行され、および／または、大容量記憶
装置１１２または後の実行のための非揮発性ストレージ
に記憶される。このようにして、コンピュータ１００は
搬送波の形式でアプリケーション・コードを得る。

【００５６】アプリケーション・コードは、コンピュー
タ・プログラム・プロダクトのあらゆる形式で実行され
る。コンピュータ・プログラム・プロダクトは、コンピ
ュータ読取り可能なコードを記憶または伝送するよう形
成された媒体、またはコンピュータ読取り可能なコード
が記録された媒体を含む。コンピュータ・プログラム・
プロダクトのいくつかの例として、ＣＤ−ＲＯＭディス
ク、ＲＯＭカード、フロッピー・ディスク、磁気テー
プ、コンピュータ・ハード・ドライブ、ネットワーク上
のサーバ、および搬送波がある。

【００５７】上記のコンピュータ・システムは、単なる
例示的なものにすぎない。本発明の実施の形態は、あら
ゆるタイプのコンピュータ・システムまたはプログラミ
ングまたはプロセッシング環境で実行することができ
る。

【００５８】このように、バス・マネージャがプラット
フォーム・カーネル・ソフトウエアをサポートする機構
を提供するメソッドと装置は、１つまたは複数の具体的
な実施の形態と共に記載される。本発明は、請求項の記
載およびあらゆるそれと同等の記載によって定義され
る。

【図面の簡単な説明】

【図１】本発明を実施するためのコンピュータ・システ
ムの例を示す図である。

【図２】交互のドライバ／マネージャ方式を示す図であ
る。

【図３】本発明の実施の形態を示す図である。

【図４】本発明の動作を示す流れ図である。

【図５】本発明の動作を示す流れ図である。

【符号の説明】

１１０キーボード１１１マウス１１２大容量記憶１１３プロセッサ１１４ビデオ・メモリ１１５主メモリ１１６ビデオ増幅器１１８バス１１９入力／出力１２０通信インターフェイス１２１ネットワーク・リンク１２２ローカル・ネットワーク１２３ホスト１２４インターネット・サービス・プロバイダ１２５インターネット１２６サーバ

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮＡＮＴＯＮＩＯＲＯＡＤＰＡＬＯＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者グレゴリー・スローターアメリカ合衆国・94306・カリフォルニア州・パロアルト・エマーソンストリート・3326 (72)発明者ドナルド・ハドソン，ジュニアアメリカ合衆国・94086・カリフォルニア州・サニーベイル・（番地なし）・ピーオーボックス・70535 (72)発明者トーマス・ソウルポウアメリカ合衆国・95120・カリフォルニア州・サンホゼ・ブレットハートドライブ・6938 (72)発明者ユー−エン・イーアメリカ合衆国・95130・カリフォルニア州・サンホゼ・ハーモニーウェイ・ 4998 (72)発明者バーナード・トラバーサットアメリカ合衆国・94109・カリフォルニア州・サンフランシスコ・カリフォルニアストリート・2055・アパートメント２番

Claims

【特許請求の範囲】

【請求項１】デバイス・ドライバへのインターフェイ
スを実装するコンピュータ実施方法であって、第１のプラットフォームに関連する前記デバイス・ドラ
イバから要求を生成するステップと、前記要求をバス・マネージャ・インターフェイスに供給
するステップであって、前記バス・マネージャ・インタ
ーフェイスは第２のプラットフォーム用に書かれてお
り、前記バス・マネージャ・インターフェイスは前記要
求を処理することができないステップと、前記バス・マネージャ・インターフェイスが前記要求を
処理できるようにプラットフォーム・サービス・エージ
ェント（ＰＳＡ）を使用して前記バス・マネージャ・イ
ンターフェイスを変更するステップとを含む方法。
【請求項２】前記第１のプラットフォームが前記第２
のプラットフォームのバリアントである請求項１に記載
の方法。
【請求項３】前記バス・マネージャがシステム・ソフ
トウエア・カーネルの一部分である請求項１に記載の方
法。
【請求項４】前記ＰＳＡが前記システム・ソフトウエ
ア・カーネルの一部分ではない請求項３に記載の方法。
【請求項５】前記デバイス・ドライバ、前記バス・マ
ネージャおよび前記ＰＳＡがＪａｖａプログラミング言
語で実施される請求項１に記載の方法。
【請求項６】前記要求がメモリ記述子のアレイを求め
る要求であり、前記ＰＳＡがメモリ記述子の前記アレイ
を変更し、次いで前記デバイス・ドライバがメモリ記述
子の前記変更されたアレイの１つに関連するメモリを割
り振るメソッドを呼び出す請求項１に記載の方法。
【請求項７】デバイス・ドライバへのインターフェイ
スを実装する装置であって、第１のプラットフォームに関連するデバイス・ドライバ
と、前記デバイス・ドライバによって呼び出されるバス・マ
ネージャ・インターフェイスであって、第２のプラット
フォーム用に書かれており、前記デバイス・ドライバに
よって生成された要求を処理することができないバス・
マネージャ・インターフェイスと、前記バス・マネージャ・インターフェイスが前記要求を
処理できるように前記バス・マネージャ・インターフェ
イスを変更するプラットフォーム・サービス・エージェ
ント（ＰＳＡ）とを含む装置。
【請求項８】前記第１のプラットフォームが前記第２
のプラットフォームのバリアントである請求項７に記載
の装置。
【請求項９】前記バス・マネージャがシステム・ソフ
トウエア・カーネルの一部分である請求項７の装置。
【請求項１０】前記ＰＳＡが前記システム・ソフトウ
エア・カーネルの一部分ではない請求項９の装置。
【請求項１１】前記デバイス・ドライバ、前記バス・
マネージャ、および前記ＰＳＡがＪａｖａプログラミン
グ言語で実施される請求項７に記載の装置。
【請求項１２】前記要求がメモリ記述子のアレイを求
める要求であり、前記ＰＳＡがメモリ記述子の前記アレ
イを変更し、次いで前記デバイス・ドライバがメモリ記
述子の前記変更されたアレイの１つに対応するメモリを
割り振るメソッドを呼び出す請求項７の装置。