JP2001519974A

JP2001519974A - ビデオハイパーリンク

Info

Publication number: JP2001519974A
Application number: JP53529797A
Authority: JP
Inventors: アスティズ、ポール; フェイト、フィル
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1996-03-29
Filing date: 1997-03-19
Publication date: 2001-10-23
Also published as: EP0891675A4; AU2333397A; EP0891675A1; DE69738449D1; US5918012A; DE69738449T2; CA2246736C; ES2300112T3; WO1997037497A1; CA2246736A1; EP0891675B1

Abstract

(57)【要約】完全動画ビデオからハイパーリンクするための新しい方法及び装置を使用する網データ処理システムを開示している。この発明はビデオマップとある与えられたフレームに対してハイパーリンクがビデオファイルと関係している場所を識別するスクリプト位置とを識別するヘッダを加えることによっていずれかの標準ビデオファイルで使用することができる。この発明には新しいビューワ（３１）が含まれていて、それがこのヘッダを読取って、ヘッダ情報、Ｘ座標、Ｙ座標及び時間軸であってコンピュータポインテングデバイスを介してユーザによりされた特定のハイパーリンク選択に対するものを発する。ＨＴＴＰサーバ（３３）とビデオスクリプト（３４）とは一緒に働いて、対応するマップ（３５）を得るようにし、ビューワ（３１）により用意された座標に対する網アドレスを識別する。

Description

【発明の詳細な説明】ビデオハイパーリンク発明の背景インターネットアクセスはブラウザ技術に基礎をおくことに次第になって来ている。インターネットは世界中に存在している電話ラインの網上に構築された計算機網である。インターネットに接続された計算機は計算機に接続された他のものと情報を交換できる。図１はインターネットの単純化した表現である。インターネットの心臓部はいわゆる“インターネットバックボーン（Internet Backbon e）”で図１の中心にある。このバックボーンは世界中にわたって存在している主電話コンジット(conduit)の組を基礎としている。こういったものは長距離電話プロバイダのコンジットで大量のデータトラヒックを素速く移動させるように設計されている。例えば、図１の中心の三角形はワシントン、ロスアンゼルス、ニューヨークの間に存在する３つの主要電話コンジットを表わしていてよい。主コンジットの各々はルータで終端している。このルータは大きな、高速のスイッチングシステムで、大量の到来データをローカルなルート設定用に種分けするものであり、郵便局でするローカルな配達用の種分けのように大量のものである。各ルータは追加の、さらにローカルなルータに接続されている。ローカルなルータのあるものは“ポイント・オプ・プレゼンス（ＰＯＰ）（現存地点）”と呼ばれ、もっと局地的な領域へのバックボーンアクセスをもたらすように設計されている。したがって、例えばワシントンに存在するバックボーン端末ルータがバルチモア、アレキサンドリア等々に接続されているＰＯＰルータを備えていてよい。バックボーンルータはそのスイッチングシステム拘束条件とバックボーンの容量とが許す限り多数のＰＯＰルータを接続できる。ＰＯＰルータに加えて、商用インターネット交換（図１のＣＩＸ）とグローバルインターネット交換（図１のＧＩＸ）もまたバックボーンルータに接続する。これらの交換はインターネットサービスプロバイダ間で国内的にも国際的にもデータを転送する。米合衆国のインターネットサービスプロパイダの１つで他の米合衆国インターネットサービスプロバイダ上の宛先をもつデータが発せられるときは、このデータはプロバイダ間の転送が行なわれる商用インターネット交換（ＣＩＸ）へ向けて先ずルート設定される。同じような状態が一国でデータが発せられ、他国へ向けられたときに生ずる。このデータは先ずグロージルインターネット交換（ＧＩＸ）を通って送られ、そこで一つのプロバイダから他へ転送される。さらにまた、理論的にはもっと局地化されて、ＰＯＰルータは図１に示したＰＯＰルータについて枝分れ接続できる。しかし、一般にはＰＯＰルータ（Ｐ０Ｐ１，ＰＯＰ２，ＰＯＰ３など）はインターネットに接続するために各種のコンピュータに対して直接ローカル接続点を提供する。パーソナルホームコンピュータがＰＯＰへ接続する一般的な方法は、ローカルインターネットキャリヤを介している。図１のＰＯＰ２に示すように、ローカルインターネットキャリヤはＰＯＰ２へ直接ラインを得て、そこでホームコンピュータユーザへのモデム接続を用意して接続のためにダイヤルするようにしている。ホームコンピュータがローカルインターネットキャリヤのモデムに接続するときは、キャリヤはコンピュータをスイッチしてＰＯＰ２へ送られて、その先は、ＰＯＰ２がインターネットバックボーンへスイッチすることになる。コンピュータをインターネットに接続する別な方法はＬＡＮシステムを通るＰＯＰへの直接接続によることである。この例はそれぞれＰＯＰ１とＰＯＰ２へのＬＡＮ＃１とＬＡＮ＃２接続により示されている。とくに、このＬＡＮはリースしたデータライン（専用電話接続）を通ってＰＯＰへ接続する。コンピュータ（図１のＰＣ）はＬＡＮに接続されていて、ＬＡＮの制御を介してデータをＰＯＰへ送り、また受けている。またＬＡＮには各種の異なるサーバが取付けてあり、そのうちの３つが図１に示されている。ファイルサーバはＬＡＮに接続され、ＰＣ、ＬＡＮ、その他のサーバにより使用される共通データファイルを含む。ＨＴＴＰサーバはインターネットとの間で到来しまた送出されるデータについてデータがハイパーテキストトランスポートプロトコル（ＨＴＴＰ）と呼ばれるある種のインターネット通信プロトコルに従って書込まれまた受領されることを確かとすることによって、データ処理を行なう。電子メールサーバはＥメールデータでインターネットに書込まれ、そこから受領するものについての処理を行なう。図１に示すように、インターネットはインターネット上のすべてのコンピュータをそのインターネット上の他のすべてのコンピュータと最も重要な相互接続をするコンジットを提供する。例えば、ＬＡＮ＃１は（インターネットページと呼ばれる）ある種のデータをそのファイルサーバからＨＴＴＰサーバへ送り、そのページがインターネット上の他のいずれのコンピュータでも利用できるようにする。ＨＴＴＰサーバでインターネット上でインターネットページを利用できるようにするものはいわゆる“ホームページ”を含み、それは外部ユーザにとってはＨＴＴＰサーバによってサービス提供されるその中にあるインターネットページを通って進む（ナビゲートする）出発点である。（図１のＰＯＰ２から派生している）“ホームＰＣ”のユーザのようなユーザがＬＡＮ＃１のホームページのようなホームページを眺めたいと思うときは、ＬＡＮ＃１からのデータを呼出すことによってそれをすることができる。応答として、ＬＡＮ＃１はそのファイルサーバからインターネットページデータを抽出して、そのＨＴＴＰサーバに、ホームＰＣに宛てた、インターネット上のデータを書くように命令する。このデータはローカルＩＳＤＮからＰＯＰ１へインターネットバックボーン（及び関連のルータ）を通り、必要ならばＣＩＸまたはＧＩＸを介して、ＰＯＰ２を通って、ローカルインターネットキャリヤを介してホームＰＣのモデムに入るように、移動する。ホームＰＣからＬＡＮ＃１へのデータに対する要求は、無論この逆の経路に沿って移動する。データがインターネット上で適当なシステムにより送られしかも受けられることを確かなものとするために、各“デバイス”（すなわち、ＰＣワークステーション、ＨＴＴＰサーバ、ファイルサーバ、等々）は、それがインターネット上で通信をするときに、独特なアドレスでＩＰアドレスと呼ばれるものをそれに指定された状態にある。ＩＰアドレスは個人の電話番号に類推されるもので、他の電話によって呼び出すことができ一連の電話ルータを介して）両者間で接続がとれるようにする。ＩＰアドレスは現在は１６ビット２値アドレスであり、コンピュータにとっては読むのに何も問題はないが、人間のユーザにとってはメモをとったり使ったりするのがわずらわしい。その結果、ＩＰアドレスはそれをもっと“ ユーザフレンドリィ”にするために代わりの、符号語が指定されている。とくに重要な符号語の１つは“ホスト名”であり、それはいずれかのＨＴＴＰ用のＩＰアドレスであり、そこにはホームインターネットページが置かれているものである（協定の結果、ホスト名は通常符号語“ＷＷＷ”が指定される）。インターネットサイト（例えばＬＡＮ）でＨＴＴＰサーバを支持しているものへのＩＰアドレスは“ドメイン名（ネーム）”と呼ばれている。図２はお互にアドレスするためにインターネット部品で使われている標準のプロトコルで書いたアドレスラインを示す。このプロトコルは“ユニフォーム・リゾース・ロケータ（ＵＲＬ）”と呼ばれ、この用語が図２のアドレスの始めのアーギュメントとして出現している。図２では、ＵＲＬは、要求が“ＨＴＴＰ”フォーマットのデータ（すなわち例えばＥメールメッセージに対するインターネットページ）に対するものであることを示している。このデータに対するホームページは“ｕｃｌｅ．ｅｄｕ”ＬＡＮ（もしくはドメイン）上にある“ｗｗｗ”ＨＴＴＰサーバ上にある。（ｕｃｌａ．ｅｄｕＬＡＮにより支持されているファイルサーバ内で一番見付かりそうな）ファイルの名が“ホームページ．ｈｔｌ． ”である。たとえばもしｕｃｌｅ．ｅｄｕＬＡＮが図１のＬＡＮ＃１であり、ＬＡＮ＃２でのＰＣのユーザが“ホームページ．ｈｔｌ”ファイルを見たいとしていれば、このユーザは図２に示したアドレスを図１に示したインターネットチャンネルを介してＬＡＮ＃１に送る。このアドレスを受領すると、ＬＡＮ＃１はそのユーザにインターネットチャンネルの逆の経路で“ホームページ．ｈｔｌ”ファイルを戻す。ユーザが“ＨＴＭＬ”フォーマットのファイル（いずれかのインターネットページ）を受領したとすると、このファイルの文書（テキスト）はユーザに助言を与えて別のインターネットファイル内に含まれている追加の情報を要求するようにさせる。この助言は“ハイパーテキスト”と呼ばれていて、普通はホームページ（もしくは他のインターネットページ）上に通常の文書とは違った色で示され、したがって、ハイパーテキストリンクとしてそれを区別できる。例えば、ある地方の動物園ホームページを要求しているユーザは、いくつかの異なるハイパーテキストリンクでその動物園にいる各種の動物、動物園の地図、開園時間等についての情報を含んでいるファイルにつながっているものを見ることができる。助言（プロンプト）上のコンピュータポインタをクリックすることにより、このユーザは現在のインターネットページから新しいものへ自動的に移動することができる。コンピュータポインテングデバイスは“マウス”、タッチスクリーン、リモコン、ライトペンなどであってよい。ユーザがハイパーテキストリンク上でクリックすると、このユーザのデータプロセッサはクリックが生じたときのコンピュータポインタの位置を記憶する。次にプロセッサはｘ−ｙ座標対ＵＲＬの一覧表を用いて、コンピュータポインタの位置に指定された新しいＵＲＬアドレスを識別する。ＵＲＬアドレスは同じドメインか別のものかによってサービスを受けることができるが、一覧表内に含まれているデータに依存することになる。クリックがされると、ブラウザ（詳細後述）はそのファイルのホストとなっているＨＴＴＰサーバへの接続を要求し、またＵＲＬにより識別されたファイルをＨＴＴＰサーバから要求する。ＨＴＴＰサーバがブラウザにより要求された接続を受理すると、ＨＴＴＰサーバはブラウザに要求されたファイルを送り戻す。ブラウザが要求されたファイルを受取ると、それがファイルの内容を要求元のユーザに配送するか提供する。ハイパーリンクは文書（テキスト）状の情報、たとえば動物園ページのようなものに指定することができ、“猿”とか“象”とかインターネットページスクリーン上に現れる単語とのリンクを指定するようにする。また猿とか象の絵のようなインターネットページスクリーン上の写真にも指定できる。そこで、文書又は絵の上を指し示すポインテングデバイスに置いて、ポインテングデバイスをクリックすることにより、ユーザは現在のインターネットページから選んだ特定の文書もしくは絵に指定された新しいインターネットページへとたどることができる。こうして例えば、象をクリックすることがユーザを地方の動物園から象を保存する協会によって支持されているページへとか、あるいは代って動物園で保存されている象の絵を含んだ他の地方動物園ページへとたどることができる。文書又は絵のいずれかの例では、インターネットページはそのページのｘ−ｙ座標に位置する、特別指定の“ホットスポット”に埋め込まれている。ブラウザが“ホットスポット”もしくはリンクした場所についてのポインテングデバイスのクリックを検出すると、ブラウザは関連のＵＲＬを見付けて、ＵＲＬのファイル名部分をＵＲＬのドメイン名部分に位置しているサーバへ送る。絵は別にそれと関係する “マップ”をもつものとしてフラグが立てられる。もしこうなると、絵の内部のクリックの相対座標がサーバにも同様に送られる。そこでサーバはクリックの位置に基づいて、どのページを戻すべきかを判断する。ブラウザはインターネットユーザによってローカルなＰＣで使われて、ＨＴＴＰサーバから受領した情報を、ＰＣのビデオスクリーン上で（あるいはオーディオスピーカを介して）ブラウザにより表示することができるフォーマットに変換される。こうしてブラウザはローカルなＰＣ上で運行される応用プログラムであり、ローカルなＰＣで表示されるＨＴＭＬ情報のほん訳手段として動作する。いくつかの異なる商用ブラウザが利用可能であり、この発明の中に取込むことができ、例えばその中にはNetscape Navigatorブラウザがある。このブラウザはまたコンピュータポインテングデバイスでユーザがしたスクリーン上のクリックを認知するためにも使用される。ハイパーテキストリンクと関係するスクリーン上の文書のある部分上にユーザがコンピュータポインテングデバイスを位置決めすると、ブラウザはユーザの動作をＵＲＬにより識別されたウェブサイトからファイルを得ようとする要求として認識し、それによってインターネット上のＩＰアドレスから新しいデータファイルを得る。そこで、上で述べたように、データがＨＴＴＰサーバから戻されると、サーバはデータをブラウザに配送し、そこでそれをＰＣで表示できるフォーマットにほん訳（変換）してユーザにそれを表示提供する。ＨＴＴＰサーバから戻される（その後にブラウザに行く）情報が使用されている特定のブラウザに表示できない形式であることがときにある。これが生ずるのは、例えば、ビデオデータがブラウザに戻されて、そのブラウザが適当な応用ソフトウェアでＰＣユーザにビデオを表示するものを備えていないときである。こういった場合には、ブラウザはＰＣ上にあるお助け人応用を取り込んで到来するデータを表示するようにする。例えば、ブラウザがインターネットからビデオデータを受領するときは、しばしばビューワを開いて、それがＰＣユーザのスクリーン上の窓（ウィンドウ）として現れ、そこでブラウザを介して到来するビデオデータを処理して、ＰＣスクリーン上でユーザにビデオを表示する。発明の概要インターネットページは文書と絵との情報に限定されず、完全な動画ビデオ、オーディオ、及び他の時間的に変化するデータを含むことができる。伝統的に、こういった類型のデータはユーザに対して“ビューワ”を経て提供され、ビューワはそのユーザに時間的に変るデータを表わすというタスクのために特別に指定されている。こうして、例えばビューワはビデオを表示し、かつオーディオを再生するために使用可能とされる。完全な動画ビデオ／オーディオデータファイルはインターネット上で使用可能であり、かつユーザのブラウザプログラムによって通常得られるものであり、そのユーザに対して情報（すなわち、ビデオ／オーディオの再生）を表わすためにビューワプログラムを自動的に開くようにしている。したがって、例えばユーザがインターネット上のあるサイトから完全な動画ビデオファイルを要求すると、ブラウザはＨＴＴＰサーバからファイルを受領して、ビデオビューワを開いて、ビデオファイルをビデオビューワにダウンロードして、ユーザのデータプロセッサ（ＰＣ）のスクリーン上で表示をするようにする。このブラウザは、どのビューワがファイル名に付いている多目的インターネットメールエクステンション（ＭＩＭＥ）という拡張に基いて特定のファイルのために必要とされているかを知っている。ハイパーリンクは、文書（テキスト）や絵のデータの場合のように、完全な動画のビデオデータ内に埋め込まれてはいないが、その理由はそうするためには再作業（例えば再編集）をビデオに対してそのビデオデータ上でホットスポット位置を重ねなければならないことによる。この発明は完全な動画ビデオ、実時間オーディオもしくはの他の時間に基づくデータについて、データファイルの再作業なしに、ハイパーリンクを用意する。このハイパーリンクは現在の時間に基づくデータファイルと関係したもので、とくにインターネット上での使用に適しており、その理由はユーザが（ビデオのような）時間に基づくデータファイルを眺められるようにし、表示の一部分でクリックをし、自動的に別な、関連のある、インターネットページへ移動できるようにするからである。簡単にするために、ここでの開示は以下“ビデオ”データを対象とするが当業者は記述されるビデオデータに対してどんな時間に基づくデータも代りとなり得ることを理解できると思う。例えば、静止画像、ボタンを表わす画像などはサウンド（音）ファイルと一緒にホットスポット領域として使用できる。画像がクリックされるときは、音ファイル内の時間がx，y位置と一緒にサーバに送られる。この発明によると、動画ビデオ上でユーザがコンピュータポインテングデバイスの位置決めをし、ポインタをクリックするときは、ポインタの位置（ｘ，ｙ座標）を表わすデータと、クリックの時間を表わすデータとが記録される。三次元一覧表が次に引合いに出されてどのＵＲＬがその記録されたｘ−，ｙ−及び時間次元用に発せられるべきかを判断する。この発明で使われるビデオデータファイルはそのビデオデータ内容については変更されないが、この発明に適したようなビデオデータを識別するヘッダが含まれている。いずれの標準のビデオデータもこの発明によるビデオデータに変換できるが、それには上で述べまた以下に詳述するヘッダを単に加えるだけでよい。ヘッダを含むように変換されたデータファイルは以後ＢＴＶファイルと呼ばれるが、その理由は、これらのファイルが協定により“btv”というファイル名ＭＩＭＥサフィックス（添字）を指定されたことによる。このヘッダはまた一覧表を使用することを必要とするスクリプトまたはプログラムがどこで見付かるかの位置をビューワに告げる。また、ビデオファイルと関係している三次元一覧表（マップとしても知られている）の位置を識別し、ビューワ上で表示されることになる標準ビデオデータ（好ましいのは．ａｖｉフォーマットであるが、他のビデオフォーマットも使用できる）の位置も識別する。図面の簡単な説明この発明によって得られる目的と利点とは、添付図面を特に参照しての実施態様についての以下の詳細な記述を入念に精査することにより理解されよう。図１はインターネット網の模式図である。図２はインターネットアドレスの分解図である。図３はこの発明の一実施態様の模式図である。図４は図３の実施態様によるオペレーテングシステムとビデオスクリーンの模式図である。図５はこの発明の別な実態様の模式図である。図６は図５の実施態様によるオペレーテングシステムとビデオスクリーンの模式図である。図７は図３ないし６のビューワの動作例の流れ図である。図８は図３ないし６のビデオスクリプトの動作例の流れ図である。図９はこの発明の一特徴による.ＢＴＶファイルヘッダユーティリティである。実施例についての詳細な記述この発明はいろいろな違ったやり方で実現することができ、その中には図３ないし９について記述したいくつかの実施態様が含まれ、図１に示した網の範疇に属している。図３の実施態様はデータプロセッサ３０を有しており、これはどんな標準的なＰＣであってよく、マイクロプロセッサ、メモリ、ビデオスクリーンなどを備え、かつ以下に記述する各種のソフトウェア部品を含んでいるものである。代って、データプロセッサ３０は図３に示す単一のハードウェア部品ではなく、複数の別個なハードウェア部品に分けられていてもよい。図３の実施態様では、ビューワ３１とブラウザ３２とがユーザと網上の情報（図１に示したようなもの）との間の主たる接続である。この発明は図１のインターネットとの関連で記述されるが、公衆が私設かいずれのもののデバイスの網にも応用できる。インターネット実施態様では、とくに、プラウザ３２はインターネット網からＨＴＴＰサーバ３３を経由して情報を受けて、（ＨＴＭＬデータフォーマットと呼ばれている）インターネット上で使用される言語からのデータをユーザが認識できるスクリーン表示にほん訳する。ブラウザ３２がＨＴＭＬデータをＨＴＴＰサーバ３３からＭＩＭＥフォーマットで受けるときに、このフォーマットはブラウザ３２に対してユーザへの情報を表示するためにビューワ３１の支援を取り付けるように求めるものであり、ブラウザ３２はビューワ３１を開くことと、図３に示すように、ビューワ３１へデータファイルをダウンロードとを始める。ブラウザ３２からのデータファイルとともに、ビューワ３１は次にデータをほん訳して、それをユーザが感知できるフォーマットに変換する。こうして、例えば、ブラウザ３２はビューワ３１の支援をとりつけてビューワ３１を開き、ＨＴＭＬビデオデータファイルをビューワ３１へダウンロードすることによりビデオを再生する。ビューワ３１は次にビデオデータファイルをユーザが眺めているビデオスクリーン内に変換する。図３に示したこの発明の実施態様では、ビューワ３１は特殊なビューワであり、ＢＴＶＭＩＭＥファイルを受入れて処理することになる。ＢＴＶＭＩＭＥファイルはビデオデータファイル（．ａｖｉＭＩＭＥフォーマットから変換されたものが好い）であり、それがユーザに対して、その者が眺めている完全な動画ビデオから位置と時間の両方のドメイン内でハイパーリンク選択ができるようにしている。図４はビューワ３１とブラウザ３２と一緒にオペレーテングシステム４０を示している。図４にはまた、この発明の特徴によりブラウザ３２とビューワ３１とを用いる場合にユーザが見ることになるスクリーンも示している。とくに、ブラウザ３２はソフトウェアであり、そのルーチンの一部としてユーザが見ることになる情報を表示するスクリーン４２を用意する。同じように、ビューワ３１もまたソフトウェアであり、ユーザが見ることになるスクリーン４１を用意する。図４に示した実施態様では、ブラウザのスクリーン４２はハイパーテキストワードを含み、ユーザによるクリックオンがあると、ブラウザ３２がＵＲＬ要求をＨＴＴＰサーバに対して発して、図１に示したインターネット上で若干のＩＰアドレスからデータファイルを得るようにする。図４の実施態様では、ブラウザ３２のスクリーン内のハイパーテキストに指定されたＵＲＬはビデオデータファイルが検索されるようにする。ビデオデータファイルがＨＴＴＰサーバ３３からブラウザ３２によって受領されると（図３又は図１参照）、ブラウザ３２はＭＩＭＥ（この場合は．ＢＴＶＭＩＭＥ）からＢＴＶビューワ３１を開きＢＴＶデータファイルをビューワ３１にダウンロードしてスクリーン４１上でユーザに表示する必要があることを認識する。ビューワ３１がＢＴＶファイルを持ち、それをビューワに表示している状態となると、ユーザは完全動画ビデオの部分を指摘してクリックをすることができ、それでビューワ３１がブラウザにＵＲＬアドレスを発するようにし、ＵＲＬ内のドメインからＵＲＬ内で特定されるファイル名を要求することになる。（以下に詳述するように）ビューワ３１はｘ，ｙ，及びｔ情報を送ることもする。ビューワ３１が要求したデータファイルを受領すると、ビューワ３１は他のブラウザもしくは他のビューワのいずれかを（受領したハイパーリンクのＭＩＭＥ類型に依存して）開き、ユーザにデータを表示する。このディスプレイ（表示）が図４のリンクしたスクリーン４３として示されている。したがって、このビューワはブラウザにより求められたデータを表示し、加えてユーザが、ビューワスクリーン４１上の何がしかの主題から他のＵＲＬファイルからの他のデータヘハイパーリンクして、リンクしたスクリーン４３上で表示ができるようにするのに必要とされる処理機能をもっている。どうやってビューワ３１がユーザにスクリーン４１からスクリーン４３へハイパーリンクできるようにするかについての記述は次に述べる。もう一度図３を参照すると、ユーザがビューワ３１（図３の“選択”参照）のビューワスクリーン４１上で再生されているビデオの特定部分にポインテングデバイスを当てると、ビューワ３１はいわゆる（ｘ，ｙ，ｔ）データをブラウザ３２に送ってＵＲＬコードに処理するようにする。一般には、ユーザ（文書もしくは静止画像のような）ブラウザスクリーンの一部にコンピュータポインテングデバイスの位置を定めると、ブラウザはポインテングデバイスのＸ，Ｙ座標を用いてユーザが特定のＵＲＬ位置で発生する追加のデータを要求したことを判断する。この発明のビューワ３１では、これと違って、ビデオ映像は時間とともに動きかく変更していて、ＸとＹとの座標系は時間応用データファイルのユーザの選択には不十分なものとなっている。これが起きるのは、例えばある瞬間に１つの主題を示しているスクリーンが（その瞬間にユーザがクリックして特別に表示されている主題事項に関係するデータファイルへ移動したいとすると）もともとの表示から何がしかの時間後に生ずるビューワスクリーン４１上のビデオ表示とは違ったものになるからである。その結果、ある時間ｔ₀でＸ−Ｙ座標上でクリックするユーザは、そのユーザが正確に同じＸ−Ｙ座標を後の時間ｔ₁でクリックするとした場合には違った映像（もしくは文書）上をクリックすることになる。ユーザが特定のオブジェクト上でクリックをするときにビデオ表示４１の時間要素を適合させるために、ビューワ３１はブラウザ３２に対して（ｘ，ｙ，ｔ）データの一部として、クリックのＸ位置と、クリックのＹ位置と、クリックが発生したときの時間要素とを送る。ビデオデータと一緒に、この時間要素は再生しているビデオのフレーム番号を記録することにより極めて簡単に得られる。この実施態様では、ユーザがビデオ表示上の特定点上でクリックをすると、ビューワ３１はＸ₀，Ｙ₀及びｔ₀情報をブラウザ３２に送る。そこでユーザが正しく同上位置をビューワ３１のスクリーン上で時間ｔ₁後にクリックするとした場合に、ビューワ３１はそこでＸ₀，Ｙ₀及びｔ₁情報をブラウザ３２に送ることになる。オーディオの実施態様では時間座標は二次元事項であってよく、トラック番号とトラックの開始からの時間である。もちろんそれは実際の時間であって、ある固定の出発点からのものであろうしまた（選択の始めのような）可変の出発点であってもよい。ビューワ３１によってブラウザ３２へ送られた（ｘ，ｙ，ｔ）データもまた２つの追加部分の情報を含んでいて、ＣＧＩスクリプトファイルの位置と、画像（イメード）マップファイルの位置とである。ビューワ３１はこれら２片の情報をブラウザ３２から受領する．ＢＴＶフォーマットのビデオデータ上のヘッダから得る。代って、ブラウザ３２自体がＣＧＩスクリプトファイルとビデオマップファイルとを．ＢＴＶヘッダから得ることができる。ヘッダは、そこからビューワ３１がスクリプトとマップファイルとを得るのであるが、これが．ＢＴＶファイルに変換するためにビデオファイルに追加されるもののすべてである。この発明は特定のビデオファイルフォーマットのいずれかに限定されるものではないが、フォーマットは．ＡＶＩフォーマットであるのが好ましい。加えて、現在の発明はヘッダだけをビデオデータに加えるのであるから、実体上はどんなデータを使うことができる。．ＢＴＶビデオファイルに変換するために．ＡＶＩフォーマットのビデオファイルに加えられる典型的なヘッダは次の通り、始めと終りのステートメントの間にある各事項は．ＢＴＶファイルに変換するために．ＡＶＩファイルに必須なものとして強制的に付けられたものである。追加のオプションの情報、たとえば図９に示した（後に詳述する）インターフェースを経て集められるものはこのヘッデングの中に含めることができる。ＶＥＲステートメントは現在のプログラムバージョンを識別する。ＵＲＬステートメントはＣＧＩスクリプトの位置と名称とを識別し、それがＸ−Ｙ座標、時間座標及び画像マップと組合されて関連のＵＲＬアドレスを戻すようにする。ＶＨＬステートメントは画像マップの位置と名称である。ＵＲＬとＶＨＬステートメントとは２つの追加した情報片であり、ビューワ３１がブラウザに送るものであって、ユーザの選択に対応している位置と時間データに加えて送られる。一旦ユーザが選択をすると、ラウザ３２は次にＶＨＬ（ヘッダからのもの）、ＸおよびＹ座標、及び時間座標をＣＧＩＵＲＬ（そのヘッダからのもの）で特定されたＨＴＴＰサーバ３３へ送る。ＨＴＴＰサーバ３３はＵＲＬステートメントを用いてローカルファイルサーバからスクリプトファイル３４を検索する。ビデオマップスクリプト３４が，次にVＨＬステートメントを使って、ユーザが選択をした場合は、ビューワ３１により識別された適切なビデオマップ３５の位置を定めてロードする。ビデオマップスクリプト３４はＣ言語プログラムが好く、それがＨＴＴＰサーバ３３（もともとはビューワ３１から）Ｘ，Ｙ及び時間座標を採って、適切なＶＨＬビデオマップ３５を検索し、マップ３５上の座標データを一覧（ルックアップ）して、ビューワ３１上でユーザがした選択と関係するＵＲＬアドレスを検索するようにしている。ビデオマップスクリプト３４がこの一覧動作を実行する方法は次のようなビデオマップファイルの例を考察して評価することができる。マップファイルはファイル創生を支援するためのＭＳウィンドウズ応用マップ作成用ユーティリティを用いて手作業で創られる。マップを最初に作る人物（“マップメーカ”と呼ばれる）はプレイ（再生）、ステップ、リワインド（巻戻し）などのボタンを介してナビゲート（操縦）を行なうか、フレーム番号とゴートウ（そこへ行く）ボタンを用いるかして．ＡＶＩフォーマットのビデオ内で生ずる動くオブジェクトを観察する。ビデオ画像がフレームの過程または範囲内で生ずると、マップメーカはビデオにポーズを加えて、ビデオ上の位置をしるしし、そこでハイパーリンクが認識されるようにする。マップ作成用ユーティリティを用いて、これらハイパーリンク（ホットスポットとも呼ばれる）の指定がビデオ画像上の各種のスポットをクリックするだけで簡単に行なわれ、所望の全オブジェクトに対する所望の全ホットスポットがログされ終るまで行なわれる。次に、マップメーカはビデオ内の次の主題事項に進むことができ、このビデオに対してはホットスポットが与えられてプロセスが継続する。重要なことは、ユーティリティはビデオデータファイルそのものを変えないが、その代りにマップファイルを創ることであり（このファイルは終局的には図３のマップ３５内に記憶される）このファイルはビデオの各フレームに対するホットスポットの位置を記憶する。次にあげるのが月面を横断しているコメットのビデオに対するサンプルマップファイルである。上のマップファイルでは、コメットが２フレーム移動する毎にコメットと関係するホットスポットが変っている。この特別なマップメーカはホットスポットが正確にスクリーン上でコメットの位置を追跡できていることをホットスポットが各２フレームで変っていることから判断する。この特定のビデオでは月は動いておらず、映像の他の部分は単なる空間（スペース）である。上のマップファイルが提供しているものの本質は一連の物理的座標（ホットスポット）とＵＲＬとであり、それがフレーム番号でまとめられている（群形成されている）。上のファイルでは次のキーワードが出現している。フレーム：次に続く群が有効であるような最終のフレームにマークを付ける。スポット：特定のオブジェクトに対するホットスポット番号を付ける。デフォルト：ファイルが選んだホットスポットに対して特定されていなければデフォルトＵＲＬとマークを付ける。このフレームステートメントは次のフォーマットである。（Frame）（フレーム番号）であり、ここでいう（Frame）は単語であり、（フレーム番号）は次に来る部分が有効であるような最終のフレーム番号である。したがって、例えば、第１のフレームステートメントがFrame ５であれば、そのときはこのフレームステートメントに続くものがフレーム番号が０ないし５のフレームに対して有効となる。次のフレームステートメントがFrame １５であれば、そのときはFrame １５に続くアーギュメントはフレーム番号が６ないし１５のフレームに対して有効となる。このフレームステートメントに続いてレクト（rect）ステートメント(Rectang le Statement;方形のホットスポットの意)と１つのデフォノレトステートメントがある。レクトとデフォルトとのステートメントとは前のフレームステートメントよりも大きなフレームに対するホットスポットを現在のフレーム番号を介して特定する。このレクトステートメントは(Spot)（hot Spots URL）であり、ここで“Spot”は単語であり、（hot Spots URL）は特定のＵＲＬが選ばれるようにすることになる１又は複数のホットスポットを特定するパラメータである。ホットスポットはＸ−Ｙ座標であってよいし、一連の前もって番号をつけた矩形、例えばそれぞれがビデオをカバーする格子内の１０×１０ピクセルであってもよい。上述の画像マップの例では前もって番号を付けた実施態様が利用されており、それについては以下に詳述する。デフォルトステートメントは（Default）(ＵＲＬ)というフォーマットであり、（Default）は単語であり（ＵＲＬ）は前のスポットアーギュメントが何も見付からなかったときに戻されることになるＵＲＬである。上述のサンプル画像マップは上で述べたステートメントの各々を含んでいる。１，５及び９の行（ライン）はフレームステートメントでありホットスポットが群にまとめられてフレーム０〜２，３〜４，５，６となっている。フレーム群の各々に続く３つのアーギュメントはそれぞれ月の画像に対するスポットアーギュメント、コメットの画像に対するスポットアーギュメント、及びデフォルトステートメントである。マップメーカはフレーム０〜２の間には月がピクセルブロック（１０×１０ピクセル）９，１０，２５，２６及び４１内に位置していることを識別している。フレーム０〜２の間に、もしユーザがこれらピクセルブロックのどれか１つでクリックすると、ＵＲＬ“moon.html”がＨＴＴＰサーバに送られることになる。同じように、フレーム０〜２の間にピクセルブロック１７，１８または１９のいずれかが選択されると、第３行はcomet.htmlが送られることになることを示している。６行と１０行で見ることができるように、月の位置を同定するピクセルはビデオフレームの進行の際に次が動いてはいないので変化していない。それに対して、コメットは毎２フレームで１ピクセルブロック動いている。したがって、フレーム３と４ではコメットは位置１８，１９，２０を占有し、他方、フレーム５と６とではコメットはピクセルブロック１９，２０，２１を占有している。マップメーカはそれぞれ記述したフレーム群の間にコメットに対するホットスポットとしてこういったピクセルブロックの各々を識別している。もしユーザが“スポット”ステートメントで示されたもの以外のホットスポット上でクリックをすると、デフォルトステートメントが実行されて、上述したサンプル画像マップ内のＵＲＬ“space.html”を戻すことになる。この発明は上述のマップフォーマットに限定されず、いずれの類型のフォーマットを採用でき、フォーマットではＸ，Ｙ及び時間座標が特定のＵＲＬに対して識別同定できるものとする。したがって、例えば、マップは次の形をとることができる。（等々）この例では、ホットスポット識別子はSpot URL hot spotのフォーマットである。他の異なる多数のフォーマット類型が利用できて、特定のＵＲＬに対するホットスポットと時間とを識別する。重要なことは、スクリプト３４がマップ３５を検索して、そのマップデータ上でそのプログラムを運行させて特定のＸ／Ｙ／時間に基づくホットスポットに対して指定されたＵＲＬを識別できるようにすることである。スクリプト３４はＣプログラムであり、画像マップ３５を採るように設計され、また特定のＸ／Ｙ／時間組の座標に対してどのＵＲＬを戻すべきかを識別するためにマップ内に含まれているデータを使用するように設計されている。図３に示したように、ビデオマップスプリクト３４は（ｘ，ｙ，ｔ）データ（Ｘ，Ｙ，及び時間座標）をユーザがビューワ３１上で選んだ特定のホットスポットに対してＨＴＴＰサーバ３３から受領する。（ｘ，ｙ，ｔ）データとともに、ビデオマップスクリプト３４は．ＢＴＶファイルのヘッダから受けた“ＶＨＬデータ”を採用し、その．ＢＴＶファイルに対応するマップ３５を一覧しルックアップ）するためにそれを使う。ビデオマップスクリプト３４は次にマップ３５を介して（ｘ，ｙ，ｔ）データを運用し、次の所望データファイルを検索するために（図１の）インターネット上での発行（イシュアンス）のためにどのＵＲＬがＨＴＴＰサーバ３３に戻されるかを決める。例えば、ＢＴＶビューワ３１がURL=HTTP://domain.com/scriptとVHL=C:video. mapというヘッダをもつＢＴＶファイルを再生しているとする。さらに、ＶＨＬ位置にあるビデオマップが上述の例内のビデオマップであるとする。そのときはユーザがＢＴＶファイルを運行するためにブラウザ３２を使用すると、ブラウザ３２はビューワ３１を開いて、ビデオを展示し始める。ビデオ展示の第３のフレームの際に、もしユーザがコンピュータポインテングデバイスをクリックしてピクセスボックス番号１９内のコメットを指定すると、ビューワ３１は（ｘ，ｙ，ｔ）情報を送り、その中にはＶＨＬ、ＣＧＩＵＲＬ、ピクセルボックス１９及びフレーム番号３でブラウザ３２に向けたものが含まれていて、ブラウザはＣＧＩＵＲＬを除いたすべての情報をＣＧＩＵＲＬのドメイン名部分内で特定されたＨＴＴＰサーバ３３に送る。このサーバはＵＲＬのファイル名部分を運行するがそれがビデオマップスクリプト３４である。ビデオマップスクリプト３４はＣ：＼video.mapの位置にマップ３５を置くためにＶＨＬを使用し、マップ３５をダウンロードし、（ｘ，ｙ，ｔ）情報を次のようにマップに適用する：先ず、ビデオマップスクリプトがマップの行１を読取り、ホットスポットの第１の群がフレーム＃２を介してのみ有効であることを識別する。ビデオマップスクリプト３４は次に行＃５に移動してフレームの次の群がフレーム＃４を介して有効であることを判断し、こうして現在の（ｘ，ｙ，ｔ）データフレーム番号（３）がフレーム３ないしフレーム４のフレーム範囲内にあることを認識し、それによって現在のフレームに対して行６，７，及び８内のアーギュメントを有効なものとする。ビデオマップスクリプト３４は次に行６を読んで、現在のピクセルブロック（１９）が“スポット”コマンド内部にあるかどうかを判断し、そうでないことを認識する。スクリプト３４は次に行７へ進み、そこでは行７“スポット”コマンドがピクセル１９に対して有効であり、したがって指定されたＵＲＬ“comet.html”をＨＴＴＰサーバ３３に戻す。ＨＴＴＰサーバ３３は次にＵＲＬ“comet.html”をインターネット（図１参照）上で発行し、“comet.html”ＵＲＬと関係するデータファイルを戻すようにする。このデータが受領されると、ＨＴＴＰサーバ３３はデータをブラウザ３３に戻し、そこで“comet.html”データのＭIＭＥを読んで、このデータをユーザに対して表示する。表示はそれ自身のスクリーン上でするか他のビューワを開くかのいずれかである（データＭＩＭＥに依存している）。上の例の終りには、ユーザのスクリーンは図４に示すようになり、そこではブラウザ３２が開かれていて、ビューワ３１上でビデオが運行されている。またこのスクリーン上には、リンクされたスクリーン４３もあることになり、それがブラウザもしくは他のビューワを経由してユーザ用に“comet.html”表示を再生することになる。ビューワとスクリプトについての上記の動作の流れ図が図７と８とに示されている。図７では、ビューワ３１の動作が記述されており、また図８ではスクリプト３４の動作が記述されている。図７では、ビューワ３１はブラウザ３２によりそこに与えられたデータを再生している（段階７０）。段階７１では、ビューワ３１はユーザがコンピュータポインタでビューイングスクリーン上をクリックしたか否かを検出する。ユーザがスクリーン上でクリックをしていないときは、ビューワはそのユーザのためにデータの再生を続ける（段階７０）。段階７１でビューワがユーザによるクリックを検出すると、ビューワ３１は段階７２でクリックが発生したビデオのフレーム番号を記録する。ビューワ３１は次にクリックが発生したポインテングデバイスの位置座標を記録する（段階７３）。もし必要であれば、段階７４で、ビューワ３１が次にＸ，Ｙ座標位置をピクセルブロックに変換するか代ってホットスポットに変換し、ビューワ３１はＸ，Ｙ座標位置を送ることができる。次にフレーム情報と、ホットスポット情報と、ＵＲＬと、ＶＨＬとを（．ＢＴＶヘッダから）ブラウザ３２に送るが、これは図３で“（ｘ，ｙ，ｔ）データ”として締されている。ビューワはブラウザの応用プログラムインターフェース（ＡＰＩ）とインターフェースをとる。これは次のハイパーリンクを得るためにブラウザとサーバへこの情報のすべてを通信できるようにするのに使われている。ＡＰＩ接続はプラットホームとブラウザとに依存している。例えばマイクロソフトのウィンドウズプラットホーム上でネットスケープナビゲータブラウザと一緒に、ＤＤＥ（ダイナミック・データ・エクスチェンジ）もしくはＯＬＥ（オブジェクト・リンキング・アンド・エンベッデング）のいずれかが使用できる。ブラウザ３２はその後この情報をＨＴＴＰサーバ３３へ転送し、そこで情報をビデオマップスクリプト３４に転送して、図８に示した流れ図に従って動作が行なわれる。ビデオマップスクリプト３４は（ｘ，ｙ，ｔ）データ（フレーム、ホットスポット及びＶＨＬ）を段階８０で受領する。段階８１では、スクリプト３４はＶＨＬアドレスを読取り、ＶＨＬマップ３５の位置決めと検索とを行なう。段階８２では、ビデオマップスクリプト３４はマップを読み、（ｘ，ｙ，ｔ）データ内のフレーム番号に対して正しいフレーム群を識別する。段階８３では、ビデオスクリプト３４がホットスポット位置を試験して、画像マップの識別したフレーム群内でいずれかのホットスポットが“スポット”ステートメントと一致するかどうかを判断する。もし一致するホットスポットがスクリプト３４により識別されるとすると、指定されたＵＲＬはＨＴＴＰサーバ３３に段階８４で戻される。もしそうでなければ、ビデオマップスクリプト３４はデフォルトＵＲＬをＨＴＴＰサーバ３３に戻す（段階８５）。ビデオマップスクリプトはＣＧＩスプリクトに対するよく知られた規則に従わなければならない。すなわち、サーバからのコマンドラインアーギュメントを受理して、ブラウザが理解できるファイル、ファイル名もしくはうまく形成されたＨＴＭＬページで応答しなければならない。ＨＴＴＰサーバ３３は次にインターネット（図１参照）からの戻されたＵＲＬに指定されたデータを検索する。ＨＴＴＰサーバにより戻されたデータファイルは文書（ドキュメント）、他のビデオ／オーディオ、もしくは何らかのインターネットシステム機能（たとえば Gopherメニュ、Telnet、File Transfer Protocal,Usenetnews，など）であってよい。代りとして、ブラウザはマップファイルエーリアス（仮名）をサーバに戻すことができ、サーバは他のファイル内の実際のマップファイルを調べる。これはサーバがマップファイルの実際の位置をビューワから隠せるようにし、また必要なときにファイルを簡単に移動できるようにする。図５と６とはこの発明の別な実施例を示し、ここではビューワ３１の機能がブラウザ３２の内部に組込まれている。図５に示すようにハードウェアとソフトウェアとは図３に示したものと同じであるが、ただしビューワ３１が省略されている。図５の実施態様でのハードウェアとソフトウェアの全動作は図３で記述したのと同じではあるが、次の例外がある。図５の実施態様では、ブラウザ３２は完全動画ビデオ（もしくは他の時間応用データ）をブラウザスクリーン４２（図６）上で再生する機能を含んでいる。ユーザはそこでその者のハイパーリンク選択を直接ブラウザ３２上で行ない、ブラウザ３２はフレーム、座標、ＵＲＬ、及びＶＨＬ（．ＢＴＶヘッダから）情報を記録し、それを直接ＨＴＴＰサーバ３３に戻す。オペレーテングシステム４０（図６参照）は図４に示したのと同じである。ブラウザ３２はオペレーテングシステム４０で動作し、ユーザに対するブラウザスクリーン４２で成る。ブラウザスクリーン４２の中では、プラグインビューワ６０がブラウザ３２によって動作している。プラグインビューワ６０はプラグインスクリーン６１を創り出し、それが完全動画ビデオをブラウザスクリーン４２内で直接再生する。プラグインスクリーン６１内ではハイパーリンクが存在し、それが図３のビューワ３１により再生されたビデオに対してハイパーリンクが存在したのと同じである。結果として、ユーザはプラグインスクリーン６１内でスクリーン６１上でビデオ内で再生されている特定のオブジェクトについてクリックして、ブラウザ３２はその特定のクリックに対して（ｘ，ｙ，ｔ）データを記録するようにし、そのデータをＨＴＴＰサーバ３３に送るようにし、そこからデータをスクリプト３４へ転送し、それが適切なマップを３５を抽き出して、対応するＵＲＬをＨＴＴＰサーバ３３へ戻す。ＨＴＴＰサーバ３３は次にインターネット（図１）からＵＲＬのためのデータを得て、そのデータをブラウザ３２に戻し、そこでスクリーン４３（図６）を開いて戻されたデータを表示する。再び、スクリーン４３は他のブラウザスクリーンもしくは可能性のあるビューワスクリーンのいずれかとすることができる。図５の実施態様が図３のものよりも優れている点はメモリ空間要件である。ビューワはビデオを.ｂｔｖフォーマットにあるヘッダから分離しなければならないので、．ｂｔｖファイルは図３の実施態様における表示に対して別のファイルに複写されねばならない。それに対して、図５のプラグイン実施態様にはこのような要件はない。図９は標準ビデオファイルを．ＢＴＶファイルに変換するためのユーティリティを示す。前述したように、．ＢＴＶファイルは関連するヘッダを備えた。ＡＶＩファイル（もしくは同じようなビデオファイル）にすぎない。このヘッダに対する情報は図９に示されており、三つの必須情報片を含む：“ＣＧＩＵＲＬ” （ＨＴＴＰサーバ３３がビデオマップスクリプト３４を見つけることができるところのＵＲＬ）、“マップ位置”（スクリプト３４がマップ３５を見付けることができるところの経路（パス））、及び“ＡＶＩファイル”（ＡＶＩＭＩＭＥフォーマットでの元の、未変化のビデオファイルの位置）である。ヘッダには図９に示すように多数のオプション（選択枝）を含んでいてよい。これらのオプションが選ばれるすると、適当なコマンド行（ライン）が．ＢＴＶヘッダの中に、上記の例示ＢＴＶヘッダ中の“始め（ＳＴＡＲＴ）”と“終り（ＥＮＤ）”ステートメントの間に挿入される。オプションはローカルユーザがポーズ（間）をあけたり停止したりできるようにする。このオプションによって、ビューワはユーザがビデオに間をあけたり、あるいはユーザがそれを出来なくしたりする。オプションはまた受領後直ちにビデオを開示したり、ユーザが“再生”ボタンを押すまで待つことも含んでいる。別なオプションはビデオに間をおくか続けるかをクリック後にすることである。ビューワがクリックを無視というオプションもある（受領したクリック数をサンプルという場合）し、指定したクリック数の後に（ｘ，ｙ，ｔ）データを記憶し送るというオプションもある。多数のクリックを記憶することは、ユーザがいくつかのクリックを貯めておき（セーブし）、それを１つの応答で戻すか、各クリックを受領する都度戻すかすることができるようにする。ビューワはビデオファイルをセーブしたりビデオ再生に間をおくといったコマンドを許さないことができる。これは著作権による複製情報を送ったり、試験をするために有用であろう。ＢＴＶオプションはビデオに対して異なるループ形成用オプションを含むことができ、これはビューワにビデオ再生の終りにビデオをループするかどうかとどうすればよいかを語るものである。最後に、新しいビューワは新しいビデオファイルが検索される都度開始できるし、また同じビューワが後続のものを再生するために１つのビデオを停止できる。この発明は上述のオプションに限定されないし、他のオプションや小規模なオプションが当業者に認識できるものであろう。この発明は多数の異なる範疇で価値のあるもので、そのうちのいくつかを記述して行く。インターネット上の買物：売出しの（音を伴う）ビデオクリップが製品もしくはサービスの種類を記述することによりまず表示ができる。１つが選ばれると、この種類の中の事項はビデオカスケーデングメニュ（段段続きのメニュ）のフォロウアップクリップ（後報切り抜き）として示されるようになる。この例は行楽地でのレンタル業務に関するものがある。導入部分の映画はその行楽地の航空写真で、利用可能な家でレンタル業者のロゴが屋根についているものを示すことになろう。ユーザがある家に関心があるときは、その者はその家をクリックして静止画ページが入ってみたときのビデオでその家を示しているものを受領する。スクリーン上にはオーバレイ“ボタン”があってよく、ユーザがいつでも選択できるようにしている。１つのボタンは“近隣を示せ”というものでよく、スクリーン上で近隣の全部の家を示すページ、一連のページ、もしくは特別仕様の映画を示すことになる。コンテスト（競走）：コンテストは商売にとっては関心を集めるのに、あるいは潜在的購買者に対してよい手段である。コンテストに対してビデオハイパーリンク機構を採用するにはいくつかのやり方がある。一例はアニメーションのマスコットにより簡単に見せる一連のものを備えた宣伝用ビデオを拡布することである。ビューワは例えばマスコットが振っている腕をそれが現れる度毎にクリックしなければならない。クリックは代りのビデオマップスクリプトに送り戻され、そこではページを戻さないが、それに代って名前、住所等の情報と一緒にユーザがどのくらい周到であったかを記憶する。一番周到な顧客が勝者となる。時間を定めた試験：心理的試験のような、ある種の試験は、人が素早く応答することを求め、答については考慮しない。試験（話かけたり、文書による）がスクリーン上に提示され、ビューワは次の質問が提示される前に適切な時間を与えられる。他の試験で時間を定めた試験で得をするものには次のことがある：・インテリジェンス試験・空間技能試験（技術製図内である特徴を選び出す）・記憶試験（ある風景を示し、続いて少し違った風景を示し、ユーザに違いを見付けたかを尋ねる）・観察技能試験（クリップ（切り抜き）を示してからそのクリップについて尋ねる）教育上関連の利用が多くあり、とくに前のリストで試験した技能を改善することがある。ビデオ支援：この発明は形式（フォーム）とかメニュの中をユーザがウォークする（歩き進む）のに理想的なものである。現在では、ユーザが道に迷わないようにするためにはルニューの中にある各事項を完全に説明するために長い文書が必要とされている。ときには長いラベルがある形式の中の各事項と関係づけられるようにすることが必要とされ、それによって悪い情報が入り込まないようにしている。これが短いビデオで置換えられるようになり、選択枝を可能とされる選択についてのホットスポットと一緒に説明するようにできる。ユーザはいつでもホットスポットを選ぶことができ、そこでビデオを止めてその者の選択に基づいて次のもののダウンロードを始めることになろう。これがＨＴＭＬページ上の“Novice”リンクを介して現在のメニュまたは形式への付属物として実現され、経験を積んだユーザがビデオをダウンロートしなければならないということがなくなる。Noviceリンクはいくつかの場所で出現できるので、経験を積んだユーザで特定の場所での支援を必要とする者はビデオ支援を使用できる。これは既存のメニュや形式が使われているところであれはどこででも使用できる。また新しいサービス、例えばオンラインの株式市場支援に対しても使用できる。ホテルの設定でも多方面の用途があり（コンピュータポインテングデバイスでは１ｘなくビデオ遠隔制御といった）違ったインターフェースと一緒に次のように使われる：・ビデオ・オン・デマンドに付属して、・ビデオチェックアウトの支援として、・ホテルサービス案内として、恐らくは電話タイイン（連結）と一緒に、例えばある者が“管理人”を選んで、その管理人に通知がされて、電話リンクが作られるというように、・レストラン、特別催物などのローカルな地図を示すため。便利屋助け人：例えば家を建てたり、木工作をしたりなど、各種の建設作業をしている人にとっては将来性のある道具である。ここでは建築プロジェクトがどのように実施されるかの例をあげる。・始めにあたり、材料と技術製図のための請求書が標準のＨＴＭＬページ上で示されることになる。・ビデオハイパーリンクは完了したプロジェクトについてのウォークアラウンド（walkaround；一周りの技）とか、複雑なプロジェクトについてはそのプロジェクトの別な段階の後に一連のウォークアラウンドについてダウンロードをする。・スライド展示ではなく、このウォークアラウンドを用いて、ビューワであるユーザは見ている完成品のどの部分かを追跡できる。・ユーザはビデオに間をとって、建設の詳細を調べることができ、またハイパーリンクは複雑な接合部や、普通とは違った詳細についての埋め込みがあり、ユーザがＨＴＭＬページ上で追加の詳細を得るために選択できるようにする。これには特別の技術もしくは木彫用のパターンについて詳細が含まれている。 Netscape 以上のもの：ビデオハイパーリンクは多くの応用に対して自律形にできる。よい例が建設用マニュアルで上述関連のものである。前もってパッケージしたビデオと修正を加えたビューワとが建設の中を上述したものと同じハイパーリンクを用いてユーザが歩けるようにしているが、それを用いてビデオの他の部分にジャンプしたり、他のローカルビデオクリップへ跳ぶことができる。大形プロジェクトに対しては、あるいは他の訓練用の素材に対しては、ビデオとビューワはＣＤ−ＲＯＭ上で供給される。この発明は、現在最も実用的で好ましいとされる実施態様であると考えられるものについて記述してきたが、この発明は開示した実施態様に限定されるものではなく、かえって逆に各種の変形や同等の構成を添付の請求項の思想と技術的範囲の中に包含するものである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ (72)発明者フェイト、フィルアメリカ合衆国、バージニア州 22003、アナンデール、キャメロット・ドライブ 3637

Claims

【特許請求の範囲】１．ビデオスクリーンと関係しているデータプロセッサ上でユーザにより使用されるビデオビューワであって、該データプロセッサは網サーバを経て網上で通信するものであり、その構成は：Ａ）該ビデオスクリーン上でビデオデータ組を再生するためのビデオプレーヤ応用でヘッダ応用を含むものと、ただし、ａ）ヘッダ応用はビデオスクリーン上のビデオデータに対応する網上のビデオマップアドレスを識別するための該ビデオデータ組と関係しているヘッダを読取るものであり、またビデオマップを識別する該ビデオマツプアドレスには a1）ビデオスクリーン上のビデオデータから一組のビデオフレームを識別するデータと、該ビデオフレームの組の中のビデオデータの一部に対応する一組の物理的座標と、該物理的座標の組に対応する網アドレスとをそれぞれが含んでいる複数のフレーム群と； a2）該ビデオデータ組の再生の際にユーザによりビデオスクリーン上で刺戟があったときには、ビデオスクリーン上で該刺戟が発生した場所と時間とを識別するデータを含む座標データを記録するための記録用応用とを含むものとし、またＢ）１）該記録した座標データとビデオマップアドレスとを網サーバに通信し、かつ２）該記録した座標データとビデオマップアドレスとに応答して該網サーバにより戻されたデータを受領して表示するための通信応用とを含むビデオビューワ。２．さらに、前記網サーバと通信し、網サーバから受領した情報をビデオスクリーン上のパターンに変換するためのブラウザ応用を含む請求項１記載のビューワ。３．前記刺戟がＨＴＭＬフォーマットのハイパーリンクを識別する、コンピュータポインテングデバイスから受領される請求項１記載のビデオビューワ。４．さらに、１）マップファイル上で前記記録された座標データを調べて、２）この調べに基づいて、記録された座標データに対応する網アドレスを網サーバに対して発するためのスクリプト応用を含む請求項１記載のビデオビューワ。５．前記ビデオマップは前記データプロセッサ内に置かれている請求項１記載のビデオビューワ。６．メモリとビデオスクリーンとを有するデータプロセッサ上で運行され、かつ網上で通信をする網ブラウザ上で使用するためのビデオデータ組であって、その構成は：該網ブラウザ上で表示するためのメモリ内にロードするためのビデオ情報と；該ビデオ情報と対応するマップファイルについての網上の位置を識別するアドレスヘッダとを含み、また該マツプファイルは：該ビデオ情報からのビデオフレームの組を識別するデータと、該ビデオフレームの組の中のビデオ情報の一部に対応する物理的座標の組と、該物理的座標の組に対応する網アドレスとを各々が含んでいる複数のフレーム群とを含むビデオデータ組。７．前記アドレスヘッダはさらに前記マップファイルを読取り、かつ物理的座標の組とビデオフレームとを前記マップファイル内の前記フレーム群と対応させるためのスクリプトの位置をさらに含んでいる請求項６記載のビデオデータ組。８．少くとも一つのフレーム群はビデオフレーム組内のビデオ情報の複数の部分に対応する前記ビデオスクリーン上の物理的座標の複数の組を含む請求項６記載のビデオデータ組。９．マイクロプロセッサと、メモリと、ビデオスクリーンとを有して、関係するデバイスアドレスをもつデバイスの網上で通信をし、かつ該デバイス間でハイパーリンクを形成するために網言語を使用するシステムであって、その構成は：１）網上でデバイスアドレスを配送し、かつ２）配送したデバイスアドレスに応答して該網からデータを受理するために網と電気通信をする網サーバと；ビデオフレームの組を識別するデータと；該ビデオフレームの組に対してハイパーリンクが在る場所を識別する物理的座標の組と；該物理的座標の組に対応するデバイスアドレスとを各々が含んでいる複数のフレーム群とを含むビデオデータ群についてのマップファイルを、マップファイルアドレスに含んでいて、網サーバと電気通信をするファイルサーバと；マイクロプロセッサにより運行されて前記網言語を前記ビデオスクリーン上のパターンに変換するためのブラウザ応用と；マイクロプロセッサにより運行されて、１）ビデオスクリーン上でビデオデータ組を表示し、２）前記ビデオデータからマップファイルアドレスを読取り、３）前記ユーザによって刺戟を与えられたときは、刺戟が生じた場所と時間についてビデオスクリーン上の物理的座標を含む座標データを記録し、かつ４）記録された座標データとマップファイルアドレスとを網サーバに戻すために、前記ブラウザ応用と通信するビューワ応用と；前記ブラウザ応用により呼出されて、１）マップファイルと記録した座標データとを受領し、かつ２）デバイスアドレスを前記マップファイルから記録された座標データに基づいて網サーバへ戻すためのスクリプト応用とを含んでおり；それによって網サーバはスクリプト応用から受領したデバイスアドレスを網に配送し、またスクリプト応用から受領したデバイスアドレスに対応するデータを網から受領して、ブラウザに向けて配送し、かつ、ブラウザが該マップファイルからのデバイスアドレスに対応するデータを前記ビデオスクリーン上でパターンに変換するようにしたシステム。 10．前記ビューワ応用はまた前記スクリプト応用と関係するデバイスアドレスを戻すようにした請求項９記載のシステム。 11．前記スクリプト応用は前記ビューワ応用とは違ったデバイスアドレス上に置かれている請求項１０記載のシステム。 12．前記ビューワ応用とブラウザ応用とは単一の応用として組合されている請求項９記載のシステム。 13．前記スクリプト応用はファイルサーバからマップを検索する請求項９記載のシステム。 14．前記ブラウザは別のビューワ応用を用いて、前記マップファイルからのデバイスアドレスに対応するデータをビデオスクリーン上のパターンとして表示するようにした請求項９記載のシステム。 15．前記ビューワ応用により読取られたマップファイルアドレスはスクリプト応用により受領されたマップファイルを得るために網サーバにより使用される別名である請求項９記載のシステム。