(57)【要約】【課題】  ＩＰ網を経由して音声通信および画像通信を行なう通信装置、その制御方法、およびその制御プログラムにおいて、無駄な呼接続を行なうことなく、また極めて簡易な操作で音声通信ないし画像通信を連続して行なえるようにする。【解決手段】  画像通信装置１０５は第１セッションの通話または画像通信において、ＳＩＰプロキシ１０４から相手通信装置のＩＰアドレスを取得し、その後所定のユーザ操作により開始される第２の通信セッションの画像通信または通話においては、ＳＩＰサービスを用いることなく第１の通信セッションで取得した相手通信装置のＩＰアドレスを用いて相手通信装置と接続する。第１の通信セッションで取得した相手のＩＰアドレスが使用不可能である場合、第２の通信セッションで画像通信または音声通信を行なうべき相手の接続情報をユーザに手動入力させる。【選択図】  図１
2005159588.tif 000002
【特許請求の範囲】
【請求項１】
音声通信のための音声入出力手段と送信すべき画像を入力する画像入力手段とを有し、ＩＰ網を経由して音声通信および画像通信を行なう通信装置において、
ＳＩＰサービスを利用して相手通信装置のＩＰアドレスを取得するＩＰアドレス取得手段と、
発呼後の第１の通信セッションにおいて前記ＩＰアドレス取得手段を用いて相手通信装置のＩＰアドレスを取得し、音声通信または画像通信を行ない、その後の第２の通信セッションにおいて前記ＩＰアドレス取得手段を用いることなく第１の通信セッションで取得した相手通信装置のＩＰアドレスを用いて相手通信装置と接続し画像通信または音声通信を行なう通信制御手段を有することを特徴とする通信装置。
【請求項２】
前記第１の通信セッションにおいて行なわれる所定のユーザ操作に応じて前記第２の通信セッションに移行することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記所定のユーザ操作が所定の操作キーの操作であることを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１の通信セッションにおいて画像通信を行ない、該画像通信中に行なわれる前記第２の通信セッションに移行するための前記所定のユーザ操作が前記音声入出力手段として設けられたハンドセットのオフフックであることを特徴とする請求項２に記載の通信装置。
【請求項５】
前記第２の通信セッションにおいて、第１の通信セッションで取得した相手通信装置のＩＰアドレスが使用不可能である場合、第２の通信セッションで画像通信または音声通信を行なうべき相手通信装置の接続情報をユーザに手動入力させることを特徴とする請求項１に記載の通信装置。
【請求項６】
前記接続情報としてＵＲＩ、ＩＰアドレス、またはＩＰ電話番号のいずれかをユーザに手動入力させることを特徴とする請求項５に記載の通信装置。
【請求項７】
音声通信のための音声入出力手段と送信すべき画像を入力する画像入力手段とを有し、ＩＰ網を経由して音声通信および画像通信を行なう通信装置の制御方法において、
発呼後の第１の通信セッションにおいてＳＩＰサービスを利用して相手通信装置のＩＰアドレスを取得し、音声通信または画像通信を行ない、その後の第２の通信セッションにおいてＳＩＰサービスを利用することなく第１の通信セッションで取得した相手通信装置のＩＰアドレスを用いて相手通信装置と接続し画像通信または音声通信を行なうことを特徴とする通信装置の制御方法。
【請求項８】
前記第１の通信セッションにおいて行なわれる所定のユーザ操作に応じて前記第２の通信セッションに移行することを特徴とする請求項７に記載の通信装置の制御方法。
【請求項９】
前記所定のユーザ操作が所定の操作キーの操作であることを特徴とする請求項８に記載の通信装置の制御方法。
【請求項１０】
前記第１の通信セッションにおいて画像通信を行ない、該画像通信中に行なわれる前記第２の通信セッションに移行するための前記所定のユーザ操作が音声入出力手段として設けられたハンドセットのオフフックであることを特徴とする請求項８に記載の通信装置の制御方法。
【請求項１１】
前記第２の通信セッションにおいて、第１の通信セッションで取得した相手通信装置のＩＰアドレスが使用不可能である場合、第２の通信セッションで画像通信または音声通信を行なうべき相手通信装置の接続情報をユーザに手動入力させることを特徴とする請求項７に記載の通信装置の制御方法。
【請求項１２】
前記接続情報としてＵＲＩ、ＩＰアドレス、またはＩＰ電話番号のいずれかをユーザに手動入力させることを特徴とする請求項１１に記載の通信装置の制御方法。
【請求項１３】
音声通信のための音声入出力手段と送信すべき画像を入力する画像入力手段とを有し、ＩＰ網を経由して音声通信および画像通信を行なう通信装置の制御プログラムにおいて、
発呼後の第１の通信セッションにおいてＳＩＰサービスを利用して相手通信装置のＩＰアドレスを取得し、音声通信または画像通信を行ない、その後の第２の通信セッションにおいてＳＩＰサービスを利用することなく第１の通信セッションで取得した相手通信装置のＩＰアドレスを用いて相手通信装置と接続し画像通信または音声通信を行なうための制御過程を含むことを特徴とする通信装置の制御プログラム。
【請求項１４】
前記第１の通信セッションにおいて行なわれる所定のユーザ操作に応じて前記第２の通信セッションに移行するための制御過程を含むことを特徴とする請求項１３に記載の通信装置の制御プログラム。
【請求項１５】
前記所定のユーザ操作として所定の操作キーの操作を検出するための制御過程を含むことを特徴とする請求項１４に記載の通信装置の制御プログラム。
【請求項１６】
前記第１の通信セッションにおいて画像通信を行ない、該画像通信中に行なわれる前記第２の通信セッションに移行するための前記所定のユーザ操作として音声入出力手段として設けられたハンドセットのオフフックを検出するための制御過程を含むことを特徴とする請求項１４に記載の通信装置の制御プログラム。
【請求項１７】
前記第２の通信セッションにおいて、第１の通信セッションで取得した相手通信装置のＩＰアドレスが使用不可能である場合、第２の通信セッションで画像通信または音声通信を行なうべき相手通信装置の接続情報をユーザに手動入力させるための制御過程を含むことを特徴とする請求項１３に記載の通信装置の制御プログラム。
【請求項１８】
前記接続情報としてＵＲＩ、ＩＰアドレス、またはＩＰ電話番号のいずれかをユーザに手動入力させるための制御過程を含むことを特徴とする請求項１７に記載の通信装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網を経由して音声通信および画像通信を行なう通信装置、その制御方法、およびその制御プログラムに関するものである。
【背景技術】
【０００２】
近年、ＡＤＳＬやＦＴＴＨなどのブロードバンド回線の普及が著しい。このブロードバンド回線の高速伝送性を活かして音声をＩＰパケット化して伝送するＩＰ電話サービスも急速に普及している。
【０００３】
ＩＰ電話においては、通話音声データの送受信はＩＰアドレスを有する端末間でＴＣＰ（あるいはＵＤＰ）／ＩＰレイヤ上でＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ：たとえばＩＴＵ−Ｔ勧告Ｈ．３２３：下記の非特許文献１）プロトコルなどにより行なわれる。したがって、電話番号からＩＰアドレスへの変換処理が必要であるが、現在では電話番号からＩＰアドレスへの変換に関してはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ２５４３：下記の非特許文献２）が有力な規格となっている。
【０００４】
ＳＩＰを用いたＩＰ電話通信においては、接続される端末で電話番号を入力すると、ＳＩＰプロキシサーバ（以下ＳＩＰプロキシと記す）宛てに送信先電話番号を含むセッション要求メッセージが送信される。セッション要求メッセージを受信したＳＩＰプロキシはＥＮＵＭサーバに問い合わせて電話番号に対応するＵＲＩを入手する（Ｅ．１６４（ＩＴＵ−Ｔ勧告）番号からＵＲＩへの変換：ＲＦＣ９１６：下記の非特許文献３）。続いてＳＩＰプロキシはＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ：ＲＦＣ１０３５：下記の非特許文献４）サーバから、ＵＲＩに対応するＩＰアドレスを入手し、ＳＩＰプロキシが通話端末間での初期接続を代理した後、双方の通話端末が相手のＩＰアドレスを認識し、これ以降端末から送信される音声パケットがＩＰアドレス間で送受信される。
【０００５】
一方、ＩＰ網上で画像通信を行なうには、ＩＴＵ−Ｔ勧告Ｔ．３７やＴ．３８に記載されたいわゆるインターネットファクシミリ手順を用いる他、より高速な手法、たとえば画像データをＳＭＴＰ、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＩＰＰＦＡＸなどのプロトコルで送信することにより、相手側で表示したり印刷したりすることができる。
【非特許文献１】ＩＴＵ−Ｔ勧告Ｈ．３２３
【非特許文献２】ＲＦＣ２５４３：http://www.faqs.org/rfcs/rfc2543.html
【非特許文献３】ＲＦＣ９１６：http://www.faqs.org/rfcs/rfc916.html
【非特許文献４】ＲＦＣ１０３５：http://www.faqs.org/rfcs/rfc1035.html
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来では、音声通信と画像通信をＩＰ網上で行なう場合には別々のハードウェアを用いる必要があり、またその操作も複雑であった。
【０００７】
たとえば通話中に同じ相手に画像を送信することが、同一のハードウェアでは不可能であり、たとえば通話するにはＩＰ電話端末で電話番号を入力して相手に接続し、通話相手から、会話によってＩＰアドレスや、Ｐｒｉｎｔｅｒ−ＵＲＩを聞き、パソコン等のＩＰ電話端末とは別の画像通信装置にあらためてＩＰアドレス等を入力しなければならず、複雑な操作が必要であり、誤操作も生じやすい。
【０００８】
一方、上述のようにＳＩＰプロキシを用いれば、相手端末のＩＰアドレスを認識でき、送信元の端末がサーバを経由しないで、送信先の端末宛てにＰｅｅｒ  ｔｏ  Ｐｅｅｒ  で音声データ以外のたとえば画像データなども送信できることが明らかであるが、従来ではＳＩＰプロキシから入手したＩＰアドレスは呼接続時にしか利用されておらず、結局、画像通信のためには上記のような何らかの別の装置（およびその操作）が必要であった。
【０００９】
本発明の課題は、上記の問題に鑑み、ＩＰ網を経由して音声通信および画像通信を行なう通信装置、その制御方法、およびその制御プログラムにおいて、無駄な呼接続を行なうことなく、また極めて簡易な操作で音声通信ないし画像通信を連続して行なえるようにすることにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するため本発明は、音声通信のための音声入出力手段と送信すべき画像を入力する画像入力手段とを有し、ＩＰ網を経由して音声通信および画像通信を行なう通信装置、その制御方法、およびその制御プログラムにおいて、発呼後の第１の通信セッションにおいてＳＩＰサービスを利用して相手通信装置のＩＰアドレスを取得し、音声通信または画像通信を行ない、その後の第２の通信セッションにおいてＳＩＰサービスを利用することなく第１の通信セッションで取得した相手通信装置のＩＰアドレスを用いて相手通信装置と接続し画像通信または音声通信を行なう構成を採用した。
【発明の効果】
【００１１】
上記の特徴的な構成を採用することにより、第２の通信セッションにおいてＳＩＰサービスを利用することなく第１の通信セッションで取得した相手通信装置のＩＰアドレスを用いるようにしているので、無駄な呼接続処理を行なうことなく、また極めて簡易な操作で音声通信ないし画像通信を連続して行なえるという優れた効果を得られる。
【発明を実施するための最良の形態】
【００１２】
以下、図面に示した実施例に基づき本発明を詳細に説明する。本発明はＩＰ電話、あるいはＩＰ通信に対応した通信装置に適用可能なものであるが、以下、ＩＰ電話による通話が可能な画像通信装置と、その制御方法、ないしその制御プログラムに関する実施例を示す。
【実施例１】
【００１３】
図１は本実施例を適用可能なネットワークシステムの構成を示している。同図において、符号１０１はインターネット網（ＩＰ網）である。１０２はＥＮＵＭサーバであり、電話番号をＵＲＩないしドメインネームに変換する処理を行なう。１０３はＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバであり、ドメインネームをＩＰアドレスに変換する処理を行なう。
【００１４】
符号１０４はＶｏＩＰ用ＳＩＰプロキシ（グローバルＩＰアドレス：１９３．１６８．０．１）であり、ＩＰ電話サービスにおける呼接続処理を行なうためのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サービスを提供する。
【００１５】
符号１０５は第一の画像通信装置（グローバルＩＰアドレス：１９４．１６８．０．１）であり、本実施例では発呼および画像送信側の装置として機能する。
【００１６】
符号１０６はＡＤＳＬモデムであり、アナログ電話を接続するアナログ電話インターフェースとデジタルデータの送受信を行なうためのＣＳＭＡ／ＣＤ（たとえばＥｔｈｅｒｎｅｔ（商標名））インターフェースを有する。ＡＤＳＬモデム１０６はアナログ電話インターフェース（不図示）の音声帯域信号とＣＳＭＡ／ＣＤインターフェース１０７の音声帯域外信号を多重・変調して通信回線に送信する機能、さらに逆に、通信回線から受信した信号を音声帯域信号と音声帯域外信号に分離し、それぞれアナログ電話インターフェースとＣＳＭＡ／ＣＤインターフェース１０７に出力する機能を有する。
【００１７】
符号１０７は上記のＡＤＳＬモデムと画像通信装置を接続するＣＳＭＡ／ＣＤインターフェース、１０８は第二の画像通信装置（グローバルＩＰアドレス：１９７．１６８．０．１）、１０９はＡＤＳＬモデム１０６と同様に構成されたＡＤＳＬモデム、１１０はＣＳＭＡ／ＣＤインターフェース１０７と同様に構成されたＣＳＭＡ／ＣＤインターフェースである。
【００１８】
図２（ａ）は画像通信装置１０５（あるいは後述の画像通信装置１０８）の構成を示している。同図において、符号２０１はＣＰＵであり、ＲＯＭ２０２に格納されたプログラムにしたがって画像通信装置の制御を行なう。ＣＰＵ２０１はＴＣＰ／ＩＰのプロトコル処理も行ない、画像データのＴＣＰ／ＩＰフレームへの組立はＣＰＵ２０１の制御により行われる。２０３はＲＡＭであり、プログラム実行時のワークメモリとして使用すると共に、送受信する画像データのバッファリングにも使用される。
【００１９】
符号２０４はＣＩＳ（Ｃｏｎｔａｃｔ  Ｉｍａｇｅ  Ｓｅｎｓｏｒ）であり、原稿の画像をアナログ信号に変換する。読取制御部２０５はＣＩＳ２０４が出力するアナログ信号をデジタルデータに変換する。変換されたデジタルデータは、ＣＰＵ２０１の制御によりＲＡＭ２０３に転送され、後述のようにして送信（あるいは記録出力など）される。
【００２０】
符号２０６はＭＨ符号化・復号化処理部であり、画像送信時には、読み取った画像データをＭＨ符号化してデータ圧縮する。受信時には、ＭＨ符号化されている画像データを復号化する。
【００２１】
符号２０７はＦＡＸモデムであり、送信時にはＭＨ符号化されたデータを変調してアナログ回線で伝送可能な音声帯域のアナログ信号に変換する。受信時には受信したアナログ信号を復調して、ＭＨ符号化データを出力する。
【００２２】
符号２０８は音声入出力部（ハンドセット）であり、音声を入力するマイクと、音声を出力するスピーカから構成されている。
【００２３】
符号２０９はアナログスイッチであり、ＣＯＤＥＣ２１０に接続する信号を切り替えるスイッチである。ファクシミリ画像通信時にはＣＯＤＥＣ２１０とＦＡＸモデム２０７を接続し、通話時にはＣＯＤＥＣ２１０と音声入出力部２０８を接続する。
【００２４】
符号２１１はキー操作部であり、ダイヤルやファクシミリ送受信の操作ボタンなどから構成され液晶表示部２１２とともにユーザーインターフェース手段を構成する。
【００２５】
符号２１３は電子写真方式、インクジェット方式など任意の記録方式により構成された記録処理部である。記録処理部２１３は受信（あるいは他の方法で入力）した画像データを印刷用ラスタデータに変換し、印刷出力する。
【００２６】
符号２１４はカードインターフェースであり、デジタルカメラで撮影したＪＰＥＧ画像を格納したメモリカードを接続することができる。
【００２７】
符号２１５はＪＰＥＧ処理部であり、カードインターフェースを経由して入力されたＪＰＥＧ画像をＪＰＥＧ圧縮するものである。また、受信したＪＰＥＧ画像データを伸張するものである。
【００２８】
符号２１６はＬＡＮコントローラであり、ＡＤＳＬモデム１０６（１０９）との間でＣＳＭＡ／ＣＤインターフェース１０７（１１０）を経由してデータ送受信を行なう。送信するデータをＬＡＮコントローラ２１６に転送すると、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームヘッダとＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）などを付加した上で、ＣＳＭＡ／ＣＤインターフェース１０７に送信する。
【００２９】
図２（ｂ）は、図１の画像通信装置１０５（１０８）の外観構成を示している。同図において、符号１０１は画像通信装置１０５（１０８）が接続されるインターネット網（ＩＰ網）である。本実施例では、有線回線接続、すなわちＡＤＳＬによりＩＰ網１０１と画像通信装置１０５（１０８）が接続される（ただし、ＡＤＳＬ以外にも有線（光ファイバなども含む）／無線の任意のＬＡＮ方式、ＣＡＴＶ方式など任意の接続方式が考えられる）。ＡＤＳＬの場合は、終端装置としてＡＤＳＬモデム１０６（１０９）が用いられ、ＡＤＳＬモデム１０６（１０９）のＩＰ網１０１側はアナログ電話回線接続、画像通信装置１０５（１０８）側はＬＡＮ接続となる。
【００３０】
また、画像通信装置１０５（１０８）の操作部２１１（図２（ａ）の操作部２１１に対応）には画像通信キー２１１ａが設けられており、この画像通信キー２１１ａは通常のファクシミリ装置の「送信」ボタンなどと同様に機能し、画像通信キー２１１ａを押下することで画像通信（たとえばＣＩＳ２０４で読み取った画像、カードインターフェース２１４から入力したＪＰＥＧ画像などの送信）を開始させることができる。
【００３１】
さらに、操作部２１１には、通話キー２１１ｂが設けられているが、この通話キー２１１ｂは、後述の実施例２において、第１セッションでまず画像通信を行ない、その後第２セッションの通話を開始する場合に用いられる。
【００３２】
次に上記構成における通信制御につき説明する。以下、第一の画像通信装置１０５から第二の画像通信装置１０８に対して発呼して通話を行ない、さらに通話中に画像送信を行なう場合の処理について説明する。
【００３３】
図４（ａ）〜（ｃ）は画像通信装置１０５が実行する通信制御手順、図５は画像通信装置１０８が実行する通信制御手順、図６はＳＩＰプロキシ１０４が実行する通信制御手順を示している。図４（ａ）〜（ｃ）において、同一のアルファベットを付したフローはその位置で連続しているものとする。これらの通信手順はＲＯＭ２０２にＣＰＵ２０１の制御プログラムとして格納しておけばよい。
【００３４】
図３（ａ）〜（ｃ）は図４〜図６の通信制御により実現される通信シーケンスを示したもので、図４〜図６の各処理に対応するステップ番号を付してある。
【００３５】
図３（ａ）は画像通信装置１０５から画像通信装置１０８に対して初めて通話のための接続をする場合の通信シーケンス、図３（ｂ）および図３（ｃ）は画像通信装置１０５から画像通信装置１０８に対して、通話中から再度の呼接続を行なうことなく画像送信を行なう場合の通信シーケンスである。
【００３６】
特に、図３（ｂ）、図３（ｃ）のうち図３（ｂ）は通話において得られたＩＰアドレスから第２のセッションを張り、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納したＰｒｉｎｔｅｒ−ＵＲＩに一致した時の通信シーケンスを、一方、図３（ｃ）は受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納したＰｒｉｎｔｅｒ−ＵＲＩに一致しなかった時、再度Ｐｒｉｎｔｅｒ−ＵＲＩを手動入力させるときの通信シーケンス図である。
【００３７】
以下、第一の画像通信装置１０５から第二の画像通信装置１０８に対して通話中に通話相手に対して画像通信を開始する場合の処理について説明する。
【００３８】
画像通信装置のキー操作部２１１により宛先の電話番号の入力に続いて画像送信キーが押下されると（図４（ａ）ステップＳ４０１）、この電話番号に対応するＩＰアドレスがメモリに格納されているかどうかをチェックする（ステップＳ４０２）。既に画像送信を行ったことのある相手先であれば、後述のようにして電話番号に対応するＩＰアドレスがメモリ（ＲＡＭ２０３）の所定領域に格納されている。
【００３９】
ステップＳ４０２において電話番号に対応するＩＰアドレスがメモリに格納されている場合にはステップＳ４４０にジャンプするが、ＩＰアドレスがメモリに格納されていない場合にはステップＳ４０４〜Ｓ４０６でＳＩＰサービスを利用して相手局のＩＰアドレスを取得する。
【００４０】
ステップＳ４０４ではメモリに入力された電話番号に対応して、ＡＤＳＬモデム１０６に接続されたＣＳＭＡ／ＣＤインターフェース１０７経由で、前記電話番号情報を入れたＳＩＰセッション要求メッセージ（ＩＮＶＩＴＥメッセージ）を送信する処理を行なう（ステップＳ４０４）。このＳＩＰメッセージは以下のようなテキストフォーマットにより構成される。
【００４１】
INVITE sip:ezumi@canon.co.jp SIP/2.0
Via:SIP/2.0/UDP soho.canon.co.jp
From: yosuke ezumi <ippfax://ezumi.canon.co.jp>
To: <tel: 050-1234-5678>
Call-ID:2ef-1737483932@soho.canon.co.jp
Cseq:1 INVITE
Content Type: application/SDP
v=0
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
s=Image
t=2873397496 2873404696
m=ippfax 44000 TCP
上記のごとく、入力された電話番号に基づく宛先情報などを記述したヘッダに続く本文においては、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ２３２７）に基づいて各種パラメータを記述する。画像通信をする場合には、この中にメディア種別が画像であること（上記の「s=Image」）や、使用する画像伝送プロトコル種別に関する記述を行なうことができる。また、画像パケットを送受信する際に使用するＴＣＰポート番号についても記述することができ、上記の例では、画像パケットの送受信プロトコルとしてＩＰＰＦＡＸを、またＴＣＰの４４０００番ポートを使用することを指定（上記の「m=ippfax 44000 TCP」の部分）している。
【００４２】
このＳＩＰメッセージを送信するにあたっては、トランスポート層としてはＵＤＰを使用する。このため、ＣＰＵ２０１はＳＩＰメッセージにＵＤＰヘッダを付加して、ＵＤＰフレームを生成してメモリ２０３に格納する。ＵＤＰヘッダ内の送信先アドレスには、ＳＩＰプロキシ１０４のＩＰアドレス１９３．１６８．０．１を入れ、送信元アドレスには、画像通信装置１０５のＩＰアドレスである１９４．１６８．０．１を入れる。また、宛先ポート番号には、ＳＩＰのＷｅｌｌ−ｋｎｏｗｎポート番号である５０６０を入れ、送信元ポート番号には任意のポート番号（本例では５０００とする）を入れる。
【００４３】
このようにして生成したＵＤＰフレームをＣＰＵ２０１はＬＡＮコントローラ２１６に転送する。ＬＡＮコントローラ２１６は送信データを受信すると、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダを付加してＡＤＳＬモデム１０６に送信し、データを受信したＡＤＳＬモデム１０６は受信したデータをＩＰ網１０１に送信する。これ以降に送信される各種メッセージについても、同様の手順により送信される。
【００４４】
本パケットの場合は、送信先ＩＰアドレスとしてＳＩＰプロキシ１０４のＩＰアドレスが入れられているので、ＩＰ網１０１を経由してＳＩＰプロキシ１０４に届けられる（図６ステップＳ６０１）。
【００４５】
ＳＩＰプロキシ１０４は受け取ったセッション要求メッセージのヘッダ内の電話番号を「８．７．６．５．４．３．２．１．ｅ１６４．ａｒｐａ」のようなアドレス形式に展開し（ステップＳ６０２）、ＥＮＵＭサーバ１０２に問い合わせる（ステップＳ６０３）。問い合わせを受けたＥＮＵＭサーバ１０２は「８．７．６．５．４．３．２．１．  ｅ１６４．ａｒｐａ」に対応するＵＲＩを検索し、得られたＵＲＩ、たとえば「ｉｐｐｆａｘ：／／ｃａｎｏｎ．ｃｏ．ｊｐ／ａｂｃ」のようなＵＲＩをＳＩＰプロキシ１０４に返信する。
【００４６】
ＵＲＩを受信したＳＩＰプロキシ１０４は（ステップＳ６０４）、ＤＮＳサーバ１０３に対して、受信したＵＲＩ「ｉｐｐｆａｘ：／／ｃａｎｏｎ．ｃｏ．ｊｐ／ａｂｃ」に対応するＩＰアドレスを問い合わせる（ステップＳ６０５）。問い合わせを受けたＤＮＳサーバ１０３はこのＵＲＩに対応する画像通信装置１０８に対応するＩＰアドレス１９７．１６８．０．１をＳＩＰプロキシ１０４に対して返送する。
【００４７】
ＤＮＳサーバから相手先の画像通信装置１０８のＩＰアドレスを受信したＳＩＰプロキシ１０４は（ステップＳ６０６）、画像通信装置１０５から受信したパケット内の送信先ＩＰアドレスをＤＮＳサーバ１０３から受信した画像通信装置１０８のＩＰアドレスに入れ替え、送信元ＩＰアドレスをＳＩＰプロキシ１０４のＩＰアドレスに入れ替えた上で、画像通信装置１０８宛てにセッション要求メッセージを送信する（ステップＳ６０７）。
【００４８】
一方、セッション要求メッセージを受信した画像通信装置１０８は（図５ステップＳ５０１）、呼出中メッセージをＳＩＰプロキシ１０４宛てに送信する（ステップＳ５０２）。呼出中メッセージのヘッダ内の宛先には、受信したセッション要求メッセージのヘッダに記述されている送信元電話番号情報を入れ、送信先ＩＰアドレスには、セッション要求メッセージの送信元ＩＰアドレスである、ＳＩＰプロキシ１０４のアドレスを入れて送信する。このとき、画像通信装置１０８が送信するＳＩＰメッセージ（呼出中メッセージ）には、画像通信装置１０５の送信したセッション要求メッセージと同様に、上記ＳＤＰフォーマットによる各種パラメータも記述し、画像通信装置１０８が受信する画像パケット用のＴＣＰポート番号も指定することもできる。本実施例においては、画像通信装置１０８が画像パケット受信に用いるポート番号を４７０００とする。
【００４９】
また、画像通信装置１０８は、呼出中メッセージを送信すると共に、呼出音を鳴動すると同時に、通話のための着信があったことを表示する（ステップＳ５０３）。
【００５０】
呼出中メッセージを受信したＳＩＰプロキシ１０４は（ステップＳ６０８）、呼出中メッセージの送信先ＩＰアドレスを画像通信装置１０５のＩＰアドレスに、送信元ＩＰアドレスをＳＩＰプロキシ１０４のＩＰアドレスにそれぞれ入れ替えて送信し（ステップＳ６０９）、画像通信装置１０５が呼出中メッセージを受信する（図４ステップＳ４０５）。
【００５１】
その後、画像通信装置１０８の操作部２１１の適当なキー操作（図２（ｂ）の構成では通話キー２１１ａを用いてもよい）、またはハンドセットのオフフックによって、応答メッセージがＳＩＰプロキシ１０４経由で画像通信装置１０５に送信される（図４ステップＳ４０６、図５ステップＳ５２１）。このとき、応答メッセージを受信（ステップＳ６１０）したＳＩＰプロキシ１０４は、送信先ＩＰアドレスのみを画像通信装置１０５のＩＰアドレスに変換して応答メッセージを転送し（ステップＳ６１１）、画像通信装置１０５が応答メッセージを受信する（ステップＳ４０６）。
【００５２】
画像通信装置１０５では、応答メッセージを受信すると、現時点のセッションが発呼後２回目以降の通信セッションか否かを判定する。本実施例では最初の通信セッションで通話を行ない、続いて２回目以降の通信セッションで画像通信を行なうので、ここではその切り分けを行なっている。発呼後の２回目以降の通信セッションの場合はステップＳ４２１（図４（ｂ））に移行し、発呼後の最初の通信セッションの場合はステップＳ４０７に移行する。
【００５３】
画像通信装置１０５は、ステップＳ４０７において受信した応答メッセージ内の送信元ＩＰアドレスにより、画像通信装置１０８のＩＰアドレスを認識することができ、これ以降はＳＩＰプロキシ１０４を経由しないで、直接画像通信装置１０８宛てにパケットを送信することが可能になる。
【００５４】
さらに、画像通信装置１０５は、上記のようにして認識した画像通信装置１０８のＩＰアドレス１９７．１６８．０．１を電話番号０５０−１２３４−５６７８に対応付けてメモリに格納する（ステップＳ４０８）。この電話番号／ＩＰアドレスの対応情報は、上述のステップＳ４０２で検索されるもので、したがって、過去に通信した相手であれば上記のステップＳ４０２〜Ｓ４４０への分岐が生じ、ＳＩＰセッションを行なうことなく高速な呼接続が可能となる。
【００５５】
画像通信装置１０５は宛先ＩＰアドレスを画像通信装置１０８のＩＰアドレスとした応答確認メッセージを送信して、呼接続手順は終了し通話状態になる（ステップＳ４０９）。ここで、画像通信装置１０５と画像通信装置１０８は通話状態に移行し、通話が行われる。
【００５６】
以上のようにして行なわれる呼接続、および第１セッションにおける通話の通信シーケンスは図３（ａ）に示される通りである。
【００５７】
ユーザが通話中の相手に対して画像送信を希望する場合は、通話の状態を保持したまま画像を通信する操作を行なう。すなわち、画像通信装置１０５において、通話相手への画像送信が選択、たとえば、操作部２１１の画像通信キー２１１ａの操作（あるいは他の適当な操作）が行なわれる（ステップＳ４４１）と、ステップＳ４２１（図４（ｂ））に移行する。画像送信が選択されない間は、通話終了操作（たとえばオンフック操作などによる）をステップＳ４４２で検出しつつステップＳ４０９にループし、通話処理が続行される。
【００５８】
画像送信が選択されると、画像通信装置１０５は送信先の画像通信装置１０８のＩＰアドレスが１９７．１６８．０．１であることを認識（図４（ｂ）ステップＳ４２１）し、第２のセッション要求メッセージにＩＰアドレス１９７．１６８．０．１を付加して送信する（ステップＳ４２２）。セッション要求メッセージは上に示したＳＩＰメッセージと同様の形式であるが、内容については既に交換したＳＩＰメッセージの内容に応じてパラメータ（ポート番号やプロトコルなどの指定）の指定を変更することができ、このような制御により相手の通信能力に合せたネゴシエーションを実現できる。
【００５９】
これ以降、画像通信装置１０５と画像通信装置１０８の間で、呼出中メッセージ、応答メッセージ、応答確認メッセージの送受信が行われ、これら呼接続メッセージを正常に送受信できたか否かを判定する（ステップＳ４２３）。呼接続メッセージを正常に送受信できなかった場合は後述のステップＳ４４４に移行する。
【００６０】
呼接続メッセージを正常に送受信できた場合は、ステップＳ４２４以降においてＩＰＰＦＡＸプロトコルによる画像送受信手順を開始する。まず、画像通信装置１０５はＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを送信する（ステップＳ４２４）。このＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージの詳細に関しては後述のステップＳ４１０以降を参照されたい。
【００６１】
このＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージに対して、画像通信装置１０８からＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（ステップＳ４２５）、同メッセージ内のＰｒｉｎｔｅｒ−ＵＲＩに記載されている画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを読み出す（ステップＳ４２６）。そして、読み出したＰｒｉｎｔｅｒ−ＵＲＩを、メモリに格納されているダイヤルした電話番号に対応するＰｒｉｎｔｅｒ−ＵＲＩと比較する（ステップＳ４２７）。
【００６２】
比較した結果、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納されているＰｒｉｎｔｅｒ−ＵＲＩと一致しているならば、通信中の画像通信装置１０８が目的の通信相手であると認識し（ステップＳ４２８）、ステップＳ４１０（図４（ｃ））以降の画像送信制御に移行する。
【００６３】
なお、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納されているＰｒｉｎｔｅｒ−ＵＲＩと一致していない場合、および上述のステップＳ４２５において画像通信装置１０８からＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信できなかった場合は、ステップＳ４４４の処理を行なう。このステップＳ４４４については後述する。
【００６４】
このようにして通話中から開始される第２セッションによる画像通信のシーケンスは図３（ｂ）に示されている。この画像送信においてはリアルタイム性よりもデータ誤りの防止が重要であるため、画像通信にはトランスポート層としてＴＣＰを使用する。
【００６５】
ここでは画像通信装置１０５が、画像送信に先立ちＩＰＰＦＡＸのプロトコルに基づいて、送信画像パラメータなどの情報を画像通信装置１０８に送信する。ＩＰＰＦＡＸメッセージはすべてＨＴＴＰのＰＯＳＴを使って送信する。また、上述のメッセージ交換により、画像通信装置１０５が送信するＩＰＰＦＡＸメッセージ内の宛先ポート番号は４７１００、送信元ポート番号は４４１００となっており、画像通信装置１０８が送信するＩＰＰＦＡＸメッセージ内の宛先ポート番号は４４１００、送信元ポート番号は４７１００が選択されている。
【００６６】
画像通信において、画像通信装置１０５はまずＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを送信する（図４（ｃ）ステップＳ４１０）。本メッセージは、画像通信装置１０８に対して、装置名称、処理可能な文書形式などを確認することを目的としている。文書形式はＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）形式で記述される。
【００６７】
Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージのフォーマットの詳細はＲＦＣ２９１１に記述されているので、ここでは詳述しないが、本実施例では、ステップＳ４１０で送信するＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージに
・画像通信装置１０８が文書形式としてＪＰＥＧ画像の受信／記録をサポートしているかどうかを確認する
・画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを確認する
情報を含めるものとする（ステップＳ４２４で送信するものも同様とする）。これは、相手の画像通信装置宛てにＳＩＰプロキシを経由しないで画像を送信する場合に、Ｐｒｉｎｔｅｒ−ＵＲＩによって、送信しようとしている相手であるかどうかを判断することになるためである。
【００６８】
また、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージの送信処理は、ステップＳ４２４（図４（ｂ））とステップＳ４１０（図４（ｃ））に配置されているが、これは後述するステップＳ４４４でＰｒｉｎｔｅｒ−ＵＲＩが手動入力される可能性があるためである。
【００６９】
Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを受信した画像通信装置１０８は（図５ステップＳ５０６）、文書形式としてＪＰＥＧ画像をサポートしていることを示す内容を含むＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信する（ステップＳ５０７）。
【００７０】
画像通信装置１０５は、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（図４（ｃ）ステップＳ４１１）、同メッセージ内のＰｒｉｎｔｅｒ−ＵＲＩに記載されている画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを、画像通信装置１０８の電話番号に対応づけてメモリに格納する（ステップＳ４１２）。また、画像データを送信してもよいかどうかを確認するために、画像通信装置１０８に対して、Ｖａｌｉｄａｔｅ−Ｊｏｂメッセージを送信する（ステップＳ４１３）。
【００７１】
画像通信装置１０８はＶａｌｉｄａｔｅ−Ｊｏｂメッセージを受信した時に、受信できる状態にあれば（図５ステップＳ５０８）、Ｖａｌｉｄａｔｅ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信する（ステップＳ５０９）。
【００７２】
画像通信装置１０５はＶａｌｉｄａｔｅ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを受信（図４（ｃ）ステップＳ４１４）すると、ＪＰＥＧ画像ファイルを送信するためにＰｒｉｎｔ−Ｊｏｂメッセージを送信する。このＰｒｉｎｔ−Ｊｏｂメッセージ内には、送信先装置のＵＲＩ、文書名、文書形式などの属性情報と共に画像ファイルそのものを含んでいる。
【００７３】
Ｐｒｉｎｔ−Ｊｏｂメッセージを生成する際には、画像通信装置１０５はＣＰＵ２０１がカードインターフェース２１４を経由してメモリカードに格納されているＪＰＥＧデータを読み出す（ステップＳ４１５）。続いて、ＣＰＵ２０１は読み出したデータをＢＡＳＥ６４変換処理し、Ｐｒｉｎｔ−Ｊｏｂメッセージの各属性とＩＰアドレスやポート番号を含むＴＣＰヘッダを付加したフレームを生成してＲＡＭ２０３に格納する（ステップＳ４１６）。続いて、本フレームをＬＡＮコントローラ２１６に転送し、ＬＡＮコントローラ２１６においては、ＭＡＣアドレスを付加して送信する（ステップＳ４１７）。
【００７４】
Ｐｒｉｎｔ−Ｊｏｂメッセージを受信した画像通信装置１０８は（図５ステップＳ５１０）、ＭＩＭＥヘッダの属性情報を参照することにより、受信した画像ファイルがＪＰＥＧ画像であることを認識することができる。画像通信装置１０８においては、ＬＡＮコントローラ２１６においてヘッダを削除し、ＪＰＥＧデータをＲＡＭ２０３に格納する（ステップＳ５１１）。
【００７５】
画像通信装置１０８は画像データを正常に受信できた場合は、その旨を示すＰｒｉｎｔ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信して、これにより画像通信動作が終了する（ステップＳ５１２）。なお、ＪＰＥＧ画像を受信した画像通信装置１０８では、ＪＰＥＧデータがＪＰＥＧ処理部２１５により伸張され（ステップＳ５１３）、記録処理部２１３が伸張された画像データをＣＭＫＹの４色データに変換し（ステップＳ５１４）、印刷出力する（ステップＳ５１５）。
【００７６】
画像通信装置１０５は、Ｐｒｉｎｔ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（ステップＳ４１８）画像が正常に送信できたと判断して画像送信動作を終了する（ステップＳ４１９）。このようにして第２セッションがクローズされる。
【００７７】
なお、図４（ｂ）のステップＳ４２３において呼接続メッセージを正常に送受信できなかった場合、ステップＳ４２５において所定の時間が経過しても画像通信装置１０８からＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信できなかった場合、および、ステップＳ４２７のＰｒｉｎｔｅｒ−ＵＲＩの比較において、受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納されているＰｒｉｎｔｅｒ−ＵＲＩと一致していない場合には、ステップＳ４４４に移行する。
【００７８】
ステップＳ４２２において、画像通信装置１０８に対してＩＮＶＩＴＥメッセージを送信しても応答メッセージを受信しない場合は（ステップＳ４２３）、画像通信装置１０８との間にあるファイアウォールなどの制約により画像通信装置１０８と接続できない状態にある可能性があるため、また、ステップＳ４２５でＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信できなかった場合、およびステップＳ４２７で受信したＰｒｉｎｔｅｒ−ＵＲＩがメモリに格納されているＰｒｉｎｔｅｒ−ＵＲＩと一致していない場合は、相手端末が所望の画像通信装置１０８ではなかった可能性があるためである。
【００７９】
ステップＳ４４４においては、画像送信を所望する相手のＰｒｉｎｔｅｒ−ＵＲＩを手動入力させる。このＰｒｉｎｔｅｒ−ＵＲＩの入力には、表示部２１２で適当な警告メッセージを表示し、操作部２１１から画像送信を所望する相手のＰｒｉｎｔｅｒ−ＵＲＩを入力させる。
【００８０】
ステップＳ４４４でＰｒｉｎｔｅｒ−ＵＲＩの入力が行なわれなかった場合は画像通信装置１０８は所望の通信相手でないと認識して（図４（ｂ）ステップＳ４３０）、続くＩＰＰＦＡＸの手順を中止（ステップＳ４３１）し、通話処理（図４（ａ）ステップＳ４０９）に戻る。
【００８１】
ステップＳ４４４でＰｒｉｎｔｅｒ−ＵＲＩ入力が行なわれた場合、図３（ｃ）の通信シーケンスが行なわれる。すなわち、入力されたＵＲＩからＤＮＳサーバ１０３を検索（図４（ｂ）ステップＳ４５１）する。そして、ＵＲＩに対応するＩＰアドレスが得られると図４（ａ）のステップＳ４４０を経由して図４（ｂ）のステップＳ４２１に移行し、上述のＩＰＰＦＡＸ手順により画像送受信が行なわれる。
【００８２】
以上のようにして、本実施例によれば、通話のために接続した１回目の通信セッションにおいてＳＩＰプロキシサービスから得たＩＰアドレスを用い、Ｐｒｉｎｔｅｒ−ＵＲＩを入手し、２回目のセッションでは、ＩＰ電話の呼接続、すなわち、ＳＩＰプロキシサービスを経由することなく、通話に続いて（通話しながら）画像通信を行なうことができる。
【００８３】
本実施例によれば、相手電話番号を入力し、通話を開始し、その後、所定操作を行なう、たとえば画像通信キー２１１ａを押すだけで極めて容易に通話相手に画像を送信することができる。
【００８４】
また、本実施例では、過去に通信した相手の電話番号とＩＰアドレスの対応情報をメモリにキャッシュし通話開始前に入力電話番号からメモリの対応情報を検索し、対応情報があればその情報を用いて通信を開始するようにしているので、高速な呼接続を行なうことができる（図４（ａ）ステップＳ４０８およびＳ４０２）。
【００８５】
また、通話開始後、画像通信を行なう場合、ＳＩＰプロキシサービスから得たＰｒｉｎｔｅｒ−ＵＲＩと、ＩＰＰＦＡＸプロトコルのＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅから得たＰｒｉｎｔｅｒ−ＵＲＩを照合（図４（ｂ）ステップＳ４２７）することにより、画像送信先が正しいかどうかを確認でき、さらに両者が一致していない場合は所望の画像送信先のＰｒｉｎｔｅｒ−ＵＲＩを手動入力（ステップＳ４４４）することができ、画像送信の確実性を高めることができる。
【実施例２】
【００８６】
以上では、発呼後、第１通信セッションで通話を行ない、第２通信セッションで画像通信を行なう例を示したが、以下、本実施例２として示すように第１通信セッションで画像通信を行ない、第２通信セッションで通話を行なうことも考えられる。
【００８７】
本実施例のハードウェア構成は図１、図２（ａ）および図２（ｂ）に示したものと同様であるものとする。本実施例では、図２（ｂ）の通話キー２１１ｂが用いられる。
【００８８】
また、本実施例の通信シーケンス、および画像通信装置の制御手順は図７（ａ）〜（ｃ）、図８（ａ）、（ｂ）および図９に示してある。図７は実施例１では図３に、図８は実施例１では図４に相当するもので、それぞれ同等の形式で図示されている。
【００８９】
すなわち、図７（ａ）は画像通信装置１０５から画像通信装置１０８に対して初めて画像送信のための接続をする場合の通信シーケンス、図７（ｂ）および図７（ｃ）は画像通信装置１０５から画像通信装置１０８に対して、画像送信中から再度の呼接続を行なうことなく通話を行なう場合の通信シーケンスである。
【００９０】
また、図８（ａ）、（ｂ）は画像通信装置１０５が実行する通信制御手順、図９は画像通信装置１０８が実行する通信制御手順である。図８（ａ）、（ｂ）において、同一のアルファベットを付したフローはその位置で連続しているものとする。これらの通信手順はＲＯＭ２０２にＣＰＵ２０１の制御プログラムとして格納しておけばよい。
【００９１】
なお、ＳＩＰプロキシ１０４の通信制御手順については図６と同一であるので、本実施例では省略するが、ＳＩＰプロキシ１０４の通信制御手順に関しては以下では図６の参照符号を示すものとする。
【００９２】
以下、第一の画像通信装置１０５から第二の画像通信装置１０８に対して発呼して、まず第１の通信セッションで画像通信を行ない、続いて第２の通信セッションで通話を開始する場合の処理について説明する。
【００９３】
画像通信装置のキー操作部２１１により宛先の電話番号の入力に続いて画像送信キーが押下されると（図８（ａ）ステップＳ１４０１）、この電話番号に対応するＩＰアドレスがメモリに格納されているかどうかをチェックする（ステップＳ１４０２）。既に画像送信を行ったことのある相手先であれば、後述のようにして電話番号に対応するＩＰアドレスがメモリ（ＲＡＭ２０３）の所定領域に格納されている。
【００９４】
ステップＳ１４０２において電話番号に対応するＩＰアドレスがメモリに格納されている場合にはステップＳ１４４０にジャンプするが、ＩＰアドレスがメモリに格納されていない場合にはステップＳ１４０４〜Ｓ１４０６でＳＩＰサービスを利用して相手局のＩＰアドレスを取得する。
【００９５】
ステップＳ１４０４ではメモリに入力された電話番号に対応して、ＡＤＳＬモデム１０６に接続されたＣＳＭＡ／ＣＤインターフェース１０７経由で、前記電話番号情報を入れたＳＩＰセッション要求メッセージ（ＩＮＶＩＴＥメッセージ）を送信する処理を行なう（ステップＳ１４０４）。このＳＩＰメッセージは、実施例１の場合と同様、以下のようなテキストフォーマットにより構成される。
【００９６】
INVITE sip:ezumi@canon.co.jp SIP/2.0
Via:SIP/2.0/UDP soho.canon.co.jp
From: yosuke ezumi <ippfax://ezumi.canon.co.jp>
To: <tel: 050-1234-5678>
Call-ID:2ef-1737483932@soho.canon.co.jp
Cseq:1 INVITE
Content Type: application/SDP
v=0
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
s=Image
t=2873397496 2873404696
m=ippfax 44000 TCP
上記のごとく、入力された電話番号に基づく宛先情報などを記述したヘッダに続く本文においては、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ２３２７）に基づいて各種パラメータを記述する。画像通信をする場合には、この中にメディア種別が画像であること（上記の「s=Image」）や、使用する画像伝送プロトコル種別に関する記述を行なうことができる。また、画像パケットを送受信する際に使用するＴＣＰポート番号についても記述することができ、上記の例では、画像パケットの送受信プロトコルとしてＩＰＰＦＡＸを、またＴＣＰの４４０００番ポートを使用することを指定（上記の「m=ippfax 44000 TCP」の部分）している。
【００９７】
このＳＩＰメッセージを送信するにあたっては、トランスポート層としてはＵＤＰを使用する。このため、ＣＰＵ２０１はＳＩＰメッセージにＵＤＰヘッダを付加して、ＵＤＰフレームを生成してメモリ２０３に格納する。ＵＤＰヘッダ内の送信先アドレスには、ＳＩＰプロキシ１０４のＩＰアドレス１９３．１６８．０．１を入れ、送信元アドレスには、画像通信装置１０５のＩＰアドレスである１９４．１６８．０．１を入れる。また、宛先ポート番号には、ＳＩＰのＷｅｌｌ−ｋｎｏｗｎポート番号である５０６０を入れ、送信元ポート番号には任意のポート番号（本例では５０００とする）を入れる。
【００９８】
このようにして生成したＵＤＰフレームをＣＰＵ２０１はＬＡＮコントローラ２１６に転送する。ＬＡＮコントローラ２１６は送信データを受信すると、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダを付加してＡＤＳＬモデム１０６に送信し、データを受信したＡＤＳＬモデム１０６は受信したデータをＩＰ網１０１に送信する。これ以降に送信される各種メッセージについても、同様の手順により送信される。
【００９９】
本パケットの場合は、送信先ＩＰアドレスとしてＳＩＰプロキシ１０４のＩＰアドレスが入れられているので、ＩＰ網１０１を経由してＳＩＰプロキシ１０４に届けられる（図６ステップＳ６０１）。
【０１００】
ＳＩＰプロキシ１０４は受け取ったセッション要求メッセージのヘッダ内の電話番号を「８．７．６．５．４．３．２．１．ｅ１６４．ａｒｐａ」のようなアドレス形式に展開し（ステップＳ６０２）、ＥＮＵＭサーバ１０２に問い合わせる（ステップＳ６０３）。問い合わせを受けたＥＮＵＭサーバ１０２は「８．７．６．５．４．３．２．１．  ｅ１６４．ａｒｐａ」に対応するＵＲＩを検索し、得られたＵＲＩ、たとえば「ｉｐｐｆａｘ：／／ｃａｎｏｎ．ｃｏ．ｊｐ／ａｂｃ」のようなＵＲＩをＳＩＰプロキシ１０４に返信する。
【０１０１】
ＵＲＩを受信したＳＩＰプロキシ１０４は（ステップＳ６０４）、ＤＮＳサーバ１０３に対して、受信したＵＲＩ「ｉｐｐｆａｘ：／／ｃａｎｏｎ．ｃｏ．ｊｐ／ａｂｃ」に対応するＩＰアドレスを問い合わせる（ステップＳ６０５）。問い合わせを受けたＤＮＳサーバ１０３はこのＵＲＩに対応する画像通信装置１０８に対応するＩＰアドレス１９７．１６８．０．１をＳＩＰプロキシ１０４に対して返送する。
【０１０２】
ＤＮＳサーバから相手先の画像通信装置１０８のＩＰアドレスを受信したＳＩＰプロキシ１０４は（ステップＳ６０６）、画像通信装置１０５から受信したパケット内の送信先ＩＰアドレスをＤＮＳサーバ１０３から受信した画像通信装置１０８のＩＰアドレスに入れ替え、送信元ＩＰアドレスをＳＩＰプロキシ１０４のＩＰアドレスに入れ替えた上で、画像通信装置１０８宛てにセッション要求メッセージを送信する（ステップＳ６０７）。
【０１０３】
一方、セッション要求メッセージを受信した画像通信装置１０８は（図９ステップＳ１５０１）、呼出中メッセージをＳＩＰプロキシ１０４宛てに送信する（ステップＳ１５０２）。呼出中メッセージのヘッダ内の宛先には、受信したセッション要求メッセージのヘッダに記述されている送信元電話番号情報を入れ、送信先ＩＰアドレスには、セッション要求メッセージの送信元ＩＰアドレスである、ＳＩＰプロキシ１０４のアドレスを入れて送信する。このとき、画像通信装置１０８が送信するＳＩＰメッセージ（呼出中メッセージ）には、画像通信装置１０５の送信したセッション要求メッセージと同様に、上記ＳＤＰフォーマットによる各種パラメータも記述し、画像通信装置１０８が受信する画像パケット用のＴＣＰポート番号も指定することもできる。本実施例においては、画像通信装置１０８が画像パケット受信に用いるポート番号を４７０００とする。
【０１０４】
また、画像通信装置１０８においては、本呼出中メッセージを送信すると同時に、画像通信装置１０８は呼出音を鳴動すると同時に、画像着信があったことを表示する（ステップＳ１５０３）。
【０１０５】
呼出中メッセージを受信したＳＩＰプロキシ１０４は（ステップＳ６０８）、呼出中メッセージの送信先ＩＰアドレスを画像通信装置１０５のＩＰアドレスに、送信元ＩＰアドレスをＳＩＰプロキシ１０４のＩＰアドレスにそれぞれ入れ替えて送信し（ステップＳ６０９）、画像通信装置１０５が呼出中メッセージを受信する（図８ステップＳ１４０５）。
【０１０６】
本実施例では画像受信側の画像通信装置１０８は画像受信については手動着信を行なうものとする。画像通信装置１０８のキー操作部において画像受信キー（図２（ｂ）の構成では画像通信キー２１１ａを用いてもよい）が押下されると（ステップＳ１５０４）、画像通信装置１０８はＳＩＰプロキシ１０４宛てに応答メッセージを送信する（ステップＳ１５０５）。なお、画像通信装置１０８が自動受信モードである場合には、ＩＮＶＩＴＥメッセージの受信（ステップＳ１５０１）に応じてステップＳ１５０５の応答メッセージ送信を行なえばよい。
【０１０７】
この応答メッセージを受信（図６ステップＳ６１０）すると、ＳＩＰプロキシ１０４は、送信先ＩＰアドレスのみを画像通信装置１０５のＩＰアドレスに変換して送信し（ステップＳ６１１）、画像通信装置１０５が前記応答メッセージを受信する（図８（ａ）ステップＳ１４０６）。
【０１０８】
画像通信装置１０５は受信した応答メッセージ内の送信元ＩＰアドレスにより、画像通信装置１０８のＩＰアドレスを認識することができ（図８（ａ）ステップＳ１４０７）、これ以降はＳＩＰプロキシ１０４を経由しないで、直接画像通信装置１０８宛てにパケットを送信することが可能になる。画像通信装置１０５においては、認識したＩＰアドレス１９７．１６８．０．１を電話番号０５０−１２３４−５６７８に対応付けてメモリに格納する（ステップＳ１４０８）。ステップＳ１４４０では実施例１同様に最初の通信セッションか否かを判定し、２回目の通信セッションの場合はステップＳ１４２１（図８（ｂ））に移行する。
【０１０９】
画像通信装置１０５は宛先ＩＰアドレスを画像通信装置１０８のＩＰアドレスとした応答確認メッセージを送信して、呼接続手順は終了する（ステップＳ１４０９）。
【０１１０】
以上の手順により、画像通信装置１０５と画像通信装置１０８の間で画像データの送受信を開始することができる。
【０１１１】
このようにして開始される第１セッションによる画像通信のシーケンスは図７（ａ）に示されている。この画像送信においてはリアルタイム性よりもデータ誤りの防止が重要であるため、画像通信にはトランスポート層としてＴＣＰを使用する。
【０１１２】
ここでは画像通信装置１０５が、画像送信に先立ちＩＰＰＦＡＸのプロトコルに基づいて、送信画像パラメータなどの情報を画像通信装置１０８に送信する。ＩＰＰＦＡＸメッセージはすべてＨＴＴＰのＰＯＳＴを使って送信する。また、上述のメッセージ交換により、画像通信装置１０５が送信するＩＰＰＦＡＸメッセージ内の宛先ポート番号は４７１００、送信元ポート番号は４４１００となっており、画像通信装置１０８が送信するＩＰＰＦＡＸメッセージ内の宛先ポート番号は４４１００、送信元ポート番号は４７１００が選択されている。
【０１１３】
画像通信において、画像通信装置１０５はまずＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを送信する（図８（ａ）ステップＳ１４１０）。本メッセージは、画像通信装置１０８に対して、装置名称、処理可能な文書形式などを確認することを目的としている。文書形式はＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）形式で記述される。
【０１１４】
Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージのフォーマットの詳細はＲＦＣ２９１１に記述されているので、ここでは詳述しないが、本実施例では、前述の実施例１と同様、図８（ａ）ステップＳ１４１０で送信するＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージに
・画像通信装置１０８が文書形式としてＪＰＥＧ画像の受信／記録をサポートしているかどうかを確認する
・画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを確認する
情報を含めるものとする。これは、相手の画像通信装置宛てにＳＩＰプロキシを経由しないで画像を送信する場合に、Ｐｒｉｎｔｅｒ−ＵＲＩによって、送信しようとしている相手であるかどうかを判断することになるためである。
【０１１５】
Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓメッセージを受信した画像通信装置１０８は（図９ステップＳ１５０６）、文書形式としてＪＰＥＧ画像をサポートしていることを示す内容を含むＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信する（ステップＳ１５０７）。
【０１１６】
画像通信装置１０５は、Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ  Ｒｅｓｐｏｎｓｅメッセージを受信すると（図８（ａ）ステップＳ１４１１）、同メッセージ内のＰｒｉｎｔｅｒ−ＵＲＩに記載されている画像通信装置１０８のＰｒｉｎｔｅｒ−ＵＲＩを、画像通信装置１０８の電話番号に対応づけてメモリに格納する（ステップＳ１４１２）。また、画像データを送信してもよいかどうかを確認するために、画像通信装置１０８に対して、Ｖａｌｉｄａｔｅ−Ｊｏｂメッセージを送信する（ステップＳ１４１３）。
【０１１７】
画像通信装置１０８はＶａｌｉｄａｔｅ−Ｊｏｂメッセージを受信した時に、受信できる状態にあれば（図９ステップＳ１５０８）、Ｖａｌｉｄａｔｅ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信する（ステップＳ１５０９）。
【０１１８】
画像通信装置１０５はＶａｌｉｄａｔｅ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを受信（図８（ａ）ステップＳ１４１４）すると、ＪＰＥＧ画像ファイルを送信するためにＰｒｉｎｔ−Ｊｏｂメッセージを送信する。このＰｒｉｎｔ−Ｊｏｂメッセージ内には、送信先装置のＵＲＩ、文書名、文書形式などの属性情報と共に画像ファイルそのものを含んでいる。
【０１１９】
Ｐｒｉｎｔ−Ｊｏｂメッセージを生成する際には、画像通信装置１０５はＣＰＵ２０１がカードインターフェース２１４を経由してメモリカードに格納されているＪＰＥＧデータを読み出す（図８（ａ）ステップＳ１４１５）。続いて、ＣＰＵ２０１は読み出したデータをＢＡＳＥ６４変換処理し、Ｐｒｉｎｔ−Ｊｏｂメッセージの各属性とＩＰアドレスやポート番号を含むＴＣＰヘッダを付加したフレームを生成してＲＡＭ２０３に格納する（ステップＳ１４１６）。続いて、本フレームをＬＡＮコントローラ２１６に転送し、ＬＡＮコントローラ２１６においては、ＭＡＣアドレスを付加して送信する（ステップＳ１４１７）。
【０１２０】
Ｐｒｉｎｔ−Ｊｏｂメッセージを受信した画像通信装置１０８は（図９ステップＳ１５１０）、ＭＩＭＥヘッダの属性情報を参照することにより、受信した画像ファイルがＪＰＥＧ画像であることを認識することができる。画像通信装置１０８においては、ＬＡＮコントローラ２１６においてヘッダを削除し、ＪＰＥＧデータをＲＡＭ２０３に格納する（ステップＳ１５１１）。
【０１２１】
画像通信装置１０８は画像データを正常に受信できた場合は、その旨を示すＰｒｉｎｔ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを画像通信装置１０５に送信し、これにより画像通信動作が終了する（図９ステップＳ１５１２）。なお、ＪＰＥＧ画像を受信した画像通信装置１０８ではＪＰＥＧデータがＪＰＥＧ処理部２１２により伸張され（ステップＳ１５１３）記録処理部２１３が伸張された画像データをＣＭＫＹの４色データに変換し（ステップＳ１５１４）、プリンタ部において印刷して出力する（ステップＳ１５１５）。
【０１２２】
画像通信装置１０５は、Ｐｒｉｎｔ−Ｊｏｂ  Ｒｅｓｐｏｎｓｅメッセージを受信（図８（ａ）ステップＳ１４１８）すると、通話選択操作が行なわれたかどうかを判定し（図８（ａ）ステップＳ１４４１）、通話選択操作が行なわれていればステップＳ１４２１（図８（ｂ））に移行する。通話選択操作が行なわれていない場合は目的の画像を正常に送信できたと判断して画像送信動作を終了する（ステップＳ１４１９）。
【０１２３】
図８（ａ）のステップＳ１４４１で通話選択操作の判定は、画像通信装置１０５において画像通信中、ハンドセットのオフフックや操作部２１１の通話キー２１１ｂの押下などの通話選択操作が実行されたか否かを調べることにより行なう。たとえば、これらの通話選択操作が画像通信中に行なわれた時、フラグがセットされるようにしておき、ステップＳ１４４１でこのフラグの状態を調べればよい。
【０１２４】
ステップＳ１４４１で通話選択操作が検出されている場合は、画像通信相手１０８への通話のための第２セッション要求を送出すべく図８（ｂ）ステップＳ１４２１に移行する。この場合、画像通信装置１０５は既に画像通信のために第１セッションで接続をしているため画像通信装置１０８のＩＰアドレスを認識している。すなわち、ステップＳ１４０２において、電話番号に対応するＩＰアドレスがメモリに格納されているので、画像通信装置１０５は送信先の画像通信装置１０８のＩＰアドレスが１９７．１６８．０．１（図１のアドレス構成の場合）であることを認識することができる（図８（ｂ）ステップＳ１４２１）。
【０１２５】
そこで、第２の通信セッション要求を行なうためＩＮＶＩＴＥメッセージにＩＰアドレス１９７．１６８．０．１を付加し、画像通信装置１０８に直接送信する（ステップＳ１４２２）。セッション要求メッセージの内容については、上述の場合と同じものである。
【０１２６】
これ以降、図７（ｂ）に示すように、画像通信装置１０５と画像通信装置１０８の間で、呼出中メッセージ、応答メッセージ、応答確認メッセージの送受信が行われる（ステップＳ１４２３）。ＩＰアドレスがメモリに格納されていない場合（たとえば上記の第１セッション）との違いは、これらのメッセージの送受信においてＳＩＰプロキシ１０４を経由しないで、画像通信装置１０５と画像通信装置１０８の間で直接、送受信される点である。
【０１２７】
これらのメッセージの送受信に続いて、画像通信装置１０８が通話のための第２セッション着信（図９ステップＳ１５２０）を検出し、応答（ステップＳ１５２１）することにより、画像通信装置１０５と通話のための接続が確立し、画像通信をしている装置同士が通話のための接続を確立し、通話（図８（ｂ）ステップＳ１４４２、図９ステップＳ１５２１）を行なうことができる。
【０１２８】
通話の終了は、画像端末１０５、１０８が通話終了を検出（図８（ｂ）ステップＳ１４４３、図９ステップＳ１５２２）することで終了する。これにより、画像通信中に開始された通話のための第２のセッションが終了する。
【０１２９】
また、画像通信装置１０５と画像通信装置１０８の間で、呼出中メッセージ、応答メッセージ、応答確認メッセージの送受信が行われる（ステップＳ１４２２、Ｓ１４２３）が、ここで何らかの理由で送受信が正常に行われなかった場合は、次のような動作が行なわれる。この時の通信シーケンスは図７（ｃ）に示してある。
【０１３０】
すなわち、ステップＳ１４２３で応答確認メッセージの送受信が正常に行なわれなかった場合には、ステップＳ１４４４で操作部２１１のキー操作により所望の通話相手に対してＳＩＰプロキシ経由の呼接続を行なうためのＩＰ電話番号を手動入力させ、しかる後に図８（ａ）のステップＳ１４０４に移行する。ＩＰ電話番号が入力されなかった場合は、ステップＳ１４３０に移行する。
【０１３１】
ＩＰ電話番号が入力された場合は、図８（ａ）のステップＳ１４０４において、ＳＩＰプロキシ１０４経由でＩＮＶＩＴＥメッセージを送信し、続いて第２セッションの通話であることがステップＳ１４４０で認識され、画像通信装置１０８のＩＰアドレスを認識（図８（ｂ）ステップＳ１４２１）し、このアドレスを用いてＩＮＶＩＴＥメッセージが送信される（ステップＳ１４２２、Ｓ１４２３）。以後、前述同様にしてステップＳ１４２４以降で通話処理が行なわれる。
【０１３２】
一方、図８（ｂ）のステップＳ１４４４でＩＰ電話番号が入力されなかった場合は、ステップＳ１４３０において、接続相手が所望の通話相手でないと認識して（ステップＳ１４３０）、続く通話手順を中止する（ステップＳ１４３１）。
【０１３３】
以上のようにして、第１通信セッションで画像通信を行ない、第２通信セッションで通話を行なうことができる。
【０１３４】
本実施例によれば、画像通信のために接続した１回目の通信セッションにおいてＳＩＰプロキシサービスから得たＩＰアドレスを用い、２回目のセッションでは、ＩＰ電話の呼接続、すなわち、ＳＩＰプロキシサービスを経由することなく、画像通信に続いて通話を行なうことができる。
【０１３５】
本実施例によれば、相手電話番号を入力し、画像通信を開始し、その後、所定操作を行なう、たとえば通話キー２１１ｂを押す、あるいはハンドセットのオフフックを行なうだけで極めて容易に通話を開始することができる。
【０１３６】
本実施例でも、実施例１と同様、過去に通信した相手の電話番号とＩＰアドレスの対応情報をメモリにキャッシュし通話開始前に入力電話番号からメモリの対応情報を検索し、対応情報があればその情報を用いて通信を開始するようにしているので、高速な呼接続を行なうことができる（図８（ａ）ステップＳ１４０８およびＳ１４０２）。
【０１３７】
なお、上記の実施例１および実施例２においては、画像送信プロトコルとしてＩＰＰＦＡＸを例示したが、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＩＰＰＦＡＸなど、他の任意のＩＰ通信／ファイル転送プロトコルを使用することによっても、同様の効果を得ることができるのはいうまでもない。
【０１３８】
また、上記の実施例１および実施例２においては、画像通信装置１０５から画像通信装置１０８に対してメモリカードのＪＰＥＧ画像データを送信することを考えたが、ＣＩＳ２０４で読み取った画像をＭＨ符号化したデータを送信する場合にも同様の効果を得ることができるのはいうまでもない。
【産業上の利用可能性】
【０１３９】
本発明は、ＩＰ網を経由して音声通信および画像通信を行なう通信装置に適用できるものであるが、このような通信装置は、専用機として構成できる他、スキャナやカメラインターフェースなどの画像入出力部と、ネットワークインターフェースを有するＰＣ（パーソナルコンピュータ）などのハードウェアを利用して実施することもできる。特に本発明の方法ないしプログラムはこのようなＰＣハードウェアを利用する場合に、適当な記憶媒体経由、あるいはネットワーク経由でＰＣハードウェアに導入することができる。
【図面の簡単な説明】
【０１４０】
【図１】本発明を採用した画像通信装置を含むネットワークシステムの構成を示したブロック図である。
【図２（ａ）】本発明を採用した画像通信装置の内部構成を示したブロック図である。
【図２（ｂ）】本発明を採用した画像通信装置の外部構成を示したブロック図である。
【図３（ａ）】図１の画像通信装置１０５から画像通信装置１０８に対して呼接続し通話を行なう際の通信シーケンスを示した説明図である（実施例１）。
【図３（ｂ）】図３（ａ）の通話から開始される画像通信の通信シーケンスを示した説明図である（実施例１）。
【図３（ｃ）】図３（ａ）の通話から開始される画像通信の通信シーケンスを示した説明図である（実施例１）。
【図４（ａ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である（実施例１）。
【図４（ｂ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である（実施例１）。
【図４（ｃ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である（実施例１）。
【図５】図１の画像通信装置１０８が実行する通信制御手順を示したフローチャート図である（実施例１）。
【図６】図１のＳＩＰプロキシの通信制御を示したフローチャート図である（実施例１、実施例２）。
【図７（ａ）】図１の画像通信装置１０５から画像通信装置１０８に対して呼接続し画像通信を行なう際の通信シーケンスを示した説明図である（実施例２）。
【図７（ｂ）】図７（ａ）の画像通信から開始される通話の通信シーケンスを示した説明図である（実施例２）。
【図７（ｃ）】図７（ａ）の画像通信から開始される通話の通信シーケンスを示した説明図である（実施例２）。
【図８（ａ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である（実施例２）。
【図８（ｂ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である（実施例２）。
【図９】図１の画像通信装置１０８が実行する通信制御手順を示したフローチャート図である（実施例２）。
【符号の説明】
【０１４１】
１０２  ＥＮＵＭサーバ
１０３  ＤＮＳサーバ
１０４  ＳＩＰプロキシ
１０５  画像通信装置
１０６、１０９  ＡＤＳＬモデム
１０７、１１０  ＣＳＭＡ／ＣＤインターフェース
１０８  画像通信装置
２０４  ＣＩＳ
２０５  読取制御部
２０７  ＦＡＸモデム
２０８  音声入出力部
２１０  ＣＯＤＥＣ
２１１ａ  画像通信キー
２１１ｂ  通話キー
２１２  液晶表示部
２１３  記録処理部
２１４  カードインターフェース
２１６  ＬＡＮコントローラ
【図１】
2005159588.tif 000003
【図２（ａ）】
2005159588.tif 000004
【図２（ｂ）】
2005159588.tif 000005
【図３（ａ）】
2005159588.tif 000006
【図３（ｂ）】
2005159588.tif 000007
【図３（ｃ）】
2005159588.tif 000008
【図４（ａ）】
2005159588.tif 000009
【図４（ｂ）】
2005159588.tif 000010
【図４（ｃ）】
2005159588.tif 000011
【図５】
2005159588.tif 000012
【図６】
2005159588.tif 000013
【図７（ａ）】
2005159588.tif 000014
【図７（ｂ）】
2005159588.tif 000015
【図７（ｃ）】
2005159588.tif 000016
【図８（ａ）】
2005159588.tif 000017
【図８（ｂ）】
2005159588.tif 000018
【図９】
2005159588.tif 000019