トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 通信装置
【発明者】 【氏名】安田 勝
【要約】 【課題】録音した入来メッセージとともに、入来メッセージの受信日時を示す情報を他の通信装置へ提供可能とすることで、利用者の利便性の向上が図れる通信装置を提供すること。

【構成】ＭＦＰは、他の電話機からの着信があった場合、受信日時を音声合成して録音し（Ｓ１２５）、送信元情報があれば音声合成して録音し（Ｓ１３０，Ｓ１３５）、入来メッセージを録音し（Ｓ１４０）、それらの音声データを記憶部に保存する（Ｓ１４５）。また、受信日時および送信元情報の表示用イメージデータを作成し、記憶部に保存する（Ｓ１５０）。表示機能を有するＤＬＮＡ（登録商標）機器からデータ送信要求があった場合には、音声データおよびイメージデータを送信し、表示機能の無いＤＬＮＡ（登録商標）機器からデータ送信要求があった場合には、音声データのみを送信する。
【特許請求の範囲】
【請求項１】
電話機能を有する第１通信装置とは第１ネットワークを介して通信可能で、音声再生機能を有する第２通信装置とは第２ネットワークを介して通信可能に構成された通信装置であって、
前記第１通信装置から送信されてくる入来メッセージを受信した受信時刻を取得する時刻取得手段と、
前記時刻取得手段により取得した前記受信時刻を、音声によって報知するための時刻報知用音声データに変換する音声変換手段と、
前記音声変換手段により変換された前記時刻報知用音声データと、前記入来メッセージに係る入来音声データと、を記憶する記憶手段と、
前記記憶手段に記憶された前記時刻報知用音声データおよび前記入来音声データを、前記第２通信装置へと送信するデータ送信手段と
を備えることを特徴とする通信装置。
【請求項２】
前記時刻取得手段により取得した前記受信時刻を、画像によって報知するための時刻報知用画像データに変換する画像変換手段と、
前記第２通信装置が、前記時刻報知用画像データに基づく画像を表示可能な表示部を有するか否かを判断する判断手段と
を備え、
前記判断手段により前記表示部を有すると判断されたことを条件として、前記データ送信手段は、さらに、前記時刻報知用画像データを送信する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判断手段により前記表示部を有さないと判断されたことを条件として、前記データ送信手段は、さらに、前記受信時刻を示す文字列を含むテキストデータを、前記第２通信装置へと送信するように構成されている
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記音声変換手段は、前記入来メッセージの送信元に関する送信元情報を、音声によって報知するための送信元報知用音声データに変換するように構成され、
前記データ送信手段は、さらに、前記送信元報知用音声データをも送信するように構成されている
ことを特徴とする請求項１ないし請求項３のいずれかに記載の通信装置。
【請求項５】
電話機能を有する第１通信装置とは第１ネットワークを介して通信可能で、音声再生機能および画像表示機能を有する第２通信装置とは第２ネットワークを介して通信可能に構成された通信装置であって、
前記第１通信装置から送信されてくる入来メッセージを受信した受信時刻を取得する時刻取得手段と、
前記時刻取得手段により取得した前記受信時刻を、画像によって報知するための時刻報知用画像データに変換する画像変換手段と、
前記画像変換手段により変換された前記時刻報知用画像データと、前記入来メッセージに係る入来音声データと、を記憶する記憶手段と、
前記記憶手段に記憶された前記時刻報知用画像データおよび前記入来音声データを、前記第２通信装置へと送信するデータ送信手段と
を備えることを特徴とする通信装置。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
従来、動画、静止画、音楽などのコンテンツを提供可能なサーバーと、それらのコンテンツを再生可能なクライアントとを、ネットワークを介して接続してなるシステムが提案されている（例えば、特許文献１参照）。
【０００３】
この種のシステムを利用すれば、サーバー側から提供されるコンテンツを、クライアント側において再生することができる。
【特許文献１】特開２００４−１２８５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、いわゆる留守番電話機能を備える電話機は、利用者不在時に着呼があった場合に、発呼側機器から送信されてくる入来メッセージ（ＩＣＭ；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）より、相手先電話番号を取得することができる。
【００５６】
Ｓ１３０の処理において、相手先電話番号ありの場合（Ｓ１３０：ＹＥＳ）、ＭＦＰ１は、送信元情報（相手先電話番号又は相手の名前）を録音する（Ｓ１３５）。具体的には、送信元情報として相手先電話番号を録音する場合であれば、送信元から通知された相手先電話番号を読み上げる音声が合成される。また、送信元情報として相手の名前を録音する場合であれば、送信元から通知された相手先電話番号をキーにしてＭＦＰ１が記憶しているアドレス帳をサーチすることにより、アドレス帳に登録された名前を検出し、その名前を読み上げる音声が合成される。そして、合成された音声データがＲＡＭ１３に記憶され、これにより、送信元情報が録音されたことになる。
【００５７】
こうしてＳ１３５の処理を終えたら、Ｓ１４０の処理へと進む。また、Ｓ１３０の処理において、相手先電話番号なしの場合（Ｓ１３０：ＮＯ）、Ｓ１３５の処理はスキップされて、Ｓ１４０の処理へと進む。
【００５８】
Ｓ１４０の処理では、通信先となる他の電話機から送信されてくる入来メッセージを録音する（Ｓ１４０）。そして、Ｓ１２５の処理で録音された受信日時、Ｓ１３５の処理で録音された送信元情報、およびＳ１４０の処理で録音された入来メッセージを、１件分のメッセージとして記憶部２２に記憶する（Ｓ１４５）。
【００５９】
Ｓ１４５の処理によって記憶部２２に記憶されるメッセージは、アナログ電話の場合、ＭＦＣ１においてＡＤＰＣＭ方式で符号化された音声データが記憶される。また、ＩＰ電話の場合、μ−Ｌａｗ方式またはＡ−Ｌａｗ方式で符号化された音声データが通信先となる他の電話機から送信されてくるので、その音声データがそのまま記憶されることになる。
【００６０】
そして、Ｓ１４５の処理を終えたら、ＭＦＰ１は、受信日時、送信元情報の表示用イメージデータを作成し、記憶部２２に保存し（Ｓ１５０）、図３に示した電話着信処理を終了する。Ｓ１５０の処理で作成されるイメージデータは、テレビ３の画面に表示することにより、利用者がテレビ３の画面上で受信日時や送信元情報（相手先電話番号又は相手の名前）を見ることができるような静止画データである。
【００６１】
なお、上記Ｓ１４５の処理によって記憶部２２に記憶されるメッセージおよび上記Ｓ１５０の処理によって記憶部２２に記憶されるイメージデータは、ＭＦＰ１の記憶部２２内に設けられた「録音メッセージデータフォルダ」内のファイルとして保存される。
【００６２】
より詳しくは、ＭＦＰ１の記憶部２２には、図４に示すように、「Ａｕｄｉｏフォルダ」、「Ｉｍａｇｅフォルダ」、「Ｖｉｄｅｏフォルダ」などのフォルダ群が設けられ、その中の「Ａｕｄｉｏフォルダ」内に、「ＭＵＳＩＣデータフォルダ」、「録音メッセージデータフォルダ」などが設けられている。
【００６３】
そして、この「録音メッセージデータフォルダ」内に、「文字列“ＴＥＬ”＋連番．拡張子」という形式のファイル名で、Ｓ１４５の処理によって記憶されるメッセージおよび上記Ｓ１５０の処理によって記憶部２２に記憶されるイメージデータが保存されるようになっている。
【００６４】
図４に例示したファイルの場合、拡張子が“ＡＤＰＣＭ”および“ＪＰＥＧ”となっており、この拡張子からＡＤＰＣＭ方式で符号化された音声データとＪＰＥＧ方式で符号化された静止画データであることが識別できるようになっている。また、ファイル名中の「文字列“ＴＥＬ”＋連番」の部分で、どの音声データと静止画データが一組になるのかを識別できるようになっている。
【００６５】
なお、「ＭＵＳＩＣデータフォルダ」、「Ｉｍａｇｅフォルダ」、「Ｖｉｄｅｏフォルダ」には、ＭＰ３形式の音楽ファイル、ＪＰＥＧ形式の静止画ファイル、ＭＰＥＧ形式の動画ファイルなどが格納されている。これらのファイルは、ＭＦＰ１がサーバーとして機能した際に、プレイヤー（テレビ３やオーディオ機器４）に対して送信するために用意されたファイルである。
【００６６】
［ファイル一覧転送処理］
次に、上記Ｓ３５の処理に相当するファイル一覧転送処理について、図５に基づいて説明する。
【００６７】
図５は、ＭＦＰ１が実行するファイル一覧転送処理を示すフローチャートである。
ファイル一覧転送処理を開始すると、ＭＦＰ１は、録音メッセージ一覧をＤＬＮＡ（登録商標）機器に送信する（Ｓ２１０）。
【００６８】
すなわち、Ｓ２１０の処理では、図４に示した「録音メッセージデータフォルダ」内のファイル名一覧がＤＬＮＡ（登録商標）機器へと転送される。このファイル一覧を受信したＤＬＮＡ（登録商標）機器（本実施形態の場合、テレビ３またはオーディオ機器４）では、「録音メッセージデータフォルダ」内のファイルを、送信要求の対象となるコンテンツと認識することになる。
【００６９】
なお、以上のようなＳ２１０の処理を終えたら、ファイル一覧転送処理を終了する。
［ファイル送信処理］
次に、上記Ｓ４５の処理に相当するファイル送信処理について、図６に基づいて説明する。
【００７０】
図６は、ＭＦＰ１が実行するファイル送信処理を示すフローチャートである。
ファイル送信処理を開始すると、ＭＦＰ１は、まず、送信要求のあったＤＬＮＡ（登録商標）機器に表示機能があるか否かを判断する（Ｓ３１０）。表示機能があるか否かは、要求元となったテレビ３またはオーディオ機器４から送信されてくる情報に基づいて判断することができる。本実施形態の場合、送信要求のあったＤＬＮＡ（登録商標）機器がテレビ３であれば、表示機能があると判断される。また、送信要求のあったＤＬＮＡ（登録商標）機器がオーディオ機器４であれば、表示機能がないと判断されることになる。
【００７１】
Ｓ３１０の処理において、表示機能があると判断した場合（Ｓ３１０：ＹＥＳ）、ＭＦＰ１は、受信日時・送信元情報表示用イメージデータを送信する（Ｓ３１５）。このＳ３１５の処理で送信されるのは、図４に示した例で言えば、「録音メッセージデータフォルダ」内にある「文字列“ＴＥＬ”＋連番．ＪＰＥＧ」というファイル名を持つファイルとなる。また、ファイル名中にある「文字列“ＴＥＬ”＋連番」の部分は、ＤＬＮＡ（登録商標）機器から指定されたものとなる。なお、Ｓ３１０の処理において、表示機能がないと判断した場合は（Ｓ３１０：ＮＯ）、Ｓ３１５の処理をスキップする。
【００７２】
こうしてＳ３１５の処理を実行するかスキップした後、ＭＦＰ１は、受信日時・送信元情報を含む音声データを送信する（Ｓ３２０）。このＳ３２０の処理で送信されるのは、図４に示した例で言えば、「録音メッセージデータフォルダ」内にある「文字列“ＴＥＬ”＋連番．ＡＤＰＣＭ」というファイル名を持つファイルとなる。また、ファイル名中にある「文字列“ＴＥＬ”＋連番」の部分は、ＤＬＮＡ（登録商標）機器から指定されたものとなり、Ｓ３１５およびＳ３２０の処理において同一の文字列となる。
【００７３】
こうしてＳ３２０の処理を終えたら、ファイル送信処理を終了する。なお、以上説明した処理は、図示の都合上、表示用イメージデータの送信後に、音声データを送信していたが、この送信順序は特に限定されるものではない。
【００７４】
また、何らかの順序で各データを受信するＤＬＮＡ（登録商標）機器側においても、各データの受信順序には依存しないタイミングで、各データの表示および再生を行うことができる。例えば、ＤＬＮＡ（登録商標）機器側においては、表示用イメージデータと音声データの受信順序とは無関係に、両者が同時に表示および再生されるように制御することができる。また、各データの表示および再生タイミングを、ＭＦＰ１側から制御することもできる。例えば、表示用イメージデータや音声データに加えて、ＸＭＬによって記述された制御メッセージをＭＦＰ１側からＤＬＮＡ（登録商標）機器側へと送信することにより、ＭＦＰ１側で意図した通りのタイミングで表示および再生がなされるように、ＤＬＮＡ（登録商標）機器を制御することが可能である。
【００７５】
なお、以上説明したファイル送信処理により、受信日時・送信元情報表示用イメージデータを受信したテレビ３側では、受信したイメージデータに基づく画像を表示する。この画像内には、録音日時と電話の相手先が誰なのかをテキスト、ファイル名、アイコン等で示してあり、これらテキスト、ファイル名、アイコン等を利用者が見れば、利用者が録音日時や電話の相手を容易に連想できるような画像になっている。
【００７６】
より具体的な例を挙げれば、テレビ３の画面には「電話メッセージ有り ２００６年８月８日 ０５２１２３４１２３４」といった形で、「日付」や「相手の電話番号」が含まれる画像が表示される。あるいは、「電話メッセージ有り ２００６年８月８日 伊藤さん」といった形で、「日付」や「相手の電話番号に基づいてアドレス帳から検出した相手の名前」が含まれる画像が表示される。
【００７７】
［第１実施形態の効果］
以上説明したように、上記ＭＦＰ１によれば、Ｓ１２５，Ｓ１４０，およびＳ１４５の処理により、ＩＰ電話機８やアナログ電話機９から送信されてくる入来メッセージに係る入来音声データと、その入来メッセージを受信した受信時刻を音声によって報知するための時刻報知用音声データを記憶し、Ｓ３２０の処理により、それらの音声データをテレビ３やオーディオ機器４からの要求に応じてテレビ３やオーディオ機器４に送信することができる。
【００７８】
したがって、テレビ３やオーディオ機器４では、時刻報知用音声データを再生することができ、これにより、入来メッセージを受信した受信時刻を音声によって報知することができる。よって、利用者は、ＭＦＰ１側で入来メッセージの録音時刻や着信履歴などを確認するために面倒な操作を行わなくても、入来メッセージを受信した受信時刻を知ることができ、利便性が向上する。
【００７９】
また、上記ＭＦＰ１は、Ｓ１５０の処理により、受信時刻を画像によって報知するための時刻報知用画像データに変換し、Ｓ３１０の処理により、テレビ３やオーディオ機器４が、時刻報知用画像データに基づく画像を表示可能な表示部を有するか否かを判断する。そして、表示部を有すると判断されたことを条件として（すなわち、本実施形態の場合はテレビ３であることを条件として）、Ｓ３１５の処理により、時刻報知用画像データを送信している。
【００８０】
したがって、テレビ３では、時刻報知用画像データに基づく画像を表示することができ、これにより、入来メッセージを受信した受信時刻を画像によって報知することができる。よって、利用者は、視覚的にも入来メッセージを受信した受信時刻を知ることができる。
【００８１】
また、上記ＭＦＰ１は、Ｓ１３０およびＳ１３５の処理により、入来メッセージの送信元に関する送信元情報を、音声によって報知するための送信元報知用音声データに変換し、Ｓ３２０の処理により、送信元報知用音声データを送信している。
【００８２】
したがって、テレビ３やオーディオ機器４では、送信元報知用音声データを再生することができ、これにより、入来メッセージの送信元に関する送信元情報を音声によって報知することができる。
（２）第２実施形態
次に、第２実施形態について説明する。なお、第２実施形態は、ＭＦＰ１において実行される処理の内容が第１実施形態とは相違するものの、ハードウェアの構成やネットワークの構成は第１実施形態と同様なので、以下の説明では、第１実施形態との相違点について詳細に説明することにし、第１実施形態と差異のない構成については、その説明を省略する。
【００８３】
［記憶部に記憶されるデータ］
以下に説明する第２実施形態では、ＭＦＰ１が、画像を表示可能なＤＬＮＡ（登録商標）機器（例えば、テレビ３）と、画像を表示できないＤＬＮＡ（登録商標）機器（例えば、オーディオ機器４）とのそれぞれに対し、ファイル名や内容が異なる音声データを配信するように構成される。上述の第１実施形態では、テレビ３であってもオーディオ機器４であっても、同じ音声データを配信する構成となっているので、この点で、第１実施形態と第２実施形態は相違する。
【００８４】
より具体的な例を交えて説明すると、第２実施形態においても、ＭＦＰ１の記憶部２２には、図７に示すように、第１実施形態と同様のフォルダ群が設けられている。しかし、第１実施形態とは異なり、「録音メッセージデータフォルダ」内には、拡張子“ＡＤＰＣＭ”を持つ音声データとして、「文字列“ＴＥＬ”＋連番．ＡＤＰＣＭ」というファイル名を持つ第１音声ファイルと、「文字列“ＴＥＬ”＋連番＋日付“ＤＡＴＥ”＋時刻“ＴＩＭＥ”＋電話番号“ＮＵＭＢＥＲ”．ＡＤＰＣＭ」というファイル名を持つ第２音声ファイルの２種類が保存されるようになっている。ファイル名を構成する文字列の内、日付“ＤＡＴＥ”および時刻“ＴＩＭＥ”は、受信日時を示す数字列であり、電話番号“ＮＵＭＢＥＲ”は、相手先電話番号を示す数字列である。
【００８５】
これら２種類の音声データに加え、第１実施形態同様のイメージデータ（ＪＰＥＧ方式で符号化された静止画データ）も保存されるので、１件の入来メッセージに対応するファイルとしては、３つのファイルが作成されることになる。これら３つのファイルは、ファイル名中の「文字列“ＴＥＬ”＋連番」の部分で、どの音声データと静止画データが一組になるのかを識別できるようになっている。
【００８６】
以上のようなデータの内、第１音声ファイルは、画像を表示可能なＤＬＮＡ（登録商標）機器（例えば、テレビ３）のために用意されたもので、上記Ｓ１４０の処理によって録音された入来メッセージのみが格納されている。
【００８７】
一方、第２音声ファイルは、画像を表示できないＤＬＮＡ（登録商標）機器（例えば、オーディオ機器４）のために用意されたもので、上記Ｓ１２５の処理によって録音された受信日時、上記Ｓ１３５の処理によって録音された送信元情報、および上記Ｓ１４０の処理によって録音された入来メッセージのすべてが格納されている。
【００８８】
すなわち、上記Ｓ１４５の処理により、音声データを記憶部２２に記憶する際には、単に受信日時、送信元情報、および入来メッセージのすべてを単一の音声ファイルに保存するのではなく、入来メッセージのみを第１音声ファイルに保存するとともに、受信日時、送信元情報、および入来メッセージのすべてを第２音声ファイルに保存して、２種類の音声ファイルを記憶部２２に保存する。
【００８９】
［ファイル送信処理］
次に、ファイル送信処理について、図８に基づいて説明する。以下に説明するファイル送信処理は、第１実施形態において説明したＳ４５の処理に相当する処理である。
【００９０】
ファイル送信処理を開始すると、ＭＦＰ１は、まず、送信要求のあったＤＬＮＡ（登録商標）機器に表示機能があるか否かを判断する（Ｓ４１０）。このＳ４１０の処理は、第１実施形態におけるＳ３１０の処理と同様の処理となる。
【００９１】
Ｓ４１０の処理において、表示機能があると判断した場合（Ｓ４１０：ＹＥＳ）、ＭＦＰ１は、受信日時・送信元情報表示用イメージデータを送信する（Ｓ４１５）。このＳ４１５の処理は、第１実施形態におけるＳ３１５の処理と同様の処理となる。
【００９２】
続いて、ＭＦＰ１は、先に説明した第１音声ファイルを送信する（Ｓ４２０）。このＳ４２０の処理で送信される第１音声ファイルは、既に説明した通り、図７に示した例で言えば、「録音メッセージデータフォルダ」内にある「文字列“ＴＥＬ”＋連番．ＡＤＰＣＭ」というファイル名を持つファイルとなる。また、この第１音声ファイルには、音声データとして、入来メッセージのみが格納されている。なお、ファイル名中にある「文字列“ＴＥＬ”＋連番」の部分は、ＤＬＮＡ（登録商標）機器から指定されたものとなる。
【００９３】
一方、Ｓ４１０の処理において、表示機能がないと判断した場合（Ｓ４１０：ＮＯ）、ＭＦＰ１は、先に説明した第２音声ファイルを送信する（Ｓ４２５）。このＳ４２５の処理で送信される第２音声ファイルは、既に説明した通り、図７に示した例で言えば、「録音メッセージデータフォルダ」内にある「文字列“ＴＥＬ”＋連番＋日付“ＤＡＴＥ”＋時刻“ＴＩＭＥ”＋電話番号“ＮＵＭＢＥＲ”．ＡＤＰＣＭ」というファイル名を持つファイルとなる。あるいは、電話番号“ＮＵＭＢＥＲ”の部分については、電話番号をキーにしてＭＦＰ１が記憶しているアドレス帳をサーチすることにより、電話番号に対応する名前を検出することで、「文字列“ＴＥＬ”＋連番＋日付“ＤＡＴＥ”＋時刻“ＴＩＭＥ”＋名前“ＮＡＭＥ”．ＡＤＰＣＭ」というファイル名にしてもよい。
【００９４】
なお、この第２音声ファイルには、音声データとして、受信日時、送信元情報、および入来メッセージのすべてが格納されている。また、ファイル名中にある「文字列“ＴＥＬ”＋連番」の部分は、ＤＬＮＡ（登録商標）機器から指定されたものとなる。
【００９５】
上記Ｓ４２０またはＳ４２５の処理において、第１音声ファイルまたは第２音声ファイルをテレビ３またはオーディオ機器４へ送信する際には、各ファイルに格納された音声データとともに、各ファイルのファイル名もテキストデータとしてテレビ３またはオーディオ機器４へ送信される。第２音声ファイルのファイル名には、既に説明した通り、受信日時や相手先電話番号（＝送信元情報）を示す数字列が含まれており、第２音声ファイルのファイル名をオーディオ機器４へ送信することにより、受信日時・送信元情報を示す文字列を含むテキストデータを、オーディオ機器４へ送信したことになる。
【００９６】
以上のようにしてＳ４２０またはＳ４２５の処理を終えたら、ファイル送信処理を終了する。
なお、以上説明したファイル送信処理により、受信日時・送信元情報表示用イメージデータを受信したテレビ３側では、第１実施形態の場合と同様に、受信したイメージデータに基づく画像を表示する。
【００９７】
一方、以上説明したファイル送信処理により、第２音声ファイルを受信したオーディオ機器４側では、音声によって受信日時・送信元情報を再生するとともに、テキスト表示ができる表示部にファイル名を表示することで、受信日時・送信元情報相当の情報を表示する。
【００９８】
より具体的な例を挙げれば、オーディオ機器４の表示部には「ＴＥＬ−２００６０８０８−０５２１２３４１２３４．ＡＤＰＣＭ」といった形で、「日付」や「相手の電話番号」が含まれるファイル名が表示される。あるいは、「ＴＥＬ−２００６０８０８−ＩＴＯＵ．ＡＤＰＣＭ」といった形で、「日付」や「相手の電話番号に基づいてアドレス帳から検出した相手の名前」が含まれるファイル名が表示される。
【００９９】
［第２実施形態の効果］
以上説明したように、上記ＭＦＰ１によれば、送信先がテレビ３である場合には、Ｓ４１５の処理により、受信日時・送信元情報表示用イメージデータを送信し、Ｓ４２０の処理により、入来メッセージのみを含む音声データを送信することができる。
【０１００】
したがって、テレビ３では、入来メッセージを再生することができ、時刻報知用画像データに基づく画像を表示することができる。また、第１実施形態とは異なり、受信日時および送信元情報を画像で表示する場合には、受信日時および送信元情報を音声では再生しないので、第１実施形態に比べ、より短時間で音声の再生を完了させることができる。
【０１０１】
また、上記ＭＦＰ１によれば、送信先がオーディオ機器４である場合には、Ｓ４２５の処理により、受信日時、送信元情報、および入来メッセージのすべてを含む音声データを送信することができる。
【０１０２】
したがって、オーディオ機器４では、画像を表示することができなくても、音声で受信日時および送信元情報を確認することができる。また、第１実施形態とは異なり、受信日時および送信元情報をファイル名の一部を構成する文字列としてオーディオ機器４へ伝達するので、オーディオ機器４では、ファイル名を表示するだけで、利用者に対して受信日時および送信元情報を報知することができる。
（３）第３実施形態
次に、第３実施形態について説明する。なお、第３実施形態も、ＭＦＰ１において実行される処理の内容が第１実施形態や第２実施形態とは相違するものの、ハードウェアの構成やネットワークの構成は第１実施形態と同様なので、以下の説明では、第１実施形態および第２実施形態との相違点について詳細に説明することにし、第１実施形態や第２実施形態と差異のない構成については、その説明を省略する。
【０１０３】
［電話着信処理］
以下に説明する電話着信処理は、第１実施形態において説明したＳ１５の処理に相当する処理であり、図３に示した電話着信処理の代わりに採用される処理である。
【０１０４】
図９は、第３実施形態においてＭＦＰ１が実行する電話着信処理を示すフローチャートである。
以下に説明する処理の内、Ｓ５１０〜Ｓ５４０の処理は、Ｓ１１０〜Ｓ１４０と同等な処理なので、簡潔に説明する。
【０１０５】
すなわち、電話着信処理を開始すると、ＭＦＰ１は、まず、利用者が電話に出るか否かを判断する（Ｓ５１０）。Ｓ５１０の処理において、電話に出るとの判断がなされた場合（Ｓ５１０：ＹＥＳ）、ＭＦＰ１は、通常通話を行うための処理を実行し（Ｓ５１５）、図９に示した電話着信処理を終了する。
【０１０６】
一方、Ｓ５１０の処理において、電話に出ないとの判断がなされた場合（Ｓ５１０：ＮＯ）、ＭＦＰ１は、応答メッセージを再生する（Ｓ５２０）。そして、受信日時を録音し（Ｓ５２５）、相手先電話番号ありか否かを判断し（Ｓ５３０）、相手先電話番号ありの場合は（Ｓ５３０：ＹＥＳ）、送信元情報を録音して（Ｓ５３５）、Ｓ５４０の処理へと進む。また、Ｓ５３０の処理において、相手先電話番号なしの場合は（Ｓ５３０：ＮＯ）、Ｓ５３５の処理はスキップされて、Ｓ５４０の処理へと進む。
【０１０７】
Ｓ５４０の処理では、通信先となる他の電話機から送信されてくる入来メッセージを録音する（Ｓ５４０）。そして、Ｓ５２５の処理で録音された受信日時、Ｓ５３５の処理で録音された送信元情報、およびＳ５４０の処理で録音された入来メッセージを、１件分のメッセージとして記憶部２２に記憶する（Ｓ５４５）。
【０１０８】
こうしてＳ５４５の処理を終えたら、続いて、ＭＦＰ１は、Ｓ５２５の処理で録音された受信日時、Ｓ５３５の処理で録音された送信元情報、およびＳ５４０の処理で録音された入来メッセージの音声データをオーディオ部とし、さらに、受信日時、送信元情報の表示用イメージデータをビデオ部として、これらオーディオ部およびビデオ部を合成して動画（ＭＰＥＧ）データ化し、記憶部に保存する（Ｓ５５０）。
【０１０９】
Ｓ５５０の処理で作成される動画（ＭＰＥＧ）データのオーディオ部は、上記第１実施形態におけるＳ１４５の処理で記憶部２２に記憶される１件分のメッセージと、同等な音声データとなる。また、Ｓ５５０の処理で作成される動画（ＭＰＥＧ）データのビデオ部は、上記第１実施形態におけるＳ１５０の処理で記憶部２２に記憶される表示用イメージデータ（静止画）と同内容の動画データ（すなわち、所定時間にわたって静止画が表示される動画データ）となる。そして、これらのオーディオ部およびビデオ部が多重化されて１つの動画データとされ、この動画データが記憶部２２にファイルとして保存される。
【０１１０】
より詳しくは、図１０に示すように、ＭＦＰ１の記憶部２２には、「Ａｕｄｉｏフォルダ」、「Ｉｍａｇｅフォルダ」、「Ｖｉｄｅｏフォルダ」などのフォルダ群が設けられ、その中の「Ｖｉｄｅｏフォルダ」内に、「録音メッセージＶｉｄｅｏデータフォルダ」、「ＴＶ電話データフォルダ」などが設けられている。
【０１１１】
Ｓ５５０の処理で作成されるファイルは、文字列“ＴＥＬ”＋連番．拡張子“ＭＰＥＧ”」という形式のファイル名で、「録音メッセージＶｉｄｅｏデータフォルダ」に保存されることになる。
【０１１２】
なお、ＭＦＰ１にＴＶ電話機能を有する場合であって、他の電話機から送信されてくる入来メッセージが、ＴＶ電話によるメッセージである場合（すなわち、画像および音声が送信されてくる場合）には、その入来メッセージを録画し、この録画したＴＶ電話データと、受信日時、送信元情報の表示用イメージデータと合成した動画データを、記憶部２２の「ＴＶ電話データフォルダ」内に記憶するようにしてもよい。
【０１１３】
［ファイル送信処理］
次に、ファイル送信処理について、図１１に基づいて説明する。以下に説明するファイル送信処理は、第１実施形態において説明したＳ４５の処理に相当する処理である。
【０１１４】
ファイル送信処理を開始すると、ＭＦＰ１は、まず、送信要求のあったＤＬＮＡ（登録商標）機器に表示機能があるか否かを判断する（Ｓ６１０）。このＳ６１０の処理は、第１実施形態におけるＳ３１０の処理や、第２実施形態におけるＳ４１０の処理と同様の処理となる。
【０１１５】
Ｓ６１０の処理において、表示機能があると判断した場合（Ｓ６１０：ＹＥＳ）、ＭＦＰ１は、受信日時、送信元情報、入来メッセージのＭＰＥＧデータを送信する（Ｓ６２０）。すなわち、上記Ｓ５５０の処理で作成されたＭＰＥＧデータを、表示機能のあるＤＬＮＡ（登録商標）機器（本実施形態の場合はテレビ３）に対して送信する。
【０１１６】
一方、Ｓ６１０の処理において、表示機能がないと判断した場合（Ｓ６１０：ＮＯ）、ＭＦＰ１は、受信日時、送信元情報、入来メッセージの音声データを送信する（Ｓ６２５）。このＳ６２５の処理で送信される音声データは、上記Ｓ５４５の処理で作成されたものであり、第１実施形態の場合と同様のものである。
【０１１７】
以上のようにしてＳ６２０またはＳ６２５の処理を終えたら、ファイル送信処理を終了する。
なお、以上説明したファイル送信処理により、ＭＰＥＧデータを受信したテレビ３側では、受信したＭＰＥＧデータに基づく動画（映像および音声）を表示および再生する。
【０１１８】
一方、以上説明したファイル送信処理により、音声ファイルを受信したオーディオ機器４側では、音声によって受信日時・送信元情報を再生する。
［第３実施形態の効果］
以上説明したように、上記ＭＦＰ１によれば、送信先がテレビ３である場合には、Ｓ６１５の処理により、ＭＰＥＧデータを送信することができる。
【０１１９】
したがって、テレビ３では、受信日時および送信元情報を映像として表示しながら、入来メッセージを音声で再生することができる。
（４）変形例等
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
【０１２０】
例えば、上記実施形態では、本発明の通信装置としてＭＦＰ１を例示したが、スキャナ機能、プリンタ機能、コピー機能、ファクシミリ機能などを備えるか否かは任意である。
また、上記実施形態において、ＭＦＰ１、テレビ３、オーディオ機器４は、ＤＬＮＡ（登録商標）ガイドライン準拠の通信方式でコンテンツとなるデータの送受信を行うものであったが、これに限らない。すなわち、上記実施形態同様のデータ送受信を実現できるのであれば、その通信方式自体について、ＤＬＮＡ（登録商標）ガイドライン準拠の通信方式とするか否かは任意である。
【０１２１】
また、上記実施形態において、「電話着信処理」では、応答メッセージの再生、受信日時の録音、送信元情報の録音、および入来メッセージの録音を、この順序で実行する旨を説明したが、これに限らない。例えば、応答メッセージの再生と並行して受信日時や送信元情報の録音を行ったり、入来メッセージの録音後に受信日時の録音や送信元情報の録音を行ったりしてもよく、この順序は任意に変更することができる。
【０１２２】
また、上記実施形態では言及していないが、受信日時の録音、送信元情報の録音、および入来メッセージの録音は、この順序で実施しながら、これらすべてが録音された１つのファイルを生成してもよい。あるいは、適当な順序で実施して、それぞれが録音された複数の仮ファイルを生成した上で、それら複数の仮ファイルを合成して１つのファイルを完成させるようにしてもよい。
【０１２３】
また、上記実施形態では言及していないが、録音メッセージは、ＭＦＰ１において、上記実施形態の如くＡＤＰＣＭ形式の音声データとして保存してもよいし、ＡＤＰＣＭ形式以外のデータ形式を持つ音声データ（例えば、ＭＰ３形式の音声データ）として保存してもよい。また、ＡＤＰＣＭ形式の音声データとして保存した場合、ＡＤＰＣＭ形式の音声データをそのままＤＬＮＡ（登録商標）機器へ送信してもよいし、ＡＤＰＣＭ形式以外のデータ形式を持つ音声データ（例えば、ＭＰ３形式の音声データ）に変換した上で、ＤＬＮＡ（登録商標）機器へ送信してもよい。いずれの場合とも、最終的にＤＬＮＡ（登録商標）機器が受け取る音声データのデータ形式に対応したデコーダを、ＤＬＮＡ（登録商標）機器側に設ける必要がある。ちなみに、ＤＬＮＡ（登録商標）ガイドラインでは、機器が標準でサポートすべき音声データのデータ形式が規定されている。したがって、この規定に従ったデータ形式で音声データをＭＦＰ１側からＤＬＮＡ（登録商標）機器側へ送信するように構成すれば、標準的なＤＬＮＡ（登録商標）機器が備えていない録音メッセージ専用のデコーダを、別途ＤＬＮＡ（登録商標）機器側に追加しなくてもよい。
【０１２４】
また、上記各実施形態は、異なるＭＦＰ１を想定して説明したものであるが、単一のＭＦＰの設定を切り替えることにより、上記各実施形態のいずれかに切り替わるような構成を採用してもよい。
【０１２５】
また、上記実施形態では、テレビ側で表示するための静止画データや動画データに、送信元情報として、電話番号や相手先の名前を表示するようにしてあったが、個々の電話番号に対応する各種情報がＭＦＰ１の備えるアドレス帳内に登録されていれば、そのような各種情報を表示可能な静止画データや動画データとしてもよい。例えば、ＭＦＰ１の備えるアドレス帳内に個々の電話番号に対応するイラストや写真、背景画像の色設定などが登録してあれば、イラストや写真を表示する静止画データや動画データとしたり、設定された色の背景画像が表示される静止画データや動画データとしたりすることができる。
【０１２６】
また、上記第２実施形態では、入来メッセージのみが格納された第１音声ファイルと、
受信日時、送信元情報、および入来メッセージのすべてが格納された第２音声ファイルとを、記憶部２２に保存する例を示したが、同等な機能を実現する方法は他にも考え得る。例えば、受信日時のみが格納されたファイルＡと、送信元情報のみが格納されたファイルＢと、入来メッセージのみが格納されたファイルＣとを、記憶部２２に保存し、画像表示機能がある場合には音声としてはファイルＣのみを送信する一方、画像表示機能がない場合には音声としてファイルＡ，Ｂ，Ｃのすべてを送信するといった構成にしてもよい。
【図面の簡単な説明】
【０１２７】
【図１】ＭＦＰを備えたネットワークシステムを示すブロック図。
【図２】第１実施形態のＭＦＰが実行する処理の概要を示すフローチャート。
【図３】第１実施形態のＭＦＰが実行する電話着信処理を示すフローチャート。
【図４】第１実施形態のＭＦＰが備える記憶部内のデータ構造を示す説明図。
【図５】第１実施形態のＭＦＰが実行するファイル一覧転送処理を示すフローチャート。
【図６】第１実施形態のＭＦＰが実行するファイル送信処理を示すフローチャート。
【図７】第２実施形態のＭＦＰが備える記憶部内のデータ構造を示す説明図。
【図８】第２実施形態のＭＦＰが実行するファイル送信処理を示すフローチャート。
【図９】第３実施形態のＭＦＰが実行する電話着信処理を示すフローチャート。
【図１０】第３実施形態のＭＦＰが備える記憶部内のデータ構造を示す説明図。
【図１１】第３実施形態のＭＦＰが実行するファイル送信処理を示すフローチャート。
【符号の説明】
【０１２８】
１・・・ＭＦＰ、２・・・ルーター、３・・・テレビ、４・・・オーディオ機器、５・・・ＬＡＮ、６・・・インターネット回線、７・・・ＰＳＴＮ回線、８・・・ＩＰ電話機、９・・・アナログ電話機、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・パネル部、１５・・・読取部、１６・・・印刷部、１７・・・ＬＡＮ制御部、１８・・・ＮＣＵ、１９・・・ＭＯＤＥＭ／音声ＣＯＤＥＣ、２０・・・ハンドセット、２１・・・本体スピーカ、２２・・・記憶部。
【出願人】 【識別番号】０００００５２６７
【氏名又は名称】ブラザー工業株式会社
【出願日】 平成１８年８月２１日（２００６．８．２１）
【代理人】 【識別番号】１０００８２５００
【弁理士】
【氏名又は名称】足立 勉

【識別番号】１００１２９０９０
【弁理士】
【氏名又は名称】竹中 謙史
【公開番号】 特開２００８−４８３４１（Ｐ２００８−４８３４１Ａ）
【公開日】 平成２０年２月２８日（２００８．２．２８）
【出願番号】 特願２００６−２２４３３１（Ｐ２００６−２２４３３１）