JP2016134665A - 通信システム、接続制御装置、仮想通信路設定方法、及びプログラム - Google Patents

Abstract

【課題】異なるネットワークに接続される複数の端末間で様々な通信を行うことを可能とする技術を提供する。
【解決手段】第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムにおいて、第１の接続制御装置が、前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する第１の通信チャネルを生成し、第２の接続制御装置が、前記第２の端末から前記識別名を指定した接続要求を受信し、前記第１の接続制御装置が、前記第２の接続制御装置との間に中継通信チャネルを生成し、前記第２の接続制御装置が、前記第２の端末との間に前記識別名に対応する第２の通信チャネルを生成し、前記第１の通信チャネル、前記中継通信チャネル、及び前記第２の通信チャネルにより前記仮想通信路が形成される。
【選択図】図３

Description

本発明は、プライバシーセパレーターが適用された公衆無線ＬＡＮ環境下や、異なるネットワークに属するなど機器端末が不能な環境において、複数の端末間で通信を行うための技術に関連するものである。

端末が連携可能な近隣デバイスを発見し、当該近隣デバイスにより提供されるサービスを利用するための様々な技術がある。近隣デバイスを発見する技術としては、例えば、ＩＰマルチキャストを用いたＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ． Ｐｒｏｔｏｃｏｌ）やｍ−ＤＮＳ（Ｍｕｌｔｉｃａｓｔ ＤＮＳ）等がある。図１に、近隣デバイスがサイネージＳである場合における近隣デバイス発見手順の例を示す。

図１に示すように、ここでは、ユーザーＡの端末ＴＡ、ユーザーＢの端末ＴＢ、及びサイネージＳ（端末の１つ）が存在し、端末ＴＡがサイネージＳを発見する動作を行うこととする。なお、サイネージＳは、例えば、Ｗｅｂサーバ機能を含み、電子掲示板サービス等を提供する装置である。

図１に示すように、端末ＴＡが、ＩＰマルチキャストで発見要求パケットを送信し、発見要求パケットを受信した各端末から応答を受信することで、連携可能な近隣デバイスを探す（ステップ１）。端末ＴＡは、連携可能な近隣デバイスとしてサイネージＳを選択し、ユニキャストでサイネージＳと通信を行う（ステップ２）。

特許３８０６０８２

上記のサイネージのような近隣デバイスは、様々なネットワーク環境で使用できるが、特に、パブリックかつ多数の人々が集まる公衆無線ＬＡＮ環境で使用されることが想定される。

しかし、公衆無線ＬＡＮ環境では、プライバシーセパレーター機能によりＩＰマルチキャストや端末間の直接通信が禁止されていることが多く、上記のサービスを行うことは困難である。また、同じく公衆無線ＬＡＮ環境では、物理的な距離が近い同一ロケーションにある複数の端末間で、接続される公衆無線ＬＡＮのプロバイダが異なる場合があるため、先と同様にデバイス発見が不能となる場合があるという問題がある。すなわち、公衆無線ＬＡＮ環境では、同一ロケーションでも複数のプロバイダ（ＩＳＰ：Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）がサービスを提供している場合が多く、この場合、複数端末が異なるプロバイダにより提供される異なるネットワークに属する場合が多く発生することが考えられる。異なるネットワーク間では、ＩＰマルチキャストを用いた発見機構が動作しないため、異なるネットワークに接続する複数端末間では他の端末を発見することができない。

本発明は上記の点に鑑みてなされたものであり、異なるネットワークに接続される複数の端末間で仮想通信路を設定し、当該複数の端末間において、ＩＰマルチキャストを含む様々な通信を行うことを可能とする技術を提供することを目的とする。

本発明の実施の形態によれば、第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムであって、
前記通信システムは、第１の接続制御装置と第２の接続制御装置を有し、
前記第１の接続制御装置は、
前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する第１の通信チャネルを生成する手段と、
前記第２の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成する手段と、を備え、
前記第２の接続制御装置は、前記第２の端末から前記識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第２の端末との間に前記識別名に対応する第２の通信チャネルを生成する手段を備え、
前記第１の通信チャネル、前記中継通信チャネル、及び前記第２の通信チャネルにより前記仮想通信路が形成される
ことを特徴とする通信システムが提供される。

また、本発明の実施の形態によれば、第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムにおいて使用される接続制御装置であって、
前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する通信チャネルを生成する手段と、
当該他の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成する手段と、を備え、
前記通信チャネル、前記中継通信チャネル、及び前記他の接続制御装置と前記第２の端末との間に構築される通信チャネルにより前記仮想通信路が形成される
ことを特徴とする接続制御装置が提供される。

また、本発明の実施の形態によれば、第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムにおいて実行される仮想通信路設定方法であって、
前記通信システムは、第１の接続制御装置と第２の接続制御装置を有し、
前記仮想通信路設定方法は、
前記第１の接続制御装置が、前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する第１の通信チャネルを生成するステップと、
前記第２の接続制御装置が、前記第２の端末から前記識別名を指定した接続要求を受信するステップと、
前記第１の接続制御装置が、前記第２の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成するステップと、
前記第２の接続制御装置が、前記第２の端末から受信した接続要求に基づいて、前記第２の端末との間に前記識別名に対応する第２の通信チャネルを生成するステップと、を備え、
前記第１の通信チャネル、前記中継通信チャネル、及び前記第２の通信チャネルにより前記仮想通信路が形成される
ことを特徴とする仮想通信路設定方法が提供される。

本発明の実施の形態によれば、異なるネットワークに接続される複数の端末間で仮想通信路を設定し、当該複数の端末間において、ＩＰマルチキャストを含む様々な通信を行うことを可能とする技術が提供される。

近隣デバイスとの連携サービスを実現する際の一般的な端末発見手法の例を説明するための図である。 本発明の実施の形態に係る通信システムの全体構成図である。 本実施の形態における通信システムの動作の概要を説明するための図である。 公衆無線ＬＡＮシステム２００の構成例を示す図である。緑と紫の部分は不要です 公衆無線ＬＡＮシステム２００における端末間の接続方法を説明するための図である。 接続制御装置１００の機能構成図である。 データベース１３０に格納されるテーブルの例を示す図である。 接続シーケンス例１−１を示す図である。 接続シーケンス例１−２を示す図である。 接続シーケンス例２−１を示す図である。 接続シーケンス例２−２を示す図である。 本実施の形態における具体例を説明するための図である。 具体例におけるシステム構成例を示す図である。 接続シーケンス例３を示す図である。 具体例において、接続制御装置間を接続する場合のシステム構成例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態では接続制御装置を公衆無線ＬＡＮで使用することを想定しているが、本発明に係る接続制御装置は、公衆無線ＬＡＮに限らず、有線ネットワークを含む様々なネットワークにおいて使用できる。また、本実施の形態では、「Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓ」及び「ＷｅｂＲＴＣ」の技術を使用しているが、これらは例に過ぎず、本発明は、「Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓ」及び「ＷｅｂＲＴＣ」に限定されずに実施可能である。

（システム全体構成、動作概要）
図２に、本発明の実施の形態に係る通信システムの全体構成図を示す。図２に示すように、本実施の形態に係る通信システムにおいて、公衆無線ＬＡＮ−Ａ１０、Ｂ１０が、通信ネットワーク２０に接続されている。公衆無線ＬＡＮ−Ａ１０、Ｂ１０のシステムには、それぞれ接続制御装置Ａ１００、Ｂ１００が備えられている。また、通信ネットワーク２０には、中継制御装置３０が備えられている。

プロバイダＡにより提供される公衆無線ＬＡＮ−Ａ１０には端末Ａ１〜Ａ３が接続され、プロバイダＢにより提供される公衆無線ＬＡＮ−Ｂ１０には端末Ｂ１〜Ｂ３が接続されている。

各端末は、Ｗｅｂブラウザ（以下、ブラウザと呼ぶ）を備えるスマートフォン、ブラウザを備えるサイネージ、ブラウザを備えるサービスサーバ等であるが、これらに限られない。

本実施の形態における各接続制御装置は、Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓにより各端末との間で通信チャネル（コネクション）を生成することで、当該通信チャネルを介して複数の端末間におけるＶＰＮ（仮想通信路）を構築し、当該仮想通信路により当該複数端末間でＩＰマルチキャストの発見通信を含む様々な通信を可能とする機能を有する。また、各接続制御装置は、ＷｅｂＲＴＣを用いて、他の接続制御装置との間で通信チャネルを生成し、当該通信チャネルと、端末との間の通信チャネルとにより、異なるネットワークにおける複数端末間の仮想通信路を構築し、当該複数端末間でＩＰマルチキャストの発見通信を含む様々な通信を可能とする機能を有する。接続制御装置の詳細については後述する。

通信ネットワーク２０は、本実施の形態では、ＩＰｖ６をサポートした地域ＩＰ網（アクセス網と呼んでもよい）であることを想定しているが、これに限られない。例えば、通信ネットワーク２０は地域ＩＰ網とインターネットからなる網であってもよいし、インターネットであってもよい。

中継制御装置３０は、ＷｅｂＲＴＣのプログラム等を各接続制御装置に提供するＷｅｂＲＴＣサーバの機能、及び、接続制御装置間接続のためのシグナリングを中継する機能、ＳＴＵＮサーバ、ＴＵＲＮサーバ等の機能を含み、これらの機能により、ＷｅｂＲＴＣによる接続制御装置間での通信チャネルの構築を可能としている。

図３に示すように、本実施の形態のシステムにおいては、各端末はＮａｍｅｄ ＷｅｂＳｏｃｋｅｔｓの機能により、自身が参加を希望するネットワーク（以下、仮想通信路）に相当する名前を指定することで当該仮想通信路に接続し、当該仮想通信路に参加している他の端末との間で通信を行う。例えば、図３において、端末Ａ２、Ｂ１、Ｂ３は同じＶＰＮに接続し、通信を行っている。また、端末Ａ１、Ａ３、Ｂ２は同じ仮想通信路に接続し、通信を行っている。また、図３の例では、接続制御装置間でも通信チャネルが生成され、複数の接続制御装置を跨いだ仮想通信路が構築されている。

また、特に通信ネットワーク２０として、ＩＰｖ６をサポートする地域ＩＰ網を使用する場合、異公衆無線ＬＡＮ間で、インターネットでのトラフィックを浪費しない端末間連携が可能となる。

なお、図３の例では、複数の公衆無線ＬＡＮシステム間で仮想通信路が構築される例を示すが、単独のプロバイダの公衆無線ＬＡＮ内で接続制御装置により複数端末間での仮想通信路を構築してもよい（この場合は、プライバシーセパレーター機能により、端末間通信が不能となる課題が解決される）。以下、本実施の形態の技術をより詳細に説明する。

（公衆無線ＬＡＮシステムの構成例）
図４に、本実施の形態における公衆無線ＬＡＮシステム２００の構成例を示す。当該公衆無線ＬＡＮシステム２００は、図２に示した各公衆無線ＬＡＮに対応するものである。図４に示すように、公衆無線ＬＡＮシステム２００は、無線ＬＡＮのアクセスポイント４０と接続制御装置１００（図２に示した接続制御装置Ａ１００、Ｂ１００に相当）がバックプレーンのネットワークで接続される構成を有する。また、図４の例においては、端末１〜４がアクセスポイント４０に無線ＬＡＮ接続されている。

（Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓを用いた接続例）
図５は、図４に示した構成における実際の利用イメージを示す。図５では、端末４としてサイネージが使用されている。図５は、単独の公衆無線ＬＡＮシステム２００内で接続制御装置１００により端末間で仮想通信路が構築される例を示している。前述したように、端末と接続制御装置１００間でＮａｍｅｄ ＷｅｂＳｏｃｋｅｔｓによる通信チャネルが構築されるとともに、同じ名前を指定した端末間において当該通信チャネル及び接続制御装置１００を介した仮想通信路が構築されている。

なお、端末と接続制御装置１００との接続においては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等で利用されているｄｉｇｉｔ共有を識別子として用いることで、プライバシーセパレートを実現することができる。また、各端末では、接続制御装置１００から取得されるプログラム（ＪａｖａＳｃｒｉｐｔ（登録商標）等）により、Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓクライアント機能を実現できるため、ブラウザがあればよく、特別なソフトウェアをインストールすることなく、手軽に公衆無線ＬＡＮ環境下での安全な通信を実現することが可能である。

Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓについてより詳細に説明する。Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓは、ＷｅｂＳｏｃｋｅｔを用いたプロトコルであり、ＷｅｂＳｏｃｋｅｔ ＵＲＬのディレクトリ（「ｗｓ：／／｛ｅｎｄ−ｐｏｉｎｔ−ａｄｄｒｅｓｓ｝／｛ｎａｍｅ｝／」内の｛ｎａｍｅ｝）ごとに仮想ＮＷを作る機能を持つ。これにより、同一ＮＷ（ブロードキャストセグメント）内を、仮想的に分割することができ、図３、図５等に示したような端末間での仮想通信路を構築することが可能である。

各端末は、所定の名前を指定した接続要求を接続制御装置１００に送信することで、接続制御装置１００との間で通信チャネル（図５ではパイプで示す）を構築する。接続制御装置１００においては、同じ名前の指定により構築された通信チャネルが接続され、同じ名前を指定した端末間で仮想通信路が形成される。

図５の例において、例えば、公共的な装置であるサイネージ４と接続制御装置１００との間は、名前／ｐｕｂｌｉｃ／により通信チャネルが生成され、更に、当該名前／ｐｕｂｌｉｃ／がサイネージ４に接続できる名前であることを知っているユーザーの端末１が名前／ｐｕｂｌｉｃ／を指定して接続制御装置１００に接続することにより、端末１とサイネージ４との間に当該名前／ｐｕｂｌｉｃ／に対応する仮想通信路が構築され、通信可能な状態となり、端末１はサイネージ４のサービスを利用することができる。

また、ユーザー間でのプライベートな個別の通信である端末２と端末３との間の通信に関しては、例えば、一方の端末の画面に乱数ＩＤ（図５に示す８２７４９０）を表示し、当該端末は、当該乱数ＩＤを指定して接続制御装置１００に対して接続要求を行い、他方の端末も当該乱数ＩＤを指定して接続制御装置１００に対して接続要求を行う。これにより、２ユーザーのみが知る名前に対応する仮想通信路が構築され、プライベート通信可能な環境が作られる。

（接続制御装置１００の構成例）
図６に、本実施の形態における接続制御装置１００の構成例を示す。図２に示した接続制御装置Ａ１００、Ｂ１００も、図６に示す接続制御装置１００と同様の構成を有する。

図６に示すように、接続制御装置１００は、対端末接続処理部１１０、対装置接続処理部１２０、及びデータベース１３０を有する。

対端末接続処理部１１０は、Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓのサーバの機能を含む。また、処理区分に着目した機能部として、対端末接続処理部１１０は、要求処理部１１１、通信処理部１１２を含む。

要求処理部１１１は、端末からの各種要求を受信し、要求に応じた処理を行う。通信処理部１１２は、端末との間で通信チャネルを生成し、当該チャネルを用いて通信を実行する。

対装置接続処理部１２０は、ＷｅｂＲＴＣにより他の接続制御装置と接続する機能を含む。なお、ブラウザで中継制御装置３０（ＷｅｂＲＴＣサーバ機能を含む）にアクセスすることで、ＷｅｂＲＴＣ用のプログラム（スクリプト）を取得できるため、対装置接続処理部１２０はブラウザを備えることでＷｅｂＲＴＣにより他の接続制御装置と接続することもできる。

また、処理区分に着目した機能部として、対装置接続処理部１２０は、要求処理部１２１、通信処理部１２２を含む。要求処理部１２１は、他の接続制御装置との間の通信のための各種要求に関する処理を行う。また、通信処理部１２２は、他の接続制御装置との間で通信チャネルを生成し、当該通信チャネルを用いて通信を実行する。

データベース１３０は、メモリやハードディクス等のデータ格納手段、及びテーブル管理等を行うデータベースソフトウェア等から構成される機能部である。なお、接続制御装置１００が１つのサーバ（コンピュータ）により構成される場合において、データベース１３０は、当該サーバの外部に備えられたデータベースサーバであってもよい。また、これら複数のサーバからなる構成を接続制御装置１００と称してもよい。

図７に、データベース１３０に格納されるテーブルの例を示す。図７に示すように、データベース１３０には、通信チャネル識別名、接続端末ＩＤ、接続している接続制御装置のＩＤが対応付けて格納される。通信チャネル識別名は、前述した「名前」に相当し、仮想通信路の識別名でもある。接続端末ＩＤは、対応する通信チャネル識別名を指定して接続された端末のＩＤである。当該ＩＤは例えば端末のＩＰアドレスである。接続している接続制御装置のＩＤは、対応する通信チャネル識別名に対応して、複数の接続制御装置間での仮想通信路を構築するために接続される他の接続制御装置のＩＤである。当該ＩＤは例えば接続制御装置のＩＰアドレスである。

本実施の形態に係る接続制御装置１００は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、接続制御装置１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、接続制御装置１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。

以下、上記の構成を有する接続制御装置１００が備えられた通信システムにおいて、端末から名前／１２３４に対応する仮想通信路への接続を行う場合の接続シーケンスの各種の例を説明する。

（接続シーケンス例１−１）
まず、１つの接続制御装置１００を介して接続を行う場合（例：図５）における接続シーケンス例１−１について、図８を参照して説明する。図８では、接続制御装置１００における名前登録等の処理を分かり易くするために、データベース１３０を接続制御装置１００の外に記載している。他のシーケンス図でも同様である。

まず、端末１（具体的にはブラウザ）が、／１２３４への接続要求を接続制御装置１００に送信する（ステップ１０１）。当該接続要求を受信した接続制御装置１００において、要求処理部１１１が、／１２３４の登録要求をデータベース１３０に送信する（ステップ１０２）。データベース１３０は、／１２３４のエントリ（レコード）を生成し、当該エントリに端末１のＩＤを登録して（ステップ１０３）、登録完了を要求処理部１１１に返す（ステップ１０４）。

その後、端末１と接続制御装置１００（具体的には通信処理部１１２）との間で、／１２３４に対応する通信チャネルの生成がなされる（ステップ１０５）。本実施の形態では、ＷｅｂＳｏｃｋｅｔプロトコルの通信チャネルが生成される。ステップ１０５においては、最初に端末１と接続制御装置１００との間でＴＣＰコネクションの生成がなされ、次に、ＷｅｂＳｏｃｋｅｔプロトコルの通信を開始するためのメッセージの送受信（ハンドシェイク）がなされることで当該通信チャネルが生成される。なお、この手順は一例である。

ステップ１０５の後、要求処理部１１１は、ステップ１０１の接続要求に対する応答として、接続完了を端末１に送信する。

次に、端末２が、／１２３４への接続要求を接続制御装置１００に送信する（ステップ１０７）。当該接続要求を受信した接続制御装置１００において、要求処理部１１１が、／１２３４の登録要求をデータベース１３０に送信する（ステップ１０８）。データベース１３０は、既に生成されている／１２３４のエントリに端末２のＩＤを登録して（ステップ１０９）、登録完了を要求処理部１１１に返す（ステップ１１０）。

その後、端末２と接続制御装置１００（具体的には通信処理部１１２）との間で、／１２３４に対応する通信チャネルの生成がなされ（ステップ１１１）、要求処理部１１１は、ステップ１０７の接続要求に対する応答として、接続完了を端末２に送信する。

その後は、上記のようにして生成された２つの通信チャネルにより形成される仮想通信路を介して端末１と端末２間での通信がなされる。ここでは、例えば、通信処理部１１２は、データベース１３０に登録された名前／１２３４と端末１、２のＩＤに基づいて、当該２つの通信チャネルが同じ名前／１２３４に対応することを識別し、一方の通信チャネルから他方の通信チャネルへのデータの受け渡し等の通信チャネル間接続処理を行う。

（接続シーケンス例１−２）
次に、図８に示す手順で生成された／１２３４に対応する接続を切断する場合における接続シーケンス例１−２について、図９を参照して説明する。

まず、端末１が、／１２３４からの切断要求を接続制御装置１００に送信する（ステップ２０１）。当該切断要求を受信した接続制御装置１００において、要求処理部１１１が、／１２３４の削除要求をデータベース１３０に送信する（ステップ２０２）。データベース１３０は、／１２３４のエントリから端末１のＩＤを削除して（ステップ２０３）、削除完了を要求処理部１１１に返す（ステップ２０４）。

その後、端末１と接続制御装置１００（具体的には通信処理部１１２）との間で、／１２３４に対応する通信チャネルの解放がなされる（ステップ２０５）。ステップ２０５の後、要求処理部１１１は、ステップ２０１の切断要求に対する応答として、切断完了を端末１に送信する（ステップ２０６）。

次に、端末２が、／１２３４からの切断要求を接続制御装置１００に送信する（ステップ２０７）。当該切断要求を受信した接続制御装置１００において、要求処理部１１１が、／１２３４の削除要求をデータベース１３０に送信する（ステップ２０８）。データベース１３０は、／１２３４のエントリから端末２のＩＤを削除する（ステップ２０９）。端末２のＩＤを削除することで、接続している端末数が０になるため、／１２３４のエントリも削除される。要求処理部１１１は、削除完了を要求処理部１１１に返す（ステップ２１０）。

その後、端末２と接続制御装置１００（具体的には通信処理部１１２）との間で、／１２３４に対応する通信チャネルの解放がなされる（ステップ２１１）。ステップ２１１の後、要求処理部１１１は、ステップ２０７の切断要求に対する応答として、切断完了を端末１に送信する（ステップ２１２）。

（接続シーケンス例２−１）
続いて、２つの接続制御装置Ａ１００、Ｂ１００を介して接続を行う場合（例：図３）における接続シーケンス例２−１について、図１０を参照して説明する。図１０に示す接続制御装置Ａ１００、Ｂ１００は、図６、図７を参照して説明した接続制御装置１００と同様の構成を有している。以下では、接続制御装置Ａ１００、Ｂ１００内の機能部を示す場合には、例えば「要求処理部Ａ１１１」のように、接続制御装置Ａ１００、Ｂ１００に対応するＡ、Ｂの符号を付けて示す。

また、以下の例では、接続制御装置Ａ１００と通信する他の接続制御装置は接続制御装置Ｂ１００であることが接続制御装置Ａ１００に予め設定され、接続制御装置Ｂ１００と通信する他の接続制御装置は接続制御装置Ａ１００であることが接続制御装置Ｂ１００に予め設定されているものとする。

まず、端末１が、／１２３４への接続要求を接続制御装置Ａ１００に送信する（ステップ３０１）。当該接続要求を受信した接続制御装置Ａ１００において、当該接続要求を受信したことが要求処理部Ａ１１１から要求処理部Ａ１２１に通知され、当該通知を受けた要求処理部Ａ１２１が、／１２３４の登録がされているかどうかを確認するための登録確認を接続制御装置Ｂ１００に送信する（ステップ３０２）。

接続制御装置Ｂ１００における要求処理部Ｂ１２１は、／１２３４のエントリが登録されているかを確認する登録確認をデータベースＢ１３０に送信する（ステップ３０３）。現時点では、データベースＢ１３０に／１２３４のエントリは存在しないため、データベースＢ１３０は未登録（を示す応答）を返し（ステップ３０４）、要求処理部Ｂ１２１は未登録を接続制御装置Ａ１００に返す（ステップ３０５）。接続制御装置Ａ１００における要求処理部Ａ１２１は、接続制御装置Ｂ１００において／１２３４が未登録であることを要求処理部Ａ１１１に通知する。

続いて、要求処理部Ａ１１１は、／１２３４の登録要求をデータベースＡ１３０に送信する（ステップ３０６）。データベースＡ１３０は、／１２３４のエントリを生成し、当該エントリに端末１のＩＤを登録して、登録完了を要求処理部Ａ１１１に返す（ステップ３０７）。

その後、端末１と接続制御装置Ａ１００（具体的には通信処理部Ａ１１２）との間で、／１２３４に対応する通信チャネルの生成がなされる（ステップ３０８）。ステップ３０８の後、要求処理部Ａ１１１は、ステップ３０１の接続要求に対する応答として、接続完了を端末１に送信する（ステップ３０９）。

次に、端末２が、／１２３４への接続要求を接続制御装置Ｂ１００に送信する（ステップ３１０）。当該接続要求を受信した接続制御装置Ｂ１００において、当該接続要求を受信したことが要求処理部Ｂ１１１から要求処理部Ｂ１２１に通知され、当該通知を受けた要求処理部Ｂ１２１が、／１２３４の登録確認を接続制御装置Ａ１００に送信する（ステップ３１１）。

接続制御装置Ａ１００における要求処理部Ａ１２１は、／１２３４のエントリが登録されているかを確認する登録確認をデータベースＡ１３０に送信する（ステップ３１２）。現時点でデータベースＡ１３０に／１２３４のエントリが存在するため、データベースＡ１３０は登録済み（を示す応答）を返す（ステップ３１２）。

その後、ＷｅｂＲＴＣのプロトコルに従って、例えば、接続制御装置Ａ１００における通信処理部Ａ１２２が、中継制御装置３０に対するシグナリングメッセージの送信を行う等の動作を行うことで、接続制御装置Ａ１００における通信処理部Ａ１２２と接続制御装置Ｂ１００における通信処理部Ｂ１２２との間でＩＰアドレスやコーデック等の通信情報の交換がなされ、接続制御装置Ａ１００における通信処理部Ａ１２２と接続制御装置Ｂ１００における通信処理部Ｂ１２２との間で、／１２３４に対応する通信チャネルが生成される（ステップ３１４）。また、このとき、データベースＡ１３０の／１２３４のエントリに、接続している他の接続制御装置の情報として接続制御装置Ｂ１００のＩＤが登録される。なお、この登録は、例えばステップ３０６もしくはステップ３１２で行ってもよい。

次に、接続制御装置Ａ１００の要求処理部Ａ１２１は、登録済みを示す応答を接続制御装置Ｂ１００に返す（ステップ３１５）。当該登録済みを示す応答を受信した接続制御装置Ｂ１００において、例えば要求処理部Ｂ１１１が、／１２３４の登録要求をデータベースＢ１３０に送信する（ステップ３１６）。データベースＢ１３０は、／１２３４のエントリを生成し、端末２のＩＤ及び接続制御装置ＡのＩＤを登録して、登録完了を要求処理部Ｂ１１１に返す（ステップ３１７）。

その後、端末２と接続制御装置Ｂ１００（具体的には通信処理部Ｂ１１２）との間で、／１２３４に対応する通信チャネルの生成がなされ（ステップ３１８）、要求処理部Ｂ１１１は、ステップ３１０の接続要求に対する応答として、接続完了を端末２に送信する（ステップ３１９）。

その後は、上記のようにして生成された３つの通信チャネルにより形成される仮想通信路を介して端末１と端末２間での通信がなされる。ここでは、例えば、接続制御装置Ａ１００における通信処理部Ａ１１２及び通信処理部Ａ１２２は、データベースＡ１３０に登録された名前／１２３４と端末１のＩＤと接続制御装置ＢのＩＤに基づいて、端末１との間の通信チャネルと、接続制御装置Ｂとの間の通信チャネルとが同じ名前／１２３４に対応することを識別し、一方の通信チャネルから他方の通信チャネルへのデータの受け渡し等の通信チャネル間接続処理を行う。また、接続制御装置Ｂ１００における通信処理部Ｂ１１２及び通信処理部Ｂ１２２は、データベースＢ１３０に登録された名前／１２３４と端末２のＩＤと接続制御装置ＡのＩＤに基づいて、端末２との間の通信チャネルと、接続制御装置Ａとの間の通信チャネルとが同じ名前／１２３４に対応することを識別し、一方の通信チャネルから他方の通信チャネルへのデータの受け渡し等の通信チャネル間接続処理を行う。

（接続シーケンス例２−２）
次に、図１０に示す手順で生成された／１２３４に対応する接続を切断する場合における接続シーケンス例２−２について、図１１を参照して説明する。

まず、端末１が、／１２３４からの切断要求を接続制御装置Ａ１００に送信する（ステップ４０１）。当該切断要求を受信した接続制御装置Ａ１００において、当該切断要求を受信したことが要求処理部Ａ１１１から要求処理部Ａ１２１に通知され、当該通知を受けた要求処理部Ａ１２１が、／１２３４の解放要求を接続制御装置Ｂ１００に送信する（ステップ４０２）。

接続制御装置Ｂ１００における要求処理部Ｂ１２１は、／１２３４の解放要求をデータベースＢ１３０に送信し（ステップ４０３）、データベースＢ１３０は、／１２３４のエントリにおける接続制御装置Ａ１００のＩＤを削除し、解放完了を要求処理部Ｂ１２１に返す（ステップ４０４）。

続いて、接続制御装置Ｂ１００における通信処理部Ｂ１２２と接続制御装置Ａ１００における通信処理部Ａ１２２との間で、／１２３４の通信チャネルの解放がなされ（ステップ４０５）、接続制御装置Ｂ１００における要求処理部Ｂ１２１から解放完了が接続制御装置Ａ１００に通知される。

次に、接続制御装置Ａ１００の要求処理部Ａ１１１は、／１２３４の解放要求をデータベースＡ１３０に送信する（ステップ４０７）。データベースＡ１３０は、／１２３４のエントリを削除し、削除完了を要求処理部Ａ１１１に返す（ステップ４０８）。

その後、端末１と接続制御装置Ａ１００（具体的には通信処理部Ａ１１２）との間で、／１２３４に対応する通信チャネルの解放がなされる（ステップ４０９）。ステップ４０９の後、要求処理部Ａ１１１は、ステップ４０１の切断要求に対する応答として、切断完了を端末１に送信する（ステップ４１０）。

次に、端末２が、／１２３４への切断要求を接続制御装置Ｂ１００に送信する（ステップ４１１）。接続制御装置Ｂ１００の要求処理部Ｂ１１１は、／１２３４の解放要求をデータベースＢ１３０に送信する（ステップ４１２）。データベースＢ１３０は、／１２３４のエントリを削除し、解放完了を要求処理部Ｂ１１１に返す（ステップ４１３）。

その後、端末２と接続制御装置Ｂ１００（具体的には通信処理部Ｂ１１２）との間で、／１２３４に対応する通信チャネルの解放がなされる（ステップ４１４）。ステップ４１４の後、要求処理部Ｂ１１１は、ステップ４１１の切断要求に対する応答として、切断完了を端末２に送信する（ステップ４１５）。

（具体例）
次に、これまでに説明した機構を適用した具体例として、端末とＤＬＮＡサーバ（例：ＤＭＳ）との通信の例について説明する。

ＤＬＮＡはＮａｍｅｄＷｅｂＳｏｃｋｅｔｓ上で直接通信できないことから、本具体例では、図１２に示すように、ＤＬＮＡプロキシを使用しＤＬＮＡメッセージをやりとりすることとしている。

すなわち、図１２に示すように、端末５０内に、ブラウザ５１と通信するＤＬＮＡプロキシ５２（例：ソフトウェア）を備えるとともに、ＤＬＮＡサーバ７０と端末５０との間にもＤＬＮＡプロキシ６０（例：サーバ、又は、接続制御装置１００内のソフトウェア）を備え、ＤＬＮＡプロキシ５２とＤＬＮＡプロキシ６０間でＷｅｂＳｏｃｋｅｔの通信チャネルを生成し、当該通信チャネルでＤＬＮＡメッセージの送受信を行う。

本具体例では、図１３に示すように、これまでに説明した手順を用いて、所定の名前により、端末５０と接続制御装置１００間に通信チャネルが生成され、ＤＬＮＡプロキシ６０と接続制御装置１００間に通信チャネルが生成されることにより、仮想通信路が形成され、ＤＬＮＡプロキシ５２、６０を経由して、ブラウザ５１とＤＬＮＡサーバ７０−１、７０−２との間でＤＬＮＡメッセージの送受信を行う。なお、ＤＬＮＡプロキシ５２、６０は、ＳＯＡＰやＭ−ＳＥＡＲＣＨ等のプロトコルとＷｅｂＳｏｃｋｅｔプロトコルとの間の変換を行う機能を含む。

図１４に、具体例において、ＤＬＮＡプロキシ間でＷｅｂＳｏｃｋｅｔの通信チャネルにより仮想通信路が構築された後に実行されるＤＬＮＡデバイス発見手順を接続シーケンス例３として示す。接続シーケンス例３では、端末５０内のブラウザ５１とＤＬＮＡプロキシ５２が示されている。

ブラウザ５１がＤＬＮＡサーバ発見要求をＤＬＮＡプロキシ５２に送信する（ステップ５０１）。ＤＬＮＡプロキシ５２は、ＤＬＮＡサーバ発見要求をＷｅｂＳｏｃｋｅｔの通信チャネルで接続制御装置１００に送信し（ステップ５０２）、接続制御装置１００は、ＤＬＮＡサーバ発見要求をＷｅｂＳｏｃｋｅｔの通信チャネルでＤＬＮＡプロキシ６０に送信する。そして、ＤＬＮＡサーバ発見要求は、ＤＬＮＡプロキシ６０からＤＬＮＡサーバ７０に届く（ステップ５０４）。

ＤＬＮＡサーバ７０は、ＤＬＮＡ応答をＤＬＮＡプロキシ６０に返す（ステップ５０５）。ＤＬＮＡプロキシ６０は、ＤＬＮＡ応答をＷｅｂＳｏｃｋｅｔの通信チャネルで接続制御装置１００に送信し（ステップ５０６）、接続制御装置１００は、ＤＬＮＡ応答をＷｅｂＳｏｃｋｅｔの通信チャネルでＤＬＮＡプロキシ５２に送信する（ステップ５０７）。そして、ＤＬＮＡ応答は、ＤＬＮＡプロキシ５２からブラウザ５１に届く（ステップ５０８）。

なお、図１３、図１４は、１つの接続制御装置１００を経由した通信の例を示すが、複数の接続制御装置を経由する通信の場合についても、図１５に例示するように、これまでに図１０等に示した手順で通信チャネルを構築することで、図１４に示した手順と同様のＤＬＮＡメッセージの送受信が可能である。

（実施の形態のまとめ、効果等）
以上、説明したように、本実施の形態により、第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムであって、前記通信システムは、第１の接続制御装置と第２の接続制御装置を有し、前記第１の接続制御装置は、前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する第１の通信チャネルを生成する手段と、前記第２の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成する手段と、を備え、前記第２の接続制御装置は、前記第２の端末から前記識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第２の端末との間に前記識別名に対応する第２の通信チャネルを生成する手段を備え、前記第１の通信チャネル、前記中継通信チャネル、及び前記第２の通信チャネルにより前記仮想通信路が形成されることを特徴とする通信システムが提供される。

なお、第１のネットワークと第２のネットワークは、例えば、異なる通信事業者により提供されるネットワークである。

前記第１の通信チャネルを生成する手段は、前記第１の端末からの接続要求に基づいて、前記識別名をデータベースに登録し、前記中継通信チャネルを生成する手段は、前記第２の端末からの接続要求を受信した前記第２の接続制御装置から前記識別名の登録確認を受信し、前記データベースに当該識別名が登録されていることを確認した後に、前記中継通信チャネルを生成する。

前記中継通信チャネルは、例えばＷｅｂＲＴＣのプロトコルにより生成され、前記第１の通信チャネル及び前記第２の通信チャネルは、例えばＮａｍｅｄ ＷｅｂＳｏｃｋｅｔｓのプロトコルにより生成される。

本実施の形態における技術により、プライバシーセパレーター機能が施された公衆無線ＬＡＮ環境や、異なるネットワークに接続される複数の端末間で仮想通信路を設定し、当該複数の端末間において、ＩＰマルチキャストを含む様々な通信を行うことを可能とする技術が提供される。

また、従来技術における公衆無線ＬＡＮ等のパブリックな環境において、ＩＰマルチキャスト等を使用した近隣デバイスの発見を行う場合、発見されるデバイスが多数となってしまい、実効的に選択不可能となってしまうという問題があるが、本実施の形態で説明した仮想通信路を構築する技術を採用することで、このような問題が解消される。

また、従来技術における公衆無線ＬＡＮ等のパブリックな環境において、ＩＰマルチキャスト等を使用した近隣デバイスの発見を行う場合、プライバシー侵害や情報流出が起こりうるという問題もある。例えば、このような環境で、近隣デバイスとして、アクセス制限の機構を持たないＤＬＮＡのストレージ機構であるＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）を用いると、第三者が自由にストレージ内のデータにアクセスできてしまうため、プライバシー侵害や情報流出が発生してしまうことが懸念されるが、本実施の形態で説明した仮想通信路を構築する技術を採用することで、このような問題が解消される。つまり、本実施の形態では、名前を知っているユーザーのみがその仮想通信路に接続できる。このため、第三者が勝手に連携対象デバイス等を利用するリスクを減らすことができる。

本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。

Ａ１〜Ａ３、Ｂ１〜Ｂ３ 端末
Ａ１０ 公衆無線ＬＡＮ（プロバイダＡ）
Ｂ１０ 公衆無線ＬＡＮ（プロバイダＢ）
２０ 通信ネットワーク
３０ 中継制御装置
４０ アクセスポイント
５０ 端末
５１ ブラウザ
５２ ＤＬＮＡプロキシ
６０ ＤＬＮＡプロキシ
７０ ＤＬＮＡサーバ
Ａ１００、Ｂ１００ 接続制御装置
１００ 接続制御装置
１１０ 対端末接続処理部
１１１ 要求処理部
１１２ 通信処理部
１２０ 対装置接続処理部
１２１ 要求処理部
１２２ 通信チャネル生成処理部
１３０ データベース

Claims (7)

1. 第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムであって、
   前記通信システムは、第１の接続制御装置と第２の接続制御装置を有し、
   前記第１の接続制御装置は、
   前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する第１の通信チャネルを生成する手段と、
   前記第２の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成する手段と、を備え、
   前記第２の接続制御装置は、前記第２の端末から前記識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第２の端末との間に前記識別名に対応する第２の通信チャネルを生成する手段を備え、
   前記第１の通信チャネル、前記中継通信チャネル、及び前記第２の通信チャネルにより前記仮想通信路が形成される
   ことを特徴とする通信システム。
2. 前記第１の通信チャネルを生成する手段は、前記第１の端末からの接続要求に基づいて、前記識別名をデータベースに登録し、
   前記中継通信チャネルを生成する手段は、前記第２の端末からの接続要求を受信した前記第２の接続制御装置から前記識別名の登録確認を受信し、前記データベースに当該識別名が登録されていることを確認した後に、前記中継通信チャネルを生成する
   ことを特徴とする請求項１に記載の通信システム。
3. 前記中継通信チャネルは、ＷｅｂＲＴＣのプロトコルにより生成され、前記第１の通信チャネル及び前記第２の通信チャネルは、Ｎａｍｅｄ ＷｅｂＳｏｃｋｅｔｓのプロトコルにより生成される
   ことを特徴とする請求項１又は２に記載の通信システム。
4. 第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムにおいて使用される接続制御装置であって、
   前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する通信チャネルを生成する手段と、
   他の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成する手段と、を備え、
   前記通信チャネル、前記中継通信チャネル、及び前記他の接続制御装置と前記第２の端末との間に構築される通信チャネルにより前記仮想通信路が形成される
   ことを特徴とする接続制御装置。
5. 前記通信チャネルを生成する手段は、前記第１の端末からの接続要求に基づいて、前記識別名をデータベースに登録し、
   前記中継通信チャネルを生成する手段は、前記第２の端末からの接続要求を受信した前記他の接続制御装置から前記識別名の登録確認を受信し、前記データベースに当該識別名が登録されていることを確認した後に、前記中継通信チャネルを生成する
   ことを特徴とする請求項４に記載の接続制御装置。
6. 第１のネットワークに接続する第１の端末と第２のネットワークに接続する第２の端末との間に仮想通信路を設定する通信システムにおいて実行される仮想通信路設定方法であって、
   前記通信システムは、第１の接続制御装置と第２の接続制御装置を有し、
   前記仮想通信路設定方法は、
   前記第１の接続制御装置が、前記第１の端末から、前記仮想通信路の識別名を指定した接続要求を受信し、当該接続要求に基づいて、前記第１の端末との間に前記識別名に対応する第１の通信チャネルを生成するステップと、
   前記第２の接続制御装置が、前記第２の端末から前記識別名を指定した接続要求を受信するステップと、
   前記第１の接続制御装置が、前記第２の接続制御装置との間に前記識別名に対応する中継通信チャネルを生成するステップと、
   前記第２の接続制御装置が、前記第２の端末から受信した接続要求に基づいて、前記第２の端末との間に前記識別名に対応する第２の通信チャネルを生成するステップと、を備え、
   前記第１の通信チャネル、前記中継通信チャネル、及び前記第２の通信チャネルにより前記仮想通信路が形成される
   ことを特徴とする仮想通信路設定方法。
7. コンピュータを、請求項４又は５に記載の接続制御装置における各手段として機能させるためのプログラム。

Images