(57)【要約】本発明は、サーバに配置された双方向型の映画をネットワークを介して転送し、ユーザステーションで同じ上記映画を表示するためのシステムに関し、（ａ）映画フレームを表示するための、上記ユーザステーションにある表示ユニット、（ｂ）ユーザが映画内でナビゲートすることを可能にするための、上記ユーザステーションにある制御装置、（ｃ）個々の映画フレームと各映画フレームのインデックスとの間の結合を記述した映画のマップを備え、上記マップはいかなる時でも上記マップ内でのユーザの現在の仮想位置を維持し、そして、（ｄ）上記マップからおよびユーザ制御装置から入力を受け取り、上記入力に基づいて、上記ユーザによる眺めのために要求されるそれらの将来のフレームを予測し、上記ユーザステーションへ上記予測された将来のフレームを伝達するように上記サーバに命じるための予測ユニットを備える。
2008543212.tif 000002
【特許請求の範囲】
【請求項１】
サーバに配置された双方向型の映画を、ネットワークを介して転送し、ユーザステーションで同じ上記映画を表示するためのシステムであって、
ａ．  映画フレームを表示するための、上記ユーザステーションにある表示ユニット、
ｂ．  ユーザが映画内でナビゲートすることを可能にするための、上記ユーザステーションにある制御装置、
ｃ．  個々の映画フレームと各映画フレームのインデックスとの間の結合を記述した映画のマップを備え、上記マップはいかなる時でも上記マップ内でのユーザの現在の仮想位置を維持し、そして、
ｄ．  上記マップからおよびユーザ制御装置から入力を受け取り、上記入力に基づいて、上記ユーザによる眺めのために要求されるそれらの将来のフレームを予測し、上記ユーザステーションへ上記予測された将来のフレームを伝達するように上記サーバに命じるための予測ユニットを備えるシステム。
【請求項２】
請求項１に記載のシステムにおいて、さらに、映画フレームを一時的に記憶するための、上記ユーザステーションにあるキャッシュユニットを備えたシステム。
【請求項３】
請求項１に記載のシステムにおいて、上記ユーザが仮想的な移動中であるとき、上記予測ユニットは第１レベルの解像度フレームを発注し、また、上記ユーザが上記仮想映画内で静止しているとき、第１レベルの解像度フレームを発注するシステム。
【請求項４】
請求項３に記載のシステムにおいて、上記第１レベルは上記第２レベルより低いシステム。
【請求項５】
請求項３に記載のシステムにおいて、上記フレームは上記サーバ内に少なくとも２つの解像度レベルで保存されるシステム。
【請求項６】
請求項３に記載のシステムにおいて、上記フレームは上記サーバ内に少なくとも１つの解像度レベルで保存され、上記サーバは、上記フレーム解像度レベルを少なくとも１つの他の解像度レベルへ変換するための変換手段を備えるシステム。
【請求項７】
請求項１に記載のシステムにおいて、上記予測ユニットは、ユーザによる特別の要求に応じて特定レベルの解像度フレームを伝達するようにサーバに命じるシステム。
【請求項８】
請求項７に記載のシステムにおいて、上記特定レベルの解像度は最高解像度レベルであるシステム。
【請求項９】
請求項１に記載のシステムにおいて、上記予測ユニットが上記ユーザステーションに配置されているシステム。
【請求項１０】
請求項１に記載のシステムにおいて、上記予測ユニットが上記サーバに配置されているシステム。
【請求項１１】
請求項１に記載のシステムにおいて、上記マップが上記サーバに配置されているシステム。
【請求項１２】
請求項１に記載のシステムにおいて、上記マップが上記ユーザステーションに配置されているシステム。
【請求項１３】
請求項２に記載のシステムにおいて、上記予測ユニットおよび上記マップが上記ユーザステーションに配置されているシステム。
【請求項１４】
請求項１３に記載のシステムにおいて、さらに、上記キャッシュと通信するとともにユーザ表示部上での上記フレームの表示を調整する、上記ユーザステーションにあるコーディネータを備えるシステム。
【請求項１５】
請求項２に記載のシステムにおいて、上記予測ユニットおよびマップが上記サーバに配置されているシステム。
【請求項１６】
請求項１５に記載のシステムにおいて、さらに、上記キャッシュと通信するとともにユーザ表示部上での上記フレームの表示を調整する、上記ユーザステーションにあるコーディネータを備えるシステム。
【請求項１７】
請求項１５に記載のシステムにおいて、各フレームは、上記サーバから上記ユーザステーションへ１つ以上の次フレームインデックスを伴って伝達され、また、上記ユーザステーションにある上記コーディネータは、上記次フレームインデックスから、表示されるべきフレームの順序を決定するシステム。
【請求項１８】
請求項１７に記載のシステムにおいて、上記ユーザステーションにある上記コーディネータは、上記フレームの上記順序を、上記１つ以上の次フレームインデックスと、そのコーディネータが上記ユーザ制御装置から受け取る入力とから決定するシステム。
【請求項１９】
請求項１に記載のシステムにおいて、さらに、上記サーバから上記ユーザステーションへのフレームの流れを調整するための、上記サーバにある転送コーディネータを備えるシステム。
【請求項２０】
遠隔サーバからネットワークを介して映画を転送し、ユーザステーションで上記映画を表示する方法であって、
ａ．  上記映画内で上記ユーザが移動中である間は、上記ユーザへより低解像度のフレームを転送するとともに表示し、そして、
ｂ．  上記映画内で上記ユーザが静止している間は、上記ユーザへ中解像度またはより高解像度のフレームを転送するとともに表示する方法。
【請求項２１】
請求項２０に記載の方法において、さらに、
ｃ．  上記映画のマップを提供し、
ｄ．  上記映画内の上記ユーザの現在位置によって上記マップを連続的に更新し、
ｅ．  上記マップを見て、上記ユーザの上記現在位置から、上記ユーザへの表示のために要求されるかも知れない選択自由な近い将来のフレームを予測し、そして、上記サーバからの上記近い将来のフレームを発注する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、インターネットを介して映画を表示するためのシステムおよび方法に関する。より詳しくは、本発明は、インターネットのようなネットワークを介して双方向型の映画を表示する方法およびシステムに関し、または、とても望ましい場合においては、インターネットを介して、ユーザがビルディング、オフィスなどのような物理的なサイト内で仮想的に移動することを可能にする双方向型の映画を表示する方法およびシステムに関する。
【背景技術】
【０００２】
仮想映画は、展示会、遠隔的なガイダンスおよび場所のツアー、教育、トレーニング、電子ゲームなどのような様々な目的に広く用いられている。そのような映画のうちの幾つかはアニメーションであり、また、幾つかの他のものは、実際の物理的なサイト内で撮影された実際のフレームを含んでいるという意味で、本物であり、また、幾つかは、本物とアニメーションのフレームの混合物を組み合わせている（ここで、この出願の全体にわたって、用語「フレーム」は、特定の時間単位でユーザに披露される単一の眺めを示すために用いられることは、注目されるべきである。この点で、このフレームがどのように生成されているかに関して、つまり、マルチメディア・コンテンツからそれを完全に得ているか、あるいは、幾つかの圧縮ツールが作動するような態様でその前フレームとの差だけを完成することにより前フレームからそれを生成しているかに関して、区別がないことは注目されるべきである。）。本発明は全てのそのような場合に関するが、主に後者の場合に関する。つまり、仮想・双方向型の映画を調製することによってユーザが双方向的に現実のサイトを探索できるようにする場合、つまり、ユーザが或るサイトの映画を見たく、そのサイト内で双方向的にナビゲートしたい場合に関する。
【０００３】
近年、連続的な再生に先立って映画全部をプリロードする必要なしに、コンピュータ・ネットワーク上のマルチメディアを再生することを能率的にする広範囲な努力があった。本発明の幾つかの局面は他のタイプのマルチメディアに関連するかもしれないが、この出願の全体にわたって、説明はビデオ映画（あるいはクリップ）に対してなされる。ほとんどの既存の解決策は、ネットワーク帯域幅が制限されて、転送の速度がダイナミックに変わるという事実を考慮に入れる。幾つかの解決策は、転送されるデータ量の縮小（例えばメディア品質を落とすことによって、またはデータの圧縮によって）、およびネットワーク速度に対して転送されるデータ量を調整することを提案する。主な目的は、与えられた帯域幅のために最高の画質で滑らかな経験を得ることである。１つの共通の解決策は、ユーザのステーションでクリップ部分の利用可能性を改善し、遅れと一時的停止を防ぐために、再生中の情報のローディングの流れの平衡を保つようにマルチメディア・シーケンス（ムービー・クリップのような）のプリロードを行うことを提案する。この出願の全体にわたって、用語「ステーション」は、コンテンツを再生するための再生装置を持っているあらゆるタイプのコンピュータ、プロセッサ、ターミナル、ワークステーション、ＰＤＡ、携帯電話などに関する。クライアント側でマルチメディア情報を扱う適切な方法に影響する可能性がある他の要因は、データファイルのサイズ、およびユーザの側での未使用記憶域の量である。遠隔の（サーバ）側のマルチメディアファイルが通常大きいので、クライアント側にそれが常に完全には保存され得ない又は完全にはプリロードされ得ないという事実は、考慮に入れられなければならない。そのような場合、ユーザの体験は、ユーザが再生したいデータのための比較的長い待機の必要のせいで、妨害されるかも知れない。
【０００４】
上記の先行技術の解決策は、連続的な従来のマルチメディア・クリップを再生するときに、比較的満足がゆくものである。しかしながら、そのような解決策は、制限された帯域幅のネットワークを介して双方向型の映画を再生する厳格な要求を満たすことができない。従来の映画では、映画フレームのシーケンスはよく確定されている。従って、ユーザのステーションでＦＩＦＯタイプのレジスタを維持することは現在再生されているシーケンスの利用可能性および完全性を助けるかもしれない。しかしながら、映画の多くの場面の間に、ユーザが映画の異なったシーケンスを選択し継続する幾つかの選択肢を与えられるような双方向型の仮想映画を再生するとき、これは事実ではない。いかなる時でもユーザに幾つかのビデオシーケンスを提供するこの要求は、インターネット（あるいはいかなる他の帯域幅の制限のある）ネットワークによる双方向型の仮想映画を有効に再生することに重荷を導入する。
【０００５】
同じ発明者によるＷＯ  ２００４／０４９２６３は、双方向型の映画の調製のための方法およびシステムを示す。それは、現実のサイト内のユーザの歩行をシミュレートし、ユーザがサイトを探索することを可能にする。そのような仮想映画は、比較的滑らかに、高解像度かつ速い態様でユーザに流され表示され得る。しかしながら、映画が保存されている場所から遠いステーションで、インターネットのようなネットワークを介してこの双方向型の映画を転送し同時に表示するいかなる試みも、特に双方向性と円滑さの要求を満たすことにおいて、困難に出会う。
【０００６】
インターネットのような帯域幅が制限された（時々非常に低い帯域幅の）ネットワークを介して仮想映画を再生する方法およびシステムを提供することが、本発明の目的である。
【０００７】
ユーザが体験する質への影響を最小にする態様でそのような映画を再生可能にすることが、本発明のもう１つの目的である。
【０００８】
サイトの探索のために、インターネット（あるいは他のネットワーク）を介して仮想映画を見ることを可能にすることが、本発明の特別の目的である。
【０００９】
本発明の他の目的および利点は、説明が進むにつれて明白になるだろう。
【発明の開示】
【００１０】
本発明は、サーバに配置された双方向型の映画をネットワークを介して転送し、ユーザステーションで同じ上記映画を表示するためのシステムに関し、
（ａ）  映画フレームを表示するための、上記ユーザステーションにある表示ユニット、
（ｂ）  ユーザが映画内でナビゲートすることを可能にするための、上記ユーザステーションにある制御装置、
（ｃ）  個々の映画フレームと各映画フレームのインデックスとの間の結合を記述した映画のマップを備え、上記マップはいかなる時でも上記マップ内でのユーザの現在の仮想位置を維持し、そして、
（ｄ）  上記マップからおよびユーザ制御装置から入力を受け取り、上記入力に基づいて、上記ユーザによる眺めのために要求されるそれらの将来のフレームを予測し、上記ユーザステーションへ上記予測された将来のフレームを伝達するように上記サーバに命じるための予測ユニットを備える。
【００１１】
好ましくは、本発明のシステムはさらに、映画フレームを一時的に記憶するための、上記ユーザステーションにあるキャッシュユニットを備える。
【００１２】
好ましくは、上記ユーザが仮想的な移動中であるとき、上記予測ユニットは第１レベルの解像度フレームを発注し、また、上記ユーザが上記仮想映画内で静止しているとき、第１レベルの解像度フレームを発注する。
【００１３】
この出願の全体にわたって、フレームの「解像度」という用語は、１つのフレーム内の画素の数か、あるいはそのフレームの質を示す指標を提供するために、広い解釈で用いられる。そこでは「質」は、フレームのデータの量またはひずみ率（例えば圧縮−解凍による）を示す。
【００１４】
好ましくは、上記第１レベルは上記第２レベルより低い。
【００１５】
好ましくは、上記フレームは上記サーバ内に少なくとも２つの解像度レベルで保存される。
【００１６】
好ましくは、上記フレームは上記サーバ内に少なくとも１つの解像度レベルで保存され、上記サーバは、上記フレーム解像度レベルを少なくとも１つの他の解像度レベルへ変換するための変換手段を備える。
【００１７】
好ましくは、上記予測ユニットは、ユーザによる特別の要求に応じて第３レベルの解像度フレームを伝達するようにサーバに命じる。
【００１８】
好ましくは、上記第３レベルの解像度は最高解像度レベルである。
【００１９】
一実施形態では、上記予測ユニットが上記ユーザステーションに配置されている。
【００２０】
別の実施形態では、上記予測ユニットが上記サーバに配置されている。
【００２１】
一実施形態では、上記マップが上記サーバに配置されている。
【００２２】
別の実施形態では、上記マップが上記ユーザステーションに配置されている。
【００２３】
さらに別の実施形態では、上記予測ユニットおよび上記マップの両方が上記サーバに配置されている。
【００２４】
さらに別の実施形態では、上記予測ユニットおよび上記マップの両方が上記ユーザステーションに配置されている。
【００２５】
好ましくは、上記システムは、さらに、上記キャッシュと通信するとともにユーザ表示部上での上記フレームの表示を調整する、上記ユーザステーションにあるコーディネータを備える。
【００２６】
本発明の一実施形態では、上記予測ユニットおよびマップが上記サーバに配置されている。
【００２７】
好ましくは、上記システムは、さらに、上記キャッシュと通信するとともにユーザ表示部上での上記フレームの表示を調整する、上記ユーザステーションにあるコーディネータを備える。
【００２８】
本発明の一実施形態では、各フレームは、上記サーバから上記ユーザステーションへ１つ以上の次フレームインデックスを伴って伝達され、また、上記ユーザステーションにある上記コーディネータは、上記次フレームインデックスから、表示されるべきフレームの順序を決定する。
【００２９】
好ましくは、上記ユーザステーションにある上記コーディネータは、上記フレームの上記順序を、上記１つ以上の次フレームインデックスと、そのコーディネータが上記ユーザ制御装置から受け取る入力とから決定する。
【００３０】
好ましくは、上記システムは、さらに、上記サーバから上記ユーザステーションへのフレームの流れを調整するための、上記サーバにある転送コーディネータを備える。
【００３１】
本発明は、さらに、遠隔サーバからネットワークを介して映画を転送し、ユーザステーションで上記映画を表示する方法に関し、その方法は、（ａ）上記映画内で上記ユーザが移動中である間は、上記ユーザへより低解像度のフレームを転送するとともに表示し、そして、（ｂ）上記映画内で上記ユーザが静止している間は、上記ユーザへ中解像度またはより高解像度のフレームを転送するとともに表示する。
【００３２】
好ましくは、上記方法は、さらに、（ａ）上記映画のマップを提供し、（ｂ）上記映画内の上記ユーザの現在位置によって上記マップを連続的に更新し、そして、（ｃ）上記マップを見て、上記ユーザの上記現在位置から、上記ユーザへの表示のために要求されるかも知れない選択自由な近い将来のフレームを予測し、そして、上記サーバからの上記近い将来のフレームを発注する、というステップを有する。
【発明を実施するための最良の形態】
【００３３】
仮想映画は、少なくとも映画内の幾つかの位置において、どのビデオセグメントがユーザへ表示されるかを選択する選択肢をユーザが持っているビデオ（あるいはフレームのシーケンス）を、ユーザが見ることを可能にする映画である。従って、映画の全体のシーケンスおよび順序が固定され、予め決定され、知られている通常の映画の場合とは対照的に、仮想映画においては、映画セグメントの順序はユーザの自由裁量に委ねられている。従って、ユーザステーションで再生するためのネットワーク上の映画の転送（それはユーザステーションで映画フレームのリアルタイムの利用可能性を必要とする）は、特にネットワークの帯域幅が比較的低いときに、ずっとより複雑になる。もちろん、映画の解像度が高くなるほど、また映画全体のコンテンツが大きくなるほど、ユーザステーションでの映画フレームのこのリアルタイムの利用可能性の問題はますます複雑になる。
【００３４】
先に述べたように、いかなる時でも、ユーザが見たいと望む将来の映画セグメントの少なくとも１つの部分（一般にフレームのシーケンスから作られた）が、ユーザのステーションで利用可能でなければならない。しかしながら、双方向性を考慮して、また映画にはユーザが選択する幾つかの映画セグメントを有するポイントがあるので、少なくとも上記選択自由なセグメントの各々の一部は、滑らかで連続的な眺めを保証するために、選択がなされるいかなる時でもユーザのステーションでの表示に利用可能でなければならない。この双方向性要求は、本発明が直面する努力目標をさらに増加させる。
【００３５】
いずれの仮想映画においても、移動中である間に、ユーザがナビゲートする時がある。また、ユーザが立ち止まって、特定の眺めの中に焦点を合わせる他の時がある。本発明の１つの局面は、映画フレームが迅速に変更されるユーザの「移動」の間に解像度が低減され得る、という観察に基づく所見である。というのは、移動の間に、フレームの迅速に変更されるシーケンスに含まれた如何なる特定の眺めにもユーザが高い興味を持たないということが仮定されるからである。さらに、上記「移動」期間に、フレームの変化の速度は、解像度のそのような低減がユーザの体験を厳しくは妨げないことを可能にする。しかしながら、ユーザが「立ち止まり」、特定の眺めに焦点を合わせるとき、ユーザが上記眺めに高い興味を持つということが仮定される。従って、そのような「立ち止まり」時は、増加された解像度をもつフレームがユーザへ提供され、ユーザに表示される。更に、発明の好ましい局面によれば、全てのそのようなユーザ停止点で、ユーザは、要求し、直ちに最高解像度フレームを受け取る選択肢を与えられる。
【００３６】
全ての映画は、フレームの１つ以上のシーケンスを含む。従来の映画は本質的にフレー
ムの１つの長いシーケンスである一方、仮想映画は幾つかのセグメントからなり、各セグメントはフレームのシーケンスを含む。また、仮想映画は、継続すべき２つ以上の選択自由なセグメントからユーザが選択できる幾つかの接合位置を少なくとも含んでいる。ユーザが映画において各ポイントから全ての他のポイントまで行くことができないので、映画の仮想性の率は一般に制限されている。しかし、ユーザは、幾つかの接合からのみ、そうすることができる。従って、セグメント内のフレームのシーケンスは一般に固定されている。しかし、あるセグメントからもう１つのセグメントまでの転送は、融通がきく。
【００３７】
本発明は、全てのそれらの接合、および各接合でユーザに与えられる選択自由なセグメントを含み、映画の全ての可能な経路を示す、映画のデジタル・スキーム（また、ここで「マップ」と呼ばれる）の利用可能性を仮定する。そのようなスキームは、少なくともフレームの幾つかのセグメントを含んでいる。各セグメントにおいて、各映画フレームは、そのセグメントの、少なくとも１つの、一般には１つを超える、次および／または前のフレームに接続される。前フレームへのフレームの接続は「入口」と呼ばれ、また、次フレームへのフレームの各接続は「出口」と呼ばれてもよい。そのようなスキームおよび仮想映画の一例はＷＯ  ２００４／０４９２６３において提供されている。
【００３８】
図１は、オフィスの典型的なスキームを示している。それによって、ＷＯ  ２００４／０４９２６３（その全内容は参照によって本願明細書に組込まれる）に従って仮想映画が調製される。このスキームは一例としてのみここに提供されるということが注目されるべきである。というのは、スキームが少なくとも上述のようなフレーム、接合、および幾つかの選択自由なセグメントの間の結合を含んでいる限り、本発明は様々なタイプのスキームと作動し得るからである。
【００３９】
図１のスキームは、２つの廊下（Ｃ１、Ｃ２）および２つの部屋（Ａ、Ｂ）を持っているオフィス１０を示す。ＷＯ  ２００４／０４９２６３は、ユーザがナビゲートすること、つまりオフィスの周りを「歩く」ことを可能にする仮想映画を生成する仕方を示す。
【００４０】
分かるように、ポイント１１で始まり、ユーザが接合Ｊ１まで歩きながら、接合Ｊ１で、ユーザは、部屋Ｂ内へ右に向きを変えるか、あるいは真っ直ぐ前方へ歩き続けても良い。同様に、接合Ｊ２に到着するときに、ユーザは、部屋Ａ内へ右に向きを変えるか、あるいは廊下Ｃ１に沿って真っ直ぐ前方へ行っても良い。接合Ｊ３に到着するときに、ユーザは、廊下Ｃ２内で右かまたは左に曲がってもよい。更に、廊下に沿って歩いている間、ユーザは一般に比較的制限のある視野を持つ必要がある。接合Ｊ１、Ｊ２およびＪ３において、ユーザはより広い視野を必要とし、また、部屋ＡおよびＢにおいて、ユーザは、ほぼ３６０°の視野を必要とする。例えば、接合Ｊ１において、ユーザは、廊下に沿って歩き続け、廊下の終了まで眺める選択肢を選択してもよい。または、ユーザは、部屋Ｂ内へ向きを変え、部屋Ｂの眺めを見る選択肢を選択してもよい。あるいは、ユーザは、後に向きを変え、廊下Ｃ１に沿って戻ることを決めてもよい。
【００４１】
ＷＯ  ２００４／０４９２６３は、スキームの形態で記述され得る仮想映画を生成する１つの仕方について記述している。それは本発明を実施するのに適している。オフィスは、３６０°の視野までフレームを撮る走査装置によって撮影される。複数の撮影スポット（ノード）から、適切な（予め定められた）視野で写真を撮りながら、走査装置は経路に沿って前進させられる。
【００４２】
走査（撮影）が行われる、経路に沿った複数の撮影ポイントは、ノード１３として図１の中に示されている。ノード１３は、各特定のノード位置でその点での走査の態様を模式的に示し、このノードに特有である他のパラメータを提供する。
【００４３】
映画の双方向性が、幾つかの位置（通常は接合）で、ユーザが２つの選択自由なコースの間で決定するのを可能にすることは、注目されるべきである。例えば、ユーザがノードポイント１５から接合Ｊ１へ向かって「歩く」と仮定する。ユーザが接合Ｊ１に到着するときに、ユーザは廊下Ｃ１内で歩き続けるか、あるいは、部屋Ｂへ右に向きを変えることができる。従って、ユーザが接合Ｊ１に到着するのに先立って（例えばポイント１７で）、ユーザステーションでの表示は、既に部屋Ｂのフレーム（ノード２０、２７、…）と廊下Ｃ１の継続部分のフレーム（ノード２１、２８、…）との両方を含んでいるべきである。
【００４４】
ＷＯ  ２００４／０４９２６３によれば、撮影段階の前に、映画撮影がなされる経路に関して計画が作られる。計画された経路に沿って、走査装置が予め定められた距離Ｄ（それは例えば５−５０ｃｍごとでも良い）を通過するとき、または予め定められた角度Δ°（例えば５°）だけその角度方向を変更するときに、ノードは作成される。各ノードについては、特定のカメラユニット視野が作成される。「カメラユニット視野」という用語は、各ノードのための角度の、カメラユニットを形成する個々のカメラによって撮られる累積的な視野を定める。その後、走査装置は、計画された経路に沿って前進し、フレームを撮る。
【００４５】
従って、ＷＯ  ２００４／０４９２６３は、双方向型の仮想映画は物理的なサイト内で経路に沿って撮られる画像データ・フレームの集合であると仮定する。これは、全てのノードがカメラユニット視野を表す画像データを含む図１のようなノードの結合されたスキームに翻訳される。或るノードから別のノードまで（つまり第１のノードでの選択されたユーザ視野（ＵＦＯＶ）から別のノードでの別のユーザ視野（ＵＦＯＶ）まで）の接続は、滑らかに維持される。ノードの間の結合は、或るノードから別のノードまでの移動を滑らかな態様で許容する。撮影プロセスの終わりに、映画は、本質的に使用の準備ができている。その後、映画が活性化されるときに、ユーザは、選択された眺めセクタを観察している第１のノードから、別の眺めセクタを観察する（ただし、眺めの滑らかさを維持するのに十分に接近している）第２のノードへ「移動」してもよい。１つのフレームから次のフレームまでのユーザの「移動」は、ユーザ視野の中心を現在のノードの出口方向へ向け、上記出口で上記現在のノードに連結されたノードに向かって前進することによって、実行される。上記次ノードへのユーザの入場は、ユーザ視野の中心が上記次ノードの入口方向を指すときに、ユーザにユーザ視野（次ノードの画像データの一部）を見せることによって、なされる。
【００４６】
映画の各セグメントがそれぞれの特有の参照番号を持ち、また、各セグメント内の全てのフレームが参照番号を受け取る（好ましくは、各セグメント内でそれらのフレームが起こる順序にしたがって）のが望ましい、ということが注目されるべきである。
【００４７】
上記のように、ＷＯ  ２００４／０４９２６３の発明は、撮影されたサイト内で、ユーザが、様々な方向に動き、かつ選択された方向を見ることによって、仮想的にナビゲートすることを可能にする。ユーザは再生装置が与えられ、また、移動はポインティングデバイスによって、キーボードの矢印によって、ジョイスティックなどによってなされる。映画は非常に大量のデータを含んでいる。そのことは、インターネットのような狭い帯域幅のネットワークを介してユーザによる滑らかな眺めを可能にはしない。映画が双方向型であるという事実は、ユーザにどの方向で見るべきか、更に接合Ｊ１のような接合でどの方向に移動すべきかを決定することの選択肢を与えるが、リアルタイムで処理されなければならないデータの量を桁違いに多くする。ユーザがインターネットを介してそのような映画を見ることを可能にしようとするときに、この問題はずっとより複雑になる。
【００４８】
図２ａと２ｂは、模式的な一般的な形態で、仮想映画の、インターネット（あるいは他の如何なるネットワーク）を介した転送およびユーザ側での再生のためのシステムを図示する。図２ａは、ユーザ側でのシステム１００の構造を図示する。また、図２ｂは、サーバ側でのシステム１５０の構造を図示する。図２ａに関して、表示ユニット１０１はチャネル１０２を介してフレームを受けて、それらのフレームをユーザ画面上に表示する。表示ユニットはビデオ（それは高いレートで表示されるフレームを本質的に静止させる）を表示するか、またはフレームを静止させる。チャネル１０２を介したデータは、当分野で既知の態様で、既に表示された前フレームに対する更新データを含むだけでよい、ということが述べられるべきである。探索コーディネータ１０３は、以下に明白になる他のタスクの中で、キャッシュユニット１０５から表示ユニット１０１までのチャネル１０４および１０２を介したフレームの転送を調整する。探索コーディネータ１０３は、ライン１０６によって、キャッシュユニット１０５内で順序づけられたフレームの利用可能性を発注し検証する。キャッシュユニット１０５は、サーバ１５０（図２ｂ）から受け取られるフレームのための記憶装置である。その記憶装置の限定された記憶スペースのせいで、全ての映画フレームが上記キャッシュに保存さるわけではない、ということが期待される。そしてそれ故、上記キャッシュは、受け取られており、かつ映画の表示のために必要なフレーム（つまり、用いられると最も期待されるフレーム）だけを記憶する。既に表示された（または不必要であると決定された）フレームは、キャッシュから消去され、新たに到着したフレームと取り替えられてもよい。制御装置１０７は、ユーザが映画の中でナビゲーションに用いる装置である。当分野で典型的であるように、これはユーザのマウス、ジョイスティック、キーボードなどであっても良い。特定の方向へ移動しよう（例えば対応するキーボードの矢印を用いて前方へ進もう）とするユーザの意図は、ライン１１１ａおよび１１１ｂを越えて、制御装置１０７から、予測およびフレーム発注コーディネータ（以下「ＰＦＯＣ」という。）１０８と、探索コーディネータ１０３との両方へそれぞれ報告される。探索コーディネータ１０３（それはまた、ライン１２２を越えてマップ１０９からユーザの現在位置を受け取る）は、上記ユーザの意図と、マップ上のユーザの現在位置から、ユーザに見せられなければならない新フレームを決定する。この点で、マップ１０９が映画のデジタル・スキームであり、そのマップ上に映画におけるユーザの現在位置が示され、ユーザの移動に従って連続的に更新される（ライン１３９）、ということは注目されるべきである。探索コーディネータ１０３は、キャッシュ１０５における新フレームの利用可能性をチェックする。上記新フレームが利用可能なならば、続く説明によって明らかなように、それは殆ど恐らく利用可能である（ＰＦＯＣ１０８の動作により）。フレームは、キャッシュから直ちにフェッチされ、チャネル１０２を越えて表示ユニット１０１に送られ、ユーザに表示される。そうでなければ、このフレームがキャッシュ１０５内で利用可能になるまで、探索コーディネータ１０３は待つ。そして、そのときになれば、探索コーディネータはフレームをフェッチして、チャネル１０２を越えて表示ユニット１０１にそのフレームを送る。新フレームが表示ユニット１０１に送られるときはいつでも、探索コーディネータはマップ１０９上のユーザの位置を更新する（ライン１３９）。
【００４９】
ＰＦＯＣ１０８は、マップ１０９上のユーザの位置に関する更新データ１２２を連続的に受け取り、ユーザの次の移動を予測し、それによって、サーバ１５０からの必要なフレームを発注する（それは、既にキャッシュに存在しないフレームのみを発注する）。その理由は、滑らかな映画の再生を維持するように、表示ユニットでのそれらの利用可能性を保証するためである。ユーザの次の移動が明確に確定される連続的なセグメント内で、次の接合までのフレームの全てまたは幾つかは発注されていてもよい、ということが注目されるべきである。しかし、接近する接合があるならば、ＰＦＯＣ１０８はその接合の後に続く経路を関連づけるフレームを発注する。上記経路から発注されるフレームの数は変わってもよい。或る場面で、上記幾つかの選択自由な経路の１つが明白になれば、この経路に対応するフレームはユーザに表示される。最長の時間用いられていないフレームはキャッシュから削除され、新しく来ているフレームと取り替えられてもよい。ＰＦＯＣ１０８は、それらのフレームが必要とされるときに、キャッシュでのフレームの利用可能性を最適化するような態様で、作動してもよい。もし、少数の将来のフレームを各順序で発注することが滑らかさを保証するのに十分であることが分かっているならば、これは望ましい。この態様で、より少数のフレームが発注され、最終的に用いられないであろうことが期待されるからである。上記後の場合には、サーバ１５０からのより多くの発注の操作が行われるだろう。ＰＦＯＣ１０８による発注は一般に二つのステップを含んでいる。第１のステップで、ＰＦＯＣは、キャッシュユニット１０５で、必要なフレームの利用可能性（ライン１１２）をチェックする。また、第２のステップは、キャッシュユニット１０５内で利用可能でない、サーバからのフレームだけの発注（ライン１１３）を含んでいる。立ち代わって、キャッシュは、フレームの利用可能性を、ライン１１４を越えてＰＦＯＣ１０８と探索コーディネータ１０３との両方に報告する。発注されたサーバからのフレームは、チャネル１１６を越えてユーザ側１００へ伝達される。上記のように、探索コーディネータ１０３も、マップ１０９上のユーザの現在位置に関連する更新データ１２２を受け取る。探索コーディネータは、マップ上のユーザの次の仮想位置が何か、およびキャッシュからフェッチされなければならず表示ユニット１０１へ伝達されなければならない正確なフレームを、いかなる時でも決めるために、この情報を必要とするからである。
【００５０】
好ましくは、ユーザステーションで最早必要でないと分かった、サーバからのフレームの転送を廃止するために、ＰＦＯＣの作動は、サーバからユーザステーションへのフレームの流れを連続的にチェックするためにも向上される。例えば、将来のフレームのシーケンスがサーバから発注されてしまっている場合があってもよい。しかし、上記シーケンスの一部分がまだ転送されていない間に、この部分がユーザステーションで最早要求されないことが決定される（そのような場合は、例えば、ＰＦＯＣによる予測のおかげで、続いて非関連であると分かる。）。ＰＦＯＣ１０８は、最早必要でないと分かったそれらのフレームの転送を取り消すための信号をサーバへ発する。
【００５１】
上記システム、および特に予測ユニットおよびマップの使用は、滑らかな再生を保証するためにそれらが必要とされるときはいつでも、将来のフレームが表示ユニット１０１で利用可能であることを保証する。ユーザ側（キャッシュユニット１０５内）で利用可能なフレームが再び発注されないが、それらのフレームはキャッシュからフェッチされることを保証することによって、キャッシュの使用は、さらにシステムを向上させる。
【００５２】
既述のように、本発明のさらに別の局面は、発注されユーザに表示される２以上の解像度レベルのフレームの使用を含んでいる。図２ｂは、サーバ側１５０の構造をブロック図の形態で記載する。映画は、好ましくは、サーバで、各々を解像度の異なったレベルに関連づける３つの記憶装置、つまり低解像度記憶装置１５１、中解像度記憶装置１５２および高解像度記憶装置１５３に保存される。
【００５３】
本発明の好ましい実施形態によれば、ＰＦＯＣ１０８のさらに別の目的は、ユーザの移動タイプを決定することである。上記のように、ＰＦＯＣ１０８は、ライン１１１ａを越えて、制御装置１０７からユーザの移動に関する指示を受け取る。従って、上に説明された理由のために、ユーザが移動中であることをＰＦＯＣ１０８が決めるときに、ＰＦＯＣはサーバから低解像度フレームを発注する。ユーザが立ち止まり特定の眺めを熱心に見るということをＰＦＯＣ１０８が決定するときはいつでも、ＰＦＯＣ１０８は中解像度フレームを発注する。しかしながら、ユーザが特定の眺めを注意深く検査したいときに、ユーザは、そのような高解像度フレームを発注するために、ユーザ・インタフェースにおけるボタンのような手段を提供される。この指示はライン１２０を越えてＰＦＯＣ１０８に伝達される。ＰＦＯＣは、立ち代わって、サーバに最高解像度フレームを発注する。中解像度フレームまたは最高解像度フレームが発注されるときはいつでも、フレーム転送全体が停止される（または低い優先順位にされる）、ということが注目されるべきである。そして、チャネル１１６は、単独で（またはほとんど）、上記中解像度または最高解像度フレームの転送のために尽くす。しかしながら、１つのフレームだけが転送されるので、低解像度フレームのこの転送停止が非常に短い、ということは注目されるべきである。上記発注された中解像度または高解像度フレームがキャッシュ内に到着するときに、低解像度フレームの通常のプロセスは、履歴を転送する。
【００５４】
探索コーディネータ１０３は、クライアントによって要求されるフレームをいつでも決定するために、移動情報１１１ｂを用いる。さらに、探索コーディネータは、キャッシュ１０５内でのこのフレームの利用可能性をチェックし、また、そのフレームがＰＦＯＣ１０８によって既に発注されておりキャッシュ１０５内に存在すると考えて、探索コーディネータはそのフレームをフェッチして、チャネル１０２を越えて表示ユニット１０１にこのフレームを伝達する。
【００５５】
図２ｂに関して、転送コーディネータ１５７は、ライン１１３を越えて、フレームのための発注、および各発注のための所望の解像度を受け取る。転送コーディネータは、それぞれ１つのライン１７０、１８０、または１９０を越えてフェッチ信号を送り、フェッチされたフレームを、それぞれのチャネル１７１、１８１、または１９１を越えて受け取る。その後、転送コーディネータ１５７は、チャネル１１６を介して伝達されるフレームの転送およびユーザ側１００へのネットワークを調整する。
【００５６】
ここで、３つのレベルの解像度用の３つの記憶装置が１つの例としてのみ与えられた、ということが注目されるべきである。３つの分離した記憶装置の代わりに、１つ、つまり高解像度記憶装置だけが存在し、そして、他の解像度レベルが発注されるときはいつでも、その高解像度は、転送の前に転送コーディネータ１５７によって所望の解像度に変換されてもよい。
【００５７】
図示のように、第１の実施形態において、マップはユーザ側に位置していなければならない。従って、第１の実施形態において、ユーザが特定の双方向型の映画を見たいときに、その映画のマップはまずユーザ側に転送される。
【００５８】
図３ａと３ｂは、本発明の第２の実施形態を、模式的な一般的な形態で図示する。第２の実施形態の作動は上記第１の実施形態の作動に類似している。しかしながら、第１の実施形態では、処理のために責任がある大部分のユニットがユーザ側に配置されている一方、第２の実施形態では、それら大部分の処理ユニットはサーバ側に配置されている。
【００５９】
図３ａは、ユーザ側でのシステム２００の構造を図示する。また、図３ｂは、サーバ側でのシステム２５０の構造を図示する。図３ａに関して、表示ユニット２０１は、チャネル２０２を介してフレームを受け取って、ユーザの画面上にそれらを表示する。表示ユニットはビデオ（それは高いレートで表示されるフレームを本質的に静止させる）を表示するか、またはフレームを静止させる。チャネル２０２を介したデータは、当分野で既知の態様で、既に表示された前フレームに対する更新データを含むだけでよい、ということが述べられるべきである。表示コーディネータ２１８は、キャッシュユニット２０５から表示ユニット２０１へのチャネル２０４および２０２を介したフレームの転送を調整する。表示コーディネータ２１８は、現在表示されなければならないフレームの指示、現在位置およびそれに応じて関連した将来または現在の選択肢に関する情報を、ライン２２９上で受け取る。表示コーディネータは、ライン２０６によってキャッシュユニット２０５内でのこの現フレームの利用可能性を検証する。キャッシュユニット２０５は、サーバ２５０（図３ｂ）から受け取られるフレームのための記憶装置として働く。その記憶装置の限定された記憶スペースのせいで、全ての映画フレームが上記キャッシュに保存されるわけではない、ということが期待される。上記キャッシュは、受け取られており、かつ映画の表示のために必要なフレーム（つまり、用いられると最も期待されるフレーム）だけを記憶する。既に表示された（または不必要であると決定された）フレームは、キャッシュから消去され、新たに到着したフレームと取り替えられてもよい。既に表示された（または不必要なことを決定した）フレームはキャッシュから取り除かれ、新着のフレームと取り替えられてもよい。制御装置２０７はユーザが映画の中でナビゲーションに用いる装置である。当分野で典型的であるように、これはユーザのマウス、ジョイスティック、キーボードなどであっても良い。特定の方向へ移動しよう（例えば対応するキーボードの矢印を用いて前方へ進もう）とするユーザの意図は、ライン２１１を越えて、制御装置２０７からサーバ２５０へ報告される。サーバ２５０（図３ｂ）内で、ユーザの意図は、ＰＦＯＣ２０８（ライン２１１ａ）と、探索コーディネータ２０３（ライン２１１ｂ）との両方へ報告される。探索コーディネータ２０３（それはまた、ライン２２２を越えてマップ２０９からユーザの現在位置を受け取る）は、上記ユーザの意図と、マップ上のユーザの現在位置から、ユーザに見せられなければならない新フレームを決定する。新フレーム（実際に現フレーム）のための指示は、ライン２２９を越えてユーザ側２００（図３ａ）へ伝達される。先の実施形態におけるのと同様に、マップ２０９が映画のデジタル・スキームであり、そのマップ上に映画におけるユーザの現在位置が示され、ユーザの移動に従って連続的に更新される（ライン２３９）。ユーザ側で、新フレームのための指示２２９は表示コーディネータ２１８に与えられる。表示コーディネータ２１８は、キャッシュ２０５内での新フレームの利用可能性をチェックする（ライン２０６）。上記新フレームが利用可能なならば、続く説明によって明らかなように、それは殆ど恐らく利用可能である（ＰＦＯＣ２０８の動作により）。フレームは、キャッシュから直ちにフェッチされ、チャネル２０２を越えて表示ユニット２０１に送られ、ユーザに表示される。そうでなければ、この新フレームがキャッシュ２０５において利用可能になるまで、表示コーディネータ２１８は待つ。そして、そのときになれば、表示コーディネータはフレームをフェッチして、チャネル２０２を越えて表示ユニット２０１にそのフレームを送る。
【００６０】
ＰＦＯＣ２０８は、マップ２０９上のユーザの位置に関する更新データ２２２を連続的に受け取り、ユーザの次の移動を予測し、それによって、３つのフレーム記憶装置（低解像度記憶装置２５１、中解像度記憶装置２５２または高解像度記憶装置２５３）から必要なフレームを発注する（それは、既にキャッシュに存在しないフレームのみを発注する）。以下に記述されるように、ほとんどの場合、発注は低解像度記憶装置２５１から行われるだろう。これは、滑らかな映画の再生を維持するために表示ユニットで必要なフレームの利用可能性を保証するためになされる。ユーザの次の移動が明確に確定される連続的なセグメント内で、次の接合までのフレームの全てまたは幾つかは発注されていてもよい、ということが注目されるべきである。しかし、接近する接合があるならば、ＰＦＯＣ２０８はその接合の後に続く経路を関連づけるフレームを発注する。上記経路から発注されるフレームの数は変わってもよい。ＰＦＯＣ１０８は、それらのフレームが必要とされるときに、キャッシュ２０５（ユーザ側にある）でのフレームの利用可能性を最適化するような態様で、作動してもよい。ユーザ側にあるキャッシュ２０５は、一般に、最長の時間用いられていないフレームが新フレームと取り替えられる態様で、作動してもよい。発注された関連する記憶装置からのフレームは、転送コーディネータ２５７へ伝達される。転送コーディネータは、立ち代わって、それらを、ネットワークのチャネル２１６を越えて、表示のためにユーザ側へ転送する。
【００６１】
図２ａおよび２ｂの実施形態に関して先に述べたように、将来のフレームのシーケンスがサーバからユーザステーションへ転送のために割り当てられてしまっている場合があってもよい。しかし、上記シーケンスの一部分がまだ転送されていない間に、この部分がユーザステーションで最早要求されないことが決定される（そのような場合は、例えば、ＰＦＯＣによる予測のおかげで、続いて非関連であると分かる。）。図２ａおよび２ｂの実施形態と類似して、この場合もまた、ＰＦＯＣ２０８は、ユーザステーションで最早必要でないと分かったそれらのフレームの転送を取り消す。
【００６２】
上記システム、および特に予測ユニットおよびマップ２０９の使用は、滑らかな再生を保証するためにそれらが必要とされるときはいつでも、将来のフレームが表示ユニット２０１で利用可能であることを保証する。ユーザ側（キャッシュユニット２０５内）で利用可能なフレームが再び発注されないが、キャッシュからフェッチされることを保証することによって、キャッシュの使用は、さらにシステムを向上させる。
【００６３】
第１の実施形態におけるのと同じように、第２の実施形態の動作はまた、ユーザに表示される幾つかの解像度レベルのフレームの使用を含んでいる。ＰＦＯＣ２０８が、ライン２１１ａ（制御装置２０７からの移動制御）越しの信号から、ユーザが移動しているということを決定する間は、ＰＦＯＣ２０８は、より低い解像度のフレーム（記憶装置２５１からの）がユーザへ送られることを、命令し引き起こす。ユーザが移動を止めることを予測コーディネータ２０８が決定するときはいつでも、そのＰＦＯＣは、直ちに転送を停止させるように転送コーディネータに命令する。その後、そのＰＦＯＣは、記憶装置２５２に中解像度フレームを発注し、ユーザ側へこの中解像度フレームを送る。他方では、もしユーザが高解像度フレームを見たいということをＰＦＯＣ２０８が決めれば、発注は同様の方法でなされ、高解像度記憶装置２５３から伝達される。
【００６４】
図３ａおよび３ｂの実施形態で、キャッシュユニット２０５はユーザステーションに配置されている一方、ＰＦＯＣ２０８はサーバに配置されている。ＰＦＯＣ２０８は、特定のフレームをユーザへ伝達するか否かを決定するときに、キャッシュユニット２０５の内容をチェックしなければならず、それらがキャッシュ２０５から見当たらない場合のみ、フレームを送る。１つの実施形態では、ＰＦＯＣ２０８は、特定のフレームが送られるべきか否かを決定できるように、キャッシュ２０５における特定のフレームの利用可能性に関する更新データを周期的にチェックし受け取る。別の例では、サーバはまた、ユーザキャッシュ画像２６４を含んでいる。ユーザキャッシュ画像は、キャッシュ２０５の内容（フレーム自身ではなくフレームインデックス）に関する現在の情報を保存する。キャッシュ２０５の真実かつ現在の内容を反映するためにキャッシュ２０５の内容が変わるときに、ユーザキャッシュ画像２６４は更新される。１つの選択肢では、更新データは、ライン２６７によって示されるようにユーザステーションから提供される。別の例では、サーバはアルゴリズム２６９を維持する。そのアルゴリズムは、キャッシュ２０５の内容を管理（つまり、キャッシュの中で、新フレームのためのスペースを空けるために、どのフレームを削除するか）するユーザステーションでの同様のアルゴリズムに従って正確に作動する。そのような態様で、また、上記アルゴリズム２６９を用いると、同じアルゴリズムが行われ、上記２つの位置で内容を管理するので、ユーザキャッシュ画像２６４は常にキャッシュ２０５の内容に従って更新されることが可能である。
【００６５】
図３ｃおよび３ｄは、本発明のさらに別の実施形態をブロック図の形態で図示している。この実施形態は、図３ａおよび３ｂの実施形態に本質的に類似しており、次のように幾つかの修正点を有する。図３ａおよび３ｂの実施形態では、信号「表示部へのフレーム２２９」がサーバからユーザステーションへ送られ、この信号は、いかなる時でも、どのフレームがユーザ表示部で表示されるかを決める。図３ｃおよび３ｄの実施形態によれば、この信号は廃止される。その代りに、チャネル２１６を越えてサーバからユーザステーションへ送られる各フレームは、次の隣接したフレームのインデックス（または、そのフレームに続いて幾つかの選択自由なフレームがあるときは、幾つかのインデックス）を伴っている。ここで、「次」という用語によって、それは、現在のフレームに隣接した如何なる可能な隣接フレーム、つまり、例えば、前、後、側などのフレームをも、意味する。上記フレームの上記伴われたインデックスもまた、保存される。これにより、或るフレームが表示されるいかなる時でも、本システムは、表示すべき次フレームを決定することが可能になる。ほとんどの場合、少数の可能な次のフレームがあるだけであるから、ほとんどの場合、このタスクは単純である。従って、少数の次フレームインデックスだけが上記フレームに伴う。しかしながら、例えば接合フレームでは、そのフレームに伴う幾つかの選択自由なインデックスがあり得る。表示コーディネータ２１８は、それが次の選択自由なフレームのどれを表示しなければならないかを、決めなければならない。この決定は、表示コーディネータ２１８に制御装置２０７からの方向入力２７７を与えることによって行うことができる。この指示を用いると、コーディネータ２１８は、表示すべき正しいフレームを選択することができる。
【００６６】
本発明の別の局面では、映画を再生することと同時に、ユーザの現在位置が表示される小さなバージョンのサイトマップを、ユーザに表示することが望ましい、ということが見いだされている。それゆえ、好ましい実施形態によれば、映画を再生する前に、サイトマップはサーバからユーザへ最初に転送される。その後、フレームがサーバからユーザステーションへ移されるごとに、フレームが撮られたｘ；ｙ位置および眺めの方向もまた、フレームに伴って転送される。この追加のデータもユーザステーションにあるキャッシュに保存される。仮想映画がユーザステーションで再生されるときに、上記追加の小さなマップもまた、表示される。また、上記追加のデータを用いて、ユーザの現在位置およびユーザの眺めの方向もまた、マップ上に表示される。
【００６７】
また、ここで、３つのレベルの解像度用の３つの記憶装置が例としてのみ与えられている、ということが注目されるべきである。３つの分離した記憶装置の代わりに、１つだけ、つまり高解像度記憶装置だけが存在してもよい。また、他の解像度レベルが発注されるときはいつでも、転送の前に、その高解像度は、転送コーディネータ１５７によって所望の解像度に変換されてもよい。更に、第１の実施形態では、マップはユーザ側へ転送されなければならないが、第２の実施形態によれば、ユーザ側へのマップのこの転送は要求されない。さらに、本発明は、双方向型の映画を再生するのに先だって、映画の一部分をプレローディングするのを排除しない、ということは注目されるべきである。先行技術におけるのと同様に、プリロードの使用は、特に遅いネットワークで有利かもしれない。
【００６８】
発明の幾つかの実施形態が例示として記述されてきたが、発明の精神から逸脱せず、請求項の範囲を越えずに、多くの修正、変形および適合とともに、また、当業者の範囲内である多数の等価物または代替の解決策の使用とともに、本発明が実行可能であることは明白だろう。
【図面の簡単な説明】
【００６９】
【図１】オフィスの典型的なスキーム（それによって、先行技術に従って仮想映画が調製される）を示す図である。
【図２ａ】本発明の第１の実施形態に従って仮想映画を転送し再生するためのシステムのユーザ側について記述する図である。
【図２ｂ】本発明の第１の実施形態に従って仮想映画を転送し再生するためのシステムのサーバ側について記述する図である。
【図３ａ】本発明の第２の実施形態に従って仮想映画を転送し再生するためのシステムのユーザ側について記述する図である。
【図３ｂ】本発明の第２の実施形態に従って仮想映画を転送し再生するためのシステムのサーバ側について記述する図である。
【図３ｃ】本発明の第２の実施形態の変形例に従って仮想映画を転送し再生するためのシステムのユーザ側について記述する図である。
【図３ｄ】本発明の第２の実施形態の変形例に従って仮想映画を転送し再生するためのシステムのサーバ側について記述する図である。
【図１】
2008543212.tif 000003
【図２ａ】
2008543212.tif 000004
【図２ｂ】
2008543212.tif 000005
【図３ａ】
2008543212.tif 000006
【図３ｂ】
2008543212.tif 000007
【図３ｃ】
2008543212.tif 000008
【図３ｄ】
2008543212.tif 000009
【手続補正書】
【提出日】平成19年8月9日(2007.8.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバに配置された双方向型の映画を、ネットワークを介して転送し、ユーザステーションで同じ上記映画を表示するためのシステムであって、
ａ．  映画フレームを表示するための、上記ユーザステーションにある表示ユニット、
ｂ．  ユーザが映画内でナビゲートすることを可能にするための、上記ユーザステーションにある制御装置、
ｃ．  個々の映画フレームと各映画フレームのインデックスとの間の結合を記述した映画のマップを備え、上記マップはいかなる時でも上記マップ内でのユーザの現在の仮想位置を維持し、
ｄ．  上記マップからおよびユーザ制御装置から入力を受け取り、上記入力に基づいて、上記ユーザによる眺めのために要求されるそれらの将来のフレームを予測し、上記ユーザステーションへ上記予測された将来のフレームを伝達するように上記サーバに命じるための予測およびフレーム発注コーディネータを備え、
上記サーバから上記ユーザへの上記フレームの流れを連続的にチェックし、そして、上記予測およびフレーム発注コーディネータによって伝達されるべきであると指示されたが、最終的にそれらの実際の伝達の前に、上記ユーザステーションで最早必要でないと判明したそれらのフレームまたは部分の転送を取り消すシステム。
【請求項２】
請求項１に記載のシステムにおいて、さらに、映画フレームを一時的に記憶するための、上記ユーザステーションにあるキャッシュユニットを備えたシステム。
【請求項３】
請求項１に記載のシステムにおいて、上記ユーザが仮想的な移動中であるとき、上記予測およびフレーム発注コーディネータは第１レベルの解像度フレームを発注し、また、上記ユーザが上記仮想映画内で静止しているとき、第２レベルの解像度フレームを発注するシステム。
【請求項４】
請求項３に記載のシステムにおいて、上記第１レベルは上記第２レベルより低いシステム。
【請求項５】
請求項３に記載のシステムにおいて、上記フレームは上記サーバ内に少なくとも２つの解像度レベルで保存されるシステム。
【請求項６】
請求項３に記載のシステムにおいて、上記フレームは上記サーバ内に少なくとも１つの解像度レベルで保存され、上記サーバは、上記フレーム解像度レベルを少なくとも１つの他の解像度レベルへ変換するための変換手段を備えるシステム。
【請求項７】
請求項１に記載のシステムにおいて、上記予測およびフレーム発注コーディネータは、ユーザによる特別の要求に応じて特定レベルの解像度フレームを伝達するようにサーバに命じるシステム。
【請求項８】
請求項７に記載のシステムにおいて、上記特定レベルの解像度は最高解像度レベルであるシステム。
【請求項９】
請求項１に記載のシステムにおいて、上記予測およびフレーム発注コーディネータが上記ユーザステーションに配置されているシステム。
【請求項１０】
請求項１に記載のシステムにおいて、上記予測およびフレーム発注コーディネータが上記サーバに配置されているシステム。
【請求項１１】
請求項１に記載のシステムにおいて、上記マップが上記サーバに配置されているシステム。
【請求項１２】
請求項１に記載のシステムにおいて、上記マップが上記ユーザステーションに配置されているシステム。
【請求項１３】
請求項２に記載のシステムにおいて、上記予測およびフレーム発注コーディネータおよび上記マップが上記ユーザステーションに配置されているシステム。
【請求項１４】
請求項１３に記載のシステムにおいて、さらに、上記キャッシュと通信するとともにユーザ表示部上での上記フレームの表示を調整する、上記ユーザステーションにあるコーディネータを備えるシステム。
【請求項１５】
請求項２に記載のシステムにおいて、上記予測およびフレーム発注コーディネータおよびマップが上記サーバに配置されているシステム。
【請求項１６】
請求項１５に記載のシステムにおいて、さらに、上記キャッシュと通信するとともにユーザ表示部上での上記フレームの表示を調整する、上記ユーザステーションにある探索コーディネータを備えるシステム。
【請求項１７】
請求項１５に記載のシステムにおいて、各フレームは、上記サーバから上記ユーザステーションへ１つ以上の次フレームインデックスを伴って伝達され、また、上記ユーザステーションにある上記探索コーディネータは、上記次フレームインデックスから、表示されるべきフレームの順序を決定するシステム。
【請求項１８】
請求項１７に記載のシステムにおいて、上記ユーザステーションにある上記探索コーディネータは、上記フレームの上記順序を、上記１つ以上の次フレームインデックスと、そのコーディネータが上記ユーザ制御装置から受け取る入力とから決定するシステム。
【請求項１９】
請求項１に記載のシステムにおいて、さらに、上記サーバから上記ユーザステーションへのフレームの流れを調整するための、上記サーバにある転送コーディネータを備え、
上記取り消す命令は上記予測およびフレーム発注コーディネータから上記転送コーディネータへ送られるシステム。
【請求項２０】
遠隔サーバからネットワークを介して映画を転送し、ユーザステーションで上記映画を表示する方法であって、上記映画は画像フレームで構成され、各画像フレームについてそのフレーム全体にわたって解像度は同じであり、
ａ． 上記サーバに映画フレームのための記憶装置を設け、上記フレームは上記記憶装置内に少なくとも２つのレベルの解像度で保存され、
ｂ．  上記映画内で上記ユーザが移動中である間は、より低解像度のフレームを上記記憶装置から上記ユーザステーションへ転送するとともに上記ユーザへ表示し、上記ユーザの移動は、上記映画がフレームの順次の置換のせいで表示されながら変化する場合として規定され、そして、
ｃ．  上記映画内で上記ユーザが静止している間は、中解像度またはより高解像度のフレームを上記記憶装置から上記ユーザステーションへ転送するとともに上記ユーザへ表示し、上記静止した状態は、上記ユーザが立ち止まり、同じ眺めに焦点を合わせ、それによって同じフレームが上記ユーザへ連続的に表示される場合として規定される方法。
【請求項２１】
請求項２０に記載の方法において、さらに、
ｃ．  上記映画のマップを提供し、
ｄ．  上記映画内の上記ユーザの現在位置によって上記マップを連続的に更新し、
ｅ．  上記マップを見て、上記ユーザの上記現在位置から、上記ユーザへの表示のために要求されるかも知れない選択自由な近い将来のフレームを予測し、そして、上記サーバからの上記近い将来のフレームを発注する方法。
【国際調査報告】
2008543212.tif 000010
2008543212.tif 000011
2008543212.tif 000012
2008543212.tif 000013
2008543212.tif 000014
2008543212.tif 000015