file:スキーム(ファイル スキーム)とは | 意味や読み方など丁寧でわかりやすい用語解説

「file:スキーム」は、URI（Uniform Resource Identifier）の一種であり、コンピューターのローカルファイルシステム上のリソース、つまりファイルやディレクトリを識別し、その場所を示すために用いられる。一般的なWebサイトのアドレスが「http:」や「https:」で始まるのに対し、「file:」で始まる点が最大の特徴である。これは、Webブラウザやオペレーティングシステムが、ネットワーク上のWebサーバーを介さずに、ユーザーのコンピューターに直接保存されているファイルを読み込んだり開いたりする際に利用する、特定の形式を持つアドレス指定方法である。

URIは、インターネット上のあらゆるリソースを一意に識別するための文字列の総称であり、その中でもリソースへのアクセス方法やプロトコルを示す最初の部分を「スキーム」と呼ぶ。例えば「http://www.example.com/index.html」というURIでは、「http」がスキームに該当する。「file:スキーム」も同様に、リソースがネットワーク上のサーバーではなく、アクセスしているコンピューターのローカルストレージに存在することを示唆する。これは、リソースの取得に特定の通信プロトコル（HTTPなど）を用いるのではなく、ファイルシステムへの直接的なアクセスによってリソースが取得されることを意味する。

「file:スキーム」の基本的な構文は「file:///path/to/file」となる。ここで注目すべきは、スキームの後に続くスラッシュの数である。一般的なURIではスキームの後に「//」が続き、その後にホスト名が来るが、「file:スキーム」ではホスト名が省略されるか、あるいはローカルホストを意味するため、慣習的にさらにスラッシュが追加されて「///」となることが多い。例えば、Windows環境で「C:\Users\user\Documents\report.pdf」というファイルを指す場合、URIは「file:///C:/Users/user/Documents/report.pdf」のように記述される。パス区切り文字はスラッシュに変換される点に注意が必要だ。Unix系（LinuxやmacOSなど）の環境で「/home/user/document.txt」というファイルを指す場合、「file:///home/user/document.txt」となる。ホスト名を明示的に指定する場合は「file://localhost/C:/path/to/file」のように記述することも技術的には可能だが、これは稀であり、ほとんどの場合「file:///」の形式が用いられる。

最も一般的な利用場面は、Webブラウザでローカルに保存されたHTMLファイルを直接開く場合である。例えば、開発中のWebページをインターネットに公開する前に、自分のコンピューター上でブラウザを使って動作を確認する際に、ブラウザのアドレスバーに「file:///C:/myproject/index.html」といった形式のアドレスが自動的に表示される。これにより、Webサーバーを介さずにHTML、CSS、JavaScriptファイルがローカルから読み込まれ、ページが表示される。また、一部のアプリケーションが特定のローカルリソース（設定ファイル、データベースファイル、ログファイルなど）を参照する際に、内部的にこのスキームを用いてパスを表現することもある。

「file:スキーム」を用いて開かれたページは、Webサーバーから提供されるページ（http:またはhttps:）とは異なるセキュリティコンテキストで動作する。特にWebブラウザにおいては、セキュリティ上の理由から多くの制限が課せられている。最も重要なのは、JavaScriptによるクロスオリジン通信の制限である。例えば、「file:スキーム」で開かれたHTMLファイル内のJavaScriptが、同じく「file:スキーム」で指定された別のローカルファイルや、あるいは「http:」や「https:」で指定されたWebサーバー上のリソースに対してXMLHttpRequestやFetch APIなどを用いた通信を行おうとすると、通常はセキュリティエラーとなり、ブロックされる。これは、悪意のあるローカルファイルがユーザーの同意なしに他のローカルファイルや外部リソースにアクセスし、情報を盗み出すことを防ぐための重要な措置である。

システムエンジニアを目指す初心者は、ローカルで「file:スキーム」を使ってHTMLファイルをテストする際には注意が必要である。Webサーバーを通じてアクセスする本番環境では問題なく動作する機能が、ローカル環境（file:スキーム）ではセキュリティ制限に引っかかり、期待通りに動作しない場合がある。特にAjax通信やWeb Storage (localStorage, sessionStorage)、IndexedDBなど、Webブラウザの高度な機能を用いる際には、ローカルファイルからのアクセスが制限されることが多い。そのため、本格的なWebアプリケーションの開発では、たとえ開発段階であっても、簡易的なローカルWebサーバー（例: Pythonのhttp.server、Node.jsのhttp-serverなど）を立てて「http:スキーム」でアクセスし、本番に近い環境でテストすることが強く推奨される。

通常のWebページ（http:またはhttps:）から、直接「file:スキーム」で指定されたローカルファイルへのハイパーリンクを配置しても、セキュリティ上の理由からブラウザはそのリンクをブロックするか、警告を表示してユーザーの操作を求めない限り、開くことはできない。これは、Webサイトがユーザーのローカルファイルシステムの内容を知り、意図せずアクセスすることを防ぐための強力な保護機構である。しかし、HTMLファイル内で画像やCSS、JavaScriptなどの外部リソースを相対パスで指定している場合、そのHTMLファイルを「file:スキーム」で開くと、指定されたリソースはHTMLファイルが置かれているディレクトリを基準としてローカルから読み込まれる。この挙動は、開発者がローカルでコンテンツを確認する際には便利であるが、相対パスの解決方法がサーバー環境と完全に同じではない場合もあるため、注意が必要である。

「file:スキーム」は、コンピューターのローカルファイルシステム上のリソースを指し示すためのURIスキームであり、主にローカルファイルの直接閲覧やアプリケーション内部でのリソース参照に利用される。その構文は「file:///path/to/file」が一般的で、ホスト名の指定を省略する。利便性が高い一方で、特にWebブラウザ上での利用においては、Webサーバー経由のアクセスとは異なる厳格なセキュリティモデルが適用される。このセキュリティモデルは、ユーザーのプライバシーとシステム保護のために非常に重要であり、開発者は「file:スキーム」環境でのテスト結果が必ずしも本番環境（http:またはhttps:）での挙動を保証するものではないことを理解しておく必要がある。初心者システムエンジニアは、このスキームの特性と限界を正しく理解し、適切な開発・テスト環境を選択する知識が求められる。