JP7355389B2

JP7355389B2 - メッシュネットワークシステム

Info

Publication number: JP7355389B2
Application number: JP2020088086A
Authority: JP
Inventors: 英人苫米地
Original assignee: 有限会社苫米地庵
Priority date: 2020-05-20
Filing date: 2020-05-20
Publication date: 2023-10-03
Anticipated expiration: 2040-05-20
Also published as: US11265188B2; HUE067940T2; US20210367809A1; EP3913980A1; JP2021182719A; EP3913980B1

Description

本発明はメッシュネットワークシステムに関し、より詳細には、メッシュネットワークを構成するアクセスポイントとしてのノードに関する。

近年、通信ネットワークの一つとしてメッシュネットワークが提案されている。
メッシュネットワークは複数の中継機器（ノード）から構成され、これらの複数の中継機器は相互に対等な関係を有しており、これらの中継機器が網の目（メッシュ）状の伝送経路を形成している。データは送信者から網の目状の伝送経路を任意のルートに沿ってジグザグに送信され、最終的に受信者に送られる。比喩的に言えば、データは送信者から受信者までバケツリレー式に転送される。
これまでにメッシュネットワークに関する多くの提案がなされている。例えば、特許文献１乃至５にはメッシュネットワークに関する様々な提案が記載されている。

特開２０１９－０６２５４４号公報特開２０１９－０９２１４２号公報特開２０１９－１２６０８７号公報特開２０１９－１７６３６１号公報特開２０１９－２１６４４５号公報

特許文献１乃至５においては、メッシュネットワークを構成するノードの構造については明記されていないが、一般的には、ノードは固定式のサーバから構成されている。固定式のサーバとは、予め定められた場所に設置され、その場所から移動させることを想定していないサーバを指す。
メッシュネットワークを構築するためには、このようなサーバを多数用意する必要があり、さらに、それらのサーバを設置するスペース（場所）をも確保することが必要である。このため、メッシュネットワーク構築の初期費用は不可避的に膨大なものとなる。

さらに、メッシュネットワークを構成する各サーバが消費する電力は小さいものではないため、全サーバが消費する電力量も大きくならざるを得ない。
また、現在のＶＰＮサービスは全世界に散在する数千から数万のＶＰＮサーバで運営されているが、これらのＶＰＮサーバは全て固定式のものである。ＶＰＮサーバが固定式であると、固定式であることに起因するセキュリティ脆弱性の問題が不可避的に生じる。
さらに、ＶＰＮサービスに使用されるＶＰＮサーバはＶＰＮサービスにのみ使用されるものであるため、ＶＰＮサーバの有効活用がなされていない、あるいは、より一般的には、機器リソースが有効利用されていないという問題も生じている。
本発明は、以上のようなメッシュネットワークを構成する従来のノードにおける問題点並びにＶＰＮサーバの問題点に鑑みてなされたものであり、これらの問題点を同時に解決する技術を提供することを目的とする。

上記の従来のノードにおける問題点は、一例として、ノードをＶＰＮ（Virtual Private Network）用のサーバから構成することにより解決することが可能である。
ＶＰＮとは、インターネットに跨がってプライベートネットワークを拡張する技術、あるいは、拡張されたプライベートネットワークそれ自体を指す。ＶＰＮによって、イントラネットに代表されるプライベートネットワークが本来は公的なネットワークであるはずのインターネット上に乗ったような状況になり、プライベートネットワークが他のプライベートネットワークと専用伝達経路で接続されているかのような状況が実現される。利用者は機能的にもセキュリティ的にも格段に質が向上した通信を実行することが可能になる。

しかしながら、多数のＶＰＮ用のサーバ（以後、「ＶＰＮサーバ」と呼ぶ）を用意し、それらをそれぞれ異なる所定の場所に設置するとなると、従来の固定式サーバと同様の問題点が生じることになる。このため、本発明は、日常生活において普通に使用されている無線通信機器（典型的な例としては、スマートフォンやフューチャーフォンと呼ばれる携帯式電話装置）をＶＰＮサーバとして使用することを可能にし、従来技術における問題点を解決するものである。
さらには、ＶＰＮサーバにより構築される通信経路をメッシュネットワークとして形成することにより、通信時のセキュリティを格段に向上させることが可能になる。
具体的には、本発明は以下のメッシュネットワークシステム、メッシュネットワークシステムを構成するアクセスポイントとしてのノード、メッシュネットワークシステムにおけるノード間の通信方法及びノードに装填されるプログラムを提供する。

具体的には、本発明は、第一の態様として、それぞれが無線ＶＰＮ通信機能を有する機器からなり、予め登録されたＬ（Ｌは２以上の自然数）個の中継ノードと、データベースと、を少なくとも含み、前記中継ノードを介して送信者側ノードから受信者側ノードへの通信を行うメッシュネットワークシステムにおいて、前記中継ノードは、オンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込み、前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは前記データベースにアクセスし、オンラインになっている前記中継ノードの中からＮ（Ｎは２以上の自然数）個の中継ノードを検索し、前記送信者側ノードは、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択し、前記送信者側ノードと前記第一の中継ノードとの間の通信経路を確立し、前記第一の中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第二の中継ノードとの間に通信経路を確立し、前記第一の中継ノードは前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信し、以後、第Ｍ（Ｍは２以上の自然数）の中継ノードが前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立し、前記第Ｍの中継ノードは、自身に蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信し、自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードが前記受信者側ノードにアクセスし、前記中継ノードはＶＰＮサーバとして機能するメッシュネットワークシステムを提供する。

本発明に係るメッシュネットワークシステムにおいては、前記送信者側ノードは、前記Ｎ個の中継ノードが全てビジーである場合には、これらの中継ノードを除いた他の中継ノードに対して同様のプロセスを実施することが好ましい。
本発明に係るメッシュネットワークシステムにおいては、前記中継ノードはリアルタイムに移動している無線通信機器からなるものであることが好ましい。
本発明に係るメッシュネットワークシステムにおいては、前記中継ノードは携帯式電話装置からなるものであることが好ましい。
本発明に係るメッシュネットワークシステムにおいては、前記中継ノードはＩｏＴ機器からなるものであることが好ましい。
本発明に係るメッシュネットワークシステムにおいては、前記データベースはブロックチェーンからなるものであることが好ましい。

本発明は、第二の態様として、それぞれが無線ＶＰＮ通信機能を有する機器からなる複数個の中継ノードと、データベースと、を少なくとも含み、前記中継ノードを介して送信者側ノードから受信者側ノードへの通信を行うメッシュネットワークにおいて、前記中継ノードをＶＰＮサーバとして機能させる方法であって、前記中継ノードは、オンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込む第一過程と、前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは前記データベースにアクセスし、オンラインになっている前記中継ノードからＮ（Ｎは２以上の自然数）個の中継ノードを検索する第二過程と、前記送信者側ノードは、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択し、前記送信者側ノードと前記第一の中継ノードとの間の通信経路を確立する第三過程と、
前記第一の中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路を確立する第四過程と、前記第一の中継ノードが前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信する第五過程と、以後、第Ｍ（Ｍは２以上の自然数）の中継ノードが前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立する第六過程と、前記第Ｍの中継ノードは、自身に蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信する第七過程と、自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードが前記受信者側ノードにアクセスする第八過程と、からなる方法を提供する。

本発明に係る方法においては、前記第三過程において、前記Ｎ個の中継ノードが全てビジーである場合には、これらの中継ノードを除いた他の中継ノードに対して前記第二過程及び前記第三過程を実施することが好ましい。
本発明に係る方法においては、前記中継ノードはリアルタイムに移動している無線通信機器からなるものであることが好ましい。
本発明に係る方法においては、前記中継ノードは携帯式電話装置からなるものであることが好ましい。
本発明に係る方法においては、前記中継ノードはＩｏＴ機器からなるものであることが好ましい。

本発明は、第三の態様として、それぞれが無線ＶＰＮ通信機能を有する機器からなる複数個の中継ノードと、データベースと、を少なくとも含み、前記中継ノードを介して送信者側ノードから受信者側ノードへの通信を行うメッシュネットワークにおける前記中継ノードであって、前記中継ノードは、自らがオンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込む第一手段と、第二手段と、第三手段と、を備えており、前記第二手段は、前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは前記データベースにアクセスし、オンラインになっている前記中継ノードからＮ（Ｎは２以上の自然数）個の中継ノードを検索し、その後に、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択した後に、前記第一の中継ノードとして前記送信者側ノードとの間に通信経路を確立し、前記第一の中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路を確立し、前記第一の中継ノードの前記第三手段は、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路が確立された後に、前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信し、第Ｍ（Ｍは２以上の自然数）の中継ノードの前記第二手段は、直前の第（Ｍ－１）の中継ノードとの間に通信経路が確立された後に、前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立し、前記第Ｍの中継ノードの前記第三手段は、前記第Ｍの中継ノードと前記第（Ｍ＋１）の中継ノードとの間に通信経路が確立された後に、前記第Ｍの中継ノードに蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信し、自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードの前記第二手段が前記受信者側ノードにアクセスし、前記受信者側ノードとの間に通信経路を確立し、前記中継ノードはＶＰＮサーバとして機能する中継ノードを提供する。

本発明に係る中継ノードはリアルタイムに移動している無線通信機器からなるものであることが好ましい。
本発明に係る前記中継ノードは携帯式電話装置からなるものであることが好ましい。
本発明に係る前記中継ノードはＩｏＴ機器からなるものであることが好ましい。

本発明は、第四の態様として、それぞれが無線ＶＰＮ通信機能を有する機器からなる複数個の中継ノードと、データベースと、を少なくとも含み、前記中継ノードを介して送信者側ノードと受信者側ノードとの間の通信を行うメッシュネットワークにおいて、前記中継ノードに内蔵され、前記中継ノードをＶＰＮサーバとして機能させるプログラムであって、前記プログラムは、前記中継ノードがオンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込む第一の処理と、前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは、前記データベースにアクセスし、オンラインになっている前記中継ノードからＮ（Ｎは２以上の自然数）個の中継ノードを検索し、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択するものであり、前記第一の中継ノードになった中継ノードが前記送信者側ノードとの間に通信経路を確立する第二の処理と、前記第一の中継ノードとなった中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路を確立する第三の処理と、前記第一の中継ノードが前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信する第四の処理と、以後、第Ｍ（Ｍは２以上の自然数）の中継ノードが前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立する第五の処理と、前記第Ｍの中継ノードとなった中継ノードは、自身に蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信する第六の処理と、自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードが前記受信者側ノードにアクセスする第七の処理と、を前記中継ノードに実行させるものであるプログラムを提供する。

本発明によれば、メッシュネットワークシステムを構成する各中継ノードはＶＰＮサーバとして機能することが可能になる。このため、各中継ノードを固定式サーバで構成していた従来のシステムの欠点を補うことができる。
また、従来は、ＶＰＮサービスにのみ使用されていたＶＰＮサーバに代えて、日常生活において普通に使用されている携帯式電話装置を中継ノードとして使用することが可能であるので、高価な既存のＶＰＮサーバは不要になり、大きなコストパフォーマンスを実現することができるとともに、ＶＰＮサーバなどの機器リソースの有効活用を実現することができる。

それと同時に、ＶＰＮサーバとして機能する複数個の中継ノードが構築する通信経路をメッシュネットワークとして形成することにより、通信セキュリティを格段に向上させることができる。
さらに、例えば、中継ノードをＩｏＴ機器から構成することにより、構築されたＶＰＮメッシュネットワークシステムはセキュリティ機能を格段に向上させることができるとともに、機器リソースの有効活用を促進することができる。

本発明の一実施形態に係るメッシュネットワークシステムの概念図である。送信者側ノードとデータベース、中継ノードとの間の交信状態を示す概念図である。図１に示したメッシュネットワークシステムの動作を示すフローチャートである。携帯式電話装置の構造の一例を示すブロック図である。

図１は本発明の一実施形態に係るメッシュネットワークシステム１００の概念図である。
図１に示すように、本実施形態に係るメッシュネットワークシステム１００は、Ｌ（Ｌは２以上の自然数）個の中継ノード１１０と、１個のデータベース１２０とを少なくとも備えている。
メッシュネットワークシステム１００においては、Ｌ個の中継ノード１１０から選択された任意のＴ（Ｔは自然数。Ｔ≦Ｌ）個の中継ノード１１０を介して送信者側ノード２００から受信者側ノード３００への通信が行われる。これらＴ個の中継ノード１１０が送信者側ノード２００から受信者側ノード３００までの通信経路を構成し、この通信経路は送信者側ノード２００と受信者側ノード３００との間の通信毎に異なる経路として形成される。

各中継ノード１１０は無線通信機能を有する機器から構成されており、無線による送信及び受信を行うことができる。Ｌ個の中継ノード１１０はメッシュネットワークシステム１００に使用するものとして予め登録されたものである。
データベース１２０はＬ個の中継ノード１１０の各々、送信者側ノード２００及び受信者側ノード３００と接続されており（図１においては、図が煩雑になることを避けるために、データベース１２０は一部の中継ノード１１０との接続のみが図示されている）、中継ノード１１０、送信者側ノード２００及び受信者側ノード３００はデータベース１２０にデータを書き込むことができるとともに、データベース１２０から必要なデータを読み出すことも可能である。

図２は送信者側ノード２００とデータベース１２０及び各中継ノード１１０との間の交信状態を示す概念図であり、図３は本実施形態に係るメッシュネットワークシステム１００の動作を示すフローチャートである。以下、図１乃至図３を参照してメッシュネットワークシステム１００の動作を説明する。
以下の説明においては、送信者側ノード２００から結果的に８個の中継ノード１１０１、１１０２、１１０３、・・・、１１０８を経由して受信者側ノード３００に対して通信が実行された場合を想定する。
後述するように、本実施形態に係るメッシュネットワークシステム１００においては、各中継ノード１１０はＶＰＮサーバとして機能する。
Ｌ個の中継ノード１１０の各々（図２の矢印２５０Ａを参照。図２においては、後述する第一の中継ノード１１０１のみについて記載）、送信者側ノード２００（図２の矢印２５０Ｂを参照）及び受信者側ノード３００（図２の矢印２５０Ｃを参照）は自身がオンラインになるとオンラインステータスに関する情報をデータベース１２０に書き込む（図３のステップＳ１１０）。

オンラインステータスに関する情報には以下の情報が含まれる。
（１）ステータスがオン（ON）であること。
（２）自身の現在位置がある地域名。この地域名には国名と都市名とが少なくとも含まれる。
（３）自身のＩＤ。このＩＤは公開鍵と同一のものである。
（４）ステータスがオンになったときのＧＭＴ時間（グリニッジ平均時：Greenwich Mean Time）。
（５）自身のＶＰＮマップアドレス。このＶＰＮマップアドレスは後に所定の関数に従ってＩＰアドレスに変換される。
（６）Ｎ番から（Ｎ＋Ｍ）番までのポート番号（Ｎ及びＭはともに自然数）。
（７）利用するＶＰＮプロトコル。ＶＰＮプロトコルとしては、例えば、IKEv2を用いることができる。
（８）ネットワーク速度（Mbps）
（９）認証情報。この認証情報は必要に応じて認証を行う場合にのみ要求される。

また、各中継ノード１１０は自身がオフラインになると、あるいは、通信速度が予め定められた通信速度よりも小さくなったときには、オフラインステータスに関する情報をデータベース１２０に書き込む（ステップＳ１１０）。
オフラインステータスに関する情報には以下の情報が含まれる。
（１）ステータスがオフ（OFF）であること。
（２）自身のＩＤ（公開鍵）。
（３）ステータスがオフになったときのＧＭＴ時間。
（４）自身のＶＰＮマップアドレス（ＩＰアドレス）。

送信者側ノード２００が受信者側ノード３００と通信を行う場合には、送信者側ノード２００は、先ず、データベース１２０にアクセスし（図２の矢印２５０Ｂ及び図３のステップＳ１２０）、ステータスがオンラインになっている中継ノード１１０の中から条件に合ったＮ（Ｎは２以上の自然数）個の中継ノード１１０を選択する（ステップＳ１３０）。選択されたＮ個の中継ノード１１０はデータベース１２０から送信者側ノード２００に送信される（図２の矢印２５０Ｄ）。
選択後にステータスがオフラインになっていなければ、送信者側ノード２００はＮ個の中継ノード１１０からランダムに選択した１個の中継ノード１１０にアクセスする（ステップＳ１４０）。
アクセスした中継ノード１１０がビジーでなければ（ステップＳ１５０のＮＯ）、この中継ノード１１０を第一の通信先（第一の中継ノード）である中継ノード１１０１として決定し（ステップＳ１６０）、送信者側ノード２００と中継ノード１１０１との間の通信経路を確立する（図２の矢印２５０Ｅ及び図３のステップＳ１８０）。

アクセスした中継ノード１１０がビジーである場合（ステップＳ１５０のＹＥＳ）には、残りの（Ｎ－１）個の中から１個の中継ノード１１０をランダムに選択し、この中継ノード１１０にアクセスし（ステップＳ１７０）、この中継ノード１１０がビジーであるか否かを判定する（ステップＳ１５０）。
Ｎ個の中継ノード１１０の全てがビジーである場合には、送信者側ノード２００はこれらＮ個の中継ノード１１０を排除した状態で残りの中継ノード１１０からＮ個の中継ノード１１０を再び選び出し、上記のプロセス（ステップＳ１５０－Ｓ１７０）を繰り返し実行し、ビジーでない中継ノード１１０を選び出し、この中継ノード１１０を第一の通信先（第一の中継ノード）の中継ノード１１０１として決定し（ステップＳ１６０）、中継ノード１１０１との間の通信経路を確立する（図２の矢印２５０Ｅ及び図３のステップＳ１８０）。

各中継ノード１１０には、自身が最終ノードであるか否かを判定する最終ノード判定ロジックが内蔵されており、通信経路を構成する中継ノードとして決定された各中継ノード１１０は自身に蓄積されている情報と直前の中継ノードから引き継がれた情報とを用いて最終ノード判定ロジックに基づいて自身が最終ノードであるか否かを判定する（ステップＳ１９０）。
最終ノード判定ロジックに基づく判定、すなわち、ある中継ノードが最終ノードに該当するか否かの判定は、例えば、次のようにして行われる。

（Ａ）その中継ノードに到達するまでに通信経路を構築している中継ノードの個数がＫ（Ｋは１以上の自然数）に達しているとき。
この場合、しきい値であるＫは定数と変数の何れにも設定することができる。
Ｋを定数とする場合には、Ｋは通信のセキュリティを保証できるほどに十分に大きい数が選定される。Ｋの値の決定方法の一例を挙げると、本メッシュネットワークシステムを試験的に運用し、その運用結果に基づいて、例えば、通信速度、ジオロケーション情報、送信者側ノード２００から受信者側ノード３００までの距離などの各種パラメータに応じて、適切な値が選定される。なお、ジオロケーション (Geolocation) 情報（現在位置を示す情報）は送信者側ノード２００、各中継ノード１１０及び受信者側ノード３００がデータベース１２０に登録する情報に含まれている。
Ｋを変数とする場合には、通信環境が変化した場合、一定の時間が経過した場合などに、上記の各種パラメータに応じて、そのつど適切な数が選定される。

（Ｂ）通信経路の構築開始からその中継ノードに到達するまでに要している時間が所定の時間Ｔに到達しているとき。
上記のしきい値Ｋと同様に、時間Ｔも一定値と可変値の何れにも設定することが可能である。
第一の中継ノードとして決定された中継ノード１１０１は最終ノード判定ロジックに基づいて自身が最終ノードであるか否かの判定を行う（ステップＳ１９０）。
自身が最終ノードであると判定した場合には（ステップＳ１９０のＹＥＳ）、後述するように、受信者側ノード３００にアクセスを行う（ステップＳ２８０）。

自身が最終ノードではないと判定した場合には（ステップＳ１９０のＮＯ）、中継ノード１１０１は送信者側ノード２００と中継ノード１１０１との間で行われた交渉を任意に選択された中継ノード１１０に対して実行する（図２の矢印２５０Ｆ及び図３のステップＳ２００）。
中継ノード１１０１は、送信者側ノード２００が第一の通信先としての中継ノード１１０１を決定した手順と同様の手順に従って、第二の通信先としての中継ノード１１０２を決定する（ステップＳ２１０）。
第二の通信先としての中継ノード１１０２が決定すると、第一の通信先としての中継ノード１１０１は自身に蓄積されているノード情報（送信者側ノード２００から送られてきた情報を含む）を中継ノード１１０２に送信する（図２の矢印２５０Ｆ及び図３のステップＳ２２０）。

次いで、中継ノード１１０２は、中継ノード１１０１の場合と同様に、自身が最終ノードであるか否かを判定する（ステップＳ２３０）。
中継ノード１１０２が最終ノードでない場合には（ステップＳ２３０のＮＯ）、以後、中継ノード１１０２乃至１１０７は、既に通信経路として決定されている中継ノードを除く任意の中継ノードに対してそれぞれ上記と同様の交渉を行い（ステップＳ２４０）、それぞれ中継ノード１１０３乃至１１０８を決定し、中継ノード１１０３乃至１１０８との間に通信経路を確立する（図２の矢印２５０Ｇ及び図３のステップＳ２５０）。
中継ノード１１０３乃至１１０８が決定すると、一つ前の中継ノード１１０２乃至１１０７は、中継ノード１１０１が中継ノード１１０２に対して実施したのと同様に、自身に蓄積されているノード情報（これまでに決定された通信経路内に存在する全ての中継ノードにそれぞれ蓄積されている全ノード情報が含まれている）を次の中継ノード１１０３乃至１１０８に送信する（図２の矢印２５０Ｇ及び図３のステップＳ２６０）。

次いで、次の通信先となった中継ノードは最終ノード判定ロジックに従って自身が最終ノードであるか否かを判定する（ステップＳ２７０）。
最終ノードではないと判定された場合には（ステップＳ２７０のＮＯ）、次の通信先を探すプロセスが繰り返される（ステップＳ２４０－Ｓ２６０）。
自身が最終ノードであると判定された場合には（ステップＳ２７０のＹＥＳ）、次の通信先を探すプロセスは終了し、以下に述べるように、受信者側ノード３００に対するアクセスが実施される（ステップＳ２８０）。

例えば、中継ノード１１０８が、中継ノード１１０１乃至１００７に蓄積され、中継ノード１１０８に送信されてきた情報と最終ノード判定ロジックに基づいて、自身が最終の中継ノード１１０であることを認識した場合を想定する。この場合、最後の中継ノードである中継ノード１１０８は受信者側ノード３００にアクセスし、受信者側ノード３００との間に通信経路を確立する（図２の矢印２５０Ｈ及び図３のステップＳ２９０）。
例えば、受信者側ノード３００がウェブサイトなどの外部サーバである場合には、中継ノード１１０８は一般のインターネットにアクセスし（ステップＳ２８０）、その外部サーバの規定ポートを介して受信者側ノード３００との間に通信経路を確立し（ステップＳ２９０）、通信を開始する。

あるいは、中継ノード１１０８はインターネットにアクセスすることに代えて、Ｐ２Ｐ（Peer to Peer）アクセスを行うことも可能である（ステップＳ２８０）。ただし、Ｐ２Ｐアクセスを行う場合には、送信者側ノード２００及び受信者側ノード３００の双方にＰ２Ｐアクセス用の同一のアプリケーションがともにインストールされていることが必要になる。
このように中継ノード１１０８と受信者側ノード３００とがＰ２Ｐで接続された場合には、全経路、すなわち、送信者側ノード２００から中継ノード１１０１乃至１００８を経由する受信者側ノード３００までの経路はＶＰＮ接続になる。
以上のようにして、任意に決定された中継ノード１１０１乃至１１０８により構成される通信経路を介して送信者側ノード２００と受信者側ノード３００とが接続される。

送信者側ノード２００が受信者側ノード３００と通信を行う場合には、一般的には、両者間でネゴシエーションが実施されるが、以下に示すように、ネゴシエーションが実施されないこともある。
送信者側ノード２００が受信者側ノード３００と通信を行う場合には、ネゴシエーションの実施の有無が判断される（ステップＳ３００）。
ネゴシエーションを行う場合（ステップＳ３００のＹＥＳ）には、送信者側ノード２００が所定のポート番号のポートに接続し、そのポートをモニターする受信者側ノード３００がそのデーモンプロセスによって予め定められた範囲内のポート番号Ｎをランダムに決定する。決定されたポート番号Ｎは受信者側ノード３００から送信者側ノード２００に送信される（ステップＳ３１０）。

送信者側ノード２００は予め定められた有効時間内にポート番号Ｎのポートにアクセスし、ポート番号Ｎのポートを介して受信者側ノード３００との間に通信経路を確立し、通信を開始することが可能になる（ステップＳ３２０）。
この場合、必要に応じて、セキュリティ向上のために認証プロトコルを利用し、送信者側ノード２００が受信者側ノード３００に対して認証プロセスを実施することも可能である。
例えば、所定のポートを定められない場合、あるいは、最初にアクセスするポートをランダムにしたい場合には、ネゴシエーションを行わない（ステップＳ３００のＮＯ）。
ネゴシエーションを行わない場合には、送信者側ノード２００はＮから（Ｎ＋Ｍ）までの（Ｍ＋１）個（Ｎ、Ｍはともに自然数）の予め定められたポート番号の中からランダムに選択したポートに通信を試みる（ステップＳ３３０）。そのポートがビジーである場合には、他のポートをランダムに選択し、再度の通信を試みる。

受信者側ノード３００はＮから（Ｎ＋Ｍ）までのポート番号の全てのポートにデーモンプロセスを実行する（ステップＳ３４０）。このため、送信者側ノード２００と受信者側ノード３００とが共通にアクセスしたポート番号において送信者側ノード２００は受信者側ノード３００との間に通信経路を確立することができ、送信者側ノード２００は受信者側ノード３００との間で通信を開始することが可能になる（ステップＳ３２０）。
この場合も、必要に応じて、認証プロトコルを利用し、認証プロセスを実施することも可能である。
本実施形態に係るメッシュネットワークシステム１００においては、各中継ノード１１０は上述のプロセスを経ることによりＶＰＮサーバとして機能することが可能である。各中継ノード１１０がＶＰＮサーバとして機能することにより、各中継ノードを固定式サーバで構成していた従来のシステムの欠点を補うことができる。

本実施形態に係るメッシュネットワークシステム１００は上記の構造に限定されるものではなく、種々の改変を施すことが可能である。
上述の実施形態における中継ノード１１０１から１１０８までのルート及び通過する中継ノード１１０の個数は上記の例には限定されない。通過する中継ノード１１０の個数は状況に応じて最適の数が決定され、さらに、複数個の中継ノード１１０を経由する送信者側ノード２００から受信者側ノード３００までのルートも状況に応じて最適のルートが決定される。
また、例えば、データベース１２０としては、データの保存及び読み出しが可能な手段であれば、どのような手段をも使用することが可能である。データの非改竄性やセキュリティの頑健性を考慮すれば、データベース１２０をブロックチェーンとして構成することが最も好ましい。特に、データをブロックチェーンに分散して保持することにより、データ保護の強度を向上させることができる。

また、メッシュネットワークシステム１００における各中継ノード１１０は無線通信が可能な機器であれば、どのような機器をも中継ノード１１０として使用することが可能である。例えば、家庭や企業に設置されたパーソナルコンピュータを中継ノード１１０として使用することも可能であるが、中継ノード１１０を携帯式電話装置（いわゆるスマートフォン）として構成することが好ましく、さらには、無線通信機能を有するＩｏＴ機器（ＩｏＴ機器はスマートフォンを含む概念である）として構成することが最も好ましい。
携帯式電話装置は、所定の位置に設置されている固定式のサーバとは異なり、リアルタイムに移動している。携帯式電話装置は日常生活において全世界の人々によって普通に用いられているものであり、全世界では数億台の携帯式電話装置が存在している。これらの携帯式電話装置のうち、中継ノードとしての機能を提供することに同意した人々の携帯式電話装置を中継ノード１１０として使用することにより、数千万台から数億台の携帯式電話装置が中継ノード１１０として稼働することになり、共有メモリ型超並列計算機が仮想的に構成されることとなる。

図４は携帯式電話装置の構造の一例を示すブロック図である。
携帯式電話装置４００は、例えば、通信部４１０と、制御部４２０と、メモリ４３０と、入出力部４４０と、アンテナ４５０と、各部位に電力を供給するバッテリ（図示せず）と、を備えている。
通信部４１０はアンテナ４５０に接続されており、アンテナ４５０を介して、他の携帯式電話装置と無線通信によるデータの送信及び受信を行う。
通信部４１０は、無線受信部４１１と、無線送信部４１２と、切り替えスイッチ４１３と、を備えている。
無線受信部４１１は他の携帯式電話装置から受信したデータを復調し、制御部４２０に送る。無線送信部４１２は、制御部４２０から出力されたデータを変調し、アンテナ４５０を介して、他の携帯式電話装置に送信する。切り替えスイッチ４１３は制御部４２０からの信号を受信し、その信号に応じて、送信及び受信の切り替えを実施する。

制御部４２０は、中央処理装置（CPU: Central Processing Unit）４２１と、ＲＯＭからなる第一メモリ４２２と、ＲＡＭからなる第二メモリ４２３と、制御部４２０に入力された各種命令及びデータを中央処理装置４２１に転送するための入力インターフェイス４２４と、中央処理装置４２１により実行された処理結果を外部に出力する出力インターフェイス４２５と、中央処理装置４２１と第一メモリ４２２、第二メモリ４２３、入力インターフェイス４２４及び出力インターフェイス４２５とを接続するバス４２６と、から構成されている。
第一メモリ４２２は中央処理装置４２１が実行する各種の制御用プログラムその他書き換え不能なデータを格納している。
第二メモリ４２３は様々なデータ及びパラメータを記憶しているとともに、中央処理装置４２１に対する作動領域を提供する、すなわち、中央処理装置４２１が各種の制御用プログラムを実行する上で一時的に必要とされるデータを格納している。

中央処理装置４２１は第一メモリ４２２からプログラムを読み出し、そのプログラムを実行する。すなわち、中央処理装置４２１は第一メモリ４２２に格納されているプログラムに従って作動する。本実施形態においては、第一メモリ４２２には、図３に示したプロセス、すなわち、各中継ノード１１０がＶＰＮサーバとして機能するためのプロセスを実行するためのプログラムが格納されており、中央処理装置４２１はこのプログラムに従って図３に示した方法を実行する。
入出力部４４０は、操作部４４１と、ディスプレイ４４２と、スピーカ４４３と、から構成されている。
操作部４４１は、例えば、テンキーからなり、各種データは操作部４４１を介して携帯式電話装置４００に入力される。

ディスプレイ４４２は、例えば、液晶ディスプレイからなり、制御部４２０が行った演算の結果やその他のデータを画面に表示する。
他の携帯式電話装置から送信されてきた音声データはスピーカ４４３を通して出力される。
メモリ４３０は制御部４２０に対する外部メモリである。制御部４２０が行った演算の結果やその他のデータはメモリ４３０に記憶される。
図１に示したメッシュネットワークシステム１００における動作と上記の携帯式電話装置４００の各構成要素との対応関係は以下の通りである。
通信部４１０、特に、無線送信部４１２がオンラインステータスに関する情報及びオフラインステータスに関する情報をデータベース１２０に書き込む手段（第一手段）として機能する。

また、通信部４１０及び制御部４２０が各中継ノード１１０の間、及び、各中継ノード１１０と送信者側ノード２００及び受信者側ノード３００との間に通信経路を確立する手段（第二手段）として機能する。
通信部４１０及び制御部４２０は、各中継ノード１１０に対して、または、送信者側ノード２００または受信者側ノード３００に対して各種データを送信する手段（第三手段）として機能する。
さらに、制御部４２０は、各中継ノード１１０が最終ノードであるか否かを判定する最終ノード判定ロジックを実行する手段（第二手段）として機能する。
各中継ノード１１０を携帯式電話装置４００として構成することにより、種々の利点を得ることができる。

メッシュネットワークシステム１００を構成する携帯式電話装置４００として使用可能な携帯式電話装置は、常時接続されている全世界の携帯式電話装置、あるいは、一時的にWiFiに接続された携帯式電話装置である。これら全ての携帯式電話装置がＶＰＮサーバとして機能することになるため、本来のＶＰＮサーバは不要となり、この点だけを見ても圧倒的なコストパフォーマンスが実現される。
例えば、現在のＶＰＮサービスは全世界に散在する数千から数万のＶＰＮサーバで運営されているが、中継ノードをＶＰＮサーバとして機能させることが可能になることによって、それらの高価な既存のＶＰＮサーバは不要になり、大きなコストパフォーマンスを実現することができる。
さらに、例えば、以下に述べるような共有メモリ型大量スレッドにより、さらなる機器リソースの有効利用が見込まれる。

以下は、既存のＯＳ(Operating System)上におけるシミュレーションである。
携帯式電話装置４００のＣＰＵ（例えば、図４の中央処理装置４２１）上において共有メモリ(MIMD: Mutiple-Instruction-stream, Multiple-Data-stream)型超並列仮想マシン(SMPVM: Super Massively Parallel Virtual Machine)を稼働させる。この場合、ＣＰＵはシングルＣＰＵまたはマルチＣＰＵのどちらでもあっても、一台の並列仮想マシン（PVM）を稼働する。超並列仮想マシン(SMPVM)では、１ＣＰＵあたり３０００から５０００程度の軽量プロセス(lwp: light-weight process)の立ち上げを想定している。ただし、軽量プロセスの立ち上げ数は、ＣＰＵの能力に応じて、１０００から１０万程度の範囲内になる。

そのための方法としては、既存のMach (Multiple Asynchronously Communication Hosts: 複数非同期通信ホスト)型スレッドを利用する。Mach型スレッドには、例えば、Linux（登録商標）、 Windows、 MacOSなどがある。Mach型スレッドでは同時立ち上げの数が約３０から５０程度であるので、スレッド一つあたりにつき約１００の軽量プロセス (lwp)を稼働させる。
３０００／３０（または、５０００／５０）＝１００
つまり、スレッドが仮想的にＣＰＵとして機能することになる。例えば、Linux（登録商標）などでは、１つのスレッド上に１００個のスレッドを稼働させるミドルウェアと言うこともできる。

ＶＰＮサービスやWebサーバなどのインターネットサービスのほとんどでは、通信のトンネリングやポート８０番の取得など、メモリ空間のプロセス間分割や処理のシリアル化が不要となるので、共有メモリ(MIMD)型超並列仮想マシンにより、超並列化による大量スレッドの同時立ち上げが可能となる。
このように、中継ノード１１０として携帯式電話装置４００を用いることにより、数千万台から数億台の携帯式電話装置が一つのマシンとして共有メモリ型超並列計算機を構成することになり、その結果、現在使われているスーパーコンピュータやクラウドも不要になる。

特に、高速大容量かつ低遅延の特徴を有する第５世代移動通信システム (5G: 5th Generation)が普及すれば、中継ノード１１０として携帯式電話装置４００を用いることのメリットは増大する。
本実施形態に係るメッシュネットワークシステム１００において使用される中継ノード１１０としての携帯式電話装置４００は予め登録されたものに限定される。中継ノード１１０として使用される携帯式電話装置４００を募集する方法としては、例えば、以下のようなものがある。
（１）無線接続時にＶＰＮの中継ノードサーバとしての機能を提供してくれたユーザーに対しては、そのユーザーの本ＶＰＮ通信アプリケーションの利用料金を割引する（無料にすることを含む）。

（２）iphone であればAppStore から、Android系の携帯式電話装置であれば Play Store からＶＰＮ通信用のアプリケーションのインストール時にＶＰＮサーバとしての機能提供を行うことをデフォルトの設定にしておき、課金済みのユーザーに対しては中継ノードのＶＰＮサーバ機能の提供を停止する。
（３）ビットコインその他の仮想通貨のマイニングのように、中継ノードのＶＰＮサーバとしての機能の提供を選択してくれたユーザーの携帯式電話装置を通過したビット数に応じて報酬を支払う、あるいは、換金可能なポイントを付与する。
（４）携帯式電話装置メーカーやルータメーカーとライセンス契約を締結し、ネットワーク機器に最初からＶＰＮサーバの機能提供用アプリケーションをインストールしておく。

なお、上記の実施形態においては、携帯式電話装置４００を例示したが、移動可能な無線通信機器であれば、どのような機器でも使用可能である。例えば、ノート型パソコン、タブレット、ルータなどを携帯式電話装置４００の代わりに用いることも可能である。
特に、携帯式電話装置４００に代えて、IoT (Internet of Things) 機器を用いることは好ましい。IoT機器には、例えば、インターネットに接続されたテレビその他の家庭電気製品、デジタルカメラ、DVDプレーヤー、ビルディングなどの建物における冷暖房・給湯システム、ガスメーターや電気メーターなどの計測器、各種センサー類、照明システム、医療機器の他に、電車、自動車、ドローンなどの運搬機器などが含まれる。

上記の実施形態においては、送信者側ノード２００及び受信者側ノード３００はそれぞれ単独ノードとして設定されていたが、送信者側ノード２００及び受信者側ノード３００は単独ノードには限定されない。送信者側ノード２００も受信者側ノード３００もそれぞれ複数個とすることができる。
例えば、記者会見、各種発表（新製品の発表など）、Ｅラーニングのような場合には、送信者側ノード２００が単独ノード、受信者側ノード３００が複数個のノードに設定され、一対多の動画配信が行われる。また、テレワークやリモート会議などの場合には、送信者側ノード２００及び受信者側ノード３００がともに複数個のノードに設定され、多対多の動画配信が行われる。何れの場合にも、リアルタイムでの配信が要求されるが、本発明の実施形態によれば、配信サーバがボトルネックにならないハイブリッドＰ２Ｐ型のメッシュネットワークが実現されるため、セキュアに動画配信を実施することが可能である。

本発明はメッシュネットワークシステムに対して最も有効に適用可能であり、さらに、既存のＶＰＮサービスに対しても有効である。

１００メッシュネットワークシステム
１１０中継ノード
１２０データベース
２００送信者側ノード
３００受信者側ノード
４００携帯式電話装置
４１０通信部
４２０制御部
４３０メモリ
４４０入出力部

Claims

それぞれが無線ＶＰＮ通信機能を有する機器からなり、予め登録されたＬ（Ｌは２以上の自然数）個の中継ノードと、
データベースと、
を少なくとも含み、前記中継ノードを介して送信者側ノードから受信者側ノードへの通信を行うメッシュネットワークシステムにおいて、
前記中継ノードは、オンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込み、
前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは前記データベースにアクセスし、オンラインになっている前記中継ノードの中からＮ（Ｎは２以上の自然数）個の中継ノードを検索し、
前記送信者側ノードは、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択し、前記送信者側ノードと前記第一の中継ノードとの間の通信経路を確立し、
前記第一の中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第二の中継ノードとの間に通信経路を確立し、
前記第一の中継ノードは前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信し、
以後、第Ｍ（Ｍは２以上の自然数）の中継ノードが前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立し、
前記第Ｍの中継ノードは、自身に蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信し、
自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードが前記受信者側ノードにアクセスし、
前記中継ノードはＶＰＮサーバとして機能するメッシュネットワークシステム。
前記送信者側ノードは、前記Ｎ個の中継ノードが全てビジーである場合には、これらの中継ノードを除いた他の中継ノードに対して同様のプロセスを実施することを特徴とする請求項１に記載のメッシュネットワークシステム。
前記中継ノードはリアルタイムに移動している無線通信機器からなるものであることを特徴とする請求項１または２に記載のメッシュネットワークシステム。
前記中継ノードは携帯式電話装置からなるものであることを特徴とする請求項１乃至３の何れか一項に記載のメッシュネットワークシステム。
前記中継ノードはＩｏＴ機器からなるものであることを特徴とする請求項１乃至３の何れか一項に記載のメッシュネットワークシステム。
前記データベースはブロックチェーンからなるものであることを特徴とする請求項１乃至５の何れか一項に記載のメッシュネットワークシステム。
それぞれが無線ＶＰＮ通信機能を有する機器からなる複数個の中継ノードと、
データベースと、
を少なくとも含み、前記中継ノードを介して送信者側ノードから受信者側ノードへの通信を行うメッシュネットワークにおいて、
前記中継ノードをＶＰＮサーバとして機能させる方法であって、
前記中継ノードは、オンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込む第一過程と、
前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは前記データベースにアクセスし、オンラインになっている前記中継ノードからＮ（Ｎは２以上の自然数）個の中継ノードを検索する第二過程と、
前記送信者側ノードは、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択し、前記送信者側ノードと前記第一の中継ノードとの間の通信経路を確立する第三過程と、
前記第一の中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路を確立する第四過程と、
前記第一の中継ノードが前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信する第五過程と、
以後、第Ｍ（Ｍは２以上の自然数）の中継ノードが前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立する第六過程と、
前記第Ｍの中継ノードは、自身に蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信する第七過程と、
自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードが前記受信者側ノードにアクセスする第八過程と、
からなる方法。
前記第三過程において、前記Ｎ個の中継ノードが全てビジーである場合には、これらの中継ノードを除いた他の中継ノードに対して前記第二過程及び前記第三過程を実施することを特徴とする請求項７に記載の方法。
前記中継ノードはリアルタイムに移動している無線通信機器からなるものであることを特徴とする請求項７または８に記載の方法。
前記中継ノードは携帯式電話装置からなるものであることを特徴とする請求項７乃至９の何れか一項に記載の方法。
前記中継ノードはＩｏＴ機器からなるものであることを特徴とする請求項７乃至９の何れか一項に記載の方法。
それぞれが無線ＶＰＮ通信機能を有する機器からなる複数個の中継ノードと、
データベースと、
を少なくとも含み、前記中継ノードを介して送信者側ノードから受信者側ノードへの通信を行うメッシュネットワークにおける前記中継ノードであって、
前記中継ノードは、
自らがオンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込む第一手段と、
第二手段と、
第三手段と、
を備えており、
前記第二手段は、
前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは前記データベースにアクセスし、オンラインになっている前記中継ノードからＮ（Ｎは２以上の自然数）個の中継ノードを検索し、その後に、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択した後に、前記第一の中継ノードとして前記送信者側ノードとの間に通信経路を確立し、
前記第一の中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路を確立し、
前記第一の中継ノードの前記第三手段は、
前記第一の中継ノードと前記第二の中継ノードとの間に通信経路が確立された後に、前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信し、
第Ｍ（Ｍは２以上の自然数）の中継ノードの前記第二手段は、
直前の第（Ｍ－１）の中継ノードとの間に通信経路が確立された後に、前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立し、
前記第Ｍの中継ノードの前記第三手段は、
前記第Ｍの中継ノードと前記第（Ｍ＋１）の中継ノードとの間に通信経路が確立された後に、前記第Ｍの中継ノードに蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信し、
自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードの前記第二手段が前記受信者側ノードにアクセスし、前記受信者側ノードとの間に通信経路を確立し、
前記中継ノードはＶＰＮサーバとして機能する中継ノード。
前記中継ノードはリアルタイムに移動している無線通信機器からなるものであることを特徴とする請求項１２に記載の中継ノード。
前記中継ノードは携帯式電話装置からなるものであることを特徴とする請求項１２または１３に記載の中継ノード。
前記中継ノードはＩｏＴ機器からなるものであることを特徴とする請求項１２または１３に記載の中継ノード。
それぞれが無線ＶＰＮ通信機能を有する機器からなる複数個の中継ノードと、
データベースと、
を少なくとも含み、前記中継ノードを介して送信者側ノードと受信者側ノードとの間の通信を行うメッシュネットワークにおいて、
前記中継ノードに内蔵され、前記中継ノードをＶＰＮサーバとして機能させるプログラムであって、
前記プログラムは、
前記中継ノードがオンラインになるときにはオンラインステータスに関する情報を、オフラインになるときにはオフラインステータスに関する情報を前記データベースに書き込む第一の処理と、
前記送信者側ノードが前記中継ノードを介して前記受信者側ノードに対して通信を行うときには、前記送信者側ノードは、前記データベースにアクセスし、オンラインになっている前記中継ノードからＮ（Ｎは２以上の自然数）個の中継ノードを検索し、前記Ｎ個の中継ノードの中の任意の１個の中継ノードにアクセスし、アクセスした中継ノードがビジーである場合には、残りの（Ｎ－１）個の中継ノードの中から任意の１個の中継ノードにアクセスする過程を繰り返し、ビジーではない１個の中継ノードを第一の中継ノードとして選択するものであり、前記第一の中継ノードになった中継ノードが前記送信者側ノードとの間に通信経路を確立する第二の処理と、
前記第一の中継ノードとなった中継ノードが、前記送信者側ノードが第一の通信先としての前記第一の中継ノードを決定した手順と同様の手順に従って第二の中継ノードを決定し、前記第一の中継ノードと前記第二の中継ノードとの間に通信経路を確立する第三の処理と、
前記第一の中継ノードが前記送信者側ノードから送信されてきた情報を含む、自身に蓄積されている情報を前記第二の中継ノードに送信する第四の処理と、
以後、第Ｍ（Ｍは２以上の自然数）の中継ノードが前記第一乃至第（Ｍ－１）の中継ノードを除く他の任意の中継ノードに対して上記の手順を実行することを繰り返すことにより第（Ｍ＋１）の中継ノードを決定し、前記第（Ｍ＋１）の中継ノードとの間に通信経路を確立する第五の処理と、
前記第Ｍの中継ノードとなった中継ノードは、自身に蓄積されている情報と、これまでに決定された通信経路内に存在する第一乃至第（Ｍ－１）の中継ノードに蓄積されている情報とを前記第（Ｍ＋１）の中継ノードに送信する第六の処理と、
自身が最終ノードであるか否かを判定する最終ノード判定ロジックに基づいて、直前の中継ノードから伝達された情報により、自身が最終ノードであると認識した中継ノードが前記受信者側ノードにアクセスする第七の処理と、
を前記中継ノードに実行させるものであるプログラム。