JP3999227B2 - ネットワーク端末 - Google Patents

Description

本発明は、ネットワークに接続されたネットワーク端末に係り、特にインターネットなどのネットワークを経由して通信可能なＩＰ電話機等の電話機能を備えたパーソナルコンピュータ（ＰＣ）などのネットワーク端末に関するものである。

従来から電話機としては、交換機を経由して交換回線網に接続する一般の電話機がポピュラーである。しかし最近では、インターネットなどのネットワークを経由して通信可能なＩＰ電話機等の電話機能を有するＰＣなどのネットワーク端末が広まってきている。この種のネットワーク端末は、ＳＩＰやＨ．３２３プロトコルなどを用いて、サーバ装置を経由して電話交換を行う。

一般の電話機の設置においては、最初に通話の確認作業のため、電話業者の担当者が設置先に赴いて、交換機側と対向接続を行うことにより疎通確認が行われる。一方、ＩＰ電話機のようなネットワーク端末においては、例えば、ＰＣに電話機能を付与するソフトウェアをインストールしたり、ユーザＩＤ、電話番号、ＩＰアドレス、パスワードなどの複雑な設定をしたりする必要がある。この場合も、ソフトウェアのインストールおよび設定作業後の最終確認では、やはり対向試験が実施され、どこかの電話機から所要の電話機に電話をかけることにより疎通確認が行われる。そのため、例えばある事業体で、これまでのアナログ回線網をＩＰ電話機網に置き換える際には、各拠点間の接続テストは作業者を動員することで行われていた。このような事業体における電話置換え作業では、電話機の数も多く、インターネット経由で疎通ができなかった場合の切り分け作業も複雑になり、切り分けに多大な工数を必要としていた。

電話機の設置に関連する技術としては次のようなものがある。例えば、特許文献１には、作業者を使用することなく、通信システムのトランクを自動的に監視する方法が開示されている。本方法では、テストするトランクを選択し、この選択されたトランクがアイドル状態であるかどうかを判定するために、この選択されたトランクを介してテストメッセージを送信しかつ応答メッセージを検出し、トランク選択アルゴリズムに従って、テストする次のトランクを決定することが行われる。また、特許文献２には、ＡＴＭなどの自動機を設置した店舗における自動機の電話番号を変更した場合にその電話番号をミスなくデータベースに反映させるようにした装置が開示されている。この装置では、自動機の電話番号を変更した場合、監視センタのサーバ装置に、発信者通知で発信し、その発信者番号に基づいて、データベースを修正更新することが行われる。
特開２０００−２０９３３９公報 特開２００２−９９７１８公報

ＩＰ電話機などを備えたネットワーク端末においては、電話帳データベースの設定において、ユーザＩＤ、電話番号、ＩＰアドレス、パスワードなどの設定が、サーバ装置およびネットワーク端末の双方で必要となる。そのため、設定ミスや設定不一致が発生すると、当然のことながら、電話の疎通が不可能となる。また、ネットワーク端末がインターネットを経由するものであることから、途中の設備や経路変更により疎通不可となると、その切り分け作業に多大な時間と工数を必要としていた。

従って本発明の目的は、上記課題を解決し、電話の疎通確認においてその作業の効率化を図ることができるネットワーク端末を提供することにある。

上記目的は、接続テスト用のテストモードであることを示す発呼電文を送信するテスト用端末にネットワークを介して接続可能な電話機能を備えたネットワーク端末であって、前記テスト用端末から前記テストモードであることを示す発呼電文を受信した場合、前記テスト用端末に対して着信応答電文として前記電話機能に係る固有の設定情報を返信するネットワーク端末により達成される。ここで、前記テスト用端末はさらにテスト用発信音を送信可能であり、ネットワーク端末は前記テスト用端末から前記テスト用発信音を受信した場合、前記テスト用端末に対して前記テスト用発信音を返信することができる。

また、本発明に係るネットワーク端末は、電話機能を備えた被テスト用端末にネットワークを介して接続テスト用のテストモードであることを示す発呼電文を送信するものであって、前記被テスト用端末から着信応答電文として前記電話機能に係る固有の設定情報を受信し、前記受信した設定情報と事前に登録した設定情報とに基づいて前記被テスト用端末の接続の正当性を判断するものである。ここで、ネットワーク端末はさらにテスト用発信音を前記被テスト用端末に送信し、前記被テスト用端末から返信される前記テスト用発信音に基づいて前記被テスト用端末の接続の良好性を判断することができる。
さらに、本発明に係るネットワーク端末は、接続テスト用のテストモードであることを示す発呼電文を送信するテスト用端末にネットワークを介して接続可能な電話機能および位置取得手段を備えたものであって、前記テスト用端末から前記テストモードであることを示す発呼電文を受信した場合、前記テスト用端末に対して着信応答電文として前記位置取得手段により取得した位置情報を返信するものである。
また、本発明に係るネットワーク端末は、電話機能および位置取得手段を備えた被テスト用端末にネットワークを介して接続テスト用のテストモードであることを示す発呼電文を送信するものであって、前記被テスト用端末から着信応答電文として前記位置取得手段により取得した位置情報を受信し、前記受信した位置情報と事前に登録した位置情報とに基づいて前記被テスト用端末の接続の正当性を判断するものである。

本発明に係るプログラムは、電話機能を備えたネットワーク端末がネットワークを介して電文を受信した場合、前記電文が接続テスト用のテストモードに関するものかどうかを判定する機能、前記テストモードに関するものである場合、前記電文が発呼に関するものかどうかを判定する機能、前記発呼に関するものである場合、着信応答電文として前記電話機能に係る固有の設定情報を返信する機能を、コンピュータに実現させるためのものである。
また、本発明に係るプログラムは、電話機能を備えたネットワーク端末にネットワークを介して接続テスト用のテストモードであることを示す発呼電文を送信する機能、前記ネットワーク端末から着信応答電文として前記電話機能に係る固有の設定情報を受信する機能、前記受信した設定情報と事前に登録した設定情報とに基づいて前記ネットワーク端末の接続の正当性を判断する機能を、コンピュータに実現させるためのものである。

本発明により、下記効果を有するネットワーク端末を得ることができる。
（１）電話の疎通確認において、接続確認作業の効率化を図ることができる。
（２）電話の疎通確認において、音声品質の確認作業の効率化を図ることができる。
本発明では、テスト用のネットワーク端末より、テスト対象の電話番号を用いて、順次発信し、接続確認、音声品質チェックなどの疎通確認作業の自動化を図る。これにより、疎通の対向試験により、まず、ダイアルした電話番号で、間違いなく、所要の電話に発信されるかの確認作業の効率化、工数低減を図ることができる。また、同様に、疎通の対向試験により、テスト音声により、音声レベルの確認作業の効率化、工数低減を図ることができる。

以下、本発明に係るネットワーク端末の一実施例を図面を用いて説明する。本実施例では、ネットワーク端末としてＩＰ電話機能を有するパーソナルコンピュータ（ＰＣ）を例にとって説明する。

図１は、本発明に係るＰＣを含むネットワークシステムの一構成例を示す図である。本ネットワークシステムは、図示のように、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ装置１、２と、ルータ７、８と、サーバ装置１、２およびルータ７、８のそれぞれにローカルエリアネットワーク（ＬＡＮ）で接続された複数のＰＣａ３、ＰＣｘ４、ＰＣｙ５と、各ルータ７、８間を接続するインターネット６とを備えて構成される。

図１において、ルータ７、８は、それぞれＬＡＮとインターネット６とを相互接続するための装置である。ＳＩＰサーバ装置１、２は、ＳＩＰサーバ機能ほかを有する。ＳＩＰサーバは、ＩＰ電話からの発呼、接続、切断などの電話機能を制御するサーバを意味する。また、ネットワーク端末としてのＰＣａ３、ＰＣｘ４、ＰＣｙ５は、ＩＰ電話の機能ほかを備え、インターネット６を経由して接続することができる。

すなわち、本発明において、ＰＣｘ４、ＰＣｙ５は電話機能を備え、接続テスト用のテストモードであることを示す発呼電文を送信するＰＣａ３にインターネット６を介して接続可能とされており、ＰＣａ３からテストモードであることを示す発呼電文を受信した場合、ＰＣａ３に対して着信応答電文として電話機能に係る固有の設定情報を返信する。ＰＣａ３はさらにテスト用発信音を送信可能であり、ＰＣｘ４、ＰＣｙ５は、ＰＣａ３からテスト用発信音を受信した場合、ＰＣａ３に対してそのテスト用発信音を返信する。一方、ＰＣａ３は、ＰＣｘ４、ＰＣｙ５にインターネット６を介して接続テスト用のテストモードであることを示す発呼電文を送信し、ＰＣｘ４、ＰＣｙ５から着信応答電文としてそれぞれの電話機能に係る固有の設定情報を受信し、その受信した設定情報と事前に登録した設定情報とに基づいてＰＣｘ４、ＰＣｙ５の接続の正当性を判断する。ＰＣａ３はさらにテスト用発信音をＰＣｘ４、ＰＣｙ５に送信し、ＰＣｘ４、ＰＣｙ５から返信されるテスト用発信音に基づいてＰＣｘ４、ＰＣｙ５の接続の良好性を判断する。

本発明では、ＰＣａ３、ＰＣｘ４、ＰＣｙ５などのネットワーク端末において、テストモードを持つことにより、発呼電文、着信応答電文にテストモードであることを設定して送受信し、以下の機能を実現する。テストモードは、画面やファイルへの設定などにより、テストモードに移行する。
（１）テストモードであることを示す発呼電文を受信したネットワーク端末においては、着信の表示は示さず、着信応答電文に、着信電話機の各種設定情報をセットし、発呼側に返信する。
（２）同様に、テストモードであることを示す発呼電文を受信したネットワーク端末においては、着信の表示は示さず、テスト用音声電文を発呼側に返信する。
（３）同様に、テストモードであることを示す発呼電文を受信したネットワーク端末においては、着信の表示は示さず、次に、テスト用音声電文を受信すると、本テスト用音声電文を返信用音声電文にセットし、発呼側に返信する。

（４）次に、テストモードであることを示す発呼電文を送信したネットワーク端末においては、それに対する着信応答電文にセットされている着信電話機の各種設定情報を受信する。
（５）同様に、テストモードであることを示す発呼電文を送信したネットワーク端末においては、次に、テスト用音声電文を発信する。
（６）同様に、テストモードであることを示す発呼電文を送信したネットワーク端末においては、次に、返信されたテスト用音声を受信する。
（７）ネットワークを経由して、電話機能を備えたネットワーク端末であって、接続テスト用のテストモードを持ち、テスト対象となる電話帳リストを持ち、順次読み出し、対象の電話番号を使用して、発信を行い、着信応答電文にセットされている着信電話機の各種設定情報を受信し、各種設定情報の正当性チェックを行なっていく。
（８）ネットワークを経由して、電話機能を備えたネットワーク端末であって、接続テスト用のテストモードを持ち、テスト対象となる電話帳リストを持ち、順次読み出し、対象の電話番号を使用して、発信を行い、返信されたテスト用音声を受信し、テスト用音声の正当性チェックを行なっていく。これらの詳細については後述する。その前に、まず、ＰＣおよびＳＩＰサーバ装置のソフトウェアおよびハードウェアを含めた機能ブロックの構成例等について説明する。

図２は、ＰＣ（ＰＣａ３、ＰＣｘ４、ＰＣｙ５）のソフトウェアおよびハードウェアを含めた機能ブロックを示す図である。図示のように、ＰＣは、通信制御部３０１、通信制御部３０１に接続された電話制御部３０２とメール制御部３０３、電話制御部３０２とメール制御部３０３に接続された操作制御部３０４、操作制御部３０４に接続された入出力制御部３０５、および入出力制御部３０５に接続されたハードディスク３１５を備える。入出力制御部３０５には、ＩＰ電話機のハンドセット３１０、キーボード３１１、およびディスプレイ３１２が接続される。

ここで、通信制御部３０１は、ＬＡＮやＴＣＰ／ＩＰプロトコルなどの制御を行うものである。電話制御部３０２はＩＰ電話の制御を行い、メール制御部３０３は電子メールの制御を行う。操作制御部３０４は、キーボードやマウスなどによりＧＵＩ画面を制御するものである。入出力制御部３０５は、ハンドセット、キーボード、データベースなどからの入力とハンドセット、ディスプレイ、ハードディスクへの入出力を制御するものである。ハードディスク３１５は、データベース、テーブル、およびプログラムを格納するものである。

図３は、ＳＩＰサーバ装置１、２のソフトウェアおよびハードウェアを含めた機能ブロックを示す図である。図示のように、ＳＩＰサーバ装置は、通信制御部１０１、通信制御部１０１に接続されたメッセージ送受信処理部１０２、メッセージ送受信処理部１０２に接続されたメッセージ中継処理部１０３、およびメッセージ中継処理部１０３に接続されたハードディスク１０４を備える。ここで、通信制御部１０１は、ＬＡＮ、ＴＣＰ／ＩＰプロトコルなどの制御を行うものである。メッセージ送受信処理部１０２は、メッセージの送受信制御を行うものである。メッセージ中継処理部１０３は、メッセージの中継処理を行うものである。ハードディスク１０４は、データベース、テーブル、およびプログラムを格納するものである。

図４は、ＰＣ（ＰＣａ３、ＰＣｘ４、ＰＣｙ５）における電話操作画面の一例を示す図である。電話操作画面３２０は、電話番号入力エリア３２１、発信、着信等の制御状態を表示する表示エリア３２２、電話番号等入力用の数字／記号ボタン３２３、発信、受信操作を行う発信／着信ボタン３２４、呼の切断を行う切断ボタン３２５、およびテストモードにするためのボタンを含む複数の制御ボタン３２６を備える。一般に、発信する場合は、まず数字／記号ボタン３２３より電話番号をテンキー入力し、次に発信／着信ボタン３２４を押す操作を行う。また、制御ボタン３２６内にテストモードにするボタンを持ち、テストモードに移行すると、上記のように手入力することなく、所定の対象者の電話番号リストから、自動発信テストを行うことができる。その結果は、表示エリア３２２に順次、スクロールしながら表示される。ここで、テストモードにする方法は、数字／記号ボタン３２３より、ある定められたキーを入力することにより行ってもよい。

図５は、ＳＩＰサーバ装置１、２のハードディスク１０４内に設けられる電話帳データベース１１００の一例を示す図である。図示のように、電話帳データベース１１００は、電話番号１１０１、氏名１１０２、ＳＩＰで言うＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）１１０３、および在席の状態（在席、不在）１１０４を備える。ここで、ＵＲＩ１１０３は、ＩＰ電話の論理的な宛先を示している。本ＵＲＩには、ＩＰアドレスまたは、記号名称などの組合せで表現されており、これにより、最終宛先のＩＰ電話（ＰＣ）を特定することができる。在席の状態１１０４は、一定期間に、ＩＰ電話（ＰＣ）からの信号により更新される。

図６は、ＰＣのハードディスク３１５内に設けられるテスト対象アドレスリスト３３００の一例を示す図である。本テーブル（テスト対象アドレスリスト３３００）は、電話帳データベース１１００から、テストすべきＩＰ電話機（ＰＣ）のアドレスを抽出したものであり、図示のように、電話番号３３０１、氏名３３０２、ＵＲＩ３３０３、および総合テスト結果３３０４を備える。総合テスト結果３３０４は例えばＯＫ、ＮＧのように設定される。一般に、テスト開始前に、ＰＣから、電話帳データベース１１００をダウンロードし、それから、テスト対象アドレスリスト３３００を作成して、テストを開始することになる。本テーブルは、一般的には、全アドレスを対象にする場合、電話帳データベース１１００に、総合テスト結果３３０４を追加して、サーバ装置内のデータベースと共用することも可能である。

図７は、テスト用ＰＣａ３からＳＩＰサーバ装置１、２を経由して、被テスト用ＰＣｘ４他に対する疎通接続テストを順次行っていく場合の処理例を示すフローチャートである。まず、テスト用ＰＣａ３で、テストモードの設定を行うと（Ｓ７０１）、テスト対象アドレスリスト３３００を読出し（Ｓ７０２）、被テスト対象ＰＣｘ４他に対しテスト発信処理が行われる（Ｓ７０３）。なお、テスト対象アドレスリスト３３００は、事前に準備されていてもよいし、また、ここでＳＩＰサーバ装置１の電話帳データベース１１００をダウンロードして、本データから自動作成することでもよい。

テスト用ＰＣａ３からの発呼電文（７３０）は、ＳＩＰサーバ装置１、２により中継処理され（Ｓ７１１）、被テスト用ＰＣｘ４へ送付される。
サーバ装置より発呼電文（７３１）を受信した被テスト用ＰＣｘ４は、テストモードで着信応答処理を行い（Ｓ７２１）、着信電文（７３２）をテスト用ＰＣａ３に返信する。着信電文を受信したサーバ装置は中継処理を行い（Ｓ７１１）、着信電文（７３３）をテスト用ＰＣａ３に対し送信する。

着信電文（７３３）を受けたテスト用ＰＣａ３は、テスト着信応答受信処理を行い（Ｓ７０４）、続いてテスト音声送信処理を行って（Ｓ７０５）、被テスト用ＰＣｘ４に対し、テスト用発信音（７３４）を送信する。テストモード接続状態（Ｓ７２２）でテスト用発信音（７３４）を受信した被テスト用ＰＣｘ４は、テスト用返信音（７３５）をテスト用ＰＣａ３に送信する。この場合、一般には、受信したテスト音を折り返して、返信する。なお、この音声の送受信は、リアルタイム性を重んじるため、ＳＩＰサーバ装置１、２を介さず行われる。なお、ここではテスト用発信音として「音声」を用いたが、音声とは別の「音」でもよい。以下同様である。

テスト用返信音を受信したテスト用ＰＣａ３は、切断電文（７３６）を被テスト用ＰＣｘ４に送信する切断処理を行う（Ｓ７０６）。切断電文（７３６）は、ＳＩＰサーバ装置１、２により中継処理され（Ｓ７１１）、被テストＰＣｘ４へ送付される。

切断電文（７３７）を受信した被テストＰＣｘ４は、テスト用切断処理を行い（Ｓ７２３）、終了する。一方、切断処理（Ｓ７０６）を行ったテスト用ＰＣａ３は、返信音データを着信結果データベースへ格納し（Ｓ７０７）、テスト結果の検証処理を行う（Ｓ７０８）。そして、テスト対象アドレスリストが全て終了したか判定し（Ｓ７０９）、リストが終了していればテストを終了し、リストが終了していなければＳ７０２に戻ってテストを繰り返す。

図８は、図７において送受信される電文の形式例を示すである。本電文は、図示のように、電文の送信側ソースＩＰアドレス８０１、電文の受信側デスティネーションＩＰアドレス８０２、電文の送信側ＵＲＩ（ＦＲＯＭ）８０３、電文の受信側ＵＲＩ（ＴＯ）８０４、他の会話との混信を防ぐための電話の会話識別番号（ＣＡＬＬＩＤ）８０５、発呼、着信、切断などのコマンド８０６、および電文の詳細内容が格納されるボディ８０７を備える。ボディ８０７にはテストモードであることを設定することができる。

図９は、電文の設定例を示す図である。本図では、特にボディ９０７にテストモードが設定されたケースを示す。本例では、各コマンド（発呼、着信、切断等）９０１に対応して、図示のように、それぞれ電文の送信側ソースＩＰアドレス９０２、電文の受信側デスティネーションＩＰアドレス９０３、電文の送信側ＵＲＩ（ＦＲＯＭ）９０４、電文の受信側ＵＲＩ（ＴＯ）９０５、電話の会話識別番号（ＣＡＬＬＩＤ）９０６、およびボディ９０７が設定される。本図は、各ＩＰアドレスは、経由するたびに、次の宛先のサーバ装置またはＰＣのＩＰアドレスを求めて、転送されていくことを示している。ここで、テストモードは、ボディ９０７に設定された例を示したが、コマンドとして、例えば、“テスト発呼”というように設定して出すことでもよい。
また、ボディ９０７にセットされるＰＣｘ設定情報には、被テスト電話機（ＰＣ）内に設定されているユーザＩＤ（使用者氏名）、パスワード、内線電話番号、場所（部署）などを示しており、電話機が正しく設置されているか確認するための情報がセットされる。さらに、ＦＲＯＭ９０４にセットされているＰＣｘのＵＲＩを含んでいてもよい。ＵＲＩは、電話機の識別情報であり、ユーザＩＤ（使用者氏名）、内線電話番号、場所（部署）、ＩＰアドレスなどの情報から、他の電話機と重複しないように、一意的に決定されている。

図１０は、ＰＣのハードディスク３１５内に持つ着信結果を登録する着信結果データベース１０００を示す図である。着信結果データベース１０００は、図示のように、電話番号１００１、氏名１００２、ＵＲＩ１００３、および受信した返信音データ１００４を格納している。このうち、氏名１００２、ＵＲＩ１００３、および返信音データ１００４は受信情報である。ここで、本データベース１０００も電話帳データベース１１００へ統合されている形でもよい。この場合は、サーバ装置に結果を格納することになる。

図１１は、被テスト用ＰＣｘ４における着信応答処理の一例を示すフローチャートである。図示のように、まず、Ｓ１１０１において、受信した電文のボディ８０７が“テストモード”であるかどうか判定する。テストモードでなければ、ベルを鳴らすなどのリンギングを含む通常処理（Ｓ１１２０）に分岐し、テストモードであれば、ベルを鳴らすなどの他のアクションを行うことなく、Ｓ１１０２へ分岐する。Ｓ１１０２において、電文のコマンド８０６が発呼かどうか判定する。発呼ならば、Ｓ１１０３へ分岐する。発呼でなければ、Ｓ１１１０へ分岐する。

電文のコマンド８０６が発呼である場合、Ｓ１１０３において、次のようにして電文作成処理を行う。すなわち、コマンド８０６に、“着信”を設定する。ボディ８０７に“テストモード”、ＰＣｘ設定情報を設定する。図９により、その他所要フィールドを設定する。そして、Ｓ１１０４において、作成電文送信処理を行い、終了する。

これに対して、電文のコマンド８０６が発呼でない場合、Ｓ１１１０において、コマンド８０６がテスト用発信音かどうか判定する。テスト用発信音でなければ、Ｓ１１１３へ分岐し、Ｓ１１１３において、切断処理を行い、終了する。一方、テスト用発信音ならばＳ１１１１へ分岐し、Ｓ１１１１において、電文のコマンド８０７に“テスト用返信音”を設定する。そして、Ｓ１１１２において、受信したテスト用発信音を、折り返しデータすなわちテスト用返信音として、ボディ８０６に設定する。そしてＳ１１０４において、作成電文送信処理を行い、終了する。これにより、インターネット６を通過することにより音声データがどのように変質するかを検証することができ、当該被テスト用ＰＣｘの接続の良好性を判断することができる。なお、Ｓ１１１１、Ｓ１１１２の代わりに、ＰＣｘ４よりテスト専用音声データを直接送信し、これを受信したＰＣａ３においてこのテスト専用音声データを評価することでもよい。

図１２は、テスト結果を検証し、その結果をテスト対象アドレスリスト３３００の総合テスト結果３３０４へ反映するテスト結果検証処理の一例を示すフローチャートである。本例では、図示のように、Ｓ１２００において、テスト対象電話番号で、電話帳データベース１１００、テスト対象アドレスリスト３３００、着信結果データベース１０００の各レコードの選択を行う。Ｓ１２０１において、テスト対象アドレスリストの氏名３３０２と電話帳データベースの氏名１００２とを比較し、一致していればＳ１２０２へ分岐する。一致していなければ、Ｓ１２０５へ分岐する。Ｓ１２０２において、３３０３と１００３の“ＵＲＩ”を比較し、一致していればＳ１２０３へ分岐する。一致していなければ、Ｓ１２０５へ分岐する。

上記Ｓ１２０１およびＳ１２０２における比較判断は、社内の電話帳データベース１１００に全体のアドレス割り振りや設定プランなどを決めていても、実際のＰＣにおいてインストールや設定を誤るケースがあるため、これを検出するために行われる。言いかえれば、電話番号が登録され、接続されても、使用者が異なる設定になっているケース、あるいはＩＰアドレスを間違えて別の人に接続されているケースなどが、この比較判断で検出されることになる。

Ｓ１２０３において、送信音と返信音の音声比較および評価を行う。比較の結果、評価が良好であればＳ１２０４へ分岐する。良好でなければ、Ｓ１２０５へ分岐する。ここで、音声比較評価においては、単なるデータ比較だけでなく、音声の減衰、ひずみ、遅れなどを加味して、総合的に評価することでもよい。以上の結果を踏まえて、Ｓ１２０４において、総合テスト結果３３０４に“ＯＫ”を設定する。一方、Ｓ１２０５において、総合テスト結果３３０４に“ＮＧ”を設定する。

本実施例は、コンピュータプログラムにより実行することができる。すなわち、被テスト用ネットワーク端末においては、電話機能を備えたネットワーク端末がネットワークを介して電文を受信した場合、前記電文が接続テスト用のテストモードに関するものかどうかを判定する機能、前記テストモードに関するものである場合、前記電文が発呼に関するものかどうかを判定する機能、前記発呼に関するものである場合、着信応答電文として前記電話機能に係る固有の設定情報を返信する機能を、コンピュータに実現させるためのプログラムを備えることができる。一方、テスト用ネットワーク端末においては、電話機能を備えたネットワーク端末にネットワークを介して接続テスト用のテストモードであることを示す発呼電文を送信する機能、前記ネットワーク端末から着信応答電文として前記電話機能に係る固有の設定情報を受信する機能、前記受信した設定情報と事前に登録した設定情報とに基づいて前記ネットワーク端末の接続の正当性を判断する機能を、コンピュータに実現させるためのプログラムを備えることができる。また、このプログラムは、コンピュータ読み取り可能なＣＤＲＯＭ等の記録媒体に格納することができ、またインターネット等の電気通信回線を介してアップロードすることによりダウンロード可能とされ、適宜パソコン等のネットワーク端末にインストールすることができる。

以上、本例では、ＳＩＰをベースに説明したが、その他、同様の機能を持つＨ．３２３、ＩＳＤＮなどの回線においても、同様に適用可能である。また、上記テストは、一般に、各ＰＣ（電話機）が未使用である夜間に行うことにより、実用上支障無いが、テストモードの被テスト用ＰＣ（電話機）が話中の場合は、サーバ装置で話中応答がなされ、テストは実行せず、また、次のタイミングで再テストすることになる。また、万一、テストモードの発呼と、ＰＣ（電話機）の使用とが競合した場合は、アンサートーン、テンキー入力中はテスト可能とし、テンキー入力完了後の発信時は、テストをしている数秒間、発信を遅らせることにより、対応可能である。

また、さらに、各ＰＣに、ＧＰＳ、ＰＨＳなどの無線による位置測定手段を設けたり、ＩＰアドレスの割当方法を位置と関連付けることにより、割当られた端末のＩＰアドレスから位置を割り出す位置計算手段を設けたりすることができる。以上のごとく位置測定手段や位置計算手段等の位置取得手段により、ＰＣの設置場所（位置情報）を知ることができる。本位置情報を、ＰＣからの着信電文７３２、７３３に含ませることにより、設置場所が妥当かどうかの正当性チェックも可能となる。

本発明は、ネットワークに接続されたネットワーク端末に係り、特にインターネットなどのネットワークを経由して通信可能なＩＰ電話機等の電話機能を備えたＰＣなどのネットワーク端末に関するものであり、産業上の利用可能性がある。

本発明に係るＰＣを含むネットワークシステムの一構成例を示す図である。 ＰＣ（ＰＣａ３、ＰＣｘ４、ＰＣｙ５）のソフトウェアおよびハードウェアを含めた機能ブロックを示す図である。 ＳＩＰサーバ装置１、２のソフトウェアおよびハードウェアを含めた機能ブロックを示す図である。 ＰＣ（ＰＣａ３、ＰＣｘ４、ＰＣｙ５）における電話操作画面の一例を示す図である。 ＳＩＰサーバ装置１、２のハードディスク１０４内に設けられる電話帳データベース１１００の一例を示す図である。 ＰＣのハードディスク３１５内に設けられるテスト対象アドレスリスト３３００の一例を示す図である。 テスト用ＰＣａ３からＳＩＰサーバ装置１、２を経由して、被テスト用ＰＣｘ４他に対する疎通接続テストを順次行っていく場合の処理例を示すフローチャートである。 図７のＰＣとＳＩＰサーバ装置１，２とのテスト処理で送受信される電文の形式の一例を示す図である。 図７のＰＣとＳＩＰサーバ装置１，２とのテスト処理で送受信される電文の設定の一例を示す図である。 ＰＣのハードディスク３１５内に持つ着信結果を登録する着信結果データベース１０００を示す図である。 被テスト用ＰＣｘ４における着信応答処理の一例を示すフローチャートである。 テスト結果を検証し、その結果をテスト対象アドレスリスト３３００の総合テスト結果３３０４へ反映するテスト結果検証処理の一例を示すフローチャートである。

符号の説明

１、２ ＳＩＰサーバ装置
３、４、５ ＰＣ（ＰＣａ、ＰＣｘ、ＰＣｙ）
６ インターネット
７、８ ルータ
１０１ 通信制御部
１０２ メッセージ送受信処理部
１０３ メッセージ中継処理部
１０４ ハードディスク
３０１ 通信制御部
３０２ 電話制御部
３０３ メール制御部
３０４ 操作制御部
３０５ 入出力制御部
３１０ ハンドセット
３１１ キーボード
３１２ ディスプレイ
３１５ ハードディスク
３２０ 電話操作画面
３２１ 電話番号入力エリア
３２２ 表示エリア
３２３ 数字／記号ボタン
３２４ 発信／着信ボタン
３２５ 切断ボタン
３２６ 制御ボタン

Claims (2)

1. 電話機能を備えた被テスト用端末にネットワークを介して接続テスト用のテストモードであることを示す発呼電文を送信するネットワーク端末であって、前記被テスト用端末から着信応答電文として前記電話機能に係る固有の設定情報を受信し、前記受信した設定情報と事前に登録した設定情報とに基づいて前記被テスト用端末の接続の正当性を判断すること、および、テスト用発信音を前記被テスト用端末に送信し、前記被テスト用端末から返信されるテスト用返信音と前記テスト用発信音とを比較して前記被テスト用端末の接続の良好性を判断すること、および、前記被テスト用端末から着信応答電文として前記被テスト用端末に備える位置取得手段により取得した位置情報を受信し、前記受信した位置情報と事前に登録した位置情報とに基づいて前記被テスト用端末の設置場所の妥当性を判断することを特徴とするネットワーク端末。
2. 電話機能を備えた被テスト用端末にネットワークを介して接続テスト用のテストモードであることを示す発呼電文を送信する機能、前記被テスト用端末から着信応答電文として前記電話機能に係る固有の設定情報を受信する機能、前記受信した設定情報と事前に登録した設定情報とに基づいて前記被テスト用端末の接続の正当性を判断する機能、および、テスト用発信音を前記被テスト用端末に送信する機能、前記被テスト用端末から返信されるテスト用返信音と前記テスト用発信音とを比較して前記被テスト用端末の接続の良好性を判断する機能、および、前記被テスト用端末から着信応答電文として前記被テスト用端末に備える位置取得手段により取得した位置情報を受信する機能、前記受信した位置情報と事前に登録した位置情報とに基づいて前記被テスト用端末の設置場所の妥当性を判断する機能を、コンピュータに実現させるためのプログラム。
   

Images