(57)【要約】【構成】メインＣＰＵ１６は、ラジオモードのとき、ＬＡＮコントローラ１４を介して入力されるラジオ用パケット信号に含まれる放送データを、ＤＳＰ２０にデコードさせ、デコード後のＰＣＭデータをＤ／Ａ変換回路２２に入力する。この結果、スピーカ２８および３０からインターネットラジオ放送の音声が出力される。一方、電話モードのとき、メインＣＰＵ１６は、ＬＡＮコントローラ１４を介して入力される電話用パケット信号に含まれる受話データを、ＤＳＰ２０にデコードさせ、デコード後のＰＣＭデータをＰＣＭコーデック３２に入力するとともに、ＰＣＭコーデック３２から入力される送話データをＤＳＰ２０にエンコードさせ、エンコード後のデータをパケットし、ＬＡＮコントローラ１４に入力する。これによって、相手方との通話が可能となる。【効果】インターネットラジオ受信機およびＩＰ電話機として機能する。【選択図】  図１
2004165997.tif 000002
【特許請求の範囲】
【請求項１】
電話音声信号および第１コンテンツ信号を選択的に再生する再生手段、
第２コンテンツ信号を発生する発生手段、
前記再生手段による再生信号が前記第１コンテンツ信号であるとき前記発生手段を不能化する不能化手段、および
前記再生手段による再生信号が前記電話音声信号であるとき前記発生手段を能動化する能動化手段を備える、電話機能付きコンテンツ再生装置。
【請求項２】
前記電話音声信号を出力する第１出力手段、および
前記第１コンテンツ信号および前記第２コンテンツ信号のいずれか一方を出力する第２出力手段をさらに備える、請求項１記載の電話機能付きコンテンツ再生装置。
【請求項３】
前記電話音声信号および前記第１コンテンツ信号を共通の通信回線を通して受信する受信手段をさらに備える、請求項１または２記載の電話機能付きコンテンツ再生装置。
【請求項４】
前記第２コンテンツ信号は前記第１コンテンツ信号と同じジャンルに属する、請求項１ないし３のいずれかに記載の電話機能付きコンテンツ再生装置。
【請求項５】
据え置き型である、請求項１ないし４のいずれかに記載の電話機能付きコンテンツ再生装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、電話機能付きコンテンツ再生装置に関し、特にたとえば電話音声信号および第１コンテンツ信号を選択的に再生する、電話機能付きコンテンツ再生装置に関する。
【０００２】
【従来技術】
音楽などのコンテンツを再生する装置と電話機とを一体化するという技術は、従来から数多く発案されている。たとえば、特許文献１には、カセットテープレコーダおよび／またはラジオ受信機を一体的に備えた携帯電話装置が開示されている。このように携帯電話機にカセットテープレコーダおよび／またはラジオ受信機を一体的に組み込むことによって、電話の待ち受け時に当該携帯電話装置をカセットテープレコーダまたはラジオ受信機として使用することができる。
【０００３】
【特許文献１】
特開平４−１３４９５２号公報
【０００４】
【発明が解決しようとする課題】
ところで、近年、インターネットの普及および通信回線のブロードバンド化に伴って、インターネット上でラジオ放送と同様の番組を配信するといういわゆるインターネットラジオ放送が実用化されている。また、電話通信分野においても、インターネットを利用して通話を行うというインターネット（ＩＰ：ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）電話サービスが実用化されている。かかるインターネットラジオ放送を享受するための言わばインターネットラジオ受信機、およびインターネット電話サービスを享受するためのいわゆるＩＰ電話機についても、上述の従来技術と同様に一体化されれば便利である。しかも、いずれにおいてもＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に基づいて情報が伝達されるため、復号処理を担う部分などを共用化することができ、これによって装置の低コスト化を実現できる。
【０００５】
しかし、装置の一部が共用化されると、当該装置はインターネットラジオ受信機としての機能およびＩＰ電話機としての機能を同時に実行することができなくなる。したがって、たとえばインターネットラジオ放送の番組が聴取されているときに電話が掛かってきてＩＰ電話機としての機能が能動化されると、それまで聴取されていた番組が突然中断されてしまう。この場合、インターネットラジオ放送の聴取者が一人であり、その者が電話に出るのであれば特に問題はないが、聴取者が複数人であり、そのうちの一人が電話に出るとすると、他の者は突然静かな（一人が電話で話をしている）環境下に置かれることになり、不快になる。
【０００６】
それゆえに、この発明の主たる目的は、コンテンツの再生中に電話機能が能動化されることによって生じる不快さを和らげることができる、電話機能付きコンテンツ再生装置を提供することである。
【０００７】
【課題を解決するための手段】
この発明に従う電話機能付きコンテンツ再生装置は、電話音声信号および第１コンテンツ信号を選択的に再生する再生手段、第２コンテンツ信号を発生する発生手段、再生手段による再生信号が第１コンテンツ信号であるとき発生手段を不能化する不能化手段、および再生手段による再生信号が電話音声信号であるとき発生手段を能動化する能動化手段を備える。
【０００８】
【作用】
この発明では、再生手段は、電話音声信号および第１コンテンツ信号を選択的に再生する。この再生手段によって第１コンテンツ信号が再生されているとき、発生手段は不能化手段によって不能化される。一方、再生手段によって電話音声信号が再生されているとき、換言すれば電話機としての機能が働いているとき、発生手段は能動化手段によって能動化される。その結果、発生手段から第２コンテンツ信号が発せられる。
【０００９】
この発明のある実施例では、電話音声信号は、第１出力手段によって出力される。そして、第１コンテンツ信号および第２コンテンツ信号は、第２出力手段から出力される。
【００１０】
この発明の他の実施例では、電話音声信号および第１コンテンツ信号は、共通の通信回線を通して受信手段によって受信される。
【００１１】
なお、第２コンテンツ信号は、第１コンテンツ信号と同じジャンルに属するようにするのが望ましい。
【００１２】
また、この発明は、特に据え置き型の用途に有効である。すなわち、据え置き型の用途では、複数人が同時にコンテンツを享受することがあり得るので、このような場合に、たとえば一人が電話機能を用いて話をしていても、他の者は第２コンテンツ信号に従うコンテンツを享受することができる。
【００１３】
【発明の効果】
この発明によれば、第１コンテンツ信号の再生中に電話機としての機能が能動化されたとき、第２コンテンツ信号が発せられるので、コンテンツを享受している者への不快さを和らげることができる。
【００１４】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１５】
【実施例】
図１を参照して、この実施例の電話機能付きコンテンツ再生装置（以下、単にコンテンツ再生装置と言う。）１０は、インターネットラジオ受信機としての機能およびＩＰ電話機としての機能を兼ね備えた据え置き型のものであり、図示しない通信ケーブルを介して電話回線（厳密には図示しないＡＤＳＬ（ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）モデム）に接続される通信コネクタ１２を備えている。この通信コネクタ１２は、コンテンツ再生装置１０内において、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）コントローラ１４を介してメインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１６に接続されている。なお、メインＣＰＵ１６は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｅｄ  ＩＣ）によって構成されている。
【００１６】
このコンテンツ再生装置１０がインターネットラジオ受信機として機能するとき、メインＣＰＵ１６は、ラジオモードとなる。ラジオモードにおいて、メインＣＰＵ１６は、ＬＡＮコントローラ１４を介して順次入力されるラジオ放送用のパケット信号から放送内容を含むストリーミングデータを取り出す。そして、取り出したストリーミングデータ、言わば放送データを、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  ＲＡＭ）１８の放送データ保存領域１８ａに順次保存する。この放送データ保存領域１８ａに保存された放送データのデータ量が第１閾値に達すると、メインＣＰＵ１６は、当該保存された放送データを自身に内蔵されたＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）２０に転送する。なお、ここで言う第１閾値とは、たとえば１６［ｋＢ］〜３２［ｋＢ］程度であり、時間に換算すると１秒〜２秒程度のデータ量に相当する。
【００１７】
ＤＳＰ２０に転送された放送データは、ＭＰ３（ＭＰＥＧ−１／Ａｕｄｉｏ  Ｌａｙｅｒ３）やＷＭＡ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ：登録商標）といった周知の音声情報圧縮方式に基づいて圧縮されたデータであり、ＤＳＰ２０は、この圧縮された放送データをデコードして、圧縮前のＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）データを再現する。再現されたＰＣＭデータは、Ｄ／Ａ変換回路２２に入力され、ここでアナログ電気信号である音声信号に変換される。変換された音声信号は、音源切換回路２４を介してアンプ回路２６に入力され、ここで増幅処理を施された後、左右のスピーカ２８および３０にそれぞれ入力される。これによって、各スピーカ２８および３０からインターネットラジオ放送の音声が出力される。
【００１８】
一方、コンテンツ再生装置１０がＩＰ電話機として機能するとき、メインＣＰＵ１６は、電話モードとなる。電話モードにおいて、メインＣＰＵ１６は、ＬＡＮコントローラ１４を介して順次入力される電話用のパケット信号から受話内容を含むストリーミングデータを取り出す。そして、取り出したストリーミングデータ、言わば受話データを、ＳＤＲＡＭ１８の受話データ保存領域１８ｂに順次保存する。この受話データ保存領域１８ｂに保存された受話データのデータ量が第２閾値に達すると、メインＣＰＵ１６は、当該保存された受話データをＤＳＰ２０に転送する。なお、ここで言う第２閾値もまた、上述した第１閾値と同程度の値（１６［ｋＢ］〜３２［ｋＢ］程度）であり、時間に換算すると１秒〜２秒程度のデータ量に相当する。
【００１９】
ＤＳＰ２０に転送された受話データは、ＡＤＰＣＭ（ＩＴＵ−Ｔ勧告Ｇ．７２６）やＣＳ−ＣＥＬＰ（ＩＴＵ−Ｔ勧告Ｇ．７２９）といった通信用の音声情報圧縮方式に基づいて圧縮されており、ＤＳＰ２０は、この圧縮された受話データをデコードして、周知のμ−ｌａｗ（ＩＴＵ−Ｔ勧告Ｇ．７１１）圧伸則に従うＰＣＭデータに変換する。変換されたＰＣＭデータは、ＰＣＭコーデック３２に入力され、ここでさらに当該μ−ｌａｗ圧伸則に従うデコード処理を施され、これによってアナログ電気信号である音声信号、つまり受話信号に変換される。変換後の受話信号は、アンプ回路３４で増幅された後、受話器３６のスピーカ３６ａに入力される。これによって、スピーカ３４ａから受話音が出力される。
【００２０】
また、電話モードにおいては、受話器３６のマイクロホン３６ｂに入力された音声、つまり送話音が、当該マイクロホン３６ｂによってアナログ電気信号である送話信号に変換される。変換された送話信号は、アンプ回路３８によって増幅された後、ＰＣＭコーデック３２に入力される。ＰＣＭコーデック３２は、入力された送話信号に対して上述のμ−ｌａｗ圧伸則に従うエンコード処理を施してＰＣＭデータ、言わば送話データを生成する。生成された送話データは、ＤＭＡ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）方式でＳＤＲＡＭ１８の送話データ保存領域１８ｃに順次保存される。つまり、ＤＳＰ２０によって上述の受話データがデコードされている最中に、これと並行して送話データがＳＤＲＡＭ１８の送話データ保存領域１８ｃに順次保存される。そして、送話データ保存領域１８ｃに保存された送話データのデータ量が第３閾値に達し、かつＤＳＰ２０による受話データのデコード処理が行われていないとき、換言すれば受話データ保存領域１８ｂ内の受話データのデータ量が第２閾値に達していないとき、メインＣＰＵ１６は、送話データ保存領域１８ｃに保存された送話データをＤＳＰ２０に転送する。
【００２１】
なお、第３閾値は、第２閾値よりも大きく、たとえば６４［ＫＢ］〜１２８［ＫＢ］とされている。しかし、送話データ保存領域１８ｃに保存される送話データは受話データ保存領域１８ｂに保存される受話データに比べて圧縮率の低いμ−ｌａｗ圧伸則に従うデータであるので、第３閾値は、時間に換算すると第２閾値と同様の１秒〜２秒程度のデータ量に相当する。
【００２２】
ＤＳＰ２０は、転送された送話データに対して上述のＡＤＰＣＭ方式或いはＣＳ−ＣＥＬＰ方式に基づくエンコード処理を施す。そして、メインＣＰＵ１６は、このエンコード処理後のデータをＴＣＰ／ＩＰに従うパケット信号に成形し、成形したパケット信号をＬＡＮコントローラ１４に入力する。ＬＡＮコントローラ１４は、入力されたパケット信号をＥｔｈｅｒｎｅｔ（登録商標）規格に従うアクセス方式で通信コネクタ１２を介して電話回線に送出する。これによって、送話データを含むパケット信号が、通話する相手方に送信される。
【００２３】
なお、ラジオモードのときにＬＡＮコントローラ１４を介してメインＣＰＵ１６に入力されるラジオ用パケット信号、および電話モードのときにＬＡＮコントローラ１４を介してメインＣＰＵ１６に入力される電話用パケット信号もまた、上述のＴＣＰ／ＩＰに従うものである。このＴＣＰ／ＩＰに従うパケット信号は、図２に示すように、第１層から第４層までの４つの階層を持つ。
【００２４】
最下位層に当たる第１層は、“ネットワークインタフェース層”と呼ばれている。この“ネットワークインタフェース層”には、実際にネットワーク（ここではインターネット）に接続されている装置に関する情報、たとえばＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスや当該装置に採用されているインタフェース規格（ここではＥｔｈｅｒｎｅｔ規格）などの情報が格納される。第２層は、“インターネットワーク層”と呼ばれており、この“インターネットワーク層”には、パケット信号を相手方まで届けるのに必要な情報、たとえばアドレッシングやルーティングなどに関する情報が格納される。第３層は、“トランスポート層”と呼ばれており、この“トランスポート層”には、パケット信号の整序や誤り訂正、さらには誤りがあった場合の再送制御など、送受信間での通信の信頼性を確保するための情報が格納される。そして、最上位層に当たる第４層は、“アプリケーション層”と呼ばれており、この“アプリケーション層”に、送受信の対象となるデータ、たとえばラジオモードのときには放送データが、電話モードのときには受話データ或いは送話データが格納される。また、この“アプリケーション層”には、後述するチャネル選択指令や呼出指令などの各種指令も格納される。
【００２５】
ところで、メインＣＰＵ１６は、ラジオモードにあるときに電話が掛かってくると、具体的には任意の相手方が電話を掛けてきたことを表す呼出指令を含む電話用パケット信号をＬＡＮコントローラ１４を介して受信すると、ラジオモードから電話モードに遷移する。そして、呼出指令が着信したことを相手方に伝えるための着信指令を生成し、さらにこの着信指令を上述の“アプリケーション層”に組み込んだパケット信号を生成する。そして、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、着信指令を含む電話用パケット信号が相手方に送信され、相手方において当該相手方による電話の呼び出し先に呼出指令が着信したことが認識される。
【００２６】
メインＣＰＵ１６はまた、疑似音発生回路４２を制御して、スピーカ４４から着信音を出力させる。この着信音は、受話器３６が上げられフックスイッチ４０がオフフック状態となるまで、つまりオペレータが電話に出るまで、出力され続ける。そして、フックスイッチ４０がオフフック状態となると、メインＣＰＵ１６は、相手方から掛かってきた電話に対して応答したことを表す応答指令を生成し、さらにこの応答指令を“アプリケーション層”に組み込んだパケット信号を生成する。そして、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、応答指令を含む電話用パケット信号が相手方に送信され、相手方との通話が可能となる。
【００２７】
なお、オペレータが電話に出る前に相手方から電話を切られると、具体的には着信音が出力されている最中に相手方が電話を切ったことを表す終話指令を含む電話用パケット信号をＬＡＮコントローラ１４を介して受信すると、メインＣＰＵ１６は、同様の終話指令を生成する。そして、この終話指令を“アプリケーション層”に組み込んだパケット信号を生成し、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、終話指令を含む電話用パケット信号が相手方に送信され、相手方との通信行為が（実際の通話が行われる前に）終了する。さらに、メインＣＰＵ１６は、疑似音発生回路４２を制御して、スピーカ４４からの着信音の出力を停止させる。そして、電話モードからラジオモードに遷移する。
【００２８】
また、ラジオモードにあるときに受話器３６が上げられフックスイッチ４０がオフフック状態となったときも、メインＣＰＵ１６は、ラジオモードから電話モードに遷移する。そして、疑似音発生回路４２を制御して、受話器３６のスピーカ３６ａから発信音を出力させる。この発信音は、後述する操作キー４６によってダイヤル操作が成されるまでの間、出力され続ける。ただし、ダイヤル操作が成される前にフックスイッチ４０がオンフック状態となると、メインＣＰＵ１６は、疑似音発生回路４２を制御して、スピーカ３６ａからの発信音の出力を停止させる。そして、電話モードからラジオモードに遷移する。
【００２９】
上述の如くダイヤル操作が成されると、メインＣＰＵ１６は、当該ダイヤル操作によって指定された相手方を呼び出すための呼出指令を生成する。そして、この呼出指令を“アプリケーション層”に組み込んだパケット信号を生成し、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、呼出指令を含む電話用パケット信号が相手方に向けて送信される。
【００３０】
この呼出指令を含む電話用パケット信号の送信に対して、相手方から上述したのと同様の着信指令を含む電話用パケット信号が送られてくると、メインＣＰＵ１６は、疑似音発生回路４２を制御して、受話器３６のスピーカ３６ａから呼出音を出力させる。この呼出音は、相手方から上述したのと同様の応答指令を含む電話用パケット信号が送られてくるまで、出力され続ける。そして、この応答指令を含む電話用パケット信号を受信すると、メインＣＰＵ１６は、疑似音発生回路４２を制御して、スピーカ３６ａからの呼出音の出力を停止させる。そして、相手方との通話を可能とする。
【００３１】
なお、呼出指令を含む電話用パケット信号を送信したときに相手方が話中の場合は、当該相手方から話中指令を含む電話用パケット信号が送られてくる。この場合、メインＣＰＵ１６は、疑似音発生回路４２を制御して、受話器３６のスピーカ３６ａから話中音を出力させる。この話中音は、フックスイッチ４０がオンフック状態となるまで、出力され続ける。
【００３２】
また、ダイヤル操作によって指定された電話番号が欠番の場合、インターネット上（ルート途中）にある任意のサーバから欠番指令を含む電話用パケット信号が送られてくる。この場合、メインＣＰＵ１６は、疑似音発生回路４２を制御して、指定された電話番号が欠番（間違い）であったことを表す音声メッセージを、受話器３６のスピーカ３６ａから出力させる。この音声メッセージもまた、フックスイッチ４０がオンフック状態となるまで、出力され続ける。
【００３３】
相手方と通話が行われている状態で先に相手方から電話を切られると、当該相手方から上述したのと同様の終話指令を含む電話用パケット信号が送られてくる。メインＣＰＵ１６は、この電話用パケット信号を受信すると、疑似音発生回路４２を制御して、受話器３６のスピーカ３６ａから話中音を出力させる。この話中音は、フックスイッチ４０がオンフック状態となるまで、出力され続ける。そして、フックスイッチ４０がオンフック状態となると、メインＣＰＵ１６は、同様の終話指令を含む電話用パケット信号を生成し、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。これによって、終話指令を含む電話用パケット信号が相手方に送信され、相手方との一連の通信行為が終了する。そして、メインＣＰＵ１６は、電話モードからラジオモードに遷移する。
【００３４】
一方、相手方と通話が行われている状態で相手方から電話を切られる前にフックスイッチ４０がオンフック状態となると、メインＣＰＵ１６は、上述と同様の終話指令を含む電話用パケット信号を生成し、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。これによって、終話指令を含む電話用パケット信号が相手方に送信される。この電話用パケット信号の送信に対して、相手方から同様の終話指令を含む電話用パケット信号を受信すると、メインＣＰＵ１６は、一連の通信行為を終了する。そして、電話モードからラジオモードに遷移する。
【００３５】
さらに、この実施例のコンテンツ再生装置１０は、メインＣＰＵ１６の他に、サブＣＰＵ４８を備えている。このサブＣＰＵ４８は、いわゆるマン・マシン・インタフェースを担当し、上述の操作キー４６はこのサブＣＰＵ４８に接続されている。
【００３６】
すなわち、電話モードにおいて上述の如くダイヤル操作が成されると、サブＣＰＵ４８は、そのダイヤル操作の内容をメインＣＰＵ１６に伝える。メインＣＰＵ１６は、サブＣＰＵ４８から伝えられたダイヤル操作内容に基づいて上述の呼出指令を生成する。
【００３７】
また、メインＣＰＵ１６がラジオモードにあるときは、操作キー４６の操作によって任意に受信チャネル（ステーション）を選択することができる。具体的には、操作キー４６の操作によって任意のチャネルが選択されると、サブＣＰＵ４８は、選択されたチャネルに関する情報をメインＣＰＵ１６に伝える。メインＣＰＵ１６は、サブＣＰＵ４８から伝えられた情報に基づいて、選択されたチャネルの放送を受信するためのチャネル選択指令を生成する。そして、このチャネル選択指令を含むパケット信号を生成し、生成したパケット信号をＬＡＮコントローラ１４に入力する。これによって、チャネル選択指令を含むラジオ用パケット信号が、当該チャネル選択指令によって指定された放送局（サーバ）に送信され、その放送局から放送データを含むラジオ用パケット信号がコンテンツ再生装置１０に送信される。
【００３８】
サブＣＰＵ４８にはまた、液晶ディスプレイ５０も接続されている。サブＣＰＵ４８は、メインＣＰＵ１６がラジオモードにあるとき、選択されている受信チャネルの名称や受信中の放送データの圧縮方式など、現在の受信状況を表す情報を、液晶ディスプレイ５０に表示する。一方、メインＣＰＵ１６が電話モードにあるときは、サブＣＰＵ４８は、相手方の電話番号や通話時間など、現在の通話状況を表す情報を、液晶ディスプレイ５０に表示する。
【００３９】
さらに、この実施例のコンテンツ再生装置１０は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）プレーヤ５２およびＡＭ／ＦＭチューナ５４を備えている。そして、メインＣＰＵ１６がラジオモードから電話モードに遷移したとき、これらＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４のいずれか一方を音源とする音声（音楽を含む）を、ＢＧＭとしてスピーカ２８および３０から出力させることができる。
【００４０】
すなわち、メインＣＰＵ１６がラジオモードから電話モードに遷移すると、その情報がメインＣＰＵ１６からサブＣＰＵ４８に伝えられる。サブＣＰＵ４８は、メインＣＰＵ１６からの情報を受けて、後述するＢＧＭ設定条件に従ってＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４のいずれか一方を動作（ＯＮ）させる。そして、ＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４の一方から出力されるアナログ音声信号が、音源切換回路２４を介してアンプ回路２６に入力されるように、当該音源切換回路２４を制御する。さらに、サブＣＰＵ４８は、上述のＢＧＭ設定条件に従ってアンプ回路２６の増幅率を設定する。これによって、スピーカ２８および３０から、ＣＤプレーヤ５０およびＡＭ／ＦＭチューナ５２の一方を音源とするＢＧＭが出力される。
【００４１】
なお、ＣＤプレーヤ５０およびＡＭ／ＦＭチューナ５２のいずれをＢＧＭ音源として動作させるかは、操作キー４６の操作によって予め設定することができる。また、そのときのアンプ回路２６の増幅率、つまりＢＧＭの音量も、操作キー４６の操作によって任意に設定できる。勿論、ＢＧＭを出力させない、という設定も可能である。これらの設定内容は、上述のＢＧＭ設定条件としてフラッシュメモリ５６に記憶される。そして、このＢＧＭ設定条件は、メインＣＰＵ１６がラジオモードから電話モードに遷移したときに、当該メインＣＰＵ１６によって読み出され、サブＣＰＵ４８に伝えられる。
【００４２】
また、フラッシュメモリ５６には、メインＣＰＵ１６の動作を制御するための制御プログラムも記憶されている。そして、上述した疑似音発生回路４２によって着信音，発信音，呼出音，話中音および音声メッセージを出力させるための言わば疑似音データも、このフラッシュメモリ５６に記憶されている。
【００４３】
さらに、この実施例のコンテンツ再生装置１０は、上述とは別のフラッシュメモリ５８を備えている。上述のフラッシュメモリ５６が、制御プログラムなどを記憶した言わばプログラムメモリであるのに対し、このフラッシュメモリ５８は、受信した放送データをダウンロードするための言わばコンテンツメモリとして使用される。具体的には、ラジオモードにおいて、操作キー４６の操作によって録音指令が与えられると、メインＣＰＵ１６は、受信した放送データをデコード前の状態でフラッシュメモリ５８に記録する。記録された放送データは、再生モードで再生することができるが、ここではこれ以上の詳しい説明を省略する。
【００４４】
また、上述したＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４についても、それぞれの再生音を任意にスピーカ２８および３０から出力させることができる。これについても、ここでは詳しい説明を省略する。
【００４５】
さて、インターネットラジオ放送を受信するという設定が成されているとき、メインＣＰＵ１６は、上述の制御プログラムに従って図３〜図７のフロー図で示される各処理を実行する。なお、この実施例のコンテンツ再生装置１０の電源がＯＮされた直後においては、後述する各フラグＦａ，Ｆｂ，ＦｃおよびＦｄには、いずれも“０”が設定されている。
【００４６】
すなわち、メインＣＰＵ１６は、図３のステップＳ１において、現在、ラジオモードであるか否かを判断する。ここで、ラジオモードであると判断すると、ステップＳ３に進み、フックスイッチ４０がオンフック状態にあるか否かを判断する。
【００４７】
フックスイッチ４０がオンフック状態にあるとき、メインＣＰＵ１６は、ステップＳ３からステップＳ５に進み、ＬＡＮコントローラ１４を介して何らかのパケット信号を受信したか否かを判断する。ここで、パケット信号を受信していない場合には、一旦、このフローを抜けて、再度、ステップＳ１から繰り返す。一方、何らかのパケット信号を受信すると、ステップＳ５からステップＳ７に進む。そして、受信したパケット信号がラジオ用パケット信号であるか否かを判断する。
【００４８】
ステップＳ７においてラジオ用パケット信号を受信したと判断すると、メインＣＰＵ１６は、ステップＳ９に進み、受信したラジオ用パケット信号から放送データを抽出するとともに、抽出した放送データをＳＤＲＡＭ１８の放送データ保存領域１８ａに保存する。そして、ステップＳ１１で、当該放送データ保存領域１８ａに保存された放送データのデータ量が第１閾値に達したか否かを判断する。
【００４９】
放送データ保存領域１８ａ内の放送データが第１閾値に達していない場合には、メインＣＰＵ１６は、一旦、このフローを抜けて、再度、ステップＳ１から繰り返す。一方、放送データ保存領域１８ａ内の放送データが第１閾値に達した場合には、ステップＳ１３に進み、当該放送データ保存領域１８ａ内の放送データをＤＳＰ２０に転送し、デコードさせる。そして、このデコードによって再現されたＰＣＭデータを、ステップＳ１５でＤ／Ａ変換回路２２に向けて出力する。この結果、スピーカ２８および３０からインターネットラジオ放送の音声が出力される。
【００５０】
上述のステップＳ７において受信パケット信号がラジオ用パケット信号でないと判断すると、メインＣＰＵ１６は、ステップＳ１７に進む。そして、このステップＳ１７において当該受信パケット信号が電話用パケット信号であるか否かを判断し、電話用パケット信号である場合には、ステップＳ１９で当該電話用パケット信号に上述した呼出指令が含まれているか否かを判断する。そして、呼出指令が含まれている場合には、ステップＳ２１に進む。なお、ステップＳ１７において受信パケット信号が電話用パケット信号でないと判断した場合、またはステップＳ１９において呼出指令が含まれていないと判断した場合は、このフローを抜けて、再度、ステップＳ１から繰り返す。
【００５１】
ステップＳ２１において、メインＣＰＵ１６は、現在のインターネットラジオ受信機としての設定状態、具体的には現在の受信チャネルおよび音量（アンプ回路２６の増幅率）を、自身に内蔵されたレジスタＲに記憶する。そして、ステップＳ２３で、上述のフラッシュメモリ５６に記憶されたＢＧＭ設定条件に基づいてＢＧＭを流すか、若しくは当該ＢＧＭの出力を禁止するよう、サブＣＰＵ４８を制御する。そして、ステップＳ２５で、ラジオモードから電話モードに切り換わった後、ステップＳ２７の着信処理を実行する。すなわち、上述した着信指令を生成し、さらにこの着信指令を含む電話用パケット信号を生成する。そして、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。
【００５２】
ステップＳ２７の着信処理の実行後、メインＣＰＵ１６は、ステップＳ２９において、スピーカ４４から上述した着信音を発生させるよう疑似音発生回路４２を制御する。そして、ステップＳ３１で、自身に内蔵されたフラグＦａに“１”を設定して、このフローを抜ける。なお、このフラグＦａは、相手方からの呼出指令を着信している状態にあるか否かを表す指標であり、当該フラグＦａが“１”のとき、相手方からの呼出指令を着信している状態を表す。一方、フラグＦａが“０”のときは、相手方から呼出指令を着信していないことになる。
【００５３】
さらに、上述のステップＳ３でフックスイッチ４０がオンフック状態にない、つまりオフフック状態にあるとき、メインＣＰＵ１６は、ステップＳ３３に進む。そして、このステップＳ３３で、現在のインターネットラジオ受信機としての設定状態をレジスタＲに記憶し、ステップＳ３５で、上述のＢＧＭ設定条件に基づいてＢＧＭを流すか、若しくは当該ＢＧＭの出力を禁止するよう、サブＣＰＵ４８を制御する。さらに、ステップＳ３７で、ラジオモードから電話モードに切り換わり、ステップＳ３９で、受話器３６のスピーカ３６ａから上述した発信音を発生させるよう疑似音発生回路４２を制御する。そして、ステップＳ４１で、自身に内蔵されたフラグＦｂに“１”を設定して、このフローを抜ける。なお、フラグＦｂは、オペレータがこれから電話を掛けようとしているのか否かを表す指標であり、当該フラグＦｂが“１”のとき、オペレータが電話を掛けられようとして、受話器３６を上げたことを表す。一方、フラグＦｂが“０”のときは、オペレータが電話を掛けようとしておらず、受話器３６が上げられていないことを表す。
【００５４】
また、上述のステップＳ１で電話モードにあるとき、メインＣＰＵ１６は、図４のステップＳ４３に進む。そして、このステップＳ４３において、受話器３６がオンフック状態にあるか否かを判断する。
【００５５】
受話器３６がオンフック状態にあるとき、メインＣＰＵ１６は、ステップＳ４５で上述したフラグＦａが“１”であるか否かを判断する。そして、フラグＦａが“１”であるとき、つまり相手方からの呼出指令を着信している状態にあるとき、ステップＳ４７において何らかのパケット信号を受信したか否かを判断する。ここで、パケット信号を受信していない場合には、一旦、このフローを抜けて、再度ステップＳ１から繰り返す。一方、何らかのパケット信号を受信すると、ステップＳ４９に進み、受信したパケット信号が電話用パケット信号であるか否かを判断する。
【００５６】
ステップＳ４９で電話用パケット信号を受信したと判断すると、メインＣＰＵ１６は、さらにステップＳ５１で当該電話用パケット信号に上述した終話指令が含まれるか否かを判断する。そして、終話指令が含まれる場合には、ステップＳ５３の終話処理を実行する。すなわち、上述した終話指令を含む電話用パケット信号を生成し、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。
【００５７】
ステップＳ５３の終話処理の実行後、メインＣＰＵ１６は、ステップＳ５５において上述した着信音の出力を停止させるよう疑似音発生回路４２を制御する。そして、ステップＳ５７でフラグＦａに“０”を設定した後、ステップＳ５９で電話モードからラジオモードに切り換わる。さらに、ステップＳ６１で、上述したレジスタＲの記憶内容に基づいてインターネットラジオ放送の受信チャネルを設定するとともに、音量を設定する。そして、このフローを抜けて、ステップＳ１に戻る。
【００５８】
なお、上述のステップＳ４９において、受信したパケット信号が電話用パケット信号でないと判断した場合は、メインＣＰＵ１６は、このフローを抜けて、ステップＳ１から繰り返す。また、ステップＳ５１において、電話用パケット信号に終話指令が含まれていないと判断した場合は、ステップＳ６１に進み、呼出指令が含まれているか否かを判断する。ここで、呼出指令が含まれているとき、ステップＳ６２の話中処理を実行する。すなわち、上述した話中指令を含む電話用パケット信号を生成し、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。一方、呼出指令が含まれていない場合には、このフローを抜けて、ステップＳ１から繰り返す。
【００５９】
さらに、上述のステップＳ４５でフラグＦａに“１”が設定されていない場合、メインＣＰＵ１６は、図５のステップＳ６３に進む。そして、このステップＳ６３において、フラグＦｂに“１”が設定されているか否かを判断する。ここで、フラグＦｂに“１”が設定されている場合、つまり受話器３６が上げられていた場合、ステップＳ６５に進む。そして、このステップＳ６５で上述した発信音の出力を停止させるよう疑似音発生回路４２を制御し、さらに、ステップＳステップＳ６７においてフラグＦｂに“０”を設定した後、図４のステップＳ５９に進む。
【００６０】
一方、ステップＳ６３においてフラグＦｂが“０”の場合、メインＣＰＵ１６は、ステップＳ６９に進む。そして、このステップＳ６９においてフラグＦｄに“１”が設定されているか否かを判断する。なお、フラグＦｄは、現在、相手方を呼出中であるか否かを表す指標であり、当該フラグＦｄが“１”のとき相手方を呼出中であることを表す。一方、フラグＦｄが“０”のときは、相手方を呼び出している状態にはないことが表される。
【００６１】
ステップＳ６９においてフラグＦｄが“１”の場合、つまり相手方を呼出中の場合、メインＣＰＵ１６は、ステップＳ７１において上述したステップＳ５３と同様の終話処理を実行する。また、この場合は、受話器３６のスピーカ３６ａから上述した呼出音が出力されている状態にあるので、ステップＳ７３において、当該呼出音の出力を停止させるよう疑似音発生回路４２を制御する。そして、ステップＳ７５でフラグＦｄに“０”を設定し、図４のステップＳ５９に進む。
【００６２】
さらに、ステップＳ６９においてフラグＦｄが“０”の場合、メインＣＰＵ１６は、ステップＳ７７に進む。そして、フラグＦｃに“１”が設定されているか否かを判断する。このフラグＦｃは、現在、相手方と通話中であるか否かを表す指標であり、当該フラグＦｃが“１”のとき相手方と通話中であることを表す。一方、フラグＦｃが“０”のときは、相手方と通話中ではないことが表される。
【００６３】
ステップＳ７７においてフラグＦｃが“１”の場合、つまり相手方と通話中の場合、メインＣＰＵ１６は、ステップＳ７９においてステップＳ５３およびステップＳ７１と同様の終話処理を実行する。そして、ステップＳ８１においてフラグＦｃに“０”を設定し、図４のステップＳ５９に進む。
【００６４】
一方、ステップＳ７７においてフラグＦｃが“０”の場合、メインＣＰＵ１６は、ステップＳ８３に進み、ステップＳ７９と同様の終話処理を実行する。そして、この場合、上述した話中音または音声メッセージが受話器３６のスピーカ３６ａから出力されている状態にあるので、ステップＳ８５において、当該話中音または音声メッセージの出力を停止させるよう疑似音発生回路４２を制御し、図４のステップＳ５９に進む。
【００６５】
また、図４のステップＳ４３において受話器３６がオフフック状態にあるとき、メインＣＰＵ１６は、図６のステップＳ８７に進む。そして、このステップＳ８７において、フラグＦａに“１”が設定されているか否かを判断する。
【００６６】
ここでフラグＦａに“１”が設定されているとき、つまり相手方からの呼出指令を着信しているとき、メインＣＰＵ１６は、ステップＳ８９において着信音の出力を停止させるよう疑似音発生回路４２を制御する。そして、ステップＳ９１においてフラグＦａに“０”を設定した後、ステップＳ９３の応答処理を実行する。すなわち、上述した応答指令を含む電話用パケット信号を生成し、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。そして、この場合、上述したフラグＦｃに“１”が設定されている状態にあるので、ステップＳ９５において当該フラグＦｃに“０”を設定し、このフローを抜ける。
【００６７】
一方、ステップＳ８７においてフラグＦａが“０”の場合、メインＣＰＵ１６は、ステップＳ９７に進む。そして、このステップＳ９７においてフラグＦｂに“１”が設定されているか否かを判断する。ここで、フラグＦｂに“１”が設定されている場合、つまりオペレータがこれから電話を掛けようとして受話器３６を上げている場合、ステップＳ９９に進む。そして、このステップＳ９９において操作キー４６によるダイヤル操作が成されたか否かを判断する。
【００６８】
ステップＳ９９でダイヤル操作が成されると、メインＣＰＵ１６は、ステップＳ１０１に進み、発信音の出力を停止させるよう疑似音発生回路４２を制御する。そして、ステップＳ１０３でフラグＦｂに“０”を設定した後、ステップＳ１０５の発信処理を実行する。すなわち、上述した呼出指令を含む電話用パケット信号を生成し、生成した電話用パケット信号をＬＡＮコントローラ１４に入力する。そして、ステップＳ１０７においてフラグＦｄに“０”を設定し、このフローを抜ける。なお、ステップＳ１０１においてダイヤル操作が成されない場合には、ステップＳ１０１〜ステップＳ１０７をスキップして、このフローを抜ける。
【００６９】
さらに、ステップＳ９７においてフラグＦｂが“０”の場合、メインＣＰＵ１６は、図７のステップＳ１０９に進む。そして、このステップＳ１０９において、フラグＦｄに“１”が設定されているか否かを判断する。
【００７０】
ここで、フラグＦｄに“１”が設定されている場合、つまり相手方を呼出中の場合は、ステップＳ１１１に進む。そして、何らかのパケット信号を受信したか否かを判断する。ここで、パケット信号を受信していない場合には、一旦、このフローを抜ける。一方、何らかのパケット信号を受信すると、ステップＳ１１２に進み、受信したパケット信号が電話用パケット信号であるか否かを判断する。
【００７１】
電話用パケット信号を受信したと判断すると、メインＣＰＵ１６は、さらにステップＳ１１３で当該電話用パケット信号に上述した呼出指令が含まれているか否かを判断する。そして、呼出指令が含まれている場合には、ステップＳ１１４において図４のステップＳ６２と同様の話中処理を行った後、このフローを抜ける。
【００７２】
ステップＳ１１３において呼出指令が含まれていない場合は、ステップＳ１１５で話中指令が含まれるか否かを判断する。そして、話中指令が含まれる場合には、ステップＳ１１７で受話器３６のスピーカ３６ａから話中音５３を出力させるように疑似音発生回路４２を制御し、さらにステップＳ１１９でフラグＦｄに“０”を設定した後、このフローを抜ける。一方、受信したパケット信号が電話用パケット信号でない場合には、直接このフローを抜ける。
【００７３】
また、受信した電話用パケット信号に話中指令が含まれていない場合、メインＣＰＵ１６は、ステップＳ１１５からステップＳ１２１に進む。そして、このステップＳ１２１において当該電話用パケット信号に上述した欠番指令が含まれているか否かを判断する。ここで、欠番指令が含まれている場合、メインＣＰＵ１６は、ステップＳ１２３において、受話器３６のスピーカ３６ａから上述した音声メッセージを出力させるよう疑似音発生回路４２を制御した後、ステップＳ１１９に進む。欠番指令が含まれていない場合には、ステップＳ１２５に進む。
【００７４】
ステップＳ１２５において、メインＣＰＵ１６は、受信した電話用パケット信号に上述した着信指令が含まれていないか否かを判断する。ここで、着信指令が含まれている場合は、ステップＳ１２７において上述した呼出音を受話器３６のスピーカ３６ａから出力させるように疑似音発生回路４２を制御した後、このフローを抜ける。一方、着信指令が含まれていない場合には、ステップＳ１２９に進み、受信した電話用パケット信号に上述した応答指令が含まれているか否かを判断する。そして、応答指令が含まれている場合には、ステップＳ１３１において呼出音の出力を停止させるように疑似音発生回路４２を制御し、さらにステップＳ１３３においてフラグＦｃに“１”を設定した後、ステップＳ１１９に進む。受信した電話用パケット信号に応答指令が含まれていない場合には、そのままこのフローを抜ける。
【００７５】
さらに、上述のステップＳ１０９においてフラグＦｄが“１”でない場合、メインＣＰＵ１６は、図８のステップＳ１３５に進む。そして、このステップＳ１３５において、フラグＦｃに“１”が設定されているか否かを判断する。
【００７６】
ここで、フラグＦｃに“１”が設定されている場合、つまり相手方と通話中の場合、メインＣＰＵ１６は、ステップＳ１３７に進み、何らかのパケット信号を受信したか否かを判断する。そして、パケット信号を受信した場合は、ステップＳ１３８に進み、受信したパケット信号が電話用パケット信号であるか否かを判断する。
【００７７】
電話用パケット信号を受信したと判断すると、メインＣＰＵ１６は、さらにステップＳ１３９で当該電話用パケット信号に呼出指令が含まれているか否かを判断する。そして、呼出指令が含まれている場合には、ステップＳ１４０において図４のステップＳ６２と同様の話中処理を行った後、このフローを抜ける。
【００７８】
ステップＳ１４０において呼出指令が含まれていない場合は、ステップＳ１４１において電話用パケット信号に上述した受話データが含まれるか否かを判断する。そして、受話データが含まれる場合には、ステップＳ１４３において電話用パケット信号から当該受話データを抽出するとともに、抽出した受話データをＳＤＲＡＭ１８の受話データ保存領域１８ｂに保存する。そして、ステップＳ１４５に進み、当該受話データ保存領域１８ｂに保存された受話データのデータ量が第２閾値に達したか否かを判断する。
【００７９】
ここで受話データ保存領域１８ｂに保存された受話データのデータ量が第２閾値に達すると、メインＣＰＵ１６は、ステップＳ１４７において当該受話データ保存領域１８ｂ内の受話データをＤＳＰ２０に転送し、デコードさせる。そして、このデコードによって再現されたＰＣＭデータを、ステップＳ１４９でＰＣＭコーデック３２に向けて出力する。この結果、受話器３６のスピーカ３６ａから受話音が出力される。
【００８０】
なお、ステップＳ１３５においてフラグＦｃに“０”が設定されていると判断した場合は、直接このフローを抜けて、ステップＳ１から繰り返す。また、受信したパケット信号が電話用パケット信号でないとステップＳ１３９で判断した場合、或いは受話データ保存領域１８ｂに保存された受話データのデータ量が第２閾値に達していないとステップＳ１４５で判断した場合も、直接このフローを抜ける。
【００８１】
さらに、ステップＳ１４１において受話データが含まれていないと判断した場合、メインＣＰＵ１６は、ステップＳ１５１に進む。そして、受信した電話用パケット信号に終話指令が含まれるか否かを判断する。ここで、終話指令が含まれる場合は、ステップＳ１５３においてフラグＦｃに“０”を設定し、さらにステップＳ１５５で受話器３６のスピーカ３６ａから話中音を出力させるよう疑似音発生回路４２を制御した後、このフローを抜ける。一方、終話指令が含まれていない場合には、ステップＳ１５３およびステップＳ１５５をスキップして、直接このフローを抜ける。
【００８２】
そして、上述のステップＳ１３７で何らかのパケット信号を受信していない場合は、ステップＳ１５７に進む。そして、このステップＳ１５７において、ＳＤＲＡＭ１８の送話データ記憶領域１８ｃに送話データが第３閾値以上保存されたか否かを判断する。ここで、送話データの保存量が第３閾値以上であるときは、ステップＳ１５９で当該送話データをＤＳＰ２０に転送し、エンコードさせる。そして、ステップＳ１６１において、エンコード後の送話データに基づいてパケット信号を成形し、成形したパケット信号を、ステップＳ１６３においてＬＡＮコントローラ１４に向けて出力する。これによって、送話データを含むパケット信号が相手方に送信される。なお、ステップＳ１５７において送話データ記憶領域１８ｃ内の送話データの保存量が第３閾値に満たない場合には、直接このフローを抜けて、再度、ステップＳ１から繰り返す。
【００８３】
以上の説明から明らかなように、この実施例のコンテンツ再生装置１０は、インターネットラジオ受信機としての機能およびＩＰ電話機として機能を兼ね備えているので、これら両方の機能を使用したい利用者にとって便利である。特に、ＩＰ電話機として機能するときには、自動的にインターネットラジオ受信機としての機能が不能化されるので、オペレータがこのコンテンツ再生装置１０をＩＰ電話機として使用する際に、インターネットラジオ受信機としての機能をわざわざ操作する手間が省ける。
【００８４】
さらに、インターネットラジオ受信機として機能しているときに受信される放送データ、およびＩＰ電話機として機能しているときに受信される受話データは、それぞれに共通のＤＳＰ２０によってデコードされるので、たとえばそれぞれのデータをデコードするための手段を個別に設ける場合に比べて、コンテンツ再生装置１０のコストを低減できる。
【００８５】
そして、インターネットラジオ放送が聴取されているときに電話が掛かってきてＩＰ電話機能が能動化されると、当該インターネットラジオ放送に代えてＣＤプレーヤ５２またはＡＭ／ＦＭチューナ５４を音源とするＢＧＭが出力される。つまり、ＩＰ電話機能が能動化されることによってコンテンツが途切れることがないので、聴取者に対する不快さを和らげることができる。このことは、複数人が同時にコンテンツを聴取することのできる据え置き型の装置において、特に有効である。
【００８６】
また、ＩＰ電話機能が能動化されているときにＢＧＭが流れるので、オペレータはリラックスしながら相手方と通話することができる。このことは、一般の電話回線を利用する電話通信に比べて通話料金が格段に安いＩＰ電話において、長電話の傾向が予想されることから、極めて有効である。
【００８７】
なお、この実施例では、インターネットラジオ受信機にＩＰ電話機としての機能を付加する場合について説明したが、インターネットラジオ受信機以外の装置にＩＰ電話機としての機能を付加してもよい。たとえば、インターネットを通じてテレビジョン番組などの映像情報を受信する装置にＩＰ電話機としての機能を付加してもよい。
【００８８】
また、インターネットへの接続は、有線でもよいし無線でもよい。さらに、インターネット以外のネットワークによってコンテンツの配信および通話を可能とする装置にも、この発明を適用できる。
【００８９】
そして、メインＣＰＵ１６の他にサブＣＰＵ４８を設けたが、サブＣＰＵ４８を設けずに、当該サブＣＰＵ４８による処理（マン・マシン・インタフェース処理）をもメインＣＰＵ１６によって処理するようにしてもよい。また、メインＣＰＵ１６およびＤＳＰ２０をＡＳＩＣによって一体に構成したが、これらを別固体として設けてもよい。
【００９０】
さらに、ＢＧＭ音源としてＣＤプレーヤ５２およびＡＭ／ＦＭチューナ５４を設けたが、カセットテープレコーダなどの他の装置を当該ＢＧＭ音源として設けてもよい。また、音源切換回路２４の入力側に外部音声入力端子を設け、この外部音声入力端子にＢＧＭ音源を接続してもよい。そしてさらに、上述のフラッシュメモリ５８にダウンロードした放送内容を音源としてもよい。
【００９１】
また、予め複数曲の音楽データが記録されたハードディスクを音源とするいわゆるミュージックサーバ（登録商標）を設けてもよい。この場合、ＩＰ電話機能が能動化されたときにインターネットラジオ放送の受信チャネルと同様のジャンルの音楽が再生されるようにすれば、聴取者に対する不快さをさらに和らげることができる。
【００９２】
そして、受話器３６は、コンテンツ再生装置１０本体と無線で接続されるものであってもよいし、当該受話器の他に、いわゆる子機を設けてもよい。また、操作キー４６とは別に、ダイヤル操作のための専用のキーを設けてもよい。
【００９３】
さらに、スピーカ２８および３０に入力される音声信号の周波数特性、つまり当該スピーカ２８および３０の出力音の音質を調整するための音質調整回路（イコライザ）を設けてもよい。
【図面の簡単な説明】
【図１】この発明の一実施例の構成を示すブロック図である。
【図２】図１の実施例において送受信されるパケットの構造を示す図解図である。
【図３】図１におけるメインＣＰＵの動作の一部を示すフロー図である。
【図４】図３に続くフロー図である。
【図５】図４に続くフロー図である。
【図６】図５とは別のルートで図４に続くフロー図である。
【図７】図６に続くフロー図である。
【図８】図７に続くフロー図である。
【符号の説明】
１０…コンテンツ再生装置
１４…ＬＡＮコントローラ
１６…メインＣＰＵ
２０…ＤＳＰ
２２…Ｄ／Ａ変換回路
３２…ＰＣＭコーデック
【図１】
2004165997.tif 000003
【図２】
2004165997.tif 000004
【図３】
2004165997.tif 000005
【図４】
2004165997.tif 000006
【図５】
2004165997.tif 000007
【図６】
2004165997.tif 000008
【図７】
2004165997.tif 000009
【図８】
2004165997.tif 000010