OK、Representational State Transfer
当初はHTTPのコンテキストで説明されていましたが、そのプロトコルに限定されません。
REST（RPCと対比するため）は、「従来の」RPCメカニズムとは少し異なる概念に従います。一部の人々は、RESTを使用した通信の処理方法はRPCを使用した場合よりも「優れている」と考えています。
さて、私が興味を持っているのは、RESTfulであるが、基盤となる転送メカニズムとしてHTTPに依存していない実際に機能するフレームワークがあるかどうかです。
Restletは、多数のプロトコルに（可能な限り）統一されたインターフェースを提供するJavaフレームワークです。APIのモデルはHTTPに基づいていますが、他のプロトコルで使用できます。ただし、使用するプロトコルによっては、一部の機能を直接利用できない場合があります。
XMPPを使用するライブラリもあります。
ただし、RESTの原則が機能するためには、同じプロトコルに固執することが有用です。そうしないと、2つの「世界」が（APIではなくプロトコルに関して）統一されたインターフェースを持つことができなくなります。
[...]ただし、基盤となるトランスポートとしてHTTPに依存しないでください。
HTTPはトランスポートプロトコルではなく、転送プロトコル「ハイパーテキスト転送プロトコル」であることを追加する必要があります。これは、RESTに関しては根本的な違いです。（SOAPなどの他のプロトコルによるトランスポートに使用できますが、これは事実上誤用です。）