通信装置
【課題】 他の通信装置との間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始できるようにする。
【解決手段】 送信側のゲートウェイ装置１は、自装置に接続されたＭＦＰ４から新たな端末装置への通信開始の要求のＳＩＰメッセージを受信したとき、そのＳＩＰメッセージの要求先が、既にセッションを確立している受信側のゲートウェイ装置２と同一であると判断した場合、ＳＩＰサーバ８を介さずに既に確立しているセッション上の通信として受信側のゲートウェイ装置２に新たな通信開始の要求を送信する。
【解決手段】 送信側のゲートウェイ装置１は、自装置に接続されたＭＦＰ４から新たな端末装置への通信開始の要求のＳＩＰメッセージを受信したとき、そのＳＩＰメッセージの要求先が、既にセッションを確立している受信側のゲートウェイ装置２と同一であると判断した場合、ＳＩＰサーバ８を介さずに既に確立しているセッション上の通信として受信側のゲートウェイ装置２に新たな通信開始の要求を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク間でパケットのルーティングを行うゲートウェイ装置と、そのゲートウェイ装置としての機能を備えたコンピュータ、ファクシミリ装置、プリンタ、複写機、複合機等の画像形成装置を含む通信装置に関する。
【背景技術】
【０００２】
近年、現行の電話網を代替する新しいネットワークとして、電話サービス用の電話網とインターネットサービス用のＩＰネットワークを、ＩＰ技術を用いたＩＰ通信網として統合した次世代ネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ：ＮＧＮ）が注目を浴びている。
ＮＧＮでは、従来の公衆電話網と同様に、呼制御信号のやり取りにより必要なセッションを確立した後に通信を行う仕組みを用いている。
【０００３】
また、セッション確立には、セッション確立プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ、セッション開始プロトコルとも呼ぶ）を用いている。
ＳＩＰは、ボイス オーバー インターネット プロトコル（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶＯＩＰ）を応用したインターネット電話等で用いられている通話制御プロトコルの１つである。
【０００４】
例えば、電話での会話中にファクシミリ通信を用いて書面のやりとりを行う必要が生じた場合、電話機とファクシミリ装置（ＦＡＸ）の両者が複数の電話番号を持っている場合や、電話機とＦＡＸが通信装置（例えば、ゲートウェイ装置）の同一ポートに接続されて連携している場合等の特殊な場合を除いては、一度電話を切って呼を確立し直した後にＦＡＸ通信を行い、ＦＡＸ通信の終了後に再度呼を確立して電話機による通話を再開するという通信手順を踏む必要がある。
【０００５】
このように、通信装置間ですでにセッションが確立している状態において、通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、たとえ既に確立しているセッションと新たに確立しようとするセッションの接続先が同じ場合であっても、現在確立しているセッションが終了するまで待ち、新たにセッションを確立し直す必要があるという問題があった。
【０００６】
従来、端末装置から受け取った複数の呼制御メッセージを集約した集約呼制御メッセージを生成し、ネットワークに送出すると共に、ネットワークから受け取った集約呼制御メッセージから複数の呼制御メッセージを復元して端末装置への送信を行う通信装置（例えば、特許文献１参照）があった。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の通信装置では、集約した呼制御メッセージによるゲートウェイ間のセッション確立を一度行った後で、更に端末装置より呼制御メッセージを受け取った場合についての動作については言及されておらず、そのため通信装置間ですでにセッションが確立している状態において、通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、たとえ既に確立しているセッションと新たに確立しようとするセッションの接続先が同じ場合であっても、現在確立しているセッションが終了するまで待ち、セッションを確立し直す必要があるという問題は解消できていないという問題があった。
【０００８】
この発明は上記の点に鑑みてなされたものであり、通信装置間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この発明は上記の目的を達成するため、自通信装置に接続された端末装置からネットワーク上の他の通信装置に接続された端末装置との通信開始の要求を受信した場合、上記ネットワーク上のサーバを介して上記他の通信装置へ上記通信開始の要求を送信して自通信装置と上記他の通信装置との間でセッションを確立し、その確立したセッション上で自通信装置に接続された端末装置と上記他の通信装置に接続された端末装置との通信を可能にする通信装置において、自通信装置に接続された他の端末装置から上記他の通信装置に接続されたさらに他の端末装置への新たな通信開始の要求を受信したとき、上記新たな通信開始の要求先の端末装置を接続した通信装置が、上記既にセッションを確立している上記他の通信装置と同一であると判断した場合、上記サーバを介さずに上記既に確立しているセッション上の通信として上記新たな通信開始の要求を上記他の通信装置へ送信する制御手段を設けた通信装置を提供する。
【００１０】
また、上記制御手段が、自通信装置に接続された他の端末装置から新たな通信開始の要求を受信したとき、上記新たな通信開始の要求先の端末装置を接続した通信装置が、上記既にセッションを確立している上記他の通信装置と異なると判断した場合、上記新たな通信開始の要求を拒否する手段を有するようにするとよい。
さらに、上記制御手段が、上記他の通信装置へ送信する上記新たな通信開始の要求に、上記他の通信装置に対して上記新たな通信開始の要求先の端末装置の接続情報を付加する手段を有するようにするとよい。
【００１１】
また、上記制御手段が、上記サーバを介さずに上記既に確立しているセッション上の通信として上記新たな通信開始の要求を受信した場合、上記新たな通信開始の要求に付加された、自通信装置に対する上記新たな通信開始の要求先の端末装置の接続情報を取り除き、上記新たな通信開始の要求を復元する手段と、上記取り除いた接続情報に基づいて、上記復元した上記新たな通信開始の要求を送信する自通信装置に接続された端末装置を決定する手段を有するようにするとよい。
【００１２】
さらに、上記制御手段が、自通信装置に接続された端末装置と上記他の通信装置に接続された端末装置とを紐付けるための紐付情報を設定する手段と、その手段によって設定された上記紐付情報を記憶する手段とを有するようにするとよい。
【００１３】
また、上記制御手段が、自通信装置における端末装置の接続情報の一覧情報を記憶する手段と、上記他の通信装置へ送信する上記新たな通信開始の要求に、上記一覧情報を付加する手段と、上記サーバを介さずに上記既に確立しているセッション上の通信として上記新たな通信開始の要求を受信した場合、上記新たな通信開始の要求に付加された、上記他の通信装置における端末装置の接続情報の一覧情報を取り除き、上記新たな通信開始の要求を復元する手段と、自通信装置に記憶した上記一覧情報と上記新たな通信開始の要求から取り除いた一覧情報とに基づいて決定される、自通信装置に接続された端末装置と上記他の通信装置に接続された端末装置とを紐付けるための紐付情報を記憶する手段を有するようにするとよい。
【００１４】
さらに、上記制御手段は、自通信装置に接続された端末装置から既に確立したセッションの終了の要求を受信したとき、上記既に確立したセッションにおいてコネクションを確立している端末装置が他に存在しない場合、上記セッションの終了の要求を上記サーバへ送信する手段を有するようにするとよい。
【発明の効果】
【００１５】
この発明による通信装置は、他の通信装置との間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始することができる。
【図面の簡単な説明】
【００１６】
【図１】図２に示すゲートウェイ装置の発明に係る内部構成を示す機能ブロック図である。
【図２】図２は、発明の一実施例である通信システムを示す図である。
【図３】図２に示す通信システムにおいてファクシミリ通信と通話をする際にセッションが確立されるまでの処理の流れを示す図である。
【００１７】
【図４】図２に示す通信システムにおいて各ゲートウェイ装置の間で既にセッションが確立された後、あらたなファクシミリ通信または通話を開始するときの処理の流れを示す図である。
【図５】図２に示す送信側のゲートウェイ装置が自装置に接続されたＭＦＰ又はＴＥＬからＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
【００１８】
【図６】図２に示す受信側のゲートウェイ装置が送信側のゲートウェイ装置から送信されたＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
【図７】図２に示す送信側のゲートウェイ装置が自装置に接続されたＭＦＰ又はＴＥＬからＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【００１９】
【図８】図２に示す受信側のゲートウェイ装置が送信側のゲートウェイ装置から送信されたＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【図９】図５と図７の続きの処理を示すフローチャート図である。
【発明を実施するための形態】
【００２０】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
図２は、発明の一実施例である通信システムを示す図である。
この実施例の通信システムは、複数のローカルエリアネットワーク（ＬＡＮ）である構内ネットワークと、それらを接続するインターネットを含む広域のネットワーク３とからなる。
図２では、通信システムにおける通信の説明を分かり易くするため、送信側の構内ネットワークと受信側の構内ネットワークをそれぞれ１つずつ図示している。
【００２１】
図２に示した通信システムの送信側の構内ネットワークには、ゲートウェイ装置１が設置されており、そのゲートウェイ装置１には、端末装置として複数の複合機（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：ＭＦＰ）４と、複数の電話機（ＴＥＬ）５が接続されている。
一方、受信側の構内ネットワークには、ゲートウェイ装置２が設置されており、そのゲートウェイ装置２にも、端末装置として複数の複合機（ＭＦＰ）６と、複数の電話機（ＴＥＬ）７がそれぞれ接続されている。その他のＭＦＰとＴＥＬは図示を省略している。
【００２２】
なお、図２では、送信側の構内ネットワークにおけるＭＦＰ４とＴＥＬ５、受信側の構内ネットワークにおけるＭＦＰ６とＴＥＬ７をそれぞれ一台ずつ図示し、その他の図示を省略している。
ネットワーク３には、ＳＩＰサーバ８が設けられている。
【００２３】
ゲートウェイ装置１、２は、ネットワーク間でパケットのルーティングを行う装置であり、構内ネットワーク内のＭＦＰ４とＴＥＬ５、ＭＦＰ６とＴＥＬ７をそれぞれネットワーク３に接続し、ファクシミリ通信、通話の際のセッションの確立を含む通信制御をする装置であり、発明の通信装置に相当する。
ＭＦＰ４、６は、ファクシミリ通信機能、画像読み取り機能、印刷機能、複写機能を含む複数の機能を備えた画像形成装置であり、その内部構成と、上記各機能に係る処理については公知なので、その説明を省略する。
【００２４】
ＴＥＬ５、７は、ＳＩＰ対応の通話装置である。その内部構成と、通話機能に係る処理については公知なので、その説明を省略する。
ネットワーク３は、ＩＰベースのキャリアネットワークであり、上述したＮＧＮである。その詳細は公知なので説明を省略する。
ＳＩＰサーバ８は、上述したＳＩＰに基いて、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２でセッションを確立させるための呼制御を行うサーバである。その詳細は公知なので説明を省略する。
【００２５】
この通信システムでは、送信側のゲートウェイ装置１に接続された送信側のＭＦＰ４、ＴＥＬ５と、受信側のゲートウェイ２に接続された受信側のＭＦＰ６、ＴＥＬ７は、ネットワーク３内のＳＩＰサーバ８を利用してゲートウェイ装置１、２間でセッションが確立された後、そのセッション内でコネクションを確立し、ファクシミリ通信、通話を含む通信のアプリケーションの実行を行う。
【００２６】
次に、ゲートウェイ装置１、２の発明に係る内部構成について説明する。
図１は、図２に示したゲートウェイ装置１、２の発明に係る内部構成を示す機能ブロック図であり、特に発明において特徴的な部分および発明に係る部分のみを示し、その他の公知の機能部については図示と説明を省略する。
ゲートウェイ装置１、２は、ＣＰＵ、ＲＯＭおよびＲＡＭを含むマイクロコンピュータによって実現される制御部１０と、ユーザが操作する入力装置である設定入力部１８とを有する。
【００２７】
制御部１０は、発明に係る機能部として、構内インタフェース制御部１１、ＳＩＰメッセージ解析部１２、セッション通信先情報記憶部１３、ＳＩＰメッセージ加工部１４、網側インタフェース制御部１５、ＳＩＰメッセージ復元部１６、およびセッション管理部１７を備えている。
上記１１〜１７の各部は、ＣＰＵがプログラムを実行することによってそれぞれの機能を実現させることができる。そのプログラムは、ＲＯＭ（コンピュータ読み取り可能な記録媒体に記憶することにより、ゲートウェイ装置１、２に上記１１〜１７の各部の機能を容易に導入することができる。
【００２８】
構内インタフェース制御部１１は、送信側では図２のＭＦＰ４、ＴＥＬ５、受信側では図２のＭＦＰ６、ＴＥＬ７の端末装置との間のＳＩＰメッセージの送受信の制御を司る。
このＳＩＰメッセージは、送信側のＭＦＰ４と受信側のＭＦＰ６とのファクシミリ通信の際に、および送信側のＴＥＬ５と受信側のＴＥＬ７との通話の際にそれぞれ行うセッションの確立、変更、切断のためにＭＦＰ４とＴＥＬ５との間およびＴＥＬ５とＴＥＬ７との間でやり取りされるデータである。すなわち、通信開始の要求に相当する。
【００２９】
ＳＩＰメッセージ解析部１２は、ＳＩＰメッセージの内容を解析し、そのＳＩＰメッセージに含まれている宛先情報またはポート情報を抽出する処理を司る。ポート情報は接続情報に相当する。
セッション通信先情報記憶部１３は、セッション通信先の情報を記憶する記憶装置である。この情報は紐付情報と一覧情報に相当し、セッション通信先とのやりとりの中で自動的に取得して記憶する以外に、ユーザ操作によって直接設定して記憶させることも可能である。
【００３０】
ＳＩＰメッセージ加工部１４は、セッション通信先情報記憶部１３に記憶されている情報に基いて、ＳＩＰメッセージにセッション通信先のポート情報を追加する加工の処理を司る。
網側インタフェース制御部１５は、ネットワーク３に対するＳＩＰメッセージの送信と、ネットワーク３からのＳＩＰメッセージの受信の制御を司る。
ＳＩＰメッセージ復元部１６は、ＳＩＰメッセージに含まれているポート情報を取り除いてＳＩＰメッセージを復元する処理を司る。
【００３１】
セッション管理部１７は、構内インタフェース制御部１１、ＳＩＰメッセージ解析部１２、セッション通信先情報記憶部１３、ＳＩＰメッセージ加工部１４、網側インタフェース制御部１５、およびＳＩＰメッセージ復元部１６をそれぞれ制御して、送信側のＭＦＰ４と受信側のＭＦＰ６とのファクシミリ通信の際に、および送信側のＴＥＬ５と受信側のＴＥＬ７との通話の際にそれぞれ行うセッションの確立、変更、切断の手順の制御を司る。
【００３２】
設定入力部１８は、セッション通信先情報記憶部１３に対する情報の設定入力を司る。その情報には、自装置のポートに接続されているＭＦＰまたはＴＥＬとセッション通信先のポートに接続されているＭＦＰまたはＴＥＬを紐付けるための情報を含む。
このように、セッション通信先毎に、どのポートに接続されている装置間でコネクションを接続するかについて、ユーザの意思に基づいて決定することができる。
【００３３】
次に、図２に示した通信システムにおいてファクシミリ通信と通話をする際にセッションが確立されるまでの処理の概要を説明する。
図３は、図２に示した通信システムにおいてファクシミリ通信と通話をする際にセッションが確立されるまでの処理の流れを示す図であり、ＳＩＰを用いた一般的なセッション開始手順を示している。
【００３４】
図２に示した送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際、または送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする際、図３に示した（１）〜（３）の通信手順を実行して、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間を含み、ＭＦＰ４とＭＦＰ６、またはＴＥＬ５とＴＥＬ７の間でセッションを確立し、ＭＦＰ４はＭＦＰ６とファクシミリ通信を、またはＴＥＬ５はＴＥＬ７と通話をそれぞれ開始する。
まず、送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間でセッションを確立する通信手順を説明する。
【００３５】
（１）送信側のＭＦＰ４は、受信側のＭＦＰ６とファクシミリ通信を開始する際、受信側のＭＦＰ６に対してセッション確立要求を示すＳＩＰメッセージである“ＩＮＶＩＴＥ”を送信側のゲートウェイ装置１へ送信する。
そのＩＮＶＩＴＥは、送信側のゲートウェイ装置１から図２のネットワーク３に設けられたＳＩＰサーバ８を介して受信側のＭＦＰ６を接続している受信側のゲートウェイ装置２へ送信され、そのゲートウェイ装置２から受信側のＭＦＰ６へ送信される。
【００３６】
（２）受信側のＭＦＰ６は、ＩＮＶＩＴＥを受信すると、自装置が送信側のＭＦＰ４からの受信を開始できる状態である場合には、送信側のＭＦＰ４に対して最終応答：成功を示すＳＩＰメッセージである“２００ ＯＫ”を受信側のゲートウェイ装置２に送信する。
その２００ ＯＫは、受信側のゲートウェイ装置２からＳＩＰサーバ８を介して送信側のＭＦＰ４を接続している送信側のゲートウェイ装置１へ送信され、その送信側ゲートウェイ装置１から送信側のＭＦＰ４へ送信される。
【００３７】
（３）送信側のＭＦＰ４は、受信側のＭＦＰ６からの２００ ＯＫを正しく受信すると、受信側のＭＦＰ６に対して２００ ＯＫを正しく受け取ったことを示すＳＩＰメッセージである“ＡＣＫ”を送信側のゲートウェイ装置１に送信する。
そのＡＣＫは、送信側のゲートウェイ装置１からＳＩＰサーバ８を介して受信側のＭＦＰ６を接続した受信側のゲートウェイ装置２へ送信され、そのゲートウェイ装置２から受信側のＭＦＰ６へ送信される。
【００３８】
こうして、上記（１）〜（３）の通信手順が成功すると、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間も含み、送信側のＭＦＰ４と受信側のＭＦＰ６の間でセッションが確立し、その確立後は、送信側のＭＦＰ４と受信側のＭＦＰ６は、確立されたセッション上においてファクシミリ通信のコネクションを確立し、ファクシミリ通信を実行することができる。
【００３９】
一方、送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする際、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間でセッションを確立する通信手順についても、上述と同様にして、送信側のＴＥＬ５、送信側のゲートウェイ装置１、ＳＩＰサーバ８、受信側のゲートウェイ装置２、および受信側のＴＥＬ７との間で（１）〜（３）と同様の通信手順を成功させると、送信側のＴＥＬ５と受信側のＴＥＬ７は、その確立されたセッション上において通話のコネクションを確立し、通話を実行することができる。
【００４０】
また、上述の説明では、ＭＦＰ４とＴＥＬ５を送信側に、ＭＦＰ６とＴＥＬ７を受信側にして説明したが、ＭＦＰ６とＴＥＬ７を送信側に、ＭＦＰ４とＴＥＬ５を受信側にしても上述と同様の通信手順を実行して両者間のセッションを確定し、ファクシミリ通信または通話を実行することができる。
【００４１】
次に、図２に示した通信システムにおいてゲートウェイ装置１と２の間で既にセッションが確立された後、あらたなファクシミリ通信または通話を開始するときの処理の概要を説明する。
図４は、図２に示した通信システムにおいてゲートウェイ装置１と２の間で既にセッションが確立された後、あらたなファクシミリ通信または通話を開始するときの処理の流れを示す図であり、ゲートウェイ装置１、２における発明に係る動作の特徴を示す図である。
【００４２】
送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立された後、新たに送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際、または新たに送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする際、図４に示した（１）〜（９）の通信手順を実行することにより、現在確立しているセッションを終了させて、あらためてセッションを確立し直すことなく、あらたなファクシミリ通信または通話を行うことができる。
【００４３】
まず、送信側のＭＦＰ４と受信側のＭＦＰ６との間でファクシミリ通信が実行されており、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立されている場合、あらたに送信側のＴＥＬ５が受信側のＴＥＬ７と通話をするときの通信手順を説明する。
（１）送信側のＴＥＬ５は、受信側のＴＥＬ７に対してセッション確立要求を示すＳＩＰメッセージである“ＩＮＶＩＴＥ”を送信側のゲートウェイ装置１に送信する。
【００４４】
（２）送信側のゲートウェイ装置１は、送信側のＴＥＬ５からＩＮＶＩＴＥを受信し、そのＩＮＶＩＴＥの接続要求先が、既にセッションが確立されている受信側のゲートウェイ装置２に接続された受信側のＴＥＬ７であることを確認すると、ＩＮＶＩＴＥに所定の加工処理を施し（この加工処理の詳細については後述する）、その加工後のＳＩＰメッセージである“ＭＯＤＩＦＩＥＤ−ＩＮＶＩＴＥ”を、既に確立されているセッション上の通信として、ＳＩＰサーバ８を介さずに受信側のＴＥＬ７が接続されている受信側のゲートウェイ装置２に送信する。
【００４５】
（３）受信側のゲートウェイ装置２は、送信側のゲートウェイ装置１から受信した受信側のＴＥＬ７へのＭＯＤＩＦＩＥＤ−ＩＮＶＩＴＥに所定の復元処理を施し（この復元処理の詳細は後述する）、受信側のＴＥＬ７に送信する。
（４）受信側のＴＥＬ７は、受信側のゲートウェイ装置２から上記復元されたＳＩＰメッセージを受信し、送信側のＴＥＬ５からの受信を開始できる状態である場合には、送信側のＴＥＬ５に対して最終応答：成功を示すＳＩＰメッセージである“２００ ＯＫ”を受信側のゲートウェイ装置２に送信する。
【００４６】
（５）受信側のゲートウェイ装置２は、２００ ＯＫの通信相手先が、既にセッションが確立されている送信側のゲートウェイ装置１に接続された送信側のＴＥＬ５であることを確認すると、２００ ＯＫに所定の加工を施し（この加工処理の詳細については後述する）、その加工後のＳＩＰメッセージである“ＭＯＤＩＦＩＥＤ−２００ ＯＫ”を、既に確立されているセッション上の通信として、ＳＩＰサーバ８を介さずに送信側のＴＥＬ５が接続されている送信側ゲートウェイ装置１に送信する。
【００４７】
（６）送信側のゲートウェイ装置１は、受信側のゲートウェイ装置２から受信した送信側のＴＥＬ５へのＭＯＤＩＦＩＥＤ−２００ ＯＫに所定の復元処理を施し（この復元処理の詳細は後述する）、送信側ＴＥＬ５に送信する。
（７）送信側のＴＥＬ５は、受信側のＴＥＬ７からの２００ ＯＫを正しく受信すると、受信側のＴＥＬ７に対して２００ ＯＫを正しく受け取ったことを示すＳＩＰメッセージである“ＡＣＫ”を送信側のゲートウェイ装置１に送信する。
【００４８】
（８）送信側のゲートウェイ装置１は、送信側のＴＥＬ５からＡＣＫを受信し、そのＡＣＫの通信相手先が、既にセッションが確立されている受信側のゲートウェイ装置２に接続された受信側のＴＥＬ７であることを確認すると、ＡＣＫに所定の加工処理を施し（この加工処理の詳細については後述する）、その加工後のＳＩＰメッセージである“ＭＯＤＩＦＩＥＤ−ＡＣＫ”を、既に確立されているセッション上の通信として、ＳＩＰサーバ８を介さずに受信側のＴＥＬ７が接続されている受信側のゲートウェイ装置２に送信する。
【００４９】
（９）受信側のゲートウェイ装置２は、送信側のゲートウェイ装置１から受信した受信側のＴＥＬ７へのＭＯＤＩＦＩＥＤ−ＡＣＫに所定の復元処理を施し（この復元処理の詳細は後述する）、受信側のＴＥＬ７に送信する。
こうして、上記（１）〜（９）の通信手順が成功すると、送信側のＴＥＬ５と受信側のＴＥＬ７は、通常であれば送信側のＭＦＰ４と受信側のＭＦＰ６がファクシミリ通信のコネクションを終了し、セッションまで終了した後でなければ通信を開始できないような状況においても、コネクションを確立して通話を開始することができる。
【００５０】
一方、送信側のＴＥＬ５と受信側のＴＥＬ７とで通話が実行されており、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立されている場合、新たに送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際も、上述の（１）〜（９）と同様の通信手順を実行することにより、現在確立しているセッションを終了させて、あらためてセッションを確立し直すことなく、あらたなファクシミリ通信を行うことができる。
【００５１】
また、上述の説明では、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立されている場合、新たに送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする場合と、新たに送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする場合について説明したが、新たに受信側のＴＥＬ７から送信側のＴＥＬ５へ通話を開始する場合と、新たに受信側のＭＦＰ６から送信側のＭＦＰ４へファクシミリ通信を開始する場合についても、上述の（１）〜（９）と同様の通信手順を実行することにより、現在確立しているセッションを終了させて、あらためてセッションを確立し直すことなく、あらたな通話またはファクシミリ通信を行うことができる。
【００５２】
次に、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの処理について説明する。
図５は、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
図５のステップ（図中「Ｓ」で示す）１で、制御部１０の構内インタフェース制御部１１が、接続された端末装置であるＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信すると、セッション管理部１７へ送信し、ステップ２へ進む。
【００５３】
ステップ２では、セッション管理部１７が、自ゲートウェイ装置１が他のゲートウェイ装置２との間で既にセッションが確立されているか否かを判断し、既にセッションが確立されているなら（この場合ゲートウェイ装置間のコネクションも確立されている）、ＳＩＰメッセージをＳＩＰメッセージ解析部１２へ送り、ステップ３へ進み、セッションが確立されていなければ、ステップ９へ進む。
ステップ３では、ＳＩＰメッセージ解析部１２が、ＳＩＰメッセージの内容を解析し、そのＳＩＰメッセージに含まれている宛先情報を抽出し、ＳＩＰメッセージと宛先情報をセッション管理部１７へ返し、ステップ４へ進む。
【００５４】
ステップ４では、セッション管理部１７が、宛先情報と、既に確立しているセッションのセッション通信先とを比較し、ＳＩＰメッセージの宛先情報が既に確立しているセッションのセッション通信先と同じか否かを判断し、同じならステップ５へ進み、同じでないならステップ８へ進む。
【００５５】
ステップ５では、セッション管理部１７が、ＳＩＰメッセージがセッションの終了を要求するものか否かを判断し、セッションの終了を要求するメッセージなら、図９に示すステップ６１へ進み、セッションの終了を要求するメッセージでなければ、ＳＩＰメッセージをＳＩＰメッセージ加工部１４へ送り、ステップ６へ進む。上記セッションの終了を要求するメッセージとは、具体的にはＢＹＥリクエストとその応答を指す。
【００５６】
ステップ６では、ＳＩＰメッセージ加工部１４が、ＳＩＰメッセージを送信してきた端末装置（ＭＦＰ又はＴＥＬ）が接続されているポートのポート情報（ゲートウェイ装置１に端末装置を接続したポートを示す接続情報に相当する）と、セッション通信先情報記憶部１３に記憶されている情報とに基いて、セッション通信先のポートの中で、実際に通信を行う端末装置が接続されているポートを判断し、ＳＩＰメッセージを加工し、セッション通信先のポート情報を追加（付加）する加工を施し、セッション管理部１７へ返し、ステップ７へ進む。
【００５７】
ステップ７では、セッション管理部１７は、網側インタフェース制御部１５を利用し、加工されたＳＩＰメッセージを、ネットワーク３内に存在するＳＩＰサーバ８を介さず、既に確立しているセッションにおける通信データとして、セッション通信先の受信側のゲートウェイ装置２へ送信し、この処理を終了する。
【００５８】
一方、ステップ８では、セッション管理部１７が、構内インタフェース制御部１１を利用し、新たな通信開始の要求を拒否するために現在セッション制御は行えない旨を、ＳＩＰメッセージを送信した端末装置へ通知し、この処理を終了する。
また、ステップ９では、セッション管理部１７が、網側インタフェース制御部１５を利用し、受信したＳＩＰメッセージをネットワーク３内のＳＩＰサーバ８に送信し、この処理を終了する。
【００５９】
このようにして、送信側のゲートウェイ装置１は、端末装置から受け取ったＳＩＰメッセージのセッション通信先が、既に確立しているセッション通信先と同一であると判断した場合には、既に確立しているセッション上の通信としてＳＩＰサーバ８を介さずセッション通信先に送信することにより、他の通信装置との間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始することができる。
【００６０】
また、端末装置から受け取ったＳＩＰメッセージのセッション通信先が、既に確立しているセッション通信先と異なると判断した場合には、セッションの接続を拒否することにより、新たな通信先への接続動作を行えない状況においても、接続された端末装置は問題なく動作できるようにすることができる。
【００６１】
次に、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から上述の処理によって送信されたＳＩＰメッセージを受信したときの処理について説明する。
図６は、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から上述の処理によって送信されたＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
【００６２】
図６のステップ（図中「Ｓ」で示す）１１で、制御部１０の網側インタフェース制御部１５が、ネットワーク３よりＳＩＰメッセージを受信すると、セッション管理部１７へ送り、セッション管理部１７はＳＩＰメッセージをＳＩＰメッセージ解析部１２へ送り、ステップ１２へ進む。
ステップ１２では、ＳＩＰメッセージ解析部１２が、ＳＩＰメッセージの内容を解析し、その解析結果をセッション管理部１７へ返し、ステップ１３へ進む。
【００６３】
ステップ１３では、セッション管理部１７が、ＳＩＰメッセージ内に送信側のゲートウェイ装置１によって追加されたポート情報が存在するか否かを判断し、存在するならＳＩＰメッセージをＳＩＰメッセージ復元部１６へ送り、ステップ１４へ進み、存在しないならステップ１６へ進む。
ステップ１４では、ＳＩＰメッセージ復元部１６が、ＳＩＰメッセージからポート情報を取り除き、そのＳＩＰメッセージとポート情報とをセッション管理部１７へ送り、ステップ１５へ進む。
【００６４】
ステップ１５では、セッション管理部１７が、構内インタフェース制御部１１を利用し、ＳＩＰメッセージ内に含まれていたポート情報が示すポートに接続されている端末装置（ＭＦＰ６又はＴＥＬ７）に、復元したＳＩＰメッセージを送信し、この処理を終了する。
一方、ステップ１６では、セッション管理部１７が、構内インタフェース制御部１１を利用し、受信したＳＩＰメッセージをセッションの確立を行う端末装置（ＭＦＰ６又はＴＥＬ７）に対して送信し、この処理を終了する。
【００６５】
このようにして、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２とでそれぞれ図５と図６に示した処理を実行することにより、この通信システムでは、ＳＩＰサーバ８を介さずセッション通信先に送信する際には、通信相手の端末装置が接続されているポートの情報を含むようにＳＩＰメッセージを加工し、またポートの情報が含まれたＳＩＰメッセージを受信した場合には、ポートの情報を取り除いてＳＩＰメッセージを復元するとともに、取り除いたポートの情報を利用して、復元したＳＩＰメッセージを送信する端末装置を決定することにより、セッション間で複数のコネクションが確立される場合に、ポート情報により各コネクションを識別し、各コネクションによる通信を確実に実現することができる。
【００６６】
次に、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの他の処理について説明する。
図７は、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【００６７】
なお、図７に示したステップ２１〜２７、ステップ２８の各処理は、図５に示したステップ１〜７、ステップ８の各処理とそれぞれ共通するため、その共通する処理の説明を省略し、図５と異なるステップ２９、３０の処理を主に説明する。
ステップ２２において、セッション管理部１７が、自ゲートウェイ装置１が受信側のゲートウェイ装置２と既にセッションが確立されていないと判断したら、ＳＩＰメッセージをＳＩＰメッセージ加工部１４へ送り、ステップ２９へ進む。
【００６８】
ステップ２９では、ＳＩＰメッセージ加工部１４が、ＳＩＰメッセージに自らの持つ各ポートについての一覧情報をＳＩＰメッセージに追加する加工を施し、その加工後のＳＩＰメッセージをセッション管理部１７へ送り、ステップ３０へ進む。上記自らの持つ各ポートについての一覧情報とは、各ポートに接続されている端末がどのようなサービスを行うかを示す情報である。
【００６９】
ステップ３０では、セッション管理部１７が、網側インタフェース制御部１５を利用し、上記加工後のＳＩＰメッセージをネットワーク３内のＳＩＰサーバ８へ送信し、この処理を終了する。
このようにして、自らのポート一覧情報を、通信装置間でのセッションを確立するためにＳＩＰサーバ８を介して通信されるＳＩＰメッセージに含めるようにすることにより、セッション通信先毎に、どのポートに接続されている端末装置間でコネクションを接続するかについて、ユーザが設定をしなくても自動的に決定することができる。
【００７０】
次に、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から図７のフローチャート図の処理によって送信されたＳＩＰメッセージを受信したときの処理について説明する。
図８は、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から上述の処理によって送信されたＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【００７１】
なお、図８に示したステップ４１〜４５の各処理は、図６に示したステップ１１〜１５の各処理とそれぞれ共通するため、その共通する処理の説明を省略し、図６と異るステップ４６〜５０の処理を主に説明する。
ステップ４３において、セッション管理部１７が、ＳＩＰメッセージ内に送信側のゲートウェイ装置１によって追加されたポート情報が存在しないと判断した場合、ステップ４６へ進む。
【００７２】
ステップ４６では、セッション管理部１７が、ＳＩＰメッセージ内に送信側のゲートウェイ装置１によって追加されたポート一覧情報が存在するか否かを判断し、存在するならステップ４７へ進み、存在しないならステップ５０へ進む。
ステップ４７では、セッション管理部１７が、ＳＩＰメッセージ内のポートの一覧情報と自らの持つポートについての一覧情報から、自らのポートに接続されている端末装置と、送信側のゲートウェイ装置１に接続されている端末装置との紐付けを行い、その紐付情報をセッション通信先情報記憶部１３に記憶し、ＳＩＰメッセージをＳＩＰメッセージ復元部１６へ送り、ステップ４８へ進む。
【００７３】
ステップ４８では、ＳＩＰメッセージ復元部１６が、ＳＩＰメッセージからポートの一覧情報を取り除いて、ＳＩＰメッセージを復元し、セッション管理部１７へ返し、ステップ４９へ進む。
ステップ４９では、セッション管理部１７が、構内インタフェース制御部１１を利用し、復元したＳＩＰメッセージをセッションの確立を行う端末装置（ＭＦＰ６又はＴＥＬ７）に対して送信し、この処理を終了する。
【００７４】
一方、ステップ５０では、セッション管理部１７が、構内インタフェース制御部１１を利用し、受信したＳＩＰメッセージをセッションの確立を行う端末装置に対して送信し、この処理を終了する。
このようにして、自らのポート一覧情報を、通信装置間でのセッションを確立するためにＳＩＰサーバ８を介して通信されるＳＩＰメッセージに含めることにより、セッション通信先毎に、どのポートに接続されている端末装置間でコネクションを接続するかについて、ユーザが設定をしなくても自動的に決定することができる。
【００７５】
図９は、図５と図７の続きの処理を示すフローチャート図である。
ステップ６１では、セッション管理部１７が、ＳＩＰメッセージを送出してきた端末装置の他に、コネクションを確立している端末装置が存在するか否かを判断し、存在するならＳＩＰメッセージ加工部１４へ送り、ステップ６２へ進み、存在しないならステップ６４へ進む。
【００７６】
ステップ６２では、ＳＩＰメッセージ加工部１４が、ＳＩＰメッセージを送信してきた端末装置が接続されているポートの情報と、セッション通信先情報記憶部１３に記憶されている情報とに基いて、セッション通信先のポートの中で、実際に通信を行う端末装置が接続されているポートを判断し、ＳＩＰメッセージにポート情報を追加する加工を施してセッション管理部１７へ返し、ステップ６３へ進む。
【００７７】
ステップ６３では、セッション管理部１７が、網側インタフェース制御部１５を利用し、加工されたＳＩＰメッセージを、ネットワーク３内に存在するＳＩＰサーバ８を介さず、既に確立しているセッションにおける通信データとして、セッション通信先の受信側のゲートウェイ装置２へ送信し、この処理を終了する。
一方、ステップ６４では、セッション管理部１７が、受信したＳＩＰメッセージをネットワーク３内のＳＩＰサーバ９へ送信し、この処理を終了する。
【００７８】
このようにして、セッション終了を要求するメッセージを端末装置より受け取った際に、コネクションを確立している端末装置が他に存在しない場合には、受け取ったメッセージをＳＩＰサーバ８に送信することにより、コネクションが確立されている場合のみセッションの確立を継続することができる。
【産業上の利用可能性】
【００７９】
この発明による通信装置は、ネットワーク間でパケットのルーティングを行うゲートウェイ装置と、そのゲートウェイ装置としての機能を備えたコンピュータ、ファクシミリ装置、プリンタ、複写機、複合機等の画像形成装置を含む通信装置において適用することができる。
【符号の説明】
【００８０】
１、２：ゲートウェイ装置 ３：ネットワーク ４、６：ＭＦＰ ５、７：ＴＥＬ ８：ＳＩＰサーバ １０：制御部 １１：構内インタフェース制御部 １２：ＳＩＰメッセージ解析部 １３：セッション通信先情報記憶部 １４：ＳＩＰメッセージ加工部 １５：網側インタフェース制御部 １６：ＳＩＰメッセージ復元部 １７：セッション管理部 １８：設定入力部
【先行技術文献】
【特許文献】
【００８１】
【特許文献１】特開２００９−２１８６３１号公報
【技術分野】
【０００１】
この発明は、ネットワーク間でパケットのルーティングを行うゲートウェイ装置と、そのゲートウェイ装置としての機能を備えたコンピュータ、ファクシミリ装置、プリンタ、複写機、複合機等の画像形成装置を含む通信装置に関する。
【背景技術】
【０００２】
近年、現行の電話網を代替する新しいネットワークとして、電話サービス用の電話網とインターネットサービス用のＩＰネットワークを、ＩＰ技術を用いたＩＰ通信網として統合した次世代ネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ：ＮＧＮ）が注目を浴びている。
ＮＧＮでは、従来の公衆電話網と同様に、呼制御信号のやり取りにより必要なセッションを確立した後に通信を行う仕組みを用いている。
【０００３】
また、セッション確立には、セッション確立プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ、セッション開始プロトコルとも呼ぶ）を用いている。
ＳＩＰは、ボイス オーバー インターネット プロトコル（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶＯＩＰ）を応用したインターネット電話等で用いられている通話制御プロトコルの１つである。
【０００４】
例えば、電話での会話中にファクシミリ通信を用いて書面のやりとりを行う必要が生じた場合、電話機とファクシミリ装置（ＦＡＸ）の両者が複数の電話番号を持っている場合や、電話機とＦＡＸが通信装置（例えば、ゲートウェイ装置）の同一ポートに接続されて連携している場合等の特殊な場合を除いては、一度電話を切って呼を確立し直した後にＦＡＸ通信を行い、ＦＡＸ通信の終了後に再度呼を確立して電話機による通話を再開するという通信手順を踏む必要がある。
【０００５】
このように、通信装置間ですでにセッションが確立している状態において、通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、たとえ既に確立しているセッションと新たに確立しようとするセッションの接続先が同じ場合であっても、現在確立しているセッションが終了するまで待ち、新たにセッションを確立し直す必要があるという問題があった。
【０００６】
従来、端末装置から受け取った複数の呼制御メッセージを集約した集約呼制御メッセージを生成し、ネットワークに送出すると共に、ネットワークから受け取った集約呼制御メッセージから複数の呼制御メッセージを復元して端末装置への送信を行う通信装置（例えば、特許文献１参照）があった。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の通信装置では、集約した呼制御メッセージによるゲートウェイ間のセッション確立を一度行った後で、更に端末装置より呼制御メッセージを受け取った場合についての動作については言及されておらず、そのため通信装置間ですでにセッションが確立している状態において、通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、たとえ既に確立しているセッションと新たに確立しようとするセッションの接続先が同じ場合であっても、現在確立しているセッションが終了するまで待ち、セッションを確立し直す必要があるという問題は解消できていないという問題があった。
【０００８】
この発明は上記の点に鑑みてなされたものであり、通信装置間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この発明は上記の目的を達成するため、自通信装置に接続された端末装置からネットワーク上の他の通信装置に接続された端末装置との通信開始の要求を受信した場合、上記ネットワーク上のサーバを介して上記他の通信装置へ上記通信開始の要求を送信して自通信装置と上記他の通信装置との間でセッションを確立し、その確立したセッション上で自通信装置に接続された端末装置と上記他の通信装置に接続された端末装置との通信を可能にする通信装置において、自通信装置に接続された他の端末装置から上記他の通信装置に接続されたさらに他の端末装置への新たな通信開始の要求を受信したとき、上記新たな通信開始の要求先の端末装置を接続した通信装置が、上記既にセッションを確立している上記他の通信装置と同一であると判断した場合、上記サーバを介さずに上記既に確立しているセッション上の通信として上記新たな通信開始の要求を上記他の通信装置へ送信する制御手段を設けた通信装置を提供する。
【００１０】
また、上記制御手段が、自通信装置に接続された他の端末装置から新たな通信開始の要求を受信したとき、上記新たな通信開始の要求先の端末装置を接続した通信装置が、上記既にセッションを確立している上記他の通信装置と異なると判断した場合、上記新たな通信開始の要求を拒否する手段を有するようにするとよい。
さらに、上記制御手段が、上記他の通信装置へ送信する上記新たな通信開始の要求に、上記他の通信装置に対して上記新たな通信開始の要求先の端末装置の接続情報を付加する手段を有するようにするとよい。
【００１１】
また、上記制御手段が、上記サーバを介さずに上記既に確立しているセッション上の通信として上記新たな通信開始の要求を受信した場合、上記新たな通信開始の要求に付加された、自通信装置に対する上記新たな通信開始の要求先の端末装置の接続情報を取り除き、上記新たな通信開始の要求を復元する手段と、上記取り除いた接続情報に基づいて、上記復元した上記新たな通信開始の要求を送信する自通信装置に接続された端末装置を決定する手段を有するようにするとよい。
【００１２】
さらに、上記制御手段が、自通信装置に接続された端末装置と上記他の通信装置に接続された端末装置とを紐付けるための紐付情報を設定する手段と、その手段によって設定された上記紐付情報を記憶する手段とを有するようにするとよい。
【００１３】
また、上記制御手段が、自通信装置における端末装置の接続情報の一覧情報を記憶する手段と、上記他の通信装置へ送信する上記新たな通信開始の要求に、上記一覧情報を付加する手段と、上記サーバを介さずに上記既に確立しているセッション上の通信として上記新たな通信開始の要求を受信した場合、上記新たな通信開始の要求に付加された、上記他の通信装置における端末装置の接続情報の一覧情報を取り除き、上記新たな通信開始の要求を復元する手段と、自通信装置に記憶した上記一覧情報と上記新たな通信開始の要求から取り除いた一覧情報とに基づいて決定される、自通信装置に接続された端末装置と上記他の通信装置に接続された端末装置とを紐付けるための紐付情報を記憶する手段を有するようにするとよい。
【００１４】
さらに、上記制御手段は、自通信装置に接続された端末装置から既に確立したセッションの終了の要求を受信したとき、上記既に確立したセッションにおいてコネクションを確立している端末装置が他に存在しない場合、上記セッションの終了の要求を上記サーバへ送信する手段を有するようにするとよい。
【発明の効果】
【００１５】
この発明による通信装置は、他の通信装置との間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始することができる。
【図面の簡単な説明】
【００１６】
【図１】図２に示すゲートウェイ装置の発明に係る内部構成を示す機能ブロック図である。
【図２】図２は、発明の一実施例である通信システムを示す図である。
【図３】図２に示す通信システムにおいてファクシミリ通信と通話をする際にセッションが確立されるまでの処理の流れを示す図である。
【００１７】
【図４】図２に示す通信システムにおいて各ゲートウェイ装置の間で既にセッションが確立された後、あらたなファクシミリ通信または通話を開始するときの処理の流れを示す図である。
【図５】図２に示す送信側のゲートウェイ装置が自装置に接続されたＭＦＰ又はＴＥＬからＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
【００１８】
【図６】図２に示す受信側のゲートウェイ装置が送信側のゲートウェイ装置から送信されたＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
【図７】図２に示す送信側のゲートウェイ装置が自装置に接続されたＭＦＰ又はＴＥＬからＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【００１９】
【図８】図２に示す受信側のゲートウェイ装置が送信側のゲートウェイ装置から送信されたＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【図９】図５と図７の続きの処理を示すフローチャート図である。
【発明を実施するための形態】
【００２０】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
図２は、発明の一実施例である通信システムを示す図である。
この実施例の通信システムは、複数のローカルエリアネットワーク（ＬＡＮ）である構内ネットワークと、それらを接続するインターネットを含む広域のネットワーク３とからなる。
図２では、通信システムにおける通信の説明を分かり易くするため、送信側の構内ネットワークと受信側の構内ネットワークをそれぞれ１つずつ図示している。
【００２１】
図２に示した通信システムの送信側の構内ネットワークには、ゲートウェイ装置１が設置されており、そのゲートウェイ装置１には、端末装置として複数の複合機（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：ＭＦＰ）４と、複数の電話機（ＴＥＬ）５が接続されている。
一方、受信側の構内ネットワークには、ゲートウェイ装置２が設置されており、そのゲートウェイ装置２にも、端末装置として複数の複合機（ＭＦＰ）６と、複数の電話機（ＴＥＬ）７がそれぞれ接続されている。その他のＭＦＰとＴＥＬは図示を省略している。
【００２２】
なお、図２では、送信側の構内ネットワークにおけるＭＦＰ４とＴＥＬ５、受信側の構内ネットワークにおけるＭＦＰ６とＴＥＬ７をそれぞれ一台ずつ図示し、その他の図示を省略している。
ネットワーク３には、ＳＩＰサーバ８が設けられている。
【００２３】
ゲートウェイ装置１、２は、ネットワーク間でパケットのルーティングを行う装置であり、構内ネットワーク内のＭＦＰ４とＴＥＬ５、ＭＦＰ６とＴＥＬ７をそれぞれネットワーク３に接続し、ファクシミリ通信、通話の際のセッションの確立を含む通信制御をする装置であり、発明の通信装置に相当する。
ＭＦＰ４、６は、ファクシミリ通信機能、画像読み取り機能、印刷機能、複写機能を含む複数の機能を備えた画像形成装置であり、その内部構成と、上記各機能に係る処理については公知なので、その説明を省略する。
【００２４】
ＴＥＬ５、７は、ＳＩＰ対応の通話装置である。その内部構成と、通話機能に係る処理については公知なので、その説明を省略する。
ネットワーク３は、ＩＰベースのキャリアネットワークであり、上述したＮＧＮである。その詳細は公知なので説明を省略する。
ＳＩＰサーバ８は、上述したＳＩＰに基いて、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２でセッションを確立させるための呼制御を行うサーバである。その詳細は公知なので説明を省略する。
【００２５】
この通信システムでは、送信側のゲートウェイ装置１に接続された送信側のＭＦＰ４、ＴＥＬ５と、受信側のゲートウェイ２に接続された受信側のＭＦＰ６、ＴＥＬ７は、ネットワーク３内のＳＩＰサーバ８を利用してゲートウェイ装置１、２間でセッションが確立された後、そのセッション内でコネクションを確立し、ファクシミリ通信、通話を含む通信のアプリケーションの実行を行う。
【００２６】
次に、ゲートウェイ装置１、２の発明に係る内部構成について説明する。
図１は、図２に示したゲートウェイ装置１、２の発明に係る内部構成を示す機能ブロック図であり、特に発明において特徴的な部分および発明に係る部分のみを示し、その他の公知の機能部については図示と説明を省略する。
ゲートウェイ装置１、２は、ＣＰＵ、ＲＯＭおよびＲＡＭを含むマイクロコンピュータによって実現される制御部１０と、ユーザが操作する入力装置である設定入力部１８とを有する。
【００２７】
制御部１０は、発明に係る機能部として、構内インタフェース制御部１１、ＳＩＰメッセージ解析部１２、セッション通信先情報記憶部１３、ＳＩＰメッセージ加工部１４、網側インタフェース制御部１５、ＳＩＰメッセージ復元部１６、およびセッション管理部１７を備えている。
上記１１〜１７の各部は、ＣＰＵがプログラムを実行することによってそれぞれの機能を実現させることができる。そのプログラムは、ＲＯＭ（コンピュータ読み取り可能な記録媒体に記憶することにより、ゲートウェイ装置１、２に上記１１〜１７の各部の機能を容易に導入することができる。
【００２８】
構内インタフェース制御部１１は、送信側では図２のＭＦＰ４、ＴＥＬ５、受信側では図２のＭＦＰ６、ＴＥＬ７の端末装置との間のＳＩＰメッセージの送受信の制御を司る。
このＳＩＰメッセージは、送信側のＭＦＰ４と受信側のＭＦＰ６とのファクシミリ通信の際に、および送信側のＴＥＬ５と受信側のＴＥＬ７との通話の際にそれぞれ行うセッションの確立、変更、切断のためにＭＦＰ４とＴＥＬ５との間およびＴＥＬ５とＴＥＬ７との間でやり取りされるデータである。すなわち、通信開始の要求に相当する。
【００２９】
ＳＩＰメッセージ解析部１２は、ＳＩＰメッセージの内容を解析し、そのＳＩＰメッセージに含まれている宛先情報またはポート情報を抽出する処理を司る。ポート情報は接続情報に相当する。
セッション通信先情報記憶部１３は、セッション通信先の情報を記憶する記憶装置である。この情報は紐付情報と一覧情報に相当し、セッション通信先とのやりとりの中で自動的に取得して記憶する以外に、ユーザ操作によって直接設定して記憶させることも可能である。
【００３０】
ＳＩＰメッセージ加工部１４は、セッション通信先情報記憶部１３に記憶されている情報に基いて、ＳＩＰメッセージにセッション通信先のポート情報を追加する加工の処理を司る。
網側インタフェース制御部１５は、ネットワーク３に対するＳＩＰメッセージの送信と、ネットワーク３からのＳＩＰメッセージの受信の制御を司る。
ＳＩＰメッセージ復元部１６は、ＳＩＰメッセージに含まれているポート情報を取り除いてＳＩＰメッセージを復元する処理を司る。
【００３１】
セッション管理部１７は、構内インタフェース制御部１１、ＳＩＰメッセージ解析部１２、セッション通信先情報記憶部１３、ＳＩＰメッセージ加工部１４、網側インタフェース制御部１５、およびＳＩＰメッセージ復元部１６をそれぞれ制御して、送信側のＭＦＰ４と受信側のＭＦＰ６とのファクシミリ通信の際に、および送信側のＴＥＬ５と受信側のＴＥＬ７との通話の際にそれぞれ行うセッションの確立、変更、切断の手順の制御を司る。
【００３２】
設定入力部１８は、セッション通信先情報記憶部１３に対する情報の設定入力を司る。その情報には、自装置のポートに接続されているＭＦＰまたはＴＥＬとセッション通信先のポートに接続されているＭＦＰまたはＴＥＬを紐付けるための情報を含む。
このように、セッション通信先毎に、どのポートに接続されている装置間でコネクションを接続するかについて、ユーザの意思に基づいて決定することができる。
【００３３】
次に、図２に示した通信システムにおいてファクシミリ通信と通話をする際にセッションが確立されるまでの処理の概要を説明する。
図３は、図２に示した通信システムにおいてファクシミリ通信と通話をする際にセッションが確立されるまでの処理の流れを示す図であり、ＳＩＰを用いた一般的なセッション開始手順を示している。
【００３４】
図２に示した送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際、または送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする際、図３に示した（１）〜（３）の通信手順を実行して、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間を含み、ＭＦＰ４とＭＦＰ６、またはＴＥＬ５とＴＥＬ７の間でセッションを確立し、ＭＦＰ４はＭＦＰ６とファクシミリ通信を、またはＴＥＬ５はＴＥＬ７と通話をそれぞれ開始する。
まず、送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間でセッションを確立する通信手順を説明する。
【００３５】
（１）送信側のＭＦＰ４は、受信側のＭＦＰ６とファクシミリ通信を開始する際、受信側のＭＦＰ６に対してセッション確立要求を示すＳＩＰメッセージである“ＩＮＶＩＴＥ”を送信側のゲートウェイ装置１へ送信する。
そのＩＮＶＩＴＥは、送信側のゲートウェイ装置１から図２のネットワーク３に設けられたＳＩＰサーバ８を介して受信側のＭＦＰ６を接続している受信側のゲートウェイ装置２へ送信され、そのゲートウェイ装置２から受信側のＭＦＰ６へ送信される。
【００３６】
（２）受信側のＭＦＰ６は、ＩＮＶＩＴＥを受信すると、自装置が送信側のＭＦＰ４からの受信を開始できる状態である場合には、送信側のＭＦＰ４に対して最終応答：成功を示すＳＩＰメッセージである“２００ ＯＫ”を受信側のゲートウェイ装置２に送信する。
その２００ ＯＫは、受信側のゲートウェイ装置２からＳＩＰサーバ８を介して送信側のＭＦＰ４を接続している送信側のゲートウェイ装置１へ送信され、その送信側ゲートウェイ装置１から送信側のＭＦＰ４へ送信される。
【００３７】
（３）送信側のＭＦＰ４は、受信側のＭＦＰ６からの２００ ＯＫを正しく受信すると、受信側のＭＦＰ６に対して２００ ＯＫを正しく受け取ったことを示すＳＩＰメッセージである“ＡＣＫ”を送信側のゲートウェイ装置１に送信する。
そのＡＣＫは、送信側のゲートウェイ装置１からＳＩＰサーバ８を介して受信側のＭＦＰ６を接続した受信側のゲートウェイ装置２へ送信され、そのゲートウェイ装置２から受信側のＭＦＰ６へ送信される。
【００３８】
こうして、上記（１）〜（３）の通信手順が成功すると、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間も含み、送信側のＭＦＰ４と受信側のＭＦＰ６の間でセッションが確立し、その確立後は、送信側のＭＦＰ４と受信側のＭＦＰ６は、確立されたセッション上においてファクシミリ通信のコネクションを確立し、ファクシミリ通信を実行することができる。
【００３９】
一方、送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする際、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間でセッションを確立する通信手順についても、上述と同様にして、送信側のＴＥＬ５、送信側のゲートウェイ装置１、ＳＩＰサーバ８、受信側のゲートウェイ装置２、および受信側のＴＥＬ７との間で（１）〜（３）と同様の通信手順を成功させると、送信側のＴＥＬ５と受信側のＴＥＬ７は、その確立されたセッション上において通話のコネクションを確立し、通話を実行することができる。
【００４０】
また、上述の説明では、ＭＦＰ４とＴＥＬ５を送信側に、ＭＦＰ６とＴＥＬ７を受信側にして説明したが、ＭＦＰ６とＴＥＬ７を送信側に、ＭＦＰ４とＴＥＬ５を受信側にしても上述と同様の通信手順を実行して両者間のセッションを確定し、ファクシミリ通信または通話を実行することができる。
【００４１】
次に、図２に示した通信システムにおいてゲートウェイ装置１と２の間で既にセッションが確立された後、あらたなファクシミリ通信または通話を開始するときの処理の概要を説明する。
図４は、図２に示した通信システムにおいてゲートウェイ装置１と２の間で既にセッションが確立された後、あらたなファクシミリ通信または通話を開始するときの処理の流れを示す図であり、ゲートウェイ装置１、２における発明に係る動作の特徴を示す図である。
【００４２】
送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立された後、新たに送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際、または新たに送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする際、図４に示した（１）〜（９）の通信手順を実行することにより、現在確立しているセッションを終了させて、あらためてセッションを確立し直すことなく、あらたなファクシミリ通信または通話を行うことができる。
【００４３】
まず、送信側のＭＦＰ４と受信側のＭＦＰ６との間でファクシミリ通信が実行されており、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立されている場合、あらたに送信側のＴＥＬ５が受信側のＴＥＬ７と通話をするときの通信手順を説明する。
（１）送信側のＴＥＬ５は、受信側のＴＥＬ７に対してセッション確立要求を示すＳＩＰメッセージである“ＩＮＶＩＴＥ”を送信側のゲートウェイ装置１に送信する。
【００４４】
（２）送信側のゲートウェイ装置１は、送信側のＴＥＬ５からＩＮＶＩＴＥを受信し、そのＩＮＶＩＴＥの接続要求先が、既にセッションが確立されている受信側のゲートウェイ装置２に接続された受信側のＴＥＬ７であることを確認すると、ＩＮＶＩＴＥに所定の加工処理を施し（この加工処理の詳細については後述する）、その加工後のＳＩＰメッセージである“ＭＯＤＩＦＩＥＤ−ＩＮＶＩＴＥ”を、既に確立されているセッション上の通信として、ＳＩＰサーバ８を介さずに受信側のＴＥＬ７が接続されている受信側のゲートウェイ装置２に送信する。
【００４５】
（３）受信側のゲートウェイ装置２は、送信側のゲートウェイ装置１から受信した受信側のＴＥＬ７へのＭＯＤＩＦＩＥＤ−ＩＮＶＩＴＥに所定の復元処理を施し（この復元処理の詳細は後述する）、受信側のＴＥＬ７に送信する。
（４）受信側のＴＥＬ７は、受信側のゲートウェイ装置２から上記復元されたＳＩＰメッセージを受信し、送信側のＴＥＬ５からの受信を開始できる状態である場合には、送信側のＴＥＬ５に対して最終応答：成功を示すＳＩＰメッセージである“２００ ＯＫ”を受信側のゲートウェイ装置２に送信する。
【００４６】
（５）受信側のゲートウェイ装置２は、２００ ＯＫの通信相手先が、既にセッションが確立されている送信側のゲートウェイ装置１に接続された送信側のＴＥＬ５であることを確認すると、２００ ＯＫに所定の加工を施し（この加工処理の詳細については後述する）、その加工後のＳＩＰメッセージである“ＭＯＤＩＦＩＥＤ−２００ ＯＫ”を、既に確立されているセッション上の通信として、ＳＩＰサーバ８を介さずに送信側のＴＥＬ５が接続されている送信側ゲートウェイ装置１に送信する。
【００４７】
（６）送信側のゲートウェイ装置１は、受信側のゲートウェイ装置２から受信した送信側のＴＥＬ５へのＭＯＤＩＦＩＥＤ−２００ ＯＫに所定の復元処理を施し（この復元処理の詳細は後述する）、送信側ＴＥＬ５に送信する。
（７）送信側のＴＥＬ５は、受信側のＴＥＬ７からの２００ ＯＫを正しく受信すると、受信側のＴＥＬ７に対して２００ ＯＫを正しく受け取ったことを示すＳＩＰメッセージである“ＡＣＫ”を送信側のゲートウェイ装置１に送信する。
【００４８】
（８）送信側のゲートウェイ装置１は、送信側のＴＥＬ５からＡＣＫを受信し、そのＡＣＫの通信相手先が、既にセッションが確立されている受信側のゲートウェイ装置２に接続された受信側のＴＥＬ７であることを確認すると、ＡＣＫに所定の加工処理を施し（この加工処理の詳細については後述する）、その加工後のＳＩＰメッセージである“ＭＯＤＩＦＩＥＤ−ＡＣＫ”を、既に確立されているセッション上の通信として、ＳＩＰサーバ８を介さずに受信側のＴＥＬ７が接続されている受信側のゲートウェイ装置２に送信する。
【００４９】
（９）受信側のゲートウェイ装置２は、送信側のゲートウェイ装置１から受信した受信側のＴＥＬ７へのＭＯＤＩＦＩＥＤ−ＡＣＫに所定の復元処理を施し（この復元処理の詳細は後述する）、受信側のＴＥＬ７に送信する。
こうして、上記（１）〜（９）の通信手順が成功すると、送信側のＴＥＬ５と受信側のＴＥＬ７は、通常であれば送信側のＭＦＰ４と受信側のＭＦＰ６がファクシミリ通信のコネクションを終了し、セッションまで終了した後でなければ通信を開始できないような状況においても、コネクションを確立して通話を開始することができる。
【００５０】
一方、送信側のＴＥＬ５と受信側のＴＥＬ７とで通話が実行されており、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立されている場合、新たに送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする際も、上述の（１）〜（９）と同様の通信手順を実行することにより、現在確立しているセッションを終了させて、あらためてセッションを確立し直すことなく、あらたなファクシミリ通信を行うことができる。
【００５１】
また、上述の説明では、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２の間で既にセッションが確立されている場合、新たに送信側のＴＥＬ５が受信側のＴＥＬ７と通話をする場合と、新たに送信側のＭＦＰ４が受信側のＭＦＰ６とファクシミリ通信をする場合について説明したが、新たに受信側のＴＥＬ７から送信側のＴＥＬ５へ通話を開始する場合と、新たに受信側のＭＦＰ６から送信側のＭＦＰ４へファクシミリ通信を開始する場合についても、上述の（１）〜（９）と同様の通信手順を実行することにより、現在確立しているセッションを終了させて、あらためてセッションを確立し直すことなく、あらたな通話またはファクシミリ通信を行うことができる。
【００５２】
次に、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの処理について説明する。
図５は、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
図５のステップ（図中「Ｓ」で示す）１で、制御部１０の構内インタフェース制御部１１が、接続された端末装置であるＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信すると、セッション管理部１７へ送信し、ステップ２へ進む。
【００５３】
ステップ２では、セッション管理部１７が、自ゲートウェイ装置１が他のゲートウェイ装置２との間で既にセッションが確立されているか否かを判断し、既にセッションが確立されているなら（この場合ゲートウェイ装置間のコネクションも確立されている）、ＳＩＰメッセージをＳＩＰメッセージ解析部１２へ送り、ステップ３へ進み、セッションが確立されていなければ、ステップ９へ進む。
ステップ３では、ＳＩＰメッセージ解析部１２が、ＳＩＰメッセージの内容を解析し、そのＳＩＰメッセージに含まれている宛先情報を抽出し、ＳＩＰメッセージと宛先情報をセッション管理部１７へ返し、ステップ４へ進む。
【００５４】
ステップ４では、セッション管理部１７が、宛先情報と、既に確立しているセッションのセッション通信先とを比較し、ＳＩＰメッセージの宛先情報が既に確立しているセッションのセッション通信先と同じか否かを判断し、同じならステップ５へ進み、同じでないならステップ８へ進む。
【００５５】
ステップ５では、セッション管理部１７が、ＳＩＰメッセージがセッションの終了を要求するものか否かを判断し、セッションの終了を要求するメッセージなら、図９に示すステップ６１へ進み、セッションの終了を要求するメッセージでなければ、ＳＩＰメッセージをＳＩＰメッセージ加工部１４へ送り、ステップ６へ進む。上記セッションの終了を要求するメッセージとは、具体的にはＢＹＥリクエストとその応答を指す。
【００５６】
ステップ６では、ＳＩＰメッセージ加工部１４が、ＳＩＰメッセージを送信してきた端末装置（ＭＦＰ又はＴＥＬ）が接続されているポートのポート情報（ゲートウェイ装置１に端末装置を接続したポートを示す接続情報に相当する）と、セッション通信先情報記憶部１３に記憶されている情報とに基いて、セッション通信先のポートの中で、実際に通信を行う端末装置が接続されているポートを判断し、ＳＩＰメッセージを加工し、セッション通信先のポート情報を追加（付加）する加工を施し、セッション管理部１７へ返し、ステップ７へ進む。
【００５７】
ステップ７では、セッション管理部１７は、網側インタフェース制御部１５を利用し、加工されたＳＩＰメッセージを、ネットワーク３内に存在するＳＩＰサーバ８を介さず、既に確立しているセッションにおける通信データとして、セッション通信先の受信側のゲートウェイ装置２へ送信し、この処理を終了する。
【００５８】
一方、ステップ８では、セッション管理部１７が、構内インタフェース制御部１１を利用し、新たな通信開始の要求を拒否するために現在セッション制御は行えない旨を、ＳＩＰメッセージを送信した端末装置へ通知し、この処理を終了する。
また、ステップ９では、セッション管理部１７が、網側インタフェース制御部１５を利用し、受信したＳＩＰメッセージをネットワーク３内のＳＩＰサーバ８に送信し、この処理を終了する。
【００５９】
このようにして、送信側のゲートウェイ装置１は、端末装置から受け取ったＳＩＰメッセージのセッション通信先が、既に確立しているセッション通信先と同一であると判断した場合には、既に確立しているセッション上の通信としてＳＩＰサーバ８を介さずセッション通信先に送信することにより、他の通信装置との間で既にセッションを確立し、各通信装置にそれぞれ接続された端末装置間で通信している状態において、一方の通信装置に接続されている他の端末装置がセッションの確立を必要とする通信を新たに開始しようとする場合、既に確立しているセッションと新たに確立しようとするセッションの接続先が同じである場合には、現在確立しているセッションを終了させることなく、新たな通信を開始することができる。
【００６０】
また、端末装置から受け取ったＳＩＰメッセージのセッション通信先が、既に確立しているセッション通信先と異なると判断した場合には、セッションの接続を拒否することにより、新たな通信先への接続動作を行えない状況においても、接続された端末装置は問題なく動作できるようにすることができる。
【００６１】
次に、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から上述の処理によって送信されたＳＩＰメッセージを受信したときの処理について説明する。
図６は、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から上述の処理によって送信されたＳＩＰメッセージを受信したときの処理を示すフローチャート図である。
【００６２】
図６のステップ（図中「Ｓ」で示す）１１で、制御部１０の網側インタフェース制御部１５が、ネットワーク３よりＳＩＰメッセージを受信すると、セッション管理部１７へ送り、セッション管理部１７はＳＩＰメッセージをＳＩＰメッセージ解析部１２へ送り、ステップ１２へ進む。
ステップ１２では、ＳＩＰメッセージ解析部１２が、ＳＩＰメッセージの内容を解析し、その解析結果をセッション管理部１７へ返し、ステップ１３へ進む。
【００６３】
ステップ１３では、セッション管理部１７が、ＳＩＰメッセージ内に送信側のゲートウェイ装置１によって追加されたポート情報が存在するか否かを判断し、存在するならＳＩＰメッセージをＳＩＰメッセージ復元部１６へ送り、ステップ１４へ進み、存在しないならステップ１６へ進む。
ステップ１４では、ＳＩＰメッセージ復元部１６が、ＳＩＰメッセージからポート情報を取り除き、そのＳＩＰメッセージとポート情報とをセッション管理部１７へ送り、ステップ１５へ進む。
【００６４】
ステップ１５では、セッション管理部１７が、構内インタフェース制御部１１を利用し、ＳＩＰメッセージ内に含まれていたポート情報が示すポートに接続されている端末装置（ＭＦＰ６又はＴＥＬ７）に、復元したＳＩＰメッセージを送信し、この処理を終了する。
一方、ステップ１６では、セッション管理部１７が、構内インタフェース制御部１１を利用し、受信したＳＩＰメッセージをセッションの確立を行う端末装置（ＭＦＰ６又はＴＥＬ７）に対して送信し、この処理を終了する。
【００６５】
このようにして、送信側のゲートウェイ装置１と受信側のゲートウェイ装置２とでそれぞれ図５と図６に示した処理を実行することにより、この通信システムでは、ＳＩＰサーバ８を介さずセッション通信先に送信する際には、通信相手の端末装置が接続されているポートの情報を含むようにＳＩＰメッセージを加工し、またポートの情報が含まれたＳＩＰメッセージを受信した場合には、ポートの情報を取り除いてＳＩＰメッセージを復元するとともに、取り除いたポートの情報を利用して、復元したＳＩＰメッセージを送信する端末装置を決定することにより、セッション間で複数のコネクションが確立される場合に、ポート情報により各コネクションを識別し、各コネクションによる通信を確実に実現することができる。
【００６６】
次に、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの他の処理について説明する。
図７は、図２に示した送信側のゲートウェイ装置１が自装置に接続されたＭＦＰ４又はＴＥＬ５からＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【００６７】
なお、図７に示したステップ２１〜２７、ステップ２８の各処理は、図５に示したステップ１〜７、ステップ８の各処理とそれぞれ共通するため、その共通する処理の説明を省略し、図５と異なるステップ２９、３０の処理を主に説明する。
ステップ２２において、セッション管理部１７が、自ゲートウェイ装置１が受信側のゲートウェイ装置２と既にセッションが確立されていないと判断したら、ＳＩＰメッセージをＳＩＰメッセージ加工部１４へ送り、ステップ２９へ進む。
【００６８】
ステップ２９では、ＳＩＰメッセージ加工部１４が、ＳＩＰメッセージに自らの持つ各ポートについての一覧情報をＳＩＰメッセージに追加する加工を施し、その加工後のＳＩＰメッセージをセッション管理部１７へ送り、ステップ３０へ進む。上記自らの持つ各ポートについての一覧情報とは、各ポートに接続されている端末がどのようなサービスを行うかを示す情報である。
【００６９】
ステップ３０では、セッション管理部１７が、網側インタフェース制御部１５を利用し、上記加工後のＳＩＰメッセージをネットワーク３内のＳＩＰサーバ８へ送信し、この処理を終了する。
このようにして、自らのポート一覧情報を、通信装置間でのセッションを確立するためにＳＩＰサーバ８を介して通信されるＳＩＰメッセージに含めるようにすることにより、セッション通信先毎に、どのポートに接続されている端末装置間でコネクションを接続するかについて、ユーザが設定をしなくても自動的に決定することができる。
【００７０】
次に、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から図７のフローチャート図の処理によって送信されたＳＩＰメッセージを受信したときの処理について説明する。
図８は、図２に示した受信側のゲートウェイ装置２が送信側のゲートウェイ装置１から上述の処理によって送信されたＳＩＰメッセージを受信したときの他の処理を示すフローチャート図である。
【００７１】
なお、図８に示したステップ４１〜４５の各処理は、図６に示したステップ１１〜１５の各処理とそれぞれ共通するため、その共通する処理の説明を省略し、図６と異るステップ４６〜５０の処理を主に説明する。
ステップ４３において、セッション管理部１７が、ＳＩＰメッセージ内に送信側のゲートウェイ装置１によって追加されたポート情報が存在しないと判断した場合、ステップ４６へ進む。
【００７２】
ステップ４６では、セッション管理部１７が、ＳＩＰメッセージ内に送信側のゲートウェイ装置１によって追加されたポート一覧情報が存在するか否かを判断し、存在するならステップ４７へ進み、存在しないならステップ５０へ進む。
ステップ４７では、セッション管理部１７が、ＳＩＰメッセージ内のポートの一覧情報と自らの持つポートについての一覧情報から、自らのポートに接続されている端末装置と、送信側のゲートウェイ装置１に接続されている端末装置との紐付けを行い、その紐付情報をセッション通信先情報記憶部１３に記憶し、ＳＩＰメッセージをＳＩＰメッセージ復元部１６へ送り、ステップ４８へ進む。
【００７３】
ステップ４８では、ＳＩＰメッセージ復元部１６が、ＳＩＰメッセージからポートの一覧情報を取り除いて、ＳＩＰメッセージを復元し、セッション管理部１７へ返し、ステップ４９へ進む。
ステップ４９では、セッション管理部１７が、構内インタフェース制御部１１を利用し、復元したＳＩＰメッセージをセッションの確立を行う端末装置（ＭＦＰ６又はＴＥＬ７）に対して送信し、この処理を終了する。
【００７４】
一方、ステップ５０では、セッション管理部１７が、構内インタフェース制御部１１を利用し、受信したＳＩＰメッセージをセッションの確立を行う端末装置に対して送信し、この処理を終了する。
このようにして、自らのポート一覧情報を、通信装置間でのセッションを確立するためにＳＩＰサーバ８を介して通信されるＳＩＰメッセージに含めることにより、セッション通信先毎に、どのポートに接続されている端末装置間でコネクションを接続するかについて、ユーザが設定をしなくても自動的に決定することができる。
【００７５】
図９は、図５と図７の続きの処理を示すフローチャート図である。
ステップ６１では、セッション管理部１７が、ＳＩＰメッセージを送出してきた端末装置の他に、コネクションを確立している端末装置が存在するか否かを判断し、存在するならＳＩＰメッセージ加工部１４へ送り、ステップ６２へ進み、存在しないならステップ６４へ進む。
【００７６】
ステップ６２では、ＳＩＰメッセージ加工部１４が、ＳＩＰメッセージを送信してきた端末装置が接続されているポートの情報と、セッション通信先情報記憶部１３に記憶されている情報とに基いて、セッション通信先のポートの中で、実際に通信を行う端末装置が接続されているポートを判断し、ＳＩＰメッセージにポート情報を追加する加工を施してセッション管理部１７へ返し、ステップ６３へ進む。
【００７７】
ステップ６３では、セッション管理部１７が、網側インタフェース制御部１５を利用し、加工されたＳＩＰメッセージを、ネットワーク３内に存在するＳＩＰサーバ８を介さず、既に確立しているセッションにおける通信データとして、セッション通信先の受信側のゲートウェイ装置２へ送信し、この処理を終了する。
一方、ステップ６４では、セッション管理部１７が、受信したＳＩＰメッセージをネットワーク３内のＳＩＰサーバ９へ送信し、この処理を終了する。
【００７８】
このようにして、セッション終了を要求するメッセージを端末装置より受け取った際に、コネクションを確立している端末装置が他に存在しない場合には、受け取ったメッセージをＳＩＰサーバ８に送信することにより、コネクションが確立されている場合のみセッションの確立を継続することができる。
【産業上の利用可能性】
【００７９】
この発明による通信装置は、ネットワーク間でパケットのルーティングを行うゲートウェイ装置と、そのゲートウェイ装置としての機能を備えたコンピュータ、ファクシミリ装置、プリンタ、複写機、複合機等の画像形成装置を含む通信装置において適用することができる。
【符号の説明】
【００８０】
１、２：ゲートウェイ装置 ３：ネットワーク ４、６：ＭＦＰ ５、７：ＴＥＬ ８：ＳＩＰサーバ １０：制御部 １１：構内インタフェース制御部 １２：ＳＩＰメッセージ解析部 １３：セッション通信先情報記憶部 １４：ＳＩＰメッセージ加工部 １５：網側インタフェース制御部 １６：ＳＩＰメッセージ復元部 １７：セッション管理部 １８：設定入力部
【先行技術文献】
【特許文献】
【００８１】
【特許文献１】特開２００９−２１８６３１号公報
【特許請求の範囲】
【請求項１】
自通信装置に接続された端末装置からネットワーク上の他の通信装置に接続された端末装置との通信開始の要求を受信した場合、前記ネットワーク上のサーバを介して前記他の通信装置へ前記通信開始の要求を送信して自通信装置と前記他の通信装置との間でセッションを確立し、該確立したセッション上で自通信装置に接続された端末装置と前記他の通信装置に接続された端末装置との通信を可能にする通信装置において、
自通信装置に接続された他の端末装置から前記他の通信装置に接続されたさらに他の端末装置への新たな通信開始の要求を受信したとき、前記新たな通信開始の要求先の端末装置を接続した通信装置が、前記既にセッションを確立している前記他の通信装置と同一であると判断した場合、前記サーバを介さずに前記既に確立しているセッション上の通信として前記新たな通信開始の要求を前記他の通信装置へ送信する制御手段を設けたことを特徴とする通信装置。
【請求項２】
前記制御手段は、自通信装置に接続された他の端末装置から新たな通信開始の要求を受信したとき、前記新たな通信開始の要求先の端末装置を接続した通信装置が、前記既にセッションを確立している前記他の通信装置と異なると判断した場合、前記新たな通信開始の要求を拒否する手段を有することを特徴とする請求項１記載の通信装置。
【請求項３】
前記制御手段は、前記他の通信装置へ送信する前記新たな通信開始の要求に、前記他の通信装置に対して前記新たな通信開始の要求先の端末装置の接続情報を付加する手段を有することを特徴とする請求項１又は２記載の通信装置。
【請求項４】
前記制御手段は、前記サーバを介さずに前記既に確立しているセッション上の通信として前記新たな通信開始の要求を受信した場合、前記新たな通信開始の要求に付加された、自通信装置に対する前記新たな通信開始の要求先の端末装置の接続情報を取り除き、前記新たな通信開始の要求を復元する手段と、前記取り除いた接続情報に基づいて、前記復元した前記新たな通信開始の要求を送信する自通信装置に接続された端末装置を決定する手段とを有することを特徴とする請求項１乃至３のいずれか一項に記載の通信装置。
【請求項５】
前記制御手段は、自通信装置に接続された端末装置と前記他の通信装置に接続された端末装置とを紐付けるための紐付情報を設定する手段と、該手段によって設定された前記紐付情報を記憶する手段とを有することを特徴とする請求項１乃至４のいずれか一項に記載の通信装置。
【請求項６】
前記制御手段は、自通信装置における端末装置の接続情報の一覧情報を記憶する手段と、前記他の通信装置へ送信する前記新たな通信開始の要求に、前記一覧情報を付加する手段と、前記サーバを介さずに前記既に確立しているセッション上の通信として前記新たな通信開始の要求を受信した場合、前記新たな通信開始の要求に付加された、前記他の通信装置における端末装置の接続情報の一覧情報を取り除き、前記新たな通信開始の要求を復元する手段と、自通信装置に記憶した前記一覧情報と前記新たな通信開始の要求から取り除いた一覧情報とに基づいて決定される、自通信装置に接続された端末装置と前記他の通信装置に接続された端末装置とを紐付けるための紐付情報を記憶する手段とを有することを特徴とする請求項１乃至５のいずれか一項に記載の通信装置。
【請求項７】
前記制御手段は、自通信装置に接続された端末装置から既に確立したセッションの終了の要求を受信したとき、前記既に確立したセッションにおいてコネクションを確立している端末装置が他に存在しない場合、前記セッションの終了の要求を前記サーバへ送信する手段を有することを特徴とする請求項１乃至６のいずれか一項に記載の通信装置。
【請求項１】
自通信装置に接続された端末装置からネットワーク上の他の通信装置に接続された端末装置との通信開始の要求を受信した場合、前記ネットワーク上のサーバを介して前記他の通信装置へ前記通信開始の要求を送信して自通信装置と前記他の通信装置との間でセッションを確立し、該確立したセッション上で自通信装置に接続された端末装置と前記他の通信装置に接続された端末装置との通信を可能にする通信装置において、
自通信装置に接続された他の端末装置から前記他の通信装置に接続されたさらに他の端末装置への新たな通信開始の要求を受信したとき、前記新たな通信開始の要求先の端末装置を接続した通信装置が、前記既にセッションを確立している前記他の通信装置と同一であると判断した場合、前記サーバを介さずに前記既に確立しているセッション上の通信として前記新たな通信開始の要求を前記他の通信装置へ送信する制御手段を設けたことを特徴とする通信装置。
【請求項２】
前記制御手段は、自通信装置に接続された他の端末装置から新たな通信開始の要求を受信したとき、前記新たな通信開始の要求先の端末装置を接続した通信装置が、前記既にセッションを確立している前記他の通信装置と異なると判断した場合、前記新たな通信開始の要求を拒否する手段を有することを特徴とする請求項１記載の通信装置。
【請求項３】
前記制御手段は、前記他の通信装置へ送信する前記新たな通信開始の要求に、前記他の通信装置に対して前記新たな通信開始の要求先の端末装置の接続情報を付加する手段を有することを特徴とする請求項１又は２記載の通信装置。
【請求項４】
前記制御手段は、前記サーバを介さずに前記既に確立しているセッション上の通信として前記新たな通信開始の要求を受信した場合、前記新たな通信開始の要求に付加された、自通信装置に対する前記新たな通信開始の要求先の端末装置の接続情報を取り除き、前記新たな通信開始の要求を復元する手段と、前記取り除いた接続情報に基づいて、前記復元した前記新たな通信開始の要求を送信する自通信装置に接続された端末装置を決定する手段とを有することを特徴とする請求項１乃至３のいずれか一項に記載の通信装置。
【請求項５】
前記制御手段は、自通信装置に接続された端末装置と前記他の通信装置に接続された端末装置とを紐付けるための紐付情報を設定する手段と、該手段によって設定された前記紐付情報を記憶する手段とを有することを特徴とする請求項１乃至４のいずれか一項に記載の通信装置。
【請求項６】
前記制御手段は、自通信装置における端末装置の接続情報の一覧情報を記憶する手段と、前記他の通信装置へ送信する前記新たな通信開始の要求に、前記一覧情報を付加する手段と、前記サーバを介さずに前記既に確立しているセッション上の通信として前記新たな通信開始の要求を受信した場合、前記新たな通信開始の要求に付加された、前記他の通信装置における端末装置の接続情報の一覧情報を取り除き、前記新たな通信開始の要求を復元する手段と、自通信装置に記憶した前記一覧情報と前記新たな通信開始の要求から取り除いた一覧情報とに基づいて決定される、自通信装置に接続された端末装置と前記他の通信装置に接続された端末装置とを紐付けるための紐付情報を記憶する手段とを有することを特徴とする請求項１乃至５のいずれか一項に記載の通信装置。
【請求項７】
前記制御手段は、自通信装置に接続された端末装置から既に確立したセッションの終了の要求を受信したとき、前記既に確立したセッションにおいてコネクションを確立している端末装置が他に存在しない場合、前記セッションの終了の要求を前記サーバへ送信する手段を有することを特徴とする請求項１乃至６のいずれか一項に記載の通信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−９００２５（Ｐ２０１２−９００２５Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１０−２３４１９０（Ｐ２０１０−２３４１９０）
【出願日】平成２２年１０月１９日（２０１０．１０．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２２年１０月１９日（２０１０．１０．１９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]