JP3799607B2 - 情報配信システム、情報処理装置および方法、記録媒体、並びにプログラム - Google Patents
情報配信システム、情報処理装置および方法、記録媒体、並びにプログラム Download PDFInfo
- Publication number
- JP3799607B2 JP3799607B2 JP2002132308A JP2002132308A JP3799607B2 JP 3799607 B2 JP3799607 B2 JP 3799607B2 JP 2002132308 A JP2002132308 A JP 2002132308A JP 2002132308 A JP2002132308 A JP 2002132308A JP 3799607 B2 JP3799607 B2 JP 3799607B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- information
- management information
- section
- rtp
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet 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/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- 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/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
Description
【０００１】
【発明の属する技術分野】
本発明は、情報配信システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、例えば、ストリーミング配信において、パケット情報を効率良く作成することによって、パケット化に伴うオーバーヘッドの低減を図るようにした情報配信システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
従来、インターネットなどのようなIP（Internet Protocol）ネットワークを利用したストリーミング配信を行うための規格としてRTP（Real-Time Transport Protocol:RFC(Request for Comments)1889）がある。通常、RTPを用いるためには、送出しようとするメディアデータ（例えば、MPEG(Moving Picture Experts Group)1 video ISO/IEC(International Organization For Standardization /International Electrotechnical Commission）11172-2）をRTP形式に変換する必要がある。
【０００３】
図１は、従来のストリーミング配信を行う送出装置の構成例を示す図である。
【０００４】
記憶部１には、予めメディアデータファイル１１が記憶されており、そのメディアデータファイル１１をストリーミング配信する場合、パケタイザ２に出力される。パケタイザ２は、記憶部１から入力されたメディアデータファイル１１から、パケットロスを考慮した情報をヘッダ情報に含ませてRTP形式にパケット化し、さらに多重化しつつ、逐次、RTPパケット送出部３に出力する。RTPパケット送出部３は、パケタイザ２から入力されるRTPパケットを送出（配信）する。
【０００５】
このように、図１に示した送出装置においては、メディアデータファイル１１が、オンザフライ（on the fly）で、RTPパケットに変換されつつ送出（配信）される。
【０００６】
しかしながら、図１に示した送出装置の場合、ストリーミング配信時にメディアデータからRTPパケットに変換されるため、オンデマンド型のストリーミング配信には不向きであった。
【０００７】
そこで、オンデマンド型のストリーミング配信には、図２に示すような送出装置が利用される。図２において、図１と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０００８】
パケタイザ２は、記憶部１から入力されたメディアデータファイル１１をRTP形式にパケット化するとともに、そのパケット情報を予め作成し、パケット情報を付加したメディアデータファイル（以下、パケット情報付きメディアデータファイルと称する）１２を記憶部１に記憶させる。パケット情報付きメディアデータファイル１２には、パケタイズ後のデータそのものを保持させることができる。パケット情報には、元のオーディオデータあるいはビデオトラックを参照することで、どの程度の大きさのパケットに区切るか、またそのときのRTPヘッダ情報をどのような情報にするかといった情報が含まれる。
【０００９】
RTPパケット送出部３は、ストリーミング配信する場合、記憶部１に記憶されているパケット情報付きメディアデータファイル１２のパケット情報を参照することで、RTPパケットを送出（配信）する。
【００１０】
このように、図２に示した送出装置の場合、予め、メディアデータファイル１１からRTPパケットに変換されるため、RTP形式に変換する時間を短縮することができる。従って、オンデマンド型のストリーミング配信に好適である。
【００１１】
【発明が解決しようとする課題】
しかしながら、図２に示した送出装置の場合、ストリーミング配信するか否かに拘わらず、全てのメディアデータファイル１１に関してRTPパケット（すなわち、パケット情報付きメディアデータファイル１２）を予め作成しておく必要があった。
【００１２】
またRTPパケットは、ストリームデータの先頭位置から順に作成する必要があるため、効率的ではなく、さらに作成されたRTPパケットを部分的に削除することができなかった。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、パケット情報を効率良く作成するとともに、パケット化に伴うオーバヘッドの低減を図ることができ、また必要に応じてパケット情報を削除することができるようにするものである。
【００１４】
【課題を解決するための手段】
本発明の情報配信システムは、情報処理装置が、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成手段と、作成手段により作成された第１の管理情報を記憶する記憶手段と、作成手段により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成手段と、生成手段により生成された第１の区間の送信用データを情報端末装置に配信する配信手段と、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶手段に記憶されている管理情報を検索する検索手段とを備え、検索手段により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成手段は、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶手段は、作成手段により作成された第２の管理情報を記憶し、生成手段は、第１および第２の管理情報に基づいて、第２の区間の送信用データを生成し、配信手段は、生成手段により生成された第２の区間の送信用データを情報端末装置に配信し、情報端末装置が、情報処理装置に対し、データの配信を指示する指示手段と、指示手段に応じて情報処理装置から配信されてくる送信用データを受信する受信手段とを備えることを特徴とする。
【００１５】
本発明の情報処理装置は、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成手段と、作成手段により作成された第１の管理情報を記憶する記憶手段と、作成手段により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成手段と、生成手段により生成された第１の区間の送信用データを情報端末装置に配信する配信手段と、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶手段に記憶されている管理情報を検索する検索手段とを備え、検索手段により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成手段は、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶手段は、作成手段により作成された第２の管理情報を記憶し、生成手段は、第１および第２の管理情報に基づいて、第２の区間の送信用データを生成し、配信手段は、生成手段により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００１８】
管理情報には、データに関する時刻情報が含まれている。
【００１９】
管理情報には、データに対するアクセス情報が含まれ、情報端末装置からデータの配信が指示された場合、アクセス情報を更新する更新手段をさらに設けるようにすることができる。
【００２０】
アクセス情報に基づいて、管理情報を削除する削除手段をさらに設けるようにすることができる。
【００２１】
本発明の情報処理方法は、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、作成ステップの処理により作成された第１の管理情報を記憶する記憶ステップと、作成ステップの処理により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成ステップと、生成ステップの処理により生成された第１の区間の送信用データを情報端末装置に配信する配信ステップと、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶ステップの処理により記憶された管理情報を検索する検索ステップとを含み、検索ステップの処理により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶ステップは、作成ステップの処理により作成された第２の管理情報を記憶し、生成ステップは、第１および第２の情報に基づいて、第２の区間の送信用データを生成し、配信ステップは、生成ステップの処理により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００２２】
本発明の記録媒体に記録されているプログラムは、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、作成ステップの処理により作成された第１の管理情報を記憶する記憶ステップと、作成ステップの処理により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成ステップと、生成ステップの処理により生成された第１の区間の送信用データを情報端末装置に配信する配信ステップと、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶ステップの処理により記憶された管理情報を検索する検索ステップとを含み、検索ステップの処理により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶ステップは、作成ステップの処理により作成された第２の管理情報を記憶し、生成ステップは、第１および第２の情報に基づいて、第２の区間の送信用データを生成し、配信ステップは、生成ステップの処理により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００２３】
本発明のプログラムは、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、作成ステップの処理により作成された第１の管理情報を記憶する記憶ステップと、作成ステップの処理により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成ステップと、生成ステップの処理により生成された第１の区間の送信用データを情報端末装置に配信する配信ステップと、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶ステップの処理により記憶された管理情報を検索する検索ステップとを含み、検索ステップの処理により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶ステップは、作成ステップの処理により作成された第２の管理情報を記憶し、生成ステップは、第１および第２の情報に基づいて、第２の区間の送信用データを生成し、配信ステップは、生成ステップの処理により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００２４】
本発明の情報配信システムにおいては、情報端末装置からデータの配信が指示された場合、情報処理装置で、送信データ生成に関する管理情報が作成され、その管理情報に基づいて送信用データが生成され、配信される。そして情報端末装置からさらにデータの配信が指示された場合、管理情報が検索され、指示されたデータの管理情報が検索されなかった場合、新たに管理情報が作成される。
【００２５】
本発明の情報処理装置および方法、並びにプログラムにおいては、情報端末装置からデータの配信が指示された場合、送信データ生成に関する管理情報が作成され、その管理情報に基づいて送信用データが生成され、配信される。そして情報端末装置からさらにデータの配信が指示された場合、管理情報が検索され、指示されたデータの管理情報が検索されなかった場合、新たに管理情報が作成される。
【００２６】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００２７】
図３は、本発明を適用したストリーミング配信システムの構成例を示す図である。このストリーミング配信システムにおいては、インターネットなどのネットワーク２２に、ストリーミング配信サーバ２１およびユーザ端末装置２３が接続されている。
【００２８】
ストリーミング配信サーバ２１は、コンピュータであって、そのCPU（Central Processing Unit）３１（図４）がサーバプログラムに基づいて、後述する処理を実行する。例えば、ストリーミング配信サーバ２１は、ハードディスクドライブ（HDD）３９に様々なメディアデータを記憶させ、ユーザ端末装置２３からネットワーク２２を介して所定のメディアデータのストリーミング配信が要求された場合、対応するメディアデータを読み出し、RTPパケットを生成し、ネットワーク２２を介して配信する。
【００２９】
ユーザ端末装置２３は、例えば、デジタル携帯電話機、PDA（Personal Digital Assistant）、あるいはパーソナルコンピュータなどにより構成され、ネットワーク２２を介してストリーミング配信サーバ２１にアクセスし、メディアデータの配信を要求し、その要求に基づいて配信されてくるメディアデータを受信する。ユーザ端末装置２３は、受信したメディアデータを再生し、ユーザに視聴させる。
【００３０】
ネットワーク２２は、公衆回線網、移動体無線通信網、ローカルエリアネットワーク、またはインターネットなどのネットワーク、デジタル衛星放送といった、有線または無線のいずれでもよい。
【００３１】
図３に示したストリーミング配信システムの例では、ユーザ端末装置２３を１つしか図示していないが、勿論、多数のユーザ端末装置が接続されることは言うまでもない。
【００３２】
図４は、ストリーミング配信サーバ２１の構成例を示すブロック図である。なお、図示は省略するが、ユーザ端末装置２３も同様に構成される。
【００３３】
CPU３１は、ROM（Read Only Memory）３２に記憶されているサーバプログラム、またはハードディスクドライブ３９からRAM（Random Access Memory）３３にロードされたサーバプログラムに従って各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３４】
CPU３１、ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インターフェース３５も接続されている。
【００３５】
入出力インターフェース３５には、ボタン、スイッチ、キーボードあるいはマウスなどで構成される入力部３６、CRT（Cathode Ray Tube）やLCD（Liquid Crystal Display）などのディスプレイ、並びにスピーカなどで構成される出力部３７、モデムやターミナルアダプタなどで構成される通信部３８、およびハードディスクドライブ３９が接続されている。通信部３８は、ネットワーク２２を介して通信処理を行う。ハードディスクドライブ３９には、サーバプログラムの他、メディアデータ、およびメディアデータに基づいて作成されたRTP情報がデータベース化されて格納されている。
【００３６】
入出力インターフェース３５にはまた、必要に応じてドライブ４０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、あるいは半導体メモリ４４などが適宜装着され、そこから読み出されたコンピュータプログラム（サーバプログラムなど）が、必要に応じてハードディスクドライブ３９にインストールされる。
【００３７】
図５は、ストリーミング配信サーバ２１にインストールされて実行される、サーバプログラムの機能を説明する図である。
【００３８】
ハードディスクドライブ３９には、複数のメディアデータを記憶するメディアファイル記憶部６１、および、メディアデータに基づいて作成されたRTP情報ファイル（その詳細は図６を用いて後述する）を記憶するRTP情報ファイル記憶部６２が設けられている。なお、メディアデータとRTP情報ファイルは、参照（ポインタ）情報などによってリンクされている。
【００３９】
RTSP（Real Time Streaming Protocol:RFC2326）送受信部５１は、ユーザ端末装置２３とのネットワーク２２を介したRTSPの情報の送受信を制御する。
【００４０】
例えば、ユーザ端末装置２３からネットワーク２２を介して、RTSPのDESCRIBEメソッドが送信（発行）されてきた場合、RTSP送受信部５１は、DESCRIBEメソッドに応じて、所望のメディアデータに関する情報をSDP（Session Description Protocol:RFC2327）として返信する。
【００４１】
また例えば、SDPを受信したユーザ端末装置２３からネットワーク２２を介して、RTSPのSETUPメソッドが送信されてきた場合、RTSP送受信部５１は、SETUPメソッドに応じて、RTP送出部５２にパケット送出準備を行わせる。SETUPメソッドには、ユーザ端末装置２３がメディアデータを受信するためのUDP（User Datagram Protocol ）ポートに関する情報などが含まれている。
【００４２】
さらにまた例えば、RTP送出部５２のセットアップ終了後、ユーザ端末装置２３からネットワーク２２を介して、RTSPのPLAYメソッド（再生要求コマンド）が送信されてきた場合、RTSP送受信部５１は、PLAYメソッドをRTP送出部５２に供給する。
【００４３】
RTP送出部５２は、RTSP送受信部５１から供給されるSETUPメソッドに含まれるUDPポートに関する情報に基づいて、ユーザ端末装置２３へパケット送出するためのセットアップを行う。
【００４４】
またRTP送出部５２は、RTSP送受信部５１から供給されるPLAYメソッドに応じて、ハードディスクドライブ３９のRTP情報ファイル記憶部６２を参照し、所望のRTP情報ファイルを検索する。
【００４５】
所望のRTP情報ファイルが検索された場合、RTP送出部５２は、パケタイザ５３を制御し、検索されたRTP情報ファイルに基づいて、メディアファイル記憶部６１に記憶されている複数のメディアデータから所望のメディアデータを読み出させ、RTPパケットを生成させる。
【００４６】
所望のRTP情報ファイルが検索されなかった場合、RTP送出部５２は、パケタイザ５３を制御し、メディアファイル記憶部６１に記憶されている複数のメディアデータから所望のメディアデータを読み出させ、読み出したメディアデータからRTP情報ファイルを作成させ、ハードディスクドライブ３９のRTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイルに基づいてRTPパケットを生成させる。
【００４７】
RTP送出部５２は、パケタイザ５３により生成されたRTPパケットを、ネットワーク２２を介してユーザ端末装置２３に送出（配信）する。
【００４８】
図６は、ユーザ端末装置２３からのPLAYメソッドに応じて、ストリーミング配信サーバ２１がRTP情報ファイルを作成する処理を説明するための図である。同図における横軸は、時刻（時間軸）で表わされている。ここでは、複数のユーザ（図６の例の場合、ユーザＡ乃至ユーザＣ）が、メディアファイル記憶部６１に記憶されているメディアデータ７１に対して、PLAYメソッド（再生）を要求した場合について説明する。なお、１００分（min）からなるメディアデータ７１は、ユーザによって１度もアクセスされておらず、RTP情報ファイルは未だ作成されていないものとする。
【００４９】
例えば、ユーザＡが、メディアデータ７１のうち、区間Ｔ１（０乃至２０分）のデータのPLAYメソッドを要求した場合、ストリーミング配信サーバ２１のRTSP送受信部５１は、RTP送出部５２を制御し、RTP情報ファイル記憶部６２から、PLAYメソッドに対応するRTP情報ファイルを検索させる。RTP送出部５２は、所望のRTP情報を検索することができないため、パケタイザ５３を制御し、メディアファイル記憶部６１に記憶されている、区間Ｔ１のメディアデータ７１を読み出させ、読み出したメディアデータ７１からRTP情報ファイル７２−１を作成させ、RTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイル７２−１に基づいてRTPパケットを生成させる。これにより、RTP送出部５２は、パケタイザ５３により生成された区間Ｔ１のメディアデータ７１のRTPパケットを、ユーザＡの端末に送信することができる。
【００５０】
また例えば、ユーザＢが、メディアデータ７１のうち、区間Ｔ２（６０乃至７５分）のデータのPLAYメソッドを要求した場合、RTSP送受信部５１は、RTP送出部５２を制御し、RTP情報ファイル記憶部６２から、PLAYメソッドに対応するRTP情報ファイルを検索させる。RTP送出部５２は、所望のRTP情報を検索することができないため、パケタイザ５３を制御し、区間Ｔ２のメディアデータ７１からRTP情報ファイル７２−２を作成させ、RTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイル７２−２に基づいてRTPパケットを生成させる。これにより、RTP送出部５２は、パケタイザ５３により生成された区間Ｔ２のメディアデータ７１のRTPパケットを、ユーザＢの端末に送信することができる。
【００５１】
さらにまた例えば、ユーザＣが、メディアデータ７１のうち、区間Ｔ３（１５乃至５０分）のデータのPLAYメソッドを要求した場合、RTSP送受信部５１は、RTP送出部５２を制御し、RTP情報ファイル記憶部６２から、PLAYメソッドに対応するRTP情報ファイルを検索させる。
【００５２】
いまの場合、上述したユーザＡからのアクセスによって、０乃至２０分の区間のメディアデータ７１のRTP情報ファイル７２−１が既に作成されているため、RTP情報ファイル７２−１が検索される。そして、RTP送出部５２は、検索されたRTP情報ファイル７２−１に基づいて、１５乃至２０分の区間のメディアデータ７１のRTPパケットを生成させる。しかしながら、２０乃至５０分の区間のメディアデータ７１のRTP情報ファイルは未だ作成されていないため、RTP送出部５２は、パケタイザ７１を制御し、２０乃至５０分の区間のメディアデータ７１からRTP情報ファイル７２−３を作成させ、RTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイル７２−３に基づいてRTPパケットを生成させる。これにより、RTP送出部５２は、パケタイザ５３により生成された区間Ｔ３のメディアデータ７１のRTPパケットを、ユーザＣの端末に送信することができる。
【００５３】
このように、ユーザ（ユーザ端末装置２３）からのPLAYメソッドに応じて、１つのメディアデータ７１から複数のRTP情報ファイル７２−１乃至７２−３が作成され、RTP情報ファイル記憶部６２に記憶される。これにより、RTPパケット送出時には、記憶されているRTP情報ファイル７２−１乃至７２−３を参照することができ、RTPパケットを効率的に生成して送信することができる。
【００５４】
図７は、図６の処理によって作成されたRTP情報ファイル７２−１乃至７２−３の詳細な構成例を示す図である。同図に示されるように、RTP情報ファイル７２−１乃至７２−３は、それぞれ、ファイル名、開始時刻、終了時刻、作成中フラグ、アクセス情報、前のファイル名、次のファイル名、および複数のRTPパケットからなる情報が記録されている。また各RTPパケットには、RTPヘッダ、メディアデータ内開始位置、およびメディアデータ内終了位置からなる情報が記録されている。
【００５５】
ファイル名は、RTP情報ファイルに付される名称であり、例えば、「メディアデータのファイル名＋開始時刻」とすることでユニークに命名することができる。開始時刻および終了時刻は、メディアデータ内における時刻を表わしている。作成中フラグは、RTP情報ファイルが作成中である場合、“１”に設定され、作成が終了されると“０”に戻される。アクセス情報は、このRTP情報ファイルにアクセスされる毎に１ずつインクリメントされるカウンタ情報を表わしている。前のファイル名は、現在のRTP情報ファイルの前のRTP情報ファイルのファイル名を表わし、次のファイル名は、現在のRTP情報ファイルの後のRTP情報ファイルのファイル名を表わしている。
【００５６】
RTPパケットは、メディアデータのPLAYメソッドにより指定される開始時刻および終了時刻のフレーム区間に生成された所定長のデータを表わしている。RTPヘッダは、生成されたRTPパケットに含まれるタイムスタンプを表わしている。メディアデータ内開始時刻およびメディアデータ内終了時刻は、メディアデータのPLAYメソッドにより指定されるフレーム区間内における時刻を表わしている。
【００５７】
図７の例の場合、RTP情報ファイル７２−１のファイル名には、例えば、“Movie1.mpg.000000”、開始時刻には“0分”、終了時刻には“20分”、作成中フラグには“0”、アクセス情報には“2”（上述した図６の処理によりユーザＡおよびユーザＣがアクセスしたため）、前のファイル名には“0，No、または存在せず”など、次のファイル名には“Movie1.mpg.000020”（RTP情報ファイル７２−３のファイル名）が記録される。また、RTPパケット#1のメディアデータ内開始位置には“0パケット”、メディアデータ内終了位置には“10パケット”、RTPパケット#2のメディアデータ内開始位置には“11パケット”、メディアデータ内終了位置には“20パケット”・・・が記録される。
【００５８】
RTP情報ファイル７２−３のファイル名には、例えば、“Movie1.mpg.000020”、開始時刻には“20分”、終了時刻には“50分”、作成中フラグには“0”、アクセス情報には“1”（上述した図６の処理によりユーザＣがアクセスしたため）、前のファイル名には“Movie1.mpg.000000”（RTP情報ファイル７２−１のファイル名）、次のファイル名には“Movie1.mpg.000060”（RTP情報ファイル７２−２のファイル名）が記録される。また、RTPパケット#1のメディアデータ内開始位置には“0パケット”、メディアデータ内終了位置には“10パケット”、RTPパケット#2のメディアデータ内開始位置には“11パケット”、メディアデータ内終了位置には“20パケット”・・・が記録される。
【００５９】
RTP情報ファイル７２−２のファイル名には、例えば、“Movie1.mpg.000060”、開始時刻には“60分”、終了時刻には“75分”、作成中フラグには“0”、アクセス情報には“1”（上述した図６の処理によりユーザＢがアクセスしたため）、前のファイル名には“Movie1.mpg.000020”（RTP情報ファイル７２−３のファイル名）、次のファイル名には“0，No、または存在せず”などが記録される。また、RTPパケット#1のメディアデータ内開始位置には“0パケット”、メディアデータ内終了位置には“10パケット”、RTPパケット#2のメディアデータ内開始位置には“11パケット”、メディアデータ内終了位置には“20パケット”・・・が記録される。
【００６０】
このように、RTP情報ファイル７２−１乃至７２−３の各RTPパケットには、メディアデータへのポインタ情報（メディアデータ内開始位置およびメディアデータ内終了位置）のみを含ませ、実データを保持しないようにすることで、ファイル容量を極力抑えることができる。
【００６１】
また、RTP情報ファイル７２−１乃至７２−３は、それぞれ相互にリンクされているため、次に説明するパケット送出処理において、効率的にRTP情報ファイルを検索することができる。
【００６２】
次に、図８のフローチャートを参照して、ストリーミング配信サーバ２１が実行するパケット送出処理について説明する。なお、この処理（スレッド）は、ストリーミング配信サーバ２１が、ネットワーク２２を介してユーザ端末装置２３からPLAYメソッドを受け取ったときに開始される。
【００６３】
RTSP送受信部５１は、ユーザ端末装置２３から受け取ったPLAYメソッドをRTP送出部５２に供給する。RTP送出部５２は、ステップＳ１において、RTSP送受信部５１から供給されたPLAYメソッドに応じて、ハードディスクドライブ３９のRTP情報ファイル記憶部６２を参照し、所望のRTP情報ファイルを検索する。
【００６４】
ここで、図９のフローチャートを参照して、RTP情報ファイルの検索処理について詳細に説明する。なお、この処理は、ストリーミング配信サーバ２１が、ネットワーク２２を介してユーザ端末装置２３からPLAYメソッドを受け取った際に、そのPLAYメソッドに含まれる、ストリーミング対象となるメディアデータのファイル名および開始時刻を検索キーとして開始される。
【００６５】
ステップＳ２１において、RTP送出部５２は、ストリーミング対象となるメディアデータに対するロック（例えば、鍵）を取得する。ここでロックとは、RTP情報ファイルの追加、削除、またはRTP情報ファイルを検索する場合などに必要となる情報である。いまの場合、図６で上述したように、１つのメディアデータ７１から生成された複数のRTP情報ファイル７２−１乃至７２−３に対して全てロックをかけるためにステップＳ２１の処理が実行される。
【００６６】
ステップＳ２２において、RTP送出部５２は、ハードディスクドライブ３９のRTP情報ファイル記憶部６２に記憶されているRTP情報ファイルのうち、ストリーミングの対象となるメディアデータ７１（図６）に対するRTP情報ファイル（いまの例の場合、RTP情報ファイル７２−１）を選択する。ステップＳ２３において、RTP送出部５２は、ストリーミング対象となるメディアデータに対するRTP情報ファイルが存在しないか否かを判定し、所望のRTP情報ファイルが存在しないと判定した場合、ステップＳ２４に進む。これに対して、ステップＳ２３において、所望のRTP情報ファイルが存在すると判定された場合、ステップＳ２５に進み、RTP送出部５２は、検索処理終了の指示があったか否かを判定し、検索処理終了の指示があったと判定した場合、ステップＳ２４に進む。
【００６７】
ステップＳ２４において、RTP送出部５２は、戻り値として“検索エラー”を設定する。ここで設定される検索エラーとしては、例えば、“ファイルなし検索エラー”、“ファイルあり検索エラー”、または“強制終了検索エラー”などである。
【００６８】
ステップＳ２５において、検索処理終了の指示がないと判定された場合、ステップＳ２６に進み、RTP送出部５２は、RTP情報ファイル内に所望のRTP情報が存在するか否かを判定し、所望のRTP情報が存在すると判定した場合、ステップＳ２７に進み、戻り値としてRTP情報を設定する。
【００６９】
ステップＳ２６において、RTP情報ファイル内に所望のRTP情報が存在しないと判定された場合、ステップＳ２２に戻り、対象となるメディアデータに対する次のRTP情報ファイル（いまの場合、RTP情報ファイル７２−３）が選択され、上述した処理が繰り返し実行される。次のRTP情報ファイルは、現在選択されているRTP情報ファイル７２−１の次のファイル名（すなわち、RTP情報ファイル７２−３のファイル名（Movie1.mpg.000020））を取得することにより選択される。
【００７０】
ステップＳ２４またはＳ２７の処理の後、ステップＳ２８，Ｓ２９において、RTP送出部５２は、ロックを開放し、戻り値を呼び出し側（パケット送出処理）に返す。その後、処理は図８のステップＳ２にリターンする。
【００７１】
ステップＳ２において、RTP送出部５２は、所望のRTP情報ファイルが検索されたか否か、すなわち、図９のステップＳ２９の処理により返された戻り値にRTP情報が設定されているか否かを判定し、RTP情報ファイルが検索されたと判定した場合、ステップＳ９に進む。ステップＳ９において、RTP送出部５２は、検索されたRTP情報ファイル内に含まれるアクセス情報を更新（１だけインクリメント）するとともに、パケタイザ５３を制御し、検索されたRTP情報ファイルに基づいて、RTPパケットを生成させる。
【００７２】
ステップＳ２において、RTP情報ファイルが検索されなかったと判定された場合、ステップＳ３に進み、RTP送出部５２は、パケット送出処理を終了するか否か、すなわち、全てのRTP情報ファイルを検索したか否かを判定し、パケット送出処理を終了すると判定した場合、処理を終了する。
【００７３】
ステップＳ３において、パケット送出処理を終了しない、すなわち、未だ検索していないRTP情報ファイルがあると判定された場合、ステップＳ４に進み、RTP送出部５２は、RTP情報ファイルを追加するべきか否かを確認する。
【００７４】
ここで、図１０のフローチャートを参照して、RTP情報ファイル追加確認処理について詳細に説明する。なお、この処理は、RTP情報ファイルを検索した結果、所望のRTP情報ファイルが検索されなかったと判定された場合に開始される。
【００７５】
ステップＳ４１において、RTP送出部５２は、次のRTP情報ファイルが存在するか否か、すなわち、現在選択されているRTP情報ファイル７２−１の次のファイル名で示されるRTP情報ファイル７２−３がRTP情報ファイル記憶部６２に存在するか否かを判定し、次のRTP情報ファイルが存在すると判定した場合、ステップＳ４２に進み、次のRTP情報ファイルに関するRTP情報の中から開始時刻（いまの場合、20分）を取得する。
【００７６】
ステップＳ４３において、RTP送出部５２は、ステップＳ４２の処理で取得した次のRTP情報ファイルの開始時刻が現在のRTP情報ファイルの終了時刻（いまの場合、20分）とは連続していないか否か（非連続であるか否か）を判定し、次のRTP情報ファイルが現在のRTP情報ファイルと非連続であると判定した場合、ステップＳ４４に進み、戻り値を“真”に設定する。これにより、図１１のフローチャートを用いて後述する処理において、新規のRTP情報ファイルが作成される。
【００７７】
ステップＳ４３において、次のRTP情報ファイルが現在のRTP情報ファイルと非連続ではない（すなわち連続している）と判定された場合、ステップＳ４５に進み、RTP送出部５２は、次のRTP情報ファイルが作成中であるか否か、すなわち、次のRTP情報ファイルの作成中フラグが“１”であるか否かを判定する。
【００７８】
ステップＳ４５において、次のRTP情報ファイルが作成中であると判定された場合、ステップＳ４６に進み、RTP送出部５２は、戻り値を“偽”に設定する。ここで、次のRTP情報ファイルが作成中であるということは、現在、RTP情報ファイルが作成中であるために、上述した図８のステップＳ１の処理で検索に失敗した恐れがあるからである。従って、作成中である場合、戻り値が“偽”に設定されることにより、後述する処理において新規にRTP情報ファイルは作成されず、この作成中のRTP情報ファイルからRTP情報が取得されるまで処理がブロックされる。
【００７９】
ステップＳ４５において、次のRTP情報ファイルが作成中ではない、すなわち、作成中フラグが“０”であると判定された場合、または、ステップＳ４１において、次のRTP情報ファイルが存在しないと判定された場合（図８のステップＳ３の処理と矛盾するため）、ステップＳ４７に進み、RTP送出部５２は、エラーと判断し、処理を終了する。
【００８０】
ステップＳ４４またはＳ４６の処理の後、ステップＳ４８において、RTP送出部５２は、戻り値を呼び出し側（パケット送出処理）に返し、処理は図８のステップＳ５にリターンする。
【００８１】
ステップＳ５において、RTP送出部５２は、RTP情報ファイルを追加すべきか否か、すなわち、図１０のステップＳ４８の処理により返される戻り値が“真”であるか否かを判定し、RTP情報を追加すべきではない（戻り値が“偽”である）と判定した場合、ステップＳ８に進む。これに対して、RTP情報を追加すべきである（戻り値が“真”である）と判定された場合、ステップＳ６に進み、RTP送出部５２は、RTP情報ファイルを作成し、ハードディスクドライブ３９に追加する。
【００８２】
ここで、図１１のフローチャートを参照して、RTP情報ファイルの作成および追加処理の詳細について説明する。なお、この処理は、所望のRTP情報ファイルが検索されず、新規にRTP情報ファイルを追加すべきであると判定された場合に開始される。
【００８３】
ステップＳ６１において、RTP送出部５２は、ストリーミング対象となるメディアデータに対するロックを取得し、ステップＳ６２において、フレーム先頭位置を取得する。これは、開始時刻がフレームの先頭位置にアラインしていない場合、フレームの先頭位置にアラインするように開始時刻を変更するために取得されるものである。例えば、フレームが１秒毎に定義されている場合において、ユーザ端末装置２３からのメディアデータの開始時刻が10.5秒に指定された場合、フレームの先頭位置は11秒に指定し直される。
【００８４】
ステップＳ６３において、RTP送出部５２は、新規にRTP情報ファイルを作成する。具体的には、図１２に示されるような、RTP情報ファイルのテンプレート８１（図１２の例の場合、領域Ａ乃至領域Ｈに区切られたファイル）を用意し、領域Ａにファイル名を設定（記録）して、RTP情報ファイルを作成する。
【００８５】
ここでRTP情報ファイルのファイル名は、例えば、「メディアデータのファイル名＋開始時刻」とすることでユニークに命名することができる。例えば、メディアデータのファイル名が“movei1.mpg”で開始時刻が“00時00分00秒”の場合、ファイル名は“movei1.mpg.000000”に命名され、また開始時刻が“00時00分10秒”の場合、ファイル名は“movei1.mpg.000010”に命名される。なお、ファイル名の命名は、RTP情報ファイルを一意に特定することができるような識別情報（ID）などでもよく、これに限られるものではない。
【００８６】
ステップＳ６４において、RTP送出部５２は、新規RTP情報ファイルの領域Ｂに開始時刻、領域Ｄに作成中フラグ＝1、および領域Ｅにアクセス情報cnt＝1を設定（記録）する。このように、RTP情報ファイルに作成中フラグを設定することにより、上述した図１０のステップＳ４５の処理において、RTP情報ファイルが作成中であるか否かを確認することができる。
【００８７】
ステップＳ６５において、RTP送出部５２は、前後のRTP情報ファイル内のリンク情報を更新することによってファイルを追加する。すなわち、新規RTP情報ファイルの領域Ｆに前のファイル名、および領域Ｇに次のファイル名が設定（追加）される。ステップＳ６６において、RTP送出部５２は、ロックの開放処理を行い、処理は図８のステップＳ７にリターンする。
【００８８】
ステップＳ７において、RTP送出部５２は、パケタイザ５３を制御し、パケタイザスレッド（処理）を実行させる。
【００８９】
ここで、図１３のフローチャートを参照して、パケタイザ処理について詳細に説明する。なお、この処理は、図１１の処理（図８のステップＳ６の処理）により新規に作成されたRTP情報ファイルがパケタイザ５３に入力された場合に開始される。
【００９０】
ステップＳ７１において、パケタイザ５３は、入力された新規RTP情報ファイルに含まれる開始時刻に基づいて、メディアデータ内のパケタイズ開始位置に移動する。ここで、例えば、開始時刻がフレームの先頭（MPEG Videoの場合、GOP（Group of Pictures）の先頭、MPEG Audioの場合、AAU（Audio Access Unit）の先頭）位置にアラインしていない場合、フレームの先頭位置へのアラインが行われる。
【００９１】
ステップＳ７２において、パケタイザ５３は、ステップＳ７１の処理で移動されたパケタイズ開始位置からメディアデータを読み込み、ステップＳ７３において、RTPパケットを生成する。生成されたRTPパケットは、RTP情報ファイルの領域Ｈ（図１２）に追加される。ステップＳ７４において、パケタイザ５３は、パケタイザ処理を終了するか否か、すなわち、パケタイザ処理の終了フラグが設定され、かつ、メディアデータが次のフレームの開始位置に達したか否かを判定し、パケタイザ処理を終了しないと判定した場合、ステップＳ７２に戻り、上述した処理を繰り返し実行する。
【００９２】
そして、ステップＳ７４において、パケタイザ処理を終了すると判定された場合、ステップＳ７５に進み、RTP送出部５２は、RTP情報ファイルの作成中フラグを０に戻し、RTP情報ファイルへの書き込みが終了したことを設定する。その後、処理は図８のステップＳ８にリターンする。
【００９３】
このように、パケタイザ処理は、１つのRTP情報ファイルに基づいて、必ずフレームの先頭位置から始まり、フレームの任意の位置で終了することになる。
【００９４】
ステップＳ８において、RTP送出部５２は、RTP情報ファイルが作成されたか否かを判定し、RTP情報ファイルが作成されたと判定されるまでブロック（待機）する。そして、RTP情報ファイルが作成されたと判定された場合、ステップＳ１０に進み、RTP送出部５２は、パケタイザ５３により生成されたRTPパケットを、ネットワーク２２を介してユーザ端末装置２３に送出（配信）する。
【００９５】
ステップＳ１１において、RTP送出部５２は、パケット送出処理を終了するか否か、すなわち、図１４のフローチャートを用いて後述するように、メディアデータ停止処理によりパケット送出処理が停止したか否かを判定し、未だパケット送出処理を終了しないと判定した場合、ステップＳ１に戻り、次の時刻におけるRTP情報ファイルの検索処理を実行させ、それ以降の処理を繰り返す。
【００９６】
ステップＳ１１において、パケット送出処理を終了すると判定された場合、処理は終了される。
【００９７】
以上のように、ストリーミング配信サーバ２１は、ユーザ端末装置２３からのPLAYメソッドを受け取った場合に上述したパケット送出処理を実行し、まず、対応するRTP情報ファイルを検索する。RTP情報ファイルが検索された場合、そのRTP情報ファイルに基づいて、RTPパケットが生成される。一方、対応するRTP情報ファイルが検索されなかった場合、新規にRTP情報ファイルが作成され、そのRTP情報ファイルに基づいて、RTPパケットが生成される。すなわち、１つのメディアデータに対し、必要に応じてインクリメンタルに複数のRTP情報ファイルが作成されることにより、RTPパケット送出時、作成されたRTP情報ファイルが参照され、効率良くRTPパケットが送出される。付言すれば、無駄にRTP情報ファイルを保持する必要がなくなり、パケット化に伴うオーバヘッドの低減を図ることができる。
【００９８】
次に、図１４のフローチャートを参照して、ストリームデータ配信の停止処理について説明する。なお、この処理は、ユーザ端末装置２３からネットワーク２２を介してストリーミング配信サーバ２１のストリーミング中のURI（Uniform Resource Identifier）に対し、例えば、PAUSEメソッドまたはTEARDOWNメソッドが発行された場合に開始される。
【００９９】
RTSP送受信部５１は、ユーザ端末装置２３から受け取ったPAUSEメソッドまたはTEARDOWNメソッドをRTP送出部５２に供給する。RTP送出部５２は、ステップＳ８１において、図８を用いて上述したようなパケット送出スレッドが存在するか否か、すなわち、パケット送出中であるか否かを判定し、パケット送出スレッドが存在すると判定した場合、ステップＳ８２に進み、パケット送出スレッドを停止させる。なお、このステップＳ８２の処理には、パケット送出スレッドに対して停止フラグが設定され、パケット送出スレッドが終了するまで待機するといった処理が含まれる。
【０１００】
ステップＳ８１において、パケット送出スレッドが存在しない（パケット送出中ではない）と判定された場合、ステップＳ８２の処理はスキップされ、ステップＳ８３に進む。
【０１０１】
ステップＳ８３において、RTP送出部５２は、パケタイザ５３を監視し、現在ストリーミング中のセッションに対して動作しているパケタイザスレッドが存在するか否かを判定する。この場合、同じメディアデータに対し、他のユーザからの要求によりストリーミングが行われているパケタイザスレッドは該当しない。従って、パケタイザスレッドが存在するということは、ストリーミング配信サーバ２１が、現在、図１３を用いて上述したようなパケタイザ処理を行いながら、同時にストリーミングも行っていることを表わしている。
【０１０２】
ステップＳ８３において、パケタイザスレッドが存在すると判定された場合、ステップＳ８４に進み、RTP送出部５２は、パケタイザ５３を制御し、パケット送出スレッドを停止させる。なお、このステップＳ８４の処理には、パケタイザスレッドに対して停止フラグが設定され、パケタイザスレッドが終了するまで待機するといった処理が含まれる。
【０１０３】
ステップＳ８３において、パケタイザスレッドが存在しないと判定された場合、ステップＳ８４の処理はスキップされ、処理は終了される。
【０１０４】
このように、ストリーミング配信サーバ２１は、ユーザ端末装置２３からのPAUSEメソッドまたはTEARDOWNメソッドを受け取った場合に上述したストリームデータ配信の停止処理を実行し、迅速に、ストリーミング配信を停止させることができる。
【０１０５】
次に、図１５のフローチャートを参照して、RTP情報ファイルの削除処理について説明する。なお、この処理は、所定時間毎、ハードディスクドライブ３９のディスク残量が少なくなった場合、あるいは、ストリーミング配信サーバ２１の管理者によって削除が指示された場合などに応じて開始される。
【０１０６】
ステップＳ９１において、RTP送出部５２は、ハードディスクドライブ３９に記憶されているRTP情報を選択する。ステップＳ９２において、RTP送出部５２は、ステップＳ９１の処理で選択されたRTP情報ファイル内のアクセス情報を参照し、ステップＳ９３において、アクセス情報が所定値（例えば、１０）以下であるか否かを判定する。
【０１０７】
ステップＳ９３において、選択したRTP情報ファイル内のアクセス情報が所定値以下であると判定された場合、ステップＳ９４に進み、RTP送出部５２は、そのRTP情報ファイルをハードディスクドライブ３９から削除する。ステップＳ９３において、所定値以下ではない（例えば、１１以上である）と判定された場合、ステップＳ９４の処理はスキップされる。
【０１０８】
ステップＳ９５において、RTP送出部５２は、削除処理を終了するか否か、すなわち、ハードディスクドライブ３９に記憶されている全てのRTP情報ファイルを選択し、各アクセス情報を参照したか否かを判定し、未だ選択していないRTP情報ファイルがあると判定した場合、ステップＳ９１に戻り、上述した処理を繰り返し実行する。
【０１０９】
そして、ステップＳ９５において、ハードディスクドライブ３９に記憶されている全てのRTP情報ファイルを選択し、各アクセス情報を参照したと判定された場合、処理は終了される。
【０１１０】
上述したように、RTP情報ファイル内のアクセス情報は、メディアデータへアクセスされる毎にインクリメントされるようになされているため、必要に応じて図１５を用いて説明した削除処理を実行することによって、アクセス頻度の少ない（図１５のステップＳ９３の処理における所定値以下の）RTP情報ファイルは、削除される。
【０１１１】
従って、以上においては、１つのメディアデータに対し、必要に応じてインクリメンタルに複数のRTP情報ファイルが作成されるとともに、アクセス頻度の少ないファイルは、必要に応じて削除することができるので、無駄なRTP情報ファイルを保持せずに済む。
【０１１２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１１３】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを記録する記録媒体は、図４に示されるように、磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM、DVD(Digital Versatile Disc)を含む）、光磁気ディスク４３（MD(Mini-Disc)（登録商標）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に記録されるROM３２やハードディスクドライブ３９などにより構成される。記録媒体へのプログラムの記録は、必要に応じてルータ、モデムなどのインターフェースを介して、公衆回線網、ローカルエリアネットワーク、またはインターネットなどのネットワーク２２、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１１４】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１５】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１６】
【発明の効果】
以上のように、第１の本発明によれば、効率良くストリーミングデータを配信することができる。
【０１１７】
また第１の本発明によれば、効率良くパケット情報を作成し、そのパケット情報に基づいて、効率良くストリーミングデータを配信することができる。
【０１１８】
第２の本発明によれば、効率良くパケット情報を作成することができる。
【０１１９】
また第２の本発明によれば、効率良くパケット情報を作成するとともに、パケット化に伴うオーバヘッドの低減を図ることができる。
【図面の簡単な説明】
【図１】従来のストリーミング配信を行う送出装置の構成例を示す図である。
【図２】従来のストリーミング配信を行う他の送出装置の構成例を示す図である。
【図３】本発明を適用したストリーミング配信システムの構成例を示す図である。
【図４】ストリーミング配信サーバの構成例を示すブロック図である。
【図５】ストリーミング配信サーバにインストールされて実行される、サーバプログラムの機能を説明する図である。
【図６】 RTP情報ファイルを作成する処理を説明する図である。
【図７】 RTP情報ファイルの詳細な構成例を示す図である。
【図８】パケット送出処理を説明するフローチャートである。
【図９】図８のステップＳ１の詳細な処理を説明するフローチャートである。
【図１０】図８のステップＳ４の詳細な処理を説明するフローチャートである。
【図１１】図８のステップＳ６の詳細な処理を説明するフローチャートである。
【図１２】 RTP情報ファイルのテンプレートの一例を示す図である。
【図１３】図８のステップＳ７の詳細な処理を説明するフローチャートである。
【図１４】ストリームデータ配信の停止処理を説明するフローチャートである。
【図１５】 RTP情報ファイルの削除処理を説明するフローチャートである。
【符号の説明】
２１ ストリーミング配信サーバ， ２２ ネットワーク， ２３ ユーザ端末装置， ３１ CPU， ３２ ROM， ３３ RAM， ３９ ハードディスクドライブ， ５１ RTSP送受信部， ５２ RTP送出部， ５３ パケタイザ， ６１ メディアファイル記憶部， ６２ RTP情報ファイル記憶部
【発明の属する技術分野】
本発明は、情報配信システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、例えば、ストリーミング配信において、パケット情報を効率良く作成することによって、パケット化に伴うオーバーヘッドの低減を図るようにした情報配信システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
従来、インターネットなどのようなIP（Internet Protocol）ネットワークを利用したストリーミング配信を行うための規格としてRTP（Real-Time Transport Protocol:RFC(Request for Comments)1889）がある。通常、RTPを用いるためには、送出しようとするメディアデータ（例えば、MPEG(Moving Picture Experts Group)1 video ISO/IEC(International Organization For Standardization /International Electrotechnical Commission）11172-2）をRTP形式に変換する必要がある。
【０００３】
図１は、従来のストリーミング配信を行う送出装置の構成例を示す図である。
【０００４】
記憶部１には、予めメディアデータファイル１１が記憶されており、そのメディアデータファイル１１をストリーミング配信する場合、パケタイザ２に出力される。パケタイザ２は、記憶部１から入力されたメディアデータファイル１１から、パケットロスを考慮した情報をヘッダ情報に含ませてRTP形式にパケット化し、さらに多重化しつつ、逐次、RTPパケット送出部３に出力する。RTPパケット送出部３は、パケタイザ２から入力されるRTPパケットを送出（配信）する。
【０００５】
このように、図１に示した送出装置においては、メディアデータファイル１１が、オンザフライ（on the fly）で、RTPパケットに変換されつつ送出（配信）される。
【０００６】
しかしながら、図１に示した送出装置の場合、ストリーミング配信時にメディアデータからRTPパケットに変換されるため、オンデマンド型のストリーミング配信には不向きであった。
【０００７】
そこで、オンデマンド型のストリーミング配信には、図２に示すような送出装置が利用される。図２において、図１と対応する部分には同一の符号を付してあり、その説明は適宜省略する。
【０００８】
パケタイザ２は、記憶部１から入力されたメディアデータファイル１１をRTP形式にパケット化するとともに、そのパケット情報を予め作成し、パケット情報を付加したメディアデータファイル（以下、パケット情報付きメディアデータファイルと称する）１２を記憶部１に記憶させる。パケット情報付きメディアデータファイル１２には、パケタイズ後のデータそのものを保持させることができる。パケット情報には、元のオーディオデータあるいはビデオトラックを参照することで、どの程度の大きさのパケットに区切るか、またそのときのRTPヘッダ情報をどのような情報にするかといった情報が含まれる。
【０００９】
RTPパケット送出部３は、ストリーミング配信する場合、記憶部１に記憶されているパケット情報付きメディアデータファイル１２のパケット情報を参照することで、RTPパケットを送出（配信）する。
【００１０】
このように、図２に示した送出装置の場合、予め、メディアデータファイル１１からRTPパケットに変換されるため、RTP形式に変換する時間を短縮することができる。従って、オンデマンド型のストリーミング配信に好適である。
【００１１】
【発明が解決しようとする課題】
しかしながら、図２に示した送出装置の場合、ストリーミング配信するか否かに拘わらず、全てのメディアデータファイル１１に関してRTPパケット（すなわち、パケット情報付きメディアデータファイル１２）を予め作成しておく必要があった。
【００１２】
またRTPパケットは、ストリームデータの先頭位置から順に作成する必要があるため、効率的ではなく、さらに作成されたRTPパケットを部分的に削除することができなかった。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、パケット情報を効率良く作成するとともに、パケット化に伴うオーバヘッドの低減を図ることができ、また必要に応じてパケット情報を削除することができるようにするものである。
【００１４】
【課題を解決するための手段】
本発明の情報配信システムは、情報処理装置が、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成手段と、作成手段により作成された第１の管理情報を記憶する記憶手段と、作成手段により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成手段と、生成手段により生成された第１の区間の送信用データを情報端末装置に配信する配信手段と、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶手段に記憶されている管理情報を検索する検索手段とを備え、検索手段により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成手段は、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶手段は、作成手段により作成された第２の管理情報を記憶し、生成手段は、第１および第２の管理情報に基づいて、第２の区間の送信用データを生成し、配信手段は、生成手段により生成された第２の区間の送信用データを情報端末装置に配信し、情報端末装置が、情報処理装置に対し、データの配信を指示する指示手段と、指示手段に応じて情報処理装置から配信されてくる送信用データを受信する受信手段とを備えることを特徴とする。
【００１５】
本発明の情報処理装置は、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成手段と、作成手段により作成された第１の管理情報を記憶する記憶手段と、作成手段により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成手段と、生成手段により生成された第１の区間の送信用データを情報端末装置に配信する配信手段と、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶手段に記憶されている管理情報を検索する検索手段とを備え、検索手段により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成手段は、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶手段は、作成手段により作成された第２の管理情報を記憶し、生成手段は、第１および第２の管理情報に基づいて、第２の区間の送信用データを生成し、配信手段は、生成手段により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００１８】
管理情報には、データに関する時刻情報が含まれている。
【００１９】
管理情報には、データに対するアクセス情報が含まれ、情報端末装置からデータの配信が指示された場合、アクセス情報を更新する更新手段をさらに設けるようにすることができる。
【００２０】
アクセス情報に基づいて、管理情報を削除する削除手段をさらに設けるようにすることができる。
【００２１】
本発明の情報処理方法は、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、作成ステップの処理により作成された第１の管理情報を記憶する記憶ステップと、作成ステップの処理により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成ステップと、生成ステップの処理により生成された第１の区間の送信用データを情報端末装置に配信する配信ステップと、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶ステップの処理により記憶された管理情報を検索する検索ステップとを含み、検索ステップの処理により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶ステップは、作成ステップの処理により作成された第２の管理情報を記憶し、生成ステップは、第１および第２の情報に基づいて、第２の区間の送信用データを生成し、配信ステップは、生成ステップの処理により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００２２】
本発明の記録媒体に記録されているプログラムは、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、作成ステップの処理により作成された第１の管理情報を記憶する記憶ステップと、作成ステップの処理により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成ステップと、生成ステップの処理により生成された第１の区間の送信用データを情報端末装置に配信する配信ステップと、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶ステップの処理により記憶された管理情報を検索する検索ステップとを含み、検索ステップの処理により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶ステップは、作成ステップの処理により作成された第２の管理情報を記憶し、生成ステップは、第１および第２の情報に基づいて、第２の区間の送信用データを生成し、配信ステップは、生成ステップの処理により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００２３】
本発明のプログラムは、情報端末装置からデータの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、作成ステップの処理により作成された第１の管理情報を記憶する記憶ステップと、作成ステップの処理により作成された第１の管理情報に基づいて、データから第１の区間の送信用データを生成する生成ステップと、生成ステップの処理により生成された第１の区間の送信用データを情報端末装置に配信する配信ステップと、情報端末装置からさらにデータの第２の区間の配信が指示された場合、記憶ステップの処理により記憶された管理情報を検索する検索ステップとを含み、検索ステップの処理により第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、記憶ステップは、作成ステップの処理により作成された第２の管理情報を記憶し、生成ステップは、第１および第２の情報に基づいて、第２の区間の送信用データを生成し、配信ステップは、生成ステップの処理により生成された第２の区間の送信用データを情報端末装置に配信することを特徴とする。
【００２４】
本発明の情報配信システムにおいては、情報端末装置からデータの配信が指示された場合、情報処理装置で、送信データ生成に関する管理情報が作成され、その管理情報に基づいて送信用データが生成され、配信される。そして情報端末装置からさらにデータの配信が指示された場合、管理情報が検索され、指示されたデータの管理情報が検索されなかった場合、新たに管理情報が作成される。
【００２５】
本発明の情報処理装置および方法、並びにプログラムにおいては、情報端末装置からデータの配信が指示された場合、送信データ生成に関する管理情報が作成され、その管理情報に基づいて送信用データが生成され、配信される。そして情報端末装置からさらにデータの配信が指示された場合、管理情報が検索され、指示されたデータの管理情報が検索されなかった場合、新たに管理情報が作成される。
【００２６】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００２７】
図３は、本発明を適用したストリーミング配信システムの構成例を示す図である。このストリーミング配信システムにおいては、インターネットなどのネットワーク２２に、ストリーミング配信サーバ２１およびユーザ端末装置２３が接続されている。
【００２８】
ストリーミング配信サーバ２１は、コンピュータであって、そのCPU（Central Processing Unit）３１（図４）がサーバプログラムに基づいて、後述する処理を実行する。例えば、ストリーミング配信サーバ２１は、ハードディスクドライブ（HDD）３９に様々なメディアデータを記憶させ、ユーザ端末装置２３からネットワーク２２を介して所定のメディアデータのストリーミング配信が要求された場合、対応するメディアデータを読み出し、RTPパケットを生成し、ネットワーク２２を介して配信する。
【００２９】
ユーザ端末装置２３は、例えば、デジタル携帯電話機、PDA（Personal Digital Assistant）、あるいはパーソナルコンピュータなどにより構成され、ネットワーク２２を介してストリーミング配信サーバ２１にアクセスし、メディアデータの配信を要求し、その要求に基づいて配信されてくるメディアデータを受信する。ユーザ端末装置２３は、受信したメディアデータを再生し、ユーザに視聴させる。
【００３０】
ネットワーク２２は、公衆回線網、移動体無線通信網、ローカルエリアネットワーク、またはインターネットなどのネットワーク、デジタル衛星放送といった、有線または無線のいずれでもよい。
【００３１】
図３に示したストリーミング配信システムの例では、ユーザ端末装置２３を１つしか図示していないが、勿論、多数のユーザ端末装置が接続されることは言うまでもない。
【００３２】
図４は、ストリーミング配信サーバ２１の構成例を示すブロック図である。なお、図示は省略するが、ユーザ端末装置２３も同様に構成される。
【００３３】
CPU３１は、ROM（Read Only Memory）３２に記憶されているサーバプログラム、またはハードディスクドライブ３９からRAM（Random Access Memory）３３にロードされたサーバプログラムに従って各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３４】
CPU３１、ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インターフェース３５も接続されている。
【００３５】
入出力インターフェース３５には、ボタン、スイッチ、キーボードあるいはマウスなどで構成される入力部３６、CRT（Cathode Ray Tube）やLCD（Liquid Crystal Display）などのディスプレイ、並びにスピーカなどで構成される出力部３７、モデムやターミナルアダプタなどで構成される通信部３８、およびハードディスクドライブ３９が接続されている。通信部３８は、ネットワーク２２を介して通信処理を行う。ハードディスクドライブ３９には、サーバプログラムの他、メディアデータ、およびメディアデータに基づいて作成されたRTP情報がデータベース化されて格納されている。
【００３６】
入出力インターフェース３５にはまた、必要に応じてドライブ４０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、あるいは半導体メモリ４４などが適宜装着され、そこから読み出されたコンピュータプログラム（サーバプログラムなど）が、必要に応じてハードディスクドライブ３９にインストールされる。
【００３７】
図５は、ストリーミング配信サーバ２１にインストールされて実行される、サーバプログラムの機能を説明する図である。
【００３８】
ハードディスクドライブ３９には、複数のメディアデータを記憶するメディアファイル記憶部６１、および、メディアデータに基づいて作成されたRTP情報ファイル（その詳細は図６を用いて後述する）を記憶するRTP情報ファイル記憶部６２が設けられている。なお、メディアデータとRTP情報ファイルは、参照（ポインタ）情報などによってリンクされている。
【００３９】
RTSP（Real Time Streaming Protocol:RFC2326）送受信部５１は、ユーザ端末装置２３とのネットワーク２２を介したRTSPの情報の送受信を制御する。
【００４０】
例えば、ユーザ端末装置２３からネットワーク２２を介して、RTSPのDESCRIBEメソッドが送信（発行）されてきた場合、RTSP送受信部５１は、DESCRIBEメソッドに応じて、所望のメディアデータに関する情報をSDP（Session Description Protocol:RFC2327）として返信する。
【００４１】
また例えば、SDPを受信したユーザ端末装置２３からネットワーク２２を介して、RTSPのSETUPメソッドが送信されてきた場合、RTSP送受信部５１は、SETUPメソッドに応じて、RTP送出部５２にパケット送出準備を行わせる。SETUPメソッドには、ユーザ端末装置２３がメディアデータを受信するためのUDP（User Datagram Protocol ）ポートに関する情報などが含まれている。
【００４２】
さらにまた例えば、RTP送出部５２のセットアップ終了後、ユーザ端末装置２３からネットワーク２２を介して、RTSPのPLAYメソッド（再生要求コマンド）が送信されてきた場合、RTSP送受信部５１は、PLAYメソッドをRTP送出部５２に供給する。
【００４３】
RTP送出部５２は、RTSP送受信部５１から供給されるSETUPメソッドに含まれるUDPポートに関する情報に基づいて、ユーザ端末装置２３へパケット送出するためのセットアップを行う。
【００４４】
またRTP送出部５２は、RTSP送受信部５１から供給されるPLAYメソッドに応じて、ハードディスクドライブ３９のRTP情報ファイル記憶部６２を参照し、所望のRTP情報ファイルを検索する。
【００４５】
所望のRTP情報ファイルが検索された場合、RTP送出部５２は、パケタイザ５３を制御し、検索されたRTP情報ファイルに基づいて、メディアファイル記憶部６１に記憶されている複数のメディアデータから所望のメディアデータを読み出させ、RTPパケットを生成させる。
【００４６】
所望のRTP情報ファイルが検索されなかった場合、RTP送出部５２は、パケタイザ５３を制御し、メディアファイル記憶部６１に記憶されている複数のメディアデータから所望のメディアデータを読み出させ、読み出したメディアデータからRTP情報ファイルを作成させ、ハードディスクドライブ３９のRTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイルに基づいてRTPパケットを生成させる。
【００４７】
RTP送出部５２は、パケタイザ５３により生成されたRTPパケットを、ネットワーク２２を介してユーザ端末装置２３に送出（配信）する。
【００４８】
図６は、ユーザ端末装置２３からのPLAYメソッドに応じて、ストリーミング配信サーバ２１がRTP情報ファイルを作成する処理を説明するための図である。同図における横軸は、時刻（時間軸）で表わされている。ここでは、複数のユーザ（図６の例の場合、ユーザＡ乃至ユーザＣ）が、メディアファイル記憶部６１に記憶されているメディアデータ７１に対して、PLAYメソッド（再生）を要求した場合について説明する。なお、１００分（min）からなるメディアデータ７１は、ユーザによって１度もアクセスされておらず、RTP情報ファイルは未だ作成されていないものとする。
【００４９】
例えば、ユーザＡが、メディアデータ７１のうち、区間Ｔ１（０乃至２０分）のデータのPLAYメソッドを要求した場合、ストリーミング配信サーバ２１のRTSP送受信部５１は、RTP送出部５２を制御し、RTP情報ファイル記憶部６２から、PLAYメソッドに対応するRTP情報ファイルを検索させる。RTP送出部５２は、所望のRTP情報を検索することができないため、パケタイザ５３を制御し、メディアファイル記憶部６１に記憶されている、区間Ｔ１のメディアデータ７１を読み出させ、読み出したメディアデータ７１からRTP情報ファイル７２−１を作成させ、RTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイル７２−１に基づいてRTPパケットを生成させる。これにより、RTP送出部５２は、パケタイザ５３により生成された区間Ｔ１のメディアデータ７１のRTPパケットを、ユーザＡの端末に送信することができる。
【００５０】
また例えば、ユーザＢが、メディアデータ７１のうち、区間Ｔ２（６０乃至７５分）のデータのPLAYメソッドを要求した場合、RTSP送受信部５１は、RTP送出部５２を制御し、RTP情報ファイル記憶部６２から、PLAYメソッドに対応するRTP情報ファイルを検索させる。RTP送出部５２は、所望のRTP情報を検索することができないため、パケタイザ５３を制御し、区間Ｔ２のメディアデータ７１からRTP情報ファイル７２−２を作成させ、RTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイル７２−２に基づいてRTPパケットを生成させる。これにより、RTP送出部５２は、パケタイザ５３により生成された区間Ｔ２のメディアデータ７１のRTPパケットを、ユーザＢの端末に送信することができる。
【００５１】
さらにまた例えば、ユーザＣが、メディアデータ７１のうち、区間Ｔ３（１５乃至５０分）のデータのPLAYメソッドを要求した場合、RTSP送受信部５１は、RTP送出部５２を制御し、RTP情報ファイル記憶部６２から、PLAYメソッドに対応するRTP情報ファイルを検索させる。
【００５２】
いまの場合、上述したユーザＡからのアクセスによって、０乃至２０分の区間のメディアデータ７１のRTP情報ファイル７２−１が既に作成されているため、RTP情報ファイル７２−１が検索される。そして、RTP送出部５２は、検索されたRTP情報ファイル７２−１に基づいて、１５乃至２０分の区間のメディアデータ７１のRTPパケットを生成させる。しかしながら、２０乃至５０分の区間のメディアデータ７１のRTP情報ファイルは未だ作成されていないため、RTP送出部５２は、パケタイザ７１を制御し、２０乃至５０分の区間のメディアデータ７１からRTP情報ファイル７２−３を作成させ、RTP情報ファイル記憶部６２に記憶させるとともに、作成されたRTP情報ファイル７２−３に基づいてRTPパケットを生成させる。これにより、RTP送出部５２は、パケタイザ５３により生成された区間Ｔ３のメディアデータ７１のRTPパケットを、ユーザＣの端末に送信することができる。
【００５３】
このように、ユーザ（ユーザ端末装置２３）からのPLAYメソッドに応じて、１つのメディアデータ７１から複数のRTP情報ファイル７２−１乃至７２−３が作成され、RTP情報ファイル記憶部６２に記憶される。これにより、RTPパケット送出時には、記憶されているRTP情報ファイル７２−１乃至７２−３を参照することができ、RTPパケットを効率的に生成して送信することができる。
【００５４】
図７は、図６の処理によって作成されたRTP情報ファイル７２−１乃至７２−３の詳細な構成例を示す図である。同図に示されるように、RTP情報ファイル７２−１乃至７２−３は、それぞれ、ファイル名、開始時刻、終了時刻、作成中フラグ、アクセス情報、前のファイル名、次のファイル名、および複数のRTPパケットからなる情報が記録されている。また各RTPパケットには、RTPヘッダ、メディアデータ内開始位置、およびメディアデータ内終了位置からなる情報が記録されている。
【００５５】
ファイル名は、RTP情報ファイルに付される名称であり、例えば、「メディアデータのファイル名＋開始時刻」とすることでユニークに命名することができる。開始時刻および終了時刻は、メディアデータ内における時刻を表わしている。作成中フラグは、RTP情報ファイルが作成中である場合、“１”に設定され、作成が終了されると“０”に戻される。アクセス情報は、このRTP情報ファイルにアクセスされる毎に１ずつインクリメントされるカウンタ情報を表わしている。前のファイル名は、現在のRTP情報ファイルの前のRTP情報ファイルのファイル名を表わし、次のファイル名は、現在のRTP情報ファイルの後のRTP情報ファイルのファイル名を表わしている。
【００５６】
RTPパケットは、メディアデータのPLAYメソッドにより指定される開始時刻および終了時刻のフレーム区間に生成された所定長のデータを表わしている。RTPヘッダは、生成されたRTPパケットに含まれるタイムスタンプを表わしている。メディアデータ内開始時刻およびメディアデータ内終了時刻は、メディアデータのPLAYメソッドにより指定されるフレーム区間内における時刻を表わしている。
【００５７】
図７の例の場合、RTP情報ファイル７２−１のファイル名には、例えば、“Movie1.mpg.000000”、開始時刻には“0分”、終了時刻には“20分”、作成中フラグには“0”、アクセス情報には“2”（上述した図６の処理によりユーザＡおよびユーザＣがアクセスしたため）、前のファイル名には“0，No、または存在せず”など、次のファイル名には“Movie1.mpg.000020”（RTP情報ファイル７２−３のファイル名）が記録される。また、RTPパケット#1のメディアデータ内開始位置には“0パケット”、メディアデータ内終了位置には“10パケット”、RTPパケット#2のメディアデータ内開始位置には“11パケット”、メディアデータ内終了位置には“20パケット”・・・が記録される。
【００５８】
RTP情報ファイル７２−３のファイル名には、例えば、“Movie1.mpg.000020”、開始時刻には“20分”、終了時刻には“50分”、作成中フラグには“0”、アクセス情報には“1”（上述した図６の処理によりユーザＣがアクセスしたため）、前のファイル名には“Movie1.mpg.000000”（RTP情報ファイル７２−１のファイル名）、次のファイル名には“Movie1.mpg.000060”（RTP情報ファイル７２−２のファイル名）が記録される。また、RTPパケット#1のメディアデータ内開始位置には“0パケット”、メディアデータ内終了位置には“10パケット”、RTPパケット#2のメディアデータ内開始位置には“11パケット”、メディアデータ内終了位置には“20パケット”・・・が記録される。
【００５９】
RTP情報ファイル７２−２のファイル名には、例えば、“Movie1.mpg.000060”、開始時刻には“60分”、終了時刻には“75分”、作成中フラグには“0”、アクセス情報には“1”（上述した図６の処理によりユーザＢがアクセスしたため）、前のファイル名には“Movie1.mpg.000020”（RTP情報ファイル７２−３のファイル名）、次のファイル名には“0，No、または存在せず”などが記録される。また、RTPパケット#1のメディアデータ内開始位置には“0パケット”、メディアデータ内終了位置には“10パケット”、RTPパケット#2のメディアデータ内開始位置には“11パケット”、メディアデータ内終了位置には“20パケット”・・・が記録される。
【００６０】
このように、RTP情報ファイル７２−１乃至７２−３の各RTPパケットには、メディアデータへのポインタ情報（メディアデータ内開始位置およびメディアデータ内終了位置）のみを含ませ、実データを保持しないようにすることで、ファイル容量を極力抑えることができる。
【００６１】
また、RTP情報ファイル７２−１乃至７２−３は、それぞれ相互にリンクされているため、次に説明するパケット送出処理において、効率的にRTP情報ファイルを検索することができる。
【００６２】
次に、図８のフローチャートを参照して、ストリーミング配信サーバ２１が実行するパケット送出処理について説明する。なお、この処理（スレッド）は、ストリーミング配信サーバ２１が、ネットワーク２２を介してユーザ端末装置２３からPLAYメソッドを受け取ったときに開始される。
【００６３】
RTSP送受信部５１は、ユーザ端末装置２３から受け取ったPLAYメソッドをRTP送出部５２に供給する。RTP送出部５２は、ステップＳ１において、RTSP送受信部５１から供給されたPLAYメソッドに応じて、ハードディスクドライブ３９のRTP情報ファイル記憶部６２を参照し、所望のRTP情報ファイルを検索する。
【００６４】
ここで、図９のフローチャートを参照して、RTP情報ファイルの検索処理について詳細に説明する。なお、この処理は、ストリーミング配信サーバ２１が、ネットワーク２２を介してユーザ端末装置２３からPLAYメソッドを受け取った際に、そのPLAYメソッドに含まれる、ストリーミング対象となるメディアデータのファイル名および開始時刻を検索キーとして開始される。
【００６５】
ステップＳ２１において、RTP送出部５２は、ストリーミング対象となるメディアデータに対するロック（例えば、鍵）を取得する。ここでロックとは、RTP情報ファイルの追加、削除、またはRTP情報ファイルを検索する場合などに必要となる情報である。いまの場合、図６で上述したように、１つのメディアデータ７１から生成された複数のRTP情報ファイル７２−１乃至７２−３に対して全てロックをかけるためにステップＳ２１の処理が実行される。
【００６６】
ステップＳ２２において、RTP送出部５２は、ハードディスクドライブ３９のRTP情報ファイル記憶部６２に記憶されているRTP情報ファイルのうち、ストリーミングの対象となるメディアデータ７１（図６）に対するRTP情報ファイル（いまの例の場合、RTP情報ファイル７２−１）を選択する。ステップＳ２３において、RTP送出部５２は、ストリーミング対象となるメディアデータに対するRTP情報ファイルが存在しないか否かを判定し、所望のRTP情報ファイルが存在しないと判定した場合、ステップＳ２４に進む。これに対して、ステップＳ２３において、所望のRTP情報ファイルが存在すると判定された場合、ステップＳ２５に進み、RTP送出部５２は、検索処理終了の指示があったか否かを判定し、検索処理終了の指示があったと判定した場合、ステップＳ２４に進む。
【００６７】
ステップＳ２４において、RTP送出部５２は、戻り値として“検索エラー”を設定する。ここで設定される検索エラーとしては、例えば、“ファイルなし検索エラー”、“ファイルあり検索エラー”、または“強制終了検索エラー”などである。
【００６８】
ステップＳ２５において、検索処理終了の指示がないと判定された場合、ステップＳ２６に進み、RTP送出部５２は、RTP情報ファイル内に所望のRTP情報が存在するか否かを判定し、所望のRTP情報が存在すると判定した場合、ステップＳ２７に進み、戻り値としてRTP情報を設定する。
【００６９】
ステップＳ２６において、RTP情報ファイル内に所望のRTP情報が存在しないと判定された場合、ステップＳ２２に戻り、対象となるメディアデータに対する次のRTP情報ファイル（いまの場合、RTP情報ファイル７２−３）が選択され、上述した処理が繰り返し実行される。次のRTP情報ファイルは、現在選択されているRTP情報ファイル７２−１の次のファイル名（すなわち、RTP情報ファイル７２−３のファイル名（Movie1.mpg.000020））を取得することにより選択される。
【００７０】
ステップＳ２４またはＳ２７の処理の後、ステップＳ２８，Ｓ２９において、RTP送出部５２は、ロックを開放し、戻り値を呼び出し側（パケット送出処理）に返す。その後、処理は図８のステップＳ２にリターンする。
【００７１】
ステップＳ２において、RTP送出部５２は、所望のRTP情報ファイルが検索されたか否か、すなわち、図９のステップＳ２９の処理により返された戻り値にRTP情報が設定されているか否かを判定し、RTP情報ファイルが検索されたと判定した場合、ステップＳ９に進む。ステップＳ９において、RTP送出部５２は、検索されたRTP情報ファイル内に含まれるアクセス情報を更新（１だけインクリメント）するとともに、パケタイザ５３を制御し、検索されたRTP情報ファイルに基づいて、RTPパケットを生成させる。
【００７２】
ステップＳ２において、RTP情報ファイルが検索されなかったと判定された場合、ステップＳ３に進み、RTP送出部５２は、パケット送出処理を終了するか否か、すなわち、全てのRTP情報ファイルを検索したか否かを判定し、パケット送出処理を終了すると判定した場合、処理を終了する。
【００７３】
ステップＳ３において、パケット送出処理を終了しない、すなわち、未だ検索していないRTP情報ファイルがあると判定された場合、ステップＳ４に進み、RTP送出部５２は、RTP情報ファイルを追加するべきか否かを確認する。
【００７４】
ここで、図１０のフローチャートを参照して、RTP情報ファイル追加確認処理について詳細に説明する。なお、この処理は、RTP情報ファイルを検索した結果、所望のRTP情報ファイルが検索されなかったと判定された場合に開始される。
【００７５】
ステップＳ４１において、RTP送出部５２は、次のRTP情報ファイルが存在するか否か、すなわち、現在選択されているRTP情報ファイル７２−１の次のファイル名で示されるRTP情報ファイル７２−３がRTP情報ファイル記憶部６２に存在するか否かを判定し、次のRTP情報ファイルが存在すると判定した場合、ステップＳ４２に進み、次のRTP情報ファイルに関するRTP情報の中から開始時刻（いまの場合、20分）を取得する。
【００７６】
ステップＳ４３において、RTP送出部５２は、ステップＳ４２の処理で取得した次のRTP情報ファイルの開始時刻が現在のRTP情報ファイルの終了時刻（いまの場合、20分）とは連続していないか否か（非連続であるか否か）を判定し、次のRTP情報ファイルが現在のRTP情報ファイルと非連続であると判定した場合、ステップＳ４４に進み、戻り値を“真”に設定する。これにより、図１１のフローチャートを用いて後述する処理において、新規のRTP情報ファイルが作成される。
【００７７】
ステップＳ４３において、次のRTP情報ファイルが現在のRTP情報ファイルと非連続ではない（すなわち連続している）と判定された場合、ステップＳ４５に進み、RTP送出部５２は、次のRTP情報ファイルが作成中であるか否か、すなわち、次のRTP情報ファイルの作成中フラグが“１”であるか否かを判定する。
【００７８】
ステップＳ４５において、次のRTP情報ファイルが作成中であると判定された場合、ステップＳ４６に進み、RTP送出部５２は、戻り値を“偽”に設定する。ここで、次のRTP情報ファイルが作成中であるということは、現在、RTP情報ファイルが作成中であるために、上述した図８のステップＳ１の処理で検索に失敗した恐れがあるからである。従って、作成中である場合、戻り値が“偽”に設定されることにより、後述する処理において新規にRTP情報ファイルは作成されず、この作成中のRTP情報ファイルからRTP情報が取得されるまで処理がブロックされる。
【００７９】
ステップＳ４５において、次のRTP情報ファイルが作成中ではない、すなわち、作成中フラグが“０”であると判定された場合、または、ステップＳ４１において、次のRTP情報ファイルが存在しないと判定された場合（図８のステップＳ３の処理と矛盾するため）、ステップＳ４７に進み、RTP送出部５２は、エラーと判断し、処理を終了する。
【００８０】
ステップＳ４４またはＳ４６の処理の後、ステップＳ４８において、RTP送出部５２は、戻り値を呼び出し側（パケット送出処理）に返し、処理は図８のステップＳ５にリターンする。
【００８１】
ステップＳ５において、RTP送出部５２は、RTP情報ファイルを追加すべきか否か、すなわち、図１０のステップＳ４８の処理により返される戻り値が“真”であるか否かを判定し、RTP情報を追加すべきではない（戻り値が“偽”である）と判定した場合、ステップＳ８に進む。これに対して、RTP情報を追加すべきである（戻り値が“真”である）と判定された場合、ステップＳ６に進み、RTP送出部５２は、RTP情報ファイルを作成し、ハードディスクドライブ３９に追加する。
【００８２】
ここで、図１１のフローチャートを参照して、RTP情報ファイルの作成および追加処理の詳細について説明する。なお、この処理は、所望のRTP情報ファイルが検索されず、新規にRTP情報ファイルを追加すべきであると判定された場合に開始される。
【００８３】
ステップＳ６１において、RTP送出部５２は、ストリーミング対象となるメディアデータに対するロックを取得し、ステップＳ６２において、フレーム先頭位置を取得する。これは、開始時刻がフレームの先頭位置にアラインしていない場合、フレームの先頭位置にアラインするように開始時刻を変更するために取得されるものである。例えば、フレームが１秒毎に定義されている場合において、ユーザ端末装置２３からのメディアデータの開始時刻が10.5秒に指定された場合、フレームの先頭位置は11秒に指定し直される。
【００８４】
ステップＳ６３において、RTP送出部５２は、新規にRTP情報ファイルを作成する。具体的には、図１２に示されるような、RTP情報ファイルのテンプレート８１（図１２の例の場合、領域Ａ乃至領域Ｈに区切られたファイル）を用意し、領域Ａにファイル名を設定（記録）して、RTP情報ファイルを作成する。
【００８５】
ここでRTP情報ファイルのファイル名は、例えば、「メディアデータのファイル名＋開始時刻」とすることでユニークに命名することができる。例えば、メディアデータのファイル名が“movei1.mpg”で開始時刻が“00時00分00秒”の場合、ファイル名は“movei1.mpg.000000”に命名され、また開始時刻が“00時00分10秒”の場合、ファイル名は“movei1.mpg.000010”に命名される。なお、ファイル名の命名は、RTP情報ファイルを一意に特定することができるような識別情報（ID）などでもよく、これに限られるものではない。
【００８６】
ステップＳ６４において、RTP送出部５２は、新規RTP情報ファイルの領域Ｂに開始時刻、領域Ｄに作成中フラグ＝1、および領域Ｅにアクセス情報cnt＝1を設定（記録）する。このように、RTP情報ファイルに作成中フラグを設定することにより、上述した図１０のステップＳ４５の処理において、RTP情報ファイルが作成中であるか否かを確認することができる。
【００８７】
ステップＳ６５において、RTP送出部５２は、前後のRTP情報ファイル内のリンク情報を更新することによってファイルを追加する。すなわち、新規RTP情報ファイルの領域Ｆに前のファイル名、および領域Ｇに次のファイル名が設定（追加）される。ステップＳ６６において、RTP送出部５２は、ロックの開放処理を行い、処理は図８のステップＳ７にリターンする。
【００８８】
ステップＳ７において、RTP送出部５２は、パケタイザ５３を制御し、パケタイザスレッド（処理）を実行させる。
【００８９】
ここで、図１３のフローチャートを参照して、パケタイザ処理について詳細に説明する。なお、この処理は、図１１の処理（図８のステップＳ６の処理）により新規に作成されたRTP情報ファイルがパケタイザ５３に入力された場合に開始される。
【００９０】
ステップＳ７１において、パケタイザ５３は、入力された新規RTP情報ファイルに含まれる開始時刻に基づいて、メディアデータ内のパケタイズ開始位置に移動する。ここで、例えば、開始時刻がフレームの先頭（MPEG Videoの場合、GOP（Group of Pictures）の先頭、MPEG Audioの場合、AAU（Audio Access Unit）の先頭）位置にアラインしていない場合、フレームの先頭位置へのアラインが行われる。
【００９１】
ステップＳ７２において、パケタイザ５３は、ステップＳ７１の処理で移動されたパケタイズ開始位置からメディアデータを読み込み、ステップＳ７３において、RTPパケットを生成する。生成されたRTPパケットは、RTP情報ファイルの領域Ｈ（図１２）に追加される。ステップＳ７４において、パケタイザ５３は、パケタイザ処理を終了するか否か、すなわち、パケタイザ処理の終了フラグが設定され、かつ、メディアデータが次のフレームの開始位置に達したか否かを判定し、パケタイザ処理を終了しないと判定した場合、ステップＳ７２に戻り、上述した処理を繰り返し実行する。
【００９２】
そして、ステップＳ７４において、パケタイザ処理を終了すると判定された場合、ステップＳ７５に進み、RTP送出部５２は、RTP情報ファイルの作成中フラグを０に戻し、RTP情報ファイルへの書き込みが終了したことを設定する。その後、処理は図８のステップＳ８にリターンする。
【００９３】
このように、パケタイザ処理は、１つのRTP情報ファイルに基づいて、必ずフレームの先頭位置から始まり、フレームの任意の位置で終了することになる。
【００９４】
ステップＳ８において、RTP送出部５２は、RTP情報ファイルが作成されたか否かを判定し、RTP情報ファイルが作成されたと判定されるまでブロック（待機）する。そして、RTP情報ファイルが作成されたと判定された場合、ステップＳ１０に進み、RTP送出部５２は、パケタイザ５３により生成されたRTPパケットを、ネットワーク２２を介してユーザ端末装置２３に送出（配信）する。
【００９５】
ステップＳ１１において、RTP送出部５２は、パケット送出処理を終了するか否か、すなわち、図１４のフローチャートを用いて後述するように、メディアデータ停止処理によりパケット送出処理が停止したか否かを判定し、未だパケット送出処理を終了しないと判定した場合、ステップＳ１に戻り、次の時刻におけるRTP情報ファイルの検索処理を実行させ、それ以降の処理を繰り返す。
【００９６】
ステップＳ１１において、パケット送出処理を終了すると判定された場合、処理は終了される。
【００９７】
以上のように、ストリーミング配信サーバ２１は、ユーザ端末装置２３からのPLAYメソッドを受け取った場合に上述したパケット送出処理を実行し、まず、対応するRTP情報ファイルを検索する。RTP情報ファイルが検索された場合、そのRTP情報ファイルに基づいて、RTPパケットが生成される。一方、対応するRTP情報ファイルが検索されなかった場合、新規にRTP情報ファイルが作成され、そのRTP情報ファイルに基づいて、RTPパケットが生成される。すなわち、１つのメディアデータに対し、必要に応じてインクリメンタルに複数のRTP情報ファイルが作成されることにより、RTPパケット送出時、作成されたRTP情報ファイルが参照され、効率良くRTPパケットが送出される。付言すれば、無駄にRTP情報ファイルを保持する必要がなくなり、パケット化に伴うオーバヘッドの低減を図ることができる。
【００９８】
次に、図１４のフローチャートを参照して、ストリームデータ配信の停止処理について説明する。なお、この処理は、ユーザ端末装置２３からネットワーク２２を介してストリーミング配信サーバ２１のストリーミング中のURI（Uniform Resource Identifier）に対し、例えば、PAUSEメソッドまたはTEARDOWNメソッドが発行された場合に開始される。
【００９９】
RTSP送受信部５１は、ユーザ端末装置２３から受け取ったPAUSEメソッドまたはTEARDOWNメソッドをRTP送出部５２に供給する。RTP送出部５２は、ステップＳ８１において、図８を用いて上述したようなパケット送出スレッドが存在するか否か、すなわち、パケット送出中であるか否かを判定し、パケット送出スレッドが存在すると判定した場合、ステップＳ８２に進み、パケット送出スレッドを停止させる。なお、このステップＳ８２の処理には、パケット送出スレッドに対して停止フラグが設定され、パケット送出スレッドが終了するまで待機するといった処理が含まれる。
【０１００】
ステップＳ８１において、パケット送出スレッドが存在しない（パケット送出中ではない）と判定された場合、ステップＳ８２の処理はスキップされ、ステップＳ８３に進む。
【０１０１】
ステップＳ８３において、RTP送出部５２は、パケタイザ５３を監視し、現在ストリーミング中のセッションに対して動作しているパケタイザスレッドが存在するか否かを判定する。この場合、同じメディアデータに対し、他のユーザからの要求によりストリーミングが行われているパケタイザスレッドは該当しない。従って、パケタイザスレッドが存在するということは、ストリーミング配信サーバ２１が、現在、図１３を用いて上述したようなパケタイザ処理を行いながら、同時にストリーミングも行っていることを表わしている。
【０１０２】
ステップＳ８３において、パケタイザスレッドが存在すると判定された場合、ステップＳ８４に進み、RTP送出部５２は、パケタイザ５３を制御し、パケット送出スレッドを停止させる。なお、このステップＳ８４の処理には、パケタイザスレッドに対して停止フラグが設定され、パケタイザスレッドが終了するまで待機するといった処理が含まれる。
【０１０３】
ステップＳ８３において、パケタイザスレッドが存在しないと判定された場合、ステップＳ８４の処理はスキップされ、処理は終了される。
【０１０４】
このように、ストリーミング配信サーバ２１は、ユーザ端末装置２３からのPAUSEメソッドまたはTEARDOWNメソッドを受け取った場合に上述したストリームデータ配信の停止処理を実行し、迅速に、ストリーミング配信を停止させることができる。
【０１０５】
次に、図１５のフローチャートを参照して、RTP情報ファイルの削除処理について説明する。なお、この処理は、所定時間毎、ハードディスクドライブ３９のディスク残量が少なくなった場合、あるいは、ストリーミング配信サーバ２１の管理者によって削除が指示された場合などに応じて開始される。
【０１０６】
ステップＳ９１において、RTP送出部５２は、ハードディスクドライブ３９に記憶されているRTP情報を選択する。ステップＳ９２において、RTP送出部５２は、ステップＳ９１の処理で選択されたRTP情報ファイル内のアクセス情報を参照し、ステップＳ９３において、アクセス情報が所定値（例えば、１０）以下であるか否かを判定する。
【０１０７】
ステップＳ９３において、選択したRTP情報ファイル内のアクセス情報が所定値以下であると判定された場合、ステップＳ９４に進み、RTP送出部５２は、そのRTP情報ファイルをハードディスクドライブ３９から削除する。ステップＳ９３において、所定値以下ではない（例えば、１１以上である）と判定された場合、ステップＳ９４の処理はスキップされる。
【０１０８】
ステップＳ９５において、RTP送出部５２は、削除処理を終了するか否か、すなわち、ハードディスクドライブ３９に記憶されている全てのRTP情報ファイルを選択し、各アクセス情報を参照したか否かを判定し、未だ選択していないRTP情報ファイルがあると判定した場合、ステップＳ９１に戻り、上述した処理を繰り返し実行する。
【０１０９】
そして、ステップＳ９５において、ハードディスクドライブ３９に記憶されている全てのRTP情報ファイルを選択し、各アクセス情報を参照したと判定された場合、処理は終了される。
【０１１０】
上述したように、RTP情報ファイル内のアクセス情報は、メディアデータへアクセスされる毎にインクリメントされるようになされているため、必要に応じて図１５を用いて説明した削除処理を実行することによって、アクセス頻度の少ない（図１５のステップＳ９３の処理における所定値以下の）RTP情報ファイルは、削除される。
【０１１１】
従って、以上においては、１つのメディアデータに対し、必要に応じてインクリメンタルに複数のRTP情報ファイルが作成されるとともに、アクセス頻度の少ないファイルは、必要に応じて削除することができるので、無駄なRTP情報ファイルを保持せずに済む。
【０１１２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０１１３】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを記録する記録媒体は、図４に示されるように、磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM、DVD(Digital Versatile Disc)を含む）、光磁気ディスク４３（MD(Mini-Disc)（登録商標）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に記録されるROM３２やハードディスクドライブ３９などにより構成される。記録媒体へのプログラムの記録は、必要に応じてルータ、モデムなどのインターフェースを介して、公衆回線網、ローカルエリアネットワーク、またはインターネットなどのネットワーク２２、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０１１４】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１５】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１１６】
【発明の効果】
以上のように、第１の本発明によれば、効率良くストリーミングデータを配信することができる。
【０１１７】
また第１の本発明によれば、効率良くパケット情報を作成し、そのパケット情報に基づいて、効率良くストリーミングデータを配信することができる。
【０１１８】
第２の本発明によれば、効率良くパケット情報を作成することができる。
【０１１９】
また第２の本発明によれば、効率良くパケット情報を作成するとともに、パケット化に伴うオーバヘッドの低減を図ることができる。
【図面の簡単な説明】
【図１】従来のストリーミング配信を行う送出装置の構成例を示す図である。
【図２】従来のストリーミング配信を行う他の送出装置の構成例を示す図である。
【図３】本発明を適用したストリーミング配信システムの構成例を示す図である。
【図４】ストリーミング配信サーバの構成例を示すブロック図である。
【図５】ストリーミング配信サーバにインストールされて実行される、サーバプログラムの機能を説明する図である。
【図６】 RTP情報ファイルを作成する処理を説明する図である。
【図７】 RTP情報ファイルの詳細な構成例を示す図である。
【図８】パケット送出処理を説明するフローチャートである。
【図９】図８のステップＳ１の詳細な処理を説明するフローチャートである。
【図１０】図８のステップＳ４の詳細な処理を説明するフローチャートである。
【図１１】図８のステップＳ６の詳細な処理を説明するフローチャートである。
【図１２】 RTP情報ファイルのテンプレートの一例を示す図である。
【図１３】図８のステップＳ７の詳細な処理を説明するフローチャートである。
【図１４】ストリームデータ配信の停止処理を説明するフローチャートである。
【図１５】 RTP情報ファイルの削除処理を説明するフローチャートである。
【符号の説明】
２１ ストリーミング配信サーバ， ２２ ネットワーク， ２３ ユーザ端末装置， ３１ CPU， ３２ ROM， ３３ RAM， ３９ ハードディスクドライブ， ５１ RTSP送受信部， ５２ RTP送出部， ５３ パケタイザ， ６１ メディアファイル記憶部， ６２ RTP情報ファイル記憶部
Claims (8)
- ネットワークを介して、情報処理装置から情報端末装置にデータを配信する情報配信システムにおいて、
前記情報処理装置は、
前記情報端末装置から前記データの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、前記第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成手段と、
前記作成手段により作成された前記第１の管理情報を記憶する記憶手段と、
前記作成手段により作成された前記第１の管理情報に基づいて、前記データから前記第１の区間の送信用データを生成する生成手段と、
前記生成手段により生成された前記第１の区間の送信用データを前記情報端末装置に配信する配信手段と、
前記情報端末装置からさらに前記データの第２の区間の配信が指示された場合、前記記憶手段に記憶されている管理情報を検索する検索手段と
を備え、
前記検索手段により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、前記作成手段は、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、
前記記憶手段は、前記作成手段により作成された前記第２の管理情報を記憶し、
前記生成手段は、前記第１および第２の管理情報に基づいて、前記第２の区間の送信用データを生成し、
前記配信手段は、前記生成手段により生成された前記第２の区間の送信用データを前記情報端末装置に配信し、
前記情報端末装置は、
前記情報処理装置に対し、前記データの配信を指示する指示手段と、
前記指示手段に応じて前記情報処理装置から配信されてくる前記送信用データを受信する受信手段と
を備えることを特徴とする情報配信システム。 - ネットワークを介して、情報処理端末装置にデータを配信する情報処理装置において、
前記情報端末装置から前記データの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、前記第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成手段と、
前記作成手段により作成された前記第１の管理情報を記憶する記憶手段と、
前記作成手段により作成された前記第１の管理情報に基づいて、前記データから前記第１の区間の送信用データを生成する生成手段と、
前記生成手段により生成された前記第１の区間の送信用データを前記情報端末装置に配信する配信手段と、
前記情報端末装置からさらに前記データの第２の区間の配信が指示された場合、前記記憶手段に記憶されている管理情報を検索する検索手段と
を備え、
前記検索手段により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、前記作成手段は、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、
前記記憶手段は、前記作成手段により作成された前記第２の管理情報を記憶し、
前記生成手段は、前記第１および第２の管理情報に基づいて、前記第２の区間の送信用データを生成し、
前記配信手段は、前記生成手段により生成された前記第２の区間の送信用データを前記情報端末装置に配信する
ことを特徴とする情報処理装置。 - 前記管理情報は、前記データに関する時刻情報を含む
ことを特徴とする請求項２に記載の情報処理装置。 - 前記管理情報は、前記データに対するアクセス情報を含み、
前記情報端末装置から前記データの配信が指示された場合、前記アクセス情報を更新する更新手段をさらに備える
ことを特徴とする請求項２に記載の情報処理装置。 - 前記アクセス情報に基づいて、前記管理情報を削除する削除手段をさらに備える
ことを特徴とする請求項４に記載の情報処理装置。 - ネットワークを介して、情報処理端末装置にデータを配信する情報処理装置の情報処理方法において、
前記情報端末装置から前記データの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、前記第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、
前記作成ステップの処理により作成された前記第１の管理情報を記憶する記憶ステップと、
前記作成ステップの処理により作成された前記第１の管理情報に基づいて、前記データから前記第１の区間の送信用データを生成する生成ステップと、
前記生成ステップの処理により生成された前記第１の区間の送信用データを前記情報端末装置に配信する配信ステップと、
前記情報端末装置からさらに前記データの第２の区間の配信が指示された場合、前記記憶ステップの処理により記憶された管理情報を検索する検索ステップと
を含み、
前記検索ステップの処理により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、前記作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、
前記記憶ステップは、前記作成ステップの処理により作成された前記第２の管理情報を記憶し、
前記生成ステップは、前記第１および第２の管理情報に基づいて、前記第２の区間の送信用データを生成し、
前記配信ステップは、前記生成ステップの処理により生成された前記第２の区間の送信用データを前記情報端末装置に配信する
ことを特徴とする情報処理方法。 - ネットワークを介して、情報処理端末装置にデータを配信する情報処理装置を制御するプログラムであって、
前記情報端末装置から前記データの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、前記第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、
前記作成ステップの処理により作成された前記第１の管理情報を記憶する記憶ステップと、
前記作成ステップの処理により作成された前記第１の管理情報に基づいて、前記データから前記第１の区間の送信用データを生成する生成ステップと、
前記生成ステップの処理により生成された前記第１の区間の送信用データを前記情報端末装置に配信する配信ステップと、
前記情報端末装置からさらに前記データの第２の区間の配信が指示された場合、前記記憶ステップの処理により記憶された管理情報を検索する検索ステップと
を含み、
前記検索ステップの処理により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、前記作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、
前記記憶ステップは、前記作成ステップの処理により作成された前記第２の管理情報を記憶し、
前記生成ステップは、前記第１および第２の管理情報に基づいて、前記第２の区間の送信用データを生成し、
前記配信ステップは、前記生成ステップの処理により生成された前記第２の区間の送信用データを前記情報端末装置に配信する
ことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。 - ネットワークを介して、情報処理端末装置にデータを配信する情報処理をコンピュータに実行させるプログラムであって、
前記情報端末装置から前記データの第１の区間の配信が指示された場合、送信データ生成に関する管理情報である、前記第１の区間のデータの送信データ生成に関する第１の管理情報を作成する作成ステップと、
前記作成ステップの処理により作成された前記第１の管理情報を記憶する記憶ステップと、
前記作成ステップの処理により作成された前記第１の管理情報に基づいて、前記データから前記第１の区間の送信用データを生成する生成ステップと、
前記生成ステップの処理により生成された前記第１の区間の送信用データを前記情報端末装置に配信する配信ステップと、
前記情報端末装置からさらに前記データの第２の区間の配信が指示された場合、前記記憶ステップの処理により記憶された管理情報を検索する検索ステップと
を含み、
前記検索ステップの処理により前記第２の区間のうちの一部の区間のデータの送信データ生成に関する管理情報が検索されなかった場合、前記作成ステップは、検索されなかった区間のデータの送信データ生成に関する第２の管理情報を新たに作成し、
前記記憶ステップは、前記作成ステップの処理により作成された前記第２の管理情報を記憶し、
前記生成ステップは、前記第１および第２の管理情報に基づいて、前記第２の区間の送信用データを生成し、
前記配信ステップは、前記生成ステップの処理により生成された前記第２の区間の送信用データを前記情報端末装置に配信する
ことを特徴とするプログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002132308A JP3799607B2 (ja) | 2002-05-08 | 2002-05-08 | 情報配信システム、情報処理装置および方法、記録媒体、並びにプログラム |
| US10/431,117 US20030231637A1 (en) | 2002-05-08 | 2003-05-06 | Information distribution system, information processing apparatus and method, recording medium, and program |
| EP20030252850 EP1361698B1 (en) | 2002-05-08 | 2003-05-07 | Information distribution system, information processing apparatus and method |
| DE60324497T DE60324497D1 (de) | 2002-05-08 | 2003-05-07 | Informationsverteilungssystem, Informationsverarbeitungsvorrichtung und -verfahren |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002132308A JP3799607B2 (ja) | 2002-05-08 | 2002-05-08 | 情報配信システム、情報処理装置および方法、記録媒体、並びにプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003324477A JP2003324477A (ja) | 2003-11-14 |
| JP3799607B2 true JP3799607B2 (ja) | 2006-07-19 |
Family
ID=29244105
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002132308A Expired - Fee Related JP3799607B2 (ja) | 2002-05-08 | 2002-05-08 | 情報配信システム、情報処理装置および方法、記録媒体、並びにプログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20030231637A1 (ja) |
| EP (1) | EP1361698B1 (ja) |
| JP (1) | JP3799607B2 (ja) |
| DE (1) | DE60324497D1 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100585176B1 (ko) * | 2005-02-04 | 2006-05-30 | 삼성전자주식회사 | 입출력 서브시스템에서 입출력 명령의 부하 판단 방법 및장치 |
| JP2007019953A (ja) * | 2005-07-08 | 2007-01-25 | Oki Electric Ind Co Ltd | 映像データ送信システム |
| US8081635B2 (en) * | 2008-10-08 | 2011-12-20 | Motorola Solutions, Inc. | Reconstruction of errored media streams in a communication system |
| KR100958176B1 (ko) * | 2008-11-26 | 2010-05-14 | 주식회사 코아로직 | 멀티미디어 데이터 처리장치, 그 처리장치를 포함하는 멀티미디어 시스템, 및 멀티미디어 데이터 레코딩 방법 |
| CN101930440A (zh) * | 2009-06-25 | 2010-12-29 | 李冰 | 一种建立互联网流式浏览器的方法 |
| KR102184492B1 (ko) * | 2013-11-19 | 2020-11-30 | 삼성전자주식회사 | 스트리밍 데이터 서비스를 위한 서버, 사용자 단말 장치 및 방법 |
| CN111263240B (zh) * | 2020-02-12 | 2022-07-19 | 青岛海信宽带多媒体技术有限公司 | Iptv 4k音视频播放管理方法、装置、显示设备 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08265367A (ja) * | 1995-03-20 | 1996-10-11 | Fujitsu Ltd | ネットワーク管理・情報収集方式 |
| ATE195046T1 (de) * | 1995-03-31 | 2000-08-15 | Sony Europa Bv | System für information auf anfrage mit mehrfachübertragung |
| US6128657A (en) * | 1996-02-14 | 2000-10-03 | Fujitsu Limited | Load sharing system |
| JPH09284748A (ja) * | 1996-04-19 | 1997-10-31 | Sony Corp | 双方向情報伝送システムおよび双方向情報伝送方法 |
| JPH09312842A (ja) * | 1996-05-23 | 1997-12-02 | Ekushingu:Kk | Ｍｐｅｇデータ再生装置及びその再生装置を備えたｍｐｅｇデータ供給・再生システム |
| US5928331A (en) * | 1997-10-30 | 1999-07-27 | Matsushita Electric Industrial Co., Ltd. | Distributed internet protocol-based real-time multimedia streaming architecture |
| JP2001242876A (ja) * | 1999-12-20 | 2001-09-07 | Matsushita Electric Ind Co Ltd | データ受信再生方法、データ受信再生装置、データ送信方法、およびデータ送信装置 |
| JP2001320691A (ja) * | 2000-05-12 | 2001-11-16 | Matsushita Electric Ind Co Ltd | 映像視聴装置、映像ファイル提供装置及びこれらからなるインターネット放送システム |
| US6742082B1 (en) * | 2001-06-12 | 2004-05-25 | Network Appliance | Pre-computing streaming media payload method and apparatus |
-
2002
- 2002-05-08 JP JP2002132308A patent/JP3799607B2/ja not_active Expired - Fee Related
-
2003
- 2003-05-06 US US10/431,117 patent/US20030231637A1/en not_active Abandoned
- 2003-05-07 EP EP20030252850 patent/EP1361698B1/en not_active Expired - Fee Related
- 2003-05-07 DE DE60324497T patent/DE60324497D1/de not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003324477A (ja) | 2003-11-14 |
| EP1361698B1 (en) | 2008-11-05 |
| EP1361698A3 (en) | 2007-02-07 |
| US20030231637A1 (en) | 2003-12-18 |
| EP1361698A2 (en) | 2003-11-12 |
| DE60324497D1 (de) | 2008-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5588517B2 (ja) | データセグメントのオプションのブロードキャスト配信によるストリーミング | |
| US8412801B2 (en) | Network AV system | |
| US7996538B2 (en) | Information processing apparatus and content information processing method for transmitting content and event information to a client | |
| JP4640723B2 (ja) | 複数クライアントへの単一メディア・トラックのストリーミング | |
| US20150372927A1 (en) | Method, Device, and System for Acquiring Streaming Media Data | |
| US20100169458A1 (en) | Real-Time or Near Real-Time Streaming | |
| EP3300372A2 (en) | Streaming multimedia data over a non-streaming protocol | |
| WO2013037241A1 (zh) | 移动多媒体实时转码播放系统、装置、存储介质及方法 | |
| KR20060002962A (ko) | 콘텐츠 제공 서버, 정보 처리 장치, 및 방법, 그리고컴퓨터 프로그램 | |
| JP2008283571A (ja) | コンテンツ配信装置、コンテンツ配信システム、およびコンテンツ配信方法 | |
| WO2017092327A1 (zh) | 一种播放方法及装置 | |
| CN102347943B (zh) | 基于rtsp会话发送和接收流传输数据的方法和设备 | |
| JP2013021574A (ja) | 生成装置、配信サーバ、生成方法、再生装置、再生方法、再生システム、生成プログラム、再生プログラム、記録媒体およびデータ構造 | |
| CN112839238B (zh) | 投屏播放方法、装置和存储介质 | |
| WO2011018051A1 (zh) | 网络个人视频录制处理方法和设备及系统 | |
| US20080240670A1 (en) | Picture recording system and picture recording and reproducing method | |
| JP3799607B2 (ja) | 情報配信システム、情報処理装置および方法、記録媒体、並びにプログラム | |
| CN111866603A (zh) | 一种基于srs的视频文件生产方法、后台服务器和系统 | |
| CN105812831B (zh) | 网络节目的录制方法、装置、系统以及播放方法、装置 | |
| US8521844B2 (en) | Information processing apparatus and method and program | |
| JP4882441B2 (ja) | 配信サーバ装置、クライアント装置、及びそれらに用いるプログラム | |
| WO2010057391A1 (zh) | 一种流媒体播放控制方法、设备及系统 | |
| WO2009140888A1 (zh) | 一种实现录制业务的方法、装置及系统 | |
| WO2012149868A1 (zh) | 一种媒体内容分发和点播的方法、机顶盒及系统 | |
| JP4285015B2 (ja) | ネットワーク放送システム、コンテンツ配信方法、及び番組提供装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040421 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050902 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051125 |
|
| 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: 20060403 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060416 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100512 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |