(57)【特許請求の範囲】
【請求項１】
メディアデータを含むパケットと前記メディアデータの終了を通知するメディアデータ終了信号を含むパケットとを受信するパケット受信手段と、
前記パケット受信手段で受信したパケットの誤りを検出し、誤りが検出されたパケットを破棄するパケット破棄手段と、
前記パケット破棄手段によって破棄されなかったパケットが入力されるメディア受信手段と、
前記メディア受信手段においてパケットが入力されない場合、前記パケット破棄手段におけるパケットの誤りの検出状況に応じてパケットの受信状況を判定するパケット終了判定手段と、を備えたパケット受信装置。
【請求項２】
前記パケット終了判定手段は、前記メディア受信手段においてパケットが入力されず、且つ前記パケット破棄手段におけるパケットの誤りが検出された場合、パケットの受信が終了していないと判定する請求項１記載のパケット受信装置。
【請求項３】
前記パケット終了判定手段は、前記メディア受信手段においてパケットが入力されず、且つ前記パケット破棄手段におけるパケットの誤りが検出されない場合、所定時間経過後にパケットの受信が終了したと判定する請求項１または請求項２記載のパケット受信装置。
【請求項４】
前記パケット破棄手段で検出されたパケットの誤りの有無が入力されることにより、パケットの誤り状況を監視し、パケット損失情報をパケット終了判定手段に出力するパケット監視手段を設け、前記パケット終了判定手段は、前記メディア受信手段においてパケットが入力されない場合、前記パケット監視手段からのパケット損失情報に応じてパケットの受信状況を判定するようにした請求項１から請求項３のいずれか１項記載のパケット受信装置。
【請求項５】
ＩＰパケットを受信する受信部と、
前記受信部で受信したパケットの誤りを検出し、誤りが検出されたＩＰパケットを破棄するＩＰパケット破棄部と、
前記ＩＰパケット破棄部により破棄されなかったＩＰパケットの誤りを検出し、誤りが検出されたＵＤＰパケットを破棄するＵＤＰパケット破棄部と、
前記ＵＤＰパケット破棄部により破棄されなかったＵＤＰパケットのうち、ＲＴＰパケットが入力されるＲＴＰパケット受信部と、
前記ＩＰパケット破棄部で検出されたパケットの誤りの有無と前記ＵＤＰパケット破棄部で検出されたパケットの誤りの有無とが入力されることにより、パケットの誤り状況を監視するパケット監視部と、
前記ＲＴＰパケット受信部にＲＴＰパケットが入力されない状態で、前記パケット監視部がパケットの誤りを検出した場合は、パケットの送信は終了していないと判定し、前記ＲＴＰパケット受信部にＲＴＰパケットが入力されない状態で、前記パケット監視部がパケットの誤りを検出しない場合には、パケットの受信が終了したと判定するパケット終了判定手段と、を備えたパケット受信装置。
【請求項６】
前記メディア受信手段でメディアデータ終了信号が入力された場合、前記パケット終了判定手段は、パケットの受信が終了したと判定する請求項１から請求項５のいずれか１項記載のパケット受信装置。
【請求項７】
請求項１から請求項６のいずれか１項記載のパケット受信装置に、さらに、前記パケット終了判定手段がパケットの受信が終了したと判定した場合、送信側にセッション終了信号を送信する送信手段を備えたパケット送受信装置。
【請求項８】
請求項１から請求項６のいずれか１項記載のパケット受信装置、もしくは、請求項７記載のパケット送受信装置と、前記メディア受信手段で入力されたパケットに含まれるメディアデータを再生・表示する再生表示手段と、を備えたパケット受信再生装置。
【請求項９】
メディアデータを含むパケットと前記メディアデータの終了を通知するメディアデータ終了信号を含むパケットとを受信するパケット受信手順と、
前記パケット受信手順で受信したパケットの誤りを検出し、誤りが検出されたパケットを破棄するパケット破棄手順と、
前記パケット破棄手順によって破棄されなかったパケットが入力されるメディア受信手順と、
前記メディア受信手順においてパケットが入力されない場合、前記パケット破棄手順におけるパケットの誤りの検出状況に応じてパケットの受信状況を判定するパケット終了判定手順と、を備えたパケット受信方法。
【請求項１０】
前記パケット終了判定手順は、前記メディア受信手順においてパケットが入力されず、且つ前記パケット破棄手順におけるパケットの誤りが検出された場合、パケットの受信が終了していないと判定する請求項９記載のパケット受信方法。
【請求項１１】
前記パケット終了判定手順は、前記メディア受信手順においてパケットが入力されず、且つ前記パケット破棄手順におけるパケットの誤りが検出されない場合、所定時間経過後にパケットの受信が終了したと判定する請求項９または請求項１０記載のパケット受信方法。
【請求項１２】
前記パケット破棄手順で検出されたパケットの誤りの有無が入力されることにより、パケットの誤り状況を監視し、パケット損失情報をパケット終了判定手段に出力するパケット監視手順を設け、前記パケット終了判定手順は、前記メディア受信手順においてパケットが入力されない場合、前記パケット監視手順からのパケット損失情報に応じてパケットの受信状況を判定するようにした請求項９から請求項１１のいずれか１項記載のパケット受信方法。
【請求項１３】
ＩＰパケットを受信する受信手順と、
前記受信手順で受信したパケットの誤りを検出し、誤りが検出されたＩＰパケットを破棄するＩＰパケット破棄手順と、
前記ＩＰパケット破棄手順により破棄されなかったＩＰパケットの誤りを検出し、誤りが検出されたＵＤＰパケットを破棄するＵＤＰパケット破棄手順と、
前記ＵＤＰパケット破棄手順により破棄されなかったＵＤＰパケットのうち、ＲＴＰパケットが入力されるＲＴＰパケット受信手順と、
前記ＩＰパケット破棄手順で検出されたパケットの誤りの有無と前記ＵＤＰパケット破棄手順で検出されたパケットの誤りの有無とが入力されることにより、パケットの誤り状況を監視するパケット監視手順と、
前記ＲＴＰパケット受信手順にＲＴＰパケットが入力されない状態で、前記パケット監視手順がパケットの誤りを検出した場合は、パケットの送信は終了していないと判定し、前記ＲＴＰパケット受信手順にＲＴＰパケットが入力されない状態で、前記パケット監視部がパケットの誤りを検出しない場合には、パケットの受信が終了したと判定するパケット終了判定手順と、を備えたパケット受信方法。
【請求項１４】
前記メディア受信手順でメディアデータ終了信号が入力された場合、前記パケット終了判定手順は、パケットの受信が終了したと判定する請求項９から請求項１３のいずれか１項記載のパケット受信方法。
【請求項１５】
請求項９から請求項１４のいずれか１項記載のパケット受信方法に、さらに前記パケット終了判定手順がパケットの受信が終了したと判定した場合、送信側にセッション終了信号を送信する送信手順を備えたパケット送受信方法。
【請求項１６】
請求項９から請求項１４のいずれか１項記載のパケット受信方法、もしくは、請求項１５のパケット送受信方法と、前記メディア受信手順で入力されたパケットに含まれるメディアデータを再生・表示する再生表示手順と、を備えたパケット受信再生方法。
【請求項１７】
メディアデータを含むパケットを送信するサーバと、
前記サーバから送信されたパケットを受信するパケット受信手段と、
前記パケット受信手段で受信したパケットのうち、誤りがあるパケットを破棄するパケット破棄手段と、
前記パケット破棄手段によって破棄されなかったパケットが入力されるメディアデータ受信手段と、
前記メディア受信手段におけるパケットが入力されない場合、パケット破棄手段におけるパケット破棄状況に応じてパケットの送信状況を判定するパケット終了判定手段と、
前記パケット終了判定手段がサーバからのパケットの送信が終了したと判断した場合、サーバにセッション終了信号を送信する送信手段と、を備えたパケット送受信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット受信装置及びパケット受信方法に関する。
【０００２】
【従来の技術】
従来、ＳＭＩＬ（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）に記録して、コンピュータをそのプログラムに従って動作させるようにしてもよい。
【００４９】
このパケット受信プログラムは、例えば、サーバから送信されたパケットを受信するパケット受信手順と、パケット受信手順にて受信されたパケットの伝送誤りを検出する誤りパケット検出手順と、誤りパケット検出手順にて検出された誤りパケットを破棄するパケット破棄手順と、パケット受信手順にて伝送誤り無く受信されたパケットより音声データや動画データであるメディアデータを受信するメディア受信手順と、メディア受信手順がメディアデータの受信開始後、メディアデータの受信不能状態が所定時間継続した場合で、且つその間に誤りパケット検出手順にてパケットの誤りが検出されなければ、メディアデータの送信が終了したことを判定し、メディアデータの受信不能状態が所定時間継続した場合でも、その間に誤りパケット検出手順にてパケットの誤りが検出されれば、サーバからのメディアデータの送信が終了していないと判定するデータ終了判定手順と、を具備するものである。
【００５０】
ソフトウェアで制御する場合においても、上記実施の形態と同様の作用および効果を呈する。すなわち、伝送誤り等によってメディアデータの終了を通知するパケットの損失が生じても、メディアデータの受信不能状態が所定時間継続した場合で、且つその間にパケットの誤りが検出されなければ、メディアデータの送信が終了したと判定するので、速やかに次のメディアデータの受信を再開することが可能となる。また、伝送誤り等によるパケットの損失がある場合にはメディアデ−タの受信待ち状態を維持するので、バースト誤り等によってメディアデータの受信が一時的に中断した場合に、誤ってセッションを中断してしまう事態を低減させることが可能となる。
【００５１】
コンテンツ受信再生を行うプログラムを記録する記録媒体としては、上記ＲＡＭなどの半導体記憶手段の他、磁気記憶手段、光記憶手段又は光磁気記憶手段であっても構わない。
【００５２】
また、上記実施の形態では、コンテンツ記述言語としてＳＭＩＬを用いたが、他の記述言語としてＨＴＭＬを用いてもよい。また、コンテンツを記述せずに単にメディアを繰り返し再生する場合でもよい。
【００５３】
また、上記実施の形態では、コンテンツに含まれる複数のメディアを連続再生する場合について説明したが、１つのメディアをライブ中継するようなコンテンツでもよい。ライブ中継の場合は、終了時刻が明示されないことが多いので、本発明に用いることによって、ライブ中継コンテンツであっても正しく再生を終了することができる。
【００５４】
【発明の効果】
以上説明したように、本発明によれば、再生時間が指定されていないコンテンツを再生する場合であり、かつＢＹＥパケットが正しく受信されなかった場合であっても、終了時間を適切に判定することができる。さらに、パケット損失による再生の中断が発生した場合であっても、パケット損失を監視して終了時刻判定に用いるので、誤ってメディアデータの終了と判断して再生を停止してしまい後続のデータを再生できなくなる事態を回避することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るコンテンツ受信再生装置の構成を示すブロック図
【図２】本発明の実施の形態に係るコンテンツ受信再生装置のメディア連続再生時の動作を説明するためのシーケンス図
【図３】本発明の実施の形態に係るコンテンツ受信再生装置のメディア連続再生時の動作を説明するためのシーケンス図
【図４】本発明の実施の形態に係るパケット受信装置の構成を示すブロック図
【図５】ＳＭＩＬを用いたコンテンツ配信を説明するための図
【図６】ＳＭＩＬで記述された内容を説明するための図
【図７】メディアを連続再生する場合のシーケンス図
【図８】従来のメディア連続再生時の問題を説明するためのシーケンス図
【符号の説明】
１０１  アンテナ
１０２  送受信部
１０３  ＩＰパケット送受信部
１０４  ＴＣＰ送受信部
１０５  ＵＤＰ受信部
１０６  ＲＴＰ受信部
１０７  コンテンツ制御部
１０８  再生表示部
１０９  制御コマンド送受信部
１１０  パケット損失監視部
１１１  終了時刻判定部
【図１】
0003569241.tif 000002
【図２】
0003569241.tif 000003
【図３】
0003569241.tif 000004
【図４】
0003569241.tif 000005
【図５】
0003569241.tif 000006
【図６】
0003569241.tif 000007
【図７】
0003569241.tif 000008
【図８】
0003569241.tif 000009