(57)【要約】【課題】呼制御方式としてＳＩＰ方式及びＨ．３２３方式が混在するネットワーク環境における相手先端末とのセッション確立に関して操作性のよい利便性の高いネットワーク通信端末装置を提供すること。【解決手段】ＳＩＰ方式及びＨ．３２３方式のいずれを優先して前記所定の呼制御方式として使用するかを予め設定記憶しておき、発呼時に前記ＳＩＰ方式またはＨ．３２３方式のうちの優先順位が高く設定されているほうの方式による呼制御を行って、セッションの確立に失敗した場合は更に優先順位が低く設定されているほうの方式による呼制御を行うことを特徴とする。【選択図】    図２
2005045299.tif 000002
【特許請求の範囲】
【請求項１】
インターネット等のネットワークを介して所定の呼制御方式で相手先装置とセッションを確立した後、所定の通信制御方式で通信を行うネットワーク通信端末装置において、
前記所定の呼制御方式として使用可能な呼制御方式としてＳＩＰ方式及びＨ．３２３方式の双方を備える一方、
前記ＳＩＰ方式及びＨ．３２３方式のいずれを優先して前記所定の呼制御方式として使用するかを予め設定記憶する使用呼制御方式設定記憶手段と、
発呼時に前記ＳＩＰ方式またはＨ．３２３方式のうちの前記使用呼制御方式設定記憶手段において優先順位が高く設定されているほうの方式による呼制御を行って、その結果セッションの確立に成功した場合は前記所定の通信方式での通信を開始し、セッションの確立に失敗した場合は更に優先順位が低く設定されているほうの方式による呼制御を行って、その結果セッションの確立に成功した場合は前記所定の通信方式での通信を開始する優先呼制御手段とを備えたことを特徴とするネットワーク通信端末装置。
【請求項２】
前記所定の通信方式として使用可能な通信方式を複数種類備える一方、
発呼時に指定されて宛先指定情報について前記ＳＩＰまたはＨ．３２３の呼制御方式によるＳＩＰサーバまたはＨ．３２３ゲートキーパとの間のアドレス解決のやりとりにより取得した相手先識別情報に応じて、前記複数種類の通信方式のうちのいずれかを前記所定の通信方式として決定してセッション確立後にその決定した通信方式により通信開始する相手先適応通信方式決定手段を更に備えたことを特徴とする請求項１に記載のネットワーク通信端末装置。
【請求項３】
前記複数種類の通信方式の１つとしてＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイム型ネットワークファクシミリ通信方式を含むことを特徴とする請求項２に記載のネットワーク通信端末装置。
【請求項４】
前記複数種類の通信方式の１つとしてＩＴＵ−Ｔ勧告Ｔ．３７に準拠したメール型ネットワークファクシミリ通信方式を含むことを特徴とする請求項２に記載のネットワーク通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介して所定の呼制御方式で相手先装置とセッションを確立した後、所定の通信制御方式で通信を行うネットワーク通信端末装置に監視し、特に、呼制御方式にＨ．３２３およびＳＩＰを使用可能であり、また、ＩＴＵ−Ｔ勧告Ｔ．３８準拠のリアルタイム型ネットワークファクシミリ通信方式や、ＩＴＵ−Ｔ勧告Ｔ．３７準拠のストア＆フォワード型（メール型）ネットワークファクシミリ通信方式などの複数の通信方式を使用可能なネットワーク環境下における、呼制御方式および通信方式の選択方法に関する。
【０００２】
【従来の技術】
ＩＰマルチメディアサービスを提供するための呼制御方式の既存技術としてＨ．３２３があるが、最近、第３世代携帯電話システムの呼制御方式としてＳＩＰを採用することが決定した。
【０００３】
したがって、今後のネットワーク環境においてはＳＩＰ及びＨ．３２３の２つの呼制御方式が広く普及しつつ混在した状況となることが予想され、特に、期既存のＨ．３２３端末へのＳＩＰ対応が求められている。
【０００４】
また、ネットワーク環境においては、ネットワークファクシミリ通信１つをとってみても、リアルタイム型のＴ．３８方式と、メール型のＴ．３７方式とが混在した状況にある。
【０００５】
【発明が解決しようとする課題】
このように、現状のネットワーク環境においては、ＳＩＰ方式及びＨ．３２３方式の呼制御方式が混在し、また、通信方式も混在した状況にあり、例えばＳＩＰ方式の呼制御方式とＴ．３８方式の通信方式とに対応している通信相手先の端末としか自端末が通信を行えないのでは、Ｈ．３２３方式＋Ｔ．３８方式、Ｈ．３２３方式＋Ｔ．３７方式、ＳＩＰ方式＋Ｔ．３７方式などのその他の相手先端末とは通信を行えず、ネットワーク環境の現状に十分対応できているとはいえない問題がある。
【０００６】
かといって、自端末が、呼制御方式としてＳＩＰ方式及びＨ．３２３方式に対応すると共に、通信方式としてＴ．３８方式及びＴ．３７方式に対応していて、これから発呼しようとする相手先端末が備えている方式をユーザが正しく認識して手動で切り換え設定するのではあまりにわずらわしく操作性がよくないという問題がある。
【０００７】
本発明は係る事情に鑑みてなされたものであり、呼制御方式としてＳＩＰ方式及びＨ．３２３方式が混在するネットワーク環境における相手先端末とのセッション確立に関して操作性のよい利便性の高いネットワーク通信端末装置を提供すること、更に、相手先端末に適した通信方式を自動的に選択して実行できる、Ｔ．３８方式やＴ．３７方式などの複数種類の通信方式が混在するネットワーク環境において利便性の高いネットワーク通信端末装置を提供することをも目的とする。
【０００８】
【課題を解決するための手段】
請求項１に記載のネットワーク通信端末装置は、インターネット等のネットワークを介して所定の呼制御方式で相手先装置とセッションを確立した後、所定の通信制御方式で通信を行うネットワーク通信端末装置において、前記所定の呼制御方式として使用可能な呼制御方式としてＳＩＰ方式及びＨ．３２３方式の双方を備える一方、前記ＳＩＰ方式及びＨ．３２３方式のいずれを優先して前記所定の呼制御方式として使用するかを予め設定記憶する使用呼制御方式設定記憶手段と、発呼時に前記ＳＩＰ方式またはＨ．３２３方式のうちの前記使用呼制御方式設定記憶手段において優先順位が高く設定されているほうの方式による呼制御を行って、その結果セッションの確立に成功した場合は前記所定の通信方式での通信を開始し、セッションの確立に失敗した場合は更に優先順位が低く設定されているほうの方式による呼制御を行って、その結果セッションの確立に成功した場合は前記所定の通信方式での通信を開始する優先呼制御手段とを備えたことを特徴とする。
【０００９】
請求項２に記載のネットワーク通信端末装置は、請求項１に記載のネットワーク通信端末装置において、前記所定の通信方式として使用可能な通信方式を複数種類備える一方、発呼時に指定されて宛先指定情報について前記ＳＩＰまたはＨ．３２３の呼制御方式によるＳＩＰサーバまたはＨ．３２３ゲートキーパとの間のアドレス解決のやりとりにより取得した相手先識別情報に応じて、前記複数種類の通信方式のうちのいずれかを前記所定の通信方式として決定してセッション確立後にその決定した通信方式により通信開始する相手先適応通信方式決定手段を更に備えたことを特徴とする。
【００１０】
請求項３に記載のネットワーク通信端末装置は、請求項２に記載のネットワーク通信端末装置において、前記複数種類の通信方式の１つとしてＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイム型ネットワークファクシミリ通信方式を含むことを特徴とする。
【００１１】
請求項４に記載のネットワーク通信端末装置は、請求項２に記載のネットワーク通信端末装置において、前記複数種類の通信方式の１つとしてＩＴＵ−Ｔ勧告Ｔ．３７に準拠したメール型ネットワークファクシミリ通信方式を含むことを特徴とする。
【００１２】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１３】
図１に、本発明の実施の形態に係るネットワーク通信端末装置としてのネットワーク対応ファクシミリ装置（ＩＡＦ）１を含むネットワーク構成例について示す。
【００１４】
同図において、ＩＡＦ１は、ネットワークとして代表的なインターネット２００に接続されている。そのインターネット２００には、ＰＳＴＮ３００上のファクシミリ装置３０１とインターネット２００との間を中継するゲートウェイ装置２０１、Ｈ．３２３に基づくゲートキーパ装置２０２、メールサーバ装置２０３、ＩＡＦ２０４、ＳＩＰサーバ装置２０５、パーソナルコンピュータ２０５などの各種装置が接続されている。
【００１５】
本発明に係るＩＡＦ１は、図１においてかっこ書きで示すように、呼制御方式としてＳＩＰとＨ．３２３とに対応し、通信方式として、Ｔ．３７とＴ．３８とに対応している。ＩＡＦ１は、ＳＩＰサーバ装置２０５やゲートキーパ装置２０２に対して自端末情報を登録可能であり、登録する自端末情報として、少なくとも自端末のＩＰアドレスもしくは自端末メールアドレスを含む。
【００１６】
その他の装置も図１においてかっこ書きで示すように各呼制御方式や通信方式に対応しているが、イーサネット２００上において、ＩＡＦ１の通信相手となる端末が、ＩＡＦ１が備える呼制御方式や通信方式の全てに対応しているとは限らず、また、対応している方式も各相手端末によって異なる。
【００１７】
そのため、ＩＡＦ１において、ユーザが、これから発呼しようとする相手端末が対応している呼制御方式や通信方式を正しく把握して、発呼の都度、相手端末に応じた呼制御方式や通信方式を手動設定するようにすればよいが、それではあまりに煩雑すぎて操作性がよくない。
【００１８】
図２に、本発明の実施の形態に係るＩＡＦのブロック構成について示す。
【００１９】
同図において、ＣＰＵ２は、ＲＡＭ４を作業領域として使用しつつ、ＲＯＭ３に書き込まれた制御プログラムに基づいて装置部を制御したり、各種データ処理したり、プロトコル制御を行う中央演算処理装置である。
【００２０】
ＲＯＭ３は、前述したように、ＣＰＵ２が装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。
【００２１】
パラメータメモリ５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００２２】
スキャナ６は、セットされた原稿を読み取って画像データを得るためのものである。プロッタ７は画像データを記録紙に印刷出力するためのものである。
【００２３】
操作表示部８は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００２４】
データ蓄積装置９は、未処理の送受信画像データなどの大容量のデータを記憶するためのもので、ハードディスク装置などにより構成される。
【００２５】
ＬＡＮ伝送制御部１０はイーサネットのＬＡＮ１００に接続され、そのＬＡＮ１００は、ＩＰパケットの中継を行うルータ装置１０１を介してインターネット２００に接続されている。
【００２６】
そして、ＬＡＮ伝送制御部１０は、後述するプロトコルスタックにおいてＴＣＰ・ＵＤＰ／ＩＰ以上のプロトコルで作成され渡されたパケットを電気信号に変換してＬＡＮ１００に送信する一方、ＬＡＮ１００から受信した電気信号から元のパケットを取得して上位のＩＰプリアンブルに渡すためのものである。
【００２７】
システムバス１１は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００２８】
図３に、ＩＡＦ１の操作表示部の構成について示す図である。
【００２９】
同図において、テンキー８ａは、宛先番号入力などのための数字や「＃」「＊」の各記号を入力するためのものである。［Ｙｅｓ］キー８ｂは、表示器８ｈに表示された内容に対して肯定的な操作入力を行ためのものである。［Ｎｏ］キー８ｃは、表示器８ｈに表示された内容に対して否定的な操作入力を行うためのものである。
【００３０】
［ストップ］キー８ｄは、装置動作の強制的な中断を指示したりするためのものである。［スタート］キー８ｅは、各種装置動作の開始を指示するためのものである。［ファンクション］キー８ｆは、その押下操作と、テンキー８ａによる番号入力操作との組み合わせにより、各種設定・登録機能を呼び出したりするためのものである。
【００３１】
矢印キー群８ｇは、［↑］キー８ｇｕ、［↓］キー８ｇｄ、［→］キー８ｇｒ、及び、［←］キー８ｇｌにより構成され、表示器８ｈに表示され選択項目のうちの特定の項目を選択したり、表示器８ｈの表示を上下左右にスクロールさせたりするためのものである。表示器８ｈは、装置の動作状態の表示や、各種メッセージの表示を行うためのものである。
【００３２】
図４に、ＩＡＦ１におけるプロトコルスタックについて示す。
【００３３】
同図において、「物理層」及び「データリンク層」は、「イーサネット」で、ＬＡＮ伝送制御部１０に相当するものであり、「ネットワーク層」の「ＩＰ」プロトコルから渡された、ＭＡＣヘッダとＭＡＣデータとからなるＭＡＣパケットの先頭にプリアンプル及びスタート・フレーム・デリミタを付加すると共にＭＡＣパケットの末尾にフレームチェックシーケンスＦＣＳを付加して、電気信号としてＬＡＮ１００に送信する一方、ＬＡＮ１００を介して電気信号として受信した自装置のＭＡＣアドレス宛のＭＡＣパケットをデジタルデータとして取得して、「ネットワーク層」の「ＩＰ」プロトコルに渡す。
【００３４】
「ＩＰ」プロトコル以上のプロトコルは、ＣＰＵ２により担当される部分であり、その「ＩＰ」プロトコル上ではトランスポート層として「ＴＣＰ」または「ＵＤＰ」を用いて、「セッション層」及び「プレゼンテーション層」レベルの各種機能が行われ、それらの各種機能は、「アプリケーション層」の全体制御により統括的に管理される。なお、一般的に、確実性が要求されるデータ伝送には「ＴＣＰ」が用いられ、確実性よりもリアルタイム性が要求されるデータ伝送には「ＵＤＰ」が用いられ、図４のプロトコルスタックにおける、「セッション層」及び「プレゼンテーション層」レベルの各種機能もその一般的原則に沿っているが、例えば「ＲＴＰ」に「ＴＣＰ」を用いることも有り得る。
【００３５】
図４のプロトコルスタックにおいて、ＩＡＦ１は、ＳＩＰ方式の呼制御方式に対応したＳＩＰ端末機能、Ｈ．３２３方式の呼制御方式に対応したＨ．３２３端末機能、Ｔ．３７通信機能、及び、Ｔ．３８通信機能を備えている。
【００３６】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）端末機能は、ＳＩＰ方式に基づいて、ＲＦＣ２５４３、ＲＦＣ３２６１に規定されたＳＩＰメッセージによるＳＩＰサーバとのアドレス解決のためのやりとりや、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により記述されたセッション情報のやりとりによりセッションの確立を行う。
【００３７】
また、確立されたセッションにおいて、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＲＴＣＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）によるデータ伝送を行うこともできる。なお、ＲＴＰは、ＩＰネットワーク上で音声や映像などの各種リアルタイムメディアを転送するための規格である。ＲＴＣＰは、ＲＴＰによるデータ転送の制御を行うものであり、具体的には、ＲＴＰパケットのフロー制御や送受信端末間でのクロック同期などのＲＴＰパケットのデータ転送を補助するものである。
【００３８】
Ｈ．３２３端末機能は、Ｈ．３２３通信における認証、アドレス変換、帯域制御、課金管理などを行なう機能をもつゲートキーパとの間で、Ｈ．２２５．０  ＲＡＳ（Ｒｅｇｉｓｔｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，Ｓｔａｔｕｓ）のやりとりによるアドレス解決や、Ｈ．２４５、Ｈ．２２５．０（Ｑ．９３１）によるセッション情報のやりとりによりセッションの確立を行う。
【００３９】
また、確立されたセッションにおいて、Ｈ．２２５．０（ＲＴＰ）、Ｈ．２２５．０（ＲＴＣＰ）によるデータ伝送を行うこともできる。
【００４０】
Ｔ．３７機能は、電子メールメールプロトコル（ＳＭＴＰ、ＰＯＰ３）を利用した、画像データをＭＩＭＥなどにより符号化してメール本文のテキストデータとしてやりとりすることにより実現されるＩＴＵ−Ｔ勧告Ｔ．３７に準拠したメール型ネットワークファクシミリ通信方式に基づく機能である。
【００４１】
Ｔ．３８機能は、Ｇ３ファクシミリプロトコルのＴ．３０信号をＩＰパケットによりネットワークを介してやりとりすることにより実現される、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイム型ネットワークファクシミリ通信方式に基づく機能である。
【００４２】
図５に、ＩＡＦ１のパラメータメモリ５の、本発明に特有な記憶内容について示す。
【００４３】
同図において、パラメータメモリ５には、使用呼制御方式設定テーブル５ａ及び、使用通信方式設定テーブル５ｂのための記憶領域が確保されている。
【００４４】
図６（ａ）に、使用呼制御方式設定テーブル５ａの具体的な内容について示す。なお、テーブル５ａは、使用呼制御方式設定記憶手段に相当する。
【００４５】
同図において、テーブル５ａは、ＳＩＰ及びＨ．３２３のそれぞれの呼制御方式に対応した設定フラグＦｓ及びＦｈにより構成されている。同図においては、現在、フラグＦｓは値１に設定され、フラグＦｈは値２に設定される。各値の意味は、同図に示すように、値１が「優先順位１」、値２が「優先順位２」，値０が「使用しない」である。基本的には、ＳＩＰ及びＨ．３２３がそれぞれ優先順位１及び２または２及び１のいずれかに設定されて使用されるが、状況に応じていずれか一方の呼制御方式のみを使用できるようにするため、「使用しない」の設定もできるようにしている。ＳＩＰまたはＨ．３２３のいずれかの一方の方式が「優先順位１」に設定されているとき、他方の方式の「優先順位１」への設定は禁止され「優先順位２」または「使用しない」にしか設定できない。
【００４６】
その設定は、個々の発呼処理とは独立して行われるものであり、例えば、操作表示部８の［ファンクション］キー８ｆの押下とテンキー８ａによる所定の番号の入力の組合せ操作（ユーザ、サービスエンジニアなどが行う）により使用呼制御方式設定のモードを起動して、表示器８ｈを用いた対話的な操作により行うことができる。また、操作表示部８に専用の設定キーを配設して、そのキーの押下状態を設定テーブル５ａに反映させるようにしてもよい。また、設定状態をＬＡＮ１００を介して他端末から遠隔設定することも考えられる。要するに、設定テーブル５ａの内容の設定方法により本発明は限定されるものではない。
【００４７】
図６（ｂ）に、使用通信方式設定テーブル５ｂの具体的な内容について示す。
【００４８】
同図において、テーブル５ａは、Ｔ．３７及びＴ．３８のそれぞれの呼制御方式に対応した設定フラグＦ＿３７及びＦ＿３８により構成されている。同図においては、現在、フラグＦ＿３７は値１に設定され、フラグＦ＿３８は値０に設定される。各値の意味は、同図に示すように、値１が「使用する」、値０が「使用しない」である。基本的には、Ｔ．３７及びＴ．３８はともに「使用する」に設定されて使用されるが、状況に応じていずれか一方の通信方式のみを使用できるようにするため、一方のみを「使用しない」の設定にできるようにしている。両方使用しない設定は通信端末として意味がないため禁止である。
【００４９】
その設定は、個々の発呼処理とは独立して予め行われるものであり、例えば、操作表示部８の［ファンクション］キー８ｆの押下とテンキー８ａによる所定の番号の入力の組合せ操作（ユーザ、サービスエンジニアなどが行う）により使用通信方式設定のモードを起動して、表示器８ｈを用いた対話的な操作により行うことができる。また、操作表示部８に専用の設定キーを配設して、そのキーの押下状態を設定テーブル５ｂに反映させるようにしてもよい。また、設定状態をＬＡＮ１００を介して他端末から遠隔設定することも考えられる。要するに、設定テーブル５ｂの内容の設定方法により本発明は限定されるものではない。
【００５０】
図７及び図８に、ＩＡＦ１における送信処理手順について示す。なお、その送信処理手順は、優先呼制御手段としての処理手順と相手先適応通信方式決定手段としての処理手順とを含む。
【００５１】
先ず、図７において、スキャナ６に原稿がセットされたかを監視し（判断Ｓ１０１のＮｏのループ）、原稿がセットされると（判断Ｓ１０１のＹｅｓ）、操作表示部８のテンキー８ａから入力される番号列を、宛先指定情報としての宛先番号として順次記憶する処理である、宛先番号入力処理を（処理Ｓ１０２）、送信開始を示す［スタート］キー８９ｅが押下されるまで行い（判断Ｓ１０３のＮｏのループ）、［スタート］キー８ｅが押下されると（判断Ｓ１０３のＹｅｓ）、テーブル５ａを参照してフラグＦｓの値が１か、つまり、ＳＩＰ方式が「優先順位１」に設定されているか否かを判断し（判断Ｓ１０４）、値１の場合には（判断Ｓ１０４のＹｅｓ）、ＳＩＰ方式呼制御処理（後述）を行い（処理Ｓ１０５）、その処理Ｓ１０５により設定されるセッション確立成功を示すフラグＦｏｋの値が１（成功）か０（失敗）かを判断し（判断Ｓ１０５）、値１（成功）の場合には（判断Ｓ１０５のＹｅｓ）、処理Ｓ１０５でＴ．３７またはＴ．３８のうちのいずれか決定した方式での通信を開始し、判断Ｓ１０１でセットされた原稿を読み取り画像データを相手先端末装置に送信する。
【００５２】
判断Ｓ１０５において、値０（失敗）の場合には（判断Ｓ１０５のＮｏ）、テーブル５ａを参照してフラグＦｈの値が２か、つまり、Ｈ．３２３方式が「優先順位２」に設定されているか否かを判断し（判断Ｓ１０７）、値２の場合には（判断Ｓ１０４のＹｅｓ）、Ｈ．３２３方式呼制御処理（後述）を行い（処理Ｓ１０８）、その処理Ｓ１０８により設定されるセッション確立成功を示すフラグＦｏｋの値が１（成功）か０（失敗）かを判断し（判断Ｓ１０９）、値１（成功）の場合には（判断Ｓ１０８のＹｅｓ）、処理Ｓ１０８でＴ．３７またはＴ．３８のうちのいずれか決定した方式での通信を開始し、判断Ｓ１０１でセットされた原稿を読み取り画像データを相手先端末装置に送信する。
【００５３】
判断Ｓ１０４において、フラグＦｓの値が１でない場合（判断Ｓ１０４のＮｏ）、つまり、図６（ａ）の「可能な組合せ」に示すように、フラグＦｈの値が１の場合、つまり、Ｈ．３２３方式が「優先順位１」に設定されている場合は、図８の処理２０１に移行する。
【００５４】
処理２０１では、Ｈ．３２３方式呼制御処理（後述）を行い（処理Ｓ２０１）、その処理Ｓ２０１により設定されるセッション確立成功を示すフラグＦｏｋの値が１（成功）か０（失敗）かを判断し（判断Ｓ２０２）、値１（成功）の場合には（判断Ｓ２０２のＹｅｓ）、処理Ｓ２０１でＴ．３７またはＴ．３８のうちのいずれか決定した方式での通信を開始し、判断Ｓ１０１でセットされた原稿を読み取り画像データを相手先端末装置に送信する。
【００５５】
判断２０２において、値０（失敗）の場合には（判断Ｓ２０２のＮｏ）、テーブル５ａを参照してフラグＦｓの値が２か、つまり、ＳＩＰ方式が「優先順位２」に設定されているか否かを判断し（判断Ｓ２０３）、値２の場合には（判断Ｓ２０３のＹｅｓ）、ＳＩＰ方式呼制御処理（後述）を行い（処理Ｓ２０４）、その処理Ｓ２０４により設定されるセッション確立成功を示すフラグＦｏｋの値が１（成功）か０（失敗）かを判断し（判断Ｓ２０５）、値１（成功）の場合には（判断Ｓ２０５のＹｅｓ）、処理Ｓ２０４でＴ．３７またはＴ．３８のうちのいずれか決定した方式での通信を開始し、判断Ｓ１０１でセットされた原稿を読み取り画像データを相手先端末装置に送信する。
【００５６】
このように、予め設定した優先順位に基づいてＳＩＰ方式またはＨ．３２３方式でのセッションの確立を連続的に試みるため、通信相手先端末がＳＩＰ方式またはＨ．３２３方式の少なくともいずれか一方に対応していさえすれば、ユーザに煩雑な選択操作を行わせることなく、セッションの確立を行えるため、呼制御方式としてＳＩＰ方式及びＨ．３２３方式が混在するネットワーク環境において利便性の高いネットワーク端末を実現することができる。また、優先順位をネットワーク環境におけるＳＩＰ方式またはＨ．３２３方式の普及状況に応じて変更することで、広く普及した方の優先順位を高したり、廃れたほうの方式「使用しない」に設定したりして、ネットワーク環境に実状に即した呼制御を行うことができる。
【００５７】
図９に、処理１０５または処理２０４のＳＩＰ方式呼制御処理として適用される具体的な処理手順について示す。
【００５８】
同図において、先ず、ＳＩＰサーバ２０５に、処理Ｓ１０２で入力された宛先番号を問い合わせてアドレス解決を試みる（処理Ｓ３０１）。
【００５９】
その結果、登録されていて、問い合わせた宛先番号に対応する相手先識別情報が得られたが否かを判断し（判断Ｓ３０２）、登録されていない場合には（判断Ｓ３０２のＮｏ）、呼接続成功フラグＦｏｋを０にリセットして（処理Ｓ３０８）、処理を終了するが、登録されていた場合には（判断Ｓ３０２のＹｅｓ）、問い合わせた宛先番号に対応した相手先識別情報を取得し（処理Ｓ３０３）、通信方式決定処理（後述）を行い（処理Ｓ３０４）、相手先端末との間のＳＩＰセッションを開始する（処理Ｓ３０５）。
【００６０】
その結果、決定した通信方式でのセッションが確立できた場合には（判断Ｓ３０６のＹｅｓ）、呼接続成功フラグＦｏｋを１にセットして（処理Ｓ３０７）処理を終了する。確立できなかった場合には（判断Ｓ３０６のＮｏ）、呼接続成功フラグＦｏｋを０にリセットして（処理Ｓ３０８）、処理を終了する。
【００６１】
これにより、ＳＩＰ方式での呼制御の正否をフラグＦｋの値として返すことができる。
【００６２】
図１０に、処理１０８または処理２０１のＨ．３２３方式呼制御処理として適用される具体的な処理手順について示す。
【００６３】
同図において、先ず、Ｈ．３２３ゲートキーパ２０２に、処理Ｓ１０２で入力された宛先番号を問い合わせてアドレス解決を試みる（処理Ｓ４０１）。
【００６４】
その結果、登録されていて、問い合わせた宛先番号に対応する相手先識別情報が得られたが否かを判断し（判断Ｓ４０２）、登録されていない場合には（判断Ｓ４０２のＮｏ）、呼接続成功フラグＦｏｋを０にリセットして（処理Ｓ４０８）、処理を終了するが、登録されていた場合には（判断Ｓ４０２のＹｅｓ）、問い合わせた宛先番号に対応した相手先識別情報を取得し（処理Ｓ４０３）、通信方式決定処理（後述）を行い（処理Ｓ４０４）、相手先端末との間のＨ．３２３セッションを開始する（処理Ｓ４０５）。
【００６５】
その結果、決定した通信方式でのセッションが確立できた場合には（判断Ｓ４０６のＹｅｓ）、呼接続成功フラグＦｏｋを１にセットして（処理Ｓ４０７）処理を終了する。確立できなかった場合には（判断Ｓ４０６のＮｏ）、呼接続成功フラグＦｏｋを０にリセットして（処理Ｓ４０８）、処理を終了する。
【００６６】
これにより、Ｈ．３２３方式での呼制御の正否をフラグＦｋの値として返すことができる。
【００６７】
図１１に、処理Ｓ３０４または処理Ｓ４０４の通信方式決定処理として適用される具体的な処理手順について示す。この通信方式決定処理は、相手先適応通信方式決定手段の中核をなす処理である。
【００６８】
同図において、先ず、処理Ｓ３０３または処理Ｓ４０４で取得された相手先識別情報を確認し（処理Ｓ５０１）、識別情報中に、メールアドレスの文字列特有の「＠」の文字があるか否かを判断する（判断Ｓ５０２）。
【００６９】
その結果、「＠」の文字がある場合には（判断Ｓ５０２のＹｅｓ）、相手先端末は、メールの受信に対応した端末であると判断できるため、テーブル５ｂを参照してフラグＦ＿３７の値が１か、つまり、Ｔ．３７通信方式が「使用する」に設定されているか否かを判断する（判断Ｓ５０３）。
【００７０】
判断Ｓ５０３において、値１（使用する）に設定されている場合には（判断Ｓ５０３のＹｅｓ）、使用する通信方式をＴ．３７と決定する（処理Ｓ５０４）。値０（使用しない）に設定されている場合には（判断Ｓ５０３のＮｏ）、セッションを確立しても通信できないことになるため、この通信方式決定処理ではなく、図７及び図８の送信処理自体を終了してしまう。
【００７１】
判断５０２において、「＠」の文字がない場合には（判断Ｓ５０２のＮｏ）、更に、相手先識別情報がＩＰアドレスまたはホスト名であるか否かを判断し（判断Ｓ５０５）、そうでない場合には（判断Ｓ５０５のＹｅｓ）、不正な相手先識別情報が取得されたものとして、この通信方式決定処理ではなく、図７及び図８の送信処理自体を終了してしまう。
【００７２】
判断５０５において、ＩＰアドレス（例えば、「１９２．０．２．６０」）またはホスト名（例えば「ｈｏｓｔ．ａａａａ．ｃｏ．ｊｐ」）である場合には（判断Ｓ５０５のＹｅｓ）、相手先端末をＴ．３８に対応した端末であるとみなして、テーブル５ｂを参照してフラグＦ＿３８の値が１か、つまり、Ｔ．３８通信方式が「使用する」に設定されているか否かを判断する（判断Ｓ５０６）。取得した相手先識別情報が（正しい）ＩＰアドレスまたはホスト名であるか否かは、ピリオド「．」により区切られた数字列や文字列の文字種や桁数チェックにより行える。
【００７３】
判断Ｓ５０６において、値１（使用する）に設定されている場合には（判断Ｓ５０６のＹｅｓ）、使用する通信方式をＴ．３８と決定する（処理Ｓ５０７）。値０（使用しない）に設定されている場合には（判断Ｓ５０５のＮｏ）、セッションを確立しても通信できないことになるため、この通信方式決定処理ではなく、図７及び図８の送信処理自体を終了してしまう。
【００７４】
このように、Ｈ．３２３ゲートキーパまたはＳＩＰサーバへのＨ．３２３方式またはＳＩＰ方式の呼制御による問い合わせによるアドレス解決において取得した相手先識別情報がメールアドレスである場合には、それに適したＴ．３７通信方式を選択して実行でき、ＩＰアドレスまたはホスト名である場合には、Ｔ．３８通信方式を選択して実行できるため、ユーザに煩雑な選択操作を行わせることなく、相手先に最適な通信方式を実行でき、通信方式としてＴ．３７方式及びＴ．３８方式が混在するネットワーク環境において利便性の高いネットワーク端末を実現することができる。また、各通信方式の「使用する」「使用しない」をネットワーク環境における各通信方式の普及状況に応じて変更することで、廃れたほうの方式「使用しない」に設定したりして、ネットワーク環境に実状に即した通信を行うことができる。
【００７５】
【発明の効果】
請求項１に係る発明によれば、予め設定した優先順位に基づいてＳＩＰ方式またはＨ．３２３方式でのセッションの確立を連続的に試みるため、通信相手先端末がＳＩＰ方式またはＨ．３２３方式の少なくともいずれか一方に対応していさえすれば、ユーザに煩雑な選択操作を行わせることなく、セッションの確立を行えるため、呼制御方式としてＳＩＰ方式及びＨ．３２３方式が混在するネットワーク環境において利便性の高いネットワーク通信端末装置を実現することが可能となる効果が得られる。また、優先順位をネットワーク環境におけるＳＩＰ方式またはＨ．３２３方式の普及状況に応じて変更することで、広く普及した方の優先順位を高したりすることもでき、ネットワーク環境に実状に即した呼制御を行うことができる。
【００７６】
請求項２に係る発明によれば、例えば、アレドス解決のやりとりにより取得された相手先識別情報がメールアドレスならメール通信の方式で、ＩＰアドレスやホスト名ならそれ以外の所定の通信方式で通信開始することができるようになるため、Ｈ．３２３ゲートキーパまたはＳＩＰサーバへのＨ．３２３方式またはＳＩＰ方式の呼制御による問い合わせによるアドレス解決において取得した相手先識別情報適した通信方式を選択して実行でき、ユーザに煩雑な選択操作を行わせることなく、相手先に最適な通信方式を実行でき、複数種類の通信方式が混在するネットワーク環境において利便性の高いネットワーク端末を実現することができる。
【００７７】
請求項３に係る発明によれば、相手先に最適な通信方式としてＴ．３８方式を適用することも可能となる効果が得られる。
【００７８】
請求項４に係る発明によれば、相手先に最適な通信方式としてＴ．３７方式を適用することも可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るネットワーク通信端末装置としてのネットワーク対応ファクシミリ装置（ＩＡＦ）を含むネットワーク構成について示す図である。
【図２】本発明の実施の形態に係るＩＡＦのブロック構成について示す図である。
【図３】本発明の実施の形態に係るＩＡＦの操作表示部の構成について示す図である。
【図４】本発明の実施の形態に係るＩＡＦにおけるプロトコルスタックについて示す図である。
【図５】本発明の実施の形態に係るＩＡＦのパラメータメモリの記憶内容について示す図である。
【図６】使用呼制御方式設定テーブル及び使用通信方式設定テーブルについて具体的に示す図である。
【図７】本発明の実施の形態に係るＩＡＦにおける送信処理手順について示すフローチャートである。
【図８】図７と共に、本発明の実施の形態に係るＩＡＦにおける送信処理手順について示すフローチャートである。
【図９】ＳＩＰ方式呼制御処理の具体的な処理手順について示すフローチャートである。
【図１０】Ｈ．３２３方式呼制御処理の具体的な処理手順について示すフローチャートである。
【図１１】通信方式決定処理の具体的な処理手順について示すフローチャートである。
【符号の説明】
１  ＩＡＦ
１００  ＬＡＮ
１０１  ルータ装置
２００  インターネット
【図１】
2005045299.tif 000003
【図２】
2005045299.tif 000004
【図３】
2005045299.tif 000005
【図４】
2005045299.tif 000006
【図５】
2005045299.tif 000007
【図６】
2005045299.tif 000008
【図７】
2005045299.tif 000009
【図８】
2005045299.tif 000010
【図９】
2005045299.tif 000011
【図１０】
2005045299.tif 000012
【図１１】
2005045299.tif 000013