JP2006180309A - 電話番号検索方法、ｉｐ電話端末、ホスト装置、ｉｐ電話端末の制御プログラム、およびホスト装置の制御プログラム - Google Patents

Abstract

【課題】 セキュリティと電話番号検索の利便性をバランスよく実現できる電話番号検索システムを提供する。
【解決手段】 任意の検索キー文字列と電話番号を関連づけて記憶した電話番号データベース、電話番号検索制御のためのユーザ認証情報データベースを有する電話番号データベースサーバ３０７に対して、ＩＰ電話装置（３０１または３０４）が所定プロトコルにより検索依頼を行ない、依頼を行なったＩＰ電話装置が内部ＬＡＮ（３０８）に配置されているか、またはＬＡＮの外部のネットワークに接続されているかを判定し、ＩＰ電話装置（３０１）がＬＡＮ内に配置されている場合はユーザ認証なしで電話番号検索を許可し、ＩＰ電話装置（３０４）がＬＡＮの外部のネットワークに接続されている場合はユーザ認証を行ない、ユーザ認証が正常に行なわれた場合のみ電話番号検索を許可する。
【選択図】 図３

Description

本発明は、電話番号検索サーバを用いて任意の検索キー文字列から発呼に用いる電話番号を検索する電話番号検索方法、ＩＰ電話端末、ホスト装置、ＩＰ電話端末の制御プログラム、およびホスト装置の制御プログラムに関するものである。

近年、公衆回線網（ＰＳＴＮ、ＩＳＤＮ）ではなく、ＩＰ網を利用して電話通信を行なうＶｏＩＰ（ＩＰ電話）技術が急速に普及しつつある。

ＩＰ電話装置は、ＩＰ網への接続インターフェースを含み、発着呼の際、ＩＰ網上で最終的にＩＰアドレスを用いて相手局と接続するが、その際、旧来の電話番号（Ｅ．１６４番号）を用いて発呼操作を行なえるよう、Ｅ．１６４番号からＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）への変換を行なうＥＮＵＭ（ＲＦＣ２９１６、ＲＦＣ３７６１など）のような規格が用いられている。

ＥＮＵＭによれば、「５．７．８．５．７．４．３．３．３．１．８．ｅ１６４．ＴＬＤ」のようなドメインネーム形式で入力された電話番号から、ＥＮＵＭサーバにより「ｓｉｐ：ｘｘｘｘ＠ｙｙｙｙ．ｊｐ」、などのようなＵＲＩ形式のアドレスへの変換が行なわれる。この「ｓｉｐ：ｘｘｘｘ＠ｙｙｙｙ．ｊｐ」はいわゆるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）アドレスであり、ＳＩＰサーバにより相手局のＩＰアドレスを取得することができる。

一方、相手局の氏名、名称や略称などの名前から電話番号を得るためのデータベースシステムは、旧くから電話帳データベースとして電話装置やファクシミリ装置に実装されている。また、音声による番号案内などの種々の電話番号検索サービスも知られている。特に上記のＵＲＩには相手局の氏名、名称や略称などが含まれているから、このような情報から相手局検索して発呼する仕組があれば、たとえば出先から相手の氏名と社名しか判らない相手を発呼することなどが可能であり、便利である。

電話番号検索サービスとしては、たとえば、ＷＥＢサーバを用い、所属や氏名から電話番号を検索しその情報に基づいて発着呼を行ない、またこのＷＥＢサーバ上に電話番号の情報を一元管理し随時更新することによって常に最新の情報を共有する方法（下記の特許文献１）が提案されている。
特開平１０−３２２４６５号公報

しかしながら、上記の特許文献１の方式は、いわばパブリックサーバとして電話帳サーバを運営するものであって、社内のイントラネットのような閉鎖された使用環境では問題が発生しにくいが、一般的なインターネット上でこのような電話帳サーバを運営する場合には、悪意のある第３者に情報の改ざんや機密情報の漏洩などの危険性がある。

この点に関してはパスワードや使用者制限などのセキュリティー対策を行なうことが考えられるが、逆にこのセキュリティー対策を行なうと、ユーザには、ある程度のオペレーションとパスワードを記憶しておくなどの負担が増え、そのパスワードの入力の他、電話番号の検索を行なう電話帳の機能と直接関係がない操作が必要になってしまい、使用者の負担が大きくなる問題がある。

また、インターネットに接続されたＩＰ電話装置から通信可能な一般公衆回線（ＰＳＴＮ／ＩＳＤＮ）の契約者を全て電話帳データベースとして登録することは不可能ではないが、この場合に氏名で検索すると同姓同名の電話番号が複数登録されている可能性がある。たとえば住所などの情報で補っても斎藤や鈴木など同姓同名が多く、目的の相手を確実に検索することが難しい場合も考えられる。すなわち、氏名の情報を検索キーとする場合、一つの電話番号に絞り込むことが可能とは限らず結果的に使用者の利便性を低くしてしまう可能性がある。

また、電話機やファクシミリ装置自体に電話帳機能として電話番号と氏名を登録することは上記のように一般的に普及した技術であるが、この電話機に組み込まれた電話帳では外出先の電話などで使用することができないから、インターネット上の電話帳データベースを使用できれば便利であるが、現在では上記のようなセキュリティに関する課題、あるいは検索の確実性に関する課題が未解決であり、実用に耐え得る電話帳データベース（電話番号検索システム）がまだ登場していない。

本発明の課題は、上記の問題に鑑み、セキュリティと電話番号検索の利便性をバランスよく実現できる電話番号検索システムを提供することにある。

本発明は、上記課題を解決するため、電話番号検索サーバを用いて任意の検索キー文字列から発呼に用いる電話番号を検索する電話番号検索方法、ＩＰ電話端末、ホスト装置、ＩＰ電話端末の制御プログラム、およびホスト装置の制御プログラムにおいて、電話番号を検索するための任意の検索キー文字列と電話番号を関連づけて記憶した電話番号データベースと、前記電話番号データベースに対する電話番号検索を制御するためのユーザ認証情報を記憶したユーザ認証情報データベースを有する電話番号検索サーバに対して、ＩＰ電話装置が所定の電話番号検索プロトコルによりＩＰ網経由で検索キー文字列を送信することにより電話番号検索依頼を行ない、前記電話番号検索サーバは、前記電話番号検索依頼を行なったＩＰ電話装置が前記電話番号検索サーバが接続されているのと同じＬＡＮに配置されているか、または前記ＬＡＮの外部のネットワークに接続されているかを判定し、前記ＩＰ電話装置が前記ＬＡＮ内に配置されている場合は前記ユーザ認証情報データベースを用いたユーザ認証を行なうことなく前記電話番号データベースに対する電話番号検索を許可し、一方、前記ＩＰ電話装置がＬＡＮの外部のネットワークに接続されている場合は前記ユーザ認証情報データベースを用いたユーザ認証を行ない、ユーザ認証が正常に行なわれた場合のみ前記電話番号データベースに対する電話番号検索を許可する構成を採用した。

上記構成によれば、電話番号検索サーバと同じＬＡＮ内からの電話番号検索アクセスと外部のネットワークからの電話番号検索アクセスについてそれぞれ異なるセキュリティーレベルを設定し、サブネット内からの電話番号検索アクセスに対してはユーザ認証なしで電話番号検索アクセスを許容し、外部のネットワークからの電話番号検索アクセスに対してはユーザ認証を経た上で電話番号検索アクセスを許容するようにしているので、サブネット内の信頼できるＩＰ電話装置では容易な操作により電話番号検索および発呼が可能であり、また、外部のネットワークのＩＰ電話装置ではユーザ認証を経た上で電話番号検索アクセスを許容するよう制御でき、セキュリティと電話番号検索の利便性をバランスよく実現できるという優れた効果がある。

以下、ＩＰｖ６をサポートするＬＡＮとルータを介在してＩＰ網に接続されＶｏＩＰ通信を行なうＩＰ電話装置と、そのＩＰ電話間の通信のための電話番号情報を提供する電話番号検索サーバ（電話帳データベースサーバ）からなる通信システムに関する実施例を示す。

図１は、本発明を採用した電話番号検索サーバ（以下電話帳データベースサーバという）の構成を示している。図１において符号１０１は電話帳データベースサーバ全体、１０２は電話帳データベースサーバ１０１の内部データなどのやり取りを行なう内部バス、１０３は電話帳データベースサーバ１０１の制御を行なうＣＰＵ、１０４はＣＰＵ１０３のプログラムの作業領域などを提供するＲＡＭ、１０５はＣＰＵ１０３のプログラムやテーブルデータなどを記憶しておくＲＯＭ、１０６は電話帳データベースサーバ１０１の外部とデータのやり取りを行なうネットワークユニット、１０７は電話番号情報と対応する氏名などの情報を記憶（後述の図４）しておく電話情報記憶装置、１０８は電話情報記憶装置１０７の内容を氏名などで検索する情報検索装置、１０９は電話帳データベースサーバ１０１のＩＰｖ６アドレスを記憶するＩＰｖ６アドレス記憶装置、１１０は電話番号検索の依頼を受けたＩＰ電話のＩＰｖ６アドレスのネットワークアドレス部分の比較などを行なう情報比較装置、１１１は電話帳データベースサーバ１０１をＬＡＮの外側から使用可能なユーザのユーザＩＤとパスワードを登録（後述の図５）する使用者情報記憶装置である。

図１のような電話帳データベースサーバは、たとえばＰＣ（パーソナルコンピュータ）のようなネットワークインターフェースを有するホスト装置のハードウェアを利用して構成することができる。

図２は、本発明を採用したＩＰ電話装置の構成を示している。図２において符号２０１はＩＰ電話装置全体、２０２はＩＰ電話装置２０１の内部データなどのやり取りを行なう内部バス、２０３はＩＰ電話装置２０１の制御を行なうＣＰＵ、２０４はＣＰＵ２０３のプログラムの作業領域などを提供するＲＡＭ、２０５はＣＰＵ２０３のプログラムやテーブルデータなどを記憶しておくＲＯＭ、２０６はＩＰ電話装置２０１の外部とデータのやり取りを行なうためのネットワークユニット、２０７はネットワークとデータをやり取りするためのＩＰｖ６アドレスを記憶しておくＩＰｖ６アドレス記憶装置、２０８は電話帳データベースサーバ１０１と情報のやり取りをするために電話帳データベースサーバ１０１のＩＰｖ６アドレスを記憶しておく電話帳アドレス記憶装置、２０９は電話帳データベースサーバ１０１との情報のやり取りの結果などの情報を表示するための表示装置、２１０はネットワークユニット２０６を介してＩＰ電話装置２０１と外部のＩＰ電話装置との通信を確立するＩＰ電話接続装置、２１１は電話番号（数字）の入力や電話帳データベースサーバ１０１に氏名の検索を要求するための氏名（文字）などの入力を行なう操作装置、２１２は他のＩＰ電話などからの呼び出しに対して使用者に呼び出しされていることを知らせる呼び出し装置、２１３は電話帳データベースサーバ１０１の使用者が実際に通話をするための通話装置である。

図２のようなＩＰ電話装置は、ＩＰ網に（ＬＡＮケーブルなどを介して）接続できるような専用装置として構成されたＩＰ電話端末から構成することができる他、ＣＳＭＡ／ＣＤ（たとえばＥｔｈｅｒｎｅｔ（商標名））ネットワーク、やＡＤＳＬなどを利用したＩＰ網に接続されるいわゆるＩＰ電話装置アダプタのような装置と、アナログ電話端末を組合せてなるＩＰ電話端末から構成することができる。

図３は、上記の電話帳データベースサーバ（１０１）、およびＩＰ電話装置（２０１）が用いられるネットワーク環境の構成を示している。図３において符号３０１、３０２、３０３、３０４、３０５、３０６はＩＰ電話装置２０１と同様に構成されたＩＰ電話装置、３０７は電話帳データベースサーバ１０１、３０８と３０９はＩＰｖ６をサポートするＬＡＮ、３１０と３１１はＬＡＮ３０８とＬＡＮ３０９をＬＡＮの外側のネットワークと接続するためのルータ、３１２はＩＰｖ６をサポートするネットワークの集合体であるＩＰ網である。

図４は電話帳データベースサーバ１０１の電話情報記憶装置１０７に記憶された氏名と対応する電話番号の例を示している。ここではＬＡＮ３０８側の電話機（１）３０１、電話機（２）３０２、電話機（３）３０３のそれぞれの電話番号４０２、４０４、４０６が記憶されている（各々「０１１ １１１ １１１１」、「０２２ ２２２ ２２２２」、「０３３ ３３３ ３３３３」）。電話機（１）３０１、電話機（２）３０２、電話機（３）３０３の検索キーとして用いられる名称情報は、ここではそれぞれ「電話機１」、「電話機２」、「電話機３」としてあるが、これらの名称情報は、氏名や略称、所属部署名など検索キーとして使用可能な任意の文字列であってよい。

図４のような電話番号データベースは、電話帳データベースサーバ１０１設置時などに電話帳データベースサーバ１０１のコンソール（不図示）から入力したり、他のデータベース装置からネットワーク経由で転送したりすることにより構築できる。

図５は電話帳データベースサーバ１０１の使用者情報記憶装置１１１に記憶されたユーザＩＤ（あるいはユーザ名称）５０１、５０３、５０５とそのユーザＩＤに対応するパスワード５０２、５０４、５０６の一例を示している。

本実施例では、図５のユーザＩＤ５０１、５０３、５０５…とそのユーザＩＤに対応するパスワード５０２、５０４、５０６…は電話帳データベースサーバ１０１のコンソール（不図示）から所定の操作を行なうことにより登録するか、あるいは、たとえば電話帳データベースサーバ１０１にＷＥＢサーバ機能を実装し、（Ｓ）ＨＴＴＰインターフェースなどを介してネットワーク経由でＬＡＮ３０８側のコンピュータなどのホストから登録できるようにしておく。本実施例では後述のようにＬＡＮ３０８側のＩＰ電話装置３０１〜３０３から電話帳データベースサーバ１０１に対する電話番号検索依頼はＬＡＮ３０８側からのみパスワード無しで許可するので、上記のパスワード設定（あるいは変更）操作は、たとえばＬＡＮ３０８側のコンピュータなどのホスト装置のみから受け付けるようにするとよい。なお、パスワード設定（あるいは変更）操作がＬＡＮ３０８側から行なわれているか否かは、後述の電話番号検索の場合と同様にネットワークアドレス部分の比較により行なうことができる。

なお、本実施例では、電話番号検索を制御するためのユーザ認証を上記のパスワード認証により行なうが、本実施例の電話番号検索を制御するためのユーザ認証にはパスワード認証以外の公知の種々のユーザ認証方式を利用することができる。これらのユーザ認証方式にはたとえばＳＳＨやＰＡＭ、ＬＤＡＰなどが考えられる。

図６はＬＡＮ３０８に接続されたＩＰ電話装置３０１、ＩＰ電話装置３０２、ＩＰ電話装置３０３、および電話帳データベースサーバ３０７のＩＰｖ６アドレスを示している。図６のＩＰアドレスは、１２８ビットのアドレス値を１６ビットごとに１６進数で表現したもので、符号６０２、６０５、６０８、６１１はＩＰｖ６アドレスのうち上位６４ビットのネットワークアドレスを、６０３、６０６、６０９、６１２はＩＰｖ６アドレスのうち下位６４ビットのホストアドレスを示している。なお、通常、ＩＰｖ６のアドレス表現では、０が連続する場合に省略して記述される場合があるが、ここではアドレス値の比較を容易にするため、０が連続する部分も省略せずに全て０を表記してある。

図７は図６と同様にＩＰ電話装置３０４、ＩＰ電話装置３０５、ＩＰ電話装置３０６の各ＩＰｖ６アドレスの例であり、７０２、７０５、７０８はＩＰｖ６アドレスのうち上位６４ビットのネットワークアドレスを、７０３、７０６、７０９はＩＰｖ６アドレスのうち下位６４ビットのホストアドレスを示している。

図８はＩＰｖ６データグラムに付与されるＩＰｖ６ヘッダの構成を示しており、符号８０１はバージョンであり４ビット、８０２はトラフィッククラスであり８ビット、８０３はフローラベルであり２０ビット、８０４はペイロード長であり１６ビット、８０５はネクストヘッダであり８ビット、８０６はホップリミットであり８ビット、８０７はソースアドレスであり１２８ビット、８０８はデスティネーションアドレスであり１２８ビットでそれぞれ構成されている。

次に、図９以降を参照して上記構成における動作につき説明する。図９および図１０のフローチャートは電話帳データベースサーバ１０１、およびＩＰ電話装置２０１の制御手順をそれぞれ示している。図９および図１０の制御手順は、電話帳データベースサーバ１０１のＣＰＵ１０３、ＩＰ電話装置２０１のＣＰＵ２０３のプログラムとして各装置のＲＯＭ１０５、および２０５の所定領域、たとえばネットワークアップデート可能なフラッシュＲＯＭ領域などにそれぞれ格納しておくことができる。なお、以下では、電話帳データベースサーバ３０７の内部構成については図１の各部材を、またＩＰ電話装置（１）３０１の内部構成については図２の各部材を参照する。

まず、ＬＡＮ３０８内部のＩＰ電話装置（１）３０１の使用者が、同じくＬＡＮ３０８内部のＩＰ電話装置（２）３０２の電話番号を電話帳データベースサーバ３０７により検索し、検索結果に基づき電話をかける場合の動作につき説明する。以下ではＩＰ電話装置３０１を例とするが、ＩＰ電話装置３０２あるいは３０３の場合でも同様の動作が行なわれる。

図１０のステップＳ１００１において、ＩＰ電話装置２０１のＣＰＵ２０３は使用者が電話番号検索機能を使って電話をかけようとしているか否かを判断する。電話番号検索は操作装置２１１の所定操作により指定する。

電話番号検索を行なう場合は、ステップＳ１００４に移り、ここで、ＩＰ電話装置２０１のＣＰＵ２０３は電話帳データベースサーバ３０７に検索依頼を行なうためネットワークユニット２０６を介して、ＬＡＮ３０８を通じて電話帳データベース３０７にアクセスを行なう。

なお、この電話番号検索のためのプロトコル（以下電話番号検索プロトコルという）はあらかじめ任意に定めておけばよく、たとえば（Ｓ）ＨＴＴＰやＨＴＴＰＳのようなプロトコルに準拠した簡単なプロトコルを作成しておけばよい。なお、ＳＨＴＴＰやSSL認証を利用したＨＴＴＰＳなどのように通信路が暗号化されるプロトコルを用いれば、後述のパスワード認証を安全に実行することができる。

このとき、電話番号検索プロトコルで送信されるＩＰｖ６データグラムには、電話帳アドレス記憶装置２０８に格納されたネットワークアドレス６１１およびホストアドレス６１２（図６）のＩＰｖ６アドレスをディスティネーションアドレス８０８（図８）として、また、ＩＰｖ６アドレス記憶装置２０７に記憶されたネットワークアドレス６０２およびホストアドレス６０３（図６）をソースアドレス８０７（図８）として設定する。

一方、電話帳データベースサーバ１０１（３０７）のＣＰＵ１０３は図９のステップＳ９０１においてアクセスされたＩＰ電話装置がＬＡＮ３０８内部からのアクセスであるかＬＡＮ３０８外部のＩＰ網からのアクセスであるかの判断を行なうため、ＩＰ電話装置３０１から送られてきたＩＰｖ６アドレスのうちネットワークアドレス６０２とＩＰｖ６アドレス記憶装置１０９に記憶されているネットワークアドレス６１１を情報比較装置１１０に入力し、同一であるか否かを比較する。この場合はネットワークアドレス６０２とネットワークアドレス６１１は同一であるためＬＡＮ３０８内の装置からであることが判断できるので、パスワード認証を行なうことなくステップＳ９０２に移る。ステップＳ９０２において電話帳データベースサーバ１０１のＣＰＵ１０３は、電話番号検索プロトコルにより電話番号を検索するキー情報の入力をＩＰ電話装置（１）３０１に要求する。

ＩＰ電話装置２０１と同様に構成されたＩＰ電話装置（１）３０１は操作装置２１１から検索対象の氏名を入力する。ここでは一例として、操作装置２１１から検索対象の氏名として図１１の文字列（「電話機２」）１１０１とする。電話帳データベースサーバ１０１のＣＰＵ１０３はＩＰ電話装置（１）３０１から電話番号検索プロトコルにより送信された文字列１１０１をキーとして情報検索装置１０８により電話情報検索装置１０７の内容を検索する。

本実施例では、文字列（「電話機２」）１１０１と同じ内容が図４の文字列４０３として登録されているので、情報検索装置１０８は文字列１１０１に対応する電話番号情報４０４（「０２２ ２２２ ２２２２」）を検出し、ステップＳ９０３に移る。

ステップＳ９０３では、電話帳データベースサーバ３０７（１０１）のＣＰＵ１０３は検索結果の電話番号情報４０４（「０２２ ２２２ ２２２２」）を電話番号検索プロトコルを用いてＩＰ電話装置（１）３０１に返送し、処理を終える。

一方、ＩＰ電話装置（１）３０１のＣＰＵ２０３は検索が終了すると図１０のステップＳ１００２に移り、検索結果をＩＰ電話接続装置２１０に入力し、ＩＰ電話の通信制御を行なわせ、ステップＳ１００３においてＩＰ電話装置（２）３０２との通話が可能となる。

なお、このときの発呼操作としては、電話帳データベースサーバ３０７（１０１）が検索した電話番号で直ちに発呼を行なうようにしてもよいし、あるいは、一旦、表示装置２０９で検索された電話番号を表示した後、操作装置２１１上の（あるいは表示装置上の）「発呼」のようなボタンを操作することにより実際の発呼処理を開始するようにしてもよい。

また、以上では、「０２２ ２２２ ２２２２」のような（Ｅ．１６４形式の）電話番号が電話帳データベースサーバ３０７から検索結果として返送されるが、その後のＶｏＩＰによる発呼では、公知のＥＮＵＭサーバやＳＩＰサーバにより相手局のＵＲＩや最終的なＩＰアドレスへの変換が行なわれるものとする。なお、電話帳データベースサーバ３０７から検索結果として返送される電話番号情報は、「ｓｉｐ：ｘｘｘｘ＠ｙｙｙｙ．ｊｐ」、などのようなＵＲＩ形式で表現されていてもよい。

次に、ＬＡＮ３０８の外部のＩＰ電話装置３０４の使用者がＬＡＮ３０８内部のＩＰ電話装置（１）３０１の電話番号を電話帳データベースサーバ３０７により検索し、その検索結果を用いて電話をかける場合の動作につき説明する。たとえば、ＬＡＮ３０８内部のユーザが外出先のＩＰ電話装置３０４を用いてＩＰ電話装置（１）３０１を発呼する場合も同じ動作が行なわれる。また、以下ではＩＰ電話装置３０４を例とするが、ＩＰ電話装置３０５あるいは３０６の場合でも同様の動作が行なわれる。

ＩＰ電話装置２０１と同様に構成されたＩＰ電話装置３０４は、図１０のステップＳ１００１において電話番号検索を行なう場合、ステップＳ１００４に移行し、電話帳データベースサーバ３０７に検索依頼を行なうためネットワークユニット２０６を使い、ＬＡＮ３０９を介して電話帳データベース３０７に電話番号検索プロトコルによるアクセスを行なう。このとき、電話番号検索プロトコルにより送信されるデータグラムには、電話帳アドレス記憶装置２０８に格納されたネットワークアドレス６１１およびホストアドレス６１２（図６）のＩＰｖ６アドレスをディスティネーションアドレス８０８（図８）として、またＩＰｖ６アドレス記憶装置２０７に記憶されたネットワークアドレス７０２およびホストアドレス７０３（図７）をソースアドレス８０７（図８）として設定する。

一方、電話帳データベースサーバ１０１（３０７）のＣＰＵ１０３は、ステップＳ９０１においてアクセスしてきたＩＰ電話装置（３０４）がＬＡＮ３０８内部からのアクセスであるかＬＡＮ３０８外部のＩＰ網からのアクセスであるかの判断を行なうため、ＩＰ電話装置３０４から送られてきたＩＰｖ６アドレスのうちネットワークアドレス７０２と、ＩＰｖ６アドレス記憶装置１０９に記憶されているネットワークアドレス６１１を情報比較装置１１０で比較し、同一であるか否かを判断する。

この場合は、ネットワークアドレス７０２とネットワークアドレス６１１が異なるため、ＬＡＮ３０８の外部に存在する装置からのアクセスであると判定され、ステップＳ９０４に移る。このステップＳ９０４において、電話帳データベースサーバ１０１のＣＰＵ１０３はＬＡＮ３０８の外部からのアクセスであるため情報提供の前にアクセスしたＩＰ電話装置の使用者があらかじめ登録された正当な使用者であるかの確認を行なうためにＩＰ電話装置３０４に対してユーザＩＤとパスワードの入力を要求する。ここでは、ＩＰ電話装置３０４でユーザが入力した文字列を図１１の文字列１１０２（ユーザＩＤとしての「００２」）と文字列１１０３（パスワードとしての「ｂｂａｂｂａ」）とする。

そして、電話帳データベースサーバ１０１のＣＰＵ１０３は、文字列１１０２をユーザＩＤとして情報検索装置１０８により使用者情報検索装置内１１１を検索するが、この場合、図１１の文字列１１０２と同じ文字列がユーザＩＤ５０３として検出されるので、使用者情報検索装置内１１１に記憶されたパスワード５０４と、ＩＰ電話装置３０４が送信してきた文字列１１０３を情報比較装置１１０で比較させる（ステップＳ９０５）。

この場合はパスワード５０４と文字列１１０３が一致するので（一致しない場合はＩＰ電話装置３０４にエラー応答（ステップＳ９０６））、電話帳データベースサーバ１０１のＣＰＵ１０３はあらかじめ登録された使用者であることを認め、検索情報の開示を承認し、ステップＳ９０２〜Ｓ９０３においてＬＡＮ３０８内部のＩＰ電話装置（１）３０１の場合と同様に処理を行ない、以後、ＩＰ電話装置３０４では上述のステップＳ１００２およびＳ１００３の処理が行なわれ、ＩＰ電話装置３０４とＩＰ電話装置３０１の通信が可能となる。

以上のように、本実施例によれば、ＩＰ電話装置からの検索要求を受けて登録された情報を検索する電話帳データベースサーバにおいて、ＩＰｖ６の特徴である同じサブネット内のネットワークアドレスが同じになることを利用して、同じサブネット内からの電話番号検索アクセスと外部のネットワークからの電話番号検索アクセスについてそれぞれ異なるセキュリティーレベルを設定し、サブネット内からの電話番号検索アクセスに対してはパスワード認証なしで電話番号検索アクセスを許容し、外部のネットワークからの電話番号検索アクセスに対してはパスワード認証を経た上で電話番号検索アクセスを許容するようにしているので、サブネット内の信頼できるＩＰ電話装置では容易な操作により電話番号検索および発呼が可能であり、また、外部のネットワークのＩＰ電話装置ではパスワード認証を経た上で電話番号検索アクセスを許容する制御が可能であり、利便性と機密保持を一つのシステムにおいてバランスよく実現できるという優れた効果がある。

特に、本実施例の電話帳データベースサーバは、たとえば企業のＬＡＮ内に配置するような運用形態に適している。その場合、電話帳データベースサーバの電話帳データベースにはその組織の業務に必要な相手局の電話番号を業務の性質に適した検索キー文字列とともに登録しておくことができるから、ＬＡＮ側のユーザは使い易い検索キー文字列を用いてユーザ認証無しで極めて容易かつ確実に目的の相手局を検索し、また発呼することができ、検索出力が多すぎて目的の相手局を発見できない、といった問題が生じる可能性が少なく、また、外出先からはユーザ認証を受ければ社内に居るのと同様に、業務に適合するよう構成された使い易い電話帳データベースを用いて相手局の検索／発呼が可能である。そして、他のネットワークからの電話帳データベースサーバに対するアクセスはユーザ認証で守られており、悪意のある第３者による情報の改ざんや機密情報の漏洩などの危険を低減することができる。

以上の実施例では、電話帳データ−ベースサーバにおいて、内部ＬＡＮからのアクセスか、外部ネットワークからのアクセスかをＩＰｖ６のアドレスフォーマットを利用して判定しているが、同様の判定、たとえばサブネットマスクの照合により内部ＬＡＮからのアクセスか、外部ネットワークからのアクセスかを判定することはＩＰｖ４ネットワークにおいても可能である。したがって、上記の技術はＩＰｖ４ネットワークにおいても同様に実施できる。

本発明は、ＩＰ網に接続されＶｏＩＰ通信が可能な種々の形態を有するＩＰ電話装置と、そのＩＰ電話間の通信のための電話番号情報を提供する電話番号検索サーバ（電話帳データベースサーバ）を用いる通信システムに広く適用できる。本発明を実施するためのソフトウェアは、ＩＰ電話装置ないし電話番号検索サーバ（電話帳データベースサーバ）の（フラッシュ）ＲＯＭなどに実装しておく他、これらの装置に対して適当な外部記憶媒体（ＣＤ−ＲＯＭ、ＭＯ、フレキシブルディスクなど）やネットワークを経由してインストールし、またアップデートすることもできる。

本発明を採用した電話帳データベースサーバの構成を示すブロック図である。 本発明を採用したＩＰ電話装置の構成を示すブロック図である。 本発明を適用可能なネットワーク環境を示す説明図である。 ＩＰ電話装置の電話情報記憶装置に記憶された氏名と対応する電話番号の例を示す説明図である。 ＩＰ電話装置の使用者情報記憶装置に記憶されたユーザＩＤと対応するパスワードの例を示す説明図である。 ＩＰ電話装置と電話帳データベースサーバのＩＰｖ６アドレスを示した説明図である。 ＩＰ電話装置と電話帳データベースサーバのＩＰｖ６アドレスを示した説明図である。 ＩＰｖ６ヘッダの構成を示した説明図である。 電話帳データベースサーバの通信制御を示したフローチャート図である。 ＩＰ電話装置の通信制御を示したフローチャート図である。 ＩＰ電話装置で入力される各種の文字列の例を示した説明図である。

符号の説明

１０１、３０７ 電話帳データベースサーバ
１０３、２０３ ＣＰＵ
１０４、２０４ ＲＡＭ
１０５、２０５ ＲＯＭ
１０７ 電話情報記憶装置
１０８ 情報検索装置
１１０ 情報比較装置
１１１ 使用者情報記憶装置
２０１、３０１〜３０６ ＩＰ電話装置
２０６ ネットワークユニット
２０７ ＩＰｖ６アドレス記憶装置
２０８ 電話帳アドレス記憶装置
２１０ ＩＰ電話接続装置
２１１ 操作装置
３０８、３０９ ＬＡＮ
５０３ ユーザＩＤ
５０４ パスワード
６０２ ネットワークアドレス
６０３ ホストアドレス
６１１ ネットワークアドレス
６１２ ホストアドレス
７０２ ネットワークアドレス
７０３ ホストアドレス
８０７ ソースアドレス
８０８ ディスティネーションアドレス
３０１〜３０３、１１０１〜１１０３ 文字列

Claims (8)

1. 電話番号を検索するための任意の検索キー文字列と電話番号を関連づけて記憶した電話番号データベースと、前記電話番号データベースに対する電話番号検索を制御するためのユーザ認証情報を記憶したユーザ認証情報データベースを有する電話番号検索サーバに対して、
   ＩＰ電話装置が所定の電話番号検索プロトコルによりＩＰ網経由で検索キー文字列を送信することにより電話番号検索依頼を行ない、
   前記電話番号検索サーバは、前記電話番号検索依頼を行なったＩＰ電話装置が前記電話番号検索サーバが接続されているのと同じＬＡＮに配置されているか、または前記ＬＡＮの外部のネットワークに接続されているかを判定し、
   前記ＩＰ電話装置が前記ＬＡＮ内に配置されている場合は前記ユーザ認証情報データベースを用いたユーザ認証を行なうことなく前記電話番号データベースに対する電話番号検索を許可し、一方、前記ＩＰ電話装置がＬＡＮの外部のネットワークに接続されている場合は前記ユーザ認証情報データベースを用いたユーザ認証を行ない、ユーザ認証が正常に行なわれた場合のみ前記電話番号データベースに対する電話番号検索を許可することを特徴とする電話番号検索方法。
2. 請求項１に記載の電話番号検索方法において、前記電話番号検索サーバは、前記電話番号検索依頼を行なったＩＰ電話装置が前記電話番号検索サーバが接続されているのと同じＬＡＮに配置されているか、または前記ＬＡＮの外部のネットワークに接続されているかの判定を、ＩＰ電話装置が前記電話番号検索プロトコルにより送信したデータグラムのソースＩＰアドレスのネットワークアドレス部分と自機のＩＰアドレスのネットワークアドレス部分の比較により行なうことを特徴とする電話番号検索方法。
3. 請求項２に記載の電話番号検索方法において、前記電話番号検索サーバと前記ＩＰ電話装置がＩＰｖ６ネットワークにより接続されており、前記各ＩＰアドレスがＩＰｖ６ネットワークアドレスであることを特徴とする電話番号検索方法。
4. 請求項１に記載の電話番号検索方法において、前記ＩＰ電話装置が前記電話番号検索サーバに電話番号検索を依頼し検索された電話番号を用いて相手局を発呼することを特徴とする電話番号検索方法。
5. 請求項１に記載の電話番号検索方法における前記ＩＰ電話装置として動作することを特徴とするＩＰ電話端末。
6. 請求項１に記載の電話番号検索方法における前記電話番号検索サーバとして動作することを特徴とするホスト装置。
7. 請求項１に記載の電話番号検索方法を実施すべく、ＩＰ電話端末を前記ＩＰ電話装置として動作させるよう制御することを特徴とするＩＰ電話端末の制御プログラム。
8. 請求項１に記載の電話番号検索方法を実施すべく、ホスト装置を電話番号検索サーバとして動作させるよう制御することを特徴とするホスト装置の制御プログラム。