JP3997374B2 - 電話機及び記録媒体 - Google Patents
電話機及び記録媒体 Download PDFInfo
- Publication number
- JP3997374B2 JP3997374B2 JP16603199A JP16603199A JP3997374B2 JP 3997374 B2 JP3997374 B2 JP 3997374B2 JP 16603199 A JP16603199 A JP 16603199A JP 16603199 A JP16603199 A JP 16603199A JP 3997374 B2 JP3997374 B2 JP 3997374B2
- Authority
- JP
- Japan
- Prior art keywords
- music
- incoming call
- data
- notification
- melody
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Electrophonic Musical Instruments (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、着信検出により着信報知を行う電話機に関する。
【０００２】
【従来の技術】
従前より、一般加入電話機、ＩＳＤＮ端末、ファクシミリ端末又は携帯電話機などの各種電話端末（本明細書では、これらを総称して「電話機」という）の呼び出し音は、ベルやブザー若しくは電子音などの無味乾燥な音調であったため、耳障りであるうえ、複数台の電話機が混在する事業所や雑踏（携帯電話機の場合）の中などでは、どの電話機が呼び出されているのか即座に識別できないという不都合があった。このため、近年、いわゆる、“着メロ”と称される呼び出し音が採用されるようになってきた。
【０００３】
着メロ付きの電話機は、被呼端末からの呼び出し時（以下、着信時という）に、メモリに記憶されているメロディ（Ｍｅｌｏｄｙ：旋律ともいう）データを読み出してスピーカ等から出力する。あらかじめメロディデータを複数備えてユーザに選択させたり、電話回線を介して任意のメロディデータをダウンロードしてメモリに登録させたり、ＤＴＭＦ（Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ）信号などを利用してユーザに簡易作曲させたりすることにより、他の電話機との呼び出し音の差別化を図ることができ、また、ユーザの音楽的趣向に合わせることができる。
【０００４】
図１１は、メモリに格納された着メロのテーブル概念図であり、このテーブルは、例えば、「着メロＮｏ．」、「曲名」及び「メロディデータ」の三つのフィールドを有する複数のレコードからなっている。メロディデータ・フィールド内の黒丸から始まって白丸で終わる破線は、曲名Ａ、Ｂ、Ｃ及びＤの各メロディデータを概念的に表しており、一般に、黒丸から白丸までは、その曲の持つ特長的な部分（例えば、サビ）であることが多い。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の着メロ付き電話機にあっては、以下のような問題点があった。
（１） 通常、呼び出し音を聞いてから応答（オフフック操作）するまでの時間は数秒ないし数十秒程度と短く、スピーカから出力される着メロもメロディデータの最初から当該秒数程度（図１１の黒丸及びその黒丸に続く破線の一部）しか再生されない。このことは、せっかく登録されているメロディデータの頭の部分しか聞けないことを意味し、メモリ利用の無駄があるうえ、好みのメロディを最後まで聞けないという問題点がある。
（２） また、電話機個々の呼び出し音を差別化するためには、多くのメロディデータを登録しなければならないが、その全てをあらかじめ登録しておくには大容量のメモリが必要になるし、前述のダウンロード方式やユーザに作曲させる方式では、手間がかかって面倒であるという問題点がある。
したがって、本発明が解決しようとする課題は、メモリ利用の無駄をなくして好みのメロディデータを最後まで聞くことができ、又は、大容量のメモリを必要とせず、且つ、手間をかけずに電話機個々の着メロを差別化することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、着信時に呼び出し音を所定の楽曲のメロディで奏でる着信報知手段と、前記楽曲のメロディデータを複数に分割して記憶する記憶手段と、着信の度に前記記憶手段から前回着信時と異なる分割データを読み出して前記着信報知手段に出力する出力手段と、を備えたことを特徴とする。
請求項５の発明は、着信検出に基づいて着信報知を行う電話機であって、楽曲による音楽データを記憶する音楽データ記憶手段と、着信検出時に、前記音楽データ記憶手段に記憶された音楽データにより音楽報知を行う着信報知手段と、前記音楽報知による着信報知中にあって所定操作を検出した際は、その音楽データによる音楽報知を中断すると共に、その音楽データにおける中断箇所の情報を記憶する中断箇所記憶手段と、新たな着信を検出した際に、前記中断箇所記憶手段に記憶された中断箇所の情報に基づいて前記音楽データ記憶手段に記憶された音楽データの内で前記中断箇所以降の音楽による音楽報知を行うよう前記着信報知手段を制御する報知制御手段と、を具備したことを特徴とする。
【０００７】
【発明の実施の形態】
以下、本発明の実施の形態を、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−Ｐｈｏｎｅ Ｓｙｓｔｅｍ）方式の携帯電話機を例にして、図面を参照しながら説明する。
図１は、本発明を適用したＰＨＳ方式の携帯電話装置のブロック図であり、１０は主として１．９ＧＨｚ帯の周波数域に同調したアンテナ、１１はアンテナ１０を送受信で共有する送受共有部、１２は送信信号の増幅等を行う送信部、１３は受信信号の増幅等を行う受信部、１４は送信信号／受信信号の変調／復調を行う変復調部、１５は送受信信号のＴＤＭＡ／ＴＤＤ処理等を行うチャネルコーデック部、１６は音声信号のＡＤＰＣＭ処理等を行う音声コーデック部、１７は音声の送受話を行う送受話器、１８はチャネルコーデック部１５や音声コーデック部１６などを制御して携帯電話機の動作全体の制御を行う制御部、１９は呼び出し音を出力するサウンダ（着信報知手段に相当）である。
【０００８】
なお、サウンダ１９とは、圧電素子と金属板を張り合わせた発音体（いわゆる圧電振動板）のたわみ振動を発音源としたものである。圧電振動板をケースに組み込んだものを圧電サウンダという。圧電振動板は消費電力が非常に少ないことに加え、無接点構造のためにノイズが発生しないという優れた特長を持ち、特に小型電子機器のスピーカ的用途への需要が多い部品である。但し、本発明においては、圧電サウンダ（又は圧電振動板）に限定しない。制御部１８からの電子音信号を可聴音に変換できるものであればよく、例えば、スピーカや電磁ブザーなどであってもよい。
【０００９】
図２は、制御部１８のブロック図であり、１８ａは携帯電話機の動作制御プログラムを実行するＣＰＵ（出力手段、特定手段、割り当て手段、楽曲割り当て手段、ランダム値発生手段、表示制御手段、判定手段、状態遷移手段に相当）、１８ｂは該プログラムを格納するプログラムＲＯＭ、１８ｃはＣＰＵ１８ａの作業領域として用いられるワークＲＡＭ、１８ｄは通話相手の名前や電話番号などの情報（以下「電話帳情報」という）を格納する電話帳ＲＡＭ、１８ｅは着メロ用のメロディ情報を格納する音曲ＲＡＭ（記憶手段、記憶装置に相当）、１８ｆはサウンダ１９を駆動するための駆動部である。
また、１８ｇは電話番号や送受信情報又は様々なメッセージ等を表示する表示部（表示手段に相当）、１８ｈは電話番号入力用のテンキー（アルファベット及びカナ入力のキー兼用）やオフフックキー並びに各種モード設定用の機能キーなどを含むキー入力部、１８ｉはチャネルコーデック１５や音声コーデック部１６などとの間でデータの入出力を行う入出力部である。
【００１０】
プログラムＲＯＭ１８ｂには、少なくとも、オペレーティングシステム用の領域とユーザアプリケーションプログラム用の領域が形成されており、ユーザアプリケーションプログラム用の領域には携帯電話機の動作全体を制御する制御プログラム、例えば、後述の通信制御プログラム（図５及び図６参照）などが不揮発的（電源をオフにしても消去されない状態のこと）に格納されている。
ワークＲＡＭ１８ｃは、上述のとおり、ＣＰＵ１８ａの作業領域として用いられるメモリであり、その記憶内容は電源オフとともに消去されるが、他のＲＡＭ、すなわち、電話帳ＲＡＭ１８ｄや音曲ＲＡＭ１８ｅはバッテリバックアップされており、電源をオフにしてもその記憶内容を保持するようになっている。なお、電話帳ＲＡＭ１８ｄ及び音曲ＲＡＭ１８ｅについては、バッテリバックアップされたＲＡＭである必然性はない。書き換え可能な記憶媒体であって、電源オフ後もその記憶内容を保持できるものであればよく、例えば、ＥＥＰＲＯＭなどの書き換え可能な不揮発性半導体メモリを使用しても構わない。
【００１１】
図３は、電話帳ＲＡＭ１８ｄに格納された電話帳情報の構造概念図である。電話帳情報２０は複数のレコードからなるいわゆるデータベース構造を有しており、図示の例では、各レコードは「名前」、「ＴＥＬ Ｎｏ．」及び「着メロＮｏ．」の三つのフィールドを持ち、各フィールドにそれぞれ通話相手の名前（又はニックネーム）と電話番号及び当該通話相手からの着信時に使用する着メロの識別番号（着メロＮｏ．）を登録できるようになっている。
例えば、図示の例では、第１レコードに、電話番号“０９０−００００−００００”の“サトウ”からの着信時に１番の着メロを使用することが登録されており、第２レコードに、電話番号“０９０−１１１１−１１１１”の“イトウ” からの着信時に２番の着メロを使用することが登録されており、第３レコードに、電話番号“０９０−２２２２−２２２２”の“カトウ” からの着信時に３番の着メロを使用することが登録されている。なお、着メロを登録してない発信者からの着信に対しては、デフォルトの着メロを使用するようにする。また、電話番号の桁数は携帯電話機のものになっているが、登録可能な電話番号は携帯電話機のものに限らず、一般加入電話機の端末番号や構内電話の内線番号を含むものであっても構わないことはもちろんである。
【００１２】
図４は、音曲ＲＡＭ１８ｅに格納されたメロディ情報の構造概念図である。メロディ情報２１は、前述の電話帳情報２０と同様に、複数のレコードからなるいわゆるデータベース構造を有しており、図示の例では、各レコードは「着メロＮｏ．」、「曲名」、「メロディデータ」及び「先回終了のＰＡＲＴ番号」の四つのフィールドを持っている。
着メロＮｏ．は、メロディ情報２１の各レコードに割り当てられたユニークな情報であり、図では、第１レコードから順に、１、２、３、４、……、の連番が付与されている。また、曲名は、各レコードに登録された着メロの名前であり、テキスト形式の文字情報である（図では、便宜的にＡ、Ｂ、Ｃ、Ｄ、……としている）。メロディデータは、曲名Ａ、曲名Ｂ、曲名Ｃ又は曲名Ｄの楽音が持つ音楽的内容を電子データ化したものであって、駆動部１８ｆを介してサウンダ１９に与え、周囲に報知することにより、人間の聴覚上、当該音楽的内容を知覚し得るようなデータである。メロディデータ・フィールドはｎ個のサブフィールドに分かれている。このサブフィールドを便宜的に“ＰＡＲＴ”と呼ぶことにし、先頭のサブフィールドから順に「ＰＡＲＴ１」、「ＰＡＲＴ２」、「ＰＡＲＴ３」、「ＰＡＲＴ４」、……、「ＰＡＲＴｎ」という名前を付与することにすると、各サブフィールドには、一つの曲のメロディデータを幾つかに区切った各分割データが格納されている。
【００１３】
以下、ＰＡＲＴ１サブフィールドに格納された分割データのことを「ＰＡＲＴ１データ」といい、ＰＡＲＴ２サブフィールドに格納された分割データのことを「ＰＡＲＴ２データ」といい、ＰＡＲＴ３サブフィールドに格納された分割データのことを「ＰＡＲＴ３データ」といい、ＰＡＲＴ４サブフィールドに格納された分割データのことを「ＰＡＲＴ４データ」といい、……、ＰＡＲＴｎサブフィールドに格納された分割データのことを「ＰＡＲＴｎデータ」ということにする。
曲に関わらず、ＰＡＲＴ１データは、その曲のメロディデータの始まり部分（便宜的に二重の黒丸で示す）とそれに続くメロディ部分（便宜的に破線で示す）及びＰＡＲＴ１データの終わり部分（便宜的に白丸で示す）を含む。ＰＡＲＴ１データ以外は、その曲の残りの部分、すなわち、ＰＡＲＴｉデータの始まり部分とそれに続くメロディ部分及びＰＡＲＴｉデータの終わり部分（ｉは１、２、３、４、……、ｎ；以下同様）を含む。但し、ＰＡＲＴｉデータにその曲の終わり部分（便宜的に二重の白丸で示す）が含まれる場合、ＰＡＲＴｉデータはＰＡＲＴｉデータの始まり部分とそれに続くメロディ部分及びその曲の終わり部分を含み、ＰＡＲＴｉ＋１以降のサブフィールドは未使用となり、例えば、ダミーのデータで埋められる。一つの曲で幾つのサブフィールドを占有するかは、専らその曲の長さに依存する。
【００１４】
ＰＡＲＴｉデータは、既述のとおり、一つの曲のメロディデータをいくつかに区切った分割データである。この分割データは、後の説明からも明らかになるが、着メロ再生の際の単位データとなる。すなわち、ＰＡＲＴ１データを再生する際は、必ずその曲の始まり部分を含んで再生され、ＰＡＲＴ１データ以外のＰＡＲＴｉデータを再生する際は、必ずそのＰＡＲＴｉデータの始まり部分を含んで再生されるので、再生時の音楽的内容の把握容易性（どの曲かを理解しやすくする）に配慮すると、上記分割データの分割位置は、その曲の節（音の高低・長短・強弱の変化する境目）などを考慮して適切に設定することが好ましく、例えば、ある楽曲によっては「イントロ（前奏ともいう）」、「Ａメロ」、「Ｂメロ」、「サビ」、「コーダ（後奏ともいう）」の順、又は、「イントロ」、「Ａメロ」、「Ｂメロ」、「サビ」、「間奏」、「Ｂメロ」、「サビ」、「コーダ」の順に構成されているものがあるので、これらの構成要素毎に分割してもよいが、本発明の思想によれば、この分割手法に限定されない。音楽的内容の把握容易性を無視すれば、一定のデータサイズ毎に分割してもよい。
【００１５】
先回終了のＰＡＲＴ番号は、その曲を構成する全てのＰＡＲＴｉデータのうち、先回、着メロとして使用したＰＡＲＴ番号、すなわちｉの値である。例えば、図示の例では、第１レコードに「２」が、第２レコードに「１」が、第３レコードに「３」が、また、第４レコードに「１」が登録されているので、先回使用した曲名ＡのメロディデータはＰＡＲＴ２データ、同じく曲名ＢのメロディデータはＰＡＲＴ１データ、同じく曲名ＣのメロディデータはＰＡＲＴ３データ、同じく曲名ＤのメロディデータはＰＡＲＴ１データであることが分かる。
ＣＰＵ１８ａは、プログラムＲＯＭ１８ｂに格納されているオペレーティングシステムやユーザアプリケーションプログラムをワークＲＡＭ１８ｃにロードして実行し、ＰＨＳ方式による通話処理を行うほか、電話帳情報２０やメロディ情報２１の更新登録などの様々な管理処理を行う。
【００１６】
次に、作用を説明する。
・ＰＨＳ方式の通話処理
ＰＨＳ方式の移動電話システムは、サービスエリアを複数のゾーン（セルともいう）に分け、各ゾーンの中央部付近に設置された基地局（以下ＣＳ；ＣｅｌｌＳｔａｔｉｏｎという）を介して、一般加入電話機、ＩＳＤＮ端末、自動車電話機又は他のＰＨＳ端末と移動機（以下ＰＳ；Ｐｅｒｓｏｎａｌ Ｓｔａｔｉｏｎという）との間で音声やデータの送受信を行うというものであり、携帯・自動車電話システムと同様の小ゾーン方式の移動通信システムを構成する。
ＰＨＳ方式における無線回線は、１．９ＧＨｚ帯で計７７チャネル（チャネル番号１〜７７）確保されており、現在、そのうちの４０チャネルが屋外公衆で利用されている（注記参照）。チャネル番号のいくつかは各事業者用の制御チャネル（１２、１８、７３、７５及び７７）である。
注記：平成１０年９月１２日付け郵政省諮問（ＰＨＳ加入者増に対応するための周波数拡大（電波法施行規則等の一部改正に係る諮問））によれば、現在、自営用ＰＨＳで使用中の周波数帯を公衆用ＰＨＳにも利用できるようにする、とされており、上記の屋外公衆用チャネル数の拡大の可能性があるが、本明細書中では現行のチャネル数（４０チャネル）をベースに説明することとする。
【００１７】
各チャネルの伝送方式は、ＴＤＭＡ（時分割多元接続）／ＴＤＤ（時分割双方向伝送）方式であり、ＴＤＭＡによって１回線当たり送受それぞれ四つのスロットを確保するとともに、ＴＤＤで送受信の双方向通信を可能にしている。
送受信スロットの１組（Ｔ１及びＲ１）は呼設定等処理に用いられる制御用スロットであり、残りのスロットの組（Ｔ２とＲ２、Ｔ３とＲ３、Ｔ４とＲ４）を各ＰＳに動的に割り当て（チャネル番号の割り当てと合わせてリンクチャネル割り当てという）、１回線当たり同時に３台のＰＳとの間で多元接続を行う。
リンクチャネル割り当ての一例を説明すると、待ち受け状態（後述の処理プログラムにおける「待受」のステップ参照）にある呼び出し元ＰＳは、所定の発呼操作（呼び出し先ＰＳの電話番号を入力してオフフックキーを押す操作）に応答して、制御チャネル（チャネル番号１２、１８、７３、７５又は７７のうちの一つ；但し、当該ＰＳの加入事業者に割り当てられた制御チャネル）を用いてＣＳにリンクチャネル確立要求を出し、ＣＳからのリンクチャネル割り当てメッセージを受け取ると、このメッセージのインフォメーション部（ＳＣＣＨ）に格納された通信キャリア番号コード（制御チャネルを除く屋外公衆用通信チャネル番号の一つを表すコード）と、通信スロット番号コード（当該チャネル番号の４組のスロット番号の一つを表すコード）とを用いて、以降の呼設定等処理及び通信シーケンスを実行する。
【００１８】
なお、ＣＳで割り当てチャネル及びスロットが見つからなかった場合、すなわち、屋外公衆用の４０チャネル（但し、チャネル番号１２、１８、７３、７５又は７７の制御チャネルを除く）のうち自ゾーンに割り当てられたチャネルの全てのスロットがふさがっている場合、ＣＳは、呼び出し元ＰＳに対してリンクチャネル割り当て拒否メッセージを通知し、呼び出し元ＰＳは、この通知を受け取ると待受状態に移行する。
呼設定等処理では、ＣＳから割り当てられたチャネル及びスロットを用いて、呼び出し元ＰＳと呼び出し先ＰＳとの間で回線接続等の処理を行う。この呼設定処理では、呼び出し元ＰＳから呼び出し先ＰＳ（正確にはＣＳから呼び出し先ＰＳ）に対して呼び出しデータを送出し、呼び出し先ＰＳは、この呼び出しデータに応答して、呼び出し音（着信音ともいう）の鳴動処理等、着信に必要な処理を行う。
ここで、上記の呼び出しデータには、呼び出し元ＰＳを特定するための識別情報を含むことができる。識別情報の代表はいわゆる「発信者番号」（呼び出し元ＰＳの電話番号）であり、呼び出し元ＰＳで発信者番号通知をオンにしておくことにより、上記識別情報を呼び出し先ＰＳに知らせることができる。なお、上記識別情報は、呼び出し元ＰＳを特定できる情報であればよく、ＰＳ固有のＩＤ情報やユーザによって任意に入力されたＩＤ情報などであってもよいが、説明の便宜上、本明細書中では発信者番号とする。
【００１９】
・着信制御処理
図５及び図６は、通信制御プログラムに含まれる着信制御処理のフローチャートである。このプログラムは、通常、他のＰＳからの呼び出しがあるまで待ち受け状態を維持し（ステップＳ１及びステップＳ２）、呼び出しがあると、ステップＳ３に進んで呼び出し元ＰＳからの呼び出しデータに「発信者番号」が含まれているか否かを判定する。
そして、発信者番号が含まれていない場合は、ステップＳ４で既定（ディフォルト）の着メロＮｏ．、例えば、図４のメロディ情報２１の第１レコードに登録されている着メロＮｏ．１を選択する一方、発信者番号が含まれている場合は、ステップＳ５で電話帳情報２０（図３参照）を検索して発信者番号と同一のＴＥＬ Ｎｏ．を有するレコードの着メロＮｏ．、例えば、発信者番号を“０９０−２２２２−２２２２”と仮定すると、電話帳情報２０の第３レコードに登録された着メロＮｏ．３を選択する。なお、発信者番号が電話帳情報２０に登録されていない場合は、発信者番号通知なしのときと同様に、既定の着メロＮｏ．（例えば、着メロＮｏ．１）を選択する。
【００２０】
このようにして、着メロＮｏ．の選択を完了すると、次に、ステップＳ８で、先回終了のＰＡＲＴ番号＋１のメロディデータを読み込む。先回終了のＰＡＲＴ番号とは、選択された着メロＮｏ．と同一のキー値を持つ図４のメロディ情報２１のレコードに含まれる「先回終了のＰＡＲＴ番号フィールド」のデータであり、例えば、選択された着メロＮｏ．を上記例示のとおり、「着メロＮｏ．１」及び「着メロＮｏ．３」とすると、前者の場合、「先回終了のＰＡＲＴ番号フィールド」のデータは「２」、後者の場合、「先回終了のＰＡＲＴ番号フィールド」のデータは「１」となるので、ステップＳ８においては、前者（着メロＮｏ．１）の場合、ＰＡＲＴ３＋１のメロディデータ、すなわち、図４のメロディ情報２１の第１レコードのＰＡＲＴ４データが読み出され、また、後者（着メロＮｏ．３）の場合、ＰＡＲＴ１＋１のメロディデータ、すなわち、図４のメロディ情報２１の第３レコードのＰＡＲＴ２データが読み出され、要するに、先回使用したＰＡＲＴｉデータの次のデータ（ＰＡＲＴｉ＋１データ）が読み出されることとなる。但し、ＰＡＲＴｉ＋１データが空の場合やｉ＋１＞ｎの場合は、ステップＳ８で先頭のＰＡＲＴ１データが読み出されるようになっている。
【００２１】
ステップＳ８で読み出されたメロディデータ（上記例示に従えば、メロディ情報２１の第１レコードのＰＡＲＴ４データ、又は第３レコードのＰＡＲＴ２データ）は、次のステップＳ９で逐次に駆動部１８ｆに送られ、この駆動部１８ｆで電力増幅された後、サウンダ１９を駆動するために出力される。その結果、サウンダ１９は、当該メロディデータ、すなわち、上記例示に従えば、メロディ情報２１の第１レコードのＰＡＲＴ４データ、又は、第３レコードのＰＡＲＴ２データに応じた着メロを奏で始める。
着メロ鳴動中に、ステップＳ１０で応答操作（オフフックキーの押し下げ操作）を検出しなければ、ステップＳ１５に進み、着メロ鳴動終了、すなわち、上記例示に従えば、メロディ情報２１の第１レコードのＰＡＲＴ４データ、又は、第３レコードのＰＡＲＴ２データの終了か否かを判定する。そして、終了であれば、ステップＳ１６で同一レコードの次のＰＡＲＴ番号のメロディデータを読み込み、ステップＳ１７で、ステップＳ９と同様の処理（逐次に駆動部１８ｆを介してサウンダ１９に出力する処理）を行い、再びステップＳ１０以降を繰り返す。但し、ステップＳ１６で“次のＰＡＲＴ番号”のデータが空の場合、又は、“次のＰＡＲＴ番号”がｎを超える場合は、同一レコードの先頭のＰＡＲＴ１データを読み込む。
【００２２】
着メロ鳴動中に発呼者切断（呼び出し元ＰＳでの強制切断又は電波状態悪化による切断）が発生した場合（ステップＳ１８のＹＥＳ判定）、ステップＳ１９で直ちにメロディ出力を停止し、ステップＳ２０で現在のＰＡＲＴ番号をメロディ情報２１の該当レコード（の「先回終了のＰＡＲＴ番号フィールド」）に記録した後、待ち受け状態（図５のステップＳ１）に復帰する。
また、着メロ鳴動中に応答操作（オフフックキーの押し下げ操作）を検出（ステップＳ１０のＹＥＳ判定）すると、ステップＳ１１で直ちにメロディ出力を停止し、ステップＳ１２で現在のＰＡＲＴ番号をメロディ情報２１の該当レコード（の「先回終了のＰＡＲＴ番号フィールド」）に記録する。そして、ステップＳ１３で通話状態に移行した後、回線切断（ステップＳ１４のＹＥＳ判定）を待ってから待ち受け状態（図５のステップＳ１）に復帰する。
【００２３】
したがって、以上の処理によれば、着信時に先回使用したＰＡＲＴ番号の次のＰＡＲＴ番号のメロディデータを鳴動できるから、着信の度に一つの曲のメロディデータの分割データを順次に鳴動させることができ、一つの曲を最後まで聞くことができるという格別の効果が得られる。
また、発信者番号通知がある場合は、その番号を用いて電話帳を検索し、電話帳に登録されている着メロＮｏ．に基づいて複数のメロディデータの一つを選択的に使用するので、呼び出し元ＰＳに対応した特定の着メロを鳴動させることができ、呼び出し元の聴覚上の識別性を向上できるとともに、かかる電話帳利用の場合においても、同一の相手からの着信の度に一つの曲のメロディデータの分割データを順次に鳴動させることができ、一つの曲を最後まで聞くことができるという格別の効果が得られる。
なお、図５のステップＳ８の処理、すなわち、「先回終了のＰＡＲＴ番号＋１のメロディデータを読み込む」を、「乱数等のランダムな値を発生してそのランダム値をＰＡＲＴ番号とするメロディデータを読み込む」と変形させてもよい。これによれば、着信の度にランダムに読み出された分割データによるメロディが奏でられるので、一つの楽曲の様々な部分を聞いて楽しむことができるという効果が得られる。
【００２４】
上記の実施の形態は、本発明の意図する範囲において様々な変形例を含む。例えば、電話帳情報を使用しない変形例も包含する。
図７は、そのフローチャートであり、図５と同一処理内容のステップには共通の符号を付してある。すなわち、図７のフローチャートは、図５のフローチャートのステップＳ３、ステップＳ５、ステップＳ６及びステップＳ７を取り除いたものに相当し、要するに、発信者番号通知の有無判定と、電話帳からの着メロＮｏ．の選択処理とを省いたものであり、着信時に常に同一の着メロＮｏ．（既定の着メロＮｏ．）を選択する点で、図５のフローチャートと相違する。
したがって、この変形例においても、呼び出し元ＰＳ毎に着メロＮｏ．を指定をできないものの、着信時に先回使用したＰＡＲＴ番号の次のＰＡＲＴ番号のメロディデータを鳴動できるから、着信の度に一つの曲のメロディデータの分割データを順次に鳴動させることができ、一つの曲を最後まで聞くことができるという同一の効果が得られる。
【００２５】
また、図示はしないが、一つの曲を構成するＰＡＲＴ１からＰＡＲＴｎまでの各分割データを、電話帳を用いてそれぞれの呼び出し元ＰＳに割り当てるようにすれば、一つの曲で最大ｎ個の呼び出し元ＰＳに対応することができ、従来のように、異なる曲をそれぞれの呼び出し元ＰＳに割り当てるものに比べてメモリ容量を少なくできるという効果が得られる。
または、図８及び図９のように変形させてもよい。これは、着メロＮｏ．とその着メロＮｏ．のＰＡＲＴ番号の選択にランダム性を持たせ、ユーザに曲名を当てさせるというゲームを行うものである。以下の例では、着信時に当該ゲームを行い、曲名が一致しなければ応答不可（オフフック操作不可）となるようにしているが、これに限らない。待ち受け状態で自由にゲームを楽しめるようにしてもよい。
【００２６】
図８において、ステップＳ１とステップＳ２の処理は、前述の図５の同一ステップの処理と同じである。ステップＳ２で着信を検出すると、まず、ステップＳ２１で乱数（便宜的にｊａとする）を発生する。この乱数（ｊａ）の基数となる値は例えば日時情報のようにランダム性の高いものを用いる。また、乱数（ｊａ）の範囲は１〜ｍとすることが望ましい。ｍはメロディ情報２１の最大レコード数である。
次に、ステップＳ２２で乱数（ｊａ）に対応する、メロディ情報２１のレコード番号（以下、レコードｊａとする）を検査し、存在しなければ、ステップＳ２１に戻って乱数（ｊａ）を再発生し、存在すれば、ステップＳ２３に進んで新たな乱数（便宜的にｊｂとする）を発生する。この乱数（ｊｂ）の基数となる値も例えば日時情報のようにランダム性の高いものを用いる。また、乱数（ｊｂ）の範囲は１〜ｎとすることが望ましい。ｎはメロディ情報２１のメロディデータフィールドにおけるサブフィールド数である。
【００２７】
次に、ステップＳ２４で乱数（ｊｂ）に対応する、レコードｊａのサブフィールド（例えば、ｊｂ＝２とすると、ＰＡＲＴ２）に有効なメロディデータが存在するか否かを検査し、存在しなければ（例えば、空データ）、ステップＳ２３に戻って乱数（ｊｂ）を再発生し、存在すれば、ステップＳ２５に進んでレコードｊａのサブフィールドのメロディデータ、例えば、ｊｂ＝２とすると、ＰＡＲＴ２データを読み込み、ステップＳ２６で、逐次に駆動部１８ｆを介してサウンダ１９に出力する。その結果、サウンダ１９は、当該メロディデータ、すなわち、上記例示に従えば、メロディ情報２１の第ｊａレコードのＰＡＲＴｊｂデータに応じた着メロを奏で始める。
次に、着メロ鳴動中にステップＳ２７で曲名リストを表示部１８ｇに送り、所要のフォーマットで表示する。図１０（ａ）はその表示例であり、表示部１８ｇの画面上には、番号と曲名がリスト状に表示されているとともに、テンキーによる番号入力を促す適宜のメッセージ（例えば、“番号を入力して下さい”）が表示されている。なお、表示される曲名は、メロディ情報２１の曲名フィールドに登録されている情報である。
【００２８】
ユーザが任意のテンキーを押して番号を入力すると、ステップＳ２９の判定結果がＹＥＳとなり、ステップＳ３０に進んで曲名一致が判定される。曲名が一致している場合、ステップＳ３３でオフフックボタンの操作が可能となり、以降、通常の通話動作に移行できるが、曲名が不一致の場合は、ステップＳ３１に進んで適宜のエラーメッセージ（例えば、図１０（ｂ）参照）を表示部１８ｇに表示し、ステップＳ３２で所定時間（エラーメッセージの確認に必要な時間）待機した後、ステップＳ２７に戻って再び曲名リストを表示する。なお、曲名リスト表示中にメロディが終了した場合（ステップＳ２８のＹＥＳ判定）は、ステップＳ２６に戻って同一のメロディ出力をやり直す。
以上のとおり、この変形例によれば、着信時に、メロディ情報２１に登録されている複数の着メロの一つがランダムに選択され、且つ、その着メロのＰＡＲＴ番号がランダムに選択された後、当該ＰＡＲＴ番号のメロディデータが鳴動される。さらに、その曲名を当てるメッセージを表示してユーザに曲名番号の入力を促し、番号が一致したときにオフフックキーを操作可能にして通常の通話動作に移行させることができる。
したがって、着信操作にゲーム性を持たせることができ、楽しみつつ電話機を使用できるという格別の効果が得られる。
【００２９】
なお、メロディ情報２１に登録されているＰＡＲＴデータうち、その曲の音楽的特長をよく表す部分（例えば、イントロやサビ）を固定的に選択するようにしてもよい。すなわち、当該部分をＰＡＲＴｘとすると、図８のステップＳ２３及びステップＳ２４の代わりに、ＰＡＲＴｘデータを固定的に選択するステップを入れてもよい。このようにすると、その曲の音楽的特長をよく表す部分が着メロとして流れるので、曲名を当てやすくなる。
また、以上の変形例を含む実施の形態は、上記例示の携帯電話機に限らない。要は、呼び出し音に着メロを用いる電話機であればよく、一般加入電話機、ＩＳＤＮ電話機、ＰＢＸ構内電話機又はファクシミリ端末などの各種電話端末、若しくはパーソナルコンピュータや携帯情報端末などに搭載された電話機能にも適用することができる。
また、図４に示したメロディ情報２１の構造は、各フィールド及び各サブフィールドの長さを固定長としているが、これに限らない。登録データの長さに応じて可変長となる構造にしてもよく、むしろメモリ容量の効率的使用を考慮すると可変長構造の方が望ましい。
さらに、上記実施の形態では、サブフィールドの選択条件として着信回数を条件としているが、これに限ることなく、例えば、着信時間、日付、月等の日時、あるいは優先度（相手による）等を条件としてもよい。
【００３０】
【発明の効果】
請求項１の発明によれば、一つのメロディによる着信報知であっても、着信の度に前回着信時のメロディとは異なるパートのメロディによる着信報知が可能となる。
請求項５の発明によれば、何回かの着信を経ることにより、一つのメロディを最初から最後まで聞くことができる。
【図面の簡単な説明】
【図１】携帯電話機の全体ブロック図である。
【図２】携帯電話機の制御部のブロック図である。
【図３】電話帳情報の概念図である。
【図４】メロディ情報の概念図である。
【図５】通信制御プログラムのフローチャート（１／２）である。
【図６】通信制御プログラムのフローチャート（２／２）である。
【図７】通信制御プログラムの変形例のフローチャートである。
【図８】通信制御プログラムの別変形例のフローチャート（１／２）である。
【図９】通信制御プログラムの別変形例のフローチャート（２／２）である。
【図１０】曲名当てクイズの画面表示状態図である。
【図１１】従来のメロディ情報の概念図である。
【符号の説明】
１８ａ ＣＰＵ（出力手段、特定手段、割り当て手段、
楽曲割り当て手段、ランダム値発生手段、
表示制御手段、判定手段、状態遷移手段）
１８ｅ 音曲ＲＡＭ（記憶手段、記憶装置）
１８ｇ 表示部（表示手段）
１９ サウンダ（着信報知手段）
【発明の属する技術分野】
本発明は、着信検出により着信報知を行う電話機に関する。
【０００２】
【従来の技術】
従前より、一般加入電話機、ＩＳＤＮ端末、ファクシミリ端末又は携帯電話機などの各種電話端末（本明細書では、これらを総称して「電話機」という）の呼び出し音は、ベルやブザー若しくは電子音などの無味乾燥な音調であったため、耳障りであるうえ、複数台の電話機が混在する事業所や雑踏（携帯電話機の場合）の中などでは、どの電話機が呼び出されているのか即座に識別できないという不都合があった。このため、近年、いわゆる、“着メロ”と称される呼び出し音が採用されるようになってきた。
【０００３】
着メロ付きの電話機は、被呼端末からの呼び出し時（以下、着信時という）に、メモリに記憶されているメロディ（Ｍｅｌｏｄｙ：旋律ともいう）データを読み出してスピーカ等から出力する。あらかじめメロディデータを複数備えてユーザに選択させたり、電話回線を介して任意のメロディデータをダウンロードしてメモリに登録させたり、ＤＴＭＦ（Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ）信号などを利用してユーザに簡易作曲させたりすることにより、他の電話機との呼び出し音の差別化を図ることができ、また、ユーザの音楽的趣向に合わせることができる。
【０００４】
図１１は、メモリに格納された着メロのテーブル概念図であり、このテーブルは、例えば、「着メロＮｏ．」、「曲名」及び「メロディデータ」の三つのフィールドを有する複数のレコードからなっている。メロディデータ・フィールド内の黒丸から始まって白丸で終わる破線は、曲名Ａ、Ｂ、Ｃ及びＤの各メロディデータを概念的に表しており、一般に、黒丸から白丸までは、その曲の持つ特長的な部分（例えば、サビ）であることが多い。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の着メロ付き電話機にあっては、以下のような問題点があった。
（１） 通常、呼び出し音を聞いてから応答（オフフック操作）するまでの時間は数秒ないし数十秒程度と短く、スピーカから出力される着メロもメロディデータの最初から当該秒数程度（図１１の黒丸及びその黒丸に続く破線の一部）しか再生されない。このことは、せっかく登録されているメロディデータの頭の部分しか聞けないことを意味し、メモリ利用の無駄があるうえ、好みのメロディを最後まで聞けないという問題点がある。
（２） また、電話機個々の呼び出し音を差別化するためには、多くのメロディデータを登録しなければならないが、その全てをあらかじめ登録しておくには大容量のメモリが必要になるし、前述のダウンロード方式やユーザに作曲させる方式では、手間がかかって面倒であるという問題点がある。
したがって、本発明が解決しようとする課題は、メモリ利用の無駄をなくして好みのメロディデータを最後まで聞くことができ、又は、大容量のメモリを必要とせず、且つ、手間をかけずに電話機個々の着メロを差別化することにある。
【０００６】
【課題を解決するための手段】
請求項１の発明は、着信時に呼び出し音を所定の楽曲のメロディで奏でる着信報知手段と、前記楽曲のメロディデータを複数に分割して記憶する記憶手段と、着信の度に前記記憶手段から前回着信時と異なる分割データを読み出して前記着信報知手段に出力する出力手段と、を備えたことを特徴とする。
請求項５の発明は、着信検出に基づいて着信報知を行う電話機であって、楽曲による音楽データを記憶する音楽データ記憶手段と、着信検出時に、前記音楽データ記憶手段に記憶された音楽データにより音楽報知を行う着信報知手段と、前記音楽報知による着信報知中にあって所定操作を検出した際は、その音楽データによる音楽報知を中断すると共に、その音楽データにおける中断箇所の情報を記憶する中断箇所記憶手段と、新たな着信を検出した際に、前記中断箇所記憶手段に記憶された中断箇所の情報に基づいて前記音楽データ記憶手段に記憶された音楽データの内で前記中断箇所以降の音楽による音楽報知を行うよう前記着信報知手段を制御する報知制御手段と、を具備したことを特徴とする。
【０００７】
【発明の実施の形態】
以下、本発明の実施の形態を、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−Ｐｈｏｎｅ Ｓｙｓｔｅｍ）方式の携帯電話機を例にして、図面を参照しながら説明する。
図１は、本発明を適用したＰＨＳ方式の携帯電話装置のブロック図であり、１０は主として１．９ＧＨｚ帯の周波数域に同調したアンテナ、１１はアンテナ１０を送受信で共有する送受共有部、１２は送信信号の増幅等を行う送信部、１３は受信信号の増幅等を行う受信部、１４は送信信号／受信信号の変調／復調を行う変復調部、１５は送受信信号のＴＤＭＡ／ＴＤＤ処理等を行うチャネルコーデック部、１６は音声信号のＡＤＰＣＭ処理等を行う音声コーデック部、１７は音声の送受話を行う送受話器、１８はチャネルコーデック部１５や音声コーデック部１６などを制御して携帯電話機の動作全体の制御を行う制御部、１９は呼び出し音を出力するサウンダ（着信報知手段に相当）である。
【０００８】
なお、サウンダ１９とは、圧電素子と金属板を張り合わせた発音体（いわゆる圧電振動板）のたわみ振動を発音源としたものである。圧電振動板をケースに組み込んだものを圧電サウンダという。圧電振動板は消費電力が非常に少ないことに加え、無接点構造のためにノイズが発生しないという優れた特長を持ち、特に小型電子機器のスピーカ的用途への需要が多い部品である。但し、本発明においては、圧電サウンダ（又は圧電振動板）に限定しない。制御部１８からの電子音信号を可聴音に変換できるものであればよく、例えば、スピーカや電磁ブザーなどであってもよい。
【０００９】
図２は、制御部１８のブロック図であり、１８ａは携帯電話機の動作制御プログラムを実行するＣＰＵ（出力手段、特定手段、割り当て手段、楽曲割り当て手段、ランダム値発生手段、表示制御手段、判定手段、状態遷移手段に相当）、１８ｂは該プログラムを格納するプログラムＲＯＭ、１８ｃはＣＰＵ１８ａの作業領域として用いられるワークＲＡＭ、１８ｄは通話相手の名前や電話番号などの情報（以下「電話帳情報」という）を格納する電話帳ＲＡＭ、１８ｅは着メロ用のメロディ情報を格納する音曲ＲＡＭ（記憶手段、記憶装置に相当）、１８ｆはサウンダ１９を駆動するための駆動部である。
また、１８ｇは電話番号や送受信情報又は様々なメッセージ等を表示する表示部（表示手段に相当）、１８ｈは電話番号入力用のテンキー（アルファベット及びカナ入力のキー兼用）やオフフックキー並びに各種モード設定用の機能キーなどを含むキー入力部、１８ｉはチャネルコーデック１５や音声コーデック部１６などとの間でデータの入出力を行う入出力部である。
【００１０】
プログラムＲＯＭ１８ｂには、少なくとも、オペレーティングシステム用の領域とユーザアプリケーションプログラム用の領域が形成されており、ユーザアプリケーションプログラム用の領域には携帯電話機の動作全体を制御する制御プログラム、例えば、後述の通信制御プログラム（図５及び図６参照）などが不揮発的（電源をオフにしても消去されない状態のこと）に格納されている。
ワークＲＡＭ１８ｃは、上述のとおり、ＣＰＵ１８ａの作業領域として用いられるメモリであり、その記憶内容は電源オフとともに消去されるが、他のＲＡＭ、すなわち、電話帳ＲＡＭ１８ｄや音曲ＲＡＭ１８ｅはバッテリバックアップされており、電源をオフにしてもその記憶内容を保持するようになっている。なお、電話帳ＲＡＭ１８ｄ及び音曲ＲＡＭ１８ｅについては、バッテリバックアップされたＲＡＭである必然性はない。書き換え可能な記憶媒体であって、電源オフ後もその記憶内容を保持できるものであればよく、例えば、ＥＥＰＲＯＭなどの書き換え可能な不揮発性半導体メモリを使用しても構わない。
【００１１】
図３は、電話帳ＲＡＭ１８ｄに格納された電話帳情報の構造概念図である。電話帳情報２０は複数のレコードからなるいわゆるデータベース構造を有しており、図示の例では、各レコードは「名前」、「ＴＥＬ Ｎｏ．」及び「着メロＮｏ．」の三つのフィールドを持ち、各フィールドにそれぞれ通話相手の名前（又はニックネーム）と電話番号及び当該通話相手からの着信時に使用する着メロの識別番号（着メロＮｏ．）を登録できるようになっている。
例えば、図示の例では、第１レコードに、電話番号“０９０−００００−００００”の“サトウ”からの着信時に１番の着メロを使用することが登録されており、第２レコードに、電話番号“０９０−１１１１−１１１１”の“イトウ” からの着信時に２番の着メロを使用することが登録されており、第３レコードに、電話番号“０９０−２２２２−２２２２”の“カトウ” からの着信時に３番の着メロを使用することが登録されている。なお、着メロを登録してない発信者からの着信に対しては、デフォルトの着メロを使用するようにする。また、電話番号の桁数は携帯電話機のものになっているが、登録可能な電話番号は携帯電話機のものに限らず、一般加入電話機の端末番号や構内電話の内線番号を含むものであっても構わないことはもちろんである。
【００１２】
図４は、音曲ＲＡＭ１８ｅに格納されたメロディ情報の構造概念図である。メロディ情報２１は、前述の電話帳情報２０と同様に、複数のレコードからなるいわゆるデータベース構造を有しており、図示の例では、各レコードは「着メロＮｏ．」、「曲名」、「メロディデータ」及び「先回終了のＰＡＲＴ番号」の四つのフィールドを持っている。
着メロＮｏ．は、メロディ情報２１の各レコードに割り当てられたユニークな情報であり、図では、第１レコードから順に、１、２、３、４、……、の連番が付与されている。また、曲名は、各レコードに登録された着メロの名前であり、テキスト形式の文字情報である（図では、便宜的にＡ、Ｂ、Ｃ、Ｄ、……としている）。メロディデータは、曲名Ａ、曲名Ｂ、曲名Ｃ又は曲名Ｄの楽音が持つ音楽的内容を電子データ化したものであって、駆動部１８ｆを介してサウンダ１９に与え、周囲に報知することにより、人間の聴覚上、当該音楽的内容を知覚し得るようなデータである。メロディデータ・フィールドはｎ個のサブフィールドに分かれている。このサブフィールドを便宜的に“ＰＡＲＴ”と呼ぶことにし、先頭のサブフィールドから順に「ＰＡＲＴ１」、「ＰＡＲＴ２」、「ＰＡＲＴ３」、「ＰＡＲＴ４」、……、「ＰＡＲＴｎ」という名前を付与することにすると、各サブフィールドには、一つの曲のメロディデータを幾つかに区切った各分割データが格納されている。
【００１３】
以下、ＰＡＲＴ１サブフィールドに格納された分割データのことを「ＰＡＲＴ１データ」といい、ＰＡＲＴ２サブフィールドに格納された分割データのことを「ＰＡＲＴ２データ」といい、ＰＡＲＴ３サブフィールドに格納された分割データのことを「ＰＡＲＴ３データ」といい、ＰＡＲＴ４サブフィールドに格納された分割データのことを「ＰＡＲＴ４データ」といい、……、ＰＡＲＴｎサブフィールドに格納された分割データのことを「ＰＡＲＴｎデータ」ということにする。
曲に関わらず、ＰＡＲＴ１データは、その曲のメロディデータの始まり部分（便宜的に二重の黒丸で示す）とそれに続くメロディ部分（便宜的に破線で示す）及びＰＡＲＴ１データの終わり部分（便宜的に白丸で示す）を含む。ＰＡＲＴ１データ以外は、その曲の残りの部分、すなわち、ＰＡＲＴｉデータの始まり部分とそれに続くメロディ部分及びＰＡＲＴｉデータの終わり部分（ｉは１、２、３、４、……、ｎ；以下同様）を含む。但し、ＰＡＲＴｉデータにその曲の終わり部分（便宜的に二重の白丸で示す）が含まれる場合、ＰＡＲＴｉデータはＰＡＲＴｉデータの始まり部分とそれに続くメロディ部分及びその曲の終わり部分を含み、ＰＡＲＴｉ＋１以降のサブフィールドは未使用となり、例えば、ダミーのデータで埋められる。一つの曲で幾つのサブフィールドを占有するかは、専らその曲の長さに依存する。
【００１４】
ＰＡＲＴｉデータは、既述のとおり、一つの曲のメロディデータをいくつかに区切った分割データである。この分割データは、後の説明からも明らかになるが、着メロ再生の際の単位データとなる。すなわち、ＰＡＲＴ１データを再生する際は、必ずその曲の始まり部分を含んで再生され、ＰＡＲＴ１データ以外のＰＡＲＴｉデータを再生する際は、必ずそのＰＡＲＴｉデータの始まり部分を含んで再生されるので、再生時の音楽的内容の把握容易性（どの曲かを理解しやすくする）に配慮すると、上記分割データの分割位置は、その曲の節（音の高低・長短・強弱の変化する境目）などを考慮して適切に設定することが好ましく、例えば、ある楽曲によっては「イントロ（前奏ともいう）」、「Ａメロ」、「Ｂメロ」、「サビ」、「コーダ（後奏ともいう）」の順、又は、「イントロ」、「Ａメロ」、「Ｂメロ」、「サビ」、「間奏」、「Ｂメロ」、「サビ」、「コーダ」の順に構成されているものがあるので、これらの構成要素毎に分割してもよいが、本発明の思想によれば、この分割手法に限定されない。音楽的内容の把握容易性を無視すれば、一定のデータサイズ毎に分割してもよい。
【００１５】
先回終了のＰＡＲＴ番号は、その曲を構成する全てのＰＡＲＴｉデータのうち、先回、着メロとして使用したＰＡＲＴ番号、すなわちｉの値である。例えば、図示の例では、第１レコードに「２」が、第２レコードに「１」が、第３レコードに「３」が、また、第４レコードに「１」が登録されているので、先回使用した曲名ＡのメロディデータはＰＡＲＴ２データ、同じく曲名ＢのメロディデータはＰＡＲＴ１データ、同じく曲名ＣのメロディデータはＰＡＲＴ３データ、同じく曲名ＤのメロディデータはＰＡＲＴ１データであることが分かる。
ＣＰＵ１８ａは、プログラムＲＯＭ１８ｂに格納されているオペレーティングシステムやユーザアプリケーションプログラムをワークＲＡＭ１８ｃにロードして実行し、ＰＨＳ方式による通話処理を行うほか、電話帳情報２０やメロディ情報２１の更新登録などの様々な管理処理を行う。
【００１６】
次に、作用を説明する。
・ＰＨＳ方式の通話処理
ＰＨＳ方式の移動電話システムは、サービスエリアを複数のゾーン（セルともいう）に分け、各ゾーンの中央部付近に設置された基地局（以下ＣＳ；ＣｅｌｌＳｔａｔｉｏｎという）を介して、一般加入電話機、ＩＳＤＮ端末、自動車電話機又は他のＰＨＳ端末と移動機（以下ＰＳ；Ｐｅｒｓｏｎａｌ Ｓｔａｔｉｏｎという）との間で音声やデータの送受信を行うというものであり、携帯・自動車電話システムと同様の小ゾーン方式の移動通信システムを構成する。
ＰＨＳ方式における無線回線は、１．９ＧＨｚ帯で計７７チャネル（チャネル番号１〜７７）確保されており、現在、そのうちの４０チャネルが屋外公衆で利用されている（注記参照）。チャネル番号のいくつかは各事業者用の制御チャネル（１２、１８、７３、７５及び７７）である。
注記：平成１０年９月１２日付け郵政省諮問（ＰＨＳ加入者増に対応するための周波数拡大（電波法施行規則等の一部改正に係る諮問））によれば、現在、自営用ＰＨＳで使用中の周波数帯を公衆用ＰＨＳにも利用できるようにする、とされており、上記の屋外公衆用チャネル数の拡大の可能性があるが、本明細書中では現行のチャネル数（４０チャネル）をベースに説明することとする。
【００１７】
各チャネルの伝送方式は、ＴＤＭＡ（時分割多元接続）／ＴＤＤ（時分割双方向伝送）方式であり、ＴＤＭＡによって１回線当たり送受それぞれ四つのスロットを確保するとともに、ＴＤＤで送受信の双方向通信を可能にしている。
送受信スロットの１組（Ｔ１及びＲ１）は呼設定等処理に用いられる制御用スロットであり、残りのスロットの組（Ｔ２とＲ２、Ｔ３とＲ３、Ｔ４とＲ４）を各ＰＳに動的に割り当て（チャネル番号の割り当てと合わせてリンクチャネル割り当てという）、１回線当たり同時に３台のＰＳとの間で多元接続を行う。
リンクチャネル割り当ての一例を説明すると、待ち受け状態（後述の処理プログラムにおける「待受」のステップ参照）にある呼び出し元ＰＳは、所定の発呼操作（呼び出し先ＰＳの電話番号を入力してオフフックキーを押す操作）に応答して、制御チャネル（チャネル番号１２、１８、７３、７５又は７７のうちの一つ；但し、当該ＰＳの加入事業者に割り当てられた制御チャネル）を用いてＣＳにリンクチャネル確立要求を出し、ＣＳからのリンクチャネル割り当てメッセージを受け取ると、このメッセージのインフォメーション部（ＳＣＣＨ）に格納された通信キャリア番号コード（制御チャネルを除く屋外公衆用通信チャネル番号の一つを表すコード）と、通信スロット番号コード（当該チャネル番号の４組のスロット番号の一つを表すコード）とを用いて、以降の呼設定等処理及び通信シーケンスを実行する。
【００１８】
なお、ＣＳで割り当てチャネル及びスロットが見つからなかった場合、すなわち、屋外公衆用の４０チャネル（但し、チャネル番号１２、１８、７３、７５又は７７の制御チャネルを除く）のうち自ゾーンに割り当てられたチャネルの全てのスロットがふさがっている場合、ＣＳは、呼び出し元ＰＳに対してリンクチャネル割り当て拒否メッセージを通知し、呼び出し元ＰＳは、この通知を受け取ると待受状態に移行する。
呼設定等処理では、ＣＳから割り当てられたチャネル及びスロットを用いて、呼び出し元ＰＳと呼び出し先ＰＳとの間で回線接続等の処理を行う。この呼設定処理では、呼び出し元ＰＳから呼び出し先ＰＳ（正確にはＣＳから呼び出し先ＰＳ）に対して呼び出しデータを送出し、呼び出し先ＰＳは、この呼び出しデータに応答して、呼び出し音（着信音ともいう）の鳴動処理等、着信に必要な処理を行う。
ここで、上記の呼び出しデータには、呼び出し元ＰＳを特定するための識別情報を含むことができる。識別情報の代表はいわゆる「発信者番号」（呼び出し元ＰＳの電話番号）であり、呼び出し元ＰＳで発信者番号通知をオンにしておくことにより、上記識別情報を呼び出し先ＰＳに知らせることができる。なお、上記識別情報は、呼び出し元ＰＳを特定できる情報であればよく、ＰＳ固有のＩＤ情報やユーザによって任意に入力されたＩＤ情報などであってもよいが、説明の便宜上、本明細書中では発信者番号とする。
【００１９】
・着信制御処理
図５及び図６は、通信制御プログラムに含まれる着信制御処理のフローチャートである。このプログラムは、通常、他のＰＳからの呼び出しがあるまで待ち受け状態を維持し（ステップＳ１及びステップＳ２）、呼び出しがあると、ステップＳ３に進んで呼び出し元ＰＳからの呼び出しデータに「発信者番号」が含まれているか否かを判定する。
そして、発信者番号が含まれていない場合は、ステップＳ４で既定（ディフォルト）の着メロＮｏ．、例えば、図４のメロディ情報２１の第１レコードに登録されている着メロＮｏ．１を選択する一方、発信者番号が含まれている場合は、ステップＳ５で電話帳情報２０（図３参照）を検索して発信者番号と同一のＴＥＬ Ｎｏ．を有するレコードの着メロＮｏ．、例えば、発信者番号を“０９０−２２２２−２２２２”と仮定すると、電話帳情報２０の第３レコードに登録された着メロＮｏ．３を選択する。なお、発信者番号が電話帳情報２０に登録されていない場合は、発信者番号通知なしのときと同様に、既定の着メロＮｏ．（例えば、着メロＮｏ．１）を選択する。
【００２０】
このようにして、着メロＮｏ．の選択を完了すると、次に、ステップＳ８で、先回終了のＰＡＲＴ番号＋１のメロディデータを読み込む。先回終了のＰＡＲＴ番号とは、選択された着メロＮｏ．と同一のキー値を持つ図４のメロディ情報２１のレコードに含まれる「先回終了のＰＡＲＴ番号フィールド」のデータであり、例えば、選択された着メロＮｏ．を上記例示のとおり、「着メロＮｏ．１」及び「着メロＮｏ．３」とすると、前者の場合、「先回終了のＰＡＲＴ番号フィールド」のデータは「２」、後者の場合、「先回終了のＰＡＲＴ番号フィールド」のデータは「１」となるので、ステップＳ８においては、前者（着メロＮｏ．１）の場合、ＰＡＲＴ３＋１のメロディデータ、すなわち、図４のメロディ情報２１の第１レコードのＰＡＲＴ４データが読み出され、また、後者（着メロＮｏ．３）の場合、ＰＡＲＴ１＋１のメロディデータ、すなわち、図４のメロディ情報２１の第３レコードのＰＡＲＴ２データが読み出され、要するに、先回使用したＰＡＲＴｉデータの次のデータ（ＰＡＲＴｉ＋１データ）が読み出されることとなる。但し、ＰＡＲＴｉ＋１データが空の場合やｉ＋１＞ｎの場合は、ステップＳ８で先頭のＰＡＲＴ１データが読み出されるようになっている。
【００２１】
ステップＳ８で読み出されたメロディデータ（上記例示に従えば、メロディ情報２１の第１レコードのＰＡＲＴ４データ、又は第３レコードのＰＡＲＴ２データ）は、次のステップＳ９で逐次に駆動部１８ｆに送られ、この駆動部１８ｆで電力増幅された後、サウンダ１９を駆動するために出力される。その結果、サウンダ１９は、当該メロディデータ、すなわち、上記例示に従えば、メロディ情報２１の第１レコードのＰＡＲＴ４データ、又は、第３レコードのＰＡＲＴ２データに応じた着メロを奏で始める。
着メロ鳴動中に、ステップＳ１０で応答操作（オフフックキーの押し下げ操作）を検出しなければ、ステップＳ１５に進み、着メロ鳴動終了、すなわち、上記例示に従えば、メロディ情報２１の第１レコードのＰＡＲＴ４データ、又は、第３レコードのＰＡＲＴ２データの終了か否かを判定する。そして、終了であれば、ステップＳ１６で同一レコードの次のＰＡＲＴ番号のメロディデータを読み込み、ステップＳ１７で、ステップＳ９と同様の処理（逐次に駆動部１８ｆを介してサウンダ１９に出力する処理）を行い、再びステップＳ１０以降を繰り返す。但し、ステップＳ１６で“次のＰＡＲＴ番号”のデータが空の場合、又は、“次のＰＡＲＴ番号”がｎを超える場合は、同一レコードの先頭のＰＡＲＴ１データを読み込む。
【００２２】
着メロ鳴動中に発呼者切断（呼び出し元ＰＳでの強制切断又は電波状態悪化による切断）が発生した場合（ステップＳ１８のＹＥＳ判定）、ステップＳ１９で直ちにメロディ出力を停止し、ステップＳ２０で現在のＰＡＲＴ番号をメロディ情報２１の該当レコード（の「先回終了のＰＡＲＴ番号フィールド」）に記録した後、待ち受け状態（図５のステップＳ１）に復帰する。
また、着メロ鳴動中に応答操作（オフフックキーの押し下げ操作）を検出（ステップＳ１０のＹＥＳ判定）すると、ステップＳ１１で直ちにメロディ出力を停止し、ステップＳ１２で現在のＰＡＲＴ番号をメロディ情報２１の該当レコード（の「先回終了のＰＡＲＴ番号フィールド」）に記録する。そして、ステップＳ１３で通話状態に移行した後、回線切断（ステップＳ１４のＹＥＳ判定）を待ってから待ち受け状態（図５のステップＳ１）に復帰する。
【００２３】
したがって、以上の処理によれば、着信時に先回使用したＰＡＲＴ番号の次のＰＡＲＴ番号のメロディデータを鳴動できるから、着信の度に一つの曲のメロディデータの分割データを順次に鳴動させることができ、一つの曲を最後まで聞くことができるという格別の効果が得られる。
また、発信者番号通知がある場合は、その番号を用いて電話帳を検索し、電話帳に登録されている着メロＮｏ．に基づいて複数のメロディデータの一つを選択的に使用するので、呼び出し元ＰＳに対応した特定の着メロを鳴動させることができ、呼び出し元の聴覚上の識別性を向上できるとともに、かかる電話帳利用の場合においても、同一の相手からの着信の度に一つの曲のメロディデータの分割データを順次に鳴動させることができ、一つの曲を最後まで聞くことができるという格別の効果が得られる。
なお、図５のステップＳ８の処理、すなわち、「先回終了のＰＡＲＴ番号＋１のメロディデータを読み込む」を、「乱数等のランダムな値を発生してそのランダム値をＰＡＲＴ番号とするメロディデータを読み込む」と変形させてもよい。これによれば、着信の度にランダムに読み出された分割データによるメロディが奏でられるので、一つの楽曲の様々な部分を聞いて楽しむことができるという効果が得られる。
【００２４】
上記の実施の形態は、本発明の意図する範囲において様々な変形例を含む。例えば、電話帳情報を使用しない変形例も包含する。
図７は、そのフローチャートであり、図５と同一処理内容のステップには共通の符号を付してある。すなわち、図７のフローチャートは、図５のフローチャートのステップＳ３、ステップＳ５、ステップＳ６及びステップＳ７を取り除いたものに相当し、要するに、発信者番号通知の有無判定と、電話帳からの着メロＮｏ．の選択処理とを省いたものであり、着信時に常に同一の着メロＮｏ．（既定の着メロＮｏ．）を選択する点で、図５のフローチャートと相違する。
したがって、この変形例においても、呼び出し元ＰＳ毎に着メロＮｏ．を指定をできないものの、着信時に先回使用したＰＡＲＴ番号の次のＰＡＲＴ番号のメロディデータを鳴動できるから、着信の度に一つの曲のメロディデータの分割データを順次に鳴動させることができ、一つの曲を最後まで聞くことができるという同一の効果が得られる。
【００２５】
また、図示はしないが、一つの曲を構成するＰＡＲＴ１からＰＡＲＴｎまでの各分割データを、電話帳を用いてそれぞれの呼び出し元ＰＳに割り当てるようにすれば、一つの曲で最大ｎ個の呼び出し元ＰＳに対応することができ、従来のように、異なる曲をそれぞれの呼び出し元ＰＳに割り当てるものに比べてメモリ容量を少なくできるという効果が得られる。
または、図８及び図９のように変形させてもよい。これは、着メロＮｏ．とその着メロＮｏ．のＰＡＲＴ番号の選択にランダム性を持たせ、ユーザに曲名を当てさせるというゲームを行うものである。以下の例では、着信時に当該ゲームを行い、曲名が一致しなければ応答不可（オフフック操作不可）となるようにしているが、これに限らない。待ち受け状態で自由にゲームを楽しめるようにしてもよい。
【００２６】
図８において、ステップＳ１とステップＳ２の処理は、前述の図５の同一ステップの処理と同じである。ステップＳ２で着信を検出すると、まず、ステップＳ２１で乱数（便宜的にｊａとする）を発生する。この乱数（ｊａ）の基数となる値は例えば日時情報のようにランダム性の高いものを用いる。また、乱数（ｊａ）の範囲は１〜ｍとすることが望ましい。ｍはメロディ情報２１の最大レコード数である。
次に、ステップＳ２２で乱数（ｊａ）に対応する、メロディ情報２１のレコード番号（以下、レコードｊａとする）を検査し、存在しなければ、ステップＳ２１に戻って乱数（ｊａ）を再発生し、存在すれば、ステップＳ２３に進んで新たな乱数（便宜的にｊｂとする）を発生する。この乱数（ｊｂ）の基数となる値も例えば日時情報のようにランダム性の高いものを用いる。また、乱数（ｊｂ）の範囲は１〜ｎとすることが望ましい。ｎはメロディ情報２１のメロディデータフィールドにおけるサブフィールド数である。
【００２７】
次に、ステップＳ２４で乱数（ｊｂ）に対応する、レコードｊａのサブフィールド（例えば、ｊｂ＝２とすると、ＰＡＲＴ２）に有効なメロディデータが存在するか否かを検査し、存在しなければ（例えば、空データ）、ステップＳ２３に戻って乱数（ｊｂ）を再発生し、存在すれば、ステップＳ２５に進んでレコードｊａのサブフィールドのメロディデータ、例えば、ｊｂ＝２とすると、ＰＡＲＴ２データを読み込み、ステップＳ２６で、逐次に駆動部１８ｆを介してサウンダ１９に出力する。その結果、サウンダ１９は、当該メロディデータ、すなわち、上記例示に従えば、メロディ情報２１の第ｊａレコードのＰＡＲＴｊｂデータに応じた着メロを奏で始める。
次に、着メロ鳴動中にステップＳ２７で曲名リストを表示部１８ｇに送り、所要のフォーマットで表示する。図１０（ａ）はその表示例であり、表示部１８ｇの画面上には、番号と曲名がリスト状に表示されているとともに、テンキーによる番号入力を促す適宜のメッセージ（例えば、“番号を入力して下さい”）が表示されている。なお、表示される曲名は、メロディ情報２１の曲名フィールドに登録されている情報である。
【００２８】
ユーザが任意のテンキーを押して番号を入力すると、ステップＳ２９の判定結果がＹＥＳとなり、ステップＳ３０に進んで曲名一致が判定される。曲名が一致している場合、ステップＳ３３でオフフックボタンの操作が可能となり、以降、通常の通話動作に移行できるが、曲名が不一致の場合は、ステップＳ３１に進んで適宜のエラーメッセージ（例えば、図１０（ｂ）参照）を表示部１８ｇに表示し、ステップＳ３２で所定時間（エラーメッセージの確認に必要な時間）待機した後、ステップＳ２７に戻って再び曲名リストを表示する。なお、曲名リスト表示中にメロディが終了した場合（ステップＳ２８のＹＥＳ判定）は、ステップＳ２６に戻って同一のメロディ出力をやり直す。
以上のとおり、この変形例によれば、着信時に、メロディ情報２１に登録されている複数の着メロの一つがランダムに選択され、且つ、その着メロのＰＡＲＴ番号がランダムに選択された後、当該ＰＡＲＴ番号のメロディデータが鳴動される。さらに、その曲名を当てるメッセージを表示してユーザに曲名番号の入力を促し、番号が一致したときにオフフックキーを操作可能にして通常の通話動作に移行させることができる。
したがって、着信操作にゲーム性を持たせることができ、楽しみつつ電話機を使用できるという格別の効果が得られる。
【００２９】
なお、メロディ情報２１に登録されているＰＡＲＴデータうち、その曲の音楽的特長をよく表す部分（例えば、イントロやサビ）を固定的に選択するようにしてもよい。すなわち、当該部分をＰＡＲＴｘとすると、図８のステップＳ２３及びステップＳ２４の代わりに、ＰＡＲＴｘデータを固定的に選択するステップを入れてもよい。このようにすると、その曲の音楽的特長をよく表す部分が着メロとして流れるので、曲名を当てやすくなる。
また、以上の変形例を含む実施の形態は、上記例示の携帯電話機に限らない。要は、呼び出し音に着メロを用いる電話機であればよく、一般加入電話機、ＩＳＤＮ電話機、ＰＢＸ構内電話機又はファクシミリ端末などの各種電話端末、若しくはパーソナルコンピュータや携帯情報端末などに搭載された電話機能にも適用することができる。
また、図４に示したメロディ情報２１の構造は、各フィールド及び各サブフィールドの長さを固定長としているが、これに限らない。登録データの長さに応じて可変長となる構造にしてもよく、むしろメモリ容量の効率的使用を考慮すると可変長構造の方が望ましい。
さらに、上記実施の形態では、サブフィールドの選択条件として着信回数を条件としているが、これに限ることなく、例えば、着信時間、日付、月等の日時、あるいは優先度（相手による）等を条件としてもよい。
【００３０】
【発明の効果】
請求項１の発明によれば、一つのメロディによる着信報知であっても、着信の度に前回着信時のメロディとは異なるパートのメロディによる着信報知が可能となる。
請求項５の発明によれば、何回かの着信を経ることにより、一つのメロディを最初から最後まで聞くことができる。
【図面の簡単な説明】
【図１】携帯電話機の全体ブロック図である。
【図２】携帯電話機の制御部のブロック図である。
【図３】電話帳情報の概念図である。
【図４】メロディ情報の概念図である。
【図５】通信制御プログラムのフローチャート（１／２）である。
【図６】通信制御プログラムのフローチャート（２／２）である。
【図７】通信制御プログラムの変形例のフローチャートである。
【図８】通信制御プログラムの別変形例のフローチャート（１／２）である。
【図９】通信制御プログラムの別変形例のフローチャート（２／２）である。
【図１０】曲名当てクイズの画面表示状態図である。
【図１１】従来のメロディ情報の概念図である。
【符号の説明】
１８ａ ＣＰＵ（出力手段、特定手段、割り当て手段、
楽曲割り当て手段、ランダム値発生手段、
表示制御手段、判定手段、状態遷移手段）
１８ｅ 音曲ＲＡＭ（記憶手段、記憶装置）
１８ｇ 表示部（表示手段）
１９ サウンダ（着信報知手段）
Claims (7)
- 着信時に呼び出し音を所定の楽曲のメロディで奏でる着信報知手段と、
前記楽曲のメロディデータを複数に分割して記憶する記憶手段と、
着信の度に前記記憶手段から前回着信時と異なる分割データを読み出して前記着信報知手段に出力する出力手段と、
を備えたことを特徴とする電話機。 - 呼び出し元毎に前記記憶手段内の分割データの一つを割り当てる割り当て手段を有し、
前記出力手段は、前記割り当て手段により割り当てられた呼び出し元からの着信の度に当該呼び出し元に割り当てられた分割データを前記記憶手段から読み出して前記着信報知手段に出力すること、を特徴とする請求項１記載の電話機。 - 呼び出し元毎に前記記憶手段内の楽曲の一つを割り当てる楽曲割り当て手段を有し、
前記出力手段は、前記楽曲割り当て手段により割り当てられた呼び出し元からの着信の度に当該呼び出し元に割り当てられた楽曲のメロディデータのうち前回着信時と異なる分割データを前記記憶手段から読み出して前記着信報知手段に出力すること、を特徴とする請求項１記載の電話機。 - ランダムな値を発生するランダム値発生手段を有し、
前記出力手段は、前記ランダム値発生手段により発生されたランダムな値に対応する楽曲の分割データを前記記憶手段から読み出して前記着信報知手段に出力すること、を特徴とする請求項１記載の電話機。 - 着信検出に基づいて着信報知を行う電話機であって、
楽曲による音楽データを記憶する音楽データ記憶手段と、
着信検出時に、前記音楽データ記憶手段に記憶された音楽データにより音楽報知を行う着信報知手段と、
前記音楽報知による着信報知中にあって所定操作を検出した際は、その音楽データによる音楽報知を中断すると共に、その音楽データにおける中断箇所の情報を記憶する中断箇所記憶手段と、
新たな着信を検出した際に、前記中断箇所記憶手段に記憶された中断箇所の情報に基づいて前記音楽データ記憶手段に記憶された音楽データの内で前記中断箇所以降の音楽による音楽報知を行うよう前記着信報知手段を制御する報知制御手段と、
を具備したことを特徴とする電話機。 - コンピュータに、
着信時に呼び出し音を所定の楽曲のメロディで奏でる着信報知手段と、
前記楽曲のメロディを複数に分割する分割手段と、
着信の度に、前記分割手段で分割されたメロディの内で、前回着信時に奏でた箇所のメロディとは異なる箇所のメロディを前記着信報知手段に出力する出力手段と、
を機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。 - コンピュータに、
楽曲による音楽データを記憶する音楽データ記憶手段と、
着信検出時に、前記音楽データ記憶手段に記憶された音楽データにより音楽報知を行う着信報知手段と、
前記音楽報知による着信報知中にあって所定操作を検出した際は、その音楽データによる音楽報知を中断すると共に、その音楽データにおける中断箇所の情報を記憶する中断箇所記憶手段と、
新たな着信を検出した際に、前記中断箇所記憶手段に記憶された中断箇所の情報に基づいて前記音楽データ記憶手段に記憶された音楽データの内で前記中断箇所以降の音楽による音楽報知を行うよう前記着信報知手段を制御する報知制御手段と、
を機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16603199A JP3997374B2 (ja) | 1999-06-11 | 1999-06-11 | 電話機及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16603199A JP3997374B2 (ja) | 1999-06-11 | 1999-06-11 | 電話機及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000354087A JP2000354087A (ja) | 2000-12-19 |
| JP3997374B2 true JP3997374B2 (ja) | 2007-10-24 |
Family
ID=15823668
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16603199A Expired - Fee Related JP3997374B2 (ja) | 1999-06-11 | 1999-06-11 | 電話機及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3997374B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7212840B2 (en) | 2003-06-11 | 2007-05-01 | Nec Corporation | Cellular phone and incoming call reception informing method |
| US7738651B2 (en) * | 2005-10-17 | 2010-06-15 | Sony Ericsson Mobile Communications Ab | Method and apparatus for customizing an audio file in a mobile device |
| KR100797043B1 (ko) | 2006-03-24 | 2008-01-23 | 리얼네트웍스아시아퍼시픽 주식회사 | 사용자 출력 위치 지정 ｒｂｔ 제공 방법 및 시스템 |
| JP4924282B2 (ja) * | 2007-08-21 | 2012-04-25 | 日本電気株式会社 | 携帯端末及びこの端末のアラーム音選択方法 |
| CN106161714B (zh) * | 2015-04-03 | 2020-07-31 | 南京中兴软件有限责任公司 | 一种铃声播放方法和装置、终端 |
-
1999
- 1999-06-11 JP JP16603199A patent/JP3997374B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000354087A (ja) | 2000-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100353734C (zh) | 便携式电话机 | |
| CN101079922B (zh) | 一种可显示主叫用户意图的来电显示方法与装置 | |
| US20030027605A1 (en) | Mobile wireless terminal device capable of informing with varied contents for ringing | |
| KR100555094B1 (ko) | 휴대 전화 | |
| JP3997374B2 (ja) | 電話機及び記録媒体 | |
| US20050059434A1 (en) | Method for providing background sound effect for mobile phone | |
| JP4360033B2 (ja) | 通信端末装置 | |
| JP3319976B2 (ja) | 電話機 | |
| JP2002204300A (ja) | 携帯電話の対話式無音応答 | |
| JP4305794B2 (ja) | 電話機 | |
| JP3240000B1 (ja) | 通信端末装置、着信メロディ演奏方法および情報記憶媒体 | |
| JP3251274B2 (ja) | 通信端末装置、保留メロディ送出方法および情報記憶媒体 | |
| KR100773950B1 (ko) | 통신 단말기의 벨소리 설정방법 | |
| JP3789274B2 (ja) | 移動体通信端末 | |
| WO2001099391A1 (fr) | Terminal de transmission, procede de transmission d'une melodie d'attente, procede de lecture d'une melodie entrante et support de stockage de donnees | |
| JPH09200303A (ja) | 電話機 | |
| KR20010079142A (ko) | 이동통신 단말기의 벨소리, 호출음, 발신음의 녹음,재생장치 및 그 단말기를 이용한 녹음방법 | |
| JP2002271452A (ja) | 通信端末装置 | |
| JPH11163971A (ja) | 無線電話端末の着信通知方式 | |
| KR20040038016A (ko) | 멜로디 연주 기능이 구비된 휴대폰 | |
| JPH10313351A (ja) | 着信音録音可能な携帯電話機 | |
| JP2001345920A (ja) | 電話機 | |
| KR200337937Y1 (ko) | 다양한 벨소리 출력기능을 갖는 유선 전화기 장치 | |
| KR200242886Y1 (ko) | 벨소리 변경을 위한 전화기 보조 유닛 | |
| KR100487189B1 (ko) | 이동 통신 단말기에서 음향 신호를 이용하여 벨소리를편집하는 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051107 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061206 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070117 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070207 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070328 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070711 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070724 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |