JPH0325657A - データ処理方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ．産業上の利用分野 この発明は、視聴覚（以下、ＡＶという）プレゼンテー
ションのためのコンピュータベースシステム、特にパー
ソナルコンピュータがＡＶデータをアクセスすることが
できるための方法及び装置に関す゜るものである。

Ｂ．従来の技術及び発明が解決しようとする課題パーソ
ナルコンピュータ（ＰＣ）の処理能力が改良されるにつ
れ、ＡＶプレゼンテーションの発生及び表示を可能とす
る種々のアプリケーションプログラムが開発されてきて
いる。１９８０年代の中頃には、ＩＢＭ社は、ＩＢＭＰ
Ｃでカラープレゼンテーションのｆ＄備及び表示を可能
とした“ＰＣストリーボード”と称されるＰＣアプリケ
ーションプログラムを市販した。このＰＣストリーボー
ド・ソフトウエアは４つのプログラムセグメントからな
る。゛゜ピクチャーメーカ”と称される第１のセグメン
トは、中間解像度のグラフィックスにおけるピクチャー
の発生及び修正を可能とした。このピクチャーメーカは
、テキストを書き、図を溝き、チャートを発生し、ピク
チャー間の画像を切断し、貼り付けるコマンドを含んで
いる。

゜″ピクチャーテーカ″と称される第２のセグメントは
、他のＰＣアプリケーションプログラムからシーンのピ
クチャー画像を表現するために使用された。第３のセグ
メントは、ＰＣユーザがピクチャーをプレゼンテーショ
ン（ストリー）に構或することを可能とした“ストリー
エディタ“である。

それは、１つのピクチャーを他のピクチャーにデイゾル
ブすることを可能としたいろいろなピクチャ一対ピクチ
ャーの変換の選択のために設けられた。表示時間、色彩
のような変数及びこのピクチャーが完全なピクチャー又
は一連の部分ピクチャーとして発生されるか否かもまた
、このソフトウエアによって可能にされた。ストリーポ
ートはまた、他のソフトウエアセグメントによって組み
立てられたストリーのプレゼンテーションを可能とした
“ストリーテル”と称されるセグメントを含んでいる。

ストリーボードは、一時はＰＣにとってはすぐれた製品
であったが、多数の性能を欠いていた。

それは、本質的に可視プレゼンテーションアセンブラ及
びブレゼンタであった。それは、音声プレゼンテーショ
ンアセンブリ、音声プレゼンテーシヨンと可視プレゼン
テーションとの同期、観察者とＰＣ間の論理的対話及び
データ処理対話を可能としたコマンドをプレゼンテーシ
ョン中に散在させること等に対する重要な能力が欠けて
いた。さらに、それは、許容可能なレベルプレゼンテー
ションが発生されうる以前にユーザにかなりの教育が必
要とされた。

最近、ウインドウ、プルダウン、高級カーソル選択技術
及び他のディスプレイ向きユーザインターフェース手段
の使用の増加が有利になっている。

これらは、ＰＣユーザがＰＣソフトウエアと直接インタ
ーフェースすることを可能にし、カーソル制御スクリー
ン選択からそれを主として制御することを可能とする。

実質的性能、すなわち同期された音声を有するカラープ
レゼンテーションシステムは、発明者の知識ではＰＣ市
場で入手しにくい。

このようなシステムでは、複数のプレゼンテーションプ
ログラムが、画像ライブラリ及音声ライブラリへアクセ
スし、必要な時にそれらを使用することができることは
、しばし４ば望ましい。しかしながら、メモリのコビー
データ量を最小にし、全てのリファレンスを見つけてそ
れを訂正することを必要としないで個々のライブラリは
訂正できることもまた、望ましい。

したがって、この発明の目的は、簡単なライブラリアド
レス指定装置を有するコンピュータベースＡＶプレゼン
テーションシステムを提供することにある。

この発明の他の目的は、ライブラリへの多重リファレン
スを訂正する必要なしにライブラリを変更できることに
ある。

さらに、この発明の他の目的は、使い勝手がいいインタ
ーフェースを有するライブラリを手早く検索できること
にある。

Ｃ．課題を解決するための手段 ユーザが画像、音声及びストリーのオブジェクトを使用
するＡＶアプリケーションを発生し、表示することを可
能にするコンピュータ／ソフトウエアシステムが記載さ
れている。このシステムは、アプリケーションファイル
のリストを含む第ｌのライブラリデータファイルを作成
する。次に、それは、各アプリケーションファイルに対
するデータリステイングの目録を作或する。各リステイ
ングは、オブジェクトの名前のための第１のフィールド
領域及び前記オブジェクトが他のデータのアプリケーシ
ョン目録にリストされ、物理的に存在するパス規定のた
めの第２のフィールド領域からなる。このシステムはア
プリケーションを実行し、そこにリストされている全て
のオブジェクト、パス規定によって指示されるファイル
からアクセスされるパスリステイングを有するオブジェ
クトをアクセスする。パス規定を使用する検索方法がま
た説明されている。

Ｄ．実施例 この発明は、ソフトウエア又はファームウエアのいずれ
から構威されることを最初に理解されるべきである。こ
のソフトウエア又はファームウエアのどちらもＩＢＭ　
　ＰＳ／２のようなＰＣで実行されるように適合される
。公知のように、大抵の現代のＰＣは、概してパスを介
して起こるＰＣ／サブアセンブリ通信を有するパス構造
を使用するように構威されている。典型的には、グラフ
ィックスができるＰＣは、算術／論理装置、ランダムア
クセスメモリ、容易に使用可能なデータ量を記憶するた
めの種々のディスクドライブ及びキーボードを含むカラ
ーディスプレイを備えている。

このディスプレイは、種々のソフトウエアサブルーチン
のユーザ選択を可能にするカーソルと共に画像を示すよ
うに適合される。前述の構戊の全ては通常のもので、そ
の動作の知識は下記の説明で得られる。

次に第１図を説明する。第１図には、この発明を組み込
んだソフトウエアの６つの主要なソフトウエアセグメン
トが概略的に示されている。全部のプログラムは、ライ
ブラリエディタ、画像エディタ、デイジタイズエディタ
、変換エディタ、音声エディタ及びストリーエディタを
含んでいる。

要するに、ライブラリエディタは、ＡＶ“オブジェクト
゛゜　（すなわち、“オブジェクト゜゜は、Ａ■プレゼ
ンテーションの作成に使用される画像、音声ファイル又
はストリーである。）の検索、処理及び記憶を管理する
。画像エディタは、主に画像上にテキストを加え、図形
を描写し、入力作動フィールド、すなわちカーソル作動
フィールドのような特別のフィールドタイプを規定し、
再拡大・縮小又は回転のような他の画像操作を行なうよ
うに使用されている。デイジタイズエディタは、ビデオ
カメラ（アナログ）人力画像をコンピュータデイジタル
形に変換されるために使用される。

これらの画像は、ＡＶ動作で使用されるために使用可能
となるＰＣのファイルとして記憶されている。変換エデ
ィタは、スキャナ又は他の画像デイジタイジングシステ
ムによって捕獲された画像を修正し、これらの画像をこ
の発明のＡＶシステムで用いられる形に変換するために
使用される。音声エディタは、音声の記録（デイジタイ
ジング）及び編集を可能にする。それはまた、その後に
ストリーのプレゼンテーションを制御するために使用さ
れる時間及び他の信号の挿入を可能にする。

ストリーエディタは、ストリーと呼ばれるＡＶプレゼン
テーションを組み立て、完全に同期化したＡＶプレゼン
テーションを提示するためにキーボード、ファイル及び
いろいろなエディタからのデータの全てを一緒に得る。

ｉ工１立土主ヱ±ｌ この発明のソフトウエアシステムが最初に作動されるた
びに、ライブラリエディタはアクセスされる第１のエデ
ィタとして自動的に呼び出される。

このライブラリエディタは、ソフトウエアセグメント及
びそのパス内の全てのオブジェクトにアクセス情報を提
供する。ユーザは（画像又はストリーのような）ものと
共に作動するために特定なＡＶオブジェクトを選択し、
（編集、デイジタイズ、変換等のような）オブジェクト
上で実行するために処理の種類を選択する。これらの選
択は、他のエディタのうちのどれが呼び出されるべきで
あるかを自動的に判定する。したがって、他のエディタ
は、はっきりしたエディタの名前によってよりむしろ選
択されたオブジェクト及びタスクに従つて呼び出される
．選択されたオブジェクトは、エディタが作動されると
同時に呼び出されたエディタのために自動的に検索され
る。それで、エディタがオンラインになるや否やこのオ
ブジェクトが使用するために存在する。

それぞれのエディタによる処理の終了で、制御は、現在
ディスクにセーブされているオブジェクトを変更してラ
イブラリエディタに戻される。一旦ライブラリエディタ
に戻されると、ユーザは、他のオブジェクト又はオブジ
ェクト処理のいずれかを選択することができるか又は他
の動作を出力することができる。したがって、エディタ
への移動及びエディタからの移動は、通常ライブラリエ
ディタを通るパスで行なわれる。本質的に、ライブラリ
エディタは、全ての個々のオブジェクトエディタへのブ
ランチが発生するところからの“主メニュー゛゜である
。

画像ファイル、ストリーファイル及び音声ファイルのよ
うな全てのオブジェクトはライブラリエディタディスプ
レイにリストされる。それは、いろいろなオブジェクト
エディタが呼び出されるようにするためにこのシステム
で使用されるこれらのオブジェクトリストであり、オブ
ジェクトが検索され、セーブされる制御装置に使用され
るこれらのリストに指示されるオブジェクトへのパスで
ある。

ライブラリエディタ内のライブラリはいろいろなディレ
クトリ及びオブジェクトについての情報（例えば、タイ
プ、名前、解説及びパス）を含んでいる一方、それはデ
ィレクトリ又はオブジェクトそれ自身を含んでいない。

そのオブジェクトがこのシステム内のどこに存在するに
しても、それは本質的にオブジェクトを指示するインデ
ックスである。

゜゛アプリケーション”という用語は後述に使用され、
それは、ユーザに意義のある方法でライブラリにーまと
めにされたオブジェクトの収集を参照することを意味し
ている。アプリケーションは、製品発表、広告メッセー
ジ又は他のＡＶプレゼンテーションのために用いられる
一連のオブジェクトである。このアプリケーションは名
前を有し、その名前によってリストされ、アクセスされ
る。

さらに、各アプリケーションは、特定のアプリケーショ
ンを指示することに加えて、アプリケーションの一部で
ある（すなわち、アプリケーションのための“資料の目
録”）いろいろなオブジェクトの全てをリストするその
中に埋め込まれる第２のリストを有する。

後述のように、ユーザとシステム間の対話モードを作動
可能とする複数のディスプレイスクリが説明されている
。各スクリーンは、テーブル、ウインドウ、プルダウン
、システムからユーザへユーザからシステムへの情報フ
ィードバックを提供するアクションバー又はその組合わ
せを提示する。スクリーンは、スクリーンのどの部分が
入力のために動作可能であるかをユーザが知り得るよう
に複数のカーソルの種Ｂ（例えば、ハイライトバー、ア
ンダーライン、強調マーク等）を一般に備えている。い
くつかのカーソルの種類はスクリンー上を自動的に移動
し（例えば、ソフトウエアセグメントが“プレイしてい
る′：間）又はマウス、キーボードキー（例えば、右→
、左←、上↑、下↓、タブキー、パックスペース等）あ
るいは他のカーソル制御手段のユーザ付勢によって移動
される。

次に、第２図を説明する。“ライブラリテーブル゛゜と
称される第１のレベルのライブラリエディタスクリーン
が第２図に示されている。このテーブルは、ライブラリ
エディタ内に含まれる種々のアプリケーション及びその
名前のリストを作戒する。それは、種々のリストされた
アプリケーションに関連した全ての補助デイレク１・り
に最高位レベルのデイレトリを形戒する。“アクション
バー”１０はスクリーンのライン１に現われ、多数のア
クション指示を含む。リストされた指示におけるカーソ
ルの配置は、選択された動作に関する使用可能な機能の
りスティングで後入れ先出しを呼び出す． スクリーンのライン３で、用語“ライブラリ゛は、どの
ライブラリが観察されているかを指示する．コマンドラ
インがユーザによって呼び出された場合、このライブラ
リが選択される。ＰＣがディスクオペレーティングシス
テム（ＤＯＳ）で作動されると仮定すると、各ライブラ
リは物理的に一つのＤＯＳディレクトリである。

第２図のライブラリテーブルは複数の列からなる。最左
列（ＦＲ）は、Ｆ，Ｒ又はラインに隣接したブランクの
いずれかを有する。Ｆは、オブジェクトが現在接続され
たディレクトリに物理的に駐在する。Ｒは、命令された
ファイルが他のディレクトリにあることを示している。

ブランクはコメントを示している。“タイプの右隣りの
列は、ライン上に示されたファイルの種類を規定する。

大抵の場合、この指示は“アプリケーション′゜である
。次の列（Ｄ：で始まる）は、Ｄがラインにあるならば
、ファイルが現在の１つのオンライン以外のドライブに
あることを示している。名前の列は、アプリケーション
の割当てられた名前を示し、コメントの列はこのファイ
ルに関する記述コメントを含んでいる。

第７図には、ライブラリテーブルの例が、記入されたあ
る一定の列と共に示されている。リストされたファイル
の全ては、アプリケーションファイルであり、最後の２
つのアプリケーションファイルは、ドライブｅ（現在の
ドライブ・オンラインではない）に収容され、ファイル
の名前は図示されているような名前であり、隣接するコ
メントは、各アプリケーションの件名を簡単に記述して
いる。例えば、Ｄｅｍｏｌは、ＡＶプレゼンテーション
として“現在の製品ラインを提供する”ライブラリテー
ブル内の各行は、アプリケーションの名前及び全内容を
示している。アプリケーションの詳細な内容を決定する
ために、特定のアプリケーションに関連した“アプリケ
ーション゛゜テーブルはアクセスされねばならい。この
アクションは、このアプリケーションに関連したオブジ
ェクトの全てをリストする“資料目録”を調べるために
持ち出される。

アプリケーションテーブルは，このアプリケーションが
命名され、実行する（例えば、編集）ために処理アクシ
ョンをアクションパー１０から選択しているライブラリ
テーブルのライン上にカーソルを配置することによって
選択される。アプリケーションが選択されると、このシ
ステムは、現在のアプリケーションを検索し（又は、も
しそれが所望されるならば、新しいアプリケーションの
生戒を可能にし）、このアプリケーションに関連した全
ての画像ファイル、ストリーファイル、音声ファイル等
をリストするその対応するアプリケーションテーブル・
スクリーンに表示する。

次に第３図を説明する。この図には、代表的なアプリケ
ーションテーブルが示されている。前述のように、この
テーブルは１つの特定なアプリケーションの内容を表示
する。ライブラリーテーブルと同様に、このアプリケー
ションテーブルはその最初のライン上に含まれ、アクシ
ョンパー１０は、呼び出される場合、詳細なプルダウン
の表示を生しる指示アクション数を含んでいる。ライン
３は、アプリケーションの名前に加えて指示“アプリケ
ーション゜″を含んでいる．テーブルの最左列（ＦＲ）
は、ライン上にリストされたオブジェクトがこのアプリ
ケーションに物理的に駐在する場所を示している。Ｆは
、このオブジェクトがこのアプリケーションディレクト
リに駐在していることを示している。Ｒ（“リファレン
ス゜゜の場合）が示されるならば、それは、リストされ
たオブジェクトがこのアプリケーションディレクトリに
物理的に駐在していないことを示している。そのオブジ
ェクトが実際に記憶されているリファレンスは、このテ
ーブル（すなわち、Ｄ：リファレンス）の最右列で検出
される。このオブジェクトが記憶されている記憶位置を
指示する挿入パス情報がある。ＦＲ列のブランクは、こ
のラインがコメントのみのタイプラインであることを表
している。

タイプ列は、オブジェクトが画像、音声、ス１一リー又
は他のオブジェクトであるかどうかを示している．名前
列は、オブジェクトのためにユーザが割当られた名前を
含んでいる。名前列の右側の列は、ユーザがその内容を
呼び出すことを可能にずるためにオブジェクトについて
何がを記述するコメントを含んでいる。例えば、第８図
に示されるように、３つの画像オブジェクト、２つの音
声オブジェクト及び１つのストリーオブジェクトを有す
る典型的なアプリケーションが図示されている。各画像
オブジェクトは、そのオブジェクトファイルが識別され
ることを可能にする割当られた名ｉｎ（例えば、“モデ
ル”゜）を有する．各オブジェクトリステイングの隣り
のコメントはオブジェクトについて何かを説明する。

オブジェクトエディタへのアクセスの発生は、アプリケ
ーションテーブル・スクリーンからである。図示されて
いないが、カーソルはこのスクリーン上に存在し、ユー
ザ制御下で、行毎に自由に移動でき、ページ毎に自由に
スクロールできる。

現存のオブジェクトを処理するために、このカーソルは
このオブジェクトのためにライン上に配置され、アクシ
ョンバーからのアクションが呼び出される。これは、ア
クション分類を有する使用可能な機能のプルダウンリス
ティングの表示に帰着する。次に、カーソルが、生或さ
れた機能（例えば、”ファイル編集”）及び選択の隣り
に配置されるならば、適正なエディタプログラム・セグ
メントがアクセスされる。例えば、“ファイル編集゜゜
アクションは、音声オブジェクトに対してａ声エディタ
、画像オブジェクトに対して画像エディタ、ストリーオ
ブジェクトに対してストリーエディタを呼び出す。

第４図〜第６図を説明する。アクションパーｌＯにおい
て１以上のアクションを呼び出す結果として生じるプル
ダウン（及び関連機能）が図示されている。第４図に示
されるように、アクションパー１０のプロンプト位置に
配置されたカーソル指示及び（例えば、Ｐをタイピング
することによって）プロンプトに関連したキーストロー
クのユーザ付勢によって、プルダウンｌ２が出現する。

このプルダウンは、アプリケーションテーブルの選択さ
れたラインの“タイプ゛列で生威されることができる使
用可能なエントリを示し、このエントリを可能にする。

アクションバーのプロセス位置にカーソルを配置するこ
とは、プルダウン１４が表示されることを可能にする。

次に、もし、このカーソルが′″ファイル編集゜ライン
及びユーザに押下された“入力′゜キーの隣りに配置さ
れるならば、適当なエディタが前述のように選択される
。これは、アプリケーションテーブルにリストされた特
定のオブジェクトがエディタプログラムセグメントの１
つによって適当に変更されることを可能にする。“プロ
グラム実行”ラインは、ＤＯＳ又はＯＳ／２プログラム
を実行されるようにする。プルダウンｌ４に示された残
りのリステイングは自明である．第５図には、編集アク
ション・プルダウンが、問い合わせアクション・プルダ
ウンと同様に示されている．第６図には、プリント、編
集及びヘルプのプルダウンが示されている。このプルダ
ウンの各々内のラインの各々は、カーソルの適当な位置
決め及びタスクの選択の際、可能とされる特定なタスク
を規定する。例えば、“元に戻す゜゛行の隣へのカーソ
ルの配置及び入力キーのユーザ押下は、挿入又は移動の
ようにアプリケーションテーブル・スクリーンに影響を
及ぼす最後の編集変更を除去する． 次に、第９図を説明する．第９図には、リストされた多
数のオブジェクトを有するアプリケーションテーブルが
示されている。前述のように、リファレンスは、オブジ
ェクトが同一ディレクトリに物理的に駐在することなし
にアプリケーションと関連されることを可能にする。例
えば、ユーザは、全ての音声音楽がＭＹＡＵＤ　Ｉ　Ｏ
のような単一のアプリケーション／ディレクトリに記憶
されたままにしておくと仮定する。全ての音楽は、便宜
的にアクセス、保守及びバックアップに対して１つの場
所にあるため、これは魅力のあることである．いま、種
々の実演アプリケーションに対して、もし異なる篇の音
楽が望まれるならば、実演と音楽を一緒にリンクするこ
とが可能である多数のアプローチがある。この音楽は、
物理的に異なるディレクトリにコピーされることができ
る。これは、二重メモリ及び複数のコピーが必要とされ
るようには容認できないであろう．さらに、異なる実演
ストリーは、あらゆる“プレイ゜゜タイプのステートメ
ントを有する特定のパス情報を配置することができる。

実演アプリケーションは、元の音声版をなお使用してい
るので、これは、メモリコビーを避けるだろう．しかし
ながら、もしいくつかのソフトウエアパスの変化が、Ｍ
ＹＡＵＤＩＯファイル（例えば、もしそれが異なるドラ
イブ上に配置された場合）に作成されることが必要であ
るならば、音楽に関連した“ブレイ′゜ステ′一トメン
ト上の全パスエントリーは検出及び変更する必要がある
。

この発明のリファレンスは、あたかもそれが物理的にそ
こにあるようにオブジェクトがアプリケーションにリス
トされることを可能にすることによってこれらの欠点に
まで手がまわる。パス情報はアプリケーションテーブル
の最右列に提供され、アプリケーション及びオブジェク
トが実際物理的にあるファイルへのアクセスを再指令す
る。第９図では、参照されたパス例が示されている。参
照されたオブジェクト、すなわち，ＳＫＩＩＮＧが画像
オブジェクトとしてリストされている。これは、特別の
パス表示を必要としないでオブジェクトの名前として、
正確にファイルＩＮＴＲＯＩのようなこのアプリケーシ
ョンに物理的に記憶されたオブジェクトに対して行なわ
れるようにＳＫＩＩＮＧを使用するためにこのアプリケ
ーションから生じるストリーに“ｓｈｏｗ”ステートメ
ントを可能にする。ストリー実行時に、プレイステート
メントがＳＫＩＩＮＧと出合う場合、このプログラムに
よって、パス“ｅ　：　ＩＭＡＧＥＳ４”が自動的に画
像オブジェクトＳＫＩＩＮＧに対してサーチされるよう
にする。この故に、ＳＫＩＩＮＧが、このアプリケーシ
ョンから生じる場合プレイされ、編集されることができ
る一方、実際の物理的ファイルは参照されたアプリケー
ション／デイレクト’Ｊ　ｅ　：　ＩＭＡＧＥＳ４から
連続的に検索され、参照されたアプリケーション／ディ
レクトリｅ：ＩＭＡＧＥＳ４に連続的に記憶される。し
たがって、１つのパス指定ノミが、ＳＫＩ　ＩＮＧ　（
ＳＫＩ　１ＮＧが実際に駐在しているアプリケーション
テーブルのオブジェクトライン上の１つ）に対して維持
される必要がある。

参照されているアプリケーションが全てオンラインに駐
在する場合、参照手続からの利点は、２重メモリが必要
ないことである。すなわち、オブジェクトの１つのコピ
ーだけが維持される必要があり、このオブジェクトを所
有するアプリケーション以外の他のアプリケーションは
、このオブジェクトに指示する（それを参照する）こと
によってそれをアクセスすることができる。他の利点は
、これらのパス参照が反復的に入力される必要がなく、
各オブジェクトに対して徹頭徹尾広がることである．各
アプリケーションは、参照された各オブジェクト毎に丁
度１つのリファレンス（パス指定）を必要とする．した
がって、これは、ｌつのオブジェクトコピーが全てによ
ってアクセスされることを可能にする。

の　びハ　　び 他のアプリケーション／ディレクタリのオプジエクトへ
のリファレンスは、オブジェクトの名前及びパスにユー
ザがキーイングすることによって“ｓｃｒａｔｃｈ”か
ら入力されることができる。

しかしながら、典型的には、正確なオブジェクトの名前
及びパスに関する全てに必要な情報を記憶しているか又
はオブジェクトが実際に存在する場所を発見することは
困難である。これに手助けするために、ライブラリエデ
ィタは、゜”内容の観察゜゛アクション（第５図参照）
を含んでいる“問い合わせ”アクションを有する。後述
に加えて、下記の検索手続が第１０図に示されている。

全ての音楽を保持する音声と命名されたＡＵＤ１０３に
対してマスクアプリケーション／ディレクトリの存在を
仮定する。ユーザは、ＤＥＭＯＩと呼ばれる他のアプリ
ケーションで行ない、ある音楽にリファレンスを挿入し
たいと仮定すると、それは構成されるストリーからアク
セスされることができる。ＤＥＭＯ　１に対してリスト
されたアプリケーションテーブルの上段に下記のような
ラインがある。

ＰＲ　　タイプ　名　前　　　　　　　Ｄ：参照Ｒ　　
　　　Ａｐｐｌｉｃ　　　ＡＵＤＩ０３　　　音楽のマ
スクコピー　　Ｐ：ＡＵＤＩ０３このラインは、単一の
画像、音声又はストリーのオブジェクトの代りに他のア
プリケーションを指示するリファレンスである。

ユーザはこのラインにカーソルを配置し、アクション“
内容の観察”を選択する。これによって、アプリケーシ
ョンＡＵＤＩ０３と関連した全てのラインが、現在のラ
インの次にすぐくるスクリーンに表示されるようにする
。それは、あたかもＡＵＤＩ０３のためのアプリケーシ
ョンテーブル・ディスプレイはＤＥＭＯＩのためのアプ
リケーションテーブル・ディスプレイの内部に現在駐在
しているかのようである。このＡＵＤＩ０３ライン以下
のあらゆるものは、ＡＵＤＩ０３からのオブジェクト、
コメント及びリファレンスラインの新しいディスプレイ
を適応することが必要とされるかぎりでは、テーブルに
押しやられる。しかしながら、これらの新しいラインに
ついて異なる３つのことがある。

１．ＡＵＤ＋０３のあらゆるＦ又はＲタイプラインは現
在のアプリケーションＤＥＭＯＩの位置関係からのリフ
ァレンスである。したがって、オブジェクトラインの場
合、それは、ＡＵＤＩＯ３アフ゜リケーションテーフ゛
ノレそれ自身のデイスフ゜レイ中その中にＦを有する。

そのオブジェクトは物理的にＤＥＭＯＩに記憶されてい
ないため、そのラインはＤＥＭＯＩにＲを有する。

２．すべての前のＦタイプラインは、アプリケーション
ＡＵＤＩ０３を参照することが必要とされるパス情報が
記入された最右列にその参照フィールドを現在有してい
る。すべての前のＲタイプラインは、それらが以前にＡ
ＵＤＩ０３に有していた参照情報を表示し続ける。

３．全ての入力ライン（それらがブランクの有無がある
としてもコメントラインを含む）はそのＦＲ列に背景カ
ラーを表示させる。これは、これらのラインが“画面゛
ライン、すなわち一時使用のみのラインであることを示
す。

一旦この画面が（ディスプレイに加えられた最後の両面
ライン上に現在あるカーソルで）アッセンブルされると
、このカーソルは自由に移動できる。したがって、ユー
ザは、このリストを通して前後にスクロールでき、所望
のように拾い読みができる。ユーザは、このＤＢＭＯｌ
アプリケーションの資料目録に加えられるべきラインを
見るような場合には必ず、このカーソルはそのライン上
に配置され、“リファレンスの保持”アクションが呼び
出される（第５図参照）。これはそのラインに対してＦ
Ｒ列からの背景着色を除去し、実際において、このリフ
ァレンスをＤＥＭＯＩアプリケー　ションの゜“永久的
”リファレンスにして、もはや“一時的“゜リファレン
スにしない。したがって、ユーザは、この画面リストか
ら必要とされる多くのリファレンスを選ぶことができ、
ＤＢＭＯｌのためにこれらのリファレンスを“保持”す
ることができる。

例えば、２つのライン、すなわちＳＴＡＲＷＡＲＳ及び
ＰＥＡＮＵＴＳが保持されていると仮定する． いま、ユーザはＤＢＭＯＩデ，イスプレイからＡＵＤＩ
０３の画面消去をする必要がある。ユーザはアクション
“全画面の消去”　（第５図）を呼び出す．このアクシ
ョンはＦＲ列の背景着色を有する全てのラインを除去し
、それによって、保持され、以前除去された背景着色を
有した２つのラインの場合を除いてＡＵＤＩ０３の全画
面を消去する．選択されたラインがディスクに更新され
ると、次に、それは、アプリケーションＤＥＭＯＩの場
合資料ファイル目録に七一ブされる．この表示は下記の
とおりである． Ｒ　　　ＡＵＤＩＯ　　　ＳＴＡＲＷＡＲＳ　　ｏｐｅ
ｎｉｎｇ　ｔｈｃｖｅ　　　　　　　　ｆ：　ＡＵＤＩ
（１３Ｒ　　　ＡＵＤＩＯ　　　Ｐ！！ＡＮＬＩＴＳ　
　　ｐｆａｒｉｏ　ｒｅｎｄｉｔｉｏｎ　　　　　　ｆ
：　ＡＩＪＤＩ０３０問い合わせ１アクションはアプリ
ケーションを見て、アプリケーション内のラインを保持
するために使用される。“リファレンスの保持”は、保
持するためラインを選択的に引き抜くことを可能にし、
“全画面の消去”は一時的表示を取り除くので、′内容
の観察”アクションは、アプリケーションの内容が一時
的に表示されることを可能にする。゜゜内容の検索”は
、それが首尾よく検索規準を満たすこれらのラインを表
示するのみを除いて、“内容の観察”と同一なことを行
なう。例えば、ユーザは、その名前及び解説内で“スポ
ーツ゜′に続く用語“自動車”を含んだ唯一の画像タイ
プオブジェクトのためのアプリケーションを検索できた
。資格のある全てのラインはＦＲ列に背景着色で表示さ
れるだろう。したがって、これらはまた、予め保持され
ていないならば、“全画面を消去する′゛中なくなる一
時的ラインである。

参照は、大量の画像及び音声のオブジェクトの収集環境
において特に有用である。４０００ピクチャーを含む画
像収集は、４つのアプリケーション／ディレクトリに及
びと仮定する。また、これらの画像を保持するアプリケ
ーションは、下記のように現在のライブラリファイル内
に登録されている。

Ｒ Ｒ Ｒ Ａｐｐｌｉｃ　　　［ＭＡＧＥＳ２　　　ｓｅｃｔｉｏ
ｎ　　２　　ｏｆ　　ｃｏｌｌｅｃｔｉｏｎ　　　ｅ：
　　ＩＭＡＧＥＳ２Ａｐｐｌｉｃ　　ＩＭＡＧＥＳ３　
　ｓｅｃｔｉｏｎ　３　ｏｆ　ｃｏｌｌｅｃｔｉｏｎ　
　ｅ：　　ＩＭＡＧＩＥＳ３＾ｐｐｌｉｃ　　ＩＭＡＧ
ＥＳ４　　ｓｅｃｔｉｏｎ　４　ｏｆ　ｃｏｌｌｅｃｔ
ｉｏｎ　　ｅ：　　Ｉ？ＩＡＧＥＳ４これらの４つの参
照ラインは、用いられているあらゆる他のアプリケーシ
ョンのヌ・科目録に挿入されることができた．いま、い
つでもピクチャーの特定のカテゴリーが検索されると、
“内容を検索する”アクションが、参照アプリケーショ
ンの各々に呼び出すことができる．４つの検索はライン
から戻り、はっきりした画像に対するリファレンスは、
処理しているアプリケーションの資料目録内に保持され
ることができる．（このアプリケーションがなくなるか
又は“画面を消去する”が選択された場合、検索が戻さ
れる全ての他方のラインが放棄されるだろう．したがっ
て、あらゆる個々のアプリケーションは、現在のアプリ
ケーションをなくさねばならないことなしに主収集の資
料目録に容易にアクセスを考慮する場合、これは、付加
された意義をとる。上記の例の場合、４０００の画像収
集を保持するアプリケーションは４つのメモリカートリ
ッジでオフラインであると仮定する．もしこれらについ
ての情報が現在のライブラリにリストされたならば（す
なわち、ライブラリにこれらの各々の資料ファイルコピ
ーの目録がある）、ライブラリエディタは、実際のアプ
リケーション及びそれ自身オンラインであるそのオブジ
ェクトなしで“内容を見る”アクション、“内容を検索
する゜′アクション及び“リファレンスを保持する”ア
クションを実行することができる。

したがって、収集情報は観察され、検索され、リファレ
ンスはオンラインにされた実際の収集を有さないで保持
されることができる．オブジェクトそれ自身が、（実際
のオブジェクトを編集又は観察する場合のように）アク
セスされねばならない場合のみ、オブジェクトはオンラ
インにならなければならない。これは、記憶媒体の連続
的取り付け及び取り外しの必要なしで検索及び適格プロ
セスがなされることを可能にする．（それはオブジェク
トの名前及び解説上でなされることができると仮定する
．） エー゛イ　パスイング 種々のエディタによるオブジェクトへのアクセスは、ラ
イブラリエディタ及びそのアプリケーション及びリファ
レンスを通して行なわれる。エディタに送られた現在の
オブジェクトのためのパスイングの規則は次のようにな
る。ライブラリエディタ内で、カーソルがＦ又はＲタイ
プのオブジェクトのライン上に配置され、エディタが“
ファイル編集”のようなアクションによって呼び出され
るならば、そのオブジェクトは現存のオブジェクトとし
てアクセスされる．Ｆタイプのオブジェクトは現在のア
プリケーション／ディレクトリ内で検索され、Ｒタイプ
のオブジェクトはその参照フィールドで特定されたパス
上で検索される。したがって、エディタはオブジェクト
を検索され、エディタがそのオブジェクトをディスクに
戻してセーブする場合及びもしセーブするならば、エデ
イ夕は同一パスを使用し、そこに記憶された現存版をオ
ーバレイ（置換）する。

ス　奮一パスイング ストリー内では、画像ファイル、音声ファイル及び他の
ストリーに関する“ＳＨＯＷ”　　”ＰＬＡＹ　＋Ｔ　
　　″ＴＥＬＬ″等の多くのステートメントがある。こ
れらのためのパスイングの優先順位は次のとおりである
．ステートメントが割当てられた特定のパスを有してい
るときはいつでも、そのはっきりしたパスが使用される
。もしこのオブジェクトがそのパスで発見されないなら
ば、発見されない状態が発生し、他のパス検索は行なわ
れない．現存のストリー内で、資格のあるパスがオブジ
ェクトの名前を伴なわない場合、パスイング優先順位は
次のとおりである。始めに、現在のアプリケーション／
ディレクトリが適切のタイプ及び名前のファイルのため
に検索される．もしそれが“ヒット′゛を生じないなら
ば、そのアプリケーションに関連した全ての他のパスは
“ヒット”のために検索される。これらの他のパスはそ
のアプリケーションに存在する全てのベス参照、換言す
れば、Ｒタイプラインのためのアプリケーションテーブ
ルの最右列で特定された全てのパスを含んでいる．この
パスは、それらがアプリケーションテーブルで存在する
順序（上部から下部へ）で検索される．発見された最初
の“ヒット”は、使用するためにオブジェクトのように
ストリーに戻される．もし全くヒットが発見されないな
らば、発見されない状態がストリーに戻される。

要するに、全てのオブジェクト情報はアプリケーション
として参照したサブセットに分割されることができる。

各アプリケーションはディスクドライブに駐在するディ
レクトリである．ライブラリエディタがスクリーン上に
アプリケーションの資料目録を表示する場合、それはこ
のサブセットのためのライブラリに存在する全ての情報
を表示する。オブジェクトがディスクから読出されるか
又はディスクへ書き込まれる場合、処理しているアプリ
ケーションの名前は、物理的に作用するためにディレク
トリの名前として使用される（使用するために最優先の
はつきりしたパスは何もない時はいつでも） アプリケーション内で、他のアプリケーションを指示す
るリファレンスが存在できる。これらのリファレンスは
、オブジェクトを命名し、それが実際に記憶されている
ところにリファレンスを提供することによって他のアプ
リケーションに物理的に記憶されているオブジェクトを
１つのアプリケーションが便宜的に使用することを可能
にする。

このようなリファレンスを得るために、“内容を見る”
アクションは、参照されたアプリケーションが資料情報
のその目録を一時的に表示させることを可能にする。“
リファレンスを保持する”は、その表示からのラインが
他のアプリケーションに指示するリファレンスとして現
在のアプリケーションに永久的に付加されることを可能
にする。

“全画面消去”は表示から全ての一時的なラインを取り
除く．“内容検索”は、それが資料情報の目録の選択表
示を可能にする以外“内容の観察″゛と同様なことを行
なう． Ｅ．発明の効果 この発明によれば、コンピュータベースＡＶプレゼンテ
ーションシステムにおいて、ライブラリアドレス指定が
でき、ライブラリへの多重リファレンスの訂正の必要な
しにライブラリを変更できる効果がある。

【図面の簡単な説明】

第ｌ図はこの発明を含むシステムのソフトウエアセグメ
ントを示す図、第２図はこの発明で使用されるライブラ
リテーブル・スクリーンを示す図、第３図はこの発明で
使用されるライブラリアプリケーション・テーブルスク
リーンを示す図、第４図は、スクリーンの“アクション
バー”のプロンプト又はプロセスのアクションのいずれ
かがライブラリアプリケーションスクリーン上で選択さ
れた場合に表示されたメニューを示す図、第５図は、ス
クリーンの“アクションバー”の編集又は問い合わせの
アクションのいずれかがライブラリアプリケーションス
クリーン上で選択された場合に表示されたメニューを示
す図、第６図は、スクリーンの“アクションバー”のプ
リント、出力又はヘルプアクションのいずれかがライブ
ラリアプリケーションスクリーン上で選択された場合に
表示されたメニューを示す図、第７図はＡＶシステムに
使用可能である種々のアプリケーションを示す第１レベ
ルのライブラリテーブルのスクリーン表示を示す図、第
８図は、第７図に示されたアプリケーションのｌつが選
択された場合スクリーン上に現われる“資料の目録”の
表示を示す図、第９図はスクリーン上に表示された他の
“資料目録”で、リファレンスアドレス指定の使用を示
す図、第ｌＯ図は参照されたファイルを検索し、そこか
らオブジェクトをアクセスするに伴う種々のアクション
を示す高レベルのフローチャートを示す図である。

Claims (7)

【特許請求の範囲】
1. （１）複数のアプリケーションファイル、他のアプリケ
   ーションファイルに含むことができるＡＶのオブジェク
   トのためのライブラリ貯蔵庫としての機能を果す確定し
   たアプリケーションファイルを含み、前記確定したアプ
   リケーションファイル及びそれらのリストされたＡＶの
   オブジェクトは、前記リストされたＡＶオブジェクトが
   存在するファイルに駐在するデータ処理システムにおい
   て、前記ライブラリ貯蔵庫のＡＶオブジェクトを参照す
   る方法は、 （ａ）前記オブジェクトが他のアプリケーションを含む
   ファイルに存在し、前記他のアプリケーションにリスト
   されるならば、前記リステイングの各ラインは、前記オ
   ブジェクトの名前に対して第１のフィールド領域及び他
   のアプリケーションに対するパス規定に対して第２の参
   照フィールド領域を含み、新しいアプリケーションファ
   イルのためのオブジェクトの資料リステイングの目録を
   生成するステップと、 （ｂ）前記新しいアプリケーションを実行し、そこにリ
   ストされているオブジェクトをアクセスし、前記第２の
   参照フィールド領域のパス規定を有するオブジェクトは
   前記他のアプリケーションファイルからアクセスされ、
   それによつて、他のアプリケーションファイルからのオ
   ブジェクトを含み、前記他のアプリケーションファイル
   及びオブジェクトファイルのコピーから直接これらのオ
   ブジェクトをアドレスする全てのアプリケーションの発
   生が防止されるステップと、からなることを特徴とする
   データ処理方式。
2. （２）前記（ａ）のステップは、さらに （ｃ）オブジェクトの名前及び異なるアプリケーション
   に対するパス規定を含む第１のアプリケーションのリス
   テイングラインを選択するステップと、 （ｄ）前記異なるアプリケーションからのデータを前記
   第１のアプリケーシヨンリステイングに挿入するステッ
   プと、 （ｅ）前記第１のアプリケーションから不所望のデータ
   を除去するステップと、からなることを特徴とする請求
   項１記載のデータ処理方式。
3. （３）前記ステップ（ｄ）で挿入されたデータは、関連
   した第２の参照フィールドの前記異なるアプリケーショ
   ンに対するパス規定を追加することを特徴とする請求項
   ２記載のデータ処理方式。
4. （４）前記ステップ（ｃ）で選択されたオブジェクトは
   オブジェクトのデイレクタトリステイングであり、前記
   ステップ（ｄ）は前記デイレクトリリステイングからの
   全てのリステイングを前記第１のアプリケーションに挿
   入することを特徴とする請求項３記載のデータ処理方式
   。
5. （５）さらに、 （ｆ）ステップ（ｄ）の後、保持されるべき前記異なる
   アプリケーションからのリステイングを表示し、それに
   よつて前記ステップ（ｅ）のみが非表示リステイングに
   影響を及ぼすステップを含んでいることを特徴とする請
   求項４記載のデータ処理方式。
6. （６）前記ステップ（ｆ）は、リステイング内のカラー
   変更によつて指示されることを特徴とする請求項５記載
   のデータ処理方式。
7. （７）さらに、 （ｇ）オブジェクトを含むファイルのアドレスを変更す
   るステップと、 （ｈ）同一ファイルに駐在するアプリケーションの前記
   オブジェクトだけを参照するラインを変更し、それによ
   つて他のアプリケーションから前記アプリケーションま
   での全ての参照パスは正確のままであり、前記オブジエ
   クトへのアクセスを可能にするステップと、からなるこ
   とを特徴とする請求項６記載のデータ処理方式。