(57)【要約】【課題】  面倒な操作手順やセットアップ手順を必要とせず相手端末との間で使用可能な種々の画像通信方式のうち、適切な画像通信方式を自動的に選択できるようにする。【解決手段】  ＩＰ網１０１を含む送受信経路を介して異なる複数の画像通信方式のうち１つを用いて画像通信を行なう場合、送信機（１０５）および受信機（１０８、１０８ａ、１１２、１１５）、または送受信経路中に存在する画像通信を中継する装置（ゲートウェイ１１１、１１３あるいはＩＰ網インターフェース１０９など）が、送受信機がそれぞれ使用可能な異なる画像通信方式を記述したＳＤＰメディアストリーム記述をＳＩＰメッセージに格納して送信し、このＳＤＰメディアストリーム記述に基づき所定の優先順位で実際の画像通信に用いる画像通信方式、および当該画像通信方式で用いるべき画像通信制御パラメータを選択する。【選択図】図１（ａ）
2005080025.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網を含む送受信経路を介して異なる複数の画像通信方式のうち１つを用いて画像通信を行なう画像通信制御方法において、
画像通信を行なう送受信機、または前記送受信経路中に存在する画像通信を中継する装置が、ＳＩＰプロトコルに基づき、画像通信を行なう送受信機がそれぞれ使用可能な異なる画像通信方式および画像通信制御パラメータを所定の構文に基づき記述したＳＤＰメディアストリーム記述をＳＩＰメッセージに格納して送信し、
前記画像通信を行なう送受信機が、相手装置から受信したＳＩＰメッセージ中のＳＤＰメディアストリーム記述に基づき所定の優先順位で実際の画像通信に用いる画像通信方式、および当該画像通信方式で用いるべき画像通信制御パラメータを選択し、選択された画像通信方式および画像通信制御パラメータを用いて画像通信および画像受信側における出力処理の制御を行なうことを特徴とする画像通信制御方法。
【請求項２】
前記画像通信に用いる画像通信方式、および当該画像通信方式で用いるべき画像通信制御パラメータが前記ＳＩＰメッセージ中のＳＤＰメディアストリーム記述中の出現順位に基づく優先順位で選択されることを特徴とする請求項１に記載の画像通信制御方法。
【請求項３】
前記画像通信方式が、非ファクシミリプロトコルによるＩＰ画像通信方式、ＩＴＵ−Ｔ勧告Ｔ．３８インターネットファクシミリ通信方式、ＩＴＵ−Ｔ勧告Ｔ．３７インターネットファクシミリ通信方式、またはみなし音声によるＩＴＵ−Ｔ勧告Ｔ．３０ファクシミリ通信方式のいずれかであることを特徴とする請求項１に記載の画像通信制御方法。
【請求項４】
前記ＳＤＰメディアストリーム記述中の画像通信制御パラメータが、画像データをみなし音声によるＩＴＵ−Ｔ勧告Ｔ．３０ファクシミリ通信方式により送受信する場合の符号化方式を特定する情報を含むことを特徴とする請求項１に記載の画像通信制御方法。
【請求項５】
前記ＳＤＰメディアストリーム記述中の画像通信制御パラメータが、送受信される画像データのサイズ、密度、画像圧縮方式、または色空間を特定する情報を含むことを特徴とする請求項１に記載の画像通信制御方法。
【請求項６】
電話番号以外のフォーマットで送信先が選択された場合、ＳＩＰメッセージの交換を行なうことなく非ファクシミリプロトコルによるＩＰ画像通信方式により画像送受信を行なうことを特徴とする請求項１に記載の画像通信制御方法。
【請求項７】
請求項１に記載の画像通信制御方法を実施するため、前記画像通信を行なう送受信機、または前記送受信経路中に存在する画像通信を中継する装置の通信制御を制御すべく構成されたことを特徴とする画像通信制御プログラム。
【請求項８】
請求項１に記載の画像通信制御方法を実施する前記画像通信を行なう送受信機、または前記送受信経路中に存在する画像通信を中継する装置として構成されたことを特徴とする画像通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる複数の画像通信方式のうち１つを用いて画像通信を行なう画像通信制御方法、画像通信制御プログラム、および画像通信装置に関するものである。
【背景技術】
【０００２】
近年、ＡＤＳＬやＦＴＴＨなどのブロードバンド回線の普及が著しい。このブロードバンド回線の高速伝送性を活かして音声をＩＰパケット化して伝送するＩＰ電話サービスも急速に普及している。
【０００３】
ＩＰ電話においては、通話音声データの送受信はＩＰアドレスを有する端末間でＴＣＰあるいはＵＤＰ／ＩＰレイヤ上でＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ：たとえばＩＴＵ−Ｔ勧告Ｈ．３２３：下記の非特許文献１）プロトコルなどにより行なわれる。したがって、電話番号からＩＰアドレスへの変換処理が必要であるが、現在ではこの電話番号からＩＰアドレスへの変換はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ２５４３：下記の非特許文献２）プロキシサーバにより行なうのが一般的である。
【０００４】
ＳＩＰを用いたＩＰ電話通信においては、発呼端末で電話番号を入力すると、ＳＩＰプロキシサーバ（以下ＳＩＰプロキシと記す）宛てに送信先電話番号を含むセッション要求メッセージが送信される。セッション要求メッセージを受信したＳＩＰプロキシはＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ：ＲＦＣ１０３５）サーバを検索するなどの必要な処理を行ない相手の着呼端末のＩＰアドレスを取得し、発呼端末および着呼端末の間で初期の接続処理を代理する。上記のセッション要求メッセージに対して、着呼端末から応答メッセージが送信されるが、これらのメッセージはいずれもテキスト（文字コード）で表現されたテキストストリームである。
【０００５】
ＳＩＰメッセージの主要部分は「属性：値」のような電子メールなどのヘッダ記述形式に類似した書式で記述されるが、端末同士の相互の機能を識別するため、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＲＦＣ２３２７：下記の非特許文献３）に準拠したフォーマットで自機のメディアストリームに関する処理機能（通信機能）を記述することができる。以下は、ＲＦＣ２５４３の付録「Ｂ．１  Ｃｏｎｆｉｇｕｒｉｎｇ  Ｍｅｄｉａ  Ｓｔｒｅａｍｓ」に記載されたＳＤＰによる発呼端末の宣言（提案）の例である。
【０００６】
v=0
o=alice 2890844526 2890844526 IN IP4 host.anywhere.com
c=IN IP4 host.anywhere.com
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 51372 RTP/AVP 31
a=rtpmap:31 H261/90000
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000
上記のように、ＳＤＰは１文字のニーモニック（ｖ，ｏ，ｃ，ｍ…）の後に＝を配置し、その後に空白、スラッシュで区切ったテキスト表現の値を配置することにより構成される。特に上記のうち、ニーモニック「ｍ」により、音声（ａｕｄｉｏ）や画像（ｖｉｄｅｏ）など、端末が処理可能なメディアストリームの種類を表現することができる（ニーモニック「Ｖ」はプロトコルバージョンの識別に、「ｏ」は当該セッション（ないしメッセージ）の開始者ないし所有者の識別に、「ｃ」は種々の接続情報の記述に用いられる）。
【非特許文献１】ＩＴＵ−Ｔ勧告Ｈ．３２３
【非特許文献２】ＲＦＣ２５４３：http://www.faqs.org/rfcs/rfc2543.html
【非特許文献３】ＲＦＣ２３２７：http://www.faqs.org/rfcs/rfc2327.html
【発明の開示】
【発明が解決しようとする課題】
【０００７】
一方、インターネットのようなＩＰ網が普及する以前より、手軽に画像データを送受信できる装置として、ファクシミリ装置が用いられてきた。ファクシミリ装置は電話番号を指定するだけで極めて容易に画像データを相手局に送信することができ、ＰＣや携帯電話などの端末から電子メールで画像を送信できる現在においても依然として広く用いられている。
【０００８】
今後、ファクシミリ装置のような画像通信装置は、家庭用、オフィス用などを問わず、ＰＳＴＮ（一般公衆回線：非ＩＰ網）経由の通信のみならず、下記のような種々の画像通信方式を用いて通信できなければならない、と予想される。
【０００９】
たとえば、現在では、ファクシミリ手順をＩＰ網上の通信に用いるための手順として、ＩＴＵ−Ｔ勧告Ｔ．３７やＴ．３８に記載されたいわゆるインターネットファクシミリ手順が知られている。これらの勧告に記載されたインターネットファクシミリ手順では、送受信端末は直接／間接的にＩＰ網を利用できなければならない。
【００１０】
また、ＩＰ網上では、ファクシミリ関連の手順を用いることにこだわらないのであれば、より高速な方式、たとえばＳＭＴＰ、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＩＰＰＦＡＸなどのＩＰ網上における一般的なデータ送受信プロトコルを用いて画像データを送受信することができる。
【００１１】
また、旧来のファクシミリ手順におけるファクシミリ信号はアナログ音声信号であるから、このアナログ音声信号形式のファクシミリデータを発呼側および着呼側が双方ともＩＰ網上で上述のようなＶｏＩＰ技術を用いて送受信することにより画像通信を行なうこともできる（いわゆる、みなし音声によるインターネットファクシミリ通信）。
【００１２】
そして、もちろん相手局がＰＳＴＮ（一般公衆回線：非ＩＰ網）に接続されたファクシミリ装置であれば、旧来のファクシミリ手順（たとえば、Ｔ．３０プロトコル）によるファクシミリ通信が行なえなければならない。このＴ．３０プロトコルのような旧来のファクシミリ手順を用いた画像通信では、発呼側および着呼側が双方ともＰＳＴＮ経由で通信する場合と、発呼側がＩＰ網に接続してＶｏＩＰ通信によりみなし音声によるファクシミリ信号を送信する場合が考えられるが、いずれの場合であっても、確実に画像通信を実行できなければならない。
【００１３】
しかしながら、現段階では、上記のような種々の画像通信方式を多数実装した画像通信装置は少なく、また、複数の画像通信方式を利用できる装置であっても、面倒な操作手順やセットアップが必要な場合が殆どである。たとえば、現在では少なくとも、上記のいずれの画像通信方式を用いるかを通信相手ごとに指定する必要があり、また、そのために通信相手がどのような通信方式を利用できるかをユーザがあらかじめ確認しなければならない、などの面倒がある。
【００１４】
このような問題に鑑み、少なくともＩＰ網経由での通信に関しては、上記のＳＩＰサービスを利用し、ＳＩＰメッセージにおいてＳＤＰによるメディアストリーム記述を用いてその端末が利用可能な画像通信方式（たとえば、Ｔ．３７ファクシミリ通信、Ｔ．３８ファクシミリ通信、ＳＭＴＰ、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＩＰＰＦＡＸなどの汎用ＩＰプロトコルによる通信、みなし音声によるインターネットファクシミリ通信など）を相互に識別しあうことが考えられる。
【００１５】
しかしながら、現在のＲＦＣ２３２７が規定するメディアストリームの範囲は、画像（特にＴＶ会議などに用いられるような動画ストリーム）および音声ストリームに限られており、上記のようなＴ．３７ファクシミリ通信、Ｔ．３８ファクシミリ通信、ＳＭＴＰ、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＩＰＰＦＡＸなどの汎用ＩＰプロトコルによる通信、みなし音声によるインターネットファクシミリ通信などの種々の画像通信方式を識別し合うには不十分である、という問題がある。
【００１６】
また、上記のＳＭＴＰ、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＩＰＰＦＡＸなどのＩＰ上のサービスを用いてファクシミリプロトコルを用いずに画像通信を行なう場合、通常これらのプロトコルでは、転送されるデータファイルの形式を保証しないのが普通であるから、たとえば受信側端末で印刷処理することのできる用紙サイズや対応している画像圧縮方式などの端末能力に関する情報交換を行なうことができない、という問題点があった。したがって、画像データをせっかく受信しても受信側で画像データをデコードできなかったり、画像に最適な出力処理（印刷など）を行なうことができない場合があった。
【００１７】
本発明の課題は、上記の問題に鑑み、相手局の選択情報（電話番号、メールアドレスなど）を指定するだけで、面倒な操作手順やセットアップ手順を必要とすることなく、相手端末との間で使用可能な種々の画像通信方式およびその制御パラメータ、通信データフォーマットなどを自動的に選択でき、高速かつ信頼性の高い画像通信を行なえるようにすることにある。
【課題を解決するための手段】
【００１８】
上記課題を解決するため、本発明においては、ＩＰ網を含む送受信経路を介して異なる複数の画像通信方式のうち１つを用いて画像通信を行なう画像通信制御方法、画像通信制御プログラム、および画像通信装置において、画像通信を行なう送受信機、または前記送受信経路中に存在する画像通信を中継する装置が、ＳＩＰプロトコルに基づき、画像通信を行なう送受信機がそれぞれ使用可能な異なる画像通信方式および画像通信制御パラメータを所定の構文に基づき記述したＳＤＰメディアストリーム記述をＳＩＰメッセージに格納して送信し、前記画像通信を行なう送受信機が、受信した相手装置のＳＩＰメッセージ中のＳＤＰメディアストリーム記述に基づき所定の優先順位に基づき実際の画像通信に用いる画像通信方式、および当該画像通信方式で用いるべき画像通信制御パラメータを選択し、選択された画像通信方式および画像通信制御パラメータを用いて画像通信を行なう構成を採用した。
【発明の効果】
【００１９】
上記構成を採用することにより、本発明によれば、画像通信を行なう送受信機が、相互に使用可能な画像通信方式をＳＩＰメッセージで拡張したＳＤＰメディアストリーム記述を用いることによって識別し合うことができ、面倒なユーザ操作あるいはユーザのセットアップ操作を必要とせず自動的に実際の通信で用いる画像通信方式（プロトコルないしメソッド）および画像通信制御パラメータを決定することができ、高速かつ信頼性の高い画像通信を行なえる、という優れた効果がある。
【００２０】
特に、画像通信制御パラメータ、たとえば、みなし音声通信における符号化方式、画像圧縮方式、画像サイズ、色空間などの情報を画像の送信に先立って交換することにより、受信側端末において受信した画像を確実に処理でき、画像に適した出力処理を行なうことができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面に示した実施例に基づき本発明を詳細に説明する。以下では、ＩＰ網およびＰＳＴＮを介して画像通信を行なう画像通信装置、その制御方法、ないしその制御プログラムに関する実施例を示す。
【実施例１】
【００２２】
図１（ａ）は本実施例を適用可能なネットワークシステムの構成を示している。同図において、符号１０１はインターネット網（ＩＰ網）である。ＩＰ網１０１上には、次のようなサーバが用意される。
【００２３】
符号１０３はＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバであり、ドメインネームをＩＰアドレスに変換する処理を行なう。
【００２４】
符号１０４はＶｏＩＰ用ＳＩＰプロキシ（グローバルＩＰアドレス：１９３．１６８．０．１）であり、ＩＰ電話サービスにおける呼接続処理を行なうためのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サービスを提供する。
【００２５】
符号１１３はＩＴＵ−Ｔ勧告Ｔ．３８に規定されたファクシミリゲートウェイである。ファクシミリゲートウェイ１１３は、画像通信装置１１５とＰＳＴＮあるいは構内電話回線などにより接続される。画像通信装置１１５はＩＴＵ−Ｔ勧告Ｔ．３０のアナログファクシミリ手順によりファクシミリ通信を行なうＧ３アナログファクシミリ装置である。
【００２６】
符号１１４は、メールサーバである。メールサーバには、主にＳＭＴＰなどにより発信の受け付けおよびサーバ間の配送を行なうサーバと、ＰＯＰやＩＭＡＰなどにより最終宛先への配信を行なうサーバがあるが、ここでは説明を容易にするため、メールサーバ１１４は両者の機能を有するものとする。
【００２７】
符号１１１はメディアゲートウェイで、ＩＰ網１０１とＰＳＴＮ１２０を接続するため、回線業者やネットワーク（特にＩＰ電話）業者により設置される。メディアゲートウェイ１１１は、音声信号とＩＰパケットの間で信号のデジタル／アナログ変換を行なうとともに、ＰＳＴＮ１２０に接続された加入者端末（音声端末）に対する発呼を制御する。画像通信装置１１２はＰＳＴＮ１２０に接続されたＧ３アナログファクシミリ装置で、ＩＴＵ−Ｔ勧告Ｔ．３０のアナログファクシミリ手順によりファクシミリ通信を行なう。
【００２８】
符号１０５は第一の画像通信装置（グローバルＩＰアドレス：１９４．１６８．０．１）、１０８は第二の画像通信装置（グローバルＩＰアドレス：１９７．１６８．０．１）で、これら画像通信装置１０５および１０８は、アナログ通信のみを行なう画像通信装置１１２、１１５あるいは後述の画像通信装置１０８ａとは異なり、ＩＰ網１０１経由の画像通信（あるいはさらに音声通信）を行なうことができる。
【００２９】
符号１０６、および１０９はＩＰ網インターフェースで、少なくとも所定の網終端装置を含む。網終端装置の構成はＩＰ網との接続方式により異なるが、以下ではＡＤＳＬの場合を例示する。
【００３０】
ＡＤＳＬの場合はＩＰ網インターフェース１０６および１０９の網終端装置はＡＤＳＬモデムなどであり、このＡＤＳＬモデムにはローカル側の機器と接続するためのＣＳＭＡ／ＣＤインターフェース１０７、１１０、あるいはさらにアナログ電話を接続するアナログ電話インターフェースとデジタルデータの送受信を行なうためのアナログインターフェース１１０ａ（ＩＰ網インターフェース１０９のみ図示）が設けられる。ＩＰ網インターフェース１０６、１０９はアナログ電話インターフェースの音声帯域信号との音声帯域外信号を多重・変調して通信回線に送信する機能、さらに逆に、通信回線から受信した信号を音声帯域信号と音声帯域外信号に分離し、それぞれアナログ電話インターフェースとＣＳＭＡ／ＣＤインターフェース１０７に出力する。
【００３１】
なお、ＩＰ網インターフェース１０６および１０９は、ローカル側のネットワークと網終端装置との間の位置にルータ（たとえばブロードバンドルータ）が一体化（あるいは別体の機器が挿入）されている場合がある。このようなルータは、パケットフィルタリングやＮＡＴ機能を含み、ファイアウォール機能を実現するために用いられる。
【００３２】
さらに、ＩＰ網インターフェース１０９のアナログインターフェース１１０ａには、画像通信装置１１２、１１５と同様のアナログファクシミリ装置として構成された画像通信装置１０８ａが接続されている。
【００３３】
図２（ａ）は画像通信装置１０５（あるいは画像通信装置１０８）の構成を示している。同図において、符号２０１はＣＰＵであり、ＲＯＭ２０２に格納されたプログラムにしたがって画像通信装置の制御を行なう。また、ＴＣＰ／ＩＰのプロトコル処理も行ない、画像データのＴＣＰ／ＩＰフレームへの組立は本ＣＰＵの制御により行われる。２０３はＲＡＭであり、プログラム実行時のワークメモリとして使用すると共に、送受信する画像データのバッファリングにも使用される。
【００３４】
符号２０４はＣＩＳ（Ｃｏｎｔａｃｔ  Ｉｍａｇｅ  Ｓｅｎｓｏｒ）であり、原稿の画像をアナログ信号に変換する。読取制御部２０５はＣＩＳ２０４が出力するアナログ信号をデジタルデータに変換する。変換されたデジタルデータは、ＣＰＵ２０１の制御によりＲＡＭ２０３に転送され、後述のようにして送信（あるいは記録出力など）される。
【００３５】
符号２０６はＭＨ符号化・復号化処理部であり、画像送信時には、読み取った画像データをＭＨ符号化してデータ圧縮する。受信時には、ＭＨ符号化されている画像データを復号化する。
【００３６】
符号２０７はＦＡＸモデムであり、送信時にはＭＨ符号化されたデータを変調してアナログ回線で伝送可能な音声帯域のアナログ信号に変換する。受信時には受信したアナログ信号を復調して、ＭＨ符号化データを出力する。
【００３７】
符号２０８は音声入出力部（ハンドセット）であり、音声を入力するマイクと、音声を出力するスピーカから構成されている。
【００３８】
符号２０９はアナログスイッチであり、スイッチ２０９により、ＦＡＸモデム２０７または音声入出力部２０８のいずれかをＣＯＤＥＣ２１０に接続することができる。
【００３９】
本実施例では、ＣＯＤＥＣ２１０は、音声信号、またはみなし音声として送受信されるファクシミリ信号のためのＶｏＩＰ方式の符号化／復号化方式と、Ｔ．３８インターネットファクシミリ信号（特にトーン信号）を送受信するために必要な符号化／復号化方式を少なくともサポートするものとする。
【００４０】
符号２１１はキー操作部であり、ダイヤルやファクシミリ送受信の操作ボタンなどから構成され液晶表示部２１２とともにユーザーインターフェース手段を構成する。
【００４１】
符号２１３は電子写真方式、インクジェット方式など任意の記録方式により構成された記録処理部である。記録処理部２１３は受信（あるいは他の方法で入力）した画像データを印刷用ラスタデータに変換し、印刷出力する。
【００４２】
符号２１４はカードインターフェースであり、デジタルカメラで撮影したＪＰＥＧ画像を格納したメモリカードを接続することができる。
【００４３】
符号２１５はＪＰＥＧ処理部であり、カードインターフェースを経由して入力されたＪＰＥＧ画像をＪＰＥＧ圧縮するものである。また、受信したＪＰＥＧ画像データを伸張するものである。
【００４４】
符号２１６はＬＡＮコントローラであり、ＩＰ網インターフェース１０６（１０９）との間でＣＳＭＡ／ＣＤインターフェース１０７（１１０）を経由してデータ送受信を行なう。送信するデータをＬＡＮコントローラ２１６に転送すると、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームヘッダとＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）などを付加した上で、ＣＳＭＡ／ＣＤインターフェース１０７に送信する。
【００４５】
図２（ｂ）は、図１（ａ）の画像通信装置１０５（１０８）の外観構成を示している。同図において、符号１０１は画像通信装置１０５（１０８）が接続されるインターネット網（ＩＰ網）である。本実施例では、有線回線接続、すなわちＡＤＳＬによりＩＰ網１０１と画像通信装置１０５（１０８）が接続される（ただし、ＡＤＳＬ以外にも有線（光ファイバなども含む）／無線のＬＡＮ方式、ＣＡＴＶ方式など任意の接続方式が考えられる）。ＡＤＳＬの場合は、終端装置としてＩＰ網インターフェース１０９が用いられ、ＩＰ網インターフェース１０９のＩＰ網１０１側はアナログ電話回線接続、画像通信装置１０５（１０８）側はＬＡＮ接続となる。
【００４６】
また、画像通信装置１０５（１０８）の操作部２１１（図２（ａ）の操作部２１１に対応）には画像通信キー２１１ａが設けられており、この画像通信キー２１１ａは通常のファクシミリ装置の「送信」ボタンなどと同様に機能し、画像通信キー２１１ａを押下することで画像通信（たとえばＣＩＳ２０４で読み取った画像、カードインターフェース２１４から入力したＪＰＥＧ画像などの送信）を開始させることができる。また、操作部２１１には、通話キー２１１ｂが設けられているが、この通話キー２１１ｂは通話モードを選択するために用いられる。
【００４７】
次に上記構成における通信制御につき説明する。
【００４８】
本実施例において、画像通信装置１０５は発呼および画像送信側の端末として機能する。また、着呼および画像受信側の端末となるのは画像通信装置１０８、１０８ａ、１１２、または１１５のいずれかであるが、本実施例の画像通信装置１０５は、これらの着呼および画像受信側の端末に対して適切な画像通信方式を選択して画像送信を行なえるようにする。
【００４９】
次に、これらの着呼および画像受信側の端末に対して用いられる画像通信方式の概要について示す。
【００５０】
まず、画像通信装置１０８、および１０８ａについては、図１（ｂ）〜図１（ｅ）に示すような画像通信方式を用いなければならない。ここで画像通信装置１０８、および１０８ａは、図１（ａ）に示したようにＩＰ網インターフェース１０９のＣＳＭＡ／ＣＤインターフェース（デジタル（ＬＡＮ）インターフェース）１１０と、アナログインターフェース１１０ａにそれぞれ接続されている。
【００５１】
図１（ｂ）は、ＩＰ網上の非ファクシミリプロトコルよる画像通信を示しており、画像通信装置１０８に対応するプロトコルさえ実装しておけばＩＰ網上の任意の非ファクシミリプロトコル、たとえば、ＨＴＴＰ、ＳＭＴＰ、ＦＴＰ、ＩＰＰＦＡＸなどを用いて画像を送信（受信）することができる。このとき、ファクシミリ手順や、アナログファクシミリ変調などは一切用いる必要がなく、送信側の画像通信装置１０５は、各プロトコルに適したフォーマット（ＴＩＦＦ、ＪＰＥＧ、ＧＩＦ、ＰＮＧなど）の画像ファイルとして送信画像データを送信する。
【００５２】
図１（ｃ）は、画像通信装置１０８がＩＴＵ−Ｔ勧告Ｔ．３８におけるいわゆる「インターネットファクシミリ装置」として構成されている場合を示している。この場合、画像通信装置１０８は勧告Ｔ．３８における受信側ファクシミリゲートウェイとして機能する。したがって、この場合は画像通信装置１０５は勧告Ｔ．３８における送信側ファクシミリゲートウェイとして、勧告Ｔ．３８に基づいてパケット化したＧ３ファクシミリ信号を送信しなければならない。画像通信装置１０８は受信したＧ３ファクシミリ信号を勧告Ｔ．３８に基づいてデコードし、復元したＧ３データを印刷、表示などの方法で出力するか、あるいはＰＳＴＮないし構内アナログ網を経由して他のクライアントＧ３ファクシミリ装置に送信する。
【００５３】
図１（ｄ）は、画像通信装置１０８がＩＴＵ−Ｔ勧告Ｔ．３７のインターネットファクシミリ装置として機能する場合を示している。この場合、画像通信装置１０５は、画像通信装置１０８に対して、ＩＴＵ−Ｔ勧告Ｔ．３７に基づきＭＩＭＥエンコードしたＴＩＦＦ−Ｇ３ファクシミリデータを含む電子メールテキストとして画像データを送信しなければならない。この電子メールテキストは、画像通信装置１０８が（ＳＭＴＰプロトコルなどにより）直接メールを受信できる場合は画像通信装置１０８に対して直接送信する。画像通信装置１０８が直接メールを受信できない場合は画像通信装置１０８のＩＳＰのメールサーバなどに送信し、画像通信装置１０８はＰＯＰやＩＭＡＰなどのプロトコルを用いて画像データを含む受信メールテキストを受信する。
【００５４】
図１（ｅ）は、Ｇ３アナログファクシミリ装置として構成された画像通信装置１０８ａがＩＰ網インターフェース１０９のアナログインターフェース１１０ａに接続されている場合を示している。この場合は、画像通信装置１０８ａはアナログ音声信号しか受信できないから、画像通信装置１０５はＩＴＵ−Ｔ勧告Ｔ．３０に基づくアナログファクシミリ信号をＣＯＤＥＣ２１０で音声信号としてデジタル化し、ＶｏＩＰ手順で送信する。
【００５５】
図１（ａ）の画像通信装置１１５の場合は、図１（ｃ）で説明した画像通信装置１０８の機能がファクシミリゲートウェイ１１３とＧ３アナログファクシミリ装置として構成された画像通信装置１１５に別れていると考えればよい。この場合、画像通信装置１０５は図１（ｃ）で説明した通り、Ｔ．３８インターネットファクシミリ通信を行なわなければならない。
【００５６】
図１（ａ）のＰＳＴＮ１２０に接続された画像通信装置１１２の場合は、メディアゲートウェイ１１１を経由して通信しなければならない。画像通信装置１１２はＧ３アナログファクシミリ装置として構成されており、この場合、画像通信装置１０５は図１（ｅ）の画像通信装置１０８ａに対する場合と同様、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくアナログファクシミリ信号をＣＯＤＥＣ２１０で音声信号としてデジタル化し、ＶｏＩＰ手順で送信する必要がある。
【００５７】
以上に示したように、画像通信装置１０５は画像通信装置１０８、１０８ａ、１１２、または１１５と通信するために、上記のような異なる画像通信方式を適切に選択しなければならない。
【００５８】
すなわち、本実施形態において、画像通信装置１０５がサポートすべき画像通信方式は次の通りである。
【００５９】
（１）非ファクシミリプロトコルによるＩＰ画像通信
（２）ＩＴＵ−Ｔ勧告Ｔ．３８インターネットファクシミリ通信
（３）ＩＴＵ−Ｔ勧告Ｔ．３７インターネットファクシミリ通信
（４）みなし音声によるＩＴＵ−Ｔ勧告Ｔ．３０（Ｇ３）ファクシミリ通信
これらの画像通信方式（メディアストリーム）は、ＳＩＰメッセージで用いられるＳＤＰの記法では現在のところ識別することができないが、図５（ａ）〜図５（ｄ）に示すようにしてＳＤＰのメディアストリーム記述を拡張することにより表現することができる。
【００６０】
図５（ａ）は、画像通信方式として非ファクシミリプロトコルのＳＭＴＰおよびＩＰＰＦＡＸを宣言（提案）するＳＤＰのメディアストリーム記述例である。「ｍ＝ｉｍａｇｅ  ２５  ｄｉｒｅｃｔ＿ｓｍｔｐ  ｔｃｐ」および「ｍ＝ｉｍａｇｅ  ８０  ｉｐｐｆａｘ  ｔｃｐ」という記述において、「ｉｍａｇｅ」はメディア種別が静止画像であることを示す。２５および８０は使用するポート番号を示すものである。ポート番号は任意であるが、ここではｗｅｌｌ−ｋｎｏｗｎポート番号として、ＳＭＴＰおよびＩＰＰＦＡＸ（一般にデータ転送にはＨＴＴＰポート／プロトコルが使用される）に相当するポート番号を示している。端末が任意の番号を使用することができるものである。
【００６１】
「ｄｉｒｅｃｔ＿ｓｍｔｐ」は単に「ｓｍｔｐ」であってもよいが、本実施例における「ｄｉｒｅｃｔ＿ｓｍｔｐ」通信は、ＩＴＵ−Ｔ勧告Ｔ．３７とは異なり、後述の図３（ｂ）で示すように画像通信端末どうしが直にＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて画像ファイルを転送する通信方式を指す。ｔｃｐはトランスポート層プロトコルとして、再送制御の可能なＴＣＰを用いることを示すものである。
【００６２】
非ファクシミリプロトコルとして、ＦＴＰやＨＴＴＰなどのプロトコルを用いる場合には、図５（ａ）の「ｄｉｒｅｃｔ＿ｓｍｔｐ」、あるいは「ｉｐｐｆａｘ」の部分をそれぞれ「ｆｔｐ」、あるいは「ｈｔｔｐ」などに変更することによりこれらの非ファクシミリプロトコルを宣言することができる。
【００６３】
図５（ａ）の３行目では、「ａ＝」構文によりさらに画像通信に用いる画像通信制御パラメータとして送信する画像の属性を宣言している。この「ａ＝ｐｈｏｔｏ＿Ｌ  ｊｐｅｇ  ｓｙｃｃ」という記述は、送信画像原稿がＬ版写真サイズであり、画像圧縮方式はＪＰＥＧ、色空間はデジタルカメラで使用されているｓＹＣＣであることを示すものである。
【００６４】
図５（ｂ）は、Ｔ．３８インターネットファクシミリ通信方式を宣言するＳＤＰのメディアストリーム記述例である。「ｍ＝ｉｍａｇｅ  ５１１００  ｔ３８ｆａｘ  ｔｃｐ」という記述において、ｉｍａｇｅはメディア種別が静止画像であることを示し、「５１１００」はポート番号（任意のポート番号を使用できる）を、「ｔ３８ｆａｘ」は画像送信プロトコルとして、ＩＴＵ−Ｔ勧告Ｔ．３８プロトコルを使用することを示している。ｔｃｐはトランスポート層プロトコルとして、再送制御の可能なＴＣＰを用いることを示す。
【００６５】
図５（ｂ）では、「ａ＝」構文により画像通信に用いる画像通信制御パラメータとして、「ａ＝ｉｓｏ＿ａ４  ｉｓｏ＿ｂ４  ｍｒ  ｂ／ｗ」を宣言している。この例における「ｉｓｏ＿ａ４」、「ｉｓｏ＿ｂ４」はＡ４サイズおよびＢ４の記録紙サイズを有することを示す。この構文は送信画像原稿サイズの宣言にも用いることもできるが、その場合はサイズは通常１種類のみ指定する。また、「ｍｒ」は処理可能な画像圧縮方式がＭＲであること、「ｂ／ｗ」は白黒画像（を送信、あるいは記録可能）を示す。
【００６６】
同様に図５（ｃ）はＴ．３７インターネットファクシミリ通信方式を宣言するＳＤＰのメディアストリーム記述例である。各ニーモニックの意味は上記同様で、「ｉｍａｇｅ」はメディア種別が静止画像であることを示し、「２５」は使用するポート番号を、「ｔ３７ｆａｘ」は画像送信プロトコルを示す。ｔｃｐはトランスポート層プロトコルとして、再送制御の可能なＴＣＰを用いることを示す。
【００６７】
ＩＴＵ−Ｔ勧告Ｔ．３７プロトコルは、ＭＩＭＥフォーマットのファクシミリ画像データを電子メールで送信するものであるので、図５（ｃ）の「ａ＝」構文は、図５（ｂ）と同じサイズ宣言にさらに「ｔｉｆｆ  ｂ／ｗ」とのニーモニックが追加されており、送信画像はＴＩＦＦフォーマットの白黒画像であることを示している。なお、受信側の受信能力を示す場合には、「ｔｉｆｆ」、「ｊｐｅｇ」、「ｃｏｌｏｒ」などの処理可能な圧縮方式（ファイル形式）、カラー記録が可能であること（あるいはさらに必要ならば「ｓｙｃｃ」などの色空間情報など）を示すニーモニックを列挙してもよい。
【００６８】
なお、Ｔ．３７インターネットファクシミリ通信方式は、通常、送信側はＭＩＭＥフォーマットのファクシミリ画像データを電子メールでＩＳＰのメールサーバに送信し、受信側はこの電子メールをＩＳＰのメールサーバ（上記の送信側とは異なるものである場合もある）からＰＯＰ３などのプロトコルによりダウンロードする、という形態をとる場合が多く、送信側および受信側の装置が直接接続することは稀であるから、ポート番号（図５（ｃ）では「２５」）は省略してもよい。
【００６９】
図５（ｄ）は、みなし音声によるＴ．３０ファクシミリ通信を宣言するＳＤＰのメディアストリーム記述例である。この「ｍ＝ｉｍａｇｅ  ５１３００  ｔ３０ｆａｘ  ｒｔｐ／ａｖｐ」  という記述において、「ｉｍａｇｅ」はメディア種別が静止画像であることを示し、「５１３００」は使用するポート番号を、「ｔ３０ｆａｘ」は画像送信プロトコルとして、Ｔ．３０プロトコルを使用することを示す。「ｒｔｐ／ａｖｐ」はみなし音声形式で画像データを音声として送信することを示す。
【００７０】
図５（ｄ）ではさらに画像通信に用いる画像通信制御パラメータとして、「ａ＝」構文により「ａ＝ｉｓｏ＿ａ４  ｉｓｏ＿ｂ４  ｍｒ  ｂ／ｗ」を宣言している。ここで「ｉｓｏ＿ａ４  ｉｓｏ＿ｂ４」は受信（ないし送信）画像サイズを示し、「ｍｒ」は処理可能な画像圧縮方式がＭＲであること、「ｂ／ｗ」は白黒画像（を送信、あるいは記録可能）を示す。
【００７１】
後でも触れるが、通信端末において、図５（ａ）〜（ｄ）のようなＳＤＰのメディアストリーム記述は、所定の優先順位で認識されるべきものとする。たとえば、本実施例では上から順に優先順位を有し、また１行内に複数の同一カテゴリの宣言が含まれている場合（たとえば上記の画像サイズ）は左側が優先であるものとする。すなわち、自己の能力を宣言する場合は相手に優先的に採用してもらい宣言を先（上方に、あるいは同一行内では左方に）に記述する。
【００７２】
また、図５（ａ）〜図５（ｄ）のようなＳＤＰのメディアストリーム記述を含むＳＩＰメッセージは、（通信経路の末端の画像通信装置のみならず）ＳＩＰセッションの着呼側として機能できる機器が発呼側（画像通信装置１０５）に返送する。
【００７３】
たとえば、ＳＩＰセッションにおいて、画像通信装置１０８および１０８ａと接続されたＩＰ網インターフェース１０９がＳＩＰセッションに応答することができる。ここで画像通信装置１０８は図１（ｂ）〜図１（ｄ）の３つの画像通信方式をいずれもサポートし、画像通信装置１０８ａにより図１（ｅ）のみなし音声によるファクシミリ通信方式をサポートしているものとすれば、ＩＰ網インターフェース１０９は図５（ａ）〜図５（ｃ）の記述を列挙した
m=image 25 direct_smtp tcp
a=photo_l jpeg sycc
m=image 51100 t38fax tcp
a=iso_a4 iso_b4 mr b/w
m=image 25 t37fax tcp
a=iso_a4 iso_b4 tiff b/w
m=audio 51300 t30fax rtp/avp
a=iso_a4 iso_b4 mr b/w
のようなＳＤＰによるメディアストリーム記述を含むＳＩＰメッセージを返送すればよい。なお、ＳＤＰ記述で宣言する画像通信方式の数は任意である。
【００７４】
なお、本実施例では、主に画像通信方式を示す「ｍ＝文」と主に画像通信パラメータを示す「ａ＝文」の関係づけは、上記の出現順を処理優先順位とする原則に基づく（たとえば「ａ＝文」はその直上の「ｍ＝文」に従属するものとして取り扱う）ものとし特に明示的に行なっていないが、たとえば背景技術に示したように「ｍ＝文」に「rtpmap番号」を付し、対応する「ａ＝文」に「rtpmap: 番号」を記してこれら２つの文を関係づける記述方式を採用してもよい。
【００７５】
たとえば、「ｍ＝文」に「capability 番号」を付し、対応する「ａ＝文」に「capability: 番号」を記してこれら２つの文を関係づけることが考えられる。この方式でたとえば図５（ａ）の方式を拡張した場合は
m=image 25 direct_smtp tcp 100
m=image 80 ippfax tcp 100
a=capability:100 photo_l jpeg sycc
のようになる。
【００７６】
発呼側は後述のようにして返送された着呼側のＳＩＰメッセージのメディアストリーム記述を識別することにより、ユーザ操作やユーザセットアップを介在させる必要なしにどのような画像通信方式を当該の着呼側に対して用いればよいかを自動的に決定することができる。
【００７７】
図５（ａ）〜図５（ｄ）のようなＳＤＰのメディアストリーム記述を含むＳＩＰメッセージは、ＳＩＰセッションの着呼側（ＩＮＶＩＴＥを受信する側）として機能できる機器であれば、いずれの装置も発呼側（画像通信装置１０５）に返送することができる。
【００７８】
たとえば、ＩＰ網インターフェース１０９がアナログ方式の画像通信装置１０８ａ（またはアナログ電話機）のみをＩＰ網に接続するための網終端装置として構成されているような場合は、ＩＰ網インターフェース１０９にＳＩＰセッションに応答する機能を実装することになる。このような構成においては、ＩＰ網インターフェース１０９が図５（ａ）〜図５（ｄ）のようなＳＤＰのメディアストリーム記述を含むＳＩＰメッセージを発呼側に返送することができる。
【００７９】
同様にして、メディアゲートウェイ１１１、およびファクシミリゲートウェイ１１３もサービス加入者の画像通信装置１１２ないし１１５の能力に応じて図５（ａ）〜図５（ｄ）のようなＳＤＰのメディアストリーム記述を含むＳＩＰメッセージを発呼側に返送することができる。このとき、メディアゲートウェイ１１１は図５（ｄ）のようにみなし音声によるファクシミリ通信を提案するＳＤＰのメディアストリーム記述を含むＳＩＰメッセージを発呼側に返送し、ファクシミリゲートウェイ１１３は図５（ａ）のようにＴ．３８インターネットファクシミリ通信を提案するＳＤＰのメディアストリーム記述を含むＳＩＰメッセージを発呼側に返送すればよい。
【００８０】
次に、上記のようなＳＤＰのメディアストリーム記述を含むＳＩＰメッセージを用いた具体的な通信例について説明する。
【００８１】
図４（ａ）、（ｂ）は画像通信装置１０５が実行する通信制御手順、図６はＳＩＰプロキシ１０４が実行する通信制御手順を示している。図４（ａ）、（ｂ）の通信手順はＲＯＭ２０２にＣＰＵ２０１の制御プログラムとして格納しておけばよい。
【００８２】
図３（ａ）、（ｂ）は図４および図６の通信制御により実現される通信シーケンスを示したもので、図４および図６と対応する個所には図４および図６におけるステップ番号を付してある。
【００８３】
図３（ａ）は画像通信装置１０５から画像通信装置１０８に対して画像通信（または通話）を開始する時の通信シーケンスを示している。
【００８４】
画像通信装置１０５は複数の画像通信方式、すなわち
（１）非ファクシミリプロトコルによるＩＰ画像通信
（２）ＩＴＵ−Ｔ勧告Ｔ．３８インターネットファクシミリ通信
（３）ＩＴＵ−Ｔ勧告Ｔ．３７インターネットファクシミリ通信
（４）みなし音声によるＩＴＵ−Ｔ勧告Ｔ．３０（Ｇ３）ファクシミリ通信
の各方式をサポートしている（（４）のみなし音声によるＴ．３０（Ｇ３）ファクシミリ通信は不図示のアナログポートに接続された画像通信装置によるものとする）。また、画像通信装置１０８も画像通信装置１０５と同じ上記の４つの画像通信方式をサポートしているものとする（（４）のみなし音声によるＴ．３０（Ｇ３）ファクシミリ通信はアナログポートに接続された画像通信装置１０８ａによる）。
【００８５】
以下に示す通信制御を行なうことにより、画像通信装置１０８が返送するＳＩＰメッセージのＳＤＰメディアストリーム記述により、画像通信装置１０５と画像通信装置１０８（あるいは１０８ａ）の画像通信方式を適切に選択することができる。
【００８６】
画像通信装置のキー操作部２１１により宛先の電話番号の入力に続いて画像通信キー２１１ａが押下されると（図４（ａ）ステップＳ４０１）、ステップＳ４０４〜Ｓ４０６でＳＩＰサービスを利用して相手局のＩＰアドレスを取得する。
【００８７】
ステップＳ４０４ではメモリに入力された電話番号に対応して、ＡＤＳＬモデム１０６に接続されたＣＳＭＡ／ＣＤインターフェース１０７経由で、前記電話番号情報を格納したＳＩＰセッション要求メッセージ（ＩＮＶＩＴＥメッセージ）を送信する。このＳＩＰメッセージは以下のようなテキストフォーマットにより構成される。
【００８８】
INVITE sip:izumi@XXXX.co.jp SIP/2.0
Via:SIP/2.0/UDP soho.XXXX.co.jp
From: Michihiro Izumi <ippfax://izumi.XXXX.co.jp>
To: <tel: 050-1234-5678>
Call-ID:2ef-1737483932@soho.XXXX.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=image 25 direct_smtp tcp
m=image 80 ippfax tcp
a=photo_l jpeg sycc
m=image 51100 t38fax tcp
a=iso_a4 iso_b4 mr b/w
m=image 25 t37fax tcp
a=iso_a4 iso_b4 tiff b/w
m=audio 51300 t30fax rtp/avp
a=iso_a4 iso_b4 mr b/w
上記のごとく、入力された電話番号に基づく宛先情報などを記述したヘッダに続く本文においては、ＳＤＰ形式で端末の能力、特にメディアストリーム処理能力に関するパラメータを記述する。画像通信をする場合には、「s=」構文によりメディア種別が画像であること（上記の「s=Image」）を宣言し、「m=」構文によるメディアストリーム記述で、本端末が使用可能な画像通信方式（画像通信メソッド）を宣言する（上記の「m=image 25 direct_smtp tcp」以下の部分）。
【００８９】
上記の例では、５つの「m=」構文により、ダイレクトＳＭＴＰ、ＩＰＰＦＡＸ、Ｔ．３８ＦＡＸ、Ｔ．３７ＦＡＸ、およびみなし音声によるＴ．３０方式の各画像送受信プロトコルを画像通信装置１０５が使用可能であることを示している（みなし音声によるＴ．３０方式については画像通信装置１０５が不図示のアナログ回線インターフェースとの接続も有しており、利用可能であるものとする）。上記の例では、非ファクシミリプロトコルによるＩＰ画像通信として、ＩＰＰＦＡＸ方式と、後述のダイレクトＳＭＴＰ方式を用いることができることを宣言している。
【００９０】
また、特に非ファクシミリプロトコルである「ｄｉｒｅｃｔ＿ｓｍｔｐ」および「ｉｐｐｆａｘ」に関する画像通信パラメータでは、「a=」構文により送信される画像原稿はＬ版写真サイズのＪＰＥＧ画像で、色空間としてデジタルカメラで使用されているｓＹＣＣ色空間を使用することを宣言している。このように「a=」構文により、送信する画像の原稿サイズ、画像圧縮方式、色空間などの属性情報を宣言する。これを利用して受信側装置は、受信する画像に適した印刷処理を行なうことができるかどうかを判断することができる。
【００９１】
このＳＩＰメッセージを送信するにあたっては、トランスポート層としてはＵＤＰを使用する。このため、画像通信装置１０５のＣＰＵ２０１はＳＩＰメッセージにＵＤＰヘッダを付加して、ＵＤＰフレームを生成してメモリ２０３に格納する。ＵＤＰヘッダ内の送信先アドレスには、ＳＩＰプロキシ１０４のＩＰアドレス１９３．１６８．０．１を入れ、送信元アドレスには、画像通信装置１０５のＩＰアドレスである１９４．１６８．０．１を入れる。また、宛先ポート番号には、ＳＩＰのＷｅｌｌ−ｋｎｏｗｎポート番号である５０６０を入れ、送信元ポート番号には任意のポート番号（たとえば５０００など）を入れる。
【００９２】
このようにして生成したＵＤＰフレームをＣＰＵ２０１はＬＡＮコントローラ２１６に転送する。ＬＡＮコントローラ２１６は送信データを受信すると、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダを付加してＡＤＳＬモデム１０６に送信し、データを受信したＡＤＳＬモデム１０６は受信したデータをＩＰ網１０１に送信する。これ以降に送信される各種メッセージについても、同様の手順により送信される。
【００９３】
本パケットの場合は、送信先ＩＰアドレスとしてＳＩＰプロキシ１０４のＩＰアドレスが入れられているので、ＩＰ網１０１を経由してＳＩＰプロキシ１０４に届けられる（図６ステップＳ６０１）。
【００９４】
ＳＩＰプロキシ１０４は受け取ったセッション要求メッセージのヘッダ内の電話番号を「８．７．６．５．４．３．２．１．ｅ１６４．ａｒｐａ」のようなアドレス形式に展開し（ステップＳ６０２）ＤＮＳサーバ１０３によりＤＮＳ検索を行なう（ステップＳ６０５）。この時必要に応じて、たとえばＤＮＳサーバ１０３が「ｉｐｐｆａｘ：／／ｘｘｘ．ｃｏ．ｊｐ／ａｂｃ」のようなＵＲＩ形式での検索しか受け付けないような場合はこのようなＵＲＩ形式への変換を行なうためにＥＮＵＭサーバ（不図示）の検索も行なう。問い合わせを受けたＤＮＳサーバ１０３は画像通信装置１０８に対応するＩＰアドレス１９７．１６８．０．１をＳＩＰプロキシ１０４に対して返送する。
【００９５】
ＤＮＳサーバから相手先の画像通信装置１０８のＩＰアドレスを受信したＳＩＰプロキシ１０４は（ステップＳ６０６）、画像通信装置１０５から受信したパケット内の送信先ＩＰアドレスをＤＮＳサーバ１０３から受信した画像通信装置１０８のＩＰアドレスに入れ替え、送信元ＩＰアドレスをＳＩＰプロキシ１０４のＩＰアドレスに入れ替えた上で、画像通信装置１０８宛てにセッション要求メッセージを送信する（ステップＳ６０７）。
【００９６】
一方、セッション要求メッセージを受信した画像通信装置１０８は、呼出中メッセージをＳＩＰプロキシ１０４宛てに送信する。呼出中メッセージのヘッダ内の宛先には、受信したセッション要求メッセージのヘッダに記述されている送信元電話番号情報を入れ、送信先ＩＰアドレスには、セッション要求メッセージの送信元ＩＰアドレスである、ＳＩＰプロキシ１０４のアドレスを入れて送信する。このとき、画像通信装置１０８（あるいはＩＰ網インターフェース１０９）が送信するＳＩＰメッセージ（呼出中メッセージ：１８０  ＲＩＮＧＩＮＧ）には、画像通信装置１０５の送信したＩＮＶＩＴＥメッセージと同様に、ＳＤＰフォーマットによるメディアストリーム記述が含まれる。以下に画像通信装置１０８（あるいはＩＰ網インターフェース１０９）が送信する呼出中メッセージのＳＤＰメディアストリーム記述の部分のみを示す。
【００９７】
m=image 25 direct_smtp tcp
m=image 80 ippfax tcp
m=image 51100 t38fax tcp
m=image 25 t37fax tcp
m=audio 51300 t30fax rtp/avp
この例では、画像通信装置１０８（および１０８ａ）が画像通信装置１０５と同様の画像通信方式（ダイレクトＳＭＴＰ、ＩＰＰＦＡＸ、Ｔ．３８ＦＡＸ、Ｔ．３７ＦＡＸ、およびみなし音声によるＴ．３０方式）をサポートしていることが宣言されている。
【００９８】
なお、上記のＳＤＰメディアストリーム記述は、画像通信装置１０８またはＩＰ網インターフェース１０９が返送することになるが、これらの装置は出荷状態ではＩＰ網インターフェース１０９のアナログポートに接続された装置に関しては何ら情報を有していないのが普通であるから、上記の通りみなし音声によるＴ．３０方式に関する宣言（「m=audio 51300 t30fax rtp/avp」）を正しく行なうには何らかのユーザ設定、あるいは自動検出処理によりあらかじめＩＰ網インターフェース１０９のアナログポートに接続された装置に関する設定が行なわれているものとする（画像通信装置１０５側も同様）。
【００９９】
また、画像通信装置１０８は、呼出中メッセージを送信すると同時に、画像通信装置１０８は呼出音を鳴動すると同時に、通話のための着信があったことを表示する。
【０１００】
呼出中メッセージを受信したＳＩＰプロキシ１０４は（ステップＳ６０８）、呼出中メッセージの送信先ＩＰアドレスを画像通信装置１０５のＩＰアドレスに、送信元ＩＰアドレスをＳＩＰプロキシ１０４のＩＰアドレスにそれぞれ入れ替えて送信し（ステップＳ６０９）、画像通信装置１０５が呼出中メッセージを受信する（図４ステップＳ４０５）。
【０１０１】
その後、画像通信装置１０８の操作部２１１の適当なキー操作（図２（ｂ）の構成では画像通信キー２１１ａや通話キー２１１ｂを用いてもよい）、ハンドセットのオフフック、あるいは自動受信処理によって応答メッセージ（２００  ＯＫ）がＳＩＰプロキシ１０４経由で画像通信装置１０５に送信される（図４ステップＳ４０６）。このとき、応答メッセージを受信（ステップＳ６１０）したＳＩＰプロキシ１０４は、送信先ＩＰアドレスのみを画像通信装置１０５のＩＰアドレスに変換して応答メッセージを転送し（ステップＳ６１１）、画像通信装置１０５が応答メッセージを受信する（ステップＳ４０６）。
【０１０２】
画像通信装置１０５は、ステップＳ４０６において受信した応答メッセージ内の送信元ＩＰアドレスにより、画像通信装置１０８のＩＰアドレスを認識することができ、これ以降はＳＩＰプロキシ１０４を経由しないで、直接画像通信装置１０８宛てにパケットを送信することが可能になる。
【０１０３】
なお、画像通信装置１０５は、ここで認識した画像通信装置１０８のＩＰアドレス１９７．１６８．０．１を電話番号０５０−１２３４−５６７８に対応付けてメモリに格納してもよい。これは、将来の画像通信装置１０８に対する通信のためで、メモリの該当領域を検索して０５０−１２３４−５６７８に対応するＩＰアドレスを取得できればＳＩＰサービスを経由せずに画像通信装置１０８と接続することができ、より高速な呼接続が可能となる。
【０１０４】
図４のステップＳ４０６において応答メッセージを受信すると、画像通信装置１０５は先に受信した画像通信装置１０８のメッセージ中のＳＤＰメディアストリーム記述を識別する（ステップＳ４１１）。
【０１０５】
このＳＤＰメディアストリーム識別処理は図４（ｂ）に示すようにして行なわれる。
【０１０６】
上記の説明では、ＳＤＰメディアストリーム記述はその出現順（上から、および左から）を優先順位とする原則を採用するものとしたが、この優先順位は、ＳＤＰメディアストリーム記述を読み取り、その結果に応じて通信処理を制御する側の装置が適宜変更してもよい。すなわち、図４（ｂ）は簡易処理であり、ＳＤＰメディアストリーム記述の判定（検出）順序を自機に都合の良い順序で行ない、該当のメディアストリーム記述を判定（検出）した時点で終了するようになっている。
【０１０７】
すなわち、図４（ｂ）の処理は、ステップＳ４２１〜Ｓ４２４でそれぞれＳＤＰメディアストリーム記述中の「m=」構文を検出し、該当の構文が検出された場合にステップＳ４３１〜Ｓ４３４でそれぞれ対応するメディアストリームフラグＭＳＦ（ＲＡＭ２０３中の所定領域に配置される）の値を決定するように構成されており、あらかじめ決定した自機に都合の良い優先順位でＳＤＰメディアストリーム記述を判定し、該当の構文が検出された場合直ちにメディアストリームフラグＭＳＦの値を決定して処理を終了する。図４（ｂ）の例では、画像通信装置１０５（自機）がサポートする画像通信方式のみを識別している。なお、図４（ｂ）に図示したメディアストリーム識別の手法は一例にすぎない。メディアストリーム識別の変形例については後述する。
【０１０８】
図４（ｂ）の判定順位は、主に通信の高速性ないしリアルタイム性を重視して決定されており、
（１）非ファクシミリプロトコルによるＩＰ画像通信
（２）ＩＴＵ−Ｔ勧告Ｔ．３８インターネットファクシミリ通信
（３）ＩＴＵ−Ｔ勧告Ｔ．３７インターネットファクシミリ通信
（４）みなし音声によるＩＴＵ−Ｔ勧告Ｔ．３０（Ｇ３）ファクシミリ通信
の順序で該当する構文を検出した時にメディアストリームフラグＭＳＦの値を決定して処理を終了する。Ｔ．３７とＴ．３８のインターネットファクシミリ通信では、Ｔ．３７の方が高速である場合も考えられ、（２）と（３）のメソッドの順位を逆転させておく構成も考えられるが、ここでＴ．３８を優位に置いているのはそのリアルタイム性による。
【０１０９】
図４（ｂ）のステップＳ４２１では、画像通信装置１０８のＳＤＰメディアストリーム記述に非ファクシミリ画像通信方式が含まれているか否かを判定し、当該画像通信方式が含まれている場合にはメディアストリームフラグＭＳＦに対応する値を格納する。この判定処理では、ＳＤＰメディアストリーム記述の先頭行から順に「direct_smtp」、「ippfax」（あるいはさらに「http」や「ftp」など）の当該画像通信方式の宣言に用いられるキーワードが含まれているかどうかを検索する（文字列の一部一致を条件とする検索、あるいは正規表現による検索など検索方式は任意である）。
【０１１０】
上記の画像通信装置１０８のＳＤＰメディアストリーム記述例では、最初に
m=image 25 direct_smtp tcp
が含まれているので、メディアストリームフラグＭＳＦにＮＯＮ−ＦＡＸを示す値を格納、たとえば、画像通信装置１０８のＳＤＰメディアストリーム記述から取り出した「image 25 direct_smtp tcp」の値を直接格納する。
【０１１１】
上記の画像通信装置１０８のＳＤＰメディアストリーム記述例と、図４（ｂ）の構成によれば、この段階でメディアストリーム識別が終了し、メディアストリームフラグＭＳＦは非ファクシミリプロトコルによるＩＰ画像通信、特にダイレクトＳＭＴＰ方式による画像通信を行なうことが決定される。なお、画像通信装置１０８のＳＤＰメディアストリーム記述で、「m=image 25 direct_smtp tcp」以外の記述が先に含まれていたとしても、図４（ｂ）の手順によればこの非ファクシミリ画像通信方式が選択される。
【０１１２】
ステップＳ４２２〜Ｓ４２４では、それぞれ上記同様にして「t38fax」、「t37fax」、「t30fax」のようなキーワード検索によりＳＤＰメディアストリーム記述が識別され、該当の構文が検出されるとその段階でメディアストリームフラグＭＳＦの値が決定される。
【０１１３】
その後、画像通信装置１０５は宛先ＩＰアドレスを画像通信装置１０８のＩＰアドレスとした応答確認メッセージ（ＡＣＫ）を送信（ステップＳ４１２）し、上記のようにして決定されたメディアストリームフラグＭＳＦの値に基づく画像通信を開始する。
【０１１４】
以上のようにして行なわれる呼接続、および第１セッションにおける通話の通信シーケンスは図３（ａ）に示される通りである。
【０１１５】
以上の例では、画像通信装置１０５〜１０８の間で非ファクシミリプロトコルであるダイレクトＳＭＴＰによる画像通信が行なわれることになる。図３（ｂ）はこの画像通信装置１０５〜１０８の間で直接交されるダイレクトＳＭＴＰ通信の様子を示している。
【０１１６】
図３（ｂ）の場合、画像通信装置１０５がＳＭＴＰクライアントとして、画像通信装置１０８がＳＭＴＰサーバとして動作し、別途のＳＭＴＰサーバを用いずに直接ＳＭＴＰ通信を行ない、画像通信装置１０５から画像通信装置１０８へ画像データを送信している。
【０１１７】
図３（ｂ）に示したＳＭＴＰ手順それ自体は公知の手順そのもので、その内容に特殊な点はなく、次のようなテキストメッセージ（かっこ書きの番号は当該メッセージを送信する画像通信装置１０５または画像通信装置１０８を示す）の交換の後、イメージデータを含むメールテキスト（ＭＩＭＥエンコードなどによる）が画像通信装置１０５から画像通信装置１０８へ送信される。
【０１１８】
HELO  (105)
250 OK (108)
MAIL FROM  (105:送信者の識別情報を含む)
250 OK (108)
RCPT TO (105:受信先を指定する)
250 OK (108)
なお、ＳＤＰメディアストリーム記述の交換に基づき選択され、ステップＳ４１３で実行される他の画像通信方式による画像通信（ＩＰＰＦＡＸ、Ｔ．３８／Ｔ．３７ファクシミリ通信、みなし音声によるＴ．３０ファクシミリ通信など）そのものについては、公知の画像通信手順と同等であるので本実施形態では詳細な図示は省略する。
【０１１９】
以上のようにして、画像通信装置１０５〜１０８の間で使用可能な画像通信方式（プロトコルないしメソッド）をＳＩＰメッセージで拡張したＳＤＰメディアストリーム記述（特に「ｍ＝構文」）を用いることによって識別しあうことができ、画像通信装置１０５（１０８）は面倒なユーザ操作あるいはユーザのセットアップ操作を必要とせず自動的に実際の通信で用いる画像通信方式（プロトコルないしメソッド）を決定することができる。
【０１２０】
また、実際の通信で用いる画像通信制御パラメータについてもＳＩＰメッセージで拡張したＳＤＰメディアストリーム記述（特に「ａ＝構文」）を用いることによって識別しあうことができ、画像通信制御パラメータ、特にサイズ、圧縮方式、色空間などに関する能力を認識することが可能となり、受信側装置において送信された画像の後処理（印刷などの出現処理）において、サイズや色を最適に制御することができる。
【０１２１】
以上の説明では、画像通信装置１０５と１０８の間の通信を例示したが、図５（ａ）〜（ｄ）に示すようなＳＤＰメディアストリーム記述を含むＳＩＰメッセージを返送できる装置は、前述の通り画像通信装置１０５／１０８に限定されるものではない。
【０１２２】
図５（ａ）〜（ｄ）に示すようなＳＤＰメディアストリーム記述を含むＳＩＰメッセージを返送できる装置は、たとえば、図１（ａ）のメディアゲートウェイ１１１、Ｔ．３８ファクシミリゲートウェイ１１３、ＩＰ網インターフェース１０９など、ＳＩＰに応答できる装置であればどのような装置であってもよい。
【０１２３】
特に、メディアゲートウェイ１１１とＩＰ網インターフェース１０９は、ＰＳＴＮ１２０に接続された画像通信装置１１２、あるいはＩＰ網インターフェース１０９のアナログインターフェース１１０ａに接続された画像通信装置１０８ａのために「m=audio 51300 t30fax rtp/avp」のような、みなし音声によるＴ．３０アナログファクシミリ通信を宣言するＳＤＰメディアストリーム記述を含むＳＩＰメッセージを返送することができ、これにより、発呼側の画像通信装置１０５はこれらの着信側の装置との間で確実にアナログファクシミリ音声信号をＶｏＩＰ手順で送信するＴ．３０アナログファクシミリ通信を行なうことができる。
【０１２４】
メディアゲートウェイ１１１については、回線あるいはサービスキャリアが上記のようなみなし音声によるＴ．３０アナログファクシミリ通信を宣言するＳＤＰメディアストリーム記述を含むＳＩＰメッセージを返送するようメディアゲートウェイ１１１のセットアップを行なえばよい。
【０１２５】
また、ＩＰ網インターフェース１０９のアナログインターフェース１１０ａに接続された画像通信装置１０８ａに関しては、ＩＰ網インターフェース１０９の構成部材、たとえばＡＤＳＬモデムが自機のアナログポートに接続された画像通信装置１０８ａ（たとえばＧ３アナログファクシミリ装置）のために
m=audio 51300 t30fax rtp/avp
a=iso_a4 iso_b4 mr b/w
のような、みなし音声によるＴ．３０アナログファクシミリ通信を宣言するＳＤＰメディアストリーム記述を含むＳＩＰメッセージを返送することができる。ただし、アナログポートに接続された機器が電話機であるかＧ３アナログファクシミリ装置かについての区別はＩＰ網インターフェース１０９の構成部材、たとえばＡＤＳＬモデムのセットアップ作業で行なうか、ＡＤＳＬモデムが適当な自動判別処理により行なうものとする。
【０１２６】
また、以上までの説明では、画像通信制御パラメータは「a=」構文に含めるものとしたが、「m=」構文によるＳＤＰメディアストリーム記述にも画像通信方式のみならず、その画像通信で使用するのが好ましい通信制御パラメータを記述することもできる。たとえば、みなし音声によるＴ．３０アナログファクシミリ通信を宣言する場合には、最適な画像通信を行なうためにＶｏＩＰの音声符号化方式を適宜選択する必要がある。このような画像通信制御パラメータは、画像データの属性などとは異なり、「a=」構文よりも「m=」構文で宣言する方がふさわしいと考えられる。
【０１２７】
たとえば、画像通信装置１０８ａが接続されたＩＰ網インターフェース１０９や、画像通信装置１１２のための通信を中継するメディアゲートウェイ１１１が行なう音声信号のデジタル／アナログ変換に適した音声符号化方式として、６４ｋｂｐｓの伝送速度に相当するＰＣＭ符号化方式を使用すべきであることを画像受信側のＩＰ網インターフェース１０９やメディアゲートウェイ１１１（あるいは送信側の画像通信装置１０５）がＳＤＰメディアストリーム記述で宣言することができる。その場合の「m=」構文はたとえば
m=audio 51300 t30fax rtp/avp 64kbps
などとすればよい。このようにしてみなし音声によるＴ．３０アナログファクシミリ通信をより確実に行なえるようになる。なお、ここで６４ｋｂｐｓ相当のＰＣＭ符号化方式を指定しているのは、これ以下の速度では、トレーニング失敗に起因するフォールバックなどにより画像伝送速度が低下するおそれがあるためで、この６４ｋｂｐｓ相当のＰＣＭ符号化方式であれば少なくとも１４．４ｋｂｐｓ（ＩＴＵ−Ｔ勧告Ｖ．１７変調方式）、あるいはそれ以上のファクシミリ通信速度を確実に得られるものと考えられる。
【０１２８】
なお、図４（ｂ）に示したＳＤＰメディアストリーム識別処理は、ＳＤＰメディアストリーム記述中の「m=」構文を検出し、該当の構文が検出された場合に対応するメディアストリームフラグＭＳＦの値を決定して終了するように構成されているが、ＳＤＰメディアストリーム識別手法はこれに限定されるものではない。
【０１２９】
たとえば、図４（ｂ）に示した識別順序は主に通信の高速性ないしリアルタイム性を重視して決定されたものであるが、もちろん他の基準に基づき図４（ｂ）に示したものと異なる識別順序でＳＤＰメディアストリーム識別処理を行なうことができるのはいうまでもない。
【０１３０】
また、該当の構文が検出された場合に直ちに終了するのではなく、該当の構文が検出されるごとに累積的にメディアストリームフラグＭＳＦに該当値を追加するように制御を行なってもよい。たとえば、図４（ｂ）の場合は、ステップＳ４３１〜Ｓ４３４においてメディアストリームフラグＭＳＦに該当値を追加（この場合、図４（ｂ）に例示したＳＤＰメディアストリーム識別処理において、自機が取り扱えない画像通信方式が検出された場合にはメディアストリームフラグＭＳＦに無効値を格納するなどの処理を行ない、後で当該画像通信方式を除去して画像通信方式を決定するなどの処理を行なえばよい）し、これが終了したらそれぞれその直下のステップＳ４２２〜Ｓ４２４に移行する。
【０１３１】
そして、ステップＳ４１３の画像通信開始前に他の適当なアルゴリズムに基づき相手局との間で実際に用いる画像通信方式を選択する。この時使用可能な画像通信方式をどのように選択するか、特に複数の画像通信方式を相手局との間で用いることができる場合にどの画像通信方式を選択するかのアルゴリズムは、上記のように通信の高速性やリアルタイム性に基づきあらかじめ決定しておくか、あるいはユーザが好みの画像通信方式を選択し、あるいはさらにその優先順位を決定できるような機器セットアップを行なうユーザーインターフェースを実装しておくことも考えられる。
【０１３２】
なお、上記の実施例１においては、非ファクシミリ画像通信プロトコルとして特にダイレクトＳＭＴＰとＩＰＰＦＡＸを例示した。しかしながら、ＦＴＰ、ＨＴＴＰ、ＲＣＰ、ＳＭＴＰ（ＩＴＵ−Ｔ勧告Ｔ．３７を用いず、たとえば画像通信装置どうしが直接画像データをメールで送受信するものなど）や他の任意のＩＰ通信／ファイル転送プロトコルを識別するＳＤＰメディアストリーム文法に「m=」構文を用意しておけば、上述のＩＰＰＦＡＸに関して示した例と全く同様に送受信機間でこれらの画像通信方式を識別でき（図４（ｂ）のステップＳ４３１では「m=」構文から検出した ftp、http、rcp、smtpなどに対応する値を格納すればよい）、同様の効果を得ることができるのはいうまでもない。
【０１３３】
なお、以上の説明では、画像通信相手がユーザ入力された電話番号により指定されることを前提とし、入力された電話番号からＳＩＰサービスを経由して相手局を発呼し、画像データを送信する場合の動作を説明した。
【０１３４】
しかしながら、ユーザが画像の送信先として、電話番号ではなく、電話帳データ（不図示）として格納されているメールアドレスなどを指定した場合には、ＳＩＰメッセージの交換を行なうことなく送信画像データ（その読取ないし入力経路は任意である）をＭＩＭＥフォーマットでエンコードしたメールテキストをＩＳＰのメールサーバを介して送信する（通常の電子メールによる送信）ようにしてもよい。これにより、ファクシミリ装置のような画像通信装置以外の端末（たとえば、電子メールを受信することができるＰＣ）に対して電子メールに画像データを添付した形式で送信することができる。
【０１３５】
このように、電話番号以外のフォーマットで送信先が選択された場合、ＳＩＰメッセージの交換を行なうことなく非ファクシミリプロトコルによるＩＰ画像通信方式により画像送受信を行なうようにすれば、ＳＩＰ手順に要する処理（その処理時間）を必要とせず、高速に画像データを送信できる。
【０１３６】
上述の画像通信制御により画像通信装置１０５が送信できる画像データはＣＩＳ２０４で読み取った画像データの他、他の外部装置や記憶メディアから読み取った画像データ、たとえばデジタルカメラから入力したＪＰＥＧ画像データなど任意の画像データであってもよい。
【０１３７】
また、以上では発呼側の画像通信装置１０５が画像送信側、他の画像通信装置１０８、１０８ａ、１１２、１１５が画像受信側である旨説明したが、画像送受信方向がこれに限定されるものではなく、実際に使用される画像通信方式でサポート（たとえばＩＴＵ−Ｔ勧告Ｔ．３０ではポーリング手順が定義されている）されている限り、上記と逆方向の画像送受信も同様に行なえるのはいうまでもない。
【産業上の利用可能性】
【０１３８】
本発明は、ＩＰ網を経由して音声通信および画像通信を行なう通信装置に適用できるものであるが、このような通信装置は、専用機として構成できる他、スキャナやカメラインターフェースなどの画像入出力部と、ネットワークインターフェースを有するＰＣ（パーソナルコンピュータ）などのハードウェアを利用して実施することもできる。特に本発明の方法ないしプログラムはこのようなＰＣハードウェアを利用する場合に、適当な記憶媒体経由、あるいはネットワーク経由でＰＣハードウェアに導入することができる。
【図面の簡単な説明】
【０１３９】
【図１（ａ）】本発明を採用した画像通信装置を含むネットワークシステムの構成を示したブロック図である。
【図１（ｂ）】図１のネットワークシステムにおいて受信側が実行可能な画像通信方式を例示した説明図である。
【図１（ｃ）】図１のネットワークシステムにおいて受信側が実行可能な画像通信方式を例示した説明図である。
【図１（ｄ）】図１のネットワークシステムにおいて受信側が実行可能な画像通信方式を例示した説明図である。
【図１（ｅ）】図１のネットワークシステムにおいて受信側が実行可能な画像通信方式を例示した説明図である。
【図２（ａ）】本発明を採用した画像通信装置の内部構成を示したブロック図である。
【図２（ｂ）】本発明を採用した画像通信装置の外部構成を示したブロック図である。
【図３（ａ）】図１の画像通信装置１０５から画像通信装置１０８に対して呼接続する際のＳＩＰシーケンスを示した説明図である。
【図３（ｂ）】図３（ａ）手順の後、開始される画像通信の通信シーケンスの一例を示した説明図である。
【図４（ａ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である。
【図４（ｂ）】図１の画像通信装置１０５の通信制御を示したフローチャート図である。
【図５（ａ）】本発明において用いられるＳＤＰメディアストリーム構文の一例を示した説明図である。
【図５（ｂ）】本発明において用いられるＳＤＰメディアストリーム構文の一例を示した説明図である。
【図５（ｃ）】本発明において用いられるＳＤＰメディアストリーム構文の一例を示した説明図である。
【図５（ｄ）】本発明において用いられるＳＤＰメディアストリーム構文の一例を示した説明図である。
【図６】図１のＳＩＰプロキシの通信制御を示したフローチャート図である。
【符号の説明】
【０１４０】
１０３  ＤＮＳサーバ
１０４  ＳＩＰプロキシ
１０５、１０８、１０８ａ、１１２、１１５  画像通信装置
１０６、１０９  ＩＰ網インターフェース
１０７、１１０  ＣＳＭＡ／ＣＤインターフェース
２０４  ＣＩＳ
２０５  読取制御部
２０７  ＦＡＸモデム
２０８  音声入出力部
２１０  ＣＯＤＥＣ
２１１ａ  画像通信キー
２１１ｂ  通話キー
２１２  液晶表示部
２１３  記録処理部
２１４  カードインターフェース
２１６  ＬＡＮコントローラ
【図１（ａ）】
2005080025.tif 000003
【図１（ｂ）】
2005080025.tif 000004
【図１（ｃ）】
2005080025.tif 000005
【図１（ｄ）】
2005080025.tif 000006
【図１（ｅ）】
2005080025.tif 000007
【図２（ａ）】
2005080025.tif 000008
【図２（ｂ）】
2005080025.tif 000009
【図３（ａ）】
2005080025.tif 000010
【図３（ｂ）】
2005080025.tif 000011
【図４（ａ）】
2005080025.tif 000012
【図４（ｂ）】
2005080025.tif 000013
【図５（ａ）】
2005080025.tif 000014
【図５（ｂ）】
2005080025.tif 000015
【図５（ｃ）】
2005080025.tif 000016
【図５（ｄ）】
2005080025.tif 000017
【図６】
2005080025.tif 000018