(57)【要約】      （修正有）【課題】通話サービスを提供する通信プロトコルに従って他の通信網を介する通話を確立する。【解決手段】第１通信網により生成された通話を第２通信網２２を介して第３通信網に送信し、第１通信網が通話サービスを可能にする第１通信プロトコルに従って動作し、第３通信網が第１通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルに従って動作し、第２通信網が第１通信プロトコルとは異なる第２通信プロトコルに従って動作し、第２通信網により第１通信網から第３通信網に通話がルーティングされるべき通話が通話サービスを要求するか否かを決定する手段を具備する装置２７〜２９において、第２通信プロトコルと両立性があるデータメッセージおよび通話を生成する手段と、通話及びデータメッセージを第２通信網２２を介して第３通信網に送信する手段とを具備する。【選択図】図２
2007129730.tif 000002
【特許請求の範囲】
【請求項１】
使用において、第１の通信網により生成された通話を第２の通信網を介して第３の通信網に送信し、前記第１の通信網が通話サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網が前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作し、前記第２の通信網が前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作し、前記第２の通信網により前記第１の通信網から前記第３の通信網に通話がルーティングされるべき通話が通話サービスを要求するか否かを決定する手段を具備する装置において、
前記第２の通信プロトコルと両立性があるデータメッセージおよび通話を生成する手段と、
前記通話およびデータメッセージを前記第２の通信網を介して前記第３の通信網に送信する手段とを具備し、
前記データメッセージは、要求されたサービスを示し、前記第３の通信網の構成要素により読み取られて、適切な通話サービスが確立されることを特徴とする装置。
【請求項２】
接続を確立させることが望まれている前記第３の通信網の構成要素を示しているダイヤル数字ストリングが、前記第２の通信プロトコルと両立性があるデータメッセージの形態で送信する手段により送信されることを特徴とする請求項１記載の装置。
【請求項３】
前記第３の通信網の構成要素への接続を可能にするデータと、ダイヤル数値のルックアップテーブルへの入力が、前記第３の通信網の構成要素への接続を可能にするデータのルックアップテーブルからの返還になるように構成された対応するダイヤル数字とを含んでいるルックアップテーブルを具備していることを特徴とする請求項１または請求項２記載の装置。
【請求項４】
請求項１ないし請求項３のいずれか１項に記載されているような少なくとも第１および第２の装置と、第１の通信網と、第２の通信網と、第３の通信網とを具備し、
前記第１の通信網が通話サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網が前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作し、前記第２の通信網が前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作し、
前記第１の装置は、使用において、前記第２の通信網を介して前記第１の通信網から生成された通話を前記第２の装置にルーティングするように構成され、
前記第２の装置は、このような通話を受入れて、それらを前記第３の通信網の適切な構成要素にルーティングするように構成されていることを特徴とする通信網。
【請求項５】
少なくとも２つの構内網と、
前記少なくとも２つの構内網の間に接続され、前記少なくとも２つの構内網間の通話のルーティングを可能にする第３の通信網と、
関連した構内網上で生成された通話をルーティングする各構内網に関連したものを、前記第３の通信網を介して、他の構内網に関連したものをルーティングする他の手段にルーティングする手段とを具備し、
少なくとも２つの構内網が、通話サービスを可能にする少なくとも１つの第１のプロトコルにしたがって動作し、前記第３の通信網が、前記第１のプロトコルとは異なる第２のプロトコルにしたがって動作し、
各ルーティング手段が、
構内網上のデータからサービス通話が要求されているか否かを決定し、前記第３の通信網を介して、要求されたサービスを示しているデータを含み、前記第２のプロトコルと両立性があるデータメッセージを送信する手段と、
要求された通話サービスを確立するために、このようなデータメッセージを読んで、要求されたサービス通話を決定し、前記第１のプロトコルにしたがった関連する構内網上にデータメッセージを生成する手段とを含んでいることを特徴とする通信網。
【請求項６】
第１の通信プロトコルにしたがって構成され、通話サービスを要求している通話を受信し、
第２のプロトコルと両立性があり、通話サービスを表しているデータを含んでいる１以上のデータメッセージを形成し、
前記第２のプロトコルにしたがって動作する通信網を介して各データメッセージを送信し、
通信網を介しての送信後に各データメッセージを受信し、
各データメッセージにより表される要求された通話サービスを確立するステップを含み、
別の通信網が、前記第１の通信プロトコルにより可能にされた通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作することを特徴とするデータメッセージを生成する通信方法。
【請求項７】
ダイヤル数字ストリングを受信し、
前記ダイヤル数字ストリングを前記第２のプロトコルと両立性がある１以上のデータメッセージにロードして、前記第２の通信プロトコルにしたがって動作する通信網を介して前記データメッセージを送信し、
前記通信網を介する送信後に各データメッセージを受信して、ダイヤル数字ストリングを前記別の通信網に送信することを特徴とする請求項６記載の通信方法。
【請求項８】
請求項６または請求項７に記載されたような方法により生成されたことを特徴とするデータメッセージ。
【請求項９】
プロセッサに請求項６または請求項７に記載されたような方法を実行するように命令することを特徴とするプロセッサ命令手段。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は通信装置および通信方法に関する。本発明は特に通信網を介する通話サービスの提供に適用できる。
【発明の背景】
【０００２】
今日の商業的な会社および組織は、広く離れた地理的位置に部門を持っていることが多い。それぞれの地理的位置には通常、構内交換機ＰＢＸが設けられている。ＰＢＸはその位置における電話機を、公衆網または私設回線ルートに接続されている多数の出線に接続する。私設回線ルートにより、会社の従業員は他の位置いる従業員と通信し、所望されるように通話サービスを使用することができる。異なる部門にいる人にとって、電話網上で彼らに利用できる広い通話サービスを持つことが好ましいことが分かっている。これらのサービスは、“空いている時のコールバック”や、“次に使用された時にコールバック”や、“使用中に迂回”や“集中化オペレータ”が含まれる。
【０００３】
通話サービス“空いている時のコールバック”は、第１の電話ユーザが第２の電話ユーザと交信したかったが、第２の電話ユーザが他の通話に束縛されていることからそのようにできない状況に対する要求を満たす。第１の電話ユーザは“空いている時のコールバック”通話サービスに対するコード番号をダイヤルし、ハンドセットを戻す。このことにより、第２の電話ユーザが現在の通話を終了しハンドセットを戻した時に、第１の電話ユーザの電話機が鳴るようになる。ハンドセットを持ち上げることにより、第１の電話ユーザは第２のユーザの電話機を鳴らすようにでき、そして通話が可能になる。
【０００４】
通話サービス“次に使用された時にコールバック”は、第１の電話ユーザが第２の電話ユーザと交信しようとするが、リンガー音が聞こえるのにもかかわらず第２のユーザが電話ユーザに応答しない状況に対する要求を満たす。第１のユーザはこのサービスに対するコードを入力し、ハンドセットを戻す。これにより、第２のユーザ電話機を取扱うＰＢＸにおいて、次に使用された時にコールバックに対する要求の“登録”がなされる。ＰＢＸは、第２のユーザ電話機の動きを監視する。第２のユーザによって通話がなされ電話が切れた時、そのＰＢＸは第１のユーザの電話機を取扱うＰＢＸに知らせる。第１のユーザの電話機を取扱うＰＢＸは、２つの電話機間の会話パスを確立する“リング無し”通話を設定する。第１の人の電話機のみが電話が鳴るようにされる。第１のユーザが電話機に応答すると、第２のユーザの電話機が鳴るようにされ、通話が確立される。
【０００５】
通話サービス“使用中に迂回”は、第１の電話ユーザが第２の電話ユーザと交信しようとするが、そのユーザが話し中である状況に対する要求を満たす。第２の電話機ユーザは、自分が通話に束縛されている時に自分の電話システムが通話を同僚の内線に迂回させるようにプログラムする。
【０００６】
通話サービス“集中化オペレータ”により、構内電話網の１つの電話内線が、全私設電話網の別の内線の代わりにオペレータとして機能できるようになる。
【０００７】
図１は、従来の通信網形態を示しており、通信網は、４つの構内交換機１〜４、公衆電話交換網５、および通信パス６〜１２を備えている。
【０００８】
構内交換機（ＰＢＸ）１〜４は、同じ会社のさまざまな位置において構内電話網を取扱う。通信パス６〜１２に沿って１つの構内電話網から別の構内電話網へルーティングされる通話には、可能性がある多数のルートが存在することが図から容易に理解できる。
【０００９】
例えば、ＰＢＸ２により取扱われる構内電話網から発生した通話がＰＢＸ３により取扱われる構内電話網にルーティングされるべきであると仮定する。ＰＢＸ３に到達させるために、通話は、通信パス８、公衆電話交換網５および通話パス１０を介してルーティングされるかもしれない。代わりに、ＰＢＸ３に到達させるために、通話は通信パス９を介してルーティングされるかもしれない。このルートは、公衆電話交換網５を介して伝えられる通話を含んでいないことから、私設回線と呼ばれる。
【００１０】
同様な方法で、通話は、通話パス１１、公衆電話交換網５、および通話パス８により、ＰＢＸ４からＰＢＸ２にルーティングされるかもしれない。代わりに、ＰＢＸ２に到達させるために、通話パス１２、ＰＢＸ３および通話パス９を含んでいる私設回線が使用されるかもしれない。
【００１１】
現在のＰＢＸ設計は、その位置では第１の通信プロトコルにより管理されている関連した電話網からの通話を受入れ、第２のプロトコルによりその通話を公衆網に送る。第１のプロトコルの例はデジタル私設網信号システム（ＤＰＮＳＳ）であり、第２のプロトコルの例はデジタルアクセス信号システムＮｏ２（ＤＡＳＳ２）である。ＤＰＮＳＳは通話サービスをサポートするプロトコルであるが、ＤＡＳＳ２プロトコルは通話サービスをサポートしない。
【００１２】
私設回線ルートにより、ＰＢＸは第１のプロトコルＤＰＮＳＳを使用して通信でき、したがって追加サービスが可能である。地理的に遠い位置のために、組織にとって電話サービス供給者から専用通信パスを借りることは普通である。この場合、専用通信パスはパス９である。しかしながら一般的に述べると、これらのパスは十分に利用されないことが多く、主要レート２．０４８Ｍビット／秒パスの場合は特にそうである。これは、会社が発生させるよりも多くの通話トラフィック容量を伝えることができる専用通信パスに対して会社または組織が支払いをしなければならないことになる。
【００１３】
国際特許出願ＷＯ９３／１５５８３は、公衆電話交換網にわたる通話サービスを確立する方法および装置を開示している。開示されている方法は、２つの通信網ベアラーの確立を必要とし、１つは信号送信のため、もう１つは異なるプロトコルを使用してデータを送信するためである。
【発明の要約】
【００１４】
本発明の第１の観点にしたがうと、使用において、第１の通信網により生成された通話を第２の通信網を介して第３の通信網に送信し、前記第１の通信網が通話サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網が前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作し、前記第２の通信網が前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作し、前記第２の通信網により前記第１の通信網から前記第３の通信網に通話がルーティングされるべき通話が通話サービスを要求するか否かを決定する手段を具備する装置において、前記第２の通信プロトコルと両立性があるデータメッセージおよび通話を生成する手段と、前記通話およびデータメッセージを前記第２の通信網を介して前記第３の通信網に送信する手段とを具備し、前記データメッセージは、要求されたサービスを示し、前記第３の通信網の構成要素により読み取られて、適切な通話サービスが確立されることを特徴とする装置が提供される。
【００１５】
したがって本発明により、通話サービスを提供する通信プロトコルにしたがってそれ自体が動作する必要がない通信網を介する通話サービスの確立が可能となる。必要なことは、目的地の通信網の構成要素により読取ることができ、要求されたサービスを表しているデータの送信がプロトコルにより可能になることだけである。したがって、同じ組織の地理的に遠隔な２つの位置の間に専用通信網を設ける必要がない。例えば、トランスペアレント状態で通話サービス情報を伝えるために公衆電話交換網を使用することができる。これは、私設回線を使用するよりもユーザにとって費用がかからない。本発明にしたがうと、通話および通話サービスを設定するために要求される情報を伝えるために１つのプロトコルが必要なだけである。
【００１６】
この装置が、第２の通信網からデータメッセージを受信し、そのデータメッセージを読んで要求されたデータサービスを決定し、要求されたサービスの確立を可能にする第１のプロトコルにしたがって第１の通信網にメッセージを送信する手段を含むことが望ましい。
【００１７】
通信プロトコルは、通話サービスを可能にする通信網プロトコルのためにＤＰＮＳＳを、第２の通信網上で動作するプロトコルのためにＤＡＳＳ２を含んでいてもよい。
【００１８】
本発明の第２の観点にしたがうと、少なくとも２つの構内網と、前記２つの構内網の間に接続され、前記少なくとも２つの構内網間の通話のルーティングを可能にする第３の通信網と、関連した構内網上で生成された通話をルーティングする各構内網に関連したものを、前記第３の通信網を介して、他の構内網に関連したものをルーティングする他の手段にルーティングする手段とを具備し、前記少なくとも２つの構内網が通話サービスを可能にする少なくとも１つの第１のプロトコルにしたがって動作し、前記第３の通信網が前記第１のプロトコルとは異なる第２のプロトコルにしたがって動作し、通話が第２のプロトコルにより管理された形態で送信され、各ルーティング手段が、構内網上のデータからサービス通話が要求されているか否かを決定し、前記第３の通信網を介して、要求されたサービスを示しているデータを含み、前記第２のプロトコルと両立性があるデータメッセージを送信する手段と、要求された通話サービスを確立するために、このようなデータメッセージを読んで、要求されたサービス通話を決定し、前記第１のプロトコルにしたがった関連する構内網上にデータメッセージを生成する手段とを含んでいることを特徴とする通信網が提供される。
【００１９】
第１のプロトコルがＤＰＮＳＳであり、第２のプロトコルがＤＡＳＳ１またはＤＡＳＳ２であり、メッセージが、通信網を介して、ＤＡＳＳ１またはＤＡＳＳ２により可能にされるユーザ間メッセージとして送信されることが望ましい。
【００２０】
本発明の別の観点にしたがうと、第１の通信プロトコルにしたがって構成され、通話サービスを要求している通話を受信し、第２のプロトコルと両立性があり、通話サービスを表しているデータを含んでいる１以上のデータメッセージを形成し、前記第２のプロトコルにしたがって動作する通信網を介して各データメッセージを送信し、通信網を介しての送信後に各データメッセージを受信し、各データメッセージにより表される要求された通話サービスを確立するステップを含み、別の通信網が、前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作することを特徴とするデータメッセージを生成する通信方法が提供される。
【００２１】
図面を参照して、例としてのみ、本発明の特定の実施例をこれから説明する。
【詳細な説明】
【００２２】
図２を参照すると、本発明にしたがった通信網２１は、公衆電話交換網２２、それぞれのＰＢＸが（示されていない）関連する構内網を取扱っている４つのＰＢＸ２３，２４，２５および２６、ならびに３つの仮想私設網サーバＶＰＮサーバ２７、ＶＰＮサーバ２８、およびＶＰＮサーバ２９を備えている。
【００２３】
通信網２１は多数の通信パスも含んでいる。通信パス３０はＰＢＸ２５をＶＰＮサーバ２７にリンクさせる一方、通信パス３１はＶＰＮサーバ２７をＰＳＴＮ２２にリンクさせる。同様に通信パス３２はＰＢＸ２６をＶＰＮサーバ２８にリンクさせ、通信パス３３はＶＰＮサーバ２８をＰＳＴＮ２２にリンクさせる。図２から、ＶＰＮサーバ２９は２台のＰＢＸにリンクされていることが分かる。通信パス３４はＶＰＮサーバ２９をＰＢＸ２３にリンクさせる一方、通信パス３５はＶＰＮサーバ２９をＰＢＸ２４にリンクさせる。別の通信パス３６はＶＰＮサーバ２９をＰＳＴＮ２２にリンクさせる。
【００２４】
各構内網は、電話機、ファクシミリ装置、コンピュータ、コンピュータモデムのようなよく知られたタイプの装置を含んでおり、これらは詳細に説明しない。
【００２５】
通信パスは光ファイバから構成されているが、他の通信ケーブルから構成してもよい。
【００２６】
ＰＢＸは、ノーザン・テレコム製のメリディアン１構内交換機であり、ロンドン、ニューゲートストリート８１のブリテッシュ・テレコミュニケーション公開有限責任会社から入手可能である。
【００２７】
各ＶＰＮサーバ２７，２８，２９は、後に説明する方法で、プロトコル変換を信号送信し、プロトコル操作を信号送信することができる知的交換機である。ＶＰＮサーバ２７および２８は名目上同一であり、その構造は図３に示されているようなものであり、４つの主要構成部品、すなわちプロセッサ４０、通話送受信機４１、メモリ４２およびプロセッサ命令手段４５を備えている。
【００２８】
ＶＰＮサーバ２８に対して、通話送受信機４１は、ＰＢＸ２６から発生した通信パス３２上の通話と、ＰＳＴＮ２２を通って到達したパス３３上の通話とを受信する。また通話は、プロセッサ４０の制御の下、通話送受信機４１によりこれらのパスに再度方向付けられる。同様にＶＰＮサーバ２７に対して、通話はパス３０，３１上でその送受信機４１により受信され、また通話はこれらのパスに再度方向付けることができる。
【００２９】
ＶＰＮサーバ２９は、別の通信パスの接続のみにおいてＶＰＮサーバ２７，２８と異なっている。すなわち、通信パス３４，３５および３６がその通話送受信機４１に接続されている。
【００３０】
通話送受信機４１は、制御およびデータバス４４によりプロセッサ４０に接続されている。プロセッサ４０は、通話送受信機４１により受信された通話情報を解釈し、通話送受信機４１にその通話をパスの適切な１つに再送信するように命令することができる。通話情報は、通話送受信機４１により制御およびデータバス４４に沿ってプロセッサ４０に送られる。同じ制御およびデータバス４４が、命令をプロセッサ４０から通話送受信機４１に伝える。
【００３１】
メモリ４２は、１組のルックアップテーブルとして構成される、ルーティングデータと対応するダイヤル数字ストリングのデータベースを記憶する。プロセッサ４０は、後に説明するような方法で、データバス４３により、ルックアップテーブルに記憶されているデータにアクセスすることができる。プロセッサ命令手段４５はデータ記憶領域であり、要求された動作をするためにプロセッサ４０が従う命令を記憶する。これはＲＯＭ（読取り専用メモリ）の形態を採るが、フロッピー（登録商標）ディスクやハードディスクや他のデータ記憶装置の形態を採ることもできる。
【００３２】
図４は、各ＶＰＮサーバ２７，２８および２９のメモリ４２に保持されているテーブル４６を示している。テーブル４６は、電話ユーザによりダイヤルされるかもしれない数字ストリングの先頭数字が記憶されている第１のフィールド４６ａを持っている。先頭数字は、“９”，“２２”，“３３”，“３４”および“４４”を含んでいる。
【００３３】
第２のフィールド４６ｂは、ダイヤルされた先頭数字と関連されるべき完全なベアラー通話番号を含んでいる。先頭数字“９”は、ヌルベアラー通話番号に関連している。先頭数字“２２”は、ベアラー通話番号“０６４２−２２４６９４”に関連している。先頭数字“３３”は、ベアラー通話番号“０７９８−３３２０４０”に関連している。先頭数字“３４”は、ベアラー通話番号“０７９８−３３２０４１”に関連している。先頭数字“４４”は、ベアラー通話番号“０４０２−４４０１０３”に関連している。
【００３４】
テーブル４６は、先頭数字の入力がベアラー通話番号を返すようなルックアップテーブルとして構成されている。したがって、先頭数字“３３”がテーブル４６に入力されると、ベアラー通話番号“０７９８−３３２０４０”が返される。
【００３５】
図２から分かるように、数字は以下のように通信網２１の一部に割当てられている。
【００３６】
ＶＰＮサーバ２７は番号“０６４２  ２２４６９４”に割当てられ、ＰＢＸ２５は番号“２２４”に割当てられ、ＰＢＸ２５によりサポートされている内線は、図では“ＸＸＸ”により表されている。
【００３７】
ＶＰＮサーバ２８は番号“０４０２  ４４０１０３”に割当てられ、自己が取扱うＰＢＸを持っている。ＰＢＸ２６は番号“４４０”に割当てられている。再度説明すると、このＰＢＸによりサポートされている内線は、番号範囲“ＸＸＸ”に割当てられているものとして示されている。
【００３８】
ＶＰＮサーバ２９は、番号“０７９８  ３３２０４０”と“０７９８  ３４２０４１”に割当てられている。ＰＢＸ２３は番号“３３２”に割当てられ、その内線は図では“ＸＸＸ”により表されている範囲の番号に割当てられている。ＰＢＸ２４は番号“３４２”に割当てられ、自己がサポートしている内線は図では“ＸＸＸ”により表されている範囲の番号に割当てられている。
【００３９】
構内網は、ＤＰＮＳＳ−１（デジタル私設網信号システム）と呼ばれる通信プロトコルにしたがって動作する。このプロトコルは通信技術分野の当業者によく知られており、これにより、“空いている時のコールバック”や、“次に使用された時にコールバック”や、“使用中に迂回”や“集中化オペレータ”のような多数の通話サービスを可能にする。
【００４０】
ＰＳＴＮ２２は、ＤＡＳＳ２（デジタルアクセス信号システムＮｏ．２）と呼ばれる通信プロトコルにしたがって動作する。再度説明すると、このプロトコルは通信技術分野の当業者によく知られているが、通話サービスをサポートしないことに留意することが重要である。しかしながら、これにより、ユーザ間データメッセージの形態で２つのＰＢＸノード間の信号送信が可能になる。
【００４１】
ユーザ間データメッセージは、図５に示されているようなフォーマットを持っている。これは３２バイト構造５０を持っている。第１の１バイト５１は、メッセージのＭＥＳＳＡＧＥ＿ＴＹＰＥフィールドである。これは、データメッセージが完成か未完成かを意味している。これは、特定の１組のデータを伝えるのに多数のデータメッセージが必要な状況に対する要求を満たす。最初のものから終りから２番目までのデータメッセージは、データメッセージが未完成であることを意味している第１のバイト５１を持っており、最後のデータメッセージは、そのデータメッセージが完成であることを意味している第１のバイト５１を持っている。第２のバイト５２は、データフィールド５３で伝えられるデータの長さを意味している。データフィールド５３には、３０バイトのメッセージが割当てられる。
【００４２】
異なるＰＢＸにより取扱われる内線間に通話が確立されるべき時には、通信網２１は、図６に示されているような方法で動作する。図では、プリフィックスＰ１は、メッセージが第１のプロトコルＤＰＮＳＳにしたがって構成されていることを意味し、プリフィックスＰ２は、メッセージが第２のプロトコルＤＡＳＳ２にしたがって構成されていることを意味している。
【００４３】
第１のユーザがＰＢＸ２４により取扱われる内線上に存在し、ＰＢＸ２５により取扱われる内線上の第２のユーザを呼出したいと仮定する。第１のユーザは、外線のために、その後に内線への直接接続（交換台オペレータを介さずにいくという意味で直接）のためのＰＳＴＮ番号“０６４２  ２２４ＸＸＸ”が後続する“９”をダイヤルする。
【００４４】
“９−０６４２  ２２４ＸＸＸ”のダイヤル操作により、メッセージＰ１＿ＣＡＬＬ（９−０６４２  ２２４ＸＸＸ）がＰＢＸ２４からＶＰＮサーバ２９に送られるようになる。ＶＰＮサーバ２９は、通信パス３５に沿ってこれを受信する。通話送受信機４１は、メッセージをプロセッサ４０に送る。プロセッサ４０は、メモリ４２に保持されているルックアップテーブル４６に先頭数字９を入力する。ルックアップテーブルはベアラー通話番号を返し、これはこの場合ヌルである。その後プロセッサ４０は、通話送受信機４１に先頭数字“９”を削除するように命令し、ＤＡＳＳ２プロトコルにしたがった通話メッセージＰ２＿ＣＡＬＬ（０６４２  ２２４ＸＸＸ）が、ＰＳＴＮ２２を介してＶＰＮサーバ２７に送られる。ＶＰＮサーバ２７は、このメッセージをＤＰＮＳＳにおいてこれに等価なものであるＰ１＿ＣＡＬＬ（０６４２  ２２４ＸＸＸ）に変換する。
【００４５】
その後ＰＢＸ２５が、受領通知メッセージＰ１＿ＡＣＫをＶＰＮサーバ２７に送る。ＶＰＮサーバ２７は、受領通知メッセージＰ２＿ＡＣＫをＰＳＴＮ２２を介してＶＰＮサーバ２９に送る。そしてＶＰＮサーバ２９は、Ｐ１＿ＡＣＫをＰＢＸ２４に送る。
【００４６】
そしてＰＢＸ２５はＰ１＿ＡＮＳＷＥＲメッセージを送り、これにより、ＶＰＮサーバ２７がＰ２＿ＡＮＳＷＥＲをＰＳＴＮ２２を介してＶＰＮサーバ２９に送ることになる。ＶＰＮサーバ２９は、Ｐ１＿ＡＮＳＷＥＲメッセージをＰＢＸ２４に送る。
【００４７】
その後、２つの内線間の会話通信を開始することができる。
【００４８】
図７は、ＰＳＴＮ２２を介して、異なるＰＢＸにより取扱われる内線間に通話サービスが利用されるべき時に起こるメッセージシーケンスを示している。ＰＢＸ２５により取扱われる第１の内線から、ＰＢＸ２３により取扱われる第２の内線に通話がなされ、通話が通話サービスを利用すると仮定する。再度この図を見ると、プリフィックスＰ１は、プロトコルＤＰＮＳＳに適合するメッセージに付けられ、プリフィックスＰ２は、プロトコルＤＡＳＳ２に適合するメッセージに付けられる。
【００４９】
通話を設定するために、ＰＢＸ２５は、通話サービスのためのコードを含んでいるダイヤル数字ストリングを第１の内線から受信する。そしてＰＢＸ２５は、ＶＰＮサーバ２７にメッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を送る。ここで、３３２ＸＸＸはＰＢＸ２３により取扱われる第２の内線であり、ＳＥＲＶＩＣＥは要求された特定の通話サービスに対するコードである。
【００５０】
ＶＰＮサーバ２７はそのメッセージを受信し、内線番号の最初の２つの数字“３３”をそのルックアップテーブル４６に入力する。このルックアップテーブルは、ベアラー通話番号０７９８−３３２０４０を返す。プロセッサ４０は、通話受信機４１からメッセージＰ２＿ＣＡＬＬ（ＵＵＤ＋０７９８−３３２０４０）を送信する。このメッセージは、ＰＳＴＮ２２を介してＶＰＮサーバ２９に送信される。ＶＰＮサーバ２９は、Ｐ２＿ＡＣＫ受領通知メッセージをＰＳＴＮ２２を介してＶＰＮサーバ２７に送る。この後に、Ｐ２＿ＡＮＳＷＥＲメッセージが続く。
【００５１】
そしてＶＰＮサーバ２７は、ＤＡＳＳ２プロトコルのＵＵＤで、元の通話メッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を送る。これは図７において、メッセージＰ２＿ＵＵＤ（Ｐ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ））として示されている。これは、“トランスペアレント”状態でＰＳＴＮ２２を介してＶＰＮサーバ２９に伝わる。言い換えると、番号変換やプロトコル変換は実行されないが、元のメッセージが、ＵＵＤと両立するＤＡＳＳ２内で伝えられる。
【００５２】
そしてＶＰＮサーバ２９のプロセッサ４０は、ＵＵＤからＤＰＮＳＳメッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を取り出す。そしてプロセッサ４０は、そのメッセージをＰＢＸ２３に送る。したがって、ＰＢＸ２３に対して、ＰＢＸ２５から直接的にそのメッセージが受信されたことは明らかであること、すなわち、これはＤＰＮＳＳ通話であることが分かる。
【００５３】
そしてＰＢＸ２３は、Ｐ１＿ＡＮＳＷＥＲが後続する受領通知メッセージＰ１＿ＡＣＫを返す。これらは、ＶＰＮサーバ２９によりＵＵＤにロードされ、Ｐ２＿ＵＵＤ（Ｐ１＿ＡＣＫ）およびＰ２＿ＵＵＤ（Ｐ１＿ＡＮＳＷＥＲ）を形成し、これらはＰＳＴＮ２２を介してＶＰＮサーバ２７に送られる。そしてＶＰＮサーバ２７は、ＤＰＮＳＳメッセージを取り出し、それらをＰＢＸ２５に送る。会話を開始することができる。
【図面の簡単な説明】
【００５４】
【図１】図１は、専用回線および公衆電話交換網により内部リンクされている多数の構内交換機の従来技術の通信網を示している。
【図２】図２は、本発明にしたがった通信網を示している。
【図３】図３は、本発明にしたがった仮想私設網サーバを示している。
【図４】図４は、図３に示されているＶＰＮサーバのメモリに記憶されているメモリ構造を示している。
【図５】図５は、図２に示されている通信網で使用されるプロトコルと両立性があるユーザ間データメッセージ（ＵＵＤ）を示している。
【図６】図６は説明図である。
【図７】図７は説明図である。
【図１】
2007129730.tif 000003
【図２】
2007129730.tif 000004
【図３】
2007129730.tif 000005
【図４】
2007129730.tif 000006
【図５】
2007129730.tif 000007
【図６】
2007129730.tif 000008
【図７】
2007129730.tif 000009
【手続補正書】
【提出日】平成19年1月16日(2007.1.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の通信網（２３，２４，２５，２６）によって生成される通話を、第２の通信網（２２）を介して第３の通信網（２３，２４，２５，２６）に送信し、前記第１の通信網（２３，２４，２５，２６）は追加サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網（２３，２４，２５，２６）は前記第１の通信プロトコルよって可能にされる追加サービスの少なくとも１つを可能にする第３の通信プロトコルにしたがって動作し、前記第２の通信網（２２）は前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作する通信装置（２７，２８，２９）において、
前記第２の通信プロトコルに適合する通話を生成する手段（４０，４４，４５）と、
前記通話を前記第２の通信網を介して前記第３の通信網に送信する手段（４１）と、
前記第２の通信プロトコルに適合し、要求された追加サービスを示すデータメッセージ（５０）を生成する手段（４０，４４，４５）と、
前記データメッセージ（５０）を、前記第２の通信網（２２）を介して前記第３の通信網（２３，２４，２５，２６）に送信する手段（４１）とを具備する装置。
【請求項２】
前記データメッセージ（５０）を前記第２の通信網（２２）から受信する（４１）手段と、
前記データメッセージ（５０）を読み取り、要求された追加サービスを決定する手段（４０，４４，４５）と、
前記第１の通信プロトコルに適合し、要求された追加サービスを確立できるようにするメッセージを前記第１の通信網（２３，２４，２５，２６）に送信する手段（４１）とをさらに具備する装置。
【請求項３】
前記データメッセージ（５０）はダイヤル数字ストリングを含み、前記ダイヤル数字ストリングは接続を確立することが望まれている前記第３の通信網（２３，２４，２５，２６）の構成要素を示す請求項１または２記載の装置。
【請求項４】
前記第３の通信網（２３，２４，２５，２６）の構成要素への接続を可能にするデータ（４６ｂ）と、対応するダイヤル数字ストリング（４６ａ）とを含むルックアップテーブル（４６）をさらに具備し、前記ルックアップテーブル（４６）は、ダイヤル数字ストリング（４６ａ）をルックアップテーブル（４６）に入力すると、前記構成要素への接続を可能にするデータ（４６ｂ）がルックアップテーブル（４６）から戻されるように構成されている請求項１ないし３のいずれか１項記載の装置。
【請求項５】
通信網（２１）において、
追加サービスを可能にする同一または異なるプロトコルにしたがって動作する２つ以上の構内網（２３，２４，２５，２６）と、
前記２つ以上の構内網（２３，２４，２５，２６）間に接続され、前記２つ以上の構内網（２３，２４，２５，２６）間の通話のルーティングを可能にし、前記追加サービスを可能にする前記プロトコルと異なる第２のプロトコルにしたがって動作する第３の通信網（２２）と、
各構内網（２３，２４，２５，２６）に関連し、その関連する構内網（２３，２４，２５，２６）上で発信された通話を前記第３の通信網（２２）を介して前記各構内網（２３，２４，２５，２６）の別の１つの構内網に関連するルーティング手段にルーティングする手段（２７，２８，２９）とを具備し、
前記各ルーティングする手段（２７，２８，２９）は、
前記第２のプロトコルに適合し、要求された追加サービスを示すデータ（５３）を含むデータメッセージ（５０）を前記第３の通信網（２２）を介して送信する手段（４１）と、
前記データメッセージを読み取って要求された追加サービスを決定し、要求された追加サービスを確立するために前記追加サービスを可能にする前記通信プロトコルに適合したデータメッセージを前記関連する構内網（２３，２４，２５，２６）上に生成する手段（４０，４２，４４，４５）とを備える通信網。
【請求項６】
通信網（２１）における通信装置（２７，２８，２９）を動作させる方法であって、前記通信網（２１）は、追加サービスを可能にする第１の通信プロトコルに適合して動作する第１の通信網（２３，２４，２５，２６）と、前記第１のプロトコルと異なる第２の通信プロトコルに適合して動作する第２の通信網（２２）とを含む方法において、
前記第１の通信プロトコルに適合するように構成され、前記追加サービスを要求する通話を受信するステップと、
前記第２の通信プロトコルに適合する通話を生成するステップと、
前記生成された通話を、前記第２の通信網（２２）を介して送信するステップと、
前記追加サービスを表すデータを含み、前記第２の通信プロトコルに適合する１つ以上のデータメッセージ（５０）を構成するステップと、
前記１つ以上の各データメッセージ（５０）を、前記第２の通信網（２２）を介して送信するステップとを含む方法。
【請求項７】
通信網（２１）を動作させる方法において、
前記通信網（２１）は、
追加サービスを可能にする第１の通信プロトコルに適合して動作する第１の通信網（２３，２４，２５，２６）と、
前記第１の通信プロトコルと異なる第２の通信プロトコルに適合して動作する第２の通信網（２２）と、
前記追加サービスの少なくとも１つを可能にする通信プロトコルに適合して動作する第３の通信網（２３，２４，２５，２６）と、
第１の通信装置（２７，２８，２９）と、
第２の通信装置（２７，２８，２９）とを具備し、
前記方法は、
請求項６記載の方法にしたがって前記第１の通信装置（２７，２８，２９）を動作させるステップと、
前記第２の通信装置（２７，２８，２９）を、
前記第２の通信網（２２）を介する送信後の前記１つ以上の各データメッセージ（５０）を受信し、
前記１つ以上の各データメッセージ（５０）により表される要求された追加サービスの表示を前記第３の通信網（２３，２４，２５，２６）に送信するように動作させるステップとを含む方法。
【請求項８】
前記第１の通信プロトコルに適合するように構成されている前記通話は、ダイヤル数字ストリングを含み、
前記データメッセージを構成するステップは、前記ダイヤル数字ストリングを前記第２の通信プロトコルに適合する１つ以上のデータメッセージ（５０）にロードすることを含み、
前記第２の通信装置を動作させるステップは、前記ダイヤル数字ストリングを前記第３の通信網（２３，２４，２５，２６）に送信することを含む請求項７記載の方法。
【請求項９】
請求項６に記載された各ステップを実行するプロセッサ（４０）に命令するプロセッサ命令手段。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、通信網装置および通信網装置における仮想私設網通話を処理する方法に関する。本発明は特に通信網を介する通話サービスの提供に適用できる。
【発明の背景】
【０００２】
今日の商業的な会社および組織は、広く離れた地理的位置に部門を持っていることが多い。それぞれの地理的位置には通常、構内交換機ＰＢＸが設けられている。ＰＢＸはその位置における電話機を、公衆網または私設回線ルートに接続されている多数の出線に接続する。私設回線ルートにより、会社の従業員は他の位置いる従業員と通信し、所望されるように通話サービスを使用することができる。異なる部門にいる人にとって、電話網上で彼らに利用できる広い通話サービスを持つことが好ましいことが分かっている。これらのサービスは、“空いている時のコールバック”や、“次に使用された時にコールバック”や、“使用中に迂回”や“集中化オペレータ”が含まれる。
【０００３】
通話サービス“空いている時のコールバック”は、第１の電話ユーザが第２の電話ユーザと交信したかったが、第２の電話ユーザが他の通話に束縛されていることからそのようにできない状況に対する要求を満たす。第１の電話ユーザは“空いている時のコールバック”通話サービスに対するコード番号をダイヤルし、ハンドセットを戻す。このことにより、第２の電話ユーザが現在の通話を終了しハンドセットを戻した時に、第１の電話ユーザの電話機が鳴るようになる。ハンドセットを持ち上げることにより、第１の電話ユーザは第２のユーザの電話機を鳴らすようにでき、そして通話が可能になる。
【０００４】
通話サービス“次に使用された時にコールバック”は、第１の電話ユーザが第２の電話ユーザと交信しようとするが、リンガー音が聞こえるのにもかかわらず第２のユーザが電話ユーザに応答しない状況に対する要求を満たす。第１のユーザはこのサービスに対するコードを入力し、ハンドセットを戻す。これにより、第２のユーザ電話機を取扱うＰＢＸにおいて、次に使用された時にコールバックに対する要求の“登録”がなされる。ＰＢＸは、第２のユーザ電話機の動きを監視する。第２のユーザによって通話がなされ電話が切れた時、そのＰＢＸは第１のユーザの電話機を取扱うＰＢＸに知らせる。第１のユーザの電話機を取扱うＰＢＸは、２つの電話機間の会話パスを確立する“リング無し”通話を設定する。第１の人の電話機のみが電話が鳴るようにされる。第１のユーザが電話機に応答すると、第２のユーザの電話機が鳴るようにされ、通話が確立される。
【０００５】
通話サービス“使用中に迂回”は、第１の電話ユーザが第２の電話ユーザと交信しようとするが、そのユーザが話し中である状況に対する要求を満たす。第２の電話機ユーザは、自分が通話に束縛されている時に自分の電話システムが通話を同僚の内線に迂回させるようにプログラムする。
【０００６】
通話サービス“集中化オペレータ”により、構内電話網の１つの電話内線が、全私設電話網の別の内線の代わりにオペレータとして機能できるようになる。
【０００７】
図１は、従来の通信網形態を示しており、通信網は、４つの構内交換機１〜４、公衆電話交換網５、および通信パス６〜１２を備えている。
【０００８】
構内交換機（ＰＢＸ）１〜４は、同じ会社のさまざまな位置において構内電話網を取扱う。通信パス６〜１２に沿って１つの構内電話網から別の構内電話網へルーティングされる通話には、可能性がある多数のルートが存在することが図から容易に理解できる。
【０００９】
例えば、ＰＢＸ２により取扱われる構内電話網から発生した通話がＰＢＸ３により取扱われる構内電話網にルーティングされるべきであると仮定する。ＰＢＸ３に到達させるために、通話は、通信パス８、公衆電話交換網５および通話パス１０を介してルーティングされるかもしれない。代わりに、ＰＢＸ３に到達させるために、通話は通信パス９を介してルーティングされるかもしれない。このルートは、公衆電話交換網５を介して伝えられる通話を含んでいないことから、私設回線と呼ばれる。
【００１０】
同様な方法で、通話は、通話パス１１、公衆電話交換網５、および通話パス８により、ＰＢＸ４からＰＢＸ２にルーティングされるかもしれない。代わりに、ＰＢＸ２に到達させるために、通話パス１２、ＰＢＸ３および通話パス９を含んでいる私設回線が使用されるかもしれない。
【００１１】
現在のＰＢＸ設計は、その位置では第１の通信プロトコルにより管理されている関連した電話網からの通話を受入れ、第２のプロトコルによりその通話を公衆網に送る。第１のプロトコルの例はデジタル私設網信号システム（ＤＰＮＳＳ）であり、第２のプロトコルの例はデジタルアクセス信号システムＮｏ２（ＤＡＳＳ２）である。ＤＰＮＳＳは通話サービスをサポートするプロトコルであるが、ＤＡＳＳ２プロトコルは通話サービスをサポートしない。
【００１２】
私設回線ルートにより、ＰＢＸは第１のプロトコルＤＰＮＳＳを使用して通信でき、したがって追加サービスが可能である。地理的に遠い位置のために、組織にとって電話サービス供給者から専用通信パスを借りることは普通である。この場合、専用通信パスはパス９である。しかしながら一般的に述べると、これらのパスは十分に利用されないことが多く、主要レート２．０４８Ｍビット／秒パスの場合は特にそうである。これは、会社が発生させるよりも多くの通話トラフィック容量を伝えることができる専用通信パスに対して会社または組織が支払いをしなければならないことになる。
【００１３】
国際特許出願ＷＯ９３／１５５８３は、第１の信号送信プロトコルにしたがって動作する第１の通信網（“公衆網”）と、前記第１の通信網に接続され、同じ仮想私設網に属する複数の別の通信網（“ＰＡＢＸ”）とを具備する通信網を開示している。別の通信網は、前記第１のプロトコルによりサポートされていない通話サービスをサポートする（複数の別の通信網中の異なった別の通信網に対して異なっているかもしれない）第２の信号送信プロトコルにしたがって動作する。各ＰＡＢＸは、ＰＡＢＸに仮想網を提供し、ＰＡＢＸに沿って配置された“相互作用装置”を備えている。すべての私設網通話は、相互作用装置を介してルーティングされる。この相互作用装置は、入ってくる私設網番号を公衆網番号に変換するデータベースを使用し、別の私設インターフェイスを介してその公衆網アドレスに出で行く通話を確立する。これは、ＰＡＢＸを介して戻るようにルーティングされるので、ＰＡＢＸ上で必要とされる公衆網インターフェイスを使用することができる。２次的通話上に提供されるアドレスが通話を識別するが、公衆網を介してその通話を最終的な内線にルーティングする必要がない。通信網の他端側で通話の最終的な部分を確立するために必要な信号送信は、例えばＸ．２５通信網のようなオーバレイ通信網を介して送られる。私設網をサポートするために要求されるので、通話がＸ．２５通信網内に確立される。したがって、別の信号送信および送信網ベアラーを使用して、専用私設回線機能が提供される。
【発明の要約】
【００１４】
本発明の第１の観点にしたがうと、
ユーザ間データメッセージ信号送信をサポートする第１の信号送信プロトコルにしたがって動作する第１の通信網と、
前記第１の通信網に接続され、同じ仮想私設網に属し、前記第１のプロトコルによりサポートされていない通話サービスをサポートする第２の信号送信プロトコルにしたがって動作する複数の別の通信網とを具備し、
前記各別の通信網は、前記第２のプロトコルにしたがった信号送信と前記第１のプロトコルにしたがった前記第１の通信網の信号送信との間をインターフェイスするインターフェイスを備え、
前記各インターフェイスは、前記第１および第２のプロトコル間の変換器として動作し、仮想私設網通話でない通話に関係する、その対応した別の通信網へのまたはこれからのメッセージを信号送信するように構成され、
前記各インターフェイスは、前記第１の通信網への補助的な通話を生成することにより、その対応した別の通信網から他の別の通信網により取扱われる目的地への仮想私設網通話のための要求メッセージに応答するようにさらに構成され、前記補助的な通話は、ユーザ間データメッセージ信号送信を提供し、他の別の通信網に対応するインターフェイスへの要求された仮想私設網通話のセグメントを構成し、
前記各インターフェイスは、このような補助的な通話に対する当事者である時に、対応する要求された仮想私設網通話に関係する、その対応する別の通信網から受信されたメッセージを、前記ユーザ間データメッセージ信号送信により、前記補助的な通話に対する他の当事者に伝え、対応する要求された仮想私設網通話に関係する、他の当事者から受信された信号送信メッセージを、前記ユーザ間データメッセージ信号送信により、その対応する別の通信網に伝えるようにさらに構成されていることを特徴とする通信網が提供される。
【００１５】
したがって本発明により、通話サービスを提供する通信プロトコルにしたがってそれ自体が動作する必要がない通信網を介する通話サービスの確立が可能となる。必要なことは、目的地の通信網の構成要素により読取ることができ、要求されたサービスを表しているデータの送信がプロトコルにより可能になることだけである。したがって、同じ組織の地理的に遠隔な２つの位置の間に専用通信網を設ける必要がない。例えば、トランスペアレント状態で通話サービス情報を伝えるために公衆電話交換網を使用することができる。これは、私設回線を使用するよりもユーザにとって費用がかからない。本発明にしたがうと、通話および通話サービスを設定するために要求される情報を伝えるために１つのプロトコルが必要なだけである。
【００１６】
信号送信プロトコルは、第２のプロトコルのためにＤＰＮＳＳを、第１の通信網上で動作するプロトコルのためにＤＡＳＳ２を含んでいてもよい。
【００１７】
本発明の第２の観点にしたがうと、
ユーザ間データメッセージ信号送信をサポートする第１の信号送信プロトコルにしたがって動作する第１の通信網と、
前記第１の通信網に接続され、同じ仮想私設網に属し、前記第１の信号送信プロトコルによりサポートされない通話サービスをサポートする第２の信号送信プロトコルにしたがって動作する複数の別の通信網とを具備し、
前記各別の通信網は、前記第２のプロトコルにしたがった信号送信と前記第１のプロトコルにしたがった前記第１の通信網の信号送信との間をインターフェイスするインターフェイスを備えている通信網における、第１の別の通信網により取扱われるソース源から第２の別の通信網により取扱われる目的地への仮想私設網通話を処理する方法において、
前記第１の別の通信網に対応しているインターフェイスから前記第２の別の通信網に対応しているインターフェイスへの前記第１の通信網を介する通話のセグメントを設定し、前記セグメントがユーザ間データメッセージ信号送信を提供し、
ユーザ間データメッセージ信号送信により前記第１および第２の別の通信網間の通話に関係する信号送信メッセージを送るステップを含むことを特徴とする方法が提供される。
【００１８】
図面を参照して、例としてのみ、本発明の特定の実施例をこれから説明する。
【詳細な説明】
【００１９】
図２を参照すると、本発明にしたがった通信網２１は、公衆電話交換網２２、それぞれのＰＢＸが（示されていない）関連する構内網を取扱っている４つのＰＢＸ２３，２４，２５および２６、ならびに３つの仮想私設網サーバＶＰＮサーバ２７、ＶＰＮサーバ２８、およびＶＰＮサーバ２９を備えている。
【００２０】
通信網２１は多数の通信パスも含んでいる。通信パス３０はＰＢＸ２５をＶＰＮサーバ２７にリンクさせる一方、通信パス３１はＶＰＮサーバ２７をＰＳＴＮ２２にリンクさせる。同様に通信パス３２はＰＢＸ２６をＶＰＮサーバ２８にリンクさせ、通信パス３３はＶＰＮサーバ２８をＰＳＴＮ２２にリンクさせる。図２から、ＶＰＮサーバ２９は２台のＰＢＸにリンクされていることが分かる。通信パス３４はＶＰＮサーバ２９をＰＢＸ２３にリンクさせる一方、通信パス３５はＶＰＮサーバ２９をＰＢＸ２４にリンクさせる。別の通信パス３６はＶＰＮサーバ２９をＰＳＴＮ２２にリンクさせる。
【００２１】
各構内網は、電話機、ファクシミリ装置、コンピュータ、コンピュータモデムのようなよく知られたタイプの装置を含んでおり、これらは詳細に説明しない。
【００２２】
通信パスは光ファイバから構成されているが、他の通信ケーブルから構成してもよい。
【００２３】
ＰＢＸは、ノーザン・テレコム製のメリディアン１構内交換機であり、ロンドン、ニューゲートストリート８１のブリテッシュ・テレコミュニケーション公開有限責任会社から入手可能である。
【００２４】
各ＶＰＮサーバ２７，２８，２９は、後に説明する方法で、プロトコル変換を信号送信し、プロトコル操作を信号送信することができる知的交換機である。ＶＰＮサーバ２７および２８は名目上同一であり、その構造は図３に示されているようなものであり、４つの主要構成部品、すなわちプロセッサ４０、通話送受信機４１、メモリ４２およびプロセッサ命令手段４５を備えている。
【００２５】
ＶＰＮサーバ２８に対して、通話送受信機４１は、ＰＢＸ２６から発生した通信パス３２上の通話と、ＰＳＴＮ２２を通って到達したパス３３上の通話とを受信する。また通話は、プロセッサ４０の制御の下、通話送受信機４１によりこれらのパスに再度方向付けられる。同様にＶＰＮサーバ２７に対して、通話はパス３０，３１上でその送受信機４１により受信され、また通話はこれらのパスに再度方向付けることができる。
【００２６】
ＶＰＮサーバ２９は、別の通信パスの接続のみにおいてＶＰＮサーバ２７，２８と異なっている。すなわち、通信パス３４，３５および３６がその通話送受信機４１に接続されている。
【００２７】
通話送受信機４１は、制御およびデータバス４４によりプロセッサ４０に接続されている。プロセッサ４０は、通話送受信機４１により受信された通話情報を解釈し、通話送受信機４１にその通話をパスの適切な１つに再送信するように命令することができる。通話情報は、通話送受信機４１により制御およびデータバス４４に沿ってプロセッサ４０に送られる。同じ制御およびデータバス４４が、命令をプロセッサ４０から通話送受信機４１に伝える。
【００２８】
メモリ４２は、１組のルックアップテーブルとして構成される、ルーティングデータと対応するダイヤル数字ストリングのデータベースを記憶する。プロセッサ４０は、後に説明するような方法で、データバス４３により、ルックアップテーブルに記憶されているデータにアクセスすることができる。プロセッサ命令手段４５はデータ記憶領域であり、要求された動作をするためにプロセッサ４０が従う命令を記憶する。これはＲＯＭ（読取り専用メモリ）の形態を採るが、フロッピー（登録商標）ディスクやハードディスクや他のデータ記憶装置の形態を採ることもできる。
【００２９】
図４は、各ＶＰＮサーバ２７，２８および２９のメモリ４２に保持されているテーブル４６を示している。テーブル４６は、電話ユーザによりダイヤルされるかもしれない数字ストリングの先頭数字が記憶されている第１のフィールド４６ａを持っている。先頭数字は、“９”，“２２”，“３３”，“３４”および“４４”を含んでいる。
【００３０】
第２のフィールド４６ｂは、ダイヤルされた先頭数字と関連されるべき完全なベアラー通話番号を含んでいる。先頭数字“９”は、ヌルベアラー通話番号に関連している。先頭数字“２２”は、ベアラー通話番号“０６４２−２２４６９４”に関連している。先頭数字“３３”は、ベアラー通話番号“０７９８−３３２０４０”に関連している。先頭数字“３４”は、ベアラー通話番号“０７９８−３４２０４１”に関連している。先頭数字“４４”は、ベアラー通話番号“０４０２−４４０１０３”に関連している。
【００３１】
テーブル４６は、先頭数字の入力がベアラー通話番号を返すようなルックアップテーブルとして構成されている。したがって、先頭数字“３３”がテーブル４６に入力されると、ベアラー通話番号“０７９８−３３２０４０”が返される。
【００３２】
図２から分かるように、数字は以下のように通信網２１の一部に割当てられている。
【００３３】
ＶＰＮサーバ２７は番号“０６４２  ２２４６９４”に割当てられ、ＰＢＸ２５は番号“２２４”に割当てられ、ＰＢＸ２５によりサポートされている内線は、図では“ＸＸＸ”により表されている。
【００３４】
ＶＰＮサーバ２８は番号“０４０２  ４４０１０３”に割当てられ、自己が取扱うＰＢＸを持っている。ＰＢＸ２６は番号“４４０”に割当てられている。再度説明すると、このＰＢＸによりサポートされている内線は、番号範囲“ＸＸＸ”に割当てられているものとして示されている。
【００３５】
ＶＰＮサーバ２９は、番号“０７９８  ３３２０４０”と“０７９８  ３４２０４１”に割当てられている。ＰＢＸ２３は番号“３３２”に割当てられ、その内線は図では“ＸＸＸ”により表されている範囲の番号に割当てられている。ＰＢＸ２４は番号“３４２”に割当てられ、自己がサポートしている内線は図では“ＸＸＸ”により表されている範囲の番号に割当てられている。
【００３６】
構内網は、ＤＰＮＳＳ−１（デジタル私設網信号システム）と呼ばれる通信プロトコルにしたがって動作する。このプロトコルは通信技術分野の当業者によく知られており、これにより、“空いている時のコールバック”や、“次に使用された時にコールバック”や、“使用中に迂回”や“集中化オペレータ”のような多数の通話サービスを可能にする。
【００３７】
ＰＳＴＮ２２は、ＤＡＳＳ２（デジタルアクセス信号システムＮｏ．２）と呼ばれる通信プロトコルにしたがって動作する。再度説明すると、このプロトコルは通信技術分野の当業者によく知られているが、通話サービスをサポートしないことに留意することが重要である。しかしながら、これにより、ユーザ間データメッセージの形態で２つのＰＢＸノード間の信号送信が可能になる。
【００３８】
ユーザ間データメッセージは、図５に示されているようなフォーマットを持っている。これは３２バイト構造５０を持っている。第１の１バイト５１は、メッセージのＭＥＳＳＡＧＥ＿ＴＹＰＥフィールドである。これは、データメッセージが完成か未完成かを意味している。これは、特定の１組のデータを伝えるのに多数のデータメッセージが必要な状況に対する要求を満たす。最初のものから終りから２番目までのデータメッセージは、データメッセージが未完成であることを意味している第１のバイト５１を持っており、最後のデータメッセージは、そのデータメッセージが完成であることを意味している第１のバイト５１を持っている。第２のバイト５２は、データフィールド５３で伝えられるデータの長さを意味している。データフィールド５３には、３０バイトのメッセージが割当てられる。
【００３９】
異なるＰＢＸにより取扱われる内線間に通話が確立されるべき時には、通信網２１は、図６に示されているような方法で動作する。図では、プリフィックスＰ１は、メッセージが第１のプロトコルＤＰＮＳＳにしたがって構成されていることを意味し、プリフィックスＰ２は、メッセージが第２のプロトコルＤＡＳＳ２にしたがって構成されていることを意味している。
【００４０】
第１のユーザがＰＢＸ２４により取扱われる内線上に存在し、ＰＢＸ２５により取扱われる内線上の第２のユーザを呼出したいと仮定する。第１のユーザは、外線のために、その後に内線への直接接続（交換台オペレータを介さずにいくという意味で直接）のためのＰＳＴＮ番号“０６４２  ２２４ＸＸＸ”が後続する“９”をダイヤルする。
【００４１】
“９−０６４２  ２２４ＸＸＸ”のダイヤル操作により、メッセージＰ１＿ＣＡＬＬ（９−０６４２  ２２４ＸＸＸ）がＰＢＸ２４からＶＰＮサーバ２９に送られるようになる。ＶＰＮサーバ２９は、通信パス３５に沿ってこれを受信する。通話送受信機４１は、メッセージをプロセッサ４０に送る。プロセッサ４０は、メモリ４２に保持されているルックアップテーブル４６に先頭数字９を入力する。ルックアップテーブルはベアラー通話番号を返し、これはこの場合ヌルである。その後プロセッサ４０は、通話送受信機４１に先頭数字“９”を削除するように命令し、ＤＡＳＳ２プロトコルにしたがった通話メッセージＰ２＿ＣＡＬＬ（０６４２  ２２４ＸＸＸ）が、ＰＳＴＮ２２を介してＶＰＮサーバ２７に送られる。ＶＰＮサーバ２７は、このメッセージをＤＰＮＳＳにおいてこれに等価なものであるＰ１＿ＣＡＬＬ（０６４２  ２２４ＸＸＸ）に変換する。
【００４２】
その後ＰＢＸ２５が、受領通知メッセージＰ１＿ＡＣＫをＶＰＮサーバ２７に送る。ＶＰＮサーバ２７は、受領通知メッセージＰ２＿ＡＣＫをＰＳＴＮ２２を介してＶＰＮサーバ２９に送る。そしてＶＰＮサーバ２９は、Ｐ１＿ＡＣＫをＰＢＸ２４に送る。
【００４３】
そしてＰＢＸ２５はＰ１＿ＡＮＳＷＥＲメッセージを送り、これにより、ＶＰＮサーバ２７がＰ２＿ＡＮＳＷＥＲをＰＳＴＮ２２を介してＶＰＮサーバ２９に送ることになる。ＶＰＮサーバ２９は、Ｐ１＿ＡＮＳＷＥＲメッセージをＰＢＸ２４に送る。
【００４４】
その後、２つの内線間の会話通信を開始することができる。
【００４５】
図７は、ＰＳＴＮ２２を介して、異なるＰＢＸにより取扱われる内線間に通話サービスが利用されるべき時に起こるメッセージシーケンスを示している。ＰＢＸ２５により取扱われる第１の内線から、ＰＢＸ２３により取扱われる第２の内線に通話がなされ、通話が通話サービスを利用すると仮定する。再度この図を見ると、プリフィックスＰ１は、プロトコルＤＰＮＳＳに適合するメッセージに付けられ、プリフィックスＰ２は、プロトコルＤＡＳＳ２に適合するメッセージに付けられる。
【００４６】
通話を設定するために、ＰＢＸ２５は、通話サービスのためのコードを含んでいるダイヤル数字ストリングを第１の内線から受信する。そしてＰＢＸ２５は、ＶＰＮサーバ２７にメッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を送る。ここで、３３２ＸＸＸはＰＢＸ２３により取扱われる第２の内線であり、ＳＥＲＶＩＣＥは要求された特定の通話サービスに対するコードである。
【００４７】
ＶＰＮサーバ２７はそのメッセージを受信し、内線番号の最初の２つの数字“３３”をそのルックアップテーブル４６に入力する。このルックアップテーブルは、ベアラー通話番号０７９８−３３２０４０を返す。プロセッサ４０は、通話受信機４１からメッセージＰ２＿ＣＡＬＬ（ＵＵＤ＋０７９８−３３２０４０）を送信する。このメッセージは、ＰＳＴＮ２２を介してＶＰＮサーバ２９に送信される。ＶＰＮサーバ２９は、Ｐ２＿ＡＣＫ受領通知メッセージをＰＳＴＮ２２を介してＶＰＮサーバ２７に送る。この後に、Ｐ２＿ＡＮＳＷＥＲメッセージが続く。
【００４８】
そしてＶＰＮサーバ２７は、ＤＡＳＳ２プロトコルのＵＵＤで、元の通話メッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を送る。これは図７において、メッセージＰ２＿ＵＵＤ（Ｐ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ））として示されている。これは、“トランスペアレント”状態でＰＳＴＮ２２を介してＶＰＮサーバ２９に伝わる。言い換えると、番号変換やプロトコル変換は実行されないが、元のメッセージが、ＵＵＤと両立するＤＡＳＳ２内で伝えられる。
【００４９】
そしてＶＰＮサーバ２９のプロセッサ４０は、ＵＵＤからＤＰＮＳＳメッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を取り出す。そしてプロセッサ４０は、そのメッセージをＰＢＸ２３に送る。したがって、ＰＢＸ２３に対して、ＰＢＸ２５から直接的にそのメッセージが受信されたことは明らかであること、すなわち、これはＤＰＮＳＳ通話であることが分かる。
【００５０】
そしてＰＢＸ２３は、Ｐ１＿ＡＮＳＷＥＲが後続する受領通知メッセージＰ１＿ＡＣＫを返す。これらは、ＶＰＮサーバ２９によりＵＵＤにロードされ、Ｐ２＿ＵＵＤ（Ｐ１＿ＡＣＫ）およびＰ２＿ＵＵＤ（Ｐ１＿ＡＮＳＷＥＲ）を形成し、これらはＰＳＴＮ２２を介してＶＰＮサーバ２７に送られる。そしてＶＰＮサーバ２７は、ＤＰＮＳＳメッセージを取り出し、それらをＰＢＸ２５に送る。会話を開始することができる。
【図面の簡単な説明】
【００５１】
【図１】図１は、専用回線および公衆電話交換網により内部リンクされている多数の構内交換機の従来技術の通信網を示している。
【図２】図２は、本発明にしたがった通信網を示している。
【図３】図３は、本発明にしたがった仮想私設網サーバを示している。
【図４】図４は、図３に示されているＶＰＮサーバのメモリに記憶されているメモリ構造を示している。
【図５】図５は、図２に示されている通信網で使用されるプロトコルと両立性があるユーザ間データメッセージ（ＵＵＤ）を示している。
【図６】図６は説明図である。
【図７】図７は説明図である。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2007129730.tif 000010
【図２】
2007129730.tif 000011
【図３】
2007129730.tif 000012
【図４】
2007129730.tif 000013
【図５】
2007129730.tif 000014
【図６】
2007129730.tif 000015
【図７】
2007129730.tif 000016
【外国語明細書】
2007129730000001.pdf