JP2002237830A - パケット中継装置、ネットワーク管理装置、端末装置、情報通信システム、および端末状態通知方法 - Google Patents

Abstract

(57)【要約】 【課題】 電話端末の状態確認時におけるＬＡＮ内のト
ラフィックの増大が軽減可能なＩＰ構内電話システムを
提供する。 【解決手段】 端末装置により送受信されるパケットを
中継するパケット中継装置に、中継するパケットの送信
元アドレスに基づいて前記端末装置が通信可能であるこ
とを認識する端末存在認識部と、前記端末存在認識部に
よって通信可能と認識された前記端末装置の通信可否に
関する端末状態情報を通知する端末状態通知部とを具備
させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット中継装
置、ネットワーク管理装置、端末装置、情報通信システ
ム、および端末状態通知方法に関し、特にＬＡＮ（Loca
l Area Network）内でパケットのやりとりを行い通話
を行うためのパケット中継装置、ネットワーク管理装
置、端末装置、情報通信システム、および端末状態通知
方法に関する。

【０００２】

【従来の技術】ＩＰ（Internet Protocol）アドレスを
有するＩＰ端末としての電話端末をＬＡＮ（Local Are
a Network）によって接続した構内交換機とから構成さ
れるＩＰ構内電話システムが用いられている。ＩＰ構内
電話システムでは、送信元情報、受信先情報、および音
声情報が含まれたパケットを電話端末と構内交換機間で
やりとりすることにより、電話端末による通話が可能と
なる。

【０００３】パケットに送信元と受信先の情報が含まれ
ていることから、ＩＰ構内電話システムにおいては構内
交換機と全ての電話端末とを１対１に接続する必要がな
く、構内交換機と電話端末間の配線工事の労力が低減さ
れる。

【０００４】

【発明が解決しようとする課題】構内交換機側からの電
話端末の状態（ＬＡＮへの接続の有無等の通信可否）の
確認が必要となる場合がある。例えば、ＬＡＮに非接続
な電話端末に対する着信処理としてパケットを送出して
も応答がなく、単にＬＡＮ内でのトラフィックが増加す
るにすぎない。

【０００５】ここで、ＩＰ構内電話システムにおいて
は、構内交換機と電話端末が１対１に接続されていない
ことから、電話端末の状態を直接的な手段で確認するの
は困難である。この対策として、構内交換機等から電話
端末の通信可否を確認する信号（パケット）を定期的に
全電話端末に送信しこれに応答した電話端末を通信可能
と判定することで、電話端末の状態を確認することがで
きる。しかしながら、この確認方法では確認信号送出の
周期が長いと電話端末の状態の判定が不正確になりやす
く、一方周期が短いとＬＡＮ内のトラフィックの増大に
繋がる。

【０００６】本発明はこのような課題を解決するために
なされたもので、電話端末の状態確認時におけるＬＡＮ
内のトラフィックの増大を抑制可能なＩＰ構内電話シス
テムを提供することを目的としている。

【０００７】

【課題を解決するための手段】（１）上記目的を達成す
るために本発明に係るパケット中継装置は、端末装置に
より送受信されるパケットを中継するパケット中継装置
であって、中継するパケットの送信元アドレスに基づい
て、前記端末装置が通信可能であることを認識する端末
存在認識部と、前記端末存在認識部によって通信可能と
認識された前記端末装置の通信可否に関する端末状態情
報を通知する端末状態通知部とを具備することを特徴と
する。中継するパケットの送信元アドレスに基づいて、
端末装置が通信可能であることを認識する端末存在認識
部を具備することから、パケット中継装置からパケット
を送信することなく端末装置が通信可能であることを認
識できる。この結果、ネットワーク内のトラフィック増
加が低減される。

【０００８】ここで、パケット中継装置は、前記端末
装置を識別する端末識別情報と、該端末装置のＩＰアド
レスとを記憶する端末アドレステーブルをさらに具備
し、前記送信元アドレスがＩＰアドレスで表され、かつ
前記端末存在認識部が前記端末アドレステーブルを参照
して、前記端末装置が通信可能であることを認識しても
良い。端末アドレステーブルを参照することで効率的に
端末装置が通信可能であることを認識できる。なお、端
末識別情報の例として内線番号が該当する。

【０００９】また、パケット中継装置は、前記端末装
置を識別する端末識別情報と、前記端末状態情報とを記
憶する端末状態テーブルと、前記端末状態テーブルを更
新するテーブル更新部とをさらに具備しても良い。端末
状態テーブルを用いることで、端末装置の状態の変化を
的確に把握できる。この端末状態テーブルは、に示し
た端末アドレステーブルと別個であっても、あるいは一
体であっても差し支えない。

【００１０】テーブル更新部は、前記端末存在認識部
によって通信可能であると認識された前記端末装置につ
いて、前記端末状態テーブルの前記端末状態情報を通信
可能に変更し、さらに前記端末存在認識部によって所定
時間内に通信可能であると認識されない前記端末装置に
ついて、前記端末状態テーブルの前記端末状態情報を通
信可能から通信可否未確認に変更しても良い。所定時間
の経過によって端末状態情報を通信可能から通信可否未
確認に変更して、端末状態情報を端末装置の現状に対応
させることができる。端末装置が通信可能と認識されて
から時間が経過すると、その端末装置が確実に通信可能
とは言い難くなるからである。

【００１１】前記端末状態テーブルの前記端末状態情
報が通信可否未確認である前記端末装置に対して、返信
を要求する返信要求パケットを送信する返信要求部と、
前記返信要求部によって送信された前記返信要求パケッ
トに対して返信する返信パケットが受信されたときに該
端末装置を通信可能と判断し、所定時間内に該返信パケ
ットが受信されないときに該端末装置を通信不能と判断
する端末状態確認部とを具備し、前記テーブル更新部
が、前記端末状態確認部の判断に基づいて前記端末状態
テーブルを更新することとしても良い。端末状態情報が
通信可否未確認の端末装置に返信要求パケットを送信し
これに対する返信の有無によって、その端末装置が通信
可能か通信不能かを判断できる。

【００１２】ここで、返信要求パケットの送信は、端末
状態情報が通信可否未確認とされてから即座に行っても
良いし、端末状態情報が通信可否未確認とされてから所
定時間経過後に行っても差し支えない。また、端末装置
が通信不能と判断するのは、一回の返信要求パケットの
送信に返信がないことをもって行っても良いし、複数回
の返信要求パケットの送信に返信がないことをもって行
っても差し支えない。

【００１３】前記端末状態通知部が、前記端末状態情
報を前記パケット中継装置に接続された端末装置に通知
しても良い。ここで、パケット中継装置に接続された端
末装置間での端末状態の変化は、そのパケット中継装置
を経由して通知できる。このため、ゲートキーパ等ネッ
トワーク管理装置の関与を要せず、ネットワーク内のト
ラフィックの増加を抑制できる。

【００１４】前記端末状態通知部による通知が、前記
端末装置が通信可能であることを認識してから次に該端
末装置が通信可能であることを認識するまでに所定時間
を経過した場合に行っても良い。端末装置からのパケッ
トの送信によりその端末装置が通信可能と認識されるご
とには通知が行われないようにして、ネットワーク内の
トラフィックの増加を抑制できる。

【００１５】一方、このように認識からの時間の経過に
基づかずに通知を行うこともできる。例えば、端末装置
が通信可能と認識されたときに端末状態テーブルを参照
して端末状態テーブルに変更がある場合にのみ識別状態
通知部による通知を行うこともできる。このように端末
状態テーブルを参照することによっても、無用な通知を
削減してネットワーク内のトラフィックの増加を抑制で
きる。

【００１６】（２）本発明に係るネットワーク管理装置
は、端末装置が接続されたネットワークを管理するネッ
トワーク管理装置であって、前記端末装置を識別する端
末識別情報と該端末装置の通信可否に関する端末状態情
報とを記憶する端末状態テーブルと、前記端末装置が送
受信するパケットを中継するパケット中継装置から通知
される前記端末存在情報に基づき前記端末状態テーブル
を更新するテーブル更新部と、前記端末状態テーブルの
更新に係る端末状態更新情報を前記端末装置に通知する
端末状態通知部とを具備することを特徴とする。ネット
ワーク管理装置を用いて端末装置に端末状態情報を通知
することで、異なるパケット中継装置に接続された端末
装置間において互いの端末状態の変化を知ることができ
る。しかも端末状態更新情報を通知することで、ネット
ワークのトラフィックの増加を抑制できる。

【００１７】ここで、各端末装置と該各端末装置の前記
端末状態を通知する通知先との対応関係を記憶する端末
状態通知先テーブルをさらに具備し、前記端末状態通知
部が、前記端末状態通知先テーブルに基づき前記端末状
態更新情報を通知しても良い。端末状態通知先テーブル
を用いて、通知を希望する通知先にのみそれぞれの端末
装置に係る端末状態更新情報を通知できる。この結果、
ネットワーク内のトラフィックの増加が抑制される。

【００１８】（３）本発明に係る端末装置は、パケット
の送受信によって通話を行う一の端末装置であって、端
末装置を識別する端末識別情報と該端末装置の通信可否
に関する端末状態情報とを記憶する端末状態テーブル
と、前記端末状態テーブルに基づき他の端末装置の識別
情報および端末状態情報を表示する表示部と、前記一の
端末装置が送受信するパケットを中継するパケット中継
装置または該一の端末装置のアドレス情報を管理するネ
ットワーク管理装置からの通知に基づいて、前記端末状
態テーブルを更新するテーブル更新部とを具備すること
を特徴とする。他の端末装置の状態を表示部に表示する
ことができるので、通話しようとする場合に相手の端末
装置の端末状態が即座に判るので便宜である。端末状態
の表示は、例えば識別情報を表示する際の表示色によっ
て行える。また、端末状態の表示には、通信可能である
端末装置の識別情報のみを表示することによって、端末
状態を黙示的表示することも含まれるものとする。

【００１９】（４）本発明に係る情報通信システムは、
（１）に記載のパケット中継装置と、（２）に記載のネ
ットワーク管理装置とを具備することを特徴とする。複
数のパケット中継装置が通知した端末状態情報をネット
ワーク管理装置によって一元的に管理し、端末装置に通
知できる。

【００２０】（５）本発明に係る端末状態通知方法は、
端末から送信されたパケットの送信元アドレスに基づい
て、該端末が通信可能であることを認識する認識ステッ
プと、前記認識ステップで通信可能と認識された前記端
末の通信可否に関する端末状態情報を通知するステップ
とを具備することを特徴とする。中継するパケットの送
信元アドレスに基づいて、端末装置が通信可能であるこ
とを認識する認識ステップを具備することから、パケッ
ト中継装置からパケットを送信することなく端末装置が
通信可能であることを認識できる。この結果、ネットワ
ーク内のトラフィック増加が抑制される。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳細に説明する。図１は、本発明の一実施形
態に係るＩＰ構内電話システム１０の全体構成を示すブ
ロック図である。図１に示すように、電話回線２０に接
続されたＰＢＸ（Private Branch Exchange）３０
が、ルータ４０、５０（５０Ａまたは５０Ｂ）を介して
電話端末６０およびＰＣ（Personal Computer）端末７
０に接続され、ＬＡＮ（Local Area Network）を構成
している。ルータ４０にはインターネット２２に接続し
たサーバ３２とゲートキーパ３４が接続されている。

【００２２】ルータ５０Ａの下位には、電話端末６０
（２００）、６０（２０１）、６０（２０２）とＰＣ端
末７０（３００）が接続され、ルータ５０Ｂの下位に
は、電話端末６０（４００）、６０（４０１）、６０
（４０２）、６０（４０３）とＰＣ端末７０（５００）
が接続されている。ここで、電話端末６０のカッコ内は
内線番号を意味するものとする。即ち、電話端末６０
（２０１）は内線番号２０１の電話端末６０である。こ
の内線番号は電話端末を識別する識別（IDentificatio
n）情報として機能する。必ずしも通話を行わないＰＣ
端末７０でも何らかの識別情報が必要なのは同様であ
り、このためＰＣ端末７０にも内線番号が付与されてい
る。本実施形態に係るＩＰ構内電話システム１０は、Ｌ
ＡＮ内でのパケットのやりとりにより、電話端末６０と
電話回線２０および電話端末６０同士での通話を可能と
する。さらに本実施形態に係るＩＰ構内電話システム１
０は、ＰＣ端末７０によるインターネット２２との電子
メールの送受信等も可能であり、情報通信システム一般
としての機能をも営む。

【００２３】ＰＢＸ３０は、電話回線内のアナログ信号
とＬＡＮ内のパケット信号間の変換機能を有し、電話回
線２０を通じたＬＡＮ外からの電話と電話端末６０との
通話の仲立ちをする構内交換機として機能する。サーバ
３２は、例えばインターネット２２との間で電子メール
をやりとりするためのメールサーバである。ＰＣ端末７
０は、サーバ３２を介してインターネット２２と電子メ
ールのやりとりが行える。ゲートキーパ３４は、ネット
ワークを管理するネットワーク管理装置として機能し、
電話端末６０、ＰＣ端末７０（以下、「電話端末６０
等」という）及びルータ４０、５０Ａ、５０Ｂに対する
ＩＰ（Internet Protocol ）アドレスの割り当て、管理
を行うアドレス管理機能等を有する。ルータ４０、５０
Ａ、５０Ｂは、電話端末６０等が送受信するパケットを
中継するパケット中継装置としての機能を営む。なお、
ルータ４０、５０Ａ、５０Ｂとしてスイッチングルータ
を用いると、受信先となる特定の電話端末６０に対して
のみパケットを送信できる。

【００２４】（ゲートキーパ３４の内部構成）図２は、
ゲートキーパ３４の内部構成を表したブロック図であ
る。図２に示すようにゲートキーパ３４は、データ記憶
部１０１、端末状態テーブル更新部１０２、端末状態通
知部１０３、アドレス管理部１０４、ネットワークプロ
トコル処理部１０５、ネットワークインターフェース
（ネットワークＩ／Ｆ）部１０６から構成される。デー
タ記憶部１０１は、種々のデータを記憶するためのもの
であり、例えば半導体メモリーから構成される。データ
記憶部１０１には、端末状態テーブル１０７と端末状態
通知先テーブル１０８が記憶されている。

【００２５】端末状態テーブル１０７は、電話端末６０
等を識別する識別情報たる内線番号と、この電話端末６
０等の通信可否に関する端末状態情報とを対比して表し
たテーブルである。端末状態情報では、電話端末６０等
が通信可能（電話端末６０等がＬＡＮに接続され稼働し
ている）であることを示す「存在」、電話端末６０等が
通信不能（ＬＡＮに非接続であるかあるいは非稼働）で
あることを示す「非存在」、電話端末６０等が通信可能
か通信不能か未確認の通信可否未確認であることを示す
「離席」のいずれかによって端末の状態を表す。

【００２６】端末状態通知先テーブル１０８は、電話端
末６０等を識別する識別情報たる内線番号と、この内線
番号の電話端末６０等の端末状態に変化があっとときの
通知先である端末の内線番号を対比して表したテーブル
である。ここで、端末状態通知先テーブル１０８におい
て、端末状態に変化があった電話端末６０等と通知先の
電話端末６０等が同一のルータ５０に接続されているか
否かによって通知先を区分するのが好ましい。もし同一
のルータ５０に接続されていれば、このルータ５０が通
知を行えば足り、必ずしもこの通知にゲートキーパ３４
が関与する必要がないからである。

【００２７】端末状態テーブル更新部１０２は、ルータ
５０Ａ、５０Ｂから端末状態の変化が通知されたときに
これに対応して端末状態テーブル１０７を更新する。端
末状態通知部１０３は、端末状態テーブル１０７が更新
されたときに、ルータ４０、５０Ａ、５０Ｂを経由して
各電話端末６０等に端末状態の変化を通知する。この結
果、各電話端末６０等は他の電話端末６０等の状態の変
化を知ることができる。この通知の際に端末状態通知先
テーブル１０８を用い、不必要にトラフィックが増大す
ることが防止される。

【００２８】アドレス管理部１０４は、前述のアドレス
管理、即ち電話端末６０等に予め割り当てられた識別情
報としての電話番号と、固定ネットワークアドレスとし
てのＭＡＣ（Media Access Control）アドレスと、電話
端末６０の立ち上がり時に割り当てられる可変ネットワ
ークアドレスとしてのＩＰアドレスを対応付け、これら
の管理を行う。なお、ＩＰアドレスの割り当ては、ＤＨ
ＣＰ（Dynamic Host Configuration Protocol）を用い
て行える。

【００２９】ネットワークプロトコル処理部１０５は、
ネットワークインターフェース部１０６で送受信された
パケットに関するプロトコルを処理する。即ち、ゲート
キーパ３４がＬＡＮを通じて情報のやりとりをするとき
には、ネットワークインターフェース部１０６とネット
ワークプロトコル処理部１０５とを介する。

【００３０】以上、ゲートキーパ３４の内部構成につい
て説明したが、この内部構成はゲートキーパ３４ではな
く、ルータ４０が有しても良い。このとき、ルータ４０
はパケットを中継するパケット中継装置としての機能
と、ネットワークを管理するネットワーク管理装置とし
ての機能の双方を有するものとなり、ゲートキーパ３４
は不要となる。また、この内部構成は、ＰＢＸ３０が有
しても差し支えない。

【００３１】ここで、アドレス管理部１０４をゲートキ
ーパ３４が有し、その他の端末状態テーブル更新部１０
２等をルータ４０もしくはＰＢＸ３０が有することもで
きる。このときには、端末状態テーブル更新部１０２等
を有するルータ４０もしくはＰＢＸ３０を本発明でいう
ネットワーク管理装置として差し支えない。本発明にお
いては端末状態テーブル更新部１０２等が本質的な要素
だからである。

【００３２】（ルータ５０の内部構成）図３は、ルータ
５０の内部構成を表すブロック図である。図３に示すよ
うにルータ５０は、データ記憶部２０１、端末状態テー
ブル更新部２０２、端末存在認識部２０３、端末状態通
知部２０４、端末状態確認部２０５、返信要求部２０
６、ネットワークプロトコル処理部２０７、ネットワー
クインターフェース（ネットワークＩ／Ｆ）部２０８か
ら構成される。データ記憶部２０１は、種々のデータを
記憶するためのものであり、例えば半導体メモリーから
構成される。データ記憶部２０１には、端末アドレステ
ーブル２０９、端末状態テーブル２１０が記憶されてい
る。

【００３３】端末アドレステーブル２０９は、ＩＰアド
レスと電話端末６０等の識別情報たる内線番号とを対比
して表したテーブルであり、端末存在認識部２０３によ
り電話端末６０等の「存在」を認識する際に用いられ
る。即ち、電話端末６０等から送信されたパケットに含
まれる送信元のＩＰアドレスと端末アドレステーブル２
０９のＩＰアドレスを対比することで、電話端末６０等
が「存在」するとの端末状態が認識される。

【００３４】端末状態テーブル２１０には、電話端末６
０等を識別する識別情報たる内線番号と、この電話端末
６０等の通信可否に関する端末状態情報、および端末状
態が確認された更新時刻が対応して表わされる。端末状
態テーブル２１０には、ルータ５０の下位に接続された
電話端末６０等に関する状態情報のみが含まれる点（他
のルータ５０の管轄下にある電話端末６０の状態情報を
含まれない）、および更新時刻が含まれる点で、ゲート
キーパ３４の端末状態テーブル１０７と相違する。な
お、端末状態情報において、ゲートキーパ３４の端末状
態テーブル１０７と同様、「存在」「非存在」、および
「離席」のいずれかによって電話端末６０等の端末状態
が表わされる。

【００３５】端末状態テーブル更新部２０２は、端末状
態に関する新たな情報が入手されたときに端末状態テー
ブル１０７を更新する。この情報の入手は、後述する端
末存在認識部２０３による電話端末６０等の「存在」の
認識、端末状態確認部２０５による電話端末６０等の
「存在」、「非存在」の確認に基づいて行われる。端末
状態テーブル更新部２０２は、さらに端末存在認識部２
０３による端末の「存在」の認識、端末状態確認部２０
５による端末の「存在」の認識が所定時間行われていな
いときに、「存在」する端末の状態情報を「存在」が確
認されていない「離席」に変更する。

【００３６】端末存在認識部２０３は、ルータ５０の下
位に接続された電話端末６０、ＰＣ端末７０から送信さ
れたパケットをルータ４０へ中継する際に端末アドレス
テーブル２０９を参照する。この結果、パケットに含ま
れるＩＰアドレスから対応する電話端末６０等の識別情
報たる内線番号を割り出し、該当する内線番号の電話端
末６０等が「存在」することを認識する。そして、この
内線番号と「存在」の端末状態情報を端末状態テーブル
更新部２０２に送り、端末状態テーブル２１０を更新す
る。

【００３７】端末状態通知部２０４は、端末状態テーブ
ル２１０が更新されたときに、ゲートキーパ３４および
このルータ５０の下位に接続された各電話端末６０等に
端末状態の変化を通知する。この結果、各電話端末６０
等は、ルータ５０から直接にあるいはゲートキーパ３４
を介して、他の電話端末６０等の端末状態の変化を知る
ことができる。即ち、同一のルータ５０に接続された電
話端末６０、ＰＣ端末７０における端末状態の変化は、
このルータ５０のみで通知される。一方、他のルータ５
０の下位に接続された電話端末６０等の端末状態の変化
はゲートキーパ３４、ルータ４０、５０を経由して通知
される。このように、同一のルータ５０の下位に接続さ
れた電話端末６０等の端末状態の変化はこのルータ５０
のみを介して通知されることから、ＬＡＮ内で不必要に
トラフィックが増大することが防止される。

【００３８】端末状態確認部２０５は、端末存在認識部
２０３による電話端末６０等の「存在」が所定時間認識
されず、端末状態テーブル２１０の端末状態情報が「離
席」となった電話端末６０等が「存在」するのか「非存
在」なのかを確認する。この確認に際しては、返信要求
部２０６により端末状態テーブル２１０の端末状態情報
が「離席」となってから所定時間経過した電話端末６０
等に対して、返信を要求する返信要求パケットの送信が
指示される。そして、この指示に基づいてネットワーク
プロトコル処理部２０７、ネットワークインターフェー
ス部２０８を経由して返信要求パケットの送信が行われ
る。

【００３９】さらに、端末状態確認部２０５は、所定時
間内にこの返信要求パケットに対応した返信パケットが
ネットワークインターフェース部２０８、ネットワーク
プロトコル処理部２０７を経由して受信されたか否かに
よって、該当する電話端末６０等の端末状態を確認す
る。該当する電話端末６０等は、返信パケットが受信さ
れれば「存在」し、返信パケットが受信されなければ
「非存在」であることになる。端末状態確認部２０５
は、確認された端末状態の情報を端末状態テーブル更新
部２０２に送り、端末状態テーブル更新部２０２により
端末状態テーブル２１０が更新される。

【００４０】ネットワークプロトコル処理部２０７は、
ネットワークインターフェース部２０８で送受信された
パケットに関するプロトコルを処理する。即ち、ルータ
５０がＬＡＮを通じて情報のやりとりをするときには、
ネットワークインターフェース部２０８とネットワーク
プロトコル処理部２０７とを介する。

【００４１】以上、ルータ５０Ａ、５０Ｂの内部構成に
ついて述べた。一方、ルータ４０は単にパケットを中継
する機能のみがあれば良いので、ルータ５０のような端
末存在認識部２０３による端末状態の認識機能、端末状
態確認部２０５による端末状態の確認機能は必ずしも必
要とはされない。しかしながら、ルータ４０を図３に示
した内部構成とすることは可能である。このときには、
ルータ４０の下位に接続された電話端末６０等（即ち、
ルータ５０Ａ、５０Ｂのいずれかに接続された電話端末
６０等）について、端末状態の認識、確認を行うことに
なる。そして、このときにはルータ４０の下位に接続さ
れたルータ５０Ａ、５０Ｂには、端末存在認識部２０３
による端末状態の認識機能、端末状態確認部２０５によ
る端末状態の確認機能は不要となる。

【００４２】（電話端末６０の内部構成）図４は、電話
端末６０の内部構成を表すブロック図である。図４に示
すように電話端末６０は、端末状態表示部３０１、端末
状態テーブル３０２が記憶されたデータ記憶部３０３、
端末状態テーブル更新部３０４、起動通知部３０５、音
声入出力部３０６、音声信号処理部３０７、ネットワー
クプロトコル処理部３０８、ネットワークインターフェ
ース（ネットワークＩ／Ｆ）部３０９から構成される。

【００４３】端末状態表示部３０１は、例えば液晶表示
素子からなる表示器であり、他の電話端末６０等の状態
を端末状態リストとして表示する。この端末状態リスト
は、「存在」する電話端末６０等の内線番号および利用
者の氏名から構成される。このように「存在」する電話
端末６０等の内線番号のみを表示することで、端末状態
リストには、端末状態を暗示的に表示できる。この一
方、端末状態リストには、内線番号、利用者と共に、そ
の電話端末６０等の端末状態を明示しても良い。また端
末状態の表示は、端末状態に応じて内線番号の表示色を
変えることでも行える。

【００４４】データ記憶部３０３は、種々のデータを記
憶するためのものであり、例えば半導体メモリーから構
成される。端末状態テーブル３０２には、電話端末６０
等を識別する識別情報たる内線番号と、この電話端末６
０等の端末情報とを対応して表わされる。端末状態テー
ブル３０２には、この電話端末６０の利用者にとって関
心がある電話端末６０等に関する情報（識別情報、端末
状態情報）のみが含まれる点で、ゲートキーパ３４の端
末状態テーブル１０７およびルータ５０の端末状態テー
ブル２１０と相違する。なお、端末状態テーブル３０２
には、この電話端末６０の利用者にとって関心がある電
話端末６０等の利用者を識別する情報たる氏名を含めて
も差し支えない。

【００４５】端末状態テーブル更新部３０４は、ルータ
５０からあるいはルータ５０を介してゲートキーパ３４
から、端末の状態に関し新たな情報が入手されたときに
端末状態テーブル３０２を更新する。起動通知部３０５
は、この電話端末６０が起動したときに、起動したこと
を表す起動パケットをゲートキーパ３４に送信する。こ
の結果、起動した電話端末６０にＩＰアドレスが付与さ
れる。この起動パケットの送信は、ルータ５０の端末存
在認識部２０３によりこの電話端末６０が「存在」する
ことが認識される契機ともなる。

【００４６】音声入出力部３０６は、例えばマイクとス
ピーカを備えた受話器であり利用者による通話を可能と
する。音声信号処理部３０７は、音声入出力部３０６と
の間で音声信号のやりとりを行う。ネットワークプロト
コル処理部３０８は、ネットワークインターフェース部
３０９で送受信されたパケットに関するプロトコルを処
理する。即ち、電話端末６０がＬＡＮを通じた情報のや
りとりをするときには、ネットワークインターフェース
部３０９とネットワークプロトコル処理部３０８とを介
する。

【００４７】（ルータの端末状態テーブルの更新処理）
図５は、ルータ５０の端末状態テーブル２１０の更新、
および更新通知処理の手順を表したフロー図である。以
下、図５に基づき、ルータ５０の端末状態テーブル２１
０の更新、および更新通知処理の詳細な手順について説
明する。なお、以下の説明において、それぞれの電話端
末６０等の端末状態の変化に応じて、端末状態テーブル
２１０の更新が行われるものとする。

【００４８】（１）更新処理において、ルータ５０の下
位に接続された電話端末６０またはＰＣ端末７０からパ
ケットの送信が行われているか否かが常時判断される
（ステップＳ１０１）。端末存在認識部２０３は、中継
したパケットの送信元ＩＰアドレスが端末アドレステー
ブル２０９に含まれるときに、このパケットを送信した
電話端末６０等が「存在」すると認識し、この電話端末
６０等の内線番号を特定する。（ステップＳ１０２）。

【００４９】その後、この電話端末６０等が前回「存
在」とされてからｔ０時間経過しているか否かを判断し
（ステップＳ１０３）、この判断が「Ｙｅｓ」であれば
端末状態テーブル２１０を更新すると共に、ゲートキー
パ３４およびルータ５０の下位に接続された電話端末６
０等に端末状態更新情報を送信する（ステップＳ１０
４）。この更新は、「存在」が認識された電話端末６０
等の端末状態情報および「存在」が認識された更新時刻
を書き換えることによって行われる。またステップＳ１
０３での判断が「Ｎｏ」なら、ステップＳ１０１に戻
り、電話端末６０等からのパケットの送信の有無が判断
される。

【００５０】ここで、ステップＳ１０３において、時間
の経過によって端末状態テーブル２１０の更新の要否を
判断している。これに代えてステップＳ１０２で「存
在」するとされた電話端末６０が、以前の端末状態テー
ブル２１０において「存在」とされているか否かによっ
て、端末状態テーブル２１０の更新の要否を判断しても
差し支えない。

【００５１】（２）ステップＳ１０１での判断が「Ｎ
ｏ」であれば、それぞれの電話端末６０等が端末状態テ
ーブル２１０で「存在」とされている否かが判断される
（ステップＳ１０５）。ステップＳ１０５での判断が
「Ｙｅｓ」なら、この電話端末６０等から送信されたパ
ケットを受信してからｔ１時間が経過しているか否かが
判断される（ステップＳ１０６）。ステップＳ１０６で
の判断が「Ｙｅｓ」であれば、パケットの送信からｔ１
時間経過した電話端末６０等は、「存在」、「非存在」
が確認されていない「離席」状態であるとされ（ステッ
プＳ１０７）、端末状態テーブル２１０の更新、ゲート
キーパ３４、ルータ５０の下位に接続された電話端末６
０等に端末状態更新情報の送信が行われる（ステップＳ
１０４）。なお、端末状態テーブル２１０の更新は、確
認された端末状態情報および端末状態を更新した更新時
刻を書き換えることによって行える。ステップＳ１０６
での判断が「Ｎｏ」であれば、ステップＳ１０１に戻
り、電話端末６０等からのパケットの送信の有無が判断
される。

【００５２】（３）ステップＳ１０５での判断が「Ｎ
ｏ」であれば、この電話端末６０等が「離席」状態とさ
れてからｔ２時間が経過しているか否かが判断される
（ステップＳ１０８）。ステップＳ１０８での判断が
「Ｙｅｓ」なら、返信要求部２０６の指示により返信要
求パケットが、「離席」状態の電話端末６０等に対して
送信される（ステップＳ１０９）。そして、この返信要
求パケットに対して返信する返信パケットを返信要求パ
ケットの送信から所定時間内に受信したか否かが判断さ
れる（ステップＳ１１０）。ステップＳ１１０の判断が
「Ｙｅｓ」ならこの電話端末６０等の「存在」が確認さ
れ（ステップＳ１１１）、この判断が「Ｎｏ」ならこの
電話端末６０等の「非存在」が確認される（ステップＳ
１１２）。これらの確認は、端末状態確認部２０５によ
り行われる。その後、端末状態テーブル２１０の更新、
ゲートキーパ３４、ルータ５０の下位に接続された電話
端末６０等に端末状態更新情報の送信が行われる（ステ
ップＳ１０４）。なお、「非存在」の確認は、時間をお
いた複数回の返信要求パケットに対して返信がなかった
場合にのみ行っても良い。

【００５３】ステップＳ１０８での判断が「Ｎｏ」な
ら、ステップＳ１０１に戻り、電話端末６０等からのパ
ケットの送信の有無が判断される。なお、端末状態テー
ブル２１０の更新は、確認された端末状態情報および端
末状態を更新した更新時刻を書き換えることによって行
える。

【００５４】ここで、ステップＳ１０８での判断が「Ｎ
ｏ」の場合に、端末状態テーブル２１０を参照し電話端
末６０等の「非存在」状態が所定時間継続しているか否
かを判断し、その判断が［Ｙｅｓ」のときにステップＳ
１０９〜Ｓ１１２と同様の処理を行うこともできる。但
し、電話端末６０等が起動通知部３０５を有し、起動し
たときに起動を通知するパケットを送信するようになっ
ていれば、この処置は必ずしも必要とはされない。

【００５５】（端末状態テーブルの更新通知）端末状態
テーブル２１０、３０２は、ルータ５０からの通知によ
って更新され、既述の図５における端末状態テーブル１
０７の更新処理が反映される。図６は、このときの端末
状態テーブルが通知により更新される手順を表すフロー
図である。 （１）ルータ５０の下位に接続された電話端末６０等の
端末状態の変化に基づいて、このルータ５０の端末状態
テーブル２１０が更新される（ステップＳ２１）。な
お、この更新は既述の図５のフロー図により表される手
続に従い、端末状態テーブル更新部２０２によって行わ
れる。

【００５６】（２）ルータ５０の端末状態テーブル２１
０が更新されると、ルータ５０から端末状態テーブル２
１０の更新部分に関する端末状態更新情報が、端末状態
通知部２０４の指示により、ゲートキーパ３４に送信さ
れる（ステップＳ２２）。この端末状態更新情報は、ル
ータ４０を経由して、ゲートキーパ３４によって受信さ
れ（ステップＳ２３）、ゲートキーパ３４の端末状態テ
ーブル１０７が更新される（ステップＳ２４）。なお、
この更新は端末状態テーブル更新部１０２によって行わ
れる。

【００５７】ゲートキーパ３４は、ルータ５０Ａ、５０
Ｂ双方から端末状態更新情報を通知され、従ってゲート
キーパ３４の端末状態テーブル１０７はルータ５０Ａ、
５０Ｂ双方の端末状態テーブル２１０の変化を反映した
ものとなる。ゲートキーパ３４が電話端末６０等の状態
を常に把握していることから、例えば「非存在」の電話
端末６０に着信があった場合にこの電話端末６０に対し
て着信があったことを知らせるパケットの送信を停止で
きる。このためＬＡＮ内のトラフィックが無意味に増加
することが防止される。またこの着信の発信元に対して
電話端末６０への着信が行えないことを速やかに通知す
ることもできる。

【００５８】ルータ５０は、ゲートキーパ３４への端末
状態更新情報の送信と併行して、ルータ５０の下位に接
続された電話端末６０に対して端末状態更新情報を送信
する。この結果、ゲートキーパ３４は、このルータ５０
に端末状態更新情報を送信する必要がないので、ＬＡＮ
内でのトラフィックの増加が抑えられる。

【００５９】（３）ゲートキーパ３４の端末状態テーブ
ル１０７が更新されると、ゲートキーパ３４から端末状
態テーブル１０７の更新部分に関する端末状態更新情報
が、端末状態通知部１０３の指示により、電話端末６０
に送信される（ステップＳ２５）。この送信に際して端
末状態通知先テーブル１０８が参照される。その結果、
この送信は、端末状態が変化した特定の電話端末６０等
の端末状態情報のみが、この情報を必要とする通知先に
対してのみ送信される。しかも、状態の変化した電話端
末６０等と同一のルータ５０に接続された電話端末６０
には、このルータ５０により既に通知されていることか
ら、更なる通知は不要である。この結果、ＬＡＮ内での
トラフィックの増加が抑えられる。

【００６０】この端末状態更新情報は、ルータ４０およ
びルータ５０Ａ、５０Ｂを経由して、電話端末６０によ
って受信され（ステップＳ２６）、電話端末６０の端末
状態テーブル３０２が更新される（ステップＳ２７）。
なお、この更新は端末状態テーブル更新部３０４によっ
て行われる。端末状態テーブル３０２の更新により、電
話端末６０の端末状態表示部３０１に表示される端末状
態リストが更新される。以上のように、ルータ５０の端
末状態テーブル２１０の更新に基づき、ゲートキーパ３
４の端末状態テーブル１０７および電話端末６０の端末
状態テーブル３０２が更新される。

【００６１】（ルータの端末状態テーブルの更新処理の
具体例）次に端末状態テーブルの更新処理の具体例につ
いて説明する。 Ａ．端末状態が「非存在」から「存在」に変わる場合 まず、電話端末６０等の端末状態が「非存在」から「存
在」に変わる場合について説明する。このときの更新処
理の手順を図７のフロー図に表す。 （１）ステップＳ３１以前には、電話端末６０（２０
１）がケーブル抜け、ＰＣ端末７０（５００）が電源Ｏ
ＦＦのため「非存在」とされているとする。このときの
ルータ５０Ａ、５０Ｂの端末状態テーブル２１０、ゲー
トキーパ３４の端末状態テーブル１０７をそれぞれ図８
の（Ａ）、（Ｂ）、（Ｃ）に表す。

【００６２】（２）電話端末６０（２０１）またはＰＣ
端末７０（５００）からパケットが送信される（ステッ
プＳ３１）。電話端末６０（２０１）で抜けていたケー
ブルを接続することにより、起動通知部３０５の指示に
より起動通知パケットが送信される。また、ＰＣ端末７
０（５００）では電源をＯＮとし、サーバ３２に電子メ
ールをチェックするためのパケットを送信したものとす
る。

【００６３】（３）これら送信されたパケットは、ルー
タ５０Ａ、５０Ｂのそれぞれで受信、中継される（ステ
ップＳ３２（図５のステップＳ１０１に対応））。この
ときルータ５０Ａ、５０Ｂそれぞれの端末存在認識部２
０３により電話端末６０（２０１）またはＰＣ端末７０
（５００）の「存在」が認識され（ステップＳ３３（図
５のステップＳ１０２に対応））、ルータ５０Ａ、５０
Ｂそれぞれの端末状態テーブル２１０が更新される（ス
テップＳ３４（図５のステップＳ１０４に対応））。こ
のときのルータ５０Ａ、５０Ｂそれぞれの端末状態テー
ブル２１０をそれぞれ図９（Ａ）、（Ｂ）に表す。内線
番号２０１、５００の端末状態情報が「存在」に変更さ
れ、更新時刻が記録されている。

【００６４】（４）ルータ５０Ａ、５０Ｂからそれぞれ
電話端末６０（２０１）、ＰＣ端末７０（５００）が
「存在」することを表す端末状態更新情報が、端末状態
通知部２０４の指示により、ゲートキーパ３４に送信さ
れる（ステップＳ３５（図５のステップＳ１０４に対
応））。ルータ５０Ａ、５０Ｂのそれぞれから送信され
た端末状態更新情報は、ルータ４０を経由して、ゲート
キーパ３４によって受信され（ステップＳ３６）、ゲー
トキーパ３４の端末状態テーブル１０７が更新される
（ステップＳ３７）。なお、この更新は端末状態テーブ
ル更新部１０２によって行われる。

【００６５】ゲートキーパ３４は、ルータ５０Ａ、５０
Ｂ双方から端末状態更新情報を通知され、従ってゲート
キーパ３４の端末状態テーブル１０７はルータ５０Ａ、
５０Ｂ双方の端末状態テーブル２１０の変化を反映した
ものとなる。このときのゲートキーパ３４の端末状態テ
ーブル１０７を図９（Ｃ）に表す。以上のように、電話
端末６０（２０１）、ＰＣ端末７０（５００）からのパ
ケットの送信により、ルータ５０Ａ、５０Ｂそれぞれの
端末状態テーブル２１０およびゲートキーパ３４の端末
状態テーブル１０７が更新される。

【００６６】Ｂ．端末状態が「存在」から「非存在」に
変わる場合 次に、電話端末６０等の端末状態が「存在」から「非存
在」に変わる場合について説明する。このときの更新処
理の手順を図１０のフロー図に表す。 （１）ステップＳ４１以前には、ＰＣ端末７０（５０
０）が所定時間パケットの送信を行わないため、「離
席」と判断されているものとする。このときのルータ５
０Ａ、５０Ｂの端末状態テーブル２１０、ゲートキーパ
３４の端末状態テーブル１０７をそれぞれ図１１の
（Ａ）、（Ｂ）、（Ｃ）に表す。

【００６７】（２）電話端末６０（２００）、６０（２
０２）がｔ１時間以上パケットを送信せず、またＰＣ端
末７０（５００）も「離席」とされてからｔ２時間以上
パケットを送信しなかったものとする。例えば、電話端
末６０（２００）では、利用者の帰宅により電話の着信
信号に対して応答するパケットを送信しない。また電話
端末６０（２０２）は、利用者が在席しているが、電話
の発着信を行わないものとする。但し、利用者が電話の
発着信を行うことで端末状態は「存在」に変更される。

【００６８】（３）電話端末６０（２００）、６０（２
０２）に対しては、ルータ５０Ａにより「離席」と判断
される。また、ＰＣ端末７０（５００）は、返信要求パ
ケットを複数回送信しても応答がないためルータ５０Ｂ
により「非存在」と確認される（ステップＳ４２（図５
のステップＳ１０５〜Ｓ１０７、Ｓ１０８〜Ｓ１１２に
対応）。この結果、ルータ５０Ａ、５０Ｂそれぞれの端
末状態テーブル２１０が更新される（ステップＳ４３
（図５のステップＳ１０４に対応））。このときのルー
タ５０Ａ、５０Ｂそれぞれの端末状態テーブル２１０を
それぞれ図１２（Ａ）、（Ｂ）に表す。

【００６９】（４）ルータ５０Ａから電話端末６０（２
００）、６０（２０２）が「離席」であることを表す端
末状態情報が、ルータ５０ＢからＰＣ端末７０（５０
０）端末が「非存在」であることを表す端末状態更新情
報が、それぞれの端末状態通知部２０４の指示によりゲ
ートキーパ３４に送信される（ステップＳ４４（図５の
ステップＳ１０４に対応））。ルータ５０Ａ、５０Ｂの
それぞれから送信された端末状態更新情報は、ルータ４
０を経由して、ゲートキーパ３４によって受信され（ス
テップＳ４５）、ゲートキーパ３４の端末状態テーブル
１０７が更新される（ステップＳ４６）。なお、この更
新は端末状態テーブル更新部１０２によって行われる。
ゲートキーパ３４は、ルータ５０Ａ、５０Ｂ双方から端
末状態更新情報を通知され、従ってゲートキーパ３４の
端末状態テーブル１０７はルータ５０Ａ、５０Ｂ双方の
端末状態テーブル２１０の変化を反映したものとなる。
このときのゲートキーパ３４の端末状態テーブル１０７
を図１２（Ｃ）に表す。以上のように、電話端末６０
（２００）、６０（２０２）、ＰＣ端末７０（５００）
からのパケットの未送信により、ルータ５０Ａ、５０Ｂ
それぞれの端末状態テーブル２１０およびゲートキーパ
３４の端末状態テーブル１０７が更新される。

【００７０】（電話端末への端末状態情報通知の具体
例）次に端末状態の変化が電話端末６０に通知され端末
状態リストが更新される手順の具体例について既述の図
６のフロー図に従って説明する。 （１）ステップ２１以前には、電話端末６０（２０１）
がケーブル抜け、ＰＣ端末７０（５００）電源ＯＦＦの
ため、返信要求パケットに対して返信できず「非存在」
とされているものとする。さらに電話端末６０（２０
０）の端末状態テーブル３０２には、同一のルータ５０
Ａの管理下にある電話端末６０（２０１）、６０（２０
２）、ＰＣ端末７０（３００）と、同一のルータ５０Ａ
の管理下にはないが煩雑に電話を掛ける電話端末６０
（４０２）を端末状態リストに載せる候補として記憶さ
れている。このときのゲートキーパ３４の端末状態テー
ブル１０７、電話端末６０（２００）の端末状態テーブ
ル３０２、端末状態リストの表示をそれぞれ図１３の
（Ａ）、（Ｂ）、（Ｃ）に表す。さらにゲートキーパ３
４の端末状態通知先テーブル１０８には、図１４に示し
たように電話端末６０の内線番号とこの内線番号の電話
端末６０の端末状態通知先の内線番号の対応関係が、同
一のルータ５０に接続されているか否かで区分して示さ
れる。

【００７１】（２）電話端末６０（２０１）、６０（４
０２）の端末状態の変化に基づいて、ルータ５０Ａ、５
０Ｂの端末状態テーブル２１０が更新される（ステップ
Ｓ２１）。なお、この更新は端末状態テーブル更新部２
０２によって行われる。電話端末６０（２０１）で抜け
ていたケーブルを接続することにより、起動通知部３０
５の指示により起動通知パケットが送信される。送信さ
れたパケットは、ルータ５０Ａで受信、中継され、端末
存在認識部２０３により電話端末６０（２０１）の「存
在」が認識され、ルータ５０Ａの端末状態テーブル２１
０が更新される。また、電話端末６０（４０２）は、所
定時間のパケットの未発信に基づき、ルータ５０Ｂによ
り「離席」と判断され、ルータ５０Ｂの端末状態テーブ
ル２１０が更新される。

【００７２】（３）ルータ５０Ａの端末状態テーブル２
１０が更新されると、電話端末６０（２０１）の端末状
態がルータ５０Ａからゲートキーパ３４に送信される
（ステップＳ２２）。この端末状態更新情報は、ルータ
４０を経由して、ゲートキーパ３４によって受信され
（ステップＳ２３）、ゲートキーパ３４の端末状態テー
ブル１０７が更新される（ステップＳ２４）。一方、ル
ータ５０Ｂの端末状態テーブル２１０が更新されると、
電話端末６０（４０２）の端末状態がルータ５０Ｂから
ゲートキーパ３４に送信される（ステップＳ２２）。こ
の端末状態更新情報は、ルータ４０を経由して、ゲート
キーパ３４によって受信され（ステップＳ２３）、ゲー
トキーパ３４の端末状態テーブル１０７が更新される
（ステップＳ２４）。このようにして、ゲートキーパ３
４の端末状態テーブル１０７は、ルータ５０Ａ、５０Ｂ
双方の端末状態テーブル２１０の更新を反映したものと
なる。これを図１５（Ａ）に表す。

【００７３】ルータ５０Ａは、ゲートキーパ３４への端
末状態更新情報の送信と併行して、ルータ５０Ａの下位
に接続された電話端末６０（２００）、６０（２０
２）、ＰＣ端末７０（３００）に対して電話端末６０
（２０１）の「存在」を通知する。一方、ルータ５０Ｂ
は、ゲートキーパ３４への端末状態更新情報の送信と併
行して、ルータ５０Ｂの下位に接続された電話端末６０
（４００）、６０（４０１）、６０（４０３）、ＰＣ端
末７０（５００）に対して電話端末６０（４０２）の
「離席」を通知する。この結果、ゲートキーパ３４は、
このルータ５０に端末状態更新情報を送信する必要がな
いので、ＬＡＮ内でのトラフィックの増加が抑えられ
る。

【００７４】（３）ゲートキーパ３４の端末状態テーブ
ル１０７が更新されると、ゲートキーパ３４から端末状
態テーブル１０７の更新部分に関する端末状態更新情報
が電話端末６０に送信される（ステップＳ２５）。この
送信に際して前述の図１４に示した端末状態通知先テー
ブル１０８が参照される。その結果、この送信は、端末
状態が変化した特定の電話端末６０等の端末状態情報の
みが、この情報を必要とする通知先に対してのみ送信さ
れる。しかも、状態の変化した電話端末６０等と同一の
ルータ５０に接続された電話端末６０には、このルータ
５０により既に通知されていることから、更なる通知は
不要である。この結果、ＬＡＮ内でのトラフィックの増
加が抑えられる。

【００７５】電話端末６０（２０１）が「存在」するこ
とは、図１４の端末状態通知先テーブル１０８からする
と、電話端末６０（４００）、ＰＣ端末７０（５００）
に通知されることになる。しかし、ゲートキーパ３４の
端末状態テーブル１０７において、ＰＣ端末７０（５０
０）は「非存在」とされているため、電話端末６０（２
０１）の「存在」は電話端末６０（４００）のみに通知
される。一方、電話端末６０（４０２）が「離席」状態
であることは、図１４の端末状態通知先テーブル１０８
に基づき、電話端末６０（２００）、ＰＣ端末７０（３
００）に通知されることになる この端末状態更新情報は、ルータ４０およびルータ５０
Ａ、５０Ｂを経由して、電話端末６０によって受信され
（ステップＳ２６）、電話端末６０の端末状態テーブル
３０２が更新される（ステップＳ２７）。なお、この更
新は端末状態テーブル更新部３０４によって行われる。

【００７６】端末状態テーブル３０２の更新により、電
話端末６０の端末状態表示部３０１に表示される端末状
態リストが更新される。図１５（Ｂ）、（Ｃ）それぞれ
に、電話端末６０（２００）の端末状態テーブル３０２
と端末状態リストを表す。以上のように、ルータ５０の
端末状態テーブル２１０の更新に基づき、ゲートキーパ
３４の端末状態テーブル１０７および電話端末６０の端
末状態テーブル３０２が更新される。

【００７７】

【発明の効果】以上説明したように、本発明によれば、
電話端末の状態確認時におけるＬＡＮ内のトラフィック
の増大が軽減可能なＩＰ構内電話システムを提供でき
る。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係るＩＰ構内電話シス
テムの全体構成を表すブロック図である。

【図２】 図１に示すゲートキーパの内部構成を表すブ
ロック図である。

【図３】 図１に示すルータの内部構成を表すブロック
図である。

【図４】 図１に示す電話端末の内部構成を表すブロッ
ク図である。

【図５】 ルータの端末状態テーブルの更新処理の手順
を表すフロー図である。

【図６】 端末状態テーブルの更新通知処理の手順を表
すフロー図である。

【図７】 ルータの端末状態テーブルの更新処理の一例
を表すフロー図である（端末状態が「非存在」から「存
在」に変わる場合）。

【図８】 図７での更新処理前におけるルータ、ゲート
キーパの端末状態テーブルの一例を表す概念図である。

【図９】 図７での更新処理中におけるルータ、ゲート
キーパの端末状態テーブルの一例を表す概念図である。

【図１０】 ルータの端末状態テーブルの更新処理の一
例を表すフロー図である（端末状態が「存在」から「非
存在」に変わる場合）。

【図１１】 図１０での更新処理前におけるルータ、ゲ
ートキーパの端末状態テーブルの一例を表す概念図であ
る。

【図１２】 図１０での更新処理中におけるルータ、ゲ
ートキーパの端末状態テーブルの一例を表す概念図であ
る。

【図１３】 図６での更新通知処理前における端末状態
テーブルおよび端末状態リストの一例を表す図である。

【図１４】 端末状態通知先テーブルの一例を表す概念
図である。

【図１５】 図６での更新通知処理中における端末状態
テーブルおよび端末状態リストの一例を表す図である。

【符号の説明】

１０ ＩＰ構内電話システム ２０ 電話回線 ２２ インターネット ３２ サーバ ３４ ゲートキーパ ４０、５０（５０Ａ、５０Ｂ） ルータ ６０ 電話端末 ７０ ＰＣ端末 １０１ データ記憶部 １０２ 端末状態テーブル更新部 １０３ 端末状態通知部 １０４ アドレス管理部 １０５ ネットワークプロトコル処理部 １０６ ネットワークインターフェース（ネットワー
クＩ／Ｆ）部 １０７ 端末状態テーブル １０８ 端末状態通知先テーブル ２０１ データ記憶部 ２０２ 端末状態テーブル更新部 ２０３ 端末存在認識部 ２０４ 端末状態通知部 ２０５ 端末状態確認部 ２０６ 返信要求部 ２０７ ネットワークプロトコル処理部 ２０８ ネットワークインターフェース（ネットワー
クＩ／Ｆ）部 ２０９ 端末アドレステーブル ２１０ 端末状態テーブル ３０１ 端末状態表示部 ３０２ 端末状態テーブル ３０３ データ記憶部 ３０４ 端末状態テーブル更新部 ３０５ 起動通知部 ３０６ 音声入出力部 ３０７ 音声信号処理部 ３０８ ネットワークプロトコル処理部 ３０９ ネットワークインターフェース（ネットワー
クＩ／Ｆ）部

フロントページの続き (72)発明者 新谷 憲正 東京都日野市旭が丘３丁目１番地の１ 株 式会社東芝日野工場内 Ｆターム(参考） 5K030 HA08 HD03 KA04 KA05 LA02 MA06 MD07 5K033 CB04 CC01 DA01 DB18 EC04

Claims (14)

【特許請求の範囲】
1. 【請求項１】 端末装置により送受信されるパケットを
   中継するパケット中継装置であって、 中継するパケットの送信元アドレスに基づいて、前記端
   末装置が通信可能であることを認識する端末存在認識部
   と、 前記端末存在認識部によって通信可能と認識された前記
   端末装置の通信可否に関する端末状態情報を通知する端
   末状態通知部とを具備することを特徴とするパケット中
   継装置。
2. 【請求項２】 前記端末装置を識別する端末識別情報
   と、該端末装置のＩＰアドレスとを記憶する端末アドレ
   ステーブルをさらに具備し、 前記送信元アドレスがＩＰアドレスで表され、かつ前記
   端末存在認識部が前記端末アドレステーブルを参照し
   て、前記端末装置が通信可能であることを認識すること
   を特徴とする請求項１記載のパケット中継装置。
3. 【請求項３】 前記端末装置を識別する端末識別情報
   と、前記端末状態情報とを記憶する端末状態テーブル
   と、 前記端末状態テーブルを更新するテーブル更新部とをさ
   らに具備することを特徴とする請求項１記載のパケット
   中継装置。
4. 【請求項４】 前記端末状態情報が、通信可能、通信不
   能、および通信可否未確認の少なくともいずれかに区分
   されることを特徴とする請求項３記載のパケット中継装
   置。
5. 【請求項５】 前記テーブル更新部が、前記端末存在認
   識部によって通信可能であると認識された前記端末装置
   について、前記端末状態テーブルの前記端末状態情報を
   通信可能に変更することを特徴とする請求項４記載のパ
   ケット中継装置。
6. 【請求項６】 前記テーブル更新部が、前記端末存在認
   識部によって所定時間内に通信可能であると認識されな
   い前記端末装置について、前記端末状態テーブルの前記
   端末状態情報を通信可能から通信可否未確認に変更する
   ことを特徴とする請求項４記載のパケット中継装置。
7. 【請求項７】 前記端末状態テーブルの前記端末状態情
   報が通信可否未確認である前記端末装置に対して、返信
   を要求する返信要求パケットを送信する返信要求部と、 前記返信要求部によって送信された前記返信要求パケッ
   トに対して返信する返信パケットが受信されたときに該
   端末装置を通信可能と判断し、所定時間内に該返信パケ
   ットが受信されないときに該端末装置を通信不能と判断
   する端末状態確認部とを具備し、 前記テーブル更新部が、前記端末状態確認部の判断に基
   づいて前記端末状態テーブルを更新することを特徴とす
   る請求項４記載のパケット中継装置。
8. 【請求項８】 前記端末状態通知部が、前記端末状態情
   報を前記パケット中継装置に接続された端末装置に通知
   することを特徴とする請求項１記載のパケット中継装
   置。
9. 【請求項９】 前記端末状態通知部による通知が、前記
   端末装置が通信可能であることを認識してから次に該端
   末装置が通信可能であることを認識するまでに所定時間
   を経過した場合に行われることを特徴とする請求項１記
   載のパケット中継装置。
10. 【請求項１０】 端末装置が接続されたネットワークを
    管理するネットワーク管理装置であって、 前記端末装置を識別する端末識別情報と該端末装置の通
    信可否に関する端末状態情報とを記憶する端末状態テー
    ブルと、 前記端末装置が送受信するパケットを中継するパケット
    中継装置から通知される前記端末存在情報に基づき前記
    端末状態テーブルを更新するテーブル更新部と、 前記端末状態テーブルの更新に係る端末状態更新情報を
    前記端末装置に通知する端末状態通知部とを具備するこ
    とを特徴とするネットワーク管理装置。
11. 【請求項１１】 各端末装置と該各端末装置の前記端末
    状態を通知する通知先との対応関係を記憶する端末状態
    通知先テーブルをさらに具備し、 前記端末状態通知部が、前記端末状態通知先テーブルに
    基づき前記端末状態更新情報を通知することを特徴とす
    る請求項１０記載のネットワーク管理装置。
12. 【請求項１２】 パケットの送受信によって通話を行う
    一の端末装置であって、 端末装置を識別する端末識別情報と該端末装置の通信可
    否に関する端末状態情報とを記憶する端末状態テーブル
    と、 前記端末状態テーブルに基づき他の端末装置の識別情報
    および端末状態情報を表示する表示部と、 前記一の端末装置が送受信するパケットを中継するパケ
    ット中継装置または該一の端末装置が接続されたネット
    ワークを管理するネットワーク管理装置からの通知に基
    づいて、前記端末状態テーブルを更新するテーブル更新
    部とを具備することを特徴とする端末装置。
13. 【請求項１３】 請求項１記載のパケット中継装置と、 請求項１０記載のネットワーク管理装置とを具備するこ
    とを特徴とする情報通信システム。
14. 【請求項１４】 端末から送信されたパケットの送信元
    アドレスに基づいて、該端末が通信可能であることを認
    識する認識ステップと、 前記認識ステップで通信可能と認識された前記端末の通
    信可否に関する端末状態情報を通知するステップとを具
    備することを特徴とする端末状態通知方法。