(57)【要約】【課題】  ＲＴＰ／ＵＤＰ／ＩＰによるストリーミング再生において、サーバとの接続が切断された時点からのデータの受信・再生を行うことができるデータ受信端末を提供する。【解決手段】  データ受信端末１２において、特定コンテンツの受信・再生時に、再生を終了したデータのタイムスタンプをメモリ１０５に記憶しておき、当該特定コンテンツに再接続する際には、メモリ１０５に記憶したタイムスタンプからのデータの送信を送信装置（サーバ）１１に要求する。【選択図】  図１
2004274781.tif 000002
【特許請求の範囲】
【請求項１】
サーバから送信されたデータを受信し、再生するためのデータ受信端末であって、
再生順序を示すタイムスタンプを有するデータを受信するためのデータ受信手段と、
前記データ受信手段が受信したデータを前記タイムスタンプ順に復号するとともに、復号したデータのタイムスタンプを出力するための復号手段と、
前記復号手段により復号されたデータを表示するための表示手段と、
少なくとも、接続先アドレスとタイムスタンプとを組にして記憶するためのメモリと、
前記復号手段から出力されたタイムスタンプを、前記メモリ内の接続中の接続先アドレスに対応するタイムスタンプと置き換えるように管理するためのメモリ管理手段と、
外部からの操作を解析し、少なくとも、接続先アドレスを出力するためのユーザ入力手段と、
前記ユーザ入力手段から出力された接続先アドレスが前記メモリ内に記憶されているか否かを検出するための接続先アドレス検出手段と、
前記サーバに対して、前記ユーザ入力手段から出力された接続先アドレス、前記接続先アドレス検出手段の検出結果、及び前記メモリ内に記憶されている接続先アドレスとタイムスタンプに基づいて、データの送信を要求する接続要求を作成するための接続要求作成手段と、
前記接続要求作成手段により作成された接続要求を前記サーバに送信するとともに、前記サーバからの応答を処理するためのメッセージ送受信手段とを備えたことを特徴とするデータ受信端末。
【請求項２】
請求項１記載のデータ受信端末において、
前記接続要求作成手段は、前記接続先アドレス検出手段が前記メモリ内から、前記ユーザ入力手段により示された接続先アドレスを検出した場合には、当該接続先アドレスに対する前記タイムスタンプにより示されたデータ位置からのデータの送信を要求することを特徴とするデータ受信端末。
【請求項３】
請求項１記載のデータ受信端末において、
前記ユーザ入力手段は、更に、外部からの操作を解析してメッセージに対する選択信号を出力し、
前記接続要求作成手段は、前記接続先アドレス検出手段が前記メモリ内から、前記ユーザ入力手段により示された接続先アドレスを検出した場合には、前記表示手段を介して当該接続先アドレスに対するタイムスタンプからのデータの送信を要求するか否かの判断を求めるメッセージを表示するとともに、前記ユーザ入力手段から出力された前記メッセージに対する選択信号に基づいて、前記サーバに対する接続要求を作成することを特徴とするデータ受信端末。
【請求項４】
請求項１記載のデータ受信端末において、
前記メモリは、少なくとも、受信中のコンテンツであるか否かを示すアクティブフラグと、前記接続先アドレスと、前記タイムスタンプとを組として記憶しており、
前記メモリ管理手段は、前記復号手段からタイムスタンプが出力されると、前記メモリに記憶されたアクティブフラグから受信中を示すアクティブフラグを検出し、当該受信中を示すアクティブフラグに対応するタイムスタンプと置き換えることを特徴とするデータ受信端末。
【請求項５】
請求項１記載のデータ受信端末において、
前記メモリは、少なくとも、最後まで再生したコンテンツを示す再生完了フラグと、前記接続先アドレスと、前記タイムスタンプとを組として記憶しており、  前記接続要求作成手段は、前記メモリ内の前記ユーザ入力手段から出力された接続先アドレスに対する再生完了フラグが、再生が完了した旨を示している場合には、当該接続先アドレスの最初からのデータの送信を要求する接続要求を作成することを特徴とするデータ受信端末。
【請求項６】
請求項１記載のデータ受信端末において、
前記復号手段は、イントラ符号化データを復号する毎に当該データのタイムスタンプを前記メモリ管理手段に出力することを特徴とするデータ受信端末。
【請求項７】
請求項１記載のデータ受信端末において、
前記サーバとの接続中に動作し、データを受信した旨を示す受信レポートの送信、及び前記サーバから送信された、データを送信した旨を示す送信レポートの受信を常に行う受信状況通知手段を更に備え、
前記受信状況通知手段は、予め定めた所定の時間、前記サーバから送信される送信レポートを受信しない場合には、データの受信を行うことができない領域に入った旨の信号を出力することを特徴とするデータ受信端末。
【請求項８】
請求項１記載のデータ受信端末において、
前記データ受信手段のデータ受信状況を監視し、予め定めた所定の期間データを受信しない場合には、データの受信を行うことができない領域に入った旨の信号を出力する受信状況通知手段を更に備えたことを特徴とするデータ受信端末。
【請求項９】
サーバから送信されたデータを受信し、再生するためのデータ受信方法であって、
再生順序を示すタイムスタンプを有するデータを受信するデータ受信ステップと、
受信したデータを前記タイムスタンプ順に復号するとともに、復号したデータのタイムスタンプを出力する復号ステップと、
前記復号ステップにより復号されたデータを表示する表示ステップと、
前記復号ステップから出力されたタイムスタンプを、少なくとも、接続中の接続先アドレスと組にしてメモリに記憶するメモリ管理ステップと、
外部からの操作を解析し、少なくとも、接続先アドレスを出力する外部入力出力ステップと、
前記外部入力出力ステップから出力された接続先アドレスが前記メモリ内に記憶されているか否かを検出する接続先アドレス検出ステップと、
前記サーバに対して、前記外部入力出力ステップから出力された接続先アドレス、前記接続先アドレス検出ステップの検出結果、及び前記メモリに記憶された接続先アドレスとタイムスタンプに基づいて、データの送信を要求する接続要求を作成する接続要求作成ステップと、
前記接続要求作成ステップにより作成された接続要求を前記サーバに送信するとともに、前記サーバからの応答を処理するメッセージ送受信ステップとを備えたことを特徴とするデータ受信方法。
【請求項１０】
請求項９記載のデータ受信方法において、
前記接続先アドレス検出ステップにおいて接続先アドレスが前記メモリ内に記憶されていないことを検出した場合、前記メモリ内に空き領域があるか否かを検出し、空き領域があれば新たに接続先アドレスを前記メモリ内に登録することを特徴とするデータ受信方法。
【請求項１１】
請求項１０記載のデータ受信方法において、
前記メモリ内に空き領域がない場合、既に前記表示ステップにおいて再生が完了しているデータがあるか否かを検出し、再生が完了したデータがある場合、前記再生が完了したデータに新たに接続先アドレスを上書き登録することを特徴とするデータ受信方法。
【請求項１２】
請求項１１記載のデータ受信方法において、
再生が完了したデータが複数存在する場合、登録時からアクセス時間が古い順序で上書き登録することを特徴とするデータ受信方法。
【請求項１３】
請求項１０記載のデータ受信方法において、
前記メモリ内に空き領域がない場合、既に前記表示ステップにおいて再生が完了しているデータがあるか否かを検出し、再生が完了したデータがない場合、前記接続先アドレスの登録時からアクセス時間が古い順序で、既に登録したデータに新たに接続先アドレスを上書き登録することを特徴とするデータ受信方法。
【請求項１４】
請求項９記載のデータ受信方法において、
前記サーバとの接続中に動作し、データを受信した旨を示す受信レポートの送信、及び前記サーバから送信された、データを送信した旨を示す送信レポートの受信を常に行う受信状況通知ステップと、
予め定めた所定の時間、前記サーバから送信される送信レポートを受信しない場合には、データの受信を行うことができない領域に入った旨の信号を出力するステップとを更に備えたことを特徴とするデータ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、使用可能帯域の変化、伝送誤り、障害等に適応できるＡＶ（音声・映像）データの再生を実現すべく、サーバから送信されたＡＶデータを受信して再生するためのデータ受信端末及びデータ受信方法に関するものである。
【背景技術】
【０００２】
昨今、ＭＰＥＧ（Moving Picture Experts Group）−４等の映像符号化技術の発達に伴い、携帯電話等の移動体無線端末におけるＡＶ配信サービスが開始され、今後、このようなＡＶ配信サービスが広く普及していくと考えられる。
【０００３】
このＡＶ配信用のデータ伝送方式としては、現在、主に２種類が存在しており、ＨＴＴＰ／ＴＣＰ／ＩＰ（Hyper Text Transfer Protocol/Transmission Control Protocol/Internet Protocol）によるダウンロード再生と、ＲＴＰ／ＵＤＰ／ＩＰ（Realtime Transpot Protocol/User Datagram Protocol/Internet Protocol）によるストリーミング再生がある。ストリーミング再生の制御系では、例えばＲＴＳＰ（Real Time Streaming Protocol）と呼ばれるプロトコルが用いられる（H. Schulzrinne et al., "Real Time Streaming Protocol", RFC 2326, Internet Engineering Taskforce, Apr. 1998）。
【０００４】
ＨＴＴＰ／ＴＣＰ／ＩＰによるダウンロード再生は、インターネットのホームページを閲覧する際と同じデータ伝送プロトコルを使用するため、実現が容易である反面、伝送エラーが発生した場合にはデータの再送が行われるため、実時間性を求められるＡＶデータのリアルタイム再生にはあまり向いていない。一方で、ＲＴＰ／ＵＤＰ／ＩＰによるストリーミング再生は、伝送エラーの際にもデータの再送が行われないため、データが確実に伝送される保証はないが、実時間性が必要なＡＶデータのリアルタイム再生には適している。
【０００５】
また、ＨＴＴＰ／ＴＣＰ／ＩＰによるダウンロード再生では、通常受信したデータは再生後も端末上のメモリに記憶されるため、メモリの制約上、あまり長時間のコンテンツを配信することはできない。一方で、ＲＴＰ／ＵＤＰ／ＩＰによるストリーミング再生では、通常受信したデータは再生後に破棄されるため、配信を行うコンテンツの時間的制約が少なく、長時間コンテンツの受信再生が可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のＲＴＰ／ＵＤＰ／ＩＰによるストリーミング再生では、伝送路が切断された場合、端末の電源が不意に落とされた場合、他のアプリケーションの割り込みにより再生が中断された場合等に、復旧後にＡＶデータの再生を再開するのが容易ではなかった。具体的には、あるコンテンツのデータ再生途中でサーバとの接続を切断した場合には、接続が切断された時点を特定することができず、同一コンテンツに対して再度接続する場合には、改めて最初からのデータを受信・再生する必要があった。そのため、使用者の都合により、特定のコンテンツを時間と場所を変え、数回に分けて視聴することができず、特に長時間コンテンツを視聴する場合には不便であるという問題点を有していた。
【０００７】
また、携帯電話等の移動体無線端末は、使用者が移動しながら利用できるという特徴があるが、トンネル等の電波が届かない領域（受信不可領域）に移動した場合には、長時間に渡ってデータを受信できなくなる恐れがある。このような場合に、ＲＴＰ／ＵＤＰ／ＩＰによるストリーミング再生では、受信不可領域にいる間に送信されたデータが再送されないため、受信不可領域にいた際のデータは完全に失われ、受信不可領域にいた間のデータを視聴することができないという問題点を有していた。
【０００８】
本発明は、前記問題点に鑑みてなされたものであり、ストリーミング再生においてデータストリームの途中から再生を再開できるデータ受信端末及びデータ受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明では、データストリームの再生が中断した時点の時刻情報を保持しておき、当該時刻情報に基づいてデータストリームの途中から再生を再開することとした。
【００１０】
本発明によれば、データ受信端末又は送信端末（サーバ）で現在の再生時刻を保持し、データ受信端末の受信バッファが空になった場合、障害等により伝送路が切断した場合、いずれかの端末の電源が切られた場合、他のアプリケーション（例えば、インターネット電話）から割り込みが発生した場合に一旦ＡＶ再生を停止する。そして、伝送路が再開した場合、当該端末の電源が再度投入された場合、又は他のアプリケーションからの割り込みが解除された場合に、受信バッファが空になった時点、伝送路が切断された時点、当該端末の電源が切られた時点、又は他のアプリケーションからの割り込みが発生した時点の再生時刻から自動的にデータのバッファリングを開始し、再生することで、障害に強いＡＶ伝送を実現することが可能となる。具体的には、再生時刻ｔ１をデータ受信端末で記憶し（必要に応じて、アプリケーション名、再生コンテンツ名、ユーザ名等も記憶する）、伝送路が一旦切断されても、伝送路が再開された場合には、再生時刻ｔ１から再生するようにデータ受信端末から送信端末（サーバ）へ要求を発行する。
【００１１】
例えば、データ受信端末において、再生を行ったデータのタイムスタンプを記憶しておき、ユーザの都合、あるいは受信状況の悪化等によりサーバとの接続が切断した場合であっても、前回の接続により再生したデータの続きからの再生を可能にする。
【発明の効果】
【００１２】
以上説明してきたとおり、本発明によれば、ストリーミング再生においてデータストリームの再生が中断した時点の時刻情報を保持しておくこととしたので、当該時刻情報に基づいてデータストリームの途中から再生を再開することができる。例えば、伝送路が切断された、端末の電源が不意に落とされた、アプリケーションの割り込みが発生したといった場合に、接続回復後にＡＶデータの再生を自動的に再開することができる効果がある。
【発明を実施するための最良の形態】
【００１３】
以下に、本発明の実施形態によるデータ受信端末について、図面を用いて説明する。
【００１４】
（第１の実施形態）
図１は、本発明の第１の実施形態によるデータ受信端末の構成の一例を示すブロック図である。図１において、本発明に係るデータ受信端末１２は、送信装置（サーバ）１１から、ＲＴＰ／ＵＤＰ／ＩＰによる伝送方式により送信されたＲＴＰパケットを受信し、再生するものであり、データ受信端末１２は、データ受信ユニット１０１と、受信バッファ１０２と、復号ユニット１０３と、表示ユニット１０４と、メモリ１０５と、制御ユニット１０６と、ユーザ入力ユニット１１０と、メッセージ送受信ユニット１１１とからなる。制御ユニット１０６は、接続先アドレス検出ユニット１０７と、メモリ管理ユニット１０８と、接続要求作成ユニット１０９とからなる。
【００１５】
図２は、送信装置１１からＲＴＰ／ＵＤＰ／ＩＰによる伝送方式により送信されたＲＴＰパケットを説明するための図である。図２に示すように、ＲＴＰパケットは、ヘッダ部とデータ部とから構成される。ヘッダ部には、再生時刻等の時間情報が含まれる。データ部には、ＭＰＥＧ４ビデオストリームが格納され、例えば、ビデオストリームの１フレームが、ＲＴＰパケットのデータ部に格納される。ＭＰＥＧ−４では、この単位（１フレーム）をＶＯＰ（Video Object Plane）と呼ぶ。ここでは、１つのＲＴＰパケット毎に１つのＶＯＰデータが送信されるものとして説明を行う。
【００１６】
図３は、受信バッファ１０２のメモリ構造の一例を示す図である。データ受信ユニット１０１は、サーバから送信されるＲＴＰパケットを受信して、ＶＯＰサイズを計算し、計算したＶＯＰサイズとともに、受信したＶＯＰデータの再生順序を示すタイムスタンプ、及びＶＯＰデータを、受信バッファ１０２に格納する。受信バッファ１０２には、図３に示すように、タイムスタンプ２０１、ＶＯＰサイズ２０２、ＶＯＰデータ２０３がそれぞれ組となるように格納されている。復号ユニット１０３は、受信バッファ１０２内に格納された各ＶＯＰデータをそれぞれに付されたタイムスタンプに従って復号し、表示ユニット１０４に出力するとともに、復号データがＩ−ＶＯＰ（イントラ符号化されたＶＯＰ）である場合には、当該Ｉ−ＶＯＰに対応するタイムスタンプをメモリ管理部１０８に出力する。表示ユニット１０４は、入力されたデータを表示画面上に表示する。
【００１７】
図４は、メモリ１０５の記憶内容の一例を示す図である。図４に示すように、メモリ１０５は、受信中のコンテンツを示すアクティブフラグと、最後まで再生したコンテンツを示す再生完了フラグと、接続先のアドレスを示す接続先アドレスと、接続先アドレスで示されるコンテンツの再生が終了した位置を示すタイムスタンプと、アクセスが行われた日時を示すアクセス日時とを組にしたエントリを複数記憶している。本実施形態では、アクティブフラグは、受信中のコンテンツを１、他を０とする。再生完了フラグは、最後まで再生が完了したコンテンツを１、他を０とする。
【００１８】
制御ユニット１０６は、データ受信端末１２の全体を制御するとともに、メモリ１０５の管理、サーバへの接続要求を行う。具体的に説明すると、接続先アドレス検出ユニット１０７は、メモリ１０５内にユーザ入力ユニット１１０から出力された接続先アドレスのエントリが登録されているか否かを検出するとともに、接続先アドレスのエントリが登録されている場合であって、接続要求作成ユニット１０９からの当該エントリのタイムスタンプの検出要求があった場合には、当該エントリのタイムスタンプを検出する。メモリ管理ユニット１０８は、メモリ１０５の管理を行うものであり、新たなエントリの作成、及び復号ユニット１０３からタイムスタンプが出力されることにより、メモリ１０５内の現在受信中の接続先に対するタイムスタンプを復号ユニット１０３から出力されたタイムスタンプに置き換える。接続要求作成ユニット１０９は、ユーザ入力ユニット１１０に入力されたユーザの指示、及びメモリ１０５内に記憶されている情報に基づいて、サーバへの接続要求を作成する。
【００１９】
ユーザ入力ユニット１１０は、例えば、操作ボタンやタッチパネルであり、ユーザの選択、押下等の外部入力を解析し、解析結果を制御ユニット１０６に出力する。メッセージ送受信ユニット１１１は、接続要求作成ユニット１０９で作成された接続要求をサーバへ送信するとともに、サーバからの応答を処理する。
【００２０】
次に、本発明のデータ受信端末１２の動作について具体的に説明する。ユーザ入力ユニット１１０に対して、例えば、ユーザが所望のコンテンツの接続先アドレスを入力したり、或いは表示ユニット１０４により表示されたコンテンツのシーン中から映像データ等へのリンクが張られている領域を選択することにより、ユーザ入力ユニット１１０から接続先アドレスが接続先アドレス検出ユニット１０７に出力される。ユーザ入力ユニット１１０から接続先アドレスが出力されると、接続先アドレス検出ユニット１０７は、メモリ１０５内にユーザ入力ユニット１１０から出力された接続先アドレスのエントリが登録されているか否かを検索し、検出結果をメモリ管理ユニット１０８、及び接続要求作成ユニット１０９に出力する。
【００２１】
図５は、接続先アドレス検出ユニット１０７からの検出結果を受けたメモリ管理ユニット１０８の動作の一例を示すフローチャートであり、メモリ管理ユニット１０８は、接続先アドレス検出ユニット１０７からの検出結果を受け、以下に説明する動作を行う。まず、メモリ管理ユニット１０８は、ステップＳ１０１で接続先アドレス検出ユニット１０７からの検出結果を受け、接続先アドレスのエントリが登録されている場合にはステップＳ１０２に行き、接続先アドレスのエントリが登録されていない場合にはステップＳ１０３に行く。接続先アドレスのエントリが登録されている場合には、メモリ管理ユニット１０８は、メモリ１０５内に登録されているエントリのアクティブフラグを「１」にする（ステップＳ１０２）。一方、接続先アドレスが登録されていない場合には、メモリ管理ユニット１０８は、ステップＳ１０３でメモリ１０５内に空き領域がないか検索し、メモリに空き領域がある場合にはステップＳ１０４に行き、メモリに空き領域がない場合にはステップＳ１０５に行く。メモリに空き領域がある場合には、当該空き領域に、新たにエントリを作成する（ステップＳ１０４）。なお、このメモリ管理ユニット１０８による新たなエントリの作成は、接続先アドレスに対しユーザ入力ユニット１１０により指示された接続先アドレスをセットし、更にアクティブフラグを「１」、再生完了フラグを「０」、タイムスタンプを「０」とすることにより行う。一方、メモリに空き領域がない場合には、メモリ管理ユニット１０８は、メモリ１０５内に記憶されているエントリの再生完了フラグが「１」となっているエントリがあるか否かをステップＳ１０５で検索し、再生完了フラグが「１」となっているエントリがある場合にはステップＳ１０６に行き、再生完了フラグが「１」となっているエントリがない場合にはステップＳ１０７に行く。再生完了フラグが「１」となっているエントリがある場合には、再生完了フラグが「１」となっているエントリに新たなエントリを上書き作成する（ステップＳ１０６）。なお、再生完了フラグが「１」のエントリが複数存在する場合には、それらのエントリからアクセス日時がもっとも古いものを選択し、選択したエントリに新たなエントリを上書き作成する。一方、再生完了フラグが「１」となっているエントリがない場合には、登録されているエントリからアクセス日時がもっとも古いものを選択し、選択したエントリに新たなエントリを上書き作成する（ステップＳ１０７）。
【００２２】
図６は、接続先アドレス検出ユニット１０７からの検出結果を受けた接続要求作成ユニット１０９の動作の一例を示すフローチャートであり、接続要求作成ユニット１０９は、接続先アドレス検出ユニット１０７からの検出結果を受け、以下に説明する動作を行う。まず、接続要求作成ユニット１０９は、ステップＳ２０１で接続先アドレス検出ユニット１０７からの検出結果を受け、接続先アドレスのエントリが登録されている場合にはステップＳ２０２に行き、接続先アドレスのエントリが登録されていない場合にはステップＳ２０５に行く。接続先アドレスのエントリが登録されている場合には、接続要求作成ユニット１０９は、当該エントリの再生完了フラグを参照し、再生完了フラグが「０」であるか否かを検出する（ステップＳ２０２）。再生完了フラグが「０」である場合にはステップＳ２０３に行き、再生完了フラグが「０」でない場合にはステップＳ２０５に行く。再生完了フラグが「０」である場合には、前回の再生が途中で終了しているため、接続要求作成ユニット１０９は、表示ユニット１０４に、前回の続きから受信するか否かの判断を求めるメッセージを表示する旨の信号を表示ユニット１０４に出力し、表示させる（ステップＳ２０３）。そして、ユーザ入力ユニット１１０から、前回の続きからのデータを受信することを選択する選択信号が出力された場合には、接続要求作成ユニット１０９は、接続先アドレス検出ユニット１０７を介して、当該エントリのタイムスタンプを検出し、接続先アドレスで示されるコンテンツの前回の続きからのデータの受信を要求すべく、タイムスタンプで示される受信開始位置を指示した接続要求を作成し、メッセージ送受信ユニット１１１に出力する（ステップＳ２０４）。一方、ユーザ入力ユニット１１０から前回の続きからのデータを受信しないことを選択する選択信号が出力された場合、及び接続先アドレスのエントリが登録されていない場合、更に登録されている接続先アドレスのエントリの再生完了フラグが「０」でない場合には、接続要求作成ユニット１０９は、接続先アドレスで示されるコンテンツの先頭からのデータを受信すべく、受信開始位置を指示しない接続要求を作成し、メッセージ送受信ユニット１１１に出力する（ステップＳ２０５）。
【００２３】
さて、接続要求作成ユニット１０９から接続要求を受けたメッセージ送受信ユニット１１１は、ＲＴＳＰのＳＥＴＵＰメッセージとして接続要求作成ユニット１０９により作成された接続要求をサーバに送信する。そして、サーバからＯＫの応答を受信すると、ＰＬＡＹメッセージをサーバに送信する。更に、メッセージ送受信ユニット１１１は、ＰＬＡＹメッセージに対してサーバからＯＫの応答を受信すると、データ受信ユニット１０１を開放し、データの受信が可能な状態にする。一方、メッセージ送受信ユニット１１１は、サーバからＯＫの応答を受信することができない場合には、接続不能と判断し、接続不能である旨を表示ユニット１０４を介して表示することにより、ユーザに知らせる。メッセージ送受信ユニット１１１により開放されたデ―タ受信ユニット１０１は、サーバから送信されるＲＴＰパケットデータ列を受信し、受信バッファ１０２に、各ＶＯＰに対するタイムスタンプ、データサイズ、及びＶＯＰデータを格納する。
【００２４】
復号ユニット１０３は、受信バッファ１０２に格納された各ＶＯＰのタイムスタンプに従って順次受信バッファ１０２からデータを読み出して復号化し、表示ユニット１０４に復号化済みのデータを出力する。また、同時に復号ユニット１０３は、データの復号時に復号中データがＩ−ＶＯＰであるか否かを判断しており、復号したデータがＩ−ＶＯＰであった場合には、当該Ｉ−ＶＯＰに対応するタイムスタンプをメモリ管理ユニット１０８に出力する。一方、復号したデータがＩ−ＶＯＰでない場合には、当該Ｉ−ＶＯＰに対応するタイムスタンプをメモリ管理ユニット１０８に出力しない。メモリ管理ユニット１０８は、復号ユニット１０３からタイムスタンプの出力を受けると、メモリ１０５から現在受信中の接続先アドレスを示すアクティブフラグが「１」のエントリを検出し、当該エントリのタイムスタンプを復号ユニット１０３から出力されたタイムスタンプに置き換える。また、復号ユニット１０３により復号されたデータは、表示ユニット１０４により表示され、ユーザに提供される。
【００２５】
受信中のコンテンツの再生が最後まで終了すると、復号ユニット１０３からコンテンツの再生が終了した旨の信号がメモリ管理ユニット１０８に出力され、メモリ管理ユニット１０８は、メモリ１０５内のアクティブフラグが「１」であるエントリを検出して、当該エントリの再生完了フラグを「１」に設定するとともに、アクティブフラグを「０」にリセットする。
【００２６】
次に、データ再生途中で、ユーザがサーバとの接続を切断するための動作をユーザ入力ユニット１１０に対して行った場合のデータ受信端末１２の動作について説明する。ユーザ入力ユニット１１０に対して、例えば、データの受信再生を中断するためのボタンが押下されること等により、ユーザ入力ユニット１１０からデータの受信再生を中断する旨の信号が制御ユニット１０６に出力される。ユーザ入力ユニット１１０からデータの送受信を中断する旨の信号を受けた制御ユニット１０６は、データの受信再生の中止処理を行う。すなわち、制御ユニット１０６は、データ受信ユニット１０１を閉じ、受信バッファ１０２、復号ユニット１０３をリセットし、メモリ１０５内のエントリのアクティブフラグを全て「０」にリセットする。なお、この時、メモリ１０５には、先に再生を行っていたデータの最後に復号・再生したＩ−ＶＯＰのタイムスタンプがメモリ管理ユニット１０８により記録されている。また、制御ユニット１０６は、メッセージ送受信ユニット１１１に対してデータの送信の停止を行うように指示し、メッセージ送受信ユニット１１１は、ＲＴＳＰのＴＥＡＲＤＯＷＮメッセージをサーバに送信する。これにより、サーバからの送信が停止する。
【００２７】
このように、本実施形態によるデータ受信端末１２では、メモリ管理ユニット１０８がデータ再生時に最後に復号・再生したデータのタイムスタンプをメモリ１０５に記憶しておくことにより、ユーザが途中で受信を終了した場合であっても、当該コンテンツを再度再生する際に、前回再生を行った続きからのデータの受信を行うことができ、ユーザの都合により、長時間コンテンツを時間と場所を変え、数回に分けて視聴することが可能となる。
【００２８】
また、メモリ１０５内に記憶されているエントリのうち、現在接続中のコンテンツを示すエントリをアクティブフラグを用いて表すこととしたので、メモリ管理ユニット１０８は、タイムスタンプの更新時に当該アクティブフラグを見ることにより、タイムスタンプの更新を行うエントリを検出することができるため、タイムスタンプの更新処理速度の向上を図ることができるとともに、消費電力の低減にもつながる。更に、メモリ１０５内に記憶されているエントリのうち、最後まで再生したコンテンツを示すエントリを再生完了フラグを用いて表すこととしたので、接続要求作成ユニット１０９は、接続要求作成時に当該再生完了フラグを見ることにより、最後まで再生が完了したエントリを検出することができるため、接続要求の作成速度の向上を図ることができるとともに、消費電力の低減にもつながる。
【００２９】
また、復号ユニット１０３がイントラ符号化データ（Ｉ−ＶＯＰ）を復号した場合に当該データのタイムスタンプをメモリ管理ユニット１０８に出力することとしたので、メモリ管理ユニット１０８によるタイムスタンプの更新処理の回数を低減でき、消費電力の低減につながるとともに、前回再生を行った続きからのデータの受信を行う場合には、イントラ符号化データから受信を再開することができる。
【００３０】
なお、本実施形態によるデータ受信端末１２の接続要求作成ユニット１０９では、前回の続きから再生を行うか否かのメッセージを表示し、ユーザに途中からの再生を行うか否かの判断をさせるものについて説明したが、例えば、接続先アドレスのエントリが登録されており、かつ再生完了フラグが「０」である場合には、自動的に前回の続きからのコンテンツのデータを受信するよう接続要求を作成するものであってもよい。
【００３１】
（第２の実施形態）
図７は、本発明の第２の実施形態によるデータ受信端末の構成の一例を示すブロック図である。図７において、本発明に係るデータ受信端末２２は、送信装置（サーバ）２１から、ＲＴＰ／ＵＤＰ／ＩＰによる伝送方式により送信されたＲＴＰパケットを受信し、再生するものである。送信装置２１は、受信状況解析ユニット２０１を備える。また、データ受信端末２２は、データ受信ユニット１０１と、受信バッファ１０２と、復号ユニット１０３と、表示ユニット１０４と、メモリ１０５と、制御ユニット１０６と、ユーザ入力ユニット１１０と、メッセージ送受信ユニット１１１と、受信状況通知ユニット２０２とからなる。制御ユニット１０６は、接続先アドレス検出ユニット１０７と、メモリ管理ユニット１０８と、接続要求作成ユニット１０９とからなる。
【００３２】
第２の実施形態によるデータ受信端末２２は、第１の実施形態で説明したデータ受信端末１２に、更に、送信装置２１との接続状況を知らせる受信状況通知ユニット２０２を設けた点において第１の実施形態によるデータ受信端末１２と相違する。第１の実施形態によるデータ受信端末１２と同様の構成要素については、同一の符号を付し、説明を省略することにする。
【００３３】
データ受信端末２２の受信状況通知ユニット２０２は、送信装置２１との接続中に動作し、送信装置２１の受信状況解析ユニット２０１との間で、データを受信した旨を示す受信レポートを送信するとともに、送信装置２１がデータを送信した旨を示す送信レポートの受信を常に行っており、予め定めた所定の時間、送信装置２１から送信される送信レポートを受信しない場合には、データ受信端末２２がトンネル等の電波が届かない領域（受信不可能領域）に入ったと判断し、その旨を制御ユニット１０６に出力する。制御ユニット１０６は、これに応答して、データ受信ユニット１０１を閉じ、受信バッファ１０２、復号ユニット１０３をリセットし、メモリ１０５内のエントリのアクティブフラグを全て「０」にリセットするとともに、表示ユニット１０４を介して接続が切断した旨の表示を行う。なお、この時、メモリ１０５には、先に再生を行っていたデータの最後に復号・再生したＩ−ＶＯＰのタイムスタンプがメモリ管理ユニット１０８により記録されている。
【００３４】
一方、送信装置２１の受信状況解析ユニット２０１も、同様に、データ受信端末２２との接続中に動作し、データ受信端末２２の受信状況通知ユニット２０２から送信された受信レポートを受信するとともに、送信レポートの送信を常に行っており、予め定めた所定の時間、データ受信端末２２から送信される受信レポートを受信しない場合には、データ受信端末２２がトンネル等の電波が届かない領域（受信不可能領域）に入ったと判断し、セッションを切断、すなわち送信装置２１からのＲＴＰのデータの送信を止める。
【００３５】
このように、本実施形態による送信装置（サーバ）２１及びデータ受信端末２２では、送信装置２１とデータ受信端末２２との間で、常に接続が維持されているかの通信レポートを送受信し合うことにより、データ受信端末２２がトンネル等の受信不可能領域に入ったことを互いに検出することができ、それ以後のセッションを切断できるので、無駄なデータが送信されることなく、通信費用を削減できるとともに帯域の有効利用をすることができる。また、メモリ１０５には、最後に表示されたＩ−ＶＯＰのタイムスタンプが記録されているため、接続が切断されたところから再生を再開することができ、接続が切断されたコンテンツを改めて最初から見直す必要がなくなり、コンテンツを効率的に視聴することができる。
【００３６】
なお、本実施形態では、受信状況通知ユニット２０２が、予め定めた所定の時間、送信装置２１から送信される送信レポートを受信しない場合に、データ受信端末２２が受信不可能領域に入ったと判断するものについて説明したが、例えば、受信状況通知ユニット２０２がデータ受信ユニット１０１のＲＴＰパケットの受信状況を監視し、一定期間、データ受信ユニット１０１がＲＴＰパケットを受信していない場合に、データ受信端末２２が受信不可能領域に入ったと判断するものであってもよい。
【００３７】
また、送信装置２１の受信状況解析ユニット２０１でデータ受信端末２２が受信不可能領域に入ったと判断したとき、その時点のＩ−ＶＯＰのタイムスタンプを送信装置２１にて記録しておくようにしてもよい。このようにしても、接続が切断されたところから再生を再開することができる。ただし、データ受信端末２２が実際にどの時点のデータまで受信できたかは推定の域を出ないので、確実性の点では本実施形態の方が勝っている。
【００３８】
さて、上記各実施形態によるデータ受信端末１２，２２では、復号ユニット１０３がＩ−ＶＯＰのデータを復号した際に、メモリ１０５に格納された受信中のコンテンツのタイムスタンプを更新するものについて説明したが、復号ユニット１０３がデータの種類に関係なく、データを復号する毎にメモリ１０５に格納された受信中のコンテンツのタイムスタンプを更新するものや、一定時間が経過する毎にタイムスタンプの更新を行うもの等であってもよい。また、復号の順序に影響するタイムスタンプ、すなわちＤＴＳ（Decoding Time Stamp）に限らず、いわゆるＣＴＳ（Composition Time Stamp）又はＰＴＳ（Presentation Time Stamp）を利用することとしてもよい。
【図面の簡単な説明】
【００３９】
【図１】本発明の第１の実施形態によるデータ受信端末の構成の一例を示すブロック図である。
【図２】図１中の送信装置からＲＴＰ／ＵＤＰ／ＩＰによる伝送方式により送信されたＲＴＰパケットを説明するための図である。
【図３】図１中の受信バッファのメモリ構造の一例を示す図である。
【図４】図１中のメモリの記憶内容の一例を示す図である。
【図５】図１中のメモリ管理ユニットの動作の一例を示すフローチャートである。
【図６】図１中の接続要求作成ユニットの動作の一例を示すフローチャートである。
【図７】本発明の第２の実施形態によるデータ受信端末の構成の一例を示すブロック図である。
【符号の説明】
【００４０】
１１，２１  送信装置
１２，２２  データ受信端末
１０１  データ受信ユニット
１０２  受信バッファ
１０３  復号ユニット
１０４  表示ユニット
１０５  メモリ
１０６  制御ユニット
１０７  接続先アドレス検出ユニット
１０８  メモリ管理ユニット
１０９  接続要求作成ユニット
１１０  ユーザ入力ユニット
１１１  メッセージ送受信ユニット
２０１  受信状況解析ユニット
２０２  受信状況通知ユニット
【図１】
2004274781.tif 000003
【図２】
2004274781.tif 000004
【図３】
2004274781.tif 000005
【図４】
2004274781.tif 000006
【図５】
2004274781.tif 000007
【図６】
2004274781.tif 000008
【図７】
2004274781.tif 000009