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