(57)【要約】【課題】電話端末において、ユーザが特別な手間をかけることなく、通話中に相手の個人情報を自動的に取得する。【解決手段】相手端末との通話中に無音期間が検出されたとき、所定の音声信号により相手端末に対してその端末内に保存されたユーザの個人情報の通知を要求する。この要求に応じて相手端末から受信された所定の音声信号から個人情報を抽出する。抽出された個人情報は相手端末の電話番号に対応付けて電話帳に登録する。【選択図】図１
2009100033.tif 000002
【特許請求の範囲】
【請求項１】
個人情報を登録する電話帳を内蔵した電話端末であって、
相手端末との通話中の無音期間を検出する検出手段と、
少なくとも自端末での無音期間が検出されたとき、所定の音声信号により相手端末に対してその端末内に保存されたユーザの個人情報の通知を要求する通知要求手段と、
この要求に応じて相手端末から受信された所定の音声信号から個人情報を抽出する情報抽出手段と、
抽出された個人情報を当該相手端末の電話番号に対応付けて電話帳に登録する登録手段と
を備えたことを特徴とする電話端末。
【請求項２】
前記通知要求手段は、相手端末からの通話着信時に、自端末内に内蔵された電話帳を参照して、相手端末の電話番号に対応した個人情報が登録されているか否かを確認し、登録されていない場合に個人情報の通知を要求することを特徴とする請求項１に記載の電話端末。
【請求項３】
前記通知要求手段は、少なくともユーザの名前およびメールアドレスを含む複数の項目の項目毎に通知要求を行うことができる請求項１または２に記載の電話端末。
【請求項４】
相手端末から受信された音声信号から情報通知要求を抽出する通知要求抽出手段と、
当該通知要求に応じて自端末の個人情報を相手端末へ通知する情報通知手段と
を備えたことを特徴とする請求項１に記載の電話端末。
【請求項５】
通知要求手段は相手端末への通話の発信時にも動作し、相手端末からの要求と自端末からの要求の競合を調整する競合調整手段をさらに備えた請求項１に記載の電話端末。
【請求項６】
前記登録手段は、登録の条件としてユーザの意思の確認を行う請求項１に記載の電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人情報を登録する電話帳を内蔵した電話端末に関する。
【背景技術】
【０００２】
現在の電話サービスでは発信者の電話端末の電話番号が受信者に通知される番号通知サービスがあり、通常、携帯電話の着信時には発信者の電話番号が受信され、通話記録に残されるようになっている。
【０００３】
また、通信後、その通話記録に残っている通信相手について、自己の端末内の電話帳に登録が無い場合は、通知された電話番号を基に、相手の名前やメールアドレスを入力して、電話帳に追加することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、通話相手の名前やメールアドレス等の個人情報を手動で入力するのは面倒である。特にテンキーを利用した文字入力には、時間や手間が掛かる。また、キー操作による誤入力のおそれも生じる。
【０００５】
本発明はこのような背景においてなされたものであり、電話端末において、ユーザが特別な手間をかけることなく、通話中に相手の個人情報を自動的に取得することができるようにすることを企図する。
【課題を解決するための手段】
【０００６】
本発明による電話端末は、個人情報を登録する電話帳を内蔵した電話端末であって、相手端末との通話中の無音期間を検出する検出手段と、少なくとも自端末での無音期間が検出されたとき、所定の音声信号により相手端末に対してその端末内に保存されたユーザの個人情報の通知を要求する通知要求手段と、この要求に応じて相手端末から受信された所定の音声信号から個人情報を抽出する情報抽出手段と、抽出された個人情報を当該相手端末の電話番号に対応付けて電話帳に登録する登録手段とを備えたことを特徴とする。
【０００７】
通話中の無音期間は自動的に検出され、その無音期間に音声信号により相手端末の個人情報が要求される。相手端末も、無音期間を利用して音声信号により個人情報を返送する。無音期間の長さが所定の情報を送信し終わるのに十分でない場合もありうるが、その場合は後続の無音期間でリトライする。
【０００８】
好ましくは、前記通知要求手段は、相手端末からの通話着信時に、自端末内に内蔵された電話帳を参照して、相手端末の電話番号に対応した個人情報が登録されているか否かを確認し、登録されていない場合に個人情報の通知を要求する。これにより既に登録済みの相手の個人情報を再取得する無駄が省かれる。
【０００９】
前記通知要求手段は、少なくともユーザの名前およびメールアドレスを含む複数の項目の項目毎に通知要求を行うようにしてもよい。項目毎の要求および取得を可能とすることにより、無音期間を利用した情報の取得が容易になる。
【００１０】
本発明の他の構成および作用効果は以下に詳述される。
【発明の効果】
【００１１】
本発明によれば、ユーザが特別な操作を行う必要なく、かつ、意識することなく、通常の通話の機会を利用して、通話相手の未登録の個人情報（主として名前やメールアドレス）を取得することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。ここでは携帯電話端末を例として説明する。
【００１３】
図１は本発明の概念を説明するための図である。
【００１４】
電話端末１００ａと電話端末１００ｂとは、無線インタフェースを介して、図示しない基地局により携帯電話網と接続され、通話のための通信を行うことができる。通常、この通話の間には散発的に無音の期間が生じる。図１（ａ）に示すように、本発明ではマイクからの入力信号に基づいて無音期間を検出し、図１（ｂ）に示すように、この無音期間を利用して、音声信号により相手端末に個人情報の通知を要求する。情報通知要求を受け取った相手端末は、無音区間を利用して、要求された個人情報を所定の方式でコード化して音声信号により当該情報を要求元の端末へ通知する。この音声信号は、コード化された個人情報で音を変調した信号である。例えば、モデム音やファックス音を用いることができる。さらにこの受信された個人情報を内部の電話帳に登録する。個人情報とは、名前やメールアドレスなどの情報である。
【００１５】
図２は、図１に示した電話端末１００の概略のハードウェア構成を示すブロック図である。
【００１６】
電話端末１００は、バス１１５で相互に接続された、制御部１０１、通信部１０３、表示部１０４、操作部１０５、記憶部１０６、音声処理部１１０、カレンダ／時計部１１３、および音声処理部１１０に接続されたスピーカ１１１、マイク１１２を備えている。
【００１７】
制御部１０１は、ＣＰＵ等を含み、電話端末１００の各部を制御したり、必要な処理を実行したりする。通信部１０３は、ＲＦ部、変調回路等を含み、アンテナ１０２を介して基地局との間で、通話および電子メールやＷＥＢデータ等のための無線通信を行う。
【００１８】
表示部１０４は、ＬＣＤ、有機ＥＬ等の表示デバイスを含み、その表示画面上でユーザに対して可視情報を提供する。
【００１９】
操作部１０５は、制御キー、テンキー等の各種のキーを有し、ユーザによる指示やデータの入力を受け付ける。
【００２０】
記憶部１０６は、ＲＯＭ，ＲＡＭ等のメモリを含み、ＣＰＵが実行するＯＳや各種アプリケーション等のプログラムやデータを記憶する。ＲＯＭには、フラッシュメモリのような再書き込み可能な不揮発性メモリを含みうる。
【００２１】
音声処理部１１０は、音声のエンコーダ、デコーダ、ＤＡ変換器、ＡＤ変換器等を含み、スピーカ１１１に対する音声出力およびマイクからの音声入力を行う。さらに、本実施の形態では、個人情報を所定の方式で変調した音声信号を生成する機能、および、そのような音声信号を復調する機能を有する。
【００２２】
カレンダ・時計部１１３は、ＲＴＣ（Real Time Clock)を含み、日時情報やタイマーの機能を提供する。
【００２３】
その他、図示しないが、電話端末１００は、電源部、発光部、バイブレータ等、通常の携帯電話端末が備えている機能部を備えている。また、カメラ部、非接触ＩＣカード機能部、ＧＰＳ受信部等をさらに備えてもよい。
【００２４】
本実施の形態における個人情報は、通常、携帯電話端末内の電話帳に登録されている情報である。要求の仕様としては、相手端末のユーザの登録されている個人情報すべてを要求するものと、特定の情報項目を指定して要求する方法とがありうる。
【００２５】
図３は、本実施の形態における電話端末の主要な機能を示すブロック図である。本実施の形態における主要な機能は、無音検出部１１、情報通知要求部１２、通知情報抽出部１３、情報登録部１４、情報通知要求抽出部１５および情報通知部１６を含む。これらの機能は制御部１０１により実現される。
【００２６】
無音検出部１１は、音声処理部１１０から得られるマイク入力に基づいて無音状態を検出する機能部である。後述するように、両端末の無音状態を検出する場合には音声処理部１１０から得られる相手音声信号とマイク入力の両方に基づいて無音状態を検出する。
【００２７】
情報通知要求部１２は、無音検出部１１の出力に応じて、音声処理部１１０に対して情報通知要求を発生する機能部である。
【００２８】
通知情報抽出部１３は、音声処理部１１０から得られる相手音声信号に基づいて情報通知の内容を抽出する機能部である。具体的には、相手音声信号から、後述するスタートビットとエンドビット（すなわちストップビット）で挟まれたデータを抽出する。
【００２９】
情報登録部１４は、通知情報抽出部１３から得られた情報を記憶部１０６内の電話帳１８に追加登録する。具体的には、相手端末の電話番号とともに、得られた相手の名前やメールアドレス等の個人情報を登録する。
【００３０】
情報通知要求抽出部１５は、音声処理部１１０から得られる相手音声信号に基づいて相手端末から送信されてきた情報通知要求を抽出する機能部である。
【００３１】
情報通知部１６は、相手端末からの情報通知要求に応じて、電話帳１８から自端末の個人情報を音声処理部１１０へ送出する機能部である。
【００３２】
図４は、複数の情報項目について項目別に要求の要否を指定することができる項目別要求フォーマットの一例を示している。項目としては、相手の名前（漢字）、名前（ひらがな）、メールアドレス、郵便番号、住所（漢字、住所（ひらがな）を例として挙げている。この例ではこれらの項目の通知の要否を各１ビットと、不使用の２ビットとを含めて１バイト（８ビット）の情報項目要求設定データとし、その前後にスタートビットとエンドビットを付加した非同期シリアル通信用のデータ構成としている。各項目の通知の要否を表す１ビットは、ここでは要（“１”）、否（“０”）とする。音声信号を利用した要求として複数のコマンドを用いる場合には、コマンドの種別を表すデータを別途用意する。
【００３３】
図５は、項目別応答フォーマットの一例を示している。
【００３４】
各項目は、項目の種別を表す項目種別ヘッダと、送信されるデータの長さを表すデータ長と、データとの組み合わせで構成される。これらの複数の項目の全体はスタートビットとエンドビットで挟まれた非同期シリアル通信用のデータ構成としている。項目種別ヘッダとしては例えば次のような１６進データを用いることができる。
０ｘ０１：相手の名前（漢字）
０ｘ０２：名前（ひらがな）
０ｘ０３：メールアドレス
０ｘ０４：郵便番号
０ｘ０５：住所（漢字）
０ｘ０６：住所（ひらがな）
０ｘ０７：Ｎ／Ａ（Not Available）
０ｘ０８：Ｎ／Ａ
【００３５】
各項目の通知の要否は、図示しないユーザインタフェース画面により適宜ユーザが設定することができる。
【００３６】
図６に示した様に、無音状態の後に通話が始まった場合は、情報の通知を中止する。データを受け取る側は、エンドビットが受け取れない場合、受け取った情報を不完全なデータであると判断して破棄する。但し、項目種別ヘッダ単位で正確に受信されたことが確認されたデータについては保存するようにしてもよい。また、情報の通知を行う端末側では、スタートビットとエンドビットの間には１項目のデータのみを含め、項目毎に独立に通知するようにしてもよい。
【００３７】
エンドビットが受け取れた場合は、情報を正しく受け取ったと判断して、通信後の電話番号の電話帳追加時に、この情報を使って、名前やメールアドレスを自動入力する。
【００３８】
次に、本実施の形態における電話端末の処理例をフローチャートにより説明する。
【００３９】
図７は、電話の着信時に行われる個人情報通知に関連した処理を示している。
【００４０】
まず、相手の電話番号が通知されたか否かをチェックする（Ｓ１１）。通知されなかった場合には相手の電話番号が不明なので、この処理は終了する。
【００４１】
通知された場合には、その電話番号について内部の電話帳に名前およびメールアドレスが登録されているかどうかをチェックする（Ｓ１２）。登録されていれば、以降のステップは不要なのでこの処理を終了する。
【００４２】
登録されていなければ、以後、通話中の無音期間を監視する（Ｓ１３）。具体的には、マイクから入力された音の大きさ（信号レベル）が所定値より小さいときに無音状態と判断する。そのような無音状態が所定時間継続したとき、上述した個人情報の通知の要求を送信する（Ｓ１４）。ここでの所定時間とは瞬間的な無音状態を排除するための比較的短い時間である。ただし、上記無音状態が所定時間継続しても、その後に当該要求を送信完了できるだけの無音期間が存在するかどうかは分からない。後述するように、当該要求の送信が完了する前に無音期間が終了しうることは想定済みである。そのような場合は送信が途中であっても当該要求の送信は中止する。情報通知要求の送信が成功しなかったら、ステップＳ１３に戻り、次の送信機会まで待機することになる。
【００４３】
情報通知要求の送信が成功した後、相手端末から個人情報を表す音声信号を受信したら、個人情報を抽出して一旦メモリに記憶する。相手からの個人情報の送信は、相手端末での無音期間の検出時に行われる。要求したすべての情報の受け取りが成功したら（Ｓ１６，Ｙｅｓ）、電話帳にその情報を当該電話番号とともに追加登録する（Ｓ１７）。
【００４４】
なお、通話が終了したら、その時点で本処理は終了する。
【００４５】
ステップＳ１７の電話帳への情報の追加は、自動的に行ってもよいが、登録の条件としてユーザの意思の確認を行うようにしてもよい。その場合、例えば、図８に示したような表示画面に確認メッセージを表示して、ユーザの許可があった場合にのみ登録を行うようにしてもよい。確認メッセージは、この例では「○○さんの電話番号（メールアドレス）が取得されました。電話帳に登録しますか？」というものである。ここに「○○」には取得された相手の名前が挿入される。
【００４６】
図９は、図７の着信側の通話処理に対応する発信側の電話端末の通話処理例を示したフローチャートである。
【００４７】
発信側の電話端末においても、通話中に相手端末からの情報通知要求を受信すると（Ｓ２１，Ｙｅｓ）、その後の自端末のマイク入力に基づいて無音期間を監視する（Ｓ２２）。無音期間を検出したら、要求された情報を音声信号により送信開始する（Ｓ２３）。その後、送信終了するまで、ステップＳ２２，Ｓ２３を繰り返す。無音期間が途切れたら、再度の無音期間を待つ。要求されたすべての情報の送信が終了したら（Ｓ２４，Ｙｅｓ）、ステップＳ２１へ戻る。
【００４８】
上記の説明では、情報通知要求は着信端末から発信端末に対して行う例を示した。しかし、同通話中に、発信端末から着信端末へも行うようにしてもよい。この場合、発信端末は当然ながら着信端末の電話番号を内部の電話帳に登録しているか、その電話番号をユーザが手入力で直接指定したかであり、いずれにせよ着信端末の電話番号は既知である。電話帳に登録済みの相手については通知要求は不要なので、手入力の場合が本処理の対象となる。但し、登録済みであっても、例えば名前と電話番号のみが登録され、メールアドレスが登録されていないような場合には、欠けた個人情報の項目のみの通知要求を行うことができる。この場合には、初期設定の内容に拘わらず、例えば図４のフォーマットに従って当該項目のみの通知要求を行うことができる。
【００４９】
また、発信端末から着信端末への通知要求を許容する場合、両端末からの通知要求が重複して発生する（すなわち通知要求が競合する）可能性がある。このような競合に対応するため、相手端末からの要求と自端末からの要求の競合を調整する競合調整手段を備えることが好ましい。
【００５０】
競合調整手段は、例えば制御部１０１により実現され、図１０に模式的に示すように、優先順位を判定するための所定の基準に基づいて、優先順位が高い方の端末が先に情報通知要求を行い、優先順位が低い方の端末は、要求された自己の個人情報をすべて送信した後、あるいは所定の長い待ち時間の後、情報通知要求を行うようにする。「所定の長い待ち時間の後」とは、例えば、１回の通話開始後に所定の時間が経過したとき、等である。
【００５１】
優先順位の判定の基準としては、例えば両端末の電話番号の比較（番号そのものの大小、番号の各桁値の加算値の大小等に基づき、値の大きい方を先とする）、発信／着信の別（例えば着信側を先とする）、等、両端末のいずれかを優先できる任意の基準を採用することができる。
【００５２】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。例えば、電話端末として携帯電話端末を例として説明したが、固定電話端末に適用することも可能である。また、インターネットを利用したＩＰ電話にも適用可能である。
【００５３】
相手端末でのマイク入力がある場合にも自端末でのマイク入力がない場合に音声信号により情報（情報通知要求を含む）を送信する構成としたが、両端末ともにマイク入力がない場合に情報を送信する構成としてもよい。その場合には上述したように、無音検出部１１に相手音声信号も入力し、相手端末での無音を検出する。
【図面の簡単な説明】
【００５４】
【図１】本発明の概念を説明するための図である。
【図２】図１に示した電話端末の概略のハードウェア構成を示すブロック図である。
【図３】本発明の実施の形態における電話端末の主要な機能を示すブロック図である。
【図４】本発明の実施の形態において、複数の情報項目について項目別に要求の要否を指定することができる項目別要求フォーマット例を示した図である。
【図５】図４の項目別要求フォーマットに対応する項目別応答フォーマットの一例を示した図である。
【図６】本発明の実施の形態において、無音状態の後に通話が始まった場合の動作の説明図である。
【図７】本発明の実施の形態における、電話の着信時に行われる個人情報通知に関連した処理を示したフローチャートである。
【図８】本発明の実施の形態における確認メッセージの表示例を示した図である。
【図９】図７の着信側の通話処理に対応する発信側の電話端末の通話処理例を示したフローチャートである。
【図１０】本発明の実施の形態における両電話端末の情報通知要求の競合の調整方法の説明図である。
【符号の説明】
【００５５】
１１…無音検出部、１２…情報通知要求部、１３…通知情報抽出部、１４…情報登録部、１５…情報通知要求抽出部、１６…情報通知部、１８…電話帳、１００…電話端末、１００ａ…電話端末、１００ｂ…電話端末、１０１…制御部、１０２…アンテナ、１０３…通信部、１０４…表示部、１０５…操作部、１０６…記憶部、１１０…音声処理部、１１１…スピーカ、１１２…マイク、１１３…カレンダ・時計部
【図１】
2009100033.tif 000003
【図２】
2009100033.tif 000004
【図３】
2009100033.tif 000005
【図４】
2009100033.tif 000006
【図５】
2009100033.tif 000007
【図６】
2009100033.tif 000008
【図７】
2009100033.tif 000009
【図８】
2009100033.tif 000010
【図９】
2009100033.tif 000011
【図１０】
2009100033.tif 000012