送受信制御装置およびその制御方法
【課題】 ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末でも、次世代ネットワークに接続できるようにする。
【解決手段】 送受信制御装置１０は、ＩＰ−ＦＡＸ（通信端末）１０１からセッション確立要求を受信すると、その要求が宛先に向けて音声データを送信するための音声用セッションの確立を要求するものである場合、ＩＰ−ＦＡＸ１０１との間に音声用セッションを確立させ、音声通信終了後、音声データを破棄する。その後、Ｔ．３８データを送信するためのＴ．３８用のセッション確立要求をＨＧＷ１１２へ送信し、ＨＧＷ１１２との間にＴ．３８用セッションを確立させると共に、Ｔ．３８用のセッション確立要求をＩＰ−ＦＡＸ１０１へ送信し、ＩＰ−ＦＡＸ１０１との間にＴ．３８用セッションを確立させ、ＩＰ−ＦＡＸ１０１からのＴ．３８データを受信してＨＧＷ１１２へ送信する。
【解決手段】 送受信制御装置１０は、ＩＰ−ＦＡＸ（通信端末）１０１からセッション確立要求を受信すると、その要求が宛先に向けて音声データを送信するための音声用セッションの確立を要求するものである場合、ＩＰ−ＦＡＸ１０１との間に音声用セッションを確立させ、音声通信終了後、音声データを破棄する。その後、Ｔ．３８データを送信するためのＴ．３８用のセッション確立要求をＨＧＷ１１２へ送信し、ＨＧＷ１１２との間にＴ．３８用セッションを確立させると共に、Ｔ．３８用のセッション確立要求をＩＰ−ＦＡＸ１０１へ送信し、ＩＰ−ＦＡＸ１０１との間にＴ．３８用セッションを確立させ、ＩＰ−ＦＡＸ１０１からのＴ．３８データを受信してＨＧＷ１１２へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰファクシミリ装置（以下「ＩＰ−ＦＡＸ」ともいう）等の通信端末と通信する通信部（第１の通信手段）と、次世代ネットワークとの間の通信を制御するネットワーク通信制御装置と通信する通信部（第２の通信手段）とを有し、その各通信部との間のデータの送受信を制御する送受信制御装置、およびその制御方法に関する。
【背景技術】
【０００２】
現在、次世代の公衆網（次世代ネットワーク）として、ＮＧＮ（Next Generation Network）の開発が進められている。ＮＧＮ（以下「ＮＧＮ網」ともいう）は、ＩＰ（Internet Protocol）網と公衆電話網などを全て統合した公衆網である。
近年、例えばＩＰ−ＦＡＸも、ＮＧＮ網に通信可能に接続（以下単に「接続」ともいう）できることが求められている。しかし、ＩＰ−ＦＡＸがＮＧＮ網を使って送信（ＩＰ−ＦＡＸ送信）を行う場合、ＩＴＵ−Ｔ（国際電気通信連合）の勧告Ｔ．３８（以下単に「Ｔ．３８」ともいう）用のデータ（以下単に「Ｔ．３８データ」ともいう）のみを通信する方式でないと、送信を行えない。その理由は、以下に示す通りである。
【０００３】
従来のＩＰ−ＦＡＸは、ＶｏＩＰ（Voice over Internet Protocol）ゲートウェイ（GateWay）を使うユーザのために、音声データとＴ．３８データの両方を通信していた。しかし、ＮＧＮでは、音声データの通信を行うと、Ｔ．３８データのみの通信を行うときよりも、料金が多くかかってしまうため、通信関連の各社で集まり、ＮＧＮを使ったＩＰ−ＦＡＸ送信では、Ｔ．３８データのみを通信するというように取り決めが行われた。なお、ＶｏＩＰゲートウェイとは、ＩＰ網から送られてくるデータ（情報）を変換して、公衆電話網に流す装置のことであり、公衆電話網から送られてくるデータをＩＰ網に流すことも可能である。
【０００４】
一方、特許文献１には、音声通信の利用のみを前提としているキャリア網に装置を接続した場合であっても、画像データの通信を行うため、自装置が接続されるキャリアのサーバに適合するＳＤＰ（Session Description Protocol）ヘッダ形式を記憶手段に記憶し、送信するリクエストメッセージのＳＤＰヘッダを記憶手段内のＳＤＰヘッダ形式に従って記述する装置について開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＮＧＮ網では通信関連の各社で取り決めたＴ．３８データの通信のみを可能にする場合には、例えば特許文献１に記載されているようなＮＧＮに対応していない従来のＩＰ−ＦＡＸは、ＮＧＮ網に通信可能に接続できないという問題がある。
この発明は、上記の点に鑑みてなされたものであり、ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末（ＩＰ−ＦＡＸ等）でも、次世代ネットワークに接続できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、上記の目的を達成するため、以下に示す送受信制御装置およびその制御方法をそれぞれ提供する。
この発明による送受信制御装置は、通信端末と通信する第１の通信手段と、次世代ネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを備え、上記第１，第２の通信手段を用いてデータの送受信を制御する送受信制御装置であって、以下の（１）〜（７）のいずれかに示すようにしたことを特徴とする。
【０００７】
（１）上記通信端末からセッション確立要求を受信した場合に、そのセッション確立要求の内容を判別する要求判別手段と、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、上記通信端末との間に上記音声通信用のセッションを確立させる第１のセッション接続手段と、それによって上記音声通信用のセッションが確立され、その音声通信が終了した後、上記音声データを破棄する音声データ破棄手段と、それによって上記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を上記ネットワーク通信制御装置に対して発行して、そのネットワーク通信制御装置との間に上記Ｔ．３８通信用のセッションを確立させる第２のセッション接続手段と、上記音声データ破棄手段によって上記音声データが破棄された後、上記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を上記通信端末に対して発行して、その通信端末との間に上記Ｔ．３８通信用のセッションを確立させる第３のセッション接続手段と、それによって上記Ｔ．３８通信用のセッションが確立された場合に、上記通信端末から送られてくる上記Ｔ．３８通信用のデータを受信するデータ受信手段と、上記第２のセッション接続手段によって上記Ｔ．３８通信用のセッションが確立され、且つ上記データ受信手段によって上記Ｔ．３８通信用のデータを受信した場合に、そのデータを上記ネットワーク通信制御装置へ送信するデータ送信手段とを設ける。
【０００８】
（２）（１）の送受信制御装置において、上記データ受信手段によって上記ネットワーク通信制御装置から送られてくるデータを受信した場合に、そのネットワーク通信制御装置からデータを受信したことを判断する受信元判断手段を設け、上記データ送信手段が、上記受信元検知手段によって上記ネットワーク通信制御装置からデータを受信したことが判断された場合に、その受信したデータをそのまま上記通信端末へ送信する。
【０００９】
（３）（１）又は（２）の送受信制御装置において、上記第２の通信手段を、ＳＩＰを利用し、電話番号とＩＰアドレスとを対応付けた情報を記憶する制御、およびその情報に基づいて通信の制御を行うＳＩＰサーバとも通信する手段とし、上記通信端末の電話番号とＩＰアドレスとを記憶する記憶手段と、上記データ受信手段によって上記通信端末から通知されるその通信端末の電話番号とＩＰアドレスとを受信した場合に、上記記憶手段に記憶されている電話番号又はＩＰアドレスを必要に応じて更新する更新手段と、その更新後の電話番号とＩＰアドレスとを上記ＳＩＰサーバに対して通知する通知手段とを設ける。
【００１０】
（４）（１）〜（３）のいずれかの送受信制御装置において、上記データ受信手段によって上記通信端末から通知される受信を拒否したい相手の識別情報を受信した場合に、その識別情報を登録する登録手段と、上記データ受信手段によって上記ネットワーク通信制御装置からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、そのデータの送信元の識別情報を確認する確認手段と、それによって確認した上記送信元の識別情報が上記登録手段によって登録されている識別情報と一致する場合に、上記ネットワーク通信制御装置からのデータの受信を拒否する受信拒否手段とを設ける。
【００１１】
（５）（１）〜（３）のいずれかの送受信制御装置において、上記データ受信手段によって上記通信端末から通知される送信を禁止したい相手の識別情報を受信した場合に、該識別情報を登録する登録手段と、上記データ受信手段によって上記通信端末からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、該データの送信先の識別情報を確認する確認手段と、それによって確認した上記送信先の識別情報が上記登録手段によって登録されている識別情報と一致する場合に、上記通信端末からのデータの送信を禁止する送信禁止手段とを設ける。
【００１２】
（６）（１）〜（５）のいずれかの送受信制御装置において、上記要求判別手段による判別の結果、上記セッション確立要求が宛先に向けて上記音声データ以外のデータを送信するためのセッションの確立を要求するものである場合に、上記通信端末との間および上記ネットワーク通信制御装置との間にそれぞれ要求されたセッションを確立させる第４のセッション接続手段を設け、上記データ受信手段が、上記第４のセッション接続手段によって要求されたセッションが確立され、且つ上記データ受信手段によってデータを受信した場合に、そのデータを上記ネットワーク通信制御装置へ送信する。
【００１３】
（７）（１）〜（６）のいずれかの送受信制御装置において、上記データ受信手段によるデータの受信および上記データ送信手段によるデータの送信の結果を認識する認識手段と、その認識手段による認識結果を記憶する記憶手段とを設ける。
【００１４】
この発明による制御方法は、通信端末と通信する第１の通信手段と、複数の異なるネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを有し、上記第１，第２の通信手段との間のデータの送受信を制御する送受信制御装置における制御方法であって、上記通信端末からセッション確立要求を受信した場合に、該セッション確立要求の内容を判別する要求判別工程と、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、上記通信端末との間に上記音声通信用のセッションを確立させる第１のセッション接続工程と、それによって上記音声通信用のセッションが確立され、該音声通信が終了した後、上記音声データを破棄する音声データ破棄工程と、それによって上記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を上記ネットワーク通信制御装置に対して発行して、そのネットワーク通信制御装置との間に上記Ｔ．３８通信用のセッションを確立させる第２のセッション接続工程と、上記音声データ破棄工程によって上記音声データが破棄された後、上記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を上記通信端末に対して発行して、その通信端末との間に上記Ｔ．３８通信用のセッションを確立させる第３のセッション接続工程と、それによって上記Ｔ．３８通信用のセッションが確立された場合に、上記通信端末から送られてくる上記Ｔ．３８通信用のデータを受信するデータ受信工程と、上記第２のセッション接続工程によって上記Ｔ．３８通信用のセッションが確立され、且つ上記データ受信工程によって上記Ｔ．３８通信用のデータを受信した場合に、そのデータを上記ネットワーク通信制御装置へ送信するデータ送信工程とを有するものである。
【００１５】
この発明によれば、送受信制御装置が、上記通信端末からセッション確立要求を受信した場合に、そのセッション確立要求の内容を判別し、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、上記通信端末との間に上記音声通信用のセッションを確立させ、その音声通信が終了した後、上記音声データを破棄する。
【００１６】
その後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を上記ネットワーク通信制御装置に対して発行して、そのネットワーク通信制御装置との間に上記Ｔ．３８通信用のセッションを確立させると共に、上記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を上記通信端末に対して発行して、その通信端末との間に上記Ｔ．３８通信用のセッションを確立させることにより、上記通信端末から送られてくる上記Ｔ．３８通信用のデータを受信し、そのデータを上記ネットワーク通信制御装置へ送信する。
【発明の効果】
【００１７】
この発明によれば、ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末であっても、次世代ネットワークに接続することができる。
【図面の簡単な説明】
【００１８】
【図１】この発明による送受信制御装置を含むネットワークシステムの構成例を示す概略図である。
【図２】図１の送受信制御装置１０の例を示すブロック図である。
【図３】図２に示した送受信制御装置１０による登録処理の説明に供する説明図である。
【図４】図２に示した送受信制御装置１０による送信端末１０１に対する振る舞いを説明するための送受信制御装置１０と送信端末１０１との間の動作シーケンスの一例を示す図である。
【図５】図２に示した送受信制御装置１０によるＨＧＷ１１２に対する振る舞いを説明するための送受信制御装置１０とＨＧＷ１１２との間の動作シーケンスの一例を示す図である。
【００１９】
【図６】図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ送受信時の動作シーケンスの一例を示す図である。
【図７】図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ受信時の動作シーケンスの一例を示す図である。
【図８】図２に示した送受信制御装置１０による通信制御の第１実施例を示すフロー図である。
【図９】同じく通信制御の第２実施例を示すフロー図である。
【図１０】同じく通信制御の第３実施例を示すフロー図である。
【００２０】
【図１１】同じく通信制御の第４実施例を示すフロー図である。
【図１２】同じく通信制御の第５実施例を示すフロー図である。
【図１３】従来のＩＰ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図である。
【図１４】従来のＮＧＮ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図である。
【発明を実施するための形態】
【００２１】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
以下の実施形態では、送受信制御装置が以下の（ａ）〜（ｆ）に示すような機能を持つことが特徴になっている。
（ａ）ユーザ操作によって登録されたホームゲートウェイ（HomeGateWay：ＨＧＷ）のＩＰアドレスを記憶する機能
（ｂ）そのＩＰアドレスに基づいて、ＨＧＷと通信する機能
（ｃ）ＩＰ−ＦＡＸから送られてくるデータ（情報）を受信する機能
（ｄ）その受信したものから音声通信の部分を除いて、ＨＧＷに送信する機能
（ｅ）その送信時に、ＩＰ−ＦＡＸから見ると、ＩＰ網でのＩＰ−ＦＡＸ送信をしているのと同じように振舞う機能
（ｆ）ＨＧＷから見ると、ＮＧＮ対応済みのＩＰ−ＦＡＸと通信をしているのと同じように振舞う機能
【００２２】
そこで、その特徴について詳細に説明するが、その説明に入る前に、理解の便宜のため、従来のＩＰ−ＦＡＸ送信について説明する。
図１３は、従来のＩＰ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図である。
図１３に示すネットワークシステムは、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１と、ＳＩＰ（Session Initiation Protocol）サーバ１０２と、ＮＧＮ未対応のＩＰ−ＦＡＸ１０３とを備えている。それらの機器の接続は、ＩＰ網１００を介して行う。
【００２３】
ＩＰ−ＦＡＸ１０１，１０３は、原稿の画像を画像データとして読み取るスキャナ等の画像読取部と、画像データに基づいて画像を用紙等の印刷媒体に印刷（画像形成）するプロッタ等の画像形成部と、ＩＰ網１００経由で画像データ等のデータの送受信を行う通信部とを備えている。
ＳＩＰサーバ１０２は、ＳＩＰを利用して、電話番号とＩＰアドレスとを対応付けた情報を記憶する制御、およびその情報に基づいて通信の制御（相手を呼び出してつなぐといった呼制御を含む）を行うものである。
このように構成されたネットワークシステムおけるＩＰ網１００を利用したＩＰ−ＦＡＸ送信の流れは、以下の（Ａ１）〜（Ａ６）に示す通りである。
【００２４】
（Ａ１）ＩＰ−ＦＡＸ１０１は、送信端末として動作する場合、ＳＩＰサーバ１０２にアクセスし、宛先（送信先）と音声通信用のセッションを確立させようとする。
（Ａ２）ＳＩＰサーバ１０２は、電話番号から宛先を見つけ、宛先の端末（受信端末）であるＩＰ−ＦＡＸ１０３（以下「宛先端末１０３」という）とＩＰ−ＦＡＸ１０１（以下「通信端末１０１」という）との間に音声通信用のセッションを確立させる。
（Ａ３）送信端末１０１は、音声データの通信（音声通信）を宛先端末１０３と行う。
（Ａ４）音声データの通信が終わると、宛先端末１０３が、Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を発行し、Ｔ．３８通信用のセッションを確立させる。
（Ａ５）送信端末１０１は、Ｔ．３８データの通信を宛先端末１０３と行う。
（Ａ６）Ｔ．３８データの通信が終わったら、通信を終了する。
【００２５】
図１４は、従来のＮＧＮ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図であり、図１３と同じ部分（ＳＩＰサーバ１０２）には同一符号を付している。
図１４に示すネットワークシステムは、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１１と、ＨＧＷ１１２と、ＳＩＰサーバ１０２と、ＨＧＷ１１３と、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１４とを備えている。それらの機器の接続は、ＮＧＮ網１１０を介して行う。
【００２６】
ＩＰ−ＦＡＸ１１１，１１４は、原稿の画像を画像データとして読み取るスキャナ等の画像読取部と、画像データに基づいて画像を用紙等の印刷媒体に印刷するプロッタ等の画像形成部と、ＮＧＮ網１１０経由で画像データ等のデータの送受信を行う通信部とを備えている。
ＨＧＷ１１２，１１３は、それぞれＩＰ−ＦＡＸ１１１，１１４をＮＧＮ網１１０に接続するために用いるゲートウェイ装置（次世代ネットワークとの間の通信を制御するネットワーク通信制御装置）である。よって、例えばＩＰ−ＦＡＸ１１１が送信端末として動作する場合、そのＩＰ−ＦＡＸ１１１から見て、ＨＧＷ１１２はＮＧＮ網１１０の窓口となるような装置となる。
このように構成されたネットワークシステムにおけるＮＧＮ網１１０を利用したＩＰ−ＦＡＸ送信の流れは、以下の（Ｂ１）〜（Ｂ６）に示す通りである。
【００２７】
（Ｂ１）ＩＰ−ＦＡＸ１１１は、送信端末として動作する場合、自己とＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させる。
（Ｂ２）ＩＰ−ＦＡＸ１１１（以下「通信端末１１１」という）は、ＨＧＷ１１２とＴ．３８データの通信を行う。
（Ｂ３）ＨＧＷ１１２は、ＳＩＰサーバ１０２にアクセスして、宛先側のＨＧＷ１２３とＴ．３８通信用のセッションを確立させようとする。
（Ｂ４）ＳＩＰサーバ１０２は、電話番号から宛先を見つけ、送信端末１１１側のＨＧＷ１１２と宛先側のＨＧＷ１１３との間にＴ．３８通信用のセッションを確立させる。
（Ｂ５）送信端末１１１側のＨＧＷ１１２は、宛先側のＨＧＷ１１３とＴ．３８データの通信を行う。
（Ｂ６）Ｔ．３８データの通信が終わったら、通信を終了する。
【００２８】
次に、この発明による送受信制御装置を含むネットワークシステムの構成について説明する。
図１は、そのネットワークシステムの構成例を示す概略図であり、図１３，図１４と同じ部分（ＳＩＰサーバ１０２）には同一符号を付している。
図１に示すネットワークシステムは、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１と、送受信制御装置１０と、ＨＧＷ１１２と、ＳＩＰサーバ１０２と、ＨＧＷ１１３と、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１４とを備えている。それらの機器の接続は、ＮＧＮ網１１０を介して行う。
【００２９】
次に、図１の送受信制御装置１０の構成について説明する。
図２は、その送受信制御装置１０の構成例を示すブロック図である。
この送受信制御装置１０は、データの送受信を制御するものであり、例えば図２に示すように、システム制御部１１、システムメモリ１２、パラメータメモリ１３、時計回路１４、操作表示部１５、Ｔ．３８符号化復号化部１６、呼接続メッセージ符号化復号化部１７、磁気ディスク装置１８、およびネットワーク通信制御部１９を備えている。
【００３０】
システム制御部１１は、送受信制御装置１０全体を制御する中央処理装置（ＣＰＵ）であり、後述するこの発明に関わる制御を行う。
システムメモリ１２は、システム制御部１１が実行する制御プログラムを格納する記憶手段である。
パラメータメモリ１３は、設定されたパラメータ情報などを蓄積するための不揮発性の記憶手段である。パラメータ情報としては、後述するＨＧＷ１１２のＩＰアドレスや、ＩＰ−ＦＡＸ１０１のＩＰアドレスと電話番号、通信履歴、受信拒否端末情報、および送信禁止端末情報等がある。
【００３１】
時計回路１４は、現在の時刻を生成出力する時計手段である。
操作表示部１５は、操作情報および設定情報を入力すると共に、これらの情報や装置の状態情報を表示するためのものであり、ダイヤル番号操作キー等の各種操作キーおよび液晶表示装置等の表示器を備えている。
Ｔ．３８符号化復号化部１６は、Ｔ．３８データの通信のために、データを所定の符号方式で符号化圧縮（エンコード）する一方、所定の復号化方式で復号伸張（デコード）するものである。
【００３２】
呼接続メッセージ符号化復号化部１７は、呼接続メッセージを所定の符号化方式で符号化圧縮する一方、所定の復号化方式で復号伸張するものである。
磁気ディスク装置１８は、画像データ等のデータを格納する記憶手段である。
ネットワーク通信制御部１９は、ＩＰ−ＦＡＸ１０１と通信を行ったり、ＨＧＷ１１２およびＮＧＮ網１１０を介して相手側のＨＧＷ１１３との接続・通信および切断を制御したりする通信手段である。このネットワーク通信制御部１９は、この発明に関わる第１，第２の通信手段としての機能を果す。
【００３３】
ここで、システム制御部１１（ＣＰＵ）が、システムメモリ１２内の制御プログラムを実行し、Ｔ．３８符号化復号化部１６、呼接続メッセージ符号化復号化部１７、およびネットワーク通信制御部１９を含む各部を制御することにより、この発明に関わる要求判別手段、第１のセッション接続手段、音声データ破棄手段、第２のセッション接続手段、第３のセッション接続手段、データ受信手段、データ送信手段、受信元検知手段、更新手段、通知手段、登録手段、確認手段、受信拒否手段、送信禁止手段，第４のセッション接続手段、および認識手段としての機能を果す。
【００３４】
次に、図２に示した送受信制御装置１０による登録処理について説明する。
図３は、その送受信制御装置１０による登録処理の説明に供する説明図である。
送受信制御装置１０へは、以下の（ａ）（ｂ）に示す情報を登録する必要がある。
（ａ）ＨＧＷ１１２のＩＰアドレス
（ｂ）送信端末（ＩＰ−ＦＡＸ）１０１のＩＰアドレスと電話番号
【００３５】
ＨＧＷ１１２のＩＰアドレスは、ＨＧＷ１１２をデータの送受信時に使用するために登録する。具体的には、システム制御部１１が、ユーザ操作（実際にはユーザによる図１５の操作表示部１５上の操作に応じて発生する操作信号）により、ＨＧＷ１１２のＩＰアドレスをパラメータメモリ１３に記憶して登録する。
送信端末１０１のＩＰアドレスと電話番号は、送受信制御装置１０が送信端末１０１になり変わって通信をするために登録する。具体的には、システム制御部１１が、送信端末１０１からそのＩＰアドレスと電話番号が通知されるため、それらをパラメータメモリ１３に記憶して登録する。
【００３６】
次に、図２に示した送受信制御装置１０による送信端末１０１に対する振る舞いについて説明する。
図４は、その送受信制御装置１０による送信端末１０１に対する振る舞いを説明するための送受信制御装置１０と送信端末１０１との間の動作シーケンスの一例を示す図である。
【００３７】
送受信制御装置１０は、送信端末１０１から見たらＳＩＰサーバ１０２および宛先の端末であるＩＰ−ＦＡＸ（宛先端末）１１４のように振る舞う。
送信端末１０１にはＳＩＰサーバ１０２のＩＰアドレスを登録する部分があり、そこに送受信制御装置１０のＩＰアドレスを登録する。
それによって、ＮＧＮ未対応の送信端末（ＩＰ−ＦＡＸ）１０１は、ＮＧＮ網１１０に対しても、ＩＰ網に対してＩＰ−ＦＡＸ送信する時と同じように使える。
【００３８】
すなわち、ＮＧＮ未対応の送信端末１０１は、送受信制御装置１０のＩＰアドレスをＳＩＰサーバ１０２のＩＰアドレスとして登録しているため、ＳＩＰサーバ１０２にアクセスしようとすると、送受信制御装置１０につながる。よって、送信端末１０１が、宛先端末１１４への「ＩＮＶＩＴＥ」メッセージ（送受信制御装置１０のＩＰアドレスが含まれている）をＳＩＰサーバ１０２に対して発行すると、送受信制御装置１０につながる（図３のＳ１）。
【００３９】
送受信制御装置１０は、送信端末１０１から「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージが音声データの通信の要求（音声通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを送信端末１０１へ順次返信する。それによって、通信ＯＫを送信端末１０１へ応答することになり、送信端末１０１との間に音声通信用のセッションを確立させる。このとき、ＮＧＮ網１１０を使用しない従来のＩＰ−ＦＡＸ送信では、ＳＩＰサーバ１０２が宛先端末１１４のＩＰアドレスを送信端末１０１へ返すところであるが、この実施形態では送受信制御装置１０が自己のＩＰアドレスを返す（Ｓ２）。
【００４０】
送信端末１０１は、送受信制御装置１０から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、ＳＩＰサーバ１０２とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し、送受信制御装置１０のＩＰアドレスに対して音声データの通信を始め、送受信制御装置１０との間で音声データの通信を行う（Ｓ３，Ｓ４）。
音声データの通信が終了すると、送受信制御装置１０は、「ＩＮＶＩＴＥ」メッセージを送信端末１０１に対して発行する（Ｓ５）。
【００４１】
送信端末１０１は、送受信制御装置１０から「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「２００ ＯＫ」のレスポンスを送受信制御装置１０へ返信することにより、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる（Ｓ６）。
送受信制御装置１０は、送信端末１０１から「２００ ＯＫ」のレスポンスを受けると、送信端末１０１とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージを送信端末１０１へ通知し、Ｔ．３８データの通信を始め、送信端末１０１との間でＴ．３８データの通信を行う（Ｓ７，Ｓ８）。
【００４２】
ここで、送信端末１０１は、ステップＳ１〜Ｓ３の動作シーケンスの期間では、送受信制御装置１０をＳＩＰサーバ１０２と判断して通信制御を行っている。また、ステップＳ４〜Ｓ８の動作シーケンスの期間では、送受信制御装置１０を宛先端末（受信端末）１１４と判断して通信制御を行っている。よって、ステップＳ１〜Ｓ８の動作シーケンスは、ＮＧＮ網１１０を使用しない従来のＩＰ−ＦＡＸ送信を行う場合と同じになる。
【００４３】
次に、図２に示した送受信制御装置１０によるＨＧＷ１１２に対する振る舞いについて説明する。
図５は、その送受信制御装置１０によるＨＧＷ１１２に対する振る舞いを説明するための送受信制御装置１０とＨＧＷ１１２との間の動作シーケンスの一例を示す図である。
【００４４】
送受信制御装置１０は、ＨＧＷ１１２とＴ．３８データの通信のみ行う（音声データの通信は行わない）。
送受信制御装置１０には、ユーザーによってＨＧＷ１１２のＩＰアドレスが登録されている。
それによって、ＮＧＮ網１１０を利用した通常のＩＰ−ＦＡＸ送信する時と同じようにＨＧＷ１１２を使える。
【００４５】
すなわち、送受信制御装置１０は、送信端末１０１との音声データの通信が終了すると、「ＩＮＶＩＴＥ」メッセージをＨＧＷ１１２に対して発行する（図５のＳ１１）。
ＨＧＷ１１２は、送受信制御装置１０から「ＩＮＶＩＴＥ」メッセージ（宛先端末１１４の電話番号が含まれている）を受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、以下の（ａ）（ｂ）に示す二つの理由から、通常通りのＮＧＮ網１１０を利用したＩＰ−ＦＡＸ送信が行われていると解釈するため、ＩＰ−ＦＡＸ送信を実行する。
【００４６】
（ａ）ＮＧＮ対応済みのＩＰ−ＦＡＸと同じように、送受信制御装置１０にはＨＧＷ１１２のＩＰアドレスが登録されているため、送受信制御装置１０はＨＧＷ１１２との関わり方がＮＧＮ対応済みのＩＰ−ＦＡＸと全く同じである。
（ｂ）送受信制御装置１０は、Ｔ．３８データの通信のみＨＧＷ１１２と行い、音声データの通信はＨＧＷ１１２と一切行わない。音声のデータは、全て捨てる。
【００４７】
ＨＧＷ１１２は、Ｔ．３８データの通信の要求を受けて、ＩＰ−ＦＡＸ送信を実行する際に、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを送受信制御装置１０へ順次返信する。それによって、通信ＯＫを送受信制御装置１０へ応答することになり、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる。このとき、ＮＧＮ網１１０を使用するＩＰ−ＦＡＸ送信なので、自己のＩＰアドレスを返す（Ｓ１２）。
【００４８】
送受信制御装置１０は、ＨＧＷ１１２から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、ＨＧＷ１１２とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージをＨＧＷ１１２へ通知し、ＨＧＷ１１２のＩＰアドレスに対してＴ．３８データの通信を始め、ＨＧＷ１１２との間でＴ．３８データの通信を行う（Ｓ１３，Ｓ１４）。
よって、ステップＳ１１〜Ｓ１４の動作シーケンスはＮＧＮ網１１０を用いた通常のＩＰ−ＦＡＸ送信を行う場合と同じになり、ＩＰ網用のＩＰ−ＦＡＸ１０１がＮＧＮ網１１０を用いたＩＰ−ＦＡＸ送信を行える。
【００４９】
次に、図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ送受信時の動作シーケンスについて説明する。
図６は、その送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ送信時の動作シーケンスの一例を示す図である。
【００５０】
図４によって説明したように、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、送受信制御装置を使うことによって、ＮＧＮ網１１０を利用したＩＰ−ＦＡＸ送信が可能になる。以下に、図６に示す動作シーケンスの流れの説明を示す。
【００５１】
（１）ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、宛先端末であるＮＧＮ対応済みのＩＰ−ＦＡＸ１１４に向けて「ＩＮＶＩＴＥ」メッセージ（送受信制御装置１０のＩＰアドレスが含まれている）をＳＩＰサーバ１０２に対して発行する（Ｓ２１）。
ここで、「ＩＮＶＩＴＥ」メッセージは、まずＳＩＰサーバ１０２を経由してＩＰ−ＦＡＸ１１４に行く。ＮＧＮ未対応のＩＰ−ＦＡＸ１０１には、送受信制御装置１０のＩＰアドレスがＳＩＰサーバ１０２のＩＰアドレスとして登録されている。そのため、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１がＩＰ−ＦＡＸ１１４に向けて発行した「ＩＮＶＩＴＥ」メッセージは、まず送受信制御装置１０に送られる。
【００５２】
（２）ＳＩＰサーバになりすましている送受信制御装置１０は、「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージが音声データの通信の要求（音声通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＩＰ−ＦＡＸ１０１へ順次返信することにより、通信ＯＫをＩＰ−ＦＡＸ１０１へ応答し（Ｓ２２〜Ｓ２４）、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１との間にセッションを確立させる。
【００５３】
ここで、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、宛先のＩＰ−ＦＡＸ１１４とセッションがつながったと判断していて、通常のＩＰ−ＦＡＸ送信の手順を実行し始める（音声の通信を始める）。また、送受信制御装置１０は、「ＩＮＶＩＴＥ」メッセージを受信した場合に、詳細には後述するが、図８のステップＳ１０２、図９のステップＳ２０２、図１２のステップＳ５０２でそれぞれ対応する判断を行う。
【００５４】
（３）ＩＰ−ＦＡＸ１０１は、送受信制御装置１０から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し（Ｓ２５）、送受信制御装置１０のＩＰアドレスに対して音声データの通信を始め、送受信制御装置１０との間で音声データの通信を行う（Ｓ２６）。このとき、送受信制御装置１０は、送受信制御装置１０から音声データを受け取るが、全て破棄する（音声データを何にも利用しない）。
【００５５】
（４）送受信制御装置１０は、ＩＰ−ＦＡＸ１０１との音声データの通信が終了し、その音声データを全て捨てた（破棄した）後、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１から受け取った「ＩＮＶＩＴＥ」メッセージの中身に修正を加えて、その修正後の「ＩＮＶＩＴＥ」メッセージを宛先のＩＰ−ＦＡＸ１１４に向けて発行する（Ｓ２７）。加えた修正の内容は２つで、ＳＤＰ（Session Description Protocol）のマルチメディアの種類を音声からＴ．３８に変える（つまり音声通信のセッション確立要求からＴ．３８通信用のセッション確立要求に変える）ことと、ＳＩＰサーバ１０２のＩＰアドレスが送受信制御装置１０のＩＰアドレスになっているため、それを本当の（正しい）ＳＩＰサーバ１０２のＩＰアドレスに変えることである。
【００５６】
それによって、ＳＩＰサーバ１０２にアクセスし、ＨＧＷ１１２、ＮＧＮ網１１０、およびＨＧＷ１１３を介して相手端末であるＩＰ−ＦＡＸ１１４との間にセッションを確立させることが可能になる。
なお、ＳＤＰとは、セッションを確立するために必要な情報を記述するためのプロトコルである。
【００５７】
（５）ＨＧＷ１１２は、送受信制御装置１０からＩＰ−ＦＡＸ１１４に向けて発行された「ＩＮＶＩＴＥ」メッセージを受信すると、それをＮＧＮ網１１０経由で宛先側のＨＧＷ１１３へ送信する（Ｓ２８）。
ＨＧＷ１１３は、送受信制御装置１０からＨＧＷ１１２およびＮＧＮ網１１０経由で「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージが音声データの通信の要求（音声通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＮＧＮ網１１０経由でＨＧＷ１１２へ順次返信する（Ｓ２９〜Ｓ３１）。
【００５８】
ＨＧＷ１１２は、ＨＧＷ１１３からＮＧＮ網１１０経由で送られてくる「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを送受信制御装置１０へ順次受け渡す（Ｓ３２〜Ｓ３４）。それによって、通信ＯＫを送受信制御装置１０へ応答することになり、送受信制御装置１０と宛先側のＨＧＷ１１３との間にＴ．３８通信用のセッションが確立される。
【００５９】
送受信制御装置１０は、宛先側のＨＧＷ１１３からＮＧＮ網１１０およびＨＧＷ１１２経由で「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、ＳＩＰサーバ１０２とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージをＨＧＷ１１２へ通知する（Ｓ３５）。
ＨＧＷ１１２は、送受信制御装置１０から通知される「ＡＣＫ」メッセージをＮＧＮ網１１０経由でＨＧＷ１１３へ受け渡す（Ｓ３６）。
【００６０】
（６）送受信制御装置１０は、「ＡＣＫ」メッセージをＨＧＷ１１２へ通知した後、「ＩＮＶＩＴＥ」メッセージをＮＧＮ未対応のＩＰ−ＦＡＸ１０１に対して発行する（Ｓ３７）。
ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、送受信制御装置１０から「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「２００ ＯＫ」のレスポンスを送受信制御装置１０へ返信することにより、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる（Ｓ３８）。
【００６１】
（７）ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、送受信制御装置１０の間にセッションが確立されたら、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し（Ｓ３９）、Ｔ．３８データの通信を始め、送受信制御装置１０との間でＴ．３８データの通信を行う（Ｓ４０）。その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージを送受信制御装置１０へ通知する（Ｓ４１）。
（８）送受信制御装置１０は、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１から「Ｂｙｅ」メッセージを受信すると、ＩＰ−ＦＡＸ１０１とのＴ．３８通信でＩＰ−ＦＡＸ１０１から得たＴ．３８データをＨＧＷ１１２へ送信した後、セッション終了を示す「Ｂｙｅ」メッセージをＨＧＷ１１２へ通知する（Ｓ４２，Ｓ４３）
【００６２】
（９）ＨＧＷ１１２は、送受信制御装置１０からＴ．３８データを受信すると、ＳＩＰサーバ１０２を使い、宛先側のＨＧＷ１１３とＮＧＮ網１１０経由でＴ．３８通信用のセッションを確立させ、受信したＴ．３８データの通信を行った後、送受信制御装置１０から「Ｂｙｅ」メッセージを受信すると、その「Ｂｙｅ」メッセージをＮＧＮ網１１０経由で宛先側のＨＧＷ１１３へ送信する（Ｓ４４，Ｓ４５）。
【００６３】
（１０）宛先側のＨＧＷ１１３は、ＨＧＷ１１２とのＴ．３８データの通信が終了すると、宛先の端末であるＮＧＮ対応済みのＩＰ−ＦＡＸ１１３とＴ．３８通信用のセッションを確立させ、受信したＴ．３８データの通信を行う。そして、その通信が終了し、ＨＧＷ１１２から「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスをＮＧＮ網１１０経由でＨＧＷ１１２へ返信する（Ｓ４６）。
ＨＧＷ１１２は、宛先側のＨＧＷ１１３からＮＧＮ網１１０経由で送られてくる「２００ ＯＫ」のレスポンスを送受信制御装置１０へ受け渡す（Ｓ４７）。
送受信制御装置１０は、ＨＧＷ１１２送られてくる「２００ ＯＫ」のレスポンスをＮＧＮ未対応のＩＰ−ＦＡＸ１０１へ通知する（Ｓ４８）。
【００６４】
図７は、図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ受信時の動作シーケンスの一例を示す図である。
ＨＧＷ１１３は、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１４から「ＩＮＶＩＴＥ」メッセージを受信すると、それをＮＧＮ網１１０経由でＮＧＮ未対応のＩＰ−ＦＡＸ１０１側のＨＧＷ１１３へ送信する（Ｓ５１）。
【００６５】
ＨＧＷ１１３は、その「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＮＧＮ網１１０経由でＮＧＮ対応済みのＩＰ−ＦＡＸ１１４側のＨＧＷ１１３へ順次返信することにより、通信ＯＫをＨＧＷ１１３へ応答し（Ｓ５２〜Ｓ５４）、ＨＧＷ１１３との間にＴ．３８通信用のセッションを確立させる。
【００６６】
ＨＧＷ１１３は、ＨＧＷ１１２からＮＧＮ網１１０経由で「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージをＨＧＷ１１２へ通知し（Ｓ５５）、ＨＧＷ１１２のＩＰアドレスに対してＴ．３８データの通信を始めて、ＨＧＷ１１２との間でＴ．３８データの通信を行う（Ｓ５６）。その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージをＨＧＷ１１２へ通知する（Ｓ５７）。
【００６７】
ＨＧＷ１１２は、その「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスをＨＧＷ１１３へ返信した後（Ｓ５８）、先に受信した「ＩＮＶＩＴＥ」メッセージを送受信制御装置１０へ通知する（Ｓ５９）。
送受信制御装置１０は、その「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＨＧＷ１１２へ順次返信することにより、通信ＯＫをＨＧＷ１１２へ応答し（Ｓ６０〜Ｓ６２）、ＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させる。
【００６８】
ここで、送受信制御装置１０は、ＨＧＷ１１２から「ＩＮＶＩＴＥ」メッセージを受信した場合に、詳細には後述するが、図９のステップＳ２０２、図１１のステップＳ４０２で対応する判断を行う。
ＨＧＷ１１２は、送受信制御装置１０から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し（Ｓ６３）、送受信制御装置１０のＩＰアドレスに対してＴ．３８データの通信を始め、送受信制御装置１０との間でＴ．３８データの通信を行い（Ｓ６４）、その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージを送受信制御装置１０へ通知する（Ｓ６５）。
【００６９】
送受信制御装置１０は、その「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスをＨＧＷ１１２へ返信した後（Ｓ６６）、先に受信した「ＩＮＶＩＴＥ」メッセージをＮＧＮ未対応のＩＰ−ＦＡＸ１０１へ通知する（Ｓ６７）。
ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、その「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＨＧＷ１１２へ順次返信することにより、通信ＯＫを送受信制御装置１０へ応答し（Ｓ６８〜Ｓ７０）、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる。
【００７０】
送受信制御装置１０は、ＩＰ−ＦＡＸ１０１から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージをＩＰ−ＦＡＸ１０１へ通知し（Ｓ７１）、ＩＰ−ＦＡＸ１０１のＩＰアドレスに対してＴ．３８データの通信を始め、ＩＰ−ＦＡＸ１０１との間でＴ．３８データの通信を行い（Ｓ７２）、その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージをＩＰ−ＦＡＸ１０１へ通知する（Ｓ７３）。
ＩＰ−ＦＡＸ１０１は、その「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスを送受信制御装置１０へ返信する（Ｓ７４）。
【００７１】
以下、図２に示した送受信制御装置１０による通信制御の各実施例について説明する。
〔第１実施例〕
まず、図２に示した送受信制御装置１０による通信制御の第１実施例について説明する。
図８は、その通信制御の第１実施例を示すフローチャートである。
【００７２】
送受信制御装置１０は、送信端末１０１から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図８に示す通信制御をスタートし、まずステップＳ１０１でその「ＩＮＶＩＴＥ」メッセージを受信し、ステップＳ１０２でその「ＩＮＶＩＴＥ」メッセージが音声通信用のセッション確立要求を示すものであるか否かを判断する。なお、図示の都合上、省略したが、「ＩＮＶＩＴＥ」メッセージを受信した場合に、その受信が送信端末１０１からの受信であるかＨＧＷ１１２からの受信であるかを判断し、送信端末１０１からの受信であった場合（つまり送信端末１０１によるデータ送信であった場合）に、ステップＳ１０２以降へ進むようにするとよい。
【００７３】
ステップＳ１０２での判断の結果、受信した「ＩＮＶＩＴＥ」メッセージが音声通信用のセッション確立要求を示すものであった場合に、ステップＳ１０３へ進み、送信端末１０１との間に音声通信用のセッションを確立させる。
続いて、ステップＳ１０４において、送信端末１０１と音声データの通信（やり取り）を行った後、ステップＳ１０５で送信端末１０１から受信した音声データを全て破棄して、ＨＧＷ１１２側には一切流さない。
【００７４】
次のステップＳ１０６においては、宛先端末１１４とＴ．３８通信を行うため、ステップＳ１０３で送信端末１０１から受信した宛先端末１１４等の情報（ＩＰアドレス）に基づいて、Ｔ．３８通信用のセッション確立要求を示す「ＩＮＶＩＴＥ」メッセージをＨＧＷ１１２へ送信して、そのＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させる。
次のステップＳ１０７においては、送信端末１０１とＴ．３８通信を行うため、Ｔ．３８通信用のセッション確立要求を示す「ＩＮＶＩＴＥ」メッセージを送信端末１０１へ送信して、その送信端末１０１との間にＴ．３８通信用のセッションを確立させる。
【００７５】
そして、ステップＳ１０８で送信端末１０１とＴ．３８データのやり取り（通信）を行い、ステップＳ１０９でＨＧＷ１１２とＴ．３８データのやり取りを行う。それによって、送信端末１０１とやり取りしたＴ．３８データをＨＧＷ１１２へ送信して、そのＴ．３８データを宛先端末１１４へ送ってもらうことができる。ＨＧＷ１１２は、宛先側のＨＧＷ１１３とやり取りして、宛先の受信端末である宛先端末１１４へＴ．３８データを送信させる。
【００７６】
ステップＳ１０９でのＴ．３８データのやりとりが終了すると、ステップＳ１１０へ進んで通信を終了する。
そして、ステップＳ１１１において、上述した音声通信およびＴ．３８通信の各通信結果（データの送受信結果）を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存する。
【００７７】
一方、ステップＳ１０２での判断の結果、送信端末１０１から受信した「ＩＮＶＩＴＥ」メッセージが音声通信用のセッション確立要求を示すものでなかった場合には、ステップＳ１１２へ移行し、送信端末１０１との間に要求されたセッション（受信した「ＩＮＶＩＴＥ」メッセージが示すセッション確立要求に対応するもの）、例えばＴ．３８通信用のセッションを確立させた後、ステップＳ１１３おいて、受信した「ＩＮＶＩＴＥ」メッセージをＨＧＷ１１２へ送信して、ＨＧＷ１１２との間にも要求されたセッションを確立させる。
【００７８】
そして、ステップＳ１１４で送信端末１０１とデータ（例えばＴ．３８データ）のやり取りを行った後、ステップＳ１１５でＨＧＷ１１２とデータ（例えばＴ．３８データ）のやり取りを行う。このとき、送信端末１０１から受信したデータは、全て何も手を加えずにＨＧＷ１１２へ送信する。
ステップＳ１１５でのデータのやりとりが終了すると、ステップＳ１１０へ移行して、上述と同様の制御を続ける。
【００７９】
このように、送受信制御装置１０は、自己に接続されているＩＰ−ＦＡＸ（通信端末）１０１からセッション確立要求を受信した場合に、そのセッション確立要求の内容を判別し、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、ＩＰ−ＦＡＸ１０１との間に音声通信用のセッションを確立させ、その音声通信が終了した後、上記音声データを破棄する。
【００８０】
その後、Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を自己に接続されているＨＧＷ１１２に対して発行して、そのＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させると共に、Ｔ．３８通信用のセッションの確立を要求するセッション確立要求をＩＰ−ＦＡＸ１０１に対して発行して、そのＩＰ−ＦＡＸ１０１との間にＴ．３８通信用のセッションを確立させることにより、ＩＰ−ＦＡＸ１０１から送られてくるＴ．３８通信用のデータを受信し、そのデータをＨＧＷ１１２へ送信する。
【００８１】
したがって、複数の異なるネットワークを統合した次世代ネットワークであるＮＧＮ網１１０に未対応のＩＰ−ＦＡＸ１０１であっても、ＮＧＮ網１１０に接続でき、宛先のＩＰ−ＦＡＸ１１４へ音声データを送信しようとした場合に、その音声データを破棄し、代わりにＴ．３８通信用のデータを宛先のＩＰ−ＦＡＸ（宛先端末）１１４へ送信することができる。
【００８２】
また、自己に接続されているＩＰ−ＦＡＸ１０１からのセッション確立要求が宛先のＩＰ−ＦＡＸ１１４に向けて音声データ以外のデータを送信するためのセッションの確立を要求するものである場合に、ＩＰ−ＦＡＸ１０１との間およびＨＧＷ１１２との間にそれぞれ要求されたセッションを確立させ、ＩＰ−ＦＡＸ１０１からのデータを受信した場合に、そのデータをＨＧＷ１１２へ送信することにより、ＩＰ−ＦＡＸ１０１から音声データ以外のデータを送信しようとした場合に、そのデータをそのまま宛先のＩＰ−ＦＡＸ１１４へ送信することが可能になる。
【００８３】
さらに、通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存することにより、通信端末１０１から通信履歴の取得要求があった場合に、パラメータメモリ１３から通信履歴を読み出して通信端末１０１へ送信し、その操作表示部上に表示させることが可能になる。あるいは、送受信制御装置１０の操作表示部１５から通信履歴の取得要求があった場合にも、パラメータメモリ１３から通信履歴を読み出して操作表示部１５上に表示することもできる。
【００８４】
〔第２実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第２実施例について説明する。
図９は、その通信制御の第２実施例を示すフローチャートである。
【００８５】
送受信制御装置１０は、送信端末１０１又はＨＧＷ１１２から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図９に示す通信制御をスタートし、まずステップＳ２０１でその「ＩＮＶＩＴＥ」メッセージを受信し、ステップＳ２０２でその「ＩＮＶＩＴＥ」メッセージの受信がＨＧＷ１１２からの受信であるか送信端末１０１からの受信であるかを判断し、送信端末１０１からの受信であれば、送信端末１０１によるデータ送信であるため、ステップＳ２０９へ移行して、図８のステップＳ１０２〜Ｓ１０９，Ｓ１１２〜Ｓ１１５と同様の制御を行った後、ステップＳ２０７へ移行する。
【００８６】
ここで、送受信制御装置１０では、送信端末（ＩＰ−ＦＡＸ）１０１のＩＰアドレスと電話番号の他に、ＨＧＷ１１２のＩＰアドレスもパラメータメモリ１３に記憶保持しているため、「ＩＮＶＩＴＥ」メッセージの受信がＨＧＷ１１２からの受信であるか送信端末１０１からの受信であるかを、そのメッセージに含まれている送信端末１０１又はＨＧＷ１１２のＩＰアドレスとパラメータメモリ１３に記憶保持されているＩＰアドレスとを比較照合することによって判断することができる。
【００８７】
一方、「ＩＮＶＩＴＥ」メッセージの受信がＨＧＷ１１２からの受信であった場合には、ＩＰ−ＦＡＸ１０１は受信端末となるため、ステップＳ２０３へ進み、ＨＧＷ１１２との間に要求されたセッション（例えばＴ．３８通信用のセッション）を確立させた後、ステップＳ２０４でＨＧＷ１１２とデータ（例えばＴ．３８データ）のやり取りを行う。
次に、ステップＳ２０５へ進み、受信した「ＩＮＶＩＴＥ」メッセージを受信端末１０１へ送信して、受信端末１０１との間にも要求されたセッションを確立させた後、ステップＳ２０６で受信端末１０１とデータのやり取りを行う。それによって、ＨＧＷ１１２とやり取りしたデータを受信端末１０１へ送信することができる。
【００８８】
ステップＳ２０６でのデータのやりとりが終了すると、ステップＳ２０７へ進んで通信を終了する。
そして、ステップＳ２０７において、上述した通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存して、図９の通信制御を終了する。
【００８９】
このように、送受信制御装置１０は、自己に接続されているＨＧＷ１１２から送られてくるデータを受信した場合に、そのことを判断し、その受信したデータをそのままＩＰ−ＦＡＸ（受信端末）１１４へ送信することにより、自己に接続されているＩＰ−ＦＡＸ１１４では、外部のＩＰ−ＦＡＸからのデータをＮＧＮ網１１０経由でそのまま受信することができる。
【００９０】
〔第３実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第３実施例について説明する。
図１０は、その通信制御の第３実施例を示すフローチャートである。
【００９１】
送受信制御装置１０は、送信端末１０１からそのＩＰアドレスと電話番号が通知されると、図１０に示す通信制御をスタートする。
ここで、送信端末（ＩＰ−ＦＡＸ）１０１は、ＳＩＰサーバ１０２に対して自己のＩＰアドレスと電話番号を自動で定期的に通知しにいく仕組みを持っている。また、送受信制御装置１０は、ＩＰアドレスと電話番号が通知されると、自己に自動で登録する仕組みを持っている。
【００９２】
送受信制御装置１０は、図１０に示す通信制御をスタートすると、まずステップＳ３０１で送信端末１０１からのＩＰアドレスと電話番号の通知を受け、次のステップＳ３０２において、通知を受けた情報（送信端末１０１のＩＰアドレスと電話番号）と自己に登録されている（パラメータメモリ１３に記憶されている）情報（送信端末１０１のＩＰアドレスと電話番号）とに差異があるか否かを判断し、差異がなければ図１０の通信制御を終了する。
【００９３】
通知を受けた情報と自己に登録されている情報とに差異がある場合には、ステップＳ３０３へ進み、ステップＳ３０１で通知を受けた情報に基づいて、パラメータメモリ１３に記憶されている情報（送信端末１０１のＩＰアドレス又は電話番号）を更新する。つまり、通知を受けた情報をパラメータメモリ１３に記憶されている情報に上書きして更新する。なお、自己に送信端末１０１の情報が全く登録されていない場合（初めて接続したとき）は、上記差異があると判断する。
その後、ステップＳ３０４へ進み、更新後の情報（送信端末１０１のＩＰアドレスと電話番号）をＳＩＰサーバ１０２へ通知し、図１０の通信制御を終了する。
ＳＩＰサーバ１０２は、ＩＰアドレスと電話番号が通知されると、その通知を受けて、その通知を受けた情報を自動で登録をする仕組みがある。
【００９４】
このように、送受信制御装置１０は、自己に接続しているＩＰ−ＦＡＸ１０１のＩＰアドレスと電話番号とを記憶するパラメータメモリ１３を設け、ＩＰ−ＦＡＸ１０１から通知されるその電話番号とＩＰアドレスとを受信した場合に、パラメータメモリ１３に記憶されているＩＰアドレス又は電話番号を必要に応じて更新し（受信した電話番号又はＩＰアドレスと差異があるＩＰアドレス又は電話番号を更新し）、その更新後の電話番号とＩＰアドレスとをＳＩＰサーバ１０２に対して通知することにより、ＩＰ−ＦＡＸ１０１の電話番号又はＩＰアドレスが変更になった場合でも、ＮＧＮ網１１０経由で外部のＩＰ−ＦＡＸ１１４と確実に通信を行うことができる。
【００９５】
〔第４実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第４実施例について説明する。なお、送受信制御装置１０にＩＰ−ＦＡＸ１０１以外のＩＰ−ＦＡＸも接続可能であるものとする。また、ＮＧＮ網１１０を介してＩＰ−ＦＡＸ１１４以外のＩＰ−ＦＡＸからもデータを受信可能とする。
図１１は、その通信制御の第４実施例を示すフローチャートである。
【００９６】
送受信制御装置１０では、予め受信を拒否する送信端末の一覧情報（受信拒否端末一覧情報）を設定して、パラメータメモリ１３に記憶保持することができる。例えば、ＩＰ−ＦＡＸ１０１（図１５の操作表示部１５でもよい）から受信拒否端末一覧情報を受信した場合に、それをパラメータメモリ１３に記憶保持し、登録しておくことができる。受信拒否端末一覧情報は、各受信を拒否する送信端末をそれぞれ識別するための識別情報であり、この実施形態では、その各送信端末のＩＰアドレスと電話番号が相当するが、他の識別情報であっても良い。
【００９７】
送受信制御装置１０は、ＨＧＷ１１２から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図１１に示す通信制御をスタートし、まずステップＳ４０１において、その「ＩＮＶＩＴＥ」メッセージを受信する。
次に、ステップＳ４０２において、受信した「ＩＮＶＩＴＥ」メッセージに含まれている送信元情報が示す送信端末（ＩＰ−ＦＡＸ）１１４等の送信端末が自己に設定されている受信拒否端末一覧情報が示す送信端末の一覧に含まれているかどうかを判断し、その一覧に含まれていれば送信端末からのデータの受信は行わず、そのままステップＳ４０４へ移行する。
【００９８】
また、受信した「ＩＮＶＩＴＥ」メッセージに含まれている送信元情報が示す送信端末が自己に設定されている受信拒否端末一覧情報が示す送信端末の一覧に含まれていない場合には、ステップＳ４０３へ進み、図９のステップＳ２０３〜Ｓ２０６と同様の制御を行った後、ステップＳ４０４へ進んで通信を終了し、ステップＳ４０５において、通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存して、図１１の通信制御を終了する。
【００９９】
このように、送受信制御装置１０は、自己に接続されているＩＰ−ＦＡＸ１０１から通知される受信を拒否したい相手の識別情報を受信した場合に、その識別情報を登録し、自己に接続されているＨＧＷ１１２からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、そのデータの送信元であるＩＰ−ＦＡＸ１１４等のＩＰ−ＦＡＸの識別情報を確認し、その識別情報が登録されている識別情報と一致する場合に、ＨＧＷ１１２からのデータの受信を拒否することにより、受信を拒否したい相手からのデータのみを確実に拒否することができる。
【０１００】
〔第５実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第５実施例について説明する。
図１２は、その通信制御の第５実施例を示すフローチャートである。
【０１０１】
送受信制御装置１０では、予め送信を禁止する宛先（宛先端末）の一覧情報（送信禁止宛先一覧情報）を設定して、パラメータメモリ１３に記憶保存することができる。例えば、ＩＰ−ＦＡＸ１０１（図１５の操作表示部１５でもよい）から送信禁止宛先一覧情報を受信した場合に、それをパラメータメモリ１３に記憶保持し、登録しておくことができる。送信禁止宛先一覧情報は、各宛先端末をそれぞれ識別するための識別情報であり、この実施形態では、各宛先端末のＩＰアドレスと電話番号が相当するが、他の識別情報であっても良い。
【０１０２】
送受信制御装置１０は、送信端末１０１等の送信端末から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図１２に示す通信制御をスタートし、まずステップＳ５０１において、その「ＩＮＶＩＴＥ」メッセージを受信する。
次に、ステップＳ５０２において、受信した「ＩＮＶＩＴＥ」メッセージに含まれている宛先情報が示す宛先端末（ＩＰ−ＦＡＸ）１１４等の宛先端末が自己に設定されている送信禁止宛先一覧情報が示す宛先端末の一覧に含まれているかどうかを判断し、その一覧に含まれていれば宛先端末へのデータの送信は行わず、そのままステップＳ５０４へ移行する。
【０１０３】
また、受信した「ＩＮＶＩＴＥ」メッセージに含まれている宛先情報が示す宛先端末が自己に設定されている送信禁止宛先一覧情報が示す宛先端末の一覧に含まれていない場合には、ステップＳ５０３へ進み、図８のステップＳ１０２〜Ｓ１０９，Ｓ１１２〜Ｓ１１５と同様の制御を行った後、ステップＳ５０４へ進んで通信を終了し、ステップＳ５０５において、通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存して、図１２の通信制御を終了する。
【０１０４】
このように、送受信制御装置１０は、自己に接続されているＩＰ−ＦＡＸ１０１から通知される送信を禁止したい相手の識別情報を受信した場合に、その識別情報を登録し、自己に接続されているＩＰ−ＦＡＸ１０１からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、そのデータの送信先であるＩＰ−ＦＡＸ１１４等のＩＰ−ＦＡＸの識別情報を確認し、その識別情報が登録されている識別情報と一致する場合に、ＩＰ−ＦＡＸ１０１からのデータの送信を禁止することにより、送信を禁止したい相手へのデータのみを確実に禁止することができる。
【０１０５】
以上、この発明を、ＮＧＮ未対応のＩＰ−ＦＡＸとＨＧＷとの間に接続でき、そのＩＰ−ＦＡＸとそのＨＧＷ、ＮＧＮ網、および宛先側のＨＧＷを介して宛先（外部）のＩＰ−ＦＡＸと通信可能な送受信制御装置に適用可能な実施形態について説明したが、この発明はこれに限らず、ＮＧＮ未対応のＩＰ−ＦＡＸ機能を有するデジタル複合機等の他の通信端末とＨＧＷ等のネットワーク通信制御装置との間に接続でき、その通信端末とそのネットワーク通信制御装置、ＮＧＮ網等の次世代ネットワーク、および宛先側のネットワーク通信制御装置を介して宛先のＩＰ−ＦＡＸ等の通信端末と通信可能な送受信制御装置に適用可能である。
【０１０６】
〔この発明に関わるプログラム〕
このプログラムは、送受信制御装置を制御するコンピュータ（ＣＰＵ）に、この発明に関わる要求判別手段、第１のセッション接続手段、音声データ破棄手段、第２のセッション接続手段、第３のセッション接続手段、データ受信手段、データ送信手段、受信元検知手段、更新手段、通知手段、登録手段、確認手段、受信拒否手段、送信禁止手段，第４のセッション接続手段、および認識手段としての機能を実現させるためのプログラムであり、このようなプログラムをＣＰＵに実行させることにより、上述したような作用効果を得ることができる。
【０１０７】
このような印刷制御プログラムは、はじめから送受信制御装置に備えるＲＯＭ、あるいは不揮発性メモリ（フラッシュＲＯＭ，ＥＥＰＲＯＭ等）、あるいはＨＤＤ（ハードディスク装置）などの記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭ、あるいはメモリカード，フレキシブルディスク，ＭＯ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，又はＤＶＤ−ＲＡＭ等の不揮発性記録媒体（メモリ）に記録して提供することもできる。それらの記録媒体に記録されたプログラムを送受信制御装置にインストールしてＣＰＵに実行させるか、ＣＰＵにそれらの記録媒体からこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、印刷制御プログラムを記録した記録媒体を備える外部機器あるいは印刷制御プログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１０８】
以上の説明から明らかなように、この発明によれば、送受信制御装置が、ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末であっても、次世代ネットワークに接続することができる。したがって、次世代ネットワークに未対応の通信端末であっても、次世代ネットワークに接続可能な送受信制御装置を提供することができる。
【符号の説明】
【０１０９】
１０：送受信制御装置 １１：システム制御部 １２：システムメモリ
１３：パラメータメモリ １４：時計回路 １５：操作表示部
１６：Ｔ．３８符号化復号化部 １７：呼接続メッセージ符号化復号化部
１８：磁気ディスク装置 １９：ネットワーク通信制御部
１０１，１１４：ＩＰ−ＦＡＸ １０２：ＳＩＰサーバ
１１２，１１３：ＨＧＷ（ホームゲートウェイ）
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開２００６−２２９３９４号公報
【技術分野】
【０００１】
この発明は、ＩＰファクシミリ装置（以下「ＩＰ−ＦＡＸ」ともいう）等の通信端末と通信する通信部（第１の通信手段）と、次世代ネットワークとの間の通信を制御するネットワーク通信制御装置と通信する通信部（第２の通信手段）とを有し、その各通信部との間のデータの送受信を制御する送受信制御装置、およびその制御方法に関する。
【背景技術】
【０００２】
現在、次世代の公衆網（次世代ネットワーク）として、ＮＧＮ（Next Generation Network）の開発が進められている。ＮＧＮ（以下「ＮＧＮ網」ともいう）は、ＩＰ（Internet Protocol）網と公衆電話網などを全て統合した公衆網である。
近年、例えばＩＰ−ＦＡＸも、ＮＧＮ網に通信可能に接続（以下単に「接続」ともいう）できることが求められている。しかし、ＩＰ−ＦＡＸがＮＧＮ網を使って送信（ＩＰ−ＦＡＸ送信）を行う場合、ＩＴＵ−Ｔ（国際電気通信連合）の勧告Ｔ．３８（以下単に「Ｔ．３８」ともいう）用のデータ（以下単に「Ｔ．３８データ」ともいう）のみを通信する方式でないと、送信を行えない。その理由は、以下に示す通りである。
【０００３】
従来のＩＰ−ＦＡＸは、ＶｏＩＰ（Voice over Internet Protocol）ゲートウェイ（GateWay）を使うユーザのために、音声データとＴ．３８データの両方を通信していた。しかし、ＮＧＮでは、音声データの通信を行うと、Ｔ．３８データのみの通信を行うときよりも、料金が多くかかってしまうため、通信関連の各社で集まり、ＮＧＮを使ったＩＰ−ＦＡＸ送信では、Ｔ．３８データのみを通信するというように取り決めが行われた。なお、ＶｏＩＰゲートウェイとは、ＩＰ網から送られてくるデータ（情報）を変換して、公衆電話網に流す装置のことであり、公衆電話網から送られてくるデータをＩＰ網に流すことも可能である。
【０００４】
一方、特許文献１には、音声通信の利用のみを前提としているキャリア網に装置を接続した場合であっても、画像データの通信を行うため、自装置が接続されるキャリアのサーバに適合するＳＤＰ（Session Description Protocol）ヘッダ形式を記憶手段に記憶し、送信するリクエストメッセージのＳＤＰヘッダを記憶手段内のＳＤＰヘッダ形式に従って記述する装置について開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＮＧＮ網では通信関連の各社で取り決めたＴ．３８データの通信のみを可能にする場合には、例えば特許文献１に記載されているようなＮＧＮに対応していない従来のＩＰ−ＦＡＸは、ＮＧＮ網に通信可能に接続できないという問題がある。
この発明は、上記の点に鑑みてなされたものであり、ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末（ＩＰ−ＦＡＸ等）でも、次世代ネットワークに接続できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、上記の目的を達成するため、以下に示す送受信制御装置およびその制御方法をそれぞれ提供する。
この発明による送受信制御装置は、通信端末と通信する第１の通信手段と、次世代ネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを備え、上記第１，第２の通信手段を用いてデータの送受信を制御する送受信制御装置であって、以下の（１）〜（７）のいずれかに示すようにしたことを特徴とする。
【０００７】
（１）上記通信端末からセッション確立要求を受信した場合に、そのセッション確立要求の内容を判別する要求判別手段と、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、上記通信端末との間に上記音声通信用のセッションを確立させる第１のセッション接続手段と、それによって上記音声通信用のセッションが確立され、その音声通信が終了した後、上記音声データを破棄する音声データ破棄手段と、それによって上記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を上記ネットワーク通信制御装置に対して発行して、そのネットワーク通信制御装置との間に上記Ｔ．３８通信用のセッションを確立させる第２のセッション接続手段と、上記音声データ破棄手段によって上記音声データが破棄された後、上記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を上記通信端末に対して発行して、その通信端末との間に上記Ｔ．３８通信用のセッションを確立させる第３のセッション接続手段と、それによって上記Ｔ．３８通信用のセッションが確立された場合に、上記通信端末から送られてくる上記Ｔ．３８通信用のデータを受信するデータ受信手段と、上記第２のセッション接続手段によって上記Ｔ．３８通信用のセッションが確立され、且つ上記データ受信手段によって上記Ｔ．３８通信用のデータを受信した場合に、そのデータを上記ネットワーク通信制御装置へ送信するデータ送信手段とを設ける。
【０００８】
（２）（１）の送受信制御装置において、上記データ受信手段によって上記ネットワーク通信制御装置から送られてくるデータを受信した場合に、そのネットワーク通信制御装置からデータを受信したことを判断する受信元判断手段を設け、上記データ送信手段が、上記受信元検知手段によって上記ネットワーク通信制御装置からデータを受信したことが判断された場合に、その受信したデータをそのまま上記通信端末へ送信する。
【０００９】
（３）（１）又は（２）の送受信制御装置において、上記第２の通信手段を、ＳＩＰを利用し、電話番号とＩＰアドレスとを対応付けた情報を記憶する制御、およびその情報に基づいて通信の制御を行うＳＩＰサーバとも通信する手段とし、上記通信端末の電話番号とＩＰアドレスとを記憶する記憶手段と、上記データ受信手段によって上記通信端末から通知されるその通信端末の電話番号とＩＰアドレスとを受信した場合に、上記記憶手段に記憶されている電話番号又はＩＰアドレスを必要に応じて更新する更新手段と、その更新後の電話番号とＩＰアドレスとを上記ＳＩＰサーバに対して通知する通知手段とを設ける。
【００１０】
（４）（１）〜（３）のいずれかの送受信制御装置において、上記データ受信手段によって上記通信端末から通知される受信を拒否したい相手の識別情報を受信した場合に、その識別情報を登録する登録手段と、上記データ受信手段によって上記ネットワーク通信制御装置からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、そのデータの送信元の識別情報を確認する確認手段と、それによって確認した上記送信元の識別情報が上記登録手段によって登録されている識別情報と一致する場合に、上記ネットワーク通信制御装置からのデータの受信を拒否する受信拒否手段とを設ける。
【００１１】
（５）（１）〜（３）のいずれかの送受信制御装置において、上記データ受信手段によって上記通信端末から通知される送信を禁止したい相手の識別情報を受信した場合に、該識別情報を登録する登録手段と、上記データ受信手段によって上記通信端末からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、該データの送信先の識別情報を確認する確認手段と、それによって確認した上記送信先の識別情報が上記登録手段によって登録されている識別情報と一致する場合に、上記通信端末からのデータの送信を禁止する送信禁止手段とを設ける。
【００１２】
（６）（１）〜（５）のいずれかの送受信制御装置において、上記要求判別手段による判別の結果、上記セッション確立要求が宛先に向けて上記音声データ以外のデータを送信するためのセッションの確立を要求するものである場合に、上記通信端末との間および上記ネットワーク通信制御装置との間にそれぞれ要求されたセッションを確立させる第４のセッション接続手段を設け、上記データ受信手段が、上記第４のセッション接続手段によって要求されたセッションが確立され、且つ上記データ受信手段によってデータを受信した場合に、そのデータを上記ネットワーク通信制御装置へ送信する。
【００１３】
（７）（１）〜（６）のいずれかの送受信制御装置において、上記データ受信手段によるデータの受信および上記データ送信手段によるデータの送信の結果を認識する認識手段と、その認識手段による認識結果を記憶する記憶手段とを設ける。
【００１４】
この発明による制御方法は、通信端末と通信する第１の通信手段と、複数の異なるネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを有し、上記第１，第２の通信手段との間のデータの送受信を制御する送受信制御装置における制御方法であって、上記通信端末からセッション確立要求を受信した場合に、該セッション確立要求の内容を判別する要求判別工程と、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、上記通信端末との間に上記音声通信用のセッションを確立させる第１のセッション接続工程と、それによって上記音声通信用のセッションが確立され、該音声通信が終了した後、上記音声データを破棄する音声データ破棄工程と、それによって上記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を上記ネットワーク通信制御装置に対して発行して、そのネットワーク通信制御装置との間に上記Ｔ．３８通信用のセッションを確立させる第２のセッション接続工程と、上記音声データ破棄工程によって上記音声データが破棄された後、上記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を上記通信端末に対して発行して、その通信端末との間に上記Ｔ．３８通信用のセッションを確立させる第３のセッション接続工程と、それによって上記Ｔ．３８通信用のセッションが確立された場合に、上記通信端末から送られてくる上記Ｔ．３８通信用のデータを受信するデータ受信工程と、上記第２のセッション接続工程によって上記Ｔ．３８通信用のセッションが確立され、且つ上記データ受信工程によって上記Ｔ．３８通信用のデータを受信した場合に、そのデータを上記ネットワーク通信制御装置へ送信するデータ送信工程とを有するものである。
【００１５】
この発明によれば、送受信制御装置が、上記通信端末からセッション確立要求を受信した場合に、そのセッション確立要求の内容を判別し、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、上記通信端末との間に上記音声通信用のセッションを確立させ、その音声通信が終了した後、上記音声データを破棄する。
【００１６】
その後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を上記ネットワーク通信制御装置に対して発行して、そのネットワーク通信制御装置との間に上記Ｔ．３８通信用のセッションを確立させると共に、上記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を上記通信端末に対して発行して、その通信端末との間に上記Ｔ．３８通信用のセッションを確立させることにより、上記通信端末から送られてくる上記Ｔ．３８通信用のデータを受信し、そのデータを上記ネットワーク通信制御装置へ送信する。
【発明の効果】
【００１７】
この発明によれば、ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末であっても、次世代ネットワークに接続することができる。
【図面の簡単な説明】
【００１８】
【図１】この発明による送受信制御装置を含むネットワークシステムの構成例を示す概略図である。
【図２】図１の送受信制御装置１０の例を示すブロック図である。
【図３】図２に示した送受信制御装置１０による登録処理の説明に供する説明図である。
【図４】図２に示した送受信制御装置１０による送信端末１０１に対する振る舞いを説明するための送受信制御装置１０と送信端末１０１との間の動作シーケンスの一例を示す図である。
【図５】図２に示した送受信制御装置１０によるＨＧＷ１１２に対する振る舞いを説明するための送受信制御装置１０とＨＧＷ１１２との間の動作シーケンスの一例を示す図である。
【００１９】
【図６】図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ送受信時の動作シーケンスの一例を示す図である。
【図７】図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ受信時の動作シーケンスの一例を示す図である。
【図８】図２に示した送受信制御装置１０による通信制御の第１実施例を示すフロー図である。
【図９】同じく通信制御の第２実施例を示すフロー図である。
【図１０】同じく通信制御の第３実施例を示すフロー図である。
【００２０】
【図１１】同じく通信制御の第４実施例を示すフロー図である。
【図１２】同じく通信制御の第５実施例を示すフロー図である。
【図１３】従来のＩＰ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図である。
【図１４】従来のＮＧＮ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図である。
【発明を実施するための形態】
【００２１】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
以下の実施形態では、送受信制御装置が以下の（ａ）〜（ｆ）に示すような機能を持つことが特徴になっている。
（ａ）ユーザ操作によって登録されたホームゲートウェイ（HomeGateWay：ＨＧＷ）のＩＰアドレスを記憶する機能
（ｂ）そのＩＰアドレスに基づいて、ＨＧＷと通信する機能
（ｃ）ＩＰ−ＦＡＸから送られてくるデータ（情報）を受信する機能
（ｄ）その受信したものから音声通信の部分を除いて、ＨＧＷに送信する機能
（ｅ）その送信時に、ＩＰ−ＦＡＸから見ると、ＩＰ網でのＩＰ−ＦＡＸ送信をしているのと同じように振舞う機能
（ｆ）ＨＧＷから見ると、ＮＧＮ対応済みのＩＰ−ＦＡＸと通信をしているのと同じように振舞う機能
【００２２】
そこで、その特徴について詳細に説明するが、その説明に入る前に、理解の便宜のため、従来のＩＰ−ＦＡＸ送信について説明する。
図１３は、従来のＩＰ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図である。
図１３に示すネットワークシステムは、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１と、ＳＩＰ（Session Initiation Protocol）サーバ１０２と、ＮＧＮ未対応のＩＰ−ＦＡＸ１０３とを備えている。それらの機器の接続は、ＩＰ網１００を介して行う。
【００２３】
ＩＰ−ＦＡＸ１０１，１０３は、原稿の画像を画像データとして読み取るスキャナ等の画像読取部と、画像データに基づいて画像を用紙等の印刷媒体に印刷（画像形成）するプロッタ等の画像形成部と、ＩＰ網１００経由で画像データ等のデータの送受信を行う通信部とを備えている。
ＳＩＰサーバ１０２は、ＳＩＰを利用して、電話番号とＩＰアドレスとを対応付けた情報を記憶する制御、およびその情報に基づいて通信の制御（相手を呼び出してつなぐといった呼制御を含む）を行うものである。
このように構成されたネットワークシステムおけるＩＰ網１００を利用したＩＰ−ＦＡＸ送信の流れは、以下の（Ａ１）〜（Ａ６）に示す通りである。
【００２４】
（Ａ１）ＩＰ−ＦＡＸ１０１は、送信端末として動作する場合、ＳＩＰサーバ１０２にアクセスし、宛先（送信先）と音声通信用のセッションを確立させようとする。
（Ａ２）ＳＩＰサーバ１０２は、電話番号から宛先を見つけ、宛先の端末（受信端末）であるＩＰ−ＦＡＸ１０３（以下「宛先端末１０３」という）とＩＰ−ＦＡＸ１０１（以下「通信端末１０１」という）との間に音声通信用のセッションを確立させる。
（Ａ３）送信端末１０１は、音声データの通信（音声通信）を宛先端末１０３と行う。
（Ａ４）音声データの通信が終わると、宛先端末１０３が、Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を発行し、Ｔ．３８通信用のセッションを確立させる。
（Ａ５）送信端末１０１は、Ｔ．３８データの通信を宛先端末１０３と行う。
（Ａ６）Ｔ．３８データの通信が終わったら、通信を終了する。
【００２５】
図１４は、従来のＮＧＮ網を利用したＩＰ−ＦＡＸ送信を説明するためのネットワークシステムの構成例を示す概略図であり、図１３と同じ部分（ＳＩＰサーバ１０２）には同一符号を付している。
図１４に示すネットワークシステムは、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１１と、ＨＧＷ１１２と、ＳＩＰサーバ１０２と、ＨＧＷ１１３と、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１４とを備えている。それらの機器の接続は、ＮＧＮ網１１０を介して行う。
【００２６】
ＩＰ−ＦＡＸ１１１，１１４は、原稿の画像を画像データとして読み取るスキャナ等の画像読取部と、画像データに基づいて画像を用紙等の印刷媒体に印刷するプロッタ等の画像形成部と、ＮＧＮ網１１０経由で画像データ等のデータの送受信を行う通信部とを備えている。
ＨＧＷ１１２，１１３は、それぞれＩＰ−ＦＡＸ１１１，１１４をＮＧＮ網１１０に接続するために用いるゲートウェイ装置（次世代ネットワークとの間の通信を制御するネットワーク通信制御装置）である。よって、例えばＩＰ−ＦＡＸ１１１が送信端末として動作する場合、そのＩＰ−ＦＡＸ１１１から見て、ＨＧＷ１１２はＮＧＮ網１１０の窓口となるような装置となる。
このように構成されたネットワークシステムにおけるＮＧＮ網１１０を利用したＩＰ−ＦＡＸ送信の流れは、以下の（Ｂ１）〜（Ｂ６）に示す通りである。
【００２７】
（Ｂ１）ＩＰ−ＦＡＸ１１１は、送信端末として動作する場合、自己とＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させる。
（Ｂ２）ＩＰ−ＦＡＸ１１１（以下「通信端末１１１」という）は、ＨＧＷ１１２とＴ．３８データの通信を行う。
（Ｂ３）ＨＧＷ１１２は、ＳＩＰサーバ１０２にアクセスして、宛先側のＨＧＷ１２３とＴ．３８通信用のセッションを確立させようとする。
（Ｂ４）ＳＩＰサーバ１０２は、電話番号から宛先を見つけ、送信端末１１１側のＨＧＷ１１２と宛先側のＨＧＷ１１３との間にＴ．３８通信用のセッションを確立させる。
（Ｂ５）送信端末１１１側のＨＧＷ１１２は、宛先側のＨＧＷ１１３とＴ．３８データの通信を行う。
（Ｂ６）Ｔ．３８データの通信が終わったら、通信を終了する。
【００２８】
次に、この発明による送受信制御装置を含むネットワークシステムの構成について説明する。
図１は、そのネットワークシステムの構成例を示す概略図であり、図１３，図１４と同じ部分（ＳＩＰサーバ１０２）には同一符号を付している。
図１に示すネットワークシステムは、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１と、送受信制御装置１０と、ＨＧＷ１１２と、ＳＩＰサーバ１０２と、ＨＧＷ１１３と、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１４とを備えている。それらの機器の接続は、ＮＧＮ網１１０を介して行う。
【００２９】
次に、図１の送受信制御装置１０の構成について説明する。
図２は、その送受信制御装置１０の構成例を示すブロック図である。
この送受信制御装置１０は、データの送受信を制御するものであり、例えば図２に示すように、システム制御部１１、システムメモリ１２、パラメータメモリ１３、時計回路１４、操作表示部１５、Ｔ．３８符号化復号化部１６、呼接続メッセージ符号化復号化部１７、磁気ディスク装置１８、およびネットワーク通信制御部１９を備えている。
【００３０】
システム制御部１１は、送受信制御装置１０全体を制御する中央処理装置（ＣＰＵ）であり、後述するこの発明に関わる制御を行う。
システムメモリ１２は、システム制御部１１が実行する制御プログラムを格納する記憶手段である。
パラメータメモリ１３は、設定されたパラメータ情報などを蓄積するための不揮発性の記憶手段である。パラメータ情報としては、後述するＨＧＷ１１２のＩＰアドレスや、ＩＰ−ＦＡＸ１０１のＩＰアドレスと電話番号、通信履歴、受信拒否端末情報、および送信禁止端末情報等がある。
【００３１】
時計回路１４は、現在の時刻を生成出力する時計手段である。
操作表示部１５は、操作情報および設定情報を入力すると共に、これらの情報や装置の状態情報を表示するためのものであり、ダイヤル番号操作キー等の各種操作キーおよび液晶表示装置等の表示器を備えている。
Ｔ．３８符号化復号化部１６は、Ｔ．３８データの通信のために、データを所定の符号方式で符号化圧縮（エンコード）する一方、所定の復号化方式で復号伸張（デコード）するものである。
【００３２】
呼接続メッセージ符号化復号化部１７は、呼接続メッセージを所定の符号化方式で符号化圧縮する一方、所定の復号化方式で復号伸張するものである。
磁気ディスク装置１８は、画像データ等のデータを格納する記憶手段である。
ネットワーク通信制御部１９は、ＩＰ−ＦＡＸ１０１と通信を行ったり、ＨＧＷ１１２およびＮＧＮ網１１０を介して相手側のＨＧＷ１１３との接続・通信および切断を制御したりする通信手段である。このネットワーク通信制御部１９は、この発明に関わる第１，第２の通信手段としての機能を果す。
【００３３】
ここで、システム制御部１１（ＣＰＵ）が、システムメモリ１２内の制御プログラムを実行し、Ｔ．３８符号化復号化部１６、呼接続メッセージ符号化復号化部１７、およびネットワーク通信制御部１９を含む各部を制御することにより、この発明に関わる要求判別手段、第１のセッション接続手段、音声データ破棄手段、第２のセッション接続手段、第３のセッション接続手段、データ受信手段、データ送信手段、受信元検知手段、更新手段、通知手段、登録手段、確認手段、受信拒否手段、送信禁止手段，第４のセッション接続手段、および認識手段としての機能を果す。
【００３４】
次に、図２に示した送受信制御装置１０による登録処理について説明する。
図３は、その送受信制御装置１０による登録処理の説明に供する説明図である。
送受信制御装置１０へは、以下の（ａ）（ｂ）に示す情報を登録する必要がある。
（ａ）ＨＧＷ１１２のＩＰアドレス
（ｂ）送信端末（ＩＰ−ＦＡＸ）１０１のＩＰアドレスと電話番号
【００３５】
ＨＧＷ１１２のＩＰアドレスは、ＨＧＷ１１２をデータの送受信時に使用するために登録する。具体的には、システム制御部１１が、ユーザ操作（実際にはユーザによる図１５の操作表示部１５上の操作に応じて発生する操作信号）により、ＨＧＷ１１２のＩＰアドレスをパラメータメモリ１３に記憶して登録する。
送信端末１０１のＩＰアドレスと電話番号は、送受信制御装置１０が送信端末１０１になり変わって通信をするために登録する。具体的には、システム制御部１１が、送信端末１０１からそのＩＰアドレスと電話番号が通知されるため、それらをパラメータメモリ１３に記憶して登録する。
【００３６】
次に、図２に示した送受信制御装置１０による送信端末１０１に対する振る舞いについて説明する。
図４は、その送受信制御装置１０による送信端末１０１に対する振る舞いを説明するための送受信制御装置１０と送信端末１０１との間の動作シーケンスの一例を示す図である。
【００３７】
送受信制御装置１０は、送信端末１０１から見たらＳＩＰサーバ１０２および宛先の端末であるＩＰ−ＦＡＸ（宛先端末）１１４のように振る舞う。
送信端末１０１にはＳＩＰサーバ１０２のＩＰアドレスを登録する部分があり、そこに送受信制御装置１０のＩＰアドレスを登録する。
それによって、ＮＧＮ未対応の送信端末（ＩＰ−ＦＡＸ）１０１は、ＮＧＮ網１１０に対しても、ＩＰ網に対してＩＰ−ＦＡＸ送信する時と同じように使える。
【００３８】
すなわち、ＮＧＮ未対応の送信端末１０１は、送受信制御装置１０のＩＰアドレスをＳＩＰサーバ１０２のＩＰアドレスとして登録しているため、ＳＩＰサーバ１０２にアクセスしようとすると、送受信制御装置１０につながる。よって、送信端末１０１が、宛先端末１１４への「ＩＮＶＩＴＥ」メッセージ（送受信制御装置１０のＩＰアドレスが含まれている）をＳＩＰサーバ１０２に対して発行すると、送受信制御装置１０につながる（図３のＳ１）。
【００３９】
送受信制御装置１０は、送信端末１０１から「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージが音声データの通信の要求（音声通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを送信端末１０１へ順次返信する。それによって、通信ＯＫを送信端末１０１へ応答することになり、送信端末１０１との間に音声通信用のセッションを確立させる。このとき、ＮＧＮ網１１０を使用しない従来のＩＰ−ＦＡＸ送信では、ＳＩＰサーバ１０２が宛先端末１１４のＩＰアドレスを送信端末１０１へ返すところであるが、この実施形態では送受信制御装置１０が自己のＩＰアドレスを返す（Ｓ２）。
【００４０】
送信端末１０１は、送受信制御装置１０から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、ＳＩＰサーバ１０２とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し、送受信制御装置１０のＩＰアドレスに対して音声データの通信を始め、送受信制御装置１０との間で音声データの通信を行う（Ｓ３，Ｓ４）。
音声データの通信が終了すると、送受信制御装置１０は、「ＩＮＶＩＴＥ」メッセージを送信端末１０１に対して発行する（Ｓ５）。
【００４１】
送信端末１０１は、送受信制御装置１０から「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「２００ ＯＫ」のレスポンスを送受信制御装置１０へ返信することにより、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる（Ｓ６）。
送受信制御装置１０は、送信端末１０１から「２００ ＯＫ」のレスポンスを受けると、送信端末１０１とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージを送信端末１０１へ通知し、Ｔ．３８データの通信を始め、送信端末１０１との間でＴ．３８データの通信を行う（Ｓ７，Ｓ８）。
【００４２】
ここで、送信端末１０１は、ステップＳ１〜Ｓ３の動作シーケンスの期間では、送受信制御装置１０をＳＩＰサーバ１０２と判断して通信制御を行っている。また、ステップＳ４〜Ｓ８の動作シーケンスの期間では、送受信制御装置１０を宛先端末（受信端末）１１４と判断して通信制御を行っている。よって、ステップＳ１〜Ｓ８の動作シーケンスは、ＮＧＮ網１１０を使用しない従来のＩＰ−ＦＡＸ送信を行う場合と同じになる。
【００４３】
次に、図２に示した送受信制御装置１０によるＨＧＷ１１２に対する振る舞いについて説明する。
図５は、その送受信制御装置１０によるＨＧＷ１１２に対する振る舞いを説明するための送受信制御装置１０とＨＧＷ１１２との間の動作シーケンスの一例を示す図である。
【００４４】
送受信制御装置１０は、ＨＧＷ１１２とＴ．３８データの通信のみ行う（音声データの通信は行わない）。
送受信制御装置１０には、ユーザーによってＨＧＷ１１２のＩＰアドレスが登録されている。
それによって、ＮＧＮ網１１０を利用した通常のＩＰ−ＦＡＸ送信する時と同じようにＨＧＷ１１２を使える。
【００４５】
すなわち、送受信制御装置１０は、送信端末１０１との音声データの通信が終了すると、「ＩＮＶＩＴＥ」メッセージをＨＧＷ１１２に対して発行する（図５のＳ１１）。
ＨＧＷ１１２は、送受信制御装置１０から「ＩＮＶＩＴＥ」メッセージ（宛先端末１１４の電話番号が含まれている）を受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、以下の（ａ）（ｂ）に示す二つの理由から、通常通りのＮＧＮ網１１０を利用したＩＰ−ＦＡＸ送信が行われていると解釈するため、ＩＰ−ＦＡＸ送信を実行する。
【００４６】
（ａ）ＮＧＮ対応済みのＩＰ−ＦＡＸと同じように、送受信制御装置１０にはＨＧＷ１１２のＩＰアドレスが登録されているため、送受信制御装置１０はＨＧＷ１１２との関わり方がＮＧＮ対応済みのＩＰ−ＦＡＸと全く同じである。
（ｂ）送受信制御装置１０は、Ｔ．３８データの通信のみＨＧＷ１１２と行い、音声データの通信はＨＧＷ１１２と一切行わない。音声のデータは、全て捨てる。
【００４７】
ＨＧＷ１１２は、Ｔ．３８データの通信の要求を受けて、ＩＰ−ＦＡＸ送信を実行する際に、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを送受信制御装置１０へ順次返信する。それによって、通信ＯＫを送受信制御装置１０へ応答することになり、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる。このとき、ＮＧＮ網１１０を使用するＩＰ−ＦＡＸ送信なので、自己のＩＰアドレスを返す（Ｓ１２）。
【００４８】
送受信制御装置１０は、ＨＧＷ１１２から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、ＨＧＷ１１２とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージをＨＧＷ１１２へ通知し、ＨＧＷ１１２のＩＰアドレスに対してＴ．３８データの通信を始め、ＨＧＷ１１２との間でＴ．３８データの通信を行う（Ｓ１３，Ｓ１４）。
よって、ステップＳ１１〜Ｓ１４の動作シーケンスはＮＧＮ網１１０を用いた通常のＩＰ−ＦＡＸ送信を行う場合と同じになり、ＩＰ網用のＩＰ−ＦＡＸ１０１がＮＧＮ網１１０を用いたＩＰ−ＦＡＸ送信を行える。
【００４９】
次に、図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ送受信時の動作シーケンスについて説明する。
図６は、その送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ送信時の動作シーケンスの一例を示す図である。
【００５０】
図４によって説明したように、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、送受信制御装置を使うことによって、ＮＧＮ網１１０を利用したＩＰ−ＦＡＸ送信が可能になる。以下に、図６に示す動作シーケンスの流れの説明を示す。
【００５１】
（１）ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、宛先端末であるＮＧＮ対応済みのＩＰ−ＦＡＸ１１４に向けて「ＩＮＶＩＴＥ」メッセージ（送受信制御装置１０のＩＰアドレスが含まれている）をＳＩＰサーバ１０２に対して発行する（Ｓ２１）。
ここで、「ＩＮＶＩＴＥ」メッセージは、まずＳＩＰサーバ１０２を経由してＩＰ−ＦＡＸ１１４に行く。ＮＧＮ未対応のＩＰ−ＦＡＸ１０１には、送受信制御装置１０のＩＰアドレスがＳＩＰサーバ１０２のＩＰアドレスとして登録されている。そのため、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１がＩＰ−ＦＡＸ１１４に向けて発行した「ＩＮＶＩＴＥ」メッセージは、まず送受信制御装置１０に送られる。
【００５２】
（２）ＳＩＰサーバになりすましている送受信制御装置１０は、「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージが音声データの通信の要求（音声通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＩＰ−ＦＡＸ１０１へ順次返信することにより、通信ＯＫをＩＰ−ＦＡＸ１０１へ応答し（Ｓ２２〜Ｓ２４）、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１との間にセッションを確立させる。
【００５３】
ここで、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、宛先のＩＰ−ＦＡＸ１１４とセッションがつながったと判断していて、通常のＩＰ−ＦＡＸ送信の手順を実行し始める（音声の通信を始める）。また、送受信制御装置１０は、「ＩＮＶＩＴＥ」メッセージを受信した場合に、詳細には後述するが、図８のステップＳ１０２、図９のステップＳ２０２、図１２のステップＳ５０２でそれぞれ対応する判断を行う。
【００５４】
（３）ＩＰ−ＦＡＸ１０１は、送受信制御装置１０から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し（Ｓ２５）、送受信制御装置１０のＩＰアドレスに対して音声データの通信を始め、送受信制御装置１０との間で音声データの通信を行う（Ｓ２６）。このとき、送受信制御装置１０は、送受信制御装置１０から音声データを受け取るが、全て破棄する（音声データを何にも利用しない）。
【００５５】
（４）送受信制御装置１０は、ＩＰ−ＦＡＸ１０１との音声データの通信が終了し、その音声データを全て捨てた（破棄した）後、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１から受け取った「ＩＮＶＩＴＥ」メッセージの中身に修正を加えて、その修正後の「ＩＮＶＩＴＥ」メッセージを宛先のＩＰ−ＦＡＸ１１４に向けて発行する（Ｓ２７）。加えた修正の内容は２つで、ＳＤＰ（Session Description Protocol）のマルチメディアの種類を音声からＴ．３８に変える（つまり音声通信のセッション確立要求からＴ．３８通信用のセッション確立要求に変える）ことと、ＳＩＰサーバ１０２のＩＰアドレスが送受信制御装置１０のＩＰアドレスになっているため、それを本当の（正しい）ＳＩＰサーバ１０２のＩＰアドレスに変えることである。
【００５６】
それによって、ＳＩＰサーバ１０２にアクセスし、ＨＧＷ１１２、ＮＧＮ網１１０、およびＨＧＷ１１３を介して相手端末であるＩＰ−ＦＡＸ１１４との間にセッションを確立させることが可能になる。
なお、ＳＤＰとは、セッションを確立するために必要な情報を記述するためのプロトコルである。
【００５７】
（５）ＨＧＷ１１２は、送受信制御装置１０からＩＰ−ＦＡＸ１１４に向けて発行された「ＩＮＶＩＴＥ」メッセージを受信すると、それをＮＧＮ網１１０経由で宛先側のＨＧＷ１１３へ送信する（Ｓ２８）。
ＨＧＷ１１３は、送受信制御装置１０からＨＧＷ１１２およびＮＧＮ網１１０経由で「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージが音声データの通信の要求（音声通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＮＧＮ網１１０経由でＨＧＷ１１２へ順次返信する（Ｓ２９〜Ｓ３１）。
【００５８】
ＨＧＷ１１２は、ＨＧＷ１１３からＮＧＮ網１１０経由で送られてくる「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを送受信制御装置１０へ順次受け渡す（Ｓ３２〜Ｓ３４）。それによって、通信ＯＫを送受信制御装置１０へ応答することになり、送受信制御装置１０と宛先側のＨＧＷ１１３との間にＴ．３８通信用のセッションが確立される。
【００５９】
送受信制御装置１０は、宛先側のＨＧＷ１１３からＮＧＮ網１１０およびＨＧＷ１１２経由で「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、ＳＩＰサーバ１０２とセッションが確立していると判断して、了解した旨を示す「ＡＣＫ」メッセージをＨＧＷ１１２へ通知する（Ｓ３５）。
ＨＧＷ１１２は、送受信制御装置１０から通知される「ＡＣＫ」メッセージをＮＧＮ網１１０経由でＨＧＷ１１３へ受け渡す（Ｓ３６）。
【００６０】
（６）送受信制御装置１０は、「ＡＣＫ」メッセージをＨＧＷ１１２へ通知した後、「ＩＮＶＩＴＥ」メッセージをＮＧＮ未対応のＩＰ−ＦＡＸ１０１に対して発行する（Ｓ３７）。
ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、送受信制御装置１０から「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「２００ ＯＫ」のレスポンスを送受信制御装置１０へ返信することにより、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる（Ｓ３８）。
【００６１】
（７）ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、送受信制御装置１０の間にセッションが確立されたら、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し（Ｓ３９）、Ｔ．３８データの通信を始め、送受信制御装置１０との間でＴ．３８データの通信を行う（Ｓ４０）。その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージを送受信制御装置１０へ通知する（Ｓ４１）。
（８）送受信制御装置１０は、ＮＧＮ未対応のＩＰ−ＦＡＸ１０１から「Ｂｙｅ」メッセージを受信すると、ＩＰ−ＦＡＸ１０１とのＴ．３８通信でＩＰ−ＦＡＸ１０１から得たＴ．３８データをＨＧＷ１１２へ送信した後、セッション終了を示す「Ｂｙｅ」メッセージをＨＧＷ１１２へ通知する（Ｓ４２，Ｓ４３）
【００６２】
（９）ＨＧＷ１１２は、送受信制御装置１０からＴ．３８データを受信すると、ＳＩＰサーバ１０２を使い、宛先側のＨＧＷ１１３とＮＧＮ網１１０経由でＴ．３８通信用のセッションを確立させ、受信したＴ．３８データの通信を行った後、送受信制御装置１０から「Ｂｙｅ」メッセージを受信すると、その「Ｂｙｅ」メッセージをＮＧＮ網１１０経由で宛先側のＨＧＷ１１３へ送信する（Ｓ４４，Ｓ４５）。
【００６３】
（１０）宛先側のＨＧＷ１１３は、ＨＧＷ１１２とのＴ．３８データの通信が終了すると、宛先の端末であるＮＧＮ対応済みのＩＰ−ＦＡＸ１１３とＴ．３８通信用のセッションを確立させ、受信したＴ．３８データの通信を行う。そして、その通信が終了し、ＨＧＷ１１２から「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスをＮＧＮ網１１０経由でＨＧＷ１１２へ返信する（Ｓ４６）。
ＨＧＷ１１２は、宛先側のＨＧＷ１１３からＮＧＮ網１１０経由で送られてくる「２００ ＯＫ」のレスポンスを送受信制御装置１０へ受け渡す（Ｓ４７）。
送受信制御装置１０は、ＨＧＷ１１２送られてくる「２００ ＯＫ」のレスポンスをＮＧＮ未対応のＩＰ−ＦＡＸ１０１へ通知する（Ｓ４８）。
【００６４】
図７は、図２に示した送受信制御装置１０を用いたＮＧＮ網１１０を利用するＩＰ−ＦＡＸ受信時の動作シーケンスの一例を示す図である。
ＨＧＷ１１３は、ＮＧＮ対応済みのＩＰ−ＦＡＸ１１４から「ＩＮＶＩＴＥ」メッセージを受信すると、それをＮＧＮ網１１０経由でＮＧＮ未対応のＩＰ−ＦＡＸ１０１側のＨＧＷ１１３へ送信する（Ｓ５１）。
【００６５】
ＨＧＷ１１３は、その「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＮＧＮ網１１０経由でＮＧＮ対応済みのＩＰ−ＦＡＸ１１４側のＨＧＷ１１３へ順次返信することにより、通信ＯＫをＨＧＷ１１３へ応答し（Ｓ５２〜Ｓ５４）、ＨＧＷ１１３との間にＴ．３８通信用のセッションを確立させる。
【００６６】
ＨＧＷ１１３は、ＨＧＷ１１２からＮＧＮ網１１０経由で「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージをＨＧＷ１１２へ通知し（Ｓ５５）、ＨＧＷ１１２のＩＰアドレスに対してＴ．３８データの通信を始めて、ＨＧＷ１１２との間でＴ．３８データの通信を行う（Ｓ５６）。その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージをＨＧＷ１１２へ通知する（Ｓ５７）。
【００６７】
ＨＧＷ１１２は、その「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスをＨＧＷ１１３へ返信した後（Ｓ５８）、先に受信した「ＩＮＶＩＴＥ」メッセージを送受信制御装置１０へ通知する（Ｓ５９）。
送受信制御装置１０は、その「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＨＧＷ１１２へ順次返信することにより、通信ＯＫをＨＧＷ１１２へ応答し（Ｓ６０〜Ｓ６２）、ＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させる。
【００６８】
ここで、送受信制御装置１０は、ＨＧＷ１１２から「ＩＮＶＩＴＥ」メッセージを受信した場合に、詳細には後述するが、図９のステップＳ２０２、図１１のステップＳ４０２で対応する判断を行う。
ＨＧＷ１１２は、送受信制御装置１０から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージを送受信制御装置１０へ通知し（Ｓ６３）、送受信制御装置１０のＩＰアドレスに対してＴ．３８データの通信を始め、送受信制御装置１０との間でＴ．３８データの通信を行い（Ｓ６４）、その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージを送受信制御装置１０へ通知する（Ｓ６５）。
【００６９】
送受信制御装置１０は、その「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスをＨＧＷ１１２へ返信した後（Ｓ６６）、先に受信した「ＩＮＶＩＴＥ」メッセージをＮＧＮ未対応のＩＰ−ＦＡＸ１０１へ通知する（Ｓ６７）。
ＮＧＮ未対応のＩＰ−ＦＡＸ１０１は、その「ＩＮＶＩＴＥ」メッセージを受信すると、そのメッセージがＴ．３８データの通信の要求（Ｔ．３８通信用のセッション確立要求）を示すものであれば、「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスをＨＧＷ１１２へ順次返信することにより、通信ＯＫを送受信制御装置１０へ応答し（Ｓ６８〜Ｓ７０）、送受信制御装置１０との間にＴ．３８通信用のセッションを確立させる。
【００７０】
送受信制御装置１０は、ＩＰ−ＦＡＸ１０１から「１００ Ｔｒｙｉｎｇ」「１８０ Ｒｉｎｇｉｎｇ」「２００ ＯＫ」の各レスポンスを受信することにより、通信ＯＫの応答を受けると、了解した旨を示す「ＡＣＫ」メッセージをＩＰ−ＦＡＸ１０１へ通知し（Ｓ７１）、ＩＰ−ＦＡＸ１０１のＩＰアドレスに対してＴ．３８データの通信を始め、ＩＰ−ＦＡＸ１０１との間でＴ．３８データの通信を行い（Ｓ７２）、その通信が終了すると、セッション終了を示す「Ｂｙｅ」メッセージをＩＰ−ＦＡＸ１０１へ通知する（Ｓ７３）。
ＩＰ−ＦＡＸ１０１は、その「Ｂｙｅ」メッセージを受信すると、「２００ ＯＫ」のレスポンスを送受信制御装置１０へ返信する（Ｓ７４）。
【００７１】
以下、図２に示した送受信制御装置１０による通信制御の各実施例について説明する。
〔第１実施例〕
まず、図２に示した送受信制御装置１０による通信制御の第１実施例について説明する。
図８は、その通信制御の第１実施例を示すフローチャートである。
【００７２】
送受信制御装置１０は、送信端末１０１から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図８に示す通信制御をスタートし、まずステップＳ１０１でその「ＩＮＶＩＴＥ」メッセージを受信し、ステップＳ１０２でその「ＩＮＶＩＴＥ」メッセージが音声通信用のセッション確立要求を示すものであるか否かを判断する。なお、図示の都合上、省略したが、「ＩＮＶＩＴＥ」メッセージを受信した場合に、その受信が送信端末１０１からの受信であるかＨＧＷ１１２からの受信であるかを判断し、送信端末１０１からの受信であった場合（つまり送信端末１０１によるデータ送信であった場合）に、ステップＳ１０２以降へ進むようにするとよい。
【００７３】
ステップＳ１０２での判断の結果、受信した「ＩＮＶＩＴＥ」メッセージが音声通信用のセッション確立要求を示すものであった場合に、ステップＳ１０３へ進み、送信端末１０１との間に音声通信用のセッションを確立させる。
続いて、ステップＳ１０４において、送信端末１０１と音声データの通信（やり取り）を行った後、ステップＳ１０５で送信端末１０１から受信した音声データを全て破棄して、ＨＧＷ１１２側には一切流さない。
【００７４】
次のステップＳ１０６においては、宛先端末１１４とＴ．３８通信を行うため、ステップＳ１０３で送信端末１０１から受信した宛先端末１１４等の情報（ＩＰアドレス）に基づいて、Ｔ．３８通信用のセッション確立要求を示す「ＩＮＶＩＴＥ」メッセージをＨＧＷ１１２へ送信して、そのＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させる。
次のステップＳ１０７においては、送信端末１０１とＴ．３８通信を行うため、Ｔ．３８通信用のセッション確立要求を示す「ＩＮＶＩＴＥ」メッセージを送信端末１０１へ送信して、その送信端末１０１との間にＴ．３８通信用のセッションを確立させる。
【００７５】
そして、ステップＳ１０８で送信端末１０１とＴ．３８データのやり取り（通信）を行い、ステップＳ１０９でＨＧＷ１１２とＴ．３８データのやり取りを行う。それによって、送信端末１０１とやり取りしたＴ．３８データをＨＧＷ１１２へ送信して、そのＴ．３８データを宛先端末１１４へ送ってもらうことができる。ＨＧＷ１１２は、宛先側のＨＧＷ１１３とやり取りして、宛先の受信端末である宛先端末１１４へＴ．３８データを送信させる。
【００７６】
ステップＳ１０９でのＴ．３８データのやりとりが終了すると、ステップＳ１１０へ進んで通信を終了する。
そして、ステップＳ１１１において、上述した音声通信およびＴ．３８通信の各通信結果（データの送受信結果）を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存する。
【００７７】
一方、ステップＳ１０２での判断の結果、送信端末１０１から受信した「ＩＮＶＩＴＥ」メッセージが音声通信用のセッション確立要求を示すものでなかった場合には、ステップＳ１１２へ移行し、送信端末１０１との間に要求されたセッション（受信した「ＩＮＶＩＴＥ」メッセージが示すセッション確立要求に対応するもの）、例えばＴ．３８通信用のセッションを確立させた後、ステップＳ１１３おいて、受信した「ＩＮＶＩＴＥ」メッセージをＨＧＷ１１２へ送信して、ＨＧＷ１１２との間にも要求されたセッションを確立させる。
【００７８】
そして、ステップＳ１１４で送信端末１０１とデータ（例えばＴ．３８データ）のやり取りを行った後、ステップＳ１１５でＨＧＷ１１２とデータ（例えばＴ．３８データ）のやり取りを行う。このとき、送信端末１０１から受信したデータは、全て何も手を加えずにＨＧＷ１１２へ送信する。
ステップＳ１１５でのデータのやりとりが終了すると、ステップＳ１１０へ移行して、上述と同様の制御を続ける。
【００７９】
このように、送受信制御装置１０は、自己に接続されているＩＰ−ＦＡＸ（通信端末）１０１からセッション確立要求を受信した場合に、そのセッション確立要求の内容を判別し、その判別の結果、上記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、ＩＰ−ＦＡＸ１０１との間に音声通信用のセッションを確立させ、その音声通信が終了した後、上記音声データを破棄する。
【００８０】
その後、Ｔ．３８通信用のデータを送信するためのそのＴ．３８通信用のセッションの確立を要求するセッション確立要求を自己に接続されているＨＧＷ１１２に対して発行して、そのＨＧＷ１１２との間にＴ．３８通信用のセッションを確立させると共に、Ｔ．３８通信用のセッションの確立を要求するセッション確立要求をＩＰ−ＦＡＸ１０１に対して発行して、そのＩＰ−ＦＡＸ１０１との間にＴ．３８通信用のセッションを確立させることにより、ＩＰ−ＦＡＸ１０１から送られてくるＴ．３８通信用のデータを受信し、そのデータをＨＧＷ１１２へ送信する。
【００８１】
したがって、複数の異なるネットワークを統合した次世代ネットワークであるＮＧＮ網１１０に未対応のＩＰ−ＦＡＸ１０１であっても、ＮＧＮ網１１０に接続でき、宛先のＩＰ−ＦＡＸ１１４へ音声データを送信しようとした場合に、その音声データを破棄し、代わりにＴ．３８通信用のデータを宛先のＩＰ−ＦＡＸ（宛先端末）１１４へ送信することができる。
【００８２】
また、自己に接続されているＩＰ−ＦＡＸ１０１からのセッション確立要求が宛先のＩＰ−ＦＡＸ１１４に向けて音声データ以外のデータを送信するためのセッションの確立を要求するものである場合に、ＩＰ−ＦＡＸ１０１との間およびＨＧＷ１１２との間にそれぞれ要求されたセッションを確立させ、ＩＰ−ＦＡＸ１０１からのデータを受信した場合に、そのデータをＨＧＷ１１２へ送信することにより、ＩＰ−ＦＡＸ１０１から音声データ以外のデータを送信しようとした場合に、そのデータをそのまま宛先のＩＰ−ＦＡＸ１１４へ送信することが可能になる。
【００８３】
さらに、通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存することにより、通信端末１０１から通信履歴の取得要求があった場合に、パラメータメモリ１３から通信履歴を読み出して通信端末１０１へ送信し、その操作表示部上に表示させることが可能になる。あるいは、送受信制御装置１０の操作表示部１５から通信履歴の取得要求があった場合にも、パラメータメモリ１３から通信履歴を読み出して操作表示部１５上に表示することもできる。
【００８４】
〔第２実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第２実施例について説明する。
図９は、その通信制御の第２実施例を示すフローチャートである。
【００８５】
送受信制御装置１０は、送信端末１０１又はＨＧＷ１１２から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図９に示す通信制御をスタートし、まずステップＳ２０１でその「ＩＮＶＩＴＥ」メッセージを受信し、ステップＳ２０２でその「ＩＮＶＩＴＥ」メッセージの受信がＨＧＷ１１２からの受信であるか送信端末１０１からの受信であるかを判断し、送信端末１０１からの受信であれば、送信端末１０１によるデータ送信であるため、ステップＳ２０９へ移行して、図８のステップＳ１０２〜Ｓ１０９，Ｓ１１２〜Ｓ１１５と同様の制御を行った後、ステップＳ２０７へ移行する。
【００８６】
ここで、送受信制御装置１０では、送信端末（ＩＰ−ＦＡＸ）１０１のＩＰアドレスと電話番号の他に、ＨＧＷ１１２のＩＰアドレスもパラメータメモリ１３に記憶保持しているため、「ＩＮＶＩＴＥ」メッセージの受信がＨＧＷ１１２からの受信であるか送信端末１０１からの受信であるかを、そのメッセージに含まれている送信端末１０１又はＨＧＷ１１２のＩＰアドレスとパラメータメモリ１３に記憶保持されているＩＰアドレスとを比較照合することによって判断することができる。
【００８７】
一方、「ＩＮＶＩＴＥ」メッセージの受信がＨＧＷ１１２からの受信であった場合には、ＩＰ−ＦＡＸ１０１は受信端末となるため、ステップＳ２０３へ進み、ＨＧＷ１１２との間に要求されたセッション（例えばＴ．３８通信用のセッション）を確立させた後、ステップＳ２０４でＨＧＷ１１２とデータ（例えばＴ．３８データ）のやり取りを行う。
次に、ステップＳ２０５へ進み、受信した「ＩＮＶＩＴＥ」メッセージを受信端末１０１へ送信して、受信端末１０１との間にも要求されたセッションを確立させた後、ステップＳ２０６で受信端末１０１とデータのやり取りを行う。それによって、ＨＧＷ１１２とやり取りしたデータを受信端末１０１へ送信することができる。
【００８８】
ステップＳ２０６でのデータのやりとりが終了すると、ステップＳ２０７へ進んで通信を終了する。
そして、ステップＳ２０７において、上述した通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存して、図９の通信制御を終了する。
【００８９】
このように、送受信制御装置１０は、自己に接続されているＨＧＷ１１２から送られてくるデータを受信した場合に、そのことを判断し、その受信したデータをそのままＩＰ−ＦＡＸ（受信端末）１１４へ送信することにより、自己に接続されているＩＰ−ＦＡＸ１１４では、外部のＩＰ−ＦＡＸからのデータをＮＧＮ網１１０経由でそのまま受信することができる。
【００９０】
〔第３実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第３実施例について説明する。
図１０は、その通信制御の第３実施例を示すフローチャートである。
【００９１】
送受信制御装置１０は、送信端末１０１からそのＩＰアドレスと電話番号が通知されると、図１０に示す通信制御をスタートする。
ここで、送信端末（ＩＰ−ＦＡＸ）１０１は、ＳＩＰサーバ１０２に対して自己のＩＰアドレスと電話番号を自動で定期的に通知しにいく仕組みを持っている。また、送受信制御装置１０は、ＩＰアドレスと電話番号が通知されると、自己に自動で登録する仕組みを持っている。
【００９２】
送受信制御装置１０は、図１０に示す通信制御をスタートすると、まずステップＳ３０１で送信端末１０１からのＩＰアドレスと電話番号の通知を受け、次のステップＳ３０２において、通知を受けた情報（送信端末１０１のＩＰアドレスと電話番号）と自己に登録されている（パラメータメモリ１３に記憶されている）情報（送信端末１０１のＩＰアドレスと電話番号）とに差異があるか否かを判断し、差異がなければ図１０の通信制御を終了する。
【００９３】
通知を受けた情報と自己に登録されている情報とに差異がある場合には、ステップＳ３０３へ進み、ステップＳ３０１で通知を受けた情報に基づいて、パラメータメモリ１３に記憶されている情報（送信端末１０１のＩＰアドレス又は電話番号）を更新する。つまり、通知を受けた情報をパラメータメモリ１３に記憶されている情報に上書きして更新する。なお、自己に送信端末１０１の情報が全く登録されていない場合（初めて接続したとき）は、上記差異があると判断する。
その後、ステップＳ３０４へ進み、更新後の情報（送信端末１０１のＩＰアドレスと電話番号）をＳＩＰサーバ１０２へ通知し、図１０の通信制御を終了する。
ＳＩＰサーバ１０２は、ＩＰアドレスと電話番号が通知されると、その通知を受けて、その通知を受けた情報を自動で登録をする仕組みがある。
【００９４】
このように、送受信制御装置１０は、自己に接続しているＩＰ−ＦＡＸ１０１のＩＰアドレスと電話番号とを記憶するパラメータメモリ１３を設け、ＩＰ−ＦＡＸ１０１から通知されるその電話番号とＩＰアドレスとを受信した場合に、パラメータメモリ１３に記憶されているＩＰアドレス又は電話番号を必要に応じて更新し（受信した電話番号又はＩＰアドレスと差異があるＩＰアドレス又は電話番号を更新し）、その更新後の電話番号とＩＰアドレスとをＳＩＰサーバ１０２に対して通知することにより、ＩＰ−ＦＡＸ１０１の電話番号又はＩＰアドレスが変更になった場合でも、ＮＧＮ網１１０経由で外部のＩＰ−ＦＡＸ１１４と確実に通信を行うことができる。
【００９５】
〔第４実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第４実施例について説明する。なお、送受信制御装置１０にＩＰ−ＦＡＸ１０１以外のＩＰ−ＦＡＸも接続可能であるものとする。また、ＮＧＮ網１１０を介してＩＰ−ＦＡＸ１１４以外のＩＰ−ＦＡＸからもデータを受信可能とする。
図１１は、その通信制御の第４実施例を示すフローチャートである。
【００９６】
送受信制御装置１０では、予め受信を拒否する送信端末の一覧情報（受信拒否端末一覧情報）を設定して、パラメータメモリ１３に記憶保持することができる。例えば、ＩＰ−ＦＡＸ１０１（図１５の操作表示部１５でもよい）から受信拒否端末一覧情報を受信した場合に、それをパラメータメモリ１３に記憶保持し、登録しておくことができる。受信拒否端末一覧情報は、各受信を拒否する送信端末をそれぞれ識別するための識別情報であり、この実施形態では、その各送信端末のＩＰアドレスと電話番号が相当するが、他の識別情報であっても良い。
【００９７】
送受信制御装置１０は、ＨＧＷ１１２から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図１１に示す通信制御をスタートし、まずステップＳ４０１において、その「ＩＮＶＩＴＥ」メッセージを受信する。
次に、ステップＳ４０２において、受信した「ＩＮＶＩＴＥ」メッセージに含まれている送信元情報が示す送信端末（ＩＰ−ＦＡＸ）１１４等の送信端末が自己に設定されている受信拒否端末一覧情報が示す送信端末の一覧に含まれているかどうかを判断し、その一覧に含まれていれば送信端末からのデータの受信は行わず、そのままステップＳ４０４へ移行する。
【００９８】
また、受信した「ＩＮＶＩＴＥ」メッセージに含まれている送信元情報が示す送信端末が自己に設定されている受信拒否端末一覧情報が示す送信端末の一覧に含まれていない場合には、ステップＳ４０３へ進み、図９のステップＳ２０３〜Ｓ２０６と同様の制御を行った後、ステップＳ４０４へ進んで通信を終了し、ステップＳ４０５において、通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存して、図１１の通信制御を終了する。
【００９９】
このように、送受信制御装置１０は、自己に接続されているＩＰ−ＦＡＸ１０１から通知される受信を拒否したい相手の識別情報を受信した場合に、その識別情報を登録し、自己に接続されているＨＧＷ１１２からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、そのデータの送信元であるＩＰ−ＦＡＸ１１４等のＩＰ−ＦＡＸの識別情報を確認し、その識別情報が登録されている識別情報と一致する場合に、ＨＧＷ１１２からのデータの受信を拒否することにより、受信を拒否したい相手からのデータのみを確実に拒否することができる。
【０１００】
〔第５実施例〕
次に、図２に示した送受信制御装置１０による通信制御の第５実施例について説明する。
図１２は、その通信制御の第５実施例を示すフローチャートである。
【０１０１】
送受信制御装置１０では、予め送信を禁止する宛先（宛先端末）の一覧情報（送信禁止宛先一覧情報）を設定して、パラメータメモリ１３に記憶保存することができる。例えば、ＩＰ−ＦＡＸ１０１（図１５の操作表示部１５でもよい）から送信禁止宛先一覧情報を受信した場合に、それをパラメータメモリ１３に記憶保持し、登録しておくことができる。送信禁止宛先一覧情報は、各宛先端末をそれぞれ識別するための識別情報であり、この実施形態では、各宛先端末のＩＰアドレスと電話番号が相当するが、他の識別情報であっても良い。
【０１０２】
送受信制御装置１０は、送信端末１０１等の送信端末から最初に「ＩＮＶＩＴＥ」メッセージが通知されると、図１２に示す通信制御をスタートし、まずステップＳ５０１において、その「ＩＮＶＩＴＥ」メッセージを受信する。
次に、ステップＳ５０２において、受信した「ＩＮＶＩＴＥ」メッセージに含まれている宛先情報が示す宛先端末（ＩＰ−ＦＡＸ）１１４等の宛先端末が自己に設定されている送信禁止宛先一覧情報が示す宛先端末の一覧に含まれているかどうかを判断し、その一覧に含まれていれば宛先端末へのデータの送信は行わず、そのままステップＳ５０４へ移行する。
【０１０３】
また、受信した「ＩＮＶＩＴＥ」メッセージに含まれている宛先情報が示す宛先端末が自己に設定されている送信禁止宛先一覧情報が示す宛先端末の一覧に含まれていない場合には、ステップＳ５０３へ進み、図８のステップＳ１０２〜Ｓ１０９，Ｓ１１２〜Ｓ１１５と同様の制御を行った後、ステップＳ５０４へ進んで通信を終了し、ステップＳ５０５において、通信の結果を認識し、その認識結果を通信履歴としてパラメータメモリ１３に記憶保存して、図１２の通信制御を終了する。
【０１０４】
このように、送受信制御装置１０は、自己に接続されているＩＰ−ＦＡＸ１０１から通知される送信を禁止したい相手の識別情報を受信した場合に、その識別情報を登録し、自己に接続されているＩＰ−ＦＡＸ１０１からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、そのデータの送信先であるＩＰ−ＦＡＸ１１４等のＩＰ−ＦＡＸの識別情報を確認し、その識別情報が登録されている識別情報と一致する場合に、ＩＰ−ＦＡＸ１０１からのデータの送信を禁止することにより、送信を禁止したい相手へのデータのみを確実に禁止することができる。
【０１０５】
以上、この発明を、ＮＧＮ未対応のＩＰ−ＦＡＸとＨＧＷとの間に接続でき、そのＩＰ−ＦＡＸとそのＨＧＷ、ＮＧＮ網、および宛先側のＨＧＷを介して宛先（外部）のＩＰ−ＦＡＸと通信可能な送受信制御装置に適用可能な実施形態について説明したが、この発明はこれに限らず、ＮＧＮ未対応のＩＰ−ＦＡＸ機能を有するデジタル複合機等の他の通信端末とＨＧＷ等のネットワーク通信制御装置との間に接続でき、その通信端末とそのネットワーク通信制御装置、ＮＧＮ網等の次世代ネットワーク、および宛先側のネットワーク通信制御装置を介して宛先のＩＰ−ＦＡＸ等の通信端末と通信可能な送受信制御装置に適用可能である。
【０１０６】
〔この発明に関わるプログラム〕
このプログラムは、送受信制御装置を制御するコンピュータ（ＣＰＵ）に、この発明に関わる要求判別手段、第１のセッション接続手段、音声データ破棄手段、第２のセッション接続手段、第３のセッション接続手段、データ受信手段、データ送信手段、受信元検知手段、更新手段、通知手段、登録手段、確認手段、受信拒否手段、送信禁止手段，第４のセッション接続手段、および認識手段としての機能を実現させるためのプログラムであり、このようなプログラムをＣＰＵに実行させることにより、上述したような作用効果を得ることができる。
【０１０７】
このような印刷制御プログラムは、はじめから送受信制御装置に備えるＲＯＭ、あるいは不揮発性メモリ（フラッシュＲＯＭ，ＥＥＰＲＯＭ等）、あるいはＨＤＤ（ハードディスク装置）などの記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭ、あるいはメモリカード，フレキシブルディスク，ＭＯ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，又はＤＶＤ−ＲＡＭ等の不揮発性記録媒体（メモリ）に記録して提供することもできる。それらの記録媒体に記録されたプログラムを送受信制御装置にインストールしてＣＰＵに実行させるか、ＣＰＵにそれらの記録媒体からこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、印刷制御プログラムを記録した記録媒体を備える外部機器あるいは印刷制御プログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１０８】
以上の説明から明らかなように、この発明によれば、送受信制御装置が、ＮＧＮ網のような複数の異なるネットワークを統合した次世代ネットワークに未対応の通信端末であっても、次世代ネットワークに接続することができる。したがって、次世代ネットワークに未対応の通信端末であっても、次世代ネットワークに接続可能な送受信制御装置を提供することができる。
【符号の説明】
【０１０９】
１０：送受信制御装置 １１：システム制御部 １２：システムメモリ
１３：パラメータメモリ １４：時計回路 １５：操作表示部
１６：Ｔ．３８符号化復号化部 １７：呼接続メッセージ符号化復号化部
１８：磁気ディスク装置 １９：ネットワーク通信制御部
１０１，１１４：ＩＰ−ＦＡＸ １０２：ＳＩＰサーバ
１１２，１１３：ＨＧＷ（ホームゲートウェイ）
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開２００６−２２９３９４号公報
【特許請求の範囲】
【請求項１】
通信端末と通信する第１の通信手段と、次世代ネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを有し、前記第１，第２の通信手段を用いてデータの送受信を制御する送受信制御装置であって、
前記通信端末からセッション確立要求を受信した場合に、該セッション確立要求の内容を判別する要求判別手段と、
該要求判別手段による判別の結果、前記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、前記通信端末との間に前記音声通信用のセッションを確立させる第１のセッション接続手段と、
該第１のセッション接続手段によって前記音声通信用のセッションが確立され、該音声通信が終了した後、前記音声データを破棄する音声データ破棄手段と、
該音声データ破棄手段によって前記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するための該Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記ネットワーク通信制御装置に対して発行して、該ネットワーク通信制御装置との間に前記Ｔ．３８通信用のセッションを確立させる第２のセッション接続手段と、
前記音声データ破棄手段によって前記音声データが破棄された後、前記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記通信端末に対して発行して、該通信端末との間に前記Ｔ．３８通信用のセッションを確立させる第３のセッション接続手段と、
該第３のセッション接続手段によって前記Ｔ．３８通信用のセッションが確立された場合に、前記通信端末から送られてくる前記Ｔ．３８通信用のデータを受信するデータ受信手段と、
前記第２のセッション接続手段によって前記Ｔ．３８通信用のセッションが確立され、且つ前記データ受信手段によって前記Ｔ．３８通信用のデータを受信した場合に、該データを前記ネットワーク通信制御装置へ送信するデータ送信手段とを設けたことを特徴とする送受信制御装置。
【請求項２】
請求項１に記載の送受信制御装置において、
前記データ受信手段によって前記ネットワーク通信制御装置から送られてくるデータを受信した場合に、該ネットワーク通信制御装置からデータを受信したことを判断する受信元判断手段を設け、
前記データ送信手段は、前記受信元検知手段によって前記ネットワーク通信制御装置からデータを受信したことが判断された場合に、該受信したデータをそのまま前記通信端末へ送信することを特徴とする送受信制御装置。
【請求項３】
請求項１又は２に記載の送受信制御装置において、
前記第２の通信手段は、ＳＩＰを利用し、電話番号とＩＰアドレスとを対応付けた情報を記憶する制御、および該情報に基づいて通信の制御を行うＳＩＰサーバとも通信する手段であり、
前記通信端末の電話番号とＩＰアドレスとを記憶する記憶手段と、
前記データ受信手段によって前記通信端末から通知される該通信端末の電話番号とＩＰアドレスとを受信した場合に、前記記憶手段に記憶されている電話番号又はＩＰアドレスを必要に応じて更新する更新手段と、
該更新手段による更新後の電話番号とＩＰアドレスとを前記ＳＩＰサーバに対して通知する通知手段とを設けたことを特徴とする送受信制御装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の送受信制御装置において、
前記データ受信手段によって前記通信端末から通知される受信を拒否したい相手の識別情報を受信した場合に、該識別情報を登録する登録手段と、
前記データ受信手段によって前記ネットワーク通信制御装置からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、該データの送信元の識別情報を確認する確認手段と、
該確認手段によって確認した前記送信元の識別情報が前記登録手段によって登録されている識別情報と一致する場合に、前記ネットワーク通信制御装置からのデータの受信を拒否する受信拒否手段とを設けたことを特徴とする送受信制御装置。
【請求項５】
請求項１乃至３のいずれか一項に記載の送受信制御装置において、
前記データ受信手段によって前記通信端末から通知される送信を禁止したい相手の識別情報を受信した場合に、該識別情報を登録する登録手段と、
前記データ受信手段によって前記通信端末からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、該データの送信先の識別情報を確認する確認手段と、
該確認手段によって確認した前記送信先の識別情報が前記登録手段によって登録されている識別情報と一致する場合に、前記通信端末からのデータの送信を禁止する送信禁止手段とを設けたことを特徴とする送受信制御装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の送受信制御装置において、
前記要求判別手段による判別の結果、前記セッション確立要求が宛先に向けて前記音声データ以外のデータを送信するためのセッションの確立を要求するものである場合に、前記通信端末との間および前記ネットワーク通信制御装置との間にそれぞれ要求されたセッションを確立させる第４のセッション接続手段を設け、
前記データ受信手段は、前記第４のセッション接続手段によって要求されたセッションが確立され、且つ前記データ受信手段によってデータを受信した場合に、該データを前記ネットワーク通信制御装置へ送信することを特徴とする送受信制御装置。
【請求項７】
請求項１乃至６のいずれか一項に記載の送受信制御装置において、
前記データ受信手段によるデータの受信および前記データ送信手段によるデータの送信の結果を認識する認識手段と、
該認識手段による認識結果を記憶する記憶手段とを設けたことを特徴とする送受信制御装置。
【請求項８】
通信端末と通信する第１の通信手段と、複数の異なるネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを有し、前記第１，第２の通信手段との間のデータの送受信を制御する送受信制御装置における制御方法であって、
前記通信端末からセッション確立要求を受信した場合に、該セッション確立要求の内容を判別する要求判別工程と、
該要求判別手段による判別の結果、前記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、前記通信端末との間に前記音声通信用のセッションを確立させる第１のセッション接続工程と、
該第１のセッション接続工程によって前記音声通信用のセッションが確立され、該音声通信が終了した後、前記音声データを破棄する音声データ破棄工程と、
該音声データ破棄工程によって前記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するための該Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記ネットワーク通信制御装置に対して発行して、該ネットワーク通信制御装置との間に前記Ｔ．３８通信用のセッションを確立させる第２のセッション接続工程と、
前記音声データ破棄工程によって前記音声データが破棄された後、前記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記通信端末に対して発行して、該通信端末との間に前記Ｔ．３８通信用のセッションを確立させる第３のセッション接続工程と、
該第３のセッション接続工程によって前記Ｔ．３８通信用のセッションが確立された場合に、前記通信端末から送られてくる前記Ｔ．３８通信用のデータを受信するデータ受信工程と、
前記第２のセッション接続工程によって前記Ｔ．３８通信用のセッションが確立され、且つ前記データ受信工程によって前記Ｔ．３８通信用のデータを受信した場合に、該データを前記ネットワーク通信制御装置へ送信するデータ送信工程とを有することを特徴とする制御方法。
【請求項１】
通信端末と通信する第１の通信手段と、次世代ネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを有し、前記第１，第２の通信手段を用いてデータの送受信を制御する送受信制御装置であって、
前記通信端末からセッション確立要求を受信した場合に、該セッション確立要求の内容を判別する要求判別手段と、
該要求判別手段による判別の結果、前記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、前記通信端末との間に前記音声通信用のセッションを確立させる第１のセッション接続手段と、
該第１のセッション接続手段によって前記音声通信用のセッションが確立され、該音声通信が終了した後、前記音声データを破棄する音声データ破棄手段と、
該音声データ破棄手段によって前記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するための該Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記ネットワーク通信制御装置に対して発行して、該ネットワーク通信制御装置との間に前記Ｔ．３８通信用のセッションを確立させる第２のセッション接続手段と、
前記音声データ破棄手段によって前記音声データが破棄された後、前記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記通信端末に対して発行して、該通信端末との間に前記Ｔ．３８通信用のセッションを確立させる第３のセッション接続手段と、
該第３のセッション接続手段によって前記Ｔ．３８通信用のセッションが確立された場合に、前記通信端末から送られてくる前記Ｔ．３８通信用のデータを受信するデータ受信手段と、
前記第２のセッション接続手段によって前記Ｔ．３８通信用のセッションが確立され、且つ前記データ受信手段によって前記Ｔ．３８通信用のデータを受信した場合に、該データを前記ネットワーク通信制御装置へ送信するデータ送信手段とを設けたことを特徴とする送受信制御装置。
【請求項２】
請求項１に記載の送受信制御装置において、
前記データ受信手段によって前記ネットワーク通信制御装置から送られてくるデータを受信した場合に、該ネットワーク通信制御装置からデータを受信したことを判断する受信元判断手段を設け、
前記データ送信手段は、前記受信元検知手段によって前記ネットワーク通信制御装置からデータを受信したことが判断された場合に、該受信したデータをそのまま前記通信端末へ送信することを特徴とする送受信制御装置。
【請求項３】
請求項１又は２に記載の送受信制御装置において、
前記第２の通信手段は、ＳＩＰを利用し、電話番号とＩＰアドレスとを対応付けた情報を記憶する制御、および該情報に基づいて通信の制御を行うＳＩＰサーバとも通信する手段であり、
前記通信端末の電話番号とＩＰアドレスとを記憶する記憶手段と、
前記データ受信手段によって前記通信端末から通知される該通信端末の電話番号とＩＰアドレスとを受信した場合に、前記記憶手段に記憶されている電話番号又はＩＰアドレスを必要に応じて更新する更新手段と、
該更新手段による更新後の電話番号とＩＰアドレスとを前記ＳＩＰサーバに対して通知する通知手段とを設けたことを特徴とする送受信制御装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の送受信制御装置において、
前記データ受信手段によって前記通信端末から通知される受信を拒否したい相手の識別情報を受信した場合に、該識別情報を登録する登録手段と、
前記データ受信手段によって前記ネットワーク通信制御装置からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、該データの送信元の識別情報を確認する確認手段と、
該確認手段によって確認した前記送信元の識別情報が前記登録手段によって登録されている識別情報と一致する場合に、前記ネットワーク通信制御装置からのデータの受信を拒否する受信拒否手段とを設けたことを特徴とする送受信制御装置。
【請求項５】
請求項１乃至３のいずれか一項に記載の送受信制御装置において、
前記データ受信手段によって前記通信端末から通知される送信を禁止したい相手の識別情報を受信した場合に、該識別情報を登録する登録手段と、
前記データ受信手段によって前記通信端末からデータを送信するためのセッションの確立を要求するセッション確立要求を受信した場合に、該データの送信先の識別情報を確認する確認手段と、
該確認手段によって確認した前記送信先の識別情報が前記登録手段によって登録されている識別情報と一致する場合に、前記通信端末からのデータの送信を禁止する送信禁止手段とを設けたことを特徴とする送受信制御装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の送受信制御装置において、
前記要求判別手段による判別の結果、前記セッション確立要求が宛先に向けて前記音声データ以外のデータを送信するためのセッションの確立を要求するものである場合に、前記通信端末との間および前記ネットワーク通信制御装置との間にそれぞれ要求されたセッションを確立させる第４のセッション接続手段を設け、
前記データ受信手段は、前記第４のセッション接続手段によって要求されたセッションが確立され、且つ前記データ受信手段によってデータを受信した場合に、該データを前記ネットワーク通信制御装置へ送信することを特徴とする送受信制御装置。
【請求項７】
請求項１乃至６のいずれか一項に記載の送受信制御装置において、
前記データ受信手段によるデータの受信および前記データ送信手段によるデータの送信の結果を認識する認識手段と、
該認識手段による認識結果を記憶する記憶手段とを設けたことを特徴とする送受信制御装置。
【請求項８】
通信端末と通信する第１の通信手段と、複数の異なるネットワークとの間の通信を制御するネットワーク通信制御装置と通信する第２の通信手段とを有し、前記第１，第２の通信手段との間のデータの送受信を制御する送受信制御装置における制御方法であって、
前記通信端末からセッション確立要求を受信した場合に、該セッション確立要求の内容を判別する要求判別工程と、
該要求判別手段による判別の結果、前記セッション確立要求が宛先に向けて音声データを送信するための音声通信用のセッションの確立を要求するものである場合に、前記通信端末との間に前記音声通信用のセッションを確立させる第１のセッション接続工程と、
該第１のセッション接続工程によって前記音声通信用のセッションが確立され、該音声通信が終了した後、前記音声データを破棄する音声データ破棄工程と、
該音声データ破棄工程によって前記音声データが破棄された後、ＩＴＵ−Ｔ勧告Ｔ．３８通信用のデータを送信するための該Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記ネットワーク通信制御装置に対して発行して、該ネットワーク通信制御装置との間に前記Ｔ．３８通信用のセッションを確立させる第２のセッション接続工程と、
前記音声データ破棄工程によって前記音声データが破棄された後、前記Ｔ．３８通信用のセッションの確立を要求するセッション確立要求を前記通信端末に対して発行して、該通信端末との間に前記Ｔ．３８通信用のセッションを確立させる第３のセッション接続工程と、
該第３のセッション接続工程によって前記Ｔ．３８通信用のセッションが確立された場合に、前記通信端末から送られてくる前記Ｔ．３８通信用のデータを受信するデータ受信工程と、
前記第２のセッション接続工程によって前記Ｔ．３８通信用のセッションが確立され、且つ前記データ受信工程によって前記Ｔ．３８通信用のデータを受信した場合に、該データを前記ネットワーク通信制御装置へ送信するデータ送信工程とを有することを特徴とする制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１００１３８（Ｐ２０１２−１００１３８Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４７２７９（Ｐ２０１０−２４７２７９）
【出願日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]