たとえば、ISP のプロバイダーがインターネット用に Bonjour のようなプロトコルを開発するのはどの程度現実的でしょうか? このテクノロジの用途としては、次のようなものが考えられます。
FedEx オフィスで印刷物を必要とするビジネスマンは、FedEx の印刷/リクエスト サーバーをローカル プリンターのように選択できます。その後、FedEx はユーザーが印刷ジョブを受け取ったときに料金を請求できます。
地元の WalMart で写真を印刷したい写真家は、ローカル ネットワーク上のプリンターであるかのように WalMart の写真プリント サーバーを選択できます。
答え1
さて、この質問が終わる前に、この件について私の考えを述べたいと思います。ISPはすでにすべてのことを実装していると思います。IETFゼロ会議従来の DHCP と DNS を使用した仕様。最悪の場合 (完全に管理されていないネットワーク)、AVAHI で十分な場合がよくあります。
あなたが望んでいるのはサービス検出のようですが、これはかなり可能です。しかし、あなたが見逃しているのは制御の問題です。サービス オペレーターは、何を検出可能にするか、またそれをどのように行うかを決定する責任を常に負う必要があります。純粋な TCP/IP レベルでネットワーク上のサービスを公開することは、ISP の権利ではありません。
第二に、インターネット全体は、おそらく地理的に解決の範囲を定めない限り、意味のある方法で「発見可能」になるには大きすぎる。ローカル レベルでは、Bonjour が機能する唯一の理由は、LAN に範囲を定めているからだ。iTunes が近所の人と音楽を共有することを検討したとしても、私はそれを徹底的に排除せざるを得ないだろう。Bonjour は、サービス プロビジョニングの両端を構成するのが面倒な人のために作られた。
WWW をオーバーレイとして使用することで、サーバー管理者と開発者は、検出可能なサービスの標準を実装するための幅広い基盤技術を使用して、Web 上で検出可能なサービスを実装できます。検索エンジンを使用してそれらのサービスを発見し、それらのサービスを使用するように設計された、自分で作成したアプリケーションまたは入手したアプリケーションを使用してそれらにアクセスできます。Fedex は、ISP ではなく Fedex の希望に応じて設計および構成されたソフトウェアを使用して、さまざまな場所にある多数のプリンターを自由に管理できます。すべてのプリンターは、特定の瞬間に何らかの状態 (アイドル、印刷中、キュー中など) にあります。
Fedex が Web 印刷を設定したい場合、今すぐ設定できます。ユーザーは MS インターネット印刷ドライバーを使用して印刷できます。ライン印刷通信プロトコルは、地球の反対側にあるプリンターにアクセスするために必要な堅牢性を提供するようには設計されていません。USB 経由で接続した場合と同じようにデバイスに直接アクセスするには、新しいドライバーとプロトコルが必要になります。OS はそれをユーザーに表示して、ローカル プリンターと同じように見えるようにするかもしれませんし、そうしないかもしれません。
つまり、要するに、私たちは、やろうと思えば、あなたが望むことをする能力をすでにすべて備えており、そうするか否かの自由は、インターネットを自由で民主的なものにするために不可欠である、と私は主張したいのです。責任を ISP レベルに置くことは不適切であり、本来は予測可能な商品であるべき ISP 間で大きな相違が生じることになります。あなたのサービスが 1 つの ISP でしか利用できない、あるいは 5 社のうち 4 社でしか利用できないとしたらどうでしょう。最初は大混乱に陥り、やがてインターネット全体が Apple のような停滞した壁に囲まれた庭園に堕落します。インターネットがケーブル パッケージになることは許されません。