(57)【特許請求の範囲】
【請求項１】
ネットワークを介した情報提供サーバーとのセッション確立により、配信されてきた提供情報を受け取り、表示及び／又は音声出力するクライアント端末において、
前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価手段と、
前記評価手段が、通信が切断されるに至らない範囲で通信品質の悪化を検出したときの、時刻情報を記憶する時刻情報記憶手段と、
前記時刻情報記憶手段から通信品質が悪化したときの時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知手段と
を備えるクライアント端末。
【請求項２】
前記時刻情報通知手段は、前記評価手段が通信品質の悪化を検出した区間の提供情報の再度の配信を希望するか否かを尋ね、希望する旨の指示に応じて、前記時刻情報記憶手段から読み出した時刻情報を前記情報提供サーバーに通知すると共に前記通信品質の悪化を検出した区間の提供情報の再度の配信を前記情報提供サーバーに要求する請求項１記載のクライアント端末。
【請求項３】
ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理方法であって、
前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、
前記評価工程が、通信が切断されるに至らない範囲で通信品質の悪化を検出したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、
前記時刻情報記憶工程にて通信品質が悪化したときに時刻情報記憶手段に記憶された時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知工程と
を備えるクライアント側情報処理方法。
【請求項４】
前記時刻情報通知工程では、前記評価工程にて通信品質の悪化を検出した区間の提供情報の再度の配信を希望するか否かを尋ね、希望する旨の指示に応じて、前記時刻情報記憶手段から読み出した時刻情報を前記情報提供サーバーに通知すると共に前記通信品質の悪化を検出した区間の提供情報の再度の配信を前記情報提供サーバーに要求する請求項３記載のクライアント側情報処理方法。
【請求項５】
ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理プログラムを格納しているプログラム格納媒体であって、
前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、
前記評価工程が、通信が切断されるに至らない範囲で通信品質の悪化を検出したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、
前記時刻情報記憶工程にて通信品質が悪化したときに時刻情報記憶手段に記憶された時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知工程と
を備えてなる、クライアント端末に実行されるプログラムを格納しているプログラム格納媒体。
【請求項６】
前記時刻情報通知工程では、前記評価工程にて通信品質の悪化を検出した区間の提供情報の再度の配信を希望するか否かを尋ね、希望する旨の指示に応じて、前記時刻情報記憶手段から読み出した時刻情報を前記情報提供サーバーに通知すると共に前記通信品質の悪化を検出した区間の提供情報の再度の配信を前記情報提供サーバーに要求する請求項５記載のプログラム格納媒体。
【請求項７】
ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのプログラムであって、
前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、
前記評価工程が、通信が切断されるに至らない範囲で通信品質の悪化を検出したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、
前記時刻情報記憶工程にて通信品質が悪化したときに時刻情報記憶手段に記憶された時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知工程と
を備えてなり、クライアント端末に実行されるプログラム。
【請求項８】
前記時刻情報通知工程では、前記評価工程にて通信品質の悪化を検出した区間の提供情報の再度の配信を希望するか否かを尋ね、希望する旨の指示に応じて、前記時刻情報記憶手段から読み出した時刻情報を前記情報提供サーバーに通知すると共に前記通信品質の悪化を検出した区間の提供情報の再度の配信を前記情報提供サーバーに要求する請求項７記載のプログラム。
【請求項９】
情報提供サーバーがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムにおいて、
前記クライアント端末は、ネットワークを介した情報提供サーバーとのセッション確立により前記情報提供サーバーから配信されてきた提供情報の通信品質を評価する評価手段と、
前記評価手段が、通信が切断されるに至らない範囲で通信品質の悪化を検出したときの、時刻情報を記憶する時刻情報記憶手段と、
前記時刻情報記憶手段から通信品質が悪化したときの時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知手段とを備えてなり、
前記情報提供サーバーは、前記時刻情報通知手段から送信されてきた前記時刻情報が付加される提供情報を前記クライアント端末に新たに送信する
情報提供システム。
【請求項１０】
前記時刻情報通知手段は、前記評価手段が通信品質の悪化を検出した区間の提供情報の再度の配信を希望するか否かを尋ね、希望する旨の指示に応じて、前記時刻情報記憶手段から読み出した時刻情報を前記情報提供サーバーに通知すると共に前記通信品質の悪化を検出した区間の提供情報の再度の配信を前記情報提供サーバーに要求し、
前記情報提供サーバーは、前記時刻情報通知手段からの再度の配信要求に応じて前記通信品質の悪化を検出した区間の提供情報を前記クライアント端末に送信する請求項９記載の情報提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介した情報提供サーバーとのセッション確立により、配信されてきた提供情報を受け取り、表示及び／又は音声出力するクライアント端末及びクライアント側情報処理方法、プログラム格納媒体、プログラムに関する。また、本発明は、情報提供サーバーがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムに関する。
【０００２】
【従来の技術】
現在、高速通信機能を有した、図１２に示すようなモバイル機器（クライアント端末）において、音楽や動画などのストリーミングサービスが始まっている。すなわち、課金や料金徴収を条件に、情報提供サーバーとのセッションが確立し、情報提供サーバーからストリーミングビデオデータが図１２の（ａ）に示す高速通信機能を有した携帯電話装置５０や、図１２の（ｂ）に示す携帯情報端末（Personal Digital Assistant：ＰＤＡ）６０に配信され、それらを受信した携帯電話装置５０では液晶表示装置（ＬＣＤ）５１上に、また携帯情報端末６０ではＬＣＤ６１上に映像を表示できる。同様に、音楽データもストリーミングデータとしてサーバーから図１２の（ｃ）に示すような携帯型オーディオ受信装置７０に配信され、内蔵のスピーカやヘッドフォン７１を介して音楽として出力される。もちろん、携帯電話装置５０やＰＤＡ６０は、ストリーミングオーディオデータを受信し、内蔵のスピーカやヘッドフォンを介して音声として音楽を出力することもできる。
【０００３】
【発明が解決しようとする課題】
ところで、前記モバイル機器（クライアント端末）を用いての音楽や動画などのストリーミングサービスでは、使用する環境下、特に通信環境によっては、どうしても通信の切断が起こり得る。
【０００４】
この際、通常、電波が届かないなど、情報提供サーバーとのセッションが途絶えてしまった場合には、次にセッションが確立した場合（電話をかけ直したりなどして）には、情報提供サーバー側では新たなセッションとみなされ、頭から再生が始まってしまう。
【０００５】
また、たとえ、通信が切断されるまでに至らなくても、通信品質の関連で、部分的にパケット落ちが生じて、映像だとフレームレートが極端に落ちたり、部分的に解像度が落ちてしまったり、音に関しては音にノイズが混ざったり、部分部分で音が途切れてしまったりすることがあり得る。
【０００６】
映像や音楽などで著作権が発生して課金をする様なコンテンツで、この様になるのは、ユーザに対して不満を与える。
【０００７】
これを回避するために情報提供サーバ側に機能を追加し、再度セッションが確立した後には、切断された途中からのビデオやオーディオのストリーミングデータを送ることが考えられるが、各ユーザの所有するモバイル機器毎に、品質が落ちた場所、通信が切断された場所などを覚える必要性が出てしまって、サーバー側に負担となることが考えられる。
【０００８】
本発明は、前記実情に鑑みてなされたものであり、通信の切断が起こった場合でも、次に接続が確立された際に、切断が起こった部分から映像や音楽を楽しむことが可能となるクライアント端末の提供を目的とする。また、前記クライアント端末側にて、通信の切断が起こった場合でも、次に接続が確立された際に、切断が起こった部分から映像や音楽を楽しむことを可能とさせるクライアント側情報処理方法、そのクライアント側情報処理を実行させるためのプログラム、さらにはそのクライアント側情報処理プログラムを格納しているプログラム格納媒体の提供を目的とする。
【０００９】
本発明は、前記実情に鑑みてなされたものであり、通信品質を評価し、その結果に基づいて、情報提供サーバーに課金を割り引かせるなどの処理を行わせ、ユーザにある程度の不満を解消させることができるクライアント端末、クライアント側情報処理方法、プログラム及びプログラム格納媒体の提供を目的とする。
【００１０】
本発明は、前記実情に鑑みてなされたものであり、通信品質を評価し、通信品質が悪くなったポイントのタイムスタンプなどを覚えておき、それを基にユーザに再度、視聴するかどうかを尋ねることができるクライアント端末、クライアント側情報処理方法、プログラム及びプログラム格納媒体の提供を目的とする。
【００１１】
本発明は、前記実情に鑑みてなされたものであり、通信の切断が起こった場合でも、次に接続が確立された際に、切断が起こった部分から映像や音楽を楽しむことが可能となる情報提供システムの提供を目的とする。
【００１２】
本発明は、前記実情に鑑みてなされたものであり、クライアント端末にて通信品質を評価し、その結果に基づいて、情報提供サーバーが課金を割り引くなどの処理を行い、ユーザにある程度の不満を解消させることができる情報提供システムの提供を目的とする。
【００１３】
本発明は、前記実情に鑑みてなされたものであり、クライアント端末にて通信品質を評価し、通信品質が悪くなったポイントのタイムスタンプなどを覚えておき、それを基にユーザに再度、視聴するかどうかを尋ね、情報提供サーバーから該当の提供情報を送信させることができる情報提供システムの提供を目的とする。
【００１４】
【課題を解決するための手段】
本発明に係るクライアント端末は、前記課題を解決するために、ネットワークを介した情報提供サーバーとのセッション確立により、配信されてきた提供情報を受け取り、表示及び／又は音声出力するクライアント端末において、前記情報提供サーバーとのセッションの途切れが発生し、配信されていた前記提供情報が切断したときの、時刻情報を記憶する時刻情報記憶手段と、前記情報提供サーバーとの新たなセッション確立時に、前記時刻情報記憶手段から提供情報が切断したときの時刻情報を読み出し、その時刻情報まで提供情報を進めた配信を前記情報提供サーバーに要求する配信要求手段とを備える。
【００１５】
このように前記クライアント端末は、セッションの途切れによる提供情報切断時の時刻情報を記憶しておき、次回、セッションが復活したときに、その地点（前記時刻情報）からの提供情報の再生を行う。
【００１６】
本発明に係るクライアント側情報処理方法は、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理方法であって、前記情報提供サーバーとのセッションの途切れが発生し、配信されていた前記提供情報が切断したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、前記時刻情報記憶工程が前記時刻情報記憶手段に記憶した提供情報が切断したときの時刻情報を読み出し、前記情報提供サーバーとの新たなセッション確立時に、その時刻情報まで提供情報を進めた配信を前記情報提供サーバーに要求する配信要求工程とを備える。
【００１７】
本発明に係るプログラム格納媒体は、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理プログラムを格納しているプログラム格納媒体であって、前記情報提供サーバーとのセッションの途切れが発生し、配信されていた前記提供情報が切断したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、前記時刻情報記憶工程が前記時刻情報記憶手段に記憶した提供情報が切断したときの時刻情報を読み出し、前記情報提供サーバーとの新たなセッション確立時に、その時刻情報まで提供情報を進めた配信を前記情報提供サーバーに要求する配信要求工程とを備えてなり、クライアント端末に実行されるプログラムを格納している。
【００１８】
本発明に係るプログラムは、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末に処理させるためのプログラムであって、前記情報提供サーバーとのセッションの途切れが発生し、配信されていた前記提供情報が切断したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、前記時刻情報記憶工程が前記時刻情報記憶手段に記憶した提供情報が切断したときの時刻情報を読み出し、前記情報提供サーバーとの新たなセッション確立時に、その時刻情報まで提供情報を進めた配信を前記情報提供サーバーに要求する配信要求工程とを備えてなり、クライアント端末に実行される。
【００１９】
また、本発明に係るクライアント端末は、前記課題を解決するために、ネットワークを介した情報提供サーバーとのセッション確立により、配信されてきた提供情報を受け取り、表示及び／又は音声出力するクライアント端末において、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価手段と、前記評価手段が評価した通信品質を前記情報提供サーバーに通知する評価通知手段とを備える。
【００２０】
このように前記クライアント端末は、セッションが途切れないまでも、通信品質が悪化したときには、その通信悪化を情報提供サーバー側に通知することができる。この通知を受けた情報提供サーバーは課金を下げる等の処理を行う。
【００２１】
本発明に係るクライアント側情報処理方法は、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理方法であって、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、前記評価工程が評価した通信品質を前記情報提供サーバーに通知する評価通知工程とを備える。
【００２２】
本発明に係るプログラム格納媒体は、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理プログラムを格納しているプログラム格納媒体であって、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、前記評価工程が評価した通信品質を前記情報提供サーバーに通知する評価通知工程とを備えてなる、クライアント端末に実行されるプログラムを格納している。
【００２３】
本発明に係るプログラムは、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末に処理させるためのプログラムであって、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、前記評価工程が評価した通信品質を前記情報提供サーバーに通知する評価通知工程とを備えてなり、クライアント端末に実行される。
【００２４】
また、本発明に係るクライアント端末は、前記課題を解決するために、ネットワークを介した情報提供サーバーとのセッション確立により、配信されてきた提供情報を受け取り、表示及び／又は音声出力するクライアント端末において、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価手段と、前記評価手段が通信品質の悪化を検出したときの、時刻情報を記憶する時刻情報記憶手段と、前記時刻情報記憶手段から通信品質が悪化したときの時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知手段とを備える。
【００２５】
このように前記クライアント端末は、セッションが途切れないまでも、通信品質が悪化したときには、そのときの時刻情報を記憶しておき、それを情報提供サーバー側に通知して、ユーザからの再視聴要求に応えて提供情報を情報提供サーバーから送信させる。
【００２６】
本発明に係るクライアント側情報処理方法は、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理方法であって、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、前記評価工程が通信品質の悪化を検出したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、前記時刻情報記憶工程にて通信品質が悪化したときに時刻情報記憶手段に記憶された時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知工程とを備える。
【００２７】
本発明に係るプログラム格納媒体は、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのクライアント側情報処理プログラムを格納しているプログラム格納媒体であって、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、前記評価工程が通信品質の悪化を検出したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、前記時刻情報記憶工程にて通信品質が悪化したときに時刻情報記憶手段に記憶された時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知工程とを備えてなる、クライアント端末に実行されるプログラムを格納している。
【００２８】
本発明に係るプログラムは、前記課題を解決するために、ネットワークを介した情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバーから配信されてきた提供情報をクライアント端末で処理するためのプログラムであって、前記情報提供サーバーから配信されていた前記提供情報に関する通信品質を評価する評価工程と、前記評価工程が通信品質の悪化を検出したときの、時刻情報を時刻情報記憶手段に記憶する時刻情報記憶工程と、前記時刻情報記憶工程にて通信品質が悪化したときに時刻情報記憶手段に記憶された時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知工程とを備えてなり、クライアント端末に実行される。
【００２９】
本発明に係る情報提供システムは、前記課題を解決するために、情報提供サーバーがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムにおいて、前記クライアント端末は、ネットワークを介した情報提供サーバーとのセッション確立により配信されてきた提供情報が、前記セッションの途切れにより、切断したときの時刻情報を記憶する時刻情報記憶手段と、前記情報提供サーバーとの新たなセッション確立時に、前記時刻情報記憶手段から提供情報が切断したときの時刻情報を読み出し、その時刻情報まで提供情報を進めた配信を前記情報提供サーバーに要求する配信要求手段とを備えてなり、前記情報提供サーバーは、前記配信要求手段から送信されてきた前記時刻情報まで進めた配信要求に応じて前記提供情報を前記クライアント端末に送信する。
【００３０】
前記クライアント端末は、セッションの途切れによる提供情報切断時の時刻情報を記憶しておき、次回、セッションが復活したときに、その時刻情報を情報提供サーバー側に送る。情報提供サーバーは、前記時刻情報からの提供情報をクライアント端末に送信する。
【００３１】
本発明に係る情報提供システムは、前記課題を解決するために、情報提供サーバーがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムにおいて、前記クライアント端末は、ネットワークを介した情報提供サーバーとのセッション確立により前記情報提供サーバーから配信されてきた提供情報の通信品質を評価する評価手段と、前記評価手段が評価した通信品質を前記情報提供サーバーに通知する評価通知手段とを備えてなり、前記情報提供サーバーは、前記評価通知手段から通知されてきた前記通信品質評価結果に応じて前記提供情報の課金処理を変更する。
【００３２】
前記クライアント端末は、セッションが途切れないまでも、通信品質が悪化したときに、その通信悪化を情報提供サーバー側に通知することができる。この通知を受けた情報提供サーバーは課金を下げる等の処理を行う。
【００３３】
本発明に係る情報提供システムは、前記課題を解決するために、情報提供サーバーがネットワークを介してクライアント端末に提供用情報を送信する情報提供システムにおいて、前記クライアント端末は、ネットワークを介した情報提供サーバーとのセッション確立により前記情報提供サーバーから配信されてきた提供情報の通信品質を評価する評価手段と、前記評価手段が通信品質の悪化を検出したときの、時刻情報を記憶する時刻情報記憶手段と、前記時刻情報記憶手段から通信品質が悪化したときの時刻情報を読み出し、その時刻情報を前記情報提供サーバーに通知する時刻情報通知手段とを備えてなり、前記情報提供サーバーは、前記時刻情報通知手段から送信されてきた前記時刻情報が付加される提供情報を前記クライアント端末に新たに送信する。
【００３４】
前記クライアント端末は、セッションが途切れないまでも、通信品質が悪化したときには、そのときの時刻情報を記憶しておき、それを情報提供サーバー側に通知する。情報提供サーバーは、ユーザからの再視聴要求に応えて通信品質が悪化した提供情報をクライアント端末に送信する。
【００３５】
【発明の実施の形態】
以下、本発明に係るクライアント端末のいくつかの実施の形態について説明する。第１の実施の形態は、図１に示す情報提供システムに組み込まれる携帯情報端末（ＰＤＡ）７，１１や、携帯型オーディオ再生装置８，１０、又は携帯電話装置９である。
【００３６】
これらクライアント端末は、ユーザに携帯されて移動するモバイル機器であり、複数のコンテンツサーバ１，２，３，４から窓口サーバー３及びアンテナ６を介してＲＦ信号として送信されてくる提供情報のストリーミングデータを受信し、内蔵の液晶表示装置（ＬＣＤ）に表示したり、あるいはスピーカやヘッドフォンを通して音声出力する。
【００３７】
図１に示した情報提供システムは、高速通信機能を有した前記モバイル機器に、提供情報などのストリーミングデータを配信する。このシステムにおいて採用される通信プロトコルは、ＵＤＰ（User Datagram Protocol）がベースになっている。ＵＤＰはインターネットのトランスポートプロトコルで、コネクションレスのＩＰデータグラム通信をサポートする。トランスポート層での再送の機能を持っていない。したがって、パケットロスはそのままの形で、映像や音声に影響を与える。
【００３８】
次にクライアント端末の具体例について図２を用いて説明する。例えば、ＰＤＡ７は、図２に示すように、半導体集積回路２０内に、ＣＰＵ２２に内部バス２１を介してＲＡＭ２３とＲＯＭ２４とデコーダ（Decoder）２５とタッチパネルコントローラ２６とグラフィックコントロール２８とＶＲＡＭ２９とコミュニケーションインターフェース３１を接続してなる。なお、ｋのＰＤＡ７は、ＣＰＵ２２を内部バス２１を介して、図示を省略した、オーディオデータデコーダ及びオーディオデータエンコーダからなるオーディオコーデックに接続している。ＣＰＵ２２の制御の基でオーディオコーデックによりデコードされたオーディオデータはオーディオＤ／Ａでアナログ信号とされ、出力端子に供給される。
【００３９】
半導体集積回路２０の外には、タッチパネルコントローラ２６に接続してタッチパネル２７が、またグラフィックコントローラ２８に接続してＬＣＤのようなディスプレイデバイス３０が配設されている。
【００４０】
ＲＡＭ２３は、コンテンツサーバとのセッションの途切れが発生し、配信されていた提供情報が切断したときの、時刻情報であるタイムスタンプ（Time stamp）を記憶する。このタイムスタンプは、前記提供情報に付加されている。このタイムスタンプに基づいて提供情報の進行が管理されている。
【００４１】
ＣＰＵ２２は、前記コンテンツサーバとの新たなセッション確立時に、ＲＡＭ２３から提供情報が切断したときのタイムスタンプ情報を読み出し、そのタイプスタンプまで提供情報を進めた配信をコンテンツサーバに要求する。
【００４２】
ＲＯＭ２４には、本発明に係るクライアント側情報処理方法に基づいた情報処理プログラムが格納されている。この情報処理プログラムについては後述する。
【００４３】
コミュニケーションインターフェース３１は、ブルーツースBluetooth、Ｗ-ＣＤＭＡ（Wideband Code Division Multiple Access）、２Mbpsの高速データ伝送が可能なＣＤＭＡ2000、ＨＤＲ、ＰＩＡＦＳ（PHS Interner Access Forum Standard）、無線ＬＡＮの標準プロトコルであり２Mbps、改良型で１１Mbpsの高速データ伝送用のＩＥＥＥ802.11、赤外線データ通信の規格であるＩｒＤＡ（Infrared Data Associaton）、ＵＳＢ（Universal Serial Bus）、IEEE1394、アナログモデム（Analog Modem）、ケーブルモデム（Cable Modem）、光ファイバー（Optical Fiber）を介してのストリーミングデータ通信を可能とするインターフェースである。
【００４４】
コミュニケーションインターフェース３１から入ってきたデータパケットは、ＣＰＵ２２等で分析され、圧縮されたストリームデータを取り出して、デコーダ２５に送る。
【００４５】
デコーダ２５は、圧縮されたストリームデータからビデオ信号をデコードし、グラフィックコントローラ２８に送る。グラフィックコントローラ２８は、ビデオＲＡＭ２９を経由して前記ビデオ信号に基づいた画像をＬＣＤ３０に流す。
【００４６】
ペン又は指によるユーザの操作入力はタッチパネル２７上に表示されるタッチパネル操作子を介して行われ、タッチパネルコントローラ２６にて制御信号が生成されＣＰＵ２２に送られる。
【００４７】
ＣＰＵ２２は、タッチパネルコントローラ２６からの前記制御信号を解読し、必要に応じて前記各部の機能を制御する。例えば、ＲＯＭ２４からオペレーティングシステムや、各種アプリケーションプログラムを取り出し、それらを実行する。
【００４８】
次に窓口サーバー５について説明する。
この窓口サーバー５は、クライアント端末との接続認証処理等を行ったり、クライアント端末からの配信要求に基づいて情報提供サーバーを選択したり、情報提供サーバーからの提供情報を中継するサーバーである。
【００４９】
窓口サーバー５は、先ず接続処理を行い、クライアント端末から送信されてきた認証情報等に基づいて認証処理を行い、情報提供サーバーを選択して、クライアント端末と情報提供サーバーとのセッションを確立する。
【００５０】
窓口サーバー５は図３に示すように、前記接続認証処理等やクライアント端末からの配信リクエスト処理をアプリケーションプログラムに応じて行うＣＰＵ４２に、内部バス４１を介してメモリ４３及び外部記憶装置４４、映像入力装置４５、ネットワークインタフェース４６を接続している。そして、ＣＰＵ４２は、メモリ４３又は外部記憶装置４４に格納された、前記アプリケーションプログラムを逐次実行する。
【００５１】
映像入力装置４５にはコンテンツサーバからの提供情報が供給される。また、ネットワークインターフェース４６は前記クライアント端末のコミュニケーションインターフェース３１との間で、ブルーツースBluetooth、Ｗ-ＣＤＭＡ、ＣＤＭＡ2000、ＨＤＲ、ＰＩＡＦＳ、ＩＥＥＥ802.11、ＩｒＤＡ、ＵＳＢ、IEEE1394、Analog Modem、Cable Modem、光ファイバーを介してのストリーミングデータ通信を可能とする。
【００５２】
次に、情報提供サーバーである、コンテンツサーバーについて説明する。
各コンテンツサーバーも図３に示したのとほぼ同様の構成を有している。映像入力装置４５には、映像提供情報を記憶しているデータベースから映像提供情報が供給される。また、ネットワークインターフェース４６には、窓口サーバー５との間を接続するネットワークが接続されている。
【００５３】
次に、情報提供システムの動作の概略について説明する。
この情報提供システムの特徴は、通信条件などにより、通信の切断や途切れなどが発生して、クライアント端末とコンテンツサーバーとのセッションが切断した場合に、クライアント端末がメインとなって、セッション回復後の処理を行うものである。
【００５４】
具体的に、クライアント端末は、ストリーミング再生中にセッションが途絶えてしまった場所のタイムスタンプなどを、定期的にＲＡＭ２３に記録しておく。そして、再び、通信条件が回復し、セッションが回復した場合には、再び、窓口サーバー５を介してコンテンツサーバに接続を試みて、接続が行われたら、先にＲＡＭ２３に記録しておいたタイムスタンプまで、コンテンツを進めるように、コンテンツサーバーに指示を出す。
【００５５】
図４は情報提供システムの動作の概略を示した遷移図である。
先ず、窓口サーバ５を介し、いずれかのコンテンツサーバとクライアント端末との間でセッションが確立する（ステップＳ１）。
【００５６】
コンテンツサーバーから窓口サーバーを介してクライアント端末にコンテンツが送信され（ステップＳ２）、クライアント端末ではパケットの取得処理が行われる（ステップＳ３）。
【００５７】
クライアント端末は、取得したパケットからデータを組み立て（ステップＳ４）、ステップＳ５にてデータの再生処理を行う。このとき、ＲＡＭ２３にタイムスタンプを記憶しておく（ステップＳ６）。正常に再生されたデータに関するタイムスタンプは、次々と更新されていく。
【００５８】
ここで、通信条件の悪化等によりセッションが途切れる（ステップＳ７）と、ＲＡＭ２３にはセッションが途絶えてしまった場所のタイムスタンプが残る。
【００５９】
そして、再び、通信条件が回復した場合には、窓口サーバーに接続を試み、接続が行われたら（ステップＳ８）、先にＲＡＭ２３に記録しておいたタイムスタンプを読み出し（ステップＳ９）、そのタイプスタンプをコンテンツサーバーに送信（ステップＳ１０）する。このとき、コンテンツを前記タイムスタンプまで早送りで進めるように、コンテンツサーバーに指示を出す。コンテンツの早送りに関しては、特にストリーミングを通常に行っているサーバーであれば、例えば、ＲＴＳＰ（Real Time Streaming Protocol）などのプロトコルを通して、コントロールの指示を出すことが可能であるので、それをセッション確立後にクライアント端末側が一意的に行えばよい。
【００６０】
コンテンツサーバーでは、前記タイムスタンプと指示を受信すると（ステップＳ１１）、タイムスタンプ分コンテンツを早送りしてクライアント端末に送る（ステップＳ１２）。
【００６１】
クライアント端末は、ステップＳ１３にてパケットの取得処理を行い、ステップＳ１４にてパケットからデータを組み立て、ステップＳ１５にてデータを再生する。このとき、タイムスタンプをＲＡＭ２３に記憶する（ステップＳ１６）。
【００６２】
情報提供システム内にあって、クライアント端末が実行する情報処理プログラムについて図５を用いて説明する。この情報処理プログラムは、ＲＯＭ２４に格納されている。ＣＰＵ２２がＲＯＭ２４から取り出し、ＲＡＭ２３を使って実行する。
【００６３】
先ず、ステップＳ２１にてレジューム情報が有るか否かを判断する。レジューム情報は、電源が切断したり、セッションが途切れたときの直前の作業情報であるので、レジューム情報が有るときにはそのいずれかが発生していることになる。
【００６４】
このレジューム情報には、図４に示したステップＳ７のセッションの途切れの直前の情報、ここではステップＳ６でＲＡＭ２３に記憶させたタイムスタンプ情報が含まれる。
【００６５】
このステップＳ２１にてＮＯ、すなわちレジューム情報が残っていないと判断すれば、先頭データから再生処理を行う（ステップＳ２２）。ＹＥＳであればステップＳ３０に進み、コンテンツサーバーにタイムスタンプ情報を送信する。
【００６６】
ステップＳ２２においてクライアント端末は、セッションが確立したままであるので先頭データから再生処理を行う。ステップＳ２３ではパケットを取得し、ステップＳ２４にてパケットからデータを組立する。
【００６７】
そして、ステップＳ２５にて必要な情報及びデータが得られ（ＹＥＳ）、さらにエンドオブデータ（End fo Data）であれば（ステップＳ２６にてＹＥＳ）再生処理を終了する。
【００６８】
ステップＳ２５にて必要な情報及びデータが得られていない（ＮＯ）のであればステップＳ２３からの処理を繰り返す。また、ステップＳ２６にてエンドオブデータでない（ＮＯ）のであればステップＳ２７にてデータの再生を継続する。
【００６９】
ステップＳ２７に続く、ステップＳ２８はレジュームのための情報取得間隔に達したか否かを判断する処理であり、所定の情報取得間隔に達した（ＹＥＳ）のであればステップＳ２９に進み、タイムスタンプ情報をＲＡＭ２３に記憶する。また、所定の情報取得間隔に達していない（ＮＯ）のであればステップＳ２３からの処理を繰り返す。
【００７０】
ステップＳ２１にてレジューム情報が有ると判断（ＹＥＳ）したときには、図４のステップＳ７に示したセッションの途切れが発生しているのであるので、クライアント端末は、ＲＡＭ２３からタイムスタンプを読み出し（図４のステップＳ９）、これをステップＳ３０にてコンテンツサーバーに送信する。システム全体としては、図４のステップＳ１０に示したタイムスタンプの送信になる。
【００７１】
そして、システム全体の処理はサーバー側に移行し、図４のステップＳ１１にてタイムスタンプが受信され、ステップＳ１２にてサーバー側にてタイムスタンプ分コンテンツを早送りする。
【００７２】
このように前記情報処理プログラムは、情報提供サーバーとクライアント端末との間のセッション確立により、情報提供サーバー側から配信されてきた提供情報のコンテンツをクライアント端末に処理させるためのプログラムであって、前記サーバー側とのセッションの途切れが発生し、配信されていたコンテンツが切断したときの、タイムスタンプをＲＡＭ２３に記憶するタイムスタンプ記憶工程（ステップＳ２９と、タイムスタンプ記憶工程がＲＡＭ２３に記憶した提供情報が切断したときのタイムスタンプを読み出し（図４のステップＳ９）、前記サーバー側との新たなセッション確立時に、そのタイムスタンプまでコンテンツを進めた配信を前記サーバー側に要求する配信要求工程を備えてなり、クライアント端末に実行される。配信要求工程は、図４のステップＳ９及びステップＳ１０、又は図５のステップＳ３０を含むものである。
【００７３】
以上説明したように、図１に示した情報提供システムに組み込まれた、ＰＤＡ７や、携帯電話装置９等のクライアント端末は、通信の切断が起こった後、次に接続が確立された場合に、サーバー側に負担をかけずに、自身の処理を中心にして、切断が起こった部分からの映像や音声を、ＬＣＤに表示したり、スピーカやヘッドフォンから音声出力することができる。
【００７４】
次に、第２の実施の形態について説明する。この第２の実施の形態も、図１に示した情報提供システムに組み込まれるＰＤＡ７，１１や、携帯型オーディオ再生装置８，１０、又は携帯電話装置９である。
【００７５】
これらクライアント端末の構成は、図２に示したＰＤＡ７と同様である。ただし、サーバー側からＵＤＰに乗せて、ＲＴＰ（Real Time Transport Protocol）を用い、提供情報がリアルタイムに伝送されてくるため、ＲＯＭ２３に格納する情報処理プログラムの内容をＲＴＰのＲＴＣＰ（ＲＴＰ Control Protocol）を用いたものにしている。ＲＴＣＰは、送達確認や監視などを行うための制御プロトコルである。情報処理プログラムは、ＲＴＣＰを用いて通信品質を評価する。情報処理プログラムの詳細については後述する。
【００７６】
この第２の実施の携帯のクライアント端末が組み込まれた情報提供システムは、通信品質の悪化を課金に反映させるものである。たとえ、通信が切断されるまでに至らなくても、通話状況の変化により、部分的にパケット落ちが生じて、映像だとフレームレートが極端に落ちたり、部分的に解像度が落ちてしまったり、音に関しては音にノイズが混ざったり、部分部分で音が途切れてしまったりすることがあり得る。特に、映像や音楽などで著作権が発生して課金をする様なコンテンツでは、この様になるのは、ユーザに対して不満を与える。
【００７７】
そこで、この情報提供システムの中にあって、クライアント端末は、通信品質を評価する機能を持ち、これを利用してコンテンツを見終わった後で、全体的な通信品質を測定し、通信の品質によって課金を安くさせるような処理を行っている。
【００７８】
図６は第２の実施の形態のクライアント端末を備えた情報提供システムの動作の概略を示した遷移図である。
先ず、窓口サーバ５を介し、いずれかのコンテンツサーバとクライアント端末との間でセッションが確立する（ステップＳ４１）。
【００７９】
コンテンツサーバーから窓口サーバーを介してクライアント端末にコンテンツが送信され（ステップＳ４２）、クライアント端末ではパケットの取得処理が行われる（ステップＳ４３）。
【００８０】
クライアント端末は、取得したパケットからデータを組み立て（ステップＳ４４）、ステップＳ４５にてデータの再生処理を行う。
【００８１】
このとき、クライアント端末は、ステップＳ４６にて通信品質を評価する。ＲＴＰをベースにしたストリーミングでは、通信品質などを司るＲＴＣＰを用いることによりその通信品質を測定することができる。ＲＴＳＣにより総パケット数に占める受信パケットの数を知ることができ、パケットロスをカウントすることができる。パケットロスが多ければ、通信品質が悪化したと判定することができる。これを利用して、音楽や映像などを見終わった後で、全体的な通信品質をはかる事が可能となる。そして、クライアント端末は、通信品質の評価結果をサーバ側に送る。
【００８２】
すると、コンテンツサーバは、通信品質の評価結果を課金に反映させる（ステップＳ４７）。これにより、情報提供システムでは、通信の品質によって課金を安くすることが可能となる。
【００８３】
情報提供システム内にあって、第２の実施の形態であるクライアント端末が実行する情報処理プログラムについて図７を用いて説明する。この情報処理プログラムも、ＲＯＭ２４に格納されている。ＣＰＵ２２がＲＯＭ２４から取り出し、ＲＡＭ２３を使って実行する。
【００８４】
ステップＳ５１ではパケットを取得し、ステップＳ５２にてパケットからデータを組立する。
【００８５】
そして、ステップＳ５３にて必要な情報及びデータが得られ（ＹＥＳ）、さらにエンドオブデータ（End fo Data）であれば（ステップＳ５４にてＹＥＳ）、再生処理を終了し、ステップＳ５５にて通信品質を評価する。通信品質の評価の仕方については、図６に示したシステム全体の動作におけるステップＳ４６にて既に説明している。
【００８６】
ステップＳ５５の後、クライアント端末は、ステップＳ５６にて評価結果をサーバー側に送信する。これに応えてサーバー側では図６に示したステップＳ４７にて課金に通信品質を反映させる。
【００８７】
ステップＳ５４にてエンドオブデータでない（ＮＯ）のであればステップＳ５７にてデータの再生を継続する。
【００８８】
このように前記情報処理プログラムは、サーバー側とクライアント端末との間のセッション確立により、サーバー側から配信されてきた提供情報をクライアント端末に処理させるためのプログラムであって、前記サーバー側から配信されていた前記提供情報に関する通信品質を評価する評価工程（ステップＳ５５）と、前記評価工程が評価した通信品質を前記情報提供サーバーに通知する評価通知工程（ステップｓ５６）とを備えてなり、クライアント端末に実行される。
【００８９】
図８にはシステム全体の処理が行われた後の、クライアント端末（ＰＤＡ７）における、ＬＣＤ３０上の表示の具体例を示す。通信品質が十分では無かったので視聴料金を値引きする旨の案内が表示される。また、ＲＴＳＣから得られた、総パケット数と受信パケット数を表示してもよい。さらに、小領域３１には通信品質が悪くなった時の映像を流してもよい。
【００９０】
以上説明したように、図１に示した情報提供システムに組み込まれた、第２の実施の形態となる、ＰＤＡ７や、携帯電話装置９等のクライアント端末は、通信品質を評価し、その評価結果をサーバー側に通知するので、システム全体としては通信品質によって課金を割り引くなどの適切な処理が可能となり、ユーザはある程度の不満を解消できる。
【００９１】
次に、第３の実施の形態について説明する。この第３の実施の形態も、図１に示した情報提供システムに組み込まれるＰＤＡ７，１１や、携帯型オーディオ再生装置８，１０、又は携帯電話装置９である。
【００９２】
これらクライアント端末の構成は、図２に示したＰＤＡ７と同様である。ただし、サーバー側からＵＤＰに乗せて、ＲＴＰ（Real Time Transport Protocol）を用い、提供情報がリアルタイムに伝送されてくるため、ＲＯＭ２３に格納する情報処理プログラムの内容をＲＴＰのＲＴＣＰ（ＲＴＰ Control Protocol）を用いたものにしている。ＲＴＣＰは、送達確認や監視などを行うための制御プロトコルである。情報処理プログラムは、ＲＴＣＰを用いて通信品質を評価する。情報処理プログラムの詳細については後述する。
【００９３】
この第３の実施の携帯のクライアント端末は、組み込まれた情報提供システムにおいて、通信品質が悪化したポイントのタイムスタンプをＲＡＭ２３に記憶させておき、視聴がひととおり終了した後に、ユーザに再度視聴を希望するか否かを尋ね、希望するのであれば通信品質の悪化したタイムスタンプのポイントに続く映像及び／又は音声を表示又は音声出力する機能を備えている。
【００９４】
図９は第３の実施の形態のクライアント端末を備えた情報提供システムの動作の概略を示した遷移図である。
先ず、窓口サーバ５を介し、いずれかのコンテンツサーバとクライアント端末との間でセッションが確立する（ステップＳ６１）。
【００９５】
コンテンツサーバーから窓口サーバーを介してクライアント端末にコンテンツが送信され（ステップＳ６２）、クライアント端末ではパケットの取得処理が行われる（ステップＳ６３）。
【００９６】
クライアント端末は、取得したパケットからデータを組み立て（ステップＳ６４）、ステップＳ６５にてデータの再生処理を行う。このとき、ＲＡＭ２３にタイムスタンプを記憶しておく（ステップＳ６６）。正常に再生されたデータに関するタイムスタンプは、次々と更新されていく。
【００９７】
また、クライアント端末は、ステップＳ６７にて通信品質を評価する。ここで、通信条件の悪化等により通信品質が悪化する（ステップＳ６８）と、ＲＡＭ２３には通信品質が悪化してしまった場所のタイムスタンプが残る。
【００９８】
そして、音楽や映像などを出力し終わった後に、ＲＡＭ２３に記録しておいたタイムスタンプを読み出す（ステップＳ６９）。このとき、ステップＳ７０にてそのタイプスタンプに基づき、図１０に示すようにＬＣＤ３０上に通信品質が悪化したポイントがあるので、それを見るかとの表示を出す。
【００９９】
ステップＳ７０にてユーザにより再視聴が希望されると、その旨を示す要求信号とタイムスタンプとをコンテンツサーバー側に送信し、コンテンツサーバー側はそれを受信する（ステップＳ７１）。コンテンツサーバー側では、当該タイムスタンプからのコンテンツをクライアント側端末に向けて送信する（ステップＳ７２）。
【０１００】
クライアント端末は、ステップＳ７３にてパケットの取得処理を行い、ステップＳ７４にてパケットからデータを組み立て、ステップＳ７５にてデータを再生する。このとき、タイムスタンプをＲＡＭ２３に記憶するのはもちろんである。
【０１０１】
図１０に示したクライアント端末（ＰＤＡ７）における、ＬＣＤ３０上の表示の具体例について説明する。通信品質が十分では無かった区間のタイプスタンプを示し、再視聴を希望するかの案内をしている。さらに、小領域３１には通信品質が悪くなった時の映像を流してもよい。
【０１０２】
以上説明したように、図１に示した情報提供システムに組み込まれた、第３の実施の形態となる、ＰＤＡ７や、携帯電話装置９等のクライアント端末は、通信品質を評価し、通信品質が悪くなったポイントのタイムスタンプなどを覚えておき、それを基にユーザに再度、視聴するかどうかを尋ねる機能を備えている。これにより、システム全体としては通信品質の悪化によるユーザ側のある程度の不満を解消できる。
【０１０３】
次に、第４の実施の形態について説明する。この第４の実施の形態も、図１に示した情報提供システムに組み込まれるＰＤＡ７，１１や、携帯型オーディオ再生装置８，１０、又は携帯電話装置９である。
【０１０４】
これらクライアント端末の構成は、図２に示したＰＤＡ７と同様である。異なるのは、ＣＰＵ２２にて実行される情報処理プログラムである。この情報処理プログラムは、前記第１の実施の形態にて実行された情報処理プログラムと前記第２の実施の形態にて実行された情報処理プログラムの両者を併せたようなプログラムである。
【０１０５】
すなわち、図１１に示すように、ステップＳ８１にてレジューム情報が有るか否かを判断する。このステップＳ８１にてレジューム情報が残っていないと判断すれば、先頭データから再生処理を行う（ステップＳ８２）。ＹＥＳであればステップＳ９２に進み、コンテンツサーバーにタイムスタンプ情報を送信する。
【０１０６】
ステップＳ８２においてクライアント端末は、セッションが確立したままであるので先頭データから再生処理を行う。ステップＳ８３ではパケットを取得し、ステップＳ８４にてパケットからデータを組立する。
【０１０７】
そして、ステップＳ８５にて必要な情報及びデータが得られ（ＹＥＳ）、さらにエンドオブデータ（End fo Data）であれば（ステップＳ８６にてＹＥＳ）、ステップＳ８９に進む。
【０１０８】
ステップＳ８９では通信品質を前記ＲＴＣＰを用いて評価し、その評価結果がGoodであれば処理を終了するが、NGであればステップＳ９０にて品質悪化という評価結果をサーバー側に通知する。このとき、図８に示したように通信品質が十分では無かったので視聴料金を値引きする旨の案内を表示する。
【０１０９】
ステップＳ８５にて必要な情報及びデータが得られていない（ＮＯ）のであればステップＳ８３からの処理を繰り返す。また、ステップＳ８６にてエンドオブデータでない（ＮＯ）のであればステップＳ８７にてデータの再生を継続する。
【０１１０】
ステップＳ８７に続く、ステップＳ８８はレジュームのための情報取得間隔に達したか否かを判断する処理であり、所定の情報取得間隔に達した（ＹＥＳ）のであればステップＳ９１に進み、タイムスタンプ情報及び通信品質をＲＡＭ２３に記憶する。また、所定の情報取得間隔に達していない（ＮＯ）のであればステップＳ８３からの処理を繰り返す。
【０１１１】
ステップＳ８１にてレジューム情報が有ると判断（ＹＥＳ）したときには、図４のステップＳ７に示したセッションの途切れが発生しているのであるので、クライアント端末は、ＲＡＭ２３からタイムスタンプを読み出し（図４のステップＳ９）、これをステップＳ９２にてコンテンツサーバーに送信する。システム全体としては、図４のステップＳ１０に示したタイムスタンプの送信になる。
【０１１２】
以上説明したように、図１に示した情報提供システムに組み込まれた、ＰＤＡ７や、携帯電話装置９等のクライアント端末は、通信の切断が起こった後、次に接続が確立された場合に、サーバー側に負担をかけずに、自身の処理を中心にして、切断が起こった部分からの映像や音声を、ＬＣＤに表示したり、スピーカやヘッドフォンから音声出力することができる。
【０１１３】
また、通信が切断するまでもないが、通信品質が悪化したときには、それを評価し、サーバー側に送信するので、システム全体としては通信品質によって課金を割り引くなどの適切な処理が可能となり、ユーザはある程度の不満を解消できる。
【０１１４】
なお、前記いくつかの実施の形態のクライアント端末では、ＲＯＭ２４をプログラム格納媒体の具体例としたが、ＲＡＭ２３でもよいし、さらに内部バス２１に接続可能な他の半導体メモリや、ＨＤＤ，ＦＤなどの記憶装置でもよい。
【０１１５】
【発明の効果】
本発明に係るクライアント端末、クライアント側情報処理方法、プログラム提供媒体及びプログラムによれば、通信の切断が起こった場合でも、次に接続が確立された際に、切断が起こった部分から映像や音楽を楽しむことが可能となる。
【０１１６】
本発明に係るクライアント端末、クライアント側情報処理方法、プログラム提供媒体及びプログラムによれば、通信品質を評価し、その結果に基づいて、情報提供サーバーに課金を割り引かせるなどの処理を行わせ、ユーザにある程度の不満を解消させることができる。
【０１１７】
本発明に係るクライアント端末、クライアント側情報処理方法、プログラム提供媒体及びプログラムによれば、通信品質を評価し、通信品質が悪くなったポイントのタイムスタンプなどを覚えておき、それを基にユーザに再度、視聴するかどうかを尋ねることができる。
【０１１８】
本発明に係る情報提供システムによれば、通信の切断が起こった場合でも、次に接続が確立された際に、切断が起こった部分から映像や音楽を楽しむことが可能となる。
【０１１９】
本発明に係る情報提供システムによれば、クライアント端末にて通信品質を評価し、その結果に基づいて、情報提供サーバーが課金を割り引くなどの処理を行い、ユーザにある程度の不満を解消させることができる。
【０１２０】
本発明に係る情報提供システムによれば、クライアント端末にて通信品質を評価し、通信品質が悪くなったポイントのタイムスタンプなどを覚えておき、それを基にユーザに再度、視聴するかどうかを尋ね、情報提供サーバーから該当の提供情報を送信させることができる。
【図面の簡単な説明】
【図１】本発明に係るクライアント端末の具体例が組み込まれた情報提供システムの構成を示す図である。
【図２】クライアント端末の一例である携帯情報端末の構成を示すブロック図である。
【図３】前記情報提供システムを構成する窓口サーバーのブロック図である。
【図４】図１に示した情報提供システムの動作の概略を示した遷移図である。
【図５】情報提供システム内にあって、クライアント端末が実行する情報処理プログラムを説明するためのフローチャートである。
【図６】本発明の第２の実施の形態のクライアント端末を備えた情報提供システムの動作の概略を示した遷移図である。
【図７】情報提供システム内にあって、第２の実施の形態であるクライアント端末が実行する情報処理プログラムを説明するためのフローチャートである。
【図８】第２の実施の形態のクライアント端末における、ＬＣＤ上の表示の具体例を示す図である。
【図９】本発明の第３の実施の形態のクライアント端末を備えた情報提供システムの動作の概略を示した遷移図である。
【図１０】第３の実施の形態のクライアント端末における、ＬＣＤ上の表示の具体例を示す図である。
【図１１】情報提供システム内にあって、第４の実施の形態であるクライアント端末が実行する情報処理プログラムを説明するためのフローチャートである。
【図１２】高速機能を有したモバイル機器（クライアント端末）の具体例を示す図である。
【符号の説明】
１，２，３，４  コンテンツサーバ、５  窓口サーバ、７  携帯情報端末（クライアント端末の一例）、２２  中央処理装置、２３  ＲＡＭ（時刻情報記憶手段）、２４  ＲＯＭ（プログラム格納媒体の一例）、２５  デコーダ、３０  ディスプレイデバイス（ＬＣＤ）
【図１】
0004806871.tif 000002
【図２】
0004806871.tif 000003
【図３】
0004806871.tif 000004
【図４】
0004806871.tif 000005
【図５】
0004806871.tif 000006
【図６】
0004806871.tif 000007
【図７】
0004806871.tif 000008
【図８】
0004806871.tif 000009
【図９】
0004806871.tif 000010
【図１０】
0004806871.tif 000011
【図１１】
0004806871.tif 000012
【図１２】
0004806871.tif 000013