JP2004048776A - マルチメディアタイトル管理装置 - Google Patents

Abstract

　【課題】　従来のＷＷＷで提供していた情報に加えてハイパービデオデータをリンク付けして格納し、ハイパービデオの再生手段を起動して再生できるようにし、また、格納されたハイパービデオデータを従来のモノメディアデータの再生手順と同様に、リンク箇所を選択するだけの簡単な手順で再生できるマルチメディアタイトル管理装置を提供すること。
　【解決手段】　マルチメディアタイトルを構成する素材の一覧情報と、素材のデータタイプに応じた再生手段、時間的再生位置および再生時間に関する再生制御情報とを含むシナリオデータを管理するＷＷＷサービス部１３０を備え、ハイパービデオデータ再生手段１２４が、タイトルデータを読み込み、読み込んだタイトルファイルに基づいて各種初期設定を行った後、シナリオの再生が全て終了するか、もしくは再生終了の入力を受けるまで、ハイパービデオの再生処理を行う。
【選択図】　図２

Description

本発明は、ハイパーテキスト構造で管理されるＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ　Ｗｅｂ）データとともに、複数メディアデータとそれらの再生情報（シナリオ）から構成されるミックスメディア情報を管理し、提供する情報提供装置であって、主に動画（ビデオ）や音声（オーディオ）など、再生時の連続性を必要とする「連続メディアデータ」を主体として構成されるハイパービデオ情報を対象とする情報提供装置に関し、特に、ネットワークを介してやり取りされる複数の異なるメディアデータが時間的に連動するマルチメディアタイトルを管理するマルチメディアタイトル管理装置に関するするものである。

近年、情報提供装置は、ネットワーク上に点在している情報を、ハイパーテキストのリンク構造で関連付けて参照するＷＷＷ（ワールドワイドウエブ）が利用されている（例えば、非特許文献１参照）。この手法では、ＷＷＷの利用者（クライアント）は、情報を提供するサーバ（Ｗｅｂサーバ）へＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で接続し，各種情報を取得し、表示することができる。また、Ｗｅｂサーバから提供されるハイパーテキスト情報は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述され、１つのハイパーテキストデータをページという単位で表現管理し、別のページデータへのリンクのほか、画像、音声、動画などのモノメディア情報へのリンクを含むことができ、さらに、これらのリンクはネットワーク越しに張ることもできる。

以下、従来のこの種の情報提供装置について説明する。図７３は従来の情報提供装置の構成を示している。図７３において、１は入出力部、２は情報ブラウジング部、３はＷＷＷサービス部であり、４は通信部である。入出力部１は、操作者の操作入力を受付ける操作入力手段１１と、各種メディアデータを出力する表示手段１２を有する。情報ブラウジング部２は、操作入力手段１１からの操作入力に応じたＷＷＷデータの表示制御を行うブラウジング制御手段２１と、取得したＷＷＷデータを記憶する取得結果記憶手段２２と、取得したモノメディアデータの表示制御を行うモノメディアデータ再生手段２３とを有する。ＷＷＷサービス部３は、ハイパーテキストデータとモノメディアデータより構成されるＷＷＷデータを記憶するＷＷＷデータ記憶手段３１と、外部からの要求に応じてＷＷＷデータを出力するＷＷＷデータ管理手段３２とを有する。通信部４は、ＷＷＷデータの通信を行うＨＴＴＰ通信手段４１により構成される。

図７４は従来の情報提供装置で利用されるＨＴＭＬで記述されたＷＷＷデータの例を示している。図７４において、９行目にハイパーテキストファイル（ファイル名：ｐｉｃｓ．ｈｔｍｌ）へのリンク、１２行目に動画データファイル（ｍｏｖｓ．ｍｐｅｇ）へのリンクを設定している。

図７５は情報ブラウジング部２における情報ブラウジング制御手段２１に記憶されている再生制御テーブル２４の構造の例である。このテーブル２４のレコードは次のようなデータで構成されている。

ファイル拡張子：データを格納しているファイル名の拡張子、
データタイプ ：データ形式、
プレーヤ ：データの再生アプリケーションプログラム名（設定なしの場合はブラウジング制御手段が再生する）。

すなわち、図７５では、拡張子「．ｈｔｍｌ」ファイルは「ＨＴＭＬ形式のハイパーテキストデータ」で、モノメディア再生手段は設定されておらず、以下同様に「．ｇｉｆ」ファイルは「ＧＩＦ形式の静止画データ」で、「ｘｖ」プログラムが設定され、「．ｍｐｅｇ」ファイルは「ＭＰＥＧ形式の動画データ」で、「ｍｐｅｇ＿ｐｌａｙ」プログラムが設定されていることを示している。

図７６は従来の情報提供装置の基本動作手順を示すフロー図であり、以下その動作を説明する。

ステップ１：まず、ＷＷＷデータ記憶手段３１に格納されたホームページデータｐ１が、そのページから他のＷＷＷデータへのリンク情報と共に表示手段１２に表示される。

ステップ２：次に、操作入力手段１１よりユーザの選択入力を受け、
ステップ３：ここで、ユーザ入力が「終了」ならば終了し、
ステップ４：ユーザの選択したリンク先のＷＷＷ情報を表示する処理を繰り返す（ステップ２〜４より繰り返す）。

このような動作をする従来の情報提供装置において、各種ＷＷＷデータを取得したときの、ブラウジング制御手段２１のデータ処理について、図７７のフロー図に基づいて説明する。

ステップ１１：ホームページの取得要求を通信部４を介してＷＷＷサービス部３へ送信し、データを取得、表示する。

ステップ１２：操作入力手段１１より、リンクの選択もしくは、装置の動作の終了の選択を受ける。

ステップ１３：先の入力が、装置の動作の終了であれば、終了する。

ステップ１４：入力されたリンク情報のＷＷＷデータを、ＷＷＷサービス部３より取得し、取得情報記憶手段に記憶する。

ステップ１５：取得、記憶したＷＷＷデータの種類が、
ステップ１６：ＨＴＭＬ形式のハイパーテキストデータであれば、表示手段１２に表示しているページデータを更新し、
ステップ１７：モノメディアデータデータであれば、モノメディアデータ再生手段２３によりデータ再生して表示手段１２に出力し、ステップ１２へ戻る。

ここで、ステップ１５におけるデータの種類の判断は、たとえば、図７４に示した再生制御テーブル２４のように、取得データファイルの拡張子により判断する。

図７８は従来の情報提供装置におけるＷＷＷデータ記憶手段３１に記憶されているＷＷＷデータの構造の例（Ａ）と、ＷＷＷデータ管理手段３２に記憶されているＷＷＷデータ提供初期情報の例（Ｂ）を示している。図７８において、３３〜３５はＷＷＷデータとして提供されるページデータ、３６〜３９はモノメディアデータである。また、初期設定テーブル４０は、ＷＷＷサービス部３で管理しているハイパーテキストの根本のページ「ホームページ」が「ｈｏｍｅ．ｈｔｍｌ」というファイルであることを示している。

次に、図７８に示したＷＷＷデータ構造例を使用した場合の従来の情報提供装置の動作表示例について図７９を参照して説明する。まず、起動後、「ホームページ」が表示される（図７９（ａ））。ホームページのテキスト内容と共に、リンク情報が下線として表示されている。この状態においては、「静止画集」あるいは「動画集」というテキストの箇所を選択することが可能である。

ここで、「静止画集」の箇所を選択すると「静止画ページ」が表示される（図７９（ｂ））。「静止画ページ」において、「サンプル１」の箇所を選択すると、静止画表示プログラムにより、静止画サンプル１データが表示される（図７９ （ｃ））。この時、ページ表示は「静止画ページ」のままで変化しない。静止画の表示を終了するには終了ボタンを選択する。

同様に、「ホームページ」」にて「動画集」を選択後（図７９（ｄ））、「サンプル１」を選択すると、動画表示プログラムにより、動画の表示を制御する各種ボタンと共に動画サンプル１データが再生表示される（図７９（ｅ））。この時、ページ表示は「動画ページ」のままで変化しない。動画の表示を終了するには終了ボタンを選択する。

また、各ページ間を移動するには、表示中のリンクを選択する方法の他に、移動履歴を参照してページを前後に移動するボタンを選択したりする方法や、あるいは直接ページ名を入力して表示させる方法などが一般的に用意されている。

このように、ハイパーテキストを中心として、あるハイパーテキストデータから別のハイパーテキストデータあるいは、動画や静止画などのモノメディアデータへのリンクで構成されたＷＷＷデータを管理し、テキストの内容を表示すると同時に、リンクの埋め込まれた箇所をユーザの選択可能場所として明示的に表示し、ユーザの選択入力操作により、リンク先のデータをＨＴＴＰにより取得し、データタイプの判別機能により（例えば動画データファイルならば、動画データとして）判別し、データ再生しながら、情報提供を行うことができる。

また、従来の情報提供装置の各部には、次に示すような機器、ソフトウェアが利用されていることが多い。

　入出力部１：　　　　　操作入力手段１１に「マウス」、表示手段１２に「ビットマッ　　　　　　　　　　　　プ型ディスプレイ」、
　情報ブラウジング部２：ブラウジング制御手段２１にＷＷＷデータ表示プログラム「Ｎ　　　　　　　　　　　　ＣＳＡ Ｍｏｓａｉｃ（開発元：ＮＣＳＡ（Ｎａｔｉｏｎａｌ　　　　　　　　　　　　（ＵＳ）　Ｃｅｎｔｅｒ　ｆｏｒ　ＳｕｐｅｒＣｏｍｐｕｔｉ　　　　　　　　　　　　ｎｇ　Ａｐｐｌｉｃａｔｉｏｎ：米国イリノイ大学の商品名）　　　　　　　　　　　　」あるいは、「Ｎｅｔｓｃａｐｅ（開発元：米国ネットスケー　　　　　　　　　　　　プコミュニケーションズ社の商品名）」、モノメディアデータ　　　　　　　　　　　　再生手段２３にＭＰＥＧ形式動画データ再生プログラムである　　　　　　　　　　　　「ｍｐｅｇ＿ｐｌａｙ」や、ＧＩＦ形式静止画データ表示プロ　　　　　　　　　　　　グラム「ｘｖ」、
　ＷＷＷサービス部３：　ＷＷＷデータ管理手段３２にデーモンプロセス「ｈｔｔｐｄ（　　　　　　　　　　　　開発元：ＮＣＳＡ（前述）もしくはＣＥＲＮ（Ｅｕｒｏｐｅａ　　　　　　　　　　　　ｎＰａｒｔｉｃｌｅ　Ｐｈｙｓｉｃｓ Ｌａｂｏｒａｔｏｒｙ　　　　　　　　　　　　）の商品名）」、
通信部４：　　　　　　ＨＴＴＰ通信手段４１にプロトコル「ＨＴＴＰ」。
高田敏弘、他２名「プロトコル解析のためのテキスト／ビデオ統合システム」、情報処理学会研究報告、社団法人情報処理学会、平成７年６月２２日、第９５巻、第６９号、ｐ．１−６

このような情報提供装置においては、ハイパーテキストデータおよびモノメディアデータにより構成されるＷＷＷデータを管理し、データと共にユーザの選択可能リンクを表示して、ユーザの選択入力操作に応じて、適宜ＨＴＴＰ通信によりデータ取得し、この時取得したデータについて再生を行っている。

従来の情報提供装置では、テキスト中にモノメディアデータをリンクして情報提供してきたが、近年の計算機のメディアデータ処理性能の向上と共に、動画や静止画、音声、テキストなどのモノメディアデータを複雑に組み合わせたマルチメディアデータを、容易な操作でかつ大量に作成することが可能になってきた。そのため、このようなデータ作成環境の充実からモノメディアデータのみならず、さらにマルチメディアデータをリンクして情報提供したいという要求が高まっている。

そこで、本発明では、動画情報はその表示が常に動いているなど、他のメディアデータに比べより大きなプレゼンテーション効果を持つことに着目し、動画をデータ構造の主体としたハイパービデオ形式のマルチメディアデータ構造を定義した。このハイパービデオデータは、次のようなデータにより構成される。

素材データ：　　動画や静止画、音声、テキストなどのモノメディアデータ、
シナリオデータ：素材データの再生時間情報および表示位置情報。

また、ハイパービデオデータの構造の概念を図１に示す。図１では、ハイパービデオデータ１０１が、ある基準となる動画データ１０２と、静止画データ１０３と、テキストデータ１０４と、そしてもう一つの動画データ１０５とから構成され、１つの動画データ１０２のフレーム番号を基準にして他のデータ１０３、１０４、１０５を再生する時間情報が関連付けられていることを示している。

また、複数の素材メディアデータファイルとシナリオファイルにより構成されるハイパービデオデータは、一般に次のような手順で再生される。

ステップ１：まずシナリオファイルをＦＴＰ通信などで取得し、
ステップ２：次にシナリオに記述されている素材データファイルを調べ、
ステップ３：さらにそれらすべての素材ファイルを取得し、
ステップ４：最後にハイパービデオプレーヤ（再生プログラム）を起動する。 このため、データ再生のための手順は、表示されているリンク箇所を選択するだけという従来の情報提供装置に比べ、大幅に異なることになる。

このようなハイパービデオによる情報表示は、複合データによりさまざまな表現形態がとれたり、また、動画をベースとしているためその表示が常に動いているなど、従来の動画だけ、静止画だけといったモノメディアデータによる情報提供に比べてより大きなプレゼンテーション効果があるため、ハイパーテキストからハイパービデオデータをリンクして提供する新たな情報提供装置の実現が望まれている。

しかしながら、従来の情報提供装置でハイパービデオの提供を行う場合には、ハイパーテキストからのリンク付けが困難であったり、再生手順が違うなど、さまざまな不都合が生じていた。

さらに、従来の情報提供装置では、ＷＷＷサービス部からブラウジング部にデータ全体を最後まで取得した後に、ＷＷＷデータの再生が開始されるため、データ選択から再生開始までの時間が長くかかるという問題がある。ただし、これについては、Ｎｅｔｓｃａｐｅのように、静止画データの受信した部分から順次表示を開始するように改良されたＷＷＷブラウザものもある。しかしながら、音声や特に動画などの大規模データを滑らかに再生する場合などは、データファイル全体を取得する待ち時間が長く必要であるという問題が依然として存在する。また、とくに、ハイパービデオの再生においては、先に述べた手間のかかる操作手順のため、さらに長い時間が必要であるという問題が同時に存在する。

一方で、ＮＦＳ（Ｎｅｔｗｏｒｋ　Ｆｉｌｅ　Ｓｙｓｔｅｍ（開発元：米国サン・マイクロシステムズ社の商品名））に代表される、ネットワーク上のファイルシステム資源を共有利用するファイル転送技術は、従来、動画などの連続転送が必要とされるデータには不向きとされてきたが、近年の計算機のネットワーク性能向上により、動画データを蓄積装置（ハードディスク）から高速に読みだし、それを途切れないように時間管理（レート制御）して、同時に複数の端末に送出することが可能になりつつある。

本発明は、上記従来技術の問題を解決するものであり、主たる目的は、従来のＷＷＷで提供していた情報に加えてハイパービデオデータをリンク付けして格納し、ハイパービデオの再生手段を起動して再生できるようにし、また、格納されたハイパービデオデータを従来のモノメディアデータの再生手順と同様に、リンク箇所を選択するだけの簡単な手順で再生できるマルチメディアタイトル管理装置を提供することにある。

　また、本発明の付随する目的として、第１は、従来のＷＷＷで提供していた情報に加えてハイパービデオデータをリンク付けして格納し、ハイパービデオの再生手段を起動して再生できるようにし、また、格納されたハイパービデオデータを従来のモノメディアデータの再生手順と同様に、リンク箇所を選択するだけの簡単な手順で再生できる情報提供装置を提供することにある。

第２に、ハイパービデオデータのファイル位置情報を記述したファイルをＨＴＴＰにより取得し、格納しているファイルデータ構造のままでＮＦＳによりデータ取得しながらハイパービデオを再生することにより、データを選択してから再生が開始されるまでの時間を短縮することのできる情報提供装置を提供することことにある。

第３に、ハイパービデオのシナリオ情報をＷＷＷデータよりリンク付けし、ハイパービデオデータの間接参照情報を省いてデータ格納の効率を向上させることのできる情報提供装置を提供することにある。

第４に、複数のファイルにより構成されるハイパービデオデータを一つのタイトルファイルにまとめて管理し、ＷＷＷデータから直接リンク付けすることにより、ファイル管理の手間を削減しかつ誤操作を防止して管理の効率を向上させることのできる情報提供装置を提供することにある。また、同時にＮＦＳのような特殊な通信技術を利用せずＨＴＴＰのみでデータ取得を行うことのできる情報提供装置を提供することにある。

第５に、ネットワーク上に設置された１つのホストにＷＷＷデータとハイパービデオデータとを蓄積し、複数の利用者端末からハイパービデオを再生することのできる情報提供装置を提供することにある。

第６に、利用者端末からホストに対するＷＷＷデータの送信処理要求が増加しても、ハイパービデオの送信処理に影響を与えにくくすることのできる情報提供装置を提供することにある。

第７に、利用者端末からホストに対するＷＷＷデータの送信処理要求と、シナリオまたは非連続メディア（テキストや静止画）データの送信処理要求とが増加しても、ハイパービデオを構成する連続メディア（動画や音声）データの送信処理に影響を与えにくくすることのできる情報提供装置を提供することにある。

第８に、利用者端末からホストに対する各種データの送信処理要求が、それぞれ他のデータ種類の送信処理に影響を与えにくくすることのできる情報提供装置を提供することにある。

第９に、利用者端末毎に異なるハイパービデオ選択メニューを提供することのできる情報提供装置を提供することにある。

第１０に、各利用者端末にて、ホストで管理している全端末共通のハイパービデオデータに加えて、利用端末ごとに独自のハイパービデオを再生することのできる情報提供装置を提供することにある。

第１１に、ホスト〜利用者端末間の通信路状態が不通、もしくは通信速度が低速であるなど、ハイパービデオの実時間転送が困難なネットワーク環境下の端末でハイパービデオを再生することのできる情報提供装置を提供することにある。

第１２に、ハイパービデオの本編、もしくはその抄録の再生を選択可能とし、利用者端末からホストへのハイパービデオの送出要求発生数を削減することのできる情報提供装置を提供することにある。

第１３に、ハイパービデオ形式の伝言を掲示することのできる情報提供装置を提供することにある。

第１４に、ハイパービデオ形式のメールを交換することのできる情報提供装置を提供することにある。

第１５に、掲示されたハイパービデオ形式の伝言をホスト間で交換、配付を可能とし、あらかじめ設定された複数のホストで同一の伝言データを保持することのできる情報提供装置を提供することにある。

第１６に、掲示板に伝言が登録されたホスト自身が、伝言を他のホストへ直接ＦＴＰ送信し、各端末から登録される伝言数の割合に応じてホストに接続する端末数を加減するなどして、端末からの伝言の登録受付処理および他のホストへの配付処理の負荷を分散することのできる情報提供装置を提供することにある。

第１７に、伝言データを受信ホストがＦＴＰ取得可能にし、１つのホストで端末からの伝言登録が一時的に集中しても、そのホストから他のホストに対する伝言データ本体の配付処理に影響を与えにくくすることのできる情報提供装置を提供することにある。

第１８に、他のホストに掲示された伝言による自ホスト内部の掲示板の更新処理を、受信ホストの都合の良い時間帯に実行することができ、また、受信ホストに直接接続された端末へのサービスに影響を与えにくくすることのできる情報提供装置を提供することにある。

第１９に、互いに伝言を配付しようとする２つのホスト間の通信路が常時確保されていない、あるいは直接接続不可能ではあるがＵＵＣＰ接続程度の通信が可能である場合でも伝言データの配付を可能とすることのできる情報提供装置を提供することにある。

第２０に、配付先のホストの一部に、ＦＴＰを通過させないゲートウェイの内部にあるホストが含まれていた場合に、そのホストに対してＳＭＴＰプロトコルで伝言データを再配送をすることのできる情報提供装置を提供することにある。

上記目的を達成するために、本発明は、ネットワークを介してやり取りされる複数の種類の異なるメディアデータが時間的に連動して構成されるマルチメディアタイトルを管理するマルチメディアタイトル管理装置であって、前記マルチメディアタイトルを構成する素材の一覧情報と、前記素材のデータタイプに応じた再生、時間的再生位置および再生時間に関する再生制御情報と、を含むシナリオデータを管理するＷＷＷサービス部を備えたことを特徴とするマルチメディアタイトル管理装置である。

　また、本発明は、前記マルチメディアタイトルは、動画の再生を主体にしており、前記動画の再生の時間的位置に、静止画またはテキストが再生されることを特徴とするものである。

　さらに、本発明は、素材データを管理するメディアデータサービス部を備え、前記ＷＷＷサービス部は、シナリオデータを受信側へ送信し、前記メディアデータサービス部は、前記シナリオデータの送信が完了してから、前記シナリオデータの再生制御情報別の素材データを前記受信側へ送信することを特徴とするものである。

　本発明のマルチメディアタイトル管理装置は、上記のような構成を有し、ハイパービデオデータ再生手段が、タイトルデータを読み込み、読み込んだタイトルファイルに基づいて各種初期設定を行った後、シナリオの再生が全て終了するか、もしくは再生終了の入力を受けるまで、ハイパービデオの再生処理を行うことにより、ハイパービデオの管理および情報提供が可能であり、また、その再生手順も従来のモノメディアと同様のリンク箇所を選択するのみという手順で再生することができる。

　また本発明の付随する目的を達成するために、第１に、操作者の操作入力の受け付けと、ミックスメディアデータの表示出力を行う入出力部と、ハイパーテキスト構造により構成されるＷＷＷデータを蓄積管理し、外部からの送信要求に応じてデータ出力するＷＷＷサービス部と、各種メディア情報を蓄積管理し、外部からの送信要求に応じてデータ出力するメディアサービス部と、入出力部からの操作入力に応じてＷＷＷデータ取得要求を出力処理し、その結果取得したＷＷＷデータを内部に格納処理し、取得したデータの種別に応じてデータ再生処理し、入出力部へ表示出力処理する情報ブラウジング部と、情報ブラウジング部とＷＷＷサービス部間でＷＷＷデータの要求および取得の通信を行うＨＴＴＰ通信処理および情報ブラウジング部とメディアサービス部間で各種メディアデータの要求および取得を行うＮＦＳ通信処理とを行う通信部とを備えたものであり、ＷＷＷビューアからハイパービデオ再生プログラムを起動できるように設定し、ハイパービデオ形式のデータを従来のモノメディアデータの再生手順と同様に操作者が画面上のリンクを選択するという手順で再生することができる。したがって、従来のＷＷＷで提供していた情報に加えてハイパービデオデータをリンク付けして格納し、ハイパービデオの再生手段を起動して再生できるようにし、また、格納されたハイパービデオデータを従来のモノメディアデータの再生手順と同様に、リンク箇所を選択するだけの簡単な手順で再生できる情報提供装置を提供することができる。

第２に、メディアサービス部が、素材メディアデータおよびシナリオデータからなるメディアデータを蓄積管理するとともに、外部からの送信要求に応じてデータを出力し、ＷＷＷサービス部が、メディアサービス部に蓄積されているシナリオデータの格納位置情報を格納したシナリオ参照データとシナリオ参照データへのリンクを含んだハイパーテキストデータとから構成されるＷＷＷデータを蓄積管理するとともに、外部からの送信要求に応じてデータを出力し、情報ブラウジング部が、取得したＷＷＷデータがシナリオ参照データの場合は、メディアサービス部よりシナリオデータを取得参照して、使用している素材メディアデータを取得しながら再生処理するようにしたものであり、ハイパービデオデータのシナリオデータの格納位置情報（シナリオ参照データ）をハイパービデオデータのリンク先としてハイパーテキスト（ＨＴＭＬ文書）中からリンク付け設定し、シナリオ参照データをＨＴＴＰ通信により取得後、シナリオ参照データをもとにしてシナリオデータのＮＦＳによる取得を行い、ハイパービデオの再生時に必要な素材データをＮＦＳによりアクセスして読み込むことにより、再生前にすべての素材データを取得するための処理時間が不要で、結果的にハイパービデオへの選択から再生開始までの時間を短縮することができる。したがって、ハイパービデオデータのファイル位置情報を記述したファイルをＨＴＴＰにより取得し、格納しているファイルデータ構造のままでＮＦＳによりデータ取得しながらハイパービデオを再生することにより、データを選択してから再生が開始されるまでの時間を短縮することのできる情報提供装置を提供することができる。

第３に、メディアサービス部が、素材メディアデータからなるメディアデータを蓄積管理するとともに、外部からの送信要求に応じてデータを出力し、ＷＷＷサービス部が、メディアサービス部に蓄積されている素材メディアデータを利用したシナリオデータとシナリオデータへのリンクを含んだハイパーテキストデータとから構成されるＷＷＷデータを蓄積管理するとともに、外部からの送信要求に応じてデータを出力し、情報ブラウジング部が、取得したＷＷＷデータがシナリオデータの場合は、シナリオデータを参照して、使用している素材メディアデータを前記メディアサービス部より取得しながら再生処理するようにしたものであり、ハイパービデオデータのシナリオデータをハイパービデオデータのリンク先としてハイパーテキスト（ＨＴＭＬ文書）中から直接リンク付け設定し、シナリオデータをＨＴＴＰ通信、素材データをＮＦＳによりアクセスして読み込むことにより、シナリオ参照ファイルが不要となり、ハイパービデオデータの以外データを省いてデータ格納の効率を向上させることができる。したがって、ハイパービデオのシナリオ情報をＷＷＷデータよりリンク付けし、ハイパービデオデータの間接参照情報を省いてデータ格納の効率を向上させることのできる情報提供装置を提供することができる。

第４に、メディアサービス部がデータを扱わず、ＷＷＷサービス部が、素材メディアデータを含む素材データ部および素材メディアデータを利用したシナリオ部とから構成されるハイパービデオタイトルデータと、ハイパービデオタイトルデータへのリンクを含んだハイパーテキストデータとから構成されるＷＷＷデータを蓄積管理するとともに、外部からの送信要求に応じてデータを出力し、情報ブラウジング部が、取得したＷＷＷデータがハイパービデオタイトルデータの場合は、シナリオ部を参照し、素材データ部の素材データを使用して、再生処理するようにしたものであり、ハイパービデオデータの再生に必要なシナリオデータおよび各素材データを１つのタイトルデータとして構成し、そのタイトルデータをハイパービデオデータのリンク先としてハイパーテキスト （ＨＴＭＬ文書）中からリンク付け設定し、タイトルデータをＨＴＴＰ通信により取得することにより、これまで複数ファイルで構成していたハイパービデオデータファイルの管理の手間を削減し、かつ誤操作を防止して管理効率を向上させることができる。また、同時にＮＦＳのような特殊な通信技術を利用せずＨＴＴＰ通信のみでデータ取得を行うことができる。したがって、複数のファイルにより構成されるハイパービデオデータを一つのタイトルファイルにまとめて管理し、ＷＷＷデータから直接リンク付けすることにより、ファイル管理の手間を削減しかつ誤操作を防止して管理の効率を向上させることのできる情報提供装置を提供することを目的とする。また、同時にＮＦＳのような特殊な通信技術を利用せずＨＴＴＰのみでデータ取得を行うことのできる情報提供装置を提供することができる。

第５に、各クライアント内に入出力部と情報ブラウジング部とを備え、サーバ内にＷＷＷサービス部とメディアサービス部とを備え、各クライアントとサーバ間を通信部で接続したものであり、ＷＷＷデータおよびハイパービデオデータを１つのホストで管理し、各端末からアクセスできるように設定することにより、複数の利用者端末から共通のハイパービデオを再生することができる。したがって、ネットワーク上に設置された１つのホストにＷＷＷデータとハイパービデオデータとを蓄積し、複数の利用者端末からハイパービデオを再生することのできる情報提供装置を提供することができる。

第６に、各クライアント内に入出力部と情報ブラウジング部とを備え、第１のサーバ内にＷＷＷサービス部を備え、第２のサーバ内にメディアサービス部を備え、各クライアントおよびサーバ間を通信部で接続したものであり、ＷＷＷサービス部とメディアサービス部をそれぞれ別のホスト内に分離して設け、各端末からのＷＷＷデータの取得要求とハイパービデオデータの取得要求が別のマシン上で動作するように設定することにより、各端末からＷＷＷデータの取得要求が増加し、データ送信処理の負荷が増加しても、ハイパービデオデータの転送処理には、影響を与えにくくすることができる。したがって、利用者端末からホストに対するＷＷＷデータの送信処理要求が増加しても、ハイパービデオの送信処理に影響を与えにくくすることのできる情報提供装置を提供することができる。

第７に、各クライアント内に入出力部と情報ブラウジング部とを備え、第１のサーバ内に連続メディア素材データを管理する第１のメディアサービス部を設け、第２のサーバ内にＷＷＷサービス部とシナリオおよび非連続メディア素材データを管理する第２のメディアサービス部とを備え、各クライアントおよび各サーバ間を通信部で接続したものであり、メディアサービス部で管理するハイパービデオデータのうち、連続メディア（動画や音声）データを管理する別のメディアサービス部を設け、各端末からのＷＷＷデータおよび非連続メディア（テキストや音声）データの取得要求と、連続メディアデータの取得要求が別のマシン上で動作するように設定することにより、各端末からＷＷＷデータおよび非連続メディアデータの取得要求が増加してデータ送信処理の負荷が増加しても、連続メディアデータの転送処理には、影響を与えにくくすることができる。したがって、利用者端末からホストに対するＷＷＷデータの送信処理要求と、シナリオまたは非連続メディア（テキストや静止画）データの送信処理要求とが増加しても、ハイパービデオを構成する連続メディア（動画や音声）データの送信処理に影響を与えにくくすることのできる情報提供装置を提供することができる。

第８に、各クライアント内に入出力部と情報ブラウジング部とを備え、第１のサーバ内にＷＷＷサービス部を備え、残りの各サーバ内にシナリオデータおよび素材メディアデータの種類ごとにデータを管理するメディアサービス部をそれぞれ備え、各クライアントおよび各サーバ間を通信部で接続したものであり、ハイパービデオデータの各種メディアデータを管理するメディアサービス部を複数設け、各端末からのＷＷＷデータおよび各種メディアデータの取得要求がそれぞれ別のマシン上で動作するように設定することにより、各端末からの各種データの取得要求が増加しても、それぞれ他のデータ種類の転送処理には、影響を与えにくくすることができる。したがって、利用者端末からホストに対する各種データの送信処理要求が、それぞれ他のデータ種類の送信処理に影響を与えにくくすることのできる情報提供装置を提供することができる。

第９に、各クライアント内に入出力部と情報ブラウジング部とＷＷＷサービス部とを備え、サーバ内にメディアサービス部を備え、各クライアントおよびサーバ間を通信部で接続したものであり、利用者端末毎にＷＷＷサービス部を設け、異なるハイパーテキスト構成および内容のＷＷＷデータを持つことができるように設定することにより、端末毎に異なるハイパービデオ選択メニューを提供することができる。したがって、利用者端末毎に異なるハイパービデオ選択メニューを提供することのできる情報提供装置を提供することができる。

第１０に、サーバ内にＷＷＷサービス部と各クライアントから共通で利用するハイパービデオ情報を管理するメディアサービス部とを備え、各クライアント内に入出力部と情報ブラウジング部とそれぞれのクライアトのみで利用するハイパービデオ情報とを管理するメディアサービス部とを備え、各クライアントおよびサーバ間を通信部で接続したものであり、各利用者端末のみで表示再生するハイパービデオデータを各端末内に格納できるように設定し、さらに、各端末内にあるハイパービデオデータおよびホスト内に格納している各端末共通のハイパービデオデータに対するリンクをホスト内のＷＷＷデータに記述できるように設定することにより、各端末では、ホスト内の全端末共通のハイパービデオデータに加え、その端末独自のハイパービデオデータを再生することができる。したがって、各利用者端末にて、ホストで管理している全端末共通のハイパービデオデータに加えて、利用端末ごとに独自のハイパービデオを再生することのできる情報提供装置を提供することができる。

第１１に、サーバ内にマスタデータを格納したＷＷＷサービス部とメディアサービス部とを備え、各クライアント内に入出力部と情報ブラウジング部とＷＷＷサービス部とメディアサービス部とを備え、各クライアントおよびサーバ間を内部ネットワークインタフェースを利用する通信部で接続したものであり、各利用者端末内にＷＷＷサービス部とメディアサービス部を設け、通信部を利用者端末内の内部ネットワークインタフェースを利用するよう設定し、ＷＷＷデータおよびハイパービデオデータの再生時に必要なデータはすでに各端末に格納されているようにすることにより、ホスト・利用者端末間の通信路状態が不通、もしくは通信速度が低速であるなどで、ハイパービデオの実時間転送が困難なネットワーク環境下であっても端末でハイパービデオを再生することができる。したがって、ホスト〜利用者端末間の通信路状態が不通、もしくは通信速度が低速であるなど、ハイパービデオの実時間転送が困難なネットワーク環境下の端末でハイパービデオを再生することのできる情報提供装置を提供することができる。

第１２に、サーバ内に各クライアントから共通で利用するハイパービデオ情報を管理するメディアサービス部を備え、各クライアント内に入出力部と情報ブラウジング部とＷＷＷサービス部とそれぞれのクライアントのみで利用するハイパービデオ情報を管理するメディアサービス部とを備え、各クライアントおよびサーバ間を通信部で接続したものであり、ホスト内にメディアサービス部を設け、各クライアントから共通で利用するハイパービデオ情報を格納し、各クライアント内に、ＷＷＷサービス部およびメディアデータ部を設け、ホストに格納しているハイパービデオ本編に対して抄録となるハイパービデオをメディアサービス部に格納し、本編および抄録へのリンク情報をもつＷＷＷデータをＷＷＷサービス部へ格納できるようにすることにより、ハイパービデオの本編、もしくはその抄録の再生を選択でき、また、利用者端末からホストへのハイパービデオの送出要求発生数を削減することができる。したがって、ハイパービデオの本編、もしくはその抄録の再生を選択可能とし、利用者端末からホストへのハイパービデオの送出要求発生数を削減することのできる情報提供装置を提供することができる。

第１３に、ハイパービデオ伝言の掲示板登録依頼を外部より受け付けるハイパービデオ掲示処理受付手段と、受け付けた掲示板処理依頼に応じてメディアサービス部にハイパービデオデータを追加格納するハイパービデオ掲示処理手段と、ハイパービデオを格納した位置情報を参照してＷＷＷサービス部のＷＷＷデータを更新する伝言一覧更新手段とからなるハイパービデオ伝言掲示処理部を備えたものであり、ハイパービデオ伝言掲示処理部を設け、ハイパービデオ伝言の掲示板登録依頼を外部より受け付け、メディアサービス部にハイパービデオデータを追加格納し、さらにハイパービデオを格納した位置情報に応じて、ＷＷＷサービス部で管理しているＷＷＷデータ（伝言一覧ページデータ）を更新することにより、ハイパービデオ形式の伝言を掲示することができる。したがって、ハイパービデオ形式の伝言を掲示することのできる情報提供装置を提供することができる。

第１４に、自分のホスト名情報およびメールの宛先に対応する送信先ホストの情報とを記憶した受配信設定記憶手段と、メールホストもしくはメール作成端末から受信したメールを一時記憶するメール一時記憶手段と、メールを受信し、受信したメールがハイパービデオメールの場合は、ハイパービデオ部分を自ホスト内のメディアサービス部へ格納し、この時の格納したハイパービデオの位置情報と自ホスト名情報とメールの宛先部とから構成されるハイパービデオ参照メールを作成して、受配信設定記憶手段に記憶されている受配信設定を参照して送信先ホストへ送信し、また受信したメールがハイパービデオ参照メールの場合には、ＷＷＷサービス部へ登録するメール受配信処理手段とからなるハイパービデオメール処理部を備えたものであり、メール処理部を設け、内部に自分のホスト名情報と、メールの宛先に対応する送信先ホストの情報とから構成される受配信設定情報をあらかじめ記憶しておき、メールホストもしくはメール作成端末からメールを受信して、受信メールが「ハイパービデオメール」の場合は、ハイパービデオ部分を自ホスト内のメディアサービス部へ格納し、この時の格納したハイパービデオの位置情報と、自ホスト名情報と、受信メールの宛先部とから構成される「ハイパービデオ参照メール」を作成して、受配信設定を参照して送信先ホストへ送信処理を行い、また、受信メールが「ハイパービデオ参照メール」の場合には、ＷＷＷサービス部で管理しているＷＷＷデータ（受信メールデータおよび受信メール一覧データ）を更新処理することにより、ハイパービデオ形式のメールを交換することができる。したがって、ハイパービデオ形式のメールを交換することのできる情報提供装置を提供することができる。

第１５に、ハイパービデオ伝言掲示処理部の掲示処理の結果を検知する掲示結果検知手段と、掲示されたハイパービデオ伝言を広域に配付する条件情報を記憶する配付条件記憶手段と、掲示結果検知手段からの通知を受けた場合に、配付条件記憶手段に記憶している配付条件を参照して配付先ホスト名を決定し、ハイパービデオ伝言の配付送信を行う配付送信手段と、外部からハイパービデオ伝言の配付を受けた場合に、ハイパービデオ伝言を再構成し、ハイパービデオ伝言掲示処理部へ掲示処理を通知する配付受信手段とからなる広域配付処理部を備え、掲示処理結果および広域配付条件に応じて外部と通信しハイパービデオ伝言の配付を行うようにしたものであり、広域配付処理部を設け、ハイパービデオ伝言掲示処理部の掲示処理の結果を検知し、記憶しているハイパービデオ伝言の広域配付条件情報に基づいて配付先ホスト名を決定してハイパービデオ伝言の配付を行うことにより、掲示されたハイパービデオ形式の伝言をホスト間で交換、配付が可能となり、また、あらかじめ設定された複数のホストで同一の伝言データを保持することができる。したがって、掲示されたハイパービデオ形式の伝言をホスト間で交換、配付を可能とし、あらかじめ設定された複数のホストで同一の伝言データを保持することのできる情報提供装置を提供することができる。

第１６に、配付送信手段が、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイル群とを、配付条件により決定された配付先ホストへＦＴＰ送出処理し、また、配付受信手段が、受信した伝言ヘッダファイルとボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知するようにしたものであり、伝言が登録されたホストの配付送信手段から、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイル群とを、配付先ホストへＦＴＰ送出処理し、また、受信ホストの配付受信手段が、受信した伝言ヘッダファイルとボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知することにより、各端末から登録される伝言数の割合に応じてホストに接続する端末数を加減するなどして、端末からの伝言の登録受付処理および他のホストへの配付処理の負荷を分散することができる。したがって、掲示板に伝言が登録されたホスト自身が、伝言を他のホストへ直接ＦＴＰ送信し、各端末から登録される伝言数の割合に応じてホストに接続する端末数を加減するなどして、端末からの伝言の登録受付処理および他のホストへの配付処理の負荷を分散することのできる情報提供装置を提供することができる。

第１７に、配付送信手段が、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイルの格納位置情報とから構成される伝言更新情報を生成し、配付条件により決定された配付先ホストへ送出処理し、また、配付受信手段が、受信した伝言更新情報に応じて、配付元からボディファイルをＦＴＰにより取得し、伝言ヘッダファイルと取得したボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知するようにしたものであり、伝言が登録されたホストの配付送信手段が、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイルの格納位置情報とから構成される伝言更新情報を生成し、配付条件により決定された配付先ホストへ送出処理し、また、受信ホストの配付受信手段が、受信した伝言更新情報に応じて、配付元からボディファイルをＦＴＰにより取得し、伝言ヘッダファイルと取得した前記ボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知することにより、１つのホストで端末からの伝言登録が一時的に集中しても、そのホストから他のホストに対する伝言データ本体の配付処理に影響を与えにくくすることができる。したがって、伝言データを受信ホストがＦＴＰ取得可能にし、１つのホストで端末からの伝言登録が一時的に集中しても、そのホストから他のホストに対する伝言データ本体の配付処理に影響を与えにくくすることのできる情報提供装置を提供することができる。

第１８に、実行予定プログラムと実行予定日時とから構成されるスケジュール情報を設定記憶するスケジュール記憶手段と、スケジュール情報にしたがって定期的にプログラムを実行するスケジュール実行手段とを設け、配付受信手段が行う処理のうち配付元からボディファイルを取得する処理の開始時間を設定可能にするようにしたものであり、スケジュール記憶手段と、スケジュール実行手段とを設け、掲示板の更新情報の受信プログラムと、配付元ホストから伝言データの取得処理プログラムの実行時間をそれぞれ別に設定できるようにすることにより、掲示板更新情報の受信処理は常に受付け、配付元からボディファイルを取得する処理の実行は、回線利用料金の低い夜間料金時間帯や、端末へのサービスの少ない時間帯に設定するなど、他のホストに掲示された伝言による自ホスト内部の掲示板の更新処理を、受信ホストの都合の良い時間帯に行うことができ、また、受信ホストに直接接続された端末へのサービスに影響を与えにくくすることができる。したがって、他のホストに掲示された伝言による自ホスト内部の掲示板の更新処理を、受信ホストの都合の良い時間帯に実行することができ、また、受信ホストに直接接続された端末へのサービスに影響を与えにくくすることのできる情報提供装置を提供することができる。

第１９に、配付送信手段が、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイル群とをＭＩＭＥエンコードして、配付条件により決定された配付先ホストへＳＭＴＰ送出処理し、また、配付受信手段が、受信したＭＩＭＥメールデータをデコードし、伝言ヘッダファイルとボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知するようにしたものであり、伝言が登録された配付送信手段が、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイル群とをＭＩＭＥエンコードして、配付条件により決定された配付先ホストへＳＭＴＰ送出処理し、また、受信ホストの配付受信手段が、受信したＭＩＭＥメールデータをデコードし、伝言ヘッダファイルとボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知することにより、互いに伝言を配付しようとする２つのホスト間の通信路が常時確保されていない、あるいは直接接続不可能ではあるがＵＵＣＰ接続程度の通信が可能である場合でも伝言データの配付を可能とすることができる。したがって、互いに伝言を配付しようとする２つのホスト間の通信路が常時確保されていない、あるいは直接接続不可能ではあるがＵＵＣＰ接続程度の通信が可能である場合でも伝言データの配付を可能とすることのできる情報提供装置を提供することができる。

第２０に、掲示結果検知手段からの通知を受けた場合に、配付条件記憶手段に記憶している配付条件を参照して配付先ホスト名を決定し、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイルの格納位置情報とから構成される伝言更新情報を生成し、配付条件により決定された配付先ホストへ送出処理する第１の配付送信手段と、ＭＩＭＥメールでのハイパービデオ再送要求を受けた場合に、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイル群とをＭＩＭＥエンコードして、要求元のホストへＳＭＴＰ送出処理する第２の配付送信手段と、受けた伝言更新情報に応じて配付元からボディファイルをＦＴＰにより取得し、取得できた場合には、伝言ヘッダファイルと取得したボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知し、ＦＴＰで取得できなかった場合には、配付元へハイパービデオ伝言のＭＩＭＥメールでの再送要求を送信する第１の配付受信手段と、受けたＭＩＭＥメールデータをデコードし、伝言ヘッダファイルと前記ボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言処理部へ通知する第２の配付受信手段と、外部よりデータを受信し、受信したデータが伝言更新情報の場合には、第１の配付受信手段へ通知し、ＭＩＭＥメールによる伝言情報の場合には、第２の配付受信手段へ通知し、再送要求の場合は、第２の配付送信手段へ通知する配付データ受信手段とを備え、まず伝言更新情報によるハイパービデオ伝言の配付を試み、受信側ホストでＦＴＰ受信に失敗した場合には、配付プロトコルの変更を送信側に要求し、再度ＭＩＭＥメールによるハイパービデオ伝言の配付を行うようにしたものであり、自ホスト内の掲示板更新の検知を受け、伝言更新情報を配付ホストへ送出する第１の配付送信手段と、配付先ホストより再配送要求を受け、伝言をＭＩＭＥエンコードして配付先ホストへ送信する第２の配付送信手段と、伝言更新情報をもとに、配付元ホストから伝言データをＦＴＰ取得し、取得に成功した場合ハイパービデオ伝言処理部へ通知し、取得に失敗した場合は、配付元ホストに再配送要求を送信する第１の配付受信手段と、ＭＩＭＥエンコードされた伝言をデコードし、ハイパービデオ伝言処理部へ通知する第２の配付受信処理手段と、外部よりデータを受信し、受信したデータが伝言更新情報の場合には、第１の配付受信手段へ通知し、ＭＩＭＥメールの場合には、第２の配付受信手段へ通知し、再送要求の場合は、第２の配付送信手段へ通知する配付データ受信手段とを備え、内部の掲示板データが更新を受けると、まず伝言更新情報によるハイパービデオ伝言の配付を試み、受信側ホストでＦＴＰ受信に失敗した場合には、配付プロトコルの変更を送信側に要求し、再度ＭＩＭＥメールによるハイパービデオ伝言の配付を行うことにより、配付先のホストの一部に、ＦＴＰを通過させないゲートウェイの内部にあるホストが含まれていた場合に、そのホストに対してＳＭＴＰプロトコルで伝言データを再配送をすることができる。したがって、配付先のホストの一部に、ＦＴＰを通過させないゲートウェイの内部にあるホストが含まれていた場合に、そのホストに対してＳＭＴＰプロトコルで伝言データを再配送をすることのできる情報提供装置を提供することができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。

（実施の形態１）
まず、本発明の第１の実施の形態について説明する。図２は本実施の形態における情報提供装置の構成を示している。図２において、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部であり、１５０はメディアサービス部である。入出力部１１０およびＷＷＷサービス部１３０は、従来の情報提供装置と同様な操作入力手段１１１、表示手段１１２と、ＷＷＷデータ記憶手段１３１、ＷＷＷデータ管理１３２をそれぞれ有する。また、情報ブラウジング部１２０は、従来の情報提供装置におけるのと同様な情報ブラウジング部１２１、取得結果記憶手段１２２、モノメディアデータ再生手段１２３に加え、取得したシナリオ参照データをもとにハイパービデオデータの再生を行うハイパービデオデータ再生手段１２４を有する。通信部１４０は、ＷＷＷデータの通信を行うＨＴＴＰ通信手段１４１と、各種メディアデータの通信を行うＮＦＳ通信手段１４２とを有する。メディアサービス部１５０は、シナリオデータと各種素材データより構成されるハイパービデオデータを記憶するメディアデータ記憶手段１５１と、外部からの要求に応じてメディアデータを出力するメディアデータ管理手段１５２とを有する。

図３は本実施の形態におけるＷＷＷサービス部１３０が扱うＷＷＷデータ２０１およびメディアサービス部１５０が扱うメディアデータ２０２の構造の例を示している。図３において、ＷＷＷデータ２０１は次のようなデータを格納している。

ページデータ（ａ．ｈｔｍｌ） ：シナリオ参照データへのリンクを含んだ
ハイパーテキスト情報、
シナリオ参照データ（ａ．ｒｅｆ）：シナリオデータの格納位置情報。
また、同様に、メディアデータ２０２は次のようなデータを格納している。

シナリオデータ（ａ．ｓｃｉ） ：ハイパービデオに含まれる素材一覧情報
と、それらの再生位置や再生時間などの
再生制御に関する情報、
素材メディアデータ（ａ１．ｍｐｅｇ、ａ２．ｇｉｆ、ａ３．ｔｅｘｔ）
：ハイパービデオに含まれるモノメディア
素材データ。
なお、素材メディアデータのメディアの種類は、ファイル拡張子により区別している。

図４は本実施の形態における情報ブラウジング部１２０のブラウジング制御手段１２１に記憶されている再生制御テーブル２０３の構造の例である。図７４に示した従来の情報提供装置における再生制御テーブル２４の例と同様な形式で、「．ｈｔｍｌ」、「．ｇｉｆ」、「．ｍｐｅｇ」レコードに加え、「．ｒｅｆ」レコードを追加している。「．ｒｅｆ」ファイルは、「ハイパービデオのシナリオ参照データ」を表し、シナリオ参照ファイルを元にハイパービデオデータを再生するプレーヤ「ＨＶ＿ｒｅｆ＿ｐｌａｙ」（ハイパービデオデータ再生手段）が設定されていることを示している。

次に、本実施の形態における情報ブラウジング部１２０の各種ＷＷＷデータを取得したときのブラウジング制御手段１２１のデータ処理手順について、図５に基づいて説明する。なお、本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順とかわらない。

ステップ２１：ホームページの取得要求を通信部１４０を介してＷＷＷサービ
ス部１３０へ送信し、データを取得、表示する。

ステップ２２：操作入力手段１１１より、リンクの選択もしくは、装置の動作
の終了の選択を受ける。

ステップ２３：先の入力が、装置の動作の終了であれば、終了する。

ステップ２４：入力されたリンク情報のＷＷＷデータを、ＷＷＷサービス部１
３０より取得し、取得結果記憶手段１２２に記憶する。

ステップ２５：取得、記憶したＷＷＷデータの種類が、
ステップ２６：ＨＴＭＬ形式のハイパーテキストデータであれば、表示手段１
１２に表示しているページデータを更新し、
ステップ２７：モノメディアデータデータであれば、モノメディアデータ再生
手段１２３によりデータ再生して表示手段１１２に出力し、
ステップ２８：シナリオ参照データであれば、ハイパービデオデータ再生手段
１２４によりデータ再生して表示手段１１２に出力し、ステッ
プ２２へ戻る。

ここで、ステップ２５におけるデータの種類の判断は、たとえば、図４に示した再生制御テーブル２０３のように、取得データファイルの拡張子により判断するのは従来の動作と同様である。

次に、ステップ２８におけるハイパービデオデータ再生手段１２４（「ＨＶ＿ｒｅｆ＿ｐｌａｙ」）の処理手順について図６を基に説明する。

ステップ３１：取得結果記憶手段１２２に格納されているシナリオ参照データ
を読み込み、シナリオデータの格納位置情報を得る。

ステップ３２：通信部１４０を介して、メディアサービス部１５０よりシナリ
オファイルの取得を行う。

ステップ３３：読み込んだシナリオファイルに従って、各種初期設定を行っ
た後、ステップ３４ないし３６によりシナリオに従ってデータ
を再生する。

ステップ３４：シナリオの再生が全て終了するか、もしくは入出力部１１０よ
り再生終了の入力を受けたならば、終了する。

ステップ３５：新たな素材データの再生にともない、素材データの読み込みが
必要であれば、
ステップ３６：通信部１４０を介して、メディアサービス部１５０より素材デ
ータの読み込みと、再生処理を開始する。

図７は本実施の形態におけるＷＷＷサービス部１３０のＷＷＷデータ記憶手段１３１に記憶されているＷＷＷデータの例を示し、図８はメディアデータ記憶手段１５１に記憶されているメディアデータの例を示している。図７において、２０４〜２０７はＷＷＷデータとして提供されるページデータ、２０８〜２１３はモノメディアデータである。モノメディアデータ２１２、２１３はシナリオ参照データ（ｈｖ１．ｒｅｆ、ｈｖ２．ｒｅｆ）であり、それぞれ図８のシナリオデータ２１４、２１５（ｈｖ１．ｓｃｉ、ｈｖ２．ｓｃｉ）のファイル名を格納している。

次に、図７および図８に示したＷＷＷデータおよびメディアデータを使用した場合の本実施の形態による情報提供装置の動作表示例について図９を参照して説明する。まず、起動後、「ホームページ」が表示される（図９（ａ））。ホームページのテキスト内容と共に、リンク情報が下線として表示されている。この状態においては、「静止画集」もしくは「動画集」もしくは「ハイパービデオ集」というテキストの箇所を選択することが可能である。ここで、「ハイパービデオ集」を選択し（図９（ｂ））、続いて「サンプル１」を選択すると、ハイパービデオ表示プログラムにより、ハイパービデオの表示を制御する各種ボタンと共にハイパービデオのサンプル１データが再生表示される（図９（ｃ））。この時、ページ表示は「ハイパービデオページ」のままで変化しない。ハイパービデオの表示を終了するには終了ボタンを選択する。また、「静止画集」および「動画 集」の箇所を選択した場合は、図７８で示した従来の情報提供装置の表示動作例と同様な動作をする。

以上のように、上記第１の実施の形態によれば、ハイパービデオ表示プログラムをＷＷＷビューアから起動できるように設定し、従来の情報提供装置で扱っていたハイパーテキストデータおよびモノメディアデータに加え、ハイパービデオのように複数ファイルにより構成されるミックスメディアのデータに対しても、ハイパーテキストからリンク付けして管理し、情報提供することができる。また、そのハイパービデオの再生の手順は、従来のモノメディアデータの再生手順と同様に、ユーザが表示されたハイパーテキストのリンク箇所を選択するだけの簡単な手順でできる。

なお、ファイルデータを取得し再生のために読み込みを開始するには、ＨＴＴＰ通信を使用した場合はファイルデータ全体の取得後でなければならないが、ＮＦＳ通信の場合はその必要がない。そのため、本実施の形態では特に、ハイパービデオの再生をしながらＮＦＳ通信によって必要な素材データをアクセスして読込みすることにより、あらかじめ全てのデータを取得しておく必要がなくなり、ハイパービデオへのリンクを選択操作してからハイパービデオの再生が開始されるまでの時間を短縮することができる。

また、本実施の形態では、シナリオ参照データをＨＴＴＰにより取得し、シナリオおよび素材データをＮＦＳアクセスしながらハイパービデオを再生してデータ再生開始待ち時間を短縮したが、モノメディアデータたとえば動画の格納位置情報を格納した動画参照データを設けてＨＴＴＰ通信により取得するようにし、動画データをＦＮＳアクセスして再生する手段を設けるようして、モノメディアデータの再生待ち時間を短縮することができるのはいうまでもない。

また、本実施の形態では、ＮＦＳ通信手段１４２は、ＮＦＳ（Ｎｅｔｗｏｒｋ　Ｆｉｌｅ Ｓｙｓｔｅｍ（開発元：米国サン・マイクロシステムズ社の商品名））としたが、サーバのハードディスクをあたかも端末のハードディスクであるかのようにして扱うことができる機器やソフトウェア群であれば同様な効果を得ることはいうまでもない。

また、特に大量の動画データを蓄積装置（ハードディスク）から高速に読みだし、それを途切れないように時間管理（レート制御）して同時に複数の端末に送出することが可能なビデオネットワークサーバ「ＶｉｄｅｏＳｈｏｗｅｒ（開発元：松下電器産業（株）の商品名）」を使用するとより効果的である。

（実施の形態２）
次に、本発明の第２の実施の形態について説明する。本実施の形態における情報提供装置の構成は、図２に示した第１の実施の形態における情報提供装置の構成と同様である。図１０は本実施の形態におけるＷＷＷサービス部１３０が扱うＷＷＷデータ３０１およびメディアサービス部１５０が扱うメディアデータ３０２の構造の例を示している。図１０において、ＷＷＷデータ３０１は次のようなデータを格納している。

ページデータ（ｂ．ｈｔｍｌ）：シナリオデータへのリンクを含んだハイパー
テキスト情報、
シナリオデータ（ｂ．ｓｃｉ）：ハイパービデオに含まれる素材一覧情報と、
それらの再生位置や再生時間などの再生制御
に関する情報。

また、メディアデータ３０２は次のようなデータを格納している。

素材メディアデータ（ｂ１．ｍｐｅｇ、ｂ２．ｇｉｆ、ｂ３．ｔｅｘｔ）
：ハイパービデオに含まれるモノメディア素材
データ。

図１１は本実施の形態における情報ブラウジング１２０のブラウジング制御手段１２１に記憶されている再生制御テーブル３０３の構造の例である。図４に示した第１の実施の形態における再生制御テーブル２０３の例と同様な形式で、「．ｒｅｆ」レコードに変え、「．ｓｃｉ」レコードを追加している。「．ｓｃｉ」ファイルは、「ハイパービデオのシナリオデータ」を表し、シナリオファイルを基にハイパービデオデータを再生するプレーヤ「ＨＶ＿ｓｃｉ＿ｐｌａｙ」（ハイパービデオデータ再生手段）が設定されていることを示している。

図１２は本実施の形態実施の形態におけるＷＷＷサービス部１３０のＷＷＷデータ記憶手段１３１に記憶されているＷＷＷデータの例（Ａ）と、メディアデータ記憶手段１５１に記憶されているメディアデータの例（Ｂ）を示している。図１２（Ａ）において、３０４〜３０７はＷＷＷデータとして提供される頁データ、３０８〜３１３はモノメディアデータである。モノメディアデータ３１２、３１３はシナリオデータ（ｈｖ１．ｓｃｉ、ｈｖ２．ｓｃｉ：）であり、それぞれ素材一覧データとしてメディアデータ格納情報内のデータ（Ｂ）のファイル名を格納している。

なお、本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順とかわらない。

また、本実施の形態における情報ブラウジング部１２０のブラウジング制御手段１２１の処理手順は、図５に示した第１の実施の形態における処理手順と同様であるが、ステップ２８におけるハイパービデオデータ再生手段１２４（（「ＨＶ＿ｓｃｉ＿ｐｌａｙ」））の処理手順のみ異なる。この処理について図１３を基に説明する。

ステップ４１：取得結果記憶手段１２２に格納されているシナリオデータを読
み込む。

ステップ４２：読み込んだシナリオファイルに従って、各種初期設定を行った
後、ステップ４３ないし４５によりシナリオに従ってデータ再
生する。

ステップ４３：シナリオの再生が全て終了するか、もしくは入出力部１１０よ
り再生終了の入力を受けたならば、終了する。

ステップ４４：新たな素材データの再生にともない、素材データの読み込みが
必要であれば、
ステップ４５：通信部１４０を介して、メディアサービス部１５０より素材デ
ータの読み込みと、再生処理を開始する。

なお、図１２に示したＷＷＷデータおよびハイパービデオデータを使用した場合の本実施の形態による情報提供装置の動作表示例は、図９に示した第１の実施の形態における動作表示例とかわらない。

以上のように、上記第２の実施の形態によれば、ＷＷＷデータおよびメディアデータの構成を、図３に示した第１の実施の形態の設定に代えて図１０のように設定しても、再生制御テーブルおよびハイパービデオ再生プログラムの処理手順をそれぞれ図１１および図１３のように設定することにより、ハイパービデオの管理および情報提供が可能であり、また、その再生手順も従来のモノメディアと同様のリンク箇所を選択するのみという手順で再生できるという第１の実施の形態と同様の効果を得ることができる。

また、本実施の形態では、特に、第１の実施の形態で利用していたハイパービデオの参照情報を不要となるように、ＷＷＷデータおよびメディアデータを図１０のように構成することにより、情報提供装置全体のデータ格納の効率を向上させることができる。

（実施の形態３）
次に、本発明の請求項に対応する第３の実施の形態について説明する。本実施の形態における情報提供装置（マルチメディアタイトル管理装置）の構成は、図２に示した第１の実施の形態における情報提供装置の構成と同様である。図１４は本実施の形態におけるＷＷＷサービス部１３０が扱うＷＷＷデータ４０１およびメディアサービス部１５０が扱うメディアデータ４０２の構造の例を示している。図１４において、ＷＷＷデータ４０１は次のようなデータを格納している。

ぺージデータ（ｃ．ｈｔｍｌ）：タイトルデータへのリンクを含んだハイパー
テキスト情報、
タイトルデータ（ｃ．ｔｉｔ）：素材一覧情報と、それらの再生位置や再生時
間などの再生制御に関する情報とから構成さ
れるシナリオ部と、素材メディアデータから
構成される素材データ部とからなるハイパー
ビデオ情報。

また、メディアサービス部１５０では、メディアデータ４０２として管理するデータは存在しない。

図１５は本実施の形態における情報ブラウジング部１２０のブラウジング制御手段１２１に記憶されている再生制御テーブル４０３の構造の例である。図４に示した第１の実施の形態における再生制御テーブル２０３の例と同様な形式で、「．ｒｅｆ」レコードに変え、「．ｔｉｔ」レコードを追加している。「．ｔｉｔ」ファイルは、「ハイパービデオのタイトルデータ」を表し、タイトルデータファイルを基にハイパービデオデータを再生するプレーヤ「ＨＶ＿ｔｉｔ＿ｐｌａｙ」（ハイパービデオデータ再生手段）が設定されていることを示している。

図１６は本実施の形態におけるＷＷＷサービス部１３０のＷＷＷデータ記憶手段１３１に記憶されているＷＷＷデータの例を示している。図１６において、４０４〜４０７はＷＷＷデータとして提供されるページデータ、４０８〜４１３はモノメディアデータである。モノメディアデータ４１２、４１３はタイトルデータ（ｈｖ１．ｔｉｔ、ｈｖ２．ｔｉｔ）であり、それぞれハイパービデオの再生必要なシナリオデータおよび素材データを全て含んでいる。

なお、本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順とかわらない。

また、本実施の形態における情報ブラウジング部１２０のブラウジング制御手段１２１の処理手順は、図５に示した第１の実施の形態における処理手順と同様であるが、ステップ２８におけるハイパービデオデータ再生手段１２４（「ＨＶ＿ｔｉｔ＿ｐｌａｙ」）の処理手順のみ異なる。この処理について図１７を基に説明する。

ステップ５１：取得結果記憶手段１２２に格納されているタイトルデータを読
み込む。

ステップ５２：読み込んだタイトルファイルに基づいて、各種初期設定を行っ
た後、
ステップ５３：シナリオの再生が全て終了するか、もしくは入出力部１１０よ
り再生終了の入力を受けるまで、ハイパービデオの再生処理を
行う。

なお、図１６に示したＷＷＷデータおよびメディアデータを使用した場合の本実施の形態による情報提供装置の動作表示例は、図９に示した第１の実施の形態における動作表示例とかわらない。

以上のように、上記第３の実施の形態によれば、ＷＷＷデータおよびメディアデータの構成を、図３に示した第１の実施の形態の設定に代えて図１４のように設定しても、再生制御テーブルおよびハイパービデオ再生プログラムの処理手順をそれぞれ図１５および図１７のように設定することにより、ハイパービデオの管理および情報提供が可能であり、また、その再生手順も従来のモノメディアと同様のリンク箇所を選択するのみという手順で再生できるという第１の実施の形態と同様の効果を得ることができる。

また、本実施の形態では、特に、ハイパービデオデータを１つのタイトルデータとして図１４に示した構成にしたので、図２のメディアサービス部１５０が扱うデータがない。したがって、ハイパービデオデータをＨＴＴＰ通信手段１４１のみで取得再生することができ、上記第１、第２の実施の形態で必要としていた特殊なＮＦＳ通信手段１４２を利用しないで情報提供をすることができる。また、複雑なファイル構成を１つにまとめたことにより、データ蓄積および管理の手間が削減でき、かつ誤操作を防止して、その結果管理効率を向上させることができる。

（実施の形態４）
次に、本発明の第４の実施の形態について説明する。図１８は本実施の形態における情報提供装置の構成を示している。図１８において、Ｃはクライアントである利用者端末、Ｓはサーバであるホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図１８において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とを備え、ホストＳは、内部にＷＷＷサービス部１３０とメディアサービス部１５０とを備え、各利用者端末ＣとホストＳは、それぞれネットワーク（通信部１４０）により接続されている。

図１９は本実施の形態における各端末とホストの通信関係を示す概念図である。図１９において、Ｃ（Ｃ１〜Ｃ３）は端末、Ｓはホストである。また、Ｎ１はＨＴＴＰ通信手段１４１による接続関係、Ｎ２はＮＦＳ通信手段１４２による接続関係である。このように、ＨＴＴＰ通信手段１４１およびＮＦＳ通信手段１４２により各端末どうし独立に、ホストＳ内のＷＷＷサービス部１３０およびメディアサービス部１５０とデータ通信する。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、ホストＳ内のＷＷＷデータおよびメディアデータを取得しながら動作する。このとき、各端末Ｃでの操作による表示内容は、他の端末Ｃでの入出力操作による表示内容とは独立に表示される。

以上のように、上記第４の実施の形態によれば、第１の実施の形態と同様の効果に加え、ホストＳに蓄積したハイパービデオ情報を各端末Ｃで利用再生することができ、ハイパービデオ教材を蓄積して数多くの生徒用の学習端末から利用する場合などにおいて、各端末毎にデータを蓄積する必要がなく、またデータも統一して管理しやすいなどの効果がある。

なお、本実施の形態では情報ブラウジング部１２０、ＷＷＷサービス部１３０、メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２の実施の形態あるいは第３の実施の形態と同様な構成としても、本実施の形態の効果を得ることができるのはいうまでもない。

（実施の形態５）
次に、本発明の第５の実施の形態について説明する。図２０は本実施の形態における情報提供装置の構成を示している。図２０において、Ｃは利用者端末、Ｓ（Ｓ１、Ｓ２）はホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２０において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とを備え、第１のホストＳ１は、内部にＷＷＷサービス部１３０を備え、第２のホストＳ２は、メディアサービス部１５０を備え、各端末Ｃおよび各ホストＳ１、Ｓ２は、それぞれネットワーク（通信部１４０）により接続されている。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、ホストＳ１（ＷＷＷサーバ）内のＷＷＷデータ（ページデータ、モノメディアデータ、シナリオ参照データ）およびホストＳ２（ハイパービデオサーバ）内のメディアデータ（シナリオデータ、素材データ）を取得しながら動作する。このとき、第４の実施の形態における各端末とホストの通信関係と同様に、各端末Ｃの情報ブラウジング部１２０と、ホストＳ１のＷＷＷサービス部１３０およびホストＳ２のメディアサービス部１５０とは、それぞれ独立してデータ通信される。さらに、本実施の形態では、ＷＷＷサービス部１３０とメディアサービス部１５０が、異なるホスト内のプロセスとして動作する。

以上のように、上記第５の実施の形態によれば、第１の実施の形態と同様の効果に加え、たとえば、相当数の端末からのアクセスを１つのＷＷＷサーバで処理する場合など、ＷＷＷデータのアクセスが頻繁に生じる環境下においても、ＷＷＷデータの送出処理の増加によるＣＰＵ負荷の増加が、直接メディアデータの送出処理に影響を与えにくくなり、比較的安定した各端末でのハイパービデオの再生パフォーマンスを得られる効果がある。

なお、本実施の形態では、情報ブラウジング部１２０、ＷＷＷサービス部１３０、メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２の実施の形態と同様な構成としても同様な効果を得ることができるのはいうまでもない。

（実施の形態６）
次に、本発明の第６の実施の形態について説明する。図２１は本実施の形態における情報提供装置の構成を示している。図２１において、Ｃは利用者端末、Ｓ（Ｓ１、Ｓ２）はホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２１において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とを備え、第１のホストＳ１は、内部にメディアサービス部１５０を備え、第２のホストＳ２は、内部にＷＷＷサービス部１３０とメディアサービス部１５０とを備え、各端末Ｃと各ホストＳ１、Ｓ２は、それぞれネットワーク（通信部１４０）により接続されている。そして、各ホストＳ１、Ｓ２には、それぞれ次に示すデータを格納している。

ホストＳ１（連続メディアデータサーバ）
：ハイパービデオデータの音声や動画などの連続メデ
ィア素材データ、
ホストＳ２（ＷＷＷサーバ、非連続メディアデータサーバ）
：ハイパーテキストデータ、モノメディアデータ、ハ
イパービデオデータのシナリオデータとテキストや
静止画などの非連続メディア素材データ。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、ホストＳ１、Ｓ２内のＷＷＷデータおよびメディアデータを取得しながら動作する。このとき、各端末Ｃの情報ブラウジング部１２０と、ホストＳ１のＷＷＷサービス部１３０および各ホストＳ１、Ｓ２のメディアサービス部１５０とは、それぞれ独立してデータ通信される。さらに、本実施の形態では、連続メディアサーバ（Ｓ１のメディアサービス部１５０）と、ＷＷＷサーバおよび非連続メディアサーバ（Ｓ２のＷＷＷサービス部１３０およびメディアサービス部１５０）とが、異なるホスト内のプロセスとして動作する。

以上のように、上記第６の実施の形態によれば、第１の実施の形態と同様の効果に加え、たとえば、記録映像や映画などの長時間の映像もしくは映像と音声を基本として作成され、非連続メディア素材データの割合が少ないハイパービデオデータを提供し、しかもデータが遅延なく送出され確実に再生実行される必要がある場合、ＷＷＷデータおよび非連続データの送出処理によるＣＰＵ負荷の影響を連続メディアデータの送出処理に与えにくくし、各端末でのハイパービデオの再生パフォーマンスを得ることができる効果がある。

なお、本実施の形態では、情報ブラウジング部１２０、ＷＷＷサービス部１３０、メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２の実施の形態と同様な構成としても同様な効果を得ることができるのはいうまでもない。

また、本実施の形態では、連続メディアサーバＳ１に連続メディアデータ送出専用マシンを使用したり、ＮＦＳ通信手段１４２に同様な機能を実現するソフトウエア（たとえば、「ＶｉｄｅｏＳｈｏｗｅｒ（松下電器産業（株））」）を利用したりすることで、特に顕著な効果を得ることができる。

（実施の形態７）
次に、本発明の第７の実施の形態について説明する。図２２は、本実施の形態における情報提供装置の構成を示している。図２２において、Ｃは利用者端末、Ｓ（Ｓ１〜Ｓ６）はホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２２において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とを備え、第１のホストＳ１は、内部にＷＷＷサービス部１３０を備え、第２から第６のホストは内部にメディアサービス部１５０を備え、各端末Ｃと各ホストＳ１〜Ｓ６は、それぞれネットワークＮ（通信部１４０）により接続されている。そして、各ホストＳ１〜Ｓ６には、それぞれ次に示すデータを格納している。

ホストＳ１（ＷＷＷサーバ） ：ハイパーテキストデータ、モノメディアデー
タ（ハイパービデオの素材データは除く）、
ホストＳ２（シナリオサーバ）：ハイパービデオのシナリオデータ、
ホストＳ３（動画サーバ） ：ハイパービデオの動画素材データ、
ホストＳ４（音声サーバ） ：ハイパービデオの音声素材データ、
ホストＳ５（静止画サーバ） ：ハイパービデオの静止画素材データ、
ホストＳ６（テキストサーバ）：ハイパービデオのテキスト素材データ。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、ホストＳ１〜Ｓ６内の各種データを取得しながら動作する。このとき、各端末Ｃの情報ブラウジング部１２０と、ホストＳ１のＷＷＷサービス部１３０および各ホストＳ１〜Ｓ６のメディアサービス部１５０とは、それぞれ独立してデータ通信される。さらに、本実施の形態では、ＷＷＷサーバＳ１およびハイパービデオデータの各サーバ（Ｓ２〜Ｓ６）は異なるホスト内のプロセスとして動作する。

以上のように、上記第７の実施の形態によれば、第１の実施の形態と同様の効果に加え、たとえば、ホスト群に蓄積するハイパービデオデータの素材データが総量として多く、また、データアクセス頻度も高いネットワーク環境下においても、各サーバでのデータ送信処理の増加によるＣＰＵ負荷の増加が、他のサーバでのデータ送出処理に影響を与えにくくなり、比較的安定したハイパービデオの再生パフォーマンスを得ることができる。

また、例えば、蓄積しているハイパービデオデータの総量に占める素材データ別の割合に応じて、あるいは運用中に他のメディアに比べて送出パフォーマンスが劣る場合など、そのローカルエリアネットワーク内のメディアサーバ数を変更するなど、ネットワーク性能に応じたパフォーマンス調整が可能になる。

なお、本実施の形態では、情報ブラウジング部１２０、ＷＷＷサービス部１３０メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２の実施の形態と同様な構成としても同様な効果を得ることができるのはいうまでもない。

また、本実施の形態では、第６の実施の形態と同様に、各メディアサーバにそれぞれのメディアデータ送出専用マシンを使用したり、ＮＦＳ通信手段１４２に同様な機能を実現するソフトウエア（たとえば、「ＶｉｄｅｏＳｈｏｗｅｒ（松下電器産業（株））」）を利用したりすることで、特に顕著な効果を得ることができる。

（実施の形態８）
次に、本発明の第８の実施の形態について説明する。図２３は本実施の形態における情報提供装置の構成を示している。図２３において、Ｃ（Ｃ１〜Ｃ３）は利用者端末、Ｓはホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２３において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とＷＷＷサービス部１３０とを備え、ホストＳは、内部にメディアサービス部１５０を備え、各端末Ｃと各ホストＳは、それぞれネットワーク（通信部１４０）により接続されている。そして、各端末ＣおよびホストＳには、それぞれ次に示すデータを格納している。

端末Ｃ１：Ｃ１用ＷＷＷデータ（ハイパーテキスト、シナリオ参照データ）、
端末Ｃ２：Ｃ２用ＷＷＷデータ（ハイパーテキスト、シナリオ参照データ）、
端末Ｃ３：Ｃ２用ＷＷＷデータ（ハイパーテキスト、シナリオ参照データ）、
ホストＳ：ハイパービデオデータ（シナリオデータ、素材データ）。

ここで、各端末Ｃは、それぞれの端末または端末群ごとに異なる内容のハイパーテキストデータを格納している。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、ホストＳ内の各種データを取得しながら動作する。このとき、本実施の形態では、各端末Ｃの情報ブラウジング部１２０は、それぞれの端末のＷＷＷサービス部１３０およびホストのメディアサービス部１５０とデータ通信を行う。

以上のように、上記第８の実施の形態によれば、たとえば、各フロアの案内端末のように、各フロア固有の案内ハイパービデオと全館共通の案内ハイパービデオの一覧ページを表示して、端末の設置場所によって再生できる内容を差別化することができる。あるいは、個人学習端末のように、参加者のレベルに合わせた教材ハイパービデオのメニューページを表示して、利用者に応じて再生するハイパービデオの内容設定ができる。

なお、本実施の形態では、情報ブラウジング部１２０、ＷＷＷサービス部１３０、メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２の実施の形態と同様な構成としても同様な効果を得ることができるのはいうまでもない。

（実施の形態９）
次に、本発明の第９の実施の形態について説明する。図２４は本実施の形態における情報提供装置の構成を示している。図２４において、Ｃ（Ｃ１〜Ｃ３）は利用者端末、Ｓはホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２４において、各利用者端末Ｃ１〜Ｃ３は、内部に入出力部１１０と情報ブラウジング部１２０とメディアサービス部１５０とを備え、ホストＳは、内部にＷＷＷサービス部１３０とメディアサービス部１５０とを備え、各端末Ｃと各ホストＳは、それぞれネットワーク（通信部１４０）により接続されている。そして、各端末ＣおよびホストＳには、それぞれ次に示すデータを格納している。

端末Ｃ１：Ｃ１用メディアデータ（シナリオデータ、素材データ）、
端末Ｃ２：Ｃ２用メディアデータ（シナリオデータ、素材データ）、
端末Ｃ３：Ｃ３用メディアデータ（シナリオデータ、素材データ）、
ホストＳ：ＷＷＷデータ、Ｃ１〜Ｃ３共通用メディアデータ（シナリオデータ
、素材データ）。

ここで、各端末Ｃは、それぞれの端末または端末群ごとに異なる内容のメディアデータを格納し、ホストＳは、全端末共通のハイパービデオデータおよび各端末固有のハイパービデオデータへのリンク情報をＷＷＷデータとして格納している。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、各端末ＣおよびホストＳ内の各種データを取得しながら動作する。このとき、本実施の形態では、各端末Ｃの情報ブラウジング部１２０は、ホストＳのＷＷＷサービス部１３０およびメディアサービス部１５０、さらに自端末内のメディアサービス部１５０とデータ通信を行う。

以上のように、上記第９の実施の形態によれば、たとえば、顧客情報表示端末のように、本社のホストにて全社の顧客データ一覧情報（ＷＷＷデータ）と本社対応顧客ハイパービデオを蓄積し、また地域支社の端末にて支社顧客ハイパービデオを蓄積して、各支社では自分の支社顧客と本社顧客のデータしか参照しない場合など、各端末で利用するデータの範囲の特性に応じた構成をすることができる。

（実施の形態１０）
次に、本発明の第１０の実施の形態について説明する。図２５は本実施の形態における情報提供装置の構成を示している。図２５において、Ｃは利用者端末、Ｓはホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２５において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とＷＷＷサービス部１３０とメディアサービス部１５０とを備え、ホストＳは、内部にＷＷＷサービス部１３０とメディアサービス部１５０とを備えている。そして、各端末およびホストには、それぞれ次に示すデータを格納している。

端末Ｃ ：ＷＷＷデータ（コピー）、メディアデータ（コピー）、
ホストＳ：ＷＷＷデータ（マスタ）、メディアデータ（マスタ）。

また、各端末Ｓは、必要に応じてスイッチＳＷを介してホストＳとネットワーク（通信部１４０）により接続し、ホストＳのマスタデータを端末Ｃにロード（ＦＴＰ、ＵＵＣＰなど）する、あるいはＣＤ−ＲＯＭなどの記録媒体などを利用してデータを格納する。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、端末Ｃ内の各種データを利用して動作する。また、このとき、ネットワークインタフェースのエミュレート機能を利用して、あたかも物理ネットーワークを経由してデータを取得したように動作させる技術を利用している。

以上のように、上記第１０の実施の形態によれば、たとえば、本支店間が常時オンラインでない、あるいは接続されていても低速回線である場合など、端末とホストの間で十分なＮＦＳ通信ができないようなネットワーク環境下あるいは同等な環境に陥った時にでも、ホストから入手して事前に蓄積しておいた各種マスタデータのコピーを利用してハイパービデオの再生が可能である。

なお、本実施の形態では、情報ブラウジング部１２０、ＷＷＷサービス部１３０、メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２もしくは第３の実施の形態と同様な構成としても同様な効果を得ることができるのはいうまでもない。

（実施の形態１１）
次に、本発明の第１１の実施の形態について説明する。図２６は、本実施の形態における情報提供装置の構成を示している。図２６において、Ｃは利用者端末、Ｓはホストであり、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部である。入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０は、第１の実施の形態と同様な構成である。

また、図２６において、各利用者端末Ｃは、内部に入出力部１１０と情報ブラウジング部１２０とＷＷＷサービス部１３０とメディアサービス部１５０とを備え、ホストＳは、内部にメディアサービス部１５０を備え、各端末Ｃと各ホストＳは、それぞれネットワーク（通信部１４０４）により接続されている。また、各端末ＣおよびホストＳには、それぞれ次に示すデータを格納している。

端末Ｃ ：ＷＷＷデータ、メディアデータ（ハイパービデオ抄録）、
ホストＳ：メディアデータ（ハイパービデオ本編）。

ここで、端末内Ｃには、ホストＳ内のハイパービデオ（本編）に対応する抄録のハイパービデオデータを格納し、また、本編および抄録へのリンク情報を持ったハイパーテキスト情報をＷＷＷデータとして格納している。

本実施の形態による情報提供装置の基本動作手順は、図７５に示した従来の情報提供装置の基本動作手順と同様であり、各端末Ｃにて操作者が入出力操作を行い、各端末ＣおよびホストＳ内の各種データを取得しながら動作する。このとき、本実施の形態では、各端末Ｃの情報ブラウジング部１２０は、自端末内のＷＷＷサービス部１３０およびメディアサービス部１５０、さらにホストＳ内のメディアサービス部１５０とデータ通信を行う。

以上のように、上記第１１の実施の形態によれば、たとえば、映画視聴端末のように、端末内に映画の検索ページおよび抄録ハイパービデオデータを格納し、本編をホストに格納することにより、検索時の再生処理は端末内で行われ、本編のような大規模なデータの管理、送出処理はホストで行うことができる。また映画以外にも、ニュースダイジェストと本編、ＴＶ番組の抄録と本編、商品カタログと商品説明本編などの態様で実施できる。

なお、本実施の形態では、情報ブラウジング部１２０、ＷＷＷサービス部１３０、メディアサービス部１５０を第１の実施の形態と同様な構成としたが、第２の実施の形態と同様な構成としても同様な効果を得ることができるのはいうまでもない。

（実施の形態１２）
次に、本発明の第１２の実施の形態について説明する。図２７は本実施の形態における情報提供装置の構成を示している。図２７において、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部、１６０はハイパービデオ伝言掲示処理部である。入出力部１１０および情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、ハイパービデオサービス部１５０は、図２に示した第１の実施の形態における情報提供装置の構成と同様な構成である。ハイパービデオ伝言掲示処理部１６０は、ハイパービデオ伝言の掲示板登録依頼を外部より受け付けるハイパービデオ掲示処理受付手段１６１と、受け付けた掲示板処理依頼に応じて、メディアサービス部１５０にハイパービデオデータを追加格納するハイパービデオ掲示処理手段１６２と、ハイパービデオを格納した位置情報を参照してＷＷＷサービス部１３０のＷＷＷデータを更新する伝言一覧更新手段１６３とを有する。

図２８は本実施の形態におけるハイパービデオ伝言掲示処理部１６０の扱うハイパービデオ伝言データ５０１の構造例を示している。図２８において、ハイパービデオ伝言データ５０１は、次のようなデータを格納している。

伝言板名：ハイパービデオ伝言を掲示する伝言板名（掲示板名）情報、
伝言主題：伝言の内容を表現したサブジェクト情報、
伝言内容：ハイパービデオによる伝言情報で、シナリオデータおよび素材デー
タより構成される。

次に、本実施の形態による情報提供装置の基本動作について説明する。本実施の形態による情報提供装置では、図２８に示すデータ構造のハイパービデオ伝言を受け付け、ハイパービデオデータをメディアサービス部１５０に、その格納情報をＷＷＷサービス部１３０にそれぞれ格納する動作を行う。また、本実施の形態による情報提供装置の入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０における基本動作手順は、第１の実施の形態の情報提供装置の基本動作手順と同じであり、第１の実施の形態の表示動作例と同様な動作を行う。

次に、本実施の形態におけるハイパービデオ伝言掲示処理部１６０の処理手順について、図２８に示すハイパービデオ伝言を受信処理した時の処理手順を図２９に従って説明する。

ステップ６１：ハイパービデオ掲示処理受付手段１６１にて、ハイパービデオ
伝言の登録依頼を受け付け、
ステップ６２：次に、ハイパービデオ掲示処理手段１６２にて、受信した伝言
データのうち「伝言内容」データをメディアサービス部１５０
へ格納し、
ステップ６３：伝言一覧変更手段１６３にて、「伝言板名」および「伝言主題
」の内容に応じて、ＷＷＷサービス部１３０に格納されている
ＷＷＷデータを更新する。

このような動作を行う情報提供装置において、ＷＷＷサービス部１３０とメディアサービス部１５０のデータの格納の状態を、図２８に示すハイパービデオ伝言データの例を受信処理する前と後の様子をそれぞれ、図３０および図３１に示している。

図３０において、５０２はＷＷＷサービス部１３０のＷＷＷデータ記憶手段１３１に記憶されているＷＷＷデータであり、５０３はメディアサービス部１５０のメディアデータ記憶手段１５１に記憶されているメディアデータである。ＷＷＷデータ５０２は、伝言板の一覧ページデータ５０４および２つの伝言板ページデータ５０５、５０６と、各伝言板ページ５０５、５０６からリンク付けされたシナリオ参照データ５０７とからなり、またメディアデータ５０３は、該当するシナリオデータ５０８および素材メディアデータ５０９からなる。ハイパービデオ伝言の受信後、図３１に示すように、ＷＷＷサービス部１３０の「伝言板名」”新製品ガイド”に該当する伝言板ページ５０５（ｎｅｗ．ｈｔｍｌ）には、新たに「伝言主題」”２９型ワイドテレビ”の記述が追加され、新たに作られたシナリオ参照データ５０７Ａへのリンクが設定されている。また、メディアデータ５０３には、「伝言内容」の”２９型ワイドテレビ”に該当するシナリオデータ５０８Ａおよび素材メディアデータ５０９Ａが格納されている。

以上のように、上記第１２の実施の形態によれば、ハイパービデオ形式の伝言を受信してホストに登録および掲示することができ、また同時に再生表示することができる。

なお、本実施の形態では、第１の実施の形態と同様なデータ構造でハイパービデオ伝言を格納したが、第２および第３の実施の形態に示した構造でも同様な効果を得ることはいうまでもない。

（実施の形態１３）
次に、本発明の第１３の実施の形態について説明する。図３２は、本実施の形態における情報提供装置の構成を示している。図３２において、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部、１７０はハイパービデオメール処理部である。入出力部１１０および情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、ハイパービデオサービス部１５０は、図２に示した第１の実施の形態における情報提供装置の構成と同様な構成である。ハイパービデオメール処理部１７０は、自分のホスト名情報およびメールの宛先に対応する送信先ホストの情報とを記憶した受配信設定記憶手段１７１と、メールホストもしくはメール作成端末から受信したメールを一時記憶するメール一時記憶手段１７２と、メールを受信し、受信したメールに応じて受配信処理を行うメール受配信処理手段１７３とを有する。

図３３は本実施の形態における情報提供装置の扱うハイパービデオメール６０１および参照メール６０２のデータ構造例を示している。図３３において、ハイパービデオメール６０１は、次のようなデータを格納している。

メール宛先：ハイパービデオメールの送り先情報、
メール主題：メールの内容を表現したサブジェクト情報、
メール内容：ハイパービデオによるメール情報で、シナリオデータおよび素材
データより構成される。

また、参照メール６０２は、次のようなデータを格納している。

メール宛先：参照メールの送り先情報、
メール主題：メールの内容を表現したサブジェクト情報、
自ホスト ：ハイパービデオメールを格納処理したホスト名情報、
格納場所 ：ハイパービデオメールの格納場所情報。

図３４は本実施の形態における情報提供装置の使用例を示している。図３４において、Ｃ１〜Ｃ２は端末、Ａ、Ｂはメールホストである、それぞれネットワーク（通信部１４０）により接続されている。また、各端末ＣとメールホストＡ、Ｂ内には、それぞれ次のような手段を備えている。

端末Ｃ１ ：ハイパービデオメールを作成部１８０
端末Ｃ２ ：入出力部１１０、情報ブラウジング部１２０、
メールホストＡおよびＢ：ＷＷＷサービス部１３０、メディアサービス部１５
０、ハイパービデオメール処理部１７０。

図３５は本実施の形態におけるメールホストＢのＷＷＷサービス部１３０に記憶されているＷＷＷデータ６０３およびメディアデータ６０４、６０５の例を示す図である。図３５において、メールホストＡのメディアサービス部１５０には格納されているデータはなく、メールホストＢのＷＷＷサービス部１３０には、メールホストＢで担当するユーザの一覧データ６０６（ｍａｉｌ．ｈｔｍｌ）と、ユーザｂ、ｃ宛のメールページデータ６０７、６０８（ｂ．ｈｔｍｌ、ｃ．ｈｔｍｌ）が格納され、ユーザｂにメールホストＺから到着したメールの参照情報６０９（ｚｂ００１．ｒｅｆ）を格納していることを示している。メールホストＺのメディアデータ６０４には、メールのシナリオデータ６１０と素材メディアデータ６１１が格納されている。また、図３６においては、ユーザｂに新たにホストａから到着したメールの参照情報（ａｂ００５．ｒｅｆ）６０９Ａが格納されている。

図３７は本実施の形態における情報提供装置の受配信設定記憶手段１７１に記憶されている受配信設定情報６１２の例を示す図である。図３７において、受配信設定情報６１２は次のようなデータを格納している。

ホスト名データ ：ホスト名情報、
参照メール送信先テーブル：メールの宛先情報とその宛先のに対応するホスト
名情報をレコードとするテーブル情報。

図３８は本実施の形態における情報提供装置の基本動作手順を示すフロー図であり、以下これについて、図３８を基に、図３３、図３５、図３６を参照して説明する。図３８は端末Ｃ１からユーザａがユーザｂ宛にハイパービデオメールを送信し、ユーザｂが端末Ｃ２にてメールを読む手順を示している。ただし、あらかじめ各ホストは図３５に示すデータを格納されているものとする。

ステップ７１：まず、端末Ｃ１のハイパワービデオメール作成部１８０のメー
ル作成アプリケーションにより作成されハイパービデオメール
（図３３の６０１）が端末Ｃ１よりメールホストＡに送信され
る。

ステップ７２：メールホストＡでは、受信したメールのハイパービデオ部を内
部のメディアサービス部１５０内に格納し、参照メール（図３
３の６０２）を作成し、メールホストＢへ転送する。

ステップ７３：メールホストＢでは、受信したメールを基に内部のＷＷＷサー
ビス部１３０のデータを更新する。この時、各メールホストに
は図３６に示したデータが格納された状態になる。

ステップ７４：端末Ｃ２よりメールホストＢのＷＷＷサービス部１３０にアク
セスし、リンク先のメールホストＡ内のハイパービデオデータ
を再生する。

次に、本実施の形態における情報提供装置のハイパービデオメール処理部１７０の処理手順について、図３３に示すハイパービデオメールを受信した時の処理手順を図３９に従って説明する。なお、入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０における基本動作手順は、実施の形態１の情報提供装置の基本動作手順と同じである。

ステップ８１：メール（図３３の６０１または６０２）を受信し、メール一時
記憶手段１７２に記憶する。

ステップ８２：次に、受信したメールがハイパービデオメール（図３３の６０
１）ならば、ステップ８３へ進み、参照メール（図３３の６０
２）ならば、ステップ８６へ進む。

ステップ８３：ハイパービデオメール６０１の「メール内容」をメールホスト
内のメディアデータサービス部１５０へ格納し、一時記憶手段
１７２内から削除する。

ステップ８４：受配信設定情報（図３７の６１２）を参照して、「自ホスト」
データと、ステップ８３でハイパービデオを格納した位置情報
を「格納場所」データとを一時記憶手段１７２に記憶している
データと合わせ、参照メール（図３３の６０２）を作成する。

ステップ８５：受配信設定情報６１２の参照メール送信先テーブルから、参照
メールの「メール宛先」に応じた送り先ホストを検索して、該
当するメールホストへメールを送信し、終了する。

ステップ８６：ＷＷＷサービス部１３０に格納しているＷＷＷデータを更新し
、終了する。

以上のように、上記第１３の実施の形態によれば、ハイパービデオメールおよび参照メールをメールホスト間で転送しながら、送信元メールホストにハイパービデオを格納し、送信先のメールホストに参照データを格納することにより、ハイパービデオメールを交換することができ、また同時に再生表示することができる。

なお、本実施の形態では、第１の実施の形態と同様なデータ構造でハイパービデオメールを格納したが、第２および第３の実施の形態に示した構造でも同様な効果を得ることはいうまでもない。

また、本実施の形態では、ことなるホストをメールホストとする端末どうしでハイパービデオメールを交換する例を示したが、同一のホストをメールホストとする端末どうしでも同様にしてハイパービデオメールを交換できることは言うまでもない。

（実施の形態１４）
次に、本発明の第１４の実施の形態について説明する。図４０は本実施の形態における情報提供装置の構成を示している。図４０において、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部、１６０はハイパービデオ伝言掲示処理部、１８０は広域配付処理部である。入出力部１１０および情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、ハイパービデオサービス部１５０、ハイパービデオ伝言掲示処理部１６０は、図２７に示した第１２の実施の形態における情報提供装置の構成と同様な構成である。

また、広域配付処理部１８０は、ハイパービデオ伝言掲示処理部１６０の掲示処理の結果を検知する掲示結果検知手段１８１と、掲示されたハイパービデオ伝言を広域に配付する条件情報を記憶する配付条件記憶手段１８２と、掲示結果検知手段１８１からの通知を受けた場合に、配付条件記憶手段１８２に記憶している配付条件を参照して配付先ホスト名を決定し、ハイパービデオ伝言の配付送信を行う配付送信手段１８３と、外部からハイパービデオ伝言の配付を受けた場合に、ハイパービデオ伝言を再構成し、ハイパービデオ伝言掲示処理部１６０へ掲示処理を通知する配付受信手段１８４とを有する。

また、本実施の形態による情報提供装置では、ハイパービデオ伝言掲示処理部１６０が図２８に示すデータ構造のハイパービデオ伝言を掲示処理すると、その掲示情報と、あらかじめ設定された配付条件を参照して、外部のホストと通信しハイパービデオ伝言の配付を行う。また、本実施の形態による情報提供装置の入出力部１１０、情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、メディアサービス部１５０、ハイパービデオ伝言掲示処理部１６０における基本動作手順は、図２９に示した第１２の実施の形態の情報提供装置の基本動作手順と同じであり、第１の実施の形態の表示動作例と同様な動作を行う。

図４１は、本実施の形態における情報提供装置の使用例を示している。図４１においてＡ、Ｂ、Ｃはホスト、Ｔ１〜Ｔ３は端末であり、互いにネットワークで接続されている。また、各端末はあらかじめ決められたホストにのみアクセスし、伝言の登録やブラウジングを行う。このとき、決められたホストと端末のグループをサイトと呼ぶ。本実施の形態では、サイトＡのホストＡに伝言が掲示された場合に、他のサイトのホスト（ホストＢ、Ｃ）へ同内容の伝言を配付する。

図４２は、本実施の形態における掲示結果通知手段１８１が検知し、配付送信手段１８３へ通知する検知結果データ７０１の構造例を示している。図４２において、検知結果データ７０１は、次のようなデータを格納している。

伝言板名：登録（掲示）されたハイパービデオ伝言を掲示した伝言板名（掲示
板名）情報、
伝言主題：掲示された伝言のサブジェクト情報。

図４３は、配付条件記憶手段１８２に記憶されている配付条件テーブル７０２の構造の例を示している。図４３において一つの掲示板に対する配付条件を、配付対象となっている伝言板名と、配付先ホスト名とを内容とするレコード形式で格納している。ここでは、『新製品ガイド』伝言板に伝言が登録された場合に、（ａ）ホストＡは、Ｂ、Ｃへ、（ｂ）ホストＢは、Ａ、Ｃへ、（ｃ）ホストＣは、Ａ、Ｂへ送信するように設定されている例を示している。

また、掲示板処理されたことを検知する具体的な手段としては、例えば、ハイパービデオ掲示処理手段１６２が掲示処理を行う都度、掲示結果検知手段１８１に直接通知したり、あるいは、ハイパービデオ伝言掲示処理部１６０にログを出力させ、それを監視し検知するなど容易に実現可能である。

図４４は、２つのホストの広域配付処理部１８０が送受信する配送ファイル構成を示している。転送されるファイルのうち、ヘッダファイル７０３には検知結果データ７０１と同様の次の内容を格納している。

伝言板名：掲示されたハイパービデオ伝言を掲示した伝言板名情報、
伝言主題：掲示された伝言のサブジェクト情報。
なお、シナリオファイル７０４および素材ファイル７０５は、すでにメディアサービス部１５０に格納されている。

図４５は、図４１に示した本実施の形態による情報提供装置の使用例の基本動作手順を示すフロー図であり、以下これについて図４１、図４２、図４３、図４４を参照しながら説明する。ただし、ホストＡ、Ｂ、Ｃの配付条件記憶手段１８２には、それぞれ、図４３に示した配付条件テーブルが記憶されている。

ステップ９１：ホストＡが、端末Ｔ１より図２８に示したハイパービデオ伝言
を受け、「新製品ガイド」伝言板に掲示処理する。

ステップ９２：ホストＡは、「新製品ガイド」伝言板に設定された配付ホスト
を検索し、配付ホスト（Ｂ、Ｃ）を決定する。

ステップ９３：ホストＡより、ホストＢ、Ｃへ、伝言を配付する。

ステップ９３：ホストＢ、Ｃが、配付された伝言を自己の「新製品ガイド」伝
言板にそれぞれ掲示処理し、端末Ｔ２、Ｔ３より伝言の参照が
可能になる。

ここで、ステップ９３では、ホストＡの配付送信手段１８３と、ホストＢ、Ｃの配付受信手段１８４とが、それぞれ次のような処理手順で伝言を配付する。

図４６は、配付送信手段１８３の処理手順を示すフロー図である。ホストＡにおける配付送信処理を例に、本実施の形態における配付送信手段１８３の処理手順について説明する。

ステップ１０１：掲示結果検知手段１８１より、ハイパービデオ伝言の掲示処
理の検知結果データ７０１を受ける。

ステップ１０２：配付条件記憶手段１８２に記憶されている配付条件テーブル
７０２を参照し、検知結果データ７０１の伝言板名「新製品
ガイド」に該当する配付先ホスト名「Ｂ」および「Ｃ」を検
索する。

ステップ１０３：次に、検知結果データ７０１を元にヘッダファイル７０３を
生成する。

ステップ１０４：配送ファイル群（ヘッダファイル７０３、シナリオファイル
７０４、素材ファイル７０５）を、ホストＢ、ＣへＦＴＰ送
信する。

図４７は、配付受信手段１８４の処理手順を示すフロー図である。ホストＢにおける配付受信処理を例に、本実施の形態における配付受信手段１８４の処理手順について説明する。

ステップ１１１：配送ファイル群を全て受信する。

ステップ１１２：ヘッダファイル７０３を元に「伝言板名」および「伝言主題
」データを決定し、また、シナリオファイル７０４および素
材ファイル７０５を「伝言内容」とするハイパービデオ伝言
（図２８）を再構成する。

ステップ１１３：その伝言の登録依頼をハイパービデオ伝言掲示処理部１６０
に通知する。

また、図４８は、本実施の形態における伝言を送受信する２つのホストの各配付処理の同期の関係を示した図である。本実施の形態では、送信元ホスト（ホストＡ）が伝言の登録を検知し、ＦＴＰ通信のｐｕｔ（送出）コマンドを実行した後に、ホストＢでの伝言の再構成および掲示処理が開始される。

このような処理の結果、ホストＢおよびＣにおけるデータの格納状態は、図３０および図３１に示した第１２の実施の形態における状態の変化の例と同様に変化する。

以上のように、第１４の実施の形態によれば、掲示されたハイパービデオ形式の伝言をホスト間で交換可能となり、あらかじめ設定した配付条件に応じた複数のホストで同一の内容を持つ伝言板を構築することができる。そのため、決められたアクセス先が異なる（サイトが異なる）端末のユーザどうしであっても、互いの伝言のブラウジングが可能になる。

また、伝言データの配付処理（ＦＴＰ処理）は、伝言が掲示されたホストが行うため、各ホストにおける配付処理の負荷の割合は、各サイト内の端末から登録される伝言の総和に比例する。そのため、各端末の伝言の登録傾向（割合）に応じてサイト構成して、端末からの伝言の登録受付処理および他のホストへの配付処理の負荷を平均化することができる。

なお、本実施の形態では、第１の実施の形態と同様なデータ構造のハイパービデオ伝言を配付したが、第２および第３の実施の形態に示した構造でも同様な効果を得ることはいうまでもない。

（実施の形態１５）
次に、本発明の第１５の実施の形態について説明する。本実施の形態における情報提供装置の構成および基本動作は、図４０および図４５に示した第１４の実施の形態における情報提供装置の構成および基本動作と同様である。

図４９は、伝言の送信元ホストが配付先ホストへ送信する伝言更新情報８０１の構成を示している。伝言更新情報８０１には次のようなデータが格納されている。

伝言板名　　　　　：掲示されたハイパービデオ伝言を掲示した伝言板名情報、
伝言主題　　　　　：掲示された伝言のサブジェクト情報、
格納ファイルリスト：掲示された伝言を構成するシナリオファイルおよび素材
　　　　　ファイルの格納位置情報で、ホスト名情報を付加した形
　　　　　　　　　　　式とする。
なお、シナリオファイルおよび素材ファイルは、すでにメディアサービス部１５０に格納されている。

以下、本実施の形態の配付処理手順について、図４１に示した第１２の実施の形態における情報提供装置の使用例を用いて説明する。なお、本実施の形態においても、各ホストにおける掲示結果通知のデータ形式、および配付条件テーブルの内容は、それぞれ図４２、図４３に示した内容と同じとする。

図５０は、配付送信手段１８３の処理手順を示すフロー図である。本実施の形態における配付送信手段１８３の処理手順について、ホストＡにおける配付送信処理を例に、図５０に従って説明する。

ステップ１２１：掲示結果検知手段１８１より、ハイパービデオ伝言の掲示処
理の検知結果データ７０１を受け、
ステップ１２２：配付条件記憶手段１８２に記憶されている配付条件テーブル
７０２を参照し、検知結果データ７０１の伝言板名「新製品
ガイド」に該当する配付先ホスト名「Ｂ」および「Ｃ」を検
索する。

ステップ１２３：次に、検知結果データ７０１を元に、メディアサービス部に
格納されているメディアデータの格納位置情報を検索し、伝
言更新情報８０１を生成する。

ステップ１２４：生成した伝言更新情報８０１をホストＢ、ＣへＳＭＴＰ（
　Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃ
　　　　　　　　　ｏｌ：電子メール交換のプロトコルの一種）にて送信する。

また、図５１は、配付受信手段１８４の処理手順を示すフロー図である。本実施の形態における配付受信手段１８４の処理手順について、ホストＢにおける配付受信処理を例に、図５１に従って説明する。

ステップ１３１：伝言更新情報８０１を受信すると、
ステップ１３２：受信した伝言更新情報８０１内の「格納ファイルリスト」を
参照し、配付元ホストからファイルをＦＴＰで取得する（ｇ
ｅｔコマンドを使用）。

ステップ１３３：ステップ１３２で取得したファイルを「伝言内容」とし、伝
言更新情報８０１内の「伝言板名」、「伝言主題」データと
からハイパービデオ伝言（図２８）を再構成する。

ステップ１３４：ハイパービデオ伝言掲示処理部１６０に登録依頼通知する。

また、図５２は、本実施の形態における伝言を送受信する２つのホストの各配付処理の同期の関係を示した図である。本実施の形態では、送信元ホスト（ホストＡ）が伝言の登録を検知し、伝言更新情報を送信した後に、ホストＢが伝言更新情報を解析し、ＦＴＰ通信のｇｅｔ（取得）コマンドによるファイル取得が実行される。

なお、このような処理の結果、ホストＢおよびＣにおけるデータの格納状態の変化は、第１４の実施の形態における状態の変化と同様である。

以上のように、上記第１５の実施の形態によれば、複数のホストで伝言を交換し、設定に応じて共通の伝言板を構築することができるという、第１４の実施の形態と同様の効果がある。また、本実施の形態においては特に、掲示された伝言の配付処理を、配付ホストでは伝言更新情報をのみを送信し、受信側ホストで伝言データ本体（メディアファイル）をＦＴＰ取得処理する。そのため、たとえばあるサイトで伝言の登録が一時的に多く発生し、ホストから配付すべき伝言の数が集中した場合でも、他のホストへメディアデータ転送処理の負荷を分散することができ、サイト全体として伝言の配付処理に影響を与えにくくすることができる。

また、広域配付処理部の構成を第１４あるいは第１５のどちらの実施の形態のようにすべきかの判断は、広域配付処理部以外の実施形態や、各サイトでの端末からの利用形態の傾向（伝言の参照が多い、登録が多いなど）、あるいは、各サイト間の関係（配付先が多い、受信のみなど）などによる。おおむね、互いのサイトから双方向に配付される会話系の構成の場合には、第１４の実施形態が、特定のサイトから全体へ配付されるような通達系の構成の場合には、第１５の実施形態にすると効果的である。

（実施の形態１６）
次に、本発明の第１６の実施の形態について説明する。図５３は本実施の形態における情報提供装置の構成を示している。図５３において、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部、１６０はハイパービデオ伝言掲示処理部、１８０は広域配付処理部、１９１は実行予定プログラムと実行予定日時とから構成されるスケジュール情報を設定記憶するスケジュール記憶手段、１９２はスケジュール記憶手段１９１の記憶しているスケジュール情報にしたがって定期的にプログラムを実行するスケジュール実行手段である。

ここで、入出力部１１０および情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、ハイパービデオサービス部１５０、ハイパービデオ伝言掲示処理部１６０、広域配付処理部１８０は、図４０に示した第１４の実施の形態における情報提供装置の構成と同様な構成である。

また、本実施の形態における情報提供装置の基本動作は、図４５に示した第１４の実施の形態における情報提供装置の基本動作と同様である。

図５４は、スケジュール記憶手段１９１が記憶する実行予定テーブル９０１の構成を示している。実行予定テーブル９０１は次のような予定データをレコードとするテーブル形式で格納している。

実行予定プログラム：実行すべきプログラム（処理名）、
実行予定日時　　　：実行予定プログラムを実行する日時情報。
なお、図５４では、「伝言ファイル取得処理」が「毎日２１時」に実行される予定などが記憶されている。

以下、本実施の形態の配付処理手順について説明する。本実施の形態の配付処理手順は第１５の実施の形態とほぼおなじである。第１５の実施の形態と異なる点は、配付受信手段１８４の処理手順である。

図５５および図５６は、配付受信手段１８４による処理手順を示すフロー図である。本実施の形態における配付受信手段１８４の処理手順は、図５５に示した伝言更新情報の受信処理手順と、図５６に示したファイル取得処理手順の２つの手順フローからなる。これらについて図５５および図５６に従って説明する。なお、配付送信手段１８３の処理手順は、図５０に示した第１５の実施の形態における配付送信手段１８３の処理手順と同様である。

（ａ）伝言更新情報の受信処理
ステップ１４１：伝言更新情報８０１を受信したら、そのままメールスプール
（電子メール用の一時記憶領域）に蓄積しておく。

（ｂ）ファイルの取得処理
ステップ１５１：メールスプールに伝言更新情報があれば、ステップ１４２へ
、なければ終了する。

ステップ１５２：スプールから、受信した伝言更新情報８０１を一つ取出し、
「格納ファイルリスト」を参照して、配付元ホストからファ
イルをＦＴＰで取得する（ｇｅｔコマンドを使用）。

ステップ１５３：ステップ１５２で取得したファイルを「伝言内容」とし、伝
言更新情報８０１内の「伝言板名」、「伝言主題」データと
からハイパービデオ伝言（図２８）を再構成する。

ステップ１５４：ハイパービデオ伝言掲示処理部１６０に登録依頼通知し、ス
テップ１５１へ。

また、図５７は、本実施の形態における伝言を送受信する２つのホストの各配付処理の同期の関係を示した図である。本実施の形態では、送信元ホスト（ホストＡ）が伝言の登録を検知して伝言情報を送信すると、ホストＢではそれをメールスプールに蓄積し続ける図５７（ａ）。一方、毎日２１時になると、ホストＢでは処理開始通知を受け、スケジュール実行手段により伝言ファイル受信処理を開始する。そして、取得すべきファイルのリストを作成し、それまでに受信蓄積している伝言情報の解析と、ＦＴＰ通信のｇｅｔ（取得）コマンドによりシナリオファイルおよび素材ファイルの取得を行ない、さらに伝言の掲示処理が実行される図５７（ｂ）。

なお、スケジュール記憶手段１９１およびスケジュール実行手段１９２の代表的実装手段としては、コンピュータの基本ソフト（ＯＳ；オペレーティングシステム）であるＵＮＩＸの「ｃｒｏｎ」機能、あるいは、Ｗｉｎｄｏｗｓ９５の 「システムエージェント」機能などが利用できる。

以上のように、上記第１６の実施の形態によれば、第１５の実施の形態おける配付処理負荷分散の効果に加え、受信ホスト側で、伝言自体の配付のタイミングを調節できる効果がある。すなわち、本実施の形態においては、受信側ホストですべき伝言データ本体データ（メディアファイル）のＦＴＰ取得処理の実行時間帯を設定できるようにしている。そのため、ＦＴＰという時間とＣＰＵ能力が必要となるファイル転送処理の実行時間帯をそのサイトの利用状況に合わせて設定し、装置本来の機能である端末への情報提供処理に影響を与えにくくしたり、あるいは、配付に利用する通信回線料金の低い時間帯を利用できたりすることができる。

また、本実施の形態では、伝言更新情報をためておき、所定時刻になって掲示処理を開始する。そのため、第１５の実施の形態と比べると速報性が劣ることになるが、伝言更新情報を受信した時にＷＷＷサービス部のＷＷＷデータのみを変更する手順を設け、現在到着している伝言の「伝言主題」のみを表示可能にすることもできる。

（実施の形態１７）
次に、本発明の第１７の実施の形態について説明する。本実施の形態における情報提供装置の構成および基本動作は、図４０および図４５に示した第１４の実施の形態における情報提供装置の構成および基本動作と同様である。

図５８は、伝言の送信元ホストが配付先ホストへ送信する伝言の、ＭＩＭＥ符合化前後の形態を示す図である。図５８（ａ）にＭＩＭＥ符合化前の伝言１００１、図５８（ｂ）に符合化後の伝言１００２である。なお、ＭＩＭＥ（Ｍｕｌｔｉ−ｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）とは、様々なデータ形式のデータをインターネットメールＳＭＴＰで送ることができるようにするための符合化の規格であり、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）で規定されている。具体的な実装については、ＭＩＭＥに対応したメーラ（電子メールをホスト間で交換するプログラム）を使用すると、自動的にエンコード／デコード（複合化）をする。

本実施の形態では、複数のファイルで構成する伝言を論理的な１つの電子メールファイルとして転送するための手段として、ＭＩＭＥ対応したメーラをホスト間の電子メール交換手段に利用する。

図５９は、本実施の形態における情報提供装置の使用例を示している。図５９において、Ａ、Ｂ、ＣおよびＨはホストであり、ホストＡからＢ、Ｃに対して伝言が送信される経路を示している。ここでは、ホストＡ、ＣおよびＨがＬＡＮ接続され（ＩＰｒｅａｃｈａｂｌｅ環境：常時接続されている）、ホストＢはＨとＵＵＣＰ接続されている（ＩＰｕｎｒｅａｃｈａｂｌｅ環境：常時接続されていない）。ここで、各ホストに接続されている端末の記載は省略している。

このようなネットワーク状況では、ホストＡから、ホストＣに対してはＦＴＰを利用してデータ転送できるが、ホストＢに対しては転送できない。しかし、ＳＭＴＰによるデータ転送（電子メール交換）は、ホストＡから、いずれのホストに対しも可能である。しかもホストＡからどのホストに対しても同じ手順（ＳＭＴＰ）でメールを送信するが、その処理は、例えば、ＵＮＩＸのｓｅｎｄｍａｉｌプログラムを使うことで実現できる。ただし各ホストに配送経路情報が設定されているものとする。

以下、本実施の形態の配付処理手順について、図５９に示した本実施の形態による情報提供装置の使用例を用いて説明する。なお、本実施の形態においても、各ホストＡ、Ｂ、Ｃにおける掲示結果通知のデータ形式、および配付条件テーブルの内容は、それぞれ図４２、図４３に示した内容と同じとする。

図６０は、配付送信手段１８３の処理手順を示すフロー図である。本実施の形態における配付送信手段１８３の処理手順について、ホストＡにおける配付送信処理を例に、図６０に従って説明する。

ステップ１６１：掲示結果検知手段１８１より、ハイパービデオ伝言の掲示処
理の検知結果データ７０１を受け、
ステップ１６２：配付条件記憶手段１８２に記憶されている配付条件テーブル
７０２を参照し、検知結果データ７０１の伝言板名「新製品
ガイド」に該当する配付先ホスト名「Ｂ」および「Ｃ」を検
索する。

ステップ１６３：次に、検知結果データ７０１を元に、「伝言板名」、「伝言
主題」を内容とする伝言ヘッダファイルを生成し、
ステップ１６４：メディアサービス部に格納されているメディアデータを参照
して、マルチファイル形式の伝言１００１からＭＩＭＥ形式
の伝言１００２を生成（符合化）する。

ステップ１６５：生成したＭＩＭＥ形式の伝言１００２をホストＢ、ＣへＳＭ
ＴＰにて送信する。

また、図６１は、配付受信手段１８４の処理手順を示すフロー図である。本実施の形態における配付受信手段１８４の処理手順について、ホストＢにおける配付受信処理を例に、図６１に従って説明する。

ステップ１７１：ＭＩＭＥ形式の伝言１００２を受信する。

ステップ１７２：デコードしてマルチファイル形式の伝言１００１にする。

ステップ１７３：ハイパービデオ伝言（図２８）に再構成する。

ステップ１７４：ハイパービデオ伝言掲示処理部１６０に登録依頼通知する。

また、図６２は、本実施の形態における伝言を送受信する２つのホストの各配付処理の同期の関係を示した図である。本実施の形態では、送信元ホスト（ホストＡ）が伝言の登録を検知し、ＭＩＭＥエンコードした伝言を送信した後に、ホストＢがデコード処理を開始する。

以上のように、上記第１７の実施の形態によれば、互いに伝言を配付しようとする２つのホスト間の通信路が常時確保されていない、あるいは、直接接続不可能ではあるが、ＵＵＣＰ接続程度の通信が可能ならば、伝言データの配付を可能とすることができる。

本実施の形態による転送手順は、第１４の実施の形態の直接ＦＴＰで送信する手順に比べると低速になる。それは、ＭＩＭＥエンコードする時間と、ＳＭＴＰの利用するｔｅｌｎｅｔというプロトコルの速度が低速のためである。また、ＦＴＰが直接バイナリデータを転送できるのに対し、ｔｅｌｎｅｔはアスキーデータしか転送しない上に、確認データを多くやりとりすることにも起因する。しかし、ＩＰ接続されていないホスト間については、本実施の形態による転送手順を利用することによって、低速ながらも伝言の配付が可能になる。

（実施の形態１８）
次に、本発明の第１８の実施の形態について説明する。図６３は本実施の形態における情報提供装置の構成を示している。図６３において、１１０は入出力部、１２０は情報ブラウジング部、１３０はＷＷＷサービス部、１４０は通信部、１５０はメディアサービス部、１６０はハイパービデオ伝言掲示処理部、１８０は広域配付処理部である。入出力部１１０および情報ブラウジング部１２０、ＷＷＷサービス部１３０、通信部１４０、ハイパービデオサービス部１５０、ハイパービデオ伝言掲示処理部１６０は、図２７に示した第１２の実施の形態における情報提供装置の構成と同様な構成である。

また、広域配付処理部１８０は、ハイパービデオ伝言掲示処理部の掲示処理の結果を検知する掲示結果検知手段１８１と、掲示されたハイパービデオ伝言を広域に配付する条件情報を記憶する配付条件記憶手段１８２と、掲示結果検知手段１８１からの通知を受けた場合に、配付条件記憶手段１８２に記憶している配付条件を参照して配付先ホスト名を決定し、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイルの格納位置情報とから構成される伝言更新情報を生成し、配付条件により決定された配付先ホストへ送出処理する第１の配付送信手段１８３ａと、ハイパービデオ伝言のＭＩＭＥメールでの再配送要求を受けた場合に、ハイパービデオ伝言のヘッダファイルと、ハイパービデオを構成するボディーファイル群とをＭＩＭＥエンコードして、要求元のホストへＳＭＴＰ送出処理する第２の配付送信手段１８３ｂと、受けた伝言更新情報に応じて配付元からボディファイルをＦＴＰにより取得し、取得できた場合には、伝言ヘッダファイルと取得した前記ボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言掲示処理部１６０へ通知し、ＦＴＰで取得できなかった場合には、配付元へハイパービデオ伝言のＭＩＭＥメールでの再送要求を送信する第１の配付受信手段１８４ａと、受けたＭＩＭＥメールデータをデコードし、伝言ヘッダファイルとボディファイル群とからハイパービデオ伝言を生成し、ハイパービデオ伝言掲示処理部１６０へ通知する第２の配付受信手段１８４ｂと、外部よりデータを受信し、受信したデータが伝言更新情報の場合には、第１の配付受信手段１８４ａへ通知し、ＭＩＭＥメールによる伝言情報の場合には、第２の配付受信手段１８４ｂへ通知し、再送要求の場合は、第２の配付送信手段１８３ｂへ通知する配付データ受信手段１８５とを有する。

また、本実施の形態における情報提供装置基本動作は、図４５に示した第１４の実施の形態における情報提供装置の構成および基本動作と同様である。

図６４は、本実施の形態における情報提供装置の使用例を示している。図６４においてＡ、Ｂ、ＣおよびＦはホストであり、それぞれＬＡＮで接続されている。また、ホストＦはＢを含むネットワークドメイン（組織）のファイヤウォール （組織外部とのデータの通過許可権を制御するホスト）であり、図６５に上記ファイヤウォールの設定例を示す。

このようなネットワーク状況では、ホストＡおよびＣとホストＢとは、互いに電子メール（ＳＭＴＰ）は交換できるが、ＦＴＰによるデータアクセスは禁止される。実際にこのような設定で運用を行っている組織は多く存在する。

図６６は、第１の配付受信手段１８４ａが配付元ホストに送信する再配送要求データ１１０１の構造を示している。再配送要求データ１１０１は次のようなデータを格納している。

メッセージ名：配付元ホストに要求する内容情報（”再送要求”）、
ホスト名 ：自ホストの名前情報、
伝言板名 ：再送を要求する伝言の伝言板名情報、
伝言主題 ：再送を要求する伝言のサブジェクト情報。

以下、本実施の形態の配付処理手順について、図６４に示した本実施の形態による情報提供装置の使用例を用いて説明する。なお、本実施の形態においても、各ホストＡ、Ｂ、Ｃにおける掲示結果通知のデータ形式、および配付条件テーブルの内容は、それぞれ図４２、図４３に示した内容と同じとする。また、本実施の形態では、サイトＡのホストＡに伝言が掲示された場合に、他のサイトのホスト（ホストＢ、Ｃ）へ同内容の伝言を配付する。

図６７は、第１の配付送信手段１８３ａの処理手順を示すフロー図である。本実施の形態における第１の配付送信手段１８３ａの処理手順について、ホストＡにおける配付送信処理を例に、図６７に従って説明する。

ステップ１８１：掲示結果検知手段１８１より、ハイパービデオ伝言の掲示処
理の検知結果データ７０１を受ける。

ステップ１８２：配付条件記憶手段１８２に記憶されている配付条件テーブ
ル７０２を参照し、検知結果データ７０１の伝言板名「新製
品ガイド」に該当する配付先ホスト名「Ｂ」および「Ｃ」を
検索する。

ステップ１８３：次に、検知結果データ７０１を元に、メディアサービス部に
格納されているメディアデータの格納位置情報を検索し、伝
言更新情報８０１を生成する。

ステップ１８４：生成した伝言更新情報８０１をホストＢ、ＣへＳＭＴＰにて
送信する。

図６８は、第２の配付送信手段１８３ｂの処理手順を示すフロー図である。本実施の形態における第２の配付送信手段１８３ｂの処理手順について、ホストＡにおける配付送信処理を例に、図６８に従って説明する。

ステップ１９１：外部ホストより再配送要求データ１１０１を受ける。

ステップ１９２：再配送要求データ１１０１より、配付先ホスト名（”Ｂ”）
を決定する。

ステップ１９３：「伝言板名」、「伝言主題」を内容とする伝言ヘッダファイ
ルを生成する。

ステップ１９４：メディアサービス部に格納されているメディアデータを参照
して、マルチファイル形式の伝言１００１からＭＩＭＥ形式
の伝言１００２を生成（符合化）する。

ステップ１９５：生成したＭＩＭＥ形式の伝言１００２をホストＢへＳＭＴＰ
にて送信する。

図６９は、第１の配付受信手段１８４ａの処理手順を示すフロー図である。本実施の形態における第１の配付受信手段１８４ａの処理手順について、ホストＢにおける配付受信処理を例に、図６９に従って説明する。

ステップ２０１：伝言更新情報８０１を受け、
ステップ２０２：受信した伝言更新情報８０１内の「格納ファイルリスト」を
参照し、配付元ホストからファイルをＦＴＰで取得する（ｇ
ｅｔコマンドを使用）。

ステップ２０３：ステップ２０２で、ＦＴＰに成功すればステップ２０５へ移
行し、成功しなければステップ２０４へ移行する。

ステップ２０４：伝言更新情報８０１からを参照して再配送要求データ１１０
１を生成し、配送元ホストへ送信し、終了する。

ステップ２０５：ステップ２０３で取得したファイルを「伝言内容」とし、伝
言更新情報８０１内の「伝言板名」、「伝言主題」データと
からハイパービデオ伝言（図２８）を再構成する。

ステップ２０６：ハイパービデオ伝言掲示処理部１６０に登録依頼通知する。

図７０は、第２の配付受信手段１８４ｂの処理手順を示すフロー図である。本実施の形態における第２の配付受信手段１８４ｂの処理手順について、ホストＢにおける配付受信処理を例に、図７０に従って説明する。

ステップ２１１：ＭＩＭＥ形式の伝言１００２を受ける。

ステップ２１２：デコードしてマルチファイル形式の伝言１００１にする。

ステップ２１３：ハイパービデオ伝言（図２８）に再構成する。

ステップ２１４：ハイパービデオ伝言掲示処理部１６０に登録依頼通知する。

図７１は、配付データ受信手段１８５の処理手順を示すフロー図である。本実施の形態における配付受信手段１８５の処理手順について、ホストＢにおける配付受信処理を例に、図７１に従って説明する。

ステップ２２１：外部よりデータを受信する。

ステップ２２２：受信したデータがどのような種類のものであるかをチェック
する。

ステップ２２３：伝言更新情報の場合には、第１の配付受信手段へ通知する。

ステップ２２４：ＭＩＭＥメールによる伝言情報の場合には、第２の配付受信
手段へ通知する。

ステップ２２５：再配送要求データの場合は、第２の配付送信手段へ通知する。

また、図７２は、本実施の形態における伝言を送受信する２つのホストの各配付処理の同期の関係を示した図である。本実施の形態では、次のように同期して処理が行われる。まず、送信元ホスト（ホストＡ）が伝言の登録を検知して伝言更新情報を送信すると、受信ホスト（ホストＢ）が伝言更新情報の解析と、ＦＴＰ通信のｇｅｔ（取得）コマンドによるファイル取得とが実行され、ホストＢに伝言が掲示処理される。

しかし、この時ホストＢがＦＴＰによるファイルの取得に失敗すると、ホストＡに対し再配送要求データが送信され、ホストＡは、再配送要求の解析とＭＩＭＥ形式による伝言データの送信処理を開始する。そして、ホストＢがＭＩＭＥ形式の伝言データを受けとり、掲示処理が行われる。

以上のように、第１８の実施の形態によれば、まず伝言更新情報によるハイパービデオ伝言の配付を試み、受信側ホストでＦＴＰ受信に失敗した場合には、配付プロトコルの変更を送信側に要求し、再度ＭＩＭＥメールによるハイパービデオ伝言の配付を行うことができる。そのため、配付先のホストの一部に、ＦＴＰを通過させないゲートウェイの内部にあるホストが含まれていた場合でも、そのホストに対してＳＭＴＰプロトコルで伝言データを再配送をすることができる。

なお、本実施の形態では、ゲートウェイを乗り越えるために、１度目にＦＴＰ転送処理、２度目にＳＭＴＰ転送処理で配送処理しているが、もちろん順序を変更しても構わない。また、他の手順と組み合わせたり、３つ以上の処理手順を使って、処理速度の速い手順から順に配付を試みるようにしても構わない。

本発明は、ハイパーテキスト構造で管理されるＷＷＷ（Ｗｏｒｌｄ ＷｉｄｅＷｅｂ）データとともに、複数メディアデータとそれらの再生情報（シナリオ）から構成されるミックスメディア情報を管理し、提供する情報提供装置等に有用であり、主に動画（ビデオ）や音声（オーディオ）など、再生時の連続性を必要とする「連続メディアデータ」を主体として構成されるハイパービデオ情報を対象とする情報提供装置等の用途に適しており、特に、ネットワークを介してやり取りされる複数の異なるメディアデータが時間的に連動するマルチメディアタイトルを管理するマルチメディアタイトル管理装置等への適用に好適である。

本発明におけるハイパービデオデータ構造の概念を示す模式図 本発明の第１の実施の形態における情報提供装置の構成を示すブロック図 第１の実施の形態における情報提供装置の扱うＷＷＷデータおよびメディアデータの構造例を示す模式図 第１の実施の形態における情報提供装置のブラウジング制御手段に記憶されている再生制御テーブルの構造例を示す模式図 第１の実施の形態における情報提供装置のブラウジング制御手段の処理手順を示すフロー図 第１の実施の形態における情報提供装置のハイパービデオデータ再生手段の処理手順を示すフロー図 第１の実施の形態における情報提供装置のＷＷＷデータ記憶手段に記憶されているＷＷＷデータの例を示す模式図 第１の実施の形態における情報提供装置のメディアデータ管理手段に記憶されているメディアデータの例を示す模式図 第１の実施の形態における情報提供装置の動作表示例を示す模式図 本発明の第２の実施の形態における情報提供装置の扱うＷＷＷデータおよびハイパービデオデータの構造例を示す模式図 第２の実施の形態における情報提供装置のブラウジング制御手段に記憶されている再生制御テーブルの構造例を示す模式図 第２の実施の形態における情報提供装置のＷＷＷデータ記憶手段に記憶されているＷＷＷデータの例（Ａ）およびメディアデータ管理手段に記憶されているメディアデータの例（Ｂ）を示す模式図 第２の実施の形態における情報提供装置のハイパービデオデータ再生手段の処理手順を示すフロー図 本発明の第３の実施の形態における情報提供装置の扱うＷＷＷデータおよびメディアデータの構造例を示す模式図 第３の実施の形態における情報提供装置のブラウジング制御手段に記憶されている再生制御テーブルの構造例を示す模式図 第３の実施の形態における情報提供装置のＷＷＷデータ記憶手段に記憶されているＷＷＷデータの例を示す模式図 第３の実施の形態における情報提供装置のハイパービデオデータ再生手段の処理手順を示すフロー図 本発明の第４の実施の形態における情報提供装置の構成を示すフロー図 第４の実施の形態における各端末とホストの通信関係を示す概念図 本発明の第５の実施の形態における情報提供装置の構成を示すブロック図 本発明の第６の実施の形態における情報提供装置の構成を示すブロック図 本発明の第７の実施の形態における情報提供装置の構成を示すブロック図 本発明の第８の実施の形態における情報提供装置の構成を示すブロック図 本発明の第９の実施の形態における情報提供装置の構成を示すブロック図 本発明の第１０の実施の形態における情報提供装置の構成を示すブロック図 本発明の第１１の実施の形態における情報提供装置の構成を示すブロック図 本発明の第１２の実施の形態における情報提供装置の構成を示すブロック図 第１２の実施の形態における情報提供装置の扱うハイパービデオ伝言データの構造例を示す模式図 第１２の実施の形態における情報提供装置のハイパービデオ伝言掲示処理部の処理手順を示すフロー図 第１２の実施の形態における情報提供装置のＷＷＷデータ記憶手段に記憶されているＷＷＷデータとメディアデータ管理手段に記憶されているメディアデータのハイパービデオ伝言データの受信前の例を示す模式図 第１２の実施の形態における情報提供装置のＷＷＷデータ記憶手段に記憶されているＷＷＷデータとメディアデータ管理手段に記憶されているメディアデータのハイパービデオ伝言データの受信後の例を示す模式図 本発明の第１３の実施の形態における情報提供装置の構成を示すブロック図 第１３の実施の形態における情報提供装置の扱うハイパービデオメールおよび参照メールのデータ構造例を示す模式図 第１３の本実施の形態における情報提供装置の使用例を示す模式図 第１３の実施の形態における情報提供装置に記憶されているＷＷＷデータおよびメディアデータのメール到着前の例を示す模式図 第１３の実施の形態における情報提供装置に記憶されているＷＷＷデータおよびメディアデータのメール到着後の例を示す模式図 第１３の実施の形態における情報提供装置の受配信設定記憶手段に記憶されているデータの例を示す模式図 第１３の実施の形態における情報提供装置の基本動作手順を示すフロー図 第１３の実施の形態における情報提供装置のハイパービデオメール受配信処理手段の処理手順を示すフロー図 本発明の第１４の実施の形態における情報提供装置の構成を示すブロック図 第１４の実施の形態における情報提供装置の使用例を示す模式図 第１４の実施の形態における情報提供装置の掲示結果通知手段の生成する検知結果データの例を示す摸式図 第１４の実施の形態における情報提供装置の配付条件記憶手段に記憶されている配付条件テーブルの構造およびデータの例を示す模式図 第１４の実施の形態における情報提供装置の広域配付処理部が送受信する配送ファイルの構造を示す模式図 第１４の実施の形態における情報提供装置の使用例の基本動作を示すフロー図 第１４の実施の形態における情報提供装置の配付送信手段の処理手順を示すフロー図 第１４の実施の形態における情報提供装置の配付受信手段の処理手順を示すフロー図 第１４の実施の形態における情報提供装置の配付処理における同期の関係を示す摸式図 本発明の第１５の実施の形態における情報提供装置の広域配付処理部が送受信する伝言更新情報の構造を示す模式図 第１５の実施の形態における情報提供装置の配付送信手段の処理手順を示すフロー図 第１５の実施の形態における情報提供装置の配付受信手段の処理手順を示すフロー図 第１５の実施の形態における情報提供装置の配付処理における同期の関係を示す摸式図 本発明の第１６の実施の形態における情報提供装置の構成を示すブロック図 本発明の第１６の実施の形態における情報提供装置のスケジュール記憶手段が記憶する実行予定テーブルの構造およびデータの例を示す模式図 第１６の実施の形態における情報提供装置の配付受信手段の処理手順のうち、伝言更新情報の受信処理手順を示すフロー図 第１６の実施の形態における情報提供装置の配付受信手段の処理手順のうち、ファイルの取得処理手順を示すフロー図 第１６の実施の形態における情報提供装置の配付処理のうち、（ａ）伝言更新情報の受信処理および、（ｂ）ファイルの取得処理における同期の関係をそれぞれ示す摸式図 本発明の第１７の実施の形態における情報提供装置の広域配付処理部が送受信する（ａ）マルチファイル形式のハイパービデオ伝言および、（ｂ）ＭＩＭＥ形式のの伝言の構造を示す模式図 第１７の実施の形態における情報提供装置の使用例を示す模式図 第１７の実施の形態における情報提供装置の配付送信手段の処理手順を示すフロー図 第１７の実施の形態における情報提供装置の配付受信手段の処理手順を示すフロー図 第１７の実施の形態における情報提供装置の配付処理における同期の関係を示す摸式図 本発明の第１８の実施の形態における情報提供装置の構成を示すブロック図 第１８の実施の形態における情報提供装置の使用例を示す模式図 第１８の実施の形態における情報提供装置のファイヤウォールの設定例を示す摸式図 本発明の第１８の実施の形態における情報提供装置の広域配付処理部が送受信する再配送要求データの構造を示す模式図 第１８の本実施の形態における情報提供装置の第１の配付送信手段の処理手順を示すフロー図 第１８の実施の形態における情報提供装置の第２の配付送信手段の処理手順を示すフロー図 第１８の実施の形態における情報提供装置の第１の配付受信手段の処理手順を示すフロー図 第１８の実施の形態における情報提供装置の第２の配付受信手段の処理手順を示すフロー図 第１８の実施の形態における情報提供装置の配付データ受信手段の処理手順を示すフロー図 第１８の実施の形態における情報提供装置の配付処理における同期の関係を示す摸式図 従来の情報提供装置の構成を示すブロック図 従来の情報提供装置で利用されるＨＴＭＬで記述されたＷＷＷデータの例を示す模式図 従来の情報提供装置における情報ブラウジング制御手段に記憶されている再生制御テーブルの構造例を示す模式図 従来の情報提供装置の基本動作手順を示すフロー図 従来の情報提供装置におけるブラウジング制御手段の処理手順を示すフロー図 従来の情報提供装置におけるＷＷＷデータ記憶手段に記憶されているＷＷＷデータの構造の例（Ａ）と、ＷＷＷデータ管理手段に記憶されているＷＷＷデータ提供初期情報の例（Ｂ）を示す模式図 従来の情報提供装置の動作表示例を示す模式図

符号の説明

１０１ ハイパービデオデータ
１０２ 動画データ（基準）
１０３ 静止画データ
１０４ デキストデータ
１０５ 動画データ
１１０ 入出力部
１１１ 操作入力手段
１１２ 表示手段
１２０ 情報ブラウジング部
１２１ ブラウジング制御手段
１２２ 取得結果記憶手段
１２３ モノメディアデータ再生手段
１２４ ハイパービデオデータ再生手段
１３０ ＷＷＷサービス部
１３１ ＷＷＷデータ記憶手段
１３２ ＷＷＷデータ管理手段
１４０ 通信部
１４１ ＨＴＴＰ通信手段
１４２ ＮＦＳ通信手段
１５０ メディアサービス部
１５１ メディアデータ記憶手段
１５２ メディアデータ管理手段
１６０ ハイパービデオ伝言掲示処理部
１６１ ハイパービデオ掲示処理受付手段
１６２ ハイパービデオ掲示処理手段
１６３ 伝言一覧更新手段
１７０ ハイパービデオメール処理部
１７１ 受配信設定記憶手段
１７２ メール一時記憶手段
１７３ メール受配信処理手段
１８０ 広域配付処理部
１８１ 掲示結果検知手段
１８２ 配付条件記憶手段
１８３ 配付送信手段
１８４ 配付受信手段
１８５ 配付データ受信手段
１９１ スケジュール記憶手段
１９２ スケジュール実行手段
７０１ 検知結果データ
７０２ 配付条件テーブル
７０３ ヘッダファイル
７０４ シナリオファイル
７０５ 素材ファイル
８０１ 伝言更新情報
９０１ 実行予定テーブル
１００１ マルチファイル形式の伝言
１００２ ＭＩＭＥ形式の伝言
１１０１ 再配送要求データ
Ｃ（Ｃ１〜Ｃ３） 利用者端末（クライアント）
Ｓ（Ｓ１〜Ｓ６） ホスト（サーバ）

Claims (3)

1. ネットワークを介してやり取りされる複数の種類の異なるメディアデータが時間的に連動して構成されるマルチメディアタイトルを管理するマルチメディアタイトル管理装置であって、
   　前記マルチメディアタイトルを構成する素材の一覧情報と、前記素材のデータタイプに応じた再生、時間的再生位置および再生時間に関する再生制御情報と、を含むシナリオデータを管理するＷＷＷサービス部を備えたことを特徴とするマルチメディアタイトル管理装置。
2. 前記マルチメディアタイトルは、動画の再生を主体にしており、前記動画の再生の時間的位置に、静止画またはテキストが再生されることを特徴とする請求項１記載のマルチメディアタイトル管理装置。
3. 素材データを管理するメディアデータサービス部を備え、前記ＷＷＷサービス部は、シナリオデータを受信側へ送信し、前記メディアデータサービス部は、前記シナリオデータの送信が完了してから、前記シナリオデータの再生制御情報別の素材データを前記受信側へ送信することを特徴とする請求項２記載のマルチメディアタイトル管理装置。
   

Images