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