JPH01156842A - ハイパーメディアシステムにおける埋め込まれたリファレンスを管理及び編集するためのサーバに基づいた設備 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の分野〕 本発明は、分散型ディジタルコンピュータシステム（異
なった動作環境を有するシステムを含む）に関し、特に
、（１）そのようなシステムのユーザがたとえば、ディ
ジタル音声及び音楽のファイル、「走査により読み込ま
れた」画像ファイル及びアニメーション或いはフルモー
ションビデオファイルのようなデータが集中したファイ
ルを仮想的に無制限に生成し、操作し、共有し、作り出
すことを可能にするが、（２）そのようなファイルの多
数コピーを作成したり、蓄積したり、取り扱ったりする
必要をなくすための方法及び装置に関する。

〔発明の背景〕

音声、ビデオ或いは場合によっては音楽メディアは、人
と人との間の通信の場合にしばしば有効且つ効果的なも
のであるけれども、典型的な分散型コンビコータシステ
ムにおいては、ユーザは英数字や簡単なグラフィック通
信（これらを総合して「テキストによる通信と呼ぶ」に
制限されていた。また、テキストによる通信に代えて、
或いは、それを補足するものとして非テキスト通信をサ
ポートするためには、そのようなシステムを充分に拡張
する必要が認識されている。たとえば、音声により注釈
するマルチメディアシステムの開発と同様に、音声メツ
セージシステムの開発に大変な労力と費用が費やされて
きた。音声は、分散型コンピュータシステムに使用する
ために最も広く調査されてきた非テキスト通信メディア
であるので、本発明は一つの代表例を提供するように説
明がなされている。しかしながら、本発明の総括的な観
点は、また、分散型計算システムにおける他のデータが
集中した非テキスト通信にも適用できることは理解され
るであろう。

いくつかの興味ある非常に重要な利点は、分散型計算環
境のデータとして、音声やその他の非テキストメディア
を処理することから生じる。ニコルソン（Ｎｉｃｈｏｌ
ｓｏｎ）　　による［オフィス環境における音声の統合
（Ｉｎｔｅｇｒａｔｉｎｇ　Ｖｏｉｃｅ　ｉｎ　ｔｈｅ
　０ｆｆｉｃｅＷｏｒｌｄ）　　Ｊバイト（Ｂｙｔｅ）
　、第８巻、　Ｎｏ、　１２．１９８３年１２月、第１
７７〜１８４ページを参照のこと。それは、非テキスト
メディアを、電子メイルメツセージへ、また、通常のテ
キストファイルに適用された注釈（ａｎｎｏｔａｔｉｏ
ｎ）へと容易に組み込むことができ、また、計算環境の
ユーザインターフェースにより提供されるプロンプトや
その他の対話（ｉｎｔｅｒａｃｔｉｖｅ）メツセージに
組み込むことができる。端的に言って、そのような処理
により、ユーザは、通常のテキストファイルを取り扱う
のと全く同じ方法でこれらの非テキストデータファイル
を生成し、操作し、共有することができ、また、プログ
ラマは、テキストファイルを含む機能を実施するのと略
同じ方法で、そのような非テキストデータファイルを含
む機能を実施することができる。

しかしながら、音声やその他の非テキストデータファイ
ルは、通常のテキストデータファイルとは大変異なって
いる。たとえば、標準のワークステーションは、アナロ
グの形態では音声データファイルを記録したり、再生し
たりすることはできないので、その目的のためには、特
殊な装置が必要である。よりはっきり言えば、音声デー
タファイルは、典型的なものでは、同じワード数を含む
テキストファイルよりずっと大きくなる。実際、標準の
電話品質の非圧縮音声の記録は、概略で毎秒６４にピッ
トで蓄積を消費し、これは、等価なタイプされたテキス
トのパッセージに必要とされる蓄積容量より数倍大きい
。考慮すべきもうひとつの要素は、音声を転送する際の
厳しいリアルタイム要求である。なぜなら、音声を再生
する際の意図しない語の休止や途切れが知覚問題を生じ
させ、これは、通信のための努力を妨害したり、更には
無効にすることがある。

ユーザが、共有されたファイルサービスに存在する非テ
キストメディアオブジェトに対して埋め込まれたリファ
レンスを含む文書を共有し、これらのオブジェトに対し
て「ガベジコレクション」を行なうために、リファレン
スを含む文書又は文書ホルダがもはや必要でなくなった
とき、それに割り当てられていた蓄積空間を取り戻すこ
とが可能となるようなシステムがある。トーツス（Ｔｈ
ｏｍａｓ）らによる「ダイヤモンド：分散型アーキテク
チャに構築されたマルチメディアメツセージシステム（
Ｄｉａｍｏｎｄ：Ａ　Ｍｕｌｔｉｍｅｄｉａ　Ｍｅｓｓ
ａｇｅ　Ｓｙｓｔｅｍ　Ｂｕｉｌｔ　ｏｎａ　Ｄｉｓｔ
ｒｉｂｕｔｅｄ　Ａｒｃｈｉｔｅｃｔｕｒｅ）　　Ｊ　
、　：２ンピユータ。

第１８巻、　Ｎｏ、１２．１９８５年、第６５〜７８ペ
ージを参照のこと。テキスト的に埋め込まれたリファレ
ンスを使用して、音声、ビデオ及びその他の種々の型の
非テキストデータを参照するダイヤモンドシステムのよ
うなシムテムは、「ハイパーメディアシステム」と呼ば
れることがある。ヤンケロピッチ（Ｙａｎｋｅｌｏｖｉ
ｃｈ）　　ら１こよる「エレクトロニックブックの読み
出し及び書き込み（Ｒｅａｄｉｎｇ　ａｎｄ　Ｗｒｉｔ
ｉｎｇｔｈｅ　Ｅ１ｃｔｒｏｎ＋ｃ　Ｂｏｏｋ）　」、
　ｍｌンピュータ、第１８巻。

ＮＯ，１０，１９８５年１０月、第１５〜５０ページを
参照のこと。

これまで提案されてきたその他のシステムの殆どの場合
とは異なり、ダイヤモンドシステムが使用している埋め
込みリファレンスは、関連する各文書ファイル中の非テ
キストデータファイル（すなわち音声ファイル）　のコ
ピーを包含する必要がない。

まだ、少なくとも二つの問題が解決されなければならな
い。大部分の非常に大きなサイズの非テキストのデータ
ファイル（たとえば、音声データファイル）　を考える
と、ファイルを移動したり、コピーしたり、（ファイル
が符号化された形態で保管されていれば）符号化したり
する必要なしに、これらのファイルを簡単なデータベー
スを使用することによってｌ！果し、その編集操作の結
果を説明するための技術が開発されることは重要なこと
である。また、簡単なデータベースを使用して、不要に
なった非テキストデータファイルに割り当てられている
蓄積空間を自動的に取り戻すためのガベジコレクタをサ
ポートする改良された技術が必要である。そこで本出願
は、ガベジコレクション問題に関する。

〔発明の概要〕

本発明によれば、独特の名称が付けられたビーステーブ
ル形式の持続性のあるデータ構造に対する埋め込まれた
リファレンスが使用され、ディジタル音声、音楽、走査
された画像或いはビデオファイルのような、共有された
非テキストメディアファイルに対する制御されたアクセ
スを、そのようなファイルを複写したり移動したりする
必要なしに、分散型計算環境にあるワークステーション
のユーザに与える。独特の識別を備えた新しいビーステ
ーブルは、新しい非テキストメディアファイルが記録さ
れる度に、そのようなファイルを名称及び長さにより識
別するために、リファレンスデータベースに入力される
。ユーザは、かれらのワークステーションを使用し、現
存するビーステーブルを編集し、生成し、一つ以上の現
存する非テキストメディアファイルの、一つ以上の指定
インターバルを参照するリファレンスデータベースの付
加的なビーステーブルに人力する。このとき、これらの
いずれのファイルのいずれの部分のどのような複写も必
要としない。これらのビーステーブルに対する名称リフ
ァレンスは、通常のテキストファイル及びメツセージに
埋め込まれ、下にある非テキストメディアファイルに対
するアクセスをユーザに与える。

本発明の更に他の特徴及び利点は、添付図面に関連して
説明された以下の詳細な説明から明らかになるであろう
。

〔好ましい実施態様の詳細な説明〕

以下、本発明を一つの図示の実施態様に関連しながら成
る程度詳細に説明するけれども、本発明をこの実施態様
に限定しようとするものではないことを理解すべきであ
る。反対に、本発明は、請求項に規定されているように
、本発明の精神と範囲に含まれる全ての変形例、修正例
及び等価例を包含するものである。

ここで、図面に移れば、特に第１図を参照すれば、分散
型コンピュータシステム２１（関係ある部分のみ示して
いる）は、ローカルエリアネットワーク（ｒ　Ｌ　Ａ　
ＮＪ）２２を有し、このローカルエリアネットワークは
、他のＬＡＮ（図示せず）に直接、或いは、スイッチ式
通信設備を介してインターフェースされるゲートウェイ
２３を備えている。通常の構成のＣ３ＭＡ／ＣＤ　（す
なわち、イーサネット（Ｅｔｈｅｒｎｅｔ））　　ネッ
トワークを維持する際、ＬＡＮ２２は複数のワークステ
ーション２４ａ、　２４ｂをリンクするための線型トポ
ロジーを有するが、そのＬＡＮ２２或いはこれにインタ
ーフェースされる他のＬＡＮは、たとえば、環状トポロ
ジーのような異なったトポロジーを有することができる
ことは明らかである。市販されているワークステーショ
ンやＬＡＮの種々の特性を備えた更に他の異なった環境
の例は明らかであるので、ゲートウェイ２３が、成る通
信プロトコルにしたがって動作するＬＡＮから、異なっ
た通信プロトコルにしたがって動作する他のＬＡＮへデ
ータを転送するために必要とされるリフオーマット機能
及びリタイミング機能を行うことは理解されるべきであ
る。システム２１を拡張してより多くのＬＡＮ（図示せ
ず）を包含させたい場合には、ゲートウェイをより多く
備えることができる。

ワークステーション２４ａ、　２４ｂを介して交換でき
るような通常のテキストメツセージ及びデータファイル
の他に、或いは、それらの代わりに、ＬＡＮ２２を介し
て音声メツセージをユーザが送信し受信することができ
るように、マイクロプロセッサを使用したディジタル電
話装置３１ａ、　３１ｂを備えている。これらはワーク
ステーション２４ａ、　２４ｂの近（に配置されるが、
それぞれ物理的にはそれには接続されていない。これら
の電話装置は、これらが接続されるＬＡＮの通信プロト
コルを満足させるために必要とされるディジタルデータ
フォーマットへ音声を変換する。たとえば、電話装置３
１ａ。

３１ｂは、イーサネット形式のＬ　Ａ　Ｎ２２へ直接送
信するために、電話品質の音声をディジタル化し、パケ
ット化し、符号化する。その達成方法の詳細な説明につ
いてはスイネハー）　（Ｓｗｉｎｅｈａｒｔ）　　らに
よる「オフィスコンビエータネットワークへの音声の付
加（＾ｄｄｉｎｇ　Ｖｏｉｃｅ　ｔｏ　ａｎ　０ｆｆｉ
ｃｅ　ＣｏｍｐｕｔｅｒＮｅｔｗｏｒｋ）　Ｊ　、　　
Ｉ　Ｅ　Ｅ　Ｅグローブコム°８３会報（Ｐｒｏｃｅｅ
ｄｉｎｇｓ　ＩＩＥＩｌｉＥ　ＧｌｏｂｅＣｏｍ　’８
３））、　　１９８３年１１月及び、スイネハート（Ｓ
ｗｉｎｅｈａｒｔ）　　らによる「音声システム開発の
ための実験環境（＾ｎεｘｐｅｒｉｍｅｎｔａｌＥｎｖ
ｉｒｏｎｍｅｎｔ　ｆｏｒ　　Ｖｏｉｃｅ　Ｓｙｓｔｅ
ｍ　Ｄｅｖｅｌｏｐｍｅｎｔ）。

ＩＥＥＥオフィスナレッジエンジニアリングニニーズレ
ター（ＩＥＥＥ　０ｆｆｉｃｅにｎｏｗｌｅｄｇｅ　Ｅ
ｎｇｉｎｅｅｒｉｎｇＮｅｗｓｌｅｔｔｅｒ）、　１９
８７年２月を参照のこと。これらの参考文献の両方とも
、引用文献としてここに組み込まれる。前に指摘したよ
うに、電話装置３１ａ。

３１ｂは、ワークステーション２４ａ、　２４ｂには直
接取り付けられてはおらず、異なった環境にある場合の
ような、種々のワークステーションとともに使用される
電話装置と同様である。

本発明によれば、・システム２１は音声マネージャ３４
を有し、この音声マネージャ３４は、Ｌ　Ａ　Ｎ２２と
インターフェースされ、適度な高忠実度で記録された音
声、電話会話、音楽及びその他の音のための蓄１装置を
提供する。所望であれば、音声マネージャ３４内で、一
つ以上の電話装置３１８．３１ｂを介して再生するため
、文字ストリングを受は取り、等価な音声データファイ
ルを戻す、たとえば、テキストから音声への変換器（図
示せず）のような、その他の特殊な音のソース或いはシ
ンクを使用することができる。

音声制御サーバ３５は、通常のビジネス電話システムの
機能と同様な制御機能を果たし、システム２１の他の構
成要素が音声に関して動作するとき、その構成要素間の
相互作用を管理する。この普通の電話システムの機能に
したがって、音声制御サーバ３５は、ユーザの電話装置
３１ａ、　３１ｂ、　　ＬＡＮ２２及び適切であればゲ
ートウェイ２３を介して、二Å以上のユーザ間で、また
、同様に、どのユーザと音声ファイルサーバ３６との間
でも迅速に達成されるべき音声による会話を可能とする
。更に、そのような会話が行われるとき、制御サーバ３
５は、ユ−ザの電話装置及びワークステーションを含む
その会話に参加しているもの全てに、また、その会話を
記録するために音声ファイルサーバ３６が動作可能とさ
れている場合には、音声ファイルサーバ３６にも、通信
路識別子すなわちＣｏｎｖｅｒｓａｔ　ｉｏｎ　１口を
分配する。以下に判るように、このＣｏｎｖｅｒｓａｔ
ｉｏｎＩｎは、音声制御サーバ３５から発行される要求
や報告の中の会話、或いは、その会話が終結した後に続
く参加者を識別するために使用される。

音声による通信のために必要な制御の全ては、リモート
フロシージャコール（ＲＰＣ）、プロトコル望ましくは
確実なプロトコルを介して行われる。

たとえば、ビレル（Ｂｉｔｔｅｌ）らによる「リモート
プロシージャコールの実施（Ｉｍｐｌｅｍｅｎｔｉｎｇ
　ＲｅｍｏｔｅＰｒｏｃｅｄｕｒｅ　Ｃａ１ｌｓ）　Ｊ
　、　　：ｌ　ンビコータシステムに関するＡＣＭトラ
ンザクション（ＡＣＭ　Ｔｒａｎｓａｃｔｉｏｎｓｏｎ
　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍｓ）　、第２巻、　
Ｎｏ、１．１９８４年２月、第３９〜５９ページ、及び
、ビレル（Ｂｉｒｒｅｌ）らによる「リモートプロシー
ジャコールを使用した確実な通信（Ｓｅｃｕｒｅ　Ｃｏ
ｍｍｕｎｉｃａｔｉｏｎｓ　ｌｌｓｉｎｇ　Ｒｅｍｏｔ
ｅＰｒｏｃｅｄｕｒｅ　Ｃａ１ｌｓ）　」、　　コンビ
ニータシステムに関するＡＣＭ）ランザクジョン、１３
巻、Ｎｏ、１．　１９８５年２月、第１〜１４ページを
参照のこと。ＲＰＣプロトコルを複数実施することは、
たとえば、プログラムを実行し、異なったプログラミン
グ環境を使用してプログラムされた音声アプリケーショ
ンを実行する場合でさえ、音声動作のためのワークステ
ーション２４ａ、　２４ｂの統合を可能にする。以下判
るように、会話の途中で受信されたＲＰＣのプロトコル
に応答して音声制御サーバ３５により発行される報告は
、その会話をサポートする関係あるシステム活動につい
て、参加者に情報を与え続ける。

会話に実際に参加している参加者は、適切な音声送信プ
ロトコルを使用して音声を交換する。再度、前記のスイ
ネハートらによる文献「オフィスコンビコータネットワ
ークへの音声の付加」を参照のこと。各会話中、全ての
送信された音声は、望ましくは、音声制御サーバ３５に
より発行されるランダムに生成された符号化キーに基づ
＜ＤＥＳ電子コードブック（ＥＣＢ）符号化のような確
実な符号化を使用してエンコードされる。たとえば、米
国規格局、「データ符号化規格（Ｄａｔａ　１Ｅｎｃｒ
ｙｐｔｉｏｎＳｔａｎｄａｒｄ）　Ｊ　、連邦情報処理
規格（Ｆ　Ｉ　Ｐ）、　　米国商務省、出版番号４６．
１９７７年１月を参照のこと。

このキーは、会話の参加者が発行するＲＰＣのプロトコ
ルに応答して、その会話の参加者に分配され、それによ
って、電話装置３１ａ、　３１ｂが会話を復号化するこ
とができる。

本発明の最も重要な特徴の一つによれば、ワークステー
ション２４！、　２４ｂは、ユーザに、システム２１の
音声能力に関して強化された制御を与える。

第２図は、ユーザが二つのウィンドウ４２．４３を開い
たときに現れるワークステーション２４ａ　のような典
型的なワークステーションのスクリーン４１を示し、片
方は、符号４２のところで示すように、音声パッセージ
に関するリファレンスが注釈されるテキストを見るため
のものであり、他方は、符号４３のところで示すように
、所定の音声パッセージのグラフィック表示を見るため
のものである。これらの音声リファレンスは、典型的に
は、符号４４のところで示すように、注釈された文書の
テキスト中に埋め込まれた風船状アイコンによって示さ
れるので、それらのアイコンの選択された任意の一つは
、それを再生及び／又は編集しながら、符号４３のとこ
ろで示すように、グラフィック表示を見るために「開か
れる」。望ましくは、音声のグラフィック表示は、音声
と無音に比例した長さの間隔を示すために、交互に生じ
る暗バーと明バーの線型ストリングを使用する。音声の
エネルギレベルが予め決められた閾値レベル以下に低下
するとき、無音は閾値動作により検出されるので、その
ような期間は、ここでは、その相対的意味で使用される
ことが理解されるであろう。

ユーザが、ワークステーション２４ａ、　２４ｂを使用
して実行することができる音声及びその他の音の編集機
能を説明する前置きとして、ユーザが求めることができ
る基本的な「記録（ＲＰＣＯＲＤ）　Ｊ　、　　ｒ再生
（ＰＬＡＹ）　Ｊ及び「停止（ＳＴＯＰ）Ｊ機能を簡単
に見立しておくことは有用であろう。ユーザが「記録」
命令を発行するとき、音声制御サーバ３５は、ユーザの
電話装置を音声ファイルサーバ３６に接続させるための
通信路を規定するＣ０ｎＶｅｒＳａｔｉＯｎｌＤを発行
する。音声マネージャ３４は、新しい音声ファイルＶＦ
を記録するために、蓄積空間を音声ファイルサーバ３６
に配分するとともに、独特の名称、すなわち、Ｖｏ　１
ｃｅＲｏｐｅ　［口をそのようなファイルに割り当てる
ことによってＣｏｎｖｅｒｓａｔ　１ｏｎｌＤに応答す
る〇その後、ユーザが「停止」命令を発行するまで記録
が続く。更に、記録が行われている間、音声マネージャ
３４は計数を累積して、単位当たり１／８０００秒のよ
うな適切な時間単位で音声ロープ（ｒｏｐｅ）　ＶＲの
長さを決定する。「停止」命令に応答して、所定のＣｏ
ｎｖｅｒｓａｔｉｏｎｌＤにより識別されるセツション
のための、次に進むすなわち行列待ちの全ての記録或い
は再生動作は、直ちに停止する。「再生」命令は「記録
」命令と同様であるが、ユーザが、ＶｏｉｃｅＲｏｐｅ
ｌＤ　１及び、音声ロープ全体を規定する特定のインタ
ーバル或いは適切な分解能（この場合、約Ｑ、　１ｍｓ
の分解能）　で特定のインターバルを発行することによ
って起動される点が異なる。

音声制御サーバ３５は、ＣｏｎｖｅｒｓａｔｉｏｎｌＤ
を発行することによって「再生」命令に応答し、音声フ
ァイルサーバ３６からユーザの電話装置への通信路を設
定し、音声マネージャ３４は、音声ファイルサーバ３６
に、ユーザ指定のＶ　Ｒ（１（］、　１ｎｔｅｒｖａｌ
）　　によって決定されるような選択されたＶＦの選択
されたインターバルをユーザへ送信させる。

典型的には、「記録」及び「再生」動作は、音声ファイ
ルサーバ３６により行列待ちが行われた後に戻るリモー
トプロシージャコールに対して非同期的に実行される。

行列待ち動作は、一般に、順を追って実行されるので、
それによって、音声マネージャ３４は、報告を生成する
ための素直なプロシージャを利用して、ユーザが彼らの
要求状態に遅れないようにできるようになる。たとえば
、音声マネージャ３４は、各行列待ち動作が開始されそ
して完了したときに、適切にＲｅｑｕｅｓｔｌＤを戻し
、それによって、そのような動作に係わった各ユーザに
コールを行わせることができ、そのコールは、典型的に
は次のように表される。

ＲＥＰ口ＲＴ［ＲｅｑｕｅｓｔｌＤ、　　（ｓｔａｒｔ
ｅｄ／ｆｉｎｉｓｈｅｄ／ｆｌｕｓｈｅｄ）　　］記録
された音声ファイルＶＦ又はその一部分及びその組み合
わせを識別する音声ロープＶＲは不変であるが、ワーク
ステーション２４ａ、　２４ｂの通常の編集機能を適用
することによって、新しい不変のＶＲを作り出すために
、ユーザがそれを使用することができる。編集を補助す
るために０ＥＳＣＲＩＢＥ（ＶｏｉｃｅＲｏｐｅｌＤ）
動作により、音声マネージャ３４が、指定ＶＲの非無音
トークスパー）　（ｔａｌｋ−ｓｐｕｒｔｓ）（ここで
使用されているように、「トークスパート」は、所定の
最短無音インターバルにより境界が付けられた一連の音
声サンプルである）　を表示したタイムインターバルの
リストを、要求者のワークステーションへ戻すようにさ
せる。このトークスパートリストは順次使用され、第２
図のウィンドウ４３に示すように、トークスパートとそ
の間に介在する選択されたＶＲの無音インターバルのグ
ラフィック表示を生成する。望ましくは、所定の音声ロ
ープのためのトークスパートリストを組み立てるのに伴
って生じる過負荷を軽減するために、音声ファイルサー
バ３６に記録された全ての音声ファイルＶＦに関連した
トークスパートのルックアップテーブルが維持される。

音声ロープ編集編集に直接適用することができる一般の
テキスト編集機能は、以下の通りである。

−Ｃ０ＮＣＡＴＥＮＡＴＥ［ＶｏｉｃｅＲｏｐｅｌＤ、
、ＶｏｉｃｅＲｏｐｅｌ口２＋、、１−新しい音声ＩＤ
を戻し、現存のＶＨの連結体（ｃｏｎｃａｔｅｎａｔｉ
ｏｎ）である新しいＶＲを生じさせる。

−５ＵＢＳＴＲＩＮＧ［ＶｏｉｃｅＲｏｐｅｌＤ、、　
Ｉｎｔｅｒｖａｌ］−新しいＶｏｉｃｅＲｏｐｅｌＤを
戻し、現存のＶＲの指定インターバルからなる新しいＶ
Ｒを生じさせる。

−ＲεＰＬＡＣＥ［ＶｏｉｃｅＲｏｐｅｌＤ、、Ｉｎｔ
ｅｒｖａｌ、ＶｏｉｃｅＲｏｐｅｌＤ２］−新しいＶｏ
ｉｃｅＲｏｐｅｌＤを戻し、現存のＶｏｉｃｅＲｏｐｅ
ｌＤ。

の指定インターバルを置き換えた現存のＶｏｉｃｅＲｏ
ｐｅｌＤ、を有する新しいＶＲを生じさせ、それによっ
て「連結（Ｃ０ＮＣＡＴＥＮＡＴＥ）　」及び「サブス
トリング（ＳｔｌＢＳＴＲｒＮＧ）　Ｊ動作の複合動作
を行う。

−ＬＥＮＧＴＨ［ＶｏｉｃｅＲｏｐｅｌＤ］−長さを戻
し、現存のＶＲの長さを、ミリセカンドのような適切な
時間単位で決定する。

典型的には、これらの動作は、音声マネージャ３４への
ＲＰＣコールを介して利用することができる。

ＶＲにアクセス制御を重畳することにより、その下にあ
るＶＦの再生アクセスを制御し、ｖＲの編集を制限する
。これらのアクセス制御リストは、個人名や団体名を包
含することができる。ビレル（Ｂｉｒｒｅｌ）らによる
「グレープパイン二分散型計算における実践（Ｇｒａｐ
ｅｖｉｎｅ　：Ａｎ　Ｂｘｅｒｃｉｓｅ　１ｎＤｉｓｔ
ｒ＋ｂｕｔｅｄ　Ｃｏｍｐｕｔｉｎｇ）　Ｊ　Ａ　ＣＭ
　：ｌミュニケーシ、　ン（Ｃｏｍｍｕｎｉｃａｔｉｏ
ｎ　ｏｆ　ｔｈｅ　ＡＣＭ）　、　　第２５巻、　Ｎｏ
、　４゜１９８２年４月、第２６０〜２７４ページ参照
のこと。たとえば、ＰＥＲＭＩＴ［ＶｏｉｃｅＲｏｐｅ
ｌＯ，ｐｌａｙｅｒｓ、　ｅｄｉｔｏｒｓｌをコールし
て、指定ＶＲへのアクセスを指名プレーヤ及び指名エデ
ィタに制限することにより、所定のＶＲの生成者が、い
つでもこのようなアクセス制御を設定し或いは変更する
ことができる。アクセス制御機構に対して適当なデフォ
ルト設定を行うと、ＶＲに対するアクセスの制限が行わ
れなかったり、また、アクセスをその生成者だけに制限
することになる。

以下判るように、ＶＲは、これらのデータが集中した非
テキストＶＦを、多数個所でコピーしたり、移動したり
、蓄積したりする必要なしに、多数のユーザが分は合う
ことができ、また、多数の標準テキスト文書に組み込む
ことができ、正当なユーザがその下に位置するＶＦヘア
クセスできるようにするという重要な効果を有する。更
に、本発明の重要な特徴によれば、ユーザは、かれらの
個々の必要や要望に応じて、ＶＲを含む文書をオンライ
ンに或いはオフラインに自由に蓄積できる。

このような自由度をユーザに与えるために、使用されな
くなったＶＦにより占有されるファイルサーバ３６の空
間を、適時に取り戻すことを確実にしながら、以下に更
に詳細に述べるように、使用されなくなったＶＦを識別
してそれを削除するためのインタレストに基づいたガベ
ジコレクタがある。望ましくは、これらのユーザインタ
レストは、ユーザやクラスによって異なるので、それら
は各ユーザの通常のディレクトリ動作に基づいて自動的
に生成されたり削除されたりすることができ、各ユーザ
は、所定のクラスにおいて、その人口弁の個人的なイン
タレストを個別に識別する責任がある。たとえば、ユー
ザが、ＶＲを含む文書をその人口弁の書類ブイレフ）Ｉ
Ｊ或いはメイルディレクトリに入力すると、ＲＰＣは、
ユーザのインタレストを音声マネージャ３４のＶＲに次
のような形式で登録し始める。

ＲＥＴＡＩＮ［ＶｏｉｃｅＲｏｐｅｌＯ，ｃｌａｓｓ、
　１ｎｔｅｒｅｓｔ、　ｕｓｅｒｌｊｌこのプロシージ
ャは、指定ユーザのインタレストを、所定のクラス（た
とえば、「ファイル注釈」或いは「メツセージ」）　に
より、所定のＶＲに登録する。この動作は上と同様なの
で、同じようにして後続するコールは、ただ一つのイン
タレストを所定の音声ロープに登録する。更に、ＦＯ，
ＲＧＦ！Ｔ［ＶｏｉｃｅＲｏｐｅｌＯ，ｃｌａｓｓ、　
１ｎｔｅｒｅｓｔｌ　　プロシージャがあって、これは
、ユーザがＶＲを含む文書或いはメツセージをその人の
ディレクトリから削除するとき（それを別のオンライン
或いはオフラインディレクトリに移動するときとは反対
に）　音声マネージャ３４へ発行されるＲＰＣによって
要求されることがあり、ときには以下に説明するガベジ
コレクション処理の結果、要求されることもある。また
、ＬＯＯＫＵＰ［ｃｌａｓｓ、　　１ｎｔｅｒｅｓｔ］
　　プロシージャは、通常のシステムの管理機能を補助
するために、特定のインタレストに関連した音声ロープ
の順不同リストを戻すためのものである。

典型的には、ユーザが要求したインタレスト機構のイン
タレスト及びクラスのアトリビユートは、任意のテキス
トストリングの値である。しかしながら、望ましくは、
インタレスト値の形は、クラスに特有のものであるので
、各クラスは、そのインタレスト値に対する階層的な形
や平坦な形成いはその他の所定の形の識別子を使用して
、インタレストのそれ自体の名称空間（ｎａｍｅ　５ｐ
ａｃｅ）を制御する。他方、インタレストのクラスは、
通常、特定のアプリケーションのために音声ロープが使
用される方法を識別する。たとえば、「ファイル注釈（
’ＦｉｌｅＡｎｎｏｔａｔｉｏｎ）　Ｊクラスは、イン
タレストフイールドが、ファイル名を与えるために使用
されるということと共に、指名ファイルにおいて共有さ
れた文書が、−組の音声ローブにより注釈されるという
ことを示すために使用される。同様に、「メツセージ」
クラスは、インタレストフィールドがメツセージシステ
ムによって供給される独特の消印を含み、特定のメイル
メツセージにはその−ようなリファレンスが埋め込まれ
ていることと共に、電子メイルメツセージが記録音声を
参照することを示している。

音声マネージャ３４（第１図）は、典型的には、第３図
に示すように、論理的な層を形成し、前述の音声ローブ
編集特徴を実施し、また、そのような音声ロープとその
下にある音声ファイルとにおいてユーザインタレストを
管理するために、簡単ではあるがしっかりした設備を提
供する。音声ファイルサーバ３６は、音声の場合、６４
にビット／秒の持続したデータ転送率を維持することが
できなければならず、また、連続シーケンス間に認知可
能な休止を作らないように適切なバッファリングを備え
た状態で、音声ファイルインターバルの任意の行列待ち
シーケンスの再生に適応することができなければならな
いが、これらの要件は、比較的緩やかなものであって、
現在の技術水準で容易に満足されるものである。

音声ロープ及びこれに関連するインタレストの使用のた
めに、簡単なデータベースシステム４１が備わっている
。この目的のために、データベースシステム４１は、不
変のファイル及び／又はファイルセグメントを参照する
不変のビーステーブルとして音声ロープ（Ｖ　Ｒ）を蓄
積し、基本的な行列待ち及び更新能力を提供し、その下
にある音声ファイルに関連して、それらを使用する多く
のユーザ□間のＶＲの共有をサポートする。これらの緩
やかな要求を満足させるものであれば、どのようなデー
タベースシステムでも充分である。たとえば、一つのそ
のようなシステムは、ベイヤー（Ｂａｙｅｒ）らによる
オペレーティングシステム上級コース（Ｏｐｅｒａｔｉ
ｎｇ　Ｓｙｓｔｅｍ　ａｎ　Ａｄｖａｎｃｅｄ　Ｃｏｕ
ｒｓｅ）　、スブリンガー７エアビーク（Ｓｐｒｉｎｇ
ｅｒ−Ｖｅｒｂｉｇ）、　１９７８年。

第３９３〜４８１ページに示された「データベースオペ
レーティングシステムに関するノート（Ｎｏｔｅ　ｏｎ
Ｄａｔａｂａｓｅ　Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ
）　」にグレイ（Ｇｒａｙ）により示されるように、ラ
イトアヘッドログ（ｗｒｉｔｅａｈｅａｄ　ｌｏｇ）　
　において、キーと値との対として表された特性シーケ
ンスとして各エントリを蓄積する。しかしながら、デー
タがより永久的な位置に書き留められまた書き込まれる
までしかそのデータが記録されない殆どのデータベース
システムとは異なって、データベースシステム４１内の
ライトアヘッドログは、永久的なデータのソース（すな
わち、−旦書き込まれるとそのデータは決して移動され
ない）である。このようにして、ログファイルの対応す
る位置に一つ以上のキーの値をマツピングするために、
前記ライトアヘッドログに対する直接のリファレンスに
よってＢツリーインデックスを作り出すことができる。

電子メイルシステムに対してログを構成するためにも、
同様の技術が使用されてきた。ドナヒニー（口ｏｎａｈ
ｕｅ）　　らによる「ウオールナツト：データベースに
電子メイルを蓄積する（Ｉｌａｌｎｕｔ：Ｓｔｏｒｉｎ
ｇ　Ｅｌｅｃｔｒｏｎｉｃ　Ｍａｉｌｉｎ　ａ　Ｄａｔ
ａｂａｓｅ）　Ｊ　、　　ゼ０−／クスパロアルトリサ
ーチセンタ（Ｘｅｒｏｘ　Ｐａ１ｏ＾Ｉｔｏ’　Ｒｅ５
ｅａｒｃｈ　Ｃｅｎｔｅｒ）、テクニカルレポートＣ３
Ｌ−８５−９，１９８５年１１月を参照のこと。更にま
た、ランソン（Ｌａｍｐｓｏｎ）　　による「コンピュ
ータシステム設計のためのヒント（ｆｌｉｎｔ　ｆｏｒ
Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｄｅｓｉｇｎ）　　
Ｊ　、　　オペレーティングシステムの原理に関する第
９回シンポジウム会報（Ｐｒｏｃｅｅｄｉｎｇｓ　Ｎ１
ｎｔｈ　Ｓｙｍｐｏｓｉｕｍ　ｏｎ　Ｏｐｅｒａｔｉｎ
ｇＳｙｓｔｅｍ　Ｐｒ１ｎｃｉｐｌｅ）、二ニーハンプ
シャー、プレトンウッド、　１９８３年１０月、第３３
〜４８ページを参照のこと。

音声ロープを表すための最低限のデータ構造は、［Ｖｏ
ｉｃｅＲｏｐｅｌＤ、　ｋｅｙ、　１ｎｔｅｒｖａｌ］
の三つ組がらなっている。その他の付加的特性が、Ｖｏ
ｉｃｅＲｏｐｅｌＤ、生成者の識別、アクセス制御リス
ト及び音声ロープの全長のために包含されることもある
。このことは、音声ロープに対する典型的なデータベー
スのログエントリが次の形を有することを意味する。

Ｖｏ＋ｃｅＲｏｐｅｌＤ：Ｔｅｒｒｙ、ｐａ＃５７５９
９６０７８Ｃｒｅａｔｏｒ：Ｔｅｒｒｙ、ｐａ Ｌｅｎｇｔｈ：８００００ ＰｌａｙＡｃｃｅｓｓ：ＶｏｉｃｅＰｒｏｊｅｃｔ↑、
ｐａＥｄｉｔＡｃｃｅｓｓ：ｎｏｎｅ Ｖｏ、１ｃｅＦｉｌｅｌ口：２３５ Ｋｅｙ：１７４０１１２１０６２８１０３００４６０４
５７ＢＩｎｔｅｒｖａｌ：Ｑ　　８ＱＱＯＱ このようなエントリは、音声ロープ構造が、それらのＶ
ｏｉｃｅＲｏｐｅｌＤによって効率的に検索することが
できるようなインデックスを構成するために使用するこ
とができる。これはまた、ＶｏｉｃｅＦｉｌｅｌＤのイ
ンデックスを維持させることができ、これは以下に充分
に説明するガベジコレクションにとって有用である。

前述の音声ロープ編集処理を使用することによって、よ
り複雑な音声ロープを構成することができる。たとえば
、第４図に示すように、二つの簡単な音声ロープＶ　Ｒ
，、Ｖ　Ｒ１があり、これらは次のような構造を有する
。

ＶＲ，＝＜ＶｏｉｃｅＦｉｌｅｌＤ：ＶＦ、、にｅｙ：
に、、Ｉｎｔｅｒｖａｌ：［５ｔａｒｔ：Ｑ、　ｌｅｎ
ｇｔｈ：４０００１＞ＶＲ２＝＜ＶｏｉｃｅＦｉｌｅｌ
Ｄ：ＶＦ、、　Ｋｅｙ：に、、　Ｉｎｔｅｒｖａｌ：［
５ｔａｒｔ：５００．　ｌｅｎｇｔｈ：２０００１＞こ
の場合の動作 Ｒｅｐｌａｃｅ［ｂａｓｅ：ＶＲ，、１ｎｔｅｒｖａｌ
：［５ｔａｒｔ：１０００゜ｌｅｎｇｔｈ：１０００１
．ｗｉｔｈ：ＶＲ，］は、新しい音声ロープＶＲ３を生
じさせる。その構造は、 ＶＲ３＝＜ＶｏｉｃｅＦｉｌｅｌＤ：ＶＦ、、Ｋｅｙ：
に、、Ｉｎｔｅｒｖａｌ：［５ｔａｒｔ：０．　ｌｅｎ
ｇｔｈ：１０００１゜ＶｏｉｃｅＦｉｌｅｌＤ：ＶＦ、
、Ｋｅｙ：に２．Ｉｎｔｅｒｖａｌ：［５ｔａｒｔ：５
ＱＯ，ｌｅｎｇｔｈ：２０００］ＶｏｉｃｅＦｉｌｅｌ
Ｄ：ＶＦ、、　Ｋｅｙ：に、、　Ｉｎｔｅｒｖａｌ：［
５ｔａｒｔ：２０００．　ｌｅｎｇｔｈ：２０００１＞
管理を簡単に検討し、ディジタル的に記録された音声と
、本発明が利用されるデータが集中した非テキストデー
タのその他のデータを編集することによって、音声が記
録されるとき、音声マネージャ３４が音声ファイルサー
バ３６をコールし、新しいＶＦを作り出し、この新しい
ＶＦの内容とじての所定のＣｏｎｖｅｒｓａｔｉｏｎｌ
Ｄとの指定の会話を通して到達した音声を蓄積する。記
録の完了時、音声マネージャ３４は、新しく記録された
ＶＦを表すために簡単なＶＲをデータベースシステム４
１内の音声ロープデータベースに付加する。会話をエン
コードするための音声制御サーバ３２により割り当てら
れた符号化キーは、音声ロープデータベースエントリに
蓄積されるので、このキーは、ＶＲの一つ以上のインタ
ーバルを伴う全ての後続する編集動作中、ＶｏｉｃｅＦ
ｉｌｅｌＤに伴って移動する。音声データファイルは、
−旦ＶＦ、　に記録されると、編集中でさえ移動される
こともコピーされることもない。

ＶＲを再生するとき、音声マネージャ３４は、始めにデ
ータベースシステム４１からＶＲの構造を検索する。Ｖ
Ｒの再生時に、全ての参加者の正当な識別が、ＶＲに関
連したいずれかのアクセス制御と一致している場合、音
声マネージャ３４は、所定のＶＲに関連したＶＦの指定
インターバルのために一つ或い−は複数の符号化キーを
参加者に分配することにより、また、音声ファイルサー
バ３６に適切な順序でこれらのＶＦインターバルを再生
させることにより、再生処理を継続する。前に指摘した
ように、音声ファイルサーバ３６は、望ましくは充分に
大きな出力バッファを有し、二つ以上のＶＦインターバ
ルを、それらの間にどのような休止も引き起こすことな
（再生させることができる。

好適には、ＶＲは、再生性能を強化するために平坦構造
を有する（すなわち、各ＶＲはその関連するＶＦを直接
参照するので、単一のデータベースアクセスは、所定の
ＶＲの完全な構造を決定するのに充分である）。また、
複合ＶＲは、ＶＦのインターバルを表すＶＲを有するツ
リー構造のデータベースにおいて、ツリーの葉のところ
で、他のＶＲのインターバルとして共有することができ
る。この方法は、ＶＲを編集する処理コストを低減させ
るが、同じ或いは異なるＶＦの二つ以上の指定インター
バルを表す複合ＶＲを再生するのに必要なデータベース
のアクセスの数を増やしてしまうことになる。換言すれ
ば、特定の使用パターンに対して、ＶＲデータベース構
造を最適にするためには、妥協点がある。

以下、判るように、所定のＶＦを参照する全てのＶＲが
一旦削除されると、ＶＲは再び特定のＶＦを参照するこ
とはないので、そのＶＦに割り当てられた音声ファイル
サーバ３６の蓄積空間は、ＶＦを削除することにより、
後続する再使用のために取り戻される。所定のＶＦを参
照するＶＲが未だ存在するかどうかを決定するためには
、データベースシステム４１に対して真っ直ぐに行列待
ちする音声ロープデータベースで充分である。しかしな
がら、所定のＶＲを削除できるか否かを決定することは
より困難である。このように、前述の「インタレスト（
ｉｎｔｅｒｅｓｔ）　Ｊ動作は、ＶＲとこれに関連する
ＶＦの自動的な取り戻しを可能にするキーである。

ユーザは、データベースシステム４１内のインタレスト
データベース内のような既知の場所に、かれらのＶＲゼ
インレストを記録する必要がある。

そして、これらの記録されたインタレストは、ユーザが
通過するＶ　ＲＩＪファレンスに対する代替物として作
用するので、これによって、有効に参照された活性ＶＲ
と、無効的に参照された、すなわち、非参照の使用され
なくなったＶＲとを区別するための論理的根拠を提供す
る。所望であれば、たとえば、特定のタイムアウト期間
のようなリファレンス無効化機構を、適切に参照された
インタレストへ組み込むことができるので、所定のＶＲ
（期限内のタイムアウトを含む）に対する有効なリファ
レンスが存在しないときには、ＶＲの不要化が生じるこ
とは理解されるべきである。

前述のように、ＲＥＴＡＩＮプロシージャがコールされ
たとき、そこに既にエントリがなければ、インタレスト
データベースにエントリが付加される。このデータベー
スエントリは、Ｖｏ　１ｃｅＲｏｐｅ　１口。

インタレストのクラス、インタレスト値及びユーザの識
別とを包含し、それによって、これらの属性のいずれか
に基づいてインタレストのデータベースに問い合わせる
ことができる。残念ながら、ＶＲに対するリファレンス
を含む文書或いはメツセージがユーザのディレクトリに
人力されたり、そこから削除されるとき、所定のＶＲに
ユーザのインタレストを記録したりそれを削除するため
に、ＲＥＴＡＩＮプロシージャ及びその相補であるＦＯ
ＲＧＥＴプロシージャをコールするように現存のワーク
ステーション及びファイルサーバを変更することが不可
能な場合もある。しかしながら、ユーザが、−時的なワ
ークステーションのＭ積から、より永久的な蓄積のため
のファイルサーバへ、ＶＲリファレンスを含むファイル
を移動させるときに、自動的に求められる付加的プログ
ラムを各ユーザのオペレーティングシステムへ組み入れ
ることが可能であり、それによって、そのようなファイ
ルで参照された各音声ロープに対して次の形のコールが
発行される。

ＲＥ！ＴＡＩＮ［ＶＲＩＤ：ＶｏｉｃｅＲｏｐｅｌＤ、
　ｃｌａｓｓ。

”Ｆｉｌｅ　Ａｎｎｏｔａｔｉｏｎ、　”Ｉｎｔｅｒｅ
ｓｔ：“Ａｎｎｏｔａｔｅｄ　ＦｉｌｅＮａｍｅ　Ｎａ
ｍｅ”、　　［ｌ５ｅｒ：Ａｕｔｈｅｎｔｉｃａｔｅｄ
　Ｎａｍｅｌこのように、それ以後はいつでも、どのよ
うな所定のユーザのインタレストに対しても、所定のイ
ンタレストが属するＶＲリファレンスを含むファイル（
たとえば、「注釈されたファイル名」）のユーザが名付
けた要求が未だ存在するか否かを決定するために、標準
のファイルサーバディレクトリの計数動作を実行するこ
とができる。各ユーザアプリケーションは、そのような
ユーザによって登録されたインタレストのクラスを決定
し、そのようなインタレストには、ユーザが決定した値
（たとえば、インタレストのクラス、たとえば、すなわ
ち「ファイル注釈」に対する「注釈されたファイル名」
）が与えられる。このことは、個々のユーザが、たとえ
ば、種々異なる版数のような独特の値を、所定のインタ
レストのクラス内に記録することが望まれるような異な
ったインタレストに割り当てる責任があることを意味す
る。

インタレストデータベースに、不要となったインタレス
トを自動的に位置付け、そこから削除するために、イン
タレストクラスの実施者が次の形式のプロシージャを音
声マネージャ３４に登録する。

Ｉｓ　　ＧＡＲＢ八ＧＢへＶｏｉｃｅＲｏｐｅｌＤ、ｔ
、ｎｔｅｒｅｓｔ］−（Ｙｅｓ、Ｎｏ　）このプロシー
ジャは、クラス指定を行う方法で、所定のインタレスト
が未だ特定のＶＲに適用されているか否かを決定する。

たとえば、前述のファイル注釈クラスの場合、このプロ
シージャは、インタレストパラメータのユーザの指定値
が分散型コンビニ−タンステム２１内のいずれかにある
ファイルサーバにもはや存在しない場合にだけｒＹＥＳ
」を戻す。

好適には、第５図に示すように、音声マネージャ３４は
、符号５１〜５５のところで示すように、インタレスト
のデータベースを定期的に数え上げ、更に、符号５５〜
５６のところで示すように、各インタレストに対してク
ラス指定のＩｓ　ＧＡＲＢＡＧＥ７’ロシージャ（それ
が登録されている場合）　をコールするインタレスト照
合器（ｖｅｒｉｆｉｅｒ）を有する。どのインタレスト
のクラスに対しても適するＩｓ　ＧＡＲＢＡＧＥプロシ
ージャは、符号５７のところで示すように、所定のクラ
ス内のエン）　＋７が有効か否かを決定するために種々
の基準を利用する。たとえば、このプロシージャは、た
とえば予め決められたタイムアウト期間の満了や、アク
セス制御リストに対する一貫性のような、本質的な無効
基準に対してエントリをチエツクする。それはまた、検
査されるエントリに対して指定されたインタレスト値（
たとえば、「注釈されたファイル名」）がまだファイル
サーバ上に存在するか否かを決定するために、分散型コ
ンピュータシステム２１のためのファイルサーバヘディ
レクトリの問い合わせを発行することもできる。所定の
インタレストが何らかの原因で無効と決定された場合に
は、符号５８のと巳ろで示すように、プロシージ＋　Ｆ
ＯＲＧＥＴ［ＶｏｉｃｅＲｏｐｅｒ［ｌ。

ｃｌａｓｓ、　１ｎｔｅｒｅｓｔ］　がコールされ、符
号５９のところで示すように、それがインタレストのデ
ータベースから削除される。

第６図を参照すると、音声マネージャ３４は、また、符
号７１〜７４のところで示すように、音声ローブデータ
ベースを定期的に数え上げるための音声ロープガベジコ
レクタを有するので、孤立したＶＲは符号７５のところ
で示すように、そこから削除される。望ましくは、符号
７６のところで示すように、成るクラス或いは全てのク
ラスのＶＲを、それらが生成された後、少なくとも成る
有限の時間は本質的に保護する手段が備えられるので、
関係を有するユーザは、それらの中にインタレストを登
録する正当な機会を有する。

しかしながら、そのような本質的な保護がなされないと
き、検査されるＶＲがインタレストデータベース内の少
なくとも１個の有効なインタレストにより参照されてい
ることが符号７７のところで示されるように決定されな
い限り、所定のＶＲは、音声ローブデータベースから削
除される。

第７図に示すように、別の音声ファイルガベジコレクタ
が、符号８１〜８４のところで示すように音声ファイル
データベースを定期的に数え上げるための音声マネージ
ャ３４に包含されるので、符号８５のところで示すよう
に、もはやそれらを参照しないＶＲは、符号８６のとこ
ろで示すように削除され、これによって、これらに割り
当てられた音声ファイルサーバ３６（第１図）上に蓄積
空間を取り戻すことができる。

しかしながら、第８図に示すように、音声ファイルガベ
ジコレクタは、音声ロープガベジコレクタと統合される
ので、これらの機能は同時に実行される。たとえば、第
６図の符号７７のところで示すように、所定のＶＲが孤
立していることが決定されるとき、その孤立したＶＲに
より参照されたＶＦは、符号９１〜９３のところで示す
ように数え上げられる。これにより、これらのＶＦの各
々が音声ローブデータベースに対してチエツクされ、符
号９４のところで示すように、それらが他のＶＲにより
参照されるかどうかを決定するので、孤立したＶＦを、
符号９５のところで示すように削除することが可能にな
る。孤立したＶＲにより参照された全部のＶＦが検査さ
れた後、ＶＲは符号７５のところで示すように削除され
、第６図の符号７２のところで示すように、次のＶＲと
ともにこのＶＲを計数し続けるために、この処理が循環
する。

同様に、第９図に示すように、音声ローブガベジコレク
タは、インタレストガベジコレクタと統合することがで
きる。インタレストデータベースにおける各エントリは
、単一のＶＲを参照するので、第５図の符号５７のとこ
ろで示すように、所定のインタレストが無効であること
が決定されると、第９図の符号９６のところで示すよう
に、インタレストデータベースが検査され、これが、符
号９７のところで示すように、無効インタレストに関連
したＶＲを参照する他のインタレストをまだ含んでいる
か否かを決定する。所定のＶＲへのその他のリファレン
スが見当たらなければ、このＶＲと無効インタレストエ
ントリの双方が、それぞれ、符号９８．９９のところで
示すように削除される。他方、ＶＲを参照する他のイン
タレストが存在する場合、第５図の符号５２のところで
示すように、次のインタレストとともにインタレストデ
ータベースの計数を継続するために循環して戻る前に無
効インタレストだけを削除する。

〔結論〕

以上のことから、本発明は、分散型計算環境にあるワー
クステーションのユーザが、データが集中した非テキス
トメディアファイルの多数のコピーを作ったりそのよう
なファイルを移動したり修正したりする必要なしに、こ
の非テキストメディアファイルを編集し共有することが
できる効率的で柔軟性のある方法及び手段を提供するこ
とが判るであろう。

【図面の簡単な説明】

第１図は、ゲートウェイ及び通信チャンネルにより命令
でリンクされる一対のローカルエリアネットワークを示
す概略図であって、そのローカルエリアネットワークは
、本発明にしたがって、通常のテキストによる通信の他
に音声による通信をサポートするように構成されている
。第２図は、音声ファイルを記録し、編集し、再生する
ための適切なユーザインターフェースを示すワークステ
ーションのスクリーンである。第３図は、ローカルエリ
アネットワークのための音声マネージャの論理的に層が
形成された図である。第４図は、音声ファイルと、それ
らを参照するために使用されるデータ構造の関係を示す
概略図である。第５図は、インタレストガベジコレクタ
の単純化された機能フロー線図である。第６図は、音声
ローブガペジコレクタの単純化された機能フロー線図で
ある。第７図は、音声ファイルガベジコレクタの単純化
された機能フロー線図である。第８図は、統合された音
声ロープ／音声ファイルガベジコレクタの単純化された
部分的機能フロー線図である。 第９図は、統合されたインタレスト／音声ロープガベジ
コレクタの単純化された部分的機能フロー線図である。 ２１：分散型コンピュータシステム ２２：ローカルエリアネットワーク ２３ニゲ−トウエイ ２４ａ、２４ｂ　：ワークステーション３４：音声マネ
ージャ ３５：音声制御サーバ ３６：音声ファイルサーバ ４１：データベースシステム ４２．４３：ウィンドウ

Claims (1)

1. 【特許請求の範囲】 １、通信メディアと、 ユーザが各ワークステーション間でディジタルテキスト
   データを相互に転送することを可能にするために前記通
   信メディアに接続された複数のワークステーションと、 人が認識できる情報内容を含むディジタル非テキストデ
   ータファイルを蓄積するために前記通信メディアに接続
   されたファイルサーバと、前記ワークステーションの少
   なくともどれかの近くに配置された変換手段であって、
   該変換手段は、前記ワークステーションとは独立に前記
   通信メディアに接続され、アクセスの認可に従って、ユ
   ーザが、非テキストデータファイルを前記ファイルサー
   バに記録し、そのようなファイルを再生することができ
   るようにされたものとを包含するハイパーメディア分散
   型コンピュータシステムにおいて、 新しい非テキストデータファイルが記録される度に、前
   記ファイルサーバに独特の名称が付けられた蓄積空間を
   割り当てるために、また、その記録の終結時に前記各フ
   ァイルの長さを決定するために、前記ファイルサーバ及
   び前記通信メディアに接続された管理手段を備え、 該管理手段は、新しい非テキストデータファイルが前記
   ファイルサーバに記録される度に、前記管理手段が、そ
   のようなファイルを名称及び長さにより参照する独特の
   名称が付けられた不変のエントリを作るリファレンスデ
   ータベースを有するデータベースシステムを包含し、前
   記ワークステーションは、ユーザが、前記リファレンス
   データベースのエントリを操作し、ユーザが選択した非
   テキストデータファイルのユーザが選択したインターバ
   ルを参照する前記リファレンスデータベースのための付
   加的な独特の名称が付けられた不変のエントリを生成す
   ることを可能にするための編集手段を包含し、これによ
   り、前記リファレンスの名称はユーザに分配されたテキ
   ストデータに埋め込まれ、ユーザに、前記非テキストデ
   ータファイルのいずれも複写したり移動したりする必要
   なしに、任意に指定された順序で前記非テキストデータ
   ファイルの選択されたもの及び前記ファイルの選択され
   た部分に対するアクセスを与えることを特徴とするハイ
   パーメディア分散型コンピュータシステム。