JP2012160903A - 通信装置、通信方法及び通信プログラム - Google Patents

Abstract

【課題】呼制御においてＳＩＰを利用するＮＧＮ網と接続された回線終端装置と、他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、ＮＧＮ網の先の端末装置と回線終端装置を中継して呼を確立し、呼確立後に呼接続宛先ＩＰアドレスと異なるメディアデータ送信宛先ＩＰアドレスに対しメディアデータ送信する場合であっても、正常に先の端末装置とメディアデータのやり取りを行う通信装置等を提供すること。
【解決手段】本発明に係る通信装置は、デフォルトゲートウェイをルータとした第１エントリを保持するルーティングテーブルを記憶した記憶手段と、呼確立後、メディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信するとき、該メディアデータを転送するゲートウェイを回線終端装置とした第２エントリを、第１エントリに優先してルーティングテーブルに追加するエントリ追加手段と、メディアデータ送信完了後、第２エントリをルーティングテーブルから削除するエントリ削除手段とを有する。
【選択図】図８

Description

本発明は、通信装置、通信方法及び通信プログラムの分野に関する。

近年、これまでのアナログ電話回線を利用していたＦＡＸをＩＰ化することにより、ＩＰ網を経由してＦＡＸデータを送受信するＩＰ−ＦＡＸが普及している。さて２０１０年６月より日本電信電話株式会社（ＮＴＴ）は、ＮＧＮ（Next Generation Network）を利用したデータコネクトサービスをスタートさせた（例えば特許文献１参照）。このＮＧＮサービスは、QoSやセキュリティを向上させた統合IP網を構築し、電話網を代替できる次世代の通信インフラとして、音声/映像/画像（IP-FAXなど）のようなリアルタイム指向のデータをＮＧＮ網の公衆回線で転送するサービスである。

従来のＩＰ−ＦＡＸでは、不特定多数者が利用するインターネットを利用することによるセキュリティの問題から、特に企業ではこれまでＩＰ−ＦＡＸの利用をイントラネットだけに限定して使用されることも多かった。しかしこのＮＧＮにＩＰ−ＦＡＸを接続することで、従来のアナログ電話回線と同様、安全に公衆回線(NGN網）上の任意のＩＰ−ＦＡＸ同士を接続できるようになった。ＮＧＮサービスの利用には加入が必要であり、装置毎にＮＧＮ番号（電話番号のようなもの）が与えられるので、網内に接続される装置は身元が明らかであるからである。またＮＧＮ網を介した通信では、多くの制御がＳＩＰ（Session Initiation Protocol）で実現されるが、そのＳＩＰの基本的な機能としてまずあげられるのは、２以上のクライアント間で電話やＦＡＸの通信（セッション）をつないだり切ったりするための呼制御がある。

図１は、ＩＰ−ＦＡＸシステム構成例１を示す。図に示されるように、ＩＰ−ＦＡＸ（装置）はＮＧＮ網で相互に接続されており、ＩＰ−ＦＡＸはＮＧＮ網を介しＦＡＸデータをパケットとして送受信する。具体的にＮＧＮを利用するに際しては、上述の如く装置毎にＮＧＮ番号が与えられているので、送信元のＩＰ−ＦＡＸ１１はＦＡＸを送信するときには、送信先のＩＰ−ＦＡＸ２１のＮＧＮ番号に対して発呼する。呼確立のためのＳＩＰメッセージ（SIP INVITE）は、回線終端装置（NGN homegateway）１２を介してＮＧＮ網内のＳＩＰプロキシサーバ３１に転送され、最終的に送信先のＩＰ−ＦＡＸ２１に転送される。送信元のＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP 200 OK）を受信することにより送信先のＩＰ−ＦＡＸ２１と呼を確立すると、そのＩＰ−ＦＡＸ１１に対し実際のメディアデータ（例えばＦＡＸデータを送信する。メディアデータは、回線終端装置１２を介し、今度はＮＧＮ網内のメディアゲートウェイ３２に転送され、最終的にＩＰ−ＦＡＸ２１に転送されることによりＩＰ−ＦＡＸが実現される。

呼確立の際、送信先のＩＰ−ＦＡＸ２１からのＳＩＰメッセージ（SIP 200 OK）がＩＰ−ＦＡＸ１１に転送されてくるが、このときメディアデータの転送先はＮＧＮ網内の所定のメディアゲートウェイ３２に転送するよう通知・指定されてくる（ＮＧＮ仕様）。従って送信元のＩＰ−ＦＡＸ１１はメディアデータを送信する際、その送信先に指定されたメディアゲートウェイ３２のアドレスをセット（ＩＰヘッダ内）してメディアデータ・パケットを送信する。

しかしながら、上述の如くＮＧＮ網を介してＩＰ−ＦＡＸが相互を通信するに際し、そのシステム構成によっては以下のような問題がある。

図２は、ＩＰ−ＦＡＸシステム構成例２を示す。図に示されるように、ＩＰ−ＦＡＸはＮＧＮ網で相互に接続されており、また送信元のＩＰ−ＦＡＸ１１は同一セグメント（ブロードキャスト到達内；例えば192.168.1.0/24）内において、回線終端装置のほかに異なるルータＡ１３が接続されている。そしてこのルータＡ１３のその先には、社内ＬＡＮやＷＡＮを含む他のネットワーク・セグメントと接続されている。つまり本システム構成下においては、本セグメント（192.168.1.0/24）において２以上の出口（ゲートウェイ）が存在する。

本システム構成下において具体的にＮＧＮを利用するに際し、送信元のＩＰ−ＦＡＸ１１はＦＡＸを送信するときには、送信先のＩＰ−ＦＡＸ２１の電話番号（ＮＧＮ番号）に対して発呼する。ＳＩＰメッセージ（SIP INVITE）の呼接続宛先ＩＰアドレスは回線終端装置１２のＩＰアドレスに設定されているので、ＩＰ−ＦＡＸ１１はこのＳＩＰメッセージを回線終端装置１２に転送する。回線終端装置１２はＳＩＰメッセージを中継する装置であるので、ＳＩＰメッセージ内（ＩＰヘッダ）の呼接続宛先ＩＰアドレスを回線終端装置１２のＩＰアドレスからＮＧＮ網内のＳＩＰプロキシサーバ３１に変更し、ＳＩＰメッセージをＳＩＰプロキシサーバ３１に転送する。そしてこのＳＩＰメッセージは、最終的に送信先のＩＰ−ＦＡＸ２１に転送される。送信元のＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP 200 OK）を受信することにより送信先のＩＰ−ＦＡＸ２１と呼を確立すると、そのＳＩＰメッセージに含まれるメディアゲートウェイ３２のＩＰアドレスを取得する。そしてその送信先に指定されたメディアゲートウェイ３２のＩＰアドレス（118.xxx.160.22）をメディアデータのＩＰヘッダ内にセットしてメディアデータ・パケットをルータＡ１３に転送する（転送してしまう）。ＩＰ−ＦＡＸ１１において、パケットデータの'デフォルト'ゲートウェイは、社内ＬＡＮやＷＡＮ用としてのルータＡ１３（192.168.1.1）と設定されているためである。

ルータＡ１３はメディアデータ・パケット受信時、次のように動作する。ルータＡ１３のルーティングテーブルに宛先「118.xxx.160.22」のルートが存在しない場合には、ICMP Net Unreachableを応答して受信したパケットを破棄する。ルーティングテーブルに宛先「118.xxx.160.22」のルートが存在する場合には、その宛先へパケットを転送する。但し転送先が回線終端装置１２（192.168.1.10）でない場合、ルータＢ１４先の例えばＷＡＮに対して転送されるので、やはりパケットは破棄される可能性が大きい。

そのため、送信元のＩＰ−ＦＡＸ１１が属するセグメントに回線終端装置１２以外のルータＡ１３が存在した場合、メディアデータをどちらのルータに送信するのか解決する必要があるが、一般にはルータ同士で動的にルーティング情報をやりとりしたり、ルータＡ１３において宛先「118.xxx.160.22」への静的ルートの設定を行うことで解決する。具体的にはルータＡのルーティングテーブルにおいて、「Destination」18.xxx.160.22、「Netmask」を255.255.255.255、「Gateway(Nexthop)」を回線終端装置１２のＩＰアドレス192.168.1.10とするルートが動的又は静的に設定されれば、ルータＡ１３は受信したメディアデータ・パケットを回線終端装置１２へ転送できる。

しかしながら、メディアデータの転送先は、ＳＩＰメッセージ（SIP 200 OK）に含まれ、ＮＧＮ網内の所定のメディアゲートウェイ３２に転送するよう通知・指定されてくる（ＮＧＮ仕様）ものであるので必ずしも既知情報ではなく、この場合ルータに予め静的にルーティングの設定をすることができなかったり、仮に既知情報であったとしても、ＮＧＮ網側の事情等により流動的である可能性もあり（メディアゲートウェイ３２は地域毎に使い分けられている）、その設定作業は非常に手間である。またルータ（特に回線終端装置１２）によってはそもそも動的にルーティング情報をやりとりする機能がないものも見られる。

図１のシステム構成例のように、外部セグメントへの出口が１つであるため、常に１のデフォルトゲートウェイに対しパケットデータを転送すればよい。一方、図２のシステム構成例のように外部セグメントへの出口が複数の場合、ＮＧＮ網を介してＩＰ−ＦＡＸが通信するに際し、呼接続先のＩＰアドレス（回線終端装置１２：192.168.1.10）と、メディアデータの送信先（メディアゲートウェイ３２：118.xxx.160.22）のＩＰアドレスが異なるため、呼確立後、送信元のＩＰ−ＦＡＸ１１がメディアデータをいずれに転送すべきかが問題となる。即ち、同一セグメント内に一以上のルータＡ１３と回線終端装置とが存在し、回線終端装置１２を中継してＮＧＮ網の先の端末装置と交信する際、呼接続宛先ＩＰアドレス（回線終端装置１２のＩＰアドレス）と、メディアデータ送信宛先ＩＰアドレス（ＮＧＮ網内のメディアゲートウェイ３２のＩＰアドレス）とが異なるため、メディアデータ内のＩＰヘッダにはメディアゲートウェイ３２のＩＰアドレスがセットされる。従ってメディアデータは、本来回線終端装置１２に転送されるべきところ、社内ＬＡＮやＷＡＮ用として設けられているデフォルトゲートウェイ（ルータＡ１３）に転送されてしまい、正常に先の端末装置とメディアデータのやり取りを行うことができないという問題があった。

本発明は上記のような問題に鑑み提案されたものであり、呼制御においてＳＩＰを利用するＮＧＮ網と接続された回線終端装置と、他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、ＮＧＮ網の先の端末装置と回線終端装置を中継して呼を確立し、呼確立後に呼接続宛先ＩＰアドレスと異なるメディアデータ送信宛先ＩＰアドレスに対しメディアデータ送信する場合であっても、正常に先の端末装置とメディアデータのやり取りを行う通信装置、通信方法及び通信プログラムを本発明により提供する。

そこで上記課題を解決するため、本発明に係る通信装置は、公衆網と接続された回線終端装置と、前記公衆網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、前記公衆網の先の通信装置と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なる前記公衆網内のメディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信することにより前記通信装置と前記メディアデータの送受信を行う通信装置であって、デフォルトゲートウェイを前記ルータとした第１エントリを保持するルーティングテーブルを記憶した記憶手段と、前記呼確立後、前記メディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信するとき、該メディアデータを転送するゲートウェイを前記回線終端装置とした第２エントリを、前記第１エントリに優先して前記ルーティングテーブルに追加するエントリ追加手段と、前記メディアデータ送信完了後、前記第２エントリを前記ルーティングテーブルから削除するエントリ削除手段とを有することを特徴とする。

また上記課題を解決するため、上記通信装置は、前記メディアデータ送信宛先ＩＰアドレスが、自装置が属するサブネットに属さないＩＰアドレスであるか否か、自装置が属するサブネットに属する前記回線終端装置を中継して呼が確立されたか否か、前記デフォルトゲートウェイと、前記回線終端装置とが一致するか否かを判定し、該判定が全て肯定された場合に、前記エントリ追加手段は、前記第２エントリを前記ルーティングテーブルに追加することを特徴とする。

また上記課題を解決するため、上記通信装置は、公衆網と接続された回線終端装置と、前記公衆網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、前記公衆網の先の通信装置と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なる前記公衆網内のメディアデータ送信宛先ＩＰアドレスからメディアデータを受信することにより前記通信装置と前記メディアデータの送受信を行う通信装置であって、デフォルトゲートウェイを前記ルータとした第１エントリを保持するルーティングテーブルを記憶した記憶手段と、前記呼確立後、前記メディアデータ送信宛先ＩＰアドレスに対し、トランスポート層プロトコルにＵＤＰを使用してメディアデータを送信するとき、該メディアデータを転送するゲートウェイを前記回線終端装置とした第２エントリを、前記第１エントリに優先して前記ルーティングテーブルに追加するエントリ追加手段と、前記メディアデータ送信完了後、前記第２エントリを前記ルーティングテーブルから削除するエントリ削除手段とを有することを特徴とする。

また上記課題を解決するため、上記通信装置は、前記メディアデータ送信宛先ＩＰアドレスが、自装置が属するサブネットに属さないＩＰアドレスであるか否か、自装置が属するサブネットに属する前記回線終端装置を中継して呼が確立されたか否か、前記デフォルトゲートウェイと、前記回線終端装置とが一致するか否かを判定し、該判定が全て肯定された場合に、前記エントリ追加手段は、前記第２エントリを前記ルーティングテーブルに追加することを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。

本発明によれば、呼制御においてＳＩＰを利用するＮＧＮ網と接続された回線終端装置と、他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、ＮＧＮ網の先の端末装置と回線終端装置を中継して呼を確立し、呼確立後に呼接続宛先ＩＰアドレスと異なるメディアデータ送信宛先ＩＰアドレスに対しメディアデータ送信する場合であっても、正常に先の端末装置とメディアデータのやり取りを行う通信装置、通信方法及び通信プログラムを提供することができる。

ＩＰ−ＦＡＸシステム構成例１を示す。 ＩＰ−ＦＡＸシステム構成例２を示す。 呼制御を説明するＩＰ−ＦＡＸシステム構成図である。 メディアデータ送信を説明するＩＰ−ＦＡＸシステム構成図である。 従来例に係るＩＰ−ＦＡＸ１１のルーティングテーブル例である。 呼確立及びメディアデータ送信のシーケンス図である。 本実施形態に係るシステム構成図である。 本実施形態に係るＩＰ−ＦＡＸ１１及びＩＰ−ＦＡＸ２１のルーティングテーブル例である。 呼確立及びメディアデータ送信のシーケンス図である。 発呼機側のエントリの追加・削除の処理を説明するフローチャートである。 着呼機側のエントリの追加・削除の処理を説明するフローチャートである。 本実施形態に係る複合機のハードウェア構成の一例を示す図である。 本実施形態に係るＩＰ−ＦＡＸ１２（及び２１）の主要機能構成を示す機能ブロック図である。

以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。なお本実施形態においては、本発明に係る通信装置の一例としてＩＰ−ＦＡＸ（装置）に本発明を適用した例を以下に示す。

[従来例]
はじめに、具体的な発明の内容を説明する前に、従来例について説明する。

（呼制御）
図３は、呼制御を説明したＩＰ−ＦＡＸシステム構成図（図２と同様図）である。図に示されるように、ＩＰ−ＦＡＸはＮＧＮ網で相互に接続されており、また送信元のＩＰ−ＦＡＸ１１は同一セグメント（ブロードキャスト到達内；例えば192.168.1.0/24）内において、回線終端装置１２のほかに異なるルータＡ１３（デフォルトゲートウェイ）が接続されている。そしてこのルータＡ１３のその先には、社内ＬＡＮやＷＡＮを含む他のネットワークセグメントと接続されている。つまり本システム構成下においては、本セグメント（192.168.1.0/24）において２以上の出口（ゲートウェイ）が存在する。以下、従来例によるデータ通信例を示す。

本システム構成下において、送信元のＩＰ−ＦＡＸ１１はＦＡＸを送信するときには、送信先のＩＰ−ＦＡＸ２１の電話番号（ＮＧＮ番号）に対して発呼する。ＳＩＰメッセージ（SIP INVITE）の呼接続宛先ＩＰアドレスは回線終端装置１２のＩＰアドレス（192.168.1.10）に設定されているので、図に示されるようにＳＩＰメッセージのＩＰヘッダ内「宛先ＩＰアドレス」に192.168.1.10をセットし、ＩＰ−ＦＡＸ１１はこのＳＩＰメッセージを回線終端装置１２に転送する。なお回線終端装置１２（192.168.1.10）は、ＩＰ−ＦＡＸ１１と同一セグメント（192.168.1.0/24）に存在する。つまりブロードキャスト到達範囲内であるので、ＡＲＰ（Address Resolution Protocol）によって回線終端装置１２のＭＡＣアドレスを特定し、直接アクセスできる。

回線終端装置１２はＳＩＰメッセージを中継する装置であるので、ＳＩＰメッセージのＩＰヘッダ内「宛先ＩＰアドレス」をＮＧＮ網内のＳＩＰプロキシサーバ３１のＩＰアドレス188.xxx.140.11に変更、また「送信元ＩＰアドレス」を回線終端装置１２のＩＰアドレス188.xxx.150.146（NGN網側）に変更し、ＳＩＰメッセージをＳＩＰプロキシサーバ３１に転送する。

ＳＩＰプロキシサーバ３１（代理サーバ）は、ＳＩＰメッセージのＩＰヘッダ内「宛先ＩＰアドレス」を宅内の回線終端装置１３のＩＰアドレス188.xxx.160.146（NGN網側）に変更、また「送信元ＩＰアドレス」をＳＩＰプロキシサーバ３１のＩＰアドレス188.xxx.140.11に変更し、ＳＩＰメッセージを宅内の回線終端装置１３に転送する。

宅内の回線終端装置１３は、ＳＩＰメッセージのＩＰヘッダ内「宛先ＩＰアドレス」をＩＰ−ＦＡＸ２１のＩＰアドレス192.168.1.2に変更し、ＳＩＰメッセージをＩＰ−ＦＡＸ２１に転送する。

送信先のＩＰ−ＦＡＸ２１は、送信元のＩＰ−ＦＡＸ１１に対し、逆ルートでＳＩＰメッセージ（SIP 200 OK）を応答する。ＩＰ−ＦＡＸ１１はこのＳＩＰメッセージ（SIP 200 OK）を受信することにより送信先のＩＰ−ＦＡＸ２１と呼を確立する。

（メディアデータ送信）
図４は、メディアデータ送信を説明するＩＰ−ＦＡＸシステム構成図である。送信元のＩＰ−ＦＡＸ１１は呼確立後、続いてＩＰ−ＦＡＸ２１に対しメディアデータ（例えばＦＡＸデータを送信する。ＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP 200 OK）に含まれるメディアゲートウェイ３２のＩＰアドレスを取得し、その送信先に指定されたメディアゲートウェイ３２のＩＰアドレス（118.xxx.160.22）をメディアデータ・パケットのＩＰヘッダ内にセットする。そしてルーティングテーブルに基づいてそのメディアデータ・パケットを転送する。なおメディアゲートウェイ３２（118.xxx.160.22）は、ＩＰ−ＦＡＸ１１と同一セグメント（192.168.1.0/24）に存在しないため、回線終端装置１２とは異なり、ＩＰ−ＦＡＸ１１はメディアゲートウェイ３２に対し、直接アクセスできない。

図５は、従来例に係るＩＰ−ＦＡＸ１１のルーティングテーブル例である。図に示されるように、ＩＰ−ＦＡＸ１１のルーティングテーブルでは、デフォルトゲートウェイは、社内ＬＡＮやＷＡＮ用のルータＡ１３（192.168.1.1）となっている。本ルーティングテーブルによれば、全てのパケットはルータＡ１３に転送するよう規定されている。従ってＩＰ−ＦＡＸ１１は、「宛先ＩＰアドレス」が118.xxx.160.22であるメディアデータ・パケットをルータＡ１３に転送する。ルータＡ１３のルーティングテーブルに宛先118.xxx.160.22へのルートが存在しない場合、メディアデータ・パケットはルータＢ１４、さらには先のＷＡＮへ転送されるが、結局宛先は存在しないとして破棄される可能性が大きい。

（呼確立及びメディアデータ送信のシーケンス）
図６は、呼確立及びメディアデータ送信のシーケンス図である。即ち上述の呼制御及びメディアデータ送信の過程をシーケンス図で示したものである。

図に示されるように、ＩＰ−ＦＡＸ１１は、ＩＰ−ＦＡＸ２１とのＳＩＰによる呼接続には成功する。上述したように、ＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP INVITE）の呼接続宛先ＩＰアドレスは回線終端装置１２のＩＰアドレス（192.168.1.10）に設定されているので、ＳＩＰメッセージのＩＰヘッダ内「宛先ＩＰアドレス」に192.168.1.10をセットし、ＩＰ−ＦＡＸ１１はこのＳＩＰメッセージを同一セグメント内の回線終端装置１２に転送するからである。

しかしながら、ＩＰ−ＦＡＸ１１は、メディアデータ・パケット送信時においてＩＰ−ＦＡＸ２１とのＴＣＰコネクションを接続することができない。上述したように、ＩＰ−ＦＡＸ１１は、メディアゲートウェイ３２のＩＰアドレス（118.xxx.160.22）をメディアデータ・パケットのＩＰヘッダ内にセットすると、ルーティングテーブルに基づいてそのメディアデータ・パケットをデフォルトゲートウェイであるルータＡ１３に転送してしまうからである。

結局、ＩＰ−ＦＡＸ１１は、規定回数だけ再送するも成功せずＴＣＰコネクション接続に失敗する。ＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP BYE）をそのＳＩＰメッセージのＩＰヘッダ内「宛先ＩＰアドレス」に192.168.1.10をセットして生成し、このＳＩＰメッセージを回線終端装置１２に転送する。そしてＳＩＰによる呼接続を切断する。

以上、図３、４の従来例に係るシステム構成例のように、同一セグメント内に一以上のルータＡ１３と回線終端装置とが存在し、回線終端装置１２を中継してＮＧＮ網の先の端末装置と交信する際、呼接続宛先ＩＰアドレス（回線終端装置１２のＩＰアドレス）と、メディアデータ送信宛先ＩＰアドレス（ＮＧＮ網内のメディアゲートウェイ３２のＩＰアドレス）とが異なるため、メディアデータ内のＩＰヘッダにはメディアゲートウェイ３２のＩＰアドレスがセットされる。従ってメディアデータ・パケットは、本来回線終端装置１２に転送されるべきところ、社内ＬＡＮやＷＡＮ用として設けられているデフォルトゲートウェイ（ルータＡ１３）に転送されてしまい、正常に先の端末装置とメディアデータのやり取りを行うことができないという問題があった。

なお、図６では、トランスポート層のプロトコルとして高信頼なＴＣＰを使用する例を示したが、ＳＩＰにおいてはＵＤＰのような比較的信頼性の低いプロトコルを使用することも可能である。しかしながらＵＤＰを使用した場合であっても、結果は同様である。即ち先の端末装置に対しメディアデータ・パケットは到達できない。

[実施形態]
次に本実施形態に係るＩＰ−ＦＡＸについて説明する。なおシステム構成としては、上述の図３、４のシステム構成例と同様である。但し以下説明するように、本実施形態に係るＩＰ−ＦＡＸ１１は、ルーティングテーブルにおいて従来例のものとは異なっている。

（呼制御）
本実施形態に係るＩＰ−ＦＡＸについても、呼制御は従来例の呼制御と同様である。図３を用いて説明した過程を経て、送信元のＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP 200 OK）を受信することにより送信先のＩＰ−ＦＡＸ２１との呼を確立することができる。

（メディアデータ送信）
図７は、本実施形態に係るシステム構成図である。送信元のＩＰ−ＦＡＸ１１は呼確立後、続いてＩＰ−ＦＡＸ２１に対しメディアデータ（例えばＦＡＸデータ）を送信する。ＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP 200 OK）に含まれるメディアゲートウェイ３２のＩＰアドレスを取得し、その送信先に指定されたメディアゲートウェイ３２のＩＰアドレス（118.xxx.160.22）をメディアデータ・パケットのＩＰヘッダ内にセットする。宛先のＩＰアドレス（118.xxx.160.22）はＩＰ−ＦＡＸ１１と同一セグメント内に存在しないので、ルーティングテーブルに基づいてそのメディアデータ・パケットを転送することになる。

図８は、本実施形態に係るＩＰ−ＦＡＸ１１及びＩＰ−ＦＡＸ２１のルーティングテーブル例である。図に示されるルーティングテーブルは、呼接続後、メディアデータ・パケット送受信前におけるエントリ状態を示す。ＩＰ−ＦＡＸ１１は、呼接続後、ＳＩＰメッセージ（SIP 200 OK）に含まれるメディアゲートウェイ３２のＩＰアドレスを取得し、その送信先に指定されたメディアゲートウェイ３２のＩＰアドレス（118.xxx.160.22）をメディアデータ・パケットのＩＰヘッダ内にセットするが、このとき併せてルーティングテーブルのエントリを１行（最上位行）追加する処理を行う。具体的には、「Destination」をメディアゲートウェイ３２のＩＰアドレス118.xxx.160.22、「Netmask」を255.255.255.255、「Gateway(Nexthop)」を回線終端装置１２のＩＰアドレス192.168.1.10、「Flag」をUGHとしたエントリをルーティングテーブル内に追加する。なおエントリを１行（最上位行）追加するのは、一般にルートの照合は上位行から優先して適用されていくためである。

同様に、ＩＰ−ＦＡＸ２１は、呼接続中、ＳＩＰプロキシサーバ３１経由のＳＩＰメッセージ（SIP INVITE）に含まれるメディアゲートウェイ３２のＩＰアドレスを取得できるが、このとき併せてルーティングテーブルのエントリを１行（最上位行）追加する処理を行う（但しＵＤＰ使用の場合；詳細後述）。具体的には、「Destination」をメディアゲートウェイ３２のＩＰアドレス118.xxx.160.22、「Netmask」を255.255.255.255、「Gateway(Nexthop)」を宅内の回線終端装置２２のＩＰアドレス192.168.1.50、「Flag」をUGHとしたエントリをルーティングテーブル内に追加する。

なお「Flag」欄において「U」、「G」、「H」の意味はそれぞれ次の通りである。
「U」・・・経路が有効になっていることを示す。
「G」・・・経路はゲートウェイ（ルータ）に向かっていることを示す。このフラグが設定されていなければ宛先IPアドレスは当該機器とゲートウェイ（ルータ）を介さずに直接接続されている。
「H」・・・経路はホストに向かっており、宛先IPアドレスは完全なホストアドレスであることを示す。宛先IPアドレスはIPアドレスの集合（ネットマスクのようなもの）ではないことを示す。

さて、再び図７を参照する。送信元のＩＰ−ＦＡＸ１１は呼確立後、続いてＩＰ−ＦＡＸ２１に対しメディアデータ（例えばＦＡＸデータを送信する。ＩＰ−ＦＡＸ１１は、ＳＩＰメッセージ（SIP 200 OK）に含まれるメディアゲートウェイ３２のＩＰアドレスを取得し、その送信先に指定されたメディアゲートウェイ３２のＩＰアドレス（118.xxx.160.22）をメディアデータ・パケットのＩＰヘッダ内にセットする。

次いでＩＰ−ＦＡＸ１１はルーティングテーブル（図８）を参照し、宛先118.xxx.160.2であるメディアデータ・パケットの転送先を確認する。ルーティングテーブルでは、「Destination」118.xxx.160.2、「Netmask」255.255.255.255のパケットは、「Gateway(Nexthop)」192.168.1.10に転送するように規定されているので、ＩＰ−ＦＡＸ１１は、ルーティングテーブルに従ってこのメディアデータ・パケットを回線終端装置１２（192.168.1.10）に転送する。

なお、ルーティングテーブルで「Destination」118.xxx.160.2のエントリが存在しない場合には、ルーティングテーブルでは、「Destination」0.0.0.0、「Netmask」0.0.0.0のパケット、つまり全てのパケットは、「Gateway(Nexthop)」192.168.1.1に転送するように規定されているので、ＩＰ−ＦＡＸ１１は、ルーティングテーブルに従ってこのメディアデータ・パケットをルータＡ１３（192.168.1.1）に転送してしまうことになる。

次いで回線終端装置１２は、メディアデータ・パケットのＩＰヘッダ内「送信元ＩＰアドレス」を回線終端装置１２のＩＰアドレス188.xxx.150.146（NGN網側）に変更し、メディアデータ・パケットをメディアゲートウェイ３２に転送する。

メディアゲートウェイ３２は、メディアデータ・パケットのＩＰヘッダ内「宛先ＩＰアドレス」を宅内の回線終端装置１３のＩＰアドレス188.xxx.160.146（NGN網側）に変更、また「送信元ＩＰアドレス」をメディアゲートウェイ３２のＩＰアドレス188.xxx.160.22に変更し、メディアデータ・パケットを宅内の回線終端装置１３に転送する。

宅内の回線終端装置１３は、メディアデータ・パケットのＩＰヘッダ内「宛先ＩＰアドレス」をＩＰ−ＦＡＸ２１のＩＰアドレス192.168.1.2に変更し、メディアデータ・パケットをＩＰ−ＦＡＸ２１に転送する。

送信先のＩＰ−ＦＡＸ２１は、送信元のＩＰ−ＦＡＸ１１に対し、逆ルートでメディアデータ・パケットに応答する。結局ＩＰ−ＦＡＸ１１はこのメディアデータ・パケット（例えばＦＡＸデータを送信先のＩＰ−ＦＡＸ２１に対し送信することができる。

なお、メディアデータ・パケットの送受信が終了すると、ＩＰ−ＦＡＸ１１及びＩＰ−ＦＡＸ２１は、追加したルーティングテーブル内のエントリをそれぞれ削除する。即ち図８の１行目のエントリ（「Destination」118.xxx.160.22・・・）を削除する。削除後は、デフォルトゲートウェイに関する設定が２行分のみが残ることになる。

（呼確立及びメディアデータ送信のシーケンス）
図９は、呼確立及びメディアデータ送信のシーケンス図である。即ち上述の本実施形態に係る呼制御及びメディアデータ送信の過程をシーケンス図で示したものである。

図に示されるように、ＩＰ−ＦＡＸ１１は、ＩＰ−ＦＡＸ２１に対しＳＩＰ呼の開始信号であるＳＩＰメッセージ（SIP INVITE）を送信し、またＩＰ−ＦＡＸ２１からＳＩＰメッセージ（SIP 200 OK）を受信することにより呼を確立する。

次にＩＰ−ＦＡＸ１１及は、呼確立後、上述したようにルーティングテーブル内のエントリを追加する。具体的には、「Destination」をメディアゲートウェイ３２のＩＰアドレス118.xxx.160.22、「Netmask」を255.255.255.255、「Gateway(Nexthop)」を自セグメント内の回線終端装置１２のＩＰアドレス192.168.1.10、「Flag」をUGHとしたエントリをルーティングテーブル内に追加する（図８）。

ルーティングテーブル内にエントリ追加後、ＩＰ−ＦＡＸ１１はメディアデータ・パケットの送信を開始する。即ちまず例えばＴＣＰコネクションの接続を開始する。ここで、ＩＰ−ＦＡＸ１１は「TCP SYN」を自身のルーティングテーブル（追加エントリ）に従ってデフォルトデートウェイである回線終端装置１２へ転送する。一方ＩＰ−ＦＡＸ２１は「TCP SYN」を受信するが、発呼機側で指定されたトランスポート層プロトコルが'ＴＣＰ'の場合には、着呼機側としては、発呼機側から接続されたＴＣＰの機能でパケットの送信先を制御してくれるため、ルーティングテーブルにおいて、回線終端端末２２をゲートウェイとする追加エントリは必要ではない。よってＩＰ−ＦＡＸ２１はＴＣＰ制御により応答の「TCP SYN ACK」を回線終端装置２２へ転送する。

そしてＴＣＰコネクションの接続に成功すると、ＩＰ−ＦＡＸ１１は実際のメディアデータ・パケット（ＴＣＰデータフレーム）を自身のルーティングテーブルに従ってデートウェイである回線終端装置１２へ転送する。そして全て転送が完了すると、図の通りＴＣＰコネクションの接続を切断する。

次にＩＰ−ＦＡＸ１１は、ＴＣＰコネクションを切断しメディアデータ・パケットの転送を完了すると、上述したようにルーティングテーブル内の追加エントリを削除する。具体的には、「Destination」をメディアゲートウェイ３２のＩＰアドレス118.xxx.160.22、「Netmask」を255.255.255.255、「Gateway(Nexthop)」を自セグメント内の回線終端装置１２のＩＰアドレス192.168.1.10、「Flag」をUGHとしたエントリをルーティングテーブル内から削除する（図８）。

最後に、確立していたＳＩＰ呼を切断することにより、ＩＰ−ＦＡＸ１１とＩＰ−ＦＡＸ２１の通信を終了する。

なお、図９では、トランスポート層のプロトコルとしてＴＣＰを使用する例を示したが、ＵＤＰを使用することも可能である。この場合ＴＣＰコネクションの接続等は行われなくとともに、ＴＣＰ制御はきかなくなるので、発呼機側（ＩＰ−ＦＡＸ１１）のみならず着呼機側（ＩＰ−ＦＡＸ２１）でもルーティングテーブルにおいても回線終端端末２２をゲートウェイとする追加エントリは必要となる。

（エントリの追加・削除の処理）
上述したように、本実施形態に係るＩＰ−ＦＡＸ１１は、ＳＩＰ呼確立後にルーティングテーブル内のエントリを追加し、メディアデータ・パケットの転送（送信）を完了後にルーティングテーブル内の追加エントリを削除するものである。既に説明した内容と重複する点もあるが、ルーティングテーブル内のエントリの追加・削除の処理を中心に以下フローチャート形式により詳しく説明する。

図１０は、発呼機側のエントリの追加・削除の処理を説明するフローチャートである。なおここでいう発呼機側はＩＰ−ＦＡＸ１１に相当する。

Ｓ１：発呼機（例えばＩＰ−ＦＡＸ１１）は、ＳＩＰ呼の開始信号（SIP INVITE）を着呼機（例えばＩＰ−ＦＡＸ２１）に対し送信する。

Ｓ２：発呼機は、着呼機からＳＩＰ呼の確立信号（SIP 200 OK）を受信したかどうかを判定する。受信した場合、Ｓ３へ進む。なおSIP 200 OKを一定時間以内に受信しない場合にはタイムアウトとして呼の確立に失敗したものと判定すればよい。

Ｓ３：発呼機は、SIP 200 OKメッセージ中のメッセージボディ（SDP:Session Discription Protocol）をデコードし、メディアデータ送信先のＩＰアドレスを取得する。

Ｓ４：発呼機は、取得したメディアデータ送信先のＩＰアドレスが、自機が属するサブネットに属さないＩＰアドレスかどうかを判定する。いいかえるとメディアデータ送信先のＩＰアドレスが、自機と同一のネットワーク・セグメントに属さないＩＰアドレスかどうかを判定する。自機が属するサブネットに属さないＩＰアドレスである場合、Ｓ５へ進む。なお自機が属するサブネットに属するＩＰアドレスである場合には、ブロードキャスト到達範囲内であるので、ＡＲＰによってメディアデータ送信先のＭＡＣアドレスを特定し、直接アクセスできる（Ｓ１４）。

Ｓ５：発呼機は、同一サブネット（セグメント）にある回線終端端末を経由した発呼であるかどうかを判定する。ＳＩＰ呼接続時、回線終端端末が同一サブネット（セグメント）にあるかどうか判定可能である。

Ｓ６：発呼機は、ルーティングテーブルを参照し、デフォルトゲートウェイのＩＰアドレスと、回線終端端末のＩＰアドレスとが一致するかどうかを判定する。一致しない場合は、上述の如く同一サブネット（セグメント）には、回線終端端末のほか、異なるルータが存在していることになる。

Ｓ７：発呼機は、ルーティングテーブルにルーティング情報を追加する。即ちメディアデータの送信先のＩＰアドレスの宛先のゲートウェイを回線終端端末のＩＰアドレスとして、ルーティングテーブルに新たなエントリを追加する。

Ｓ８：発呼機は、メディアデータの送信先のＩＰアドレスに対し、メディアデータ送信用のコネクション・パケット（例えばＴＣＰコネクション／TCP SYN）を送信し、コネクションを接続する。このとき、ルーティングテーブルが参照され、このコネクション・パケットはゲートウェイである回線終端端末に転送される。

Ｓ９：発呼機は、メディアデータの送信先のＩＰアドレスに対し、メディアデータ・パケットを送信する。このとき、ルーティングテーブルが参照され、このメディアデータ・パケットはゲートウェイである回線終端端末に転送される。

Ｓ１０：発呼機は、メディアデータの送信を完了したかを判定する。

Ｓ１１：発呼機は、メディアデータの送信を完了すると、メディアデータの送信先のＩＰアドレスに対し、コネクション切断・パケット（例えばＴＣＰコネクション／TCP FIN）を送信し、コネクションを切断する。

Ｓ１２：発呼機は、ルーティングテーブルにルーティング情報を削除する。即ちＳ７において追加した新たなエントリを削除する。

Ｓ１３：発呼機は、ＳＩＰ呼の終了信号（SIP BYE）を着呼機に対し送信し、確立していたＳＩＰ呼を切断する。

（補足：ＵＤＰのケース）
図１１は、着呼機側のエントリの追加・削除の処理を説明するフローチャートである。なおここでいう発呼機側はＩＰ−ＦＡＸ２１に相当する。図１０の発呼機側で使用するトランスポート層プロトコルはＴＣＰであるとして説明した。一方、トランスポート層プロトコルがＵＤＰである場合、事情が少し異なる。つまり発呼機側で指定されたトランスポート層プロトコルがＴＣＰの場合、着呼機側としては、発呼機側から接続されたＴＣＰの機能でパケットの送信先を制御してくれるため、ルーティングテーブルにおいて、回線終端端末２２をゲートウェイとする追加エントリは必ずしも必要ではない。しかし発呼機側で使用するトランスポート層プロトコルはＵＤＰである場合、ＴＣＰ制御がきかなくなるので、着呼機側もまた同一サブネット（セグメント）に、回線終端端末のほか、異なるルータが存在している場合、ルーティングテーブルに新たなエントリを追加する必要がある。発呼機側に対し応答パケット（例えばACK）を返答できないからである。以下ＵＤＰのケースを補足説明する。

Ｓ１１：着呼機（ＩＰ−ＦＡＸ２１）は、発呼機（ＩＰ−ＦＡＸ１１）から、ＳＩＰ呼の開始信号（SIP INVITE）を受信する。受信した場合、次へ進む。

Ｓ１２：着呼機は、SIP INVITEメッセージ中のメッセージボディ（SDP）をデコードし、メディアデータ送信先のＩＰアドレスを取得する。

Ｓ１３：着呼機は、取得したメディアデータ送信先のＩＰアドレスが、自機が属するサブネットに属さないＩＰアドレスかどうかを判定する。いいかえるとメディアデータ送信先のＩＰアドレスが、自機と同一のネットワーク・セグメントに属さないＩＰアドレスかどうかを判定する。自機が属するサブネットに属さないＩＰアドレスである場合、Ｓ２３へ進む。なお自機が属するサブネットに属するＩＰアドレスである場合には、ブロードキャスト到達範囲内であるので、ＡＲＰによってメディアデータ送信先のＭＡＣアドレスを特定し、直接アクセスできる（Ｓ２３）。

Ｓ１４：着呼機は、同一サブネット（セグメント）にある回線終端端末を経由した着呼であるかどうかを判定する。ＳＩＰ着呼時、回線終端端末が同一サブネット（セグメント）にあるかどうか判定可能である。

Ｓ１５：着呼機は、SIP INVITEメッセージ中のメッセージボディ（SDP）をデコードし、トランスポート層プロトコルがＵＤＰであるかどうかを判定する。トランスポート層プロトコルがＴＣＰの場合、発呼機側から接続されたＴＣＰの機能でパケットの送信先を制御してくれるため、ルーティングテーブルにおいて、回線終端端末２２をゲートウェイとする追加エントリは必ずしも必要とならない。逆にＵＤＰの場合、着呼機側においても追加エントリは必要である。

Ｓ１６：着呼機は、ルーティングテーブルを参照し、デフォルトゲートウェイのＩＰアドレスと、回線終端端末のＩＰアドレスとが一致するかどうかを判定する。一致しない場合は、上述の如く同一サブネット（セグメント）には、回線終端端末のほか、異なるルータが存在していることになる。

Ｓ１７：着呼機は、ルーティングテーブルにルーティング情報を追加する。即ちメディアデータの送信先のＩＰアドレスの宛先のゲートウェイを回線終端端末のＩＰアドレスとして、ルーティングテーブルに新たなエントリを追加する。

Ｓ１８：着呼機は、ＳＩＰ呼を接続する。即ちSIP 200 OKを応答する。

Ｓ１９：着呼機は、発呼機からメディアデータ・パケットが送信されてくので、の送信先のＩＰアドレスに対し、応答データ・パケットを送信する。このとき、ルーティングテーブルが参照され、この応答データ・パケットはゲートウェイである回線終端端末に転送される。なおＵＤＰの場合、メディアデータ・パケット送信に先立ってＴＣＰコネクションの確立は不要である。

Ｓ２０：着呼機は、メディアデータの送信を完了したかを判定する。

Ｓ２１：着呼機は、メディアデータの送信を完了すると、ルーティングテーブルにルーティング情報を削除する。即ちＳ１７において追加した新たなエントリを削除する。

Ｓ２２：着呼機は、発呼機から、ＳＩＰ呼の終了信号（SIP BYE）を受信するので、終了信号（SIP BYE ACK）を発呼機に対し送信し、確立していたＳＩＰ呼を切断する。

[ＩＰ−ＦＡＸ装置]
これまで本実施形態に係るＩＰ−ＦＡＸ１２（及び２１）の情報処理を中心説明してきたが、ここで本実施形態に係るＩＰ−ＦＡＸ１２（及び２１）のハードウェア構成及び機能ブロックについて以下説明しておく。

（ハードウェア構成）
本実施形態に係るＩＰ−ＦＡＸのハードウェアは、具体的にはＩＰ−ＦＡＸは複合機によって実現することが可能である。複合機は、コピー、スキャナ、プリンタ、ファックス（アナログＦＡＸ及びＩＰ−ＦＡＸ）などの複数の機能を一つの筐体内に収納した画像形成装置である。

図１２は、本実施形態に係る複合機のハードウェア構成の一例を示す図である。本実施形態に係る複合機は、操作パネル１１と、記憶メディアＩ／Ｆ１２と、コントローラ１３と、データ通信Ｉ／Ｆ１４と、スキャナ１５と、プロッタ１６と、ＨＤＤ（Hard Disk Drive）１７とから構成され、それぞれ相互に接続されている。

操作パネル１１は、入力装置１１aと表示装置１１bとを有しており、入力装置１１aは、ハードキーなどで構成され、複合機に各操作信号を入力するのに用いられる。また、表示装置１１bは、ＬＣＤ（液晶ディスプレイ）などで構成され、例えば画像形成動作に関する各種情報を表示する。データ通信Ｉ／Ｆ１４は、インタフェース装置１４aを有しており、複合機をネットワークやファックスなどのデータ伝送路に接続するインタフェースである。ＨＤＤ１７は、複合機で取り扱われる受信文書データや読み取り画像データなどの各種データを格納している。また、ＨＤＤ１７は、これらの各種データを、所定のファイルシステムやＤＢ（Data Base）により管理している。

ＨＤＤ１７に格納される各種データの中には、記録媒体１２bから入力されるデータを含む。記録媒体１２bは、記憶メディアＩ／Ｆ１２が有するドライブ装置１２aにセットされ各種データが記録媒体１２bからドライブ装置１２aを介してＨＤＤ１７に格納される。

コントローラ１３は、ＲＯＭ（Read Only Memory）１３a、ＲＡＭ（Random Access Memory）１３b、及びＣＰＵ（Central Processing Unit）１３cとを有しており、ＲＯＭ１３aは、複合機が起動されるときに実行されるプログラムや各種データを格納している。また、ＲＡＭ１３bは、ＲＯＭ１３aやＨＤＤ１７から読み出された各種プログラムやデータを一時保持する。更に、ＣＰＵ１３cは、ＲＡＭ１３bが一時保持しているプログラムを実行する。コントローラ１３は、例えば、データ通信Ｉ／Ｆ１４を介して印刷データを受信した場合に、ＲＯＭ１３aからＲＡＭ１３b上に読み出された、ＰＤＬ（Page Description Language）を解釈可能なプログラム（ＰＤＬパーサ）をＣＰＵ１３cにより実行し、印刷データを解釈してビットマップイメージを生成する。

スキャナ１５は、画像読取装置１５aを有しており、読み取り面に配置された原稿を光学的に読み取り画像データを生成する。プロッタ１６は、印刷装置１６aを有しており、例えば、電子写真プロセス方式によってビットマップイメージを記録紙に印刷する。

このように、本実施形態に係る複合機では、上記ハードウェア構成により、コピー、プリンタ、ファクシミリ（アナログＦＡＸ、ＩＰ−ＦＡＸ）、スキャナなどの複数の機能を実現している。

（機能ブロック）
図１３は、本実施形態に係るＩＰ−ＦＡＸ１２（及び２１）の主要機能構成を示す機能ブロック図である。ＩＰ−ＦＡＸ１２は、記憶部１０１、通信制御部１０２、ルーティングテーブル更新部１０３、判定部１０４を含み構成される。

記憶部１０１は、ルーティングテーブル１０１ａを記憶する記憶手段である。ＨＤＤ１１７やＲＡＭ１１３ｂ等によって実現される。

通信制御部１０２は、ＳＩＰ呼制御、パケット送受信を含む通信に係る制御を行う機能部である。上述の如く例えば、ＮＧＮ網の先の通信装置（例えばＩＰ−ＦＡＸ２２）と回線終端装置を中継して通信を行う場合、まずＳＩＰ呼の確立・切断、ＴＣＰコネクション接続・切断、メディアデータ・パケット送受信を行うことができる。

ルーティングテーブル更新部１０３は、エントリ追加部１０３ａ、エントリ削除部１０４ｂを含む。このうちエントリ追加部１０３ａは、ＳＩＰ呼確立後、メディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信するとき、該メディアデータを転送するゲートウェイを回線終端装置としたエントリを、デフォルトゲートウェイを示すエントリに優先してルーティングテーブル１０１ａに追加する。またエントリ削除部１０４ｂは、メディアデータ送信完了後、追加したエントリをルーティングテーブル１０１ａから削除する。

判定部１０４は、エントリ追加部１０３ａによりエントリを追加するかどうかの前提となる条件判定を行う。ここで条件とは、ＩＰ−ＦＡＸ１２は、ＮＧＮ網と接続された回線終端装置と、ＮＧＮ網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在していること、ＮＧＮ網の先の通信装置（例えばＩＰ−ＦＡＸ２２）と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なるＮＧＮ網内のメディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信すること等である。このため具体的には、判定部１０４は、メディアデータ送信宛先ＩＰアドレスが、自装置が属するサブネットに属さないＩＰアドレスであるか否か、自装置が属するサブネットに属する回線終端装置を中継して呼が確立されたか否か、デフォルトゲートウェイと、回線終端装置とが一致するか否かを判定する。

以上、ＩＰ−ＦＡＸ１２（及び２１）の主要機能構成である。なおこれらの機能は、実際には装置のＣＰＵ１１３ｃが実行するプログラムによりコンピュータに実現させるものである。

[総括]
以上のように、同一セグメント内に一以上のルータと回線終端装置との複数の出口（デートウェイ）が存在し、回線終端装置を中継してＮＧＮ網の先の端末装置と交信する際、呼接続宛先ＩＰアドレス（回線終端装置のＩＰアドレス）と、メディアデータ送信宛先ＩＰアドレス（ＮＧＮ網内のメディアゲートウェイのＩＰアドレス）とが異なるため、メディアデータ内のＩＰヘッダにはメディアゲートウェイのＩＰアドレスがセットされる。このとき本実施形態に係るＩＰ−ＦＡＸは、ルーティングテーブル内に新たなエントリを追加し、このエントリによってメディアデータ転送先のゲートウェイとして回線終端装置に転送されるようにする。これにより、従来社内ＬＡＮやＷＡＮ用として設けられているデフォルトゲートウェイ（ルータＡ１３）にメディアデータが転送されてしまい、正常に先の端末装置とメディアデータのやり取りを行うことができないという問題を解決することが可能となる。

即ち本実施形態に係るＩＰ−ＦＡＸによれば、呼制御においてＳＩＰを利用するＮＧＮ網と接続された回線終端装置と、他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、ＮＧＮ網の先の端末装置と回線終端装置を中継して呼を確立し、呼確立後に呼接続宛先ＩＰアドレスと異なるメディアデータ送信宛先ＩＰアドレスに対しメディアデータ送信する場合であっても、正常に先の端末装置とメディアデータのやり取りを行う通信装置等を提供できる。

なお本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば本実施形態においては通信装置の一例として、複合機に対して本発明を適用しＦＡＸ通信を通じて説明したものであるが、例えばその他の装置においても広く適用され得る。

１１、２１ ＩＰ−ＦＡＸ
１２、２２ 回線終端端末
１３、１４、２３ ルータ
３１ ＳＩＰプロキシサーバ
３２ メディアゲートウェイ
１０１ 記憶部
１０１ａ ルーティングテーブル
１０２ 通信制御部１０２
１０３ ルーティングテーブル更新部
１０３ａ エントリ追加部
１０３ｂ エントリ削除部
１０４ 判定部
１１１ 操作部（操作パネル）
１１１ａ 入力装置
１１１ｂ 表示装置
１１２ 記憶メディアＩ／Ｆ
１１２ａ ドライブ装置
１１２ｂ 記録媒体
１１３ コントローラ（部）
１１３ａ ＲＯＭ
１１３ｂ ＲＡＭ
１１３ｃ ＣＰＵ
１１４ データ通信Ｉ／Ｆ
１１４ａ インタフェース装置
１１５ スキャナ
１１５ａ 画像読取装置
１１６ プロッタ
１１６ａ 印刷装置
１１７ ＨＤＤ

特開２０１０−２１９６５６号公報

Claims (7)

1. 公衆網と接続された回線終端装置と、前記公衆網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、前記公衆網の先の通信装置と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なる前記公衆網内のメディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信することにより前記通信装置と前記メディアデータの送受信を行う通信装置であって、
   デフォルトゲートウェイを前記ルータとした第１エントリを保持するルーティングテーブルを記憶した記憶手段と、
   前記呼確立後、前記メディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信するとき、該メディアデータを転送するゲートウェイを前記回線終端装置とした第２エントリを、前記第１エントリに優先して前記ルーティングテーブルに追加するエントリ追加手段と、
   前記メディアデータ送信完了後、前記第２エントリを前記ルーティングテーブルから削除するエントリ削除手段と、
   を有することを特徴とする通信装置。
2. 前記メディアデータ送信宛先ＩＰアドレスが、自装置が属するサブネットに属さないＩＰアドレスであるか否か、自装置が属するサブネットに属する前記回線終端装置を中継して呼が確立されたか否か、前記デフォルトゲートウェイと、前記回線終端装置とが一致するか否かを判定し、該判定が全て肯定された場合に、
   前記エントリ追加手段は、前記第２エントリを前記ルーティングテーブルに追加すること、
   を特徴とする請求項１記載の通信装置。
3. 公衆網と接続された回線終端装置と、前記公衆網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、前記公衆網の先の請求項１又は２記載の通信装置と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なる前記公衆網内のメディアデータ送信宛先ＩＰアドレスからメディアデータを受信することにより前記通信装置と前記メディアデータの送受信を行う通信装置であって、
   デフォルトゲートウェイを前記ルータとした第１エントリを保持するルーティングテーブルを記憶した記憶手段と、
   前記呼確立後、前記メディアデータ送信宛先ＩＰアドレスに対し、トランスポート層プロトコルにＵＤＰを使用してメディアデータを送信するとき、該メディアデータを転送するゲートウェイを前記回線終端装置とした第２エントリを、前記第１エントリに優先して前記ルーティングテーブルに追加するエントリ追加手段と、
   前記メディアデータ送信完了後、前記第２エントリを前記ルーティングテーブルから削除するエントリ削除手段と、
   を有することを特徴とする通信装置。
4. 前記メディアデータ送信宛先ＩＰアドレスが、自装置が属するサブネットに属さないＩＰアドレスであるか否か、自装置が属するサブネットに属する前記回線終端装置を中継して呼が確立されたか否か、前記デフォルトゲートウェイと、前記回線終端装置とが一致するか否かを判定し、該判定が全て肯定された場合に、
   前記エントリ追加手段は、前記第２エントリを前記ルーティングテーブルに追加すること、
   を特徴とする請求項３記載の通信装置。
5. 公衆網と接続された回線終端装置と、前記公衆網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、前記公衆網の先の通信装置と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なる前記公衆網内のメディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信することにより前記通信装置と前記メディアデータの送受信を行う通信装置における通信方法であって、
   デフォルトゲートウェイを前記ルータとした第１エントリを保持するルーティングテーブルを記憶する記憶手順と、
   前記呼確立後、前記メディアデータ送信宛先ＩＰアドレスに対しメディアデータを送信するとき、該メディアデータを転送するゲートウェイを前記回線終端装置とした第２エントリを、前記第１エントリに優先して前記ルーティングテーブルに追加するエントリ追加手順と、
   前記メディアデータ送信完了後、前記第２エントリを前記ルーティングテーブルから削除するエントリ削除手順と、
   を有することを特徴とする通信方法。
6. 公衆網と接続された回線終端装置と、前記公衆網とは異なる他のネットワークと接続された一以上のルータとが同一セグメント内に存在し、前記公衆網の先の請求項５記載の通信装置と回線終端装置を中継して呼を確立し、該呼確立後、呼接続宛先ＩＰアドレスと異なる前記公衆網内のメディアデータ送信宛先ＩＰアドレスからメディアデータを受信することにより前記通信装置と前記メディアデータの送受信を行う通信装置における通信方法であって、
   デフォルトゲートウェイを前記ルータとした第１エントリを保持するルーティングテーブルを記憶する記憶手順と、
   前記呼確立後、前記メディアデータ送信宛先ＩＰアドレスに対し、トランスポート層プロトコルにＵＤＰを使用してメディアデータを送信するとき、該メディアデータを転送するゲートウェイを前記回線終端装置とした第２エントリを、前記第１エントリに優先して前記ルーティングテーブルに追加するエントリ追加手順と、
   前記メディアデータ送信完了後、前記第２エントリを前記ルーティングテーブルから削除するエントリ削除手順と、
   を有することを特徴とする通信方法。
7. 請求項５又は６記載の通信方法をコンピュータに実行させるための通信プログラム。

Images