(57)【要約】【課題】  ストリーミング再生を中断した後に再びストリーミング再生を再開する場合に、当該コンテンツの全体を利用者が十分に把握することを可能にする。【解決手段】  本端末は、操作手段、記憶手段、データ通信手段及び制御手段を備える。制御手段は、接続確立要求をサーバへ送信し、かつ、その接続確立後にコンテンツの再生要求をサーバへ送信する処理を行う。また、この接続を通じてサーバから送信されてくる再生要求に係るコンテンツデータを受信してこれを再生するための受信再生処理も行う。更に、その受信再生処理中の所定のタイミングで、そのタイミングの時点に対応するコンテンツデータ中の箇所を特定するための特定情報を、接続の切断要求を送信することなく記憶手段に保存する処理を行う、また、そのコンテンツの再生再開操作を操作手段が受け付けたとき、記憶手段内の一の特定情報とともにそのコンテンツの再生要求をサーバへ送信する処理も行う。【選択図】  図１
2006100885.tif 000002
【特許請求の範囲】
【請求項１】
操作手段と、
記憶手段と、
ネットワークを介してストリーミングサーバとデータ通信を行うデータ通信手段と、
ストリーミングデータ通信用の接続を確立するための接続確立要求を該データ通信手段により該ストリーミングサーバへ送信し、かつ、該接続の確立後にコンテンツの再生要求を該データ通信手段により該ストリーミングサーバへ送信する処理を行うとともに、該接続を通じて該ストリーミングサーバから送信されてくる該再生要求に係るコンテンツのストリーミングデータを該データ通信手段により受信してこれを再生するための受信再生処理を行う制御手段とを備えたストリーミングデータ受信再生端末において、
上記制御手段は、上記受信再生処理中の所定のタイミングで、該タイミングの時点に対応するコンテンツデータ中の箇所を特定するための特定情報を、上記接続の切断要求を送信することなく上記記憶手段に保存する保存処理を行うとともに、該コンテンツの再生を再開する旨の再開操作を該操作手段が受け付けたとき、該記憶手段に記憶されている一の特定情報とともに該コンテンツの再生要求を該データ通信手段により該ストリーミングサーバへ送信する再生再開処理を行うことを特徴とするストリーミングデータ受信再生端末。
【請求項２】
請求項１のストリーミングデータ受信再生端末において、
情報報知手段を有し、
上記保存処理は、上記受信再生処理中の互いに異なる複数回のタイミングの各時点にそれぞれ対応する複数の特定情報を上記記憶手段に保存するものであり、
上記制御手段は、上記操作手段が上記再開操作を受け付けたとき、該記憶手段に複数の特定情報が記憶されている場合には、該複数の特定情報の中の１つを選択するための該操作手段に対する選択操作を利用者に促す情報を該情報報知手段により報知するための報知処理を行うとともに、該操作手段が該選択操作を受け付けたとき、上記再生再開処理では該選択操作に係る特定情報を上記一の特定情報として上記ストリーミングサーバへ送信することを特徴とするストリーミングデータ受信再生端末。
【請求項３】
請求項１又は２のストリーミングデータ受信再生端末において、
上記タイミングは、上記操作手段が特定の操作を受け付けたタイミングであることを特徴とするストリーミングデータ受信再生端末。
【請求項４】
請求項３のストリーミングデータ受信再生端末において、
上記特定の操作は、上記コンテンツの再生を一時停止するための一時停止操作であることを特徴とするストリーミングデータ受信再生端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してサーバから送信されるストリーミングデータを受信してこれを再生するストリーミングデータ受信再生端末に関するものである。
【背景技術】
【０００２】
ネットワーク上のサーバに記憶された映像データや音データ等のコンテンツデータを携帯電話機で再生する方法には、ダウンロード再生方法とストリーミング再生方法の２つの方法がある。前者の方法は、コンテンツデータの全てを携帯電話機へダウンロードしてからそのコンテンツデータを再生するものである。後者の方法は、コンテンツデータを受信しつつ、受信したデータ部分から順次再生するものである。ストリーミング再生方法については、特許文献１に記載されたものが知られている。この特許文献１には、データ受信端末でストリーミング再生を行っている途中に接続を切断して再生を中断したとき、再接続時にその中断時点からストリーミング再生を再開するための方法が開示されている。この方法は、中断時点における時刻情報をデータ受信端末で保持しておき、再接続の際にデータ受信端末からサーバへ送信される再生要求にその時刻情報を含ませる。そして、サーバは、その再生要求に係るコンテンツデータの中の当該時刻情報に対応する箇所からストリーミングデータの送信を開始する。これにより、あるコンテンツの再生を中断した後にそのコンテンツを再び再生する場合でも、データ受信端末はその中断時点から当該コンテンツを再生することができるようになる。
【０００３】
【特許文献１】特開２００２−３３０３８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上記特許文献１に記載の方法では、コンテンツの再生を中断した後に再開する場合、そのコンテンツの再生をその中断箇所からしか再開することができなかった。そのため、次のような問題があった。
すなわち、コンテンツの再生を中断してから時間が経つと、利用者は、その中断までに再生されたコンテンツ部分の内容を忘れてしまう場合が多い。このような場合にその中断箇所からコンテンツの再生を再開すると、利用者は、中断前のコンテンツ部分の内容を思い出せないまま、しばらくの間又は最後まで再開後のコンテンツ部分を見たり聴いたりすることになる。これでは、利用者が当該コンテンツの中断を挟んでの内容の把握が不十分になってしまうという問題があった。
【０００５】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、コンテンツのストリーミング再生を中断した後に再びストリーミング再生を再開する場合に、当該コンテンツの中断を挟んでの内容把握が従来に比して容易となるストリーミングデータ受信再生端末を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１の発明は、操作手段と、記憶手段と、ネットワークを介してストリーミングサーバとデータ通信を行うデータ通信手段と、ストリーミングデータ通信用の接続を確立するための接続確立要求を該データ通信手段により該ストリーミングサーバへ送信し、かつ、該接続の確立後にコンテンツの再生要求を該データ通信手段により該ストリーミングサーバへ送信する処理を行うとともに、該接続を通じて該ストリーミングサーバから送信されてくる該再生要求に係るコンテンツのストリーミングデータを該データ通信手段により受信してこれを再生するための受信再生処理を行う制御手段とを備えたストリーミングデータ受信再生端末において、上記制御手段は、上記受信再生処理中の所定のタイミングで、該タイミングの時点に対応するコンテンツデータ中の箇所を特定するための特定情報を、上記接続の切断要求を送信することなく上記記憶手段に保存する保存処理を行うとともに、該コンテンツの再生を再開する旨の再開操作を該操作手段が受け付けたとき、該記憶手段に記憶されている一の特定情報とともに該コンテンツの再生要求を該データ通信手段により該ストリーミングサーバへ送信する再生再開処理を行うことを特徴とするものである。
このストリーミングデータ受信再生端末においては、受信再生処理中の所定のタイミングで、そのタイミングの時点に対応するコンテンツデータ中の箇所（以下、適宜「再開箇所」という。）を特定するための特定情報を記憶手段に保存する保存処理が行われる。この保存処理の際、制御手段は、接続の切断要求をデータ通信手段によりストリーミングサーバへ送信しないので、この保存処理は接続が維持されたまま行われる。その後、この接続が切断されて再生が中断された後又はその接続が維持されたまま再生が中断された後、そのコンテンツの再生を再開する旨の再開操作が操作手段に受け付けられると、上記保存処理により記憶手段に記憶された一の特定情報とともにコンテンツの再生要求をデータ通信手段によりストリーミングサーバへ送信する再生再開処理が行われる。これにより、ストリーミングサーバは、受信した特定情報によりコンテンツデータ中の再開箇所を特定できる。そして、ストリーミングサーバが、受信した再生要求に係るストリーミングデータを上記再開箇所から送信し始めるような構成であれば、本ストリーミングデータ受信再生端末は、そのストリーミングデータを受信して再生することで、その再開箇所からコンテンツの再生を再開することができる。この再開箇所は、過去に再生したコンテンツの中断箇所よりも前の箇所となるので、本ストリーミングデータ受信再生端末は、その中断箇所よりも前の箇所からコンテンツの再生を再開することができる。よって、利用者は、過去に再生された中断前のコンテンツ部分の一部を見たり聴いたりしてその内容を思い出した後に、まだ内容を把握していない中断後のコンテンツ部分を見たり聴いたりすることができる。
【０００７】
また、請求項２の発明は、請求項１のストリーミングデータ受信再生端末において、情報報知手段を有し、上記保存処理は、上記受信再生処理中の互いに異なる複数回のタイミングの各時点にそれぞれ対応する複数の特定情報を上記記憶手段に保存するものであり、上記制御手段は、上記操作手段が上記再開操作を受け付けたとき、該記憶手段に複数の特定情報が記憶されている場合には、該複数の特定情報の中の１つを選択するための該操作手段に対する選択操作を利用者に促す情報を該情報報知手段により報知するための報知処理を行うとともに、該操作手段が該選択操作を受け付けたとき、上記再生再開処理では該選択操作に係る特定情報を上記一の特定情報として上記ストリーミングサーバへ送信することを特徴とするものである。
このストリーミングデータ受信再生端末においては、複数の再開箇所から利用者が選択した一の再開箇所から、コンテンツの再生を再開することが可能となる。
【０００８】
また、請求項３の発明は、請求項１又は２のストリーミングデータ受信再生端末において、上記タイミングは、上記操作手段が特定の操作を受け付けたタイミングであることを特徴とするものである。
このストリーミングデータ受信再生端末においては、利用者の意志で再開箇所を決定することができる。
【０００９】
また、請求項４の発明は、請求項３のストリーミングデータ受信再生端末において、上記特定の操作は、上記コンテンツの再生を一時停止するための一時停止操作であることを特徴とするものである。
このストリーミングデータ受信再生端末においては、利用者が一時停止操作を行ったタイミングで、再開箇所の特定情報が記憶手段に保存される。このように、上記保存処理を従来から存在する一時停止操作に連動して開始することで、上記保存処理を開始するための新たな操作を追加せずに済む。
【００１０】
なお、上記「ストリーミングデータ受信再生端末」には、移動体通信端末、携帯型情報端末（ＰＤＡ：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）などが挙げられる。また、上記「移動体通信端末」には、自動車電話等の電話機のほか、ネットワークを介してサーバから送信されるストリーミングデータを受信してこれを再生することが可能なあらゆる移動体通信端末も含まれる。
また、上記ストリーミングデータ受信再生端末における制御は、これに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行ってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行ってもよい。
【発明の効果】
【００１１】
以上、請求項１乃至４の発明によれば、コンテンツのストリーミング再生を中断した後に再びストリーミング再生を再開する場合に、当該コンテンツの中断を挟んでの内容把握が従来に比して容易となるという優れた効果が奏される。
特に、請求項２の発明によれば、複数の再開箇所から利用者が選択した一の再開箇所からコンテンツの再生を再開することが可能となるので、利用者の利便性を向上させることができるという優れた効果が奏される。
また、請求項３の発明によれば、利用者の意志で再開箇所を決定することができるので、コンテンツの再生を利用者が再開を希望する再開箇所から適切に再開することができるという優れた効果が奏される。
また、請求項４の発明によれば、利用者は一時停止操作という従来から知っている操作を行うだけで再開箇所を決定することができるので、利用者の利便性を向上させることができるという優れた効果が奏される。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を、ストリーミングデータ受信再生端末としての移動体通信端末である携帯電話機に適用した一実施形態について、図面を参照しながら説明する。
図２は、本実施形態に係る携帯電話機が利用可能な移動体通信システムの全体構成を説明するための説明図である。
この移動体通信システムにおいて、ユーザーが使用する携帯電話機２０は、ユーザーによって登録されたアプリケーションプログラムを実行可能な構成を有している。本実施形態において、このアプリケーションプログラムは、プラットフォームに依存しないオブジェクト指向プログラミング等によって開発されたものである。このようなアプリケーションプログラムとしては、ＪＡＶＡ（登録商標。以下同様。）で記述されたアプリケーションプログラム、Ｃ＋＋言語で記述されたアプリケーションプログラム、ＢＲＥＷ（登録商標。以下同様。）のアプリケーション実行環境上で動作するアプリケーションプログラムなどが挙げられる。また、アプリケーションプログラムは、Ｃ言語やアセンブリ言語等で記述された構造化プログラムであってもよい。この携帯電話機２０は、ネットワークとしての携帯電話通信網１０に接続可能である。また、この携帯電話通信網１０には、コンテンツデータを配信するストリーミングサーバ１１が接続されている。このストリーミングサーバ１１は、携帯電話機２０からの要求に応じて、コンテンツデータに基づくストリーミングデータを携帯電話機２０に対して送信する。
【００１３】
ストリーミングサーバ１１で配信されるコンテンツデータは、コンテンツ開発事業者等のコンテンツ開発元から提供される。具体的には、例えば、コンテンツ開発元側のパーソナルコンピュータ等から、専用回線や公衆回線を介してストリーミングサーバ１１にアップロードして提供する。なお、開発したコンテンツのデータを記録した光ディスクや磁気ディスク等の記録媒体を、コンテンツ開発元からストリーミングサーバ１１を管理・運営する通信事業者に送り、その記録媒体内のコンテンツデータをストリーミングサーバ１１で読み取るようにして、提供してもよい。このようにして提供されたコンテンツデータは、携帯電話機２０から携帯電話通信網１０を介してストリーミング配信可能な状態でストリーミングサーバ１１に登録される。なお、「コンテンツデータ」としては、画像と音を組合せた映画等の映像コンテンツのデータ、音楽等の音のみからなるコンテンツのデータ、画像のみからなるコンテンツのデータなどが含まれる。
【００１４】
図３は、上記ストリーミングサーバ１１のハードウェア構成を示す概略構成図である。
このストリーミングサーバ１１は、システムバス１００、ＣＰＵ１０１、内部記憶装置、外部記憶装置１０４、入力装置１０５及び出力装置１０６を備えている。上記内部記憶装置は、ＲＡＭ１０２やＲＯＭ１０３等で構成されている。上記外部記憶装置１０４は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置１０５は、マウスやキーボード等で構成されている。上記出力装置１０６は、ディスプレイやプリンタ等で構成されている。更に、このストリーミングサーバ１１は、携帯電話通信網１０を介して各ユーザーの携帯電話機２０と通信するためのサーバ通信手段としての携帯電話用通信装置１０７を備えている。本実施形態では、上記内部記憶装置及び上記外部記憶装置１０４がサーバ記憶手段として機能する。
【００１５】
上記ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いにデータやプログラムの命令等のやり取りを行う。このストリーミングサーバ１１を所定の手順に従って動作させるための各種プログラムは、ＲＯＭ１０３や外部記憶装置１０４に記憶されており、必要に応じてＣＰＵ１０１やＲＡＭ１０２上の作業エリアに呼び出されて実行される。また、このストリーミングサーバ１１には、携帯電話機２０に対して送信するコンテンツデータが外部記憶装置１０４に記憶されている。ストリーミングサーバ１１は、携帯電話機２０からの要求に応じ、ＣＰＵ１０１、ＲＡＭ１０２、携帯電話通信網用通信装置１０７等が協働して、外部記憶装置１０４に記憶されているコンテンツデータを、携帯電話通信網１０を介して携帯電話機２０にストリーミングデータ送信する機能を有している。また、外部記憶装置１０４に記憶されているコンテンツデータを紹介するためのＷｅｂサイトを提供するＷｅｂサーバとしての機能も有している。本実施形態では、携帯電話機２０のユーザーは、コンテンツデータをストリーミング再生しようとする場合、まず、Ｗｅｂサイトにアクセスして再生対象のコンテンツデータを選択し、その後、選択したコンテンツデータに基づくストリーミングデータを受信して再生することになる。なお、このストリーミングサーバ１１は、専用装置として構成してもいいし、汎用のコンピュータシステムを用いて構成してもよい。また、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１６】
図４は、上記携帯電話機２０の外観を示す正面図であり、図５は、その携帯電話機２０のハードウェア構成を示す概略構成図である。
この携帯電話機２０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス２００、ＣＰＵ２０１、ＲＡＭ２０２やＲＯＭ２０３等からなる内部制御装置、入力装置２０４、出力装置２０５及び携帯電話用通信装置２０６を備えている。ＣＰＵ２０１やＲＡＭ２０２等の構成要素は、システムバス２００を介して、互いに各種データや後述のアプリケーションプログラムの命令等のやり取りを行っている。上記入力装置２０４は、データ入力キー（テンキー、＊キー、＃キー）２１、通話開始キー２２、終話キー２３、スクロールキー２４、多機能キー２５、マイク２６などから構成されている。上記出力装置２０５は、表示手段としての液晶ディスプレイ（ＬＣＤ）２７、通話用スピーカ２８、図示しない外部スピーカ等から構成されている。上記携帯電話用通信装置２０６は、携帯電話通信網１０を介して他の携帯電話機や上記ストリーミングサーバ１１と通信するためのものである。また、ＲＡＭ２０２内には、後述する電話機プラットフォームが管理する第１の記憶手段としてのプラットフォーム用記憶領域と、後述するアプリケーション実行環境上で管理される第２の記憶手段としてのアプリケーション用記憶領域とが存在する。本実施形態において、ＲＡＭ２０２及びＲＯＭ２０３は、記憶手段として機能する。
【００１７】
図６は、上記携帯電話機２０の主要部を抽出して示したブロック図であり、図７は、その携帯電話機２０におけるソフトウェア構造の説明図である。
この携帯電話機２０は、電話通信部２１１及びデータ通信手段としてのデータ通信部２１２、操作手段としての操作部２１３、アプリケーションプログラム実行手段としてのアプリケーションプログラム実行管理部２１４、主制御部２１５、出力部２１６等により構成される。
【００１８】
上記電話通信部２１１は、他の携帯電話機や固定電話機と電話通信を行うために、携帯電話通信網１０の基地局と無線通信を行うものであり、上述のハードウェア構成上の携帯電話用通信装置２０６等に対応する。
上記データ通信部２１２は、上記電話通信部２１１と同様に、上述のハードウェア構成上の携帯電話用通信装置２０６等に対応する。このデータ通信部２１２は、携帯電話通信網１０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網１０からゲートウェイサーバを介して、インターネット等の外部のネットワークに接続し、インターネット上での電子メールのやり取りやＷｅｂページの閲覧等を行ったりするためのものである。また、このデータ通信部２１２は、携帯電話通信網１０を介して、ストリーミングサーバ１１が提供するアプリケーションプログラムをダウンロードするためにも用いられる。
【００１９】
上記操作部２１３は、ユーザーにより操作される上述のテンキー２１、通話開始キー２２、終話キー２３等で構成されている。この操作部２１３の各種キーを操作することにより、ユーザーは、携帯電話機２０に対してＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、ユーザーは操作部２１３の各種キーを操作することにより、上記ストリーミングサーバ１１が提供するＷｅｂサイトにアクセスしてコンテンツデータに基づくストリーミングデータを受信してこれを再生することもできる。
【００２０】
上記アプリケーションプログラム実行管理部２１４は、上述のシステムバス２００、ＣＰＵ２０１やＲＡＭ２０２の一部等で構成されている。このアプリケーションプログラム実行管理部２１４は、図７のソフトウェア構造上において中央の「アプリケーション実行環境」に対応しており、オブジェクト指向プログラミングで開発されたアプリケーションプログラムに利用されるクラスライブラリ、実行環境管理ライブラリ、アプリケーション管理等のソフトウェアを提供し、アプリケーションプログラムの実行環境を管理する。このアプリケーション実行環境は、実行するアプリケーションプログラムに応じて適宜選定される。例えば、実行するアプリケーションプログラムがＪＡＶＡで記述されたものである場合には、ＪＡＶＡのアプリケーション実行環境を選定する。また、実行するアプリケーションプログラムがＢＲＥＷの実行環境上で動作するＣ言語で記述されたものである場合には、ＢＲＥＷのアプリケーション実行環境を選定する。なお、実行するアプリケーションプログラムがＪＡＶＡで記述されたものである場合には、ＢＲＥＷのアプリケーション実行環境上に更にＪＡＶＡのアプリケーション実行環境を構築することで、これを実行することができる。
【００２１】
ここで、アプリケーションプログラムは、クラスライブラリＡＰＩ（アプリケーションインターフェース）を介して上記アプリケーション実行環境内にある関数等のクラスライブラリを呼び出して使用できるようになっている。この関数等のクラスライブラリの呼び出しの履歴は、アプリケーションプログラムの仮想的な実行環境（仮想マシン：ＶＭ）が終了するまで、ＲＡＭ２０２内におけるアプリケーション用記憶領域に記憶される。また、アプリケーション実行環境は、アプリケーションプログラムの実行に際して用いる各種データも、そのアプリケーション用記憶領域に保存する。そして、この各種データを用いるときには、このアプリケーション用記憶領域から読み出したり、書き込んだりする。また、アプリケーション実行環境内の実行環境管理ライブラリは、電話機プラットフォームＡＰＩを介して後述の電話機プラットフォーム内の電話機プラットフォームライブラリを呼び出して使用できるようになっている。
【００２２】
上記主制御部２１５は、電話通信部２１１、データ通信部２１２、出力部２１６を制御するものであり、上述のシステムバス２００、ＣＰＵ２０１やＲＡＭ２０２等で構成されている。この主制御部２１５は、アプリケーションプログラム実行管理部２１４との間で制御命令や各種データのやりとりを行い、これと協働して制御を行うことで、制御手段として機能する。主制御部２１５は、図７のソフトウェア構造上において最下部の「電話機プラットフォーム」に対応しており、上記電話通信部２１１等を制御するための制御用プログラムやユーザインターフェースを実行したり、電話機プラットフォームライブラリを提供したりする。この電話機プラットフォームは、上記アプリケーション実行環境内の実行環境管理ライブラリに対してイベントを送ることにより、アプリケーションプログラムにおいて各種処理を実行したり、アプリケーション管理ＡＰＩを介して上記アプリケーション実行環境内のアプリケーション管理のソフトウェアを呼び出して使用したりできるようになっている。また、アプリケーション実行環境が電話機プラットフォームＡＰＩを介して電話機プラットフォームライブラリを呼び出して使用したとき、電話機プラットフォームは、その電話機プラットフォームライブラリに応じた処理を実行する。例えば、電話機プラットフォームは、電話機プラットフォームライブラリを利用したアプリケーション実行環境からの指示に基づき、ＲＡＭ２０２内における電話機プラットフォームが管理するプラットフォーム用記憶領域に記憶されたデータを読み出して、これをアプリケーション用記憶領域に移行することができる。
【００２３】
上記出力部２１６は、上述の液晶ディスプレイ２７、通話用スピーカ２８、外部スピーカ等からなる出力装置２０５等で構成されている。この出力部２１６は、上記データ通信部２１２で受信したＷｅｂページ画面を液晶ディスプレイ２７に表示する。また、この出力部２１６の液晶ディスプレイ２７は、上記電話通信部２１１やデータ通信部２１２で情報を着信した旨をユーザーに報知するときに用いられる。具体的には、その情報を着信すると、主制御部２１５により、出力部２１６の液晶ディスプレイ２７に着信報知画像を表示したり、外部スピーカから着信音を出力させたりする。更に、この出力部２１６は、アプリケーション実行環境で実行される後述のコンテンツ再生用アプリケーションプログラムを実行中には、再生されたコンテンツデータの映像や音などの出力にも用いられる。
【００２４】
携帯電話機２０を所定の手順に従って動作させる電話機プラットフォームを構築するための制御用プログラムは、ＲＡＭ２０２やＲＯＭ２０３に記憶されている。また、基本ＯＳ（オペレーティングシステム）のプログラムや、上記アプリケーション実行環境を構築するためのプログラム及びアプリケーションプログラムも、ＲＡＭ２０２やＲＯＭ２０３に記憶されている。そして、これらのプログラムは、必要に応じてＣＰＵ２０１やＲＡＭ２０２中の作業エリアに呼び出されて実行される。
【００２５】
次に、コンテンツデータのストリーミング再生処理について説明する。なお、本実施形態では、画像（動画像）と音とを組合せた映像コンテンツをストリーミング再生する場合について説明するが、他のコンテンツについても同様である。
図８は、コンテンツデータをストリーミング再生する際の携帯電話機２０の処理動作の流れの一例を示すフローチャートである。図９は、コンテンツデータを携帯電話機２０でストリーミング再生する際の通信手順を示すシーケンスフロー図である。
コンテンツデータを再生しようとする場合、まず、ユーザーは、操作部２１３のキーを操作し、ブラウザを起動する（Ｓ１）。そして、操作部２１３のキーを操作して、ストリーミングサーバ１１のコンテンツ選択サイトのＵＲＬを入力し、アクセスする（Ｓ２）。これにより、ブラウザを実行する主制御部２１５は、そのＵＲＬによって特定されるストリーミングサーバ１１に対してリクエストを送信する。このリクエストを受けたストリーミングサーバ１１は、そのリクエストの送信元である携帯電話機２０に向けて、そのリクエストに係るコンテンツ選択サイトの画面（コンテンツリスト画面）をレスポンスとして送信する。その後、ユーザーは、操作部２１３のキーを操作して、ＬＣＤ２７上に表示された画面のコンテンツリストの中から自分が希望するコンテンツを選択する（Ｓ３）。これを受けて、図７に示した電話機プラットフォームすなわち図６に示した主制御部２１５に、アプリケーションプログラムの実行指示が入力される。これにより、主制御部２１５は、コンテンツ再生用アプリケーションプログラムを読み出してこれを起動する（Ｓ４）。アプリケーションプログラムが起動すると、図７に示したアプリケーション実行環境すなわち図６に示したアプリケーションプログラム実行管理部２１４上で、そのアプリケーションプログラムが動作する。なお、このアプリケーションプログラムは、予め携帯電話機２０のＲＯＭ２０３に記憶されたものでも、外部からダウンロードしてＲＡＭ２０２に記憶されたものでもよい。
【００２６】
アプリケーションプログラムが起動すると、アプリケーションプログラム実行管理部２１４は、アプリケーションプログラムの内容に従って、選択したコンテンツに対応した端末設定用データとしてのＳＤＰ（Session Description Protocol）データを取得する処理を行う（Ｓ５）。具体的には、アプリケーションプログラム実行管理部２１４は、その選択に係るコンテンツについて、ストリーミングサーバ１１に対し、そのコンテンツデータを配信するコンテンツ配信サイトへＳＤＰデータの取得要求を主制御部２１５を介して送信する。本実施形態において、携帯電話機２０とストリーミングサーバ１１との間は、主に、ＲＴＳＰ（Real Time Streaming Protocol）及びＲＴＰ（Real-time Transport Protocol）を用いてデータ通信を行う。したがって、ここでは、ＳＤＰデータの取得要求として、ＤＥＳＣＲＩＢＥコマンドを送信する。ＳＤＰデータの取得要求を受けたストリーミングサーバ１１は、その応答としてＳＤＰデータを携帯電話機２０に送信する。このＳＤＰデータを受信した携帯電話機２０のアプリケーションプログラム実行管理部２１４は、そのＳＤＰデータをＲＡＭ２０２に保存する。その後、そのＳＤＰデータに含まれる各種設定項目を参照し、その設定に従ってストリーミングセッション（ストリーミング通信用の接続）の確立要求（ＳＥＴＵＰコマンド）を主制御部２１５を介してストリーミングサーバ１１へ送信する。この要求に応じて、ストリーミングサーバ１１は、本携帯電話機２０との間のストリーミングセッションを確立し、ストリーミングセッションが確立した旨の応答を携帯電話機２０へ送信する。なお、本実施形態では、コンテンツ選択サイトとコンテンツ配信サイトが同じストリーミングサーバ１１によって提供されているが、別々のサーバで提供するようにしてもよい。
【００２７】
一方、コンテンツ再生用アプリケーションプログラムが起動すると、ＬＣＤ２７上にコンテンツ再生用画面が表示される。ユーザーが操作部２１３のキーに対してコンテンツを再生するための操作を行うと（Ｓ６）、アプリケーションプログラム実行管理部２１４は、ストリーミングサーバ１１に対してコンテンツ再生要求（ＰＬＡＹコマンド）を主制御部２１５を介して送信する（Ｓ７）。ここでは、当該コンテンツを初めて再生するので、このコンテンツ再生要求（ＰＬＡＹコマンド）にはｒａｎｇｅヘッダが付加されない。このｒａｎｇｅヘッダは、再生開始時間及び再生終了時間の情報（ｎｔｐ値）が記述されるものであって、これを付加するか否かは任意である。上記コンテンツ再生要求を受信したストリーミングサーバ１１は、その要求を受け付けた旨の応答を携帯電話機２０へ送信する。また、ストリーミングサーバ１１のＣＰＵ１０１は、その要求に係るコンテンツデータを外部記憶装置１０４から読み出し、そのストリーミングデータを携帯電話機２０に対して送信を開始する（Ｓ８）。なお、上記コンテンツ再生要求（ＰＬＡＹコマンド）にｎｔｐ値を含むｒａｎｇｅヘッダが付加されている場合には、ストリーミングサーバ１１のＣＰＵ１０１は、その要求に係るコンテンツについて、そのｎｔｐ値の再生開始時間に対応する箇所からストリーミングデータの送信を開始する。
【００２８】
携帯電話機２０のアプリケーションプログラム実行管理部２１４は、受信したストリーミングデータをＲＡＭ２０２内の所定のバッファリング領域に順次保存する。そして、規定量のストリーミングデータがバッファリング領域に保存されたら（Ｓ９）、アプリケーションプログラム実行管理部２１４は、ＲＡＭ２０２内のバッファリング領域からストリーミングデータを順次読み出して再生を開始する（Ｓ１０）。具体的には、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介して、出力部２１６に対してストリーミングデータの再生命令を出力する。これにより、出力部２１６のＬＣＤ２５にはストリーミングデータに基づく画像が表示されるとともに、出力部２１６の外部スピーカからストリーミングデータに基づく音声が出力され、ユーザーは、コンテンツを視聴することができる。
【００２９】
その後、ユーザーがコンテンツ再生中に操作部２１３のキーに対してコンテンツの再生を一時停止するための一時停止操作（特定の操作）を行うと（Ｓ１１）、一時停止処理が行われる（Ｓ１２）。この一時停止処理では、アプリケーションプログラム実行管理部が、出力部２１６に対して一時停止命令を送信してコンテンツの再生を一時停止するとともに、図９に示すように主制御部２１５を介してストリーミングサーバ１１へ一時停止要求（ＲＴＳＰ：ＰＡＵＳＥ）を送信する。この一時停止要求に応じて、ストリーミングサーバ１１は、その要求を受け付けた旨の応答を携帯電話機２０へ送信する。また、ストリーミングサーバ１１のＣＰＵ１０１は、その要求に係るコンテンツのストリーミングデータの送信を停止する処理を行う。その後、アプリケーションプログラム実行管理部２１４は、一時停止解除操作がなされるまで、ストリーミングサーバ１１に対してＲＴＣＰ（RTP Control Protocol）を用いた生存通知（ＲｅｃｉｅｖｅｒＲｅｐｏｒｔ）を主制御部２１５を介して定期的に送信する処理を行う。一時停止解除操作がなされると、アプリケーションプログラム実行管理部２１４は、出力部２１６に対して再生命令を送信してコンテンツの再生を再開するとともに、主制御部２１５を介してストリーミングサーバ１１へ一時停止解除要求（ＰＬＡＹコマンド）を送信する。この要求に応じて、ストリーミングサーバ１１は、その要求を受け付けた旨の応答を携帯電話機２０へ送信する。また、ストリーミングサーバ１１のＣＰＵ１０１は、要求に係るコンテンツのストリーミングデータの送信を再開する処理を行う。
【００３０】
また、ユーザーがコンテンツ再生中に操作部２１３のキーに対してコンテンツの再生を一時停止するための一時停止操作（特定の操作）を行うと（Ｓ１１）、アプリケーションプログラム実行管理部２１４は、特定情報である一時停止時刻情報の保存処理を行う（Ｓ１３）。この保存処理の具体的な内容は次の通りである。すなわち、アプリケーションプログラム実行管理部２１４は、コンテンツの最初からの再生経過時間を計時しているので、アプリケーションプログラム実行管理部２１４は、一時停止操作が行われた時点で計時されている再生経過時間情報を、一時停止時刻情報としてＲＡＭ２０２に保存する。この一時停止時刻情報は、再生対象のコンテンツを特定するためのコンテンツ特定情報に関連づけた状態で記憶される。本実施形態では、このコンテンツ特定情報として、コンテンツ選択サイトのＵＲＬ、すなわち、ＳＤＰデータ要求の送信先となるＲｅｑｕｅｓｔＵＲＬを用いているが、他の情報であってもよい。ＲＡＭ２０２に記憶されるデータ形式の一例を、下記の表１に示す。
【表１】
2006100885.tif 000003
【００３１】
本実施形態では、１つのコンテンツについて複数の一時停止時刻情報を保存できる構成になっている。例えば、「野球」に係るコンテンツの再生中に、そのコンテンツの最初からの再生経過時間が７１秒と３００秒の時にユーザーが一時停止操作を行った場合、上記表１に示すように、当該コンテンツのＲｅｑｕｅｓｔＵＲＬに関連づけて７１秒と３００秒の一時停止時刻情報がぞれぞれ保存される。
【００３２】
次に、本実施形態における再生再開処理について説明する。
図１０は、コンテンツの再生中に再生を停止した後、そのコンテンツの再生を再開する際の通信手順を示すシーケンスフロー図である。
図８に示したように、ユーザーがコンテンツ再生中に操作部２１３のキーに対してコンテンツの再生を停止するための停止操作を行うと（Ｓ１４）、アプリケーションプログラム実行管理部２１４は、主制御部２１５を介して、出力部２１６に対し、コンテンツの出力を停止させる命令を出力する。また、アプリケーションプログラム実行管理部２１４は、図１０に示すように、ストリーミングサーバ１１に対して再生停止要求（ＴＥＡＲＤＯＷＮコマンド）を主制御部２１５を介して送信する。この要求に応じて、ストリーミングサーバ１１は、応答を携帯電話機２０へ送信するとともに、携帯電話機２０との間のストリーミングセッションを切断する。コンテンツが最後まで再生され、その再生が終了した場合も（Ｓ１５）、同様である。
【００３３】
その後、ユーザーが上記停止操作を行って再生を中断したコンテンツを再び再生する場合、上述したように、操作部２１３のキーを操作し、ブラウザを起動して（Ｓ１）、ストリーミングサーバ１１のコンテンツ選択サイトのＵＲＬを入力してアクセスする（Ｓ２）。
なお、当該コンテンツについては過去に再生したことがあるため、その際に当該コンテンツ選択サイトのＵＲＬをブックマーク等に登録しておけば、ユーザーは、操作部２１３のキーを操作して、その登録したＵＲＬを選択すればよい。本実施形態においては、上記表１に示したテーブルデータがブックマークデータとしての役割も果たしている。したがって、ユーザーがブックマークの登録操作を行った場合、その登録対象のＵＲＬが上記表１に示したテーブルデータのＲｅｑｕｅｓｔＵＲＬとして登録される。
また、本携帯電話機が過去に閲覧したＵＲＬのアクセスログ（履歴）を記憶する機能を備えている場合には、ユーザーは、操作部２１３のキーを操作して、上記コンテンツ選択サイトに係るアクセスログを選択するようにしても同様である。
【００３４】
図１１は、ブックマークに登録されたＵＲＬを選択してコンテンツデータをストリーミング再生する際の携帯電話機２０の処理動作の流れを示すフローチャートである。図１２は、携帯電話機２０の液晶ディスプレイ２７に表示される各種画面の説明図である。
ユーザーが操作部２１３のキーに対してブックマークを表示させるための操作を行うと（Ｓ２１）、主制御部２１５は、図１２（ａ）に示すような、ブックマークにＵＲＬが登録されたコンテンツ名のリスト画面（ブックマーク画面）を液晶ディスプレイ２７に表示する処理を行う（Ｓ２２）。具体的には、ＲＡＭ２０２から上記表１に示したテーブルデータを読み出し、そのテーブルデータの中から名前データを抽出して、これをリスト表示したブックマーク画面を、液晶ディスプレイ２７に表示する処理を行う。なお、名前データの代わりに、そのテーブルデータの中からＲｅｑｕｅｓｔＵＲＬを抽出して、これをリスト表示したブックマーク画面を、液晶ディスプレイ２７に表示するようにしてもよい。
このブックマーク画面において、ユーザーが操作部２１３のキーを操作し、リスト表示されたコンテンツ名の１つを選択した後に、画面下側に表示されている「再生」を選択すると（Ｓ２３）、後述する中断再開処理が行われる（Ｓ３０）。一方、ブックマーク画面において、ユーザーが操作部２１３のキーを操作し、リスト表示されたコンテンツ名の１つを選択した後に、画面下側に表示されている「メニュー」を選択すると（Ｓ２４）、後述する再生再開処理が行われる（Ｓ４０）。これらの中断再開処理や再生再開処理が行われた後の処理は、図８に示した上記Ｓ４以降の処理と同様であるので、説明を省略する。
【００３５】
図１３は、上記中断再開処理の流れを示すフローチャートである。
ユーザーが操作部２１３のキーを操作してブックマーク画面上に表示されたコンテンツ名の１つを選択した後に「再生」を選択すると（Ｓ２３）、主制御部２１５は、ＲＡＭ２０２に記憶されているテーブルデータを参照し、選択に係るコンテンツ名に対応する中断時刻情報が存在するか否かを判断する（Ｓ３１）。仮に、ユーザーが「アクション映画」又は「コメディ映画」を選択した後に「再生」を選択した場合には、上記表１に示すように中断時刻情報が存在しない。この場合、上記Ｓ７において送信されるコンテンツ再生要求には、ｎｔｐ値を含むｒａｎｇｅヘッダが付加されない。したがって、当該コンテンツは最初から再生されることになる。
【００３６】
また、ユーザーが「ワールドカップ」又は「野球」を選択した後に「再生」を選択したとする。この場合、上記表１に示すように中断時刻情報が存在するので、主制御部２１５は、ユーザーに対して前回の中断箇所から再開するか否かを問い合わせるための図１２（ｂ）に示すような問合せメッセージを液晶ディスプレイ２７に表示させる（Ｓ３２）。そして、ユーザーが操作部２１３のキーを操作して前回の中断箇所から再開しない旨（Ｎｏ）を選択した場合には（Ｓ３３）、上記Ｓ７において送信されるコンテンツ再生要求には、ｎｔｐ値を含むｒａｎｇｅヘッダが付加されない。したがって、この場合も、コンテンツの最初から再生されることになる。
【００３７】
一方、ユーザーが操作部２１３のキーを操作して前回の中断箇所から再開する旨を選択した場合には（Ｓ３３）、主制御部２１５は、ＲＡＭ２０２のテーブルデータから、当該コンテンツに対応する中断時刻情報を読み出し（Ｓ３４）、これをＲＡＭ２０２の再開箇所情報記憶領域に一時保存する（Ｓ３５）。この場合、上記Ｓ７においてコンテンツ再生要求を送信する際、アプリケーションプログラム実行管理部２１４は、再開箇所情報記憶領域に一時保存された中断時刻情報を読み出し、その中断時刻情報をｎｔｐ値として含むｒａｎｇｅヘッダを付加したコンテンツ再生要求（ＰＬＡＹコマンド）を送信する。例えば、ユーザーが「野球」を選択した後に「再生」を選択した場合には、「ｒａｎｇｅ：ｎｔｐ＝５１０−」というｒａｎｇｅヘッダを付加したコンテンツ再生要求（ＰＬＡＹコマンド）を送信する。これにより、その「野球」に係るコンテンツの再生は、その最初から５１０秒経過した時点から開始され、ユーザーは、前回の再生時に中断した箇所からコンテンツを視聴できる。
【００３８】
次に、本発明の特徴部分である再開再生処理について説明する。
図１は、本実施形態における再生再開処理の流れを示すフローチャートである。
ユーザーが操作部２１３のキーを操作してブックマーク画面上に表示されたコンテンツ名の１つを選択した後に「メニュー」を選択すると（Ｓ２４）、主制御部２１５は、ＲＡＭ２０２に記憶されているテーブルデータを参照し、選択に係るコンテンツ名に対応する一時停止時刻情報が存在するか否かを判断する（Ｓ４１）。仮に、ユーザーが「アクション映画」を選択した後に「メニュー」を選択した場合には、上記表１に示すように一時停止時刻情報が存在しない。この場合、上記Ｓ７において送信されるコンテンツ再生要求には、ｎｔｐ値を含むｒａｎｇｅヘッダが付加されない。したがって、当該コンテンツは最初から再生されることになる。
【００３９】
また、ユーザーが「コメディ映画」、「ワールドカップ」又は「野球」を選択した後に「メニュー」を選択したとする。この場合、上記表１に示すように一時停止時刻情報が存在するので、主制御部２１５は、図１２（ｃ）に示すような再開箇所選択画面を、情報報知手段としての液晶ディスプレイ２７に表示させる報知処理を行う（Ｓ４２）。具体的には、主制御部２１５は、ＲＡＭ２０２から上記表１に示したテーブルデータを読み出し、そのテーブルデータの中から一時停止時刻情報を抽出して、これをリスト表示した再開箇所選択画面を、液晶ディスプレイ２７に表示する処理を行う。そして、ユーザーが操作部２１３のキーを操作し、再開箇所選択画面上に表示されたいずれかの一時停止時刻情報を選択した後に「再生」を選択すると（Ｓ４３）、主制御部２１５は、ＲＡＭ２０２のテーブルデータから、当該選択に係る一時停止時刻情報を読み出し（Ｓ４４）、これをＲＡＭ２０２の再開箇所情報記憶領域に一時保存する（Ｓ４５）。そして、上記Ｓ７においてコンテンツ再生要求を送信する際、アプリケーションプログラム実行管理部２１４は、その再開箇所情報記憶領域に一時保存された一時停止時刻情報を読み出し、その一時停止時刻情報をｎｔｐ値として含むｒａｎｇｅヘッダを付加したコンテンツ再生要求（ＰＬＡＹコマンド）を送信する。例えば、ユーザーが「野球」を選択した後に「メニュー」を選択し、かつ、３００秒の一時停止時刻情報を選択した場合には、図１０に示すように、「ｒａｎｇｅ：ｎｔｐ＝３００−」というｒａｎｇｅヘッダを付加したコンテンツ再生要求（ＰＬＡＹコマンド）を送信する。これにより、その「野球」に係るコンテンツは、前回の再生が５１０秒経過した時点で中断された場合であっても、３００秒経過した時点から再生が開始され、ユーザーは、前回の再生時に中断した箇所以外の箇所からコンテンツを視聴できる。
【００４０】
以上、本実施形態によれば、ユーザーが再生中のコンテンツを次回再生するときに再開箇所にしたい部分が再生されているときに一時停止操作を行うことで、その後、当該部分とは異なる箇所で再生を停止したとしても、次回の再生時には当該部分からコンテンツの視聴を開始できる。これにより、ユーザーは、コンテンツ再生中にあたかも栞を挟み込むような感覚にも近い操作で、次回再生するときの再開箇所を選択することができる。
【００４１】
なお、本実施形態では、再開箇所を特定するための特定情報（一時停止時刻情報）が、操作部２１３がユーザーによる一時停止操作を受け付けたときに保存される場合について説明したが、特定情報を保存するための専用操作などの他のユーザー操作を受け付けたときに保存されるようにしてもよい。例えば、ユーザーにより一時停止操作が行われたら、液晶ディスプレイにメニュー画面を表示し、ユーザー操作によってそのメニュー画面に表示された「しおりを挟む」等の画像が選択（特定の操作）されたときに、上記保存処理を行うようにしてもよい。また、例えば、コンテンツ再生中の携帯電話機の特定キーに対し、上記保存処理を行う動作を割り当てて、コンテンツ再生中にこの特定キーがユーザーにより操作（特定の操作）されたときに、上記保存処理を行うようにしてもよい。この場合、再生を一時停止させることなくコンテンツの視聴を継続しながら特定情報を保存できる。
また、本実施形態では、一時停止中に携帯電話機から送信される生存通知として、ＲＴＣＰによるＲｅｃｉｅｖｅｒＲｅｐｏｒｔを用いる場合について説明したが、これに代えて又はこれとともに、ＲＴＳＰ：ＯＰＴＩＯＮを利用した場合であっても同様である。
また、特定情報を保存するタイミングは、上記のようなユーザー操作に限らず、例えば上記コンテンツ再生用アプリケーションプログラムの内容に従ってアプリケーションプログラム実行管理部２１４が決定したタイミングなどの他のタイミングであってもよい。この場合、コンテンツの内容的に区切りの良い箇所の特定情報が自動的に保存されるので、ユーザーは次回の再開箇所を考慮することなくコンテンツを視聴できる。また、ストリーミングサーバ１１から送信されてくるデータに基づいて特定されるタイミングで、特定情報を保存するようにしてもよい。この場合、そのデータが当該コンテンツに対応したものであれば、そのコンテンツの内容に最適化された箇所を再開箇所とすることができる。
また、本発明は、上述した携帯電話機２０に限らず、ストリーミング再生が可能な他のストリーミングデータ受信再生端末に対しても有用である。
【図面の簡単な説明】
【００４２】
【図１】携帯電話機で行われる再生再開処理の流れを示すフローチャート。
【図２】同携帯電話機が利用可能な移動体通信システムの全体構成を説明するための説明図。
【図３】同移動体通信システムを構成するストリーミングサーバのハードウェア構成を示す概略構成図。
【図４】同携帯電話機の外観を示す正面図。
【図５】同携帯電話機のハードウェア構成を示す概略構成図。
【図６】同携帯電話機の主要部を抽出して示したブロック図。
【図７】同携帯電話機におけるソフトウェア構造の説明図。
【図８】同携帯電話機で、コンテンツデータをストリーミング再生する際の処理動作の流れの一例を示すフローチャート。
【図９】同携帯電話機で、コンテンツデータをストリーミング再生する際の通信手順を示すシーケンスフロー図。
【図１０】同携帯電話機で、コンテンツの再生中に再生を停止した後、そのコンテンツの再生を再開する際の通信手順を示すシーケンスフロー図。
【図１１】同携帯電話機で、ブックマークに登録されたＵＲＬを選択してコンテンツデータをストリーミング再生する際の処理動作の流れを示すフローチャート。
【図１２】乃至（ｃ）は、同携帯電話機の液晶ディスプレイに表示される各種画面の説明図。
【図１３】同携帯電話機で行われる中断再開処理の流れを示すフローチャート。
【符号の説明】
【００４３】
１１  ストリーミングサーバ
２０  携帯電話機
２７  液晶ディスプレイ
２１３  操作部
２１４  アプリケーションプログラム実行管理部
２１５  主制御部
２１６  出力部
【図１】
2006100885.tif 000004
【図２】
2006100885.tif 000005
【図３】
2006100885.tif 000006
【図４】
2006100885.tif 000007
【図５】
2006100885.tif 000008
【図６】
2006100885.tif 000009
【図７】
2006100885.tif 000010
【図８】
2006100885.tif 000011
【図９】
2006100885.tif 000012
【図１０】
2006100885.tif 000013
【図１１】
2006100885.tif 000014
【図１２】
2006100885.tif 000015
【図１３】
2006100885.tif 000016