(57)【特許請求の範囲】
【請求項１】
ゲートキーパとネットワークを介して接続され、画情報の送受信を行うパケット網直結型のネットワーク端末装置において、
ゲートキーパに対してＲＡＳメッセージをやり取りすることで自端末登録処理を実行する自端末登録処理実行手段と、この自端末登録処理実行手段によってゲートキーパから登録容認応答を受信したとき、その登録容認応答に含まれるパケット生存可能時間（ＴＴＬ）を記憶する記憶手段を有し、
前記記憶手段のパケット生存可能時間が満了する前に少なくとも一回、自端末登録処理実行手段によって自端末登録処理を再実行することを特徴とするネットワーク端末装置。
【請求項２】
自端末登録処理実行手段は、前記ゲートキーパから登録削除要求（ＵＲＱ）を受信したときは、一旦登録削除処理を行った後、任意のタイミングで再度、自端末登録処理を実行することを特徴とする請求項１に記載のネットワーク端末装置。
【請求項３】
前記自端末登録処理実行手段は、前記ゲートキーパへの前記自端末登録処理を実行するに際して、前記ゲートキーパからの応答がないときは、次回以降、前記自端末登録を実行する際に、ＩＴＵ−Ｔ勧告Ｈ．２２５．０で規定されている前記ＲＡＳメッセージのタイムアウト値を大きくすること、または、前記ＲＡＳメッセージの再試行回数設定値を増やすことを特徴とする請求項１または２に記載のネットワーク端末装置。
【請求項４】
前記自端末登録処理実行手段は、自端末登録要求の応答としてゲートキーパから自端末登録拒否のＲＡＳメッセージを受信した場合において、その拒否理由がエイリアスの重複であるときは、次回以降、前記自端末登録処理を実行するに際して、エイリアスを指定せずに自端末登録要求を行い、前記ゲートキーパからエイリアスの割り当てを受けることでエイリアスを取得し、または、予備使用するために用意されている第２エイリアスを指定して前記自端末登録処理を実行する、ことを特徴とする請求項１から３の何れか１つに記載のネットワーク端末装置。
【請求項５】
宛先エイリアスとして第１宛先エイリアスと第２宛先エイリアスを記憶する手段を備え、前記自端末登録処理実行手段は、前記第１宛先エイリアスでの発呼に失敗した場合には、前記第２宛先エイリアスを使用して再発呼することを特徴とする請求項１から４の何れか１つに記載のネットワーク端末装置。
【請求項６】
ネットワーク管理者のメールアドレスを記憶する手段を備え、前記ゲートキーパから通信開始拒否のＲＡＳメッセージを受信した場合において、当該拒否理由が指定した宛先への転送不可であるときは、前記ネットワーク管理者に対して前記宛先に転送できなかった旨のメールを送信すること、または、さらに前記メールに前記宛先の情報を含めることを特徴とする請求項１から５の何れか１つに記載のネットワーク端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ゲートキーパへの自端末登録をより確実に実行することができるネットワーク端末装置に関する。
【０００２】
【従来の技術】
近年のＩＰ（インターネットプロトコル）ネットワークは、インターネットのみならず、企業等のＬＡＮにおいても基本インフラになっている。ＩＰネットワークにより、通信コストの削減や、管理費の削減等、様々な効果が期待できることから、その普及は急速に進行している。ネットワークファクシミリ装置では、ＩＰネットワーク上でのデータ交換を律するＩＴＵ−Ｔ勧告Ｈ．３２３に従ったプロトコルによるものも普及しつつある。Ｈ．３２３はＩＰネットワーク上で画像データ等のマルチメディアデータをリアルタイムにデータ交換するための標準であり、その特徴は従来のＩＳＤＮ用の勧告Ｈ．３２０をベースにＬＡＮ対応にした点にある。
【０００３】
ＩＴＵ−Ｔ勧告Ｈ．３２３（以下、単に「Ｈ．３２３」と言う）対応のインターネットファクシミリ装置では、通信に先立ちゲートキーパと呼の確立準備を行う。具体的には、ＩＴＵ−Ｔ勧告Ｈ．２２５．０（以下、単に「Ｈ．２２５．０」と言う）プロトコルにより呼制御用アドレスの交換や、通信を行うためのネットワーク帯域の確認等を行う。
【０００４】
通常、Ｈ．３２３端末は、ゲートキーパにＩＰアドレス等の設定を行う必要がある。ゲートキーパへの自端末の登録処理は端末の起動時に行われる。Ｈ．３２３に従ったゲートキーパに対してＲＡＳ（Ｒｅｇｉｓｔｒａｔｉｏｎ，  Ａｄｍｉｓｓｉｏｎ  ａｎｄ  Ｓｔａｔｕｓ）メッセージによってＨ．３２３端末が自端末登録を行う手順においては、ゲートキーパはＲＲＱ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージのメンバとしてＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ：パケット生存可能期間）を設定することが可能である。
【０００５】
Ｈ．３２３端末とゲートキーパとの間で呼の動作が開始すると、Ｈ．３２３端末は、ＲＡＳ手順で取得した呼制御用アドレスを用いて、ゲートキーパとの間で呼確立要求メッセージを交換する。そして、呼が承認されると、既に登録されている他のＨ．３２３端末とのネゴシエーションが開始され、当該端末にデータの符号化方式を送り、通信モードや通信ポートを決定する。
【０００６】
【発明が解決しようとする課題】
ところで、ゲートキーパの中には、ＴＴＬを設定した場合には、当該ＴＴＬが経過したＨ．３２３端末の登録を保証しない（登録削除してもよい状態に置く）か、または登録削除を行うものがある。この場合、ゲートキーパは、Ｈ．３２３端末に登録削除要求（ＵＲＱ：ＵｎｒｅｇｉｓｔｒａｔｉｏｎＲｅｑｕｅｓｔ）を発行し、登録を削除する。ゲートキーパから登録が削除されると、次回に通信開始要求（ＡＲＱ：Ａｄｍｉｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）する際に通信開始が拒否される場合がある。
【０００７】
また、ＬＡＮ上での通信において、ネットワーク遅延が起きる可能性は十分にある。このネットワーク遅延によりゲートキーパもしくはＨ．３２３端末からのＲＡＳメッセ−ジが規定のメッセージ待ち時間内（メッセージ待ちタイマ内）に、相手側に届かない場合がある。この場合、Ｈ．３２３端末はゲートキーパに、再度のメッセージ送信を行うことになるが、上記ネットワークの遅延が解消されない限りやはりＨ．３２３端末からのＲＡＳメッセ−ジはゲートキーパには届かない。
【０００８】
さらに、Ｈ．３２３端末が自端末登録手順においてゲートキーパからＲＲＪ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）メッセージを受信した場合において、その拒否理由がエイリアス重複（Ｄｕｐｌｉｃａｔｅ  Ａｌｉａｓ）であったときは、同じエイリアスを使用して再度ゲートキーパへの登録を行おうとしても、同じ拒否理由（エイリアス重複）でＲＲＪメッセージを受ける。
【０００９】
ゲートキーパに通信開始が拒否され、その理由が転送先非登録（ＣａｌｌｅｄＰａｒｔｙ  Ｎｏｔ  Ｒｅｇｉｓｔｅｒｅｄ）であることがある。この転送先非登録による通信開始拒否は、着呼側Ｈ．３２３端末がゲートキーパに登録されていないことを意味するので、発呼側Ｈ．３２３端末は、着呼側Ｈ．３２３端末がゲートキーパに登録されるのを待つしかない。
【００１０】
本発明は、ゲートキーパへの自端末登録をより確実に実行することで上記の種々の問題を一挙に解決することができるのネットワークファクシミリ装置を提供することにある。
【００１１】
【課題を解決するための手段】
本発明は、ゲートキーパとネットワークを介して接続され、画情報の送受信を行うパケット網直結型のネットワーク端末装置において、ゲートキーパに対してＲＡＳメッセージをやり取りすることで自端末登録処理を実行する自端末登録処理実行手段と、この自端末登録処理実行手段によってゲートキーパから登録容認応答を受信したとき、その登録容認応答に含まれるパケット生存可能時間（ＴＴＬ）を記憶する記憶手段を有し、前記記憶手段のパケット生存可能時間が満了する前に少なくとも一回、自端末登録処理実行手段によって自端末登録処理を再実行することを特徴とする。
【００１２】
本発明のネットワークファクシミリ装置では、ＴＴＬが経過する前、すなわち登録が保証されている間にゲートキーパに対して自端末登録要求（ＲＲＱ）を再度自動発呼するので、少しでもゲートキーパへの未登録状態を解消ことができる。
【００１３】
本発明のネットワークファクシミリ装置では、自端末登録手順実行手段は、ゲートキーパから、シャットダウン時、利用者制限時等において登録削除要求（ＵＲＱ）を受信したときは、一旦登録削除手順を行った後、任意のタイミングで再度、自端末登録手順を実行することができる。これにより、ゲートキーパにおける未登録状態を短縮することができる。
【００１４】
本発明のネットワークファクシミリ装置では、自端末登録手順実行手段は、ゲートキーパへの自端末登録手順において、ネットワークの遅延などが原因でゲートキーパからの応答がないときは、次回以降自端末登録を実行する際に、Ｈ．２２５．０で規定されているＲＡＳメッセージのタイムアウト値を大きくすること、または、ＲＡＳメッセージの再試行回数設定値を増やすことができる。これにより、ネットワーク遅延が発生していても自端末登録ができる可能性を高めることができる。
【００１５】
本発明のネットワークファクシミリ装置では、自端末登録手順実行手段は、自端末登録要求の応答としてゲートキーパから自端末登録拒否のＲＡＳメッセージを受信した場合において、その拒否理由がエイリアスの重複であるときは、次回以降、前記自端末登録手順を実行するに際し、エイリアスを指定せずに自端末登録要求を行い、前記ゲートキーパからエイリアスの割り当てを受けることでエイリアスを取得し、または、予備使用するために用意されている第２エイリアスを指定して自端末登録手順を実行することができる。これにより、エイリアス重複による登録拒否を防ぐことができる。
【００１６】
本発明のネットワークファクシミリ装置では、宛先エイリアスとして第１宛先エイリアスと第２宛先エイリアスを記憶する手段を備え、前記第１宛先エイリアスでの発呼に失敗した場合、前記第２宛先エイリアスを使用して再発呼することができる。これにより、２つのエイリアスを持つＨ．３２３端末に、いずれの宛先エイリアスによっても通信できるようになる。
【００１７】
本発明では、ネットワーク管理者のメールアドレスを記憶する手段を備え、ゲートキーパから通信開始拒否のＲＡＳメッセージを受信した場合において、当該拒否理由が指定した宛先への転送不可であるときは、前記ネットワーク管理者に対して前記宛先に転送できなかった旨のメールを送信すること、または、さらに前記メールに前記宛先の情報を含めることができる。これにより、管理者が着呼できない状態にあるＨ．３２３端末があることを早期発見および調査ができ、また、登録管理者が登録されていないＨ．３２３端末が特定しやすくなる。
【００１８】
【発明の実施の形態】
図１および図２は、本発明の一実施形態にかかるネットワークファクシミリ装置（Ｉｎｔｅｒｎｅｔ  Ａｗａｒｅ  ＦＡＸ）および当該ファクシミリ装置が組み込まれたネットワークシステムの一実施形態を示している。図１では、ＩＰネットワーク１００に、ネットワークファクシミリ装置１１，２１およびゲートウェイが接続されている。図２は、図１のシステムを具体的に示す図であり、ＩＰネットワークとしてのインターネット２００に、同じく構内ＩＰネットワークであるＬＡＮ１およびＬＡＮ２が接続されている。
【００１９】
ＬＡＮ１は、インターネットファクシミリ装置１１と、ゲートキーパ１２と、ハブ１３と、コンピュータ１４と、ルータ１５とを含んで構成されている。
インターネットファクシミリ装置１１は、図３に示すように、オペレーティングシステム（ＯＳ）１１１と、オペレーティングシステム１１１上にて動作するアプリケーションプログラムインターフェース（ＡＰＩ）１１２と、Ｈ．２３２手順実行部１１３と、ＲＡＳ手順を実行できるＲＡＳ実行部（本発明における自端末登録手順実行手段）１１４と、制御データ記憶部１１５と、Ｔ．３８パケット制御部１１６と、メール送信制御部１１７とからなる。オペレーティングシステム１１１は、ここではＷｉｎｓｏｃｋ（ＩＰプロトコルをＷｉｎｄｏｗｓ（米国マイクロソフト社の登録商標）レベルで実行できるインターフェース）である。
【００２０】
ゲートキーパ１２は、図３に示すように、オペレーティングシステム（Ｗｉｎｓｏｃｋ）１２１と、オペレーティングシステム１２１上にて動作するアプリケーションプログラムインターフェース１２２と、Ｈ．２３２手順実行部１２３と、転送データの交換を行う交換制御部１２４とからなる。ゲートキーパ１２はＨ．３２３Ｖ２準拠のマルチメディア通信ができ、エイリアスをＩＰアドレスに変換するようなＲＡＳ手順による通信をインターネットファクシミリ装置１１と行うことができる。
【００２１】
図２では、ハブ１３が、インターネットファクシミリ装置１１と、ゲートキーパ１２と、コンピュータ１４と、ルータ１５とを接続している。
ルータ１５はインターネット２００にＬＡＮ１を接続するためのゲートウェイである。
【００２２】
また、ＬＡＮ２は、インターネットファクシミリ装置２１と、ハブ２３と、コンピュータ２４と、ルータ２５とからなる。インターネットファクシミリ装置２１の構成は、図３に示したインターネットファクシミリ装置１１の構成と同じである。また、ハブ２３，コンピュータ２４，ルータ２５の各機能も上述したインターネットファクシミリ装置１１のハブ１３，コンピュータ１４，ルータ１５の各機能と同じである。
【００２３】
インターネットファクシミリ装置１１および２１は、通信に先立ちゲートキーパ１２と呼の確立準備を行う。具体的には、Ｈ．２２５．０プロトコルによりＲＡＳメッセージの交換を行う。ＲＡＳメッセージは、ＯＬＣ（Ｏｐｅｎ  Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）による論理チャネルのオープン前にやり取りされる。ＲＡＳメッセージの交換により、自端末情報（アドレス等）のゲートキーパ１２への登録、ネットワーク帯域の確認等がなされる。ゲートキーパ１２との間で呼確立要求メッセージが交換され、呼が承認されると、Ｈ．３２３端末同士（図１または図２の例では。インターネットファクシミリ装置１１，２１同士）のネゴシエーションが開始され、データの符号化方式を送り、通信モードや通信ポートが決定される。
【００２４】
上述したインターネットファクシミリ装置１１や２１による自端末の登録に際して、登録ができない状況が種々生じるが以下に述べる処理例によりこのときの不都合が解消できる。
ＬＡＮ１内のインターネットファクシミリ装置１１は、同一ＬＡＮ内のゲートキーパ１２との間で自端末登録のプロトコルを実行し、ＬＡＮ２内のインターネットファクシミリ装置２１は、インターネット２００を介して、ゲートキーパ１２との間で自端末登録のプロトコルを実行する。第１処理例および後述する第２から第６処理例では、ＬＡＮ１内のインターネットファクシミリ装置１１が、同一ＬＡＮ内のゲートキーパ１２との間で自端末登録のプロトコルを実行する場合を説明する。
【００２５】
まず、本発明の第１処理例では図４に示すように、通信に先立ち、インターネットファクシミリ装置１１は自端末登録要求としてＲＲＱ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをゲートキーパ１２に送信する（Ｓ１０１）。
ゲートキーパ１２が登録を認めた場合、登録容認としてＲＣＦ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｃｏｎｆｉｒｍ）メッセージをインターネットファクシミリ装置１１に返す（Ｓ１０２）。これが返されない場合には、ＲＲＱ送信前の状態に戻される。ゲートキーパ１２はＲＣＦメッセージのメンバとしてＴＴＬ（Ｔｉｍｅ
Ｔｏ  Ｌｉｖｅ）をセットすることができる。
【００２６】
ゲートキーパ１２がＴＴＬをＲＣＦメッセージにセットしていない場合（Ｓ１０３の「Ｎｏ」）には処理は終了する。ゲートキーパ１２がＴＴＬをＲＣＦメッセージにセットしている場合（Ｓ１０３の「Ｙｅｓ」）には、ＴＴＬを所定の記憶装置（メモリ，レジスタ等）に記憶する（Ｓ１０４）。そして、再登録タイミングの設定を行い（Ｓ１０５）、再登録タイミングが終了したか否かをチェックし（Ｓ１０６）、終了したとき（Ｓ１０６の「Ｙｅｓ」）は処理をＳ１０１に戻す。
【００２７】
第１処理例では、ＴＴＬが満了する前に再度ＲＲＱメッセージを送信して自端末登録の延長を行っている。これにより、ＴＴＬ満了時にゲートキーパ１２から登録が削除されることはなく、自端未登録の状態を少しでも解消することができる。
本発明の第２処理例では、ゲートキーパ１２が登録削除要求としてＵＲＱ（ＵｎｒｅｇｉｓｔｒａｔｉｏｎＲｅｑｕｅｓｔ）メッセージをインターネットファクシミリ装置１１に返した場合を示す。
【００２８】
インターネットファクシミリ装置１１は、自端末登録状態にある場合に（Ｓ２０１）、ゲートキーパ１２からＵＲＱを受け取ったときには（Ｓ２０２）、Ｈ．３２３に従って、ＵＣＦ（ＵｎｒｅｇｉｓｔｒａｔｉｏｎＣｏｎｆｉｒｍ）メッセージで容認応答する（Ｓ２０３）。ＵＣＦメッセージを送信するとゲートキーパ１２に登録されていた自端末情報は削除される。
この後、任意の時間が経過するのを待って（Ｓ２０４）、再度、自端末登録手順としてＲＲＱメッセージを送信する（Ｓ２０５）。この後、ＲＣＦまたはＲＲＪの応答によって処理が変わる。ＲＣＦを受信すれば登録成功であり、ＲＲＪを受信すれば登録は失敗となる（Ｓ２０６）。
【００２９】
本発明の第３処理例では、ＲＡＳ手順の実行が、ネットワーク遅延やパケットロスによって阻害され、ＲＡＳメッセージの到達が遅れたり届かない場合の処理を示す。この場合には、Ｈ．２２５．０に規定されているＲＡＳメッセージの応答待ち時間（タイムアウト値）を延長し、あるいはＲＡＳメッセージ送信の再試行回数設定値が増やす。
図６（Ａ）により、ＲＡＳメッセージの応答待ち時間（タイムアウト値）を延長する場合について説明する。Ｈ．２３２手順実行部１１３は、ゲートキーパ１２にＲＲＱを送信し（Ｓ３０１）、登録容認があったか、すなわちＲＣＦ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｃｏｎｆｉｒｍ）メッセージを受信したか否かをチェックする（Ｓ３０２）。ＲＣＦを受信した場合にはこの処理は終了するが、受信しない場合には再試行回数が設定回数に達したか否かをチェックし（Ｓ３０３）、達していないときには処理をステップＳ３０１に戻し、再度ＲＲＱを送信しＳ３０２のチェックを行う。ステップＳ３０３のチェックにおいて再試行回数が設定回数に達した場合には、タイムアウト値を延長し（Ｓ３０４Ａ）、所定時間経過するのを待って、ＲＲＱ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをゲートキーパ１２に送信し（Ｓ３０５）、その後処理をＳ３０２に戻して、上記と同様の処理を繰り返す。
これにより、次回以降においても、自端末登録手順としてＲＲＱメッセージを送信する際に大きなタイムアウト値で送信処理を行うことができる。タイムアウト値を大きくした場合、適宜の時期にタイムアウト値を小さく（たとえば、以前の状態に戻す）ことができる。
【００３０】
図６（Ｂ）は、タイムアウト値の代わりに再試行回数設定値を増やす場合のフローチャートである。この場合には、ステップＳ３０４Ａのステップは、再試行回数設定値を増やすステップＳ３０４Ｂに置き換えられる、次回以降、自端末登録手順としてＲＲＱメッセージを送信する際に、再試行回数を増やすことができる。
再試行回数を増やした場合、適宜の時期に再試行回数を減らす（たとえば、以前の状態に戻す）ことができる。
【００３１】
ゲートキーパ１２は、ＲＲＱメッセージのメンバとして送られてきたファクシミリ装置１１のエイリアスについて、同一のエイリアスが既に登録されているか否かをチェックする。既に同一エイリアスが登録されている場合、ゲートキーパ１２は、ファクシミリ装置１１に、メンバとして重複エイリアス（Ｄｕｐｌｉｃａｔｅ  Ａｌｉａｓ）であることを示す値がセットされたＲＲＪ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）メッセージを送信する。本発明の第４処理例では、この場合の処理を示す。
【００３２】
図７（Ａ）に示すように、Ｈ．２３２手順実行部１１３は、ゲートキーパ１２にＲＲＱを送信し（Ｓ４０１）、登録拒否すなわちＲＲＪメッセージを受信したか否かをチェックする（Ｓ４０２）。ＲＲＪメッセージを受信していない場合には、処理を終了する。ＲＲＪメッセージを受信した場合には、ＲＲＪに重複エイリアスを示す値がセットされているか否かをチェックする（Ｓ４０３）。ＲＲＪに重複エイリアスを示す値がセットされていない場合には、処理を後述するＳ４０６に渡すが、セットされている場合にはエイリアスなしのＲＲＱパケットを作成し（Ｓ４０４Ａ）、このＲＲＱパケットをゲートキーパ１２に送信する（Ｓ４０５）。エイリアスなしのＲＲＱパケットを受信したゲートキーパ１２は、任意エイリアスをファクシミリ装置１１に自動割り当てする。この後、Ｈ．２３２手順実行部１１３は、ゲートキーパ１２からのＲＣＦまたはＲＲＪの応答を待って対応する処理を行う（Ｓ４０６）。
【００３３】
図７（Ｂ）は、エイリアスなしのＲＲＱパケットを作成する代わりに、第２エイリアスを用いることで自端末登録を行うフローチャートである。この場合には、ステップＳ４０４Ａのステップは、第２エイリアスでＲＲＱパケットを作成するステップＳ４０４Ｂに置き換えられる。
【００３４】
第５処理例では、ファクシミリ装置１１は２つのエイリアス（第１エイリアスおよび第２エイリアス）を扱うことができ、ファクシミリ装置２１も２つのエイリアス（第１宛先エイリアスおよび第２宛先エイリアス）を扱うことができる。この場合に、ファクシミリ装置１１が、ゲートキーパ１２から、宛先登録なし（Ｃａｌｌｄ  Ｐａｒｔｙ  ｎｏｔ  Ｒｅｇｉｓｔｅｒｅｄ）の拒否理由を受信した際に再発呼する場合を説明する。
【００３５】
図８において、図３のＨ．２３２手順実行部１１３は、ゲートキーパ１２に通信開始要求としてＡＲＱ（ＡｄｍｉｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する（Ｓ５０１）。このとき、ＡＲＱには第１宛先エイリアスがセットされている。Ｈ．２３２手順実行部１１３は、通信開始拒否すなわちＡＲＪ（ＡｄｍｉｓｓｉｏｎＲｅｊｅｃｔ）メッセージを受信したか否かをチェックする（Ｓ５０２）。ＡＲＪメッセージを受信していない場合には、処理を終了する。ＡＲＪメッセージを受信した場合には、ＡＲＪに宛先登録なしを示す値がセットされているか否かをチェックする（Ｓ５０３）。ＡＲＪに宛先登録なしを示す値がセットされていない場合には、処理を終了するが、セットされている場合には第２宛先エイリアスがセットされたＡＲＱパケットを作成し（Ｓ５０４）、このＡＲＱパケットをゲートキーパ１２に送信し（Ｓ５０５）、ここでの処理を終了する。この場合、再度ＡＲＱ要求し、宛先登録がなければ、たとえば次に述べる第６処理例に移行することできる。
【００３６】
第６処理例では、ＡＲＪメッセージを受信し、その拒否理由が宛先登録なしであった場合、相手端末が登録されていないので、あらかじめ記憶してあるネットワーク管理者のメールアドレスを使用して、通信ができなかった旨をネットワーク管理者に対してメール送信によって伝える場合を説明する。図９に示すように、Ｈ．２３２手順実行部１１３は、ゲートキーパ１２に通信開始要求としてＡＲＱ（ＡｄｍｉｓｓｉｏｎＲｅｑｕｅｓｔ）を送信する（Ｓ６０１）。このとき、ＡＲＱには宛先エイリアスがセットされている。Ｈ．２３２手順実行部１１３は、通信開始拒否すなわちＡＲＪ（ＡｄｍｉｓｓｉｏｎＲｅｊｅｃｔ）メッセージを受信したか否かをチェックする（Ｓ６０２）。ＡＲＪメッセージを受信していない場合には、処理を終了する。ＡＲＪメッセージを受信した場合には、ＡＲＪに宛先登録なしを示す値がセットされているか否かをチェックする（Ｓ６０３）。ＡＲＪに宛先登録有りの場合は処理を終了するが、登録宛先なしの場合は、宛先エイリアスが登録されていない旨のメールをネットワーク管理者に対して送信する（Ｓ６０４）。なお、第６処理例での処理は、第５実施径庭にける宛先登録なしの処理と並行して行うことができる。
【００３７】
【発明の効果】
本発明によれば、ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）の時間切れ、ネットワークの遅延による自端末登録不能、エイリアス重複による登録拒否、宛先エイリアスの無登録、等が生じた場合であっても、再発呼した場合には登録の可能性が極めて高くなる。また、宛先エイリアスが非登録である場合、ネットワーク管理者に対してメールでその旨伝えるので、ネットワーク管理者はゲートキーパに登録されていない端末を早期発見することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかるネットワークファクシミリ装置および当該ファクシミリ装置が組み込まれたネットワークシステムを簡易に示す図である。
【図２】本発明の一実施形態にかかるネットワークファクシミリ装置および当該ファクシミリ装置が組み込まれたネットワークシステムを詳細に示した図である。
【図３】図１および図２に示したファクシミリ装置およびゲートキーパの構成を示す図である。
【図４】本発明の第１処理例を示すフローチャートである。
【図５】本発明の第２処理例を示すフローチャートである。
【図６】本発明の第３処理例を示すフローチャートである。
【図７】本発明の第４処理例を示すフローチャートである。
【図８】本発明の第５処理例を示すフローチャートである。
【図９】本発明の第６処理例を示すフローチャートである。
【符号の説明】
１，２    ＬＡＮ
１１，２１  インターネットファクシミリ装置
１２  ゲートキーパ
１３  ハブ
１４  コンピュータ
１５  ルータ
１１１，１２１  オペレーティングシステム
１１２，１２２  アプリケーションプログラムインターフェース（ＡＰＩ）
１１３，１２３  Ｈ．２３２手順実行部
１１４  ＲＡＳ実行部
１１５  制御データ記憶部
１１６  Ｔ．３８パケット制御部
１１７  メール送信制御部
１２４  交換制御部
２００  インターネット
【図１】
0003814647.tif 000002
【図２】
0003814647.tif 000003
【図３】
0003814647.tif 000004
【図４】
0003814647.tif 000005
【図５】
0003814647.tif 000006
【図６】
0003814647.tif 000007
【図７】
0003814647.tif 000008
【図８】
0003814647.tif 000009
【図９】
0003814647.tif 000010