メインコンテンツまでスキップ
バージョン: 4.6.1

高度な設定 - 進入キー無効化

進入キー無効化を使用すると、特定の条件で待機キー進入キーを選択的に無効化して、訪問者が再待機する必要があることを保証できます。タイマー基準無効化では、ユーザー範囲の指定設定を通じて進入キーのみ、または待機キーと進入キーの両方を無効化できます。このガイドでは、無効化メカニズム、使用例、および構成オプションについて説明します。

Entry Key Invalidation Console

概要

進入キー無効化は、特定のビジネス条件で訪問者が新しいキーを受け取り、再待機する必要があるようにキーを無効化するメカニズムです。無効化対象は、タイマー基準無効化のユーザー範囲の指定設定に応じて異なります:進入キーのみ、または待機キーと進入キーの両方を無効化できます。この機能は待機順維持と連携して動作し、アクセスパターンに対する細かい制御を提供します。

無効化が必要な理由

進入キー無効化は、2つのタイプのキーを無効化できます:

1. 待機キー: 待機順番に使用されます。無効化されると、訪問者が保存された待機順番を失い(待機順維持が有効化されていても)、最後から再待機する必要があります。

2. 進入キー: 訪問者が保護されたセクションに進入するときに発行されます。区間制御には進入パスがありませんが(進入キーは待機なしで再進入するように設計されていません)、無効化は潜在的な副作用を防止します。

タイマー基準無効化は、以下が必要なときに有用です:

  • すべての待機順番をリセット: 待機キーを無効化すると、保存された待機順番がある訪問者(待機順維持から)も待機列の最後から新しく開始する必要があることを保証
  • 再進入を強制: 進入キーを無効化すると、すでに保護されたセクションに進入した訪問者が無効化時間以降にサービスにアクセスしようとすると、待合室を再度通過する必要があることを保証
  • 重要なイベント段階: 重要なイベントマイルストーン(例:メインセールが午後2時に開始)で、該当時間以前に発行されたすべてのキーを無効化して公平性を保証 - 最初に進入した時点と関係なく、すべてが同じ開始点から待機
区間制御の制限事項

区間制御セグメントはタイマー基準無効化のみをサポートします。URL基準無効化は使用できません。区間制御はコードベース統合(CBI)を使用し、URLトリガー統合(UTI)をサポートしないためです。

無効化される項目

進入キー無効化は2つのタイプのキーに影響を与えます:

1. 待機キー(待機順番に使用):

  • 無効化されるとき: 待機順維持がバイパスされる
  • 効果: 訪問者が待機順番を失い、待機列の最後から開始する必要がある、待機順維持期間と関係なく
  • 使用例: 待機順維持が有効化されていても公平な再待機を強制

2. 進入キー(サービス進入に使用):

  • 無効化されるとき: 進入時に発行された進入キーが強制的に無効化される
  • 効果: サービスにアクセスしようとする訪問者は待合室を通じて再待機する必要がある。区間制御には進入パスがないため(進入キーは一般的に待機なしでアクセスするために再利用されない)、無効化は潜在的な副作用を防止
  • 使用例: 重要なサービス段階に対して再待機を強制、進入キーの状態と関係なくすべての訪問者が待機列を通過するように保証

動作方法

進入キー無効化は、シンプルな原則で動作します:無効化条件が満たされるとキー再発行を強制。これは、訪問者が以前に発行されたキーに依存できず、待合室を再度通過する必要があることを保証します。

技術的原理

無効化条件を満たすキーは強制的に無効化され、システムが新しいキーを発行します、待機順維持期間と関係なく。無効化対象は、タイマー基準無効化のユーザー範囲の指定設定に応じて異なります:

  • タイマー基準無効化: ユーザー範囲の指定設定に応じて異なる動作をします
    • 進入済みのユーザーのみ: サービスに進入したユーザーの進入キーのみを無効化(再発行)(待機中のユーザーの待機キーは影響を受けない)
    • 待機中のユーザーから: サービスに進入したユーザーの進入キーと待機中のユーザーの待機キーの両方を無効化(再発行)(待機中のユーザーも待機列の最後から再待機)
  • 待機キー無効化時: 待機順維持が有効化されており、待機順維持期間と関係なく、接続が切断されてから再接続する訪問者は以前の待機順番を失い、最後から開始
  • 進入キー無効化時: 進入時に発行された進入キーは、無効化条件が満たされると無効化されます。区間制御には進入パスがありませんが(進入キーは一般的に待機なしでアクセスするために再利用されない)、無効化は訪問者が待合室を通じて再待機する必要があることを保証し、潜在的な副作用を防止

進入キー無効化は、区間制御セグメントに対してタイマー基準無効化を提供します:

タイマー基準無効化

特定の時点以前に発行されたキーを自動的に無効化します。無効化対象はユーザー範囲の指定設定によって決定されます。

使用例: コンサートチケット予約システム

コンサートチケット予約を運営すると仮定します:

  • ウォーミングアップ段階(午後1:00 - 午後2:00): 初期訪問者が進入して座席を見ることができる
  • メインセール開始(午後2:00): 実際のチケット購入が開始される
  • 要件: 午後2:00以前に発行されたすべてのキーを無効化して、メインセールが開始されるときにすべての人が同じ待機順番から開始するようにする

待機キーで発生すること:

午後1:30  訪問者Aが待機列に進入、待機キー受信
→ 待機順番 #50 割り当て

午後1:45 訪問者Aのブラウザが閉じられる
→ 待機順維持が順番 #50 を保存

午後1:58 タイマー無効化が午後2:00に設定される

午後2:00 タイマー無効化がトリガーされる
→ 午後2:00以前に発行されたすべての待機キーが無効化される

午後2:05 訪問者Aが再接続
→ 保存された待機順番 #50 が無効化される
→ 最後から再待機する必要がある(新しい順番 #300)

進入キーで発生すること:

午後1:30  訪問者Bがサービスに進入、進入キー受信
→ 座席選択ページを見る

午後1:45 訪問者Bが引き続き見ている
→ 進入キーがまだ有効、セクション内のページにアクセス

午後2:00 タイマー無効化がトリガーされる
→ 午後2:00以前に発行されたすべての進入キーが無効化される

午後2:05 訪問者Bが購入ページにアクセスしようとする
→ 進入キーが無効化される
→ 待合室を再度通過する必要がある
→ 待機後、新しい進入キーを受信

構成:

  1. 無効化時間設定(最小: 1分分解能):

    無効化時間: 午後2:00
  2. ユーザー範囲の指定:

    • 進入済みのユーザーのみ: サービスに進入したユーザーの進入キーを無効化(再発行)します。待機中のユーザーの待機キーは影響を受けません。
    • 待機中のユーザーから: サービスに進入したユーザーの進入キーと待機中のユーザーの待機キーの両方を無効化(再発行)します。

動作方法:

  • システムが各キーが発行された時点を構成された無効化時間と比較
  • 無効化時間以前に発行されたキーは、ユーザー範囲の指定設定に応じて無効化される(待機順維持期間と関係なく)
  • 無効化時間以降に発行されたキーは正常動作
  • 進入済みのユーザーのみ選択時: サービスに進入したユーザーの進入キーのみが無効化(再発行)され、再進入時に待合室を通過する必要がある。待機中のユーザーの待機キーは影響を受けない
  • 待機中のユーザーから選択時: サービスに進入したユーザーの進入キーと待機中のユーザーの待機キーの両方が無効化(再発行)され、待機中のユーザーも待機列の最後から再待機する必要がある

構成

基本動作

タイマー基準無効化は独立しており、有効化または無効化できます:

  • タイマー基準無効化OFF(デフォルト): タイマー基準無効化が発生しない
  • 無効化が無効化されると、キーは有効で正常に動作する

有効化された場合:

  • 各アクセス試行で無効化確認が発生
  • 無効化条件を満たすキーが即座に無効化される
  • 新しいキーは待合室を通じて受け取る必要がある

構成ステップ

区間制御セグメントを作成または編集するときに進入キー無効化を構成できます:

  1. セグメント設定に移動(作成または編集モード)
  2. 高度な設定セクションに移動
  3. 無効化方法を有効化:
    • タイマー基準無効化を有効化/無効化
  4. 無効化条件を構成:
    • タイマー基準: 有効化された場合、以下の設定を構成
      • 無効化時間設定(最小: 1分分解能)
      • ユーザー範囲の指定を選択:
        • 進入済みのユーザーのみ: サービスに進入したユーザーの進入キーを無効化(再発行)
        • 待機中のユーザーから: サービスに進入したユーザーの進入キーと待機中のユーザーの待機キーの両方を無効化(再発行)
  5. 構成保存: 設定を適用
セグメントタイプのサポート

区間制御セグメント:

  • タイマー基準無効化のみ使用可能
  • URL基準無効化はサポートされない(UTI/トリガールールサポートなし)

ベストプラクティス

タイマー基準無効化の使用時期

タイマー基準無効化を使用する場合:

  • イベント段階の切り替え: 1つの段階から別の段階に切り替えるとき(例:ウォーミングアップ → メインセール)、すべての既存キーを無効化してすべての人が同じ待機順番から開始するようにする
  • 重要なマイルストーン時間: 重要な時間(例:メインセールが午後2時に開始)に、最初に進入した時点と関係なくすべての人が再待機するように強制して公平性を保証
  • 待機順番のリセット: 待機順維持が有効化されているが、特定の時間にすべての保存された順番をリセットする必要があるとき(例:保存された待機順番を消去するために待機キーを無効化)

ユーザー範囲の指定選択ガイド:

  • 進入済みのユーザーのみ: サービスに進入したユーザーの進入キーのみを無効化して再進入時に再待機するようにし、待機中のユーザーの待機キーは維持して順番を保存したい場合
  • 待機中のユーザーから: サービスに進入したユーザーの進入キーと待機中のユーザーの待機キーの両方を無効化して、予約時間にすべてのユーザーが公平に再待機するようにしたい場合

具体的な例:

  • コンサートチケットセール: 午後1:00-2:00のウォーミングアップ段階で見学を許可。午後2:00(メインセール開始)に午後2:00以前に発行されたすべてのキーを無効化。これは、購入しようとするすべての人がウォーミングアップ中に見学していたか、新しく参加するかに関係なく、同じ開始点から待機する必要があることを保証します。

注意事項

ユーザー体験の考慮:

  • 頻繁に無効化すると、ユーザーをフラストレーションさせる可能性がある
  • 可能な場合、ユーザーに無効化タイミングを伝える
  • 公平性と使いやすさのバランスを維持

システム負荷のモニタリング:

  • 再待機ユーザーの急増が急増を作る可能性がある
  • 過負荷を避けるために無効化タイミングを計画
  • 無効化時間設定前にトラフィックパターンを考慮

徹底的にテスト:

  • 無効化トリガーが期待通りに動作することを確認
  • 待機順維持の組み合わせでテスト
  • ユーザーが再待機が必要であることを理解しているか確認

他の機能との相互作用

待機順維持との相互作用

待機順維持が有効化され、進入キー無効化がトリガーされると:

  • タイマー基準無効化:
    • 進入済みのユーザーのみ: サービスに進入したユーザーの進入キーのみが無効化(再発行)されるため、待機キーは影響を受けません。待機中のユーザーの待機順番は維持されます。
    • 待機中のユーザーから: 待機キーが無効化(再発行)され、ユーザーが待機順番を失い、最後から開始する必要があります。待機順維持期間内にいても、キー無効化が優先順位を持ちます。
  • 新しいキー発行: 無効化されたキーの場合、ユーザーが新しいキーを受け取り、後ろから待機列に参加する必要があります。

優先順位: 無効化 > 待機順維持(待機キーが無効化される場合にのみ適用)

例示シナリオ1: 待機中のユーザーから

待機順維持期間: 5分
タイマー無効化: 午前10:28
ユーザー範囲の指定: 待機中のユーザーから
タイムライン:
10:25 AM → ユーザー接続切断(待機順番 #50 が保存される)
10:28 AM → タイマー無効化(待機キーが無効化される)
10:29 AM → ユーザー再接続(タイマーがすでにトリガーされている)
→ 最後から再待機する必要がある

例示シナリオ2: 進入済みのユーザーのみ

タイマー無効化: 午後2:00
ユーザー範囲の指定: 進入済みのユーザーのみ
タイムライン:
1:30 PM → ユーザーA: サービス進入完了(進入キーを保持)
1:45 PM → ユーザーB: 待機中(待機キーを保持、順番 #10)
2:00 PM → タイマー無効化がトリガーされる
→ ユーザーA: 進入キーが無効化される(再進入時に待機が必要)
→ ユーザーB: 待機キーが維持される(順番 #10 が維持される)

検証

シンプルなテストで進入キー無効化機能を確認できます:

設定:

  1. 待機順維持が有効化された区間制御セグメントを構成
  2. 進入キー無効化を有効化(タイマー基準)
  3. 無効化時間を午前10:20に設定

テスト: 待機キー無効化(待機順維持を含む):

午前10:00  訪問者Aが待機列に進入、待機キー受信
→ 待機順番 #50 割り当て

午前10:05 訪問者Aのブラウザが閉じられる/クラッシュ
→ 待機順維持が順番 #50 を保存

午前10:20 タイマー無効化がトリガーされる
→ 午前10:20以前に発行されたすべての待機キーが無効化される

午前10:25 訪問者Aが再接続
→ 保存された順番 #50 が無効化される
→ 最後から再待機する必要がある(新しい順番 #200)
→ ✅ 証明: 待機キー無効化が待機順維持をバイパスする

これが証明すること:

  • 無効化された待機キーは保存された待機順番の損失を引き起こす
  • キー無効化が待機順維持よりも優先順位を持つ
  • 待機キー無効化後、ユーザーは最後から再待機する必要がある

FAQ

待機順維持なしで無効化を使用できますか?

はい、無効化は独立しています。ただし、無効化は待機順維持と一緒に使用するときに最大の効果を発揮します。待機順番保護をいつバイパスするかと進入キーを無効化して潜在的な副作用を防止する時点に対する細かい制御を提供するためです。

無効化を複数回トリガーするとどうなりますか?

無効化はイベントベースです:キーが確認され、無効化条件を満たすたびに無効化されます。タイマー基準無効化は、構成された時間以前に発行されたキーを確認します。

有効化した後、無効化を無効化できますか?

はい!進入キー無効化を無効化することは、即座に適用されるリアルタイム変更です。無効化されたキーは無効状態で維持されますが、無効化を無効化した後に発行された新しいキーは正常に動作します。

待機キーと進入キーを別々に無効化できますか?

タイマー基準無効化では、ユーザー範囲の指定設定を通じて選択できます:

  • 進入済みのユーザーのみ: サービスに進入したユーザーの進入キーを無効化(再発行)します。待機中のユーザーの待機キーは影響を受けません。
  • 待機中のユーザー부터: サービスに進入したユーザーの進入キーと待機中のユーザーの待機キーの両方を無効化(再発行)します。

関連構成オプションについては、高度なタイミングおよび待機順維持ドキュメントを参照してください。