(57)【要約】【課題】  従来の電話の発／着呼方法では、相手が受話器を取って送話口に出るまで、番号を間違って入力したことに気づかないことが多い。呼び出し者は番号を間違っているとは思わないのでよく確かめないし、電話器を早く耳に当てないと呼び出し状態を確認できないからである。【解決手段】  着機２００にはあらかじめメッセージＲＧＴ２１３を記憶させておく。着機は着呼があったとき、着メロを鳴動２０３させるとともに、ユーザのオフフックの前に呼機１００との間で仮音声接続を確立（仮想ＲＧＴ状態２１０）してメッセージＲＧＴを呼機１００に送信２１３する。呼機１００は受信したメッセージＲＧＴを鳴動させる。呼機のユーザはメッセージＲＧＴを聞くことにより、確かに呼び出したい相手を呼び出し中であることを確認することが出来る。【選択図】図４
2005151138.tif 000002
【特許請求の範囲】
【請求項１】
公衆電話回線網を介して互いに音声通話可能な複数の通信端末装置のそれぞれにあらかじめ任意の音声呼び出しメッセージを記憶するメッセージ記憶手順、
前記複数の通信端末装置の内の第１通信端末装置が、第２通信端末装置から呼び出しを受けたとき、前記第１通信端末装置の使用者が受信操作を行う前に前記第１通信端末装置と前記第２通信端末装置の間で音声情報を送受可能な通話回線を確立する仮ＲＧＴ状態構成手順、
前記仮ＲＧＴ状態において前記第１の通信端末装置から前記第２の通信端末装置へと前記音声呼び出しメッセージを送信するメッセージＲＧＴ送信手順、
前記第２の通信端末装置は受信した前記音声呼び出しメッセージを前記第１通信端末装置において受話器がオフフックされるまでの間鳴動させるＲＧＴ鳴動手順を含むことを特徴とする公衆電話回線網における発／着呼方法。
【請求項２】
前記メッセージ記憶手順は互いに異なる複数の前記音声呼び出しメッセージを記憶するものであり、あらかじめ登録した通話相手先電話番号に前記音声呼び出しメッセージを関連づけて登録するメッセージ登録手順、
前記第２通信端末装置から送信された電話番号情報に基づき、前記選択した音声呼び出しメッセージを送信する登録メッセージＲＧＴ送信手順を含むことを特徴とする請求項１に記載の公衆電話回線網における発／着呼方法。
【請求項３】
前記第２通信端末装置から、予め定めたパスワードまたは予め登録した合い言葉を前記第１通信端末装置に対して送信する双方向仮ＲＧＴ状態構成手順を含むことを特徴とする請求項２に記載の公衆電話回線網における発／着呼方法。
【請求項４】
公衆電話回線網を介して音声通話可能な通信端末装置であって、
前記通信端末装置に設けられあらかじめ入力された任意の音声呼び出しメッセージを記憶するメッセージＲＧＴ格納部、
前記複数の通信端末装置の内の第１通信端末装置が、第２通信端末装置から呼び出しを受けたとき、前記第１通信端末装置の使用者が受信操作を行う前に前記第１通信端末装置と
前記第２通信端末装置の間で、音声情報を送受可能な仮通話回線を確立するとともに、
前記仮通話回線を介して前記第１の通信端末装置から前記第２の通信端末装置へと前記音声呼び出しメッセージを送信する仮通話回線確立手段、
前記第２の通信端末装置に設けられ受信した前記音声呼び出しメッセージを前記第１通信端末装置において受話器がオフフックされるまでの間鳴動させる音声メッセージ鳴動手段を備えたことを特徴とする通信端末装置。
【請求項５】
前記メッセージ記憶部は互いに異なる複数の前記音声呼び出しメッセージを記憶するものであり、
前記複数の音声メッセージのそれぞれをあらかじめ登録した通話相手先電話番号に関連づけて記憶するメッセージ登録手段、
前記第２通信端末装置から送信された電話番号情報に基づき、前記関連づけた音声呼び出しメッセージを送信する登録メッセージ送信手段を備えたことを特徴とする請求項４に記載の通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は音声通信機能を有する公衆通信端末装置例えば携帯電話機などの発呼／着呼方法とこの方法を用いる通信端末装置に関するものである。
【背景技術】
【０００２】
ＰＤＣ（Personal Digital Cellular）方式の音声通信における発呼／着呼動作は、規格［ＲＣＲＳＴＤ−２７ デジタル方式自動車電話システム］に規定されているが、本発明の課題についての理解を助けるため簡易シーケンスを図８に示して、その動作の概要について説明する。
通常の携帯電話では、発信端末装置１００（以下、発機という、ただし図８では発呼側と記す）からの「呼出」メッセージ１０１(以下、呼出)を着信端末装置２００(以下、着機、ただし図８では着呼側)が受信した時点２０１で、発機ユーザに着機の呼び出しを行っている事を知らせる為にいわゆるリングトーン１０３（発信端末装置のスピーカで着信端末装置からのオフフック情報待ちの間に鳴動する音、以下ＲＧＴと言う）を鳴動させる。ＲＧＴに使用される音には、公衆交換網で生成された音信号、又は発機の内部で生成された音信号等が用いられている。詳細な説明は省くが相手が話し中であればいわゆる話し中信号音が鳴動され、また、相手が電源を切っているかあるいは電波の届かないところにいるとき（即ち呼び不能）には相応のアナウンス（公衆交換網で生成された合成音声信号など）がなされる。
これらの音は単に呼出中、話し中、呼び不能である事などを発呼側ユーザに知らせる事だけを目的としている為、現に呼び出している相手が誰であるかに関係なく、単調な電子音又は合成音声の繰り返しが採用されている例が多く、いわゆる着メロとして公知の着呼側の鳴動音の多様性に比して、使用者の娯楽性、カスタマイズ性が低いという課題があった。
【０００３】
ＲＧＴ鳴動中は、例えば発呼側の電話番号が着呼側端末に表示されていて、受話器を取らなくても誰からの呼び出しであるかを知ることが出来る。このように呼び出し中にも発呼側から着呼側へはある程度の情報が送信されている。
一方、発呼側は仮に間違った番号を打ち込んでしまった場合、打ち込んだ番号をよく見れば間違いに気づくはずとはいうものの、前述の信号音を聞くため受話器をすぐ耳に当てる必要もあってよく確認しない場合が多く、また呼び出し中、着呼側の情報は前述の情報以外には送信されてこず単純なＲＧＴが聞こえるだけなので、相手が電話に出るまで間違いに気づかない。このように相手との音声通信を開始して初めて接続間違いに気づくと言うことは、従来の発呼／着呼方法では接続に先立つ相互の認証動作が不完全であることを示していることに他ならない。
【非特許文献１】規格［ＲＣＲ ＳＴＤ−２７ デジタル方式自動車電話システム］
【発明の開示】
【発明が解決しようとする課題】
【０００４】
１）呼び出し中は、発呼側には鳴動する無味乾燥なＲＧＴしか聞こえず、使用者の娯楽性、カスタマイズ性に乏しいという課題があった。
２）呼び出し側が間違った番号を打ち込み、しかもよく確認しなかった時には、相手が電話に出るまで間違いに気づかないという課題があった。
３）従来の発呼／着呼方法は接続に先立つ相互の認証動作が不完全であるという課題があった。
【課題を解決するための手段】
【０００５】
この発明の公衆電話回線網における発／着呼方法は、公衆電話回線網を介して互いに音声通話可能な複数の通信端末装置のそれぞれにあらかじめ任意の音声呼び出しメッセージを記憶するメッセージ記憶手順、
前記複数の通信端末装置の内の第１通信端末装置が、第２通信端末装置から呼び出しを受けたとき、前記第１通信端末装置の使用者が受信操作を行う前に前記第１通信端末装置と前記第２通信端末装置の間で音声情報を送受可能な通話回線を確立する仮ＲＧＴ状態構成手順、
前記仮ＲＧＴ状態において前記第１の通信端末装置から前記第２の通信端末装置へと前記音声呼び出しメッセージを送信するメッセージＲＧＴ送信手順、
前記第２の通信端末装置は受信した前記音声呼び出しメッセージを前記第１通信端末装置において受話器がオフフックされるまでの間鳴動させるＲＧＴ鳴動手順を含むものである。
【発明の効果】
【０００６】
この発明の発呼／着呼方法では、音声通信機能を有する発／着信端末装置において、ユーザが任意作成した音声情報または画像/動画情報を情報記憶部に記憶させている。発信端末装置からの発呼を着信端末装置が受信したとき、オフフック前に着信端末装置は記憶している前記情報を発信端末装置へ送信する。発信端末装置では着信端末装置から送信されたユーザの任意作成情報を鳴動させる。
従って発呼側はこの音により間違いなく呼び出すつもりであった相手を呼んでいることを確認することができ、電話の掛け間違いが減るという効果が得られる。
また、発信端末装置はメッセージＲＧＴ情報の内容に従い、ダイヤルプッシュ音や音声で着信端末装置に応答する事で双方向型のサービスを行う事できる。
これにより、発信端末装置のユーザは、着信端末装置のユーザが実際に着信追応答するまでの間に前もって情報を取得する事ができる為、使用者の娯楽性、カスタマイズ性が向上するという効果が得られる。
【発明を実施するための最良の形態】
【０００７】
本発明の実施の形態１について説明する前に、本発明の内容がいわゆる［着メロ］として公知の着信報知用メロデイに関する技術と混同、誤解される恐れのないよう、これとの根本的な差についてあらかじめ説明する。
いわゆる［着メロ］は、着信があったことを着信端末装置のユーザに知らせるために、あらかじめ着信端末装置内に記憶している音楽データなどを、着信端末装置のスピーカから、着信検出の後オフフックまでの間に鳴動させるものである。このとき記憶している複数の音楽データの中から、呼び出し相手先に応じて音楽を選択して鳴動させるものも知られている。
本発明は、着信端末装置内に記憶している音楽データなどを、着信側がフックをはずすまでの間、呼び出し側のスピーカから呼び出し側ユーザに対して鳴動させるものである。
【０００８】
実施の形態１．
この発明の発／着呼方法について説明する前に、この発明が利用される公衆通信システムの構成（以下ネットワークシステム）について図１により説明する。
本発明を適用するネットワークシステムは、図１に示すような公衆交換網（電話回線網）５０とこの公衆交換網５０に無線または有線で接続された、または接続され得る発信端末装置１と着信端末装置２とを含むものである。各端末装置は複数存在するが、ここでは図示説明の都合上各１つのみを示している。発信端末装置１と着信端末装置２は移動しながら通信ができるものでもよいし、固定されているものでもよい。発信端末装置１(以下、発機ともいう)及び、着信端末装置２（以下、着機ともいう）が公衆交換網５０を通して無線通信を行うネットワークのシステムを構成している。
発信端末装置１と着信端末装置２とはハードウェアとしては同じ物であることが一般的であるが、ここでは説明の都合上、呼び出しを掛ける側（発信端末装置１）、呼び出しを受ける側（着信端末装置２）として区別する。
【０００９】
次に、図１の発信端末装置１と着信端末装置２の内部構成について、図２にて説明を行う。発信端末装置１と着信端末装置２は共に同じ構成をしている。以下に図２に示した各ブロックの詳細について説明する。
操作部１１は図示しないユーザのキー操作を行う部分でありいわゆるキーボードである。表示部１２はＬＣＤ（液晶表示部）及び画面表示動作に必要なドライバなどの装置類である。呼制御部１３は通信プロトコル制御を行う。
音声呼び出しメッセージ格納部１４（以下メッセージＲＧＴ格納部１４）はこの端末装置で設定したメッセージＲＧＴデータを格納している。着信メロディー格納部１５は着機ユーザへ着信があった事を知らせる為の着信メロディーを格納している。
【００１０】
マルチメディア符号/複合部１６はメッセージＲＧＴデータや、着信メロディーデータを複合化する。通信制御部１７は通信の物理層の制御を行う。音声認識部１８は双方向型サービスとして、発機からの送信音声をパラメータ変換する。双方向制御部１９はパラメータ化された音声から次に行う処理の判断を行う。
メッセージＲＧＴ設定情報部２０は、電話帖（図示しない）の電話番号情報とメッセージＲＧＴデータとの関連づけ情報である。これについて図３により説明する。メッセージＲＧＴは図３ではメロディであるとして説明しているが、メロディに限らず合成音声やユーザのアナウンスを録音したものでも良い。メッセージＲＧＴは１個でもよいが、複数個登録されていてこれらを予め登録してある通信の可能性のある相手方の電話番号とリンクさせ、これをメッセージＲＧＴ設定情報格納部２０に格納している。
データリンク部２１は受信した電話番号から関連付けされているメッセージＲＧＴデータを判断し選択する。また、スピーカ／マイク／アンテナ／電源などを有しているが、いずれも公知であるので詳細な説明は省略する。
【００１１】
メッセージＲＧＴの動作について、図２、図３、図４、図５、図６に従って説明を行う。
本発明では、発呼に際して仮ＲＧＴ状態と呼ぶ状態を設ける。この仮ＲＧＴ状態は発機/着機のユーザには呼出を続けていることを示しつつ、しかも送受話路は接続されている状態（仮に通話回線を確立した状態）である。これについて説明する。
まず始めに、図５にて仮ＲＧＴ状態に遷移するシーケンスと、ユーザへの発信/着信中表示の見せ方について説明する。
発機１００から呼設定メッセージ１０１にて、公衆交換網５０を介して着機２００に対して通信要求がある事を通知する（ステップ５１）。
公衆交換網を介した呼設定メッセージは呼び設定２０１となり、呼び設定２０１を受信した着機２００はユーザへ着信があった事を示すため、表示部１２に着信表示２０２を行い、着信メロディ格納部１５に格納されている着信メロディーをマルチメディア符号／複合部１６で複合化してスピーカより鳴動させる（ステップ５２）。
【００１２】
次に、着機２００は通信制御部１７を介して仮想ＲＧＴ開始メッセージ２１０を通知し、発機１００からの仮想ＲＧＴ応答１１０を受信して、仮ＲＧＴ状態に遷移した事を確認した後に、呼出メッセージ２１１を通知する。
次に、ユーザがフックをはずす前に、送受話路の仮接続を行う為、応答メッセージ２１２を呼出メッセージ２１１の通知後すぐに通知する。そして送受話路が仮接続される（ステップ５３）（通信制御部１７はこの発明に言う仮通話回線確立手段である）。
仮ＲＧＴ状態ではユーザに対しては、まだ呼び出し中であるように振舞う。そのため発機１００はこの応答メッセージ２１２を受けても通話中表示は行わず、また着機２００も通話中表示を行わない、且つ、着信メロディーの鳴動２０３を継続する（ステップ５４）。
【００１３】
送受話路の接続とともに、着機２００はメッセージＲＧＴの送信２１３を行う。着機２００はメッセージＲＧＴ格納部１４に格納されているメッセージＲＧＴをマルチメディア符号／複合部１６で複合化して通信制御部１７より送信する（ステップ５６、メッセージＲＧＴ送信手順という）。
発機１００は受信したメッセージＲＧＴをマルチメディア符号／複合部１６を通して従来ＲＧＴを鳴動させていたのと同じ要領でスピーカより鳴動させる（ステップ５７）。ステップ５３からステップ５７を仮ＲＧＴ状態構成手順という。
この様にして着機のユーザがオフフックするまでの間、着機に記憶されていたメッセージＲＧＴが発機のスピーカから鳴動される（ＲＧＴ鳴動手順という）。受信したメッセージＲＧＴをスピーカから鳴動させるための回路を音声メッセージ鳴動手段という。なお、話し中、あるいは電源オフ、圏外などの場合の動作は従来と同じなので詳細な説明は省略する。
【００１４】
上記の後、着機はユーザのオフフック２１４を操作部１１で検出した場合（ステップ５８）、呼制御部１３より通信制御部１７を通して擬似応答メッセージ２１５を通知する。これは、図８のオフフック２１４後の応答メッセージ２１５と同意である。発機１００は擬似応答メッセージ２１５を受信したら、呼制御部１３から通信制御部１７を通して擬似応答確認メッセージ１１６を送信して表示部１２に通信中の表示を行う。着機２００も擬似応答確認メッセージ１１６を受信したら、マルチメディア符号／複合部１６のメッセージＲＧＴの複合化を停止し、表示部１２に通話中の表示を行い音声通話状態に遷移する（ステップ５９〜６０）。
これにより、音声通話が始まる。
通話の終了時の操作、および動作については従来と同じなので説明は省略する。
【００１５】
次に、メッセージＲＧＴデータの作成と設定方法について説明する。
メッセージＲＧＴデータはマイクロホンから音声や音楽を入力してこれをメッセージＲＧＴ格納部１４に記憶させてもよいし、インターネットからダウンロードした有料／無料のソフトを記憶させてよい（メッセージ記憶手順という）。
このようにして記憶させたたメッセージＲＧＴデータを事前に想定される呼び出しユーザに応じて設定する方法について説明する。
着機２００のユーザは、図３に示したように操作部１１から図示しない電話帖（相手先電話番号記憶部）に格納している電話番号とメッセージＲＧＴ格納部１４に格納しているメッセージＲＧＴとの関連付け操作を行う。ここでいう関連付けとはどの相手先に対してはどの音楽（又はメッセージ）を鳴動させるかを決めることである。関連付けた情報はメッセージＲＧＴ設定情報格納部２０に格納される（メッセージ登録手順という）。メッセージＲＧＴ設定情報格納部２０はメッセージ登録手段ともいう。
着機２００が着信を受けたら、発機１００の電話番号（着信と同時に伝送されてくる）とメッセージＲＧＴ設定情報格納部２０に格納されている設定情報とから、鳴動すべきメッセージＲＧＴを決定してマルチメディア符号／複合部１６へ再生要求を行う（登録メッセージＲＧＴ送信手順という）。
【００１６】
実施の形態１に示したものの場合は、自機に対しての設定のみで使用を開始することができる。この他に、例えば、着機のユーザが事前に公衆交換網５０にメッセージＲＧＴデータと発機を登録し、発機に対して登録されたＲＧＴを網から通知する方法も考えられるが、このような方法ではサーバのメモリ容量の関係で登録人数をあまり増やすことができない。本実施の形態の方法だと電話帳の登録数分に対する数のＲＧＴを登録できる。また、ＲＧＴのデータそのものもダウンロードすること等によりデータ容量の制限なく選択できる。
【００１７】
実施の形態２．
次に、メッセージＲＧＴ中の双方向型機能について図６および図７のフローチャートにより説明を行う。図６のフローは実施の形態１で説明した図５のフローチャートの一部をより詳細に展開したものである。
メッセージＲＧＴを鳴動中は送受話路が仮接続されている（ステップ５５）。したがって発機と着機の間で音声データのやり取りが可能である。着機からのメッセージＲＧＴの内容が単なる音楽などではなくて発機からの応答を要求する内容の音声、例えば「貴方が本当にＡさんご本人であれば合い言葉を言ってください」と言うような場合は、発機のユーザは音声をマイクに入力して（あるいはあらかじめ記憶させてある定型的応答音声データを記憶部から読み出して）マルチメディア符号／複合部１６、通信制御部１７を通して着機へ応答する事が出来る。着機は応答音声を受信したら（ステップ５７ａ）通信制御部１７を通して音声認識部１８へ音声データを入力する。音声認識部１８では入力された音声データを音声認識処理にてパラメータ化する（ステップ５７ｂ）。このパラメータは双方向制御部１９に入力され、次に行うべき処理を判定して着機の各モジュールへ処理の要求を行う（ステップ５７Ｃ）。
この様にして、メッセージＲＧＴ鳴動中の双方向型機能を実現する。ステップ５５からステップ５７Ｃを双方向ＲＧＴ状態構成手順という。
【００１８】
次に、上記双方向型機能の実際のサービスイメージの例として、発機が着機にログインする資格があるかないかを通話開始前に確認することができるサービスを図７のフローチャートに従って説明する。
これは、発機からの呼び出しを着機が受けた時、着機は発機に対してメッセージＲＧＴを使ってログインパスワードの入力を要求し、発機からの着信の許可不許可を判断するサービスである。
着機は発機の着信を受けて仮ＲＧＴ状態に遷移した後（ステップ７０）、ステップ７１でメッセージＲＧＴを用いて「あなたのＬＯＧＩＮパスワードは？」とパスワード入力を要求する。
発機のユーザは「＊＊＊＊」とパスワードを送受話路を通して返信する（ステップ７２）。
着機は受信したパスワード「＊＊＊＊」を音声認識部１８によりパラメータ化する（ステップ７３）。
パラメータは双方向制御部１９により、許可された発機からの着信であるのかどうかを判断する（ステップ７４）。
許可されたユーザならば通信を継続する（ステップ７５）。不許可であれば通信を切断する（ステップ７６）。
【産業上の利用可能性】
【００１９】
この発明の発／着呼方法及び通信端末装置は、携帯電話機にかぎらす固定電話機にも使用できる。
【図面の簡単な説明】
【００２０】
【図１】この発明の通信端末装置を含む通信システム説明図である。
【図２】実施の形態１の通信端末装置の構成ブロック説明図である。
【図３】メッセージＲＧＴデータの通話先との関連づけ説明図である。
【図４】実施の形態１の発／着呼方法を示すシーケンス動作説明図である。
【図５】図４のシーケンス動作を説明するフローチャートである。
【図６】図５の部分詳細フローチャートである。
【図７】実施の形態２の双方向通信についての動作を説明するフローチャートである。
【図８】本発明の課題について説明するための発／着呼動作シーケンスである。
【符号の説明】
【００２１】
１  発信端末装置、      ２  着信端末装置、      ３  
１１  操作部、    １２  表示部、    １３  呼制御部、    
１４  メッセージＲＧＴ格納部、    １５  着信メロデイ格納部、
１６  マルチメディア符号／復号部、    １７  通信制御部、    １８  音声認識部、
１９  双方向制御部、  ２０  メッセージＲＧＴ設定情報格納部、
２１  データリンク部、
５０  公衆交換網、    １００発呼側、    １０１  呼設定、  １１０  仮想ＲＧＴ確認、    １１６  疑似応答確認、    ２００  着呼側、    ２０１  呼設定、  ２０２  着信表示、    ２０３  着信メロデイ鳴動、    ２１０  仮想ＲＧＴ開始、    ２１１  呼び出し、    ２１２  応答、    ２１３  メッセージＲＧＴ送信、    ２１４  オフフック、      ２１５  疑似応答。
【図１】
2005151138.tif 000003
【図２】
2005151138.tif 000004
【図３】
2005151138.tif 000005
【図４】
2005151138.tif 000006
【図５】
2005151138.tif 000007
【図６】
2005151138.tif 000008
【図７】
2005151138.tif 000009
【図８】
2005151138.tif 000010