画像ホスティングサービス

画像ホスティング サービスでは、個人がインターネットのWeb サイトに画像をアップロードできます。画像ホストは画像をサーバー上に保存し、個人にさまざまな種類のコードを表示して、他のユーザーがその画像を表示できるようにします。例としては、Flickr、Imgur、Photobucketなどがあります。

通常、画像ホスティング Web サイトはアップロード インターフェイスを提供します。これは、アップロード者がローカル コンピュータ ファイル システム上の画像ファイルの場所を指定するフォームです。[送信] ボタンを押すと、ファイルは画像ホストのサーバーにアップロードされます。一部の画像ホストでは、このフォームを使用して一度に複数のファイルを指定したり、複数の画像を含む 1 つのZIPアーカイブをアップロードしたりできます。さらに、一部のホストではFTPアクセスが許可されており、FTP ソフトウェアまたは FTP 対応ブラウザを使用して 1 回のセッションで 1 つまたは複数のファイルをアップロードできます。

このプロセスの後、画像はサーバー上でホストされます。通常、これは画像がウェブ上で（一般に）利用可能になることを意味します。アップロード者は、他のウェブサイトに埋め込むために、ホストされた画像へのインラインリンクを指定することもできます。

• HTMLコードによるリンク
• BBcodeとのリンク
• クリック可能なサムネイルでフル画像にリンクされています

通常、画像ホストは、許可される最大画像サイズ、またはユーザーごとに許可される最大スペースまたは帯域幅に制限を設けます。帯域幅のコストのため、無料サービスでは通常、有料サービスと比較して画像あたりのサイズ制限が比較的控えめですが、ユーザーが画像を ホットリンクすることは許可されます。

画像ホストでは、画像を使ってフォトブログやギャラリーを作成したり、スライドショーに追加して見やすくしたりするツールも利用できます。中には、ユーザーがアップロードした画像を簡単に編集できる機能、サイドローダー、ブラウザのサイドバーなど、より高度なツールを提供するホストもあります。他のホストでは、ユーザーが選択したサイズに画像を自動的に縮小する機能など、新しい機能を導入しています。Flickr ツールを使用すると、電子メール機能付きのカメラ付き携帯電話を使用して写真をアップロードできます。^[1]

ホスティング サービスには、画像がいつどこで使用されているかを識別する潜在的機能があります。画像ファイルにアクセスすると、画像ホストはリクエストの 日付と一般的な数値インターネット アドレスをログに記録できます。

スパムの場合、メッセージにはそのメッセージにのみ固有の画像 URL が含まれていることがよくあります。この固有の URL は追跡 ID として使用され、画像ホストは、画像にアクセスした日付とホストに加えて、特定の受信者に向けたメッセージが正確に表示されたかを特定できます。多くの電子メール読み取りシステムでは、読者がスパムを読んだことが電子メールの送信者によって追跡されることがないように、デフォルトで画像が表示されないようにしています。

多くの画像ホストは無料で、登録も不要なものもあります。無料の画像ホストのほとんどは、トップページ、サムネイルページ、または「見つかりません」ページに表示される広告によってサポートされています。ユーザーに広告を表示することで、画像のサイズと帯域幅の制限が増加しています。

一部の無料ホストにはオプションで有料の画像ホスティング機能がありますが、有料サービスのみを提供するホストもあります。有料サービスの方が一般的に機能やストレージ容量は優れていますが、それでもコストはWeb サイトを運営するためにWeb ホスティングを購入するコストよりはるかに低くなります。有料サービスでは、パスワードで保護されたフォト アルバム、カスタマイズ可能なスキン、カスタマイズされたサブドメインをユーザーが利用できる場合が多くあります。オプション、機能、コストの異なるパッケージを提供する有料サービスは他にも多数あります。

画像ホスティング サービスが開発される前、1980 年代から 1990 年代の初期のパブリック インターネットで画像を表示および交換することは、面倒で複雑なプロセスでした。プライベート ファイル サーバーを設定し、それをインターネットに接続し、高額になる可能性のある専用インターネット接続の料金を支払うには、専門知識が必要でした。専門家の中には、有料アクセス、無料のパブリック アクセス、または特定のプライベートな友人グループにのみ利用可能にすることで、Unix シェルとファイル ストレージへのアクセスを提供する人もいました。画像のアップロードは、FTP などのコマンド ライン ツールを使用するか、14.4 ～ 33.6 キロビットの低速ダイヤルアップ モデム接続とXMODEMなどの端末プロトコルを使用してサーバー ストレージに画像をアップロードすることで行われました。

Webが開発される前は、画像は主にファイル サーバーまたはUsenetのバイナリ ニュースグループから手動でダウンロードされ、別の画像ビューアで表示されていました。1990 年代の Web の拡張により、テキストと画像が統合され、個別にダウンロードすることなく画像をインラインで表示できるようになりましたが、画像を表示するには依然として上記の専門知識と方法が必要でした。

また、初期の Web では、アップロードした画像をディスカッション フォーラムに表示させる方法を知るためにも、ある程度の技術的知識が必要でした。通常、画像には次のようなURL形式を使用してアクセスします。

http://www.example.com/~username/directory/image.jpg

しかし、実際に画像をディスカッションフォーラムに表示するには、フォーラム投稿の HTMLマークアップを手動で書き直す必要があります。

<img src="http://www.example.com/~username/directory/image.jpg">

初期の Web および発展途上の Web の主な新機能の 1 つは、画像やその他のデータを簡単に共有できるようにした機能で、Web ブラウザー経由でリモート サーバーにファイルをアップロードまたはHTTP POSTできるという概念でした。これだけで、FTP などのコマンド ラインツールを理解したり、モデム ターミナル経由でアップロードしたりする 複雑な手順がすべて不要になりました。

初期の画像およびデータ ストレージ サーバーでは、アップロードされたコンテンツが最初は変更されずに残されていたため、解像度が高すぎてディスカッション フォーラムでページ レイアウトの問題が発生したり、詳細が高すぎてページの読み込み時間が非常に遅くなったりするなど、望ましくない Web ページ表示の問題が発生することがありました。互換性がない可能性のある画像形式を共有すると、一部の閲覧者には画像が正しく表示されない可能性もあります。

初期の画像共有サービスや開発中の画像共有サービスでは、最終的に、ブラウザの互換性を最大限に高め、不必要に大きな画像による帯域幅の使用を最小限に抑えるために、アップロードされた画像を自動的にサイズ変更して標準化されたサイズと形式に再圧縮する機能が追加されました。

初期の画像共有サービスでは共有リンクを自動的に作成する機能が提供されていたため、画像がアップロードされた場所に関する技術的な知識の必要性も軽減されました。

• 画像共有
• 画像共有サイト一覧