JP2021145194A - 通信装置とその制御方法、及びプログラム - Google Patents

Abstract

【課題】ＳＩＰ網のＴ．３８ゲートウェイやＩＰＦＡＸの中には、自機より上位のバージョンが宣言されると受け入れられない、又は下位のバージョンでアンサーもできずにエラーを返すものがあるため、ＩＰＦＡＸ通信を行えない場合がある。【解決手段】ＳＩＰで接続しＴ．３８勧告に従って通信する通信装置であって、相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第１バージョンの第２セッションの確立要求を前記相手機器に送出し、その送出された前記第２セッションの確立要求に対して否定応答を受信すると、前記第１バージョンよりも低い第２バージョンの第２セッションの確立要求を前記相手機器に送出する。【選択図】 図４

Description

本発明は、通信装置とその制御方法、及びプログラムに関するものである。

近年、インターネットやＩＰ電話の普及に伴い、ファクシミリ通信の通信経路としてＩＰ網を利用する方法が確立されてきている。ＳＩＰ（Session Initiation Protocol）といったリアルタイム通信のためのセッションの生成、変更、切断を行う呼制御を行うプロトコルが標準化されている。また、Ｇ３ファクシミリ（Ｔ．３０）の信号をＩＰ網上でＩＰメッセージに変換してリアルタイムで伝送するＴ．３８が勧告化されている。特に近年、ＳＩＰを利用して電話番号で送信相手先を指定し、Ｔ．３８を利用してＩＰ網上でリアルタイムのファクシミリ通信を行うＩＰＦＡＸ装置が知られている。

これまでＩＰＦＡＸ装置が利用できる通信は、イントラネット内に設置されたＩＰＦＡＸ装置間での通信（図１の経路２００１）、及びＴ．３８ゲートウェイを介したアナログ網上のＧ３ＦＡＸ装置との通信（図１の経路２００２）であった。

近年の公衆網のＩＰ化に伴って、イントラネットと接続した公衆ＩＰ網に設置されたＩＰＦＡＸ装置との通信や、公衆ＩＰ網に隣接するアナログ網のＧ３ＦＡＸ装置への通信を行いたいという要望が高まってきている。ＩＰＦＡＸ装置との通信は、図１の通信経路２００３のことである。Ｇ３ＦＡＸへの通信は、図１の通信経路２００４のことである。

ＩＰＦＡＸ通信では、ＳＩＰでＴ．３８通信に使用される通信パラメータの交換を行う。通信パラメータの１つにＴ．３８ＦＡＸバージョン番号（T38FaxVersion）があり、データ記述方式、データ転送プロトコルや、Ｖ．３４ファクシミリモード対応により「０」〜「３」までのバージョン番号が規定されている（図２参照）。

Ｔ．３８ＦＡＸバージョン番号「０」では、Ｔ．３８のトランスポートプロトコルとしてＵＤＰＴＬ（UDP Transport Layer）を使用している。またＴ．３８ＦＡＸバージョン番号「１」では、ＵＤＰに加えてＴＰＫＴがサポートされており、再送手順に対応したＴＣＰ（（Transmission Control Protocol））が利用でき、信頼性の高いＴ．３８通信が行える。またＩＡＦ（Internet-Aware Fax device：インターネットファックス装置）がサポートされている。更に、Ｔ．３８ＦＡＸバージョン番号「３」では、Ｖ．３４及びＶ．３３通信モードに対応でき、Ｔ．３８ゲートウェイを介したアナログ網への通信速度が向上している。

また、Ｔ．３８ＦＡＸバージョン番号には、バージョン毎に、改定又は拡張されたデータ記述方式である抽象構文記法（ＡＳＮ．１）が規定されている。また設置されているＳＩＰサーバやＴ．３８ゲートウェイにより対応できるＴ．３８ＦＡＸバージョン番号が制限される場合があり、Ｔ．３８ＦＡＸバージョン番号が「０」しか利用できないネットワークもある。従って、対応できるＴ．３８ＦＡＸバージョン番号が異なるネットワークが接続するような場合でも、先に述べたようにＩＰＦＡＸ通信を行いたい要望がある。

特許文献１には、Ｔ．３８ＦＡＸバージョン番号を交換するＩＰＦＡＸ装置が記載されている。

特開２０１２−２１３００５号公報

このようにＩＰＦＡＸ通信では、ＳＩＰで選択されたＴ．３８ＦＡＸバージョン番号に従ってＴ．３８通信を行う。このバージョンは上位互換であり、ＳＩＰでの能力交換時にアンサー側は、オファーされたＴ．３８ＦＡＸバージョン番号を受け入れるか、それ以下のＴ．３８ＦＡＸバージョン番号に変更しなければならない。

しかし、既に市場に流通しているＳＩＰ網のＴ．３８ゲートウェイやＩＰＦＡＸ装置の中には、自機より上位のバージョンが宣言されると、受け入れられない、又は下位のバージョンでアンサーもできずにエラーを返すものがある。このような機器では、ＩＰＦＡＸ通信を行えない場合がある。これはサポートするＴ．３８ＦＡＸバージョンが異なるネットワーク間でＩＰＦＡＸ通信を行う場合に発生しやすい。

例えば、イントラネットはＴ．３８通信でＵＤＰＴＬより信頼性の高いＴＣＰを利用できるように、Ｔ．３８ＦＡＸバージョン番号「１」を初期値として運用している。このイントラネットに接続する公衆ＩＰ網側が、標準のＴ．３８ＦＡＸバージョン「０」のみで運用しているような場合、次のような課題がある。イントラネットからのＴ．３８ＦＡＸバージョン「１」の宣言を受け入れられずに下位バージョンへの変更応答もしないで、否定応答（400 Bad Request）をしてしまう。

本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。

本発明の目的は、相手機器が上位のＴ．３８のバージョンを解釈できない場合でも、その相手機器との間での通信を可能にする技術を提供することにある。

上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。即ち、
ＳＩＰ（Session Initiation Protocol）で接続しＴ．３８勧告に従って通信する通信装置であって、
相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第１バージョンの第２セッションの確立要求を前記相手機器に送出する送出手段と、
前記送出手段により送出された前記第２セッションの確立要求に対して否定応答を受信すると、前記第１バージョンよりも低い第２バージョンの第２セッションの確立要求を前記相手機器に送出するよう制御する制御手段とを有することを特徴とする。

本発明によれば、相手機器が上位のＴ．３８のバージョンを解釈できない場合でも、その相手機器との間での通信が可能となる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
ＩＰＦＡＸ通信において、これまでの通信経路と、公衆網のＩＰ化により要望されるようになった通信経路の一例を示す図。 ＩＴＵ−Ｔ勧告Ｔ．３８のＴ．３８ＦＡＸバージョンを説明する図。 本発明の実施形態に係るＩＰＦＡＸ装置（ＩＰＦＡＸ）のハードウェア構成と通信網への接続状態を説明する図。 実施形態１に係るＩＰＦＡＸが、Ｔ．３８ゲートウェイヘＴ．３８ＦＡＸバージョンを変更したimageセッション確立要求を送出してＩＰＦＡＸ通信を行うシーケンス図。 実施形態１に係るＩＰＦＡＸが、Ｔ．３８ＧＷに対して、Ｔ．３８ＦＡＸバージョンを変更したimageセッション確立要求を送出してＩＰＦＡＸ通信を行う時の処理を説明するフローチャート。 図５のＳ５０５の処理を説明するフローチャート。 本発明の実施形態２に係るＩＰＦＡＸのＴ．３８通信におけるトランスポートプロトコルを選択するユーザインターフェースの一例を示す図（Ａ）と、選択されたＴ．３８発信トランスポートに対応して自動的に選択されるＴ．３８ＦＡＸバージョンの関係を示す図（Ｂ）。 本発明の実施形態２に係るＩＰＦＡＸが、予め設定されたＴ．３８発信トランスポート設定に従ってＴ．３８ＦＡＸバージョンを設定したimageセッションの確立要求を送出してＩＰＦＡＸ通信を行う時の処理を説明するフローチャート。 図８のＳ８０１で、予め設定されたＴ．３８発信トランスポート設定に従ってＴ．３８ＦＡＸバージョンを選択する処理を説明するフローチャート。 実施形態３に係るＩＰＦＡＸが、通信相手先の内外線を判定し、通信相手先によってＴ．３８ＦＡＸバージョンを切り替えてＩＰＦＡＸ通信する状態を説明する図（Ａ）と、通信相手先が内線宛先か外線宛先かでＴ．３８ＦＡＸバージョン番号を設定できるユーザインターフェースの一例を示す図（Ｂ）。 実施形態３に係るＩＰＦＡＸが、通信相手先の内外線を判定し、通信相手先によってＴ．３８ＦＡＸバージョンを選択する処理を説明するフローチャート。 図１１のＳ１１０２でＩＰＦＡＸが、imageセッション確立要求時に通知するＴ．３８ＦＡＸバージョンの選択処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これら複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一もしくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

本実施形態では、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信を行い、呼接続にＳＩＰを使用するＩＰＦＡＸ装置について説明する。特に、サポートするＴ．３８ＦＡＸバージョンが異なる場合のＩＰＦＡＸ装置間での交信性を向上させる技術について説明する。

［実施形態１］
以下、図３〜図６を参照して、本発明を実施するための実施形態１を説明する。

図３は、本発明の実施形態１に係るＩＰＦＡＸ装置（ＩＰＦＡＸ１００）のハードウェア構成と通信網への接続状態を説明する図である。

ＩＰＦＡＸ１００はイントラネット２００に接続される。イントラネット２００に設置されている機器は、Ｔ．３８ＦＡＸバージョン「０」及び「１」に対応している。ＩＰＦＡＸ１００は、イントラネット内でＩＰＦＡＸ２０２とＩＰＦＡＸ通信を行う。また、イントラネット２００と公衆ＩＰ網３００はルータ２０１を介して接続されている。公衆ＩＰ網３００に設置されている機器は、Ｔ．３８ＦＡＸバージョン「０」のみの対応になっている。ＩＰＦＡＸ１００は、公衆ＩＰ網３００に設置されたＩＰＦＡＸ３０２とＩＰＦＡＸ通通信を行う。

公衆ＩＰ網３００と公衆アナログ網４００は、Ｔ．３８ＧＷ３０１を介して接続されている。Ｔ．３８ＧＷ３０１は、アナログ網の呼接続手順を公衆ＩＰ網側でＳＩＰに変換して接続処理を行い、Ｔ．３０ファクス手順をＴ．３８ファクス手順に変換して通信を行うゲートウェイ（ＧＷ：Gateway）である。ＩＰＦＡＸ１００は、公衆アナログ網に接続されたＧ３ＦＡＸ４０１と、Ｔ．３８ＧＷ３０１とルータ２０１とを介してＩＰＦＡＸ通信を行う。

ＩＰＦＡＸ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４、パネルＩ／Ｆ（インタフェース）１０５を備える。また、ＩＰＦＡＸ１００は、更に、操作パネル１０６、スキャナＩ／Ｆ１０７、スキャナ１０８、プリンタＩ／Ｆ１０９、プリンタ１１０、ネットワークＩ／Ｆ１１１を備える。

ＣＰＵ１０１は、ＲＯＭ１０２又はハードディスク（ＨＤＤ）１０４に記憶された制御プログラムをＲＡＭ１０３に展開し、その展開したプログラムに従ってシステムバスに接続される各種のデバイスとのアクセスを統括的に制御する。ＲＯＭ１０２は、ＣＰＵ１０１が実行可能な制御プログラム等を記憶している。ＲＡＭ１０３は、主としてＣＰＵ１０１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができる。ハードディスク（ＨＤＤ）１０４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、及び編集ファイルを記憶する大容量の記憶装置である。

パネルＩ／Ｆ１０５は、操作パネル１０６の表示制御、及び操作パネル１０６を介した各種情報の入力、及び出力を制御する。スキャナＩ／Ｆ１０７は、スキャナ１０８からの画像データの入力を制御する。プリンタＩ／Ｆ１０９は、プリンタ１１０への画像データの出力を制御する。ネットワークＩ／Ｆ１１１は、ＩＰＦＡＸ装置１００をネットワークに接続するためのＮＩＣ等の拡張カードを含む。

図４は、実施形態１に係るＩＰＦＡＸ１００が、Ｔ．３８ゲートウェイ３０１ヘＴ．３８ＦＡＸバージョンを変更したimageセッション確立要求を送出してＩＰＦＡＸ通信を行うシーケンス図である。

Ｔ１０１で、Ｇ３ＦＡＸ４０１は、ＩＰＦＡＸ１００に対してファクス送信するために回線を閉結してＩＰＦＡＸ１００への電話番号をダイヤルする。これによりＩＰＦＡＸ１００への接続要求を受けたＴ．３８ＧＷ３０１（相手機器）は、Ｔ１０２で、メディア種別audioのセッション確立要求（INVITE）をルータ２０１を介してＩＰＦＡＸ１００へ送信する。こうしてＩＰＦＡＸ１００はセッション確立要求（INVITE）を受信すると、Ｔ１０３で、成功応答（200 OK）を送出して通話可能であることを通知する。この成功応答（200 OK）を受信したＴ．３８ＧＷ３０１は、Ｔ１０４で、ＡＣＫをＩＰＦＡＸ１００に送信して、メディア種別audioでのセッションが確立される。こうしてセッションが確立されるとＧ３ＦＡＸ４０１とＩＰＦＡＸ１００は通話状態となり、Ｔ１０５，Ｔ１０６で、Ｇ３ＦＡＸ４０１からのＣＮＧ信号がＴ．３８ＧＷ３０１でＲＴＰに変換されてＩＰＦＡＸ１００へ通知される。

audioセッションを確立した後、ＩＰＦＡＸ１００はＴ１０７で、Ｔ．３８通信を行うためにＴ．３８ＦＡＸバージョン番号を「１」に設定したメディア種別imageのセッション切換要求（reINVITE）をＴ．３８ＧＷ３０１へ通知する。Ｔ．３８ＧＷ３０１は、このＴ．３８ＦＡＸバージョン番号「１」のセッション切換要求に対して、Ｔ１０８で、Ｔ．３８ＦＡＸバージョン番号が「１」のＴ．３８ＦＡＸバージョンがサポートされていないため否定応答を返信する。この否定応答は、４００ Ｂａｄ Ｒｅｑｕｅｓｔのことである。これに対してＩＰＦＡＸ１００はＴ１０９で、ＡＣＫを返して否定応答を確認する。

そしてＳＴ１１０でＩＰＦＡＸ１００は、Ｔ．３８ＦＡＸバージョン番号を「０」に変更したメディア種別imageのセッション切換要求（reINVITE）を再びＴ．３８ＧＷ３０１へ通知する。これに対してＴ．３８ＧＷ３０１は、Ｔ１１１で成功応答（200 OK）通知し、Ｔ．３８ＦＡＸバージョン番号「０」に設定されたＴ．３８通信が可能であることをＩＰＦＡＸ１００に通知する。この成功応答（200 OK）を受信したＩＰＦＡＸ１００はＴ１１２で、ＡＣｋを送信して、メディア種別imageでのセッションが確立される。こうしてセッションが確立されると、ＩＰＦＡＸ１００とＴ．３８ＧＷ３０１との間はＴ．３８通信、Ｔ．３８ＧＷ３０１とＧ３ＦＡＸ４０１との間はＴ．３０の通信状態となり、Ｇ３ＦＡＸ４０１とＩＰＦＡＸ１００との間でファクス通信状態となる。

図５は、実施形態１に係るＩＰＦＡＸ１００が、Ｔ．３８ＧＷ３０１に対して、Ｔ．３８ＦＡＸバージョンを変更したimageセッション確立要求を送出してＩＰＦＡＸ通信を行う時の処理を説明するフローチャートである。このフローチャートで示す処理は、前述のＲＡＭ１０３に展開したプログラムをＣＰＵ１０１が実行することによって実現される。

Ｓ５０１でＣＰＵ１０１は、Ｔ．３８ＧＷ３０１からメディア種別audioのセッション確立要求(INVITE)を受信するのを待つ。そして、セッション確立要求(INVITE)を受信するとＳ５０２に進み、ＣＰＵ１０１は、成功応答（200 OK）をＴ．３８ＧＷ３０１に通知して、メディア種別audioでのセッションが確立可能であることを通知する。次にＳ５０３に進みＣＰＵ１０１は、成功応答に対するＡＣＫを受信すると、audioセッションを確立してＩＰＦＡＸ１００とＴ．３８ＧＷ３０１が接続される。そしてＳ５０４に進みＣＰＵ１０１は、Audioセッションの接続時間を監視するタイマによる計時を開始させる。

次にＳ５０５に進みＣＰＵ１０１は、Ｔ．３８通信で使用する適切なＴ．３８ＦＡＸバージョンを決めるためにT.38FaxVersionの選択処理を行う。この処理は、図６のフローチャートを参照して後述する。次にＳ５０６に進みＣＰＵ１０１は、Ｓ５０５で選択されたＴ．３８ＦＡＸバージョン番号を設定したメディア種別imageのセッション切換要求（reINVITE）をＴ．３８ＧＷ３０１へ通知する。次にＳ５０７に進みＣＰＵ１０１は、Ｓ５０４で開始したaudioセッションの接続時間を監視するタイマによる計時が終了したか否かを判定し、終了（タイムアウト）していればaudioセッションを終了する。

一方、Ｓ５０７でＣＰＵ１０１は、audioセッションでのタイマによる計時が終了していなければ、即ち、タイムアウトでなければＳ５０８に進み、否定応答（400 Bad Request）を受信していないかどうか判定する。ここでセッション切換要求（reINVITE）に対して否定応答（400 Bad Request）を受信したときはＳ５０９に進んでＡＣＫを送出してＳ５０５に進み、再度、T38FaxVersionの選択処理が実行される。そしてＳ５０６に進んでＣＰＵ１０１は、Ｔ．３８ＦＡＸバージョン番号「０」が設定されたメディア種別imageのセッション切換要求（reINVITE）を、再度、Ｔ．３８ＧＷ３０１へ通知する。

一方、Ｓ５０８で否定応答（400 Bad Request）が受信されず、Ｓ５１０で成功応答が受信されないときはＳ５０７に戻る。またＳ５１０で成功応答（200 OK）が受信されたときはＳ５１１に進みＣＰＵ１０１は、Ｔ．３８ＧＷ３０１へＡＣＫを送出してＳ５１２に進み、Ｔ．３８によるＩＰＦＡＸ受信処理を行う。

図６は、図５のＳ５０５の処理を説明するフローチャートである。

Ｓ６０１でＣＰＵ１０１は、否定応答（400 Bad Request）を受信したか否か判定する。そして、受信していなければＳ６０２に進んで、ＣＰＵ１０１は、imageセッション切換要求（reINVITE）時に通知するＴ．３８ＦＡＸバージョン番号を「１」に設定して、この処理を終了する。一方、Ｓ６０１で否定応答（400 Bad Request）を受信していると判定するとＳ６０３に進む。Ｓ６０３でＣＰＵ１０１は、自機が通知したＴ．３８ＦＡＸバージョン番号が相手機器に受け入れらなかったと判定して、Ｔ．３８ＦＡＸバージョン番号を標準的な「０」に設定する。

以上説明したように実施形態１によれば、否定応答を受信したときは、自機が通知したＴ．３８ＦＡＸバージョン番号が相手機に受け入れらなかったと判定して、Ｔ．３８ＦＡＸバージョン番号を標準的な「０」に設定する。これにより、ＩＰＦＡＸ通信ができなかったＴ．３８ＧＷ３０１との間のＩＰＦＡＸ通信が可能になる。

［実施形態２］
以下、図３及び図７〜図９を参照して、本発明を実施するための実施形態２について説明する。実施形態２に係るＩＰＦＡＸ１００のハードウェア構成と通信網への接続状態は、前述の実施形態１と同じであるため、その説明を省略する。

図７（Ａ）は、本発明の実施形態２に係るＩＰＦＡＸ１００のＴ．３８通信におけるトランスポートプロトコルを選択するユーザインターフェースの一例を示す図である。図７（Ｂ）は、選択されたＴ．３８発信トランスポートに対応して自動的に選択されるＴ．３８ＦＡＸバージョンの関係を示す図である。

操作者は、図７（Ａ）に示すユーザインターフェースで、Ｔ．３８通信で使用されるＴ．３８発信トランスポートのプロトコルであるＵＤＰＴＬ又はＴＣＰを選択することができる。ここでＴＣＰは再送手順があるため、ＵＤＰより信頼性が高い。ＵＤＰではＴＣＰのような再送手順が無いため、ＵＤＰＴＬメッセージで直前に送信したデータは付加することにより冗長性を増してデータを復元可能としている。Ｔ．３８勧告では、Ｔ．３８ＦＡＸバージョン毎にサポートするＴ．３８発信トランスポートのプロトコルを規定している。Ｔ．３８ＦＡＸバージョン「０」ではＵＤＰＴＬ、Ｔ．３８ＦＡＸバージョン「１」ではＵＤＰＴＬに加えてＴＣＰをサポートしている。

実施形態２では、図７（Ｂ）に示すように、Ｔ．３８発信トランスポートにＵＤＰＴＬが選択されるとＴ．３８ＦＡＸバージョンは「０」に、ＴＣＰが選択されるとＴ．３８ＦＡＸバージョンは「１」に設定される。

図８は、本発明の実施形態２に係るＩＰＦＡＸ１００が、予め設定されたＴ．３８発信トランスポート設定に従ってＴ．３８ＦＡＸバージョンを設定したimageセッションの確立要求を送出してＩＰＦＡＸ通信を行う時の処理を説明するフローチャートである。このフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０３に展開したプログラムを実行することにより実現される。尚、図８において、前述の図５と共通する処理は同じ参照番号を付して、その説明を省略する。

図８では、Ｓ５０４で、Audioセッションの接続時間を監視するタイマによる計時を開始するとＳ８０１に進みＣＰＵ１０１は、Ｔ．３８通信で使用する適切なＴ．３８ＦＡＸバージョンを決めるためにT.38FaxVersionの選択処理を行う。この処理は、図９のフローチャートを参照して後述する。

またＳ５０７でＣＰＵ１０１は、audioセッションでのタイマによる計時が終了していなければＳ５１０に進み、成功応答（200 OK）が受信されたときはＳ５１１に進む。そしてＣＰＵ１０１は、Ｔ．３８ＧＷ３０１へＡＣＫを送出してＳ５１２に進み、Ｔ．３８によるＩＰＦＡＸ受信処理を行う。

図９は、図８のＳ８０１で、予め設定されたＴ．３８発信トランスポート設定に従ってＴ．３８ＦＡＸバージョンを選択する処理を説明するフローチャートである。

Ｓ９０１でＣＰＵ１０１は、Ｔ．３８トランスポートがＴＣＰ設定であるか否かを判定し、ＴＣＰ設定であると判定するとＳ９０２に進む。Ｓ９０２でＣＰＵ１０１は、imageセッション切換要求（reINVITE）時に通知するＴ．３８ＦＡＸバージョン番号を「１」に設定して、この処理を終了する。一方、Ｓ９０１でＣＰＵ１０１は、ＴＣＰ設定でないと判定すると（ＵＤＰＴＬ設定の場合）Ｓ９０３に進み、Ｔ．３８ＦＡＸバージョン番号を標準的な「０」に設定して、この処理を終了する。

以上説明したように実施形態２によれば、予め宣言するＴ．３８ＦＡＸバージョンを設定可能とすることにより、装置が設置されている環境に適合したＴ．３８ＦＡＸバージョンを宣言できる。これにより、バージョンの不一致も発生せず、隣接するネットワークのＴ．３８ＶｏＩＰＧＷとの間のＩＰＦＡＸ通信が可能になる。

［実施形態３］
以下、図３及び図１０〜図１２を参照して、本発明を実施するための実施形態３について説明する。実施形態３に係るＩＰＦＡＸ１００のハードウェア構成と通信網への接続状態は、前述の実施形態１と同じであるため、その説明を省略する。

図１０は、実施形態３に係るＩＰＦＡＸ１００が、通信相手先の内外線を判定し、通信相手先によってＴ．３８ＦＡＸバージョンを切り替えてＩＰＦＡＸ通信する状態を説明する図（Ａ）である。また図１０（Ｂ）は、通信相手先が内線宛先か外線宛先かでＴ．３８ＦＡＸバージョン番号を設定できるユーザインターフェースの一例を示す図である。

図１０（Ａ）において、イントラネット内は４桁の内線電話番号で相手先端末を指定しＩＰＦＡＸ通信を行う。ＩＰＦＡＸ装置は、相手先の電話番号をＳＩＰメッセージヘッダから取得して、取得した相手先の電話番号の桁数から内外線を判定する。図中の1506@hogexxxx.com からの着信では、相手先の電話番号の「１５０６」は４桁以下なので、イントラネット内に設置された内線電話番号のＩＰＦＡＸ端末からの着信と判定できる。イントラネット内でのＩＰＦＡＸ通信は、Ｔ．３８ＦＡＸバージョンを「１」で宣言してＩＰＦＡＸ通信を行う。

また、図１０（Ａ）の03yyyyzzzz@hogexxxx.com からの着信では、相手先の電話番号「03yyyyzzzz」は５桁以上なので、イントラネット外に設置された外線電話番号のＩＰＦＡＸ端末からの着信と判定できる。イントラネット外でのＩＰＦＡＸ通信は、Ｔ．３８ＦＡＸバージョンを標準的な「０」で宣言してＩＰＦＡＸ通信を行う。

図１０（Ｂ）で示されるユーザインターフェースは、Ｔ．３８通信で使用されるトランスポートプロトコルを、イントラネットの内側である内線番号宛先及びイントラネットの外側である外線電話番号の宛先別に設定できる様子を表している。図中では、内線宛先には、信頼性の高いＴＣＰをトランスポートプロトコルに使用できるＴ．３８ＦＡＸバージョン「１」を設定し、外線宛先は、標準的なＴ．３８ＦＡＸバージョン「０」を設定している。

図１１は、実施形態３に係るＩＰＦＡＸ１００が、通信相手先の内外線を判定し、通信相手先によってＴ．３８ＦＡＸバージョンを選択する処理を説明するフローチャートである。このフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０３に展開したプログラムを実行することにより実現される。尚、図１１において、前述の図５と共通する処理は同じ参照番号を付して、その説明を省略する。

Ｓ５０１でＣＰＵ１０１は、Ｔ．３８ＧＷ３０１からのメディア種別audioのセッション確立要求(INVITE)を受信するＳ１１０１に進む。Ｓ１１０１でＣＰＵ１０１は、INVITEから相手先の電話番号を取得する。そしてＳ５０２で成功応答（200 OK）をＴ．３８ＧＷ３０１に通知し、メディア種別audioでのセッション確立可能であることを通知する。

図１２は、図１１のＳ１１０２でＩＰＦＡＸ１００が、imageセッション確立要求時に通知するＴ．３８ＦＡＸバージョンの選択処理を説明するフローチャートである。

先ずＳ１２０１でＣＰＵ１０１は、図１１のＳ１１０１で取得した相手先の電話番号が内線電話番号であるか否かを判定する。イントラネット等で利用される内線番号は、外線電話番号より桁数が少なく、例えば図１０では、４桁の電話番号が内線電話番号としてイントラネット内の端末に配布され利用されている。従ってここでは、INVITEから取得した電話番号が４桁以下であれば内線と判定する。Ｓ１２０１で相手先の電話番号が内線電話番号であると判定するとＳ１２０２に進む。Ｓ１２０２で、ＣＰＵ１０１は、imageセッション切換要求（reINVITE）時に通知するＴ．３８ＦＡＸバージョン番号に内線宛先用に登録された「１」（図１０（Ｂ））を設定して、この処理を終了する。一方、Ｓ１２０１でＣＰＵ１０１が、相手先の電話番号が内線電話番号でなく外線電話番号であると判定するとＳ１２０３に進み、Ｔ．３８ＦＡＸバージョン番号に外線宛先用に登録された「０」（図１０（Ｂ））を設定して、この処理を終了する。

以上説明したように実施形態３によれば、通信相手先の電話番号から内線／外線を判定してＴ．３８ＦＡＸバージョン宣言を行うので、接続相手先別に適切なＴ．３８ＦＡＸバージョンを宣言できる。これにより、ＩＰＦＡＸ通信ができなかったＴ．３８ＶｏＩＰＧＷとＩＰＦＡＸ通信が可能になる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１００…ＩＰＦＡＸ装置、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、３０１…Ｔ．３８ゲートウエイ（ＧＷ）

Claims (14)

1. ＳＩＰ（Session Initiation Protocol）で接続しＴ．３８勧告に従って通信する通信装置であって、
   相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第１バージョンの第２セッションの確立要求を前記相手機器に送出する送出手段と、
   前記送出手段により送出された前記第２セッションの確立要求に対して否定応答を受信すると、前記第１バージョンよりも低い第２バージョンの第２セッションの確立要求を前記相手機器に送出するよう制御する制御手段と、
   を有することを特徴とする通信装置。
2. 前記第１セッションは、メディア種別がaudioのセッションであり、前記第２セッションは、メディア種別がimageのセッションであることを特徴とする請求項１に記載の通信装置。
3. 前記第１バージョンの第２セッション確立要求は、Ｔ．３８ＦＡＸバージョンが１のimageセッション確立要求であり、前記第２バージョンの第２セッションの確立要求は、Ｔ．３８ＦＡＸバージョンが０のimageセッション確立要求であることを特徴とする請求項１に記載の通信装置。
4. 前記第１バージョン及び前記第２バージョンは、Ｔ．３８ＦＡＸバージョンであることを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. ＳＩＰで接続しＴ．３８勧告に従って通信する通信装置であって、
   Ｔ．３８通信で使用するトランスポートプロトコルを選択する選択手段と、
   相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第２セッションの確立要求において、前記選択手段によって選択されたトランスポートプロトコルに従って、Ｔ．３８通信を行うためのバージョンの番号を通知するよう制御する制御手段と、
   を有することを特徴とする通信装置。
6. 前記トランスポートプロトコルは、ＵＤＰＴＬ（UDP Transport Layer）或いはＴＣＰ（Transmission Control Protocol）であることを特徴とする請求項５に記載の通信装置。
7. 前記第１セッションは、メディア種別がaudioのセッションであり、前記第２セッションは、メディア種別がimageのセッションであることを特徴とする請求項５又は６に記載の通信装置。
8. ＳＩＰで接続しＴ．３８勧告に従って通信するイントラネット内に設置される通信装置であって、
   相手機器がイントラネットの内側か外側かを判定する判定手段と、
   前記相手機器が前記イントラネットの内側か外側かで通知するバージョンを設定する設定手段と、
   相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第２セッションの確立要求において、前記判定手段による判定に基づいて、前記設定手段で設定されたバージョンを前記相手機器に通知するよう制御する制御手段と、
   を有することを特徴とする通信装置。
9. 前記第１セッションは、メディア種別がaudioのセッションであり、前記第２セッションは、メディア種別がimageのセッションであることを特徴とする請求項８に記載の通信装置。
10. 前記バージョンは、Ｔ．３８ＦＡＸバージョンであることを特徴とする請求項８又は９に記載の通信装置。
11. ＳＩＰ（Session Initiation Protocol）で接続しＴ．３８勧告に従って通信する通信装置を制御する制御方法であって、
    相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第１バージョンの第２セッションの確立要求を前記相手機器に送出する送出工程と、
    前記送出工程で送出された前記第２セッションの確立要求に対して否定応答を受信すると、前記第１バージョンよりも低い第２バージョンの第２セッションの確立要求を前記相手機器に送出するよう制御する制御工程と、
    を有することを特徴とする制御方法。
12. ＳＩＰで接続しＴ．３８勧告に従って通信する通信装置を制御する制御方法であって、
    Ｔ．３８通信で使用するトランスポートプロトコルを選択する選択工程と、
    相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第２セッションの確立要求において、前記選択工程で選択されたトランスポートプロトコルに従って、Ｔ．３８通信を行うためのバージョンの番号を通知するよう制御する制御工程と、
    を有することを特徴とする制御方法。
13. ＳＩＰで接続しＴ．３８勧告に従って通信するイントラネット内に設置される通信装置を制御する制御方法であって、
    相手機器がイントラネットの内側か外側かを判定する判定工程と、
    前記相手機器が前記イントラネットの内側か外側かで通知するバージョンを設定する設定工程と、
    相手機器との間で第１セッションを確立した後、Ｔ．３８通信を行うための第２セッションの確立要求において、前記判定工程による判定に基づいて、前記設定工程で設定されたバージョンを前記相手機器に通知するよう制御する制御工程と、
    を有することを特徴とする制御方法。
14. コンピュータを、請求項１乃至１０のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images