JP2003303181A - 分散処理システムおよび分散処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】分散オブジェクトに持たせる優先度を変更した
い場合に、簡易にこれを行うことができる仕組みを提供
するものである。 【解決手段】ＯＳを搭載してこのＯＳのもとで動作する
分散オブジェクトにて機能する機器であって、前記分散
オブジェクトはネットワークで接続されたリモート機器
からのリクエストを受け付けることが可能であり、リク
エストを受けた分散オブジェクトは与えられた優先度に
て処理実行されるようにした分散処理システムにおい
て、各分散オブジェクトに与える処理実行の優先度の情
報を保持すると共に、当該情報内容を任意に修正可能な
優先度情報保持手段200,300を設け、各分散オブジェク
トが動作する場合のＯＳ上の優先度の値は、それぞれ優
先度情報保持手段200,300にて取得する構成とすること
を特徴とする分散処理システムを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークによ
って接続される複数の計算機要素に対して、処理優先度
つきの分散オブジェクト環境、例えば、ＣＯＲＢＡを導
入した分散処理システムに係わり、特に分散オブジェク
トの優先度を集中管理可能にして優先度変更を容易にし
た分散処理システムおよび分散処理プログラムに関す
る。

【０００２】

【従来の技術】多数の組み込み機器（エンベッド）を用
いて構成したシステムの場合、特にそれぞれの組み込み
機器がＣＰＵ（プロセッサ）を制御の中枢に持つ独立し
たインテリジェントなシステムであって、自身に組み込
まれているＯＳ（オペレーティング・システム）の管理
下で稼動するような仕組みを持つ組み込み機器同士がネ
ットワークで繋がっているようなシステムの場合には、
あるいはこのような組み込み機器が組み込み機器制御用
のＰＣ（コンピュータ）に繋がっているようなシステム
の場合には、各組み込み込み機器に対する処理の優先度
（プライオリティ）については、一般化した概念で考え
るようにする必要がある。

【０００３】すなわち、要求される処理それぞれに優先
度があり、重要度や緊急性の高い処理ほど、高い優先度
を与えて処理を優先させる必要がある。

【０００４】一方、このような組み込み機器において、
優先度の扱いは搭載したＯＳの仕様に従うことになる。
また、ＯＳとしては様々なものが流通していて、上記組
み込み機器の開発メーカはその中から、自身の使い慣れ
た特定ＯＳや、需要の多いＯＳを選定し、搭載すること
になるが、優先度の値の扱いとなると、それぞれのＯＳ
世界により、際立った違いがあり、これが障壁になる。
すなわち、それぞれのＯＳ世界により、優先度の高低
（レベル）を決める値の取り扱いに違いがあり、分散処
理にあたって、問題になる。

【０００５】例えば、ＶＭＥバス上に搭載可能なＣＰＵ
上で動作させる計測制御システムに利用されるＯＳとし
てＶｘＷｏｒｋｓがあるが、このＶｘＷｏｒｋｓ(Ver.
5) であれば、取り得る優先度値の範囲は“０”から“2
55”であり、また、パソコンＯＳであるＷｉｎｄｏｗｓ
NT 4.0（マイクロソフト社の商標）であれば、取り得る
優先度値の範囲は“−１５”から“１５”であって、間
は飛び飛びであり、Solaris（米サンマイクロシステム
ズ社の商標：米サン・マイクロシステムズによって開発
されたUNIX（米AT&T社の商標）のこと。）の世界、特に
リアルタイム拡張版であるSolaris８ならばリアルタイ
ムでない優先度が“１２０”程度の範囲で、且つ、リア
ルタイム優先度の段階が“６０”程度の範囲の値を用い
る。

【０００６】そして、各処理については、重要性や緊急
性に応じて高低最適の優先度を値で設定する。優先度の
高いものほど、OSが有するタスク・スケジューラは、先
に処理をCPUに割り当てる。但し、優先度の値や、スケ
ジューリング・アルゴリズムの詳細はその値が大きい方
と小さい方のどちらが高い優先度となるかといった実際
の扱いは、ＯＳの種類により様々である。

【０００７】そして、分散環境の場合、たとえば、後述
するＣＯＲＢＡのような分散環境の場合、この違いは大
きな問題となって跳ね返ることになる。

【０００８】周知のように、分散環境というのは、ネッ
トワーク・アプリケーションを構築する主要な技術の一
つである分散オブジェクト指向技術による処理環境であ
って、これはデータの処理や操作を、手続きの流れとし
てではなく、「もの（オブジェクト）」同士の関係とし
てとらえる考え方で、各種オブジェクト（オブジェクト
指向プログラミングにおいて、プログラムを構成する基
本的なモジュール）を分散配置して処理を分担させて進
めていく方式である。そして、複数のオブジェクトがあ
って、各オブジェクトに定義するオペレーションを、所
定のインタフェース言語（IDL）で定義する仕様を与
え、定義されたオブジェクトをクライアントから所定の
手続で呼べるようにするためのルールを決めたものがＣ
ＯＲＢＡ仕様である。

【０００９】リアルタイムＣＯＲＢＡ環境においては、
新しいオブジェクトを作成して、所望の優先度を指定し
てこの優先度で活性化しておく。後に、そのオブジェク
トに対するリクエストが、リモートにあるクライアント
から到着したとき、先に指定した優先度を与えたタスク
が生成され、リクエストの処理をそのタスク上で実行す
る。処理の要求（リクエスト）が同時に多数発生した場
合、優先度の高いリクエストから実行されることになる
が、優先度が同じ場合は、所定のタスク・スケジューリ
ングに従って処理される。

【００１０】ＣＯＲＢＡ環境においては、プログラムは
オブジェクト単位で与えられる。そして、ＣＯＲＢＡ仕
様のＯＲＢ環境で動作するオブジェクトをＣＯＲＢＡオ
ブジェクトと呼ぶ。 ＣＯＲＢＡオブジェクトは一つ以
上のサービスとこれに対応するインタフェースを提供す
る。そして、ＣＯＲＢＡオブジェクト同士であれば、場
所や環境に関係なくやり取りができる。

【００１１】ここで、本発明が適用対象としているＣＯ
ＲＢＡの世界について、もう少し詳しく触れておく。す
なわち、ＣＯＲＢＡとは、“Common Object Request Br
okerArchitecture”の略であり、分散オブジェクト指向
技術における標準的技術の一つであって、分散オブジェ
クト技術の標準化団体であるＯＭＧ(Object Management
Group) が策定した規格である。

【００１２】ＣＯＲＢＡは、分散したオブジェクトをネ
ットワークで、ハードウエアやＯＳに関係なく共有化
し、統合するアーキテクチャの開発を目的とした標準仕
様であって、ＣＯＲＢＡの規格では、バージョン２．４
（ＣＯＲＢＡ 2.4 ）において、特にリアルタイム処理
分野や、組み込みシステム分野を対象とした、処理優先
度の概念を分散オブジェクトに導入した規格としてリア
ルタイム・コルバ(Real-time ＣＯＲＢＡ、以下、ＲＴ
−ＣＯＲＢＡと称する)を正式に採択した。そして、そ
の優先度処理に関する標準仕様の部分を、特に、ＲＴ−
ＣＯＲＢＡ 1.0と呼んでいる。ＣＯＲＢＡは、ヘテロジ
ニアスな分散環境を許容する（ＯＳが違っていても良
い）ので、優先度の有効範囲が異なるＯＳ間でのオペレ
ーションの呼び出しにおいて、その優先度の値をどのよ
うに渡すかが問題になる。

【００１３】本発明はＣＯＲＢＡオブジェクトに持たせ
る優先度を変更したい場合での問題点を解決するもので
あるが、ここでは上述のＲＴ−ＣＯＲＢＡに注目してみ
る。

【００１４】Real-time ＣＯＲＢＡ 1.0を特徴付ける仕
様のうち、本発明に関連する内容として、プライオリテ
ィ・マッピングの概念がある。

【００１５】このプライオリティ・マッピングとは、異
なるオペレーティング・システム（ＯＳ）が存在する分
散環境上のオブジェクトに、処理優先度の概念を導入す
るために、必然的に導入された概念であって、ネーティ
ブ・プライオリティとＣＯＲＢＡプライオリティとの間
での優先度変換に用いる概念である。

【００１６】ＣＯＲＢＡプライオリティは、ＣＯＲＢＡ
の規格が適用されたシステムにおいて、ネットワーク上
のすべての分散オブジェクトにとって共通の優先度指標
を表すものとして導入された優先度概念であり、これに
対して、個別のＯＳで使用する優先度を指す用語がネー
ティブ・プライオリティであって、両者間の優先度変換
は、ＣＯＲＢＡの基本サービスを提供するソフトウエア
であるＯＲＢ(ObjectRequest Broker：オブジェクト・
リクエスト・ブローカ）によって図られる。

【００１７】ＯＲＢは、分散環境におけるオブジェクト
間のやり取りを実現するためのメカニズムを提供するソ
フトウエアであって、リモートオブジェクト同士の相互
的なやり取りを実現するために必要なミドルウエアであ
り、オブジェクト間での要求と応答をシームレスに実現
するための仲介役としての機能を果たすものであるが、
ＲＴ−ＣＯＲＢＡにおいては、当該ＯＲＢによってＣＯ
ＲＢＡプライオリティとネーティブ・プライオリティ間
での優先度の変換を図るようにしているわけである。

【００１８】そして、マッピングとは、このＯＲＢにお
いて用いる変換の規則を指す呼び名であり、ＣＯＲＢＡ
規格では個別のＯＲＢにおいて定義すべきものとして扱
われている。

【００１９】ＲＴ−ＣＯＲＢＡ規格が定めるリアルタイ
ム優先度の処理方式は、プログラム記述のために提供さ
れている各プログラミング言語それぞれにおいて各言語
マッピングにより、ＡＰＩ（Application Program Inte
rface）として定められている。

【００２０】例えば、Ｃ^＋＋言語であれば、このＣ^＋＋
言語でのＡＰＩとして、また、Ｊａｖａ（サンマイクロ
システム社商標）言語ならばＪａｖａ言語でのＡＰＩと
して、具体的な言語でのＣＯＲＢＡ仕様によるＡＰＩと
して定められている(CORBA言語マッピングと呼ばれ
る)。そして、予定したプライオリティ（優先度）の数
値は、プログラミング言語で記述したプログラム記述で
あるソース・コード上から変数を経由して与えることが
可能である。

【００２１】このように、ＣＯＲＢＡの基本サービスを
提供するソフトウエアであるＯＲＢを用いることによ
り、ＣＯＲＢＡプライオリティとネーティブ・プライオ
リティ間での優先度の値の変換を図ることができるが、
ＲＴ−ＣＯＲＢＡ規格を搭載するＯＲＢは、優先度処理
を有効に機能させるために、大きく次の２点に分類され
る仕様を定めている。１つは“プロセッサ・リソースの
管理”であり、もう一つは“ＯＲＢ間の通信の制御”で
ある。

【００２２】これらのうち、“プロセッサ・リソースの
管理”とは、分散オブジェクトにおける優先度モデルと
その実装手段の提供や、スレッド・プール管理手段の提
供などを指しており、また、“ＯＲＢ間の通信の制御”
とは、優先度の逆転を避けるようなコネクションの確立
や、プロトコルの選択手段などを指している。

【００２３】ここで、上述の優先度モデルとは、分散シ
ステム上での優先度の与え方や管理方法を定めるモデル
のことを指す。ＲＴ−ＣＯＲＢＡ１．０では、“サーバ
・デクリアード・モデル”と“クライアント・プロパゲ
ーティッド・モデル”という２つのモデルが定義されて
いる。このモデルの選択は、一般のＣＯＲＢＡサーバ構
築における一般の方法と同様に、ＰＯＡ（Potable Obje
ct Adapter：ポータブル・オブジェクト・アダプタ）へ
のポリシー指定という形で実装することができる。

【００２４】なお、サーバ側におけるオブジェクトリフ
ァレンスの生成や破棄、オブジェクトの実装、活性化や
非活性化などの機能を実現する部分については、ＯＲＢ
とは切り離したコンポーネントとする（つまり、オブジ
ェクト・アダプタというコンポーネントとする）が、前
記のＰＯＡは、このコンポーネントにおける通信プロト
コルおよびオブジェクト・アダプタの詳細な振る舞いを
定めた仕様を指し、これはCORBA仕様の重要な一部を構
成する。

【００２５】また、上記の“サーバ・デクリアード・モ
デル”とは、サーバ側で特定の優先度をオブジェクト毎
に設定するモデルである。このモデルは、典型的な使用
方法としては、一度与えた優先度は変更しない用途向け
であり、ＣＯＲＢＡオブジェクト毎に固定的な優先度を
設定して差し支えないような用途のアプリケーションに
向く。

【００２６】また、“クライアント・プロパゲーティッ
ド・モデル”とは、ＣＯＲＢＡクライアント側で、希望
する優先度を指定してリクエストを発行するモデルであ
り、優先度は、リクエストの一部として埋め込まれてサ
ーバ側に渡される。このモデルは、リクエストの内容
（引数値）や、リクエストを発行するまでの文脈によっ
て優先度を変える必要があるアプリケーションに向いて
おり、サーバ・デクリアード・モデルと比較すれば、よ
り汎用的な用途向けのモデルと云える。

【００２７】なお、上述のＯＲＢはコンポーネントとし
て提供されていてＯＲＢコアと呼ばれており、このＯＲ
Ｂコアはクライアント側におけるオブジェクトからはス
タブやＤＩＩ（Dynamic Invocation Interface（動的起
動インタフェース）から、そして、サーバ側におけるオ
ブジェクトからはＤＳＩ（Dynamic Skeleton Interface
（動的スケルトンインタフェース）やスケルトンなどか
ら呼び出されることになる。

【００２８】また、上述のスタブとは、遠隔リクエスト
をかける（他のオブジェクトに対してメッセージを送信
する）ためのコード部を指し、ＤＩＩ（Dynamic Invoca
tionInterface（動的起動インタフェース）とは、オブ
ジェクトが実行された段階でインタフェースを決定し、
リクエストを発行する方法を指し、ＤＳＩ（DynamicSke
leton Interface（動的スケルトンインタフェース）と
は、リクエストを受け付けるためのインタフェースにお
いて、専用のスケルトンを用いず、この部分について独
自に開発したインタフェースを指し、スケルトンとは、
ＯＲＢ仕様に基づいたインタフェースプログラムで、他
のオブジェクトからのリクエストを受け付けることを可
能にするコード部を指す。

【００２９】ＣＯＲＢＡ仕様の特徴的な点として、ＯＲ
Ｂにより分散オブジェクトを実現するための仕様を提供
する他に、多くのアプリケーションから汎用的に必要と
なる種々のサービスをCORBAオブジェクトとして実現し
たものを仕様として盛り込んでいることがあげられる。
このサービスはＣＯＲＢＡサービスと呼ばれており、Ｃ
ＯＲＢＡサービスを利用することで、高度な機能を持つ
分散オブジェクトシステムを容易に開発できるようにし
ている。

【００３０】当該ＣＯＲＢＡサービスは実装言語に依存
しないインタフェース記述ための言語であるＩＤＬ（イ
ンタフェース定義言語）で定義されたインタフェースを
装備するサービスの集合であり、ＯＲＢに接続されたＣ
ＯＲＢＡオブジェクトの集まりであって、これらはＯＲ
Ｂを介して利用できる。

【００３１】一例をあげるとＣＯＲＢＡサービスには、
ＯＲＢによって接続されたコンポーネント（オブジェク
ト）をシステム上でユニークに命名した名前で見つけ出
すためのサービスを提供するネーミングサービス（Nami
ng service）、オブジェクト間におけるイベントの登
録や管理を行うためのサービスを提供するイベントサー
ビス（Event Service）、オブジェクト間におけるトラ
ンザクション制御を行うためのサービスであるトランザ
クションサービス（Transaction Service）、オブジェ
クトの生成やコピー、移動、削除を実現するためのサー
ビスであるライフサイクルサービス（Life Cycle Servi
ce）、ファイルやデータベースなどのオブジェクトを永
続的にセーブするためのサービスである永続化サービス
（Persistent Service）、オブジェクトの排他的制御を
行うためのサービスである並列制御サービス（Concurre
ncy Service）、オブジェクト同士を関係付けるサービ
スであるリレーションサービス（Relationship Servic
e）、オブジェクトデータを外部にセーブしたり、外部
から読み込むためのサービスである外部化サービス（Ex
ternaliztion Service）、ＳＱＬなどを用いてデータベ
ースをアクセスするためのサービスであるクエリーサー
ビス（Query Service）、オブジェクトの利用量を監視
し、課金などを制御するためのサービスであるライセン
シングサービス（Licensing Service）、オブジェクト
に対して名前と値を動的に付加するためのサービスであ
るプロパティサービス（Properties Service）、分散オ
ブジェクト間において時間の同期をとるためのサービス
である時間サービス（Time Service）、分散オブジェク
トにおける認証やアクセス制御など、セキュリティに関
するサービスであるセキュリティサービス（Security S
ervice）、キーワードを元にオブジェクトを条件検索す
るためのサービスであるトレーダサービス（TraderServ
ice）、分散環境における共通オブジェクトの集合を管
理するためのサービスであるコレクションサービス（Co
llection Service）、等が用意されている。

【００３２】上述したネーミングサービス（Naming se
rvice）はオブジェクトを名前によって管理するための
サービスであり、ＯＲＢに接続されるオブジェクト間で
名前による検索を可能にする環境を提供する。ネーミン
グサービスではネーミングコンテキスト（Naming Conte
xt）と呼ばれるいわゆるオブジェクト検索用のデータベ
ースを用いる。ネーミングコンテキストではオブジェク
トの名前とそのタイプ、そして、分散オブジェクトを一
意に示すことができるオブジェクトリファレンスの情報
の３つを１つのレコードという単位で構成する。オブジ
ェクト・リファレンスとは、ネーミング・サービスに限
らず、分散オブジェクトを一意に特定するデータとして
使用するもので、その内容は、CORBA仕様により定めら
れたものである。

【００３３】ネーミングサービスでは、bindというオペ
レーションによりネーミングコンテキストへのオブジェ
クト情報登録が、unbindというオペレーションによりネ
ーミングコンテキストからのオブジェクト情報削除が、
更にはresolveというオペレーションにより、名前に対
応するオブジェクトリファレンスの情報を取得すること
ができる。

【００３４】なお、オブジェクトリファレンスはオブジ
ェクトのメソッドを起動する際に必要な識別子であるこ
とから、この情報を得ることで、ターゲットとするオブ
ジェクトへの要求が可能になる。従って、オブジェクト
リファレンスが含まれるネーミングコンテキストの操作
により、分散オブジェクトを名前で管理することができ
ることになる。また、ネーミングコンテキスト自体がオ
ブジェクトであるため、これに名前を付けてネーミング
コンテキストへ登録することが可能でありこれにより、
ネーミングコンテキストの階層的な管理も実現できる。

【００３５】ところで、ＲＴ−ＣＯＲＢＡを含めて現在
のＣＯＲＢＡ仕様においては、実装の詳細に関する定義
は、サーバ側ＯＲＢを単位として与えることを暗黙の原
則としている。そして、ＲＴ−ＣＯＲＢＡでは、特定の
ＣＯＲＢＡオブジェクトに与える優先度の値の定義は、
サーバプログラムのソース・コード中で与えるための仕
様のみが定められているだけである。

【００３６】この原則は、例えば、１対ｎのサーバとク
ライアントからなる組み合わせのシステムを対象とする
範囲においては十分であり、何らの支障もない。

【００３７】しかし、ＣＯＲＢＡオブジェクトによる分
散環境を持つ多数のエンベッドを組み合わせてネットワ
ーク上で利用するシステムでは、サーバとクライアント
の関係が多対多となることから、このようなシステムで
は問題は確実に顕在化する。例えば、開発製造会社が異
なるようなエンベッド・システムであり、それぞれが独
自に機能し、また、他との間でも処理を指令したり、情
報を交換したりして処理を進めていくような機能を有す
る監視・制御対象機器を複数台（例えば、１０機器程
度）接続したリアルタイム型の制御・監視ネットワーク
システムに対してＲＴ−ＣＯＲＢＡを導入し、多数の種
類の分散リクエストに対して優先度処理を実現しようと
する場合で、しかも、エンベッドによっては搭載ＯＳが
他と異なるような場合を考えてみる。

【００３８】確かに、ネーティブ・プライオリティとＣ
ＯＲＢＡプライオリティとの間での優先度変換を行う仕
組みを提供するのがＯＲＢではあるが、これは中心とな
るものが１つで、他は従となる関係にある場合には有効
に機能するものである。

【００３９】しかし、例えば、組み込んだ監視・制御対
象機器により搭載ＯＳの種類が異なっているような場
合、このような機器各種をネットワークで接続し、他と
の関係を持たせたときに、それぞれの機器における各オ
ブジェクトに既に設定した優先度が、本来の必要な優先
度に満たない結果を呈してしまうような場合が存在し得
る。例えば、同じネットワーク上の優先度の高いオブジ
ェクトに対するリクエストが、たまたま同じ優先度に割
り当てられてしまい、どちらのリクエストが優先される
かが一定せず、結果としてシステム全体の外部仕様とし
て本来求められる振る舞いとは異なる挙動を示すといっ
たケースである。

【００４０】このように、ネットワーク上で接続される
他の機器やネットワークの伝送状態などの絡みで動作の
状況に変化が生じるような場合には、設計段階で想定す
る優先度処理の結果の予測は、分散でない一般のシステ
ムでの優先度処理に比べて困難である。そこで、一般的
には、実際にネットワーク上で機器を稼動させ、各通信
の要求性能に対する達成状況を見ながら総合的に優先度
を調整していくことになる。

【００４１】しかし、従来のシステムの場合、これが簡
単にはいかない。図８に従来システムを示す。ここで
は、ＲＴ−ＣＯＲＢＡ優先度処理の従来の優先度定義方
式として、サーバ・デクリアード・ポリシーを利用した
際のＲＴ−ＣＯＲＢＡの処理方式を説明する。

【００４２】図８において、Ａがサーバ側の構成機器で
あり、Ｂがクライアント側の構成機器であって、それぞ
れ開発製造会社が異なる製品であるとする。これらがネ
ットワーク上で接続されて動作するものとする。構成機
器ＡはあるＯＳの管理下で機能するものであり、そのた
めに、ネーティブ・プライオリティとＣＯＲＢＡプライ
オリティとの間での優先度変換を行う仕組みを提供する
ためにＯＲＢが用意されている。また、構成機器Ｂも別
のあるＯＳの管理下で機能するものであり、そのため
に、ネーティブ・プライオリティとＣＯＲＢＡプライオ
リティとの間での優先度変換を行う仕組みを提供するた
めにＯＲＢが用意されている。

【００４３】今、このような環境下の構成機器Ａにおけ
るプログラム（ＣＯＲＢＡサーバプログラム）９００
と、構成機器Ｂにおけるプログラム（ＣＯＲＢＡクライ
アントプログラム）９５０とが所要の優先度で機能する
様子を考えてみる。ＣＯＲＢＡサーバプログラム９００
には、必要な各種のＣＯＲＢＡオブジェクトが含まれて
おり、ＣＯＲＢＡオブジェクトを動作させる場合に必要
な優先度（ＣＯＲＢＡプライオリティ）を、具体的な
“値”としてＣＯＲＢＡサーバプログラム９００中に持
たせてある。

【００４４】まず、ＣＯＲＢＡサーバプログラム９００
はＲＴ−ＰＯＡ ９１０を生成する（ステップＳＴ１で
の生成）。ＲＴ−ＰＯＡ はリアルタイムＣＯＲＢＡで
定められている優先度を付けたり、ポリシー（方針や原
則や方策）を設定したりするためのもので、このＲＴ−
ＰＯＡ ９１０を予め用意する（すなわち、ＣＯＲＢＡ
を利用するためには、このＲＴ−ＰＯＡ ９１０は先に
作っておかねばならないと規定されているので、まずこ
れを用意する）。

【００４５】ＣＯＲＢＡサーバプログラム９００には、
ＣＯＲＢＡオブジェクトＸが含まれているとして、この
ＣＯＲＢＡオブジェクトＸの出番が生じたとする。する
と、ＣＯＲＢＡサーバプログラム９００は当該オブジェ
クトＸを生成すると共に活性化する（ステップＳＴ２で
の生成・活性化）。活性化とはあるＰＯＡとあるオブジ
ェクトを結びつけてそのＰＯＡの上でそのオブジェクト
が動くようにするということを指す。ＲＴ−ＣＯＲＢＡ
では、このときに優先度が与えられる。

【００４６】従って、活性化とは、リアルタイムＣＯＲ
ＢＡの場合、ＲＴ−ＰＯＡ（リアルタイムＰＯＡ） ９
１０の上でそのオブジェクトＸが動作するように加工す
ることである。従って、この活性化により、そのオブジ
ェクトＸにはＲＴ−ＰＯＡ１００に則った必要な優先度
の付与された、しかも、前記ポリシーに従った実行が可
能となる。なお、リアルタイムCORBAでは、優先度の与
え方として、サーバ・デクリアード・モデルと、クライ
アント・プロパゲーティッド・モデルの２種類の方法が
あり、前者のサーバ・デクリアード・モデルの場合は、
この活性化の際に与えた優先度がオブジェクトを破棄す
るまで有効となる。また、クライアント・プロパゲーテ
ィッド・モデルとは、リクエスト毎にクライアントから
優先度を指定できるモデルであるが、リクエスト中に優
先度に関する指示が含まれていなかった場合のデフォル
トの優先度として有効となる。

【００４７】ここでＣＯＲＢＡオブジェクトＸはクライ
アント側からのリクエスト待ちとなることから、サーバ
側の処理は待ち状態となる。

【００４８】ＣＯＲＢＡオブジェクトＸはリモートから
アクセスしてもらわねばならないので、いま、このよう
なオブジェクトが利用可能であることを知らせるための
公開情報であるオブジェクトリファレンスを外部に出す
（公開する）必要がある。

【００４９】ＣＯＲＢＡサーバプログラム９００はＣＯ
ＲＢＡオブジェクトＸを生成・活性化するときに当該オ
ブジェクトＸについてのリファレンス（その分散オブジ
ェクトに付与した優先度の情報を含む当該オブジェクト
を一意に示すことができる情報）を公開する（ステップ
ＳＴ３）。そのときに、普通に利用されるのがネームサ
ービスである。

【００５０】ＣＯＲＢＡの規格上、ＣＯＲＢＡオブジェ
クトには優先度情報も中に含んでいる。クライアント側
（クライアント側のＣＯＲＢＡプログラムであるＣＯＲ
ＢＡクライアントプログラム９５０）は、オブジェクト
リファレンスを辞書引きのようなかたちでネームサービ
スに問い合わせて、リクエスト先となるＣＯＲＢＡオブ
ジェクトＸのリファレンスをもらってくる（ステップＳ
Ｔ４）。

【００５１】要するに、ＣＯＲＢＡプログラムの開発に
当たっては、機能実現に必要な各オブジェクトそれぞれ
について、最初からそれぞれ固有の名前を決めておく。
これにより、どの機器でどのような名前のどのようなオ
ブジェクトが用意されるかを予め知ることができるの
で、例えば、あるクライアント側のあるオブジェクトＹ
において、機器ＡにおけるＸなる名前のオブジェクトを
リクエストする必要がある場合には、機器Ａにおけるオ
ブジェクト名Ｘのオブジェクトを指定してリクエストす
るようにプログラミングすれば良いこととなる。

【００５２】しかし、機器Ａなる名前は人間世界の便宜
的な呼び名であり、この呼び名は機器Ｂ（クライアント
側）からは全く識別できないし、特定できない。ＣＯＲ
ＢＡでは機器名による識別はできないわけである。そこ
で、用意されたのがネームサービスであり、ＣＯＲＢＡ
の世界では、便宜的な機器名Ａの持つオブジェクトＸが
必ず特定できる情報があって、それをＡと云う名前と結
びつけて情報管理しているのがネームサービスであり、
ネームサービスの提供する情報を利用したい場合には、
オブジェクトリファレンスの問い合わせという処理を当
該ネームサービスに対し実行することで、上記管理して
いる情報をネームサービスの側から提供して貰い、取得
することができるようになる。

【００５３】従って、機器ＡのオブジェクトＸをリクエ
ストするクライアント側の構成機器ＢにおけるＣＯＲＢ
Ａクライアントプログラム９５０では、ネームサービス
９６０を利用したオブジェクトリファレンスの問い合わ
せを実行し、これによりネームサービスから返された機
器ＡにおけるＸなる名前のオブジェクトについてのＣＯ
ＲＢＡ世界での特定できる情報を取得して、これを用い
てＣＯＲＢＡオブジェクトＸにリクエストを出す。

【００５４】すなわち、各オブジェクトのリファレンス
を他が参照して利用できるよう、提供の場として用意さ
れたのがネームサービスであり、ネームサービスにオブ
ジェクトレファレンスの問い合わせをすることで、具体
的には、名前を引数にして対応するオブジェクトのリフ
ァレンスをこのネームサービスからとってくることで
（ＳＴ４）、ＣＯＲＢＡクライアントプログラム９５０
の実行に伴う当該クライアントプログラム９５０からオ
ブジェクトＸに対するリクエスト（ステップＳＴ５）が
できることになる。これがＲＴ−ＣＯＲＢＡの一般的な
動きである。

【００５５】

【発明が解決しようとする課題】このように、多数の組
み込み機器をネットワークで接続し、ＲＴ−ＣＯＲＢＡ
を適用するようにしたシステムにおいては、ある機器Ａ
におけるＸなる名前のＣＯＲＢＡオブジェクトを生成す
るにあたっては、処理の優先度を予め組み込んでおき、
また、ＣＯＲＢＡ上で特定できる情報と上記優先度の情
報をリファレンスとして公開し、ＣＯＲＢＡ世界で提供
されるネームサービスの機能により、情報提供できるよ
うにしてある。

【００５６】そして、当該Ｘなる名前のオブジェクトを
リクエストするクライアント側の構成機器ＢにおけるＣ
ＯＲＢＡクライアントプログラムでは、ネームサービス
を利用したオブジェクトリファレンスの問い合わせを行
い、これによりネームサービスから返された機器Ａにお
けるＸなる名前のオブジェクトについてのＣＯＲＢＡ世
界での特定できる情報を取得して、これを手掛かりにＣ
ＯＲＢＡオブジェクトＸに対するリクエストを行うこと
になる。

【００５７】このような従来技術の場合、サーバプログ
ラムの側に設定した優先度の情報（値）は、生成時にサ
ーバ側のオブジェクトＸに与えられており、また、この
オブジェクトＸにリクエストをするクライアント側のプ
ログラムもその実行時に、ネームサービスを利用したオ
ブジェクトリファレンスの問い合わせによって返された
リファレンス情報に基づき、設定した優先度でリクエス
トを実施することができる。なお、オブジェクト・リフ
ァレンスには、優先度の数値が直接入っているわけでは
ない。 そのオブジェクトを、活性化時に与えた優先度
によって呼び出すために必要な情報という形で、（間接
的に）優先度情報が含まれている。

【００５８】従って、サーバ側では、サーバプログラム
に組み込まれたＣＯＲＢＡオブジェクトＸを生成する際
に、そのＣＯＲＢＡオブジェクトＸにはソースコード中
に記述した所望優先度を持たせることができ、また、こ
の優先度の情報は当該オブジェクトＸについてのリファ
レンスとして公開し、ネームサービスにて情報管理させ
て、他のオブジェクト生成時に情報提供することで、サ
ーバ側オブジェクトおよびクライアント側オブジェクト
相互に予定の優先度を割り当てるようにする結果、優先
度を変えようとすると、サーバプログラムを修正しなけ
ればならなくなる。

【００５９】ＣＰＵ（プロセッサ）を制御の中枢に持つ
各構成機器をエンベッド機器として組み込み、ネットワ
ークを介して多数を接続した構成の場合、リソース制約
として、各構成機器のＣＰＵの処理状態や処理性能と、
ネットワークの状態とがそれぞれ機器の処理動作状態に
少なからず影響を及ぼすことになる。従って、このよう
なシステムでは一般に設計段階における各機器のオブジ
ェクトの優先度処理の結果の予測は、一般の分散でない
優先度処理よりも困難である。ここで、優先度処理の結
果とは、ネットワーク・全体の中で、どのオブジェクト
が実際に優先的に処理されたか、ということである。

【００６０】処理の優先度は、相対的な概念であるの
で、分散処理の環境下においては、あるリクエストの優
先度を上げることにより、他のリクエストは相対的に優
先度が低下することになるため、ある処理に対して優先
度変更があった場合、別の他の処理においては優先され
なくなると云う事態が発生しかねない。従って、機器の
新増設や撤去、或いは更新のために入れ替えるなど、組
み合わせが変更されるようなことがあると、組み込んだ
制御対象（エンベッド）が多数台構成のシステムにおい
ては、それぞれの機器の優先度はある処理の優先度変更
は他の処理に、何らかの影響を与えてしまう危険を払拭
できない。

【００６１】そこで、一般的には、実際に機器を稼動さ
せ、各通信の要求性能に対する達成状況をみながら、総
合的に優先度を調整する必要がでてくる。

【００６２】しかしながら、実装の詳細に関する定義
は、各機器のＯＲＢを単位として与える仕様のみをＣＯ
ＲＢＡで定義しているだけであるため、こうした方法を
とると、各機器においてそれぞれ優先度定義をやり直す
だけでなく、ソースコードの書き直しとコンパイルのや
り直しの必要がでてくる。

【００６３】従って、これを簡易に実施できる仕組みの
早急な開発が嘱望される。

【００６４】本発明は、このような事情に鑑みてなされ
たものであり、その目的とするところは、分散環境のシ
ステムにおいて、分散処理の各オブジェクトの優先度変
更を容易に行えるようにした分散処理システムを提供す
ることにある。

【００６５】また、本発明は、ＣＯＲＢＡを適用した分
散処理環境のシステムにおいて、リアルタイムＣＯＲＢ
Ａ優先度の集中管理を可能にし、各オブジェクトの優先
度変更を容易に行えるようにする分散処理システムを提
供することにある。

【００６６】

【課題を解決するための手段】上記目的を達成するた
め、本発明は次のように構成する。すなわち、オペレー
ション・システムを搭載してこのオペレーション・シス
テムのもとで動作する分散オブジェクトにて機能する機
器であって、前記分散オブジェクトはネットワークで接
続されたリモート機器からのリクエストを受け付けるこ
とが可能であり、前記リクエストを受けた分散オブジェ
クトは与えられた優先度にて処理実行されるようにした
分散処理システムにおいて、各分散オブジェクトに与え
る処理優先度の情報をそれぞれ優先度名との対応で保持
すると共に、当該情報内容を任意に修正可能な優先度情
報保持手段を設け、また、優先度名から優先度値を取得
する優先度ハンドラを設けると共に、各分散オブジェク
トには優先度名が与えられ、分散オブジェクトが動作す
る場合の前記オペレーティング・システム上の優先度の
値は、分散オブジェクトに対して与えられた優先度名か
ら前記優先度ハンドラが前記優先度情報保持手段より対
応する優先度値を取得する構成とする。

【００６７】本システムは、機器がネットワークで接続
されており、機器はオペレーション・システムを搭載し
てこのオペレーション・システムのもとで動作する分散
オブジェクトにて機能する。そして、前記分散オブジェ
クトはネットワークで接続されたリモート機器からのリ
クエストを受け付けることが可能であり、前記リクエス
トを受けた分散オブジェクトは与えられた優先度にて処
理実行される構成である。そして、このような本システ
ムにおいては、優先度情報保持手段を設けてあり、この
優先度情報保持手段には各分散オブジェクトに与える処
理優先度の情報をそれぞれ優先度名との対応で保持させ
てある。この優先度情報保持手段は、システム共有のも
のであり、保持する情報内容を任意に修正可能な構成と
なっている。

【００６８】各分散オブジェクトには優先度名が与えら
れ、分散オブジェクトが動作する場合の前記オペレーテ
ィング・システム上の優先度の値は、分散オブジェクト
に対して与えられた優先度名から前記優先度ハンドラが
前記優先度情報保持手段より対応する優先度値を取得す
る。

【００６９】すなわち、ネットワークで接続されたリモ
ート機器からのリクエストを受け付けることが可能な分
散オブジェクトにおいて、優先度を表す特定の名前を指
定し、対応する優先度は、共有の優先度情報保持手段よ
り取得するようにした分散処理システムとなる。

【００７０】本発明システムにおいては“優先度名”と
いう概念を導入するようにした。優先度名は、ユーザが
ひとまとまりの調整単位とするもの毎に付与するように
するもので、優先度の調整は、優先度名に対して与える
優先度値の変更という形で実施する。

【００７１】本発明システムにおいては、優先度情報保
持手段を設けてあり、この優先度情報保持手段には各分
散オブジェクトに与える処理優先度の情報をそれぞれ優
先度名との対応で保持させてあるが、この優先度情報保
持手段は、システム共有のものであり、保持する情報内
容を任意に修正可能な構成となっている。よって、本発
明システムにおいては、優先度の調整は、優先度名に対
して与える優先度値の変更という形で実施することがで
きるシステムとなる。

【００７２】この結果、各分散オブジェクトの優先度設
定を変更を容易に実施可能となる効果が得られる。

【００７３】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照して説明する。

【００７４】本発明は、多数の組み込み機器をネットワ
ークで接続して分散環境上で動作させるＣＯＲＢＡ仕様
のシステムにおいて、あるオブジェクトの優先度を変更
した時にその影響が他のものに波及して不具合を起こし
た場合などにおいて、影響のあったオブジェクトについ
ての優先度を、容易に変更することができるようにする
優先度変更容易なリアルタイムＣＯＲＢＡ優先度管理方
法を提供する。

【００７５】本発明技術を適用して好適な典型的応用事
例としては、単数または複数のリアルタイム・システム
や、エンベット型システムをネットワークで接続し、別
の計算機により制御または監視するシステムであり、こ
のようなシステムにおいて、分散オブジェクトの優先度
を集中管理可能にするものである。

【００７６】以下、本発明の一実施例について図面を参
照して説明する。本発明においては、ＣＯＲＢＡにおけ
る従来からのＲＴ−ＰＯＡ（Rial-Time Potable Object
Adapter）、ＯＲＢ、ネームサービスの利用の他に、今
回、新たにローカル優先度ハンドラ２００、優先度サー
ビスサーバ３００の概念を導入した。

【００７７】優先度名から優先度を取得するために用意
した新たなＣＯＲＢＡサービスの一つである優先度サー
ビスを実施するためのサーバが優先度サービスサーバ３
００であり、当該優先度サービスサーバ３００は、優先
度名から優先度を取得するために用意したデータを保持
して、優先度名を指定した問い合わせに対して、その優
先度名で定まる優先度の情報を提供する機能を有してい
る。また、ローカル優先度ハンドラ２００は、エンベッ
ド機器におけるサーバ側として機能するある機器Ａで使
用するオブジェクトＸを生成する処理の際に用いるため
に新たに用意したものであって、優先度の名前を与える
と、その優先度名で定まる優先度（ＣＯＲＢＡ優先度の
値）を優先度サービスサーバ３００から取得して数値と
してＯＲＢに返すような仕組みを持たせたソフトウエア
部品である。

【００７８】ローカル優先度ハンドラ２００において、
ＯＲＢに返す優先度の数値はこの場合、機器Ａで搭載し
たＯＳにおける前記優先度対応の優先度をあらわす数値
である。

【００７９】なお、ＲＴ−ＰＯＡ（Potable Object Ada
pter）１００は、サーバ側におけるオブジェクトリファ
レンスの生成や破棄、オブジェクトの実装、活性化や非
活性化などの機能を実現する部分であり、通信プロトコ
ルやオブジェクトアダプタ（ＯＡ）の振る舞いについて
の標準的な仕様に則った仕様によるコンポーネントで、
ＯＲＢ製品の違いを超えたオブジェクト間の相互運用が
可能な仕組みを構築する。

【００８０】オブジェクトアダプタ（ＯＡ）は、オブジ
ェクトの情報が管理されるオブジェクトリファレンスを
参照し、これを元にサーバプロセスを起動するようにす
ることで、クライアントはサーバオブジェクトが起動し
ているか否かを気にすることなく遠隔リクエストをかけ
ることが可能になる。

【００８１】また、ＯＲＢは、分散環境におけるオブジ
ェクト間のやり取りを実現するためのメカニズム提供の
ためのソフトウエアであり、リモートオブジェクト同士
の相互的なやり取りを実現するために必要なミドルウエ
アであって、オブジェクト間での要求と応答をシームレ
スに実現するための仲介役としての機能を果たすもので
ある。

【００８２】ＲＴ−ＣＯＲＢＡにおいては、このＯＲＢ
によってＣＯＲＢＡプライオリティとネーティブ・プラ
イオリティ間での優先度の変換を図るようにしている。

【００８３】また、ネームサービスは、便宜的なある機
器名の機器上に活性化された分散オブジェクトを特定で
きる情報を、前記機器名と結びつけて情報管理するもの
で、クライアント側がサーバ側にリクエストする場合等
において利用するもので、ネームサービスの提供する情
報を利用するには、オブジェクトリファレンスの問い合
わせ処理を当該ネームサービスに対し実行することで、
上記管理している情報を返すものである。

【００８４】図１は本発明を適用した場合におけるＣＯ
ＲＢＡプログラムの辿ることになるステップを示してい
て、ここでは、サーバ側にリクエスト対象のＣＯＲＢＡ
オブジェクトＸがある、すなわち、読み出されるオブジ
ェクトＸがあり、そして、クライアント側にＣＯＲＢＡ
オブジェクトＸに対してのリクエストを発生するプログ
ラムがあるものとする。

【００８５】まず、プログラマは目的とする処理を含ん
だ目的のＣＯＲＢＡオブジェクトＸのソースコードを記
述する。このソースコードの記述には、ここでの処理に
必要な優先度を与えるための優先度名が組み込まれてい
るものとする。つまり、ここでの処理に必要な優先度
は、具体的な“値”としてソースコード中に記述してお
くのではなく、必要な優先度を与えるための優先度名で
与えるようにする。優先度名はネーム・サービスで使用
するオブジェクト名と同名であっても良い。

【００８６】なお、優先度名と、その優先度名に対して
割り当てようとする優先度の値は、優先度サービスサー
バ３００に登録するが、これは追加や変更、抹消など、
必要に応じていつでも行うことができる。この作業は、
必要が生じたときに、人の手により行うものとする。

【００８７】次に、このソースコードをコンパイルして
ＣＯＲＢＡオブジェクトＸを作成し、ＣＯＲＢＡサーバ
プログラム１１０中に組み込んでおく。

【００８８】そして、ＣＯＲＢＡサーバプログラム１１
０を実行させると、当該ＣＯＲＢＡサーバプログラム１
１０は、まずはじめにＲＴ−ＰＯＡ １００を作成する
（ステップＳ１の生成）。ＲＴ−ＰＯＡ １００はリア
ルタイムＣＯＲＢＡで定められている優先度を付けた
り、ポリシー（POAを使用する上で採用するオプション
機能を決める。

【００８９】ＣＯＲＢＡ仕様において、その種類と取り
える値の選択肢が定められている。）を設定したりする
ためのもので、ＣＯＲＢＡオブジェクトを得るにはこの
ＲＴ−ＰＯＡ １００を予め用意しておく（すなわち、
ＣＯＲＢＡを利用するためには、このＲＴ−ＰＯＡ １
００は先に作っておかねばならないと規定されているの
で、これを生成して用意するわけである）。

【００９０】次にＣＯＲＢＡサーバプログラム１１０
は、オブジェクトＸを生成する。これに先だち、ＣＯＲ
ＢＡサーバプログラム１１０は、ローカル優先度ハンド
ラ２００を初期化する（ステップＳ２の初期化処理）。
そして、ＣＯＲＢＡサーバプログラム１１０は、オブジ
ェクトＸを生成すると共に活性化する（ステップＳ３の
生成・活性化処理）。活性化とはあるＰＯＡとあるオブ
ジェクトを結びつけてそのＰＯＡの上でそのオブジェク
トが動くようにするということを指す。

【００９１】ＲＴ−ＣＯＲＢＡでは、この活性化の際に
そのオブジェクトＸに対して、実行時の優先度が与えら
れるが、これはローカル優先度ハンドラ２００によって
成される。

【００９２】ローカル優先度ハンドラ２００は、優先度
名対応の優先度の値を取得すべく、優先度サービスサー
バ３００に問い合わせを行い、これによって、優先度サ
ービスサーバ３００が対応の優先度値を検索してローカ
ル優先度ハンドラ２００に渡すので、ローカル優先度ハ
ンドラ２００はこの優先度値を受け取り、ＲＴ−ＰＯＡ
１００へと渡す。

【００９３】ＲＴ−ＰＯＡ １００はこの受け取った優
先度値を優先度値としてその値で決まる優先度でオブジ
ェクトＸが動作するようにＲＴ−ＰＯＡ １００が自動
的に自身の内部を設定する。これに基づいてＯＲＢがＣ
ＯＲＢＡプライオリティとネーティブプライオリティの
間での優先度変換を図る。

【００９４】優先度サービスサーバ３００に書き換え可
能に登録しておく優先度値はリアルタイムＣＯＲＢＡで
定められているCORBA優先度に基づいて、ユーザが優先
度名とその優先度名に与えようとする優先度の値とを設
定しておく。そのため、特定の用途に対する優先度値を
変更したいときは、どの優先度名について優先度値をい
くつにするかを自由に変えることができ、オブジェクト
の優先度の変更優先度サービスサーバ３００の登録内容
の変更で容易に対処できるようになる。

【００９５】上述の活性化により、優先度名対応に優先
度を自動的に自身の内部を設定されたＲＴ−ＰＯＡ（リ
アルタイムＰＯＡ） １００の上で、そのオブジェクト
Ｘが動作するように加工されることになり、従って、オ
ブジェクトＸはＲＴ−ＰＯＡ１００に則った必要な優先
度の付与されたしかも、前記ポリシーに従った実行が可
能となる。

【００９６】ここでＣＯＲＢＡオブジェクトＸはクライ
アント側からのリクエスト待ちとなることから、ＣＯＲ
ＢＡサーバプログラム１１０によるサーバ側でのオブジ
ェクトＸは待ち状態となる。

【００９７】ＣＯＲＢＡオブジェクトＸはリモートから
アクセスしてもらわねばならないので、いま、このよう
なオブジェクトが利用可能になったということを知らせ
るための公開情報であるオブジェクトリファレンス（オ
ブジェクトを見つけるためのリファレンス）を外部に出
す（公開する）必要がある。

【００９８】ＣＯＲＢＡサーバプログラム１１０はオブ
ジェクトＸの生成・活性化の際に、当該オブジェクトＸ
についてのリファレンスを公開する（ステップＳ６）。
この公開する情報は、ＲＴ−ＰＯＡ １００が提供す
る。

【００９９】ＲＴ−ＰＯＡ １００は、サーバ側におけ
るオブジェクトリファレンスを生成し、これによってＣ
ＯＲＢＡオブジェクトＸについてのオブジェクトリファ
レンスを生成してＣＯＲＢＡサーバプログラム１１０に
出力し、これを受けたＣＯＲＢＡサーバプログラム１１
０がネームサービスに対して当該レファレンスを提供す
ることで外部に公開する。

【０１００】この公開されたリファレンスはネームサー
ビスで利用される。ネームサービスはこの公開されたオ
ブジェクトリファレンスを取り込み、保管する。

【０１０１】ＣＯＲＢＡの規格上、ＣＯＲＢＡオブジェ
クトには実行の優先値を与えなければなならない。しか
し、本発明の場合は、開発者がＣＯＲＢＡオブジェクト
に与えるものは優先度名であり、優先度の値ではない。

【０１０２】ＣＯＲＢＡオブジェクトＸを呼び出すよう
に作成された構成機器Ｂ側（クライアント側）のＣＯＲ
ＢＡクライアントプログラム９５０は、オブジェクトリ
ファレンスを辞書引きのようなかたちでネームサービス
に問い合わせることにより、リクエスト先となるＣＯＲ
ＢＡオブジェクトＸのリファレンスをもらってくる（ス
テップＳ７）。そして、このリファレンス中にあるＣＯ
ＲＢＡオブジェクトＸの位置を特定する情報（どこにあ
るか、機器のIPアドレス、ポート等）や、サーバ側で定
めた優先度でアクセスための情報を受け取り、ＣＯＲＢ
ＡオブジェクトＸの位置を特定する情報に従って位置を
特定し、かつ、前記優先度に沿うようにした上で、ＣＯ
ＲＢＡオブジェクトＸをリクエストする。

【０１０３】要するに、本実施例は、一般のＣＯＲＢＡ
プログラムの開発に当たって、各オブジェクトに固有の
名前を決めておくのと同じように、優先度に固有の名前
を与え、優先度を与える対象となるオブジェクトに優先
度値を付与するための“変数名”を利用できるようにす
るための共通フレームワークを提供するものである。

【０１０４】作成しようとするオブジェクトはそのオブ
ジェクト名が予め登録されていることから、どの機器で
どのような名前のどのようなオブジェクトが用意される
かを予め知ることができるので、例えば、あるクライア
ント側のあるオブジェクトＹにおいて、機器Ａにおける
Ｘなる名前のオブジェクトをリクエストする必要がある
場合には、機器Ａにおけるオブジェクト名Ｘのオブジェ
クトを指定してリクエストするようにプログラミングす
れば良いこととなる。

【０１０５】しかし、機器Ａなる名前は人間世界の便宜
的な呼び名であり、この呼び名は機器Ｂ（クライアント
側）からは全く識別できないし、特定できない。ＣＯＲ
ＢＡでは機器名による識別はできないわけである。そこ
で、機器名による識別をサポートするために用意された
ネームサービスを利用するようにする。

【０１０６】ＣＯＲＢＡの世界では、便宜的な機器名Ａ
の持つオブジェクトＸが必ず特定できる情報があって、
それをＡと云う名前と結びつけて情報管理しているのが
ネームサービスであり、ネームサービスの提供する情報
を利用したい場合には、オブジェクトリファレンスの問
い合わせという処理を当該ネームサービスに対し実行す
ることで、上記管理している情報をネームサービスの側
から提供して貰い、取得することができるようになる。

【０１０７】従って、機器ＡのオブジェクトＸをリクエ
ストするクライアント側の構成機器Ｂにおけるプログラ
ム（ＣＯＲＢＡクライアントプログラム）２５０では、
ネームサービスを利用したオブジェクトリファレンスの
問い合わせを実行し、これによりネームサービスから返
された機器ＡにおけるＸなる名前のオブジェクトについ
てのＣＯＲＢＡ世界での特定できる情報を取得して、当
該取得情報をもとにリクエストを発生する。

【０１０８】ネームサービスで提供されるオブジェクト
Ｘについてのオブジェクトリファレンスには、オブジェ
クトＸに設定した優先度でアクセスするための情報も付
加されているので、当該クライアント側の構成機器Ｂに
おけるＣＯＲＢＡクライアントプログラム２５０は、所
定の優先度によるリクエストを実施することができる。

【０１０９】オブジェクト・リファレンスに対するこの
情報の付加は、RT-CORBA仕様に定められているものをそ
のまま利用できるので、本実施例においては、特殊なネ
ームサービスを使用する必要はなく、一般のCORBA構築
で用いるのと同様のネームサービスを用いればよい。

【０１１０】すなわち、各オブジェクトのリファレンス
を他が参照して利用できるよう、用意されたのがネーム
サービスであり、ネームサービスにオブジェクトレファ
レンスの問い合わせをすることで、具体的には、名前を
引数にして対応するオブジェクトのリファレンスをこの
ネームサービスからとってくる（ステップＳ７）ことに
より、クライアント側構成機器ＢにおけるＣＯＲＢＡク
ライアントプログラム２５０では、当該ＣＯＲＢＡクラ
イアントプログラム２５０の実行に伴うオブジェクトＸ
に対するリクエスト先がわかり、このリクエスト先にリ
クエストできるようになる（ステップＳ８）。

【０１１１】図１で説明したとおり、本発明の実施例で
は、オブジェクト実行時での優先度は、値としてＣＯＲ
ＢＡサーバプログラムが保持しているのではなく、優先
度名で保持していて、オブジェクト生成時にその保持し
ている優先度名から優先度の値を取得してそのオブジェ
クトの優先度値として利用する。

【０１１２】そのために、本発明では、予め各種の優先
度名を用意しておき、優先度名対応に優先度値を引き出
すことができる対応表のかたちで用意して優先度名を与
えるとその優先度名対応の優先度の値を返すことができ
るようにした。

【０１１３】このサービスはＣＯＲＢＡに優先度サービ
スという新たなサービス機能を付加することで実現する
ものであり、優先度サービスは、優先度名とその優先度
名にて与えられる優先度の値の関係を一元的に管理でき
るように保持して、優先度名が与えられることでその優
先度名対応の優先度値を渡すようにしたサービス機能で
ある。優先度値は所望に書き換え可能である。

【０１１４】このサービスを実行するためのデータベー
スとしての役割を担うものが優先度サービスサーバ３０
０である。また、優先度の名前を与えると、その優先度
名で定まる優先度を数値として返すような仕組みを持た
せたローカル優先度ハンドラ２００なるソフトウエア部
品を用意し、このローカル優先度ハンドラ２００を組み
込むことによって優先度サービスサーバ３００から得た
優先度名対応の優先度値（ＣＯＲＢＡ優先度の値）を取
得してＲＴ−ＰＯＡに渡すことができる構成である。

【０１１５】なお、本システムにおいては、優先度サー
ビスサーバ３００は、全システム中に１つ、存在すれば
よい。他から問い合わせができるようにして共用化する
構成とすれば良いからである。優先度名と優先度の対応
関係は、定義ファイルまたは所定のユーザインタフェー
スを有するアプリケーション・プログラムなどの手段に
より設定することができる。また、ローカル優先度ハン
ドラ２００の１実現方式として、キャッシュ機構を有す
ることも有効である。１度問い合わせた優先度名と優先
度の対応を内部に保存しておくことにより、再度の優先
度サービスに対する問い合せ動作が不要となる。

【０１１６】ローカル優先度ハンドラ２００は、獲得し
た優先度（ＣＯＲＢＡ優先度）により、ＰＯＡ １００
に対して活性化を依頼する。

【０１１７】そして、ＲＴ−ＰＯＡ １００はこれによ
りORBが内部で保持するユーザ定義優先度マップを参照
してのＲＴ−ＰＯＡ １００内部でのＣＯＲＢＡプライ
オリティ／ネーティブプライオリティについての変換
（優先度変換）を行えるように、ネーティブプライオリ
ティを戻り値として受けて、ＲＴ−ＰＯＡ １００が内
部に自動設定する。

【０１１８】これにより、前記生成済みＣＯＲＢＡオブ
ジェクトＸはＲＴ−ＰＯＡ１００上で動作されるように
加工されたことになり、活性化されたことになる。ＲＴ
−ＰＯＡ １００の設定が終わると、サーバ側アプリケ
ーション１１０はＯＲＢを起動させ、活性化されたＣＯ
ＲＢＡオブジェクトＸはこれにより、リクエスト待ちに
なる。

【０１１９】クライアント側機器のアプリケーション９
５０からリクエストを受けると、活性化されて待機中
（リクエスト待ち）のＣＯＲＢＡオブジェクトＸは、活
性化時に与えられた優先度で動作することとなり、結果
を前記リクエストしてきたクライアント側機器における
アプリケーション９５０に返す。

【０１２０】このような機構を採用することにより、従
来のＲＴ−ＣＯＲＢＡ規格上の追加サービスとして、本
発明のメリットである柔軟な優先度定義の機構を実現す
ることができるようになる。

【０１２１】リアルタイム・優先度サービスのＩＤＬ
（Interface Definition Language）定義の構成例を示
す。ＩＤＬは、実装言語に依存しないインタフェースを
記述するための言語である。ＩＤＬは、プログラム間で
やり取りを行うためのインタフェース情報を定義するた
めの言語である。この言語は専用のコンパイラによりプ
ログラムと同じ言語のソースに変換することで、プログ
ラムの一部として統合することができる。スタブをプロ
グラム内に埋め込むことができるわけである。

【０１２２】そして、プログラムをそのプログラムに用
いた言語に対応したコンパイラによりコンパイルするこ
とにより、通信機能を有してマーシャリング（marshari
ng；二者間で授受する情報を、ネットワークを介して転
送するための統一化されたデータ形式に変換して送信す
る機能（送信用））やアンマーシャリング(unmarsharin
g；マーシャリングされて伝送されたデータを、自コン
ピュータに適合したデータ形式に戻す機能（受信用）)
を可能とするプログラムを生成できる。

【０１２３】プライオリティ・サーバ・ポリシー付きＲ
Ｔ−ＰＯＡのＩＤＬ定義の構成例を示す。

【０１２４】 ［ＲＴ−ＰＯＡのＩＤＬ定義例］ #ifndef PRIORITY_SERVICE #include <RTCORBA.pidl> // RTCORBA::Priority, NativePriority など、RTCORBAの定義を一部使用 module RTPriorityService{ typedef string PriorityName; // 優先度と対応する優先度名 exception InvalidName { }; // 例外：不当な文字列。例えば、文字列長＝０の文字列が指定された場 合 interface PriorityServer { readonly attribute RTCORBA::Priority default_priority; // Read only属性 // デフォルト優先度、登録の無いプライオリティ名の場合に返さ れる。 void setDefaultPriority (in RTCORBA::Priority p) ; // デフォルト優先度の指定 RTCORBA::Priority getPriority( in PriorityName prio_name) raises (InvalidName) ; // 優先度取得 boolean registPriority( in PriorityName prio_name , in RTC ORBA::Priority p) raises ( InvalidName ) ; // 戻り値.. 同名の登録の有無 true 有り、 false 無し。 } } #endif /* PRIORITY_SERVICE */ ［新旧技術の比較］ ＜適用システム構成＞本発明を適用した開発例と従来技
術による開発例を比較してみる。ここでは、対象物とし
てビル５００内の各種設備を監視するビル管理システム
６００を想定する。ビル５００内の各種設備としては、
例えば、空気調和機やエレベータシステム、ビル内各部
屋の施錠モニタ、警報機器等であり、これらを中央監視
室からダイレクトに監視できるようなシステムを想定し
ている。

【０１２５】このシステムは、中央監視室に設置された
監視室用機器６１０で、ビル５００内の状態を一括して
監視する。

【０１２６】監視室用機器６１０は、各種の制御装置６
２０にネットワークＮＷで結ばれ、緊急の指示なども出
すことができる。ここで云う制御装置６２０とは、図中
のボイラ制御装置やエレベータ運行管理装置など、ビル
設備の制御装置を指す。

【０１２７】監視室用機器６１０と各種の制御装置６２
０はソフトウェア的には、リアルタイムＣＯＲＢＡで接
続されていて（図の中の「ＯＲＢ」）、それぞれはそれ
ぞれに持たせてあるＣＯＲＢＡオブジェクトにより処理
を実行する分散処理環境となっている。

【０１２８】つまり、「監視室用機器６１０」から、
「各制御装置６２０上のＣＯＲＢＡオブジェクトにオペ
レーション呼び出し」を実施し、「制御情報を伝達」す
ることができる。このとき、優先度を使用できる。

【０１２９】また、逆方向の通信もある。例えば、制御
装置６２０に付属するセンサから得られる情報を定周期
的に送達するなどの通信である。この場合は、制御機器
６２０から監視室用機器６１０上のＣＯＲＢＡオブジェ
クトにＣＯＲＢＡのリクエストをかけることになる。こ
のときも、優先度を使用できる。

【０１３０】そのため、各制御機器６２０は、次のよう
な挙動をする。

【０１３１】１）通常の運転に関する制御は、中程度の
優先度で、ＣＯＲＢＡオブジェクト（一般的なコンピュ
ータ用語ではプロセスやスレッドに相当）を動作（処
理）させる。

【０１３２】２）緊急動作のための制御は、高い優先度
のタスクで処理させる。

【０１３３】ここまでの構成は、従来技術（リアルタイ
ムＣＯＲＢＡ）で構成できる。

【０１３４】ただし、問題がある。各種の機器が接続さ
れているため、様々な通信（すなわち、ＣＯＲＢＡのオ
ペレーション呼び出し）が並行して行われるからであ
る。

【０１３５】一般に、こうしたシステムの通信の状況
は、システムが定常的に運用されている場合と、何らか
の非常事態が発生した場合とでも大きく変わる。たとえ
ば、ある単一の制御機器から、火災の情報が入った場
合、ボイラ等を停止したり、エレベータを最寄の階で止
めたりと、各制御機器に対して一斉に制御情報が発信さ
れるため、一時的に通信量が増加する、といった状況も
発生し得る。

【０１３６】このとき、「各機器（監視室機器も、制御
装置の双方を含む）のＣＰＵのタスク・スケジューリン
グ」と、「ネットワークの容量」のそれぞれがボトルネ
ックとなり、システム全体として必要な挙動を行うこと
ができなくなってしまうと問題が顕在化する。

【０１３７】例えば、システム運用後に、あるケースに
おいて、あまり優先する必要のない処置のために、優先
すべき処置（ボイラ停止など）が後回しになる、という
ケースも考えられる。

【０１３８】各機器が持っているＣＰＵ性能、ネットワ
ーク容量を適切に付加配分させ、その上で全体として必
要な処置をとることができるように、ＲＴ−ＣＯＲＢＡ
の優先度の調整が必要になる。ところで、ＲＴ−ＣＯＲ
ＢＡは、「ネットワーク上で使用するＣＯＲＢＡ優先度
を、相互の通信の上での優先度として使い」、それを
「各ＯＲＢで、それぞれのＯＳにあわせた優先度数値に
変換する（この 変換規則を優先度マップと呼ぶ。）」
という２段構成の変換処理手法をとる。

【０１３９】そして、優先度の調整の方法にはいくつか
の手法があり、代表的なものは、「ＣＯＲＢＡオペレー
ションの呼び出しの優先度を変える、またはＣＯＲＢＡ
オブジェクトの優先度を変える（どちらを採用するか
は、ＲＴ−ＣＯＲＢＡのどの機能を使うかで変る）」と
いう手法か、または「各ＯＲＢで、優先度マップを変更
する」という手法である。

【０１４０】しかし、これらの方法は、いずれも、各機
器のＯＲＢごとにプログラムまたは優先度マップの変更
をすることになるため、設定変更するのは大変厄介であ
る。また、実運用の時点ばかりでなく、前動作試験にお
いても、通常は同様の調整をして支障のない運用ができ
るようにするが、そこでもやはり設定変更は大変に面倒
な作業である。

【０１４１】そこで、本発明のように、「優先度定義サ
ーバ」や、「優先度マップサーバ」を利用する方式にす
ることで、これを解消する。

【０１４２】［優先度定義サービスの利用の例］本発明
を適用した手法、すなわち、「優先度定義サービス」の
利用の例を説明する。図３は、優先度定義サービスの利
用実施例を、ＵＭＬのシーケンスチャートで説明した図
である。この図は、オブジェクト間の通信のステップを
説明しており、時間の流れは、上から下へ推移する。

【０１４３】このチャートは、プログラムの作り方を説
明しており、このような流れでオブジェクトの作成を進
めれば、優先度の変更を容易に実施可能な優先度管理方
法が提供できることを示している。

【０１４４】従来方法と本発明を適用した場合の流れの
違いを以下、説明する。流れとして、従来処理が図６お
よび図７であり、本発明の処理が図３および図４であ
る。

【０１４５】従来手法での前提要件として、サーバ側に
は生成しようとする或るＣＯＲＢＡオブジェクトの元と
となるソースコードがプログラミングされて用意されて
いる。これをコンパイルして、優先度付きのＣＯＲＢＡ
オブジェクトを生成しようとするものであるが、従来手
法の場合は、ソースコードに実行処理の優先度が値とし
て埋め込んでおく。

【０１４６】前提要件として、サーバ側アプリケーショ
ンにはメインルーチンのほか、そのアプリケーションの
動作に必要なプログラムモジュールとして、使用するＣ
ＯＲＢＡオブジェクトが含まれている。そして、従来の
場合、ＣＯＲＢＡオブジェクトには最初からそのオブジ
ェクトにおける処理の優先度が値として、埋め込まれて
いる（ＣＯＲＢＡプライオリティによる優先度値が埋め
込まれている）。ＣＯＲＢＡプライオリティでの具体的
な優先度値が最初からオブジェクト内に設定されている
わけである。

【０１４７】図６および図７はＣＯＲＢＡの標準的な従
来手順を示しており、図に従って説明すると、まず、サ
ーバ側アプリケーションが起動されると、当該サーバ側
アプリケーションからＯＲＢの初期化が指示され、これ
を受けてＯＲＢは初期化される。次にサーバ側アプリケ
ーションは、ユーザ定義の優先度マップを生成する。そ
して、マップ内容がリファレンスとしてサーバ側アプリ
ケーションに返される。このリファレンスをサーバ側ア
プリケーションはＯＲＢへ送り、登録する。

【０１４８】次にサーバ側アプリケーションは、ＲＴ−
ＰＯＡの生成とポリシーの指定を行う。そして、出来上
がったＲＴ−ＰＯＡの内容をリファレンスとしてサーバ
側アプリケーションに返す。サーバ側アプリケーション
は次に、自己の持つ多数のＣＯＲＢＡオブジェクトのう
ちから、実行させるべきＣＯＲＢＡオブジェクトを生成
する。そして、そのＣＯＲＢＡオブジェクトについての
リファレンスをサーバ側アプリケーションに返す。次に
この生成したＣＯＲＢＡオブジェクトに対し、優先度付
きで活性化する。オブジェクトに与える優先度はサーバ
側アプリケーションのプログラム内で決める。ＲＴ−Ｐ
ＯＡは優先度マップを参照してＰＯＡ内部でのＣＯＲＢ
Ａプライオリティ／ネーティブプライオリティについて
の変換（優先度変換）を行い得るように、ネーティブプ
ライオリティを戻り値として受けて、ＰＯＡが内部に自
動設定する。

【０１４９】活性化されたＣＯＲＢＡオブジェクトはリ
クエスト待ちになる。

【０１５０】クライアント側機器のアプリケーションか
らリクエストを受けると、活性化されて待機中（リクエ
スト待ち）のＣＯＲＢＡオブジェクトは、活性化時に与
えた優先度で動作し、結果を前記リクエストしてきたク
ライアント側機器におけるアプリケーションに返す。こ
れが従来のステップである。

【０１５１】これに対し、本発明の適用システムでは、
次のような動作になる。但し、本発明手法の場合、ＣＯ
ＲＢＡオブジェクトに最初からそのオブジェクトにおけ
る処理の優先度が値として、埋め込まれているのではな
く、優先度名という変数のかたちで埋め込まれている。
ネーティブプライオリティを変数名のかたちで与えてお
き、具体的な優先度値は別途用意したテーブル（マッ
プ）から取得し、その優先度名対応の優先度値として利
用する構成とするわけである。マップは優先度マップサ
ーバに用意しておく。優先度マップサーバは優先度名と
それに対応する割り当ての優先度値が定義されており、
優先度名に対する優先度値の変更は定義情報の書き換え
で対応できる。マップの定義を変更するだけで、所望の
オブジェクトの優先度を簡単に変更できる仕組みであ
る。

【０１５２】図３および図４は本発明を適用したＣＯＲ
ＢＡの手順を示しており、図に従って説明すると、ま
ず、サーバ側アプリケーションが起動されると、当該サ
ーバ側アプリケーションからＯＲＢの初期化が指示さ
れ、これを受けてＯＲＢは初期化される。次にサーバ側
アプリケーションは、優先度マップイニシャライザにマ
ップ名を指定してのマップの初期化を指示し、これによ
って、優先度マップイニシャライザ は、初期化処理
し、指定されたマップ名のマップの検索を行う。検索先
は優先度マップサーバである。これにより、優先度マッ
プサーバは該当のマップ名のマップを検索し、見つかれ
ばマップの定義情報を優先度マップイニシャライザに返
す。

【０１５３】優先度マップイニシャライザは、ユーザ定
義優先度マップを生成し、次に優先度マップサーバから
返されたマップ定義情報に基づいてユーザ定義優先度マ
ップを初期化する。

【０１５４】これにより、マップ定義情報に基づくユー
ザ定義優先度マップが確保される。このユーザ定義の優
先度マップを優先度マップイニシャライザはＯＲＢへ送
り、登録する。

【０１５５】優先度マップイニシャライザはこの登録が
済むとマップ取得の正常完了をサーバ側アプリケーショ
ンに通知する。この後、サーバ側アプリケーションは、
サーバアプリケーションとしての動作を開始することに
なる。

【０１５６】すなわち、サーバ側アプリケーションは、
まず、ＲＴ−ＰＯＡの生成とポリシーの指定を行う。そ
して、ＲＴ−ＰＯＡが生成され、ポリシーが指定される
とＲＴ−ＰＯＡからはリファレンスがサーバ側アプリケ
ーションに返されるので、これを受けてサーバ側アプリ
ケーションは、ローカル優先度ハンドラ２００の生成と
初期化を行う。これにより、ローカル優先度ハンドラ２
００が生成され、初期化され、そして、ローカル優先度
ハンドラ２００からリファレンスが返されると、サーバ
側アプリケーションは次に、自己の持つ多数のＣＯＲＢ
Ａオブジェクトのうちから、実行させるべきＣＯＲＢＡ
オブジェクトを生成する。そして、そのＣＯＲＢＡオブ
ジェクトについてのリファレンスをサーバ側アプリケー
ションに返す。

【０１５７】これを受けて、サーバ側アプリケーション
は、次にこの生成したＣＯＲＢＡオブジェクトの優先度
をローカル優先度ハンドラを通して問い合わせる。優先
度は優先度名で引き出せるようにしているので、ここで
はＣＯＲＢＡオブジェクトのファイル名を優先度名とし
て使用すると個別オブジェクト単位で優先度名を一義的
に与えることができ、オブジェクトと優先度名が直感的
に結びつくので、便利である。例えば、図５に示す如
く、ＣＯＲＢＡオブジェクトファイル名対応の優先度名
を用い、その優先度名に対して割り当てようとする優先
度の値を対応させるようにする。

【０１５８】このように、優先度の値は優先度名に対応
させて最適なものを割り振るので、対応関係が掴みやす
いものとなる。

【０１５９】優先度名を用いての優先度の問い合わせは
ローカル優先度ハンドラ２００に対して成される。この
問い合わせを受けたローカル優先度ハンドラ２００は、
優先度名による問い合わせを優先度定義サービス（優先
度サービスサーバ）に対して行う。すなわち、これは優
先度ハンドラ２００の備える問合せ手段による機能であ
り、問合せ手段は、分散オブジェクトに与える処理実行
の優先度情報を、優先度定義サービス（優先度サービス
サーバ）に対して問い合わせる。

【０１６０】これを受けて優先度定義サービス（優先度
サービスサーバ）からは、その優先度名 対応のＣＯＲ
ＢＡ優先度 がローカル優先度ハンドラに返される。
これを受けてローカル優先度ハンドラ２００は、このＣ
ＯＲＢＡ優先度をサーバ側アプリケーションに返す。サ
ーバ側アプリケーションは、ＲＴ−ＰＯＡ １００に対
し、この優先度つきで前記生成済みのＣＯＲＢＡオブジ
ェクトを活性化する。ＲＴ−ＰＯＡ １００はこれによ
りユーザ定義優先度マップを参照してＲＴ−ＰＯＡ １
００内部でのＣＯＲＢＡプライオリティ／ネーティブプ
ライオリティについての変換（優先度変換）を行えるよ
うに、ネーティブプライオリティを戻り値として受け
て、ＲＴ−ＰＯＡ １００が内部に自動設定する。

【０１６１】これにより、前記生成済みＣＯＲＢＡオブ
ジェクトはＲＴ−ＰＯＡ上で動作されるように加工され
たことになり、活性化されたことになる。ＲＴ−ＰＯＡ
１００の設定が終わると、サーバ側アプリケーション
１１０はＯＲＢを起動させ、活性化されたＣＯＲＢＡオ
ブジェクトＸはこれにより、リクエスト待ちになる。

【０１６２】クライアント側機器のアプリケーション９
５０からリクエストを受けると、活性化されて待機中
（リクエスト待ち）のＣＯＲＢＡオブジェクトＸは、活
性化時に与えられた優先度で動作することとなり、結果
を前記リクエストしてきたクライアント側機器における
アプリケーション９５０に返す。

【０１６３】本実施例では、優先度は直接与えるのでは
無く、優先度名と云う変数であたえるようにし、優先度
名と優先度値の対応関係は別途用意した優先度サービス
サーバの持つ優先度対応表からローカル優先度ハンドラ
により取り込むようにした。そのため、優先度サービス
サーバ（優先度マップサーバ）の持つ図５に示す如きの
優先度マップの書き換えにより、優先度変更を容易に行
うことができるようになり、各ＣＯＲＢＡオブジェクト
の優先度調整が必要になったときに、その対処を容易に
できるようになる。また、ＣＯＲＢＡオブジェクトファ
イル名対応の優先度名を用い、その優先度名に対して割
り当てようとする優先度の値を対応させるようにするこ
とで、対応関係を掴むことが容易となり、優先度サービ
スサーバの管理がわかりやすく、内容の調整に便利とな
る。

【０１６４】この実施例は、見かけ上、発明の方式のほ
うが複雑になっているが、あくまで最も簡単に利用した
例であり、モジュール化を工夫することによって、サー
バ側アプリケーションのプログラム構成を簡潔にする方
法をとる実施例も可能である。

【０１６５】図５は、優先度マップの構成例であり、図
２のシステムを例にしたものである。複数の「制御装
置」が存在して「監視室用機器」からそれらを制御した
り、逆に「制御装置」から情報を「監視室用機器」に送
信する通信をＣＯＲＢＡで実施するとき、各オブジェク
トに与えるべき優先度は、どれを高くして、どれを低く
すればよいか、ある程度の目安はシステム構築上の要件
から事前にわかるが、例えば、「ボイラ」、「エレベー
タ」の各制御装置への各通信の優先度を、どのように相
対的に設定するのがベストかは、事前にはわからない。

【０１６６】通常の開発では、どうしても次のいずれか
のステップを取ることになる。

【０１６７】１）システムＨＷ（ハードウエア）・ＳＷ
（ソフトウエア）の一式を現地にて実稼動してみて、各
種のＣＯＲＢＡオペレーション呼び出しの中で、必要と
される通信性能を満たさないほど通信ディレーが大きい
ものがないか、あった場合には、その該当するＣＯＲＢ
Ａオブジェクトの優先度を上げるか、あるいは、その他
の通信の優先度を下げ、相対的にその問題のオブジェク
トの優先度を上げてみる。このように、試行錯誤的に設
定優先度を調整してみる必要が生じる。

【０１６８】２）システム運用開始後の問題に対処する
際に、優先度やマップの変更を行う必要が生じることが
ある。

【０１６９】このような優先度変更の必要が生じること
があるが、従来方式で対処するには、各制御機器側のプ
ログラム（クライアント側のプログラム）に入手する以
外、対処法がない。しかし、本発明を適用すれば、この
ようなときには、優先度定義サービスを使用すること
で、「制御装置」や「監視室用機器」のＯＲＢオブジェ
クトの優先度や、優先度マップを使用して、容易に変更
できる。

【０１７０】以上、実施例を詳述したが、要するに本発
明は、オペレーション・システムを搭載してこのオペレ
ーション・システムのもとで動作する分散オブジェクト
にて機能する機器であって、前記分散オブジェクトはネ
ットワークで接続されたリモート機器からのリクエスト
を受け付けることが可能であり、前記リクエストを受け
た分散オブジェクトは与えられた優先度にて処理実行さ
れるようにした分散処理システムにおいて、各分散オブ
ジェクトに与える処理優先度の情報をそれぞれ優先度名
との対応で保持すると共に、当該情報内容を任意に修正
可能な優先度情報保持手段を設け、また、優先度名から
優先度値を取得する優先度ハンドラを設けると共に、各
分散オブジェクトには優先度名が与えられ、分散オブジ
ェクトが動作する場合の前記オペレーティング・システ
ム上の優先度の値は、分散オブジェクトに対して与えら
れた優先度名から前記優先度ハンドラが前記優先度情報
保持手段より対応する優先度値を取得する構成としたも
のである。

【０１７１】本システムは、機器がネットワークで接続
されており、機器はオペレーション・システムを搭載し
てこのオペレーション・システムのもとで動作する分散
オブジェクトにて機能する。そして、前記分散オブジェ
クトはネットワークで接続されたリモート機器からのリ
クエストを受け付けることができ、当該リクエストを受
けた分散オブジェクトは、与えられた優先度にて処理実
行される構成である。そして、このような本システムに
おいては、優先度情報保持手段を設けてあり、この優先
度情報保持手段には各分散オブジェクトに与える処理優
先度の情報をそれぞれ優先度名との対応で保持させてあ
る。この優先度情報保持手段は、システム共有のもので
あり、保持する情報内容を任意に修正可能な構成となっ
ている。

【０１７２】各分散オブジェクトには優先度名が与えら
れ、分散オブジェクトが動作する場合の前記オペレーテ
ィング・システム上の優先度の値は、分散オブジェクト
に対して与えられた優先度名から前記優先度ハンドラが
前記優先度情報保持手段より対応する優先度値を取得す
る。

【０１７３】すなわち、ネットワークで接続されたリモ
ート機器からのリクエストを受け付けることが可能な分
散オブジェクトにおいて、あるオブジェクトに対するリ
クエストにおいて、優先度を表す特定の名前を指定し、
対応する優先度は、共有の優先度情報保持手段より取得
するようにした分散処理システムとなる。

【０１７４】本システムは分散処理システム、特にリア
ルタイムＣＯＲＢＡ（ＲＴ−ＣＯＲＢＡ）を適用した分
散処理システムに顕著なる効果が認められるものである
が、ＲＴ−ＣＯＲＢＡ優先度処理の従来の優先度定義方
式として、サーバ・デクリアード・ポリシーを利用した
際のＲＴ−ＣＯＲＢＡの処理方式は、サーバ・プログラ
ムの作成の際に、優先度の値を変数として与え、優先度
が埋め込まれたＣＯＲＢＡオブジェクトを得るようにし
ていた。サーバとなるＣＯＲＢＡオブジェクトに優先度
を与える際には、ＲＴ−ＰＯＡ上に優先度を指定して活
性化するという操作をプログラム上で行うわけである。
この操作を通じてＯＲＢは、指定された処理優先度のス
レッドをそのオブジェクトに対するリクエストに割り当
てるようにする。

【０１７５】ただし、この方法では、ＣＯＲＢＡサーバ
プログラム毎に陽に優先度値を与えることしかできない
ので、実用的でない。各ＣＯＲＢＡオブジェクトの優先
度を調整する必要がある場合に、優先度の値の変更はプ
ログラムに対して行わねばならないためである。

【０１７６】そこで、本発明はこれを解消するべく、本
発明システムにおいては“優先度名”という概念を導入
するようにした。優先度名は、ユーザがひとまとまりの
調整単位とするもの毎に付与するようにするもので、優
先度の調整は、優先度名に対して与える優先度値の変更
という形で実施する。

【０１７７】本発明システムにおいては、優先度情報保
持手段を設けてあり、この優先度情報保持手段には各分
散オブジェクトに与える処理優先度の情報をそれぞれ優
先度名との対応で保持させてある。しかも、この優先度
情報保持手段は、一元管理できるようにしたシステム共
有のものであり、保持する情報内容を任意に修正可能な
構成となっている。よって、本発明システムにおいて
は、優先度の調整は、優先度名に対して与える優先度値
の変更という形で実施することができるシステムとな
る。

【０１７８】この結果、優先度設定を変更することが可
能となるという効果が得られる。また、システム導入時
の初期調整、チューニングにかかる工数を大幅に改善で
きるようになる。また、本発明によれば、そのまま、シ
ステム運用後の調整装置としても活用可能となるという
効果も得られる。

【０１７９】なお、上記説明はあくまでも一例であり、
種々変形して実施可能である。

【０１８０】また、本発明において、上記実施形態には
種々の段階の発明が含まれており、開示される複数の構
成要件における適宜な組み合わせにより種々の発明が抽
出され得るものである。例えば、実施形態に示される全
構成要件から幾つかの構成要件が削除されても、発明が
解決しようとする課題の欄で述べた課題の少なくとも１
つが解決でき、発明の効果の欄で述べられている効果の
少なくとも１つが得られる場合には、この構成要件が削
除された構成が発明として抽出され得る。

【０１８１】

【発明の効果】以上詳述したように、本発明によれば、
優先度設定を容易に変更可能なシステムを提供できる。
また、システム導入時の初期調整、チューニングにかか
る工数を大幅に改善できるようになる。また、本発明に
よれば、そのまま、システム運用後の調整装置としても
活用可能となるという効果も得られる。

【図面の簡単な説明】

【図１】本発明を説明するための図である。

【図２】本発明の適用対象システム例を示す図である。

【図３】本発明システムを適用した場合の動作遷移図で
ある。

【図４】本発明システムを適用した場合の動作遷移図で
ある。

【図５】優先度名と優先度値を一元管理した優先度マッ
プの一例を示す図である。

【図６】従来技術を適用した場合の動作遷移図である。

【図７】従来技術を適用した場合の動作遷移図である。

【図８】従来技術を説明するための図である。

【符号の説明】

Ａ…構成機器（サーバ側） Ｂ…構成機器（クライアント側） Ｃ…構成機器（優先度サーバ） １００…ＲＴ−ＰＯＡ １１０…ＣＯＲＢＡサーバプログラム ２００…ローカル優先度ハンドラ ３００…優先度サービスサーバ ９５０…ＣＯＲＢＡクライアントプログラム ９６０…ネームサービス。

Claims (5)

【特許請求の範囲】
1. 【請求項１】オペレーション・システムを搭載してこの
   オペレーション・システムのもとで動作する分散オブジ
   ェクトにて機能する機器であって、前記分散オブジェク
   トはネットワークで接続されたリモート機器からのリク
   エストを受け付けることが可能であり、前記リクエスト
   を受けた分散オブジェクトは与えられた優先度にて処理
   実行されるようにした分散処理システムにおいて、 各分散オブジェクトに与える処理実行の優先度の情報を
   保持すると共に、当該情報内容を任意に修正可能な優先
   度情報保持手段を設け、 前記各分散オブジェクトが動作する場合の前記オペレー
   ティング・システム上の優先度の値は、それぞれ前記優
   先度情報保持手段より取得する構成とすることを特徴と
   する分散処理システム。
2. 【請求項２】オペレーション・システムを搭載してこの
   オペレーション・システムのもとで動作する分散オブジ
   ェクトにて機能する機器であって、前記分散オブジェク
   トはネットワークで接続されたリモート機器からのリク
   エストを受け付けることが可能であり、前記リクエスト
   を受けた分散オブジェクトは与えられた優先度にて処理
   実行されるようにした分散処理システムにおいて、 各分散オブジェクトに与える処理優先度の情報をそれぞ
   れ優先度名との対応で保持すると共に、当該情報内容を
   任意に修正可能な優先度情報保持手段を設け、また、優
   先度名から優先度値を取得する優先度ハンドラを設ける
   と共に、各分散オブジェクトには優先度名が与えられ、
   分散オブジェクトが動作する場合の前記オペレーティン
   グ・システム上の優先度の値は、分散オブジェクトに対
   して与えられた優先度名から前記優先度ハンドラが前記
   優先度情報保持手段より対応する優先度値を取得する構
   成とすることを特徴とする分散処理システム。
3. 【請求項３】オペレーション・システムを搭載してこの
   オペレーション・システムのもとで動作する分散オブジ
   ェクトにて機能する機器であって、前記分散オブジェク
   トはネットワークで接続されたリモート機器からのリク
   エストを受け付けることが可能であり、前記リクエスト
   を受けた分散オブジェクトは与えられた優先度にて処理
   実行されるようにした分散処理システムにおいて、 各分散オブジェクトに与える処理優先度の情報をそれぞ
   れ優先度名との対応で保持すると共に、当該情報内容を
   任意に修正可能な優先度情報保持手段を設け、また、優
   先度名から優先度値を取得する優先度ハンドラを設ける
   と共に、各分散オブジェクトには優先度名が与えられ、
   分散オブジェクトが動作する場合の前記オペレーティン
   グ・システム上の優先度の値は、分散オブジェクトに対
   して与えられた優先度名から前記優先度ハンドラが前記
   優先度情報保持手段より対応する優先度値を取得する構
   成とすることを特徴とする分散処理システム。
4. 【請求項４】前記分散オブジェクトにて機能する機器
   は、ＣＯＲＢＡ規格に準拠するものであって、ＣＯＲＢ
   Ａの基本サービスを提供するソフトウエアであるＯＲＢ
   (Object Request Broker：オブジェクト・リクエスト・
   ブローカ)をアプリケーションから利用可能にするＣＯ
   ＲＢＡサービスの一つとして、優先度を特定の文字列と
   結び付けて提供する優先度サービスを用意し、優先度名
   として与えられた特定文字列に対応する優先度の値を、
   この優先度サービスにて取得し、前記優先度ハンドラに
   渡す構成とすることを特徴とする請求項２記載の分散オ
   ブジェクト処理システム。
5. 【請求項５】分散オブジェクトに与える処理実行の優先
   度情報を問い合わせる問合せ手段と、 予め前記優先度情報を保持した優先度情報保持手段から
   前記問合せ手段により問い合わされた前記分散オブジェ
   クトの優先度情報を取得する手段と、を具備したことを
   特徴とする分散処理プログラム。