JPH08110880A - 名前サービス方式 - Google Patents

Abstract

(57)【要約】 【目的】 既存の資源に所定の手続きを施した結果得ら
れる仮想的な資源に対してのアクセスを可能とし、ネッ
トワーク情報システムの複数の計算機システムの資源を
仮想化してシステム全体の融通性を高める。 【構成】 仮想資源管理表４は、名前、位置、手続きの
３種類の欄が設けられた表であり、仮想的な資源に対し
てその名前と実在する資源の物理的な位置と該実在する
資源を取り扱うための手続きの名前とを対応づけて保持
管理している。通信部１は、名前の問い合わせ要求を受
け取ると、名前解決部２の検索部３に対して名前解決を
行なうように要求する。検索部３は、受け取った名前を
キーとして仮想資源管理表４を検索する。受け取った名
前が仮想的な資源の名前である場合、仮想資源管理表４
から実在する資源の位置および手続き名を得て、通信部
１から答えとして通信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理を行なう複数
の計算機システムの資源がネットワーク上に分散して配
置され、複数の計算機システムが互いに通信を行なって
動作するネットワーク情報システムにおいて、資源の名
前と名前に対応する資源の物理的な位置を管理し、名前
から位置への解決をする名前サービス方式に関するもの
である。

【０００２】

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

【０００３】別の資源管理方式として、例えば、前川
守，所 真理雄，清水 謙多郎編，「分散オペレーティ
ングシステム ＵＮＩＸの次に来るもの」，共立出版，
ｐ．２４３〜２６４では、ＧＡＬＡＸＹオペレーティン
グシステムの資源管理方式について述べられている。こ
の方式では、オブジェクトの論理的識別子とオブジェク
トの物理的実体の位置情報とを対応させて、大域的なデ
ータベースに格納し、管理している。この資源管理方式
では、オブジェクトのすべての複製の位置情報を記録
し、管理する。

【０００４】また、特開昭６３−２３６４３６号に記載
されている資源管理方式では、情報処理装置の名前とネ
ットワークアドレス、すなわち、ネットワーク上の資源
である情報処理装置の名前と、その物理的な位置である
ネットワークアドレスとをテーブルで管理する制御手段
を含んでいる。そして、情報処理装置からの名前での問
い合わせに対してネットワークアドレスを検索する名前
サービスを提供している。

【０００５】これらの従来の資源管理方式では、資源の
名前とその資源の物理的な位置情報あるいは属性を対応
づけて資源管理表あるいは資源管理データベースで管理
するものであり、入力された資源の名前から対応する資
源の物理的な位置情報あるいは属性を出力するものであ
る。このような通常用いられているネットワーク資源の
管理方式またはシステムでは、物理的な位置を隠蔽する
という意味において、資源の位置の仮想化をなすもので
ある。しかし、資源の取り扱いに関してはアプリケーシ
ョンに責任で行なわなければならず、この意味で資源の
取り扱いを仮想化する資源管理を提供するものではな
い。

【０００６】特に、従来のシステムでは、ある資源（資
源１）にデータ処理を適用した結果として得られる仮想
的な資源（資源２）に、もとの資源（資源１）の名前
（名前１）とは別の仮想的な名前（名前２）を付与して
取り扱うことはできない。例えば、ある資源（資源１）
に対して型の変換やアクセスプロトコルの変換処理等の
データ処理を適用した結果として得られる仮想的な資源
（資源２）に対して仮想的な名前（名前２）を付与し
て、あたかも所望する型やアクセスプロトコルでアクセ
ス可能な仮想的な名前（名前２）を有する資源が存在す
るかのごとく取り扱うことはできない。従来の技術で
は、このような取り扱いが可能な融通性の高いネットワ
ーク情報システムを提供するものではない。さらに、資
源を取り扱うための複数の手続き名を管理して、システ
ムの状態やユーザの意図によって、複数の手続きのなか
から、単数または複数の手続きを選択して資源に適用す
ることが可能な融通性の高いネットワーク情報システム
を提供するものではない。

【０００７】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたものであり、既存の資源に所定の手
続きを施した結果得られる仮想的な資源に対して、既存
の資源の位置と手続き名と、仮想的な名前を対応づけて
管理する資源管理方式を具現化することによって、ユー
ザが所望する性質を有する仮想的な資源に対してアクセ
ス可能として、ネットワーク情報システムの複数の計算
機システムの資源を仮想化し、ひいては、ネットワーク
情報システム全体の融通性を高めることを目的とするも
のである。

【０００８】

【課題を解決するための手段】本発明は、請求項１に記
載の発明においては、情報処理を行なう複数の計算機シ
ステムの資源がネットワーク上に分散して配置され、前
記複数の計算機システムが互いに通信を行なって動作す
るネットワーク情報システムにおける名前サービス方式
において、前記複数の計算機システムに実在する資源の
物理的な位置と該実在する資源を取り扱うための単数ま
たは複数の手続きの名前と仮想的な資源の名前とを対応
づけて保持管理可能な仮想資源管理表を備える資源管理
手段と、前記仮想的な資源の名前が入力され該仮想的な
資源の名前に対応する仮想的な資源を得るのに必要な前
記実在する資源の物理的な位置と前記実在する資源を取
り扱うための単数または複数の手続きの名前を出力する
名前解決手段を有することを特徴とするものである。

【０００９】請求項２に記載の発明においては、情報処
理を行なう複数の計算機システムの資源がネットワーク
上に分散して配置され、前記複数の計算機システムが互
いに通信を行なって動作するネットワーク情報システム
における名前サービス方式において、前記複数の計算機
システムに実在する資源の名前と該実在する資源の物理
的な位置とを対応づけて保持管理する資源管理表と１以
上の名前変換手続きを保持管理する仮想名前対応表を備
える資源管理手段と、仮想的な資源の名前が入力され該
仮想的な資源の名前に１つ以上の前記名前変換手続きを
適用し得られる名前の集合のうち仮想的な資源の名前に
対して再帰的に１つ以上の前記名前変換手続きを適用す
るとともに前記名前の集合のうち実在する資源の名前に
対応して前記実在する資源の物理的な位置および前記実
在する資源を取り扱うための単数または複数の手続きの
名前を出力する名前解決手段を有することを特徴とする
ものである。

【００１０】請求項３に記載の発明においては、請求項
１または２に記載の名前サービス方式において、システ
ムの状態をあらわすパラメータを取得するシステム状態
取得手段と、該システム状態取得手段で取得された前記
パラメータに基づき前記名前解決手段がある仮想的な資
源の名前に対応する複数の手続きの名前を得たとき該複
数の手続きの名前から一つまたは複数の手続きの名前を
選択する手続き選択手段をさらに有し、前記名前解決手
段は、前記実在する資源の物理的な位置に加えて前記手
続き選択手段で選択された一つまたは複数の手続きの名
前を出力することを特徴とするものである。

【００１１】請求項４に記載の発明においては、請求項
１または２に記載の名前サービス方式において、手続き
を選択するためのパラメータを受け取り前記名前解決手
段が要求された前記仮想的な資源の名前に対応して複数
の手続きの名前を得たとき前記パラメータに基づき前記
複数の手続きの名前から一つまたは複数の手続きの名前
を選択する手続き選択手段をさらに有し、前記名前解決
手段は、前記実在する資源の物理的な位置に加えて前記
手続き選択手段で選択された一つまたは複数の手続きの
名前を出力することを特徴とするものである。

【００１２】請求項５に記載の発明においては、請求項
１ないし４のいずれか１項に記載の名前サービス方式に
おいて、入力された名前を構文解析する名前解析手段
と、所定のトークンと一つまたは複数の手続きの名前を
対応づける手続き管理表を有する手続管理手段と、前記
名前解析手段による構文解析の結果の構文木に現れるト
ークンをもとに前記手続管理手段を用いて一つまたは複
数の手続きの名前を選択する手続き選択手段をさらに有
し、前記名前解決手段は、前記名前解析手段による構文
解析の結果の構文木に現れるトークンをもとに前記実在
する資源の物理的な位置を求めるとともに前記手続き選
択手段で選択された一つまたは複数の手続き名を出力す
ることを特徴とするものである。

【００１３】請求項６に記載の発明においては、請求項
１ないし５のいずれか１項に記載の名前サービス方式に
おいて、前記名前解決手段によって得られた前記仮想的
な資源の名前に対応する単数または複数の前記実在する
資源の物理的な位置と単数または複数の前記手続きの名
前から前記仮想的な資源の名前に対する仮想的な資源を
構成するために必要な単数または複数の前記実在する資
源の物理的な位置と単数または複数の前記手続きの名前
から構成される式を生成する式生成手段を有することを
特徴とするものである。

【００１４】請求項７に記載の発明においては、請求項
１ないし６のいずれか１項に記載の名前サービス方式に
おいて、前記名前解決手段が出力した前記実在する資源
の物理的な位置で定まる第１の資源に対して前記名前解
決手段が出力した手続きの名前で定まる手続きを適用し
て得られた第２の資源の物理的な位置を出力する第２の
名前解決手段を有することを特徴とするものである。

【００１５】請求項８に記載の発明においては、請求項
１ないし７のいずれか１項に記載の名前サービス方式に
おいて、前記実在する資源の物理的な位置として複数の
資源の物理的な位置を指定し、前記複数の資源を取り扱
うための手続きの名前として前記複数の資源を同一にす
る手続きの名前を指定可能に構成されていることを特徴
とするものである。

【００１６】請求項９に記載の発明においては、請求項
１ないし８のいずれか１項に記載の名前サービス方式に
おいて、前記名前解決手段によって得られた手続きの名
前に対応する手続きの実体を対応づける手続き実体管理
表を有する手続き実体管理手段をさらに有し、該手続き
実体管理手段は、手続きの名前が与えられると、対応す
る手続きの実体を出力することを特徴とするものであ
る。

【００１７】

【作用】請求項１に記載の発明によれば、資源管理手段
は、ネットワーク上で分散して配置されている実在する
資源を取り扱うための手続きの名前と、実在する資源の
物理的な位置と、仮想的な資源の名前を対応づけて仮想
資源管理表で管理している。仮想的な資源は、ある資源
に対して所定の手続きを実行して得られる資源である。
名前解決手段は、仮想的な資源の名前を受け取ると、仮
想資源管理表をもとに、対応する実在する資源を取り扱
うための手続きの名前と、その物理的な位置を出力す
る。名前解決手段から出力された実在する資源の物理的
な位置の情報をもとに、その実在する資源に対して手続
きの名前に対応する手続きを実行することによって、仮
想的な資源をアクセスすることが可能となる。このよう
に、実在する資源だけでなく、実在する資源に所定の手
続きを適用した結果得られる仮想的な資源に対してのア
クセスが可能となる。これにより、例えば、ユーザの所
望する性質を有する仮想的な資源を設定し、このような
仮想的な資源を仮想的な資源の名前によってアクセスす
ることができる。このとき、仮想的な資源の名前による
アクセスは、手続きを通して実在する資源へのアクセス
が行なわれる。このような構成によって、資源の取り扱
いを仮想化することができ、ネットワーク情報システム
全体の融通性を高めることができる。

【００１８】請求項２に記載の発明によれば、資源管理
手段は、ネットワーク上で分散して配置されている実在
する資源の名前と、実在する資源の物理的な位置とを対
応づけて資源管理表で管理するとともに、１以上の名前
変換手続きを仮想名前対応表で保持管理している。名前
解決手段は、仮想的な資源の名前が入力されると、その
名前に対して仮想名前対応表に保持されている名前変換
手続きを順次適用する。得られた名前の集合のうち、仮
想的な資源の名前に対しては再帰的に名前変換手続きを
適用する。名前変換手続きによって得られた名前の集合
のうち、実在する資源の名前に対しては、資源管理表か
ら名前に対応する実在する資源の物理的な位置を得る。
そして、得られた実在する資源の物理的な位置と、その
実在する資源の物理的な位置を得るまでに行なった手続
きの名前を出力する。この出力された手続きの名前に対
応する手続きを用いることにより、与えられた仮想的な
資源の名前に対応する仮想的な資源へのアクセスは、実
在する資源の物理的な位置をもとにその資源に対して手
続きを施した仮想的な資源へのアクセスとして実行され
ることになる。これにより、資源の取り扱いを仮想化
し、融通性の高いシステムを構築することができる。

【００１９】請求項３に記載の発明によれば、システム
の状態をあらわすパラメータを取得するシステム状態取
得手段を有しており、名前解決手段が仮想的な資源の名
前に対応する複数の手続きの名前を得たとき、手続き選
択手段はシステム状態取得手段で取得されたパラメータ
に基づいて得られた複数の手続きの名前から一つまたは
複数の手続きの名前を選択する。名前解決手段は、手続
き選択手段で選択された一つまたは複数の手続きの名前
を、実在する資源の物理的な位置とともに出力する。こ
れにより、システムの状態に合わせた仮想的な資源をア
クセスすることが可能となる。ユーザはシステムの状態
を知らなくても、所望する仮想的な資源をアクセスする
ことができる。

【００２０】請求項４に記載の発明によれば、外部から
手続きを選択するためのパラメータを設定しておき、名
前解決手段が仮想的な資源の名前に対応して複数の手続
きの名前を得たとき、設定されているパラメータに基づ
いて複数の手続きの名前から一つまたは複数の手続きの
名前を手続き選択手段で選択する。名前解決手段は、手
続き選択手段で選択された一つまたは複数の手続きの名
前を、実在する資源の物理的な位置とともに出力する。
これにより、ユーザからの指定や、ある処理の結果など
に応じて、アクセスする仮想的な資源を変更することが
可能となる。

【００２１】請求項５に記載の発明によれば、手続管理
手段は所定のトークンと一つまたは複数の手続きの名前
を対応づける手続き管理表を有しており、入力された名
前を名前解析手段で構文解析し、構文解析の結果、構文
木に現れるトークンをもとに前記手続管理手段を用いて
一つまたは複数の手続きの名前を手続き選択手段で選択
する。名前解決手段は、名前解析手段による構文解析の
結果の構文木に現れるトークンをもとに、実在する資源
の物理的な位置を求めるとともに、手続き選択手段で選
択された一つまたは複数の手続き名を実在する資源の物
理的な位置とともに出力する。このような構文解析の結
果を用いることによって、仮想的な資源名の入力時に、
例えば、パラメータや選択する手続き、さらに必要とな
る資源名等を指示することができるようになる。これに
より、ユーザが仮想的な資源をアクセスする際の柔軟性
を向上させることができる。

【００２２】請求項６に記載の発明によれば、式生成手
段によって、名前解決手段で得られた実在する資源の物
理的な位置と手続きの名前から式を生成する。この式を
用いることによって、仮想的な資源の名前によって、そ
の仮想的な資源を構成する実在する資源をアクセスする
ことができる。そのため、仮想的な資源を得るために実
在する資源に対して行なうべき処理の内容について、ユ
ーザは知る必要はなく、単に式を適用するだけで仮想的
な資源をアクセスすることが可能となる。

【００２３】請求項７に記載の発明によれば、名前解決
手段から実在する資源の物理的な位置と手続きの名前が
出力されたとき、出力された実在する資源の物理的な位
置で定まる第１の資源に対して手続きを適用し、得られ
た第２の資源の物理的な位置を出力する第２の名前解決
手段を有している。このように、名前解決手段から出力
される実在する資源の物理的な位置に対応する実在する
資源に対してのアクセスのほか、実在する資源自体に手
続きを実行し、生成した資源の物理的な位置を得て、生
成した実在する資源に対してアクセスするように構成す
ることもできる。

【００２４】請求項８に記載の発明によれば、実在する
資源の物理的な位置として複数の資源の物理的な位置を
指定し、前記複数の資源を取り扱うための手続きの名前
として前記複数の資源を同一にする手続きの名前を指定
可能に構成している。これによって、例えば、資源が切
り離されて更新され、再びシステムに接続された場合で
も、資源の同一化を図ることができるようになる。

【００２５】請求項９に記載の発明によれば、前記名前
解決手段によって得られた手続きの名前に対応する手続
きの実体を対応づける手続き実体管理表を有する手続き
実体管理手段を有し、該手続き実体管理手段は、手続き
の名前が与えられると、対応する手続きの実体を出力す
る。これによって、手続きの名前に対応する手続きの実
体を得る操作を必要とせず、名前サービスから手続きの
実体を受け取ることにより、手続きを適用することがで
きるようになる。

【００２６】

【実施例】図１は、本発明の名前サービス方式の第１の
実施例を示すブロック図である。図中、１は通信部、２
は名前解決部、３は検索部、４は仮想資源管理表であ
る。

【００２７】通信部１は、図示しない仮想資源実現部か
らの要求を受け付け、名前解決部２に対して名前の解決
要求を行なう。名前解決部２は、検索部３、仮想資源管
理表４を有する。検索部３は、仮想資源管理表４を調
べ、要求された名前に対応して保持されている情報を返
す。

【００２８】仮想資源管理表４は、名前、位置、手続き
の３種類からなる表である。図１に示した仮想資源管理
表４の例において、ｎａｍｅ１およびｎａｍｅ２に該当
する行は、実在する資源を管理するためのものである。
それぞれｎａｍｅ１，ｎａｍｅ２で表わされる資源の位
置がＬｏｃ１，Ｌｏｃ２であり、「手続き」の列の
‘−’により資源が実在するものであることを示してい
る。これに対し、ｖｎａｍｅ１，ｖｎａｍｅ２，ｖｎａ
ｍｅ３に該当する行は、仮想的な資源を管理するための
ものである。ｖｎａｍｅ１で表わされる仮想的な資源
は、位置Ｌｏｃ１にある実在する資源に対して、手続き
ｐｒｏｃ１を適用して得られる仮想的な資源であること
を示す。また、ｖｎａｍｅ２で表わされる仮想的な資源
は、位置Ｌｏｃにある実在する資源に対して、手続きｐ
ｒｏｃ２とｐｒｏｃ３をｐｒｏｃ２，ｐｒｏｃ３の順に
適用して得られる仮想的な資源であることを示す。さら
に、ｖｎａｍｅ３で表わされる仮想的な資源は、位置Ｌ
ｏｃにある実在する資源に対して、手続きｐｒｏｃ２ま
たはｐｒｏｃ３のいずれか１つを適用して得られる仮想
的な資源であることを示している。

【００２９】この例では、仮想資源管理表４は実在する
資源の名前と仮想的な資源の名前の両方を管理している
が、これらを別々に管理することも可能である。このと
き、実在する資源の名前は、従来より用いられている資
源管理表などで管理すればよい。このような構成では、
与えられた名前が実在する資源の名前か仮想的な資源の
名前かを区別する判別手段を設けたり、両方の表を自動
的に検索するような検索部を設ける必要がある。上述の
ように１つの表にまとめることによって、検索部３は１
つの表のみに対して検索を行なうだけでよく、効率的な
名前サービスを実現することができる。

【００３０】また、仮想資源管理表４は、１つの表とし
て実現する必要はなく、複数の表として実現してもよ
い。このとき、各表あるいはいくつかの表に対応して検
索部を複数設け、並列的に検索するように構成すること
もできる。さらに、仮想資源管理表４は、上述のような
表形式のほか、データベースにより構成することも可能
である。

【００３１】上述の実施例では、図示しない仮想資源実
現部と通信部１を有する構成として説明したが、仮想資
源実現部と通信部１は必須ではない。名前解決部２は、
何らかの手段によって名前が与えられれば、その名前に
対応した実在する資源の位置、あるいは、実在する資源
の位置と手続き名を出力する。このとき、名前解決部２
から出力される実在する資源の位置および手続き名は、
複数の場合もある。名前解決部２から実在する資源の位
置と手続き名が出力されたとき、これらをもとに式を生
成し、ユーザに提供する式生成部を設けてもよい。

【００３２】また、上述の実施例の名前解決部２では、
資源の名前から、対応する資源の物理的な位置を得ると
いう１段階の解決方法を採用しているが、資源の名前に
対応して資源の物理的な位置の中間表現を得て、その中
間表現に基づいて最終的な資源の物理的な位置を求める
ような多段階の解決方法を用いてもよい。

【００３３】この実施例が適用されるシステムとして
は、単一の計算機システムの単一プロセスとして実現す
るシステムであっても、一般に単一または複数の計算機
システム上で互いに通信を行なって動作する複数のプロ
セスとして実現するシステムであってもよい。

【００３４】これらの各変形例は、以下の実施例におい
ても同様に適用することが可能である。以下の実施例の
説明において、これらの変形例についての説明は省略す
ることがある。

【００３５】本発明の名前サービス方式の第１の実施例
における動作の一例を説明する。具体例として、通信部
１にｎａｍｅ１に対する問い合わせが行なわれた場合の
動作を示す。通信部１は、ｎａｍｅ１の問い合わせ要求
を受け取ると、名前解決部２の検索部３に対して、ｎａ
ｍｅ１に対応する名前解決を行なうように要求する。

【００３６】検索部３は、ｎａｍｅ１をキーとして仮想
資源管理表４を検索する。検索の結果、＜ｎａｍｅ１，
Ｌｏｃ１，−＞の３項組を得る。第３項目が‘−’であ
ることから、この資源は実在する資源であることがわか
る。通信部１は、実在する資源の位置Ｌｏｃ１を答えと
して通信する。

【００３７】次に、別の具体例として、通信部１にｖｎ
ａｍｅ１に対する問い合わせが行なわれた場合の動作を
示す。通信部１は、ｖｎａｍｅ１の問い合わせ要求を受
け取ると、名前解決部２の検索部３に対して、ｖｎａｍ
ｅ１に対応する名前解決を行なうよう要求する。

【００３８】検索部３は、ｖｎａｍｅ１をキーとして仮
想資源管理表４を検索する。検索の結果、＜ｖｎａｍｅ
１，Ｌｏｃ１，ｐｒｏｃ１＞の３項組を得る。第３項目
がｐｒｏｃ１であることから、この資源は仮想的な資源
である。この仮想的な資源は、実在する資源の位置Ｌｏ
ｃ１に存在する資源に対してｐｒｏｃ１を適用して得ら
れることがわかる。通信部１は、実在する資源の位置Ｌ
ｏｃ１および手続き名ｐｒｏｃ１を答えとして通信す
る。

【００３９】このように、実在する資源だけでなく、仮
想的な資源をもアクセスすることが可能となる。そし
て、実在する資源に対して手続きを適用することによっ
て、仮想的な資源があたかも実在するがごとく、アクセ
スすることができる。あるいは、後述する実施例のよう
に、実在する資源に手続きを実行し、仮想的な資源に対
応する資源を生成してアクセスするように構成すること
も可能である。

【００４０】ここで、仮想的な資源について、例をあげ
て説明する。例えば、特定の日時を指定して、会議の予
約をしたり予約状況を問い合わせることができる予約サ
ービスを資源とする。このとき、仮想的な資源として
は、指定時刻の予約状況を示す予約ファイルとすること
ができる。予約ファイルへのアクセスは、手続きを介し
て予約サービスへのアクセスとして実行される。

【００４１】また、あるファイルに対して変換処理をお
こなった結果を用いる場合を考えると、最初のファイル
は資源、変換処理を行なった出力結果が仮想的な資源で
ある。このように資源をファイルとしたとき、仮想的な
ファイルへのアクセスは、手続きを介して最初のファイ
ルへのアクセスとして実行される。

【００４２】さらに、出力先として「出力中でないプリ
ンタ」と名前を指定したとき、使用できるプリンタの中
で出力中でないプリンタを探して、そのプリンタに出力
するシステムを考える。このときの資源はそれぞれのプ
リンタであり、仮想的な資源は名前が「出力中でないプ
リンタ」に対応するプリンタということになる。この場
合は、仮想的な資源「出力中でないプリンタ」に出力す
ることによって、使用できるプリンタの中で出力中でな
いプリンタに対して出力が行なわれることになる。この
とき、出力中でないプリンタをユーザが探すことはな
い。

【００４３】いずれの場合も、仮想的な資源に対応する
資源は存在しない。この存在しない資源を仮想的な資源
としてとらえ、その仮想的な資源に名前をつけて管理
し、仮想的な資源へのアクセスは、手続きを介して行な
うことになる。以下の実施例でも、同様に考えることが
できる。

【００４４】図２は、本発明の名前サービス方式の第２
の実施例を示すブロック図である。図中、図１と同様の
部分には同じ符号を付して説明を省略する。５は資源管
理表、６は仮想名前対応部、７は仮想名前対応表であ
る。この実施例では、上述の第１の実施例における仮想
資源管理表４を、仮想名前対応表７と資源管理表５によ
り構成するものである。

【００４５】資源管理表５は、名前、位置の２項目から
なる表である。この資源管理表５は、従来より用いられ
ているものと同様のものであり、実在する資源の名前と
その資源の位置の対応を示している。仮想名前対応表７
は、名前変換手続きからなる表である。仮想名前対応表
７の要素である名前変換手続きは、名前を入力とし、導
出式および名前の集合を出力とする手続きである。仮想
名前対応部６は、仮想的な資源の名前を受け取り、受け
取った名前を仮想名前対応表７に格納されている名前変
換手続きに入力し、名前変換手続きから出力される導出
式および名前の集合を得る。得られた名前に基づき、資
源管理表５を検索し、実在する資源の位置を得る。この
とき資源管理表５の検索に失敗した名前は仮想的な資源
の名前である可能性があるので、再帰的に仮想名前対応
表の各名前変換手続きを適用する。

【００４６】上述の構成において、資源管理表５と仮想
名前対応表７を別々に設けたが、第１の実施例と同様に
１つの表として構成することも可能である。このとき、
名前変換手続きを資源管理表５の名前の欄に、資源管理
表５の位置の欄を例えば、‘−’としておけばよい。

【００４７】本発明の名前サービス方式の第２の実施例
における動作の一例を説明する。通信部１に問い合わせ
が行なわれると、通信部１は、名前を受け取り、名前解
決部２の検索部３に対して、受け取った名前に対応する
名前解決を行なうように要求する。検索部３は、受け取
った名前をキーとして資源管理表５を検索する。検索の
結果、名前が資源管理表５に登録されていれば、対応す
る資源の位置を通信部１を介して出力する。名前が資源
管理表５に登録されていない場合、その名前は仮想的な
資源の名前である可能性があるので、その名前の解決を
仮想名前対応部６に依頼する。

【００４８】図３は、仮想名前対応部６の動作の一例を
示すフローチャートである。まず、Ｓ３１において、仮
想名前対応表７の最初のエントリから名前変換手続きを
取り出す。Ｓ３２において、名前に対して名前変換手続
きを施す。Ｓ３３において、名前に対して名前変換手続
きを施した結果が未定義か否かを判定し、未定義の場合
には、さらにＳ３４で次の名前変換手続きが存在するか
否かを判定する。次の名前変換手続きが存在しない場合
には、導出式を未定義として仮想名前対応部６の処理を
終了する。次の名前変換手続きが存在する場合には、Ｓ
３５で仮想名前対応表７から次の名前変換手続きを取り
出し、Ｓ３２へ戻ってその名前変換手続きの処理を行な
う。

【００４９】Ｓ３３において、結果が未定義でない場合
は、Ｓ３６において、名前変換手続きを施した結果得ら
れた名前の集合の要素のそれぞれに対して、資源管理表
５を検索する。Ｓ３７において、名前が全て資源管理表
５に存在していたか否かを判定する。すべての名前が資
源管理表５に存在した場合は、Ｓ３８において、名前変
換手続きの実行により得られた導出式の名前を、資源管
理表５により得られた実在する資源の位置で置き換えた
新たな導出式を生成し、生成した導出式を結果として返
して処理を終了する。

【００５０】Ｓ３７において、名前の集合の要素の中
に、資源管理表５に記載されない名前が存在する場合
は、Ｓ３９において、その１つ１つに対して、再帰的に
図３に示したアルコリズムを実行し、Ｓ４０において、
再帰的な実行により得られた導出式で導出式の一部を置
き換える。ただし、ある名前の変換の途中で再び同一の
名前の変換が必要になった場合は結果を未定義とする。

【００５１】上述の動作の一例を具体例をもとに説明す
る。図２に示すように資源管理表５および仮想名前対応
表７に情報が格納されているものとする。ここで、名前
変換手続きＮＰｒｏｃ１は、与えられた名前の最後から
文字列“．Ｚ”を取り除いた名前をＮとするとき、Ｎの
みを要素とする集合と、Ｐｒｏｃ１（Ｎ）という式を返
す手続きとする。また、名前変換手続きＮＰｒｏｃ２
は、与えられた名前を構成する文字を全て大文字化した
名前をＮ’とするとき、Ｎ’のみを要素とする集合と、
Ｐｒｏｃ２（Ｎ’）という式を返す手続きとする。

【００５２】いま、ｎａｍｅ１．Ｚという名前が与えら
れたものとする。この名前に対して問い合わせを行なう
場合の動作を説明する。まず、検索部３は、与えられた
名前ｎａｍｅ１．Ｚをキーとして資源管理表５を検索す
る。しかし、対応する項目が存在しないため、仮想名前
対応部６にｎａｍｅ１．Ｚの検索を要求する。

【００５３】仮想名前対応部６は、図３に示すようなア
ルコリズムを実行する。すなわち、Ｓ３１において、仮
想名前対応表５より最初のエントリから名前変換手続き
Ｎｐｒｏｃ１を取り出し、Ｓ３２において、ｎａｍｅ
１．Ｚに対してこの名前変換手続きＮｐｒｏｃ１を適用
する。この結果、ＮＰｒｏｃ１は名前の集合ｎａｍｅ１
および、導出式Ｐｒｏｃ１（ｎａｍｅ１）を出力する。
この結果は未定義ではないので、Ｓ３６へ進む。

【００５４】Ｓ３６において出力された名前の集合の要
素、すなわちｎａｍｅ１をキーにして資源管理表５を検
索する。しかし、対応する項目が資源管理表５に存在し
ないため、Ｓ３７からＳ３９へ進み、ｎａｍｅ１に対し
て再び図３に示すアルコリズムを再帰的に適用する。

【００５５】Ｓ３１において、仮想名前対応表７の最初
のエントリから名前変換手続きＮｐｒｏｃを取り出し、
Ｓ３２において、名前ｎａｍｅ１に対してこの名前変換
手続きを適用する。この結果は未定義となるので、Ｓ３
３からＳ３４へ進む。まだ名前変換手続きが残っている
ので、Ｓ３５において、仮想名前対応表７より次の名前
変換手続きＮｐｒｏｃ２を取り出し、Ｓ３２で名前ｎａ
ｍｅ１に対して適用する。この結果、ＮＰｒｏｃ２は、
名前の集合としてＮＡＭＥ１、導出式としてＰｒｏｃ２
（ＮＡＭＥ１）を出力する。この結果は未定義ではない
のでＳ３３からＳ３６へ進む。

【００５６】Ｓ３６において、ＮＡＭＥ１をキーにして
資源管理表５を検索し、結果としてＬｏｃ１を得る。名
前が資源管理表５に存在したので、Ｓ３７からＳ３８へ
進み、この結果を元に導出式Ｐｒｏｃ２（ＮＡＭＥ１）
のＮＡＭＥ１をＬｏｃ１に置き換えＰｒｏｃ２（Ｌｏｃ
１）を得る。

【００５７】さらに、再帰的に呼び出した元の処理に戻
り、導出式Ｐｒｏｃ１（ｎａｍｅ１）の名前ｎａｍｅ１
を、再帰的な処理で得られたＰｒｏｃ２（Ｌｏｃ１）で
置き換え、導出式Ｐｒｏｃ１（Ｐｒｏｃ２（Ｌｏｃ
１））を得て、処理を終了する。検索部３は、仮想名前
対応部６から導出式Ｐｒｏｃ１（Ｐｒｏｃ２（Ｌｏｃ
１））を受け取り、通信部１にこれを渡す。

【００５８】図４は、本発明の名前サービス方式の第３
の実施例を示すブロック図である。図中、図１と同様の
部分には同じ符号を付して説明を省略する。８は手続き
選択部、９はシステム状態取得部である。この第３の実
施例では、第１の実施例の構成に手続き選択部８および
システム状態取得部９を付加し、システムの状態に応じ
て手続きを選択する構成を示している。同様にして、第
２の実施例の構成に対して、手続き選択部８およびシス
テム状態取得部９を付加して構成することも可能であ
る。

【００５９】システム状態取得部９は、システムの状態
によって定まるパラメータを手続き選択部８の要求に応
じて返す。手続き選択部８は、通信部１から与えられる
名前を検索部３に渡し、その結果として返された手続き
から、システム状態取得部９によって返されたパラメー
タによって示される手続きを選択して、通信部１に実在
する資源の位置と選択された手続きを返す。

【００６０】本発明の名前サービス方式の第３の実施例
における動作の一例を説明する。具体例として、通信部
に対してｖｎａｍｅ３に対する問い合わせを行なう場合
の動作を示す。システム状態取得部９は、現在のシステ
ムの状態に対応するパラメータとして、“２”を返すも
のとする。

【００６１】通信部１は、ｖｎａｍｅ３の問い合わせ要
求を受け取ると、手続き選択部８に対してｖｎａｍｅ３
の名前解決を行なうよう要求する。手続き選択部８は、
検索部３に対してｖｎａｍｅ３に対応する名前解決を行
なうよう要求すると同時に、システム状態取得部９に現
在のシステムの状態を問い合わせる。検索部３は、ｖｎ
ａｍｅ３をキーとして仮想資源管理表４を検索し、＜ｖ
ｎａｍｅ３，Ｌｏｃ２，ｐｒｏｃ２＋ｐｒｏｃ３＞の３
項組を得て、手続き選択部８にこの３項組を渡す。ま
た、システム状態取得部９は、現在のシステムの状態に
対応するパラメータとして“２”を、手続き選択部８に
渡す。手続き選択部８は、検索部３から得た３項組の中
の手続き“ｐｒｏｃ２＋ｐｒｏｃ３”から、パラメータ
“２”に従って２番目の手続きである“ｐｒｏｃ３”を
選択し、通信部１に＜ｖｎａｍｅ３，Ｌｏｃ２，ｐｒｏ
ｃ３＞の３項組を返す。通信部１は、Ｌｏｃ３，ｐｒｏ
ｃ３を答えとして通信する。

【００６２】図５は、本発明の名前サービス方式の第４
の実施例を示すブロック図である。図中、図１と同様の
部分には同じ符号を付して説明を省略する。１０は手続
き選択部である。この例では、上述の第３の実施例と違
い、手続き選択部１０が外部から指定されるパラメータ
に従って手続きを選択する例を示している。この実施例
においても、第１の実施例に手続き選択部１０を付加す
る構成の他、第２の実施例の構成に対して、手続き選択
部１０を付加して構成してもよい。

【００６３】手続き選択部１０は、通信部１に送られて
くるデータから名前とパラメータを分離し、名前を検索
部３に渡し、その結果として返された手続きから、パラ
メータによって示される手続きを選択して、通信部１に
実在する資源の位置と選択された手続きを返す。

【００６４】手続き選択部１０が用いるパラメータは、
通信部１を介して得る構成の他、ユーザがキーボード等
から手動で設定したり、あるいは、ある処理を実行した
結果を用いるように構成することもできる。

【００６５】本発明の名前サービス方式の第３の実施例
における動作の一例を説明する。具体例として、通信部
１に対してｖｎａｍｅ３とパラメータ“２”が与えられ
た場合の動作を示す。通信部１は、パラメータ“２”お
よびｖｎａｍｅ３の問い合わせ要求を受け取ると、手続
き選択部１０に対してパラメータ“２”およびｖｎａｍ
ｅ３を渡し、パラメータ“２”という条件でｖｎａｍｅ
３の名前解決を行なうように要求する。手続き選択部１
０は、検索部３に対してｖｎａｍｅ３に対応する名前解
決を行なうよう要求する。検索部３は、ｖｎａｍｅ３を
キーとして仮想資源管理表５を検索し、＜ｖｎａｍｅ
３，Ｌｏｃ２，ｐｒｏｃ２＋ｐｒｏｃ３＞の３項組を得
て、手続き選択部１０に３項組を渡す。手続き選択部１
０は、パラメータ“２”に基づき、３項組の中の手続き
“ｐｒｏｃ２＋ｐｒｏｃ３”から２番目の“ｐｒｏｃ
３”を選択し、通信部１に＜ｖｎａｍｅ３，Ｌｏｃ２，
ｐｒｏｃ３＞の３項組を返す。通信部１は、Ｌｏｃ２、
ｐｒｏｃ３を答えとして通信する。

【００６６】図６は、本発明の名前サービス方式の第５
の実施例を示すブロック図である。図中、２は名前解決
部、４は仮想資源管理表、１１は字句解析部、１２は名
前構文解析部、１３は手続き選択部、１４は資源管理
表、１５は手続き管理表、１６は字句タイプ表である。
この実施例では、名前解決部２が、字句解析部１１、名
前構文解析部１２、手続き選択部１３を有する構成を示
している。また、仮想資源管理表４として、資源管理表
１４と手続き管理表１５の２つの表を別々に有する構成
を示している。名前解決部２は、このほかに字句タイプ
表１６を保持、管理する。

【００６７】字句解析部１１は、手続き管理表１５およ
び図示しないデリミタ情報に基づき、与えられた名前を
構成する文字列から字句を切り出し、字句タイプ表１６
に登録する。デリミタ情報としては、名前の文字列中に
存在する字句の区切りを示す情報が与えられている。

【００６８】名前構文解析部１２は、字句解析部１１で
切り出された字句のそれぞれについてタイプを調べ、字
句タイプ表１６に登録し、手続き管理表１５から、それ
ぞれのキーワードの優先順位を調べて構文木を作り、手
続き選択部１３に渡す。図７は、木の説明図である。以
下の説明では、子ｃ１，．．．，ｃｎを持つ親ｐの木を
｛ｐ ｃ１ ・・・ ｃｎ｝と表記することとする。例
えば、図７に示す木は“（ｈ（ｃ ａ ｂ））（ｇ（ｆ
ｄ ｅ））”と表記する。図７において、ａ，ｂ，
ｄ，ｅがリーフ、ｃ，ｆ，ｇ，ｈがノードである。名前
構文解析部１２は、字句をリーフとする構文木を作成す
る。

【００６９】手続き選択部１３は、字句タイプ表１６で
名前として登録されている字句について、資源管理表１
４から資源の物理的な位置を調べ、また、構文木と手続
き管理表１５から得られた手続きを選択し、資源の物理
的な位置と手続きを出力する。

【００７０】資源管理表１４は、従来の資源管理表と同
様に、名前と実在する資源の物理的な位置のペアから構
成される。図８は、資源管理表の構成の説明図である。
図中、ＮＡＭＥ１，ＮＡＭＥ２，ＮＡＭＥ３は名前を表
わし、ＡＴＴＲ１，ＡＴＴＲ２，ＡＴＴＲ３はそれぞれ
ＮＡＭＥ１，ＮＡＭＥ２，ＮＡＭＥ３に対応する資源の
物理的な位置を表わしている。この資源管理表１４は、
名前解決部２によって保持、管理される。

【００７１】手続き管理表１５は、名前構文解析部１２
が構文解析を行なう際に用いる表である。図９は、手続
き管理表の構成の説明図である。図９に示した手続き管
理表１５の構成の一例では、名前に現れるキーワード等
の演算子名、演算子のタイプ、優先順位、手続き選択規
則から構成されている。図中、ＲＴ１，ＲＴ２，ＲＴ３
はそれぞれ演算子名を表わし、ＴＹ１，ＴＹ２，ＴＹ３
はそれぞれ演算子のタイプを表わし、ＰＲ１，ＰＲ２，
ＰＲ３はそれぞれ優先順位を表わし、ＲＵ１，ＲＵ２，
ＲＵ３はそれぞれ手続き選択規則を表わしている。

【００７２】字句タイプ表１６は、字句解析部１１、名
前構文解析部１２において登録され、手続き選択部１３
で参照される表である。名前が名前解決部２に渡された
時点では空の表である。この字句タイプ表１６には、字
句解析部１１で切り出された字句と、名前構文解析部１
２で対応づけられたタイプが格納される。

【００７３】本発明の名前サービス方式の第５の実施例
における動作の一例を説明する。図１０は、名前解決部
２の動作の一例を説明するためのフローチャートであ
る。名前解決部２は、入力として与えられた名前が資源
管理表１４に記載されていない場合に、与えられた名前
を字句解析部１１により字句に分割した後、字句列を名
前構文解析部１２において手続き管理表１５を用いて解
析し、その解析結果を手続き選択部１３に渡す。そし
て、手続き選択部１３において、解析結果に基づき、資
源の物理的な位置と手続きを得るものである。

【００７４】まず、Ｓ５１において、名前を受け付け
る。そして、Ｓ５２において、受け付けた名前を資源管
理表１４から探す。このとき、名前が資源管理表１４に
あるか否かをＳ５３で判定し、もし資源管理表１４に名
前が存在すれば、Ｓ５４において、資源管理表１４から
資源の物理的な位置を得て、問い合わせの結果として返
し、処理を終了する。

【００７５】Ｓ５３において、資源管理表１４に受け付
けた名前が存在しない場合には、Ｓ５５において、字句
解析部１１により受け付けた名前から字句を切り出す。
このとき、字句を切り出すことができたか否かをＳ５６
で判断する。字句を切り出すことができない場合には、
Ｓ５７において、該当する名前がないことを要求元に伝
え、処理を終了する。

【００７６】Ｓ５５で字句解析部１１が字句を切り出す
ことができた場合には、Ｓ５６からＳ５８へ進み、名前
構文解析部１２により構文木を作る。このとき、構文木
を作ることができたか否かをＳ５９で判断する。構文木
を作ることができなかった場合には、Ｓ６０において、
名前が不正確であることを要求元に伝え、処理を終了す
る。

【００７７】Ｓ５８で構文木を作ることができた場合に
は、Ｓ５９からＳ６１へ進み、手続き選択部１３により
手続きを選択する。このとき、手続きを選択することが
できたか否かをＳ６２で判断する。手続きを選択するこ
とができなかった場合には、Ｓ６３において、手続きの
選択に失敗したことを要求元に伝え、処理を終了する。

【００７８】Ｓ６１で手続きが選択できた場合には、Ｓ
６２からＳ６４へ進み、導出された資源の物理的な位置
と、選択された手続きを問い合わせの結果として要求元
に返す。

【００７９】次に、図１０に示した処理の流れのうち、
Ｓ５５において行なわれる字句解析部１１による字句の
切り出し処理について説明する。図１１は、字句解析部
１１の動作の一例を説明するためのフローチャートであ
る。上述のように、字句解析部１１は、手続き管理表１
５およびデリミタ情報を用いて、与えられた名前を構成
する文字列から字句を切り出し、字句タイプ表１６に登
録する。

【００８０】Ｓ７１において、まずデリミタ情報を得
て、名前を構成する文字列中にデリミタがあるか否かを
調べる。Ｓ７２においてデリミタが存在したか否かを判
定し、デリミタが存在しなければ、字句の切り出しに失
敗したものとして処理を終了する。デリミタが存在して
いる場合には、Ｓ７３において、デリミタで区切られた
文字列を字句として字句を切り出す。そして、Ｓ７４に
おいて、切り出した字句を字句タイプ表１６に登録して
処理を終了する。

【００８１】次に、図１０に示した処理の流れのうち、
Ｓ５８において行なわれる名前構文解析部１２による構
文木の作成の処理について説明する。図１２は、名前構
文解析部１２の動作の一例を説明するためのフローチャ
ートである。上述のように、名前構文解析部１２は、字
句解析部１１で切り出された字句のそれぞれについてタ
イプを調べ、字句タイプ表１６に登録し、手続き管理表
１５からそれぞれのキーワードの優先順位を調べて構文
木を作り、手続き選択部１３に渡す処理を行なう。

【００８２】まず、Ｓ８１において、字句を全て処理し
たか否かを判定する。未処理の字句が存在する場合に
は、Ｓ８２において、未処理の字句を字句タイプ表１６
から１つ取り出す。取り出した字句に基づき資源管理表
１４を検索し、Ｓ８３において、取り出した字句が資源
管理表１４の名前の項目として記載されているか否かを
判定する。字句が資源管理表１４に記載されている場合
には、Ｓ８４において、その字句に対応するタイプを
「名前」として、字句タイプ表１４に登録する。そし
て、Ｓ８１へ戻り、次の字句についての処理を続ける。

【００８３】Ｓ８３において、字句が資源管理表１４に
記載されていなかった場合には、字句をもとに手続き管
理表１５を検索する。Ｓ８５において、字句が手続き管
理表１５に記載されているか否かを判定し、記載されて
いればＳ８６において字句に対応するタイプを「演算子
名」として字句タイプ表１６に登録する。字句が手続き
管理表１５に記載されていない場合には、Ｓ８７におい
て、字句に対応するタイプを「パラメータ」として字句
タイプ表１６に登録する。どちらの場合にも、Ｓ８１へ
戻り、次の字句についての処理を続ける。

【００８４】Ｓ８１において、すべての字句についての
処理が終了した場合には、Ｓ８８において、字句タイプ
表１６で演算子名と登録されている字句について、手続
き管理表１５からそれぞれの優先順位を調べ、構文木を
作成し、処理を終了する。

【００８５】次に、図１０に示した処理の流れのうち、
Ｓ６１において行なわれる手続き選択部１３による手続
きの選択処理について説明する。図１３は、手続き選択
部１３の動作の一例を説明するためのフローチャートで
ある。上述のように、手続き選択部１３は、字句タイプ
表１６にタイプが「名前」として登録されている字句に
ついて、資源管理表１４から資源の物理的な位置を調
べ、また、名前構文解析部１２で作成された構文木と手
続き管理表１５から手続きを選択する。

【００８６】まず、Ｓ９１において、字句タイプ表１６
にタイプが「名前」として登録されている字句を取り出
し、それらの字句について、資源管理表１４を検索して
対応する資源の物理的な位置を求める。続いて、Ｓ９２
において、名前構文解析部１２において作成された構文
木に基づき、手続き管理表１５を検索して、手続きを得
る。このようにして得られた資源の物理的な位置と選択
された手続きは、名前解決部２における名前解決の結果
として要求元に返される。

【００８７】上述の第５の実施例の動作の一例を具体例
をもとに説明する。例えば、図示しない仮想資源実現部
などから、名前が名前解決部２に送信される。ここで
は、ｉｍａｇｅ１というイメージファイルを２倍に拡大
した仮想的なファイルの名前である「ｉｍａｇｅ１．ｓ
ｃａｌｅ．２」という名前が送信された場合について説
明する。

【００８８】図１４は、デリミタ情報表の一例の説明
図、図１５は、資源管理表１４の一例の説明図、図１６
は、手続き管理表１５の一例の説明図、図１７は、字句
タイプ表１６の一例の説明図である。あらかじめデリミ
タ情報表、資源管理表１４、手続き管理表１５が設定さ
れている。デリミタ情報表には、図１４に示すように、
“．”がデリミタとして登録されている。また、資源管
理表１４には、図１５に示すように、名前“ｉｍａｇｅ
１”に対応してその物理的な位置“ｌｏｃａｔｉｏｎ
１”が、名前“ｉｍａｇｅ２”に対応してその物理的な
位置“ｌｏｃａｔｉｏｎ２”が登録されている。さら
に、手続き管理表１５には、図１６に示すように、演算
子“ｓｃａｌｅ”と“Ｚ”が登録されている。演算子
“ｓｃａｌｅ”は２項演算子であり、タイプとして２項
演算子を示す“ｘ．ｓｃａｌｅ．ｙ”が登録されてい
る。優先度は２で最も高く、手続きは“ｐｎｍｓｃａｌ
ｅ”であり、引数を２つ有している。また、演算子
“Ｚ”は単項演算子であり、タイプとして単項演算子を
示す“ｘ．Ｚ”が登録されている。優先度は１で最も低
く、手続きとして“ｃｏｍｐｒｅｓｓ”が登録されてい
る。この手続きの引数は１つである。また、字句タイプ
表１６は、初期状態においては空の表である。

【００８９】仮想資源実現部から“ｉｍａｇｅ１．ｓｃ
ａｌｅ．２”という名前が送信され、名前解決部２がこ
の名前を受け取ると、まず、名前“ｉｍａｇｅ１．ｓｃ
ａｌｅ．２”が資源管理表１４に存在するか否かを調べ
る。名前“ｉｍａｇｅ１．ｓｃａｌｅ．２”は図１５に
示した資源管理表１４に存在しないため、字句解析部１
１に渡される。

【００９０】字句解析部１１は、デリミタ情報表を調べ
る。デリミタ情報表には、図１４に示したようにデリミ
タとして“．”が格納されている。字句解析部１１はデ
リミタとして“．”を得る。そして、得られたデリミタ
“．”によって名前“ｉｍａｇｅ１．ｓｃａｌｅ．２”
から字句“ｉｍａｇｅ１”，“ｓｃａｌｅ”，“２”を
切り出す。切り出した字句は、字句タイプ表１６に登録
され、名前構文解析部１２に渡される。この時点では、
字句タイプ表１６には、図１７に示す表のうち、字句の
欄のみが登録された状態となる。ＴＹＰＥの欄は未定義
のままである。

【００９１】名前構文解析部１２は、字句タイプ表１６
から１つ目の字句“ｉｍａｇｅ１”を取り出し、字句
“ｉｍａｇｅ１”が管理資源表１４の名前の項目に記載
されているか否かを調べる。字句“ｉｍａｇｅ１”は、
図１５に示す資源管理表１４に記載されているので、字
句“ｉｍａｇｅ１”に対応するタイプを「名前」として
字句タイプ表１６のＴＹＰＥの欄に登録する。

【００９２】次に、字句タイプ表１６から２つ目の字句
“ｓｃａｌｅ”を取り出し、字句“ｓｃａｌｅ”が資源
管理表１４の名前の項目に記載されているか否かを調べ
る。字句“ｓｃａｌｅ”は図１５に示す資源管理表１４
に記載されていないので、さらに手続き管理表１５に記
載されているか否かを調べる。字句“ｓｃａｌｅ”は図
１６に示す手続き管理表１５に記載されているので、字
句“ｓｃａｌｅ”に対応するタイプを「演算子」として
字句タイプ表１６のＴＹＰＥの欄に登録する。

【００９３】次に、字句タイプ表１６から３つ目の字句
“２”を取り出し、字句“２”が資源管理表１４の名前
の項目に記載されているか否かを調べる。字句“２”は
図１５に示す資源管理表１４に記載されていないので、
さらに手続き管理表１５に記載されているか否かを調べ
る。字句“２”は、図１６に示す手続き管理表１５にも
記載されていないので、字句“２”に対応するタイプを
「パラメータ」として字句タイプ表１６のＴＹＰＥの欄
に登録する。

【００９４】このようにして、すべての字句について、
そのタイプが調べられて字句タイプ表に登録される。図
１７には、このようにして完成された字句タイプ表を示
している。

【００９５】名前構文解析部１２は、図１７に示した字
句タイプ表と、図１６に示した手続き管理表から構文木
を作成する。構文木を作成する方法としては、演算子順
位構文解析（サイエンス社，Ａ．Ｖ．Ａｈｏ，Ｒ．Ｓｅ
ｉｔｈｉ，Ｊ．Ｄ．Ｕｌｌｍａｎ，コンパイラＩ，Ｐ２
４５）等の構文解析手法を用いることができる。構文解
析により、構文木“（ｓｃａｌｅ ｉｍａｇｅ１
２）”が作成され、手続き選択部１３に渡される。

【００９６】手続き選択部１３は、字句タイプ表１６に
ＴＹＰＥが「名前」として登録されている字句を取り出
す。ここでは、字句“ｉｍａｇｅ１”が取り出される。
この字句“ｉｍａｇｅ１”について、資源管理表１４か
ら資源の物理的な位置“ｌｏｃａｔｉｏｎ１”を得る。
さらに、構文木“（ｓｃａｌｅ ｉｍａｇｅ１ ２）”
のノード“ｓｃａｌｅ”をもとに手続き管理表１５を参
照し、手続き“ｐｎｍｓｃａｌｅ（ｙ，ｘ）を得る。構
文木の親“ｓｃａｌｅ”の子である“ｉｍａｇｅ１”，
“２”をそれぞれｘ，ｙに対応させ、さらに“ｉｍａｇ
ｅ１”を資源管理表１４から得られた資源の物理的な位
置“ｌｏｃａｔｉｏｎ１”に置き換えることによって、
手続き“ｐｎｍｓｃａｌｅ（２，ｌｏｃａｔｉｏｎ
１）”を得る。このようにして得られた資源の物理的な
位置“ｌｏｃａｔｉｏｎ１”と、手続き“ｐｎｍｓｃａ
ｌｅ（２，ｌｏｃａｔｉｏｎ１）”が仮想資源実現部に
送信されることになる。

【００９７】仮想資源実現部は、名前“ｉｍａｇｅ１．
ｓｃａｌｅ．２”に対応する資源の物理的な位置“ｌｏ
ｃａｔｉｏｎ１”と、選択された手続き“ｐｎｍｓｃａ
ｌｅ（２，ｉｍａｇｅ１）”を受け取ると、ｌｏｃａｔ
ｉｏｎ１に存在する資源“ｉｍａｇｅ１”に対し、“ｐ
ｒｉｍｓｃａｌｅ”という手続きをパラメータ“２”で
実行する。その結果、“ｉｍａｇｅ１”を２倍に拡大し
たイメージファイルを得ることができる。

【００９８】図１８は、入力される名前と、生成する構
文木、選択される手続きの具体例の説明図、図１９は、
手続き管理表１５の別の例の説明図である。図１８
（Ａ）に示すように、上述のような処理によって、名前
“ｉｍａｇｅ１．ｓｃａｌｅ．２”から構文木“（ｓｃ
ａｌｅ，ｉｍａｇｅ１，２）”が生成され、手続き“ｐ
ｎｍｓｃａｌｅ（２，ｉｍａｇｅ１）”が返される。図
１８（Ｂ）ないし（Ｄ）には、いくつかの別の例を示し
ている。それぞれ、同様にして処理が行なわれ、構文木
の生成および手続きの選択が行なわれる。これらの例に
対して用いられる手続き管理表１５を図１９に示してい
る。図１９では、優先順位は未定義となっている。

【００９９】図１８（Ｂ）に示した例では、名前“ｉｍ
ａｇｅ１．ｓｃａｌｅ．２．ｔｉｆｆ．Ｚ”が与えられ
た場合を示している。字句解析部１１では、字句“ｉｍ
ａｇｅ１”，“ｓｃａｌｅ”，“２”，“ｔｉｆｆ”，
“Ｚ”が切り出され、名前構文解析部１２で構文木
“（Ｚ （ｔｉｆｆ （ｓｃａｌｅ ２ ｉｍａｇｅ
１）））”が生成される。手続き選択部１３では、この
構文木と図１９に示した手続き管理表１５から、手続き
が選択される。“（ｓｃａｌｅ ２ ｉｍａｇｅ１）”
の部分は、図１８（Ａ）と同様である。“（ｔｉｆｆ，
（ｓｃａｌｅ ２ ｉｍａｇｅ１））”の部分から“ｐ
ｎｍｔｏｔｉｆｆ（ｐｎｍｓｃａｌｅ（２，ｉｍａｇｅ
１））”が得られ、全体として手続き“ｃｏｍｐｒｅｓ
ｓ（ｐｎｍｔｏｔｉｆｆ（ｐｎｍｓｃａｌｅ（２，ｉｍ
ａｇｅ１）））”が得られる。

【０１００】図１８（Ｃ）に示した例では、名前“ｉｍ
ａｇｅ１．ｓｃａｌｅ．２．Ｚ”が与えられた場合を示
している。字句解析部１１で字句“ｉｍａｇｅ１”，
“ｓｃａｌｅ”，“２”，“Ｚ”が切り出され、名前構
文解析部１２で構文木“（Ｚ（ｓｃａｌｅ ２ ｉｍａ
ｇｅ１））”が生成される。これをもとに手続き選択部
１３では、“（ｓｃａｌｅ ２ ｉｍａｇｅ１）”の部
分木から図１８（Ａ）と同様にして手続き“ｐｎｍｓｃ
ａｌｅ（２，ｉｍａｇｅ１）”を得た後、全体として、
手続き“ｃｏｍｐｒｅｓｓ（ｐｎｍｓｃａｌｅ（２，ｉ
ｍａｇｅ１））”得る。

【０１０１】図１８（Ｄ）に示した例では、名前“（ｐ
ｎｍｆｉｌｅ１．ｐｎｍｓｃａｌｅ．２）．ａｄｄ．ｐ
ｎｍｆｉｌｅ２”が与えられた場合を示している。字句
解析部１１で字句“ｐｎｍｆｉｌｅ１”，“ｐｎｍｓｃ
ａｌｅ”，“２”，“ａｄｄ”，“ｐｎｍｆｉｌｅ２”
が切り出され、名前構文解析部１２で構文木“（ａｄｄ
（ｐｎｍｓｃａｌｅ ｐｎｍｆｉｌｅ１ ２） ｐｎ
ｍｆｉｌｅ２）”が生成される。手続き選択部１３で
は、部分木“（ｐｎｍｓｃａｌｅ ｐｎｍｆｉｌｅ１
２）”から手続き“ｐｎｍｓｃａｌｅ（２，ｐｎｍｆｉ
ｌｅ１）”を得た後、全体として手続き“ｐｎｍａｒｉ
ｔｈ（−ａｄｄ，ｐｎｍｓｃａｌｅ（２，ｐｎｍｆｉｌ
ｅ１），ｐｎｍｆｉｌｅ２）”を得る。

【０１０２】このようにして、与えられた名前に対応し
た手続きを得ることができる。この時、与える名前は、
実在する資源に対して手続きを施すことによって得られ
る仮想的な資源である。これらの名前の資源は実在しな
くてよい。これらの名前に別名を付けることも可能であ
るし、また、上述の第２の実施例のように、ある手続き
を適用することによって、これらの名前が得られるよう
に構成することも可能である。

【０１０３】図２０は、本発明の名前サービス方式の第
６の実施例を示すブロック図である。図中、図６と同様
の部分には同じ符号を付して説明を省略する。１７は仮
想資源実在化部、１８は名前管理部である。この実施例
では、名前サービス方式として名前解決部２とともに仮
想資源実在化部１７を備えた構成を示している。この仮
想資源実在化部１７によって、仮想的な資源の実体を生
成し、通常のアクセスを行なうように構成することがで
きる。

【０１０４】ここで、仮想的な資源を実在化することに
ついて、第１の実施例で説明した例を用いて説明する。
例えば、特定の日時を指定して、会議の予約をしたり予
約状況を問い合わせることができる予約サービスを資源
とする。このとき、仮想的な資源としては、指定時刻の
予約状況を示す予約ファイルとすることができる。予約
サービスに予約状況を問い合わせるという手続きを実行
することによって、仮想的な資源である予約ファイルを
作成することができる。これにより仮想的な資源である
予約ファイルを実在化させることができる。

【０１０５】また、あるファイルに変換処理を施した結
果をファイルに出力する場合を考えると、最初のファイ
ルは実在する資源であり、出力結果のファイルは仮想的
な資源を実在化したものとなる。このように資源をファ
イルとしたとき、実在するファイルに変換処理という手
続きを施すことで、実在化した仮想的なファイルを得る
ことができる。

【０１０６】さらに、出力先として「出力中でないプリ
ンタ」と名前を指定したとき、使用できるプリンタの中
で出力中でないプリンタを探して、そのプリンタに出力
するシステムを考える。このときの資源はそれぞれのプ
リンタであり、仮想的な資源は名前が「出力中でないプ
リンタ」に対応するプリンタということになる。この場
合は、使用できるプリンタの中で出力中でないプリンタ
を選択することにより、仮想的な資源を実在化すること
ができる。

【０１０７】いずれの場合も、仮想的な資源を実在化す
る前は、仮想的な資源に対応する資源は存在しないが、
実在化の処理によって、仮想的な資源が生成され、実在
する資源となる。この第６の実施例では、実在する資源
に対して手続きを実行し、仮想的な資源を実在化させて
アクセスする点で上述の各実施例と異なる。

【０１０８】仮想資源実在化部１７は、名前解決部２か
ら出力される資源の物理的な位置と資源に適用するため
の手続きを受けとり、その物理的な位置の資源に対して
その手続きを適用し、その結果得られた資源を生成す
る。そして、生成した資源の位置を返す。例えば、資源
がファイルである場合、ファイル内のデータに手続きを
適用し、その後ネットワーク上でファイルを収める場所
を確保して、確保した場所に手続きを適用して生成した
データをファイルとして格納し、そのファイルの位置を
結果として返す。仮想資源実在化部１７は、生成した資
源を納める場所を確保してその場所に資源を格納するた
め、資源格納装置との通信を行なう図示しない通信処理
部を具備する。なお、図示しない資源格納装置は、資源
情報の読み込み、書き込みを行ない、書き込みを行なっ
た場合には資源の位置を返す。また、位置を与えられる
と、それに対応する資源を返す。

【０１０９】仮想資源実在化部１７は、名前サービスが
動作しているホストと別のホストで動作しても良い。そ
の場合、手続きの実行はリモートオペレーションにより
実現しても良い。また、図示しない資源格納装置は、資
源がファイルの場合には、分散オペレーティングシステ
ムのファイルシステムを用いて実現しても良い。また、
仮想資源を実在化した資源は、キャッシュとして管理し
ても良い。

【０１１０】名前管理部１８は、資源管理表１４、手続
き管理表１５を保持、管理し、名前の登録、更新、削除
の要求に対応する。また、名前管理部１８は、名前解決
部２からの名前情報に関する問い合わせに答える。上述
の第１ないし第５の実施例においても、この名前管理部
１８に相当する機能を有しており、この実施例では名前
管理部１８を明示した。

【０１１１】図２０には上述の第５の実施例をもとにし
た構成を示しているが、これに限らず、第１ないし第４
の実施例をもとにして構成することももちろん可能であ
る。

【０１１２】以下、本発明の名前サービス方式の第６の
実施例における動作の一例について説明する。図２１
は、本発明の第６の実施例における動作の一例を説明す
るためのフローチャートである。この第６の実施例にお
ける名前サービス方式は、まず、Ｓ１０１において、外
部から名前解決要求に応じて、名前を受け付ける。Ｓ１
０２において、受け付けた名前を名前解決部２に渡す。
名前解決部２は、渡された名前を解決する。このとき、
Ｓ１０３で名前が解決できたか否かを判定し、名前が解
決できなかった場合には、名前解決部２から得られる名
前が解決できなかった理由を要求元へ返し、処理を終了
する。

【０１１３】名前解決部２で名前が解決されると、Ｓ１
０５において、名前が示す資源が仮想的な資源か否かを
判定し、実在する資源の名前である場合には、Ｓ１０７
においてその名前の示す資源の位置を要求元へ返す。も
し、名前が示す資源が仮想的な資源である場合は、Ｓ１
０６において、仮想資源実在化部１７で仮想的な資源を
実在化し、それを資源格納装置に格納し、その格納した
位置を得る。そして、Ｓ１０７において、その実在化し
た仮想的な資源の位置を要求元に返す。

【０１１４】名前解決部２の動作は、上述の第５の実施
例における動作と同様であるので、ここではその動作の
詳細を省略する。名前解決部２は、実在する資源の位置
と適用する手続きを出力するが、これらは仮想資源実在
化部１７に入力される。

【０１１５】図２２は、仮想資源実在化部１７の動作の
一例を説明するためのフローチャートである。名前解決
部２から出力される実在する資源の位置と適用する手続
きを受け取ると、Ｓ１１１において、受け取った位置に
存在する資源に対し、受け取った手続きを適用し、仮想
的な資源を実在化する。一方、Ｓ１１２において、ネッ
トワーク上で実在化した資源を収める場所を確保する。
そして、Ｓ１１３において、Ｓ１１２で確保した場所
に、Ｓ１１１で実在化した資源を格納する。最後に、Ｓ
１１４において、Ｓ１１２で確保した場所の位置を結果
として要求元に返す。要求元では、得られた位置をもと
にアクセスすることによって、仮想的な資源に対するア
クセスを実現することができる。

【０１１６】次に、上述の第６の実施例における具体的
な動作の一例を説明する。ここでは、ｉｍａｇｅ１とい
うイメージファイルを２倍に拡大したファイルの名前で
あるｉｍａｇｅ１．ｓｃａｌｅ．２という名前を受け取
った場合について説明する。要求された名前“ｉｍａｇ
ｅ１．ｓｃａｌｅ．２”を受け付けると、この名前を名
前解決部２に渡す。名前解決部２は、名前“ｉｍａｇｅ
１．ｓｃａｌｅ．２”を受け取ると、上述の第５の実施
例で説明したようにして、実在する資源の位置と選択さ
れた手続きを出力する。例えば、実在する資源の位置と
して“ｌｏｃａｔｉｏｎ１”が、選択された手続きとし
て“ｐｎｍｓｃａｌｅ（２，ｉｍａｇｅ１）”がそれぞ
れ出力される。

【０１１７】名前解決部２で解決された名前は仮想資源
を示すものである。そのため、名前解決部２から出力さ
れる資源の物理的な位置と選択された手続きは、仮想資
源実在化部１７に渡される。

【０１１８】仮想資源実在化部１７は、名前“ｉｍａｇ
ｅ１．ｓｃａｌｅ．２”に対応する資源の物理的な位置
“ｌｏｃａｔｉｏｎ１”と、選択された手続き“ｐｎｍ
ｓｃａｌｅ（２，ｉｍａｇｅ１）”を受け取ると、ｌｏ
ｃａｔｉｏｎ１に存在する資源ｉｍａｇｅ１に対し、ｐ
ｎｍｓｃａｌｅという手続きをパラメータ２で実行す
る。その結果、ｉｍａｇｅ１を２倍に拡大したイメージ
ファイルを得る。そして、図示しない資源格納装置にｉ
ｍａｇｅ１を２倍に拡大したイメージファイルを収める
場所を確保し、確保した場所にｉｍａｇｅ１を２倍に拡
大したイメージファイルを格納する。そして、仮想資源
実在化部１７から出力される仮想的な資源に対応する資
源の位置を、問い合わせの結果として要求元に返す。

【０１１９】次に、本発明の第７の実施例について説明
する。この第７の実施例では、ネットワークで結ばれた
システムの一部が切り離されて使用される場合が想定さ
れるとき、ある資源が切り離されて使用される場合や、
システムに接続された状態で使用される場合において
も、良好な環境を提供するための構成を示している。

【０１２０】例えば、スケジュール管理ファイルを考え
る。オフィス内においては、ネットワークに常に接続し
ているデスクトップ型のシステムによって、スケジュー
ルの管理が行なわれる。また、オフィス外では、スケジ
ュール管理ファイルを携帯型のシステムに移し、スケジ
ュールの参照を行なうことが考えられる。このように、
ネットワークに常に接続しているシステムと、ネットワ
ークから切り離される可能性のあるシステムの間で、フ
ァイルなどの資源の共有が行なわれる場合がある。ネッ
トワークで接続されているデスクトップシステムと携帯
型システムでファイルを共有する場合、携帯型システム
がネットワークから切り離された場合にも共有するファ
イルにアクセス可能とするために、共有するファイルの
コピーを携帯型システム上にも持つ必要がある。

【０１２１】ここで問題となるのは、デスクトップシス
テム上にあるオリジナルファイルと携帯型システム上の
コピーファイルのどちらかに、新たに追加変更がおこな
われた場合である。このような場合には、もう片方のフ
ァイルに対しても同様の追加変更が行なわれるか、また
は、追加変更がおこなわれたファイルをもう片方にコピ
ーするというファイル間のシンクロナイズが必要とな
る。

【０１２２】このようなファイル間のシンクロナイズを
実現するものとして、ＵＮＩＸ オペレーティングシス
テムのツールの一つであるｒｄｉｓｔがある。これは、
指定したソースディレクトリとターゲットディレクトリ
の下のファイルについて変更時刻の比較を行ない、ソー
スディレクトリ下で新たに追加されたり変更されたファ
イルについて、ターゲットディレクトリ下にコピーを行
なう。これにより、ソースディレクトリからターゲット
ディレクトリへの片方向のシンクロナイズを提供してい
る。

【０１２３】また、Ａｐｐｌｅ社のＭａｃｈｉｎｔｏｓ
ｈ（商品名）用のアプリケーションとして、「Ｍａｇｎ
ｅｔ」（Ｎｏ Ｈａｎｄｓ Ｓｏｆｔｗａｒｅ社）（商
品名）、「ＰｏｗｅｒＭｅｒｇｅ」（（株）誠和システ
ムズ）（商品名）、「Ｚｙｎｃ」（Ｒｉｃａｒｄｏ Ｂ
ａｔｉｓｔａ）（フリーウェア）などのファイルシンク
ソフトウェアがある。これらは、あらかじめ指定された
異なるシステム上の２つのファイルやファイル群の間
で、データのシンクロナイズを行なう。

【０１２４】携帯型のシステムは、ネットワークから切
り離されて利用されるため、ファイルに対して変更があ
った時に常に直ちにシンクロナイズを行なうことはでき
ない。そこで、ある一定の間隔でシンクロナイズを行な
うアプリケーションを起動してファイルなどの資源のシ
ンクロナイズさせたり、携帯型システムをネットワーク
に接続したときや共有ファイルにアクセスする前に、ユ
ーザが手動でシンクロナイズのアプリケーションを起動
するといったことが行なわれている。

【０１２５】しかしながら、一定間隔でシンクロナイズ
を行なうアプリケーションを起動する場合には、携帯型
システムがネットワークに接続されているにもかかわら
ず、時間が一定間隔に満たないためにデスクトップ上の
最新オリジナルファイルとは異なる内容をもつ携帯型シ
ステム上のファイルにアクセスしてしまう場合がある。
また、携帯型のシステムをネットワークに接続後、ユー
ザがこれらシンクロナイズのアプリケーションを起動す
る場合は、これを忘れてファイルにアクセスしてしまう
可能性がある。また、ネットワークに接続されているか
どうかを確認してからシンクロナイズのアプリケーショ
ンを起動する必要がある。さらに、その時アクセスした
いファイル以外のファイルもシンクロナイズされるた
め、シンクロナイズの対象となっているファイルが多い
場合には、ファイルへのアクセスが待たされるなどの不
都合がある。

【０１２６】本発明は、このようなシンクロナイズの問
題にも対応することができる。この第７の実施例では、
この問題を解決するための実施例を示している。

【０１２７】図２３は、本発明の名前サービス方式の第
７の実施例を示すブロック図である。図中の符号は図４
と同様である。図２３に示した構成は、基本的に図４に
示した本発明の第３の実施例と同様であり、仮想資源管
理表４に格納されている情報を変更している。

【０１２８】図２３に示した例では、名前Ａに対応し
て、“ｓｅｌｅｃｔ＿１ｓｔ”と“ｓｅｌｅｃｔ＿２ｎ
ｄ”の２つの手続き、および、“Ｏｒｉｇ”，“Ｃｏｐ
ｙ”の２つの実在する資源の物理的な位置が登録されて
いる。手続き“ｓｅｌｅｃｔ＿１ｓｔ”は１番目の位置
を選ぶ手続きであり、手続き“ｓｅｌｅｃｔ＿２ｎｄ”
は２番目の位置を選ぶ手続きである。

【０１２９】手続き選択部８は、システム状態取得部９
から得られるシステムパラメータに応じて、あらかじめ
定められている手続きから選択する。この例では、１番
目の手続き“ｓｅｌｅｃｔ＿１ｓｔ”または２番目の手
続き“ｓｅｌｅｃｔ＿２ｎｄ”のいずれかを選択し、通
信部１に＜Ａ，ｓｅｌｅｃｔ＿１ｓｔ，（Ｏｒｉｇ，Ｃ
ｏｐｙ）＞、または、＜Ａ，ｓｅｌｅｃｔ＿２ｎｄ，
（Ｏｒｉｇ，Ｃｏｐｙ）＞のいずれかを返す。手続き
“ｓｅｌｅｃｔ＿１ｓｔ”が選択された場合、（Ｏｒｉ
ｇ，Ｃｏｐｙ）のうちから“Ｏｒｉｇ”が選択される。
また、手続き“ｓｅｌｅｃｔ＿２ｎｄ”が選択された場
合には、“Ｃｏｐｙ”が選択される。

【０１３０】本発明の第７の実施例における動作の一例
を、具体例をもとに説明する。ここでは、通信部１に対
して、名前“Ａ”に対する問い合わせを行なう場合の動
作の例を示す。通信部１は、名前“Ａ”の問い合わせ要
求を受け取ると、手続き選択部８に対して名前“Ａ”に
対応する名前解決を行なうよう要求する。手続き選択部
８は、検索部３に対して名前“Ａ”をキーとして仮想資
源管理表４の検索を要求する。検索部３は、仮想資源管
理表４を検索し、名前“Ａ”をキーとして有する３項組
＜Ａ，（ｓｅｌｅｃｔ＿１ｓｔ，ｓｅｌｅｃｔ＿２ｎ
ｄ），（Ｏｒｉｇ，Ｃｏｐｙ）＞を返す。

【０１３１】手続き選択部８は、システム状態取得部９
に問い合わせを行ない、例えば、携帯型のシステムの接
続の有無のパラメータを受け取る。そして、携帯型シス
テムが接続されている場合には、手続きの１番目の“ｓ
ｅｌｅｃｔ＿１ｓｔ”を選択し、通信部１に３項組＜
Ａ，ｓｅｌｅｃｔ＿１ｓｔ，（Ｏｒｉｇ，Ｃｏｐｙ）＞
を返す。携帯型システムが接続されていない場合には、
手続きの２番目の“ｓｅｌｅｃｔ＿２ｎｄ”を選択し、
通信部１に３項組＜Ａ，ｓｅｌｅｃｔ＿２ｎｄ，（Ｏｒ
ｉｇ，Ｃｏｐｙ）＞を返す。ここでは、携帯型のシステ
ムが接続されている場合のパラメータを受け取ったもの
とする。この場合、通信部１に３項組＜Ａ，ｓｅｌｅｃ
ｔ＿２ｎｄ，（Ｏｒｉｇ，Ｃｏｐｙ）＞を返す。通信部
１は、“Ｏｒｉｇ，Ｃｏｐｙ”および“ｓｅｌｅｃｔ＿
２ｎｄ”を答えとして通信する。

【０１３２】要求元では仮想的な名前“Ａ”を用いるだ
けで、携帯型システムがネットワークに接続されている
ときは、位置“Ｏｒｉｇ”にある資源を使用し、接続さ
れていないときは位置“Ｃｏｐｙ”にある資源を使用す
るように、自動的に切り換えられる。このように、この
第７の実施例によれば、仮想的な名前の問合せに対し
て、ネットワークに接続されているかどうかのシステム
の状態に応じて、適切な手続きと資源の物理的な位置を
返し、ユーザが常に適切な資源にアクセス可能となる。

【０１３３】図２４は、本発明の名前サービス方式の第
７の実施例における変形例を示すブロック図である。こ
の例は、上述の第１の実施例の構成を用いた場合を示し
ている。この場合、仮想資源管理表４には、図２４に示
すように、名前“Ａ”に対応して、例えば、携帯型のシ
ステムが接続されている場合には第１番目の位置を選
び、接続されていない時は第２番目の位置を選ぶ手続き
“ｓｅｌｅｃｔ”と、２つの資源の位置“Ｏｒｉｇ”お
よび“Ｃｏｐｙ”が登録されている。

【０１３４】通信部１が名前“Ａ”の問い合わせ要求を
受け取ると、検索部３に対して名前“Ａ”に対応する名
前解決を行なうよう要求する。検索部３は、仮想資源管
理表４を検索し、名前“Ａ”をキーとしてもつ３項組＜
Ａ，ｓｅｌｅｃｔ，（Ｏｒｉｇ，Ｃｏｐｙ）＞を返す。
通信部１は、資源の位置“Ｏｒｉｇ，Ｃｏｐｙ”および
手続き“ｓｅｌｅｃｔ”を答えとして通信する。要求元
では、手続き“ｓｅｌｅｃｔ”を実行することによっ
て、位置“Ｏｒｉｇ”にある資源または位置“Ｃｏｐ
ｙ”にある資源のどちらかを選択的に使用することがで
きる。この選択は手続き“ｓｅｌｅｃｔ”の処理によっ
て自動的に行なわれる。あるいは、手続き“ｓｅｌｅｃ
ｔ”が資源の選択をユーザに問い合わせる処理を有して
いてもよい。

【０１３５】図２５は、本発明の名前サービス方式の第
７の実施例における別の変形例を示すブロック図であ
る。この例では、切り離されたシステムが再び接続され
たとき、資源を一致させてアクセスするための例を示し
ている。この例の構成は、図２４に示した構成と同一で
あるが、仮想資源管理表４に登録されている手続きが相
違する。仮想資源管理表４には、名前“Ａ”に対応し
て、２つの位置“Ｏｒｉｇ”と“Ｃｏｐｙ”が、また、
２つの位置のファイルの内容を一致させる手続き“ｓｙ
ｎｃｈｒｏｎｉｚｅ”が登録されている。

【０１３６】通信部１は、名前“Ａ”の問い合わせ要求
を受けとると、検索部３に対して名前“Ａ”に対応する
名前解決を行なうよう要求する。検索部３は仮想資源管
理表４を検索し、名前“Ａ”をキーとして有する３項組
＜Ａ，ｓｙｎｃｈｒｏｎｉｚｅ，（Ｏｒｉｇ，Ｃｏｐ
ｙ）＞を返す。通信部１は、資源の位置“Ｏｒｉｇ，Ｃ
ｏｐｙ”および手続き“ｓｙｎｃｈｒｏｎｉｚｅ”を答
えとして通信する。要求元では、手続き“ｓｙｎｃｈｒ
ｏｎｉｚｅ”を実行することによって、位置“Ｏｒｉ
ｇ”に存在する資源と、位置“Ｃｏｐｙ”に存在する資
源の内容を一致させる。これにより、例えば、携帯型の
システムを切り離して用いている間に資源が変更された
場合でも、その後接続されたときにこの手続きを実行
し、内容を同一にすることができる。このとき、同一化
する資源をユーザが探す必要はなく、仮想的な名前のみ
によって実行することができる。

【０１３７】さらに、実行する手続きとして、上述のよ
うな手続き“ｓｅｌｅｃｔ”の機能とともに用い、資源
が同一でない場合には同一化の処理を行なってからアク
セスできるような手続きを仮想資源管理表４に登録して
おくこともできる。

【０１３８】このように、第７の実施例では、ユーザ
は、例えば、携帯型システムがネットワークに接続され
ているかどうかを意識することなく、ネットワークに接
続されている場合には最新のオリジナルのファイルなど
の資源にアクセスすることができ、また、ネットワーク
に接続されていない場合には、携帯型システム上のファ
イルなどの資源にアクセスすることができる。このよう
に常に適切なファイルなどの資源にアクセス可能とする
ことができる。本発明では、このような機能を、複数の
計算機システムの資源を仮想化することによって実現し
ている。

【０１３９】図２６は、本発明の名前サービス方式の第
８の実施例を示すブロック図である。図中、図１，図４
と同様の部分には同じ符号を付して説明を省略する。１
９は手続き実体管理表、２０は手続き実体管理部であ
る。ｐｒｏｃ１−Ｃ，ｐｒｏｃ２−Ｃ，ｐｒｏｃ３−Ｃ
は、それぞれｐｒｏｃ１，ｐｒｏｃ２，ｐｒｏｃ３に対
応する手続きの内容である。手続きの実体とは、例え
ば、実行可能なバイナリ形式のプログラムや、実行形式
に変換する前の相対形式のオブジェクト，シェルスクリ
プトなどがある。この第８の実施例では、第１の実施例
の構成に手続き実体管理表１９，手続き実体管理部２０
を付加し、手続きの名前に対応した手続きの実体を出力
する構成にしている。

【０１４０】本発明の名前サービス方式の第８の実施例
における動作の一例を説明する。具体例として、通信部
に対しｖｎａｍｅ１に対応する問い合わせを行なう場合
の動作を示す。通信部１はｖｎａｍｅ１の問い合わせ要
求を受け取ると、名前解決部２の検索部３に対して、ｖ
ｎａｍｅ１に対応する名前解決を行なうよう要求する。
検索部３は、ｖｎａｍｅ１をキーとして仮想資源管理表
４を検索する。検索の結果、＜ｖｎａｍｅ１，Ｌｏｃ
１，ｐｒｏｃ１＞の３項組を得る。第３項目がｐｒｏｃ
１であることから、この資源は仮想的な資源であること
がわかる。検索部３は、手続き実体管理部２０に対し、
手続き名ｐｒｏｃ１に対応する手続き実体を要求する。
手続き実体管理部２０は、手続き実体管理表１９を検索
し、手続き名ｐｒｏｃ１に対応する手続き実体ｐｒｏｃ
１−Ｃを返す。通信部１は、実在する資源の位置Ｌｏｃ
１および手続き名ｐｒｏｃ１および手続き実体ｐｒｏｃ
１−Ｃを答として通信する。

【０１４１】この例では、第１の実施例に対して手続き
実体管理表１９と手続き実体管理部２０を付加したが、
第２ないし第７の実施例の構成に対して、手続き実体管
理表１９と手続き実体管理部２０を付加して構成しても
よい。

【０１４２】手続き実体管理部２０は、１つの名前に対
して複数の手続きの実体を対応させて管理してもよい。
どの手続きを選択するかは、例えば、第３の実施例で示
したシステム状態取得部９が取得したパラメータや、通
信部に送られてくるデータを、例えば、第４の実施例で
示した手続き選択部１０によって分離したパラメータに
よって選択してもよい。例えば、１つの手続きの名前に
対して、複数の種類のプログラムを対応させておき、パ
ラメータとして計算機の種類が与えられると、その計算
機で実行可能なプログラムを出力することができる。

【０１４３】

【発明の効果】以上の説明から明らかなように、本発明
によれば、複数の計算機システムによって実現されたシ
ステムにおいて、仮想的な資源の名前と手続きを保持管
理し、仮想的な資源に対するアクセスを可能とすること
によって、資源の取り扱いの融通性を高めることができ
る。また、このような仮想的な資源のアクセス機能を用
いて、資源の適切な利用を支援し、資源の同一化を行な
うことができるなど、種々の用途で用いることができる
という効果がある。

【図面の簡単な説明】

【図１】 本発明の名前サービス方式の第１の実施例を
示すブロック図である。

【図２】 本発明の名前サービス方式の第２の実施例を
示すブロック図である。

【図３】 仮想名前対応部６の動作の一例を示すフロー
チャートである。

【図４】 本発明の名前サービス方式の第３の実施例を
示すブロック図である。

【図５】 本発明の名前サービス方式の第４の実施例を
示すブロック図である。

【図６】 本発明の名前サービス方式の第５の実施例を
示すブロック図である。

【図７】 木の説明図である。

【図８】 資源管理表の構成の説明図である。

【図９】 手続き管理表の構成の説明図である。

【図１０】 名前解決部２の動作の一例を説明するため
のフローチャートである。

【図１１】 字句解析部１１の動作の一例を説明するた
めのフローチャートである。

【図１２】 名前構文解析部１２の動作の一例を説明す
るためのフローチャートである。

【図１３】 手続き選択部１３の動作の一例を説明する
ためのフローチャートである。

【図１４】 デリミタ情報表の一例の説明図、図１５
は、資源管理表１４の一例の説明図、図１６は、手続き
管理表１５の一例の説明図、図１７は、字句タイプ表１
６の一例の説明図である。

【図１５】 資源管理表１４の一例の説明図、図１６
は、手続き管理表１５の一例の説明図、図１７は、字句
タイプ表１６の一例の説明図である。

【図１６】 手続き管理表１５の一例の説明図、図１７
は、字句タイプ表１６の一例の説明図である。

【図１７】 字句タイプ表１６の一例の説明図である。

【図１８】 入力される名前と、生成する構文木、選択
される手続きの具体例の説明図、図１９は、手続き管理
表１５の別の例の説明図である。

【図１９】 手続き管理表１５の別の例の説明図であ
る。

【図２０】 本発明の名前サービス方式の第６の実施例
を示すブロック図である。

【図２１】 本発明の第６の実施例における動作の一例
を説明するためのフローチャートである。

【図２２】 仮想資源実在化部１７の動作の一例を説明
するためのフローチャートである。

【図２３】 本発明の名前サービス方式の第７の実施例
を示すブロック図である。

【図２４】 本発明の名前サービス方式の第７の実施例
における変形例を示すブロック図である。

【図２５】 本発明の名前サービス方式の第７の実施例
における別の変形例を示すブロック図である。

【図２６】 本発明の名前サービス方式の第８の実施例
を示すブロック図である。

【符号の説明】

１…通信部、２…名前解決部、３…検索部、４…仮想資
源管理表、５…資源管理表、６…仮想名前対応部、７…
仮想名前対応表、８，１０…手続き選択部、９…システ
ム状態取得部、１１…字句解析部、１２…名前構文解析
部、１３…手続き選択部、１４…資源管理表、１５…手
続き管理表、１６…字句タイプ表、１７…仮想資源実在
化部、１８…名前管理部、１９…手続き実体管理表、２
０…手続き実体管理部。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成７年１１月１７日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項５

【補正方法】変更

【補正内容】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００１２

【補正方法】変更

【補正内容】

【００１２】請求項５に記載の発明においては、請求項
１ないし４のいずれか１項に記載の名前サービス方式に
おいて、入力された名前を構文解析する名前解析手段
と、所定のトークンと一つまたは複数の手続きの名前を
対応づける手続き管理表を有する手続管理手段と、前記
名前解析手段による構文解析の結果の構文木に現れるト
ークンをもとに前記手続管理手段を用いて一つまたは複
数の手続きの名前を選択する第２の手続き選択手段をさ
らに有し、前記名前解決手段は、前記名前解析手段によ
る構文解析の結果の構文木に現れるトークンをもとに前
記実在する資源の物理的な位置を求めるとともに前記第
２の手続き選択手段で選択された一つまたは複数の手続
き名を出力することを特徴とするものである。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００２１

【補正方法】変更

【補正内容】

【００２１】請求項５に記載の発明によれば、手続管理
手段は所定のトークンと一つまたは複数の手続きの名前
を対応づける手続き管理表を有しており、入力された名
前を名前解析手段で構文解析し、構文解析の結果、構文
木に現れるトークンをもとに前記手続管理手段を用いて
一つまたは複数の手続きの名前を第２の手続き選択手段
で選択する。名前解決手段は、名前解析手段による構文
解析の結果の構文木に現れるトークンをもとに、実在す
る資源の物理的な位置を求めるとともに、第２の手続き
選択手段で選択された一つまたは複数の手続き名を実在
する資源の物理的な位置とともに出力する。このような
構文解析の結果を用いることによって、仮想的な資源名
の入力時に、例えば、パラメータや選択する手続き、さ
らに必要となる資源名等を指示することができるように
なる。これにより、ユーザが仮想的な資源をアクセスす
る際の柔軟性を向上させることができる。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０１２３

【補正方法】変更

【補正内容】

【０１２３】また、Ａｐｐｌｅ社のＭａｃｈｉｎｔｏｓ
ｈ（商品名）用のアプリケーションとして、「Ｍａｇｎ
ｅｔ」（Ｎｏ Ｈａｎｄｓ Ｓｏｆｔｗａｒｅ社）（商
品名）、「ＰｏｗｅｒＭｅｒｇｅ」（（株）誠和システ
ムズ）（商品名）、「Ｚｙｎｃ」（Ｒｉｃａｒｄｏ Ｂ
ａｔｉｓｔａ）（プログラム名）などのファイルシンク
ソフトウェアがある。これらは、あらかじめ指定された
異なるシステム上の２つのファイルやファイル群の間
で、データのシンクロナイズを行なう。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 堀切 和典 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 情報処理を行なう複数の計算機システム
   の資源がネットワーク上に分散して配置され、前記複数
   の計算機システムが互いに通信を行なって動作するネッ
   トワーク情報システムにおける名前サービス方式におい
   て、前記複数の計算機システムに実在する資源の物理的
   な位置と該実在する資源を取り扱うための単数または複
   数の手続きの名前と仮想的な資源の名前とを対応づけて
   保持管理可能な仮想資源管理表を備える資源管理手段
   と、前記仮想的な資源の名前が入力され該仮想的な資源
   の名前に対応する仮想的な資源を得るのに必要な前記実
   在する資源の物理的な位置と前記実在する資源を取り扱
   うための単数または複数の手続きの名前を出力する名前
   解決手段を有することを特徴とする名前サービス方式。
2. 【請求項２】 情報処理を行なう複数の計算機システム
   の資源がネットワーク上に分散して配置され、前記複数
   の計算機システムが互いに通信を行なって動作するネッ
   トワーク情報システムにおける名前サービス方式におい
   て、前記複数の計算機システムに実在する資源の名前と
   該実在する資源の物理的な位置とを対応づけて保持管理
   する資源管理表と１以上の名前変換手続きを保持管理す
   る仮想名前対応表を備える資源管理手段と、仮想的な資
   源の名前が入力され該仮想的な資源の名前に１つ以上の
   前記名前変換手続きを適用し得られる名前の集合のうち
   仮想的な資源の名前に対して再帰的に１つ以上の前記名
   前変換手続きを適用するとともに前記名前の集合のうち
   実在する資源の名前に対応して前記実在する資源の物理
   的な位置および前記実在する資源を取り扱うための単数
   または複数の手続きの名前を出力する名前解決手段を有
   することを特徴とする名前サービス方式。
3. 【請求項３】 システムの状態をあらわすパラメータを
   取得するシステム状態取得手段と、該システム状態取得
   手段で取得された前記パラメータに基づき前記名前解決
   手段がある仮想的な資源の名前に対応する複数の手続き
   の名前を得たとき該複数の手続きの名前から一つまたは
   複数の手続きの名前を選択する手続き選択手段をさらに
   有し、前記名前解決手段は、前記実在する資源の物理的
   な位置に加えて前記手続き選択手段で選択された一つま
   たは複数の手続きの名前を出力することを特徴とする請
   求項１または２に記載の名前サービス方式。
4. 【請求項４】 手続きを選択するためのパラメータを受
   け取り前記名前解決手段が要求された前記仮想的な資源
   の名前に対応して複数の手続きの名前を得たとき前記パ
   ラメータに基づき前記複数の手続きの名前から一つまた
   は複数の手続きの名前を選択する手続き選択手段をさら
   に有し、前記名前解決手段は、前記実在する資源の物理
   的な位置に加えて前記手続き選択手段で選択された一つ
   または複数の手続きの名前を出力することを特徴とする
   請求項１または２に記載の名前サービス方式。
5. 【請求項５】 入力された名前を構文解析する名前解析
   手段と、所定のトークンと一つまたは複数の手続きの名
   前を対応づける手続き管理表を有する手続管理手段と、
   前記名前解析手段による構文解析の結果の構文木に現れ
   るトークンをもとに前記手続管理手段を用いて一つまた
   は複数の手続きの名前を選択する手続き選択手段をさら
   に有し、前記名前解決手段は、前記名前解析手段による
   構文解析の結果の構文木に現れるトークンをもとに前記
   実在する資源の物理的な位置を求めるとともに前記手続
   き選択手段で選択された一つまたは複数の手続き名を出
   力することを特徴とする請求項１ないし４のいずれか１
   項に記載の名前サービス方式。
6. 【請求項６】 前記名前解決手段によって得られた前記
   仮想的な資源の名前に対応する単数または複数の前記実
   在する資源の物理的な位置と単数または複数の前記手続
   きの名前から前記仮想的な資源の名前に対する仮想的な
   資源を構成するために必要な単数または複数の前記実在
   する資源の物理的な位置と単数または複数の前記手続き
   の名前から構成される式を生成する式生成手段を有する
   ことを特徴とする請求項１ないし５のいずれか１項に記
   載の名前サービス方式。
7. 【請求項７】 前記名前解決手段が出力した前記実在す
   る資源の物理的な位置で定まる第１の資源に対して前記
   名前解決手段が出力した手続きの名前で定まる手続きを
   適用して得られた第２の資源の物理的な位置を出力する
   第２の名前解決手段を有することを特徴とする請求項１
   ないし６のいずれか１項に記載の名前サービス方式。
8. 【請求項８】 前記実在する資源の物理的な位置として
   複数の資源の物理的な位置を指定し、前記複数の資源を
   取り扱うための手続きの名前として前記複数の資源を同
   一にする手続きの名前を指定可能に構成されていること
   を特徴とする請求項１ないし７のいずれか１項に記載の
   名前サービス方式。
9. 【請求項９】 前記名前解決手段によって得られた手続
   きの名前に対応する手続きの実体を対応づける手続き実
   体管理表を有する手続き実体管理手段をさらに有し、該
   手続き実体管理手段は、手続きの名前が与えられると、
   対応する手続きの実体を出力することを特徴とする請求
   項１ないし８のいずれか１項に記載の名前サービス方
   式。