JP2005260283A

JP2005260283A - Ａｖコンテンツのネットワーク再生方法

Info

Publication number: JP2005260283A
Application number: JP2004047267A
Authority: JP
Inventors: Takumi Tanabe; 匠田辺
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-02-13
Filing date: 2004-02-24
Publication date: 2005-09-22

Abstract

【課題】タイムスタンプを有するＡＶコンテンツをＡＶサーバからネットワークを介して再生しようとする場合、編集等によりタイムスタンプの不連続点が存在すると、その不連続点で音声データや画像データが途切れてしまう。
【解決手段】再生装置からＡＶサーバに、ＡＶコンテンツの全部または一部の領域を指定してＡＶコンテンツデータの最初のタイムスタンプ連続領域の範囲を問い合わせるとともに、その最初のタイムスタンプ連続領域の範囲の情報を取得し、さらにタイムスタンプが連続する次ぎのタイムスタンプ連続領域の範囲を問い合わせるとともにその連続領域の情報を取得し、順次この動作を繰り返して音声データあるいは画像データを途切れることなく再生する。
【選択図】図２

Description

本発明は、サーバに蓄積されている音声データあるいは画像データ等のＡＶコンテンツを、ネットワークを介して再生装置で再生するためのＡＶコンテンツのネットワーク再生方法に関する。

音声データや画像データがＭＰＥＧ等により信号圧縮されたＡＶコンテンツは、複数のＡＶパケットで構成され、それぞれのＡＶパケットの全部または一部にはその再生時間を示すタイムスタンプが含まれている。通常、このようなタイムスタンプが含まれているＡＶコンテンツは、このタイムスタンプを参照しながら再生することにより、連続した再生が可能となる。しかしながら、音声データや画像データの編集等によりこのタイムスタンプが不連続になってしまう（タイムスタンプの不連続点を含む）場合がある。例えば２時間の動画像からなる元のＡＶコンテンツの途中を３０分間カットしたとすると、タイムスタンプの時刻が３０分間飛んでしまい、不連続となる。

上記のような、タイムスタンプの不連続が生じた音声データや画像データをそのまま再生すると、音声や画像の途中で音飛びや画像飛びが発生する。通常、ＡＶサーバでは編集時の不連続点の情報を保存し、再生時に不連続点が到来してもタイムスタンプの値に拘わらず強制的に連続再生するようにしている。ところが、ＡＶサーバと再生装置がネットワークで接続され、ＡＶサーバに蓄積されているＡＶコンテンツをネットワークを介して再生しようとする場合、一般的に不連続点の情報はＡＶサーバのみが保有し、再生装置はＡＶコンテンツの中にタイムスタンプの不連続点を含むかどうか分からない。

特許文献１には、上記のようなタイムスタンプが不連続になった場合のリカバリ方法について開示されている。また、特許文献２には、ＡＶコンテンツを所定の時間単位に分割し、この分割されたＡＶコンテンツの各データと再生時間との対応情報を作成し、その対応情報をＡＶサーバから再生装置へあらかじめ送信するようにしたものが開示されている。

上記特許文献２に記載の方法によれば、ＡＶコンテンツに含まれているタイムスタンプの不連続点を再生装置があらかじめ知ることができるので、その不連続点で画像が途切れないように再生することが可能である。
特開２００２−２９０９１０号公報特開２００３−４６９２８号公報

しかしながら、特許文献１に開示のものは、タイムスタンプが不連続になった場合のリカバリ方法を提示しているにすぎず、ネットワークを介して再生することについては考慮されていない。

また、特許文献２に開示の方法では、ＡＶコンテンツの再生前に、分割されたＡＶコンテンツの各データと再生時間との対応情報を送信するという動作が必要となる。またこの対応情報のフォーマットは、動画像のコーデックや機器によって異なり、ネットワークを介して再生しようとする再生装置は様々なフォーマットの対応情報を理解する必要があるため、再生装置が非常に複雑になり、高価になるという課題がある。

本発明は、複数のＡＶパケットから構成され、前記ＡＶパケットには音声データまたは画像データ等のＡＶコンテンツデータが含まれ、前記ＡＶパケットの全部または一部に前記ＡＶパケットに含まれるＡＶコンテンツデータを再生する時刻を示すタイムスタンプを含み、タイムスタンプが複数のＡＶパケットにわたって連続している複数のタイムスタンプ連続領域から構成され、かつ、ＡＶサーバに蓄積されたＡＶコンテンツをネットワークを介して再生装置で再生する方法であって、前記再生装置が前記ＡＶサーバに、ＡＶコンテンツの全部または一部の領域を指定し、その領域内でタイムスタンプが連続する最初のタイムスタンプ連続領域の範囲を問い合わせるメッセージを所定の通信プロトコルにしたがって送信する第１のステップと、前記ＡＶサーバが前記第１のステップで再生装置から送信されたメッセージを受信し、指定された領域内でタイムスタンプが連続する最初のタイムスタンプ連続領域の範囲を前記再生装置に通知するメッセージを前記通信プロトコルにしたがって送信する第２のステップとを含むことを特徴とするＡＶコンテンツのネットワーク再生方法である。

さらに、前記再生装置が前記ＡＶサーバに、ＡＶコンテンツの一部の領域を指定し、その領域に引き続く第２のタイムスタンプ連続領域を問い合わせるメッセージを所定の通信プロトコルにしたがって送信する第３のステップと、前記ＡＶサーバが前記第３のステップで再生装置から送信されたメッセージを受信し、第２のタイムスタンプ連続領域を前記再生装置に通知するメッセージを前記通信プロトコルにしたがって送信する第４のステップとを含み、順次前記第３、第４のステップを繰り返すことを特徴とするＡＶコンテンツのネットワーク再生方法である。

以上のような本発明によれば、タイムスタンプを有するＡＶコンテンツをＡＶサーバからネットワークを介して再生しようとする場合、編集等によりタイムスタンプの不連続点が存在しても、その不連続点で音声データや画像データが途切れてしまうようなことがなくなり、例えば一般家庭や集合住宅等におけるＡＶサーバに蓄積記録された音声データあるいは画像データ等のＡＶコンテンツを、宅内の再生装置で再生するためのネットワーク再生に有用である。

（実施の形態１）
以下、本発明の実施の形態１について、図面を参照しながら説明する。

図１は、実施の形態１に係るネットワークシステムの概略構成図である。ＡＶサーバ１に設けられた蓄積手段１０１には、音声データあるいは静止画、動画等の画像データ等からなるＡＶコンテンツが蓄積されており、このＡＶサーバ１はネットワーク３を介して音声データあるいは静止画、動画等の画像データ等からなるＡＶコンテンツを再生可能な再生装置２と接続されている。

前記ＡＶサーバ１は再生装置２からの要求に応じて、蓄積手段１０１に蓄積されているＡＶコンテンツをネットワーク３を介してその再生装置２に送信する。再生装置２は、ＡＶサーバ１からＡＶコンテンツを受信し、そのＡＶコンテンツの内容に応じた処理を行う。ＡＶコンテンツの例としては、ＭＰＥＧ等で処理された動画像群やそれぞれの画像の再生時間が指定されている静止画群、あるいは音声等である。

このＡＶコンテンツは、複数のＡＶパケットから構成され、前記ＡＶパケットには音声データまたは画像データ等のＡＶコンテンツデータが含まれ、前記ＡＶパケットの全部または一部に前記ＡＶパケットに含まれるＡＶコンテンツデータを再生する時刻を示すタイムスタンプを含み、タイムスタンプが複数のＡＶパケットにわたって連続している複数のタイムスタンプ連続領域から構成され、かつ、ＡＶサーバに蓄積されている。

本発明はこのようなＡＶコンテンツをネットワークを介して再生装置で再生する方法である。

図２は、ＡＶサーバ１と再生装置２との間の送受信メッセージの例を記述したシーケンス図である。この実施の形態１ではこのＡＶサーバ１と再生装置２との間の送受信にＨＴＴＰプロトコルを用いる。なお、この送受信に用いるプロトコルはＨＴＴＰプロトコルに限られるものではない。

図３は、ＡＶサーバ１の蓄積手段１０１に蓄積されているＡＶコンテンツが図２に示すシーケンスで再生装置２との間で送受信される例を示す。ＡＶコンテンツは「ｍｏｖｉｅ．ｍｐｇ」というファイルで構成されている。このファイル「ｍｏｖｉｅ．ｍｐｇ」は本来は２時間分のＡＶコンテンツ、例えばテレビ放映された映画やドラマであり、その途中の３０分〜４０分の間と、１時間２０分〜１時間３０分の間が例えば映画放映中のニュースや天気予報等のスポット放映された時間で、この部分をカットしたものである。タイムスタンプの観点から見ると、図４に示すように「ｍｏｖｉｅ．ｍｐｇ」はタイムスタンプが連続している３つの領域（タイムスタンプ連続領域）から構成されている。すなわち、この３つのタイムスタンプ連続領域は最初の３０分間（０〜８６３９９９９９バイト目）、元のＡＶコンテンツの４０分〜１時間２０分に相当する４０分間（８６４０００００〜２０１５９９９９９バイト目）、元のＡＶコンテンツの１時間３０分〜２時間に相当する３０分間（２０１６０００００〜２８７９９９９９９バイト目）である。したがって、この「ｍｏｖｉｅ．ｍｐｇ」ではタイムスタンプの不連続点が２つ存在している。

次に、上記のようなＡＶコンテンツの再生について説明する。図２において、再生装置２は最初に「メッセージ１」をＡＶサーバ１に送信する。この「メッセージ１」はＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージであり、「ｍｏｖｉｅ．ｍｐｇ」を指定したＵＲＩを含むとともに拡張ヘッダとしてＸ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓヘッダをもち、指定した領域内（この例の場合は全ファイル）で再生順にしたがって最初（この場合は０バイト目から）からタイムスタンプが連続になる領域を問い合わせている。このヘッダの値は「ｂｙｔｅ」で指定されているが、これは、領域をバイト数で指定することを要求している。なお、「メッセージ１」のＣｏｎｎｅｃｔｉｏｎヘッダで、ＨＴＴＰプロトコルの下位層となるＴＣＰコネクションを切断しないことを求めている。ＡＶサーバ１は、切断の指示があるまでＴＣＰコネクションを維持する。以下のＣｏｎｎｅｃｔｉｏｎヘッダを含むメッセージについても同様である。

「メッセージ１」を受信したＡＶサーバ１は、「メッセージ２」を再生装置２に送信する。この「メッセージ２」はＨＴＴＰレスポンスメッセージであり、Ｘ−ＴＳＣｏｎｔｉｎｕｏｕｓヘッダをもち、最初のタイムスタンプが連続する領域（０〜８６３９９９９９バイト目）を通知する。「メッセージ２」はまた、Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダをもち、要求されたＡＶコンテンツがＭＰＥＧ画像であることを示す。更に、「メッセージ２」はＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを持ち、ＡＶサーバ１が「メッセージ２」と同等であるが、ＨＥＡＤメソッドではなくＧＥＴメソッドを含むメッセージを受信した場合、送信するＡＶコンテンツデータの長さが２８８００００００バイトであることを示す。

「メッセージ２」を受信した再生装置２は、「メッセージ３」をＡＶサーバ１に送信する。この「メッセージ３」はＧＥＴメソッドを含むＨＴＴＰリクエストメッセージであり、「ｍｏｖｉｅ．ｍｐｇ」を指定したＵＲＩを含むとともにＲａｎｇｅヘッダを有し、「メッセージ２」で獲得したタイムスタンプが連続する領域（０〜８６３９９９９９バイト目）を指定する。さらに「メッセージ３」は拡張ヘッダとしてＸ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダを有し、Ｒａｎｇｅヘッダで指定された領域に引き続く（つまり８６４０００００バイト目から）タイムスタンプが連続になる領域を問い合わせる。

「メッセージ３」を受信したＡＶサーバ１は、「メッセージ４」を再生装置２に送信する。この「メッセージ４」は、０〜８６３９９９９９バイト目までのＡＶコンテンツデータをメッセージボディにもつとともに、Ｃｏｎｔｅｎｔ−Ｒａｎｇｅヘッダでメッセージボディに含まれているデータが０〜８６３９９９９９バイト目であることと、トータルサイズが２８８００００００バイトであること、また、「メッセージ４」はＸ−ＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダをもち、引き続いてタイムスタンプが連続となる領域（つまり、８６４０００００〜２０１５９９９９９バイト目）に関する情報であり、再生装置２はこれらの情報を受ける。

更に「メッセージ４」は、Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダを持ち、「メッセージ４」に含まれて送信されるＡＶコンテンツデータがＭＥＰＧ画像であることを示す。「メッセージ４」は、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダも持ち、「メッセージ４」に含まれて送信されるＡＶコンテンツデータが８６４０００００バイトであることを示す。

ＡＶサーバ１と再生装置２はその後も順次「メッセージ３」及び「メッセージ４」と同様なメッセージの送受信を行い、３つ目のタイムスタンプ連続領域数に関する情報の送受信が行われ、ＡＶサーバ１からの「メッセージ８」ではファイルの終わりに達したので、Ｘ−ＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダの値はＮＵＬＬ（値がない）で送信される。

なお、タイムスタンプ連続領域がさらに多くある場合は、メッセージ３とメッセージ４のやりとりをそのタイムスタンプ連続領域数に対応してｎ回繰り返すようにされる。

以上、説明した実施の形態１によれば、ＡＶサーバ１からネットワーク３を介して再生装置２により再生しようとするＡＶコンテンツにタイムスタンプの不連続点が含まれている場合、再生装置２はＡＶサーバ１からタイムスタンプが連続する部分だけ順次受信することにより、ＡＶコンテンツは連続的に再生される。そしてこの再生装置２により再生される時、ＭＰＥＧ等で圧縮処理されていたＡＶコンテンツのデータは復号される。

なお、本実施の形態１では、Ｘ−ＴＳＣｏｎｔｉｎｕｏｕｓヘッダ及びＸ−ＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダでバイト単位で領域を指定したが、時間単位で指定してもよい。その場合は、Ｘ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓヘッダ及びＸ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダの値が時間指定を表す値（例えばｔｉｍｅ）になる。また、「メッセージ３」、「メッセージ４」等は、時間とバイト数の換算表をあらかじめもった上でＲａｎｇｅヘッダ及びＣｏｎｔｅｎｔ−Ｒａｎｇｅヘッダを用いるか、または別に定義した時間単位の分割伝送を用いる。

また、上記実施の形態１では、Ｘ−ＴＳＣｏｎｔｉｎｕｏｕｓヘッダとＸ−ＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダ、及び、Ｘ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓヘッダとＸ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダを区別したが、Ｘ−ＴＳＣｏｎｔｉｎｕｏｕｓヘッダ及びＸ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓヘッダだけを用いてもよい。この場合は、ＡＶサーバ１はＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージのＸ−ＴＳＣｏｎｔｉｎｕｏｕｓヘッダに対しては、指定された領域内の最初のタイムスタンプが連続する領域を示す情報を再生装置２に返し、同様にＧＥＴメソッドを含むＨＴＴＰリクエストメッセージのＸ−ＴＳＣｏｎｔｉｎｕｏｕｓヘッダに対しては、ＨＴＴＰレスポンスメッセージに含まれているデータの次に位置するタイムスタンプが連続する領域を示す情報を返す。

また、再生装置２はＸ−ＧｅｔＴＳＣｏｎｔｉｎｕｏｕｓＮｅｘｔヘッダを使わずに、毎回ＨＥＡＤメソッドを含むＨＴＴＰリクエストメッセージでタイムスタンプが連続する領域をＡＶサーバ１に問い合わせてもよい。この場合、例えば「メッセージ４」の後にＡＶサーバ１から送信されるＨＴＴＰリクエストメッセージはＲａｎｇｅヘッダを含み、その値が「８６４０００００−」となって、８６４０００００バイト目以降の領域を示す。

一般家庭や集合住宅等におけるＡＶサーバに蓄積記録された音声データあるいは画像データ等のＡＶコンテンツを、宅内の再生装置で再生するためのネットワーク再生に有用である。

本発明の実施の形態１に係るネットワークシステムの概略構成図本発明の実施の形態１に係るＡＶサーバと再生装置との間の送受信を記述したシーケンス図本発明の実施の形態１に係るＡＶサーバと再生装置との間で送受信されるＡＶコンテンツの例を示す図本発明の実施の形態１に係るＡＶコンテンツのデータ構成を示す図

符号の説明

１ＡＶサーバ
１０１蓄積手段
２再生装置
３ネットワーク

Claims

複数のＡＶパケットから構成され、前記ＡＶパケットには音声データまたは画像データ等のＡＶコンテンツデータが含まれ、前記ＡＶパケットの全部または一部に前記ＡＶパケットに含まれるＡＶコンテンツデータを再生する時刻を示すタイムスタンプを含み、タイムスタンプが複数のＡＶパケットにわたって連続している複数のタイムスタンプ連続領域から構成され、かつ、ＡＶサーバに蓄積されたＡＶコンテンツをネットワークを介して再生装置で再生する方法であって、前記再生装置が前記ＡＶサーバに、ＡＶコンテンツの全部または一部の領域を指定し、その領域内でタイムスタンプが連続する最初のタイムスタンプ連続領域の範囲を問い合わせるメッセージを所定の通信プロトコルにしたがって送信する第１のステップと、前記ＡＶサーバが前記第１のステップで再生装置から送信されたメッセージを受信し、指定された領域内でタイムスタンプが連続する最初のタイムスタンプ連続領域の範囲を前記再生装置に通知するメッセージを前記通信プロトコルにしたがって送信する第２のステップとを含むことを特徴とするＡＶコンテンツのネットワーク再生方法。
前記再生装置が前記ＡＶサーバに、ＡＶコンテンツの一部の領域を指定し、その領域に引き続く第２のタイムスタンプ連続領域を問い合わせるメッセージを所定の通信プロトコルにしたがって送信する第３のステップと、前記ＡＶサーバが前記第３のステップで再生装置から送信されたメッセージを受信し、第２のタイムスタンプ連続領域を前記再生装置に通知するメッセージを前記通信プロトコルにしたがって送信する第４のステップとを含み、順次前記第３、第４のステップを繰り返すことを特徴とする請求項１に記載のＡＶコンテンツのネットワーク再生方法。