特許 7203297 エンドツーエンド暗号化通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-01-04

(45)【発行日】2023-01-13

(54)【発明の名称】エンドツーエンド暗号化通信システム

(51)【国際特許分類】

   H04L 67/02 20220101AFI20230105BHJP

【ＦＩ】

H04L67/02

【請求項の数】 1

(21)【出願番号】P 2017200610

(22)【出願日】2017-09-27

(65)【公開番号】P2019062512

(43)【公開日】2019-04-18

【審査請求日】2020-08-19

(73)【特許権者】

【識別番号】506091665

【氏名又は名称】有限会社シモウサ・システムズ

(72)【発明者】

【氏名】山本 明生

【審査官】羽岡 さやか

(56)【参考文献】

【文献】特開２００６－１６５６７８（ＪＰ，Ａ）

【文献】特許第４０８１７２４（ＪＰ，Ｂ１）

【文献】特開２００６－０５３７９９（ＪＰ，Ａ）

【文献】特表２０１５－５０７９０１（ＪＰ，Ａ）

【文献】国際公開第２００６／０６７８３１（ＷＯ，Ａ１）

【文献】特表２０１４－５２２０１４（ＪＰ，Ａ）

【文献】特表２０１６－５２２４７８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １２／００－６９／４０

Ｈ０４Ｌ ９／００－９／４０

(57)【特許請求の範囲】

【請求項1】

暗号通信路であるＨＴＴＰＳ上のＷｅｂＳｏｃｋｅｔ等のコネクション型プロトコルにて接続された２台以上のＰ２Ｐ Ｅ２ＥＥクライアント通信装置と、その接続を受け付けるリレーサーバ等と呼ばれるＰ２Ｐ Ｅ２ＥＥサーバ通信装置からなる通信装置構成群であり、ある瞬間に特定の２台のＰ２Ｐ Ｅ２ＥＥクライアント間の通信が左記のＰ２Ｐ Ｅ２ＥＥサーバ通信装置を経由して送受信される通信装置群であり、暗号通信路であるＨＴＴＰＳ上のＷｅｂＳｏｃｋｅｔ等のコネクション型プロトコルのコネクションがそれぞれのＰ２Ｐ Ｅ２ＥＥクライアントとＰ２Ｐ Ｅ２ＥＥサーバ間で終端されている通信装置群であり、この構成において特定の２台の通信が、中継路上でＨＴＴＰＳ上のＷｅｂＳｏｃｋｅｔ等のコネクション型プロトコルのコネクションを終端しているＰ２Ｐ Ｅ２ＥＥサーバ通信装置に復号されないよう、１台目のＰ２Ｐ Ｅ２ＥＥクライアントとＰ２ＰＥ２ＥＥサーバ間のＨＴＴＰＳ上のＷｅｂＳｏｃｋｅｔ等のコネクション型プロトコルのコネクション、ならびに２台目のＰ２Ｐ Ｅ２ＥＥクライアントとＰ２ＰＥ２ＥＥサーバ間のＨＴＴＰＳ上のＷｅｂＳｏｃｋｅｔ等のコネクション型プロトコルのコネクションを経由する論理的な通信路上で、もう一つの疑似的なＳＳＬ／ＴＬＳ通信を確立し、通信をする通信装置群

【発明の詳細な説明】

【技術分野】

【0001】

本発明は，ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）が策定するＯＳＩ参照モデル（非特許文献１参照）のトランスポート層以上の階層で中継を行う機器を経由した通信において，通信の当事者間で暗号化通信を行い，中継を行う機器における通信内容の解読を防止するものである。

【背景技術】

【0002】

家庭のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）環境や，各種事業所のＬＡＮ環境でインターネット通信を行う場合，ルータが持つＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）機能（非特許文献２参照）により，ＩＰアドレスやポート番号が変換され通信が行われる。

【0003】

また各種事業所のＬＡＮ環境からインターネット通信を行う場合，ファイアウォール機器により，通信可能な通信種別が制限されている環境が多い。

【先行技術文献】

【非特許文献】

【0004】

【文献】“Ｔｈｅ Ｂａｓｉｃ Ｒｅｆｅｒｅｎｃｅ Ｍｏｄｅｌ ｏｆ Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ（ＯＳＩ）”，ＩＳＯ／ＩＥＣ ７ ４９８、１９８９年

【文献】Ｐ．Ｓｒｉｓｕｒｅｓｈ、Ｍ．Ｈｏｌｄｒｅｇｅ、Ｌｕｃｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ、“ＩＰ Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ（ＮＡＴ）Ｔｅｒｍｉｎｏｌｏｇｙ ａｎｄ Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ”、ＲＦＣ２６６３、［ｏｎｌｉｎｅ］、１９９９年８月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ２６６３〉

【発明の開示】

【発明が解決しようとする課題】

【0005】

このようなインターネット通信環境において，ピアツーピア通信を行う当事者はＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ；非特許文献３参照），あるいはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ；非特許文献４参照）等，ＯＳＩ参照モデルのトランスポート層に位置する通信プロトコルを用いて，リレーサーバ，あるいはリレーエージェント等と名付けられた通信の中継を行う機器に対する通信路を確立し，中継を行う機器を介した形で通信を行うことがある。

【0006】

一方，通信当事者間での暗号化通信を実現するための暗号通信プロトコルとして広く普及しているＳＳＬ／ＴＬＳ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）／ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ；非特許文献５、非特許文献６、非特許文献７参照）では，ＯＳＩ参照モデルのトランスポート層において通信を終端するプログラム間での暗号化通信を行う。

【0007】

中継を行う機器を介したピアツーピア通信を行う場合，通信当事者であるプログラムは，中継を行う機器上の中継プログラムとの間でトランスポート層の論理的な通信セッションを確立する。この通信においてＳＳＬ／ＴＬＳを使用する場合，通信内容の暗号化は，通信当事者であるプログラムと中継を行う機器上の中継プログラムとの間で行われる。

【0008】

すると，中継を行う機器上の中継プログラムが通信内容を復号し，内容を解読することができる。このため通信の当事者は通信の中継経路を運用する者に，通信内容を解読され得るという潜在的な脅威を持つことになる。

【先行技術文献】

【非特許文献】

【0009】

【文献】Ｄｅｆｅｎｓｅ Ａｄｖａｎｃｅｄ Ｒｅｓｅａｒｃｈ Ｐｒｏｊｅｃｔｓ Ａｇｅｎｃｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ Ｔｅｃｈｎｉｑｕｅｓ Ｏｆｆｉｃｅ、“Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ”、ＲＦＣ７９３、［ｏｎｌｉｎｅ］、１９８１年９月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ７９３〉

【文献】Ｊ．Ｐｏｓｔｅｌ、“Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ”、ＲＦＣ７６８、［ｏｎｌｉｎｅ］、１９８０年８月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ７６８〉

【文献】Ｔ．Ｄｉｅｒｋｓ、Ｃ．Ａｌｌｅｎ、“Ｔｈｅ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ（ＴＬＳ）Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ １．０”、ＲＦＣ２２４６、［ｏｎｌｉｎｅ］、１９９９年１月、［平成２９年９月２７日検索］、インターネットｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ２２４６

【文献】Ｔ．Ｄｉｅｒｋｓ、Ｅ．Ｒｅｓｃｏｒｌａ、“Ｔｈｅ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ（ＴＬＳ）Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ １．１”、ＲＦＣ４３４６、［ｏｎｌｉｎｅ］、２００６年４月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ４３４６〉

【文献】Ｔ．Ｄｉｅｒｋｓ、Ｅ．Ｒｅｓｃｏｒｌａ、“Ｔｈｅ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ（ＴＬＳ）Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ １．２”、ＲＦＣ５２４６、［ｏｎｌｉｎｅ］、２００８年８月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ５２４６〉

【課題を解決するための手段】

【0010】

本発明は、図１に示すとおり、Ｐ２Ｐ Ｅ２ＥＥクライアントとＰ２Ｐ Ｅ２ＥＥエージェント，並びにリレーサーバより構成される。

【0011】

通信に先立ち，まずリレーサーバが特定のＴＣＰポートにおいて待受けを行う。

【0012】

Ｐ２Ｐ Ｅ２ＥＥクライアント，およびＰ２Ｐ Ｅ２ＥＥエージェントはリレーサーバに対して，自身の識別子を提示し，ＴＣＰコネクション，あるいはＷｅｂＳｏｃｋｅｔを用いた論理的なセッションを確立し，任意のタイミングで片方向，あるいは双方向の通信ができる状態にする。

【0013】

Ｐ２Ｐ Ｅ２ＥＥクライアントは，コンピュータ１内のＴＣＰポート上で，外部プログラムからの待受けを行っており，ＴＣＰサーバとして振る舞う。

【0014】

Ｐ２Ｐ Ｅ２ＥＥクライアントが外部プログラムからＴＣＰコネクションの確立を受けると，Ｐ２Ｐ Ｅ２ＥＥクライアントは，リレーサーバを通じて，Ｐ２Ｐ Ｅ２ＥＥエージェントに対する擬似的なＴＣＰコネクションを確立する。

【0015】

Ｐ２Ｐ Ｅ２ＥＥエージェントは，コンピュータ２内で，ＴＣＰクライアントとしても振る舞い，擬似的なＴＣＰコネクションの確立時に外部サーバへのＴＣＰコネクションを確立する。この外部サーバのＩＰアドレスあるいはホスト名とＴＣＰのポート番号は，予めＰ２Ｐ Ｅ２ＥＥエージェントが設定値として保持しているか，リレーサーバより擬似的なＴＣＰコネクションの確立時に指定されるものとする。なお，図１では外部サーバがＰ２Ｐ Ｅ２ＥＥエージェントと同じコンピュータ上に位置しているが，別のコンピュータ上にあっても良い。

【0016】

Ｐ２Ｐ Ｅ２ＥＥクライアントとＰ２Ｐ Ｅ２ＥＥエージェント間で擬似ＴＣＰコネクションが確立された後，Ｐ２Ｐ Ｅ２ＥＥクライアントとＰ２Ｐ Ｅ２ＥＥエージェントの間では，この擬似ＴＣＰコネクション上でＳＳＬ／ＴＬＳのセッションが確立される。

【0017】

［００１４］から［００１５］で記述された擬似ＴＣＰコネクションの確立に際し，Ｐ２Ｐ Ｅ２ＥＥクライアントはリレーサーバに通信相手であるＰ２Ｐ Ｅ２ＥＥエージェントを識別するための識別子を添えて，擬似ＴＣＰコネクションの確立を要求する。また，Ｐ２Ｐ Ｅ２ＥＥエージェントがリレーサーバから擬似ＴＣＰコネクションの確立を要求される場合には，当該擬似ＴＣＰコネクションの確立を要求しているＰ２Ｐ Ｅ２ＥＥクライアントの識別子が添えられる。 ＴＣＰコネクションの確立後ＳＳＬ／ＴＬＳのセッション開始にあたって，Ｐ２Ｐ Ｅ２ＥＥクライアントとＰ２Ｐ Ｅ２ＥＥエージェントの間ではＳＳＬ／ＴＬＳのハンドシェークが行われるが，その時に交換されるＸ．５０９形式の公開鍵証明書によりお互いの正当性を相互に確認する。この時公開鍵証明書には共通名（Ｃｏｍｍｏｎ Ｎａｍｅ）フィールドが備わっているが，Ｐ２Ｐ Ｅ２ＥＥクライアント，あるいはＰ２Ｐ Ｅ２ＥＥエージェントの識別子を共通名として備えた公開鍵証明書を使用する。

【0018】

以上の様に，擬似的なＴＣＰコネクションを確立し，その上でＳＳＬ／ＴＬＳセッションを確立することで，Ｐ２Ｐ Ｅ２ＥＥクライアントとＰ２Ｐ Ｅ２ＥＥエージェントの間には，中継する機器であるリレーサーバによる通信内容の読取りが困難な論理的通信路が確立される。

【発明の効果】

【0019】

利用者は、ＮＡＰＴやファイアウォール機器が介在する環境等，直接のピアツーピア通信が困難な環境においてピアツーピア通信を行う場合でも，中継路上の各種中継機器による通信内容の読取りの可能性を排除し，安全な通信を行う事ができる。

【発明を実施するための最良の形態】

【0020】

本件発明の具体的な実装の一例では、図２に示すように，Ｐ２Ｐ Ｅ２ＥＥクライアントからリレーサーバ，およびＰ２Ｐ Ｅ２ＥＥエージェントからリレーサーバに対して論理的通信路を確立するために，ＲＦＣ６４５５として定義されているＷｅｂＳｏｃｋｅｔプロトコル（非特許文献８参照）を使用する。

【0021】

ＷｅｂＳｏｃｋｅｔはＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ；非特許文献９参照）、あるいは一般的にＨＴＴＰＳと呼ばれる（ＨＴＴＰ ｏｖｅｒ ＴＬＳ；非特許文献１０参照）を利用する通信プロトコルであるが，Ｐ２Ｐ Ｅ２ＥＥクライアントからリレーサーバ，およびＰ２Ｐ Ｅ２ＥＥエージェントからリレーサーバに対する通信内容も第三者による盗聴，改ざんから防御する必要があることから，Ｐ２Ｐ Ｅ２ＥＥクライアントからリレーサーバ，およびＰ２Ｐ Ｅ２ＥＥエージェントからリレーサーバに向かって確立されるＷｅｂＳｏｃｋｅｔ通信ではＨＴＴＰＳを利用する。

【0022】

Ｐ２Ｐ Ｅ２ＥＥクライアントからリレーサーバ，およびＰ２Ｐ Ｅ２ＥＥエージェントからリレーサーバに対するＷｅｂＳｏｃｋｅｔを用いた論理的通信路が確立された後，Ｐ２Ｐ Ｅ２ＥＥクライアント，およびＰ２Ｐ Ｅ２ＥＥエージェントは，それぞれ４．リレーサーバに対して認証手続きを行うことで，各Ｐ２Ｐ Ｅ２ＥＥクライアント，およびＰ２Ｐ Ｅ２ＥＥエージェントの識別を，リレーサーバが行えるようにする。

【0023】

図２において，Ｐ２Ｐ Ｅ２ＥＥクライアント上の２．ＴＣＰサーバ兼ＴＬＳクライアントに対して１．外部プログラムからＴＣＰコネクションが確立されると，２．ＴＣＰサーバ兼ＴＬＳクライアントは同じくＰ２Ｐ Ｅ２ＥＥクライアント内の３．ＴＣＰサーバ兼ＷｅｂＳｏｃｋｅｔクライアントに対してＴＣＰコネクションを確立する。

【0024】

ＴＣＰコネクションが確立された３．ＴＣＰサーバ兼ＷｅｂＳｏｃｋｅｔクライアントは，リレーサーバ内の４．ＷｅｂＳｏｃｋｅｔサーバに対してＰ２Ｐ Ｅ２ＥＥエージェント内の５．Ｗｅｂソケットクライアント兼ＴＣＰクライアントに対する擬似ＴＣＰコネクション確立要求を送信する。これは図３上の「３．Ｗｅｂソケットクライアント兼ＴＣＰサーバ」から「４．Ｗｅｂソケットサーバ」へと送信されている「疑似ＴＣＰコネクション確立要求（ＷｅｂＳｏｃｋｅｔ上）」に該当する。

【0025】

３．ＴＣＰサーバ兼ＷｅｂＳｏｃｋｅｔクライアントから５．Ｗｅｂソケットクライアント兼ＴＣＰクライアントに対する擬似ＴＣＰコネクション確立要求を受信した４．ＷｅｂＳｏｃｋｅｔサーバは，５．Ｗｅｂソケットクライアント兼ＴＣＰクライアントに対してＴＣＰコネクション確立要求を送信する。これは図３上の「４．Ｗｅｂソケットサーバ」から「５．Ｗｅｂソケットクライアント兼ＴＣＰクライアント」へと送信されている「疑似ＴＣＰコネクション確立要求（ＷｅｂＳｏｃｋｅｔ上）」に該当する。

【0026】

４．ＷｅｂＳｏｃｋｅｔサーバから擬似ＴＣＰコネクション確立要求を受信したＰ２Ｐ Ｅ２ＥＥエージェント内の５．Ｗｅｂソケットクライアント兼ＴＣＰクライアントは，４．ＷｅｂＳｏｃｋｅｔサーバに対し擬似ＴＣＰコネクション確立成功の回答を返信する。これは図３上の「５．Ｗｅｂソケットクライアント兼ＴＣＰクライアント」から「４．Ｗｅｂソケットサーバ」からへと送信されている「疑似ＴＣＰコネクション確立回答」に該当する。

【0027】

４．ＷｅｂＳｏｃｋｅｔサーバは５．Ｗｅｂソケットクライアント兼ＴＣＰクライアントから擬似ＴＣＰコネクション確立成功の回答を受信したのち，３．ＴＣＰサーバ兼ＷｅｂＳｏｃｋｅｔクライアントに対して擬似ＴＣＰコネクション確立成功の回答を返信する。これは図３上の「４．Ｗｅｂソケットサーバ」から「３．Ｗｅｂソケットクライアント兼ＴＣＰサーバ」からへと送信されている「疑似ＴＣＰコネクション確立回答」に該当する。

【0028】

擬似ＴＣＰコネクションの確立成功後，２．ＴＣＰサーバ兼ＴＬＳクライアントは，擬似ＴＣＰ通信路上でＳＳＬ／ＴＬＳ通信の開始時に行われるハンドシェークを６．ＴＬＳサーバ兼ＴＣＰクライアントに対して行う。これによって２．ＴＣＰサーバ兼ＴＬＳクライアントと６．ＴＬＳサーバ兼ＴＣＰクライアントは通信相手の認証と暗号化通信に使用する暗号化アルゴリズムのネゴシエーションを一般的なＳＳＬ／ＴＬＳ通信のしくみに準じて行うことができる。

【0029】

ＳＳＬ／ＴＬＳ通信のセッションが２．ＴＣＰサーバ兼ＴＬＳクライアントと６．ＴＬＳサーバ兼ＴＣＰクライアントの間で確立されると，６．ＴＬＳサーバ兼ＴＣＰクライアントは，７．外部サーバに対してＴＣＰコネクションを確立する。

【0030】

［００２３］から［００２９］で記述された通信手順を図３として示す。

【0031】

上記の手順を終えると，１．外部プログラムから２．ＴＣＰサーバ兼ＴＬＳクライアントに対してＴＣＰコネクションを通じて送信されたデータの内容は，透過的に６．ＴＬＳサーバ兼ＴＣＰクライアントから７．外部サーバに転送される。また，これとは反対に７．外部サーバから６．ＴＬＳサーバ兼ＴＣＰクライアントに対してＴＣＰコネクションを通じて送信されたデータの内容は，透過的に２．ＴＣＰサーバ兼ＴＬＳクライアントから１．外部プログラムに転送される。しかしながら，ＳＳＬ／ＴＬＳセッションは２．ＴＣＰサーバ兼ＴＬＳクライアントと６．ＴＬＳサーバ兼ＴＣＰクライアントの間で確立されているため，４．ＷｅｂＳｏｃｋｅｔサーバは，その通信内容を解読することができない。
【非特許文献】

【0032】

【非特許文献8】Ｉ．Ｆｅｔｔｅ、Ｇｏｏｇｌｅ Ｉｎｃ．Ａ．Ｍｅｌｎｉｋｏｖ、Ｉｓｏｄｅ Ｌｔｄ．、“Ｔｈｅ ＷｅｂＳｏｃｋｅｔ Ｐｒｏｔｏｃｏｌ”、ＲＦＣ６４５５、［ｏｎｌｉｎｅ］、２０１１年１２月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ６４５５〉
【非特許文献9】ＵＣ Ｉｒｖｉｎｅ、Ｊ．Ｇｅｔｔｙｓ、Ｃｏｍｐａｑ／Ｗ３Ｃ、Ｊ．Ｍｏｇｕｌ、Ｃｏｍｐａｑ、Ｈ．Ｆｒｙｓｔｙｋ、Ｗ３Ｃ／ＭＩＴ、Ｌ．Ｍａｓｉｎｔｅｒ、Ｘｅｒｏｘ、Ｐ．Ｌｅａｃｈ、Ｍｉｃｒｏｓｏｆｔ、Ｔ．Ｂｅｒｎｅｒｓ－Ｌｅｅ、Ｗ３Ｃ／ＭＩＴ、“Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ”、ＲＦＣ２６１６、［ｏｎｌｉｎｅ］、１９９９年６月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ２６１６〉
【非特許文献10】Ｅ．Ｒｅｓｃｏｒｌａ、ＲＴＦＭ，Ｉｎｃ．、“ＨＴＴＰ ｏｖｅｒ ＴＬＳ”、ＲＦＣ２８１８、［ｏｎｌｉｎｅ］、２０００年５月、［平成２９年９月２７日検索］、インターネット〈ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ２８１８〉

【産業上の利用可能性】

【0033】

本発明により、既存の通信プロトコルを利用しつつ，ピアツーピア通信における通信当事者間での暗号化通信を可能になり，利用者が通信路を運用する事業者による通信内容の傍受の心配なしにピアツーピア通信を行う事に貢献できる。

【0034】

本発明では、暗号化通信の要点である通信相手の認証，並びに使用する暗号化アルゴリズムの決定手順として既存のＳＳＬ／ＴＬＳプロトコルおよびＸ．５０９として標準化された公開鍵証明書のしくみを利用することで，既存の認証機構，暗号化通信機構と同等のセキュリティレベルを利用者に提供することができる。

【図面の簡単な説明】

【0035】

【図1】本発明を構成するための構成要素

【図2】本発明を実現するための最良の形態を構成する要素

【図3】本発明を実現するための最良の形態における通信手順

【図1】

【図2】

【図3】