(57)【要約】【課題】  本発明は、通信中に通信ができない状態が発生してもＥＮＵＭに登録された本装置の既存の他の通信手段を使用させるように変更することで安定して本装置との通信ができる情報通信装置およびその制御方法を提供する。【解決手段】  ＥＮＵＭのＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードに基づき相手端末装置で選択された通信手段を用いて情報の受信を行う情報通信装置において、ＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードのうちの特定のＮＡＰＴＲリソースレコードに対応する通信手段の受信不可の状態を検知する検知手段と、検知手段の検知出力に基づきＥＮＵＭのＤＮＳサーバにアクセスして、該受信不可と検知された通信手段に対応するＮＡＰＴＲリソースレコードが相手端末装置で選択されないように該ＮＡＰＴＲリソースレコードの変更を行うＮＡＰＴＲリソースレコード変更手段とを具備する。【選択図】  図２
2007089034.tif 000002
【特許請求の範囲】
【請求項１】
ＥＮＵＭのＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードに基づき相手端末装置で選択された通信手段を用いて情報の受信を行う情報通信装置において、
前記ＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードのうちの特定のＮＡＰＴＲリソースレコードに対応する通信手段の受信不可の状態を検知する検知手段と、
前記検知手段の検知出力に基づき前記ＥＮＵＭのＤＮＳサーバにアクセスして、該受信不可と検知された通信手段に対応するＮＡＰＴＲリソースレコードが前記相手端末装置で選択されないように該ＮＡＰＴＲリソースレコードの変更を行うＮＡＰＴＲリソースレコード変更手段と
を具備することを特徴とする情報通信装置。
【請求項２】
前記ＮＡＰＴＲリソースレコード変更手段は、
前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードの優先順位を他の通信手段に対応するＮＡＰＴＲリソースレコードの優先順位より低く変更する
ことを特徴とする請求項１記載の情報通信装置。
【請求項３】
前記ＮＡＰＴＲリソースレコード変更手段は、
前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードを削除する変更を行う
ことを特徴とする請求項１記載の情報通信装置。
【請求項４】
前記検知手段で受信不可の状態と検知された通信手段が受信可能状態に復帰した場合は、前記ＥＮＵＭのＤＮＳサーバにアクセスして、前記ＮＡＰＴＲリソースレコード変更手段で変更したＮＡＰＴＲリソースレコードを元の状態に復旧させるＮＡＰＴＲリソースレコード復旧手段
を更に具備することを特徴とする請求項１乃至３のいずれかに記載の情報通信装置。
【請求項５】
前記検知手段で受信不可の状態と検知された通信手段は、
ファクシミリ通信手段であり、
前記受信不可の状態は、
前記ファクシミリ通信手段で受信した文書を記憶する記憶手段の残記憶容量が該文書の記憶に必要な容量を下回った状態である
ことを特徴とする請求項１乃至４のいずれかに記載の情報通信装置。
【請求項６】
前記検知手段で受信不可の状態と検知された通信手段は、
ファクシミリ通信手段であり、
前記受信不可の状態は、
前記ファクシミリ通信手段による受信機能が故障した状態である
ことを特徴とする請求項１乃至４のいずれかに記載の情報通信装置。
【請求項７】
前記検知手段で受信不可の状態と検知された通信手段は、
ファクシミリ通信手段であり、
前記受信不可の状態は、
前記ファクシミリ通信手段によリ受信した文書を印刷する印刷機能に障害が発生した状態である
ことを特徴とする請求項１乃至４のいずれかに記載の情報通信装置。
【請求項８】
ＥＮＵＭのＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードに基づき相手端末装置で選択された通信手段を用いて情報の受信を行う情報通信装置の制御方法において、
前記ＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードのうちの特定のＮＡＰＴＲリソースレコードに対応する通信手段の受信不可の状態を検知手段で検知し、
前記検知手段の検知出力に基づき前記ＥＮＵＭのＤＮＳサーバにアクセスして、該受信不可と検知された通信手段に対応するＮＡＰＴＲリソースレコードが前記相手端末装置で選択されないように該ＮＡＰＴＲリソースレコードの変更をＮＡＰＴＲリソースレコード変更手段により行う
ことを特徴とする情報通信装置の制御方法。
【請求項９】
前記ＮＡＰＴＲリソースレコード変更手段は、
前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードの優先順位を他の通信手段に対応するＮＡＰＴＲリソースレコードの優先順位より低く変更する
ことを特徴とする請求項８記載の情報通信装置の制御方法。
【請求項１０】
前記ＮＡＰＴＲリソースレコード変更手段は、
前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードを削除する変更を行う
ことを特徴とする請求項８記載の情報通信装置の制御方法。
【請求項１１】
前記検知手段で受信不可の状態と検知された通信手段が受信可能状態に復帰した場合は、前記ＥＮＵＭのＤＮＳサーバにアクセスして、前記ＮＡＰＴＲリソースレコード変更手段で変更したＮＡＰＴＲリソースレコードをＮＡＰＴＲリソースレコード復旧手段により元の状態に復旧させる
ことを特徴とする請求項８乃至１０のいずれかに記載の情報通信装置の制御方法。
【請求項１２】
前記検知手段で受信不可の状態と検知された通信手段は、
ファクシミリ通信手段であり、
前記受信不可の状態は、
前記ファクシミリ通信手段で受信した文書を記憶する記憶手段の残記憶容量が該文書の記憶に必要な容量を下回った状態である
ことを特徴とする請求項８乃至１１のいずれかに記載の情報通信装置の制御方法。
【請求項１３】
前記検知手段で受信不可の状態と検知された通信手段は、
ファクシミリ通信手段であり、
前記受信不可の状態は、
前記ファクシミリ通信手段による受信機能が故障した状態である
ことを特徴とする請求項８乃至１１のいずれかに記載の情報通信装置の制御方法。
【請求項１４】
前記検知手段で受信不可の状態と検知された通信手段は、
ファクシミリ通信手段であり、
前記受信不可の状態は、
前記ファクシミリ通信手段によリ受信した文書を印刷する印刷機能に障害が発生した状態である
ことを特徴とする請求項８乃至１１のいずれかに記載の情報通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通信装置およびその制御方法に関し、特に、通信中に通信ができない状態が発生してもＥＮＵＭ（＝ｔＥｌｅｐｈｏｎｅ  ＮＵｍｂｅｒ  Ｍａｐｐｉｎｇ）に登録された本装置の既存の他の通信手段を使用させるように変更することで安定して本装置との通信ができる情報通信装置およびその制御方法に関する。
【背景技術】
【０００２】
従来、ファクシミリ通信においては、データ受信中に受信データを一時的に記憶するメモリがフル状態となると、通信を中断し、メモリに記憶された受信データを印刷出力したり外部装置へ転送する処理を施し、メモリにデータ受信が継続できる空き領域が確保されるまでデータの受信を拒否する処理動作を行う。
【０００３】
一方、データを送信する送信側装置は、未送信のデータを送信しようとするがデータを受信する受信側装置のメモリがフル状態から解除されていなければ送信側装置がデータ送信を行っても通信が中断され、受信側装置のメモリがフル状態から解除されるまで同様な処理動作が繰り返されて無用な通信が行われる。
【０００４】
近年では、ＥＮＵＭ技術を利用してサーバに登録された宛先情報や通信手段をスケジュールに合わせて更新し、常に身近な通信機器、例えばプリンタや電話、ファクシミリ装置、電子メール装置等にデータを受信させる等の技術が普及してきている。
【０００５】
このＥＮＵＭ技術は、ＩＴＵ−ＴによるＥ．１６４勧告に基づく電話番号をＥＮＵＭ形式のドメイン名に変換し、変換したドメイン名をＥＮＵＭ用のＤＮＳ（＝ドメインネームサーバ）に送って問い合せることにより、通信相手が利用可能な通信手段と該通信手段に対応付けられたアドレス情報をＵＲＩ形式で得ることが可能である。
【０００６】
例えば、特許文献１には、ユーザが通信相手の名前または識別子、例えばドメイン名をインタフェースデバイスに入力することで通信相手の名前または識別子に対応付けられた電話番号を取り出し、取り出した電話番号をダイヤルすることによって電話をかけることが可能な通信ネットワークリソースロケーションに名前または識別子を割り付ける方法が提案されている。
【特許文献１】特開２００３−１２５０９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記特許文献１には、通信中に何らかの原因により通信が不能となった場合に通信不能となった通信手段の他に既存の他の通信手段を使用させるように変更する装置および方法は開示されていない。
【０００８】
そこで、本発明は、通信中に通信ができない状態が発生してもＥＮＵＭに登録された本装置の既存の他の通信手段を使用させるように変更することで安定して本装置との通信ができる情報通信装置およびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１の発明は、ＥＮＵＭのＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードに基づき相手端末装置で選択された通信手段を用いて情報の受信を行う情報通信装置において、前記ＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードのうちの特定のＮＡＰＴＲリソースレコードに対応する通信手段の受信不可の状態を検知する検知手段と、前記検知手段の検知出力に基づき前記ＥＮＵＭのＤＮＳサーバにアクセスして、該受信不可と検知された通信手段に対応するＮＡＰＴＲリソースレコードが前記相手端末装置で選択されないように該ＮＡＰＴＲリソースレコードの変更を行うＮＡＰＴＲリソースレコード変更手段とを具備することを特徴とする。
【００１０】
また、請求項２の発明は、請求項１の発明において、前記ＮＡＰＴＲリソースレコード変更手段は、前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードの優先順位を他の通信手段に対応するＮＡＰＴＲリソースレコードの優先順位より低く変更することを特徴とする。
【００１１】
また、請求項３の発明は、請求項１の発明において、前記ＮＡＰＴＲリソースレコード変更手段は、前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードを削除する変更を行うことを特徴とする。
【００１２】
また、請求項４の発明は、請求項１乃至３のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段が受信可能状態に復帰した場合は、前記ＥＮＵＭのＤＮＳサーバにアクセスして、前記ＮＡＰＴＲリソースレコード変更手段で変更したＮＡＰＴＲリソースレコードを元の状態に復旧させるＮＡＰＴＲリソースレコード復旧手段を更に具備することを特徴とする。
【００１３】
また、請求項５の発明は、請求項１乃至４のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段は、ファクシミリ通信手段であり、前記受信不可の状態は、前記ファクシミリ通信手段で受信した文書を記憶する記憶手段の残記憶容量が該文書の記憶に必要な容量を下回った状態であることを特徴とする。
【００１４】
また、請求項６の発明は、請求項１乃至４のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段は、ファクシミリ通信手段であり、前記受信不可の状態は、前記ファクシミリ通信手段による受信機能が故障した状態であることを特徴とする。
【００１５】
また、請求項７の発明は、請求項１乃至４のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段は、ファクシミリ通信手段であり、前記受信不可の状態は、前記ファクシミリ通信手段によリ受信した文書を印刷する印刷機能に障害が発生した状態であることを特徴とする。
【００１６】
また、請求項８の発明は、ＥＮＵＭのＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードに基づき相手端末装置で選択された通信手段を用いて情報の受信を行う情報通信装置の制御方法において、前記ＤＮＳサーバに登録されたＮＡＰＴＲリソースレコードのうちの特定のＮＡＰＴＲリソースレコードに対応する通信手段の受信不可の状態を検知手段で検知し、前記検知手段の検知出力に基づき前記ＥＮＵＭのＤＮＳサーバにアクセスして、該受信不可と検知された通信手段に対応するＮＡＰＴＲリソースレコードが前記相手端末装置で選択されないように該ＮＡＰＴＲリソースレコードの変更をＮＡＰＴＲリソースレコード変更手段により行うことを特徴とする。
【００１７】
また、請求項９の発明は、請求項８の発明において、前記ＮＡＰＴＲリソースレコード変更手段は、前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードの優先順位を他の通信手段に対応するＮＡＰＴＲリソースレコードの優先順位より低く変更することを特徴とする。
【００１８】
また、請求項１０の発明は、請求項８の発明において、前記ＮＡＰＴＲリソースレコード変更手段は、前記検知手段で受信不可の状態と検知された通信手段に対応するＮＡＰＴＲリソースレコードを削除する変更を行うことを特徴とする。
【００１９】
また、請求項１１の発明は、請求項８乃至１０のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段が受信可能状態に復帰した場合は、前記ＥＮＵＭのＤＮＳサーバにアクセスして、前記ＮＡＰＴＲリソースレコード変更手段で変更したＮＡＰＴＲリソースレコードをＮＡＰＴＲリソースレコード復旧手段により元の状態に復旧させることを特徴とする。
【００２０】
また、請求項１２の発明は、請求項８乃至１１のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段は、ファクシミリ通信手段であり、前記受信不可の状態は、前記ファクシミリ通信手段で受信した文書を記憶する記憶手段の残記憶容量が該文書の記憶に必要な容量を下回った状態であることを特徴とする。
【００２１】
また、請求項１３の発明は、請求項８乃至１１のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段は、ファクシミリ通信手段であり、前記受信不可の状態は、前記ファクシミリ通信手段による受信機能が故障した状態であることを特徴とする。
【００２２】
また、請求項１４の発明は、請求項８乃至１１のいずれかの発明において、前記検知手段で受信不可の状態と検知された通信手段は、ファクシミリ通信手段であり、前記受信不可の状態は、前記ファクシミリ通信手段によリ受信した文書を印刷する印刷機能に障害が発生した状態であることを特徴とする。
【発明の効果】
【００２３】
本発明の情報通信装置およびその制御方法によれば、通信中に何らかの原因により通信不能となった場合には、通信不能となった通信手段の他に本装置が備える既存の他の通信手段を使用させるようにＮＡＰＴＲ−ＲＲ情報を変更するので、本装置が備える既存の他の通信手段を効率良く利用することができる。
【００２４】
また、通信中に何らかの原因により通信不能となった場合には、本装置の他に代行して通信を行う装置と通信できるようにＮＡＰＴＲ−ＲＲ情報を変更するので、本装置とは他の代行装置を有効に利用することができる
また、通信不能となった通信手段が通信可能な状態に回復した場合は、当該通信手段が使用できるようにＮＡＰＴＲ−ＲＲ情報を変更するので、より安定した通信を行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００２５】
以下、本発明に係わる情報通信装置およびその制御方法の一実施例について添付図面を参照して詳細に説明する。
【００２６】
図１は本発明に係わる情報通信装置１００の接続状態の一例を示した概略図である。
【００２７】
図１に示すように、情報通信装置１００は、インターネット１８０や公衆網電話回線（ＰＳＴＮ）２００と接続されており、インターネット１８０にはＷＷＷや電子メール通信が可能なコンピュータ３０、４０及びインターネットＦＡＸ装置（＝ｉＦＡＸ装置）５０等の各端末装置が接続され、公衆網電話回線（ＰＳＴＮ）２００には、ファクシミリ通信装置（以下、「ＦＡＸ装置」という。）１０や図示せぬ電話機等の各種端末装置が接続されている。
【００２８】
また、インターネット１８０には、ＥＮＵＭ技術を適用したＥＮＵＭシステム６０が接続され、ＥＮＵＭシステム６０を構成するＥＮＵＭ用のＤＮＳ１９０（以下、「ＥＮＵＭ用ＤＮＳ１９０」という。）と接続されている。
【００２９】
ここで言うＥＮＵＭとは、ＩＴＵ−ＴのＥ．１６４勧告に基づく電話番号をキーとしてＥＮＵＭ用ＤＮＳ１９０に登録されたＮＡＰＴＲ（Ｎａｍｉｎｇ  Ａｕｔｈｏｒｉｔｙ  Ｐｏｉｎｔｅｒ）−ＲＲ（＝Ｒｅｓｏｕｒｃｅ  Ｒｅｃｏｒｄ）を検索し、Ｅ．１６４勧告に基づく電話番号に対応するひとつまたは複数のアプリケーションをＵＲＩ（＝Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ）形式で得る機構である。
【００３０】
ＮＡＰＴＲ−ＲＲは、電話番号に基づくドメイン名に対応付けられた通信種別、例えば通信プロトコル等の種別や通信相手のアドレス、通信手段の優先順位等の情報を記録したものであり、詳細は後述する。
【００３１】
ＥＮＵＭにより、ひとつのＥ．１６４に基づく電話番号をインターネット１８０上の利用可能なひとつまたは複数のアプリケーションに対応付けることができることから、Ｅ．１６４に基づく電話番号に対する電話以外の通信手段を統合的に提供することが可能となる。
【００３２】
図１に示すように、情報通信装置１００は、Ｅ．１６４に基づく電話番号に基づきＥＮＵＭ用ＤＮＳ１９０に登録された自装置（情報通信装置１００）を含む通信相手の端末装置が利用可能な通信手段及びアドレス等の情報が記録されたＮＡＰＴＲ−ＲＲ情報を参照することができ、通信相手の端末装置に相応しいアプリケーションを起動して通信相手の端末装置と通信を行うことができる。
【００３３】
また自装置に対して通信を行う通信相手の装置は、自装置に関連するＮＡＰＴＲ−ＲＲ情報を参照し、通信相手の端末装置に相応しいアプリケーションを起動して通信相手の端末装置と自装置との間で通信を行うことができる。
【００３４】
例えば情報通信を行いたい通信相手の電話番号もしくは自装置（情報通信装置１００）の電話番号に対応付けられたドメイン名に基づきＥＮＵＭ用ＤＮＳ１９０に問い合わせを行うと、ＥＮＵＭ用ＤＮＳ１９０からドメイン名に対応付けられたＮＡＰＴＲ−ＲＲ情報が返信される。
【００３５】
ＮＡＰＴＲ−ＲＲ情報から例えば「ｓｉｐ：ｉｎｆｏ＠ｎｉｃ．ａｄ．ｊｐ」というＵＲＩ情報を得たとすると、これによりアプリケーションプログラムは、「ｓｉｐ：ｉｎｆｏ＠ｎｉｃ．ａｄ．ｊｐ」に対してＳＩＰを用いてセッションを確立することが可能であることを認識し、アプリケーションやＳＩＰプロトコル等を起動してセッションを確立することができる。
【００３６】
また、例えばＮＡＰＴＲ−ＲＲ情報から通信手段としてインターネットＦＡＸ通信の情報が得られたならばインターネットＦＡＸ通信制御を行うアプリケーションやプロトコル等を起動してインターネットＦＡＸ通信を行う。
【００３７】
なお、アプリケーションには、電話、ＳＩＰ、Ｈ．３２３、ファクシミリ、電子メール、インスタントメッセンジャー、インターネット電話、電子メール、ＷＷＷ等が想定される。
【００３８】
このような情報通信が可能な情報通信装置１００の構成について図２を参照して詳細に説明する。
【００３９】
図２は、本発明に係わる情報通信装置１００の機能的な構成の一例を示すブロック図である。
【００４０】
図２に示すように、情報通信装置１００は、公衆網電話回線２００やインターネット１８０を介して情報の送受信が可能なように構成されており、インターネット１８０にはＥ．１６４の電話番号に基づくドメイン名に対応したＮＡＰＴＲ−ＲＲ情報を提供するＥＮＵＭ用ＤＮＳ１９０が接続されている。
【００４１】
情報通信装置１００は、情報通信装置１００の全体を統括制御するシステム制御部１０１と、所定の解像度で原稿画像を読み取るスキャナ部１０３と、所定の解像度で画像を記録出力するプリンタ部１０４と、情報通信装置１００の設定情報の設定や動作指示等を行う際の操作で使用される各種操作キーおよび各種情報を表示する表示部をもつ操作／表示部１０５と、スキャナ部１０３から読み込まれた画像または、受信した画像を蓄積する画像蓄積部１０２と、システムデータや通信相手先のアドレス等の情報を記憶するＲＡＭ（＝Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０６と、公衆網電話回線２００を介して画情報の送受信の処理を行うＦＡＸ部１２０と、インターネット１８０を介してＥＮＵＭ用ＤＮＳ１９０との間で送受信される情報の処理及び送受信の制御を行うＥＮＵＭ用ＤＮＳ処理部１３０と、ＨＴＴＰ、ＳＩＰ等のトランスポートプロトコルやＥＮＵＭ更新情報の通信に使用するトランスポートプロトコル制御部１４０と、電子メール型インターネットファクシミリ通信方法で画情報等の送受信の処理を行う電子メールｉＦＡＸ部１４０と、インターネット１８０のトランスポート層とネットワーク層のプロトコル制御を行うＴＣＰ（＝Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（＝Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（＝Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）制御部１０８（以下、「ＴＣＰ／ＵＤＰ／ＩＰ呼制御部１０８」という。）と、データリンク層以下の通信制御を行うネットワークインタフェース１０９を備えており、これら各部の制御信号及びデータ信号等がバス１０７を介して送受信される。
【００４２】
また、情報通信装置１００とインターネット１８０とは、例えばＬＡＮ（＝Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の構内ネットワーク１７０を介して接続されており、構内ネットワーク１７０には、インターネット１８０と情報通信装置１００とが情報の送受信可能なように必要な図示せぬサーバ等が設置され、サーバが構内ネットワーク１７０に接続された情報通信装置１００や各種端末装置の管理を行っている。
【００４３】
なお、通信装置１００とインターネット１８０とは構内ネットワーク１７０を介さずに直接接続されていてもよく、またＥＮＵＭ用ＤＮＳ１９０を構内ネットワーク１７０内に構築して接続した構成であってもよい。
【００４４】
ＦＡＸ部１２０は、画情報の送受信時に画像の解像度、サイズ、符号則等を変換処理する通信画像処理部１２１と、ＩＴＵ−Ｔ勧告Ｔ．３０が規定するプロトコル制御を行うＴ３０制御部１２２と、アナログ信号とデジタル信号の変復調を行うモデム１２３と、公衆網電話回線２００との接続制御を行うＮＣＵ（＝Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１２５を備えている。
【００４５】
また、電子メールｉＦＡＸ部１５０は、画情報の送受信時に画像の解像度、サイズ、符号則等を変換処理する通信画像処理部１５１と、ＩＴＵ−Ｔ勧告Ｔ．３７が規定するインターネットファックスのプロトコル制御を行うＴ３７制御部１５２と、既存の電子メールの送受信制御を行うためのＳＭＴＰ(＝Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）制御を行うＳＭＴＰ制御部１５３を備えている。
【００４６】
なお、電子メールｉＦＡＸ部１５０はスキャンした画情報を指定された宛先に指定されたファイルフォーマットで電子メール送信するサービス(＝Ｓｃａｎ  ｔｏ  Ｅｍａｉｌ)に加え、ＩＴＵ−Ｔ勧告Ｔ．３７のｉＦＡＸ通信サービスの画情報送受信もサポートし、通信画像処理部１５１を備えることにより、メールサーバーを介さずに通信相手の端末装置と直接通信を行うリアルタイム型のｉＦＡＸ通信方式(ＩＥＴＦで制定されつつあるＤｉｒｅｃｔ  ＳＭＴＰ方式)もサポート可能である。
【００４７】
ＥＮＵＭ用ＤＮＳ処理部１３０は、ＥＮＵＭ用ＤＮＳ１９０に対して問い合わせを行い、問い合わせに対してＥＮＵＭ用ＤＮＳ１９０から返信されてくるＮＡＰＴＲ−ＲＲ情報を受信し、受信した情報に基づき後述する各種処理を行う。
【００４８】
ここで本発明の情報通信装置１００の要部の制御動作を説明する便宜上、ＥＮＵＭ用ＤＮＳ１９０に登録されているＮＡＰＴＲ−ＲＲ情報と、情報通信装置１００からの問い合わせ情報に対するＥＮＵＭ用ＤＮＳ１９０からの応答情報の流れを図３及び図４を参照して簡単に説明する。
【００４９】
図３は、ＥＮＵＭ用ＤＮＳ１９０に登録されたＮＡＰＴＲ−ＲＲ情報３００の一例を示す図である。
【００５０】
図３に示すように、ＥＮＵＭ用ＤＮＳ１９０に登録されたＮＡＰＴＲ−ＲＲ情報３００は、一つのドメイン名に対して複数のリソースレコードが定義できるように構成されている。
【００５１】
具体的には、ＮＡＰＴＲ−ＲＲ情報３００の書式は、「＄ＯＲＩＧＩＮ」行と、「ＩＮ  ＮＡＰＴＲ」行とで構成され、「＄ＯＲＩＧＩＮ」行にはドメイン名、「ＩＮ  ＮＡＰＴＲ」行には、「＄ＯＲＩＧＩＮ」行のドメイン名に対応付けられた通信手段のプロトコル・サービスと、アドレス及び通信手段の優先順位等の情報を記録して登録可能なように構成されている。
【００５２】
例えば、ドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」に対応したＮＡＰＴＲ−ＲＲ情報３１０は、ドメイン名を示す「＄ＯＲＩＧＩＮ」行３１１の「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」というひとつのドメイン名３１２に対してリソースレコードを示す複数の「ＩＮ  ＮＡＰＴＲ」行３１３、３１４、３１５が記録されて登録されている。
【００５３】
「ＩＮ  ＮＡＰＴＲ」行の書式は、「ＩＮ  ＮＡＰＴＲ  ｏｒｄｅｒ  ｐｒｅｆｅｒｅｎｃｅ  ｆｌａｇｓ  ｓｅｒｖｉｃｅ  ｒｅｇｅｘｐ  ｒｅｐｌａｃｅｍｅｎｔ」等の書式で定義され、「ｏｒｄｅｒ」フィールド及び「ｐｒｅｆｅｒｅｎｃｅ」フィールドは、優先順位情報を示し、「ｏｒｄｅｒ」フィールドの値が小さい順に優先順位を高く、「ｏｒｄｅｒ」フィールドの値が同一の値が複数存在する場合は、「ｐｒｅｆｅｒｅｎｃｅ」フィールドの値が小さい順に優先順位が高いことを示している。
【００５４】
また、「ｓｅｒｖｉｃｅ」フィールドに定義される文字列は、プロトコル・サービスを示し、「ｒｅｇｅｘｐ」及び「ｒｅｐｌａｃｅｍｅｎｔ」フィールドは、アドレス情報を示している。
【００５５】
「ＩＮ  ＮＡＰＴＲ」行３１３の「ＩＮ  ＮＡＰＴＲ  １００  １０  ”Ｕ”  ”  Ｅ２Ｕ＋ｔｅｌ”  ”！＾．＊＄！ｔｅｌ：＋８１３１２３４５６７８！”．」は、「ｏｒｄｅｒ」フィールドが「１００」、「ｐｒｅｆｅｒｅｎｃｅ」フィールドが「１０」、「ｆｌａｇｓ」フィールドが「”Ｕ”」、「ｓｅｒｖｉｃｅ」フィールドが「”Ｅ２Ｕ＋ｔｅｌ”」、「ｒｅｇｅｘｐ」フィールドが「”！＾．＊＄！ｔｅｌ：＋８１３１２３４５６７８！”」をそれそれ示しており、公衆網電話回線を介してファクシミリ通信のプロトコルが利用可能でファックス通信を行う場合の電話番号が「８１３１２３４５６７８」であることを示している。
【００５６】
また、「ＩＮ  ＮＡＰＴＲ」行３３１４は、「Ｅ２Ｕ＋ｉｆａｘ：ｍａｉｌｔｏ」で示されるインターネットファックスプロトコルが利用可能であり、インターネットファックス通信を行う場合のアドレスが「ａａａ＠ｆａｘｍｐ．ｉｗａ．ｆｉｊｉｘｅｒｏｘ．ｃｏ．ｊｐ」であることを示している。
【００５７】
また、「ＩＮ  ＮＡＰＴＲ」行３１５は、「”Ｅ２Ｕ＋ｍａｉｌｔｏ”」で示される電子メール通信のプロトコルが利用可能であり、電子メール通信を行う場合のアドレスが「ｉｎｆｏ−ｍａｉｌ＠ｍａｉｌ．ｃｏｍ」であることを示している。
【００５８】
このように、ひとつのドメイン名３１２に対して複数の「ＩＮ  ＮＡＰＴＲ」行３１３、３１４、３１５、・・・等に設定された通信手段が対応付けられて登録されている。
【００５９】
情報通信装置１００からのドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」に対応するＮＡＰＴＲ−ＲＲ情報の問い合わせに対してＥＮＵＭ用ＤＮＳ１９０は、ＥＮＵＭ用ＤＮＳ１９０に登録されているＮＡＰＴＲ−ＲＲ情報３００を参照し、ドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」に対応するＮＡＰＴＲ−ＲＲ情報３１０の「＄ＯＲＩＧＩＮ」行３１１のドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」３１２を検索し、ドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」３１２に対応付けられた複数の「ＩＮ  ＮＡＰＴＲ」行３１３、３１４、３１５の情報をＮＡＰＴＲ−ＲＲ情報として情報通信装置１００に返信する。
【００６０】
また、情報通信装置１００から送信されたドメイン名がＥＮＵＭ用ＤＮＳ１９０に登録されていない場合は、当該ドメイン名がＥＮＵＭ用ＤＮＳ１９０に登録されていない旨の情報を情報通信装置１００に返信する。
【００６１】
このようなＥＮＵＭ用ＤＮＳ１９０に対する問い合わせ処理の情報通信装置１００とＥＮＵＭ用ＤＮＳ１９０との間の問い合わせ情報及び応答情報の流れを図で示すと図４のようになる。
【００６２】
図４は、情報通信装置１００とＥＮＵＭ用ＤＮＳ１９０との間の問い合わせ情報及び応答情報の流れを示す図であり、図４（ａ）は、問い合わせドメイン名がＥＮＵＭ用ＤＮＳ１９０に登録されている場合の例を示す図、図４（ｂ）は、問い合わせドメイン名がＥＮＵＭ用ＤＮＳ１９０に登録されていない場合の例を示す図である。
【００６３】
図４（ａ）に示すように、情報通信装置１００が例えば自装置（情報通信装置１００）の電話番号に対応したＥＮＵＭ形式のドメイン名の問い合わせをＥＮＵＭ用ＤＮＳ１９０に対して行うことで、ＥＮＵＭ用ＤＮＳ１９０から情報通信装置１００へＮＡＰＴＲ−ＲＲ情報３１０が返信される。
【００６４】
具体的には、情報通信装置１００のＥＮＵＭ用ＤＮＳ処理部１３０は、システム制御部１０１の命令指示に基づき自装置（情報通信装置１００）の電話番号をＥＮＵＭ形式のアドレスに変換後、変換したＥＮＵＭ形式のアドレス情報に基づきＥＮＵＭ用ＤＮＳ１９０に対して問い合わせを行う。
【００６５】
電話番号からＥＮＵＭ形式のアドレスに変換する方法は、具体的には、例えば日本国において、電話番号が「０３−１２３−４５６７８」とすると、日本の市外局番から始まる電話番号を基に、先頭の「０」を削除し、Ｅ．１６４番号規定に基づき日本国の国コード「８１」を付加して数字以外の記号を除いて数字間にドット「．」を付加した「８．１．３．１．２．３．４．５．６．７．８」に変換し、更に数字を逆順にして末尾に文字列「．ｅ１６４．ａｒｐａ」を付加した「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」の文字列のドメイン名に変換する。
【００６６】
このように変換して得られたＥＮＵＭ形式のアドレス（以下、「ドメイン名」という。）は、ＴＣＰ／ＵＤＰ／ＩＰ制御部１０８とネットワークインタフェース１０９及び構内ネットワーク１７０を介してインターネット１８０に接続されたＥＮＵＭ用ＤＮＳ１９０に送信され、当該ドメイン名に対応したＮＡＰＴＲ−ＲＲ情報が参照され、参照結果がＥＮＵＭ用ＤＮＳ１９０から情報通信装置１００へ通知される。
【００６７】
ＥＮＵＭ用ＤＮＳ１９０から返信されたドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」に対応付けされたＮＡＰＴＲ−ＲＲ情報３１０は、インターネット１８０及び構内ネットワーク１７０を介して情報通信装置１００のネットワークインタフェース１０９へ入力され、更にＴＣＰ／ＵＤＰ／ＩＰ制御部１０７を介してＥＮＵＭ用ＤＮＳ処理部１５０へ入力される。
【００６８】
ＥＮＵＭ用ＤＮＳ処理部１５０は、ＥＮＵＭ用ＤＮＳ１９０から返信されたＮＡＰＴＲ−ＲＲ情報３１０に記録された「ＩＮ−ＮＡＰＴＲ」行３１３、３１４、３１５の情報に基づきそれぞれのプロトコル情報と、電話番号及びアドレスと、通信手段の優先順位等の情報を認識するとともにシステム制御部１０１の命令指示に基づき通信手段と該通信手段を使用した場合の宛先のアドレスをＵＲＩ形式で取り出し、さらに、通信手段の優先順位が登録されている場合にはその優先順位を取り出す。
【００６９】
また、図４（ｂ）に示すように、情報通信装置１００からのドメイン名に基づくＮＡＰＴＲ−ＲＲ情報の問い合わせに対してドメイン名に対応付けられたＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９０に登録されていない場合は、「問い合わせドメイン名は、ＥＮＵＭに登録されていない」旨の情報３２０がＥＮＵＭ用ＤＮＳ１９０から情報通信装置１００へ返信される。
【００７０】
ところで、本発明に係わる情報通信装置１００は、ファクシミリ通信におけるデータ受信中にデータ受信ができない状態を検知すると、ＥＮＵＭ用ＤＮＳ１９０に登録されている自装置（情報通信装置１００）に関連するＮＡＰＴＲ−ＲＲ情報を自装置が備える既存の他の通信手段を優先的に使用して通信する内容に変更することで安定したファクシミリ通信が行えるように構成されている。
【００７１】
図５は、情報通信装置１００がデータ受信中に何らかの原因によりデータ受信ができない状態を検知した場合もしくはデータ受信できない状態からできる状態に回復したことを検知した場合の本発明の要部の処理動作を示す流れ図である。
【００７２】
図５に示すように、情報通信装置１００がデータ受信中に受信したデータを記憶するメモリがフル状態となった、もしくはメモリ残量が予め設定登録された閾値よりも少なくなった、もしくは情報通信装置１００が故障した、もしくは情報通信装置１００の画像を形成するプリンタ部１０４が故障した等の原因によりデータ受信ができないことを検知すると（ステップＳ５０１、ステップＳ５０２でＹＥＳ）、自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０から取得し、ＮＡＰＴＲ−ＲＲに記録された通信手段や通信手段の優先順位及びアドレス等の情報を変更して登録する更新処理Ａの処理を行い（ステップＳ５０３）、メモリに記憶された受信データを印刷出力する（ステップＳ５０４）。
【００７３】
なお、更新処理Ａの詳細は後述する。
【００７４】
情報通信装置１００がデータ受信できない原因が例えば受信データを一時的に記憶するメモリが受信データでメモリの記憶容量をフルに使用している状態（以下、「メモリフル状態」という。）による場合は、メモリに記憶された受信データが印刷出力されることでメモリに空き領域ができ再びデータ受信ができる状態となる。
【００７５】
メモリに記憶された受信データが印刷出力されることでデータ受信が可能な状態となり、情報通信装置１００がデータ受信できる状態を検知すると（ステップＳ５０５でＹＥＳ）、情報通信装置１００は、前述の更新処理Ａを行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていた情報通信装置１００のＮＡＰＴＲ−ＲＲ情報の内容に変更して登録する更新処理Ｂを行う（ステップＳ５０６）。
【００７６】
なお、更新処理Ｂの詳細は後述する。
【００７７】
情報通信装置１００は、更新処理Ｂを実施後、継続してデータを受信し（ステップＳ５０７でＮＯ）、ステップＳ５０１乃至ステップＳ５０７の処理を繰り返し、データ受信が終了すると処理を終了する（ステップＳ５０７でＹＥＳ）。
【００７８】
このように本発明に係わる情報通信装置１００は、データ受信中に通信不能となった通信手段を他の通信手段に変更することで情報通信装置１００に対して通信を行う通信相手が情報通信装置１００と安定して通信を行うことができる。
【００７９】
図６及び図７は、前述の更新処理Ａ及び更新処理Ｂの詳細の一例を示す図であり、図６は更新処理Ａの処理の流れ図を示す図、図７は更新処理Ｂの処理の流れ図を示す図である。
【００８０】
前述の本発明の要部の処理動作（図５参照）で示したように、情報通信装置１００がデータ受信中に受信データを記憶するメモリ容量が原因でデータ受信ができないことを検知すると、自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０から取得し、ＮＡＰＴＲ−ＲＲの内容を変更して登録する更新処理Ａを行う。
【００８１】
この更新処理Ａは、例えば図６に示すように、自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９０に登録されているかをＥＮＵＭ用ＤＮＳ１９０に問い合わせ、登録されている場合は、自装置のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９から取得する（ステップＳ６０１）。
【００８２】
ステップ６０１において、自装置のＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９から取得できた場合は（ステップＳ６０２でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲ情報に記録されたファクシミリ通信の通信手段の優先順位を他の通信手段の優先順位よりも下げて最下位となるようにＮＡＰＴＲ−ＲＲ情報の優先順位情報を変更する（ステップＳ６０３）。
【００８３】
具体的には、ＥＮＵＭ用ＤＮＳ１９から取得した情報通信装置１００のＮＡＰＴＲ−ＲＲ情報が例えば図８（ａ）に示すように、通信手段として公衆網電話回線２００を介して行うファクシミリ通信（以下、「ＦＡＸ通信」という。）の優先順位が「１０」、インターネットファクシミリ通信（以下、「ｉＦＡＸ通信」という。）の優先順位「２０」、電子メール通信（以下、「Ｅｍａｉｌ通信」という。）の優先順位が「３０」でそれぞれ登録されている場合は、図８（ｂ）に示すようなＦＡＸ通信の優先順位を「４０」に書き換えて変更し、変更したＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０に登録する。
【００８４】
なお、優先順位は、ＮＡＰＴＲ−ＲＲの「ｐｒｅｆｅｒｅｎｃｅ」フィールドに登録してある値が小さい程優先順位が高いことを示している。
【００８５】
また、前述の本発明の要部の処理動作（図５参照）で示したように、メモリに記憶された受信データが印刷出力されることでメモリに空き領域ができ再びデータ受信ができる状態が検知されると、情報通信装置１００は、前述の更新処理Ａ（図６参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていた情報通信装置１００のＮＡＰＴＲ−ＲＲ情報の内容に変更して登録する更新処理Ｂを行う。
【００８６】
この更新処理Ｂは、例えば図７に示すように、自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０に問い合わせて取得し（ステップＳ７０１、ステップＳ７０２でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲ情報の内容（図８（ｃ）参照）を、前述の更新処理Ａ（図６参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていた図８（ｄ）に示すようなＮＡＰＴＲ−ＲＲの内容に変更しＥＮＵＭ用ＤＮＳ１９０に登録する（ステップＳ７０３）
なお、図６で示したＦＡＸ通信の優先順位を変更する更新処理Ａにおいて、ＥＮＵＭ用ＤＮＳ１９から取得した情報通信装置１００のＮＡＰＴＲ−ＲＲ情報が例えば図９（ａ）に示すように、ＦＡＸ通信の優先順位が「ｏｒｄｅｒ」フィールドが「９０」、「ｐｒｅｆｅｒｅｎｃｅ」フィールドが「１０」、でｉＦＡＸ通信の優先順位が「ｏｒｄｅｒ」フィールドが「１０１」、「ｐｒｅｆｅｒｅｎｃｅ」フィールドが「１０」で、Ｅｍａｉｌ通信の優先順位が「ｏｒｄｅｒ」フィールドが「１０２」、「ｐｒｅｆｅｒｅｎｃｅ」フィールドが「１０」でそれぞれ登録されている場合は、図９（ｂ）に示すようなＦＡＸ通信の優先順位の「ｏｒｄｅｒ」フィールド「９０」を「１０３」に書き換えたＮＡＰＴＲ−ＲＲに変更してもよく、この場合の図７で示したＦＡＸ通信の優先順位を変更する更新処理Ｂは、ＥＮＵＭ用ＤＮＳ１９０に問い合わせて取得したＮＡＰＴＲ−ＲＲ情報の内容（図９（ｃ）参照）を、前述の更新処理Ａ（図６参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていた図９（ｄ）に示すようなＮＡＰＴＲ−ＲＲの内容に変更する。
【００８７】
なお、優先順位は、ＮＡＰＴＲ−ＲＲの「ｏｒｄｅｒ」フィールドに登録してある値が小さい程優先順位が高いことを示している。
【００８８】
図１０及び図１１は、前述の図６及び図７で示した更新処理Ａ及び更新処理Ｂとは他の更新処理Ａ及び更新処理Ｂの詳細の一例を示す図であり、図１０はＮＡＰＴＲ−ＲＲのＦＡＸ通信情報を削除する更新処理Ａの処理の流れを示す図、図１１は、ＮＡＰＴＲ−ＲＲから削除されたＦＡＸ通信情報を登録する更新処理Ｂの処理の流れを示す図である。
【００８９】
図１０に示すように、情報通信装置１００がデータ受信中に受信データを記憶するメモリ容量が原因でデータ受信ができないことを検知すると、情報通信装置１００は、自装置のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０から取得し、ＮＡＰＴＲ−ＲＲの内容を書き換える更新処理Ａを行う。
【００９０】
この更新処理Ａは、例えば自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９０に登録されているかをＥＮＵＭ用ＤＮＳ１９０に問い合わせ、登録されている場合は、自装置のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９から取得する（ステップＳ１００１）。
【００９１】
ステップ１００１において、自装置のＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９から取得できた場合は（ステップＳ１００２でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲ情報に記録されたＦＡＸ通信の通信手段の情報をＮＡＰＴＲ−ＲＲから削除する処理を行う（ステップＳ１００３）。
【００９２】
具体的には、ＥＮＵＭ用ＤＮＳ１９から取得した情報通信装置１００のＮＡＰＴＲ−ＲＲ情報が例えば図１２（ａ）に示すように、通信手段としてＦＡＸ通信（図中の下線を付した行）、ｉＦＡＸ通信、Ｅｍａｉｌ通信がそれぞれ登録されている場合は、図１２（ｂ）に示すようなＦＡＸ通信の通信手段に関する情報をＮＡＰＴＲ−ＲＲから削除する処理を行う（図中の破線で囲まれた行のＮＡＰＴＲ−ＲＲ情報を削除）。
【００９３】
また、メモリに記憶された受信データが印刷出力されることでメモリに空き領域ができ再びデータ受信ができる状態が検知されると、情報通信装置１００は、前述の更新処理Ａ（図１０参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていた情報通信装置１００のＮＡＰＴＲ−ＲＲ情報の内容に変更して登録する更新処理Ｂを行う。
【００９４】
この更新処理Ｂは、例えば図１１に示すように、自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲ情報をＥＮＵＭ用ＤＮＳ１９０に問い合わせて取得し（ステップＳ１１０１、ステップＳ１１０２でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲ情報の内容（図１２（ｃ）参照、図中の破線で囲まれた行が更新処理Ａで削除されたＮＡＰＴＲ−ＲＲ情報）を、前述の更新処理Ａ（図１０参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていたＮＡＰＴＲ−ＲＲの内容に変更する（ステップＳ１１０２）。
【００９５】
具体的には、前述の更新処理Ａ（図１０参照）でＮＡＰＴＲ−ＲＲから削除したＦＡＸ通信に関する通信手段の情報を図１２（ｄ）の図中の下線を付した行に示すようなＮＡＰＴＲ−ＲＲの内容に変更して登録する。
【００９６】
図１３及び図１４は、前述の図１０及び図１１で示した更新処理Ａ及び更新処理Ｂとは他の更新処理Ａ及び更新処理Ｂの詳細の一例を示す図であり、図１３はＮＡＰＴＲ−ＲＲの通信手段のＦＡＸ通信情報を情報通信装置１００とは他の情報通信装置に代行して受信させるように代行宛先情報に変更する更新処理Ａの処理の流れを示す図、図１４は、ＦＡＸ通信のアドレス情報が代行宛先情報に変更されたＮＡＰＴＲ−ＲＲのＦＡＸ通信情報を変更される前の内容に書き換える更新処理Ｂの処理の流れを示す図である。
【００９７】
図１３に示すように、情報通信装置１００がデータ受信中に受信データを記憶するメモリ容量が原因でデータ受信ができないことを検知すると、情報通信装置１００は、自装置のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０から取得し、ＮＡＰＴＲ−ＲＲの内容を書き換える更新処理Ａを行う。
【００９８】
この更新処理Ａは、例えば自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９０に登録されているかをＥＮＵＭ用ＤＮＳ１９０に問い合わせ、登録されている場合は、自装置のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９から取得する（ステップＳ１３０１）。
【００９９】
ステップ１３０１において、自装置のＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９から取得できた場合は（ステップＳ１３０２でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲ情報に記録されたＦＡＸ通信の通信手段の情報を情報通信装置１００とは他の情報通信装置に代行してデータ受信させるように代行宛先情報に変更する処理を行う（ステップＳ１３０３）
。
【０１００】
具体的には、ＥＮＵＭ用ＤＮＳ１９から取得した情報通信装置１００のＮＡＰＴＲ−ＲＲ情報が例えば図１５（ａ）に示すように、通信手段としてＦＡＸ通信のドレス情報である電話番号が「４８１２３４５６７」で登録されている場合は、図１５（ｂ）に示すように情報通信装置１００とは他の情報通信装置に代行してデータ受信させるようにＦＡＸ通信のドレス情報を代行宛先の電話番号である「４８７６５４３２１」の情報に変更する処理を行う。
【０１０１】
また、メモリに記憶された受信データが印刷出力されることでメモリに空き領域ができ再びデータ受信ができる状態が検知されると、情報通信装置１００は、前述の更新処理Ａ（図１３参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていた情報通信装置１００のＮＡＰＴＲ−ＲＲ情報の内容を変更する更新処理Ｂを行う。
【０１０２】
この更新処理Ｂは、例えば図１４に示すように、自装置（情報通信装置１００）のＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１９０に問い合わせて取得し（ステップＳ１４０１、ステップＳ１４０２でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲ情報の内容（図１５（ｃ）参照）を、前述の更新処理Ａ（図１３参照）を行う前にＥＮＵＭ用ＤＮＳ１９０に登録されていたＮＡＰＴＲ−ＲＲの内容に変更して登録する（ステップＳ１４０３）。
【０１０３】
具体的には、前述の更新処理Ａ（図１３参照）で情報通信装置１００とは他の情報通信装置に代行してデータ受信させるように変更したＦＡＸ通信のドレス情報「４８７６５４３２１」を変更前の「４８１２３４５６７」に書き換えて図１５（ｄ）に示すようなＮＡＰＴＲ−ＲＲの内容に変更する。
【産業上の利用可能性】
【０１０４】
この発明は、電子メール、インターネットファックス、ファックスなど複数の通信手段を有する情報通信装置において利用可能である。
【０１０５】
この発明によれば、通信中に何らかの原因により通信不能となった場合には、通信不能となった通信手段の他に本装置が備える既存の他の通信手段を使用させるようにＮＡＰＴＲ−ＲＲ情報を変更するので、本装置が備える既存の他の通信手段を効率良く利用することができる。
【０１０６】
また、通信中に何らかの原因により通信不能となった場合には、本装置の他に代行して通信を行う装置と通信できるようにＮＡＰＴＲ−ＲＲ情報を変更するので、本装置とは他の代行装置を有効に利用することができる
【図面の簡単な説明】
【０１０７】
【図１】本発明に係わる情報通信装置１００の接続状態の一例を示した概略図
【図２】本発明に係わる情報通信装置１００の構成例を示すブロック図
【図３】ＥＮＵＭ用ＤＮＳ１９０に登録されたＮＡＰＴＲ−ＲＲ情報３００の一例を示す図
【図４】情報通信装置１００とＥＮＵＭ用ＤＮＳ１９０との間の情報の流れを示す図
【図５】本発明の要部の処理動作を示す流れ図
【図６】更新処理Ａの処理の流れ図を示す図（通信手段の優先順位変更）
【図７】更新処理Ｂの処理の流れ図を示す図（通信手段の優先順位変更）
【図８】更新処理ＡにおけるＮＡＰＴＲ−ＲＲの一例を示す図（「ｐｒｅｆｅｒｅｎｃｅ」フィールドによる優先順位変更）
【図９】更新処理ＡにおけるＮＡＰＴＲ−ＲＲの一例を示す図（オーダーフィールドによる優先順位変更）
【図１０】更新処理Ａの処理の流れ図を示す図（通信手段の削除）
【図１１】更新処理Ｂの処理の流れ図を示す図（削除した通信手段の再登録）
【図１２】更新処理Ａ（通信手段の削除）及び更新処理Ｂ（削除した通信手段の再登録）におけるＮＡＰＴＲ−ＲＲの一例を示す図
【図１３】更新処理Ａの処理の流れ図を示す図（通信先を代行通信先へ変更）
【図１４】更新処理Ｂの処理の流れ図を示す図（通信先を本通信先へ変更）
【図１５】更新処理Ａ（通信先を代行通信先へ変更）及び更新処理Ｂ（通信先を本通信先へ変更）におけるＮＡＰＴＲ−ＲＲの一例を示す図
【符号の説明】
【０１０８】
１０      電話
３０、４０  コンピュータ
５０      インターネットＦＡＸ（＝ｉＦＡＸ）装置
６０      ＥＮＵＭシステム
１００  情報通信装置      
１０１  システム制御部
１０２  画像蓄積部
１０３    スキャナ部
１０４    プリンタ部
１０５    操作／表示部    
１０６    ＲＡＭ
１０７    バス
１０８    ＴＣＰ／ＵＤＰ／ＩＰ制御部
１０９    ネットワークインタフェース
１２０    ＦＡＸ部
１２１、１５１  通信画像処理部
１２２    Ｔ３０制御部
１２３    モデム
１２４    ＮＣＵ
１３０    ＥＮＵＭ用ＤＮＳ処理部
１４０    トランスポートプロトコル制御部
１５０    電子メールｉＦＡＸ部
１５２    Ｔ３７制御部
１５３    ＳＭＴＰ制御部    
１７０    構内用ネットワーク
１８０    インターネット
１９０    ＥＮＵＭ用ＤＮＳ
２００    公衆網電話回線（ＰＳＴＮ）
４００    ＮＡＰＴＲ−ＲＲ情報
４１０    ＮＡＰＴＲ−ＲＲ
４１１    ＯＲＩＧＩＮ行
４１２    ドメイン名
４１３、４１４、４１５  ＮＡＰＴＲ−ＲＲ行
【図１】
2007089034.tif 000003
【図２】
2007089034.tif 000004
【図３】
2007089034.tif 000005
【図４】
2007089034.tif 000006
【図５】
2007089034.tif 000007
【図６】
2007089034.tif 000008
【図７】
2007089034.tif 000009
【図８】
2007089034.tif 000010
【図９】
2007089034.tif 000011
【図１０】
2007089034.tif 000012
【図１１】
2007089034.tif 000013
【図１２】
2007089034.tif 000014
【図１３】
2007089034.tif 000015
【図１４】
2007089034.tif 000016
【図１５】
2007089034.tif 000017