【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利用した文書閲覧システムなどに適用される情報統合表示方法及び装置、並びに情報統合表示システムに関するものである。

【０００２】

【従来の技術】従来より、例えばいわゆるコンパクト・
ディスク（以下、ＣＤと呼ぶ）を使った読み出し専用メモリであるＣＤ−ＲＯＭや、ＣＤ−Ｉ（ＣＤ−インタラクテイブ：ＣＤ−Interactive）などが、文書や画像等の情報を格納する情報記録媒体として用いられている。
このＣＤ−ＲＯＭやＣＤ−Ｉは、オーディオ信号を記録したいわゆるコンパクト・ディスク、すなわちＣＤ−Ｄ
Ａ（コンパクト・ディスク−ディジタル・オーディオ：
Compact Disc-Digital Audio）と同じ光ディスクを用い、文書や音，動画，静止画などをデータファイルとして記録してなるものである。

【０００３】また、近年は、上記ＣＤと同じ光ディスクに圧縮符号化した動画像信号を記録するいわゆるビデオＣＤも登場している。 このビデオＣＤの規格は、ＣＤの規格として規定されている各種規格のうち、図７に示すように、上記ＣＤ−ＲＯＭの範疇に入り、簡易動画再生を目的としたいわゆるカラオケＣＤ（ＣＤ動画カラオケ）規格を拡張したものである。 なお、上記カラオケＣ
Ｄとは、マイクロホンからの入力音声信号と音楽信号とをミキシングしたりして使用するカラオケなどにおいて使用することを主目的とする光ディスクのことである。

【０００４】上記ビデオＣＤには、データ圧縮の国際標準方式であるＭＰＥＧ１（Moving Picture Experts Gro
up Phase1）を利用したディジタル動画の再生機能に静止画再生や簡易メニュー再生などの機能を付加した規格が適用されている。 すなわち例えば表１に示すように、
７０４×４８０画素の高精細静止画の再生仕様や、メニュー再生を実現するプレイバック・コントロールなどの機能を付加することで、例えば、単純な動画再生だけでなく、動画と静止画を組み合わせた音楽ソフトや教育ソフト、電子出版ソフトなど広範囲の利用が可能となっている。

【０００５】

【表１】

【０００６】また、当該ビデオＣＤの規格は、既存のＣ
Ｄ−Ｉ ＦＭＶ（Full Motion Video）の規格との互換性も有している。 すなわち、ビデオＣＤは、ＣＤ−ＩＦ
ＭＶ規格に対応するプレーヤでも再生できるブリッジ規格となされ、これにより規格上の一貫性と光ディスクの互換性を保っている。

【０００７】さらに、ビデオＣＤ規格では、ＣＤ−Ｉとは異なり、オペレーティング・システム（ＯＳ）を特定していないため、専用のプレーヤだけでなく、上記ＭＰ
ＥＧ用動画ボードを搭載したパーソナル・コンピュータやゲーム機でも活用できるものとなっている。

【０００８】また、上記ビデオＣＤのディスク構成は、
ＣＤ−ＲＯＭ ＸＡ仕様のフォーム１に準拠しており、
ファイルの管理は国際標準化機構（ＩＳＯ）における規格のＩＳＯ９６６０に従う。

【０００９】ここで、上記ビデオＣＤの記録領域は、図８に示すように、大別してリードイン領域と、データ領域（トラック１〜９９）と、リードアウト領域とからなる。

【００１０】上記トラック１はビデオＣＤデータ・トラックであり、ＣＤ−ＲＯＭ ＸＡ規格に対して、新たにビデオＣＤデータ・インフォーメーション部（ＩＮＦ
ＶＣＤ）を設けている。 このビデオＣＤデータ・インフォメーション部には、各種ディスク情報として、ディスク・インフォメーションやリスト・ＩＤ・オフセット・
テーブル（ＬＯＴ）、プレイバック・コントロール（Ｐ
ＢＣ）などを記録する。 上記リスト・ＩＤ・オフセット・テーブル（ＬＯＴ）には、ディスクに記録した動画と静止画のＩＤ（識別情報）を格納する。 また、プレイバック・コントロール（ＰＢＣ）には、リスト形式で記述した再生手順を記録する。 セグメント・プレイ部には、
メニュー画面に使う静止画などのデータを書き込めるようにした。

【００１１】上記トラック１には、ＣＤ−Ｉアプリケーション・ソフト部も配置され、ビデオＣＤ規格のディスクをＣＤ−Ｉ ＦＭＶプレーヤで再生するときには、プレーヤが先ずこの領域を読み込み、アプリケーションの手順に従って再生する。 また、パーソナル・コンピュータなどのディレクトリ管理を必要とする機器で再生する場合は、図９のようなディレクトリ構造に従ってファイルを管理する。 すなわち、この図９では、ＣＤ−Ｉと、
ＭＰＥＧオーディオ，ビデオと、カラオケからなる従来のディレクトリ構成に、図中ＶＣＤとして示しているビデオＣＤのディレクトリを追加している。 例えば、図９
の上記ＶＣＤのディレクトリにおいて、図中ＩＮＦＯ．
ＶＣＤにはビデオＣＤのインフォメーションを格納し、
図中ＥＮＴＲＩＥＳ． ＶＣＤにはＭＰＥＧ規格の動画やＭＰＥＧ規格のオーディオデータのスタートの位置を格納し、図中ＬＯＴ． ＶＣＤにはリスト・ＩＤ・オフセット・テーブルを格納し、図中ＰＢＣ． ＶＣＤにはプレイバック・コントロールの情報を格納する。

【００１２】また、通常のＭＰＥＧデータは、トラック２以降に記録し、最大トラック９９まで対応できるようになされている。 ただし、ビデオＣＤ規格では、プレイバック・コントロールを利用した簡易インタラクティブ・ソフトだけでなく、トラック１だけを使って高精細度静止画を再生するディスクなども実現可能となっている。

【００１３】つぎに、上記ビデオＣＤのビデオ信号とオーディオ信号の記録フォーマットは、ＭＰＥＧ１に準拠している。 通常、ビデオ信号に対しては約１．２Ｍビット／秒、オーディオ信号に対しては約０．２Ｍビット／
秒を割り当てている。 画像に対する画面寸法は、図１０
に示すように、ＮＴＳＣ信号（フレーム周波数は３０Ｈ
ｚ）及Ｐび映画等のフィルム（フレーム周波数は２４Ｈ
ｚ）の場合は３５２×２４０画素、ＰＡＬ信号（フレーム周波数は２５Ｈｚ）の場合は３５２×２８８画素である。 また、オーディオ信号に対するフォーマットは、Ｍ
ＰＥＧ１のレイヤ２を使用する。 当該ＭＰＥＧのオーディオ信号は３２ｋビット／秒〜４４８ｋビット／秒までの広範囲な符号化速度に対応しているが、上記ビデオＣ
Ｄではソフトウェアの簡易制作と高音質を考慮し、２２
４ｋビット／秒に限定している。 なお、再生モードは、
ステレオチャンネル（２チャンネル）であり、例えばチャンネル０に音楽、チャンネル１に音楽と歌声を記録するといったいわゆるカラオケソフトに向いた使い方にも対応可能となっている。

【００１４】つぎに、ビデオＣＤのトラック構成を、図１１に示す。 すなわち、ディスク上では、ＭＰＥＧのビデオとオーディオのデータをインターリーブ記録しており、平均すると６対１の比率でビデオデータとオーディオデータが配置される。 また、従来のＣＤプレーヤのように、トラック・ナンバで検索することを想定し、ポーズ・マージンとして１５０セクタ、フロント・マージン及びリア・マージンとして１５セクタずつを設けている。 これは、検索したときにビット・ストリームヘの影響を減らすためである。

【００１５】また、ＭＰＥＧのビデオ・データのセクタ・フォーマットは、図１２に示すように、パック・ヘッダとパック・データで構成するパックからなる。 ＣＤ−
ＲＯＭの１セクタのユーザ・データ領域である２３２４
バイトで１パックを構成する。 ただし、パック・ヘッダとして１２バイト、パケット・ヘッダとして１３バイト、データ部として２２７９バイトを割当、これに余剰の２０バイト（ゼロを記録）を付加してビデオと同じ２
３２４バイトを１パックとしている。 なお、当該図１２
の図中ＰＴＳは表示時間部（presentation time stam
p）を、図中ＤＴＳはデコード時間部（decoding time s
tamp）を、図中ＳＣＲはシステムクロック基準（system
clock reference）を、図中ＳＴＤはシステム・ターゲット・デコーダ（system target decoder）を示す。

【００１６】ＭＰＥＧのオーディオデータのセクタ・フォーマットは、基本的にはビデオデータと同じである。
ただし、バック・ヘッダとして１２バイト、パケット・
ヘッダとして１３バイト、データ部として２２７９バイトを割り当てて、２３０４バイトを１バックとし、これに余剰の２０バイト（ゼロを記録）を付加してビデオデータと同じ２３２４バイトを１バックとしている。

【００１７】

【発明が解決しようとする課題】上述したようなＣＤ−
ＲＯＭやビデオＣＤなどの光ディスクを情報記録媒体として用いれば、文字や画像等の文書情報を利用者に提供することが可能となる。 特に、ビデオＣＤの場合、動画像の情報を利用者に対して容易かつ安価に提供できる。
しかし、これら光ディスクに情報を記録して利用者に提供する場合、当該光ディスクを利用者に提供した時点（すなわち情報を発行した時点）から時間が経過するに従って、その記録された情報は古くなり、価値が低下してしまうという問題がある。

【００１８】これに対して、最近の、いわゆるＷＷＷ(W
orld Wide Web)システムの導入により活況を呈している双方向情報システムであるインターネットにおいては、
例えば、ブラウザ（Browser）とよばれるソフトウェアを使用し、利用者側は対話形式で情報提供者側から最新の各種情報を取得することが可能となっている。 なお、
ＷＷＷとは、ネットワークとしていわゆるインターネットで利用できるテキスト、画像、音声などの情報をハイパーテキスト形式で閲覧できるようにする情報提供システムである。 また、このＷＷＷのブラウザとは、ＷＷＷ
を利用するために必要な、要求に応じて表示したりネットワーク上からデータを表示するためのソフトウェアである。 すなわち、当該ＷＷＷのブラウザは、例えばＨＴ
ＭＬ（Hyper Text Markup Language）と呼ばれるハイパーテキスト形式の文書を記述するための言語にて記述された文書を、サーバ或いはブラウザの動作している端末から読み込み、編集し、表示を行う。 このように、ＷＷ
Ｗのブラウザを使用するシステムでは、複数の場所に点在してそれぞれが情報を所有する各サーバに対して、端末から送信依頼が行われ、端末側ではこれら各サーバから送信された情報を組み合わせて表示することが可能である。 さらに、インターネットは、企業や大学等に存在するコンピュータ・ネットワーク同士を広域回線を介して接続したコンピュータ・ネットワーク網であり、全世界に張り巡らされている。 電子メールサービスや、ファイル転送サービス、情報検索サービス等に、既にインターネットを利用した様々なサービスが盛んに行われている。 その他、ハイパーテキストとは、テキストや図などを関係付ける、つまりリンクを付けることによって、情報の検索を容易にする仕組みである。

【００１９】ところが、上述したようにネットワークを介して情報を利用者側に提供するようなシステムでは、
利用者の端末側において複数の場所に点在する情報を集めて編集や表示することは可能であるが、このときの利用者の端末側では上記サーバから供給された情報を編集，表示できるのみで、例えばサーバから取得した文書等の中に端末側にある情報を埋め込んで編集，表示することや、参照のためのリンクを作成することができないという問題がある。 また、文書等を構成する全てのデータをネットワークから取得する場合には、例えば文書中に画像（特に動画像）の情報が含まれていると、情報の取得に時間を要し、ネットワークの負荷も増加するという問題がある。

【００２０】そこで、本発明は上述したことを考慮してなされたものであり、常に最新の情報を提供できると共に、取得する情報に画像（特に動画像）の情報が含まれていたとしても当該情報の取得に長時間を要せず、また、ネットワークの負荷も少なく、利用者の端末自身が有する情報とサーバが有する情報とを有機的に結合させた編集や表示を可能とする情報統合表示方法及び装置、
情報統合表示システムを提供することを目的とする。

【００２１】

【課題を解決するための手段】本発明の情報統合表示方法及び装置は、サーバから広域ネットワークを介して取得した随時更新される更新情報とクライアント側で個別に保持している非更新情報とを一元的に表示するものであって、表示内容を構成する各情報の所在を共通のページ記述言語で記述し、共通の言語解読表示手段を用いてサーバから取得した更新情報とクライアント側で保持している非更新情報を同一表示領域内に表示することにより、上述の課題を解決する。

【００２２】また、本発明の情報統合表示方法及びシステムでは、クライアント側で保持している非更新情報を特定するＩＤ情報をサーバ側に伝達し、サーバ側では上記伝達されたＩＤ情報に基づいて関連する更新情報を生成してクライアントへ返送し、クライアント側では、共通の言語解読表示手段を用いて、上記サーバから取得した更新情報と当該クライアント側で保持している非更新情報を同一表示領域に表示することにより、上述の課題を解決する。

【００２３】すなわち本発明によれば、サーバにアクセスする際に、クライアント側の情報を併せて自動送信し、サーバはその情報に基づいてクライアント側にある情報を利用する（情報を埋め込むなど）か否かの判定や、リンク情報の埋め込みなど、クライアント側の環境に合った最適な情報を送信することにより、クライアント側が所有する情報の活用によるネットワーク負荷の軽減や、文書閲覧の際にリモートとローカルといった意識をする必要を軽減し、シームレスな利用環境を提供することが可能となっている。

【００２４】

【発明の実施の形態】以下、本発明の実施の形態を図面を参照して詳細に説明する。

【００２５】図１には、本発明の情報統合表示方法及び装置が適用される情報統合表示システムの概略構成を示す。

【００２６】この図１に示す情報統合表示システムは、
サーバ１００から例えばインターネット１３０などの広域ネットワークを介して取得した随時更新される更新情報と、利用者端末（以下、クライアント端末１２０と呼ぶ）側で個別に保持している非更新情報とを、クライアント端末１２０の表示装置１２４上で一元的に表示するために、表示内容を構成する各情報の所在を共通のページ記述言語で記述し、共通の言語解読表示手段を用いてサーバ１００から取得した更新情報とクライアント端末１２０側で保持している非更新情報とを表示装置１２４
の同一表示領域内に表示するものである。 なお、上記更新情報と非更新情報は共に文字や画像等の情報からなり、以下の説明では、サーバ１００とクライアント端末１２０が扱う文字や画像、その他のファイルデータやＩ
Ｄ情報等をまとめて文書と呼ぶことにする。

【００２７】すなわち、本発明構成例の情報統合表示システムにおいては、文書検索・送信用のサーバ１００からの上記文字や画像等の更新情報の文書と、当該サーバ１００に接続された閲覧用端末であるクライアント端末１２０の上記文字や画像等の非更新情報の文書とを組み合わせ、図２に示すように、表示装置１２４の表示画面上の同一の表示領域１４０に表示することを可能にしている。 より具体的に言うと、本発明構成例のシステムにおいては、例えばデータ量が大きく比較的更新期間の長い画像（特に動画像）や更新されない画像，文字等の情報である上記非更新情報の文書情報についてはクライアント端末１２０の記憶装置１２５内に挿入されたＣＤ−
ＲＯＭやビデオＣＤ等の光ディスク１２６から取得し、
更新期間の短いテキスト情報等の更新情報の文書情報についてはサーバ１００から取得（ネットワークを介し取得）し、それらの情報を組み合わせて文字や画像からなる表示情報を作成して表示するようにしている。 なお、
図２の例では、表示装置１２４の同一の表示領域１４０
内の表示領域１４１には例えば光ディスク１２６から取得したＭＰＥＧ動画像（例えばプロモーション・ビデオ等）が表示され、表示領域１４２にはサーバ１００から取得した情報（例えば映画解説や上映館，上映時間，最新情報等）が表示される。

【００２８】ここで、上記図１において、サーバ１００
の通信部１１１は例えばＨＴＴＰ（Hyper Text Transfe
r Protocol、ハイパーテキストをインターネットで交換するためにＷＷＷで使うネイティブなプロトコル）サーバが用いられ、ページ記述部１１２はいわゆるＣＧＩ(C
ommon Gateway Interface）プログラムを用いることができる。 また、上記随時更新される更新情報は、例えば前記ＨＴＭＬ（HyperText Markup Language）と呼ばれるページ記述言語で表記された文字，画像情報等からなるものである。

【００２９】一方、クライアント端末１２０の機能拡張部１２２はプラグイン（Plug-in）プログラム、動画再生部１２３はＭＰＥＧ１デコーダ（ハードウェア或いはソフトウェアの何れでもよい）とその制御用ソフトウェアからなる。 また、当該クライアント端末１２０に挿入される上記光ディスク１２６は、ＣＤ−ＲＯＭやビデオＣＤ、或いは後述するハイブリッド・ビデオＣＤ等であり、記憶装置（例えばディスク・ドライブ装置）１２５
により再生されるものである。 このため、当該光ディスク１２６から再生されて得られる上記非更新情報は、当該光ディスク１２６がＣＤ−ＲＯＭの場合には文字や画像情報或いはプログラム・データ等であり、通常のビデオＣＤである場合にはＭＰＥＧ１デコーダにてデコードした動画情報となる。 なお、光ディスク１２６がハイブリッド・ビデオＣＤである場合については後述する。 また、上記非更新情報は、上記光ディスク１２６から再生されるものの他に、当該クライアント端末１２０がＨＤ
Ｄ（ハードディスク・ドライブ）やＦＤＤ（フロッピィディスク・ドライブ）を有する場合にはこれらに装填されたハードディスクやフロッピィディスクから再生された情報、或いはクライアント端末１２０が例えばＬＡＮ
（Local Area Network）にて接続されている場合には当該ＬＡＮを介して接続された他の端末から供給される情報（例えば他の端末のディスク・ドライブやＨＤＤ等から取得した情報）の場合もある。 さらに、当該非更新情報は、前記ＨＴＭＬのページ記述言語で表記されるものである場合もある。

【００３０】また、上記サーバ１００とクライアント端末１２０における上記共通の言語解読表示手段としてのブラウザ１２１は、例えばネットスケープ・コミュニケーション社のネットスケープ・ナビゲータ（Netscape N
avigator（商標））のようなＷＷＷブラウザと呼ばれる閲覧用ソフトウェアを用いることができ、例えば上記Ｈ
ＴＭＬで記述された表示すべきファイル名、表示すべきファイル形式、及び表示すべき領域の指定に基づいて、
上記表示装置１２４の表示画面上に表示領域１４０を確保し、上記非更新情報等を表示することを可能にするものである。 また、このときの当該ブラウザ１２１は、上記ＨＴＭＬで記述された表示すべきファイル形式に基づいて、予め設定されている機能拡張部１２２のプラグインの中から必要な機能を起動することも行う。 なお、このブラウザ１２１を用いた場合の上記クライアント端末１２０の表示装置１２４上の同一表示領域としては、例えば上記ネットスケープ・ナビゲータのウィンドウを例に挙げることができる。

【００３１】上述したように、本構成例の情報統合表示システム構成において、文書は例えば前記ＨＴＭＬのようなページ記述言語により表現されることになるが、文書中に例えば動画像を埋め込むという記述を当該ＨＴＭ
Ｌによって行う場合には、例えば以下のように表記することができる。

【００３２】＜EMBED SRC="file://vcd/mpegav/movie0
1.det" WIDTH=320 HIGHT=240＞上記ＳＲＣに続くダブル・クォーテーション（”）で囲まれた部分が、表示する動画像のファイル名を表し、ＷＩＤＴＨとＨＩＧＨＴによって文書中に動画像を埋め込むために確保される領域のサイズが表される。 すなわち、この例の場合には、幅方向（水平方向）が３２０画素で、縦方向（垂直方向）
が２４０画素分の領域となる。

【００３３】したがって、図１のシステムのクライアント端末１２０のブラウザ１２１は、ＨＴＭＬファイル中に上記のような記述を検出（ＥＭＢＥＤタグにより判断）した場合、上記ＷＩＤＴＨとＨＩＧＨＴに基づきプラグイン用の領域を文書上に確保し、文書のレイアウトを行う。 また、上記ＳＲＣで示されたＵＲＬ（埋め込み用のデータのファイル名）を機能拡張部１２２のプラグインに渡す。 なお、上記ＵＲＬとはUniform Rosource L
ocatorの略で、インターネットを介して情報ソースにアクセスする際に相手先と使用プロトコルを指定するための記述である。 例えば、http://WWW.AAA/BBB/CCC.html
と記述されたＵＲＬはＷＷＷ． ＡＡＡという名称のサーバ（ホスト）のＢＢＢという名称のディレクトリの下に格納されているＣＣＣという名称のファイルをｈｔｔｐ
のプロトコルに基づいてコピー（インターネットを介してダウンロード）せよ（若しくはした）を意味する。

【００３４】前記機能拡張部１２２のプラグインは、受け取ったファイル名に基づき、動画再生部１２３に対して上記ブラウザ１２１によって確保された領域に動画像を表示するように指示を行う。 また、確保された領域中で行われた例えばマウス操作等の情報は機能拡張部１２
２のプラグインに渡され、当該プラグインはその操作に基づいて動画再生部１２３に対して再生、停止等の指示を行う。

【００３５】動画再生部１２３は機能拡張部１２２のプラグインから与えられたファイル名を元に、記憶装置１
２５から動画像ファイルをオープンし、プラグインの指示に基づいて、表示装置１２４の表示画面上の所定の場所に動画像を表示する。

【００３６】上述した情報統合表示システムの、より詳細な動作を図３及び図４のフローチャートを用いて説明する。 図３にはクライアント端末１２０側の動作を、図４にはサーバ１００側の動作を示す。

【００３７】先ず、図３のステップＳＴ１における手元文書を開く処理として、例えば記憶装置（ディスク・ドライブ）１２５に対して光ディスク１２６を挿入する。
または、上記挿入された光ディスク１２６の所定領域から所定の情報の読み出しを行い、文書データ格納部１２
７に格納するまでの処理を、上記手元文書を開く処理に含めることもできる。 ここで、例えば上記光ディスク１
２６の所定領域に上記所定の情報として例えばＨＴＭＬ
のようなページ記述言語のファイルが記録されているときには、ステップＳＴ２にて当該ページ記述言語の解析を行う。

【００３８】次に、上記ページ記述言語を解析した結果、上記光ディスク１２６に記録されている前記非更新情報の文書を表示装置１２４に表示する際に、当該非更新情報と共に外部の文書を同時に表示する旨の指示が得られたときには、ステップＳＴ３における外部文書の取得の判定処理においてイエスと判断する。 或いは、上述のようなページ記述言語が光ディスク１２６に記録されていない場合において、当該光ディスク１２６に記録されている非更新情報の文書を表示装置１２４に表示する際に、当該非更新情報と共に外部の文書を同時に表示する旨の指示が有ったときにも、ステップＳＴ３における外部文書の取得の判定処理においてイエスと判断する。
なお、ステップＳＴ３にてノーと判断したときには後述するステップＳＴ７の処理に進む。

【００３９】上記ステップＳＴ３にてイエスと判断されたときには、ステップＳＴ４に示すように、当該クライアント端末１２０からサーバ１００に対して文書情報の送信を行う。 ここで、上記ステップＳＴ２にてページ記述言語の解析を行ったときには、得られたページの情報を文書情報としてサーバ１００に送信する。 また、上記光ディスク１２６にページ記述言語が記録されていなかった場合には、例えば前記ブラウザ１２１において当該クライアント端末１２０の手元にある情報（例えば情報の内容や作成日、ドライブ名や挿入されたディスクのＩ
Ｄなど）や所在を示すＩＤ情報などを文書情報としてサーバ１００に送信する。

【００４０】このとき、サーバ１００の通信部１１１側では、図４のステップＳＴ２０のようにクライアント端末１２０からの要求待ち状態となっている。

【００４１】当該サーバ１００では、図４の上記ステップＳＴ２０にてクライアント端末１２０からの送信を受けると、ステップＳＴ２１にて送信終了通知を受けるまでステップＳＴ２２からステップＳＴ２４までの処理を行う。 ステップＳＴ２２では、例えば通信部１１１において上記クライアント端末１２０から受け取った文書情報の解析を行い、さらに必要であれば文書データ格納部１１３に当該受け取った文書情報の記憶を行う。 ここで例えば、当該クライアント端末１２０からの文書情報が上記ページの情報である場合、通信部１１１では当該ページの解析を行い、ステップＳＴ２３にて当該ページの記述に応じた文書情報を文書データ格納部１１３から取得し、さらにページ記述部１１２においてページを作成し、ステップＳＴ２４にて上記文書データ格納部１１３
からの文書情報と共に通信部１１１からクライアント端末１２０側に送信する。 また、上記クライアント端末１
２０から受け取った文書情報が上記ＩＤ情報などである場合には、通信部１１にて当該ＩＤ情報等の解析を行い、このＩＤ情報等の解析結果に応じた文書情報を上記文書データ格納部１１３から取得し、ページ記述部１１
２において作成したページと共に通信部１１１からクライアント端末１２０に送信する。

【００４２】上記サーバ１００におけるステップＳＴ２
０からステップＳＴ２４までの処理は、ステップＳＴ２
１にてクライアント端末１２０から送信終了通知を受けるまで繰り返される。 また、ステップＳＴ２１にてクライアント端末１２０から送信終了通知を受け、さらに上記文書データ格納部１１３に記憶した情報を破棄しても良いことが指示されたならば、ステップＳＴ２５にて当該記憶情報の破棄を行った後、ステップＳＴ２０の送信要求の待ち状態に戻る。

【００４３】図３に戻って、クライアント端末１２０のブラウザ１２１では、ステップＳＴ５にて上記サーバ１
００から文書情報を受信したか否かの判断を行っている。 このとき、未だ受信していないならば、ステップＳ
Ｔ５の判断を繰り返し、受信したときにはステップＳＴ
６にて上記サーバ１００からの全ての文書情報を受信し、当該受信した文書情報を例えば一旦、文書データ格納部１２７に記憶する。

【００４４】ステップＳＴ７では、ブラウザ１２１において、上記サーバ１００から受信して文書データ格納部１２７に格納した上記文書情報のうち、ページの情報を解析し、そのページの記述に従ってレイアウトを行い、
このレイアウトに従って上記サーバ１００からの文字や画像の文書と光ディスク１２６等からの文字や画像の文書とを組み合わせて表示装置１２４にて表示させる。 さらに、プラグインの起動の必要が有れば機能拡張部１２
２においてプラグインの起動を行う。 ここでプラグインの起動がなされたときは、当該起動されたプラグインにて動画再生部１２３が起動され、当該動画再生部１２３
は上記記憶装置１２５から再生された動画データを上記ページの記述に従った所定の位置に表示する。

【００４５】次に、ブラウザ１２１は、ユーザの操作待ちの状態になり、ユーザが何か操作を行った場合にはその実行を行う。 このユーザの操作待ちの状態として、ステップＳＴ８では上述した文書の送受信と表示の処理を終了するか否かの判断を行い、終了しないと判断したときには、ステップＳＴ９に進む。 このステップＳＴ９では、同じくユーザの操作待ちの状態として、異なる文書を開くか否か、例えばページの切り替えが行われたか否かの判断を行う。 ステップＳＴ９にて異なる文書を開かないと判断したときにはステップＳＴ８に戻り、開くと判断したときにはステップＳＴ１０にてサーバ１００に対して通知を行う。 このとき、サーバ１００に通知される情報はユーザの操作によって異なり、光ディスク１２
６に収められているタイトルのＩＤや利用者（ユーザ）
の名前など様々である。

【００４６】その後は、ステップＳＴ１１にて文書を開く処理を行い、ステップＳＴ２以降の処理に戻る。

【００４７】次に、本発明構成例にて使用することができる、前述したハイブリッド・ビデオＣＤについて説明する。

【００４８】前述したように、クライアント端末１２０
の記憶装置１２５は、ＣＤ−ＲＯＭや通常のビデオＣＤ
等の光ディスク１２６を再生可能なディスク・ドライブ装置である。 ここでビデオＣＤの規格は、ＣＤ−ＲＯＭ
ＸＡ規格に準拠しており、したがって当該ビデオＣＤ
はパーソナル・コンピュータ等にて通常のＣＤ−ＲＯＭ
と同様に読み出すことが可能である。 このことから、本発明構成例システムでは、前述した従来のビデオＣＤで使用する動画や音声データなどの他に、ＣＤ−ＲＯＭのようにパーソナル・コンピュータなどで使用するデータやアプリケーション・ソフトを記録したビデオＣＤをも用いるようにしている。 このように、本発明構成例にて使用するビデオＣＤは、従来のビデオＣＤとＣＤ−ＲＯ
Ｍの機能を備えるものであるため、以下の説明では特にハイブリッド・ビデオＣＤと呼ぶことにする。 本発明構成例にて使用するハイブリッド・ビデオＣＤは、動画や音声データと共にパーソナル・コンピュータなどで使用するデータやアプリケーション・ソフトを記録したことにより、従来のビデオＣＤやＣＤ−ＲＯＭのようにそれぞれ同じ素材を使いながら別々のパッケージとして出されていたタイトルを、１つのディスクで対応することができるようになり、また、このハイブリッド・ビデオＣ
Ｄを用いればディスク再生装置（ディスク・ドライブ）
におけるソフトウェア制御側の負荷も軽減されるようになる。 さらに、当該ハイブリッド・ビデオＣＤでは、パーソナル・コンピュータなどにて使用可能であるため、
従来のビデオＣＤでは実現できなかった機能も付加することができ、アプリケーションも広がる。

【００４９】以下に、本発明構成例にて使用するハイブリッド・ビデオＣＤのフォーマットについて説明する。

【００５０】上記ハイブリッド・ビデオＣＤの記録フォーマットは、従来同様のビデオＣＤとして再生可能な動画データが記録される動画データ・エリアと、ＣＤ−Ｒ
ＯＭのようにパーソナル・コンピュータ等で使用されるデータやアプリケーション・ソフトが記録されるアプリケーション・エリアとが配置される。 ここで、当該ハイブリッド・ビデオＣＤの上記アプリケーション・エリアには、例えば前述したネットスケープ・ナビゲータのプラグインとこのネットスケープ・ナビゲータで表示すべきＨＴＭＬデータが記録される。

【００５１】当該ハイブリッド・ビデオＣＤの記録フォーマットを図５を用いて、より具体的に説明する。 このハイブリッド・ビデオＣＤの記録フォーマットは、大別してリード・イン領域とデータ領域（トラック１〜Ｎ）
とリード・アウト領域とからなる。 なお、図５の例では、トラック２〜トラックＭには動画のデータが、トラックＭ＋１〜トラックＮにはＣＤ−ＤＡのデータが記録されている。

【００５２】上記トラック１はビデオＣＤデータ・トラックであり、前述の図８に記録フォーマットが示された従来のビデオＣＤ同様に、ＣＤ−ＲＯＭ ＸＡ規格に対してビデオＣＤデータ・インフォーメーション部（ＩＮ
Ｆ ＶＣＤ）が設けられている。

【００５３】ここで図５に示す当該ハイブリッド・ビデオＣＤでのビデオＣＤインフォメーションエリア（ＩＮ
Ｆ・ＶＣＯ）には、各種ディスク情報として、ディスク・インフォメーション、エントリ・テーブル、リスト・
ＩＤ・オフセット・テーブル（ＬＯＴ）、プレイ・シーケンス・ディスクリプタなどが記録される。 上記ディスク・インフォメーションはビデオＣＤの認識を行うための情報であり、エントリ・テーブルはエントリ・ポイントを示すテーブルであり、リスト・ＩＤ・オフセット・
テーブルは再生リストのアドレスを示し、プレイ・シーケンス・ディスクリプタは再生リストや制御用データからなるものである。 なお、トラック１のプライマリ・ボリューム・ディスクリプタ部（ＰＶＤ）と、カラオケ・
ベーシック・インフォメーション・エリア、セグメント・プレイ・アイテム・エリア等は、従来規格と同様である。

【００５４】一方、当該ハイブリッド・ビデオＣＤのトラック１のＣＤ−Ｉアプリケーション・エリアには、このハイブリッド・ビデオＣＤ規格におけるアプリケーション・プログラムとして、以下のようなものが記録される。

【００５５】例えば、パーソナル・コンピュータ用のＯ
Ｓ（オペレーティング・システム）の動作環境下でビデオＣＤを再生可能とするためのプログラムとして、ビデオＣＤに格納されたＭＰＥＧ１で圧縮，記録された画像，音声データをデコードするためのＭＰＥＧ１ソフトデコーダとその制御ソフトウェアからなり、ハードウェア構成のＭＰＥＧ１デコード・ボードが設けられていない場合に、上述した動画再生部１２３を構成するために必要なビデオＣＤ再生プログラムと、後述するプログラム自動起動用のファイル（”ＡＵＴＯＲＵＮ．ＩＮ
Ｆ”）と、機能拡張部１２２にインストールすべきプラグイン等を格納する。なお、このプログラムが例えば米国マイクロソフト社のＯＳであるウィンドウズ９５（Wi
ndows 95（商標））にて動作するものであった場合は、
例えば”ＷＩＮ”というディレクトリの下に格納される。 このディレクトリ以下のディレクトリ構造やディレクトリ名は自由である。 他のプラットフォームと共存するデータに関しては、データ用のディレクトリを設け、
当該ディレクトリ以下に格納する。 このデータ用のディレクトリ以下のディレクトリ構造やディレクトリ名は自由である。 勿論、動作対象とするＯＳはウィンドウズ９
５に限らず他のものであってもよい。 また、複数のＯＳ
に対応することも可能である。 その場合は、ディレクトリ名がバッティングしないようにそれぞれディレクトリ名を与える必要がある。 ＯＳに依存するプログラム等はそれぞれ対応するディレクトリ以下に格納する。

【００５６】次に、トラック１のＣＤ−Ｉアプリケーション・エリアに記録された、プログラム自動起動機能を実現するためのファイル（”ＡＵＴＯＲＵＮ．ＩＮ
Ｆ”）について説明する。このプログラム自動起動機能は、パーソナル・コンピュータにハイブリッド・ビデオＣＤやＣＤ−ＲＯＭ，従来のビデオＣＤ等を挿入した時点で、それらの種別を自動認識し、必要なプログラムを自動的に起動させる機能である。これによりユーザは、
例えばアイコンをダブルクリック等してプログラムを起動させるような操作が不要になる。 このプログラム自動起動機能を実現するためには、例えばルートディレクトリに当該プログラム自動起動用のファイル（以下、このファイルのファイル名を例えば”ＡＵＴＯＲＵＮ．ＩＮ
Ｆ”とする。）を格納する。この”ＡＵＴＯＲＵＮ． Ｉ
ＮＦ”は例えばテキスト・ファイル（ＩＳＯ６４６文字）で、その中にＣＤ等のディスク挿入時に起動させたいプログラム名を記述する。”ＡＵＴＯＲＵＮ． ＩＮ
Ｆ”の内部は複数のベンダー・グループ・セクションに分かれ、ベンダー・グループはベンダー名を”［”
と”］”で囲んで記述した１行と、それに続く０行以上のベンダー固有行とからなる。 ベンダー固有行としては、例えば自動起動させたいプログラム・ファイル名（以下、このファイルのファイル名を例えばｏｐｅｎとする）と、ＣＤのようなディスクをアイコン表示させる場合のアイコン・ファイル名（以下、このファイルのファイル名を例えばｉｃｏｎとする）とを定義する。 より具体的に説明すると、上記ｏｐｅｎファイルには、例えば前記ネットスケープ・ナビゲータの有無を調べる作業や、プラグインがインストールされているか否かを調べる作業、インストールされていなければインストールする作業、ユーザ環境を調べる作業、ネットスケープ・ナビゲータを起動しユーザ環境情報をサーバに伝える作業などを行うプログラムが格納される。 また、例えばディスク挿入時にプログラムを自動起動させたくない場合は”ＡＵＴＯＲＵＮ．ＩＮＦ”のファイル内に”＝ｏｐ
ｅｎ”を記述せず、”ｉｃｏｎ＝”のみを記述する。”
ｉｃｏｎ＝”で指定されたアイコンでそのディスクが表示される。なお、自動起動機能が不要な場合も、ディスクが単なるビデオＣＤとして認識されてしまうことを回避するために、上記”ＡＵＴＯＲＵＮ． ＩＮＦ”をルートディレクトリに置くことが望ましい。その他、当該プログラム自動機能機能を実現する一例としては、例えば上記米国マイクロソフト社のウィンドウズ９５がサポートしているＡｕｔｏＰｌａｙ機能を利用することが考えられる。このウィンドウズ９５環境では、上記ベンダー名として”ａｕｔｏｒｕｎ”が決められている。

【００５７】次に、上述したハイブリッド・ビデオＣＤ
を用いた場合の図１の情報統合表示システムの動作を図６のフローチャートを用いて説明する。

【００５８】この図６において、ステップＳＴ３０では、例えば記憶装置１２５に対して光ディスク１２６を挿入、すなわちハイブリッド・ビデオＣＤを挿入する。
次のステップＳＴ３１では、当該挿入されたハイブリッド・ビデオＣＤの上記ＣＤ−Ｉアプリケーション・エリアから、前記プログラム自動起動用の”ＡＵＴＯＲＵ
Ｎ． ＩＮＦ”のファイルを読み出し、そのプログラムを実行する。すなわち当該プログラム自動起動用のファイルには、前述したように、例えば前記ネットスケープ・
ナビゲータの有無を調べる作業や、プラグインがインストールされているか否かを調べる作業、インストールされていなければインストールする作業、ユーザ環境（ドライブ名や挿入されたディスクのＩＤなど）を調べる作業、ネットスケープ・ナビゲータを起動（アクセスすべきＵＲＬ（サーバ名やプログラム名など）の情報に基づいて起動）し、上記ユーザ環境情報をサーバに伝える作業などを行うプログラムが格納されおり、これらの作業を実行する。 ここで、例えばステップＳＴ３２では、クライアント端末１２０のユーザ環境（例えばドライブ名や挿入されたディスクのＩＤなど）の情報の調査がなされ、次のステップＳＴ３３では上記ユーザ環境の情報に基づいてブラウザ１２１が起動され、ステップＳＴ３４
では所定のサーバ１００にアクセスする。

【００５９】次に、サーバ１００の通信部１１１では、
ステップＳＴ３５にてクライアント端末１２０からの情報を受信すると、当該受信した情報に基づいてステップＳＴ３６にてページ記述部１１２のプログラムを起動する。 ステップＳＴ３７では、クライアント端末１２０に挿入されたハイブリッド・ビデオＣＤに対応するページを作成し、ステップＳＴ３８では当該作成したページの情報をクライアント端末１２０に送信する。

【００６０】クライアント端末１２０は、ステップＳＴ
３９にて上記サーバ１００からページの情報を受信すると、ステップＳＴ４０において当該受信したページの解析を行う。 ステップＳＴ４１では当該解析したページの記述に従ってレイアウトを行う。 ここで、プラグインの起動の必要が有れば、ステップＳＴ４２のように機能拡張部１２２においてプラグインの起動を行う。 プラグインの起動がなされたときは、ステップＳＴ４３のように当該起動されたプラグインにて動画再生部（動画再生装置）１２３が起動される。 ステップＳＴ４４では、動画再生部１２３にて再生された動画データを上記ページの記述に従った所定の位置に表示する。

【００６１】ブラウザ１２１は、ステップＳＴ４５のように上記プラグインの起動後にページを表示し、その後ステップＳＴ４６でユーザの操作待ちの状態になる。 このとき、ユーザが何か操作を行った場合にはステップＳ
Ｔ４７にて、その実行を行う。 このユーザの操作待ちの状態において、例えばページの切り替え操作が行われたときには、ステップＳＴ３４以降の処理を繰り返すが、
その際にサーバ１００に送られる情報はユーザの操作により異なり、ハイブリッド・ビデオＣＤに収められているタイトルのＩＤや利用者（ユーザ）の名前など様々である。

【００６２】上述したように本発明構成例の情報統合表示システムにおいては、例えば光ディスクによって供給された、データ量が大きく比較的更新期間の長い（或いは更新されない）画像等の情報と、更新期間の短いテキスト情報等をサーバから取得し、それらの情報を組み合わせて文書を作成するようにしているため、ユーザが所有する情報を活用でき、また、ネットワーク負荷を軽減でき、さらに文書閲覧の際にリモートとローカルといった意識をする必要が軽減され、シームレスな利用環境を提供することが可能となり、操作性の向上が実現できる。

【００６３】

【発明の効果】本発明においては、サーバから広域ネットワークを介して取得した随時更新される更新情報とクライアント側で個別に保持している非更新情報とを一元的に表示するものであって、表示内容を構成する各情報の所在を共通のページ記述言語で記述し、共通の言語解読表示手段を用いてサーバから取得した更新情報とクライアント側で保持している非更新情報を同一表示領域内に表示することにより、常に最新の情報を提供できると共に、取得する情報に画像（特に動画像）の情報が含まれていたとしても当該情報の取得に長時間を要せず、また、ネットワークの負荷も少なく、利用者の端末自身が有する情報とサーバが有する情報とを有機的に結合させた編集や表示が可能となっている。

【図面の簡単な説明】

【図１】本発明の情報統合表示方法及び装置が適用される情報統合表示システムのシステム構成を示すブロック回路図である。

【図２】クライアント端末の表示装置上の表示領域の一例を示す図である。

【図３】クライアント端末側の動作のフローチャートである。

【図４】サーバ側の動作のフローチャートである。

【図５】ハイブリッド・ビデオＣＤの記録フォーマットの説明に用いる図である。

【図６】ハイブリッド・ビデオＣＤを用いた場合の情報統合表示システムの動作のフローチャートである。

【図７】ＣＤ−ＲＯＭの規格の全体構成について説明するための図である。

【図８】従来のビデオＣＤの記録フォーマットの説明に用いる図である。

【図９】ディスクのディレクトリ構成を説明するための図である。

【図１０】ビデオＣＤにおける画面寸法について説明するための図である。

【図１１】ビデオＣＤのトラック構成の説明に用いる図である。

【図１２】ビデオＣＤに記録されるＭＰＥＧビデオデータのフォーマット及びＭＰＥＧオーディオのフォーマットの説明に用いる図である。

【符号の説明】

１００ サーバ、 １１１ 通信部、 １１２ ページ記述部、 １１３ 文書データ格納部、 １２０ クライアント端末、 １２１ ブラウザ、 １２２機能拡張部、 １２３ 動画再生部、 １２４ 表示装置、 １
２５ 記憶装置、 １２６ 光ディスク、 １２７ 文書データ格納部、 １３０ インターネット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl. ⁶識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/10 Ｈ０４Ｎ 7/10 Ｇ０６Ｆ 15/40 ３１０Ｆ 15/419 ３２０