JP2002354032A - パケット受信装置及びパケット受信方法 - Google Patents
パケット受信装置及びパケット受信方法Info
- Publication number
- JP2002354032A JP2002354032A JP2001161398A JP2001161398A JP2002354032A JP 2002354032 A JP2002354032 A JP 2002354032A JP 2001161398 A JP2001161398 A JP 2001161398A JP 2001161398 A JP2001161398 A JP 2001161398A JP 2002354032 A JP2002354032 A JP 2002354032A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- receiving
- media
- media data
- error
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Abstract
(57)【要約】
【課題】 ＢＹＥパケットが伝送誤りによって受信
できない場合であっても次のメディアの再生を開始する
ことができると共にバースト誤りによるメディアの一時
中断時にはセッションを終了せずに待機できるパケット
受信装置及びパケット受信方法を提供する。 【解決手段】 終了時刻判定部１１１は、ＲＴＰ受信部
１０６がＢＹＥパケットを受信しない場合であってもパ
ケット損失監視部１１０からのパケット損失情報及びＲ
ＴＰ受信部１０６からのＲＴＰパケット受信状況を考慮
し、パケット損失が生じて無くＲＴＰパケットも受信し
ていない状態が一定時間続いた場合にはサーバからのメ
ディア送信が終了したと判断して制御コマンド送受信部
１０９にメディアの停止を指示する。またＲＴＰ受信部
１０６がデータを受信しない場合であっても下位レイヤ
のパケット損失が生じて場合にはメディアが終了したと
は判定しない。
できない場合であっても次のメディアの再生を開始する
ことができると共にバースト誤りによるメディアの一時
中断時にはセッションを終了せずに待機できるパケット
受信装置及びパケット受信方法を提供する。 【解決手段】 終了時刻判定部１１１は、ＲＴＰ受信部
１０６がＢＹＥパケットを受信しない場合であってもパ
ケット損失監視部１１０からのパケット損失情報及びＲ
ＴＰ受信部１０６からのＲＴＰパケット受信状況を考慮
し、パケット損失が生じて無くＲＴＰパケットも受信し
ていない状態が一定時間続いた場合にはサーバからのメ
ディア送信が終了したと判断して制御コマンド送受信部
１０９にメディアの停止を指示する。またＲＴＰ受信部
１０６がデータを受信しない場合であっても下位レイヤ
のパケット損失が生じて場合にはメディアが終了したと
は判定しない。
Description
【０００１】
【発明の属する技術分野】本発明は、パケット受信装置
及びパケット受信方法に関する。
及びパケット受信方法に関する。
【０００２】
【従来の技術】従来、ＳＭＩＬ（Synchronized Multime
dia Integration Language）と呼ばれる技術がある。こ
の技術は、テキスト、静止画、動画、音声を含むコンテ
ンツを統合し、空間的および時間的配置を記述する方法
としてＷ３Ｃ（World Wide WebConsortium）によって標
準化されたものである。ＳＭＩＬ記述言語は、インター
ネットを通じて非常に普及しているハイパーテキスト記
述言語ＨＴＭＬ（Hypertext Markup Language）と似た
ものであるが、それと比較してコンテンツに時間情報を
持つ利点を有している。
dia Integration Language）と呼ばれる技術がある。こ
の技術は、テキスト、静止画、動画、音声を含むコンテ
ンツを統合し、空間的および時間的配置を記述する方法
としてＷ３Ｃ（World Wide WebConsortium）によって標
準化されたものである。ＳＭＩＬ記述言語は、インター
ネットを通じて非常に普及しているハイパーテキスト記
述言語ＨＴＭＬ（Hypertext Markup Language）と似た
ものであるが、それと比較してコンテンツに時間情報を
持つ利点を有している。
【０００３】ここで、図を用いてＳＭＩＬによって記述
されたサーバ上のコンテンツを、ネットワークを介して
クライアントが再生する方法について説明する。
されたサーバ上のコンテンツを、ネットワークを介して
クライアントが再生する方法について説明する。
【０００４】図５はＳＭＩＬを用いたコンテンツ配信を
説明するための図である。この図において、ユーザーが
ネットワーク２００を介してクライアント２０１からサ
ーバ２０３へアクセスし、コンテンツが記述されたＳＭ
ＩＬファイルを取得すると、クライアント２０１がその
ＳＭＩＬファイルを解釈する。そして、そのファイルに
記述されているテキスト、静止画、動画または音声等の
メディアをサーバ２０２、２０４から取得する一方、同
ファイルに記述されている時間情報に基づいてそれぞれ
のメディアを適切な時刻で再生する。なお、図５ではＳ
ＭＩＬファイルや動画データ等の各メディアファイルが
それぞれ個別のサーバ２０２、２０３、２０４に保存さ
れているが、１つのサーバに保存されている場合もあ
る。
説明するための図である。この図において、ユーザーが
ネットワーク２００を介してクライアント２０１からサ
ーバ２０３へアクセスし、コンテンツが記述されたＳＭ
ＩＬファイルを取得すると、クライアント２０１がその
ＳＭＩＬファイルを解釈する。そして、そのファイルに
記述されているテキスト、静止画、動画または音声等の
メディアをサーバ２０２、２０４から取得する一方、同
ファイルに記述されている時間情報に基づいてそれぞれ
のメディアを適切な時刻で再生する。なお、図５ではＳ
ＭＩＬファイルや動画データ等の各メディアファイルが
それぞれ個別のサーバ２０２、２０３、２０４に保存さ
れているが、１つのサーバに保存されている場合もあ
る。
【０００５】次に、ＳＭＩＬファイルや各メディアの伝
送方法について説明する。ＳＭＩＬファイル、静止画デ
ータ、テキストファイル等の各メディアファイルをサー
バからクライアントへ伝送する場合、インターネットで
広く普及しているＨＴＭＬと同様に信頼性のあるプロト
コルであるＴＣＰ（Transmission ControlProtocol）が
一般的に用いられる。一方、音声データや動画データと
いった時間的に連続するデータについては、リアルタイ
ム性を優先したＲＴＰ（Real-time Transport Protoco
l）およびＵＤＰ（User Datagram Protocol）というプ
ロトコルを用いて伝送されることが多い。
送方法について説明する。ＳＭＩＬファイル、静止画デ
ータ、テキストファイル等の各メディアファイルをサー
バからクライアントへ伝送する場合、インターネットで
広く普及しているＨＴＭＬと同様に信頼性のあるプロト
コルであるＴＣＰ（Transmission ControlProtocol）が
一般的に用いられる。一方、音声データや動画データと
いった時間的に連続するデータについては、リアルタイ
ム性を優先したＲＴＰ（Real-time Transport Protoco
l）およびＵＤＰ（User Datagram Protocol）というプ
ロトコルを用いて伝送されることが多い。
【０００６】ＴＣＰまたはＲＴＰ／ＵＤＰを伝送する下
位プロトコルとして、ＩＰ（Internet Protocol）プロ
トコルが一般的に用いられている。以上のＴＣＰ、ＲＴ
Ｐ、ＵＤＰ、ＩＰプロトコルは全てＩＥＴＦ（Internet
Engineering Task Force）によって標準化されてお
り、インターネットを中心に広く普及している。
位プロトコルとして、ＩＰ（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> 例１、例２は共にビデオ１の再生が終了した後にビデオ
２を再生するようにした記述である。なお、例１、例２
では共に動画の場合であるが、動画と静止画でも同様で
ある。
記述のように絶対時刻で指定する以外に、以下の例１、
例２に示すようにシーケンス的に指定することも可能で
ある。 例１ <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 Pr
otocol）のコマンドおよびレスポンス信号を表す。ＲＴ
ＳＰは信頼性のあるプロトコルであるＴＣＰ上を介して
通信される。一方、実際のメディアデータは点線で表し
たように非信頼性であるがリアルタイム通信に適したＲ
ＴＰプロトコルが用いられる。また、データの終わりを
表すコマンドもＲＴＰを用いて伝送される。
バとの間の実際の動作について説明する。図７はメディ
アを連続再生する場合のシーケンス図である。この図に
おいて、実線はリアルタイムデータの制御用に用いられ
るプロトコルであるＲＴＳＰ（Real Time Streaming Pr
otocol）のコマンドおよびレスポンス信号を表す。ＲＴ
ＳＰは信頼性のあるプロトコルであるＴＣＰ上を介して
通信される。一方、実際のメディアデータは点線で表し
たように非信頼性であるがリアルタイム通信に適したＲ
ＴＰプロトコルが用いられる。また、データの終わりを
表すコマンドもＲＴＰを用いて伝送される。
【００１２】さて、クライアントは、ＳＭＩＬ文書中の
ｖｉｄｅｏ１を再生する記述を解釈し、サーバに対して
再生を要求する（ステップ１）。サーバは、クライアン
トからの再生要求を受けると再生準備を開始し、その準
備が整った時点でＯＫを返す（ステップ２）。ＯＫを返
した後、ｖｉｄｅｏ１のデータの送信を開始する（ステ
ップ３）。そして、ｖｉｄｅｏ１のデータを全て送信し
終えると、ＲＴＰプロトコルで規定されているＲＴＣＰ
ＢＹＥという制御信号をクライアントに送信し、ｖｉ
ｄｅｏ１のデータを全て送信したことを通知する（ステ
ップ４）。
ｖｉｄｅｏ１を再生する記述を解釈し、サーバに対して
再生を要求する（ステップ１）。サーバは、クライアン
トからの再生要求を受けると再生準備を開始し、その準
備が整った時点でＯＫを返す（ステップ２）。ＯＫを返
した後、ｖｉｄｅｏ１のデータの送信を開始する（ステ
ップ３）。そして、ｖｉｄｅｏ１のデータを全て送信し
終えると、ＲＴＰプロトコルで規定されているＲＴＣＰ
ＢＹＥという制御信号をクライアントに送信し、ｖｉ
ｄｅｏ１のデータを全て送信したことを通知する（ステ
ップ４）。
【００１３】クライアントは、ＲＴＣＰ（RTP control
protocol） ＢＹＥを受信すると、セッションを終了す
るためにＲＴＳＰ ＴＥＡＲＤＯＷＮというコマンドを
送信する（ステップ５）。サーバはＴＥＡＲＤＯＷＮコ
マンドを受信するとセッションを終了し、その終了をク
ライアントに通知する（ステップ６）。クライアントは
ｖｉｄｅｏ１の再生が終了したので、続いてｖｉｄｅｏ
２の再生動作に移行する。ステップ７からステップ１２
まではｖｉｄｅｏ１と同様のシーケンスによりｖｉｄｅ
ｏ２の伝送を行う。
protocol） ＢＹＥを受信すると、セッションを終了す
るためにＲＴＳＰ ＴＥＡＲＤＯＷＮというコマンドを
送信する（ステップ５）。サーバはＴＥＡＲＤＯＷＮコ
マンドを受信するとセッションを終了し、その終了をク
ライアントに通知する（ステップ６）。クライアントは
ｖｉｄｅｏ１の再生が終了したので、続いてｖｉｄｅｏ
２の再生動作に移行する。ステップ７からステップ１２
まではｖｉｄｅｏ１と同様のシーケンスによりｖｉｄｅ
ｏ２の伝送を行う。
【００１４】
【発明が解決しようとする課題】しかしながら、この従
来のパケット受信方法においては、次のような問題があ
る。すなわち、音声データや動画データのようなリアル
タイムデータを、ＲＴＰを用いて無線回線などのビット
誤りの発生しやすい回線を用いて伝送する場合、メディ
アデータの終了を表すＲＴＣＰ ＢＹＥのパケットにビ
ット誤りが生じると、図８のシーケンス図に示すように
クライアントの下位レイヤによって破棄されてしまう。
このようになると、データの終わりがクライアントでは
分からないので、データの送信が全て終了したとしても
次のメディアの再生を開始することができなくなる。ま
た、バースト誤りによるメディアの一時中断時には、セ
ッションを終了してしまうことがある。
来のパケット受信方法においては、次のような問題があ
る。すなわち、音声データや動画データのようなリアル
タイムデータを、ＲＴＰを用いて無線回線などのビット
誤りの発生しやすい回線を用いて伝送する場合、メディ
アデータの終了を表すＲＴＣＰ ＢＹＥのパケットにビ
ット誤りが生じると、図８のシーケンス図に示すように
クライアントの下位レイヤによって破棄されてしまう。
このようになると、データの終わりがクライアントでは
分からないので、データの送信が全て終了したとしても
次のメディアの再生を開始することができなくなる。ま
た、バースト誤りによるメディアの一時中断時には、セ
ッションを終了してしまうことがある。
【００１５】本発明は係る点に鑑みてなされたものであ
り、メディア終了通知パケットであるＢＹＥパケットが
伝送誤りによって受信できない場合であっても、次のメ
ディアの再生を開始することができるとともに、バース
ト誤りによるメディアの一時中断時にはセッションを終
了せずに待機できるパケット受信装置及びパケット受信
方法を提供することを目的とする。
り、メディア終了通知パケットであるＢＹＥパケットが
伝送誤りによって受信できない場合であっても、次のメ
ディアの再生を開始することができるとともに、バース
ト誤りによるメディアの一時中断時にはセッションを終
了せずに待機できるパケット受信装置及びパケット受信
方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】本発明のパケット受信装
置は、サーバから送信されたパケットを受信するパケッ
ト受信手段と、前記パケット受信手段にて受信されたパ
ケットの伝送誤りを検出する誤りパケット検出手段と、
前記誤りパケット検出手段にて検出された誤りパケット
を破棄するパケット破棄手段と、前記パケット受信手段
にて伝送誤り無く受信されたパケットより音声データや
動画データであるメディアデータを受信するメディア受
信手段と、前記メディア受信手段が前記メディアデータ
の受信開始後、前記メディアデータの受信不能状態が所
定時間継続した場合で、且つその間に前記誤りパケット
検出手段にてパケットの誤りが検出されなければ、メデ
ィアデータの送信が終了したことを判定するデータ終了
判定手段と、を具備する構成を採る。
置は、サーバから送信されたパケットを受信するパケッ
ト受信手段と、前記パケット受信手段にて受信されたパ
ケットの伝送誤りを検出する誤りパケット検出手段と、
前記誤りパケット検出手段にて検出された誤りパケット
を破棄するパケット破棄手段と、前記パケット受信手段
にて伝送誤り無く受信されたパケットより音声データや
動画データであるメディアデータを受信するメディア受
信手段と、前記メディア受信手段が前記メディアデータ
の受信開始後、前記メディアデータの受信不能状態が所
定時間継続した場合で、且つその間に前記誤りパケット
検出手段にてパケットの誤りが検出されなければ、メデ
ィアデータの送信が終了したことを判定するデータ終了
判定手段と、を具備する構成を採る。
【００１７】この構成によれば、伝送誤り等によってメ
ディアデータの終了を通知するパケットの損失が生じて
も、メディアデータの受信不能状態が所定時間継続した
場合で、且つその間にパケットの誤りが検出されなけれ
ば、メディアデータの送信が終了したと判定するので、
速やかに次のメディアデータの受信を再開することが可
能となる。
ディアデータの終了を通知するパケットの損失が生じて
も、メディアデータの受信不能状態が所定時間継続した
場合で、且つその間にパケットの誤りが検出されなけれ
ば、メディアデータの送信が終了したと判定するので、
速やかに次のメディアデータの受信を再開することが可
能となる。
【００１８】また、本発明のパケット受信装置は、上記
パケット受信装置において、前記データ終了判定手段
は、前記メディアデータの受信不能状態が所定時間継続
した場合でも、その間に前記誤りパケット検出手段にて
パケットの誤りが検出されれば、前記サーバからのメデ
ィアデータの送信が終了していないと判定する。
パケット受信装置において、前記データ終了判定手段
は、前記メディアデータの受信不能状態が所定時間継続
した場合でも、その間に前記誤りパケット検出手段にて
パケットの誤りが検出されれば、前記サーバからのメデ
ィアデータの送信が終了していないと判定する。
【００１９】この構成によれば、伝送誤り等によるパケ
ットの損失がある場合には、メディアデ−タの受信待ち
状態を維持するので、バースト誤り等によってメディア
データの受信が一時的に中断した場合に、誤ってセッシ
ョンを中断してしまう事態を低減させることが可能とな
る。
ットの損失がある場合には、メディアデ−タの受信待ち
状態を維持するので、バースト誤り等によってメディア
データの受信が一時的に中断した場合に、誤ってセッシ
ョンを中断してしまう事態を低減させることが可能とな
る。
【００２０】また、本発明のパケット受信装置は、上記
パケット受信装置において、前記パケット受信手段は、
ＩＰパケットを受信するＩＰパケット受信手段と、ＵＤ
Ｐパケットを受信するＵＤＰパケット受信手段とを具備
し、前記メディア受信手段は、前記ＵＤＰパケット受信
手段より得られるＲＴＰパケットにてメディア終了信号
を受信する。
パケット受信装置において、前記パケット受信手段は、
ＩＰパケットを受信するＩＰパケット受信手段と、ＵＤ
Ｐパケットを受信するＵＤＰパケット受信手段とを具備
し、前記メディア受信手段は、前記ＵＤＰパケット受信
手段より得られるＲＴＰパケットにてメディア終了信号
を受信する。
【００２１】この構成によれば、ＲＴＰパケットを受信
するメディア受信手段よりも下位に位置するＩＰレイ
ヤ、ＵＤＰレイヤにおけるパケットの誤りを検出するこ
とによって、メディアデータの終了を通知するメディア
終了信号であるＢＹＥパケットの損失が生じても、サー
バからのメディアデータの送信終了を判定することがで
きる。
するメディア受信手段よりも下位に位置するＩＰレイ
ヤ、ＵＤＰレイヤにおけるパケットの誤りを検出するこ
とによって、メディアデータの終了を通知するメディア
終了信号であるＢＹＥパケットの損失が生じても、サー
バからのメディアデータの送信終了を判定することがで
きる。
【００２２】本発明のコンテンツ受信再生装置は、上記
パケット受信装置と、前記パケット受信装置のメディア
受信手段にてメディア終了信号が受信されていない状態
で、前記パケット受信装置のデータ終了判定手段からリ
アルタイムデータの終了が通知された場合に、サーバに
対してセッション終了コマンドを送信する制御コマンド
送信手段と、を具備する構成を採る。
パケット受信装置と、前記パケット受信装置のメディア
受信手段にてメディア終了信号が受信されていない状態
で、前記パケット受信装置のデータ終了判定手段からリ
アルタイムデータの終了が通知された場合に、サーバに
対してセッション終了コマンドを送信する制御コマンド
送信手段と、を具備する構成を採る。
【００２３】この構成によれば、伝送誤り等によってメ
ディア終了信号を伝送するパケットの損失が生じても、
メディアデータの送信が終了したと判定してサーバに対
してセッション終了コマンドを送信するので、速やかに
次のメディアデータの受信を再開することが可能とな
る。
ディア終了信号を伝送するパケットの損失が生じても、
メディアデータの送信が終了したと判定してサーバに対
してセッション終了コマンドを送信するので、速やかに
次のメディアデータの受信を再開することが可能とな
る。
【００２４】また、本発明のコンテンツ受信再生装置
は、上記コンテンツ受信再生装置において、コンテンツ
記述言語に応じてメディア受信手段にて受信されたメデ
ィアデータの再生及び表示を行う再生表示手段を具備す
る構成を採る。
は、上記コンテンツ受信再生装置において、コンテンツ
記述言語に応じてメディア受信手段にて受信されたメデ
ィアデータの再生及び表示を行う再生表示手段を具備す
る構成を採る。
【００２５】この構成によれば、ＳＭＩＬやＨＴＭＬ等
のコンテンツ記述言語に応じてコンテンツのメディアデ
ータの再生・表示ができる。
のコンテンツ記述言語に応じてコンテンツのメディアデ
ータの再生・表示ができる。
【００２６】本発明の通信端末は、上記装置を具備する
構成を採る。
構成を採る。
【００２７】この構成によれば、ＳＭＩＬやＨＴＭＬ記
述言語によるコンテンツのメディアデータの再生・表示
ができる。さらに、伝送誤り等によってメディア終了信
号を伝送するパケットの損失が生じても、メディアデー
タの送信が終了したと判定してサーバに対してセッショ
ン終了コマンドを送信するので、スムーズなコンテンツ
再生を行うことができる。
述言語によるコンテンツのメディアデータの再生・表示
ができる。さらに、伝送誤り等によってメディア終了信
号を伝送するパケットの損失が生じても、メディアデー
タの送信が終了したと判定してサーバに対してセッショ
ン終了コマンドを送信するので、スムーズなコンテンツ
再生を行うことができる。
【００２８】本発明のパケット受信方法は、サーバより
送られてくる音声データや動画データであるメディアデ
ータの受信開始後、前記メディアデータの受信不能状態
が所定時間継続した場合で、且つその間に前記メディア
データを受信するＲＴＰ受信手段よりも下位に位置する
ＵＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出
できなければ、前記サーバからのメディアデータの送信
が全て終了したことを判定してセッションを終了し、次
のメディアデータ再生処理を実行し、前記メディアデー
タの受信不能状態が所定時間継続してもその間に前記Ｕ
ＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出で
きれば、前記サーバからのメディアデータの送信が終了
していないと判定する。
送られてくる音声データや動画データであるメディアデ
ータの受信開始後、前記メディアデータの受信不能状態
が所定時間継続した場合で、且つその間に前記メディア
データを受信するＲＴＰ受信手段よりも下位に位置する
ＵＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出
できなければ、前記サーバからのメディアデータの送信
が全て終了したことを判定してセッションを終了し、次
のメディアデータ再生処理を実行し、前記メディアデー
タの受信不能状態が所定時間継続してもその間に前記Ｕ
ＤＰレイヤ、ＩＰレイヤにおいてパケット損失を検出で
きれば、前記サーバからのメディアデータの送信が終了
していないと判定する。
【００２９】この方法によれば、ＲＴＰパケットを受信
するメディア受信手段よりも下位に位置するＩＰレイ
ヤ、ＵＤＰレイヤにおけるパケットの誤りを検出するこ
とによって、メディアデータの終了を通知するメディア
終了信号であるＢＹＥパケットの損失が生じても、サー
バからのメディアデータの送信終了を判定することがで
きる。また、伝送誤り等によるパケットの損失がある場
合には、メディアデ−タの受信待ち状態を維持するの
で、バースト誤り等によってメディアデータの受信が一
時的に中断した場合に、誤ってセッションを中断してし
まう事態を低減させることが可能となる。
するメディア受信手段よりも下位に位置するＩＰレイ
ヤ、ＵＤＰレイヤにおけるパケットの誤りを検出するこ
とによって、メディアデータの終了を通知するメディア
終了信号であるＢＹＥパケットの損失が生じても、サー
バからのメディアデータの送信終了を判定することがで
きる。また、伝送誤り等によるパケットの損失がある場
合には、メディアデ−タの受信待ち状態を維持するの
で、バースト誤り等によってメディアデータの受信が一
時的に中断した場合に、誤ってセッションを中断してし
まう事態を低減させることが可能となる。
【００３０】本発明の記録媒体は、コンテンツ受信再生
プログラムを格納し、コンピュータにより読み取り可能
な記録媒体であって、前記コンテンツ受信再生プログラ
ムは、サーバから送信されたパケットを受信するパケッ
ト受信手順と、前記パケット受信手順にて受信されたパ
ケットの伝送誤りを検出する誤りパケット検出手順と、
前記誤りパケット検出手順にて検出された誤りパケット
を破棄するパケット破棄手順と、前記パケット受信手順
にて伝送誤り無く受信されたパケットより音声データや
動画データであるメディアデータを受信するメディア受
信手順と、前記メディア受信手順が前記メディアデータ
の受信開始後、前記メディアデータの受信不能状態が所
定時間継続した場合で、且つその間に前記誤りパケット
検出手順にてパケットの誤りが検出されなければ、メデ
ィアデータの送信が終了したことを判定し、前記メディ
アデータの受信不能状態が所定時間継続した場合でも、
その間に前記パケット検出手順にてパケットの誤りが検
出されれば、前記サーバからのメディアデータの送信が
終了していないと判定するデータ終了判定手順と、を具
備する。
プログラムを格納し、コンピュータにより読み取り可能
な記録媒体であって、前記コンテンツ受信再生プログラ
ムは、サーバから送信されたパケットを受信するパケッ
ト受信手順と、前記パケット受信手順にて受信されたパ
ケットの伝送誤りを検出する誤りパケット検出手順と、
前記誤りパケット検出手順にて検出された誤りパケット
を破棄するパケット破棄手順と、前記パケット受信手順
にて伝送誤り無く受信されたパケットより音声データや
動画データであるメディアデータを受信するメディア受
信手順と、前記メディア受信手順が前記メディアデータ
の受信開始後、前記メディアデータの受信不能状態が所
定時間継続した場合で、且つその間に前記誤りパケット
検出手順にてパケットの誤りが検出されなければ、メデ
ィアデータの送信が終了したことを判定し、前記メディ
アデータの受信不能状態が所定時間継続した場合でも、
その間に前記パケット検出手順にてパケットの誤りが検
出されれば、前記サーバからのメディアデータの送信が
終了していないと判定するデータ終了判定手順と、を具
備する。
【００３１】この記録媒体を、コンピュータを搭載して
ソフトウェア制御する構成のパケット受信装置に適用す
ることにより、伝送誤り等によってメディアデータの終
了を通知するパケットの損失が生じても、メディアデー
タの受信不能状態が所定時間継続した場合で、且つその
間にパケットの誤りが検出されなければ、メディアデー
タの送信が終了したと判定するので、速やかに次のメデ
ィアデータの受信を再開することが可能となる。また、
伝送誤り等によるパケットの損失がある場合にはメディ
アデ−タの受信待ち状態を維持するので、バースト誤り
等によってメディアデータの受信が一時的に中断した場
合に、誤ってセッションを中断してしまう事態を低減さ
せることが可能となる。
ソフトウェア制御する構成のパケット受信装置に適用す
ることにより、伝送誤り等によってメディアデータの終
了を通知するパケットの損失が生じても、メディアデー
タの受信不能状態が所定時間継続した場合で、且つその
間にパケットの誤りが検出されなければ、メディアデー
タの送信が終了したと判定するので、速やかに次のメデ
ィアデータの受信を再開することが可能となる。また、
伝送誤り等によるパケットの損失がある場合にはメディ
アデ−タの受信待ち状態を維持するので、バースト誤り
等によってメディアデータの受信が一時的に中断した場
合に、誤ってセッションを中断してしまう事態を低減さ
せることが可能となる。
【００３２】
【発明の実施の形態】本発明の骨子は、ＲＴＰパケット
の受信手段であるＲＴＰ受信手段より下位に位置するＩ
ＰレイヤやＵＤＰレイヤにおいてパケット損失を監視す
ることによって、伝送損失等によりメディアデータの終
了を表すＢＹＥパケットの損失が生じた場合であって
も、メディアデータの終了を判定するとともに、誤って
メディアの終了を判定してしまうことを防止することで
ある。
の受信手段であるＲＴＰ受信手段より下位に位置するＩ
ＰレイヤやＵＤＰレイヤにおいてパケット損失を監視す
ることによって、伝送損失等によりメディアデータの終
了を表すＢＹＥパケットの損失が生じた場合であって
も、メディアデータの終了を判定するとともに、誤って
メディアの終了を判定してしまうことを防止することで
ある。
【００３３】以下、本発明の実施の形態について、図面
を参照して詳細に説明する。
を参照して詳細に説明する。
【００３４】図１は、本発明の実施の形態に係るコンテ
ンツ受信再生装置の構成を示すブロック図である。この
図において、本実施の形態のコンテンツ受信再生装置
は、アンテナ１０１と、送受信部１０２と、ＩＰパケッ
ト送受信部１０３と、ＴＣＰ送受信部１０４と、ＵＤＰ
受信部１０５と、ＲＴＰ受信部１０６と、コンテンツ制
御部１０７と、パケット損失監視部１１０と、終了時刻
判定部１１１とを備えて構成される。コンテンツ制御部
１０７は、再生表示部１０８と制御コマンド送受信部１
０９とを有して構成される。
ンツ受信再生装置の構成を示すブロック図である。この
図において、本実施の形態のコンテンツ受信再生装置
は、アンテナ１０１と、送受信部１０２と、ＩＰパケッ
ト送受信部１０３と、ＴＣＰ送受信部１０４と、ＵＤＰ
受信部１０５と、ＲＴＰ受信部１０６と、コンテンツ制
御部１０７と、パケット損失監視部１１０と、終了時刻
判定部１１１とを備えて構成される。コンテンツ制御部
１０７は、再生表示部１０８と制御コマンド送受信部１
０９とを有して構成される。
【００３５】送受信部１０２は、アンテナ１０１を介し
て受信したＩＰパケットに無線処理（ダウンコンバー
ト、Ａ／Ｄ変換等の処理）と復調処理を施し、復調した
パケット信号をＩＰパケット送受信部１０３に入力す
る。また、ＩＰパケット送受信部１０３から入力された
パケット信号に変調処理と無線処理を施し、無線処理後
のＩＰパケットをアンテナ１０１から中空へ放出する。
ＩＰパケット送受信部１０３は、ＩＰパケットの送受信
を行うとともに、受信したＩＰパケットの誤りを検査
し、誤りがあればそのＩＰパケットのＩＰヘッダをパケ
ット損失監視部１１０に入力した後、パケットそのもの
を破棄する。一方、受信したＩＰパケットに誤りがなけ
ればそのＩＰパケットのＩＰヘッダを削除した後、ＴＣ
Ｐセグメントの場合はＴＣＰ送受信部１０４に、ＵＤＰ
セグメントの場合はＵＤＰ受信部１０５に入力する。
て受信したＩＰパケットに無線処理（ダウンコンバー
ト、Ａ／Ｄ変換等の処理）と復調処理を施し、復調した
パケット信号をＩＰパケット送受信部１０３に入力す
る。また、ＩＰパケット送受信部１０３から入力された
パケット信号に変調処理と無線処理を施し、無線処理後
のＩＰパケットをアンテナ１０１から中空へ放出する。
ＩＰパケット送受信部１０３は、ＩＰパケットの送受信
を行うとともに、受信したＩＰパケットの誤りを検査
し、誤りがあればそのＩＰパケットのＩＰヘッダをパケ
ット損失監視部１１０に入力した後、パケットそのもの
を破棄する。一方、受信したＩＰパケットに誤りがなけ
ればそのＩＰパケットのＩＰヘッダを削除した後、ＴＣ
Ｐセグメントの場合はＴＣＰ送受信部１０４に、ＵＤＰ
セグメントの場合はＵＤＰ受信部１０５に入力する。
【００３６】ＴＣＰ送受信部１０４は、ＩＰパケット送
受信部１０３から入力されたＴＣＰセグメントをコンテ
ンツ制御部１０７の制御コマンド送受信部１０９に入力
する。また、コンテンツ制御部１０７の制御コマンド送
受信部１０９から入力された制御コマンドをＴＣＰセグ
メントとしてＩＰパケット送受信部１０３に入力する。
ＵＤＰ受信部１０５は、ＩＰパケット送受信部１０３か
ら入力されたＵＤＰセグメントに含まれる誤りを検査
し、誤りがある場合にはそのＵＤＰセグメントのヘッダ
をパケット損失監視部１１０に入力した後、セグメント
そのものを破棄する。一方、誤りがない場合にはＵＤＰ
セグメントをＲＴＰパケットにしてＲＴＰ受信部１０６
に入力する。ＲＴＰ受信部１０６は、入力されたＲＴＰ
パケットをコンテンツ制御部１０７の再生表示部１０８
に入力するとともに、ＲＴＰパケットの受信状況を終了
時刻判定部１１１に報告する。
受信部１０３から入力されたＴＣＰセグメントをコンテ
ンツ制御部１０７の制御コマンド送受信部１０９に入力
する。また、コンテンツ制御部１０７の制御コマンド送
受信部１０９から入力された制御コマンドをＴＣＰセグ
メントとしてＩＰパケット送受信部１０３に入力する。
ＵＤＰ受信部１０５は、ＩＰパケット送受信部１０３か
ら入力されたＵＤＰセグメントに含まれる誤りを検査
し、誤りがある場合にはそのＵＤＰセグメントのヘッダ
をパケット損失監視部１１０に入力した後、セグメント
そのものを破棄する。一方、誤りがない場合にはＵＤＰ
セグメントをＲＴＰパケットにしてＲＴＰ受信部１０６
に入力する。ＲＴＰ受信部１０６は、入力されたＲＴＰ
パケットをコンテンツ制御部１０７の再生表示部１０８
に入力するとともに、ＲＴＰパケットの受信状況を終了
時刻判定部１１１に報告する。
【００３７】コンテンツ制御部１０７において、制御コ
マンド送受信部１０９は、図示せぬサーバからの制御コ
マンドを、ＴＣＰ／ＩＰパケットを用いて受信する。ま
た、ＴＣＰ／ＩＰパケットを用いて図示せぬサーバへ制
御コマンドを送信する。また、コンテンツの記述に応じ
て再生表示部１０８に対してメディアの再生開始や再生
停止を指示する。再生表示部１０８は、制御コマンド送
受信部１０９からの指示に従ってＲＴＰ受信部１０６よ
り入力されたＲＴＰパケットに含まれるメディアデータ
を再生・表示する。
マンド送受信部１０９は、図示せぬサーバからの制御コ
マンドを、ＴＣＰ／ＩＰパケットを用いて受信する。ま
た、ＴＣＰ／ＩＰパケットを用いて図示せぬサーバへ制
御コマンドを送信する。また、コンテンツの記述に応じ
て再生表示部１０８に対してメディアの再生開始や再生
停止を指示する。再生表示部１０８は、制御コマンド送
受信部１０９からの指示に従ってＲＴＰ受信部１０６よ
り入力されたＲＴＰパケットに含まれるメディアデータ
を再生・表示する。
【００３８】終了時刻判定部１１１は、ＲＴＰ受信部１
０６にてメディアの終了を表すＢＹＥパケットが受信さ
れた場合に、メディアの終了と判定してそのＢＹＥパケ
ットを制御コマンド送受信部１０９に入力する。
０６にてメディアの終了を表すＢＹＥパケットが受信さ
れた場合に、メディアの終了と判定してそのＢＹＥパケ
ットを制御コマンド送受信部１０９に入力する。
【００３９】また、終了時刻判定部１１１は、ＲＴＰ受
信部１０６にてＢＹＥパケットが受信されなくても、パ
ケット損失監視部１１０からのパケット損失情報および
ＲＴＰ受信部１０６からのＲＴＰパケット受信状況情報
を考慮して、パケット損失が生じてなくて、ＲＴＰパケ
ットを受信しない状態が一定時間続いた場合は、サーバ
からのメディアデータの送信が終了したと判定して制御
コマンド送受信部１０９にメディアの停止を指示する。
この場合、ＲＴＰ受信部１０６がＲＴＰパケットを受信
していなくても、パケット損失情報から下位レイヤのパ
ケット損失が生じていれば、メディアデータの送信が終
了したとは判定しない。
信部１０６にてＢＹＥパケットが受信されなくても、パ
ケット損失監視部１１０からのパケット損失情報および
ＲＴＰ受信部１０６からのＲＴＰパケット受信状況情報
を考慮して、パケット損失が生じてなくて、ＲＴＰパケ
ットを受信しない状態が一定時間続いた場合は、サーバ
からのメディアデータの送信が終了したと判定して制御
コマンド送受信部１０９にメディアの停止を指示する。
この場合、ＲＴＰ受信部１０６がＲＴＰパケットを受信
していなくても、パケット損失情報から下位レイヤのパ
ケット損失が生じていれば、メディアデータの送信が終
了したとは判定しない。
【００４０】すなわち、ＩＰレイヤ又はＵＤＰレイヤに
おけるパケット損失が発生していれば、ＲＴＰパケット
を一定時間受信していなくても、メディアデータの送信
が終了としたとは判定しない。なお、ＲＴＰ受信部１０
６がＲＴＰパケットを受信していなくても、下位レイヤ
のパケット損失が生じている場合とは、再生表示部１０
８において再生が中断する場合が続いた場合である。
おけるパケット損失が発生していれば、ＲＴＰパケット
を一定時間受信していなくても、メディアデータの送信
が終了としたとは判定しない。なお、ＲＴＰ受信部１０
６がＲＴＰパケットを受信していなくても、下位レイヤ
のパケット損失が生じている場合とは、再生表示部１０
８において再生が中断する場合が続いた場合である。
【００４１】ここで、ＢＹＥパケットが誤りのため破棄
されて、クライアントにメディアの終了時刻が通知され
ない場合の動作について説明する。図２は、メディアの
連続再生において、ＢＹＥパケットに伝送誤りが発生し
た場合の動作を示すシーケンス図である。なお、この図
において、ステップ１からステップ３までは図７のシー
ケンス図と同様であるので、説明を省略する。
されて、クライアントにメディアの終了時刻が通知され
ない場合の動作について説明する。図２は、メディアの
連続再生において、ＢＹＥパケットに伝送誤りが発生し
た場合の動作を示すシーケンス図である。なお、この図
において、ステップ１からステップ３までは図７のシー
ケンス図と同様であるので、説明を省略する。
【００４２】図２において、伝送誤りによってＢＹＥパ
ケットに誤りが発生すると、そのＢＹＥパケットがクラ
イアント側で破棄される。この時点では既にサーバから
メディアデータの送信が全て終了しているので、メディ
アデータが送信されることはないが、クライアント側で
はメディアデータの送信が終了したかどうかは分からな
い。このため、クライアント側では一定時間メディアデ
ータを受信できる状態を維持し、その間にメディアデー
タを受信できなければ、メディアデータの送信が終了し
たと判断してサーバに対してセッション切断を要求する
（ステップ５）。
ケットに誤りが発生すると、そのＢＹＥパケットがクラ
イアント側で破棄される。この時点では既にサーバから
メディアデータの送信が全て終了しているので、メディ
アデータが送信されることはないが、クライアント側で
はメディアデータの送信が終了したかどうかは分からな
い。このため、クライアント側では一定時間メディアデ
ータを受信できる状態を維持し、その間にメディアデー
タを受信できなければ、メディアデータの送信が終了し
たと判断してサーバに対してセッション切断を要求する
（ステップ５）。
【００４３】次に、無線回線上で頻繁に起こることが知
られているバーストエラーが発生した場合の動作につい
て説明する。なお、バーストエラーとは、伝送誤りがあ
る一定期間集中して起こるような誤りのパターンのこと
である。図３は、メディアの連続再生において、バース
ト誤りがメディアパケットに発生した場合の動作を示す
シーケンス図である。本シーケンス図では、図２と同様
に、ステップ３において、サーバから複数のパケットに
よってメディアデータをクライアントに送信する。
られているバーストエラーが発生した場合の動作につい
て説明する。なお、バーストエラーとは、伝送誤りがあ
る一定期間集中して起こるような誤りのパターンのこと
である。図３は、メディアの連続再生において、バース
ト誤りがメディアパケットに発生した場合の動作を示す
シーケンス図である。本シーケンス図では、図２と同様
に、ステップ３において、サーバから複数のパケットに
よってメディアデータをクライアントに送信する。
【００４４】図３において、サーバからクライアントに
向けてメディアデータを送信中に、バーストエラーが発
生すると、連続するパケットに誤りが生じるため、ＩＰ
レイヤとＵＤＰレイヤにおいて誤りを検出し全て破棄す
る処理を行う。その結果、ＲＴＰ受信部１０６はバース
トエラーが発生している間全くメディアデータを受信す
ることができなくなる。ＩＰレイヤとＵＤＰレイヤから
はパケット損失情報が出力されるので、終了時刻判定部
１１１はメディアデータの受信が終了しているとは判定
しない。したがって、クライアントはメディアデータを
受信できる状態をそのまま維持し、その後にバーストエ
ラーが終了した時点でメディアデータの受信を再開す
る。
向けてメディアデータを送信中に、バーストエラーが発
生すると、連続するパケットに誤りが生じるため、ＩＰ
レイヤとＵＤＰレイヤにおいて誤りを検出し全て破棄す
る処理を行う。その結果、ＲＴＰ受信部１０６はバース
トエラーが発生している間全くメディアデータを受信す
ることができなくなる。ＩＰレイヤとＵＤＰレイヤから
はパケット損失情報が出力されるので、終了時刻判定部
１１１はメディアデータの受信が終了しているとは判定
しない。したがって、クライアントはメディアデータを
受信できる状態をそのまま維持し、その後にバーストエ
ラーが終了した時点でメディアデータの受信を再開す
る。
【００４５】このように、本実施の形態のコンテンツ受
信再生装置によれば、再生時間が指定されていないコン
テンツを再生する場合において、伝送誤り等によってメ
ディアデータの終了を通知するＢＹＥパケットの損失が
生じても、メディアデータの受信不能状態が所定時間継
続した場合で、且つその間にパケットの誤りが検出され
なければ、メディアデータの送信が終了したと判定する
ので、速やかに次のメディアデータの受信を再開するこ
とが可能となる。
信再生装置によれば、再生時間が指定されていないコン
テンツを再生する場合において、伝送誤り等によってメ
ディアデータの終了を通知するＢＹＥパケットの損失が
生じても、メディアデータの受信不能状態が所定時間継
続した場合で、且つその間にパケットの誤りが検出され
なければ、メディアデータの送信が終了したと判定する
ので、速やかに次のメディアデータの受信を再開するこ
とが可能となる。
【００４６】また、伝送誤り等によるパケットの誤りが
検出されれば、メディアデ−タの受信待ち状態を維持す
るので、バースト誤り等によってメディアデータの受信
が一時的に中断した場合に、誤ってセッションを中断し
てしまって再生を停止してしまい、後続のデータを再生
できなくなる事態を回避することが可能となる。
検出されれば、メディアデ−タの受信待ち状態を維持す
るので、バースト誤り等によってメディアデータの受信
が一時的に中断した場合に、誤ってセッションを中断し
てしまって再生を停止してしまい、後続のデータを再生
できなくなる事態を回避することが可能となる。
【００４７】なお、上記実施の形態では、コンテンツを
受信して再生するコンテンツ受信再生装置について述べ
たが、コンテンツ制御部１０７を取り除いてコンテンツ
の受信のみを行うパケット受信装置としてもよい。図４
にそのパケット受信装置の構成を示す。
受信して再生するコンテンツ受信再生装置について述べ
たが、コンテンツ制御部１０７を取り除いてコンテンツ
の受信のみを行うパケット受信装置としてもよい。図４
にそのパケット受信装置の構成を示す。
【００４８】また、上記実施の形態では、コンテンツの
受信再生をハードウェア構成で行う場合について説明し
たが、これに限るものではなく、このコンテンツ受信再
生をソフトウェアとして行うことも可能である。例え
ば、コンテンツ受信再生を行うプログラムをコンピュー
タで読み取り可能な記録媒体に格納し、このプログラム
をコンピュータのＲＡＭ（Random Access Memory）に記
録して、コンピュータをそのプログラムに従って動作さ
せるようにしてもよい。
受信再生をハードウェア構成で行う場合について説明し
たが、これに限るものではなく、このコンテンツ受信再
生をソフトウェアとして行うことも可能である。例え
ば、コンテンツ受信再生を行うプログラムをコンピュー
タで読み取り可能な記録媒体に格納し、このプログラム
をコンピュータのＲＡＭ（Random Access Memory）に記
録して、コンピュータをそのプログラムに従って動作さ
せるようにしてもよい。
【００４９】このパケット受信プログラムは、例えば、
サーバから送信されたパケットを受信するパケット受信
手順と、パケット受信手順にて受信されたパケットの伝
送誤りを検出する誤りパケット検出手順と、誤りパケッ
ト検出手順にて検出された誤りパケットを破棄するパケ
ット破棄手順と、パケット受信手順にて伝送誤り無く受
信されたパケットより音声データや動画データであるメ
ディアデータを受信するメディア受信手順と、メディア
受信手順がメディアデータの受信開始後、メディアデー
タの受信不能状態が所定時間継続した場合で、且つその
間に誤りパケット検出手順にてパケットの誤りが検出さ
れなければ、メディアデータの送信が終了したことを判
定し、メディアデータの受信不能状態が所定時間継続し
た場合でも、その間に誤りパケット検出手順にてパケッ
トの誤りが検出されれば、サーバからのメディアデータ
の送信が終了していないと判定するデータ終了判定手順
と、を具備するものである。
サーバから送信されたパケットを受信するパケット受信
手順と、パケット受信手順にて受信されたパケットの伝
送誤りを検出する誤りパケット検出手順と、誤りパケッ
ト検出手順にて検出された誤りパケットを破棄するパケ
ット破棄手順と、パケット受信手順にて伝送誤り無く受
信されたパケットより音声データや動画データであるメ
ディアデータを受信するメディア受信手順と、メディア
受信手順がメディアデータの受信開始後、メディアデー
タの受信不能状態が所定時間継続した場合で、且つその
間に誤りパケット検出手順にてパケットの誤りが検出さ
れなければ、メディアデータの送信が終了したことを判
定し、メディアデータの受信不能状態が所定時間継続し
た場合でも、その間に誤りパケット検出手順にてパケッ
トの誤りが検出されれば、サーバからのメディアデータ
の送信が終了していないと判定するデータ終了判定手順
と、を具備するものである。
【００５０】ソフトウェアで制御する場合においても、
上記実施の形態と同様の作用および効果を呈する。すな
わち、伝送誤り等によってメディアデータの終了を通知
するパケットの損失が生じても、メディアデータの受信
不能状態が所定時間継続した場合で、且つその間にパケ
ットの誤りが検出されなければ、メディアデータの送信
が終了したと判定するので、速やかに次のメディアデー
タの受信を再開することが可能となる。また、伝送誤り
等によるパケットの損失がある場合にはメディアデ−タ
の受信待ち状態を維持するので、バースト誤り等によっ
てメディアデータの受信が一時的に中断した場合に、誤
ってセッションを中断してしまう事態を低減させること
が可能となる。
上記実施の形態と同様の作用および効果を呈する。すな
わち、伝送誤り等によってメディアデータの終了を通知
するパケットの損失が生じても、メディアデータの受信
不能状態が所定時間継続した場合で、且つその間にパケ
ットの誤りが検出されなければ、メディアデータの送信
が終了したと判定するので、速やかに次のメディアデー
タの受信を再開することが可能となる。また、伝送誤り
等によるパケットの損失がある場合にはメディアデ−タ
の受信待ち状態を維持するので、バースト誤り等によっ
てメディアデータの受信が一時的に中断した場合に、誤
ってセッションを中断してしまう事態を低減させること
が可能となる。
【００５１】コンテンツ受信再生を行うプログラムを記
録する記録媒体としては、上記ＲＡＭなどの半導体記憶
手段の他、磁気記憶手段、光記憶手段又は光磁気記憶手
段であっても構わない。
録する記録媒体としては、上記ＲＡＭなどの半導体記憶
手段の他、磁気記憶手段、光記憶手段又は光磁気記憶手
段であっても構わない。
【００５２】また、上記実施の形態では、コンテンツ記
述言語としてＳＭＩＬを用いたが、他の記述言語として
ＨＴＭＬを用いてもよい。また、コンテンツを記述せず
に単にメディアを繰り返し再生する場合でもよい。
述言語としてＳＭＩＬを用いたが、他の記述言語として
ＨＴＭＬを用いてもよい。また、コンテンツを記述せず
に単にメディアを繰り返し再生する場合でもよい。
【００５３】また、上記実施の形態では、コンテンツに
含まれる複数のメディアを連続再生する場合について説
明したが、１つのメディアをライブ中継するようなコン
テンツでもよい。ライブ中継の場合は、終了時刻が明示
されないことが多いので、本発明に用いることによっ
て、ライブ中継コンテンツであっても正しく再生を終了
することができる。
含まれる複数のメディアを連続再生する場合について説
明したが、１つのメディアをライブ中継するようなコン
テンツでもよい。ライブ中継の場合は、終了時刻が明示
されないことが多いので、本発明に用いることによっ
て、ライブ中継コンテンツであっても正しく再生を終了
することができる。
【００５４】
【発明の効果】以上説明したように、本発明によれば、
再生時間が指定されていないコンテンツを再生する場合
であり、かつＢＹＥパケットが正しく受信されなかった
場合であっても、終了時間を適切に判定することができ
る。さらに、パケット損失による再生の中断が発生した
場合であっても、パケット損失を監視して終了時刻判定
に用いるので、誤ってメディアデータの終了と判断して
再生を停止してしまい後続のデータを再生できなくなる
事態を回避することができる。
再生時間が指定されていないコンテンツを再生する場合
であり、かつＢＹＥパケットが正しく受信されなかった
場合であっても、終了時間を適切に判定することができ
る。さらに、パケット損失による再生の中断が発生した
場合であっても、パケット損失を監視して終了時刻判定
に用いるので、誤ってメディアデータの終了と判断して
再生を停止してしまい後続のデータを再生できなくなる
事態を回避することができる。
【図１】本発明の実施の形態に係るコンテンツ受信再生
装置の構成を示すブロック図
装置の構成を示すブロック図
【図２】本発明の実施の形態に係るコンテンツ受信再生
装置のメディア連続再生時の動作を説明するためのシー
ケンス図
装置のメディア連続再生時の動作を説明するためのシー
ケンス図
【図３】本発明の実施の形態に係るコンテンツ受信再生
装置のメディア連続再生時の動作を説明するためのシー
ケンス図
装置のメディア連続再生時の動作を説明するためのシー
ケンス図
【図４】本発明の実施の形態に係るパケット受信装置の
構成を示すブロック図
構成を示すブロック図
【図５】ＳＭＩＬを用いたコンテンツ配信を説明するた
めの図
めの図
【図６】ＳＭＩＬで記述された内容を説明するための図
【図７】メディアを連続再生する場合のシーケンス図
【図８】従来のメディア連続再生時の問題を説明するた
めのシーケンス図
めのシーケンス図
１０１ アンテナ １０２ 送受信部 １０３ ＩＰパケット送受信部 １０４ ＴＣＰ送受信部 １０５ ＵＤＰ受信部 １０６ ＲＴＰ受信部 １０７ コンテンツ制御部 １０８ 再生表示部 １０９ 制御コマンド送受信部 １１０ パケット損失監視部 １１１ 終了時刻判定部
Claims (8)
- 【請求項１】 サーバから送信されたパケットを受信す
るパケット受信手段と、 前記パケット受信手段にて受信されたパケットの伝送誤
りを検出する誤りパケット検出手段と、 前記誤りパケット検出手段にて検出された誤りパケット
を破棄するパケット破棄手段と、 前記パケット受信手段にて伝送誤り無く受信されたパケ
ットより音声データや動画データであるメディアデータ
を受信するメディア受信手段と、 前記メディア受信手段が前記メディアデータの受信開始
後、前記メディアデータの受信不能状態が所定時間継続
した場合で、且つその間に前記誤りパケット検出手段に
てパケットの誤りが検出されなければ、メディアデータ
の送信が終了したことを判定するデータ終了判定手段
と、 を具備することを特徴とするパケット受信装置。 - 【請求項２】 前記データ終了判定手段は、前記メディ
アデータの受信不能状態が所定時間継続した場合でも、
その間に前記誤りパケット検出手段にてパケットの誤り
が検出されれば、前記サーバからのメディアデータの送
信が終了していないと判定することを特徴とする請求項
１記載のパケット受信装置。 - 【請求項３】 前記パケット受信手段は、ＩＰパケット
を受信するＩＰパケット受信手段と、ＵＤＰパケットを
受信するＵＤＰパケット受信手段とを具備し、前記メデ
ィア受信手段は、前記ＵＤＰパケット受信手段より得ら
れるＲＴＰパケットにてメディア終了信号を受信するこ
とを特徴とする請求項１又は請求項２記載のパケット受
信装置。 - 【請求項４】 請求項１から請求項３のいずれかに記載
のパケット受信装置と、 前記パケット受信装置のメディア受信手段にてメディア
終了信号が受信されていない状態で、前記パケット受信
装置のデータ終了判定手段からリアルタイムデータの終
了が通知された場合に、サーバに対してセッション終了
コマンドを送信する制御コマンド送信手段と、 を具備することを特徴とするコンテンツ受信再生装置。 - 【請求項５】 コンテンツ記述言語に応じて前記メディ
ア受信手段にて受信されたメディアデータの再生及び表
示を行う再生表示手段を具備することを特徴とする請求
項４記載のコンテンツ受信再生装置。 - 【請求項６】 請求項１から請求項５のいずれかに記載
の装置を具備することを特徴とする通信端末。 - 【請求項７】 サーバより送られてくる音声データや動
画データであるメディアデータの受信開始後、前記メデ
ィアデータの受信不能状態が所定時間継続した場合で、
且つその間に前記メディアデータを受信するＲＴＰ受信
手段よりも下位に位置するＵＤＰレイヤ、ＩＰレイヤに
おいてパケット損失を検出できなければ、前記サーバか
らのメディアデータの送信が全て終了したことを判定し
てセッションを終了し、次のメディアデータ再生処理を
実行し、前記メディアデータの受信不能状態が所定時間
継続してもその間に前記ＵＤＰレイヤ、ＩＰレイヤにお
いてパケット損失を検出できれば、前記サーバからのメ
ディアデータの送信が終了していないと判定することを
特徴とするパケット受信方法。 - 【請求項８】 コンテンツ受信再生プログラムを格納
し、コンピュータにより読み取り可能な記録媒体であっ
て、前記コンテンツ受信再生プログラムは、サーバから
送信されたパケットを受信するパケット受信手順と、前
記パケット受信手順にて受信されたパケットの伝送誤り
を検出する誤りパケット検出手順と、前記誤りパケット
検出手順にて検出された誤りパケットを破棄するパケッ
ト破棄手順と、前記パケット受信手順にて伝送誤り無く
受信されたパケットより音声データや動画データである
メディアデータを受信するメディア受信手順と、前記メ
ディア受信手順が前記メディアデータの受信開始後、前
記メディアデータの受信不能状態が所定時間継続した場
合で、且つその間に前記誤りパケット検出手順にてパケ
ットの誤りが検出されなければ、メディアデータの送信
が終了したことを判定し、前記メディアデータの受信不
能状態が所定時間継続した場合でも、その間に前記パケ
ット検出手順にてパケットの誤りが検出されれば、前記
サーバからのメディアデータの送信が終了していないと
判定するデータ終了判定手順と、を具備することを特徴
とする記録媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001161398A JP3569241B2 (ja) | 2001-05-29 | 2001-05-29 | パケット受信装置及びパケット受信方法 |
| US10/333,587 US7296081B2 (en) | 2001-05-29 | 2002-05-21 | Packet reception apparatus and packet reception method |
| EP02726448.0A EP1301009B1 (en) | 2001-05-29 | 2002-05-21 | Packet reception apparatus and packet reception method |
| PCT/JP2002/004901 WO2002098109A1 (en) | 2001-05-29 | 2002-05-21 | Packet reception apparatus and packet reception method |
| CNB028023331A CN1198435C (zh) | 2001-05-29 | 2002-05-21 | 内容接收和播放装置和数据包接收方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001161398A JP3569241B2 (ja) | 2001-05-29 | 2001-05-29 | パケット受信装置及びパケット受信方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004144151A Division JP2004289862A (ja) | 2004-05-13 | 2004-05-13 | パケット受信装置及びパケット受信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002354032A true JP2002354032A (ja) | 2002-12-06 |
| JP3569241B2 JP3569241B2 (ja) | 2004-09-22 |
Family
ID=19004679
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001161398A Expired - Fee Related JP3569241B2 (ja) | 2001-05-29 | 2001-05-29 | パケット受信装置及びパケット受信方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7296081B2 (ja) |
| EP (1) | EP1301009B1 (ja) |
| JP (1) | JP3569241B2 (ja) |
| CN (1) | CN1198435C (ja) |
| WO (1) | WO2002098109A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008527800A (ja) * | 2004-12-31 | 2008-07-24 | ソニー エリクソン モバイル コミュニケーションズ， エービー | 通信ネットワークを介してメディアデバイスを遠隔制御する方法 |
| US8473617B2 (en) | 2004-12-31 | 2013-06-25 | Sony Corporation | Media client architecture for networked communication devices |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3821086B2 (ja) * | 2002-11-01 | 2006-09-13 | ソニー株式会社 | ストリーミングシステム及びストリーミング方法、クライアント端末及びデータ復号方法、並びにプログラム |
| JP2007506387A (ja) * | 2003-09-25 | 2007-03-15 | サムスン エレクトロニクス カンパニー リミテッド | テキストデータが結合されたマルチメディアデータのディスプレイ装置及びディスプレイ方法と該方法を行うプログラムが記録された記録媒体 |
| CN1305276C (zh) * | 2004-01-15 | 2007-03-14 | 中兴通讯股份有限公司 | 一种快速处理实时媒体流数据包的方法及其系统 |
| KR100652650B1 (ko) * | 2004-07-28 | 2006-12-06 | 엘지전자 주식회사 | 서비스 음영지역에서 동기화를 위한 피티티 서비스 시스템및 방법 |
| CN1855910B (zh) * | 2005-04-27 | 2010-12-15 | 国际商业机器公司 | 基于Web的统一通信系统和方法以及Web通信管理器 |
| CN100512300C (zh) * | 2006-01-13 | 2009-07-08 | 华为技术有限公司 | 一种在传输实时流时业务切换的方法 |
| US7769014B2 (en) * | 2007-02-13 | 2010-08-03 | Seiko Epson Corporation | Transmitting and receiving system, transmitting apparatus, and receiving apparatus |
| US8774203B2 (en) * | 2007-06-07 | 2014-07-08 | Intel Corporation | One-way message notification with out-of-order packet delivery |
| WO2008155595A1 (en) * | 2007-06-18 | 2008-12-24 | Nokia Corporation | Method and device for continuation of multimedia playback |
| JP4735680B2 (ja) * | 2008-08-12 | 2011-07-27 | ソニー株式会社 | 同期回路及び同期方法 |
| JP5285705B2 (ja) * | 2008-08-28 | 2013-09-11 | パナソニック株式会社 | 無線伝送装置、無線伝送方法、プログラム、及び集積回路 |
| CN101753367B (zh) * | 2008-11-28 | 2013-03-20 | 北京邮电大学 | 基于势函数构造拥塞丢包隶属度函数的方法 |
| US8554851B2 (en) | 2010-09-24 | 2013-10-08 | Intel Corporation | Apparatus, system, and methods for facilitating one-way ordering of messages |
| CN102571479B (zh) * | 2010-12-31 | 2014-12-10 | 中国移动通信集团河北有限公司 | 延时的测量方法、装置及系统 |
| ITTO20130376A1 (it) * | 2013-05-10 | 2014-11-11 | Recwon S R L | Metodo per la registrazione di una pluralità di file audio |
| CN108347718B (zh) * | 2018-02-02 | 2021-07-30 | 北京小米移动软件有限公司 | 监听通信包的方法、装置以及存储介质 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0230253A (ja) | 1988-07-20 | 1990-01-31 | Ricoh Co Ltd | ワークステーション装置の制御方法 |
| JPH04307838A (ja) | 1991-04-05 | 1992-10-30 | Matsushita Electric Ind Co Ltd | データ送受信方法 |
| JPH0653990A (ja) * | 1992-07-29 | 1994-02-25 | Nec Corp | 電子計算機 |
| US5450425A (en) * | 1993-11-19 | 1995-09-12 | Multi-Tech Systems, Inc. | Protocol for communication of a data packet |
| JPH10215278A (ja) * | 1997-01-30 | 1998-08-11 | Fujitsu Ltd | 無通信回避方法および装置 |
| US6031818A (en) * | 1997-03-19 | 2000-02-29 | Lucent Technologies Inc. | Error correction system for packet switching networks |
| JPH11243419A (ja) * | 1998-02-26 | 1999-09-07 | Fujitsu Ltd | Ｔｃｐレイヤのレート制御方式 |
| JPH11341046A (ja) | 1998-05-26 | 1999-12-10 | Nec Corp | 通信処理システム、装置及び方法 |
| FI105734B (fi) * | 1998-07-03 | 2000-09-29 | Nokia Networks Oy | Automaattinen uudelleenlähetys |
| JP2000078557A (ja) * | 1998-08-31 | 2000-03-14 | Canon Inc | 映像データ通信装置および映像ネットワークシステム、映像データ通信方法、記録媒体 |
| EP1006689B1 (en) * | 1998-11-30 | 2008-02-06 | Matsushita Electric Industries Co., Ltd. | Packet retransmission control using priority information |
| JP4028111B2 (ja) * | 1998-12-03 | 2007-12-26 | 古河電気工業株式会社 | 通信装置及び記録媒体 |
| US6757256B1 (en) * | 1999-08-10 | 2004-06-29 | Texas Instruments Incorporated | Process of sending packets of real-time information |
| US6680955B1 (en) * | 1999-08-20 | 2004-01-20 | Nokia Networks Oy | Technique for compressing a header field in a data packet |
| JP3478259B2 (ja) * | 2000-10-23 | 2003-12-15 | 日本電信電話株式会社 | ストリーム中継制御装置、ストリーム中継制御システム、ストリーム中継制御方法，ならびに該方法を記録した記録媒体 |
| US7007209B2 (en) * | 2002-02-25 | 2006-02-28 | Richard Charles Jaworski | System of testing the upstream cable modem channel |
| US7251690B2 (en) * | 2002-08-07 | 2007-07-31 | Sun Microsystems, Inc. | Method and system for reporting status over a communications link |
-
2001
- 2001-05-29 JP JP2001161398A patent/JP3569241B2/ja not_active Expired - Fee Related
-
2002
- 2002-05-21 WO PCT/JP2002/004901 patent/WO2002098109A1/ja active Application Filing
- 2002-05-21 CN CNB028023331A patent/CN1198435C/zh not_active Expired - Fee Related
- 2002-05-21 US US10/333,587 patent/US7296081B2/en not_active Expired - Fee Related
- 2002-05-21 EP EP02726448.0A patent/EP1301009B1/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008527800A (ja) * | 2004-12-31 | 2008-07-24 | ソニー エリクソン モバイル コミュニケーションズ， エービー | 通信ネットワークを介してメディアデバイスを遠隔制御する方法 |
| US8473617B2 (en) | 2004-12-31 | 2013-06-25 | Sony Corporation | Media client architecture for networked communication devices |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1301009A1 (en) | 2003-04-09 |
| CN1198435C (zh) | 2005-04-20 |
| CN1465170A (zh) | 2003-12-31 |
| US7296081B2 (en) | 2007-11-13 |
| JP3569241B2 (ja) | 2004-09-22 |
| EP1301009B1 (en) | 2015-07-01 |
| US20030156544A1 (en) | 2003-08-21 |
| WO2002098109A1 (en) | 2002-12-05 |
| EP1301009A4 (en) | 2005-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3569241B2 (ja) | パケット受信装置及びパケット受信方法 | |
| US11412021B2 (en) | Method and device for media streaming between server and client using RTP/RTSP standard protocol | |
| US7720983B2 (en) | Fast startup for streaming media | |
| KR102387161B1 (ko) | 비디오 스크린 프로젝션 방법과 장치, 컴퓨터 장비, 및 저장 매체 | |
| US7051110B2 (en) | Data reception/playback method and apparatus and data transmission method and apparatus for providing playback control functions | |
| US9673996B1 (en) | Redirection of a streaming media session in an anticipated failover scenario | |
| US20060195884A1 (en) | Interactive multichannel data distribution system | |
| EP3515083B1 (en) | Method and apparatus for performing synchronization operation on contents | |
| US8806048B2 (en) | Method and apparatus for transmitting and receiving streaming data based on real-time streaming protocol (RTSP) session | |
| US9363480B2 (en) | Obtaining replay of audio during a conference session | |
| JP2005110244A (ja) | マルチメディアストリーミングサービスシステム及びその方法 | |
| KR20040086242A (ko) | 데이터 전송 시스템, 동작 방법 및 디지털 미디어 캐리어 | |
| KR20150102747A (ko) | 무선 통신 시스템에서 어플리케이션 데이터를 디스플레이하기 위한 방법 및 장치 | |
| WO2012174927A1 (zh) | 一种视频监控系统及媒体穿越网络地址转换设备的方法 | |
| CN111107445B (zh) | 一种媒体协议流优化方法及系统 | |
| WO2010057391A1 (zh) | 一种流媒体播放控制方法、设备及系统 | |
| US20110307626A1 (en) | Faster than real time streaming in a playlist context | |
| US20080133656A1 (en) | Reproducer and content reproduction method | |
| JP2004289862A (ja) | パケット受信装置及びパケット受信方法 | |
| JP2005167891A (ja) | コンテンツサーバ、コンテンツ受信装置、プログラム及び記憶媒体 | |
| KR100624854B1 (ko) | 미디어 재전송 장치 및 방법 | |
| KR101528268B1 (ko) | 콘텐츠를 원격 위치들에 스트리밍하기 위한 시스템과 방법 | |
| WO2010096966A1 (zh) | 一种频道的切换方法、终端设备及频道切换服务器 | |
| KR100621313B1 (ko) | 데이터 버퍼링 장치 및 방법 | |
| KR20200097950A (ko) | 요청된 영상 재생시점에 따라 영상을 재생하는 방법 및 그 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040316 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040513 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040615 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040617 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080625 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080625 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090625 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100625 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110625 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120625 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120625 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130625 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |