JPWO2005033952A1 - 情報再生装置および方法、並びにプログラム - Google Patents

Abstract

情報再生装置は、受信したページ情報内の再生命令に応じて、ページ情報に含まれるコンテンツデータを再生するプレイヤモジュール２と、このプレイヤモジュール２に返却されたコンテンツデータをページ情報とともに出力するブラウザ１と、プレイヤモジュール２により再生可能な状態でコンテンツデータを予め登録しておくことが可能なデータベースモジュール３とを備え、ネットワーク４を介して接続されたサーバ５にページ情報を要求する要求情報を送信するとともに、ページ情報およびそこに含まれる所定のコンテンツデータを受信する際に、再生命令に対応するコンテンツデータをデータベースモジュール３、あるいはサーバ５に対して要求する。

Description

この発明は、情報再生装置および方法、記録媒体、並びにプログラムに関し、特に、圧縮されたコンテンツデータを含むページ情報をキャッシュすることにより、クライアント端末からネットワークを介してサーバへの無駄なネットワークアクセスを防ぐようにした情報再生装置および方法、記録媒体、並びにプログラムに関する。

入力された情報を記憶して処理する小型の電子機器は、入力された情報を内部の記憶媒体に一旦記憶させて、その後に所定の処理方法でデータ処理を実行できる。このような電子機器には、例えば音楽データの配信システム等に適用して好適な、パーソナルコンピュータ、家庭用ゲーム装置あるいは携帯電話装置等の多種多様な端末装置が開発されている。こうした電子機器に対する情報配信システムでは、例えば、一度検索したウェブページのデータをクライアント端末側の所定のメモリに記憶しておき、そのウェブページが再度検索されたとき、記憶されているデータを利用してウェブページを表示させる、いわゆるウェブキャッシュ（Ｗｅｂ ｃａｃｈｅ）を行うことで、所望の情報を容易に配信することができる。
一般に、ウェブキャッシュによるウェブページ表示は、ページ情報の表示とユーザー操作によって表示されたページの遷移とを行う機能を持ったＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ブラウザ、例えばインタネットエクスプローラなどによって容易に実行できる。ＷＷＷブラウザでは、ユーザーが階層移動する際に、移動先のページを先読みキャッシュすることで、応答性が良くなっており、元の階層へ戻った際に元ページがキャッシュされていることで、無駄なネットワークアクセスを防ぐような工夫もなされている。例えば、ＵＲＬに対するページ情報を最終アクセス日時とともに逐次キャッシュしておき、さらには、階層をまたいだキャッシュを行うことができる。
特許文献１には、例えばビデオカメラによりＷＷＷサービスで提供されているウェブページをインターネットから検索し、それを表示部に表示する情報処理装置についての発明の記載がある。ここでは、一度検索したウェブページのデータを外部の記録メディアに記憶して、小型の電子機器においても、ウェブキャッシュを適切に行えるようにしている。このことにより、後に同じウェブページの表示が要求されたとき、今度はインターネットからデータを検索するのではなく、記録メディアに記憶しておいたデータを読み出し、それに基づいてウェブページを表示するようにして、一度アクセスされたウェブページが迅速に表示できる。
すなわちこのような電子機器は、ユーザー操作で同じＵＲＬが指定された際には、ネットワークからページ情報に対応するコンテンツをいちいちダウンロードするのではなく、クライアント端末であるビデオカメラ内のキャッシュメモリから読み出すようにしていた。また、キャッシュメモリには記憶容量の制限という条件があるため、最終アクセス日時が古いものから順に消去するなどの方法が採用され、メモリの効率利用と新たなキャッシュデータの常時使用とを可能にするなどの工夫がなされていた。
特開２００３−１２２６２０号公報（段落番号〔００１０〕〜〔００１８〕，第１図）。 ところが、従来のインタネットエクスプローラなどのＷＷＷブラウザによるキャッシュ方法では、ウェブページをページ単位でキャッシュしていた。そのため、携帯電話機のように内蔵されるメモリの記憶容量が少ない端末装置の場合、複数ページに同じコンテンツの画像データ、あるいは音声情報が含まれている場合であっても、それらのコンテンツだけを繰り返して読み出すということができず、メモリの利用効率が悪いという問題があった。
また、ユーザーが頻繁に訪れるウェブページでは、そのサウンドデータや画像データなど大容量のコンテンツデータを含み、それらが例えばウェブ上でそれ程頻繁に更新されないで存在する。とくに、ポータルウェブページのデータは、そのようなコンテンツデータが当該端末装置にキャッシュされていないと、常にネットワークを経由したダウンロードのための時間を必要とする。
さらに、キャッシュデータのデータ形式はウェブ上で規定されていて、それを端末装置で利用するにはその時点でデータ形式を変換する処理が必要であるため、キャッシュデータであってもその利用毎の処理に時間を要するという問題があった。

本発明は、このような状況に鑑みてなされたものであり、ウェブページを構成している比較的大きなコンテンツデータを、ページ情報と独立したオブジェクトとして管理して、効率よく利用できる情報再生装置および方法、記録媒体、並びにプログラムを提供することを目的としている。
かかる課題を解決するため本発明においては、情報再生装置において、ネットワークを介して接続された外部装置にページ情報を要求する要求情報を送信するとともに、ページ情報およびそこに含まれる所定のコンテンツデータを受信する送受信手段と、送受信手段により受信されたページ情報内のコンテンツデータ取得要求に応じて、当該コンテンツデータ取得要求に応じたコンテンツデータを取得するコンテンツデータ取得手段と、コンテンツデータ取得手段により取得されたコンテンツデータを記憶する記憶手段と、コンテンツデータ取得手段により取得されたコンテンツデータをページ情報とともに出力する出力手段と、コンテンツデータ取得要求に対応するコンテンツデータが記憶手段に登録されているか否かを検出し、登録されている場合には、コンテンツデータ取得手段がそのコンテンツデータを取得するように制御し、コンテンツデータが記憶手段に登録されていない場合には、コンテンツデータ取得手段が送受信手段を介して、コンテンツデータを外部装置から取得するように制御する制御手段とを設けるようにした。
また本発明においては、情報再生方法において、ネットワークを介して接続された外部装置にページ情報を要求する要求情報を送信する送信ステップと、送信ステップの処理で要求された、所定のコンテンツデータの取得要求を含むページ情報を外部装置から受信する受信ステップと、受信ステップの処理で受信されたコンテンツデータ取得要求に対応するコンテンツデータが、所定の記憶装置にコンテンツデータとして登録されているか否かを検出する検出ステップと、検出ステップの処理で、ページ情報に含まれるコンテンツデータ取得要求に対応するコンテンツデータが記憶装置に登録されていると検出した場合にはそのコンテンツデータを取得し、コンテンツデータが登録されていないと検出した場合にはコンテンツデータ取得要求に対応するコンテンツデータを外部装置から受信して取得する取得ステップと、検出ステップの処理で、コンテンツデータが登録されていないと検出した場合、取得ステップの処理により取得されたコンテンツデータを記憶装置に記憶する記憶ステップと、ページ情報と共に、取得ステップの処理により取得されたコンテンツデータを出力する出力ステップとを設けるようにした。
さらに本発明においては、コンピュータに実行させるプログラムにおいて、ネットワークを介して接続された外部装置にページ情報を要求する要求情報を送信する送信ステップと、送信ステップの処理で要求された外部装置から所定のコンテンツデータの取得要求を含むページ情報を受信する受信ステップと、受信ステップの処理で受信されたコンテンツデータ取得要求に対応するコンテンツデータが、所定の記憶装置にコンテンツデータとして登録されているか否かを検出する検出ステップと、検出ステップの処理で、ページ情報に含まれるコンテンツデータ取得要求に対応するコンテンツデータが記憶装置に登録されていると検出した場合にはそのコンテンツデータを取得し、コンテンツデータが登録されていないと検出した場合にはコンテンツデータ取得要求に対応するコンテンツデータを外部装置から受信して取得する取得ステップと、検出ステップの処理で、コンテンツデータが登録されていないと検出した場合、取得ステップの処理により取得されたコンテンツデータを記憶装置に記憶する記憶ステップと、ページ情報と共に取得ステップの処理により取得されたコンテンツデータを出力する出力ステップとを設けるようにした。
この発明の情報再生装置および方法、並びにプログラムでは、ネットワークにアクセスする度に、ウェブページのコンテンツデータ（サウンド・画像）を毎回ダウンロードしなくても、それらを再生可能となり、迅速にウェブページの再生を開始できる。

図１は、本実施の形態の情報再生装置がクライアント端末として適用される情報提供システムの全体構成を示す図である。
図２は、本実施の形態の情報再生装置における画像データの再生シーケンスを示すフローチャートである。
図３は、本実施の形態の情報再生装置の回路構成を示すブロック図である。
図４は、本実施の形態の情報再生装置のプログラムモジュールを示す図である。
図５は、本実施の形態の情報再生装置におけるサウンドデータの再生シーケンスを示すフローチャートである。

符号の説明

１……ブラウザ、２……プレイヤモジュール、３……データベースモジュール、４……ネットワーク、５……サーバ、１０……クライアント端末、２０……インターネット、３０……ＵＲＬ提供サーバ、１００……情報提供システム、ＲＳ……ラジオ局

以下、ページを構成している比較的大きなコンテンツデータを、ページ情報と独立したオブジェクトとして管理し、利用可能とするという目的を実現する情報再生装置の最良の形態について説明する。
図１は、本実施の形態の情報再生装置をクライアント端末として適用可能な情報提供システムの全体構成を示す図である。
この図１に示すように、１００は全体として情報提供システムを示し、クライアント端末１０はラジオ局ＲＳからの放送を受信する。
この情報提供システム１００では、当該ラジオ局ＲＳと専用線接続されたコンピュータ構成の関連情報提供サーバＫＳが、ラジオ局ＲＳに代わって当該ラジオ局ＲＳのウェブページを開設している。この関連情報提供サーバＫＳは、クライアント端末１０からの取得要求に応じて当該ラジオ局ＲＳで放送した楽曲に関連する楽曲情報を関連情報としてインターネット２０等のネットワークを介して提供し得るように構成されている。
情報提供システム１００の関連情報提供サーバＫＳは、そのウェブページ等を介してインターネット２０上で行っている情報提供サービスのアクセス先を示すＵＲＬ情報をコンピュータ構成のＵＲＬ提供サーバ３０へ通知する。
ＵＲＬ提供サーバ３０は、情報提供サービスのアクセス先アドレスを示すＵＲＬの変更があった場合でも、関連情報提供サーバＫＳからの通知によって変更後のＵＲＬを管理しており、クライアント端末１０からラジオ局ＲＳの情報提供サービスへのアクセス先の問い合わせに対して最新のＵＲＬを常時提供し得る。
ラジオ放送では受信可能な地域が制限されるために、同じ周波数を複数の地域で共通に用いている場合がある。例えば８０．０ＭＨｚの周波数は、首都圏ではＦＭ東京が使用しており、東北地方ではＦＭ青森が使用している。
すなわち、クライアント端末１０では、ＵＲＬ提供サーバ３０に対して周波数を特定しただけではラジオ局ＲＳを特定したことにはならず、当該ラジオ局ＲＳを特定するためのコールサインと呼ばれる固有の情報をＵＲＬ提供サーバ３０へ通知することにより、当該ラジオ局ＲＳの情報提供サービスに対するアクセス先を示すＵＲＬをＵＲＬ提供サーバ３０から間違いなく受け取ることができる。
つぎに、上述したクライアント端末１０における情報再生の手順の一例について説明する。
図２は、本実施の形態の情報再生装置における画像データの再生シーケンスを示すフローチャートである。
ブラウザ（Ｂｒｏｗｓｅｒ）１、プレイヤ（Ｐｌａｙｅｒ）モジュール２、およびデータベース（Ｄａｔａｂａｓｅ）モジュール３は、いずれも図１に示すクライアント端末１０を構成するものであって、ＷＷＷウェブなどのネットワーク４（インターネット２０に相当する）を介して、外部装置であるサーバ（Ｓｅｒｖｅｒ）５に接続されている。このブラウザ１は、サーバ５に対してページ情報を要求する要求情報を送信し、所定のコンテンツデータを含むページ情報を受信して表示するためのソフトウエアであって、後述するコミュニケーションモジュール（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）３１（図４）などとともにクライアント端末１０における送受信手段を構成するものである。
ブラウザ１は、画面遷移の際にサーバ５に画面要求する要求情報（Ｒｅｑ Ｐａｇｅ）を出し（ステップＳ１）、要求情報に対する応答（Ｒｅｓ Ｐａｇｅ）として、応答サーバ５から所定の画像データの再生命令を含むページ情報（ウェブページ）を受信する（ステップＳ２）。つぎに、ブラウザ１では受信したウェブページを表示するために、プレイヤモジュール２に対してウェブページに含まれるコンテンツデータである画像データを、ページ情報内の再生命令により特定して、プレイヤモジュール２に対して画像取得要求（ｇｅｔ ｉｍａｇｅ）が行われる（ステップＳ３）。
データベースモジュール３には、プレイヤモジュール２により再生可能な状態で、画像データなど複数のコンテンツデータが予め登録されている。プレイヤモジュール２では、このデータベースモジュール３に、再生要求された画像データが登録されているかどうかを判断し（ステップＳ４）、登録されている場合にはサーバ５へ問い合わせをすることなく、データベースモジュール３内の画像データをプレイヤモジュール２に返却し、登録されていない場合はサーバ５に対して対応する画像データを要求（Ｒｅｑ ｉｍａｇｅ ｄａｔａ）し（ステップＳ５）、その要求に対する応答（Ｒｅｓ ｉｍａｇｅ ｄａｔａ）として、データベースモジュール３内のデータとして受信する（ステップＳ６）。
そして、新たに取得した画像データをデータベースモジュール３に登録（Ｒｅｇ ｉｍａｇｅ ｄａｔａ）する（ステップＳ７）。その後、サーバ５から取得した画像データをブラウザ１に渡し（ステップＳ８）、ブラウザ１が、図示しないモニタなどにより、取得した画像データを表示する。
再生する画像データがデータベースモジュール３にキャッシュされている場合、データベースモジュール３内の画像データをプレイヤモジュール２が取得（ｇｅｔ ｉｍａｇｅ ｄａｔａ）し、ブラウザ１に渡す（ステップＳ８）。ブラウザ１では、図示しないモニタなどにより、取得した画像データを表示する。
プレイヤモジュール２では、取得した画像データをデータベースモジュール３へ登録する際にブラウザ１の仕様に合わせた画像データフォーマットへ変換することで、クライアント端末１０におけるブラウザ１による画像表示のパフォーマンスが向上する。そのため、クライアント端末１０では、画像データを取り込むときに、そこで取り扱いやすい画像の圧縮形式とデータサイズに変換して、データベースモジュール３に登録することが好ましい。
例えば、外部装置からクライアント端末１０にＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）形式などの圧縮形式の画像データが送信されてくれば、それをＢＭＰ形式のデータに変換し、また音声圧縮フォーマットとしてＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ ３）形式などの圧縮形式の音声データが送信されてくれば、それをＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）形式のデータに変換している。また、データベースモジュール３では、データ容量の大きさによっては画像データを圧縮した状態で保持することが好ましい。例えば、頻繁に表示に使う画像についてはデコード（解凍／伸長）した状態で保持してもよい。
このような手順により、クライアント端末１０でウェブサービスを受けるためにインターネット上のサーバ５とブラウザ１とが接続され、ページ情報と独立したオブジェクトとして管理されている画像データを利用して、ウェブページを高速に再生して表示することができる。
また、ブラウザ１はページ単位でのページキャッシュを利用して、ページと独立したサウンドデータ・画像データを保存することができ、ページ依存しないキャッシュによりユーザビリティの向上が実現できる。
図３は、本実施の形態の情報再生装置の回路構成を示すブロック図である。
クライアント端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、プログラムを格納するためのフラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ハードディスクドライブ（ＨＤＤ）１３、プログラム実行のためのプログラム展開用のＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４、ネットワークに接続するためのネットワークデバイス１５、バス１６などから構成されている。
ＣＰＵ１１は、バス１６を介して接続されたフラッシュＲＯＭ１２から読み出してＲＡＭ１４に展開したＯＳ等の基本プログラム、および各種アプリケーションプログラムに基づいて全体の制御や所定の演算処理等を行う制御手段であって、例えばネットワーク４を介した通信動作、ユーザーからの入出力操作、メディアからのコンテンツ再生やラジオ局ＲＳからダウンロードしたコンテンツの書き込み、およびＨＤＤ１３の管理等を実行する。ＨＤＤ１３は、インタフェース（Ｉ／Ｆ）１３ａを介してバス１６と接続されている。
ネットワークデバイス１５は、インタフェース（Ｉ／Ｆ）１５ａを介してバス１６と接続され、ＣＰＵ１１の制御に基づいて送信データのエンコード処理を行い、ネットワーク４経由で外部のネットワーク対応機器へデータを送信し、あるいは外部のネットワーク対応機器から受信した受信データのデコード処理を行い、ＣＰＵ１１へ転送する。
ディスプレイ１７は、例えば液晶ディスプレイ等の表示デバイスがクライアント端末１０の本体部筐体の表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、ここでＣＰＵ１１による処理結果や各種情報が表示できる。
メディアドライブ１８は、例えばＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）プレイヤおよびフラッシュメモリ等でなるメモリスティック（登録商標）を再生するドライブであって、再生結果がオーディオデータ処理部１９を介してディジタルアナログ変換処理された後に、２ｃｈのスピーカＳＰから出力される。
ＣＰＵ１１は、メディアドライブ１８を介して再生したデータが楽曲のオーディオコンテンツである場合、オーディオデータファイルとしてＨＤＤ１３に記憶する。
ＨＤＤ１３には、クライアント端末１０の製造時に予めサウンドデータ、画像データを保存することもできる。その場合にも、後にキャッシュされたコンテンツデータと同様に、関連情報提供サーバＫＳに相当するサーバ５などの外部装置から、ネットワーク４を介したダウンロードを必要としない。また、ウェブページに新しいサウンドや画像が使われた場合には、ＨＤＤ１３に追加登録することでクライアント端末１０の拡張性が図れる。
ＣＰＵ１１では、メディアドライブ１８によってメモリスティックに記憶された複数枚の静止画を読み出して、これらをディスプレイ１７にスライドショーとして表示することができる。また、ＨＤＤ１３に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザー所望の順番で再生して出力することも可能である。
このクライアント端末１０には、バス１６を介して例えばＡＭ、ＦＭラジオチューナなどのチューナ部２１も接続されており、このチューナ部２１では、ＣＰＵ１１の制御に基づいて受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部１９を介してスピーカＳＰから出力する。
図４は、本実施の形態の情報再生装置のプログラムモジュールを示す図である。
クライアント端末１０の端末内プログラム構成は、ネットワーク通信を司るコミュニケーションモジュール３１、コンテンツデータの圧縮形式やデータサイズを判断してデータ形式を変換するプレイヤエンジン３２、コンテンツデータを蓄積したデータベースモジュール３３、および表示画像や効果音の再生など、実際の再生制御を行うプレイヤモジュール３４からなるミドルウエアと、ウェブページの画面遷移を行い、ウェブページの画像表示や効果音の再生を司るユーザインタフェイスとしてブラウザ３５を備えている。例えば、上述したブラウザ１はブラウザ３５に相当し、上述したプレイヤモジュール２はプレイヤモジュール３４に相当し、上述したデータベースモジュール３は、データベースモジュール３３に相当する。
表示画像や効果音を再生するプレイヤモジュール３４では、コミュニケーションモジュール３１で受信されたページ情報に含まれるＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の画像データの表示命令を解読し、複数のサーバ５から受信したコンテンツデータを保存するときに、各コンテンツを一意に識別するための指標（ＩＤデータ（識別情報））を付けるなどの再生制御を行う。
受信されたページ情報には、画像データの表示命令とともにＩＤデータや当該ＩＤデータに対応する画像データが蓄積されるネットワーク上のアドレスを示すＵＲＬを含み、ブラウザ３５ではＩＤデータに応じて特定のコンテンツデータのみを再生し、予め決められた属性のコンテンツデータをキャッシュするようにしている。そして、データベースモジュール３３に対応するコンテンツデータが蓄積されていない場合には、当該ＵＲＬにアクセスして、対応するコンテンツデータを所定のサーバ５から取得することができる。
たとえば、ＩＤデータとしての、ＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）のファイル名が“ｖｅｎｄｏｒ＋ｉｄ”である場合に、このファイル名をプレイヤモジュール３４が判断して、データベースモジュール３３のキャッシュデータを取得することができる。
また、ブラウザ３５では、コミュニケーションモジュール３１で受信したページ情報内の再生命令の頻度を検出し、再生頻度が相対的に低いコンテンツデータをデータベースモジュール３３から消去するように制御するように構成されている。したがって、クライアント端末１０の有するメモリ容量に応じてサウンドデータ・画像データの登録時に使用頻度の低いものから順に自動的に消去することで、リソースの効率化が図れる。
また、ブラウザ３５は、例えばユーザーの操作に応じて、コンテンツデータと当該コンテンツデータの重要度を示す指標とをデータベースモジュール３３に登録することにより、当該コンテンツデータの指標に応じて再生頻度にかかわらず消去しないように構成されている。
したがって、自動消去してはならないクライアント端末１０にとっての重要なサウンドデータ・画像データなど、そのデータの重要度を示す指標に応じたコンテンツデータの管理が可能になる。この場合に、ＵＲＩのファイル名を判断して、データベースモジュール３３のキャッシュデータが所定の登録数を超えた時点で、特定ベンダ以外のファイルを消去することもできる。
さらに、ブラウザ３５では、サーバ５から圧縮されたコンテンツデータを受け取ったとき、例えばそこに含まれるベンダＩＤなどに応じてデータベースモジュール３３に伸張データを登録するように制御できる。したがって、より頻繁に利用するポータルウェブページのコンテンツなどについては変換処理を省くことにより、高速再生開始が可能となる。
また、ブラウザ３５は、サーバ５から受け取ったコンテンツデータをプレイヤエンジン３２の特性に対応した圧縮形式とデータサイズに変換して、データベースモジュール３３に登録するように構成している。したがって、サウンドデータ・画像データの登録時にクライアント端末１０に応じて、それぞれのデータ形式で保存することにより、それらの利用の際にもデータ処理の負担を軽減できる。
つぎに、上述した情報再生装置によって、ＭＰ３形式などの音声圧縮データ（サウンドデータ）を再生する手順を説明する。
図５は、本実施の形態の情報再生装置におけるサウンドデータの再生シーケンスを示すフローチャートである。ここで、再生命令に対応するコンテンツデータには、画像データとサウンドデータの両者を含むものとする。
ブラウザ（Ｂｒｏｗｓｅｒ）１、プレイヤ（Ｐｌａｙｅｒ）モジュール２、およびデータベース（Ｄａｔａｂａｓｅ）モジュール３は、いずれも図２における画像データの再生シーケンスに示すものと対応しており、それぞれＷＷＷウェブなどのネットワーク４を介してサーバ５に接続されている。
ブラウザ１は、画面遷移の際にサーバ５に対して画面要求（Ｒｅｑ Ｐａｇｅ）を出し（ステップＳ１１）、画面要求に対する応答（Ｒｅｓ Ｐａｇｅ）として、所定のサウンドデータの再生命令を含むページ情報（ウェブページ）を受信する（ステップＳ１２）。つぎに、ブラウザ１では受信したウェブページを表示するとともに、プレイヤモジュール２に対してそのウェブページに含まれる楽曲要求に対応するサウンドデータを、ページ情報内の再生命令により特定して、プレイヤモジュール２に対してサウンド再生要求（ｐｌａｙ ｓｏｕｎｄ）が行われる（ステップＳ１３）。
データベースモジュール３には、プレイヤモジュール２により再生可能な状態で、画像データやサウンドデータなど、それぞれ複数のコンテンツデータが予め登録されている。プレイヤモジュール２では、このデータベースモジュール３に、再生要求されたサウンドデータが登録されているかどうかを判断し（ステップＳ１４）、登録されている場合にはサーバ５へ問い合わせをすることなく、データベースモジュール３内のサウンドデータをプレイヤモジュール２に返却し、登録されていない場合はサーバ５に対して対応するサウンドデータを要求（Ｒｅｑ ｓｏｕｎｄ ｄａｔａ）し（ステップＳ１５）、その要求に対する応答（Ｒｅｓ ｓｏｕｎｄ ｄａｔａ）として、データベースモジュール３内の楽曲データとして受信する（ステップＳ１６）。
そして、新たに取得したサウンドデータをデータベースモジュール３に登録（Ｒｅｇ ｓｏｕｎｄ ｄａｔａ）する（ステップＳ１７）。その後、サーバ５から取得したサウンドデータを再生する（ステップＳ１９）。
再生するサウンドデータがデータベースモジュール３にキャッシュされている場合、データベースモジュール３内のデータをプレイヤモジュール２が取得（ｇｅｔ ｓｏｕｎｄ ｄａｔａ）する（ステップＳ１８）。プレイヤモジュール２は、取得したサウンドデータを再生する（ステップＳ１９）。
プレイヤモジュール２では、取得したサウンドデータをデータベースモジュール３へ登録する際にブラウザ１の仕様に合わせたサウンドデータフォーマットへ変換することで、ブラウザ１による画像表示の際に、より早くサウンドデータを再生することが可能となる。
このような手順により、クライアント端末１０でウェブサービスを受けるためにインターネット上のサーバ５とブラウザ１とが接続され、ページ情報と独立したオブジェクトとして管理されている画像データ、サウンドデータを利用して、ウェブページを高速に再生して表示することができる。また、予めクライアント端末１０に保存することによって、ダウンロード時間を必要としなくなるから、ウェブページの再生を迅速に開始できる。
このように、上述した情報再生装置では、楽曲データがデータベースモジュール３内に登録されている場合は、サーバ５へ問い合わせをせずに楽曲再生を行い、登録されていない場合はサーバ５より楽曲データを取得して、データベースモジュール３内へ登録してから楽曲再生を行う。
なお、プレイヤモジュール２がデータベースモジュール３へキャッシュされた楽曲データを登録する際に、プレイヤモジュール２の仕様に合わせた楽曲フォーマットへ変換している。これにより、サウンドデータの再生開始までの時間を短くしたり、再生処理時間自体を低減したりすることができる。
また、上述した情報再生装置（クライアント端末１０）では、ウェブページのコンテンツデータ（サウンド・画像）をページと独立管理することにより、ページに依存しないキャッシュが可能になり、小さな記憶領域でウェブページを高速に再生できる。
また、上述した情報再生装置では、端末装置としての出荷時に、ウェブページに繰り返し使われるコンテンツデータ（サウンド・画像）をメモリに埋めこむことにより、同一のサウンド・画像をいちいちダウンロードしなくても、ウェブページの表示が可能になる。
また、上述した情報再生装置は、新しいコンテンツデータ（サウンド・画像）が使われたウェブページにアクセスした場合、そのサウンド・画像を追加登録することができるので、拡張性を持つものとなる。
また、上述した情報再生装置は、新しいコンテンツデータ（サウンド・画像）を登録する場合、端末の不揮発メモリの容量に応じて、すでに保存されているデータのうち使用頻度が低いものを自動消去しているので、リソースの効率的な使用が可能になる。
また、上述した情報再生装置は、キャッシュされたコンテンツデータ自体の重要度を示す指標を設け、自動消去してはならない重要なコンテンツデータ（サウンド・画像）などの自動消去を防ぐことができる。
さらに、上述した情報再生装置は、ウェブ上では、コンテンツデータ（サウンド・画像）は様々な圧縮形式、サイズで提供されるが、登録時に端末の仕様に対応している圧縮形式、サイズに予め変換して保存しているので、利用する際の変換処理を省くことにより、高速再生開始が可能となる。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、情報再生装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）などがある。
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
なお上述の実施の形態においては、クライアント端末１０が、ラジオ局ＲＳから無線等を介して放送されているラジオ放送信号を、受信する場合について述べたが、本発明はこれに限らず、クライアント端末１０が、インターネットラジオサーバからインターネット等のネットワークを介してラジオ放送データを、受信する場合にも適用することができる。
また上述の実施の形態においては、情報再生装置としてクライアント端末１０を適用する場合について述べたが、本発明はこれに限らず、例えば、パーソナルコンピュータやオーディオ機器等のこの他種々の情報処理装置、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）等のこの他種々の携帯端末装置を適用することができる。
また上述の実施の形態においては、クライアント端末１０が上述した処理（図２や図５等により説明した処理）を、インストールされているプログラムに従って実行する場合について述べたが、本発明はこれに限らず、上述した処理（図２や図５等により説明した処理）を実行するための回路等をクライアント端末１０に予め設けておき、そしてクライアント端末１０が当該設けられた回路を制御して、かかる処理をハードウェア的に実行するようにしても良い。

ネットワークに接続されたオーディオ機器などに対して、インターネットなどのブロードバンドから音楽や画像その他の関連情報を直接配信する際に、ユーザーに提供する楽曲情報の著作権管理を可能にした楽曲配信システムなどに利用できる。

Claims (13)

1. ネットワークを介して接続された外部装置にページ情報を要求する要求情報を送信するとともに、上記ページ情報およびそこに含まれる所定のコンテンツデータを受信する送受信手段と、
   上記送受信手段により受信された上記ページ情報内のコンテンツデータ取得要求に応じて、当該コンテンツデータ取得要求に応じたコンテンツデータを取得するコンテンツデータ取得手段と、
   上記コンテンツデータ取得手段により取得された上記コンテンツデータを記憶する記憶手段と、
   上記コンテンツデータ取得手段により取得されたコンテンツデータを上記ページ情報とともに出力する出力手段と、
   上記コンテンツデータ取得要求に対応するコンテンツデータが上記記憶手段に登録されているか否かを検出し、登録されている場合には、上記コンテンツデータ取得手段がそのコンテンツデータを取得するように制御し、上記コンテンツデータが上記記憶手段に登録されていない場合には、上記コンテンツデータ取得手段が上記送受信手段を介して、上記コンテンツデータを上記外部装置から取得するように制御する制御手段と、
   を具えることを特徴とする情報再生装置。
2. 上記制御手段は、上記ページ情報内のコンテンツデータ取得要求に対応するコンテンツデータを上記記憶手段に記録する
   ことを特徴とする請求の範囲第１項に記載の情報再生装置。
3. 上記制御手段は、ポータルサイトのページ情報に係る画像データを上記記憶手段に記録する
   ことを特徴とする請求の範囲第２項に記載の情報再生装置。
4. 上記制御手段は、ポータルサイトのページ情報に係るサウンドデータを上記記憶手段に記録する
   ことを特徴とする請求の範囲第２項に記載の情報再生装置。
5. 上記制御手段は、所定の頻度以上アクセスされたコンテンツデータを、上記記憶手段に記録する
   ことを特徴とする請求の範囲第１項に記載の情報再生装置。
6. 上記制御手段は、アクセス頻度が相対的に低いコンテンツデータを上記記憶手段から消去する
   ことを特徴とする請求の範囲第１項に記載の情報再生装置。
7. 上記制御手段は、上記コンテンツデータと当該コンテンツデータの重要度を示す指標とを上記記憶手段に登録することにより、当該コンテンツデータの指標に応じて再生頻度にかかわらず上記コンテンツデータを消去しない
   ことを特徴とする請求の範囲第６項に記載の情報再生装置。
8. 上記制御手段は、上記外部装置から圧縮されたコンテンツデータを受け取ったとき、上記記憶手段に伸張データを登録する
   ことを特徴とする請求の範囲第１項に記載の情報再生装置。
9. 上記制御手段は、所定の属性の上記圧縮されたコンテンツデータを受け取ったとき、上記記憶手段に伸張データを登録するように制御する
   ことを特徴とする請求の範囲第８項に記載の情報再生装置。
10. 上記コンテンツデータ取得手段は、取得されたコンテンツデータを再生する再生手段を有し、
    上記制御手段は、上記外部装置から受け取ったコンテンツデータを上記再生手段の特性に対応した圧縮形式のデータに変換して、上記記憶手段に登録する
    ことを特徴とする請求の範囲第１項に記載の情報再生装置。
11. 上記制御手段は、上記送受信手段で受信したページ情報内に上記コンテンツデータ取得要求とＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを含んでおり、かつ上記コンテンツデータ取得要求に対応するコンテンツデータが上記記憶手段に登緑されていない場合、上記ＵＲＬにアクセスし、上記外部装置から上記コンテンツデータを取得する
    ことを特徴とする請求の範囲第１項に記載の情報再生装置。
12. ネットワークを介して接続された外部装置にページ情報を要求する要求情報を送信する送信ステップと、
    上記送信ステップの処理で要求された、所定のコンテンツデータの取得要求を含むページ情報を上記外部装置から受信する受信ステップと、
    上記受信ステップの処理で受信された上記コンテンツデータ取得要求に対応するコンテンツデータが、所定の記憶装置にコンテンツデータとして登録されているか否かを検出する検出ステップと、
    上記検出ステップの処理で、上記ページ情報に含まれる上記コンテンツデータ取得要求に対応するコンテンツデータが上記記憶装置に登録されていると検出した場合にはそのコンテンツデータを取得し、上記コンテンツデータが登録されていないと検出した場合には上記コンテンツデータ取得要求に対応するコンテンツデータを上記外部装置から受信して取得する取得ステップと、
    上記検出ステップの処理で、上記コンテンツデータが登録されていないと検出した場合、上記取得ステップの処理により取得されたコンテンツデータを上記記憶装置に記憶する記憶ステップと、
    上記ページ情報と共に、上記取得ステップの処理により取得されたコンテンツデータを出力する出力ステップと
    を具えることを特徴とする情報再生方法。
13. ネットワークを介して接続された外部装置にページ情報を要求する要求情報を送信する送信ステップと、
    上記送信ステップの処理で要求された上記外部装置から所定のコンテンツデータの取得要求を含むページ情報を受信する受信ステップと、
    上記受信ステップの処理で受信された上記コンテンツデータ取得要求に対応するコンテンツデータが、所定の記憶装置にコンテンツデータとして登録されているか否かを検出する検出ステップと、
    上記検出ステップの処理で、上記ページ情報に含まれる上記コンテンツデータ取得要求に対応するコンテンツデータが上記記憶装置に登録されていると検出した場合にはそのコンテンツデータを取得し、上記コンテンツデータが登録されていないと検出した場合には上記コンテンツデータ取得要求に対応するコンテンツデータを上記外部装置から受信して取得する取得ステップと、
    上記検出ステップの処理で、上記コンテンツデータが登録されていないと検出した場合、上記取得ステップの処理により取得されたコンテンツデータを上記記憶装置に記憶する記憶ステップと、
    上記ページ情報と共に上記取得ステップの処理により取得されたコンテンツデータを出力する出力ステップと
    をコンピュータに実行させることを特徴とするプログラム。

Images