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