(57)【要約】【課題】  通信相手のｉＦＡＸサービスの能力情報をＥＮＵＭのＤＮＳサーバーに登録し、通信を行う際にはＥＮＵＭのＤＮＳサーバーから取得した通信相手のｉＦＡＸサービスの能力に応じた通信を行う通信装置の能力情報取得方法、通信装置およびその制御方法を提供する。【解決手段】  相手端末装置と通信する際の通信パラメーターを設定する通信パラメーター設定手段と、相手端末装置の電話番号をキーとしてＥＮＵＭのＤＮＳサーバーにアクセスして該相手端末装置の電話番号に対応したＮＡＰＴＲリソースレコードを取得するＤＮＳ問合せ手段と、相手端末装置のＮＡＰＴＲリソースレコードから相手端末装置の通信能力を特定する通信能力特定手段と、特定した相手端末装置の通信能力に対応して通信パラメーター設定手段で設定された通信パラメーターを変更する変更手段と、変更された通信パラメーターで相手端末装置に対して情報を送信する送信手段とを具備する。【選択図】  図８
2007124027.tif 000002
【特許請求の範囲】
【請求項１】
ＥＮＵＭのＤＮＳサーバーにアクセス可能な通信装置において、
相手端末装置と通信する際の通信パラメーターを設定する通信パラメーター設定手段と、
前記相手端末装置の電話番号をキーとして、前記ＥＮＵＭのＤＮＳサーバーにアクセスすることにより該相手端末装置の電話番号に対応した１または複数のＮＡＰＴＲリソースレコードを取得するＤＮＳ問合せ手段と、
前記ＤＮＳ問合せ手段により取得した前記相手端末装置のＮＡＰＴＲリソースレコードから前記相手端末装置の通信能力を特定する通信能力特定手段と、
前記通信能力特定手段で特定した相手端末装置の通信能力に対応して前記通信パラメーター設定手段で設定された通信パラメーターを変更する変更手段と、
前記変更手段で変更された通信パラメーターで前記相手端末に対して情報を送信する送信手段と
を具備することを特徴とする通信装置。
【請求項２】
前記変更手段は、
前記通信能力特定手段で特定した相手端末装置の通信能力に基づき前記通信パラメーター設定手段で設定した通信パラメーターを変更する必要があるか否かを判別する判別手段と、
前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、その旨を報知する報知手段と
を具備することを特徴とする請求項１記載の通信装置。
【請求項３】
前記変更手段は、
前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、前記報知手段によりその旨を報知した後、前記通信パラメーターを前記通信能力特定手段で特定した相手端末装置の通信能力に基づき自動変更する自動変更手段
を具備することを特徴とする請求項２記載の通信装置。
【請求項４】
前記変更手段は、
前記判別手段により前記通信パラメーターを変更する必要があると判別された場合、該通信パラメーターの変更を自動で行うか手動で行うかをユーザに選択させる選択手段と、  前記選択手段により前記通信パラメーターの変更を自動で行うと選択された場合は、前記通信能力特定手段で特定した相手端末装置の通信能力に基づき前記通信パラメーターを自動変更し、前記通信パラメーターの変更を手動で行うと選択された場合は、手動による前記通信パラメーターの変更を許容する通信パラメーター変更制御手段と
を具備することを特徴とする請求項２記載の通信装置。
【請求項５】
ＥＮＵＭのＤＮＳサーバーにアクセス可能な通信装置における通信相手先の能力情報を取得する能力情報取得方法において、
各通信装置は、前記ＥＮＵＭのＤＮＳサーバーにＵＲＩを登録する際に、該ＵＲＩに対応するＮＡＰＴＲリソースレコードを該ＵＲＩを登録した通信装置の能力情報を含めたフォーマットで記録し、
前記通信相手先との通信に際しては、該通信相手先の電話番号をキーにして前記ＥＮＵＭのＤＮＳサーバーから該当ＮＡＰＴＲリソースレコードを取得し、
該取得したＮＡＰＴＲリソースレコードを解析することにより前記通信相手先の能力情報を取得する
ことを特徴とする能力情報取得方法。
【請求項６】
前記ＮＡＰＴＲリソースレコードのフォーマットは、
前記能力情報が記録されていることが識別できる所定の位置に特定コードが記録されている
ことを特徴とする請求項５記載の能力情報取得方法。
【請求項７】
前記所定の位置は、
前記ＮＡＰＴＲリソースレコードの所定の”Flags”フィールドである
ことを特徴とする請求項６記載の能力情報取得方法。
【請求項８】
前記ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、
ＴＩＦＦプロファイル情報である
ことを特徴とする請求項５乃至７のいずれかに記載の能力情報取得方法。
【請求項９】
前記ＴＩＦＦプロファイル情報を前記フォーマットに記録する際に前記相手端末装置が解像度の独自拡張能力を有している場合は、前記解像度の独自拡張能力を示す情報を記録する
ことを特徴とする請求項８記載の能力情報取得方法。
【請求項１０】
前記ＴＩＦＦプロファイル情報を前記フォーマットに記録する際は、前記プロファイルに優先順位を付けて記録する
ことを特徴とする請求項８または９記載の能力情報取得方法。
【請求項１１】
前記ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、
インターネットファクシミリのオプション機能に関する情報である
ことを特徴とする請求項５乃至７のいずれかに記載の能力情報取得方法。
【請求項１２】
前記ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、
製造元及びVｅｒｓｉｏｎ情報または、製造元、Ｖｅｒｓｉｏｎ及び製造元独自定義情報である
ことを特徴とする請求項５乃至７のいずれかに記載の能力情報取得方法。
【請求項１３】
ＥＮＵＭのＤＮＳサーバーにアクセス可能な通信装置の制御方法において、
相手端末装置と通信する際の通信パラメーターを通信パラメーター設定手段により設定し、
前記相手端末装置の電話番号をキーとして、前記ＥＮＵＭのＤＮＳサーバーにアクセスすることにより該相手端末装置の電話番号に対応した１または複数のＮＡＰＴＲリソースレコードをＤＮＳ問合せ手段により取得し、
前記ＤＮＳ問合せ手段により取得した前記相手端末装置のＮＡＰＴＲリソースレコードから前記相手端末装置の通信能力を通信能力特定手段により特定し、
前記通信能力特定手段で特定した相手端末装置の通信能力に対応して前記通信パラメーター設定手段で設定された通信パラメーターを変更手段により変更し、
前記変更手段で変更された通信パラメーターで前記相手端末に対して情報を送信手段により送信する
ことを特徴とする通信装置の制御方法。
【請求項１４】
前記変更手段は、
前記通信能力特定手段で特定した相手端末装置の通信能力に基づき前記通信パラメーター設定手段で設定した通信パラメーターを変更する必要があるか否かを判別手段により判別し、
前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、その旨を報知手段により報知する
ことを特徴とする請求項１３記載の通信装置の制御方法。
【請求項１５】
前記変更手段は、
前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、前記報知手段によりその旨を報知した後、前記通信パラメーターを前記通信能力特定手段で特定した相手端末装置の通信能力に基づき自動変更手段により自動変更する
ことを特徴とする請求項１４記載の通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置の能力情報取得方法、通信装置およびその制御方法に関し、特に、通信相手のインターネットファクシミリ（以下、ｉＦＡＸと省略)サービスの能力情報をＥＮＵＭ（＝ｔＥｌｅｐｈｏｎｅ  ＮＵｍｂｅｒ  Ｍａｐｐｉｎｇ）ＤＮＳサーバーに登録し、通信する際にはＥＮＵＭＤＮＳサーバーから取得した通信相手のｉＦＡＸサービスの能力に応じた通信を行う通信装置の能力情報取得方法、通信装置およびその制御方法に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワーク技術やネットワークを介して行う通信のプロトコル、ネットワークに接続するコンピュータ機器等の発達と普及に伴い、公衆網電話回線を介した通信に比べ通信コストが安価で他用途の通信が可能なネットワーク通信が広く利用されている。
【０００３】
ｉＦＡＸは電話回線に代わってインターネットを経由して画像伝送を行う規格で、シンプルモードとフルモードの２種類がある。
【０００４】
シンプルモードは、相手方と能力交換を行わないため、相手の装置の用紙サイズ、解像度等の能力がわからない。
【０００５】
したがって、相手方の能力が事前にわからない場合、通常ミニマムセットといわれる規格で定められている最低限の機能を使用して送信している。
【０００６】
ｉＦＡＸの最小の機能は、ＴＩＦＦファイルのミニマムセットに対応しており、このＴＩＦＦファイルには、サポートしているファクシミリモードおよびプロファイル（＝ｐｒｏｆｉｌｅ）により、「Ｓ」、「Ｆ」、「Ｊ」、「Ｌ」、「Ｍ」の５つのセットがある。
【０００７】
これらのうち、最も下位のものがプロファイル「Ｓ」というミニマムセットである。
【０００８】
このプロファイル「Ｓ」は、白黒画像をサポートすること、圧縮形式はＭＨ（＝Ｍｏｄｉｆｉｅｄ  Ｈｕｆｆｍａｎ  ｃｏｄｉｎｇ）であること、用紙の幅は１７２８（Ａ４相当）であること、解像度は１００ｄｐｉ、又は２００ｄｐｉであること、および、データの並びはＬＳＢであること等が規定されている。
【０００９】
これに対しフルモードは能力交換機能をサポートしているが、初回のｉＦＡＸ通信時に相手方の能力を取得する為、最適なパラメーターでの通信は次回からとなる欠点がある。
【００１０】
よって、簡単な仕組みで能力交換を行い、初回の送信から通信相手の能力に応じて送信できるような装置や方法の提供が望まれる。
【００１１】
そこで特許文献１には、インターネット上の宛先端末の能力を取得した上で画像を送信する画像通信装置及び宛先端末の能力を提供するサーバ装置並びに能力交換方法が提案されている。
【特許文献１】特開２０００−２８７０２０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ところで、上記特許文献１は、ＤＮＳサーバーで拡張レコードであるＦＸレコード（ｉＦＡＸ能力情報）を管理させ、このＤＮＳサーバーへ問い合わせることで宛先端末が有する能力情報を取得するようにしているが、ＥＮＵＭを利用することで宛先端末の能力情報を容易に取得し、送信時に宛先端末の能力に応じて送信できるような構成は提案されていない。
【００１３】
また、現状のＥＮＵＭでは宛先端末のサービス種別やアドレスは取得できるが、能力情報を登録したり、登録された宛先端末の能力情報を取得できる構成とはなっていない。
【００１４】
そこで、本発明は、通信相手のｉＦＡＸサービスの能力情報をＥＮＵＭ（＝ｔＥｌｅｐｈｏｎｅ  ＮＵｍｂｅｒ  Ｍａｐｐｉｎｇ）ＤＮＳサーバーに登録し、通信する際にＥＮＵＭＤＮＳサーバーから取得した通信相手のｉＦＡＸサービスの能力に応じた通信を行う通信装置の能力情報取得方法、通信装置およびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するため、請求項１の発明は、ＥＮＵＭのＤＮＳサーバーにアクセス可能な通信装置において、相手端末装置と通信する際の通信パラメーターを設定する通信パラメーター設定手段と、前記相手端末装置の電話番号をキーとして、前記ＥＮＵＭのＤＮＳサーバーにアクセスすることにより該相手端末装置の電話番号に対応した１または複数のＮＡＰＴＲリソースレコードを取得するＤＮＳ問合せ手段と、前記ＤＮＳ問合せ手段により取得した前記相手端末装置のＮＡＰＴＲリソースレコードから前記相手端末装置の通信能力を特定する通信能力特定手段と、前記通信能力特定手段で特定した相手端末装置の通信能力に対応して前記通信パラメーター設定手段で設定された通信パラメーターを変更する変更手段と、前記変更手段で変更された通信パラメーターで前記相手端末に対して情報を送信する送信手段と
を具備することを特徴とする。
【００１６】
また、請求項２の発明は、請求項１の発明において、前記変更手段は、前記通信能力特定手段で特定した相手端末装置の通信能力に基づき前記通信パラメーター設定手段で設定した通信パラメーターを変更する必要があるか否かを判別する判別手段と、前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、その旨を報知する報知手段とを具備することを特徴とする。
【００１７】
また、請求項３の発明は、請求項２の発明において、前記変更手段は、前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、前記報知手段によりその旨を報知した後、前記通信パラメーターを前記通信能力特定手段で特定した相手端末装置の通信能力に基づき自動変更する自動変更手段を具備することを特徴とする。
【００１８】
また、請求項４の発明は、請求項２の発明において、前記変更手段は、前記判別手段により前記通信パラメーターを変更する必要があると判別された場合、該通信パラメーターの変更を自動で行うか手動で行うかをユーザに選択させる選択手段と、前記選択手段により前記通信パラメーターの変更を自動で行うと選択された場合は、前記通信能力特定手段で特定した相手端末装置の通信能力に基づき前記通信パラメーターを自動変更し、前記通信パラメーターの変更を手動で行うと選択された場合は、手動による前記通信パラメーターの変更を許容する通信パラメーター変更制御手段とを具備することを特徴とする。
【００１９】
また、請求項５の発明は、ＥＮＵＭのＤＮＳサーバーにアクセス可能な通信装置における通信相手先の能力情報を取得する能力情報取得方法において、各通信装置は、前記ＥＮＵＭのＤＮＳサーバーにＵＲＩを登録する際に、該ＵＲＩに対応するＮＡＰＴＲリソースレコードを該ＵＲＩを登録した通信装置の能力情報を含めたホーマットで記録し、前記通信相手先との通信に際しては、該通信相手先の電話番号をキーにして前記ＥＮＵＭのＤＮＳサーバーから該当ＮＡＰＴＲリソースレコードを取得し、該取得したＮＡＰＴＲリソースレコードを解析することにより前記通信相手先の能力情報を取得することを特徴とする。
【００２０】
また、請求項６の発明は、請求項５の発明において、前記ＮＡＰＴＲリソースレコードのフォーマットは、前記能力情報が記録されていることが識別できる所定の位置に特定コードが記録されていることを特徴とする。
【００２１】
また、請求項７の発明は、請求項６の発明において、前記所定の位置は、前記ＮＡＰＴＲリソースレコードの所定の”Flags”フィールドであることを特徴とする。
【００２２】
また、請求項８の発明は、請求項５乃至７のいずれかの発明において、前記ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、ＴＩＦＦプロファイル情報であることを特徴とする。
【００２３】
また、請求項９の発明は、請求項８の発明において、前記ＴＩＦＦプロファイル情報を前記フォーマットに記録する際に前記相手端末装置が解像度の独自拡張能力を有している場合は、前記解像度の独自拡張能力を示す情報を記録することを特徴とする。
【００２４】
また、請求項１０の発明は、請求項８または９記載の発明において、前記ＴＩＦＦプロファイル情報を前記フォーマットに記録する際は、前記プロファイルに優先順位を付けて記録することを特徴とする。
【００２５】
また、請求項１１の発明は、請求項５乃至７のいずれかの発明において、前記ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、インターネットファクシミリのオプション機能に関する情報であることを特徴とする。
【００２６】
また、請求項１２の発明は、請求項５乃至７のいずれかの発明において、前記ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、製造元及びVｅｒｓｉｏｎ情報または、製造元、Ｖｅｒｓｉｏｎ及び製造元独自定義情報であることを特徴とする。  
また、請求項１３の発明は、ＥＮＵＭのＤＮＳサーバーにアクセス可能な通信装置の制御方法において、相手端末装置と通信する際の通信パラメーターを通信パラメーター設定手段により設定し、前記相手端末装置の電話番号をキーとして、前記ＥＮＵＭのＤＮＳサーバーにアクセスすることにより該相手端末装置の電話番号に対応した１または複数のＮＡＰＴＲリソースレコードをＤＮＳ問合せ手段により取得し、前記ＤＮＳ問合せ手段により取得した前記相手端末装置のＮＡＰＴＲリソースレコードから前記相手端末装置の通信能力を通信能力特定手段により特定し、前記通信能力特定手段で特定した相手端末装置の通信能力に対応して前記通信パラメーター設定手段で設定された通信パラメーターを変更手段により変更し、前記変更手段で変更された通信パラメーターで前記相手端末に対して情報を送信手段により送信することを特徴とする。
【００２７】
また、請求項１４の発明は、請求項１３の発明において、前記変更手段は、前記通信能力特定手段で特定した相手端末装置の通信能力に基づき前記通信パラメーター設定手段で設定した通信パラメーターを変更する必要があるか否かを判別手段により判別し、前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、その旨を報知手段により報知することを特徴とする。
【００２８】
また、請求項１５の発明は、
前記変更手段は、請求項１４の発明において、前記判別手段により前記通信パラメーターを変更する必要があると判別された場合は、前記報知手段によりその旨を報知した後、前記通信パラメーターを前記通信能力特定手段で特定した相手端末装置の通信能力に基づき自動変更手段により自動変更することを特徴とする。
【発明の効果】
【００２９】
本発明の通信装置の能力情報取得方法、通信装置およびその制御方法によれば、各通信装置は、前記ＥＮＵＭのＤＮＳサーバーにＵＲＩを登録する際に、該ＵＲＩに対応するＮＡＰＴＲリソースレコードを該ＵＲＩを登録した通信装置の能力情報を含めたホーマットで記録し、前記通信相手先との通信に際しては、該通信相手先の電話番号をキーにして前記ＥＮＵＭのＤＮＳサーバーから該当ＮＡＰＴＲリソースレコードを取得し、該取得したＮＡＰＴＲリソースレコードを解析することにより前記通信相手先の能力情報を取得できるのでＮＡＰＴＲリソースレコードの構成を変更することなく、容易に各通信装置の能力情報の取得することができる。
【００３０】
また、ＥＮＵＭ用ＤＮＳサーバーにアクセスして問い合わせるといった簡単な手順で送信先の能力情報を取得することができる。
【００３１】
また、ＮＡＰＴＲリソースレコードのフォーマットに記録される能力情報は、ＴＩＦＦプロファイル情報であり、ＴＩＦＦプロファイル情報をフォーマットに記録する際に相手端末装置が解像度の独自拡張能力を有している場合は、解像度の独自拡張能力を示す情報を記録するのでサポートするプロファイル情報を通信前に通知することができると共に、解像度の独自拡張能力を加えて通知でき、より高画質で受信することが可能となる。
【００３２】
また、相手端末装置と通信する際の通信パラメーターを設定する通信パラメーター設定手段と、相手端末装置の電話番号をキーとして、ＥＮＵＭのＤＮＳサーバーにアクセスすることにより該相手端末装置の電話番号に対応した１または複数のＮＡＰＴＲリソースレコードを取得するＤＮＳ問合せ手段と、ＤＮＳ問合せ手段により取得した相手端末装置のＮＡＰＴＲリソースレコードから相手端末装置の通信能力を特定する通信能力特定手段と、通信能力特定手段で特定した相手端末装置の通信能力に対応して通信パラメーター設定手段で設定された通信パラメーターを変更する変更手段と、変更手段で変更された通信パラメーターで前記相手端末に対して情報を送信する送信手段とを具備するので通信相手の能力に応じた画情報を送信することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明に係わる通信装置の能力情報取得方法、通信装置およびその制御方法の一実施例について添付図面を参照して詳細に説明する。
【００３４】
図１は、本発明に係わる通信装置１００の機能的な構成の一例を示すブロック図である。
【００３５】
図１に示すように、通信装置１００は、システム制御部１０１、画像蓄積部１０２、スキャナ部１０３、プリンタ部１０４、操作／表示部１０５、ＲＡＭ（＝Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０６、ファイル処理部１０７、画像処理部１０８、メールプロトコル制御部１０９、トランスポートプロトコル制御部１１０、ＥＮＵＭ用ＤＮＳ処理部１１１、ＴＣＰ（＝Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（＝Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（＝Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）制御部１１２（以下、「ＴＣＰ／ＵＤＰ／ＩＰ呼制御部１１２」、ネットワークインタフェース１１３を備えており、通信装置１００とインターネット１２１とは、例えばＬＡＮ（＝Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の構内ネットワーク１２０を介して接続されている。
【００３６】
また、構内ネットワーク１２０には、インターネット１２１と通信装置１００とが情報の送受信が可能なように必要な図示せぬサーバ等が設置され、サーバが構内ネットワーク１２０に接続された通信装置１００や各種端末装置の管理を行っている。
【００３７】
なお、通信装置１００とインターネット１２１とは構内ネットワーク１２０を介さずに直接接続されていてもよい。
【００３８】
通信装置１００のシステム制御部１０１は、通信装置１００の各部及びインタフェースを制御し、通信装置１００の全体を統括制御するとともに、本発明の特徴である装置が備える能力の情報（以下、「能力情報」という。）を記録したＮＡＰＴＲ（Ｎａｍｉｎｇ  Ａｕｔｈｏｒｉｔｙ  Ｐｏｉｎｔｅｒ）−ＲＲ（＝Ｒｅｓｏｕｒｃｅ  Ｒｅｃｏｒｄ）を作成してＥＮＵＭ用ＤＮＳ１３０に登録したり、ＥＮＵＭ用ＤＮＳ１３０から取得したＮＡＰＴＲ−ＲＲに記録されたの能力情報に応じた通信パラメーターを設定した通信制御を行う。
【００３９】
また、画像蓄積部１０２は、スキャナ部１０３から読み込まれた画像データまたは、受信した画像データを蓄積する。
【００４０】
また、スキャナ部１０３は、図示せぬ原稿載置台に載置された原稿の画像を走査し、所定の解像度で原稿の画像を読み取る。
【００４１】
また、プリンタ部１０４は、画像蓄積部１０２に蓄積された画像データを所定の解像度で印刷出力する。
【００４２】
また、操作／表示部１０５は、通信装置１００の設定情報の設定や動作指示等を行う際の操作で使用される各種操作キーおよび各種情報を表示する表示部を備えている。
【００４３】
また、ＲＡＭ１０６は、システムデータや通信相手先のアドレス、表示用の画面データ及び設定された通信パラメーター等の情報を記憶する記憶装置である。
【００４４】
また、ファイル処理部１０７は、ファイルフォーマットの変換処理を行う。
【００４５】
また、画像処理部１０８は、画像データの送受信時に画像データに対する符号化、復号化、拡大、縮小等の処理を行う。
【００４６】
また、メールプロトコル制御部１０９は、スキャナ部１０３で原稿を走査して読み取った画像データを指定された宛先に指定されたファイルフォーマットで電子メール送信するサービス（＝Ｓｃａｎ  ｔｏ  Ｅｍａｉｌ）に加え、IＴＵ−Ｔ勧告Ｔ．３７のｉＦＡＸ通信サービスによる画像データの送受信もサポートする。
【００４７】
また、トランスポートプロトコル制御部１１０は、ＨＴＴＰ等のトランスポートプロトコルやＥＮＵＭ情報の登録や取得時にインターネット１２１を介してＥＮＵＭ用ＤＮＳ１３０との間で送受信する際のプロトコル制御を行う。
【００４８】
また、ＥＮＵＭ用ＤＮＳ処理部１１１は、電話番号に対応付けられたドメイン名に基づきＵＲＩやアドレス情報を取得する処理部であり、インターネット１２１を介してＥＮＵＭ用ＤＮＳ１３０との間で送受信される情報の処理及び送受信の制御を行う。
【００４９】
また、ＴＣＰ／ＵＤＰ／ＩＰ制御部１１２は、インターネット１２１のトランスポート層とネットワーク層のプロトコル制御を行う。
【００５０】
ネットワークインタフェース１１３は、通信プロトコルにおけるデータリンク層以下の通信制御を行う。
【００５１】
これら各部の制御信号及びデータ信号等がバス１１４を介して送受信される。
【００５２】
このように構成された通信装置１００は、前にも述べたように装置が備える能力の情報（能力情報）を記録したＮＡＰＴＲ−ＲＲを作成してＥＮＵＭ用ＤＮＳ１３０に登録したり、ＥＮＵＭ用ＤＮＳ１３０から取得した通信相手のＮＡＰＴＲ−ＲＲに記録された能力情報に応じた通信パラメーターを設定し、当該設定した能力で通信相手との情報通信の通信制御を行うことができる。
【００５３】
例えば、電子メール転送プロトコルを利用して画像データを送受するインターネットファクシミリ装置のｉＦＡＸサービスでは、ファクシミリ送受信データをＴＩＦＦファイルとしてＥ−Ｍａｉｌに添付することで、データの送受信を実現しており、このＴＩＦＦファイルのＴＩＦＦフォーマットは、通常のファクシミリ装置が備える能力と整合性を図るために、通常のファクシミリ装置が行う圧縮方式をサポートするためのプロファイルが定義されている。
【００５４】
このプロファイルには、プロファイル毎に画像データの圧縮方式、解像度、イメージサイズ等が規定されている。
【００５５】
図２は、ＴＩＦＦプロファイルの識別コード及びその識別コードに対応するファクスモード、圧縮方式、解像度、イメージ幅を示すプロファイル一覧表２００である。
【００５６】
図２において、例えばＴＩＦＦプロファイルの識別コード「Ｓ」は、イメージ幅が「１７２８」で解像度が「２００×１００」または「２０４×９８」または「２００×２００」または「２０４×１９６」の何れかの選択された解像度、圧縮方式が「ＭＨ（＝Ｍｏｄｉｆｉｅｄ  Ｈｕｆｆｍａｎ  ｃｏｄｉｎｇ）」の最低限のモノクロファクスモードで情報通信を行う能力を示している。
【００５７】
また、ＴＩＦＦプロファイルの識別コード「Ｆ」、「Ｊ」、「Ｃ」、「Ｌ」、「Ｍ」についてもプロファイル一覧表２００に示されるそれぞれのファクスモード、圧縮方式、解像度及びイメージ幅の各値が規定されている。
【００５８】
ここで、本発明の特徴である装置が備える能力の情報（能力情報）やメーカーユニークのＵＲＩ（製造元独自に定義されたＵＲＩ）を記録したＮＡＰＴＲ−ＲＲについて簡単に説明する。
【００５９】
図３は、ＥＮＵＭ用ＤＮＳ１３０に登録されたＮＡＰＴＲ−ＲＲ３００の一例を示す図である。
【００６０】
なお、図３（ａ）は、ＮＡＰＴＲ−ＲＲ３００の一例を示す図であり、図３（ｂ）は、ＮＡＰＴＲ−ＲＲ３００の書式における「ｆｌａｇｓ」フィールドに記録されたコードとそのコードが意味する指定動作を示す表３１０である。
【００６１】
図３（ａ）に示すように、ＥＮＵＭ用ＤＮＳ１３０に登録されたＮＡＰＴＲ−ＲＲ３００は、一つのドメイン名に対して複数のリソースレコードが定義できるように構成されている。  
ＮＡＰＴＲ−ＲＲ３００の書式は、「＄ＯＲＩＧＩＮ」行と、「ＩＮ  ＮＡＰＴＲ」行とで構成され、「＄ＯＲＩＧＩＮ」行にはドメイン名、「ＩＮ  ＮＡＰＴＲ」行には、「＄ＯＲＩＧＩＮ」行のドメイン名に対応付けられた少なくとも１つ以上の通信手段のプロトコル・サービスと、アドレス及び通信手段の優先順位等の情報を記録することができる。
【００６２】
具体的には、「＄ＯＲＩＧＩＮ」行の「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」という１つのドメイン名３０１に対して複数の「ＩＮ  ＮＡＰＴＲ」行３０２、３０３、３０４でリソースレコードが対応付けられている。
【００６３】
「ＩＮ  ＮＡＰＴＲ」行の書式は、「ＩＮ  ＮＡＰＴＲ  ｏｒｄｅｒ  ｐｒｅｆｅｒｅｎｃｅ  ｆｌａｇｓ  ｓｅｒｖｉｃｅ  ｒｅｇｅｘｐ  ｒｅｐｌａｃｅｍｅｎｔ」等の書式で定義され、「ｏｒｄｅｒ」及び「ｐｒｅｆｅｒｅｎｃｅ」は、優先順位情報を示し、「ｏｒｄｅｒ」の値が小さい順に優先順位を高く、「ｏｒｄｅｒ」の値が同一の値が複数存在する場合は、「ｐｒｅｆｅｒｅｎｃｅ」の値が小さい順に優先順位が高いことを示している。
【００６４】
また、「ｓｅｒｖｉｃｅ」に定義される文字列は、プロトコル・サービスを示し、「ｒｅｇｅｘｐ」及び「ｒｅｐｌａｃｅｍｅｎｔ」は、アドレス情報を示している。
【００６５】
例えば、「ＩＮ  ＮＡＰＴＲ」行３０４の「ＩＮ  ＮＡＰＴＲ  １００  １０  ”Ｕ”  ”  Ｅ２Ｕ＋ｉｆａｘ：ｍａｉｌｔｏ  ”  ”！＾．＊＄！ｍａｉｌｔｏ：ｉＦＡＸ＠ｉｆａｘ．ｃｏｍ！  ”．」は、「ｏｒｄｅｒ」フィールドが「１００」、「ｐｒｅｆｅｒｅｎｃｅ」フィールドが「１０」、「ｆｌａｇｓ」フィールドが「”Ｕ”」、「ｓｅｒｖｉｃｅ」フィールドが「  ”  Ｅ２Ｕ＋ｉｆａｘ：ｍａｉｌｔｏ  ”」、「ｒｅｇｅｘｐ」フィールドが「”！＾．＊＄！ｍａｉｌｔｏ：ｉＦＡＸ＠ｉｆａｘ．ｃｏｍ！  ”」をそれそれ示しており、「ｓｅｒｖｉｃｅ」フィールドの「  ”  Ｅ２Ｕ＋ｉｆａｘ：ｍａｉｌｔｏ  ”」からインターネットファクスプロトコルが利用可能であり、インターネットファクス通信を行う場合のアドレスは、「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに記録された「ｉＦａｘ＠ｉｆａｘ．ｃｏｍ」であることを示している。
【００６６】
「ｆｌａｇｓ」フィールドに記録されるコードは、例えば図３（ｂ）に示すように、「ｆｌａｇｓ」フィールドに「”ｕ”」が記録されている場合は、「ＵＲＩを出力」する動作が指定されていることを示している。
【００６７】
また、「ｆｌａｇｓ」フィールドの「”ｍ”」及び「”ｃ”」は、本発明の特徴であるメーカーユニークのＵＲＩ出力の動作を指定する場合は「”ｍ”」、装置が備える能力情報を含むＵＲＩ出力の動作を指定する場合は「”ｃ”」で記述するように構成されている。  
図４は、ＮＡＰＴＲ−ＲＲの「ｆｌａｇｓ」フィールドが「”ｍ”」及び「”ｃ”」の場合に指定されるＵＲＩの一例を示す図である。
【００６８】
なお、図４（ａ）乃至図４（ｆ）は、「ｆｌａｇｓ」フィールドが「”ｃ”」の場合を示し、図４（ｇ）は、「ｆｌａｇｓ」フィールドが「”ｍ”」の場合を示している。
【００６９】
図４（ａ）に示すように、「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに記述された「ｐｒｏｆｉｌｅ＝ＳＦＪＣ＋６００ｄｐｉ  ＠ｉｆａｘ．ｃｏｍ」の「ＳＦＪＣ」は、プロファイル一覧表２００（図２参照）で示したＴＩＦＦプロファイルの「Ｓ」、「Ｆ」、「Ｊ」、「Ｃ」をサポートしていることを示しており、「＋６００ｄｐｉ」は、６００ｄｐｉで受信可能であることを示している。
【００７０】
また、前述の図４（ａ）で示したように、ＴＩＦＦプロファイルの「Ｓ」、「Ｆ」、「Ｊ」、「Ｃ」をサポートしている場合において、これらのサポートの優先順位付けを行う場合、例えば白黒画像での受信を優先したい旨を送信側へ通知したい場合には、図４（ｂ）の「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに記録された「ｐｒｏｆｉｌｅ＝ＳＦＪ＿Ｃ+６００ｄｐｉ  ＠ｉｆａｘ．ｃｏｍ」で示されるように「ＳＦＪ」と「Ｃ」とを「＿」で区切ることで「Ｓ」、「Ｆ」、「Ｊ」のサポートで示される白黒画像での受信を優先したい旨を送信側へ通知することができる。
【００７１】
また、ページ内の要素に応じて圧縮方式と解像度を変更するファクスモードを常に優先したい場合は、図４（ｃ）の「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに記録された「ｐｒｏｆｉｌｅ＝Ｍ＿ＳＦＪＣ+６００ｄｐｉ  ＠ｉｆａｘ．ｃｏｍ」で示されるように「Ｍ」と「ＳＦＪＣ」とを「＿」で区切ることで「Ｍ」のサポートで示されるページ内の要素に応じて圧縮方式と解像度を変更するファクスモードを優先したい旨を送信側へ通知することができる。
【００７２】
また、ｏｆｆＲａｍｐ機能をサポートする場合は、図４（ｄ）に示すように、「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに「Ｓｕｐｐｏｒｔｅｄ＝ＯＦＦＲＡＭＰ＠ｉｆａｘ．ｃｏｍ」の「Ｓｕｐｐｏｒｔｅｄ＝ＯＦＦＲＡＭＰ」を記述することでｏｆｆＲａｍｐ機能をサポートすることを通知することができる。
【００７３】
また、ｏｆｆＲａｍｐ機能をサポートし、かつＦコード対応としたい場合は、図４（ｅ）に示すように、「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに「Ｓｕｐｐｏｒｔｅｄ＝ＯＦＦＲＡＭＰ+Ｔ３３Ｓ＠ｉｆａｘ．ｃｏｍ」の「Ｓｕｐｐｏｒｔｅｄ＝ＯＦＦＲＡＭＰ+Ｔ３３」を記述することでｏｆｆＲａｍｐ機能をサポートし、かつＦコード対応とすることを通知することができる。
【００７４】
また、メーカー名とバージョン（＝Ｖｅｒｓｉｏｎ）情報を通知する場合は、図４（ｆ）に示すように、「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに「Ｍａｎｕｆａｃｔｕｒｅ＝ＦＸ＿Ｖ１  ＠ｉｆａｘ．ｃｏｍ」の「Ｍａｎｕｆａｃｔｕｒｅ＝ＦＸ＿Ｖ１」を記述することでメーカー名「ＦＸ」とバージョン「Ｖ１」を通知することができる。
【００７５】
なお、メーカー名は、独自機能が利用できるか否かを判断するための情報であり、バージョンは、独自機能のサポート状態を判断するための情報として通知される。
【００７６】
具体的には、例えばバージョン「Ｖ１」が親展受信機能なし、バージョン「Ｖ２」が親展受信機能あり等を示しており、メーカー名とバーション情報を取得することにより、通信パラメーターに親展通信が設定された場合、各メーカーに対応したアドレス形式に変換して通信を行うことが可能となる（例えばメーカーＡ社の親展通信の形式「ＢＯＸ００１＠ｉＦＡＸ．ｃｏｍ」）。
【００７７】
このように装置が備える能力情報を含むＵＲＩ出力の動作を指定する場合は、ＮＡＰＴＲ−ＲＲの「ｆｌａｇｓ」フィールドに「”ｃ”」を記述する。
【００７８】
また、メーカー名が識別可能なことから、図４（g）に示すようにメーカーによる独自定義をフォーマットに記録することも可能である。
【００７９】
このようにメーカーユニークのＵＲＩ出力の動作を指定する場合は、ＮＡＰＴＲ−ＲＲの「ｆｌａｇｓ」フィールドに「”ｍ”」を記述する。
【００８０】
ところで、本発明の通信装置１００は、これまで述べたような装置が備える能力情報やメーカーユニークのＵＲＩを記述したＮＡＰＴＲ−ＲＲを作成してＥＮＵＭ用ＤＮＳ１３０に登録できるように構成されている。
【００８１】
この装置が備える能力情報やメーカーユニークのＵＲＩを記述したＮＡＰＴＲ−ＲＲを作成して登録する場合は、図示せぬユーザが通信装置１００の操作／表示部１０５に表示された後述するＥＮＵＭ登録画面５００で所望の選択項目を選択することで選択された内容に応じた能力情報もしくはメーカーユニークのＵＲＩが記述されたＮＡＰＴＲ−ＲＲが作成され、ＥＮＵＭ用ＤＮＳ１３０に登録することができる。
【００８２】
図５は、装置の能力情報を記述したＮＡＰＴＲ−ＲＲを作成して登録するＥＮＵＭ登録画面（前頁）５００の一例を示す図である。
【００８３】
図５に示すように、ＥＮＵＭ登録画面５００は、この画面で選択設定して作成されたＮＡＰＴＲ−ＲＲのＥＮＵＭ情報を送信する送信先アドレスを入力するアドレス入力部５０１と、ＮＡＰＴＲ−ＲＲの「ｓｅｒｖｉｃｅ」フィールドで定義されるプロトコル・サービスを選択する登録サービス項目５０２と、能力情報を登録するか否かを選択する登録有無選択項目５０３（破線で囲まれた部分）と、能力情報を登録する場合、カラー受信するか否かを選択する色指定選択項目５０４と、登録サービス項目５０２で表示されたプロトコル・サービスに応じて、例えばプロトコル・サービスが「ｉｎｔｅｒｎｅｔ  ＦＡＸ」の場合は、「Ｅｍｉａｌ  ｔｏ  Ｆａｘ（ｏｆｆＲａｍｐ）」等の機能を登録するか否かを選択する登録機能選択項目５０５（破線で囲まれた部分）とを有し、上記各項目で選択設定された内容で良いか否かの確認操作する確定取消選択項目５０６（破線で囲まれた部分）で構成されている。
【００８４】
このＥＮＵＭ登録画面（前頁）５００や後述するＥＮＵＭ登録画面（次頁）６００は、タッチパネル式となっており、ＥＮＵＭ登録画面（前頁）５００の登録サービス項目５０２の右側には選択ボタン（三角マーク）が表示されており、この選択ボタンを指等でタッチして選択することで「Ｓｃａｎ  ｔｏ  Ｅｍａｉｌ」等の装置が備えるサービス機能名が順次切り替わり表示される。
【００８５】
また、能力情報を記述したＮＡＰＴＲ−ＲＲを作成して登録する場合は、登録有無選択項目５０３の「ＹＥＳ」ボタンを選択し、正規のＵＲＩを記述したＮＡＰＴＲ−ＲＲを作成して登録する場合は、「ＮＯ」ボタンを選択する。
【００８６】
また、カラー受信するか否かを選択する色指定選択項目５０４の右側には選択ボタン（三角マーク）が表示されており、この選択ボタンを指等でタッチして選択することで白黒を優先して受信する「白黒優先」や特に指定しない場合の「指定なし」等が順次切り替わり表示される。
【００８７】
また、登録機能選択項目５０５で例えば「Ｅｍｉａｌ  ｔｏ  Ｆａｘ機能登録」を行う場合は、「ＹＥＳ」ボタンを選択し、行わない場合は、「ＮＯ」ボタンを選択する。
【００８８】
「ＮＯ」を選択することで、ｏｆｆＲａｍｐ機能の開示を望まない選択も可能である。
【００８９】
このように構成されたＥＮＵＭ登録画面（前頁）５００の登録サービス項目５０２で例えば「ｉｎｔｅｒｎｅｔ  ＦＡＸ」を選択し、登録有無選択項目５０３で「ＹＥＳ」を選択し、登録機能選択項目５０５で「ＹＥＳ」を選択し、アドレス入力部５０１に図示せぬテンキー及び文字ボタンを操作して入力して確定取消選択項目５０５で「確定」を選択することで、この選択内容に対応して例えば図６（ａ）に示すようなＥＮＵＭ登録画面（次頁）６００が表示される。
【００９０】
ＥＮＵＭ登録画面（次頁）６００は、この画面で設定されて作成されたＮＡＰＴＲ−ＲＲのＥＮＵＭ情報を送信する送信先アドレスを入力するアドレス入力部６０１と、ＥＮＵＭ登録画面（前頁）５００で選択されたサービス名を表示する登録サービス項目６０２と、登録サービス項目６０２に表示されているサービス名の正規のＵＲＩを表示する正規ＵＲＩ項目６０３と、能力情報のＵＲＩ情報を表示する能力情報付きＵＲＩ項目６０４とを有し、上記各項目で選択設定された内容で登録するか否かの確認操作する登録内容確認選択項目６０５（破線で囲まれた部分）で構成されている。
【００９１】
アドレス入力部６０１には、ＥＮＵＭ登録画面（前頁）５００のアドレス入力部５０１で入力された「ｈｔｔｐｓ：／／／ｗｗｗＦｕｊｉｘｅｒｏｘ．ｃｏｍ／ｊｐ／ｅｎｕｍ．ｈｔｍ」が表示され、登録サービス項目６０２にはＥＮＵＭ登録画面（前頁）５００の登録サービス項目５０２で選択された「ｉｎｔｅｒｎｅｔ  ＦＡＸ」が表示され、正規ＵＲＩ項目６０３及び能力情報付きＵＲＩ項目６０４には、登録サービス項目６０２の「ｉｎｔｅｒｎｅｔ  ＦＡＸ」の登録サービス名に対応付けられたＵＲＩの情報（登録ＵＲＩ）がアドレス情報として「ＩＦＡＸ＠ｉｆａｘ．ｃｏｍ」、能力情報として「ＩＦＡＸ／ｐｒｏｆｉｌｅ＝ＳＦ＋６００ｄｐｉ／Ｓｕｐｐｏｒｔｅｄ＝ＯＦＦＲＡＭＰ＋Ｔ３３Ｓ／Ｍａｎｕｆａｃｔｕｒｅ＝ＦＸ＿Ｖ１＠ｉｆａｘ．ｃｏｍ」が表示され、登録内容確認選択項目６０５で「登録」を選択することで図６（ｂ）に示すような装置の能力情報のＵＲＩを記述したＮＡＰＴＲ−ＲＲが作成されＥＮＵＭ用ＤＮＳ１３０に登録される。
【００９２】
なお、能力情報付きＵＲＩ項目６０４に表示された装置の能力情報を含むＵＲＩには解像度の独自拡張機能やＦコード、メーカー名（製造元）及びバージョン（Ｖｅｒｓｉｏｎ）等の情報が自動的に付加され、このＮＡＰＴＲ−ＲＲの「ｆｌａｇ」フィールドには「”ｃ”」が記載されて登録されるようにＥＮＵＭ用ＤＮＳ１３０に依頼する。
【００９３】
また、メーカー独自のフォーマット形式のＵＲＩを登録する場合は、ＩＮＡＰＴＲ−ＲＲの「ｆｌａｇ」フィールドには「”ｍ”」が記載されて登録されるようにＥＮＵＭ用ＤＮＳ１３０に依頼する。
【００９４】
次に本発明の通信装置１００がＥＮＵＭ用ＤＮＳ１３０から取得した通信相手のＮＡＰＴＲ−ＲＲに記録された能力情報やメーカーユニークのＵＲＩに応じた通信パラメーターを設定し、当該設定した能力で通信相手に画情報を送信する動作制御について図７乃至図１１を参照し説明する。
【００９５】
図７は、通信装置１００がＥＮＵＭ用ＤＮＳ１３０から通信相手のＮＡＰＴＲ−ＲＲを取得する際に通信装置１００からＥＮＵＭ用ＤＮＳ１３０へ送信される問い合わせ情報と、この問い合わせに対してＥＮＵＭ用ＤＮＳ１３０から通信装置１００へ返信される応答情報の流れを示す図である。
【００９６】
図７に示すように、通信装置１００が通信相手の電話番号に対応したＥＮＵＭ形式のドメイン名７１０の問い合わせをＥＮＵＭ用ＤＮＳ１３０に対して行うことで、ＥＮＵＭ用ＤＮＳ１３０から通信装置１００へＮＡＰＴＲ−ＲＲ７２０が返信される。
【００９７】
具体的には、通信装置１００のＥＮＵＭ用ＤＮＳ処理部１１１は、システム制御部１０１の命令指示に基づきユーザが操作／表示部１０５で所定の操作を行うことで入力された通信相手の電話番号をＥＮＵＭ形式のアドレスに変換後、変換したＥＮＵＭ形式のアドレス情報に基づきＥＮＵＭ用ＤＮＳ１３０に対して問い合わせを行う。
【００９８】
電話番号からＥＮＵＭ形式のアドレスに変換する方法は、具体的には、例えば日本国において、電話番号が「０３−１２３−４５６７８」とすると、日本の市外局番から始まる電話番号を基に、先頭の「０」を削除し、Ｅ．１６４番号規定に基づき日本国の国コード「８１」を付加して数字以外の記号を除いて数字間にドット「．」を付加した「８．１．３．１．２．３．４．５．６．７．８」に変換し、更に数字を逆順にして末尾に文字列「．ｅ１６４．ａｒｐａ」を付加した「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」の文字列のドメイン名に変換する。
【００９９】
このように変換して得られたＥＮＵＭ形式のアドレス（以下、「ドメイン名」という。）７１０は、ＴＣＰ／ＵＤＰ／ＩＰ制御部１１２とネットワークインタフェース１１３及び構内ネットワーク１２０を介してインターネット１２１に接続されたＥＮＵＭ用ＤＮＳ１３０に送信され、当該ドメイン名７１０に対応したＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１３０で参照され、参照結果がＥＮＵＭ用ＤＮＳ１９０から通信装置１００へ通知される。
【０１００】
ＥＮＵＭ用ＤＮＳ１３０から返信されたドメイン名「８．７．６．５．４．３．２．１．３．１．８．ｅ１６４．ａｒｐａ」に対応付けされたＮＡＰＴＲ−ＲＲ７１０は、インターネット１２１及び構内ネットワーク１２０を介して通信装置１００のネットワークインタフェース１１３へ入力され、更にＴＣＰ／ＵＤＰ／ＩＰ制御部１１２を介してＥＮＵＭ用ＤＮＳ処理部１１１へ入力される。
【０１０１】
ＥＮＵＭ用ＤＮＳ処理部１１１は、ＥＮＵＭ用ＤＮＳ１３０から返信されたＮＡＰＴＲ−ＲＲ７１０に記録された「ＩＮ−ＮＡＰＴＲ」行の情報（例えば図３で示したＩＮ−ＮＡＰＴＲ行３０２、３０３、３０４の記述内容）に基づき通信相手が利用可能なプロトコルと、電話番号及びアドレスと、通信手段（各プロトコルに対応して電話、ＦＡＸ、ｉＦＡＸ、電子メール等）の優先順位、通信相手は備える能力情報（例えば、ｉＦＡＸの場合であれば解像度、データ圧縮方式、イメージ幅等の装置の能力）及びメーカーユニークなＵＲＩ等の情報を認識するとともにシステム制御部１０１の命令指示に基づき通信手段と該通信手段を使用した場合の宛先のアドレスをＵＲＩ形式で取り出し、さらに、通信手段の優先順位や能力情報、メーカーユニークのＵＲＩが登録されている場合にはその優先順位や能力情報、メーカーユニークの情報を取り出す。
【０１０２】
また、通信装置１００からの通信相手の電話番号に基づくＮＡＰＴＲ−ＲＲの問い合わせに対して当該電話番号（ドメイン名）に対応付けられたＮＡＰＴＲ−ＲＲがＥＮＵＭ用ＤＮＳ１９０に登録されていない場合は、「問い合わせドメイン名は、ＥＮＵＭに登録されていない」旨の情報がＥＮＵＭ用ＤＮＳ１３０から通信装置１００へ返信される。
【０１０３】
このように通信装置１００とＥＮＵＭ用ＤＮＳ１３０との間で送受される情報に基づき通信装置１００は、情報を送信する際に通信相手の能力情報を取得し、通信相手の能力に応じた通信パラメーターを設定して送信するような動作制御を行うことができる。
【０１０４】
図８は、ユーザがｉＦＡＸサービスを利用して画情報を送信する場合の通信装置１００の動作制御を示す流れ図である。
【０１０５】
なお、図８においては、説明の便宜上、ユーザが通信相手の電話番号を入力する際に、通信パラメーターを解像度が「標準」、ファクスモードが「モノクロ」、原稿サイズが「Ｂ４」、Ｐｒｏｆｉｌｅが「Ｆ」に設定した場合を例に説明する。
【０１０６】
図８に示すように、ユーザは、送信する画情報の原稿を通信装置１００の図示せぬ原稿台へ置き、通信装置１００の操作／表示部１０５に表示された図示せぬファクス操作画面からＥＮＵＭを利用したファクス送信を選択すると、ファクス送信する際の解像度、ファクスモード、原稿サイズ、Ｐｒｏｆｉｌｅ等の通信パラメーターの設定や通信相手の電話番号を入力する図示せぬ操作画面を操作／表示部１０５に表示し、ユーザに入力を促す。
【０１０７】
操作／表示部１０５に表示される各画面データは、ＲＡＭ１０６に予め記憶保持されており、システム制御部１０１の制御により各画面データが適時ＲＡＭ１０６から読み込まれ操作／表示部１０５に表示される。
【０１０８】
ユーザにより通信相手の電話番号と通信パラメーターの各設定値が入力され、送信指示されると（ステップＳ８０１、ステップＳ８０２）、通信装置１００のシステム制御部１０１が入力された電話番号（以下、「入力電話番号」という。）や通信パラメーターをＲＡＭ１０６に記憶保持させるとともに、ＥＮＵＭ用ＤＮＳ処理部１１１が入力電話番号に対応したドメイン名に基づきＥＮＵＭ用ＤＮＳ１３０に対して問い合わせを行い、入力電話番号に対応したＮＡＰＴＲ−ＲＲをＥＮＵＭ用ＤＮＳ１３０から取得する（ステップＳ８０３）。
【０１０９】
なお、ＥＮＵＭ用ＤＮＳ１３０に登録されたＮＡＰＴＲ−ＲＲには、前に述べたように電話番号に対応したドメイン名に対して一つもしくは複数のＵＲＩ等の情報が対応付けられている。
【０１１０】
ステップＳ８０３において、ＥＮＵＭ用ＤＮＳ１３０に問い合わせた結果、入力電話番号に対応するＮＡＰＴＲ−ＲＲが取得できなかった場合は（ステップＳ８０４でＮＯ）、「宛先は、ＥＮＵＭに登録されていません。ＵＲＩアドレスの入力に変更して下さい」等の警告メッセージを表示し、ＵＲＩアドレスの入力をユーザに促す（ステップＳ８１４）。
【０１１１】
ステップＳ８０３において、入力電話番号に対応するＮＡＰＴＲ−ＲＲが取得できた場合は（ステップＳ８０４でＹＥＳ）、取得したＮＡＰＴＲ−ＲＲに記載された情報を解析する（ステップＳ８０５）。
【０１１２】
具体的には、取得したＮＡＰＴＲ−ＲＲの各フィールドに記述された文字列を解釈し、通信相手が利用可能なプロトコル、通信手段、優先順位、ＵＲＩ、相手装置が備える能力情報を含むＵＲＩやメーカーユニークのＵＲＩ等を認識する。
【０１１３】
ステップＳ８０５におけるＮＡＰＴＲ−ＲＲの解析の結果、通信相手がｉＦＡＸサービスをサポートしていない場合は（ステップＳ８０６でＮＯ）、「宛先は、ｉＦＡＸサービスをサポートしていません。」等の警告メッセージを表示してユーザに通知する（ステップＳ８１４）。
【０１１４】
通信相手がｉＦＡＸサービスをサポートしているか否かの判別は、取得したＮＡＰＴＲ−ＲＲに記述された「ＩＮ  ＮＡＰＴＲ」行の「ｓｅｒｖｉｃｅ」フィールドに「  ”  Ｅ２Ｕ＋ｉｆａｘ：ｍａｉｌｔｏ  ”」等のｉＦＡＸサービスを示す文字列が記述されているか否かにより判別することができる。
【０１１５】
また、ステップＳ８０６において、通信相手がｉＦＡＸサービスをサポートしている場合は（ステップＳ８０６でＹＥＳ）、通信相手の能力情報を含むＵＲＩがＮＡＰＴＲ−ＲＲに記載されているか否かを判別する（ステップＳ８０７）。
【０１１６】
通信相手の能力情報を含むＵＲＩがＮＡＰＴＲ−ＲＲに記載されているか否かの判別は、取得したＮＡＰＴＲ−ＲＲの「ＩＮ  ＮＡＰＴＲ」行の「ｆｌａｇｓ」フィールドに「”ｃ”」または「”ｍ”」の文字が記述されているかにより判別でき、能力情報の詳細は、「ｒｅｇｅｘｐ」及び「ｒｅｐｌａｃｅｍｅｎｔ」フィールドに記載された文字列に対応した能力情報を含むＵＲＩを解釈することで認識することができる。
【０１１７】
ステップＳ８０７において、ＮＡＰＴＲ−ＲＲに通信相手の能力情報を含むＵＲＩが記載されていない場合は（ステップＳ８０７でＮＯ）、ＮＡＰＴＲ−ＲＲに記載された正規のＵＲＩを取得する（ステップＳ８１５）。
【０１１８】
ステップＳ８０８において、ＮＡＰＴＲ−ＲＲに通信相手の能力情報を含むＵＲＩが記載されている場合は（ステップＳ８０８でＹＥＳ）、通信相手の能力情報を含むＵＲＩを取得し（ステップＳ８０９）、当該ＵＲＩに記載された能力情報に基づき通信相手のサポートプロファイルの優先順位、解像度、ＯＦＦＲＡＭＰ機能サポートの有無、メーカー名及びバージョン情報等に対応した通信相手の能力と、ユーザが入力設定した通信パラメーターに対応した能力とを比較し、ステップＳ８０２でユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要があるか否かを判定し（ステップＳ８１０）、判定結果に応じて通信パラメーター調整処理を行う（ステップＳ８１１）。
【０１１９】
この通信パラメーター調整処理の詳細については後述する。
【０１２０】
ステップＳ８１１における通信パラメーター調整処理後、スキャナ部１０３で通信装置１００の図示せぬ原稿台へ載置された原稿から読み取った画像データを画像蓄積部１０２に蓄積後（ステップＳ８１２）、画像蓄積部１０２に蓄積された画像データを送信処理により通信相手に順次、通信相手に送信し、画像データの送信が終了することで通信相手との通信を終了する（ステップＳ８１３）。
【０１２１】
図９は、前述の通信パラメーター調整処理における動作制御の一例を示す図である。
【０１２２】
図９に示すように、ユーザが設定した通信パラメーターの能力に対して通信相手の能力が対応しきれない場合は、ステップＳ８０２において、ユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要があると判別されるので、この場合は（ステップＳ９０１でＮＯ）、例えば「指定した用紙サイズＢ４を通信相手の能力に応じてＡ４サイズに自動変換して送信します。」等の警告メッセージを表示してユーザに通知するとともに（ステップＳ９０２）、ステップＳ８０２でユーザが設定登録した通信パラメーターを通信相手の能力に対応した通信パラメーターに自動的に変更して登録する（ステップＳ９０３）。
【０１２３】
また、ユーザが設定した通信パラメーターの能力に対して通信相手の能力が対応している場合は、ステップＳ８０２において、ユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要がないと判別されるので、この場合（ステップＳ９０１でＹＥＳ）、もしくはステップＳ９０３でユーザが設定登録した通信パラメーターを通信相手の能力に対応した通信パラメーターに自動的変更し登録後、取得したＵＲＩの能力情報を削除して正規のＵＲＩに変換し（ステップＳ９０４）、前述の図８で示したステップＳ８１２の動作制御へ移行する。
【０１２４】
図１０は、図９で示した通信パラメーター調整処理の動作制御とは他の動作制御の一例を示す流れ図である。
【０１２５】
なお、図１０においては、説明の便宜上、ユーザが通信パラメーターを解像度が「超高画質（６００ｄＤＰＩ）」、ファクスモードが「カラー」、Ｐｒｏｆｉｌｅが「ｃ」、原稿サイズが「Ａ３」に設定した場合を例に説明する。
【０１２６】
図１０に示すように、ユーザが設定した通信パラメーターの能力に対して通信相手の能力が対応しきれない場合は、ステップＳ８０２において、ユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要があると判別されるので、この場合は（ステップＳ１００１でＮＯ）、通信パラメーターの変更を自動で行うか、もしくはユーザが指定して行うかの判断指示を促す警告画面を表示する（ステップＳ１００２）。
【０１２７】
警告画面には、例えばユーザが設定した通信パラメーターの超高画質（６００ｄＤＰＩ）に対して通信相手が超高画質（６００ｄＤＰＩ）の能力を備えていない場合は、「送信先は６００ｄｐｉ受信をサポートしていませんので、解像度を自動変換して送信します。送信先は白黒受信を優先していますが、カラーでそのまま送信しますか？  ＹＥＳ  ＮＯ」等の警告メッセージ及び選択ボタンを表示してユーザによる指示操作を促す。
【０１２８】
この警告画面において、ユーザが「ＮＯ」ボタンを選択した場合は、前述の図９の動作制御と同様に、ステップＳ８０２でユーザが設定登録した通信パラメーターを通信相手の能力に対応した通信パラメーターに自動的に変更して登録する（ステップＳ１００４）。
【０１２９】
また、警告画面において、ユーザが「ＹＥＳ」ボタンを選択した場合は、図示せぬ通信パラメーター設定画面の通信相手の能力に対応した通信パラメーターの値をユーザが入力変更することでユーザにより選択された通信相手の能力に対応した通信パラメーターが設定登録される（ステップＳ１００５）。  
また、ユーザが設定した通信パラメーターの能力に対して通信相手の能力が対応している場合は（ステップＳ１００１でＹＥＳ）、ステップＳ８０２において、ユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要がないと判別されるので、この場合（ステップＳ１００１でＹＥＳ）、もしくはステップＳ１００４及びステップＳ１００５で通信相手の能力に対応した通信パラメーターを登録後、取得したＵＲＩの能力情報を削除して正規のＵＲＩに変換し（ステップＳ１００６）、前述の図８で示したステップＳ８１２の動作制御へ移行する。
【０１３０】
図１１は、図１０で示した通信パラメーター調整処理の動作制御とは他の動作制御の一例を示す流れ図である。
【０１３１】
なお、図１１においては、説明の便宜上、ユーザが通信パラメーターを解像度が「標準」、ファクスモードが「モノクロ」、Ｐｒｏｆｉｌｅが「Ｓ」、原稿サイズが「Ａ４」に設定した場合を例に説明する。
【０１３２】
図１１に示すように、取得した通信相手の能力情報を含むＵＲＩに基づき設定した通信パラメーターで通信相手と通信可能な否かを判別し（ステップＳ１１０１）、不可の場合は（ステップＳ１１０１でＮＯ）、エラー画面、例えば「送信先は、ＸＸＸ機能サポートしていません。」等のエラーメッセージを表示してその旨をユーザに通知する（ステップＳ１１０６）。
【０１３３】
また、ステップＳ１１０１において、取得した通信相手の能力情報を含むＵＲＩに基づき設定した通信パラメーターで通信相手と通信可能な場合は（ステップＳ１１０１でＹＥＳ）、ユーザが設定した通信パラメーターの能力に対して通信相手の能力が対応しきれない場合は、ステップＳ８０２において、ユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要があると判別されるので、この場合は（ステップＳ１００２でＮＯ）、前述の図９及び図１０で示した動作制御と同様な動作制御を行う。
【０１３４】
ユーザが設定した通信パラメーターの能力に対して通信相手の能力が対応している場合は、ステップＳ８０２において、ユーザにより入力設定された通信パラメーターの設定内容を通信相手の能力に応じた通信パラメーターに変更する必要がないと判別されるので、この場合（ステップＳ１１０２でＹＥＳ）、もしくはステップＳ１１０４で通信相手の能力に対応した通信パラメーターを登録後、取得したＵＲＩの能力情報を削除して正規のＵＲＩに変換する（ステップＳ１１０３）。
【０１３５】
なお、この場合は、ユーザが設定した通信パラメーターにｏｆｆＲａｍｐが設定され、かつ、通信相手にｏｆｆＲａｍｐの能力がある場合は、例えば「ＦＡＸ＝転送先ＦＡＸ番号＠ｉＦＡＸ．ｃｏｍ」のように変換する。
【０１３６】
そして更に、メーカーユニーク機能が設定されている場合は、例えばメーカー名Ａ社の親展通信が指定されている場合は、メーカー毎の変換テーブルを参照してメーカーユニークのアドレス、例えばメーカー名Ａ社に対応した「ＢＯＸ００１＠ｉＦＡＸ．ｃｏｍ」のように変換後、前述の図８で示したステップＳ８１２の動作制御へ移行する。
【産業上の利用可能性】
【０１３７】
この発明は、電子メール、インターネットファクス、ファクスなど複数の通信手段を有する通信装置において利用可能である。
【０１３８】
この発明によれば、ＮＡＰＴＲリソースレコードの所定のフィールドに所定のコード及び能力情報を含むＵＲＩを記述すればよいのでＮＡＰＴＲリソースレコードの構成を変更することなく、容易に能力情報の登録することができる。
【０１３９】
また、ＥＮＵＭ用ＤＮＳサーバーにアクセスして問い合わせるといった簡単な手順で送信先の能力情報を取得することができる。
【図面の簡単な説明】
【０１４０】
【図１】本発明に係わる通信装置１００の機能的な構成の一例を示すブロック図
【図２】ＴＩＦＦプロファイルの識別コードとその内容を示すプロファイル一覧表２００を示す図
【図３】ＥＮＵＭ用ＤＮＳ１３０に登録されたＮＡＰＴＲ−ＲＲ３００の一例を示す図
【図４】ＮＡＰＴＲ−ＲＲの「ｆｌａｇｓ」フィールドが「”ｍ”」及び「”ｃ”」の場合に指定されるＵＲＩの一例を示す図
【図５】ＥＮＵＭ登録画面（前頁）５００の一例を示す図
【図６】ＥＮＵＭ登録画面（次頁）６００の一例を示す図
【図７】通信装置１００とＥＮＵＭ用ＤＮＳ１３０との間の情報の流れを示す図
【図８】画情報を送信する場合の通信装置１００の動作制御を示す流れ図
【図９】通信パラメーター調整処理における動作制御の一例を示す図
【図１０】図９の通信パラメーター調整処理の動作制御とは他の動作制御の一例を示す流れ図
【図１１】図１０の通信パラメーター調整処理の動作制御とは他の動作制御の一例を示す流れ図
【符号の説明】
【０１４１】
１００  通信装置      
１０１  システム制御部
１０２  画像蓄積部
１０３    スキャナ部
１０４    プリンタ部
１０５    操作／表示部    
１０６    ＲＡＭ
１０７    ファイル処理部
１０８    画像処理部
１０９    メールプロトコル制御部
１１０    トランスポートプロトコル制御部
１１１    ＥＮＵＭ用ＤＮＳ処理部
１１２    ＴＣＰ／ＵＤＰ／ＩＰ制御部
１１３    ネットワークインタフェース
１１４    インターネット
１３０    ＥＮＵＭ用ＤＮＳ
２００    プロファイル一覧表
３００    ＮＡＰＴＲ−ＲＲ
３０１、３０２、３０３  ＮＡＰＴＲ−ＲＲ行
３１０    「ｆｌａｇｓ」フィールドのコード及びその指定動作対応表
５００    ＥＮＵＭ登録画面（前頁）
５１０    ＥＮＵＭ登録画面（次頁）
【図１】
2007124027.tif 000003
【図２】
2007124027.tif 000004
【図３】
2007124027.tif 000005
【図４】
2007124027.tif 000006
【図５】
2007124027.tif 000007
【図６】
2007124027.tif 000008
【図７】
2007124027.tif 000009
【図８】
2007124027.tif 000010
【図９】
2007124027.tif 000011
【図１０】
2007124027.tif 000012
【図１１】
2007124027.tif 000013