(57)【特許請求の範囲】
【請求項１】
一般的な方法で処理されるべき一連の映像遷移を可能にし、ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理システムであって、ここで前記映像遷移とは、１つの基本状態から異なる内容を有する前記同じ基本状態への遷移をいう、
前記映像遷移管理システムが、
映像デザイナーが、所定の遷移に必要な前記映像のみを定義し、その後、前記映像遷移管理システムが表示されるべき前記映像遷移に関するすべての詳細部分を処理する手段と、及び
クライアント側のネットワーク・セントリック環境で、前記映像遷移がユーザ対話に基づいて管理される手段と、
を含み、
ここで、前記映像遷移管理システムは、映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、前記映像遷移の像の数を前記映像遷移管理システムにより動的に決定することによって、前記映像遷移の表示を管理する手段を含むところの、
前記映像遷移管理システム。
【請求項２】
前記映像遷移管理システムが、ＨＴＭＬ及びJavaScript環境で使用するためにデザインされ得るところの請求項１に記載の映像遷移管理システム。
【請求項３】
前記像、それらの遷移及びそれらのユーザ対話の管理全体が、デザイナーによって前もって定義され得、その後前記システムによって全面的に処理され得るところの請求項２に記載の映像遷移管理システム。
【請求項４】
前記システムが、前記ＨＴＭＬページが最初にロードされたときに呼び出される一組の前記JavaScript関数と、ユーザ入力及び結果のアクションを定義するための一組の規約とから成るところの請求項３に記載の映像遷移管理システム。
【請求項５】
前記システムが、前記１つの基本状態から異なる内容を有する前記同じ基本状態への映像遷移を提供するために必要であるオブジェクトを管理するための全面的に汎用のエンジンを提供するところの請求項１に記載の映像遷移管理システム。
【請求項６】
前記映像遷移は、映像デザイナーが任意のサポート・コード又はパフォーマンスを書き換えるための必要無しに前記映像オブジェクトを全面的に変更することができ、実施形式から全面的に分離されるところの請求項１に記載の映像遷移管理システム。
【請求項７】
一般的な方法で処理されるべき一連の映像遷移を可能にし、ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理方法であって、ここで前記映像遷移とは、１つの基本状態から異なる内容を有する前記同じ基本状態への遷移をいう、
前記映像遷移管理方法が、
映像デザイナーが、所定の遷移に必要な前記映像のみを定義し、その後、前記映像遷移管理方法が表示されるべき前記映像遷移に関するすべての詳細部分を処理するステップと、及び
クライアント側のネットワーク・セントリック環境で、前記映像遷移方法がユーザ対話に基づいて管理されるステップと、
を含み、
ここで、前記映像遷移管理方法は、映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、前記映像遷移の像の数を前記映像遷移管理システムにより動的に決定することによって、前記映像遷移の表示を管理するステップを含むところの、
前記映像遷移管理方法。
【請求項８】
前記映像遷移管理システムが、ＨＴＭＬ及びJavaScript環境で使用するためにデザインされ得るところの請求項７に記載の映像遷移管理方法。
【請求項９】
前記像、それらの遷移及びそれらのユーザ対話の管理全体が、デザイナーによって前もって定義され得、その後前記システムによって全面的に処理され得るところの請求項８に記載の映像遷移管理方法。
【請求項１０】
前記システムが、前記ＨＴＭＬページが最初にロードされたときに呼び出される一組の前記JavaScript関数と、ユーザ入力及び結果のアクションを定義するための一組の規約とから成るところの請求項９に記載の映像遷移管理方法。
【請求項１１】
前記システムが、前記１つの基本状態から異なる内容を有する前記同じ基本状態への映像遷移を提供するために必要であるオブジェクトを管理するための全面的に汎用のエンジンを提供するところの請求項７に記載の映像遷移管理方法。
【請求項１２】
前記映像遷移は、映像デザイナーが任意のサポート・コード又はパフォーマンスを書き換えるための必要無しに前記映像オブジェクトを全面的に変更することができ、実施形式から全面的に分離されるところの請求項７に記載の映像遷移管理方法。
【請求項１３】
一般的な方法で処理されるべき一連の映像遷移を可能にし、ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理システムの表示を制御するデータ・プロセッサ上に含まれるデータ構造を有するコンピュータ読み取り可能なプログラムを記録したコンピュータ読み取り可能な記録媒体であって、ここで前記映像遷移とは、１つの基本状態から異なる内容を有する前記同じ基本状態への遷移をいう、
前記プログラムが、
映像デザイナーが、所定の遷移に必要な前記映像のみを定義し、その後、前記映像遷移管理方法が表示されるべき前記映像遷移に関するすべての詳細部分を処理するステップと、及び
クライアント側のネットワーク・セントリック環境で、前記映像遷移がユーザ対話に基づいて管理されるステップと、
を含み、
ここで、前記プログラムは、映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、前記映像遷移の像の数を前記映像遷移管理システムにより動的に決定することによって、前記映像遷移の表示を管理するステップを含むところの、
前記コンピュータ読み取り可能な記録媒体。
【請求項１４】
前記映像遷移管理システムが、ＨＴＭＬ及びJavaScript環境で使用するためにデザインされ得るところの請求項１３に記載のコンピュータ読み取り可能な記録媒体。
【請求項１５】
前記像、それらの遷移及びそれらのユーザ対話の管理全体が、デザイナーによって前もって定義され得、その後前記システムによって全面的に処理され得るところの請求項１４に記載のコンピュータ読み取り可能な記録媒体。
【請求項１６】
前記システムが、前記ＨＴＭＬページが最初にロードされたときに呼び出される一組の前記JavaScript関数と、ユーザ入力及び結果のアクションを定義するための一組の規約とから成るところの請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【請求項１７】
前記システムが、前記１つの基本状態から異なる内容を有する前記同じ基本状態への映像遷移を提供するために必要であるオブジェクトを管理するための全面的に汎用のエンジンを提供するところの請求項１３に記載のコンピュータ読み取り可能な記録媒体。
【請求項１８】
前記映像遷移は、映像デザイナーが任意のサポート・コード又はパフォーマンスを書き換えるための必要無しに前記映像オブジェクトを全面的に変更することができ、実施形式から全面的に分離されるところの請求項１３に記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、好ましくはクライアント側のネットワーク・セントリック環境で動作する。それは一連の映像遷移が一般的な方法で処理されることを可能とするシステムであって、映像デザイナーは所与の遷移に必要な像を定義する必要があるだけで、映像遷移管理システムが映像遷移及び像に関連づけられたユーザ対話の詳細部分並びにユーザ対話のすべてを処理する。
【０００２】
【従来の技術】
１９９０年代の１０年間は、データ処理産業とコンシューマ電子産業との収束によって駆動された社会的及び技術的革命によって特徴づけられてきた。この進歩は、過去２年間に、コンピュータとビジネスがインターネットへ広範に関わるようになったことによって加速された。これらの変化の結果として、産業界における人間活動のすべての局面で、実質的にヒューマン・コンピュータ・インタフェースが必要とされているように見える。これらの大きな変化の結果として、数年前まではコンピュータに無知であった（又はコンピュータに無関心であった）世界人口のかなりの人々がコンピュータ指向活動にアクセスできる必要がある。コンピュータによって支えられる膨大な市場を継続させ、商業的生産性を上げるために、コンピュータに無関心なコンシューマの大部分の人々をコンピュータ・インタフェースに関与させる必要がある。従って、我々の技術的挑戦は、できるだけ現実世界に近いコンピュータ・インタフェースを創作することである。
【０００３】
産業界はこの挑戦の方向へ動いており、現在、比較的高度の現実性がインタフェースで可能になっている。これは、使用される視覚的比喩に良好に合致すると共にコンピュータ・システムの高レベルの使用容易性を達成する更に現実的な対話手法の必要性及び機会を提供するものである。
【０００４】
本発明は、そのような現実的対話手法を実現する方法及び装置を提供する。
【０００５】
定義
本発明の詳細を説明する前に、本明細書を通して使用される用語の幾つかを定義し、それらの背景を述べておくことが適切であると思われる。
【０００６】
ＨＴＭＬとは、ワールド・ワイド・ウェブ（ウェブ）上の文書で使用されるハイパーテキスト・マークアップ言語（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の頭字語である。ＨＴＭＬは、テキストやグラフィックスのような要素をどのようにユーザに表示すべきか、ユーザ・アクション（例えば、キーの押下又はマウス・クリップによるリンクの起動）にどのように応答すべきかをウェブ・ブラウザに指示するために、文書中で要素のマーク付けタグを使用する標準一般化マークアップ言語（Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の１つのアプリケーションである。インターネット・エンジニアリング・タスク・フォース（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって定義されたＨＴＭＬ２．０は１９９５年現在のすべてのウェブ・ブラウザに共通のＨＴＭＬ機能を含み、ウェブ上で広く使用されたＨＴＭＬの最初のバージョンであった。将来のＨＴＭＬ開発はウェブ・コンソーシアム（Ｗ３Ｃ）によって遂行されるであろう。提案された最大の標準であるＨＴＭＬ３．２は１９９６年現在で広く使用されていた機能を組み込んでいる。大部分のウェブ・ブラウザ（特に、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ  及び  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）は、現在の標準に含まれているＨＴＭＬタグ以上のタグを認識する。
【０００７】
１９９０年代の後半に良好に確立されたＪａｖａは、サン・マイクロシステム社（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．）によって開発されたオブジェクト指向プログラミング言語である。ＪａｖａはＣ＋＋に類似しているが、それより小さく、携帯性があり、使いやすい。これは、Ｊａｖａがよりロバストであり、それ自体でメモリを管理するからである。Ｊａｖａは安全保護及びプラットフォームの中立を考慮してデザインされていた。これは、Ｊａｖａプログラムが、機械語に類似したバイト・コードへコンパイルされ且つプラットフォームに特定されないという事実によって、どのようなプラットフォームにおいてもＪａｖａを実行できることを意味する。
【０００８】
ＪａｖａＳｃｒｉｐｔは、ネットスケープ・コミュニケーションズ社（Ｎｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｒｐ．）及びサン・マイクロシステム社によって開発されたスクリプト言語であり、Ｊａｖａへ緩やかに関連づけられている。しかし、ＪａｖａＳｃｒｉｐｔは真のオブジェクト指向言語ではなく、またコンパイルされないので、Ｊａｖａと比較してパフォーマンスが制限される。ＪａｖａＳｃｒｉｐｔを用いて基本的なオンライン・アプリケーション及び関数をウェブ・ページに付加することができるが、利用できるアプリケーション・プログラミング・インタフェース関数の数及び種類は、Ｊａｖａで利用できるものよりも少ない。ＨＴＭＬコードと共にウェブ・ページに入れられるＪａｖａＳｃｒｉｐｔコードは、一般的に、特に初心者プログラマに対して、Ｊａｖａを書くよりも易しいと考えられている。ＪａｖａＳｃｒｉｐｔコードを実行するためには、ネットスケープ・ナビゲータ（Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ）のようなＪａｖａＳｃｒｉｐｔ準拠ウェブ・ブラウザが必要である。
【０００９】
オブジェクト指向プログラミング手法は、「オブジェクト」の定義、作成、使用、及び命令を含む。これらのオブジェクトは、データ要素、及びデータ要素を処理するルーチン（又はメソッド）を含むソフトウェア実体である。データ及び関連メソッドはソフトウェアによって１つの実体として取り扱われ、そのようなものとして作成、使用、及び削除される。データ及び関数は、オブジェクトに、それらの現実世界の等価の実体をその属性に関してモデル化させる。そのような属性は、データ要素及びそのメソッドによって表すことのできるその振る舞いによって与えることができる。
【００１０】
オブジェクトは「クラス」を作成することによって定義される。「クラス」はそれ自体オブジェクトではないが、実際のオブジェクトをどのように構成するかをコンパイラに命令するテンプレートとして働く。例えば、クラスは、データ変数の数とタイプ、及びデータを処理する関数に含まれるステップを指定する。オブジェクトは実際にはコンストラクタ（ｃｏｎｓｔｒｕｃｔｏｒ）と呼ばれる特殊関数によってプログラム中で作られる。コンストラクタは、オブジェクトを構築するために、対応するクラス定義及び追加情報（例えば、オブジェクトの作成中に提供される引数）を使用する。オブジェクトはデストラクタ（ｄｅｓｔｒｕｃｔｏｒ）と呼ばれる特殊関数によって破壊される。
【００１１】
オブジェクト指向プログラミング手法の３つの基本的特性であるカプセル化、多形性、及び継承から、多くの利点が生じる。オブジェクトは、内部データ構造及び内部関数のすべて又は一部分を隠す（又はカプセル化する）ようにデザインすることができる。更に具体的には、プログラム・デザインの間に、プログラム開発者はオブジェクトを定義して、データ変数のすべて又はいくつか、及び関連メソッドのすべて又はいくつかを、「私用」又はそのオブジェクト自体の専用とすることができる。他のデータ又はメソッドは「公用」又は他のソフトウェア・プログラムによって利用可能であると宣言される。他のプログラムによる私用変数及びメソッドへのアクセスは、オブジェクトの私用データにアクセスする公用メソッドを定義することによって制御することできる。公用メソッドは、私用データと外部プログラムとの間のインタフェースを形成する。私用変数へ直接にアクセスするプログラム・コードを書こうとすると、コンパイラはプログラム・コンパイルの間にエラーを発生する。このエラーはコンパイル・プロセスを停止し、プログラムが実行されないようにする。多形性は、全体的には同じフォーマットを有するが異なったデータと共に働くオブジェクト及び関数が、首尾一貫した結果を生じるように、異なるように機能できるようにする。例えば、加算メソッドは、変数Ａ＋変数Ｂ、即ち（Ａ＋Ｂ）と定義することができる。Ａ及びＢが数であろうと、文字であろうと、又はドル及びセントであろうと、同じフォーマットが使用される。しかし、加算を実行する実際のプログラム・コードは、Ａ及びＢを構成する変数のタイプに従って大きく異なっている。メソッドが定義された後、プログラムは後にその共通フォーマット（Ａ＋Ｂ）によって加算メソッドを参照することができ、コンパイルの間に、コンパイラは変数タイプを検査することによって３つのメソッドのどれを使用すべきかを決定する。次に、コンパイラは適切な関数コードを代入する。オブジェクト指向プログラミングの第３の特性は継承である。継承は、プログラム開発者が既存のプログラムを再使用できるようにする。継承によって、ソフトウェア開発者は、クラス及び後にそれらから作成されるオブジェクトを、クラス階層を通して関連づけられるように定義することができる。具体的には、クラスは他のベース・クラスのサブクラスとして指定されることができる。サブクラスは、そのベース・クラスの公用関数がサブクラスに現れたかのように、公用関数のすべてを「継承」すると共にアクセスする。代替的に、サブクラスはその継承された関数のいくつか又はすべてを無効にするか、同じ形式を有する新しい関数を定義することによって、その継承された関数のいくつか又はすべてを変更することができる。
【００１２】
他のクラスの機能性を借りた新しいサブクラスを作成することによって、ソフトウェア開発者は、それらの特定の必要性に合致させるため既存のコードを容易にカスタマイズすることができる。
【００１３】
オブジェクト指向プログラミングは、他のプログラミング・コンセプトの上に顕著な改善をもたらすが、プログラム開発に時間と労力の大きな出費を必要とする。特に、修正用の既存のソフトウェア・プログラムを利用できないときそうである。従って、時には、一組の前もって定義された相互接続クラスを提供することによって一組のオブジェクト及び種々の追加ルーチンを作成し、それらはすべて特定の環境で普通に出てくるタスクを実行するように指示される。そのような前もって定義されたクラス及びライブラリは通常は「フレームワーク」と呼ばれ、本質的に、作業アプリケーション・プログラムを作成する基礎として、既成の構造を提供する。
【００１４】
ＶＲＴソフトウェア・プラットフォームのようなオブジェクト指向プログラミングでは、ユーザ・インタフェースとして、一組の前もって定義されたインタフェース・オブジェクトを含むフレームワークが提供されている。フレームワークはベース・クラスとして使用することのできる前もって定義されたクラスを含み、開発者はオブジェクトのいくつかを受け入れてベース・クラスに組み込むか、それらベース・クラス中のオブジェクト又はオブジェクトの組み合わせを変更するか無効にして、フレームワークを拡張し、特定の専門領域でカスタマイズされたソリューションを作成することができる。
【００１５】
このオブジェクト指向のアプローチは、従来のプログラミングよりも大きな利点を与える。なぜなら、プログラマは元のプログラムを変更しているのではなく、元のプログラムの能力を拡張しているからである。
【００１６】
【発明が解決しようとする課題】
本発明の目的はＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ環境で使用するようにデザインされた管理システムを提供することである。
【００１７】
【課題を解決するための手段】
本願では、デザイナーが一連の像、それらの遷移、及びそれらとユーザとの対話を前もって定義し、その後で、この管理システムがそれらを全面的に処理することができる。管理システムは、ＨＴＭＬページが最初にロードされたとき呼び出される一組のＪａｖａＳｃｒｉｐｔ関数と、ユーザ入力及びその結果として起こるアクションを定義する一組の規約とを含む。
【００１８】
この発明によって、映像デザイナーはオブジェクトの映像局面のみに関心を払えばよく、開示された映像遷移管理システムは一度作成された像の表示を処理することができる。
本願の発明の構成は以下の通りである。
（１）  一般的な方法で処理されるべき一連の映像遷移を可能にし、ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理システムであって、ここで前記映像遷移とは、１つの基本状態から異なる内容を有する前記同じ基本状態への遷移をいう、
前記映像遷移管理システムが、
映像デザイナーが、所定の遷移に必要な前記映像のみを定義し、その後、前記映像遷移管理システムが表示されるべき前記映像遷移に関するすべての詳細部分を処理する手段と、及び
クライアント側のネットワーク・セントリック環境で、前記映像遷移がユーザ対話に基づいて管理される手段と、
を含み、
ここで、前記映像遷移管理システムは、映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、前記映像遷移の像の数を前記映像遷移管理システムにより動的に決定することによって、前記映像遷移の表示を管理する手段を含むところの、
前記映像遷移管理システム。
（２）  前記映像遷移管理システムが、ＨＴＭＬ及びJavaScript環境で使用するためにデザインされ得るところの（１）に記載の映像遷移管理システム。
（３）  前記像、それらの遷移及びそれらのユーザ対話の管理全体が、デザイナーによって前もって定義され得、その後前記システムによって全面的に処理され得るところの（２）に記載の映像遷移管理システム。
（４）  前記システムが、前記ＨＴＭＬページが最初にロードされたときに呼び出される一組の前記JavaScript関数と、ユーザ入力及び結果のアクションを定義するための一組の規約とから成るところの（３）に記載の映像遷移管理システム。
（５）  前記システムが、前記１つの基本状態から異なる内容を有する前記同じ基本状態への映像遷移を提供するために必要であるオブジェクトを管理するための全面的に汎用のエンジンを提供するところの（１）に記載の映像遷移管理システム。
（６）  前記映像遷移は、映像デザイナーが任意のサポート・コード又はパフォーマンスを書き換えるための必要無しに前記映像オブジェクトを全面的に変更することができ、実施形式から全面的に分離されるところの（１）に記載の映像遷移管理システム。
（７）  一般的な方法で処理されるべき一連の映像遷移を可能にし、ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理方法であって、ここで前記映像遷移とは、１つの基本状態から異なる内容を有する前記同じ基本状態への遷移をいう、
前記映像遷移管理方法が、
映像デザイナーが、所定の遷移に必要な前記映像のみを定義し、その後、前記映像遷移管理方法が表示されるべき前記映像遷移に関するすべての詳細部分を処理するステップと、及び
クライアント側のネットワーク・セントリック環境で、前記映像遷移方法がユーザ対話に基づいて管理されるステップと、
を含み、
ここで、前記映像遷移管理方法は、映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、前記映像遷移の像の数を前記映像遷移管理システムにより動的に決定することによって、前記映像遷移の表示を管理するステップを含むところの、
前記映像遷移管理方法。
（８）  前記映像遷移管理システムが、ＨＴＭＬ及びJavaScript環境で使用するためにデザインされ得るところの（７）に記載の映像遷移管理方法。
（９）  前記像、それらの遷移及びそれらのユーザ対話の管理全体が、デザイナーによって前もって定義され得、その後前記システムによって全面的に処理され得るところの（８）に記載の映像遷移管理方法。
（１０）  前記システムが、前記ＨＴＭＬページが最初にロードされたときに呼び出される一組の前記JavaScript関数と、ユーザ入力及び結果のアクションを定義するための一組の規約とから成るところの（９）に記載の映像遷移管理方法。
（１１）  前記システムが、前記１つの基本状態から異なる内容を有する前記同じ基本状態への映像遷移を提供するために必要であるオブジェクトを管理するための全面的に汎用のエンジンを提供するところの（７）に記載の映像遷移管理方法。
（１２）  前記映像遷移は、映像デザイナーが任意のサポート・コード又はパフォーマンスを書き換えるための必要無しに前記映像オブジェクトを全面的に変更することができ、実施形式から全面的に分離されるところの（７）に記載の映像遷移管理方法。
（１３）  一般的な方法で処理されるべき一連の映像遷移を可能にし、ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理システムの表示を制御するデータ・プロセッサ上に含まれるデータ構造を有するコンピュータ読み取り可能なプログラムを記録したコンピュータ読み取り可能な記録媒体であって、ここで前記映像遷移とは、１つの基本状態から異なる内容を有する前記同じ基本状態への遷移をいう、
前記プログラムが、
映像デザイナーが、所定の遷移に必要な前記映像のみを定義し、その後、前記映像遷移管理方法が表示されるべき前記映像遷移に関するすべての詳細部分を処理するステップと、及び
クライアント側のネットワーク・セントリック環境で、前記映像遷移がユーザ対話に基づいて管理されるステップと、
を含み、
ここで、前記プログラムは、映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、前記映像遷移の像の数を前記映像遷移管理システムにより動的に決定することによって、前記映像遷移の表示を管理するステップを含むところの、
前記コンピュータ読み取り可能な記録媒体。
（１４）  前記映像遷移管理システムが、ＨＴＭＬ及びJavaScript環境で使用するためにデザインされ得るところの（１３）に記載のコンピュータ読み取り可能な記録媒体。
（１５）  前記像、それらの遷移及びそれらのユーザ対話の管理全体が、デザイナーによって前もって定義され得、その後前記システムによって全面的に処理され得るところの（１４）に記載のコンピュータ読み取り可能な記録媒体。
（１６）  前記システムが、前記ＨＴＭＬページが最初にロードされたときに呼び出される一組の前記JavaScript関数と、ユーザ入力及び結果のアクションを定義するための一組の規約とから成るところの（１５）に記載のコンピュータ読み取り可能な記録媒体。
（１７）  前記システムが、前記１つの基本状態から異なる内容を有する前記同じ基本状態への映像遷移を提供するために必要であるオブジェクトを管理するための全面的に汎用のエンジンを提供するところの（１３）に記載のコンピュータ読み取り可能な記録媒体。
（１８）  前記映像遷移は、映像デザイナーが任意のサポート・コード又はパフォーマンスを書き換えるための必要無しに前記映像オブジェクトを全面的に変更することができ、実施形式から全面的に分離されるところの（１３）に記載のコンピュータ読み取り可能な記録媒体。
【００１９】
【発明の実施の形態】
本発明に関して、他の人々は過去において現在の問題にどのようにアプローチしようとしたかの疑問が起こるかもしれない。本発明が新規である理由は、１つの基本状態から映像遷移を経て異なった内容を有する同じ基本状態へ遷移する場合の映像遷移を提供しなければならないオブジェクトの全面的汎用管理エンジンを提供するからである。映像表現は、映像デザイナーがサポート・コードを書き直す必要なしに映像オブジェクトを全面的に変更することができるように、実現方式から全面的に分離されている。各面が固有の内容を含む回転多面立方体からの映像表現を、各ページが固有の内容を有する本の表現へ変更することは、単に、使用される像及びナビゲーション・ホットスポット（ポイント事象に応答する領域）を再定義する問題である。
【００２０】
本発明のシステムは、映像デザイナーが所与の遷移に必要な像を定義するだけで、一連の映像遷移は一般的な方法で処理されるようにする。即ち、映像遷移管理システムが映像遷移を表示するための詳細部分のすべてを処理し、それら詳細部分はクライアント側のネットワーク・セントリック環境でユーザ対話に基づいて管理されるようにする。
【００２１】
具体的には、映像デザイナーは、映像の基本状態、及び基本状態の１つのインスタンスから他のインスタンスへの遷移を指示するために示すことのできる映像を定義する必要がある。１つの例は図１の回転立方体であって、そこでは遷移状態１０１から１０３の始まりである基本状態１００が、最終的に１つの面をユーザに直面させた基本状態１０４へ戻ることが示される。
【００２２】
他の例は、ページがめくられる本の例である。基本状態は、本が開かれている状態であり（図１）、遷移状態の像は、１つのページがめくり上げられ、本の１つの側から他の側へ移動され、最終的に再び本が開かれている基本状態へ戻る。図２において、基本状態は２００で示される。図２の２００Ａ及び２００Ｂは、２００Ａで後方へのめくり、２００Ｂで前方へのめくりを容易にするホットスポットの位置を示す。遷移状態２０１、２０２、２０３が続いて示され、また基本状態２０４への戻りが示される。
【００２３】
これまで概説したように、本発明は好ましくはＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ環境で使用するようにデザインされたシステムを表す。そこでは、デザイナーは、像、それらの遷移、及びそれらのユーザ対話を前もって定義することができ、これら像の管理はこの管理システムによって全面的に処理される。このシステムは、ＨＴＭＬページが最初にロードされたとき呼び出される一組のＪａｖａＳｃｒｉｐｔ関数、及びユーザ入力及び起こるべき結果のアクションを定義する一組の規約を含む。
【００２４】
ウェブ・ページが最初にロードされたとき呼び出されるＪａｖａＳｃｒｉｐｔ関数は、次のものを含む。
１．  使用される基本像を渡すこと。
２．  遷移中に使用される像の可変長リストを渡すこと。デザイナーはいくつの像を遷移に使用するかを決定することができ、大まかな遷移を示すためには少数を使用し、密接遷移の映像効果を得るためには多数を使用する。
更に、映像効果を最適化するために、ユーザのコンピュータ速度又はパフォーマンスに従って、遷移像の数をシステムによって動的に決定することができる。３．  遷移像を表示する速度を渡すこと。速度は、遷移の間に遷移像をどれくらいの速さで表示するか、及び連続回転の間に、どれくらい長く各中間面に止まるかを決定する。
【００２５】
ユーザ入力を処理する規約は次のものを含む。
１．  ユーザのナビゲートに使用される基本像の上のホットスポットを定義する。これらのホットスポットはマウス事象を処理する。
２．  各マウス事象について、事象を処理するため、呼び出し関数がシステムの遷移管理の中で前もって定義される。主な事象は、オブジェクトをナビゲートする主な手段として使用されるマウス・クリックの事象である。前もって定義されたメソッドは、特定の面へ遷移すること、指定された数の面を現在の位置から前方又は後方へ遷移すること、最初又は最後の面へ遷移すること、前方及び後方への連続遷移を開始することをサポートする。一度、デザイナーが開始時に像と速度を指定し、且つオブジェクトをナビゲートするために使用されるホットスポットを定義すると、映像遷移の実際の管理及び面表示の変化する内容は、本発明によって全面的に管理される。
【００２６】
図３及び図４は、本発明のプロセスを概略的に示すフローチャートである。プロセスは図３の３００で始まり、３０１で映像デザイナーはＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ環境及び管理を使用して映像の基本状態を定義する。３０２で、映像デザイナーは、ＨＴＭＬページが最初にロードされたとき呼び出される一組のＪａｖａＳｃｒｉｐｔ関数を介して、１つのインスタンスから他のインスタンスへの遷移を指示するために示すことのできる像を前もって定義する。次に、３０３で、デザイナーはユーザ入力及びその結果として起こるアクションを定義する規約を設定する。
【００２７】
次に、ウェブ・ページが最初にロードされたとき、次のアクションを含むＪａｖａＳｃｒｉｐｔが呼び出される。即ち、３０４で、使用される基本状態の像が渡され、３０５で、遷移のために使用される像の可変長リストが渡される。次に、図４の４０１で、映像デザイナーは遷移のためにいくつの像が使用されるべきかを決定する。ここで、デザイナーは、概略表示には少数の像を使用し、映像効果を得るためには多数の像を使用することができる。次に、４０２で、遷移像を表示する速度を渡す。速度は、遷移の間に遷移像をどれくらいの速さで表示するか、及び連続回転の間に、各中間面でどれくらい長く止まるかを決定する。
【００２８】
次に、図４の４０３で、デザイナーはナビゲートに使用されるホットスポットを基本像の上に定義する。次に４０４で、手順は、各マウス事象について、事象を処理するためにシステムの遷移管理の中で前もって定義されている呼び出し関数を呼び出す。主な事象はオブジェクトをナビゲートする主な手段として使用されるマウス・クリックの事象である。代替の機構はグラフィカル・ボタンである。前もって定義されたメソッドは、特定の面への遷移、指定された数の面を現在の位置から前方又は後方へ遷移すること、最初又は最後の面へ遷移すること、及び前方又は後方への連続遷移を開始することをサポートする。
【００２９】
最後に４０５で、デザイナーは像、速度、及びスタートアップの指定を完了し、且つオブジェクトのナビゲートに使用されるホットスポットを定義して、映像遷移の管理は完了し、プロセスは４０６で終了する。
【００３０】
図５は本発明が使用される場合の論理経路を示す。経路は図５の５００から始まる。５０１で基本状態が表示される。次に５０２で、ユーザはホットスポットをクリックする。次に５０３で、ユーザはどちらのホットスポットかを質問される。ステップ５０３で、ユーザはどちらの方向へ遷移像を進ませたいかを決定する。もし左だとすれば、プロセスは５０４へ移動する。そこでは、Ｎは遷移アニメーションにおけるフレームの数に等しく、Ｉは変形の番号である。次に５０５で、プロセスは表示遷移像Ｉを呼び出す。次に５０６で、１つの像だけ増加され、次に５０７で、Ｉが遷移オートメーションにおけるフレーム数よりも大きいかどうかが質問される。
【００３１】
もし５０７の答えがノーであれば、プロセスは、それが依然として遷移の中途にあることを示し、それは５０５へ戻る。もし５０７の答えがイエスであれば、プロセスは５０８へ移動し、そこで基本状態が表示され、プロセスは、他のホットスポットをクリックすることによって再び使用されるまで待つために、５０１Ａへ戻る。
【００３２】
ステップ５０９は他の可能なユーザ入力（例えば、ウィンドウ、ポップアップ・メニユー、などのクローズ）を暗示する。次に５１０で、プロセスは「これは終わりか」と質問する。５１０の答えがノーであれば、プロセスは、通常のようにプロセス入力が得られたことを示す５１１へ進行し、次にプロセスは、他のホットスポットをクリックすることによって再び使用されるまで待つために、５０１Ａへ移動する。もし５１０の答えがイエスであれば、プロセスは５１２で「終了」する。
【００３３】
５０３の質問へ戻って、もしユーザが右のホットスポット方向へ進むことを選択すれば、５１３で、ＩはＮから１に等しくされる。ここで、Ｉは変形の番号である。次にプロセスは５１４へ進み、そこで遷移像Ｉの表示を呼び出し、次に５１５で、ＩはＩ−１にされる。次に５１６で、Ｉが１よりも小さいかどうかの質問がなされる。もし答えがノーであれば、プロセスは５１４へ戻り、そこで再び遷移像Ｉの表示を呼び出す。もし５１６での答えがイエスであれば、システムは基本状態の表示を呼び出し、次にプロセスは、他のホットスポットをクリックすることによって再び使用されるまで待つために、５０１Ａへ戻る。
【００３４】
本発明は特定の実施形態を参照して説明されたが、本発明の趣旨及び範囲から逸脱することなく、前記及び他の変更が形式及び詳細部分でなされてよいことは、当業者によって理解されるであろう。
【００３５】
まとめとして、本発明の構成に関して以下の事項を開示する。
（１０１）ネットワーク・セントリック環境で使用され、一連の映像遷移が一般的な方法で処理されるようにするコンピュータ・ベースの映像遷移管理システムであって、
所与の遷移に必要な像を映像デザイナーが定義する手段と、
表示されるべき前記映像遷移のすべての詳細部分を前記映像遷移管理システムが処理することと、
クライアント側のネットワーク・セントリック環境で、ユーザ対話に基づいて前記映像遷移が管理される手段とを具備する、
映像遷移管理システム。
（１０２）前記映像遷移管理システムを、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ環境で使用するようにデザインすることができる、上記（１０１）に記載の映像遷移管理システム。
（１０３）前記像、それらの遷移、及びそれらのユーザ対話の管理全体をデザイナーが前もって定義し、次にそれを前記システムが全面的に処理することができる、上記（１０２）に記載の映像遷移管理システム。
（１０４）ＨＴＭＬページが最初にロードされたときに呼び出される一組のＪａｖａＳｃｒｉｐｔ関数と、ユーザ入力及び結果のアクションを定義する一組の規約とから構成される、上記（１０３）に記載の映像遷移管理システム。
（１０５）１つの基本状態から異なった内容を有する同じ基本状態への映像遷移を提供するのに必要なオブジェクトを管理する全面的に汎用のエンジンを提供する、上記（１０１）に記載の映像遷移管理システム。
（１０６）前記映像表現が実施形式から全面的に分離され、映像デザイナーはサポート・コード又はパフォーマンスを書き換える必要無しに映像オブジェクトを全面的に変更することができる、上記（１０１）に記載の映像遷移管理システム。
（１０７）映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、遷移像の数を前記映像遷移管理システムによって動的に決定することができる、上記（１０１）に記載の映像遷移管理システム。
（１０８）ネットワーク・セントリック環境で使用され、一連の映像遷移が一般的な方法で処理されることを可能にするコンピュータ・ベースの映像遷移管理方法であって、
所与の遷移に必要な映像を映像デザイナーが定義するステップと、
前記映像遷移管理方法が、表示されるべき前記映像遷移のすべての詳細部分を処理するステップと、
クライアント側のネットワーク・セントリック環境で、ユーザ対話に基づいて前記映像遷移方法を管理するステップとを含む、
映像遷移管理方法。
（１０９）前記映像遷移管理システムを、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ環境で使用するようにデザインすることができる、上記（１０８）に記載の映像遷移管理方法。（１１０）前記像、それらの遷移、及びそれらのユーザ対話の管理全体をデザイナーが前もって定義し、次にそれを前記映像遷移管理システムが全面的に処理することができる、上記（１０９）に記載の映像遷移管理方法。
（１１１）前記映像遷移管理システムが、ＨＴＭＬページが最初にロードされるとき呼び出される一組のＪａｖａＳｃｒｉｐｔ関数と、ユーザ入力及び結果のアクションを定義する一組の規約とから構成される、上記（１１０）に記載の映像遷移管理方法。
（１１２）１つの基本状態から異なった内容を有する同じ基本状態への映像遷移を提供するために必要なオブジェクトを管理する全面的に汎用のエンジンを提供する、上記（１０８）に記載の映像遷移管理方法。
（１１３）前記映像表現が実施形式から全面的に分離され、映像デザイナーはサポート・コード又はパフォーマンスを書き換える必要無しに映像オブジェクトを全面的に変更することができる、上記（１０８）に記載の映像遷移管理方法。
（１１４）映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、遷移像の数を前記映像遷移管理システムによって動的に決定することができる、上記（１０８）に記載の映像遷移管理方法。
（１１５）ネットワーク・セントリック環境で使用されるコンピュータ・ベースの映像遷移管理システムのデータ・プロセッサ制御ディスプレイ上で表示を生じるコンピュータ読み取り可能媒体に含まれるデータ構造を有し、一連の映像遷移が一般的な方法で処理されることを可能とするコンピュータ読み取り可能プログラムであって、
所与の遷移に必要な映像を映像デザイナーが定義する手段と、
表示されるべき前記映像遷移のすべての詳細部分を前記映像遷移管理システムが処理することと、
クライアント側のネットワーク・セントリック環境で、前記映像遷移がユーザ対話に基づいて管理される手段とを具備する、
コンピュータ読み取り可能プログラム。
（１１６）前記映像遷移管理システムを、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ環境で使用するようにデザインすることができる、上記（１１５）に記載のコンピュータ読み取り可能プログラム。
（１１７）前記像、それらの遷移、及びそれらのユーザ対話の管理全体をデザイナーが前もって定義し、次にそれを前記映像遷移管理システムが全面的に処理することができる、上記（１１５）に記載のコンピュータ読み取り可能プログラム。
（１１８）前記映像遷移管理システムが、ＨＴＭＬページが最初にロードされたときに呼び出される一組のＪａｖａＳｃｒｉｐｔ関数と、ユーザ入力及び結果のアクションを定義する一組の規約とから構成される、上記（１１７）に記載のコンピュータ読み取り可能プログラム。
（１１９）１つの基本状態から異なった内容を有する同じ基本状態への映像遷移を提供するのに必要なオブジェクトを管理する全面的に汎用のエンジンを提供する、上記（１１５）に記載のコンピュータ読み取り可能プログラム。
（１２０）前記映像表現が実施形式から全面的に分離され、映像デザイナーはサポート・コード又はパフォーマンスを書き換える必要無しに映像オブジェクトを全面的に変更することができる、上記（１１５）に記載のコンピュータ読み取り可能プログラム。
（１２１）映像効果を最適化するために、前記ユーザのコンピュータ速度又はパフォーマンスに従って、遷移像の数を前記映像遷移管理システムによって動的に決定することができる、上記（１１５）に記載のコンピュータ読み取り可能プログラム。
（１２２）ネットワーク・セントリック環境で使用され、一連の映像遷移が一般的な方法で処理されるようにするコンピュータ・ベースの映像遷移管理システムであって、
所与の遷移に必要な映像を映像デザイナーが定義する機構と、
表示されるべき前記映像遷移のすべての詳細部分を前記映像遷移管理システムが処理することと、
クライアント側のネットワーク・セントリック環境で、前記映像遷移がユーザ対話に基づいて管理される機構とを具備する、
映像遷移管理システム。
【図面の簡単な説明】
【図１】立方体が、基本状態から出発していくつかの中間段階を経過し、基本状態へ戻る一連の遷移状態を示す図である。
【図２】本のページがめくられるに従って、ページの各段階が各遷移像として動く場合の、基本状態から出発して基本状態へ戻る遷移像の段階を示す図である。
【図３】デザイナーが本発明のシステムをどのように使用するかのステップを表すフローチャートである。
【図４】デザイナーが本発明のシステムをどのように使用するかを示す図３のフローチャートの続きである。
【図５】本発明を使用する場合の論理経路を示すフローチャートである。
【符号の説明】
１００        基本状態
１０１                遷移状態
１０２                遷移状態
１０３                遷移状態
１０４          基本状態
２００                基本状態
２００Ａ            ホットスポット位置
２００Ｂ            ホットスポット位置
２０１                遷移状態
２０２                遷移状態
２０３                遷移状態
２０４                基本状態
【図１】
0003612458.tif 000002
【図２】
0003612458.tif 000003
【図３】
0003612458.tif 000004
【図４】
0003612458.tif 000005
【図５】
0003612458.tif 000006