(57)【要約】【課題】利便性の高い通信システムを構築可能な通信装置を提供すること。【解決手段】ＭＦＰは、他の電話機から送信されてくる入来メッセージを、ＭＦＰが内蔵する音声ＣＯＤＥＣに対応したデータ形式の留守番電話データとして記憶部に記憶する。また、記憶部には、ＤＬＮＡ（登録商標）対応形式の動画データ、静止画データ、音声データも記憶している。ＤＬＮＡ（登録商標）機器からデータ送信要求があった場合、要求されたデータが留守番電話データであれば（Ｓ４１０：ＹＥＳ）、留守番電話データのデータ形式を内蔵音声ＣＯＤＥＣ対応形式からＤＬＮＡ（登録商標）対応形式に変換して、変換されたデータをＤＬＮＡ（登録商標）機器へと送信する（Ｓ４１５）。【選択図】図８
2008048339.tif 000002
【特許請求の範囲】
【請求項１】
電話機能を有する第１通信装置とは第１ネットワークを介して通信可能で、音声再生機能を有する第２通信装置とは第２ネットワークを介して通信可能に構成された通信装置であって、
前記第１通信装置から送信されてくる入来メッセージを、前記第２通信装置では再生不能な第１形式の音声データとして記憶する記憶手段と、
前記第１形式の音声データを、前記第２通信装置において再生可能な第２形式の音声データに変換する変換手段と、
前記変換手段によって変換された前記第２形式の音声データを、前記第２ネットワークを介して前記第２通信装置へと送信する音声データ送信手段と
を備えることを特徴とする通信装置。
【請求項２】
前記変換手段は、前記第２通信装置から音声送信要求が送信されてきたことを条件として、前記第１形式の音声データを前記第２形式の音声データに変換するように構成されている
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記記憶手段に記憶された前記第１形式の音声データに係る情報を、前記第２形式の音声データに係る情報に変換した送信候補情報を生成する情報生成手段と、
前記送信候補情報を、前記第２通信装置へ送信する情報送信手段と
を備えることを特徴とする請求項２記載の通信装置。
【請求項４】
前記第２通信装置が前記第２ネットワークに接続されたことを検出可能な検出手段を備え、
前記変換手段は、前記第２通信装置が前記第２ネットワークに接続されたことを前記検出手段が検出したことを条件として、前記第１形式の音声データを前記第２形式の音声データに変換するように構成されている
ことを特徴とする請求項１に記載の通信装置。
【請求項５】
前記記憶手段は、さらに、前記第２形式の音声データをも記憶するように構成され、
前記音声データ送信手段は、前記記憶手段に記憶された前記第２形式の音声データを、前記第２通信装置へ送信するように構成されており、
前記検出手段によって検出された前記第２通信装置が、前記第２ネットワークから切り離されたか否かを判断する判断手段と、
前記判断手段により前記第２通信装置が切り離されたと判断されたことを条件として、前記第２形式の音声データを前記記憶手段から削除する削除手段と
を備えることを特徴とする請求項４に記載の通信装置。
【請求項６】
複数の前記第２形式の音声データを合成して、１つの合成音声データとする合成手段を備え、
前記音声データ送信手段は、前記合成手段により合成された前記合成音声データを、前記第２通信装置へ送信するように構成されている
ことを特徴とする請求項１〜請求項５のいずれかに記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
従来、動画、静止画、音楽などのコンテンツを提供可能なサーバーと、それらのコンテンツを再生可能なクライアントとを、ネットワークを介して接続してなるシステムが提案されている（例えば、特許文献１参照）。
【０００３】
この種のシステムを利用すれば、サーバー側から提供されるコンテンツを、クライアント側において再生することができる。
【特許文献１】特開２００４−１２８５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、いわゆる留守番電話機能を備える電話機は、利用者不在時に着呼があった場合に、発呼側機器から送信されてくる入来メッセージ（ＩＣＭ；InComing Message）を録音できる構成になっている。
【０００５】
しかし、この種の電話機で録音される入来メッセージは、従来、電話機で再生できることのみを考慮した符号化方式でデータ化されていたため、録音された入来メッセージを上記特許文献１に記載の技術を利用してクライアント側へ提供したとしても、入来メッセージを提供されたクライアント側では、入来メッセージを再生することはできなかった。
【０００６】
本発明は、上記問題を解決するためになされたものであり、その目的は、利便性の高い通信システムを構築可能な通信装置を提供することにある。
【課題を解決するための手段】
【０００７】
以下、本発明において採用した構成について説明する。
本発明の通信装置は、電話機能を有する第１通信装置とは第１ネットワークを介して通信可能で、音声再生機能を有する第２通信装置とは第２ネットワークを介して通信可能に構成された通信装置であって、前記第１通信装置から送信されてくる入来メッセージを、前記第２通信装置では再生不能な第１形式の音声データとして記憶する記憶手段と、前記第１形式の音声データを、前記第２通信装置において再生可能な第２形式の音声データに変換する変換手段と、前記変換手段によって変換された前記第２形式の音声データを、前記第２ネットワークを介して前記第２通信装置へと送信する音声データ送信手段とを備えることを特徴とする。
【０００８】
このように構成された通信装置によれば、第１通信装置から送信されてくる入来メッセージは、第２通信装置では再生不能な第１形式の音声データとして記憶手段に記憶されるが、第１形式の音声データが第２形式の音声データに変換されて、第２形式の音声データが第２通信装置へと送信される。したがって、第１形式の音声データをそのまま第２通信装置へ送信するようなものとは異なり、第２通信装置では第２形式の音声データを再生することができ、これにより、録音された入来メッセージを、利用者が再生したい通信装置にて自由に再生することができるようになる。よって、このような構成の通信装置を用いることにより利便性の高い通信システムを構築することができる。
【０００９】
ところで、本発明の通信装置において、前記変換手段は、前記第２通信装置から音声送信要求が送信されてきたことを条件として、前記第１形式の音声データを前記第２形式の音声データに変換するように構成されているとよい。
【００１０】
このように構成された通信装置によれば、第２通信装置からの要求があったことを条件として、第２形式の音声データに変換するため、録音された入来メッセージを、利用者が再生したい通信装置にて自由に再生することができるようになる。さらに、例えば、第２通信装置から音声送信要求が送信されてこない場合に、無駄な変換作業を行わなくてもよくなり、その分の負荷が軽減され、変換のために必要となるリソースを無駄に消費することがない。
【００１１】
また、本発明の通信装置は、前記記憶手段に記憶された前記第１形式の音声データに係る情報を、前記第２形式の音声データに係る情報に変換した送信候補情報を生成する情報生成手段と、前記送信候補情報を、前記第２通信装置へ送信する情報送信手段とを備えていてもよい。
【００１２】
このように構成された通信装置によれば、第１形式の音声データに係る情報を、第２形式の音声データに係る情報に変換してから送信するため、第２通信装置側では、その第２通信装置にて音声データが再生可能であることを認識できる。
【００１３】
しかも、第２通信装置は、その送信候補情報に基づいて音声送信要求を送信することができ、通信装置は、音声送信要求が送信されてきたことを条件として、音声データを第２形式に変換するので、録音された入来メッセージを、利用者が再生したい通信装置にて自由に再生することができるようになる。さらに、無駄な変換作業を行わなくてもよくなり、その分の負荷が軽減され、変換のために必要となるリソースを無駄に消費することがない。
【００１４】
また、本発明の通信装置は、前記第２通信装置が前記第２ネットワークに接続されたことを検出可能な検出手段を備えていてもよく、この場合、前記変換手段は、前記第２通信装置が前記第２ネットワークに接続されたことを前記検出手段が検出したことを条件として、前記第１形式の音声データを前記第２形式の音声データに変換するように構成されているとよい。
【００１５】
このように構成された通信装置によれば、第２通信装置が第２ネットワークに接続されたことを条件として、第２形式の音声データに変換するため、録音された入来メッセージを、利用者が再生したい通信装置にて自由に再生することができるようになる。さらに、例えば、第２通信装置が第２ネットワークに接続されていない場合など、無駄になる可能性がある変換作業を減らすことができ、その分の負荷が軽減され、変換のために必要となるリソースを無駄に消費することがない。
【００１６】
また、第２通信装置が第２ネットワークに接続されたことを検出したら、第１形式の音声データが第２形式の音声データに変換される。したがって、第２通信装置から音声送信要求が送信されてくれば、即座に要求に応じることもでき、第２通信装置から音声送信要求が送信されてきたことを条件として変換を行うもの以上に、迅速に第２形式の音声データを第２通信装置に提供することができる。
【００１７】
また、本発明の通信装置において、前記記憶手段は、さらに、前記第２形式の音声データをも記憶するように構成され、前記音声データ送信手段は、前記記憶手段に記憶された前記第２形式の音声データを、前記第２通信装置へ送信するように構成されていてもよく、この場合、前記検出手段によって検出された前記第２通信装置が、前記第２ネットワークから切り離されたか否かを判断する判断手段と、前記判断手段により前記第２通信装置が切り離されたと判断されたことを条件として、前記第２形式の音声データを前記記憶手段から削除する削除手段とを備えているとよい。
【００１８】
このように構成された通信装置によれば、第２通信装置が第２ネットワークから切り離された場合、第２形式の音声データは記憶手段から削除されるので、第２通信装置が第２ネットワークに再び接続されるか否かが定かではないにもかかわらず、第２形式の音声データが記憶手段に無駄に残されたままとなることがない。
【００１９】
さらに、本発明の通信装置は、複数の前記第２形式の音声データを合成して、１つの合成音声データとする合成手段を備えていてもよく、この場合、前記音声データ送信手段は、前記合成手段により合成された前記合成音声データを、前記第２通信装置へ送信するように構成されているとよい。
【００２０】
このように構成された通信装置によれば、複数の第２形式の音声データが存在する場合でも、１つの合成音声データが第２通信装置へ送信されるので、第２通信装置側で音声データを再生する際に、複数の第２形式の音声データそれぞれを逐一指定するような手間をかけなくても、１つの合成音声データを指定するだけで、簡単に音声データを再生することができる。
【発明を実施するための最良の形態】
【００２１】
次に、本発明の実施形態について、いくつかの具体的な例を挙げて説明する。
（１）第１実施形態
まず、第１実施形態について説明する。
【００２２】
［システム全体の構成］
図１は、本発明の一実施形態に相当するＭＦＰ（Multi Function Product）を備えたネットワークシステムを示すブロック図である。
【００２３】
図１に示すネットワークシステムは、ＭＦＰ１、ルーター２、テレビ３、オーディオ機器４などを備え、これらの機器がＬＡＮ（Local Area Network）５を介して相互に通信できるように構成されている。また、ＭＦＰ１は、ＬＡＮ５およびルーター２を介してインターネット回線６に接続可能で、さらに、ＰＳＴＮ（Public Switched Telephone Networks）回線７にも接続されている。
【００２４】
ＭＦＰ１は、スキャナ機能、プリンタ機能、コピー機能、ファクシミリ機能、電話機能、ネットワーク通信機能などを備えた複合機である。このＭＦＰ１が備える電話機能としては、インターネット回線６を利用するＩＰ電話機能、およびＰＳＴＮ回線７を利用するアナログ電話機能を備えている。なお、ＩＰ電話機能およびアナログ電話機能は、いずれか一方のみを備えていてもよく、ＩＰ電話機能のみを備える場合は、ＰＳＴＮ回線７に接続されていない構成となっていてもよい。
【００２５】
ルーター２は、ルーター２を介して接続された一方のネットワークから他方のネットワークへデータを中継する機能を備えた機器で、本実施形態においては、ルーター２がＬＡＮ５側とインターネット回線６側との間でやり取りされるデータを中継している。
【００２６】
テレビ３は、映像出力機能、音声出力機能、およびネットワーク通信機能などを備える機器で、本発明でいう第２通信装置の一例に相当するものである。
オーディオ機器４は、音声出力機能、およびネットワーク通信機能などを備える機器で、このオーディオ機器４も、本発明でいう第２通信装置の一例に相当するものである。
【００２７】
ＬＡＮ５は、IEEE802.3系の規格（IEEE802.3/IEEE802.3u等）に準拠した有線ネットワーク機器群（ルーター、ハブ、ケーブル等）、もしくは、IEEE802.11系の規格（IEEE802.11a/IEEE802.11b/IEEE802.11g等）に準拠した無線ネットワーク機器群（いわゆる無線ＬＡＮ対応機器）によって構成されたものである。上記有線ネットワーク機器群および無線ネットワーク機器群は、いずれか一方のみが採用されていてもよいし、無線ネットワークと有線ネットワークとを中継する機器があれば、双方が混在するかたちで採用されてもよい。
【００２８】
インターネット回線６、およびＰＳＴＮ回線７には、それぞれ通信先の機器となるＩＰ電話機８やアナログ電話機９などが接続され、ＭＦＰ１は、これらＩＰ電話機８やアナログ電話機９と通信できるようになっている。なお、これらＩＰ電話機８やアナログ電話機９は、本発明でいう第１通信装置の一例に相当する機器である。
【００２９】
また、インターネット回線６とＰＳＴＮ回線７は、ゲートウェイを介して相互に接続され、これにより、ＭＦＰ１がＩＰ電話機能を利用する場合でも、インターネット回線６経由でＰＳＴＮ回線７に接続してアナログ電話機９と通信したり、ＭＦＰ１がアナログ電話機能を利用する場合でも、ＰＳＴＮ回線７経由でインターネット回線６に接続してＩＰ電話機８と通信したりすることができるようになっている。したがって、ＭＦＰ１がＩＰ電話機能またはアナログ電話機能のいずれか一方のみを備えている場合でも、ＭＦＰ１はＩＰ電話機８およびアナログ電話機９のどちらとでも通信することができる。
【００３０】
なお、図１においては図示を省略してあるが、インターネット回線６およびＰＳＴＮ回線７の各回線は、さらに携帯電話網などの他の回線ともゲートウェイを介して相互に接続されており、他の回線に接続される電話機（例えば、携帯電話機）とも、インターネット回線６経由またはＰＳＴＮ回線７経由で通信できるようになっている。この場合、他の回線に接続される電話機（例えば、携帯電話機）も、本発明でいう第１通信装置の一例に相当する機器となる。
【００３１】
さて、以上説明した各機器の内、ＭＦＰ１、テレビ３、およびオーディオ機器４は、いずれもＤＬＮＡ（登録商標）ガイドライン準拠の機器（以下、ＤＬＮＡ（登録商標）機器と称する）として構成されている。ＤＬＮＡ（登録商標）機器には、サーバーとして機能する機器やプレイヤーとして機能する機器などがあり、動画や静止画などの映像コンテンツや音楽などの音声コンテンツをサーバー側からプレイヤー側へと送信してプレイヤー側で再生できるように構成されている。
【００３２】
このような機能を実現するため、ＤＬＮＡ（登録商標）機器は、いずれも上記ＬＡＮ５を介して通信を行うネットワーク通信機能を備えている。より詳しくは、サーバーとプレイヤーとの間で情報交換および情報伝達を行う際には、通信プロトコルとしてＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を利用し、ＨＴＴＰ（HyperText Transfer Protocol）を利用して制御メッセージの交換やファイル転送を実行するようになっている。
【００３３】
また、機器間において交換ないし伝達される情報は、ＸＭＬ（eXtensible Markup Language）によって記述され、この情報に基づいて、例えば、静止画と音声を同期させてプレイヤー側で再生させたり、テキストメッセージと音声同期させてプレイヤー側で再生させたりといった制御を実施できるようになっている。
【００３４】
さらに、ＤＬＮＡ（登録商標）機器は、いずれもＵＰｎＰ（登録商標）（Universal Plug and Play）機能を備えており、ＤＬＮＡ（登録商標）機器が上記ＬＡＮ５に接続された場合は、互いの機器を自動認識するように構成されている。
【００３５】
なお、これらＤＬＮＡ（登録商標）で採用されている通信プロトコルの仕様やＵＰｎＰ（登録商標）の仕様そのものは公知なので、これ以上の詳細な説明については省略する。
本実施形態において、ＭＦＰ１は、ＤＬＮＡ（登録商標）ガイドライン準拠のサーバー機能およびプレイヤー機能の双方を備えた機器として構成されている。また、テレビ３およびオーディオ機器４は、ＤＬＮＡ（登録商標）ガイドライン準拠のプレイヤー機能を備えた機器として構成されている。したがって、プレイヤーに相当するテレビ３は、サーバーに相当するＭＦＰ１から配信される映像および音声を再生することができる。また、プレイヤーに相当するオーディオ機器４は、サーバーに相当するＭＦＰ１から配信される音声を再生することができる。
【００３６】
なお、オーディオ機器４は、テレビ３とは異なり、ＭＦＰ１から配信される映像を再生する機能は備えていないが、テキストデータを表示する程度の表示機能は備えている。この表示機能は、ＭＦＰ１から音声とともにテキストメッセージが配信された場合に利用され、配信されたテキストメッセージをオーディオ機器４において表示することができる。
【００３７】
［ＭＦＰの内部構成］
次に、ＭＦＰ１の内部構成について説明する。
ＭＦＰ１は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、パネル部１４、読取部１５、印刷部１６、ＬＡＮ制御部１７、ＮＣＵ１８、ＦＡＸ  ＭＯＤＥＭ／音声ＣＯＤＥＣ１９、ハンドセット２０、本体スピーカ２１、および記憶部２２などを備えている。
【００３８】
ＣＰＵ１１は、ＲＯＭ１２に記憶されたプログラムに従って、ＭＦＰ１各部に対する制御及び各種演算を実行する装置である。
ＲＯＭ１２は、ＭＦＰ１を制御するために必要なプログラムやデータを記憶している読み出し専用の記憶装置である。
【００３９】
ＲＡＭ１３は、主にＣＰＵ１１による演算に伴って発生する各種データを記憶する記憶装置である。
パネル部１４は、利用者がＭＦＰ１に各種指令を与えるために操作するキーやタッチパネルによって構成される入力装置と、利用者に対して各種情報を提示するために設けられた液晶ディスプレイなどの表示装置とによって構成されている。
【００４０】
読取部１５は、スキャナ機能による画像の読取、ファクシミリ機能による送信画像の読取等を行う際に作動する装置である。
印刷部１６は、プリンタ機能による画像の印刷、ファクシミリ機能による受信画像の印刷、コピー機能によるコピー画像の印刷等を行う際に作動する装置である。
【００４１】
ＬＡＮ制御部１７は、ＬＡＮ５を介して他の機器（テレビ３やオーディオ機器４）とデータ通信を実施したり、ＬＡＮ５、ルーター２，およびインターネット回線６を介して、インターネット回線６側に存在する機器とデータ通信を実施したりするための装置である。
【００４２】
ＮＣＵ１８は、ＰＳＴＮ回線７を介して他の電話機との通信を実施するための装置である。なお、ＭＦＰ１がＩＰ電話機能のみを備え、アナログ電話機能を備えていない場合、ＮＣＵ１８は不要である。
【００４３】
ＦＡＸ  ＭＯＤＥＭ／音声ＣＯＤＥＣ１９は、ＰＳＴＮ回線７を介してファクシミリ画像の送受信を行ったり音声通信を行ったりするための装置である。ＭＯＤＥＭ／音声ＣＯＤＥＣ１９が備える音声ＣＯＤＥＣ（以下、内蔵音声ＣＯＤＥＣと称する）は、ＭＦＰ１が備える電話機能に対応したものが設けられる。具体的には、ＭＦＰ１がＩＰ電話機能を備える場合、内蔵音声ＣＯＤＥＣとしては、μ−Ｌａｗ方式またはＡ−Ｌａｗ方式の音声ＣＯＤＥＣ等が採用される。また、ＭＦＰ１がアナログ電話機能を備える場合、内蔵音声ＣＯＤＥＣとしては、ＡＤＰＣＭ方式の音声ＣＯＤＥＣ等が採用される。
【００４４】
なお、本実施形態においては、ＭＦＰ１においてＭＰ３（MPEG Audio Layer-3）形式の音声データを処理するため、ＭＦＰ１は、ＦＡＸ  ＭＯＤＥＭ／音声ＣＯＤＥＣ１９以外に、ソフトウェアのＭＰ３ＣＯＤＥＣを備えている。ただし、このＭＰ３ＣＯＤＥＣについても、ＦＡＸ  ＭＯＤＥＭ／音声ＣＯＤＥＣ１９同様、ハードウェアとして搭載された構成としてもよい。
【００４５】
ハンドセット２０は、ＭＦＰ１の電話機能を利用して通話を行う際に利用者が手に持って使用する送受話器で、送話のために使用されるマイクと、受話のために使用されるスピーカが組み込まれている。
【００４６】
本体スピーカ２１は、ハンドセット２０を利用することなく受話音声を聞き取りたい場合に使用されるものである。
記憶部２２は、ハードディスク装置等によって構成されたもので、ＲＡＭ１３だけでは記憶しきれないような比較的大きいサイズのデータや、電力供給が遮断されたときにも消失させたくないデータなどを記憶する際に利用されるようになっている。なお、ＲＡＭ１３の記憶容量が十分大きい場合には、サイズの大きいデータもＲＡＭ１３に記憶可能なため、記憶部２２を設けなくてもよい。
【００４７】
［ＭＦＰが実行する処理の概要］
次に、ＭＦＰ１が実行する処理の概要について、図２に基づいて説明する。
図２は、ＭＦＰ１が実行する処理の概要を示すフローチャートである。この処理は、ＭＦＰ１が起動された直後に実行されて、その後は、繰り返し実行される処理となる。
【００４８】
この処理を開始すると、ＭＦＰ１は、まず、電話着信ありか否かを判断する（Ｓ１０）。ここで、他の電話機（本発明でいう第１通信装置に相当）からの着信があれば、電話着信ありと判断することになり（Ｓ１０：ＹＥＳ）、その場合は、電話着信処理を実行する（Ｓ１５）。この電話着信処理の詳細については後述する。そして、電話着信処理を終了したらＳ１０の処理へと戻り、再びＳ１０以降の処理を繰り返すことになる。
【００４９】
また、Ｓ１０の処理において、電話着信なしと判断した場合（Ｓ１０：ＮＯ）、ＭＦＰ１は、留守番電話／音楽再生指示ありか否かを判断する（Ｓ２０）。ここで、利用者がパネル部１４での操作により、ＭＦＰ１の留守番電話機能によって録音された入来メッセージの再生、もしくは、ＭＦＰ１の記憶部２２に記憶された音楽の再生を指示していれば、留守番電話／音楽再生指示ありと判断することになり（Ｓ２０：ＹＥＳ）、その場合は、留守番電話／音楽再生処理を実行する（Ｓ２５）。この留守番電話／音楽再生処理の詳細については後述する。そして、留守番電話／音楽再生処理を終了したらＳ１０の処理へと戻り、再びＳ１０以降の処理を繰り返すことになる。
【００５０】
また、Ｓ２０の処理において、留守番電話／音楽再生指示なしと判断した場合（Ｓ２０：ＮＯ）、ＭＦＰ１は、ファイル一覧転送要求ありか否かを判断する（Ｓ３０）。ここで、利用者がテレビ３またはオーディオ機器４で所定の操作を行うことにより、テレビ３またはオーディオ機器４からＭＦＰ１へファイル一覧転送要求が送信されていれば、ファイル一覧転送要求ありと判断することになり（Ｓ３０：ＹＥＳ）、その場合は、ファイル一覧転送処理を実行する（Ｓ３５）。このファイル一覧転送処理の詳細については後述する。そして、ファイル一覧転送処理を終了したらＳ１０の処理へと戻り、再びＳ１０以降の処理を繰り返すことになる。
【００５１】
また、Ｓ３０の処理において、ファイル一覧転送要求なしと判断した場合（Ｓ３０：ＮＯ）、ＭＦＰ１は、ファイル送信要求ありか否かを判断する（Ｓ４０）。ここで、利用者がテレビ３またはオーディオ機器４で所定の操作を行うことにより、テレビ３またはオーディオ機器４からＭＦＰ１へファイル送信要求が送信されていれば、ファイル送信要求ありと判断することになり（Ｓ４０：ＹＥＳ）、その場合は、ファイル送信処理を実行する（Ｓ４５）。このファイル送信処理の詳細については後述する。そして、ファイル送信処理を終了したらＳ１０の処理へと戻り、再びＳ１０以降の処理を繰り返すことになる。
【００５２】
さらに、Ｓ４０の処理において、ファイル送信要求なしと判断した場合（Ｓ４０：ＮＯ）、ＭＦＰ１は、その他の処理を実行する（Ｓ５０）。その他の処理としては、ＭＦＰ１が備える各種機能に対応した処理、例えば、スキャナ機能関連の処理やプリンタ機能関連の処理などを考えることができるが、これらは本発明の要部とは直接関連しない処理となるので、これ以上の詳細な説明については省略する。そして、その他の処理を終了した場合もＳ１０の処理へと戻り、再びＳ１０以降の処理を繰り返すことになる。
【００５３】
なお、以上説明した処理は、図示の都合上、Ｓ１０，Ｓ２０，Ｓ３０，Ｓ４０などの判断処理を定期的に繰り返すようなフローチャートとなっているが、他の方法で同等な処理を実現しても構わない。例えば、Ｓ１０，Ｓ２０，Ｓ３０，Ｓ４０の各処理で肯定判断がなされるようなイベントが発生した場合に、そのイベントに対応した割り込み処理として、Ｓ１５，Ｓ２５，Ｓ３５，Ｓ４５の各処理を実行するように構成しても、図２に示した処理と同等な処理を実現することができる。
【００５４】
［電話着信処理］
次に、上記Ｓ１５の処理に相当する電話着信処理について、図３に基づいて説明する。
図３は、ＭＦＰ１が実行する電話着信処理を示すフローチャートである。
【００５５】
電話着信処理を開始すると、ＭＦＰ１は、まず、利用者が電話に出るか否かを判断する（Ｓ１１０）。具体的には、他の電話機からの着信後、所定回数の呼び出し音が鳴るまでに（もしくは、所定時間が経過するまでに）、ＭＦＰ１が備えるハンドセット２０が利用者によって持ち上げられ、そのことをハンドセット２０の有無によってオン／オフが切り替わるフックスイッチで検出したら（もしくは、ハンドセット２０を持ち上げることなく通話を開始するためのスイッチ操作がなされたことを検出したら）、Ｓ１１０の処理では、利用者が電話に出るとの判断がなされる。逆に、そのような判断がなされるような操作が行われないまま、他の電話機からの着信後、所定回数の呼び出し音が鳴ったら（もしくは、所定時間が経過したら）、Ｓ１１０の処理では、利用者が電話に出ないとの判断がなされる。
【００５６】
Ｓ１１０の処理において、電話に出るとの判断がなされた場合（Ｓ１１０：ＹＥＳ）、ＭＦＰ１は、通常通話を行うための処理を実行する（Ｓ１１５）。Ｓ１１５の処理では、呼び出し音を停止させる処理、他の電話機との回線接続のための処理、通話終了操作を検出したら他の電話機との回線切断を行う処理などを実行することになるが、これらの処理は、一般的な電話機においても実行される周知の処理なので、これ以上の詳細な説明については省略する。そして、Ｓ１１５の処理を終了したら、図３に示した電話着信処理を終了する。
【００５７】
一方、Ｓ１１０の処理において、電話に出ないとの判断がなされた場合（Ｓ１１０：ＮＯ）、ＭＦＰ１は、応答メッセージを再生する（Ｓ１２０）。この応答メッセージは、通信先となる他の電話機へと送出されることになる。
【００５８】
Ｓ１２０の処理を終えたら、ＭＦＰ１は、受信日時を録音する（Ｓ１２５）。受信日時は、ＭＦＰ１が内蔵する時計から日付および時刻が取得され、その日付および時刻を読み上げる音声が合成される。そして、合成された音声データがＲＡＭ１３に記憶され、これにより、受信日時が録音されたことになる。
【００５９】
続いて、ＭＦＰ１は、相手先電話番号ありか否かを判断する（Ｓ１３０）。相手先電話番号は、アナログ電話の場合、電話会社が提供する発信番号通知サービス（例えば、東日本電信電話株式会社または西日本電信電話株式会社が提供するサービス「ナンバー・ディスプレイ（登録商標）」）に加入していれば、相手先電話番号を取得することができる。また、ＩＰ電話の場合は、ＵＲＩ（Uniform Resource Identifier）より、相手先電話番号を取得することができる。
【００６０】
Ｓ１３０の処理において、相手先電話番号ありの場合（Ｓ１３０：ＹＥＳ）、ＭＦＰ１は、送信元情報（相手先電話番号又は相手の名前）を録音する（Ｓ１３５）。具体的には、送信元情報として相手先電話番号を録音する場合であれば、送信元から通知された相手先電話番号を読み上げる音声が合成される。また、送信元情報として相手の名前を録音する場合であれば、送信元から通知された相手先電話番号をキーにしてＭＦＰ１が記憶しているアドレス帳をサーチすることにより、アドレス帳に登録された名前を検出し、その名前を読み上げる音声が合成される。そして、合成された音声データがＲＡＭ１３に記憶され、これにより、送信元情報が録音されたことになる。
【００６１】
こうしてＳ１３５の処理を終えたら、Ｓ１４０の処理へと進む。また、Ｓ１３０の処理において、相手先電話番号なしの場合（Ｓ１３０：ＮＯ）、Ｓ１３５の処理はスキップされて、Ｓ１４０の処理へと進む。
【００６２】
Ｓ１４０の処理では、通信先となる他の電話機から送信されてくる入来メッセージを録音する（Ｓ１４０）。そして、Ｓ１２５の処理で録音された受信日時、Ｓ１３５の処理で録音された送信元情報、およびＳ１４０の処理で録音された入来メッセージを、１件分のメッセージとして記憶部２２に記憶して（Ｓ１４５）、図３に示した電話着信処理を終了する。
【００６３】
Ｓ１４５の処理によって記憶部２２に記憶されるメッセージは、アナログ電話の場合、ＭＦＣ１においてＡＤＰＣＭ方式等で符号化された音声データが記憶される。また、ＩＰ電話の場合、μ−Ｌａｗ方式またはＡ−Ｌａｗ方式等で符号化された音声データが通信先となる他の電話機から送信されてくるので、その音声データがそのまま記憶されることになる。
【００６４】
また、Ｓ１４５の処理によって記憶部２２に記憶されるメッセージは、ＭＦＰ１の記憶部２２内に設けられた「留守番電話データフォルダ」内のファイルとして保存される。より詳しくは、ＭＦＰ１の記憶部２２には、図４に示すように、「Ａｕｄｉｏフォルダ」、「Ｉｍａｇｅフォルダ」、「Ｖｉｄｅｏフォルダ」などのフォルダ群が設けられている。そして、その中の「Ａｕｄｉｏフォルダ」内に、「ＭＵＳＩＣデータフォルダ」、「留守番電話データフォルダ」などが設けられ、この「留守番電話データフォルダ」内に、「文字列“ＴＥＬ”＋連番．拡張子」という形式のファイル名で、Ｓ１４５の処理によって記憶されるメッセージが保存されるようになっている。図４に例示したファイルの場合、拡張子が“ＡＤＰＣＭ”となっており、この拡張子からＡＤＰＣＭ方式で符号化された音声データであることが識別できるようになっている。なお、「ＭＵＳＩＣデータフォルダ」、「Ｉｍａｇｅフォルダ」、「Ｖｉｄｅｏフォルダ」には、ＭＰ３形式の音楽ファイル、ＪＰＥＧ形式の静止画ファイル、ＭＰＥＧ形式の動画ファイルなどが格納されている。これらのファイルは、ＭＦＰ１がサーバーとして機能した際に、プレイヤー（テレビ３やオーディオ機器４）に対して送信するために用意されたファイルである。
【００６５】
［留守番電話／音楽再生処理］
次に、上記Ｓ２５の処理に相当する留守番電話／音楽再生処理について、図５に基づいて説明する。
【００６６】
図５は、ＭＦＰ１が実行する留守番電話／音楽再生処理を示すフローチャートである。
留守番電話／音楽再生処理を開始すると、ＭＦＰ１は、まず、再生するのは留守番電話データか否かを判断する（Ｓ２１０）。留守番電話データを再生すべきか、音楽データを再生すべきかは、利用者がパネル部１４において所定の操作を行うことによって指示するので、ＭＦＰ１は、パネル部１４においてなされた操作に基づいて、再生するのは留守番電話データか音楽データかを判断することになる。
【００６７】
Ｓ２１０の処理において、再生するのは留守番電話データであると判断した場合（Ｓ２１０：ＹＥＳ）、ＭＦＰ１は、留守番電話データのデータ形式を変換せず、内蔵音声ＣＯＤＥＣ（ＦＡＸ  ＭＯＤＥＭ／音声ＣＯＤＥＣ１９）を利用して、留守番電話データを再生する（Ｓ２１５）。その結果、利用者は、ハンドセット２０が備えるスピーカまたは本体スピーカ２１を利用して、留守番電話データとして記録された音声を聴くことができる。
【００６８】
一方、Ｓ２１０の処理において、再生するのは留守番電話データではないと判断した場合（Ｓ２１０：ＮＯ）、ＭＦＰ１は、音楽データのデータ形式を、ＤＬＮＡ（登録商標）対応形式（本実施形態の場合はＭＰ３形式）から、内蔵音声ＣＯＤＥＣに対応したデータ形式に変換して、内蔵音声ＣＯＤＥＣを利用して、変換された音声データを再生する（Ｓ２２０）。その結果、利用者は、ハンドセット２０が備えるスピーカまたは本体スピーカ２１を利用して、音楽データとして記録された音楽を聴くことができる。
【００６９】
こうしてＳ２１５またはＳ２２０の処理を終えたら、留守番電話／音楽再生処理を終了する。
［ファイル一覧転送処理］
次に、上記Ｓ３５の処理に相当するファイル一覧転送処理について、図６に基づいて説明する。
【００７０】
図６は、ＭＦＰ１が実行するファイル一覧転送処理を示すフローチャートである。
ファイル一覧転送処理を開始すると、ＭＦＰ１は、ＤＬＮＡ（登録商標）対応形式のデータについてはファイル名をそのままとし、留守番電話データについてはファイル名中の拡張子をＤＬＮＡ（登録商標）対応形式の拡張子（本実施形態の場合は“ＭＰ３”）に置換して、データ一覧をＤＬＮＡ（登録商標）機器に送信する（Ｓ３１０）。
【００７１】
このＳ３１０の処理によって送信されるデータ一覧は、図７に示すようなデータ一覧となる。具体的には、拡張子が“ＭＰ３”、“ＪＰＥＧ”、“ＭＰＥＧ”となっているファイルについては、ＤＬＮＡ（登録商標）対応形式のデータに相当するので、Ｓ３１０の処理では、ファイル名をそのままとする。一方、拡張子が“ＡＤＰＣＭ”となっている留守番電話データのファイルについては、ファイル名中の拡張子が“ＡＤＰＣＭ”から“ＭＰ３”に置換される。そして、これらのファイル名一覧が、送信先となるＤＬＮＡ（登録商標）機器へと送信される。
【００７２】
ここで、送信先がテレビ３となる場合であれば、図７に示すようなデータ一覧がテレビ３の画面に表示される。このテレビ３は、ＤＬＮＡ（登録商標）対応形式のデータについては、再生可能なコンテンツであると認識し、図７に示した例で言えば、拡張子が“ＭＰ３”、“ＪＰＥＧ”、“ＭＰＥＧ”となっているファイルについては、再生可能なコンテンツであると認識する。一方、テレビ３は、ＡＤＰＣＭ形式のデータについて、通常は、再生可能なコンテンツであるとは認識しないため、拡張子が“ＡＤＰＣＭ”となっているファイルについては、再生可能なコンテンツであると認識しない。
【００７３】
しかし、Ｓ３１０の処理では、拡張子が“ＡＤＰＣＭ”となっているファイルについて、拡張子を“ＭＰ３”に置換したデータ一覧を送信しているので、テレビ３側では、テレビ３において再生可能なＭＰ３形式の留守番電話データが存在するものと認識する。つまり、Ｓ３１０の処理を実行する時点において、実際には、ＭＦＰ１側にＡＤＰＣＭ形式の留守番電話データしか存在しないものの、データ一覧としては、ＭＦＰ１側にＭＰ３形式の留守番電話データが存在する旨をテレビ３に通知することになる。
【００７４】
なお、以上のようなＳ３１０の処理を終えたら、ファイル一覧転送処理を終了する。
［ファイル送信処理］
次に、上記Ｓ４５の処理に相当するファイル送信処理について、図８に基づいて説明する。
【００７５】
図８は、ＭＦＰ１が実行するファイル送信処理を示すフローチャートである。
ファイル送信処理を開始すると、ＭＦＰ１は、まず、送信するのは留守番電話データであるか否かを判断する（Ｓ４１０）。留守番電話データを送信すべきか否かは、要求元となったテレビ３またはオーディオ機器４から送信されてくるファイル送信要求に基づいて判断することができる。
【００７６】
例えば、テレビ３において、図７に示すようなデータ一覧を表示した後、利用者がテレビ３側で所定の操作を行うことにより、データ一覧の中にある１つのコンテンツを選択すると、そのコンテンツの送信を要求するファイル送信要求が、テレビ３側からＭＦＰ１側へと送信される。このファイル送信要求の中には、送信を要求するファイル名が含まれているので、ＭＦＰ１側では、ファイル名に基づいて、送信するのは留守番電話データであるか否かを判断することができる。なお、テレビ３側ではデータ一覧の中にあるコンテンツを選択しているので、テレビ３側で選択された留守番電話データのファイル名は、拡張子がＭＰ３に置換されたファイル名となっている。
【００７７】
Ｓ４１０の処理において、送信するのは留守番電話データであると判断した場合（Ｓ４１０：ＹＥＳ）、ＭＦＰ１は、ＡＤＰＣＭ形式で保存されている留守番電話データをＤＬＮＡ（登録商標）対応形式（本実施形態の場合はＭＰ３）に変換し、変換されたデータをＤＬＮＡ（登録商標）機器へと送信する（Ｓ４１５）。
【００７８】
一方、Ｓ４１０の処理において、送信するのは留守番電話データではないと判断した場合（Ｓ４１０：ＮＯ）、ＭＦＰ１は、ＤＬＮＡ（登録商標）対応形式（本実施形態の場合は、拡張子が“ＭＰ３”、“ＪＰＥＧ”、または“ＭＰＥＧ”のいずれか）のファイルを送信することになるので、データ形式を変換せず、そのままＤＬＮＡ（登録商標）機器へと送信する（Ｓ４２０）。
【００７９】
こうしてＳ４１５またはＳ４２０の処理を終えたら、ファイル送信処理を終了する。
［第１実施形態の効果］
以上説明したように、上記ＭＦＰ１によれば、ＩＰ電話機８やアナログ電話機９から送信されてくる入来メッセージは、Ｓ１４５の処理により、テレビ３やオーディオ機器４では再生不能な内蔵音声ＣＯＤＥＣ対応形式（ＡＤＰＣＭ形式、μ−Ｌａｗ形式、またはＡ−Ｌａｗ形式；本発明でいう第１形式に相当）の音声データとして記憶部２２に記憶される。しかし、Ｓ４１５の処理においては、内蔵音声ＣＯＤＥＣ対応形式の音声データがＤＬＮＡ（登録商標）対応形式（ＭＰ３形式；本発明でいう第２形式に相当）の音声データに変換されて、ＤＬＮＡ（登録商標）対応形式の音声データがテレビ３やオーディオ機器４へと送信される。したがって、内蔵音声ＣＯＤＥＣ対応形式の音声データをそのままテレビ３やオーディオ機器４へ送信するようなものとは異なり、テレビ３やオーディオ機器４ではＤＬＮＡ（登録商標）対応形式の音声データを再生することができ、これにより、ＭＦＰ１において録音された入来メッセージを、テレビ３やオーディオ機器４において再生することができるようになる。
【００８０】
また、第１実施形態において、ＭＦＰ１は、Ｓ４０およびＳ４１０の処理を経て、Ｓ４１５の処理を実行した時点で、内蔵音声ＣＯＤＥＣ対応形式の音声データをＤＬＮＡ（登録商標）対応形式の音声データに変換するので、テレビ３やオーディオ機器４から音声送信要求が送信されてくるか否かが定かではないにもかかわらず、事前に変換処理を実施してしまうようなことはない。したがって、テレビ３やオーディオ機器４からの要求があった場合にのみ変換を行えばよく、テレビ３やオーディオ機器４からの要求がなかった場合には変換を行わなくてもよいので、無駄になる変換作業を行わなくてもよくなり、その分、ＭＦＰ１にかかる負荷が軽減され、変換のために必要となるリソースを無駄に消費することがない。
【００８１】
また、第１実施形態において、ＭＦＰ１は、Ｓ３１０の処理により、記憶部２２に記憶された留守番電話データに係る情報（本発明でいう第１形式の音声データに係る情報）を、ＤＬＮＡ（登録商標）対応形式の音声データに係る情報に変換したデータ一覧（本発明でいう送信候補情報）を生成し、生成されたデータ一覧をテレビ３やオーディオ機器４へ送信している。したがって、テレビ３やオーディオ機器４側では、テレビ３やオーディオ機器４にて音声データが再生可能であることを認識できる。
【００８２】
しかも、テレビ３やオーディオ機器４は、そのデータ一覧に基づいてＭＦＰ１に対して音声送信要求を送信することができ、ＭＦＰ１は、音声送信要求が送信されてきたことを条件として、Ｓ４１５の処理により、音声データをＤＬＮＡ（登録商標）対応形式に変換するので、テレビ３やオーディオ機器４からの要求があった場合にのみ変換を行えばよく、テレビ３やオーディオ機器４からの要求がなかった場合には変換を行わなくてもよい。
（２）第２実施形態
次に、第２実施形態について説明する。なお、第２実施形態は、ＭＦＰ１において実行される処理の内容が第１実施形態とは相違するものの、ハードウェアの構成やネットワークの構成は第１実施形態と同様なので、以下の説明では、第１実施形態との相違点について詳細に説明することにし、第１実施形態と差異のない構成については、その説明を省略する。
【００８３】
［電話着信処理］
以下に説明する電話着信処理は、第１実施形態において説明したＳ１５の処理に相当する処理であり、図３に示した電話着信処理の代わりに採用される処理である。
【００８４】
図９は、第２実施形態においてＭＦＰ１が実行する電話着信処理を示すフローチャートである。
以下に説明する処理の内、Ｓ５１０〜Ｓ５４５の処理は、Ｓ１１０〜Ｓ１４５と同等な処理なので、簡潔に説明する。
【００８５】
すなわち、電話着信処理を開始すると、ＭＦＰ１は、まず、利用者が電話に出るか否かを判断する（Ｓ５１０）。Ｓ５１０の処理において、電話に出るとの判断がなされた場合（Ｓ５１０：ＹＥＳ）、ＭＦＰ１は、通常通話を行うための処理を実行し（Ｓ５１５）、図９に示した電話着信処理を終了する。
【００８６】
一方、Ｓ５１０の処理において、電話に出ないとの判断がなされた場合（Ｓ５１０：ＮＯ）、ＭＦＰ１は、応答メッセージを再生する（Ｓ５２０）。そして、受信日時を録音し（Ｓ５２５）、相手先電話番号ありか否かを判断し（Ｓ５３０）、相手先電話番号ありの場合は（Ｓ５３０：ＹＥＳ）、送信元情報を録音して（Ｓ５３５）、Ｓ５４０の処理へと進む。また、Ｓ５３０の処理において、相手先電話番号なしの場合は（Ｓ５３０：ＮＯ）、Ｓ５３５の処理はスキップされて、Ｓ５４０の処理へと進む。
【００８７】
Ｓ５４０の処理では、通信先となる他の電話機から送信されてくる入来メッセージを録音する（Ｓ５４０）。そして、Ｓ５２５の処理で録音された受信日時、Ｓ５３５の処理で録音された送信元情報、およびＳ５４０の処理で録音された入来メッセージを、１件分のメッセージとして記憶部２２に記憶する（Ｓ５４５）。
【００８８】
こうしてＳ５４５の処理を終えたら、Ｓ５２５の処理で録音された受信日時、Ｓ５３５の処理で録音された送信元情報、およびＳ５４０の処理で録音された入来メッセージを、さらに、ＤＬＮＡ（登録商標）対応形式に変換して記憶部２２に保存する（Ｓ５５０）。このＳ５５０の処理は、第１実施形態では実行していない処理であり、第１実施形態とは相違する部分に該当する。
【００８９】
また、Ｓ５４５の処理によって記憶部２２に記憶されるメッセージは、第１実施形態において説明した通り、ＭＦＰ１の記憶部２２内に設けられた「留守番電話データフォルダ」内のファイルとして保存される。そして、Ｓ５５０の処理によって記憶部２２に記憶されるメッセージも、ＭＦＰ１の記憶部２２内に設けられた「留守番電話データフォルダ」内のファイルとして保存される。
【００９０】
より詳しくは、図１０に示すように、ＭＦＰ１の記憶部２２には、第１実施形態において既に説明した通り、「Ａｕｄｉｏフォルダ」、「Ｉｍａｇｅフォルダ」、「Ｖｉｄｅｏフォルダ」などのフォルダ群が設けられ、その中の「Ａｕｄｉｏフォルダ」内に、「留守番電話データフォルダ」などが設けられている。
【００９１】
そして、この「留守番電話データフォルダ」内に、「文字列“ＴＥＬ”＋連番．拡張子」という形式のファイル名で、Ｓ５４５およびＳ５５０の処理によって記憶されるメッセージが保存されるが、Ｓ５４５の処理で保存されるメッセージは、拡張子が“ＡＤＰＣＭ”、Ｓ５５０の処理で保存されるメッセージは、拡張子が“ＭＰ３”となる。
【００９２】
つまり、「留守番電話データフォルダ」内には、同一内容の入来メッセージが、ＡＤＰＣＭ形式およびＭＰ３形式にて二重に保存されることになる。
［留守番電話／音楽再生処理］
次に、第１実施形態において説明したＳ２５の処理に相当する留守番電話／音楽再生処理について、図１１に基づいて説明する。
【００９３】
図１１は、第２実施形態においてＭＦＰ１が実行する留守番電話／音楽再生処理を示すフローチャートである。
留守番電話／音楽再生処理を開始すると、ＭＦＰ１は、まず、再生するのは留守番電話データか否かを判断する（Ｓ６１０）。このＳ６１０の処理は、上記Ｓ２１０の処理と同等な処理となる。
【００９４】
Ｓ６１０の処理において、再生するのは留守番電話データであると判断した場合（Ｓ６１０：ＹＥＳ）、ＭＦＰ１は、２種類の形式で保存された留守番電話データの内、内蔵音声ＣＯＤＥＣ（ＦＡＸ  ＭＯＤＥＭ／音声ＣＯＤＥＣ１９）に対応した形式の留守番電話データを選択して、選択した留守番電話データを、内蔵音声ＣＯＤＥＣを利用して再生する（Ｓ６１５）。その結果、利用者は、ハンドセット２０が備えるスピーカまたは本体スピーカ２１を利用して、留守番電話データとして記録された音声を聴くことができる。
【００９５】
一方、Ｓ６１０の処理において、再生するのは留守番電話データではないと判断した場合（Ｓ６１０：ＮＯ）、ＭＦＰ１は、音楽データのデータ形式を、ＤＬＮＡ（登録商標）対応形式（本実施形態の場合はＭＰ３形式）から、内蔵音声ＣＯＤＥＣに対応したデータ形式に変換して、内蔵音声ＣＯＤＥＣを利用して、変換された音声データを再生する（Ｓ６２０）。このＳ６２０の処理は、Ｓ２２０の処理と同等な処理となる。
【００９６】
こうしてＳ６１５またはＳ６２０の処理を終えたら、留守番電話／音楽再生処理を終了する。
以上の通り、第１実施形態においては、１種類の形式のみで留守番電話データが保存されていたので、その留守番電話データを再生していたが、第２実施形態においては、２種類の形式で留守番電話データが保存されるので、内蔵音声ＣＯＤＥＣに対応した形式の留守番電話データを選択して、選択した留守番電話データを再生する。
【００９７】
［ファイル一覧転送処理］
次に、第１実施形態において説明したＳ３５の処理に相当するファイル一覧転送処理について、図１２に基づいて説明する。
【００９８】
図１２は、第２実施形態においてＭＦＰ１が実行するファイル一覧転送処理を示すフローチャートである。
ファイル一覧転送処理を開始すると、ＭＦＰ１は、ＤＬＮＡ（登録商標）対応形式のデータについてはファイル名をそのままとし、留守番電話データについては、２種類の形式で保存されたデータの内、ＤＬＮＡ（登録商標）対応形式の拡張子（本実施形態の場合は“ＭＰ３”）を持つファイル名だけを選択して、データ一覧をＤＬＮＡ（登録商標）機器に送信する（Ｓ７１０）。
【００９９】
このＳ７１０の処理によって送信されるデータ一覧は、図７に示すようなデータ一覧となる。具体的には、拡張子が“ＭＰ３”、“ＪＰＥＧ”、“ＭＰＥＧ”となっているファイルについては、ＤＬＮＡ（登録商標）対応形式のデータに相当するので、Ｓ７１０の処理では、ファイル名をそのままとする。一方、留守番電話データについては、図１０に示した通り、異なる拡張子のファイルが二重に保存されているものの、拡張子が“ＭＰ３”となっている留守番電話データのファイルのみが選択される。そして、これらのファイル名一覧が、送信先となるＤＬＮＡ（登録商標）機器へと送信される。
【０１００】
したがって、例えば、送信先がテレビ３となる場合であれば、図７に示すようなデータ一覧がテレビ３の画面に表示されることになり、以下は、第１実施形態同様、テレビ３側では、ＤＬＮＡ（登録商標）対応形式のデータについては、再生可能なコンテンツであると認識し、図７に示した例で言えば、拡張子が“ＭＰ３”、“ＪＰＥＧ”、“ＭＰＥＧ”となっているファイルについては、再生可能なコンテンツであると認識することになる。
【０１０１】
なお、以上のようなＳ７１０の処理を終えたら、ファイル一覧転送処理を終了する。
［ファイル送信処理］
次に、第１実施形態において説明したＳ４５の処理に相当するファイル送信処理について、図１３に基づいて説明する。
【０１０２】
図１３は、第２実施形態においてＭＦＰ１が実行するファイル送信処理を示すフローチャートである。
ファイル送信処理を開始すると、ＭＦＰ１は、まず、送信するのは留守番電話データであるか否かを判断する（Ｓ８１０）。このＳ８１０の処理は、上記Ｓ４１０の処理と同等な処理となる。
【０１０３】
Ｓ８１０の処理において、送信するのは留守番電話データであると判断した場合（Ｓ８１０：ＹＥＳ）、ＭＦＰ１は、２種類のデータ形式で保存されている留守番電話データの中から、ＤＬＮＡ（登録商標）対応形式（本実施形態の場合はＭＰ３）のデータを選択し、選択したデータをＤＬＮＡ（登録商標）機器へと送信する（Ｓ８１５）。
【０１０４】
一方、Ｓ８１０の処理において、送信するのは留守番電話データではないと判断した場合（Ｓ８１０：ＮＯ）、ＭＦＰ１は、ＤＬＮＡ（登録商標）対応形式（本実施形態の場合は、拡張子が“ＭＰ３”、“ＪＰＥＧ”、または“ＭＰＥＧ”のいずれか）のファイルを送信することになるので、データ形式を変換せず、そのままＤＬＮＡ（登録商標）機器へと送信する（Ｓ８２０）。
【０１０５】
こうしてＳ８１５またはＳ８２０の処理を終えたら、ファイル送信処理を終了する。
［第２実施形態の効果］
以上説明したように、上記ＭＦＰ１によれば、ＩＰ電話機８やアナログ電話機９から送信されてくる入来メッセージは、Ｓ５４５の処理により、テレビ３やオーディオ機器４では再生不能な内蔵音声ＣＯＤＥＣ対応形式（ＡＤＰＣＭ形式、μ−Ｌａｗ形式、またはＡ−Ｌａｗ形式；本発明でいう第１形式に相当）の音声データとして記憶部２２に記憶される。しかし、Ｓ５５０の処理により、ＤＬＮＡ（登録商標）対応形式（ＭＰ３形式；本発明でいう第２形式に相当）の音声データとしても記憶部２２に記憶され、このＤＬＮＡ（登録商標）対応形式の音声データが、Ｓ８１５の処理により、テレビ３やオーディオ機器４へと送信される。したがって、内蔵音声ＣＯＤＥＣ対応形式の音声データをそのままテレビ３やオーディオ機器４へ送信するようなものとは異なり、テレビ３やオーディオ機器４ではＤＬＮＡ（登録商標）対応形式の音声データを再生することができ、これにより、ＭＦＰ１において録音された入来メッセージを、テレビ３やオーディオ機器４において再生することができるようになる。
【０１０６】
また、第２実施形態において、ＭＦＰ１は、テレビ３やオーディオ機器４からの送信要求があるか否かを問わず、Ｓ５５０の処理により、入来メッセージをＤＬＮＡ（登録商標）対応形式の音声データとして記憶部２２に記憶するので、テレビ３やオーディオ機器４からの送信要求があった時点で変換を始めなくても、直ちにＤＬＮＡ（登録商標）対応形式の音声データをテレビ３やオーディオ機器４へ送信することができる。
（３）第３実施形態
次に、第３実施形態について説明する。なお、第３実施形態も、ＭＦＰ１において実行される処理の内容が第１実施形態や第２実施形態とは相違するものの、ハードウェアの構成やネットワークの構成は第１実施形態と同様なので、以下の説明では、第１実施形態および第２実施形態との相違点について詳細に説明することにし、第１実施形態や第２実施形態と差異のない構成については、その説明を省略する。
【０１０７】
［ＭＦＰが実行する処理の概要］
まず、第３実施形態においてＭＦＰ１が実行する処理の概要について、図１４に基づいて説明する。図１４に示す処理は、第１実施形態において図２に示した処理の代わりに採用される処理である。
【０１０８】
以下に説明する処理の内、Ｓ９１０〜Ｓ９４５の処理は、Ｓ１０〜Ｓ４５と同等な処理なので、簡潔に説明する。
この処理を開始すると、ＭＦＰ１は、まず、電話着信ありか否かを判断する（Ｓ９１０）。ここで、他の電話機からの着信があれば、電話着信ありと判断することになり（Ｓ９１０：ＹＥＳ）、その場合は、電話着信処理を実行する（Ｓ９１５）。そして、電話着信処理を終了したらＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返す。
【０１０９】
また、Ｓ９１０の処理において、電話着信なしと判断した場合（Ｓ９１０：ＮＯ）、ＭＦＰ１は、留守番電話／音楽再生指示ありか否かを判断する（Ｓ９２０）。ここで、利用者がパネル部１４での操作により、ＭＦＰ１の留守番電話機能によって録音された入来メッセージの再生、もしくは、ＭＦＰ１の記憶部２２に記憶された音楽の再生を指示していれば、留守番電話／音楽再生指示ありと判断することになり（Ｓ９２０：ＹＥＳ）、その場合は、留守番電話／音楽再生処理を実行する（Ｓ９２５）。そして、留守番電話／音楽再生処理を終了したらＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返す。
【０１１０】
また、Ｓ９２０の処理において、留守番電話／音楽再生指示なしと判断した場合（Ｓ９２０：ＮＯ）、ＭＦＰ１は、ファイル一覧転送要求ありか否かを判断する（Ｓ９３０）。ここで、利用者がテレビ３またはオーディオ機器４で所定の操作を行うことにより、テレビ３またはオーディオ機器４からＭＦＰ１へファイル一覧転送要求が送信されていれば、ファイル一覧転送要求ありと判断することになり（Ｓ９３０：ＹＥＳ）、その場合は、ファイル一覧転送処理を実行する（Ｓ９３５）。そして、ファイル一覧転送処理を終了したらＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返す。
【０１１１】
また、Ｓ９３０の処理において、ファイル一覧転送要求なしと判断した場合（Ｓ９３０：ＮＯ）、ＭＦＰ１は、ファイル送信要求ありか否かを判断する（Ｓ９４０）。ここで、利用者がテレビ３またはオーディオ機器４で所定の操作を行うことにより、テレビ３またはオーディオ機器４からＭＦＰ１へファイル送信要求が送信されていれば、ファイル送信要求ありと判断することになり（Ｓ９４０：ＹＥＳ）、その場合は、ファイル送信処理を実行する（Ｓ９４５）。そして、ファイル送信処理を終了したらＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返す。
【０１１２】
また、Ｓ９４０の処理において、ファイル送信要求なしと判断した場合（Ｓ９４０：ＮＯ）、ＭＦＰ１は、新たなＤＬＮＡ（登録商標）機器がＬＡＮ５に接続されたか否かを判断する（Ｓ９５０）。ここで、ＬＡＮ５から切り離された状態にあったテレビ３やオーディオ機器４が、新たにＬＡＮ５に接続された状態になったことは、ＵＰｎＰ（登録商標）のＤｉｓｃｏｖｅｒｙコマンドによって検出することができる。この状態変化を検出したら、Ｓ９５０の処理では、ＤＬＮＡ（登録商標）機器がＬＡＮ５に接続されたと判断することになり（Ｓ９５０：ＹＥＳ）、その場合は、ＤＬＮＡ（登録商標）機器接続時処理を実行する（Ｓ９５５）。このＤＬＮＡ（登録商標）機器接続時処理の詳細については後述する。そして、ＤＬＮＡ（登録商標）機器接続時処理を終了したらＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返すことになる。
【０１１３】
また、Ｓ９５０の処理において、新たなＤＬＮＡ（登録商標）機器がＬＡＮ５に接続されていないと判断した場合（Ｓ９５０：ＮＯ）、ＭＦＰ１は、ＤＬＮＡ（登録商標）機器がＬＡＮ５から切り離されたことを検出したか否かを判断する（Ｓ９６０）。ここで、テレビ３やオーディオ機器４がＬＡＮ５から切り離されたことは、ＵＰｎＰ（登録商標）のＤｉｓｃｏｖｅｒｙコマンドによって検出することができる。この状態変化を検出したら、Ｓ９６０の処理では、ＤＬＮＡ（登録商標）機器がＬＡＮ５から切り離されたと判断することになり（Ｓ９６０：ＹＥＳ）、その場合は、ＤＬＮＡ（登録商標）機器切断時処理を実行する（Ｓ９６５）。このＤＬＮＡ（登録商標）機器切断時処理の詳細については後述する。そして、ＤＬＮＡ（登録商標）機器切断時処理を終了したらＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返すことになる。
【０１１４】
さらに、Ｓ９６０の処理において、ＤＬＮＡ（登録商標）機器がＬＡＮ５から切り離されていないと判断した場合（Ｓ９６０：ＮＯ）、ＭＦＰ１は、その他の処理を実行する（Ｓ９７０）。このＳ９７０の処理は、上記Ｓ５０の処理と同等な処理となる。そして、Ｓ９７０の処理を終了した場合もＳ９１０の処理へと戻り、再びＳ９１０以降の処理を繰り返すことになる。
【０１１５】
なお、以上説明した処理は、図示の都合上、Ｓ９１０，Ｓ９２０，Ｓ９３０，Ｓ９４０，Ｓ９５０，Ｓ９６０などの判断処理を定期的に繰り返すようなフローチャートとなっているが、図２に示した処理同様、他の方法で同等な処理を実現しても構わない。例えば、Ｓ９１０，Ｓ９２０，Ｓ９３０，Ｓ９４０，Ｓ９５０，Ｓ９６０の各処理で肯定判断がなされるようなイベントが発生した場合に、そのイベントに対応した割り込み処理として、Ｓ９１５，Ｓ９２５，Ｓ９３５，Ｓ９４５，Ｓ９５５，Ｓ９６５の各処理を実行するように構成しても、図１４に示した処理と同等な処理を実現することができる。
【０１１６】
［ＤＬＮＡ（登録商標）機器接続時処理］
次に、上記Ｓ９５５の処理に相当するＤＬＮＡ（登録商標）機器接続時処理について、図１５に基づいて説明する。
【０１１７】
図１５は、ＭＦＰ１が実行するＤＬＮＡ（登録商標）機器接続時処理を示すフローチャートである。
この処理を開始すると、ＭＦＰ１は、既に内蔵音声ＣＯＤＥＣ対応形式で記憶されている留守番電話データを、ＤＬＮＡ（登録商標）対応形式に変換して、これら両方の形式の留守番電話データを二重で記憶する（Ｓ１０１０）。
【０１１８】
そして、今後受信される留守番電話のデータも二重で記憶する（Ｓ１０２０）。より具体的には、第３実施形態において、ＭＦＰ１は、Ｓ１０２０の処理を実行する前の段階まで、第１実施形態と同様、留守番電話のデータを内蔵音声ＣＯＤＥＣ対応形式のみで記憶する設定になっている。これに対し、Ｓ１０２０の処理を実行した後は、第２実施形態と同様、留守番電話のデータを内蔵音声ＣＯＤＥＣ対応形式とＤＬＮＡ（登録商標）対応形式の双方で二重に記憶する設定に切り替えられる。その結果、Ｓ１０２０の処理を実行すると、以降は、受信される留守番電話のデータが二重に記憶されることになる。
【０１１９】
なお、Ｓ１０２０の処理を終えたら、図１５に示したＤＬＮＡ（登録商標）機器接続時処理を終了する。
［ＤＬＮＡ（登録商標）機器切断時処理］
次に、上記Ｓ９６５の処理に相当するＤＬＮＡ（登録商標）機器切断時処理について、図１６に基づいて説明する。
【０１２０】
図１６は、ＭＦＰ１が実行するＤＬＮＡ（登録商標）機器切断時処理を示すフローチャートである。
この処理を開始すると、ＭＦＰ１は、まず、ＵＰｎＰ（登録商標）のＤｉｓｃｏｖｅｒｙコマンドによって、全てのＤＬＮＡ（登録商標）機器がＬＡＮ５に接続されていないのを確認したか否かを判断する（Ｓ１１１０）。このＳ１１１０の処理では、ＬＡＮ５に接続されたＤＬＮＡ（登録商標）機器が１台でも存在すれば否定判断がなされ、ＬＡＮ５に接続されたＤＬＮＡ（登録商標）機器が１台も存在しない場合にのみ肯定判断がなされる。
【０１２１】
Ｓ１１０の処理で、全てのＤＬＮＡ（登録商標）機器がＬＡＮ５に接続されていないのを確認したと判断した場合（Ｓ１１１０：ＹＥＳ）、ＭＦＰ１は、既に内蔵音声ＣＯＤＥＣ対応形式およびＤＬＮＡ（登録商標）対応形式で二重に記憶されている留守番電話データの中で、ＤＬＮＡ（登録商標）対応形式のデータのみを消去する（Ｓ１１１５）。
【０１２２】
そして、今後受信される留守番電話のデータも、内蔵音声ＣＯＤＥＣ対応形式１種類のみ保存する（Ｓ１１２０）。より具体的には、第３実施形態において、ＭＦＰ１は、上述したＳ１０２０の処理を実行した場合、第２実施形態と同様、留守番電話のデータを内蔵音声ＣＯＤＥＣ対応形式とＤＬＮＡ（登録商標）対応形式の双方で二重に記憶する設定に切り替えられているが、Ｓ１１２０の処理を実行した後は、第１実施形態と同様、留守番電話のデータを内蔵音声ＣＯＤＥＣ対応形式のみで記憶する設定に切り替えられる。その結果、Ｓ１１２０の処理を実行すると、以降は、受信される留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式のみで記憶されることになる。
【０１２３】
なお、Ｓ１１２０の処理を終えたら、図１６に示したＤＬＮＡ（登録商標）機器切断時処理を終了する。また、Ｓ１１０の処理で、１以上のＤＬＮＡ（登録商標）機器がＬＡＮ５に接続されていた場合は（Ｓ１１１０：ＮＯ）、Ｓ１１１５およびＳ１１２０の処理を実行することなく、図１６に示したＤＬＮＡ（登録商標）機器切断時処理を終了する。
【０１２４】
［補足説明］
以上説明した通り、第３実施形態においては、ＬＡＮ５にＤＬＮＡ（登録商標）機器が１台でも接続されると、それを条件にして、留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式とＤＬＮＡ（登録商標）対応形式の双方で二重に記憶される状態となる。また、ＬＡＮ５に接続されたＤＬＮＡ（登録商標）機器が１台も存在しない状態になると、それを条件にして、留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式のみで記憶される状態となる。
【０１２５】
したがって、留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式とＤＬＮＡ（登録商標）対応形式の双方で二重に記憶される状態となった場合、Ｓ９１５およびＳ９２５の処理は、第２実施形態と同等な処理が実行される。一方、留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式のみで記憶される状態となった場合、Ｓ９１５およびＳ９２５の処理は、第１実施形態と同等な処理が実行される。なお、Ｓ９３５およびＳ９４５の処理が実行される際には、必ずＬＡＮ５にＤＬＮＡ（登録商標）機器が１台以上接続されていることになるので、第２実施形態と同等な処理が実行されることになる。
【０１２６】
［第３実施形態の効果］
以上説明したように、上記ＭＦＰ１によれば、ＬＡＮ５にＤＬＮＡ（登録商標）機器が１台でも接続されると、Ｓ９５０およびＳ９５５の処理により、留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式とＤＬＮＡ（登録商標）対応形式の双方で二重に記憶される状態となるので、この場合、第２実施形態のＭＦＰ１と全く同様の作用、効果を奏することになる。
【０１２７】
しかも、第３実施形態においては、第２実施形態とは異なり、ＬＡＮ５にＤＬＮＡ（登録商標）機器が１台も接続されていない状態になると、Ｓ９６０およびＳ９６５の処理により、留守番電話のデータが内蔵音声ＣＯＤＥＣ対応形式のみで記憶される状態となる。
【０１２８】
したがって、テレビ３やオーディオ機器４がＬＡＮ５に接続された場合にのみ変換を行えばよく、テレビ３やオーディオ機器４がＬＡＮ５に接続されていない場合には変換を行わなくてもよいので、無駄になる可能性がある変換作業を減らすことができ、その分、ＭＦＰ１にかかる負荷が軽減され、変換のために必要となるリソースを無駄に消費することがない。
【０１２９】
また、テレビ３やオーディオ機器４がＬＡＮ５から切り離された場合、ＤＬＮＡ（登録商標）対応形式の音声データは記憶部２２から削除されるので、テレビ３やオーディオ機器４がＬＡＮ５に再び接続されるか否かが定かではないにもかかわらず、ＤＬＮＡ（登録商標）対応形式の音声データが記憶部２２に無駄に残されたままとなることがない。
（４）第４実施形態
次に、第４実施形態について説明する。なお、第４実施形態も、ＭＦＰ１において実行される処理の内容が第１〜第３実施形態とは相違するものの、ハードウェアの構成やネットワークの構成は第１実施形態と同様なので、以下の説明では、第１〜第３実施形態との相違点について詳細に説明することにし、第１〜第３実施形態と差異のない構成については、その説明を省略する。
【０１３０】
第４実施形態は、第１実施形態において説明したＳ３５の処理もしくは第３実施形態において説明したＳ９３５の処理に相当する「ファイル一覧転送処理」と、第１実施形態において説明したＳ４５の処理もしくは第３実施形態において説明したＳ９４５の処理に相当する「ファイル送信処理」が、他の実施例とは異なる処理となる。「ファイル一覧転送処理」および「ファイル送信処理」以外の処理については、第１〜第３実施形態のいずれかと同様になっていればよい。
【０１３１】
［ファイル一覧転送処理］
図１７は、第４実施形態においてＭＦＰ１が実行するファイル一覧転送処理を示すフローチャートである。
【０１３２】
このファイル一覧転送処理を開始すると、ＭＦＰ１は、ＤＬＮＡ（登録商標）対応形式のデータについてはファイル名をそのままとし、留守番電話データについては、複数のファイルがある場合でも１つのファイル名として、データ一覧をＤＬＮＡ（登録商標）機器へ送信する（Ｓ１２１０）。
【０１３３】
このＳ１２１０の処理では、第１実施形態と同様の構成を採用している場合、留守番電話データについて、実際には、内蔵音声ＣＯＤＥＣ対応形式のファイルしか存在していなくても、データ一覧としては、ＤＬＮＡ（登録商標）対応形式のファイル名を送信する。また、第２実施形態または第３実施形態と同様の構成を採用している場合、留守番電話データについて、内蔵音声ＣＯＤＥＣ対応形式のファイルおよびＤＬＮＡ（登録商標）対応形式のファイルを二重に持っているので、ＤＬＮＡ（登録商標）対応形式のファイル名の方を送信する。ただし、いずれの場合とも、複数のファイルがある場合でも１つのファイル名とする。
【０１３４】
したがって、テレビ３側では、留守番電話データについては、１つのファイルのみが存在するものと認識することになる。なお、以上のようなＳ１２１０の処理を終えたら、ファイル一覧転送処理を終了する。
【０１３５】
［ファイル送信処理］
図１８は、第４実施形態においてＭＦＰ１が実行するファイル送信処理を示すフローチャートである。
【０１３６】
ファイル送信処理を開始すると、ＭＦＰ１は、まず、送信するのは留守番電話データであるか否かを判断する（Ｓ１３１０）。この１３１０の処理は、上記Ｓ４１０またはＳ８１０の処理と同等な処理となる。
【０１３７】
Ｓ１３１０の処理において、送信するのは留守番電話データであると判断した場合（Ｓ１３１０：ＹＥＳ）、ＭＦＰ１は、保存されている留守番電話データが１つであっても複数であっても、全ての録音メッセージを合成して１つのファイルとし、その１つのファイルをＤＬＮＡ（登録商標）機器へ送信する（Ｓ１３１５）。
【０１３８】
このＳ１３１５の処理では、第１実施形態と同様の構成を採用している場合、内蔵音声ＣＯＤＥＣ対応形式のファイルをＤＬＮＡ（登録商標）対応形式のファイルに変換した上で、複数のファイルを１つに合成するか、複数のファイルを合成してから、合成された内蔵音声ＣＯＤＥＣ対応形式のファイルをＤＬＮＡ（登録商標）対応形式のファイルに変換する。また、第２実施形態または第３実施形態と同様の構成を採用している場合、内蔵音声ＣＯＤＥＣ対応形式のファイルおよびＤＬＮＡ（登録商標）対応形式のファイルを二重に持っているので、ＤＬＮＡ（登録商標）対応形式のファイルを対象にして、複数のファイルを合成する。いずれの場合とも、合成された１つのファイルは、ＤＬＮＡ（登録商標）機器へ送信されることになる。
【０１３９】
一方、Ｓ１３１０の処理において、送信するのは留守番電話データではないと判断した場合（Ｓ１３１０：ＮＯ）、ＭＦＰ１は、ＤＬＮＡ（登録商標）対応形式（本実施形態の場合は、拡張子が“ＭＰ３”、“ＪＰＥＧ”、または“ＭＰＥＧ”のいずれか）のファイルを送信することになるので、複数のファイルを合成することなく、そのままＤＬＮＡ（登録商標）機器へと送信する（Ｓ１３２０）。
【０１４０】
こうしてＳ８１５またはＳ８２０の処理を終えたら、ファイル送信処理を終了する。
［第４実施形態の効果］
以上説明した第４実施形態のＭＦＰ１でも、上記第１〜第３実施形態で示したいずれかのＭＦＰ１と同様の作用、効果を奏することになる。
【０１４１】
また、第４実施形態の場合、他の実施形態とは異なり、複数の留守番電話データを合成して１つの合成音声データとしてから、１つの合成音声データをＤＬＮＡ（登録商標）機器へ送信するので、ＤＬＮＡ（登録商標）機器側で留守番電話データを再生する際に、複数の留守番電話データそれぞれを逐一指定するような手間をかけなくても、１つの合成音声データを指定するだけで、簡単に留守番電話データを再生することができる。
（５）変形例等
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
【０１４２】
例えば、上記実施形態では、本発明の通信装置としてＭＦＰ１を例示したが、スキャナ機能、プリンタ機能、コピー機能、ファクシミリ機能などを備えるか否かは任意である。
また、上記実施形態において、ＭＦＰ１は、ＤＬＮＡ（登録商標）ガイドライン準拠のサーバー機能およびプレイヤー機能の双方を兼ね備えていたが、ＭＦＰ１がプレイヤー機能を備えるか否かは任意である。
【０１４３】
また、上記実施形態において、ＭＦＰ１、テレビ３、オーディオ機器４は、ＤＬＮＡ（登録商標）ガイドライン準拠の通信方式でコンテンツとなるデータの送受信を行うものであったが、上記実施形態同様のデータ送受信を実現できるのであれば、その通信方式自体について、ＤＬＮＡ（登録商標）ガイドライン準拠の通信方式とするか否かは任意である。
【０１４４】
また、上述した各実施形態の「電話着信処理」において、応答メッセージの再生、受信日時の録音、送信元情報の録音、および入来メッセージの録音を、この順序で実行する旨を説明したが、例えば、応答メッセージの再生と並行して受信日時や送信元情報の録音を行ったり、入来メッセージの録音後に受信日時の録音や送信元情報の録音を行ったりしてもよく、この順序は任意に変更することができる。
【０１４５】
また、上記各実施形態では言及していないが、受信日時の録音、送信元情報の録音、および入来メッセージの録音は、この順序で実施しながら、これらすべてが録音された１つのファイルを生成してもよいし、適当な順序で実施して、それぞれが録音された複数の仮ファイルを生成した上で、それら複数の仮ファイルを合成して１つのファイルを完成させるようにしてもよい。
【０１４６】
また、上記各実施形態では、ＤＬＮＡ（登録商標）対応形式の音声データとして、ＭＰ３形式の音声データを例示したが、ＤＬＮＡ（登録商標）ガイドラインに準拠した規格の音声データであれば、ＭＰ３以外のデータ形式となっていてもよい。
【０１４７】
また、上記各実施形態は、異なるＭＦＰ１を想定して説明したものであるが、単一のＭＦＰの設定を切り替えることにより、第１実施形態の如く動作するモードや第２実施形態の如く動作するモードに切り替わるような構成を採用してもよい。
【図面の簡単な説明】
【０１４８】
【図１】ＭＦＰを備えたネットワークシステムを示すブロック図。
【図２】第１実施形態のＭＦＰが実行する処理の概要を示すフローチャート。
【図３】第１実施形態のＭＦＰが実行する電話着信処理を示すフローチャート。
【図４】第１実施形態のＭＦＰが備える記憶部内のデータ構造を示す説明図。
【図５】第１実施形態のＭＦＰが実行する留守番電話／音楽再生処理を示すフローチャート。
【図６】第１実施形態のＭＦＰが実行するファイル一覧転送処理を示すフローチャート。
【図７】第１実施形態のＭＦＰが実行するファイル一覧転送処理で転送されるデータ一覧を示す説明図。
【図８】第１実施形態のＭＦＰが実行するファイル送信処理を示すフローチャート。
【図９】第２実施形態のＭＦＰが実行する電話着信処理を示すフローチャート。
【図１０】第２実施形態のＭＦＰが備える記憶部内のデータ構造を示す説明図。
【図１１】第２実施形態のＭＦＰが実行する留守番電話／音楽再生処理を示すフローチャート。
【図１２】第２実施形態のＭＦＰが実行するファイル一覧転送処理を示すフローチャート。
【図１３】第２実施形態のＭＦＰが実行するファイル送信処理を示すフローチャート。
【図１４】第３実施形態のＭＦＰが実行する処理の概要を示すフローチャート。
【図１５】第３実施形態のＭＦＰが実行するＤＬＮＡ（登録商標）機器接続時処理を示すフローチャート。
【図１６】第３実施形態のＭＦＰが実行するＤＬＮＡ（登録商標）機器切断時処理を示すフローチャート。
【図１７】第４実施形態のＭＦＰが実行するファイル一覧転送処理を示すフローチャート。
【図１８】第４実施形態のＭＦＰが実行するファイル送信処理を示すフローチャート。
【符号の説明】
【０１４９】
１・・・ＭＦＰ、２・・・ルーター、３・・・テレビ、４・・・オーディオ機器、５・・・ＬＡＮ、６・・・インターネット回線、７・・・ＰＳＴＮ回線、８・・・ＩＰ電話機、９・・・アナログ電話機、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・パネル部、１５・・・読取部、１６・・・印刷部、１７・・・ＬＡＮ制御部、１８・・・ＮＣＵ、１９・・・ＭＯＤＥＭ／音声ＣＯＤＥＣ、２０・・・ハンドセット、２１・・・本体スピーカ、２２・・・記憶部。
【図１】
2008048339.tif 000003
【図２】
2008048339.tif 000004
【図３】
2008048339.tif 000005
【図４】
2008048339.tif 000006
【図５】
2008048339.tif 000007
【図６】
2008048339.tif 000008
【図７】
2008048339.tif 000009
【図８】
2008048339.tif 000010
【図９】
2008048339.tif 000011
【図１０】
2008048339.tif 000012
【図１１】
2008048339.tif 000013
【図１２】
2008048339.tif 000014
【図１３】
2008048339.tif 000015
【図１４】
2008048339.tif 000016
【図１５】
2008048339.tif 000017
【図１６】
2008048339.tif 000018
【図１７】
2008048339.tif 000019
【図１８】
2008048339.tif 000020