(57)【要約】【課題】ネットワーク特有の遅延等の影響も含めてストリームを保存又は再生をすることにより、ネットワークの影響を解析することができる端末等を提供する。【解決手段】ストリームを受信するストリーム受信部と、現在時刻を出力するタイマと、ストリームのパケット毎に受信時刻を付与する時刻付与部とを含むストリーム保存部１１と、受信時刻が付与されたパケットを受信順に蓄積するストリーム蓄積部とを有する。また、ストリーム蓄積部からストリームをパケット毎に読み出すストリーム読み出し部と、読み出されたパケットの受信時刻に応じて時間遅延させる時間バッファ部と、時間バッファ部から出力されたパケットを再生するストリーム再生部とを有する。【選択図】図２
2007335915.tif 000002
【特許請求の範囲】
【請求項１】
ストリームを受信するストリーム受信手段と、現在時刻を出力するタイマと、前記ストリームのパケット毎に受信時刻を付与する時刻付与手段とを含むストリーム保存手段と、
前記受信時刻が付与された前記パケットを、受信順に蓄積するストリーム蓄積手段と、
前記ストリーム蓄積手段から、ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出された前記パケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
前記時間バッファ手段から出力された前記パケットを再生するストリーム再生手段と
を有することを特徴とする端末。
【請求項２】
前記ストリームは、映像パケット及び音声パケットが多重化された複数のＲＴＰ(Real time Transport Protocol)パケットによって構成されており、
前記ストリーム保存手段は、相手方通信装置との呼処理のネゴシエーションによって得られたＳＤＰ(Session Description Protocol)ファイルを、前記ストリーム蓄積手段へ蓄積する呼処理手段を更に含んでおり、
前記ストリーム再生手段は、前記時間バッファ手段から出力された前記パケットを、前記映像パケット又は前記音声パケットに分離する多重分離手段と、前記映像パケット又は前記音声パケットを前記ＳＤＰファイルに応じて復号する復号手段とを有する
ことを特徴とする請求項１に記載の端末。
【請求項３】
前記ストリーム再生手段は、前記復号手段におけるデコードバッファの推移状態を解析する解析手段を更に含むことを特徴とする請求項１又は２に記載の端末。
【請求項４】
ストリームのパケット毎に受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積手段と、
前記ストリーム蓄積手段から、前記ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出された前記パケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
前記時間バッファ手段から出力された前記パケットを、他の通信装置へ送信するストリーム送信手段と
を有することを特徴とする端末。
【請求項５】
ＧＰＳ(Global Positioning System)機能によって位置情報を取得する測位手段と、
前記位置情報を、他の通信装置へ送信する位置情報送信手段と
を更に有することを特徴とする請求項１から４のいずれか１項に記載の端末。
【請求項６】
前記ストリームは、試験用のテレビ電話用ストリームであることを特徴とする請求項１から５のいずれか１項に記載の端末。
【請求項７】
ストリームを受信するストリーム受信手段と、現在時刻を出力するタイマと、前記ストリームのパケット毎に受信時刻を付与する時刻付与手段とを含むストリーム保存手段と、
前記受信時刻が付与された前記パケットを、受信順に蓄積するストリーム蓄積手段と、
前記ストリーム蓄積手段から、ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出された前記パケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
前記時間バッファ手段から出力された前記パケットを再生するストリーム再生手段と
してコンピュータを機能させることを特徴とするプログラム。
【請求項８】
ストリームのパケット毎に受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積手段と、
前記ストリーム蓄積手段から、前記ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出された前記パケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
前記時間バッファ手段から出力された前記パケットを、他の通信装置へ送信するストリーム送信手段と
してコンピュータを機能させることを特徴とするプログラム。
【請求項９】
ネットワークを介してストリームを受信する端末におけるストリームの保存再生方法において、
ストリームを受信する第１のステップと、
前記ストリームのパケット毎に受信時刻を付与する第２のステップと、
前記受信時刻が付与された前記パケットを、受信順にストリーム蓄積部に蓄積する第３のステップと、
前記ストリーム蓄積部から、ストリームをパケット毎に読み出す第４のステップと、
読み出された前記パケットの受信時刻に応じて時間遅延させる第５のステップと、
時間遅延させた前記パケットを再生する第６のステップと
を有することを特徴とするストリームの保存再生方法。
【請求項１０】
ネットワークを介してストリームを受信する端末におけるストリームの保存再生方法において、
ストリームのパケット毎に受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積部を有しており、
前記ストリーム蓄積部から、前記ストリームをパケット毎に読み出す第１のステップと、
読み出された前記パケットの受信時刻に応じて時間遅延させる第２のステップと、
時間遅延させた前記パケットを、他の通信装置へ送信する第３のステップと
を有することを特徴とするストリームの保存再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、解析のためにストリームを保存又は再生する端末、プログラム及び方法に関する。
【背景技術】
【０００２】
従来、映像又は音声等のマルチメディアデータを、インターネットなどのネットワークを介して受信しながら同時に再生をすることができる「ストリーミング」技術がある。全てのデータを受信することなく、大容量のマルチメディアデータであっても、直ぐに再生を開始することができる。このようなストリーミング技術のために配信されるデータを「ストリーム」という。
【０００３】
ストリームは、ＲＴＰ(Real time Transport Protocol)及びＩＰ(Internet Protocol)ヘッダを含む複数のパケットから構成される。ＲＴＰヘッダには、そのパケットの生成時刻も含まれる。送信装置は、ストリームを構成する複数のＲＴＰパケットを受信装置へ送信する。受信装置は、ＲＴＰパケット毎にヘッダを取り除き、複数のパケットを合成してストリームを生成する。生成されたストリームは、受信装置によって再生される。
【０００４】
受信装置は、受信したストリームを、ファイルとして保存し、必要なときに再生することもできる（例えば特許文献１及び２参照）。例えば３ｇｐのような蓄積型ファイルフォーマットによって保存され、送信装置によって送信された原ストリームと一致する。
【０００５】
【特許文献１】特開２００３−３４８２２２号公報
【特許文献２】特開２００３−１５２８８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ストリーミング技術を用いて、ストリームを受信しながら同時に再生する場合、その再生は、ネットワーク特有の遅延、パケット損失、伝送ゆらぎ等の影響を受ける。例えば、大きい遅延を含むネットワークを介して、ストリームを受信しながら同時に再生する場合、再生される映像又は音声が、間飛びしたりギクシャクする場合がある。
【０００７】
一方で、蓄積型ファイルフォーマットによって保存されたストリームファイルには、遅延等の影響は反映されない。従って、保存されたストリームを再生すると、原ストリームの再生と同様に（又はパケット損失した場合は間飛びして）再生される。
【０００８】
そこで、本発明は、遅延等の影響も含めてストリームを保存することにより、その再生によってネットワークの影響を解析することができる端末、プログラム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の端末によれば、
ストリームを受信するストリーム受信手段と、現在時刻を出力するタイマと、ストリームのパケット毎に受信時刻を付与する時刻付与手段とを含むストリーム保存手段と、
受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積手段と、
ストリーム蓄積手段から、ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出されたパケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
時間バッファ手段から出力されたパケットを再生するストリーム再生手段と
を有することを特徴とする。
【００１０】
本発明の端末における他の実施形態によれば、
ストリームは、映像パケット及び音声パケットが多重化された複数のＲＴＰ(Real time Transport Protocol)パケットによって構成されており、
ストリーム保存手段は、相手方通信装置との呼処理のネゴシエーションによって得られたＳＤＰ(Session Description Protocol)ファイルを、ストリーム蓄積手段へ蓄積する呼処理手段を更に含んでおり、
ストリーム再生手段は、時間バッファ手段から出力されたパケットを、映像パケット又は音声パケットに分離する多重分離手段と、映像パケット又は音声パケットをＳＤＰファイルに応じて復号する復号手段とを有する
ことも好ましい。
【００１１】
本発明の端末における他の実施形態によれば、ストリーム再生手段は、復号手段におけるデコードバッファの推移状態を解析する解析手段を更に含むことも好ましい。
【００１２】
本発明の端末によれば、
ストリームのパケット毎に受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積手段と、
ストリーム蓄積手段から、ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出されたパケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
時間バッファ手段から出力されたパケットを、他の通信装置へ送信するストリーム送信手段と
を有することを特徴とする。
【００１３】
本発明の端末における他の実施形態によれば、
ＧＰＳ(Global Positioning System)機能によって位置情報を取得する測位手段と、
位置情報を、他の通信装置へ送信する位置情報送信手段と
を更に有することも好ましい。
【００１４】
本発明の端末における他の実施形態によれば、ストリームは、試験用のテレビ電話用ストリームであることも好ましい。
【００１５】
本発明によれば、
ストリームを受信するストリーム受信手段と、現在時刻を出力するタイマと、ストリームのパケット毎に受信時刻を付与する時刻付与手段とを含むストリーム保存手段と、
受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積手段と、
ストリーム蓄積手段から、ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出されたパケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
時間バッファ手段から出力されたパケットを再生するストリーム再生手段と
してコンピュータを機能させることを特徴とする。
【００１６】
本発明によれば、
ストリームのパケット毎に受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積手段と、
ストリーム蓄積手段から、ストリームをパケット毎に読み出すストリーム読み出し手段と、
読み出されたパケットの受信時刻に応じて時間遅延させる時間バッファ手段と、
時間バッファ手段から出力されたパケットを、他の通信装置へ送信するストリーム送信手段と
してコンピュータを機能させることを特徴とするプログラム。
【００１７】
本発明によれば、ネットワークを介してストリームを受信する端末におけるストリームの保存再生方法において、
ストリームを受信する第１のステップと、
ストリームのパケット毎に受信時刻を付与する第２のステップと、
受信時刻が付与されたパケットを、受信順にストリーム蓄積部に蓄積する第３のステップと、
ストリーム蓄積部から、ストリームをパケット毎に読み出す第４のステップと、
読み出されたパケットの受信時刻に応じて時間遅延させる第５のステップと、
時間遅延させたパケットを再生する第６のステップと
を有することを特徴とする。
【００１８】
本発明によれば、ネットワークを介してストリームを受信する端末におけるストリームの保存再生方法において、
ストリームのパケット毎に受信時刻が付与されたパケットを、受信順に蓄積するストリーム蓄積部を有しており、
ストリーム蓄積部から、ストリームをパケット毎に読み出す第１のステップと、
読み出されたパケットの受信時刻に応じて時間遅延させる第２のステップと、
時間遅延させたパケットを、他の通信装置へ送信する第３のステップと
を有することを特徴とする。
【発明の効果】
【００１９】
本発明の端末、プログラム及び方法によれば、遅延等の影響も含めてストリームを保存することにより、その再生によってネットワークの影響を解析することができる。即ち、再生される映像及び音声の態様は、ネットワークの遅延等の影響を受けたものであって、アプリケーション毎にネットワークから受ける影響を試験することもできる。
【発明を実施するための最良の形態】
【００２０】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００２１】
図１は、本発明におけるシステム構成図である。
【００２２】
図１によれば、端末１は、基地局５及びインターネット４を介して、ストリーム配信サーバ２からストリームを受信している。ストリームは、端末３から受信されるものであってもよい。ストリームは、ネットワーク特有の遅延、パケット損失、伝送ゆらぎ等の影響を受けて、端末１によって受信される。
【００２３】
本発明における端末１は、遅延等の影響を含む状態で、受信したストリームを保存する。そして、保存されたストリームファイルは、遅延等の影響を含む状態で再生される。ストリームは、試験用のテレビ電話用ストリームであってもよい。試験用ストリームとすることにより、伝送状態が的確に再現される。
【００２４】
また、端末１は、保存されたストリームファイルを出力することもできる。これにより、他の装置によって、端末１が受信した遅延等の影響を含む状態で再生することもできる。
【００２５】
更に、端末１が、保存されたストリームファイルのパケット毎に、遅延等の影響を反映した時間遅延を確保して、ストリーム解析サーバ６へ送信することもできる。これにより、ストリーム解析サーバ６に対して、端末１におけるストリームの受信状態が再現される。
【００２６】
図２は、本発明によって蓄積されるデータ構成図である。
【００２７】
ストリームは、複数のＲＴＰパケットによって構成され、映像パケット及び音声パケットが多重化されたものである。図２によれば、ＲＴＰヘッダを含む映像パケット及び音声パケットが、受信順に並べられている。本発明によれば、各ＲＴＰパケットに受信時刻が付与され、ＲＴＰパケットレベルで受信順にストリーム蓄積部に保存される。エラーが検出されたパケットも蓄積される。ＲＴＰパケットレベルで蓄積することにより、受信するストリームが、ＲＴＰ試験用のもの（例えば、ＲＴＰヘッダにＣＳＲＣを含む試験や、タイムスタンプが一巡する試験）であってもよい。尚、実装の簡略化のためパケットサイズを付与してもよい。
【００２８】
また、図２には、ＳＤＰ(Session Description Protocol)ファイルの一例が表されている。ＳＤＰファイルとは、呼処理のネゴシエーションによって得られた相手端末のセッション能力情報を保存したファイルをいう。図２によれば、ＳＤＰファイルは、セッション記述部と、１つ以上のメディア記述部とからなる。ＳＤＰファイルに記述された情報に基づいて、映像復号部及び音声復号部は制御される。
ｖ＝：プロトコルバージョン
ｏ＝：ＳＤＰファイルの生成者情報
ｓ＝：セッション名
ｃ＝：セッションで利用するネットワークアドレス
ｔ＝：セッションの開始時刻及び終了時刻
ｍ＝：メディアの種類("audio","video",...)
ａ＝：メディアに関する種々の属性情報
【００２９】
図３は、本発明における端末の機能構成図である。
【００３０】
図３によれば、端末１は、ストリーム蓄積部１０と、ストリーム保存部１１と、ストリーム読み出し部１２と、時間バッファ部１３と、ストリーム再生部１４と、ストリーム送信部１５と、ストリームファイル出力部１６と、測位部１７と、位置情報送信部１８とを有する。これら機能部は、コンピュータによって実行されるプログラムによっても実現できる。そのコンピュータは、携帯電話機に搭載されるものであっても、パーソナルコンピュータ又はサーバ等に搭載されるものであってもよい。
【００３１】
ストリーム蓄積部１０は、ＳＤＰファイルと映像・音声ファイルとを蓄積する。ストリーム蓄積部１０は、ストリーム保存部１１から通知された、受信時刻を含むＲＴＰパケットを、エラーパケットも含めて受信順に蓄積する。受信されたＲＴＰパケットの並び替えも行わない。これにより、受信の際のエラーやパケットの入れ違いを正確に再現することができる。映像ファイルと音声ファイルとは別のファイルとして保存してもよいし、単一のファイルとして保存してもよい。
【００３２】
ストリーム保存部１１は、呼処理部１１１と、呼処理通信部１１２と、ストリーム受信部１１３と、時刻付与部１１４と、タイマ１１５とを有する。
【００３３】
呼処理部１１１は、呼処理通信部１１２を介して、ＳＩＰ(Session Initiation Protocol)ネゴシエーションをして、セッションを確立する。この呼処理時のネゴシエーションでは、ＳＤＰファイルが端末間で交換される。呼処理のネゴシエーションによって得られたＳＤＰファイルは、ストリーム蓄積部１０へ通知される。
【００３４】
ストリーム受信部１１３は、呼処理が終了した後、ネットワークを介してストリームのＲＴＰパケットを受信する。受信したＲＴＰパケットは、時刻付与部１１４へ通知される。
【００３５】
時刻付与部１１４は、受信したＲＴＰパケット毎に、タイマ１１５から出力される現在時刻を受信時刻として付与する。受信時刻が付与されたＲＴＰパケットは、ストリーム蓄積部１０へ通知される。タイマ１１５から出力される現在時刻は、パケット送信間隔に対して十分な精度を保つために、１０ｍ秒単位以下とする。
【００３６】
ストリーム読み出し部１２は、ストリーム蓄積部１０から、映像・音声ファイルとＳＤＰファイルとを読み出す。映像・音声ファイルは、パケット毎に読み出される。ここで、具体的な読み出しについては、後述する図４によって説明する。
【００３７】
時間バッファ部１３は、ストリーム読み出し部１２から先に通知された第１のパケットと、現在通知された第２のパケットとの間の時間遅延を確保する。第１のパケットの時刻と、第２のパケットの時刻とを比較し、その差分だけ時間遅延を確保して、第２のパケットを出力する。時間バッファ部１３から出力されたパケットは、ストリーム再生部１４又はストリーム送信部１５へ入力される。
【００３８】
ストリーム再生部１４は、多重分離部１４１と、映像復号部１４２と、音声復号部１４３と、映像解析部１４４と、音声解析部１４５と、ディスプレイ部１４６と、スピーカ部１４７とを有する。
【００３９】
多重分離部１４１は、時間バッファ部１３から出力されたパケットについて、映像パケットと音声パケットとに分離する。分離された映像パケットは、映像復号部１４２へ通知され、分離された音声パケットは、音声復号部１４３へ通知される。尚、多重分離部１４１は、リップシンク(Lip Synchronization)処理をするものであってもよい。「リップシンク処理」とは、人物の口の動きの映像と、セリフや歌の音声とのズレを補正する処理をいう。この処理のために、映像及び音声に、この補正のための規準信号が挿入される必要がある。
【００４０】
映像復号部１４２は、映像データをデコードし、ディスプレイ部１４６へ出力する。音声復号部１４３は、音声データをデコードし、スピーカ部１４７へ出力する。本発明によれば、時間バッファ部１３の時間遅延の効果によって、ストリームを実際に受信した状態で、即ち遅延等の影響と共に再生することができる。尚、映像復号部１４２及び音声復号部１４３は、ストリーム読み出し部１２から通知されたＳＤＰファイルに基づいて制御される。
【００４１】
映像解析部１４４は、映像復号部１４２が持つデコードバッファの推移状態情報をログとして記録する。音声解析部１４５は、音声復号部１４３が持つデコードバッファの推移状態情報をログとして記録する。これにより、パケット到着時間に対するデコードバッファの推移状態を把握することができる。また、デコードバッファの初期蓄積量や最大蓄積量を変更した場合、その推移状態がどのようになるかを試験することもできる。
【００４２】
遅延が発生した場合、デコードバッファは空になり、映像データ及び音声データが枯渇する。一方、遅延した映像データや音声データが集中的に到着した場合、一時的にデコードバッファが溢れる。いずれの場合も、映像の停止・音声の遅延や音欠けといった劣化となって再生される。
【００４３】
ストリーム送信部１５は、時間バッファ部１３から出力されたパケットを、他の通信装置へ送信する。他の通信装置が例えばストリーム解析サーバ６である場合、そのサーバ６に対して、端末１におけるストリームの受信状態が再現される。
【００４４】
ストリームファイル出力部１６は、ストリーム蓄積部１０に蓄積されたストリームファイルを出力する。これにより、他の装置によっても、端末１が受信した遅延等の影響と共に再生することができる。
【００４５】
測位部１７は、ＧＰＳ機能によって位置情報を取得する。位置情報送信部１８は、その位置情報を、他の通信装置へ送信する。これにより、端末１が、どのような位置で、そのストリームを受信したかを通知することができる。
【００４６】
図４は、本発明によって再生される順序を表すデータ構成図である。
【００４７】
（Ｓ４０１）ストリームファイルのパケットは、先頭から順に再生される。再生開始時は、映像パケットも音声パケットも、ポインタが先頭（Ｖ１及びＡ１）にあるとする。ストリーム読み出し部は、Ｖ１の受信時刻(12:00:00:000)とＡ１の受信時刻(12:00:00:030)とを比較し、受信時刻の早いＶ１を時間バッファ部へ通知する。Ｖ１は、最初に通知されたパケットであるので、時間バッファ部は、待ち時間０で、Ｖ１を多重分離部へ通知する。そして、ポインタをＶ１からＶ２へ進める。
【００４８】
（Ｓ４０２）次に、ストリーム読み出し部は、Ｖ２の受信時刻(12:00:00:133)とＡ１の受信時刻(12:00:00:030)とを比較し、受信時刻の早いＡ１を時間バッファ部へ通知する。時間バッファ部は、先に出力したＶ１の受信時刻(12:00:00:000)と、Ａ１の受信時刻(12:00:00:030)との差分である30ミリ秒を遅延させて、Ａ１を多重分離部へ通知する。そして、ポインタをＡ１からＡ２へ進める。
【００４９】
（Ｓ４０３）次に、ストリーム読み出し部は、Ｖ２の受信時刻(12:00:00:133)とＡ２の受信時刻(12:00:00:090)とを比較し、受信時刻の早いＡ２を時間バッファ部へ通知する。時間バッファ部は、先に出力したＡ１の受信時刻(12:00:00:030)と、Ａ２の受信時刻(12:00:00:090)との差分である60ミリ秒を遅延させて、Ａ２を多重分離部へ通知する。そして、ポインタをＡ２からＡ３へ進める。
【００５０】
（Ｓ４０３）次に、ストリーム読み出し部は、Ｖ２の受信時刻(12:00:00:133)とＡ３の受信時刻(12:00:00:150)とを比較し、受信時刻の早いＶ２を時間バッファ部へ通知する。時間バッファ部は、先に出力したＡ２の受信時刻(12:00:00:090)と、Ｖ２の受信時刻(12:00:00:133)との差分である43ミリ秒を遅延させて、Ｖ２を多重分離部へ通知する。そして、ポインタをＶ２からＶ３へ進める。
【００５１】
図５は、本発明におけるフローチャートである。
【００５２】
図５によれば、保存ステップがＳ５０１〜Ｓ５０８に表され、再生ステップがＳ５１１〜Ｓ５１９に表されている。
【００５３】
保存ステップ
（Ｓ５０１）送信装置との間で、ＳＩＰネゴシエーションを実行する。
（Ｓ５０２）ＳＤＰファイルを取得し、ストリーム蓄積部に保存する。
（Ｓ５０３）受信されたパケット順に、Ｓ５０８までの処理を繰り返す。
（Ｓ５０４）１つのＲＴＰパケットを受信する。
（Ｓ５０５）受信時刻をタイマから取得する。
（Ｓ５０６）ＲＴＰパケットに、受信時刻を付与する。
（Ｓ５０７）受信時刻を付与したＲＴＰパケットをストリーム蓄積部に保存する。
（Ｓ５０８）Ｓ５０３へ戻る。
【００５４】
再生ステップ
（Ｓ５１１）ストリームファイルとＳＤＰファイルとを、ストリーム蓄積部から読み出す。
（Ｓ５１２）読み出したストリームファイルについて、ＲＴＰパケット順に、Ｓ５１９までの処理を繰り返す。
（Ｓ５１３）ＲＴＰパケットに付与された受信時刻に基づいて、先のＲＴＰパケットの受信時刻と、現在のＲＴＰパケットの受信時刻とを比較し、その差分の時間を遅延させる。
（Ｓ５１４）そのＲＴＰパケットのメディアに対応して分離する。ここでは、映像パケットと音声パケットとに分離する。
（Ｓ５１５）映像パケットについて、ＳＤＰファイルに基づいて復号する。
（Ｓ５１６）復号された映像信号は、ディスプレイに表示される。
（Ｓ５１７）音声パケットについて、ＳＤＰファイルに基づいて復号する。
（Ｓ５１８）復号された音声信号は、スピーカから出力される。
（Ｓ５１９）Ｓ５１２へ戻る。
【００５５】
尚、受信装置のデコーディング能力が、ストリームの再生における遅延等に起因する場合もある。また、送信装置のコーディング能力が、受信装置におけるストリームの再生における遅延等に起因する場合もある。
【００５６】
以上、詳細に説明したように、本発明の端末、プログラム及び方法によれば、遅延等の影響も含めてストリームを保存することにより、その再生によってネットワークの影響を解析することができる。即ち、再生される映像及び音声の態様は、ネットワークの遅延等の影響を受けたものであって、アプリケーション毎にネットワークから受ける影響を試験することもできる。
【００５７】
本発明が適用される事例として、テレビ電話サービス（１対１又は１対Ｎ）、携帯電話機用のストリーミングサービス、インターネットラジオサービス等がある。これらサービスにおける、品質を改善するためのユーザサポートが考えられる。
【００５８】
テレビ電話サービスについては、複数の利用者が携帯端末を介して通話している際に、携帯端末の操作により、その通話内容を録画蓄積し、その後、動画像として再生する場合がある。このとき、本発明を適用することにより、通話時の記録（通話状態の記録、例えば遅延）がそのまま再生されるので、臨場感のある再生をすることができる。
【００５９】
また、録画蓄積されたストリームファイルをそのまま、サービス事業者の運用するユーザサポートセンタへアップロードすることもできる。サービス事業者は、そのストリームファイルを再生することによって、その利用者におけるテレビ電話サービスの品質を把握することができる。
【００６０】
このとき、携帯端末が、ＧＰＳ機能によって取得した位置情報をユーザサポートセンタへ送信することも好ましい。サービス事業者は、その利用者のサービス提供場所を特定することにより、その場所における品質の改善をすることもできる。
【００６１】
このように、本発明によれば、ユーザサポートセンタが、携帯端末によって受信されたストリームファイルを再生することによって、その品質を解析することもできる。これにより、サービス事業者は、その品質に基づいて適切なサポートをすることができる。
【００６２】
前述した本発明における種々の実施形態によれば、当業者は、本発明の技術思想及び見地の範囲における種々の変更、修正及び省略を容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００６３】
【図１】本発明におけるシステム構成図である。
【図２】本発明によって蓄積されるデータ構成図である。
【図３】本発明における端末の機能構成図である。
【図４】本発明によって再生される順序を表すデータ構成図である。
【図５】本発明におけるフローチャート図である。
【符号の説明】
【００６４】
１  端末、受信装置
１０  ストリーム蓄積部
１１  ストリーム保存部
１１１  呼処理部
１１２  呼処理通信部
１１３  ストリーム受信部
１１４  時刻付与部
１１５  タイマ
１２  ストリーム読み出し部
１３  時間バッファ部
１４  ストリーム再生部
１４１  多重分離部
１４２  映像復号部
１４３  音声復号部
１４４  映像解析部
１４５  音声解析部
１４６  ディスプレイ部
１４７  スピーカ部
１５  ストリーム送信部
１６  ストリームファイル出力部
１７  測位部
１８  位置情報送信部
２  ストリーム配信サーバ
３  端末、送信装置
４  インターネット
５  基地局
６  ストリーム解析（リファレンス）サーバ
【図１】
2007335915.tif 000003
【図２】
2007335915.tif 000004
【図３】
2007335915.tif 000005
【図４】
2007335915.tif 000006
【図５】
2007335915.tif 000007