前の2つの記事では、SIP通信の基本について検討しました。
さらに、SIP URIのようなSIPの重要なコンポーネントを扱うことを提案します。 From、To、および他のフィールドについて話したときに、それらに出くわしましたが、それらに十分な注意を払っていませんでした。
この短い記事では、URIとは何か、それらが何で構成されているかを見ていきます。 次の記事では、SIPプロトコルのURIとURLに焦点を当てます。
URI
ウィキペディアは次のように述べています： URI（英語の統一リソース識別子）-統一された（統一された）リソース識別子。 それは[yu-ar-ah]のように英語で発音され、ロシア語はより頻繁に話されます[uri]。 URIは、抽象リソースまたは物理リソースを識別する一連の文字です。 以前はユニバーサルリソース識別子と呼ばれていました-ユニバーサルリソース識別子。
この場合、URIはリソースの場所（URL）とその名前（URN）の両方を示すことができます。 そして、両方を含む場合があります。 つまり、URLとURNはURIの特殊なケースです。
URIは特定のルールに従って構築され、必須のスキームと階層部分、オプションのリクエスト（「？」で始まる）、およびフラグメント（「＃」で始まる）で構成されます。 階層部分は、オプションの機関（翻訳は理解を複雑にするだけだと思います）と必須のパスで構成されます。 権限には、Userinfo（ログインとパスワード）、ホストとポートが含まれます。 さらに、パスにはいわゆるパラメーターが含まれる場合があります。 パラメーターはあまり使用されませんが、幸運です-SIP URIに存在します。 図では、次のようになります。
かなりわかりにくいので、例を示します。
URL
URL（Uniform Resource Locator）は、オブジェクトのパス（場所）とそれにアクセスする方法を示します。 たとえば、 en.wikipedia.org / wiki / Main_Pageは英語版ウィキペディアのメインページを指し、アクセス方法としてhttpプロトコルを使用することを提案しています。
URLはRFC 1738で説明されています 。 このRFCでは、ftp、http、nntpなどのさまざまなスキームについて説明しています。 URLはURIの特殊なケースであるため、一般的なケースのスキームはまったく同じように見えますが、URLのさまざまな部分は異なるプロトコルに関連しています。 たとえば、telnetプロトコルの場合、URLスキームは次のとおりです。
興味深い事実： URLの創設者であるTim Berners-Leeは、後でURL内のドメイン名にドットを付けたことを後悔しました。 URLは次のようになります。
Ur
URNはSIPの一部として使用されませんが、それなしではストーリーは完全ではありません。
URN（Uniform Resource Name）は、オブジェクトの一意の名前です。 URNには、そのスペースの名前空間と識別子の名前が含まれます。 URNの典型的な例は、書籍のISDN名です。 URNは、NID（名前空間識別子または名前空間識別子）とNSS（名前空間固有の文字列またはこの名前空間の一意の名前空間）で構成されます。 概略的には、次のようになります。
完全に明確にするために、次の例を示します。 特定のIvanについて説明したいとします。
この場合のURNは次のようになります： ロシアのパスポート：Ivan Ivanov、パスポートシリーズ1234番号123456 。 ここで、「RFパスポート」は名前空間識別子の名前であり、「Ivan Ivanov、パスポートシリーズ1234番号123456」はこのスペースの一意の名前です。
このURNを使用して、Ivanを一意に識別しますが、Ivanの場所を特定することはできません。 ここで、URLが役立ちます。 次のようになります： 車：都市N /通りM /アパートL ここで、「車」はアクセスを取得する方法であり、「都市N ...」は方法です。
まとめると。 URNは、名前でリソースを識別し、「What？」という質問に答えます。 URL-リソースにアクセスするためのパスと方法を示し、「どこで」「どのように」という質問に答えます。 同時に、URNとURLはURIの特殊なケースです。