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