知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-06-23
(45)【発行日】2023-07-03
(54)【発明の名称】アプリケーションソフトウェアおよび情報処理方法
(51)【国際特許分類】
H04L 67/00 20220101AFI20230626BHJP
【ＦＩ】
H04L67/00
【請求項の数】
4
(21)【出願番号】P 2019224392
(22)【出願日】2019-12-12
(65)【公開番号】P2021093062
(43)【公開日】2021-06-17
【審査請求日】2022-08-24
(73)【特許権者】
【識別番号】599002043
【氏名又は名称】学校法人 名城大学
(74)【代理人】
【識別番号】110000497
【氏名又は名称】弁理士法人グランダム特許事務所
(72)【発明者】
【氏名】渡邊 晃
【審査官】小林 義晴
(56)【参考文献】
【文献】金松友哉，他５名，ＮＴＭｏｂｉｌｅにおける通信制御機能の提案と実装，電気学会論文誌Ｃ Ｖｏｌ．１３７ Ｎｏ．１２，日本，一般社団法人電気学会，2017年12月01日，第137巻，第12号，pp.1571-1579
【文献】細尾幸宏，他４名，ＮＴＭｏｂｉｌｅにおけるＤＮＳ実装の変更が不要なデータベース型端末情報管理手法の検討，情報処理学会研究報告 ２０１２（平成２４）年度▲４▼ ［ＣＤ－ＲＯＭ］ ，日本，一般社団法人情報処理学会，2012年12月15日，pp.1-8
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／００
(57)【特許請求の範囲】
【請求項1】
オペレーティングシステム上でアプリケーションを起動して情報処理を行う情報処理装置を、一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得するＤＮＳクエリ取得手段と、
前記ＤＮＳクエリ取得手段によって取得された前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する判定手段と、
前記判定手段によって前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記判定手段によってＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更してＤＮＳクエリを処理するアプリケーションソフトウェアを介して前記ＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得するＩＰアドレス取得手段、
として機能させることを特徴とするアプリケーションソフトウェア。
【請求項2】
オペレーティングシステム上でアプリケーションを起動して情報処理を行う情報処理装置を、一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得するＤＮＳクエリ取得手段と、
前記ＤＮＳクエリ取得手段によって取得された前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する判定手段と、
前記判定手段によって前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記判定手段によってＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバに前記ＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得するＩＰアドレス取得手段、
として機能させることを特徴とするアプリケーションソフトウェア。
【請求項3】
オペレーティングシステム上でアプリケーションを起動して情報処理を行わせる情報処理方法であって、一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得する工程と、
前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する工程と、
前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記ＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更してＤＮＳクエリを処理するアプリケーションソフトウェアを介して前記ＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得する工程と、
を含むことを特徴とする情報処理方法。
【請求項4】
オペレーティングシステム上でアプリケーションを起動して情報処理を行わせる情報処理方法であって、一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得する工程と、
前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する工程と、
前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記ＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバに前記ＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得する工程と、
を含むことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はアプリケーションソフトウェアおよび情報処理方法に関するものである。
【背景技術】
【0002】
ネットワーク通信に関し、ＬＡＮ内での通信を前提とすると、柔軟なアプリケーションの開発を行うことができる。しかしながら、インターネット上での通信を考慮すると、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）越え問題や、移動透過性等の様々な問題を解決する必要がある。これらの問題を解決し、ネットワークをフラット化し、インターネットを大きなＬＡＮとして扱う技術が提案されている。
【0003】
例えば、非特許文献１には、ＮＴＭｏｂｉｌｅ（Ｎｅｔｗｏｒｋ Ｔｒａｖｅｒｓａｌ ｗｉｔｈ Ｍｏｂｉｌｉｔｙ）を実現するネットワークアプリケーションソフトウェアが開示されている。ＮＴＭｏｂｉｌｅは、端末の不変的なアドレスとして仮想アドレスを用いる。そして、ＮＴＭｏｂｉｌｅは、仮想アドレスを用いて生成される通信パケットを、実アドレスでカプセル化する。
【0004】
非特許文献２には、ＮＴＭｏｂｉｌｅの上記機能を、ＮＴＭｏｂｉｌｅ ｆｒａｍｅｗоｒｋライブラリ（ＮＴＭｆｗ）と呼ばれるアプリケーションライブラリとして提供する技術が開示されている。
【先行技術文献】
【特許文献】
【0005】
【文献】上醉尾一真、鈴木秀和、内藤克浩、渡邊晃、「ＩＰｖ４／ＩＰｖ６混在環境で移動透過性を実現するＮＴＭｏｂｉｌｅの実装と評価」、情報処理学会論文誌、Ｖｏｌ．５４，Ｎｏ．１０，ｐｐ．２２８８－２２９９，２０１３年１０月
【文献】納堂博史、杉原史人、鈴木秀和、内藤克浩、渡邊晃、「実用化に向けたNTMobileフレームワークの実装と評価」電子情報通信学会技術研究報告、Ｖｏｌ．１１６， Ｎｏ．５０９， ｐｐ．２８１－２８８，２０１７年３月
【発明の概要】
【発明が解決しようとする課題】
【0006】
非特許文献２に開示される技術のように、アプリケーションにＮＴＭｆｗを組み込むことによって、ＮＴＭｏｂｉｌｅの機能を利用することが可能になる。しかしながら、一般通信とソケットインタフェースが異なるため、既存のアプリケーションをそのまま使用することができないという問題が生じる。また、ユーザが、端末にＮＴＭｏｂｉｌｅをインストールした状態において、仮想ネットワーク通信（仮想アドレスを用いた通信）と一般のネットワーク通信とを並行して実行できることが求められている。
【0007】
本発明は、既存のアプリケーションソフトウェアを用いて、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができるアプリケーションソフトウェアおよび情報処理方法を提供することを解決すべき課題としている。
【課題を解決するための手段】
【0008】
第１発明のアプリケーションソフトウェアは、
オペレーティングシステム上でアプリケーションを起動して情報処理を行う情報処理装置を、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得するＤＮＳクエリ取得手段と、
前記ＤＮＳクエリ取得手段によって取得された前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する判定手段と、
前記判定手段によって前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記判定手段によってＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更してＤＮＳクエリを処理するアプリケーションソフトウェアを介して前記ＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得するＩＰアドレス取得手段、
として機能させることを特徴とする。
オペレーティングシステム上でアプリケーションを起動して情報処理を行う情報処理装置を、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得するＤＮＳクエリ取得手段と、
前記ＤＮＳクエリ取得手段によって取得された前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する判定手段と、
前記判定手段によって前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記判定手段によってＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更してＤＮＳクエリを処理するアプリケーションソフトウェアを介して前記ＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得するＩＰアドレス取得手段、
として機能させることを特徴とする。
【0009】
第１発明のアプリケーションソフトウェアは、取得した通信相手のＦＱＤＮに特定のドメイン名が含まれていると判定する場合、ＩＰアドレス取得手段によってトンネル経路を生成するとともに通信相手の仮想ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、生成された通信経路を介して仮想ＩＰアドレスを宛先にして仮想ネットワーク通信を行うことができる。一方で、本第１発明のアプリケーションソフトウェアは、取得したＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合、ＤＮＳクエリを処理するアプリケーションソフトウェアを介してＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、本発明のアプリケーションソフトウェアを介することなく、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。したがって、本第１発明のアプリケーションソフトウェアは、ＦＱＤＮ内に特定のドメイン名が含まれているか否かによって、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができる。
【0010】
第２発明のアプリケーションソフトウェアは、
オペレーティングシステム上でアプリケーションを起動して情報処理を行う情報処理装置を、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得するＤＮＳクエリ取得手段と、
前記ＤＮＳクエリ取得手段によって取得された前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する判定手段と、
前記判定手段によって前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記判定手段によってＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバに前記ＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得するＩＰアドレス取得手段、
として機能させることを特徴とする。
オペレーティングシステム上でアプリケーションを起動して情報処理を行う情報処理装置を、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得するＤＮＳクエリ取得手段と、
前記ＤＮＳクエリ取得手段によって取得された前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する判定手段と、
前記判定手段によって前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記判定手段によってＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバに前記ＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得するＩＰアドレス取得手段、
として機能させることを特徴とする。
【0011】
第２発明のアプリケーションソフトウェアは、取得した通信相手のＦＱＤＮに特定のドメイン名が含まれていると判定する場合、ＩＰアドレス取得手段によってトンネル経路を生成するとともに通信相手の仮想ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、生成された通信経路を介して仮想ＩＰアドレスを宛先にして仮想ネットワーク通信を行うことができる。一方で、本第２発明のアプリケーションソフトウェアは、取得したＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合、ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバにＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、取得した実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。
【0012】
第３発明の情報処理方法は、
オペレーティングシステム上でアプリケーションを起動して情報処理を行わせる情報処理方法であって、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得する工程と、
前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する工程と、
前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記ＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更してＤＮＳクエリを処理するアプリケーションソフトウェアを介して前記ＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得する工程と、
を含むことを特徴とする。
オペレーティングシステム上でアプリケーションを起動して情報処理を行わせる情報処理方法であって、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得する工程と、
前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する工程と、
前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記ＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更してＤＮＳクエリを処理するアプリケーションソフトウェアを介して前記ＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得する工程と、
を含むことを特徴とする。
【0013】
第３発明の情報処理方法は、取得した通信相手のＦＱＤＮに特定のドメイン名が含まれていると判定する場合、トンネル経路を生成するとともに通信相手の仮想ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、生成された通信経路を介して仮想ＩＰアドレスを宛先にして仮想ネットワーク通信を行うことができる。一方で、本第３発明の情報処理方法は、取得したＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合、ＤＮＳクエリを処理するアプリケーションソフトウェアを介してＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。したがって、本第３発明の情報処理方法は、ＦＱＤＮ内に特定のドメイン名が含まれているか否かによって、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができる。
【0014】
第４発明の情報処理方法は、
オペレーティングシステム上でアプリケーションを起動して情報処理を行わせる情報処理方法であって、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得する工程と、
前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する工程と、
前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記ＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバに前記ＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得する工程と、
を含むことを特徴とする。
オペレーティングシステム上でアプリケーションを起動して情報処理を行わせる情報処理方法であって、
一般のアプリケーションソフトウェアで通信相手のＦＱＤＮを指定することによって生成されるＤＮＳクエリを取得する工程と、
前記ＤＮＳクエリに含まれる前記ＦＱＤＮ内に特定のドメイン名が含まれているか否か判定する工程と、
前記ＦＱＤＮ内に特定のドメイン名が含まれていると判定する場合に、通信経路を生成するとともに通信相手の仮想ＩＰアドレスを取得し、前記ＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合に、前記ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバに前記ＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得する工程と、
を含むことを特徴とする。
【0015】
第４発明のアプリケーションソフトウェアは、取得した通信相手のＦＱＤＮに特定のドメイン名が含まれていると判定する場合、トンネル経路を生成するとともに通信相手の仮想ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、生成された通信経路を介して仮想ＩＰアドレスを宛先にして仮想ネットワーク通信を行うことができる。一方で、本第４発明のアプリケーションソフトウェアは、取得したＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合、ＤＮＳクエリの送信元ＩＰアドレスを変更して物理ＮＩＣを介してＤＮＳサーバにＤＮＳクエリを送信して通信相手の実ＩＰアドレスを取得することができる。これにより、一般のアプリケーションソフトウェアは、取得した実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。
【0016】
したがって、第１発明及び第２発明のアプリケーションソフトウェア、並びに第３発明及び第４発明の情報処理方法は、既存のアプリケーションソフトウェアを用いて、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができる
【図面の簡単な説明】
【0017】
【図5】図５は、図１のユーザ端末において、ＤＮＳクエリのＦＱＤＮ内にドメイン名が含まれていない場合に、ＤＮＳ応答がＰＮＩＣから直接ＤＮＳリゾルバに渡され、実ＩＰアドレスを取得する方法を説明する説明図である。
【図6】図６は、図１のユーザ端末において、ＤＮＳクエリのＦＱＤＮ内にドメイン名が含まれていない場合に、ＤＮＳ応答がＰＮＩＣからＤＮＳ対応アプリを介してＶＮＩＣ経由でＤＮＳリゾルバに渡され、実ＩＰアドレスを取得する方法を説明する説明図である。
【発明を実施するための形態】
【0018】
次に、本発明のアプリケーションソフトウェア、および情報処理方法を具体化した実施例１、２について、図面を参照しつつ説明する。
【0019】
＜実施例１＞
（通信システム）
図１に示す通信システム１は、仮想ネットワーク通信および一般ネットワーク通信（実ネットワーク通信）を行うシステムである。通信システム１は、図１に示すように、ユーザ端末１０と、第１端末１１と、第２端末１２と、ＤＣ装置２０と、ＤＮＳサーバ３０と、を備えている。ユーザ端末１０は、ＤＣ装置２０に対して仮想ネットワークの接続を要求し、第１端末１１と仮想ネットワーク通信を行う。また、ユーザ端末１０は、ＤＮＳサーバ３０に対して名前解決要求（ＤＮＳクエリ）を送信し、第２端末１２と一般ネットワーク通信（インターネット通信）を行う。
（通信システム）
図１に示す通信システム１は、仮想ネットワーク通信および一般ネットワーク通信（実ネットワーク通信）を行うシステムである。通信システム１は、図１に示すように、ユーザ端末１０と、第１端末１１と、第２端末１２と、ＤＣ装置２０と、ＤＮＳサーバ３０と、を備えている。ユーザ端末１０は、ＤＣ装置２０に対して仮想ネットワークの接続を要求し、第１端末１１と仮想ネットワーク通信を行う。また、ユーザ端末１０は、ＤＮＳサーバ３０に対して名前解決要求（ＤＮＳクエリ）を送信し、第２端末１２と一般ネットワーク通信（インターネット通信）を行う。
【0020】
ユーザ端末１０は、本発明の「情報処理装置」に相当する。ユーザ端末１０は、例えばパーソナルコンピュータやスマートフォン等の情報処理装置であり、ＯＳ（オペレーティングシステム）上でアプリケーションを起動して情報処理を行う。ユーザ端末１０は、例えば、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、およびｉＯＳ（登録商標）等のオペレーティングシステムを備えている。図２では、ＯＳ４０がＬｉｎｕｘ（登録商標）として構成される例を示す。ユーザ端末１０は、一般アプリ５０（一般アプリケーションソフトウェア）、ＶＮアプリ６０（本発明のアプリケーションソフトウェア）、およびＤＮＳ対応アプリ８０をダウンロード可能に構成されている。ＶＮアプリ６０は、ＮＴＭｏｂｉｌｅ（Ｎｅｔｗｏｒｋ Ｔｒａｖｅｒｓａｌ ｗｉｔｈ Ｍｏｂｉｌｉｔｙ）を実現するネットワークアプリケーションソフトウェアである。
【0021】
ユーザ端末１０は、図２に示すように、ＯＳ４０上で実現される各種機能を備えている。ＯＳ４０は、ＰＮＩＣ４１と、ＶＮＩＣ４２と、ＢＳＤソケット４３，４４，４５と、を備えている。ＰＮＩＣ４１（物理ＮＩＣ）は、物理的に存在している実ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）であり、一般ネットワーク（実ネットワーク）に接続するためのインタフェースである。ＶＮＩＣ４２（ＴＵＮインタフェース）は、実ＮＩＣをエミュレーションした仮想的なＮＩＣであり、トンネル通信を実現するインタフェースである。ＢＳＤソケット４４は、ＶＮアプリ６０とＯＳ４０との間でデータの送受信を行うためのプログラミングインタフェースである。ＢＳＤソケット４５は、ＤＮＳ対応アプリ８０とＯＳ４０との間でデータの送受信を行うためのプログラミングインタフェースである。
【0022】
ＯＳ４０は、ＤＮＳリゾルバをプログラムに含んでいる。ＤＮＳリゾルバは、ＩＰアドレスを問い合わせるためのＤＮＳクエリを生成するとともに、ＤＮＳ応答を受けて、取得したＩＰアドレスをアプリケーションソフトウェアに返すように機能する。
【0023】
一般アプリ５０は、ユーザ端末１０にユーザによってインストールされるアプリケーションプログラムであり、ＯＳ４０によって実行される。例えば、一般アプリ５０は、一般ネットワーク通信を介してユーザ端末１０にダウンロードされる。
【0024】
ＶＮアプリ（ＴＵＮアプリ）６０は、ユーザ端末１０にユーザによってインストールされるアプリケーションプログラム（仮想ネットワークアプリケーションソフトウェア）であり、ＯＳ４０によって実行される。例えば、一般アプリ５０は、一般ネットワーク通信を介してユーザ端末１０にダウンロードされる。ＶＮアプリ６０は、一般ネットワーク上に仮想ネットワークを構築するためのアプリケーションプログラムである。ＶＮアプリ６０は、図２に示すように、仮想ネットワークライブラリ７０が組み込まれている。
【0025】
ＶＮアプリ６０は、図２に示すように、パケット解析／中継６１、およびＤＮＳ応答作成６２の機能を備えている。パケット解析／中継６１は、本発明の「ＤＮＳクエリ取得手段」、「判定手段」に相当する。パケット解析／中継６１は、一般アプリ５０の依頼でＤＮＳリゾルバが生成するＤＮＳクエリを、ＶＮＩＣ４２経由でフックするように機能する。パケット解析／中継６１は、ＤＮＳクエリ内で示される相手ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）の中に特定のドメイン名が含まれているか否か判断する。パケット解析／中継６１は、相手ＦＱＤＮの中に特定のドメイン名が含まれていると判断する場合、仮想ネットワークライブラリ７０のシグナリング処理７３に信号を送信する。一方で、パケット解析／中継６１は、相手ＦＱＤＮの中に特定のドメイン名が含まれていないと判断する場合、ドメインソケット６４を介してＤＮＳ対応アプリ８０にＤＮＳ信号を送信する。ドメインソケット６４は、ＶＮアプリ６０とＤＮＳ対応アプリ８０との間でデータの送受信を行うためのプログラミングインタフェースである。
【0026】
シグナリング処理７３は、本発明の「ＩＰアドレス取得手段」に相当する。シグナリング処理７３は、シグナリング処理を実行して、後述するＤＣ装置２０の指示に従って通信相手（第１端末１１）とのトンネル経路を生成する。シグナリング処理７３は、さらに、通信相手の仮想ＩＰアドレスを取得する。ＤＮＳ応答作成６２は、シグナリング処理７３が取得した通信相手の仮想ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介してＤＮＳリゾルバに送信する。ＤＮＳリゾルバは、仮想ＩＰアドレスを取り出して、一般アプリ５０に渡す。
【0027】
通信パケット処理７１は、仮想ＩＰアドレスにより生成された通信パケットを、実ＩＰアドレスでカプセル化する。ＴＴ７２は、トンネルテーブルであり、シグナリング処理で生成される。ＴＴ７２は、通信相手の仮想ＩＰアドレスと実ＩＰアドレスが登録されている。
【0028】
ＤＮＳ対応アプリ８０は、一般アプリ５０およびＶＮアプリ６０とは異なるアプリケーションソフトウェアである。ＤＮＳ対応アプリ８０は、ユーザ端末１０にユーザによってインストールされるアプリケーションプログラムであり、ＯＳ４０によって実行される。例えば、一般アプリ５０は、一般ネットワーク通信を介してユーザ端末１０にダウンロードされる。ＤＮＳ対応アプリ８０は、一般のＤＮＳクエリに関する処理を行い、ＰＮＩＣ４１を介してＤＮＳサーバ３０にＤＮＳクエリを送信するように機能する。
【0029】
第１端末１１は、パーソナルコンピュータやスマートフォン等の情報処理端末であり、ＯＳ（オペレーティングシステム）上でアプリケーションを起動して情報処理を行う。ユーザ端末１０は、例えば、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、およびｉＯＳ（登録商標）等のオペレーティングシステムを備えている。第１端末１１は、ＶＮアプリ６０を備えている。
【0030】
第２端末１２は、パーソナルコンピュータやスマートフォン等の情報処理端末であり、ＯＳ（オペレーティングシステム）上でアプリケーションを起動して情報処理を行う。第２端末１２は、例えば、Ｌｉｎｕｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、およびｉＯＳ（登録商標）等のオペレーティングシステムを備えている。第２端末１２は、ＶＮアプリ６０を備えていない。
【0031】
ＤＣ（Ｄｉｒｅｃｔｉｏｎ Ｃｏｏｒｄｉｎａｔｏｒ）装置２０は、一般ネットワーク通信上に配置されるコンピュータであり、ユーザ端末１０に重複しない仮想ＩＰアドレスを配布し、通信経路を指示する機能を有する。ＤＣ装置２０は、ＶＮアプリ６０をサポートする装置であり、ユーザ端末１０からのアクセスが可能なネットワーク上に接続される。ＤＣ装置２０は、仮想ネットワーク通信を行うためにＶＮアプリ６０を用いて登録処理された全ての端末の仮想ＩＰアドレスを管理する。
【0032】
ＤＮＳサーバ３０は、ユーザ端末１０からのアクセスが可能なネットワーク上に接続される。ＤＮＳサーバ３０は、ＦＱＤＮと実ＩＰアドレス（一般ネットワーク通信に用いられるＩＰアドレス）を対応付けするように機能する。ＤＮＳサーバ３０は、ユーザ端末１０から送信されるＦＱＤＮを含むＤＮＳクエリに対して、ＦＱＤＮに対応する実ＩＰアドレスを調べてＤＮＳ応答として返信する。
【0033】
（仮想ネットワーク通信制御）
次に、通信システム１において、仮想ネットワーク通信を行う際の制御について説明する。
まず、ＶＮアプリ６０が、ユーザ端末１０の登録処理を実行し、ＤＣ装置２０から仮想ＩＰアドレスを取得する。このとき、ＶＮアプリ６０は、ＶＮＩＣ４２を作成し、このＶＮＩＣ４２に取得した仮想ＩＰアドレスを割り当てる。また、ＤＮＳクエリがＶＮＩＣ４２へ渡されるようにルーティングテーブルの設定を変更する。これにより、ＤＮＳクエリおよび仮想ＩＰアドレス宛のパケットは、全てＶＮＩＣ４２を介してＶＮアプリ６０へ渡されることになる。
次に、通信システム１において、仮想ネットワーク通信を行う際の制御について説明する。
まず、ＶＮアプリ６０が、ユーザ端末１０の登録処理を実行し、ＤＣ装置２０から仮想ＩＰアドレスを取得する。このとき、ＶＮアプリ６０は、ＶＮＩＣ４２を作成し、このＶＮＩＣ４２に取得した仮想ＩＰアドレスを割り当てる。また、ＤＮＳクエリがＶＮＩＣ４２へ渡されるようにルーティングテーブルの設定を変更する。これにより、ＤＮＳクエリおよび仮想ＩＰアドレス宛のパケットは、全てＶＮＩＣ４２を介してＶＮアプリ６０へ渡されることになる。
【0034】
続いて、通信確立時の動作シーケンスについて説明する。まず、ＶＮアプリ６０が通信相手（第１端末１１）のＦＱＤＮを指定することにより、ＤＮＳクエリが送信される。ＤＮＳクエリは、図３に示すように、ＶＮＩＣ４２を介してＶＮアプリ６０に渡される。ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手のＦＱＤＮを含んでいる。ＶＮアプリ６０は、ＤＮＳクエリを受信すると、通信相手（第１端末１１）のＦＱＤＮの解析を行う。具体的には、パケット解析／中継６１が、ＤＮＳクエリを取得し、ＤＮＳクエリのＦＱＤＮに特定のドメイン名が含まれているか否か判断する。
【0035】
ＶＮアプリ６０は、ＦＱＤＮに特定のドメイン名が含まれていた場合、図３に示すように、通信相手のＦＱＤＮをシグナリング処理７３に渡す。シグナリング処理７３は、仮想ネットワークライブラリ７０により仮想ネットワークのシグナリング処理を実行して、トンネル経路を生成するとともに、通信相手（第１端末１１）の仮想ＩＰアドレスを取得する。ここで、特定のドメイン名とは、特殊な文字列（例えば英数字や記号）である。このとき、ＰＮＩＣ４１を介して取得するＤＮＳ応答は、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手の仮想ＩＰアドレスを含んでいる。ＶＮアプリ６０は、取得した仮想ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介してＤＮＳリゾルバに送信する。ＤＮＳリゾルバは、仮想ＩＰアドレスを取り出して、一般アプリ５０に返信する。
【0036】
その後、一般アプリ５０は、図４に示すように、通信データを通信相手（第１端末１１）の仮想ＩＰアドレス宛に送信する。このデータのパケットは、全てＶＮＩＣ４２を介してＶＮアプリ６０が受け取る。仮想ネットワークライブラリ７０は、受け取ったパケットにヘッダ付与や暗号化等の処理を行い、ＰＮＩＣ４１を介してカプセル化し、通信相手（第１端末１１）に送信する。ＶＮアプリ６０は、通信相手（第１端末１１）から受信したパケットを、上述した送信処理とは逆の手順により、ＶＮＩＣ４２を介して一般アプリ５０へ渡す。ユーザ端末１０内で受け渡されるパケットは、仮想通信ヘッダ、ＩＰヘッダ、ＵＤＰ／ＴＣＰ、通信データ、ＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を含んでいる。ＩＰヘッダ、ＵＤＰ／ＴＣＰ、通信データは、暗号化されている。ＰＮＩＣ４１を介して送受信されるパケットは、ＩＰヘッダ、ＵＤＰヘッダ、仮想通信ヘッダ、ＩＰヘッダ、ＵＤＰ／ＴＣＰ、通信データ、ＭＡＣを含んでいる。ＩＰヘッダ、ＵＤＰ／ＴＣＰ、通信データは、暗号化されている。
【0037】
（一般ネットワーク通信制御）
次に、通信システム１において、一般ネットワーク通信を行う際の制御について説明する。
ユーザ端末１０は、ＦＱＤＮに特定のドメイン名が含まれていない場合、一般ネットワーク通信を行う。例えば、ユーザ端末１０は、第２端末１２と一般ネットワーク通信を行う。ＶＮアプリ６０は、図５に示すように、ＤＮＳクエリの送信元ＩＰアドレスを変更して、一般ネットワーク通信のためのＤＮＳクエリ（一般ＤＮＳクエリ）を、ドメインソケット６４を介してＤＮＳ対応アプリ８０に渡す。ここで、ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。ＤＮＳ対応アプリ８０は、ＢＳＤソケット４５を介してＯＳ４０にＤＮＳクエリ情報を渡す。ここで、ＤＮＳクエリ情報は、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。ＯＳ４０は、ＤＮＳクエリをＰＮＩＣ４１を介してＤＮＳサーバ３０に送信する。ここで、ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。
次に、通信システム１において、一般ネットワーク通信を行う際の制御について説明する。
ユーザ端末１０は、ＦＱＤＮに特定のドメイン名が含まれていない場合、一般ネットワーク通信を行う。例えば、ユーザ端末１０は、第２端末１２と一般ネットワーク通信を行う。ＶＮアプリ６０は、図５に示すように、ＤＮＳクエリの送信元ＩＰアドレスを変更して、一般ネットワーク通信のためのＤＮＳクエリ（一般ＤＮＳクエリ）を、ドメインソケット６４を介してＤＮＳ対応アプリ８０に渡す。ここで、ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。ＤＮＳ対応アプリ８０は、ＢＳＤソケット４５を介してＯＳ４０にＤＮＳクエリ情報を渡す。ここで、ＤＮＳクエリ情報は、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。ＯＳ４０は、ＤＮＳクエリをＰＮＩＣ４１を介してＤＮＳサーバ３０に送信する。ここで、ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。
【0038】
続いて、ユーザ端末１０は、図５に示すように、ＤＮＳサーバ３０から送信されるＤＮＳ応答を、ＰＮＩＣ４１を介して取得する。ここで、ＰＮＩＣ４１が取得するＤＮＳ応答は、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手の実ＩＰアドレスを含んでいる。そして、ＤＮＳクエリを送信するときの送信元ポート番号（アプリケーションを識別する番号）が、ＤＮＳリゾルバの番号になっている場合、ＤＮＳ応答がＰＮＩＣ４１から直接ＤＮＳリゾルバに渡される。これにより、一般アプリ５０は、ＶＮアプリ６０を介することなく、後述するように、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。
【0039】
なお、ユーザ端末１０によるＤＮＳクエリの取得方法は、図６に示す制御のように行ってもよい。ＤＮＳクエリを送信するときの送信元ポート番号が、ＤＮＳ対応アプリ８０の番号になっている場合、ＤＮＳ応答がＰＮＩＣ４１からＤＮＳ対応アプリ８０を介してＶＮＩＣ４２経由でＤＮＳリゾルバに渡される。ＰＮＩＣ４１が取得するＤＮＳ応答は、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手の実ＩＰアドレスを含んでいる。ＤＮＳ対応アプリ８０は、ＰＮＩＣ４１を介してＤＮＳ応答を取得する。ここで、ＤＮＳ応答は、ＤＮＳヘッダ、通信相手の実ＩＰアドレスを含んでいる。ＶＮアプリ６０は、ドメインソケット６４を介してＤＮＳ対応アプリ８０からＤＮＳ応答を取得し、ＶＮＩＣ４２を介してリゾルバに渡され、一般アプリ５０に通信相手の実ＩＰアドレスを認識させる。ここで、ＤＮＳ応答は、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手の実ＩＰアドレスを含んでいる。これにより、一般アプリ５０は、ＶＮアプリ６０を介することなく、後述するように、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。
【0040】
その後、一般アプリ５０は、図７に示すように、通信データを通信相手（第２端末１２）の実ＩＰアドレス宛に送信する。このデータのパケットは、ＰＮＩＣ４１を介して第２端末１２に送信する。このパケットは、ＩＰヘッダ、ＵＤＰ／ＴＣＰ、通信データを含んでいる。一般アプリ５０は、第２端末１２から送信されるパケットを、上述した送信処理とは逆の手順により、ＰＮＩＣ４１を介して取得する。
【0041】
以上のように、実施例１のＶＮアプリ６０は、パケット解析／中継６１によって取得した通信相手（第１端末１１）のＦＱＤＮに特定のドメイン名が含まれていると判定する場合、シグナリング処理７３によってシグナリング処理を実行してトンネル経路を生成するとともに通信相手の仮想ＩＰアドレスを取得することができる。これにより、一般アプリ５０は、生成された通信経路を介して仮想ＩＰアドレスを宛先にして仮想ネットワーク通信を行うことができる。一方で、ＶＮアプリ６０は、パケット解析／中継６１によって取得したＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合、ＤＮＳクエリを処理するＤＮＳ対応アプリ８０を介してＤＮＳクエリをＤＮＳサーバに送信して通信相手の実ＩＰアドレスを取得することができる。これにより、一般アプリ５０は、ＶＮアプリ６０を介することなく、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。したがって、ＶＮアプリ６０は、ＦＱＤＮ内に特定のドメイン名が含まれているか否かによって、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができる。
【0042】
したがって、実施例１のＶＮアプリ６０は、既存の一般アプリ５０を用いて、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができる。特に、ＶＮアプリ６０は、仮想ネットワーク通信と一般のネットワーク通信とを並行して同時に行うこともできる。
【0043】
＜実施例２＞
実施例２の通信システム１は、実施例１の通信システム１に対して、一般ネットワーク通信を行う際の制御が主に異なっている。したがって、通信システム１の詳しい構成、仮想ネットワーク通信を行う際の制御については説明を省略する。
実施例２の通信システム１は、実施例１の通信システム１に対して、一般ネットワーク通信を行う際の制御が主に異なっている。したがって、通信システム１の詳しい構成、仮想ネットワーク通信を行う際の制御については説明を省略する。
【0044】
（通信システム）
ＶＮアプリ６０は、図８に示すように、実施例１と異なりＤＮＳ応答作成６２の代わりに、ＤＮＳ要求送信・ＤＮＳ応答作成２６２の機能を備えている。ＤＮＳ要求送信・ＤＮＳ応答作成２６２は、仮想ネットワーク通信の制御時に、シグナリング処理７３が取得した通信相手の仮想ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介して一般アプリ５０に送信する。また、ＤＮＳ要求送信・ＤＮＳ応答作成２６２は、一般ネットワーク通信の制御時に、ＰＮＩＣ４１を介して取得した通信相手の実ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介して一般アプリ５０に送信する。
ＶＮアプリ６０は、図８に示すように、実施例１と異なりＤＮＳ応答作成６２の代わりに、ＤＮＳ要求送信・ＤＮＳ応答作成２６２の機能を備えている。ＤＮＳ要求送信・ＤＮＳ応答作成２６２は、仮想ネットワーク通信の制御時に、シグナリング処理７３が取得した通信相手の仮想ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介して一般アプリ５０に送信する。また、ＤＮＳ要求送信・ＤＮＳ応答作成２６２は、一般ネットワーク通信の制御時に、ＰＮＩＣ４１を介して取得した通信相手の実ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介して一般アプリ５０に送信する。
【0045】
（一般ネットワーク通信制御）
実施例２の通信システム１において、一般ネットワーク通信を行う際の制御について説明する。
ユーザ端末１０は、ＦＱＤＮに特定のドメイン名が含まれていない場合、一般ネットワーク通信を行う。例えば、ユーザ端末１０は、第２端末１２と一般ネットワーク通信を行う。ＶＮアプリ６０は、ＤＮＳクエリの送信元ＩＰアドレスを変更して、図８に示すように、ＤＮＳ要求送信・ＤＮＳ応答作成２６２によってＰＮＩＣ４１を介してＤＮＳサーバ３０にＤＮＳクエリ（一般ＤＮＳクエリ）を送信する。ここで、ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。
実施例２の通信システム１において、一般ネットワーク通信を行う際の制御について説明する。
ユーザ端末１０は、ＦＱＤＮに特定のドメイン名が含まれていない場合、一般ネットワーク通信を行う。例えば、ユーザ端末１０は、第２端末１２と一般ネットワーク通信を行う。ＶＮアプリ６０は、ＤＮＳクエリの送信元ＩＰアドレスを変更して、図８に示すように、ＤＮＳ要求送信・ＤＮＳ応答作成２６２によってＰＮＩＣ４１を介してＤＮＳサーバ３０にＤＮＳクエリ（一般ＤＮＳクエリ）を送信する。ここで、ＤＮＳクエリは、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、相手ＦＱＤＮを含んでいる。
【0046】
続いて、ユーザ端末１０は、図８に示すように、ＤＮＳサーバ３０から送信されるＤＮＳ応答を、ＰＮＩＣ４１を介して取得する。ここで、ＰＮＩＣ４１が取得するＤＮＳ応答は、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手の実ＩＰアドレスを含んでいる。そして、ＤＮＳクエリを送信するときの送信元ポート番号（アプリケーションを識別する番号）が、ＤＮＳリゾルバの番号になっている場合、ＤＮＳ応答がＰＮＩＣ４１から直接ＤＮＳリゾルバに渡される。これにより、一般アプリ５０は、ＶＮアプリ６０を介することなく、後述するように、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。
【0047】
なお、ユーザ端末１０によるＤＮＳクエリの取得方法は、図９に示す制御のように行ってもよい。ＤＮＳクエリを送信するときの送信元ポート番号が、ＶＮアプリ６０の番号になっている場合、ＤＮＳ応答がＰＮＩＣ４１からＶＮアプリ６０を介してＶＮＩＣ４２経由でＤＮＳリゾルバに渡される。ＤＮＳ要求送信・ＤＮＳ応答作成２６２は、ＰＮＩＣ４１を介して取得した通信相手の実ＩＰアドレスをＤＮＳ応答に記載し、ＶＮＩＣ４２を介してリゾルバに渡され、一般アプリ５０に通信相手の実ＩＰアドレスを認識させる。ここで、ＤＮＳ応答は、ＩＰヘッダ、ＵＤＰヘッダ、ＤＮＳヘッダ、通信相手の実ＩＰアドレスを含んでいる。
【0048】
その後、一般アプリ５０は、上述した実施例１と同様の方法（図７参照）によってパケット通信を行う。
【0049】
以上のように、実施例２のＶＮアプリ６０は、取得したＦＱＤＮ内に特定のドメイン名が含まれていないと判定する場合、ＤＮＳクエリの送信元ＩＰアドレスを変更してＰＮＩＣ４１を介してＤＮＳサーバ３０にＤＮＳクエリを送信して通信相手（第２端末１２）の実ＩＰアドレスを取得することができる。これにより、一般アプリ５０は、実ＩＰアドレスを宛先として一般のネットワーク通信を行うことができる。
【0050】
したがって、実施例２のＶＮアプリ６０は、既存の一般アプリ５０を用いて、仮想ネットワーク通信と一般のネットワーク通信とを使い分けることができる
【0051】
本発明は上記記述及び図面によって説明した実施例１及び２に限定されるものではなく、例えば次のような実施例も本発明の技術的範囲に含まれる。
実施例１では、通信システム１において、第１端末および第２端末をそれぞれ１つ例示した。しかしながら、第１端末および第２端末がともに複数存在していてもよい。すなわち、ユーザ端末１０は、異なる仮想ＩＰアドレスが割り当てられた複数の第１端末と仮想ネットワーク通信を行い、異なる実ＩＰアドレスが割り当てられた複数の第２端末１２と一般ネットワーク通信を行う構成であってもよい。
実施例１では、通信システム１において、第１端末および第２端末をそれぞれ１つ例示した。しかしながら、第１端末および第２端末がともに複数存在していてもよい。すなわち、ユーザ端末１０は、異なる仮想ＩＰアドレスが割り当てられた複数の第１端末と仮想ネットワーク通信を行い、異なる実ＩＰアドレスが割り当てられた複数の第２端末１２と一般ネットワーク通信を行う構成であってもよい。
【符号の説明】
【0052】
１…通信システム
１０…ユーザ端末（情報処理装置）
１１…第１端末
１２…第２端末
２０…ＤＣ装置
３０…ＤＮＳサーバ
４１…ＰＮＩＣ
４２…ＶＮＩＣ
４３，４４，４５…ＢＳＤソケット
５０…一般アプリ（一般のアプリケーションソフトウェア）
６０…ＶＮアプリ（アプリケーションソフトウェア）
６１…パケット解析／中継（ＤＮＳクエリ取得手段、判定手段）
６２…ＤＮＳ応答作成
６３…アドレス変化検出
６４…ドメインソケット
７０…仮想ネットワークライブラリ
７１…通信パケット処理
７３…シグナリング処理（ＩＰアドレス取得手段）
８０…ＤＮＳ対応アプリ（ＤＮＳクエリを処理するアプリケーションソフトウェア）
２６２…ＤＮＳ要求送信・ＤＮＳ応答作成
１０…ユーザ端末（情報処理装置）
１１…第１端末
１２…第２端末
２０…ＤＣ装置
３０…ＤＮＳサーバ
４１…ＰＮＩＣ
４２…ＶＮＩＣ
４３，４４，４５…ＢＳＤソケット
５０…一般アプリ（一般のアプリケーションソフトウェア）
６０…ＶＮアプリ（アプリケーションソフトウェア）
６１…パケット解析／中継（ＤＮＳクエリ取得手段、判定手段）
６２…ＤＮＳ応答作成
６３…アドレス変化検出
６４…ドメインソケット
７０…仮想ネットワークライブラリ
７１…通信パケット処理
７３…シグナリング処理（ＩＰアドレス取得手段）
８０…ＤＮＳ対応アプリ（ＤＮＳクエリを処理するアプリケーションソフトウェア）
２６２…ＤＮＳ要求送信・ＤＮＳ応答作成
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
