JPH1055269A

JPH1055269A - 情報処理装置

Info

Publication number: JPH1055269A
Application number: JP8210049A
Authority: JP
Inventors: Shigehisa Kawabe; 惠久川邉; Kazunori Horikiri; 和典堀切
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1996-08-08
Filing date: 1996-08-08
Publication date: 1998-02-24
Also published as: US5968127A

Abstract

(57)【要約】【課題】資源にアクセスするのに、利用者や第３者が
簡単に、または利用者に無意識のうちに、任意の手続き
を適用し、アプリケーションの機能の拡張が可能な情報
処理装置を提供する。【解決手段】名前が入力されると、その名前を名前解
析部１で解析し、解析結果から定まるコンテキストをコ
ンテキスト入力部２でコンテキスト保持部５からロード
する。このコンテキストに従い、資源名と手続きとの組
に変換する。再帰的にコンテキストを用いてもよい。資
源準備部３は、手続きの出力とデータ入出力部４のデー
タ入力ポート、あるいは、手続きの入力とデータ入出力
部４のデータ出力ポートを接続し、データ入出力部４が
資源をアクセスする際に手続きを実行させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを構
成する計算機システムあるいは単独の計算機システムに
おいて、資源にアクセスする際に自動的に手続きを実行
することによってアプリケーションの機能の拡張を図る
情報処理装置に関するものである。

【０００２】

【従来の技術】情報処理を行なう複数の計算機システム
がネットワーク上に分散配置されたシステムにおいて、
個々の計算機システムは局所的または大域的な資源を有
している。このような資源は、ファイルシステムやデー
タベース、プリンタ、ネットワークコンピュータ等であ
る。また、さまざまなサービスで提供されるデータやプ
ログラムも資源である。例えば、ファイルやリモートプ
ログラムは資源である。また、例えば放送においては、
音声や映像情報は資源である。こうした情報は、ファイ
ルデータと異なり、連続的なストリームデータである。

【０００３】一般的には、資源の名前をコンピュータシ
ステムに与えると、その名前に対応する資源をアクセス
するためのハンドルが得られる。ハンドルは、資源に対
する操作を提供する。例えば、ファイルシステムであれ
ば、ファイルＩＤがハンドルであり、操作はリードやラ
イトである。コンピュータシステムにおいて、このよう
なハンドルを得ることができるすべてが資源である。

【０００４】次にアプリケーションを説明する。アプリ
ケーションは、資源から情報を取り寄せて処理し、ある
いは、処理したデータを資源に送るプログラムである。
このようなアプリケーションの一例として、ＷＷＷ（ワ
ールドワイドウエッブ）のデータ表示装置（ブラウザ）
がある。ユーザがブラウザに対して、アクセスするデー
タの名前を入力すると、名前から定まる資源にアクセス
を行ない、データを取り寄せてディスプレイ画面の所定
のウィンドウに表示する。こうしたアプリケーションで
は、取り寄せるデータについて、第３者が提供する新し
いフォーマットの情報を表示可能にしたり、アプリケー
ションの利用者が、前処理や後処理によってカスタマイ
ズしたりするために、所定の方法で機能の拡張ができる
ことが求められている。

【０００５】従来のこの種のアプリケーションの機能の
拡張方式に、プラグインと呼ばれる方式がある。プラグ
インとは、所定のＡＰＩ（アプリケーションプログラム
インターフェース）によって、アプリケーションから呼
び出される手続きを提供する実行形式である。通常は、
アプリケーションの起動時にプラグインがダイナミック
リンキングされ、アプリケーションが動作するプロセス
空間に組み込まれて動作する。プラグインは、同じプロ
セス空間で動作するため、アプリケーションが扱う資源
であるメモリやファイルにアクセスできる。従って、例
えば、ウィンドウシステムで動作するアプリケーション
であれば、アプリケーションが描画するウィンドウの一
部の画像を、プラグインに含まれる手続きで改変したり
再描画することができる。

【０００６】ネットスケープコミュニケーションズ社の
著名な情報閲覧ソフトであるネットスケープナビゲータ
（以降ネットスケープと略す）は、ＷＷＷシステムにア
クセスし、所定のプロトコル、例えばＨＴＴＰ（ハイパ
ーテキストトランスファープロトコル）で、所定のフォ
ーマットの情報、例えばＨＴＭＬ（ハイパーテキストマ
ークアップランゲージ）文書を取り寄せて、レンダリン
グを行なってラスター情報として画面上の所定のウィン
ドウにラスター画像を表示する。

【０００７】プラグインを用いれば、ネットスケープ単
体では解釈しない、プラグインが解釈できる所定のフォ
ーマットの情報を、所定のプロトコルを用いて取り寄せ
て、プラグインで処理を行ない、文字を含むラスター画
像にレンダリングして、ネットスケープのウィンドウの
中に表示することができる。あるいは音声や映像として
再生することができる。

【０００８】ネットスケープの場合、プラグインは、ダ
イナミック・リンキング・ライブラリで実現されてお
り、実行時に動的にネットスケープのプロセス空間にロ
ードされ、プロセス空間を共有して動作する。

【０００９】このようなプラグインによるアプリケーシ
ョンの機能の拡張方式は、アクセスする情報のタイプや
フォーマットごとに、対応するプラグインを用意して、
アプリケーションを起動する際にダイナミックにロード
可能にしておく必要がある。

【００１０】また、別のタイプのアプリケーションの機
能の拡張方式として分散ネットワークシステムのリモー
トプログラミングシステムがある。例えば、特開平７−
１８２１７４号公報に開示されているリモートプログラ
ミンの実施方法は、所定のインストラクションセットに
基づいたデータ処理を行なうプログラムを用意し、ｇｏ
（実行開始）オペレーションによって、用意したプログ
ラムの一部であるエージェントプロセスを、ネットワー
クを介してリモートコンピュータシステムに転送し、リ
モートコンピュータシステムで動作させて、データ処理
を行なうリモートプログラミング方式である。この方式
は、アプリケーションの機能を拡張する処理をリモート
コンピュータで動作させて、機能の拡張を実現する方式
である。

【００１１】またＳｕｎ社が開示し、提供するＪａｖａ
テクノロジーは、特開平７−１８２１７４号公報で開示
されるリモートプログラミング方式と同様に、所定のイ
ンストラクションセットに基づいてプログラミングされ
たデータ処理を行なうプログラムをネットワーク上のサ
ーバに格納しておき、所定のプロトコルでアクセスを行
なうと、プログラムがネットワークを介して資源表示装
置に入力された後、動作してデータ処理を行なうリモー
トプログラミング方式である。

【００１２】２つの方式のいずれにおいても、例えば、
データ処理を行なうプログラムを、資源表示装置を動作
させるコンピュータシステムにロードし、あるいはリモ
ートコンピュータに転送して、資源にアクセスするデー
タの前処理や後処理を実行させることができる。

【００１３】米国特許第５，３４７，６３２号で開示さ
れるインタラクティブコンピュータネットワークのレセ
プションシステムと動作方法は、インタラクティブなコ
ンピュータシステムのネットワークにおいて、ユーザの
入力は、パーソナルコンピュータで受け取り、コンピュ
ータに依存したデータと実行可能なコードオブジェクト
に変換される。これらのデータやコードは、パーソナル
コンピュータやリモートのホストコンピュータに分散し
て格納され、ユーザの入力を処理するようにアプリケー
ションを構成することで、ユーザが望む情報を表示し、
そして、望むトランザクションサービス、すなわち後処
理や前処理を含むデータ処理を実行することを可能にし
ている。

【００１４】以上に説明した従来技術において、資源に
対するアクセスの際のデータの前処理や後処理のため
に、汎用的に動作可能なプログラムに対して、これをネ
ットワークや記憶媒体から、コンピュータシステムにロ
ードして実行する権限を与える事は、セキュリティ上の
問題となる。その理由は、プログラムがロードされたコ
ンピュータシステムの資源を不当に利用したり、損害を
与えることを、検出・防止することが困難だからであ
る。この実施方法は、いわゆる、コンピュータウィルス
による汚染を容易にするので問題がある。

【００１５】また、ユーザの入力を、直接実行可能なコ
ードオブジェクトへ変換するために、あらかじめサービ
スやアプリケーションを提供する側によって、変換の規
則や方法や変換結果が決められているので、拡張した機
能の動作をダイナミックに変えることが困難であった。

【００１６】例えば、プラグインでは、所定のフォーマ
ットを取り扱い、所定の処理を行なうプラグインモジュ
ールを、アプリケーションがダイナミックリンクできる
場所に格納しておく必要があり、アクセスしたデータご
とに、あるいは、ユーザの意図に応じてプラグインの処
理を変更することは困難であった。

【００１７】また、リモートプログラミングの方式で
は、拡張機能を提供するリモートプログラムを格納する
サーバの管理者が、そのリモートプログラムの機能を変
更することは可能であるが、これを使うすべてのアプリ
ケーションの拡張機能が同時に変わってしまうため、利
用者ごとにカスタマイズした拡張機能が所望されるとき
には、この方式では対応できない。

【００１８】以上に説明した従来のアプリケーションの
機能の拡張方式では、ユーザの意図や、利用目的や、ア
クセスの時期に応じて、サービスまたはアプリケーショ
ン提供者以外の第３者と、アプリケーションを利用する
ユーザ自身とがデータの前処理や後処理を含む拡張機能
を、情報のアクセスごとに、あるいは、アプリケーショ
ンの利用者ごとに変えることは困難であった。

【００１９】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、資源にアクセスするのに、
利用者や第３者が簡単に、または利用者に無意識のうち
に、前処理や後処理を含む任意の手続きを適用するアプ
リケーションの機能の拡張が可能な情報処理装置を提供
することを目的とするものである。

【００２０】

【課題を解決するための手段】請求項１に記載の発明
は、計算機システムの資源に対する操作を行なう情報処
理装置において、前記資源を管理する資源管理手段と、
入力された名前を解析して単数または複数の予め実現さ
れている資源を特定する資源名と該資源から入力または
出力されるデータを処理する手続きとの組に変換する規
則に相当するオブジェクトであるコンテキストを１以上
保持するコンテキスト保持手段と、該コンテキスト保持
手段からコンテキストを必要に応じて用い該コンテキス
トをもとに入力された名前を解釈して資源名と手続きと
の組に変換し該変換結果から定まる資源を前記資源管理
手段から入力し前記手続きを実行して処理結果を解釈し
て出力する処理手段を有することを特徴とするものであ
る。

【００２１】請求項２に記載の発明は、計算機システム
の資源に対する操作を行なう情報処理装置において、前
記資源を管理する資源管理手段と、入力された名前を解
析して単数または複数の予め実現されている資源を特定
する資源名と該資源から入力または出力されるデータを
処理する手続きとの組に変換する規則に相当するオブジ
ェクトであるコンテキストを１以上保持するコンテキス
ト保持手段と、該コンテキスト保持手段からコンテキス
トを必要に応じて用い該コンテキストをもとに入力され
た名前を解釈して資源名と手続きとの組に変換し与えら
れたデータに対する操作を前記手続きに入力して処理し
該処理結果を前記変換によって定まる資源に対して出力
する処理手段を有することを特徴とするものである。

【００２２】請求項３に記載の発明は、請求項１または
２に記載の情報処理装置において、前記処理手段は、入
力された名前に対して必要な回数だけ前記コンテキスト
保持手段に保持されているコンテキストを用いた名前の
解釈および変換を再帰的に行なうことを特徴とするもの
である。

【００２３】

【発明の実施の形態】図１は、本発明の情報処理装置の
実施の一形態を示すブロック図である。図中、１は名前
解析部、２はコンテキスト入力部、３は資源準備部、４
はデータ入出力部、５はコンテキスト保持部である。本
発明の情報処理装置は、入力された名前を解析し、解析
結果から定まるコンテキストをロードし、そのコンテキ
ストを用いて名前を解析し、資源の列と手続きに変換す
る。読み出し要求時には、手続きを介して資源を読み出
して提供し、書き込み要求時にはデータに対して手続き
を施してから資源に出力する。

【００２４】名前解析部１は、名前を入力し、名前を解
析する。コンテキスト入力部２は、名前解析部１から出
力された名前のコンテキストをコンテキスト保持部５か
ら得て、入力された名前から得られる新たな名前あるい
は資源名と、手続きを出力する。このとき、得られた新
たな名前に従って再びコンテキストに入力してもよく、
すでに実現された資源名が得られるまで再帰的に実行さ
れる。ここでいう実現とは、資源名に対してあらかじめ
決められたオペレーションが適用できるハンドルを返す
システムが存在していることとする。資源準備部３は、
コンテキスト入力部２で定まった手続きの列に含まれる
手続きの出力ポートをデータ入出力部４のデータ入力ポ
ートと接続する。または、手続きの入力ポートを、デー
タ入出力部４のデータ出力ポートと接続する。資源準備
部３は、手続き名に続く、手続きの引数となる資源の名
前があれば、手続きの引数に対応する入出力ポートと、
引数として与えられた資源にアクセスする入出力ポート
を接続する。接続は、引数の数だけ行なう。データ入出
力部４は、外部から入力したデータを手続きに送り、手
続きからのデータを外部に出力する。

【００２５】コンテキスト保持部５は、１以上のコンテ
キストを保持し、コンテキスト入力部２からの名前ある
いは検索式等に応じて特定されるコンテキストを出力す
る。コンテキストは、名前を解析し、変換する規則を与
えるものであれば、いかなる実現でもよい。ここでは一
例として、区切り文字と変換表であるとする。変換表
は、パターンをあらわす名前と、名前に対応する資源実
現表現である。資源実現表現は、手続き名である。コン
テキストによって出力された手続きは、資源実現表現の
手続き名とするが、手続き名に代えて、スクリプトや実
行形式が出力されてもよい。資源実現表現の手続きは、
一つ以上の実資源の名前を伴ってもよい。コンテキスト
が出力した資源実現表現に含まれる実資源の名前は、前
記手続きの引数として作用する。実資源とは、すでに実
現されている資源であり、すでに実現されている資源と
は、資源に対するハンドルである。資源実現表現に含ま
れるいずれかの実資源の名前に代えて、別の資源実現表
現でもよい。資源実現表現は、所定の方法で、資源に対
するハンドルに変換することができる。例えば、手続き
の引数に対するハンドルから入出力されるデータを、前
記手続きで処理して得られるデータを入出力するハンド
ルである。

【００２６】この実施の形態では、コンテキストを用い
て変換した結果得られる手続きをアプリケーションから
起動して、アプリケーションの機能を拡張する。アプリ
ケーションからの起動は、例えば資源に対するアクセス
で行なわれ、例えば資源がファイルシステムや、ファイ
ルシステムに含まれるファイルなどであれば、ファイル
の読み出しあるいは書き込みで行なわれる。コンテキス
トは、資源にアクセスした時点でロードされるので、拡
張すべき機能の選択が情報をアクセスした時点で行なわ
れる。そのため、利用者ごとに利用時点の機能の拡張が
可能となる。

【００２７】この実施の形態では、資源は、例えばファ
イルシステムとすることができる。特に、ディレクトリ
に代表されるグループと、ファイルとすることができ
る。また、例えば、資源はＳＧＭＬを拡張したＨＴＭＬ
として知られる文法で表現されるハイパーテキスト文書
であってもよい。一般に、プロセス間通信でデータ入出
力を行なういかなるサービスの提供するデータストリー
ムであってよい。すなわち、この実施の形態において、
ホストやメモリやファイルやグループやポートやプロセ
スやユーザやデータベースなど、計算機システムにおい
て、名前を付与し、その名前に対して、名前が示す資源
への操作が適用できるハンドルが得られる資源を取り扱
うように実現した情報処理装置について適用可能であ
る。

【００２８】ファイル資源に対する操作は、例えばファ
イル操作である。ファイル操作とは、オープンやリード
やライトやクローズであるが、これに限定するものでは
ない。これらの一部であってもよいし、シークが可能で
あってもよい。これらのファイル操作は、たとえば、Ｕ
ＮＩＸオペレーティングシステムのファイル操作と同じ
働きをするように構成してもよい。また、グループ資源
に対する操作は、メンバ表示や、メンバ追加やメンバ削
除である。ＨＴＭＬに対する操作は、ＨＴＴＰとして知
られているプロトコルで規定されているいずれかの操作
が可能であってよい。

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

【００３０】この実施の形態は、単一の計算機システム
の単一プロセスとして実現する情報処理装置を含む。一
般的には、この発明の情報処理装置は、単一または複数
の計算機システム上で互いに通信を行なって動作する複
数のプロセスとして実現してもよい。また、この実施の
形態は、手続き指向による情報処理装置を含むが、手続
き指向によって実現することは必須ではなく、オブジェ
クト指向による実現をしてもよい。一般的には、手続き
指向、オブジェクト指向を含むいかなる実現方式を用い
てもよい。さらに、この実施の形態では、通信はポート
を用いたメッセージ通信として実現するが、この限りで
ない。一般的には、リモートプログラム、リモートプロ
シージャ、ソケット通信、メモリ共有を含むいかなる、
プロセス間の通信を用いて実現してもよい。さらに、こ
の実施の形態において、資源へのアクセスに対し、キャ
ッシュを有する構成としてもよい。

【００３１】図２は、本発明の情報処理装置の実施の一
形態における具体例を示すブロック図である。図中、１
１は名前パーザ、１２はコンテキストローダ、１３は資
源イニシエータ、１４はデータリーダ、２１はコンテキ
ストサーバ、２２はファイルサーバ、２３はプロセシン
グサーバ、２４はディスプレイである。この具体例で
は、ファイルブラウザを構成した例を示している。

【００３２】コンテキストサーバ２１は、コンテキスト
を格納し、コンテキストの名前を指定して、リード要求
に答えるファイルサーバである。コンテキストは、ここ
では通常のファイルであって、内容は、例えばＨＴＭＬ
言語で記述された表とすることができる。

【００３３】ファイルサーバ２２は、通常のファイルシ
ステムであって、ファイル名を指定すると、ファイルハ
ンドルが得られ、ファイルハンドルに対してリードかラ
イトが可能である。

【００３４】プロセシングサーバ２３は、例えばＵＮＩ
Ｘオペレーティングシステムを搭載したコンピュータ等
であって、手続きは、プロセスである。プロセスの入出
力は、例えば標準入力と標準出力である。ここでは、Ｕ
ＮＩＸオペレーティングシステムのパイプラインによっ
て、プロセスの入力と別のプロセスの出力を結合する。
また、ファイルハンドルとプロセスの入出力の結合は、
ＵＮＩＸオペレーティングシステムが提供するファイル
・リダイレクションで行なう。

【００３５】名前パーザ１１は、名前解析部１の一例で
あって、名前入力ポートから名前を入力し、解析する。
コンテキストローダ１２は、コンテキスト入力部２の一
例であって、名前パーザ１１から入力されたコンテキス
トの名前に対応するコンテキストを、コンテキストサー
バ２１から入力する。そして、入力されたコンテキスト
のＨＴＭＬで記述された表を所定の方法で解析して、資
源実現表現を作成する。資源イニシエータ１３は、資源
準備部３の一例であって、資源実現表現に従って、ファ
イルサーバ２２やプロセシングサーバ２３とプロセス間
通信を行なって、パイプラインを構成する。パイプライ
ンは、例えばＵＮＩＸオペレーティングシステムにおい
てはｐｏｐｅｎコマンドやｐｉｐｅコマンドで作ること
ができる。パイプラインの最終出力ポートは、データリ
ーダ１４のデータ入力ポートに接続する。データリーダ
１４は、データ入出力部４の一例であって、データ入力
ポートから逐次にデータを読み込み、データ出力ポート
から出力する。この例では、データ出力ポートは、出力
装置の一例であるディスプレイ２４に出力され、表示さ
れる。

【００３６】資源実現表現についてさらに説明する。資
源実現表現は、次のいずれかの「項」である。すなわ
ち、資源のハンドルＨであるか、コンテキスト名Ｃと資源の名前Ｎの組＜Ｃ、Ｎ＞であるか、手続き名（資源実現表現１，．．．，資源実現表現Ｋ）である。ここで、添え字Ｋは手続きの引数の数で、Ｋは
０以上とする。Ｋが０の場合は、手続きは引数を有しな
い。すなわちこの場合、資源実現表現は、手続き名（）である。Ｋが１の場合は引数が１個であり、この場合資
源実現表現は、手続き名（資源実現表現１）である。

【００３７】例えば、手続きＰ１，Ｐ２，Ｐ３と、コン
テキストＣ１，Ｃ２，Ｃ３と名前Ｎ１，Ｎ２，Ｎ３とハ
ンドルＨ１，Ｈ２，Ｈ３とすると、Ｐ１（）Ｐ１（Ｐ２（Ｈ１，Ｈ２），Ｈ３）Ｐ１（Ｈ１，＜Ｃ１，Ｎ１＞，＜Ｃ２，Ｎ２＞）などはいずれも資源実現表現である。

【００３８】次に、本発明の情報処理装置の実施の一形
態の具体例における動作の一例について説明する。ま
ず、名前パーザ１１に名前が入力されてから、コンテキ
ストローダ１２から資源実現表現が出力されるまでにつ
いて、具体例を用いて説明する。ここでは、具体例とし
て名前“ｔｅｓｔ．ｇｉｆ．３００ｄｐｉ”が入力され
た場合について説明する。

【００３９】まず、名前パーザ１１は、名前を分解す
る。分解は、ここではトークンを解析して、“．”の前
後に分解する。入力された名前“ｔｅｓｔ．ｇｉｆ．３
００ｄｐｉ”は、名前“ｔｅｓｔ．ｇｉｆ”と名前“３
００ｄｐｉ”に分解される。

【００４０】次に、コンテキストローダ１２は、名前
“３００ｄｐｉ”をもとにコンテキスト“３００ＤＰ
Ｉ”をコンテキストサーバ２１からロードする。一般に
は名前から任意のコンテキスト名に変換する変換表を用
意しておくが、ここでは簡単のため、名前をそのままコ
ンテキスト名としている。ただし、区別するために、名
前を小文字とし、コンテキストの名前は大文字で示す。
この処理の結果、未解決の資源実現表現＜３００ＤＰＩ，ｔｅｓｔ．ｇｉｆ＞が得られる。解決された資源実現表現とは、手続き名と
資源のハンドルしか含まない資源実現表現のことであ
り、未解決とは、コンテキストと名前の組＜Ｃ，Ｎ＞を
１以上含むことであるとする。

【００４１】コンテキスト“３００ＤＰＩ”は、名前を
解析し変換する規則として、区切り文字“．”の前後で
分解する規則を有しており、名前“ｔｅｓｔ．ｇｉｆ”
を分解し、名前“ｔｅｓｔ”と名前“ｇｉｆ”を得る。
また、コンテキスト“３００ＤＰＩ”中の変換表から、
名前“ｇｉｆ”に対応するコンテキスト名“ＧＩＦ”を
得る。これにより、資源実現表現＜３００ＤＰＩ，＜Ｇ
ＩＦ，ｔｅｓｔ＞＞が得られる。

【００４２】コンテキストローダ１２は、コンテキスト
“ＧＩＦ”をコンテキストサーバ２１からロードする。
ロードしたコンテキスト“ＧＩＦ”中の変換表を用いて
名前“ｔｅｓｔ”を変換することにより、例えば、手続
き名を含む資源実現表現ＲＰＣ＿ＣＯＮＶ（Ｘ）を得る。このコンテキスト“ＧＩＦ”で名前“ｔｅｓ
ｔ”を変換した結果を得て、さらにコンテキスト“３０
０ＤＰＩ”により、例えば、ＲＰＣ＿３００（ＲＰＣ＿ＣＯＮＶ（Ｘ），Ｙ）を得る。このようにして、入力された名前“ｔｅｓｔ．
ｇｉｆ．３００ｄｐｉ”から、例えば資源実現表現“Ｒ
ＰＣ＿３００（ＲＰＣ＿ＣＯＮＶ（Ｘ），Ｙ）”が得ら
れる。ＸやＹは資源のハンドルまたはコンテキストと名
前の組であり、必要なら、さらに同様の処理を行なう。
さらに、つけ加えると、手続きによってはコンテキスト
が自明である場合、Ｘ，Ｙはコンテキストと資源の名前
の組である代わりに、コンテキストを省略し、資源の名
前でもよい。例えばコンテキストを省略した場合はロー
カルのファイルシステムの名前であるとし、これはファ
イルのオープン処理をすることでハンドルに変換でき
る。

【００４３】上述のように、名前を解析して資源実現表
現を得る際には、あるコンテキストから得られた名前を
同じあるいは別のコンテキスストで解釈し変換するよう
に再帰的に処理することが可能である。これによって、
資源をアクセスするときの手続きを系列的にまた階層的
に構成し、階層ごとに個別に指定や選択することで、選
択の機会や選択の幅をより柔軟に指定できるように構成
することができる。

【００４４】次に、資源イニシエータ１３の動作につい
て、具体例をもとに説明する。図３は、本発明の情報処
理装置の実施の一形態の具体例において構成されるパイ
プラインの説明図である。資源イニシエータ１３は、コ
ンテキストローダ１２においてコンテキストを用いて得
た資源実現表現をもとに、プロセシングサーバ２３上に
各手続きをプロセスで実現するとともに、各プロセスを
パイプラインで結合する。さらに、末端のプロセスの出
力をデータリーダ１４のデータ入力ポートに接続する。

【００４５】パイプラインは、一例として、ＲＰＣ（Ｒ
ｅｍｏｔｅＰｒｏｃｅｄｕｒｅＣａｌｌ）によって構
成する。ＲＰＣは、例えばサンマイクロシステム社のＲ
ＰＣを用いることができる。ＲＰＣの呼び出しは、通常
のサブルーチンコールと似ていて、引数をメモリに格納
し、所定の手続きを実行し、結果として返り値を返す。
しかし、手続きは、一般にはリモートコンピュータで実
行される。ＲＰＣの場合、引数は所定のフォーマットで
ひと塊のデータとして、リモートコンピュータに転送さ
れ、手続きの引数としてメモリに格納され、実行が行な
われる。返り値は、同様にひと塊のデータにパッキング
されリモートコンピュータから返送される。

【００４６】上述のようにして得られた資源実現表現ＲＰＣ＿３００（ＲＰＣ＿ＣＯＮＶ（Ｘ），Ｙ）を考える。ＲＰＣ＿３００（Ａ，Ｂ）は、所定の型の２
つの引数Ａ，Ｂを有する。また、ＲＰＣ＿ＣＯＮＶ
（Ｃ）は、所定の型の引数Ｃを有する。ＲＰＣ＿ＣＯＮ
Ｖ（Ｃ）の返り値は、引数Ａと同じ型である。

【００４７】ＲＰＣ＿３００（ＲＰＣ＿ＣＯＮＶ
（Ｘ），Ｙ）の資源ＸのハンドルＨ_Xは、手続きＲＰＣ
＿ＣＯＮＶの第１の入力引数のポートに接続される。こ
のようなハンドルと入力引数のポートの接続は、例え
ば、ＵＮＩＸオペレーティングシステムでは、ｐｉｐｅ
システムコールで実現されている。また、手続きＲＰＣ
＿ＣＯＮＶの出力は、仮想的な資源へのアクセスのハン
ドルＨ_CONVとして、手続きＲＰＣ＿３００の第１の入力
引数のポートに接続される。資源ＹのハンドルＨ_Yは手
続きＲＰＣ＿３００の第２の引数に接続される。手続き
ＲＰＣ＿３００の出力ポートは、仮想的な資源へのアク
セスのハンドルＨ₃₀₀として返される。以上の手順に
て、資源ＸのハンドルＨ_Xと資源ＹのハンドルＨ_Yと手
続きＲＰＣ＿ＣＯＮＶと手続きＲＰＣ＿３００からなる
パイプラインが構成される。最後に、手続きＲＰＣ＿３
００の出力ポートは、データリーダ１４のデータ入力ポ
ートに接続される。

【００４８】このようにして構成されたパイプラインに
よって、ファイルサーバ２２中の資源Ｘは手続きＲＰＣ
＿ＣＯＮＶが施されて手続きＲＰＣ＿３００に入力さ
れ、ファイルサーバ２２中の資源Ｙとともに手続きＲＰ
Ｃ＿３００が施されてデータリーダ１４に入力される。
データリーダ１４は、入力されたデータをデータ出力ポ
ートからディスプレイ２４に出力する。

【００４９】ユーザは、表示させたい資源の名前として
“ｔｅｓｔ．ｇｉｆ．３００ｄｐｉ”を入力することに
よって、手続きＲＰＣ＿ＣＯＮＶにより変換された資源
Ｘと、資源Ｙとを、手続きＲＰＣ＿３００で処理した結
果がディスプレイに表示される。

【００５０】このように、アプリケーションのアクセス
する情報の名前について、名前を解析した結果定まるコ
ンテキストをアプリケーションにロードし、コンテキス
トで名前を変換して、変換した結果定まる手続きをパイ
プライン状に接続して、そのパイプラインを経由して処
理されたデータを読むことで、アプリケーションの機能
の拡張を行なうことができる。そのため、資源にアクセ
スするのに、利用者や第３者が簡単に、または利用者に
無意識のうちに、手続きを読み出したデータに適用する
ような、アプリケーションの機能の拡張方式を提供でき
る。

【００５１】上述のように入力した名前に応じて手続き
が動的に決定されるため、従来のようにブラウザの起動
時に手続きを予めロードしておく必要はなく、柔軟性に
富んだシステムとなる。また、どのような手続きを実行
するかは、コンテキストを入力した時点でのコンテキス
トの設定によるため、資源にアクセスするたびに、最新
の手続きの選択が可能になる。さらに、従来のようにリ
モートコンピュータやローカルコンピュータに未知の手
続きを転送して実行することもないので、コンピュータ
ウイルス等の侵入を防止しやすくなり、セキュリティの
面からも有用である。

【００５２】次に、本発明の情報処理装置の実施の一形
態の動作を、別の具体例を用いて説明する。名前パーザ
１１は、所定のシンタクスに基づいて名前を解析する
が、解析するアルゴリズムはどのようなものでもよく、
例えばよく知られているＬＬパーズやＬＲパーズなどで
行なってもよい。この具体例では、単純な正規表現によ
るパターンマッチングで行なう。

【００５３】名前は、 “／／”＋コンテキスト名＋“／”＋資源名という形式で入力されるとする。ここで、記号“と”と
＋は、説明の混乱をさけるために付与したメタ記号であ
って、実際の名前には含まない。＋は文字の連接を意味
する記号である。また、コンテキスト名は文字列であ
る。さらに、資源名は文字列であって、“と”ではさま
れた文字列はその文字列自身である。

【００５４】この名前は、例えば、パール言語の正規表
現では、ｍ！／／（．＊）／（．＊）！という式にマッチする。この式の意味は、ｍがマッチコ
マンドであって、！は、正規表現の始まりと終わりであ
って、／は文字であって、．＊は任意の文字の０個以上
の連接であって、開き括弧と閉じ括弧の組の内部にマッ
チした文字列は、左側から変数＄１，＄２，．．．にバ
インドされる。したがって、マッチした後には、変数＄
１にはコンテキスト名がバインドされ、変数＄２には資
源名がバインドされる。

【００５５】入力として、名前／／ＶＦＳ１／ＭＥＲＧＥ２％ＦＯＯ％ＢＡＲが与えられた場合について説明する。上述のような名前
パーザ１１による解析の結果、コンテキスト名はＶＦＳ
１と定まる。

【００５６】コンテキストサーバ２１にコンテキスト名
ＶＦＳ１を指定して読み込む。ここでは、コンテキスト
名ＶＦＳ１に対応して、コンテキストＣ１が得られるも
のとする。コンテキストサーバ２１はよく知られるｆｔ
ｐプロトコルでアクセスできるものとすると、例えばコ
マンドは、ｇｅｔＶＦＳ１で、コンテキストＣ１がコンテキストローダ１２に入力
される。

【００５７】図４は、本発明の情報処理装置の実施の一
形態の別の具体例におけるコンテキストＣ１の一例の説
明図である。コンテキストの内容は表であり、例えばコ
ンテキストＣ１の内容は図４（Ａ）に示すものであると
する。このような表の構成方法は任意であり、例えばＨ
ＴＭＬ言語を用いて図４（Ｂ）に示すような表現であっ
てもよい。

【００５８】コンテキストローダ１２は、資源名を分解
し、表を引くためのキーとパラメータを得る。この具体
例では、記号“％”を手がかりに正規表現によるパター
ンマッチによって分解する。これにより、キー：ＭＥＲＧＥ２パラメータＦＯＯ，ＢＡＲが得られる。名前の変換は、キーによってコンテキスト
を構成する名前変換表を引き、引いた結果に含まれる変
数を、例えば左から出現する順にパラメータで置き換え
ることで、資源実現表現を得るように処理する。

【００５９】ここで、キー「ＭＥＲＧＥ２」によって図
４に示すコンテキストＣ１の表を引くと、手続きＰ１（＜ＦＳ，Ｘ１＞，＜ＦＳ，Ｘ２＞）が得られ、引数Ｘ１とＸ２には、それぞれ順にＦＯＯ，
ＢＡＲが割り当てられて、結果として資源実現表現Ｐ１（＜ＦＳ，ＦＯＯ＞，＜ＦＳ，ＢＡＲ＞）を得る。
ここで、ＦＳはファイルシステムであり、＜ＦＳ，ＦＯ
Ｏ＞，＜ＦＳ，ＢＡＲ＞は、それぞれ、ファイルシステ
ムの名前がＦＯＯとＢＡＲであるファイルをオープンし
たときのファイルハンドルにそれぞれ変換することがで
きる。

【００６０】図５は、本発明の情報処理装置の実施の一
形態の別の具体例において構成されるパイプラインの説
明図である。上述のファイルシステムの名前がＦＯＯと
ＢＡＲであるファイルをオープンしたときのファイルハ
ンドルをＨ２，Ｈ３とすると、ファイルハンドルＨ２
は、例えばＵＮＩＸオペレーティングシステムのプロセ
スＰ１の第１の引数ポートと接続し、ファイルハンドル
Ｈ２は第２の引数ポートと接続する。

【００６１】例えば、コンテキストローダ１２が２番の
ファイルＩＤでファイルハンドルＨ２をオープンし、３
番のファイルＩＤでファイルハンドルＨ３をオープンし
ているとき、例えばＵＮＩＸオペレーティングシステム
におけるｆｏｒｋによって子プロセスを生成し、ｅｘｅ
ｃによってプロセスＰ１を実行させる。これによって、
プロセスＰ１の２つの引数ポートにファイルＦＯＯとＢ
ＡＲが接続されてプロセスＰ１が実行される。プロセス
Ｐ１の出力ポートはデータリーダ１４に接続されてお
り、ファイルＦＯＯとファイルＢＡＲに対して手続きＰ
１が施された結果がディスプレイ２４に表示されること
になる。

【００６２】上述の例では、ファイルの内容を読み出し
た際に所定の手続きを実行し、手続きによる処理結果を
得たが、例えばデータリーダ１４のデータ出力ポートに
ファイルシステム２２を接続し、データリーダ１４から
出力されるデータに対して手続きを実行して、ファイル
システム２２に書き込むように構成することもできる。
さらに、データリーダ１４に入力する際に所定の手続き
を実行するとともに、出力の際にも所定の手続きを実行
するように構成することも可能である。

【００６３】ここまでの例では、コンテキストは名前変
換表で構成し、表を解釈するプログラムはアプリケーシ
ョンが有するものとして説明したが、表を解釈し、名前
を資源実現表現に変換し、パイプラインを構成する処理
は、コンテキストに含まれていて、コンテキストと同時
にロードして実行するように構成することも可能であ
る。この場合は、表と処理を担当するプログラムとを、
例えばよく知られているアーカイブファイル形式である
ｔａｒ形式やｚｉｐ形式でまとめてコンテキストを構成
する。表と処理を担当するプログラムとを複数回に分け
てロードするように構成してもよい。

【００６４】なお、データリーダ１４のデータ入力ポー
トおよびデータ出力ポートに接続されるものは、上述の
ファイルシステムおよびディスプレイに限定されるもの
ではなく、例えば入出力装置やネットワーク、あるいは
アプリケーションなどであってもよい。また、データ入
力ポートとデータ出力ポートが同じ装置、システム、ア
プリケーション等に接続されてもよく、例えばデータリ
ーダ１４のデータ入力ポートおよびデータ出力ポートに
ファイルシステム２２を接続することにより、ファイル
中のデータを変換し、再びファイルとして格納すること
ができる。

【００６５】

【発明の効果】以上の説明から明らかなように、本発明
によれば、資源へのアクセスを行なう際に、コンテキス
トの設定に従った手続きを実行することができる。いか
なる手続きを実行するかを決定するのは、コンテキスト
を入力した時点であるため、コンテキストを適切に設定
することにより、資源にアクセスする度に、最新の手続
きの選択が可能になる。

【００６６】一方、コンテキストを設計し、供与する者
は、資源にアクセスする際に必要な手続きを、資源とは
別に提供することができるし、アプリケーションの提供
とも別に指定できる。また、資源にアクセスする者は、
資源の名前の一部または全部を指定することで、所望す
るコンテキストを選択することができるので、結果とし
て、資源にアクセスする際に所望する手続きを選択する
ことが可能になり、アプリケーションの機能が拡張され
る。

【００６７】その結果、ユーザは、資源にアクセスする
際に、自動的にかつ簡単に、適切な手続きを実行するこ
とができる。適切な手続きを実行することで、高い付加
価値の情報アクセスが可能となる。ユーザは、コンテキ
ストを選択したり、コンテキストの内容を改変すること
で、ユーザの指向や目的に応じた独自の手続きが可能な
ようにアプリケーションの機能を拡張することができる
ので、自由度の高い情報処理装置を構成できるという効
果がある。

【図面の簡単な説明】

【図１】本発明の情報処理装置の実施の一形態を示す
ブロック図である。

【図２】本発明の情報処理装置の実施の一形態におけ
る具体例を示すブロック図である。

【図３】本発明の情報処理装置の実施の一形態の具体
例において構成されるパイプラインの説明図である。

【図４】本発明の情報処理装置の実施の一形態の別の
具体例におけるコンテキストＣ１の一例の説明図であ
る。

【図５】本発明の情報処理装置の実施の一形態の別の
具体例において構成されるパイプラインの説明図であ
る。

【符号の説明】

１…名前解析部、２…コンテキスト入力部、３…資源準
備部、４…データ入出力部、５…コンテキスト保持部、
１１…名前パーザ、１２…コンテキストローダ、１３…
資源イニシエータ、１４…データリーダ、２１…コンテ
キストサーバ、２２…ファイルサーバ、２３…プロセシ
ングサーバ、２４…ディスプレイ。

Claims

【特許請求の範囲】

【請求項１】計算機システムの資源に対する操作を行
なう情報処理装置において、前記資源を管理する資源管
理手段と、入力された名前を解析して単数または複数の
予め実現されている資源を特定する資源名と該資源から
入力または出力されるデータを処理する手続きとの組に
変換する規則に相当するオブジェクトであるコンテキス
トを１以上保持するコンテキスト保持手段と、該コンテ
キスト保持手段からコンテキストを必要に応じて用い該
コンテキストをもとに入力された名前を解釈して資源名
と手続きとの組に変換し該変換結果から定まる資源を前
記資源管理手段から入力し前記手続きを実行して処理結
果を解釈して出力する処理手段を有することを特徴とす
る情報処理装置。
【請求項２】計算機システムの資源に対する操作を行
なう情報処理装置において、前記資源を管理する資源管
理手段と、入力された名前を解析して単数または複数の
予め実現されている資源を特定する資源名と該資源から
入力または出力されるデータを処理する手続きとの組に
変換する規則に相当するオブジェクトであるコンテキス
トを１以上保持するコンテキスト保持手段と、該コンテ
キスト保持手段からコンテキストを必要に応じて用い該
コンテキストをもとに入力された名前を解釈して資源名
と手続きとの組に変換し与えられたデータに対する操作
を前記手続きに入力して処理し該処理結果を前記変換に
よって定まる資源に対して出力する処理手段を有するこ
とを特徴とする情報処理装置。
【請求項３】前記処理手段は、入力された名前に対し
て必要な回数だけ前記コンテキスト保持手段に保持され
ているコンテキストを用いた名前の解釈および変換を再
帰的に行なうことを特徴とする請求項１または２に記載
の情報処理装置。