(57)【要約】    【課題】      ＢＹＥパケットが伝送誤りによって受信できない場合であっても次のメディアの再生を開始することができると共にバースト誤りによるメディアの一時中断時にはセッションを終了せずに待機できるパケット受信装置及びパケット受信方法を提供する。    【解決手段】  終了時刻判定部１１１は、ＲＴＰ受信部１０６がＢＹＥパケットを受信しない場合であってもパケット損失監視部１１０からのパケット損失情報及びＲＴＰ受信部１０６からのＲＴＰパケット受信状況を考慮し、パケット損失が生じて無くＲＴＰパケットも受信していない状態が一定時間続いた場合にはサーバからのメディア送信が終了したと判断して制御コマンド送受信部１０９にメディアの停止を指示する。またＲＴＰ受信部１０６がデータを受信しない場合であっても下位レイヤのパケット損失が生じて場合にはメディアが終了したとは判定しない。  【選択図】      図１
2004289862.tif 000002
【特許請求の範囲】
【請求項１】
サーバから送信されたパケットを受信するパケット受信手段と、
前記パケット受信手段にて受信されたパケットの伝送誤りを検出する誤りパケット検出手段と、
前記誤りパケット検出手段にて検出された誤りパケットを破棄するパケット破棄手段と、
前記パケット受信手段にて伝送誤り無く受信されたパケットより音声データや動画データであるメディアデータを受信するメディア受信手段と、
前記メディア受信手段が前記メディアデータの受信開始後、前記メディアデータの受信不能状態が所定時間継続した場合で、且つその間に前記誤りパケット検出手段にてパケットの誤りが検出されなければ、メディアデータの送信が終了したことを判定するデータ終了判定手段と、を具備することを特徴とするパケット受信装置。
【請求項２】
前記データ終了判定手段は、前記メディアデータの受信不能状態が所定時間継続した場合でも、その間に前記誤りパケット検出手段にてパケットの誤りが検出されれば、前記サーバからのメディアデータの送信が終了していないと判定することを特徴とする請求項１記載のパケット受信装置。
【請求項３】
前記パケット受信手段は、ＩＰパケットを受信するＩＰパケット受信手段と、ＵＤＰパケットを受信するＵＤＰパケット受信手段とを具備し、前記メディア受信手段は、前記ＵＤＰパケット受信手段より得られるＲＴＰパケットにてメディア終了信号を受信することを特徴とする請求項１又は請求項２記載のパケット受信装置。
【請求項４】
請求項１から請求項３のいずれかに記載のパケット受信装置と、
前記パケット受信装置のメディア受信手段にてメディア終了信号が受信されていない状態で、前記パケット受信装置のデータ終了判定手段からリアルタイムデータの終了が通知された場合に、サーバに対してセッション終了コマンドを送信する制御コマンド送信手段と、を具備することを特徴とするコンテンツ受信再生装置。
【請求項５】
コンテンツ記述言語に応じて前記メディア受信手段にて受信されたメディアデータの再生及び表示を行う再生表示手段を具備することを特徴とする請求項４記載のコンテンツ受信再生装置。
【請求項６】
請求項１から請求項５のいずれかに記載の装置を具備することを特徴とする通信端末。
【請求項７】
サーバより送られてくる音声データや動画データであるメディアデータの受信開始後、前記メディアデータの受信不能状態が所定時間継続した場合で、且つその間に前記メディアデータを受信するＲＴＰ受信手段よりも下位に位置するＵＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出できなければ、前記サーバからのメディアデータの送信が全て終了したことを判定してセッションを終了し、次のメディアデータ再生処理を実行し、前記メディアデータの受信不能状態が所定時間継続してもその間に前記ＵＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出できれば、前記サーバからのメディアデータの送信が終了していないと判定することを特徴とするパケット受信方法。
【請求項８】
コンテンツ受信再生プログラムを格納し、コンピュータにより読み取り可能な記録媒体であって、前記コンテンツ受信再生プログラムは、サーバから送信されたパケットを受信するパケット受信手順と、前記パケット受信手順にて受信されたパケットの伝送誤りを検出する誤りパケット検出手順と、前記誤りパケット検出手順にて検出された誤りパケットを破棄するパケット破棄手順と、前記パケット受信手順にて伝送誤り無く受信されたパケットより音声データや動画データであるメディアデータを受信するメディア受信手順と、前記メディア受信手順が前記メディアデータの受信開始後、前記メディアデータの受信不能状態が所定時間継続した場合で、且つその間に前記誤りパケット検出手順にてパケットの誤りが検出されなければ、メディアデータの送信が終了したことを判定し、前記メディアデータの受信不能状態が所定時間継続した場合でも、その間に前記パケット検出手順にてパケットの誤りが検出されれば、前記サーバからのメディアデータの送信が終了していないと判定するデータ終了判定手順と、を具備することを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット受信装置及びパケット受信方法に関する。
【背景技術】
【０００２】
従来、ＳＭＩＬ（Synchronized Multimedia Integration Language）と呼ばれる技術がある。この技術は、テキスト、静止画、動画、音声を含むコンテンツを統合し、空間的および時間的配置を記述する方法としてＷ３Ｃ（World Wide Web Consortium）によって標準化されたものである。ＳＭＩＬ記述言語は、インターネットを通じて非常に普及しているハイパーテキスト記述言語ＨＴＭＬ（Hypertext Markup Language）と似たものであるが、それと比較してコンテンツに時間情報を持つ利点を有している。
【０００３】
ここで、図を用いてＳＭＩＬによって記述されたサーバ上のコンテンツを、ネットワークを介してクライアントが再生する方法について説明する。
【０００４】
図５はＳＭＩＬを用いたコンテンツ配信を説明するための図である。
【０００５】
この図において、ユーザーがネットワーク２００を介してクライアント２０１からサーバ２０３へアクセスし、コンテンツが記述されたＳＭＩＬファイルを取得すると、クライアント２０１がそのＳＭＩＬファイルを解釈する。そして、そのファイルに記述されているテキスト、静止画、動画または音声等のメディアをサーバ２０２、２０４から取得する一方、同ファイルに記述されている時間情報に基づいてそれぞれのメディアを適切な時刻で再生する。なお、図５ではＳＭＩＬファイルや動画データ等の各メディアファイルがそれぞれ個別のサーバ２０２、２０３、２０４に保存されているが、１つのサーバに保存されている場合もある。
【０００６】
次に、ＳＭＩＬファイルや各メディアの伝送方法について説明する。
【０００７】
ＳＭＩＬファイル、静止画データ、テキストファイル等の各メディアファイルをサーバからクライアントへ伝送する場合、インターネットで広く普及しているＨＴＭＬと同様に信頼性のあるプロトコルであるＴＣＰ（Transmission Control Protocol）が一般的に用いられる。一方、音声データや動画データといった時間的に連続するデータについては、リアルタイム性を優先したＲＴＰ（Real-time Transport Protocol）およびＵＤＰ（User Datagram Protocol）というプロトコルを用いて伝送されることが多い。
【０００８】
ＴＣＰまたはＲＴＰ／ＵＤＰを伝送する下位プロトコルとして、ＩＰ（Internet Protocol）プロトコルが一般的に用いられている。
【０００９】
以上のＴＣＰ、ＲＴＰ、ＵＤＰ、ＩＰプロトコルは全てＩＥＴＦ（Internet Engineering Task Force）によって標準化されており、インターネットを中心に広く普及している。
【００１０】
次に、ＳＭＩＬファイルのコンテンツ記述方法について簡単に説明する。
【００１１】
図６はＳＭＩＬで記述された文章の一例を示す図である。
【００１２】
この図において、左端の数字１、２、…は説明のための行番号であり、右端は説明文である。なお、これらは実際のＳＭＩＬファイルには記述されない。
【００１３】
数字１と数字１５とで囲まれたテキストがＳＭＩＬ文書であることを示す。ＳＭＩＬ文書の内容は、数字２から数字８で囲まれるヘッダ部分と、数字９から数字１４で囲まれる本文とからなる。ヘッダ部分は時間情報と無関係なレイアウト情報等が記述される。本文には実際のメディア情報と再生に関する時間情報が記述される。数字１１は動画を表示する制御文であり、数字１２は静止画を表示する制御文であり、これらは数字１０と数字１３のように、＜ｐａｒ>で囲まれるので、同時に再生することを表している。メディアの所在は"ｓｒｃ"によって記述される。また、メディアの再生時間に関する指定は"ｂｅｇｉｎ"、"ｅｎｄ"、"ｄｕｒ"等を用いて記述される。この場合、"ｂｅｇｉｎ"はメディア開始時刻、"ｅｎｄ"はメディア終了時刻、"ｄｕｒ"はメディアの再生時間をそれぞれ指定している。
【００１４】
数字１１の記述は、"ａ"という領域に、"ｓｒｃ"で指定された動画データを３秒から２０秒の間表示することを示している。数字１２の記述は、"ｂ"という領域に"ｓｒｃ"で指定された静止画データを１０秒間表示することを示している。
【００１５】
再生開始・終了を数字１１及び数字１２の記述のように絶対時刻で指定する以外に、以下の例１、例２に示すようにシーケンス的に指定することも可能である。
【００１６】
例１
<seq>
<video id="video1" src="rtsp://example.com/video1.m4v" />
<video id="video2" src="rtsp://example.com/video2.m4v"…/>
</seq>
例２
<par>
<video id="video1" src="rtsp://example.com/video1.m4v" />
<video id="video2" src="rtsp://example.com/video2.m4v" begin="video1.end"…/>
</par>
例１、例２は共にビデオ１の再生が終了した後にビデオ２を再生するようにした記述である。なお、例１、例２では共に動画の場合であるが、動画と静止画でも同様である。
【００１７】
次に、上記例におけるクライアントとサーバとの間の実際の動作について説明する。
【００１８】
図７はメディアを連続再生する場合のシーケンス図である。この図において、実線はリアルタイムデータの制御用に用いられるプロトコルであるＲＴＳＰ（Real Time Streaming Protocol）のコマンドおよびレスポンス信号を表す。ＲＴＳＰは信頼性のあるプロトコルであるＴＣＰ上を介して通信される。一方、実際のメディアデータは点線で表したように非信頼性であるがリアルタイム通信に適したＲＴＰプロトコルが用いられる。また、データの終わりを表すコマンドもＲＴＰを用いて伝送される。
【００１９】
さて、クライアントは、ＳＭＩＬ文書中のｖｉｄｅｏ１を再生する記述を解釈し、サーバに対して再生を要求する（ステップ１）。サーバは、クライアントからの再生要求を受けると再生準備を開始し、その準備が整った時点でＯＫを返す（ステップ２）。ＯＫを返した後、ｖｉｄｅｏ１のデータの送信を開始する（ステップ３）。そして、ｖｉｄｅｏ１のデータを全て送信し終えると、ＲＴＰプロトコルで規定されているＲＴＣＰ ＢＹＥという制御信号をクライアントに送信し、ｖｉｄｅｏ１のデータを全て送信したことを通知する（ステップ４）。
【００２０】
クライアントは、ＲＴＣＰ（RTP control protocol） ＢＹＥを受信すると、セッションを終了するためにＲＴＳＰ ＴＥＡＲＤＯＷＮというコマンドを送信する（ステップ５）。サーバはＴＥＡＲＤＯＷＮコマンドを受信するとセッションを終了し、その終了をクライアントに通知する（ステップ６）。クライアントはｖｉｄｅｏ１の再生が終了したので、続いてｖｉｄｅｏ２の再生動作に移行する。ステップ７からステップ１２まではｖｉｄｅｏ１と同様のシーケンスによりｖｉｄｅｏ２の伝送を行う。
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、この従来のパケット受信方法においては、次のような問題がある。
【００２２】
すなわち、音声データや動画データのようなリアルタイムデータを、ＲＴＰを用いて無線回線などのビット誤りの発生しやすい回線を用いて伝送する場合、メディアデータの終了を表すＲＴＣＰ ＢＹＥのパケットにビット誤りが生じると、図８のシーケンス図に示すようにクライアントの下位レイヤによって破棄されてしまう。このようになると、データの終わりがクライアントでは分からないので、データの送信が全て終了したとしても次のメディアの再生を開始することができなくなる。また、バースト誤りによるメディアの一時中断時には、セッションを終了してしまうことがある。
【００２３】
本発明は係る点に鑑みてなされたものであり、メディア終了通知パケットであるＢＹＥパケットが伝送誤りによって受信できない場合であっても、次のメディアの再生を開始することができるとともに、バースト誤りによるメディアの一時中断時にはセッションを終了せずに待機できるパケット受信装置及びパケット受信方法を提供することを目的とする。
【課題を解決するための手段】
【００２４】
本発明のパケット受信装置は、サーバから送信されたパケットを受信するパケット受信手段と、前記パケット受信手段にて受信されたパケットの伝送誤りを検出する誤りパケット検出手段と、前記誤りパケット検出手段にて検出された誤りパケットを破棄するパケット破棄手段と、前記パケット受信手段にて伝送誤り無く受信されたパケットより音声データや動画データであるメディアデータを受信するメディア受信手段と、前記メディア受信手段が前記メディアデータの受信開始後、前記メディアデータの受信不能状態が所定時間継続した場合で、且つその間に前記誤りパケット検出手段にてパケットの誤りが検出されなければ、メディアデータの送信が終了したことを判定するデータ終了判定手段と、を具備する構成を採る。
【００２５】
この構成によれば、伝送誤り等によってメディアデータの終了を通知するパケットの損失が生じても、メディアデータの受信不能状態が所定時間継続した場合で、且つその間にパケットの誤りが検出されなければ、メディアデータの送信が終了したと判定するので、速やかに次のメディアデータの受信を再開することが可能となる。
【００２６】
また、本発明のパケット受信装置は、上記パケット受信装置において、前記データ終了判定手段は、前記メディアデータの受信不能状態が所定時間継続した場合でも、その間に前記誤りパケット検出手段にてパケットの誤りが検出されれば、前記サーバからのメディアデータの送信が終了していないと判定する。
【００２７】
この構成によれば、伝送誤り等によるパケットの損失がある場合には、メディアデ−タの受信待ち状態を維持するので、バースト誤り等によってメディアデータの受信が一時的に中断した場合に、誤ってセッションを中断してしまう事態を低減させることが可能となる。
【００２８】
また、本発明のパケット受信装置は、上記パケット受信装置において、前記パケット受信手段は、ＩＰパケットを受信するＩＰパケット受信手段と、ＵＤＰパケットを受信するＵＤＰパケット受信手段とを具備し、前記メディア受信手段は、前記ＵＤＰパケット受信手段より得られるＲＴＰパケットにてメディア終了信号を受信する。
【００２９】
この構成によれば、ＲＴＰパケットを受信するメディア受信手段よりも下位に位置するＩＰレイヤ、ＵＤＰレイヤにおけるパケットの誤りを検出することによって、メディアデータの終了を通知するメディア終了信号であるＢＹＥパケットの損失が生じても、サーバからのメディアデータの送信終了を判定することができる。
【００３０】
本発明のコンテンツ受信再生装置は、上記パケット受信装置と、前記パケット受信装置のメディア受信手段にてメディア終了信号が受信されていない状態で、前記パケット受信装置のデータ終了判定手段からリアルタイムデータの終了が通知された場合に、サーバに対してセッション終了コマンドを送信する制御コマンド送信手段と、を具備する構成を採る。
【００３１】
この構成によれば、伝送誤り等によってメディア終了信号を伝送するパケットの損失が生じても、メディアデータの送信が終了したと判定してサーバに対してセッション終了コマンドを送信するので、速やかに次のメディアデータの受信を再開することが可能となる。
【００３２】
また、本発明のコンテンツ受信再生装置は、上記コンテンツ受信再生装置において、コンテンツ記述言語に応じてメディア受信手段にて受信されたメディアデータの再生及び表示を行う再生表示手段を具備する構成を採る。
【００３３】
この構成によれば、ＳＭＩＬやＨＴＭＬ等のコンテンツ記述言語に応じてコンテンツのメディアデータの再生・表示ができる。
【００３４】
本発明の通信端末は、上記装置を具備する構成を採る。
【００３５】
この構成によれば、ＳＭＩＬやＨＴＭＬ記述言語によるコンテンツのメディアデータの再生・表示ができる。さらに、伝送誤り等によってメディア終了信号を伝送するパケットの損失が生じても、メディアデータの送信が終了したと判定してサーバに対してセッション終了コマンドを送信するので、スムーズなコンテンツ再生を行うことができる。
【００３６】
本発明のパケット受信方法は、サーバより送られてくる音声データや動画データであるメディアデータの受信開始後、前記メディアデータの受信不能状態が所定時間継続した場合で、且つその間に前記メディアデータを受信するＲＴＰ受信手段よりも下位に位置するＵＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出できなければ、前記サーバからのメディアデータの送信が全て終了したことを判定してセッションを終了し、次のメディアデータ再生処理を実行し、前記メディアデータの受信不能状態が所定時間継続してもその間に前記ＵＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出できれば、前記サーバからのメディアデータの送信が終了していないと判定する。
【００３７】
この方法によれば、ＲＴＰパケットを受信するメディア受信手段よりも下位に位置するＩＰレイヤ、ＵＤＰレイヤにおけるパケットの誤りを検出することによって、メディアデータの終了を通知するメディア終了信号であるＢＹＥパケットの損失が生じても、サーバからのメディアデータの送信終了を判定することができる。
【００３８】
また、伝送誤り等によるパケットの損失がある場合には、メディアデ−タの受信待ち状態を維持するので、バースト誤り等によってメディアデータの受信が一時的に中断した場合に、誤ってセッションを中断してしまう事態を低減させることが可能となる。
【００３９】
本発明の記録媒体は、コンテンツ受信再生プログラムを格納し、コンピュータにより読み取り可能な記録媒体であって、前記コンテンツ受信再生プログラムは、サーバから送信されたパケットを受信するパケット受信手順と、前記パケット受信手順にて受信されたパケットの伝送誤りを検出する誤りパケット検出手順と、前記誤りパケット検出手順にて検出された誤りパケットを破棄するパケット破棄手順と、前記パケット受信手順にて伝送誤り無く受信されたパケットより音声データや動画データであるメディアデータを受信するメディア受信手順と、前記メディア受信手順が前記メディアデータの受信開始後、前記メディアデータの受信不能状態が所定時間継続した場合で、且つその間に前記誤りパケット検出手順にてパケットの誤りが検出されなければ、メディアデータの送信が終了したことを判定し、前記メディアデータの受信不能状態が所定時間継続した場合でも、その間に前記パケット検出手順にてパケットの誤りが検出されれば、前記サーバからのメディアデータの送信が終了していないと判定するデータ終了判定手順と、を具備する。
【００４０】
この記録媒体を、コンピュータを搭載してソフトウェア制御する構成のパケット受信装置に適用することにより、伝送誤り等によってメディアデータの終了を通知するパケットの損失が生じても、メディアデータの受信不能状態が所定時間継続した場合で、且つその間にパケットの誤りが検出されなければ、メディアデータの送信が終了したと判定するので、速やかに次のメディアデータの受信を再開することが可能となる。
【００４１】
また、伝送誤り等によるパケットの損失がある場合にはメディアデ−タの受信待ち状態を維持するので、バースト誤り等によってメディアデータの受信が一時的に中断した場合に、誤ってセッションを中断してしまう事態を低減させることが可能となる。
【発明の効果】
【００４２】
以上説明したように、本発明によれば、再生時間が指定されていないコンテンツを再生する場合であり、かつＢＹＥパケットが正しく受信されなかった場合であっても、終了時間を適切に判定することができる。さらに、パケット損失による再生の中断が発生した場合であっても、パケット損失を監視して終了時刻判定に用いるので、誤ってメディアデータの終了と判断して再生を停止してしまい後続のデータを再生できなくなる事態を回避することができる。
【発明を実施するための最良の形態】
【００４３】
本発明の骨子は、ＲＴＰパケットの受信手段であるＲＴＰ受信手段より下位に位置するＩＰレイヤやＵＤＰレイヤにおいてパケット損失を監視することによって、伝送損失等によりメディアデータの終了を表すＢＹＥパケットの損失が生じた場合であっても、メディアデータの終了を判定するとともに、誤ってメディアの終了を判定してしまうことを防止することである。
【００４４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００４５】
図１は、本発明の実施の形態に係るコンテンツ受信再生装置の構成を示すブロック図である。
【００４６】
この図において、本実施の形態のコンテンツ受信再生装置は、アンテナ１０１と、送受信部１０２と、ＩＰパケット送受信部１０３と、ＴＣＰ送受信部１０４と、ＵＤＰ受信部１０５と、ＲＴＰ受信部１０６と、コンテンツ制御部１０７と、パケット損失監視部１１０と、終了時刻判定部１１１とを備えて構成される。コンテンツ制御部１０７は、再生表示部１０８と制御コマンド送受信部１０９とを有して構成される。
【００４７】
送受信部１０２は、アンテナ１０１を介して受信したＩＰパケットに無線処理（ダウンコンバート、Ａ／Ｄ変換等の処理）と復調処理を施し、復調したパケット信号をＩＰパケット送受信部１０３に入力する。また、ＩＰパケット送受信部１０３から入力されたパケット信号に変調処理と無線処理を施し、無線処理後のＩＰパケットをアンテナ１０１から中空へ放出する。ＩＰパケット送受信部１０３は、ＩＰパケットの送受信を行うとともに、受信したＩＰパケットの誤りを検査し、誤りがあればそのＩＰパケットのＩＰヘッダをパケット損失監視部１１０に入力した後、パケットそのものを破棄する。一方、受信したＩＰパケットに誤りがなければそのＩＰパケットのＩＰヘッダを削除した後、ＴＣＰセグメントの場合はＴＣＰ送受信部１０４に、ＵＤＰセグメントの場合はＵＤＰ受信部１０５に入力する。
【００４８】
ＴＣＰ送受信部１０４は、ＩＰパケット送受信部１０３から入力されたＴＣＰセグメントをコンテンツ制御部１０７の制御コマンド送受信部１０９に入力する。また、コンテンツ制御部１０７の制御コマンド送受信部１０９から入力された制御コマンドをＴＣＰセグメントとしてＩＰパケット送受信部１０３に入力する。ＵＤＰ受信部１０５は、ＩＰパケット送受信部１０３から入力されたＵＤＰセグメントに含まれる誤りを検査し、誤りがある場合にはそのＵＤＰセグメントのヘッダをパケット損失監視部１１０に入力した後、セグメントそのものを破棄する。一方、誤りがない場合にはＵＤＰセグメントをＲＴＰパケットにしてＲＴＰ受信部１０６に入力する。ＲＴＰ受信部１０６は、入力されたＲＴＰパケットをコンテンツ制御部１０７の再生表示部１０８に入力するとともに、ＲＴＰパケットの受信状況を終了時刻判定部１１１に報告する。
【００４９】
コンテンツ制御部１０７において、制御コマンド送受信部１０９は、図示せぬサーバからの制御コマンドを、ＴＣＰ／ＩＰパケットを用いて受信する。また、ＴＣＰ／ＩＰパケットを用いて図示せぬサーバへ制御コマンドを送信する。また、コンテンツの記述に応じて再生表示部１０８に対してメディアの再生開始や再生停止を指示する。再生表示部１０８は、制御コマンド送受信部１０９からの指示に従ってＲＴＰ受信部１０６より入力されたＲＴＰパケットに含まれるメディアデータを再生・表示する。
【００５０】
終了時刻判定部１１１は、ＲＴＰ受信部１０６にてメディアの終了を表すＢＹＥパケットが受信された場合に、メディアの終了と判定してそのＢＹＥパケットを制御コマンド送受信部１０９に入力する。
【００５１】
また、終了時刻判定部１１１は、ＲＴＰ受信部１０６にてＢＹＥパケットが受信されなくても、パケット損失監視部１１０からのパケット損失情報およびＲＴＰ受信部１０６からのＲＴＰパケット受信状況情報を考慮して、パケット損失が生じてなくて、ＲＴＰパケットを受信しない状態が一定時間続いた場合は、サーバからのメディアデータの送信が終了したと判定して制御コマンド送受信部１０９にメディアの停止を指示する。この場合、ＲＴＰ受信部１０６がＲＴＰパケットを受信していなくても、パケット損失情報から下位レイヤのパケット損失が生じていれば、メディアデータの送信が終了したとは判定しない。
【００５２】
すなわち、ＩＰレイヤ又はＵＤＰレイヤにおけるパケット損失が発生していれば、ＲＴＰパケットを一定時間受信していなくても、メディアデータの送信が終了としたとは判定しない。なお、ＲＴＰ受信部１０６がＲＴＰパケットを受信していなくても、下位レイヤのパケット損失が生じている場合とは、再生表示部１０８において再生が中断する場合が続いた場合である。
【００５３】
ここで、ＢＹＥパケットが誤りのため破棄されて、クライアントにメディアの終了時刻が通知されない場合の動作について説明する。
【００５４】
図２は、メディアの連続再生において、ＢＹＥパケットに伝送誤りが発生した場合の動作を示すシーケンス図である。なお、この図において、ステップ１からステップ３までは図７のシーケンス図と同様であるので、説明を省略する。
【００５５】
図２において、伝送誤りによってＢＹＥパケットに誤りが発生すると、そのＢＹＥパケットがクライアント側で破棄される（ステップ４）。この時点では既にサーバからメディアデータの送信が全て終了しているので、メディアデータが送信されることはないが、クライアント側ではメディアデータの送信が終了したかどうかは分からない。このため、クライアント側では一定時間メディアデータを受信できる状態を維持し、その間にメディアデータを受信できなければ、メディアデータの送信が終了したと判断してサーバに対してセッション切断を要求する（ステップ５）。
【００５６】
次に、無線回線上で頻繁に起こることが知られているバーストエラーが発生した場合の動作について説明する。なお、バーストエラーとは、伝送誤りがある一定期間集中して起こるような誤りのパターンのことである。
【００５７】
図３は、メディアの連続再生において、バースト誤りがメディアパケットに発生した場合の動作を示すシーケンス図である。本シーケンス図では、図２と同様に、ステップ３において、サーバから複数のパケットによってメディアデータをクライアントに送信する。
【００５８】
図３において、サーバからクライアントに向けてメディアデータを送信中に、バーストエラーが発生すると、連続するパケットに誤りが生じるため、ＩＰレイヤとＵＤＰレイヤにおいて誤りを検出し全て破棄する処理を行う。その結果、ＲＴＰ受信部１０６はバーストエラーが発生している間全くメディアデータを受信することができなくなる。ＩＰレイヤとＵＤＰレイヤからはパケット損失情報が出力されるので、終了時刻判定部１１１はメディアデータの受信が終了しているとは判定しない。したがって、クライアントはメディアデータを受信できる状態をそのまま維持し、その後にバーストエラーが終了した時点でメディアデータの受信を再開する。
【００５９】
このように、本実施の形態のコンテンツ受信再生装置によれば、再生時間が指定されていないコンテンツを再生する場合において、伝送誤り等によってメディアデータの終了を通知するＢＹＥパケットの損失が生じても、メディアデータの受信不能状態が所定時間継続した場合で、且つその間にパケットの誤りが検出されなければ、メディアデータの送信が終了したと判定するので、速やかに次のメディアデータの受信を再開することが可能となる。
【００６０】
また、伝送誤り等によるパケットの誤りが検出されれば、メディアデ−タの受信待ち状態を維持するので、バースト誤り等によってメディアデータの受信が一時的に中断した場合に、誤ってセッションを中断してしまって再生を停止してしまい、後続のデータを再生できなくなる事態を回避することが可能となる。
【００６１】
なお、上記実施の形態では、コンテンツを受信して再生するコンテンツ受信再生装置について述べたが、コンテンツ制御部１０７を取り除いてコンテンツの受信のみを行うパケット受信装置としてもよい。図４にそのパケット受信装置の構成を示す。
【００６２】
また、上記実施の形態では、コンテンツの受信再生をハードウェア構成で行う場合について説明したが、これに限るものではなく、このコンテンツ受信再生をソフトウェアとして行うことも可能である。例えば、コンテンツ受信再生を行うプログラムをコンピュータで読み取り可能な記録媒体に格納し、このプログラムをコンピュータのＲＡＭ（Random Access Memory）に記録して、コンピュータをそのプログラムに従って動作させるようにしてもよい。
【００６３】
このパケット受信プログラムは、例えば、サーバから送信されたパケットを受信するパケット受信手順と、パケット受信手順にて受信されたパケットの伝送誤りを検出する誤りパケット検出手順と、誤りパケット検出手順にて検出された誤りパケットを破棄するパケット破棄手順と、パケット受信手順にて伝送誤り無く受信されたパケットより音声データや動画データであるメディアデータを受信するメディア受信手順と、メディア受信手順がメディアデータの受信開始後、メディアデータの受信不能状態が所定時間継続した場合で、且つその間に誤りパケット検出手順にてパケットの誤りが検出されなければ、メディアデータの送信が終了したことを判定し、メディアデータの受信不能状態が所定時間継続した場合でも、その間に誤りパケット検出手順にてパケットの誤りが検出されれば、サーバからのメディアデータの送信が終了していないと判定するデータ終了判定手順と、を具備するものである。
【００６４】
ソフトウェアで制御する場合においても、上記実施の形態と同様の作用および効果を呈する。すなわち、伝送誤り等によってメディアデータの終了を通知するパケットの損失が生じても、メディアデータの受信不能状態が所定時間継続した場合で、且つその間にパケットの誤りが検出されなければ、メディアデータの送信が終了したと判定するので、速やかに次のメディアデータの受信を再開することが可能となる。また、伝送誤り等によるパケットの損失がある場合にはメディアデ−タの受信待ち状態を維持するので、バースト誤り等によってメディアデータの受信が一時的に中断した場合に、誤ってセッションを中断してしまう事態を低減させることが可能となる。
【００６５】
コンテンツ受信再生を行うプログラムを記録する記録媒体としては、上記ＲＡＭなどの半導体記憶手段の他、磁気記憶手段、光記憶手段又は光磁気記憶手段であっても構わない。
【００６６】
また、上記実施の形態では、コンテンツ記述言語としてＳＭＩＬを用いたが、他の記述言語としてＨＴＭＬを用いてもよい。また、コンテンツを記述せずに単にメディアを繰り返し再生する場合でもよい。
【００６７】
また、上記実施の形態では、コンテンツに含まれる複数のメディアを連続再生する場合について説明したが、１つのメディアをライブ中継するようなコンテンツでもよい。ライブ中継の場合は、終了時刻が明示されないことが多いので、本発明に用いることによって、ライブ中継コンテンツであっても正しく再生を終了することができる。
【産業上の利用可能性】
【００６８】
本発明は、音声データや動画データのようなリアルタイムデータを、ＲＴＰを用いて無線回線などのビット誤りの発生しやすい回線を用いて伝送するシステムのパケット受信装置及びパケット受信方法に用いるに好適である。
【図面の簡単な説明】
【００６９】
【図１】本発明の実施の形態に係るコンテンツ受信再生装置の構成を示すブロック図
【図２】本発明の実施の形態に係るコンテンツ受信再生装置のメディア連続再生時の動作を説明するためのシーケンス図
【図３】本発明の実施の形態に係るコンテンツ受信再生装置のメディア連続再生時の動作を説明するためのシーケンス図
【図４】本発明の実施の形態に係るパケット受信装置の構成を示すブロック図
【図５】ＳＭＩＬを用いたコンテンツ配信を説明するための図
【図６】ＳＭＩＬで記述された内容を説明するための図
【図７】メディアを連続再生する場合のシーケンス図
【図８】従来のメディア連続再生時の問題を説明するためのシーケンス図
【符号の説明】
【００７０】
１０１  アンテナ
１０２  送受信部
１０３  ＩＰパケット送受信部
１０４  ＴＣＰ送受信部
１０５  ＵＤＰ受信部
１０６  ＲＴＰ受信部
１０７  コンテンツ制御部
１０８  再生表示部
１０９  制御コマンド送受信部
１１０  パケット損失監視部
１１１  終了時刻判定部
【図１】
2004289862.tif 000003
【図２】
2004289862.tif 000004
【図３】
2004289862.tif 000005
【図４】
2004289862.tif 000006
【図５】
2004289862.tif 000007
【図６】
2004289862.tif 000008
【図７】
2004289862.tif 000009
【図８】
2004289862.tif 000010