JP2001014246A - マルチメディア情報提供システム及び方法、並びにマルチメディア情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 モバイル情報端末装置等が閲覧する例えばＷ
ＷＷページを応答性よく自動生成することのできるマル
チメディア情報提供システム及び方法、並びにマルチメ
ディア情報処理装置を提供すること。 【解決手段】 端末装置は、マルチメディア情報処理装
置にコンテンツの提示を要求し、マルチメディア情報処
理装置は、前記要求を受け付け、前記受け付けられた要
求のコンテンツを最初の段階から段階的に取得し、前記
取得された中途段階までのコンテンツを解析し、前記解
析された結果に基づき次以降の段階のコンテンツの取得
が終わるまで端末装置への応答を待つか否かを判断し、
前記判断が必要でないとする場合には前記中途段階まで
のコンテンツを端末装置に送付し、前記判断が必要であ
るとする場合には前記次以降の段階のコンテンツを取得
することによって得られる前記要求のコンテンツを端末
装置に送付する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチメディア情
報を取得し端末装置に提供するマルチメディア情報提供
システム及び方法、並びにマルチメディア情報処理装置
に係り、特に、無線情報端末、モバイル情報端末、携帯
情報端末等が閲覧する例えばＷＷＷページ（ｗｏｒｌｄ
ｗｉｄｅ ｗｅｂ ページ）を応答性よく自動生成す
るのに適するマルチメディア情報提供システム及び方
法、並びにマルチメディア情報処理装置に関する。

【０００２】

【従来の技術】近年、モバイルコンピュ−ティングの環
境が急速に整いつつある。モバイル情報端末等を用いて
ＷＷＷページのブラウズ（閲覧）を行うということもご
く普通に行われるようになってきた。

【０００３】モバイル情報端末からＷＷＷページをブラ
ウズする場合、円滑な操作を実現ためには、サーバは、
モバイル情報端末の表示能力や通信回線の速度を考慮し
た処理を行う必要がある。例えば、縦３２０ドット、横
２４０ドットのモバイル情報端末でＷＷＷページを閲覧
する場合、縦７６８ドット以上、横１０２４ドット以上
の平均的なデスクトップＰＣで閲覧するのにちょうどい
い大きさのコンテンツをそのまま提供してモバイル情報
端末側で表示しても一画面に入りきらず視認性も落ちて
しまう。

【０００４】また、モバイル環境における通信速度は、
ＬＡＮ環境に比べて明らかに劣っているため、ＬＡＮ環
境での閲覧時と同じデータ量を送付していたのではコン
テンツ表示までの待ち時間が増大する。

【０００５】このような状況を解決するため、多方面か
らの工夫がなされつつある。

【０００６】その方法の一つに、モバイル情報端末用の
閲覧データを別個に用意しておき、閲覧時に自動的にあ
るいは指示することによりこのモバイル情報端末用の閲
覧データを選択しモバイル情報端末側で表示するという
ものがある。この方法を用いれば、モバイル情報端末の
画面に適応したコンテンツを提供することができるた
め、通信速度と画面サイズ等の両方で最適なデータとな
る。

【０００７】しかし、その反面、ＷＷＷページ作成者
が、複数種のページを作成・保守しなければならないと
いうデメリットがある。さらに、一口にモバイル情報端
末と言っても、画面サイズ、表示色数のみにおいても種
類がさまざまであり、これらすべてに対してＷＷＷペー
ジを用意することは負担が大きい。

【０００８】これと別な方法として、複数種のＷＷＷペ
ージは用意せず、モバイル情報端末からのリクエストに
応じてもとのＷＷＷデータから動的にモバイル情報端末
向けのデータを生成するというアプローチも存在する。
この方法を用いればＷＷＷページ作成者の負担を軽減で
き、また、モバイル環境とモバイル情報端末の種類に応
じて適切なデータを生成し得る。

【０００９】しかしながら、この場合には、動的なＷＷ
Ｗページ生成を行う代償として、十分な計算機資源のあ
るマシンで処理を行わないとサーバ側の処理負担のため
応答性が悪くなるという問題がある。

【００１０】特に、ＨＴＭＬ（ｈｙｐｅｒ ｔｅｘｔ
ｍａｋｅｕｐ ｌａｎｇｕａｇｅ）のようにリンク構造
を用いて複数のマルチメディアコンテンツを結び付けて
複合コンテンツを表現する言語においては、モバイル情
報端末から取得要請があったＨＴＭＬドキュメントにお
いてリンク参照している画像データなども考慮してＷＷ
Ｗページを生成する必要がある。

【００１１】例えば、あるＨＴＭＬドキュメントから４
つの画像が縦ならびに表示されるようにリンクされてい
る場合、その画像サイズに関する情報がＨＴＭＬに埋め
込まれていないときには、実際にその４つの画像を取得
し走査しなければＷＷＷページ全体を表示したときのサ
イズはわからない。このため、一般的には、モバイル環
境とモバイル情報端末の種類に応じて適切にＨＴＭＬの
ＷＷＷページを生成するには、ひとつのＨＴＭＬドキュ
メント取得要請に対して複数のコンテンツを取得・走査
する処理が必要となり、これが特に応答性を悪化させる
原因となる。

【００１２】また、一般に、ＷＷＷサーバは一度に複数
のリクエストを受け付けるため、アクセスが集中したと
きには、さらに、このようなＷＷＷページ作成の応答性
の悪化が顕在化する。

【００１３】

【発明が解決しようとする課題】本発明は、上記のよう
な事情に鑑み、マルチメディア情報を取得し端末装置に
提供するマルチメディア情報処理装置の処理方法を改善
するもので、モバイル情報端末装置等が閲覧する例えば
ＷＷＷページを応答性よく自動生成することのできるマ
ルチメディア情報提供システム及び方法、並びにマルチ
メディア情報処理装置を提供することを目的とする。

【００１４】

【課題を解決するための手段】上記の課題を解決するた
め、本発明は、端末装置とこの端末装置とデータ送受す
るマルチメディア情報処理装置とを有し、前記端末装置
は、前記マルチメディア情報処理装置にコンテンツの提
示を要求する手段を有し、前記マルチメディア情報処理
装置は、前記要求を受け付ける手段と、前記受け付けら
れた要求のコンテンツをマルチメディアを貯蔵するマシ
ンより最初の段階から段階的に取得する取得手段と、前
記取得された中途段階までのコンテンツを解析する解析
手段と、前記解析手段により解析された結果に基づき次
以降の段階のコンテンツの取得が終わるまで前記端末装
置への応答を待つか否かを判断する判断手段と、前記判
断手段が応答を待つ必要ないとする場合には前記中途段
階までのコンテンツを前記端末装置に送付する手段と、
前記判断手段が応答を待つ必要あるとする場合には前記
次以降の段階のコンテンツを取得することによって得ら
れる前記要求のコンテンツを前記端末装置に送付する手
段とを有するマルチメディア情報提供システムであるこ
とを特徴とする。

【００１５】また、端末装置とこの端末装置とデータ送
受するマルチメディア情報処理装置とを有し、前記端末
装置は、前記マルチメディア情報処理装置にコンテンツ
の提示を要求する手段を有し、前記マルチメディア情報
処理装置は、前記要求を受け付ける手段と、前記受け付
けられた要求のコンテンツをマルチメディアを貯蔵する
マシンより最初の段階から段階的に取得する取得手段
と、前記取得された中途段階までのコンテンツを解析す
る解析手段と、前記解析手段により解析された結果に基
づき次以降の段階のコンテンツの取得が終わるまで前記
端末装置への応答を待つか否かを判断する判断手段と、
前記判断手段が応答を待つ必要ないとする場合には前記
中途段階までのコンテンツを前記端末装置に送付する手
段とを有するマルチメディア情報提供システムであるこ
とを特徴とする。

【００１６】また、前記取得手段は、取得する最初の段
階のコンテンツがＨＴＭＬドキュメントであり、取得す
る次以降段階のコンテンツが前記ＨＴＭＬドキュメント
に含まれるリンク要素の情報であることを特徴とする。

【００１７】また、前記解析手段は、ＨＴＭＬドキュメ
ントで表現されたコンテンツに含まれるリンクの情報の
有無、その内容を調べるものであることを特徴とする。

【００１８】また、端末装置からのコンテンツ提示の要
求を受け付ける手段と、前記受け付けられた要求のコン
テンツをマルチメディアを貯蔵するマシンより最初の段
階から段階的に取得する取得手段と、前記取得された中
途段階までのコンテンツを解析する解析手段と、前記解
析手段により解析された結果に基づき次以降の段階のコ
ンテンツの取得が終わるまで前記端末装置への応答を待
つか否かを判断する判断手段と、前記判断手段が応答を
待つ必要ないとする場合には前記中途段階までのコンテ
ンツを前記端末装置に送付する手段と、前記判断手段が
応答を待つ必要あるとする場合には前記次以降の段階の
コンテンツを取得することによって得られる前記要求の
コンテンツを前記端末装置に送付する手段とを有するマ
ルチメディア情報処理装置であることを特徴とする。

【００１９】また、端末装置からのコンテンツ提示の要
求を受け付ける手段と、前記受け付けられた要求のコン
テンツをマルチメディアを貯蔵するマシンより最初の段
階から段階的に取得する取得手段と、前記取得された中
途段階までのコンテンツを解析する解析手段と、前記解
析手段により解析された結果に基づき次以降の段階のコ
ンテンツの取得が終わるまで前記端末装置への応答を待
つか否かを判断する判断手段と、前記判断手段が応答を
待つ必要ないとする場合には前記中途段階までのコンテ
ンツを前記端末装置に送付する手段とを有するマルチメ
ディア情報処理装置であることを特徴とする。

【００２０】また、前記取得手段は、取得する最初の段
階のコンテンツがＨＴＭＬドキュメントであり、取得す
る次以降段階のコンテンツが前記ＨＴＭＬドキュメント
に含まれるリンク要素の情報であることを特徴とする。

【００２１】また、前記解析手段は、ＨＴＭＬドキュメ
ントで表現されたコンテンツに含まれるリンクの情報の
有無、その内容を調べるものであることを特徴とする。

【００２２】また、端末装置とマルチメディア情報処理
装置とを有するマルチメディア情報提供システムにおい
て、前記端末装置は、前記マルチメディア情報処理装置
にコンテンツの提示を要求し、前記マルチメディア情報
処理装置は、前記要求を受け付け、前記受け付けられた
要求のコンテンツをマルチメディアを貯蔵するマシンよ
り最初の段階から段階的に取得し、前記取得された中途
段階までのコンテンツを解析し、前記解析された結果に
基づき次以降の段階のコンテンツの取得が終わるまで前
記端末装置への応答を待つか否かを判断し、前記判断の
結果が必要でないとする場合には前記中途段階までのコ
ンテンツを前記端末装置に送付し、前記判断の結果が必
要であるとする場合には前記次以降の段階のコンテンツ
を取得することによって得られる前記要求のコンテンツ
を前記端末装置に送付するマルチメディア情報提供方法
であることを特徴とする。

【００２３】これにより、マルチメディア情報処理装置
は、表示するべき画像の生成に影響するすべてのコンテ
ンツを実際に取得する前に端末装置に応答することがで
きるので、マルチメディアの提供を要求する端末装置の
操作性が向上する。

【００２４】なお、ここで、コンテンツの解析とは、、
例えば、ＨＴＭＬで表現されたマルチメディアコンテン
ツに含まれるリンクの情報の有無、その内容を調べるこ
とや、表示するべき画像を生成した（レンダリングし
た）場合の全体のサイズを測定することなどを言う。

【００２５】リンクの情報を調べることには、ＩＭＧエ
レメントに注目することや、リンク先のＵＲＬ（ｕｎｉ
ｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）に注目
することなどが含まれる。

【００２６】

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

【００２７】図１は、本発明による一実施形態の構成を
示す図である。同図に示すように、この実施形態は、マ
ルチメディア情報処理装置１０を用いて通信回線１７を
介し情報端末２０がマルチメディア情報の提供を受ける
ための構成を示している。

【００２８】マルチメディア情報処理装置１０は、コン
テンツバッファ１１、コンテンツ取得部１２、解析部１
３、変換部１４、インタフェース１５とを有する。

【００２９】コンテンツバッファ１１は、他のマシンよ
り取得したマルチメディアコンテンツを格納するもので
ある。

【００３０】コンテンツ取得部１２は、所定のコンテン
ツを通信回線１７よりインタフェース１５を介しかつそ
の制御の下で取得するものである。

【００３１】解析部１３は、コンテンツバッファ１１に
格納されたコンテンツをインタフェース１５の制御の下
で解析するものである。解析とは、例えば、ＨＴＭＬで
表現されたマルチメディアコンテンツに含まれるリンク
の情報の有無、その内容を調べることや、レンダリング
した場合にこれを走査して全体のサイズを測定すること
などを言う。

【００３２】変換部１４は、コンテンツバッファ１１に
格納されたコンテンツをインタフェース１５の制御の下
で適応化するものである。適応化とは、情報を要求する
端末の動作環境、表示属性等に応じてその情報を最適な
形式に変換することを言う。インタフェース１５は、端
末装置からのデータ要求を受け付け、端末装置にデータ
を送付し、また、コンテンツ取得部１２、解析部１３、
変換部１４を制御するものである。なお、ここで送付と
は、端末装置の側からマルチメディア情報処理装置１０
に接続しデータを閲覧することが含まれ、以下において
も同様である。 端末装置２０は、コンテンツ取得部２
１、制御部２２、入力部２３、コンテンツバッファ２
４、表示部２５とを有する。

【００３３】コンテンツ取得部２１は、制御部２２の制
御の下で取得すべきコンテンツをマルチメディア情報処
理装置１０に要求し、また、その結果得られたコンテン
ツをコンテンツバッファ２４に渡すものである。

【００３４】制御部２２は、コンテンツ取得部２１、入
力部２３、表示部２５を制御するものである。

【００３５】入力部２３は、ユーザからの入力を受け付
けその入力を制御部２２へ供給するものである。

【００３６】コンテンツバッファ２４は、コンテンツ取
得部２１は取得したマルチメディアコンテンツを格納す
るものである。

【００３７】表示部２５は、制御部２２の制御の下でコ
ンテンツバッファ２４に格納されたコンテンツを表示す
るものである。

【００３８】次に、この実施形態の動作を図１、図２、
図３を参照して説明する。

【００３９】図２は、マルチメディア情報処理装置１０
の動作の流れを示す流れ図であり、図３は、端末装置２
０の動作の流れを示す流れ図である。

【００４０】まず、端末装置２０側の動作を図１、図３
を用いて説明する。

【００４１】入力部２３はユーザからの要求を待ち（ス
テップＳ３１）、入力があった場合、制御部２２に伝え
る。ここで、コンテンツの取得要請であるか否かが調べ
られ（ステップＳ３２）、取得要請である場合はコンテ
ンツ取得部２１に対し所定のマルチメディアコンテンツ
を取得するようこれを制御する。取得要請でない場合は
再びユーザからの要求待ちの状態に戻る。

【００４２】コンテンツ取得部２１は、マルチメディア
情報処理装置１０に対し上記要請のコンテンツの提供を
求め、その結果送られてくるコンテンツを受け取りコン
テンツバッファ２４に格納する（ステップＳ３３）。

【００４３】次に、表示部２５は、制御部２２の制御の
下でコンテンツバッファ２４に格納されたマルチメディ
アコンテンツを表示する（ステップＳ３４）。表示が終
了すると再度ユーザの要求を受け付ける状態に戻る。

【００４４】以上のようにして、端末装置２０は、ユー
ザからのマルチメディアコンテンツの取得要請とその表
示動作とを繰り返す。

【００４５】次に、マルチメディア情報処理装置１０の
動作を図１、図２を用いて説明する。 インタフェース
部１５は、クライアントから要求を待ち（ステップＳ２
１）、要求があったらそれがコンテンツ取得要求かどう
か調べる（ステップＳ２２）。なお、ここでクライアン
トは端末装置２０に相当する。コンテンツ取得要請でな
い場合は端末装置２０からの要求を待つ状態に戻る。

【００４６】コンテンツ取得要請である場合は、コンテ
ンツ取得部１２を制御して要求のコンテンツを通信回線
１７を介し他のマシンから取得する。取得されたコンテ
ンツはコンテンツバッファ１１に格納される（ステップ
Ｓ２３）。

【００４７】次に、取得されたコンテンツを解析部１３
で解析する（ステップＳ２４）。この解析においては、
コンテンツに含まれるリンクの要素を調べる。なお、こ
こでは一例としてコンテンツは、ＨＴＭＬのようにリン
ク構造を用いて複数のマルチメディアコンテンツを結び
付けて複合コンテンツを表現する言語によるものとす
る。

【００４８】リンクの要素を調べる目的は、端末装置２
０のための適応化処理をするに先立ち、リンク要素のコ
ンテンツの取得を要するか否かを判断する（ステップＳ
２５）ためである。これは、すべてのリンク要素のコン
テンツを取得してレンダリングしそれから適応化処理し
て端末装置２０に送付するとこれらの処理に要する時間
のため応答性が悪化するからである。

【００４９】リンク要素のコンテンツの取得を要するか
否かの具体的な判断の方法としては、リンク要素のうち
ＩＭＧエレメントに注目する方法が考えられる。

【００５０】例えば、ＩＭＧエレメントの画像のサイズ
属性が指定されている場合には、リンク要素の取得は行
わないことにする。これは、レンダリングしたときに埋
め込まれる画像のサイズ属性がわかれば、レンダリング
時の全体サイズが予測できるからである。すなわち、予
測に基づきとりあえず要求のＨＴＭＬを変換（適応化処
理）する（ステップＳ２８）。

【００５１】また、ＩＭＧエレメントの画像のサイズ属
性がない場合でも、その画像がＨＴＭＬの箇条書きの内
部で、＜ＬＩ＞の記述の前方に表示されるなら、やはり
リンク要素の取得は行わないことにする。これは、箇条
書きの中に埋め込まれる画像は経験的に小さなサイズで
ある場合が多いので、レンダリングしたときにサイズに
影響がほとんど及ばないからである。すなわち、このリ
ンク要素の画像取得は後回しにしとりあえず要求のＨＴ
ＭＬを変換（適応化処理）する（ステップＳ２８）。

【００５２】また、リンク先のＵＲＬに注目してリンク
要素のコンテンツを取得するか否かを判断する方法も考
えられる。

【００５３】例えば、そのＵＲＬがある特定のＵＲＬで
あるとき、またはそうでないときにはコンテンツを取得
することにするなどである。これは、特定のＵＲＬにつ
いてその属性等をあらかじめあるいは経時的に履歴を記
憶しておくことなどにより実現できる。

【００５４】以上のようにしてリンク要素を調べ、その
結果リンク要素のコンテンツ取得がとりあえず必要でな
いと判断されると、上記のようにそのリンク要素の詳細
な情報を抜きにしてそのＨＴＭＬを変換部１４で変換す
る（ステップＳ２８）。変換されたＨＴＭＬはインタフ
ェース１５から通信回線１７を介し端末装置２０に送付
される（ステップＳ２９）。

【００５５】このような処理により、マルチメディア情
報処理装置１０は、端末装置２０に対し多くの場合素早
く最初の応答を返すことができる。これにより、端末装
置２０においての操作性等の使い勝手も向上する。

【００５６】なお、リンク要素のコンテンツの取得が必
要であるならば、これを取得しコンテンツバッファに格
納し（ステップＳ２６）、画像サイズの解析を行う（ス
テップＳ２７）。解析結果に基づきレンダリングして複
合コンテンツを変換（適応化処理）し、端末装置２０に
送付する（ステップＳ２９）。

【００５７】端末装置２０への送付が終わると、別のそ
の要求を待つ状態に戻る。

【００５８】なお、上記で説明したとりあえず抜きにさ
れた情報の取得とその変換および端末装置２０へのその
送付については図２に示した処理の流れとは異なる処理
により実行される。

【００５９】このための処理としては、実際には、マル
チメディア情報処理装置１０は図２のステップＳ２４と
同時以降にリンク要素のコンテンツを取得しておく。そ
して端末装置２０のための変換（適応化処理）を行う。
このような処理により、マルチメディア情報処理装置１
０は、ふたつの仕事を並列的に進行させなければならな
いが、これは、マルチタスク等をサポートするＯＳ（ｏ
ｐｅｒａｔｉｎｇｓｙｓｔｅｍ）を用いるマルチメディ
ア情報処理装置１０であれば容易に可能である。

【００６０】そして、変換されたコンテンツはいつでも
送付可能なように準備しておく。これらの処理は、マル
チメディア情報処理装置１０が端末装置２０に対し上記
のようなリンク要素の情報抜きのＨＴＭＬを送付してい
る間に行われ、準備された適応化画像は、端末装置２０
から詳細な情報の送付要求があり次第埋め込むべき画像
として送付される。

【００６１】これにより、端末装置２０のユーザはレン
ダリングされたＷＷＷページを閲覧することが可能にな
る。

【００６２】ここで、とりあえず行う変換（適応化処
理）について補足説明する。この適応化の具体的な方法
としては、ＩＭＧエレメントに縦（ＨＩＧＨＴ）、横
（ＷＩＤＴＨ）の情報がある場合にはこれを利用して行
うことができる。すなわち、もとのこれらの値を埋め込
まれるべき大きさの値に変更しておく。なお、もとの値
と埋め込まれるべき値の比較により必要な縮尺値がわか
るので、これによりその後取得するコンテンツの適応化
を行う。

【００６３】ＷＩＤＴＨ、ＨＩＧＨＴが一定の値より小
さい場合はそのままにしておくことができる。もとのこ
れらの値が小さい場合は、もともとドキュメント中の小
さな領域を占めるものであり縮減しなくても他の部分に
影響が少ないからである。なお、この場合はその後取得
するコンテンツはサイズ縮減しない。

【００６４】ＷＩＤＴＨ、ＨＩＧＨＴの値にかかわらず
そのままにしておくこともできる。ただし、この場合、
その値を記憶しておき、その後取得するコンテンツはそ
の値を考慮してサイズ縮減する。

【００６５】次に、以上述べてきた本発明の実施形態に
おける端末装置２０とマルチメディア情報処理装置１０
の時間的な状態変化について図４を用いて説明する。同
図は、各機器の時間的な状態変化を説明する図であり、
同図ａは本発明による実施形態の場合を示し、同図ｂは
本発明を適用しない場合を示す。

【００６６】同図ａに示す「クライアント」は端末装置
２０に相当し、「サーバ」はマルチメディア情報処理装
置１０に相当する。

【００６７】クライアントは、まず、ＨＴＭＬの取得を
サーバに対し要請する。これに対してサーバは要求のＨ
ＴＭＬを取得し、適応化する。この適応化は上記で説明
したようにとりあえずの情報のみでなされるものであ
る。サーバはこの適応化されたＨＴＭＬをクライアント
に渡す。

【００６８】サーバは、続けて要求のコンテンツに含ま
れるリンクの要素である図Ａ、図Ｂを取得する。取得さ
れたコンテンツはクライアントに表示されるページに埋
め込むべき形式に適応化される。適応化された図Ａ、図
Ｂはクライアントからの要請に備え待機する。

【００６９】一方、クライアントに渡された適応化され
たＨＴＭＬにより、クライアントは図Ａの取得をサーバ
に要請する。サーバはまず図Ａを送付する。以上が図４
ａに示す各機器の状態の変化である。なお、この後にお
いて図示を省略したが図Ｂが送付される。

【００７０】これに対し、同図ｂは本発明を適応しない
場合であり、同様に説明すると、クライアントは、ま
ず、ＨＴＭＬの取得をサーバに対し要請する。これに対
してサーバは要求のＨＴＭＬを取得し、解析する。解析
の結果、リンクの要素である図Ａ、図Ｂが含まれること
がわかる。

【００７１】そこで、図Ａ、図Ｂを実際に取得しレンダ
リングしてクライアントに表示させるのに都合よい大き
さに適応化する。適応化されたＨＴＭＬはクライアント
に渡される。このとき、この図の場合には、全体として
の送付、続いて図Ａ、図Ｂのの送付の順になされる。

【００７２】ここで、図４ａと図４ｂとを比較してみる
に、図４ａに示す場合では、クライアントからのＨＴＭ
Ｌ取得要請がサーバに伝えられてから、その取得と適応
化に要する時間を経てすぐにクライアントに最初の応答
を返すことが可能となる。これに対し、図４ｂに示す場
合では、クライアントからのＨＴＭＬ取得要請がサーバ
に伝えられてから、その取得と解析、さらにリンク要素
の取得に続き適応化を行ってからでないと最初の応答を
クライアントに返すことができない。

【００７３】したがって、クライアントから操作した時
の応答性が大きく異なり、本発明を適用すれば操作性に
優れる例えばモバイル環境が提供されることがわかる。

【００７４】

【発明の効果】以上詳述したように、本発明によれば、
取得された中途段階までのコンテンツを解析し、解析さ
れた結果に基づき次以降の段階のコンテンツの取得が終
わるまで端末装置への応答を待つか否かを判断し、この
判断が必要でないとする場合には中途段階までのコンテ
ンツを前記端末装置に送付することにしたので、表示す
るべき画像の生成に影響するすべてのコンテンツを実際
に取得する前に端末装置に応答することができ、マルチ
メディアの提供を要求する端末装置の操作性も向上す
る。

【図面の簡単な説明】

【図１】本発明の一実施形態の構成図。

【図２】本発明に係るマルチメディア情報処理装置の動
作を説明する流れ図。

【図３】本発明に係る端末装置の動作を説明する流れ
図。

【図４】各機器の状態の時間的変化を説明する説明図。

【符号の説明】

１０ マルチメディア情報処理装置 １１ コンテンツバッファ １２ コンテンツ取得部 １３ 解析部 １４ 変換部 １５ インタフェース １７ 通信回線 ２０ 端末装置 ２１ コンテンツ取得部 ２２ 制御部 ２３ 入力部 ２４ コンテンツバッファ ２５ 表示部

Claims (9)

【特許請求の範囲】
1. 【請求項１】 端末装置とこの端末装置とデータ送受す
   るマルチメディア情報処理装置とを有し、 前記端末装置は、 前記マルチメディア情報処理装置にコンテンツの提示を
   要求する手段を有し、 前記マルチメディア情報処理装置は、 前記要求を受け付ける手段と、 前記受け付けられた要求のコンテンツをマルチメディア
   を貯蔵するマシンより最初の段階から段階的に取得する
   取得手段と、 前記取得された中途段階までのコンテンツを解析する解
   析手段と、 前記解析手段により解析された結果に基づき次以降の段
   階のコンテンツの取得が終わるまで前記端末装置への応
   答を待つか否かを判断する判断手段と、 前記判断手段が応答を待つ必要ないとする場合には前記
   中途段階までのコンテンツを前記端末装置に送付する手
   段と、 前記判断手段が応答を待つ必要あるとする場合には前記
   次以降の段階のコンテンツを取得することによって得ら
   れる前記要求のコンテンツを前記端末装置に送付する手
   段とを有することを特徴とするマルチメディア情報提供
   システム。
2. 【請求項２】 端末装置とこの端末装置とデータ送受す
   るマルチメディア情報処理装置とを有し、 前記端末装置は、 前記マルチメディア情報処理装置にコンテンツの提示を
   要求する手段を有し、 前記マルチメディア情報処理装置は、 前記要求を受け付ける手段と、 前記受け付けられた要求のコンテンツをマルチメディア
   を貯蔵するマシンより最初の段階から段階的に取得する
   取得手段と、 前記取得された中途段階までのコンテンツを解析する解
   析手段と、 前記解析手段により解析された結果に基づき次以降の段
   階のコンテンツの取得が終わるまで前記端末装置への応
   答を待つか否かを判断する判断手段と、 前記判断手段が応答を待つ必要ないとする場合には前記
   中途段階までのコンテンツを前記端末装置に送付する手
   段とを有することを特徴とするマルチメディア情報提供
   システム。
3. 【請求項３】 前記取得手段は、取得する最初の段階の
   コンテンツがＨＴＭＬドキュメントであり、取得する次
   以降段階のコンテンツが前記ＨＴＭＬドキュメントに含
   まれるリンク要素の情報であることを特徴とする請求項
   １または２記載のマルチメディア情報提供システム。
4. 【請求項４】 前記解析手段は、ＨＴＭＬドキュメント
   で表現されたコンテンツに含まれるリンクの情報の有
   無、その内容を調べるものであることを特徴とする請求
   項１または２記載のマルチメディア情報提供システム。
5. 【請求項５】 端末装置からのコンテンツ提示の要求を
   受け付ける手段と、 前記受け付けられた要求のコンテンツをマルチメディア
   を貯蔵するマシンより最初の段階から段階的に取得する
   取得手段と、 前記取得された中途段階までのコンテンツを解析する解
   析手段と、 前記解析手段により解析された結果に基づき次以降の段
   階のコンテンツの取得が終わるまで前記端末装置への応
   答を待つか否かを判断する判断手段と、 前記判断手段が応答を待つ必要ないとする場合には前記
   中途段階までのコンテンツを前記端末装置に送付する手
   段と、 前記判断手段が応答を待つ必要あるとする場合には前記
   次以降の段階のコンテンツを取得することによって得ら
   れる前記要求のコンテンツを前記端末装置に送付する手
   段とを有することを特徴とするマルチメディア情報処理
   装置。
6. 【請求項６】 端末装置からのコンテンツ提示の要求を
   受け付ける手段と、 前記受け付けられた要求のコンテンツをマルチメディア
   を貯蔵するマシンより最初の段階から段階的に取得する
   取得手段と、 前記取得された中途段階までのコンテンツを解析する解
   析手段と、 前記解析手段により解析された結果に基づき次以降の段
   階のコンテンツの取得が終わるまで前記端末装置への応
   答を待つか否かを判断する判断手段と、 前記判断手段が応答を待つ必要ないとする場合には前記
   中途段階までのコンテンツを前記端末装置に送付する手
   段とを有することを特徴とするマルチメディア情報処理
   装置。
7. 【請求項７】 前記取得手段は、取得する最初の段階の
   コンテンツがＨＴＭＬドキュメントであり、取得する次
   以降段階のコンテンツが前記ＨＴＭＬドキュメントに含
   まれるリンク要素の情報であることを特徴とする請求項
   ５または６記載のマルチメディア情報処理装置。
8. 【請求項８】 前記解析手段は、ＨＴＭＬドキュメント
   で表現されたコンテンツに含まれるリンクの情報の有
   無、その内容を調べるものであることを特徴とする請求
   項５または６記載のマルチメディア情報処理装置。
9. 【請求項９】 端末装置とマルチメディア情報処理装置
   とを有するマルチメディア情報提供システムにおいて、 前記端末装置は、 前記マルチメディア情報処理装置にコンテンツの提示を
   要求し、 前記マルチメディア情報処理装置は、 前記要求を受け付け、 前記受け付けられた要求のコンテンツをマルチメディア
   を貯蔵するマシンより最初の段階から段階的に取得し、 前記取得された中途段階までのコンテンツを解析し、 前記解析された結果に基づき次以降の段階のコンテンツ
   の取得が終わるまで前記端末装置への応答を待つか否か
   を判断し、 前記判断の結果が必要でないとする場合には前記中途段
   階までのコンテンツを前記端末装置に送付し、 前記判断の結果が必要であるとする場合には前記次以降
   の段階のコンテンツを取得することによって得られる前
   記要求のコンテンツを前記端末装置に送付することを特
   徴とするマルチメディア情報提供の方法。