JP2000224269A

JP2000224269A - 電話機および電話システム

Info

Publication number: JP2000224269A
Application number: JP11020730A
Authority: JP
Inventors: Yoshiyuki Majima; 良行馬島; Shinobu Katayama; 忍片山
Original assignee: Feisu Kk
Current assignee: Feisu Kk
Priority date: 1999-01-28
Filing date: 1999-01-28
Publication date: 2000-08-11
Also published as: WO2000045567A1; AU3075200A

Abstract

(57)【要約】【課題】着信時の呼出音等として再生する楽曲を自由に
選択でき、しかも表現力に富んだ音楽演奏を実現できる
電話機と電話システムを提供すること。【解決手段】外部のサーバより受信したＭＩＤＩデータ
をＲＡＭ２０に格納する。音源ＣＰＵ２１はこのＭＩＤ
Ｉデータを読み出して、再生部２４に音楽再生を指令す
る。この指令を受けて、再生部２４は音源ＲＯＭ２３か
ら音を読込んで楽曲を再生する。再生された楽曲はスピ
ーカ５から出力される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、音楽再生機能を備
えた電話機およびそれを用いた電話システムに関するも
のである。

【０００２】

【従来の技術】通信ネットワークの整備により、さまざ
まな機能を備えた電話機が登場し利用に供されている。
特に、携帯型の電話機（以下、携帯電話という）は、そ
の利便性から近年急速に加入者が増大し、若年層に至る
まで著しい普及をみせている。

【０００３】このような携帯電話は、小型で大容量の半
導体チップの実用化を背景として、多岐にわたる機能を
搭載したものがごく一般的なものとなってきている。た
とえば、電話着信時の呼出音をメロディで流すような機
能などはその一例であって、このようなメロディで呼出
音を鳴らす携帯電話は今日広く普及している。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ような電話機においては、再生するメロディはあらかじ
め電話内部のメモリに設定されたいくつかの楽曲に限ら
れており、自分の好みの曲、たとえば最新のヒット曲な
どを自由に選択することはできなかった。また、再生さ
れる音楽も人工音による単調なメロディであって表現力
に乏しいことから、特に若年層に対しては商品価値の訴
求力の点で限界があった。

【０００５】そこで本発明は、上記のような問題点に鑑
み、着信時の呼出音等として再生する楽曲を自分の好み
のものに選定でき、しかも表現力に富んだ音楽演奏を実
現できる電話機と電話システムを提供することを課題と
するものである。

【０００６】

【課題を解決するための手段】上記課題を解決するため
に、本発明にかかる電話機においては、外部よりＭＩＤ
Ｉデータを受信する受信手段と、受信したＭＩＤＩデー
タを格納する記憶手段と、この記憶手段から前記ＭＩＤ
Ｉデータを読み出して再生処理を行う再生手段とを設け
ている。

【０００７】ここでＭＩＤＩとは、Musical Instrumen
t Digital Interfaceの略語であって、電子楽器相互
間や電子楽器とコンピュータとの間で音楽演奏の信号を
相互にやり取りするための国際標準規格のことである。
本明細書における「ＭＩＤＩ」という用語は上記のよう
な意味で用いるものとする。

【０００８】ＭＩＤＩデータは、後で詳述するように、
音そのもののデータではなく、電子楽器の発音を制御す
るためのコマンドの集合体である。たとえば、「ドの音
発音開始」「ドの音発音ストップ」というようなコマン
ドの形をとっている。このＭＩＤＩデータをたとえばネ
ットワーク上のサーバに後述するＳＭＦ（Standard MID
I File）のデータ形式で蓄積しておく。一方、電話機に
は記憶手段と再生手段を内蔵させておく。そして、電話
機からサーバへアクセスして、ＭＩＤＩデータを電話機
の記憶手段にダウンロードする。再生手段は、このダウ
ンロードしたＭＩＤＩデータに基づき、音源から音を読
み出して演奏を行う。このようにして、利用者は自分の
好みの曲をダウンロードして電話機から流すことができ
るようになる。

【０００９】この場合、ダウンロードするものは基本的
にＭＩＤＩデータだけであるから、楽曲そのもののデー
タ全部をダウンロードする場合に比較して、ダウンロー
ドに要する時間は極めて短時間で済む。なぜなら、上述
したようにＭＩＤＩデータはコマンドの集合体であり、
バイナリデータで構成することができるからである。

【００１０】上記のようにしてダウンロードしたＭＩＤ
Ｉデータを利用すると種々の機能を実現することが可能
となる。たとえば、着信信号に応答して記憶手段からＭ
ＩＤＩデータを読み出し、読み出されたＭＩＤＩデータ
に基づいて再生された楽曲を呼出音として報知するよう
にすれば、従来と同様に呼出音をメロディで流すことが
できる。ただし、従来のものとは違って、ＭＩＤＩデー
タに従って音源から各種の楽器音を読み出して演奏する
ので、呼出音として流れる楽曲はきわめてリアルで洗練
されたものとなり、音楽表現力の点で従来品よりもはる
かに商品価値の高いものが得られる。

【００１１】また、電話機の記憶手段に着信信号に対応
させて異なる楽曲のＭＩＤＩデータを記憶しておき、着
信信号に応じて異なる楽曲で報知するようにすれば、流
れるメロディによって誰から電話がかかってきたのかを
即座に知ることができる。

【００１２】また、携帯型の電話機においては、振動に
よって着信を報知するバイブレータが内蔵されている
が、このバイブレータを前記ＭＩＤＩデータに基づいて
振動させるようにしてもよい。このようにすれば、たと
えばＭＩＤＩデータのうちドラムのパートのリズムと同
じリズムでバイブレータを振動させることができるか
ら、単調な振動で報知する場合に比べて、利用者に快い
感触を与えることができる。また、リズムが強烈であれ
ば、利用者に対して着信を確実に知らせることもでき
る。

【００１３】さらに、留守時の応答用に、あらかじめ留
守番案内メッセージを作成して登録しておく機能を備え
た電話機があるが、このような電話機にも本発明は利用
できる。すなわち、音声によリ作成したメッセージをＭ
ＩＤＩによるＢＧＭ（バック・グランド・ミュージッ
ク）とともに登録することができる。

【００１４】このようにすることで、留守応答時に通話
相手はＭＩＤＩによるＢＧＭ付きのメッセージを聴くこ
とができるので、メッセージが単調な口調で語られてい
ても退屈することがない。この場合、メッセージの作成
にあたっては、ＭＩＤＩによる音楽演奏にあわせて音声
でメッセージを吹き込むことも可能である。留守番案内
メッセージを自分の声で吹き込む場合、一種の緊張感を
伴うことは経験的に言えることであるが、上記のように
音楽が流れた状態で声を吹き込むと、音楽演奏がＢＧＭ
となってリラックスした状態でメッセージを記録するこ
とができる。

【００１５】さらに、本発明によると、任意のときに音
楽を再生できる機能を備えた電話機が実現できる。すな
わち、キーの操作によって記憶手段に格納されたＭＩＤ
Ｉデータを読み出して楽曲を再生するようにしておけ
ば、自分の好きな曲をいつでも電話機から流すことがで
きる。従って、たとえばカラオケ演奏曲のＭＩＤＩデー
タを記憶手段に格納しておけば、カラオケ専用装置がな
くても手軽にカラオケを楽しむことができる。特に携帯
電話の場合には、いつでもどこでもカラオケを楽しむこ
とができる。

【００１６】また、本発明においては、再生される楽曲
はＭＩＤＩデータに基づくシンセサイザ音だけで構成さ
れていてもよいが、これにオーディオデータに基づく音
声をミックスすることもできる。すなわち、楽器の部分
をＭＩＤＩで、コーラスなどのボーカル部分をオーディ
オでそれぞれ演奏させることが可能である。このように
すれば、全部をＭＩＤＩで演奏する場合に比べて音楽表
現力が一層向上し、臨場感にあふれた音楽演奏を楽しむ
ことができる。

【００１７】次に、本発明にかかる電話システムは、外
部よりＭＩＤＩデータを受信する受信手段、受信したＭ
ＩＤＩデータを格納する記憶手段、および記憶手段から
ＭＩＤＩデータを読み出して再生処理を行う再生手段と
を設けた電話機と、この電話機からアクセスされるサー
バとを備え、ＭＩＤＩデータをサーバから電話機にダウ
ンロードするようにしたものである。

【００１８】このようなシステムによると、電話機から
サーバにアクセスするだけで簡単にＭＩＤＩデータをダ
ウンロードすることができる。また、たとえば新曲デー
タを毎月サーバにアップロードして蓄積データを更新す
ることによって、利用者が最新のヒット曲を迅速に入手
できるような運用を行うことが可能となる。

【００１９】さらに、本発明にかかる電話システムは、
パーソナルコンピュータ（以下、パソコンという）を用
いて構成することもできる。すなわち、電話機と、この
電話機が接続されるパソコンとでシステムを構成し、パ
ソコンで作成したＭＩＤＩデータを電話機にダウンロー
ドするものである。このようにすれば、パソコンで作成
した自作のオリジナル曲を電話機から流すことが可能と
なる。

【００２０】

【発明の実施の形態】以下、本発明の種々の実施形態に
つき、図を参照しながら説明する。図１は、本発明にか
かる電話システムの一例を示す概略構成図である。図に
おいて、１００は電話機、２００はこの電話機１００と
の間で交信を行う基地局、３００は基地局２００と結ば
れたサーバである。電話機１００として、ここでは携帯
電話の例を示している。但し、本発明の電話機は携帯電
話に限らず、卓上型の電話機であってもよい。基地局２
００はここでは３個所設置されているが、もちろんこれ
は一例に過ぎない。サーバ３００は、たとえば電話局な
どに設置することが考えられる。

【００２１】上記の電話システムにおいて、サーバ３０
０には後述するＭＩＤＩデータが蓄積されており、電話
機１００から基地局２００を介してサーバ３００にアク
セスすることにより、サーバ３００に蓄積されたＭＩＤ
Ｉデータが基地局２００を介して電話機１００にダウン
ロードされるようになっている。その詳細な動作に関し
ては後述する。

【００２２】図２は本発明にかかる電話機１００の一例
を示す外観図である。図において、１は携帯電話の本体
であって、この本体１にはアンテナ２、表示部３、キー
入力部４、スピーカ５、マイクロフォン６が設けられて
いる。アンテナ２は前述の基地局２００との間で信号の
送受信を行うものである。表示部３は液晶ディスプレイ
等で構成されており、電話番号をはじめ種々の情報がこ
こに表示される。キー入力部４には後述する各種のキー
が配置されている。スピーカ５からは通話相手の音声や
メロディが聞こえるようになっている。マイクロフォン
６は、通話時や留守番案内メッセージの作成時に、相手
に伝えるメッセージを音声で入力するためのものであ
る。

【００２３】次に、キー入力部４の各種キーについて説
明する。４１は携帯電話の電源をオンオフする電源キ
ー、４２は通話を開始するときに操作する通話キー、４
３は表示部３に表示される内容をスクロールするスクロ
ールキーである。４４は他のキーとの組合せ操作により
各種の機能を達成するファンクションキー、４５は登録
されている内容を呼び出して表示部３に表示させるため
の呼出しキー、４６は短縮ダイヤル番号等の登録を行う
際に操作する登録キーである。４７は０〜９の数字から
なる数字キーで、電話番号や短縮番号の入力などに用い
られる。４８は表示内容などを消去するためのクリアキ
ー、４９は所定の動作を実行させる際に操作する実行キ
ーである。

【００２４】４１０は、サーバ３００からＭＩＤＩデー
タをダウンロードするにあたって、新曲を表示させるた
めの新曲表示キー、４１１は留守番案内メッセージを作
成する際に操作する留守録キー、４１２はカラオケを演
奏する際に操作するカラオケキー、４１３は曲の演奏を
スタートさせる演奏開始キー、４１４は曲の演奏を終了
させる演奏終了キーである。

【００２５】図３はサーバ３００の構成を示すブロック
図である。サーバ３００は、入力部３０１、制御部３０
２、記憶部３０３、出力部３０４、通信制御部３０５か
ら構成される。入力部３０１にはキーボードなどの入力
手段が備えられ、出力部３０４にはディスプレイやプリ
ンタなどの出力手段が備えられる。記憶部３０３にはＭ
ＩＤＩデータを格納するファイルＳＭＦ（Standard MID
I File）３０６が設けられている。このＳＭＦ３０６に
格納されたＭＩＤＩデータの詳細については後述する。
サーバ３００は、通信制御部３０５のインターフェイス
を介して、基地局２００（図１）との間でデータのやり
取りを行うようになっている。

【００２６】図４は電話機１００の構成を示すブロック
図である。電話機１００は、表示部３、キー入力部４、
音声出力部５、音声入力部６、送受信部７、信号処理部
８、記憶部９、制御部１０から構成される。表示部３と
キー入力部４については、図２で説明したとおりであ
る。音声出力部５は具体的にはスピーカで構成される。
従って図２のスピーカ５と同じ符号を付してある。な
お、スピーカに代えて圧電素子等を用いることもでき
る。また、音声入力部６は具体的にはマイクロフォンで
構成される。従って図２のマイクロフォン６と同じ符号
を付してある。

【００２７】送受信部７は、図２のアンテナ２を含む回
路であり、基地局２００との間でデータの送受信を行
う。信号処理部８は、送受信部７から送られてきた信号
や、送受信部７に送る信号を処理する回路であって、音
声入力部６からの音声信号が入力され、また音声出力部
５に音声信号を出力する。記憶部９は、プログラムを記
憶したＲＯＭや、データを一時記憶するＲＡＭ等を含ん
で構成される。制御部１０はＣＰＵから構成され、表示
部３、信号処理部８、記憶部９等に対する制御を行う。

【００２８】図５は、図４に示した構成のうち、送受信
部７と信号処理部８の具体的な構成を示すブロック図で
ある。図５では音声出力部５と音声入力部６も示してあ
るが、表示部３、キー入力部４、記憶部９および制御部
１０については図示を省略してある。

【００２９】送受信部７は、前述のアンテナ２と、受信
部１２と、送信部１３からなる。受信部１２は、本発明
の受信手段に相当するものであって、アンテナ２が受信
した受信信号を復調して後段の信号処理部８に送る復調
回路を備えている。また、送信部１３は、信号処理部８
から送られてきた信号を変調してアンテナ２から送信す
る変調回路を備えている。なお、受信部１２と送信部１
３はブロックとして分離して示してあるが、これらを1
つのＬＳＩに組み込むこともできる。

【００３０】信号処理部８において、１４は受信部１２
が受信した受信信号の種類を判別する信号判別部、１５
は受信信号がＭＩＤＩ信号であった場合に、そのＭＩＤ
Ｉデータを処理するＭＩＤＩデータ処理部、１６は受信
信号が音声信号であった場合に、その音声データを処理
する音声データ処理部、１７はＭＩＤＩデータ処理部１
５および音声データ処理部１６からのディジタル出力信
号をアナログ信号に変換してスピーカ５に送出するD／A
コンバータである。１８はマイクロフォン６からの音声
入力信号をディジタル信号に変換するA／Dコンバータ、
１９はA／Dコンバータ１８からのディジタル信号を処理
して送信部１３へ送出する送信データ処理部である。

【００３１】図６は、図５の構成をさらに詳細に示した
ブロック図である。図６において、図５と同一部分には
同一符号を付してあるが、ここでは特にＭＩＤＩデータ
処理部１５の部分が具体的に開示されている。ＭＩＤＩ
データ処理部１５において、２０は本発明の記憶手段に
相当する部分であって、実施形態としてＲＡＭを用いて
いる。ここではＲＡＭ２０をフラッシュメモリで構成し
ている。このＲＡＭ２０には、図３のサーバ３００のＳ
ＭＦ３０６からダウンロードしたＭＩＤＩデータが格納
される。２１は音源ＣＰＵで、ＭＩＤＩデータに基づく
一連の音楽再生動作を制御するとともに、後述する再生
部２４を構成する音源CoreＬＳＩの制御も行う。２２は
音源ＣＰＵ２１が実行するプログラムを記憶したプログ
ラムＲＯＭ、２３は再生する音楽に用いる種々の楽器の
音源データを記憶した音源ＲＯＭ、２４は音源ＲＯＭ２
３から音源データを読込んで音楽演奏を再生する再生部
である。再生部２４は、たとえば音源CoreＬＳＩから構
成されており、本発明における再生手段に相当するもの
である。

【００３２】一方、送信データ処理部１９はエンコーダ
２５を含んで構成される。また、これに加えて、信号合
成部２６が必要に応じて設けられる。エンコーダ２５
は、マイクロフォン６から入力されてＡ／Ｄ変換された
ディジタル信号を符号化して送信部１３へ出力するもの
である。信号合成部２６は、あとで詳しく述べるよう
に、留守番案内メッセージをＢＧＭとともに作成する場
合に、ＢＧＭのＭＩＤＩデータと案内メッセージのオー
ディオデータとを合成するためのものである。

【００３３】次に、ＳＭＦに記録されているＭＩＤＩデ
ータの詳細に関して説明する。図7は、図３のＳＭＦ３
０６に記録されているＭＩＤＩデータの構成を示す図で
ある。ＳＭＦは一般に、デルタ・タイムと呼ばれる時間
データと、イベントと呼ばれる演奏内容等を示すデータ
とからなるデータ形式である。イベントには図7（ａ）
〜（ｃ）に示すように、ＭＩＤＩイベントとSys．Exイ
ベントとＭＥＴＡイベントの３種類がある。

【００３４】ＭＩＤＩイベントは、演奏データを格納し
たイベントであって、たとえば「ドの音をピアノの音で
発音せよ」といった命令から構成される。この命令は、
直前のイベントからの経過時間ｔと、今回のイベントの
デルタ・タイムＴとの関係がｔ≧Ｔのときに実行され
る。つまり、あるイベントが実行されると、そのイベン
ト開始からの経過時間が監視され、この経過時間が次の
イベントのデルタ・タイムと等しいかあるいはそれを超
えたとき（ＣＰＵによる時間分解能は有限なので、デル
タ・タイムとぴったり一致しないで超える場合もある）
に、次のイベントが実行されるようになっている。

【００３５】Sys．Exイベントは、システム・エクスク
ルーシヴ・イベントと呼ばれ、たとえばシステムをオー
ケストラに合ったシステムに設定するなどの設定情報を
格納したイベントである。また、ＭＥＴＡイベントは、
曲目や歌詞などの情報を格納したイベントである。

【００３６】ＭＩＤＩデータは以上のように構成されて
おり、これらの一連のＭＩＤＩデータがいくつも組み合
わさって１つの楽曲が構成される。図３のサーバ３００
のＳＭＦ３０６には、このようなＭＩＤＩデータからな
る曲データが格納されており、このＭＩＤＩデータを後
述する手順で電話機にダウンロードすると、このＭＩＤ
Ｉデータは図６のアンテナ２、受信部１２および信号判
別部１４を介してＲＡＭ２０に格納される。なお、サー
バ３００のＳＭＦ３０６には新曲データが定期的にアッ
プロードされるようにしておくとよい。

【００３７】次に、上記のようなＭＩＤＩデータに基づ
いて音楽を再生する場合の原理について説明する。図６
のＭＩＤＩデータ処理部１５において、音源ＣＰＵ２１
は、プログラムＲＯＭ２２のプログラムに従って、ＲＡ
Ｍ２０からＭＩＤＩデータを順次読み出す。そして、読
み出したＭＩＤＩデータに基づいて、再生部２４に対
し、たとえば「ミの音をピアノの音で発音せよ」という
命令を与える。この命令を受けて、再生部２４は音源Ｒ
ＯＭ２３からピアノの音を読込み、ミの音程で発音を開
始する。このときから音源ＣＰＵ２１は経過時間をカウ
ントし、この経過時間が次の命令である「ミの発音を停
止せよ」に付属しているデルタ・タイムと等しくなるか
もしくはそれを超えると、再生部２４に対し、ミの音の
発音終了を命令する。このような動作が繰り返されるこ
とにより、再生部２４はＭＩＤＩデータで表された楽曲
の再生を行う。

【００３８】上記からわかるように、ＭＩＤＩデータは
音そのもののデータではなく、音を読み出して演奏させ
るためのコマンドであるから、バイナリデータとして構
成することができ、データとしての情報量がきわめて少
ない。その結果、サーバ３００側にあるＳＭＦ３０６
や、電話機１００側にあるＲＡＭ２０は記憶容量の小さ
いものを用いることができる。また、ダウンロードも短
時間で行える。

【００３９】次に、サーバ３００から電話機１００にＭ
ＩＤＩデータをダウンロードする場合の手順について説
明する。図９はこの手順を示したフローチャートであっ
て、制御部１０（図４参照）によって実行される動作を
示している。以下、本明細書では、フローチャートのス
テップをＳと略記することとする。

【００４０】ダウンロードに際しては、図２に示す電話
機において、まず新曲表示キー４１０を押す。制御部１
０は新曲表示キー４１０が押されたか否かを監視し（Ｓ
１０１）、押されなければそのまま待機する（Ｓ１０１
ＮＯ）。新曲表示キー４１０が押されると（Ｓ１０１Ｙ
ＥＳ）、送受信部７から基地局２００を介してサーバ３
００へ新曲リストデータの要求信号を送り、サーバ３０
０から基地局２００を介して新曲リストデータを受取る
（Ｓ１０２）。そして、受取ったデータに基づき表示部
３に新曲のリスト（曲番号と曲名）を表示するととも
に、表示された新曲の中からダウンロードしたい曲を選
択するように案内表示を行う（Ｓ１０３）。この表示の
一例を図１０（ａ）に示す。曲の選択は、たとえば希望
の曲にカーソルを合わせることで行ってもよいし、ある
いは曲番号を数字キー４７から入力することで行っても
よい。

【００４１】次に、曲目が選択されて実行キー４９（図
２）が押されたかどうかを判断し（Ｓ１０４）、否なら
ばキーが押されるのを待ち（Ｓ１０４ＮＯ）、キーが押
されれば（Ｓ１０４ＹＥＳ）、選択された曲目の番号を
サーバ３００へ送信して、該当する曲目のＭＩＤＩデー
タのダウンロードを要求する（Ｓ１０５）。サーバ３０
０がこれに応答してＳＭＦ３０６の中から該当するＭＩ
ＤＩデータを読み出し、基地局２００を介して送信する
と、アンテナ２がこれを受信してダウンロードが行われ
る（Ｓ１０６）。

【００４２】受信されたデータは受信部１２で復調さ
れ、信号判別部１４でＭＩＤＩデータであることが判別
されて、ＭＩＤＩデータ処理部１５のＲＡＭ２０に格納
される（Ｓ１０７）。ここで、ＲＡＭ２０は、曲番に対
応したアドレスを有するエリアを備えており、曲番１の
ＭＩＤＩデータはアドレス１のエリアへ、曲番２のＭＩ
ＤＩデータはアドレス２のエリアへ、という具合に格納
されてゆく。

【００４３】ついで、ダウンロードが完了したか否かを
判断する（Ｓ１０８）。ダウンロードが完了していなけ
れば（Ｓ１０８ＮＯ）、Ｓ１０６、Ｓ１０７を反復して
ダウンロードを継続し、ダウンロードが完了すれば（Ｓ
１０８ＹＥＳ）、その旨を表示部３に表示して（Ｓ１０
９）動作を終了する。この表示の一例を図１０（ｂ）に
示す。

【００４４】なお、電話機の購入時に１曲あるいは何曲
かのＭＩＤＩデータがＲＡＭ２０にプリセットされてい
るような運用にすることも可能である。

【００４５】次に、上記のようにしてダウンロードした
ＭＩＤＩデータを用いて、着信時の呼出音をメロディで
流す場合の動作につき説明する。図１１は着信時の動作
を示すフローチャートであって、音源ＣＰＵ２１（図６
参照）によって実行される動作を示している。音源ＣＰ
Ｕ２１は着信信号を受信したか否かを常時監視している
（Ｓ２０１）。図６において、着信信号がアンテナ２で
受信されると、受信部１２がこれを復調し、信号判別部
１４が着信信号であることを判別して、判別信号を音源
ＣＰＵ２１に与える。音源ＣＰＵ２１はこれを受けて、
着信信号が受信されたと判断し（Ｓ２０１ＹＥＳ）、Ｒ
ＡＭ２０からＭＩＤＩデータを読み出す（Ｓ２０２）。

【００４６】音源ＣＰＵ２１は、読み出されたＭＩＤＩ
データに基づき再生部２４に命令を与え、再生部２４は
これを受けて、音源ＲＯＭ２３から音を読込んで音楽を
再生する（Ｓ２０３）。その詳細な原理についてはすで
に述べたので、ここでは説明を省略する。そして、再生
された音楽をスピーカ５から呼出音として出力する（Ｓ
２０４）。

【００４７】呼出音を聞いた利用者が、電話機１００の
通話キー４２（図２）を押すと相手との通話が開始され
（Ｓ２０５ＹＥＳ）、呼出音が停止して（Ｓ２０６）動
作が終了する。通話キー４２が押されないと（Ｓ２０５
ＮＯ）、Ｓ２０２〜Ｓ２０４の動作を反復し、呼出音を
鳴らし続ける。

【００４８】以上のようにして、電話がかかってきたと
きに、呼出音をＭＩＤＩによるメロディで流すことがで
きる。この場合、呼出音として流したい曲はあらかじめ
利用者によって設定しておくことが可能である。また、
着信信号に対応させて異なる曲を設定しておけば、電話
をかけてきた相手によってメロディを変えることができ
る。具体的には、図８に示すように、ＲＡＭ２０におい
て着信番号ごとに演奏曲目の曲番とそれに対応するＭＩ
ＤＩデータを設定しておけばよい。

【００４９】上述した実施形態においては、サーバ３０
０に蓄積されたＭＩＤＩデータを無線によりダウンロー
ドして利用する例を示したが、これに代えて、パソコン
で作成したＭＩＤＩデータを電話機にダウンロードする
ようにシステムを構成することも可能である。図１２は
そのような電話システムの例を示している。図におい
て、２７は汎用のパソコン、１００は上述した電話機と
同様の構成を備えた電話機、２８はパソコン２７と電話
機１００とを接続するケーブルである。

【００５０】図１２のシステムにおいて、利用者は作曲
用ソフトウエアを用いて、パソコン１００で自分のオリ
ジナル曲を作成する。そして作成した曲のＭＩＤＩデー
タをケーブル２８を介して電話機１００にダウンロード
する。ダウンロードされたＭＩＤＩデータは、前記の場
合と同様にＲＡＭ２０に格納される。このようにすれ
ば、電話機１００の呼出音を自作のオリジナル曲で流す
ことができる。

【００５１】図１３は、本発明にかかる電話機の他の実
施形態を示す要部ブロック図である。図において、図５
と同一部分には同一符号を付してある。この実施形態は
電話機が携帯電話の場合であって、図５の構成にバイブ
レータ２９が付加されている。その他の各部の構成は図
５と同様である。バイブレータ２９は、着信信号の受信
時にスピーカ５からの呼出音に代えて、あるいは呼出音
とともに、振動によって着信を知らせるものである。

【００５２】図１３においては、バイブレータ２９がＭ
ＩＤＩデータ処理部１５からの出力信号により駆動され
るようになっている。ＭＩＤＩデータ処理部１５の構成
は、図６に示したものと同じである。したがって、再生
部２４が音源ＲＯＭ２３から読み出して再生する音のう
ち、たとえばドラムの音をバイブレータ２９に入力する
ようにすれば、バイブレータ２９をドラムのリズムに合
わせて「ドン・ドン・ドン」というように振動させるこ
とができる。

【００５３】このようにすることで、従来のような単調
な振動で着信を報知する場合に比べて、利用者に快い感
触を与えることができるとともに、着信を確実に報知で
きるという利点が得られる。

【００５４】図１４は、本発明にかかる電話機の他の実
施形態を示す要部ブロック図である。図において、図１
３と同一部分には同一符号を付してあるが、この実施形
態では、電話機は携帯電話でも卓上型電話機でもよい。
卓上型電話機の場合はバイブレータ２９は不要である。

【００５５】図１４の実施形態は、音声によリ作成した
メッセージをＭＩＤＩによるＢＧＭとともに登録する留
守番案内機能を備えた電話機の例である。図において、
送信データ処理部１９には、ＭＩＤＩデータ処理部１５
からの信号が入力されるようになっている。ここでも、
ＭＩＤＩデータ処理部１５の構成は図６に示したものと
同じであるが、送信データ処理部１９には再生部２４か
らの出力ではなく、音源ＣＰＵ２１からのＭＩＤＩデー
タが入力される。また、送信データ処理部１９には、図
６で示したように、エンコーダ２５と信号処理部２６と
が設けられる。そして、上述した音源ＣＰＵ２１からの
ＭＩＤＩデータは、信号処理部２６に入力される。

【００５６】次に、上記の構成において、留守番案内メ
ッセージの登録を行う場合の動作を、図１５のフローチ
ャートを参照して説明する。制御部１０（図４）は、留
守録キー４１１（図２）が押されたか否かを監視し（Ｓ
３０１）、押されなければ（Ｓ３０１ＮＯ）そのまま監
視を続ける。留守録キー４１１が押されると（Ｓ３０１
ＹＥＳ）、表示部３に「ＢＧＭとして使う曲を選んで演
奏開始キーを押して下さい」という案内とともに、曲の
メニューが表示される（Ｓ３０２）。このメニューは、
図１０（ａ）と同様の態様で表示される。

【００５７】次に、曲が選択されて演奏開始キー４１３
（図２）が押されたか否かを判断し（Ｓ３０３）、押さ
れなければ（Ｓ３０３ＮＯ）そのまま待機し、押される
と（Ｓ３０３ＹＥＳ）、音源ＣＰＵ２１にその旨が通知
され、音源ＣＰＵ２１はＲＡＭ２０のＭＩＤＩデータの
うち、Ｓ３０３で選択された曲に相当するエリアのＭＩ
ＤＩデータを読み出して再生部２４に命令を与え、以後
は前述したのと同様の動作によって選択された曲の再生
が行われる（Ｓ３０４）。

【００５８】この再生出力は、Ｄ／Ａコンバータ１７を
介してスピーカ５に与えられ、スピーカ５から選択した
曲が演奏される。利用者はこの演奏を聴きながら、マイ
クロフォン６から留守番案内のメッセージを音声入力す
る（Ｓ３０５）。つまり、スピーカ５から流れるメロデ
ィをＢＧＭとして、音声メッセージを吹き込むわけであ
る。このように、ＢＧＭをバックにして伝言内容を話す
ことで緊張感が緩和され、スムーズにメッセージを入力
することができる。

【００５９】入力された音声メッセージの信号は、Ａ／
Ｄコンバータ１８とエンコーダ２５を介して信号合成部
２６に送られ、信号合成部２６はこの音声信号を圧縮処
理する。そしてこの圧縮された音声信号と、ＭＩＤＩデ
ータ処理部１５の音源ＣＰＵ２１から入力される再生中
の曲のＭＩＤＩデータとを合成してＳＭＦを作成する
（Ｓ３０６）。ここで、圧縮処理の手段としては、たと
えば特開平１０−３０７５８１号公報に開示された方法
を採用することができる。

【００６０】次に、この作成されたＳＭＦを、送信部１
３からアンテナ２を介して、基地局２００へ転送する
（Ｓ３０７）。なお、この例では、留守番案内メッセー
ジをホスト側に登録する場合を前提としているので、Ｓ
ＭＦを基地局２００へ転送するようにしているが、留守
番案内メッセージを端末（電話機）側に登録することも
可能であり、その場合は信号合成部２６で作成されたＳ
ＭＦは、電話機内部の留守録メモリ（図示省略）に格納
される。

【００６１】次に、登録キー４６（図２）が押されたか
否かを判断する（Ｓ３０８）。登録キー４６が押されな
ければ（Ｓ３０８ＮＯ）、Ｓ３０４〜Ｓ３０７を反復し
てメッセージの登録を継続する。登録キー４６が押され
ると（Ｓ３０８ＹＥＳ）、表示部３に「メッセージの登
録が完了しました」という表示を行い（Ｓ３０９）、一
連の動作を終了する。このようにして、音声メッセージ
がＭＩＤＩデータとともに留守番案内メッセージとして
登録される。そして留守番応答時に通話相手はこの案内
メッセージを受信して、自分の電話機に内蔵された再生
部によってＭＩＤＩデータを再生し、ＢＧＭとともに音
声メッセージを聞くことができる。

【００６２】なお、上例ではＭＩＤＩの再生音楽にあわ
せて音声メッセージを入力するようにしたが、音声メッ
セージだけをまず入力しておき、基地局への送信時にＭ
ＩＤＩデータと合成してもよい。また、上例では再生前
のＭＩＤＩデータを音声信号と合成して１つのデータと
して扱っているが、ＭＩＤＩデータの再生信号とメッセ
ージの音声信号とを単純にミキシングして、基地局ある
いは電話機内部の留守録メモリに送ってもよい。すなわ
ち、登録するＢＧＭとしては再生前のＭＩＤＩデータで
あってもよいし、再生後の出力信号であってもよい。後
者の場合には、図６の信号合成部２６は不要であり、こ
れに代えてミキサが設けられる。そして、このミキサに
は再生部２４の出力が入力されることになる。また、こ
の場合は相手の電話は再生部２４を備えている必要はな
く、一般の電話機で音声メッセージとＭＩＤＩによるＢ
ＧＭを聞くことができる。

【００６３】次に、本発明にかかる電話機の他の実施形
態として、任意のときに自分の好きな曲を再生できる機
能を備えたものが考えられる。すなわち、図６の構成に
おいては、信号判別部１４からの着信信号に応答してス
ピーカ５からメロディを流すようにしているが、これに
加えて、キーの操作によってスピーカ５からメロディを
流すようにすれば、任意のときに音楽を再生することが
できる。その一例として、たとえばカラオケ演奏の機能
を持たせることが考えられる。具体的には、図２のカラ
オケキー４１２の操作に応答して、音源ＣＰＵ２１が再
生処理を実行するようにすればよい。

【００６４】この場合、サーバ３００のＳＭＦ３０６か
らカラオケ演奏曲のＭＩＤＩデータをダウンロードし、
ＲＡＭに格納する。このＲＡＭは着信メロディ用のＭＩ
ＤＩデータを格納したＲＡＭ２０とは別に設けてもよい
し、容量が許せばＲＡＭ２０で兼用してもよい。後者の
場合は、着信メロディ用のＭＩＤＩデータとカラオケ演
奏用のＭＩＤＩデータとは、ＲＡＭの別エリアに格納さ
れる。

【００６５】図１６は、カラオケ演奏の動作を示すフロ
ーチャートである。制御部１０（図４）は、カラオケキ
ー４１２が押されたか否かを判断し（Ｓ４０１）、押さ
れなければ（Ｓ４０１ＮＯ）そのまま待機状態を維持す
る。カラオケキー４１２が押されると（Ｓ４０１ＹＥ
Ｓ）、表示部３に「演奏曲を選んで演奏開始キーを押し
て下さい」という案内とともに、曲のメニューが表示さ
れる（Ｓ４０２）。このメニューは、図１０（ａ）と同
様の態様で表示される。

【００６６】次に、曲目が選択されて演奏開始キー４１
３（図２）が押されたか否かを判断し（Ｓ４０３）、押
されなければ（Ｓ４０３ＮＯ）そのまま待機し、押され
ると（Ｓ４０３ＹＥＳ）、音源ＣＰＵ２１にその旨が通
知され、音源ＣＰＵ２１はＲＡＭ２０のＭＩＤＩデータ
のうち、Ｓ４０３で選択された曲に相当するエリアのＭ
ＩＤＩデータを読み出して（Ｓ４０４）、選択された曲
の再生処理を行う（Ｓ４０５）。この再生出力は、Ｄ／
Ａコンバータ１７を介してスピーカ５に与えられ、スピ
ーカ５から選択した曲が演奏される（Ｓ４０６）。利用
者はこの演奏に合わせてカラオケを歌唱する。

【００６７】次に、演奏終了キー４１４（図２）が押さ
れたか否かを判断する（Ｓ４０７）。演奏終了キー４１
４が押されなければ（Ｓ４０７ＮＯ）、Ｓ４０４〜Ｓ４
０６を反復して演奏を継続する。演奏終了キー４１４が
押されると（Ｓ４０７ＹＥＳ）、演奏は停止されて（Ｓ
４０８）一連の動作を終了する。

【００６８】以上のようにすると、電話機それ自体をカ
ラオケ再生装置として利用することができ、専用の装置
がなくても簡単にカラオケを楽しむことができる。特
に、携帯電話の場合には、場所や時間の制限を受けずに
手軽にカラオケを楽しめるという利点がある。なお、こ
こではカラオケ演奏曲を例に挙げたが、もちろんカラオ
ケ以外の楽曲であっても差し支えない。

【００６９】ところで、上記再生処理（Ｓ４０５）にお
いて、音楽再生はＭＩＤＩデータのみに基づいて行って
もよいが、これだといわゆるシンセサイザ音だけで演奏
される音楽となり、バックコーラスなど本来人の声で表
現すべきパートもシンセサイザ音で代用されることとな
るため、臨場感に欠けるという難点がある。

【００７０】そこで、これを克服するために、ＭＩＤＩ
データにオーディオデータをミックスしたＳＭＦを作成
し、楽器の部分をＭＩＤＩデータで再生し、ボーカル部
分をオーディオデータで再生するという方法が考えられ
る。このようにすれば、ボーカル部分は本来の音声で再
生されるので、スピーカ５から流れる音楽はきわめて臨
場感の高いものとなり、商品価値を一層高めることがで
きる。

【００７１】図１７はこれを実現するための要部ブロッ
ク図であり、図６におけるＭＩＤＩデータ処理部１５の
部分の変形例を示している。その他の電話機として必要
な構成は図６と同様であるので、図示は省略してある。
また、図６と同一部分には同一符号を付してある。

【００７２】図１７において、３０はＣＰＵを含んで構
成されるプレーヤ部で、図６の音源ＣＰＵに相当するも
のである。３１は音源ＲＯＭ２３から音を読み出して合
成するサウンド合成部、３２は音声データから音声を再
生するオーディオ再生モジュール、３３は画像データか
ら画像を再生する画像再生モジュール、３４は残響付加
等の処理を行うサウンドエフェクト部、３５はサウンド
合成部３１で再生された音とオーディオ再生モジュール
３２で再生された音とを混合するミキサである。ミキサ
３５の出力はスピーカ５に送られ、画像再生モジュール
３３の出力は表示部３に送られる。したがって、この構
成によると映像つきのカラオケサウンドが得られる。な
お、サウンド合成部３１とサウンドエフェクト部３４
は、いわゆるソフトウエアシンセサイザを構成するもの
である。

【００７３】図１８は、図１７のＲＡＭ２０に格納され
たＭＩＤＩデータにおけるＭＥＴＡイベントのデータ構
造を示す図である。ＭＥＴＡイベントには、同図（ａ）
に示すオーディオデータ転送に関するＭＥＴＡイベント
と、同図（ｂ）に示すオーディオ制御に関するＭＥＴＡ
イベントとがある。以下、これらのデータ構造につき簡
単に説明する。

【００７４】図１８（ａ）において、先頭のＦＦｈはイ
ベントがＭＥＴＡイベントであることを示し、次の３０
ｈはＭＥＴＡイベントがオーディオデータ転送に関する
ものであることを表すデータである。また、ｌｅｎはデ
ータ長、ｔｙｐｅはオーディオのフォーマット、ｉｄは
データ番号をそれぞれ表している。ｅｖｅｎｔはイベン
トタイプを示すもので、たとえばデータの転送開始は
０、オーディオデータは１、データの転送終了は２でそ
れぞれ表される。

【００７５】ｖｏｉｃｅｄａｔａは前述したボーカル
等の音声データである。この音声データは、オーディオ
データ転送ＭＥＴＡイベントのすべてに付加されるとは
かぎらない。たとえば、繰り返しのボーカル部分を含む
曲の場合は、最初のイベントにだけｖｏｉｃｅｄａｔ
ａを付加してこれを取り込んで蓄積しておけば、次から
はＭＩＤＩイベントによりそれを呼び出すことで何回で
も再生ができるので、同じ音声データを付加する必要は
ない。

【００７６】次に、図１８（ｂ）において、オーディオ
制御に関するＭＥＴＡイベントには、オーディオ再生ス
タート、オーディオ停止、ボリューム設定およびリバー
ブ設定の各イベントがある。これらのイベントにおける
ＦＦｈ、ｌｅｎ、ｔｙｐｅおよびｉｄは、図１８（ａ）
の場合と同一であるから説明は省略する。

【００７７】再生スタートイベントの１０ｈは、このイ
ベントが再生スタートのイベントであることを示してい
る。オーディオ停止イベントの１１ｈは、このイベント
がオーディオ停止のイベントであることを示している。
ボリューム設定イベントの１２ｈは、このイベントがボ
リューム設定のイベントであることを示している。ま
た、ｃｈはチャンネル数、Ｌｖｏｌは左ボリューム、Ｒ
ｖｏｌは右ボリュームをそれぞれ示している。リバーブ
設定イベントの１３ｈは、このイベントがリバーブ（残
響付加）設定のイベントであることを示している。ま
た、ｒｅｖｒｂはリバーブセンド量を示している。

【００７８】図１９は、上記のようにＭＩＤＩデータに
オーディオデータをはめ込んで再生処理を行う場合のフ
ローチャートであって、図１６のＳ４０５における処理
の詳細を示すものである。再生処理において、ＭＩＤＩ
データがＲＡＭ２０から読込まれると（Ｓ５０１）、こ
のＭＩＤＩデータはプレーヤ部３０内にあるバッファ
（図示省略）に格納される（Ｓ５０２）。次にＭＩＤＩ
データがシンセサイザ用、つまり音源用のメッセージで
あるか否かが判断される（Ｓ５０３）。音源用メッセー
ジであれば（Ｓ５０３ＹＥＳ）、そのメッセージをサウ
ンド合成部３１へ送り、サウンド合成部３１でＭＩＤＩ
データに基づく再生を行い（Ｓ５１１）、Ｓ５０８へ移
行する。音源用メッセージでなければ（Ｓ５０３Ｎ
Ｏ）、ＭＥＴＡイベントの処理に移る（Ｓ５０４）。

【００７９】まず、ＭＥＴＡイベントが音声データ処理
に関係するイベントか否かを判断する（Ｓ５０５）。音
声データ処理に関係しないイベント、たとえば歌詞や曲
名に関するものであれば（Ｓ５０５ＮＯ）、それに対応
した通常の処理を行い（Ｓ５１２）、Ｓ５０８へ移行す
る。音声データ処理に関係するイベントであれば、次に
そのイベントが図１８（ａ）に示したオーディオデータ
転送に関するＭＥＴＡイベントか否かを判断する（Ｓ５
０６）。

【００８０】オーディオデータ転送に関するＭＥＴＡイ
ベントであれば（Ｓ５０６ＹＥＳ）、音声データ（voic
e data）をオーディオ再生モジュール３２へ送り、モ
ジュール３２で音声データに基づく再生を行い（Ｓ５１
３）、Ｓ５０８へ移行する。一方、オーディオデータ
転送に関するＭＥＴＡイベントでなければ（Ｓ５０６Ｎ
Ｏ）、そのＭＥＴＡイベントはオーディオ制御に関する
ＭＥＴＡイベント（図１８（ｂ））であるから、それぞ
れに対応したモジュールの制御を行う（Ｓ５０７）。

【００８１】そして、再生が終了したか否かを判断し
（Ｓ５０８）、再生が終了していなければ（Ｓ５０８Ｎ
Ｏ）、次にＭＩＤＩデータのデルタ・タイム（図７）を
読み取り（Ｓ５０９）、そのデルタ・タイムの時間が経
過したか否かを判断する（Ｓ５１０）。経過時間がデル
タ・タイムの値と一致すれば（Ｓ５１０ＹＥＳ）、Ｓ５
０１へ戻って次のＭＩＤＩデータを読み込み、以後上述
した動作を反復する。そして、再生が終了すれば（Ｓ５
０８ＹＥＳ）、一連の動作を終える。

【００８２】以上、本発明の種々の実施形態について説
明したが、本発明はこれら以外にも応用展開が可能であ
る。たとえば、図１４で説明した留守番案内メッセージ
の機能を応用して、ＭＩＤＩによるＢＧＭ付きのボイス
メールを送ることができる。この場合、ボイスメールは
ホストへストックしてもよいし、あるいは直接に相手の
端末（携帯電話等）に送信してもよい。

【００８３】また、他の応用例として、演奏曲のメロデ
ィラインだけをＭＩＤＩデータとして保有し、その他の
部分（伴奏など）をプログラムによるアレンジ機能によ
ってアレンジすることで曲を完成させることも可能であ
る。このようにすれば、データ量が大幅に低減するの
で、メモリの容量を節約することができる。

【００８４】また、他の応用例として、ＭＩＤＩデータ
による再生音楽を電話機の保留音として利用することも
できる。このようにすれば、通話を保留されている相手
に無味乾燥ではない洗練された音楽を聴かせることがで
きるので、相手が待たされてイライラすることもなくな
る。

【００８５】さらに他の応用例として、電話機ごとに着
信メロディが異なるようにＭＩＤＩデータを設定してお
くこともできる。このようにすれば、電話機が多数あっ
ても、着信メロディによってどの電話が鳴っているのが
容易に判別できる。

【００８６】また、本発明の電話システムとして、上記
実施形態では基地局２００を介してサーバ３００へアク
セスする例を示したが、本発明では基地局２００は必ず
しも必要ではなく、通信回線等を介して直接サーバ３０
０へアクセスするような構成を採用することも可能であ
る。

【００８７】

【発明の効果】本発明によれば、外部より受信したＭＩ
ＤＩデータに基づいて音楽再生を行うようにしたので、
自分の好きな曲を選択して電話機から流すことができ、
しかも、表現力に優れた高品位の音楽を得ることができ
る。また、曲そのもののデータを受信するのではないか
ら、データ量が少なく、ダウンロードに要する時間もき
わめて短時間で済むという利点がある。

【００８８】また、着信信号に応答して再生を行うよう
にすることで、電話の呼出音をＭＩＤＩによるメロディ
で流すことができる。この場合も、従来のものとは違っ
て洗練された音楽を再生することができる。

【００８９】また、着信信号に対応させて異なる楽曲を
設定しておくことで、着信信号に応じて異なるメロディ
が流れるので、電話をかけてきた相手を容易に判別する
ことができる。

【００９０】また、バイブレータを備えた携帯型の電話
機の場合には、バイブレータをＭＩＤＩデータに基づい
て振動させるようにすることで、利用者に快い感触を与
えることができるとともに、強烈なリズムを採用するこ
とで着信を確実に知らせることが可能となる。

【００９１】また、留守番案内機能を備えた電話機の場
合には、音声によリ作成したメッセージをＭＩＤＩによ
るＢＧＭとともに登録して相手に送信することで、メッ
セージが単調な口調であっても通話相手に退屈させるこ
とがなくなる。

【００９２】さらに、キーの操作によりＭＩＤＩデータ
を読み出して楽曲を再生することで、任意のときに好き
な曲を再生することができ、手軽にカラオケ等を楽しむ
ことができる。

【００９３】また、楽器のパートをＭＩＤＩで、また、
ボーカルのパートをオーディオで再生することで、より
臨場感にあふれた音楽演奏を楽しむことができる。

【００９４】また、ＭＩＤＩデータをサーバから電話機
にダウンロードするような電話システムにすることで、
サーバにアクセスするだけで簡単にＭＩＤＩデータをダ
ウンロードできる。また、サーバの新曲データを定期的
に更新することができるので、最新のヒット曲などを迅
速に入手することが可能となる。特に、電話機が携帯電
話の場合には、いつでもどこでも必要に応じてＭＩＤＩ
データをダウンロードできるという利便性が得られる。

【００９５】また、パソコンで作成したＭＩＤＩデータ
を電話機にダウンロードするような電話システムにする
ことで、自作のオリジナル曲を電話機から流すことが可
能となる。

【図面の簡単な説明】

【図１】本発明にかかる電話システムの例を示す概略構
成図である。

【図２】本発明にかかる電話機の例を示す外観図であ
る。

【図３】サーバの構成を示すブロック図である。

【図４】電話機の構成を示すブロック図である。

【図５】電話機の要部の構成を示すブロック図である。

【図６】電話機の要部の構成を示すブロック図である。

【図７】ＭＩＤＩデータの構成図である。

【図８】記憶手段の記憶内容を示すテーブルである。

【図９】ＭＩＤＩデータをダウンロードする場合のフロ
ーチャートである。

【図１０】電話機の表示部における表示例を示す図であ
る。

【図１１】着信時の動作を示すフローチャートである。

【図１２】本発明にかかる電話システムの他の実施形態
を示す概略構成図である。

【図１３】本発明にかかる電話機の他の実施形態におけ
る要部のブロック図である。

【図１４】本発明にかかる電話機の他の実施形態におけ
る要部のブロック図である。

【図１５】留守番案内メッセージを作成する場合のフロ
ーチャートである。

【図１６】カラオケ演奏曲再生の動作を示すフローチャ
ートである。

【図１７】カラオケ演奏機能を備えた電話機の要部のブ
ロック図である。

【図１８】ＭＥＴＡイベントのデータ構造図である。

【図１９】再生処理の詳細を示すフローチャートであ
る。

【符号の説明】

１電話機本体２アンテナ３表示部４キー入力部５音声出力部（スピーカ）６音声入力部（マイクロフォン）７送受信部８信号処理部９記憶部１０制御部１５ＭＩＤＩデータ処理部１６音声データ処理部２０ＲＡＭ２１音源ＣＰＵ２２プログラムＲＯＭ２３音源ＲＯＭ２４再生部２７パソコン２９バイブレータ３０プレーヤ部３１サウンド合成部３２オーディオ再生モジュール３３画像再生モジュール３４サウンドエフェクト部３５ミキサ１００電話機２００基地局３００サーバ

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｍ 11/08 Ｈ０４Ｍ 11/08 Ｆターム(参考） 5D378 BB02 BB12 KK13 KK17 MM12 MM37 MM39 MM52 MM58 MM72 MM93 MM97 QQ05 QQ08 QQ30 QQ38 TT08 TT18 TT19 TT24 TT32 XX20 XX30 ZZ03 ZZ05 5K024 AA72 BB04 CC11 DD01 DD02 FF05 GG01 GG12 5K027 AA11 BB01 EE01 EE11 FF25 HH06 5K101 KK18 LL12 MM04 MM05 MM07 NN02 NN16 NN23 NN25 RR21 TT02 UU16 9A001 BB03 CC07 EE02 EZ05 JJ27 JZ13 KK62 KZ43

Claims

【特許請求の範囲】

【請求項１】外部よりＭＩＤＩデータを受信する受信手
段と、受信したＭＩＤＩデータを格納する記憶手段と、
この記憶手段から前記ＭＩＤＩデータを読み出して再生
処理を行う再生手段とを備えたことを特徴とする電話
機。
【請求項２】着信信号に応答して前記記憶手段からＭＩ
ＤＩデータを読み出し、読み出されたＭＩＤＩデータに
基づいて再生された楽曲を呼出音として報知する請求項
１に記載の電話機。
【請求項３】前記記憶手段には、着信信号に対応させて
異なる楽曲のＭＩＤＩデータが記憶されており、着信信
号に応じて異なる楽曲を呼出音として報知する請求項２
に記載の電話機。
【請求項４】携帯型の電話機であって、着信を報知する
バイブレータを備え、このバイブレータを前記ＭＩＤＩ
データに基づいて振動させるようにした請求項２または
３に記載の電話機。
【請求項５】留守番案内メッセージの作成機能を備えた
請求項１、２または３に記載の電話機であって、音声に
よリ作成したメッセージをＭＩＤＩによるＢＧＭととも
に登録するようにした電話機。
【請求項６】キーの操作により前記記憶手段に格納され
たＭＩＤＩデータを読み出して楽曲を再生するようにし
た請求項１に記載の電話機。
【請求項７】再生される楽曲が、ＭＩＤＩデータに基づ
くシンセサイザ音とオーディオデータに基づく音声とを
含んでいる請求項１、２、３または６に記載の電話機。
【請求項８】電話機と、この電話機によりアクセスされ
るサーバとを備え、前記電話機は請求項１、２、３また
は６のいずれかに記載の電話機であって、前記ＭＩＤＩ
データを前記サーバから電話機にダウンロードすること
を特徴とする電話システム。
【請求項９】電話機が携帯型電話機である請求項８に記
載の電話システム。
【請求項１０】電話機と、この電話機が接続されるパー
ソナルコンピュータとからなり、前記電話機は請求項１
ないし３のいずれかに記載の電話機であって、前記パー
ソナルコンピュータで作成したＭＩＤＩデータを前記電
話機にダウンロードすることを特徴とする電話システ
ム。