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