(57)【要約】【課題】従来の画像通信装置では、特別な操作やサーバへの接続、あるいは、ゲートウェイを介することなく、電話番号を入力するだけで相手端末のＩＰアドレスを指定してピア・ツー・ピアで通信を行うことができなかった。【解決手段】送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納するための格納手段と、送信先装置の電話番号の入力を受付ける入力受付手段と、前記格納手段において前記受付けた電話番号に対応して格納されるＩＰアドレスの有無を判定する第１の判定手段と、前記第１の判定手段における判定の結果、前記受付けた電話番号に対応してＩＰアドレスが格納されている場合に、前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信手段とを備える。【選択図】図１
2004304711.tif 000002
【特許請求の範囲】
【請求項１】
送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納するための格納手段と、
送信先装置の電話番号の入力を受付ける入力受付手段と、
前記格納手段において前記受付けた電話番号に対応して格納されるＩＰアドレスの有無を判定する第１の判定手段と、
前記第１の判定手段における判定の結果、前記受付けた電話番号に対応してＩＰアドレスが格納されている場合に、前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信手段と
を備えることを特徴とする画像通信装置。
【請求項２】
前記第１の判定手段における判定の結果、前記受付けた電話番号に対応してＩＰアドレスが格納されてない場合に、第１のサーバに対してセッション要求を行うセッション要求送信手段と、
前記第１のサーバから前記受付けた電話番号に対応するＩＰアドレスを受信するアドレス受信手段と、
前記格納手段に、前記受信したＩＰアドレスを前記受付けた電話番号に対応づけて格納する格納制御手段と
を更に備えることを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記送信先装置との間で前記セッションが確立された後に、前記送信先装置へ識別子の送信を要求する識別子要求手段と、
前記識別子の要求に応じて前記送信先装置から送信された識別子を受信する識別子受信手段と、
前記受信した識別子と同一の識別子が前記送信先装置の電話番号と対応して前記格納手段に格納されているか否かを判定する第２の判定手段と、
前記第２の判定手段における判定の結果、前記前記受信した識別子と同一の識別子が前記送信先装置の電話番号と対応して格納されていない場合に、前記送信先装置への画像通信を抑制する抑制手段と
を更に備えることを特徴とする請求項１に記載の画像通信装置。
【請求項４】
前記識別子受信手段において、前記識別子の要求に応じた前記送信先装置からの識別子を所定の時間を超えて受信しない場合に、
前記抑制手段により、前記送信先装置への画像通信を抑制することを特徴とする請求項３に記載の画像通信装置。
【請求項５】
送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納するための格納手段と、
送信先装置の電話番号の入力を受付ける入力受付手段と、
前記受付けた電話番号に対応する識別子を前記格納手段において検索する検索手段と、
前記検索の結果、前記受付けた電話番号に対応する識別子が格納されている場合に、第２のサーバに対して前記識別子に対応するＩＰアドレスを要求するアドレス要求手段と、
前記アドレス要求に応じて前記第２のサーバから取得した前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信手段と
を備えることを特徴とする画像通信装置。
【請求項６】
前記検索の結果、前記受付けた電話番号に対応する識別子が格納されてない場合に、第１のサーバに対してセッション要求を行うセッション要求送信手段と、
前記第１のサーバから前記受付けた電話番号に対応する識別子を受信する識別子受信手段と、
前記格納手段に、前記受信した識別子を格納する格納制御手段と
を更に備えることを特徴とする請求項５に記載の画像通信装置。
【請求項７】
前記受信した識別子は前記送信先装置から送信されるセッション要求への応答に含まれ、前記応答は前記第１のサーバを介して前記送信先装置から前記画像通信装置へ送信されることを特徴とする請求項６に記載の画像通信装置。
【請求項８】
送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納する工程と、
送信先装置の電話番号の入力を受付ける入力受付工程と、
前記格納工程において前記受付けた電話番号に対応するＩＰアドレスが格納されたか否かを判定する第１の判定工程と、
前記第１の判定工程における判定の結果、前記受付けた電話番号に対応してＩＰアドレスが格納されている場合に、前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信工程と
を備えることを特徴とする画像通信装置の制御方法。
【請求項９】
前記第１の判定工程における判定の結果、前記受付けた電話番号に対応してＩＰアドレスが格納されてない場合に、第１のサーバに対してセッション要求を行うセッション要求送信工程と、
前記第１のサーバから前記受付けた電話番号に対応するＩＰアドレスを受信するアドレス受信工程とを更に備え、
前記格納工程において、前記受信したＩＰアドレスを前記受付けた電話番号に対応づけて格納することを特徴とする請求項８に記載の画像通信装置の制御方法。
【請求項１０】
前記送信先装置との間で前記セッションが確立された後に、前記送信先装置へ識別子の送信を要求する識別子要求工程と、
前記識別子の要求に応じて前記送信先装置から送信された識別子を受信する識別子受信工程と、
前記受信した識別子と同一の識別子が前記送信先装置の電話番号と対応して前記格納工程において格納されたか否かを判定する第２の判定工程と、
前記第２の判定工程における判定の結果、前記前記受信した識別子と同一の識別子が前記送信先装置の電話番号と対応して格納されていない場合に、前記送信先装置への画像通信を抑制する抑制工程と
を更に備えることを特徴とする請求項８に記載の画像通信装置の制御方法。
【請求項１１】
前記識別子受信工程において、前記識別子の要求に応じた前記送信先装置からの識別子を所定の時間を超えて受信しない場合に、
前記抑制工程により、前記送信先装置への画像通信を抑制することを特徴とする請求項１０に記載の画像通信装置の制御方法。
【請求項１２】
送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納するための格納工程と、
送信先装置の電話番号の入力を受付ける入力受付工程と、
前記受付けた電話番号に対応する識別子を前記格納工程において格納されたか否かを判定する判定工程と、
前記判定の結果、前記受付けた電話番号に対応する識別子が格納されている場合に、第２のサーバに対して前記識別子に対応するＩＰアドレスを要求するアドレス要求工程と、
前記アドレス要求に応じて前記第２のサーバから取得した前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信工程と
を備えることを特徴とする画像通信装置の制御方法。
【請求項１３】
前記検索の結果、前記受付けた電話番号に対応する識別子が格納されてない場合に、第１のサーバに対してセッション要求を行うセッション要求送信工程と、
前記第１のサーバから前記受付けた電話番号に対応する識別子を受信する識別子受信工程とを更に備え、
前記格納工程において、前記受信した識別子を格納することを特徴とする請求項１２に記載の画像通信装置の制御方法。
【請求項１４】
前記受信した識別子は前記送信先装置から送信されるセッション要求への応答に含まれ、前記応答は前記第１のサーバを介して前記送信先装置から前記画像通信装置へ送信されることを特徴とする請求項１３に記載の画像通信装置の制御方法。
【請求項１５】
請求項８乃至請求項１４のいずれかに記載の画像通信装置の制御方法をコンピュータに実行させるための画像通信装置の制御プログラム。
【請求項１６】
請求項１５に記載の画像通信装置の制御プログラムを格納するコンピュータで読取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが入ったパケット形式のデジタル信号を伝送できるＡＤＳＬなどのブロードバンド回線に接続することのできる画像通信装置に関するものである。特に、ＩＰ電話網に接続できる画像通信装置に関するものである。
【０００２】
【従来の技術】
近年ＡＤＳＬなどの通信回線のブロードバンド化が著しい。このようなブロードバンド回線の高速伝送性を活かして音声をＩＰパケット化して伝送するＩＰ電話サービスも急速に普及している。
【０００３】
このような実状を背景として、ＩＰ電話網を利用して従来のファクシミリと同様の操作によりリアルタイムで高速画像通信を行うようにする方法が提案されている。
【０００４】
ＩＰ電話網においては、接続される端末で電話番号が入力されると、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ宛てに送信先電話番号を含むセッション要求メッセージが送信される。セッション要求メッセージを受信したＳＩＰサーバはＥＮＵＭサーバに問い合わせて電話番号に対応する識別子としてのＵＲＩ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ）を入手する。続けてＳＩＰサーバはＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバから、ＵＲＩに対応するＩＰアドレスを入手する。それ以降、端末から送信されるパケットは前記ＩＰアドレスを有する送信先端末宛てに送られることになる。
【０００５】
ＳＩＰサーバから送信されるパケット内のＩＰアドレスによって端末が相手端末のＩＰアドレスを認識すると、送信元の端末がサーバを経由しないで、送信先の端末宛てにピア・ツー・ピア（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）でＩＰパケットの送信を行うことができる。
【０００６】
そこで、画像通信端末において、画像フレームの送信に先立ってサーバに送信先の電話番号に対応するＩＰアドレス情報を要求し、サーバから受信する送信先のＩＰアドレスを画像フレームに付加し、読み込んだ画像を複数のフレームに分割して、当該分割したフレームごとに、送信先のＩＰアドレスを付加してフレームを送信することにより、リアルタイムでの高速画像電送を実現することができる。
【０００７】
しかしながら、上記においては、画像を送信する際には必ずＳＩＰサーバ宛てにセッション要求メッセージを送信する必要があるものであった。そのため、ＳＩＰサーバの負荷が大きくなっている。
【０００８】
これに対してＩＳＤＮを用いたインターネット電話の実現方法が提案されており、同発明においては、電話番号に対応付けてインターネット電話が可能であるかどうかという情報をメモリに記憶している。しかし、送信先ＩＰアドレスは送信先のアクセスポイントから入手するものであり、送信先に直接ＩＰパケットを送信することはできないものであった（例えば、特許文献１を参照。）。
【０００９】
更なる提案では、ゲートウェイにおいてＩＰアドレスと電話番号を関連付けてメモリに記憶しておくことにより、ゲートウェイに接続される複数の端末間では直接ＩＰパケットを送受信できるようにするものがある。しかし、この場合、ゲートウェイに端末を接続する時に、ＩＰアドレスと電話番号を関連付けて登録する必要がある（例えば、特許文献２を参照）。
【００１０】
【特許文献１】
特開２００１−３２６７４６号公報
【００１１】
【特許文献２】
特開２００２−２７１４２０号公報
【００１２】
【発明が解決しようとする課題】
このように、特別な操作やサーバへの接続、あるいは、ゲートウェイを介することなく、電話番号を入力するだけで相手端末のＩＰアドレスを指定してピア・ツー・ピアで通信を行うことができなかった。
【００１３】
【課題を解決するための手段】
上記課題を解決するための本発明は、送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納するための格納手段と、送信先装置の電話番号の入力を受付ける入力受付手段と、前記格納手段において前記受付けた電話番号に対応して格納されるＩＰアドレスの有無を判定する第１の判定手段と、前記第１の判定手段における判定の結果、前記受付けた電話番号に対応してＩＰアドレスが格納されている場合に、前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信手段とを備える。
【００１４】
上記課題を解決するための更なる本発明は、送信先装置のＩＰアドレス及び識別子を前記送信先装置の電話番号に対応付けて格納するための格納手段と、送信先装置の電話番号の入力を受付ける入力受付手段と、前記受付けた電話番号に対応する識別子を前記格納手段において検索する検索手段と、前記検索の結果、前記受付けた電話番号に対応する識別子が格納されている場合に、第２のサーバに対して前記識別子に対応するＩＰアドレスを要求するアドレス要求手段と、前記アドレス要求に応じて前記第２のサーバから取得した前記ＩＰアドレスを利用して画像通信のために前記送信先装置に対するセッション要求を行うセッション要求送信手段とを備える。
【００１５】
【発明の実施の形態】
以下、本発明にかかる実施形態について以下に図面を参照して詳細に説明する。
【００１６】
図１は本発明を実施する画像通信装置の接続されるシステム構成の一例を示すである。同図において、１０１はネットワークを示し、より具体的にはインターネット網（ＩＰ網）である。１０２はインターネット網１０１へ接続されるＥＮＵＭサーバであり、電話番号をＵＲＩに変換する処理を行う。１０３は同様にインターネット網１０１へ接続されるＤＮＳ  （Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）  サーバであり、ドメインネームをＩＰアドレスに変換する処理を行う。
【００１７】
１０４はＶｏＩＰ用ＳＩＰサーバ（例えば、グローバルＩＰアドレス  ＝  １９３．１６８．０．０）であり、ＩＰ電話サービスにおける呼接続処理を行うためのＳＩＰ  （Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  の処理を行うインターネット網１０１に接続されるサーバである。
【００１８】
１０５はモデム１０６を介してインターネット網１０１へ接続可能な第１の画像通信装置（例えば、グローバルＩＰアドレス  ＝  １９４．１６８．０．０）であり、図２に詳細構成の一例を示す。
【００１９】
１０６はＡＤＳＬモデムであり、アナログ電話を接続するアナログ電話インターフェイスとデジタルデータの送受信を行うためのＥｔｈｅｒｎｅｔ（登録商標）インターフェイスを内蔵している。アナログ電話インターフェイスを伝送する音声帯域信号とＥｔｈｅｒｎｅｔ（登録商標）インターフェイスを伝送する音声帯域外信号を多重・変調して通信回線に送信する機能を有する。逆に、通信回線から受信した信号を音声帯域信号と音声帯域外信号に分離し、それぞれアナログ電話インターフェイスとＥｔｈｅｒｎｅｔ（登録商標）インターフェイスに出力する機能も有するものである。
【００２０】
１０７はＡＤＳＬモデムと画像通信装置を接続するＥｔｈｅｒｎｅｔ（登録商標）インターフェイス、１０８はモデム１０９を介してインターネット網１０１へ接続可能な第２の画像通信装置（例えば、グローバルＩＰアドレス  ＝  １９７．１６８．０．０）、１０９はＡＤＳＬモデム、１１０はＥｔｈｅｒｎｅｔ（登録商標）インターフェイスである。
【００２１】
図２は本発明の実施形態に対応する画像通信装置の内部構成の一例を示した図である。同図において、２０１はＣＰＵであり、ＲＯＭ２０２に格納されたプログラムに従って画像通信装置の制御を行う。ＴＣＰ／ＩＰのプロトコル処理も行い、画像データのＴＣＰ／ＩＰフレームへの組立は本ＣＰＵの制御により行われる。２０３はＲＡＭであり、プログラム実行時のワークメモリとして使用すると共に、送受信する画像データもバッファリングにも使用される。
【００２２】
２０４はＣＩＳ（Ｃｏｎｔａｃｔ  Ｉｍａｇｅ  Ｓｅｎｓｏｒ：接触型イメージセンサ）であり、原稿の画像をアナログ信号に変換する。２０５は読取制御部であり、ＣＩＳが出力するアナログ信号をデジタルデータに変換する。変換されたデジタルデータは、ＣＰＵ２０１の制御によりＲＡＭ２０３に転送される。
【００２３】
２０６はＭＨ符号化・復号化処理部であり、画像送信時には、読み取った画像データをＭＨ符号化してデータ圧縮する。受信時には、ＭＨ符号化されている画像データを復号化する。
【００２４】
２０７はＦＡＸモデムであり、送信時にはＭＨ符号化されたデータを変調してアナログ回線を電送できる音声帯域のアナログ信号に変換する。受信時には、受信したアナログ信号を復調して、ＭＨ符号化データを出力する。
【００２５】
２０８は音声入出力部（ハンドセット）であり、音声を入力するマイクと、音声を出力するスピーカから構成されている。
【００２６】
２０９はアナログスイッチであり、ＣＯＤＥＣ２１０に接続する信号を切り替えるスイッチである。ファクシミリ画像通信時にはＣＯＤＥＣ２１０とＦＡＸモデム２０７を接続し、通話時にはＣＯＤＥＣ２１０と音声入出力部２０８を接続する。
【００２７】
２１１はキー操作部であり、ダイヤルやファクシミリ送受信の操作ボタンなどから構成される。２１２は液晶表示部である。
【００２８】
２１３は記録処理部であり、受信した画像データを印刷用ラスタデータに変換し、印字処理するものである。
【００２９】
２１４はカードインターフェイスであり、デジタルカメラで撮影したＪＰＥＧ画像を格納したメモリカードを接続することができる。
【００３０】
２１５はＪＰＥＧ処理部であり、カードインターフェイスを経由して入力されたＪＰＥＧ画像をＪＰＥＧ圧縮するものである。また、受信したＪＰＥＧ画像データを伸張するものである。
【００３１】
２１６はＬＡＮコントローラであり、ＡＤＳＬモデムとの間でＥｔｈｅｒｎｅｔ（登録商標）インターフェイスを経由してデータ送受信を行うものである。送信するデータを本ＬＡＮコントローラに転送すると、ＭＡＣ  （Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームヘッダとＦＣＳ  （Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）などを付加した上で、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェイスに送信するものである。
【００３２】
以上の構成において、本発明の具体的な実施形態を以下に説明する。
【００３３】
【第１の実施形態】
以下に、本発明の第１の実施形態を、図３ａからｃ、図４、図５及び図６を参照して説明する。本実施形態では、ＩＰ電話サービスにおいてＳＩＰメッセージの送受信時に相手端末のＩＰアドレスまたはＵＲＩを入手できることを利用して、特定の相手に対する１回目のＳＩＰメッセージの送信時に入手したＩＰアドレスまたはＵＲＩを記憶することにより、同じ相手に対する２回目以降の送信においてはＳＩＰサーバ１０４を経由しないで画像を送信する。
【００３４】
まず、図３ａは画像通信装置１０５から画像通信装置１０８に対して初めて画像を送信する場合の通信シーケンスの一例を示す図である。図３ｂは画像通信装置１０５から画像通信装置１０８に対して、２回目以降に画像を送信する場合に、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納したＰｒｉｎｔｅｒ−ＵＲＩに一致した時の通信シーケンスの一例を示す図である。図３ｃは画像通信装置１０５から画像通信装置１０８に対して、２回目以降に画像を送信する場合に、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納したＰｒｉｎｔｅｒ−ＵＲＩに一致しない時の通信シーケンスの一例を示す図である。
【００３５】
更に、図４は画像通信装置１０５の動作フローチャートの一例である。図５は画像通信装置１０８の動作フローチャートの一例である。図６はＳＩＰサーバ１０４の動作フローチャートの一例である。
【００３６】
以下、本実施形態に対応して、第１の画像通信装置１０５から第２の画像通信装置１０８に対して画像送信を開始する場合の処理について説明する。
【００３７】
画像通信装置のキー操作部２１１により宛先の電話番号の入力に続いて画像送信キーが押下されると（Ｓ４０１）、この電話番号に対応するＩＰアドレスがメモリに格納されているかどうかをチェックする（Ｓ４０２）。既に画像送信を行ったことのある相手先であれば、電話番号に対応するＩＰアドレスがメモリに格納されている。なお、Ｓ４０２及びＳ４０３におけるＵＲＩ情報の検索は、後述する第３の実施形態に対応する。
【００３８】
メモリに入力された電話番号に対応するＩＰアドレスが格納されていない場合（Ｓ４０３）、ＡＤＳＬモデムに接続されたＥｔｈｅｒｎｅｔ（登録商標）インターフェイス１０６経由で、前記電話番号情報を入れたＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のセッション要求メッセージ（ＩＮＶＩＴＥメッセージ）を送信する処理を行う（３０１、Ｓ４０４）。
【００３９】
ＳＩＰメッセージは以下のように構成される。
2004304711.tif 000003
【００４０】
入力された電話番号に基づく宛先情報などを記述したヘッダに続く本文においては、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ２３２７）に基づく各種パラメータを記述する。画像通信をする場合には、この中にメディア種別が画像であることや、使用する画像伝送プロトコル種別に関する記述を行う。また、画像パケットを送受信する際に使用するポート番号についても記述する。上記例においては、４４０００をポート番号として使用することを想定している。
【００４１】
このＳＩＰメッセージを送信するにあたっては、トランスポート層としてはＵＤＰを使用する。そこで、ＣＰＵ２０１はＳＩＰメッセージにＵＤＰヘッダを付加して、ＵＤＰフレームを生成してメモリ２０３に格納する。ＵＤＰヘッダ内の送信先アドレスには、ＳＩＰサーバ１０４のＩＰアドレス１９３．１６８．０．０を入れ、送信元アドレスには、画像通信装置１０５のＩＰアドレスである１９４．１６８．０．０を入れる。また、宛先ポート番号には、ＳＩＰのＷｅｌｌ−ｋｎｏｗｎポート番号である５０６０を入れ、送信元ポート番号には任意のポート番号（本実施形態では５０００とする）を入れる。
【００４２】
このようにして生成したＵＤＰフレームをＣＰＵ２０１はＬＡＮコントローラ２１６に転送する。ＬＡＮコントローラ２１６は送信データを受信すると、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダを付加してＡＤＳＬモデム１０６に送信し、データを受信したＡＤＳＬモデム１０６は受信したデータをＩＰ網１０１に送信する。これ以降に送信される各種メッセージについても、同様の手順により送信される。
【００４３】
本パケットの場合は、送信先ＩＰアドレスとしてＳＩＰサーバのＩＰアドレスが入れられているので、ＩＰ網１０１を経由してＳＩＰサーバ１０４に届けられることになる（Ｓ６０１）。
【００４４】
ＳＩＰサーバ１０４は受け取ったセッション要求メッセージのヘッダ内の電話番号を８．７．６．５．４．３．２．１．  ｅ１６４．ａｒｐａという形式に展開し（Ｓ６０２）、ＥＮＵＭサーバへ問い合わせる（３０２、Ｓ６０３）。問い合わせを受けたＥＮＵＭサーバにおいては、８．７．６．５．４．３．２．１．  ｅ１６４．ａｒｐａ  に対応するＵＲＩを検索し、その結果としてｉｐｐｆａｘ：／／ｋａｍｏｎ．ｃｏ．ｊｐ／ａｂｃというＵＲＩをＳＩＰサーバ１０４に返信する（３０３）。
【００４５】
ＵＲＩを受信したＳＩＰサーバ１０４は（Ｓ６０４）、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  ｓｙｓｔｅｍ）サーバに対して、受信したＵＲＩであるｉｐｐｆａｘ：／／ｋａｍｏｎ．ｃｏ．ｊｐ／ａｂｃに対応するＩＰアドレスを問い合わせる（３０４、Ｓ６０５）。問い合わせを受けたＤＮＳサーバ１０３においては、前記ＵＲＩに対応する画像通信装置１０８のＩＰアドレスが１９８．１６８．０．０であることを検索して、ＳＩＰサーバに対して通知する（３０５）。
【００４６】
ＤＮＳサーバ１０３から相手先の画像通信装置１０８のＩＰアドレスを受信したＳＩＰサーバ１０４は（Ｓ６０６）、画像通信装置１０５から受信したパケット内の送信先ＩＰアドレスをＤＮＳサーバ１０３から受信した画像通信装置１０８のＩＰアドレスに入れ替え、送信元ＩＰアドレスをＳＩＰサーバ１０４のＩＰアドレスに入れ替えた上で、画像通信装置１０８宛てにセッション要求メッセージを送信する（３０６、Ｓ６０７）。
【００４７】
セッション要求メッセージを受信した画像通信装置１０８は（Ｓ５０１）、呼出中メッセージをＳＩＰサーバ１０４宛てに送信する（３０７、Ｓ５０２）。呼出中メッセージのヘッダ内の宛先には、受信したセッション要求メッセージのヘッダに記述されている送信元電話番号情報を入れ、送信先ＩＰアドレスには、セッション要求メッセージの送信元ＩＰアドレスである、ＳＩＰサーバ１０４のアドレスを入れて送信する。また、画像通信装置１０５の送信したセッション要求メッセージと同様に、ＳＤＰによる各種パラメータも記述し、画像通信装置１０８が受信する画像パケット用のポート番号も指定する。本実施形態においては、ポート番号を４７０００とする。
【００４８】
画像通信装置１０８においては、呼出中メッセージの送信と同時に、画像通信装置１０８は呼出音を鳴動すると同時に、画像着信があったことを表示する（Ｓ５０３）。
【００４９】
呼出中メッセージを受信したＳＩＰサーバ１０４は（Ｓ６０８）、送信先ＩＰアドレスを画像通信装置１０５のＩＰアドレスに、送信元ＩＰアドレスをＳＩＰサーバ１０４のＩＰアドレスにそれぞれ入れ替えて送信し（３０８、Ｓ６０９）、画像通信装置１０５が呼出中メッセージを受信する（Ｓ４０５）。
【００５０】
画像通信装置１０８のキー操作部において「画像受信」が押下されると（Ｓ５０４）、画像通信装置１０８はＳＩＰサーバ１０４宛てに応答メッセージを送信する（３０９、Ｓ５０５）。なお、応答メッセージへのＵＲＩ情報を付加は、後述する第３の実施形態に対応する。応答メッセージを受信したＳＩＰサーバ１０４においては（Ｓ６１０）、今度は送信先ＩＰアドレスのみを画像通信装置１０５のＩＰアドレスに変換して送信し（３１０、Ｓ６１１）、画像通信装置１０５が前記応答メッセージを受信する（Ｓ４０６）。ここでは、併せて画像通信装置１０８のＵＲＩを通知してもよい。
【００５１】
画像通信装置１０５は受信した応答メッセージ内の送信元ＩＰアドレスにより、画像通信装置１０８のＩＰアドレスを認識することができ（Ｓ４０７）、これ以降はＳＩＰサーバ１０４を経由しないで、直接画像通信装置１０８宛てにパケットを送信することが可能になる。画像通信装置１０５においては、認識したＩＰアドレス１９８．１６８．０．０を電話番号０５０−１２３４−５６７８に対応付けてメモリに格納する（Ｓ４０８）。なお、Ｓ４０７及びＳ４０８におけるＵＲＩ情報の認識、格納は、後述する第３の実施形態に対応する。
【００５２】
画像通信装置１０５は宛先ＩＰアドレスを画像通信装置１０８のＩＰアドレスとした応答確認メッセージを送信して（３１１）、呼接続手順は終了する（Ｓ４０９）。
【００５３】
以上の手順により、画像通信装置１０５と画像通信装置１０８の間で画像データの送受信を開始することができる。
【００５４】
画像送信においてはリアルタイム性よりもデータ誤りの防止が重要であるため、トランスポート層としてはＴＣＰを使用する。
【００５５】
画像送信に先立ち、画像通信装置１０５はＩＰＰＦＡＸのプロトコルに基づいて、送信画像パラメータなどの情報を画像通信装置１０８に送信する。ＩＰＰＦＡＸメッセージはすべてＨＴＴＰのＰＯＳＴを使って送信する。また、画像通信装置１０５が送信するＩＰＰＦＡＸメッセージ内の宛先ポート番号は４７１００、送信元ポート番号は４４１００となっており、画像通信装置１０８が送信するＩＰＰＦＡＸメッセージ内の宛先ポート番号は４４１００、送信元ポート番号は４７１００となっている。
【００５６】
まず、画像通信装置１０５はＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを送信する（３１２、Ｓ４１０）。本メッセージは、画像通信装置１０８に対して、装置名称、処理可能な文書形式などを確認することを目的としている。文書形式はＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）形式で記述される。メッセージ文の詳細はＲＦＣ２９１１に記述されているので、本実施形態においては詳述しない。本実施形態における重要な点は、文書形式としてＪＰＥＧ画像をサポートしているかどうかを確認する内容となっていることである。また、相手の画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを確認する属性が含まれていることも重要である。相手の画像通信装置１０８宛てにＳＩＰサーバを経由しないで画像を送信する場合に、Ｐｒｉｎｔｅｒ−ＵＲＩによって、送信しようとしている相手であるかどうかを判断することになるためである。
【００５７】
上記のＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを受信した画像通信装置１０８は（Ｓ５０６）、文書形式としてＪＰＥＧ画像をサポートしていることを示す内容を含むＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５宛てに送信する（３１３、Ｓ５０７）。
【００５８】
画像通信装置１０５は、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ４１１）、同メッセージ内のＰｒｉｎｔｅｒ−ＵＲＩに記載されている画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを、画像通信装置１０８の電話番号に対応づけてメモリに格納する（Ｓ４１２）。また、画像データを送信しても良いかどうかを確認するために、画像通信装置１０８に対して、Ｖａｌｉｄａｔｅ−Ｊｏｂメッセージを送信する（３１４、Ｓ４１３）。
【００５９】
画像通信装置１０８はＶａｌｉｄａｔｅ−Ｊｏｂメッセージをした時に受信できる状態にあれば（Ｓ５０８）、Ｖａｌｉｄａｔｅ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信する（３１５、Ｓ５０９）。
【００６０】
画像通信装置１０５はＶａｌｉｄａｔｅ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ４１４）、ＪＰＥＧ画像ファイルを送信するためにＰｒｉｎｔ−Ｊｏｂメッセージを送信する（３１６）。同メッセージ内には、送信先装置のＵＲＩ、文書名、文書形式などの属性情報と共に画像ファイルそのものを含んでいる。
【００６１】
本メッセージを生成する際には、画像通信装置１０５においては、ＣＰＵ２０１がカードインターフェイス２１４を経由してメモリカードに格納されているＪＰＥＧデータを読み出す（Ｓ４１５）。続いて、ＣＰＵ２０１は読み出したデータをＢＡＳＥ６４変換処理し、Ｐｒｉｎｔ−Ｊｏｂメッセージの各属性とＩＰアドレスやポート番号を含むＴＣＰヘッダを付加したフレームを生成してＲＡＭ２０３に格納する（Ｓ４１６）。続いて、本フレームをＬＡＮコントローラ２１６に転送し、ＬＡＮコントローラ２１６においては、ＭＡＣアドレスを付加して送信する（Ｓ４１７）。
【００６２】
Ｐｒｉｎｔ−Ｊｏｂメッセージを受信した画像通信装置１０８は（Ｓ５１０）、属性情報を参照することにより、受信した画像ファイルがＪＰＥＧ画像であることを認識することができる。画像通信装置１０８においては、ＬＡＮコントローラ２１６においてヘッダを削除し、ＪＰＥＧデータをＲＡＭ２０３に格納する（Ｓ５１１）。
【００６３】
画像通信装置１０８は画像データを正常に受信できると、正常に受信できたことを示すＰｒｉｎｔ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信して（３１７）、画像通信動作が終了する（３１８、３１９、Ｓ５１２）。この画像通信動作の終了は、切断メッセージをＳＩＰサーバ１０４を介して画像通信装置１０８へ送信することにより行う。
【００６４】
画像通信装置１０５においては、Ｐｒｉｎｔ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（Ｓ４１８）、画像が正常に送信できたと判断して画像送信動作を終了する（Ｓ４１９）。
【００６５】
なお、ＪＰＥＧ画像を受信した画像通信装置１０８においては、ＪＰＥＧデータはＪＰＥＧ処理部２１２において伸張され（Ｓ５１３）、記録処理部１２３においてＣＭＫＹの４色データに変換され（Ｓ５１４）、プリンタ部において印刷して出力される（Ｓ５１５）。
【００６６】
次に、電話番号に対応するＩＰアドレスがメモリに格納されていた場合の処理について、図３ｂ、図３ｃ及び図４ｂを参照して説明する。この場合、Ｓ４０２において電話番号に対応するＩＰアドレスがメモリに格納されていた時には（Ｓ４２０）、画像通信装置１０５は送信先の画像通信装置１０８のＩＰアドレスが１９８．１６８．０．０であることを認識する（Ｓ４２１）。
【００６７】
そこで、セッション要求メッセージにＩＰアドレス１９８．１６８．０．０を付加して送信する（３２１、Ｓ４２２）。セッション要求メッセージの内容については、先の場合と同じものである。
【００６８】
これ以降、画像通信装置１０５と画像通信装置１０８の間で、呼出中メッセージ（３２２）、応答メッセージ（３２３）、応答確認メッセージ（３２４）の送受信が行われる（Ｓ４２３）。ＩＰアドレスがメモリに格納されていない場合との違いは、これらのメッセージの送受信においてＳＩＰサーバを経由しないで、画像通信装置１０５と画像通信装置１０８の間で直接の送受信が行われる点である。
【００６９】
これらのメッセージの送受信に続いて、画像処理手順を開始する。まず、画像通信装置１０５はＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを送信する（３１２、Ｓ４２４）。これに対して、画像通信装置１０８からＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（３１３、Ｓ４２５）、同メッセージ内のＰｒｉｎｔｅｒ−ＵＲＩに記載されている画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを読み出す（Ｓ４２６）。そして、読み出したＰｒｉｎｔｅｒ−ＵＲＩを、あらかじめメモリに記憶されている、ダイヤルした電話番号に対応するＰｒｉｎｔｅｒ−ＵＲＩと比較する（Ｓ４２７）。
【００７０】
比較した結果、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納されているＰｒｉｎｔｅｒ−ＵＲＩと一致しているならば、画像通信装置１０８が所望の通信相手であると認識して（Ｓ４２８）、Ｓ４１３以降の手順を実行して画像を送信する。
【００７１】
一方、比較した結果、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納されているＰｒｉｎｔｅｒ−ＵＲＩと一致していないならば、画像通信装置１０８は所望の通信相手でないと認識して（Ｓ４３０）、続くＩＰＰＦＡＸの手順を中止する（３１９、Ｓ４３１）。
【００７２】
続いて、電話番号に対応するＩＰアドレスが記憶されなかった時のＳ４０４と同様に、ＳＩＰサーバに対してセッション要求メッセージを送信する（３０１）。Ｓ４０４以降の手順については、電話番号に対応するＩＰアドレスが記憶されなかった時処理と同様である（Ｓ４３２）。
【００７３】
また、Ｓ４２５において、所定の時間（例えば数百ミリ秒）が経過してもＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージ（３１３）を受信しない場合（Ｓ４２９でＹＥＳ）には、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを送信した相手端末が所望の画像通信装置１０８ではなく、ＵＲＩ情報を返せない装置であった可能性があると判断し、電話番号に対応するＩＰアドレスが記憶されなかった時のＳ４０４と同様に、ＳＩＰサーバに対してセッション要求メッセージを送信する。Ｓ４０４以降の手順については、電話番号に対応するＩＰアドレスが記憶されなかった時の処理（図３ａ及び図４ａに示すもの）と同様である。
【００７４】
さらに、Ｓ４２２において、画像通信装置１０８に対してＩＮＶＩＴＥメッセージを送信しても応答メッセージを受信しない場合は（Ｓ４２３）、ファイアウォールにより接続できない状態にある可能性があると判断する。この場合にも、電話番号に対応するＩＰアドレスが記憶されなかった時のＳ４０４と同様に、ＳＩＰサーバ１０４に対してセッション要求メッセージを送信する（３０１）。Ｓ４０４以降の手順については、電話番号に対応するＩＰアドレスが記憶されなかった時処理と同様である。
【００７５】
以上のように、本発明を実施することにより、１回でも画像通信を行った相手に対する画像送信時にはＳＩＰサーバを経由する必要がなくなり、ＳＩＰサーバの処理量が多く、ＳＩＰサーバの負荷を小さくすることができる。また、ＳＩＰサーバを経由しての接続が必要となり、接続時間を短くすることができる。さらには、ＳＩＰサーバを経由して、伝送遅延時間が一定時間以内に保証されるＩＰ電話網を使用するため、課金されることなく画像を送信することができる。
【００７６】
また、固定のグローバルＩＰアドレスを使用できないために、動的に割り当てられたＩＰアドレスを使用している画像通信装置の個人ユーザーについては、１回目の画像送信に先立って、送信先装置を特定することのできる情報を送信先装置から受信してメモリに格納し、２回目の画像送信開始時に送信しようとしている装置から受信する情報とメモリに格納された情報を比較し、一致している場合のみ画像を送信することにより、誤送信を未然に防ぐことができる。
【００７７】
即ち、２回目の画像送信の時点で、送信先のＩＰアドレスが１回目の送信時から変更になっている場合、１回目の送信時に入手したＩＰアドレス宛てに画像を送信したために、間違った相手に画像を送信してしまうといった問題を回避することができる。更に、送信先装置を特定する情報として、ＩＰＰＦＡＸプロトコルで使用されるＰｒｉｎｔｅｒ−ＵＲＩを使用することにより、特別な手順を付加することなく上記の効果を達成することができる。
【００７８】
【第２の実施形態】
第１の実施形態においては、画像通信装置１０８から送信される応答メッセージに入っている送信元ＩＰアドレスをＳＩＰサーバ１０４が入れ替えないために、画像通信装置１０５は画像通信装置１０８のＩＰアドレスを認識できるものであった。
【００７９】
しかしながら、ＳＩＰサーバ（ＩＰ電話業者）によっては、このような処理を行わず、画像通信装置１０８から画像通信装置１０５宛てに送られたパケットの全ての送信元ＩＰアドレスをＳＩＰサーバ１０４のＩＰアドレスに入れ替え、画像通信装置１０５に送信するＳＩＰメッセージ内に画像通信装置１０８のＵＲＩであるｉｐｐｆａｘ：／／ｋａｍｏｎ．ｃｏ．ｊｐ／ａｂｃを入れて送信することが考えられる。
【００８０】
そこで、このような場合には、図３ｄに示すようにＵＲＩを利用して画像通信装置１０８のＩＰアドレスを取得する。そのために、画像通信装置１０５においては、画像通信装置１０８の電話番号に対応させて前記ＵＲＩをメモリに格納し、電話番号が入力された時には電話番号に対応するＵＲＩがメモリに格納されているかどうかのチェックを行う。
【００８１】
ＵＲＩが格納されていない場合の処理は、図３ａ及び図４ａに示す第１の実施形態と同様である。
【００８２】
一方、ＵＲＩが格納されている場合は、セッション要求メッセージの送信に先立ち、ＵＲＩに対応するＩＰアドレスをＤＮＳサーバ１０３に対して問い合わせる（３３１）。ＤＮＳサーバ１０３からＩＰアドレスが１９８．１６８．０．０であることが返信される（３３２）と、前記ＩＰアドレスを付加したセッション要求メッセージを画像通信装置１０８宛てに送信する。
【００８３】
これ以降の処理については、図３ｂと対応して説明した第１の実施形態と同様である。
【００８４】
【第３の実施形態】
上記第１及び第２の実施形態では、ＳＩＰサーバ１０４によって、画像通信装置１０８のＳＩＰメッセージから送信元ＩＰアドレスまたはＵＲＩがマスクされてしまう場合には、このため同じ相手に対する２回目以降の送信においてはＳＩＰサーバを経由しないで画像を送信することができなくなる。
【００８５】
そこで、本実施形態では、ＳＩＰサーバ１０４からのセッション要求を受けた画像通信装置１０８端末は、要求に対する応答メッセージの中に電話番号情報やＵＲＩを組み込んで前記応答メッセージを送信することで、画像通信装置１０５はＳＩＰサーバ１０４の仕様に関らず、確実に画像通信装置１０８のＵＲＩを得ることができ、これを記憶することにより、同じ相手に対する２回目以降の送信においてはＳＩＰサーバを経由しないで画像を送信することができる。
【００８６】
本実施形態においては、以下の各ステップにおいてＳＩＰサーバ１０４を介して提供される送信元ＩＰアドレスを利用する代わりに、画像通信装置から取得したＵＲＩを利用する点を除き、基本的な処理は第１の実施形態と同様である。
【００８７】
より具体的には、図４ａのＳ４０２において、電話番号に対応するＵＲＩがメモリに格納されているかどうかをチェックする。既に画像送信を行ったことのある相手先であれば、電話番号に対応するＵＲＩがメモリに格納されているためである。
【００８８】
また、同様にＳ４０７では、画像通信装置１０５は受信した応答メッセージ内に組み込まれているＵＲＩ情報により、画像通信装置１０８のＵＲＩを認識する。これ以降ＳＩＰサーバ１０４を経由しないで、直接画像通信装置１０８宛てにパケットを送信することが可能になり、Ｓ４０８では、画像通信装置１０５においては、認識したＩＰアドレス（１９８．１６８．０．０）を電話番号（０５０−１２３４−５６７８）に対応付けてメモリに格納する。
【００８９】
さらにＳ４０２において、電話番号に対応するＵＲＩがメモリに格納されていた時には（Ｓ４２０）、画像通信装置１０５は送信先の画像通信装置１０８のＩＰアドレスが１９８．１６８．０．０であることを認識する（Ｓ４２１）。そして、通信装置１０５はセッション要求メッセージの送信に先立ち、ＵＲＩに対応するＩＰアドレスをＤＮＳサーバ１０３に対して問い合わせる（図３ｆの３６１）。ＤＮＳサーバ１０３からＩＰアドレスが１９８．１６８．０．０であることが返信されると（図３ｆの３６２）、前記ＩＰアドレスを付加したセッション要求メッセージを画像通信装置１０８宛てに送信する（Ｓ４２２）。ここで、図３ｆは画像通信装置１０５から画像通信装置１０８に対して、２回目以降に画像を送信する場合に、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納したＰｒｉｎｔｅｒ−ＵＲＩに一致した時の通信シーケンス図である。
【００９０】
また、図５のＳ５０４において、画像通信装置１０８のキー操作部において「画像受信」が押下されると、画像通信装置１０８は応答メッセージ内に自機のＵＲＩ情報を組み込み、ＳＩＰサーバ１０４宛てに応答メッセージを送信する（３０９、Ｓ５０５）。ＳＩＰサーバ１０４では、応答メッセージ内のＵＲＩ情報を変更することはないので、画像通信装置１０５は、画像通信装置１０８のＵＲＩ情報を確実に取得することができる。
【００９１】
なお、１回目の通信においてＩＰアドレスが通知される場合には、ＩＰアドレスを利用して直接画像通信装置１０８へ画像送信することができるのは言うまでもない（３６３）。
【００９２】
以上のように、本実施形態に対応する発明によれば、ＳＩＰサーバ１０４によって、画像通信装置１０８のＳＩＰメッセージから送信元ＩＰアドレスまたはＵＲＩがマスクされてしまうような場合であっても、応答メッセージからＵＲＩ情報を取得できるようになるので、１回でも画像通信を行った相手に対する画像送信時にはＳＩＰサーバを経由しなくてもよくなる。よって、ＳＩＰサーバの処理量を減らし、ＳＩＰサーバの負荷を小さくすることができる。また、ＳＩＰサーバを経由しての接続が不要となり、接続時間を短くすることができる。さらに、２回目以降の送信ではＩＰ電話網を使用しないため、課金されることなく画像を送信することができる。
【００９３】
【第４の実施形態】
上記実施の形態においては、画像通信装置１０５が画像通信装置１０８に画像を送信する際には、通信プロトコルとしてＩＰＰＦＡＸを使用した。しかしながら、他の画像通信プロトコルやファイル転送プロトコルを使用することによっても、同様の効果を得ることは可能である。
【００９４】
たとえば、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）  のプロトコルを使用してもＰｅｅｒ  ｔｏ  Ｐｅｅｒでの画像伝送を実現することが可能であり、そのシーケンス図を図３ｅに示す。
【００９５】
画像通信プロトコルの違いの影響は画像通信装置間のパスが接続してからのみ発生するため、発呼手順（３０１から３１１まで）については第１の実施形態とまったく同様の処理となる。
【００９６】
【第５の実施形態】
第１の実施形態においては、１回目の通信が画像通信を行うものであった。しかしながら、１回目の通信は音声通信を行うものであっても、ＩＰアドレスまたはＵＲＩを入手することが可能であり、同様の処理を行うことが可能である。
【００９７】
【第６の実施形態】
上記実施の形態においては、画像通信装置１０５から画像通信装置１０８に対しての送信時には、メモリカードのＪＰＥＧ画像データを送信するものであった。しかし、ＣＩＳで読み取った画像をＭＨ符号化したデータを送信することによっても、同様の効果を得ることが可能である。
［その他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００９８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１００】
以上の実施形態の説明において、ＩＰアドレス、電話番号などについて具体的な数値を用いて説明したが、かかる数値はあくまで本発明の実施形態の理解を容易とするための一例として記載したものであって、本発明が係る数値に限定されて実施されることを意図するものではない。
【０１０１】
【発明の効果】
以上のように、本発明をによれば、特別な操作やサーバなどへの接続を行うことなく、電話番号を入力するだけで相手端末のＩＰアドレスを指定してＩＰパケットを送信することができるようになる。
【図面の簡単な説明】
【図１】本発明の実施形態に対応するシステム構成の一例を示す図である。
【図２】本発明の実施形態に対応する画像通信装置の内部構成の一例を示す図である。
【図３ａ】本発明の第１の実施形態に対応する通信シーケンスの一例を示す図である。
【図３ｂ】本発明の第１の実施形態に対応する通信シーケンスの一例を示す図である。
【図３ｃ】本発明の第２の実施形態に対応する通信シーケンスの一例を示す図である。
【図３ｄ】本発明の第２の実施形態に対応する通信シーケンスの一例を示す図である。
【図３ｅ】本発明の第４の実施形態に対応する通信シーケンスの一例を示す図である。
【図３ｆ】本発明の第３の実施形態に対応する通信シーケンスの一例を示す図である。
【図４ａ】本発明の実施形態に対応する画像通信装置１０５における処理の一例を示すフローチャートである。
【図４ｂ】本発明の実施形態に対応する画像通信装置１０５における処理の一例を示すフローチャートである。
【図５】本発明の実施形態に対応する画像通信装置１０８における処理の一例を示すフローチャートである。
【図６】本発明の実施形態に対応するＳＩＰサーバ１０４における処理の一例を示すフローチャートである。
【図１】
2004304711.tif 000004
【図２】
2004304711.tif 000005
【図３ａ】
2004304711.tif 000006
【図３ｂ】
2004304711.tif 000007
【図３ｃ】
2004304711.tif 000008
【図３ｄ】
2004304711.tif 000009
【図３ｅ】
2004304711.tif 000010
【図３ｆ】
2004304711.tif 000011
【図４ａ】
2004304711.tif 000012
【図４ｂ】
2004304711.tif 000013
【図５】
2004304711.tif 000014
【図６】
2004304711.tif 000015