(57)【要約】【課題】ストリーミングデータ等のヒープ領域を利用するプログラムの実行中に着信が発生しても着信をユーザに報知することを可能とする携帯端末装置を提供する。【解決手段】携帯端末装置１において、データ再生部１０は、ユーザの指示を受けて、サーバ装置にデータの送信を要求し、サーバ装置から連続して送信されるデータを保存用記憶領域に記録する。サーバ装置から連続して送信されるデータを再生するため、領域管理部２２に第１の再生用記憶領域の領域割当を要求し、第１の再生用記憶領域を用いて保存用記憶領域に記録されるデータから第１の再生データを生成し、生成した第１の再生データに基づいて出力部１５に出力させる。電話処理部２３が、着信を検出した際、データ再生部１０及び出力部１５は、少なくとも第１の再生用記憶領域の領域開放を要求し、着信報知のデータを再生するため、領域管理部２２に第２の再生用記憶領域の領域割当を要求する。【選択図】    図１
2006333338.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングデータを記憶するサーバ装置及び通信端末への接続を可能とするネットワークに接続され、内部の記憶領域に保存用記憶領域を割り当てて前記サーバ装置から順次受信するストリーミングデータを前記保存用領域に記録して再生を行い、前記通信端末からの通信要求を検出した際に、予め内部に記憶される報知設定情報を参照し、前記報知設定情報に登録されている報知データの再生方法により報知を行う携帯端末装置における通信要求報知方法であって、
前記保存用記憶領域に記録される前記ストリーミングデータを再生するため、前記内部の記憶領域に第１の再生用記憶領域の割り当てを行うステップと、
前記第１の再生用記憶領域を用いて前記保存用記憶領域に記録される前記ストリーミングデータから第１の再生データを生成し、生成した前記第１の再生データに基づいて出力を行うステップと、
前記ネットワークを介して前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに少なくとも前記第１の再生用記憶領域の開放を行うステップと、
前記報知データを再生するため、前記内部の記憶領域に第２の再生用記憶領域の割り当てを行うステップと、
前記第２の再生用記憶領域を用いて前記報知データから第２の再生データを生成し、生成した前記第２の再生データに基づいて出力を行うステップと、
を備えたことを特徴とする通信要求報知方法。
【請求項２】
前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに前記第１の再生用記憶領域及び前記保存用記憶領域の開放を行うステップを備えたことを特徴とする請求項１に記載の通信要求報知方法。
【請求項３】
前記ネットワークを介して前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに前記第１の再生用記憶領域を開放し、前記報知データの再生に用いられる前記第２の再生用記憶領域の容量を算出し、更に、前記内部の記憶領域の空き領域の容量値を検出し、前記算出した第２の再生用記憶領域の容量値が、前記内部の記憶領域の空き領域の容量値を超えている場合、前記保存用記憶領域を開放するステップを備えたことを特徴とする請求項１に記載の通信要求報知方法。
【請求項４】
前記通信端末との通信の切断を検出した場合、前記保存用記憶領域が開放されているか否かを判定し、前記保存用記憶領域が開放されている場合、前記保存用記憶領域の割り当てを行い、前記サーバ装置から前記ストリーミングデータの受信を再開するステップを備えたことを特徴とする請求項３に記載の通信要求報知方法。
【請求項５】
ストリーミングデータを記憶するサーバ装置及び通信端末への接続を可能とするネットワークに接続され、前記ストリーミングデータの再生及び前記通信端末からの通信要求を検出したとき報知を行う携帯端末装置であって、
領域割当あるいは領域開放の要求を受信して、内部の記憶領域に領域の割当あるいは開放を行う領域管理部と、
再生されるデータへの参照情報を含む再生要求を受信した場合、前記再生要求ごとに前記領域管理部に再生用記憶領域の領域割当を要求し、割り当てられる前記再生用記憶領域を用いて前記参照情報に対応する前記データから再生データを生成し、生成した前記再生データに基づいて出力を行い、停止要求を受信した場合、出力を停止するとともに前記領域管理部に前記再生用記憶領域の領域開放を要求する出力部と、
ユーザの指示を受けて、前記ネットワークを介して前記サーバ装置にストリーミングデータの送信を要求する際に、前記領域管理部に保存用記憶領域の領域割当を要求し、前記サーバ装置から順次受信する前記ストリーミングデータを前記保存用記憶領域に記録するとともに、記録した前記ストリーミングデータへの参照情報を含む前記再生要求を前記出力部に送信し、割込通知を受信した際、前記出力部に前記停止要求を送信し、終了通知を送信するデータ再生部と、
前記通信端末からの通信要求を検出した場合、前記データ再生部に対して前記割込通知を送信し、前記データ再生部から前記終了通知を受信した場合、予め内部に記憶される報知設定情報を参照し、前記報知設定情報に登録されている通信要求を報知する報知データへの参照情報を含む前記再生要求を前記出力部に送信する通信処理部と、
を具備したことを特徴とする携帯端末装置。
【請求項６】
前記データ再生部は、
前記割込通知を受信した際、前記出力部に前記停止要求を送信して、前記領域管理部に前記保存用記憶領域の領域開放を要求し、前記終了通知を送信することを特徴とする請求項５に記載の携帯端末装置。
【請求項７】
前記領域管理部は、
空き領域の容量値の要求を受信した場合、内部の記憶領域から割り当てられていない領域の容量値を検出し、検出した容量値を応答として送信し、
前記データ再生部は、
前記割込通知を受信した際、前記出力部に前記停止要求を送信し、前記報知設定情報に登録されている前記報知データに用いられる前記再生用記憶領域の容量を算出し、更に、前記領域管理部に空き領域の容量値を要求して応答を受信し、前記算出した前記容量値が、前記空き領域の容量値を超えている場合、前記保存用記憶領域の領域開放要求を前記領域管理部に送信し、前記終了通知を送信することを特徴とする請求項５に記載の携帯端末装置。
【請求項８】
前記通信処理部は、
前記通信端末との切断を検出した場合、前記データ再生部に復帰指示を送信し、
前記データ再生部は、
前記通信処理部からの前記復帰指示を受信して、前記保存用記憶領域が開放されているか否かを判定し、前記保存用記憶領域が開放されている場合、前記領域管理部に前記保存用記憶領域の領域割当を要求し、前記サーバ装置から前記ストリーミングデータの受信を再開することを特徴とする請求項５から７のいずれか１つに記載の携帯端末装置。
【請求項９】
ストリーミングデータを記憶するサーバ装置及び通信端末への接続を可能とするネットワークに接続され、内部の記憶領域に保存用記憶領域を割り当てて前記サーバ装置から順次受信するストリーミングデータを前記保存用領域に記録して再生を行い、前記通信端末からの通信要求を検出した際に、予め内部に記憶される報知設定情報を参照し、前記報知設定情報に登録されている報知データの再生により報知を行う携帯端末装置のコンピュータに、
前記保存用記憶領域に記録される前記ストリーミングデータを再生するため、前記内部の記憶領域に第１の再生用記憶領域の割り当てを行うステップと、
前記第１の再生用記憶領域を用いて前記保存用記憶領域に記録される前記ストリーミングデータから第１の再生データを生成し、生成した前記第１の再生データに基づいて出力を行うステップと、
前記ネットワークを介して前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに少なくとも前記第１の再生用記憶領域の開放を行うステップと、
前記報知データを再生するため、前記内部の記憶領域に第２の再生用記憶領域の割り当てを行うステップと、
前記第２の再生用記憶領域を用いて前記報知データから第２の再生データを生成し、生成した前記第２の再生データに基づいて出力を行うステップと、
を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングデータの再生中の通信要求検出時における通信要求の報知に用いて好適な通信要求報知方法及び携帯端末装置並びにコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、携帯電話などの携帯端末装置では、着信を検出した際に、ユーザへ着信を報知する着信音として、楽曲のメロディ部分の音色と音程のデータだけでなく、歌手が歌唱している音を含んだ曲などを圧縮符号化した音声データについても再生して着信音に用いることが可能となっている。また、着信時に報知音以外に、液晶画面に静止画像を切り替えて出力したり、動画を出力することも可能となっている。
【０００３】
また、このような携帯端末装置では、高速広帯域なデータ通信も可能となっており、例えば、インターネットに接続して、ストリーミングデータをサーバ装置からダウンロードして液晶画面に映像や音を出力する機能も具備している（例えば、特許文献１及び特許文献２参照）。
【特許文献１】特開２００３−７８９５４号公報
【特許文献２】特開２００４−３２８５９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のようなメロディ部分の音以外に、歌手が歌唱している音を含めた楽曲の着信音のデータやサーバ装置からダウンロードするストリーミングデータは、携帯端末装置の内部に実装するメモリのヒープ領域から必要な容量を動的に確保し、確保した領域を用いて再生用のデータを生成し、生成した再生用のデータに基づいてスピーカや液晶画面に出力するという構成となっている
【０００５】
また、サーバ装置からダウンロードされるストリーミングデータの場合には、出力する映像や音に遅延を発生させないため、一部のストリーミングデータを一時的に保存し、当該保存されたストリーミグデータから再生データを生成しており、一時的に保存しておくための記憶領域もヒープ領域に動的に割り当てる構成となっている。
【０００６】
しかしながら、携帯端末装置では、携帯するという用途上の目的から、実装可能なメモリ容量に限界があり、そのため上記のヒープ領域に割り当てられる領域も制限されている。そのため、ストリーミングデータをダウンロードして再生している際に、着信が発生しても、ヒープ領域の空き領域が不足している場合には、着信音のデータを再生するための領域が割り当てられず、着信音を出力してユーザに着信を報知することができないという問題がある。
【０００７】
本発明は、上記問題を解決すべくなされたもので、その目的は、ストリーミングデータ等のヒープ領域を利用するプログラムの実行中に電話着信等の通信要求が発生しても通信要求をユーザに報知することを可能とする通信要求報知方法及び携帯端末装置並びにコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題を解決するために、本発明は、ストリーミングデータを記憶するサーバ装置及び通信端末への接続を可能とするネットワークに接続され、内部の記憶領域に保存用記憶領域を割り当てて前記サーバ装置から順次受信するストリーミングデータを前記保存用領域に記録して再生を行い、前記通信端末からの通信要求を検出した際に、予め内部に記憶される報知設定情報を参照し、前記報知設定情報に登録されている報知データの再生方法により報知を行う携帯端末装置における通信要求報知方法であって、前記保存用記憶領域に記録される前記ストリーミングデータを再生するため、前記内部の記憶領域に第１の再生用記憶領域の割り当てを行うステップと、前記第１の再生用記憶領域を用いて前記保存用記憶領域に記録される前記ストリーミングデータから第１の再生データを生成し、生成した前記第１の再生データに基づいて出力を行うステップと、前記ネットワークを介して前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに少なくとも前記第１の再生用記憶領域の開放を行うステップと、前記報知データを再生するため、前記内部の記憶領域に第２の再生用記憶領域の割り当てを行うステップと、前記第２の再生用記憶領域を用いて前記報知データから第２の再生データを生成し、生成した前記第２の再生データに基づいて出力を行うステップと、を備えたことを特徴とする通信要求報知方法である。
【０００９】
本発明は、上記に記載の発明において、前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに前記第１の再生用記憶領域及び前記保存用記憶領域の開放を行うステップを備えることが好ましい。
【００１０】
本発明は、上記に記載の発明において、前記ネットワークを介して前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに前記第１の再生用記憶領域を開放し、前記報知データの再生に用いられる前記第２の再生用記憶領域の容量を算出し、更に、前記内部の記憶領域の空き領域の容量値を検出し、前記算出した第２の再生用記憶領域の容量値が、前記内部の記憶領域の空き領域の容量値を超えている場合、前記保存用記憶領域を開放するステップを備えることが好ましい。
【００１１】
本発明は、上記に記載の発明において、前記通信端末との通信の切断を検出した場合、前記保存用記憶領域が開放されているか否かを判定し、前記保存用記憶領域が開放されている場合、前記保存用記憶領域の割り当てを行い、前記サーバ装置から前記ストリーミングデータの受信を再開するステップを備えることが好ましい。
【００１２】
本発明は、ストリーミングデータを記憶するサーバ装置及び通信端末への接続を可能とするネットワークに接続され、前記ストリーミングデータの再生及び前記通信端末からの通信要求を検出したとき報知を行う携帯端末装置であって、領域割当あるいは領域開放の要求を受信して、内部の記憶領域に領域の割当あるいは開放を行う領域管理部と、再生されるデータへの参照情報を含む再生要求を受信した場合、前記再生要求ごとに前記領域管理部に再生用記憶領域の領域割当を要求し、割り当てられる前記再生用記憶領域を用いて前記参照情報に対応する前記データから再生データを生成し、生成した前記再生データに基づいて出力を行い、停止要求を受信した場合、出力を停止するとともに前記領域管理部に前記再生用記憶領域の領域開放を要求する出力部と、ユーザの指示を受けて、前記ネットワークを介して前記サーバ装置にストリーミングデータの送信を要求する際に、前記領域管理部に保存用記憶領域の領域割当を要求し、前記サーバ装置から順次受信する前記ストリーミングデータを前記保存用記憶領域に記録するとともに、記録した前記ストリーミングデータへの参照情報を含む前記再生要求を前記出力部に送信し、割込通知を受信した際、前記出力部に前記停止要求を送信し、終了通知を送信するデータ再生部と、前記通信端末からの通信要求を検出した場合、前記データ再生部に対して前記割込通知を送信し、前記データ再生部から前記終了通知を受信した場合、予め内部に記憶される報知設定情報を参照し、前記報知設定情報に登録されている通信要求を報知する報知データへの参照情報を含む前記再生要求を前記出力部に送信する通信処理部と、を具備したことを特徴とする携帯端末装置である。
【００１３】
本発明は、上記に記載の発明において、前記データ再生部は、前記割込通知を受信した際、前記出力部に前記停止要求を送信して、前記領域管理部に前記保存用記憶領域の領域開放を要求し、前記終了通知を送信することが好ましい。
【００１４】
本発明は、上記に記載の発明において、前記領域管理部は、空き領域の容量値の要求を受信した場合、内部の記憶領域から割り当てられていない領域の容量値を検出し、検出した容量値を応答として送信し、前記データ再生部は、前記割込通知を受信した際、前記出力部に前記停止要求を送信し、前記報知設定情報に登録されている前記報知データに用いられる前記再生用記憶領域の容量を算出し、更に、前記領域管理部に空き領域の容量値を要求して応答を受信し、前記算出した前記容量値が、前記空き領域の容量値を超えている場合、前記保存用記憶領域の領域開放要求を前記領域管理部に送信し、前記終了通知を送信することが好ましい。
【００１５】
本発明は、上記に記載の発明において、前記通信処理部は、前記通信端末との切断を検出した場合、前記データ再生部に復帰指示を送信し、前記データ再生部は、前記通信処理部からの前記復帰指示を受信して、前記保存用記憶領域が開放されているか否かを判定し、前記保存用記憶領域が開放されている場合、前記領域管理部に前記保存用記憶領域の領域割当を要求し、前記サーバ装置から前記ストリーミングデータの受信を再開することが好ましい。
【００１６】
本発明は、ストリーミングデータを記憶するサーバ装置及び通信端末への接続を可能とするネットワークに接続され、内部の記憶領域に保存用記憶領域を割り当てて前記サーバ装置から順次受信するストリーミングデータを前記保存用領域に記録して再生を行い、前記通信端末からの通信要求を検出した際に、予め内部に記憶される報知設定情報を参照し、前記報知設定情報に登録されている報知データの再生により報知を行う携帯端末装置のコンピュータに、前記保存用記憶領域に記録される前記ストリーミングデータを再生するため、前記内部の記憶領域に第１の再生用記憶領域の割り当てを行うステップと、前記第１の再生用記憶領域を用いて前記保存用記憶領域に記録される前記ストリーミングデータから第１の再生データを生成し、生成した前記第１の再生データに基づいて出力を行うステップと、前記ネットワークを介して前記通信端末からの通信要求を検出した際、前記第１の再生データの出力を停止するとともに少なくとも前記第１の再生用記憶領域の開放を行うステップと、前記報知データを再生するため、前記内部の記憶領域に第２の再生用記憶領域の割り当てを行うステップと、前記第２の再生用記憶領域を用いて前記報知データから第２の再生データを生成し、生成した前記第２の再生データに基づいて出力を行うステップと、を実行させるためのコンピュータプログラムである。
【発明の効果】
【００１７】
この発明によれば、携帯端末装置は、内部の記憶領域に第１の再生用記憶領域を割り当て、第１の再生用記憶領域を用いて保存用記憶領域に記録されるストリーミングデータから第１の再生データを生成し、生成した第１の再生データに基づいて出力を行う。そして、ネットワークを介して通信端末からの通信要求を検出した際、再生データの出力を停止するとともに少なくとも第１の再生用記憶領域を開放し、報知データを再生するため、第２の再生用記憶領域を割り当てる構成とした。これにより、サーバ装置から連続して送信されるデータを再生している間に、通信要求が検出されても、再生を停止して、当該再生に用いられている第１の再生用記憶領域を開放するので、報知データを再生する第２の再生用記憶領域を割り当てることが可能となり、ユーザに報知することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明に係る一実施形態について図面を参照して説明する。
図１は、本実施形態に係る携帯端末装置１の内部構成を示した概略ブロック図である。
図１において、携帯端末装置１は、例えば、電話通信やデータ通信を行うことを可能とする携帯電話端末などが適用される。移動体通信網５０は、移動体通信事業者が運用する通信網であり、通信網に備えられる複数の基地局を介して複数の携帯端末装置１を無線電波により相互に接続し、複数の携帯端末装置１の間での電話通信やデータ通信を可能とする。また、移動体通信網５０は、固定電話の電話網やインターネットに接続しており、電話網に接続される電話端末と携帯端末装置１との間の通信や、インターネットに接続するサーバ装置と携帯端末装置１との間の通信を中継する。
【００１９】
携帯端末装置１において、通信部２０は、アンテナ２１に接続され、無線電波により移動体通信網５０を介して電話網に接続されている電話端末に接続して電話通信を行い、また、インターネットに接続されているサーバ装置と接続してデータ通信を行う。入力部２４は、例えばキーボードであり、ユーザが当該キーボードを操作することにより選択されるキーに対応する情報を入力する。
【００２０】
出力部１５は、携帯端末装置１に内蔵されるスピーカ３０、液晶画面３１、振動を発生させるバイブレータ３２などの外部出力デバイスに接続されており、これらのデバイスを動作させて、音、動画、画像、振動を出力する。出力部１５は、動画出力部１６と着信時出力部１７とを備えており、動画出力部１６は、サーバ装置からダウンロードするストリーミングデータや、予め携帯端末装置１の内部に記憶され、着信時にユーザに報知する報知データから再生データを生成して液晶画面３１やスピーカ３０に出力する。また、動画出力部１６に入力されるストリーミングデータ及び報知データの形式としては、ＭＰＥＧ（Motion Picture Experts Group）形式などが適用される。ここで、ストリーミングデータとは、映像や音声などを含むマルチメディアデータを一度にサーバ装置からダウンロードするのではなく、受信側で連続して再生できるように、送信速度に応じてマルチメディアデータを一定容量ごとにサーバ装置から送信可能なように構成されたデータのことである。受信側では、通信回線の遅延やゆらぎを考慮して、一時的に記憶領域にダウンロードしたデータを記録し、記録したデータを一定間隔で読み出すことで、通信回線による遅延やゆらぎの影響を受けることなく再生を行うことができる。
【００２１】
着信時出力部１７は、主に、着信時にユーザに報知するための着信音や複数の静止画像を含む報知データから再生データを生成して液晶画面３１やスピーカ３０に出力する。また、着信時出力部１７に入力される報知データの形式としては、例えばＳＭＡＦ（Synthetic music Mobile Application Format）（登録商標）形式などが適用される。ここで、再生データとは、外部出力デバイスが反応するようなデータ形式のことを示しており、圧縮や符号化が行われているストリーミングデータや報知データの圧縮を解除して、復号化することにより生成されるデータである。一般的に、ＭＰＥＧなどのストリーミングデータから再生データを生成する場合、ＳＭＡＦ（登録商標）形式のデータから再生データを生成する場合よりも大きい容量の再生用記憶容量が必要となる。
【００２２】
なお、動画出力部１６及び着信時出力部１６はともに着信時にユーザに報知する報知データが入力されるとしたが、どちらの機能部が起動されるかは、報知データに予め付与されている識別子などを参照することによって判定される。
【００２３】
また、どの報知データを着信時に使用するかは、予め記憶部４０に記憶される報知設定情報に設定されている。ここで、報知設定情報とは、ユーザが入力部２４を操作することにより報知手段を選択して設定することが可能な情報であり、報知手段の項目としては、着信音、着信画像、バイブレータなどの項目がある。
【００２４】
電話処理部２３は、上述した通信処理部に対応し、通信部２０を介して電話端末から着信が通知された際に、当該着信を検出し、記憶部４０に予め記憶されている報知設定情報に従って、同じく記憶部４０に記憶されている報知データを読み出し、読み出した報知データから再生データを生成して出力部１５に出力させる。
【００２５】
データ再生部１０は、サーバ装置からダウンロードするストリーミングの動画や音のデータから再生データを生成し、生成した再生データを出力部１５に出力させる機能部である。データ再生部１０は、実行されるブラウザプログラム１２とストリーミングプログラム１１により構成され、ブラウザプログラム１２は、ユーザが入力部２４を操作することにより実行されるウェブブラウザのアプリケーションプログラムであり、通信部２０及び移動体通信網５０を介してインターネットに接続するサーバ装置との間でデータの送受信を行う。ストリーミングプログラム１１は、ユーザが入力部２４を操作することによりブラウザプログラム１２から起動され、ブラウザプログラム１２に対してサーバ装置からストリーミングデータの受信の開始停止を制御し、出力部１５に対してストリーミングデータの再生停止を制御する。
【００２６】
領域管理部２２は、データ再生部１０のブラウザプログラム１２や電話処理部２３から送信される容量値を含む領域割当の要求や、記憶領域の領域開放の要求を受信し、動的に記憶領域の割り当て及び開放を行う。
【００２７】
記憶部４０は、携帯端末装置１に内蔵されるメモリであり、図２に示すような構造を有している。図２に示す記憶部４０において、データ用ヒープ領域４１は、ブラウザプログラム１２によってサーバ装置からデータをダウンロードする際に一時的にダウンロードしたデータを記録する際の記憶領域や、出力部１５が再生データを生成する際の記憶領域として領域管理部２２により動的に割り当てられ、また開放される領域である。
【００２８】
プログラム起動用ヒープ領域４２は、ユーザが入力部２４を操作することにより、オペレーティングシステム等により領域が割り当てられ、起動するプログラムのデータが記録され、当該プログラムが終了された際には開放される記憶領域である。基本プログラム用記憶領域４３は、携帯端末装置１が起動される際に、ユーザの操作によらず起動される電子メール等の常駐型アプリケーションプログラムにより使用される記憶領域である。バックアップ用記憶領域４４は、例えば上述した着信時に行う報知手段を設定する報知設定情報や、電話帳などのアプリケーションプログラムによって記憶される氏名や住所の情報等を記憶する記憶領域であり、携帯端末装置１の電源が切られた場合であっても記憶されている情報が消去されない領域である。ブート用記憶領域４５は、携帯端末装置１の起動時に用いられる記憶領域である。
【００２９】
次に、図３から図６を参照して、携帯端末装置１に係るデータ再生制御処理について説明する。なお、図３は、図４〜図６の前段として行われる処理であり、ストリーミングデータを受信して再生している際に、着信が検出され、ストリーミングデータの再生を停止するまでの処理を示したシーケンス図である。
【００３０】
図３において、最初にユーザが入力部２４を操作することによりブラウザプログラム１２を起動し、ブラウザプログラム１２が通信部２０を介してインターネットに接続するサーバ装置に接続してサーバ装置から送信されるウェブページのデータを受信する。そして、ブラウザプログラム１２は、受信したウェブページのデータを出力部１５を介して液晶画面３１に表示する。ユーザが入力部２４を操作することにより液晶画面３１に表示されているウェブページ中のストリーミングデータへのリンクが選択されると、ブラウザプログラム１２は、１．５Ｍバイトのデータ保存用記憶領域を確保するため１．５Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳ１）。１．５Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域に１．５Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてブラウザプログラム１２に割り当てられたことを示す識別情報（以下、第１の識別情報）が返り値としてブラウザプログラム１２に送信される（ステップＳ２）。
【００３１】
次に、ブラウザプログラム１２は、ストリーミングプログラム１１を起動するため起動要求を送信する（ステップＳ３）。ストリーミングプログラム１１は、起動すると受信要求をブラウザプログラム１２に送信する（ステップＳ４）。また、ストリーミングプログラム１１は、動画出力部１６に再生要求を送信する（ステップＳ５）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳ６）、再生処理を行うために使用する２．３Ｍバイトのデータ再生用記憶領域を確保するため２．３Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳ７）。
【００３２】
動画出力部１６から、２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第２の識別情報）が返り値として動画出力部１６に送信される（ステップＳ８）。
【００３３】
ストリーミングプログラム１１から受信要求を受信したブラウザプログラム１２は、領域管理部２２から受信した第１の識別情報に対応する１．５Ｍのデータ保存用記憶領域にサーバ装置から順に送信されるストリーミングデータを記録する。動画出力部１６は、データ保存用記憶領域にブラウザプログラム１２によって記録されているデータを最先に記録されたデータから順に読み出し、領域管理部２２から受信した第２の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出したデータから再生データを生成し、生成した再生データに含まれる音や映像のデータをスピーカ３０や液晶画面３１に出力する。
【００３４】
動画出力部１６が再生データを出力している際に、移動体通信網５０から着信通知が送信されると、電話処理部２３は、当該着信通知による電話着信を検出する。ここで、携帯端末装置１においてブラウザプログラム１２が起動され、サーバ装置と接続してストリーミングデータをダウンロードしている間は、通信部２０は、高速通信が可能なデータ通信用の通信方式で移動体通信網５０の基地局と接続しているため、電話接続時には電話通信用の通信方式に切り替えて接続する必要がある。しかし、着信通知のみは、携帯端末装置１がデータ通信中でも受信できるように、移動体通信網５０に備えられた呼制御装置などにより、データ通信用の通信方式のデータフォーマットに着信通知を含めることによってデータ通信方式で通信している状態であっても携帯端末装置１に通知される（ステップＳ９）。
【００３５】
着信を検出した電話処理部２３は、割込み処理を開始し（ステップＳ１０）、割込通知をストリーミングプログラム１１に送信する（ステップＳ１１）。割込通知を受信したストリーミングプログラム１１は、停止要求を動画出力部１６に送信する（ステップＳ１２）。停止要求を受信した動画出力部１６は、再生データの出力を停止し、上記の第２の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳ１４）。領域開放の要求を受信した領域管理部２２は、領域開放の要求に含まれる第２の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域の開放を行う（ステップＳ１５）。次に、ストリーミングプログラム１１は、ブラウザプログラムに停止要求を送信し（ステップＳ１６）、当該停止要求を受信したブラウザプログラム１２は、サーバ装置から受信したストリーミングデータのデータ保存用記憶領域への記録を停止する（ステップＳ１７）。
【００３６】
なお、ブラウザプログラム１２や動画出力部１６が領域管理部２２に領域割当を要求した際に、要求された容量に相当する空き領域がデータ用ヒープ領域４１に存在しない場合、返り値がブラウザプログラム１２や動画出力部１６に返されず、ブラウザプログラム１２や動画出力部１６のエラー処理が実行され、ストリーミングデータが再生されない状態となる。
【００３７】
次に、図４は、図３から継続して行われるデータ再生制御処理であって、動画出力部１６がストリーミングデータの再生に用いていた２．３Ｍバイトのデータ再生用記憶領域が開放されたことで、電話処理部２３が報知データを再生するための領域が確保できる場合のデータ再生制御処理を示したシーケンス図である。
【００３８】
最初に、ストリーミングプログラム１１は、サーバ装置からのストリーミングデータの送信を停止させるため、ブラウザプログラム１２に送信停止要求を送信する（ステップＳａ１）。送信停止要求を受信したブラウザプログラム１２は、サーバ装置から受信した最後のストリーミングデータの位置を示すタイムスタンプの情報を基本プログラム用記憶領域４３に記録する。そして、送信停止通知を移動体通信網５０に接続されているサーバ装置に送信し、当該送信停止通知を受信したサーバ装置はストリーミングデータの送信を停止する（ステップＳａ２）。
【００３９】
次に、ストリーミングプログラム１１は、終了通知を電話処理部２３に送信して、処理を終了する（ステップＳａ３）。終了通知を受信した電話処理部２３は、着信処理を開始するため、電話処理部２３は、記憶部４０のバックアップ用記憶領域４４に記憶されている報知設定情報を読み出す（ステップＳａ４）。ここでは、報知設定情報として、着信音の項目に、ＭＰＥＧ形式の報知データを出力する設定と、着信画像の項目に、ＳＭＡＦ（登録商標）形式の画像データのみを含む報知データを出力する設定がされているとする。
【００４０】
電話処理部２３は、報知設定情報を参照し、着信音の報知データがＭＰＥＧ形式であることを検出し、当該報知データへの参照情報を含む再生要求を動画出力部１６に送信する（ステップＳａ５）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳａ６）、着信音の報知データを再生するために２．３Ｍバイトのデータ再生用記憶領域の領域割当を領域管理部２２に送信する（ステップＳａ７）。動画出力部１６から２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第３の識別情報）が返り値として動画出力部１６に送信される（ステップＳａ８）。返り値を受信した後、動画出力部１６は、電話処理部２３から受信した着信音の報知データへの参照情報に基づいて、記憶部４３のバックアップ用記憶領域４４から着信音の報知データを読み出し、第３の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出した報知データから再生データを生成し、スピーカ３０に出力する。
【００４１】
次に、電話処理部２３は、報知設定情報を参照し、着信画像の報知データがＳＭＡＦ（登録商標）形式であることを検出し、当該報知データへの参照情報を含む再生要求を着信時出力部１７に送信する（ステップＳａ９）。再生要求を受信した着信時出力部１７は、再生処理を開始し（ステップＳａ１０）、着信画像の報知データを再生するために１．１Ｍバイトのデータ再生用記憶領域の領域割当を領域管理部２２に送信する（ステップＳａ１１）。１．１Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に１．１Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第４の識別情報）が返り値として着信時出力部１７に送信される（ステップＳａ１２）。返り値を受信した後、着信時出力部１７は、電話処理部２３から受信した報知データへの参照情報に基づいて、記憶部４３のバックアップ用記憶領域４４から報知データを読み出し、第４の識別情報に対応する１．１Ｍバイトのデータ再生用記憶領域を用いて読み出した報知データから再生データを生成し液晶画面３１に表示する。
【００４２】
これらの報知が行われた後に、ユーザが入力部２４を操作して着信に対して応答すると、電話処理部２３は、データ通信用の通信方式で接続していた移動体通信網５０との間の通信方式を電話通信用の通信方式に切り替え、移動体通信網５０の交換機は当該携帯端末装置１と発信元の電話端末との接続処理を開始する（ステップＳａ１３）。このとき、電話処理部は、報知データの出力を行っている動画出力部１６と着信時出力部１７を停止させるために、まず最初に動画出力部１６に停止要求を送信する（ステップＳａ１５）。停止要求を受信した動画出力部１６は、スピーカ３０への再生データの出力を停止し（ステップＳａ１６）、第３の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳａ１７）。第３の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている２．３Ｍバイトのデータ再生用記憶領域を開放する（ステップＳａ１８）。
【００４３】
次に、電話処理部２３は、着信時出力部１７に停止要求を送信する（ステップＳａ１９）。停止要求を受信した着信時出力部１７は、液晶画面３１への再生データの出力を停止し（ステップＳａ２０）、第４の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳａ２１）。第４の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている１．１Ｍバイトのデータ再生用記憶領域を開放する（ステップＳａ２２）。
【００４４】
その後、通話が終了し、ユーザが入力部２４を操作して終話を選択すると、終話処理が開始され（ステップＳａ２３）、電話処理部２３から移動体通信網５０に対して切断通知が送信され、切断通知を受信した移動体通信網５０の交換機は呼の切断処理を行う（ステップＳａ２４）。
【００４５】
次に、電話処理部２３は、ストリーミングデータの受信及び再生を再開させるため復帰要求をブラウザプログラム１２に送信する（ステップＳａ２５）。復帰要求を受信したブラウザプログラム１２は、基本プログラム用記憶領域４３に記録した、サーバ装置から最後に受信したストリーミングデータのタイムスタンプの情報を読み出し、さらに、起動要求をストリーミングプログラム１１に送信する（ステップＳａ２６）。起動要求を受信したストリーミングプログラム１１は、起動し、受信要求をブラウザプログラム１２に送信する（ステップＳａ２７）。また、ストリーミングプログラム１１は、再生要求を動画出力部１６に送信する（ステップＳａ２８）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳａ２９）、再生処理を行うために使用する２．３Ｍバイトのデータ再生用記憶領域を確保するため２．３Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳａ３０）。
【００４６】
動画出力部１６から、２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第５の識別情報）が返り値として動画出力部１６に送信される（ステップＳａ３１）。
【００４７】
ストリーミングプログラム１１から受信要求を受信したブラウザプログラム１２は、通信方式をデータ通信方式に切り替え、読み出したストリーミングデータのタイムスタンプとともにデータ送信をサーバ装置に要求し、サーバ装置から送信されるタイムスタンプ以降のストリーミングデータを第１の識別情報に対応する１．５Ｍのデータ保存用記憶領域に記録する。動画出力部１６は、ブラウザプログラム１２がサーバ装置からストリーミングデータを受信する前に、既にデータ保存用記憶領域にブラウザプログラム１２によって記録されているデータを最初に読み出し、続いて、ブラウザプログラム１２がサーバ装置から受信してデータ保存用記憶領域に記録するタイムスタンプ以降のストリーミングデータを読み出す。そして、動画出力部１６は、領域管理部２２から受信した第５の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出したデータから再生データを生成することで、着信によって停止された状態から継続した状態で再生データに含まれる音や映像のデータをスピーカ３０や液晶画面３１に出力することが可能となる。
【００４８】
なお、ストリーミングデータの受信を停止する前に、第１の識別情報に対応する１．５Ｍのデータ保存用記憶領域に記録されているＭＰＥＧ形式のデータは、基準フレームであるＩフレームが含まれている場合には、データ保存用記憶領域に記録されている箇所から再生することが可能であるため、受信を停止して記録する際に、基準フレームがデータ保存用記憶領域に残されるように受信処理を停止するようにしてもよい。
【００４９】
次に、図５は、図３から継続して行われるデータ再生制御処理であって、動画出力部１６がストリーミングデータの再生に用いていた２．３Ｍバイトのデータ再生用記憶領域が開放されても、電話処理部２３が報知データを再生するために必要とする容量の空き領域が存在しない状態にて行われるデータ再生制御処理を示したシーケンス図である。
【００５０】
ブラウザプログラム１２は、図３のステップＳ１７においてストリーミングプログラム１１から停止要求を受信した後に、データ保存用記憶領域を開放するため第１の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳｂ１）。第１の識別情報を含む領域開放の要求を受信した領域管理部２２は、第１の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を開放する（ステップＳｂ２）。
【００５１】
ストリーミングプログラム１１は、サーバ装置からのストリーミングデータの送信を停止させるため、ブラウザプログラム１２に送信停止要求を送信する（ステップＳｂ３）。送信停止要求を受信したブラウザプログラム１２は、サーバ装置から受信した最後のストリーミングデータの位置を示すタイムスタンプの情報を基本プログラム用記憶領域４３に記録する。そして、送信停止通知を移動体通信網５０に接続されているサーバ装置に送信し、当該送信停止通知を受信したサーバ装置はストリーミングデータの送信を停止する（ステップＳｂ４）。
【００５２】
次に、ストリーミングプログラム１１は、終了通知を電話処理部２３に送信して処理を終了する（ステップＳｂ５）。終了通知を受信した電話処理部２３は、着信処理を開始するため、電話処理部２３は、記憶部４０のバックアップ用記憶領域４４に記憶されている報知設定情報を読み出す（ステップＳｂ６）。図５においても、報知設定情報として、着信音の項目に、ＭＰＥＧ形式の報知データを出力する設定と、着信画像の項目に、ＳＭＡＦ（登録商標）形式の画像データのみを含む報知データを出力する設定がされているとする。
【００５３】
電話処理部２３は、報知設定情報を参照し、着信音の報知データがＭＰＥＧ形式であることを検出し、当該報知データへの参照情報を含む再生要求を動画出力部１６に送信する（ステップＳｂ７）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳｂ８）、着信音の報知データを再生するために２．３Ｍバイトのデータ再生用記憶領域の領域割当を領域管理部２２に送信する（ステップＳｂ９）。動画出力部１６から２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第３の識別情報）が返り値として動画出力部１６に送信される（ステップＳｂ１０）。返り値を受信した後、動画出力部１６は、電話処理部２３から受信した着信音の報知データへの参照情報に基づいて、記憶部４３のバックアップ用記憶領域４４から着信音の報知データを読み出し、第３の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出した報知データから再生データを生成し、スピーカ３０に出力する。
【００５４】
次に、電話処理部２３は、報知設定情報を参照し、着信画像の報知データがＳＭＡＦ（登録商標）形式であることを検出し、当該報知データへの参照情報を含む再生要求を着信時出力部１７に送信する（ステップＳｂ１１）。再生要求を受信した着信時出力部１７は、再生処理を開始し（ステップＳｂ１２）、着信画像の報知データを再生するために１．１Ｍバイトのデータ再生用記憶領域の領域割当を領域管理部２２に送信する（ステップＳｂ１２）。１．１Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に１．１Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第４の識別情報）が返り値として着信時出力部１７に送信される（ステップＳｂ１３）。返り値を受信した後、着信時出力部１７は、電話処理部２３から受信した報知データへの参照情報に基づいて、記憶部４３のバックアップ用記憶領域４４から報知データを読み出し、第４の識別情報に対応する１．１Ｍバイトのデータ再生用記憶領域を用いて読み出した報知データから再生データを生成し液晶画面３１に表示する。
【００５５】
これらの報知が行われた後に、ユーザの操作を受けて、図４と同様に接続処理が行われる（ステップＳｂ１５）。このとき、電話処理部は、報知データの出力を行っている動画出力部１６と着信時出力部１７を停止させるために、まず最初に動画出力部１６に停止要求を送信する（ステップＳｂ２０）。停止要求を受信した動画出力部１６は、スピーカ３０への再生データの出力を停止し（ステップＳｂ２１）、第３の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳｂ２２）。第３の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている２．３Ｍバイトのデータ再生用記憶領域を開放する（ステップＳｂ２３）。
【００５６】
次に、電話処理部２３は、着信時出力部１７に停止要求を送信する（ステップＳｂ２４）。停止要求を受信した着信時出力部１７は、液晶画面３１への再生データの出力を停止し（ステップＳｂ２５）、第４の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳｂ２６）。第４の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている１．１Ｍバイトのデータ再生用記憶領域を開放する（ステップＳｂ２７）。
【００５７】
その後、通話が終了し、ユーザが入力部２４を操作して終話を選択すると、終話処理が開始され（ステップＳｂ２８）、電話処理部２３から移動体通信網５０に対して切断通知が送信され、切断通知を受信した移動体通信網５０の交換機は呼の切断処理を行う（ステップＳｂ２９）。
【００５８】
次に、電話処理部２３は、ストリーミングデータの受信を再開させるため復帰要求をブラウザプログラム１２に送信する（ステップＳｂ３０）。復帰要求を受信したブラウザプログラム１２は、１．５Ｍバイトのデータ保存用記憶領域を確保するため１．５Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳｂ３１）。１．５Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域に１．５Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてブラウザプログラム１２に割り当てられたことを示す識別情報（以下、第５の識別情報）が返り値としてブラウザプログラム１２に送信される（ステップＳｂ３２）。また、ブラウザプログラム１２は、基本プログラム用記憶領域４３に記録した、サーバ装置から最後に受信したストリーミングデータのタイムスタンプの情報を読み出し、さらに、起動要求をストリーミングプログラム１１に送信する（ステップＳｂ３３）。起動要求を受信したストリーミングプログラム１１は、起動し、受信要求をブラウザプログラム１２に送信する（ステップＳｂ３４）。また、ストリーミングプログラム１１は、再生要求を動画出力部１６に送信する（ステップＳｂ３５）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳｂ３６）、再生処理を行うために使用する２．３Ｍバイトのデータ再生用記憶領域を確保するため２．３Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳｂ３７）。
【００５９】
動画出力部１６から、２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第６の識別情報）が返り値として動画出力部１６に送信される（ステップＳｂ３８）。
【００６０】
ストリーミングプログラム１１から受信要求を受信したブラウザプログラム１２は、通信方式をデータ通信方式に切り替え、読み出したストリーミングデータのタイムスタンプとともにデータ送信をサーバ装置に要求し、サーバ装置から送信されるタイムスタンプ以降のストリーミングデータを第５の識別情報に対応する１．５Ｍのデータ保存用記憶領域に記録する。動画出力部１６は、ブラウザプログラム１２がサーバ装置から受信してデータ保存用記憶領域に記録するタイムスタンプ以降のストリーミングデータを読み出し、第６の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出したデータから再生データを生成して出力する。
【００６１】
上記の図５の処理により、電話処理部２３が報知データを再生するための領域が確保できる空き容量が存在しない場合であっても、ブラウザプログラム１２がデータの保存用記憶領域を開放することで、着信時に報知する報知データを再生することができ、ユーザに着信を報知することが可能となる。
【００６２】
次に、図６は、図３から継続して行われるデータ再生制御処理であって、動画出力部１６がストリーミングデータの再生に用いていた２．３Ｍバイトのデータ再生用記憶領域が開放された後に、報知データを再生するために必要とする容量と、データ用ヒープ領域４１の空き領域の容量値とに基づいて、図４で説明したデータ保存用記憶領域を開放しない処理を行うか、図５で示したデータ保存用記憶領域を開放する処理を行うかを判定する処理を含んだデータ再生制御処理を示したシーケンス図である。
【００６３】
ブラウザプログラム１２は、図３のステップＳ１７においてストリーミングプログラム１１から停止要求を受信した後に、電話処理部２３に、報知設定情報を要求する（ステップＳｃ１）。電話処理部２３は、バックアップ用記憶領域４４から報知設定情報を読み出し、ブラウザプログラム１２に送信する（ステップＳｃ２）。次に、ブラウザプログラム１２は、領域管理部２２に、データ用ヒープ領域４１の空き領域の容量値を要求する（ステップＳｃ３）。データ用ヒープ領域４１の空き領域の容量値を要求を受信した領域管理部２２は、データ用ヒープ領域４１の空き領域の容量値を検出し、検出した空き領域の容量値をブラウザプログラム１２に送信する（ステップＳｃ４）。
【００６４】
次に、ブラウザプログラムは、電話処理部２３から受信した報知設定情報に設定されている報知データの再生に必要となるヒープ領域の容量を算出する。例えば、着信音としてＭＰＥＧ形式の報知データを再生することが設定されている場合には、２．３Ｍバイトの容量が必要となり、ＳＭＡＦ（登録商標）形式の報知データが設定されている場合には、１．１Ｍバイトの容量が必要となる。また、着信音としてＭＰＥＧ形式の報知データ、着信画像としてＳＭＡＦ（登録商標）形式の報知データが設定されている場合には、合計で３．４Ｍバイトの容量が必要となる。また、さらに、着信音を再生することが設定されている場合であっても、別に報知設定情報にマナーモード等が設定されている場合には、スピーカ３０からの出力を行わず、バイブレータ３２に振動を発生させるだけであり、必要となるヒープ領域は０バイトとして算出される。図６では、着信音としてＭＰＥＧ形式の報知データ、着信画像としてＳＭＡＦ（登録商標）形式の報知データが設定されている場合を想定しており、合計で３．４Ｍバイトの容量が必要な容量として算出される。
【００６５】
次に、ブラウザプログラム１２は、算出した報知データの再生に必要となるヒープ領域の容量値が領域管理部２２から受信した空き領域の容量値を超えているか否かを判定する（ステップＳｃ５）。報知データの再生に必要となるヒープ領域の容量値が領域管理部２２から受信した空き領域の容量値を超えている場合には、ブラウザプログラム１２は、１．５Ｍのデータ保存用記憶領域を開放するため第１の識別情報を含む領域開放の要求を領域管理部２２に送信し、予めバックアップ用記憶領域４４に備えられているデータ保存用記憶領域の維持情報を「開放」として記録する。一方、報知データの再生に必要となるヒープ領域の容量値が領域管理部２２から受信した空き領域の容量値を超えていない場合、データ保存用記憶領域を開放する必要がないため、領域開放の要求を領域管理部２２に送信せず、データ保存用記憶領域の維持情報を「維持」として記録する（ステップＳｃ６）。ここでは、報知データの再生に必要となる３．４Ｍバイトが空き容量を超えている場合を想定し、第１の識別情報を含む領域開放が送信されるものとする。そして、第１の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている２．３Ｍバイトのデータ再生用記憶領域を開放する（ステップＳｃ７）。
【００６６】
ストリーミングプログラム１１は、サーバ装置からのストリーミングデータの送信を停止させるため、ブラウザプログラム１２に送信停止要求を送信する（ステップＳｃ８）。送信停止要求を受信したブラウザプログラム１２は、サーバ装置から受信した最後のストリーミングデータの位置を示すタイムスタンプの情報を基本プログラム用記憶領域４３に記録する。そして、送信停止通知を移動体通信網５０に接続されているサーバ装置に送信し、当該送信停止通知を受信したサーバ装置はストリーミングデータの送信を停止する（ステップＳｃ９）。
【００６７】
次に、ストリーミングプログラム１１は、終了通知を電話処理部２３に送信して処理を終了する（ステップＳｃ１０）。終了通知を受信した電話処理部２３は、着信処理を開始するため、電話処理部２３は、記憶部４０のバックアップ用記憶領域４４に記憶されている報知設定情報を読み出す（ステップＳｃ１１）。
【００６８】
電話処理部２３は、報知設定情報を参照し、着信音の報知データがＭＰＥＧ形式であることを検出し、当該報知データへの参照情報を含む再生要求を動画出力部１６に送信する（ステップＳｃ１２）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳｃ１３）、着信音の報知データを再生するために２．３Ｍバイトのデータ再生用記憶領域の領域割当を領域管理部２２に送信する（ステップＳｃ１４）。動画出力部１６から２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第３の識別情報）が返り値として動画出力部１６に送信される（ステップＳｃ１５）。返り値を受信した後、動画出力部１６は、電話処理部２３から受信した着信音の報知データへの参照情報に基づいて、記憶部４３のバックアップ用記憶領域４４から着信音の報知データを読み出し、第３の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出した報知データから再生データを生成し、スピーカ３０に出力する。
【００６９】
次に、電話処理部２３は、報知設定情報を参照し、着信画像の報知データがＳＭＡＦ（登録商標）形式であることを検出し、当該報知データへの参照情報を含む再生要求を着信時出力部１７に送信する（ステップＳｃ１６）。再生要求を受信した着信時出力部１７は、再生処理を開始し（ステップＳｃ１７）、着信画像の報知データを再生するために１．１Ｍバイトのデータ再生用記憶領域の領域割当を領域管理部２２に送信する（ステップＳｃ１８）。１．１Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に１．１Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第４の識別情報）が返り値として着信時出力部１７に送信される（ステップＳｃ１９）。返り値を受信した後、着信時出力部１７は、電話処理部２３から受信した報知データへの参照情報に基づいて、記憶部４３のバックアップ用記憶領域４４から報知データを読み出し、第４の識別情報に対応する１．１Ｍバイトのデータ再生用記憶領域を用いて読み出した報知データから再生データを生成し液晶画面３１に表示する。
【００７０】
これらの報知が行われた後に、ユーザの操作を受けて、図４と同様に接続処理が行われる（ステップＳｃ２０）。このとき、電話処理部は、報知データの出力を行っている動画出力部１６と着信時出力部１７を停止させるために、まず最初に動画出力部１６に停止要求を送信する（ステップＳｃ２５）。停止要求を受信した動画出力部１６は、スピーカ３０への再生データの出力を停止し（ステップＳｃ２６）、第３の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳｃ２７）。第３の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている２．３Ｍバイトのデータ再生用記憶領域を開放する（ステップＳｃ２８）。
【００７１】
次に、電話処理部２３は、着信時出力部１７に停止要求を送信する（ステップＳｃ２９）。停止要求を受信した着信時出力部１７は、液晶画面３１への再生データの出力を停止し（ステップＳｃ３０）、第４の識別情報を含む領域開放の要求を領域管理部２２に送信する（ステップＳｃ３１）。第４の識別情報を含む領域開放の要求を受信した領域管理部２２は、データ用ヒープ領域４１に割り当てられている１．１Ｍバイトのデータ再生用記憶領域を開放する（ステップＳｃ３２）。
【００７２】
その後、通話が終了し、ユーザが入力部２４を操作して終話を選択すると、終話処理が開始され（ステップＳｃ３３）、電話処理部２３から移動体通信網５０に対して切断通知が送信され、切断通知を受信した移動体通信網５０の交換機は呼の切断処理を行う（ステップＳｃ３４）。
【００７３】
次に、電話処理部２３は、ストリーミングデータの受信を再開させるため復帰要求をブラウザプログラム１２に送信する（ステップＳｃ３５）。復帰要求を受信したブラウザプログラム１２は、バックアップ用記憶領域４４に記録したデータ保存用記憶領域の維持情報を読み出し「維持」が記録されているか「開放」が記録されているかを判定する（ステップＳｃ３６）。図６の例では、「開放」が記録されているため、ブラウザプログラム１２は、１．５Ｍバイトのデータ保存用記憶領域を確保するため１．５Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳｃ３７）。１．５Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域に１．５Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてブラウザプログラム１２に割り当てられたことを示す識別情報（以下、第５の識別情報）が返り値としてブラウザプログラム１２に送信される（ステップＳｃ３８）。
【００７４】
また、ブラウザプログラム１２は、基本プログラム用記憶領域４３に記録した、サーバ装置から最後に受信したストリーミングデータのタイムスタンプの情報を読み出し、さらに、起動要求をストリーミングプログラム１１に送信する（ステップＳｃ３９）。起動要求を受信したストリーミングプログラム１１は、起動し、受信要求をブラウザプログラム１２に送信する（ステップＳｃ４０）。また、ストリーミングプログラム１１は、再生要求を動画出力部１６に送信する（ステップＳｃ４１）。再生要求を受信した動画出力部１６は、再生処理を開始し（ステップＳｃ４２）、再生処理を行うために使用する２．３Ｍバイトのデータ再生用記憶領域を確保するため２．３Ｍバイトの値を含む領域割当の要求を領域管理部２２に送信する（ステップＳｃ４３）。
【００７５】
動画出力部１６から、２．３Ｍバイトの領域割当の要求を受信した領域管理部２２は、記憶部４０のデータ用ヒープ領域４１に２．３Ｍバイトの領域を割り当てる。このとき、データ用ヒープ領域４１においてデータ再生用記憶領域として割り当てられたことを示す識別情報（以下、第６の識別情報）が返り値として動画出力部１６に送信される（ステップＳｃ４４）。
【００７６】
ストリーミングプログラム１１から受信要求を受信したブラウザプログラム１２は、通信方式をデータ通信方式に切り替え、読み出したストリーミングデータのタイムスタンプとともにデータ送信をサーバ装置に要求し、サーバ装置から送信されるタイムスタンプ以降のストリーミングデータを第５の識別情報に対応する１．５Ｍのデータ保存用記憶領域に記録する。動画出力部１６は、ブラウザプログラム１２がサーバ装置から受信してデータ保存用記憶領域に記録するタイムスタンプ以降のストリーミングデータを読み出し、第６の識別情報に対応する２．３Ｍバイトのデータ再生用記憶領域を用いて読み出したデータから再生データを生成して出力する。
【００７７】
上記の図６の構成により、携帯端末装置１は、報知データで使用される再生用記憶領域の容量と、データ用ヒープ領域４１の空き容量とに基づいて、データ保存用記憶領域を維持するか開放するかを判定し、いずれの場合であっても着信時にはユーザに着信を報知することが可能となる。
【００７８】
また、図６に示した報知設定情報を参照して、予め報知データの再生に必要となる容量を算出することで、ＳＭＡＦ（登録商標）形式の報知データのみが設定されている場合には、データ用ヒープ領域４１の空き容量で再生を行うことが可能である場合もあり、そのような場合、データ保存用記憶領域を維持することで、データ保存用記憶領域が維持された場合には、ブラウザプログラム１２を復帰させた際に、迅速にストリーミングデータを再開することが可能となる。
【００７９】
なお、上述した再生用記憶領域は、データ再生用記憶領域に対応し、保存用記憶領域は、データ保存用記憶領域に対応する。また、第１の再生用記憶領域は、ストリーミングデータの再生時に動画出力部１６によって確保されるデータ再生用記憶領域に対応し、第２の再生用記憶領域は、着信時に動画出力部１６及び着信時出力部１７によって確保されるデータ再生用記憶領域に対応する。
【００８０】
上記の実施形態では、電話端末からの着信を検出した場合について記載したが、本発明は、この実施形態には限られず、電話以外の通信方式を有する通信端末からの通信要求の割込みがあった場合であっても上記の処理を行うことが可能である。
【００８１】
上述の携帯端末装置は内部に、コンピュータシステムを有している。そして、上述したデータ再生制御処理は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【図面の簡単な説明】
【００８２】
【図１】本実施形態による携帯端末装置の内部構成を示すブロック図である。
【図２】同実施形態における携帯端末装置に係る記憶部のデータ構成を示した図である。
【図３】同実施形態におけるデータ再生制御処理の基本シーケンス図である。
【図４】同実施形態におけるデータ再生制御処理（その１）を示すシーケンス図である。
【図５】同実施形態におけるデータ再生制御処理（その２）を示すシーケンス図である。
【図６】同実施形態におけるデータ再生制御処理（その３）を示すシーケンス図である。
【符号の説明】
【００８３】
１    携帯端末装置
１０  データ再生部
１５  出力部
２０  通信部
２２  領域管理部
２３  電話処理部
２４  入力部
４０  記憶部
５０  移動体通信網
【図１】
2006333338.tif 000003
【図２】
2006333338.tif 000004
【図３】
2006333338.tif 000005
【図４】
2006333338.tif 000006
【図５】
2006333338.tif 000007
【図６】
2006333338.tif 000008