JP2001167037A - Ｊａｖａを利用した動的なマルチメディア・ウェッブ・カタロギング・システムおよびその方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ウェッブ・ブラウザー上でカタログ内容を効
果的に表示することができるＪａｖａ（登録商標）ベー
スの動的なマルチメディア・ウェッブ・カタロギング・
システムを提供。 【解決手段】 ウェッブ・サーバー１２と，ビデオ・サ
ーバー・エンジンと，テンプレート・ファイル・システ
ムと，マルチメディア・ウェッブ・カタロギングに必要
な機能をＪａｖａアプレットで実行するために、静的な
ＨＴＭＬ文書内に挿入されマルチメディア・データをサ
ーバー・システムに要求し，メディア・データを動的に
結合させる同期化エンジンと，カタロギング・メディア
・データのパケットをストリーミング方式で伝達されて
メディア・キューに保管するメディア受信のエンジン
と，受信されたメディア・データをデコーディングして
対応するデバイスで再生するメディア・プレーヤー・エ
ンジンと，デコーディングされたメディア・データを再
生するためのディスプレー・エンジンで構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＪａｖａを利用した
動的なマルチメディア・ウェッブ・カタロギング・シス
テムおよびその方法に関し、特に静的なＨＴＭＬ文書に
マルチメディア・ウェッブ・カタロギングに必要な機能
を動的にリアルタイムで実行するためのＪａｖａアプレ
ット（Ｊａｖａ Ａｐｐｌｅｔ）をクライアント・アプ
リケーションに挿入することにより、サーバー・システ
ムからウェッブ・ブラウザーへストリーミング（Ｓｔｒ
ｅａｍｉｎｇ）される各種のマルチメディア・データを
ＨＴＭＬ文書と混合してカタログの内容をウェッブ・ブ
ラウザーで最も效果的に表示できるシステムおよびその
方法に関するものである。

【０００２】

【従来の技術】たとえば、マルチメディア・コンテンツ
の表示、広報、配列、広告等のような、多様な附加サー
ビスおよび関連のコンテンツ（ｃｏｎｔｅｎｔｓ）を含
む静的な情報を、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍ
ａｒｋｕｐ Ｌａｎｇｕａｇｅ） 文書内において、よ
り多様で複合的に表示するための一組のコンテンツ表示
の方法をマルチメディア・ウェッブ・カタロギング（Ｗ
ｅｂ Ｃａｔａｌｏｇｉｎｇ）と言う。インターネット
のインフラが既存の電話線からＩＳＤＮ，ＡＤＳＬ（非
同期デジタル加入者ループ），ケーブル・モデム，衛星
モデムなどの多様な方式で拡大しながら電子商取引（Ｅ
Ｃ）向けのウェッブ・ショッピング・モールや遠隔教育
などを軸にその利用および応用例が爆発的に増加してい
る。

【０００３】このようなマルチメディア・ウェッブ・カ
タロギングはインターネット・デパートやショッピング
・モールなどのように少ない費用で商品を効果的に表示
し広告，販売するのを望む電子商取引の流通会社と遠距
離のマルチメディア教育を願う仮想大学等の分野で効果
的に使用する事ができる。

【０００４】一方、動的なマルチメディア・ウェッブ・
カタロギング・システムはインターネット上で使用者の
要求に対し、マルチメディア・コンテンツを構成・表示
・管理するシステムおよび動的な表示方法を言う。

【０００５】一般にマルチメディア・ウェッブ・カタロ
ギング・システムは、以下のいずれかの場合に実行する
ことができる。すなわち、（１）ＨＴＭＬ文書だけが用
いられる場合、（２）Ｊａｖａスクリプト（ＪａｖａＳ
ｃｒｉｐｔ）或いはＤＨＴＭＬ（Ｄｙｎａｍｉｃ ＨＴ
ＭＬ）が用いられる場合、（３）プラグ−イン（Ｐｌｕ
ｇ−Ｉｎ）やヘルパー・アプリケーション（Ｈｅｌｐｅ
ｒ Ａｐｐｌｉｃａｔｉｏｎ）が用いられる場合であ
る。

【０００６】まずマルチメディア・ウェッブ・カタロギ
ング・システムを実行するためにＨＴＭＬ文書が用いら
れる場合は、最も単純な形態のイメージや内容が出力さ
れる。したがって，サーバー（Ｓｅｒｖｅｒ）にある動
的なマルチメディア内容をリアルタイム的にアクセスし
動的に表示しようとする場合や、複合的な内容を同期化
し出力しようとする場合には非効果的であるかＨＴＭＬ
だけでは構成する事ができなくなる。このため別のＪａ
ｖａスクリプトのようなスクリプト・プログラム（Ｓｃ
ｒｉｐｔ Ｐｒｏｇｒａｍ）やプラグイン或いはヘルパ
ー・アプリケーションを組み込まなければならない。

【０００７】Ｊａｖａスクリプト（Ｊａｖａ Ｓｃｒｉ
ｐｔ）を使う場合はプログラム機能やサイズに制限が多
く複雑なマルチメディアの表示および制御が不可能であ
る。

【０００８】また、ＤＨＴＭＬを利用する場合は簡単な
形態のマルチメディアの制御および表示には適切である
が、より知能的なプロセス（Ｐｒｏｃｅｄｕｒｅ）を有
する表示にはしばしば制約される。この場合、一般の使
用者が実行するにはあまりにも難しくその上システムの
維持、保守的な観点から効果的ではない。

【０００９】別個のプラグ−イン（Ｐｌｕｇ−Ｉｎ）や
ヘルパー・アプリケーション（Ｈｅｌｐｅｒ Ａｐｐｌ
ｉｃａｔｉｏｎ）を利用する場合には、すべてのマルチ
メディアはバイナリーファイルに統合され、ウェッブ・
サーバーに乗せアップロードされる。そしてこのバイナ
リーファイルをプラグ−インやヘルパー・アプリケーシ
ョンでダウンロード（ｄｏｗｎｌｏａｄ）してから実行
する。このためＨＴＭＬ文書に含まれる既存の情報や後
から作成された情報と一緒にバイナリーファイルを作成
することが困難である。さらに一つのメディアの情報が
変わるごとにファイル全部を書き換えまたは編集してウ
ェッブ・サーバーに乗せなければならないという作成上
の不便さを持っている。

【００１０】また使用者はいつもプラグインやヘルパー
応用プログラムを自分のウェッブ・ブラウザー（Ｗｅｂ
Ｂｒｏｗｓｅｒ）に設置しなければならないが，これ
らは独特な応用プログラムであるため対応するＨＴＭＬ
文書内の望む位置や形態で結合できないという短所を持
っている。つまり、ＨＴＭＬ内でプラグインや応用プロ
グラムのレイアウト（ｌａｙｏｕｔ）の変更などが殆ど
不可能であるという問題点がある。

【００１１】大部分のプラグインやヘルパー応用プログ
ラムはビデオやオーディオのような連続的なメディアだ
けを扱うために製作されているため、イメージ，テキス
ト，ＨＴＭＬのような非連続的なメディアと結合して動
的に再生するには多くの制約点を持つ。また、プラグイ
ンやヘルパー・プログラムはすべてのクライアント（Ｃ
ｌｉｅｎｔ）の仕様ごとに異なるバージョンのプログラ
ムを開発しなければならないために開発および保守に対
するより多くの投資や費用を要する。

【００１２】一方、Ｊａｖａを利用する場合、ほとんど
すべてのウェッブ・ブラウザーで自動的に遂行されるこ
とができるために別途のバージョンを製作する必要なく
一つのバージョンだけをウェッブ・サーバーにアップロ
ードすればウェッブ・ブラウザーを搭載したすべてのク
ライアント・システムで駆動ができ、同時に別のアプリ
ケーション（Ａｐｐｌｉｃａｔｉｏｎ）・プログラムを
構成する事ができるためにスクリプト言語ではできなか
ったより知能的なプロセス（Ｐｒｏｃｅｄｕｒｅ）を実
行することができる。

【００１３】またそのパターンやサイズがＨＴＭＬ文書
内で変更が可能であり、オブジェクト志向的な特性にし
たがって一つ以上のオブジェクトのコピーが可能なので
一つのＨＴＭＬ文書内でより多様で混合的なマルチメデ
ィアの表示ができる。同時にヘルパー・プログラムのよ
うな独特のウィンドウでも実行が可能であり、Ｊａｖａ
という一つの統合的環境を通じてプラグインやヘルパー
・プログラムではできなかった多様なマルチメディアの
表示と多樣なＨＴＭＬ文書とも相互表示作用が容易であ
る。

【００１４】

【発明が解決しようとする課題】したがって本発明はこ
のような従来の技術の問題点を考慮して案出されたもの
で、その目的は静的なＨＴＭＬ文書内にマルチメディア
・ウェッブ・カタロギングに必要な機能を動的にリアル
タイムに実行するためのＪａｖａアプレットをクライア
ント・アプリケーションに挿入し、サーバー・システム
から現在の表示に必要な各種のマルチメディア・データ
をそれぞれの特性にあわせて動的に要求してリアルタイ
ム的にウェッブ・サーバーを通じてウェッブ・ブラウザ
ーへストリーミングすることによりＨＴＭＬ文書と混合
してカタログの内容をウェッブ・ブラウザーで最も效果
的に表示するためのＪａｖａベースの動的なマルチメデ
ィア・ウェッブ・カタロギング・システムおよびその方
法を提供することにある。

【００１５】本発明の他の目的はＨＴＭＬ文書内に挿入
したＪａｖａアプレットをクライアントのプログラムで
駆動し、それの同期化エンジンとストリーミング機能な
どを適切に混合してリアルタイム上で選択されたビデ
オ，オーディオ，２Ｄ／３Ｄイメージ，テキスト，アニ
メーション，ＨＴＭＬなどのメディア・フレームをウェ
ッブ・サーバーとビデオ・サーバーのエンジンを通じて
論理的に送受信／結合させることにより、従来のＨＴＭ
ＬやＤＨＴＭＬ（Ｄｙｎａｍｉｃ−ＨＴＭＬ）文書，プ
ラグイン（Ｐｌｕｇ−Ｉｎ）・プログラム（Ｓ／Ｗ），
Ｊａｖａスクリプトで表示しにくかった動的なマルチメ
ディア・ウェッブ・カタロギングの情報をウェッブ・ブ
ラウザー内に効果的に表示することができるＪａｖａベ
ースの動的なマルチメディア・ウェッブ・カタロギング
・システムおよびその方法を提供することにある。

【００１６】本発明のまた他の目的はハードウェアに独
立的なＰｕｒｅ Ｊａｖａ ベースで設計され、Ｊａｖ
ａバーチャル・マシン（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍ
ａｃｈｉｎｅ）を搭載したＰＣ（パソコン）やワーク・
ステイション，ノート・ブックのＰＣ，パームトップＰ
Ｃのウェッブ・ブラウザーではもちろん、パーソナル・
ジャバ（ＰｅｒｓｏｎａｌＪａｖａ）をポーティング
（ｐｏｒｔｉｎｇ）した一般の携帯向けの通信端末機
（ＰＣＳ，ＰＨＳ）、携帶情報端末（ＰＤＡ）、セット
トップ・ボックス（ｓｅｔｔｏｐ ｂｏｘ）、デジタル
・テレビ（Ｄｉｇｉｔａｌ ＴＶ）、ウェブホン（Ｗｅ
ｂ Ｐｈｏｎｅ）およびＪａｖａオペレーティング・シ
ステム（ＪａｖａＯｓ）を搭載したＪａｖａチップ（Ｊ
ａｖａ Ｃｈｉｐ）等で実行が可能なＪａｖａベースの
動的なマルチメディア・ウェッブ・カタロギング・シス
テムおよびその方法を提供することにある。

【００１７】本発明の他の目的はストリーミングベース
で成り立っているためにインターネットの帯域幅によっ
て必要なメディアだけ選択的に受けて見る事ができ、同
時にフレームベースの仮想ＶＣＲを利用した知能的な再
生ができるＪａｖａベースの動的なマルチメディア・ウ
ェッブ・カタロギング・システムおよびその方法を提供
することにある。

【００１８】本発明のまた他の目的は従来のビデオ、オ
ーディオなどの連続的なメディア・ストリーミング方法
からイメージ，テキスト，ＨＴＭＬなどの非連続的なメ
ディア・ストリーミング方式を新しく考案してウェブ上
での最も適切なマルチメディアの表示方式を提供する事
ができるＪａｖａベースの動的なマルチメディア・ウェ
ッブ・カタロギング・システムおよびその方法を提供す
ることにある。

【００１９】

【課題を解決するための手段】前記した目的を成し遂げ
るために本発明は、ウェッブ・ブラウザーおよびＪａｖ
ａバーチャル・マシンを含むクライアント端末とウェッ
ブ・サーバーを含むサーバー・システムがインターネッ
トを通じて接続され、クライアント／サーバー・システ
ムの環境下でＪａｖａを利用するＪａｖａベースの動的
なマルチメディア・ウェッブ・カタロギング・システム
において、ビデオ、オーディオ、２Ｄ／３Ｄイメージ、
アニメーション、テキストおよびＨＴＭＬを含むマルチ
メディア・データのストリーミングに適する情報を含む
テンプレート・ファイルで構成されているマルチメディ
ア・テンプレート・ファイル・システムと、使用者がウ
ェッブ・ブラウザーを通じて前記サーバー・システムに
アクセスしたとき、ＨＴＭＬカタログの文書を含むクラ
イアントＪａｖａアプレットの情報をウェッブ・ブラウ
ザーに供給するとともに、前記クライアントＪａｖａア
プレットの情報によってウェッブ・ブラウザーに生成さ
れたクライアントＪａｖａアプレットからの要求がある
場合、オーディオ、２Ｄ／３Ｄイメージ、アニメーショ
ン、テキストおよびＨＴＭＬを含むマルチメディア・デ
ータに対しては前記マルチメディア・テンプレート・フ
ァイル・システムに直接アクセスし、これを前記クライ
アントＪａｖａアプレットへストリーミングするウェッ
ブ・サーバーと、前記クライアント端末からのビデオ・
データに対する要求によってその内容を分析してウェッ
ブ・サーバーを通じてクライアントＪａｖａアプレット
でビデオ・データをリアルタイムでストリーミングする
ためのビデオ・サーバー・エンジンと、前記クライアン
ト端末が前記ウェッブ・サーバーにアクセスする際に前
記ＨＴＭＬカタログの文書内に挿入されたウェッブ・ブ
ラウザーにダウンロードされ、前記Ｊａｖａバーチャル
・マシンにより生成される、マルチメディア・ウェッブ
・カタロギングに必要な機能を動的にリアルタイム実行
するためのクライアントＪａｖａアプレットと、から構
成され、前記クライアントＪａｖａアプレットは、さら
に、クライアントのウェッブ・ブラウザー上で対応する
論理時刻において、必要なビデオを含んだマルチメディ
ア・データをサーバー・システムに要求し、前記ウェッ
ブ・サーバーを通じて受信されたマルチメディア・デー
タを動的に結合し、次いでこの結合された結果を再生す
るための同期化のエンジンと、前記ウェッブ・サーバー
および前記ビデオ・サーバー・エンジンからストリーミ
ング方式で受信したカタロギング・マルチメディア・デ
ータ・パケットをメディア・キューに一時的に記憶する
メディア受信エンジンと、前記同期化エンジンの時間情
報、再生情報、速度情報などの仮想のＶＣＲ情報を連続
的にチェックし、対応する論理時刻にメディア・キュー
から読み出し、デコーディングし、対応する裝置デバイ
スにおける各ファイル・フォーマットに合わせて複合さ
れるように対応するメディア・データを制御するメディ
ア・プレーヤー・エンジンと、前記メディア・プレーヤ
ー・エンジンで複合された前記メディア・データを表示
するためのディスプレー・エンジンと、から構成される
ことを特徴とするＪａｖａを利用した動的なマルチメデ
ィア・ウェッブ・カタロギング・システムを提供する。

【００２０】本発明の他の特徴によれば、本発明は、ブ
ラウザーおよびＪａｖａバーチャル・マシンを含むクラ
イアント端末とウェッブ・サーバーを含むサーバー・シ
ステムがインターネットを通じて接続され、クライアン
ト／サーバー・システムの環境下でＪａｖａを利用する
動的なマルチメディア・ウェッブ・カタロギング方法に
おいて、（ａ）前記ウェッブ・ブラウザーを使って前記
サーバー・システムのウェッブ・サーバーに接続するス
テップと、（ｂ）前記ウェッブ・サーバーからＨＴＭＬ
カタログ文書を含むクライアントＪａｖａアプレット情
報を前記ウェッブ・ブラウザーへダウンロードするステ
ップと、（ｃ）前記ウェッブ・ブラウザーで前記ＨＴＭ
Ｌカタログ文書のＨＴＭＬタグを分析した後、Ｊａｖａ
バーチャル・マシンを通じてマルチメディア・ウェッブ
・カタロギングに必要なビデオ、オーディオ、イメー
ジ、テキスト、ＨＴＭＬデータの中に少なくともひとつ
を含むマルチメディア・データをサーバー・システムに
要請し、前記ウェッブ・サーバーを通じて動的に受信さ
れた前記マルチメディア・データを結合するための同期
化エンジンを含むクライアントＪａｖａアプレット・オ
ブジェクトを生成し、その後、結合された結果、およ
び、前記サーバー・システムからカタロギング・マルチ
メディア・データ・パケットをストリーミング方式で受
信し、受信したカタロギング・マルチメディア・データ
・パケットをメディア・キューに記憶し、決定されたＨ
ＴＭＬ文書内にグラフィック・ユーザー・インターフェ
ース（ＧＵＩ）を生成するためのメディア受信エンジン
を再生させるステップと、（ｄ）使用者の初期入力値が
ウェッブ・ブラウザーを通じて入力された場合、前記使
用者の入力のパラメーターを分析して前記使用者が望む
カタログの表示のために選択したメディアに対するフラ
ッグを設定するステップと、（ｅ）確立された表示情報
に基づいて選択された各メディアに対応して受信された
各メディア・データを、各ファイルのファイル・フォー
マットに応じて復号し、対応する裝置デバイスで再生す
べきビデオ・プレーヤー、オーディオ・プレーヤー、イ
メージ・プレーヤー、テキスト・プレーヤーおよびＨＴ
ＭＬプレーヤーを含むメディア・プレーヤー・オブジェ
クトを生成し、かつ、各メディア・プレーヤー・オブジ
ェクトに対応するメディア・キューをパブリック・タイ
プで割り当てるステップと、（ｆ）前記メディア・プレ
ーヤー・オブジェクトがこれをＪａｖａイベント・ハン
ドラーに渡すために生成された場合、クライアントＪａ
ｖａアプレット内にカタログ表示を始めるための初期入
力のデータを構成するステップと、（ｇ）前記分析され
た入力値を元に、速度値、再生位置、速度制御に応じて
確立される１秒当たりのフレーム数を単位とするフレー
ム速度、再生位置の選択および再生動作の選択を、前記
ウェッブ・サーバーを通じて前記同期化エンジンから前
記サーバー・システムに伝達するステップと、（ｈ）前
記要求に応じてビデオ・データに対する要求があった場
合、ビデオ・サーバー・エンジンの内容を分析し、前記
分析結果を前記ウェッブ・サーバーを通じて前記クライ
アントＪａｖａアプレットへストリーミングし、ビデオ
・データ以外のオーディオ、イメージ、テキスト、ＨＴ
ＭＬデータをマルチメディア・テンプレート・ファイル
・システムから前記ウェッブ・サーバーに直接読み出
し、このようにして読み出された結果を前記クライアン
トＪａｖａアプレットへストリーミングするステップ
と、（ｉ）前記カタロギング・メディア・データ・パケ
ットをストリーミング方式により前記メディアの受信エ
ンジンに受信してメディア・キューに記憶するステップ
と、（ｊ）受信された各メディア・データをメディア・
プレーヤー内の同期化エンジンの再生時間による制御の
下に同期化し、対応する装置デバイス内において再生さ
れるべき各ファイルのフォーマットに応じて復号するス
テップと、（ｋ）ディスプレー・エンジンによって前記
メディア・プレーヤー内で復号されたメディア・データ
を表示するステップと、から構成されることを特徴とす
るＪａｖａを利用した動的なマルチメディア・ウェッブ
・カタロギング方法を提供する。

【００２１】前記したように本発明では静的なＨＴＭＬ
文書にマルチメディア・ウェッブ・カタロギングに必要
な機能を動的にリアルタイムに表現するためのＪａｖａ
アプレットをクライアントのアプリケーションへ挿入
し、サーバー・システムに対して、現在表示に必要な各
種のマルチメディア・データをそれぞれの特性に合わせ
て動的に要請し、リアルタイム的にウェッブ・サーバー
を通じてウェッブ・ブラウザーへストリーミングするこ
とにより、ＨＴＭＬ文書と混合してカタログの内容をウ
ェッブ・ブラウザーで最も效果的に表示することができ
る。

【００２２】また、本発明ではＨＴＭＬ文書内に挿入し
たＪａｖａアプレットをクライアントのプログラムで駆
動し、それの同期化エンジンとストリーミングの機能な
どを適切に混合してリアルタイムに選択されたビデオ、
オーディオ、２Ｄ／３Ｄイメージ、テキスト、アニメー
ション、ＨＴＭＬなどのメディア・フレームをウェッブ
・サーバーと前記ビデオ・サーバー・エンジンを通じて
論理的に送受信／結合させることで、従来のＨＴＭＬや
ＤＨＴＭＬ（Ｄｙｎａｍｉｃ−ＨＴＭＬ）文書、プラグ
−イン（Ｐｌｕｇ−Ｉｎ）・プログラム（Ｓ／Ｗ）、Ｊ
ａｖａスクリプトでも表示しにくかった動的なマルチメ
ディア・ウェッブ・カタロギングの情報をウェッブ・ブ
ラウザー内に効果的に表示する事ができるようになっ
た。

【００２３】その上、本発明のシステムはハードウェア
に独立的なＰｕｒｅ−Ｊａｖａベースで設計されＪａｖ
ａバーチャル・マシン（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍ
ａｃｈｉｎｅ）を搭載したＰＣ（パソコン）のウェッブ
・ブラウザーではもちろん、パーソナル・Ｊａｖａ（Ｐ
ｅｒｓｏｎａｌＪａｖａ）をポーティング（ｐｏｒｔｉ
ｎｇ）した一般の携帯通信端末（ＰＣＳ， ＰＨＳ）、
携帶情報端末（ＰＤＡ）、セットトップ・ボックス（ｓ
ｅｔｔｏｐ ｂｏｘ）、デジタル・テレビ（Ｄｉｇｉｔ
ａｌ ＴＶ）、ウェブホン（Ｗｅｂ Ｐｈｏｎｅ）およ
びＪａｖａオペレーティング・システム（ＪａｖａＯ
ｓ）を搭載したＪａｖａ Ｃｈｉｐ等で実行できる。

【００２４】また、本発明はストリーミングベースで構
成しているためにインターネットの帯域幅によって必要
なメディアだけを選択的に受信することができる。ま
た、フレームベースの仮想ＶＣＲを利用した知能的な再
生ができ、従来のビデオ、オーディオなどの連続的なメ
ディア・ストリーミング方法からイメージ、テキスト、
ＨＴＭＬなどの非連続的なメディア・ストリーミング方
式を新たに考案し、ウェブ上で最も適合したマルチメデ
ィアの表示方式を提供することができる。

【００２５】

【発明の実施の形態】（実施例）以下に前記した本発明
を望ましい実施例が図示された添付の図面を參考にして
もっと詳細に説明する。

【００２６】まず、図１は本発明が適用される一般的な
クライアント／サーバー・システムの概略ブロック図
で、それぞれのウェッブ・ブラウザー（１４）とＪａｖ
ａバーチャル・マシン（ＪＶＭ；Ｊａｖａ Ｖｉｒｔｕ
ａｌ Ｍａｃｈｉｎｅ）（１８）を搭載した複数のクラ
イアント端末（Ｃ１−Ｃｎ）とそれぞれのウェッブ・サ
ーバー（１２）を含んだ複数のサーバー・システム（Ｓ
Ｓ１−ＳＳｎ）がインターネット（１５）を通じて相互
に接続されている。

【００２７】図２は本発明に用いることが可能なクライ
アント端末機の一例を示すブロック図で、前記の各クラ
イアント端末は同図に示されるようなマルチメディア処
理機能と有線或いは無線でインターネットに接続できる
ように通信機能を備えたデータの処理装置であればすべ
て使用ができる。

【００２８】すなわち、図２に示すクライアントの端末
（Ｃ１）は中央処理装置（ＣＰＵ）（２）およびメイン
・メモリー（３）を含んでいる。ＣＰＵ（２）とメイン
・メモリー（３）はバス（ＢＵＳ）（１０）を通じてハ
ードディスク等で構成される補助記憶裝置（４）および
ＲＯＭ（５）に接続されている。

【００２９】また、補助記憶裝置（４）とＲＯＭ（５）
にはオペレーティング・システム（ＯＳ）と協同でＣＰ
Ｕ（２）等に命令を付与するためのプログラム・コード
が記録されており、メイン・メモリー（３）にロードさ
れることにより実行する。

【００３０】クライアント端末（Ｃ１）はまた、使用者
とのインタフェースであるキーボード／マウスのような
入力裝置（７）と、ＣＲＴ或いはＬＣＤモニターやビー
ム・プロジエクターのような表示裝置（８）と、スピー
カーのような音声出力裝置（９）がそれぞれのコントロ
ーラ（図示されていない）を通じて内部のバス（ＢＵ
Ｓ）（１０）に接続されている。

【００３１】さらに、クライアントの端末（Ｃ１）はサ
ーバー・システム（ＳＳ１）との通信のための通信用の
モデム、ＰＣＭＣＩＡネットワーク・カード或いはイダ
ーネット・ネットワーク・カード（Ｅｔｈｅｒｎｅｔ
（登録商標） ｎｅｔｗｏｒｋ ｃａｒｄ）のような通
信のインタフェース（６）を装備している。そして、補
助記憶裝置（４）にはこれを通じてインターネット（１
５）に接続されたサーバー・システム（ＳＳ１）に接続
するのに必要なプログラムとしてウェッブ・ブラウザー
（１４）とＪａｖａバーチャル・マシン（ＪＶＭ）（１
８）が記憶されており、インターネットの接続時にメイ
ン・メモリー（３）でローディングされて駆動される。

【００３２】このようにクライアント端末（Ｃ１）に要
求される機能は有線或いは無線でインターネットの接続
ができる通信機能とサーバー・システム（ＳＳ１）から
受信したマルチメディア・データを再生するのに必要な
マルチメディアの処理機能を備えた端末ならどのような
ものも適用ができる。

【００３３】したがって、クライアント端末（Ｃ１）に
は、Ｊａｖａバーチャル・マシン（ＪＶＭ）を搭載した
ウェッブ・ブラウザー、つまりＪａｖａで駆動されるウ
ェッブ・ブラウザー（１４）がインストールされている
デスクトップ・コンピュータはもちろん、パーソナルＪ
ａｖａ（ＰｅｒｓｏｎａｌＪａｖａ）をポーティング
（ｐｏｒｔｉｎｇ）した一般の携帯通信端末（ＰＣＳ，
ＰＨＳ）、携帶情報端末（ＰＤＡ）、セットトップ・
ボックス（ｓｅｔｔｏｐ ｂｏｘ）、デジタル・テレビ
（Ｄｉｇｉｔａｌ ＴＶ）、ウェブホン（Ｗｅｂ Ｐｈ
ｏｎｅ）およびＪａｖａオペレーティング・システム
（ＪａｖａＯｓ）を搭載したＪａｖａ Ｃｈｉｐ等が使
用できる。

【００３４】図３は本発明の望ましい実施例に従ったＪ
ａｖａを利用した動的なマルチメディア・ウェッブ・カ
タロギング・システムのブロック図である。図１に示し
た本発明のサーバー・システム（ＳＳ１）は、図３に図
示されるように、インターネット（１５）に接続された
ウェッブ・サーバー（１２）と、ウェッブ・サーバー
（１２）に接続され、クライアント端末（Ｃ１）からの
ビデオ・データに対する要求（ｒｅｑｕｅｓｔ）によっ
てその内容を解釈してウェッブ・サーバー（１２）を通
じてクライアントＪａｖａアプレット（１４２）でビデ
オ・データをリアルタイムでストリーミングするための
ビデオ・サーバー・エンジン（１４００）と、ウェッブ
・サーバー（１２）に接続され、クライアント端末（Ｃ
１）からの要求（ｒｅｑｕｅｓｔ）によってウェッブ・
サーバー（１２）を通じてクライアントＪａｖａアプレ
ット（１４２）によるマルチメディア・データ・ストリ
ーミングの実行に適するように設計されたテンプレート
・ファイルで構成されているマルチメディア・テンプレ
ート・ファイル・システム（１４０２）を含む。

【００３５】つまり、前記テンプレート・ファイルはビ
デオ以外のオーディオ、２Ｄ／３Ｄのイメージ、アニメ
ーション、テキスト・マルチメディア・データをストリ
ーミングするのに適合する、ウェッブ・サーバー内の記
憶の位置、媒体のタイプ、媒体の名前、表示の開始の時
間、表示の終了の時間等の全ての情報を含む。

【００３６】さらに、前記マルチメディア・テンプレー
ト・ファイル・システム（１４０２）のメディア・ファ
イル・ディレクトリは後述するようにＴＣＰ／ＩＰ（Ｔ
ｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏ
ｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）をベース
に少なくともひとつのコンテンツ・サーバー（１４０
４）と相互の物理的な記憶位置を共有することができ
る。

【００３７】サーバー・システム（ＳＳ１）は使用者が
ウェッブ・ブラウザー（１０）を用いてウェッブ・サー
バー（１２）にアクセスするとき、際にウェッブ・サー
バー（１２）を通じて図３に図示され、後述するように
Ｊａｖａアプレット（１４２）の情報が含まれているＨ
ＴＭＬカタログの文書を提供する。

【００３８】図１０は図３のサーバー・システムに含ま
れているマルチメディア・テンプレート・ファイル・シ
ステムの構成図である。すなわち、同図は、サーバー・
システム（ＳＳ１）のマルチメディア・テンプレート・
ファイル・システム（１４０２）の構成を示している。
同図において、マルチメディア・テンプレート・ファイ
ル・システム（１４０２）は物理的にテンプレート・フ
ァイル・ディレクトリ（１４０２０２）とメディア・フ
ァイル・ディレクトリ（１４０２０４）に分割されてい
る。

【００３９】テンプレート・ファイル・ディレクトリ
（１４０２０２）は実際のメディア・データをハンドリ
ングするメタ・データ（ｍｅｔａｄａｔａ）で構成され
たディレクトリとして、ビデオ・テンプレート・ファイ
ル（１４０２０６）、イメージ・テンプレート・ファイ
ル（１４０２０８）、テキスト・テンプレート・ファイ
ル（１４０２１０）、ＨＴＭＬテンプレート・ファイル
（１４０２１２）で構成されている。

【００４０】ビデオ・テンプレート・ファイル（１４０
２０６）は、図１１に示されるように、従来のＭＰＥＧ
−１ビデオ・ファイルの入／出力（ＩＯ）の速度をスト
リーミングに合わせて変えるためのグローバル・インフ
ォメーション・ヘッダー（ＧｌｏｂａｌＩｎｆｏＨｅａ
ｄｅｒ）（１４０２０６１）、ＭＰＥＧヘッダー（ＭＰ
ＥＧＨｅａｄｅｒ）（１４０２０６２）、ＭＰＥＧ デ
ータ・ストリーム（１４０２０６３）、フレーム毎のオ
フセット（ＯＦＦＳＥＴ＿ＰＥＲ＿ＦＲＡＭＥ）（１４
０２０６４）、フレーム毎の時間（ＴＩＭＥ＿ＰＥＲ＿
ＦＲＡＭＥ）（１４０２０６５）により構成されてい
る。

【００４１】ビデオ・テンプレート・ファイル（１４０
２０６）はサーバーが初期化される時、サーバー・シス
テム（ＳＳ１）のメモリーに自動的にロードされるた
め、実際のクライアント端末（Ｃ１）からの要求（ｒｅ
ｑｕｅｓｔ）が届いた時、素早くストリーミングを始め
ることができる。

【００４２】ビデオ・テンプレート・ファイル（１４０
２０６）の他のメディア・テンプレート・ファイルは次
のような構造になっている。すなわち、メディアを取り
出すメディア・ファイル・ディレクトリ、メディア・タ
イプ、論理開始時間および論理終了時間から構成されて
いる。

【００４３】ここでメディアのタイプはファイルの拡張
子を用いて認識する。たとえば、ｇｉｆ／ｊｐｅｇ等は
イメージ・タイプ、ｔｘｔはテキスト、ｈｔｍｌ／ｈｔ
ｍはＨＴＭＬ文書タイプを表す。このテンプレート・フ
ァイルは使用者がテキストベースのエディタで作成する
ことができる。本発明では従来の方式と違ってすべての
メディアの内容を一つのバイナリーファイルに統合して
いないため、変更下項目の修正がいつでも可能である。

【００４４】メディア・ファイル・ディレクトリ（１４
０２０４）は実際のメディア・データを貯藏している物
理的なファイル・システムとしてビデオ・ファイル（１
４０２１４）、オーディオ・ファイル（１４０２１
６）、イメージ・ファイル（１４０２１８）、テキスト
・ファイル（１４０２２０）およびＨＴＭＬファイル
（１４０２２２）を含む。

【００４５】また、メディア・ファイル・ディレクトリ
（１４０２０４）は前述したように少なくも１個のコン
テンツ・サーバー（１４０４）とＴＣＰ／ＩＰをベース
にして相互の物理的な記憶位置を共有することができ
る。サーバー・システムの性能およびネットワークのロ
ードを考慮して、特定のメディア・データを特定のコン
テンツ・サーバー（１４０４）に分散、配置するように
設計される。

【００４６】したがって、使用者は一つの論理的な空間
で特定の媒体を検索できるが、この特定の媒体は、ひと
つまたはそれ以上の異なるネットワークに接続された物
理的な記憶位置に置くことができる。これにより、サー
バー・システムの性能およびネットワークのロードを低
く維持することができるとともに、制限された記憶空間
を多くのコンテンツ・サーバーに分散させることがで
き、この結果、空間の制約という欠点を克服することが
できる。

【００４７】図３に示された本発明の動的なマルチメデ
ィア・ウェッブ・カタログ・システムは、使用者がウェ
ッブ・ブラウザー（１４）を通じてウェッブ・サーバー
（１２）にアクセスし、クライアントＪａｖａアプレッ
ト（Ｊａｖａ Ａｐｐｌｅｔ）（１４２）の情報が含ま
れているＨＴＭＬカタログ文書をウェッブ・ブラウザー
（１４）にダウンロードすることによりその動作が開始
される。ウェッブ・ブラウザー（１４）において、その
文書のＨＴＭＬタッグを分析（ｐａｒｓｉｎｇ）するこ
とにより、アプレット・タッグが見出される。アプレッ
ト・タッグが見出されると、ウェッブ・ブラウザー（１
４）はクライアント・Ｊａｖａアプレット（１４２）の
オブジェクトを内蔵されているＪａｖａバーチャル・マ
シン（ＪＶＭ）（１８）を通じて生成し、ＨＴＭＬ文書
内の予め定められた位置にＧＵＩ（Ｇｒａｐｈｉｃａｌ
Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を生成する。

【００４８】このように生成されたクライアントＪａｖ
ａアプレット（１４２）は、ＨＴＭＬ文書内に挿入さ
れ、サーバー・システム（ＳＳ１）とともに駆動される
Ｊａｖａアプレットであって、静的なＨＴＭＬ文書内に
おけるリアルタイムでのマルチメディア・コンテンツの
表示、広報、配列、広告等を行うマルチメディア・ウェ
ッブ・カタロギングに必要な機能を動的に実行する事が
できるＪａｖａアプレットにより実行される。クライア
ントＪａｖａアプレット（１４２）は、Ｊａｖａバーチ
ャル・マシン（ＪＶＭ）（１８）を搭載したクライアン
トのウェッブ・ブラウザー（１４）上で対応する論理時
刻に必要なビデオ、オーディオ、テキスト、２Ｄ／３Ｄ
のイメージ、アニメーション、ＨＴＭＬなどのマルチメ
ディア・データをサーバー・システム（ＳＳ１）に要請
し、ウェッブ・サーバー（１２）を通じて伝達されたメ
ディア・データを動的に結合し、このようにして結合さ
れた結果を再生する同期化ロジッグを含む同期化のエン
ジン（１４２６）と、前記ウェッブ・サーバー（１２）
とビデオ・サーバー・エンジン（１４００）からカタロ
ギング・メディア・データ（ビデオ、オーディオ、イメ
ージ、テキスト、ＨＴＭＬ等）パケットをＨＴＴＰ（Ｈ
ｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）を通じてストリーミングの方式で伝達されたメディ
ア・キュー（Ｑｕｅｕｅ）（１４２４）に保管するメデ
ィア受信エンジン（１４２０）と、受信されたそれぞれ
のメディア・データを各ファイル・フォーマットに合わ
せてデコーディングし、対応する裝置のデバイスで再生
するメディア・プレーヤー・エンジン（１４２２）と、
前記メディア・プレーヤー・エンジン（１４２２）でデ
コーディングされたメディア・データを再生するための
ディスプレー・エンジン（１４２８）とを含んでいる。

【００４９】同期化のエンジン（１４２６）の役割につ
いて以下により詳細に説明する。ＨＴＭＬ内に挿入され
たＪａｖａアプレット（１４２）から混合されたマルチ
メディアに関する情報を受信し、選択されウェッブ・サ
ーバー（１２）から伝送された各メディアを論理時間上
で同期化して各表示時間を管理する寿命（Ｌｉｆｅｃｙ
ｃｌｅ）管理の役割と、ウェッブ・カタロギングに関連
するウェッブ・サーバー（１４２）内の記憶位置、媒体
のタイプ、媒体の名前、表示の開始時間、表示の終了時
間等の全情報を含むテンプレート・ファイルをリアルタ
イムに分析し、この分析結果であるオブジェクトを、前
記Ｊａｖａアプレット（１４２）および１または複数の
ＨＴＭＬフレーム（Ｆｒａｍｅ）内に動的に表示し管理
するサービス・マネージャーの役割を実行する。

【００５０】ここでウェッブ・サーバー（１２）から伝
達される各メディア・データはフレーム単位で存在し、
それぞれのフレームは実際表示されるバイナリー圧縮デ
ータ、論理的な表示開始時間および論理的な表示終了時
間などの属性で構成される。

【００５１】メディア・プレーヤー・エンジン（１４２
２）はビデオ・プレーヤー（１４２２０）、オーディオ
・プレーヤー（１４２２２）、イメージ・プレーヤー
（１４２２４）、テキスト・プレーヤー（１４２２６）
およびＨＴＭＬローダー（１４２２８）で構成されてい
る。

【００５２】次いで、クライアント・Ｊａｖａアプレッ
ト（１４２）はウェッブ・ブラウザー（１０）を通じて
使用者の入力を受信し、同期化のエンジン（１４２６）
から対応する要求（ｒｅｑｕｅｓｔ）を発生させ、これ
をウェッブ・サーバー（１２）を通じてサーバー・シス
テム（１４０）に伝達する。ビデオ・データに対する要
求はビデオ・サーバー・エンジン（１４００）によりそ
の内容が分析され、この結果はウェッブ・サーバー（１
２）を通じてクライアントＪａｖａアプレット（１４
２）へストリーミングされる。ウェッブ・サーバー（１
２）はオーディオ、イメージ、テキスト、ＨＴＭＬデー
タを直接マルチメディア・テンプレート・ファイル・シ
ステム（１４０２）から読み出し、これをクライアント
・Ｊａｖａアプレット（１４２）へストリーミングす
る。

【００５３】メディア・ストリーム群を二つに分る理由
は、重いシステム・ロードを要するビデオには特にサー
バー・システム・ストリーミング・アルゴリズムを使用
する専門的なプロセスを割り当て、ビデオ以外の相対的
に軽いロードを有するメディアにはウェッブ・サーバー
（１２）の基本機能を利用してストリーミングすること
により、相対的なシステム・ロードを最小化しながらサ
ーバー・システムを運営しようとする事実にある。

【００５４】クライアントＪａｖａアプレット（１４
２）に伝送された各マルチメディア・データはメディア
受信エンジン（１４２０）を介してメディア・キュー
（１４２４）に一時的に記憶され、各メディア・プレー
ヤー（１４２２０−１４２２８）は同期化エンジン（１
４２６）の時間情報、再生情報、速度情報などの仮想Ｖ
ＣＲ情報をチェックし続け、対応する論理時刻に対応す
るメディア・データをメディア・キュー（１４２４）か
ら読み出し（ｒｅａｄ）、読み出されたデータをデコー
ダー（図示せず）により復号した後、メディア・ディス
プレー・エンジン（１４２８）の対応するメディア裝置
を介して復号結果をウェッブ・ブラウザー（１４）に出
力する。

【００５５】一度出力された各メディア・データは論理
再生時間だけ存続し、その時間が滿了した後には対応す
るメディア・プレーヤー（１４２２０ー１４２２８）に
よってメディア・キューＱ（１４２４）から削除（ｅｒ
ａｓｅ）される。このようにすることでメモリー管理を
効果的に実行する事ができる。

【００５６】一方、各対応する論理時間内に再生される
メディアはビデオ、オーディオ、テキスト、２Ｄのスチ
ール・イメージ、３Ｄモデリングのための２Ｄイメージ
・セット（ｓｅｔ）、アニメーション・イメージ、ＨＴ
ＭＬ文書に分けられ、これはクライアントＪａｖａアプ
レット（１４２）および他のウェッブ・ブラウザー（１
４）のウィンドウ内で相互論理再生時間に独立的に遂行
される。

【００５７】３Ｄモデリングのための２Ｄイメージ・セ
ットを除いた他のすべてのメディアは独立的な再生時間
の単位に分割されたフレームにより構成される。他方、
３Ｄモデリングのための２Ｄイメージセットはイメージ
・プレーヤー（１４２２４）で１組の３Ｄモデリング・
イメージおよびアニメーションを作るための独立した形
態で利用される。

【００５８】前記のようなメディアの例示的適用例とし
て、ビデオと字幕が同時に再生される場合、論理再生時
間はビデオの各データ・フレームの１秒当たりのフレー
ム数（ｆｒａｍｅｓ／ｓｅｃ）を基準に決定される。字
幕のテキスト、スチール・イメージのような場合には、
テキストの文章あるいは内容がビデオの内容と一致する
場合に限り、再生時間は維持される。他方、オーディオ
・データの場合は各データ再生時間は、１秒当たりのサ
ンプル数（ｓａｍｐｌｅｓ／ｓｅｃ）に基づいて決定さ
れる。

【００５９】このような概念により、マルチメディア・
テンプレート・ファイル・システム（１４０２）によっ
て各メディア・データに対応するウェッブ・サーバー内
の記憶位置、媒体のタイプ、媒体の名前、表示の開始時
間、表示の終了時間等の全情報を使用者が一般のテキス
トのエディタで容易に入力する事ができるようにテキス
トベースのファイルで記憶する。このテンプレート・フ
ァイルは、クライアント・Ｊａｖａアプレット（１４
０）が初めて初期化される際に同期化エンジン（１４２
６）によってが参照され、基本的な同期化方法を樹立す
るために使用される。

【００６０】また、ビデオ・データを除いた他のメディ
ア・データはマルチメディア・テンプレート・ファイル
・システム（１４０２）内にメディア・データから物理
的に分離された他の全ての情報とともに記憶され、各メ
ディア・プレーヤー（１４２２０−１４２２８）によっ
て独立的にストリーミングされる。

【００６１】もしデータ単位の形態が他と異なる３Ｄモ
デリングのための２Ｄイメージ・セットがともに用いら
れる場合には、前述したようにこの２Ｄイメージ・セッ
トの部分だけイメージ・プレーヤー（１４２２４）で実
行される。

【００６２】前記のような構造でウェッブ・カタロギン
グを動的に遂行する際には、次のようなメディアの組合
せが可能である。このようなメディアの組合せはそれぞ
れ独自的な同期化情報を持って運営されるため、より多
樣で複合的なマルチメディアの再生のモデルを提示する
ことができる。各メディアは独立に遂行でき、ひとつあ
るいは複数の同じメディアのオブジェクトや異なるメデ
ィアのオブジェクトと連動して再生することができる。

【００６３】メディアの組合せ −ビデオ＋字幕 −ビデオ＋オーディオ −ビデオ＋オーディオ＋字幕 −ビデオ＋オーディオ＋字幕＋スチール・イメージ −ビデオ＋オーディオ＋字幕（韓国語）＋字幕（英文） −ビデオ＋オーディオ＋字幕（韓国語）＋字幕（英文）
＋字幕（日本語）＋．．． −ビデオ＋オーディオ＋ＨＴＭＬ文書 −ビデオ＋オーディオ＋字幕＋ＨＴＭＬ文書 −ビデオ＋オーディオ＋字幕＋ＨＴＭＬ文書＋スチール
・イメージ −スチール・イメージ＋字幕＝＞スライド・ショー −スチール・イメージ＋字幕＋各イメージ当たりのオー
ディオ＝＞オーディオ・スライド・ショー −アニメーションのイメージ＝＞ローリング・バナー広
告 −アニメーション・イメージ＋各イメージ当たりのオー
ディオ＝＞サウンド・ローリング・バナー広告 −３Ｄパノラマ・イメージ −異なる角度で撮影された２Ｄイメージの連続＝＞３Ｄ
写真モデリング効果 特にＨＴＭＬ同期化において多樣なＨＴＭＬフレームを
活用する場合、特定のウィンドウの名前を作って呼び出
す事ができるように、Ｊａｖａアプレット（１４２）内
においてＨＴＭＬローダー（１４２２８）が実行され
る。この結果、より多樣な形の複合文書の形を維持する
事ができ、ウェッブ・カタロギングに非常に効果的であ
る。

【００６４】以下、サーバー・システム（ＳＳ１）およ
びクライアントＪａｖａアプレット（１４２）のそれぞ
れについてそれらの動作原理をより詳細に説明する。

【００６５】まず、クライアントＪａｖａアプレット
（１４２）の動作を説明する。クライアントＪａｖａア
プレット（１４２）は使用者の初期入力から駆動開始さ
れる。この初期入力はＨＴＭＬデータ内に挿入されたタ
ッグやパラメーターの形で受信される。或いはこの使用
者からの入力値は、ＨＴＭＬデータ内の特定のオブジェ
クトからＪａｖａスクリプト（ＪａｖａＳｃｒｉｐｔ）
を介してＪａｖａアプレット（１４２）内のパブリック
・メソッド（Ｐｕｂｌｉｃ Ｍｅｔｈｏｄ）を呼び出し
て受信することができる。

【００６６】まず、一般的な場合として、ＨＴＭＬ内の
パラメーターの数値を通じて初期の入力の数値が受信さ
れるものと仮定すると、このような入力は主にクライア
ントＪａｖａアプレット（１４２）内のＧＵＩの生成情
報、特定のメディアの選択、再生速度の設定、初期ラン
ダム・アクセス（initial random access）、演奏、
停止、一時停止、早送り、巻戻し（ＰＬＡＹ，ＳＴＯ
Ｐ，ＰＡＵＳＥ，ＦＦ，ＲＥＷ）のような仮想のＶＣＲ
機能、メディアのタイプ、サーバーの位置、ファイル
名、総フレーム数、各フレーム当たりの再生時間あるい
はこのような情報を含むテンプレート・ファイルの位置
等、同期化されるべきメディアに関する全情報である。
このような初期入力数値は同期化エンジン（１４２６）
を経てフィルターリングされ、これによつて対応する動
作が行われる。

【００６７】図４および図５には同期化エンジン（１４
２６）の動作を説明するフローチャートが示されてい
る。

【００６８】図４および図５を參照すると、まずクライ
アントＪａｖａアプレット（１４２）がＨＴＭＬ内で初
期化されると、パブリック（Ｐｕｂｌｉｃ）タイプの同
期化エンジン（１４２６）のオブジェクトが独立的なス
レッド（ｔｈｒｅａｄ）として生成される。同期化オブ
ジェクト・スレッドは、デモン・プロセスにより自動的
に実行され、使用者の入力値が生ずるごとに反応するよ
うに作られている（Ｓ１４２６）。

【００６９】次いで、使用者の初期入力値が受信される
と（Ｓ１４２６００）、入力値がウェッブ・ブラウザー
（１４）から入力されたか否かが判断され（Ｓ１４２６
０２）、入力の数値がウェッブ・ブラウザー（１４）か
ら入力された場合には、使用者入力のパラメーターが分
析される（Ｓ１４２６０６）。そして、先ず、使用者は
カタログ表示のために選択されたメディアに関連するフ
ラッグをセットする（Ｓ１４２６０８）。

【００７０】もしビデオが選択された場合、クライアン
トＪａｖａアプレット（１４２）の全域変数である「ビ
デオ選択」（″ｖｉｄｅｏ＿ｓｅｌｅｃｔｅｄ″）フラ
ッグを″ＯＮ″に設定する。同様に、他のメディアもそ
れぞれ同じ過程を経由する。もしイメージ・メディアが
選択された場合、選択されたイメージのタイプが″ＪＰ
ＥＧ″であるか、″ＧＩＦ″であるか、″Ａｎｉｍａｔ
ｅｄ ＧＩＦ″であるかについてさらに判断される。も
し他の事項が入力されなかった場合、原則としてすべて
のイメージ・タイプが出力可能な状態になる。

【００７１】このように各メディアに対する表示情報が
セットされた場合、この情報をもとに選択されたメディ
アに関するメディア・プレーヤー・オブジェクトが生成
される（Ｓ１４２６１０）。各メディアのプレーヤー
（１４２２０ー１４２２８）が生成された時、メディア
・キュー（１４２４）が、Ｊａｖａの同期化機能を利用
する臨界セクション（ｃｒｉｔｉｃａｌ ｓｅｃｔｉｏ
ｎ）を構成するパブリック・タイプとして割り当てられ
る。

【００７２】選択されたメディア・プレーヤーが生成さ
れた後、クライアントＪａｖａアプレット（１４２）は
カタログ表示を始めるための初期化入力データを構成し
（Ｓ１４２６１２）、この結果をＪａｖａイベント・ハ
ンドラーに渡す。また、再生中に入力される動的な使用
者入力値は、ステップ（Ｓ１４６０２）の判断によって
クライアントＪａｖａアプレット（１４２）を介してＪ
ａｖａイベント・ハンドラーに入力され、分析される
（Ｓ１４２６０４）。

【００７３】次いで、分析された入力値は、順次、速度
調節（Ｓ１４２６１４）、任意の再生位置値の変更（Ｓ
１４２６１６）、演奏（ＰＬＡＹ）（Ｓ１４２６１
８）、一時停止（ＰＡＵＳＥ）（Ｓ１４２６２０）、停
止（ＳＴＯＰ）（Ｓ１４２６２２）、早送り／巻き戻し
（ＦＦ／ＲＥＷ）（Ｓ１４２６２４）、見え／隱し（Ｓ
ＨＯＷ／ＨＩＤＥ）（Ｓ１４２６２６）、秒当たりのフ
レーム数（ＦＰＳ）の設定（Ｓ１４２６２８）の各ステ
ップにおいて決定され、対応する詳細ステップが実行さ
れる。

【００７４】もし速度調節に関するイベントが発生した
場合、入力値は速度値としてセットされる（Ｓ１４２６
３８）。速度値の単位は１．０を基準に小数点以下第一
位までで構成される。メディアが反対方向で再生される
場合には、負の値が入力される。入力された速度値は、
サーバー・システムが対応する速度で動作するように再
びサーバー・システム（ＳＳ１）に伝送される（Ｓ１４
２６４０）。

【００７５】所望の任意の再生位置に移動する場合に
は、入力値は再生位置の値としてセットされる（Ｓ１４
２６４２）。再生位置の値の単位は秒単位で構成され
る。再生位置に関する内部値を変更した後には、クライ
アントＪａｖａアプレット（１４２）のディスプレー・
バー（ｄｉｓｐｌａｙ ｂａｒ）は使用者が変更された
値を追跡できるように物理的に移動される（Ｓ１４２６
４４）。この場合、ディスプレー・バーは省略すること
もできる。同時に変更された位置の値はサーバー・シス
テム（１４０）に伝達され、ここからデータが読み出す
ことができる（Ｓ１４２６４６）。

【００７６】「演奏」（ＰＬＡＹ）に対する入力値が伝
達された場合、速度値は通常の速度である１．０にセッ
トされる（Ｓ１４２６３２）。「停止」（ＳＴＯＰ）の
場合には速度の数値を０．０にセッティングする（Ｓ１
４２６２２）。ＦＦやＲＥＷの場合には速度の数値をそ
れぞれ３．０と−３．０にセッティングする。一時停止
（ＰＡＵＳＥ）の場合にはトグル（ｔｏｇｇｌｅ）機能
で速度値を１．０と０．０に繰り返しセットする。同時
にサーバー・システム（ＳＳ１）に変更された位置の数
値を伝達し、そこからデータが読乱されるようにする
（Ｓ１４２６４６）。

【００７７】使用者は、また、同期化エンジン（１４２
６）を通じて特定のメディア・プレーヤーを見せたり
（ＳＨＯＷ）（Ｓ１４２６４８）、隠したり（ＨＩＤ
Ｅ）（Ｓ１４２６５０）することができる。つまり、再
生中にいつでも自分が望むメディアだけ動的に表示する
ことができる。この時、隠れている（ＨＩＤＥ）メディ
ア・プレーヤーは見える（ＳＨＯＷ）ようになるまで、
サーバー・システム（ＳＳ１）からデータを受けないた
めに、ネットワークの帯域幅を効果的に活用することが
できる。また前記ステップ（Ｓ１４２６２８）の判断の
結果、１秒当たりのフレーム率（ＦＰＳ）が変更された
場合、ビデオ・サーバー・エンジン（１４００）に変更
されたＦＰＳの数値が伝達される（Ｓ１４２６５２）。

【００７８】使用者からの入力事項をすべて処理した同
期化エンジン（１４２６）は、持続的に各プレーヤーの
同期化を管理し維持させるために、それ自体のオブジェ
クト・レファランスを各メディア・プレーヤーに開放
（ｏｐｅｎ）する。このレファランスを通じて各メディ
ア・プレーヤーは現在の同期化状況における同期化の変
数およびフラッグを參照することができる。

【００７９】図６および図７はメディア・プレーヤーの
動作を説明するフローチャートである。メディア・プレ
ーヤー（１４２２）はクライアントＪａｖａアプレット
（１４２）がジャー（ｊａｒ）・ファイルで構成され、
ウェッブ・サーバー（１２）に搭載さる時、プログラム
のサイズを減らし、ダウンロードの時間を短縮するため
に対応するアプリケーションに必要なメディアのオブジ
ェクトだけで構成（ｃｏｎｆｉｇｕｒｅ）することがで
きる。

【００８０】たとえば、パノラマの機能だけを利用して
カタログを構成したい場合には、図６および図７の各ス
テップにおけるジャー・ファイルに、イメージ・プレー
ヤー（１４２２４）のオブジェクトのクラスだけが搭載
される。もしイメージとテキストを利用してスライド・
ショーを構成する場合には、イメージ・プレーヤー・ク
ラスとテキスト・プレーヤー・クラスだけが搭載され
る。もしすべての機能を基本的に備え使用者の動的な要
求によって特定のメディア・クラスのオブジェクトを選
択する場合には、すべてのクラスがジャー・ファイルに
搭載される。

【００８１】図３に図示されたメディア・プレーヤーは
基本的にＪａｖａのマルチ・スレッド（Ｍｕｌｔｉ Ｔ
ｈｒｅａｄ）機能を利用する。したがって、１または複
数の選択されたメディア・プレーヤーを同時かつ並列的
に実行することができる。つまり、図６および図７を参
照すると、ビデオ・プレーヤー・オブジェクトの生成ス
テップ（Ｓ１４２２１０）、オーディオ・プレーヤー・
オブジェクトの生成ステップ（Ｓ１４２２２６）、イメ
ージ・プレーヤー・オブジェクトの生成ステップ（Ｓ１
４２２４２）、テキスト・プレーヤー・オブジェクトの
生成ステップ（Ｓ１４２２６６）、ＨＴＭＬプレーヤー
・オブジェクトの生成ステップ（Ｓ１４２２８４）を同
時に並列的に実行することができる。このようにして１
または複数のメディアを同時に表示することができる。

【００８２】図６および図７を参照して、メディア・プ
レーヤーの制御フローチャートを詳細に説明する。まず
使用者がビデオ・メディアの出力を選択したか否かを判
断する（Ｓ１４２２００）。もしビデオ・メディアを選
択した場合、ビデオ・プレーヤー・オブジェクトがパブ
リック・タイプ（ｐｕｂｌｉｃ ｔｙｐｅ）として生成
される（Ｓ１４２２１０）。このビデオ・プレーヤー・
オブジェクトの生成ステップにおいて、ビデオ・プレー
ヤー（１４２２０）はすでにオープンされた同期化のエ
ンジン（１４２６）オブジェクトのレファランスを參照
することにより、同期化エンジン（１４２６）の最新の
同期化情報を継続的に得られる。ビデオ・プレーヤー
（１４２２０）のオブジェクトは続いて最新の同期化情
報を、実際のメディア・ディスプレー・エンジン（１４
２８）が出力することができるピクセル・イメージに変
換するためのビデオ・デコーダー・オブジェクトを生成
する（Ｓ１４２２１２）。このビデオ・デコーダー・オ
ブジェクトは独立して実行できるスレッド（Ｔｈｒｅａ
ｄ）・オブジェクトとして生成される。

【００８３】生成されたビデオ・デコーダー・オブジェ
クトは現時点に再生するビデオ・フレームがメディア・
キュー（１４２４）内にあるか否かをチェックする（Ｓ
１４２２１４）。この判断は同期化エンジン（１４２
６）の再生速度および再生位置、そして実際のビデオ・
フレーム内の論理開始時間および論理終了時間を比較す
ることにより行われる。この時もし同期化エンジン（１
４２６）の速度が０であれば停止状態と判断し、１秒以
下のわずかな時間だけスレッドをスリープ（ｓｌｅｅ
ｐ）させる（Ｓ１４２２１６）。その後、ビデオ・デコ
ーダー・オブジェクトはステップ（Ｓ１４２２１４）に
行き、同期化状況のチェックを連続的に繰り返す。もし
速度が０ではないが現在の論理時刻内に対応するビデオ
・フレームが存在しない場合には、ステップ（Ｓ１４２
２１６）に進行する。

【００８４】もしメディア・キュー（１４２４）の中に
現在論理的な時刻に対応するビデオ・フレームが存在し
た場合、そのフレームはメディア・キュー（１４２４）
から取り出され（Ｓ１４２２１８）、ＭＰＥＧー１復号
が実行される（Ｓ１４２２２０）。現在このビデオ・プ
レーヤーで再生可能なビデオ・フレームはＭＰＥＧ−１
ビデオ・ストリームをベースに構成されている。デコー
ディング（復号）が完了した後には、復号結果はディス
プレー・エンジン（１４２８）のビデオ・デバイスによ
って画面に出力される（Ｓ１４２２２２）。その後、こ
の出力が現在フレームの再生時間、すなわち、１秒当た
りのフレーム率で定められる時間の間に画面上に表示で
きるように、ビデオ・デコーダーのスレッドをフレーム
における残りの再生時間の間スリープ（ｓｌｅｅｐ）さ
せる（Ｓ１４２２２４）。そして、次のフレームの再生
のためにステップ（Ｓ１４２２１４）に進む。この時一
度出力されたビデオ・フレームは自動的にメディア・キ
ュー（１４２４）から消去され、これによってメモリー
のロードを減らす。

【００８５】一方、ステップ（Ｓ１４２２１０）の直後
に、ステップ（Ｓ１４２２０２）において、使用者がオ
ーディオ・メディアを選択したか否かが判断される。も
し使用者がオーディオ・メディアを選択した場合、ステ
ップ（Ｓ１４２２１０）からステップ（Ｓ１４２２２
４）までと殆ど同じ過程が、ステップ（Ｓ１４２２２
６）からステップ（Ｓ１４２２４０）まで実行される。
唯一の相違点は、オーディオ・デコーディングの基本の
タイプが、１秒当たり８０００Ｈｚのサンプリング速度
を有するサン・マイクロシステムズのＡｕタイプと１秒
当たり１３０００ｂｐｓに圧縮されて伝送されるＧＳＭ
（Ｔｈｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏ
ｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）タイ
プを支援（ｓｕｐｐｏｒｔ）することにある。１秒当た
り１３ｋｂｐｓで伝送されるＧＳＭオーディオ・タイプ
を支援することにより、２８Ｋのモデムでもリアルタイ
ムでオーディオを支援することが可能である。

【００８６】一方、ステップ（Ｓ１４２２０４）ではイ
メージ・メディアが使用者から選択されたか否かが判断
される。もし使用者がイメージ・メディアを選択した場
合、イメージ・プレーヤー（１４２２４）オブジェクト
が生成され、同期化エンジン（１４２６）オブジェクト
のレファランスが参照されるが（Ｓ１４２２４２）。こ
こで、イメージ・デコーダー・オブジェクトは、２Ｄイ
メージおよび３Ｄイメージ・モデリングをメディアの応
用タイプに応じて選択的に取り扱うことができる、サブ
・デコーディング・コンポネント・オブジェクトととも
に生成される（Ｓ１４２２４４，Ｓ１４２２４６）。

【００８７】ビデオ・プレーヤー（１４２２０）および
オーディオ・プレーヤー（１４２２２）は連続的なメデ
ィア・パターンを扱うが、イメージ・プレーヤー（１４
２２４）、テキスト・プレーヤー（１４２２６）、ＨＴ
ＭＬローダー（１４２２８）は非連続的なメディア・パ
ターンを扱う。このため、図３に言及して説明したマル
チメディア・テンプレート・ファイル・システム（１４
０２）の対応するテンプレート・ファイルがサーバー・
システム（Ｓ１）から読み出され、読み出されたテンプ
レート・ファイルはステップＳ１４２２５０，Ｓ１４２
２７４，Ｓ１４２２９０において使用される。

【００８８】ビデオを除いた他の非連続的なメディアの
マルチメディア・テンプレート・ファイル１４０２０
８，１４０２１０，１４０２１２は前述のように、次の
形式で構成される。すなわち、パターンは、メディアを
取り出すメディア・ファイル・ディレクトリ、メディア
・タイプ、論理開始時間、論理終了時間を含んでいる。

【００８９】ここでメディアのタイプはファイルの拡張
子で認識される。たとえば、ｇｉｆ／ｊｐｅｇ等はイメ
ージ・タイプ、ｔｘｔはテキスト、ｈｔｍｌ／ｈｔｍは
ＨＴＭＬ文書タイプを現わす。テンプレート・ファイル
は使用者がテキストベースのエディタで作成することが
できる。既存の方式と異なり、すべてのメディアの内容
は一つのバイナリーファイルに統合されるため、いつで
も変更事項が修正できる。

【００９０】上記の情報をもとにステップＳ１４２２５
２，Ｓ１４２２７４，Ｓ１４２２９４において、実際の
メディア・データはサーバー・システム（ＳＳ１）から
リアルタイムで読み出され、読み出された結果を論理再
生時間に結合し、これによって完全なメディア・フレー
ムを完成する。このようにして完成されたメディア・フ
レーム片は対応するデコーディング・ステップＳ１４２
２６０，Ｓ１４２２５８を経て復号され、ディスプレー
・エンジン（１４２８）により表示される（Ｓ１４２２
６２，Ｓ１４２２８０，Ｓ１４２２９６）。

【００９１】複数のメディア・フレームが画面に表示さ
れた後には、各再生時間に再生時間を保障するために、
各デコーダー・オブジェクトのスレッドはスリープされ
る。そして、連続的なメディアと異なり、メディアの不
連続性を保障させるためにメディア・フレームは再生時
間の終了後消去される（Ｓ１４２２６４，Ｓ１４２２８
２，Ｓ１４２２９８）。そして非連続性の保障を通じて
ネットワークの帯域幅を効果的に活用することができ
る。

【００９２】ここで注目すべき点は、イメージ・デコー
ダーにおける３Ｄイメージ・モデリング判断ステップ
（Ｓ１４２２５８）である。この部分はモーション・モ
ジュールとパノラマ・モジュールに大別される。モーシ
ョン・モジュールは異なる角度で撮影された１８枚ある
いはそれ以上の連続的な２Ｄのイメージを順次受け入れ
て３次元的モデリングを実行する技法で、これによって
実際の３Ｄオブジェクトを見るような效果が得られる。
さらに、イメージが連続的に変えるパン（ｐａｎｎｉｎ
ｇ）機能が提供され、これによって実際の３次元の物体
のようにみることができる。

【００９３】このような機能はウェッブ・カタロギング
・システムで表示された製品を実際の３次元の形状でモ
デリングする効果を呈する。またパノラマのモジュール
は一枚の２Ｄのイメージで３次元的な３６０度のパンニ
ングの效果を実現する。また、このパノラマのモジュー
ルはイメージ内の特定の空間をクリックした際に他のメ
ディア・プレーヤーと連動させる機能を含む。

【００９４】図８および図９は、サーバー・システムの
動作を説明するフローチャートである。サーバー・シス
テム（ＳＳ１）はウェッブ・サーバー（１２）を介して
ビデオ・サーバー・サブリット（ｓｅｒｖｌｅｔｓ）を
駆動するステップＳ１４００００から始まる。次にマル
チメディア・テンプレート・ファイル・システム（１４
０２）からビデオ・テンプレート・ファイル（１４０２
０６）が読み出され、読み出されたビデオ・テンプレー
ト・ファイルはメモリーにロードされる。その後、各ビ
デオ・テンプレート・ファイルはオブジェクトに変換さ
れる。このオブジェクトは対応するメディア・プレーに
対する使用者の要求（ｒｅｑｕｅｓｔ）に応じて動作す
ることができる（Ｓ１４０００２）。このようにメモリ
ーにテンプレート・ファイル（１４０２０６）をロード
させておく理由は、使用者の反応時間を最大に減らしサ
ービスの性能を改善させるためである。テンプレート・
ファイルがロードされる時、実際のコンテンツ・データ
はハードディスク上に存在し、物理的な記憶位置の情報
と各フレーム当たりの時間情報を含むヘッダー部分だけ
がメモリーに搭載される。

【００９５】ビデオを除いた残りのメディアつまり、オ
ーディオ、イメージ、テキスト、ＨＴＭＬのデータは使
用者の要求がある際（Ｓ１４００３８）、対応するファ
イルをディスクから読み出して（Ｓ１４００４０）、ク
ライアント端末（Ｃ１）とのストリーミング・プロトコ
ルによってクライアント端末（Ｃ１）にデータを伝送し
た後（Ｓ１４００４２）、セッション（Ｓｅｓｓｉｏ
ｎ）を遮断する（Ｓ１４００４４）。

【００９６】ビデオ・データの場合は、それはビデオ・
サーバー・エンジン（１４００）によって特別に取り扱
われる。その理由は、他のメディアに比べて相対的に多
くのデータ量と多くのＩ／Ｏ資源を消費し、動的に変わ
るネットワークの帯域幅の状況を弾力的に反映してスト
リーミングしなければならないためである。一旦使用者
からビデオ・サブリット（Ｖｉｄｅｏ Ｓｅｒｖｌｅ
ｔ）に関してセッション接続が起れば（Ｓ１４０００
４）、次のようなコマンドがＵＲＬ（Ｕｎｉｆｏｒｍ
Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の形でクライアン
ト端末（Ｃ１）からビデオ・サブリットへ伝達される。
すなわち、 ｈｔｔｐ：／／ｖｉｄｅｏｓｅｒｖｅｒ：ｐｏｒｔ／Ｖ
ｉｄｅｏＳｅｒｖｌｅｔ？ｆｉｌｅ＝ｔｉｔｌｅ１．ｍ
ｐｇｃ＆ｆｐｓ＋１０＆ｌｔｓ＝０＆ｓｐｅｅｄ＝１ ビデオ・サーバー・エンジン（１４００）は、入力され
たコマンド内でビデオタイトル名を分析した後（Ｓ１４
０００６）、分析されたタイトルに対応するメモリー内
のテンプレート・オブジェクトを選択する（Ｓ１４００
０８）。次に読み出されるべき実際のビデオ・データの
再生位置の値が入力されたパラメーターから決定される
（Ｓ１４００１０）。この値が０であれば再生位置はビ
デオ・テンプレート・オブジェクトから初期オフセット
・ポインタ（ｏｆｆｓｅｔ ｐｏｉｎｔｅｒ）に移動し
（Ｓ１４００１２）、もし０でない場合には、ビデオ・
テンプレート・オブジェクトから対応する位置のオフセ
ットのポインタに移動する（Ｓ１４００１４）。

【００９７】続いて再生速度が変更されたか否かが判断
される（Ｓ１４００１６）。もし変更された場合には、
変更された再生速度が反映され（Ｓ１４００２０）、そ
うでない場合には、現在の速度がそのまま維持される
（Ｓ１４００１８）。

【００９８】続いて、フレーム率（ＦＰＳ； Ｆｒａｍ
ｅｓ ｐｅｒ Ｓｅｃｏｎｄ）が変更されたか否かが判
断される（Ｓ１４００２２）。使用者がネットワークの
帯域幅の変更状況を反映させるＦＰＳの入力値が現在の
値と異なる場合、新しく入力された数値でＦＰＳの値が
設定され（Ｓ１４００２４）、そうでなかった場合は、
現在のＦＰＳがそのまま維持される（Ｓ１４００２
６）。

【００９９】以上のようにすべての入力パラメーターに
対する分析プロセスが終了した場合、現在の速度におけ
る実際の現在のオフセット（ｏｆｆｓｅｔ）からビデオ
・ストリーム・ファイルを読み出される（Ｓ１４００２
８）。ビデオ・データの読み出しは、１秒単位で繰り返
えされる。１秒分のビデオ・データが読み出されると、
現在のＦＰＳの１ストリームだけがパケット化され（Ｓ
１４００３０）、このパケットはクライアント端末（Ｃ
１）に伝送される（Ｓ１４００３２）。このプロセス
は、ＥＯＦ（Ｅｎｄ Ｏｆ Ｆｉｌｅ）に遭遇するか
（Ｓ１４００３４）、または、セッションが強制的に終
了させられた時（Ｓ１４００３６）まで繰り返えされ
る。

【０１００】図１２および図１３は、メディア受信エン
ジンの動作を説明するフローチャートである。メディア
の受信エンジン（１４２０）は、クライアントＪａｖａ
アプレット（１４２）が駆動される時、メディアの受信
エンジン・オブジェクトを生成（Ｓ１４２０００）する
ことにより実行される。一旦メディアの受信エンジン
（１４２０）・オブジェクトが生成された場合、現在の
ネットワークの帯域幅を計算するために、前もって設定
したα秒だけのパケットをあらかじめサーバー・システ
ム（ＳＳ１）に要求する。この時のビデオのタイトル名
称、ＦＰＳ、再生速度＝１、再生位置＝０のように初期
パラメーターをサーバー・システム（ＳＳ１）に伝達す
る（Ｓ１４２００２）。続いてメディア受信エンジン
（１４２０）は、サーバー・システム（ＳＳ１）からα
秒だけのパケットを伝送された後、１秒当たりの平均の
受信時間（Ｌ）を計算する（Ｓ１４２００４）。

【０１０１】その後、平均受信時間値（Ｌ）で現在のネ
ットワークの状態での最適のＦＰＳを計算する（Ｓ１４
２００６）。この部分により、本発明のシステムは従来
の３０ＦＰＳベースのＭＰＥＧストリームを現在帯域幅
の状況によって選択的に受信できるメカニズムを提供す
る。この結果、従来の通常のＭＰＥＧストリームができ
なかった低帯域幅、動的帯域幅状況に関し、弾力的なサ
ービスを提供することができる。一旦現在の状態での最
適のＦＰＳが計算ができれば、実際のサーバー・システ
ム（ＳＳ１）からデータが伝送されるまで、非同期的な
リッスン（ｌｉｓｔｅｎ）状態に入る。したがって、本
発明のシステムでは実際のサーバー・システム（ＳＳ
１）からデータが伝送される時だけ、動作状態（ｗａｋ
ｅｕｐ）となるため、他のプロセスが作業を進行する機
会が提供される（Ｓ１４２００８）。

【０１０２】サーバー・システム（ＳＳ１）からデータ
・パケットが届くと（Ｓ１４２０１０）、データ・パケ
ットは毎秒受信される（Ｓ１４２０１２）。その後、伝
送されたパケットのヘッダーの部分で、メディア・タイ
プが分析される（Ｓ１４２０１４）。そしてこのデータ
・パケットは、対応するメディア・キュー（１４２４）
に挿入される（Ｓ１４２０１６）。

【０１０３】このようなプロセスを繰り返すことによ
り、連続するパケットがメディア・キュー（１４２４）
に挿入される。しかし、受信の途中に急に帯域幅の状況
が悪くなった場合、受信されたパケットの論理終了時間
が論理時間、すなわち、現在の再生における再生位置を
超えるかもしれない（Ｓ１４２０１８）。このような場
合には少しの時間だけバッファーリングするステップが
必要になる。バファーリングステップは、同期化エンジ
ン（１４２６）の再生速度が０にセットされ、暫時のブ
ロック状態に入る時から開始される（Ｓ１４２０２
０）。

【０１０４】その後、１秒当たりの平均受信値（Ｌ）を
基準に最適のバッファーリングの時間が予測される（Ｓ
１４２０２２）。そしてバッファーリング時間に相当す
るデータ・パケットを受信した後、受信データはメディ
ア・キュー（１４２４）に挿入される（Ｓ１４２０２
４）。バッファーリング・ステップが完了すると、同期
化の再生速度が再び１にセットされ、停止した位置から
再生が開始される（Ｓ１４２０２６）。１秒当たりの平
均受信時間（Ｌ）は５秒ごとに再計算される（Ｓ１４２
０２８）。メディア受信エンジン（１４２０）は１パケ
ットの受信ステップが終る時は、常にリッスン（ｌｉｓ
ｔｅｎ）状態で次のパケットを待つ（Ｓ１４２００
８）。

【０１０５】図１４はメディア・ディスプレー・エンジ
ンのブロック図である。メディア・ディスプレー・エン
ジン（１４２８）は、ＧＵＩを担当するＪａｖａＡＷＴ
（Ａｂｓｔｒａｃｔ Ｗｉｎｄｏｗｓ（登録商標） Ｔ
ｏｏｌｋｉｔ）ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒ
ｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）（４２８０２）、オ
ーディオの出力を担当するＪａｖａオーディオ ＡＰＩ
（４２８０６）、そしてＨＴＭＬの出力を担当するウェ
ッブ・ブラウザーＡＰＩ（４２８２０）を含む３個のＡ
ＰＩで構成されている。Ｊａｖａ ＡＷＴ ＡＰＩ（４
２８０２）はビデオ・ディスプレー・デバイス（４２８
０４）と連結されて可視的な表示を担当する。Ｊａｖａ
オーディオＡＰＩ（４２８０６）はオーディオ出力デバ
イス（４２８０８）と連結されてオーディオ出力を担当
する。また、ウェッブ・ブラウザーＡＰＩ（４２８１
０）はＨＴＭＬ出力に関するプロセスを実行する。

【０１０６】図１５は図２に図示されたマルチメディア
・ハードウェア裝置（８，９）の詳細ブロック図であ
る。マルチメディア・ハードウェアＷ裝置（８，９）は
サウンド・カード（１６０２）とＶＧＡ 出力ユニット
（１６０６）をそれぞれ含んでいる。サウンド・カード
（１６０２）はスピーカー・システム（１６０４）に接
続され、実際のオーディオ・サウンドをアナログの波形
に変換して出力する。ＶＧＡ 出力ユニット（１６０
６）は使用者の選択によって画面信号をモニター（１６
０８）、ＬＣＤ（１６１０）、あるいはビーム・プロジ
ェクター（１６１２）に出力する。

【０１０７】

【発明の効果】前記したように本発明は、カタログの内
容をウェッブ・ブラウザーで効果的に表示することがで
きるＪａｖａベースのマルチメディア・ウェッブ・カタ
ロギングシステムおよび方法を提供する。すなわち、現
在表示に必要な各種のマルチメディア・データはサーバ
ー・システムに対して、それぞれの特性に合わせて動的
に要求される。そして、各種のマルチメディア・データ
は、ウェッブ・ブラウザーにより、サーバー・システム
からウェッブ・サーバーを介してクライアント端末にリ
アルタイムにストリーミングされ、ＨＴＭＬ文書と混合
される。これは、Ｊａｖａアプレットがクライアント・
アプリケーションに挿入され、Ｊａｖａアプレットが、
静的なＨＴＭＬ文書内でマルチメディア・ウェッブ・カ
タロギングを動的かつリアルタイムで表現するために必
要なの機能を実行することにより行われる。

【０１０８】また、本発明ではＨＴＭＬ文書内に挿入し
たＪａｖａアプレットをクライアント・プログラムで駆
動し、それの同期化エンジンとストリーミングの機能な
どを適切に混合してリアルタイムで選択されたビデオ、
オーディオ、２Ｄ／３Ｄのイメージ、アニメーション、
テキスト、ＨＴＭＬなどのメディア・フレームをウェッ
ブ・サーバーと前記ビデオ・サーバー・エンジンを通じ
て論理的に送／受信、結合させることにより、従来のＨ
ＴＭＬやＤＨＴＭＬ（Ｄｙｎａｍｉｃ−ＨＴＭＬ）文
書、プラグ−イン（Ｐｌｕｇ−Ｉｎ）・プログラム（Ｓ
／Ｗ）、Ｊａｖａスクリプトにより表示しにくかった動
的なマルチメディア・ウェッブ・カタロギング情報をウ
ェッブ・ブラウザーで効果的に表示することができる。

【０１０９】さらに、本発明のシステムはハードウェア
に独立的な純粋なＪａｖａ（Ｐｕｒｅ−Ｊａｖａ）ベー
スで設計され、Ｊａｖａバーチャル・マシン（Ｊａｖａ
Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を搭載したＰＣ
（パソコン）、ワークステーション、ノートＰＣあるい
はパーム・トップＰＣのウェッブ・ブラウザーはもちろ
ん、パーソナル・Ｊａｖａ（ＰｅｒｓｏｎａｌＪａｖ
ａ）をポーティング（ｐｏｒｔｉｎｇ）した一般の携帯
向けの通信端末（ＰＣＳ，ＰＨＳ）、携帯情報端末（Ｐ
ＤＡ）、セットトップ・ボックス（ｓｅｔｔｏｐ ｂｏ
ｘ）、デジタル・テレビ（Ｄｉｇｉｔａｌ ＴＶ）、ウ
ェブホン（Ｗｅｂ Ｐｈｏｎｅ）およびＪａｖａのオペ
レーティング・システム（ＪａｖａＯｓ）を搭載したＪ
ａｖａチップ（Ｊａｖａ Ｃｈｉｐ）等で実行が可能で
ある、Ｊａｖａベースのダイナミックなマルチメディア
・ウェッブ・カタロギング・システムおよび方法を提供
する。

【０１１０】また、ストリーミングベースで成り立って
おり、インターネットの帯域幅によって必要なメディア
だけ選択的に受けとることができ、ともにフレームベー
スの仮想のＶＣＲを利用した知能的な再生ができ、従来
のビデオ、オーディオなどの連続的なメディア・ストリ
ーミング方法でイメージ、テキスト、ＨＴＭＬなどの非
連続的なメディア・ストリーミングの方式を新しく考案
し、ウェブ上での最も適したマルチメディアの表示の方
式を提供する事ができる、Ｊａｖａベースのダイナミッ
クなマルチメディア・ウェッブ・カタロギング・システ
ムおよび方法を提供する。

【０１１１】以上では本発明を特定の望ましい実施例を
あげて図示し説明したが、本発明は前記した実施例に限
らず本発明の精神を逸脱しない範囲で本発明が属する技
術分野で通常の知識を持った人により多樣な変更と修正
ができるはずである。

【図面の簡単な説明】

【図１】本発明が適用される一般的なクライアント／サ
ーバー・システムの概略のブロック図。

【図２】本発明に使用されるクライアント端末のブロッ
ク図。

【図３】本発明の望ましい実施例に従ったＪａｖａを利
用した動的なマルチメディア・ウェッブ・カタロギング
・システムのブロック図。

【図４】図３のＪａｖａアプレットに含まれている同期
化エンジンの動作を説明するフローチャート。

【図５】図３のＪａｖａアプレットに含まれている同期
化エンジンの動作を説明するフローチャート。

【図６】図３のＪａｖａアプレットに含まれているメデ
ィア・プレーヤーの動作を説明するフローチャート。

【図７】図３のＪａｖａアプレットに含まれているメデ
ィア・プレーヤーの動作を説明するフローチャート。

【図８】図３のサーバー・システムの動作を説明するフ
ローチャート。

【図９】図３のサーバー・システムの動作を説明するフ
ローチャート。

【図１０】図３のサーバー・システムに含まれているマ
ルチメディア・テンプレート・ファイル・システムの構
成図。

【図１１】図７のビデオ・テンプレート・ファイルの構
成図。

【図１２】図３のＪａｖａアプレットに含まれているメ
ディアの受信エンジンのフローチャート。

【図１３】図３のＪａｖａアプレットに含まれているメ
ディアの受信エンジンのフローチャート。

【図１４】図３のＪａｖａアプレットに含まれているメ
ディア・ディスプレーのエンジンの構成図。

【図１５】図３のクライアント端末に含まれているマル
チメディア裝置のハードウェア構成を示すブロック図で
ある。

【符号の説明】

Ｃ１−Ｃｎ；クライアント端末機 ＳＳ１−ＳＳｎ；サーバー・システム １２；ウェッブ・サーバー １４；ウェッブ・ブラウザー １５；インターネット網 １８；Ｊａｖａバーチャル・マシン １４２；Ｊａｖａアプレット １４００；ビデオ・サーバー・エンジン １４０２；マルチメディア・テンプレート・ファイル・
システム １４０４；コンテンツ・サーバー ４２０；メディア受信エンジン １４２２；メディア・プレーヤー・エンジン １４２４；メディア・キュー １４２６；同期化エンジン １４２８；メディア・ディスプレー・エンジン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 イ チンベ 大韓民国 ソウル特別市 マポグ シンス ドン 101−８ (72)発明者 カン フィーク 大韓民国 ソウル特別市 カンドング チ ョノ２ドン 463−43 (72)発明者 ソー ソンチョル 大韓民国 ソウル特別市 ソンバグ コヨ ドン290 コヨアパート104−804

Claims (26)

【特許請求の範囲】
1. 【請求項１】 ウェッブ・ブラウザーおよびＪａｖａバ
   ーチャル・マシンを含むクライアント端末とウェッブ・
   サーバーを含むサーバー・システムがインターネットを
   通じて接続され、クライアント／サーバー・システムの
   環境下でＪａｖａを利用するＪａｖａベースの動的なマ
   ルチメディア・ウェッブ・カタロギング・システムにお
   いて、 ビデオ、オーディオ、２Ｄ／３Ｄイメージ、アニメーシ
   ョン、テキストおよびＨＴＭＬを含むマルチメディア・
   データのストリーミング動作に適合する情報を含むテン
   プレート・ファイルで構成されているマルチメディア・
   テンプレート・ファイル・システムと、 使用者がウェッブ・ブラウザーを通じて前記サーバー・
   システムにアクセスしたとき、ＨＴＭＬカタログの文書
   を含むクライアントＪａｖａアプレットの情報をウェッ
   ブ・ブラウザーに供給するとともに、前記クライアント
   Ｊａｖａアプレットの情報によってウェッブ・ブラウザ
   ーに生成されたクライアントＪａｖａアプレットからの
   要求がある場合、オーディオ、２Ｄ／３Ｄイメージ、ア
   ニメーション、テキストおよびＨＴＭＬを含むマルチメ
   ディア・データに対しては前記マルチメディア・テンプ
   レート・ファイル・システムに直接アクセスし、これを
   前記クライアントＪａｖａアプレットへストリーミング
   するウェッブ・サーバーと、 前記クライアント端末からのビデオ・データに対する要
   求によってその内容を分析してウェッブ・サーバーを通
   じてクライアントＪａｖａアプレットでビデオ・データ
   をリアルタイムでストリーミングするためのビデオ・サ
   ーバー・エンジンと、 前記クライアント端末が前記ウェッブ・サーバーにアク
   セスする際に前記ＨＴＭＬカタログの文書内に挿入され
   たウェッブ・ブラウザーにダウンロードされ、前記Ｊａ
   ｖａバーチャル・マシンにより生成される、マルチメデ
   ィア・ウェッブ・カタロギングに必要な機能を動的にリ
   アルタイム実行するためのクライアントＪａｖａアプレ
   ットと、 から構成され、前記クライアントＪａｖａアプレット
   は、さらに、 クライアントのウェッブ・ブラウザー上で対応する論理
   時刻において、必要なビデオを含んだマルチメディア・
   データをサーバー・システムに要求し、前記ウェッブ・
   サーバーを通じて受信されたマルチメディア・データを
   動的に結合し、次いでこの結合された結果を再生するた
   めの同期化のエンジンと、 前記ウェッブ・サーバーおよび前記ビデオ・サーバー・
   エンジンからストリーミング方式で受信したカタロギン
   グ・マルチメディア・データ・パケットをメディア・キ
   ューに一時的に記憶するメディア受信エンジンと、 前記同期化エンジンの時間情報、再生情報、速度情報な
   どの仮想のＶＣＲ情報を連続的にチェックし、対応する
   論理時刻にメディア・キューから読み出し、デコーディ
   ングし、対応する裝置デバイスにおける各ファイル・フ
   ォーマットに合わせて複合されるように対応するメディ
   ア・データを制御するメディア・プレーヤー・エンジン
   と、 前記メディア・プレーヤー・エンジンで複合された前記
   メディア・データを表示するためのディスプレー・エン
   ジンと、 から構成されることを特徴とするＪａｖａを利用した動
   的なマルチメディア・ウェッブ・カタロギング・システ
   ム。
2. 【請求項２】 請求項１において、前記同期化エンジン
   は、 前記ＨＴＭＬ内に挿入されたＪａｖａアプレットからの
   マルチメディア・データの混合情報を受信し、前記ウェ
   ッブ・サーバーから供給された、選択されたメディアの
   それぞれを論理時間に同期させ、かつ、各表示時間を管
   理する寿命管理手段と、 前記ウェッブ・カタロギングに関連する全情報を含むテ
   ンプレート・ファイルをリアルタイムに分析し、前記Ｊ
   ａｖａアプレットおよび１個または複数個のＨＴＭＬフ
   レーム内のオブジェクトを動的に表示し管理するサービ
   ス・マネージャー手段と、 から構成されることを特徴とするＪａｖａを利用した動
   的なマルチメディア・ウェッブ・カタロギング・システ
   ム。
3. 【請求項３】 請求項１において、前記ウェッブ・サー
   バーから伝達される各メディア・データは複数のフレー
   ム内に存在し、これらの各フレームは実際表示されるバ
   イナリー圧縮データ、論理表示開始時間および論理表重
   量時間を含んでおり、前記全情報は前記ウェッブ・サー
   バー内における記憶位置、媒体のタイプ、媒体の名前、
   表示開始時間および表示終了時間を含むことを特徴とす
   るＪａｖａを利用した動的なマルチメディア・ウェッブ
   ・カタロギング・システム。
4. 【請求項４】 請求項１において、 前記マルチメディア・テンプレート・ファイル・システ
   ムは実際のメディア・データをハンドリングするメタ・
   データ（ｍｅｔａｄａｔａ）を含むテンプレート・ファ
   イル・ディレクトリと、実際のメディア・データを記憶
   する物理的なファイル・システムであるメディア・ファ
   イル・ディレクトリから構成され、 前記メディア・ファイル・ディレクトリはビデオ・ファ
   イル、オーディオ・ファイル、イメージ・ファイル、テ
   キスト・ファイルおよびＨＴＭＬファイルで構成され、 前記テンプレート・ファイル・ディレクトリは、ビデオ
   ・テンプレート・ファイル、イメージ・テンプレート・
   ファイル、テキスト・テンプレート・ファイルおよびＨ
   ＴＭＬテンプレート・ファイルで構成されており、これ
   らのファイルは前記クライアント端末からの要求があっ
   た際にすばやくストリーミングを始められるように、前
   記サーバー・システムが始動する際、このサーバー・シ
   ステム内のメモリーに自動的にロードされ、物理的にビ
   デオ・ファイルのヘッダーの部分に配置されており、 前記テンプレート・ファイルは、そこからメディアが取
   り出されるメディア・ファイル・ディレクトリ、メディ
   ア・タイプ、論理表示開始時刻および論理表示終了時刻
   で構成され、前記クライアントＪａｖａアプレットが初
   めて起動される際に、同期化の基本方法を樹立するため
   に同期化エンジンにより參照され、また、使用者がテキ
   ストベースのエディタで作成可能であること、 を特徴とするＪａｖａを利用した動的なマルチメディア
   ・ウェッブ・カタロギング・システム。
5. 【請求項５】 請求項１において、各対応する論理時間
   内に再生される前記メディアはビデオ、オーディオ、テ
   キスト、２Ｄスチール・イメージ、３Ｄモデリングのた
   めの２Ｄイメージ・セット、アニメーション・イメー
   ジ、ＨＴＭＬ文書に分類され、前記メディアのそれぞれ
   はクライアントＪａｖａアプレットおよび他のウェッブ
   ・ブラウザーのウィンドウ内において、互いに独立な論
   理再生時間において分類され、前記３Ｄモデリングのた
   めの２Ｄイメージ・セットは前記イメージ・プレーヤー
   において、１組の３Ｄモデリング・イメージおよびアニ
   メーションを作るために、独立した形態で利用され、前
   記３Ｄモデリングのための２Ｄイメージ・セットを除い
   た他のすべてのメディアは独立した再生時間の複数単位
   に分割されたフレームで構成されることを特徴とするＪ
   ａｖａを利用した動的なマルチメディア・ウェッブ・カ
   タロギング・システム。
6. 【請求項６】 請求項５において、前記ウェッブ・カタ
   ロギングを動的に遂行する際に、それぞれのメディアは
   独立に再生され、あるいは１個あるいは複数の同一メデ
   ィアおよび／または互いに相違するメディアの組合せの
   形態で再生され、前記再生されるメディアの組合せは、
   ビデオおよび本文の字幕から成る第１のメディアの組合
   せ、ビデオおよびオーディオから成る第２のメディアの
   組合せ、ビデオ、オーディオおよび本文の字幕から成る
   第の３メディアの組合せ、ビデオ、オーディオ、本文の
   字幕およびスチール・イメージで成り立っている第４の
   メディアの組合せ、ビデオ、オーディオ、第１言語の本
   文字幕および第２言語の本文字幕から成る第５のメディ
   アの組合せ、ビデオ，オーディオ，第１言語の本文字
   幕，第２言語の本文字幕および第３言語の本文字幕から
   成る第６のメディアの組合せ、ビデオ，オーディオおよ
   びＨＴＭＬ文書から成る第７のメディアの組合せ、ビデ
   オ，オーディオ，本文の字幕およびＨＴＭＬ文書から成
   る第８のメディアの組合せ、ビデオ，オーディオ，本文
   の字幕，ＨＴＭＬ文書およびスチール・イメージから成
   る第９のメディアの組合せ、スチール・イメージおよび
   本文字幕から成り、スライド・ショーを実現する第１０
   のメディアの組合せ、スチール・イメージ，本文の字幕
   およびイメージ毎のオーディオから成り、オーディオ・
   スライド・ショーを実現する第１１のメディア組合せ、
   アニメーション・イメージによってローリング・バナー
   広告を実現する第１２のメディアの組合せ、アニメーシ
   ョン・イメージおよびイメージ毎のオーディオから成
   り、サウンド・ローリング・バナー広告を実現する第１
   ３のメディアの組合せ、３Ｄパノラマ・イメージから成
   る第１４のメディアの組合せ、異なる角度から取った２
   Ｄイメージの連続によって３Ｄ写真モデリング効果を実
   現する第１５のメディアの組合せ、アニメーション・イ
   メージ、本文字幕および各イメージ毎のオーディオから
   成り、サウンド／本文字幕・ローリング・バナー広告を
   実現する第１６のメディアの組合せの中の１つの組合せ
   であることを特徴とするＪａｖａを利用した動的なマル
   チメディア・ウェッブ・カタロギング・システム。
7. 【請求項７】 請求項１において、前記メディア・プレ
   ーヤー・エンジンはウェッブ・ブラウザーを通じて入力
   した使用者の入力のパラメーターを解析した後に、使用
   者がウェッブ・カタログの表示のために選択したメディ
   アに対応するフラッグの設定によって生成された少なく
   とも一つ以上のメディア・プレーヤーで構成され、前記
   メディア・プレーヤーはビデオ・プレーヤー、オーディ
   オ・プレーヤー、イメージ・プレーヤー、テキスト・プ
   レーヤーおよびＨＴＭＬローダーにより構成され、これ
   らのメディアは同時に生成され、したがって、１個また
   は複数個のメディアが同時に表示されることを特徴とす
   るＪａｖａを利用した動的なマルチメディア・ウェッブ
   ・カタロギング・システム。
8. 【請求項８】 請求項１において、前記メディア・ディ
   スプレー・エンジンはビデオ・ディスプレー・デバイス
   と連結され可視的な表示を行うＪａｖａ・ ＡＷＴ（ab
   stract windows toolkit）・ＡＰＩ（application p
   rogram interface）、オーディオの出力のデバイスと
   連結されオーディオの出力を行うＪａｖａ・オーディオ
   ＡＰＩ、および、ＨＴＭＬ出力を行うウェッブ・ブラウ
   ザーＡＰＩで構成されることを特徴とするＪａｖａを利
   用した動的なマルチメディア・ウェッブ・カタロギング
   ・システム。
9. 【請求項９】 請求項１において、サーバー・システム
   の性能およびネットワーク負荷を考慮して特定のメディ
   ア・データが分散・配置され、メディア・ファイル・デ
   ィレクトリとＴＣＰ／ＩＰをベースにして相互の物理的
   な記憶位置が共有される少なくとも１個のコンテンツ・
   サーバーを含むことを特徴とするＪａｖａを利用した動
   的なマルチメディア・ウェッブ・カタロギング・システ
   ム。
10. 【請求項１０】 ブラウザーおよびＪａｖａバーチャル
    ・マシンを含むクライアント端末とウェッブ・サーバー
    を含むサーバー・システムがインターネットを通じて接
    続され、クライアント／サーバー・システムの環境下で
    Ｊａｖａを利用する動的なマルチメディア・ウェッブ・
    カタロギング方法において、 （ａ）前記ウェッブ・ブラウザーを使って前記サーバー
    ・システムのウェッブ・サーバーに接続するステップ
    と、 （ｂ）前記ウェッブ・サーバーからＨＴＭＬカタログ文
    書を含むクライアントＪａｖａアプレット情報を前記ウ
    ェッブ・ブラウザーへダウンロードするステップと、 （ｃ）前記ウェッブ・ブラウザーで前記ＨＴＭＬカタロ
    グ文書のＨＴＭＬタグを分析した後、Ｊａｖａバーチャ
    ル・マシンを通じてマルチメディア・ウェッブ・カタロ
    ギングに必要なビデオ、オーディオ、イメージ、テキス
    ト、ＨＴＭＬデータの中に少なくともひとつを含むマル
    チメディア・データをサーバー・システムに要求し、前
    記ウェッブ・サーバーを通じて動的に受信された前記マ
    ルチメディア・データを結合するための同期化エンジン
    を含むクライアントＪａｖａアプレット・オブジェクト
    を生成し、その後、結合された結果、および、前記サー
    バー・システムからカタロギング・マルチメディア・デ
    ータ・パケットをストリーミング方式で受信し、受信し
    たカタロギング・マルチメディア・データ・パケットを
    メディア・キューに記憶し、決定されたＨＴＭＬ文書内
    にグラフィック・ユーザー・インターフェース（ＧＵ
    Ｉ）を生成するためのメディア受信エンジンを再生させ
    るステップと、 （ｄ）使用者の初期入力値がウェッブ・ブラウザーを通
    じて入力された場合、前記使用者の入力のパラメーター
    を分析して前記使用者が望むカタログの表示のために選
    択したメディアに対するフラッグを設定するステップ
    と、 （ｅ）確立された表示情報に基づいて選択された各メデ
    ィアに対応して受信された各メディア・データを、各フ
    ァイルのファイル・フォーマットに応じて復号し、対応
    する裝置デバイスで再生すべきビデオ・プレーヤー、オ
    ーディオ・プレーヤー、イメージ・プレーヤー、テキス
    ト・プレーヤーおよびＨＴＭＬプレーヤーを含むメディ
    ア・プレーヤー・オブジェクトを生成し、かつ、各メデ
    ィア・プレーヤー・オブジェクトに対応するメディア・
    キューをパブリック・タイプで割り当てるステップと、 （ｆ）前記メディア・プレーヤー・オブジェクトがこれ
    をＪａｖａイベント・ハンドラーに渡すために生成され
    た場合、クライアントＪａｖａアプレット内にカタログ
    表示を始めるための初期入力のデータを構成するステッ
    プと、 （ｇ）前記分析された入力値を元に、速度値、再生位
    置、速度制御に応じて確立される１秒当たりのフレーム
    数を単位とするフレーム速度、再生位置の選択および再
    生動作の選択を、前記ウェッブ・サーバーを通じて前記
    同期化エンジンから前記サーバー・システムに伝達する
    ステップと、 （ｈ）前記要求に応じてビデオ・データに対する要求が
    あった場合、ビデオ・サーバー・エンジンの内容を分析
    し、前記分析結果を前記ウェッブ・サーバーを通じて前
    記クライアントＪａｖａアプレットへストリーミング
    し、ビデオ・データ以外のオーディオ、イメージ、テキ
    スト、ＨＴＭＬデータをマルチメディア・テンプレート
    ・ファイル・システムから前記ウェッブ・サーバーに直
    接読み出し、このようにして読み出された結果を前記ク
    ライアントＪａｖａアプレットへストリーミングするス
    テップと、 （ｉ）前記カタロギング・メディア・データ・パケット
    をストリーミング方式により前記メディアの受信エンジ
    ンに受信してメディア・キューに記憶するステップと、 （ｊ）受信された各メディア・データをメディア・プレ
    ーヤー内の同期化エンジンの再生時間による制御の下に
    同期化し、対応する装置デバイス内において再生される
    べき各ファイルのフォーマットに応じて復号するステッ
    プと、 （ｋ）ディスプレー・エンジンによって前記メディア・
    プレーヤー内で復号されたメディア・データを表示する
    ステップと、 から構成されることを特徴とするＪａｖａを利用した動
    的なマルチメディア・ウェッブ・カタロギング方法。
11. 【請求項１１】 請求項１０において、前記マルチメデ
    ィア・テンプレート・ファイル・システム内のテンプレ
    ート・ファイルは各メディア・データに対するウェッブ
    ・サーバー内の記憶位置、媒体タイプ、媒体の名前、表
    示の開始時間、表示の終了時間についての情報により構
    成され、前記テンプレート・ファイルはクライアントＪ
    ａｖａアプレットが最初に初期化される際に、基本同期
    方法方法を樹立するためこれを參照する同期化エンジン
    によって用いられ、ビデオ・サーバー・サブリットが前
    記ウェッブ・サーバーによって駆動される時、前記ビデ
    オ・テンプレート・ファイルを前記メモリーにロードす
    るステップとを含むことを特徴とするＪａｖａを利用し
    た動的なマルチメディア・ウェッブ・カタロギング方
    法。
12. 【請求項１２】 請求項１０において、前記ビデオ・デ
    ータ・ストリーミングステップは、さらに、 クライアント端末において使用者により、ビデオ・サブ
    リットに対するセッション接続を実行して使用者が望む
    ビデオ・字幕およびこれに関するビデオ・データに対す
    るパラメーターを含むコマンドを前記ビデオ・サーバー
    ・エンジンに伝達するステップと、 入力されたコマンドから前記ビデオ・字幕を分析した
    後、分析された字幕に関し、前記メモリー内の対応する
    テンプレート・オブジェクトを選択し、前記入力された
    パラメーターから、前記ビデオ・データを読み出すため
    の再生位置、再生速度、フレーム率（ＦＰＳ）に変更が
    あるかを順次的に判断するステップと、 すべての前記入力パラメーターに対する分析を完了した
    後、現実の現在のオフセットから、現在の速度でビデオ
    ・ストリーム・ファイルを読み出し、前記ビデオ・デー
    タが読み出される毎に現在のＦＰＳだけのストリームを
    パケット化し、このパケットを前記クライアント端末へ
    伝送するステップと、 から構成されることを特徴とするＪａｖａを利用した動
    的なマルチメディア・ウェッブ・カタロギング方法。
13. 【請求項１３】 請求項１０において、前記カタログ・
    メディア・データ・パケットの受信ステップは、さら
    に、 前記メディア受信エンジン・オブジェクトが生成された
    場合、予め現在のネットワークの帯域幅を計算するため
    に、予め設定した時間のパケットを前記サーバー・シス
    テムに要求し、このサーバー・システムから設定された
    時間だけのパケットを受信し、その後、毎秒の平均受信
    時間を計算するステップと、 この平均受信時間値を用いて、て現在のネットワークの
    状態で最適のＦＰＳを計算するステップと、 現状における最適のＦＰＳが計算した後、実際のサーバ
    ー・システムからデータが伝送されるまで非同期的なリ
    スン（ｌｉｓｔｅｎ）状態に入り、前記サーバー・シス
    テムからデータ・パケットが届くか否かを判断するステ
    ップと、 この判断の結果、データ・パケットが届板の値に、１秒
    毎にデータ・パケットを受信し、伝送された次のパケッ
    トのヘッダー部分によりメディア・タイプを分析し、対
    応するメディア・キューに前記データ・パケットを挿入
    するステップと、 から構成されることを特徴とするＪａｖａを利用した動
    的なマルチメディア・ウェッブ・カタロギング方法。
14. 【請求項１４】 請求項１３において、さらに、 連続的に受信されるパケットをメディア・キューに挿入
    する時、受信途中において帯域幅の状況が急激に悪化
    し、最後に伝送されたパケットの論理終了時間が論理時
    間、すなわち、現在再生中の再生位置を超えるか否かを
    判断するステップと、 この判断の結果、最後のパケットの論理終了時間が論理
    時間、すなわち、現在再生中の再生位置を超える場合、
    前記同期化エンジンの再生速度を０にセッティングし、
    暫時ブロック状態に入るステップと、 このブロック状態において、１秒当たりの平均受信値を
    基準に最適のバッファーリング時間を予測し、バッファ
    ーリングの時間だけデータ・パケットを受信した後、こ
    の受信されたデータ・パケットをメディア・キューに挿
    入するステップと、 前記バッファーリング作業の完了後、再度前記同期化の
    再生速度を１にセッティングして停止した位置から再生
    を開始し、毎秒の平均受信時間を予め設定された時間ご
    とに再計算するステップと、 を含むことを特徴とするＪａｖａを利用した動的なマル
    チメディア・ウェッブ・カタロギング方法。
15. 【請求項１５】 請求項１０において、前記メディア・
    データに関する同期化エンジンの同期化の過程におい
    て、ビデオの各データ・フレームの論理再生時間はＦＰ
    Ｓを基準として決定され、オーディオの論理再生時間は
    毎秒のサンプリング率によって決定され、イメージ、テ
    キスト、ＨＴＭＬを含む非連続のメディアについては、
    結合されるメディアの論理再生時間は、同期化を実行す
    るために、対応するテンプレート・ファイルの開始時
    間、終了時間および再生速度の情報を利用して決定され
    ることを特徴とするＪａｖａを利用した動的なマルチメ
    ディア・ウェッブ・カタロギング方法。
16. 【請求項１６】 請求項１０において、前記メディア・
    データは同期化エンジンの仮想のＶＣＲ機能によって再
    生されるように制御されることを特徴とするＪａｖａを
    利用した動的なマルチメディア・ウェッブ・カタロギン
    グ方法。
17. 【請求項１７】 請求項１６に記載された方法は、さら
    に、前記同期化エンジンは使用者からの入力に従って、
    再生速度、再生位置および毎秒のフレーム率（ＦＰＳ）
    をサーバー・システムへ伝送した後、各メディア・プレ
    ーヤーが現在の同期化の状況に関する同期化変数および
    フラッグを參照できるようにオブジェクト・レファラン
    ス、再生速度および論理時間を各メディア・プレーヤー
    に開示するステップを含むことを特徴とするＪａｖａを
    利用した動的なマルチメディア・ウェッブ・カタロギン
    グ方法。
18. 【請求項１８】 請求項１０において、前記選択された
    メディアによって生成されるメディア・プレーヤー・オ
    ブジェクトはＪａｖａのマルチ・スレッド機能によって
    同時的かつ並列的に生成されることを特徴とするＪａｖ
    ａを利用した動的なマルチメディア・ウェッブ・カタロ
    ギング方法。
19. 【請求項１９】 請求項１０記載の方法は、さらに、前
    記設定された速度値、再生位置および毎秒のフレーム率
    が使用者によって変更される場合、変更された速度値、
    再生位置、毎秒のフレーム率を前記サーバー・システム
    へ伝送するステップを含むことを特徴とするＪａｖａを
    利用した動的なマルチメディア・ウェッブ・カタロギン
    グ方法。
20. 【請求項２０】 請求項１０において、前記ビデオ・プ
    レーヤー・オブジェクトのビデオ復号ステップは、さら
    に、 前記同期化情報を、実際のメディア・ディスプレー・エ
    ンジン内に出力できるピクセル・イメージに変換するた
    めのビデオ復号オブジェクトをスレッド・オブジェクト
    として生成するステップと、 生成されたビデオ・デコーダー内の前記同期化エンジン
    の再生速度および再生位置、実際のビデオ・フレーム内
    の論理開始時間および論理終了時間を比較し、前記メデ
    ィア・キュー内に現在の時刻に再生するビデオ・フレー
    ムがあるかをチェックするステップと、 前記同期化エンジンの速度がゼロであるかまたは速度が
    ゼロではないが現在の論理時刻内に対応するビデオ・フ
    レームがない場合、設定された時間だけそのスレッドを
    スリープし、前記メディア・キュー内に現在の論理時刻
    に対応するビデオ・フレームがある場合、そのビデオ・
    フレームをメディア・キューから取り出すステップと、 前記メディア・キューから取り出したビデオ・フレーム
    に対してＭＰＥＧ−１の復号を遂行するステップと、 前記復号が完了した後、復号された結果を前記ディスプ
    レー・エンジンのビデオ・デバイスを通じて画面に出力
    するステップと、 前記出力が現在のフレームの再生時間中に、画面上に表
    示できるようにビデオ・デコーダー・スレッドを残され
    たフレームの再生時間スリープさせた後、出力されたビ
    デオ・フレームを自動的にメディア・キューからとり除
    くステップと、から構成されることを特徴にするＪａｖ
    ａを利用した動的なマルチメディア・ウェッブ・カタロ
    ギング方法。
21. 【請求項２１】 請求項１０において、前記オーディオ
    ・プレーヤー・オブジェクトのオーディオ復号ステップ
    は、さらに、 前記同期化情報を、実際のメディア・ディスプレー・エ
    ンジンに出力できるオーディオ・データに変換するため
    のオーディオ・デコーダー・オブジェクトをスレッド・
    オブジェクトとして生成するステップと、 生成されたオーディオ・デコーダー内の前記同期化エン
    ジンの再生速度および再生位置、実際のオーディオ・フ
    レーム内の論理開始時間および論理終了時間を比較し、
    前記メディア・キュー内に現在の時刻に再生するオーデ
    ィオ・フレームがあるかをチェックするステップと、 前記同期化エンジンの速度がゼロであるかまたは速度が
    ゼロではないが現在の論理時刻内に対応するオーディオ
    ・フレームがない場合、設定された時間だけそのスレッ
    ドをスリープし、前記メディア・キュー内に現在の論理
    時刻に対応するオーディオ・フレームがある場合、その
    オーディオ・フレームをメディア・キューから取り出す
    ステップと、 前記メディア・キューから取り出したオーディオ・フレ
    ームに対してＧＳＭの復号を遂行するステップと、 前記復号が完了した後、復号された結果を前記ディスプ
    レー・エンジンのオーディオ・デバイスを通じて画面に
    出力するステップと、 前記出力が現在のフレームの再生時間中に、画面上に表
    示できるようにオーディオ・デコーダー・スレッドを残
    されたフレームの再生時間スリープさせた後、出力され
    たビデオ・フレームを自動的にメディア・キューからと
    り除くステップと、 から構成されることを特徴にするＪａｖａを利用した動
    的なマルチメディア・ウェッブ・カタロギング方法。
22. 【請求項２２】 請求項１０において、前記イメージ・
    プレーヤー・オブジェクト内のイメージ・デコーディン
    グ・ステップは、 前記同期化情報を、実際のメディア・ディスプレー・エ
    ンジンに出力できるピクセル・イメージに変換するため
    のイメージ・デコーダー・オブジェクトを、２Ｄイメー
    ジと３Ｄイメージのモデリングをメディアの適用タイプ
    によって選別的に扱う事ができるサーブ・デコーディン
    グ・コンポネント・オブジェクトとともにスレッド・オ
    ブジェクトとして生成するステップと、 生成されたイメージ・デコーダー内の前記同期化エンジ
    ンの再生速度および再生位置、実際のイメージ・フレー
    ム内の論理開始時間および論理終了時間を比較し、前記
    メディア・キュー内に現在の時刻に再生するイメージ・
    フレームがあるかをチェックするステップと、 前記同期化エンジンの速度がゼロであるかまたは速度が
    ゼロではないが現在の論理時刻内に対応するイメージ・
    フレームがない場合、設定された時間だけそのスレッド
    をスリープし、前記メディア・キュー内に現在の論理時
    刻に対応するイメージ・フレームがある場合、そのイメ
    ージ・フレームをメディア・キューから取り出すステッ
    プと、 前記メディア・キューから取り出したイメージ・フレー
    ムに含まれている、そこからメディアが取り出されるメ
    ディア・ファイル・ディレクトリ、イメージ・タイプ、
    論理開始時間および論理終了時間についての情報をもと
    に、実際のイメージ・データをサーバー・システムから
    リアルタイムで読み出して、これを論理的な再生時間と
    結合し、完全なイメージ・フレームを完成するステップ
    と、 前記完成されたメディア・フレームが２Ｄであるか３Ｄ
    であるかを判断し、２Ｄである場合にはいくつかのメデ
    ィア・フレームに対して２Ｄイメージ・デコーディング
    を遂行し、３Ｄである場合には３Ｄイメージ・モデリン
    グを遂行するステップと、 前記デコーディングが完了した後、復号された結果を前
    記ディスプレー・エンジンのビデオのデバイスを通じて
    画面に出力するステップと、 前記出力が現在フレームの再生時間中に、画面上に表示
    できるようにイメージ・デコーダーのスレッドを残され
    たフレームの再生時間スリープさせた後、出力されたイ
    メージ・フレームを自動的にメディア・キューからとり
    除くステップと、 から構成されることを特徴とするＪａｖａを利用した動
    的なマルチメディア・ウェッブ・カタロギング方法。
23. 【請求項２３】 請求項２２において、前記３Ｄイメー
    ジ・モデリングは異なる角度から撮影された１８枚以上
    の連続的な２Ｄイメージを順次に受け入れながら３次元
    的にモデリングしてくれるモーション・モジュールと、
    一枚の２Ｄイメージにより３次元的な３６０度パン效果
    を実現するとともに、前記イメージ内の特定の空間をク
    リックした時、他のメディア・プレーヤーにリンクさせ
    る機能を含むパノラマ・モジュールと、から構成される
    ことを特徴とするＪａｖａを利用した動的なマルチメデ
    ィア・ウェッブ・カタロギング方法。
24. 【請求項２４】 請求項１０において、前記ウェッブ・
    カタロギングを動的に遂行する際に、それぞれのメディ
    アは独立に再生され、あるいは１個あるいは複数の同一
    メディアおよび／または互いに相違するメディアの組合
    せの形態で再生され、前記再生されるメディアの組合せ
    は、ビデオおよび本文の字幕から成る第１のメディアの
    組合せ、ビデオおよびオーディオから成る第２のメディ
    アの組合せ、ビデオ、オーディオおよび本文の字幕から
    成る第の３メディアの組合せ、ビデオ、オーディオ、本
    文の字幕およびスチール・イメージで成り立っている第
    ４のメディアの組合せ、ビデオ、オーディオ、第１言語
    の本文字幕および第２言語の本文字幕から成る第５のメ
    ディアの組合せ、ビデオ，オーディオ，第１言語の本文
    字幕，第２言語の本文字幕および第３言語の本文字幕か
    ら成る第６のメディアの組合せ、ビデオ，オーディオお
    よびＨＴＭＬ文書から成る第７のメディアの組合せ、ビ
    デオ，オーディオ，本文の字幕およびＨＴＭＬ文書から
    成る第８のメディアの組合せ、ビデオ，オーディオ，本
    文の字幕，ＨＴＭＬ文書およびスチール・イメージから
    成る第９のメディアの組合せ、スチール・イメージおよ
    び本文字幕から成り、スライド・ショーを実現する第１
    ０のメディアの組合せ、スチール・イメージ，本文の字
    幕およびイメージ毎のオーディオから成り、オーディオ
    ・スライド・ショーを実現する第１１のメディア組合
    せ、アニメーション・イメージによってローリング・バ
    ナー広告を実現する第１２のメディアの組合せ、アニメ
    ーション・イメージおよびイメージ毎のオーディオから
    成り、サウンド・ローリング・バナー広告を実現する第
    １３のメディアの組合せ、３Ｄパノラマ・イメージから
    成る第１４のメディアの組合せ、異なる角度から取った
    ２Ｄイメージの連続によって３Ｄ写真モデリング効果を
    実現する第１５のメディアの組合せ、アニメーション・
    イメージ、本文字幕および各イメージ毎のオーディオか
    ら成り、サウンド／本文字幕・ローリング・バナー広告
    を実現する第１６のメディアの組合せの中の１つの組合
    せであることを特徴とするＪａｖａを利用した動的なマ
    ルチメディア・ウェッブ・カタロギング方法。
25. 【請求項２５】 請求項２４において、前記ビデオはＭ
    ＰＥＧ−１データであり、前記オーディオはリアルタイ
    ムのＧＳＭデータであることを特徴とするＪａｖａを利
    用した動的なマルチメディア・ウェッブ・カタロギング
    方法。
26. 【請求項２６】 請求項１０において、前記クライアン
    ト端末は、純粋な Ｊａｖａベースで設計され、Ｊａｖ
    ａバーチャル・マシンおよびウェッブ・ブラウザーが搭
    載されたた（パソコン）、ワーク・ステイション、ノー
    トＰＣおよびパーム・トップＰＣと同様に、パーソナル
    ＪａｖａソフトおよびＪａｖａオペレーティング・シス
    テム（ＪａｖａＯｓ）を搭載したＪａｖａチップをポー
    ティングした一般の携帯電話、携帯情報端末（ＰＤ
    Ａ）、セットップ・ボックス、デジタル・テレビ、ウェ
    ブホンと、の内のひとつであることを特徴とするＪａｖ
    ａを利用した動的なマルチメディア・ウェッブ・カタロ
    ギング方法。