(57)【要約】 【課題】  通信コストを抑えて、ストリーミングデータの再生中に音声着信を受けることができる携帯端末装置を提供する。【解決手段】  ストリーミング再生中に着信があると、携帯電話端末１はストリーミングサーバ２にストリーミングデータの送信停止を要求する。ストリーミングサーバ２はストリーミングデータの送信を停止する。携帯電話端末１は、蓄積したストリーミングデータの残量を検出し、その残量に対応した時間分の音声データを記録する。この間、携帯電話端末１はストリーミング再生を継続する。携帯電話端末１は、音声データの記録終了後、ストリーミングサーバ２にストリーミングデータの送信再開を要求する。要求を受けたストリーミングサーバ２はストリーミングデータの送信を再開する。【選択図】    図１
2006270729.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバから受信したストリーミングデータを蓄積する蓄積手段と、該蓄積手段によって蓄積された前記ストリーミングデータを再生する再生手段と、着信相手から受信した音声データを記録する留守録記憶手段とを備えた携帯端末装置において、
着信の際に前記配信サーバに対して前記ストリーミングデータの送信停止を要求し、前記留守録記憶手段による前記音声データの記録の終了後、前記配信サーバに対して前記ストリーミングデータの送信再開を要求する要求手段と、
着信の際に前記蓄積手段に蓄積されている前記ストリーミングデータの残量を検出する残量検出手段と、
該残量検出手段によって検出された残量に対応した時間分の前記音声データを前記留守録記憶手段に記録させる制御手段と、
を備えたことを特徴とする携帯端末装置。
【請求項２】
配信サーバから受信したストリーミングデータを蓄積する蓄積手段と、該蓄積手段によって蓄積された前記ストリーミングデータを再生する再生手段と、着信相手から受信した音声データを記録する留守録記憶手段とを備えた携帯端末装置において、
着信の際に前記配信サーバに対して前記ストリーミングデータの送信停止を要求し、前記留守録記憶手段による前記音声データの記録の終了後、前記配信サーバに対して前記ストリーミングデータの送信再開を要求する要求手段と、
着信の際に前記蓄積手段に蓄積されている前記ストリーミングデータの残量を検出する残量検出手段と、
該残量検出手段によって検出された残量に対応した時間分の通話を許可する制御手段と、
を備えたことを特徴とする携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声通話機能を備えると共に、通話相手から受信した音声データを記録する留守番録音機能と、配信サーバから受信したストリーミングデータを蓄積（バッファリング）および再生する機能とを備えた携帯端末装置に関する。
【背景技術】
【０００２】
携帯電話端末等の携帯端末装置を用いた通信システムにおいて、電話をかけてきた着信相手の携帯端末装置からの着信に応答し、相手の音声データを受信して記録する留守番録音（以下、留守録と略す）応答を留守録センターが行うという技術がある。これは、携帯端末装置の所持者（ユーザ）が通話着信の受けられない状態にあったり、通話圏外の場所にいたりといった場合でも、留守録センターが代わりに応答することを実現する技術である。この技術を利用すると、ユーザが留守録応答の設定さえしておけば、ストリーミングビデオ等の視聴中でも、留守録センターに留守録応答をさせることができる。
【０００３】
しかし、この技術には以下のような欠点が存在する。
１．留守録メッセージを聞くのに通信コストがかかる。
発信側だけでなく、着信側にも通信量がかかってしまう。
２．携帯端末装置で通話着信ができない。
例えば、ストリーミングビデオを視聴しているときでも、（ａ）ある電話の着信を待っていて、留守録にしたくないような場合、（ｂ）着信相手に応じて応答するのか留守録にするのかを選択したい場合、センターで録音していると、上記の（ａ）および（ｂ）への対応をすることができない。
３．いつ留守録応答されたのか分からない。
ユーザが、留守録応答があったことを知るには、留守録センターに問い合わせる必要があり、緊急の要件を聞き逃してしまう可能性がある。
【０００４】
なお、特許文献１には、留守番サービスを行うセンターが開示されている。また、特許文献２には、携帯電話端末の留守番電話機能が開示されている。
【０００５】
また、留守番録音機能を備えた携帯端末装置が音楽等の音響信号の再生を行っている場合に着信があっても、音響信号の再生を中断せずに、発信者のメッセージを録音することができるというものもある。
【特許文献１】特開２００１−４５１８２号公報
【特許文献２】特開２０００−３３２９１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、通常、１回線分の通信チャネルしか有していない携帯端末装置においては、音声通話とデータ通信を同時に行うことができない。例えば、メールの送受信やＷｅｂブラウズを行っている最中に音声着信があると、携帯端末装置はメールサーバやＷｅｂサーバとの通信の切断処理を行い、音声着信を優先させるという処理を行うため、データ通信が途絶えてしまうという問題があった。
【０００７】
また、留守録センター等の交換局側で留守録応答を行うと、ストリーミング視聴やデータ通信を妨げることはないが、携帯端末装置は留守録応答をしないので、後からユーザが録音メッセージを聞くために留守録センターへ問い合わせる際に、通信コストがかかってしまうという問題があった。
【０００８】
本発明は、上述した問題点に鑑みてなされたものであって、通信コストを抑えて、ストリーミングデータの再生中に音声着信を受けることができる携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、上記の課題を解決するためになされたもので、請求項１に記載の発明は、配信サーバから受信したストリーミングデータを蓄積する蓄積手段と、該蓄積手段によって蓄積された前記ストリーミングデータを再生する再生手段と、着信相手から受信した音声データを記録する留守録記憶手段とを備えた携帯端末装置において、着信の際に前記配信サーバに対して前記ストリーミングデータの送信停止を要求し、前記留守録記憶手段による前記音声データの記録の終了後、前記配信サーバに対して前記ストリーミングデータの送信再開を要求する要求手段と、着信の際に前記蓄積手段に蓄積されている前記ストリーミングデータの残量を検出する残量検出手段と、該残量検出手段によって検出された残量に対応した時間分の前記音声データを前記留守録記憶手段に記録させる制御手段とを備えたことを特徴とする携帯端末装置である。
【００１０】
請求項２に記載の発明は、配信サーバから受信したストリーミングデータを蓄積する蓄積手段と、該蓄積手段によって蓄積された前記ストリーミングデータを再生する再生手段と、着信相手から受信した音声データを記録する留守録記憶手段とを備えた携帯端末装置において、着信の際に前記配信サーバに対して前記ストリーミングデータの送信停止を要求し、前記留守録記憶手段による前記音声データの記録の終了後、前記配信サーバに対して前記ストリーミングデータの送信再開を要求する要求手段と、着信の際に前記蓄積手段に蓄積されている前記ストリーミングデータの残量を検出する残量検出手段と、該残量検出手段によって検出された残量に対応した時間分の通話を許可する制御手段とを備えたことを特徴とする携帯端末装置である。
【発明の効果】
【００１１】
本発明によれば、通信コストを抑えて、ストリーミングデータの再生中に音声着信を受けることができるという効果が得られる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、本発明を実施するための最良の形態について説明する。図１は、本発明の一実施形態による携帯端末装置の構成を示すブロック図である。本実施形態による携帯端末装置は１つの通信チャネルを音声通話とデータ通信とで共有し、両方の通信を同時には行うことができない端末であって、マルチタスク処理が可能な端末である。このような携帯端末装置は、携帯電話端末の他、音声通信およびデータ通信の機能を備えたＰＤＡ（Personal Digital Assistance）等の電子機器への適用が可能である。
【００１３】
本実施形態においては、一例として携帯電話端末を用いて説明する。以下、図中の各構成について説明する。携帯電話端末１は、図示せぬ基地局およびネットワーク等を介してストリーミングサーバ２および携帯電話端末３と通信を行う。以下、携帯電話端末１とストリーミングサーバ２および携帯電話端末３との間で行われる通信の説明においては、基地局やネットワークを省略する。ストリーミングサーバ２は、動画コンテンツを配信するサーバである。携帯電話端末３は、携帯電話端末１と同様の音声通信機能を備えた端末である。本実施形態においては、携帯電話端末３が発信相手の端末であり、携帯電話端末３が発呼側、携帯電話端末１が着呼側であるものとする。携帯電話端末１は、ストリーミングサーバ２からはストリーミングデータや各種の制御データ等を受信し、携帯電話端末３からは、発信者のメッセージを含む音声データや各種の制御データを受信する。
【００１４】
携帯電話端末１において、受信手段１０１は外部装置から制御データや通信データを受信するものであり、電波を受信するアンテナや、受信信号を復調する復調器、受信信号を復号化する復号器等を備えている。ストリーミングバッファ１０２は、受信されたストリーミングデータを蓄積するメモリである。ストリーミング再生手段１０３は、ストリーミングバッファ１０２から逐次ストリーミングデータを読み出して再生するものであり、圧縮されているストリーミングデータをデコードするデコーダや、画像を表示する表示器、音声を発生するスピーカ等を備えている。
【００１５】
制御手段１０４は携帯電話端末１の各部を制御すると共に、各種の処理を行う。留守録応答手段１０５は、着信があった場合に応答し、携帯電話端末３から受信された音声データを受け付ける。留守録記憶手段１０６は、携帯電話端末３から受信された音声データが記録されるメモリや、メモリに対するデータの書き込みおよび読み出しを行う制御回路等を供えている。送信手段１０７は、電波を送信するアンテナ（受信用と共通でよい）や、送信信号を変調する変調器、送信信号を符号化する符号化器等を備えている。
【００１６】
次に、携帯電話端末１の動作を、図２のフローチャートを用いて説明する。制御手段１０４は、ストリーミングサーバ２に対してストリーミングデータの送信を要求するための制御データである送信開始要求を生成し、送信手段１０７へ出力する。送信手段１０７は送信開始要求をストリーミングサーバ２へ送信する（ステップＳ２０１）。ストリーミングサーバ２は送信開始要求を受信し、送信開始要求に基づいて、携帯電話端末１へのストリーミングデータの送信を開始する。受信手段１０１はストリーミングデータを受信し、ストリーミングバッファ１０２へ出力する（ステップＳ２０２）。ストリーミングデータはストリーミングバッファ１０２に格納される（ステップＳ２０３）。
【００１７】
ストリーミング再生手段１０３は所定のタイミングでストリーミングバッファ１０２からストリーミングデータを読み出して再生する（ステップＳ２０４）。着信があるまでは、上記の動作が繰り返される。携帯電話端末３が発呼処理を行った場合には、呼設定メッセージを含む音声着信データが携帯電話端末３から携帯電話端末１へ送信される。受信手段１０１は音声着信データを受信し、制御手段１０４へ出力する。
【００１８】
制御手段１０４は、携帯電話端末３から着信があったことを示す音声着信データが受信されたかどうか監視しており（ステップＳ２０５）、音声着信データを検出した場合、ストリーミングサーバ２に対してストリーミングデータの送信停止を要求するための制御データである送信停止要求を生成し、送信手段１０７へ出力する。送信手段１０７は送信停止要求をストリーミングサーバ２へ送信する（ステップＳ２０６）。
【００１９】
ストリーミングサーバ２は、送信停止要求を受信し、送信停止要求に基づいて、携帯電話端末１へのストリーミングデータの送信を停止する。このとき、ストリーミングサーバ２は、ストリーミングデータ全体の中でどこまでのデータを携帯電話端末１へ送信したのかを記憶しておく。ストリーミングサーバ２は、ストリーミングデータの送信を停止したことを通知するための制御データである送信停止要求確認応答（ＡＣＫ）を携帯電話端末１へ送信する。受信手段１０１は送信停止要求確認応答を受信し、制御手段１０４へ出力する（ステップＳ２０７）。ストリーミングデータの送信が停止された後も、ストリーミング再生手段１０３はストリーミングデータの再生を継続する。
【００２０】
制御手段１０４は、送信停止要求確認応答を検出すると、ストリーミングバッファ１０２に蓄積されているストリーミングデータの残量を計測する（ステップＳ２０８）。制御手段１０４は、検出したストリーミングの残量に基づいて、留守録応答手段１０５によって留守録応答可能な時間Ｔを算出する。ストリーミング再生手段１０３がストリーミングデータの再生を継続しても、Ｔ時間以内にはストリーミングバッファ１０２が空にならないように、時間Ｔが設定される。なお、上記ストリーミングデータの残量計測は、通常行われているものでもよい。
【００２１】
制御手段１０４は、時間Ｔの情報を含み、留守録応答手段１０５に対して留守録応答を要求するための制御データである応答要求を生成し、留守録応答手段１０５へ出力する（ステップＳ２０９）。留守録応答手段１０５は留守録応答を開始し、携帯電話端末３から受信された音声データを留守録記憶手段１０６に記録（録音）させる（ステップＳ２１０）。留守録応答手段１０５は留守録応答の時間を監視し、留守録応答を開始してからＴ時間が経過したかどうか判定する（ステップＳ２１１）。
【００２２】
Ｔ時間が経過した場合には、留守録応答手段１０５は、留守録記憶手段１０６に対して、音声データの記録を停止させると共に、留守録応答の完了を通知するための制御データである応答完了を生成し、制御手段１０４へ出力する（ステップＳ２１３）。また、まだＴ時間が経過していない場合は以下の処理が行われる。携帯電話端末３のユーザが携帯電話端末３に音声通信の切断を指示した場合には、呼切断メッセージを含む制御データ（音声切断データ）が携帯電話端末１へ送信される。受信手段１０１は音声切断データを受信した場合、音声切断データを制御手段１０４へ出力する。制御手段１０４は、この音声切断データが受信されたかどうか監視しており（ステップＳ２１２）、音声切断データが受信されていない間は、ステップＳ２１０に戻って、留守録応答手段１０５による留守録応答が継続される。
【００２３】
一方、音声切断データが受信された場合には、留守録応答手段１０５は、留守録記憶手段１０６に対して、音声データの記録を停止させると共に、留守録応答の完了を通知するための制御データである応答完了を生成し、制御手段１０４へ出力する（ステップＳ２１３）。
【００２４】
制御手段１０４は、応答完了に基づいて、ストリーミングサーバ２からのストリーミングデータの送信の再開を要求するための送信開始要求を生成し、送信手段１０７へ出力する。ステップＳ２０１と同様に、送信手段１０７は送信開始要求をストリーミングサーバ２へ送信する。ストリーミングサーバ２は送信開始要求を受信し、以前に送信を停止したデータ以後のストリーミングデータの送信を再開する。以後、前述した動作に従って、ストリーミングデータの送信が行われる。
【００２５】
上述したように、ストリーミングデータの再生中に音声着信があると、データ通信が切断され、留守番録音応答（留守録応答）が開始される。留守番録音応答が行われている間は、ストリーミングバッファ１０２に蓄積されているストリーミングデータを用いてストリーミング再生が行われる。留守番録音応答は、蓄積されているストリーミングデータの残量に対応した時間だけ行われ、留守番録音応答が終了すると、ストリーミングデータの受信が再開される。このように、ストリーミング再生中に音声着信があっても、ユーザは、それによって妨げられることなく、ストリーミング再生の視聴を継続することができる。すなわち、ストリーミングデータの再生中に再生を止めることなく音声着信を受けることができるようになる。
【００２６】
また、携帯電話端末１で留守番録音応答を行うので、メッセージを聞くために留守録センターに問い合わせる必要がなくなり、通信コストの上昇を抑えることができる。さらに、ユーザが緊急の要件を聞き逃してしまう可能性を低減することができる。
【００２７】
次に、本実施形態の応用例を説明する。例えば、携帯電話端末１が着信を受けた際に、携帯電話端末１がデータ通信を切断するまで（実際に音声通信の呼び出しが行えるまで）、発信側の携帯電話端末３に「しばらくお待ち下さい。」等のメッセージを出すことにより、ストリーミングサーバ２とのデータ通信を切断するまでの間に、携帯電話端末３のユーザに着信側の状況を通知することができる。なお、上記のメッセージは、交換機（図示せず）が出してもよい。
【００２８】
また、留守録応答せずにストリーミング再生を継続しつつ、一時的に（Ｔ’時間だけ）通話をするように選択できてもよい。この場合の動作を以下で説明する。制御手段１０４は、音声着信データを検出すると、前述した送信停止要求を送信手段１０７へ出力する。送信手段１０７によって送信停止要求がストリーミングサーバ２へ送信され、前述した動作と同様に、ストリーミングデータの送信が停止される。ストリーミングサーバ２から送信停止要求確認応答が送信され、この送信停止要求確認応答は、受信手段１０１によって受信され、制御手段１０４へ出力される。
【００２９】
制御手段１０４は、送信停止要求確認応答を検出すると、ストリーミングバッファ１０２に蓄積されているストリーミングデータの残量を計測する。制御手段１０４は、検出したストリーミングデータの残量に基づいて、通話可能な時間Ｔ’を算出する。ストリーミング再生手段１０３がストリーミングデータの再生を継続しても、Ｔ’時間以内にはストリーミングバッファ１０２が空にならないように、時間Ｔ’が設定される。制御手段１０４は、このＴ’時間の間だけ音声通話が可能となるように携帯電話端末１の各部を制御する。このＴ’時間以内であれば、ユーザは音声通話が許可される。なお、時間Ｔ’は、ストリーミングサーバ２への再接続の時間を考慮して設定されてもよい。
【００３０】
制御手段１０４の制御によって、携帯電話端末１の各部は以下のように動作する。受信手段１０１によって受信された音声データは、アナログ信号に変換され、図示せぬスピーカへ出力される。スピーカは、入力された信号に基づいた音声を発生する。また、図示せぬマイクに入力された携帯電話端末１のユーザの音声はデジタル信号（音声データ）に変換され、送信手段１０７へ出力される。送信手段１０７はユーザの音声データを通信相手の携帯電話端末３へ送信する。音声通話中もストリーミング再生手段１０３はストリーミングデータの再生を継続する。通話開始からＴ’時間が経過したら、制御手段１０４は携帯電話端末３との音声通信の切断処理を行う。上記のように、ストリーミング再生中でも音声通話をすることができるようになる。なお、ストリーミング再生中に着信があった場合に、留守録応答および通話のいずれかを選択可能にしてもよい。
【００３１】
また、着信を検出してから留守録応答を開始するまでの間に、ストリーミングサーバ２がストリーミングデータの送信レートを上げるようにしてもよい。この場合の動作を以下で説明する。制御手段１０４は、着信を検出したときに、送信レートの増加を要求するデータを送信停止要求に付加し、送信手段１０７へ出力する。送信手段１０７は送信停止要求をストリーミングサーバ２へ送信する。ストリーミングサーバ２は送信停止要求を受信し、ストリーミングデータの送信を停止する前に、その時点での送信レートよりも高いレートでストリーミングデータを携帯電話端末１へ送信する。
【００３２】
ストリーミングサーバ２は、ストリーミングデータを所定時間あるいは所定量送信したら、ストリーミングデータの送信を停止する。上記の動作によって、ストリーミングバッファ１０２に蓄積されるストリーミングデータの量を、前述した場合よりも増やすことができ、留守録応答可能な時間を長くすることができる。
【００３３】
また、留守録応答が完了した直後は、ストリーミングサーバ２がストリーミングデータの送信レートを上げるようにしてもよい。この場合の動作を以下で説明する。制御手段１０４は、留守録応答手段１０５から応答完了を受け取ると、送信レートの増加を要求するデータを送信開始要求に付加し、送信手段１０７へ出力する。送信手段１０７は送信開始要求をストリーミングサーバ２へ送信する。ストリーミングサーバ２は送信開始要求を受信し、通常の送信レートよりも高いレートでストリーミングデータを携帯電話端末１へ送信する。
【００３４】
ストリーミングサーバ２は、ストリーミングデータを所定時間あるいは所定量送信したら、通常の送信レートに戻してストリーミングデータを送信する。留守録応答完了の直後は、ストリーミングバッファ１０２に残っているストリーミングデータの量が少なくなり、データレートのジッタを吸収してストリーミング再生の安定度を上げることを目的とするバッファとしての効果が薄れてしまうので、データ通信の再開時にストリーミングサーバ２に送信レートの増加を要求することによって、留守録応答を行いながらも、より安定したストリーミング再生を行うことができる。
【００３５】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成はこれらの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施形態による携帯端末装置の構成を示すブロック図である。
【図２】同実施形態による携帯端末装置の動作の手順を示すフローチャートである。
【符号の説明】
【００３７】
１，３・・・携帯電話端末、２・・・ストリーミングサーバ、１０１・・・受信手段、１０２・・・ストリーミングバッファ、１０３・・・ストリーミング再生手段、１０４・・・制御手段、１０５・・・留守録応答手段、１０６・・・留守録記憶手段、１０７・・・送信手段
【図１】
2006270729.tif 000003
【図２】
2006270729.tif 000004