(57)【要約】【課題】単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する情報を有効に活用することができる通信装置を提供する。【解決手段】インターネットサーバ６から送られてくるストリーミングデータを受信しながら再生する機能を備えたパーソナルコンピュータ１であって、パーソナルコンピュータ１の制御部は、ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストをインターネットサーバ６に送信する。リクエストの送信に応じてインターネットサーバ６から送られてくる関連情報を受信すると、制御部は、受信した関連情報をプリンタ２に印刷させる。【選択図】　図１
2004032637.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置から送られてくるストリーミングデータを受信しながら再生する機能を備えた通信装置であって、
前記ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストを前記サーバ装置に送信する関連情報リクエスト送信手段と、
前記関連情報リクエスト送信手段による前記リクエストの送信に応じて前記サーバ装置から送られてくる前記関連情報を受信する関連情報受信手段と、
前記関連情報受信手段により受信した前記関連情報を印刷出力および／または表示出力する関連情報出力手段とを備えたことを特徴とする通信装置。
【請求項２】
前記関連情報リクエスト送信手段は、前記ストリーミングデータを再生し始めてから終わるまでの再生時間を計時するとともに、前記所定の操作が行われた時点の再生時間を示すタイムスタンプを前記リクエストに含めて送信し、前記関連情報受信手段は、前記サーバ装置から前記タイムスタンプに対応して送られてくる前記関連情報を受信する、請求項１に記載の通信装置。
【請求項３】
前記関連情報の印刷出力および／または表示出力が完了するまで前記ストリーミングデータの再生を中断し、その印刷出力および／または表示出力の完了後、前記ストリーミングデータの再生を最初あるいは中断時点から再開する、請求項１または２に記載の通信装置。
【請求項４】
前記関連情報の印刷出力および／または表示出力が完了するまで前記ストリーミングデータの再生を中断し、その印刷出力および／または表示出力の完了後、前記サーバ装置に対して新たに別のストリーミングデータを再送すべき旨のリクエストを送信し、それに応じて送られてくる前記別のストリーミングデータを受信しながら再生する、請求項１または２に記載の通信装置。
【請求項５】
ネットワーク上の通信装置に対してストリーミングデータを配信する機能を備えたサーバ装置であって、
前記通信装置に対して前記ストリーミングデータを配信中にその通信装置から送られてくる、前記ストリーミングデータの再生途中の内容に関連する関連情報についてのリクエストを受け付ける関連情報リクエスト受付手段と、
前記関連情報リクエスト受付手段により前記リクエストを受け付けると、前記通信装置に対して前記関連情報を送信する関連情報送信手段とを備えたことを特徴とするサーバ装置。
【請求項６】
前記リクエストには、前記通信装置上で前記ストリーミングデータの再生中に前記関連情報についてリクエストするための所定の操作が行われた時点の再生時間を示すタイムスタンプが含まれ、前記関連情報送信手段は、前記タイムスタンプに対応した前記関連情報を前記通信装置に対して送信する、請求項５に記載のサーバ装置。
【請求項７】
ストリーミングデータを配信するサーバ装置と、このサーバ装置から送られてくる前記ストリーミングデータを受信しながら再生する通信装置との間で、前記ストリーミングデータの送受信に併せて通信を行うための通信方法であって、
前記通信装置において、前記ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストを前記サーバ装置に送信する関連情報リクエスト送信ステップと、
前記サーバ装置において、前記関連情報リクエスト送信ステップを実行した前記通信装置から送られてくる前記リクエストを受け付ける関連情報リクエスト受付ステップと、
前記サーバ装置において、前記関連情報リクエスト受付ステップにより前記リクエストを受け付けると、前記通信装置に対して前記関連情報を送信する関連情報送信ステップと、
前記通信装置において、前記関連情報送信ステップを実行した前記サーバ装置から送られてくる前記関連情報を受信する関連情報受信ステップと、
前記通信装置において、前記関連情報受信ステップを経て受信した前記関連情報を印刷出力および／または表示出力する関連情報出力ステップとを順次実行することを特徴とする通信方法。
【請求項８】
サーバ装置から送られてくるストリーミングデータを受信しながら再生する機能を備えた通信装置を制御するためのコンピュータプログラムであって、
前記ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストを前記サーバ装置に送信する関連情報リクエスト送信タスクと、
前記関連情報リクエスト送信タスクによる前記リクエストの送信に応じて前記サーバ装置から送られてくる前記関連情報を受信する関連情報受信タスクと、
前記関連情報受信タスクにより受信した前記関連情報を印刷出力および／または表示出力する関連情報出力タスクとを、前記通信装置を制御するコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項９】
ネットワーク上の通信装置に対してストリーミングデータを配信する機能を備えたサーバ装置を制御するためのコンピュータプログラムであって、
前記通信装置に対して前記ストリーミングデータを配信中にその通信装置から送られてくる、前記ストリーミングデータの再生途中の内容に関連する関連情報についてのリクエストを受け付ける関連情報リクエスト受付タスクと、
前記関連情報リクエスト受付タスクにより前記リクエストを受け付けると、前記通信装置に対して前記関連情報を送信する関連情報送信タスクとを、前記サーバ装置を制御するコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ストリーミングデータを受信しながら再生する機能や、印刷機能あるいは表示機能を備えた例えばパーソナルコンピュータシステムやファクシミリ装置などの通信装置、ストリーミングデータを配信するサーバ装置、そのようなストリーミングデータの送受信に併せて通信を行うための通信方法、および通信装置やサーバ装置を制御するためのコンピュータプログラムに関する。
【０００２】
【従来の技術】
昨今、インターネットのインフラとしては、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）、ＣＡＴＶ（Ｃａｂｌｅ　Ｔｅｌｅｖｉｓｉｏｎ）ネットワーク、ＦＴＴＨ（Ｆｉｂｅｒ　ｔｏ　ｔｈｅ　Ｈｏｍｅ　）などの拡充によりブロードバンド接続環境が整いつつある。このようなブロードバンド接続環境下におけるパーソナルコンピュータでは、いわゆるストリーミングデータを受信しながらほとんど待ち時間無く再生することができる。
【０００３】
ストリーミングデータには、音声や音楽などを主としたオーディオデータと、音声や音楽などを含みつつも動画像を主としたムービーデータとがある。いずれのデータ系でも、受信に伴いある程度の再生時間分（数秒程度）がバッファリングによりメモリに蓄えられ、ＦＩＦＯ（Ｆｉｒｓｔ　Ｉｎ　Ｆｉｒｓｔ　Ｏｕｔ）方式でデータを高速に読み書きしながら同時に再生される。このようなストリーミングデータの配信サービスによれば、ユーザは必要なときに所望とする音楽や映像を選んでリアルタイムに視聴することできる。
【０００４】
【発明が解決しようとする課題】
しかしながら、現在のストリーミングデータの配信サービスによれば、リアルタイム性やオンデマンドを実現することはできるが、ストリーミングデータの内容（コンテンツ）については、終始一貫してかわり映えのないワンパターンとされている。この点では、ストリーミングデータの配信サービスも一般的なラジオ放送やテレビ放送と同様である。
【０００５】
つまり、ストリーミングデータの配信サービスを受けるユーザサイドでは、時々刻々と変化するコンテンツを再生しながら視聴中、その途中で興味のあるコンテンツやさらに詳しい情報を知りたいコンテンツなどに遭遇することがあるが、そのコンテンツについて一時停止や繰り返し再生することはできてもそれをそのまま受け流すしかなく、単に一つのストリーミングデータが多目的に利用され得るものではなかった。
【０００６】
本発明は、上記の点に鑑みて提案されたものであって、単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する情報を有効に活用することができる通信装置、サーバ装置、通信方法、およびコンピュータプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載した発明の通信装置は、サーバ装置から送られてくるストリーミングデータを受信しながら再生する機能を備えた通信装置であって、前記ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストを前記サーバ装置に送信する関連情報リクエスト送信手段と、前記関連情報リクエスト送信手段による前記リクエストの送信に応じて前記サーバ装置から送られてくる前記関連情報を受信する関連情報受信手段と、前記関連情報受信手段により受信した前記関連情報を印刷出力および／または表示出力する関連情報出力手段とを備えたことを特徴とする。
【０００８】
このような通信装置によれば、ストリーミングデータの再生途中に興味のある点や詳細を知りたい点があり、これらの点についてリクエストするための所定の操作を行うと、その再生途中の内容に関連する関連情報をサーバ装置から取得して印刷や表示することができるので、単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する関連情報を有効に活用することができる。
【０００９】
また、請求項２に記載した発明の通信装置は、請求項１に記載の通信装置であって、前記関連情報リクエスト送信手段は、前記ストリーミングデータを再生し始めてから終わるまでの再生時間を計時するとともに、前記所定の操作が行われた時点の再生時間を示すタイムスタンプを前記リクエストに含めて送信し、前記関連情報受信手段は、前記サーバ装置から前記タイムスタンプに対応して送られてくる前記関連情報を受信する。
【００１０】
このような通信装置によれば、請求項１に記載の通信装置による効果に加えて、タイムスタンプを送信することで所定の操作が行われた時点の再生内容に対応する関連情報が送られてくるので、再生側の操作タイミングに合った所望の関連情報を取得することができ、本来意図しない関連情報が送られてくるといった不都合を防ぐことができる。
【００１１】
さらに、請求項３に記載した発明の通信装置は、請求項１または２に記載の通信装置であって、前記関連情報の印刷出力および／または表示出力が完了するまで前記ストリーミングデータの再生を中断し、その印刷出力および／または表示出力の完了後、前記ストリーミングデータの再生を最初あるいは中断時点から再開する。
【００１２】
このような通信装置によれば、請求項１または２に記載の通信装置による効果に加えて、関連情報の印刷結果や表示結果が得られるまではストリーミングデータの再生が中断され、その印刷結果や表示結果が得られるとストリーミングデータの再生が最初あるいは中断時点から再開されるので、関連情報の印刷結果や表示結果を見ながら再びストリーミングデータに基づく再生音や再生画像などを視聴することができる。
【００１３】
また、請求項４に記載した発明の通信装置は、請求項１または２に記載の通信装置であって、前記関連情報の印刷出力および／または表示出力が完了するまで前記ストリーミングデータの再生を中断し、その印刷出力および／または表示出力の完了後、前記サーバ装置に対して新たに別のストリーミングデータを再送すべき旨のリクエストを送信し、それに応じて送られてくる前記別のストリーミングデータを受信しながら再生する。
【００１４】
このような通信装置によれば、請求項１または２に記載の通信装置による効果に加えて、関連情報の印刷結果や表示結果が得られると当初とは別のストリーミングデータが再生されるので、たとえば全般にわたり関連情報と密接に関係する当初とは別のストリーミングデータを再生させることができ、関連情報の印刷結果や表示結果に目を通しながらも全体を通してストリーミングデータに基づく再生音や再生画像などを楽しむことができる。
【００１５】
さらに、請求項５に記載した発明のサーバ装置は、ネットワーク上の通信装置に対してストリーミングデータを配信する機能を備えたサーバ装置であって、前記通信装置に対して前記ストリーミングデータを配信中にその通信装置から送られてくる、前記ストリーミングデータの再生途中の内容に関連する関連情報についてのリクエストを受け付ける関連情報リクエスト受付手段と、前記関連情報リクエスト受付手段により前記リクエストを受け付けると、前記通信装置に対して前記関連情報を送信する関連情報送信手段とを備えたことを特徴とする。
【００１６】
このようなサーバ装置によれば、ストリーミングデータの配信中にその配信先の通信装置からリクエストを受け付けると、そのリクエストに応じた関連情報を通信装置に送信するので、単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する関連情報についてもストリーミングデータに対応付けて用意しておくことにより、ストリーミングデータに関する関連情報を有効に活用することができる。
【００１７】
また、請求項６に記載した発明のサーバ装置は、請求項５に記載のサーバ装置であって、前記リクエストには、前記通信装置上で前記ストリーミングデータの再生中に前記関連情報についてリクエストするための所定の操作が行われた時点の再生時間を示すタイムスタンプが含まれ、前記関連情報送信手段は、前記タイムスタンプに対応した前記関連情報を前記通信装置に対して送信する。
【００１８】
このようなサーバ装置によれば、請求項５に記載のサーバ装置による効果に加えて、タイムスタンプを受信することで配信先の通信装置において所定の操作が行われた時点での再生内容に対応する関連情報を確実に送信できるので、再生側の操作タイミングに合った所望の関連情報を送ることができ、本来意図しない関連情報を送信してしまうといった不都合を防ぐことができる。
【００１９】
さらに、請求項７に記載した発明の通信方法は、ストリーミングデータを配信するサーバ装置と、このサーバ装置から送られてくる前記ストリーミングデータを受信しながら再生する通信装置との間で、前記ストリーミングデータの送受信に併せて通信を行うための通信方法であって、前記通信装置において、前記ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストを前記サーバ装置に送信する関連情報リクエスト送信ステップと、前記サーバ装置において、前記関連情報リクエスト送信ステップを実行した前記通信装置から送られてくる前記リクエストを受け付ける関連情報リクエスト受付ステップと、前記サーバ装置において、前記関連情報リクエスト受付ステップにより前記リクエストを受け付けると、前記通信装置に対して前記関連情報を送信する関連情報送信ステップと、前記通信装置において、前記関連情報送信ステップを実行した前記サーバ装置から送られてくる前記関連情報を受信する関連情報受信ステップと、前記通信装置において、前記関連情報受信ステップを経て受信した前記関連情報を印刷出力および／または表示出力する関連情報出力ステップとを順次実行することを特徴とする。
【００２０】
このような通信方法によれば、請求項１に記載の通信装置と請求項５に記載のサーバ装置とが互いに連係しながらストリーミングデータおよび関連情報をやり取りすることができ、請求項１，５にそれぞれ記載の通信装置およびサーバ装置と同様の効果を得ることができる。
【００２１】
また、請求項８に記載した発明のコンピュータプログラムは、サーバ装置から送られてくるストリーミングデータを受信しながら再生する機能を備えた通信装置を制御するためのコンピュータプログラムであって、前記ストリーミングデータの再生中、その再生途中の内容に関連する関連情報についてリクエストするための所定の操作が行われると、そのリクエストを前記サーバ装置に送信する関連情報リクエスト送信タスクと、前記関連情報リクエスト送信タスクによる前記リクエストの送信に応じて前記サーバ装置から送られてくる前記関連情報を受信する関連情報受信タスクと、前記関連情報受信タスクにより受信した前記関連情報を印刷出力および／または表示出力する関連情報出力タスクとを、前記通信装置を制御するコンピュータに実行させることを特徴とする。
【００２２】
このようなコンピュータプログラムによれば、これをたとえばパーソナルコンピュータシステムやファクシミリ装置などといった通信装置を制御するコンピュータに実行させることにより、請求項１に記載の通信装置と同様の効果を得ることができる。
【００２３】
さらに、請求項９に記載した発明のコンピュータプログラムは、ネットワーク上の通信装置に対してストリーミングデータを配信する機能を備えたサーバ装置を制御するためのコンピュータプログラムであって、前記通信装置に対して前記ストリーミングデータを配信中にその通信装置から送られてくる、前記ストリーミングデータの再生途中の内容に関連する関連情報についてのリクエストを受け付ける関連情報リクエスト受付タスクと、前記関連情報リクエスト受付タスクにより前記リクエストを受け付けると、前記通信装置に対して前記関連情報を送信する関連情報送信タスクとを、前記サーバ装置を制御するコンピュータに実行させることを特徴とする。
【００２４】
このようなコンピュータプログラムによれば、これをたとえばインターネット上のストリーミングサーバなどといったサーバ装置を制御するコンピュータに実行させることにより、請求項５に記載のサーバ装置と同様の効果を得ることができる。
【００２５】
【発明の実施の形態】
以下、本発明の好ましい実施の形態について図面を参照して説明する。
【００２６】
図１は、本発明に係る通信装置とサーバ装置とを示すネットワーク構成図である。
【００２７】
通信装置は、いわゆるパーソナルコンピュータ１とこれに接続されたプリンタ２とからなるものであって、パーソナルコンピュータ１は、宅内に設置されたスプリッタ３およびＡＤＳＬモデム４を介してブロードバンド接続方式によりインターネット５に常時接続されている。サーバ装置は、インターネット５上に存在するいわゆるＷｅｂページやストリーミングデータの配信元であり、インターネットサーバ６としての機能を備える。ちなみに、スプリッタ３の他方のポートには、ファクシミリ装置８や電話機が接続される。
【００２８】
図２は、パーソナルコンピュータ１とその周辺の構成を示す機能ブロック図である。パーソナルコンピュータ１は、プリンタ２として機能する印刷部８０を除き、ＣＰＵやＲＯＭなどの制御部１０、ＲＡＭなどの主記憶部２０、ハードディスクなどの補助記憶部３０、ネットワークインターフェイスカードなどのネットワーク接続部４０、キーボードやマウスなどの操作部５０、スピーカなどのスピーカ部６０、およびディスプレイ装置などの表示部７０などといった機能を備える。制御部１０には、内部インターフェイス９０を介して主記憶部２０、補助記憶部３０、ネットワーク接続部４０が接続されているとともに、外部インターフェイス９１を介して操作部５０、スピーカ部６０、表示部７０、印刷部８０が接続されている。
【００２９】
制御部１０は、スーパーバイザ１１によるタスク管理の下で、ブラウザタスク１２、再生プレーヤタスク１３、スピーカ出力タスク１４、表示処理タスク１５、印刷処理タスク１６などを実行する。スーパーバイザ１１は、補助記憶部３０に記憶されたＯＳ３１に基づくプログラム実行単位であり、タスク１２〜１６は、補助記憶部３０に記憶されたアプリケーションソフトやユーティリティソフトに基づくプログラム実行単位である。
【００３０】
ブラウザタスク１２は、さらにリクエスト送信タスク１２０やデータ受信タスク１２１などの機能単位で実行される。リクエスト送信タスク１２０によれば、Ｗｅｂページやストリーミングデータの在処を示すＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒｓ　）とともにそのデータを送信すべき旨のリクエスト（送信要求情報）がネットワーク接続部４０を通じて送出される。データ受信タスク１２１によれば、インターネットサーバ６から受信したＷｅｂページなどが表示処理タスク１５に転送される。再生プレーヤタスク１３は、さらにリクエスト送信タスク１３０やデータ受信タスク１３１、バッファ再生タスク１３２などの機能単位に実行される。リクエスト送信タスク１３０によれば、これから視聴しようとするストリーミングデータのＵＲＬとそれを送信すべき旨のリクエストのほか、現時点で再生中のストリーミングデータについて、その再生途中の内容に関連する関連情報のＵＲＬとその関連情報を送信すべき旨のリクエストがネットワーク接続部４０を通じて送出される。この関連情報とは、たとえば複数の歌曲を順に再生するように構成されたストリーミングデータの場合、各歌曲に関連する歌詞やタイトル、歌手名などをテキストベースで表現した情報を意味する。データ受信タスク１３１によれば、インターネットサーバ６から受信したストリーミングデータがバッファ再生タスク１３２に転送されたり、受信した関連情報が印刷処理タスク１６に転送される。バッファ再生タスク１３２によれば、バッファリングを行いながらストリーミングデータが再生され、再生結果としてのオーディオデータやムービーデータがスピーカ出力タスク１４や表示処理タスク１５に転送される。
【００３１】
スピーカ出力タスク１４によれば、受信したＷｅｂページやストリーミングデータに含まれるオーディオデータに基づきスピーカ部６０が制御され、スピーカ部６０から音声や音楽などが発せられる。表示処理タスク１５によれば、ストリーミングデータに含まれるムービーデータやＷｅｂページそのものに基づき表示部７０が制御され、表示部７０の画面上に画像が表示される。印刷処理タスク１６によれば、印刷部８０が制御されることで印刷が行われる。
【００３２】
主記憶部２０は、制御部１０に対してプログラムをロードするための領域２１を提供するほか、プリンタバッファ領域２２、表示データ格納領域２３、ストリーミングデータバッファ領域２４などを提供する。補助記憶部３０には、基本的なシステムプログラムとしてのＯＳ３１のほか、ＷＷＷブラウザ３２、再生プレーヤ３３、プリンタドライバ３４、ネットワークドライバ３５などといった各種のアプリケーションソフトやユーティリティソフトがインストールにより格納されている。ネットワーク接続部４０は、制御部１０とＡＤＳＬモデム４との間でデータをやり取りする。操作部５０は、キー入力やクリックによる入力情報を制御部１０に伝える。スピーカ部６０は、制御部１０により制御されて音声や音楽などを発する。表示部７０は、制御部１０により制御されて動画像や静止画像を表示する。印刷部８０は、制御部１０により制御されて印刷を行う。
【００３３】
図３は、インターネットサーバ６の構成を示す機能ブロック図である。なお、一般的には、Ｗｅｂページを閲覧可能とするＷＷＷサーバや、ストリーミングデータを配信するストリーミングサーバは、それぞれ個別に構築されるが、本実施形態では、これらのサーバ機能が１つのインターネットサーバ６にまとめて備えられているとする。また、インターネットサーバ６は、比較的データ量の大きいストリーミングデータなどを格納するための大容量ハードディスクや、データを効率良く配信するための仕組みが設けられている点を除き、物理的にはパーソナルコンピュータなどの本体構成と何ら異なるものではない。
【００３４】
インターネットサーバ６は、リクエスト受付部６００、ＵＲＬスイッチ６１０、ＷｅｂページＵＲＬテーブル６２０、ストリーミングデータＵＲＬテーブル６３０、関連情報特定ＵＲＬテーブル６４０、Ｗｅｂページ格納部６５０、ストリーミングデータ格納部６６０、関連情報格納部６７０、およびデータ送信部６８０などを備える。
【００３５】
リクエスト受付部６００は、Ｗｅｂページやストリーミングデータ、関連情報を送信すべき旨のリクエストをそれらのＵＲＬとともに受け付け、受け付けた情報をＵＲＬスイッチ６１０に転送する。ＵＲＬスイッチ６１０は、リクエスト受付部６００からのＵＲＬに基づき、各テーブル６２０〜６４０にリクエストを振り分ける。ＷｅｂページＵＲＬテーブル６２０は、ＷｅｂページＵＲＬとＷｅｂページ格納部６５０におけるＷｅｂページの格納場所との対応関係を表したものであり、リクエストに該当するＷｅｂページを特定する際に参照される。ストリーミングデータＵＲＬテーブル６３０は、ストリーミングデータＵＲＬとストリーミングデータ格納部６６０におけるストリーミングデータの格納場所との対応関係を表したものであり、リクエストに該当するストリーミングデータを特定する際に参照される。関連情報特定ＵＲＬテーブル６４０は、後述するタイムスタンプや関連情報特定ＵＲＬと関連情報格納部６７０における関連情報の格納場所との対応関係を表したものであり、リクエストに該当する関連情報を特定する際に参照される。Ｗｅｂページ格納部６５０には、たとえばＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ　）形式の各種のＷｅｂページが格納されている。ストリーミングデータ格納部６６０には、オーディオデータやムービーデータとしての各種のストリーミングデータが格納されている。関連情報格納部６７０には、ストリーミングデータの再生途中の時点に関連する関連情報が格納されている。データ送信部６８０は、リクエストに応じて格納部６５０〜６７０から呼び出されたデータをリクエスト元となるパーソナルコンピュータ１に対して送信する。
【００３６】
次に、要点について説明する。
【００３７】
たとえば、パーソナルコンピュータ１上では、インターネットサーバ６からのストリーミングデータを受信することで複数の歌曲を順次再生中、その再生途中の時点で現に流れている歌曲につき、その歌曲の歌詞に関する関連情報をリクエストしてプリントアウトするためのキー入力やクリック操作を行うと、その操作時点の再生時間を示すタイムスタンプが関連情報のリクエストに含めてインターネットサーバ６に送られる。
【００３８】
インターネットサーバ６では、タイムスタンプに基づいて操作時点で再生されていた歌曲の歌詞をテキストベースで表した関連情報が特定され、この関連情報がパーソナルコンピュータ１に送られる。
【００３９】
そして、パーソナルコンピュータ１側では、受信した関連情報に基づいてプリンタ２により印刷が行われ、印刷結果として操作時点で再生されていた歌曲の歌詞が得られる。これにより、単にストリーミングデータを再生するだけでは、ストリーミングデータに基づく音楽や映像を視聴するだけにとどまるが、本実施形態によれば、再生途中の時点に関連する関連情報を別途取得することができるのである。
【００４０】
次に、基本的な動作についてフローチャートを参照して詳しく説明する。
【００４１】
図４は、パーソナルコンピュータ１におけるストリーミングデータの受信再生処理手順を示すフローチャートである。なお、パーソナルコンピュータ１上では、表示部７０にＷｅｂページが表示され、そのＷｅｂページ中に配置されたストリーミングコンテンツ用のリンクがユーザにより指定された直後とする。
【００４２】
ユーザによりストリーミングコンテンツ用のリンクが指定されると、パーソナルコンピュータ１の制御部１０は、インターネットサーバ６に対してメタファイルの転送を要求する。それに応じてインターネットサーバ６から送られてきたメタファイルを受信すると、制御部１０は、このメタファイルを再生プレーヤタスク１３に伝える。メタファイルには、ストリーミングデータのＵＲＬが含まれる。再生プレーヤタスク１３では、リクエスト送信タスク１３０によりメタファイルに含まれるストリーミングデータＵＲＬに基づきインターネットサーバ６に対してストリーミングデータを送信開始すべき旨のリクエストが送信される（Ｓ１）。
【００４３】
それに応じてインターネットサーバ６から送られてきたストリーミングデータを受信すると（Ｓ２：ＹＥＳ）、制御部１０は、再生中フラグを「１」にセットし（Ｓ３）、さらに再生時間の計時を開始した後（Ｓ４）、受信したストリーミングデータの再生処理を開始する（Ｓ５）。このストリーミングデータの再生処理によれば、受信したストリーミングデータをストリーミングバッファ領域２４にある程度蓄えつつも、ＦＩＦＯ方式でデータを高速に読み書きしながら同時に再生する処理が行われる。ちなみに、再生中フラグとは、ストリーミングデータの再生状況を示すステータス情報であって、再生前には「０」に保持されている。
【００４４】
こうしたストリーミングデータの再生中、関連情報を取得するためのキー入力やクリック操作がユーザによりなされると（Ｓ６：ＹＥＳ）、制御部１０は、割り込み処理としてサブルーチンを実行し、再生を開始してから操作時点までの経過時間（再生時間）を示すタイムスタンプを取得し（Ｓ２１）、このタイムスタンプを含めて操作時点での関連情報を送信開始すべき旨のリクエストをインターネットサーバ６に対して送信する（Ｓ２２）。なお、サブルーチンの実行中でもストリーミングデータについては再生中とされる。
【００４５】
その後、制御部１０は、印刷フラグを「１」にセットし（Ｓ２３）、リクエストに応じてインターネットサーバ６から送られてくる関連情報特定ＵＲＬの受信状況を監視する（Ｓ２４）。ちなみに、印刷フラグとは、関連情報の印刷状況を示すステータス情報であって、印刷前には「０」に保持されている。
【００４６】
インターネットサーバ６からの関連情報特定ＵＲＬを受信すると（Ｓ２４：ＹＥＳ）、制御部１０は、受信した関連情報特定ＵＲＬをインターネットサーバ６に対して送信する（Ｓ２５）。なお、インターネットサーバ６からの関連情報特定ＵＲＬを受信できない場合（Ｓ２４：ＮＯ）、制御部１０は、規定時間が経過するまで関連情報特定ＵＲＬの受信状況を監視するが、規定時間を経過しても受信できない場合は、その旨のメッセージなどを表示部７０に表示させた後、Ｓ６：ＮＯ以降に進む。
【００４７】
送信した関連情報特定ＵＲＬに対応する関連情報をインターネットサーバ６から受信すると（Ｓ２６：ＹＥＳ）、制御部１０は、受信した関連情報をプリンタ２に印刷させる（Ｓ２７）。これにより、ストリーミングデータを受信しながら再生中でも、その途中の時点でリクエストした関連情報をインターネットサーバ６から取得して印刷することができる。なお、インターネットサーバ６からの関連情報を受信できない場合（Ｓ２６：ＮＯ）、制御部１０は、規定時間が経過するまで関連情報の受信状況を監視するが、規定時間を経過しても受信できない場合は、その旨のメッセージなどを表示部７０に表示させた後、Ｓ６：ＮＯ以降に進む。
【００４８】
その後、制御部１０は、ストリーミングデータの再生を終えると（Ｓ７：ＹＥＳ）、再生中フラグを「０」にセットし（Ｓ８）、印刷フラグが「１」にセットされた状態か否かを判断する（Ｓ９）。
【００４９】
印刷フラグが「１」の場合（Ｓ９：ＹＥＳ）、制御部１０は、さらに関連情報の印刷処理を既に終えた状態か否かを判断する（Ｓ１０）。
【００５０】
印刷処理を終了している場合（Ｓ１０：ＹＥＳ）、制御部１０は、印刷フラグを「０」にセットし（Ｓ１１）、このストリーミングデータ受信再生処理を終える。
【００５１】
Ｓ１０において、印刷処理を継続中の場合（Ｓ１０：ＮＯ）、制御部１０は、その印刷処理を終えるまで待つ。
【００５２】
Ｓ９において、印刷フラグが「０」の場合（Ｓ９：ＹＥＳ）、制御部１０は、そのままこのストリーミングデータ受信再生処理を終える。
【００５３】
Ｓ７において、ストリーミングデータの再生を終えていない場合（Ｓ７：ＮＯ）、制御部１０は、Ｓ５に戻ってストリーミングデータの再生処理を継続する。
【００５４】
Ｓ６において、ストリーミングデータの再生中に関連情報を取得するためのキー入力やクリック操作が何らなされない場合（Ｓ６：ＮＯ）、制御部１０は、通常のメインルーチンとしてＳ７に進む。
【００５５】
Ｓ２において、インターネットサーバ６からのストリーミングデータを受信できない場合（Ｓ２：ＮＯ）、制御部１０は、規定時間が経過するまでストリーミングデータの受信状況を監視するが、規定時間を経過しても受信できない場合は、その旨のメッセージなどを表示部７０に表示させた後、このストリーミングデータ受信再生処理を終える。
【００５６】
図５は、インターネットサーバ６におけるストリーミングデータの配信処理手順を示すフローチャートである。
【００５７】
インターネットサーバ６では、リクエスト受付部６００がパーソナルコンピュータ１からストリーミングデータについてのリクエストを受け付けると（Ｓ３１：ＹＥＳ）、そのリクエストに含まれるストリーミングデータＵＲＬに対応するをストリーミングデータをストリーミングデータＵＲＬテーブル６３０から検索する。検索結果として得られたストリーミングデータは、ストリーミングデータ格納部６６０から読み出され、データ送信部６８０は、そのストリーミングデータをパーソナルコンピュータ１に対して送信する（Ｓ３２）。
【００５８】
その後、ストリーミングデータを受信しながら再生中のパーソナルコンピュータ１からタイムスタンプを含む関連情報についてのリクエストを受け付けると（Ｓ３３：ＹＥＳ）、そのタイムスタンプに対応する関連情報特定ＵＲＬを関連情報特定ＵＲＬテーブル６４０から検索する（Ｓ３４）。検索結果として得られた関連情報特定ＵＲＬは、そのままデータ送信部６８０を通じてパーソナルコンピュータ１に送信される（Ｓ３５）。
【００５９】
送信した関連情報特定ＵＲＬについてパーソナルコンピュータ１から返信があると（Ｓ３６：ＹＥＳ）、その関連情報特定ＵＲＬに対応する関連情報が関連情報特定ＵＲＬテーブル６４０から検索され、検索結果として得られた関連情報は、データ送信部６８０を通じてパーソナルコンピュータ１に送信される（Ｓ３７）。
【００６０】
そして、関連情報の送信を完了すると（Ｓ３８：ＹＥＳ）、パーソナルコンピュータ１から全てのストリーミングデータを受信完了した旨の通知があるか否かを判断し（Ｓ３９）、受信完了の通知がある場合（Ｓ３９：ＹＥＳ）、このストリーミングデータ配信処理を終える。
【００６１】
Ｓ３９において、受信完了の通知がない場合（Ｓ３９：ＮＯ）、Ｓ３２に戻ってストリーミングデータの送信を継続する。
【００６２】
Ｓ３８において、関連情報の送信を完了していない場合（Ｓ３８：ＮＯ）、Ｓ３７に戻って関連情報の送信を継続する。
【００６３】
Ｓ３６において、送信した関連情報特定ＵＲＬについてパーソナルコンピュータ１から返信がない場合（Ｓ３６：ＮＯ）、Ｓ３９に進む。
【００６４】
Ｓ３３において、関連情報についてのリクエストが特にない場合（Ｓ３３：ＮＯ）、Ｓ３９に進む。
【００６５】
Ｓ３１において、ストリーミングデータについてのリクエストがない場合（Ｓ３１：ＮＯ）、リクエストがあるまで待機する。
【００６６】
したがって、上記した実施形態によれば、パーソナルコンピュータ１上でストリーミングデータの再生途中に興味のある点や詳細を知りたい点があり、その際に関連情報を取得するためのキー入力やクリック操作を行うと、その時点に関する関連情報をインターネットサーバ６から取得して印刷することができるので、単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する関連情報について有効に活用することができる。
【００６７】
また、パーソナルコンピュータ１からインターネットサーバ６に対しては、操作時点の再生時間を示すタイムスタンプが関連情報のリクエストに含めて送信され、インターネットサーバ６からは、タイムスタンプに基づいて操作時点の再生内容に対応する関連情報が送られてくるので、再生側のパーソナルコンピュータ１上における操作タイミングに合った関連情報を取得することができ、ユーザが本来意図しない関連情報が送られてくるといった不都合を防ぐことができる。
【００６８】
さらに、他の実施形態について説明する。なお、他の実施形態も先述した実施形態と多くの点で共通するため、これらの共通点については同一符号を付すなどして図示説明を省略し、異なる点に重点をおいて説明する。
【００６９】
図６は、他の実施形態に係るインターネットサーバの構成を示す機能ブロック図である。
【００７０】
他の実施形態に係るインターネットサーバによれば、複数の歌曲を順に再生可能としたストリーミングデータが配信され、また、そのストリーミングデータに関して各歌曲の歌詞を印刷するための関連情報についても配信される。そして、関連情報の配信後には、カラオケ曲のみからなるカラオケデータがストリーミングデータとして配信される。
【００７１】
そのため、ストリーミングデータ格納部６６１には、歌声を含む歌曲情報としてのストリーミングデータが格納されているほか、歌声のない伴奏だけのカラオケデータもストリーミングデータとして格納されている。また、ストリーミングデータＵＲＬテーブル６３１には、カラオケデータＵＲＬを含むストリーミングデータＵＲＬとストリーミングデータ格納部６６１におけるストリーミングデータの格納場所との対応関係が記述されている。さらに、関連情報特定ＵＲＬテーブル６４１には、関連情報格納部６７０における関連情報の格納場所が記述されているほか、タイムスタンプや関連情報特定ＵＲＬとストリーミングデータ格納部６６１におけるカラオケデータの格納場所との対応関係についても記述されている。
【００７２】
図７は、他の実施形態によるストリーミングデータの受信再生処理手順を示すフローチャートである。なお、このフローチャート中では、ストリーミングデータとは歌声を含むものを意味し、カラオケデータとは歌声を含まないものを意味するものとする。
【００７３】
図４のＳ１〜Ｓ５と同様にＳ４１〜Ｓ４５を実行することでストリーミングデータの再生中、関連情報を取得するためのキー入力やクリック操作がユーザによりなされると（Ｓ４６：ＹＥＳ）、割り込み処理としてサブルーチンが実行され、制御部１０は、ストリーミングデータの再生を終了し（Ｓ５１）、再生中フラグを「０」にセットする（Ｓ５２）。つまり、このとき実行されるサブルーチンによれば、ストリーミングデータについての再生が中断され、メインルーチンの実行が排他的に制御される。
【００７４】
そして、制御部１０は、図４のＳ２１〜Ｓ２３と同様にしてＳ５３〜Ｓ５５を実行するが、その後、制御部１０は、リクエストに応じて送られてくる関連情報特定ＵＲＬおよびカラオケデータＵＲＬの受信状況を監視する（Ｓ５６）。
【００７５】
インターネットサーバからの関連情報特定ＵＲＬおよびカラオケデータＵＲＬを受信すると（Ｓ５６：ＹＥＳ）、制御部１０は、まず受信した関連情報特定ＵＲＬをインターネットサーバに対して送信する（Ｓ５７）。なお、関連情報特定ＵＲＬおよびカラオケデータＵＲＬを受信できない場合（Ｓ５６：ＮＯ）、制御部１０は、規定時間が経過するまで関連情報特定ＵＲＬの受信状況を監視するが、規定時間を経過しても受信できない場合は、その旨のメッセージなどを表示部７０に表示させた後、このストリーミングデータ受信再生処理を終える。
【００７６】
送信した関連情報特定ＵＲＬに対応する関連情報をインターネットサーバから受信すると（Ｓ５８：ＹＥＳ）、制御部１０は、受信した関連情報をプリンタ２に印刷させる（Ｓ５９）。これにより、ストリーミングデータを受信しながら歌声を含む歌曲を再生中、再生を一旦中断してその歌曲の歌詞からなる関連情報をインターネットサーバ６から取得して印刷することができる。なお、インターネットサーバ６からの関連情報を受信できない場合（Ｓ５８：ＮＯ）、制御部１０は、規定時間が経過するまで関連情報の受信状況を監視するが、規定時間を経過しても受信できない場合は、その旨のメッセージなどを表示部７０に表示させた後、このストリーミングデータ受信再生処理を終える。
【００７７】
その後、関連情報の印刷処理が終わると（Ｓ６０：ＹＥＳ）、制御部１０は、印刷フラグを「０」にセットし（Ｓ６１）、続いて関連情報に対応するカラオケデータを送信すべき旨のリクエストをインターネットサーバに対して送信する（Ｓ６２）。なお、関連情報の印刷処理を実行途中の場合（Ｓ６０：ＮＯ）、制御部１０は、Ｓ５９に戻って印刷処理を継続する。
【００７８】
カラオケデータのリクエストに応じてインターネットサーバから送られてきたカラオケデータを受信すると（Ｓ６３：ＹＥＳ）、制御部１０は、そのカラオケデータについて受信しながら再生処理を行う（Ｓ６４）。なお、制御部１０は、規定時間が経過するまでカラオケデータの受信状況を監視するが、規定時間を経過しても受信できない場合は、その旨のメッセージなどを表示部７０に表示させた後、このストリーミングデータ受信再生処理を終える。
【００７９】
最終的にカラオケデータの再生を終えると（Ｓ６５：ＹＥＳ）、制御部１０は、このストリーミングデータ受信再生処理を終える。なお、カラオケデータを再生中の場合（Ｓ６５：ＮＯ）、制御部１０は、Ｓ６４に戻って再生処理を継続する。
【００８０】
再び元のメインルーチンに注目し、関連情報を取得するための操作が特に行われることなく（Ｓ４６：ＮＯ）、ストリーミングデータの再生を終えると（Ｓ４７：ＹＥＳ）、制御部１０は、再生中フラグを「０」にセットし（Ｓ４８）、そのままこのストリーミングデータ受信再生処理を終える。
【００８１】
図８は、他の実施形態によるストリーミングデータの配信処理手順を示すフローチャートである。
【００８２】
図５のＳ３１，Ｓ３２と同様にＳ７１，Ｓ７２を実行した後、ストリーミングデータを受信しながら再生中のパーソナルコンピュータ１からタイムスタンプを含む関連情報についてのリクエストを受け付けると（Ｓ７３：ＹＥＳ）、インターネットサーバは、割り込み処理としてサブルーチンに移り、ストリーミングデータの送信を中断するとともに（Ｓ８１）、タイムスタンプに対応する関連情報特定ＵＲＬを関連情報特定ＵＲＬテーブル６４１から検索する（Ｓ８２）。検索結果として得られた関連情報特定ＵＲＬは、対応するカラオケデータＵＲＬとともにそのままデータ送信部６８０を通じてパーソナルコンピュータ１に送信される（Ｓ８３）。
【００８３】
送信した関連情報特定ＵＲＬについてパーソナルコンピュータ１から返信があると（Ｓ８４：ＹＥＳ）、その関連情報特定ＵＲＬに対応する関連情報が関連情報特定ＵＲＬテーブル６４１から検索され、検索結果として得られた関連情報は、データ送信部６８０を通じてパーソナルコンピュータ１に送信される（Ｓ８５）。なお、送信した関連情報特定ＵＲＬについて返信がない場合（Ｓ８４：ＮＯ）、そのままこのストリーミングデータ配信処理を終える。
【００８４】
そして、関連情報の送信を完了すると（Ｓ８６：ＹＥＳ）、パーソナルコンピュータ１からカラオケデータについてのリクエストがあるか否かを判断し（Ｓ８７）、カラオケデータのリクエストを受け付けた場合（Ｓ８７：ＹＥＳ）、パーソナルコンピュータ１に対して該当するカラオケデータを送信する（Ｓ８８）。なお、関連情報を送信中の場合（Ｓ８６：ＮＯ）、Ｓ８５に戻って関連情報の送信が継続される。また、カラオケデータのリクエストが特にない場合（Ｓ８７：ＮＯ）、そのままこのストリーミングデータ配信処理を終える。
【００８５】
その後、全てのカラオケデータについての受信完了の通知がある場合（Ｓ８９：ＹＥＳ）、このストリーミングデータ配信処理を終える。なお、受信完了の通知がない場合（Ｓ８９：ＮＯ）、Ｓ８８に戻ってカラオケデータの送信を継続する。
【００８６】
再び元のメインルーチンに注目し、Ｓ７３において、パーソナルコンピュータ１から関連情報についてのリクエストが特にない場合（Ｓ７３：ＮＯ）、パーソナルコンピュータ１から全てのストリーミングデータを受信完了した旨の通知があるか否かを判断し（Ｓ７４）、受信完了の通知がある場合（Ｓ７４：ＹＥＳ）、このストリーミングデータ配信処理を終える。
【００８７】
Ｓ７４において、受信完了の通知がない場合（Ｓ７４：ＮＯ）、Ｓ７２に戻ってストリーミングデータの送信を継続する。
【００８８】
したがって、上記した他の実施形態によれば、パーソナルコンピュータ１上では、関連情報のリクエストに応じて当初の歌声を含むストリーミングデータの再生が中断され、そのリクエストに応じて歌曲の歌詞からなる関連情報の印刷結果が得られると、当初とは別のカラオケデータが再生されるので、関連情報の印刷結果に目を通して歌詞を見ながらカラオケデータにあわせて歌うなどして楽しむことができる。
【００８９】
さらに、他の実施形態について説明する。なお、この実施形態も先述した実施形態と多くの点で共通するため、これらの共通点については同一符号を付すなどして図示説明を省略し、異なる点に重点をおいて説明する。
【００９０】
図９は、他の実施形態に係るインターネットサーバに含まれる関連情報特定ＵＲＬテーブルを説明するための説明図である。
【００９１】
他の実施形態に係るインターネットサーバによれば、ストリーミングデータの配信サービスが会員制などによりログイン手続が必要とされ、しかも、ログイン可能なユーザごとにユーザレベルが予め設定されている。
【００９２】
そのため、特に図示しないがストリーミングデータ格納部や関連情報格納部には、ユーザレベルごとに対応するストリーミングデータや関連情報が格納されており、関連情報特定ＵＲＬテーブルは、符号６４０Ａ，６４０Ｂ，６４０Ｃに示すようにユーザレベルごとに分けて構築されている。この符号６４０Ａに示す関連情報特定ＵＲＬテーブルはユーザレベル「０」に対応し、符号６４０Ｂに示す関連情報特定ＵＲＬテーブルはユーザレベル「１」に対応し、符号６４０Ｃに示す関連情報特定ＵＲＬテーブルはユーザレベル「２」に対応するものとする。
【００９３】
図１０は、他の実施形態によるストリーミングデータの受信再生処理手順を示すフローチャートである。なお、このフローチャートに示すＳ９１，Ｓ９２以外のＳ１０１〜Ｓ１２７は、図４のＳ１〜Ｓ２７とほぼ同様の内容である。
【００９４】
図１０に示すように、制御部１０は、ストリーミングデータについてのリクエストを送信する前にログインリクエストをインターネットサーバに対して送信する（Ｓ９１）。このログインリクエストとは、ユーザに与えられたＩＤやパスワードなどからなり、予め再生プレーヤ３３の設定情報として登録しておくことで自動的に送信される。
【００９５】
その後、インターネットサーバによりログインが許可されると（Ｓ９２：ＹＥＳ）、制御部１０は、ストリーミングデータについてのリクエストを送信する（Ｓ１０１）。
【００９６】
Ｓ９２において、ログインが許可されなかった場合（Ｓ９２：ＮＯ）、制御部１０は、その旨のメッセージなどを表示部７０に表示させた後、このストリーミングデータ受信再生処理を終える。
【００９７】
なお、ログインが許可された後にインターネットサーバから送られてくるストリーミングデータや関連情報は、ログインの許可に伴いインターネットサーバで確認されたユーザレベルに対応したものに限られる。したがって、たとえばユーザレベル「０」としてログインが許可された場合には、ユーザレベル「１」や「２」に対応するストリーミングデータや関連情報を得ることができず、ユーザレベル「０」に対応するストリーミングデータを再生して視聴したり、関連情報を印刷することができる。
【００９８】
図１１は、他の実施形態によるストリーミングデータの配信処理手順を示すフローチャートである。
【００９９】
他の実施形態に係るインターネットサーバでは、リクエスト受付部６００がパーソナルコンピュータ１からログインリクエストを受け付けると（Ｓ１３１：ＹＥＳ）、予め登録されたユーザか否か照合される（Ｓ１３２）。このとき、ユーザレベルについても確認される。
【０１００】
照合結果からログインを許可する場合（Ｓ１３３：ＹＥＳ）、確認したユーザレベルを保持した状態とし（Ｓ１３４）、リクエスト元のパーソナルコンピュータ１に対してログインの許可を通知する（Ｓ１３５）。
【０１０１】
その後、図５のＳ３１〜Ｓ３３と同様の内容からなるＳ１３６〜Ｓ１３８が実行され、関連情報についてのリクエストを受け付けると（Ｓ１３８：ＹＥＳ）、Ｓ１３４にて保持されたユーザレベルに基づいて関連情報の取得が可能なユーザか否かが判断される（Ｓ１３９）。つまり、ログインが許可されるユーザでも、ストリーミングデータの配信サービスを受けるだけで関連情報の取得が認められないユーザも存在する。
【０１０２】
関連情報の取得が可能なユーザの場合（Ｓ１３９：ＹＥＳ）、ユーザレベルに応じた関連情報特定ＵＲＬを関連情報特定ＵＲＬテーブル６４０Ａ〜６４０Ｃから検索する（Ｓ１４０）。検索結果として得られた関連情報特定ＵＲＬは、そのままデータ送信部６８０を通じてパーソナルコンピュータ１に送信される（Ｓ１４１）。その後、図４のＳ３６〜Ｓ３９と同様の内容からなるＳ１４２〜Ｓ１４５が実行される。
【０１０３】
Ｓ１３９において、関連情報の取得が認められていないユーザの場合（Ｓ１３９：ＮＯ）、パーソナルコンピュータ１に対して印刷不可の通知を送信した後、Ｓ１３７に戻ってストリーミングデータの送信を継続する。
【０１０４】
Ｓ１３３において、ログインを許可できない場合（Ｓ１３３：ＮＯ）、パーソナルコンピュータ１に対してログイン不許可の通知を送信した後、最初のＳ１３１に戻って再度ログインリクエストの受信を待つ。
【０１０５】
Ｓ１３１において、ログインリクエストが特にない場合（Ｓ１３１：ＮＯ）、ログインリクエストを受け付けるまで待機する。
【０１０６】
したがって、このような他の実施形態によれば、パーソナルコンピュータ１上では、ユーザレベルに応じたストリーミングデータや関連情報を取得することができ、ユーザごとに異なる関連情報を取得して印刷することができる。
【０１０７】
なお、本発明は、上記の各実施形態に限定されるものではない。
【０１０８】
上記実施形態では、インターネット５に対してＡＤＳＬにより常時接続されるが、ＣＡＴＶネットワークやＦＴＴＨにより常時接続しても良い。また、常時接続に限らずダイヤルアップ接続などでも良い。
【０１０９】
通信装置としては、プリンタ２が接続されたパーソナルコンピュータ１を中心にして構成されるが、インターネット接続機能を備えたファクシミリ装置だけで構成されるとしても良い。
【０１１０】
上記の各実施形態は、主にオーディオデータからなるストリーミングデータを前提にしたものであるが、動画像を主としたムービーデータからなるストリーミングデータを再生中、その再生途中の時点で現に映し出された動画像の内容に関連する関連情報、たとえば広告情報などを印刷したり表示したりできるものとしても良い。
【０１１１】
また、ストリーミングデータの配信サービスとしては、歌曲情報やカラオケデータなどといった音楽系サービスのほか、たとえば広告サービスや中古車のオークションサービスなどにも適用できる。
【０１１２】
図４のフローチャートによれば、ストリーミングデータの再生中に関連情報を印刷できるが、関連情報の印刷処理が完了するまではストリーミングデータの再生を中断し、関連情報の印刷完了後に最初からストリーミングデータの再生を始めたり、中断時点のデータから再生を再開させるようにしても良い。
【０１１３】
印刷方式としては、インクジェット方式のほか、トナーを印刷材とした電子写真方式や、インクリボンを用いた昇華方式あるいは感熱方式を採用しても良い。
【０１１４】
【発明の効果】
以上説明したように、請求項１に記載した発明の通信装置によれば、ストリーミングデータの再生途中に興味のある点や詳細を知りたい点があり、これらの点についてリクエストするための所定の操作を行うと、その再生途中の内容に関連する関連情報をサーバ装置から取得して印刷や表示することができるので、単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する関連情報を有効に活用することができる。
【０１１５】
また、請求項２に記載した発明の通信装置によれば、請求項１に記載の通信装置による効果に加えて、タイムスタンプを送信することで所定の操作が行われた時点の再生内容に対応する関連情報が送られてくるので、再生側の操作タイミングに合った所望の関連情報を取得することができ、本来意図しない関連情報が送られてくるといった不都合を防ぐことができる。
【０１１６】
さらに、請求項３に記載した発明の通信装置によれば、請求項１または２に記載の通信装置による効果に加えて、関連情報の印刷結果や表示結果が得られるまではストリーミングデータの再生が中断され、その印刷結果や表示結果が得られるとストリーミングデータの再生が最初あるいは中断時点から再開されるので、関連情報の印刷結果や表示結果を見ながら再びストリーミングデータに基づく再生音や再生画像などを視聴することができる。
【０１１７】
また、請求項４に記載した発明の通信装置によれば、請求項１または２に記載の通信装置による効果に加えて、関連情報の印刷結果や表示結果が得られると当初とは別のストリーミングデータが再生されるので、たとえば全般にわたり関連情報と密接に関係する当初とは別のストリーミングデータを再生させることができ、関連情報の印刷結果や表示結果に目を通しながらも全体を通してストリーミングデータに基づく再生音や再生画像などを楽しむことができる。
【０１１８】
さらに、請求項５に記載した発明のサーバ装置によれば、ストリーミングデータの配信中にその配信先の通信装置からリクエストを受け付けると、そのリクエストに応じた関連情報を通信装置に送信するので、単に一つのストリーミングデータでも多目的に利用することができ、ストリーミングデータから派生する関連情報についてもストリーミングデータに対応付けて用意しておくことにより、ストリーミングデータに関する関連情報を有効に活用することができる。
【０１１９】
また、請求項６に記載した発明のサーバ装置によれば、請求項５に記載のサーバ装置による効果に加えて、タイムスタンプを受信することで配信先の通信装置において所定の操作が行われた時点での再生内容に対応する関連情報を確実に送信できるので、再生側の操作タイミングに合った所望の関連情報を送ることができ、本来意図しない関連情報を送信してしまうといった不都合を防ぐことができる。
【０１２０】
さらに、請求項７に記載した発明の通信方法によれば、請求項１に記載の通信装置と請求項５に記載のサーバ装置とが互いに連係しながらストリーミングデータおよび関連情報をやり取りすることができ、請求項１，５にそれぞれ記載の通信装置およびサーバ装置と同様の効果を得ることができる。
【０１２１】
また、請求項８に記載した発明のコンピュータプログラムによれば、これをたとえばパーソナルコンピュータシステムやファクシミリ装置などといった通信装置を制御するコンピュータに実行させることにより、請求項１に記載の通信装置と同様の効果を得ることができる。
【０１２２】
さらに、請求項９に記載した発明のコンピュータプログラムによれば、これをたとえばインターネット上のストリーミングサーバなどといったサーバ装置を制御するコンピュータに実行させることにより、請求項５に記載のサーバ装置と同様の効果を得ることができる。
【図面の簡単な説明】
【図１】本発明に係る通信装置とサーバ装置とを示すネットワーク構成図である。
【図２】パーソナルコンピュータとその周辺の構成を示す機能ブロック図である。
【図３】インターネットサーバの構成を示す機能ブロック図である。
【図４】パーソナルコンピュータにおけるストリーミングデータの受信再生処理手順を示すフローチャートである。
【図５】インターネットサーバにおけるストリーミングデータの配信処理手順を示すフローチャートである。
【図６】他の実施形態に係るインターネットサーバの構成を示す機能ブロック図である。
【図７】他の実施形態によるストリーミングデータの受信再生処理手順を示すフローチャートである。
【図８】他の実施形態によるストリーミングデータの配信処理手順を示すフローチャートである。
【図９】他の実施形態に係るインターネットサーバに含まれる関連情報特定ＵＲＬテーブルを説明するための説明図である。
【図１０】他の実施形態によるストリーミングデータの受信再生処理手順を示すフローチャートである。
【図１１】他の実施形態によるストリーミングデータの配信処理手順を示すフローチャートである。
【符号の説明】
１　　　パーソナルコンピュータ
２　　　プリンタ（関連情報出力手段）
３　　　スプリッタ
４　　　ＡＤＳＬモデム
５　　　インターネット
６　　　インターネットサーバ
１０　　制御部（関連情報リクエスト送信手段，関連情報受信手段）
２０　　主記憶部
３０　　補助記憶部
４０　　ネットワーク接続部
５０　　操作部
６０　　スピーカ部
７０　　表示部
８０　　印刷部（プリンタ）
６００　リクエスト受付部（関連情報リクエスト受付手段）
６１０　ＵＲＬスイッチ
６２０　ＷｅｂページＵＲＬテーブル
６３０　ストリーミングデータＵＲＬテーブル
６４０　関連情報特定ＵＲＬテーブル
６５０　Ｗｅｂページ格納部
６６０　ストリーミングデータ格納部
６７０　関連情報格納部
６８０　データ送信部（関連情報送信手段）
【図１】
2004032637.tif 000003
【図２】
2004032637.tif 000004
【図３】
2004032637.tif 000005
【図４】
2004032637.tif 000006
【図５】
2004032637.tif 000007
【図６】
2004032637.tif 000008
【図７】
2004032637.tif 000009
【図８】
2004032637.tif 000010
【図９】
2004032637.tif 000011
【図１０】
2004032637.tif 000012
【図１１】
2004032637.tif 000013