JP2009182660A - 接続制御システム、接続制御方法および接続制御プログラム - Google Patents

Abstract

【課題】通信装置が接続されている網以外の外部網に接続された端末からの接続要求を起点として、仮想通信路を生成することを課題とする。
【解決手段】第１のネットワークに接続された通信装置を当該第１のネットワーク上で一意に識別する第１識別子と、第２のネットワークに接続された端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子との対応づけを識別子記憶部に記憶し、複数の通信装置間に仮想通信路を生成することを要求する仮想通信路生成要求を、第２のネットワークに接続された端末から第２識別子各々とともに受け付け、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして識別子記憶部を検索して第１識別子各々を取得し、第１識別子各々から識別される通信装置各々の間に、第１のネットワークにおける仮想通信路を生成する。
【選択図】 図１

Description

この発明は、接続制御システム、接続制御方法および接続制御プログラムに関する。

従来より、ネットワークに接続された複数のゲートウェイ装置間の通信にＶＰＮ（Virtual Private Network）による通信を適用することで、複数のＬＡＮ（Local Area Network）同士を、あたかも専用回線によって接続するかのように接続する技術が提案されている。

例えば、非特許文献１には、ＳＩＰ（Session Initiation Protocol）網に接続された端末からの接続要求を起点として、当該ＳＩＰ網に接続された２つの家庭ＬＡＮ同士をＶＰＮ接続する手法が開示されている。また、例えば、非特許文献２には、携帯電話網に接続された携帯が、ＳＩＰ網に接続されている自宅のゲートウェイ装置に接続して接続要求を行うことで、当該接続要求を起点として、自宅の家庭ＬＡＮと他者のＬＡＮとをＶＰＮ接続し、自宅の家庭ＬＡＮ上に存在するコンテンツを他者に閲覧可能にする手法が開示されている。

「広帯域でセキュアな家庭ＬＡＮ間接続を実現するＶＰＮ接続方式」、ＢＳ−５−６、電子情報通信学会ソサイエティ大会２００７ 「情報家電の広域ＤＬＮＡ通信方式の提案」、電子情報通信学会、信学技報 ＮＳ２００７−１３（２００７−４） ｐｐ７１−７６

ところで、上記した従来の技術では、ゲートウェイ装置が接続されている網以外の外部網に接続された端末からの接続要求を起点としてＶＰＮを生成することができないという課題があった。

すなわち、上記したように、非特許文献１に開示されている手法は、ゲートウェイ装置が接続されているネットワークと同じＳＩＰ網に接続された端末からの接続要求を起点としてＶＰＮを生成するに過ぎない。また、非特許文献２に開示されている手法は、ゲートウェイ装置が接続されているネットワークとは異なる携帯電話網に接続された携帯からの接続要求を起点とするものではあるが、あくまで、携帯自体がＳＩＰ網に接続されたゲートウェイ装置に接続できる必要がある。そうであるとすると、ゲートウェイ装置が接続されている網が、外部網からの接続が制限された網である場合、本手法ではＶＰＮを生成することができない。

そこで、この発明は、上記した従来技術の課題を解決するためになされたものであり、ゲートウェイ装置が接続されている網以外の外部網に接続された端末からの接続要求を起点としてＶＰＮを生成することが可能な接続制御システム、接続制御方法および接続制御プログラムを提供することを目的とする。

上記した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、第１のネットワークに接続された前記通信装置を当該第１のネットワーク上で一意に識別する第１識別子と、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子との対応づけを記憶する識別子記憶手段と、前記第１のネットワークに接続された複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、前記第２のネットワークに接続された端末から、当該複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、前記仮想通信路生成要求受付手段によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手段と、前記第１識別子取得手段によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段と、を備えたことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記仮想通信路生成手段は、前記複数の通信装置とは異なる第三者の装置によって当該通信装置の呼が制御される第三者呼制御手段を利用して、前記仮想通信路を生成することを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記仮想通信路生成手段によって生成された前記仮想通信路による通信を切断することを要求する仮想通信路切断要求を、前記第２のネットワークに接続された端末から、前記複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路切断要求受付手段と、前記仮想通信路切断要求受付手段によって仮想通信路切断要求が受け付けられると、当該仮想通信路切断要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する切断時第１識別子取得手段と、前記切断時第１識別子取得手段によって取得された第１識別子各々から識別される通信装置各々の間に生成されている前記仮想通信路を切断する仮想通信路切断手段と、をさらに備えたことを特徴とする。

また、請求項４に係る発明は、上記の発明において、前記仮想通信路生成手段によって前記仮想通信路が生成されると、当該仮想通信路の生成が完了したことを通知する完了通知を、当該仮想通信路の生成をキャンセルすることを指示可能なキャンセル情報とともに、前記仮想通信路生成要求を送信した端末に送信する完了通知送信手段と、前記キャンセル情報による指示を受け付けると、当該キャンセル情報による指示によって指定された前記仮想通信路を切断するキャンセル時仮想通信路切断手段と、をさらに備えたことを特徴とする。

また、請求項５に係る発明は、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御方法であって、第１のネットワークに接続され当該第１のネットワーク上で第１識別子によって各々一意に識別される複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子であって複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付工程と、前記仮想通信路生成要求受付工程によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして、前記第１識別子と前記第２識別子との対応づけを記憶する識別子記憶部を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得工程と、前記第１識別子取得工程によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成工程と、を含んだことを特徴とする。

また、請求項６に係る発明は、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御方法をコンピュータに実行させる接続制御プログラムであって、第１のネットワークに接続され当該第１のネットワーク上で第１識別子によって各々一意に識別される複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子であって複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手順と、前記仮想通信路生成要求受付手順によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして、前記第１識別子と前記第２識別子との対応づけを記憶する識別子記憶部を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手順と、前記第１識別子取得手順によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手順と、をコンピュータに実行させることを特徴とする。

また、請求項７に係る発明は、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、前記通信装置が接続された第１のネットワークとは異なる第２のネットワークに接続された要求受付装置は、前記第１のネットワークに接続された前記通信装置を当該第１のネットワーク上で一意に識別する第１識別子と、当該第１のネットワークには接続されずに前記第２のネットワークに接続された端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子との対応づけを記憶する識別子記憶手段と、前記第１のネットワークに接続された複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、前記第２のネットワークに接続された端末から、当該複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、前記仮想通信路生成要求受付手段によって前記仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手段と、前記第１識別子取得手段によって第１識別子各々が取得されると、前記仮想通信路生成要求を、当該第１識別子各々とともに、前記第１のネットワークおよび前記第２のネットワーク各々に接続される接続制御装置に転送する仮想通信路生成要求転送手段とを備え、前記接続制御装置は、前記仮想通信路生成要求転送手段によって前記仮想通信路生成要求が転送されると、当該仮想通信路生成要求とともに転送された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段を備えたことを特徴とする。

また、請求項８に係る発明は、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、前記通信装置が接続された第１のネットワークとは異なる第２のネットワークに接続された要求受付装置は、第１のネットワークに接続され当該第１のネットワーク上で第１識別子によって各々一意に識別される前記複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、前記第２のネットワークに接続された端末から、該端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子であって複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、前記仮想通信路生成要求受付手段によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求を、前記第１のネットワークおよび前記第２のネットワーク各々に接続される接続制御装置に転送する仮想通信路生成要求転送手段とを備え、前記接続制御装置は、前記第１識別子と前記第２識別子との対応づけを記憶する識別子記憶手段と、前記仮想通信路生成要求転送手段によって前記仮想通信路生成要求が転送されると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手段と、前記第１識別子取得手段によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段と、を備えたことを特徴とする。

また、請求項９に係る発明は、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、第１のネットワークに接続された複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該複数の通信装置各々を当該第１のネットワーク上で一意に識別する識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、前記仮想通信路生成要求受付手段によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段と、を備えたことを特徴とする。

請求項１、５〜８の発明によれば、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、第１のネットワークに接続された通信装置を当該第１のネットワーク上で一意に識別する第１識別子と、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子との対応づけを識別子記憶部に記憶し、第１のネットワークに接続された複数の通信装置間に仮想通信路を生成することを要求する仮想通信路生成要求を、第２のネットワークに接続された端末から、当該複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付け、仮想通信路生成要求を受け付けると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして識別子記憶部を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得し、取得した第１識別子各々から識別される通信装置各々の間に、第１のネットワークにおける仮想通信路を生成するので、通信装置が接続されている網以外の外部網に接続された端末からの接続要求を起点として仮想通信路を生成することが可能になる。

また、請求項２の発明によれば、複数の通信装置とは異なる第三者の装置によって通信装置の呼が制御される第三者呼制御機能を利用して仮想通信路を生成するので、外部網に接続された端末からの接続要求を起点とした仮想通信路の生成を、既存な手法を利用して実現することが可能になる。

また、請求項３の発明によれば、生成された仮想通信路による通信を切断することを要求する仮想通信路切断要求を、第２のネットワークに接続された端末から、複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付け、仮想通信路切断要求を受け付けると、当該仮想通信路切断要求に含まれる第２識別子各々を検索キーとして識別子記憶部を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得し、取得した第１識別子各々から識別される通信装置各々の間に生成されている仮想通信路を切断するので、外部網に接続された端末からの接続要求を起点として生成された仮想通信路を、外部網に接続された端末からの切断要求を起点として切断することが可能になる。

また、請求項４の発明によれば、仮想通信路が生成されると、当該仮想通信路の生成が完了したことを通知する完了通知を、当該仮想通信路の生成をキャンセルすることを指示可能なキャンセル情報とともに、仮想通信路生成要求を送信した端末に送信し、キャンセル情報による指示を受け付けると、当該キャンセル情報による指示によって指定された仮想通信路を切断するので、外部網に接続された端末からの接続要求を起点として生成された仮想通信路を、簡易にキャンセルすることが可能になる。

また、請求項９の発明によれば、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、第１のネットワークに接続された複数の通信装置間に仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該複数の通信装置各々を当該第１のネットワーク上で一意に識別する識別子各々とともに当該第２のネットワークを介して受け付け、当該仮想通信路生成要求に含まれる識別子各々から識別される通信装置各々の間に、第１のネットワークにおける仮想通信路を生成するので、通信装置が接続されている網以外の外部網に接続された端末からの接続要求を起点として仮想通信路を生成することが可能になる。

以下に添付図面を参照して、本発明に係る接続制御システム、接続制御方法および接続制御プログラムの実施例を詳細に説明する。なお、以下では、まず、本発明の前提となる技術について、簡単に説明する。

［前提技術］
以下の実施例で用いる「ＶＰＮ（Virtual Private Network）」（特許請求の範囲に記載の「仮想通信路」に対応する）とは、例えば、ＳＩＰ網（特許請求の範囲に記載の「第１のネットワーク」に対応する）に接続された２つの家庭ＬＡＮ同士を、あたかも専用回線によって接続するかのように接続することを目的として、当該ＳＩＰ網に生成された仮想的な通信路のことである。家庭ＬＡＮに設置された「ゲートウェイ装置（以下、ＨＧＷ（Home GateWay））」（特許請求の範囲に記載の「通信装置」に対応する）がＶＰＮを生成する機能を備え、２つの家庭ＬＡＮを接続する「ＶＰＮ」が生成される。

具体的に例を挙げて説明すると、「ＨＧＷ」は、ＳＩＰによって確立されたセッションを用いて「ＶＰＮ」を生成する際、通信相手となる「ＨＧＷ」のＩＰ（Internet Protocol）アドレスやポート番号を取得し、取得したこれらの情報を用いて通信相手となる「ＨＧＷ」とネゴシエーションしなければならない。このため、「ＨＧＷ」は、「接続制御サーバ」や通信相手となる「ＨＧＷ」から、ＳＤＰ（Session Description Protocol）と呼ばれる記述言語によってＩＰアドレスやポート番号が記述されたＳＩＰによる呼を受け付け、これらの情報を取得する。そして、「ＨＧＷ」は、取得したこれらの情報を用いて、通信相手となる「ＨＧＷ」との間でＩＫＥ（Internet Key Exchange）などによる相互認証を行い、相互認証で交換した暗号鍵を用いてデータを暗号化するなどすることで、通信相手となる「ＨＧＷ」との間で、ＩＰＳｅｃ（Security Architecture for Internet Protocol）接続を確立する。こうして、２つの「ＨＧＷ」間に「ＶＰＮ」が生成されるのである。「ＶＰＮ」が生成されれば、２つの家庭ＬＡＮ同士で、ＶＰＮ越しにＩＰベースのアプリケーションを利用することができ、例えば、情報家電などを使ったコンテンツ共有などを実現することができる。

なお、ＩＫＥなどによる相互認証において、通信相手を認可するか否かの判断には、上記したように、ＩＰアドレスを用いることもできるが、網の構成によって認証強度が劣ってしまうおそれがある。そこで、ＩＰアドレスではなく、電話番号を用いることで、相互認証を行ってもよい。

また、上記においては、「ＶＰＮ」を、２つの家庭ＬＡＮに設置された「ＨＧＷ」同士を接続するものとして説明したが、本発明はこれに限られるものではなく、一般的なＬＡＮに設置された「ゲートウェイ装置」同士を接続するものであってもよい。

ところで、従来、「ＶＰＮ」の生成は、ＳＩＰ網に接続された端末、もしくは、「ＨＧＷ」に接続可能な端末からの接続要求（特許請求の範囲に記載の「仮想通信路生成要求」に対応する）を起点として行われるに過ぎなかった。しかしながら、例えば、利用者が、自宅外において、自宅ＬＡＮに保持しているコンテンツを友人と共有する、といった利用シーンを考えると、「ＶＰＮ」の生成は、ＳＩＰ網に接続された端末などを起点として行われるのでは足りず、ＳＩＰ網以外の外部網（特許請求の範囲に記載の「第２のネットワーク」に対応する）、例えば、携帯電話網などに接続された端末を起点として行われることも必要となる。本発明に係る接続制御システムは、このような要望に応えるべく、下記に提案する構成を採用するものである。

まず、以下では、実施例１に係る接続制御システムの概要および特徴、実施例１に係る接続制御システムによる処理の手順、実施例１に係る接続制御システムの構成、実施例１の効果を順に説明する。

［実施例１に係る接続制御システムの概要および特徴］
図１を用いて、実施例１に係る接続制御システムの概要および特徴を説明する。図１は、実施例１に係る接続制御システムの概要および特徴を説明するための図である。

実施例１に係る接続制御システムは、上記したように、ＳＩＰ網に接続された複数のＨＧＷ間の通信にＶＰＮによる通信が適用される場合に、当該複数のＨＧＷ間の接続を制御することを概要とし、ＳＩＰ網以外の外部網（実施例１においては、携帯電話網）に接続された端末を起点としてＶＰＮの生成を行うことを主たる特徴とする。

この主たる特徴について簡単に説明すると、実施例１に係る接続制御システムは、接続制御サーバ１００（特許請求の範囲に記載の「接続制御装置」に対応する）と受付サーバ２００（特許請求の範囲に記載の「要求受付装置」に対応する）とから構成される。ここで、接続制御サーバ１００は、図１に示すように、ＳＩＰ網１および携帯電話網２の両方に接続されている。また、受付サーバ２００は、図１に示すように、携帯電話網２に接続されている。なお、図１に示すＨＧＷ ＡおよびＨＧＷ Ｂは、各々ＳＩＰ網１に接続されており、図１に示す携帯Ａおよび携帯Ｂは、各々携帯電話網２に接続されている。

また、実施例１において、受付サーバ２００は、図１に示すように、識別子ＤＢを備える。かかる識別子ＤＢは、ＳＩＰ網１に接続されたＨＧＷを当該ＳＩＰ網１で一意に識別するＨＧＷの識別子（特許請求の範囲に記載の「第１の識別子」に対応する、以下、「ＨＧＷの識別子」と呼ぶ）と、携帯電話網２に接続された携帯を利用する利用者がＨＧＷを一意に識別するために用いる識別子（特許請求の範囲に記載の「第２の識別子」に対応する、以下、「ユーザの識別子」と呼ぶ）との対応づけを記憶している。実施例１においては、ＨＧＷの識別子として電話番号を用い、ユーザの識別子としてメールアドレスを用いるので、図１に示すように、識別子ＤＢは、例えば、ユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』とＨＧＷ Ａの識別子『0422-xx-1111』との対応づけを記憶している。

このような構成の下、実施例１においては、図１に示すように、携帯Ａの利用者と携帯Ｂの利用者との間で電子メールのやりとりが行われ、受付サーバ２００は、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを要求する接続要求を、携帯Ａおよび携帯Ｂ各々から送信された電子メールによって携帯電話網２を介して受け付ける（図１の（１−１）および（１−２）を参照）。この時、受付サーバ２００は、接続要求を、ユーザの識別子とともに受け付ける。例えば、受付サーバ２００は、携帯Ａからの接続要求を、携帯Ｂの利用者のメールアドレス『userB@example.ne.jp』とともに受け付け、携帯Ｂからの接続要求を、携帯Ａの利用者のメールアドレス『userA@example.ne.jp』とともに受け付ける。

続いて、受付サーバ２００は、接続要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（図１の（２）を参照）。例えば、受付サーバ２００は、携帯Ｂの利用者のメールアドレス『userB@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ｂの識別子『03-yyyy-1111』を取得する。また、例えば、受付サーバ２００は、携帯Ａの利用者のメールアドレス『userA@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ａの識別子『0422-xx-1111』を取得する。

そして、受付サーバ２００は、接続要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送する（図１の（３）を参照）。例えば、受付サーバ２００は、接続要求を、ＨＧＷ Ａの識別子『0422-xx-1111』およびＨＧＷ Ｂの識別子『03-yyyy-1111』とともに、接続制御サーバ１００に転送する。

すると、接続制御サーバ１００は、転送されたＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、ＳＩＰ網１におけるＶＰＮを生成するためのＳＩＰのセッションを確立する（図１の（４−１）および（４−２）を参照）。例えば、接続制御サーバ１００は、ＳＩＰ網１が提供する第三者呼制御機能を利用して、ＨＧＷ Ａの識別子『0422-xx-1111』およびＨＧＷ Ｂの識別子『03-yyyy-1111』各々から識別されるＨＧＷ ＡおよびＨＧＷ Ｂ各々に対して、『3rd Party Call Control』（ＲＦＣ３７２５）や『REFER』（ＲＦＣ３５１５）をすることで、当該ＨＧＷ ＡおよびＨＧＷ Ｂ間に、ＳＩＰ網１におけるＶＰＮを生成するためのＳＩＰのセッションを確立する（なお、ＨＧＷ ＡおよびＨＧＷ Ｂ各々は、ＳＩＰ網１による発信者番号通知サービスを利用するなどして、接続制御サーバ１００からのＳＩＰによる呼は受け付けるものであるとする）。こうして、ＨＧＷ ＡおよびＨＧＷ Ｂ間の通信に、ＶＰＮによる通信が適用される（図１の（５）を参照）。

このようなことから、実施例１に係る接続制御システムによれば、ＳＩＰ網以外の携帯電話網に接続された端末からの接続要求を受付サーバが受け付け、受付サーバが接続要求を接続制御サーバに転送し、接続制御サーバが転送された接続要求に基づいてＶＰＮを生成するので、ＳＩＰ網以外の携帯電話網に接続された端末を起点としてＶＰＮの生成を行うことが可能になる。

［実施例１に係る接続制御システムによる処理の手順］
次に、図２〜図６を用いて、実施例１に係る接続制御システムによる処理の手順を説明する。図２は、実施例１に係る接続制御システムによる処理の手順を示すシーケンス図（３ＰＣＣ）であり、図３は、識別子ＤＢを説明するための図であり、図４は、実施例１に係る接続制御システムによる処理の手順を示すシーケンス図（ＲＥＦＥＲ）であり、図５は、実施例１に係る接続制御システムによる切断処理の手順を示すシーケンス図（３ＰＣＣ）であり、図６は、実施例１に係る接続制御システムによる切断処理の手順を示すシーケンス図（ＲＥＦＥＲ）である。

［接続処理（３ＰＣＣ）］
まず、実施例１に係る接続制御システムによる処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『3rd Party Call Control』であるとする。

図２に示すように、携帯Ａと携帯Ｂとの間で、メールによるやりとりが行われているものとする（ステップＳ１０１）。

続いて、携帯Ａの利用者および携帯Ｂの利用者各々は、携帯Ａおよび携帯Ｂ各々から、接続要求の電子メールを、携帯電話網２を介して受付サーバ２００に送信する（ステップＳ１０２およびＳ１０３）。ここで、接続要求とは、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを要求する接続要求である。なお、実施例１においては、携帯Ａの利用者がＨＧＷ Ａの管理者であり、携帯Ｂの利用者がＨＧＷ Ｂの管理者であるといった状況を想定している。また、これらの接続要求は、ＨＧＷ ＡおよびＨＧＷ Ｂ各々を識別するユーザの識別子各々とともに送信される。すなわち、携帯Ａの利用者が送信する接続要求の電子メールには、ユーザ（携帯Ｂの利用者）の識別子『userB@example.ne.jp』が含まれ、携帯Ｂの利用者が送信する接続要求の電子メールには、ユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』が含まれている。

一方、受付サーバ２００は、接続要求の電子メールを携帯Ａおよび携帯Ｂ各々から受け付けると、当該接続要求の電子メール各々に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（ステップＳ１０４）。

例えば、識別子ＤＢが図３に示すように、ユーザの識別子としてのメールアドレスと、ＨＧＷの識別子としての電話番号との対応づけを記憶していたとする。受付サーバ２００は、携帯Ａから送信された接続要求の電子メールに含まれるユーザ（携帯Ｂの利用者）の識別子『userB@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ｂの識別子『03-yyyy-1111』を取得する。また、受付サーバ２００は、携帯Ｂから送信された接続要求の電子メールに含まれるユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ａの識別子『0422-xx-1111』を取得する。

続いて、受付サーバ２００は、接続要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送する（ステップＳ１０５）。例えば、受付サーバ２００は、接続要求を、ＨＧＷ Ａの識別子『0422-xx-1111』およびＨＧＷ Ｂの識別子『03-yyyy-1111』各々とともに接続制御サーバ１００に転送する。

すると、接続制御サーバ１００は、ＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、『3rd Party Call Control』によって、ＳＩＰ網１におけるＶＰＮを生成するためのＳＩＰのセッションを確立する。なお、ＨＧＷ ＡおよびＨＧＷ Ｂ各々は、接続制御サーバ１００からのＳＩＰによる呼は受け付けるものであるとする。

例えば、まず、接続制御サーバ１００は、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＳＩＰ信号の『INVITEメッセージ』を送信する（ステップＳ１０６）。この時、ＳＩＰ信号の『From:』には、接続制御サーバ１００の番号が含まれており、ＳＤＰは含まれていない。

すると、ＨＧＷ Ａは、接続制御サーバ１００の番号については自動受信するので、接続制御サーバ１００の番号に対して、ＳＩＰ信号の『200 OKメッセージ』を送信する（ステップＳ１０７）。この時、ＳＩＰ信号のＳＤＰには、ＨＧＷ ＡのＶＰＮ用のＩＰアドレスおよびポート番号が記述されている。

続いて、接続制御サーバ１００は、ＨＧＷ Ｂの識別子『03-yyyy-1111』に対して、ＳＩＰ信号の『INVITEメッセージ』を送信する（ステップＳ１０８）。この時、ＳＩＰ信号の『From:』には、接続制御サーバ１００の番号が含まれており、ＳＩＰ信号のＳＤＰには、ＨＧＷ ＡのＶＰＮ用のＩＰアドレスおよびポート番号が記述されている。

すると、ＨＧＷ Ｂは、接続制御サーバ１００の番号については自動受信するので、接続制御サーバ１００の番号に対して、ＳＩＰ信号の『200 OKメッセージ』を送信する（ステップＳ１０９）。この時、ＳＩＰ信号のＳＤＰには、ＨＧＷ ＢのＶＰＮ用のＩＰアドレスおよびポート番号が記述されている。

続いて、接続制御サーバ１００は、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＨＧＷ Ａからの『200 OKメッセージ』に対する応答として、ＳＩＰ信号の『ACKメッセージ』を送信する（ステップＳ１１０）。この時、ＳＩＰ信号のＳＤＰには、ＨＧＷ ＢのＶＰＮ用のＩＰアドレスおよびポート番号が記述されている。

なお、接続制御サーバ１００は、ＨＧＷ Ｂの識別子『03-yyyy-1111』に対しても、ＨＧＷ Ｂからの『200 OKメッセージ』に対する応答として、ＳＩＰ信号の『ACKメッセージ』を送信する（ステップＳ１１１）。

こうして、接続制御サーバ１００は、受付サーバ２００に対して、ステップＳ１０５における接続要求に対する接続完了応答を行い（ステップＳ１１２）、受付サーバ２００は、ＶＰＮの生成が完了したことを通知する接続完了通知を、携帯Ｂや携帯Ａに対して電子メールで送信する（ステップＳ１１３およびＳ１１４）。なお、接続完了通知には、ＶＰＮの生成をキャンセルすることを指示可能なキャンセル情報を含めてもよい。例えば、接続完了通知の電子メールに、キャンセル要求のためのメールアドレスを記載しておき、携帯の利用者がこのメールアドレスをクリックすることで、生成したＶＰＮを切断（もしくは、ＶＰＮの生成が未だ完了していなければキャンセル）できるような仕組みを取り入れてもよい。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、ＶＰＮが生成され（ステップＳ１１５）、こうして、ＨＧＷ ＡおよびＨＧＷ Ｂ間の通信に、ＶＰＮによる通信が適用される（ステップＳ１１６）。

なお、実施例１においては、ステップＳ１０２およびＳ１０３において、携帯Ａの利用者および携帯Ｂの利用者各々が、携帯Ａおよび携帯Ｂ各々から接続要求の電子メールを受付サーバ２００に送信する手法を説明したが、本発明はこれに限られるものではない。例えば、携帯Ａの利用者が、携帯Ａから、ユーザ（携帯Ｂの利用者）の識別子『userB@example.ne.jp』を『Cc:』に含め、ユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』を『From:』に含めた電子メールを送信する手法などでもよい。あるいは、受付サーバ２００を『Cc：』に含めた電子メールを互いに送信する手法などでもよい。すなわち、受付サーバ２００が、ＶＰＮを生成するＨＧＷについて、ユーザの識別子双方を取得することが可能な手法であれば、具体的にどのような電子メールを送信する手法であってもよい。

また、実施例１においては、受付サーバ２００が、携帯Ａの利用者からの接続要求であることや携帯Ｂの利用者からの接続要求であることを、メールアドレスによって認証することになるが、本発明はこれに限られるものではない。すなわち、電子メールに署名を添付するなどすることで、受付サーバ２００における認証強度を上げてもよい。また、受付サーバ２００が、携帯Ａの利用者および携帯Ｂの利用者双方から電子メールを受け付けなければならないという条件を設けるなどすることで、セキュリティ強度を上げてもよい。また、受付サーバ２００において、ドメイン規制（例えば、携帯電話のメールアドレスのみを受け付けるなど）を行うことで、なりすましを防止する手法を用いてもよい。

また、実施例１においては明示しなかったが、接続制御サーバ１００は、受付サーバ２００から接続要求の転送を受ける際に、受付サーバ２００との間で認証を行い、不正要求を受け付けないようにしてもよい。

［接続処理（ＲＥＦＥＲ）］
次に、実施例１に係る接続制御システムによる処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『REFER』であるとし、この点のみが、図２に例示した処理の手順と異なる点であるので、以下では、この点に着目して説明する。

図４に示すように、ステップＳ２０１〜Ｓ２０５の処理の手順は、図２に例示したステップＳ１０１〜Ｓ１０５の処理の手順と同じである。

ステップＳ２０６において、接続制御サーバ１００は、ＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、『REFER』によって、ＳＩＰ網１におけるＶＰＮを生成するためのＳＩＰのセッションを確立する。例えば、まず、接続制御サーバ１００は、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＳＩＰ信号の『REFERメッセージ』を送信する（ステップＳ２０６）。この時、ＳＩＰ信号の『From:』には、接続制御サーバ１００の番号が含まれており、『Refer-to:』には、ＨＧＷ Ｂの識別子『03-yyyy-1111』が含まれている。

すると、ＨＧＷ Ａは、接続制御サーバ１００の番号については自動受信する。そして、ＨＧＷ Ａは、『Refer-to:』に含まれていたＨＧＷ Ｂの識別子『03-yyyy-1111』に対して、ＳＩＰ信号の『INVITEメッセージ』を送信する（ステップＳ２０７）。この時、ＳＩＰ信号の『From:』には、ＨＧＷ Ａの識別子『0422-xx-1111』が含まれており、『Referred-by:』には、接続制御サーバ１００の番号が含まれており、ＳＩＰ信号のＳＤＰには、ＨＧＷ ＡのＶＰＮ用のＩＰアドレスおよびポート番号が記述されている。

続いて、ＨＧＷ Ｂは、接続制御サーバ１００の番号については自動受信する。そして、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＳＩＰ信号の『200 OKメッセージ』を送信する（ステップＳ２０８）。この時、ＳＩＰ信号のＳＤＰには、ＨＧＷ ＢのＶＰＮ用のＩＰアドレスおよびポート番号が記述されている。

すると、ＨＧＷ Ａは、ＨＧＷ Ｂの識別子『03-yyyy-1111』に対して、ＨＧＷ Ｂからの『200 OKメッセージ』に対する応答として、ＳＩＰ信号の『ACKメッセージ』を送信する（ステップＳ２０９）。また、ＨＧＷ Ａは、接続制御サーバ１００に対して、接続完了通知として、ＳＩＰ信号の『NOTIFYメッセージ』を送信する（ステップＳ２１０）。なお、『NOTIFYメッセージ』の送信は、ＶＰＮ接続完了後に送信してもよい。この場合には、接続制御サーバ１００は、ＶＰＮの接続完了までを確認することが可能になる。

こうして、接続制御サーバ１００は、受付サーバ２００に対して、ステップＳ２０５における接続要求に対する接続完了応答を行い（ステップＳ２１１）、受付サーバ２００は、ＶＰＮの生成が完了したことを通知する接続完了通知を、携帯Ｂや携帯Ａに対して電子メールで送信する（ステップＳ２１２およびＳ２１３）。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、ＶＰＮが生成され（ステップＳ２１４）、こうして、ＨＧＷ ＡおよびＨＧＷ Ｂ間の通信に、ＶＰＮによる通信が適用される（ステップＳ２１５）。

［３ＰＣＣ、ＲＥＦＥＲの接続認可ポリシーについて］
ところで、上記してきたように、接続処理を３ＰＣＣで行うかＲＥＦＥＲで行うかは、シーケンスが異なる点を除いてはほぼ同様であるが、ＳＩＰ信号に含まれる発信者情報が異なるため、接続認可のポリシーが異なってくる。

具体的に説明すると、３ＰＣＣの場合には、接続制御サーバ１００からＨＧＷ ＡへとＳＩＰ信号の『INVITEメッセージ』が送信され、接続制御サーバ１００からＨＧＷ ＢへとＳＩＰ信号の『INVITEメッセージ』が送信されるので、発信者番号は、いずれも、接続制御サーバ１００となる。このため、ＨＧＷ ＡおよびＨＧＷ Ｂは、いずれも、接続制御サーバ１００からの接続を許可するように設定しておくことになる。なお、接続制御サーバ１００は、ＨＧＷ ＡおよびＨＧＷ Ｂ各々に送信する『INVITEメッセージ』内の、例えば『From:』行などに、ＨＧＷ ＡおよびＨＧＷ Ｂ双方の電話番号情報を付加情報として含めてもよい。こうすることで、ＨＧＷ ＡおよびＨＧＷ Ｂは、これらの電話番号情報を、その後の相互認証に利用することもできる。

一方、ＲＥＦＥＲの場合には、接続制御サーバ１００から一方（実施例１においては、ＨＧＷ Ａ）へ『REFERメッセージ』が送信され、ＨＧＷ Ａは、このメッセージに含まれるＨＧＷ Ｂの電話番号を基に、ＨＧＷ Ｂへの『INVITEメッセージ』を送信する。すると、ＨＧＷ Ｂが受信する発信者番号はＨＧＷ Ａのものとなり、付加情報として、接続制御サーバ１００の情報が含まれることになる。このため、ＨＧＷ Ｂは、発信者番号に基づいて接続許可を行うよりも、付加情報を基に接続許可を行うことになる。また、ＲＥＦＥＲの場合には、ＨＧＷ ＡおよびＨＧＷ Ｂともに、通信相手の電話番号を知ることができることから、これらの電話番号情報を、その後の相互認証に利用することもできる。

［切断処理（３ＰＣＣ）］
次に、実施例１に係る接続制御システムによる切断処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『3rd Party Call Control』であるとする。また、切断処理の手順は、図２に例示した接続処理の手順と同様の仕組みで実施することができる。

図５に示すように、携帯Ａと携帯Ｂとの間で、メールによるやりとりが行われているものとする（ステップＳ３０１）。

続いて、携帯Ａの利用者および携帯Ｂの利用者各々は、携帯Ａおよび携帯Ｂ各々から、切断要求の電子メールを、携帯電話網２を介して受付サーバ２００に送信する（ステップＳ３０２およびＳ３０３）。ここで、切断要求とは、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間に生成されたＶＰＮを切断することを要求する切断要求である。また、これらの切断要求は、ＨＧＷ ＡおよびＨＧＷ Ｂ各々を識別するユーザの識別子各々とともに送信される。すなわち、携帯Ａの利用者が送信する切断要求の電子メールには、ユーザ（携帯Ｂの利用者）の識別子『userB@example.ne.jp』が含まれ、携帯Ｂの利用者が送信する切断要求の電子メールには、ユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』が含まれている。

一方、受付サーバ２００は、接続処理と同様、切断要求の電子メールを携帯Ａおよび携帯Ｂ各々から受け付けると、当該切断要求の電子メール各々に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（ステップＳ３０４）。

例えば、受付サーバ２００は、携帯Ａから送信された切断要求の電子メールに含まれるユーザ（携帯Ｂの利用者）の識別子『userB@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ｂの識別子『03-yyyy-1111』を取得する。また、受付サーバ２００は、携帯Ｂから送信された切断要求の電子メールに含まれるユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ａの識別子『0422-xx-1111』を取得する。

続いて、受付サーバ２００は、接続処理と同様、切断要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送する（ステップＳ３０５）。例えば、受付サーバ２００は、切断要求を、ＨＧＷ Ａの識別子『0422-xx-1111』およびＨＧＷ Ｂの識別子『03-yyyy-1111』各々とともに接続制御サーバ１００に転送する。

すると、接続制御サーバ１００は、接続処理と同様、ＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、『3rd Party Call Control』によって、ＳＩＰ網１におけるＶＰＮを切断する。

例えば、まず、接続制御サーバ１００は、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＳＩＰ信号の『BYEメッセージ』を送信する（ステップＳ３０６）。この時、ＳＩＰ信号の『From:』には、接続制御サーバ１００の番号が含まれており、また、ＳＩＰ信号には、切断処理の対象となるＳＩＰセッションを識別する情報（例えば、ＶＰＮを生成するために確立されたセッションを識別するCall-IDなど）が含まれている。

すると、ＨＧＷ Ａは、接続制御サーバ１００の番号については自動受信するので、接続制御サーバ１００の番号に対して、ＳＩＰ信号の『200 OKメッセージ』を送信する（ステップＳ３０７）。この時、ＳＩＰ信号のＳＤＰには、切断処理の対象となるＳＩＰセッションを識別する情報として、Call-IDが記述されている。

続いて、接続制御サーバ１００は、ＨＧＷ Ｂの識別子『03-yyyy-1111』に対して、ＳＩＰ信号の『BYEメッセージ』を送信する（ステップＳ３０８）。この時、ＳＩＰ信号の『From:』には、接続制御サーバ１００の番号が含まれており、また、ＳＩＰ信号には、Call-IDが含まれている。

すると、ＨＧＷ Ｂは、接続制御サーバ１００の番号については自動受信するので、接続制御サーバ１００の番号に対して、ＳＩＰ信号の『200 OKメッセージ』を送信する（ステップＳ３０９）。この時、ＳＩＰ信号のＳＤＰには、切断処理の対象となるＳＩＰセッションを識別する情報として、Call-IDが記述されている。

こうして、接続制御サーバ１００は、受付サーバ２００に対して、ステップＳ３０５における接続要求に対する切断完了応答を行い（ステップＳ３１０）、受付サーバ２００は、ＶＰＮの切断が完了したことを通知する切断完了通知を、携帯Ｂや携帯Ａに対して電子メールで送信する（ステップＳ３１１およびＳ３１２）。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、ＳＩＰセッションの切断によりＶＰＮが切断される（ステップＳ３１３）。

［切断処理（ＲＥＦＥＲ）］
次に、実施例１に係る接続制御システムによる切断処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『REFER』であるとする。また、切断処理の手順は、図４に例示した接続処理の手順と同様の仕組みで実施することができる。

図６に示すように、ステップＳ４０１〜Ｓ４０５の処理の手順は、図５に例示したステップＳ３０１〜Ｓ３０５の処理の手順と同じである。

ステップＳ４０６において、接続制御サーバ１００は、ＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、『REFER』によって、ＳＩＰ網１におけるＶＰＮを切断する。例えば、まず、接続制御サーバ１００は、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＳＩＰ信号の『REFERメッセージ』を送信する（ステップＳ４０６）。この時、ＳＩＰ信号の『From:』には、接続制御サーバ１００の番号が含まれており、『Refer-to:』には、ＨＧＷ Ｂの識別子『03-yyyy-1111』と、切断指示『method=BYE』とが含まれている。

すると、ＨＧＷ Ａは、接続制御サーバ１００の番号については自動受信する。そして、ＨＧＷ Ａは、『Refer-to:』に含まれていたＨＧＷ Ｂの識別子『03-yyyy-1111』に対して、ＳＩＰ信号の『BYEメッセージ』を送信する（ステップＳ４０７）。この時、ＳＩＰ信号の『From:』には、ＨＧＷ Ａの識別子『0422-xx-1111』が含まれており、『Referred-by:』には、接続制御サーバ１００の番号が含まれており、ＳＩＰ信号のＳＤＰには、切断処理の対象となるＳＩＰセッションを識別する情報として、Call-IDが記述されている。

続いて、ＨＧＷ Ｂは、ＨＧＷ Ａの識別子『0422-xx-1111』に対して、ＳＩＰ信号の『200 OKメッセージ』を送信する（ステップＳ４０８）。この時、ＳＩＰ信号のＳＤＰには、切断処理の対象となるＳＩＰセッションを識別する情報として、Call-IDが記述されている。

すると、ＨＧＷ Ａは、接続制御サーバ１００に対して、切断完了通知として、ＳＩＰ信号の『NOTIFYメッセージ』を送信する（ステップＳ４０９）。なお、『NOTIFYメッセージ』の送信は、ＶＰＮ切断完了後に送信してもよい。この場合には、接続制御サーバ１００は、ＶＰＮの切断完了までを確認することが可能になる。

こうして、接続制御サーバ１００は、受付サーバ２００に対して、ステップＳ４０５における切断要求に対する切断完了応答を行い（ステップＳ４１０）、受付サーバ２００は、ＶＰＮの切断が完了したことを通知する切断完了通知を、携帯Ｂや携帯Ａに対して電子メールで送信する（ステップＳ４１１およびＳ４１２）。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、ＳＩＰセッションの切断によりＶＰＮが切断される（ステップＳ４１３）。

［切断処理のオプション］
なお、実施例１においては、受付サーバ２００が切断要求を受け付けた場合に接続制御サーバ１００がＶＰＮの切断処理を行う手法を説明したが、本発明はこれに限られるものではない。例えば、一定時間経過後に自動的に接続制御サーバ１００がＶＰＮの切断処理を行う手法にも、本発明を同様に適用することができる。例えば、受付サーバ２００が予め定められた一定時間を記憶するとともに切断するタイミングを計測しており、所定の時刻になった場合に、受付サーバ２００自ら接続制御サーバ１００に切断要求を送信してもよい。あるいは、接続制御サーバ１００が予め定められた一定時間を記憶するとともに切断するタイミングを計測しており、所定の時刻になった場合に、接続制御サーバ１００自らが切断処理を開始してもよい。

［実施例１に係る接続制御システムの構成］
次に、図７を用いて、実施例１に係る接続制御システムの構成を説明する。図７は、実施例１における接続制御サーバおよび受付サーバの構成を示すブロック図である。

［接続制御サーバ１００］
図７に示すように、接続制御サーバ１００は、本発明に密接に関連するものとして、通信部１１０と制御部１３０とを備える。

通信部１１０は、ＳＩＰ通信もしくはＨＴＴＰ（HyperText Transfer Protocol）通信用の一般的なインタフェースおよびライブラリを備え、受付サーバ２００やＨＧＷとの間で情報を送受信する。

制御部１３０は、本発明に密接に関連するものとして、ＳＩＰ処理部１３１を備える。ＳＩＰ処理部１３１は、受付サーバ２００から接続要求が転送されると、当該接続要求とともに転送されたＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、ＳＩＰ網１におけるＶＰＮを生成するためのＳＩＰのセッションを確立する。

［受付サーバ２００］
図７に示すように、受付サーバ２００は、本発明に密接に関連するものとして、通信部２１０と記憶部２２０と制御部２３０とを備える。

通信部２１０は、ＳＭＴＰ（Simple Mail Transfer Protocol）通信やＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、接続制御サーバ１００や携帯との間で情報を送受信する。

記憶部２２０は、本発明に密接に関連するものとして、識別子ＤＢ２２１を備える。識別子ＤＢ２２１は、ＨＧＷの識別子とユーザの識別子との対応づけを記憶する。具体的には、識別子ＤＢ２２１は、ＳＩＰ網１に接続されたＨＧＷを当該ＳＩＰ網１上で一意に識別するＨＧＷの識別子と、当該ＳＩＰ網１には接続されずに携帯電話網２に接続された携帯を利用する利用者が当該ＨＧＷを一意に識別するために用いるユーザの識別子との対応づけを記憶する。また、識別子ＤＢ２２１が記憶する対応づけは、後述する電話番号取得部２３２による処理に利用されるなどする。なお、識別子ＤＢ２２１は、これらの対応づけを、携帯の利用者から事前に登録されるなどすることで記憶してもよいし、ＶＰＮ接続のサービスを提供する都度記憶してもよい。

制御部２３０は、本発明に密接に関連するものとして、ＶＰＮ接続要求受付部２３１と、電話番号取得部２３２と、ＶＰＮ接続要求転送部２３３とを備える。

ＶＰＮ接続要求受付部２３１は、接続要求を受け付ける。具体的には、ＶＰＮ接続要求受付部２３１は、ＳＩＰ網１に接続された複数のＨＧＷ間にＶＰＮを生成することを要求する接続要求を、携帯電話網２に接続された携帯から、当該複数のＨＧＷ各々を識別するユーザの識別子各々とともに携帯電話網２を介して受け付ける。また、ＶＰＮ接続要求受付部２３１は、受け付けた接続要求を、電話番号取得部２３２に伝達する。

電話番号取得部２３２は、ＨＧＷの識別子である電話番号を取得する。具体的には、電話番号取得部２３２は、ＶＰＮ接続要求受付部２３１から接続要求が伝達されると、当該接続要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢ２２１を検索し、当該ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子として、ＨＧＷの電話番号各々を取得する。また、電話番号取得部２３２は、取得した電話番号を、ＶＰＮ接続要求転送部２３３に伝達する。

ＶＰＮ接続要求転送部２３３は、接続要求を接続制御サーバ１００に転送する。具体的には、ＶＰＮ接続要求転送部２３３は、電話番号取得部２３２によって電話番号が伝達されると、接続要求を、当該電話番号各々とともに、接続制御サーバ１００に転送する。

［実施例１の効果］
上記してきたように、実施例１によれば、ＳＩＰ網に接続されたＨＧＷを当該ＳＩＰ網上で一意に識別するＨＧＷの識別子と、当該ＳＩＰ網には接続されずに当該ＳＩＰ網とは異なる携帯電話網に接続された携帯を利用する利用者が当該ＨＧＷを一意に識別するために用いるユーザの識別子との対応づけを識別子ＤＢに記憶し、ＳＩＰ網に接続された複数のＨＧＷ間にＶＰＮを生成することを要求する接続要求を、携帯電話網に接続された携帯から、当該複数のＨＧＷ各々を識別するユーザの識別子各々とともに当該携帯電話網を介して受け付け、接続要求を受け付けると、当該接続要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、当該ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得し、取得したＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、ＳＩＰ網におけるＶＰＮを生成するので、ＨＧＷが接続されている網以外の外部網に接続された端末からの接続要求を起点としてＶＰＮを生成することが可能になる。

例えば、ＳＩＰ網の外にある携帯電話などからのＳＩＰ網への接続要求を受け付けることで、ＳＩＰ網とＨＧＷの提供するＶＰＮ接続サービスをＳＩＰ網外の利用者にも提供することが可能となり、例えば、自宅の外にいる場合に、友人に対してコンテンツを閲覧させるなど、これまでは制限のあった利用シーンの実現が可能になる。

また、実施例１によれば、接続要求を、携帯電話網に接続された携帯から送信された電子メールによって受け付けるので、外部網に接続された端末からの接続要求を起点としたＶＰＮの生成を、簡易な手法によって実現することが可能になる。

また、実施例１によれば、複数のＨＧＷとは異なる第三者の装置（接続制御サーバ）によってＨＧＷの呼が制御される第三者呼制御機能（例えば、『3rd Party Call Control』や『REFER』など）を利用してＶＰＮを生成するので、外部網に接続された端末からの接続要求を起点とした仮想通信路の生成を、既存な手法を利用して実現することが可能になる。

また、実施例１によれば、生成されたＶＰＮによる通信を切断することを要求する切断要求を、携帯電話網に接続された携帯から、複数のＨＧＷ各々を識別するユーザの識別子各々とともに当該携帯電話網を介して受け付け、切断要求を受け付けると、当該切断要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、当該ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得し、取得したＨＧＷの識別子各々から識別されるＨＧＷ各々の間に生成されているＶＰＮを切断するので、外部網に接続された端末からの接続要求を起点として生成されたＶＰＮを、外部網に接続された端末からの切断要求を起点として切断することが可能になる。

また、実施例１によれば、ＶＰＮが生成されると、当該ＶＰＮの生成が完了したことを通知する完了通知を、当該ＶＰＮの生成をキャンセルすることを指示可能なキャンセル情報とともに、接続要求を送信した端末に送信し、キャンセル情報による指示を受け付けると、当該キャンセル情報による指示によって指定されたＶＰＮを切断するので、外部網に接続された端末からの接続要求を起点として生成されたＶＰＮを、簡易にキャンセルすることが可能になる。

さて、これまで、実施例１として、接続制御サーバが、接続要求を電子メールによって受け付ける手法について説明してきたが、本発明はこれに限られるものではない。接続制御サーバが接続要求を受け付ける手法としては、電子メールの他に、例えば、Ｗｅｂ通信によって受け付ける手法が考えられる。以下では、実施例２として、接続制御サーバが、接続要求をＷｅｂ通信によって受け付ける手法を説明する。

まず、以下では、実施例２に係る接続制御システムの概要および特徴、実施例２に係る接続制御システムによる処理の手順、実施例２の効果を順に説明する。

［実施例２に係る接続制御システムの概要および特徴］
図８を用いて、実施例２に係る接続制御システムの概要および特徴を説明する。図８は、実施例２に係る接続制御システムの概要および特徴を説明するための図である。

実施例２に係る接続制御システムは、実施例１と同様、ＳＩＰ網に接続された複数のＨＧＷ間の通信にＶＰＮによる通信が適用される場合に、当該複数のＨＧＷ間の接続を制御することを概要とし、ＳＩＰ網以外の携帯電話網に接続された端末を起点としてＶＰＮの生成を行うことを主たる特徴とするが、実施例１と異なり、接続制御サーバが、接続要求をＷｅｂ通信によって受け付ける。

すなわち、実施例２に係る接続制御システムは、実施例１と同様、接続制御サーバ１００と受付サーバ２００とから構成される。また、実施例２において、受付サーバ２００は、実施例１と同様、図８に示すように、識別子ＤＢを備える。

このような構成の下、実施例２においても、実施例１と同様、図８に示すように、携帯Ａの利用者と携帯Ｂの利用者との間で電子メールのやりとりが行われるが、実施例１と異なり、まず、携帯Ａの利用者が、携帯Ｂの利用者に対して、ＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを許可する接続許可を、電子メールによって送信する（図８の（１）を参照）。この時、実施例２において、電子メールには、携帯Ａの利用者のメールアドレス『userA@example.ne.jp』とともに、携帯Ａの利用者による署名が添付されるものとする。

そして、受付サーバ２００は、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを要求する接続要求を、携帯ＢからのＷｅｂ通信によって携帯電話網２を介して受け付ける（図８の（２）を参照）。この時、受付サーバ２００は、接続要求を、ユーザの識別子とともに受け付ける。例えば、受付サーバ２００は、携帯Ｂからの接続要求を、携帯Ｂの端末ＩＤとともに受け付け、携帯Ａの利用者のメールアドレス『userA@example.ne.jp』とともに受け付ける。また、実施例２において、携帯ＢからのＷｅｂ通信には、携帯Ａの利用者による署名と、携帯Ｂの利用者の証明書とが添付されるものとする。

続いて、受付サーバ２００は、実施例１と同様、接続要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（図８の（３）を参照）。

そして、受付サーバ２００は、実施例１と同様、接続要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送する（図８の（４）を参照）。

すると、接続制御サーバ１００は、実施例１と同様、転送されたＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、ＳＩＰ網１におけるＶＰＮを生成するためのＳＩＰのセッションを確立する（図８の（５−１）および（５−２）を参照）。

このようなことから、実施例２に係る接続制御システムによれば、実施例１と同様、ＳＩＰ網以外の携帯電話網に接続された端末からの接続要求を受付サーバが受け付け、受付サーバが接続要求を接続制御サーバに転送し、接続制御サーバが転送された接続要求に基づいてＶＰＮを生成するので、ＳＩＰ網以外の携帯電話網に接続された端末を起点としてＶＰＮの生成を行うことが可能になる。

［実施例２に係る接続制御システムによる処理の手順］
次に、図９および図１０を用いて、実施例２に係る接続制御システムによる処理の手順を説明する。図９は、実施例２に係る接続制御システムによる処理の手順を示すシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）であり、図１０は、実施例２に係る接続制御システムによる切断処理の手順を示すシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）である。

［接続処理（３ＰＣＣ、ＲＥＦＥＲ）］
まず、実施例２に係る接続制御システムによる処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『3rd Party Call Control』もしくは『REFER』いずれでもよい。すなわち、図９のステップＳ５０８に示す手順は、実施例１の処理の手順（図２もしくは図４）と同様のＳＩＰ信号が送信されるものであり、『3rd Party Call Control』もしくは『REFER』いずれのパターンもあてはまるものである。

図９に示すように、実施例１と同様、携帯Ａと携帯Ｂとの間で、メールによるやりとりが行われているものとする（ステップＳ５０１）。

続いて、実施例２においては、携帯Ａの利用者が、携帯Ａから、接続許可の電子メールを、携帯Ｂの利用者に対して送信する（ステップＳ５０２）。ここで、接続許可とは、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを許可する接続許可である。また、接続許可は、ＨＧＷ Ａを識別するユーザの識別子とともに送信される。すなわち、接続許可の電子メールには、ユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』が含まれている。さらに、実施例２において、接続許可の電子メールには、携帯Ａの利用者による署名および受付サーバ２００のＵＲＬ（Uniform Resource Locator）が含まれている。

例えば、『http://server.com/vpn-to?userA@example.ne.jp』のように、受付サーバ２００へのリンクの中にユーザの識別子を挿入したものを、電子メールに含めるなどして実現できる（専用のメール作成補助ツールなどによって作成するなどする）。このような電子メールを受け取った携帯Ｂの利用者は、リンクをクリックするだけで、携帯Ｂは、Ｗｅｂ通信によって受付サーバ２００に接続することができる。

携帯Ａの利用者による署名は、後に、受付サーバ２００が、携帯Ｂから受け付けた接続要求について、当該接続要求が、確かに携帯Ａの利用者（ＨＧＷ Ａの管理者）の接続許可に基づいているものであるか否かを確認するために、送信されるものである。すなわち、受付サーバ２００は、ＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成する接続要求を接続制御サーバ１００に転送するにあたり、当該接続要求が、確かにＨＧＷ Ａの管理者およびＨＧＷ Ｂの管理者の許可に基づいているか否かを確認することで、セキュリティの強度を上げるものである。したがって、運用の形態などによってセキュリティの強度にこだわらなくてよい場合などには、携帯Ａの利用者による署名はオプションとして扱ってよい。なお、リプレイを防止するなど（携帯Ｂの利用者によって繰り返し利用されてしまうことを防止するなど）、セキュリティの強度をさらに向上させる必要がある場合には、乱数を含む署名とすれば、効果的であると考えられ、あるいは、例えば、携帯Ａの利用者に対して接続確認の電子メールを送信するなどしてもよい。

また、受付サーバ２００のＵＲＬは、携帯Ｂの利用者が、受付サーバ２００のＵＲＬについて未知であることを想定するものである。したがって、携帯Ｂの利用者が、受付サーバ２００のＵＲＬについて既知であれば、受付サーバ２００のＵＲＬはオプションとして扱ってよい。

次に、携帯Ａの利用者から接続許可の電子メールを受信した携帯Ｂの利用者は、携帯Ｂから、接続要求のＷｅｂ通信を受付サーバ２００に対して行う（ステップＳ５０３）。この接続要求は、ＨＧＷ ＡおよびＨＧＷ Ｂ各々を識別するユーザの識別子各々とともに送信される。すなわち、携帯Ｂから送信される接続要求には、ＨＧＷ Ａを識別するユーザの識別子として、携帯Ａの利用者から送信された接続許可の電子メールに含まれていたユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』が含まれている。また、実施例２においては、ＨＧＷ Ｂを識別するユーザの識別子として、携帯Ｂの端末ＩＤや証明書などが含まれている。さらに、携帯Ａの利用者による署名が含まれている。

一方、受付サーバ２００は、接続要求のＷｅｂ通信を携帯Ｂから受け付けると、まず、接続要求の送信元である携帯Ｂの利用者を認証する（ステップＳ５０４）。例えば、受付サーバ２００は、携帯Ｂの利用者について予め認証情報を記憶している認証ＤＢ１と照合することで、接続要求に含まれていた携帯Ｂの端末ＩＤや証明書などによって、接続要求の送信元が、確かに携帯Ｂの利用者であることを認証する。

続いて、受付サーバ２００は、接続要求に含まれていた携帯Ａの利用者による署名を検証することで、当該接続要求が確かに携帯Ａの利用者（ＨＧＷ Ａの管理者）の接続許可に基づいているものであるか否かを確認する（ステップＳ５０５）。例えば、受付サーバ２００は、携帯Ａの利用者について予め認証情報を記憶している認証ＤＢ２と照合することで、接続要求に含まれていた携帯Ａの利用者による署名によって、接続要求が確かに携帯Ａの利用者の接続許可に基づいているものであることを確認する。

こうして、受付サーバ２００は、接続要求の送信元である携帯Ｂの利用者を認証するとともに、当該接続要求が携帯Ａの利用者の接続許可に基づくものであることを確認すると、実施例１と同様、接続要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（ステップＳ５０６）。

例えば、識別子ＤＢが、携帯Ａの利用者については、ユーザの識別子としてのメールアドレスと、ＨＧＷの識別子としての電話番号との対応づけを記憶していたとする。一方、携帯Ｂの利用者については、ユーザの識別子としての端末ＩＤと、ＨＧＷの識別子としての電話番号との対応づけを記憶していたとする。受付サーバ２００は、ユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』を検索キーとして識別子ＤＢを検索し、ＨＧＷ Ａの識別子『0422-xx-1111』を取得する。また、受付サーバ２００は、ユーザ（携帯Ｂの利用者）の識別子である携帯Ｂの端末ＩＤを検索キーとして識別子ＤＢを検索し、ＨＧＷ Ｂの識別子『03-yyyy-1111』を取得する。

その後の処理は、実施例１と同様であり、簡単に説明すると、受付サーバ２００は、接続要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送し（ステップＳ５０７）、続いて、実施例１に係る接続制御システムによる処理の手順として説明した『3rd Party Call Control』のシーケンスや『REFER』のシーケンスと同様のＳＩＰ信号が送受信され（ステップＳ５０８）、接続制御サーバ１００が、受付サーバ２００に対して、ステップＳ５０７における接続要求に対する接続完了応答を行い（ステップＳ５０９）、受付サーバ２００は、接続完了通知を、携帯Ｂに対してはＷｅｂ通信で送信し（ステップＳ５１０）、携帯Ａに対しては電子メールで送信する（ステップＳ５１１）。なお、携帯Ｂに対する接続完了通知は、Ｗｅｂ通信における応答として行われるので、一般的に送信されるものであると考えられるが、携帯Ａに対する接続完了通知は、オプションとして扱ってよい。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、実施例１と同様、ＶＰＮが生成され（ステップＳ５１２）、こうして、ＨＧＷ ＡおよびＨＧＷ Ｂ間の通信に、ＶＰＮによる通信が適用される（ステップＳ５１３）。

なお、実施例２においては、ステップＳ５０４において、接続要求の送信元が携帯Ｂの利用者であることの認証が行われ、ステップＳ５０５において、接続要求が携帯Ａの利用者の接続許可に基づくものであることの確認が行われる手法を説明したが、本発明はこれに限られるものではない。すなわち、運用の形態などによってセキュリティの強度にこだわらなくてよい場合などには、これらの認証や確認は行わなくてもよい。

［切断処理（３ＰＣＣ、ＲＥＦＥＲ）］
次に、実施例２に係る接続制御システムによる処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『3rd Party Call Control』もしくは『REFER』いずれでもよい。すなわち、図１０のステップＳ６０８に示す手順は、実施例１の処理の手順（図５もしくは図６）と同様のＳＩＰ信号が送信されるものであり、『3rd Party Call Control』もしくは『REFER』いずれのパターンもあてはまるものである。

図１０に示すように、携帯Ａと携帯Ｂとの間で、メールによるやりとりが行われているものとする（ステップＳ６０１）。

続いて、実施例２においては、携帯Ａの利用者が、携帯Ａから、切断許可の電子メールを、携帯Ｂの利用者に対して送信する（ステップＳ６０２）。ここで、切断許可とは、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間に生成されたＶＰＮを切断することを許可する切断許可である。また、切断許可は、接続許可と同様、ＨＧＷ Ａを識別するユーザの識別子とともに送信され、さらに、実施例２において、接続許可と同様、携帯Ａの利用者による署名および受付サーバ２００のＵＲＬが含まれている。

次に、携帯Ａの利用者から切断許可の電子メールを受信した携帯Ｂの利用者は、携帯Ｂから、切断要求のＷｅｂ通信を受付サーバ２００に対して行う（ステップＳ６０３）。この切断要求は、接続要求と同様、ＨＧＷ ＡおよびＨＧＷ Ｂ各々を識別するユーザの識別子各々とともに送信される。また、実施例２においては、接続要求と同様、ＨＧＷ Ｂを識別するユーザの識別子として、携帯Ｂの端末ＩＤや証明書などが含まれ、さらに、携帯Ａの利用者による署名が含まれている。

一方、受付サーバ２００は、切断要求のＷｅｂ通信を携帯Ｂから受け付けると、接続要求と同様、まず、切断要求の送信元である携帯Ｂの利用者を認証する（ステップＳ６０４）。

続いて、受付サーバ２００は、接続要求と同様、切断要求に含まれていた携帯Ａの利用者による署名を検証することで、当該切断要求が確かに携帯Ａの利用者（ＨＧＷ Ａの管理者）の切断許可に基づいているものであるか否かを確認する（ステップＳ６０５）。

こうして、受付サーバ２００は、切断要求の送信元である携帯Ｂの利用者を認証するとともに、当該切断要求が携帯Ａの利用者の切断許可に基づくものであることを確認すると、接続要求と同様、切断要求に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（ステップＳ６０６）。

その後の処理は、実施例１と同様であり、簡単に説明すると、受付サーバ２００は、切断要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送し（ステップＳ６０７）、続いて、実施例１に係る接続制御システムによる処理の手順として説明した『3rd Party Call Control』のシーケンスや『REFER』のシーケンスと同様のＳＩＰ信号が送受信され（ステップＳ６０８）、接続制御サーバ１００が、受付サーバ２００に対して、ステップＳ６０７における切断要求に対する切断完了応答を行い（ステップＳ６０９）、受付サーバ２００は、切断完了通知を、携帯Ｂに対してはＷｅｂ通信で送信し（ステップＳ６１０）、携帯Ａに対しては電子メールで送信する（ステップＳ６１１）。なお、携帯Ｂに対する切断完了通知は、Ｗｅｂ通信における応答として行われるので、一般的に送信されるものであると考えられるが、携帯Ａに対する切断完了通知は、オプションとして扱ってよい。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、実施例１と同様、ＶＰＮが切断される（ステップＳ６１２）。

［実施例２の効果］
上記してきたように、実施例２によれば、接続要求を、携帯電話網に接続された端末から行われたＷｅｂ通信によって受け付けるので、外部網に接続された端末からの接続要求を起点としたＶＰＮの生成を、簡易な手法によって実現することが可能になる。

さて、これまで、実施例２においては、一方の携帯のみから接続要求を受け付けた受付サーバが、当該接続要求に含まれる署名（他方の携帯の利用者による署名）を検証するなどした後に、接続制御サーバに当該接続要求を転送する手法を説明してきた。この手法は、受付サーバが接続要求に含まれる署名の検証をすることで、当該接続要求が他方の携帯の利用者による接続許可に基づく接続要求であるとみなすものであるといえる。そこで、実施例３においては、一方の携帯のみから接続要求を受け付けた受付サーバが、当該接続要求で示される他方の携帯の利用者に対して接続確認を行った後に、接続制御サーバに当該接続要求を転送する手法を説明する。

［実施例３に係る接続制御システムによる処理の手順］
図１１を用いて、実施例３に係る接続制御システムによる処理の手順を説明する。図１１は、実施例３に係る接続制御システムによる処理の手順を示すシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）である。

［接続処理（３ＰＣＣ、ＲＥＦＥＲ）］
実施例３に係る接続制御システムによる処理の手順を説明する。なお、ＳＩＰ網が提供する第三者呼制御機能は、『3rd Party Call Control』もしくは『REFER』いずれでもよい。すなわち、図１１のステップＳ７０９に示す手順は、実施例１の処理の手順（図２もしくは図４）と同様のＳＩＰ信号が送信されるものであり、『3rd Party Call Control』もしくは『REFER』いずれのパターンもあてはまるものである。

図１１に示すように、実施例２と同様、携帯Ａと携帯Ｂとの間で、メールによるやりとりが行われているものとする（ステップＳ７０１）。

続いて、実施例３においては、携帯Ａの利用者が、携帯Ａから、接続要求の電子メールを受付サーバ２００に対して送信する（もしくは、Ｗｅｂ通信によって受付サーバ２００に接続することによって接続要求を行う）（ステップＳ７０２）。この接続要求は、ＨＧＷ ＡおよびＨＧＷ Ｂ各々を識別するユーザの識別子各々とともに送信される。例えば、携帯Ａから送信される接続要求には、ＨＧＷ Ａを識別するユーザの識別子として、電子メールに含まれていたユーザ（携帯Ａの利用者）の識別子『userA@example.ne.jp』が含まれ、ＨＧＷ Ｂを識別するユーザの識別子として、ユーザ（携帯Ｂの利用者）の識別子『userB@example.ne.jp』が含まれている。

なお、ユーザの識別子はメールアドレスに限られるものではなく、携帯の電話番号や端末ＩＤなどでもよい。しかしながら、ユーザ（携帯Ｂの利用者）の識別子が携帯の電話番号や端末ＩＤなどの場合には、後に説明するように、受付サーバ２００が携帯Ｂに対する接続確認を電子メールで行う際（後述するステップＳ７０４を参照）、受付サーバ２００が携帯Ｂの利用者のメールアドレスを知らないため、接続確認の電子メールを送信することができなくなってしまう。そこで、このような場合には、受付サーバ２００は、識別子とメールアドレスとを対応づけて記憶しているアドレスＤＢなどから、識別子を検索キーとしてメールアドレスを検索する必要がある（例えば、後述するステップＳ７０３とステップＳ７０４との間に行えばよい）。

接続要求を受け付けた受付サーバ２００は、まず、接続要求の送信元である携帯Ａの利用者を認証する（ステップＳ７０３）。例えば、受付サーバ２００は、携帯Ａの利用者について予め認証情報を記憶している認証ＤＢ１と照合することで、接続要求に含まれていたメールアドレスなどによって（ステップＳ７０２における接続要求がＷｅｂ通信によって行われた場合には、接続要求に含まれていた携帯Ａの端末ＩＤや証明書などによって）、接続要求の送信元が、確かに携帯Ａの利用者であることを認証する。

続いて、受付サーバ２００は、接続確認の電子メールを、携帯Ｂの利用者に対して送信する（ステップＳ７０４）。ここで、接続確認とは、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを、携帯Ｂの利用者が承知しているか否かを確認する接続確認である。また、接続確認は、ＨＧＷ Ａを識別するユーザの識別子、受付サーバ２００のＵＲＬ、および要求識別子（ステップＳ７０２でなされた接続要求を受付サーバ２００において識別するための受付番号など）とともに送信される。

すると、受付サーバ２００から接続確認の電子メールを受信した携帯Ｂの利用者は、携帯Ｂから、接続許可のＷｅｂ通信を、受付サーバ２００から受信したＵＲＬに対して行う（ステップＳ７０５）。この接続許可には、例えば、受付サーバ２００から受信した要求識別子の他に、ＨＧＷ Ｂを識別するユーザの識別子として、携帯Ｂの端末ＩＤや証明書などが含まれている。なお、接続許可は、電子メールによって行われてもよい。

続いて、接続許可を受け付けた受付サーバ２００は、接続許可の送信元である携帯Ｂの利用者を認証する（ステップＳ７０６）。例えば、受付サーバ２００は、携帯Ｂの利用者について予め認証情報を記憶している認証ＤＢ２と照合することで、接続許可に含まれていた端末ＩＤや証明書などによって、接続許可の送信元が、確かに携帯Ｂの利用者であることを認証する。

その後、受付サーバ２００は、ステップＳ７０２の接続要求やステップＳ７０５の接続許可に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得し（ステップＳ７０７）、接続要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送し（ステップＳ７０８）、続いて、実施例１に係る接続制御システムによる処理の手順として説明した『3rd Party Call Control』のシーケンスや『REFER』のシーケンスと同様のＳＩＰ信号が送受信され（ステップＳ７０９）、接続制御サーバ１００が、受付サーバ２００に対して、ステップＳ７０８における接続要求に対する接続完了応答を行い（ステップＳ７１０）、受付サーバ２００は、接続完了通知を、携帯Ｂに対してＷｅｂ通信もしくは電子メールで送信し（ステップＳ７１１）、携帯Ａに対してＷｅｂ通信もしくは電子メールで送信する（ステップＳ７１２）。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、実施例１と同様、ＶＰＮが生成され（ステップＳ７１３）、こうして、ＨＧＷ ＡおよびＨＧＷ Ｂ間の通信に、ＶＰＮによる通信が適用される（ステップＳ７１４）。

［切断処理（３ＰＣＣ、ＲＥＦＥＲ）］
なお、実施例３においては、接続処理の手順のみを説明してきたが、切断処理の手順も図１１に例示した接続処理の手順と同様の仕組みで実施することができる。

さて、これまで、実施例１〜実施例３として、２つのＨＧＷ間にＶＰＮを生成するにあたり、受付サーバが２つの端末からの接続要求を受け付ける事例を説明してきたが、本発明はこれに限られるものではない。受付サーバが１つの端末からの接続要求を受け付け、当該接続要求に従って、２つのＨＧＷ間にＶＰＮを生成する事例にも、本発明を同様に適用することができる。例えば、利用者が、自宅外において、自宅ＬＡＮと任意の拠点（例えば、オフィスＬＡＮなど）との間にＶＰＮを生成する、といった利用シーンなどが考えられる。以下では、実施例４として、受付サーバが１つの端末からの接続要求を受け付けて、２つのＨＧＷ間にＶＰＮを生成する事例を説明する。

［実施例４に係る接続制御システムによる処理の手順］
以下では、図１２を用いて、実施例４に係る接続制御システムによる処理の手順を説明する。図１２は、実施例４に係る接続制御システムによる処理の手順を説明するための図である。

なお、ＳＩＰ網が提供する第三者呼制御機能は、『3rd Party Call Control』もしくは『REFER』いずれでもよい。すなわち、図１２のステップＳ８０４に示す手順は、実施例１の処理の手順（図２もしくは図４）と同様のＳＩＰ信号が送信されるものであり、『3rd Party Call Control』もしくは『REFER』いずれのパターンもあてはまるものである。

図１２に示すように、実施例４においては、携帯Ａの利用者が、携帯Ａから、接続要求の電子メールを、受付サーバ２００に対して送信する（ステップＳ８０１）。ここで、接続要求とは、ＳＩＰ網１に接続されたＨＧＷ ＡとＨＧＷ Ｂとの間にＶＰＮを生成することを要求する接続要求である。なお、実施例４においては、携帯Ａの利用者がＨＧＷ Ａの管理者であり、また、ＨＧＷ Ｂの管理者ではないが、例えば、ＨＧＷ Ｂは、携帯Ａの利用者が勤務するオフィスのＨＧＷであるといった状況を想定している。また、これらの接続要求は、ＨＧＷ ＡおよびＨＧＷ Ｂ各々を識別するユーザの識別子各々とともに送信される。すなわち、携帯Ａの利用者が送信する接続要求の電子メールには、ユーザ（携帯Ａの利用者）の識別子が含まれ、ユーザ（オフィス）の識別子が含まれている。

一方、受付サーバ２００は、接続要求の電子メールを携帯Ａから受け付けると、当該接続要求の電子メール各々に含まれるユーザの識別子各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子各々を取得する（ステップＳ８０２）。

その後の処理は、実施例１と同様であり、簡単に説明すると、受付サーバ２００は、接続要求を、取得したＨＧＷの識別子各々とともに、接続制御サーバ１００に転送し（ステップＳ８０３）、続いて、実施例１に係る接続制御システムによる処理の手順として説明した『3rd Party Call Control』のシーケンスや『REFER』のシーケンスと同様のＳＩＰ信号が送受信され（ステップＳ８０４）、接続制御サーバ１００が、受付サーバ２００に対して、ステップＳ７０３における接続要求に対する接続完了応答を行い（ステップＳ８０５）、受付サーバ２００は、接続完了通知を、携帯Ａに対して電子メールで送信する（ステップＳ８０６）。

一方、ＨＧＷ ＡとＨＧＷ Ｂとの間では、実施例１と同様、ＶＰＮが生成され（ステップＳ８０７）、こうして、ＨＧＷ ＡおよびＨＧＷ Ｂ間の通信に、ＶＰＮによる通信が適用される（ステップＳ８０８）。

［他の実施例］
さて、これまで本発明の実施例について説明したが、本発明は上記した実施例以外にも、種々の異なる形態にて実施されてよいものである。

［ネットワーク］
これまで、実施例１〜４として、第１のネットワークがＳＩＰ網であり、第２のネットワークが携帯電話網である事例を説明してきたが、本発明はこれに限られるものではない。ＶＰＮを生成する通信装置が接続するネットワークと、ＶＰＮを生成することを要求する接続要求を送信する端末が接続するネットワークとが異なるネットワークであれば、第１のネットワークや第２のネットワークがどのようなネットワークであってもよい。

［識別子ＤＢ］
これまで、実施例１〜４として、識別子ＤＢを受付サーバが備える手法を説明してきたが、本発明はこれに限られるものではない。例えば、識別子ＤＢを接続制御サーバが備える手法にも、本発明を同様に適用することができる。この場合、要求受付サーバは、携帯電話網に接続された端末から接続要求を受け付けると、ＳＩＰ網および携帯電話網各々に接続される接続制御サーバにこれを転送し、接続制御サーバは、接続要求が転送されると、当該接続要求に含まれるユーザの識別子（メールアドレスなど）各々を検索キーとして識別子ＤＢを検索し、ユーザの識別子各々に対応づけて記憶されているＨＧＷの識別子（電話番号など）各々を取得し、取得したＨＧＷの識別子から識別されるＨＧＷ各々の間に、ＳＩＰ網におけるＶＰＮを生成するためのＳＩＰのセッションを確立する。

また、例えば、識別子ＤＢを受付サーバや接続制御サーバが備えるのではなく、受付サーバや接続制御サーバとは異なるサーバが備える手法にも、本発明を同様に適用することができる。すなわち、接続制御システムに、識別子ＤＢを管理するサーバが別途備えられることになる。

この場合、例えば、要求受付サーバは、携帯電話網に接続された端末から接続要求を受け付けると、当該接続要求に含まれるユーザの識別子各々を識別子ＤＢ管理サーバに転送し、識別子ＤＢ管理サーバが、ユーザの識別子各々を検索キーとして識別子ＤＢを検索し、取得したＨＧＷの識別子各々を要求受付サーバに応答する。要求受付サーバは、識別子ＤＢ管理サーバから応答されたＨＧＷの識別子各々を、接続制御サーバに転送する。また、例えば、要求受付サーバは、携帯電話網に接続された端末から接続要求を受け付けると、当該接続要求をそのまま接続制御サーバに転送し、接続制御サーバが、当該接続要求に含まれるユーザの識別子各々を識別子ＤＢ管理サーバに転送し、識別子ＤＢ管理サーバが、ユーザの識別子各々を検索キーとして識別子ＤＢを検索し、取得したＨＧＷの識別子各々を接続制御サーバに応答する。接続制御サーバは、識別子ＤＢ管理サーバから応答されたＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、ＳＩＰ網におけるＶＰＮを生成するためのＳＩＰのセッションを確立する。

また、識別子ＤＢが記憶するユーザの識別子は、上記してきたようなメールアドレスや端末ＩＤに限られるものではない。例えば、電気通信事業者によって付与される加入者識別子、利用者情報、あるいは、端末自体もしくはソフトウェア的に保持している識別情報など、ＶＰＮ生成の対象となるＨＧＷの電話番号を識別子ＤＢから導出できる情報であれば、いずれでもよい。

また、実施例１〜４として、本発明に係る接続制御システムが、識別子ＤＢを備える手法を説明してきたが、本発明はこれに限られるものではなく、識別子ＤＢを備えなくてよい場合もある。すなわち、携帯電話網に接続された端末からの接続要求に、元々、ＨＧＷの識別子が含まれていれば、接続制御システムは、識別子ＤＢを検索することなく、接続要求に含まれるＨＧＷの識別子各々から識別されるＨＧＷ各々の間に、ＶＰＮを生成するためのＳＩＰのセッションを確立すればよい。

この場合、ＳＩＰ網に接続された複数のＨＧＷ間にＶＰＮを生成することを要求する接続要求を、外部網に接続された端末から、当該複数のＨＧＷ各々を当該ＳＩＰ網上で一意に識別する識別子各々とともに当該外部網を介して受け付け、当該接続要求に含まれる識別子各々から識別されるＨＧＷ各々の間に、ＳＩＰ網におけるＶＰＮを生成するので、実施例１〜４と同様、ＨＧＷが接続されている網以外の外部網に接続された端末からの接続要求を起点としてＶＰＮを生成することが可能になる。

［ＨＧＷにおける認可］
これまで、実施例１〜４として、ＨＧＷは、接続制御サーバ１００を信頼していることを前提として、接続制御サーバ１００から送信されたＨＧＷの電話番号（ＶＰＮの生成相手となるＨＧＷの電話番号）のみに基づいて、接続制御サーバ１００からのＶＰＮの生成に無条件で従う処理の手順を説明してきたが、本発明はこれに限られるものではない。例えば、接続制御サーバ１００が、ＳＩＰ信号に接続要求の要求者情報（例えば、携帯の電話番号、メールアドレスなど）をさらに付与し、ＨＧＷにおいて、ＳＩＰ信号に付与された要求者情報（例えば、『3rd Party Call Control』や『REFER』におけるＳＩＰ信号に通信相手の電話番号情報を付与する、など）に基づいて、ＶＰＮの生成を許可するか否かの認可を行ってもよい。

［システム構成等］
これまで、実施例１〜４として、接続制御サーバと受付サーバとが物理的に異なる装置として１台ずつ設置される事例を説明してきたが、本発明はこれに限られるものではない。まず、接続制御サーバと受付サーバとは、物理的に同一の装置として設置される事例にも、本発明を同様に適用することができる。また、接続制御サーバと受付サーバとが１台ずつ設置される構成ではなく、複数台の接続制御サーバと複数台の受付サーバとが設置される構成や、１台の接続制御サーバと複数台の受付サーバとが設置される構成などにも、本発明を同様に適用することができる。例えば、図１２は、複数台の受付サーバが設置される構成を説明するための図であるが、図１２に示すように、複数の携帯電話網（携帯電話網１〜３）ごとに受付サーバ（受付サーバ１〜３）が各々設置され、これらの受付サーバによって受け付けられた接続要求が、１台の接続制御サーバに各々転送される構成であってもよい。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。例えば、メールによる接続要求の送信が、予め定められた所定の時刻に自動的に送信される手法などにも、本発明を同様に適用することができる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、第１識別子として用いているユーザの識別子（メールアドレス）や、第２識別子として用いているＨＧＷの識別子（電話番号）は、任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示（例えば、図７など）の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、本実施例で説明した接続制御方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上のように、本発明に係る接続制御システム、接続制御方法および接続制御プログラムは、ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御することに有用であり、特に、通信装置が接続されている網以外の外部網に接続された端末からの接続要求を起点として、仮想通信路を生成することに適する。

例えば、図１４に例示するビジネスの形態を説明すると、図１４に示す構成において、接続制御サーバを通信事業者が運営し、受付サーバをＩＳＰ（Internet Service Provider）が運営していたとする（図１４における二重線は、接続制御サーバと受付サーバとの間に、通信事業者とＩＳＰとの境界があることを示す）。このような場合、利用者は、ＩＳＰに対して接続サービス利用料を支払う。一方、ＩＳＰは、利用者から接続サービス利用料を得るとともに、通信事業者に対してネットワーク機能利用料を支払う。一方、通信事業者は、ＩＳＰからネットワーク機能利用料を得るとともに、利用者から、利用者間で行われる通信の通信料を得る。

実施例１に係る接続制御システムの概要および特徴を説明するための図である。 実施例１に係る接続制御システムによる処理の手順を示すシーケンス図（３ＰＣＣ）である。 識別子ＤＢを説明するための図である。 実施例１に係る接続制御システムによる処理の手順を示すシーケンス図（ＲＥＦＥＲ）である。 実施例１に係る接続制御システムによる切断処理の手順を示すシーケンス図（３ＰＣＣ）である。 実施例１に係る接続制御システムによる切断処理の手順を示すシーケンス図（ＲＥＦＥＲ）である。 実施例１における接続制御サーバおよび受付サーバの構成を示すブロック図である。 実施例２に係る接続制御システムの概要および特徴を説明するための図である。 実施例２に係る接続制御システムによる処理の手順を示すシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）である。 実施例２に係る接続制御システムによる切断処理の手順を示すシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）である。 実施例３に係る接続制御システムによる処理の手順を説明するためのシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）である。 実施例４に係る接続制御システムによる処理の手順を説明するためのシーケンス図（３ＰＣＣ、ＲＥＦＥＲ）である。 複数台の受付サーバが設置される構成を説明するための図である。 本発明のビジネスモデルを説明するための図である。

符号の説明

１ ＳＩＰ網
２ 携帯電話網
１０ 携帯Ａ
２０ 携帯Ｂ
１００ 接続制御サーバ
１１０ 通信部
１３０ 制御部
１３１ ＳＩＰ処理部
２００ 受付サーバ
２１０ 通信部
２２０ 記憶部
２２１ 識別子ＤＢ
２３０ 制御部
２３１ ＶＰＮ接続要求受付部
２３２ 電話番号取得部
２３３ ＶＰＮ接続要求転送部
３００ ＨＧＷ Ａ
４００ ＨＧＷ Ｂ

Claims (9)

1. ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、
   第１のネットワークに接続された前記通信装置を当該第１のネットワーク上で一意に識別する第１識別子と、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子との対応づけを記憶する識別子記憶手段と、
   前記第１のネットワークに接続された複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、前記第２のネットワークに接続された端末から、当該複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、
   前記仮想通信路生成要求受付手段によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手段と、
   前記第１識別子取得手段によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段と、
   を備えたことを特徴とする接続制御システム。
2. 前記仮想通信路生成手段は、前記複数の通信装置とは異なる第三者の装置によって当該通信装置の呼が制御される第三者呼制御手段を利用して、前記仮想通信路を生成することを特徴とする請求項１に記載の接続制御システム。
3. 前記仮想通信路生成手段によって生成された前記仮想通信路による通信を切断することを要求する仮想通信路切断要求を、前記第２のネットワークに接続された端末から、前記複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路切断要求受付手段と、
   前記仮想通信路切断要求受付手段によって仮想通信路切断要求が受け付けられると、当該仮想通信路切断要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する切断時第１識別子取得手段と、
   前記切断時第１識別子取得手段によって取得された第１識別子各々から識別される通信装置各々の間に生成されている前記仮想通信路を切断する仮想通信路切断手段と、
   をさらに備えたことを特徴とする請求項１または２に記載の接続制御システム。
4. 前記仮想通信路生成手段によって前記仮想通信路が生成されると、当該仮想通信路の生成が完了したことを通知する完了通知を、当該仮想通信路の生成をキャンセルすることを指示可能なキャンセル情報とともに、前記仮想通信路生成要求を送信した端末に送信する完了通知送信手段と、
   前記キャンセル情報による指示を受け付けると、当該キャンセル情報による指示によって指定された前記仮想通信路を切断するキャンセル時仮想通信路切断手段と、
   をさらに備えたことを特徴とする請求項１〜３のいずれか一つに記載の接続制御システム。
5. ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御方法であって、
   第１のネットワークに接続され当該第１のネットワーク上で第１識別子によって各々一意に識別される複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子であって複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付工程と、
   前記仮想通信路生成要求受付工程によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして、前記第１識別子と前記第２識別子との対応づけを記憶する識別子記憶部を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得工程と、
   前記第１識別子取得工程によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成工程と、
   を含んだことを特徴とする接続制御方法。
6. ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御方法をコンピュータに実行させる接続制御プログラムであって、
   第１のネットワークに接続され当該第１のネットワーク上で第１識別子によって各々一意に識別される複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子であって複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手順と、
   前記仮想通信路生成要求受付手順によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして、前記第１識別子と前記第２識別子との対応づけを記憶する識別子記憶部を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手順と、
   前記第１識別子取得手順によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手順と、
   をコンピュータに実行させることを特徴とする接続制御プログラム。
7. ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、
   前記通信装置が接続された第１のネットワークとは異なる第２のネットワークに接続された要求受付装置は、
   前記第１のネットワークに接続された前記通信装置を当該第１のネットワーク上で一意に識別する第１識別子と、当該第１のネットワークには接続されずに前記第２のネットワークに接続された端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子との対応づけを記憶する識別子記憶手段と、
   前記第１のネットワークに接続された複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、前記第２のネットワークに接続された端末から、当該複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、
   前記仮想通信路生成要求受付手段によって前記仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手段と、
   前記第１識別子取得手段によって第１識別子各々が取得されると、前記仮想通信路生成要求を、当該第１識別子各々とともに、前記第１のネットワークおよび前記第２のネットワーク各々に接続される接続制御装置に転送する仮想通信路生成要求転送手段とを備え、
   前記接続制御装置は、
   前記仮想通信路生成要求転送手段によって前記仮想通信路生成要求が転送されると、当該仮想通信路生成要求とともに転送された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段を備えたことを特徴とする接続制御システム。
8. ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、
   前記通信装置が接続された第１のネットワークとは異なる第２のネットワークに接続された要求受付装置は、
   第１のネットワークに接続され当該第１のネットワーク上で第１識別子によって各々一意に識別される前記複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、前記第２のネットワークに接続された端末から、該端末を利用する利用者が当該通信装置を一意に識別するために用いる第２識別子であって複数の通信装置各々を識別する第２識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、
   前記仮想通信路生成要求受付手段によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求を、前記第１のネットワークおよび前記第２のネットワーク各々に接続される接続制御装置に転送する仮想通信路生成要求転送手段とを備え、
   前記接続制御装置は、
   前記第１識別子と前記第２識別子との対応づけを記憶する識別子記憶手段と、
   前記仮想通信路生成要求転送手段によって前記仮想通信路生成要求が転送されると、当該仮想通信路生成要求に含まれる第２識別子各々を検索キーとして前記識別子記憶手段を検索し、当該第２識別子各々に対応づけて記憶されている第１識別子各々を取得する第１識別子取得手段と、
   前記第１識別子取得手段によって取得された第１識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段と、
   を備えたことを特徴とする接続制御システム。
9. ネットワークに接続された複数の通信装置間の通信に仮想通信路による通信が適用される場合に、当該複数の通信装置間の接続を制御する接続制御システムであって、
   第１のネットワークに接続された複数の通信装置間に前記仮想通信路を生成することを要求する仮想通信路生成要求を、当該第１のネットワークには接続されずに当該第１のネットワークとは異なる第２のネットワークに接続された端末から、当該複数の通信装置各々を当該第１のネットワーク上で一意に識別する識別子各々とともに当該第２のネットワークを介して受け付ける仮想通信路生成要求受付手段と、
   前記仮想通信路生成要求受付手段によって仮想通信路生成要求が受け付けられると、当該仮想通信路生成要求に含まれる識別子各々から識別される通信装置各々の間に、前記第１のネットワークにおける前記仮想通信路を生成する仮想通信路生成手段と、
   を備えたことを特徴とする接続制御システム。

Images