JPH08292910A - 資源管理装置および資源管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 個々のユーザのアクセス方法の嗜好や意図を
反映した、ユーザごとに局所的な資源アクセスのための
名前空間を提供する柔軟性の高い分散システムを具現化
することのできる資源管理装置および資源管理方法を提
供する。 【構成】 あるコンテキスト保持部１−ｉに資源の名前
が入力されると、名前解析部２−ｉが名前を解析し、名
前変換部３−ｉで第１または第２の資源実現表現に変換
する。名前解決部４は、各コンテキスト保持部からの第
１または第２の資源実現表現を受け取り、それが第２の
資源実現表現の場合、それに含まれる第２の資源要素列
の資源名を、対応するコンテキスト保持部に出力する。
この動作が連鎖的に行なわれ、名前が解決される。資源
実現部５は、名前の解決結果に対応する資源のハンドル
を出力する。ユーザは、このハンドルを用いて入力した
名前に対応する仮想的な資源に対してアクセスが可能で
ある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理を行なう
複数の計算機システムがネットワークで結ばれたネット
ワーク情報システムにおいて、前記計算機システムが取
り扱う資源の管理方式に関するものである。

【０００２】

【従来の技術】従来の資源管理方式の一つとして、例え
ば、上谷晃弘，「ローカルエリアネットワーク イーサ
ネット概説」，改訂２版，丸善株式会社には、米国ゼロ
ックス社のクリアリングハウスサービスの資源管理方式
について述べられている。このクリアリングハウスサー
ビスは、分散システムにおける資源の名前に対して、任
意個の属性を対応させて管理する資源管理方式による分
散データベースである。

【０００３】このクリアリングハウスサービスでは、属
性として、資源の種類、パスワード、別名、ファイルサ
ーバの名前、メールボックスの名前、プリンターの名
前、グループ、配付先リスト等を扱うことができる。し
かし、分散システムの資源に対して、大域的な名前の他
に、ユーザ個々に用途やニーズに応じた複数の局所的な
名前付けルールに基づく名前を付与して取り扱うことが
できる機能を提供していない。

【０００４】また、別の資源管理方式として、例えば、
清水 謙多郎，前川 守，芦原 評著，「分散オペレー
ティングシステム ＵＮＩＸの次にくるもの」，共立出
版，ｐｐ．２４３−２６４と、「コンピュータソフトウ
ェア」，Ｖｏｌ．６、Ｎｏ．３（１９８９），ｐｐ．１
９−３４等に示されているＧＡＬＡＸＹオペレーティン
グシステムの資源管理方式がある。これは、名前を解釈
する環境であるコンテキストを複数設け、コンテキスト
を外部名と変換名と属性リストからなるディレクトリの
集合として構成する方式である。

【０００５】この資源管理方式は、ハッシュ表やＢ−ｔ
ｒｅｅ等を用いた表により外部名から変換名への対応を
保持管理する。そのため、分散システム中の資源に統一
的な外部名を付与して取り扱うことが可能となり、操作
性が高まる。さらに、同一の資源に対して、コンテキス
トごとに異なる外部名を付与することができるので、分
散システムの資源に対して、用途やニーズに応じた複数
の局所的な名前を付与して取り扱うことができる局所的
な名前空間を提供することが可能である。しかし、名前
付け規則や名前解釈の規則はすべてのコンテキストで同
じであるので、個々のユーザごとに、異なる名前付け規
則を規定して、資源の用途やニーズに応じた柔軟な局所
名を付与して分散システムの資源を取り扱うことはでき
ない。

【０００６】さらに別の資源管理方式として、Ｄｏｕｇ
ｌａｓ Ｅ． Ｃｏｍｅｒ，Ｌａｒｒｙ Ｌ． Ｐｅｔ
ｅｒｓｏｎ著，“Ａ Ｍｏｄｅｌ ｏｆ Ｎａｍｅ Ｒ
ｅｓｏｌｕｔｉｏｎ ｉｎ Ｄｉｓｔｒｉｂｕｔｅｄ
Ｓｙｓｔｅｍｓ”，Ｐｒｏｃｅｅｄｉｎｇｓ Ｔｈｅ
６ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅ
ｎｃｅ ｏｎ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｍｐｕｔ
ｉｎｇ Ｓｙｓｔｅｍｓ，（１９８６），ｐｐ．５２３
−５３０で示される分散システムにおける名前解決機構
がある。この名前解決機構は、所定の資源に対応する名
前の解決をクライアント・プロセスが要求すると、クラ
イアント・プロセスが動作している初期コンテキストか
らスタートして、別のコンテキストとそこで定まる名前
に変換する名前変換を繰り返し行なう。この繰り返しに
よって、コンテキストを次々に移動しながら、最終的に
は、クライアント・プロセスで要求した名前に対応して
定まる資源を実際に管理する最終的なコンテキストと、
そのコンテキストで解釈可能な資源識別子に変換する。

【０００７】この名前解決機構を用いると、資源と名前
とその名前を解釈可能なコンテキストを管理すること
で、分散システムの資源について、コンテキストごとに
局所的である局所名を付与して取り扱う資源管理方式を
実現することができる。このとき、資源管理方式は名前
をコンテキストに作用させて名前の解決を行ない、か
つ、解決を再帰的に行なって、最終的なコンテキストと
資源識別子に変換するための、システム全体で唯一の名
前解決関数を有する。この名前解決関数の機構は、第一
の名前を解析して第二の名前を取り出す名前解析と、第
二の名前をキーにして表を引き、第二のコンテキストと
第三の名前との組を取り出し、第二のコンテキストにプ
ロセスを移動させる名前変換の機能を有するコンテキス
トによって実現される。

【０００８】上述の資源管理方式では、コンテキストご
とに固有の名前解析機能と名前変換機能を持つため、シ
ステムに複数の名前付け規則を導入することができる。
したがって用途やニーズに応じた複数のコンテキストを
用意して、コンテキストごとに局所的でかつ柔軟な名前
空間を提供することが可能である。しかし、この資源管
理方式の名前変換機能は、一つの名前を一つの名前また
は複数の名前の組に変換するにとどまるため、第三の名
前と第二のコンテキストが表わす資源への操作に対して
なされる動作をコンテキストごとに変える方法について
は言及されていない。このような資源への操作に対して
なされる動作をコンテキストごとに変えるには、名前解
決機構をコンテキストごとに変えればよいが、この資源
管理方式の名前解決機構は、システム全体で共通の名前
解決関数を用いているため、コンテキストごとに資源の
動作を変えることはできない。

【０００９】また、この文献では、名前解決機構が第１
の名前を複数の識別子からなる集合に解決するように拡
張することに言及している。この名前解決機構では、第
１の名前が別のコンテキストの複数の名前のグループに
対応し、例えば、放送型通信を用いて、同じ操作が複数
の識別子に適用されるように働くよう説明されている。
しかしながらこの名前解決機構では、第１の名前に対す
る操作が、名前解決機構で解決された複数の識別子に対
する異なる操作の合成によって実現することができない
し、このような機構を具現化する仕組みについて言及し
ていない。

【００１０】特開平５−２１６７９９号公報に開示され
る名前管理方式は、ある名前空間の名前を別の名前空間
の名前に、名前の重複を避けつつ自動的に変換する名前
の対応つけの管理方式である。この名前管理方式は、基
本的には、上述のＤｏｕｇｌａｓ Ｅ． Ｃｏｍｅｒ，
Ｌａｒｒｙ Ｌ． Ｐｅｔｅｒｓｏｎの名前解決機構と
同じ機構に基づくもので、同様の問題点を有する。

【００１１】特開平５−１８９３８９号公報に開示され
る階層構造をなす大規模分散計算機システムの接続方法
は、階層構造をなす局所的な名前空間のオブジェクトの
識別子から、他の局所的な名前空間における前記オブジ
ェクトの識別子を構成するオブジェクトの識別子の管理
方式について言及している。このオブジェクトの識別子
の管理方式も、基本的には、上述のＤｏｕｇｌａｓ
Ｅ． Ｃｏｍｅｒ，Ｌａｒｒｙ Ｌ． Ｐｅｔｅｒｓｏ
ｎの名前解決機構と同じ機構に基づくもので、同じ問題
点を有している。

【００１２】特開平５−２７４２７４号公報に開示され
る数種の異種命名システムによる名前で構成された複合
名を分解できる連合命名システムのための装置と方法
は、複数の異種の命名システムが連合して名前を解決す
る装置と方法について言及している。この装置と方法
は、基本的には、上述のＤｏｕｇｌａｓ Ｅ． Ｃｏｍ
ｅｒ，Ｌａｒｒｙ Ｌ． Ｐｅｔｅｒｓｏｎの名前解決
機構と同じ機構に基づき、単に、異種の命名システムが
連合して名前を分割する方法とインタフェースについて
説明しているに過ぎないので、同じ問題点を有してい
る。

【００１３】特開平５−３４２１３４号公報に開示され
る名前解決装置は、信頼性を規定するパラメータ設定手
段と、パラメータによって指定された信頼性の程度に依
存して、名前の解決した結果として定まるディレクトリ
の複製を自動的に作成または消去し、かつ、複製が存在
するときには、複製されたディレクトリに名前を解決す
るように動作する名前解決装置について言及している。
この装置と方法は、基本的にはＤｏｕｇｌａｓ Ｅ．
Ｃｏｍｅｒ，Ｌａｒｒｙ Ｌ． Ｐｅｔｅｒｓｏｎの名
前解決機構と同じ機構に基づき、単に、利用者が与えた
パラメータによって自動的にディレクトリの複製を作成
し、複製が存在するときには、他のコンテキストに解決
を依頼せずに、自ノード内で名前解決を行なうように動
作する名前解決装置を説明しているに過ぎないので、同
じ問題点を有している。

【００１４】また、上述のいずれの資源管理方式も、コ
ンテキストについて、そのコンテキストが解決可能な名
前の一部または全部がメンバであるグループを表わす資
源として提供する機構について言及していない。この機
構がないため、ユーザが意図するメンバを解決可能な名
前とするコンテキストを定めることで、所望のメンバを
有するグループ資源を局所的に実現することができな
い。

【００１５】さらに、上述した名前サービスシステムや
名前解決機構を用いた資源管理システムまたは資源管理
方式は、いずれも、コンテキストごとに異なる名前付け
規則にもとづくユーザの意図を反映させた資源の名前付
けを行ない、加えて、コンテキストごとに資源の動作が
異なる実現規則に基づく局所的な資源を提供すること
で、個々のユーザが所望する性質を有する資源や資源グ
ループの実現を規定する局所的な名前を有する局所的な
資源の実現を可能とする資源管理方式についてはなんら
言及していない。

【００１６】加えて、コンテキストごとに資源の動作が
複数の資源の動作から定まる実現規則に基づく局所的な
資源を提供することで、個々のユーザが所望する性質を
有する資源や資源グループを高い自由度で定めることが
可能な局所的な名前を有する局所的な資源の実現を可能
とする資源管理方式についてはなんら言及していない。

【００１７】以上に説明した従来の資源管理方式または
従来の資源管理方式を採用したシステムは、（ａ） 資
源の名前と資源の物理的な位置情報を資源管理表または
資源管理データベースで管理し、入力された資源の名前
から対応する資源の物理的な位置情報を出力する資源管
理方式または資源管理方式を採用したシステム、（ｂ）
資源の名前を解釈し、資源の変換名を出力する複数の
コンテキストと、複数のコンテキストにまたがって、一
回以上繰り返して名前を単一の変換名に変換すること
で、変換名を取り扱う単一のコンテキストに到達するた
めの、唯一の名前解決機構を有する資源管理方式を採用
したシステム、（ｃ） 前記（ｂ）に加えて、資源の名
前を解釈し、資源の変換名を出力する複数のコンテキス
トと、複数のコンテキストにまたがって一回以上繰り返
して名前を複数の変換名に変換する唯一の名前解決機構
を有する資源管理方式を採用したシステムのいずれかに
分類される。

【００１８】上記（ａ）のシステムでは、第１の資源の
名前である第１の名前に対して、第１の資源を実現する
システムでの識別子、または、第１の資源を実現するコ
ンテキストでの識別子と考えられる第１の位置を対応づ
けて管理する。しかし、分散システム全体で唯一の名前
付け規則または名前を解釈する文法と名前解析手段を有
するのみである。したがって、第１の資源に対して大域
的に定まる第１の名前の他に、第１の資源の利用の用途
や利用者のニーズや利用時期に応じて、相異なる複数の
コンテキストを用意して、それぞれのコンテキストごと
に異なる名前付け規則に加えて、コンテキストごとに動
作が異なる局所的な資源を提供する局所的な名前空間を
提供することができない。そのため、さまざまな利用者
の意図や利用局面に合致した柔軟な分散システムを提供
するには、不都合である。

【００１９】上記（ｂ）のシステムでは、各コンテキス
トごとに独立した名前解析手段を有するため、分散シス
テムに第１の資源に付与する名前について複数の名前付
け規則または複数の名前解釈の文法を導入することがで
きるため、第１の資源に対して第１の名前だけでなく、
それぞれの名前付け規則または名前解釈文法に従って、
相異なるコンテキストごとに独立した第２、第３の名前
を付与して取り扱うことができる。したがって、第１の
資源の利用用途や利用者のニーズや利用時期に応じて、
相異なる複数のコンテキストを用意して、それぞれのコ
ンテキストで有効な複数の局所的な名前を提供すること
ができる。

【００２０】しかし、この資源管理方式では、名前を変
換した結果である変換名を処理する名前解決機構は、分
散システムに対して唯一であり、かつ、コンテキストご
とに変換名の処理方法を変えて、第１の名前に対応する
第１の資源に加えて所定の性質を有する局所的な第２の
資源をコンテキストごとに実現する方法を提供しない。

【００２１】例えば、第１のコンテキストでは、第１の
名前に対して第１の変換名と第２のコンテキストが出力
されるとする。次に、第１の変換名と第２のコンテキス
トで提供される第１の資源に対して、第１のコンテキス
トで定められる所定の処理を施して、第１の名前に対し
て、利用者が所望する性質を有する第１の資源から導出
される第２の資源を局所的に実現するように、第１の名
前を定めることが考えられる。しかし、この資源管理方
式では、このような機能を提供することはできない。ま
た、例えば、第３のコンテキストでは、第２の名前に対
して第１の変換名と第２のコンテキストが出力されると
する。次に、第１の変換名と第２のコンテキストで提供
される第１の資源に対して、第３のコンテキストで定め
られる第２の所定の処理を施して、第２の名前に対し
て、利用者が所望する第２の性質を有する第１の資源か
ら導出される第３の資源を局所的に実現するように、第
３の名前を定めることも考えられる。しかし、このよう
な機能も提供されない。

【００２２】すなわち この（ｂ）のシステムでは、第
１のコンテキストや第３のコンテキストを用意すること
によって、第１の資源に対して第１の名前や第３の名前
としてコンテキストに局所的な名前を与えることはでき
るが、第１の資源から導かれ、かつ、個々のユーザが所
望する性質を有する第２、第３の資源のような資源の局
所的な実現を与える機能は提供していない。

【００２３】（ｃ）のシステムでは、（ｂ）に加えて第
１の資源に付与する名前について、名前解決の結果とし
て、別の複数の資源に対応付けられるが、第１の資源に
対する操作は、解決結果の複数の資源に対するマルチキ
ャスト通信に代表される放送型通信によって、複数の同
じ操作に対応づけることが可能である。したがって、第
１の資源に対する操作は、解決結果である複数の資源に
対して同じ操作が複製されて適用する機能を提供する。

【００２４】しかし、この資源管理方式では、第１の名
前に対応する資源が複数の資源であって、かつ、第１の
名前が表現する資源に対して適用される処理が、名前解
決の結果として、複数のコンテキストの複数の資源に対
して、それぞれ異なった所定の処理を施し、その結果を
集積してえられるような性質を有する局所的な資源を実
現することができない。

【００２５】例えば、（ｃ）のシステムでは、第１の名
前は、複数のコンテキストと複数の変換名Ｘ，Ｙ，Ｚ
と、複数の資源に対してそれぞれ適用される所定の手続
きｘ，ｙ，ｚによって展開される。第１の名前に対する
操作は、手続きｘ，ｙ，ｚを用いて、変換名Ｘ，Ｙ，Ｚ
にそれぞれ対応する資源に対して操作を施し、その結果
を集積して実現されるような名前解決機構と資源の実現
機構の提供が望まれる。しかし、このような名前解決機
構や資源の実現機構は提供されていない。したがって、
第１の名前が表わす第４の資源が、複数の資源から実現
され、かつ複数の資源に対して所定の処理を施すことで
所望の性質を有するように、第４の局所的な名前を有す
る局所的な資源を個々のユーザが自由に実現することが
できない。

【００２６】また、（ａ）、（ｂ）、（ｃ）いずれのシ
ステムについても、コンテキスト自身が、コンテキスト
が解決可能な名前の集合の一部または全部をメンバに有
するグループ資源として動作するような機構を提供しな
いので、ユーザが、コンテキストが解決可能な名前の集
合を規定することで、ユーザの意図を反映したコンテキ
ストを実現しても、集合の一部または全部をメンバに有
するグループ資源は構成できない。

【００２７】以上をまとめていえば、従来知られる資源
管理方式では、局所的に管理される資源に対して、大域
的な名前を付与して大域的に取り扱うことができ、ま
た、所定の資源やグループに対して、コンテキストごと
に定まる複数の名前を与え、コンテキストごとに局所的
な名前として取り扱う機能を提供している。しかし、大
域的な資源に対して、所定の処理を施すことでなされる
ような、コンテキストごとに異なる動作を有する資源を
規定し、かつ、コンテキストごとに異なる名前付け規則
に基づく局所名を付与する機能を提供することはできな
い。また、複数の資源にそれぞれ異なる処理を施して、
その結果を集積することによって、あたかも、個々のユ
ーザが所望する性質を有する単一の局所的な名前を持つ
局所的な資源が実在するかのように取り扱う機能を提供
することはできない。加えて、コンテキストが解決可能
な名前の集合の一部または全部をメンバに有するグルー
プ資源として動作するような機構を提供できない。その
結果、個々のユーザのアクセス方法の嗜好や意図を反映
したユーザごとに局所的な資源アクセスのための名前空
間を提供する柔軟性の高い分散システムを具現化するに
は、不都合である。

【００２８】

【発明が解決しようとする課題】本発明は、個々のユー
ザのアクセス方法の嗜好や意図を反映した、ユーザごと
に局所的な資源アクセスのための名前空間を提供する柔
軟性の高い分散システムを具現化することのできる資源
管理装置および資源管理方法を提供することを目的とす
るものである。

【００２９】

【課題を解決するための手段】本発明は、請求項１に記
載の発明においては、情報処理を行なう複数の計算機シ
ステムがネットワークで結ばれたネットワーク情報シス
テムで使用される資源管理装置において、コンテキスト
識別子を持つコンテキスト保持手段と、名前解決手段を
有し、前記コンテキスト保持手段は、資源に付けられた
名前である資源名を入力とし該資源名の名前の解析を行
なう名前解析手段と、該名前解析手段による解析結果を
前記計算機システム内にあらかじめ実現されている実資
源が固有に持つ資源識別子を要素とする第１の資源要素
列と該第１の資源要素列を処理するための手続き情報で
ある第１の実現要素列との組からなる第１の資源実現表
現またはコンテキスト識別子と資源名の組を要素とする
第２の資源要素列と該第２の資源要素列を処理するため
の手続き情報である第２の実現要素列との組からなる第
２の資源実現表現に変換する名前変換手段を有し、前記
名前解決手段は、前記コンテキスト保持手段内の前記名
前変換手段により変換された第２の資源実現表現に含ま
れる第２の資源要素列の資源名を対応するコンテキスト
識別子が示す前記コンテキスト保持手段に対して出力す
ることを特徴とするものである。

【００３０】請求項２に記載の発明においては、情報処
理を行なう複数の計算機システムがネットワークで結ば
れたネットワーク情報システムで使用される資源管理装
置において、コンテキスト識別子を持つコンテキスト保
持手段と、名前解決手段と、資源実現手段を有し、前記
コンテキスト保持手段は、資源に付けられた名前である
資源名を入力とし該資源名の名前の解析を行なう名前解
析手段と、該名前解析手段による解析結果を前記計算機
システム内にあらかじめ実現されている実資源が固有に
持つ資源識別子のみを要素とする第１の資源要素列と該
第１の資源要素列を処理するための手続き情報である第
１の実現要素列との組からなる第１の資源実現表現また
はコンテキスト識別子と資源名の組を要素とする第２の
資源要素列と該第２の資源要素列を処理するための手続
き情報である第２の実現要素列との組からなる第２の資
源実現表現に変換する名前変換手段を有し、前記名前解
決手段は、前記コンテキスト保持手段内の前記名前変換
手段により変換された第２の資源実現表現に含まれる第
２の資源要素列の資源名を対応するコンテキスト識別子
が示す前記コンテキスト保持手段に対して出力しまたは
前記コンテキスト保持手段内の名前変換手段により変換
された第１の資源実現表現を出力し、前記資源実現手段
は、前記名前解決手段により出力された第１の資源実現
表現に含まれる第１の実現要素列を解釈しその解釈結果
を前記第１の資源要素列に対応するあらかじめ実現され
ている実資源に対して実行して資源を生成することを特
徴とするものである。

【００３１】請求項３に記載の発明においては、情報処
理を行なう複数の計算機システムがネットワークで結ば
れたネットワーク情報システムで使用される資源管理装
置において、コンテキスト識別子を持つ第１のコンテキ
スト保持手段および第２のコンテキスト保持手段を有
し、前記第１のコンテキスト保持手段は、資源に付けら
れた名前である資源名を入力とし該資源名の名前の解析
を行なう第１の名前解析手段と、該第１の名前解析手段
による解析結果を前記計算機システム内にあらかじめ実
現されている実資源が固有に持つ資源識別子のみを要素
とする第１の資源要素列に変換する第１の名前変換手段
と、該第１の名前変換手段により変換された第１の資源
要素列と該第１の資源要素列を処理するための手続き情
報の組である第１の名前解決結果に変換する第１の名前
解決手段と、該第１の名前解決手段により変換された第
１の名前解決結果に含まれる手続き情報を解釈しその解
釈結果を前記第１の資源要素列に対応する実資源に対し
て実行して資源を生成し該資源を操作するためのハンド
ル情報を出力する第１の資源実現手段を有し、前記第２
のコンテキスト保持手段は、資源名を入力とし該資源名
の名前の解析を行なう第２の名前解析手段と、該第２の
名前解析手段による解析結果をコンテキスト識別子と資
源名の組を要素とする第２の資源要素列に変換する第２
の名前変換手段と、該第２の名前変換手段により変換さ
れた第２の資源要素列の資源名をコンテキスト識別子に
対応する前記第１のコンテキスト保持手段に対して出力
し前記第１のコンテキスト保持手段より得られるハンド
ル情報と該ハンドル情報に対応する資源を処理するため
の手続き情報の組である第２の名前解決結果に変換する
第２の名前解決手段と、該第２の名前解決手段により変
換された第２の名前解決結果に含まれる手続き情報を解
釈しその解釈結果を前記ハンドル情報に対応する資源に
対して実行して資源を生成する第２の資源実現手段を有
することを特徴とするものである。

【００３２】請求項４に記載の発明においては、情報処
理を行なう複数の計算機システムがネットワークで結ば
れたネットワーク情報システムで使用される資源管理装
置において、コンテキスト識別子を持つ第１のコンテキ
スト保持手段および第２のコンテキスト保持手段を有
し、前記第１のコンテキスト保持手段は、資源に付けら
れた名前である資源名を入力とし該資源名の名前の解析
を行なう第１の名前解析手段と、該第１の名前解析手段
による解析結果を前記計算機システム内にあらかじめ実
現されている実資源が固有に持つ資源識別子を要素とす
る第１の資源要素列に変換する第１の名前変換手段と、
該第１の名前変換手段により変換された第１の資源要素
列と該第１の資源要素列を処理するための手続き情報の
組である名前解決結果を出力する第１の名前解決手段を
有し、前記第２のコンテキスト保持手段は、資源名を入
力とし該資源名の名前の解析を行なう第２の名前解析手
段と、該第２の名前解析手段による解析結果をコンテキ
スト識別子と資源名の組を要素とする第２の資源要素列
に変換する第２の名前変換手段と、該第２の名前変換手
段により変換された第２の資源要素列の資源名を対応す
るコンテキスト識別子の示す前記第１のコンテキスト保
持手段に対して出力し前記第１のコンテキスト保持手段
より名前解決結果を受け取る第２の名前解決手段を有す
ることを特徴とするものである。

【００３３】請求項５に記載の発明においては、情報処
理を行なう複数の計算機システムがネットワークで結ば
れたネットワーク情報システムで使用される資源管理装
置において、コンテキスト識別子を持つ第１のコンテキ
スト保持手段および第２のコンテキスト保持手段と、資
源実現手段を有し、前記第１のコンテキスト保持手段
は、資源に付けられた名前である資源名を入力とし該資
源名の名前の解析を行なう第１の名前解析手段と、該第
１の名前解析手段による解析結果を前記計算機システム
内にあらかじめ実現されている実資源が固有に持つ資源
識別子のみを要素とする第１の資源要素列に変換する第
１の名前変換手段と、該第１の名前変換手段により変換
された第１の資源要素列と該第１の資源要素列を処理す
るための手続き情報の組である第１の名前解決結果を出
力する第１の名前解決手段を有し、前記第２のコンテキ
スト保持手段は、資源名を入力とし該資源名の名前の解
析を行なう第２の名前解析手段と、該第２の名前解析手
段による解析結果をコンテキスト識別子と資源名の組を
要素とする第２の資源要素列に変換する第２の名前変換
手段と、該第２の名前変換手段により変換された第２の
資源要素列の資源名を対応するコンテキスト識別子の示
す前記第１のコンテキスト保持手段に対して出力し前記
第１のコンテキスト保持手段より受け取った第１の名前
解決結果を用いて資源識別子と該資源識別子に対応する
実資源を処理するための手続き情報の組である第２の名
前解決結果を出力する第２の名前解決手段を有し、前記
資源実現手段は、前記第２のコンテキスト保持手段内の
第２の名前解決手段により出力された第２の名前解決結
果に含まれる手続き情報を解釈しその解釈結果を前記資
源識別子に対応するあらかじめ実現されている実資源に
対して実行して資源を生成することを特徴とするもので
ある。

【００３４】請求項６に記載の発明においては、資源管
理方法において、資源に付けられた名前である資源名を
入力し、該資源名の名前の解析を行ない、名前の解析結
果を資源名を要素とする第１の資源要素列に変換し、変
換された第１の資源要素列に含まれる資源名の名前の解
析を行ない、該解析結果を計算機システム内にあらかじ
め実現されている実資源が固有に持つ資源識別子のみか
らなる第２の資源要素列に変換し、変換された第２の資
源要素列を処理するための手続き情報を求め、該手続き
情報を解釈し、該解釈結果により前記第２の資源要素列
に対応する実資源に適用して資源を生成し、生成された
資源を操作するためのハンドル情報を求め、このハンド
ル情報に対応する資源を処理するための手続き情報を求
め、該手続き情報を解釈し、該解釈結果を前記ハンドル
情報に対応する資源に適用して別の資源を生成すること
を特徴とするものである。

【００３５】請求項７に記載の発明は、情報処理を行な
う計算機システムにおいて用いられる資源管理装置にお
いて、属性と対応づけられ資源に付けられた名前である
資源名を入力とし該資源名の名前の解析を行なう１以上
の名前解析手段と、属性と対応づけられ前記名前解析手
段による解析結果を前記計算機システム内にあらかじめ
実現されている実資源が固有に持つ資源識別子を要素と
する第１の資源要素列と該第１の資源要素列を処理する
ための手続き情報である第１の実現要素列との組からな
る第１の資源実現表現または前記属性を直接的または間
接的に指定する検索式と資源名の組を要素とする第２の
資源要素列と該第２の資源要素列から求められる資源を
処理するための手続き情報である第２の実現要素列との
組からなる第２の資源実現表現に変換する１以上の名前
変換手段と、前記名前変換手段により変換された第２の
資源実現表現に含まれる前記検索式あるいは入力された
前記検索式に基づいて名前解析手段および該名前解析手
段より名前解析結果を受け取る名前変換手段を選択する
選択手段と、前記名前変換手段により変換された第２の
資源実現表現に含まれる第２の資源要素列の資源名ある
いは入力された資源名を前記選択手段により選択された
名前解析手段に受け渡す名前解決手段を有することを特
徴とするものである。

【００３６】請求項８に記載の発明は、請求項７に記載
の資源管理装置において、前記名前変換手段は、前記属
性と対応づけられた１以上の名前変換情報から構成され
てなり、前記選択手段は、１以上の前記名前変換情報を
特定することにより前記名前変換手段を選択し、さら
に、前記選択手段が特定した１以上の前記名前変換情報
に基づいて名前変換手段を構成する名前変換構成手段を
有し、前記選択手段により選択された名前解析手段は前
記名前変換構成手段により構成された名前変換手段に名
前解析結果を受け渡すことを特徴とするものである。

【００３７】請求項９に記載の発明は、請求項７に記載
の資源管理装置において、前記名前解決手段は、前記属
性と対応づけられて複数存在し、前記選択手段はさらに
前記名前解決手段も選択するものであり、前記選択手段
により選択された名前変換手段は前記選択手段により選
択された名前解決手段に対して前記第１の資源実現表現
あるいは前記第２の資源実現表現を受け渡すことを特徴
とするものである。

【００３８】請求項１０に記載の発明は、請求項７ない
し９のいずれか１項に記載の資源管理装置において、前
記名前変換手段により得られる第１の資源実現表現の第
１の実現要素列を解釈しその解釈結果から前記第１の資
源要素列に対応するあらかじめ実現されている実資源を
基に資源を生成する資源実現手段を有することを特徴と
するものである。

【００３９】請求項１１に記載の発明は、請求項９に記
載の資源管理装置において、前記資源実現手段は前記属
性と対応づけられて複数存在し、前記選択手段はさらに
前記資源実現手段も選択するものであり、前記名前解決
手段は前記選択手段により選択された資源実現手段に対
して前記第１の資源実現表現を受け渡すことを特徴とす
るものである。

【００４０】

【作用】請求項１に記載の発明によれば、それぞれコン
テキスト識別子を有する複数のコンテキスト保持手段を
有している。あるコンテキスト保持手段に資源名が入力
されると、名前解析手段で入力された資源名の名前の解
析を行なった後、名前変換手段に入力される。名前変換
手段では、名前解析手段による解析結果を、資源識別子
を要素とする第１の資源要素列と、その第１の資源要素
列を処理するための手続き情報である第１の実現要素列
との組からなる第１の資源実現表現に変換するか、ある
いは、コンテキスト識別子と資源名の組を要素とする第
２の資源要素列と、その第２の資源要素列を処理するた
めの手続き情報である第２の実現要素列との組からなる
第２の資源実現表現に変換し、出力する。名前解決手段
は、名前変換手段からの出力が第２の資源実現表現の
時、その中に含まれる第２の資源要素列の資源名を、対
応するコンテキスト識別子が示すコンテキスト保持手段
に対して出力する。このようにして、連鎖的にコンテキ
スト保持手段による名前の解析及び変換が行なわれて行
く。

【００４１】加えて、請求項２に記載の発明では、資源
実現手段が、名前解決手段により出力された第１の資源
実現表現に含まれる第１の実現要素列を解釈し、その解
釈結果を第１の資源要素列に対応する実資源に対して実
行して資源を生成する。

【００４２】請求項３に記載の発明では、第２のコンテ
キスト保持手段に入力された資源名は第２の名前解析手
段で解析され、解析結果は第２の名前変換手段でコンテ
キスト識別子と資源名の組を要素とする第２の資源要素
列に変換される。そして、第２の名前解決手段は、第２
の資源要素列の資源名を、コンテキスト識別子に対応す
る第１のコンテキスト保持手段に対して出力する。第１
のコンテキスト保持手段では、受け取った資源名を第１
の名前解析手段で解析し、解析結果は第１の名前変換手
段で資源識別子のみを要素とする第１の資源要素列に変
換される。そして、第１の名前解決手段において、第１
の資源要素列と、その第１の資源要素列を処理するため
の手続き情報の組である第１の名前解決結果に変換さ
れ、さらに、第１の資源実現手段において、第１の名前
解決結果に含まれる手続き情報を解釈し、その解釈結果
を第１の資源要素列に対応する実資源に対して実行して
資源を生成し、生成した資源を操作するためのハンドル
情報を返す。第２のコンテキスト保持手段内の第２の名
前解決手段は、このようにして第１のコンテキスト保持
手段から返されるハンドル情報と、そのハンドル情報に
対応する資源を処理するための手続き情報の組である第
２の名前解決結果に変換し、資源実現手段は第２の名前
解決結果に含まれる手続き情報を解釈し、その解釈結果
をハンドル情報に対応する資源に対して実行して資源を
生成する。

【００４３】請求項４に記載の発明では、第２のコンテ
キスト保持手段に入力された資源名は第２の名前解析手
段で解析され、解析結果は第２の名前変換手段でコンテ
キスト識別子と資源名の組を要素とする第２の資源要素
列に変換される。そして、第２の名前解決手段は、第２
の資源要素列の資源名を、対応するコンテキスト識別子
の示す第１のコンテキスト保持手段に対して出力する。
第１のコンテキスト保持手段では、受け取った資源名を
第１の名前解析手段で解析し、解析結果は第１の名前変
換手段で資源識別子を要素とする第１の資源要素列に変
換される。そして、第１の名前解決手段において、第１
の資源要素列と、その第１の資源要素列を処理するため
の手続き情報の組である名前解決結果に変換され、第２
のコンテキスト保持手段内の第２の名前解決手段に返さ
れ、第２の名前解決手段から名前解決結果が出力され
る。

【００４４】さらに、請求項５に記載の発明では、資源
実現手段を有しており、第２のコンテキスト保持手段内
の第２の名前解決手段から出力された第２の名前解決結
果に含まれている手続き情報を解釈し、その解釈結果を
資源識別子に対応する実資源に対して実行して、資源を
生成する。

【００４５】上述のような構成によれば、それぞれのコ
ンテキストで有効な局所的な資源名を提供することがで
きるとともに、各コンテキストごとに資源名やコンテキ
スト識別子に対して手続き情報を対応づけているので、
複数の資源に対してそれぞれの処理を施して得られる資
源を、局所的な資源名によって取り扱うことが可能とな
る。これにより、個々のユーザがそれぞれ所望する性質
を有する局所的な名前を持つ局所的な資源を取り扱う機
能を提供することができる。加えて、資源実現手段を有
する構成では、複数の資源にそれぞれ異なる処理を施し
て、その結果を例えば集積することで、あたかも、個々
のユーザが所望する性質を有する単一の局所的な名前を
持つ局所的な資源が実在するかのように取り扱う機能を
提供することができる。これらの機能によって、例えば
個々のユーザやグループ、あるいはジョブごとに相違す
るアクセス方法の嗜好や意図を反映した局所的な資源ア
クセスのための名前空間を提供し、柔軟性の高い分散シ
ステムを具現化する資源管理装置を提供することができ
る。

【００４６】また、このような資源管理装置における資
源管理方法として、請求項６に記載の発明のように、入
力された資源名の名前の解析を行ない、名前の解析結果
を資源名を要素とする第１の資源要素列に変換する。さ
らに、変換された第１の資源要素列に含まれる資源名の
名前の解析を行ない、解析結果を計算機システム内にあ
らかじめ実現されている実資源が固有に持つ資源識別子
のみからなる第２の資源要素列に変換する。変換された
第２の資源要素列をもとに、この第２の資源要素列を処
理するための手続き情報を求め、求めた手続き情報を解
釈し、解釈結果により第２の資源要素列に対応する実資
源に適用して資源を生成する。さらに、生成された資源
を操作するためのハンドル情報を求め、このハンドル情
報に対応する資源を処理するための手続き情報を求め、
求めた手続き情報を解釈し、解釈結果をハンドル情報に
対応する資源に適用して、別の資源を生成する。個々の
ユーザは、固有の局所的な名前によって、複数の実資源
にそれぞれの手続き情報を適用して仮想的な資源を得る
ことができ、また、対応するハンドル情報に従ってその
仮想的な資源に対してアクセスし、また、仮想的な資源
に対する処理を行なうことができる。

【００４７】請求項７に記載の発明によれば、それぞれ
属性と対応づけられた名前解析手段と名前変換手段を有
している。属性を直接的または間接的に指定する検索式
が選択手段に与えられると、検索式に基づいて、名前解
析手段と、その名前解析手段から名前解析結果を受け取
る名前変換手段を選択する。これにより、例えば属性が
コンテキスト識別子であれば、請求項１におけるコンテ
キスト保持手段の選択と同様に動作する。属性はコンテ
キスト識別子に限らないので、種々の検索式によって名
前解析手段、名前変換手段を選択することができる。以
降の作用は請求項１と同様であり、選択された名前解析
手段で入力された資源名の名前の解析を行なった後、選
択された名前変換手段に入力される。名前変換手段で
は、名前解析手段による解析結果を、資源識別子を要素
とする第１の資源要素列と、その第１の資源要素列を処
理するための手続き情報である第１の実現要素列との組
からなる第１の資源実現表現に変換するか、あるいは、
検索式と資源名の組を要素とする第２の資源要素列と、
その第２の資源要素列を処理するための手続き情報であ
る第２の実現要素列との組からなる第２の資源実現表現
に変換し、出力する。名前解決手段は、名前変換手段か
らの出力が第２の資源実現表現の時、その中に含まれる
第２の資源要素列の資源名を、第２の資源実現表現中の
検索式によって選択手段が選択した名前解析手段に対し
て出力する。このようにして、連鎖的に名前の解析及び
変換が行なわれて行く。

【００４８】請求項８に記載の発明では、名前変換手段
は、属性と対応づけられた１以上の名前変換情報から構
成される。選択手段は、検索式をもとに名前変換情報を
特定し、特定された名前変換情報に基づいて名前変換構
成手段が名前変換手段を構成する。これによって選択手
段による名前変換手段の選択を行なう。このような構成
とすることによって、より柔軟性のある名前の変換処理
を実現することができる。また、類似の名前変換手段を
複数用意しなくても、属性から名前変換構成手段で名前
変換手段を構成できるので、よりコンパクトなシステム
を構成することができる。

【００４９】請求項９に記載の発明では、名前解決手段
も属性と対応づけられて複数存在する。そして、選択手
段は検索式に基づき、名前解析手段、名前変換手段とと
もに、名前解決手段も選択する。選択手段により選択さ
れた名前変換手段は、やはり選択手段により選択された
名前解決手段に対して第１の資源実現表現または第２の
資源実現表現を受け渡す。選択された名前解決手段は、
第２の資源実現表現を受け取ると、その中に含まれる第
２の資源要素列の資源名を、第２の資源実現表現中の検
索式によって選択手段が選択した名前解析手段に対して
出力する。このようにして、連鎖的に名前の解析、変換
及び資源名の受渡しが行なわれて行く。

【００５０】請求項１０に記載の発明では、請求項７な
いし９のいずれか１項に記載の資源管理装置の構成に加
え、資源実現手段を有しており、名前変換手段で得られ
た第１の資源実現表現から、実資源を基に資源を生成す
る。

【００５１】請求項１１に記載の発明では、請求項９に
記載の資源管理装置において、名前解析手段、名前変換
手段、名前解決手段とともに、資源実現手段が属性と対
応づけられて複数存在している。選択手段は、名前解析
手段、名前変換手段、名前解決手段とともに、さらに資
源実現手段も選択する。選択手段で選択された名前解決
手段は、第１の資源実現表現を受け取ったとき、これを
選択手段により選択された資源実現手段に受け渡す。こ
れにより資源が生成される。

【００５２】

【発明の実施の形態】以下、説明する各実施の形態で
は、情報処理を行なう複数の計算機システムがネットワ
ーク上に分散配置され、前記個々の計算機システムごと
に局所的または大域的に管理する計算機システムで扱う
資源に関して、個々のユーザが所望する性質を有する資
源を、個々のユーザに局所的な資源として取り扱うこと
が可能な資源の管理方式について示している。各実施の
形態は、資源としてファイルシステム、特に、ディレク
トリに代表されるグループやファイルを、ユーザごとに
局所化する場合の動作について解説するものを含む。資
源としては、ファイルシステムのファイルやグループに
限らない。例えば、資源はＳＧＭＬ（ＩＳＯ８８７９：
Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋ
ｕｐ Ｌａｎｇｕａｇｅ）を拡張したＨＴＭＬ（Ｈｙｐ
ｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と
してよく知られる文法で表現されるハイパーテキスト文
書であってもよい。

【００５３】一般的には、この発明の資源の管理方式
は、ホストやメモリやファイルやグループやポートやプ
ロセスやユーザやデータベースなど、計算機システムに
おいて、名前を付与して、その名前に対して、名前が示
す資源への操作が適用できるハンドルが得られる資源を
取り扱うように実現してもよい。例えば、ファイル資源
に対する操作は、ファイル操作であるオープンやリード
やライトやクローズが適用可能であるとするが、これに
限定するものではない。これらの一部であってもよい
し、シークが可能であってもよい。

【００５４】グループ資源に対する操作はメンバ表示で
あるとするが、これに限定するものではない。メンバ追
加やメンバ削除ができてよい。また、ＨＴＭＬに対する
操作はＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆ
ｅｒ Ｐｒｏｔｏｃｏｌ）としてよく知られるプロトコ
ルで規定されているいずれかの操作が可能であってよ
い。

【００５５】ハンドルは、例えば、ファイル資源の場合
にはファイルをオープンして得られるファイルＩＤであ
るとするが、オープンしたファイルの属性を格納したフ
ァイル構造体に対するポインタであってもよい。また、
ファイルに対する操作が適用可能なソケットＩＤまたは
ソケット構造体に対するポインタであってもよい。一般
的には、資源に対する操作を適用するための口であれ
ば、何でもよい。

【００５６】以下の実施の形態は、単一の計算機システ
ムの単一プロセスとして実現する資源の管理方式につい
て解説するものを含むが、単一プロセスとして実現する
ことは必須ではない。一般的には、この発明の資源の管
理方式は、単一または複数の計算機システム上で互いに
通信を行なって動作する複数のプロセスとして実現して
もよい。

【００５７】また、以下の実施の形態は、手続き指向に
よる資源の管理方式を含むが、手続き指向によって実現
することは必須ではない。オブジェクト指向によって実
現してもよい。一般的には、この発明の資源の管理方式
は、手続き指向、オブジェクト指向を含むいかなる実現
方式を用いてもよい。

【００５８】さらに、以下の実施の形態では、通信はポ
ートを用いたメッセージ通信として実現する資源の管理
方式を含むが、ポートを用いたメッセージ通信として実
現することは必須ではない。一般的には、この発明の資
源の管理方式は、リモートプログラム、リモートプロシ
ージャ、ソケット、シェアードメモリを含むいかなるプ
ロセス間の通信を用いて実現してもよい。

【００５９】さらに、以下の実施の形態では、資源への
アクセスに対してキャッシュを有する資源の管理方式を
含むが、キャッシュを有することは必須ではない。

【００６０】図１は、本発明の資源管理装置の第１の実
施の形態を示すブロック図である。図中、１−１〜１−
ｎはコンテキスト保持部、２−１〜２−ｎは名前解析
部、３−１〜３−ｎは名前変換部、４は名前解決部、５
は資源実現部、６−１〜６−ｎ，７−１〜７−ｎ，８〜
１２は端子である。この第１の実施の形態では、コンテ
キスト保持部１−１からコンテキスト保持部１−ｎまで
のｎ個のコンテキスト保持部と、１個の名前解決部４
と、１個の資源実現部５から構成されている。コンテキ
スト保持部は１個でもよく、一般的には任意個のコンテ
キスト保持部から構成してよい。同様に、名前解決部は
１個以上でよく、一般的には任意個の名前解決部から構
成してよい。同様に、資源実現部は１個以上でよく、一
般的には任意個の資源実現部から構成してよい。

【００６１】コンテキスト保持部１−１〜１−ｎは、そ
れぞれ固有のコンテキスト識別子を有しており、それぞ
れ、端子６−１〜６−ｎおよび端子７−１〜７−ｎを有
している。端子６−１〜６−ｎは、それぞれ、コンテキ
スト保持部１−１〜１−ｎの入力端子である。端子６−
１〜６−ｎには、資源の名前が入力される。また、端子
７−１〜７−ｎは、それぞれ、コンテキスト保持部１−
１〜１−ｎの出力端子である。端子７−１〜７−ｎは、
それぞれ、端子６−１〜６−ｎに入力された資源の名前
に対応する資源実現表現を出力する。

【００６２】また、コンテキスト保持部１−１〜１−ｎ
は、名前解析部２−１〜２−ｎと、名前変換部３−１〜
３−ｎがそれぞれ設けられている。名前解析部２−１〜
２−ｎは、それぞれ、端子６−１〜６−ｎから入力され
る資源の名前を解析する。また、名前変換部３−１〜３
−ｎは、それぞれ、名前解析部２−１〜２−ｎで解析さ
れた結果を受け、解析結果を第１または第２の資源実現
表現に変換する。第１の資源実現表現は、資源識別子を
要素とする第１の資源要素列と、その第１の資源要素列
を処理するための手続き情報である第１の実現要素列と
の組から構成される。ここで、資源識別子は、計算機シ
ステム内にあらかじめ実現されている実資源が固有に持
つ識別子である。また、第２の資源実現表現は、コンテ
キスト識別子と資源名の組を要素とする第２の資源要素
列と、その第２の資源要素列を処理するための手続き情
報である第２の実現要素列との組から構成される。変換
された第１または第２の資源実現表現は、端子７−１〜
７−ｎから名前解決部４に出力される。

【００６３】名前解決部４は、端子８〜１０を有してい
る。端子８は、名前解決部４の出力端子であり、コンテ
キスト保持部１−１〜１−ｎのいずれかに資源の名前を
出力する。端子９は、名前解決部４の入力端子であり、
端子８からコンテキスト保持部１−１〜１−ｎに出力し
た資源の名前に対応する第１または第２の資源実現表現
を入力する。端子１０は、名前解決部４の出力端子であ
る。端子１０は、端子９に入力された第１の資源実現表
現のいずれかに対応する名前解決結果を出力する。すな
わち、名前解決部４は、各コンテキスト保持部１−１〜
１−ｎの端子７−１〜７−ｎから出力される第１または
第２の資源実現表現を端子９から受け取る。このとき、
第２の資源実現表現を受け取った場合には、第２の資源
実現表現に含まれる第２の資源要素列の資源名を、その
資源名に対応するコンテキスト識別子が示すコンテキス
ト保持部に対して端子８から出力する。資源名を出力し
たコンテキスト保持部からは、第１または第２の資源実
現表現が端子９に返される。このようにして、連鎖的に
コンテキスト保持部を適用することによって、第１の資
源実現表現が得られる。得られた第１の資源実現表現の
すべてあるいはいずれかに対応する名前解決結果が端子
１０から出力される。

【００６４】資源実現部５は、端子１１，１２を有して
いる。端子１１は入力端子であり、名前解決部４から出
力された名前解決結果を入力する。端子１２は出力端子
であり、名前解決部４から出力された名前解決結果に対
応する資源のハンドルを出力する。ユーザは、資源実現
部５の端子１２から出力されるハンドルを用いることに
よって、入力した局所的な資源名に対応する仮想的な資
源に対してアクセス及び処理を行なうことが可能であ
る。

【００６５】図２は、本発明の資源管理装置の第１の実
施の形態における第１の具体例を示す構成図である。図
中、図１と同様の部分には同じ符号を付して説明を省略
する。２１−１〜２１−ｎは資源保持部、２２は資源管
理部、２３は通信部、２４はコンテキスト管理部であ
る。この具体例で説明する資源管理装置は、Ｍ個の資源
保持部２１−１〜２１−Ｍ、資源管理部２２、通信部２
３、コンテキスト管理部２４、Ｎ個のコンテキスト保持
部１−１〜１−Ｎ、名前解決部４、資源実現部５により
構成される。

【００６６】資源保持部２１−１〜２１−ｎは、それぞ
れ、実資源を保持するとともに、資源識別子ｒｅｓ−１
〜ｒｅｓ−Ｍが付与されている。資源管理部２２は、資
源保持部２１−１〜２１−Ｍが保持している資源を、大
域的に、または特定の計算機システムに局所的に管理し
ている。通信部２３は、資源管理部２２とコンテキスト
管理部２４との間の通信、および、その他の計算機シス
テムとの通信を行なう。

【００６７】コンテキスト管理部２４は、コンテキスト
保持部１−１〜１−Ｎを管理するとともに、名前解決部
４、資源実現部５を用いて名前の解決およびハンドルの
取得を行なう。この具体例では、コンテキスト保持部１
−１〜１−Ｎのコンテキスト識別子ｃｔｘｔ−１〜ｃｔ
ｘｔ−Ｎと、コンテキスト保持部１−１〜１−Ｎに通信
を行なうハンドルであるポートの番号を組にして、表で
管理するように構成している。検索を行なう際には、表
をすべて走査して、検索すべきコンテキスト保持部のコ
ンテキスト識別子と一致する表のエントリを捜し、その
コンテキスト保持部のコンテキスト識別子を有するコン
テキスト保持部と通信を行なうハンドルを返すように実
現する。検索は単純な表でなくハッシュ表を用いたハッ
シュ検索として知られる検索方法を用いてもよい。ここ
では、コンテキスト管理部２４は、コンテキスト識別子
からコンテキスト保持部に通信を行なうハンドルが得ら
れればよいので、例えば、コンテキスト識別子として文
字列または番号と、ハンドルの識別子として番号を対応
づけて管理し、コンテキスト識別子による検索機能を提
供するデータベースであれば、どのように実現してもよ
い。

【００６８】コンテキスト保持部１−１〜１−Ｎも、そ
れぞれコンテキスト識別子ｃｔｘｔ−１〜ｃｔｘｔ−Ｎ
を保持しており、名前解析部２−１〜２−Ｎと名前変換
部３−１〜３−Ｎから構成される。

【００６９】名前解析部２−１〜２−Ｎは、例えば、名
前の字句解析や構文解析を行ない、解析木を名前解析結
果として、出力するように構成することができる。字句
解析や構文解析のアルゴリズムは、例えば、Ａ．Ｖ．Ａ
ｈｏ，Ｒ．Ｓｅｔｈｉ，Ｊ．Ｄ．Ｕｌｌｍａｎ著，“Ｃ
ｏｍｐｉｌｅｒｓ”，Ａｄｄｉｓｏｎ−ＷｅｓｌｅｙＰ
ｕｂｌｉｓｈｉｎｇ社，１９８６の第１章から第４章ま
でに説明されている。あるいは、入力された全ての名前
を名前解析結果として、そのまま名前変換部に出力する
ように構成することもできる。以下の具体的な動作の説
明では、後者の構成を有するものとして説明する。

【００７０】名前変換部３−１〜３−Ｎは、入力された
名前に対して資源要素列と実現要素列のペアである資源
実現表現を出力する。名前変換部３−１〜３−Ｎの構成
としては、例えば、名前と資源要素列と実現要素列の組
を表として管理し、入力された名前から表を引くことに
よって資源要素列と実現要素列を得て、組にして資源実
現表現を生成し、出力するように構成することができ
る。

【００７１】資源実現表現の実現要素列の要素は、所定
の種類の資源のハンドルを生成することと、その資源の
ハンドルから所定の操作の指示を受けることと、その資
源のハンドルからデータを入力または出力をすることと
ができる手続きである。さらに、手続きの入力に資源実
現表現で与えられた資源識別子を与え、その資源識別子
で定まる資源に対して所定の操作を施すこと、資源識別
子で与えられる資源に対してデータを入力または出力す
ること、所定のメモリの内容を参照すること、所定のメ
モリの内容を変更すること、任意のデータの処理のいず
れかまたは複数を組み合わせて実現される手続きの名前
または識別子であってよい。

【００７２】図３は、本発明の第１の実施の形態の第１
の具体例における名前変換部で用いられる資源要素列と
資源実現表現の対応表の一例の説明図である。図３で
は、ｎａｍｅ１，ｎａｍｅ２，ｎａｍｅ３，ｎａｍｅ４
の４つの名前を表のエントリとする対応表を示してい
る。この表では、名前ｎａｍｅ１は、資源識別子ｒｅｓ
−１の資源と資源識別子ｒｅｓ−２の資源と手続きｃｏ
ｎｃａｔで実現されることを表わしている。同様に、名
前ｎａｍｅ２は、資源識別子ｒｅｓ−１の資源と資源識
別子ｒｅｓ−３の資源と手続きｃｏｎｃａｔで実現さ
れ、名前ｎａｍｅ３は、資源識別子ｒｅｓ−１の資源と
手続きａｒｃｈｉｖｅと手続きｕｎａｒｃｈｉｖｅで実
現され、名前ｎａｍｅ４は、資源識別子がｒｅｓ−２の
資源と手続きｃｒｙｐｔと手続きｄｅｃｒｙｐｔで実現
されることを表わしている。

【００７３】以下の説明では、名前変換部３−１は、入
力された名前ｎａｍｅ１に対して、資源要素列｛ｒｅｓ
−１，ｒｅｓ−２｝と実現要素列｛ｃｏｎｃａｔ｝のペ
アである資源実現表現＜｛ｃｏｎｃａｔ｝，｛ｒｅｓ−
１，ｒｅｓ−２｝＞を出力し、入力された名前が名前ｎ
ａｍｅ１以外であったら空の資源実現表現｛｝を返すも
のとする。ここで、ｃｏｎｃａｔは連結を行なう手続の
名前である。

【００７４】上述の資源実現表現＜｛ｃｏｎｃａｔ｝，
｛ｒｅｓ−１，ｒｅｓ−２｝＞は、名前ｎａｍｅ１に対
する資源が、資源識別子ｒｅｓ−１と資源識別子ｒｅｓ
−２でそれぞれ与えられる資源を、手続きｃｏｎｃａｔ
の第１の引数と第２の引数として与えて得られる資源を
意味する。

【００７５】例えば、資源識別子ｒｅｓ−１と資源識別
子ｒｅｓ−２が示す資源は通常のファイルであって、ハ
ンドルはＵＮＩＸオペレーティングシステムのソケット
であって、手続きｃｏｎｃａｔは２つのファイルを読み
書きしたデータを前記ソケットを使って、やりとりする
プロセスとして実現できる。この例では、手続きｃｏｎ
ｃａｔは、ソケットを、名前ｎａｍｅ１を有する資源に
対応するハンドルとして生成するように実現する。ま
た、名前ｎａｍｅ１の資源に対するオープン指示を契機
として、名前の解決が行なわれた結果、手続きｃｏｎｃ
ａｔでハンドルが生成される。

【００７６】加えて、手続きｃｏｎｃａｔが生成したハ
ンドルに対して、例えば、読み出しの操作を適用する
と、手続きｃｏｎｃａｔは、第１の引数に与えられたフ
ァイルの内容と第２のファイルの内容を連結した内容を
読み出すように働く。また、手続きｃｏｎｃａｔは、ハ
ンドルに対して、例えば、書込みの操作を適用すると、
先頭から所定のバイト数だけのデータを資源識別子ｒｅ
ｓ−１を有する資源に書き込み、残りは資源識別子ｒｅ
ｓ−２を有する資源に書き込むように動作する。この例
では、単純に引数の２つのファイルの内容を前半部分と
後半部分として連結するものとしているが、複数のファ
イルを、如何なる形で連結するように実現してもよい。

【００７７】図４ないし図６は、手続きｃｏｎｃａｔの
動作の一例を示すフローチャートである。まず、Ｓ３１
において、引数のファイルをすべてオープンし、オープ
ンが成功したらソケットを一つ生成する。Ｓ３２におい
て、第１の引数のファイルから順にすべてのファイルに
ついてデータをキャッシュである配列Ｒに読み込む。Ｓ
３３において、配列Ｒの要素をアクセスするためのポイ
ンタＰを配列Ｒの第１の要素を指すように初期化する。
また、Ｓ３４において、ポインタＱを配列Ｒの最後の要
素を示すように初期化する。

【００７８】Ｓ３５において、ソケットに対する操作を
待つ。操作が行なわれたとき、Ｓ３６において、行なわ
れた操作を判定し、それぞれの処理を行なう。ソケット
に対する操作が読み出しであれば、Ｓ３７において、読
み出し処理を行なう。この読み出し処理は、図５に示し
ている。図５のＳ５１において、ポインタＰがファイル
の終末を指しているか否かを判定し、ファイルの終末を
指していれば、Ｓ５２で読み出すべきデータがない旨を
ソケットに出力する。Ｓ５１においてポインタＰがファ
イルの終末でなければ、Ｓ５３でポインタＰが示す配列
Ｒの要素のデータをソケットに出力する。そして、図４
のＳ４１へ進む。

【００７９】ソケットに対する操作が書込みであれば、
Ｓ３８において、書き込み処理を行なう。この書き込み
処理は、図６に示している。図６のＳ５４において、ポ
インタＰがファイルの終末を指しているか否かをさらに
判定する。ポインタＰがファイルの終末を指していれ
ば、Ｓ５５において、配列Ｒの最後の要素の次に空の要
素を設け、ポインタＰとポインタＱが新たに設けた最後
の要素を指すようにする。そして、Ｓ５６において、ポ
インタＰが示す配列の要素にソケットから書き込まれた
データを書き込む。Ｓ５４においてポインタＰがファイ
ルの終末でないと判定された時には、Ｓ５７において、
ポインタＰが示す配列の要素にソケットから書き込まれ
たデータを書き込む。そして、図４のＳ４１へ進む。

【００８０】ソケットに対する操作が終了（クローズ）
であれば、Ｓ３９において配列Ｒの最初の要素から順
に、データを、所定の量ごとに第１の引数のファイルか
ら始まって、引数に現れる順に書込みを行なうことで、
キャッシュをフラッシュする。そして、Ｓ４０におい
て、すべてのファイルをクローズし、処理を終了する。

【００８１】Ｓ４１において、ポインタＰがポインタＱ
と等しいか否かを判定し、等しければＳ４２においてポ
インタＰにファイルの終末を示す値を設定する。等しく
なければ、Ｓ４３においてポインタＰが次の要素を示す
ように設定する。そして、Ｓ３５へ戻り、処理を繰り返
す。

【００８２】この実施の形態では、ｃｏｎｃａｔで生成
されるハンドルは、読み出しと書込みの両方の操作が可
能であるように説明したが、いずれか片方のみ可能であ
るように実現してもよい。また読み出しと書込み以外の
ファイル操作が可能であるようにしてもよい。例えば、
オープン処理やクローズ処理のほかに、シーク処理が可
能であるように実現してもよい。

【００８３】名前解決部４は、資源実現表現を入力し
て、入力した資源実現表現にコンテキスト保持手段識別
子と名前の組が含まれていれば、その組を構成するコン
テキスト保持手段の識別子で定まるコンテキスト保持部
に、組を構成する名前を出力して、組を構成する名前に
対する第２の資源実現表現を得る。次に、得られた第２
の資源実現表現で、組を置き換える。このようにして、
資源実現表現にいかなるコンテキスト保持手段識別子も
含まれなくなるまで繰り返し、または再帰的に資源実現
表現に含まれるコンテキスト保持部の識別子と名前の組
について、第２の組を第３の資源実現表現で置き換え、
さらに第３の組を第４の資源実現表現・・・第ｎ−１の
組を第ｎの資源実現表現というように、順に置き換えて
最終的にコンテキスト保持手段の識別子と名前の組を含
まない名前解決結果を得る。

【００８４】図７は、本発明の第１の実施の形態の第１
の具体例における名前解決部４の動作の一例を示すフロ
ーチャートである。まず、Ｓ６１において、引数の資源
実現表現にコンテキスト識別子Ｃと名前Ｎの組＜Ｃ；Ｎ
＞が含まれているか否かを判定し、含まれていれば、次
のＳ６２ないしＳ６６の処理を行なう。Ｓ６２におい
て、コンテキスト管理部２４にコンテキスト識別子Ｃを
入力して、識別子ＣのハンドルＨＣを得る。そして、Ｓ
６３において、得られたハンドルＨＣに名前Ｎを入力
し、Ｓ６４において、ハンドルＨＣから名前Ｎに対応す
る資源実現表現ＲＮを得る。得られた資源実現表現ＲＮ
について、Ｓ６５でこの名前解決部４の処理を再帰的に
実行する。Ｓ６６において、組＜Ｃ；Ｎ＞をＳ６５で得
られた名前解決結果Ｉで置き換える。

【００８５】Ｓ６７において、Ｓ６６で置換えを行なっ
た結果得られた資源実現表現を名前解決結果として返
す。Ｓ６１で組＜Ｃ；Ｎ＞が含まれていなかった場合、
すなわち置換えがなかった場合は、引数の資源実現表現
をそのまま名前解決結果として返す。

【００８６】以下、第１の実施の形態における第１の具
体例の動作の一例について説明する。ここでは、通信部
２３に対して、コンテキスト識別子ｃｔｘｔ−１を指定
して名前ｎａｍｅ１に対する解決要求を行なう場合の動
作を示す。通信部２３は、コンテキスト識別子ｃｔｘｔ
−１での名前ｎａｍｅ１の解決要求を受け取ると、コン
テキスト管理部２４に対して、コンテキスト管理部２４
が保持管理するコンテキスト保持部１−１〜１−Ｎの中
から、コンテキスト識別子がｃｔｘｔ−１であるコンテ
キスト保持部を検索するように要求する。

【００８７】コンテキスト管理部２４は、コンテキスト
識別子としてｃｔｘｔ−１を保持しているコンテキスト
保持部を検索する。上述のように、コンテキスト管理部
２４は、コンテキスト保持部のコンテキスト識別子とコ
ンテキスト保持部に通信を行なうハンドルであるポート
の番号を組にして、表で管理している。この表を参照す
ることによって、ここではコンテキスト識別子ｃｔｘｔ
−１に対応して保持されているコンテキスト保持部１−
１に通信を行なうハンドルであるポートの番号が得られ
る。以下の説明では、得られたポートの番号をハンドル
と呼ぶことがある。

【００８８】このようにして、通信部２３はコンテキス
ト管理部２４に名前ｎａｍｅ１を入力し、コンテキスト
保持部１−１に対するハンドルを得る。次に、得られた
ハンドルを用いて、コンテキスト保持部１−１に名前解
決処理を要求する。コンテキスト保持部１−１は、名前
解析部２−１に対して名前ｎａｍｅ１を入力し、解析す
るよう要求する。名前解析部２−１に入力された名前ｎ
ａｍｅ１は、そのまま名前変換部３−１に出力される。

【００８９】名前変換部３−１は、入力された名前ｎａ
ｍｅ１に対して資源要素列｛ｒｅｓ−１，ｒｅｓ−２｝
と、実現要素列｛ｃｏｎｃａｔ｝のペアである資源実現
表現＜｛ｃｏｎｃａｔ｝，｛ｒｅｓ−１，ｒｅｓ−２｝
＞を出力し、コンテキスト管理部２４に返す。

【００９０】コンテキスト管理部２４は名前変換部３−
１から返された資源実現表現＜｛ｃｏｎｃａｔ｝，｛ｒ
ｅｓ−１，ｒｅｓ−２｝＞を名前解決部４に入力する。
この例では、資源実現表現＜｛ｃｏｎｃａｔ｝，｛ｒｅ
ｓ−１，ｒｅｓ−２｝＞の中にコンテキスト識別子が含
まれていないため、名前解決部４は入力された資源実現
表現をそのまま名前解決結果として返す。

【００９１】資源実現部５は、名前解決結果＜｛ｃｏｎ
ｃａｔ｝，｛ｒｅｓ−１，ｒｅｓ−２｝＞を入力し、手
続きｃｏｎｃａｔをプロセスとして起動し、手続きｃｏ
ｎｃａｔで生成したハンドルに対してハンドル識別子ｈ
１を割り当て、ハンドル識別子ｈ１をコンテキスト管理
部２４に出力する。コンテキスト管理部２４は、通信部
２３を通じて名前ｎａｍｅ１とハンドルｈ１を対応付け
て、名前ｎａｍｅ１の解決要求を発行したクライアント
にハンドルｈ１を返す。クライアントは、ハンドルｈ１
を用いてデータの読み込みの操作や書込み等の操作を行
なう。

【００９２】上述のように、ユーザは名前ｎａｍｅ１に
対して、ファイルｒｅｓ−１とファイルｒｅｓ−２を結
合して得られるような架空のファイルと同等の性質を有
する局所的な資源に対して、名前ｎａｍｅ１という局所
名を与えて、名前ｎａｍｅ１があたかも実在する単一の
ファイルであるかのように取り扱うことができる。

【００９３】上述のように、第１の実施の形態の資源管
理装置は、名前変換部が実現要素列を含む資源実現表現
を出力するように構成しているので、ユーザは局所的な
資源として、例えば、コンテキスト保持部１に「ｎａｍ
ｅ１ はｒｅｓ−１とｒｅｓ−２ を手続きｃｏｎｃａ
ｔ で連結して得られる資源」として設定できる。この
ように、ユーザが望む性質を有する資源を局所的に実現
することができるので、この第１の実施の形態における
資源管理装置は、前述した問題点を解決するものとなっ
ている。

【００９４】次に本発明の第１の実施の形態における第
２の具体例について説明する。この第２の具体例の構成
は、第１の具体例に加えて、第２のコンテキスト保持部
を有していることを除いて第１の具体例と同じである。
第２のコンテキスト保持部は、図２に示した構成のう
ち、コンテキスト保持部１−１〜１−Ｎと同様の構成で
あり、コンテキスト管理部２４によって管理される。す
なわち、図２に示したコンテキスト保持部１−１〜１−
Ｎのうちの一部のコンテキスト保持部を第２のコンテキ
スト保持部とすればよい。ここでは、コンテキスト保持
部１−２が第２のコンテキスト保持部であるものとして
説明する。また、具体的に、名前ｎａｍｅ２が“ｎａｍ
ｅ１．Ｚ”の文字列であって、“ｎａｍｅ１．Ｚ”で読
み出しアクセスすると、名前ｎａｍｅ１の資源が所定の
圧縮伸張方式で伸張された結果が読み出され、また、
“ｎａｍｅ１．Ｚ”の名前で書込みアクセスすると所定
の圧縮伸張方式で圧縮された結果が名前ｎａｍｅ１の資
源に書き込まれるように動作する例について説明する。

【００９５】第２のコンテキスト保持部であるコンテキ
スト保持部１−２の名前解析部２−２は、入力された第
２の名前ｎａｍｅ２を字句解析または構文解析によって
解析し、記号“．”で名前“Ｚ”と名前“ｎａｍｅ１”
に分割する。そして、名前“Ｚ”と名前“ｎａｍｅ１”
を名前変換部３−２に出力する。

【００９６】図８は、本発明の第１の実施の形態の第２
の具体例における第２のコンテキスト保持部の名前変換
部で用いられる対応表の一例の説明図である。名前変換
部２−２は、図８に示すような対応表を有している。図
８に示す対応表には、名前“Ｚ”と、手続きｃｏｍｐｒ
ｅｓｓからなる資源実現要素｛ｃｏｍｐｒｅｓｓ｝と、
コンテキスト識別子ｃｔｘｔ−１が対応づけられてい
る。

【００９７】名前変換部３−２は、名前解析部２−２か
ら入力された名前“Ｚ”で図８に示す対応表を引いて、
資源実現要素｛ｃｏｍｐｒｅｓｓ｝と、コンテキスト識
別子ｃｎｔｘ−１を得て、資源実現表現＜｛ｃｏｍｐｒ
ｅｓｓ｝，｛＜ｃｔｘｔ−１，ｎａｍｅ１＞｝＞を出力
する。この資源実現表現によって、名前“ｎａｍｅ１．
Ｚ”は、コンテキスト識別子ｃｎｔｘ−１の局所名ｎａ
ｍｅ１で表わされる資源と手続きｃｏｍｐｒｅｓｓによ
って実現される、局所的な資源を示すことができる。

【００９８】資源実現表現＜｛ｃｏｍｐｒｅｓｓ｝，
｛＜ｃｔｘｔ−１，ｎａｍｅ１＞｝＞は、名前解決部４
に渡される。名前解決部４は、第１の具体例と同様に動
作する。すなわち、図７に示すフローチャートに従って
動作する。この場合、資源実現表現の中にコンテキスト
識別子と名前の組を有している。そのため、図７のＳ６
２〜Ｓ６６の処理が実行される。この処理において、コ
ンテキスト識別子ｃｔｘｔ−１を有するコンテキスト保
持部１−１が呼び出され、名前ｎａｍｅ１の解決が行な
われる。例えば、コンテキスト保持部１−１が上述の第
１の具体例のように資源実現表現＜｛ｃｏｎｃａｔ｝，
｛ｒｅｓ−１，ｒｅｓ−２｝＞を返すとすれば、資源実
現表現中の｛＜ｃｔｘｔ−１，ｎａｍｅ１＞｝がこの資
源実現表現で置き換えられ、名前解決部４の名前解決結
果として＜｛ｃｏｍｐｒｅｓｓ｝，｛＜｛ｃｏｎｃａ
ｔ｝，｛ｒｅｓ−１，ｒｅｓ−２｝＞｝＞が出力され
る。また、資源実現部５は、この名前解決結果を受け、
手続きｃｏｍｐｒｅｓｓを起動する。資源実現部５の動
作は、上述の第１の具体例における手続きｃｏｎｃａｔ
に代えて手続きｃｏｍｐｒｅｓｓを起動する以外は、第
１の具体例と同様である。

【００９９】以上のように、ユーザは名前ｎａｍｅ２に
対して、読み出し時には名前ｎａｍｅ１が表わす資源の
データに対して所定の方式で伸張されたデータが読みだ
され、書込み時には書き込んだデータを所定の方式で圧
縮して、名前ｎａｍｅ１が表わす資源のデータに書込む
ような性質を有する局所的な資源に対して、名前ｎａｍ
ｅ２という局所名を与えて、名前ｎａｍｅ２があたかも
実在する単一のファイルであるかのように取り扱うこと
ができる。

【０１００】このように、第１の実施の形態の資源管理
装置では、コンテキスト保持部を複数有することができ
るので、名前ｎａｍｅ１を含む文字列である名前ｎａｍ
ｅ２を解決可能なコンテキスト保持部が、名前ｎａｍｅ
１を含まない部分を解決し、残りを名前ｎａｍｅ１を解
決可能なコンテキスト保持部が解決するように構成する
ことで、階層的に名前解決が行なわれるよう構成するこ
とができる。これにより、例えば、コンテキスト保持部
２に「名前ｎａｍｅ２はコンテキスト識別子ｃｎｔｘ−
１の名前ｎａｍｅ１を手続きｃｏｍｐｒｅｓｓで圧縮し
て得られる資源」として設定することができる。このよ
うにして、ユーザが望む性質を有する資源を階層的に設
計を行ない、局所的に実現することができるので、前述
のような資源管理方式の問題点を解決することができ
る。また、この構成では、名前解決のデザインが階層的
にできるので名前空間の設計が容易となり、既存のコン
テキスト保持部を用いるように新しいコンテキスト保持
部を構成でき、名前空間の再利用が容易である。

【０１０１】次に、本発明の第１の実施の形態における
第３の具体例について説明する。この第３の具体例にお
ける構成および動作は、第１の具体例とほぼ同様であ
る。この具体例では、内挿外挿の処理を行なう手続きを
組み合わせて名前の解決を行なう例を説明する。ここで
は、名前は“データ名−解像度”で表わされているもの
とする。解像度は任意の正の実数を表わす文字列である
とする。

【０１０２】以下の説明では、データ名はｎａｍｅ３で
あって、画像データを表わすものとする。この画像デー
タの解像度は１７５．１とする。すなわち、入力する資
源名は、“ｎａｍｅ３−１７５．１”である。また、資
源ｒｅｓ−１は画像データであって、解像度が１インチ
（＝２５．４ｍｍ。以下同じ）あたり４００ピクセルで
スキャン入力されたものとする。さらに、資源ｒｅｓ−
２も画像データであって、解像度が１インチあたり１０
０ピクセルでスキャン入力されたものとする。

【０１０３】この第３の具体例においては、コンテキス
ト保持部１−３が呼び出されるものとする。コンテキス
ト保持部１−３内の名前解析部２−３は、上述の第２の
具体例と同様に、入力された名前を字句解析または構文
解析によって解析する。ここでは、区切り記号“．”に
変えて記号“−”より左側の文字列と右側の文字列に分
離する。

【０１０４】図９は、本発明の第１の実施の形態の第３
の具体例における名前変換部で用いる対応表の一例の説
明図である。名前変換部３−３は、例えば、図９に示す
ような対応表を有している。図９に示す対応表では、名
前ｎａｍｅ１に対応して資源実現要素列ｉｎｔｅｒｐｏ
ｌａｔｅ＿３００＿１００および資源要素列ｒｅｓ３，
ｒｅｓ２が、名前ｎａｍｅ２に対応して資源実現要素列
ｉｎｔｅｒｐｏｌａｔｅ＿８００＿１００および資源要
素列ｒｅｓ４，ｒｅｓ２が、名前ｎａｍｅ３に対応して
資源実現要素列ｉｎｔｅｒｐｏｌａｔｅ＿４００＿１０
０および資源要素列ｒｅｓ１，ｒｅｓ２が、それぞれ登
録されている。

【０１０５】名前変換部３−３は、名前ｎａｍｅ３と実
数を表わす文字列“１７５．１”の組を受け取って、図
９に示すような対応表を用い、名前ｎａｍｅ３から、手
続きｉｎｔｅｒｐｏｌａｔｅ＿４００＿１００と、資源
識別子ｒｅｓ−１と、資源識別子ｒｅｓ−２を得る。結
果として、名前変換部３−３は、資源識別表現＜｛ｉｎ
ｔｅｒｐｏｌａｔｅ＿４００＿１００（１７５．
１）｝，ｒｅｓ−１，ｒｅｓ−２＞が出力される。ここ
でｉｎｔｅｒｐｏｌａｔｅ＿４００＿１００（１７５．
１）は、１インチあたり４００ピクセルと１インチあた
り１００ピクセルの画像から内挿処理によって、１イン
チあたり１７５．１ピクセルの解像度の画像を内挿処理
によって構成する手続きであるとする。解像度を表わす
文字列“１７５．１”は、入力された名前から定まる文
字列であるので、手続きｉｎｔｅｒｐｏｌａｔｅ＿４０
０＿１００の引数として手続きｉｎｔｅｒｐｏｌａｔｅ
＿４００＿１００に入力するように構成するものとす
る。また、手続き名の中の“４００”や“１００”等の
解像度を表わす文字列も、手続きｉｎｔｅｒｐｏｌａｔ
ｅの引数として手続きｉｎｔｅｒｐｏｌａｔｅに入力す
るように構成してもよい。

【０１０６】名前解決部４は、第１の具体例と同様に動
作する。また、資源実現部５は、手続きｉｎｔｅｒｐｏ
ｌａｔｅ＿４００＿１０を起動する際に、引数として１
７５．１を入力することを除いて、第１の具体例の資源
実現部５と同様に動作する。

【０１０７】このように、この第３の具体例では、名前
の一部を引数として手続きに与えるので、コンテキスト
保持部は、無限個の数のそれぞれ相異なる名前を解決す
ることができる。したがって、無限個のメンバを有する
グループや、コンピュータにおけるデータの表現精度が
許す限り、実数に対応するような連続性を有する名前を
近似的にメンバとして取り扱うグループを構成すること
ができる。ここで、連続性を有する名前をメンバに持つ
とは、例えば、Ａ−１００．１とＡ−１００．２の間の
１００．１＜ｘ＜１００．２を満たす解像度ｘによって
構成される名前Ａ−１００．ｘをもメンバに持ち、解決
可能であることを意味する。

【０１０８】その結果、名前と手続きを組み合わせて管
理する際に、無限個のメンバを有するグループを実現で
きないという従来の問題点を解決している。加えて、連
続性を有する名前の中から個々のユーザに必要な性質を
持つ名前を選んで解決できるように構成することで、個
々のユーザのアクセス方法の嗜好や意図を反映したユー
ザごとに局所的なグループ資源を含む、資源アクセスの
ための名前空間を提供する柔軟性の高い分散システムを
具現化するものとなっている。

【０１０９】第３の具体例の最後に、手続きｉｎｔｅｒ
ｐｏｌａｔｅ＿４００＿１００の処理の一例を示す。図
１０は、手続きｉｎｔｅｒｐｏｌａｔｅ＿４００＿１０
０の処理の一例を示すフローチャートである。ここで、
手続きｉｎｔｅｒｐｏｌａｔｅ＿４００＿１００は、
“ｉｎｔｅｒｐｏｌａｔｅ＿４００＿１００（Ｐａｒａ
ｍ１）（ＡＲＧ１，ＡＲＧ２）”の形式を取るものとす
る。

【０１１０】Ｓ７１において、引数のファイルＡＲＧ
１，ＡＲＧ２をすべてオープンし、オープンが成功した
らソケットを一つ生成する。Ｓ７２において、第１の引
数のファイルから順にすべてのファイルについてデータ
をキャッシュである２次元配列Ｒ４００［ｘ］［ｙ］と
Ｒ１００［Ｘ］［Ｙ］に読み込む。

【０１１１】Ｓ７３〜Ｓ７６において、配列Ｄ［ｕ］
［ｖ］を生成する。まず、Ｓ７３において、ｕ＝０，ｖ
＝０とし、ｕとｖについて、Ｐａｒａｍ１ステップごと
に、ｉｎｔ（ｕ＊１００／Ｐａｒａｍ１）＋１がＸの最
大値を越えないすべてのｕおよびｉｎｔ（ｖ＊１００／
Ｐａｒａｍ１）＋１がＹの最大値を越えないすべてのｖ
の組み合わせについて、Ｐａｒａｍ１の値に従ってＳ７
４〜Ｓ７６におけるＤ［ｕ］［ｖ］の計算を選択する。
ここで、ｉｎｔ（ｘ）はｘの整数部分、ｆｒａｃ（ｘ）
はｘの小数部分であるとする。

【０１１２】１００＜Ｐａｒａｍ１＜４００であると
き、Ｓ７４において、 Ｄ［ｕ］［ｖ］＝（１−（Ｐａｒａｍ１−１００）／
（４００−１００））｛（１−ｆｒａｃ（ｕ＊１００／
Ｐａｒａｍ１））＊（１−ｆｒａｃ（ｖ＊１００／Ｐａ
ｒａｍ１））＊Ｒ１００［ｉｎｔ（ｕ＊１００／Ｐａｒ
ａｍ１）］［ｉｎｔ（ｖ＊１００／Ｐａｒａｍ１）＋
１］＋ｆｒａｃ（ｕ＊１００／Ｐａｒａｍ１）＊（１−
ｆｒａｃ（ｖ＊１００／Ｐａｒａｍ１））＊Ｒ１００
［ｉｎｔ（ｕ＊１００／Ｐａｒａｍ１）＋１］［ｉｎｔ
（ｖ＊１００／Ｐａｒａｍ１）］＋（１−ｆｒａｃ（ｕ
＊１００／Ｐａｒａｍ１）＊ｆｒａｃ（ｖ＊１００／Ｐ
ａｒａｍ１）＊Ｒ１００［ｉｎｔ（ｕ＊１００／Ｐａｒ
ａｍ１）］［ｉｎｔ（ｖ＊１００／Ｐａｒａｍ１）＋
１］＋ｆｒａｃ（ｕ＊１００／Ｐａｒａｍ１）＊ｆｒａ
ｃ（ｖ＊１００／Ｐａｒａｍ１）＊Ｒ１００［ｉｎｔ
（ｕ＊１００／Ｐａｒａｍ１）＋１］［ｉｎｔ（ｖ＊１
００／Ｐａｒａｍ１）＋１］＋（Ｐａｒａｍ１−１０
０）／（４００−１００）＊｛（１−ｆｒａｃ（ｕ＊４
００／Ｐａｒａｍ１））＊（１−ｆｒａｃ（ｖ＊４００
／Ｐａｒａｍ１））＊Ｒ４００［ｉｎｔ（ｕ＊４００／
Ｐａｒａｍ１）］［ｉｎｔ（ｖ＊４００／Ｐａｒａｍ
１）＋１］＋ｆｒａｃ（ｕ＊４００／Ｐａｒａｍ１）＊
（１−ｆｒａｃ（ｖ＊４００／Ｐａｒａｍ１））＊Ｒ４
００［ｉｎｔ（ｕ＊４００／Ｐａｒａｍ１）＋１］［ｉ
ｎｔ（ｖ＊４００／Ｐａｒａｍ１）］＋（１−ｆｒａｃ
（ｕ＊４００／Ｐａｒａｍ１））＊ｆｒａｃ（ｖ＊４０
０／Ｐａｒａｍ１）＊Ｒ４００［ｉｎｔ（ｕ＊４００／
Ｐａｒａｍ１）］［ｉｎｔ（ｖ＊４００／Ｐａｒａｍ
１）＋１］＋ｆｒａｃ（ｕ＊４００／Ｐａｒａｍ１）＊
ｆｒａｃ（ｖ＊４００／Ｐａｒａｍ１）＊Ｒ４００［ｉ
ｎｔ（ｕ＊４００／Ｐａｒａｍ１）＋１］［ｉｎｔ（ｖ
＊４００／Ｐａｒａｍ１）＋１］ を計算する。

【０１１３】Ｐａｒａｍ１≧４００のとき、Ｓ７５にお
いて、 Ｄ［ｕ］［ｖ］＝（１−ｆｒａｃ（ｕ＊４００／Ｐａｒ
ａｍ１））＊（１−ｆｒａｃ（ｖ＊４００／Ｐａｒａｍ
１））＊Ｒ４００［ｉｎｔ（ｕ＊４００／Ｐａｒａｍ
１）］［ｉｎｔ（ｖ＊４００／Ｐａｒａｍ１）＋１］＋
ｆｒａｃ（ｕ＊４００／Ｐａｒａｍ１）＊（１−ｆｒａ
ｃ（ｖ＊４００／Ｐａｒａｍ１））＊Ｒ４００［ｉｎｔ
（ｕ＊４００／Ｐａｒａｍ１）＋１］［ｉｎｔ（ｖ＊４
００／Ｐａｒａｍ１）］＋（１−ｆｒａｃ（ｕ＊４００
／Ｐａｒａｍ１））＊ｆｒａｃ（ｖ＊４００／Ｐａｒａ
ｍ１）＊Ｒ４００［ｉｎｔ（ｕ＊４００／Ｐａｒａｍ
１）］［ｉｎｔ（ｖ＊４００／Ｐａｒａｍ１）＋１］＋
ｆｒａｃ（ｕ＊４００／Ｐａｒａｍ１）＊ｆｒａｃ（ｖ
＊４００／Ｐａｒａｍ１）＊Ｒ４００［ｉｎｔ（ｕ＊４
００／Ｐａｒａｍ１）＋１］［ｉｎｔ（ｖ＊４００／Ｐ
ａｒａｍ１）＋１］ を計算する。

【０１１４】０＜Ｐａｒａｍ１≦１００のとき、Ｓ７６
において、 Ｄ［ｕ］［ｖ］＝（１−ｆｒａｃ（ｕ＊１００／Ｐａｒ
ａｍ１））＊（１−ｆｒａｃ（ｖ＊１００／Ｐａｒａｍ
１））＊Ｒ１００［ｉｎｔ（ｕ＊１００／Ｐａｒａｍ
１）］［ｉｎｔ（ｖ＊１００／Ｐａｒａｍ１）＋１］＋
ｆｒａｃ（ｕ＊１００／Ｐａｒａｍ１）＊（１−ｆｒａ
ｃ（ｖ＊１００／Ｐａｒａｍ１）＊Ｒ１００［ｉｎｔ
（ｕ＊１００／Ｐａｒａｍ１）＋１］［ｉｎｔ（ｖ＊１
００／Ｐａｒａｍ１）］＋（１−ｆｒａｃ（ｕ＊１００
／Ｐａｒａｍ１））＊ｆｒａｃ（ｖ＊１００／Ｐａｒａ
ｍ１）＊Ｒ１００［ｉｎｔ（ｕ＊１００／Ｐａｒａｍ
１）］［ｉｎｔ（ｖ＊１００／Ｐａｒａｍ１）＋１］＋
ｆｒａｃ（ｕ＊１００／Ｐａｒａｍ１）＊ｆｒａｃ（ｖ
＊１００／Ｐａｒａｍ１）＊Ｒ１００［ｉｎｔ（ｕ＊１
００／Ｐａｒａｍ１）＋１］［ｉｎｔ（ｖ＊１００／Ｐ
ａｒａｍ１）＋１］ を計算する。

【０１１５】Ｓ７７において、ｕ＝０，ｖ＝０とし、Ｓ
７８において、ソケットに対する操作を待つ。Ｓ７９に
おいて、ソケットに対する操作が何かを判定する。ソケ
ットに対する操作が読み出しであれば、Ｓ８０におい
て、ｕがｕの最大値を越えていたらｕ＝０として、ｖを
１進める。また、Ｓ８１において、ｖがｖの最大値を越
えていたらＥＯＦ（ｅｎｄ ｏｆ ｆｉｌｅ）を発生
し、Ｓ７８へ戻って処理を繰り返す。さらに、Ｓ８２に
おいて、Ｄ［ｕ］［ｖ］をソケットに出力して、ｕを１
進める。そして、Ｓ７８へ戻って処理を繰り返す。

【０１１６】ソケットに対する操作が書込みであれば、
Ｓ８３において、書込不可のエラーを出力して終了す
る。ソケットに対する操作が終了（クローズ）であれ
ば、そのまま終了する。

【０１１７】図１１は、本発明の資源管理装置の第２の
実施の形態を示すブロック図である。図中、図１と同様
の部分には同じ符号を付して説明を省略する。４−１〜
４−ｎは名前解決部、５−１〜５−ｎは資源実現部、８
−１〜８−ｎ，９−１〜９−ｎは端子である。この第２
の実施の形態では、第１の実施の形態における名前解決
部４および資源実現部５を、それぞれのコンテキスト保
持手段に設けている。この第２の実施の形態では、コン
テキスト保持部１−１からコンテキスト保持部１−ｎま
でのｎ個のコンテキスト保持部から構成されている。コ
ンテキスト保持部は１個でもよく、一般的には任意個の
コンテキスト保持部から構成してよい。

【０１１８】コンテキスト保持部１−１〜１−ｎは、そ
れぞれ固有のコンテキスト識別子を有しており、それぞ
れ、端子６−１〜６−ｎおよび端子７−１〜７−ｎを有
している。端子６−１〜６−ｎは、それぞれ、コンテキ
スト保持部１−１〜１−ｎの入力端子である。端子６−
１〜６−ｎには、資源の名前が入力される。また、端子
７−１〜７−ｎは、それぞれ、コンテキスト保持部１−
１〜１−ｎの出力端子である。端子７−１〜７−ｎに
は、この第２の実施の形態では、それぞれ、端子６−１
〜６−ｎに入力された資源の名前に対応する資源のハン
ドルが出力される。

【０１１９】また、この第２の実施の形態におけるコン
テキスト保持部１−１〜１−ｎは、名前解析部２−１〜
２−ｎと、名前変換部３−１〜３−ｎと、名前解決部４
−１〜４−ｎと、資源実現部５−１〜５−ｎがそれぞれ
設けられている。名前解析部２−１〜２−ｎおよび名前
変換部３−１〜３−ｎは、第１の実施の形態と同様であ
る。

【０１２０】名前解決部４−１〜４−ｎは、端子８−１
〜８−ｎおよび端子９−１〜９−ｎを有している。端子
８−１〜８−ｎは、それぞれ名前解決部４−１〜４−ｎ
の出力端子であり、コンテキスト保持部１−１〜１−ｎ
のいずれかに資源の名前を出力する。端子９−１〜９−
ｎは、それぞれ名前解決部４−１〜４−ｎの入力端子で
あり、それぞれ出力端子８−１〜８−ｎからコンテキス
ト保持部１−１〜１−ｎに出力した資源の名前に対応す
る資源のハンドルを入力する。すなわち、各名前解決部
４−１〜４−ｎは、各名前変換部３−１〜３−ｎから受
け取った資源実現表現中にコンテキスト識別子が含まれ
ているとき、そのコンテキスト識別子が示すコンテキス
ト保持部に対して、出力端子８−１〜８−ｎから資源名
を出力し、対応するハンドルを端子９−１〜９−ｎから
受け取る。このようにして、資源実現表現中にコンテキ
スト識別子が含まれなくなるまで、連鎖的にコンテキス
ト保持部を適用する。得られた資源実現表現のすべてあ
るいはいずれかに対応する名前解決結果が資源実現部５
−１〜５−ｎに出力される。

【０１２１】資源実現部５−１〜５−ｎは、名前解決部
４−１〜４−ｎから出力された名前解決結果を入力し、
入力した名前解決結果に対応する資源のハンドルを端子
７−１〜７−ｎから出力する。ユーザは、端子７−１〜
７−ｎから出力されるハンドルを用いることによって、
入力した局所的な資源名に対応する仮想的な資源に対し
てアクセス及び処理を行なうことが可能である。

【０１２２】図１２は、本発明の第２の実施の形態にお
ける第１の具体例を示す構成図である。図中、図１１と
同様の部分には同じ符号を付して説明を省略する。９１
は資源管理部、９２−１〜９２−ｎは資源属性保持部、
９３はグループ管理部、９４−１〜９４−ｍはグループ
属性保持部である。この具体例では、局所的な名前を付
与した局所的なグループを、個々のユーザが定めた対応
表に従って提供することによって、ユーザの指向や意図
を反映した局所的なファイルシステムを実現する例につ
いて説明する。

【０１２３】この具体例で説明する局所的なグループ
は、局所的なディレクトリである。局所的なディレクト
リを有するファイルシステムは、資源管理部９１とグル
ープ管理部９３によって構成される。また、この実施の
形態では、資源はファイルとディレクトリである。ファ
イルは資源属性保持部９２−１〜９２−ｎで提供されて
いる。各資源属性保持部９２−１〜９２−ｎは、それぞ
れ一意に識別できる資源識別子と、ファイルの内容であ
る資源データを保持する。資源識別子は、資源に対する
操作が適用できるハンドルである。資源属性保持部９２
−１〜９２−ｎで提供される資源はファイルであるか
ら、ファイルのハンドルには、例えば、ファイルのオー
プンやリードやライトやクローズの操作が提供できる。

【０１２４】この具体例では、資源は大域的にまたは特
定の計算機システムに局所的に資源管理部９１で管理さ
れる。資源管理部９１は、ｎ個の資源属性保持部９２−
１〜９２−ｎと、図示しない手続き適用部を有し、外部
やグループ管理部９３との通信を行なう。

【０１２５】ｍ個のグループ属性保持部９４−１〜９４
−ｍは、図１１におけるコンテキスト保持部１−１〜１
−ｎに対応するものであり、それぞれ、グループ識別子
−１〜ｍ、名前解析部２−１〜２−ｍ、名前変換部３−
１〜３−ｍ、名前解決部４−１〜４−ｍ、資源実現部５
−１〜５−ｍを有している。グループ識別子−１〜ｍ
は、コンテキスト識別子に対応するものである。各グル
ープ属性保持部９４−１〜９４−ｎは、それぞれグルー
プ管理部９３で一意に識別される。グループ管理部９３
は、グループ属性保持部９４−１〜９４−ｍを識別し、
保持し、管理する。

【０１２６】グループ識別子−１〜ｎは、これらのグル
ープ識別子からコンテキストが解決可能な名前の部分集
合をメンバとするグループを生成し、局所的なグループ
を実現するように構成されることを示している。ここで
は、グループに操作を適用するハンドルによって、グル
ープとして振る舞うための手続きを含んで構成してい
る。これに限らず、グループ識別子がグループに操作を
適用するハンドルを兼ねるように実現してもよい。グル
ープ識別子が表わすハンドルに適用されるリストメンバ
に対して、名前変換表のエントリから名前を取り出し
て、解決可能な名前のリストを出力するか、解決可能な
名前の集合を表わす言語にもとづく文字列を出力するよ
うに、グループ属性保持手段を実現すればよい。

【０１２７】以下、具体的な動作の一例を説明する。こ
こでは、木構造を構成するファイルシステムにおいて、
局所的な名前を有する局所的な木構造を、個々のユーザ
ごとに生成して提供する場合の動作を説明する。

【０１２８】図１３は、局所的なファイルシステムの説
明図である。いま、図１３（Ａ）に示すような木構造を
有するディレクトリを考える。例えば、“／Ｇ別／１Ｇ
／月報”というパス名でストアされている資源と、“／
Ｇ別／２Ｇ／月報”というパス名でストアされている資
源とは、通常、明確に区別されており、従来のファイル
システムでは、１つの資源として扱うことはできない。
しかし、場合によっては、これらの複数の資源をあたか
も１つの資源として取り扱いたい場合もある。この第１
の具体例では、このような場合に、資源をグループ化し
て取り扱う例を示す。

【０１２９】図１４は、本発明の第２の実施の形態の第
１の具体例における資源管理部の一例を示す構成図であ
る。図１３に示した例に対応した資源管理部９１を図１
４に示している。資源属性保持部９２−１〜９２−４
は、それぞれ、資源識別子「１Ｇ月報」、「１Ｇ計
画」、「２Ｇ月報」、「２Ｇ特許」と、資源データＤＡ
ＴＡ１Ｇ月報、ＤＡＴＡ１Ｇ計画、ＤＡＴＡ２Ｇ月報、
ＤＡＴＡ２Ｇ特許を保持している。

【０１３０】図１５は、本発明の第２の実施の形態の第
１の具体例におけるグループ管理部の一例を示す構成
図、図１６は、同じく名前変換部に保有される対応表の
一例の説明図である。図１３に示した例に対応したグル
ープ管理部９３を図１５に示している。グループ管理部
９３は、グループ属性保持部９４−０〜９４−３を有し
ている。グループ属性保持部９４−０〜９４−３は、そ
れぞれ、グループ識別子−１〜３である「／」、「Ｇ
別」、「１Ｇ」、「２Ｇ」と、名前解決部２−０〜２−
３、名前変換部３−０〜３−３、名前解決部４−０〜４
−３、資源実現部５−０〜５−３を保持する。

【０１３１】名前解析部２−０〜２−３は、記号“／”
を含む文字列の名前が入力された場合に、適当な記号
“／”より左側の文字列と、記号“／”を含む右側の文
字列に分解するように動作する。

【０１３２】名前変換部３−１は、図１６（Ａ）に示す
ような対応表を保持している。そして、この対応表を参
照することによって、名前の変換を行なう。この対応表
は、“１Ｇ”という名前が入力されると、グループ識別
子「１Ｇ」を出力し、“２Ｇ”という名前が入力される
と、グループ識別子「２Ｇ」を出力する。

【０１３３】同様に、名前変換部３−２は、図１６
（Ｂ）に示すような対応表を保持しており、この対応表
を参照することによって名前の変換を行なう。この対応
表は、“月報”という名前が入力されると、グループ識
別子「１Ｇ月報」を出力し、“計画”という名前が入力
されると、グループ識別子「１Ｇ計画」を出力する。

【０１３４】名前変換部３−３は、図１６（Ｃ）に示す
ような対応表を保持しており、この対応表を参照するこ
とによって名前の変換を行なう。この対応表は、“月
報”という名前が入力されると、グループ識別子「２Ｇ
月報」を出力し、“特許”という名前が入力されると、
グループ識別子「２Ｇ特許」を出力する。

【０１３５】名前変換部３−０は、図１６（Ｄ）に示す
ような対応表を保持しており、この対応表を参照するこ
とによって名前変換を行なう。この対応表は、“Ｇ別”
という名前が入力されると、グループ識別子「Ｇ別」を
出力する。

【０１３６】この具体例における名前変換部は、対応表
を参照して名前解決表現を出力するように実現したが、
ハッシュ表や、連想配列やリンクドリストやリレーショ
ナルデータベースを用いて名前変換を行なってもよい。
一般的には文字列と番号の対応関係を保持し、検索が可
能ないずれの実現手段を用いて実現してよい。

【０１３７】ユーザが“／Ｇ別／１Ｇ／月報”というパ
ス名で指定される資源にアクセスする時、グループ属性
保持部９４−０を示すグループ識別子“／”と名前“／
Ｇ別／１Ｇ／月報”から生成される組＜“／”，“／Ｇ
別／１Ｇ／月報”＞を、グループ属性保持部９４−０に
入力するようグループ管理部９３に依頼する。

【０１３８】グループ属性保持部９４−０の名前解析部
２−０は、名前“／Ｇ別／１Ｇ／月報”を解析して、名
前“Ｇ別”と残りの変換名“／１Ｇ／月報”に分ける。
名前の解析は、名前付けルールに依存して行なわれる。
ここでは、パス名は記号“／”で区切った要素名の列で
あるとする。従って、名前の解析は次の区切り記号
“／”が現れるまでの文字列を調べることで実現でき
る。一般的には、名前の解析は、例えば、上述のＡ．
Ｖ．Ａｈｏ，Ｒ．Ｓｅｔｈｉ，Ｊ．Ｄ．Ｕｌｌｍａｎ
著，“Ｃｏｍｐｉｌｅｒｓ”，Ａｄｄｉｓｏｎ−Ｗｅｓ
ｌｅｙ Ｐｕｂｌｉｓｈｉｎｇ 社，１９８６の第１章
から第４章までで説明される字句解析や構文解析によっ
て実現してよい。

【０１３９】名前変換部３−０は、名前“Ｇ別”を変換
し、グループ識別子「Ｇ別」を得る。加えて名前解析部
２−０から出力される変換名“／１Ｇ／月報”をグルー
プ識別子と組にして、一つの要素からなる資源要素列
｛＜「Ｇ別」，“／１Ｇ／月報”＞｝を出力する。

【０１４０】名前解決部４−０は、資源要素列｛＜「Ｇ
別」，“／１Ｇ／月報”＞｝にグループ識別子と名前の
組＜「Ｇ別」，“／１Ｇ／月報”＞ が含まれているた
め、グループ識別子「Ｇ別」を有するグループ属性保持
部９４−１に対して、名前“／１Ｇ／月報”の解決を依
頼する。

【０１４１】グループ属性保持部９４−１は、名前解析
部２−１と名前変換部３−１と名前解決部４−１とを名
前解析部２−０と名前変換部３−０と名前解決部４−０
と同様に動作させる。その結果、名前解決部４−１は、
第２の資源要素列｛＜「１Ｇ」，“／月報”＞｝を得
る。この第２の資源要素列には、グループ識別子と名前
の組＜「１Ｇ」，“／月報”＞が含まれているため、グ
ループ識別子「１Ｇ」を有するグループ属性保持部９４
−２に対して、名前“／月報”の解決を依頼する。

【０１４２】グループ属性保持部９４−２は、名前解析
部２−２と名前変換部３−２と名前解決部４−２とを、
名前解析部２−０と名前変換部３−０と名前解決部４−
０と同様に動作させる。その結果、名前解決部４−２
は、一つの資源識別子「１Ｇ月報」からなる資源要素列
｛「１Ｇ月報」｝を得る。この資源要素列には、グルー
プ識別子と名前の組は含まれないので、これ以上他のグ
ループ属性保持部に解決を依頼することはない。

【０１４３】上述の動作において、資源識別子とグルー
プ識別子は区別可能であるものとしている。例えば、資
源識別子を区別するための特別な列を表に含めてもよい
し、識別子が番号や文字列であれば、特定の数より大き
な番号や、特定のアルファベットから始まる文字列は資
源識別子として、区別するように実現してもよい。

【０１４４】名前解決部４−２は、ファイル資源のハン
ドルである資源識別子「１Ｇ月報」を名前解決表現とし
て資源実現手段５−２に出力する。この場合は、手続き
が空であるので、名前解決表現における手続きを省略し
て説明している。

【０１４５】資源実現手段５−２は名前解決部４−２が
手続きを含む名前解決表現を入力した場合は、その手続
きを施した結果がファイル資源のハンドルに適用される
ような、新たなハンドルを生成する。この場合は、手続
きが空である名前解決表現が入力されるので、資源識別
子「１Ｇ月報」をそのまま出力している。

【０１４６】名前解決部４−１は、グループ識別子「１
Ｇ」を有するグループ属性保持部９４−２に対して、名
前“／月報”の解決を依頼した。その依頼の結果とし
て、名前解決部４−１は、資源のハンドルである資源識
別子「１Ｇ月報」を受け取る。名前解決部４−１は、グ
ループ識別子と名前の組＜「１Ｇ」，“／月報”＞を資
源識別子「１Ｇ月報」に置き換えて、グループ識別子と
名前の組を一つも含まない名前解決表現｛「１Ｇ月
報」｝を得る。資源実現手段５−１は、資源実現手段５
−２と同様に、名前解決表現｛「１Ｇ月報」｝を入力し
て、資源識別子「１Ｇ月報」をそのまま出力する。

【０１４７】同様に、名前解決部４−０は、グループ識
別子「Ｇ別」であるグループ属性保持部９４−１に対し
て、名前“１Ｇ／月報”の解決を依頼した。その結果と
して、資源のハンドルである資源識別子「１Ｇ月報」を
受け取る。名前解決部４−０は、グループ識別子と名前
の組＜「Ｇ別」，“／１Ｇ／月報”＞を資源識別子「１
Ｇ月報」に置き換えて、グループ識別子と名前の組を一
つも含まない名前解決表現｛「１Ｇ月報」｝を得る。資
源実現手段５−０は、資源実現手段５−２と同様に、名
前解決表現｛「１Ｇ月報」｝を入力して、資源識別子
「１Ｇ月報」をそのまま出力する。

【０１４８】その結果、ユーザは、グループ属性保持部
９４−０から、名前“／Ｇ別／１Ｇ／月報”を解決した
結果として、資源識別子「１Ｇ月報」を得る。資源識別
子「１Ｇ月報」は、ファイルのハンドルであるので、ユ
ーザは、資源識別子「１Ｇ月報」によって、資源データ
ＤＡＴＡ１Ｇ月報に対するファイルの操作が可能とな
る。

【０１４９】次に、名前“／Ｇ別／１Ｇ”が解決される
過程を説明する。グループ属性保持部９４−０の名前解
析部２−０は、名前“／Ｇ別／１Ｇ”を解析して、名前
“Ｇ別”と残りの変換名“／１Ｇ”に分ける。名前変換
部３−０は、資源要素列｛＜「Ｇ別」，“／１Ｇ”＞｝
を出力する。名前解決部４−０は、グループ識別子「Ｇ
別」を有するグループ属性保持部９４−１に対して、名
前“／１Ｇ”の解決を依頼する。

【０１５０】グループ属性保持部９４−１の名前解析部
２−１は、名前“１Ｇ”とし、変換名を“”とする。名
前変換部３−１は、資源要素列｛＜「１Ｇ」，“”＞｝
を出力する。名前解決部４−１は、グループ識別子「１
Ｇ」を有するグループ属性保持部９４−２に対して、名
前“”の解決を依頼する。

【０１５１】グループ属性保持部９４−２の名前解析部
２−２は、空文字列の名前と空文字列の変換名“”を設
定する。名前変換部３−２は、空文字列の名前に対して
は、空の資源要素列を出力する。名前解決部４−２は、
名前解決表現｛ｇｒｏｕｐ｝を得る。

【０１５２】ここで手続きｇｒｏｕｐは、グループ資源
の操作を適用可能にする手続きである。ここでは、グル
ープ属性保持部の識別子を引数として、引数で指定され
たグループ属性保持部が解決可能な名前をメンバとす
る。そして、操作リストメンバが適用された時に、メン
バのリストを出力するグループ資源のハンドルを生成す
る。例えば、手続きｇｒｏｕｐは、ディレクトリとして
取り扱う事ができる資源グループのハンドルとして、ソ
ケットを一つ生成する。次に、引数に示されたグループ
属性保持部の名前変換部が管理する、名前と資源要素列
の対応表のすべての行の名前の項目から名前リストを計
算する。手続きｇｒｏｕｐは、コンテキストごとに異な
るものとしてもよいし、共通したメンバの管理方式の場
合には、複数のコンテキストで同じものを使うようにし
てもよい。ソケットに対して操作リストメンバが適用さ
れると、名前リストを出力する。

【０１５３】以上のように、この具体例では、コンテキ
ストがグループ資源として振る舞うことを実現する手続
きを、グループ資源を表わす局所的な名前と組にして名
前変換部の変換表として実現しておき、名前を解決して
いる。これにより、個々のユーザは名前変換部において
変換可能な名前を規定することで、ユーザが所望する資
源をメンバに有する局所的なグループを構成することが
できる。

【０１５４】したがって、上述の具体例は、既存のファ
イリングのグループの構造を変えられないという問題点
を解決し、個々のユーザのアクセス方法の嗜好や意図を
反映したユーザごとに局所的なグループ資源を有する資
源アクセスのための名前空間を提供する柔軟性の高い分
散システムを具現化するものとなっている。

【０１５５】次に、本発明の第２の具体例について説明
する。上述の図１３に示した木構造のディレクトリを考
える。いま、図１３（Ａ）に示すような木構造を有する
ディレクトリにおいて、例えば、“／Ｇ別／１Ｇ／月
報”というパス名でストアされている資源データＤＡＴ
Ａ１Ｇ月報に対して、図１３（Ｂ）に示すような木構造
を有するディレクトリを考え、“／文書別／月報／１
Ｇ”という局所的なパス名でアクセスすることが考えら
れる。この場合、あるユーザが“／Ｇ別／１Ｇ／月報”
というパス名でアクセスした資源と、別のユーザが“／
文書別／月報／１Ｇ”という局所的なパス名でアクセス
した資源は、同一の資源であり、単にディレクトリの構
造が異なるのみである。この具体例では、このように個
々のユーザごとに局所的な木構造を有するディレクトリ
を生成する。

【０１５６】ここでは、第１のユーザと第２のユーザが
同じ資源を別のパス名でアクセスする。例えば、図１３
に示した例では、第２のユーザは、第１のユーザの“／
Ｇ別／１Ｇ／月報”というパス名で指定される資源を、
“＼文書別＼月報＼１Ｇ”というパス名でアクセスす
る。同様に、“／Ｇ別／１Ｇ／計画”というパス名で指
定される資源は“＼文書別＼計画＼１Ｇ”で、“／Ｇ別
／２Ｇ／月報”というパス名で指定される資源は“＼文
書別＼月報＼２Ｇ”で、“／Ｇ別／２Ｇ／特許”という
パス名で指定される資源は“＼文書別＼特許＼２Ｇ”
で、それぞれアクセスする。そのために、第２のユーザ
に局所的な名前を持つ局所的なディレクトリである
“＼”と“＼文書別”と“＼文書別＼計画”と“＼文書
別＼月報”と“＼文書別＼特許”を実現する。具体的に
は、グループ属性保持部として“＼”と“文書別”と
“計画”と“特許”と“月報”を用意すればよい。

【０１５７】図１７は、本発明の第２の実施の形態の第
２の具体例におけるグループ管理部の一例を示す構成
図、図１８は、同じく名前変換部に保有される対応表の
一例の説明図である。図１５に示したグループ属性保持
部に加え、グループ属性保持部９４−４〜９４−８が追
加されている。これらのグループ属性保持部９４−４〜
９４−８は、それぞれ、グループ識別子として「＼」、
「文書別」、「月報」、「計画」、「特許」を有してい
る。それぞれの名前変換部３−０〜３−８が保持する対
応表を図１８に示している。なお、図１７の名前変換部
３−０〜３−８に示している（Ａ）〜（Ｉ）は、図１８
（Ａ）〜（Ｉ）に対応している。

【０１５８】名前解析部２−４〜２−８は、記号“＼”
を含む文字列の名前が入力された場合に、適当な“＼”
より左側の文字列と“＼”を含んで右側の文字列に分解
するように動作する。

【０１５９】この具体例では、最初に名前を与えるグル
ープ属性保持部は、第１のユーザと第２のユーザとで異
なるものとして実現したが、最初に名前を与えるグルー
プ属性保持部を共有し、別の名前で同一の資源をアクセ
スするように実現してもよい。例えば、“／”を共有し
て、それぞれ、“／Ｇ別／１Ｇ／月報”というパス名と
“／文書別／月報／１Ｇ”というパス名でアクセスされ
る資源を同一とし、同様に、“／Ｇ別／１Ｇ／計画”と
いうパス名と“／文書別／計画／１Ｇ”というパス名で
アクセスされる資源を同一とし、“／Ｇ別／２Ｇ／月
報”というパス名と“／文書別／月報／２Ｇ”というパ
ス名でアクセスされる資源を同一とし、“／Ｇ別／２Ｇ
／特許”というパス名と“／文書別／特許／２Ｇ”とい
うパス名でアクセスされる資源を同一とするように構成
してもよい。

【０１６０】以下、第２のユーザが“＼文書別＼月報＼
１Ｇ”というパス名でアクセスする場合の動作を、図１
７及び図１８を用いながら説明する。まず、第２のユー
ザがグループ管理部９３に対して、新しいグループ属性
保持部を作るように要求する。グループ管理部９３は、
新しくグループ属性保持部９４−４を作り、そのグルー
プ識別子を「＼」に設定し、グループ識別子「＼」を返
す。次に、グループ管理部９３は、新しくグループ属性
保持部９４−５を作り、そのグループ識別子を「文書
別」に設定し、グループ識別子「文書別」を返す。加え
て、グループ識別子「文書別」を“文書別”という名前
で登録するように、グループ識別子「＼」をもつグルー
プ属性保持部９４−４に要求する。これにより、図１８
（Ｂ）に示す対応表がグループ属性保持部９４−４の名
前変換部３−４に作成される。同様な処理を繰り返し、
新たなグループ属性保持部９４−６〜９４−８を構成す
る。

【０１６１】グループ識別子「文書別」を持つグループ
属性保持部９４−５の名前解決部４−５は、グループ属
性保持部９４−１によって解決されるグループ識別子
「１Ｇ」、「２Ｇ」を持つグループ属性保持部９４−
２、９４−３が解決可能な名前の和集合の要素を計算す
る。要素に新たに作成したグループ属性保持部９４−６
〜９４−８の識別子を対応づけて、グループ属性保持部
９４−５の名前変換部３−５の対応表に格納する。ここ
では、計算された名前は、“月報”、“計画”、“特
許”であって、対応づけたグループ属性保持部９４−６
〜９４−８の識別子は、それぞれ、「月報」、「計
画」、「特許」である。このようにして作成された対応
表を図１８（Ｃ）に示している。同様な処理を行ない、
グループ属性保持部９４−６〜９４−８の名前変換部の
対応表を作成する。これらの対応表を図１８（Ｇ）〜
（Ｉ）に示している。

【０１６２】対応表は、名前の解決に先だって、あらか
じめ次の手順で作成する。図１９、図２０は、本発明の
第２の実施の形態の第２の具体例における対応表の作成
手順の一例を示すフローチャートである。まず、グルー
プ属性保持部９４−５については、図１９に示す手順に
よって対応表が作成される。Ｓ１０１において、“／Ｇ
別”のすべてのメンバのメンバ（名前）をリストアップ
し、Ｓ１０２において、リストアップした名前の重複を
取り除く。そして、Ｓ１０３において、名前の数と等し
い数のエントリを有する表を作成し、それぞれの行の第
１のフィールドに名前を入れる。最後に、Ｓ１０４にお
いて、すべてのエントリの第１のフィールドの名前につ
いて新しいグループを作って、その識別子を第２のフィ
ールドに入れる。このようにして、グループ属性保持部
９４−５の名前変換部３−５に対応表が作成される。

【０１６３】グループ属性保持部９４−６〜９４−８に
ついては、図２０に示す手順によって対応表が作成され
る。この場合、名前がＡＲＧ１に渡される。ＡＲＧ１と
しては、この具体例では、“月報”、“計画”、“特
許”のいづれかである。

【０１６４】Ｓ１１１において、“／Ｇ別”のメンバの
いずれかであって、かつ、ＡＲＧ１をメンバにもつすべ
てのグループを探索して、“／Ｇ別”での名前をリスト
（この実施の形態では“１Ｇ”または“２Ｇ”を含むリ
スト）にする。そして、Ｓ１１２において、名前の数と
等しい数のエントリを有する表を作成し、それぞれの行
の第１のフィールドに名前を入れる。最後に、Ｓ１１３
において、すべてのエントリの第１のフィールドの名前
ＮＡＭＥついて、“／Ｇ別／ＮＡＭＥ／ＡＲＧ１”を
“／”で解決して得られる識別子を、表の対応する第２
フィールドにそれぞれ格納する。

【０１６５】このような処理の結果として、グループ属
性保持部９４−６の名前変換部３−６には、名前“１
Ｇ”と“２Ｇ”をそれぞれ「１Ｇ月報」、「２Ｇ月報」
に解決するための対応表が作成される。同様に、グルー
プ属性保持部９４−７の名前変換部３−７には、名前
“１Ｇ”を「１Ｇ計画」に解決するための対応表が作成
され、グループ属性保持部９４−８の名前変換部３−８
には、名前“２Ｇ”を「２Ｇ特許」に解決するための対
応表が作成される。このようにして、図１８（Ｇ）〜
（Ｉ）に示した対応表が作成される。

【０１６６】このようにして、図１７、図１８に示した
ような、グループ属性保持部９４−４〜９４−８が作成
され、さらに、これらの名前変換部３−４〜３−８に保
持される対応表が作成される。

【０１６７】このように構成されたグループ管理部９３
で提供される局所的なファイリングは、ディレクトリ
“＼”、と“＼文書別”と“＼文書別＼計画”と“＼文
書別＼月報”と“＼文書別＼特許”を局所的に実現す
る。これは、第１のユーザがグループ別の階層で月報と
計画と特許のファイルを分類しているファイリングに対
して、第２のユーザは文書種類別に分類した局所的なフ
ァイリングによる局所的なグループを実現している。

【０１６８】第２のユーザは、第１のユーザが“／Ｇ別
／１Ｇ／月報”というパス名で指定される資源を、グル
ープ属性保持部９４−４〜９４−８を用いて、“＼文書
別＼月報＼１Ｇ”というパス名でアクセスすることがで
きる。このように、この第２の具体例では、第１のユー
ザがグループ別によって定めた月報と計画と特許のファ
イルを分類しているのに対して、第２のユーザは文書種
類別に分類した局所的なグループを有するファイリング
にてファイルを分類することができる。

【０１６９】さらに加えて説明すると、この具体例にお
ける“＼文書別＼月報”というディレクトリは、ディレ
クトリ“／Ｇ別”の子のディレクトリのすべてのメンバ
のうち、特定の条件を有するものの和集合をメンバとす
るように構成されている。この場合、あらかじめ複数の
コンテキストで与えられるグループのメンバの和集合を
計算するような手続きや、所定の条件を満足しないメン
バを取り除く手続きを用意して、これらの手続きを組み
合わせることで、グループ属性保持部６の名前変換表を
簡単に生成できるようにしてもよい。あるいは、名前の
解決時にこれらの手続きを実行して、オンデマンドに解
決結果を得るようにしてもよい。この実施の形態では、
和集合を計算するようにして説明したが、和集合を計算
する手続きには限らない。一般的には、差集合や交差集
合や直和や直積など、集合に対するいずれの操作でもよ
い。

【０１７０】このように、第２の具体例では、ファイル
の名前付け規則が固定的であり、かつシステム設計者や
システム管理者やファイルを格納した者が定めた名前付
けとグループの階層構造に基づいているので、ユーザご
とに個々に定めた名前付け規則や、個々の分類基準に基
づくグループ構造に従ったアクセスができないという従
来の問題点を解決し、個々のユーザのアクセス方法の嗜
好や意図を反映したユーザごとに局所的なグループ資源
を含む、資源アクセスのための名前空間を提供する柔軟
性の高い分散システムを具現化するものとなっている。

【０１７１】次に、本発明の第２の実施の形態の第３の
具体例について説明する。この第３の具体例では、局所
的なディレクトリに含まれるメンバが、所定の性質を有
する資源であるように構成した場合について説明する。
所定の性質は、この具体例では、所定の圧縮方式で圧縮
されて格納されているファイルが、圧縮されていないよ
うに振る舞うことであるとする。ここでは、資源データ
ＤＡＴＡ１Ｇ月報、ＤＡＴＡ１Ｇ計画、ＤＡＴＡ２Ｇ月
報、ＤＡＴＡ２Ｇ特許は、それぞれ所定の圧縮方式で圧
縮されて、格納されているものとする。

【０１７２】図２１は、本発明の第２の実施の形態の第
３の具体例におけるグループ管理部の一例を示す構成
図、図２２は、同じく名前変換部に保有される対応表の
一例の説明図である。この第３の具体例では、上述の第
１の具体例におけるグループ属性保持部９４−２，９４
−３の名前解決部４−２，４−３と資源実現部５−２，
５−３を変えて構成している。図２１では、新たにグル
ープ属性保持部９４−１０〜９４−１３を用いて、局所
的なファイルシステムを構成している。グループ属性保
持部９４−１０およびグループ属性保持部９４−１１
は、第１の具体例におけるグループ属性保持部９４−０
およびグループ属性保持部９４−１とそれぞれ同様であ
る。

【０１７３】グループ属性保持部９４−１２の有する名
前変換部３−１２は、名前解析部２−１２が出力する名
前“月報”を得て、資源要素列｛「１Ｇ月報」｝と手続
き「圧縮伸張」との組である資源実現表現＜「圧縮伸
張」，「１Ｇ月報」＞を出力し、さらに名前解決部４−
１２は同様の名前解決結果を出力する。同様に、名前変
換部３−１２は、名前“計画”を得て、資源要素列
｛「１Ｇ計画」｝と手続き「圧縮伸張」との組である資
源実現表現＜「圧縮伸張」，「１Ｇ計画」＞を出力し、
さらに名前解決部４−１２は同様の名前解決結果を出力
する。また、グループ属性保持部９４−１３の有する名
前変換部３−１３は、名前解析部２−１３が出力する名
前“月報”に対して、資源要素列｛「２Ｇ月報」｝と手
続き「圧縮伸張」の組である資源実現表現＜「圧縮伸
張」，「２Ｇ月報」＞を出力し、名前“特許”に対し
て、資源要素列｛「２Ｇ計特許」｝と手続き「圧縮伸
張」と資源識別子「２Ｇ特許」の組である資源実現表現
＜「圧縮伸張」，「２Ｇ特許」＞を出力し、名前解決部
４−１３は同様の名前解決結果を出力する。

【０１７４】名前解決部４−１２が手続きを含む名前解
決結果＜「圧縮伸張」，「１Ｇ月報」＞を資源実現部５
−１２に入力すると、新たな資源識別子「圧縮伸張１Ｇ
月報」を生成する。資源識別子「圧縮伸張１Ｇ月報」
は、ファイル操作が可能なハンドルである。資源実現部
５−１２は、このハンドルに書き込みが行なわれた場合
には、書込データを圧縮し、圧縮処理されたデータを資
源識別子「１Ｇ月報」に書き込むように設定する。ま
た、このハンドルから読み込みが行なわれた場合には、
資源識別子「１Ｇ月報」からデータを読み込んで、伸張
処理を行なった上で、ハンドルから読み込みデータとし
て返すように設定する。このような設定は、例えば、ハ
ンドルをＵＮＩＸ ＯＳのパイプラインとして実現し、
一方のパイプラインから入力したデータを圧縮または伸
張して他方のパイプラインに出力するプロセスとして実
現することで可能となる。一般的には、パイプラインだ
けでなく、ＲＰＣ（リモートプロシージャコール）やＭ
ａｃｈ ＯＳのポートなどの任意のプロセス間通信で実
現することができる。

【０１７５】上述の資源識別子「圧縮伸張１Ｇ月報」の
場合と同様に、資源実現部５−１２は、名前解決表現＜
「圧縮伸張」，「１Ｇ計画」＞から資源識別子「圧縮伸
張１Ｇ計画」を生成し、資源実現部５−１３は、名前解
決表現＜「圧縮伸張」，「２Ｇ月報」＞から資源識別子
「圧縮伸張２Ｇ月報」を生成し、名前解決表現＜「圧縮
伸張」，「２Ｇ特許」＞から資源識別子「圧縮伸張２Ｇ
特許」を生成する。

【０１７６】上述の第１の具体例において、各資源デー
タが圧縮されて格納されている場合、第１のユーザが、
“／Ｇ別／１Ｇ／月報”と“／Ｇ別／１Ｇ／計画”と
“／Ｇ別／２Ｇ／月報”と“／Ｇ別／２Ｇ／特許”とに
アクセスする際には、読み出し時に伸張処理を個別に行
なう必要がある。また、格納する場合には、圧縮処理を
施して格納する必要がある。これに対して、図２１及び
図２２に示したように、グループ属性保持部９４−１０
〜９４−１３を構成することで、第３のユーザは局所的
な資源として、第２の“／Ｇ別／１Ｇ／月報”と第２の
“／Ｇ別／１Ｇ／計画”と第２の“／Ｇ別／２Ｇ／月
報”と第２の“／Ｇ別／２Ｇ／特許”とにアクセスでき
る。このとき、資源データＤＡＴＡ１Ｇ月報、ＤＡＴＡ
１Ｇ計画、ＤＡＴＡ２Ｇ月報、ＤＡＴＡ２Ｇ特許は、そ
れぞれ圧縮されているにもかかわらず、それぞれ圧縮さ
れていない資源データＤＡＴＡ１Ｇ月報、ＤＡＴＡ１Ｇ
計画、ＤＡＴＡ２Ｇ月報、ＤＡＴＡ２Ｇ特許であるかの
ように取り扱うことができる。

【０１７７】この具体例では、資源データＤＡＴＡ１Ｇ
月報、ＤＡＴＡ１Ｇ計画、ＤＡＴＡ２Ｇ月報、ＤＡＴＡ
２Ｇ特許は、すべて同じ圧縮方式で圧縮されているもの
としたが、必ずしも同じ方式で圧縮しなくてもよい。圧
縮伸張にかかわる手続きは、名前変換部４−１２，４−
１３においてそれぞれの対応表で個別に管理することが
できるので、グループ属性保持部９４−１２，９４−１
３でそれぞれ解決可能な個々の資源ごとに異なる圧縮伸
張方式の資源データであっても、所定の圧縮伸張方式が
適用され、資源を取り扱うことができる。

【０１７８】また、圧縮伸張処理を行なう手続きは、名
前変換部３−１２，３−１３で管理して、資源実現部５
−１２，５−１３で実際に起動するものとして説明した
が、名前変換部３−１２，３−１３と資源実現部５−１
２，５−１３で取り扱う代わりに、グループ属性保持部
９４−１０またはグループ属性保持部９４−１１のいず
れかで取り扱ってもよい。

【０１７９】図２３は、本発明の第２の実施の形態の第
３の具体例におけるグループ管理部の別の例を示す構成
図、図２４は、同じく名前変換部に保有される対応表の
別の例の説明図である。この例では、グループ属性保持
部９４−１１で手続きを取り扱う例を示している。この
場合、名前変換部３−１１が保持している対応表に、手
続きとして「圧縮伸張」を登録しておけばよい。する
と、グループ属性保持部９４−１１の子のグループ属性
保持部９４−１２またはグループ属性保持部９４−１３
から返される資源のハンドルを用いた操作に対して、圧
縮伸張処理を施すことができる。すなわち、“／Ｇ別／
１Ｇ”以下の部分ディレクトリ、および、“／Ｇ別／２
Ｇ”以下の部分ディレクトリに含まれるすべての資源に
対して、手続き「圧縮伸張」が適用されることになる。

【０１８０】図２５は、本発明の第２の実施の形態の第
３の具体例におけるグループ管理部のさらに別の例を示
す構成図、図２６は、同じく名前変換部に保有される対
応表のさらに別の例の説明図である。この例では、グル
ープ属性保持部９４−１０で手続きを取り扱う場合の例
を示している。この場合、名前変換部３−１０が保持し
ている対応表に、手続きとして「圧縮伸張」を登録して
おけばよい。すると、グループ属性保持部９４−１０の
子のグループ属性保持部９４−１１から返される資源の
ハンドル操作に対して、圧縮伸張処理を施すことができ
る。すなわち、“／Ｇ別”以下のディレクトリに含まれ
るすべての資源に対して、手続き「圧縮伸張」を適用す
ることができる。

【０１８１】このように、一般的には、木構造の親子関
係にあるグループ属性保持部で取り扱う手続きの処理
は、直列にカスケード接続されて親から子へ、または子
から親へ順に処理されるように構成できる。

【０１８２】この具体例では、圧縮伸張処理を用いて説
明したが、適用する手続きは圧縮伸張処理に限らない。
例えば、画像データを格納するファイルに対して、この
資源管理方式は階調や解像度や色空間を変換する手続き
を組み合わせて実現できるように、局所的な資源に局所
的な名前を付与して取り扱う機能を提供することもでき
る。文書であれば、文書フォーマットを変換する手続き
と組み合わせて、所望の文書エディタのフォーマットの
局所資源を提供することができる。

【０１８３】また、音声や映像の格納や取り出しにおい
ては、一定の時間間隔で読み出すことや書き込むことが
保障されるという性質を有する資源が望まれる。しか
し、既存のファイリングがそのような性質を有していな
いため、一定の時間間隔で読み出すことや書き込むこと
が保障されない。このような場合には、この具体例にお
いて、書込みや読み出し周期の変換や、データのサンプ
リング品質である一画面または一音素のデータサイズの
変換等に加えて、データの先読みや遅延書込を可能にす
るバッファ機能を取り扱う手続きを組み合わせれば、前
述した音声や映像の書込みや取り出しにおいて、一定の
時間間隔で読み書きできることを保障する機能を提供で
きる。例えば、既存のファイリングの読み書きが滞った
時に、バッファ機能で蓄積されるバッファデータの空き
容量と連動して、適応的にデータの品質を変えることで
データ量を増減して、常に一定の時間間隔による読み書
きを保障するように構成することも可能である。

【０１８４】上述のようにこの第３の具体例では、第１
のユーザが圧縮して格納したファイリングを取り扱う場
合、従来は利用時の伸張処理や格納時の圧縮処理を個々
に行なわなければならないのに対して、第３のユーザは
あたかも圧縮伸張が自動的に行なわれるようなファイリ
ングを局所的に実現して取り扱うことができる。加え
て、個別に圧縮伸張などの任意の処理を行なうような性
質を有する局所的なディレクトリを構成することが可能
であるだけでなく、所定のディレクトリのメンバや、そ
のディレクトリの階層を木構造やグラフ構造に見立てた
場合における子孫にあたるファイルは、すべて同一の処
理を施して読み書きができるような性質を有する局所的
なディレクトリを構成することが可能である。また、複
数の処理を異なるディレクトリに設定して、ディレクト
リの階層構造の積み上げによって、これらの複数の処理
をカスケード接続して自動的に行なうような性質をもっ
たファイルシステムも構成可能である。

【０１８５】従来のファイリングでは、システム提供者
やシステム管理者やファイルの格納者が定めたファイル
の性質は利用者が個別に変えられないという問題点があ
り、個々のユーザは、アクセスした後、必要に応じて性
質を変えるための処理を個別に行なう必要があった。し
かし、この具体例によれば、性質を変える機能を含んだ
形で局所的なファイリングを提供できるので、上述した
ように名前と手続きを組み合わせて管理する複数のグル
ープ属性保持部で構成した資源の管理方式によって、個
々のユーザのアクセス方法の嗜好や意図を反映したユー
ザごとに局所的な資源アクセスのための名前空間を提供
することで、従来の問題点を解決し、柔軟性の高い分散
システムを具現化するものとなっている。

【０１８６】特に複数のグループ属性保持部で階層的に
名前空間を設計し、構成することが可能なので、名前空
間の設計が容易で、かつ再利用が容易となり、その意味
でも柔軟性の高い分散システムを具現化するものとなっ
ている。

【０１８７】次に、本発明の第２の実施の形態における
第４の具体例について説明する。第２の具体例では、グ
ループ属性保持部９４−４〜９４−８の名前変換部３−
４〜３−８は、所定のアルゴリズムによってあらかじめ
作成された対応表を検索することで、名前から資源要素
列を生成するように実現した。この第４の実施の形態で
は、あらかじめ作成された対応表を用いるのではなく、
名前変換を実行する時に、第２の実施の形態で説明し
た、グループ属性保持部９４−４〜９４−８の名前変換
部３−４〜３−８の対応表の作り方に従って対応表を作
った後に、名前変換を行なって資源要素列を生成するよ
うに構成している。

【０１８８】図２７は、本発明の第２の実施の形態の第
４の具体例におけるグループ管理部の一例を示す構成図
である。図中、グループ属性保持部９４−１０〜９４−
１３は、図２１と同様である。また、これらの名前変換
部３−１０〜３−１３が保有する対応表も図２２に示し
たものと同様である。

【０１８９】グループ属性保持部９４−１５の名前変換
部３−１５は、第２の具体例において図１８（Ｃ）に示
したグループ属性保持部９４−５の名前変換部−５が有
する対応表と、同様の対応表を作成するプログラムを有
している。名前変換部３−１５は、このプログラムを起
動した結果、得られる対応表に基づいて、名前の変換を
行なう。このプログラムは、例えば、図１９に示したア
ルゴリズムと同様である。

【０１９０】同様に、グループ属性保持部９４−１６の
名前変換部３−１６、グループ属性保持部９４−１７の
名前変換部３−１７、グループ属性保持部９４−１８の
名前変換部３−１８は、それぞれ、例えば、図２０に示
したようなアルゴリズムを実行するプログラムを有して
おり、そのプログラムを起動した結果、得られる対応表
にそれぞれ基づいて、名前の変換を行なう。

【０１９１】対応表は、ここではすべてのエントリにつ
いて生成するが、解決に必要なエントリに関する部分だ
けを動的に生成するように名前変換部を構成してもよ
い。

【０１９２】このようにして、グループ属性保持部９４
−１４〜９４−１８を構成することによって、例えば、
第４のユーザは、第２の具体例で説明した第２のユーザ
と同様に、文書種類別に分類した局所的なファイリング
による局所的なグループを実現できる。それとともに、
局所的なグループは、第１のユーザが取り扱うファイリ
ングによるグループの階層的な構造の変化が、動的に反
映される性質を有する局所的なグループを実現できる。

【０１９３】例えば、第１のユーザが“／Ｇ別／１Ｇ／
週報”というパス名で指定される資源を格納すると、第
４のユーザは、新たにグループ属性保持部９４−１４の
対応表を作成しなおさなくても、“＼文書別＼週報＼１
Ｇ”というパス名によって同じ文書を読み書きすること
ができる。

【０１９４】従来の資源管理方式では、ファイリングが
提供するグループは静的でかつ固定的であるので、グル
ープのメンバやファイルの内容が所定の計算結果にもと
づいて動的に定まるようにするためには、何らかの手段
で、個々のユーザが定期的に計算を行ない、計算結果を
グループまたはファイルに反映させなくてはならないと
いう問題点があった。

【０１９５】上述したようにこの第４の具体例では、動
的にメンバを構成する手続きによって規定される局所的
なグループや、動的に内容を計算する手続きによって規
定される局所的なファイルに名前を付与して取り扱うこ
とができ、かつ、定期的にまたはアクセスのたびに、手
続きが起動された結果に基づいてアクセスが行なわれる
ようにシステムを構築できるので、ユーザは個々のアク
セス方法の嗜好や意図を反映したユーザごとに局所的な
資源アクセスのための名前空間を構成でき、従来の問題
点を解決して、柔軟性の高い分散システムを具現化する
ものとなっている。

【０１９６】特に、この第４の具体例では、グループ属
性保持部が解決する名前の集合が動的に定まるように名
前変換部を構成し、かつ、グループ属性保持部をグルー
プ資源として取り扱う手続きを、動的に定まるメンバを
取り扱うように構成することで、動的なメンバを有する
グループ資源を提供することが可能である。これによ
り、柔軟性の高い分散システムを具現化するものとなっ
ている。

【０１９７】図２８は、本発明の資源管理装置の第３の
実施の形態を示すブロック図である。図中の記号は、図
１あるいは図１１と同様である。この第３の実施の形態
は、第１の実施の形態において共通に設けていた名前解
決部４を各コンテキスト保持部に配置した例である。逆
に、第２の実施の形態において各コンテキスト保持部に
配置していた名前解決部４−１〜４−ｎを共通の名前解
決部４として設けた例である。

【０１９８】この第３の実施の形態は、コンテキスト保
持部１−１からコンテキスト保持部１−ｎまでのｎ個の
コンテキスト保持部と、１個の資源実現部５から構成さ
れている。コンテキスト保持部は１個でもよく、一般的
には任意個のコンテキスト保持部から構成してよい。同
様に、資源実現部は１個以上でよく、一般的には任意個
の資源実現部から構成してよい。

【０１９９】コンテキスト保持部１−１〜１−ｎは、そ
れぞれ固有のコンテキスト識別子を有しており、それぞ
れ、端子６−１〜６−ｎおよび端子７−１〜７−ｎを有
している。端子６−１〜６−ｎは、それぞれ、コンテキ
スト保持部１−１〜１−ｎの入力端子である。端子６−
１〜６−ｎには、資源の名前が入力される。また、端子
７−１〜７−ｎは、それぞれ、コンテキスト保持部１−
１〜１−ｎの出力端子である。端子７−１〜７−ｎは、
それぞれ、端子６−１〜６−ｎに入力された資源の名前
に対応する資源の名前解決結果を出力する。

【０２００】また、コンテキスト保持部１−１〜１−ｎ
は、名前解析部２−１〜２−ｎと、名前変換部３−１〜
３−ｎと、名前解決部４−１〜４−ｎがそれぞれ設けら
れている。名前解析部２−１〜２−ｎおよび名前変換部
３−１〜３−ｎは、第１及び第２の実施の形態と同様で
ある。

【０２０１】名前変換部３−１〜３−ｎは、ほぼ第２の
実施の形態と同様であるが、その入力端子９−１〜９−
ｎには、それぞれ出力端子８−１〜８−ｎからコンテキ
スト保持部１−１〜１−ｎに出力した資源の名前に対応
する資源の名前解決結果を入力する。すなわち、各名前
解決部４−１〜４−ｎは、各名前変換部３−１〜３−ｎ
から受け取った資源実現表現中にコンテキスト識別子が
含まれているとき、そのコンテキスト識別子が示すコン
テキスト保持部に対して、出力端子８−１〜８−ｎから
資源名を出力し、対応する名前解決結果を端子９−１〜
９−ｎから受け取る。このようにして、資源実現表現中
にコンテキスト識別子が含まれなくなるまで、連鎖的に
コンテキスト保持部を適用する。得られた資源実現表現
のすべてあるいはいずれかに対応する名前解決結果がコ
ンテキスト保持部１−１〜１−ｎの出力端子７−１〜７
−ｎから出力される。

【０２０２】さらに、資源実現部５は、第１の実施の形
態と同様である。資源実現部５は端子１１及び端子１２
を有している。端子１１は、コンテキスト保持部１−１
〜１−ｎの出力端子７−１〜７−ｎから出力される、名
前に対応する資源の名前解決結果を入力する。端子１２
は、資源実現部５の出力端子であり、コンテキスト保持
部１−１〜１−ｎから出力された名前解決結果に対応す
る資源のハンドルを出力する。

【０２０３】この第３の実施の形態に示すように構成す
ることで、上述の第１の実施の形態や第２の実施の形態
と同じように、従来の問題点を解決し、柔軟性の高い分
散システムを具現化することができる。

【０２０４】図２９は、本発明の第３の実施の形態にお
ける第１の具体例を示す構成図である。図中の符号は図
１２と同様である。この第１の具体例において、図２８
のコンテキスト保持部はグループ属性保持部に対応す
る。この第１の具体例は、上述の第２の実施の形態の第
１の具体例と比べて、グループ属性保持部に資源実現部
を有していない。この具体例の名前解決部４−１〜４−
ｍは、入力された資源実現表現中の資源要素列に、グル
ープ属性保持部の識別子と名前の組が含まれる場合に
は、そのグループ属性保持部の識別子で表わされるグル
ープ属性保持部に名前の解決を要求し、名前が表わす資
源のハンドルを得るかわりに、名前が表わす名前解決結
果として、名前解決木を得る。これにより、グループ属
性保持部９４−１〜９４−ｍは、名前を入力すると名前
解決木を出力する。資源実現部５は、グループ属性保持
部９４−１〜９４−ｍから出力される名前解決木を入力
し、これを解釈し、名前が表わす資源のハンドルを出力
する。

【０２０５】図３０は、名前解決木の一例の説明図であ
る。図３０は、グループ属性保持部の識別子Ｃ１を指定
して、名前Ｎ１を解決した結果、得られる名前解決結果
＜Ｃ１；Ｎ１＞の解決木を表わす。ノードはグループ属
性保持部を表わしており、アークは、ハンドルのつなが
りを表わしている。ノードに付与された＜Ｃｘ；Ｎｘ＞
（ただしｘは１から２０までの整数）は、ノードに対応
する資源を与えるコンテキストであるグループ属性保持
部の識別子と名前の組である。Ｃｘがコンテキストであ
るグループ属性保持部の識別子であり、ＮｘがＣｘで定
まるコンテキストでの局所的な名前である。ノード中の
黒丸は、あらかじめ実現されている資源を表わす資源識
別子であり、一つのハンドルを親に提供する。黒丸に付
与されたラベルｒｘ（ただしｘは２、４、５、９、１
１、１２、１６、１７、１８、１９のいずれか）は資源
識別子である。白丸はこの具体例で局所的に与えられた
資源を表わす。白丸はそのノードのコンテキストによっ
て与えられた手続きによって与えられる。白丸に付与さ
れたラベルｐｘ（ただしｘは１、３、６、７、８、１
０、１３、１４、１５のいずれか）は手続きの識別子で
ある。

【０２０６】中に黒丸または白丸が示されている四角
は、コンテキストを表わす。解析木のノードに位置する
コンテキストは、そのノードを表わす名前を入力する
と、そのノードを根とする解決木を出力する。

【０２０７】この具体例では、名前解決表現は解析木で
あるとしたが、必ずしも解析木でなくてもよい。例え
ば、項を表わす文字列でもよい。手続きや資源の識別子
とハンドルのつながり方を表現できるものならいずれで
もよい。例えば、図３０の＜Ｃ１；Ｎ１＞の解決木を項
で表現すると、 ＜Ｃ１；Ｎ１＞の解決木＝ｐ１（ｒ２；ｐ３（ｐ７（ｒ
１１；ｒ１２）；ｐ８（ｐ１３（ｒ１６；ｒ１７））；
ｒ９）；ｒ４；ｒ５；ｐ６（ｐ１０（ｐ１４（ｒ１
８）；ｐ１５（ｒ１９；ｒ２０）））） となる。以下の例では、解決木を項で表現する。

【０２０８】上述の第２の実施の形態の第２の具体例で
説明した例をもとに、この第３の実施の形態の第１の具
体例において、それぞれのグループ属性保持部が出力す
る名前解決木の項表現を示し、名前を解決する過程を説
明する。図３１は、本発明の第３の実施の形態の第１の
具体例におけるグループ管理部の一例を示す構成図であ
る。この図３１に示したグループ管理部９３は、図１７
に示したものとほぼ同様である。しかし、この具体例で
は、各グループ属性保持部９４−０〜９４−８は、資源
実現部５−０〜５−８を有していない。なお、以下の説
明において、１・は引数のハンドルをそのまま何ら処理
をすることなく、親のコンテキストに受け渡すことを表
わす手続きであるとする。

【０２０９】図３２は、本発明の第３の実施の形態の第
１の具体例における名前“／Ｇ別／Ｇ１／月報”の解決
の過程の一例の説明図である。名前“／Ｇ別／Ｇ１／月
報”がグループ属性保持部９４−０に入力されると、名
前解決部４−０からグループ属性保持部９４−１に対し
て名前“／Ｇ１／月報”の解決が依頼される。さらに、
グループ属性保持部９４−１の名前解決部４−１は、グ
ループ属性保持部９４−２に対して、名前“／月報”の
解決を依頼する。グループ属性保持部９４−２は、名前
“／月報”を解決し、名前解決結果１・（「Ｇ１月
報」）をグループ属性保持部９４−１の名前解決部４−
１に返す。名前解決部４−１は、この名前解決結果を受
け、グループ属性保持部９４−０に対して、名前解決結
果１・（１・（「Ｇ１月報」））を返す。グループ属性
保持部９４−０の名前解決部４−０は、この名前解決結
果を受け取り、資源実現部５に対して、名前解決結果１
・（１・（１・（「Ｇ１月報」）））を出力する。資源
実現部５は、この名前解決結果に対応する資源のハンド
ルを出力する。

【０２１０】図３３は、本発明の第３の実施の形態の第
１の具体例における名前“／Ｇ別／Ｇ１”の解決の過程
の一例の説明図である。この場合も、名前“／Ｇ別／Ｇ
１”がグループ属性保持部９４−０に入力されると、名
前解決部４−０からグループ属性保持部９４−１に対し
て名前“／Ｇ１”の解決が依頼され、さらに、グループ
属性保持部９４−２に対して、名前“”の解決が依頼さ
れる。このとき、グループ属性保持部９４−２の名前解
決部４−２では、名前が空の文字列であるので、手続き
ｇｒｏｕｐ（Ｇ１）を返す。名前解決部４−１はこれを
受けて名前解決結果１・（ｆｒｏｕｐ（Ｇ１））を出力
し、名前解決部４−０は１・（１・（ｇｒｏｕｐ（Ｇ
１）））を資源実現部５に出力する。

【０２１１】図３４は、本発明の第３の実施の形態の第
１の具体例における名前“＼文書別＼月報＼Ｇ１”の解
決の過程の一例の説明図である。この場合も、上述の例
と同様であるが、名前“＼文書別＼月報＼Ｇ１”はグル
ープ属性保持部９４−４に入力される。すると、名前解
決部４−４からグループ属性保持部９４−５に対して名
前“＼月報＼Ｇ１”の解決が依頼され、さらに、グルー
プ属性保持部９４−６に対して、名前“＼Ｇ１”の解決
が依頼される。グループ属性保持部９４−６は、名前
“＼Ｇ１”を解決し、名前解決結果１・（「Ｇ１月
報」）をグループ属性保持部９４−５の名前解決部４−
５に返す。名前解決部４−５は、この名前解決結果を受
け、グループ属性保持部９４−４に対して、名前解決結
果１・（１・（「Ｇ１月報」））を返す。グループ属性
保持部９４−４の名前解決部４−４は、この名前解決結
果を受け取り、資源実現部５に対して、名前解決結果１
・（１・（１・（「Ｇ１月報」）））を出力する。この
ようにして、図３２に示した場合と同一の名前解決結果
を資源実現部５に出力することができる。

【０２１２】また、上述の第２の実施の形態の第３の具
体例で説明した例についても、この第３の実施の形態の
第１の具体例において、同様に名前の解決を行なうこと
ができる。ここでは、この具体例におけるグループ管理
部の構成図を示さないが、図２１において資源実現部５
−１０〜５−１３を除いた構成であるものとする。以
下、いくつかの例について、名前を解決する過程を説明
する。

【０２１３】図３５は、本発明の第３の実施の形態の第
１の具体例における名前“／Ｇ別／Ｇ１／月報”の解決
の過程の別の例の説明図である。名前“／Ｇ別／Ｇ１／
月報”がグループ属性保持部９４−１０に入力される
と、名前解決部４−１０からグループ属性保持部９４−
１１に対して名前“／Ｇ１／月報”の解決が依頼され、
さらに、グループ属性保持部９４−１２に対して、名前
“／月報”の解決を依頼する。グループ属性保持部９４
−１２は、名前“／月報”を解決する。このとき、手続
き「圧縮伸張」が指定されているので、名前解決結果と
して圧縮伸張（「Ｇ１月報」）をグループ属性保持部９
４−１の名前解決部４−１に返す。名前解決部４−１
は、この名前解決結果を受け、グループ属性保持部９４
−０に対して、名前解決結果１・（圧縮伸張（「Ｇ１月
報」））を返す。さらに、グループ属性保持部９４−０
の名前解決部４−０は、この名前解決結果を受け取り、
資源実現部５に対して、名前解決結果１・（１・（圧縮
伸張（「Ｇ１月報」）））を出力する。

【０２１４】さらに、上述の第２の実施の形態の第３の
具体例の変形例として、図２３を用いて説明した例につ
いても、この第３の実施の形態の第１の具体例におい
て、同様に名前の解決を行なうことができる。図３６
は、本発明の第３の実施の形態の第１の具体例における
名前“／Ｇ別／Ｇ１／月報”の解決の過程のさらに別の
例の説明図である。上述の場合と同様に、名前“／Ｇ別
／Ｇ１／月報”がグループ属性保持部９４−１０に入力
されると、名前解決部４−１０からグループ属性保持部
９４−１１に対して名前“／Ｇ１／月報”の解決が依頼
され、さらに、グループ属性保持部９４−１２に対し
て、名前“／月報”の解決を依頼する。グループ属性保
持部９４−１２は、名前“／月報”を解決し、名前解決
結果として１・（「Ｇ１月報」）をグループ属性保持部
９４−１の名前解決部４−１に返す。名前解決部４−１
は、この名前解決結果を受け、グループ属性保持部９４
−０に対して、名前の解決を行なう。このとき、手続き
「圧縮伸張」が指定されているので、名前解決結果とし
て、圧縮伸張（１・（「Ｇ１月報」））を返す。さら
に、グループ属性保持部９４−０の名前解決部４−０
は、この名前解決結果を受け取り、資源実現部５に対し
て、名前解決結果１・（圧縮伸張（１・（「Ｇ１月
報」）））を出力する。

【０２１５】資源実現表現５は、コンテキストに名前を
与えて得られる名前解決結果である名前解決木を受け取
る。次に解決木を探索し、ノードがあらかじめ実現され
ている資源を表わすリーフノードであれば、その資源に
操作を適用するハンドルを、資源の識別子から得る。資
源のハンドルはあらかじめ実現されているので、識別子
から得ることができる。例えば、資源がファイルであれ
ば、識別子を指定してオープン処理を行なった結果とし
て、識別子に対応するポートが得られる。ＵＮＩＸファ
イルシステムでは、資源の識別子はファイル名でよい
し、ｉノード番号でもよい。ＨＴＴＰで得られる資源の
場合は、資源の識別子はＵＲＬ（Ｕｎｉｖｅｒｓａｌ
Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でよい。

【０２１６】ノードが中間ノードであれば、子のノード
のハンドルを引数ポートに接続し、引数ポートと通信を
行なって所定の処理をする手続きを起動する。手続きの
種類は解決木のノードに付与されたラベルで定まる。引
数ポートは、中間ノードに与えられたラベルで定まる手
続きの引数として与えられる資源ハンドルを接続するた
めのポートである。手続きは、引数ポートに接続された
ハンドルに対して所定の操作を適用する。加えて、手続
きは新たなハンドルを生成するので、このノードが根以
外のノードの場合は、新たなハンドルを解決木の親のノ
ードの引数ポートに接続する。ノードが根の場合は、与
えられた名前に対する資源のハンドルとしてクライアン
トにハンドルを返す。

【０２１７】名前解決木のノードを順に走査して、ノー
ドに対応する手続きを起動する方法は、例えば、コンパ
イラを構成する際に、構文解析を行なった結果の構文木
を解析して、構文木のそれぞれのノードに対応したオブ
ジェクトコードを生成する方法と同じ方法で実現可能で
ある。構文木を解析して、構文木のそれぞれのノードに
対応したアクションを実行する方法としては、例えば、
Ａ．Ｖ．Ａｈｏ，Ｒ．Ｓｅｔｈｉ，Ｊ．Ｄ．Ｕｌｌｍａ
ｎ著，“Ｃｏｍｐｉｌｅｒｓ”，Ａｄｄｉｓｏｎ−Ｗｅ
ｓｌｅｙ Ｐｕｂｌｉｓｈｉｎｇ社，１９８６の第５章
から第９章までの部分で説明されているＳｙｎｔａｘ−
ｄｉｒｅｃｔｅｄ Ｔｒａｎｓｌａｔｉｏｎの方法やＣ
ｏｄｅ Ｇｅｎｅｒａｔｉｏｎの方法等を用いて実現す
ることができる。

【０２１８】図３７は、本発明の第３の実施の形態にお
ける第２の具体例を示す構成図である。図中、図２と同
様の部分には同じ符号を付して説明を省略する。１２１
−１〜１２１−４は名前解析部、１２２−１〜１２２−
４は名前解決部、１２３−１〜１２３−４は名前変更
部、１２４−１〜１２４−４はメンバ出力部、１２５−
１〜１２５−４はメンバ追加部、１２６−１〜１２６−
４はメンバ削除部、１２７−１〜１２７−４は資源実現
部である。

【０２１９】各コンテキスト保持部１−１〜１−４は、
コンテキスト識別子ｃｔｘｔ−１〜４を有し、また、名
前解析部１２１−１〜１２１−４、名前解決部１２２−
１〜１２２−４、名前変更部１２３−１〜１２３−４、
メンバ出力部１２４−１〜１２４−４、メンバ追加部１
２５−１〜１２５−４、メンバ削除部１２６−１〜１２
６−４、資源実現部１２７−１〜１２７−４により構成
されている。

【０２２０】この具体例における名前解析部１２１−１
〜１２１−４は、上述の各実施の形態、具体例における
名前解析部２と同様の機能を有し、機能的に全て等価で
あり、ここでは入力された名前をそのまま出力するもの
とする。また、名前解決部１２２−１〜１２２−４は、
上述の各実施の形態、具体例における名前変換部３と名
前解決部４の機能を合わせ持っている。

【０２２１】コンテキスト保持部１−１に関して、名前
解決部１２２−１は、名前と、資源識別子と手続きの組
である資源実現表現とを表で管理している。ここでは、
名前ｎａｍｅ１を資源実現表現＜圧縮，ｒｅｓ−１＞
に、また、名前ｎａｍｅ２を資源実現表現＜伸長，ｒｅ
ｓ−２＞に解決するものとする。名前変更部１２３−１
は、名前と第２の名前を入力とし、名前解決部１２２−
１が持つ表の、名前と資源実現表現の対応関係を変更す
る。メンバ出力部１２４−１は、名前解決部１２２−１
が管理する名前と資源実現表現の組からなる表から、名
前の部分を取り出すことにより解決可能な名前のリスト
＜ｎａｍｅ１，ｎａｍｅ２＞を返す。メンバ追加部１２
５−１は、名前と資源実現表現の組を入力し、入力され
た名前を名前解決部１２２−１が資源実現表現に解決で
きるように、表に組を追加する。メンバ削除部１２６−
１は、名前を入力し、名前解決部１２２−１が持つ名前
と資源実現表現の対応関係から、入力された名前を含む
組を削除する。資源実現部１２７−１は、名前解決部１
２２−１が出力する資源識別子を資源管理部２２に入力
し、ファイルの出力を行なうように要求し、その出力結
果に名前解決部１２２−１が出力する手続きを適用した
結果を返す。

【０２２２】コンテキスト保持部１−２に関して、名前
解決部１２２−２は、名前と、資源識別子と手続の組で
ある資源実現表現を表で管理し、名前ｎａｍｅ２を資源
実現表現＜圧縮，ｒｅｓ−３＞に、また、名前ｎａｍｅ
３を資源実現表現＜伸長，ｒｅｓ−４＞に解決するもの
とする。名前変更部１２３−２は、名前と第２の名前を
入力とし、名前解決部１２２−２が持つ表の名前と資源
実現表現の対応関係を変更する。メンバ出力部１２４−
２は、名前解決部１２２−２が管理する名前と資源実現
表現の組からなる表から、名前の部分を取り出すことに
より、解決可能な名前のリスト＜ｎａｍｅ２，ｎａｍｅ
３＞を返す。メンバ追加部１２５−２は、名前と資源識
別子の組を入力し、名前解決部１２２−２が入力された
名前を資源識別子に解決できるように、表に対応関係を
追加する。メンバ削除部１２６−２は、名前を入力し、
名前解決部１２２−２が持つ名前と資源実現表現の対応
関係から、入力された名前を含む組を削除する。資源実
現部１２７−２は、名前解決部１２２−２が出力する資
源識別子を資源管理部２２に入力し、ファイルの出力を
行なうように要求し、その出力結果に名前解決部１２２
−２が出力する手続きを適用した結果を返す。

【０２２３】コンテキスト保持部３に関して、名前解決
部１２２−３は、名前を入力し、以下のような手続きを
実行する。まず、コンテキスト保持部１−１に入力され
た名前を渡してファイルの出力を要求し、もし空でない
結果が返された場合は、その結果をそのまま返し、終了
する。空の結果が返された場合は、コンテキスト保持部
１−２に対して、入力された名前を渡してファイルの出
力を要求し、もし空でない結果が返された場合は、その
結果をそのまま返して終了する。もし、空の結果が返さ
れた場合は、空の結果を返す。

【０２２４】名前変更部１２３−３は、名前と第２の名
前を入力とし、以下のような手続きを実行する。まず、
コンテキスト保持部１−１に入力された名前と第２の名
前を渡して名前の変更を要求する。さらに、コンテキス
ト保持部１−２に対しても、入力された名前と第２の名
前を渡し、名前の変更を要求する。

【０２２５】メンバ出力部１２４−３は、以下のような
手続きを実行する。まず、コンテキスト保持部１−１に
対してメンバの出力を要求し、結果をＡとする。また、
コンテキスト保持部１−２にメンバの出力を要求し、結
果をＢとする。得られた結果Ａと結果Ｂを連結した結果
をＣとし、Ｃを返す。

【０２２６】メンバ追加部１２５−３は、名前と資源実
現表現の組を入力し、以下のような手続きを実行する。
まず、コンテキスト保持部１−１に入力された名前と資
源実現表現の組を渡し、表にメンバを追加するように要
求する。要求が成功すれば終了する。失敗の場合は、さ
らにコンテキスト保持部１−２に入力された名前と資源
実現表現の組を渡し、表にメンバを追加するように要求
する。

【０２２７】メンバ削除部１２６−３は、名前を入力
し、以下のような手続きを実行する。まず、コンテキス
ト保持部１−１に対して入力された名前を渡し、メンバ
を削除するように要求する。さらに、コンテキスト保持
部１−２に対して入力された名前を渡し、メンバを削除
するように要求する。

【０２２８】資源実現部１２７−３は、名前解決部１２
２−３の出力結果をそのまま返す。

【０２２９】次に、本発明の第３の実施の形態における
第２の具体例の動作の一例を説明する。ここでは、通信
部２３に対してコンテキスト識別子ｃｔｘｔ−３を指定
して、名前ｎａｍｅ１で表わされるファイルの出力を要
求する場合の動作を示す。

【０２３０】コンテキスト管理部２４は、コンテキスト
識別子ｃｔｘｔ−３を持つコンテキスト保持部１−３を
検索し、コンテキスト保持部１−３に対して名前ｎａｍ
ｅ１を入力し、ファイルを出力するように要求する。コ
ンテキスト保持部１−３は、名前ｎａｍｅ１を名前解析
部１２１−３に対して入力し、名前ｎａｍｅ１を得る。
次に、コンテキスト保持部１−３は、名前解決部１２２
−３に対して名前ｎａｍｅ１を入力し、名前を解決する
よう要求する。

【０２３１】名前解決部１２２−３は、上述の手続きを
実行する。すなわち、まずコンテキスト保持部１−１に
名前ｎａｍｅ１のファイル出力を要求する。コンテキス
ト保持部１−１は、名前ｎａｍｅ１を名前解析部１２１
−１に入力し、名前ｎａｍｅ１を得る。次に、コンテキ
スト保持部１−１は、名前ｎａｍｅ１をコンテキスト保
持部１−１の名前解決部１２２−１に対して入力する。
コンテキスト保持部１−１の名前解決部１２２−１は、
入力されたｎａｍｅ１に対して＜圧縮，ｒｅｓ−１＞を
返す。

【０２３２】次に、コンテキスト保持部１−１は、資源
管理部２２に対して、資源識別子ｒｅｓ−１を持つ資源
保持部に対してファイル出力を行なうように要求する。
資源管理部２２は、資源識別子がｒｅｓ−１に等しい資
源保持部２１−１を検索し、ファイル出力を行なうよう
に要求する。資源保持部２１−１は、ファイルの出力を
行ない、資源管理部２２に返す。

【０２３３】資源管理部２２からファイルの出力結果を
受け取ったコンテキスト保持部１−１は、出力結果と手
続き「圧縮」を資源実現部１２７−１に入力し、手続き
を適用するように要求する。資源実現部１２７−１は、
手続き「圧縮」の定義に従い、入力されたファイルの出
力結果を圧縮し、コンテキスト保持部１−１に返す。

【０２３４】コンテキスト保持部１−１は、資源実現部
１２７−１の出力結果を名前解決部１２２−３に返し
て、処理を終了する。名前解決部１２２−３は、入力を
そのまま通信部２３に返す。

【０２３５】このようにして、名前ｎａｍｅ１が解決さ
れて、資源ｒｅｓ−１に圧縮処理を施した資源を得るこ
とができる。このとき、ユーザは名前ｎａｍｅ１を有す
る仮想的な資源は、所定の圧縮処理が施されている資源
であるものとして取り扱うことができる。また、この具
体例では、コンテキスト保持部に含まれる各部が手続き
を有している。このように、名前との対応関係によって
コンテキスト保持部を連鎖的に用いて名前の解決を行な
うほか、所定の手続きによって解決を行なうように構成
することができる。

【０２３６】上述の第１の実施の形態における各具体例
は、第２の実施の形態における各具体例で、グループ属
性保持部が名前解決部と資源実現部を含んで構成したよ
うに、第１の実施の形態における各具体例においても名
前解決部や資源実現部をコンテキスト保持部に含むよう
に構成することで、第２の実施の形態や第３の実施の形
態と同様の構成とすることができる。この場合、名前解
決部と資源実現部の動作は、第２の実施の形態における
各具体例の名前解決部と資源実現部、または、第３の実
施の形態における各具体例の名前解決部と資源実現部と
同様である。このように、第１の実施の形態における各
具体例で示した機能を、第２および第３の実施の形態の
構成によって実現することができる。

【０２３７】同様に、第２の実施の形態における各具体
例は、第１の実施の形態の各具体例においてコンテキス
ト保持部が名前解決部と資源実現部を含まずに構成し、
また、第３の実施の形態の各具体例においてグループ属
性保持部が資源実現部を含まずに構成したように、第２
の実施の形態における各具体例において、名前解決部や
資源実現部をグループ属性保持部に含まずに構成するこ
とで、第１の実施の形態や第３の実施の形態と同様に構
成することができる。この場合、名前解決部と資源実現
部の動作は、第１の実施の形態における各具体例あるい
は第３の実施の形態における各具体例の名前解決部、資
源実現部と同様である。このように、第２の実施の形態
における各具体例で示した機能を、第１および第３の実
施の形態の構成によって実現することができる。

【０２３８】さらに、第３の実施の形態における各具体
例は、第１の実施の形態の各具体例においてコンテキス
ト保持部が名前解決部を含まずに構成し、また、第２の
実施の形態の各具体例においてグループ属性保持部が資
源実現部を含んで構成したように、第２の実施の形態に
おける各具体例において、名前解決部をグループ属性保
持部に含まずに構成することで、第１の実施の形態と同
様に構成し、また、資源実現部をグループ属性保持部に
含んで構成することで、第２の実施の形態と同様に構成
することができる。名前解決部をグループ属性保持部に
含まずに構成した場合、名前解決部の動作は第１の実施
の形態のおける各具体例の名前解決部と同様である。ま
た、資源実現部をグループ属性保持部に含んで構成した
場合、資源実現部の動作は、第２の実施の形態における
各具体例の資源実現部と同様である。このように、第３
の実施の形態における各具体例で示した機能を、第１お
よび第２の実施の形態の構成によって実現することがで
きる。

【０２３９】次に、本発明の資源管理装置の第４の実施
の形態について説明する。上述の各実施の形態では、名
前解析部２や名前変換部３、第３の実施例ではさらに名
前解決部４、第２の実施例ではさらに資源実現部５が、
コンテキスト識別子に対応づけられて、各コンテキスト
保持部を構成していた。しかし、このコンテキスト識別
子は、名前解析部２や名前変換部３、さらには名前解決
部４、さらに資源実現部５を特定するための１つの属性
に過ぎない。これらの名前解析部２や名前変換部３、名
前解決部４、資源実現部５は、他の種々の属性に対応づ
けておくことが可能であり、属性に応じて、それぞれを
選択して用いることが可能である。

【０２４０】この第４の実施の形態の構成は、基本的に
は、上述の第１ないし第３の実施の形態の構成と同様で
ある。この第４の実施の形態では、第１ないし第３の実
施の形態の各具体例において、各コンテキスト保持部
は、コンテキスト識別子の代わりに属性を保持する。も
ちろん、属性の一つとしてコンテキスト識別子を有して
いてもよい。なお、以下の各実施の形態の各具体例にお
いては、一例として上述の第１の実施の形態の第１の具
体例の変形例として示すが、第１の実施の形態の他の具
体例および第２、第３の実施の形態の各具体例につい
て、同様の変形を行なうことが可能である。

【０２４１】図３８は、本発明の第４の実施の形態にお
ける一具体例を示す構成図である。図中、図２と同様の
部分には同じ符号を付して説明を省略する。１３１はコ
ンテキストデータベース部、１３２はコンテキストデー
タベース検索部、１３３はコンテキスト集合、１３４−
１〜１３４−Ｎはコンテキスト保持部、１３５−１〜１
３５−Ｎは属性保持部である。ここで、コンテキスト集
合は集合“Ｃｏｎｔｅｘｔ”とする。

【０２４２】コンテキストデータベース部１３１は、Ｎ
個のコンテキスト保持部１３４−１〜１３４−Ｎをコン
テキスト集合１３３として管理している。コンテキスト
データベース部１３１は、一般には任意個の集合を管理
し、集合に対して名前を付与しておき、集合の名前を用
いて参照するが、集合が１個のみである場合は名前を付
与せずにこれを参照してもよい。

【０２４３】また、コンテキストデータベース部１３１
には、コンテキスト集合１３３を検索するためのコンテ
キストデータベース検索部１３２が設けられている。コ
ンテキストデータベース検索部１３２は、属性を用いて
記述されている資源検索式を受け取り、その資源検索式
を満足する属性を有しているコンテキスト保持部をコン
テキスト集合１３３から探し出す。

【０２４４】各コンテキスト保持部１３４−１〜１３４
−Ｎは、それぞれ、属性保持部１３５−１〜１３５−Ｎ
と名前解析部２−１〜２−Ｎと名前変換部３−１〜３−
Ｎにより構成されている。属性保持部１３５−１〜１３
５−Ｎには任意個の属性が、その属性名と属性値のペア
のリストとして保持されている。もちろん属性としてコ
ンテキスト識別子を有していてもよく、属性がコンテキ
スト識別子のみの場合、上述の第１の実施の形態の第１
の具体例と同様の構成となる。

【０２４５】本発明の第４の実施の形態の一具体例にお
ける具体的な動作の一例を説明する。ここで、属性保持
部１３５−１〜１３５−Ｎには、所有者を表わす属性
“ｏｗｎｅｒ”、変更日時を表わす“ｍｄａｔｅ”、カ
テゴリを表わす“ｃａｔｅｇｏｒｙ”の３つの属性が、
属性名と属性値のペアのリストとして保持されている。
属性値は、それぞれ、ｐｒｏｐｅｒｔｙ．ｏｗｎｅｒ、
ｐｒｏｐｅｒｔｙ．ｍｄａｔｅ、ｐｒｏｐｅｒｔｙ．ｃ
ａｔｅｇｏｒｙとして参照することができる。属性保持
部１３５−１のｐｒｏｐｅｒｔｙ．ｏｗｎｅｒの値は
“Ｓｍｉｔｈ”、ｐｒｏｐｅｒｔｙ．ｍｄａｔｅの値は
９５．３．１８、ｐｒｏｐｅｒｔｙ．ｃａｔｅｇｏｒｙ
の値は“ｐｉｃｔｕｒｅ”であり、属性保持部１３５−
２から属性保持部１３５−Ｎまでの全てのｐｒｏｐｅｒ
ｔｙ．ｏｗｎｅｒの値は“Ｂｉｌｌ”、ｐｒｏｐｅｒｔ
ｙ．ｍｄａｔｅの値は９５．３．３、ｐｒｏｐｅｒｔ
ｙ．ｃａｔｅｇｏｒｙの値は“ｓｏｕｎｄ”であるとす
る。

【０２４６】また、名前解析部２−１は入力された全て
の名前をそのまま出力する。名前変換部３−１は名前ｎ
ａｍｅ１に対して資源実現表現＜｛｝，｛ｒｅｓ−１｝
＞を出力する。この資源実現表現は、実現要素列が空
で、資源要素列が資源識別子ｒｅｓ−１から構成されて
いる。すなわち、資源識別子ｒｅｓ−１を有する資源を
そのまま用いることを意味し、この資源実現表現は資源
識別子ｒｅｓ−１のみと同等である。そのため、ここで
は名前変換部３−１は名前ｎａｍｅ１に対して資源識別
子ｒｅｓ−１が出力されるものとする。さらに、名前解
決部４は、入力された資源検索式および資源実現表現中
の資源検索式を全てそのままコンテキストデータベース
検索部１３２へ出力するものとする。

【０２４７】いま、所有者を表わす属性値が“Ｓｍｉｔ
ｈ”に等しく、かつ、変更日時を表わす属性値が９５年
３月１６日よりも新しく、かつ、カテゴリを表わす属性
値が“画像”であるようなコンテキストを指定し、名前
ｎａｍｅ１に対する問い合わせを行なう場合を考える。

【０２４８】図３９は、本発明の第４の実施の態様の一
具体例における資源検索式の一例の説明図である。上述
のような問い合わせを行なう場合、例えば、図３９に示
すような資源検索式ＯＱＬ−１を入力すればよい。この
資源検索式ＯＱＬ−１は、Ｏｂｊｅｃｔ Ｄａｔａｂａ
ｓｅ Ｍａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ（ＯＤＭＧ）
の提案するＯｂｊｅｃｔ Ｑｕｅｒｙ Ｌａｎｇｕａｇ
ｅ：ＯＱＬに準拠して記述されている。この資源検索式
ＯＱＬ−１の意味は、コンテキスト集合１３３の中か
ら、所有者を表わす属性ｐｒｏｐｅｒｔｙ．ｏｗｎｅｒ
の値が“Ｓｍｉｔｈ”に等しく、かつ、変更日時を表わ
す属性ｐｒｏｐｅｒｔｙ．ｍｄａｔｅの値が９５．３．
１６よりも大きく、かつ、カテゴリを表わす属性ｐｒｏ
ｐ−ｅｒｔｙ．ｃａｔｅｇｏｒｙの値が“ｐｉｃｔｕｒ
ｅ”に等しいコンテキスト保持部を検索するものであ
る。検索の結果、該当するコンテキスト保持部が１個存
在する場合は該当するコンテキスト保持部を返し、それ
以外の場合はエラーを返す。

【０２４９】通信部２３は、資源検索式ＯＱＬ−１を指
定した名前ｎａｍｅ１の問い合わせ要求を受け取ると、
コンテキストデータベース部１３１に対してコンテキス
ト保持部１３４−１〜１３４−Ｎの属性保持部１３５−
１〜１３５−Ｎの中から資源検索式ＯＱＬ−１を満たす
ものを検索するよう要求する。

【０２５０】コンテキストデータベース部１３１は、コ
ンテキストデータベース検索部１３２に資源検索式ＯＱ
Ｌ−１を渡し、資源検索式ＯＱＬ−１を満足するコンテ
キスト属性保持部を検索する。ここでは、属性保持部１
３５−１のみが資源検索式ＯＱＬ−１の条件を満たすの
で、資源検索式ＯＱＬ−１の検索結果として、コンテキ
ストデータベース部１３１はコンテキスト保持部１３５
−１を返す。

【０２５１】通信部は、コンテキスト保持部１３５−１
に名前ｎａｍｅ１を入力し、名前解決処理を要求する。
コンテキスト保持部１３５−１は、名前解析部２−１に
対して名前ｎａｍｅ１を入力し、名前の解析を行なうよ
うに要求する。名前解析部２−１に入力された名前ｎａ
ｍｅ１は、そのまま名前ｎａｍｅ１として出力され、名
前ｎａｍｅ１が名前変換部３−１の入力となる。名前変
換部３−１は、入力された名前ｎａｍｅ１に対して資源
識別子ｒｅｓ−１を出力する。

【０２５２】名前解決部４に入力された資源識別子ｒｅ
ｓ−１はそのまま出力され、通信部２３に資源検索式Ｏ
ＱＬ−１を指定した名前ｎａｍｅ１の解決の結果とし
て、資源識別子ｒｅｓ−１が得られる。この資源実現表
現から、資源実現部５によって資源識別子ｒｅｓ−１を
有する資源が得られる。

【０２５３】次に、本発明の資源管理装置の第５の実施
の形態について説明する。上述の各実施の形態では、コ
ンテキスト保持部を単位として、コンテキスト識別子あ
るいは属性によってコンテキスト保持部を特定し、解決
すべき名前を入力していた。しかし、あるコンテキスト
保持部内の各部品は、他のコンテキスト保持部内の対応
する部品とまったく同じである場合もある。このように
いくつかのコンテキスト保持部に共通の部品を各コンテ
キスト保持部に配置することは無駄である。また、ある
共通の部品を有する複数のコンテキスト保持部が存在す
るとき、あるコンテキスト保持部において、その共通の
部品を修正した場合、上述の各実施の形態では他のコン
テキスト保持部には反映されないという不都合があっ
た。

【０２５４】この第５の実施の形態では、コンテキスト
保持部内に存在していた名前解析部２や名前変換部３、
さらには名前解決部４や資源実現部５は、それぞれが属
性を有しており、また、これらの各部品ごとに集合を形
成している。各集合から資源検索式を満足する部品を選
択し、選択した部品を用いることによって、コンテキス
ト保持部を選択した場合と同様の動作を行なわせること
ができる。以下の具体例では、上述の第１の実施の形態
と同様に、名前解決部４および資源実現部５が１つだけ
存在する場合について説明する。しかし、これに限ら
ず、第３の実施の形態のように名前解決部４が複数存在
する場合や、第２の実施の形態のように、名前解決部４
および資源実現部５も複数存在する場合であっても、同
様に構成することが可能である。

【０２５５】図４０は、本発明の第５の実施の形態にお
ける一具体例を示す構成図である。図中、図２、図３８
と同様の部分には同じ符号を付して説明を省略する。１
４１は名前解析部集合、１４２は名前変換部集合、１４
３−１〜１４３−Ｎは名前解析部保持部、１４４−１〜
１４４−Ｎは属性保持部、１４５−１〜１４５−Ｌは名
前変換部保持部、１４６−１〜１４６−Ｌは属性保持部
である。

【０２５６】コンテキストデータベース部１３１は、コ
ンテキストデータベース検索部１３２、Ｎ個の名前解析
部保持部１４３−１〜１４３−Ｎ、Ｌ個の名前変換部保
持部１４５−１〜１４５−Ｌにより構成されている。コ
ンテキストデータベース部１３１は、Ｎ個の名前解析部
保持部１４３−１〜１４３−Ｎを名前解析部集合１４１
として、また、Ｌ個の名前変換部保持部１４５−１〜１
４５−Ｌを名前変換部集合１４２として管理している。

【０２５７】名前解析部保持部１４３−１〜１４３−Ｎ
は、属性を保持する属性保持部１４４−１〜１４４−Ｎ
と、名前解析部２−１〜２−Ｎにより構成されている。
また、名前変換部保持部１４５−１〜１４５−Ｌは、属
性を保持する属性保持部１４６−１〜１４６−Ｌと名前
変換部３−１〜３−Ｌにより構成されている。属性保持
部１４４−１〜１４４−Ｎおよび属性保持部１４６−１
〜１４６−Ｌには、任意個の属性が、その属性名と属性
値のペアのリストとして保持されている。

【０２５８】本発明の第５の実施の形態の一具体例にお
ける具体的な動作の一例を説明する。ここで、名前解析
部集合１４１は集合“Ｐａｒｓｅｒ”、名前変換部集合
１４２は集合“Ｔｒａｎｓ”とする。

【０２５９】また、名前解析部保持部１４３−１〜１４
３−Ｎを構成する属性保持部１４４−１〜１４４−Ｎに
は、名前を表わす属性“ｎａｍｅ”が、属性名と属性値
のペアのリストとして保持されている。属性保持部１４
４−１〜１４４−Ｎの名前を表わす属性値は、ｐｒｏｐ
ｅｒｔｙ．ｎａｍｅとして参照することができる。属性
保持部１４４−１のｐｒｏｐｅｒｔｙ．ｎａｍｅの値は
“ｐａｔｈ＿ｅｘｐｒｅｓｓｉｏｎ”であり、属性保持
部１４４−２〜１４４−Ｎまでの、ｐｒｏｐｅｒｔｙ．
ｎａｍｅの値は“ｄｏｔ＿ｎｏｔａｔｉｏｎ”であるも
のとする。

【０２６０】さらに、名前変換部保持部１４５−１〜１
４５−Ｎを構成する属性保持部１４６−１〜１４６−Ｌ
には、所有者を表わす属性“ｏｗｎｅｒ”およびカテゴ
リを表わす属性“ｃａｔｅｇｏｒｙ”の２つの属性が、
属性名と属性値のペアのリストとして保持されている。
属性保持部１４６−１〜１４６−Ｌの属性値は、それぞ
れ、ｐｒｏｐｅｒｔｙ．ｏｗｎｅｒ、ｐｒｏｐｅｒｔ
ｙ．ｃａｔｅｇｏｒｙとして参照することができる。属
性保持部１４６−１の、ｐｒｏｐｅｒｔｙ．ｏｗｎｅｒ
の値は“Ｓｍｉｔｈ”、ｐｒｏｐｅｒｔｙ．ｃａｔｅｇ
ｏｒｙの値は“ｐｉｃｔｕｒｅ”であり、属性保持部１
４６−２〜１４６−Ｌまでのｐｒｏｐｅｒｔｙ．ｏｗｎ
ｅｒの値は“Ｂｉｌｌ”、ｐｒｏｐｅｒｔｙ．ｃａｔｅ
ｇｏｒｙの値は“ｓｏｕｎｄ”であるとする。

【０２６１】名前解析部保持部１４３−１の名前解析部
２−１は、入力された名前に対して、名前の先頭から文
字“／”を含まないで連続する最も長い文字列を出力す
るものとする。また、名前変換部保持部１４５−１の名
前変換部３−１は、名前ｎａｍｅ１に対して資源識別子
ｒｅｓ−１を出力するものとする。さらに、名前解決部
４は、入力された資源検索式を全てそのまま出力するも
のとする。

【０２６２】いま、名前を表わす属性値が“ｐａｔｈ＿
ｅｘｐｒｅｓｓｉｏｎ”に等しい名前解析部と、所有者
を表わす属性値が“Ｓｍｉｔｈ”に等しくかつカテゴリ
を表わす属性値が“画像”に等しい名前変換部を有する
ようなコンテキストを検索し、検索されたコンテキスト
に対して名前“ｎａｍｅ１／ｎａｍｅ２／ｎａｍｅ３”
の名前解決を要求する場合の動作例について説明する。

【０２６３】図４１は、本発明の第５の実施の態様の一
具体例における資源検索式の一例の説明図である。上述
のような要求を行なう場合、例えば、資源検索式とし
て、図４１に示すような資源検索式ＯＱＬ−２を入力す
ればよい。この資源検索式ＯＱＬ−２は、上述の第４の
実施の態様と同様、Ｏｂｊｅｃｔ ＤａｔａｂａｓｅＭ
ａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ（ＯＤＭＧ）の提案す
るＯｂｊｅｃｔ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ：ＯＱ
Ｌに準拠するものである。資源検索式ＯＱＬ−２の意味
は、集合Ｐａｒｓｅｒの中から、名前を表わす属性ｐｒ
ｏｐｅｒｔｙ．ｎａｍｅの値が“ｐａｔｈ＿ｅｘｐｒｅ
ｓｓｉｏｎ”に等しい名前解析部保持部を検索し、該当
する名前解析部保持部が１個存在する場合は該当する名
前解析部保持部の名前解析部を検索結果のコンテキスト
の名前解析部とし、それ以外の場合はエラーを返す。さ
らに、集合Ｔｒａｎｓの中から、所有者を表わす属性ｐ
ｒｏｐｅｒｔｙ．ｏｗｎｅｒの値が“Ｓｍｉｔｈ”に等
しく、かつ、カテゴリを表わす属性ｐｒｏｐｅｒｔｙ．
ｃａｔｅｇｏｒｙの値が“ｐｉｃｔｕｒｅ”に等しい名
前変換部保持部を検索し、該当する名前変換部保持部が
１個であった場合は該当する名前変換部保持部の名前変
換部を検索結果のコンテキストの名前変換部とし、それ
以外の場合はエラーを返すように要求するものである。

【０２６４】通信部２３は資源検索式ＯＱＬ−２ととも
に名前“ｎａｍｅ１／ｎａｍｅ２／ｎａｍｅ３”の問い
合わせ要求を受け取ると、コンテキストデータベース部
１３１に対して資源検索式ＯＱＬ−２を満たすコンテキ
ストを得るように要求する。コンテキストデータベース
部１３１は、コンテキストデータベース検索部１３２に
資源検索式ＯＱＬ−２を渡し、資源検索式ＯＱＬ−２を
満足する名前解析部保持部および名前変換部保持部を検
索してコンテキストを生成する。

【０２６５】図４２は、本発明の第５の実施の態様の一
具体例における名前解析部、名前変換部の検索の動作の
一例を示すフローチャートである。まず、Ｓ１５１にお
いて、資源検索式の条件を満足する名前解析部保持部を
検索し、集合１とする。ここでは、集合Ｐａｒｓｅｒの
要素であるＮ個の名前解析部保持部１４３−１〜１４３
−Ｎに対して、各名前解析部保持部１４３−１〜１４３
−Ｎの構成要素である属性保持部１４４−１〜１４４−
Ｎに保持される名前を表わす属性“ｐｒｏｐｅｒｔｙ．
ｎａｍｅ”の値を“ｐａｔｈ＿ｅｘｐｒｅｓｓｉｏｎ”
と比較する。結果が真であるのは名前解析部保持部１４
３−１であるので、名前解析部保持部１４３−１のみを
要素とする集合を集合１とする。

【０２６６】Ｓ１５２において、Ｓ１５１で得られた集
合１の要素の数が１か否かを判断し、１以外の時はエラ
ーを返して終了する。それ以外の場合は次のステップへ
進む。この場合にはＳ１５３へ進む。

【０２６７】Ｓ１５３において、集合１の要素である名
前解析部保持部１４３−ｉから名前解析部２−ｉを取り
出す。取り出した名前解析部２−ｉを資源検索式の検索
結果であるコンテキストの名前解析部とする。ここで
は、名前解析部２−１が取り出される。

【０２６８】次に、Ｓ１５４において、資源検索式の条
件を満足する名前変換部保持部を検索し、集合２とす
る。ここでは、集合Ｔｒａｎｓの要素であるＬ個の名前
変換部保持部１４５−１〜１４５−Ｌに対して、名前変
換部保持部１４５−１〜１４５−Ｌの構成要素である属
性保持部１４６−１〜１４６−Ｌに保持される所有者を
表わす属性“ｐｒｏｐｅｒｔｙ．ｏｗｎｅｒ”の値を
“Ｓｍｉｔｈ”と比較し、結果が真であり、かつ、カテ
ゴリを表わす属性“ｐｒｏｐｅｒｔｙ．ｃａｔｅｇｏｒ
ｙ”の値を“ｐｉｃｔｕｒｅ”と比較する。結果が真で
あるのは名前変換部保持部１４５−１であるので、名前
変換部保持部１４５−１のみを要素とする集合を集合２
とする。

【０２６９】Ｓ１５５において、Ｓ１５４で得られた集
合２の要素の数が１か否かを判断し、１以外の時はエラ
ーを返して終了する。それ以外の場合は次のステップへ
進む。ここでは、Ｓ１５６へ進む。

【０２７０】Ｓ１５６において、集合２の要素である名
前変換部保持部１４５−ｊから名前変換部３−ｊを取り
出す。取り出した名前変換部３−ｊを資源検索式の検索
結果であるコンテキストの名前変換部とする。ここで
は、名前変換部３−１が取り出される。

【０２７１】Ｓ１５７において、Ｓ１５３で得られた名
前解析部と、Ｓ１５６で得られた名前変換部を構成要素
とするコンテキストを生成し、結果として返す。ここで
は、名前解析部２−１と名前変換部３−１が取り出され
るので、これらから構成されるコンテキストが生成さ
れ、検索結果として返される。

【０２７２】通信部２３は、生成されたコンテキストに
対して、名前“ｎａｍｅ１／ｎａｍｅ２／ｎａｍｅ３”
を入力し、名前の解決を要求する。この名前“ｎａｍｅ
１／ｎａｍｅ２／ｎａｍｅ３”は、検索によって取り出
された名前解析部２−１に対して入力される。名前解析
部２−１は、入力された名前“ｎａｍｅ１／ｎａｍｅ２
／ｎａｍｅ３”から、先頭から文字“／”の前までの文
字列“ｎａｍｅ１”を出力する。この文字列“ｎａｍｅ
１”が名前変換部３−１の入力となる。

【０２７３】名前変換部３−１は、入力された文字列
“ｎａｍｅ１”に対して資源識別子ｒｅｓ−１を出力す
る。名前解決部４に入力された資源識別子ｒｅｓ−１は
そのまま出力され、通信部２３に資源検索式ＯＱＬ−２
を指定した名前“ｎａｍｅ１／ｎａｍｅ２／ｎａｍｅ
３”の解決の結果として資源識別子ｒｅｓ−１が返され
る。

【０２７４】次に、本発明の資源管理装置の第６の実施
の形態について説明する。上述の第５の実施の形態で
は、コンテキストを構成する各部を資源検索式によって
検索し、コンテキストを生成する例を示した。この第６
の実施の形態では、コンテキストを構成する各部、すな
わち、名前解析部、名前変換部、さらには名前解決部、
さらには資源実現部が、それぞれ名前解析情報、名前変
換情報、名前解決情報、資源実現情報によって構成され
ており、それぞれ名前解析情報、名前変換情報、名前解
決情報、資源実現情報を検索することによって、各部が
生成される。もちろん、コンテキストを構成する各部す
べてがこのように生成される必要はなく、そのうちの一
部のみが生成される構成であってよい。また、上述の第
１〜第４の実施の形態で示した各具体例のように、コン
テキスト保持部が存在する構成であっても、第５の実施
の形態で示した具体例のように、コンテキストを構成す
る各部が検索される構成であっても適用可能である。

【０２７５】以下の具体例では、このような構成の一例
として、コンテキストが名前解析部および名前変換部に
より構成され、名前解析部は上述の第５の実施例と同様
に名前解析部保持部の集合から検索され、名前変換部は
名前変換情報を有する複数の集合から検索された名前変
換情報によって生成されるものとする。しかし、これに
限らず、第３の実施の形態のようにコンテキスト中に名
前解決部４が存在する場合や、第２の実施の形態のよう
に、コンテキスト中に名前解決部４および資源実現部５
も存在する場合であっても、同様に構成することが可能
である。また、名前変換部のほかに、名前解析部や、名
前解決部、資源実現部も、それぞれ名前解析情報、名前
解決情報、資源実現情報を検索し、生成する構成であっ
てもよい。

【０２７６】図４３は、本発明の第６の実施の形態にお
ける一具体例を示す構成図である。図中、図４０と同様
の部分には同じ符号を付して説明を省略する。１６１〜
１６３は名前変換情報集合である。コンテキストデータ
ベース部１３１は、コンテキストデータベース検索部１
３２と、Ｎ個の名前解析部保持部１４３−１〜１４３−
Ｎを有する名前解析部集合１４１と、３つの名前変換情
報集合１６１〜１６３を有している。

【０２７７】名前変換情報集合１６１〜１６３は、それ
ぞれ、名前変換情報がコンテキストデータベース検索部
１３２によって検索可能に構成されている。名前変換情
報は、名前の変換が可能な情報であればよく、例えば、
関係表や関数等でよい。また、項書換えルールや、属性
文法のルール、Ｓｙｎｔａｘ Ｄｉｒｅｃｔｅｄ Ｔｒ
ａｎｓｌａｔｉｏｎの変換規則等であってもよい。さら
に、論理プログラミングにおける節集合、オートマトン
の合成（遷移規則の合成）や、チューリングマシンの遷
移規則等であってもよい。さらには、オブジェクト指向
プログラミングにおけるオブジェクトのインスタンスで
あってもよい。

【０２７８】以下の説明では、一例として名前変換情報
が関係表であるものとする。ここでは、名前解析部集合
１４１を集合Ｐａｒｓｅｒ、名前変換情報集合１６１を
集合Ｐａｒｔｓ、名前変換集合１６２を集合Ｓｕｐｐｌ
ｙ、名前変換集合１６３を集合Ｃｏｍｐａｎｉｅｓとす
る。図４４は、本発明の第６の実施の態様の一具体例に
おける名前変換情報集合の一例の説明図である。図４４
に集合Ｐａｒｔｓの内容の一例を示す。集合Ｐａｒｔｓ
には部品に関するデータが格納されている。集合Ｐａｒ
ｔｓは２項組を要素とする集合であり、２項組の第１の
項はｎａｍｅ、第２の項はｐｒｉｃｅとして参照され
る。第１の項のｎａｍｅは部品の名前を、第２の項のｐ
ｒｉｃｅは部品の価格を表わす。例えば、＜ｐａｒｔ
１，１５００＞の２項組は、名前が“ｐａｒｔ１”であ
る部品の価格が１５００であることを表わす。

【０２７９】図４５は、本発明の第６の実施の態様の一
具体例における名前変換情報集合の別の例の説明図であ
る。図４５に集合Ｓｕｐｐｌｙを示す。集合Ｓｕｐｐｌ
ｙには部品の納入状況に関するデータが格納されてい
る。集合Ｓｕｐｐｌｙも２項組を要素とする集合であ
り、２項組の第１の項はｎａｍｅ、第２の項はｓｕｐｐ
ｌｉｅｒとして参照される。第１の項のｎａｍｅは部品
の名前を、第２の項のｓｕｐｐｌｉｅｒは部品の納入者
を表わす。例えば、＜ｐａｒｔ１，ｃｏｍ１＞の２項組
は、名前が“ｐａｒｔ１”である部品の納入者が“ｃｏ
ｍ１”であることを表わす。

【０２８０】図４６は、本発明の第６の実施の態様の一
具体例における名前変換情報集合のさらに別の例の説明
図である。図４６に集合Ｃｏｍｐａｎｉｅｓを示す。集
合Ｃｏｍｐａｎｉｅｓは、納入者に関するデータが格納
されている。集合Ｃｏｍｐａｎｉｅｓは３項組を要素と
する集合であり、３項組の第１の項はｎａｍｅ、第２の
項はｔｅｌ、第３の項はｏｕｔｌｉｎｅとして参照され
る。第１の項のｎａｍｅは納入者の名前を、第２の項の
ｔｅｌは納入者の電話番号を、第３の項のｏｕｔｌｉｎ
ｅは納入者の概要を記述したファイル資源の資源識別子
を表わす。例えば、＜ｃｏｍ１，ｔｅｌ，ｒｅｓ−５＞
の３項組は、名前が“ｃｏｍ１”である部品の納入者の
電話番号が“１１−１１１−１１１１”であり、納入者
の概要を記述したファイル資源の資源識別子が“ｒｅｓ
−５”であることを表わす。

【０２８１】本発明の第６の実施の形態の一具体例にお
ける具体的な動作の一例を説明する。ここで、名前解析
部保持部１４３−１〜１４３−Ｎは、属性を保持する属
性保持部１４４−１〜１４４−Ｎと名前解析部２−１〜
２−Ｎにより構成されている。属性保持部１４４−１〜
１４４−Ｎには、名前を表わす属性“ｎａｍｅ”が、属
性名と属性値のペアのリストとして保持されており、ｐ
ｒｏｐｅｒｔｙ．ｎａｍｅにより名前を表わす属性値を
参照することができる。名前解析部保持部１４３−１を
構成する属性保持部１４４−１のｐｒｏｐｅｒｔｙ．ｎ
ａｍｅの値は“ｐａｔｈ＿ｅｘｐｒｅｓｓｉｏｎ”であ
り、属性保持部１４４−２〜１４４−Ｎまでのｐｒｏｐ
ｅｒｔｙ．ｎａｍｅの値は“ｄｏｔ＿ｎｏｔａｔｉｏ
ｎ”であるものとする。また、名前解析部４は入力され
た名前に対して、名前の先頭から文字“／”を含まずに
連続する最も長い文字列を出力するものとする。さら
に、名前解決部５は、入力された資源検索式を全てその
まま出力するものとする。

【０２８２】図４７は、本発明の第６の実施の態様の一
具体例における資源検索式の一例の説明図である。い
ま、資源検索式として、例えば、図４７に示すような資
源検索式ＯＱＬ−３が入力されるものとする。図４７に
示した資源検索式ＯＱＬ−３は、上述の第５、第６の実
施の態様と同様、Ｏｂｊｅｃｔ Ｄａｔａｂａｓｅ Ｍ
ａｎａｇｅｍｅｎｔ Ｇｒｏｕｐ（ＯＤＭＧ）の提案す
るＯｂｊｅｃｔ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ：ＯＱ
Ｌに準拠するものである。この資源検索式ＯＱＬ−３
は、次のような意味を有している。まず、集合Ｐａｒｓ
ｅｒの中から、名前を表わす属性ｐｒｏｐｅｒｔｙ．ｎ
ａｍｅの値が“ｐａｔｈ＿ｅｘｐｒｅｓｓｉｏｎ”に等
しい名前解析部保持部を検索し、該当する名前解析部保
持部が１個存在する場合は該当する名前解析部保持部の
名前解析部を検索結果のコンテキストの名前解析部と
し、それ以外の場合はエラーを返す。さらに、集合Ｐａ
ｒｔｓと集合Ｓｕｐｐｌｙと集合Ｃｏｍｐａｎｉｅｓの
デカルト積を求め、これを集合１とし、集合１から、集
合Ｐａｒｔｓのｐｒｉｃｅに相当する項の値が１０００
よりも大きく、集合Ｐａｒｔｓのｎａｍｅに相当する項
の値と集合Ｓｕｐｐｌｙのｎａｍｅに相当する項の値が
等しく、集合Ｓｕｐｐｌｙのｓｕｐｐｌｉｅｒに相当す
る項の値と集合Ｃｏｍｐａｎｙのｎａｍｅに相当する項
の値が等しい要素を選択して集合２とする。集合２の各
要素に対して、集合Ｃｏｍｐａｎｙのｎａｍｅに相当す
る項と集合Ｃｏｍｐａｎｙのｏｕｔｌｉｎｅに相当する
項からなる２項組を要素とする集合を生成し、検索結果
の名前変換部とする。

【０２８３】上述の資源検索式ＯＱＬ−３が指定され、
名前“ｃｏｍ１／ｎａｍｅ２／ｎａｍｅ３”の問い合わ
せ要求を行なう場合、通信部２３はこれらを受け取り、
コンテキストデータベース部１３１に対して資源検索式
ＯＱＬ−３を満たす名前解析部と名前変換部からなるコ
ンテキストを要求する。コンテキストデータベース部１
３１は、コンテキストデータベース検索部１３２に資源
検索式ＯＱＬ−３を渡し、資源検索式ＯＱＬ−３を満足
する名前解析部を検索するとともに、資源検索式ＯＱＬ
−３を満足する名前変換情報から名前変換部を生成し
て、コンテキストを構成する。

【０２８４】図４８は、本発明の第６の実施の態様の一
具体例における名前解析部の検索および名前変換情報の
検索の動作の一例を示すフローチャートである。ここ
で、Ｓ１７１〜Ｓ１７３は、上述の図４２におけるＳ１
５１〜Ｓ１５３と同様である。この例では、集合Ｐａｒ
ｓｅｒの要素であるＮ個の名前解析部保持部１４３−１
〜１４３−Ｎに対して名前解析部保持部１４３−１〜１
４３−Ｎの構成要素である属性保持部１４４−１〜１４
４−Ｎに保持される名前を表わす属性“ｐｒｏｐｅｒｔ
ｙ．ｎａｍｅ”の値を“ｐａｔｈ＿ｅｘｐｒｅｓｓｉｏ
ｎ”と比較し、結果が真である名前解析部保持部１４３
−１のみからなる集合１を得る。そして、集合１の要素
である名前解析部保持部１４３−１から名前解析部２−
１を取り出し、コンテキストの名前解析部とする。

【０２８５】次に、Ｓ１７４において、資源検索式の条
件を満たす名前変換情報を取り出し、名前変換部を生成
する。上述の資源検索式ＯＱＬ−３の場合には、まず、
集合Ｐａｒｔｓと集合Ｓｕｐｐｌｙと集合Ｃｏｍｐａｎ
ｙのデカルト積を求め、これを集合２−１とする。集合
２−１の要素のうち、集合Ｐａｒｔｓのｐｒｉｃｅに相
当する項の値が１０００よりも大きいものを選択し、こ
の集合を集合２−２とする。集合２−２の要素のうち、
集合Ｐａｒｔｓのｎａｍｅに相当する項の値と集合Ｓｕ
ｐｐｌｙのｎａｍｅに相当する項の値が等しいものを選
択し、この集合を集合２−３とする。さらに、集合２−
３の要素のうち、集合Ｓｕｐｐｌｙのｓｕｐｐｌｉｅｒ
に相当する項の値と集合Ｃｏｍｐａｎｙのｎａｍｅに相
当する項の値が等しいものを選択し、この集合を集合２
−４とする。

【０２８６】図４９は、本発明の第６の実施の態様の一
具体例における資源検索式の条件を満たす名前変換情報
の具体例の説明図である。図４４〜図４６に示した集合
Ｐａｒｔｓ、集合Ｓｕｐｐｌｙ、集合Ｃｏｍｐａｎｙか
ら、上述のようにして集合２−４を求めると、図４９に
示すようになる。

【０２８７】さらに、資源検索式ＯＱＬ−３に基づい
て、集合２−４の各要素に対して、集合Ｃｏｍｐａｎｙ
のｎａｍｅに相当する項を第１項ｆｒｏｍとし、集合Ｃ
ｏｍｐａｎｙのｏｕｔｌｉｎｅに相当する項を第２項ｔ
ｏとする２項組を構成し、これらの２項組を要素とする
集合を生成し、これを集合２−５とする。

【０２８８】図５０は、本発明の第６の実施の態様の一
具体例において生成された名前変換部の具体例の説明図
である。このようにして生成された集合２−５は、第１
項のｆｒｏｍの名前を第２項のｔｏの資源識別子へ変換
するための情報である。このように、図５０に示した集
合２−５によって、名前変換部を構成することができ
る。

【０２８９】図４８に戻り、Ｓ１７５において、Ｓ１７
３で取り出した名前解析部と、Ｓ１７４で生成した名前
変換部によって、コンテキストを生成する。ここでは、
名前解析部２−１と、生成された名前変換部によって、
コンテキストが生成される。

【０２９０】コンテキストデータベース部１３１は、資
源検索式ＯＱＬ−３の検索結果として、名前解析部２−
１と集合２−５により生成された名前変換部を構成要素
とするコンテキストを結果として返す。

【０２９１】通信部２３は、このようにして生成された
コンテキストに要求された名前“ｃｏｍ１／ｎａｍｅ２
／ｎａｍｅ３”を入力し、名前解決操作を要求する。名
前解析部２−１に名前“ｃｏｍ１／ｎａｍｅ２／ｎａｍ
ｅ３”が入力され、名前の先頭から文字“／”を含まず
に連続する最も長い文字列“ｃｏｍ１”が出力される。
名前変換部は、図５０に示す情報を有しているので、ｆ
ｒｏｍの項がｃｏｍ１である要素のｔｏの項“ｒｅｓ−
５”を出力する。

【０２９２】名前解決部４に入力されたｒｅｓ−５はそ
のまま出力され、通信部２３にＯＱＬ−３を指定し、名
前“ｃｏｍ１／ｎａｍｅ２／ｎａｍｅ３”の解決を要求
した結果として、資源識別子ｒｅｓ−５が返される。

【０２９３】なお、上述の第４ないし第６の実施の態様
の具体例における各例では、１回の名前解決の手続で資
源識別子が得られたが、場合によっては名前と資源検索
式が得られることもある。その場合には、通信部２３は
得られた資源検索式を再度コンテキストデータベース部
１３１に送り、コンテキストを検索し、検索されたコン
テキストに名前の解決を要求する。このように、上述の
第１〜第３の実施の態様の各具体例と同様に、名前解決
の処理を繰り返し行なうことによって、資源を得ること
ができる。

【０２９４】また、上述の第４ないし第６の実施の態様
の具体例では、資源実現部５を設けた構成を示している
が、資源実現部５を設けずに構成することも可能であ
る。特に、上述の各例のように、名前解決部から資源識
別子が出力されるような場合では、資源実現部５は不要
である。

【０２９５】

【発明の効果】以上の説明から明らかなように、本発明
によれば、大域的な資源に対して、所定の処理を施すこ
とでなされる、個々のユーザがそれぞれ所望する性質を
有する局所的な名前を持つ局所的な資源を取り扱う機能
を提供することができる。加えて、複数の資源にそれぞ
れ異なる処理を施して、その結果を集積することで、あ
たかも、個々のユーザが所望する性質を有する単一の局
所的な名前を持つ局所的な資源が実在するかのように取
り扱う機能を提供することができる。さらに、名前の解
析や名前の変換、さらには名前の解決や資源の実現等の
手段を検索式によって適宜組み合わせ、また、これらの
各手段を検索式によって構成することができる。これら
により、個々のユーザのアクセス方法の嗜好や意図を反
映したユーザごとに局所的な資源アクセスのための名前
空間を提供する柔軟性の高い分散システムを具現化する
資源管理装置および資源管理方法を提供することができ
るという効果がある。

【図面の簡単な説明】

【図１】 本発明の資源管理装置の第１の実施の形態を
示すブロック図である。

【図２】 本発明の資源管理装置の第１の実施の形態に
おける第１の具体例を示す構成図である。

【図３】 本発明の第１の実施の形態の第１の具体例に
おける名前変換部で用いられる資源要素列と資源実現表
現の対応表の一例の説明図である。

【図４】 手続きｃｏｎｃａｔの動作の一例を示すフロ
ーチャートである。

【図５】 手続きｃｏｎｃａｔの動作の一例のうちの読
み出し処理の一例を示すフローチャートである。

【図６】 手続きｃｏｎｃａｔの動作の一例のうちの書
き込み処理の一例を示すフローチャートである。

【図７】 本発明の第１の実施の形態の第１の具体例に
おける名前解決部４の動作の一例を示すフローチャート
である。

【図８】 本発明の第１の実施の形態の第２の具体例に
おける第２のコンテキスト保持部の名前変換部で用いら
れる対応表の一例の説明図である。

【図９】 本発明の第１の実施の形態の第３の具体例に
おける名前変換部で用いる対応表の一例の説明図であ
る。

【図１０】 手続きｉｎｔｅｒｐｏｌａｔｅ＿４００＿
１００の処理の一例を示すフローチャートである。

【図１１】 本発明の資源管理装置の第２の実施の形態
を示すブロック図である。

【図１２】 本発明の第２の実施の形態における第１の
具体例を示す構成図である。

【図１３】 局所的なファイルシステムの説明図であ
る。

【図１４】 本発明の第２の実施の形態の第１の具体例
における資源管理部の一例を示す構成図である。

【図１５】 本発明の第２の実施の形態の第１の具体例
におけるグループ管理部の一例を示す構成図である。

【図１６】 本発明の第２の実施の形態の第１の具体例
における名前変換部に保有される対応表の一例の説明図
である。

【図１７】 本発明の第２の実施の形態の第２の具体例
におけるグループ管理部の一例を示す構成図である。

【図１８】 本発明の第２の実施の形態の第２の具体例
における名前変換部に保有される対応表の一例の説明図
である。

【図１９】 本発明の第２の実施の形態の第２の具体例
における対応表の作成手順の一例を示すフローチャート
である。

【図２０】 本発明の第２の実施の形態の第２の具体例
における対応表の作成手順の別の例を示すフローチャー
トである。

【図２１】 本発明の第２の実施の形態の第３の具体例
におけるグループ管理部の一例を示す構成図である。

【図２２】 本発明の第２の実施の形態の第３の具体例
における名前変換部に保有される対応表の一例の説明図
である。

【図２３】 本発明の第２の実施の形態の第３の具体例
におけるグループ管理部の別の例を示す構成図である。

【図２４】 本発明の第２の実施の形態の第３の具体例
における名前変換部に保有される対応表の別の例の説明
図である。

【図２５】 本発明の第２の実施の形態の第３の具体例
におけるグループ管理部のさらに別の例を示す構成図で
ある。

【図２６】 本発明の第２の実施の形態の第３の具体例
における名前変換部に保有される対応表のさらに別の例
の説明図である。

【図２７】 本発明の第２の実施の形態の第４の具体例
におけるグループ管理部の一例を示す構成図である。

【図２８】 本発明の資源管理装置の第３の実施の形態
を示すブロック図である。

【図２９】 本発明の第３の実施の形態における第１の
具体例を示す構成図である。

【図３０】 名前解決木の一例の説明図である。

【図３１】 本発明の第３の実施の形態の第１の具体例
におけるグループ管理部の一例を示す構成図である。

【図３２】 本発明の第３の実施の形態の第１の具体例
における名前“／Ｇ別／Ｇ１／月報”の解決の過程の一
例の説明図である。

【図３３】 本発明の第３の実施の形態の第１の具体例
における名前“／Ｇ別／Ｇ１”の解決の過程の一例の説
明図である。

【図３４】 本発明の第３の実施の形態の第１の具体例
における名前“＼文書別＼月報＼Ｇ１”の解決の過程の
一例の説明図である。

【図３５】 本発明の第３の実施の形態の第１の具体例
における名前“／Ｇ別／Ｇ１／月報”の解決の過程の別
の例の説明図である。

【図３６】 本発明の第３の実施の形態の第１の具体例
における名前“／Ｇ別／Ｇ１／月報”の解決の過程のさ
らに別の例の説明図である。

【図３７】 本発明の第３の実施の形態における第２の
具体例を示す構成図である。

【図３８】 本発明の第４の実施の形態における一具体
例を示す構成図である。

【図３９】 本発明の第４の実施の態様の一具体例にお
ける資源検索式の一例の説明図である。

【図４０】 本発明の第５の実施の形態における一具体
例を示す構成図である。

【図４１】 本発明の第５の実施の態様の一具体例にお
ける資源検索式の一例の説明図である。

【図４２】 本発明の第５の実施の態様の一具体例にお
ける名前解析部、名前変換部の検索の動作の一例を示す
フローチャートである。

【図４３】 本発明の第６の実施の形態における一具体
例を示す構成図である。

【図４４】 本発明の第６の実施の態様の一具体例にお
ける名前変換情報集合の一例の説明図である。

【図４５】 本発明の第６の実施の態様の一具体例にお
ける名前変換情報集合の別の例の説明図である。

【図４６】 本発明の第６の実施の態様の一具体例にお
ける名前変換情報集合のさらに別の例の説明図である。

【図４７】 本発明の第６の実施の態様の一具体例にお
ける資源検索式の一例の説明図である。

【図４８】 本発明の第６の実施の態様の一具体例にお
ける名前解析部の検索および名前変換情報の検索の動作
の一例を示すフローチャートである。

【図４９】 本発明の第６の実施の態様の一具体例にお
ける資源検索式の条件を満たす名前変換情報の具体例の
説明図である。

【図５０】 本発明の第６の実施の態様の一具体例にお
いて生成された名前変換部の具体例の説明図である。

【符号の説明】

１−１〜１−ｎ…コンテキスト保持部、２−１〜２−ｎ
…名前解析部、３−１〜３−ｎ…名前変換部、４，４−
１〜４−ｎ…名前解決部、５，５−１〜５−ｎ…資源実
現部、６−１〜６−ｎ，７−１〜７−ｎ，８，８−１〜
８−ｎ，９，９−１〜９−ｎ、１０〜１２…端子、２１
−１〜２１−ｎ…資源保持部、２２…資源管理部、２３
…通信部、２４…コンテキスト管理部、９１…資源管理
部、９２−１〜９２−ｎ…資源属性保持部、９３…グル
ープ管理部、９４−１〜９４−ｍ…グループ属性保持
部、１３１…コンテキストデータベース部、１３２…コ
ンテキストデータベース検索部、１３３…コンテキスト
集合、１３４−１〜１３４−Ｎ…コンテキスト保持部、
１３５−１〜１３５−Ｎ…属性保持部、１４１…名前解
析部集合、１４２…名前変換部集合、１４３−１〜１４
３−Ｎ…名前解析部保持部、１４４−１〜１４４−Ｎ…
属性保持部、１４５−１〜１４５−Ｌ…名前変換部保持
部、１４６−１〜１４６−Ｌ…属性保持部、１６１〜１
６３…名前変換情報集合。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山下 一郎 神奈川県足柄上郡中井町境430 グリーン テクなかい富士ゼロックス株式会社内

Claims (11)

【特許請求の範囲】
1. 【請求項１】 情報処理を行なう複数の計算機システム
   がネットワークで結ばれたネットワーク情報システムで
   使用される資源管理装置において、コンテキスト識別子
   を持つコンテキスト保持手段と、名前解決手段を有し、
   前記コンテキスト保持手段は、資源に付けられた名前で
   ある資源名を入力とし該資源名の名前の解析を行なう名
   前解析手段と、該名前解析手段による解析結果を前記計
   算機システム内にあらかじめ実現されている実資源が固
   有に持つ資源識別子を要素とする第１の資源要素列と該
   第１の資源要素列を処理するための手続き情報である第
   １の実現要素列との組からなる第１の資源実現表現また
   はコンテキスト識別子と資源名の組を要素とする第２の
   資源要素列と該第２の資源要素列を処理するための手続
   き情報である第２の実現要素列との組からなる第２の資
   源実現表現に変換する名前変換手段を有し、前記名前解
   決手段は、前記コンテキスト保持手段内の前記名前変換
   手段により変換された第２の資源実現表現に含まれる第
   ２の資源要素列の資源名を対応するコンテキスト識別子
   が示す前記コンテキスト保持手段に対して出力すること
   を特徴とする資源管理装置。
2. 【請求項２】 情報処理を行なう複数の計算機システム
   がネットワークで結ばれたネットワーク情報システムで
   使用される資源管理装置において、コンテキスト識別子
   を持つコンテキスト保持手段と、名前解決手段と、資源
   実現手段を有し、前記コンテキスト保持手段は、資源に
   付けられた名前である資源名を入力とし該資源名の名前
   の解析を行なう名前解析手段と、該名前解析手段による
   解析結果を前記計算機システム内にあらかじめ実現され
   ている実資源が固有に持つ資源識別子のみを要素とする
   第１の資源要素列と該第１の資源要素列を処理するため
   の手続き情報である第１の実現要素列との組からなる第
   １の資源実現表現またはコンテキスト識別子と資源名の
   組を要素とする第２の資源要素列と該第２の資源要素列
   を処理するための手続き情報である第２の実現要素列と
   の組からなる第２の資源実現表現に変換する名前変換手
   段を有し、前記名前解決手段は、前記コンテキスト保持
   手段内の前記名前変換手段により変換された第２の資源
   実現表現に含まれる第２の資源要素列の資源名を対応す
   るコンテキスト識別子が示す前記コンテキスト保持手段
   に対して出力しまたは前記コンテキスト保持手段内の名
   前変換手段により変換された第１の資源実現表現を出力
   し、前記資源実現手段は、前記名前解決手段により出力
   された第１の資源実現表現に含まれる第１の実現要素列
   を解釈しその解釈結果を前記第１の資源要素列に対応す
   るあらかじめ実現されている実資源に対して実行して資
   源を生成することを特徴とする資源管理装置。
3. 【請求項３】 情報処理を行なう複数の計算機システム
   がネットワークで結ばれたネットワーク情報システムで
   使用される資源管理装置において、コンテキスト識別子
   を持つ第１のコンテキスト保持手段および第２のコンテ
   キスト保持手段を有し、前記第１のコンテキスト保持手
   段は、資源に付けられた名前である資源名を入力とし該
   資源名の名前の解析を行なう第１の名前解析手段と、該
   第１の名前解析手段による解析結果を前記計算機システ
   ム内にあらかじめ実現されている実資源が固有に持つ資
   源識別子のみを要素とする第１の資源要素列に変換する
   第１の名前変換手段と、該第１の名前変換手段により変
   換された第１の資源要素列と該第１の資源要素列を処理
   するための手続き情報の組である第１の名前解決結果に
   変換する第１の名前解決手段と、該第１の名前解決手段
   により変換された第１の名前解決結果に含まれる手続き
   情報を解釈しその解釈結果を前記第１の資源要素列に対
   応する実資源に対して実行して資源を生成し該資源を操
   作するためのハンドル情報を出力する第１の資源実現手
   段を有し、前記第２のコンテキスト保持手段は、資源名
   を入力とし該資源名の名前の解析を行なう第２の名前解
   析手段と、該第２の名前解析手段による解析結果をコン
   テキスト識別子と資源名の組を要素とする第２の資源要
   素列に変換する第２の名前変換手段と、該第２の名前変
   換手段により変換された第２の資源要素列の資源名をコ
   ンテキスト識別子に対応する前記第１のコンテキスト保
   持手段に対して出力し前記第１のコンテキスト保持手段
   より得られるハンドル情報と該ハンドル情報に対応する
   資源を処理するための手続き情報の組である第２の名前
   解決結果に変換する第２の名前解決手段と、該第２の名
   前解決手段により変換された第２の名前解決結果に含ま
   れる手続き情報を解釈しその解釈結果を前記ハンドル情
   報に対応する資源に対して実行して資源を生成する第２
   の資源実現手段を有することを特徴とする資源管理装
   置。
4. 【請求項４】 情報処理を行なう複数の計算機システム
   がネットワークで結ばれたネットワーク情報システムで
   使用される資源管理装置において、コンテキスト識別子
   を持つ第１のコンテキスト保持手段および第２のコンテ
   キスト保持手段を有し、前記第１のコンテキスト保持手
   段は、資源に付けられた名前である資源名を入力とし該
   資源名の名前の解析を行なう第１の名前解析手段と、該
   第１の名前解析手段による解析結果を前記計算機システ
   ム内にあらかじめ実現されている実資源が固有に持つ資
   源識別子を要素とする第１の資源要素列に変換する第１
   の名前変換手段と、該第１の名前変換手段により変換さ
   れた第１の資源要素列と該第１の資源要素列を処理する
   ための手続き情報の組である名前解決結果を出力する第
   １の名前解決手段を有し、前記第２のコンテキスト保持
   手段は、資源名を入力とし該資源名の名前の解析を行な
   う第２の名前解析手段と、該第２の名前解析手段による
   解析結果をコンテキスト識別子と資源名の組を要素とす
   る第２の資源要素列に変換する第２の名前変換手段と、
   該第２の名前変換手段により変換された第２の資源要素
   列の資源名を対応するコンテキスト識別子の示す前記第
   １のコンテキスト保持手段に対して出力し前記第１のコ
   ンテキスト保持手段より名前解決結果を受け取る第２の
   名前解決手段を有することを特徴とする資源管理装置。
5. 【請求項５】 情報処理を行なう複数の計算機システム
   がネットワークで結ばれたネットワーク情報システムで
   使用される資源管理装置において、コンテキスト識別子
   を持つ第１のコンテキスト保持手段および第２のコンテ
   キスト保持手段と、資源実現手段を有し、前記第１のコ
   ンテキスト保持手段は、資源に付けられた名前である資
   源名を入力とし該資源名の名前の解析を行なう第１の名
   前解析手段と、該第１の名前解析手段による解析結果を
   前記計算機システム内にあらかじめ実現されている実資
   源が固有に持つ資源識別子のみを要素とする第１の資源
   要素列に変換する第１の名前変換手段と、該第１の名前
   変換手段により変換された第１の資源要素列と該第１の
   資源要素列を処理するための手続き情報の組である第１
   の名前解決結果を出力する第１の名前解決手段を有し、
   前記第２のコンテキスト保持手段は、資源名を入力とし
   該資源名の名前の解析を行なう第２の名前解析手段と、
   該第２の名前解析手段による解析結果をコンテキスト識
   別子と資源名の組を要素とする第２の資源要素列に変換
   する第２の名前変換手段と、該第２の名前変換手段によ
   り変換された第２の資源要素列の資源名を対応するコン
   テキスト識別子の示す前記第１のコンテキスト保持手段
   に対して出力し前記第１のコンテキスト保持手段より受
   け取った第１の名前解決結果を用いて資源識別子と該資
   源識別子に対応する実資源を処理するための手続き情報
   の組である第２の名前解決結果を出力する第２の名前解
   決手段を有し、前記資源実現手段は、前記第２のコンテ
   キスト保持手段内の第２の名前解決手段により出力され
   た第２の名前解決結果に含まれる手続き情報を解釈しそ
   の解釈結果を前記資源識別子に対応するあらかじめ実現
   されている実資源に対して実行して資源を生成すること
   を特徴とする資源管理装置。
6. 【請求項６】 資源に付けられた名前である資源名を入
   力し、該資源名の名前の解析を行ない、名前の解析結果
   を資源名を要素とする第１の資源要素列に変換し、変換
   された第１の資源要素列に含まれる資源名の名前の解析
   を行ない、該解析結果を計算機システム内にあらかじめ
   実現されている実資源が固有に持つ資源識別子のみから
   なる第２の資源要素列に変換し、変換された第２の資源
   要素列を処理するための手続き情報を求め、該手続き情
   報を解釈し、該解釈結果により前記第２の資源要素列に
   対応する実資源に適用して資源を生成し、生成された資
   源を操作するためのハンドル情報を求め、このハンドル
   情報に対応する資源を処理するための手続き情報を求
   め、該手続き情報を解釈し、該解釈結果を前記ハンドル
   情報に対応する資源に適用して別の資源を生成すること
   を特徴とする資源管理方法。
7. 【請求項７】 情報処理を行なう計算機システムにおい
   て用いられる資源管理装置において、属性と対応づけら
   れ資源に付けられた名前である資源名を入力とし該資源
   名の名前の解析を行なう１以上の名前解析手段と、属性
   と対応づけられ前記名前解析手段による解析結果を前記
   計算機システム内にあらかじめ実現されている実資源が
   固有に持つ資源識別子を要素とする第１の資源要素列と
   該第１の資源要素列を処理するための手続き情報である
   第１の実現要素列との組からなる第１の資源実現表現ま
   たは前記属性を直接的または間接的に指定する検索式と
   資源名の組を要素とする第２の資源要素列と該第２の資
   源要素列から求められる資源を処理するための手続き情
   報である第２の実現要素列との組からなる第２の資源実
   現表現に変換する１以上の名前変換手段と、前記名前変
   換手段により変換された第２の資源実現表現に含まれる
   前記検索式あるいは入力された前記検索式に基づいて名
   前解析手段および該名前解析手段より名前解析結果を受
   け取る名前変換手段を選択する選択手段と、前記名前変
   換手段により変換された第２の資源実現表現に含まれる
   第２の資源要素列の資源名あるいは入力された資源名を
   前記選択手段により選択された名前解析手段に受け渡す
   名前解決手段を有することを特徴とする資源管理装置。
8. 【請求項８】 前記名前変換手段は、前記属性と対応づ
   けられた１以上の名前変換情報から構成されてなり、前
   記選択手段は、１以上の前記名前変換情報を特定するこ
   とにより前記名前変換手段を選択し、さらに、前記選択
   手段が特定した１以上の前記名前変換情報に基づいて名
   前変換手段を構成する名前変換構成手段を有し、前記選
   択手段により選択された名前解析手段は前記名前変換構
   成手段により構成された名前変換手段に名前解析結果を
   受け渡すことを特徴とする請求項７に記載の資源管理装
   置。
9. 【請求項９】 前記名前解決手段は、前記属性と対応づ
   けられて複数存在し、前記選択手段はさらに前記名前解
   決手段も選択するものであり、前記選択手段により選択
   された名前変換手段は前記選択手段により選択された名
   前解決手段に対して前記第１の資源実現表現あるいは前
   記第２の資源実現表現を受け渡すことを特徴とする請求
   項７に記載の資源管理装置。
10. 【請求項１０】 前記名前変換手段により得られる第１
    の資源実現表現の第１の実現要素列を解釈しその解釈結
    果から前記第１の資源要素列に対応するあらかじめ実現
    されている実資源を基に資源を生成する資源実現手段を
    有することを特徴とする請求項７ないし９のいずれか１
    項に記載の資源管理装置。
11. 【請求項１１】 前記資源実現手段は前記属性と対応づ
    けられて複数存在し、前記選択手段はさらに前記資源実
    現手段も選択するものであり、前記名前解決手段は前記
    選択手段により選択された資源実現手段に対して前記第
    １の資源実現表現を受け渡すことを特徴とする請求項９
    に記載の資源管理装置。