JP4877839B2

JP4877839B2 - セッション制御装置およびセッション制御方法

Info

Publication number: JP4877839B2
Application number: JP2008032905A
Authority: JP
Inventors: 大祐上林; 和明利根; 泰久池田; 亮一松本; 寿雄有海
Original assignee: NTT Electronics Corp; Nakayo Telecommunications Inc
Current assignee: NTT Electronics Corp; Nakayo Telecommunications Inc
Priority date: 2008-02-14
Filing date: 2008-02-14
Publication date: 2012-02-15
Anticipated expiration: 2028-02-14
Also published as: JP2009194618A

Description

本発明は、ＩＰ網と配下の端末との間のセッションを制御する技術に関する。

特許文献１には、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いて、ホームネットワーク内の装置やアプリケーションを通信サービスで利用できるようにする技術が開示されている。この技術では、第１ネットワークの第１端末と第１ネットワークの外部にある第２端末との間でメディアの送受信を行うときに、ゲートウェイ装置と第２端末との間にＳＩＰコネクション（セッション）を確立する。また、第１端末がＳＩＰ端末の場合は、ゲートウェイ装置と第１端末との間にＳＩＰコネクションを確立し、第１端末がＳＩＰ端末でない場合は、ゲートウェイ装置が保持するバンドルを利用して、ゲートウェイ装置と第１端末との間でメディアを送受信するときに使用するＩＰアドレスおよびポート番号を設定する。
特開２００５−２５２４７７号公報

ところで、ゲートウェイ装置のＩＰ網との最大同時接続セッション数は、加入している通信サービスの契約内容に依存する。

このため、ゲートウェイ装置とＩＰ網との間にすでに最大同時接続セッション数分のセッションが確立中であるならば、このゲートウェイ装置配下の、ある端末が発信しても（仮に、この端末が、例えばセキュリティ端末のような、ゲートウェイ装置配下の他の端末よりも優先度の高い端末であっても）、この端末とＩＰ網との間のセッションを確立することはできない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、所定の端末とのセッションを他の端末とのセッションよりも優先して確立できるようにする技術を提供することにある。

上記課題を解決するために、本発明では、第一の端末とＩＰ網との間のセッションよりも、第二の端末とＩＰ網との間のセッションが優先されるように、ＩＰ網上の呼制御サーバに登録された第一の端末の登録情報を用いて、第二の端末とＩＰ網との間のセッションを制御する。

例えば、本発明は、ＩＰ網と配下の端末との間のセッションを制御するセッション制御装置であって、
前記ＩＰ網と接続するためのＩＰ網インターフェース手段と、
第一の端末と接続するための第一の端末インターフェース手段と、
第二の端末と接続するための第二の端末インターフェース手段と、
前記第一の端末と前記ＩＰ網との間のセッション、および前記第二の端末と前記ＩＰ網との間のセッションを制御するセッション制御手段と、を有し、
前記セッション制御手段は、
前記第二の端末インターフェース手段を介して前記第二の端末からセッション要求を受信した場合に、前記第一の端末と前記ＩＰ網との間に確立されているセッションを含む所定数のセッションが前記配下の端末と前記ＩＰ網との間に確立中であるならば、前記ＩＰ網インターフェース手段を介して、前記第一の端末と接続する何れかのセッションの相手端末に、前記第一の端末を送信元とする切断要求を送信するとともに、前記第一の端末インターフェース手段を介して前記第一の端末に、当該相手端末を送信元とする切断要求を送信して、当該何れかのセッションを強制切断してから、前記第二の端末から受信したセッション要求の相手端末を送信先とし、前記第一の端末を送信元とする接続要求を、前記ＩＰ網インターフェース手段から送信し、前記ＩＰ網上の呼制御サーバに登録されている前記第一の端末の登録情報を用いて当該セッション要求を処理する。

本発明によれば、第二の端末のセッションを第一の端末より優先して確立することができる。また、本発明では、呼制御サーバに登録された第一の端末の登録情報を用いてセッション制御を行うので、第二の端末が呼制御サーバに登録されている必要はない。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施の形態に係る接続アダプタ１が適用されたネットワークシステムの概略構成図である。

図１において、ＩＰ網８は、例えばＮＧＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＮｅｔｗｏｒｋ）であり、ＳＩＰサーバ６およびＩＰ電話等のＳＩＰ端末７と接続されている。また、ＧＷ２は、例えばホームゲートウェイであり、ＬＡＮ４を介してＩＰ電話等のＳＩＰ端末３と接続されている。また、優先端末５は、監視カメラ、警報センサ、セキュリティ端末等の、ＧＷ２配下のＳＩＰ端末３よりも通信が優先される端末であり、ＳＩＰ以外の呼制御プロトコルが用いられている。

そして、本実施の形態に係る接続アダプタ１は、配下のＧＷ２および優先端末５をＩＰ網８に接続しており、ＳＩＰサーバ６に登録されたＧＷ２の登録情報を用いて、ＧＷ２とＩＰ網８との間のセッションよりも優先端末５とＩＰ網８との間のセッションが優先されるように、優先端末５とＩＰ網８との間のセッションを制御する。

図２は、本実施の形態に係る接続アダプタ１の概略構成図である。

図示するように、接続アダプタ１は、インターフェース部１１と、記憶部１２と、処理部１３と、を有する。

インターフェース部１１は、ＷＡＮインターフェース（ＷＡＮＩＦ）部１１１と、ＬＡＮインターフェース部（ＬＡＮＩＦ）１１２と、拡張インターフェース（拡張ＩＦ）部１１３と、を有する。

ＷＡＮインターフェース部１１１は、ＩＰ網８に接続するためのインターフェースである。ＬＡＮインターフェース部１１２は、ＧＷ２に接続するためのインターフェースである。そして、拡張インターフェース部１１３は、優先端末５を接続するためのインターフェースである。

記憶部１２は、登録情報格納部１２１と、セッション情報格納部１２２と、優先端末情報格納部１２３と、音声ガイダンス格納部１２４と、を有する。

登録情報格納部１２１には、ＳＩＰサーバ６に登録されたＧＷ２の登録情報が格納される。

音声ガイダンス格納部１２４には、ＧＷ２配下のＳＩＰ端末３とＩＰ網８側のＳＩＰ端末７とのセッションを強制切断するのに先立ち、これらのＳＩＰ端末３、７に送信される各メディアタイプの音声ガイダンスデータが格納されている。

セッション情報格納部１２２は、確立中および確立動作中のセッションの情報が格納される。図３（Ａ）は、セッション情報格納部１２２の登録内容を模式的に表した図である。図示するように、セッション情報格納部１２２には、確立中および確立動作中のセッション毎にレコード１２２０が登録される。レコード１２２０は、発信元情報を登録するフィールド１２２１と、発信先情報を登録するフィールド１２２２と、ヘッダ情報を登録するフィールド１２２３と、ボディ情報を登録するフィールド１２２４と、セッション状態を登録するフィールド１２２５と、を有する。

ここで、発信元情報とは、ＩＮＶＩＴＥメッセージに含まれる発信元の情報である。発信先情報とは、ＩＮＶＩＴＥメッセージに含まれる発信先の情報である。ヘッダ情報とは、ＩＮＶＩＴＥメッセージのメッセージヘッダの情報である。ボディ情報とは、ＩＮＶＩＴＥメッセージのメッセージボディの情報であり、メディアタイプの情報を含む。そして、セッション状態には、「確立動作中」および「確立中」の二つがある。接続アダプタ１がＩＮＶＩＴＥメッセージを受信してからＡＣＫメッセージを受信するまでの間は、セッション状態が「確立動作中」となり、セッションの確立動作が完了してからセッションが切断されるまでの間は、セッション状態が「確立中」となる。

優先端末情報格納部１２３は、拡張インターフェース部１１３に接続されている優先端末５を管理する端末管理テーブル（ＴＢ）１２３１と、これらの優先端末５の通信相手となるＳＩＰ端末７を管理する相手管理テーブル（ＴＢ）１２３２と、を有する。

図３（Ｂ）は、端末管理テーブル１２３１の登録内容を模式的に表した図である。図示するように、端末管理テーブル１２３１には、優先端末５毎にレコード１２３１０が登録されている。レコード１２３１０は、ＳＩＰ用端末番号を登録するフィールド１２３１１と、独自プロトコル用端末番号を登録するフィールド１２３１２と、を有する。

ここで、ＳＩＰ用端末番号とは、接続アダプタ１が優先端末５の代行としてＩＰ網８とＳＩＰメッセージをやり取りする際に使用する端末番号である。この端末番号は、登録情報格納部１２１に登録されたＧＷ２の登録情報に含まれている端末番号のなかから動的に割り当てられる。また、独自プロトコル用端末番号とは、この優先端末５が接続アダプタ１と独自プロトコルの呼制御メッセージをやり取りする際に使用する端末番号である。

図３（Ｃ）は、相手管理テーブル１２３２の登録内容を模式的に表した図である。図示するように、相手管理テーブル１２３２には、優先端末５に対して予め定められた通信相手（相手端末）毎に、レコード１２３２０が登録されている。レコード１２３２０には、この相手端末の端末番号（ＳＩＰ用端末番号）である相手端末番号を登録するフィールド１２３２１と、この相手端末の発信先となる優先端末５の端末番号（独自プロトコル用端末番号）である発信先端末番号を登録するフィールド１２３２２と、を有する。

ここで、相手端末番号とは、相手端末（ＳＩＰ端末７）が接続アダプタ１とＳＩＰメッセージをやり取りする際に使用する端末番号である。

図２に戻って説明を続ける。処理部１３は、ＮＡＴ処理部１３１と、ＴＣＰ／ＩＰ処理部１３２と、ＳＩＰ中継処理部１３３と、レジストラ部１３４と、ＷＡＮ側ＳＩＰ−ＵＡ部１３５と、ＬＡＮ側ＳＩＰ−ＵＡ部１３６と、優先端末用ＡＰ部１３７と、音声ガイダンス送出部１３８と、を有する。

ＮＡＴ処理部１３１は、ＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ）機能を有する。

すなわち、ＮＡＴ処理部１３１は、ＮＡＴテーブル（不図示）を参照して、ＷＡＮインターフェース部１１１より受け取ったＩＰパケットの送信先アドレスをグローバルアドレスからローカルアドレスに変換し、そのＩＰパケットをＴＣＰ／ＩＰ処理部１３２に渡す。また、ＴＣＰ／ＩＰ処理部１３２より受け取ったＩＰパケットの送信元アドレスをローカルアドレスからグローバルアドレスに変換し、そのＩＰパケットをＷＡＮインターフェース部１１１に渡す。

ＴＣＰ／ＩＰ処理部１３２は、ＴＣＰ／ＩＰ層の処理機能を有する。

また、ＴＣＰ／ＩＰ処理部１３２は、ＷＡＮインターフェース部１１１（ＮＡＴ処理部１３１経由）、ＬＡＮインターフェース部１１２、あるいは拡張インターフェース部１１３より受け取ったＩＰパケットからＴＣＰパケットを取り出し、このＴＣＰパケットのペイロードに格納されているデータを調べる。このデータがＳＩＰメッセージである場合は、これをＳＩＰ中継処理部１３３に渡し、このデータが独自プロトコルの呼制御メッセージである場合は、これを優先端末用ＡＰ部１３７に渡す。また、このデータが、ＳＩＰメッセージおよび独自プロトコルの呼制御メッセージ以外のデータ（例えばＲＴＰパケット）である場合、このＴＣＰパケットを格納したＩＰパケットを、このＩＰパケットの送信先アドレスに対応するＷＡＮインターフェース部１１１（ＮＡＴ処理部１３１経由）、ＬＡＮインターフェース部１１２、あるいは拡張インターフェース部１１３に渡す。

また、ＴＣＰ／ＩＰ処理部１３２は、ＳＩＰ中継処理部１３３より受け取ったＳＩＰメッセージ、優先端末用ＡＰ部１３７より受け取った独自プロトコルの呼制御メッセージ、あるいは音声ガイダンス送出部１３８より受け取った音声ガイダンスデータをＴＣＰパケットに格納し、さらにＩＰパケットに格納して、このＩＰパケットの送信先アドレスに対応するＷＡＮインターフェース部１１１（ＮＡＴ処理部１３１経由）、ＬＡＮインターフェース部１１２、あるいは拡張インターフェース部１１３に渡す。

ＳＩＰ中継処理部１３３は、ＳＩＰメッセージ中のＩＰアドレスとＮＡＴ処理部１３１のＮＡＴテーブルとを参照して、ＴＣＰ／ＩＰ処理部１３２、レジストラ部１３４、ＷＡＮ側ＳＩＰ−ＵＡ部１３５、およびＬＡＮ側ＳＩＰ−ＵＡ部１３６間におけるＳＩＰメッセージの中継を制御する。

具体的には、ＴＣＰ／ＩＰ処理部１３２より受け取ったＳＩＰメッセージの送信元がＧＷ２である場合、ＳＩＰ中継処理部１３３は、このＳＩＰメッセージがＲＥＧＩＳＴＥＲメッセージであれば、これをレジストラ部１３４に中継し、ＲＥＧＩＳＴＥＲメッセージ以外のＳＩＰメッセージであれば、ＬＡＮ側ＳＩＰ−ＵＡ部１３６に中継する。

また、ＴＣＰ／ＩＰ処理部１３２より受け取ったＳＩＰメッセージの送信元がＩＰ網８側である場合、ＳＩＰ中継処理部１３３は、このＳＩＰメッセージがＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫメッセージであれば、これをレジストラ部１３４に中継し、ＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫメッセージ以外のＳＩＰメッセージであれば、ＷＡＮ側ＳＩＰ−ＵＡ部１３５に中継する。

また、ＳＩＰ中継処理部１３３は、レジストラ部１３４、ＷＡＮ側ＳＩＰ−ＵＡ部１３５、およびＬＡＮ側ＳＩＰ−ＵＡ部１３６の何れかから受け取ったＳＩＰメッセージを、ＴＣＰ／ＩＰ処理部１３２に中継する。

レジストラ部１３４は、ＳＩＰ中継処理部１３３よりＲＥＧＩＳＴＥＲメッセージを受け取ったならば、このＲＥＧＩＳＴＥＲメッセージに含まれている登録情報を登録情報格納部１２１に仮登録すると共に、ＳＩＰサーバ６を送信先とするこのＲＥＧＩＳＴＥＲメッセージをＳＩＰ中継処理部１３３に出力する。

また、レジストラ部１３４は、ＳＩＰ中継処理部１３３よりＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫメッセージを受け取ったならば、先に登録情報格納部１２１に仮登録した登録情報を本登録すると共に、ＧＷ２を送信先とするこの２００ＯＫメッセージをＳＩＰ中継処理部１３３に出力する。なお、登録情報は、本登録されることで有効となり、ＳＩＰサーバ６へのアクセスにこの登録情報を用いることが可能となる。

ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＳＩＰサーバ６とＳＩＰメッセージのやり取りを行うユーザ・エージェントである。

ＳＩＰ中継処理部１３３からＳＩＰメッセージを受け取った場合、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、優先端末情報格納部１２３を参照する。そして、このＳＩＰメッセージの送信先の端末番号が端末管理テーブル１２３１に登録されている、あるいは送信元の端末番号が相手管理テーブル１２３２に登録されているならば、このＳＩＰメッセージを優先端末用ＡＰ部１３７に渡す。一方、このＳＩＰメッセージの送信先の端末番号が端末管理テーブル１２３１に登録されておらず、且つ送信元の端末番号も相手管理テーブル１２３２に登録されていないならば、このＳＩＰメッセージをＬＡＮ側ＳＩＰ−ＵＡ部１３６に渡す。

また、ＬＡＮ側ＳＩＰ−ＵＡ部１３６あるいは優先端末用ＡＰ部１３７から、ＳＩＰサーバ６を宛先とするＳＩＰメッセージを受信した場合、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＳＩＰメッセージをＳＩＰ中継処理部１３３に渡す。

また、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＩＰ網８上に確立中のセッション、および確立動作中のセッションの情報をセッション情報格納部１２２に登録する。

ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＧＷ２とＳＩＰメッセージのやり取りを行うユーザ・エージェントである。

ＳＩＰ中継処理部１３３からＳＩＰサーバ６を送信先（つまり、送信元がＧＷ２）とするＳＩＰメッセージを受け取った場合、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、このＳＩＰメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。

但し、このＳＩＰメッセージがＩＮＶＩＴＥメッセージである場合、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、セッション情報格納部１２２を参照して、確立中あるいは確立動作中のセッションの数が最大同時接続セッション数未満であるか否かを確認する。最大同時接続セッション数未満であるならば、このＩＮＶＩＴＥメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。一方、最大同時接続セッション数ならば、このＩＮＶＩＴＥメッセージの送信元（ＧＷ２）にＢＵＳＹメッセージを返す等の所定のエラー処理を行う。

また、ＷＡＮ側ＳＩＰ−ＵＡ部１３５から、ＧＷ２を送信先とするＳＩＰメッセージ（つまり、送信元がＩＰ網８側）を受け取った場合、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、このＳＩＰメッセージをＳＩＰ中継処理部１３３に渡す。

優先端末用ＡＰ部１３７は、独自プロトコルに基づく呼制御メッセージのやり取りを優先端末５と行うと共に、独自プロトコルに基づく呼制御メッセージおよびＳＩＰメッセージ間の相互変換を行う。

ＷＡＮ側ＳＩＰ−ＵＡ部１３５からＳＩＰメッセージを受け取った場合、優先端末用ＡＰ部１３７は、独自プロトコルの呼制御メッセージとＳＩＰメッセージとの対応関係が記述された変換テーブル（不図示）を用いて、受け取ったＳＩＰメッセージを、このＳＩＰメッセージに対応する独自プロトコルの呼制御メッセージに変換すると共に、優先端末情報格納部１２３の端末管理テーブル１２３１を用いて、この独自プロトコルの呼制御メッセージの送信先の端末番号を、受け取ったＳＩＰメッセージの送信先の端末番号であるＳＩＰ用端末番号に対応する独自プロトコル用端末番号に変換する。そして、この独自プロトコルの呼制御メッセージをＴＣＰ／ＩＰ処理部１３２に渡す。

また、ＴＣＰ／ＩＰ処理部１３２から独自プロトコルの呼制御メッセージを受け取った場合、優先端末用ＡＰ部１３７は、上述の変換テーブルを用いて、受け取った呼制御メッセージを、この呼制御メッセージに対応するＳＩＰメッセージに変換すると共に、優先端末情報格納部１２３の端末管理テーブル１２３１を用いて、このＳＩＰメッセージの送信元の端末番号を、受け取った呼制御メッセージの送信元の端末番号である独自プロトコル用端末番号に対応するＳＩＰ用端末番号に変換する。そして、このＳＩＰメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。

但し、受け取った呼制御メッセージに対応するＳＩＰメッセージがＩＮＶＩＴＥメッセージである場合、優先端末用ＡＰ部１３７は、セッション情報格納部１２２を参照して、確立中あるいは確立動作中のセッションの数が最大同時接続セッション数未満であるか否かを確認する。最大同時接続セッション数未満であるならば、このＩＮＶＩＴＥメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。一方、最大同時接続セッション数ならば、セッション情報格納部１２２を参照して、ＧＷ２配下のＳＩＰ端末３とＩＰ網８側のＳＩＰ端末７との間に確立中あるいは確立動作中の何れかのセッションを切断対象セッションに選択する。そして、音声ガイダンス送出部１３８に切断対象セッションの情報を通知する。それから、切断対象セッションと接続するＳＩＰ端末７を送信先とするＢＹＥメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡すと共に、切断対象セッションに接続するＳＩＰ端末３を送信先とするＢＹＥメッセージをＬＡＮ側ＳＩＰ−ＵＡ部１３６に渡す。そして、確立中あるいは確立動作中のセッションの数が最大同時接続セッション数未満となった後、このＩＮＶＩＴＥメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。

また、優先端末用ＡＰ部１３７は、セッション情報格納部１２２を参照して、優先端末情報格納部１２３に格納されている端末管理テーブル１２３１を更新する。

音声ガイダンス送出部１３８は、優先端末用ＡＰ部１３７より指定されたセッションのメディアタイプに応じた音声ガイダンスデータを、このセッションに接続されているＧＷ２配下のＳＩＰ端末３およびＩＰ網８側のＳＩＰ端末７のそれぞれを送信先として送信する。

具体的には、音声ガイダンス送出部１３８は、ＧＷ２配下のＳＩＰ端末３を送信元とし、ＩＰ網８側のＳＩＰ端末７を送信先とする、音声ガイダンスデータを格納したＩＰパケットを、ＴＣＰ／ＩＰ処理部１３２に渡す。また、ＩＰ網８側のＳＩＰ端末７を送信元とし、ＧＷ２配下のＳＩＰ端末３を送信先とする、音声ガイダンスデータを格納したＩＰパケットを、ＴＣＰ／ＩＰ処理部１３２に渡す。

図４は、接続アダプタ１の動作を説明するためのフロー図である。

ＬＡＮインターフェース部１１２、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介してレジストラ部１３４にＧＷ２からのＳＩＰのＲＥＧＩＳＴＥＲメッセージが到達すると（Ｓ１１でＹＥＳ）、後述する登録処理が実施される（Ｓ１２）。これにより、接続アダプタ１は、ＳＩＰサーバ６に登録されたＧＷ２の登録情報を、自接続アダプタ１の登録情報として登録情報格納部１２１に登録する。

また、ＬＡＮインターフェース部１１２、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介してＬＡＮ側ＳＩＰ−ＵＡ部１３６にＧＷ２からのＳＩＰのＩＮＶＩＴＥメッセージが到達すると（Ｓ１３でＹＥＳ）、後述する通常発信処理が実施される（Ｓ１４）。これにより、接続アダプタ１は、確立中および確立動作中のセッションの数が最大同時接続セッション数未満である場合に、このＩＮＶＩＴＥメッセージの送信元端末（ＧＷ２配下のＳＩＰ端末３）と送信先端末（ＩＰ網８側のＳＩＰ端末７）との間にセッションの確立を開始する。

また、拡張インターフェース部１１３、およびＴＣＰ／ＩＰ処理部１３２を介して優先端末用ＡＰ部１３７に、優先端末５からの独自プロトコルのセッション要求メッセージが到達すると（Ｓ１５でＹＥＳ）、後述する優先発信処理が実施される（Ｓ１６）。これにより、接続アダプタ１は、ＧＷ２配下のＳＩＰ端末３とＩＰ網８側のＳＩＰ端末７との間に確立中あるいは確立動作中のセッションより優先して、このセッション要求メッセージの送信元端末（優先端末５）と送信先端末（ＩＰ網８側のＳＩＰ端末７）との間にセッションの確立を開始する。

また、ＷＡＮインターフェース部１１１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介してＷＡＮ側ＳＩＰ−ＵＡ部１３５に、ＳＩＰサーバ６からのＳＩＰのＩＮＶＩＴＥメッセージが到達すると（Ｓ１７でＹＥＳ）、後述する着信処理が実施される（Ｓ１８）。これにより、接続アダプタ１は、このＩＮＶＩＴＥメッセージの送信元端末（ＩＰ網８側のＳＩＰ端末７）と送信先端末（ＧＷ２配下のＳＩＰ端末３あるいは優先端末５）との間にセッションの確立を開始する。

図５は、図４の登録処理（Ｓ１２）を説明するためのフロー図である。

レジストラ部１３４は、仮登録を示すフラグを立てて、ＲＥＧＩＳＴＥＲメッセージに格納されているＧＷ２の登録情報を登録情報格納部１２１に登録する（Ｓ１２０１）。次に、レジストラ部１３４は、このＲＥＧＩＳＴＥＲメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に転送する（Ｓ１２０２）。

それから、レジストラ部１３４は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰサーバ６から、このＲＥＧＩＳＴＥＲメッセージに対する応答メッセージが届くのを待つ（Ｓ１２０３）。そして、レジストラ部１３４は、ＳＩＰサーバ６から受け取った応答メッセージが２００ＯＫメッセージであるならば（Ｓ１２０４で「２００ＯＫ」）、ＧＷ２の登録情報と共に登録情報格納部１２１に登録されているフラグを、仮登録を示すフラグから、本登録を示すフラグに変更する（Ｓ１２０５）。また、この２００ＯＫメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、およびＬＡＮインターフェース部１１２を介して、ＧＷ２に転送する（Ｓ１２０６）。

一方、レジストラ部１３４は、ＳＩＰサーバ６から受け取った応答メッセージがエラーメッセージであるならば（Ｓ１２０４で「エラー」）、ＧＷ２の登録情報および仮登録を示すフラグを登録情報格納部１２１から削除する（Ｓ１２０７）。また、このエラーメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＬＡＮインターフェース部１１２を介して、ＧＷ２に転送する（Ｓ１２０８）。

図６は、図４の通常発信処理（Ｓ１４）を説明するためのフロー図である。

ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、セッション情報格納部１２２を参照し、このセッション情報格納部１２２に登録されているレコード１２２０の数が最大同時接続セッション数（Ｎ）未満であるか否かを確認する（Ｓ１４０１）。

セッション情報格納部１２２に登録されているレコード１２２０の数が最大同時接続セッション数（Ｎ）未満である場合（Ｓ１４０１でＹＥＳ）、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＷＡＮ側ＳＩＰ−ＵＡ部１３５にＩＮＶＩＴＥメッセージを渡す。これを受けて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、セッション情報格納部１２２に新たなレコード１２２０を追加し、このレコード１２２０のフィールド１２２１〜１２２４に、このＩＮＶＩＴＥメッセージの発信元情報、発信先情報、ヘッダ情報、およびボディ情報を登録する。また、このレコード１２２０のフィールド１２２５に、セッション状態「確立動作中」を登録する（Ｓ１４０２）。

次に、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＩＮＶＩＴＥメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に転送する（Ｓ１４０３）。

それから、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＬＡＮ側ＳＩＰ−ＵＡ部１３６と連携して、このＩＮＶＩＴＥメッセージに関連してＳＩＰサーバ６およびＧＷ２間でやり取りされるＳＩＰメッセージを中継する（Ｓ１４０４）。

具体的には、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、このＩＮＶＩＴＥメッセージに関連するＳＩＰメッセージ（１００Ｔｒｙｉｎｇ、１８０Ｒｉｎｇｉｎｇ、２００ＯＫ）をＳＩＰサーバ６から受信すると、このＳＩＰメッセージをＬＡＮ側ＳＩＰ−ＵＡ部１３６に渡す。ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、このＳＩＰメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、およびＬＡＮインターフェース部１１２を介して、ＧＷ２に転送する。

また、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＬＡＮインターフェース部１１２、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、このＩＮＶＩＴＥメッセージに関連するＳＩＰメッセージ（ＡＣＫ）をＧＷ２から受信すると、このＳＩＰメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＳＩＰメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に転送する。

さて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＧＷ２からのＡＣＫメッセージを渡されたならば（Ｓ１４０５でＹＥＳ）、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２５に登録されているセッション状態を「確立動作中」から「確立中」に更新する（Ｓ１４０６）。

以上のようにしてセッションが確立されると、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２１に登録されている発信元情報により特定されるＧＷ２配下のＳＩＰ端末３と、このレコード１２２０のフィールド１２２２に登録されている発信先情報により特定されるＩＰ網８側のＳＩＰ端末７との間で、以後、ＬＡＮインターフェース部１１２、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介してＩＰパケットの送受が開始される（Ｓ１４０７）。

一方、Ｓ１４０１において、セッション情報格納部１２２に登録されているレコード１２２０の数が最大同時接続セッション数（Ｎ）の場合（Ｓ１４０１でＮＯ）、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、およびＬＡＮインターフェース部１１２を介して、このＩＮＶＩＴＥメッセージの送信元にＢＵＳＹメッセージを返す等の所定のエラー処理を行う（Ｓ１４０８）。

図７は、図４の優先発信処理（Ｓ１６）を説明するためのフロー図である。

優先端末用ＡＰ部１３７は、セッション情報格納部１２２を参照し、このセッション情報格納部１２２に登録されているレコード１２２０の数が最大同時接続セッション数（Ｎ）未満であるか否かを確認する（Ｓ１６０１）。

セッション情報格納部１２２に登録されているレコード１２２０の数が最大同時接続セッション数（Ｎ）未満である場合（Ｓ１６０１でＹＥＳ）、優先端末用ＡＰ部１３７は、登録情報格納部１２１に登録されているＧＷ２の登録情報に含まれている端末番号のなかから、使用中でない端末番号（セッション情報格納部１２２の何れのレコード１２２０にも発信元情報あるいは発信先情報として登録されていない端末番号）を選択する。また、独自プロトコルのセッション要求メッセージの発信元情報である端末番号（独自プロトコル用端末番号）がフィールド１２３１２に登録されているレコード１２３１０を、優先端末情報格納部１２３の端末管理テーブル１２３１から検索する。そして、検索したレコード１２３１０のフィールド１２３１１に、選択した端末番号（ＳＩＰ用端末番号）を登録する（Ｓ１６０２）。

それから、優先端末用ＡＰ部１３７は、変換テーブルに基づいて、独自プロトコルのセッション要求メッセージをＳＩＰのＩＮＶＩＴＥメッセージに変換すると共に、このＩＮＶＩＴＥメッセージの発信元情報として、Ｓ１６０２で選択した端末番号を設定する（Ｓ１６０３）。そして、優先端末用ＡＰ部１３７は、このＩＮＶＩＴＥメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。

これを受けて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、セッション情報格納部１２２に新たなレコード１２２０を追加し、このレコード１２２０のフィールド１２２１〜１２２４に、このＩＮＶＩＴＥメッセージの発信元情報、発信先情報、ヘッダ情報、およびボディ情報を登録する。また、このレコード１２２０のフィールド１２２５に、セッション状態「確立動作中」を登録する（Ｓ１６０４）。

次に、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＩＮＶＩＴＥメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に転送する（Ｓ１６０５）。

それから、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、優先端末用ＡＰ部１３７と連携して、このＩＮＶＩＴＥメッセージに関連してＳＩＰサーバ６および優先端末５間でやり取りされるメッセージを中継する（Ｓ１６０６）。

具体的には、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰサーバ６から、このＩＮＶＩＴＥメッセージに関連するＳＩＰメッセージ（１００Ｔｒｙｉｎｇ、１８０Ｒｉｎｇｉｎｇ、２００ＯＫ）を受信すると、このＳＩＰメッセージを優先端末用ＡＰ部１３７に渡す。優先端末用ＡＰ部１３７は、変換テーブルにしたがって、このＳＩＰメッセージを、このＳＩＰメッセージに対応する独自プロトコルの呼制御メッセージに変換する。また、このＳＩＰメッセージの発信先情報である端末番号（ＳＩＰ用端末番号）がフィールド１２３１１に登録されているレコード１２３１０を優先端末情報格納部１２３の端末管理テーブル１２３１から検索し、検索したレコード１２３１０のフィールド１２３１２に登録されている独自プロトコル用端末番号を、この独自プロトコルの呼制御メッセージの発信先情報に設定する。それから、この独自プロトコルの呼制御メッセージを、ＴＣＰ／ＩＰ処理部１３２および拡張インターフェース部１１３を介して、優先端末５に転送する。

また、優先端末用ＡＰ部１３７は、拡張インターフェース部１１３およびＴＣＰ／ＩＰ処理部１３２を介して、優先端末５から、このＩＮＶＩＴＥメッセージに関連する独自プロトコルの呼制御メッセージ（ＯＫ）を受信すると、変換テーブルにしたがって、この呼制御メッセージを、この呼制御メッセージに対応するＳＩＰメッセージ（ＡＣＫ）に変換する。また、この呼制御メッセージの発信元情報である端末番号（独自プロトコル用端末番号）がフィールド１２３１２に登録されているレコード１２３１０を優先端末情報格納部１２３の端末管理テーブル１２３１から検索し、検索したレコード１２３１０のフィールド１２３１１に登録されているＳＩＰ用端末番号を、このＳＩＰメッセージの発信元情報に設定する。それから、このＳＩＰメッセージを、ＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。これを受けて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＳＩＰメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に転送する。

さて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、優先端末５からの独自プロトコルの呼制御メッセージ（ＯＫ）に対応するＡＣＫメッセージを優先端末用ＡＰ部１３７から渡されたならば（Ｓ１６０７でＹＥＳ）、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２５に登録されているセッション状態を「確立動作中」から「確立中」に更新する（Ｓ１６０８）。

以上のようにしてセッションが確立されると、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２１に登録された発信元情報により特定される優先端末５と、このレコード１２２０のフィールド１２２２に登録された発信先情報により特定されるＩＰ網８側のＳＩＰ端末７との間で、拡張インターフェース部１１３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＩＰパケットの送受が開始される（Ｓ１６０９）。

一方、Ｓ１６０１において、セッション情報格納部１２２に登録されているレコード１２２０の数が最大同時接続セッション数（Ｎ）の場合（Ｓ１６０１でＮＯ）、優先端末用ＡＰ部１３７は、優先端末５とＩＰ網８側のＳＩＰ端末７との間に確立中あるいは確立動作中のセッション以外のセッションに関するレコード１２２０をセッション情報格納部１２２から選択し、このセッションを切断対象セッションに設定する（Ｓ１６１０）。ここで、優先端末情報格納部１２３の端末管理テーブル１２３１の何れかのレコード１２３１０のフィールド１２３１１に登録されているＳＩＰ用端末番号がフィールド１２２１およびフィールド１２２２の何れか一方に登録されているレコード１２２０が、優先端末５とＩＰ網８側のＳＩＰ端末７との間に確立中あるいは確立動作中のセッションに関するレコード１２２０に該当する。

次に、優先端末用ＡＰ部１３７は、ＴＣＰ／ＩＰ処理部１３２を制御して、切断対象セッションを介してやり取りされるＩＰパケットを破棄する。これにより、切断対象セッションに接続されたＧＷ２配下のＳＩＰ端末３およびＩＰ網８側のＳＩＰ端末７間の通信を遮断する（Ｓ１６１１）。

次に、優先端末用ＡＰ部１３７は、音声ガイダンス送出部１３８に、切断対象セッションのレコード１２２０を通知して音声ガイダンスの送信を指示する。これを受けて、音声ガイダンス送出部１３８は、通知されたレコード１２２０のフィールド１２２４に登録されているボディ情報に含まれているメディアタイプに対応した音声ガイダンスデータを音声ガイダンス格納部１２４から選択し、この音声ガイダンスデータを格納したＩＰパケットを生成する。また、通知されたレコード１２２０のフィールド１２２１、１２２２に登録されている発信元情報、発信先情報により、切断対象セッションに接続されたＧＷ２配下のＳＩＰ端末３およびＩＰ網８側のＳＩＰ端末７を特定する。

そして、音声ガイダンス送出部１３８は、ＴＣＰ／ＩＰ処理部１３２およびＬＡＮインターフェース部１１２を介して、このＧＷ２配下のＳＩＰ端末３に、このＩＰ網８側のＳＩＰ端末７を送信元として、音声ガイダンスデータを含むＩＰパケットを送信する。また、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、このＩＰ網８側のＳＩＰ端末７に、このＧＷ２配下のＳＩＰ端末３を送信元として、音声ガイダンスデータを含むＩＰパケットを送信する（Ｓ１６１２）。

次に、優先端末用ＡＰ部１３７は、ＷＡＮ側ＳＩＰ−ＵＡ部１３５に、切断対象セッションのレコード１２２０を通知して、この切断対象セッションの切断を指示する。これを受けて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、通知されたレコード１２２０のフィールド１２２１、１２２２に登録されている発信元情報、発信先情報により、切断対象セッションに接続されたＧＷ２配下のＳＩＰ端末３およびＩＰ網８側のＳＩＰ端末７を特定する。

そして、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、このＩＰ網８側のＳＩＰ端末７に、このＧＷ２配下のＳＩＰ端末３を送信元とするＳＩＰのＢＹＥメッセージを送信する。

また、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＧＷ２配下のＳＩＰ端末３を送信先とし、このＩＰ網８側のＳＩＰ端末７を送信元とするＳＩＰのＢＹＥメッセージを、ＬＡＮ側ＳＩＰ−ＵＡ部１３６に渡す。これを受けて、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２およびＬＡＮインターフェース部１１２を介して、このＧＷ２配下のＳＩＰ端末３に、このＳＩＰのＢＹＥメッセージを送信する（Ｓ１６１３）。

さて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰのＢＹＥメッセージに対する２００ＯＫメッセージをＩＰ網８側のＳＩＰ端末７から受信すると共に、ＬＡＮインターフェース部１１２、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰのＢＹＥメッセージに対する２００ＯＫメッセージをＧＷ２配下のＳＩＰ端末３から受信すると（Ｓ１６１４でＹＥＳ）、切断対象セッションのレコード１２２０をセッション情報格納部１２２から削除する（Ｓ１６１５）。

以上のようにして切断対象セッションが切断されたならば（Ｓ１６１６）、Ｓ１６０２に戻って処理を進める。

図８は、図４の着信処理（Ｓ１８）を説明するためのフロー図である。

ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、セッション情報格納部１２２に新たなレコード１２２０を追加し、このレコード１２２０のフィールド１２２１〜１２２４に、ＩＮＶＩＴＥメッセージの発信元情報、発信先情報、ヘッダ情報、およびボディ情報を登録する。また、このレコード１２２０のフィールド１２２５にセッション状態「確立動作中」を登録する（Ｓ１８０１）。

次に、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＩＮＶＩＴＥメッセージの発信元情報により特定される端末番号が優先端末情報格納部１２３の相手管理テーブル１２３２の何れかのレコード１２３２０のフィールド１２３２１に登録されている否かを調べる（Ｓ１８０２）。

このＩＮＶＩＴＥメッセージの発信元情報により特定される端末番号が優先端末情報格納部１２３の相手管理テーブル１２３２の何れのレコード１２３２０のフィールド１２３２１にも登録されていない場合（Ｓ１８０２でＮＯ）、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＩＮＶＩＴＥメッセージをＬＡＮ側ＳＩＰ−ＵＡ部１３６に渡す。これを受けて、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、およびＬＡＮインターフェース部１１２を介して、ＧＷ２に、このＩＮＶＩＴＥメッセージを転送する（Ｓ１８０３）。

それから、ＬＡＮ側ＳＩＰ−ＵＡ部１３６とＷＡＮ側ＳＩＰ−ＵＡ部１３５とが連携して、このＩＮＶＩＴＥメッセージに関連してＳＩＰサーバ６およびＧＷ２間でやり取りされるＳＩＰメッセージを中継する（Ｓ１８０４）。

具体的には、ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、ＬＡＮインターフェース部１１２、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＧＷ２から、このＩＮＶＩＴＥメッセージに関連するＳＩＰメッセージ（１８０Ｒｉｎｇｉｎｇ、２００ＯＫ）を受信すると、このＳＩＰメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＳＩＰメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に転送する。

また、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰサーバ６から、このＩＮＶＩＴＥメッセージに関連するＳＩＰメッセージ（ＡＣＫ）を受信すると、このＳＩＰメッセージをＬＡＮ側ＳＩＰ−ＵＡ部１３６に渡す。ＬＡＮ側ＳＩＰ−ＵＡ部１３６は、このＳＩＰメッセージを、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、およびＬＡＮインターフェース部１１２を介して、ＧＷ２に転送する。

さて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＳＩＰサーバ６からＡＣＫメッセージを受信したならば（Ｓ１８０５でＹＥＳ）、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２５に登録されているセッション状態を「確立動作中」から「確立中」に更新する（Ｓ１８０６）。

以上のようにしてセッションが確立されると、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２１に登録されている発信元情報により特定されるＩＰ網８側のＳＩＰ端末７と、このレコード１２２０のフィールド１２２２に登録されている発信先情報により特定されるＧＷ２配下のＳＩＰ端末３との間で、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＬＡＮインターフェース部１１２を介して、ＩＰパケットの送受が開始される（Ｓ１８０７）。

一方、Ｓ１８０２において、このＩＮＶＩＴＥメッセージの発信元情報により特定される端末番号が優先端末情報格納部１２３の相手管理テーブル１２３２の何れかのレコード１２３２０のフィールド１２３２１に登録されている場合（Ｓ１８０２でＹＥＳ）、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、このＩＮＶＩＴＥメッセージを、このレコード１２３２０のフィールド１２３２２に登録されている発信先端末番号と共に、優先端末用ＡＰ部１３７に渡す。これを受けて、優先端末用ＡＰ部１３７は、優先端末情報格納部１２３の端末管理テーブル１２３１から、この発信先端末番号がフィールド１２３１２に登録されているレコード１２３１０を検索する。そして、検索したレコード１２３１０のフィールド１２３１１に、このＩＮＶＩＴＥメッセージの発信先情報により特定される端末番号（ＳＩＰ用端末番号）を登録する（Ｓ１８０８）。

次に、優先端末用ＡＰ部１３７は、変換テーブルにしたがって、このＩＮＶＩＴＥメッセージを独自プロトコルのセッション要求メッセージに変換すると共に、このセッション要求メッセージの発信先情報として、ＷＡＮ側ＳＩＰ−ＵＡ部１３５より通知された発信先端末番号を設定する（Ｓ１８０９）。そして、優先端末用ＡＰ部１３７は、ＴＣＰ／ＩＰ処理部１３２、および拡張インターフェース部１１３を介して、優先端末５に、このセッション要求メッセージを転送する（Ｓ１８１０）。

それから、優先端末用ＡＰ部１３７は、ＷＡＮ側ＳＩＰ−ＵＡ部１３５と連携して、このＩＮＶＩＴＥメッセージに関連してＳＩＰサーバ６および優先端末５間でやり取りされるメッセージを中継する（Ｓ１８１１）。

具体的には、優先端末用ＡＰ部１３７は、拡張インターフェース部１１３およびＴＣＰ／ＩＰ処理部１３２を介して、優先端末５から、このＩＮＶＩＴＥメッセージに関連する独自プロトコルの呼制御メッセージ（呼出中、応答）を受信すると、変換テーブルにしたがって、この呼制御メッセージを、この呼制御メッセージに対応するＳＩＰメッセージ（１８０Ｒｉｎｇｉｎｇ、２００ＯＫ）に変換する。また、この呼制御メッセージの発信元情報である端末番号（独自プロトコル用端末番号）がフィールド１２３１２に登録されているレコード１２３１０を優先端末情報格納部１２３の端末管理テーブル１２３１から検索し、検索したレコード１２３１０のフィールド１２３１１に登録されているＳＩＰ用端末番号を、このＳＩＰメッセージの発信元情報に設定する。それから、このＳＩＰメッセージをＷＡＮ側ＳＩＰ−ＵＡ部１３５に渡す。ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＳＩＰ中継処理部１３３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＳＩＰサーバ６に、このＳＩＰメッセージを転送する。

また、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰサーバ６から、このＩＮＶＩＴＥメッセージに関連するＳＩＰメッセージ（ＡＣＫ）を受信すると、優先端末用ＡＰ部１３７に、このＳＩＰメッセージを渡す。これを受けて、優先端末用ＡＰ部１３７は、変換テーブルにしたがって、このＳＩＰメッセージを、このＳＩＰメッセージに対応する独自プロトコルの呼制御メッセージ（ＯＫ）に変換する。また、このＳＩＰメッセージの発信先情報である端末番号（ＳＩＰ用端末番号）がフィールド１２３１１に登録されているレコード１２３１０を優先端末情報格納部１２３の端末管理テーブル１２３１から検索し、検索したレコード１２３１０のフィールド１２３１２に登録されている独自プロトコル用端末番号を、この呼制御メッセージの発信先情報に設定する。それから、この呼制御メッセージを、ＴＣＰ／ＩＰ処理部１３２および拡張インターフェース部１１３を介して、優先端末５に転送する。

さて、ＷＡＮ側ＳＩＰ−ＵＡ部１３５は、ＷＡＮインターフェース部１１１、ＮＡＴ処理部１３１、ＴＣＰ／ＩＰ処理部１３２、およびＳＩＰ中継処理部１３３を介して、ＳＩＰサーバ６からＡＣＫメッセージを受信したならば（Ｓ１８１２でＹＥＳ）、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２５に登録されているセッション状態を「確立動作中」から「確立中」に更新する（Ｓ１８１３）。

以上のようにしてセッションが確立されると、セッション情報格納部１２２に追加したレコード１２２０のフィールド１２２１に登録されている発信先情報により特定される優先端末５と、このレコード１２２０のフィールド１２２２に登録されている発信元情報により特定されるＩＰ網８側のＳＩＰ端末７との間で、拡張インターフェース部１１３、ＴＣＰ／ＩＰ処理部１３２、ＮＡＴ処理部１３１、およびＷＡＮインターフェース部１１１を介して、ＩＰパケットの送受が開始される（Ｓ１８１４）。

次に、図１に示すネットワークシステムの動作例を説明する。

図９は、ＧＷ２がＳＩＰサーバ６にＲＥＧＩＳＴＥＲメッセージを送信する場合の動作例を示すシーケンス図である。

ＧＷ２がＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ６に送信すると（Ｓ２０１）、接続アダプタ１は、これを受信し、このＲＥＧＩＳＴＥＲメッセージに含まれているＧＷ２の登録情報を、自接続アダプタ１の登録情報として仮登録する（Ｓ２０２）。また、接続アダプタ１は、ＳＩＰサーバ６に、このＲＥＧＩＳＴＥＲメッセージを転送する（Ｓ２０３）。

次に、ＳＩＰサーバ６が、ＲＥＧＩＳＴＥＲメッセージに対する応答として、２００ＯＫメッセージをＧＷ２に送信すると（Ｓ２０４）、接続アダプタ１は、これを受信し、Ｓ２０２で仮登録した登録情報を本登録する（Ｓ２０５）。また、接続アダプタ１は、この２００ＯＫメッセージをＧＷ２に転送する（Ｓ２０６）。

図１０は、ＧＷ２配下のＳＩＰ端末３がＩＮＶＩＴＥメッセージを送信した場合の動作例を示すシーケンス図である。ここでは、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満である場合の動作を例示している。

ＳＩＰ端末３がＩＮＶＩＴＥメッセージを送信すると（Ｓ２１１）、ＧＷ２は、これを受信し、ＳＩＰサーバ６に、このＩＮＶＩＴＥメッセージを転送する（Ｓ２１２）。

接続アダプタ１は、ＧＷ２から転送されたＩＮＶＩＴＥメッセージを受信すると、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満であるか否かを判断する。そして、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満であることを確認すると（Ｓ２１３）、接続アダプタ１は、セッション状態「確立動作中」として、このＩＮＶＩＴＥメッセージに関するセッション情報を登録する（Ｓ２１４）。また、接続アダプタ１は、このＩＮＶＩＴＥメッセージをＳＩＰサーバ６に転送する（Ｓ２１５）。

ＳＩＰサーバ６は、接続アダプタ１からＩＮＶＩＴＥメッセージを受信すると、発信先のＳＩＰ端末７に、このＩＮＶＩＴＥメッセージを転送する（Ｓ２１６）。また、ＳＩＰサーバ６は、接続アダプタ１に１００Ｔｒｙｉｎｇメッセージを返す（Ｓ２１７）。この１００Ｔｒｙｉｎｇメッセージは、接続アダプタ１およびＧＷ２を経由して、発信元のＳＩＰ端末３に送信される（Ｓ２１８、Ｓ２１９）。

発信先のＳＩＰ端末７は、ＳＩＰサーバ６からＩＮＶＩＴＥメッセージを受信すると、１８０Ｒｉｎｇｉｎｇメッセージを返す（Ｓ２２０）。この１８０Ｒｉｎｇｉｎｇメッセージは、ＳＩＰサーバ６、接続アダプタ１およびＧＷ２を経由して、発信元のＳＩＰ端末３に送信される（Ｓ２２１〜Ｓ２２３）。

さて、発信先のＳＩＰ端末７は、オフフック等されると、２００ＯＫメッセージをＳＩＰサーバ６に送信する（Ｓ２２４）。この２００ＯＫメッセージは、ＳＩＰサーバ６、接続アダプタ１およびＧＷ２を経由して、発信元のＳＩＰ端末３に送信される（Ｓ２２５〜Ｓ２２７）。

発信元のＳＩＰ端末３は、２００ＯＫメッセージを受信すると、ＡＣＫメッセージを返す（Ｓ２２８）。このＡＣＫメッセージは、ＧＷ２、接続アダプタ１、およびＳＩＰサーバ６を経由して、発信先のＳＩＰ端末７に送信される（Ｓ２２９〜Ｓ２３１）。

また、接続アダプタ１は、ＧＷ２からＡＣＫメッセージを受信すると、このＩＮＶＩＴＥメッセージに関するセッション情報のセッション状態を「確立動作中」から「確立中」に変更する（Ｓ２３２）。

以上により発信元のＳＩＰ端末３と発信先のＳＩＰ端末７との間にセッションが確立され、通信が開始される（Ｓ２３３）。

図１１は、優先端末５が、独自プロトコルのセッション要求メッセージを送信した場合の第一の動作例を示すシーケンス図である。ここでは、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満である場合の動作を例示している。

優先端末５が独自プロトコルのセッション要求メッセージを送信すると（Ｓ２４１）、接続アダプタ１は、これを受信し、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満であるか否かを判断する。そして、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満であることを確認すると（Ｓ２４２）、接続アダプタ１は、このセッション要求メッセージをＳＩＰのＩＮＶＩＴＥメッセージに変換すると共に（Ｓ２４３）、セッション状態「確立動作中」として、このＩＮＶＩＴＥメッセージに関するセッション情報を登録する（Ｓ２４４）。また、接続アダプタ１は、ＧＷ２の登録情報に含まれている端末番号のなかから、使用中でない端末番号を選択し、選択した端末番号を発信元情報として、このＩＮＶＩＴＥメッセージをＳＩＰサーバ６に転送する（Ｓ２４５）。

ＳＩＰサーバ６は、接続アダプタ１からＩＮＶＩＴＥメッセージを受信すると、このＩＮＶＩＴＥメッセージを発信先のＳＩＰ端末７に転送する（Ｓ２４６）。また、ＳＩＰサーバ６は、接続アダプタ１に１００Ｔｒｙｉｎｇメッセージを返す（Ｓ２４７）。この１００Ｔｒｙｉｎｇメッセージは、接続アダプタ１により独自プロトコルの呼制御メッセージに変換されて優先端末５に送信される（Ｓ２４８）。

発信先のＳＩＰ端末７は、ＳＩＰサーバ６からＩＮＶＩＴＥメッセージを受信すると、１８０Ｒｉｎｇｉｎｇメッセージを返す（Ｓ２４９）。この１８０Ｒｉｎｇｉｎｇメッセージは、ＳＩＰサーバ６を経由して接続アダプタ１に到達する（Ｓ２５０）。そして、１８０Ｒｉｎｇｉｎｇメッセージは、接続アダプタ１により独自プロトコルの呼制御メッセージに変換されて優先端末５に送信される（Ｓ２５１）。

さて、発信先のＳＩＰ端末７は、オフフック等されると、２００ＯＫメッセージをＳＩＰサーバ６に送信する（Ｓ２５２）。この２００ＯＫメッセージは、ＳＩＰサーバ６を経由して接続アダプタ１に到達する（Ｓ２５３）。そして、２００ＯＫメッセージは、接続アダプタ１により独自プロトコルの呼制御メッセージに変換されて優先端末５に送信される（Ｓ２５４）。

優先端末５は、２００ＯＫメッセージに対応する独自プロトコルの呼制御メッセージを受信すると、その応答メッセージ（ＯＫ）を返す（Ｓ２５５）。接続アダプタ１は、この応答メッセージをＳＩＰのＡＣＫメッセージに変換し、このＡＣＫメッセージをＳＩＰサーバ６に転送する（Ｓ２５６）。このＡＣＫメッセージは、ＳＩＰサーバ６を経由して発信先のＳＩＰ端末７に送信される（Ｓ２５７）。

また、接続アダプタ１は、優先端末５から応答メッセージを受信すると、ＩＮＶＩＴＥメッセージに関するセッション情報のセッション状態を「確立動作中」から「確立中」に変更する（Ｓ２５８）。

以上により発信元の優先端末５と発信先のＳＩＰ端末７との間にセッションが確立され、通信が開始される（Ｓ２５９）。

図１２は、優先端末５が、独自プロトコルのセッション要求メッセージを送信した場合の第二の動作例を示すシーケンス図である。ここでは、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）と同じ場合の動作を例示している。

ＧＷ２配下のＳＩＰ端末３（ＳＩＰ端末「Ａ」３）とＩＰ網８側のＳＩＰ端末７（ＳＩＰ端末「Ｂ」７）との間にセッションが確立されているものとする（Ｓ２７１）。

優先端末５が独自プロトコルのセッション要求メッセージを送信すると（Ｓ２７２）、接続アダプタ１は、これを受信し、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満であるか否かを判断する。そして、確立中および確立動作中のセッション数が最大同時セッション数（Ｎ）未満でないこと、すなわち、最大同時セッション数（Ｎ）と同数であることを確認すると（Ｓ２７３）、接続アダプタ１は、確立中および確立動作中のセッションのなかから、切断対象セッションを選択する（Ｓ２７４）。ここでは、ＳＩＰ端末「Ａ」３とＳＩＰ端末「Ｂ」７との間に確立中のセッションが切断対象セッションとして選択されたものとする。

次に、接続アダプタ１は、このセッションを介して送受される通信パケットの中継を停止する。そして、このセッションを介してＳＩＰ端末「Ａ」３およびＳＩＰ端末「Ｂ」７のそれぞれに、このセッションを強制切断する旨の音声ガイダンスデータを送信する（Ｓ２７５）。

それから、接続アダプタ１は、ＳＩＰ端末「Ｂ」７にＢＹＥメッセージを送信する（Ｓ２７６）。このＢＹＥメッセージは、ＳＩＰサーバ６を介してＳＩＰ端末「Ｂ」７に送信される（Ｓ２７７）。

ＳＩＰ端末「Ｂ」７は、ＳＩＰサーバ６からＢＹＥメッセージを受信すると、２００ＯＫメッセージを返す（Ｓ２７８）。この２００ＯＫメッセージは、ＳＩＰサーバ６を介して接続アダプタ１に送信される（Ｓ２７９）。

また、接続アダプタ１は、ＳＩＰ端末「Ａ」３にＢＹＥメッセージを送信する（Ｓ２８０）。このＢＹＥメッセージは、ＧＷ２を介してＳＩＰ端末「Ａ」３に送信される（Ｓ２８１）。

ＳＩＰ端末「Ａ」３は、ＧＷ２からＢＹＥメッセージを受信すると、２００ＯＫメッセージを返す（Ｓ２８２）。この２００ＯＫメッセージは、ＧＷ２を介して接続アダプタ１に送信される（Ｓ２８３）。

以上によりＳＩＰ端末「Ｂ」７とＳＩＰ端末「Ａ」３との間のセッションが切断され、確立中および確立動作中のセッションの数が最大同時接続セッション数（Ｎ）未満となる。接続アダプタ１は、切断されたセッションのセッション情報を削除する（Ｓ２８４）。

その後、図１１のＳ２４３〜Ｓ２５９が実施され、発信元である優先端末５と発信先であるＳＩＰ端末「Ｃ」７との間にセッションが確立される（Ｓ２８５）。

図１３は、ＩＰ網８側のＳＩＰ端末７が、ＧＷ２を発信先とするＩＮＶＩＴＥメッセージを送信した場合の第一の動作例を示すシーケンス図である。ここでは、発信元のＳＩＰ端末７の端末番号が優先端末情報格納部１２３の相手管理テーブル１２３２に登録されていない場合の動作を例示している。

ＳＩＰ端末７がＩＮＶＩＴＥメッセージを送信すると（Ｓ２９１）、ＳＩＰサーバ６は、これを受信し、接続アダプタ１に、このＩＮＶＩＴＥメッセージを転送する（Ｓ２９２）。また、ＳＩＰサーバ６は、ＳＩＰ端末７に１００Ｔｒｙｉｎｇメッセージを返す（Ｓ２９３）。

接続アダプタ１は、ＳＩＰサーバ６からＩＮＶＩＴＥメッセージを受信すると、セッション状態「確立動作中」として、このＩＮＶＩＴＥメッセージに関するセッション情報を登録する（Ｓ２９４）。また、接続アダプタ１は、このＩＮＶＩＴＥメッセージの送信元情報が優先端末情報格納部１２３の相手管理テーブル１２３２に登録されているか否かを確認する。ここでは、上述したように、このＩＮＶＩＴＥメッセージの送信元情報が優先端末情報格納部１２３の相手管理テーブル１２３２に登録されていない。このため、接続アダプタ１は、このＩＮＶＩＴＥメッセージの送信先をＧＷ２側に決定する（Ｓ２９５）。

次に、接続アダプタ１は、このＩＮＶＩＴＥメッセージをＧＷ２に転送する（Ｓ２９６）。このＩＮＶＩＴＥメッセージは、ＧＷ２を介してＳＩＰ端末３に送信される（Ｓ２９７）。

ＳＩＰ端末３は、ＧＷ２からＩＮＶＩＴＥメッセージを受信すると、１８０Ｒｉｎｇｉｎｇメッセージを返す（Ｓ２９８）。この１８０Ｒｉｎｇｉｎｇメッセージは、ＧＷ２、接続アダプタ１、およびＳＩＰサーバ６を経由して、発信元のＳＩＰ端末７に送信される（Ｓ２９９〜Ｓ３０１）。

さて、ＳＩＰ端末３は、オフフック等されると、２００ＯＫメッセージをＧＷ２に送信する（Ｓ３０２）。この２００ＯＫメッセージは、ＧＷ２、接続アダプタ１、およびＳＩＰサーバ６を経由して、発信元のＳＩＰ端末７に送信される（Ｓ３０３〜Ｓ３０５）。

発信元のＳＩＰ端末７は、２００ＯＫメッセージを受信すると、ＡＣＫメッセージを返す（Ｓ３０６）。このＡＣＫメッセージは、ＳＩＰサーバ６、接続アダプタ１、ＧＷ２を経由して、ＳＩＰ端末３に送信される（Ｓ３０７〜Ｓ３０９）。

また、接続アダプタ１は、ＳＩＰサーバ６からＡＣＫメッセージを受信すると、このＩＮＶＩＴＥメッセージに関するセッション情報のセッション状態を「確立動作中」から「確立中」に変更する（Ｓ３１０）。

以上により発信先のＳＩＰ端末７とＳＩＰ端末３との間にセッションが確立され、通信が開始される（Ｓ３１１）。

図１４は、ＩＰ網８側のＳＩＰ端末７が、ＧＷ２を発信先とするＩＮＶＩＴＥメッセージを送信した場合の第二の動作例を示すシーケンス図である。ここでは、発信元のＳＩＰ端末７の端末番号が優先端末情報格納部１２３の相手管理テーブル１２３２に登録されている場合の動作を例示している。

ＳＩＰ端末７がＩＮＶＩＴＥメッセージを送信すると（Ｓ３２１）、ＳＩＰサーバ６は、これを受信し、接続アダプタ１に、このＩＮＶＩＴＥメッセージを転送する（Ｓ３２２）。また、ＳＩＰサーバ６は、ＳＩＰ端末７に１００Ｔｒｙｉｎｇメッセージを返す（Ｓ３２３）。

接続アダプタ１は、ＳＩＰサーバ６からＩＮＶＩＴＥメッセージを受信すると、セッション状態「確立動作中」として、このＩＮＶＩＴＥメッセージに関するセッション情報を登録する（Ｓ３２４）。また、接続アダプタ１は、このＩＮＶＩＴＥメッセージの送信元情報が優先端末情報格納部１２３の相手管理テーブル１２３２に登録されているか否かを確認する。ここでは、上述したように、このＩＮＶＩＴＥメッセージの送信元情報が優先端末情報格納部１２３の相手管理テーブル１２３２に登録されている。このため、接続アダプタ１は、このＩＮＶＩＴＥメッセージの送信先を優先端末５側に決定する（Ｓ３２５）。

次に、接続アダプタ１は、このＩＮＶＩＴＥメッセージを、ＩＮＶＩＴＥメッセージに対応する独自プロトコルのセッション要求メッセージに変換して、変換したセッション要求メッセージを優先端末５に送信する（Ｓ３２６）。

優先端末５は、接続アダプタ１からセッション要求メッセージを受信すると、呼出中を示すメッセージを返す（Ｓ３２７）。接続アダプタ１は、このメッセージをＳＩＰの１８０Ｒｉｎｇｉｎｇメッセージに変換して、それをＳＩＰサーバ６に送信する（Ｓ３２８）。この１８０Ｒｉｎｇｉｎｇメッセージは、ＳＩＰサーバ６経由で発信元のＳＩＰ端末７に送信される（Ｓ３２９）。

さて、優先端末５は、オフフック等されると、接続応答を示すメッセージを接続アダプタ１に送信する（Ｓ３３０）。接続アダプタ１は、このメッセージをＳＩＰの２００ＯＫメッセージに変換して、それをＳＩＰサーバ６に送信する（Ｓ３３１）。この２００ＯＫメッセージは、ＳＩＰサーバ６経由で発信元のＳＩＰ端末７に送信される（Ｓ３３２）。

発信元のＳＩＰ端末７は、２００ＯＫメッセージを受信すると、ＡＣＫメッセージを返す（Ｓ３３３）。このＡＣＫメッセージは、ＳＩＰサーバ６を経由で接続アダプタ１に送信される（Ｓ３３４）。

接続アダプタ１は、ＳＩＰサーバ６からＡＣＫメッセージを受信すると、このＡＣＫメッセージを対応する独自プロトコルの呼制御メッセージに変換して優先端末５に送信する（Ｓ３３５）。また、接続アダプタ１は、ＩＮＶＩＴＥメッセージに関するセッション情報のセッション状態を「確立動作中」から「確立中」に変更する（Ｓ３３６）。

以上により発信元のＳＩＰ端末７と優先端末５との間にセッションが確立され、通信が開始される（Ｓ３３７）。

以上、本発明の一実施の形態を説明した。

本実施の形態において、接続アダプタ１は、ＳＩＰサーバ６に登録されたＧＷ２の登録情報を用いて、ＧＷ２配下のＳＩＰ端末３とＩＰ網８側のＳＩＰ端末７との間のセッションよりも、優先端末５とＩＰ網８側のＳＩＰ端末７との間のセッションが優先されるように優先端末５とＩＰ網８側のＳＩＰ端末７との間のセッションを制御する。

具体的には、優先端末５からセッション要求メッセージを受信した場合に、確立中および確立動作中のセッション数が最大同時接続セッション数に達しているならば、ＧＷ２配下のＳＩＰ端末３とＩＰ網８側のＳＩＰ端末７との間に確立されている何れかのセッションを強制切断し、さらに、ＳＩＰサーバ６に登録されているＧＷ２の登録情報を用いて、この優先端末５のセッション要求メッセージを処理する。

したがって、本実施の形態によれば、優先端末５とのセッションをＧＷ２配下のＳＩＰ端末３とのセッションよりも優先して確立することができる。また、本実施の形態では、ＳＩＰサーバ６に登録されているＧＷ２の登録情報を用いてセッション制御を行うので、優先端末５がＳＩＰサーバ６に登録されている必要はない。

また、本実施の形態において、接続アダプタ１は、セッションの強制切断に先立って、このセッションを介して音声ガイダンスデータを送信しているので、このセッションの利用者に、このセッションが切断されることを前もって通知することができる。

また、本実施の形態において、接続アダプタ１は、ＧＷ２がＳＩＰサーバ６に送信したＲＥＧＩＳＴＥＲメッセージからＧＷ２の登録情報を取得して登録する。このため、接続アダプタ１へのＧＷ２の登録情報の登録が自動的に行われる。

また、本実施の形態において、接続アダプタ１は、ＳＩＰサーバ６から受信したＩＮＶＩＴＥメッセージの発信元情報が、優先端末５の通信相手として予め登録されたＳＩＰ端末７の端末情報を示している場合、ＩＮＶＩＴＥメッセージに対応する独自プロトコルのセッション要求メッセージを優先端末５に送信する。したがって、本実施の形態によれば、ＧＷ２の配下に属していない優先端末５への着信を処理することが可能となる。

また、本実施の形態において、接続アダプタ１は、優先端末用ＡＰ部１３７にＳＩＰメッセージと独自プロトコルの呼制御メッセージとを相互に変換する機能を持たせているので、ＳＩＰに対応していない優先端末５とＩＰ網８側のＳＩＰ端末７との間にセッションを確立させることができる。

なお、本発明は上記の実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の実施の形態において、優先端末５はＳＩＰ端末であってもよい。この場合、ＳＩＰメッセージと独自プロトコルの呼制御メッセージとを相互に変換する機能を優先端末用ＡＰ部１３７に持たせる必要はない。

また、上記の実施の形態において、ＧＷ２側からの発信の場合にのみ強制切断する動作について説明をおこなったが、これは、本装置が話中の場合、ＳＩＰサーバ６によってＳＩＰ端末７からのＳＩＰメッセージ（ＩＮＶＩＴＥ）を制御できないからであって、本願はこれに限定しない。例えば、優先端末６とＳＩＰ端末３がセッション中にあらたにＩＰ網８からＩＮＶＩＴＥ（着信）を受信した場合は着信のＳＩＰメッセージ（ＩＮＶＩＴＥ）によって強制切断する制御をおこなってもよい。

また、上記の実施の形態において、図２に示す接続アダプタ１の構成は、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）などの集積ロジックＩＣによりハード的に実行されるものでもよいし、あるいはＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）などの計算機によりソフトウエア的に実行されるものでもよい。

あるいは、図２に示す接続アダプタ１の構成は、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）を備えたＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することにより実現されるものでもよい。

また、上記の実施の形態において、接続アダプタ１にＧＷ２の機能を持たせて、接続アダプタ１とＧＷ２とを一体化してもよい。

図１は、本発明の一実施の形態に係る接続アダプタ１が適用されたネットワークシステムの概略構成図である。図２は、本実施の形態に係る接続アダプタ１の概略構成図である。図３（Ａ）は、セッション情報格納部１２２の登録内容を模式的に表した図であり、図３（Ｂ）は、端末管理テーブル１２３１の登録内容を模式的に表した図であり、図３（Ｃ）は、相手管理テーブル１２３２の登録内容を模式的に表した図である。図４は、接続アダプタ１の動作を説明するためのフロー図である。図５は、図４の登録処理（Ｓ１２）を説明するためのフロー図である。図６は、図４の通常発信処理（Ｓ１４）を説明するためのフロー図である。図７は、図４の優先発信処理（Ｓ１６）を説明するためのフロー図である。図８は、図４の着信処理（Ｓ１８）を説明するためのフロー図である。図９は、ＧＷ２がＳＩＰサーバ６にＲＥＧＩＳＴＥＲメッセージを送信する場合の動作例を示すシーケンス図である。図１０は、ＧＷ２配下のＳＩＰ端末３がＩＮＶＩＴＥメッセージを送信した場合の動作例を示すシーケンス図である。図１１は、優先端末５が独自プロトコルのセッション要求メッセージを送信した場合の第一の動作例を示すシーケンス図である。図１２は、優先端末５が独自プロトコルのセッション要求メッセージを送信した場合の第二の動作例を示すシーケンス図である。図１３は、ＩＰ網８側のＳＩＰ端末７が、ＧＷ２を発信先とするＩＮＶＩＴＥメッセージを送信した場合の第一の動作例を示すシーケンス図である。図１４は、ＩＰ網８側のＳＩＰ端末７が、ＧＷ２を発信先とするＩＮＶＩＴＥメッセージを送信した場合の第二の動作例を示すシーケンス図である。

符号の説明

１：接続アダプタ、２：ＧＷ、３：ＳＩＰ端末、４：ＬＡＮ、５：優先端末、６：ＳＩＰサーバ、７：ＳＩＰ端末、８：ＩＰ網、１１：インターフェース部、１２：記憶部、１３：処理部、１１１：ＷＡＮインターフェース部、１１２：ＬＡＮインターフェース部、１１３：拡張インターフェース部、１２１：登録情報格納部、１２２：セッション情報格納部、１２３：優先端末情報格納部、１２４：音声ガイダンス格納部、１３１：ＮＡＴ処理部、１３２：ＴＣＰ／ＩＰ処理部、１３３：ＳＩＰ中継処理部、１３４：レジストラ部、１３５：ＷＡＮ側ＳＩＰ−ＵＡ部、１３６：ＬＡＮ側ＳＩＰ−ＵＡ部、１３７：優先端末用ＡＰ部、１３８：音声ガイダンス送出部、１２３１：端末管理テーブル、１２３２：相手管理テーブル

Claims

ＩＰ網と配下の端末との間のセッションを制御するセッション制御装置であって、
前記ＩＰ網と接続するためのＩＰ網インターフェース手段と、
第一の端末と接続するための第一の端末インターフェース手段と、
第二の端末と接続するための第二の端末インターフェース手段と、
前記第一の端末と前記ＩＰ網との間のセッション、および前記第二の端末と前記ＩＰ網との間のセッションを制御するセッション制御手段と、を有し、
前記セッション制御手段は、
前記第二の端末インターフェース手段を介して前記第二の端末からセッション要求を受信した場合に、前記第一の端末と前記ＩＰ網との間に確立されているセッションを含む所定数のセッションが前記配下の端末と前記ＩＰ網との間に確立中であるならば、前記ＩＰ網インターフェース手段を介して、前記第一の端末と接続する何れかのセッションの相手端末に、前記第一の端末を送信元とする切断要求を送信するとともに、前記第一の端末インターフェース手段を介して前記第一の端末に、当該相手端末を送信元とする切断要求を送信して、当該何れかのセッションを強制切断してから、前記第二の端末から受信したセッション要求の相手端末を送信先とし、前記第一の端末を送信元とする接続要求を、前記ＩＰ網インターフェース手段から送信し、前記ＩＰ網上の呼制御サーバに登録されている前記第一の端末の登録情報を用いて当該セッション要求を処理する
ことを特徴とするセッション制御装置。
請求項１に記載のセッション制御装置であって、
前記セッション制御手段によるセッションの強制切断に先立って、当該セッションを介して音声ガイダンスデータを送信する音声ガイダンス送出手段をさらに有する
ことを特徴とするセッション制御装置。
請求項１又は２に記載のセッション制御装置であって、
前記第一の端末インターフェース手段を介して前記第一の端末から受信した登録情報を、前記ＩＰ網インターフェース手段を介して前記呼制御サーバに送信すると共に、当該登録情報を自セッション制御装置の登録情報として設定する登録手段をさらに有する
ことを特徴とするセッション制御装置。
請求項１乃至３の何れか一項に記載のセッション制御装置であって、
前記セッション制御手段は、
前記ＩＰ網インターフェース手段を介して前記ＩＰ網から前記セッション要求を受信した場合に、当該セッション要求の送信元アドレスが所定のアドレスであるならば、前記第二の端末インターフェース手段を介して前記第二の端末に当該セッション要求を送信し、当該所定のアドレスでないならば、前記第一の端末インターフェース手段を介して前記第一の端末に当該セッション要求を送信する
ことを特徴とするセッション制御装置。
請求項１乃至４の何れか一項に記載のセッション制御装置であって、
前記呼制御サーバは、ＳＩＰサーバであり、
前記第一の端末は、ＳＩＰ端末であり、
前記第二の端末は、ＳＩＰ以外の所定の呼制御プロトコルを用いた端末であり、
前記セッション制御装置は、
前記第二の端末を送信元とする前記所定の呼制御プロトコルの呼制御メッセージを、当該呼制御メッセージに対応するＳＩＰメッセージに変換すると共に、前記第二の端末を宛先とするＳＩＰメッセージを、当該ＳＩＰメッセージに対応する前記所定の呼制御プロトコルの呼制御メッセージに変換するプロトコル変換手段をさらに有する
ことを特徴とするセッション制御装置。
ＩＰ網と配下の端末との間に配置されたセッション制御装置により前記ＩＰ網と前記配下の端末との間のセッションを制御するセッション制御方法であって、
第一の端末と前記ＩＰ網との間に確立されているセッションを含む所定数のセッションが前記配下の端末と前記ＩＰ網との間に確立中である場合に、第二の端末からセッション要求を受信したならば、前記第一の端末と接続する何れかのセッションの相手端末に、前記第一の端末を送信元とする切断要求を送信するとともに、前記第一の端末に当該相手端末を送信元とする切断要求を送信して、当該何れかのセッションを強制切断し、それから、前記第二の端末から受信したセッション要求の相手端末を送信先とし、前記第一の端末を送信元とする接続要求を前記ＩＰ網に送信し、前記ＩＰ網上の呼制御サーバに登録されている前記第一の端末の登録情報を用いて当該セッション要求を処理する
ことを特徴とするセッション制御方法。