(57)【要約】【課題】  通信端末装置の電話帳ユーザーインターフェースにおいて、確実に発呼を成功させることができる電話番号を優先的に表示できるようにする。【解決手段】  通信端末装置２１の電話帳データに特定の宛先ユーザに関し、当該宛先ユーザが接続可能な複数の電話番号を電話帳データとして格納する。当該宛先ユーザの位置情報通知をＳＩＰサーバ２２に依頼し、ＳＩＰサーバ２２から通知される当該宛先ユーザの位置情報を受信し、電話帳ユーザーインターフェースで当該宛先ユーザを選択した時、ＳＩＰサーバ２２から通知された当該宛先ユーザの現在位置に対応する電話番号を選択的に表示する。ＳＩＰサーバ２２は、宛先ユーザの立ち回り先に配置されたセンサ２１１〜２１３から検出された個人識別媒体２４のＳＩＰアドレスと位置情報を受信し、位置情報通知を行なう。【選択図】  図２
2006157319.tif 000002
【特許請求の範囲】
【請求項１】
１つの宛先に対して複数の電話番号を登録可能な電話帳ユーザーインターフェースを有する通信端末装置の制御方法において、
特定の宛先ユーザに関し、当該宛先ユーザが接続可能な複数の電話番号を電話帳データとして格納し、
当該宛先ユーザの位置情報通知をＳＩＰサーバに依頼し、
ＳＩＰサーバから通知される当該宛先ユーザの位置情報を受信し、
電話帳ユーザーインターフェースで当該宛先ユーザを選択した時、
ＳＩＰサーバから通知された当該宛先ユーザの現在位置に対応する電話番号を選択的に表示することを特徴とする通信端末装置の制御方法。
【請求項２】
請求項１の通信端末装置の制御方法において、前記ＳＩＰサーバは、宛先ユーザの立ち回り先に配置されたセンサ手段から、宛先ユーザが保有する個人識別手段から読み取ったＳＩＰアドレスと位置情報をＳＩＰに基づいて受信し、該ＳＩＰアドレスと位置情報に基づき前記位置情報通知を行なうことを特徴とする通信端末装置の制御方法。
【請求項３】
請求項１に記載の通信端末装置の制御方法を実施する電話帳ユーザーインターフェースを含むことを特徴とする通信端末装置。
【請求項４】
請求項１に記載の通信端末装置の制御方法を実施すべく通信端末装置の電話帳ユーザーインターフェースを制御することを特徴とする通信端末装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１つの宛先に対して複数の電話番号を登録可能な電話帳ユーザーインターフェースを有する通信端末装置、通信端末装置の制御方法、および通信端末装置の制御プログラムに関するものである。
【背景技術】
【０００２】
従来より、一つの宛先に対して複数の電話番号を登録できる電話帳ユーザーインターフェースを有する通信端末装置において、特定の条件に合致する電話番号を優先的に表示し、発呼に使用させ、発呼を成功させる確率を高めようとする技術が知られている。
【０００３】
たとえば、任意の宛先を選択した時の電話番号表示順に関するものとしては、宛先の電話番号を登録する時に対応する優先順位を合わせて登録しておき、電話帳で宛先が選択された場合に、優先順位にしたがって電話番号を表示する技術（たとえば下記の特許文献１）、また、対応する優先時間帯を合わせて登録しておき、電話帳で宛先が選択された場合に、現在時刻を参照し優先時間帯に現在時刻が入っている電話番号を優先的に表示する技術（たとえば下記の特許文献２）が知られている。
【特許文献１】特開平１１−２３４３８９号公報
【特許文献２】特開平０８−１８１７６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術は、相手に連絡が取れる可能性が高い順に表示しようという意図の元に電話番号に優先度をつけて表示させているだけであり、必ずその相手に連絡ができるというものではなく、発呼成功の確実性を保証できる技術ではない。
【０００５】
上記従来技術では、場合によっては、実際に相手に連絡ができる電話番号が表示順の下位になってしまうことも考えられ、表示順にしたがって発呼していくと、相手に連絡をとるまでに複数回の発呼が必要となり、通話料金がかさみ、時間もかかるので、使い勝手が悪い、という問題があった。
【０００６】
本発明の課題は、上記の問題を解決し、通信端末装置の電話帳ユーザーインターフェースにおいて、確実に発呼を成功させることができる電話番号を優先的に表示できるようにすることにある。
【課題を解決するための手段】
【０００７】
本発明は、１つの宛先に対して複数の電話番号を登録可能な電話帳ユーザーインターフェースを有する通信端末装置の制御方法、通信端末装置、および通信端末装置の制御プログラムにおいて、特定の宛先ユーザに関し、当該宛先ユーザが接続可能な複数の電話番号を電話帳データとして格納し、当該宛先ユーザの位置情報通知をＳＩＰサーバに依頼し、ＳＩＰサーバから通知される当該宛先ユーザの位置情報を受信し、電話帳ユーザーインターフェースで当該宛先ユーザを選択した時、ＳＩＰサーバから通知された当該宛先ユーザの現在位置に対応する電話番号を選択的に表示する構成を採用した。
【発明の効果】
【０００８】
上記構成によれば、電話帳ユーザーインターフェースで宛先を表示させようとした時、電話帳に登録されている宛先ユーザの、実際に検出された現在位置に関する電話番号情報を選択的に表示させることができ、ユーザは電話帳ユーザーインターフェースを介して、電話帳に登録されている宛先ユーザの現在位置に関する電話番号情報を知ることができ、また、その宛先を直ちに発呼することができるから、相手と確実に通話することが可能となる、さらに、実際に発呼しなくても電話帳ユーザーインターフェースで表示された電話番号から宛先ユーザの位置を知ることができる、などの優れた効果がある。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を採用した通信端末装置の一例として、ＩＰ電話装置に関する実施例を示す。
【実施例１】
【００１０】
図１は本発明を採用したＩＰ電話装置の制御系の構成を示している。図１において、主制御部１１は、ＲＯＭ１２に記憶されているプログラムにしたがって、通信端末装置全体、すなわちＲＡＭ１３、不揮発性ＲＡＭ１４、操作部１５、表示部１６、ネットワーク制御部１７の制御を行なうものである。
【００１１】
ＲＡＭ１３は、装置動作の作業用データ保存領域として使われる。不揮発性ＲＡＭ１４はバッテリーバックアップされたＳＲＡＭで、ユーザが装置に設定したデータおよび電話帳の宛先の各種データが記憶されている。
【００１２】
操作部１５は、ユーザが通話をするために電話番号を入力したり、装置への各種登録をしたり、あるいは電話帳の登録や検索を行なうためのユーザインタフェース部で、先の表示部１６やテンキー、各種ファンクションキーなどを含むキーボードなどから構成される。
【００１３】
ネットワーク制御部１７は、本装置が接続されるインターネットなどのネットワークとのインタフェースを制御する。このネットワーク制御部１６は、本装置が接続されるネットワークとの通信において、ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰの各プロトコルをサポートするとともに、これらの基本プロトコルレイヤの上でＩＰ電話通信を行なうためのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）をサポートする。このＳＩＰは通信する端末同士を結びつけるセッション（発着呼）を管理するプロトコルであり、リアルタイム通信においては実装しやすいプロトコルであり、ＩＰ電話で多く使われている。
【００１４】
ＳＩＰの機能としては、一般の電話機能に対応する保留、転送、会議などのほか、プレゼンス機能と呼ばれるものがある。このプレゼンス機能は、相手のＳＩＰアドレスがわかっていれば、相手の状態情報を入手できるようにしたものである。本実施例ではこのプレゼンス機能を用いて電話帳に記載された宛先の所在を確認する。
【００１５】
図２は本発明の実施形態を示すネットワーク図の一例である。図２において符号２１は本発明のＩＰ電話装置であり、ネットワーク２１４に接続されている。ネットワーク２１４はインターネット、社内イントラネット、あるいはインターネット上にＶＰＮなどの技術を利用して形成されたネットワークなどであり、ＩＰ通信（およびその上位のＴＣＰ、ＵＤＰなどの各種プロトコルの通信）を行なえるものとする。符号２２はネットワーク２１４上に置かれたＳＩＰサーバで、ＳＩＰプロトコルに従った通信の管理を行なう。
【００１６】
符号２３はネットワーク２１４上に置かれたロケーションサーバであり、ＳＩＰサーバ２２からの位置登録情報の保存や位置情報の参照に応答する。また、ロケーションサーバ２３は位置情報と電話番号の関連情報を内部に保有している。
【００１７】
符号２４は個人識別情報が入っているＩＣカード等の個人識別媒体である。この個人識別媒体２４には所有者（たとえば特定の社員）に割り当てられたＳＩＰアドレス情報が格納されている。符号２５、２６、２７はカードの所有者が立ち回る場所（たとえば本社Ａ、支社Ｂ、支社Ｃ等）であり、本社Ａ２５には、電話機２８とセンサ２１１が置かれている。
【００１８】
電話機２８は通常の加入者回線に接続された電話機であり、センサ２１１は個人識別媒体２４が検知範囲内に存在することを検知できる。実施形態としては、たとえば、社屋や部屋の入り口などに設置されたセキュリティカードリーダにセンサ２１１が実装され、所有者が識別媒体２４（たとえばカード）を通す時に個人識別媒体２４内のＳＩＰアドレス情報を読み取る、というような構成が考えられる。センサ２１１はネットワークインタフェースを有しており、個人識別媒体２４の存在を検知して、ＳＩＰアドレス情報を確認すると、ネットワーク２１４経由で該当の個人識別媒体２４の存在をＳＩＰによりＳＩＰサーバ２２へ通知する。
【００１９】
また、図２の符号２６を支社Ｂ、２７を支社Ｃとすると、支社Ｂ２６には電話機２９とセンサ２１２が、支社Ｃ２７には電話機２１０とセンサ２１３が設置されている。
【００２０】
このような構成によれば、所有者（社員）が、本社Ａ、支社Ｂ、Ｃの範囲を移動したとしても、個人識別媒体２４の存在をセンサ２１１、センサ２１２、センサ２１３で検知し、ＳＩＰサーバ２２に登録依頼することにより、ロケーションサーバ２３により、個人識別媒体２４の所有者の現在の位置を管理することができる。ＩＰ電話装置２１上で、電話帳に記載される宛先が現在存在する位置と電話番号を知るシーケンスは図４により後述する。
【００２１】
図３は本実施例において、不揮発性ＲＡＭ１４に保存される電話帳の宛先登録エリア３０１の構成を示したものである。宛先登録エリア３０１は、宛先１情報３１１、宛先２情報３１２、宛先３情報３１３…のように宛先ごとの情報エリアに分かれており、最大Ｎ個の宛先を登録できるようになっている。
【００２２】
各宛先情報の記憶領域は、図３の右側に示すように、相手の略称を保存する宛先略称３５１、通信相手が持つ上記の個人識別媒体２０４のＳＩＰアドレスに対応するＳＩＰアドレス３５２、ＳＩＰサーバから通知される相手が現在いる場所の電話番号情報を保存する位置電話情報３５４、相手の第１の電話番号３５４とその略称３５５、同様に第２の電話番号３５６とその略称３５７、第３の電話番号３５８とその略称３５９…のように複数の電話番号とその略称から成り立っており、位置電話情報３５３以外の項目は、ユーザが操作部１５から入力するものである。
【００２３】
図４は、ＩＰ電話装置２１が、装置内部に持っている電話帳に登録された宛先の所在位置の電話番号情報を取得する仕組みを時系列で表したシーケンス図である。ＩＰ電話装置２１では、電話帳に宛先情報が登録されると、宛先情報内のＳＩＰアドレス（個人識別媒体２４）を引数としてＳＵＢＳＣＲＩＶＥ信号をＳＩＰサーバ２２に送出する（４０１）。
【００２４】
ＳＵＢＳＣＲＩＶＥとは、情報変化通知依頼をする信号で、個人識別媒体２４のＳＩＰアドレスに関する情報が変化したら通知してくれるように依頼するものである。このＳＵＢＳＣＲＩＶＥでは、変化要因情報として、位置電話番号を指示しておく。
【００２５】
この位置電話番号とは、個人識別媒体２４の現在位置から求められる固定電話（２８、２９、２１０…）の電話番号情報で、個人識別媒体２４の現在位置から電話番号への解決は後述のようにロケーションサーバ２３によって行なわれる。
【００２６】
ＳＵＢＳＣＲＩＶＥによる指示を受けたＳＩＰサーバ２２は、依頼元のＳＩＰアドレス（ＩＰ電話装置２１）、監視すべきＳＩＰアドレス（個人識別媒体２４）、変化要因を内部に保存する。
【００２７】
個人識別媒体２４を持った宛先１が本社Ａ２５に出社すると、個人識別媒体２４の存在をセンサ２１１が検知する。センサ２１１は個人識別媒体２４からＳＩＰアドレスを読み取ると、それを引数としてＲＥＧＩＳＴＥＲ信号をＳＩＰサーバ２２に送出する（４０２）。
【００２８】
ＲＥＧＩＳＴＥＲ信号は状態情報を登録する信号で、個人識別媒体２４の位置情報を登録するものである。ＲＥＧＩＳＴＥＲ信号を受けたＳＩＰサーバ２２は、受信した登録情報をロケーションサーバ２３へ登録する。そして、情報変化通知依頼が来ているかを調べ、来ている場合には、位置情報から位置電話番号情報の問い合わせをロケーションサーバ２３に行なう（４０３）。問い合わせを受けたロケーションサーバ２３は、内部の情報テーブルを参照して、位置電話番号情報に変換し、結果をＳＩＰサーバ２２に通知する（４０４）。
【００２９】
ＳＩＰサーバ２２は、情報変化通知依頼があった依頼元のＩＰ電話装置２１に、ＮＯＴＩＦＹ信号を送出し、位置電話番号情報を通知する。ＮＯＴＩＦＹ信号はＳＵＢＳＣＲＩＶＥ信号で依頼された情報の変化を通知する信号である。
【００３０】
ＮＯＴＩＦＹ信号を受信したＩＰ電話装置２１は、送付されたＳＩＰアドレスと電話帳宛先のＳＩＰアドレス３５２を比較し、一致した宛先の位置電話情報３５３に送付された位置電話情報を保存する。
【００３１】
この後、個人識別媒体２４を持った宛先１が、支社Ｃ２７に移動すると、同様にして、支社Ｃ２７のセンサ２１３からＳＩＰサーバ２２にＲＥＧＩＳＴＥＲ信号が送られ、位置情報が通知され（４０６）、ＳＩＰサーバ２２がロケーションサーバ２３に位置電話番号情報の問い合わせを行い（４０７）、ロケーションサーバ２３から位置電話番号情報への変換結果がＳＩＰサーバ２２に通知され（４０８）、ＳＩＰサーバ２２からＩＰ電話装置２１に、ＮＯＴＩＦＹ信号が送出され（４０９）、これにより位置電話番号情報（すなわち、個人識別媒体２４を持った宛先１の現在の固定電話（２８、２９、２１０…）の電話番号情報）が通知される。ＮＯＴＩＦＹ信号を受信したＩＰ電話装置２１は、送付されたＳＩＰアドレスと電話帳宛先のＳＩＰアドレス３５２を比較し、一致した宛先の位置電話情報３５３に送付された位置電話情報を保存する。
【００３２】
図５は、本発明を採用したＩＰ電話装置の通信制御手順を示している。図５（および後述の各フローチャート）の制御手順は、主制御部１１のＣＰＵなどが実行する制御プログラムとして、ＲＯＭ１２に格納しておく。
【００３３】
図５のステップＳ５０１では、まず操作部１５からの操作イベントがあったかを調べる。操作イベントがあった場合は、ステップＳ５０２にて操作イベント処理（後述の図６の処理）を行ない、終了後はステップＳ５０１へ戻る。
【００３４】
ステップＳ５０１にて操作イベントがないと判断された場合は、ステップＳ５０３でネットワーク制御部１６にてネットワークからのインタフェースイベントがあったかを調べる。インタフェースイベントが発生した場合には、ステップＳ５０４でネットワークイベント処理を行ない、処理終了後はステップＳ５０１へ戻る。
【００３５】
図６は図５の操作イベント処理（Ｓ５０２）の処理の流れを示している。図６のステップＳ６０１においては、当該の操作イベントが電話帳登録指示であったか否かを調べる。電話帳登録指示が行なわれた場合にはステップＳ６０２において電話帳登録処理を行なう。
【００３６】
ステップＳ６０１で電話帳登録指示がなかった場合は、ステップＳ６０３で当該の操作イベントが電話帳検索指示であったか否かを調べる。電話帳検索指示が行なわれた場合にはステップＳ６０４で電話帳検索処理を行なう。
【００３７】
ステップＳ６０３で当該の操作イベントが電話帳検索指示ではなかった場合は、ステップＳ６０５で、操作に従ったその他の操作処理を行なう。
【００３８】
図７は図６の電話帳登録処理（Ｓ６０２）の処理の流れを示している。図７のステップＳ７０１においては、操作部１５から宛先の略称を入力する。ステップＳ７０２においては、操作部１５から登録する相手が持つ個人識別媒体２４のＳＩＰアドレスを入力する。ステップＳ７０３においては、操作部１５から相手が行動する先の電話番号と番号の略称を複数入力する。
【００３９】
ステップＳ７０４においては、ステップＳ７０１で入力した略称を不揮発性ＲＡＭ１４内の電話帳宛先登録エリア３５１へ、ステップＳ７０２で入力したＳＩＰアドレスを同じく３５２へ、ステップＳ７０３で入力した複数の電話番号と略称を同じくエリア３５４〜３６１へ保存する。ステップＳ７０５においては、ステップＳ７０２で入力したＳＩＰアドレスの位置が変わったときに電話番号情報を通知してもらえるように、ＳＩＰサーバ２２に対して、ＳＵＢＳＣＲＩＶＥ信号を送出する（図４の４０１の動作）。
【００４０】
図８は、図６の電話帳検索処理（Ｓ６０４）のフローチャートである。図８のステップＳ８０１では、ユーザが操作部１５を操作して、検索したい宛先の略称を選択する。ステップＳ８０２ではユーザが選択した略称の情報から位置電話情報３５３の内容をロードする。
【００４１】
ステップＳ８０３においては、ロードした位置電話情報と登録された電話番号（３５４、３５６、３５８、３６０）を比較し、ステップＳ８０４で一致する電話番号があったかどうかを判断する。
【００４２】
ステップＳ８０４で一致する電話番号があると判断した場合は、ステップＳ８０５で一致した電話番号（固定電話（２８、２９、２１０…）の電話番号）を表示部１６に表示する。一致する電話番号がないと判断した場合は、ステップＳ８０６で移動中であることを表示部１６に表示する。
【００４３】
なお、ステップＳ８０５の表示では、位置電話情報と一致する電話番号のみを表示する他、次のようにして位置電話情報と一致する電話番号を優先的に表示することも考えられる。たとえば、登録されている複数の電話番号を同時に表示部１６で表示した上、位置電話情報と一致する電話番号を強調表示したり、あるいはその上にカーソルを移動させて直ちにその番号を発呼できるように表示を制御することにより、位置電話情報と一致する電話番号を優先的に表示するなどの態様が考えられる。
【００４４】
図９は、図５のインタフェースイベント処理（Ｓ５０４）の流れを示している。図９のステップＳ９０１においては、発生したインタフェースイベントがＳＩＰサーバからのＮＯＴＩＦＹ信号受信による位置電話番号通知イベントかどうかを調べる。発生したインタフェースイベントが位置電話番号通知イベントでなかった場合は、ステップＳ９０６において発生したイベントに従ったその他の処理を行なう。
【００４５】
ステップＳ９０１において、発生したインタフェースイベントが位置電話番号通知イベントであった場合は、ステップＳ９０２でＮＯＴＩＦＹ信号により通知されたＳＩＰアドレス情報と位置電話番号情報を装置内のＲＡＭ１３に一時保存する。ステップＳ９０３では、保存したＳＩＰアドレスに一致するＳＩＰアドレスを持った電話帳略称が電話帳の宛先情報エリア３０１にあるかどうかを検索し、ステップＳ９０４において一致する略称があったかを判断する。
【００４６】
ステップＳ９０４において一致する略称があった場合には、ステップＳ９０５において、一致した略称の位置電話情報３５３に、ステップＳ９０２で一時保存した位置電話番号情報をストアし、宛先が現在存在する電話番号情報を更新する。
【００４７】
以上のようにして、本実施例によれば、ＩＰ電話装置の電話帳ユーザーインターフェースで宛先を表示させようとした時、電話帳に登録されている宛先の、実際に検出された現在位置に関する電話番号情報（のみ）を表示（あるいは優先的に表示）させることができ、ユーザは電話帳ユーザーインターフェースを介して、電話帳に登録されている宛先の現在位置に関する電話番号情報を知ることができる。本実施例によれば、ユーザが電話帳ユーザーインターフェースで宛先を選択した時に、宛先の現在位置の電話番号を選択して表示でき、またその宛先を直ちに発呼することができるから、相手と確実に通話することが可能であり、ユーザの利便性を向上させることができる。
【００４８】
また、本実施例によれば、実際に発呼しなくても電話帳ユーザーインターフェースで表示された電話番号から宛先の位置を知ることができるという優れた効果がある。
【産業上の利用可能性】
【００４９】
上記実施例では、端末装置の名称として「ＩＰ電話装置」を用いたが、本発明は１つの宛先に対して複数の電話番号を登録可能な電話帳ユーザーインターフェースを有する通信端末装置であれば、何ら限定を受けることなく実施することができる。本発明の方法およびプログラムを実現するためのソフトウェアは、通信端末装置のＲＯＭ（あるいはＨＤＤなど）などの記憶媒体にあらかじめ出荷時から実装しておく他、ネットワーク経由でこれらの装置に導入し、また、アップデートを行なうよう構成することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明を採用したＩＰ電話装置の制御系のブロック図である。
【図２】本発明を適用可能なネットワークの構成を示した説明図である。
【図３】図１の不揮発性ＲＡＭに保存される電話帳の宛先登録エリアの構成を示した説明図である。
【図４】図１のＩＰ電話装置の電話帳に登録された宛先の所在位置の電話番号情報を取得する通信制御を示したシーケンス図である。
【図５】図１のＩＰ電話装置の通信制御手順を示したフローチャート図である。
【図６】図５の操作イベント処理の流れを示したフローチャート図である。
【図７】図６の電話帳登録処理の流れを示したフローチャート図である。
【図８】図６の電話帳検索処理の流れを示したフローチャート図である。
【図９】図５のインタフェースイベント処理の流れを示したフローチャート図である。
【符号の説明】
【００５１】
１１  主制御部
１２  ＲＯＭ
１３  ＲＡＭ
１４  不揮発性ＲＡＭ
１５  操作部
１６  表示部
１７  ネットワーク制御部
２１  ＩＰ電話装置
２４  個人識別媒体
２８、２９、２１０  電話機
２１１〜２１３  センサ
３０１  宛先登録エリア
【図１】
2006157319.tif 000003
【図２】
2006157319.tif 000004
【図３】
2006157319.tif 000005
【図４】
2006157319.tif 000006
【図５】
2006157319.tif 000007
【図６】
2006157319.tif 000008
【図７】
2006157319.tif 000009
【図８】
2006157319.tif 000010
【図９】
2006157319.tif 000011