携帯端末、その発呼先情報報知方法およびプログラム
【課題】誤発呼を効果的に防ぐことが可能な携帯端末、その発呼先情報報知方法およびプログラムを提供する。
【解決手段】制御部２４は、電話帳データ５０の読み仮名６２に格納されているカタカナ列を読み出し、音節データ７０に基づいてカタカナ毎に対応する音節データを各々選択し、それらを順番に連結することにより音節データ列を作成し、さらに、このデータ列の末尾に文章音データ７２に格納されている所望の文章音データを付加することで最終的に発呼先情報音声データ１００を作成する。制御部２４は、無線部１２から入力した信号が、回線接続中信号Ｓ１および／または呼出中信号Ｓ２であった場合、すなわち発呼が開始されてから相手が電話に出るまでの間、前記発呼先情報音声データ１００を音声情報としてレシーバ２０から出力する。
【解決手段】制御部２４は、電話帳データ５０の読み仮名６２に格納されているカタカナ列を読み出し、音節データ７０に基づいてカタカナ毎に対応する音節データを各々選択し、それらを順番に連結することにより音節データ列を作成し、さらに、このデータ列の末尾に文章音データ７２に格納されている所望の文章音データを付加することで最終的に発呼先情報音声データ１００を作成する。制御部２４は、無線部１２から入力した信号が、回線接続中信号Ｓ１および／または呼出中信号Ｓ２であった場合、すなわち発呼が開始されてから相手が電話に出るまでの間、前記発呼先情報音声データ１００を音声情報としてレシーバ２０から出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話、ＰＨＳ（Personal Handyphone System）、コードレスホンの子機等の携帯端末、その発呼先情報報知方法およびプログラムに関する。
【背景技術】
【０００２】
文字や画像等の視覚的情報を表示するためのディスプレイを搭載した電話機が知られている。上記電話機で発呼を行う場合、一般的には、以下のような手順を踏んでいる。先ず、所望とする発呼先が電子電話帳に登録されている場合、該電話帳の一覧をディスプレイに表示した後に、該一覧の中から前記発呼先を選択し、該発呼先に関する情報、例えば、登録名や電話番号等をディスプレイに表示する。また、発呼先が前記電話帳に登録されていない場合、テンキー等の入力手段から発呼先の電話番号を直接入力し、入力した電話番号をディスプレイに表示する。そして、利用者は、その表示内容を目視で確認し問題が無ければ、発呼開始ボタンを押して発呼を開始する。通常、発呼が開始されると利用者は受話器を耳に当てて通話体制に入る。
【０００３】
一方、従来から、図１４に示すように、レシーバ１とディスプレイ２とマイク３とが狭小なスペースに一体的に形成されたコンパクトな携帯端末４、例えば、携帯電話、ＰＨＳ、あるいはコードレスホンの子機等が知られている。このような携帯端末４から発呼を行う場合も上記一般的発呼手順と同様に、利用者は、発呼が開始されると受話器（すなわち、この場合は携帯端末４自体）を耳に当てて通話体制に入る。
【０００４】
しかしながら、前記携帯端末４の場合、前述したとおり、レシーバ１とディスプレイ２とマイク３とが狭小なスペースに一体的に形成されているため、レシーバ１を耳に、マイク３を口に各々当てた状態ではディスプレイ２の表示内容を視認することができない。従って、前記電話帳の選択や電話番号の入力結果が間違っているとそのまま誤った先に発呼してしまう、という問題があった。もちろん、発呼開始ボタン押下以前の目視確認時において、利用者が、その表示内容をしっかりと確認すればよいのだが、その確認が必ずしも正確に行われるとは限らない。すなわち、前述したような表示のみによる発呼先情報報知には限界があることを認めざるを得ない。
【０００５】
そこで、発呼先情報を音声情報として報知することで、前述したような入力ミスを軽減させるようにする方法が考えられる。例えば、特許文献１には、通話対象者の名前をスピーカホンから音声情報として出力する技術が開示されている。また、特許文献２には、ハンズフリー通話を行うために携帯電話機を載置するクレードルが、携帯電話機から読み出したメモリ番号と電話番号とユーザ名とを音声で読み上げるようにした技術が開示されている。
【０００６】
これらの音声による報知を前記表示による報知と併せて採用することにより、発呼先確認への注意を喚起させ、前述した誤発呼をある程度防ぐことができる。
【０００７】
【特許文献１】特開２００４―１４７３２２号公報（段落［００５１］、図４）
【特許文献２】特開平１０―２６２１０７号公報（段落［００１９］、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、電話帳における発呼先の選択ミスや電話番号そのものの入力ミスといった単純な誤発呼以外にも、次のような誤発呼がある。すなわち、一度は発呼を決意したものの、相手が電話に出るまでの間、発呼すべきか否かを悩んだ挙げ句に結局相手がでてしまい、気まずい思いをして、後悔するような誤発呼（このような発呼を仮に「悩み発呼」という。）である。この「悩み発呼」は、その後の人間関係に悪影響を及ぼすことがあり、以外と深刻な誤発呼でもある。
【０００９】
しかしながら、前述した特許文献１および２いずれの場合も、その音声報知は、発呼開始以前に行われるものであって、発呼開始後に発呼先情報を音声報知するものではない。従って、前述した図１４に示す携帯端末４の構成に特許文献１または２の構成を付加したとしても、前述したような「悩み発呼」を最終的に思いとどまらせることはできない。すなわち、誤発呼防止対策としては不十分である。
【００１０】
本発明は、前記課題を解決するためになされたものであり、誤発呼を効果的に防ぐことが可能な携帯端末、その発呼先情報報知方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の携帯端末は、音声情報を出力する音声情報出力手段と、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力する制御手段とを備える。
【００１２】
この場合、発呼先と回線を接続している期間中を示す信号である第１期間信号と、前記発呼先を呼び出している期間中を示す信号である第２期間信号とを前記制御手段に出力する無線部を備え、前記制御手段が、前記無線部から入力した信号が、前記第１期間信号および／または前記第２期間信号であった場合、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力するよう構成することもできる。
【００１３】
この場合、前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であってもよく、また、所定の入力手段から入力された発呼先の電話番号であってもよい。
【００１４】
また、前記音声情報出力手段をレシーバとすることもできる。
【００１５】
本発明の携帯端末における発呼先情報報知方法は、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力する。
【００１６】
この場合、前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であってもよく、また、所定の入力手段から入力された発呼先の電話番号であってもよい。
【００１７】
本発明の携帯端末における発呼先情報報知プログラムは、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力する機能をコンピュータに実現させる。
【００１８】
この場合、前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であってもよく、また、所定の入力手段から入力された発呼先の電話番号であってもよい。
【発明の効果】
【００１９】
本発明の携帯端末、その発呼先情報報知方法およびプログラムは、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として報知するようにしている。これによって、利用者には発呼先の最終確認機会が与えられる。従って、単なる入力ミスによる誤発呼を防ぐことができるばかりでなく、発呼するか否かを悩んでいる発呼についても、相手が出る以前に再度考える機会を与え、場合によっては、発呼を思いとどまらせることができる。
【００２０】
また、本発明によれば、発呼が開始されてから相手が電話に出るまでの間における発呼先情報の視覚的報知、すなわち、ディスプレイへの表示を省略することもできる。これにより、携帯端末の消費電力を抑制し、しかも、その制御を簡略化させることもできる。
【００２１】
さらに、前記音声報知は、ディスプレイ機能そのものを持たない携帯端末にとっては、発呼先を確認するための唯一の確認手段であって、好適に誤発呼を防ぐことができる。
【発明を実施するための最良の形態】
【００２２】
本発明の最良の実施の形態について図面を参照して詳細に説明する。
【００２３】
図１は、本実施の形態の携帯端末１０の構成ブロック図を示す。携帯端末１０は、無線部１２と、操作部１４（入力手段）と、記憶部１６（記憶手段）と、表示部１８と、レシーバ２０（音声情報出力手段）と、マイク音声処理部２２と、制御部２４（制御手段）とから基本的に構成される。
【００２４】
無線部１２は、アンテナ３０を備え、このアンテナ３０を介して基地局（BTS:BaseTransceiverStation）を含む移動通信ネットワークとの間で電波により情報の授受を行う。この場合、情報とは、情報チャネル（TCH:TrafficChannel）を介して基地局との間で授受される音声やデータ等のユーザ情報と、制御チャネル（CCH:ControlChannel）を介して基地局から無線部１２に報知される呼接続等に係わる制御情報とを示す。
【００２５】
無線部１２は、この制御情報を制御部２４に出力する。具体的には、無線部１２は、図２に示すように、発呼先と回線接続中であることを示す回線接続中信号Ｓ１（期間Ｔ１〜Ｔ２／第１期間信号）、発呼先を呼び出し中であることを示す呼出中信号Ｓ２（期間Ｔ２〜Ｔ３／第２期間信号）、相手と通話中であることを示す通話中信号Ｓ３（期間Ｔ３〜Ｔ４）を制御部２４に出力する。制御部２４は、これらの信号Ｓ１〜Ｓ３に基づいて、携帯端末１０を制御する。
【００２６】
尚、前記移動通信ネットワークは、図１から諒解されるように、他の移動通信ネットワーク、あるいは固定電話ネットワークと接続されている。
【００２７】
操作部１４は、発呼時または着呼応答時に押され、通話を開始する開始ボタン４０と、携帯端末１０の電源切断時や通話終了時に押される電源／終了ボタン４２と、各種メニュー項目の選択や決定を行うマルチダイヤルキー４４、数字や文字を入力するためのテンキー４６とを備える。操作部１４は、これらキーの押下結果を示す信号を制御部２４に出力する。
【００２８】
記憶部１６は、制御部２４を構成する後述のＣＰＵ（Central Processing Unit）がランダムにアクセスすることが可能な半導体メモリデバイス等で構成され、プログラム領域とデータ領域とを備える。プログラム領域には、制御部２４によって実行されるプログラムが格納される。データ領域には、電話帳データ５０と音声関連データベース５２とが格納される。
【００２９】
電話帳データ５０は、図３に示すように、発呼先毎の情報群からなる。該情報群は、発呼先名６０と、読み仮名６２と、電話番号６４と、パーソナルデータ６６とから構成される。この場合、読み仮名６２には、発呼先名６０のカタカナ読みに対応するテキストデータ列（以下、単にカタカナ列とも言う。）が格納される。また、パーソナルデータ６６には、発呼先毎の個人情報、例えば、Ｅメールアドレス、住所、勤務先等が格納される。
【００３０】
音声関連データベース５２は、図４に示すように、音節データ７０と文章音データ７２と数字音データ７４とから構成される。
【００３１】
音節データ７０は、図５に示すように、所定の言語、この場合は日本語において、一つのまとまった音として意識され、発音される最小単位の音データの集合体であり、５０音データ８０、濁音データ８２、半濁音データ８４、拗音データ８６、長音符データ８８、促音符データ９０で構成される。
【００３２】
文章音データ７２は、図６に示すように、例えば、「〜さんへ発信中です」等の一つのまとまった文章に対応する音データである。
【００３３】
数字音データ７４は、図７に示すように、数字０〜９各々に対応する音データである。
【００３４】
再び、図１の説明に戻り、表示部１８は、ＬＣＤ（Liquid Crystal Display：液晶ディスプレイ）等の表示デバイスであり、制御部２４の指令に基づいて、文字、図形あるいは画像等の視覚的情報を表示する。
【００３５】
マイク音声処理部２２は、マイク３２から入力したアナログ音声信号をデジタル音声信号に変換し、変換したデジタル音声信号を無線部１２に出力する。無線部１２は、このデジタル音声信号を変調し、変調した信号をアンテナ３０から前記情報チャネルを介して基地局に送信する。
【００３６】
制御部２４は、ＣＰＵを基本的に備え、記憶部１６に記憶されたプログラムを実行し、端末１０全体を制御する。制御部２４が実行する主な処理について以下説明する。
【００３７】
（１）電話帳データ表示／登録制御
電話帳データ５０の一覧を表示部１８に表示した後、利用者が操作部１４を操作することにより選択された所望の発呼先の情報を表示部１８に表示する。また、電話帳データ５０に登録されていない発呼先に関する情報を操作部１４から入力し、電話帳データ５０に新規に登録する。
【００３８】
（２）発呼先情報の音声データ作成
制御部２４は、電話帳データ５０の読み仮名６２に格納されているカタカナ列を読み出し、図５に示す音節データ７０に基づいてカタカナ毎に対応する音節データを各々選択し、それらを順番に連結することにより音節データ列を作成する。制御部２４は、作成した音節データ列の末尾に、文章音データ７２に格納されている所望の文章音データを付加することで最終的に発呼先情報音声データを作成する。あるいは、制御部２４は、電話帳データ５０に格納されている電話番号６４、または電話帳データ５０に未登録であって、発呼時において操作部１４から直接入力された電話番号の数字列を取得する。制御部２４は、図７に示す数字音データ７４に基づいて数字毎に対応する数字音データを各々選択し、それらを順番に連結することにより数字音データ列を作成する。制御部２４は、作成した数字音データ列の末尾に、文章音データ７２に格納されている所望の文章音データを付加することで最終的に発呼先情報音声データを作成する。
【００３９】
（３）音声情報出力制御
前記情報チャネルを介して基地局から放射され、アンテナ３０によって電波として受信された後、無線部１２で復調された通話音声に関するデジタル音声データと、前記（２）において作成された各種発呼先情報音声データのいずれか一方をアナログ音声信号に変換し、レシーバ２０に出力する。
【００４０】
本実施の形態の携帯端末１０は、基本的には以上のように構成されるものであり、次に、この携帯端末１０の動作について、図８のフローチャートを用いて説明する。尚、図８のフローチャートに示す動作は、制御部２４が実行可能なプログラムで具現化される。該プログラムは、記憶部１６のプログラム領域に格納され、制御部１２によって読み出されたのち実行される。また、以下に説明する手順に先だって、電話帳データ５０には、所定のデータが利用者によって予め入力されているものとする。
【００４１】
先ず、制御部２４は、記憶部に格納された電話帳データ５０の一覧を表示部１８に表示する（ステップＳ１）。ここで、利用者は、操作部１４を操作することにより、電話帳データ５０の中から所望の発呼先を選択する（ステップＳ２）。制御部２４は、選択された発呼先の情報を表示部１８に表示する（ステップＳ３）。ここで、図３において、電話帳Ｎｏ＝１の「田中」が選択されたとする。この場合、表示部１８には、図９のような内容が表示される。
【００４２】
制御部２４は、電話帳データ５０の読み仮名６２の内の電話帳Ｎｏ＝１に相当するカタカナ列、すなわち、この場合「タナカ」を読み出し、各音節「タ」、「ナ」、「カ」に対応する音節データを図５に示す音節データ７０に基づいて各々割り付け、読み仮名６２に対応する音節データ列を作成する。さらに、制御部２４は、この音節データ列の末尾に、文章音データ７２の適当な音データ、例えば、「〜さんへ発信中です」を示す文章音データを付加して、発呼先情報音声データ１００（図１０参照）を作成する（ステップＳ４）。
【００４３】
ここで、制御部２４は、操作部１４を構成する開始ボタン４０の押下状態のチェック、すなわち、発呼が開始されたか否かのチェックを行う（ステップＳ５）。
【００４４】
開始ボタン４０が押されたと判断した制御部２４は、ステップＳ４において作成したデジタル信号である発呼先情報音声データ１００をアナログ信号に変換し、レシーバ２０へ出力し、音声報知を行う（ステップＳ６）。
【００４５】
ここで、制御部２４は、無線部１２から制御チャネルの制御情報（制御信号）を取得し（ステップＳ７）、取得した制御信号が、回線接続中信号Ｓ１および呼出中信号Ｓ２でなくなるまでの間、前記ステップＳ６の音声報知を繰り返す（ステップＳ８）。これによって、利用者は、レシーバ２０から「田中さんへ発信中です」という音声情報を得る。尚、この場合、制御部２４による前記発呼先情報音声データ１００の報知は、１回に限らず繰り返し行ってもよい。
【００４６】
尚、音声報知期間中、すなわち、図２に示す回線接続期間中（期間Ｔ１〜Ｔ２）および呼出期間中（期間Ｔ２〜Ｔ３）は、通常、図２において破線で示すように、回線接続中および呼出中各々の発信音がレシーバ２０から出力されるが、本実施の形態では、ステップＳ６の音声報知、すなわち発呼先情報の音声報知を優先するため、期間中Ｔ１〜Ｔ３は、前記各発信音の出力を停止する。
【００４７】
無線部１２から取得した制御信号が、回線接続信号Ｓ１および呼出中信号Ｓ２でない場合（ステップＳ８のＮｏ判定の場合）、制御部２４は、発呼先情報の音声報知を停止する（ステップＳ９）。
【００４８】
次いで、制御部２４は、無線部１２から制御信号を取得し（ステップＳ１０）、この制御信号を監視し（ステップＳ１１）、これが通話中信号Ｓ３でなくなるまでの間、相手と通話を行う（ステップＳ１２）。具体的には、情報チャネルを介して基地局から放射され、アンテナ３０によって電波として受信された後に無線部１２によって復調された通話音声に関するデジタル音声データを制御部２４がアナログ音声信号に変換し、レシーバ２０に出力する。一方、マイク音声処理部２２は、マイク３２から入力したアナログ音声信号をデジタル音声信号に変換し、変換したデジタル音声信号を無線部１２に出力する。無線部１２は、このデジタル音声信号を変調し、変調した信号をアンテナ３０から前記情報チャネルを介して基地局に送信する。以上の処理によって、相手の声を聞くと同時に、自分の声を相手に伝えることができるようになる。
【００４９】
ステップＳ１１において、制御信号が通話中信号Ｓ３でなくなった場合、制御部２４は、本プログラムを終了する。
【００５０】
以上説明したように、本実施の形態の携帯端末１０は、無線部１２から入力した信号が、回線接続中信号Ｓ１および／または呼出中信号Ｓ２であった場合、すなわち、発呼が開始されてから相手が電話に出るまでの間、制御部２４が発呼先に関する情報をレシーバ２０から音声情報として出力している。これによって、利用者には発呼先の最終確認機会が与えられる。従って、単なる入力ミスによる誤発呼を防ぐことができるばかりでなく、発呼するか否かを悩んでいる発呼についても、相手が出る以前に再度考える機会を与え、場合によっては、発呼を思いとどまらせることができる。
【００５１】
また、本実施の形態の携帯端末１０によれば、前記信号Ｓ１および／またはＳ２期間中における発呼先情報の視覚的報知、すなわち、表示部１８への表示を省略することもできる。これにより、携帯端末１０の消費電力を抑制し、しかも、その制御を簡略化させることもできる。
【００５２】
さらに、前記音声報知は、表示手段そのものを持たない携帯端末にとっては、発呼先を確認するための唯一の確認手段であって、好適に誤発呼を防ぐことができる。
【００５３】
尚、上記説明では、電話帳データ５０に予め登録されている発呼先情報（上記例では、発呼先名６０）を音声報知する場合を例に挙げたが、音声報知する情報は、必ずしも電話帳データ５０に登録されている情報に限定されるものではない。例えば、利用者が、発呼時に操作部１４から直接入力した発呼先の電話番号を音声報知することもできる。以下、図１１のフローチャートを用いて、この手順について具体的に説明する。
【００５４】
利用者は、発呼に先立ち、操作部１４のテンキー４６を操作することにより、発呼先の電話番号を入力する。制御部２４は、入力した電話番号を記憶部１６の所定領域に記憶する（ステップＳ２０）。制御部２４は、入力した前記電話番号を表示部１８に表示する（ステップＳ２１）。図１２には、例えば、「０３−１２３４−５６７８」という電話番号が入力された場合の表示例を示す。
【００５５】
次いで、制御部２４は記憶部１６から前記電話番号を読み出し、図７に示す数字音データ７４に基づいて数字毎に対応する数字音データを各々選択し、それらを順番に連結することにより数字音データ列を作成する（図１３参照）。さらに、制御部２４は、この数字音データ列の末尾に、文章音データ７２の適当な音データ、例えば、「〜へ発信中」を示す文章音データを付加して、発呼先情報音声データ２００を作成する（ステップＳ２２）。
【００５６】
以下、図８のステップＳ５以降の処理を実行することで、発呼が開始されてから相手が電話に出るまでの間、発呼先情報、この場合は、操作部１４から直接入力された発呼先の電話番号を音声で報知する。もちろん、この電話番号音声報知も、前述した発呼先名音声報知と同様の効果を奏することは言うまでもない。
【００５７】
もちろん、上記の如き発呼時に直接入力した電話番号に限らず、電話帳データ５０に予め登録されている電話番号６４を音声報知しても上記と同様の効果を得ることができる。
【００５８】
また、上記実施の形態では、読み仮名６２をカタカナで入力しているが、ひらがなで入力することもできる。但し、その場合、音節データ７０をひらがなに対応させる必要がある。
【００５９】
また、文章音データ７２は図６に示す３パターンに限定されることはなく、様々な文章パターンを設定することができる。
【００６０】
また、上記の例では日本語で音声報知を行う場合を例に挙げたが、日本語に限定されることなく他の国の言語でもよい。
【００６１】
また、読み仮名６２へのカタカナ列入力は、利用者の手入力に限定されるものではなく、例えば、発呼先名６０に入力した漢字読みをカタカナ読みに自動変換する構成を採用することもできる。
【００６２】
さらに、音声関連データベース５２の各データは任意に設定することができる。すなわち、話者の種類（男／女等）、話速、抑揚、音量、音質等を任意に設定することができる。
【００６３】
また、以上説明した本実施の形態では、発呼先に関する情報（名前や電話番号）をレシーバ２０に出力しているが、これに限定されることはなく他の音声情報出力手段、例えば、スピーカに出力することもできる。これによって、発呼先情報を大音量で報知することができ、例えば、通話する本人の周囲にいる人にも同時に発呼先情報を報知することが可能となる。
【図面の簡単な説明】
【００６４】
【図１】本実施の形態の携帯端末の構成ブロック図である。
【図２】無線部における各チャネルの出力とレシーバの出力との関係を説明するタイミングチャートである。
【図３】図１に示す記憶部に格納される電話帳データのフォーマット図である。
【図４】図１に示す記憶部に格納される音声関連データベースのフォーマット図である。
【図５】図３に示す音声データを構成する音節データのフォーマット図である。
【図６】図３に示す音声データを構成する文書音データのフォーマット図である。
【図７】図３に示す音声データを構成する数字音データのフォーマット図である。
【図８】図１に示す本実施の形態の携帯端末の発呼動作に関する動作を説明するためのフローチャートである。
【図９】図２に示す電話帳データの内、電話帳Ｎｏ＝１の項目が選択された場合の表示例を示す。
【図１０】発呼先名を音声報知するための発呼先情報音声データの一例を示すフォーマット図である。
【図１１】発呼時において、操作部から直接入力した発呼先電話番号を音声報知する手順の一部を説明するフローチャートである。
【図１２】発呼時において、操作部から直接入力した発呼先電話番号の表示例である。
【図１３】電話番号を音声報知するための発呼先情報音声データの一例を示すフォーマット図である。
【図１４】従来の携帯端末であって、レシーバとディスプレイとマイクとが狭小なスペースに一体的に形成されたコンパクトな携帯端末の概略構成図である。
【符号の説明】
【００６５】
１０ 携帯端末
１２ 無線部
１４ 操作部
１６ 記憶部
１８ 表示部
２０ レシーバ
２４ 制御部
４０ 開始ボタン
４２ 電源／終了ボタン
４６ テンキー
５０ 電話帳データ
５２ 音声関連データベース
６０ 発呼先名
６２ 読み仮名
６４ 電話番号
７０ 音節データ
７２ 文章音データ
７４ 数字音データ
１００、２００ 発呼先情報音声データ
【技術分野】
【０００１】
本発明は、携帯電話、ＰＨＳ（Personal Handyphone System）、コードレスホンの子機等の携帯端末、その発呼先情報報知方法およびプログラムに関する。
【背景技術】
【０００２】
文字や画像等の視覚的情報を表示するためのディスプレイを搭載した電話機が知られている。上記電話機で発呼を行う場合、一般的には、以下のような手順を踏んでいる。先ず、所望とする発呼先が電子電話帳に登録されている場合、該電話帳の一覧をディスプレイに表示した後に、該一覧の中から前記発呼先を選択し、該発呼先に関する情報、例えば、登録名や電話番号等をディスプレイに表示する。また、発呼先が前記電話帳に登録されていない場合、テンキー等の入力手段から発呼先の電話番号を直接入力し、入力した電話番号をディスプレイに表示する。そして、利用者は、その表示内容を目視で確認し問題が無ければ、発呼開始ボタンを押して発呼を開始する。通常、発呼が開始されると利用者は受話器を耳に当てて通話体制に入る。
【０００３】
一方、従来から、図１４に示すように、レシーバ１とディスプレイ２とマイク３とが狭小なスペースに一体的に形成されたコンパクトな携帯端末４、例えば、携帯電話、ＰＨＳ、あるいはコードレスホンの子機等が知られている。このような携帯端末４から発呼を行う場合も上記一般的発呼手順と同様に、利用者は、発呼が開始されると受話器（すなわち、この場合は携帯端末４自体）を耳に当てて通話体制に入る。
【０００４】
しかしながら、前記携帯端末４の場合、前述したとおり、レシーバ１とディスプレイ２とマイク３とが狭小なスペースに一体的に形成されているため、レシーバ１を耳に、マイク３を口に各々当てた状態ではディスプレイ２の表示内容を視認することができない。従って、前記電話帳の選択や電話番号の入力結果が間違っているとそのまま誤った先に発呼してしまう、という問題があった。もちろん、発呼開始ボタン押下以前の目視確認時において、利用者が、その表示内容をしっかりと確認すればよいのだが、その確認が必ずしも正確に行われるとは限らない。すなわち、前述したような表示のみによる発呼先情報報知には限界があることを認めざるを得ない。
【０００５】
そこで、発呼先情報を音声情報として報知することで、前述したような入力ミスを軽減させるようにする方法が考えられる。例えば、特許文献１には、通話対象者の名前をスピーカホンから音声情報として出力する技術が開示されている。また、特許文献２には、ハンズフリー通話を行うために携帯電話機を載置するクレードルが、携帯電話機から読み出したメモリ番号と電話番号とユーザ名とを音声で読み上げるようにした技術が開示されている。
【０００６】
これらの音声による報知を前記表示による報知と併せて採用することにより、発呼先確認への注意を喚起させ、前述した誤発呼をある程度防ぐことができる。
【０００７】
【特許文献１】特開２００４―１４７３２２号公報（段落［００５１］、図４）
【特許文献２】特開平１０―２６２１０７号公報（段落［００１９］、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、電話帳における発呼先の選択ミスや電話番号そのものの入力ミスといった単純な誤発呼以外にも、次のような誤発呼がある。すなわち、一度は発呼を決意したものの、相手が電話に出るまでの間、発呼すべきか否かを悩んだ挙げ句に結局相手がでてしまい、気まずい思いをして、後悔するような誤発呼（このような発呼を仮に「悩み発呼」という。）である。この「悩み発呼」は、その後の人間関係に悪影響を及ぼすことがあり、以外と深刻な誤発呼でもある。
【０００９】
しかしながら、前述した特許文献１および２いずれの場合も、その音声報知は、発呼開始以前に行われるものであって、発呼開始後に発呼先情報を音声報知するものではない。従って、前述した図１４に示す携帯端末４の構成に特許文献１または２の構成を付加したとしても、前述したような「悩み発呼」を最終的に思いとどまらせることはできない。すなわち、誤発呼防止対策としては不十分である。
【００１０】
本発明は、前記課題を解決するためになされたものであり、誤発呼を効果的に防ぐことが可能な携帯端末、その発呼先情報報知方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の携帯端末は、音声情報を出力する音声情報出力手段と、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力する制御手段とを備える。
【００１２】
この場合、発呼先と回線を接続している期間中を示す信号である第１期間信号と、前記発呼先を呼び出している期間中を示す信号である第２期間信号とを前記制御手段に出力する無線部を備え、前記制御手段が、前記無線部から入力した信号が、前記第１期間信号および／または前記第２期間信号であった場合、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力するよう構成することもできる。
【００１３】
この場合、前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であってもよく、また、所定の入力手段から入力された発呼先の電話番号であってもよい。
【００１４】
また、前記音声情報出力手段をレシーバとすることもできる。
【００１５】
本発明の携帯端末における発呼先情報報知方法は、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力する。
【００１６】
この場合、前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であってもよく、また、所定の入力手段から入力された発呼先の電話番号であってもよい。
【００１７】
本発明の携帯端末における発呼先情報報知プログラムは、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力する機能をコンピュータに実現させる。
【００１８】
この場合、前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であってもよく、また、所定の入力手段から入力された発呼先の電話番号であってもよい。
【発明の効果】
【００１９】
本発明の携帯端末、その発呼先情報報知方法およびプログラムは、発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として報知するようにしている。これによって、利用者には発呼先の最終確認機会が与えられる。従って、単なる入力ミスによる誤発呼を防ぐことができるばかりでなく、発呼するか否かを悩んでいる発呼についても、相手が出る以前に再度考える機会を与え、場合によっては、発呼を思いとどまらせることができる。
【００２０】
また、本発明によれば、発呼が開始されてから相手が電話に出るまでの間における発呼先情報の視覚的報知、すなわち、ディスプレイへの表示を省略することもできる。これにより、携帯端末の消費電力を抑制し、しかも、その制御を簡略化させることもできる。
【００２１】
さらに、前記音声報知は、ディスプレイ機能そのものを持たない携帯端末にとっては、発呼先を確認するための唯一の確認手段であって、好適に誤発呼を防ぐことができる。
【発明を実施するための最良の形態】
【００２２】
本発明の最良の実施の形態について図面を参照して詳細に説明する。
【００２３】
図１は、本実施の形態の携帯端末１０の構成ブロック図を示す。携帯端末１０は、無線部１２と、操作部１４（入力手段）と、記憶部１６（記憶手段）と、表示部１８と、レシーバ２０（音声情報出力手段）と、マイク音声処理部２２と、制御部２４（制御手段）とから基本的に構成される。
【００２４】
無線部１２は、アンテナ３０を備え、このアンテナ３０を介して基地局（BTS:BaseTransceiverStation）を含む移動通信ネットワークとの間で電波により情報の授受を行う。この場合、情報とは、情報チャネル（TCH:TrafficChannel）を介して基地局との間で授受される音声やデータ等のユーザ情報と、制御チャネル（CCH:ControlChannel）を介して基地局から無線部１２に報知される呼接続等に係わる制御情報とを示す。
【００２５】
無線部１２は、この制御情報を制御部２４に出力する。具体的には、無線部１２は、図２に示すように、発呼先と回線接続中であることを示す回線接続中信号Ｓ１（期間Ｔ１〜Ｔ２／第１期間信号）、発呼先を呼び出し中であることを示す呼出中信号Ｓ２（期間Ｔ２〜Ｔ３／第２期間信号）、相手と通話中であることを示す通話中信号Ｓ３（期間Ｔ３〜Ｔ４）を制御部２４に出力する。制御部２４は、これらの信号Ｓ１〜Ｓ３に基づいて、携帯端末１０を制御する。
【００２６】
尚、前記移動通信ネットワークは、図１から諒解されるように、他の移動通信ネットワーク、あるいは固定電話ネットワークと接続されている。
【００２７】
操作部１４は、発呼時または着呼応答時に押され、通話を開始する開始ボタン４０と、携帯端末１０の電源切断時や通話終了時に押される電源／終了ボタン４２と、各種メニュー項目の選択や決定を行うマルチダイヤルキー４４、数字や文字を入力するためのテンキー４６とを備える。操作部１４は、これらキーの押下結果を示す信号を制御部２４に出力する。
【００２８】
記憶部１６は、制御部２４を構成する後述のＣＰＵ（Central Processing Unit）がランダムにアクセスすることが可能な半導体メモリデバイス等で構成され、プログラム領域とデータ領域とを備える。プログラム領域には、制御部２４によって実行されるプログラムが格納される。データ領域には、電話帳データ５０と音声関連データベース５２とが格納される。
【００２９】
電話帳データ５０は、図３に示すように、発呼先毎の情報群からなる。該情報群は、発呼先名６０と、読み仮名６２と、電話番号６４と、パーソナルデータ６６とから構成される。この場合、読み仮名６２には、発呼先名６０のカタカナ読みに対応するテキストデータ列（以下、単にカタカナ列とも言う。）が格納される。また、パーソナルデータ６６には、発呼先毎の個人情報、例えば、Ｅメールアドレス、住所、勤務先等が格納される。
【００３０】
音声関連データベース５２は、図４に示すように、音節データ７０と文章音データ７２と数字音データ７４とから構成される。
【００３１】
音節データ７０は、図５に示すように、所定の言語、この場合は日本語において、一つのまとまった音として意識され、発音される最小単位の音データの集合体であり、５０音データ８０、濁音データ８２、半濁音データ８４、拗音データ８６、長音符データ８８、促音符データ９０で構成される。
【００３２】
文章音データ７２は、図６に示すように、例えば、「〜さんへ発信中です」等の一つのまとまった文章に対応する音データである。
【００３３】
数字音データ７４は、図７に示すように、数字０〜９各々に対応する音データである。
【００３４】
再び、図１の説明に戻り、表示部１８は、ＬＣＤ（Liquid Crystal Display：液晶ディスプレイ）等の表示デバイスであり、制御部２４の指令に基づいて、文字、図形あるいは画像等の視覚的情報を表示する。
【００３５】
マイク音声処理部２２は、マイク３２から入力したアナログ音声信号をデジタル音声信号に変換し、変換したデジタル音声信号を無線部１２に出力する。無線部１２は、このデジタル音声信号を変調し、変調した信号をアンテナ３０から前記情報チャネルを介して基地局に送信する。
【００３６】
制御部２４は、ＣＰＵを基本的に備え、記憶部１６に記憶されたプログラムを実行し、端末１０全体を制御する。制御部２４が実行する主な処理について以下説明する。
【００３７】
（１）電話帳データ表示／登録制御
電話帳データ５０の一覧を表示部１８に表示した後、利用者が操作部１４を操作することにより選択された所望の発呼先の情報を表示部１８に表示する。また、電話帳データ５０に登録されていない発呼先に関する情報を操作部１４から入力し、電話帳データ５０に新規に登録する。
【００３８】
（２）発呼先情報の音声データ作成
制御部２４は、電話帳データ５０の読み仮名６２に格納されているカタカナ列を読み出し、図５に示す音節データ７０に基づいてカタカナ毎に対応する音節データを各々選択し、それらを順番に連結することにより音節データ列を作成する。制御部２４は、作成した音節データ列の末尾に、文章音データ７２に格納されている所望の文章音データを付加することで最終的に発呼先情報音声データを作成する。あるいは、制御部２４は、電話帳データ５０に格納されている電話番号６４、または電話帳データ５０に未登録であって、発呼時において操作部１４から直接入力された電話番号の数字列を取得する。制御部２４は、図７に示す数字音データ７４に基づいて数字毎に対応する数字音データを各々選択し、それらを順番に連結することにより数字音データ列を作成する。制御部２４は、作成した数字音データ列の末尾に、文章音データ７２に格納されている所望の文章音データを付加することで最終的に発呼先情報音声データを作成する。
【００３９】
（３）音声情報出力制御
前記情報チャネルを介して基地局から放射され、アンテナ３０によって電波として受信された後、無線部１２で復調された通話音声に関するデジタル音声データと、前記（２）において作成された各種発呼先情報音声データのいずれか一方をアナログ音声信号に変換し、レシーバ２０に出力する。
【００４０】
本実施の形態の携帯端末１０は、基本的には以上のように構成されるものであり、次に、この携帯端末１０の動作について、図８のフローチャートを用いて説明する。尚、図８のフローチャートに示す動作は、制御部２４が実行可能なプログラムで具現化される。該プログラムは、記憶部１６のプログラム領域に格納され、制御部１２によって読み出されたのち実行される。また、以下に説明する手順に先だって、電話帳データ５０には、所定のデータが利用者によって予め入力されているものとする。
【００４１】
先ず、制御部２４は、記憶部に格納された電話帳データ５０の一覧を表示部１８に表示する（ステップＳ１）。ここで、利用者は、操作部１４を操作することにより、電話帳データ５０の中から所望の発呼先を選択する（ステップＳ２）。制御部２４は、選択された発呼先の情報を表示部１８に表示する（ステップＳ３）。ここで、図３において、電話帳Ｎｏ＝１の「田中」が選択されたとする。この場合、表示部１８には、図９のような内容が表示される。
【００４２】
制御部２４は、電話帳データ５０の読み仮名６２の内の電話帳Ｎｏ＝１に相当するカタカナ列、すなわち、この場合「タナカ」を読み出し、各音節「タ」、「ナ」、「カ」に対応する音節データを図５に示す音節データ７０に基づいて各々割り付け、読み仮名６２に対応する音節データ列を作成する。さらに、制御部２４は、この音節データ列の末尾に、文章音データ７２の適当な音データ、例えば、「〜さんへ発信中です」を示す文章音データを付加して、発呼先情報音声データ１００（図１０参照）を作成する（ステップＳ４）。
【００４３】
ここで、制御部２４は、操作部１４を構成する開始ボタン４０の押下状態のチェック、すなわち、発呼が開始されたか否かのチェックを行う（ステップＳ５）。
【００４４】
開始ボタン４０が押されたと判断した制御部２４は、ステップＳ４において作成したデジタル信号である発呼先情報音声データ１００をアナログ信号に変換し、レシーバ２０へ出力し、音声報知を行う（ステップＳ６）。
【００４５】
ここで、制御部２４は、無線部１２から制御チャネルの制御情報（制御信号）を取得し（ステップＳ７）、取得した制御信号が、回線接続中信号Ｓ１および呼出中信号Ｓ２でなくなるまでの間、前記ステップＳ６の音声報知を繰り返す（ステップＳ８）。これによって、利用者は、レシーバ２０から「田中さんへ発信中です」という音声情報を得る。尚、この場合、制御部２４による前記発呼先情報音声データ１００の報知は、１回に限らず繰り返し行ってもよい。
【００４６】
尚、音声報知期間中、すなわち、図２に示す回線接続期間中（期間Ｔ１〜Ｔ２）および呼出期間中（期間Ｔ２〜Ｔ３）は、通常、図２において破線で示すように、回線接続中および呼出中各々の発信音がレシーバ２０から出力されるが、本実施の形態では、ステップＳ６の音声報知、すなわち発呼先情報の音声報知を優先するため、期間中Ｔ１〜Ｔ３は、前記各発信音の出力を停止する。
【００４７】
無線部１２から取得した制御信号が、回線接続信号Ｓ１および呼出中信号Ｓ２でない場合（ステップＳ８のＮｏ判定の場合）、制御部２４は、発呼先情報の音声報知を停止する（ステップＳ９）。
【００４８】
次いで、制御部２４は、無線部１２から制御信号を取得し（ステップＳ１０）、この制御信号を監視し（ステップＳ１１）、これが通話中信号Ｓ３でなくなるまでの間、相手と通話を行う（ステップＳ１２）。具体的には、情報チャネルを介して基地局から放射され、アンテナ３０によって電波として受信された後に無線部１２によって復調された通話音声に関するデジタル音声データを制御部２４がアナログ音声信号に変換し、レシーバ２０に出力する。一方、マイク音声処理部２２は、マイク３２から入力したアナログ音声信号をデジタル音声信号に変換し、変換したデジタル音声信号を無線部１２に出力する。無線部１２は、このデジタル音声信号を変調し、変調した信号をアンテナ３０から前記情報チャネルを介して基地局に送信する。以上の処理によって、相手の声を聞くと同時に、自分の声を相手に伝えることができるようになる。
【００４９】
ステップＳ１１において、制御信号が通話中信号Ｓ３でなくなった場合、制御部２４は、本プログラムを終了する。
【００５０】
以上説明したように、本実施の形態の携帯端末１０は、無線部１２から入力した信号が、回線接続中信号Ｓ１および／または呼出中信号Ｓ２であった場合、すなわち、発呼が開始されてから相手が電話に出るまでの間、制御部２４が発呼先に関する情報をレシーバ２０から音声情報として出力している。これによって、利用者には発呼先の最終確認機会が与えられる。従って、単なる入力ミスによる誤発呼を防ぐことができるばかりでなく、発呼するか否かを悩んでいる発呼についても、相手が出る以前に再度考える機会を与え、場合によっては、発呼を思いとどまらせることができる。
【００５１】
また、本実施の形態の携帯端末１０によれば、前記信号Ｓ１および／またはＳ２期間中における発呼先情報の視覚的報知、すなわち、表示部１８への表示を省略することもできる。これにより、携帯端末１０の消費電力を抑制し、しかも、その制御を簡略化させることもできる。
【００５２】
さらに、前記音声報知は、表示手段そのものを持たない携帯端末にとっては、発呼先を確認するための唯一の確認手段であって、好適に誤発呼を防ぐことができる。
【００５３】
尚、上記説明では、電話帳データ５０に予め登録されている発呼先情報（上記例では、発呼先名６０）を音声報知する場合を例に挙げたが、音声報知する情報は、必ずしも電話帳データ５０に登録されている情報に限定されるものではない。例えば、利用者が、発呼時に操作部１４から直接入力した発呼先の電話番号を音声報知することもできる。以下、図１１のフローチャートを用いて、この手順について具体的に説明する。
【００５４】
利用者は、発呼に先立ち、操作部１４のテンキー４６を操作することにより、発呼先の電話番号を入力する。制御部２４は、入力した電話番号を記憶部１６の所定領域に記憶する（ステップＳ２０）。制御部２４は、入力した前記電話番号を表示部１８に表示する（ステップＳ２１）。図１２には、例えば、「０３−１２３４−５６７８」という電話番号が入力された場合の表示例を示す。
【００５５】
次いで、制御部２４は記憶部１６から前記電話番号を読み出し、図７に示す数字音データ７４に基づいて数字毎に対応する数字音データを各々選択し、それらを順番に連結することにより数字音データ列を作成する（図１３参照）。さらに、制御部２４は、この数字音データ列の末尾に、文章音データ７２の適当な音データ、例えば、「〜へ発信中」を示す文章音データを付加して、発呼先情報音声データ２００を作成する（ステップＳ２２）。
【００５６】
以下、図８のステップＳ５以降の処理を実行することで、発呼が開始されてから相手が電話に出るまでの間、発呼先情報、この場合は、操作部１４から直接入力された発呼先の電話番号を音声で報知する。もちろん、この電話番号音声報知も、前述した発呼先名音声報知と同様の効果を奏することは言うまでもない。
【００５７】
もちろん、上記の如き発呼時に直接入力した電話番号に限らず、電話帳データ５０に予め登録されている電話番号６４を音声報知しても上記と同様の効果を得ることができる。
【００５８】
また、上記実施の形態では、読み仮名６２をカタカナで入力しているが、ひらがなで入力することもできる。但し、その場合、音節データ７０をひらがなに対応させる必要がある。
【００５９】
また、文章音データ７２は図６に示す３パターンに限定されることはなく、様々な文章パターンを設定することができる。
【００６０】
また、上記の例では日本語で音声報知を行う場合を例に挙げたが、日本語に限定されることなく他の国の言語でもよい。
【００６１】
また、読み仮名６２へのカタカナ列入力は、利用者の手入力に限定されるものではなく、例えば、発呼先名６０に入力した漢字読みをカタカナ読みに自動変換する構成を採用することもできる。
【００６２】
さらに、音声関連データベース５２の各データは任意に設定することができる。すなわち、話者の種類（男／女等）、話速、抑揚、音量、音質等を任意に設定することができる。
【００６３】
また、以上説明した本実施の形態では、発呼先に関する情報（名前や電話番号）をレシーバ２０に出力しているが、これに限定されることはなく他の音声情報出力手段、例えば、スピーカに出力することもできる。これによって、発呼先情報を大音量で報知することができ、例えば、通話する本人の周囲にいる人にも同時に発呼先情報を報知することが可能となる。
【図面の簡単な説明】
【００６４】
【図１】本実施の形態の携帯端末の構成ブロック図である。
【図２】無線部における各チャネルの出力とレシーバの出力との関係を説明するタイミングチャートである。
【図３】図１に示す記憶部に格納される電話帳データのフォーマット図である。
【図４】図１に示す記憶部に格納される音声関連データベースのフォーマット図である。
【図５】図３に示す音声データを構成する音節データのフォーマット図である。
【図６】図３に示す音声データを構成する文書音データのフォーマット図である。
【図７】図３に示す音声データを構成する数字音データのフォーマット図である。
【図８】図１に示す本実施の形態の携帯端末の発呼動作に関する動作を説明するためのフローチャートである。
【図９】図２に示す電話帳データの内、電話帳Ｎｏ＝１の項目が選択された場合の表示例を示す。
【図１０】発呼先名を音声報知するための発呼先情報音声データの一例を示すフォーマット図である。
【図１１】発呼時において、操作部から直接入力した発呼先電話番号を音声報知する手順の一部を説明するフローチャートである。
【図１２】発呼時において、操作部から直接入力した発呼先電話番号の表示例である。
【図１３】電話番号を音声報知するための発呼先情報音声データの一例を示すフォーマット図である。
【図１４】従来の携帯端末であって、レシーバとディスプレイとマイクとが狭小なスペースに一体的に形成されたコンパクトな携帯端末の概略構成図である。
【符号の説明】
【００６５】
１０ 携帯端末
１２ 無線部
１４ 操作部
１６ 記憶部
１８ 表示部
２０ レシーバ
２４ 制御部
４０ 開始ボタン
４２ 電源／終了ボタン
４６ テンキー
５０ 電話帳データ
５２ 音声関連データベース
６０ 発呼先名
６２ 読み仮名
６４ 電話番号
７０ 音節データ
７２ 文章音データ
７４ 数字音データ
１００、２００ 発呼先情報音声データ
【特許請求の範囲】
【請求項１】
音声情報を出力する音声情報出力手段と、
発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力する制御手段と、
を備えることを特徴とする携帯端末。
【請求項２】
発呼先と回線を接続している期間中を示す信号である第１期間信号と、前記発呼先を呼び出している期間中を示す信号である第２期間信号とを前記制御手段に出力する無線部を備え、前記制御手段は、前記無線部から入力した信号が、前記第１期間信号および／または前記第２期間信号であった場合、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力することを特徴とする携帯端末。
【請求項３】
前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であることを特徴とする請求項１または２記載の携帯端末。
【請求項４】
前記発呼先情報は、所定の入力手段から入力された発呼先の電話番号であることを特徴とする請求項１または２記載の携帯端末。
【請求項５】
前記音声情報出力手段をレシーバとすることを特徴とする請求項１〜４のいずれか１項に記載の携帯端末。
【請求項６】
発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力することを特徴とする携帯端末における発呼先情報報知方法。
【請求項７】
前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であることを特徴とする請求項６記載の携帯端末における発呼先情報報知方法。
【請求項８】
前記発呼先情報は、所定の入力手段から入力された発呼先の電話番号であることを特徴とする請求項６記載の携帯端末における発呼先情報報知方法。
【請求項９】
発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力する機能をコンピュータに実現させるための携帯端末における発呼先情報報知プログラム。
【請求項１０】
前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であることを特徴とする請求項９記載の携帯端末における発呼先情報報知プログラム。
【請求項１１】
前記発呼先情報は、所定の入力手段から入力された発呼先の電話番号であることを特徴とする請求項９記載の携帯端末における発呼先情報報知プログラム。
【請求項１】
音声情報を出力する音声情報出力手段と、
発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力する制御手段と、
を備えることを特徴とする携帯端末。
【請求項２】
発呼先と回線を接続している期間中を示す信号である第１期間信号と、前記発呼先を呼び出している期間中を示す信号である第２期間信号とを前記制御手段に出力する無線部を備え、前記制御手段は、前記無線部から入力した信号が、前記第１期間信号および／または前記第２期間信号であった場合、前記発呼先に関する情報を前記音声情報出力手段から音声情報として出力することを特徴とする携帯端末。
【請求項３】
前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であることを特徴とする請求項１または２記載の携帯端末。
【請求項４】
前記発呼先情報は、所定の入力手段から入力された発呼先の電話番号であることを特徴とする請求項１または２記載の携帯端末。
【請求項５】
前記音声情報出力手段をレシーバとすることを特徴とする請求項１〜４のいずれか１項に記載の携帯端末。
【請求項６】
発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力することを特徴とする携帯端末における発呼先情報報知方法。
【請求項７】
前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であることを特徴とする請求項６記載の携帯端末における発呼先情報報知方法。
【請求項８】
前記発呼先情報は、所定の入力手段から入力された発呼先の電話番号であることを特徴とする請求項６記載の携帯端末における発呼先情報報知方法。
【請求項９】
発呼が開始されてから相手が電話に出るまでの間、前記発呼先に関する情報を音声情報として出力する機能をコンピュータに実現させるための携帯端末における発呼先情報報知プログラム。
【請求項１０】
前記発呼先情報は、所定の記憶手段に構築された電子電話帳に登録された発呼先の名称であることを特徴とする請求項９記載の携帯端末における発呼先情報報知プログラム。
【請求項１１】
前記発呼先情報は、所定の入力手段から入力された発呼先の電話番号であることを特徴とする請求項９記載の携帯端末における発呼先情報報知プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−１９７４６５（Ｐ２００６−１９７４６５Ａ）
【公開日】平成１８年７月２７日（２００６．７．２７）
【国際特許分類】
【出願番号】特願２００５−９０００（Ｐ２００５−９０００）
【出願日】平成１７年１月１７日（２００５．１．１７）
【出願人】（３９００１０１７９）埼玉日本電気株式会社 (1,228)
【Ｆターム（参考）】
【公開日】平成１８年７月２７日（２００６．７．２７）
【国際特許分類】
【出願日】平成１７年１月１７日（２００５．１．１７）
【出願人】（３９００１０１７９）埼玉日本電気株式会社 (1,228)
【Ｆターム（参考）】
[ Back to top ]