(57)【要約】【課題】電話番号を媒介とした簡単な発呼操作により高速なデータ通信を行なえ、汎用性に優れ、簡単安価に実装可能なデータ通信の手段を提供する。【解決手段】第１の通信装置１０５が電話番号に基づき、ＳＩＰプロキシサーバ１０３から第２の通信装置１０７のＩＰアドレスを取得し、第２の通信装置１０７に対してデータ通信を要求し、第１および第２の通信装置１０５、１０７のうちデータ受信側の通信装置がＨＴＴＰ準拠のデータ送受信プロトコルに基づき送信側の通信装置に対してデータ送信要求を行ない、該データ送受信プロトコルに基づきＩＰ網１０１上で通信データを送受信する。受信装置において、ブラウズ、他リンクへのジャンプ、記録出力、転送などのためのＷＷＷ通信機能は、ＷＷＷサーバ１０２のデータ、また、上記のようにして受信したデータのいずれについても同様に用いられる。【選択図】　　　　図１
2004147128.tif 000002
【特許請求の範囲】
【請求項１】
電話番号により識別される通信装置間でＩＰ通信により通信データを送受信する通信方法において、
第１の通信装置が、第２の通信装置の電話番号に基づき所定のサーバから前記第２の通信装置のＩＰアドレスを取得し、前記第２の通信装置に対してデータ通信要求を行ない、
前記第１および第２の通信装置のうちデータ受信側の通信装置がＨＴＴＰ準拠のデータ送受信プロトコルに基づきデータ送信側の通信装置に対してデータ送信要求を行ない、該データ送受信プロトコルに基づきＩＰ網上で通信データを送受信することを特徴とする通信方法。
【請求項２】
前記請求項１において、前記所定のサーバがＳＩＰプロキシサーバであり、前記第１の通信装置がＳＩＰプロトコルに基づき該ＳＩＰプロキシサーバから前記第２の通信装置のＩＰアドレスを取得することを特徴とする通信方法。
【請求項３】
前記請求項１において、前記第１および第２の通信装置のうちデータ受信側の通信装置がＨＴＴＰ準拠のデータ送受信プロトコルを用いるＷＷＷサーバのデータに対するブラウズ、他リンクへのジャンプ、記録出力、転送などの処理を行なうためのＷＷＷ通信機能を有し、このＷＷＷ通信機能を用いてデータ送信側の通信装置から通信データを受信することを特徴とする通信方法。
【請求項４】
前記請求項３において、前記第１および第２の通信装置のうちデータ受信側の通信装置が前記ＷＷＷ通信機能を用いてデータ送信側の通信装置から受信した通信データに対してブラウズ、他リンクへのジャンプ、記録出力、転送などの処理を行なうことを特徴とする通信方法。
【請求項５】
前記請求項１〜請求項４のいずれか１項に記載の第１または第２の通信装置として動作することを特徴とする通信装置。
【請求項６】
前記請求項１〜請求項４のいずれか１項に記載のデータ送信側またはデータ受信側の通信装置として動作することを特徴とする通信装置。
【請求項７】
前記請求項１〜請求項４のいずれか１項に記載の第１または第２の通信装置の動作を制御する通信装置の制御プログラム。
【請求項８】
前記請求項１〜請求項４のいずれか１項に記載のデータ送信側またはデータ受信側の通信装置の動作を制御する通信装置の制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電話番号により識別される通信装置間でＩＰ通信により通信データを送受信する通信方法、通信装置、および通信装置の制御プログラムに関するものである。
【０００２】
【従来の技術】
近年ＡＤＳＬのように、高速のデータ伝送を行なうことのできるブロードバンド通信回線が普及してきている。ＡＤＳＬにおいては、加入者の線路に電話線と同じメタリックケーブルを用いる点に特徴があり、これにより、同一の線路をアナログ電話サービスと、ネットワーク接続サービスの両方に用いることができる。すなわち、通信回線と通信端末の間にスプリッタという周波数分割用のフィルタを挿入することにより、音声帯域信号を伝送する回線とデジタルデータを伝送する回線に分離することができる。
【０００３】
同一線路をアナログ電話サービスに用いる場合、加入者の機器の構成としてＡＤＳＬモデム＋スプリッタ＋コンピュータ、ＡＤＳＬモデム＋スプリッタ＋ルータ…のように種々の構成が考えられるが、電話との共用の便を考慮したＡＤＳＬゲートウェイとしては、たとえば上記のＡＤＳＬモデム＋スプリッタの部分を一体化した構成が考えられる。
【０００４】
このようなＡＤＳＬゲートウェイでは、たとえば音声帯域信号を伝送する回線にアナログ電話機を接続できるように、モジュラージャックが設けられ、ここに電話機やファクシミリのような通信装置を接続して通信することができる。
【０００５】
また、高速デジタル通信のために、ＡＤＳＬゲートウェイにはＣＳＭＡ／ＣＤ（たとえばＥｔｈｅｒｎｅｔ（商標名））の接続インターフェイスが設けられている。このＣＳＭＡ／ＣＤインターフェイスにＰＣ（パーソナルコンピュータ）などを接続することにより、ＷＷＷサーバなどから、高速でデータをダウンロードすることができる。ただし、ＰＣのようなネットワーク機器との間のインターフェースにはＣＳＭＡ／ＣＤのみならず、ＵＳＢのようなインターフェースも用いられている。
【０００６】
ＰＣのようにサーバに接続して使用する端末は高速通信を行なうことができるが、電話機やファクシミリのように、回線交換網（アナログ通信路）を経由して相手端末とリアルタイムでの送受信を行なう端末はアナログ帯域を使用するものであった。アナログファクシミリ手順では、白黒２値の画像データ程度では問題にならない場合もあるが、デジタルカメラなどで撮影した大容量のカラー画像（ＪＰＥＧフォーマットなどによる）データを送信する場合には長い通信時間を要するという問題があった。
【０００７】
画像データ等のような通信データを高速伝送するためには、ファクシミリをＣＳＭＡ／ＣＤインターフェイスに接続して、画像データをパケットにしてファイルサーバにアップロードし（たとえばＦＴＰ、ＨＴＴＰなどのプロトコルを用いる）、相手端末がサーバからダウンロードするという手順を踏むことにより、高速伝送を実現することも可能である。しかし、この場合には受信側がデータを受信するためにわざわざサーバへアクセスする必要があり、また、通信のリアルタイム性が失われるという問題があった。また、サーバに受信側の宛先アドレスをサーバに通知したり、受信側の主導でデータをダウンロードする場合は受信側にデータのアップロードを報知するなどのしくみが必要であり、従来のファクシミリ装置におけるように、単に相手先の電話番号を指定するだけの簡単な操作では通信を実現するのが困難であった。
【０００８】
この点に鑑み、特開平１０−１０７９３８号公報（下記の特許文献１）において、ＩＰ網上のサーバ経由で画像通信を行なう技術が開示されている。すなわち、画像の送信側の第１の端末は、第１の端末が含まれるサーバを呼び出し、第１の端末を第１の端末が含まれるサーバを介してコンピュータネットワーク網と接続させると共に、画像の受信側となる第２の端末を指定し、第２の端末が含まれるネットワークのサーバは、第２の端末を呼び出し、第１の端末は、画像データをコンピュータネットワーク網に適合した形式でコンピュータネットワーク網を介して第２の端末が含まれるサーバに送り、第２の端末が含まれるサーバは、コンピュータネットワーク網に適合した形式の画像データをファクシミリ画像データに変換して、公衆回線を介して第２の端末に送り、第２の端末は、ファクシミリ画像データから画像を再生する。
【０００９】
また、特開平９−２４７３３４号公報（下記の特許文献２）、特開平１０−１３３９６７号公報（下記の特許文献３）などには、送信先のインターネットアドレスを入力することにより、電子メール形式で画像を送信する方法が多数提案されている。
【００１０】
さらに、特開２０００−３５４１２７号公報（下記の特許文献４）、特開２００１−１９７２７９号公報（下記の特許文献５）などには、ＩＴＵ−Ｔ勧告Ｔ．３８を応用して、インターネット上でリアルタイムにファクシミリ画像送信を中継する方法が提案されている。
【００１１】
【特許文献１】
特開平１０−１０７９３８号公報
【特許文献２】
特開平９−２４７３３４号公報
【特許文献３】
特開平１０−１３３９６７号公報
【特許文献４】
特開２０００−３５４１２７号公報
【特許文献５】
特開２００１−１９７２７９号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上記の特許文献１においては、送信元の端末においてサーバにダイアルアップ接続し、認証手順などを含むログイン処理をした上で、送信先の端末番号を入力する必要が生じていた。したがって、従来のファクシミリのように、電話番号を入力するだけで画像伝送を行なうことはできなかった。
【００１３】
また、特許文献２および特許文献３においては、インターネット経由で送信する場合には、メールアドレスの入力が必要となるものであった。また、電子メールとして画像を送信するため、画像データはサーバに蓄積され、受信側がサーバにＰＯＰ（Ｐｏｓｔ　Ｏｆｆｉｃｅ　Ｐｒｏｔｏｃｏｌ）などの電子メール読み出しプロトコルによりアクセスして受信する必要があるという問題があった。
【００１４】
さらに、特許文献４および特許文献５においては、ＩＴＵ−Ｔ勧告Ｔ．３８のプロトコルを処理するための専用のゲートウェイが必要になると共に、端末とインターネットの間は通常の電話回線を使用しているために、伝送速度は従来の電話交換網を利用したファクシミリ通信の場合と同じものであった。
【００１５】
また、従来の通信技術は、ファクシミリ、ＩＰ通信などのそれぞれの分野で個々に独立して開発されてきており、統合が充分なされていない問題がある。たとえば、ユーザはファクシミリ装置であればファクシミリ装置特有の操作に習熟し、種々のＩＰ通信に関してはＰＣ上の特有の操作に習熟することをそれぞれ別途要求されてきた。また、ハードウェア／ソフトウェアを提供する側のメーカーから見ても、ファクシミリ、ＩＰ通信のような各分野ごとに本来はそれ程差異のないデータ通信のために全く異なるハードウェア／ソフトウェアを提供する必要があった。この意味において、ファクシミリ、ＩＰ通信のような各分野の技術の必要な部分を体裁よく統合し、操作が簡単で、汎用性に優れ、簡単安価に実装可能なデータ通信を行なえるようにすることが望まれている。
【００１６】
本発明の課題は、上記の問題を解決し、電話番号を媒介とした簡単な発呼操作により高速なデータ通信を行なえ、汎用性に優れ、簡単安価に実装可能なデータ通信の手段を提供することにある。
【００１７】
【課題を解決するための手段】
上記の課題を解決するため、本発明によれば、電話番号により識別される通信装置間でＩＰ通信により通信データを送受信する通信方法、通信装置、および通信装置の制御プログラムにおいて、第１の通信装置が、第２の通信装置の電話番号に基づき所定のサーバから前記第２の通信装置のＩＰアドレスを取得し、前記第２の通信装置に対してデータ通信要求を行ない、前記第１および第２の通信装置のうちデータ受信側の通信装置がＨＴＴＰ準拠のデータ送受信プロトコルに基づきデータ送信側の通信装置に対してデータ送信要求を行ない、該データ送受信プロトコルに基づきＩＰ網上で通信データを送受信する構成を採用した。
【００１８】
【発明の実施の形態】
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。以下では、通信装置の一例として画像通信装置の構成を例示する。
【００１９】
図１は本発明を適用可能なネットワークシステムの構成を示している。図１において、符号１０１はＩＰ網、１０２はＷＷＷ（ＨＴＴＰ）サーバ、１０３はＶｏＩＰ用ＳＩＰプロキシ、１０４はＤＮＳサーバ、１０５は第１の画像通信装置（プライベートＩＰアドレス：１９２．１６８．０．２）、１０６はＡＤＳＬゲートウェイ（グローバルＩＰアドレス：１９２．１９６．０．１、プライベートＩＰアドレス：１９２．１６８．０．１）、１０７は第２の画像通信装置（プライベートＩＰアドレス：１９２．１６８．０．２）、１０８はＡＤＳＬゲートウェイ（グローバルＩＰアドレス：１９２．１９８．０．１、プライベートＩＰアドレス：１９２．１６８．０．１）である。また、符号１０９および１１１はアナログ電話インターフェイス、１１０、１１２はＣＳＭＡ／ＣＤインターフェイスである。なお、以下では、１０５、１０７を画像通信装置として説明するが、画像データを送受信する画像通信装置に限らず、ＩＰ網を用いた通信に適したデータを送受信できる通信装置に置換しても以下に示す技術は適用可能である。
【００２０】
上記のうちＡＤＳＬゲートウェイ１０６および１０８の構成の詳細については後述するが、両者の加入者の契約は電話とＩＰ通信の共用型のものであり、上記のごとく画像通信装置１０５および１０７はＡＤＳＬゲートウェイ１０６および１０８との間にアナログ電話インターフェイス１０９、１１１と、ネットワークインターフェースとしてＣＳＭＡ／ＣＤインターフェイス１１０、１１２を有している（ただしネットワークインターフェースはＣＳＭＡ／ＣＤに限定されるものではない）。
【００２１】
画像通信装置１０５および１０７は、ＡＤＳＬゲートウェイ１０６および１０８との間のアナログ電話インターフェイス１０９、１１１、およびＣＳＭＡ／ＣＤインターフェイス１１０、１１２をそれぞれ通信に利用できる。
【００２２】
アナログ電話インターフェイス１０９、１１１は、通話や、ＩＴＵ−Ｔ勧告Ｔ．３０（以下、各種のＩＴＵ−Ｔ勧告については混乱を生じない限り「勧告Ｔ．３０」あるいは単に「Ｔ．３０」などと表記する）に基づくアナログファクシミリ通信などに利用できる。これらアナログ電話インターフェイス１０９、１１１の信号は、局交換機から不図示の回線交換網にルーティングされる。
【００２３】
また、ＣＳＭＡ／ＣＤインターフェイス１１０、１１２による線路では、たとえばＰＰＰｏＥ（ＰＰＰ　ｏｎ　Ｅｔｈｅｒｎｅｔ（商標名））などの所定のプロトコルによりＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）との間の接続を確立し、上記のＷＡＮ側のグローバルＩＰアドレス、およびＬＡＮ側のプライベートＩＰアドレスが決定される。この状態において、画像通信装置１０５および１０７はＩＰ網１０１上の任意のサービス（たとえばＦＴＰ、ＨＴＴＰ、ＶｏｉｐなどＴＣＰ（ＵＤＰ）／ＩＰ上のサービス）を利用できるようになる。
【００２４】
本発明では、ＩＰ網１０１上で、ＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ：ＩＴＵ−Ｔ勧告Ｈ．３２３）プロトコル、およびＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｅ　Ｐｒｏｔｏｃｏｌ：ＲＦＣ２５４３）を一部利用することにより、画像通信装置（図１の例では１０５および１０７）を接続して通信を行ない、高速に画像通信を行なえるようにする。本発明で用いられるＶｏＩＰおよびＳＩＰの詳細については後述する。
【００２５】
図２は本発明を実施した画像通信装置（図１の１０５または１０７）の内部構成を示している。同図において、符号２０１はＣＰＵであり、ＲＯＭ２０２に格納されたプログラムにしたがって画像通信装置全体の制御を行なう。ＣＰＵ２０１は、ＴＣＰ／ＩＰのプロトコル処理も担当し、画像データのＴＣＰ／ＩＰフレームへの組立はこのＣＰＵ２０１の制御により行われる。符号２０３はＲＡＭであり、プログラム実行時のワークメモリとして使用すると共に、送受信する画像データもバッファリングにも使用される。
【００２６】
符号２０４はキー操作部であり、ダイヤルやファクシミリ送受信の操作ボタンなどから構成される。符号２０５は液晶表示部である。
【００２７】
符号２０６はＣＩＳ（Ｃｏｎｔａｃｔ　Ｉｍａｇｅ　Ｓｅｎｓｏｒ）であり、原稿の画像をアナログ信号に変換する。２０７は読取制御部であり、ＣＩＳが出力するアナログ信号をデジタルデータに変換する。変換されたデジタルデータは、ＣＰＵ２０１の制御によりＲＡＭ２０３に転送される。
【００２８】
符号２０８はＭＨ符号化・復号化処理部であり、画像送信時には、読み取った画像データをＭＨ符号化してデータ圧縮する。受信時には、ＭＨ符号化されている画像データを復号化する。
【００２９】
符号２０９はＦＡＸモデムであり、送信時にはＭＨ符号化されたデータを変調してアナログ回線を伝送できる音声帯域のアナログ信号に変換する。受信時には、受信したアナログ信号を復調して、ＭＨ符号化データを出力する。
【００３０】
符号２１０はＮＣＵであり、アナログ通信回線のインターフェイスとして前述のアナログ電話インターフェイス１０９（１１１）と接続される。
【００３１】
符号２１１はカードインターフェイスであり、デジタルカメラで撮影したＪＰＥＧ画像を格納したメモリカードを接続することができる。メモリカードの規格は任意であるが、たとえばＰＣＭＣＩＡのようなカード規格を利用すればよい。
【００３２】
符号２１２はＪＰＥＧ処理部であり、カードインターフェイスを経由して入力された他フォーマットの画像をＪＰＥＧ画像にエンコード（圧縮）したり、受信したＪＰＥＧ画像データをデコード（伸張）するために用いられる。
【００３３】
符号２１３はＬＡＮコントローラであり、前述のＣＳＭＡ／ＣＤインターフェイス１１０（１１２）に接続され、ＣＳＭＡ／ＣＤプロトコルに基くデータ送受信を行なう。
【００３４】
符号２１４は記録処理部であり、受信した画像データを印刷用ラスタデータに変換し、印刷するものである。記録処理部２１４の記録方式は任意であり、電子写真方式やインクジェット方式を用いることができる。
【００３５】
図３はＡＤＳＬゲートウェイ（図１の１０６または１０８）の内部構成を示している。図３において、符号２１５はスプリッタで、ＡＤＳＬ通信回線に接続され音声帯域信号と音声帯域外信号を分離する。２１６はＡＤＳＬモデムであり、デジタルデータをＡＤＳＬ回線で伝送できる信号形式に変換する機能を有する。
【００３６】
符号２１７はＣＰＵであり、ＡＤＳＬゲートウェイに入力される音声・データのパケット組立／分解、ＶｏＩＰサーバとの通信手順処理などの処理を行なう。２１８はＡＤＳＬゲートウェイを動作させるプログラムを格納するＲＯＭ、２１９はＡＤＳＬゲートウェイが送受信するデータのバッファリング、プログラム実行に使用するＲＡＭである。
【００３７】
符号２２０はＣＳＭＡ／ＣＤインターフェイスであり、画像通信装置との間でデジタルデータを送受信する際に、フレームの組立・分解処理を行なう。ＣＳＭＡ／ＣＤインターフェイス２２０は前述のＣＳＭＡ／ＣＤインターフェイス１１０（１１２）に接続される。
【００３８】
本実施形態のＡＤＳＬゲートウェイは、ＶｏＩＰにも対応している。すなわち、符号２２１は音声符号化処理部であり、ＶｏＩＰで使用される音声符号化方式（Ｇ．７１１、Ｇ．７２９などのＩＴＵ−Ｔ勧告を参照）に基づき音声を符号化・復号化処理する。
【００３９】
符号２２２は切替スイッチであり、ＡＤＳＬゲートウェイに接続される音声端末を音声帯域で伝送するか、音声帯域外でデジタルデータとして伝送するかに応じて、音声パスを切り替える。
【００４０】
符号２２３はアナログ電話インターフェイスであり、アナログ電話機などの音声端末を接続することができ、この音声端末との間で音声信号を送受信できるようにするものである。アナログ電話インターフェイス２２３は前述のアナログ電話インターフェイス１０９（１１１）と接続される。
【００４１】
次に上記構成における通信制御につき説明する。以下では、第１の画像通信装置１０５から第２の画像通信装置１０７に対して、画像を送信する場合の処理と、第２の画像通信装置がＷＷＷサーバ１０２から画像をダウンロードする場合の処理について説明を行う。なお、本実施形態においては、伝送される画像がＪＰＥＧフォーマットの画像データ（たとえばデジタルカメラで撮影したＪＰＥＧ画像データ）である場合を中心に説明する。
【００４２】
次に上記構成における動作につき説明する。
【００４３】
図６および図７は画像通信装置（１０５または１０７）が実行する通信制御手順を示している。図示の手順は、ＣＰＵ２０１の制御プログラムとしてＲＯＭ２０３に格納され、ＣＰＵ２０１により実行される。ただし、本実施形態の通信制御手順を実現するプログラムの格納場所はＲＯＭに限定されるものではなく、また、その供給経路も最初からＲＯＭ２０３に格納しておくほか、他の記憶媒体経由で、あるいはネットワーク経由で供給、更新できるものであってよい。
【００４４】
図４は、図６および図７の通信制御により実現される通信シーケンスを示したもので、図６および図７の各処理に対応するステップの番号を付してある。
【００４５】
＜第１の画像通信装置から第２の画像通信装置への画像伝送＞
画像通信装置１０５のキー操作部２０４により宛先の電話番号が入力されると（ステップＳ４０１）、ＡＤＳＬゲートウェイに対してＣＳＭＡ／ＣＤインターフェイス１０８経由で、電話番号情報を入れた送信要求パケットを送信する（ステップＳ４０２）。送信要求パケットの送信先アドレスには、ＡＤＳＬゲートウェイ１０６のプライベートＩＰアドレス１９２．１６８．０．１を指定して送信する。
【００４６】
送信要求パケットを受信したＡＤＳＬゲートウェイ１０６はＶｏＩＰサービス業者のＳＩＰプロキシ１０３に対して、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｅ　Ｐｒｏｔｏｃｏｌ）のセッション要求メッセージ（ＩＮＶＩＴＥメッセージ）を送信する（ステップＳ４０３）。このセッション要求メッセージはＳＩＰの仕様に基いて構成されており、そのヘッダ内の宛先には、ステップＳ４０１で入力された電話番号情報と、送信元情報としてＡＤＳＬゲートウェイの電話番号情報が入っている。また、セッション要求メッセージを格納するＩＰパケットの送信先ＩＰアドレスにはＳＩＰプロキシ１０３のＩＰアドレスが、送信元ＩＰアドレスにはＡＤＳＬゲートウェイ１０６のＩＰアドレスが格納されている。また、セッション要求メッセージのヘッダには、Ｃｏｎｔｅｎｔ−Ｔｙｐｅとしてａｐｐｌｉｃａｔｉｏｎ／ｓｄｐと記述され、メッセージ・ボディにＳＤＰに基くデータが入っていることを示す。メッセージ・ボディのＳＤＰデータにおいては、メディアがｉｍａｇｅ／ｊｐｅｇであることが記述されており、ＡＤＳＬゲートウェイ１０８がこれからＪＰＥＧ画像の送受信を行なうことを認識できるようになっている。
【００４７】
ＳＩＰプロキシ１０３は受け取ったセッション要求メッセージのヘッダ内の電話番号を８．７．６．５．４．３．２．１．ｅ１６４．ａｒｐａのようなＵＲＬ（ＵＲＩ）形式に展開し（ステップＳ４０４）、ＤＮＳサーバ１０４に検索要求を送る（ステップＳ４０５）。
【００４８】
ＤＮＳサーバ１０４から相手先のＡＤＳＬゲートウェイ１０８のＩＰアドレスを受信（ステップＳ４０６）すると、ＳＩＰプロキシ１０３は、ＡＤＳＬゲートウェイ１０６から受信したパケット内の送信先ＩＰアドレスを、ＤＮＳから受信したＡＤＳＬゲートウェイ１０８のグローバルＩＰアドレスに入れ替え、送信元ＩＰアドレスをＳＩＰプロキシ１０３のＩＰアドレスに入れ替えた上で、ＡＤＳＬゲートウェイ１０８宛てにセッション要求メッセージを送信する（ステップＳ４０７）。
【００４９】
セッション要求メッセージを受信したＡＤＳＬゲートウェイ１０８は、画像通信装置１０７に着信メッセージを送信する（図７ステップＳ５０１）。この着信メッセージには、先のＡＤＳＬゲートウェイ１０６から受信したセッション要求メッセージに記述されていたメディア種別情報が含まれているので、画像通信装置１０７はＪＰＥＧ画像の送信（画像通信装置１０７から見れば受信）が要求されていることを認識できる。
【００５０】
ここでは、セッション要求メッセージに記述されていたメディア種別情報に基いて、画像通信装置１０７はＪＰＥＧ画像の送信（画像通信装置１０７から見れば受信）が要求されていることを認識できるようにしたが、これに限らず後述するステップＳ４０９の確認応答において、ＪＰＥＧ画像の送信（画像通信装置１０７から見れば受信）の要求を通知してもよいし、またステップＳ４０９の確認応答の後でステップＳ５０３のＨＴＴＰのデータ取得メッセージとして”ＧＥＴ　／ｉｎｄｅｘ．ｈｔｍｌ　ＨＴＴＰ／１．０”を得る前にＪＰＥＧ画像の送信（画像通信装置１０７から見れば受信）の要求を通知してもよい。
【００５１】
同時に、ＡＤＳＬゲートウェイ１０８は呼出中メッセージをＳＩＰプロキシ１０３宛てに送信する。この呼出中メッセージのヘッダ内の宛先には、受信したセッション要求メッセージのヘッダに記述されている送信元電話番号情報を格納し、送信先ＩＰアドレスには、セッション要求メッセージの送信元ＩＰアドレスであるＳＩＰプロキシ１０３のＩＰアドレスを格納する。呼出中メッセージを受信したＳＩＰプロキシ１０３は、送信先ＩＰアドレスをＡＤＳＬゲートウェイ１０６のＩＰアドレスに、送信元ＩＰアドレスをＳＩＰプロキシ１０３のＩＰアドレスにそれぞれ入れ替えて送信し、ＡＤＳＬゲートウェイ１０６が呼出中メッセージを受信する（ステップＳ４０８）。
【００５２】
画像通信装置１０７は着信メッセージを受信し、着信できる状態であればＡＤＳＬゲートウェイ１０８に応答メッセージを送信する（図７ステップＳ５０２）。
【００５３】
ＡＤＳＬゲートウェイ１０８は応答メッセージを受信すると、先の呼出中メッセージと同様にしてＳＩＰプロキシ１０３に向けて応答メッセージを送信する。ＳＩＰプロキシ１０３では、今度は送信先ＩＰアドレスのみをＡＤＳＬゲートウェイ１０６のＩＰアドレスに変換して送信し、ＡＤＳＬゲートウェイ１０６が応答メッセージを受信する（図６ステップＳ４０９）。
【００５４】
続いて、ＡＤＳＬゲートウェイ１０６から画像通信装置１０５に応答メッセージが伝達される（ステップＳ４１０）。ＡＤＳＬゲートウェイ１０６は受信した応答メッセージ内の送信元ＩＰアドレスにより、ＡＤＳＬゲートウェイ１０８のＩＰアドレスを認識することができるから、これ以降はＳＩＰプロキシ１０３を経由せずに直接、ＡＤＳＬゲートウェイ１０８（〜画像通信装置１０７）宛てにパケットを送信することが可能になる（ステップＳ４１１）。
【００５５】
応答メッセージを受信した画像通信装置１０５は、応答確認メッセージを画像通信装置１０７に送信し（ステップＳ４１３）、画像通信装置１０５と画像通信装置１０７の間で、画像データの送受信を開始することができる。
【００５６】
上記のように、既に送受信機間のＩＰアドレス（ＡＤＳＬゲートウェイ１０６、１０８のグローバルＩＰアドレス）が双方に判明しているので、これ以降は任意のＴＣＰ（ＵＤＰ）／ＩＰ上のデータ送受信プロトコルを利用して画像データを送受信することができる。このＴＣＰ（ＵＤＰ）／ＩＰ上のデータ送受信プロトコルとしては、一般に使用されているＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）、あるいはそれらを応用した方式（専用の方式、ＨＴＴＰの暗号化バージョンとして、たとえばＳＨＴＰ、あるいはＩＥＥＥで規定されているＨＴＴＰをベースにしたＩＰＰやＩＰＰＦＡＸなどのプロトコルなど）などを使用することができる。以下では、上記のうち、ＨＴＴＰプロトコルを用いて画像データを送受信する方法を示す。
【００５７】
先のセッション要求メッセージによって、画像通信装置１０５がＪＰＥＧ画像データを送信しようとしていることを認識した画像通信装置１０７は、ＨＴＴＰコネクションを確立（ＳＹＮ／ＡＣＫの交換）した上、ＨＴＴＰのデータ取得メッセージとして”ＧＥＴ　／ｉｎｄｅｘ．ｈｔｍｌ　ＨＴＴＰ／１．０”というメッセージを画像通信装置１０５に送信する（図７ステップＳ５０２、Ｓ５０３）。
【００５８】
このメッセージを受信した画像通信装置１０５は（図６ステップＳ４１４）、応答メッセージとして、”ＨＴＴＰ／１．１　２００　ＯＫ”　　というメッセージを画像通信装置１０７宛てに送信する（図６ステップＳ４１５）。このメッセージ内のＣｏｎｔｅｎｔ−Ｔｙｐｅには、ｉｍａｇｅ／ｊｐｅｇと記述されており、ＪＰＥＧ画像データを送信することが示されている。
【００５９】
応答メッセージを受信した画像通信装置１０７（ステップＳ５０４）は、ＪＰＥＧ画像の送信を要求するためのメッセージとして、”ＧＥＴ　／ｉｍａｇｅ．ｊｐｅｇ　ＨＴＴＰ／１．０”というＪＰＥＧ画像送信要求メッセージを送信する（ステップＳ５０５）。このように、ＨＴＴＰを用いているので、形式としては画像通信装置１０７が画像通信装置１０５に対して画像を要求するような形になる。
【００６０】
上記メッセージを受信した画像通信装置１０５は（ステップＳ４１６）、”ＨＴＴＰ／１．０　２００　ＯＫ”という応答メッセージを送信する（図６ステップＳ４１７、図７ステップＳ５０６）。画像通信装置１０５は、前記応答メッセージに引き続き、ＪＰＥＧ画像データの送信を開始する。
【００６１】
画像データはＴＣＰ／ＩＰのフレームに組み立てられて伝送され、送信先アドレスはＡＤＳＬゲートウェイ１０８のＩＰアドレスが付加されている。ＡＤＳＬゲートウェイ１０８宛てに送られたＴＣＰ／ＩＰパケットは、ＡＤＳＬゲートウェイ１０８において、送信先アドレスが画像通信装置１０７のプライベートＩＰアドレスに変換されて、画像通信装置１０７に送信される。
【００６２】
画像通信装置１０５においては、ＣＰＵ２０１はカードインターフェイス２１１を経由してメモリカードに格納されているＪＰＥＧデータを読み出し（ステップＳ４１８）、読み出したデータをＬＡＮコントローラ２１３に転送する。ＬＡＮコントローラにおいては、一定量のデータごとにパケット化して、先に受信した相手ＡＤＳＬゲートウェイ１０８のＩＰアドレス１９２．１９８．０．１をヘッダとして付加して送信する（図６ステップＳ４１９）。
【００６３】
ＡＤＳＬゲートウェイ１０８は画像データを受信すると、前述のようにＩＰアドレスを変換した上で画像通信装置１０７に転送する。画像データを受信（図７ステップＳ５０７）した画像通信装置１０７は、受信したＪＰＥＧ画像を記録処理部２１４で記録するために必要な処理を開始する。すなわち、ＬＡＮコントローラ２１３においてヘッダを削除し、適当なスケジューリングを経て記録処理部２１４に引き渡すべくＪＰＥＧデータをＲＡＭ２０３に格納するなどの処理を開始する。
【００６４】
全てのＪＰＥＧデータが画像通信装置１０５から画像通信装置１０７に送信されると（図６ステップＳ４２０、図７ステップＳ５０８）、画像伝送は終了する。ＪＰＥＧデータはＪＰＥＧ処理部２１２において伸張され（ステップＳ５０９）、記録処理部２１４においてＣＭＫＹの４色データに変換し（ステップＳ５１０）、記録出力する（ステップＳ５１１）。
【００６５】
以上の手順により、高速画像伝送が可能になる。デジタルカメラで撮影したＪＰＥＧ画像データサイズが３００Ｋｂｙｔｅ、ＡＤＳＬ回線のアップロード伝送速度が１Ｍｂｐｓとすると、伝送に要する時間はたかだか３００Ｋ÷（１０００Ｋ÷８）＝２．４秒程度で済む。
【００６６】
なお、以上では、画像通信装置１０５〜１０７間でＪＰＥＧ形式の画像を送信することを考えたが、当然ながら、Ｇ３フォーマットやＴＩＦＦ／Ｇ３形式の画像ファイル（あるいはさらに非画像データであってもよい）を上記とほぼ同一の通信制御により伝送することができるのはいうまでもない。Ｇ３形式の画像を伝送する場合を考えると、その場合のアナログ通信路上での伝送速度は最大でも５６ｋｂｐｓ程度にすぎず、また実際にはＴ．３０プロトコルの実行によりさらに実効速度は低下することを考えると、上記の通信手順をＧ３形式の画像伝送に用いればファクシミリ通信を著しく高速化することができる。
【００６７】
なお、Ｇ３データ（あるいは他形式のデータ）を受信した場合、図７のステップＳ５０９〜Ｓ５１１の受信側の処理は、当然ながらＧ３形式のデータ（あるいは他形式のデータ）をデコードし（Ｓ５０９）、必要であれば色変換などの処理を行ない（Ｓ５１０）、再生する（Ｓ５１１）処理に置換すべきであるのはいうまでもない。
【００６８】
以上のようにして、本実施形態によれば画像通信装置１０５は、ＶｏＩＰ網へ接続する機能を有する画像通信装置との間でアナログ通信路を利用することなく、ＩＰ網上で高速での画像送受信を行なうことができる。発呼側の操作は、従来のＰＳＴＮ接続型のファクシミリ装置などと同様に電話番号の入力のみで済み、非常に簡単である。
【００６９】
本実施形態のＩＰ網上での画像通信では、ＶｏＩＰ網で用いられるＳＩＰプロトコルを一部利用することにより、相手先のＩＰアドレスとポート番号を知り、ＴＣＰ（あるいはＵＤＰ）／ＩＰ上の特定サービス（以下ではＨＴＴＰ）を用いて高速に画像データを伝送することができる。
【００７０】
しかも、送信側のユーザは、相手側を指定するのに電話番号を入力するだけでよく、宛先がＶｏＩＰ網経由か否かは単に電話番号のプリフィックスのみにより指定でき、それ以外に面倒な指定操作を行なう必要がない。
【００７１】
上記実施の形態においては、送信する画像データのパケットに、送信先のＩＰアドレスを付加して送信するものであった。しかし、送信元の画像通信装置はＳＩＰプロキシのＩＰアドレスを付加して送信し、ＳＩＰプロキシが送信先のＩＰアドレスに変換するような処理によっても、同様の効果を得ることが可能である。
【００７２】
＜ＷＷＷサーバから（第２の）画像通信装置への画像伝送＞
上記実施形態では、通信データの伝送にＨＴＴＰを用いている。周知のようにＨＴＴＰはインターネット上のＷＷＷサーバからあらゆる種類のデータファイルをダウンロードするために広く用いられているものである。
【００７３】
一方、上記実施形態の画像通信装置は、（ネットワーク対応の）ファクシミリ装置や、いわゆる複合画像処理装置として構成することができるが、ＨＴＴＰ転送をサポートすることは、上記実施形態のようなデータ送受信に役立つのみならず、ＷＷＷブラウザ端末（ないしは汎用のインターネット端末）として画像通信装置を機能させることができる。
【００７４】
このことを示すため、以下、図５、図６および図７を参照して、ＷＷＷサーバと本発明を実施した第２の画像通信装置の間の通信の様子を説明する。図５は図４と同じ様式のシーケンス図であり、各シーケンスには図７でその個所に対応するステップ番号を付してある。なお、図６の画像通信装置の処理のうち、ステップＳ４１５以降はＷＷＷサーバの処理と同等であるので、以下ではこのステップＳ４１５以降をＷＷＷサーバの処理として引用する。
【００７５】
画像通信装置１０７のキー操作部２０４により、ＷＷＷサーバからダウンロードしたコンテンツの印刷（あるいは表示）が指示され、アクセス先のＵＲＬが入力されると（ステップＳ５１２）、もしこの段階で必要があれば（画像通信装置１０７がＡＤＳＬゲートウェイ１０８を介してＩＰ網１０１に接続されていなければ）、ＩＳＰのアクセスサーバなどを介してＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ　Ｐｒｏｔｏｃｏｌ）コネクションを確立させる。
【００７６】
そして、画像通信装置１０７に登録されている（あるいは任意の）ＷＷＷサーバ１０２との間でＨＴＴＰコネクション（通常、ポート８０番が用いられる）を成立させる（ステップＳ５１３）。なお、ＰＰＰコネクション確立の際はＩＳＰのアクセスサーバなどとの間で、また、ＨＴＴＰコネクション確立の際はそれが必要であればＷＷＷサーバ１０２との間でＩＤとパスワードを照合する認証処理が行なわれる。また、ＨＴＴＰコネクション確立の際、画像通信装置１０７は必要であればＤＮＳサーバ１０４を参照される。
【００７７】
ＨＴＴＰコネクションが確立すると、画像通信装置１０７はＨＴＴＰのデータ取得メッセージを送信する（ステップＳ５０３）。たとえば、アクセス先のＵＲＬがｈｔｔｐ：／／ｗｗｗ．ｃａｎｏｎ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌだとすると、”ＧＥＴ　／ｗｗｗ．ｃａｎｏｎ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ　ＨＴＴＰ／１．０”というメッセージが送信される。
【００７８】
このメッセージを受信したＷＷＷサーバ１０２は（図６ステップＳ４１４）、応答メッセージとして、”ＨＴＴＰ／１．１　２００　ＯＫ”　　というメッセージを画像通信装置１０７宛てに送信する（ステップＳ４１５）。このメッセージ内のＣｏｎｔｅｎｔ−Ｔｙｐｅには、ｉｍａｇｅ／ｊｐｅｇと記述されており、ＪＰＥＧ画像データを送信することが示されている。
【００７９】
上記応答メッセージを受信した画像通信装置１０７は（図７ステップＳ５０４）、ＪＰＥＧ画像の送信を要求するためのメッセージとして、”ＧＥＴ　／ｉｍａｇｅ．ｊｐｅｇＨＴＴＰ／１．０”というＪＰＥＧ画像送信要求メッセージを送信する（ステップＳ５０５）。ただし、取得するデータはＪＰＥＧ画像である必要はなく、上記の各ＨＴＴＰメッセージの”／ｉｍａｇｅ．ｊｐｅｇ”の部分は任意の形式の任意のファイル名であってよい。
【００８０】
上記メッセージを受信したＷＷＷサーバ１０２は（図６ステップＳ４１６）、”ＨＴＴＰ／１．０　２００　ＯＫ”という応答メッセージを送信する（図６ステップＳ４１７、図７ステップＳ５０６）。
【００８１】
続いて、画像データ（あるいは任意のファイルデータ）はＴＣＰ／ＩＰのフレームに組み立てられて画像通信装置１０７に伝送される（図７ステップＳ５０７）。このとき、送信先アドレスとしてはＡＤＳＬゲートウェイ１０８のグローバルＩＰアドレスが用いられる。ＡＤＳＬゲートウェイ１０８宛てに送られたＴＣＰ／ＩＰパケットは、ＡＤＳＬゲートウェイ１０８はＨＴＴＰパケット形式の画像データを受信すると、前述のように宛先のグローバルＩＰアドレスをプライベートＩＰアドレスに変換した上で画像通信装置１０７に転送する。画像データを受信した画像通信装置１０７は、受信したＪＰＥＧ画像の記録処理の準備を開始する。すなわち、ＬＡＮコントローラ２１３においてヘッダを削除し、ＪＰＥＧデータをＲＡＭ２０３に格納する。
【００８２】
全てのＪＰＥＧデータがＷＷＷサーバ１０２から画像通信装置１０７に送信されると（図７ステップＳ５０８）、前述同様にＪＰＥＧデータはＪＰＥＧ処理部２１２において伸張され（ステップＳ５０９）、記録処理部２１４においてＣＭＫＹの４色データに変換し（ステップＳ５１０）、記録出力する（ステップＳ５１１）。ここでは、記録出力の例を示しているが、もちろんディスプレイに表示するなどの出力（再生）方法を用いることができる。
【００８３】
以上に示したように、画像通信装置ＷＷＷサーバからＪＰＥＧ画像データファイルあるいは他の任意のデータファイルをダウンロードし、出力（再生）することができる。
【００８４】
そして、以上の説明から明らかなように、前述の本発明による画像データの伝送は、上記の通常のＨＴＴＰによるダウンロード処理と全く同様の手順により行なわれていることがわかる。すなわち、本発明による画像通信装置は、ＷＷＷブラウザ端末（ないしは汎用のインターネット端末）の機能と（ネットワーク対応の）ファクシミリ装置、複合画像処理装置などとしての機能を簡単安価なハードウェア／ソフトウェア構成により両立できる、という優れたメリットがある。
【００８５】
上記実施形態においては、送受信する画像データは記録出力することを前提としているが、表示出力など他の方法の出力を行なう場合においても本発明のデータ伝送技術が上記同様に応用でき、データ伝送に関しては上述同様の効果を得ることができるはいうまでもない。
【００８６】
画像（あるいは他形式の）データをＨＴＴＰにより伝送する場合は、送信側の画像通信装置（あるいはＷＷＷサーバ）はＨＴＭＬなどのマークアップ言語と関連付けて、画像データを送信する。そのマークアップ言語と画像データを受信した受信側の画像通信装置は、ＷＷＷサーバから受信したマークアップ言語と画像データを表示する場合と同じ手順により、表示させることができる。このとき、通常のＷＷＷブラウザと同様のユーザーインターフェース（ＧＵＩ）を用いれば、ＷＷＷブラウザと同じユーザ操作により画像（あるいは他形式の）データを印刷し、保存し、あるいは他の端末へメールで転送する、などのＷＷＷブラウザで一般に実施されているものと全く同様のデータ操作が可能となる。もちろん、ＷＷＷサーバからダウンロードしたＨＴＭＬの中に、印刷やファイル保存を示すタグ、他のデータへの参照タグ（リンク）が含まれている場合には、そのタグに応じた表示を行ない、また、ＷＷＷブラウザと同様のユーザーインターフェース（ＧＵＩ）によりユーザはこれらのタグに応じて印刷、ファイル保存、他のデータへのジャンプなどを行なうことができる。
【００８７】
そして、ＷＷＷサーバのデータに対して行なえる処理は、送信側の画像通信装置から送信されるデータに対して、そのデータ構成（タグやＭＩＭＥ識別子などの構成）に応じて、全て同様に行なうことができる。このことにより、ユーザが画像通信やＷＷＷデータの参照ごとに全く異なる操作を覚える必要がなくなる。
【００８８】
また、上記実施形態においては、画像通信装置（１０５、１０７）とＡＤＳＬゲートウェイ（１０６、１０８）は物理的に独立した装置であることを想定したが、ＡＤＳＬゲートウェイを画像通信装置と一体化することによっても、同様の効果を得ることが可能になる。この一体化によれば、ＡＤＳＬゲートウェイを画像通信装置をＣＳＭＡ／ＣＤインターフェイスではなく専用バスなどで接続することができるため、画像通信装置とＡＤＳＬゲートウェイ間のコマンドのやり取りが不要となり、通信効率を向上することが可能になる。
【００８９】
また、上記実施形態でＡＤＳＬゲートウェイとして示した回線インターフェース部分の構成は以上で示したＡＤＳＬモデム＋スプリッタのような構成のみならず、さらに他のネットワーク端末とＩＰ接続を共有するためのルータなどが一体化されていてもよい。さらに、ＶｏＩＰのためのゲートキーパーや、勧告Ｔ．３８のファクシミリゲートウェイの機能がＡＤＳＬゲートウェイとして示した回線インターフェース部分に含まれていてもよい。
【００９０】
さらに、以上では、ネットワーク通信サービスとして、ＡＤＳＬを考えたが、本発明の技術、特に、通信の前半でＶｏＩＰ／ＳＩＰを利用し、後半でＨＴＴＰなどを用いる転送技術はＡＤＳＬに限定されるものではなく、ＶｏＩＰ／ＳＩＰを利用できるネットワーク通信環境であれば、ＦＴＴＨやＡＴＭなどのネットワークでもほぼ同様に実施することができる。ＦＴＴＨやＡＴＭなどのようにＡＤＳＬと異なるネットワークであっても、ＷＡＮ側のネットワークインターフェース（図２ではＡＤＳＬモデム２１６）をそのネットワークに対応したものに変更する必要があるだけで、その他の構成は上記実施形態と同様でよい。また、アナログ通信路を用いる必要があれば、その場合は、回線インターフェース（上記の例ではＡＤＳＬゲートウェイ）と画像通信手段（上記の例では画像通信装置）の間にＩＰ通信手段の他に、なんらかのアナログ通信手段（ＶｏＩＰゲートキーパーやＩＴＵ−Ｔ勧告Ｔ．３８のファクシミリゲートウェイなど）があれば上記同様に実施することができる。
【００９１】
また、以上では、発呼側から画像データを送信する例を示したが、画像データの送信方向がその逆、すなわちポーリング送受信を行なう場合でも本発明の手順を利用できるのはいうまでもない。すなわち、データ伝送にＨＴＴＰを用いる場合には、データ送信側がＨＴＴＰサーバ側として機能を、データ受信側がＨＴＴＰサーバ側としての機能を有していればよく、これらの機能が発呼側／着呼側いずれの装置にあるかは無関係であるためである。そして、通信の後半のＨＴＴＰによるデータ伝送は、上述と逆の方向にＨＴＴＰメッセージの交換を行なうだけで実現できる。
【００９２】
なお、上記の実施形態では、簡略化のため、認証やセキュリティ上の措置については説明を省略している。しかしながら、上記実施形態のようにデータ伝送にＨＴＴＰを用いる場合、送信側の画像通信装置がＨＴＴＰポートを常時不特定多数の相手に開放しておくことは好ましいことではないので、何らかの認証やセキュリティ上の措置を講じる必要がある。たとえば、ＨＴＴＰコネクション確立（図６のステップＳ４１４、図５、図７のステップＳ５０３）の段階で、ユーザＩＤおよび（または）パスワード（いずれもあらかじめ画像通信装置に割り当てられたもの、あるいはユーザが決定したもの）の認証を行なう、データ伝送期間（図６のステップＳ４１４〜Ｓ４２０、図７のステップＳ５０３〜Ｓ５０７）の期間のみ送信側の画像通信装置がそれに先立つＳＩＰ通信により得た受信側のＩＰアドレスに対してのみＨＴＴＰポートを開くようにする（このようなポート制御ないしパケットフィルタリングは画像通信装置のみならず、ゲートウェイ（ＡＤＳＬゲートウェイ）で行なうこともできる）、などの手法が考えられる。
【００９３】
以上のように、本発明では、発呼側の通信装置が入力された電話番号を用いてＳＩＰによりデータ通信要求を送信し、その後、ＨＴＴＰ準拠の通信手順を開始するようにしているため、発呼側の装置は電話番号を媒介とした簡単なユーザ操作を行なうだけで済み、データ受信側の通信装置にＨＴＴＰを用いたＷＷＷブラウジング機能と、リアルタイム性を有する送受信機間の１対１（ＰＴＰ：Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）のデータ受信機能の双方を簡単安価に実装することができ、しかも特にＡＤＳＬのような回線サービスに接続する場合でも、従来のファクシミリ装置におけるようにデータ通信を音声帯域で行なうことによってそのスループットが著しく低下する、といった問題を回避することができる。
【００９４】
【発明の効果】
以上の説明から明らかなように、本発明によれば、電話番号により識別される通信装置間でＩＰ通信により通信データを送受信する通信方法、通信装置、および通信装置の制御プログラムにおいて、第１の通信装置が、第２の通信装置の電話番号に基づき所定のサーバから前記第２の通信装置のＩＰアドレスを取得し、前記第２の通信装置に対してデータ通信要求を行ない、前記第１および第２の通信装置のうちデータ受信側の通信装置がＨＴＴＰ準拠のデータ送受信プロトコルに基づきデータ送信側の通信装置に対してデータ送信要求を行ない、該データ送受信プロトコルに基づきＩＰ網上で通信データを送受信する構成を採用しているので、発呼側の装置は電話番号を媒介とした簡単なユーザ操作を行なうだけで済み、また、データ受信側の通信装置にＨＴＴＰを用いたＷＷＷブラウジング機能と、リアルタイム性を有する送受信機間の１対１（ＰＴＰ：Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）のデータ受信機能の双方を簡単安価に実装することができ、ＨＴＴＰ準拠のデータ送受信プロトコルによりＩＰ通信路上で高速なデータ通信を行なうことができる。すなわち、本発明によれば、電話番号を媒介とした簡単な発呼操作により高速なデータ通信を行なえ、汎用性に優れ、簡単安価に実装可能な通信システムを提供できる、という優れた効果が得られる。
【図面の簡単な説明】
【図１】本発明を採用した画像通信装置を含むネットワークシステムの構成を示したブロック図である。
【図２】図１の画像通信装置の内部構成を示したブロック図である。
【図３】図１のＡＤＳＬゲートウェイの内部構成を示したブロック図である。
【図４】ＶｏＩＰ／ＳＩＰを利用しさらにＩＰ通信により画像を伝送するデータ送受信シーケンスを示した説明図である。
【図５】ＨＴＴＰによるデータ送受信シーケンスを示した説明図である。
【図６】画像送信側の通信処理の流れを示したフローチャート図である。
【図７】画像受信側の通信処理、およびＨＴＴＰプロトコルによるデータ受信処理の流れを示したフローチャート図である。
【符号の説明】
１０１　ＩＰ網
１０２　ＷＷＷ（ＨＴＴＰ）サーバ
１０３　ＶｏＩＰ　ＳＩＰプロキシ
１０４　ＤＮＳサーバ
１０５、１０７　画像通信装置
１０６、１０８　ＡＤＳＬゲートウェイ
２０１　ＣＰＵ
２０７　読取制御部
２０９　ＦＡＸモデム
２１３　ＬＡＮコントローラ
２１４　記録制御部
【図１】
2004147128.tif 000003
【図２】
2004147128.tif 000004
【図３】
2004147128.tif 000005
【図４】
2004147128.tif 000006
【図５】
2004147128.tif 000007
【図６】
2004147128.tif 000008
【図７】
2004147128.tif 000009