JP3939239B2 - 電話機 - Google Patents
電話機 Download PDFInfo
- Publication number
- JP3939239B2 JP3939239B2 JP2002341800A JP2002341800A JP3939239B2 JP 3939239 B2 JP3939239 B2 JP 3939239B2 JP 2002341800 A JP2002341800 A JP 2002341800A JP 2002341800 A JP2002341800 A JP 2002341800A JP 3939239 B2 JP3939239 B2 JP 3939239B2
- Authority
- JP
- Japan
- Prior art keywords
- call
- bgm
- content
- telephone
- main cpu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72442—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for playing music files
Description
【０００１】
【産業上の利用分野】
この発明は、電話機に関し、特にたとえば任意の相手方との間で音声信号を送受信する、電話機に関する。
【０００２】
【従来技術】
電話で話をするときにムード作りのためにＢＧＭを流すことは、よく行われている。特許文献１には、かかるＢＧＭを流すための技術が開示されている。すなわち、この技術によれば、予めオペレータがＣＤ（Compact Disc）デッキなどの演奏曲再生手段によって再生可能な演奏曲の中から希望の曲を設定しておくと、通話時に、その曲がＢＧＭとして流れる。そして、このＢＧＭは、電話の音声信号にミキシングされて相手方にも送られる。これによって、オペレータおよび相手方の双方において、同じＢＧＭを聞きながら通話をすることができる。
【０００３】
【特許文献１】
特開平５−３４４２３４号公報
【０００４】
【発明が解決しようとする課題】
しかし、上述の従来技術では、ＢＧＭとして設定可能な曲が１曲のみであるため、相手方によっては当該ＢＧＭとして設定された曲が気に入らない場合がある。たとえば、相手方が高齢者であるのに対し、ＢＧＭとして設定された曲が若年層向けのハードロックの曲である場合には、相手方にとって当該ＢＧＭが非常に耳障りとなり、相手方に対し却って不快な思いをさせてしまう。
【０００５】
それゆえに、この発明の主たる目的は、相手方に応じたムード作りをすることができる、電話機を提供することである。
【０００６】
【課題を解決するための手段】
この発明に従う電話機は、複数の識別子にそれぞれ割り当てられた複数の可聴コンテンツを管理するコンテンツ管理情報を記憶するメモリ、少なくとも複数の識別子の１つである所望の識別子に対応する電話機との通話処理を電話着信／発信が発生したときに実行する通話処理手段、所望の識別子に割り当てられた可聴コンテンツをメモリに記憶されたコンテンツ管理情報を参照して検出する検出手段、指定された可聴コンテンツを通話処理の実行に関係なく再生する再生手段、再生手段によって再生される可聴コンテンツを検出手段によって検出された可聴コンテンツに変更する第１変更手段、再生手段によって再生される可聴コンテンツを第１変更手段によって変更される前の可聴コンテンツに変更する第２変更手段、再生手段によって再生される可聴コンテンツが検出手段によって検出された可聴コンテンツと同一であるか否かを電話着信／発信が発生したときに判別し、判別結果が肯定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が否定的であるとき第１変更手段を起動する第１判別手段、および第１判別手段の判別処理に関連して第１変更手段が起動されたか否かを通話処理が終了したときに判別し、判別結果が否定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が肯定的であるとき第２変更手段を起動する第２判別手段を備える。
【０００７】
【作用】
メモリは、複数の識別子にそれぞれ割り当てられた複数の可聴コンテンツを管理するコンテンツ管理情報を記憶する。通話処理手段は、少なくとも複数の識別子の１つである所望の識別子に対応する電話機との通話処理を、電話着信／発信が発生したときに実行する。所望の識別子に割り当てられた可聴コンテンツは、メモリに記憶されたコンテンツ管理情報を参照する検出手段によって検出される。再生手段は、指定された可聴コンテンツを通話処理の実行に関係なく再生する。第１変更手段は、再生手段によって再生される可聴コンテンツを検出手段によって検出された可聴コンテンツに変更し、第２変更手段は、再生手段によって再生される可聴コンテンツを第１変更手段によって変更される前の可聴コンテンツに変更する。第１判別手段は、再生手段によって再生される可聴コンテンツが検出手段によって検出された可聴コンテンツと同一であるか否かを電話着信／発信が発生したときに判別し、判別結果が肯定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が否定的であるとき第１変更手段を起動する。第２判別手段は、第１判別手段の判別処理に関連して第１変更手段が起動されたか否かを通話処理が終了したときに判別し、判別結果が否定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が肯定的であるとき第２変更手段を起動する。
【０００８】
好ましくは、再生手段によって再生される可聴コンテンツは、多重手段によって送話信号に多重される。
【０００９】
さらに好ましくは、多重手段によって多重される可聴コンテンツのレベルは、レベル変更手段によって通話状態と保留状態との間で変更される。
【００１０】
好ましくは、可聴コンテンツは複数の音源の各々から出力される。選択手段は、複数の音源のいずれか１つを選択する。第１変更手段および第２変更手段の各々は、共通の音源から出力される可聴コンテンツの間で変更処理を行う。また、好ましくは、再生手段は、可聴コンテンツをＢＧＭとして再生する。
【００１１】
【発明の効果】
この発明によれば、通話する相手方に応じたムード作りをすることができる。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１３】
【実施例】
図１を参照して、この実施例の電話機１０は、通信回線の一部にインターネットを利用するいわゆるＩＰ（Internet Protocol）電話サービスに対応したＩＰ電話機であり、図示しないＬＡＮ（Local Area Network）ケーブルを介して電話回線（厳密には図示しないＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム）に接続される通信コネクタ１２を備えている。この通信コネクタ１２は、電話機１０内においてＬＡＮコントローラ１４を介してメインＣＰＵ（Central Processing Unit）１６に接続されている。なお、メインＣＰＵ１６は、後述するＤＳＰ（Digital Signal Processor）１８とともにＡＳＩＣ（Application Specified IC）によって一体に構成されている。
【００１４】
任意の相手方から電話が掛かってくると、具体的にはＬＡＮコントローラ１４を介して呼出指令を含むＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に従う電話用パケット信号を受信すると、メインＣＰＵ１６は、疑似音発生回路２０を制御して、スピーカ２２から呼出音を出力させる。そして、この呼出音が出力されている状態で、受話器２４が上げられ、フックスイッチ２６がオフフック状態になると、メインＣＰＵ１６は、相手方との間で通話内容を含む電話用パケット信号の送受信を開始する。つまり、電話を掛けてきた相手方との通話が可能となる。
【００１５】
具体的には、相手方からＬＡＮコントローラ１４を介して通話内容を含む電話用パケット信号を受信すると、メインＣＰＵ１６は、当該電話用パケット信号から通話内容を表すストリーミングデータを取り出す。取り出されたストリーミングデータ、言わば受話データは、メインＣＰＵ１６によって一旦ＳＤＲＡＭ２８の受話データ保存領域２８ａに保存された後、上述のＤＳＰ１８に入力される。
【００１６】
ＤＳＰ１８に入力された受話データは、ＡＤＰＣＭ（ＩＴＵ−Ｔ勧告Ｇ．７２６）やＣＳ−ＣＥＬＰ（ＩＴＵ−Ｔ勧告Ｇ．７２９）といった通信用の音声情報圧縮方式に基づいて圧縮されており、ＤＳＰ１８は、この圧縮された受話データをデコードして、周知のμ−ｌａｗ（ＩＴＵ−Ｔ勧告Ｇ．７１１）圧伸則に従うＰＣＭ（Pulse Code Modulation）データに変換する。変換されたＰＣＭデータは、ＰＣＭコーデック３０に入力され、ここでさらに当該μ−ｌａｗ圧伸則に従うデコード処理を施され、アナログ電気信号である音声信号、つまり受話信号に変換される。変換後の受話信号は、アンプ回路３２で増幅された後、受話器２４のスピーカ２４ａに入力される。これによって、スピーカ２４ａから受話音が出力される。
【００１７】
一方、受話器２４のマイクロホン２４ｂには、オペレータの音声、つまり送話音が入力される。この送話音は、マイクロホン２４ｂによってアナログ電気信号である送話信号に変換され、変換された送話信号は、アンプ回路３４によって増幅された後、ＰＣＭコーデック３０に入力される。ＰＣＭコーデック３０は、入力された送話信号に対して上述のμ−ｌａｗ圧伸則に従うエンコード処理を施してＰＣＭデータ、言わば送話データを生成する。生成された送話データは、ＤＭＡ（Direct Memory Access）方式でＳＤＲＡＭ２８に転送され、一旦当該ＳＤＲＡＭ２８の送話データ保存領域２８ｂに保存された後、ＤＳＰ１８に入力される。
【００１８】
ＤＳＰ１８は、入力された送話データに対して上述のＡＤＰＣＭ方式或いはＣＳ−ＣＥＬＰ方式に基づくエンコード処理を施す。このエンコード処理後のデータは、メインＣＰＵ１６によってＴＣＰ／ＩＰに従う電話用パケット信号に成形され、成形後の電話用パケット信号は、ＬＡＮコントローラ１４に入力される。ＬＡＮコントローラ１４は、入力された電話用パケット信号を、Ｅｔｈｅｒｎｅｔ（登録商標）規格に従うアクセス方式で通信コネクタ１２を介して電話回線に送出する。これによって、送話データを含む電話用パケット信号が相手方に送信され、相手方において受話音となって出力される。
【００１９】
なお、こちらから相手方に電話を掛けるときのダイヤル操作は、操作キー３６によって行われる。すなわち、操作キー３６によってダイヤル操作が成されると、メインＣＰＵ１６とは別個に設けられたサブＣＰＵ３８が、当該ダイヤル操作の内容をメインＣＰＵ１６に伝える。メインＣＰＵ１６は、サブＣＰＵ３８から伝えられた内容に基づいて相手方を呼び出すための上述した呼出指令を生成し、さらにこの呼出指令を含む電話用パケット信号を生成する。生成された電話用パケット信号は、ＬＡＮコントローラ１４を介して相手方に送信され、これによって当該相手方が呼び出される。このとき、メインＣＰＵ１６は、疑似音発生回路２０を制御して、受話器２４のスピーカ２４ａから呼出音を出力させる。
【００２０】
また、いわゆる短縮ダイヤル操作によっても、相手方に電話を掛けることができる。すなわち、予め登録されている相手方であれば、操作キー３６による数回のキー操作（１回〜２回のキーの押下）によって、当該相手方に電話を掛けることができる。なお、相手方の登録は操作キー３６の操作によって任意に行われ、かかる相手方の情報、たとえば当該相手方の電話番号および呼称などの情報は、フラッシュメモリ４０内に電話帳として記憶される。
【００２１】
さらに、この実施例の電話機１０は、インターネット上に開設された放送局からラジオ放送と同様の番組を受信するという言わばインターネットラジオ受信機としての機能を兼ね備えている。
【００２２】
すなわち、操作キー３６によって任意のチャネル（ステーション）の番組を受信する旨の操作が成されると、サブＣＰＵ３８は、指定されたチャネルの受信指示をメインＣＰＵ１６に与える。メインＣＰＵ１６は、サブＣＰＵ３８から与えられた受信指示に基づいて、指定されたチャネルの放送を受信するためのチャネル選択指令を生成する。そして、このチャネル選択指令を含むパケット信号をＴＣＰ／ＩＰに従って生成し、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、チャネル選択指令を含むラジオ用パケット信号が指定された放送局（サーバ）に送信され、その放送局から番組の放送内容を含むＴＣＰ／ＩＰに従うラジオ用パケット信号が電話機１０に順次送られてくる。そして、このラジオ用パケット信号は、ＬＡＮコントローラ１４を介してメインＣＰＵ１６に入力される。
【００２３】
メインＣＰＵ１６は、順次入力されるラジオ放送用のパケット信号から放送内容を含むストリーミングデータを取り出す。そして、取り出したストリーミングデータ、言わば放送データを、ＳＤＲＡＭ２８の放送データ保存領域２８ｃに一旦保存した後、ＤＳＰ１８に入力する。
【００２４】
ＤＳＰ１８に入力された放送データは、ＭＰ３（MPEG-1/Audio Layer3）やＷＭＡ（Windows Media Audio：Windows＝登録商標）といった周知の音声情報圧縮方式に基づいて圧縮されたデータであり、ＤＳＰ１８は、この圧縮された放送データをデコードして、圧縮前のＰＣＭデータを再現する。再現されたＰＣＭデータは、Ｄ／Ａ変換回路４２に入力され、ここでアナログ電気信号である音声信号に変換される。変換された音声信号は、音源切換回路４４を介してアンプ回路４６に入力され、ここで増幅処理を施された後、左右のスピーカ４８および５０にそれぞれ入力される。これによって、各スピーカ４８および５０からインターネットラジオ放送の番組の音声（音楽を含む）情報、いわゆるコンテンツが、リアルタイムで出力される。このとき、操作キー３６の操作によって、アンプ回路４６の増幅率、つまり各スピーカ４８および５０の音量を調整することができる。
【００２５】
なお、メインＣＰＵ１６およびＤＳＰ１８は、高速かつ高性能のものであり、ＩＰ電話機としての機能およびインターネットラジオ受信機としての機能の両方を見かけ上同時に実現することができる。したがって、オペレータは、この電話機１０を用いて、相手方と通話しながらインターネットラジオ放送の番組を聴取することができる。
【００２６】
また、この実施例の電話機１０は、ＣＤ（Compact Disc）プレーヤ５２およびＡＭ／ＦＭチューナ５４を一体に備えている。そして、操作キー３６の操作によって、これらＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方を音源とするコンテンツを、スピーカ４８および５０から出力させることができる。
【００２７】
すなわち、操作キー３６によってＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方を音源とする旨の操作が成されると、サブＣＰＵ３８は、音源とされた側から出力されるアナログ音声信号がアンプ回路４６に入力されるように、音源切換回路４４を制御する。これによって、ＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方を音源とするコンテンツが、スピーカ４８および５０から出力される。このときも、操作キー３６の操作によって各スピーカ４８および５０の音量を調整することができる。なお、このようにＣＤプレーヤ５２またはＡＭ／ＦＭチューナ５４が音源とされているときには、電話機１０はインターネットラジオ受信機として機能することができない。
【００２８】
そしてさらに、この実施例の電話機１０は、音源としてのハードディスクドライブ５６を内蔵している。このハードディスクドライブ５６内には、図２に示すように、ルートディレクトリ（ROOT）の下に“最新ＭＵＳＩＣ”，“オールディーズ”，“演歌”，“ポップス”，“ジャズ”などの音楽のジャンルを表す複数のフォルダが形成されている。そして、それぞれのフォルダの下に、上述のＭＰ３やＷＭＡなどの方式で圧縮された複数曲の音声圧縮ファイル（“ｍｐ３”や“ｗｍａ”などの拡張子が付されたファイル）が記録されている。これらの音声圧縮ファイルは、たとえばＣＤプレーヤ５２内のＣＤからリッピングされ、或いはインターネットからダウンロードされたものであるが、これらについての詳しい説明は省略する。
【００２９】
操作キー３６の操作によってこのハードディスクドライブ５６を音源とする旨の操作が成されると、サブＣＰＵ３８は、Ｄ／Ａ変換回路４２から出力される信号がアンプ回路４６に入力されるように、音源切換回路４４を制御するとともに、メインＣＰＵ１６に対して再生指示を与える。メインＣＰＵ１６は、サブＣＰＵ３８から与えられた再生指示に従う圧縮音声ファイルをハードディスクドライブ５６から読み出す。そして、読み出した圧縮音声ファイルを一旦ＳＤＲＡＭ２８の放送データ記憶領域２８ｃに記憶した後、ＤＳＰ１８に順次入力する。
【００３０】
ＤＳＰ１８は、入力された圧縮音声ファイルに格納されている圧縮音声データを順次デコードして、圧縮前のＰＣＭデータを再現する。再現されたＰＣＭデータは、Ｄ／Ａ変換回路４２に入力され、ここでアナログ電気信号である音声信号に変換される。そして、変換された音声信号は、音源切換回路４４およびアンプ回路４６を介して各スピーカ４８および５０に入力される。これによって、各スピーカ４８および５０からハードディスクドライブ５６を音源とするコンテンツが出力される。
【００３１】
なお、このときも操作キー３６の操作によって、各スピーカ４８および５０の音量を調整することができる。また、このようにハードディスクドライブ５６が音源とされているときは、電話機１０はインターネットラジオ受信機として機能することができず、ＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４もまた音源となり得ない。つまり、インターネットラジオ受信機としての機能，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６は、同時に音源となり得ず、操作キー３６の操作によって選択的に音源となる。
【００３２】
ところで、この実施例の電話機１０は、ＩＰ電話機能によって通話が行われているときに、相手方の好みに応じたＢＧＭを流す、というＢＧＭ機能を備えている。
【００３３】
具体的には、インターネットラジオ放送の受信中に、上述した電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合、インターネットラジオ放送のチャネルのうちその者の好みの音楽を配信しているチャネルが受信チャネルとして設定される。そして、その受信チャネルで放送されているコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３４】
一方、ＡＭ／ＦＭチューナ５４によってＡＭ放送が受信されているときに、電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合、ＡＭ放送の放送局のうちその者の好みの放送局にチューニングされる。そして、チューニングされたＡＭ放送局から放送中のコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３５】
ＡＭ／ＦＭチューナ５４によってＦＭ放送が受信されているときも同様に、電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合は、その者の好みのＦＭ放送局にチューニングされる。そして、そのＦＭ放送局から放送中のコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３６】
また、ハードディスクドライブ５６が音源とされているときに、電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合は、上述した複数のフォルダのうちその者の好みのジャンルに対応するフォルダが選択される。そして、選択されたフォルダに記録されている圧縮音楽ファイルに従うコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３７】
なお、ＣＤプレーヤ５２が音源とされているときに、電話が掛かってくるか、若しくは電話が掛けられた場合は、そのまま当該ＣＤプレーヤ５２を音源とするコンテンツがＢＧＭとして流れる。
【００３８】
さらに、ＢＧＭとして流れているコンテンツは、こちら側の送話音とともに相手方にも送られる。すなわち、音源切換回路４４から出力されるアナログ音声信号は、ＡＧＣ（Automatic Gain Control）回路５８を介してＰＣＭコーデック３０に入力される。ＰＣＭコーデック３０は、メインＣＰＵ１６からの制御に従ってＡＧＣ回路５８から入力されるアナログ音声信号を、アンプ回路３４から入力される送話信号に重畳（ミキシング）させる。そして、重畳後の言わば多重音声信号に対し上述のμ−ｌａｗ圧伸則に従うエンコード処理を施す。このエンコード処理によって生成されたＰＣＭデータは、上述と同様の要領でＳＤＲＡＭ２８に一旦保存された後、ＤＳＰ１８に入力される。この結果、相手方において、こちら側と同様のＢＧＭが送話音とともに再生される。
【００３９】
なお、上述のようにＢＧＭが流れているとき、メインＣＰＵ１６は、スピーカ４８および５０の音量が当該ＢＧＭに適した音量となるように、サブＣＰＵ３８に指示を与える。メインＣＰＵ１６はまた、相手方において再生されるＢＧＭの音量も当該ＢＧＭとして適度な音量となるように、ＡＧＣ回路５８の増幅率を制御する。
【００４０】
上述の如く相手方の好みに応じたコンテンツがＢＧＭとして流れるようにするために、電話帳には、図３に示すような情報が記憶されている。すなわち、上述した相手方の電話番号および呼称に関する情報の他に、当該相手方の好みのインターネットラジオ放送チャネル，ＡＭ放送局，ＦＭ放送局およびハードディスクドライブ５６内のフォルダ（ジャンル）に関する情報が、相手方毎に記憶されている。この電話帳の内容は、操作キー３６の操作によって任意に変更することができる。
【００４１】
メインＣＰＵ１６は、この電話帳に記憶されている情報を参照して、相手方が登録されているか否かを判断し、登録されている場合にはその相手方を特定する。さらに、特定された相手方の好みのコンテンツを、現在有効化されている音源に応じて認識する。そして、認識したコンテンツがＢＧＭとして流れるように、サブＣＰＵ３８に指示を与えるとともに、ＰＣＭコーデック３０およびＡＧＣ回路５８を制御する。
【００４２】
なお、かかるＢＧＭ機能は、操作キー３６を構成するＢＧＭキー３６ａの操作によって任意に有効化し、または無効化することができる。したがって、ＢＧＭが流れている環境下で通話を行いたい場合には、ＢＧＭ機能を有効化し、ＢＧＭが流れていない静かな環境下で通話を行いたい場合には、ＢＧＭ機能を無効化すればよい。
【００４３】
また、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれも音源とされておらず、スピーカ４８および５０からコンテンツが出力されていないときに、相手方から電話が掛かってくるか、若しくは電話が掛けられても、ＢＧＭは流れない。さらに、スピーカ４８および５０からコンテンツが出力されているときに、電話帳に登録されていない者から電話が掛かってくるか、若しくは当該電話帳に登録されていない者に対して電話が掛けられた場合は、その時点で出力されているコンテンツがＢＧＭとして流れる。
【００４４】
ＢＧＭが流れている環境下での通話が終わると、電話機１０は通話前の状態に戻る。たとえば、インターネットラジオ受信機が音源とされている場合は、通話前の受信チャネルに設定される。一方、ＡＭ／ＦＭチューナ５４が音源とされている場合には、通話前の放送局にチューニングされる。そして、ハードディスクドライブ５６が音源とされている場合には、通話前のフォルダが選択される。なお、ＣＤプレーヤ５２が音源とされている場合は、そのまま当該ＣＤプレーヤ５２を音源とするコンテンツが出力される。そして、かかる音源の再設定とともに、スピーカ４８および５０の音量も通話前の大きさに戻る。
【００４５】
さらに、この実施例の電話機１０は、保留機能をも有している。すなわち、通話中に操作キー３６を構成する保留キー３６ｂが押下されると、サブＣＰＵ３８は、その旨をメインＣＰＵ１６に伝える。これに応答して、メインＣＰＵ１６は、アンプ回路３４からＰＣＭコーデック３０への送話信号の入力を無効化（遮断）するように、当該ＰＣＭコーデック３０を制御する。そして、メインＣＰＵ１６は、上述のＢＧＭが流れているときは、ＡＧＣ回路５８の出力レベルが保留音に適したレベル、たとえばＢＧＭよりも若干高めのレベルになるように、当該ＡＧＣ回路５８を制御する。これによって、相手方において、現在流れているＢＧＭ、つまり当該相手方の好みのコンテンツが、保留音として流れる。
【００４６】
一方、ＢＧＭが流れていないときに保留キー３６ｂが押下され保留状態となった場合には、メインＣＰＵ１６は、疑似音発生回路２０を制御して、スピーカ２２から所定の電子音を保留音として出力させる。この保留音を出力させるための信号は、ＰＣＭコーデック３０にも入力され、メインＣＰＵ１６は、ＰＣＭコーデック３０を制御して、当該保留音の信号に対し上述のμ−ｌａｗ圧伸則に従うエンコード処理を実施させる。このエンコード処理によって生成されたＰＣＭデータ、つまり保留音のデータは、上述と同じ要領でＳＤＲＡＭ２８の送話データ保存領域２８ｂに一旦保存された後、ＤＳＰ１８に入力される。この結果、相手方において、上述の電子音が保留音として流れる。なお、この電子音を発生させるためのデータは、フラッシュメモリ４０に記憶されている。また、上述の呼出音を発生させるためのデータも、フラッシュメモリ４０に記憶されている。
【００４７】
このような保留状態にあるときに、再度、保留キー３６ｂが押下されると、メインＣＰＵ１６は、当該保留状態を解除する。すなわち、アンプ回路３４からＰＣＭコーデック３０への送話信号の入力を有効化するように、当該ＰＣＭコーデック３０を制御する。そして、上述のＢＧＭが流れているときは、ＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルになるように、当該ＡＧＣ回路５８を制御する。一方、ＢＧＭが流れていないとき、つまり上述の電子音が保留音として流れているときは、疑似音派生回路２０を制御して、当該電子音の出力を停止させるとともに、ＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化する。
【００４８】
なお、この実施例の電話機１０は、液晶ディスプレイ６０を備えている。この液晶ディスプレイ６０の表示は、サブＣＰＵ３８によって制御され、サブＣＰＵ３８は、通話中であるときは相手方の電話番号や通話時間などの情報を当該液晶ディスプレイ６０に表示する。また、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれかが音源となっているときは、その旨を液晶ディスプレイ６０に表示する。
【００４９】
上述した一連の動作を実現するために、メインＣＰＵ１６は、フラッシュメモリ４０に記憶されている制御プログラムに従って図４〜図１０のフロー図で示される各処理を実行する。なお、この実施例の電話機が設置された直後、いわゆる初期状態においては、上述のＢＧＭ機能は有効化されており、また後述する各フラグＦａ，Ｆｂ，Ｆｃ，ＦｄおよびＦｅにはいずれも“０”が設定されている。
【００５０】
図４を参照して、メインＣＰＵ１６は、まずステップＳ１の通話処理を実行する。この通話処理においては、相手方との間で通話状態（呼出中を含む）にあるか否かを判断し、通話状態にあるときは、上述の如く相手方との間で電話用パケット信号の送受信を行う。
【００５１】
そして、ステップＳ３においてＢＧＭ再生処理を行う。つまり、上述したＢＧＭ機能が有効化されているか否かを判断し、有効化されている場合には、上述のごとくスピーカ４８および５０からＢＧＭを出力させるとともに、相手方に対しＢＧＭを送信する。このＢＧＭ再生処理については、後で詳しく説明する。
【００５２】
ステップＳ３のＢＧＭ再生処理の実行後、メインＣＰＵ１６は、ステップＳ５の保留処理を実行する。すなわち、保留状態にあるか否かを判断し、保留状態にあるときは、スピーカ４８および５０からＢＧＭまたは上述した電子音を保留音として出力させるとともに、相手方に対し当該保留音を送信する。この保留処理についても、後で詳しく説明する。
【００５３】
さらに、メインＣＰＵ１６は、ステップＳ７のサブＣＰＵ連携処理を実行する。このサブＣＰＵ連携処理においては、サブＣＰＵ３８から操作キー３６の操作内容を受け取ったり、或いはサブＣＰＵ３８に対して電話が掛かってきたことを伝えたりするなど、当該サブＣＰＵ３８との間で各種情報（指示）を交換する。
【００５４】
このステップＳ７のサブＣＰＵ連携処理の実行後、メインＣＰＵ１６は、ステップＳ９のインターネットラジオ受信処理を実行する。このインターネットラジオ受信処理においては、インターネットラジオ放送が受信されている状態にあるか否かを判断し、受信中の場合には、受信されたコンテンツをスピーカ４８および５０から出力させるべく、上述した一連の処理を実行する。
【００５５】
そして、メインＣＰＵ１６は、ステップＳ１１のハードディスク制御処理を実行する。このハードディスク制御処理において、メインＣＰＵ１６は、ハードディスクドライブ５６が音源とされているか否かを判断し、音源とされている場合には、上述の如く当該ハードディスク５６に記録されている圧縮音声ファイルに従うコンテンツをスピーカ４８および５０から出力させるべく、上述した一連の処理を実行する。そして、このハードディスク制御処理の実行後、メインＣＰＵ１６は、ステップＳ１の通話処理から繰り返す。
【００５６】
さて、ステップＳ３のＢＧＭ再生処理において、メインＣＰＵ１６は、具体的には次のような処理を実行する。
【００５７】
すなわち、図５を参照して、メインＣＰＵ１６は、ステップＳ１０１において、外部から電話が掛かってきたか否か（着信の有無）、若しくはダイヤル操作によってこちらから電話が掛けられたか否か（発信の有無）を判断する。なお、この判断は、上述したステップＳ１の通話処理の処理結果に基づいて行われる。
【００５８】
ステップＳ１０１において電話の着信または発信が有ったと判断すると、メインＣＰＵ１６は、ステップＳ１０３に進み、何らかのコンテンツが再生（出力）されているか否か、つまりインターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれかが音源とされているか否かを判断する。この判断は、図４におけるステップＳ７のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００５９】
このステップＳ１０３において何らのコンテンツも再生されていない場合、メインＣＰＵ１６は、このＢＧＭ再生処理を終了して、次の保留処理を実行する。一方、何らかのコンテンツが再生されている場合は、ステップＳ１０３からステップＳ１０５に進み、現在再生されているコンテンツの種類を、自身に内蔵された保存手段としてのレジスタＲａに記憶する。ここで、コンテンツの種類とは、インターネットラジオ放送が受信されているときは、受信チャネルのことを言う。一方、ＡＭ放送またはＦＭ放送が受信されているときは、チューニングされているＡＭ放送局またはＦＭ放送局のことを言う。さらに、ハードディスクドライブ５６が音源とされているときは、再生中の圧縮音声ファイルが記録されているフォルダのことを言う。そして、ＣＤプレーヤ５２が音源とされているときは、当該ＣＤプレーヤ５２自体を言う。
【００６０】
そして、メインＣＰＵ１６は、ステップＳ１０７において現在のスピーカ４８および５０の音量、つまりアンプ回路４６の増幅率に関する情報を、サブＣＰＵ３８から取得するとともに、取得した情報を、自身に内蔵されたレジスタＲｂに記憶する。
【００６１】
さらに、メインＣＰＵ１６は、ステップＳ１０９で上述した電話帳を参照し、電話を掛けてきた相手方または電話の呼出先となる相手方を特定する。そして、ステップＳ１１１で当該相手方が電話帳に登録されているか否かを判断し、登録されている場合には、ステップＳ１１３に進む。そして、このステップＳ１１３で、電話帳を参照し、相手方に応じたコンテンツの種類を認識する。
【００６２】
ステップＳ１１３においてコンテンツの種類を認識した後、メインＣＰＵ１６は、ステップＳ１１５に進み、当該ステップＳ１１３で認識したコンテンツの種類が現在スピーカ４８および５０から出力されているコンテンツの種類と同一であるか否かを判断する。ここで、各コンテンツが互いに同一である場合、メインＣＰＵ１６は、ステップＳ１１７においてスピーカ４８および５０の音量がＢＧＭに適した音量になるように、サブＣＰＵ３８に伝える。
【００６３】
一方、ステップＳ１１３で認識したコンテンツの種類が現在スピーカ４８および５０から出力されているコンテンツの種類と異なる場合、メインＣＰＵ１６は、ステップＳ１１５からステップＳ１１９に進む。そして、当該ステップＳ１１３で認識した種類のコンテンツがスピーカ４８および５０から出力されるように、当該コンテンツの種類を変更する。そして、ステップＳ１２１において、自身に内蔵されたフラグＦａに“１”を設定した後、ステップＳ１１７に進む。なお、フラグＦａは、ステップＳ１２１においてコンテンツの種類が自動的に変更されたか否かを表す指標であり、当該フラグＦａが“１”のときは、コンテンツの種類が自動的に変更されたことを表す。このフラグＦａが“０”のときは、コンテンツの種類が自動的に変更されていないこと、換言すればステップＳ１１９が実行されていないことを表す。また、ＢＧＭが流れている環境下で当該ＢＧＭとしてのコンテンツの種類が変更された場合も、フラグＦａは“０”になる。
【００６４】
ステップＳ１１７においてスピーカ４８および５０の音量を設定した後、メインＣＰＵ１６は、ステップＳ１２３においてＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルになるように当該ＡＧＣ回路５８を制御する。そして、ステップＳ１２５でＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を有効化するよう当該ＰＣＭコーデック３０を制御し、さらにステップＳ１２７で自身に内蔵されたフラグＦｂに“１”を設定して、このＢＧＭ再生処理を終了する。なお、フラグＦｂは、ＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力が有効化されているか否か、換言すれば相手方にＢＧＭが送られているか否か、ひいてはＢＧＭが出力されているか否かを表す指標であり、当該フラグＦｂが“１”のとき、ＢＧＭが出力されていることを表す。一方、フラグＦｂが“０”のときは、ＢＧＭが出力されていないことを表す。
【００６５】
上述のステップＳ１０１において、電話の着信または発信が無い場合、メインＣＰＵ１６は、図６のステップＳ１２９に進む。そして、このステップＳ１２９において、相手方との通話が終了したか否かを判断する。この判断もまた、図４に示すステップＳ１の通話処理の処理結果に基づいて行われる。
【００６６】
ステップＳ１２９において相手方との通話が終了したと判断すると、メインＣＰＵ１６は、ステップＳ１３１に進み、上述のフラグＦｂに“１”が設定されているか否かを判断する。ここで、フラグＦｂに“０”が設定されている場合、つまりＢＧＭが出力されていない場合、メインＣＰＵ１６は、このＢＧＭ再生処理を終了する。
【００６７】
一方、フラグＦｂに“１”が設定されている場合、メインＣＰＵ１６は、ステップＳ１３３に進み、ＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化する。そして、ステップＳ１３５でフラグＦａに“１”が設定されているか否かを判断し、“１”が設定されている場合、つまり現在ＢＧＭとして出力されているコンテンツが図５のステップＳ１１９で電話帳に基づいて自動的に設定されたものである場合には、ステップＳ１３７に進む。そして、このステップＳ１３７において、レジスタＲａの記憶内容に基づいてコンテンツの種類を変更した後、ステップＳ１３９に進む。フラグＦａに“１”が設定されていない場合には、ステップＳ１３７をスキップして、直接ステップＳ１３９に進む。
【００６８】
ステップＳ１３９において、メインＣＰＵ１６は、フラグＦｃに“０”が設定されているか否かを判断する。ここで、フラグＦｃは、ＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されたか否かを表す指標であり、当該フラグＦｃが“１”であるとき、スピーカ４８および５０の音量が変更されたことを表す。一方、フラグＦｃが“０”のときは、ＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されていないことを表す。
【００６９】
ステップＳ１３９においてフラグＦｃに“０”が設定されている場合、つまりＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されていない場合、メインＣＰＵ１６は、ステップＳ１４１に進み、レジスタＲｂの記憶内容に基づいて当該スピーカ４８および５０の音量を調整する。つまり、ＢＧＭが出力される前の元の音量に戻す。そして、ステップＳ１４３において、フラグＦａ，ＦｂおよびＦｃのそれぞれに、“０”を設定して、このＢＧＭ再生処理を終了する。ステップＳ１３９において、フラグＦｃに“１”が設定されている場合には、ステップＳ１４１をスキップして、直接ステップＳ１４３に進む。
【００７０】
さらに、上述のステップＳ１２９において相手方との通話が終了していないと判断すると、メインＣＰＵ１６は、図７のステップＳ１４５に進む。そして、このステップＳ１４５において現在通話中であるか否かを判断する。この判断もまた、図４に示すステップＳ１の通話処理の処理結果に基づいて行われる。
【００７１】
ステップＳ１４５において通話中でないと判断した場合、メインＣＰＵ１６は、このＢＧＭ再生処理を終了する。一方、通話中であると判断した場合、メインＣＰＵ１６は、ステップＳ１４５からステップＳ１４７に進み、フラグＦｂに“１”が設定されているか否かを判断する。
【００７２】
ここで、フラグＦｂに“１”が設定されている場合、メインＣＰＵ１６は、ステップＳ１４９に進み、ＢＧＭが出力されている最中にコンテンツの種類が変更されたか否かを判断する。この判断は、図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００７３】
ステップＳ１４９においてコンテンツの種類が変更されたと判断した場合、メインＣＰＵ１６は、ステップＳ１５１においてフラグＦａに“０”を設定して、このＢＧＭ再生処理を終了する。これとは反対に、コンテンツの種類が変更されていない場合には、メインＣＰＵ１６は、ステップＳ１４９からステップＳ１５３に進み、ＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されたか否かを判断する。この判断もまた、図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００７４】
ステップＳ１５３においてスピーカ４８および５０の音量が変更されたと判断した場合、メインＣＰＵ１６は、ステップＳ１５５においてフラグＦｃに“１”を設定し、このＢＧＭ再生処理を終了する。一方、スピーカ４８および５０の音量が変更されていない場合、メインＣＰＵ１６は、ステップＳ１５３からステップＳ１５７に進む。そして、このステップＳ１５７において、ＢＧＭが出力されている最中に当該ＢＧＭ（コンテンツ）の再生が停止されたか否かを判断する。この判断もまた、図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００７５】
ステップＳ１５７においてＢＧＭの再生が停止されたと判断すると、メインＣＰＵ１６は、ステップＳ１５９においてＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化し、さらにステップＳ１６１においてフラグＦａ，ＦｂおよびＦｃのそれぞれに“０”を設定し、このＢＧＭ再生処理を終了する。一方、ＢＧＭの再生が停止されていない場合には、メインＣＰＵ１６は、ステップＳ１５７からステップＳ１６３に進む。そして、このステップＳ１６３において上述したＢＧＭキー３６ａが押下されたか否かを判断する。
【００７６】
このステップＳ１６３においてＢＧＭキー３６ａが押下されたと判断した場合、メインＣＰＵ１６は、ＢＧＭ機能を無効化するべく、ステップＳ１５９に進む。一方、ＢＧＭキー３６ａが押下されていない場合には、このＢＧＭ再生処理を終了する。
【００７７】
さらに、上述のステップＳ１４７においてフラグＦｂに“１”が設定されていない場合、つまりＢＧＭが出力されていない場合、メインＣＰＵ１６は、ステップＳ１６５に進む。そして、このステップＳ１６５においてＢＧＭキー３６ａが押下されたか否かを判断し、ＢＧＭキー３６ａが押下されていないと判断した場合には、このＢＧＭ再生処理を終了する。一方、ＢＧＭキー３６ａが押下されたと判断した場合は、ステップＳ１６７に進む。
【００７８】
ステップＳ１６７において、メインＣＰＵ１６は、フラグＦｄに“０”が設定されているか否かを判断する。このフラグＦｄは、上述した保留状態にあるか否かを表す指標であり、当該フラグＦｄが“１”であるときは、保留状態にあることを表す。一方、フラグＦｄが“０”であるときには、保留状態にないことを表す。このステップＳ１６７においてフラグＦｄに“０”が設定されていないとき、つまり保留状態にあるときは、メインＣＰＵ１６は、このＢＧＭ設定処理を終了する。つまり、保留状態にあるときは、ＢＧＭキー３６ａの操作は無視される。これとは反対に、フラグＦｄに“０”が設定されているときは、ステップＳ１６９に進む。
【００７９】
ステップＳ１６９において、メインＣＰＵ１６は、現在何らかのコンテンツが再生（出力）されているか否かを判断する。ここで、何らのコンテンツも再生されていない場合は、このＢＧＭ再生処理を終了する。一方、何らかのコンテンツが再生されている場合には、ステップＳ１６９からステップＳ１７１に進み、ＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルになるように当該ＡＧＣ回路５８を制御する。
【００８０】
また、このときはＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力が無効化されている状態にあるので、メインＣＰＵ１６は、ステップＳ１７３において当該信号の入力を有効化するようにＰＣＭコーデック３０を制御する。そして、ステップＳ１７９でフラグＦｂに“１”を設定して、このＢＧＭ再生処理を終了する。
【００８１】
一方、図４におけるステップＳ５の保留処理において、メインＣＰＵ１６は、具体的には次のような処理を実行する。
【００８２】
すなわち、図８を参照して、メインＣＰＵ１６は、ステップＳ２０１において、現在通話中であるか否かを判断する。この判断は、上述したように図４に示すステップＳ１の通話処理の処理結果に基づいて行われる。
【００８３】
このステップＳ２０１において通話中であると判断すると、メインＣＰＵ１６は、ステップＳ２０３に進み、保留キー３６ｂが押下されたか否かを判断する。ここで、保留キー３６ｂが押下されたと判断すると、メインＣＰＵ１６は、ステップＳ２０５において上述したフラグＦｄに“１”が設定されているか否かを判断する。
【００８４】
このステップＳ２０５においてフラグＦｄに“１”が設定されていると判断した場合、つまり現在保留状態にある場合、メインＣＰＵ１６は、ステップＳ２０７に進み、フラグＦｅに“０”が設定されているか否かを判断する。ここで、フラグＦｅは、疑似音発生回路２０による電子音が保留音として出力されているか否かを表す指標であり、このフラグＦｅが“１”のとき当該電子音が保留音として出力されていることを表す。一方、フラグＦｅが“０”のときは、当該保留音としての電子音が出力されていないことを表す。
【００８５】
ステップＳ２０７においてフラグＦｅに“０”が設定されている場合、つまり保留音としての電子音が出力されていない場合、メインＣＰＵ１６は、ステップＳ２０９に進み、フラグＦｂに“１”が設定されているか否かを判断する。ここで、フラグＦｂに“１”が設定されている場合、つまりＢＧＭが出力されている場合は、ステップＳ２１１においてＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルとなるように当該ＡＧＣ回路５８を制御する。そして、ステップＳ２１３において送話用のアンプ回路３４からＰＣＭコーデック３０への送話信号の入力が有効化されるよう当該ＰＣＭコーデック３０を制御する。さらに、ステップＳ２１５でフラグＦｄに“０”を設定した後、この保留処理を終了する。
【００８６】
一方、フラグＦｂに“１”が設定されていない場合には、メインＣＰＵ１６は、ステップＳ２０９からステップＳ２１７に進む。そして、このステップＳ２１７においてＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化した後、ステップＳ２１３に進む。
【００８７】
さらに、ステップＳ２０７においてフラグＦｅに“０”が設定されていない場合、メインＣＰＵ１６は、ステップＳ２１９に進む。そして、このステップＳ２１９において疑似音発生回路２０を制御して保留音としての電子音の出力を停止させ、さらにステップＳ２２１においてフラグＦｅに“０”を設定した後、ステップＳ２１３に進む。
【００８８】
また、上述のステップＳ２０５においてフラグＦｄに“１”が設定されていないと判断した場合、メインＣＰＵ１６は、ステップＳ２２３に進み、送話用のアンプ回路３４からＰＣＭコーデック３０への送話信号の入力を無効化し、さらにステップＳ２２５において現在コンテンツが再生されているか否かを判断する。この判断は、上述したように図４に示すステップＳ７のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００８９】
ステップＳ２２５においてコンテンツが再生されていると判断した場合、メインＣＰＵ１６は、ステップＳ２２７に進み、ＡＧＣ回路５８の出力レベルが保留音として適したレベルになるように当該ＡＧＣ回路５８を制御する。そして、ステップＳ２２９においてフラグＦｂに“１”が設定されているか否かを判断する。
【００９０】
このステップＳ２２９においてフラグＦｂに“１”が設定されている場合、つまりＢＧＭが出力されている場合、メインＣＰＵ１６は、ステップＳ２３１に進み、フラグＦｄに“１”を設定して、この保留処理を終了する。一方、フラグＦｂに“１”が設定されていない場合は、ステップＳ２３３においてＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を有効化させた後、ステップＳ２３１を経て、この保留処理を終了する。
【００９１】
ステップＳ２２５においてコンテンツが再生されていないと判断した場合は、メインＣＰＵ１６は、ステップＳ２３５に進む。そして、このステップＳ２３５で疑似音発生回路２０を制御して保留音としての上述した電子音を出力させ、さらにステップＳ２３７においてフラグＦｅに“１”を設定した後、ステップＳ２３１を経て、この保留処理を終了する。
【００９２】
さらに、上述のステップＳ２０３において保留キー３６ｂが押下されていないと判断した場合、メインＣＰＵ１６は、図９のステップＳ２３９に進む。そして、このステップＳ２３９においてフラグＦｄに“１”が設定されているか否かを判断する。ここで、フラグＦｄに“１”が設定されていない場合は、この保留処理を終了する。一方、フラグＦｄに“１”が設定されている場合、ステップＳ２４１においてコンテンツの再生が停止されたか否かを判断する。この判断は、上述したように図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００９３】
ステップＳ２４１において、コンテンツの再生が停止されていない場合、メインＣＰＵ１６は、この保留処理を終了する。これとは反対に、コンテンツ再生が停止された場合、ステップＳ２４３においてフラグＦｅに“０”が設定されているか否かを判断する。
【００９４】
このステップＳ２４３においてフラグＦｅに“０”が設定されていない場合、メインＣＰＵ１６は、一連の保留処理を終了する。一方、フラグＦｅに“０”が設定されている場合は、ステップＳ２４５において疑似音発生回路２０を制御して保留音としての上述した電子音を発生させ、さらにステップＳ２４７においてフラグＦｅに“１”を設定して、この保留処理を終了する。
【００９５】
図８のステップＳ２０１において現在通話中でないと判断した場合、メインＣＰＵ１６は、図１０のステップＳ２４９に進む。そして、このステップＳ２４９においてフラグＦｄに“１”が設定されているか否かを判断する。ここで、フラグＦｄに“１”が設定されていない場合には、一連の保留処理を終了する。一方、フラグＦｄに“１”が設定されている場合には、ステップＳ２５１に進み、フラグＦｅに“１”が設定されているか否かを判断する。
【００９６】
このステップＳ２５１においてフラグＦｅに“１”が設定されている場合、メインＣＰＵ１６は、ステップＳ２５３において疑似音発生回路２０を制御して保留音としての電子音の出力を停止させ、さらにステップＳ２５５において当該フラグＦｅに“０”を設定した後、ステップＳ２５７に進む。一方、フラグＦｅに“１”が設定されていない場合には、ステップＳ２５３およびステップＳ２５５をスキップして、直接ステップＳ２５７に進む。そして、このステップＳ２５７においてフラグＦｄに“０”を設定し、一連の保留処理を終了する。
【００９７】
以上の説明から判るように、この実施例の電話機１０によれば、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれかを音源とするコンテンツが再生されているとき、電話帳に登録された者から電話が掛かってくるか、若しくは当該電話帳に登録された者に対して電話が掛けられると、その相手方の好みに応じたＢＧＭがスピーカ４８および５０から出力される。さらに、このＢＧＭは、オペレータの送話音とミキシングされて相手方にも送られる。したがって、相手方に応じたムードでリラックスしながら通話を行うことができる。このことは、一般の電話回線を利用する電話通信サービスに比べて通話料金が格段に安いＩＰ電話サービスにおいて、長電話の傾向が予想されることを鑑みると、極めて有効である。
【００９８】
また、保留状態になったとき、相手方の好みに応じたコンテンツが保留音として流れる。したがって、保留状態で相手方を待たせるときに当該相手方が感じる退屈さを緩和することができる。
【００９９】
さらに、ＢＧＭが流れている環境下での通話が終わると、電話機１０は自動的に通話前の状態に戻る。したがって、通話が行われる度に、オペレータがわざわざ手動で通話前の状態に戻す必要はない。
【０１００】
なお、この実施例では、電話機１０がＩＰ電話機である場合について説明したが、一般の電話回線を使用する電話機にも、この発明を適用することができる。
【０１０１】
また、音源は、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６に限定されるものではない。さらに、ＣＤブレーヤ５２に代えて複数枚のＣＤを収容できるＣＤチェンジャを用い、このＣＤチェンジャに収容されているＣＤのうち相手方の好みに応じたＣＤに収録されているコンテンツをＢＧＭとして流してもよい。
【０１０２】
そして、インターネットへの接続は、有線でもよいし無線でもよい。また、受話器３６とコンテンツ再生装置１０本体との間も、有線式および無線式のいずれでもよい。さらに、受話器３６の他に、いわゆる子機を設けてもよい。そして、操作キー３６とは別に、ダイヤル操作のための専用のキーを設けてもよい。
【０１０３】
また、メインＣＰＵ１６の他にサブＣＰＵ３８を設けたが、サブＣＰＵ３８を設けずに、当該サブＣＰＵ３８による言わばマン・マシン・インタフェース処理についても、メインＣＰＵ１６によって実行するようにしてもよい。そして、メインＣＰＵ１６およびＤＳＰ１８をＡＳＩＣによって一体に構成したが、これらを別固体として設けてもよい。さらに、ＤＳＰ１８を含むメインＣＰＵ１６として高速かつ高性能なものを用いたが、これに代えて、比較的に低速かつ低性能なＣＰＵおよびＤＳＰをそれぞれ２つずつ設け、一方のＣＰＵおよびＤＳＰをＩＰ電話機用の処理に用い、他方のＣＰＵおよびＤＳＰをインターネットラジオ受信機用の処理に用いてもよい。
【０１０４】
そして、スピーカ２８および３０に入力される音声信号の周波数特性、つまり当該スピーカ２８および３０の出力音の音質を調整するための音質調整回路（イコライザ）を設けてもよい。また、相手方に応じて当該音質を当該相手方の好みの音質に変更するようにしてもよい。
【図面の簡単な説明】
【図１】この発明の一実施例の構成を示すブロック図である。
【図２】図１におけるハードディスクドライブ内のファイル構成を示す図解図である。
【図３】図１における電話帳の内容を概念的に示す図解図である。
【図４】図１におけるメインＣＰＵの動作を示すフロー図である。
【図５】図４におけるＢＧＭ再生処理の一部を示すフロー図である。
【図６】図５に続くフロー図である。
【図７】図６に続くフロー図である。
【図８】図４における保留処理の一部を示すフロー図である。
【図９】図８に続くフロー図である。
【図１０】図９とは別のルートで図８に続くフロー図である。
【符号の説明】
１０…電話機
１４…ＬＡＮコントローラ
１６…メインＣＰＵ
１８…ＤＳＰ
４０…フラッシュメモリ
４４…音源切換回路
４８，５０…スピーカ
５２…ＣＤプレーヤ
５４…ＡＭ／ＦＭチューナ
５６…ハードディスクドライブ
【産業上の利用分野】
この発明は、電話機に関し、特にたとえば任意の相手方との間で音声信号を送受信する、電話機に関する。
【０００２】
【従来技術】
電話で話をするときにムード作りのためにＢＧＭを流すことは、よく行われている。特許文献１には、かかるＢＧＭを流すための技術が開示されている。すなわち、この技術によれば、予めオペレータがＣＤ（Compact Disc）デッキなどの演奏曲再生手段によって再生可能な演奏曲の中から希望の曲を設定しておくと、通話時に、その曲がＢＧＭとして流れる。そして、このＢＧＭは、電話の音声信号にミキシングされて相手方にも送られる。これによって、オペレータおよび相手方の双方において、同じＢＧＭを聞きながら通話をすることができる。
【０００３】
【特許文献１】
特開平５−３４４２３４号公報
【０００４】
【発明が解決しようとする課題】
しかし、上述の従来技術では、ＢＧＭとして設定可能な曲が１曲のみであるため、相手方によっては当該ＢＧＭとして設定された曲が気に入らない場合がある。たとえば、相手方が高齢者であるのに対し、ＢＧＭとして設定された曲が若年層向けのハードロックの曲である場合には、相手方にとって当該ＢＧＭが非常に耳障りとなり、相手方に対し却って不快な思いをさせてしまう。
【０００５】
それゆえに、この発明の主たる目的は、相手方に応じたムード作りをすることができる、電話機を提供することである。
【０００６】
【課題を解決するための手段】
この発明に従う電話機は、複数の識別子にそれぞれ割り当てられた複数の可聴コンテンツを管理するコンテンツ管理情報を記憶するメモリ、少なくとも複数の識別子の１つである所望の識別子に対応する電話機との通話処理を電話着信／発信が発生したときに実行する通話処理手段、所望の識別子に割り当てられた可聴コンテンツをメモリに記憶されたコンテンツ管理情報を参照して検出する検出手段、指定された可聴コンテンツを通話処理の実行に関係なく再生する再生手段、再生手段によって再生される可聴コンテンツを検出手段によって検出された可聴コンテンツに変更する第１変更手段、再生手段によって再生される可聴コンテンツを第１変更手段によって変更される前の可聴コンテンツに変更する第２変更手段、再生手段によって再生される可聴コンテンツが検出手段によって検出された可聴コンテンツと同一であるか否かを電話着信／発信が発生したときに判別し、判別結果が肯定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が否定的であるとき第１変更手段を起動する第１判別手段、および第１判別手段の判別処理に関連して第１変更手段が起動されたか否かを通話処理が終了したときに判別し、判別結果が否定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が肯定的であるとき第２変更手段を起動する第２判別手段を備える。
【０００７】
【作用】
メモリは、複数の識別子にそれぞれ割り当てられた複数の可聴コンテンツを管理するコンテンツ管理情報を記憶する。通話処理手段は、少なくとも複数の識別子の１つである所望の識別子に対応する電話機との通話処理を、電話着信／発信が発生したときに実行する。所望の識別子に割り当てられた可聴コンテンツは、メモリに記憶されたコンテンツ管理情報を参照する検出手段によって検出される。再生手段は、指定された可聴コンテンツを通話処理の実行に関係なく再生する。第１変更手段は、再生手段によって再生される可聴コンテンツを検出手段によって検出された可聴コンテンツに変更し、第２変更手段は、再生手段によって再生される可聴コンテンツを第１変更手段によって変更される前の可聴コンテンツに変更する。第１判別手段は、再生手段によって再生される可聴コンテンツが検出手段によって検出された可聴コンテンツと同一であるか否かを電話着信／発信が発生したときに判別し、判別結果が肯定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が否定的であるとき第１変更手段を起動する。第２判別手段は、第１判別手段の判別処理に関連して第１変更手段が起動されたか否かを通話処理が終了したときに判別し、判別結果が否定的であるとき再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が肯定的であるとき第２変更手段を起動する。
【０００８】
好ましくは、再生手段によって再生される可聴コンテンツは、多重手段によって送話信号に多重される。
【０００９】
さらに好ましくは、多重手段によって多重される可聴コンテンツのレベルは、レベル変更手段によって通話状態と保留状態との間で変更される。
【００１０】
好ましくは、可聴コンテンツは複数の音源の各々から出力される。選択手段は、複数の音源のいずれか１つを選択する。第１変更手段および第２変更手段の各々は、共通の音源から出力される可聴コンテンツの間で変更処理を行う。また、好ましくは、再生手段は、可聴コンテンツをＢＧＭとして再生する。
【００１１】
【発明の効果】
この発明によれば、通話する相手方に応じたムード作りをすることができる。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１３】
【実施例】
図１を参照して、この実施例の電話機１０は、通信回線の一部にインターネットを利用するいわゆるＩＰ（Internet Protocol）電話サービスに対応したＩＰ電話機であり、図示しないＬＡＮ（Local Area Network）ケーブルを介して電話回線（厳密には図示しないＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム）に接続される通信コネクタ１２を備えている。この通信コネクタ１２は、電話機１０内においてＬＡＮコントローラ１４を介してメインＣＰＵ（Central Processing Unit）１６に接続されている。なお、メインＣＰＵ１６は、後述するＤＳＰ（Digital Signal Processor）１８とともにＡＳＩＣ（Application Specified IC）によって一体に構成されている。
【００１４】
任意の相手方から電話が掛かってくると、具体的にはＬＡＮコントローラ１４を介して呼出指令を含むＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に従う電話用パケット信号を受信すると、メインＣＰＵ１６は、疑似音発生回路２０を制御して、スピーカ２２から呼出音を出力させる。そして、この呼出音が出力されている状態で、受話器２４が上げられ、フックスイッチ２６がオフフック状態になると、メインＣＰＵ１６は、相手方との間で通話内容を含む電話用パケット信号の送受信を開始する。つまり、電話を掛けてきた相手方との通話が可能となる。
【００１５】
具体的には、相手方からＬＡＮコントローラ１４を介して通話内容を含む電話用パケット信号を受信すると、メインＣＰＵ１６は、当該電話用パケット信号から通話内容を表すストリーミングデータを取り出す。取り出されたストリーミングデータ、言わば受話データは、メインＣＰＵ１６によって一旦ＳＤＲＡＭ２８の受話データ保存領域２８ａに保存された後、上述のＤＳＰ１８に入力される。
【００１６】
ＤＳＰ１８に入力された受話データは、ＡＤＰＣＭ（ＩＴＵ−Ｔ勧告Ｇ．７２６）やＣＳ−ＣＥＬＰ（ＩＴＵ−Ｔ勧告Ｇ．７２９）といった通信用の音声情報圧縮方式に基づいて圧縮されており、ＤＳＰ１８は、この圧縮された受話データをデコードして、周知のμ−ｌａｗ（ＩＴＵ−Ｔ勧告Ｇ．７１１）圧伸則に従うＰＣＭ（Pulse Code Modulation）データに変換する。変換されたＰＣＭデータは、ＰＣＭコーデック３０に入力され、ここでさらに当該μ−ｌａｗ圧伸則に従うデコード処理を施され、アナログ電気信号である音声信号、つまり受話信号に変換される。変換後の受話信号は、アンプ回路３２で増幅された後、受話器２４のスピーカ２４ａに入力される。これによって、スピーカ２４ａから受話音が出力される。
【００１７】
一方、受話器２４のマイクロホン２４ｂには、オペレータの音声、つまり送話音が入力される。この送話音は、マイクロホン２４ｂによってアナログ電気信号である送話信号に変換され、変換された送話信号は、アンプ回路３４によって増幅された後、ＰＣＭコーデック３０に入力される。ＰＣＭコーデック３０は、入力された送話信号に対して上述のμ−ｌａｗ圧伸則に従うエンコード処理を施してＰＣＭデータ、言わば送話データを生成する。生成された送話データは、ＤＭＡ（Direct Memory Access）方式でＳＤＲＡＭ２８に転送され、一旦当該ＳＤＲＡＭ２８の送話データ保存領域２８ｂに保存された後、ＤＳＰ１８に入力される。
【００１８】
ＤＳＰ１８は、入力された送話データに対して上述のＡＤＰＣＭ方式或いはＣＳ−ＣＥＬＰ方式に基づくエンコード処理を施す。このエンコード処理後のデータは、メインＣＰＵ１６によってＴＣＰ／ＩＰに従う電話用パケット信号に成形され、成形後の電話用パケット信号は、ＬＡＮコントローラ１４に入力される。ＬＡＮコントローラ１４は、入力された電話用パケット信号を、Ｅｔｈｅｒｎｅｔ（登録商標）規格に従うアクセス方式で通信コネクタ１２を介して電話回線に送出する。これによって、送話データを含む電話用パケット信号が相手方に送信され、相手方において受話音となって出力される。
【００１９】
なお、こちらから相手方に電話を掛けるときのダイヤル操作は、操作キー３６によって行われる。すなわち、操作キー３６によってダイヤル操作が成されると、メインＣＰＵ１６とは別個に設けられたサブＣＰＵ３８が、当該ダイヤル操作の内容をメインＣＰＵ１６に伝える。メインＣＰＵ１６は、サブＣＰＵ３８から伝えられた内容に基づいて相手方を呼び出すための上述した呼出指令を生成し、さらにこの呼出指令を含む電話用パケット信号を生成する。生成された電話用パケット信号は、ＬＡＮコントローラ１４を介して相手方に送信され、これによって当該相手方が呼び出される。このとき、メインＣＰＵ１６は、疑似音発生回路２０を制御して、受話器２４のスピーカ２４ａから呼出音を出力させる。
【００２０】
また、いわゆる短縮ダイヤル操作によっても、相手方に電話を掛けることができる。すなわち、予め登録されている相手方であれば、操作キー３６による数回のキー操作（１回〜２回のキーの押下）によって、当該相手方に電話を掛けることができる。なお、相手方の登録は操作キー３６の操作によって任意に行われ、かかる相手方の情報、たとえば当該相手方の電話番号および呼称などの情報は、フラッシュメモリ４０内に電話帳として記憶される。
【００２１】
さらに、この実施例の電話機１０は、インターネット上に開設された放送局からラジオ放送と同様の番組を受信するという言わばインターネットラジオ受信機としての機能を兼ね備えている。
【００２２】
すなわち、操作キー３６によって任意のチャネル（ステーション）の番組を受信する旨の操作が成されると、サブＣＰＵ３８は、指定されたチャネルの受信指示をメインＣＰＵ１６に与える。メインＣＰＵ１６は、サブＣＰＵ３８から与えられた受信指示に基づいて、指定されたチャネルの放送を受信するためのチャネル選択指令を生成する。そして、このチャネル選択指令を含むパケット信号をＴＣＰ／ＩＰに従って生成し、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、チャネル選択指令を含むラジオ用パケット信号が指定された放送局（サーバ）に送信され、その放送局から番組の放送内容を含むＴＣＰ／ＩＰに従うラジオ用パケット信号が電話機１０に順次送られてくる。そして、このラジオ用パケット信号は、ＬＡＮコントローラ１４を介してメインＣＰＵ１６に入力される。
【００２３】
メインＣＰＵ１６は、順次入力されるラジオ放送用のパケット信号から放送内容を含むストリーミングデータを取り出す。そして、取り出したストリーミングデータ、言わば放送データを、ＳＤＲＡＭ２８の放送データ保存領域２８ｃに一旦保存した後、ＤＳＰ１８に入力する。
【００２４】
ＤＳＰ１８に入力された放送データは、ＭＰ３（MPEG-1/Audio Layer3）やＷＭＡ（Windows Media Audio：Windows＝登録商標）といった周知の音声情報圧縮方式に基づいて圧縮されたデータであり、ＤＳＰ１８は、この圧縮された放送データをデコードして、圧縮前のＰＣＭデータを再現する。再現されたＰＣＭデータは、Ｄ／Ａ変換回路４２に入力され、ここでアナログ電気信号である音声信号に変換される。変換された音声信号は、音源切換回路４４を介してアンプ回路４６に入力され、ここで増幅処理を施された後、左右のスピーカ４８および５０にそれぞれ入力される。これによって、各スピーカ４８および５０からインターネットラジオ放送の番組の音声（音楽を含む）情報、いわゆるコンテンツが、リアルタイムで出力される。このとき、操作キー３６の操作によって、アンプ回路４６の増幅率、つまり各スピーカ４８および５０の音量を調整することができる。
【００２５】
なお、メインＣＰＵ１６およびＤＳＰ１８は、高速かつ高性能のものであり、ＩＰ電話機としての機能およびインターネットラジオ受信機としての機能の両方を見かけ上同時に実現することができる。したがって、オペレータは、この電話機１０を用いて、相手方と通話しながらインターネットラジオ放送の番組を聴取することができる。
【００２６】
また、この実施例の電話機１０は、ＣＤ（Compact Disc）プレーヤ５２およびＡＭ／ＦＭチューナ５４を一体に備えている。そして、操作キー３６の操作によって、これらＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方を音源とするコンテンツを、スピーカ４８および５０から出力させることができる。
【００２７】
すなわち、操作キー３６によってＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方を音源とする旨の操作が成されると、サブＣＰＵ３８は、音源とされた側から出力されるアナログ音声信号がアンプ回路４６に入力されるように、音源切換回路４４を制御する。これによって、ＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方を音源とするコンテンツが、スピーカ４８および５０から出力される。このときも、操作キー３６の操作によって各スピーカ４８および５０の音量を調整することができる。なお、このようにＣＤプレーヤ５２またはＡＭ／ＦＭチューナ５４が音源とされているときには、電話機１０はインターネットラジオ受信機として機能することができない。
【００２８】
そしてさらに、この実施例の電話機１０は、音源としてのハードディスクドライブ５６を内蔵している。このハードディスクドライブ５６内には、図２に示すように、ルートディレクトリ（ROOT）の下に“最新ＭＵＳＩＣ”，“オールディーズ”，“演歌”，“ポップス”，“ジャズ”などの音楽のジャンルを表す複数のフォルダが形成されている。そして、それぞれのフォルダの下に、上述のＭＰ３やＷＭＡなどの方式で圧縮された複数曲の音声圧縮ファイル（“ｍｐ３”や“ｗｍａ”などの拡張子が付されたファイル）が記録されている。これらの音声圧縮ファイルは、たとえばＣＤプレーヤ５２内のＣＤからリッピングされ、或いはインターネットからダウンロードされたものであるが、これらについての詳しい説明は省略する。
【００２９】
操作キー３６の操作によってこのハードディスクドライブ５６を音源とする旨の操作が成されると、サブＣＰＵ３８は、Ｄ／Ａ変換回路４２から出力される信号がアンプ回路４６に入力されるように、音源切換回路４４を制御するとともに、メインＣＰＵ１６に対して再生指示を与える。メインＣＰＵ１６は、サブＣＰＵ３８から与えられた再生指示に従う圧縮音声ファイルをハードディスクドライブ５６から読み出す。そして、読み出した圧縮音声ファイルを一旦ＳＤＲＡＭ２８の放送データ記憶領域２８ｃに記憶した後、ＤＳＰ１８に順次入力する。
【００３０】
ＤＳＰ１８は、入力された圧縮音声ファイルに格納されている圧縮音声データを順次デコードして、圧縮前のＰＣＭデータを再現する。再現されたＰＣＭデータは、Ｄ／Ａ変換回路４２に入力され、ここでアナログ電気信号である音声信号に変換される。そして、変換された音声信号は、音源切換回路４４およびアンプ回路４６を介して各スピーカ４８および５０に入力される。これによって、各スピーカ４８および５０からハードディスクドライブ５６を音源とするコンテンツが出力される。
【００３１】
なお、このときも操作キー３６の操作によって、各スピーカ４８および５０の音量を調整することができる。また、このようにハードディスクドライブ５６が音源とされているときは、電話機１０はインターネットラジオ受信機として機能することができず、ＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４もまた音源となり得ない。つまり、インターネットラジオ受信機としての機能，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６は、同時に音源となり得ず、操作キー３６の操作によって選択的に音源となる。
【００３２】
ところで、この実施例の電話機１０は、ＩＰ電話機能によって通話が行われているときに、相手方の好みに応じたＢＧＭを流す、というＢＧＭ機能を備えている。
【００３３】
具体的には、インターネットラジオ放送の受信中に、上述した電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合、インターネットラジオ放送のチャネルのうちその者の好みの音楽を配信しているチャネルが受信チャネルとして設定される。そして、その受信チャネルで放送されているコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３４】
一方、ＡＭ／ＦＭチューナ５４によってＡＭ放送が受信されているときに、電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合、ＡＭ放送の放送局のうちその者の好みの放送局にチューニングされる。そして、チューニングされたＡＭ放送局から放送中のコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３５】
ＡＭ／ＦＭチューナ５４によってＦＭ放送が受信されているときも同様に、電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合は、その者の好みのＦＭ放送局にチューニングされる。そして、そのＦＭ放送局から放送中のコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３６】
また、ハードディスクドライブ５６が音源とされているときに、電話帳に登録されている任意の者から電話が掛かってくるか、若しくはこちらから当該電話帳に登録されている任意の者に対して電話が掛けられた場合は、上述した複数のフォルダのうちその者の好みのジャンルに対応するフォルダが選択される。そして、選択されたフォルダに記録されている圧縮音楽ファイルに従うコンテンツが、スピーカ４８および５０からＢＧＭとして流れる。
【００３７】
なお、ＣＤプレーヤ５２が音源とされているときに、電話が掛かってくるか、若しくは電話が掛けられた場合は、そのまま当該ＣＤプレーヤ５２を音源とするコンテンツがＢＧＭとして流れる。
【００３８】
さらに、ＢＧＭとして流れているコンテンツは、こちら側の送話音とともに相手方にも送られる。すなわち、音源切換回路４４から出力されるアナログ音声信号は、ＡＧＣ（Automatic Gain Control）回路５８を介してＰＣＭコーデック３０に入力される。ＰＣＭコーデック３０は、メインＣＰＵ１６からの制御に従ってＡＧＣ回路５８から入力されるアナログ音声信号を、アンプ回路３４から入力される送話信号に重畳（ミキシング）させる。そして、重畳後の言わば多重音声信号に対し上述のμ−ｌａｗ圧伸則に従うエンコード処理を施す。このエンコード処理によって生成されたＰＣＭデータは、上述と同様の要領でＳＤＲＡＭ２８に一旦保存された後、ＤＳＰ１８に入力される。この結果、相手方において、こちら側と同様のＢＧＭが送話音とともに再生される。
【００３９】
なお、上述のようにＢＧＭが流れているとき、メインＣＰＵ１６は、スピーカ４８および５０の音量が当該ＢＧＭに適した音量となるように、サブＣＰＵ３８に指示を与える。メインＣＰＵ１６はまた、相手方において再生されるＢＧＭの音量も当該ＢＧＭとして適度な音量となるように、ＡＧＣ回路５８の増幅率を制御する。
【００４０】
上述の如く相手方の好みに応じたコンテンツがＢＧＭとして流れるようにするために、電話帳には、図３に示すような情報が記憶されている。すなわち、上述した相手方の電話番号および呼称に関する情報の他に、当該相手方の好みのインターネットラジオ放送チャネル，ＡＭ放送局，ＦＭ放送局およびハードディスクドライブ５６内のフォルダ（ジャンル）に関する情報が、相手方毎に記憶されている。この電話帳の内容は、操作キー３６の操作によって任意に変更することができる。
【００４１】
メインＣＰＵ１６は、この電話帳に記憶されている情報を参照して、相手方が登録されているか否かを判断し、登録されている場合にはその相手方を特定する。さらに、特定された相手方の好みのコンテンツを、現在有効化されている音源に応じて認識する。そして、認識したコンテンツがＢＧＭとして流れるように、サブＣＰＵ３８に指示を与えるとともに、ＰＣＭコーデック３０およびＡＧＣ回路５８を制御する。
【００４２】
なお、かかるＢＧＭ機能は、操作キー３６を構成するＢＧＭキー３６ａの操作によって任意に有効化し、または無効化することができる。したがって、ＢＧＭが流れている環境下で通話を行いたい場合には、ＢＧＭ機能を有効化し、ＢＧＭが流れていない静かな環境下で通話を行いたい場合には、ＢＧＭ機能を無効化すればよい。
【００４３】
また、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれも音源とされておらず、スピーカ４８および５０からコンテンツが出力されていないときに、相手方から電話が掛かってくるか、若しくは電話が掛けられても、ＢＧＭは流れない。さらに、スピーカ４８および５０からコンテンツが出力されているときに、電話帳に登録されていない者から電話が掛かってくるか、若しくは当該電話帳に登録されていない者に対して電話が掛けられた場合は、その時点で出力されているコンテンツがＢＧＭとして流れる。
【００４４】
ＢＧＭが流れている環境下での通話が終わると、電話機１０は通話前の状態に戻る。たとえば、インターネットラジオ受信機が音源とされている場合は、通話前の受信チャネルに設定される。一方、ＡＭ／ＦＭチューナ５４が音源とされている場合には、通話前の放送局にチューニングされる。そして、ハードディスクドライブ５６が音源とされている場合には、通話前のフォルダが選択される。なお、ＣＤプレーヤ５２が音源とされている場合は、そのまま当該ＣＤプレーヤ５２を音源とするコンテンツが出力される。そして、かかる音源の再設定とともに、スピーカ４８および５０の音量も通話前の大きさに戻る。
【００４５】
さらに、この実施例の電話機１０は、保留機能をも有している。すなわち、通話中に操作キー３６を構成する保留キー３６ｂが押下されると、サブＣＰＵ３８は、その旨をメインＣＰＵ１６に伝える。これに応答して、メインＣＰＵ１６は、アンプ回路３４からＰＣＭコーデック３０への送話信号の入力を無効化（遮断）するように、当該ＰＣＭコーデック３０を制御する。そして、メインＣＰＵ１６は、上述のＢＧＭが流れているときは、ＡＧＣ回路５８の出力レベルが保留音に適したレベル、たとえばＢＧＭよりも若干高めのレベルになるように、当該ＡＧＣ回路５８を制御する。これによって、相手方において、現在流れているＢＧＭ、つまり当該相手方の好みのコンテンツが、保留音として流れる。
【００４６】
一方、ＢＧＭが流れていないときに保留キー３６ｂが押下され保留状態となった場合には、メインＣＰＵ１６は、疑似音発生回路２０を制御して、スピーカ２２から所定の電子音を保留音として出力させる。この保留音を出力させるための信号は、ＰＣＭコーデック３０にも入力され、メインＣＰＵ１６は、ＰＣＭコーデック３０を制御して、当該保留音の信号に対し上述のμ−ｌａｗ圧伸則に従うエンコード処理を実施させる。このエンコード処理によって生成されたＰＣＭデータ、つまり保留音のデータは、上述と同じ要領でＳＤＲＡＭ２８の送話データ保存領域２８ｂに一旦保存された後、ＤＳＰ１８に入力される。この結果、相手方において、上述の電子音が保留音として流れる。なお、この電子音を発生させるためのデータは、フラッシュメモリ４０に記憶されている。また、上述の呼出音を発生させるためのデータも、フラッシュメモリ４０に記憶されている。
【００４７】
このような保留状態にあるときに、再度、保留キー３６ｂが押下されると、メインＣＰＵ１６は、当該保留状態を解除する。すなわち、アンプ回路３４からＰＣＭコーデック３０への送話信号の入力を有効化するように、当該ＰＣＭコーデック３０を制御する。そして、上述のＢＧＭが流れているときは、ＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルになるように、当該ＡＧＣ回路５８を制御する。一方、ＢＧＭが流れていないとき、つまり上述の電子音が保留音として流れているときは、疑似音派生回路２０を制御して、当該電子音の出力を停止させるとともに、ＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化する。
【００４８】
なお、この実施例の電話機１０は、液晶ディスプレイ６０を備えている。この液晶ディスプレイ６０の表示は、サブＣＰＵ３８によって制御され、サブＣＰＵ３８は、通話中であるときは相手方の電話番号や通話時間などの情報を当該液晶ディスプレイ６０に表示する。また、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれかが音源となっているときは、その旨を液晶ディスプレイ６０に表示する。
【００４９】
上述した一連の動作を実現するために、メインＣＰＵ１６は、フラッシュメモリ４０に記憶されている制御プログラムに従って図４〜図１０のフロー図で示される各処理を実行する。なお、この実施例の電話機が設置された直後、いわゆる初期状態においては、上述のＢＧＭ機能は有効化されており、また後述する各フラグＦａ，Ｆｂ，Ｆｃ，ＦｄおよびＦｅにはいずれも“０”が設定されている。
【００５０】
図４を参照して、メインＣＰＵ１６は、まずステップＳ１の通話処理を実行する。この通話処理においては、相手方との間で通話状態（呼出中を含む）にあるか否かを判断し、通話状態にあるときは、上述の如く相手方との間で電話用パケット信号の送受信を行う。
【００５１】
そして、ステップＳ３においてＢＧＭ再生処理を行う。つまり、上述したＢＧＭ機能が有効化されているか否かを判断し、有効化されている場合には、上述のごとくスピーカ４８および５０からＢＧＭを出力させるとともに、相手方に対しＢＧＭを送信する。このＢＧＭ再生処理については、後で詳しく説明する。
【００５２】
ステップＳ３のＢＧＭ再生処理の実行後、メインＣＰＵ１６は、ステップＳ５の保留処理を実行する。すなわち、保留状態にあるか否かを判断し、保留状態にあるときは、スピーカ４８および５０からＢＧＭまたは上述した電子音を保留音として出力させるとともに、相手方に対し当該保留音を送信する。この保留処理についても、後で詳しく説明する。
【００５３】
さらに、メインＣＰＵ１６は、ステップＳ７のサブＣＰＵ連携処理を実行する。このサブＣＰＵ連携処理においては、サブＣＰＵ３８から操作キー３６の操作内容を受け取ったり、或いはサブＣＰＵ３８に対して電話が掛かってきたことを伝えたりするなど、当該サブＣＰＵ３８との間で各種情報（指示）を交換する。
【００５４】
このステップＳ７のサブＣＰＵ連携処理の実行後、メインＣＰＵ１６は、ステップＳ９のインターネットラジオ受信処理を実行する。このインターネットラジオ受信処理においては、インターネットラジオ放送が受信されている状態にあるか否かを判断し、受信中の場合には、受信されたコンテンツをスピーカ４８および５０から出力させるべく、上述した一連の処理を実行する。
【００５５】
そして、メインＣＰＵ１６は、ステップＳ１１のハードディスク制御処理を実行する。このハードディスク制御処理において、メインＣＰＵ１６は、ハードディスクドライブ５６が音源とされているか否かを判断し、音源とされている場合には、上述の如く当該ハードディスク５６に記録されている圧縮音声ファイルに従うコンテンツをスピーカ４８および５０から出力させるべく、上述した一連の処理を実行する。そして、このハードディスク制御処理の実行後、メインＣＰＵ１６は、ステップＳ１の通話処理から繰り返す。
【００５６】
さて、ステップＳ３のＢＧＭ再生処理において、メインＣＰＵ１６は、具体的には次のような処理を実行する。
【００５７】
すなわち、図５を参照して、メインＣＰＵ１６は、ステップＳ１０１において、外部から電話が掛かってきたか否か（着信の有無）、若しくはダイヤル操作によってこちらから電話が掛けられたか否か（発信の有無）を判断する。なお、この判断は、上述したステップＳ１の通話処理の処理結果に基づいて行われる。
【００５８】
ステップＳ１０１において電話の着信または発信が有ったと判断すると、メインＣＰＵ１６は、ステップＳ１０３に進み、何らかのコンテンツが再生（出力）されているか否か、つまりインターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれかが音源とされているか否かを判断する。この判断は、図４におけるステップＳ７のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００５９】
このステップＳ１０３において何らのコンテンツも再生されていない場合、メインＣＰＵ１６は、このＢＧＭ再生処理を終了して、次の保留処理を実行する。一方、何らかのコンテンツが再生されている場合は、ステップＳ１０３からステップＳ１０５に進み、現在再生されているコンテンツの種類を、自身に内蔵された保存手段としてのレジスタＲａに記憶する。ここで、コンテンツの種類とは、インターネットラジオ放送が受信されているときは、受信チャネルのことを言う。一方、ＡＭ放送またはＦＭ放送が受信されているときは、チューニングされているＡＭ放送局またはＦＭ放送局のことを言う。さらに、ハードディスクドライブ５６が音源とされているときは、再生中の圧縮音声ファイルが記録されているフォルダのことを言う。そして、ＣＤプレーヤ５２が音源とされているときは、当該ＣＤプレーヤ５２自体を言う。
【００６０】
そして、メインＣＰＵ１６は、ステップＳ１０７において現在のスピーカ４８および５０の音量、つまりアンプ回路４６の増幅率に関する情報を、サブＣＰＵ３８から取得するとともに、取得した情報を、自身に内蔵されたレジスタＲｂに記憶する。
【００６１】
さらに、メインＣＰＵ１６は、ステップＳ１０９で上述した電話帳を参照し、電話を掛けてきた相手方または電話の呼出先となる相手方を特定する。そして、ステップＳ１１１で当該相手方が電話帳に登録されているか否かを判断し、登録されている場合には、ステップＳ１１３に進む。そして、このステップＳ１１３で、電話帳を参照し、相手方に応じたコンテンツの種類を認識する。
【００６２】
ステップＳ１１３においてコンテンツの種類を認識した後、メインＣＰＵ１６は、ステップＳ１１５に進み、当該ステップＳ１１３で認識したコンテンツの種類が現在スピーカ４８および５０から出力されているコンテンツの種類と同一であるか否かを判断する。ここで、各コンテンツが互いに同一である場合、メインＣＰＵ１６は、ステップＳ１１７においてスピーカ４８および５０の音量がＢＧＭに適した音量になるように、サブＣＰＵ３８に伝える。
【００６３】
一方、ステップＳ１１３で認識したコンテンツの種類が現在スピーカ４８および５０から出力されているコンテンツの種類と異なる場合、メインＣＰＵ１６は、ステップＳ１１５からステップＳ１１９に進む。そして、当該ステップＳ１１３で認識した種類のコンテンツがスピーカ４８および５０から出力されるように、当該コンテンツの種類を変更する。そして、ステップＳ１２１において、自身に内蔵されたフラグＦａに“１”を設定した後、ステップＳ１１７に進む。なお、フラグＦａは、ステップＳ１２１においてコンテンツの種類が自動的に変更されたか否かを表す指標であり、当該フラグＦａが“１”のときは、コンテンツの種類が自動的に変更されたことを表す。このフラグＦａが“０”のときは、コンテンツの種類が自動的に変更されていないこと、換言すればステップＳ１１９が実行されていないことを表す。また、ＢＧＭが流れている環境下で当該ＢＧＭとしてのコンテンツの種類が変更された場合も、フラグＦａは“０”になる。
【００６４】
ステップＳ１１７においてスピーカ４８および５０の音量を設定した後、メインＣＰＵ１６は、ステップＳ１２３においてＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルになるように当該ＡＧＣ回路５８を制御する。そして、ステップＳ１２５でＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を有効化するよう当該ＰＣＭコーデック３０を制御し、さらにステップＳ１２７で自身に内蔵されたフラグＦｂに“１”を設定して、このＢＧＭ再生処理を終了する。なお、フラグＦｂは、ＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力が有効化されているか否か、換言すれば相手方にＢＧＭが送られているか否か、ひいてはＢＧＭが出力されているか否かを表す指標であり、当該フラグＦｂが“１”のとき、ＢＧＭが出力されていることを表す。一方、フラグＦｂが“０”のときは、ＢＧＭが出力されていないことを表す。
【００６５】
上述のステップＳ１０１において、電話の着信または発信が無い場合、メインＣＰＵ１６は、図６のステップＳ１２９に進む。そして、このステップＳ１２９において、相手方との通話が終了したか否かを判断する。この判断もまた、図４に示すステップＳ１の通話処理の処理結果に基づいて行われる。
【００６６】
ステップＳ１２９において相手方との通話が終了したと判断すると、メインＣＰＵ１６は、ステップＳ１３１に進み、上述のフラグＦｂに“１”が設定されているか否かを判断する。ここで、フラグＦｂに“０”が設定されている場合、つまりＢＧＭが出力されていない場合、メインＣＰＵ１６は、このＢＧＭ再生処理を終了する。
【００６７】
一方、フラグＦｂに“１”が設定されている場合、メインＣＰＵ１６は、ステップＳ１３３に進み、ＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化する。そして、ステップＳ１３５でフラグＦａに“１”が設定されているか否かを判断し、“１”が設定されている場合、つまり現在ＢＧＭとして出力されているコンテンツが図５のステップＳ１１９で電話帳に基づいて自動的に設定されたものである場合には、ステップＳ１３７に進む。そして、このステップＳ１３７において、レジスタＲａの記憶内容に基づいてコンテンツの種類を変更した後、ステップＳ１３９に進む。フラグＦａに“１”が設定されていない場合には、ステップＳ１３７をスキップして、直接ステップＳ１３９に進む。
【００６８】
ステップＳ１３９において、メインＣＰＵ１６は、フラグＦｃに“０”が設定されているか否かを判断する。ここで、フラグＦｃは、ＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されたか否かを表す指標であり、当該フラグＦｃが“１”であるとき、スピーカ４８および５０の音量が変更されたことを表す。一方、フラグＦｃが“０”のときは、ＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されていないことを表す。
【００６９】
ステップＳ１３９においてフラグＦｃに“０”が設定されている場合、つまりＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されていない場合、メインＣＰＵ１６は、ステップＳ１４１に進み、レジスタＲｂの記憶内容に基づいて当該スピーカ４８および５０の音量を調整する。つまり、ＢＧＭが出力される前の元の音量に戻す。そして、ステップＳ１４３において、フラグＦａ，ＦｂおよびＦｃのそれぞれに、“０”を設定して、このＢＧＭ再生処理を終了する。ステップＳ１３９において、フラグＦｃに“１”が設定されている場合には、ステップＳ１４１をスキップして、直接ステップＳ１４３に進む。
【００７０】
さらに、上述のステップＳ１２９において相手方との通話が終了していないと判断すると、メインＣＰＵ１６は、図７のステップＳ１４５に進む。そして、このステップＳ１４５において現在通話中であるか否かを判断する。この判断もまた、図４に示すステップＳ１の通話処理の処理結果に基づいて行われる。
【００７１】
ステップＳ１４５において通話中でないと判断した場合、メインＣＰＵ１６は、このＢＧＭ再生処理を終了する。一方、通話中であると判断した場合、メインＣＰＵ１６は、ステップＳ１４５からステップＳ１４７に進み、フラグＦｂに“１”が設定されているか否かを判断する。
【００７２】
ここで、フラグＦｂに“１”が設定されている場合、メインＣＰＵ１６は、ステップＳ１４９に進み、ＢＧＭが出力されている最中にコンテンツの種類が変更されたか否かを判断する。この判断は、図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００７３】
ステップＳ１４９においてコンテンツの種類が変更されたと判断した場合、メインＣＰＵ１６は、ステップＳ１５１においてフラグＦａに“０”を設定して、このＢＧＭ再生処理を終了する。これとは反対に、コンテンツの種類が変更されていない場合には、メインＣＰＵ１６は、ステップＳ１４９からステップＳ１５３に進み、ＢＧＭが出力されている最中にスピーカ４８および５０の音量が変更されたか否かを判断する。この判断もまた、図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００７４】
ステップＳ１５３においてスピーカ４８および５０の音量が変更されたと判断した場合、メインＣＰＵ１６は、ステップＳ１５５においてフラグＦｃに“１”を設定し、このＢＧＭ再生処理を終了する。一方、スピーカ４８および５０の音量が変更されていない場合、メインＣＰＵ１６は、ステップＳ１５３からステップＳ１５７に進む。そして、このステップＳ１５７において、ＢＧＭが出力されている最中に当該ＢＧＭ（コンテンツ）の再生が停止されたか否かを判断する。この判断もまた、図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００７５】
ステップＳ１５７においてＢＧＭの再生が停止されたと判断すると、メインＣＰＵ１６は、ステップＳ１５９においてＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化し、さらにステップＳ１６１においてフラグＦａ，ＦｂおよびＦｃのそれぞれに“０”を設定し、このＢＧＭ再生処理を終了する。一方、ＢＧＭの再生が停止されていない場合には、メインＣＰＵ１６は、ステップＳ１５７からステップＳ１６３に進む。そして、このステップＳ１６３において上述したＢＧＭキー３６ａが押下されたか否かを判断する。
【００７６】
このステップＳ１６３においてＢＧＭキー３６ａが押下されたと判断した場合、メインＣＰＵ１６は、ＢＧＭ機能を無効化するべく、ステップＳ１５９に進む。一方、ＢＧＭキー３６ａが押下されていない場合には、このＢＧＭ再生処理を終了する。
【００７７】
さらに、上述のステップＳ１４７においてフラグＦｂに“１”が設定されていない場合、つまりＢＧＭが出力されていない場合、メインＣＰＵ１６は、ステップＳ１６５に進む。そして、このステップＳ１６５においてＢＧＭキー３６ａが押下されたか否かを判断し、ＢＧＭキー３６ａが押下されていないと判断した場合には、このＢＧＭ再生処理を終了する。一方、ＢＧＭキー３６ａが押下されたと判断した場合は、ステップＳ１６７に進む。
【００７８】
ステップＳ１６７において、メインＣＰＵ１６は、フラグＦｄに“０”が設定されているか否かを判断する。このフラグＦｄは、上述した保留状態にあるか否かを表す指標であり、当該フラグＦｄが“１”であるときは、保留状態にあることを表す。一方、フラグＦｄが“０”であるときには、保留状態にないことを表す。このステップＳ１６７においてフラグＦｄに“０”が設定されていないとき、つまり保留状態にあるときは、メインＣＰＵ１６は、このＢＧＭ設定処理を終了する。つまり、保留状態にあるときは、ＢＧＭキー３６ａの操作は無視される。これとは反対に、フラグＦｄに“０”が設定されているときは、ステップＳ１６９に進む。
【００７９】
ステップＳ１６９において、メインＣＰＵ１６は、現在何らかのコンテンツが再生（出力）されているか否かを判断する。ここで、何らのコンテンツも再生されていない場合は、このＢＧＭ再生処理を終了する。一方、何らかのコンテンツが再生されている場合には、ステップＳ１６９からステップＳ１７１に進み、ＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルになるように当該ＡＧＣ回路５８を制御する。
【００８０】
また、このときはＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力が無効化されている状態にあるので、メインＣＰＵ１６は、ステップＳ１７３において当該信号の入力を有効化するようにＰＣＭコーデック３０を制御する。そして、ステップＳ１７９でフラグＦｂに“１”を設定して、このＢＧＭ再生処理を終了する。
【００８１】
一方、図４におけるステップＳ５の保留処理において、メインＣＰＵ１６は、具体的には次のような処理を実行する。
【００８２】
すなわち、図８を参照して、メインＣＰＵ１６は、ステップＳ２０１において、現在通話中であるか否かを判断する。この判断は、上述したように図４に示すステップＳ１の通話処理の処理結果に基づいて行われる。
【００８３】
このステップＳ２０１において通話中であると判断すると、メインＣＰＵ１６は、ステップＳ２０３に進み、保留キー３６ｂが押下されたか否かを判断する。ここで、保留キー３６ｂが押下されたと判断すると、メインＣＰＵ１６は、ステップＳ２０５において上述したフラグＦｄに“１”が設定されているか否かを判断する。
【００８４】
このステップＳ２０５においてフラグＦｄに“１”が設定されていると判断した場合、つまり現在保留状態にある場合、メインＣＰＵ１６は、ステップＳ２０７に進み、フラグＦｅに“０”が設定されているか否かを判断する。ここで、フラグＦｅは、疑似音発生回路２０による電子音が保留音として出力されているか否かを表す指標であり、このフラグＦｅが“１”のとき当該電子音が保留音として出力されていることを表す。一方、フラグＦｅが“０”のときは、当該保留音としての電子音が出力されていないことを表す。
【００８５】
ステップＳ２０７においてフラグＦｅに“０”が設定されている場合、つまり保留音としての電子音が出力されていない場合、メインＣＰＵ１６は、ステップＳ２０９に進み、フラグＦｂに“１”が設定されているか否かを判断する。ここで、フラグＦｂに“１”が設定されている場合、つまりＢＧＭが出力されている場合は、ステップＳ２１１においてＡＧＣ回路５８の出力レベルがＢＧＭに適したレベルとなるように当該ＡＧＣ回路５８を制御する。そして、ステップＳ２１３において送話用のアンプ回路３４からＰＣＭコーデック３０への送話信号の入力が有効化されるよう当該ＰＣＭコーデック３０を制御する。さらに、ステップＳ２１５でフラグＦｄに“０”を設定した後、この保留処理を終了する。
【００８６】
一方、フラグＦｂに“１”が設定されていない場合には、メインＣＰＵ１６は、ステップＳ２０９からステップＳ２１７に進む。そして、このステップＳ２１７においてＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を無効化した後、ステップＳ２１３に進む。
【００８７】
さらに、ステップＳ２０７においてフラグＦｅに“０”が設定されていない場合、メインＣＰＵ１６は、ステップＳ２１９に進む。そして、このステップＳ２１９において疑似音発生回路２０を制御して保留音としての電子音の出力を停止させ、さらにステップＳ２２１においてフラグＦｅに“０”を設定した後、ステップＳ２１３に進む。
【００８８】
また、上述のステップＳ２０５においてフラグＦｄに“１”が設定されていないと判断した場合、メインＣＰＵ１６は、ステップＳ２２３に進み、送話用のアンプ回路３４からＰＣＭコーデック３０への送話信号の入力を無効化し、さらにステップＳ２２５において現在コンテンツが再生されているか否かを判断する。この判断は、上述したように図４に示すステップＳ７のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００８９】
ステップＳ２２５においてコンテンツが再生されていると判断した場合、メインＣＰＵ１６は、ステップＳ２２７に進み、ＡＧＣ回路５８の出力レベルが保留音として適したレベルになるように当該ＡＧＣ回路５８を制御する。そして、ステップＳ２２９においてフラグＦｂに“１”が設定されているか否かを判断する。
【００９０】
このステップＳ２２９においてフラグＦｂに“１”が設定されている場合、つまりＢＧＭが出力されている場合、メインＣＰＵ１６は、ステップＳ２３１に進み、フラグＦｄに“１”を設定して、この保留処理を終了する。一方、フラグＦｂに“１”が設定されていない場合は、ステップＳ２３３においてＡＧＣ回路５８からＰＣＭコーデック３０への信号の入力を有効化させた後、ステップＳ２３１を経て、この保留処理を終了する。
【００９１】
ステップＳ２２５においてコンテンツが再生されていないと判断した場合は、メインＣＰＵ１６は、ステップＳ２３５に進む。そして、このステップＳ２３５で疑似音発生回路２０を制御して保留音としての上述した電子音を出力させ、さらにステップＳ２３７においてフラグＦｅに“１”を設定した後、ステップＳ２３１を経て、この保留処理を終了する。
【００９２】
さらに、上述のステップＳ２０３において保留キー３６ｂが押下されていないと判断した場合、メインＣＰＵ１６は、図９のステップＳ２３９に進む。そして、このステップＳ２３９においてフラグＦｄに“１”が設定されているか否かを判断する。ここで、フラグＦｄに“１”が設定されていない場合は、この保留処理を終了する。一方、フラグＦｄに“１”が設定されている場合、ステップＳ２４１においてコンテンツの再生が停止されたか否かを判断する。この判断は、上述したように図４に示すステップＳ３のサブＣＰＵ連携処理の処理結果に基づいて行われる。
【００９３】
ステップＳ２４１において、コンテンツの再生が停止されていない場合、メインＣＰＵ１６は、この保留処理を終了する。これとは反対に、コンテンツ再生が停止された場合、ステップＳ２４３においてフラグＦｅに“０”が設定されているか否かを判断する。
【００９４】
このステップＳ２４３においてフラグＦｅに“０”が設定されていない場合、メインＣＰＵ１６は、一連の保留処理を終了する。一方、フラグＦｅに“０”が設定されている場合は、ステップＳ２４５において疑似音発生回路２０を制御して保留音としての上述した電子音を発生させ、さらにステップＳ２４７においてフラグＦｅに“１”を設定して、この保留処理を終了する。
【００９５】
図８のステップＳ２０１において現在通話中でないと判断した場合、メインＣＰＵ１６は、図１０のステップＳ２４９に進む。そして、このステップＳ２４９においてフラグＦｄに“１”が設定されているか否かを判断する。ここで、フラグＦｄに“１”が設定されていない場合には、一連の保留処理を終了する。一方、フラグＦｄに“１”が設定されている場合には、ステップＳ２５１に進み、フラグＦｅに“１”が設定されているか否かを判断する。
【００９６】
このステップＳ２５１においてフラグＦｅに“１”が設定されている場合、メインＣＰＵ１６は、ステップＳ２５３において疑似音発生回路２０を制御して保留音としての電子音の出力を停止させ、さらにステップＳ２５５において当該フラグＦｅに“０”を設定した後、ステップＳ２５７に進む。一方、フラグＦｅに“１”が設定されていない場合には、ステップＳ２５３およびステップＳ２５５をスキップして、直接ステップＳ２５７に進む。そして、このステップＳ２５７においてフラグＦｄに“０”を設定し、一連の保留処理を終了する。
【００９７】
以上の説明から判るように、この実施例の電話機１０によれば、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６のいずれかを音源とするコンテンツが再生されているとき、電話帳に登録された者から電話が掛かってくるか、若しくは当該電話帳に登録された者に対して電話が掛けられると、その相手方の好みに応じたＢＧＭがスピーカ４８および５０から出力される。さらに、このＢＧＭは、オペレータの送話音とミキシングされて相手方にも送られる。したがって、相手方に応じたムードでリラックスしながら通話を行うことができる。このことは、一般の電話回線を利用する電話通信サービスに比べて通話料金が格段に安いＩＰ電話サービスにおいて、長電話の傾向が予想されることを鑑みると、極めて有効である。
【００９８】
また、保留状態になったとき、相手方の好みに応じたコンテンツが保留音として流れる。したがって、保留状態で相手方を待たせるときに当該相手方が感じる退屈さを緩和することができる。
【００９９】
さらに、ＢＧＭが流れている環境下での通話が終わると、電話機１０は自動的に通話前の状態に戻る。したがって、通話が行われる度に、オペレータがわざわざ手動で通話前の状態に戻す必要はない。
【０１００】
なお、この実施例では、電話機１０がＩＰ電話機である場合について説明したが、一般の電話回線を使用する電話機にも、この発明を適用することができる。
【０１０１】
また、音源は、インターネットラジオ受信機，ＣＤプレーヤ５２，ＡＭ／ＦＭチューナ５４およびハードディスクドライブ５６に限定されるものではない。さらに、ＣＤブレーヤ５２に代えて複数枚のＣＤを収容できるＣＤチェンジャを用い、このＣＤチェンジャに収容されているＣＤのうち相手方の好みに応じたＣＤに収録されているコンテンツをＢＧＭとして流してもよい。
【０１０２】
そして、インターネットへの接続は、有線でもよいし無線でもよい。また、受話器３６とコンテンツ再生装置１０本体との間も、有線式および無線式のいずれでもよい。さらに、受話器３６の他に、いわゆる子機を設けてもよい。そして、操作キー３６とは別に、ダイヤル操作のための専用のキーを設けてもよい。
【０１０３】
また、メインＣＰＵ１６の他にサブＣＰＵ３８を設けたが、サブＣＰＵ３８を設けずに、当該サブＣＰＵ３８による言わばマン・マシン・インタフェース処理についても、メインＣＰＵ１６によって実行するようにしてもよい。そして、メインＣＰＵ１６およびＤＳＰ１８をＡＳＩＣによって一体に構成したが、これらを別固体として設けてもよい。さらに、ＤＳＰ１８を含むメインＣＰＵ１６として高速かつ高性能なものを用いたが、これに代えて、比較的に低速かつ低性能なＣＰＵおよびＤＳＰをそれぞれ２つずつ設け、一方のＣＰＵおよびＤＳＰをＩＰ電話機用の処理に用い、他方のＣＰＵおよびＤＳＰをインターネットラジオ受信機用の処理に用いてもよい。
【０１０４】
そして、スピーカ２８および３０に入力される音声信号の周波数特性、つまり当該スピーカ２８および３０の出力音の音質を調整するための音質調整回路（イコライザ）を設けてもよい。また、相手方に応じて当該音質を当該相手方の好みの音質に変更するようにしてもよい。
【図面の簡単な説明】
【図１】この発明の一実施例の構成を示すブロック図である。
【図２】図１におけるハードディスクドライブ内のファイル構成を示す図解図である。
【図３】図１における電話帳の内容を概念的に示す図解図である。
【図４】図１におけるメインＣＰＵの動作を示すフロー図である。
【図５】図４におけるＢＧＭ再生処理の一部を示すフロー図である。
【図６】図５に続くフロー図である。
【図７】図６に続くフロー図である。
【図８】図４における保留処理の一部を示すフロー図である。
【図９】図８に続くフロー図である。
【図１０】図９とは別のルートで図８に続くフロー図である。
【符号の説明】
１０…電話機
１４…ＬＡＮコントローラ
１６…メインＣＰＵ
１８…ＤＳＰ
４０…フラッシュメモリ
４４…音源切換回路
４８，５０…スピーカ
５２…ＣＤプレーヤ
５４…ＡＭ／ＦＭチューナ
５６…ハードディスクドライブ
Claims (5)
- 複数の識別子にそれぞれ割り当てられた複数の可聴コンテンツを管理するコンテンツ管理情報を記憶するメモリ、
少なくとも前記複数の識別子の１つである所望の識別子に対応する電話機との通話処理を電話着信／発信が発生したときに実行する通話処理手段、
前記所望の識別子に割り当てられた可聴コンテンツを前記メモリに記憶されたコンテンツ管理情報を参照して検出する検出手段、
指定された可聴コンテンツを前記通話処理の実行に関係なく再生する再生手段、
前記再生手段によって再生される可聴コンテンツを前記検出手段によって検出された可聴コンテンツに変更する第１変更手段、
前記再生手段によって再生される可聴コンテンツを前記第１変更手段によって変更される前の可聴コンテンツに変更する第２変更手段、
前記再生手段によって再生される可聴コンテンツが前記検出手段によって検出された可聴コンテンツと同一であるか否かを前記電話着信／発信が発生したときに判別し、判別結果が肯定的であるとき前記再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が否定的であるとき前記第１変更手段を起動する第１判別手段、および
前記第１判別手段の判別処理に関連して前記第１変更手段が起動されたか否かを前記通話処理が終了したときに判別し、判別結果が否定的であるとき前記再生手段によって再生される可聴コンテンツの指定を現状維持とする一方、判別結果が肯定的であるとき前記第２変更手段を起動する第２判別手段を備える、電話機。 - 前記再生手段によって再生される可聴コンテンツを送話信号に多重する多重手段をさらに備える、請求項１記載の電話機。
- 前記多重手段によって多重される可聴コンテンツのレベルを通話状態と保留状態との間で変更するレベル変更手段をさらに備える、請求項２記載の電話機。
- 可聴コンテンツを各々が出力する複数の音源、および
前記複数の音源のいずれか１つを選択する選択手段をさらに備え、
前記第１変更手段および前記第２変更手段の各々は共通の音源から出力される可聴コンテンツの間で変更処理を行う、請求項１ないし３のいずれかに記載の電話機。 - 前記再生手段は前記可聴コンテンツをＢＧＭとして再生する、請求項１ないし４のいずれかに記載の電話機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002341800A JP3939239B2 (ja) | 2002-11-26 | 2002-11-26 | 電話機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002341800A JP3939239B2 (ja) | 2002-11-26 | 2002-11-26 | 電話機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004179828A JP2004179828A (ja) | 2004-06-24 |
| JP3939239B2 true JP3939239B2 (ja) | 2007-07-04 |
Family
ID=32704023
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002341800A Expired - Fee Related JP3939239B2 (ja) | 2002-11-26 | 2002-11-26 | 電話機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3939239B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4556574B2 (ja) * | 2004-09-13 | 2010-10-06 | 日本電気株式会社 | 通話音声生成装置及び方法 |
| DE102005053253A1 (de) * | 2005-11-08 | 2007-06-06 | Benq Mobile Gmbh & Co. Ohg | Verfahren zum Übertragen von Signalen |
| US20080260134A1 (en) * | 2007-04-19 | 2008-10-23 | Nokia Corporation | Apparatus, Method, And Computer Program Product For Outputting Audio Data During A Communication |
| JP2016082449A (ja) * | 2014-10-17 | 2016-05-16 | 株式会社リコー | 通信装置 |
-
2002
- 2002-11-26 JP JP2002341800A patent/JP3939239B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004179828A (ja) | 2004-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6947728B2 (en) | Mobile phone with music reproduction function, music data reproduction method by mobile phone with music reproduction function, and the program thereof | |
| CN106302997B (zh) | 一种输出控制方法、电子设备及系统 | |
| WO2007079635A1 (fr) | Système et procédé de sélection d'un signal de rappel en temps réel | |
| WO2007028317A1 (fr) | Procede de copiage d'une crbt | |
| JP2002199056A (ja) | 音楽再生機能を有する携帯電話機、音楽再生機能を有する携帯電話機による音楽データ再生方法およびそのプログラム | |
| JP3939239B2 (ja) | 電話機 | |
| JP2004312662A (ja) | 通話中キーボタンを利用した効果音／背景音の出力機能を持つ携帯用端末機 | |
| US20090292535A1 (en) | System and method for synthesizing music and voice, and service system and method thereof | |
| WO2004111878A1 (ja) | コンテンツ受信装置およびコンテンツ配信方法 | |
| JP4195607B2 (ja) | 電話機 | |
| JP4202724B2 (ja) | 電話機能付きコンテンツ再生装置 | |
| JP2006243397A (ja) | 音情報配信システム及び方法並びにプログラム | |
| JP4446870B2 (ja) | 通信装置およびその制御方法および携帯電話装置およびその制御方法およびプログラム | |
| US8370356B2 (en) | Music search system, music search method, music search program and recording medium recording music search program | |
| JP4592102B2 (ja) | 通信システムおよび通信端末 | |
| KR20010003178A (ko) | 미디어 데이터 및 정보 자료 재생이 가능한 휴대용 통신 기기 및 그 운영 방법 | |
| JP2005300578A (ja) | 音楽コンテンツ配信システム | |
| JP2004172784A (ja) | コンテンツ再生装置 | |
| JP3325147B2 (ja) | 電話機 | |
| KR100782452B1 (ko) | 노래방 음원의 선택적 저장 방법 | |
| JP2008206172A (ja) | 音楽コンテンツファイル及び音楽コンテンツ配信方法 | |
| KR101085394B1 (ko) | 이퀄라이저 설정을 이용한 음성통화 개선 방법 및 그 방법을 채용한 휴대용 단말기 | |
| JP2005033270A (ja) | 通話制御装置、方法、プログラムおよび該プログラムを記録した記録媒体 | |
| JP2007128587A (ja) | 楽曲再生装置、楽曲再生方法、及び楽曲再生プログラム | |
| JP2001215976A (ja) | カラオケ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051031 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061205 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070201 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070227 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070327 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100406 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100406 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110406 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130406 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130406 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140406 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |