JP3471526B2 - 情報提供装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】図７５は情報ブラウジング部２における情
報ブラウジング制御手段２１に記憶されている再生制御
テーブル２４の構造の例である。このテーブル２４のレ
コードは次のようなデータで構成されている。 ファイル拡張子：データを格納しているファイル名の拡
張子、 データタイプ ：データ形式、 プレーヤ ：データの再生アプリケーションプログ
ラム名（設定なしの場合はブラウジング制御手段が再生
する）。

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

【０００７】図７６は従来の情報提供装置の基本動作手
順を示すフロー図であり、以下その動作を説明する。 ステップ１：まず、ＷＷＷデータ記憶手段３１に格納さ
れたホームページデータｐ１が、そのページから他のＷ
ＷＷデータへのリンク情報と共に表示手段１２に表示さ
れる。 ステップ２：次に、操作入力手段１１よりユーザの選択
入力を受け、 ステップ３：ここで、ユーザ入力が「終了」ならば終了
し、 ステップ４：ユーザの選択したリンク先のＷＷＷ情報を
表示する処理を繰り返す（ステップ２〜４より繰り返
す）。

【０００８】このような動作をする従来の情報提供装置
において、各種ＷＷＷデータを取得したときの、ブラウ
ジング制御手段２１のデータ処理について、図７７のフ
ロー図に基づいて説明する。 ステップ１１：ホームページの取得要求を通信部４を介
してＷＷＷサービス部３へ送信し、データを取得、表示
する。 ステップ１２：操作入力手段１１より、リンクの選択も
しくは、装置の動作の終了の選択を受ける。 ステップ１３：先の入力が、装置の動作の終了であれ
ば、終了する。 ステップ１４：入力されたリンク情報のＷＷＷデータ
を、ＷＷＷサービス部３より取得し、取得情報記憶手段
に記憶する。 ステップ１５：取得、記憶したＷＷＷデータの種類が、
ステップ１６：ＨＴＭＬ形式のハイパーテキストデータ
であれば、表示手段１２に表示しているページデータを
更新し、ステップ１７：モノメディアデータであれば、
モノメディアデータ再生手段２３によりデータ再生して
表示手段１２に出力し、ステップ１２へ戻る。

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

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

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

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

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

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

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

【００１６】また、従来の情報提供装置の各部には、次
に示すような機器、ソフトウェアが利用されていること
が多い。 入出力部１ ：操作入力手段１１に「マウ
ス」、表示手段１２に「ビットマップ型ディスプレ
イ」、 情報ブラウジング部２：ブラウジング制御手段２１にＷ
ＷＷデータ表示プログラム「ＮＣＳＡ Ｍｏｓａｉｃ
（開発元：ＮＣＳＡ（Ｎａｔｉｏｎａｌ（ＵＳ）Ｃｅｎ
ｔｅｒｆｏｒＳｕｐｅｒＣｏｍｐｕｔｉｎｇＡｐｐｌｉ
ｃａ−ｔｉｏｎ：米国イリノイ大学の商品名）」あるい
は、「Ｎｅｔｓｃａｐｅ（開発元：米国ネットスケープ
コミュニケーションズ社の商品名）」、モノメディアデ
ータ再生手段２３にＭＰＥＧ形式動画データ再生プログ
ラムである「ｍｐｅｇ＿ｐｌａｙ」や、ＧＩＦ形式静止
画データ表示プログラム「ｘｖ」、 ＷＷＷサービス部３ ：ＷＷＷデータ管理手段３２にデ
ーモンプロセス「ｈｔｔｐｄ（開発元：ＮＣＳＡ（前
述）もしくはＣＥＲＮ（ＥｕｒｏｐｅａｎＰａｒｔｉｃ
ｌｅＰｈｙｓｉｃｓＬａｂｏｒａｔｏｒｙ）の商品
名）」、 通信部４ ：ＨＴＴＰ通信手段４１にプロト
コル「ＨＴＴＰ」。

【００１７】

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

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

【００１９】そこで、本発明では、動画情報はその表示
が常に動いているなど、他のメディアデータに比べより
大きなプレゼンテーション効果を持つことに着目し、動
画をデータ構造の主体としたハイパービデオ形式のマル
チメディアデータ構造を定義した。このハイパービデオ
データは、次のようなデータにより構成される。 素材データ ：動画や静止画、音声、テキストなどの
モノメディアデータ、 シナリオデータ：素材データの再生時間情報および表示
位置情報。

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３３】

【００３４】

【００３５】

【００３６】

【００３７】

【００３８】

【００３９】

【００４０】

【００４１】

【００４２】

【００４３】

【００４４】

【００４５】

【００４６】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、第１に、操作者の操作入力の受け付け
と、ミックスメディアデータの表示出力を行う入出力部
と、ハイパーテキスト構造により構成されるＷＷＷデー
タを蓄積管理し、外部からの送信要求に応じてデータ出
力するＷＷＷサービス部と、各種メディア情報を蓄積管
理し、外部からの送信要求に応じてデータ出力するメデ
ィアサービス部と、入出力部からの操作入力に応じてＷ
ＷＷデータ取得要求を出力処理し、その結果取得したＷ
ＷＷデータを内部に格納処理し、取得したデータの種別
に応じてデータ再生処理し、入出力部へ表示出力処理す
る情報ブラウジング部と、情報ブラウジング部とＷＷＷ
サービス部間でＷＷＷデータの要求および取得の通信を
行うＨＴＴＰ通信処理および情報ブラウジング部とメデ
ィアサービス部間で各種メディアデータの要求および取
得を行うＮＦＳ通信処理とを行う通信部と、自分のホス
ト名情報およびメールの宛先に対応する送信先ホストの
情報とを記憶した受配信設定記憶手段と、メールホスト
もしくはメール作成端末から受信したメールを一時記憶
するメール一時記憶手段と、メールを受信し、受信した
メールがハイパービデオメールの場合は、ハイパービデ
オメールに含まれるハイパービデオ情報を自ホスト内の
メディアサービス部へ格納し、この時の格納したハイパ
ービデオの位置情報と自ホスト名情報とメールの宛先部
とから構成されるハイパービデオ参照メールを作成し
て、受配信設定記憶手段に記憶されている受配信設定を
参照して送信先ホストへ送信し、また受信したメールが
ハイパービデオ参照メールの場合には、ＷＷＷサービス
部へ登録するメール受配信処理手段とからなるハイパー
ビデオメール処理部を備えたものである。

【００４７】これにより、従来のＷＷＷで提供していた
情報に加えてハイパービデオデータをリンク付けして格
納し、ハイパービデオの再生手段を起動して再生できる
ようにし、また、格納されたハイパービデオデータを従
来のモノメディアデータの再生手順と同様に、リンク箇
所を選択するだけの簡単な手順で再生でき、ハイパービ
デオ形式のメールを交換することのできる情報提供装置
を提供することができる。

【００４８】本発明は、第２に、操作者の操作入力の受
け付けと、ミックスメディアデータの表示出力を行う入
出力部と、ハイパーテキスト構造により構成されるＷＷ
Ｗデータを蓄積管理し、外部からの送信要求に応じてデ
ータ出力するＷＷＷサービス部と、各種メディア情報を
蓄積管理し、外部からの送信要求に応じてデータ出力す
るメディアサービス部と、入出力部からの操作入力に応
じてＷＷＷデータ取得要求を出力処理し、その結果取得
したＷＷＷデータを内部に格納処理し、取得したデータ
の種別に応じてデータ再生処理し、入出力部へ表示出力
処理する情報ブラウジング部と、情報ブラウジング部と
ＷＷＷサービス部間でＷＷＷデータの要求および取得の
通信を行うＨＴＴＰ通信処理および情報ブラウジング部
とメディアサービス間で各種メディアデータの要求およ
び取得を行うＮＦＳ通信処理とを行う通信部と、伝言を
掲示する情報とその伝言内容とから構成されるハイパー
ビデオ伝言の掲示板登録依頼を外部より受け付けるハイ
パービデオ掲示処理受付手段と、受け付けた掲示板処理
依頼に応じてメディアサービス部にハイパービデオデー
タを追加格納するハイパービデオ掲示処理手段と、ハイ
パービデオを格納した位置情報を参照してＷＷＷサービ
ス部のＷＷＷデータを更新する伝言一覧更新手段とから
なるハイパービデオ伝言掲示処理部と、ハイパービデオ
伝言掲示処理部の掲示処理の結果を検知する掲示結果検
知手段と、掲示されたハイパービデオ伝言を広域に配付
する条件情報を記憶する配付条件記憶手段と、掲示結果
検知手段からの通知を受けた場合に、配付条件記憶手段
に記憶している配付条件を参照して配付先ホスト名を決
定し、伝言を掲示する情報とその伝言内容とを配布先ホ
ストへ配布送信する配布送信手段と、他ホストの配布送
信手段から伝言を掲示する情報とその伝言内容の配布を
受け、ハイパービデオ伝言を再構成し、ハイパービデオ
伝言掲示処理部へ掲示板登録依頼する配布受信手段とか
らなる広域配布処理部を備え、掲示処理結果および広域
配布条件に応じて外部と通信し、ハイパービデオ伝言の
配布を行うようにしたものである。

【００４９】これにより、従来のＷＷＷで提供していた
情報に加えてハイパービデオデータをリンク付けして格
納し、ハイパービデオの再生手段を起動して再生できる
ようにし、また、格納されたハイパービデオデータを従
来のモノメディアデータの再生手順と同様に、リンク箇
所を選択するだけの簡単な手順で再生でき、ハイパービ
デオ形式の伝言を掲示し、掲示されたハイパービデオ形
式の伝言をホスト間で交換、配付を可能とし、あらかじ
め設定された複数のホストで同一の伝言データを保持す
ることのできる情報提供装置を提供することができる。

【００５０】本発明は、第３に、配布送信手段が、ハイ
パービデオ伝言のヘッダファイルと、ハイパービデオを
構成するボディーファイル群とを、配付条件により決定
された配付先ホストへＦＴＰ送出処理し、また、配付受
信手段が、受信した伝言ヘッダファイルとボディファイ
ル群とからハイパービデオ伝言を生成し、ハイパービデ
オ伝言処理部へ通知するようにしたものである。

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

【００５２】本発明は、第４に、配付送信手段が、ハイ
パービデオ伝言のヘッダファイルと、ハイパービデオを
構成するボディファイルの格納位置情報とから構成され
る伝言更新情報を生成し、配付条件により決定された配
付先ホストへ送出処理し、また、配付受信手段が、受信
した伝言更新情報に応じて、配付元からボディファイル
をＦＴＰにより取得し、伝言ヘッダファイルと取得した
ボディファイル群とからハイパービデオ伝言を生成し、
ハイパービデオ伝言処理部へ通知するようにしたもので
ある。

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

【００５４】本発明は、第５に、実行予定プログラムと
実行予定日時とから構成されるスケジュール情報を設定
記憶するスケジュール記憶手段と、スケジュール情報に
したがって定期的にプログラムを実行するスケジュール
実行手段とを設け、配付受信手段が行う処理のうち配付
元からボディファイルを取得する処理の開始時間を設定
可能にするものである。

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

【００５６】本発明は、第６に、配付送信手段が、ハイ
パービデオ伝言のヘッダファイルと、ハイパービデオを
構成するボディーファイル群とをＭＩＭＥエンコードし
て、配付条件により決定された配付先ホストへＳＭＴＰ
送出処理し、また、配付受信手段が、受信したＭＩＭＥ
メールデータをデコードし、伝言ヘッダファイルとボデ
ィファイル群とからハイパービデオ伝言を生成し、ハイ
パービデオ伝言処理部へ通知するものである。

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

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

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

【００６０】

【００６１】

【００６２】

【００６３】

【００６４】

【００６５】

【００６６】

【００６７】

【００６８】

【００６９】

【００７０】

【００７１】

【００７２】

【００７３】

【００７４】

【００７５】

【００７６】

【００７７】

【００７８】

【００７９】

【００８０】

【００８１】

【００８２】

【００８３】

【００８４】

【００８５】

【００８６】

【発明の実施の形態】本発明の請求項１に記載の発明
は、操作者の操作入力の受け付けと、ミックスメディア
データの表示出力を行う入出力部と、ハイパーテキスト
構造により構成されるＷＷＷデータを蓄積管理し、外部
からの送信要求に応じてデータ出力するＷＷＷサービス
部と、各種メディア情報を蓄積管理し、外部からの送信
要求に応じてデータ出力するメディアサービス部と、入
出力部からの操作入力に応じてＷＷＷデータ取得要求を
出力処理し、その結果取得したＷＷＷデータを内部に格
納処理し、取得したデータの種別に応じてデータ再生処
理し、入出力部へ表示出力処理する情報ブラウジング部
と、情報ブラウジング部とＷＷＷサービス部間でＷＷＷ
データの要求および取得の通信を行うＨＴＴＰ通信処理
および情報ブラウジング部とメディアサービス部間で各
種メディアデータの要求および取得を行うＮＦＳ通信処
理とを行う通信部と、自分のホスト名情報およびメール
の宛先に対応する送信先ホストの情報とを記憶した受配
信設定記憶手段と、メールホストもしくはメール作成端
末から受信したメールを一時記憶するメール一時記憶手
段と、メールを受信し、受信したメールがハイパービデ
オメールの場合は、ハイパービデオメールに含まれるハ
イパービデオ情報を自ホスト内のメディアサービス部へ
格納し、この時の格納したハイパービデオの位置情報と
自ホスト名情報とメールの宛先部とから構成されるハイ
パービデオ参照メールを作成して、受配信設定記憶手段
に記憶されている受配信設定を参照して送信先ホストへ
送信し、また受信したメールがハイパービデオ参照メー
ルの場合には、ＷＷＷサービス部へ登録するメール受配
信処理手段とからなるハイパービデオメール処理部を備
えたものであり、ＷＷＷビューアからハイパービデオ再
生プログラムを起動できるように設定し、ハイパービデ
オ形式のデータを従来のモノメディアデータの再生手順
と同様に操作者が画面上のリンクを選択するという手順
で再生することができ、メール処理部を設け、内部に自
分のホスト名情報と、メールの宛先に対応する送信先ホ
ストの情報とから構成される受配信設定情報をあらかじ
め記憶しておき、メールホストもしくはメール作成端末
からメールを受信して、受信メールが「ハイパービデオ
メール」の場合は、ハイパービデオ部分を自ホスト内の
メディアサービス部へ格納し、この時の格納したハイパ
ービデオの位置情報と、自ホスト名情報と、受信メール
の宛先部とから構成される「ハイパービデオ参照メー
ル」を作成して、受配信設定を参照して送信先ホストへ
送信処理を行い、また、受信メールが「ハイパービデオ
参照メール」の場合には、ＷＷＷサービス部で管理して
いるＷＷＷデータ（受信メールデータおよび受信メール
一覧データ）を更新処理することにより、ハイパービデ
オ形式のメールを交換することができる。

【００８７】請求項２に記載の発明は、操作者の操作入
力の受け付けと、ミックスメディアデータの表示出力を
行う入出力部と、ハイパーテキスト構造により構成され
るＷＷＷデータを蓄積管理し、外部からの送信要求に応
じてデータ出力するＷＷＷサービス部と、各種メディア
情報を蓄積管理し、外部からの送信要求に応じてデータ
出力するメディアサービス部と、入出力部からの操作入
力に応じてＷＷＷデータ取得要求を出力処理し、その結
果取得したＷＷＷデータを内部に格納処理し、取得した
データの種別に応じてデータ再生処理し、入出力部へ表
示出力処理する情報ブラウジング部と、情報ブラウジン
グ部とＷＷＷサービス部間でＷＷＷデータの要求および
取得の通信を行うＨＴＴＰ通信処理および情報ブラウジ
ング部とメディアサービス間で各種メディアデータの要
求および取得を行うＮＦＳ通信処理とを行う通信部と、
伝言を掲示する情報とその伝言内容とから構成されるハ
イパービデオ伝言の掲示板登録依頼を外部より受け付け
るハイパービデオ掲示処理受付手段と、受け付けた掲示
板処理依頼に応じてメディアサービス部にハイパービデ
オデータを追加格納するハイパービデオ掲示処理手段
と、ハイパービデオを格納した位置情報を参照してＷＷ
Ｗサービス部のＷＷＷデータを更新する伝言一覧更新手
段とからなるハイパービデオ伝言掲示処理部と、ハイパ
ービデオ伝言掲示処理部の掲示処理の結果を検知する掲
示結果検知手段と、掲示されたハイパービデオ伝言を広
域に配付する条件情報を記憶する配付条件記憶手段と、
掲示結果検知手段からの通知を受けた場合に、配付条件
記憶手段に記憶している配付条件を参照して配付先ホス
ト名を決定し、伝言を掲示する情報とその伝言内容とを
配布先ホストへ配布送信する配布送信手段と、他ホスト
の配布送信手段から伝言を掲示する情報とその伝言内容
の配布を受け、ハイパービデオ伝言を再構成し、ハイパ
ービデオ伝言掲示処理部へ掲示板登録依頼する配布受信
手段とからなる広域配布処理部を備え、掲示処理結果お
よび広域配布条件に応じて外部と通信し、ハイパービデ
オ伝言の配布を行うようにしたものであり、ＷＷＷビュ
ーアからハイパービデオ再生プログラムを起動できるよ
うに設定し、ハイパービデオ形成のデータを従来のモノ
メディアデータの再生手順と同様に操作者が画面上のリ
ンクを選択するという手順で再生することができ、ハイ
パービデオ伝言掲示処理部を設け、ハイパービデオ伝言
の掲示板登録依頼を外部より受け付け、メディアサービ
ス部にハイパービデオデータを追加格納し、さらにハイ
パービデオを格納した位置情報に応じて、ＷＷＷサービ
ス部で管理しているＷＷＷデータ（伝言一覧ページデー
タ）を更新することにより、ハイパービデオ形式の伝言
を掲示することができ、広域配付処理部を設け、ハイパ
ービデオ伝言掲示処理部の掲示処理の結果を検知し、記
憶しているハイパービデオ伝言の広域配付条件情報に基
づいて配付先ホスト名を決定してハイパービデオ伝言の
配付を行うことにより、掲示されたハイパービデオ形式
の伝言をホスト間で交換、配付が可能となり、また、あ
らかじめ設定された複数のホストで同一の伝言データを
保持することができる。

【００８８】請求項３に記載の発明は、配付送信手段
が、ハイパービデオ伝言のヘッダファイルと、ハイパー
ビデオを構成するボディーファイル群とを、配付条件に
より決定された配付先ホストへＦＴＰ送出処理し、ま
た、配付受信手段が、受信した伝言ヘッダファイルとボ
ディファイル群とからハイパービデオ伝言を生成し、ハ
イパービデオ伝言処理部へ通知するようにしたものであ
り、伝言が登録されたホストの配付送信手段から、ハイ
パービデオ伝言のヘッダファイルと、ハイパービデオを
構成するボディーファイル群とを、配付先ホストへＦＴ
Ｐ送出処理し、また、受信ホストの配付受信手段が、受
信した伝言ヘッダファイルとボディファイル群とからハ
イパービデオ伝言を生成し、ハイパービデオ伝言処理部
へ通知することにより、各端末から登録される伝言数の
割合に応じてホストに接続する端末数を加減するなどし
て、端末からの伝言の登録受付処理および他のホストへ
の配付処理の負荷を分散することができる。

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

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

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

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

【００９３】

【００９４】

【００９５】

【００９６】

【００９７】

【００９８】

【００９９】

【０１００】

【０１０１】

【０１０２】

【０１０３】

【０１０４】

【０１０５】

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

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

【０１０８】図３は本実施の形態におけるＷＷＷサービ
ス部１３０が扱うＷＷＷデータ２０１およびメディアサ
ービス部１５０が扱うメディアデータ２０２の構造の例
を示している。図３において、ＷＷＷデータ２０１は次
のようなデータを格納している。 ページデータ（ａ．ｈｔｍｌ） ：シナリオ参照デー
タへのリンクを含んだハイパーテキスト情報、 シナリオ参照データ（ａ．ｒｅｆ）：シナリオデータの
格納位置情報。 また、同様に、メディアデータ２０２は次のようなデー
タを格納している。 シナリオデータ（ａ．ｓｃｉ） ：ハイパービデオに
含まれる素材一覧情報と、それらの再生位置や再生時間
などの再生制御に関する情報、 素材メディアデータ（ａ１．ｍｐｅｇ、ａ２．ｇｉｆ、
ａ３．ｔｅｘｔ）：ハイパービデオに含まれるモノメデ
ィア素材データ。 なお、素材メディアデータのメディアの種類は、ファイ
ル拡張子により区別している。

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

【０１１０】次に、本実施の形態における情報ブラウジ
ング部１２０の各種ＷＷＷデータを取得したときのブラ
ウジング制御手段１２１のデータ処理手順について、図
５に基づいて説明する。なお、本実施の形態による情報
提供装置の基本動作手順は、図７５に示した従来の情報
提供装置の基本動作手順とかわらない。 ステップ２１：ホームページの取得要求を通信部１４０
を介してＷＷＷサービス部１３０へ送信し、データを取
得、表示する。 ステップ２２：操作入力手段１１１より、リンクの選択
もしくは、装置の動作の終了の選択を受ける。 ステップ２３：先の入力が、装置の動作の終了であれ
ば、終了する。 ステップ２４：入力されたリンク情報のＷＷＷデータ
を、ＷＷＷサービス部１３０より取得し、取得結果記憶
手段１２２に記憶する。 ステップ２５：取得、記憶したＷＷＷデータの種類が、 ステップ２６：ＨＴＭＬ形式のハイパーテキストデータ
であれば、表示手段１１２に表示しているページデータ
を更新し、 ステップ２７：モノメディアデータデータであれば、モ
ノメディアデータ再生手段１２３によりデータ再生して
表示手段１１２に出力し、 ステップ２８：シナリオ参照データであれば、ハイパー
ビデオデータ再生手段１２４によりデータ再生して表示
手段１１２に出力し、ステップ２２へ戻る。

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

【０１１２】次に、ステップ２８におけるハイパービデ
オデータ再生手段１２４（「ＨＶ＿ｒｅｆ＿ｐｌａ
ｙ」）の処理手順について図６を基に説明する。 ステップ３１：取得結果記憶手段１２２に格納されてい
るシナリオ参照データを読み込み、シナリオデータの格
納位置情報を得る。 ステップ３２：通信部１４０を介して、メディアサービ
ス部１５０よりシナリオファイルの取得を行う。 ステップ３３：読み込んだシナリオファイルに従って、
各種初期設定を行った後、ステップ３４ないし３６によ
りシナリオに従ってデータを再生する。 ステップ３４：シナリオの再生が全て終了するか、もし
くは入出力部１１０より再生終了の入力を受けたなら
ば、終了する。 ステップ３５：新たな素材データの再生にともない、素
材データの読み込みが必要であれば、 ステップ３６：通信部１４０を介して、メディアサービ
ス部１５０より素材データの読み込みと、再生処理を開
始する。

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

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

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

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

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

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

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

【０１２０】（実施の形態２） 次に、本発明の第２の実施の形態について説明する。本
実施の形態における情報提供装置の構成は、図２に示し
た第１の実施の形態における情報提供装置の構成と同様
である。図１０は本実施の形態におけるＷＷＷサービス
部１３０が扱うＷＷＷデータ３０１およびメディアサー
ビス部１５０が扱うメディアデータ３０２の構造の例を
示している。図１０において、ＷＷＷデータ３０１は次
のようなデータを格納している。ページデータ（ｂ．ｈ
ｔｍｌ）：シナリオデータへのリンクを含んだハイパー
テキスト情報、シナリオデータ（ｂ．ｓｃｉ）：ハイパ
ービデオに含まれる素材一覧情報と、それらの再生位置
や再生時間などの再生制御に関する情報。

【０１２１】また、メディアデータ３０２は次のような
データを格納している。 素材メディアデータ（ｂ１．ｍｐｅｇ、ｂ２．ｇｉｆ、
ｂ３．ｔｅｘｔ）：ハイパービデオに含まれるモノメデ
ィア素材データ。

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

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

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

【０１２５】また、本実施の形態における情報ブラウジ
ング部１２０のブラウジング制御手段１２１の処理手順
は、図５に示した第１の実施の形態における処理手順と
同様であるが、ステップ２８におけるハイパービデオデ
ータ再生手段１２４（（「ＨＶ＿ｓｃｉ＿ｐｌａ
ｙ」））の処理手順のみ異なる。この処理について図１
３を基に説明する。 ステップ４１：取得結果記憶手段１２２に格納されてい
るシナリオデータを読み込む。 ステップ４２：読み込んだシナリオファイルに従って、
各種初期設定を行った後、ステップ４３ないし４５によ
りシナリオに従ってデータ再生する。 ステップ４３：シナリオの再生が全て終了するか、もし
くは入出力部１１０より再生終了の入力を受けたなら
ば、終了する。 ステップ４４：新たな素材データの再生にともない、素
材データの読み込みが必要であれば、 ステップ４５：通信部１４０を介して、メディアサービ
ス部１５０より素材データの読み込みと、再生処理を開
始する。

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

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

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

【０１２９】（実施の形態３） 次に、本発明の第３の実施の形態について説明する。本
実施の形態における情報提供装置の構成は、図２に示し
た第１の実施の形態における情報提供装置の構成と同様
である。図１４は本実施の形態におけるＷＷＷサービス
部１３０が扱うＷＷＷデータ４０１およびメディアサー
ビス部１５０が扱うメディアデータ４０２の構造の例を
示している。図１４において、ＷＷＷデータ４０１は次
のようなデータを格納している。ぺージデータ（ｃ．ｈ
ｔｍｌ）：タイトルデータへのリンクを含んだハイパー
テキスト情報、タイトルデータ（ｃ．ｔｉｔ）：素材一
覧情報と、それらの再生位置や再生時間などの再生制御
に関する情報とから構成されるシナリオ部と、素材メデ
ィアデータから構成される素材データ部とからなるハイ
パービデオ情報。

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

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

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

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

【０１３４】また、本実施の形態における情報ブラウジ
ング部１２０のブラウジング制御手段１２１の処理手順
は、図５に示した第１の実施の形態における処理手順と
同様であるが、ステップ２８におけるハイパービデオデ
ータ再生手段１２４（「ＨＶ＿ｔｉｔ＿ｐｌａｙ」）の
処理手順のみ異なる。この処理について図１７を基に説
明する。 ステップ５１：取得結果記憶手段１２２に格納されてい
るタイトルデータを読み込む。 ステップ５２：読み込んだタイトルファイルに基づい
て、各種初期設定を行った後、 ステップ５３：シナリオの再生が全て終了するか、もし
くは入出力部１１０より再生終了の入力を受けるまで、
ハイパービデオの再生処理を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１５０】また、図２１において、各利用者端末Ｃ
は、内部に入出力部１１０と情報ブラウジング部１２０
とを備え、第１のホストＳ１は、内部にメディアサービ
ス部１５０を備え、第２のホストＳ２は、内部にＷＷＷ
サービス部１３０とメディアサービス部１５０とを備
え、各端末Ｃと各ホストＳ１、Ｓ２は、それぞれネット
ワーク（通信部１４０）により接続されている。そし
て、各ホストＳ１、Ｓ２には、それぞれ次に示すデータ
を格納している。 ホストＳ１（連続メディアデータサーバ）：ハイパービ
デオデータの音声や動画などの連続メディア素材デー
タ、 ホストＳ２（ＷＷＷサーバ、非連続メディアデータサー
バ）：ハイパーテキストデータ、モノメディアデータ、
ハイパービデオデータのシナリオデータとテキストや静
止画などの非連続メディア素材データ。

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

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

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

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

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

【０１５６】また、図２２において、各利用者端末Ｃ
は、内部に入出力部１１０と情報ブラウジング部１２０
とを備え、第１のホストＳ１は、内部にＷＷＷサービス
部１３０を備え、第２から第６のホストは内部にメディ
アサービス部１５０を備え、各端末Ｃと各ホストＳ１〜
Ｓ６は、それぞれネットワークＮ（通信部１４０）によ
り接続されている。そして、各ホストＳ１〜Ｓ６には、
それぞれ次に示すデータを格納している。 ホストＳ１（ＷＷＷサーバ） ：ハイパーテキストデー
タ、モノメディアデータ（ハイパービデオの素材データ
は除く）、 ホストＳ２（シナリオサーバ）：ハイパービデオのシナ
リオデータ、 ホストＳ３（動画サーバ） ：ハイパービデオの動画
素材データ、 ホストＳ４（音声サーバ） ：ハイパービデオの音声
素材データ、 ホストＳ５（静止画サーバ） ：ハイパービデオの静止
画素材データ、 ホストＳ６（テキストサーバ）：ハイパービデオのテキ
スト素材データ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１８６】図２８は本実施の形態におけるハイパービ
デオ伝言掲示処理部１６０の扱うハイパービデオ伝言デ
ータ５０１の構造例を示している。図２８において、ハ
イパービデオ伝言データ５０１は、次のようなデータを
格納している。 伝言板名：ハイパービデオ伝言を掲示する伝言板名（掲
示板名）情報、 伝言主題：伝言の内容を表現したサブジェクト情報、 伝言内容：ハイパービデオによる伝言情報で、シナリオ
データおよび素材データより構成される。

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

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

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

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

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

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

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

【０１９４】図３３は本実施の形態における情報提供装
置の扱うハイパービデオメール６０１および参照メール
６０２のデータ構造例を示している。図３３において、
ハイパービデオメール６０１は、次のようなデータを格
納している。 メール宛先：ハイパービデオメールの送り先情報、 メール主題：メールの内容を表現したサブジェクト情
報、 メール内容：ハイパービデオによるメール情報で、シナ
リオデータおよび素材データより構成される。

【０１９５】また、参照メール６０２は、次のようなデ
ータを格納している。 メール宛先：参照メールの送り先情報、 メール主題：メールの内容を表現したサブジェクト情
報、 自ホスト ：ハイパービデオメールを格納処理したホス
ト名情報、 格納場所 ：ハイパービデオメールの格納場所情報。

【０１９６】図３４は本実施の形態における情報提供装
置の使用例を示している。図３４において、Ｃ１〜Ｃ２
は端末、Ａ、Ｂはメールホストである、それぞれネット
ワーク（通信部１４０）により接続されている。また、
各端末ＣとメールホストＡ、Ｂ内には、それぞれ次のよ
うな手段を備えている。 端末Ｃ１ ：ハイパービデオメールを作成
部１８０ 端末Ｃ２ ：入出力部１１０、情報ブラウ
ジング部１２０、 メールホストＡおよびＢ：ＷＷＷサービス部１３０、メ
ディアサービス部１５０、ハイパービデオメール処理部
１７０。

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

【０１９８】図３７は本実施の形態における情報提供装
置の受配信設定記憶手段１７１に記憶されている受配信
設定情報６１２の例を示す図である。図３７において、
受配信設定情報６１２は次のようなデータを格納してい
る。 ホスト名データ ：ホスト名情報、 参照メール送信先テーブル：メールの宛先情報とその宛
先のに対応するホスト名情報をレコードとするテーブル
情報。

【０１９９】図３８は本実施の形態における情報提供装
置の基本動作手順を示すフロー図であり、以下これにつ
いて、図３８を基に、図３３、図３５、図３６を参照し
て説明する。図３８は端末Ｃ１からユーザａがユーザｂ
宛にハイパービデオメールを送信し、ユーザｂが端末Ｃ
２にてメールを読む手順を示している。ただし、あらか
じめ各ホストは図３５に示すデータを格納されているも
のとする。 ステップ７１：まず、端末Ｃ１のハイパワービデオメー
ル作成部１８０のメール作成アプリケーションにより作
成されハイパービデオメール（図３３の６０１）が端末
Ｃ１よりメールホストＡに送信される。 ステップ７２：メールホストＡでは、受信したメールの
ハイパービデオ部を内部のメディアサービス部１５０内
に格納し、参照メール（図３３の６０２）を作成し、メ
ールホストＢへ転送する。 ステップ７３：メールホストＢでは、受信したメールを
基に内部のＷＷＷサービス部１３０のデータを更新す
る。この時、各メールホストには図３６に示したデータ
が格納された状態になる。 ステップ７４：端末Ｃ２よりメールホストＢのＷＷＷサ
ービス部１３０にアクセスし、リンク先のメールホスト
Ａ内のハイパービデオデータを再生する。

【０２００】次に、本実施の形態における情報提供装置
のハイパービデオメール処理部１７０の処理手順につい
て、図３３に示すハイパービデオメールを受信した時の
処理手順を図３９に従って説明する。なお、入出力部１
１０、情報ブラウジング部１２０、ＷＷＷサービス部１
３０、通信部１４０、メディアサービス部１５０におけ
る基本動作手順は、実施の形態１の情報提供装置の基本
動作手順と同じである。 ステップ８１：メール（図３３の６０１または６０２）
を受信し、メール一時記憶手段１７２に記憶する。 ステップ８２：次に、受信したメールがハイパービデオ
メール（図３３の６０１）ならば、ステップ８３へ進
み、参照メール（図３３の６０２）ならば、ステップ８
６へ進む。 ステップ８３：ハイパービデオメール６０１の「メール
内容」をメールホスト内のメディアデータサービス部１
５０へ格納し、一時記憶手段１７２内から削除する。 ステップ８４：受配信設定情報（図３７の６１２）を参
照して、「自ホスト」データと、ステップ８３でハイパ
ービデオを格納した位置情報を「格納場所」データとを
一時記憶手段１７２に記憶しているデータと合わせ、参
照メール（図３３の６０２）を作成する。 ステップ８５：受配信設定情報６１２の参照メール送信
先テーブルから、参照メールの「メール宛先」に応じた
送り先ホストを検索して、該当するメールホストへメー
ルを送信し、終了する。 ステップ８６：ＷＷＷサービス部１３０に格納している
ＷＷＷデータを更新し、終了する。

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

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

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

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

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

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

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

【０２０８】図４２は、本実施の形態における掲示結果
通知手段１８１が検知し、配付送信手段１８３へ通知す
る検知結果データ７０１の構造例を示している。図４２
において、検知結果データ７０１は、次のようなデータ
を格納している。 伝言板名：登録（掲示）されたハイパービデオ伝言を掲
示した伝言板名（掲示板名）情報、 伝言主題：掲示された伝言のサブジェクト情報。

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

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

【０２１１】図４４は、２つのホストの広域配付処理部
１８０が送受信する配送ファイル構成を示している。転
送されるファイルのうち、ヘッダファイル７０３には検
知結果データ７０１と同様の次の内容を格納している。 伝言板名：掲示されたハイパービデオ伝言を掲示した伝
言板名情報、 伝言主題：掲示された伝言のサブジェクト情報。なお、
シナリオファイル７０４および素材ファイル７０５は、
すでにメディアサービス部１５０に格納されている。

【０２１２】図４５は、図４１に示した本実施の形態に
よる情報提供装置の使用例の基本動作手順を示すフロー
図であり、以下これについて図４１、図４２、図４３、
図４４を参照しながら説明する。ただし、ホストＡ、
Ｂ、Ｃの配付条件記憶手段１８２には、それぞれ、図４
３に示した配付条件テーブルが記憶されている。 ステップ９１：ホストＡが、端末Ｔ１より図２８に示し
たハイパービデオ伝言を受け、「新製品ガイド」伝言板
に掲示処理する。 ステップ９２：ホストＡは、「新製品ガイド」伝言板に
設定された配付ホストを検索し、配付ホスト（Ｂ、Ｃ）
を決定する。 ステップ９３：ホストＡより、ホストＢ、Ｃへ、伝言を
配付する。 ステップ９３：ホストＢ、Ｃが、配付された伝言を自己
の「新製品ガイド」伝言板にそれぞれ掲示処理し、端末
Ｔ２、Ｔ３より伝言の参照が可能になる。

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

【０２１４】図４６は、配付送信手段１８３の処理手順
を示すフロー図である。ホストＡにおける配付送信処理
を例に、本実施の形態における配付送信手段１８３の処
理手順について説明する。 ステップ１０１：掲示結果検知手段１８１より、ハイパ
ービデオ伝言の掲示処理の検知結果データ７０１を受け
る。 ステップ１０２：配付条件記憶手段１８２に記憶されて
いる配付条件テーブル７０２を参照し、検知結果データ
７０１の伝言板名「新製品ガイド」に該当する配付先ホ
スト名「Ｂ」および「Ｃ」を検索する。 ステップ１０３：次に、検知結果データ７０１を元にヘ
ッダファイル７０３を生成する。 ステップ１０４：配送ファイル群（ヘッダファイル７０
３、シナリオファイル７０４、素材ファイル７０５）
を、ホストＢ、ＣへＦＴＰ送信する。

【０２１５】図４７は、配付受信手段１８４の処理手順
を示すフロー図である。ホストＢにおける配付受信処理
を例に、本実施の形態における配付受信手段１８４の処
理手順について説明する。 ステップ１１１：配送ファイル群を全て受信する。 ステップ１１２：ヘッダファイル７０３を元に「伝言板
名」および「伝言主題」データを決定し、また、シナリ
オファイル７０４および素材ファイル７０５を「伝言内
容」とするハイパービデオ伝言（図２８）を再構成す
る。 ステップ１１３：その伝言の登録依頼をハイパービデオ
伝言掲示処理部１６０に通知する。

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

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

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

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

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

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

【０２２２】図４９は、伝言の送信元ホストが配付先ホ
ストへ送信する伝言更新情報８０１の構成を示してい
る。伝言更新情報８０１には次のようなデータが格納さ
れている。 伝言板名：掲示されたハイパービデオ伝言を掲示した伝
言板名情報、 伝言主題：掲示された伝言のサブジェクト情報、 格納ファイルリスト：掲示された伝言を構成するシナリ
オファイルおよび素材ファイルの格納位置情報で、ホス
ト名情報を付加した形式とする。 なお、シナリオファイルおよび素材ファイルは、すでに
メディアサービス部１５０に格納されている。

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

【０２２４】図５０は、配付送信手段１８３の処理手順
を示すフロー図である。本実施の形態における配付送信
手段１８３の処理手順について、ホストＡにおける配付
送信処理を例に、図５０に従って説明する。 ステップ１２１：掲示結果検知手段１８１より、ハイパ
ービデオ伝言の掲示処理の検知結果データ７０１を受
け、 ステップ１２２：配付条件記憶手段１８２に記憶されて
いる配付条件テーブル７０２を参照し、検知結果データ
７０１の伝言板名「新製品ガイド」に該当する配付先ホ
スト名「Ｂ」および「Ｃ」を検索する。 ステップ１２３：次に、検知結果データ７０１を元に、
メディアサービス部に格納されているメディアデータの
格納位置情報を検索し、伝言更新情報８０１を生成す
る。 ステップ１２４：生成した伝言更新情報８０１をホスト
Ｂ、ＣへＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆ
ｅｒＰｒｏｔｏｃｏｌ：電子メール交換のプロトコルの
一種）にて送信する。

【０２２５】また、図５１は、配付受信手段１８４の処
理手順を示すフロー図である。本実施の形態における配
付受信手段１８４の処理手順について、ホストＢにおけ
る配付受信処理を例に、図５１に従って説明する。 ステップ１３１：伝言更新情報８０１を受信すると、 ステップ１３２：受信した伝言更新情報８０１内の「格
納ファイルリスト」を参照し、配付元ホストからファイ
ルをＦＴＰで取得する（ｇｅｔコマンドを使用）。 ステップ１３３：ステップ１３２で取得したファイルを
「伝言内容」とし、伝言更新情報８０１内の「伝言板
名」、「伝言主題」データとからハイパービデオ伝言
（図２８）を再構成する。 ステップ１３４：ハイパービデオ伝言掲示処理部１６０
に登録依頼通知する。

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

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

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

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

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

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

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

【０２３３】図５４は、スケジュール記憶手段１９１が
記憶する実行予定テーブル９０１の構成を示している。
実行予定テーブル９０１は次のような予定データをレコ
ードとするテーブル形式で格納している。 実行予定プログラム：実行すべきプログラム（処理
名）、 実行予定日時：実行予定プログラムを実行する日時情
報。図５４では、「伝言ファイル取得処理」が「毎日２
１時」に実行される予定などが記憶されている。

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

【０２３５】図５５および図５６は、配付受信手段１８
４による処理手順を示すフロー図である。本実施の形態
における配付受信手段１８４の処理手順は、図５５に示
した伝言更新情報の受信処理手順と、図５６に示したフ
ァイル取得処理手順の２つの手順フローからなる。これ
らについて図５５および図５６に従って説明する。な
お、配付送信手段１８３の処理手順は、図５０に示した
第１５の実施の形態における配付送信手段１８３の処理
手順と同様である。 （ａ）伝言更新情報の受信処理 ステップ１４１：伝言更新情報８０１を受信したら、そ
のままメールスプール（電子メール用の一時記憶領域）
に蓄積しておく。 （ｂ）ファイルの取得処理 ステップ１５１：メールスプールに伝言更新情報があれ
ば、ステップ１４２へ、なければ終了する。 ステップ１５２：スプールから、受信した伝言更新情報
８０１を一つ取出し、「格納ファイルリスト」を参照し
て、配付元ホストからファイルをＦＴＰで取得する（ｇ
ｅｔコマンドを使用）。 ステップ１５３：ステップ１５２で取得したファイルを
「伝言内容」とし、伝言更新情報８０１内の「伝言板
名」、「伝言主題」データとからハイパービデオ伝言
（図２８）を再構成する。 ステップ１３４：ハイパービデオ伝言掲示処理部１６０
に登録依頼通知し、ステップ１５１へ。

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

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

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

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

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

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

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

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

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

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

【０２４６】図６０は、配付送信手段１８３の処理手順
を示すフロー図である。本実施の形態における配付送信
手段１８３の処理手順について、ホストＡにおける配付
送信処理を例に、図６０に従って説明する。 ステップ１６１：掲示結果検知手段１８１より、ハイパ
ービデオ伝言の掲示処理の検知結果データ７０１を受
け、 ステップ１６２：配付条件記憶手段１８２に記憶されて
いる配付条件テーブル７０２を参照し、検知結果データ
７０１の伝言板名「新製品ガイド」に該当する配付先ホ
スト名「Ｂ」および「Ｃ」を検索する。 ステップ１６３：次に、検知結果データ７０１を元に、
「伝言板名」、「伝言主題」を内容とする伝言ヘッダフ
ァイルを生成し、 ステップ１６４：メディアサービス部に格納されている
メディアデータを参照して、マルチファイル形式の伝言
１００１からＭＩＭＥ形式の伝言１００２を生成（符合
化）する。 ステップ１６５：生成したＭＩＭＥ形式の伝言１００２
をホストＢ、ＣへＳＭＴＰにて送信する。

【０２４７】また、図６１は、配付受信手段１８４の処
理手順を示すフロー図である。本実施の形態における配
付受信手段１８４の処理手順について、ホストＢにおけ
る配付受信処理を例に、図６１に従って説明する。 ステップ１７１：ＭＩＭＥ形式の伝言１００２を受信す
る。 ステップ１７２：デコードしてマルチファイル形式の伝
言１００１にする。 ステップ１７３：ハイパービデオ伝言（図２８）に再構
成する。 ステップ１７４：ハイパービデオ伝言掲示処理部１６０
に登録依頼通知する。

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

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

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

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

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

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

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

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

【０２５６】図６６は、第１の配付受信手段１８４ａが
配付元ホストに送信する再配送要求データ１１０１の構
造を示している。再配送要求データ１１０１は次のよう
なデータを格納している。 メッセージ名：配付元ホストに要求する内容情報（”再
送要求”）、 ホスト名 ：自ホストの名前情報、 伝言板名 ：再送を要求する伝言の伝言板名情報、 伝言主題 ：再送を要求する伝言のサブジェクト情
報。

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

【０２５８】図６７は、第１の配付送信手段１８３ａの
処理手順を示すフロー図である。本実施の形態における
第１の配付送信手段１８３ａの処理手順について、ホス
トＡにおける配付送信処理を例に、図６７に従って説明
する。 ステップ１８１：掲示結果検知手段１８１より、ハイパ
ービデオ伝言の掲示処理の検知結果データ７０１を受け
る。 ステップ１８２：配付条件記憶手段１８２に記憶されて
いる配付条件テーブル７０２を参照し、検知結果データ
７０１の伝言板名「新製品ガイド」に該当する配付先ホ
スト名「Ｂ」および「Ｃ」を検索する。 ステップ１８３：次に、検知結果データ７０１を元に、
メディアサービス部に格納されているメディアデータの
格納位置情報を検索し、伝言更新情報８０１を生成す
る。 ステップ１８４：生成した伝言更新情報８０１をホスト
Ｂ、ＣへＳＭＴＰにて送信する。

【０２５９】図６８は、第２の配付送信手段１８３ｂの
処理手順を示すフロー図である。本実施の形態における
第２の配付送信手段１８３ｂの処理手順について、ホス
トＡにおける配付送信処理を例に、図６８に従って説明
する。 ステップ１９１：外部ホストより再配送要求データ１１
０１を受ける。 ステップ１９２：再配送要求データ１１０１より、配付
先ホスト名（”Ｂ”）を決定する。 ステップ１９３：「伝言板名」、「伝言主題」を内容と
する伝言ヘッダファイルを生成する。 ステップ１９４：メディアサービス部に格納されている
メディアデータを参照して、マルチファイル形式の伝言
１００１からＭＩＭＥ形式の伝言１００２を生成（符合
化）する。 ステップ１９５：生成したＭＩＭＥ形式の伝言１００２
をホストＢへＳＭＴＰにて送信する。

【０２６０】図６９は、第１の配付受信手段１８４ａの
処理手順を示すフロー図である。本実施の形態における
第１の配付受信手段１８４ａの処理手順について、ホス
トＢにおける配付受信処理を例に、図６９に従って説明
する。 ステップ２０１：伝言更新情報８０１を受け、 ステップ２０２：受信した伝言更新情報８０１内の「格
納ファイルリスト」を参照し、配付元ホストからファイ
ルをＦＴＰで取得する（ｇｅｔコマンドを使用）。 ステップ２０３：ステップ２０２で、ＦＴＰに成功すれ
ばステップ２０５へ移行し、成功しなければステップ２
０４へ移行する。 ステップ２０４：伝言更新情報８０１からを参照して再
配送要求データ１１０１を生成し、配送元ホストへ送信
し、終了する。 ステップ２０５：ステップ２０３で取得したファイルを
「伝言内容」とし、伝言更新情報８０１内の「伝言板
名」、「伝言主題」データとからハイパービデオ伝言
（図２８）を再構成する。 ステップ２０６：ハイパービデオ伝言掲示処理部１６０
に登録依頼通知する。

【０２６１】図７０は、第２の配付受信手段１８４ｂの
処理手順を示すフロー図である。本実施の形態における
第２の配付受信手段１８４ｂの処理手順について、ホス
トＢにおける配付受信処理を例に、図７０に従って説明
する。 ステップ２１１：ＭＩＭＥ形式の伝言１００２を受け
る。 ステップ２１２：デコードしてマルチファイル形式の伝
言１００１にする。 ステップ２１３：ハイパービデオ伝言（図２８）に再構
成する。 ステップ２１４：ハイパービデオ伝言掲示処理部１６０
に登録依頼通知する。

【０２６２】図７１は、配付データ受信手段１８５の処
理手順を示すフロー図である。本実施の形態における配
付受信手段１８５の処理手順について、ホストＢにおけ
る配付受信処理を例に、図７１に従って説明する。 ステップ２２１：外部よりデータを受信する。 ステップ２２２：受信したデータがどのような種類のも
のであるかをチェックする。 ステップ２２３：伝言更新情報の場合には、第１の配付
受信手段へ通知する。 ステップ２２４：ＭＩＭＥメールによる伝言情報の場合
には、第２の配付受信手段へ通知する。 ステップ２２５：再配送要求データの場合は、第２の配
付送信手段へ通知する。

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

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

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

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

【０２６７】

【発明の効果】以上のように、本発明は、第１に、操作
者の操作入力およびデータ表示を行う入出力部と、ハイ
パーテキスト構造のＷＷＷデータを蓄積管理するＷＷＷ
サービス部と、各種メディア情報を蓄積管理するメディ
アサービス部と、操作入力に応じたＷＷＷデータの取得
処理および取得したＷＷＷデータの種別に応じてデータ
再生処理する情報ブラウジング部と、各部間のＨＴＴＰ
通信処理およびＮＦＳ通信処理を行う通信部とを備えて
いるので、ハイパービデオのような複数ファイルにより
構成されるミックスメディアのデータに対しても、従来
のモノメディアデータの再生手順と同様に、操作者が画
面上のリンクを選択するという簡単な手順で再生するこ
とができ、自分のホスト名情報およびメールの宛先に対
応する送信先ホストの情報とを記憶した受配信設定記憶
手段と、メールホストもしくはメール作成端末から受信
したメールを一時記憶するメール一時記憶手段と、メー
ルを受信し、受信したメールがハイパービデオメールの
場合は、ハイパービデオ部分を自ホスト内のメディアサ
ービス部へ格納し、この時の格納したハイパービデオの
位置情報と自ホスト名情報とメールの宛先部とから構成
されるハイパービデオ参照メールを作成して、受配信設
定記憶手段に記憶されている受配信設定を参照して送信
先ホストへ送信し、また受信したメールがハイパービデ
オ参照メールの場合には、ＷＷＷサービス部へ登録する
メール受配信処理手段とからなるハイパービデオメール
処理部を備えているので、ハイパービデオによるメール
交換が可能なハイパービデオメール交換システムを構築
することができる優れた情報提供装置を実現できるもの
である。

【０２６８】また本発明は、第２に、操作者の操作入力
およびデータ表示を行う入出力部と、ハイパーテキスト
構造のＷＷＷデータを蓄積管理するＷＷＷサービス部
と、各種メディア情報を蓄積管理するメディアサービス
部と、操作入力に応じたＷＷＷデータの取得処理および
取得したＷＷＷデータの種別に応じてデータ再生処理す
る情報ブラウジング部と、各部間のＨＴＴＰ通信処理お
よびＮＦＳ通信処理を行う通信部とを備えているので、
ハイパービデオのような複数ファイルにより構成される
ミックスメディアのデータに対しても、従来のモノメデ
ィアデータの再生手順と同様に、操作者が画面上のリン
クを選択するという簡単な手順で再生することができ、
ハイパービデオ伝言の掲示板登録依頼を外部より受け付
けるハイパービデオ掲示処理受付手段と、受け付けた掲
示板処理依頼に応じてメディアサービス部にハイパービ
デオデータを追加格納するハイパービデオ掲示処理手段
と、ハイパービデオを格納した位置情報を参照してＷＷ
Ｗサービス部のＷＷＷデータを更新する伝言一覧更新手
段とからなるハイパービデオ伝言掲示処理部を備えてい
るので、ハイパービデオによる伝言をホストに登録し、
再生表示する伝言板（掲示板）システムを構築すること
ができ、さらに、ハイパービデオ伝言掲示処理部の掲示
処理の結果を検知する掲示結果検知手段と、掲示された
ハイパービデオ伝言を広域に配付する条件情報を記憶す
る配付条件記憶手段と、掲示結果検知手段からの通知を
受けた場合に、配付条件記憶手段に記憶している配付条
件を参照して配付先ホスト名を決定し、ハイパービデオ
伝言の配付送信を行う配付送信手段と、外部からハイパ
ービデオ伝言の配付を受けた場合に、ハイパービデオ伝
言を再構成し、ハイパービデオ伝言掲示処理部へ掲示処
理を通知する配付受信手段とからなる広域配付処理部を
備え、掲示処理結果および広域配付条件に応じて外部と
通信しハイパービデオ伝言の配付を行うようにしたの
で、掲示されたハイパービデオ形式の伝言をホスト間で
交換、配付を可能とし、あらかじめ設定された複数のホ
ストで同一の伝言データを保持することができる優れた
情報提供装置を実現できるものである。

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

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

【０２７１】また本発明は、第５に、実行予定プログラ
ムと実行予定日時とから構成されるスケジュール情報を
設定記憶するスケジュール記憶手段と、スケジュール情
報にしたがって定期的にプログラムを実行するスケジュ
ール実行手段とを設け、配付受信手段が行う処理のうち
配付元からボディファイルを取得する処理の開始時間を
設定可能にするようにしたので、他のホストに掲示され
た伝言による自ホスト内部の掲示板の更新処理を、受信
ホストの都合の良い時間帯に実行することができ、ま
た、受信ホストに直接接続された端末へのサービスに影
響を与えにくくすることができる優れた情報提供装置を
実現できるものである。

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

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

【０２７４】

【０２７５】

【０２７６】

【０２７７】

【０２７８】

【０２７９】

【０２８０】

【０２８１】

【０２８２】

【０２８３】

【０２８４】

【０２８５】

【０２８６】

【図面の簡単な説明】

【図１】本発明におけるハイパービデオデータ構造の概
念を示す模式図

【図２】本発明の第１の実施の形態における情報提供装
置の構成を示すブロック図

【図３】第１の実施の形態における情報提供装置の扱う
ＷＷＷデータおよびメディアデータの構造例を示す模式
図

【図４】第１の実施の形態における情報提供装置のブラ
ウジング制御手段に記憶されている再生制御テーブルの
構造例を示す模式図

【図５】第１の実施の形態における情報提供装置のブラ
ウジング制御手段の処理手順を示すフロー図

【図６】第１の実施の形態における情報提供装置のハイ
パービデオデータ再生手段の処理手順を示すフロー図

【図７】第１の実施の形態における情報提供装置のＷＷ
Ｗデータ記憶手段に記憶されているＷＷＷデータの例を
示す模式図

【図８】第１の実施の形態における情報提供装置のメデ
ィアデータ管理手段に記憶されているメディアデータの
例を示す模式図

【図９】第１の実施の形態における情報提供装置の動作
表示例を示す模式図

【図１０】本発明の第２の実施の形態における情報提供
装置の扱うＷＷＷデータおよびハイパービデオデータの
構造例を示す模式図

【図１１】第２の実施の形態における情報提供装置のブ
ラウジング制御手段に記憶されている再生制御テーブル
の構造例を示す模式図

【図１２】第２の実施の形態における情報提供装置のＷ
ＷＷデータ記憶手段に記憶されているＷＷＷデータの例
（Ａ）およびメディアデータ管理手段に記憶されている
メディアデータの例（Ｂ）を示す模式図

【図１３】第２の実施の形態における情報提供装置のハ
イパービデオデータ再生手段の処理手順を示すフロー図

【図１４】本発明の第３の実施の形態における情報提供
装置の扱うＷＷＷデータおよびメディアデータの構造例
を示す模式図

【図１５】第３の実施の形態における情報提供装置のブ
ラウジング制御手段に記憶されている再生制御テーブル
の構造例を示す模式図

【図１６】第３の実施の形態における情報提供装置のＷ
ＷＷデータ記憶手段に記憶されているＷＷＷデータの例
を示す模式図

【図１７】第３の実施の形態における情報提供装置のハ
イパービデオデータ再生手段の処理手順を示すフロー図

【図１８】本発明の第４の実施の形態における情報提供
装置の構成を示すフロー図

【図１９】第４の実施の形態における各端末とホストの
通信関係を示す概念図

【図２０】本発明の第５の実施の形態における情報提供
装置の構成を示すブロック図

【図２１】本発明の第６の実施の形態における情報提供
装置の構成を示すブロック図

【図２２】本発明の第７の実施の形態における情報提供
装置の構成を示すブロック図

【図２３】本発明の第８の実施の形態における情報提供
装置の構成を示すブロック図

【図２４】本発明の第９の実施の形態における情報提供
装置の構成を示すブロック図

【図２５】本発明の第１０の実施の形態における情報提
供装置の構成を示すブロック図

【図２６】本発明の第１１の実施の形態における情報提
供装置の構成を示すブロック図

【図２７】本発明の第１２の実施の形態における情報提
供装置の構成を示すブロック図

【図２８】第１２の実施の形態における情報提供装置の
扱うハイパービデオ伝言データの構造例を示す模式図

【図２９】第１２の実施の形態における情報提供装置の
ハイパービデオ伝言掲示処理部の処理手順を示すフロー
図

【図３０】第１２の実施の形態における情報提供装置の
ＷＷＷデータ記憶手段に記憶されているＷＷＷデータと
メディアデータ管理手段に記憶されているメディアデー
タのハイパービデオ伝言データの受信前の例を示す模式
図

【図３１】第１２の実施の形態における情報提供装置の
ＷＷＷデータ記憶手段に記憶されているＷＷＷデータと
メディアデータ管理手段に記憶されているメディアデー
タのハイパービデオ伝言データの受信後の例を示す模式
図

【図３２】本発明の第１３の実施の形態における情報提
供装置の構成を示すブロック図

【図３３】第１３の実施の形態における情報提供装置の
扱うハイパービデオメールおよび参照メールのデータ構
造例を示す模式図

【図３４】第１３の本実施の形態における情報提供装置
の使用例を示す模式図

【図３５】第１３の実施の形態における情報提供装置に
記憶されているＷＷＷデータおよびメディアデータのメ
ール到着前の例を示す模式図

【図３６】第１３の実施の形態における情報提供装置に
記憶されているＷＷＷデータおよびメディアデータのメ
ール到着後の例を示す模式図

【図３７】第１３の実施の形態における情報提供装置の
受配信設定記憶手段に記憶されているデータの例を示す
模式図

【図３８】第１３の実施の形態における情報提供装置の
基本動作手順を示すフロー図

【図３９】第１３の実施の形態における情報提供装置の
ハイパービデオメール受配信処理手段の処理手順を示す
フロー図

【図４０】本発明の第１４の実施の形態における情報提
供装置の構成を示すブロック図

【図４１】第１４の実施の形態における情報提供装置の
使用例を示す模式図

【図４２】第１４の実施の形態における情報提供装置の
掲示結果通知手段の生成する検知結果データの例を示す
摸式図

【図４３】第１４の実施の形態における情報提供装置の
配付条件記憶手段に記憶されている配付条件テーブルの
構造およびデータの例を示す模式図

【図４４】第１４の実施の形態における情報提供装置の
広域配付処理部が送受信する配送ファイルの構造を示す
模式図

【図４５】第１４の実施の形態における情報提供装置の
使用例の基本動作を示すフロー図

【図４６】第１４の実施の形態における情報提供装置の
配付送信手段の処理手順を示すフロー図

【図４７】第１４の実施の形態における情報提供装置の
配付受信手段の処理手順を示すフロー図

【図４８】第１４の実施の形態における情報提供装置の
配付処理における同期の関係を示す摸式図

【図４９】本発明の第１５の実施の形態における情報提
供装置の広域配付処理部が送受信する伝言更新情報の構
造を示す模式図

【図５０】第１５の実施の形態における情報提供装置の
配付送信手段の処理手順を示すフロー図

【図５１】第１５の実施の形態における情報提供装置の
配付受信手段の処理手順を示すフロー図

【図５２】第１５の実施の形態における情報提供装置の
配付処理における同期の関係を示す摸式図

【図５３】本発明の第１６の実施の形態における情報提
供装置の構成を示すブロック図

【図５４】本発明の第１６の実施の形態における情報提
供装置のスケジュール記憶手段が記憶する実行予定テー
ブルの構造およびデータの例を示す模式図

【図５５】第１６の実施の形態における情報提供装置の
配付受信手段の処理手順のうち、伝言更新情報の受信処
理手順を示すフロー図

【図５６】第１６の実施の形態における情報提供装置の
配付受信手段の処理手順のうち、ファイルの取得処理手
順を示すフロー図

【図５７】第１６の実施の形態における情報提供装置の
配付処理のうち、（ａ）伝言更新情報の受信処理およ
び、（ｂ）ファイルの取得処理における同期の関係をそ
れぞれ示す摸式図

【図５８】本発明の第１７の実施の形態における情報提
供装置の広域配付処理部が送受信する（ａ）マルチファ
イル形式のハイパービデオ伝言および、（ｂ）ＭＩＭＥ
形式のの伝言の構造を示す模式図

【図５９】第１７の実施の形態における情報提供装置の
使用例を示す模式図

【図６０】第１７の実施の形態における情報提供装置の
配付送信手段の処理手順を示すフロー図

【図６１】第１７の実施の形態における情報提供装置の
配付受信手段の処理手順を示すフロー図

【図６２】第１７の実施の形態における情報提供装置の
配付処理における同期の関係を示す摸式図

【図６３】本発明の第１８の実施の形態における情報提
供装置の構成を示すブロック図

【図６４】第１８の実施の形態における情報提供装置の
使用例を示す模式図

【図６５】第１８の実施の形態における情報提供装置の
ファイヤウォールの設定例を示す摸式図

【図６６】本発明の第１８の実施の形態における情報提
供装置の広域配付処理部が送受信する再配送要求データ
の構造を示す模式図

【図６７】第１８の本実施の形態における情報提供装置
の第１の配付送信手段の処理手順を示すフロー図

【図６８】第１８の実施の形態における情報提供装置の
第２の配付送信手段の処理手順を示すフロー図

【図６９】第１８の実施の形態における情報提供装置の
第１の配付受信手段の処理手順を示すフロー図

【図７０】第１８の実施の形態における情報提供装置の
第２の配付受信手段の処理手順を示すフロー図

【図７１】第１８の実施の形態における情報提供装置の
配付データ受信手段の処理手順を示すフロー図

【図７２】第１８の実施の形態における情報提供装置の
配付処理における同期の関係を示す摸式図

【図７３】従来の情報提供装置の構成を示すブロック図

【図７４】従来の情報提供装置で利用されるＨＴＭＬで
記述されたＷＷＷデータの例を示す模式図

【図７５】従来の情報提供装置における情報ブラウジン
グ制御手段に記憶されている再生制御テーブルの構造例
を示す模式図

【図７６】従来の情報提供装置の基本動作手順を示すフ
ロー図

【図７７】従来の情報提供装置におけるブラウジング制
御手段の処理手順を示すフロー図

【図７８】従来の情報提供装置におけるＷＷＷデータ記
憶手段に記憶されているＷＷＷデータの構造の例（Ａ）
と、ＷＷＷデータ管理手段に記憶されているＷＷＷデー
タ提供初期情報の例（Ｂ）を示す模式図

【図７９】従来の情報提供装置の動作表示例を示す模式
図

【符号の説明】

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

フロントページの続き (56)参考文献 高田敏弘外２名”プロトコル解析のた めのテキスト／ビデオ統合システム”情 報処理学会研究報告，第95巻，第59号, Ｐ１〜６ シュトロベールＳウールＴ著 「ＬＩ ＮＵＸ」シュプリンガー・フェアクラー ク東京（株）Ｈ７．５．30 Ｐ33〜35 久保田和巳，石川博”データベースと インターネットアプリケーションの連携 に関する試み”情報処理学会研究報告 Ｈ７．７．20 第95巻，第65号 Ｐ265 〜272 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 操作者の操作入力の受け付けと、ミック
   スメディアデータの表示出力を行う入出力部と、ハイパ
   ーテキスト構造により構成されるＷＷＷデータを蓄積管
   理し、外部からの送信要求に応じてデータ出力するＷＷ
   Ｗサービス部と、各種メディア情報を蓄積管理し、外部
   からの送信要求に応じてデータ出力するメディアサービ
   ス部と、前記入出力部からの操作入力に応じてＷＷＷデ
   ータ取得要求を出力処理し、その結果取得したＷＷＷデ
   ータを内部に格納処理し、取得したデータの種別に応じ
   てデータ再生処理し、前記入出力部へ表示出力処理する
   情報ブラウジング部と、前記情報ブラウジング部とＷＷ
   Ｗサービス部間でＷＷＷデータの要求および取得の通信
   を行うＨＴＴＰ通信処理および前記情報ブラウジング部
   とメディアサービス部間で各種メディアデータの要求お
   よび取得を行うＮＦＳ通信処理とを行う通信部と、 自分のホスト名情報およびメールの宛先に対応する送信
   先ホストの情報とを記憶した受配信設定記憶手段と、メ
   ールホストもしくはメール作成端末から受信したメール
   を一時記憶するメール一時記憶手段と、メールを受信
   し、受信したメールがハイパービデオメールの場合は、
   ハイパービデオメールに含まれるハイパービデオ情報を
   自ホスト内のメディアサービス部へ格納し、この時の格
   納したハイパービデオの位置情報と自ホスト名情報と前
   記メールの宛先部とから構成されるハイパービデオ参照
   メールを作成して、前記受配信設定記憶手段に記憶され
   ている受配信設定を参照して送信先ホストへ送信し、ま
   た受信したメールがハイパービデオ参照メールの場合に
   は、前記ＷＷＷサービス部へ登録するメール受配信処理
   手段とからなるハイパービデオメール処理部を備えた情
   報提供装置。
2. 【請求項２】 操作者の操作入力の受け付けと、ミック
   スメディアデータの表示出力を行う入出力部と、ハイパ
   ーテキスト構造により構成されるＷＷＷデータを蓄積管
   理し、外部からの送信要求に応じてデータ出力するＷＷ
   Ｗサービス部と、各種メディア情報を蓄積管理し、外部
   からの送信要求に応じてデータ出力するメディアサービ
   ス部と、前記入出力部からの操作入力に応じてＷＷＷデ
   ータ取得要求を出力処理し、その結果取得したＷＷＷデ
   ータを内部に格納処理し、取得したデータの種別に応じ
   てデータ再生処理し、前記入出力部へ表示出力処理する
   情報ブラウジング部と、前記情報ブラウジング部とＷＷ
   Ｗサービス部間でＷＷＷデータの要求および取得の通信
   を行うＨＴＴＰ通信処理および前記情報ブラウジング部
   とメディアサービス間で各種メディアデータの要求およ
   び取得を行うＮＦＳ通信処理とを行う通信部と、 伝言を掲示する情報とその伝言内容とから構成されるハ
   イパービデオ伝言の掲示板登録依頼を外部より受け付け
   るハイパービデオ掲示処理受付手段と、受け付けた掲示
   板処理依頼に応じてメディアサービス部にハイパービデ
   オデータを追加格納するハイパービデオ掲示処理手段
   と、ハイパービデオを格納した位置情報を参照してＷＷ
   Ｗサービス部のＷＷＷデータを更新する伝言一覧更新手
   段とからなるハイパービデオ伝言掲示処理部と、前記ハ
   イパービデオ伝言掲示処理部の掲示処理の結果を検知す
   る掲示結果検知手段と、掲示されたハイパービデオ伝言
   を広域に配付する条件情報を記憶する配付条件記憶手段
   と、前記掲示結果検知手段からの通知を受けた場合に、
   前記配付条件記憶手段に記憶している配付条件を参照し
   て配付先ホスト名を決定し、伝言を掲示する情報とその
   伝言内容とを前記配布先ホストへ配布送信する配布送信
   手段と、他ホストの前記配布送信手段から伝言を掲示す
   る情報とその伝言内容の配布を受け、前記ハイパービデ
   オ伝言を再構成し、ハイパービデオ伝言掲示処理部へ掲
   示板登録依頼する配布受信手段とからなる広域配布処理
   部を備え、前記掲示処理結果および前記広域配布条件に
   応じて外部と通信し、ハイパービデオ伝言の配布を行う
   ことを特徴とする情報提供装置。
3. 【請求項３】 配布送信手段が、ハイパービデオ伝言の
   ヘッダファイルと、ハイパービデオを構成するボディー
   ファイル群とを、配付条件により決定された配付先ホス
   トへＦＴＰ送出処理し、また、配付受信手段が、受信し
   た前記伝言ヘッダファイルと前記ボディファイル群とか
   らハイパービデオ伝言を生成し、ハイパービデオ伝言処
   理部へ通知することを特徴とする請求項２記載の情報提
   供装置。
4. 【請求項４】 配付送信手段が、ハイパービデオ伝言の
   ヘッダファイルと、ハイパービデオを構成するボディフ
   ァイルの格納位置情報とから構成される伝言更新情報を
   生成し、配付条件により決定された配付先ホストへ送出
   処理し、また、配付受信手段が、受信した前記伝言更新
   情報に応じて、配付元からボディファイルをＦＴＰによ
   り取得し、伝言ヘッダファイルと取得した前記ボディフ
   ァイル群とからハイパービデオ伝言を生成し、ハイパー
   ビデオ伝言処理部へ通知することを特徴とする請求項２
   記載の情報提供装置。
5. 【請求項５】 実行予定プログラムと実行予定日時とか
   ら構成されるスケジュール情報を設定記憶するスケジュ
   ール記憶手段と、前記スケジュール情報にしたがって定
   期的にプログラムを実行するスケジュール実行手段とを
   設け、配付受信手段が行う処理のうち配付元からボディ
   ファイルを取得する処理の開始時間を設定可能にするこ
   とを特徴とする請求項４記載の情報提供装置。
6. 【請求項６】 配付送信手段が、ハイパービデオ伝言の
   ヘッダファイルと、ハイパービデオを構成するボディー
   ファイル群とをＭＩＭＥエンコードして、配付条件によ
   り決定された配付先ホストへＳＭＴＰ送出処理し、ま
   た、配付受信手段が、受信したＭＩＭＥメールデータを
   デコードし、前記伝言ヘッダファイルと前記ボディファ
   イル群とからハイパービデオ伝言を生成し、ハイパービ
   デオ伝言処理部へ通知することを特徴とする請求項２記
   載の情報提供装置。
7. 【請求項７】 前記掲示結果検知手段からの通知を受け
   た場合に、前記配付条件記憶手段に記憶している配付条
   件を参照して配付先ホスト名を決定し、ハイパービデオ
   伝言のヘッダファイルと、ハイパービデオを構成するボ
   ディーファイルの格納位置情報とから構成される伝言更
   新情報を生成し、配付条件により決定された配付先ホス
   トへ送出処理する第１の配付送信手段と、ハイパービデ
   オ伝言のＭＩＭＥメールでの再配送要求を受けた場合
   に、ハイパービデオ伝言のヘッダファイルと、ハイパー
   ビデオを構成するボディーファイル群とをＭＩＭＥエン
   コードして、要求元のホストへＳＭＴＰ送出処理する第
   ２の配付送信手段と、 受けた伝言更新情報に応じて配付元からボディファイル
   をＦＴＰによる取得を試み、取得できた場合には、伝言
   ヘッダファイルと取得した前記ボディファイル群とから
   ハイパービデオ伝言を生成し、ハイパービデオ伝言処理
   部へ通知し、ＦＴＰで取得できなかった場合には、配付
   元へハイパービデオ伝言のＭＩＭＥメールでの再送要求
   を送信する第１の配付受信手段と、 受けたＭＩＭＥメールデータをデコードし、前記伝言ヘ
   ッダファイルと前記ボディファイル群とからハイパービ
   デオ伝言を生成し、ハイパービデオ伝言処理部へ通知す
   る第２の配付受信手段と、 外部よりデータを受信し、受信したデータが伝言更新情
   報の場合には、第１の配付受信手段へ通知し、ＭＩＭＥ
   メールによる伝言情報の場合には、第２の配付受信手段
   へ通知し、再送要求の場合は、第２の配付送信手段へ通
   知する配付データ受信手段とを備え、 内部の掲示板データが更新を受けると、まず伝言更新情
   報によるハイパービデオ伝言の配付を試み、受信側ホス
   トでＦＴＰ受信に失敗した場合には、配付プロトコルの
   変更を送信側に要求し、再度ＭＩＭＥメールによるハイ
   パービデオ伝言の配付を行うことを特徴とする請求項２
   記載の情報提供装置。