(57)【要約】【課題】  着呼側装置において着呼時に再生して出力すべき音楽情報に関する設定の決定、制御に発呼側装置が関わることができる利便性の高い通信装置及び携帯電話装置を提供すること。【解決手段】  相手装置と音声通信を行うためのプロトコル手段と、楽情報を再生して出力する音楽情報再生手段と、前記プロトコル手段によるやりとりにより前記相手装置から音楽情報を受信する音楽情報受信手段と、発呼側相手装置からの着呼があった場合に、前記音楽情報受信手段により受信した音楽情報を前記音楽情報再生手段によって再生する制御手段とを備えている。つまり、発呼側装置から被呼側通信装置への着呼時に発呼側装置から被呼側装置に音楽情報を送信して被呼側装置において出力させることができる。【選択図】    図１
2006157131.tif 000002
【特許請求の範囲】
【請求項１】
相手装置と音声通信を行うためのプロトコル手段と、
音楽情報を再生して出力する音楽情報再生手段と、
前記プロトコル手段によるやりとりにより前記相手装置から音楽情報を受信する音楽情報受信手段と、
発呼側相手装置からの着呼があった場合に、前記音楽情報受信手段により受信した音楽情報を前記音楽情報再生手段によって再生する制御手段と
を備えた通信装置。
【請求項２】
相手装置の端末識別情報を受信する相手端末識別情報受信手段と、
相手装置との通信の履歴情報を記憶する履歴手段と、
発呼側相手装置からの着呼があった場合に、前記音楽情報受信手段により受信した音楽情報と、前記相手端末識別情報受信手段により受信した端末識別情報とを対応付けて前記履歴手段に記憶する制御手段とを備えた請求項１に記載の通信装置。
【請求項３】
各相手装置の端末識別情報について少なくとも名称情報を対応付けて記憶する電話帳手段と、
前記履歴手段に記憶されている音楽情報及びそれに対応する端末識別情報を前記電話帳手段に対応付けて記憶・登録する制御手段とを備えた請求項２に記載の通信装置。
【請求項４】
各相手装置の端末識別情報について少なくとも名称情報を対応付けて記憶する電話帳手段と、
前記履歴手段に記憶されている音楽情報に対応する端末識別情報が前記電話帳手段にも記憶されている場合には、前記電話帳手段に記憶されている端末識別情報であって当該音楽情報に対応して前記履歴手段に記憶されている端末識別情報と同一のものと対応付けて当該音楽情報を前記電話帳手段に記憶する一方、前記履歴手段に記憶されている音楽情報に対応する端末識別情報が前記電話帳手段に記憶されていない場合には、当該音楽情報とそれに対応する端末識別情報を前記電話帳手段に新規登録する制御手段とを備えた請求項２に記載の通信装置。
【請求項５】
相手装置と音声通信を行うためのプロトコル手段と、
前記プロトコル手段に音楽情報を含ませて送信する音楽情報送信手段と、
被呼側相手装置において再生すべき音楽情報として、自装置が記憶する音楽情報を前記音楽情報送信手段により前記被呼側相手装置に送信する制御手段とを備えたことを特徴とする通信装置。
【請求項６】
自装置の端末識別情報を相手装置に通知する端末識別情報通知手段と、
前記音楽情報送信手段により送信した音楽情報と前記端末識別情報通知手段により通知した自装置の端末識別情報とを被呼側相手装置の履歴手段に記憶させるように、自装置の端末識別情報を前記端末識別情報通知手段により前記被呼側相手装置に通知する制御手段とを備えた請求項５の記載の通信装置。
【請求項７】
前記プロトコル手段に音楽情報を含ませて送信する音楽情報送信手段と、
被呼側相手装置において再生すべき音楽情報として、自装置が記憶する音楽情報を前記音楽情報送信手段により前記被呼側相手装置に送信する制御手段とを備えた請求項１乃至４のいずれかに記載の通信装置。
【請求項８】
前記プロトコル手段により自装置の端末識別情報を相手装置に通知する端末識別情報通知手段と、
前記音楽情報送信手段により送信した音楽情報と前記端末識別情報通知手段により通知した自装置の端末識別情報とを被呼側相手装置の履歴手段に記憶させるように、自装置の端末識別情報を前記端末識別情報通知手段により前記被呼側相手装置に通知する制御手段とを備えた請求項７に記載の通信装置。
【請求項９】
請求項１ないし８のいずれかに記載の通信装置の構成を備えたことを特徴とする携帯電話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声情報を相手装置とやりとりして音声通信を行う通信装置及び携帯電話装置に関し、特に、音楽情報の再生機能を備えた通信装置及び携帯電話装置に関する。
【背景技術】
【０００２】
現在の音声通信を行う通信装置、具体的には、例えば、携帯電話においては、着信時に可聴出力する音楽情報である着信音（着うた、着メロ、着ボイス等）データは、電話を受ける側（被呼側装置）のメモリにあらかじめ記憶しておくものであり、また、着信音データとなる複数の音楽情報ののうち、どの音楽情報を着信音データとしてを鳴動させるのか、また、それはどのような条件で鳴動させるのか等の着信音に関する設定は、被呼側装置で設定されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、電話をかける側（発呼側装置）は、電話を受ける側の着呼側装置において着呼時に再生して出力すべき音楽情報に関する設定を決定あるいは制御することは出来きず、自装置（発呼側装置）からの発呼が契機となって被呼側装置において再生・出力される音楽情報に関して発呼側装置が関わることができないという問題点があった。
【０００４】
本発明は係る事情に鑑みてなされたものであり、着呼側装置において着呼時に再生して出力すべき音楽情報に関する設定の決定、制御に発呼側装置が関わることができる利便性の高い通信装置及び携帯電話装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に記載の通信装置は、相手装置と音声通信を行うためのプロトコル手段と、楽情報を再生して出力する音楽情報再生手段と、前記プロトコル手段によるやりとりにより前記相手装置から音楽情報を受信する音楽情報受信手段と、発呼側相手装置からの着呼があった場合に、前記音楽情報受信手段により受信した音楽情報を前記音楽情報再生手段によって再生する制御手段とを備えている。つまり、発呼側装置から被呼側通信装置への着呼時に発呼側装置から被呼側装置に音楽情報を送信して被呼側装置において出力させることができる。
【０００６】
請求項２に記載の通信装置は、請求項１に記載の通信装置において、相手装置の端末識別情報を受信する相手端末識別情報受信手段と、相手装置との通信の履歴情報を記憶する履歴手段と、発呼側相手装置からの着呼があった場合に、前記音楽情報受信手段により受信した音楽情報と、前記相手端末識別情報受信手段により受信した端末識別情報とを対応付けて前記履歴手段に記憶する制御手段とを備えている。つまり、被呼側装置において、発呼側装置から受信した音楽情報と発呼側装置から通知された当該発呼側装置の端末識別情報とが対応付けられて履歴として記憶される。
【０００７】
請求項３に記載の通信装置は、請求項２に記載の通信装置において、各相手装置の端末識別情報について少なくとも名称情報を対応付けて記憶する電話帳手段と、前記履歴手段に記憶されている音楽情報及びそれに対応する端末識別情報を前記電話帳手段に対応付けて記憶・登録する制御手段とを備えている。つまり、履歴として記憶された音楽情報及びその音楽情報の送信元の端末識別識別情報を電話帳の登録内容として反映される。
【０００８】
請求項４に記載の通信装置は、各相手装置の端末識別情報について少なくとも名称情報を対応付けて記憶する電話帳手段と、前記履歴手段に記憶されている音楽情報に対応する端末識別情報が前記電話帳手段にも記憶されている場合には、前記電話帳手段に記憶されている端末識別情報であって当該音楽情報に対応して前記履歴手段に記憶されている端末識別情報と同一のものと対応付けて当該音楽情報を前記電話帳手段に記憶する一方、前記履歴手段に記憶されている音楽情報に対応する端末識別情報が前記電話帳手段に記憶されていない場合には、当該音楽情報とそれに対応する端末識別情報を前記背き電話帳手段に新規登録する制御手段とを備えている。つまり、履歴として記憶さたれ音楽情報及びその音楽情報の送信元の端末識別情報が、電話帳の登録内容と重複なく電話帳の登録内容として反映される。
【０００９】
請求項５に記載の通信装置は、相手装置と音声通信を行うためのプロトコル手段と、前記プロトコル手段に音楽情報を含ませて送信する音楽情報送信手段と、被呼側相手装置において再生すべき音楽情報として、自装置が記憶する音楽情報を前記音楽情報送信手段により前記被呼側相手装置に送信する制御手段とを備えている。つまり、発呼側装置から被呼側通信装置への着呼時に発呼側装置から被呼側装置に音楽情報を送信して被呼側装置において出力させることを可能とする。
【００１０】
請求項６に記載の通信装置は、請求項５の記載の通信装置において、自装置の端末識別情報を相手装置に通知する端末識別情報通知手段と、前記音楽情報送信手段により送信した音楽情報と前記端末識別情報通知手段により通知した自装置の端末識別情報とを被呼側相手装置の履歴手段に記憶させるように、自装置の端末識別情報を前記端末識別情報通知手段により前記被呼側相手装置に通知する制御手段とを備えている。つまり、被呼側装置において、発呼側装置から受信した音楽情報と発呼側装置から通知された当該発呼側装置の端末識別情報とが対応付けられて履歴として記憶されることを可能とする。
【００１１】
請求項７に記載の通信装置は、請求項１乃至４のいずれかに記載の通信装置において、前記プロトコル手段に音楽情報を含ませて送信する音楽情報送信手段と、被呼側相手装置において再生すべき音楽情報として、自装置が記憶する音楽情報を前記音楽情報送信手段により前記被呼側相手装置に送信する制御手段とを備えている。つまり、発呼側装置から音楽情報を受信して出力する被呼側装置が、発呼側装置となる場合に、当該発呼側装置にとっての被呼側通信装置への着呼時に当該発呼側装置から被呼側装置に音楽情報を送信して被呼側装置において出力させることを可能とする。
【００１２】
請求項８に記載の通信装置は、請求項７に記載の通信装置において、前記プロトコル手段により自装置の端末識別情報を相手装置に通知する端末識別情報通知手段と、前記音楽情報送信手段により送信した音楽情報と前記端末識別情報通知手段により通知した自装置の端末識別情報とを被呼側相手装置の履歴手段に記憶させるように、自装置の端末識別情報を前記端末識別情報通知手段により前記被呼側相手装置に通知する制御手段とを備えている。つまり、発呼側装置から音楽情報を受信して出力する被呼側装置が、発呼側装置となる場合に、当該発呼側装置にとっての被呼側装置において、当該発呼側装置から受信した音楽情報と当該発呼側装置から通知された当該発呼側装置の端末識別情報とが対応付けられて履歴として記憶されることを可能とする。
【００１３】
請求項９に記載の携帯電話装置は、請求項１ないし８のいずれかに記載の通信装置の構成を備えている。
【発明の効果】
【００１４】
請求項１に係る発明によれば、発呼側相手装置から送られてきた音楽情報を被呼側装置において再生して出力することができる。すなわち、被呼側装置において再生する音楽情報を発呼側装置から指示することが可能となる効果が得られる。
【００１５】
請求項２に係る発明によれば、音楽情報を、その音楽情報の送信元の相手装置（の端末識別情報）と対応付けて履歴として記憶しておくため、後にその履歴に記憶した音楽情報を対応する相手装置との通信等において有効に利用することが可能となる効果が得られる。
【００１６】
請求項３に係る発明によれば、前記履歴手段に記憶された音楽情報及びそれに対応する端末識別情報を前記電話帳手段に簡単な操作で登録することが可能となる効果が得られる。
【００１７】
請求項４に係る発明によれば、本発明に係る通信装置の通信相手となる相手装置についての各種情報を登録しておく前記電話帳手段に、相手装置から受信した音楽情報を登録操作なしに自動的に移行・登録することができ、また、前記電話帳手段において対応する相手先（端末識別情報）に関連する情報として音楽情報を有効利用することが可能となる効果が得られる。
【００１８】
請求項５に係る発明によれば、発呼側装置は、本願請求項１に記載の通信装置のような被呼側相手装置に対して、音楽情報を送信して被呼側装置において再生させることが可能となる効果が得られる。
【００１９】
請求項６に係る発明によれば、被呼側装置に、自装置（発呼側）の端末識別情報と音楽情報とを対応づけて記憶させることが可能となり、被呼側相手装置において受信した音楽情報を送信元（の端末識別情報）ごとに管理・利用させることが可能となる効果が得られる。
【００２０】
請求項７に係る発明によれば、相手装置から再生指示された音楽情報を再生できるばかりでなく、再生すべき音楽情報を相手装置に指示することが可能となる効果が得られる。
【００２１】
請求項８に係る発明によれば、相手装置から再生指示された音楽情報を再生できるばかりでなく、被呼側相手装置に、自装置の端末識別情報と音楽情報とを対応づけて記憶させることが可能となり、被呼側相手装置において受信した音楽情報を送信元（の端末識別情報）ごとに管理・利用させることが可能となる効果が得られる。
【００２２】
請求項９に係る発明によれば、本願発明に係る構成を携帯電話で使用することが可能となる効果が得られる。
【発明を実施するための最良の形態】
【００２３】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する。
【００２４】
図１に、本発明を実施するための最良の形態に係る通信装置としての携帯電話（装置）１のブロック構成について示す。
【００２５】
同図において、ＣＰＵ２（中央処理装置）は装置全体を制御するものであり、その実行プログラムはＲＯＭ（リード・オンリー・メモリ）３に記憶され、ＣＰＵ２はその実行プログラムをＲＯＭ３から読み出し、その実行プログラムに含まれる命令を逐次解釈して装置全体の制御を行うものである。
【００２６】
ＲＯＭ３はＦＲＯＭ等の書き換え可能な半導体メモリであってよい。ＲＡＭ（ランダム・アクセス・メモリ）４はその制御に必要なワークエリアが形成されるともに、保存パラメータやそのほか制御に必要ないろいろなパラメータや管理情報等を記憶するものである。
【００２７】
操作入力・表示部５は各種の操作キーと操作ガイダンス等を表示する表示器からなり、オペレータが装置を操作するためのものである。通話部６は、音声を出力するスピーカ部６ｂや音声を入力するマイク部６ｃや通話回路６ａから構成される。
【００２８】
通話回路６ａはマイク部６ｃから入力された音声信号を通信手段に送出し、通信手段から入力された音声信号をスピーカ部６ｂ等に出力するものである。また音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を良くしたりする回路も、通話回路６ａに、含まれているのが一般的である。またマイク部６ｃからスピーカ部６ｂへの音の回り込みを制御するいわゆる側音制御も通話回路６ａで行うのが一般的である。
【００２９】
大容量記憶手段７は、音楽情報ファイル（MIDI、MP３、AAC、WAV、AIFF等の形式がある）等のサイズの比較的大きなデータや各種設定ファイルなどを記憶するためのものであり、比較的大容量の記憶領域が必要なため、ハードディスク等のメディアが適用されるが、最近では大容量の半導体メモリも普及しているため、それを適用してもよい。ハードディスクを使用する場合には、振動や衝撃による音とびを防ぐために、一度半導体メモリに音楽情報を転送してから、半導体メモリに記憶された音楽情報を、音楽情報再生手段１３（後述）によって再生するようにする、スキッププロテクション手段を備えるようにしてもよい。もちろん、振動・衝撃に対応したハードディスクを使用する場合にはこの限りではない。また、この大容量記憶手段７は、例えばＰＣ（パーソナルコンピュータ）の外部記憶装置としても使用することができる。このとき、お互いのデータを守るために、音楽情報ファイル等の携帯電話１の動作のためのデータと、ＰＣにとっての外部記憶装置として記憶するデータとを別々の記憶領域に記憶するようにしてもよい。この場合には、ＰＣとのI/FとしてFireWire、ＵＳＢ等の汎用のインターフェースを自装置（携帯電話１）に備えることができる。
【００３０】
撮影手段８は撮影対象物を画像データに変換するものであり、具体的には撮像素子であるＣＣＤ等が使用される。ＣＣＤは被写体からの光信号を受光素子で受光し、それをアナログの電気信号に変換して出力するものである。画像処理手段９はＣＣＤ（撮影手段８）が出力するアナログ電気信号を受信し、それをＡ／Ｄ変換することによりデジタル画像データを得るものである。画像処理手段９は、さらにそのデジタル画像データに対して画像処理（密度変換、フィルタリング、最適化処理、拡大縮小、圧縮伸張等）を行う。画像処理された画像データはメモリ手段としてのＲＡＭ４に記憶される。
【００３１】
画像表示手段１０は、画像処理手段９によって画像処理された画像データを、液晶画面（プラズマディスプレイパネルやＣＲＴ等であってもよい）の画像表示手段に表示するものである。なお、画像表示手段１０としては、操作入力・表示部５の「表示部」を使用することもできる。ＴＶ受信手段１１は、ＴＶ用アンテナ、検波部、チューナ部から構成されるもので、ＴＶ放送用電波を受信し、ＴＶ画像信号を出力する。ＴＶ画像信号は画像処理回路９に入力され、所定の画像処理を行ったあと、フレームメモリ１２に蓄積され、フレームメモリ１２に蓄積された画像データは画像表示手段１０に出力され、ＴＶ画像が表示される。フレームメモリ１２に蓄積された画像データを所定の記憶媒体に保存することにより、ＴＶ画像を撮影手段８で取得した画情報と同様に取り扱うことが出来る。
【００３２】
音楽情報再生手段１３は、MIDI,MP３,AAC、WAV等の形式の音楽情報ファイルが含むそれらの形式で符号化された音楽データを復号して元の音楽データに再生するものである。その再生された音楽データは、アナログ信号に変換して自装置のスピーカ部６ｂ等から可聴出力することもでき、後述するように、マイク部６ｃで集音された音声情報と併せて相手装置に送出して、相手装置側で音声情報と共に可聴出力させて相手先ユーザに聞かせるようにすることもできる。
【００３３】
音楽情報ダウンロード手段１４は、音楽情報ファイルを記憶している外部媒体、具体的には、無線通信手段１８、無線I/F手段１７、外部I/F手段１５、メモリカードI/F手段１６等を介してアクセス可能な、サーバ装置（が内蔵する記憶装置）、記憶装置、各種メモリカード等から、音楽情報ファイルを受信し大容量記憶部７等に転送して記憶・蓄積するためのものである。
【００３４】
外部Ｉ／Ｆ手段１５は、ケーブルなどの有線を使用してＰＣ等の外部機器に接続して、データ等の送受信を行うものである。メモリカードＩ／Ｆ手段１６は、ＩＣカード、メモリカード、メモリユニット等、記憶媒体を搭載した装置と接続して、データの送受信を行うものである。無線Ｉ／Ｆ手段１７は、無線を使用してデータの送受信を行うものであり、ブルートゥース、赤外線通信、無線ＬＡＮ通信などがある。
【００３５】
無線通信手段１８は網側の基地局との間で、音声信号を無線で送受信する。なお、本発明を実施するための最良の形態では、本発明に係る通信装置を、基地局との間で無線を使用して通話（音声通信）を行う携帯電話１に適用しているが、本発明に係る通信装置は、有線で交換局と通信を行う固定電話装置に対しても適用可能なものである。
【００３６】
なお、言うまでもないが、本発明に係る通信装置としての携帯電話１は、上記した構成をすべて備えている必要はなく、発明の実施に必要な構成を最低限備えていればよいものである。
【００３７】
図２に、携帯電話１の通話回路の内部構成の一部について示す。
【００３８】
図２に、図１の携帯電話１の通話部６を構成する通話回路６ａの内部構成のうちの、音楽情報再生手段１３からの音楽情報を、相手装置に送出するマイク部６ｃからの音声情報と合成するための構成、及び、スピーカ部６ｂにより可聴出力する、受話音声情報などの音声情報に、音楽情報を合成するための構成について示す。
【００３９】
同図において、マイク部６ｃから入力される音声情報は増幅器６０に入力され、ＣＰＵ２からの音量設定に応じた増幅率で増幅された上で、ミキサー（加算アンプ）６４に入力される。
【００４０】
一方、音楽情報再生手段１３により大容量記憶部７から読み出され復号・伸張された音楽情報は、Ｄ／Ａ変換器６１に入力されアナログ信号に変換されてイコライザ６２に入力される。イコライザ６２においては、ＣＰＵ２からの音質設定に応じた信号処理が行われ、イコライザ６２から出力される信号は、音量調整器（増幅器）６３に入力される。音量調整器６３では、ＣＰＵ２からの音量設定に応じた増幅率で増幅された上で、切替回路６５に入力される。
【００４１】
切替回路６５は、ＣＰＵ２からの切替信号に応じて、音量調整器６３からの出力信号を、ミキサー６４またはミキサー６８に切替入力する。
【００４２】
また、システムバス２０を介して入力される、受話音声などの音声情報はＤ／Ａ変換器６６に入力されアナログ信号に変換されて増幅器６７に入力される。増幅器６７では、ＣＰＵ２からの音量設定に応じた増幅率で増幅された上で、ミキサー（加算アンプ）６８に入力される。
【００４３】
ミキサー６４から出力される、マイク部６ｃからの通話に係る音声情報に加算された音楽情報（切替回路６５の設定によっては加算されない場合もある）は、相手装置に送出する音信号となる。つまり、音楽情報が、音声情報と共に、相手装置に送出される。その場合、音楽情報は、ＣＰＵ２からの設定に応じた音質・音量に調整されて送出される。
【００４４】
また、ミキサー６８から出力される、受話音声等の音声情報に加算された音楽情報（切替回路６５の設定によっては加算されない場合もある）は、スピーカ６ｂにより可聴出力される音信号となる。
【００４５】
図２の回路構成により、音楽情報は、ＣＰＵ２からの設定に応じて、マイク部６ｃからの音声情報と共に相手装置に送出されるか、または、受話音声情報と共に自装置のスピーカ部６ｂから可聴しくされる。もちろん、Ｄ／Ａ変換器６６に入力される受話音情報などの音声情報がない場合には、スピーカ部６ｂからは音楽情報のみが可聴出力されることになる。また、音楽情報を含む音情報の可聴出力は、スピーカ部６ｂによる出力に限らず、イヤホン出力も可能であることはいうまでもない。
【００４６】
なお、相手装置との音声情報のやりとりがデジタル信号でやりとりされる場合、音楽情報の音質・音量の調整はデジタルフィルタ回路により行うようにすることができ、マイク部６ｃからの音声情報との合成もデジタル的な加算により行うことができる。要するに、本発明は、相手装置とやりとりされる音声情報及びその音声情報と併せて相手装置に送出される音楽情報がアナログ信号であるかまたはデジタル信号であるか、また、その信号、データ形式によって限定されるものではない。
【００４７】
また、図２において、音量調整は、ミキサー６４、６８の後に行うことにしてもよいが、図２に示すように、音楽情報の音量調整を、送話に係る音声情報や受話に係る音声情報とは別に行うほうが、送受話の音声信号と音楽信号の音量の比を変えることができるという利点がある（イコライザ６２についても同様）。
【００４８】
図３に、図１の携帯電話１の大容量記憶手段７の記憶内容について示す。
【００４９】
同図において、音楽情報記憶用フォルダ（ディレクトリ）７ａは、１以上の音楽情報、つまり、１曲分の音楽情報ファイルの１以上の集まりを内容とするものである。
【００５０】
フォルダ７ａが含む各音楽情報ファイルは、図４に示すように、フォルダ７ａ内において各ファイルを相互に識別するための「ファイル名（曲名）」、「付加情報」、及び、「音楽データ本体」により構成されている。また、その「付加情報」としては、「作詞者名」、「作曲者名」、「歌手名」、「演奏時間」、「ファイルの種類」、ファイルの「データ量」、「著作権フラグ」等の情報を含むことができる。なお、その「著作権フラグ」は、値「０」が、当該音楽情報ファイルが「著作権なし」で自由にコピーして配布してよいものであることを示し、値「１」が、当該音楽情報ファイルが「著作権あり」で許可無くコピーして配布したりすることが禁止されているものであることを示している。
【００５１】
その音楽情報ファイルに付加される「著作権フラグ」の情報の利用形態としては、「著作権あり」の音楽情報ファイルについては、相手装置への送信や、メモリカードへのコピー等、結果的に元の音楽情報ファイルが複製される処理を行わないようにすることに利用できる。また、受信側装置は、万が一著作権フラグが１、つまり、「著作権あり」の音楽情報ファイルを送信側相手装置が送ってきても、その情報の受信自体を拒否するか、または、受信しても、再生したり、メモリに保存しないようにして、音楽情報ファイルの著作権者の権利を尊重するように処理してもよい。そして、著作権フラグが０、つまり、「著作権なし」の音楽情報ファイルについては、相手装置への送信、相手装置からの受信・再生・記憶、自装置におけるメモリカードへの複写などの、結果的に元の音楽情報ファイルが複製される処理を制限なく行うようにすることができる。
【００５２】
また、大容量記憶手段７には、プレイリスト設定ファイル７ｂ及び電話帳情報設定ファイルが記憶される（共に詳細後述）。
【００５３】
また、大容量記憶手段７の記憶領域７ｄには、音楽再生開始条件設定フラグＦｓが予め設定・記憶されている。フラグＦｓは、値「０」が「自動再生」、つまり、相手装置との通話（音声通信）時に、再生した音楽情報を併せて相手装置に送出する動作を自動的に起動することを示し、値「１」が「手動再生」、つまり、相手装置との通話（音声通信）時に、再生した音楽情報を併せて相手装置に送出する動作を、ユーザにより指示操作があって初めて起動することを示している（詳細後述）。
【００５４】
また、大容量記憶手段７の記憶領域７ｅには、対未登録・非通知相手音楽情報再生条件設定フラグＦｍが予め設定・記憶されている。フラグＦｍは、値「０」が「再生しない」、つまり、電話帳情報設定ファイルを参照した間接指定ではなく、相手先電話番号をテンキーで直接入力したような、電話帳に未登録な（普段あまり通話相手となることのない）相手先への発呼に係る通話（音声通信）、または、着呼のときに自装置（相手装置）の宛先識別情報（電話番号など）を通知してこないような、普段あまり通話相手となることのない相手装置からの着呼に係る通話（音声通信）時には、音楽情報の再生して音声情報と共に相手装置に送出する動作を行わないことを示し、値「１」は、そのような相手先については、「標準設定で再生」することを示している（詳細後述）。
【００５５】
記憶領域７ｆに予め設定される、自装置設定着信音データファイル名（この場合「Song001」）は、従来の固定電話装置や携帯電話装置においた着呼があると相手先によらず鳴動する同一の着信音に相当するものである。そのファイル名としては、音楽情報記憶用フォルダ７ａに記憶されているファイル（名）のうちの１つが設定される。
【００５６】
記憶領域７ｇに予め設定される、着信音選択条件設定フラグＦｔは、値「０」が記憶領域７ｆの自装置設定の着信音のみを有効とし、値「１」が、「電話帳の設定による」（詳細後述）ことを示している。
【００５７】
記憶領域７ｈは、画像情報記録用フォルダであり、携帯電話１が装置動作に関連して記憶する画像情報ファイルをまとめて記憶するためのものである。
【００５８】
記憶領域７ｉは、履歴手段としての着信履歴情報記憶部のためのものである（詳細後述）。
【００５９】
図５に、図３の記憶領域７ｃの電話帳情報設定ファイルの具体的な構成について示す。図５の電話帳情報設定ファイル７ｃは、着信に係る登録内容を含む点に特徴がある。また、ファイル７ｃは、電話帳手段に相当するものである。
【００６０】
同図において、電話帳情報設定ファイル７ｃは、各「管理番号」により特定されるレコードの集合として構成され、各レコードは、「管理番号」に対応した、「相手先端末識別情報」、「相手先名称文字列」、「着信音再生条件設定フラグＦｐ」、「着信音データ送信状態フラグＦsend」、「送信データファイル」、「受信データファイル」の各フィールドの対応付けにより構成されている。
【００６１】
「相手先端末識別情報」は、通信相手先の装置に割り当てられた、電話番号、端末番号、ID番号、機番、移動機番号、メールアドレス、URL、URI等の識別情報である。「相手先端末識別情報」は回線事業者が端末に割り当てる端末識別情報の形態によっては、アルファベットや記号を含む場合もあるが、以下の説明では、主に端末識別情報が電話番号であるものとして説明する。しかし、電話番号はあくまで端末識別情報の一実施例にすぎず、本願発明は端末識別情報の形態により限定されるものではないことはいうまでもないことである。
【００６２】
携帯電話１は、相手装置の「端末識別情報」を回線側に通知することで、所望の相手装置に発呼して通話（音声通信）でき、また、着呼してきた相手装置から、当該相手装置の「端末識別情報」の通知を受けることができる（相手装置側で「非通知」に設定されていない場合）。
【００６３】
「相手先名称文字列」は、対応する「端末識別情報」により特定される相手先をユーザが認識しやすいように付された文字列である。
【００６４】
「着信音再生条件設定フラグＦｐ」は、値「０」が、対応する「相手先端末識別情報」により特定される相手装置からの着呼時に可聴出力する着信音の再生条件を設定するもので、値「０」が図３の記憶領域７ｆの自装置設定着信音データのみが有効であることを示し、値「１」が発呼側からの受信着信音データ（音楽情報）が優先されることを示している。
【００６５】
「着信音データ送信状態フラグＦsend」は、対応する「相手先端末識別情報」により特定される相手装置に対して（送信データファイルのうちの）着信音データ（音楽情報）を送信済みが否かを示すものであり、値「０」が未送信であることを示し、値「１」が送信済みであることを示している。なお、フラグＦsendは、対応する（送信データファイルとうちの）着信音データファイルの登録変更があった場合には０（未送信）にリセットされるものである。
【００６６】
「送信データファイル」は、対応する「相手先端末識別情報」により特定される相手装置に対応して送信することができるデータファイルであり、「着信音データファイル（名）」と「着画像データファイル（名）」との２種類のファイルが登録されている。また、各種類のファイルは、０，１または複数登録可能である。なお、「着画像」とは発呼側装置からの着呼時に被呼側装置においてディスプレイ表示される画像（ファイル）のことである。
【００６７】
「受信データファイル」は、対応する「相手先端末識別情報」により特定される相手装置から受信したデータファイルであり、「着信音データファイル（名）」と「着画像データファイル（目）」との２種類のファイルが登録されている。また、各種類のファイルは、相手装置からの受信状況に応じて０，１または複数登録される。
【００６８】
なお、「送信データファイル」及び「受信データファイル」として登録される「着信音データ（の音楽情報の）ファイル」の本体は、図３の音楽情報記憶用フォルダ７ａに記憶され、「着画像」のファイルの本体は、図３の画像情報記憶用フォルダ７ｈに記憶される。
【００６９】
図６に、図３の記憶領域７ｉの着信履歴情報記憶部の具体的な内容構成について示す。
【００７０】
同図において、着信履歴情報記憶部７ｉは、各「管理番号」により特定されるレコードの集合として構成され、各レコードは、「管理番号」に対応した、「相手先端末識別情報」、「着信日時」、「受信データファイル」の各フィールドの対応付けにより構成されている。
【００７１】
「相手先端末識別情報」は、図５の電話帳情報設定ファイル７ｃにおける場合と同一定義であり、着呼時のやりとりで発呼側装置から通知されたものが登録される。
【００７２】
「着信日時」は、対応する「端末識別情報」により特定される相手先から着呼があった時点で携帯電話１が計時していた日付及び時刻である。
【００７３】
「受信データファイル」は、対応する「相手先端末識別情報」により特定される相手装置から受信したデータファイルであり、「着信音データファイル（名）」と「着画像データファイル（目）」との２種類のファイルが登録されている。また、各種類のファイルは、相手装置からの受信状況に応じて０，１または複数登録される。なお、「受信データファイル」として登録される「着信音データ（の音楽情報の）ファイル」の本体は、図３の音楽情報記憶用フォルダ７ａに記憶され、「着画像」のファイルは、図３の画像情報記憶用フォルダ７ｈに記憶される。
【００７４】
図７に携帯電話１のＲＡＭ４の記憶領域４ａに確保された通信データバッファの記憶内容について示す。
【００７５】
同図において、通信データバッファ４ａは、携帯電話１が相手装置と行う１件ごとの着呼に係る音声通信に関して取得したデータを一時的にバッファリングして記憶するためのものであり、発呼側の相手装置から通知されてきた「相手先端末識別情報」と、発呼側の相手装置が送信してきた、着信音データファイルのファイル名ではない「着信音データファイル（の実体）」、または／及び、着画像データファイル（の実体）」を記憶する。
【００７６】
図８に、携帯電話１が相手装置に発呼して音声通信を行う場合に適用される、発信側携帯電話と網側の基地局との発信接続と切断シーケンスについて示す。
【００７７】
発信側の端末はオフフックおよびダイアルの後に、基地局へ呼設定信号「ＳＥＴＵＰ」、発信無線状態報告信号を送信し（フェーズＦ０）、基地局側から呼設定受付信号「ＣＡＬＬ  ＰＲＯＣ」を受信する（フェーズＦ１）。基地局は認証手順を行った後（フェーズＦ２）、無線チャネル指定信号を送信する（フェーズＦ３）。発信側の端末は指定されたチャネルを捕捉し、無線回線の設定を行う。次に基地局から呼出信号「ＡＬＥＲＴ」を受信し（フェーズＦ４）、呼出音（ＲＢＴ）を自端末の受話器に送出する。着信側の応答があると、基地局から発信側の端末装置へ応答信号「ＣＯＮＮ」が送信され（フェーズＦ５）、ここから課金が開始されるとともに、通話が始まる（フェーズＦ６）。通信が終わって、発信側の端末装置から切断信号「ＤＩＳＣ」が基地局へ送信されると（フェーズＦ７）、基地局は解放信号「ＲＥＬ」を発信側の端末装置へ送信し（フェーズＦ８）、ここで課金が終了する。続いて、発信側の端末装置は基地局へ解放完了信号「ＲＥＬ  ＣＯＭＰ」を送信し（フェーズＦ９）、基地局から無線チャネル切断信号を受信する（フェーズＦ１０）。最後に発信側の端末装置は通信に使用した無線チャネルを開放し無線回線の切断を行う（フェーズＦ１１）。
【００７８】
図９に、携帯電話１が相手装置からの着呼に応答して音声通信を行う場合に適用される、着信側携帯電話と網側の基地局との着信接続と切断シーケンスについて示す。
【００７９】
着信側の端末装置は、基地局からの呼出信号を受信すると（フェーズＦ２０）、着信無線状態報告信号を送信し、自動的に応答のための信号を基地局へ送信する（フェーズＦ２１）。そして、所定の認証手順での認証の後（フェーズＦ２２）、基地局は無線チャネル指定信号を着信側の端末装置へ送信し、無線回線の設定を行う（フェーズＦ２３）。無線回線の設定後、基地局から着信側の端末装置へ、呼設定信号「ＳＥＴＵＰ」が送信され（フェーズＦ２４）、着信側の端末装置は着信音（ＲＧＴ）を生成した後、基地局へ呼出信号「ＡＬＥＲＴ」を送信する（フェーズＦ２５）。着信側の端末装置のオフフックにより応答信号「ＣＯＮＮ」が基地局へ送信され（フェーズＦ２６）、基地局が着信側の端末装置に応答確認信号「ＣＯＮＮ  ＡＣＫ」を送信する（フェーズＦ２７）。そして、通信（通話）が開始され（フェーズＦ２８）、課金が始まる。通信が終わって、着信側の端末装置から切断信号「ＤＩＳＣ」が基地局へ送信されると（フェーズＦ２９）、基地局は解放信号「ＲＥＬ」を着信側の端末装置へ送信し（フェーズＦ３０）、ここで課金が終了する。続いて、着信側の端末装置は基地局へ解放完了信号「ＲＥＬ  ＣＯＭＰ」を送信し（フェーズＦ３１）、基地局から無線チャネル切断信号を受信する（フェーズＦ３２）。最後に着信側の端末装置は通信に使用した無線チャネルを開放し無線回線の切断を行う（フェーズＦ３３）。
【００８０】
なお、図８，図９のやりとりは、プロトコル手段に相当するものである。
【００８１】
図１０に、携帯電話１が音楽情報ダウンロード手段１４による音楽情報ファイルをサーバから受信するような場合に適用できる、携帯電話等の端末が網側の基地局を介してデータをダウンロードする場合のＰｕｌｌ型シーケンスについて示す。
【００８２】
最初に端末側は基地局に対して通信登録要求信号を送出する（フェーズＦ４０）。基地局側は認証を要求するために通信認証要求信号を端末側へ送信する（フェーズＦ４１）。端末側は、通信認証応答信号を基地局へ送信し（フェーズＦ４２）、基地局側は認証が成立すれば、通信登録応答信号を端末側へ送信する（フェーズＦ４３）。端末側は、回線接続を要求するために、仮想回線接続要求信号を基地局側へ送信し（フェーズＦ４４）、基地局は、仮想回線接続応答信号を端末側へ送信することにより（フェーズＦ４５）、以後、通信回線が仮想的に確保される。そして、端末側はＨＴＴＰプロトコルを使用して、データを要求するＧｅｔ信号を基地局側へ送信する（フェーズＦ４６）。基地局側は、その応答信号として、Ａｃｋ信号を端末側へ送信する（フェーズＦ４７）。基地局は要求されたデータを含むＲｅｓｐｏｎｓｅ信号を端末側へ送信する（フェーズＦ４８）。端末側はＲｅｓｐｏｎｓｅ信号の応答信号としてＡｃｋ信号を基地局側へ送信する（フェーズＦ４９）。以下、必要なだけフェーズＦ４６ないしＦ４９が繰り返され、端末側でのデータ取得が行われる。
【００８３】
図１１に、携帯電話１が音楽情報ダウンロード手段１４による音楽情報ファイルをサーバから受信するような場合に適用できる、網側の基地局から携帯電話等の端末に着信通知してデータを送信するＰｕｓｈ型シーケンスについて示す。
【００８４】
まず、基地局から端末側へ呼び出し信号を送信する（フェーズＦ６０）。次に、端末側は基地局に対して通信登録要求信号を送出する（フェーズＦ６１）。基地局側は認証を要求するために通信認証要求信号を端末側へ送信する（フェーズＦ６２）。端末側は、通信認証応答信号を基地局へ送信し（フェーズＦ６３）、基地局側は認証が成立すれば、通信登録応答信号を端末側へ送信する（フェーズＦ６４）。基地局は、回線接続を要求するために、仮想回線接続要求信号を端末側へ送信し（フェーズＦ６５）、端末側は、仮想回線接続応答信号を基地局側へ送信することにより（フェーズＦ６６）、通信回線が仮想的に確保される。基地局は着信通知信号を端末側へ送信し（フェーズＦ６７）、端末側はその応答として、Ａｃｋ信号を基地局側へ送信する（フェーズＦ６８。端末側はデータを要求するために、Ｇｅｔ信号を基地局側へ送信する（フェーズＦ６９）。基地局側はその応答信号として、Ａｃｋ信号を端末側へ送信する（フェーズＦ７０）。基地局は要求されたデータを含むＲｅｓｐｏｎｓｅ信号を端末側へ送信する（フェーズＦ７１）。端末側はＲｅｓｐｏｎｓｅ信号の応答信号としてＡｃｋ信号を基地局側へ送信する（フェーズＦ７２）。以下、必要なだけフェーズＦ６９ないしＦ７２が繰り返され、端末側でのデータ取得が行われる。
【００８５】
また、それらのプロトコル中に、自装置または相手装置の端末識別情報（電話番号、端末番号、ID番号、機番、移動機番号、メールアドレス、URL、URI等）やサービス識別情報（電話番号、メールアドレス、ＵＲＬ、通話、電子メール、インターネットアクセス、データ送信、データ受信、データダウンロード等）を含ませることができる。さらに、自装置または相手装置の端末識別情報やサービス識別情報を、それぞれについて複数持ち（自装置の記憶手段に記憶する）、それらを選択して使用することにより、特定のサービスを特定の端末識別情報で使用することや、選択した端末識別情報に課金するなどの多彩なサービスを享受することができる。
【００８６】
図１２に、携帯電話１における発着呼制御処理手順について示す。なお、図１２の発着呼制御処理手順は、本発明に係る構成を備え、状況に応じて発呼側装置ともなり、被呼側装置ともなる複数の携帯電話１において実行されてるものである。
【００８７】
同図において、携帯電話１は、図５の電話帳情報設定ファイル７ｃの登録内容のうちの、「相手先端末識別情報」または／及び「相手先名称文字列」を操作入力表示部５の表示部にリスト表示して、そのリストから特定の相手先が指定されるか、または、テンキー（図示せず）等による相手先端末識別情報の直接入力による相手先指定のいずれかの指定形態による発呼相手先の指定操作の有無を確認する（処理Ｓ１０１）。指定がない場合には（判断Ｓ１０２のＮｏ）、着呼があるかを判断し（判断Ｓ１０３）、着呼がない場合には（判断Ｓ１０３のＮｏ）、処理Ｓ１０１に戻る。
【００８８】
判断Ｓ１０２において、相手先指定があった場合には（判断Ｓ１０２）、更に、発呼許可操作入力がなされるのを待ち（判断Ｓ１０４のＮｏのループ）、許可操作がなされると（判断Ｓ１０４のＹｅｓ）、指定された相手先に対応する着信音データを特定する（処理Ｓ１０５）。
【００８９】
処理Ｓ１０５における着信音データファイルの特定は、相手先が直接入力により指定された場合には、図５の電話帳情報設定ファイル７ｃに未登録の、対応して送信すべき着信音データが未登録の相手先への発呼ということになるため、図３の記憶領域７ｆに設定されている自装置設定着信音データファイルを選択する。
【００９０】
相手先が電話帳からの選択により間接指定された場合には、図５の電話帳情報設定ファイル７ｃに登録された、対応して送信すべき着信音データが登録されている相手先への発呼ということになるため、電話帳情報設定ファイル７ｃにおいて対応して設定されている「送信データファイル」の「着信音データファイル」を選択する。その場合、対応する「送信データファイル」の「着画像データファイル」も選択する。相手先が直接入力により指定された場合に対応して、自装置設定着信音データファイルと対になる、自装置設定着画像データファイルを予め設定しておいて、相手先が直接入力により指定された場合に、送信する着画像としてその設定していた自装置設定着画像データファイルを選択するようにしてもよい。
【００９１】
なお、電話帳情報設定ファイル７ｃにおいて、発呼相手先として指定された相手先に対応する送信用の「着信音データファイル」や「着画像データファイル」が未登録の場合には、送信すべきファイルとして何も選択しない。また、対応する「着信音データ送信状態フラグＦsend」が値「１」（送信済み）の場合も、送信すべきファイルとして何も選択しない。つまり、同一の発呼相手先に対して、同一の「着信音データファイル」が１回だけ送信され、無駄に重複送信されることがない。
【００９２】
また、電話帳情報設定ファイル７ｃにおいて、発呼相手先として指定された相手先に対応する送信用の「着信音データファイル」や「着画像データファイル」が未登録の場合には、代わりに自装置設定着信音データファイルや自装置設定着画像データファイルを選択するようにして、発呼相手先に対して、発呼側装置としての自装置からの着信音データや着画像データを必ず送信するようにすることも考えられる。
【００９３】
そして、処理Ｓ１０５により特定した着信音データファイルを、音楽情報記憶用フォルダ７ａから読み出して、自装置の端末識別情報等と共に図８の発信接続シーケンスにおけるフェーズＦ０の呼設定メッセージＳＥＴＵＰの付加データとして設定する（処理Ｓ１０６）。その場合、着画像データファイルについても同様で、画像情報記憶用フォルダ７ｈから読み出して付加でデータとして設定する。
【００９４】
そして、発呼相手先指定が電話帳からの選択により間接指定であったか否かを判断し（判断Ｓ１０７）、電話帳からの選択であった場合には（判断Ｓ１０７のＹｅｓ）、図５の電話帳情報設定ファイル７ｃにおいて対応する「着信音データ送信状態フラグＦsend」を１にセットする。それにより、次回の同一発呼相手先に対して重複して同一の「着信音データファイル」が送信されないようにするこができる。同様のフラグ管理は、「着画像データファイル」についても行うことができる。直接入力による選択であった場合（判断Ｓ１０７のＮｏ）、または、処理Ｓ１０８の後は、図８の発信接続シーケンスの実行により、呼接続、音声通信、呼切断の一連の処理に移行して、発呼相手先装置（被呼側装置）との音声通信を行う。その際、図８のフェーズＦ０により送信されるＳＥＴＵＰメッセージにより、処理Ｓ１０６で設定した自装置の端末識別情報（被呼側装置にとっての相手先端末識別情報）、着信音データファイルの実データ、着画像データファイルの実データ等が、被呼側装置に対して、図９のフェーズＦ２４のＳＥＴＵＰメッセージにより送信されることになる。その動作は、音楽情報送信手段、端末識別情報通知手段に相当するものである。
【００９５】
一方、判断Ｓ１０３において、着呼があった場合には（判断Ｓ１０３のＹｅｓ）、図９の着信接続シーケンスを開始し、フェーズＦ２４のＳＥＴＵＰメッセージを受信する（処理Ｓ１１０）。そのＳＥＴＵＰメッセージには、発呼側装置における処理Ｓ１０６により設定された、被呼側装置の端末識別情報、着信音データファイルの実データ、着画像データファイルの実データが含まれるため、それらの情報やデータも受信される。なお、その動作は、音楽情報受信手段、相手端末識別情報受信手段に相当するものである。
【００９６】
そのＳＥＴＵＰメッセージに含まれるデータを、図７の通信データバッファ４ａに記憶する（処理Ｓ１１１）。そして、通信データバッファ４ａの内容を確認し（処理Ｓ１１２）、着信時に自装置の計時回路（図示せず）で計時していた現在日時を、着信日時として取得して、通信データバッファ４ａの内容に基づいた着信履歴形式のデータを作成し（処理Ｓ１１３）、図６の着信履歴情報記憶部７ｉに追加記憶する（処理Ｓ１１４）。その場合、受信した着信音データファイルの実データや着画像データファイルの実データは、それぞれ、図３の音楽情報記憶用フォルダ７ａ及び画像情報記憶用フォルダ７ｈに記憶され、ファイル名のみが着信履歴情報記憶部７ｉに登録される。
【００９７】
そして、着信音再生制御処理を起動した上で（処理Ｓ１１５）、図９の着信接続シーケンスの以後のシーケンスへ移行し、着呼応答、音声通信、呼切断の一連の処理に移行して、発呼側相手装置との音声通信を行う。
【００９８】
図１３ないし図１５に、Ｓ１１５で起動される着信音再生制御処理の具体的な処理手順について示す。
【００９９】
先ず、図１３において、図７の通信データバッファ４ａの内容を確認し（処理Ｓ２０１）、発呼側相手装置から端末識別情報が通知されているかを判断し（判断Ｓ２０２）、通知されていない場合には（判断Ｓ２０２のＮｏ）、図３の記憶領域７ｆに設定された自装置設定着信音データのファイルを再生対象ファイルとして特定した上で（処理Ｓ２０８）、図１５の処理Ｓ２２２に移行する。それにより、端末識別情報の通知がない（通知してこない）、自装置のユーザにとっての通信相手としてなじみの薄い発呼側相手装置からの着呼に関しては無難な着信音として自装置に設定された既定のものを可聴出力できる。もちろん、端末識別情報の通知がなくても、着信音データファイルを送信してきた場合には、その着信音データファイルを再生対象ファイルとすることも可能である。
【０１００】
判断Ｓ２０２において、発呼側相手装置から端末識別情報の通知があった場合には（判断Ｓ２０２のＹｅｓ）、その通知された端末識別情報が、図５の電話帳情報設定ファイル７ｃに「相手先端末識別情報」として登録されているかを判断する（判断Ｓ２０３）。そして、登録されていない場合には（判断Ｓ２０３のＮｏ）、図３の記憶領域７ｆに設定された自装置設定着信音データのファイルを再生対象ファイルとして特定した上で（処理Ｓ２０８）、図１５の処理Ｓ２２２に移行する。それにより、端末識別情報を通知してきても、その通知された端末識別情報が自装置の電話帳に登録されていない、自装置のユーザにとって通信相手としてなじみの薄い発呼側相手装置からの着呼に関しては、着信音として自装置に設定された既定のものを可聴出力できる。
【０１０１】
判断Ｓ２０３において、登録されている場合には（判断Ｓ２０３のＹｅｓ）、図３の記憶領域７ｇに予め設定されている着信音選択条件設定フラグＦｔの値を確認し（処理Ｓ２０４）、値「０」（自装置の設定のみ）の場合には（判断Ｓ２０５のＹｅｓ）、図３の記憶領域７ｆに設定された自装置設定着信音データのファイルを再生対象ファイルとして特定した上で（処理Ｓ２０８）、図１５の処理Ｓ２２２に移行する。それにより、自装置のユーザの所望する所に応じて、着呼相手先に関わらず、自装置設定の既定の着信音のみで対応することもできる。
【０１０２】
判断Ｓ２０５において、値「１」（電話帳の設定による）の場合には（判断Ｓ２０５のＹｅｓ）、図５の電話帳上設定ファイル７ｃにおいて、通知された端末識別情報に対応する着信音再生条件設定フラグＦｐの値が０かを判断し（判断Ｓ２０７）、０の場合には（判断Ｓ２０７のＹｅｓ）、図３の記憶領域７ｆに設定された自装置設定着信音データのファイルを再生対象ファイルとして特定した上で（処理Ｓ２０８）、図１５の処理Ｓ２２２に移行する。それにより、通知された端末識別情報により特定される着呼相手先装置からの着呼に関しては、自装置設定の既定の着信音で対応したいとの自装置のユーザの要望に対応可能となる。
【０１０３】
判断Ｓ２０７において値１（発呼側からの受信着信音データ優先）の場合には（判断Ｓ２０７のＹｅｓ）図１４の処理Ｓ２０９に移行して、発呼側からの着信音データの受信の有無、つまり、図７の通信データバッファ４ａに発呼側から受信した着信音データが記憶されているか否かを確認し（処理Ｓ２０９）、受信（記憶）されていない場合には（判断Ｓ２１０のＮｏ）、電話帳において、通知された端末識別情報に対応する受信着信音データの登録の有無を確認し（処理Ｓ２１１）、登録されていない場合には（判断Ｓ２１２のＮｏ）、図３の記憶領域７ｆに設定された自装置設定着信音データのファイルを再生対象ファイルとして特定した上で（処理Ｓ２１３）、図１５の処理Ｓ２２２に移行する。それにより、今回の着呼において着信音データを送信して来ず、過去に着信音データを送信して来たこともない発呼側相手装置からの着呼に関しては、自装置設定の既定の着信音で対応することが可能となる。
【０１０４】
判断Ｓ２１２において、登録されている場合には（判断Ｓ２１２のＹｅｓ）、図７の電話長情報設定ファイル７ｃにおいて対応する受信着信音データを再生対象ファイルとして特定した上で（処理Ｓ２１４）、図１５の処理Ｓ２２２に移行する。それにより、今回の着呼において着信音データを送信して来ないが、過去に着信音データを送信して来たことがある発呼側相手装置からの着呼に関しては、電話帳に対応して登録された当該過去に送信してきた着信音データで対応することが可能となる。その場合、発呼側から見れば、同一相手先に同一の着信音データ（となる音楽情報ファイル）を毎回の発呼時に重複して送信しなくても、発呼側のユーザが発呼相手先装置（被呼側装置）において再生してほしい着信音データを、被呼側装置において再生させることができる。それは、図１２の処理Ｓ１０８において、フラグＦsendを１にセットすることと対応する。
【０１０５】
判断Ｓ２１０において、発呼側から着信音データが受信された場合には（判断Ｓ２１０のＹｅｓ）、電話帳において、通知された端末識別情報に対応する受信着信音データの登録の有無を確認し（処理Ｓ２１５）、登録されていない場合には（判断Ｓ２１６のＮｏ）、図７の通信データバッファ４ａに記憶されている受信着信音データを再生対象ファイルとして特定した上で（処理Ｓ２１７）、図１５の処理Ｓ２２２に移行する。それにより、今回の着呼において着信音データを新規に送信して来た発呼側相手装置からの着呼に関しては、受信してバッファに一時記憶している受信着信音データで対応することが可能となる。
【０１０６】
判断Ｓ２１６において、登録されている場合には（判断Ｓ２１６のＹｅｓ）、
電話帳において、通知された端末識別情報に対応して既に登録されている受信着信音データ（の音楽情報ファイル）と、バッファ４ａに記憶されている今回受信した着信音データ（の音楽情報ファイル）との同一性を判断する（判断Ｓ２１８）。その場合同一性の判断は、ファイル名、ファイル形式、データ量、作曲者名、作詞者名等の照合により可能である（図４参照）。
【０１０７】
処理Ｓ２１８の同一性判断の結果が、「同一」でない場合には（判断Ｓ２１９のＮｏ）、図７の通信データバッファ４ａに記憶されている受信着信音データを再生対象ファイルとして特定した上で（処理Ｓ２１７）、図１５の処理Ｓ２２２に移行する。それにより、今回の着呼において着信音データを新規に送信して来た発呼側相手装置からの着呼に関しては、対応して電話帳に登録されいる過去に受信した着信音データとは異なる着信音データに、発呼側において被呼側の自装置に対して指定する着信音データを発呼側で変更したとみなせるため、受信してバッファに一時記憶している受信着信音データで対応することで、発呼側ユーザの意向を反映することが可能となる。
【０１０８】
判断２１９において「同一」である場合には、電話帳に登録されている方、または、バッファ４ａに記憶している方の、いずれか一方の受信着信音データを再生対象ファイルとして特定した上で（処理Ｓ２１７）、図１５の処理Ｓ２２２に移行する。それにより、今回の着呼において過去送信してきたのと同一の着信音データを送信して来た発呼側相手装置からの着呼に関しては、受信してバッファに一時記憶している受信着信音データまたは電話帳に対応して登録しておいたもので対応することが可能となる。
【０１０９】
図１５の処理Ｓ２２２においては、特定した再生対象の音楽情報ファイルを、着信音データとして再生開始する（処理Ｓ２２２）。つまり、図２の切替回路をミキサ６８側に切り替えて、音楽情報がスピーカ部６ｂから可聴出力されるようにした上で、音楽情報再生手段１３に再生対象の音楽情報ファイルの再生開始を指示する。
それにより、再生対象の音楽情報ファイルの内容が、着信音としてスピーカ部６ｂから可聴出力されることになる。その際、Ｄ／Ａ変換器６６には、受話に係る音声情報は入力されないめ、着信音となる音楽情報のみがスピーカ部６ｂから可聴出力される。
【０１１０】
その被呼側装置において可聴出力された着信音は、発呼側から受信した着信音データに基づくものである場合には、発呼側装置のユーザが被呼側装置において再生させて当該被呼側装置のユーザに対して特別思いをもってもらえるようにする手段として利用できる。つまり、発呼側装置のユーザまたは／及び被呼側装置のユーザが大好きな曲を発呼側のユーザが被呼側に送って着信音として被呼側ユーザに聞かせることで、今回着呼した音声通信の発呼側のユーザが誰であるかを容易に識別できるようにしたり、発呼側のユーザが、自分の声を録音して作って、音楽情報記憶用フォルダ７ａに音楽情報ファイルとして記憶した、「〇〇（被呼側装置のユーザの名）さん、〇〇（発呼側装置のユーザの名）からの電話でーす。早くでて」のような音声メッセージを、被呼側のユーザに着信音として聞かせて、被呼側のユーザが着信応答すべきか否かの判断が容易になるように支援する用途にも使用することができる。そのような音声メッセージは、図５の電話帳情報設定ファイル７ｃの「送信データファイル」の「着信音データファイル名」として各相手先（端末識別情報）のそれぞれに対応して異なる設定にできるため、多数の被呼側の相手装置（のユーザ）のそれぞれに最適な着信音（音声メッセージ）を聞かせることができる。また、図５の電話帳情報設定ファイル７ｃにおいて、各相手先（端末識別情報）のそれぞれに対応して、着信音再生条件設定フラグＦｐを設定できるため、恥ずかしくなるような着信音や、悪趣味な着信音や、自分の好みに合わない着信音を指定（送信）してくるような被呼側（の相手先端末識別情報）に対応するフラグＦｐを値０に設定して自装置設定の着信音データで代用するようにしておくことで、自装置で着呼時に可聴出力する着信音が発呼側から指定可能な場合に発生し得るそのような弊害に対応できる。
【０１１１】
処理Ｓ２２２で再生開始した後は、自装置のユーザが操作入力・表示部５からの所定の操作入力により着呼に応答するか、発呼側が、被呼側が応答が遅いためにしびれを切らす等して発呼を中止するまで待ち（判断Ｓ２２３のＮｏ、判断Ｓ２２４のＮｏのループ）、着呼に応答するか（判断Ｓ２２３のＹｅｓ）、発呼が中止された場合には（判断Ｓ２２４のＹｅｓ）、処理Ｓ２２２で開始した音楽情報の再生を中止して（処理Ｓ２２５）、処理を終了する。
【０１１２】
なお、処理Ｓ２２２で着信音として再生開始した音楽情報の長さが短い場合には、同一曲を繰り返し再生することで対応する。また、着信音となる音楽情報ファイルが複数ある場合には、順番に繰り返し再生したり、ランダムに選択しつつ繰り返し再生するようにすることで対応できる。
【０１１３】
さて、図６の着信履歴情報記憶部７ｉには、図１２の発着呼制御処理手順における処理Ｓ１１４により、図７の通信データバッファ４ａに一時記憶された受信データ等が履歴として追加記憶されるが、単なる着信履歴としてリスト表示して確認する程度の用途では、着信履歴を十分活用しているとはいえない。図６の着信履歴情報記憶部７ｉの記憶内容と、図５の電話帳情報設定テーブル７ｃの記憶内容とは、共通する項目も多いため、図６の着信履歴情報記憶部７ｉの記憶内容に基づいて図５の電話帳情報設定テーブル７ｃへの登録が行えれば、電話帳登録操作の簡略化が可能である。
【０１１４】
図１６にそのための処理手順について示す。
【０１１５】
先ず、図６の着信履歴情報記憶部７ｉの各「管理番号」に対応した記憶内容を操作入力・表示部５にリスト表示し（処理Ｓ３０１）、特定の「管理番号」に対応する履歴情報の選択操作があるまで待つ（判断Ｓ３０２のＮｏのループ）。
【０１１６】
そてし、選択操作があると（判断Ｓ３０２のＹｅｓ）、その選択された履歴情報を電話帳情報設定ファイル７ｃに登録すべき指示する操作入力があるまで待ち（判断３０３のＮｏのループ）、指示操作があると（判断Ｓ３０３のＹｅｓ）、選択操作により選択された、特定の「管理番号」に対応する１件の履歴情報が含む「相手先端末識別情報」を、図５の電話帳情報設定ファイル７ｃと照合し（処理Ｓ３０４）、登録ずみか、つまり、同一の「相手先端末識別情報」が既に電話帳情報設定ファイル７ｃに登録されているか否かを判断し（判断Ｓ３０５）、まだ登録されていない新規の相手先である場合には（判断Ｓ３０５のＮｏ）、着信履歴情報には含まれない「相手先名称文字列」、「着信音再生条件設定フラグＦｐ」、「送信データファイル」等の対応してユーザに設定させるべき項目を、操作入力・表示部５からの操作入力に応じて設定させる動作を（処理Ｓ３０６）、必要な項目の操作入力が完了して登録指示操作があるまで行い（判断Ｓ３０７のＮｏのループ）、登録指示操作があると（判断Ｓ３０７のＹｅｓ）、処理Ｓ３０６で設定された必要項目と共に、着信履歴情報記憶部７ｉに記憶されている履歴情報のうち、判断Ｓ３０２で選択された履歴情報を図５の電話帳情報設定ファイル７ｃの新規レコードとして登録する（処理Ｓ３０８）。その場合、履歴情報の「受信データファイル」も電話帳の「受信データファイル」として自動的に設定登録され、図１４の処理Ｓ２１１、処理Ｓ２１５、処理Ｓ２１８で参照されて利用される。
【０１１７】
判断Ｓ３０５において、登録済みの場合には（判断Ｓ３０５のＹｅｓ）、電話帳において対応する「相手先名称文字列」、「着信音再生条件設定フラグＦｐ」、「送信データファイル」、「受信データファイル」も基本的に設定済みであるはずであるため、着信履歴において対応する「受信データファイル」のみを、電話帳において対応する相手先に対応した「受信データファイル」として自動的に設定登録する（処理Ｓ３０９）。その設定登録された「受信データファイル」は、図１４の処理Ｓ２１１、処理Ｓ２１５、処理Ｓ２１８で参照されて利用される。
【０１１８】
以上、音楽情報を着信音として自装置において可聴出力することについて説明したが、携帯電話１のような音声通信を行う通信装置における音楽情報の利用については、着信音としての他に、通話（音声通信）中の相手装置に対する送話音声情報と共に相手装置（のユーザ）に聞かせるＢＧＭとして利用することも考えられる。その利用形態に関しては様々が工夫が考えられる。以下、携帯電話１において、音楽情報をそのようなＢＧＭとして利用する場合の種々の実施形態について以下説明する。
【０１１９】
図１７に、図３のプレイリスト設定ファイル７ｂの具体的な設定内容について示す。
【０１２０】
同図において、ファイル７ｂは、「プレイリスト識別番号」により特定される各プレイリストのそれぞれに１対１に対応した、「プレイリスト名称文字列（プレイリスト識別情報）」、「再生順設定フラグＦｐ」、「連続再生設定フラグＦｒ」と、各プレイスとのそれぞれに１以上対応つけられた、「曲名（ファイル名）」と、各プレイスリストに設定された１以上の「曲名（ファイル名）」のそれぞれについて個別に設定される、「音量設定」、「音質設定」、「テンポ設定」、及び、「再生回数」の各フィールドにより構成されている。
【０１２１】
ここで、プレイリスト識別番号「０」により特定されるプレイリストは、識別番号「１」以降のものと同一構成ではあるが、特別なプレイリストであり、携帯電話１において標準として設定されたプレイリストであり、図３の記憶領域７ｅのフラグＦｍの値「１」の「標準設定で再生」の「標準設定」に対応するものである。
【０１２２】
「プレイスリスト名称文字列（識別情報）」は、各プレイリスト識別番号により特定される各プレイスリストに付された、各プレイスリストの特徴がユーザにとって分かりやすいように付された文字列である。
【０１２３】
「再生順設定フラグＦｐ」は、値「０」が、対応して設定された１以上の曲（音楽情報ファイル）を登録された順番に、例えば、登録された曲が３曲なら、１番目の曲、２番目の曲、３番目の曲というように、「順番に再生」すべきであることを示すものである。値「１」は、例えば、登録された曲が３曲なら、２番目の曲、１番目の曲、３番目の曲というように、「シャッフルして再生（ランダム再生）」すべきであることを示すものである。
【０１２４】
「連続再生設定フラグＦｒ」は、値「０」が、対応して設定された１以上の曲（音楽情報ファイル）を、「再生順設定フラグＦｐ」の設定の通りに１巡再生完了したなら再生を終了するべきであることを示し、値「１」は、対応して設定された１以上の曲（音楽情報ファイル）を、「再生順設定フラグＦｐ」の設定の通りに１巡再生完了した後も再生を終了することなく繰り返し再生を行うべきであることを示している。
【０１２５】
１以上の「曲名（ファイル名）」は、図３の音楽情報記憶用フォルダ７ａに記憶された１以上の音楽情報ファイルのうちの１つを特定するものである。
【０１２６】
また、各「曲名（ファイル名）」に対応した「音量設定」は、対応する曲を再生する際に、図２の音量調整器６３に設定すべき音量設定値であり、値１ないし値５の範囲を取り得るもので、値１が音量（増幅率）最低であり、値５が音量（増幅率）最高であることを示している。
【０１２７】
また、各「曲名（ファイル名）」に対応した「音質設定」は、対応する曲を再生する際に、図２のイコライザ６２に設定すべき音質設定値であり、値０が高音、中音、低音すべてが「普通」となる設定であり、値１が低音を「重視（強調）」する設定であり、値２が中音を「重視（強調）」する設定であり、値３が高及び低音を「重視（強調）」する設定である。
【０１２８】
また、各「曲名（ファイル名）」に対応した「テンポ設定」は、対応する曲を音楽情報再生手段１３が復号・伸張して再生する際の再生速度を規定するものであり、値０が「標準」と比較して「遅い」、値１が「標準」、値２が「標準」と比較して「早い」設定である。
【０１２９】
このように、各プレイリストを構成する各曲ごとに再生条件をきめ細かく設定できるため、各曲に最適な再生条件で再生が可能となる。
【０１３０】
なお、各曲ごとの再生条件を音楽情報記憶用フォルダ７ａに記憶された各音楽情報ファイルについて個別に設定することも考えられるが、その場合、結果的にプレイリストに登録されることのない曲についても無駄に設定してしまう場合が有り得る。
【０１３１】
また、各「曲名（ファイル名）」に対応した「再生回数」は、対応する曲が再生されるごとにインクリメント（１だけ加算）されるものであり、各曲の累計再生回数を記憶するためのフィールドである。
【０１３２】
なお、「音量設定」、「音質設定」、「テンポ設定」及び「再生回数」は、各「曲名」ごとにではなく、各プレイリスト単位に設定するようにして、設定の簡素化を図るようにしてもよい。プレイリストは類似の曲調の音楽情報ファイルにより構成されることが多いため、効果が「曲名」ごとの場合と比較して大きく損なわれることはない。
【０１３３】
図１８に、図３の電話帳情報設定ファイル７ｃの登録内容であって、図５の電話帳情報設定ファイル７ｃにおいて記載していなかった登録内容について示す。図１８の電話帳情報設定ファイル７ｃの登録内容は、図５の電話帳情報設定ファイル７ｃの登録内容と「管理番号」をキーに関連付けられるものである。また、図５及び図１８においては、「相手先端末識別情報」と「相手先名称文字列」とが重複記載されているが、電話帳情報設定ファイル７ｃの登録内容としてはそれぞれ１つのみ登録されるものである。
【０１３４】
同図において、ファイル７ｃは、各「管理番号」に対応した、「相手機端末識別情報」、「相手先名称文字列」、「プレイリスト識別番号」、「再生順設定フラグＦｐ」、「音量設定」の各フィールドの対応付けにより構成されるレコードの集合として構成されている。
【０１３５】
「相手先端末識別情報」は、通信相手先の装置に、回線事業者から割り当てられた電話番号などである。「相手先端末識別情報」は回線事業者が端末に割り当てる相手先端末識別情報の形態によっては、アルファベットや記号を含む場合もある。
【０１３６】
携帯電話１は、相手装置の「相手先端末識別情報」を回線側に通知することで、所望の相手装置に発呼して通話（音声通信）でき、また、着呼してきた相手装置から、当該相手装置の「相手先端末識別情報」の通知を受けることができる（相手装置側で「非通知」に設定されていない場合）。
【０１３７】
「相手先名称文字列」は、対応する「相手先端末識別情報」をユーザが識別しやすいように付された文字列である。「プレイリスト識別番号」は、「相手先端末識別情報」により特定される相手装置について設定されたプレイリストを示すものであり、図４のプレイリスト設定ファイル７ｂにおける「プレイリスト識別番号」に対応するものである。
【０１３８】
「再生順設定フラグＦｐ」は、図１７のファイル７ｂにおけるものと同一定義のものである。ただし、値「−１」は、当該フラグＦｐが積極的には設定されておらず、対応して設定された「プレイリスト識別番号」に対応して図１７のファイル７ｂにおいて設定されているフラグＦｐの設定に従うべきであることを示している。
【０１３９】
「音量設定」についてもフラグＦｐと同様で、図１７のファイル７ｂにおけるものと同一定義のものである。ただし、値「−１」は、当該「音量設定」が積極的には設定されておらず、対応して設定された「プレイリスト識別番号」に対応して図１７のファイル７ｂにおいて設定されている各「曲名」にそれぞれ対応した「音量設定」に従うべきであることを示している。
【０１４０】
それにより、「再生順設定」及び「音量設定」について、電話帳情報設定ファイル７ｃでの各相手先装置に対応した設定を基本的に優先させ、電話帳情報設定ファイル７ｃにおいて明示的な設定がなされていない場合のみ、プレイリスト設定ファイル７ｂにおける設定で適用されるため、音楽情報の再生に係る設定を、相手装置別または／及びプレイリスト（に対応して設定された「曲名」）別にきめ細かく設定することが可能となる。
【０１４１】
なお、図１７のファイル７ｂにおける「音質設定」や「テンポ設定」についても、「音量設定」等と同様に、電話帳情報設定ファイル７ｃとプレイスリスト設定ファイルとの２段階で設定するようにしてもよいのはいうまでもない。
【０１４２】
図１９に、図１の携帯電話１におけるプレイリスト作成処理手順について示す。
【０１４３】
同図において、先ず、音楽情報を操作入力・表示部５の表示部にリスト表示する（処理Ｓ４０１）。つまり、図３の音楽情報記憶用フォルダ７ａに記憶された１以上の音楽情報ファイルの「ファイル名（曲名）」を表示部にリスト表示する。
【０１４４】
そして、その表示したリストから特定の音楽情報を選択指定する操作がなされるか、または、リストからの選択そのものを終了させる操作があるかを監視する（判断Ｓ４０２のＮｏ、判断Ｓ４０３のＮｏのループ）。
【０１４５】
そして、リストからの選択操作があると（判断Ｓ４０２のＹｅｓ）、その選択された１曲の音楽情報（ファイル）について、音楽情報属性設定操作処理を行い（処理Ｓ４０４）、判断Ｓ４０２に戻る。
【０１４６】
処理Ｓ４０４で設定操作される音楽情報の属性とは、図１７のプレイリスト設定ファイル７ｂの「音量設定」、「音質設定」及び「テンポ設定」の各属性である。
【０１４７】
処理Ｓ４０４により、１つのプレイリストに１以上の音楽情報が登録される。
【０１４８】
そして、判断Ｓ４０３において、プレイリストへ登録する音楽情報の選択自体を終了する操作がなされると（判断Ｓ４０３のＹｅｓ）、プレイリスト属性設定操作処理を行う（処理Ｓ４０５）
【０１４９】
処理Ｓ４０４で設定操作されるプレイリストの属性とは、図１７のプレイリスト設定ファイル７ｂの「プレイリスト名称文字列」、「再生順設定フラグＦｐ」及び「連続再生設定フラグＦｒ」の各属性である。
【０１５０】
処理Ｓ４０５と処理Ｓ４０４とにより、１つのプレイリストに１以上の音楽情報が登録されると共に、当該プレイリストの属性、及び、当該プレイリストに登録された１以上の音楽情報のそれぞれについての属性が登録され、作成されると、処理Ｓ４０６により、その作成された新たなプレイリストが、図１７のプレイリス設定ファイル７ｂの空いている「プレイリスト識別番号」と対応付けられて登録される。
【０１５１】
以上の手順により、音楽情報記憶用フォルダ７ａに記憶された１以上の音楽情報ファイルに基づいて、好みのプレイリストを作成することができる。なお、作成済みのプレイリストの内容変更、削除も操作入力・表示部５を介して行うことができるのはいうまでもない。
【０１５２】
また、図１８（図５も）の電話帳情報設定ファイル７ｃの設定内容も同様に、新規作成、設定内容の変更、及び、削除を、操作入力・表示部５を介して行うことができる。
【０１５３】
それにより、携帯電話１のユーザは、音楽情報ファイルを音楽情報記憶用フォルダ７ａに記憶・蓄積した上で、その蓄積した１以上の音楽情報について所望のプレイリストを作成し、その作成したプレイリストを、図１８に示すように、電話帳情報設定ファイル７ｃにおいて、各相手装置（に対応した相手先端末識別情報）に対応付けて設定することができる。
【０１５４】
以上説明したように、プレイリスト設定ファイル７ｂ及び電話帳情報設定ファイル７ｃの内容を設定した上で、図１の携帯電話１は、発呼または着呼に係る通話（音声通信）を図２０及び図２１の制御処理手順により制御する。なお、発呼における具体的な通信シーケンスとしては、図８に示したシーケンスが適用され、着呼（着信）については、図９に示したシーケンスが適用される。
【０１５５】
つまり、発呼のための宛先指定操作（テンキーによる宛先電話番号の直接入力、または、電話帳情報設定ファイル７ｃを参照した間接的な入力との２通りがある）があるか、または、着呼があるかを監視している（判断Ｓ５０１のＮｏ、判断Ｓ５０２のＮｏのループ）。
【０１５６】
そして、宛先指定操作があると（判断Ｓ５０１のＹｅｓ）、続いて発呼指示操作があるまで待ち（判断Ｓ５０３のＮｏのループ）の発呼指示操作があると（判断Ｓ５０３のＹｅｓ）、発呼して指定された宛先にダイヤルするのに先だって、フラグＦmodeに今回の音声通信が「発呼モード」に係るものであることを示す値「０」を設定する（処理Ｓ５０４）。そのフラグＦmodeの値はＲＡＭ４に記憶され、後述する音楽再生制御処理において必要に応じて参照される。
【０１５７】
そして、判断Ｓ５０１における宛先指定形態を判断し（判断Ｓ５０５）、テンキーによる電話番号の直接入力による「直接指定」の形態であった場合には、フラグＦdial（ＲＡＭ４に記憶される）に「直接指定」を示す値「０」を設定した上で（処理Ｓ５０６）、処理Ｓ５０１で直接指定された相手先端末識別情報により特定される相手装置に発呼して通話（音声通信）を開始する（処理Ｓ５０９）。
【０１５８】
判断Ｓ５０５において、判断Ｓ５０１における宛先指定形態が電話帳情報設定ファイル７ｃを参照した間接指定、つまり、電話帳情報設定ファイル７ｃの「相手先名称文字列」のフィールドをリスト表示してそのうちの選択指定されたものに対応する「相手先端末識別情報」が間接的に選択指定される形態であった場合には、フラグＦdial（ＲＡＭ４に記憶される）に「間接指定」を示す値「１」を設定すると共に（処理Ｓ５０７）、指定された相手先端末識別情報を文字列変数Ｎother（ＲＡＭ４に記憶される）として記憶した上で、処理Ｓ５０１で間接指定された相手先端末識別情報により特定される相手装置に発呼して通話（音声通信）を開始する（処理Ｓ５０９）。処理Ｓ５０９の後は、図２１の処理Ｓ５１５に移行する。
【０１５９】
判断Ｓ５０２において、着呼があると（判断Ｓ５０２のＹｅｓ）、その着呼に応答した上で、相手装置との通話（音声通信）を開始するのに先だって、フラグＦmodeに今回の音声通信が「着呼モード」に係るものであることを示す値「１」を設定する（処理Ｓ５１０）。そのフラグＦmodeの値はＲＡＭ４に記憶され、後述する音楽再生制御処理において必要に応じて参照される。
【０１６０】
そして、着呼時に相手装置から相手先端末識別情報が通知されたかを判断し（判断Ｓ５１１）、非通知の場合には（判断Ｓ５１１）、文字列変数Ｎother（ＲＡＭ４に記憶される）に、「通知なし」との文字列を設定した上で、着呼した相手装置との通話（音声通信）を開始する（処理Ｓ５１４）。処理Ｓ５１４の後は、図２１の処理Ｓ５１５に移行する。
【０１６１】
判断Ｓ５１１において、通知された場合には（判断Ｓ５１１のＹｅｓ）、文字列変数Ｎother（ＲＡＭ４に記憶される）に、通知された相手先端末識別情報の文字列を設定した上で、着呼した相手装置との通話（音声通信）を開始する（処理Ｓ５１４）。処理Ｓ５１４の後は、図２１の処理Ｓ５１５に移行する。
【０１６２】
図２１の処理Ｓ５１５においては、音楽再生制御処理（後述）を起動する。それにより、以後は、音声通信制御処理と、音楽再生制御処理とが並行して実行されることになる。
【０１６３】
処理Ｓ５１５で音楽再生制御処理を起動した後は、音楽再生を私有利用する指示操作が操作入力・表示部５を介してなされるか、または、通話（音声通信）自体が終了するまで待ち（判断Ｓ５１６のＮｏ、判断Ｓ５１７のＮｏのループ）、通話が終了した場合には（判断Ｓ５１７のＹｅｓ）、フラグＦend（ＲＡＭ４に記憶される）に、音楽再生を終了すべきであることを示す値「１」を設定した上で、図２０の判断Ｓ５０１に戻る。
【０１６４】
判断Ｓ５１６において、再生終了指示操作があった場合には（判断Ｓ５１６のＹｅｓ）、フラグＦend（ＲＡＭ４に記憶される）に、音楽再生を終了すべきであることを示す値「１」を設定して、判断Ｓ５１７に移行する。
【０１６５】
発呼または着呼に係る通話の開始時に、処理Ｓ５１５により起動される音楽再生制御処理の具体的な処理手順は、図２２ないし図２４に示す手順である。
【０１６６】
先ず、図２２において、音楽再生開始条件設定フラグＦｓの値が０（自動再生）が否（手動再生）かを判断し（判断Ｓ６０１）、手動再生である場合には（判断Ｓ６０１のＹｅｓ）、音声情報と併せた音楽情報の再生おび相手装置への送出を即座に開始するのではなく、音楽情報選択操作がなされるのを待つ（判断Ｓ６０２のＮｏのループ）。
【０１６７】
その場合の音楽情報選択操作とは、具体的には、図３の音楽情報記憶用フォルダ７ａに記憶された１以上の音楽情報からの１以上の音楽情報の選択操作であってもよいし、図１７のプレイリスト設定ファイル７ｂからのプレイリストの選択操作による間接的な選択操作であってもよい。
【０１６８】
判断Ｓ６０２において、選択操作があると（判断Ｓ６０２のＹｅｓ）、選択された１以上の音楽情報の順次の再生を開始する（処理Ｓ６０３）。そして、選択された全ての音楽情報についての再生が完了するか、フラグＦendの値が１に変化するまで、音楽情報の再生を継続し（判断Ｓ６０４のＮｏ、判断Ｓ６０５のＮｏのループ）、全ての音楽情報の再生が完了した場合には（判断Ｓ６０４のＹｅｓ）、音楽情報の再生を終了する。
【０１６９】
また、フラグＦend、つまり、本音楽再生制御処理と並行して実行中の、図２０及び図２１の音声通信制御処理手順中の処理Ｓ５１８または処理Ｓ５１９により設定されるフラグＦendの値が「１」になった場合、つまり、ユーザによる再生終了指示操作があった場合、又は、通話が終了した場合には、フラグＦendの値を「０」にリセットした上で（処理Ｓ６０６）、音楽情報の再生を終了する。
【０１７０】
なお、その場合の「音楽情報の再生」とは、図２の切替回路をミキサー６４側の切り替えた上で、音楽情報再生手段１３が大容量記憶手段７から必要な音楽情報ファイルを構成する音楽データ本体を順次読み出して復号・伸張すると共に、図２に示した通話回路６ａ内の、マイク部６ｃからの音声情報に、音楽情報を合成して相手装置に送出するための回路群のうちのＤ／Ａ変換器６１に出力する処理である。
【０１７１】
これにより、通話が開始されても、ユーザからの指示がないかぎり、音楽情報の再生、及び、相手装置への送出を行わない「手動再生」の場合には、ユーザからの指示があって始めて音楽情報の再生、及び、相手装置への送出を行うように制御することができる。
【０１７２】
なお、判断Ｓ６０２ないし処理Ｓ６０６の、「手動再生」による手順では、再生する音楽情報の選択をも手動で行うようにしたが、後述する、判断Ｓ６０１がＹｅｓの場合に行われる、「自動再生」に係る手順を適用して、音楽情報の選択については自動で行うようにしてもいのはいうまでもない。その場合、ユーザが音楽情報を相手装置側のユーザに聞かしたいときだけ聞かせることができるようになるが、音楽情報の選択操作自体は省けるため、操作の省力化が図れる利点がある。
【０１７３】
また、また、発呼時に指定する相手先の電話番号の前に、音楽情報の自動再生を指示する所定の番号をつけてダイヤルした場合には、通話開始と共に自動的に音楽情報を送出するようにしてもよい。また、単に相手先の電話番号が指定された場合には通話開始と同時に音楽情報の送出を開始するようにする一方、音楽情報の再生を禁止する別の所定の番号をつけてダイヤルした場合には、通話中の音楽情報を送出を行わないようにするように構成することも考えられる。また、処理Ｓ６０２で選択した音楽情報の再生順も操作入力に応じて設定できるようにしてもよい。
【０１７４】
さて、判断Ｓ６０１において、「自動再生」の設定である場合には（判断Ｓ６０１のＹｅｓ）、図２３の判断Ｓ６０７に移行する。
【０１７５】
図２３の判断Ｓ６０７においては、図２０の処理Ｓ５０４または処理Ｓ５１０により値が設定されるフラグＦmodeの値が０（発呼モード）か否（着呼モード）かを判断する。
【０１７６】
そして、発呼モードの場合には（判断Ｓ６０７のＹｅｓ）、判断Ｓ６０８移行の手順を実行し、着呼モードの場合には（判断Ｓ６０７のＮｏ）、図２４の判断Ｓ６１８以降の手順を実行する。
【０１７７】
発呼モードにおいては、先ず、図２０の処理Ｓ５０６またはＳ５０７で設定されるフラグＦdialの値が０（直接指定）か否（間接指定）かを判断し（判断Ｓ６０８）、直接指定である場合には（判断Ｓ６０８のＹｅｓ）、更に、図３の記憶領域７ｅに予め設定されている、フラグＦｍの値が０（再生しない）か否（標準設定で再生）かを判断する（判断Ｓ６０９）。
【０１７８】
そして、「再生しない」の場合には（判断Ｓ６０９のＹｅｓ）、音楽情報の再生を開始することなく処理を終了する。「標準設定で再生」の場合には（判断Ｓ６０９のＮｏ）、図１７のプレイリスト設定ファイル７ｂの「プレイリスト識別番号」が「０」の標準設定のプレイリストに基づいた音楽再生処理を行う（処理Ｓ６１０）。
【０１７９】
なお、処理Ｓ６１０の音楽再生処理は、図２の切替回路をミキサー６４側の切り替えた上で、音楽情報再生手段１３が大容量記憶手段７から、対象のプレイリスト（この場合標準設定のもの）に登録された１以上の音楽情報ファイルをそれぞれ構成する音楽データ本体を順次読み出して復号・伸張すると共に、図２に示した通話回路６ａ内の、マイク部６ｃからの音声情報に、音楽情報を合成して相手装置に送出するための回路群のうちのＤ／Ａ変換器６１に出力する処理である。また、その音楽再生処理では、対象のプレイリストに登録され１以上の音楽情報について、「再生順設定フラグＦｐ」及び「連続再生設定フラグＦｒ」の設定に基づいた順番で音楽情報ファイルが再生されると共に、各音楽情報に対応して設定された「音量設定」が各音楽情報の再生時に図２の音量調整器６３に設定され、また、各音楽情報に対応して設定された「音質設定」が各音楽情報の再生時に図２のイコライザ６２に設定され、また、各音楽情報に対応して設定された「テンポ設定」が音楽情報再生手段１３における各音楽情報の再生速度に反映される。
【０１８０】
処理Ｓ６１０の音楽再生処理は、そのプレイリストの設定に基づく再生が完了するか、図２１の処理Ｓ５１８またはＳ５１９で値１に設定されるフラグＦendの値が１に変化するまで行われ（判断Ｓ６１１のＮｏ、判断Ｓ６１２のＮｏのループ）、再生が完了すると（判断Ｓ６１１のＹｅｓ）、再生処理を終了する。また、フラグＦendの値が１に変化した場合も（判断Ｓ６１２のＹｅｓ）、フラグＦendの値を０にリセットした上で（処理Ｓ６１３）、処理を終了する。
【０１８１】
これにより、テンキーによる電話番号の直接入力により指定された相手先への発呼に係る通話中には、標準設定のプレイリストに登録された音楽情報が、対応して設定された条件で、相手先装置に送出され、相手先装置側の通話相手のユーザに対して、自装置からの音声情報と併せて音楽情報を聞かせることができる。
【０１８２】
なお、直接指定された相手先に対しては、電話帳に未登録の相手先であるとして、標準設定のプレイリストを適用するようにしたが、電話帳と照合して、対応する相手先端末識別情報（電話帳）が登録されている場合には、対応するプレイリストを適用するようにし、登録されていない場合に限り標準のプレイリストを適用するようにしてもよい。その場合、相手先にいっそう適合するプレイリストを自動的に選択することができる。
【０１８３】
また、判断再生途中で、通話が終了したり再生中止が指示されて音楽情報の再生が中断した場合に、次回の通話時にその中止したところ（曲の途中）から演奏を開始するようにする途中開始手段を設けたり、曲の途中から開始しないで、その曲（音楽情報）の最初から演奏を開始する最初開始手段を設けるようにしてよい。その場合、再生済み及び未再生の音楽情報を特定するために、各音楽情報に他対応して再生済みか否かのフラグを設定して、そのフラグを参照して途中からの再生を行うようにする。音楽情報の途中から再生する場合には、音楽情報の最初から再生済みの位置までの経過時間を計測・記憶しておき、再生再開の際に参照するようにする。
【０１８４】
また、再生中に中断した音楽情報の次に再生すべき音楽情報（「順番に再生」なら次に登録されている曲、「シャッフルして再生」なら、次にランダム選択される音楽情報）から演奏を開始するネクスト手段を備えていてもよい。
【０１８５】
判断Ｓ６０８において、電話帳による間接指定である場合には（判断Ｓ６０８のＮｏ）、図２０の処理Ｓ５０８で、発呼に係る相手先端末識別情報が記憶されている、文字列変数Ｎotherに、図１８の電話帳情報設定ファイル７ｃにおいて対応するプレイリストに基づいた音楽再生処理を行う（処理Ｓ６１４）。
【０１８６】
処理Ｓ６１４の音楽再生処理は、そのプレイリストの設定に基づく再生が完了するか、図２１の処理Ｓ５１８またはＳ５１９で値１に設定されるフラグＦendの値が１に変化するまで行われ（判断Ｓ６１５のＮｏ、判断Ｓ６１６のＮｏのループ）、再生が完了すると（判断Ｓ６１５のＹｅｓ）、再生処理を終了する。また、フラグＦendの値が１に変化した場合も（判断Ｓ６１６のＹｅｓ）、フラグＦendの値を０にリセットした上で（処理Ｓ６１７）、処理を終了する。
【０１８７】
これにより、電話帳を参照して間接的に指定された相手先への発呼に係る通話中には、指定された相手先に対応して電話帳情報設定ファイル７ｃに設定されているプレイリストに登録された音楽情報が、対応して設定された条件で、相手先装置に送出され、相手先装置側の通話相手のユーザに対して、自装置からの音声情報と併せて、当該相手先装置のユーザに対して聞かせるために携帯電話１のユーザが最適に設定した音楽情報を聞かせることができる。
【０１８８】
なお、直接指定された相手先に対しては、電話帳に未登録の相手先であるとして、標準設定のプレイリストを適用するようにしたが、電話帳と照合して、対応する相手先端末識別情報（電話帳）が登録されている場合には、対応するプレイリストを適用するようにし、登録されていない場合に限り標準のプレイリストを適用するようにしてもよい。その場合、相手先にいっそう適合するプレイリストを自動的に選択することができる。
【０１８９】
判断Ｓ６０７がＮｏ（着呼モード）の場合に行われる図２４の処理手順においては、先ず、図２０の処理Ｓ５１２または処理Ｓ５１３で設定される文字列変数Ｎotherの内容が「通知なし」であるか否（通知された相手先端末識別情報）かを判断する。
【０１９０】
そして「通知なし」の場合には（判断Ｓ６１９のＹｅｓ）、更に、図３の記憶領域７ｅに予め設定されている、フラグＦｍの値が０（再生しない）か否（標準設定で再生）かを判断する（判断Ｓ６１９）。
【０１９１】
そして、「再生しない」の場合には（判断Ｓ６１９のＹｅｓ）、音楽情報の再生を開始することなく処理を終了する。「標準設定で再生」の場合には（判断Ｓ６１９のＮｏ）、図４のプレイリスト設定ファイル７ｂの「プレイリスト識別番号」が「０」の標準設定のプレイリストに基づいた音楽再生処理を行う（処理Ｓ６１０）。
【０１９２】
処理Ｓ６２０の音楽再生処理は、そのプレイリストの設定に基づく再生が完了するか、図２１の処理Ｓ５１８またはＳ５１９で値１に設定されるフラグＦendの値が１に変化するまで行われ（判断Ｓ６２１のＮｏ、判断Ｓ６２２のＮｏのループ）、再生が完了すると（判断Ｓ６２１のＹｅｓ）、再生処理を終了する。また、フラグＦendの値が１に変化した場合も（判断Ｓ６２２のＹｅｓ）、フラグＦendの値を０にリセットした上で（処理Ｓ６２３）、処理を終了する。
【０１９３】
これにより、相手先端末識別情報の通知がない、電話帳に登録されている相手先と違って素姓不明な相手先からの着呼に係る通話中には、標準設定のプレイリストに登録された音楽情報が、対応して設定された条件で、相手先装置に送出され、相手先装置側の通話相手のユーザに対して、自装置からの音声情報と併せて音楽情報を聞かせることができる。
【０１９４】
判断Ｓ６１８において、着呼時に相手先端末識別情報の通知があった場合には（判断Ｓ６１８のＮｏ）、図２０の処理Ｓ５０８で、発呼に係る相手先端末識別情報が記憶されている、文字列変数Ｎotherに、図１８の電話帳情報設定ファイル７ｃにおいて対応するプレイリストに基づいた音楽再生処理を行う（処理Ｓ６２４）。
【０１９５】
処理Ｓ６２４の音楽再生処理は、そのプレイリストの設定に基づく再生が完了するか、図２１の処理Ｓ５１８またはＳ５１９で値１に設定されるフラグＦendの値が１に変化するまで行われ（判断Ｓ６２５のＮｏ、判断Ｓ６２６のＮｏのループ）、再生が完了すると（判断Ｓ６２５のＹｅｓ）、再生処理を終了する。また、フラグＦendの値が１に変化した場合も（判断Ｓ６２６のＹｅｓ）、フラグＦendの値を０にリセットした上で（処理Ｓ６２７）、処理を終了する。
【０１９６】
これにより、通知してきた相手先端末識別情報が電話帳に登録されている相手先からの着呼に係る通話中には、当該相手先に対応して電話帳情報設定ファイル７ｃに設定されているプレイリストに登録された音楽情報が、対応して設定された条件で、相手先装置に送出され、相手先装置側の通話相手のユーザに対して、自装置からの音声情報と併せて、当該相手先装置のユーザに対して聞かせるために携帯電話１のユーザが最適に設定した音楽情報を聞かせることができる。
【０１９７】
なお、通知された相手先端末識別情報が電話帳に登録されていない場合もあり得るが、その場合は、非通知の相手先からの場合、つまり、判断Ｓ６１８がＹｅｓの場合と同様に、判断Ｓ６１９ないし処理Ｓ６２３の手順を適用するようにしてもよい。それにより、電話帳に未登録の相手先からの着呼に係る通話においても標準設定のプレイスリストを適用できる。
【０１９８】
また、発呼時に直接指定された相手先、着呼時に相手先端末識別情報を通知してこない相手先、着呼時に相手先端末識別情報を通知してきてもその相手先端末識別情報が電話帳に登録されていない相手先の各相手先について、個別にプレイリストを予め設定しておき適用するようにすることも考えられる。
【０１９９】
また、以上の説明では、プレイリスト設定ファイル７ｂをマイク部６ｃにより集音される音声情報と併せて通話中に相手装置に送出する音楽情報の登録・参照に使用していたが、通話中でない待機時に、携帯電話１のユーザがスピーカ部６ｂや図示しないイヤホンにより音楽を聴いて楽しむためにプレイリスト設定ファイル７ｂを利用してもよいのはいうまでもない。
【０２００】
具体的には、プレイリスト設定ファイル７ｂの登録内容をリスト表示して所望のプレイリストを選択すると、選択されたプレイリストに登録されている１以上の音楽情報が対応して設定された条件で再生されるようにする使い方も可能である。
【０２０１】
ただし、通常、音楽を聴く場合と通話時にBGMとして使用する場合とでは、例えば再生音量、音質、シャッフルプレイをするかどうかなどの再生条件（再生条件）が相異するため、その使用の仕方に合った再生条件を設定することもできる。つまり、プレイリスト設定ファイル７ｂを構成する各プレイリストについて、通話時のBGM用と待機時の音楽鑑賞用との２種類の再生条件を設定しておき、通話時にはBGM用の再生条件が、待機時には音楽鑑賞用の再生条件が有効になるようにしてもよい。また、基本的にプレイリスト設定ファイル７ｂについては、待機的の音楽鑑賞に最適なように設定しておき、通話時における再生条件は、図１８の電話帳情報設定ファイル７ｃにおいて設定しておくようにすることも考えられる。
【０２０２】
また、受信メールに添付された音楽情報や、ダウンロードした音楽情報を、図３の音楽情報記憶用フォルダ７ａに記憶すると共に、新たにプレイリストに登録することもできる。また、プレイリスト設定ファイル７ｂを相手装置に送信したり（メールに添付したり、FTP,HTTPプロトコルで直接送信等）、既成のプレイリスト設定ファイルを、プレイリスト提供業者のサーバからダウンロードすると共に、対応して設定された音楽情報も同時にダウンロードして音楽情報記憶用フォルダ７ａに記憶するようにしてもよい。また、対応して設定された音楽情報のダウンロードは、その音楽情報が必要になったとき、つまり、電話帳情報設定ファイル７ｃにおいて所定の相手先と対応付けられて新規にプレイリストが登録されたときに、当該新規に登録されたプレイリストに登録された音楽情報のみをサーバにアクセスしてその都度ダウンロードするようにして、結果的に再生されることのない、音楽情報のダウンロードを省くようにすることもできる。
【０２０３】
また、通話時における音楽情報の再生条件として、曜日、月、日付け、時間帯、季節毎に、複数のプレイリストから選択し設定しておき、演奏するプレイリストを曜日、月、日付け、時間帯、季節毎に変えるようにする、プログラムプレイ手段を備えるようにしてもよい。このような演奏条件（再生条件）は、電話帳情報設定ファイル７ｃにおいて各相手先ごとに設定してもよいし、あるいは、別の設定手段（例えばBGM再生専用の設定手段）を設けるようにしてもよい。
【０２０４】
また、プレイリスト設定ファイル７ｂに設定されたプレイリスト（に対応する音楽情報）または、音楽情報記憶用フォルダ７ａに記憶されてるい音楽情報の１つまたは複数を、着呼に応答することができない場合の保留音として使用することも出来る。すなわち、着信があり、ユーザにより保留の操作が行われた場合に、相手先と接続して、音楽情報を再生するものである。その場合、保留音用として、プレイリスト設定ファイル７ｂの「プレイリスト識別番号」、または、音楽情報ファイルを予め設定・記憶しておき、保留音を相手装置に送出するときには、設定された音楽情報を再生送出するようにする。
【０２０５】
また、プレイリスト設定ファイル７ｂにおいて各音楽情報についての「音質設定」は、あらかじめ各周波数における強弱を設定したプリセットイコライザを複数用意することにより、ユーザがマニュアルで各周波数の強弱の設定を行う手間を省くことが出来る。
【０２０６】
また、各音楽情報毎に再生した時の音量が相違する（音楽情報の元になる音楽データソースの違いによって異なる）ため、再生音量を一定に保つ再生音自動均一手段を備えてもよい。
【０２０７】
また、音楽情報をメールに添付して送信したり、直接相手装置に送信する（FTP、HTTPプロトコルを使用する）ことも出来る。
【０２０８】
携帯電話１が記憶・蓄積する音楽情報ファイルが増えてくると、そのデータ量が多くなり、バックアップ等のメンテナンスが必要になる。そこでＰＣ等の外部装置と、外部Ｉ／Ｆ手段１５等を介して接続して、音楽情報ファイルや電話帳情報設定ファイル７ｃのメンテナンスを行うこともできる。
【０２０９】
つまり、携帯電話１に記憶されている音楽情報ファイル、プレイリスト設定ファイル７ｂ、電話帳情報設定ファイル７ｃ等はＰＣ側にも保存されており、ＰＣと携帯電話１が接続されたときに、ＰＣ側のサーバソフトと携帯電話１側のクライアントソフトの間で交信が開始され、ファイルの更新記録や作成日時等のデータシンク情報に基づいて、お互いのデータを最新のデータに更新する。
【０２１０】
具体的には、携帯電話１側で新しいプレイリストを作成してプレイリスト設定ファイル７ｂに登録した場合、その新規登録されたプレイリストはＰＣ側へ転送される。なお、その場合、作成したプレイリストに登録された音楽情報ファイルは、図３の音楽情報記憶用フォルダ７ａに記憶されているとは限らない。つまり、音楽情報記憶用フォルダ７ａには、プレイリストに登録可能な曲（ファイル）名のリストを登録した登録可能音楽情報リストファイルが記憶されていて、そのリストに登録された１以上の曲名がプレイリスト新規登録の際にリスト表示される。それは、プレイリストに結果的に登録されることない音楽情報ファイルのために大容量記憶手段７の記憶容量が圧迫されることを防ぐためである。
【０２１１】
一方、ＰＣ側はそのプレイリストを保存し、そのプレイリストに含まれている音楽情報ファイルが、携帯電話１側に保存（あるいはダウンロード）されているかどうかを、携帯電話１側に問合せて確認する。もし、保存されていなければ、ＰＣ側に保存されているその音楽情報ファイルを携帯電話１側に転送する。携帯電話１側は、ＰＣから受信（ダウンロード）した音楽情報ファイルを図３の音楽情報記憶用フォルダ７ａに記憶する。それにより、プレイリスト登録時点では自装置に記憶していない音楽情報ファイルをプレイリストの選択に応じて再生することができるようになり、携帯電話１が記憶する音楽情報ファイルやその関連情報をメンテナンスすることができる。
【０２１２】
また、携帯電話１が記憶する音楽情報ファイルを、相手装置に送出する音声情報と併せて送出するＢＧＭとして使用するだけでなく、前述した着信音などの報知音に使用したい場合もある。着信音などの報知音は通常の音楽の演奏に比べて、その特質（再生時間が短い、スピーカで聞く等）のために、通常のプレイリストの設定で音楽情報を再生する（通常は長時間再生、イヤホンで聞く）と不具合（プレイリストの曲が最後まで聴けない、再生音量の設定が合わない等）がある。
【０２１３】
そこで、音楽情報ファイルを編集（データの変換、曲長さの編集等）することにより通話時に演奏するBGM、保留音や、着信音、目覚まし音、操作音等の報知音として使用するようにすることが考えられる。また、プレイリスト（の対応して登録された１以上の音楽情報ファイル）を報知音用に使用することもできる。例えば、報知音用として所定のプレイリストを設定しておく。この場合、報知音用として使用するときの再生条件（再生の順序、再生音量、再生音質、途中開始機能、最初開始機能、ネクスト機能とシャッフルの設定、プログラムプレイ機能等）を、通常の音楽を聴く場合の設定や通話時に再生するＢＧＭの場合の設定とは別に、設定できるようにしておくとよい。もちろん、報知音毎に再生条件を設定するようにしてもよい。
【０２１４】
また、音楽情報としては、レコード、ＣＤ、ＤＶＤ、カセットテープ、ＬＤ、ＭＤ等の媒体で提供されるもの、あるいはインターネットからデジタル情報として入手できるもの、個人で作成したオリジナル曲（例えば自装置（本装置）の作曲、編集機能を使用して作成したもの、他の装置で作成したもの）、著作権がある曲、著作権がない曲などがある。
ここまでは音楽情報を例に説明してきたが、音楽情報の代わりに、例えばＰＣＭ録音された音声データ、録音データ、音声合成データ、ラジオの録音データ、ＴＶ放送の音声録音データ、本類の朗読音声データ等の音データ（音情報）または他の公知な音データを使用してもよい。
【０２１５】
また、着信音データとなる音楽情報ファイルそのものを呼制御信号とともに、相手装置に送信すると、呼設定に時間がかかるという問題がある。そこで、着信音データとして指定され得る、１または複数の音楽情報ファイルそのものは、あらかじめ被呼側装置において記憶しておき、発呼側装置から被呼側装置へは着信音データとなる音楽情報ファイルそのものは送信しないで、着信音データとして指定する音楽情報ファイルを特定するためのファイル名等の識別情報を呼制御信号にのせて、被呼側装置に送信することにより、被呼側装置は、受信したその着信音データを指定する識別情報に基づいて、自装置に記憶されている着信音データとなる音楽情報ファイルを選択して再生するようにすることも考えられる。それにより、発呼側装置で指定した着信音を被呼側装置で再生させるために、被呼側装置から着呼側装置に送信しなければならないデータ量の低減が計れる。また、発呼側装置から被呼側装置に対して指定した着信音データとなる音楽情報ファイルが、被呼側装置に記憶されていない場合には、その旨被呼側装置から発呼側装置に通知するようにして、その通知を受けて初めて被呼側装置から着呼側装置に対して着信音として指定した音楽情報ファイルを被呼側装置が自装置の記憶手段から読み出して被呼側装置に送信して着信音として再生させるようにしてもよい。そのような場合、着信音となる音楽情報ファイルをより多くの通信装置間で共有して利用するためには、着信音データとなる音楽情報ファイルを識別するための情報（ファイル名等）は、装置間で共通の情報であることが望ましい。これにより、呼設定にかかる時間を短縮することができる。
【０２１６】
あるいは、末端の通信装置が記憶する着信音データを使用しないで、通信装置間の通信を管理・中継するネットワーク側（局側）の装置に記憶されている着信音データを利用することも考えられる。この場合も、発呼側装置は、着信音データの識別情報を呼制御信号にのせて、ネットワーク側へ送信する。ネットワーク側の装置は、発呼側装置から受信した着信音データの識別情報に基づいて、ネットワーク装置にあらかじめ記憶されている着信音データを選択して、その着信音データを呼制御信号にのせて、着呼側（被呼側）装置へ送信する。着呼側装置は受信した着信音データを着信音として再生する。これにより、着呼側の呼設定にかかる時間を短縮することが出来る。
【０２１７】
また、音楽情報の代わりに、画像データあるいは動画データを音楽情報といっしょに送信し、着呼側装置で、着呼時に着信音データを再生するときに、画像データあるいは動画データを再生させて表示してもよい（着絵、着画像、着ムービー機能）。このとき、前述の着信音データで説明した技術はすべて画像データあるいは動画データに応用できる。
【０２１８】
ここまでは、発呼側装置から被呼側装置へのデータ送信（着信音あるいは着信画像データ、通話時のBGMデータ等）についての実施例を説明したが、被呼側装置から発呼側装置へデータを送信してもよい。この場合、送信データは、被呼側装置から発呼側装置へ送信される制御信号（例えば、図８，図９における、ALERT信号、CONN信号、REL  COMP信号等）とともに送信される。発呼側装置は受信したデータを、着信履歴手段や電話帳手段に、発呼側装置から通知された端末識別情報と対応付けて記憶させ、次回に、その被呼側だった装置が発呼してきた場合に、その発呼してきた装置（から通知されていた端末識別情報）対応して予め受信していた着信音データや着画像データを再生・表示するものである。これは、着呼側装置が発呼側装置の着信音あるいは着画像の設定を制御することが出来ないという課題を解決するものである。そのように被呼側（着呼側）装置が、発呼側装置からの着呼時に着信音データ等を当該発呼側装置に送信して記憶させることで、通信装置間の、着信音データ等の情報共有がいっそう緊密化され、通信装置の利便性をいっそう高めることができる。
【０２１９】
現在、複数の自端末識別情報を備えている通信端末装置がある。しかし、例えば通信端末装置として、携帯電話であって、自端末識別情報として自端末装置の電話番号を考えた場合、複数の自端末装置の電話番号を備えてはいるが、その特徴を十分に生かしたアプリケーションは皆無に等しい。しかし、複数の自端末識別情報を備えた通信端末装置の使い勝手を向上させること可能である。
【０２２０】
具体的には、複数の自端末識別情報を持つ通信端末装置において、自端末識別情報毎に、図５及び図１８の電話帳情報設定ファイル７ｃのごとき電話帳手段、発信履歴手段（発信（発呼）した通信に関連する各種情報を通信毎に記憶する）、着信履歴手段（着信（着呼）した通信に関連する各種情報を通信毎に記憶する）、通話または通信料金情報手段（１通話分（１通信分）の料金情報や積算通話料金（積算通信料金）等の通話料金あるいは通信料金に関する情報）、装置の機能設定手段（着信音の種類、着信音量等の音に関する設定、待ち受け画面、照明等の表示画面に関する設定等のように装置に関する各設定）のような自端末識別情報に関係する諸機能（通信情報手段）を備える。そして、複数の自端末識別情報のうち、使用する自端末識別情報が選択された場合には、それ以降、選択された端末識別情報に対応した電話帳手段、発信履歴手段、着信履歴手段、通話または通信料金情報手段、装置の機能設定手段を使用する。
【０２２１】
一例として、電話帳の場合を説明する。自端末の電話番号として複数の電話番号（電話番号Ａと電話番号Ｂ）を備えている電話装置であって、例えば、電話番号Ａは会社用（公用）の電話番号として使用している場合には、電話帳Ａには会社の仕事関係（得意先など）の電話番号やメールアドレス等の情報が記憶されている。電話番号Ｂはプライベートで使用する電話番号として使用し、電話帳Ｂにはプライベートの電話番号やメールアドレス等の情報が記憶されている。例えば現在、仕事中であり、電話番号Ａが使用されている場合、あるいは電話番号Ａの使用として設定されている場合（仕事モードに設定されている）において、使用者が電話帳機能を選択した場合は、電話番号Ａに対応した電話帳Ａが選択され使用することが出来る。次にプライベートで使用する場合には、電話番号Ｂを選択して、電話機をプライベートモードに設定する。このとき、使用者が電話帳機能を選択すると、電話帳Ｂが選択され使用することができる。その場合、仕事モードとプライベートモードの切替は、自装置の電話番号を選択してもよいし、仕事モードとプライベートモードのモード切替で設定してもよい。
【０２２２】
図２５に、図１の携帯電話１において、図５及び図１８の電話帳情報設定ファイル７ｃとして、「プライベート」用の「電話帳Ａ」と、「仕事」用の「電話帳Ｂ」のそれぞれに総統する電話帳情報情報設定ファイルを予め大容量記憶部７に記憶しておく前提で行う、参照電話帳設定処理手順について示す。
【０２２３】
同図において、モードの、「プライベート」から「仕事」へ、または、「仕事」から「プライベート」への設定変更があるかを監視する（処理Ｓ７０１、判断Ｓ７０２のＮｏのループ）。
【０２２４】
そして、設定変更があると（判断Ｓ７０２のＹｅｓ）、その設定変更が、「仕事」から「プライベート」であるか否（「プライベート」から「仕事」へ）かを判断する（判断Ｓ７０３）。
【０２２５】
「プライベート」モードに変更された場合には（判断Ｓ７０３のＹｅｓ）、参照電話帳設定フラグＦtel（ＲＡＭ４に記憶される）に電話帳Ａを参照すべきことを示す値０を設定する（処理Ｓ７０４）。
【０２２６】
「仕事」モードに変更された場合には（判断Ｓ７０３のＮｏ）、参照電話帳設定フラグＦtel（ＲＡＭ４に記憶される）に電話帳Ｂを参照すべきことを示す値１を設定する（処理Ｓ７０５）。
【０２２７】
そして、携帯電話１が電話帳情報設定ファイルを参照すべきときには、参照電話帳設定フラグＦtelの値を参照した対応する電話帳情報設定ファイルを参照するようにする。
【０２２８】
それにより、「プライベート」用、「仕事」用のそれぞれの電話帳情報設定ファイルのそれぞれに、「プライベート」用、「仕事」用の相手先及びその相手先に対応したプレイリストやそのプレイリストに登録された音楽情報の再生条件を設定して使い分けることができる。
【０２２９】
また、携帯電話を内線端末としても使用できるサービスである、いわゆる、モバイルセントレックスの場合であって、例えば電話番号Ａが外線用電話番号で、電話番号Ｂが内線用電話番号の場合には、使用する電話番号として、使用者が手動で選択してもよいが、自通信端末装置が会社内にあるかどうかを検出して、会社内であることが検出されると、自動的に電話番号Ｂを選択してもよい。自通信端末装置が会社内にあるかどうかの検出は、自通信端末装置が会社内に設置された無線基地局あるいは無線中継局の無線エリアに入っているかどうか（通信端末装置と基地局で通信が可能かどうか、あるいは位置検出がされているかどうか）で判断する。
【０２３０】
また、自装置が備える自端末識別情報が増えた場合に、それに対応した電話帳手段、発信履歴手段、着信履歴手段、通話または通信料金情報手段、装置の機能設定手段が必要とするデータ量が増えるため、バックアップ手段が必要になる。そこで、無線基地局側に用意されたデータ蓄積装置に、自装置に記憶されているデータをバックアップすることが考えられる。
【０２３１】
つまり、無線基地局側と自装置の間で所定の通信プロトコルを使用して通信路を確保し、自装置のデータを無線基地局側に送信することにより、データ蓄積装置にデータをバックアップする。自装置は必要なときにバックアップデータをダウンロードする。
【０２３２】
また、使用できる自端末識別情報が少ない場合はいいが、それが多くなると、主に数字や記号等で構成される自端末識別情報が何の情報であるかを憶えておくことが困難となる問題がある。
【０２３３】
そこで、おのおのの自端末識別情報に、名称を設定或いは設定の後に変更できると、使い勝手がより向上する。例えば、自端末識別情報が電話番号である場合、数字そのものを扱うよりは、名称を付して扱うほうが利点がある場合がある。例えば電話番号Ａに「仕事」、電話番号Ｃに「プライベート」、電話番号Ｂに「内線」等の名称を設定することできる。このようにして、電話番号そのものではなく、その名称を選択することにより、より確実に装置の操作をすることが出来る。
【０２３４】
さて、図１の携帯電話１において、ＴＶ受信手段１１により受信させるテレビ放送の表示を開始する時刻をタイマー設定した場合、設定した時間になっても気が付かない場合があると、ＴＶ放送を見逃してしまうという問題がある。そこで、その課題を解決する一実施例として、タイマー設定した時間になった場合には、ユーザに知らせるための報知手段（鳴動手段の鳴動（報知音）、表示手段に表示を）による報知を行うとともに、受信開始したTV放送の映像を、大容量記憶部７等のメモリ手段に蓄積（録画手段）することが考えられる。
【０２３５】
また、携帯電話でＴＶ放送をリアルタイムに視聴するだけでなく、ＴＶ放送を録画した録画データ（録画放送映像、録画映像）を再生して視聴することも将来可能となる。一方、携帯電話は画面が小さく、またバッテリーも長時間は持たないという特殊事情により、長時間の録画データの視聴には向かない。そのため、録画した放送において、特に視聴したい放送や見たい番組、場面などを検索することが重要となり、その検索の方法が将来の課題として認識されている。
【０２３６】
そこでその課題を解決するための発明の一実施例を次に説明する。
【０２３７】
録画データは、携帯電話１のＴＶ受信手段１１によって直接ＴＶ放送を受信し、その映像データをメモリ手段（本体内蔵のメモリあるいはハードディスク、外付けのＩＣカードメモリあるいはハードディスク等）に記憶する。このとき、放送局が送るＴＶ放送データはすでに圧縮されたデータ（例えばＭＰＥＧ等）であって、それをそのままメモリ手段に記憶してもよいし、あるいは別の圧縮方式に変換してからメモリ手段に記憶してもよい。さらに、映像データ（番組）の内容情報に関するメタデータ（番組名、放送時刻、放送チャンネル、キーワード、出演者名、放送局名などの番組の内容に関する情報）を無線通信手段１８を使用して受信し（データ受信、電子メール等）、メモリ手段に記憶しておく。映像データを再生するときに、このメタデータを使用して、見たい番組や場面にアクセスし再生する。メモリ手段に記憶された映像データは映像データ再生手段としての画像処理手段９により、再生伸張され、画像表示手段１０に表示される。また、あらかじめ放送データが記憶された外付けのＩＣカードメモリやハードディスクから映像データを再生してもよい。またメタデータはユーザが、操作入力・表示部５等の入力手段を利用して作成してもよい。
【０２３８】
ＴＶ放送の番組表データは、無線通信手段１８を使用して受信する。このとき、例えば人工衛星を使用したＧＰＳ手段を使用して、現在地の位置データを取得して、番組表データを管理しているサーバ装置に送信し、サーバ装置は、受信した位置データに基づいて、その位置で受信できるＴＶ放送の番組表データを送信する。番組表を受信した携帯電話は、番組表データをタイマー予約あるいはタイマー録画用のアプリケーション（アプリケーションとＴＶ受信手段１１は所定のプロトコル（例えばＧコード）を使用して交信することが出来る）で使用する。アプリケーションが起動されると、番組表を表示装置に表示し、タイマー予約あるいはタイマー録画する放送番組を選択して決定する。その後、タイマー予約あるいはタイマー録画の時刻になれば、アプリケーションからＴＶ受信手段１０にコマンドを送信され、ＴＶ放送を受信したり、ＴＶ放送の録画を開始するものである。また、メタデータ（番組名、放送時刻、放送チャンネル、キーワード、出演者名、放送局名などの番組の内容に関する情報）をキーワードとして使用し、そのキーワードに合致した放送番組あるいは放送場面を録画することも考えられる。また、ＦＭ／ＡＭラジオ放送の場合にも、扱うデータがＴＶ放送の映像データから、ラジオ放送の音声データ或いは音声信号に代わるだけであり、前述したＴＶ放送の実施例が応用できる。
【０２３９】
図１７にオールＩＰ（インターネットプロトコル）化された通信装置としての携帯電話１ａのブロック構成について示す。同図において、図１に示した携帯電話１と同一構成については同一符号を付している。
【０２４０】
基地局用無線Ｉ／Ｆ手段３２は携帯電話１ａと基地局との間で無線交信を行うインターフェースである。ＬＡＮ用無線Ｉ／Ｆ手段３１は、携帯電話１ａとＬＡＮ用無線基地局との間で無線交信を行うインターフェースである。従来においては、基地局用無線Ｉ／Ｆ手段３２は、専用のプロトコルが使用されていたが、基地局側から通信相手装置の間にインターネット網やＩＰ網を使用するケースが増えている。さらに、ＬＡＮ用のプロトコルはもともとＩＰが使用されていることから、基地局用無線Ｉ／Ｆ手段３２もＩＰ化することができると、部品の共通利用によりコストダウンが見込める。そこで本実施例のように、基地局用無線Ｉ／Ｆ手段３２とＬＡＮ用無線Ｉ／Ｆ手段３２にＩＰ手段３０を共通使用する。
【０２４１】
ＩＰ手段３０は、音声に使用するＶｏＩＰ手段と、データ通信に使用するデータ用ＩＰ手段の２種類のＩＰ手段を含む。ＶｏＩＰ手段は通話回路から送られてきたアナログの音声信号をデジタルデータに変換し、さらに必要であれば符号化圧縮する。次に音声信号データを送信用のＩＰパケットに埋め込み、順次基地局用無線Ｉ／Ｆ手段３２あるいはＬＡＮ用無線Ｉ／Ｆ手段３１に送り出す。また基地局用無線Ｉ／Ｆ手段３２あるいはＬＡＮ用無線Ｉ／Ｆ手段３１から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、さらにデジタルの音声信号データをアナログの音声信号に変換し、通話回路６ａに送出する。データ用ＩＰ手段の場合は、ＶｏＩＰ手段の通話回路の代わりに、例えばメモリ手段と入出力を行ってもよいし、専用のデータ処理手段を備えてもよい。
【０２４２】
またＩＰ手段３０は呼制御を行うための制御用ＩＰパケットを組立て、順次基地局用無線Ｉ／Ｆ手段３２あるいはＬＡＮ用無線Ｉ／Ｆ手段３１に送り出す。さらに基地局用無線Ｉ／Ｆ手段３２あるいはＬＡＮ用無線Ｉ／Ｆ手段３１から入力される受信した制御用ＩＰパケットを分解する。このような制御用ＩＰパケットの送出、受信はＩＰ手段３０とは独立した別の手段で構成してもよい。ＩＰ手段３０の動作制御はＣＰＵ２によるソフトウェア的なものであってもよいし、専用のＬＳＩによるハードウェアロジック的なものであってよい。
【０２４３】
図１８に、図１７のオールＩＰ化された携帯電話１における、発呼装置と着呼装置との間で行われるＳＩＰによる通信シーケンス例について示す。
【０２４４】
同図において、発呼側から「INVITE」というリクエストメッセージを送出する（フェーズＦ１０１）。「INVITE」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰ（制御情報記述）で示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。
【０２４５】
着呼側はフェーズＦ１０１で、「INVITE」を受信すると、呼び出し状態になったことを通知するために「１８０ RINGING」を発呼側へ送信する（フェーズＦ１０２）。この１８０ RINGINGで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の２００ OKで提示する。
【０２４６】
また、着呼側は、通話可能状態になったことを通知するために「２００ OK」を発呼側へ送信する（フェーズＦ１０３）。その「２００ OK」には、着呼側が受信可能なセッションの属性がＳＤＰで示されている。また、着呼側は、その「２００ OK」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。
【０２４７】
次に発呼側が「ACK」を着呼側へ送信し（フェーズＦ１０４）、これにより通信に利用可能な属性が発呼側と着呼側とで相互にネゴシエーションされる。本実施の形態では、便宜上ここまでを接続フェーズと定義している。
【０２４８】
次にＲＴＰパケットによるメディア（音声、画像、動画等）の転送が開始される（フェーズＦ１０５）。本実施の形態ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。
【０２４９】
通信を終了するときには止める側（この場合着呼側）が、「BYE」信号を送信することにより通信終了を要求し（フェーズＦ１０６）、それを受信した側（この場合発呼側）は、その応答である「２００ OK」信号を送信して通信を終了する（フェーズＦ１０７）。本実施の形態ではこのフェーズを便宜上、切断フェーズと定義している。なお、切断フェーズは、着呼装置からに限らず発呼装置から起動される場合もある。
【０２５０】
以上の一連の説明に置いて、本発明に係る通信装置の実施例として携帯電話、ＩＰ電話を挙げたが、通信装置としてはその他に移動無線機、無線ＬＡＮを使用したＩＰ電話、ＩＰ通信端末装置、一般加入者電話機、通信機能付コンピュータ、携帯電話、ＰＨＳ、ＰＤＡ等の通信機能を備えた通信端末装置があり、それぞれの通信端末装置が使用できる通信プロトコルを使用して実施可能である。ぞれぞれの通信端末装置の構成は公知であるため、ブロック図による図示は省略するが、本発明の特徴に係る各手段は携帯電話１における場合と同様に、それら各通信機能を備えた端末装置においても備えることができるものである。
【０２５１】
また、以上説明した本発明を実施するための最良の形態において記載があって、特にブロック図に図示していない「〜手段」は、専用ハードウェアで構成されているか、あるいはＣＰＵ，ＲＯＭ，ＲＡＭと若干のハードウェアで構成されているものである。
【０２５２】
また、以上説明した本発明を実施するための最良の形態及びその構成要素は、本発明の特徴を備えている限り適宜組み合わせ可能であることはいうまでもない。また、多数の発明が本明細書に記載されているため、そのすべての組み合わせの説明とその効果を記載することは事実上不可能であるが、その組み合わせの具体的な実施と効果については当業者が想定できるものは、本明細書に記載されているものとみなすことができるのは言うまでもないことである。また、本発明において複数の要素（構成）を持つ場合には、その要素の数は本実施例に記載している要素の数には限定されるものではない。また、実施例中に記述した発明はＪＡＶＡ等のようにＣＰＵあるいはＯＳに依存しないプログラム言語で作成してもよいものである。
【図面の簡単な説明】
【０２５３】
【図１】本発明を実施するための最良の形態に係る通信装置としての携帯電話のブロック構成について示す図である。
【図２】図１の携帯電話の通話回路の内部構成の一部について示す図である。
【図３】図１の携帯電話の大容量記憶手段の記憶内容について示す図である。
【図４】音楽情報記憶用フォルダに記憶される音楽情報ファイルの構成について示す図である。
【図５】着信に係る設定を含む、電話帳情報設定ファイルの具体的な構成について示す図である。
【図６】着信履歴情報記憶部の記憶内容について示す図である。
【図７】図１の携帯電話のＲＡＭの記憶内容について示す図である。
【図８】発信（発呼）側携帯電話と網側の基地局との発信接続と切断シーケンスについて示す図である。
【図９】着信（着呼）側形態電話と網側の基地局との着信接続と切断シーケンスについて示す図である。
【図１０】携帯電話等の端末が網側の基地局を介してデータをダウンロードする場合のＰｕｌｌ型シーケンスについて示す図である。
【図１１】網側の基地局から携帯電話等の端末に着信通知してデータを送信するＰｕｓｈ型シーケンスについて示す図である。
【図１２】図１の携帯電話における発着呼制御処理手順について示すフローチャートである。
【図１３】図１の携帯電話おける着信音再生制御処理手順について示すフローチャートである。
【図１４】図１３と共に、着信音再生制御処理手順について示すフローチャートである。
【図１５】図１３、図１４と共に、着信音再生制御処理手順について示すフローチャートである。
【図１６】図１の携帯電話における、着信履歴からの電話帳登録処理手順について示すフローチャートである。
【図１７】プレイスリスト設定ファイルの具体的な構成について示す図である。
【図１８】プレイスリスト関連の設定を含む電話帳情報設定ファイルの具体的な構成について示す図である。
【図１９】図１の携帯電話におけるプレイリスト作成処理手順について示すフローチャートである。
【図２０】図１の携帯電話における音声通信制御処理手順について示すフローチャートである。
【図２１】図２０と共に、図１の携帯電話における音声通信制御処理手順について示すフローチャートである。
【図２２】図２０及び図２１の音声通信制御処理手順から起動される音楽再生制御処理手順について示すフローチャートである。
【図２３】図２２と共に、図２０及び図２１の音声通信制御処理手順から起動される音楽再生制御処理手順について示すフローチャートである。
【図２４】図２２及び図２３と共に、図２０及び図２１の音声通信制御処理手順から起動される音楽再生制御処理手順について示すフローチャートである。
【図２５】図１の携帯電話における参照電話帳設定処理手順について示すフローチャートである。
【図２６】全ＩＰ化された携帯電話の構成について示す図である。
【図２７】図２６の携帯電話における、発呼装置と着呼装置との間で行われるＳＩＰによる通信シーケンス例について示す図である。
【符号の説明】
【０２５４】
１  携帯電話
２  ＣＰＵ
３  ＲＯＭ
４  ＲＡＭ（メモリ手段）
５  操作入力・表示部
６  通話部
６ａ  通話回路
６ｂ  スピーカ部
６ｃ  マイク部
７  大容量記憶部
８  撮影手段（ＣＣＤ）
９  画像処理手段
１０  画像表示手段
１１  ＴＶ受信手段
１２  フレームメモリ（ビットマップメモリ）
１３  音楽情報再生手段
１４  音楽情報ダウンロード手段
１５  外部Ｉ／Ｆ手段
１６  メモリカードＩ／Ｆ手段
１７  無線Ｉ／Ｆ手段
１８  無線通信手段
２０  システムバス
【図１】
2006157131.tif 000003
【図２】
2006157131.tif 000004
【図３】
2006157131.tif 000005
【図４】
2006157131.tif 000006
【図５】
2006157131.tif 000007
【図６】
2006157131.tif 000008
【図７】
2006157131.tif 000009
【図８】
2006157131.tif 000010
【図９】
2006157131.tif 000011
【図１０】
2006157131.tif 000012
【図１１】
2006157131.tif 000013
【図１２】
2006157131.tif 000014
【図１３】
2006157131.tif 000015
【図１４】
2006157131.tif 000016
【図１５】
2006157131.tif 000017
【図１６】
2006157131.tif 000018
【図１７】
2006157131.tif 000019
【図１８】
2006157131.tif 000020
【図１９】
2006157131.tif 000021
【図２０】
2006157131.tif 000022
【図２１】
2006157131.tif 000023
【図２２】
2006157131.tif 000024
【図２３】
2006157131.tif 000025
【図２４】
2006157131.tif 000026
【図２５】
2006157131.tif 000027
【図２６】
2006157131.tif 000028
【図２７】
2006157131.tif 000029