(57)【要約】【課題】  コンテンツをストリーミング再生する場合に、そのコンテンツの最後の部分まで確実に再生することである。【解決手段】  本ストリーミングデータ受信再生端末は、データ通信手段、操作手段、記憶手段及び制御手段を有する。制御手段は、操作手段によりコンテンツの再生操作を受け付けたら、ストリーミングサーバとの間にストリーミングデータ通信用の接続を確立するための接続確立要求を送信し、かつ、接続が確立されたらストリーミングデータを受信してこれを記憶手段に記憶するとともに、記憶したストリーミングデータを順次再生する。そして、この制御手段は、ストリーミングデータの送信が完了した旨の送信完了通知を受信したら、記憶手段内の未再生分のストリーミングデータが無くなったか否かを判断し、無くなったと判断したら、上記接続を切断するための接続切断要求をストリーミングサーバへ送信する。【選択図】  図１
2006109198.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してストリーミングサーバとデータ通信を行うデータ通信手段と、
該データ通信手段により受信したストリーミングデータを一時的に記憶する記憶手段と、
該ストリーミングサーバから送信されてくるストリーミングデータを該データ通信手段により受信してこれを該記憶手段に記憶するとともに、記憶したストリーミングデータを順次再生する受信再生処理を行うとともに、全てのストリーミングデータの送信を完了した旨の送信完了通知を該データ通信手段により受信したら、該データ通信手段によるストリーミングデータの受信を停止するための受信停止処理を行う制御手段とを備えたストリーミングデータ受信再生端末において、
上記制御手段は、ストリーミングデータの送信が完了した旨の送信完了通知を上記データ通信手段により受信したら、上記記憶手段内の未再生分のストリーミングデータが無くなったか否かを判断し、無くなったと判断した後に上記受信停止処理を行うことを特徴とするストリーミングデータ受信再生端末。
【請求項２】
ネットワークを介してストリーミングサーバとデータ通信を行うデータ通信手段と、
該ストリーミングサーバから送信されてくるコンテンツのストリーミングデータを該データ通信手段により受信してこれを再生する受信再生処理を行うとともに、全てのストリーミングデータの送信を完了した旨の送信完了通知を該データ通信手段により受信したら、該データ通信手段によるストリーミングデータの受信を停止するための受信停止処理を行う制御手段とを備えたストリーミングデータ受信再生端末において、
上記制御手段は、ストリーミングデータの受信が無い時間が所定時間経過したか否かを判断し、上記送信完了通知を上記データ通信手段により受信した後に所定時間経過したと判断したときに、上記受信停止処理を行うことを特徴とするストリーミングデータ受信再生端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してサーバから送信されるストリーミングデータを受信してこれを再生するストリーミングデータ受信再生端末に関するものである。
【背景技術】
【０００２】
ネットワーク上のサーバに記憶された映像データや音データ等のコンテンツデータを携帯電話機で再生する方法には、ダウンロード再生方法とストリーミング再生方法の２つの方法がある。前者の方法は、コンテンツデータの全てを携帯電話機へダウンロードしてからそのコンテンツデータを再生するものである。後者の方法は、コンテンツデータを受信しつつ、受信したデータ部分から順次再生するものである。ストリーミング再生方法については、例えば特許文献１や特許文献２に記載されたものが知られている。
【０００３】
図１１は、コンテンツデータをストリーミングデータ受信再生端末である携帯電話機でストリーミング再生する際の従来の通信手順を示すシーケンスフロー図である。コンテンツデータを再生しようとする場合、まず、携帯電話機からサーバへＳＤＰ（Session Description Protocol）データの取得要求が送信され、その応答としてＳＤＰデータが携帯電話機に受信される。携帯電話機は、ＳＤＰデータを内部メモリに保存した後、そのＳＤＰデータに含まれる各種設定項目を参照し、その設定に従ってストリーミング通信用の接続（ストリーミングセッション）の確立要求をサーバへ送信する。この要求に応じてサーバがストリーミングセッションを確立すると、サーバは携帯電話機からのコンテンツ再生要求に応じてストリーミングデータの送信を開始し、携帯電話機はそのストリーミングデータを受信して再生する。そして、サーバは、コンテンツの最後までストリーミングデータを送信し終えると、送信完了通知を携帯電話機へ送信する。この送信完了通知を受信すると、携帯電話機は、ストリーミングデータの受信を停止し、セッション切断要求をサーバへ送信する。この要求を受信したサーバは、その携帯電話機とのストリーミングセッションを切断する。
【０００４】
【特許文献１】特開２００３−３３３５７９号公報
【特許文献２】特開２００３−２２９８４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のストリーミング受信再生端末では、サーバから送信完了通知を受信すると、即座にストリーミングデータの受信を強制的に停止するという動作を行っていた。そのため、次のような問題があった。
すなわち、一般に、ストリーミングデータと送信完了通知とは、互いに異なる通信ポートを使って通信される。図１１に示した例では、ストリーミングデータについてはＲＴＰ（Real-time Transport Protocol）用の通信ポートが使用され、送信完了通知についてはＲＴＣＰ（RTP Control Protocol）用の通信ポートが使用される。このように互いに異なる通信ポートが使われる関係で、例えば、ＲＴＰ用の通信ポートのみが何らかの要因で通信不能になったときには、コンテンツの最後の部分に対応するストリーミングデータの送信完了後にサーバから送信された送信完了通知が、上記最後の部分に対応するストリーミングデータの受信中にストリーミング受信再生端末へ受信される場合がある。この場合、従来のストリーミング受信再生端末では、送信完了通知を受信すると即座にストリーミングデータの受信を強制的に停止するものと考えられ、送信完了通知受信後に到達するストリーミングデータを受信できず、そのコンテンツを最後まで再生することができない可能性があるという問題があった。
【０００６】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、コンテンツをストリーミング再生する場合に、そのコンテンツを最後まで確実に再生することが可能なストリーミングデータ受信再生端末を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１の発明は、ネットワークを介してストリーミングサーバとデータ通信を行うデータ通信手段と、該データ通信手段により受信したストリーミングデータを一時的に記憶する記憶手段と、該ストリーミングサーバから送信されてくるストリーミングデータを該データ通信手段により受信してこれを該記憶手段に記憶するとともに、記憶したストリーミングデータを順次再生する受信再生処理を行うとともに、全てのストリーミングデータの送信を完了した旨の送信完了通知を該データ通信手段により受信したら、該データ通信手段によるストリーミングデータの受信を停止するための受信停止処理を行う制御手段とを備えたストリーミングデータ受信再生端末において、上記制御手段は、ストリーミングデータの送信が完了した旨の送信完了通知を上記データ通信手段により受信したら、上記記憶手段内の未再生分のストリーミングデータが無くなったか否かを判断し、無くなったと判断した後に上記受信停止処理を行うことを特徴とするものである。
このストリーミングデータ受信再生端末においては、ストリーミングサーバから送信される送信完了通知を受信したら、まず、記憶手段内の未再生分のストリーミングデータが無くなったか否かを判断する。そして、未再生分のストリーミングデータ（バッファデータ）が無くなったと判断した後に、ストリーミングデータの受信を停止するための受信停止処理を行う。すなわち、本ストリーミングデータ受信再生端末では、送信完了通知を受信しても即座にはストリーミングデータの受信停止処理を行わず、記憶手段内の未再生分のストリーミングデータが無くなってからその受信停止処理を行う。よって、未再生分のストリーミングデータが無くなるまでは、ストリーミングデータの受信が継続される。よって、本ストリーミングデータ受信再生端末によれば、仮にコンテンツの最後の部分に対応するストリーミングデータの送信完了後にサーバから送信された送信完了通知をそのストリーミングデータの受信中に受信したとしても、その送信完了通知後に到達したストリーミングデータを、未再生分のストリーミングデータが無くなるまでの間は受信することができる。したがって、仮に上記最後の部分に対応するストリーミングデータの送信完了後にサーバから送信された送信完了通知をそのストリーミングデータの受信中に受信したとしても、その送信完了通知受信後に到達するストリーミングデータを未再生分のストリーミングデータが無くなるまでの間に受信すれば、上記最後の部分に対応するストリーミングデータを最後まで受信することができる。
【０００８】
また、請求項２の発明は、ネットワークを介してストリーミングサーバとデータ通信を行うデータ通信手段と、該ストリーミングサーバから送信されてくるコンテンツのストリーミングデータを該データ通信手段により受信してこれを再生する受信再生処理を行うとともに、全てのストリーミングデータの送信を完了した旨の送信完了通知を該データ通信手段により受信したら、該データ通信手段によるストリーミングデータの受信を停止するための受信停止処理を行う制御手段とを備えたストリーミングデータ受信再生端末において、上記制御手段は、ストリーミングデータの受信が無い時間が所定時間経過したか否かを判断し、上記送信完了通知を上記データ通信手段により受信した後に所定時間経過したと判断したときに、上記受信停止処理を行うことを特徴とするものである。
このストリーミングデータ受信再生端末においては、ストリーミングデータの受信が無い時間が所定時間経過したか否かを判断することができる。そして、送信完了通知を受信した後に所定時間が経過したと判断すると、ストリーミングデータの受信を停止するための受信停止処理を行う。すなわち、本ストリーミングデータ受信再生端末では、送信完了通知を受信しても即座にはストリーミングデータの受信停止処理を行わず、ストリーミングデータの受信が無い時間が所定時間経過してからその受信停止処理を行う。よって、本ストリーミングデータ受信再生端末によれば、仮にコンテンツの最後の部分に対応するストリーミングデータの送信完了後にサーバから送信された送信完了通知をそのストリーミングデータの受信中に受信したとしても、その送信完了通知受信後において、直前のストリーミングデータの受信時から上記所定時間が経過する前に到達したストリーミングデータについては受信することができる。したがって、上記所定時間をストリーミングデータの受信間隔として想定し得る時間よりも十分に長い時間に設定することで、仮に上記最後の部分に対応するストリーミングデータの送信完了後にサーバから送信された送信完了通知をそのストリーミングデータの受信中に受信したとしても、上記最後の部分に対応するストリーミングデータを最後まで受信することができる。
【０００９】
なお、上記「ストリーミングデータ受信再生端末」には、移動体通信端末、携帯型情報端末（ＰＤＡ：Personal Digital Assistance）、ディスクトップパソコン等の非携帯型情報端末等も含まれる。また、上記「移動体通信端末」には、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division ynchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）などが挙げられる。また、上記「移動体通信端末」には、ＰＨＳ（Personal Handyphone System）、自動車電話等の電話機のほか、ネットワークを介してサーバから送信されるストリーミングデータを受信してこれを再生することが可能なあらゆる移動体通信端末も含まれる。
また、上記ストリーミングデータ受信再生端末における制御は、これに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行ってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行ってもよい。
【発明の効果】
【００１０】
以上、請求項１及び２の発明によれば、コンテンツをストリーミング再生する場合に、そのコンテンツを最後まで確実に再生することが可能となるという優れた効果が奏される。
【発明を実施するための最良の形態】
【００１１】
以下、本発明をストリーミングデータ受信再生端末としての移動体通信端末である携帯電話機に適用した一実施形態について、図面を参照しながら説明する。
図２は、本実施形態に係る携帯電話機が利用可能な移動体通信システムの全体構成を説明するための説明図である。
この移動体通信システムにおいて、ユーザーが使用する携帯電話機２０は、ユーザーによって登録されたアプリケーションプログラムを実行可能な構成を有している。本実施形態において、このアプリケーションプログラムは、プラットフォームに依存しないオブジェクト指向プログラミング等によって開発されたものである。このようなアプリケーションプログラムとしては、ＪＡＶＡ（登録商標。以下同様。）で記述されたアプリケーションプログラム、Ｃ＋＋言語で記述されたアプリケーションプログラム、ＢＲＥＷ（登録商標。以下同様。）のアプリケーション実行環境上で動作するアプリケーションプログラムなどが挙げられる。また、アプリケーションプログラムは、Ｃ言語やアセンブリ言語等で記述された構造化プログラムであってもよい。この携帯電話機２０は、ネットワークとしての携帯電話通信網１０に接続可能である。また、この携帯電話通信網１０には、コンテンツデータを配信するストリーミングサーバ１１が接続されている。このストリーミングサーバ１１は、携帯電話機２０からの要求に応じて、コンテンツデータに基づくストリーミングデータを携帯電話機２０に対して送信する。
【００１２】
ストリーミングサーバ１１で配信されるコンテンツデータは、コンテンツ開発事業者等のコンテンツ開発元から提供される。具体的には、コンテンツが蓄積型コンテンツの場合、例えば、コンテンツ開発元側のパーソナルコンピュータ等から、専用回線や公衆回線を介してストリーミングサーバ１１にアップロードして提供する。なお、その蓄積型コンテンツのデータを記録した光ディスクや磁気ディスク等の記録媒体を、コンテンツ開発元からストリーミングサーバ１１を管理・運営する通信事業者に送り、その記録媒体内のコンテンツデータをストリーミングサーバ１１で読み取るようにして、提供してもよい。このようにして提供された蓄積型コンテンツのデータは、携帯電話機２０から携帯電話通信網１０を介してストリーミング配信可能な状態でストリーミングサーバ１１に登録される。一方、ライブ型コンテンツにおいては、コンテンツ開発元側で撮影したリアルタイムの映像等のデータを、専用回線や公衆回線を介してストリーミングサーバ１１に送信する。このようにして提供されたライブ型コンテンツのデータは、ストリーミングサーバ１１で受信されると同時に携帯電話通信網１０を介して携帯電話機２０へストリーミング配信される。なお、「コンテンツデータ」としては、画像と音を組合せた映画等の映像コンテンツのデータ、音楽等の音のみからなるコンテンツのデータ、画像のみからなるコンテンツのデータなどが含まれる。
【００１３】
図３は、上記ストリーミングサーバ１１のハードウェア構成を示す概略構成図である。
このストリーミングサーバ１１は、システムバス１００、ＣＰＵ１０１、内部記憶装置、外部記憶装置１０４、入力装置１０５及び出力装置１０６を備えている。上記内部記憶装置は、ＲＡＭ１０２やＲＯＭ１０３等で構成されている。上記外部記憶装置１０４は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置１０５は、マウスやキーボード等で構成されている。上記出力装置１０６は、ディスプレイやプリンタ等で構成されている。更に、このストリーミングサーバ１１は、携帯電話通信網１０を介して各ユーザーの携帯電話機２０と通信するための通信手段としての携帯電話用通信装置１０７を備えている。
【００１４】
上記ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いにデータやプログラムの命令等のやり取りを行う。このストリーミングサーバ１１を所定の手順に従って動作させるための各種プログラムは、ＲＯＭ１０３や外部記憶装置１０４に記憶されており、必要に応じてＣＰＵ１０１やＲＡＭ１０２上の作業エリアに呼び出されて実行される。また、このストリーミングサーバ１１には、携帯電話機２０に対して送信するコンテンツデータが外部記憶装置１０４に記憶されている。ストリーミングサーバ１１は、携帯電話機２０からの要求に応じ、ＣＰＵ１０１、ＲＡＭ１０２、携帯電話通信網用通信装置１０７等が協働して、外部記憶装置１０４に記憶されているコンテンツデータを、携帯電話通信網１０を介して携帯電話機２０にストリーミングデータ送信する機能を有している。また、外部記憶装置１０４に記憶されているコンテンツデータを紹介するためのＷｅｂサイトを提供するＷｅｂサーバとしての機能も有している。本実施形態では、携帯電話機２０のユーザーは、コンテンツデータをストリーミング再生しようとする場合、まず、Ｗｅｂサイトにアクセスして再生対象のコンテンツデータを選択し、その後、選択したコンテンツデータに基づくストリーミングデータを受信して再生することになる。なお、このストリーミングサーバ１１は、専用装置として構成してもいいし、汎用のコンピュータシステムを用いて構成してもよい。また、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１５】
図４は、上記携帯電話機２０の外観を示す正面図であり、図５は、その携帯電話機２０のハードウェア構成を示す概略構成図である。
この携帯電話機２０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス２００、ＣＰＵ２０１、ＲＡＭ２０２やＲＯＭ２０３等からなる内部制御装置、入力装置２０４、出力装置２０５及び携帯電話用通信装置２０６を備えている。ＣＰＵ２０１やＲＡＭ２０２等の構成要素は、システムバス２００を介して、互いに各種データや後述のアプリケーションプログラムの命令等のやり取りを行っている。上記入力装置２０４は、データ入力キー（テンキー、＊キー、＃キー）２１、通話開始キー２２、終話キー２３、スクロールキー２４、多機能キー２５、マイク２６などから構成されている。上記出力装置２０５は、表示手段としての液晶ディスプレイ（ＬＣＤ）２７、通話用スピーカ２８、図示しない外部スピーカ等から構成されている。上記携帯電話用通信装置２０６は、携帯電話通信網１０を介して他の携帯電話機や上記ストリーミングサーバ１１と通信するためのものである。また、ＲＡＭ２０２内には、後述する電話機プラットフォームが管理する第１の記憶手段としてのプラットフォーム用記憶領域と、後述するアプリケーション実行環境上で管理される第２の記憶手段としてのアプリケーション用記憶領域とが存在する。本実施形態において、ＲＡＭ２０２及びＲＯＭ２０３は、データ記憶手段として機能する。
【００１６】
図６は、上記携帯電話機２０の主要部を抽出して示したブロック図であり、図７は、その携帯電話機２０におけるソフトウェア構造の説明図である。
この携帯電話機２０は、電話通信部２１１及びデータ通信手段としてのデータ通信部２１２、操作手段としての操作部２１３、アプリケーションプログラム実行手段としてのアプリケーションプログラム実行管理部２１４、主制御部２１５、出力部２１６、タイマー手段としてのタイマー部２１７、記憶手段としての記憶部２１８等により構成される。
【００１７】
上記電話通信部２１１は、他の携帯電話機や固定電話機と電話通信を行うために、携帯電話通信網１０の基地局と無線通信を行うものであり、上述のハードウェア構成上の携帯電話用通信装置２０６等に対応する。
上記データ通信部２１２は、上記電話通信部２１１と同様に、上述のハードウェア構成上の携帯電話用通信装置２０６等に対応する。このデータ通信部２１２は、携帯電話通信網１０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網１０からゲートウェイサーバを介して、インターネット等の外部のネットワークに接続し、インターネット上での電子メールのやり取りやＷｅｂページの閲覧等を行ったりするためのものである。また、このデータ通信部２１２は、携帯電話通信網１０を介して、ストリーミングサーバ１１が提供するアプリケーションプログラムをダウンロードするためにも用いられる。
【００１８】
上記操作部２１３は、ユーザーにより操作される上述のテンキー２１、通話開始キー２２、終話キー２３等で構成されている。この操作部２１３の各種キーを操作することにより、ユーザーは、携帯電話機２０に対してＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、ユーザーは操作部２１３の各種キーを操作することにより、上記ストリーミングサーバ１１が提供するＷｅｂサイトにアクセスしてコンテンツデータに基づくストリーミングデータを受信してこれを再生することもできる。
【００１９】
上記アプリケーションプログラム実行管理部２１４は、上述のシステムバス２００、ＣＰＵ２０１やＲＡＭ２０２の一部等で構成されている。このアプリケーションプログラム実行管理部２１４は、図７のソフトウェア構造上において中央の「アプリケーション実行環境」に対応しており、オブジェクト指向プログラミングで開発されたアプリケーションプログラムに利用されるクラスライブラリ、実行環境管理ライブラリ、アプリケーション管理等のソフトウェアを提供し、アプリケーションプログラムの実行環境を管理する。このアプリケーション実行環境は、実行するアプリケーションプログラムに応じて適宜選定される。例えば、実行するアプリケーションプログラムがＪＡＶＡで記述されたものである場合には、ＪＡＶＡのアプリケーション実行環境を選定する。また、実行するアプリケーションプログラムがＢＲＥＷの実行環境上で動作するＣ言語で記述されたものである場合には、ＢＲＥＷのアプリケーション実行環境を選定する。なお、実行するアプリケーションプログラムがＪＡＶＡで記述されたものである場合には、ＢＲＥＷのアプリケーション実行環境上に更にＪＡＶＡのアプリケーション実行環境を構築することで、これを実行することができる。
【００２０】
ここで、アプリケーションプログラムは、クラスライブラリＡＰＩ（アプリケーションインターフェース）を介して上記アプリケーション実行環境内にある関数等のクラスライブラリを呼び出して使用できるようになっている。この関数等のクラスライブラリの呼び出しの履歴は、アプリケーションプログラムの仮想的な実行環境（仮想マシン：ＶＭ）が終了するまで、ＲＡＭ２０２内におけるアプリケーション用記憶領域に記憶される。また、アプリケーション実行環境は、アプリケーションプログラムの実行に際して用いる各種データも、そのアプリケーション用記憶領域に保存する。そして、この各種データを用いるときには、このアプリケーション用記憶領域から読み出したり、書き込んだりする。また、アプリケーション実行環境内の実行環境管理ライブラリは、電話機プラットフォームＡＰＩを介して後述の電話機プラットフォーム内の電話機プラットフォームライブラリを呼び出して使用できるようになっている。
【００２１】
上記主制御部２１５は、電話通信部２１１、データ通信部２１２、出力部２１６、タイマー部２１７、記憶部２１８を制御するものであり、上述のシステムバス２００、ＣＰＵ２０１やＲＡＭ２０２等で構成されている。この主制御部２１５は、アプリケーションプログラム実行管理部２１４との間で制御命令や各種データのやりとりを行い、これと協働して制御を行うことで、制御手段として機能する。主制御部２１５は、図７のソフトウェア構造上において最下部の「電話機プラットフォーム」に対応しており、上記電話通信部２１１等を制御するための制御用プログラムやユーザインターフェースを実行したり、電話機プラットフォームライブラリを提供したりする。この電話機プラットフォームは、上記アプリケーション実行環境内の実行環境管理ライブラリに対してイベントを送ることにより、アプリケーションプログラムにおいて各種処理を実行したり、アプリケーション管理ＡＰＩを介して上記アプリケーション実行環境内のアプリケーション管理のソフトウェアを呼び出して使用したりできるようになっている。また、アプリケーション実行環境が電話機プラットフォームＡＰＩを介して電話機プラットフォームライブラリを呼び出して使用したとき、電話機プラットフォームは、その電話機プラットフォームライブラリに応じた処理を実行する。例えば、電話機プラットフォームは、電話機プラットフォームライブラリを利用したアプリケーション実行環境からの指示に基づき、ＲＡＭ２０２内における電話機プラットフォームが管理するプラットフォーム用記憶領域に記憶されたデータを読み出して、これをアプリケーション用記憶領域に移行することができる。
【００２２】
上記出力部２１６は、上述の液晶ディスプレイ２７、通話用スピーカ２８、外部スピーカ等からなる出力装置２０５等で構成されている。この出力部２１６は、上記データ通信部２１２で受信したＷｅｂページ画面を液晶ディスプレイ２７に表示する。また、この出力部２１６の液晶ディスプレイ２７は、上記電話通信部２１１やデータ通信部２１２で情報を着信した旨をユーザーに報知するときに用いられる。具体的には、その情報を着信すると、主制御部２１５により、出力部２１６の液晶ディスプレイ２７に着信報知画像を表示したり、外部スピーカから着信音を出力させたりする。更に、この出力部２１６は、アプリケーション実行環境で実行される後述のコンテンツ再生用アプリケーションプログラムを実行中には、再生されたコンテンツデータの映像や音などの出力にも用いられる。
【００２３】
上記タイマー部２１７は、時間を計測できる公知の構成を採用することができる。本実施形態では、携帯電話機２０が備えるＲＴＣ（Real Time Clock）２０９が発生させる時刻データに基づいて、タイマー用プログラムを実行するＣＰＵ２０１が時間を計測する構成になっている。
【００２４】
上記記憶部２１８は、上述のＲＡＭ２０２の一部やＲＯＭ２０３などによって構成されている。この記憶部２１８のＲＡＭ２０２は、ストリーミングデータ用のバッファリング領域を有している。このバッファリング領域には、受信したストリーミングデータが順次記憶される。また、携帯電話機２０を所定の手順に従って動作させる電話機プラットフォームを構築するための制御用プログラムも、記憶部２１８に記憶されている。また、基本ＯＳ（オペレーティングシステム）のプログラムや、上記アプリケーション実行環境を構築するためのプログラム及びアプリケーションプログラムも、記憶部２１８に記憶されている。そして、これらのプログラムは、必要に応じてＣＰＵ２０１やＲＡＭ２０２中の作業エリアに呼び出されて実行される。
【００２５】
次に、本移動体通信システムにおけるコンテンツデータのストリーミング再生処理の一例について説明する。なお、本実施形態では、画像（動画像）と音とを組合せた映像コンテンツをストリーミング再生する場合について説明するが、音出力を伴う他のコンテンツについても同様である。
【００２６】
図８は、コンテンツデータを携帯電話機２０でストリーミング再生する際の携帯電話機２０の処理動作の流れを示すフローチャートである。図９は、コンテンツデータを携帯電話機２０でストリーミング再生する際の通信手順を示すシーケンスフロー図である。
コンテンツデータを再生しようとする場合、まず、ユーザーは、操作部２１３のキーを操作し、ブラウザを起動する（Ｓ１）。そして、操作部２１３のキーを操作して、ストリーミングサーバ１１のコンテンツ選択サイトのＵＲＬを入力し、アクセスする（Ｓ２）。これにより、ブラウザを実行する主制御部２１５は、そのＵＲＬによって特定されるストリーミングサーバ１１に対してリクエストを送信する。このリクエストを受けたストリーミングサーバ１１は、そのリクエストの送信元である携帯電話機２０に向けて、そのリクエストに係るコンテンツ選択サイトの画面（コンテンツリスト画面）をレスポンスとして送信する。その後、ユーザーは、操作部２１３のキーを操作して、ＬＣＤ２７上に表示された画面のコンテンツリストの中から自分が希望するコンテンツを選択する（Ｓ３）。これを受けて、図７に示した電話機プラットフォームすなわち図６に示した主制御部２１５に、アプリケーションプログラムの実行指示が入力される。これにより、主制御部２１５は、コンテンツ再生用アプリケーションプログラムを読み出してこれを起動する（Ｓ４）。アプリケーションプログラムが起動すると、図７に示したアプリケーション実行環境すなわち図６に示したアプリケーションプログラム実行管理部２１４上で、そのアプリケーションプログラムが動作する。なお、このアプリケーションプログラムは、予め携帯電話機２０のＲＯＭ２０３に記憶されたものでも、外部からダウンロードしてＲＡＭ２０２に記憶されたものでもよい。
【００２７】
アプリケーションプログラムが起動すると、アプリケーションプログラム実行管理部２１４は、上記Ｓ３で選択したコンテンツについて、ストリーミングサーバ１１に対し、そのコンテンツデータを配信するコンテンツ配信サイトへＳＤＰデータ（コンテンツ情報データ）の取得要求を主制御部２１５を介して送信する。本実施形態において、携帯電話機２０とストリーミングサーバ１１との間は、主に、ＲＴＳＰ（Real Time Streaming Protocol）及びＲＴＰを用いてデータ通信を行う。したがって、ここでは、ＳＤＰデータの取得要求として、ＤＥＳＣＲＩＢＥコマンドを送信する。ＳＤＰデータの取得要求を受けたストリーミングサーバ１１は、その応答としてＳＤＰデータを携帯電話機２０に送信する。このＳＤＰデータを受信した携帯電話機２０のアプリケーションプログラム実行管理部２１４は、そのＳＤＰデータをＲＡＭ２０２に保存する（Ｓ５）。なお、ＳＤＰデータを取得するまでの処理については、ＨＴＴＰ（HyperText Transfer Protocol）又はＨＴＴＰＳ（Hypertext Transfer Protocol Security）等を用いてデータ通信を行い、その後の処理で行う通信については、ＲＴＳＰ及びＲＴＰを用いてデータ通信を行うようにしてもよい。
【００２８】
ＳＤＰデータを保存したら、アプリケーションプログラム実行管理部２１４は、そのＳＤＰデータに含まれる端末設定用の項目を参照し、その設定内容に従ってストリーミングセッション（ストリーミング通信用の接続）の確立要求（ＳＥＴＵＰコマンド）を主制御部２１５を介してストリーミングサーバ１１へ送信する。この要求に応じて、ストリーミングサーバ１１は、本携帯電話機２０との間のストリーミングセッションを確立し、ストリーミングセッションが確立した旨の応答を携帯電話機２０へ送信する。なお、本実施形態では、コンテンツ選択サイトとコンテンツ配信サイトが同じストリーミングサーバ１１によって提供されているが、別々のサーバで提供するようにしてもよい。
【００２９】
一方、コンテンツ再生用アプリケーションプログラムが起動すると、ＬＣＤ２７上にコンテンツ再生用画面が表示される。ユーザーが操作部２１３のキーに対してコンテンツを再生するための再生操作を行うと（Ｓ６）、アプリケーションプログラム実行管理部２１４は、ストリーミングサーバ１１に対してコンテンツ再生要求（ＰＬＡＹコマンド）を主制御部２１５を介して送信する。この要求に応じて、ストリーミングサーバ１１は、要求を受け付けた旨の応答を携帯電話機２０へ送信する。また、ストリーミングサーバ１１のＣＰＵ１０１は、要求に係るコンテンツデータを外部記憶装置１０４から読み出し、そのストリーミングデータを携帯電話機２０に対して送信を開始する（Ｓ７）。
【００３０】
携帯電話機２０のアプリケーションプログラム実行管理部２１４は、受信したストリーミングデータをＲＡＭ２０２内のバッファリング領域に順次保存する。そして、規定量のストリーミングデータがバッファリング領域に保存されたら（Ｓ８）、アプリケーションプログラム実行管理部２１４は、ＲＡＭ２０２内のバッファリング領域からストリーミングデータを順次読み出して再生を開始する（Ｓ９）。具体的には、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介して、出力部２１６に対してストリーミングデータの再生命令を出力する。これにより、出力部２１６のＬＣＤ２５にはストリーミングデータに基づく画像が表示され、出力部２１６の外部スピーカからコンテンツの音が出力され、ユーザーは、コンテンツを視聴することができる。
【００３１】
なお、ユーザーがコンテンツ再生中に操作部２１３のキーに対してコンテンツの再生を停止するための操作を行うと（Ｓ１０）、アプリケーションプログラム実行管理部２１４は、ストリーミングデータの受信を停止するための受信停止処理を行う（Ｓ１２）。この受信停止処理の一例としては、アプリケーションプログラム実行管理部２１４が主制御部２１５を介して行う、ＲＴＰ用の通信ポートを閉じる処理が挙げられる。また、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介して、出力部２１６に対し、コンテンツの出力を停止する命令を出力し、コンテンツの再生を停止させる（Ｓ１３）。また、アプリケーションプログラム実行管理部２１４は、ストリーミングサーバ１１に対してセッション切断要求（ＴＥＡＲＤＯＷＮコマンド）を主制御部２１５を介して送信する（Ｓ１４）。この要求に応じて、ストリーミングサーバ１１は、その応答を携帯電話機２０へ送信し、本携帯電話機２０との間のストリーミングセッションを切断する。
一方、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介してストリーミングサーバ１１から送信完了通知（ＲＴＣＰ：ＢＹＥ）を受信すると（Ｓ１１）、次の再生終了処理を実行する（Ｓ２０）。
【００３２】
〔動作例１〕
以下、本発明の特徴部分である再生終了処理の一例（以下、本例を「動作例１」という。）について説明する。
図１は、本動作例１に係る再生終了処理の流れを示すフローチャートである。
本動作例１において、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介してストリーミングサーバ１１から送信完了通知（ＲＴＣＰ：ＢＹＥ）を受信すると（Ｓ１１）、記憶部２１８のＲＡＭ２０２のバッファリング領域内に未再生分のストリーミングデータ（バッファデータ）が無くなったか否かを判断する（Ｓ２１）。本実施形態では、再生したストリーミングデータは順次バッファリング領域から削除するので、アプリケーションプログラム実行管理部２１４は、送信完了通知の受信後、バッファリング領域内にバッファデータが存在するか否かを監視することにより上記判断を行うことができる。また、アプリケーションプログラム実行管理部２１４は、バッファリング領域からバッファデータの読み出しができなくなった時点で、バッファリング領域内にバッファデータが無くなったと判断してもよい。
【００３３】
このようにしてバッファリング領域内にバッファデータが無くなったと判断したら、アプリケーションプログラム実行管理部２１４は、ストリーミングデータの受信を停止するための受信停止処理を行う（Ｓ２２）。この受信停止処理は、上記Ｓ１２の受信停止処理と同様である。また、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介して、出力部２１６に対し、コンテンツの出力を停止する命令を出力し、コンテンツの再生を停止させる（Ｓ２３）。また、アプリケーションプログラム実行管理部２１４は、図９に示すように、ストリーミングサーバ１１に対してセッション切断要求（ＴＥＡＲＤＯＷＮコマンド）を主制御部２１５を介して送信する（Ｓ２４）。この要求に応じて、ストリーミングサーバ１１は、その応答を携帯電話機２０へ送信し、本携帯電話機２０との間のストリーミングセッションを切断する。
【００３４】
以上、本動作例１によれば、携帯電話機２０で送信完了通知（ＲＴＣＰ：ＢＹＥ）を受信しても即座にはストリーミングデータの受信停止処理を行わず、バッファリング領域内のバッファデータが無くなってからその受信停止処理を行う。したがって、図９に示すように、コンテンツの最後の部分に対応するストリーミングデータ（ＲＴＰ：Ｐａｙｌａｏｄ  ｆｏｒｍａｔ）の送信完了後にストリーミングサーバ１１から送信された送信完了通知（ＲＴＣＰ：ＢＹＥ）がそのストリーミングデータの受信中に携帯電話機２０で受信された場合でも、その送信完了通知後に到達したストリーミングデータを、バッファデータが無くなるまでの間は受信することができる。したがって、上記のような場合でも、上記最後の部分に対応するストリーミングデータをバッファデータが無くなるまでの間に全て受信すれば、当該ストリーミングデータを携帯電話機２０で最後まで受信することができ、そのコンテンツの最後まで確実に再生することができる。
なお、本動作例１によれば、上記タイマー部を使用しないので、タイマー部を設ける必要がない点で、後述する動作例２よりも構成の簡素化を図ることができる。
【００３５】
〔動作例２〕
次に、本発明の特徴部分である再生終了処理の他の例（以下、本例を「動作例２」という。）について説明する。
図１０は、本動作例２に係る再生終了処理の流れを示すフローチャートである。
本動作例２において、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介してストリーミングサーバ１１から送信完了通知（ＲＴＣＰ：ＢＹＥ）を受信すると（Ｓ１１）、ストリーミングデータの受信が無い時間が所定時間を経過したか否かを判断する判断処理を行う。この判断処理は、送信完了通知を受信する前から開始してもよいが、送信完了通知の受信後に開始した方が処理負荷を軽減できる点で望ましい。
【００３６】
本動作例２の判断処理の具体的な処理内容は次の通りである。すなわち、まず、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介してタイマー部２１７にスタート命令を出力し、時間の計測を開始する（Ｓ３１）。そして、アプリケーションプログラム実行管理部２１４は、ストリーミングデータをストリーミングサーバ１１から受信するたびに（Ｓ３２）、タイマー部２１７へリスタート命令を送信する。タイマー部２１７は、このリスタート命令を受けるたびに時間を最初から計測し始める（Ｓ３３）。一方、ストリーミングデータが受信されないまま、タイマー部２１７により計時された時間が規定時間（所定時間）に達すると（Ｓ３４）、アプリケーションプログラム実行管理部２１４は、ストリーミングデータの受信を停止するための受信停止処理を行う（Ｓ３５）。この受信停止処理も、上記Ｓ１２の受信停止処理と同様である。また、アプリケーションプログラム実行管理部２１４は、図９に示したように、ストリーミングサーバ１１に対してセッション切断要求（ＴＥＡＲＤＯＷＮコマンド）を主制御部２１５を介して送信する（Ｓ３６）。この要求に応じて、ストリーミングサーバ１１は、その応答を携帯電話機２０へ送信し、本携帯電話機２０との間のストリーミングセッションを切断する。そして、アプリケーションプログラム実行管理部２１４は、バッファリング領域からバッファデータの読み出しができなくなったとき、バッファリング領域内にバッファデータが無くなったと判断し（Ｓ３７）、主制御部２１５を介して出力部２１６に対してコンテンツの出力を停止する命令を出力し、コンテンツの再生を停止させる（Ｓ３８）。
【００３７】
以上、本動作例２によれば、携帯電話機２０で送信完了通知（ＲＴＣＰ：ＢＹＥ）を受信しても即座にはストリーミングデータの受信停止処理を行わず、ストリーミングデータの受信が無い時間が上記規定時間を経過してからその受信停止処理を行う。したがって、図９に示したように、コンテンツの最後の部分に対応するストリーミングデータ（ＲＴＰ：Ｐａｙｌａｏｄ  ｆｏｒｍａｔ）の送信完了後にストリーミングサーバ１１から送信された送信完了通知（ＲＴＣＰ：ＢＹＥ）がそのストリーミングデータの受信中に携帯電話機２０で受信された場合でも、その送信完了通知受信後において、直前のストリーミングデータの受信時から上記規定時間が経過する前に到達したストリーミングデータについては受信することができる。本動作例２においては、上記規定時間が、ストリーミングデータの受信間隔として想定し得る時間よりも十分に長い時間に設定されているので、上記のような場合でも、当該ストリーミングデータを携帯電話機２０で最後まで受信することができ、そのコンテンツの最後の部分まで確実に再生することができる。
しかも、本動作例２によれば、ストリーミングデータの受信が無くなった後であれば、バッファリング領域内にバッファデータが残っていても、上記規定時間経過時に受信停止処理が行われ、ストリーミングセッションが切断される。上記動作例１では、バッファリング領域内のバッファデータが無くなるまで、受信停止処理が行われずにストリーミングセッションが維持されるため、ストリーミングデータの受信が無くなった後からバッファデータが無くなるまでの間は、無駄にストリーミングセッションが維持されることになる。これに対し、本動作例２では、上記規定時間を適切に設定することで、バッファリング領域内のバッファデータが無くなるのを待つことなくストリーミングセッションを切断できる。したがって、本動作例２によれば、無駄にストリーミングセッションが維持される期間を上記動作例１よりも短くできる。
【００３８】
なお、本発明は、上述した携帯電話機２０に限らず、ストリーミング再生が可能な他のストリーミング受信再生端末に対しても有用である。
【図面の簡単な説明】
【００３９】
【図１】実施形態における携帯電話機の動作例１に係る再生終了処理の流れを示すフローチャート。
【図２】同携帯電話機が利用可能な移動体通信システムの全体構成を説明するための説明図。
【図３】同移動体通信システムを構成するストリーミングサーバのハードウェア構成を示す概略構成図。
【図４】同携帯電話機の外観を示す正面図。
【図５】同携帯電話機のハードウェア構成を示す概略構成図。
【図６】同携帯電話機の主要部を抽出して示したブロック図。
【図７】同携帯電話機におけるソフトウェア構造の説明図。
【図８】同携帯電話機でコンテンツデータをストリーミング再生する際の通信手順を示すシーケンスフロー図。
【図９】コンテンツデータを携帯電話機２０でストリーミング再生する際の通信手順を示すシーケンスフロー図。
【図１０】動作例２に係る再生終了処理の流れを示すフローチャート。
【図１１】コンテンツデータを携帯電話機でストリーミング再生する際の従来の通信手順を示すシーケンスフロー図。
【符号の説明】
【００４０】
１０  携帯電話通信網
１１  ストリーミングサーバ
２０  携帯電話機
２１  テンキー
２７  液晶ディスプレイ
２１３  操作部
２１４  アプリケーションプログラム実行管理部
２１５  主制御部
２１６  出力部
２１７  タイマー部
２１８  記憶部
【図１】
2006109198.tif 000003
【図２】
2006109198.tif 000004
【図３】
2006109198.tif 000005
【図４】
2006109198.tif 000006
【図５】
2006109198.tif 000007
【図６】
2006109198.tif 000008
【図７】
2006109198.tif 000009
【図８】
2006109198.tif 000010
【図９】
2006109198.tif 000011
【図１０】
2006109198.tif 000012
【図１１】
2006109198.tif 000013