HTTPだけでP2Pシステムを構築できないか？

現状大抵のシステムがＨＴＴＰで実現できているので、P2PもＨＴＴＰでかなりの部分構築できないのかな、と考えています。これは先日のエントリーの「Ｐ２Ｐシステムのインターフェース共通化の提案」の発展版です。

まずこの目論見を説明するためにＰ２Ｐを２つのタイプの機能にブレイクダウンします。

・Ｐ２Ｐクライアント機能
・Ｐ２Ｐサーバ機能

Ｐ２Ｐなのにクライアント、サーバと名づけるには違和感がある人もいるとは思うが、まずはこれで説明しよう。クライアント、サーバが意味することは後ほど説明します。

Ｐ２Ｐクライアント機能は「ＨＴＴＰクライアント」です。もっと具体的に言うと、ＨＴＴＰでＰ２Ｐサーバに「リンク」を張り、維持し、ＨＴＴＰで各種「要求」を行います。
要求とはリンクの形成・維持（Ｊｏｉｎなど）、ＤＨＴで言うＰＵＴやＧＥＴ要求などです。

Ｐ２Ｐサーバは「ＨＴＴＰサーバ」です。もっと具体的に言うとＨＴＴＰでＰ２Ｐクライアントからのリンクを待ちうけ、維持し、ＨＴＴＰで各種「要求」を処理します。

通常のＰ２ＰノードはＰ２Ｐクライアント機能＋Ｐ２Ｐサーバ機能と考えられます。この亜種としてＰ２Ｐサーバ機能しかないノードやＰ２Ｐクライアント機能しかないノードというのも考えられます。これらを含めてＰ２Ｐシステムと呼ぶことにしよう。

もう少し説明を続けます。

今すべてのノードがグローバルＩＰアドレスを保有しているものとします。ノードはＨＴＴＰサーバ機能を持っているので仮にすべてのノードが８０番ポートでＨＴＴＰを待ち受けるとします。
つまり、Ｐ２Ｐに関するリンクを８０番で待ち受けるものとします。

ノードＡ、ノードＢが存在した場合のリンクの形成を考えてみます。

ノードＡはノードＢに対してあて先８０番ポートで接続します。ノードＢは８０番ポートでノードＡのリンクを待ち受けます。

逆にノードＢはノードＡに対してあて先８０番ポートで接続します。ノードＡは８０番ポートでノードＢのリンクを待ち受けます。このようにすることでＨＴＴＰのセッションは２つできるが、２つまとめてみると「双方向」のリンクが構築できます。

（本来ＴＣＰコネクション１本でも双方向リンクを構築できるが、それは本質的ではないので、ここでは説明しません。）

Ｐ２Ｐサーバ機能は、リンクの接続を受けることと要求の返答をするだけではありません。各種要求を必要に応じて他のノードに転送する役割を持ちます。構造化オーバーレイであれば転送経路はひとつのリンクだし、非構造化オーバーレイでは複数のリンクを各種要求が転送するかもしれません。ここが通常のＷＥＢサーバと違うところです。Ｐ２ＰサーバはＷＥＢサーバというよりもＳＩＰサーバの機能に近いかもしれません。

ではＨＴＴＰを使ってどう要求を行う、あるいは要求を返答するかということですが、これはＳＯＡＰやＲＥＳＴのような既存技術を使えばよいでしょう。

つまり、ＮＡＴがない前提あるいはＵＰｎＰが使える前提であればＨＴＴＰだけでＰ２Ｐシステムが構築できることが考えられます。

話は元に戻って、先ほど「Ｐ２Ｐシステムのインターフェース共通化の提案」について話しましたが、そうなるとＰ２Ｐの共通インターフェースを記述する方法というのはＳＯＡＰかＲＥＳＴの方がよいかもしれません。興味ある人で勉強会を実施してＳＯＡＰやＲＥＳＴを使ってＰ２Ｐシステムのインターフェースを規定したり、実装してみませんか？

なお、今回の提案は、ＩＥＴＦのNAT越え技術に関するドラフトＮＩＣＥにインスパイヤされて検討したものです。