UUIDジェネレーター

はじめに

Toollect UUIDジェネレーターは、v1〜v8の全8標準バージョンのUniversally Unique Identifier（UUID、GUIDとしても知られています）を生成するブラウザベースのツールです。Webフォーム用のランダム識別子、データベースレコード用の時刻順キー、分散システム用の決定論的名前空間付きID、レガシー統合用のカスタム形式UUIDまで、ソフトウェアのインストールやサーバー側処理を必要とせずに全範囲をカバーします。

UUIDはソフトウェアエンジニアリングで最も広く採用されている識別子規格の1つであり、データベースのプライマリキーやAPIリソース識別子から分散トレーシングやセッショントークンまで、あらゆる場所で使用されています。Toollect UUIDジェネレーターはすべてのUUIDバージョンを単一のインターフェースに統合し、ユースケースに適したバリアントを選択してワンクリックで即座に生成できます。

すべての生成はWeb Crypto APIを使用してブラウザ内で完全に行われます。ネットワークを介したデータ送信は一切行われず、Cookieも設定されず、識別子が記録されることもありません。このツールは最初のページ読み込み後はオフラインでも動作し、すべての最新ブラウザとデバイスに対応しています。

使用例

UUIDのバージョンによって、さまざまなアーキテクチャ上のニーズに対応します。適切なバージョンの選択は、順序付け、決定論、プライバシー、システム調整の要件によって異なります。

データベースのプライマリキー

UUIDは、分散データベースインスタンス全体でプライマリキーを生成する際に、中央シーケンスの必要性を排除します。UUID v4は最も簡単な選択ですが、UUID v6とv7は、PostgreSQLやMySQLなどのデータベースでBツリーインデックスの断片化を大幅に削減する時刻順の並び替えを提供します。グローバルな一意性と高速な書き込みパフォーマンスの両方を必要とするシステムでは、v7が現代的な推奨選択肢となっています。

分散システムの識別子

マイクロサービスや分散システムは、異なるノード上で独立して識別子を生成することがよくあります。UUID v1にはノード識別子（MACアドレスから派生）とクロックシーケンスが含まれているため、各生成ノードのIDは調整なしで本質的に一意になります。UUID v4とv7も、そのシンプルさからこのシナリオでよく使用されます。

決定論的な名前ベースID

同じ入力から常に同じUUIDを生成する必要がある場合（たとえば、ユーザーのメールアドレス、リソースURL、名前空間で修飾された名前から安定した識別子を生成する場合）、UUID v3（MD5ベース）とv5（SHA-1ベース）は決定論を提供します。これは、コンテンツアドレス可能ストレージ、イベントソーシングでのエンティティ識別、識別子を変更せずにレガシーデータを移行する場合に役立ちます。

APIリソース識別子

API URLで自動インクリメント整数を公開すると、リソースの量や順序に関する情報が漏洩します。UUIDは、システム内部について何も明らかにしない不透明な識別子を提供します。UUID v4はREST APIリソースパスで最も一般的な選択肢です。大文字やハイフンなしのフォーマットオプションにより、UUIDをさまざまなURLやフォーマットの規則に簡単に適応させることができます。

カスタムシステムとレガシーシステム

UUID v2（DCEセキュリティ）は、オペレーティングシステムレベルのセキュリティコンテキストにローカルユーザーおよびグループ識別子を追加します。UUID v8は、標準のUUID形式を維持しながら特定のデータビットを埋め込む必要があるシステム向けに、カスタムフィールドレイアウトを可能にします。これらのバージョンはニッチですが、特殊な統合シナリオでは価値があります。

仕組み

UUIDジェネレーターは完全にクライアント側で動作します。バージョンを選択して生成ボタンをクリックすると、ツールはJavaScriptとブラウザのWeb Crypto APIを使用して適切なアルゴリズムを呼び出します。

ランダムベースのUUID（v4）の場合、ツールはcrypto.getRandomValues()を呼び出して暗号学的に安全なランダムバイトを生成し、正しいバージョンとバリアントビットで標準のUUIDレイアウトにフォーマットします。時刻ベースのUUID（v1、v2、v6、v7）の場合、ツールはシステムクロックから現在のタイムスタンプを読み取り、ランダムなクロックシーケンスとノードバイトと組み合わせます。名前ベースのUUID（v3、v5）の場合、ツールはSubtleCrypto APIを介してMD5またはSHA-1を使用して名前空間と名前を一緒にハッシュし、128ビットを標準のUUID形式に抽出します。

UUID形式

UUIDは128ビットの値で、xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxという36文字の文字列として表示され、各xは16進数の桁です。128ビットはフィールドに構造化されています：

バージョンニブル（ビット48〜51、第3グループの最上位ニブル）は、どのアルゴリズムがUUIDを生成したかを識別します：0001（v1）、0010（v2）、0011（v3）、0100（v4）、0101（v5）、0110（v6）、0111（v7）、1000（v8）。これは、標準的なUUID v4 550e8400-e29b-41d4-a716-446655440000 にある4です。

バリアントビット（ビット64〜65、第4グループの最初のバイトの最上位2ビット）は、UUIDのバリアントを示します。RFC 9562はバリアント10xxxxxx（ビット64〜65 = 10）を指定しており、第4グループの最初の文字は常に8、9、a、またはbになります。

バイナリレイアウトの例

UUIDの128ビット構造は、視覚的に理解するのが最も効果的です。具体的なUUID v4 550e8400-e29b-41d4-a716-446655440000 を例にとると、ビットが各グループとフィールドにどのようにマッピングされるかは次のとおりです：

グループ：   1          2          3          4          5
16進：    550e8400    e29b       41d4       a716       446655440000
2進：    [32ビット]  [16ビット]  [16ビット]  [16ビット]  [48ビット]

バージョンニブル（グループ3、上位ニブル）：
  550e8400-e29b-4  1d4-a716-446655440000
                  ^
                  バージョン = 0100 (v4)

バリアントビット（グループ4、上位バイト）：
  550e8400-e29b-41d4-  a  716-446655440000
                       ^
                       バリアント = 10xxxxxx

グループ3〜4の完全なバイナリ分解：

  グループ3（16ビット）      グループ4開始（8ビット）
  0100 0001 1101 0100    1010 0111
  └─┘                    └─┘
  ver=0100 (v4)          バリアント | clock_seq_hi
                          10

UUID v7の場合、最初の48ビットはUnixミリ秒タイムスタンプをエンコードします：

  018f3a6e-1a2b-  7  bcd-8a1b-2c3d4e5f6789
                  ^
                  バージョン = 0111 (v7)

  グループ1-2：48ビットのUnix msタイムスタンプ
  0000 0001 1000 1111 0011 1010 0110 1110 0001 1010 0010 1011
  グループ3の上位ニブル：
  0111  = バージョン7

グループ4の上位バイト（上記の例ではa）にはバリアントビットが含まれます。バリアントは10であるため、このバイトは常に1000 0000（0x80）から1011 1111（0xBF）の範囲に入り、16進数では第4グループの最初の文字として8、9、a、またはbに対応します。

UUIDバージョンの説明

次の表は、8つの標準UUIDバージョンを一目でまとめたものです：

UUID v1 — 時刻ベース

UUID v1は、60ビットのタイムスタンプ（1582年10月15日からの100ナノ秒間隔）、14ビットのクロックシーケンス（クロックロールバック検出用）、および48ビットのノード識別子（従来はMACアドレスから派生）を組み合わせます。これにより、各生成ノードに調整なしで一意の識別子空間が与えられます。

タイムスタンプは、UUIDの最初の3つのグループにわたって下位、中位、上位の部分に配置されます。この非順次的なレイアウトは、v1 UUIDが時刻順にソート可能であるものの、データベースに適した単調な順序ではないことを意味します — v6とv7がこれを改善します。

UUID v2 — DCEセキュリティ

UUID v2は、v1のタイムスタンプとクロックシーケンスのレイアウトを拡張しますが、48ビットのノードフィールドを32ビットのPOSIXユーザーID（UID）またはグループID（GID）と6ビットのローカルドメイン識別子に置き換えます。ノードフィールドの残りの10ビットとクロックシーケンスの2ビットは、ローカルドメインとその構造に再利用されます：

UUID v2は、コアのRFC 9562 UUID仕様ではなく、DCE 1.1：Remote Procedure Call標準で規定されています。レガシーDCE環境以外ではほとんど使用されておらず、最新のUUIDジェネレーターのほとんどはこれを省略するか、完全性のためにのみ含めています。新しいシステムを構築する場合は、代わりにv4、v7、またはv5を使用してください。

UUID v3 — MD5名前ベース

UUID v3は、名前空間UUIDと名前文字列から決定論的UUIDを生成します。このプロセスは、名前空間と名前のバイトを連結し、MD5ハッシュを計算し、最初の128ビットをUUIDとして取得します。同じ名前空間と名前は常に同じv3 UUIDを生成するため、コンテンツアドレッシングや安定した識別子に適しています。

2つの名前ベースバージョンの比較については、以下の「UUID v3 vs v5」セクションを参照してください。

UUID v4 — ランダム

UUID v4は、122のランダム生成ビットと6の固定ビット（バージョンニブル用に4、バリアント用に2）を使用します。これは最も広く使用されているUUIDバージョンであり、ほとんどのプログラミング言語の標準ライブラリで直接サポートされています。Toollect UUIDジェネレーターはcrypto.getRandomValues()を使用して暗号学的に安全なランダム性を確保し、出力をセッショントークンなどのセキュリティに敏感なコンテキストに適したものにしています。

10億個のv4 UUIDを生成した場合の衝突確率は約5.3×10²¹分の1であり、実用的な目的では無視できます。

UUID v5 — SHA-1名前ベース

UUID v5はv3の対抗版であり、基礎となるハッシュにMD5ではなくSHA-1を使用します。同じ決定論の保証（同じ名前空間＋名前＝同じUUID）を、より衝突耐性の高いハッシュアルゴリズムで提供します。名前ベースのUUIDが必要な新しいシステムでは、RFC 9562はv3よりもv5を推奨しています。

詳細な比較については、以下の「UUID v3 vs v5」セクションを参照してください。

UUID v6 — 並べ替え時刻ベース

UUID v6は、v1のタイムスタンプを再構成して、最上位の時刻ビットを最初に配置します。これにより、v1のようにタイムスタンプが隣接しないフィールドに分割されているのとは異なり、v6 UUIDを辞書順でソートしたときに単調増加するようになります。UUID v6は、時刻順のデータベースインデックスやソート済みストレージが重要な環境において、v1の現代的な代替品です。

UUID v7 — Unixタイムスタンプ + ランダム

UUID v7は、48ビットのUnixミリ秒タイムスタンプの後に74ビットのランダムビットが続きます。タイムスタンプが最上位ビットを占めるため、v7 UUIDは作成時刻でソート可能になり、Bツリーインデックスのパフォーマンスが重要なデータベースのプライマリキーに最適です。UUID v7は、MACアドレス、クロックシーケンス、100ナノ秒エポック変換を必要としないため、v1やv6よりもシンプルです。

時刻順のUUIDが必要な新しいシステムでは、v7が一般的に最良の選択肢です。ミリ秒精度の順序付け、幅広いランダム性、そして簡単な実装を提供します。

UUID v8 — カスタム

UUID v8は、実験的またはプロプライエタリなUUID形式のためにバージョン8の識別子空間を予約します。固定ビットは、ビット48〜51の4ビットバージョンニブル（1000）とビット64〜65の2ビットバリアント（10）のみで、残りの122ビットは任意のカスタムフィールドレイアウトに自由に使用できます。

UUID v8の一般的な使用法には、会社固有のプレフィックスの埋め込み、切り詰められたタイムスタンプとシーケンスカウンターの組み合わせ、標準形式の互換性を維持したレガシー識別子のUUID形式へのエンコードなどがあります。たとえば、システムは最初の32ビットをテナントID、次の32ビットをミリ秒タイムスタンプ、残りの64ビットをランダムサフィックスとして割り当てることができます — すべて、標準のUUIDパーサーが変更なしで読み取れる形式内で行われます。

v8形式はIANAに登録されておらず、システム間の相互運用性の保証はありません。標準のUUIDバージョンが必要なデータレイアウトに適合しない場合のプライベートユーススペースです。

UUID v3 vs v5

UUID v3とv5はどちらも、名前空間UUIDと名前から決定論的識別子を生成しますが、ハッシュアルゴリズムが異なります：

Toollect UUIDジェネレーターには、RFC 9562で定義された4つの定義済み標準名前空間が含まれています：DNS（6ba7b810-9dad-11d1-80b4-00c04fd430c8）、URL（6ba7b811-9dad-11d1-80b4-00c04fd430c8）、OID（6ba7b812-9dad-11d1-80b4-00c04fd430c8）、X.500（6ba7b814-9dad-11d1-80b4-00c04fd430c8）。非標準の名前空間で使用するために、標準UUID形式のカスタム名前空間を指定することもできます。

使用方法

Toollect UUIDジェネレーターの使用にはセットアップや登録は必要ありません。インターフェースは2つのパネルに分かれています — UUID v1/v2/v4/v6/v7/v8用（即時生成）とUUID v3/v5用（名前ベース生成）です。

ブロック1 — 標準UUID（v1、v2、v4、v6、v7、v8）

1. UUIDバージョンを選択 ドロップダウンメニューから選択します。デフォルトはv4です。
2. 生成をクリック するかEnterキーを押します。新しいUUIDが出力フィールドに即座に表示されます。
3. 必要に応じてフォーマットオプションを切り替え：
   • 大文字：出力を大文字の16進数に変換します。
   • ハイフンなし：ハイフンを削除し、コンパクトな32文字の文字列を生成します。
4. 結果をコピー 出力フィールド横のコピーボタンをクリックします。

バージョンドロップダウンの切り替えは自動再生成をトリガーするため、v4からv7に変更するとすぐに新しい識別子が生成されます。

ブロック2 — 名前ベースUUID（v3、v5）

1. v3またはv5を選択 名前ベースパネルのバージョンドロップダウンから選択します。
2. 名前空間を選択 定義済みオプション（DNS、URL、OID、X.500）またはカスタムから選択します。
3. カスタム名前空間を使用する場合、テキストフィールドに有効なUUIDを入力します。ツールは形式を検証し、UUIDが不正な場合はエラーを表示します。
4. 名前を入力 名前入力フィールドに入力します。UUIDは入力中に自動的に再生成されます。
5. 大文字とハイフンなしのフォーマットを切り替え、ブロック1と同様にコピーします。

名前ベースパネルは入力が変更されるたびにUUIDを生成します — このパネルには独立した生成ボタンはありません。

チュートリアル

このチュートリアルでは、ツールを開いてから最終的なUUIDをコピーするまでの3つの一般的なシナリオを説明します。

シナリオ1：Webフォーム用のUUID v4を生成する

1. ブラウザでツールを開きます。UUIDジェネレーターのインターフェースに2つのパネルが表示されます。
2. ブロック1で、バージョンドロップダウンがv4（デフォルト）に設定されていることを確認します。
3. 生成をクリックします。UUID v4が表示されます（例：550e8400-e29b-41d4-a716-446655440000）。
4. コピーをクリックしてUUIDをクリップボードにコピーし、WebフォームやAPIリクエストに貼り付けます。
5. 大文字を有効にして再度生成をクリックすると、550E8400-E29B-41D4-A716-446655440000が生成されます。
6. ハイフンなしを有効にすると、コンパクトなストレージやURLパラメータ用に550e8400e29b41d4a716446655440000が生成されます。

シナリオ2：データベースのプライマリキー用の時刻順UUID v7を生成する

中央シーケンスなしでグローバルに一意のプライマリキーが必要だが、書き込みパフォーマンスも良好にしたいPostgreSQLのテーブルを設計しているとします。

1. ブロック1のバージョンドロップダウンでv7を選択します。出力フィールドに新しいv7 UUIDがすぐに表示されます（例：018f3a6e-1a2b-7bcd-8a1b-2c3d4e5f6789）。
2. 最初の文字に注目 — UUID v7はUnixミリ秒タイムスタンプで始まるため、連続して生成すると最初のグループに増加する値が表示されます。
3. 複数のUUIDを連続して生成し、値が単調増加することを確認します。各新しいUUIDは、前のものより大きいか等しいプレフィックスで始まります。
4. 識別子をコピーしてINSERTステートメントで使用します：INSERT INTO users (id, name) VALUES ('018f3a6e-1a2b-7bcd-8a1b-2c3d4e5f6789', 'Alice');

シナリオ3：リソースURLから決定論的UUID v5を生成する

各記事がURLで識別され、デプロイ間で変わらない安定したUUIDが必要なコンテンツ管理システムがあるとします。

1. ブロック2で、バージョンをv5に設定します。
2. 名前空間ラジオボタンからURL名前空間を選択します。これにより、URLベースUUIDの標準名前空間である6ba7b811-9dad-11d1-80b4-00c04fd430c8が使用されます。
3. 名前フィールドに記事のURLを入力します（例：https://example.com/articles/uuid-guide）。
4. UUIDが自動的に表示されます — 同じURLをURL名前空間で入力するたびに、同じUUIDが取得されます。
5. 決定論をテスト：代わりにDNS名前空間を選択すると、UUIDが変化することを確認します。URLに戻すと、元のUUIDが再表示されます。

プロのヒント

Toollect UUIDジェネレーターを最大限に活用するために、これらの高度なテクニックを習得してください：

• データベースのプライマリキーにはv7をv1の代わりに使用：UUID v7は最上位ビットからのミリ秒タイムスタンプでソートされるため、MACアドレスやクロックシーケンス管理の複雑さなしにBツリーに適した単調な順序付けを提供します。時刻順UUIDが必要な新しいプロジェクトでは、v7から始めてください。

• 名前ベースUUIDにはv3よりもv5を優先：v3を使用するシステムとの相互運用が必要でない限り、常にUUID v5を使用してください。SHA-1はMD5よりも衝突マージンが大きく、パフォーマンスの差はごくわずかです。この理由から、ツールは名前ベースパネルでデフォルトでv5を使用します。

• URLパラメータにはハイフンを削除：UUIDをURLパスやクエリパラメータで使用する場合は、ハイフンなしを有効にします。ハイフンがないと、UUIDは32文字の16進文字列になり、URLエンコードが不要で、ルートセグメントで視覚的にすっきりします。

• クロスシステム識別子の一貫性には定義済み名前空間を使用：DNS、URL、OID、X.500の名前空間はRFC 9562で標準化されています。これらを使用することで、RFC準拠のUUIDジェネレーターが同じ名前に対して同じv3またはv5 UUIDを生成することが保証されます。これはクロスシステムの識別子一致に不可欠です。

• 固定のv4 UUIDによるカスタム名前空間：v3/v5 UUID用の独自の名前空間を作成する場合、UUID v4を1回生成し、設定に保存して再利用します。これにより、カスタム名前空間内のすべての識別子が他の名前空間と異なることが保証されます。

• 複数回クリックしてバッチ生成：小規模なバッチの場合、生成をすばやくクリックするたびに異なるUUIDが生成されます。大規模な生成には、後述のコマンドラインまたはプログラムによる方法を使用してください。

UUIDに関するよくある誤解

UUIDについて広く繰り返されているいくつかの信念は不正確または誤解を招くものです。ニュアンスを理解することで、より良いアーキテクチャ上の決定を下すことができます。

「UUIDは100%一意であることが保証されている。」 どの識別子システムも絶対的な保証を提供できませんが、UUIDを正しく使用すれば、天文学的に高い衝突耐性を提供します。UUID v4の場合、10億個のIDを生成した場合の少なくとも1つの衝突確率はおおよそ10¹⁴分の1です。時刻ベースのバージョン（v1、v6、v7）の場合、異なるノード間での衝突には、複数のマシンでの同時クロックリセットが必要です。適切に実装されたすべてのUUIDの実用的な衝突率は実質的にゼロです。

「UUID v4は常に最良の選択である。」 UUID v4は最も汎用的で、ほとんどのアプリケーションで問題ありませんが、すべてのシナリオで最適とは限りません。データベースのプライマリキーの場合、v4のランダムな分布はBツリーインデックスでインデックスページの分割と書き込み増幅を引き起こします。UUID v7は、インデックスをより効率的に維持する時刻順の並び替えを提供します。名前から再現可能でなければならない決定論的識別子の場合、v3またはv5が唯一の正しい選択肢です。

「UUIDは完全にランダムである。」 完全にランダムなのはUUID v4（122ビットのエントロピー）だけです。UUID v1、v2、v6、v7にはタイムスタンプが埋め込まれているため、部分的に予測可能であり、識別子を通じて情報が漏洩する可能性があります。UUID v3とv5は特定の入力に対して決定論的です。予測不可能性が要件（セキュリティトークン、セッション識別子）の場合は、Web Crypto APIと共にv4を使用してください。

「すべてのUUIDは同じ形式である。」 すべてのRFC 9562 UUIDは36文字の8-4-4-4-12 16進形式を共有していますが、内部構造はバージョンによって根本的に異なります。UUID v1はMACアドレスとタイムスタンプビットを埋め込み、UUID v4は純粋なランダム性、UUID v7はタイムスタンプとランダムビットを組み合わせます。13番目の文字（4 = v4、7 = v7など）からバージョンを、17番目の文字（8、9、a、またはb）からバリアントを識別できます。

「UUIDはデータベースのパフォーマンスを低下させる。」 これは、古いデータベースバージョンとASCII文字列として保存されたUUID v4には部分的に当てはまりました。最新のデータベース（PostgreSQLのuuid型、MySQL 8+のUUID_TO_BIN、SQL Server）は、UUIDをネイティブインデックスサポート付きの16バイトバイナリ値として保存します。UUID v7は、時刻順生成によりインデックスの断片化をさらに軽減します。自動インクリメント整数と比較したパフォーマンスの差は、ほとんどのワークロードでは無視できます。

代替ツール

Toollect UUIDジェネレーターにはいくつかの代替手段が存在し、それぞれ異なるワークフローに適しています。

ブラウザから離れることなく、即座にプライベートでマルチバージョンのUUID生成を希望するほとんどのユーザーにとって、Toollect UUIDジェネレーターが最も包括的な機能セットを提供します。

データプライバシー

Toollect UUIDジェネレーターは、すべてのデータをブラウザ内で完全に処理します。入力した名前、名前空間、生成された識別子などのデータは、サーバーに送信されたり、データベースに保存されたり、システムに記録されたりすることは一切ありません。

すべての生成は、JavaScriptの組み込みWeb Crypto API（crypto.getRandomValues、crypto.randomUUID、crypto.subtle.digest）を使用します。ツールページには、アナリティクススクリプト、トラッキングピクセル、Cookie、サードパーティの埋め込みは含まれていません。localStorageやsessionStorageのエントリは作成も読み取りもされません。

最初のページ読み込み後、UUIDジェネレーターは完全にオフラインで動作します — 機内モードでもネットワークアクティビティゼロで識別子を生成できます。これは、ブラウザの開発者ツールでネットワークタブを検査するか、インターネットから完全に切断することで確認できます。

トラブルシューティング

技術仕様

Toollect UUIDジェネレーターは、正確性、パフォーマンス、クロスブラウザ互換性のために設計されています。

標準準拠

バージョン別アルゴリズム詳細

ブラウザ互換性

プライバシーとセキュリティ

• ゼロデータ送信：すべての生成はブラウザのメモリ内で行われます
• Cookie、localStorage、sessionStorageは使用しません
• ツールページにアナリティクスやトラッキングスクリプトはありません
• 初回ページ読み込み後はオフラインモードで完全に機能
• 登録、ログイン、APIキーは不要
• Web Crypto APIによる暗号学的に安全なランダム性

機能

• 時刻ベース（v1, v6, v7）、ランダム（v4）、名前ベース（v3, v5）、DCEセキュリティ（v2）、カスタム（v8）を含むv1〜v8の全UUIDバージョンを生成
• Web Crypto APIを使用した暗号学的に安全なランダム生成、ネットワーク送信ゼロ
• 大文字出力とハイフン除去の切り替えで、コンパクトまたは表示用のUUIDに対応
• 組み込み名前空間（DNS、URL、OID、X.500）とバリデーション付きカスタム名前空間をサポートする名前ベースUUID生成
• 100%クライアント側処理 — サーバーへのデータアップロードなし、サインアップやインストール不要
• ワンクリック生成とコピーで、最新のブラウザとデバイス上で即座に結果を提供

よくある質問