JP2004363662A

JP2004363662A - 着信音楽再生方法、着信音楽再生装置およびプログラム

Info

Publication number: JP2004363662A
Application number: JP2003156152A
Authority: JP
Inventors: Noriaki Kono; 則昭河野
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2003-06-02
Filing date: 2003-06-02
Publication date: 2004-12-24

Abstract

【課題】携帯電話機等の着信メロディ用の曲データをインターネット上のサーバからダウンロードする技術を単にＶｏＩＰ（いわゆるインターネット電話）に適用すると、電話機側にダウンロードした曲データ全体を記憶するメモリを設ける必要が生じメモリ容量が多大なものになる。そこで、このメモリ容量を削減する。
【解決手段】電話の発呼を通知する第１の着信通知をネットワークを介して受信する着信通知受信過程（ＳＰ１２）と、前記第１の着信通知が受信された旨を通知する第２の着信通知をサーバ装置に前記ネットワークを介して送信する着信通知送信過程（ＳＰ１３）と、前記サーバ装置から曲データを断続的に受信しつつ、受信した範囲の曲データを逐次再生するストリーム再生過程とを設けた。
【選択図】図２

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットに接続される所謂ＩＰ電話機に用いて好適な着信音楽再生方法、着信音楽再生装置およびプログラムに関する。
【０００２】
【従来の技術】
従来より、携帯電話機等の着信メロディ用の曲データをインターネット上のサーバからダウンロードする技術が知られている（特許文献１）。さらに、ブロードバンド環境の整備に伴いＶｏＩＰ（Ｖｏｉｃｅ＿ｏｖｅｒ＿ＩＰ）と呼ばれるＩＰネットワーク上で音声通話を実現する技術を用いたインターネット電話が普及し、一般のアナログ電話機に対して取り付けられるＶｏＩＰアダプタが知られている。
【０００３】
【特許文献１】
特開２０００−１３４３３２
【０００４】
【発明が解決しようとする課題】
そこで、インターネット電話においても曲データをインターネット上のサーバからダウンロードすることが考えられる。しかし、携帯電話機の技術を単にインターネット電話に適用すると、着信前に予め着信メロディ全体を端末にダウンロードし、該着信メロディを着信音として設定する必要がある。
一方、インターネット電話は、携帯電話に比べ通信速度で有利であるため、予め曲データの全体をダウンロードしてメモリに蓄えておかなくてもストリーム再生に対応することが出来、メモリ容量の軽減が図られると考えられる。
上述した事情に鑑み、本発明は、予め着信メロディ全体を端末（ＶｏＩＰアダプタ）に記憶することなく、着信メロディサービスを受けることができる着信音楽再生方法、着信音楽再生装置およびプログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の着信音楽再生方法にあっては、電話の発呼を通知する第１の着信通知をネットワークを介して受信する着信通知受信過程（ＳＰ１１）と、前記第１の着信通知が受信された旨を通知する第２の着信通知（ストリーム送信要求データ）をサーバ装置に前記ネットワークを介して送信する着信通知送信過程（ＳＰ１３）と、前記サーバ装置から曲データを断続的に受信しつつ、受信した範囲の曲データを逐次再生するストリーム再生過程とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の着信音楽再生方法において、前記サーバ装置が記憶（保管）している曲の曲リストを前記サーバ装置から受信する曲リスト受信過程と、前記曲リストの中から希望の曲を選択する曲選択過程と、前記曲選択過程で選択された選択情報をユーザ情報と共に前記サーバ装置に送信する選択情報送信過程とをさらに有し、前記第２の着信通知は、前記ユーザ情報を有する通知であり、前記曲データは、前記選択情報によって特定された曲データであることを特徴とする。
また、請求項３記載の着信音楽再生装置にあっては、請求項１ないし２の何れかに記載の着信音楽再生方法を実行することを特徴とする。
また、請求項４記載のプログラムにあっては、請求項１ないし２の何れかに記載の着信音楽再生方法を実行させることを特徴とする。
【０００６】
【発明の実施の形態】
１．実施形態の構成
（１）システム構成
本発明の一実施形態に係る着信音楽再生装置のシステム構成を図１を参照して説明する。
図において１００，１５０は着信音楽再生機能を有するＶｏＩＰアダプタであり、インターネット６００を介してアナログ固定電話機２００，２５０同士のＶｏＩＰ（Ｖｏｉｃｅ＿ｏｖｅｒ＿ＩＰ）による電話通信を実現するものである。また、ＶｏＩＰアダプタ１００，１５０には着信メロディを再生する機能が設けられており、３００，３５０は再生された着信メロディを放音するスピーカである。なお、スピーカ３００，３５０はＶｏＩＰアダプタ１００，１５０に内蔵されていてもよく、外付けであってもよい。ＶｏＩＰアダプタ１００，１５０は、それぞれに接続された固定電話機２００，２５０同士に限らず、インターネット６００および一般電話網７００を介して、従来の公衆回線のアナログ固定電話機２５５とも電話通信を行うこともできる。５００は着信メロディサーバであり、複数の曲データおよび曲リスト、ユーザ情報の保管・管理を行い、着信メロディの曲データをＶｏＩＰアダプタ１００，１５０に送信する。
【０００７】
（２）ブロック構成
以下、ＶｏＩＰアダプタ１００，１５０のブロック構成を図３を参照して説明する。
図において、１はＲＪ−４５コネクタであり、インターネット６００に接続される。２はＥｔｈｅｒコントローラであり、イーサネット（登録商標）によるネットワークを実現する。３はＴＣＰ／ＩＰモジュールであり、データを送信する際には該データにＴＣＰ／ＩＰヘッダを付加してＩＰパケットを生成する。また、データを受信する際にはＴＣＰ／ＩＰヘッダを分析してデータを復元する。４は音声パケット制御モジュールであり、電話通信の音声のパケット化やその復元を行う。５はＣＯＤＥＣであり、音声のＤ／Ａ変換またはＡ／Ｄ変換を行う。６は加入者回線インターフェース回路（ＳＬＩＣ）であり、アナログ固定電話とのインターフェースを行う。なお、回路状態の検出により、アナログ固定電話の状態が検出される。７はＲＪ−１１コネクタであり、アナログ固定電話機２００，２５０を接続する。
【０００８】
８はストリーム制御モジュールであり、ストリーム送信を要求するストリーム送信要求データを生成する。なお、該ストリーム送信要求データは着信メロディサーバ５００に送信されるデータである。９は呼制御モジュールであり、電話の発信、着信の制御を行う。１０は登録情報制御モジュールであり、着信メロディサーバ５００に記憶されている着信メロディの登録情報を管理・制御する。１１は電話イベント制御モジュールであり、ＳＬＩＣ６の状態を認識して、アナログ固定電話機２００，２５０がオフフックされたか否かを検出する。１２は着信メロディコントロールモジュールであり、着信メロディの再生開始・終了の指示や、曲データの形式の識別を行い、それぞれのデータの形式に応じて、楽曲を再生するように他の制御モジュール８，９，１０，１１を制御する。１３はデータバッファであり、受信した曲データが一時的に記憶される。１４はＡＤＰＣＭデコーダであり、曲データがＡＤＰＣＭデータであるときに該曲データをＰＣＭデータに変換する。１５はソフトウェアシンセサイザであり、曲データがＭＩＤＩデータであるときに楽曲の合成を行う。１６はＣＯＤＥＣであり、ＰＣＭデータをアナログ信号に復号化する。１７はジャックであり、外部スピーカ３００，３５０を接続する。以上の要素により、ＶｏＩＰアダプタ１００が構成される。
【０００９】
２．実施形態の動作
着信メロディサーバ５００に保管されている複数の曲データから使用者が希望の曲データを選択する曲選択段階と、相手先のアナログ固定電話機２５０からの呼び出し（発呼）により、曲選択段階において選択された曲データを再生する曲再生段階とがＶｏＩＰアダプタ１００によって行われる。以下、これらの段階について説明を行う。
【００１０】
（１）曲選択段階
曲を選択する段階においては、着信メロディサーバ５００、ＶｏＩＰアダプタ１００およびアナログ固定電話機２００の間で通信が行われる。これらの間の通信プロトコルを図２（ａ）を参照して説明する。
アナログ固定電話機２００において所定の番号キーを押下すると、曲リストを着信メロディサーバ５００に要求する「曲リスト要求コマンド」がＶｏＩＰアダプタ１００に送信される（ＳＰ１）。ＶｏＩＰアダプタ１００においては、ＲＪ−１１コネクタ７、ＳＬＩＣ６を介して、該「曲リスト要求コマンド」が受信され、電話イベント制御モジュール１１によって何れの番号キーが押下されたかが判別される。そして、着信メロディコントロールモジュール１２によって判別されたキー情報が伝達される。次に、着信メロディコントロールモジュール１２から登録情報制御モジュール１０、ＴＣＰ／ＩＰモジュール３、Ｅｔｈｅｒコントローラ２に該キー情報が伝達される。そして、インターネット６００を介して着信メロディサーバ５００に該キー情報が「曲リスト要求コマンド」として送信される（ＳＰ２）。次に、着信メロディサーバ５００によって「曲リスト」が送信され（ＳＰ３）、ＶｏＩＰアダプタ１００を介して、アナログ固定電話機２００によって該「曲リスト」が受信される（ＳＰ４）。
【００１１】
次に、アナログ固定電話機２００の液晶表示パネルには「曲リスト」が表示される。さらに、表示された「曲リスト」の中から好みの曲が使用者によって選択され、選択された局番号の番号キーが該使用者によって押下される。それにより、選択された曲番号の情報が、「曲選択コマンド」としてアナログ固定電話機２００から送信され、ＶｏＩＰアダプタ１００によって該曲番号の情報が受信される（ＳＰ５）。さらに、ＶｏＩＰアダプタ１００によって、着信メロディサーバ５００に対して該「曲選択コマンド」が使用者を特定するユーザ情報と共に送信される（ＳＰ６）。その結果、着信メロディサーバ５００には、何れの使用者が何れの曲を選択したのかという情報が記憶される。そして、「Ａｃｋｎｏｗｌｅｄｇｅコマンド」が着信メロディサーバ５００によって送信され、該コマンドがＶｏＩＰアダプタ１００によって受信される（ＳＰ７）。それにより、「曲選択コマンド」の到着がＶｏＩＰアダプタ１００によって検知される。さらに、ＶｏＩＰアダプタ１００によって、アナログ固定電話機２００に対して「選択終了表示要求コマンド」が送信される（ＳＰ８）。ＶｏＩＰアダプタ１００における上記コマンドの送受信は、着信メロディコントロールモジュール１２によって実行される。
【００１２】
（２）曲再生段階
曲を再生する段階においては、着信メロディサーバ５００と、ＶｏＩＰアダプタ１００、受信側のアナログ固定電話機２００と、発信側のアナログ固定電話機２５０との間で通信が行われる。発信側の電話機はアナログ固定電話機、携帯電話機あるいはＶｏＩＰアダプタおよびアナログ固定電話機の組み合わせなど、受信側に着信することができればどのような電話方式でもよい。これらの間の通信プロトコルを図２（ｂ）を参照して説明する。
まず、発信側のアナログ固定電話機２５０によって、ＶｏＩＰアダプタ１００に対して「発呼」が行われる（ＳＰ１１）。それにより、ＶｏＩＰアダプタ１００においては、ＲＪ−４５コネクタ１を介してＥｔｈｅｒコントローラ２によってＩＰパケットのデータが「着信通知」として受信・復元される。そして、ＴＣＰ／ＩＰモジュール３にて該ＩＰパケットのデータが呼制御のデータであると判別され、呼制御モジュール９に該データが送られる。次に、呼制御モジュール９から着信メロディコントロールモジュール１２に「着信通知」の到着が伝達されると、着信メロディコントロールモジュール１２が「ストリーム送信要求データ」を生成する。さらに、ＴＣＰ／ＩＰモジュール３においてＴＣＰヘッダ、ＩＰヘッダが付加され、Ｅｔｈｅｒコントローラ２においてイーサネット（登録商標）ヘッダが付加される。
【００１３】
そして、インターネット６００を介して着信メロディサーバ５００に「ストリーム送信要求データ」が送信される（ＳＰ１３）。「ストリーム送信要求データ」には使用者を特定するユーザ情報が含まれており、ストリーム送信要求データが着信メロディサーバ５００によって受信されると、該ストリーム要求データのヘッダが分析され、使用者が特定される。なお、「ストリーム送信要求データ」は、「着信通知」がＶｏＩＰアダプタ１００に受信された旨を着信メロディサーバ５００に通知する機能を果たす。それにより、着信メロディサーバ５００によって「曲情報」が送信され、ＶｏＩＰアダプタ１００によって該曲情報が受信される（ＳＰ１４）。さらに、ＶｏＩＰアダプタ１００においては、Ｅｔｈｅｒコントローラ２、ＴＣＰ／ＩＰモジュール３を介して、着信メロディコントロールモジュール１２によって「曲情報」が伝達され、該曲情報の解析が行われる。なお、「曲情報」には、使用者によって選択された曲データがＭＩＤＩデータか、ＡＤＰＣＭデータか、ＰＣＭデータかを規定するフォーマット情報が含まれる他、曲の長さ等の情報が含まれている。
【００１４】
さらに、着信メロディサーバ５００によって保管された曲データが適切な時間間隔でパケット化され、ＶｏＩＰアダプタ１００に対して順次送信が行われる（ＳＰ１５）。ＶｏＩＰアダプタ１００によってパケット化された曲データがＥｔｈｅｒコントローラ２、ＴＣＰ／ＩＰモジュール３を介して受信されると、着信メロディコントロールモジュール１２に該曲データが伝達され、データバッファ１３に該曲データが一時的に記憶される。なお、データバッファ１３に記憶される曲データは、曲データ全体でなくパケット化された部分データである。曲データがＭＩＤＩデータ（ＳＭＡＦデータを含む）の場合には、ソフトウェアシンセサイザ１５によって、パケット化された曲データがＰＣＭデータに変換される。また、ＡＤＰＣＭデータの場合にはＡＤＰＣＭデコーダ１４によって、ＰＣＭデータに該曲データが変換される。ここで、ＳＭＡＦ（Ｓｙｎｔｈｅｔｉｃ＿ＭｕｓｉｃＭｏｂｉｌｅ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｆｏｒｍａｔ）とは携帯端末（携帯電話）用マルチメディアコンテンツのデータ表現形式を定義するデータフォーマット仕様である。なお、曲データの受信により、ＶｏＩＰアダプタ１００によって、呼出開始通知がアナログ固定電話機２００に対して送信される（ＳＰ１８）。
【００１５】
そして、変換されたＰＣＭデータがＣＯＤＥＣ１６によりアナログ信号に復号化される。なお、パケットに分割して受信された曲データがＰＣＭデータの場合には直接アナログ信号に復号化される。復号化により、着信メロディサーバ５００からＶｏＩＰアダプタ１００が曲データを断続的に受信しつつ、受信した範囲の曲データが逐次再生される。すなわち、ストリーム再生が実現される。それにより、ＶｏＩＰアダプタ１００にジャック１７を介して接続された外部スピーカから、復号化された曲データが着信メロディとして放音される。
【００１６】
ここで、アナログ固定電話機２００の使用者が着信メロディに応答して受話器をオフフックすると（ＳＰ１９）、ＶｏＩＰアダプタ１００においては、電話イベント制御モジュール１１によって、ＳＬＩＣ６の状態が認識され、該オフフックが検出される。そして、電話イベント制御モジュール１１によって、着信メロディコントロールモジュール１２に着信メロディ再生の終了が伝達される。さらに、着信メロディコントロールモジュール１２によって、呼制御モジュール９、ＴＣＰ／ＩＰモジュール３、Ｅｔｈｅｒコントローラ２を介して「応答通知」が相手側アナログ固定電話機２５０に送信される（ＳＰ２０）。さらに、着信メロディサーバ５００に対して「着信終了通知」が送信される（ＳＰ２１）。
【００１７】
以上のように本実施形態によれば、着信データがストリーミング再生されるので、曲データ全体を予め保持することなく、着信メロディを再生することができる。また、使用者が選択した曲データが着信メロディサーバ５００に保管されているので、ＶｏＩＰアダプタを交換しても、交換前のＶｏＩＰアダプタから交換後のＶｏＩＰアダプタに曲データを転送する手数が不要である。さらに、ＳＭＦ（Ｓｔａｎｄａｒｄ＿Ｍｉｄｉ＿Ｆｉｌｅ）データ、ＳＭＡＦデータだけでなくＰＣＭデータを用いることによってＶｏＩＰアダプタのハードウェア、ソフトウェアを簡易にすることが可能である。
【００１８】
３．変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能であり、全て本発明の範疇に含まれる。
（１）上記実施形態においては、相手の電話機として、ＶｏＩＰアダプタ１５０およびアナログ固定電話機２５０を用いたが、電話会社のサーバを介してインターネット４００に接続されたアナログ固定電話機、携帯電話機等を用いても良い。また、上記実施形態においては、インターネット４００を介して通話を行ったが、構内ネットワークを介して通話を行っても良い。
（２）上記実施形態においては、着信メロディコントロールモジュール１２に記憶されたプログラムによって着信音楽再生方法を実行する機能を実現したが、このプログラムのみをＣＤ−ＲＯＭ、フレキシブルディスク等の記憶媒体に格納して頒布し、あるいは電気通信回線を通じて頒布してもよい。
【００１９】
【発明の効果】
以上説明したように本発明の構成によれば、サーバ装置から曲データを断続的に受信しつつ、受信した範囲の曲データを逐次再生するので、曲データ全体を記憶せずに、該曲データを再生することが出来る。
【図面の簡単な説明】
【図１】本発明の一実施形態である着信音楽再生機能を有するＶｏＩＰアダプタのシステム構成図である。
【図２】曲選択段階および曲再生段階におけるプロトコル図である。
【図３】本発明の一実施形態である着信音楽再生機能を有するＶｏＩＰアダプタのブロック図である。
【符号の説明】
１…ＲＪ−４５コネクタ、２…Ｅｔｈｅｒコントローラ、３…ＴＣＰ／ＩＰモジュール、４…音声パケット制御モジュール、５，１６…ＣＯＤＥＣ、６…加入者回線インターフェース回路（ＳＬＩＣ）、７…ＲＪ−１１コネクタ、８…ストリーム制御モジュール、９…呼制御モジュール、１０…登録情報制御モジュール、１１…電話イベント制御モジュール、１２…着信メロディコントロールモジュール、１３…データバッファ、１４…ＡＤＰＣＭデコーダ、１５…ソフトウェアシンセサイザ、１７…Ｊａｃｋ、１００，１５０…着信音楽再生機能を有するＶｏＩＰアダプタ、２００，２５０，２５５…アナログ固定電話機、３００，３５０…スピーカ、５００…着信メロディサーバ、６００…インターネット、７００…一般電話網

Claims

電話の発呼を通知する第１の着信通知をネットワークを介して受信する着信通知受信過程と、
前記第１の着信通知が受信された旨を通知する第２の着信通知をサーバ装置に前記ネットワークを介して送信する着信通知送信過程と、
前記サーバ装置から曲データを断続的に受信しつつ、受信した範囲の曲データを逐次再生するストリーム再生過程とを有することを特徴とする着信音楽再生方法。
前記サーバ装置が記憶している曲の曲リストを前記サーバ装置から受信する曲リスト受信過程と、
前記曲リストの中から希望の曲を選択する曲選択過程と、
前記曲選択過程で選択された選択情報をユーザ情報と共に前記サーバ装置に送信する選択情報送信過程とをさらに有し、
前記第２の着信通知は、前記ユーザ情報を有する通知であり、
前記曲データは、前記選択情報によって特定された曲データであることを特徴とする請求項１記載の着信音楽再生方法。
請求項１ないし２の何れかに記載の着信音楽再生方法を実行することを特徴とする着信音楽再生装置。
請求項１ないし２の何れかに記載の着信音楽再生方法を実行させることを特徴とするプログラム。