謎解き 変換手順の記録｜入力・操作・出力を一段ずつ残す
謎解き 変換手順の記録は、各段の入力・操作・出力を対応させて再現可能にする方法です。途中結果だけを残すと、誤りが入った段階や使った規則を特定できません。原入力を改変せず保存し、変換ごとに新しい行へ結果を記します。最後に逆順の操作を試し、記録から原入力へ戻れるかを確かめます。
変換前後に残す情報を決める
「ID350の「謎解き 暗号」が担う全体説明は繰り返さず、謎解き 変換手順の記録で入力・操作・出力を一段ずつ残す判断だけを扱う。固有作品の内容、変動する開催情報、順位付け、根拠のない断定は対象外とする。」
扱うのは変換工程の記録であり、暗号全般の解説や作品内容の再現ではありません。中立な記号を例に使い、固有の文字列や最終的な内容は記載しません。考えた過程をすべて書くのではなく、再実行に必要な条件と操作を残します。推測と確認済みの規則を同じ欄へ混ぜず、根拠の状態も区別します。
入力・操作・出力を一段ずつ記す
最初に原入力の版と並びを固定し、空白や記号を含めて保存します。各行には入力・使用規則・操作方向・出力・例外・実行者を対応させます。二段以上の変換では前段の出力を次段の入力として複写し、接続を明示します。完了時は記録だけを渡した確認者が、同じ出力まで再現できるかを試します。
- ✓謎解き 変換手順の記録の対象範囲
- ✓謎解き 変換手順の記録の準備条件
- ✓謎解き 変換手順の記録の実施順
- ✓謎解き 変換手順の記録の例外対応
- ✓謎解き 変換手順の記録の完了記録
公開仕様を記録項目の根拠にする
NIST・Cryptographic Standards and Guidelinesは、方式と条件を分けて記録する確認元です。RFC Editor・RFC 4648 Base Encodingsは、入力単位と出力形式を記す仕様例です。RFC Editor・RFC 3986 URI Generic Syntaxは、構成要素と区切りを保つ記録に使えます。Unicode Consortium・The Unicode Standardは、文字情報と表示差を記録する基礎です。
- NIST・Cryptographic Standards and Guidelines
- RFC Editor・RFC 4648 Base Encodings
- RFC Editor・RFC 3986 URI Generic Syntax
- Unicode Consortium・The Unicode Standard
NISTの資料は記録項目の参考になりますが、個別の変換手順を定めません。RFC 4648を参照する前に、対象の符号化形式と入力単位が一致するか確認します。RFC 3986の構成要素はURI向けであり、一般の記号列へ自動適用できません。Unicode Standardに沿っても書体差は残るため、必要なら表示画像も併記します。
置換・符号化・順序変換を分離する
置換として読む工程は、入力要素と対応先を一組ずつ記録します。符号化として読む工程は、入力単位と使用形式と末尾処理を記録します。順序変換として読む工程は、移動前後の位置対応を記録します。
| 選択肢 | 確認項目 | 次に照合する項目 |
|---|---|---|
| 置換として読む | 謎解き 変換手順の記録の対象範囲 | 謎解き 変換手順の記録の準備条件 |
| 符号化として読む | 謎解き 変換手順の記録の実施順 | 謎解き 変換手順の記録の例外対応 |
| 順序変換として読む | 謎解き 変換手順の記録の完了記録 | 謎解き 変換手順の記録について、入力・操作・出力を一段ずつ残すための実務判断だけに限定する |
置換では対応表の版と変換方向を残し、逆向きの使用を防ぎます。符号化では文字種と区切りを保存し、途中で表記を整形しません。順序変換では位置番号を使い、移動後も欠落と重複を検査します。複合工程では三種類を一行へ詰めず、操作ごとの入出力を接続します。
途中修正と分岐が生じる場面を扱う
記録表の列は原入力・規則名・版・方向・操作・出力・例外・確認者とします。長い列は位置番号で参照し、途中を省略した表記だけに依存しません。使用資料の名称と参照箇所を添え、どの条件を採ったか追跡できるようにします。
置換後に並べ替える場合
例えば、記号を置換してから順番を変えるなら、二つの操作を別行にします。第一段の出力と第二段の入力を照合し、転記時の欠落を確認します。逆検査では順序を戻してから逆置換し、操作の順番も反転させます。
途中の一要素を修正する場合
例えば、入力の一要素を修正しても、以前の出力だけを書き換えてはいけません。修正前の行を残したまま新しい版を作り、変更理由と位置を記します。後続工程を先頭から再実行し、旧版の結果が混ざっていないか確認します。
複数人の結果が分かれる場合
同じ入力で出力が異なるときは、規則の版と操作方向から差を探します。結果だけを多数決にせず、最初に相違した中間行を特定します。表示環境が原因なら文字情報と画面表示を分け、再現条件へ追加します。
再現できる完了記録へまとめる
例外が出た行は後続へ進めず、入力不足か規則違反かを切り分けます。手順を直す場合は新しい版として追加し、修正前の入出力を保持します。完了記録には最終版・全工程・例外処理・逆検査・確認者を残します。第三者が記録だけで同じ工程を実行し、原入力まで戻せれば完了です。
どこまで細かく操作を書けばよいですか？
別の人が迷わず再実行できる単位まで、入力と操作と出力を分けます。規則表を参照する場合は名称と版と方向を記し、全文の転記は避けられます。暗黙の省略が必要になる箇所は、具体的な条件として補います。
画面画像だけで記録できますか？
画像は表示状態を残せますが、文字情報や操作順を検索しにくい欠点があります。文字列と規則は表にも残し、画像には撮影時点と対応する工程を付けます。画像内で見切れた要素がないか、原入力との照合も行います。
記録の完了は何で判断しますか？
最終出力が得られただけでなく、全工程の入出力が接続しているかを見ます。使用規則と例外処理が特定でき、逆順の操作で原入力へ戻ることも必要です。別の確認者が同じ結果を再現できれば、記録の不足を発見しやすくなります。
変換手順は原入力を固定し、操作ごとに入出力を分けて記録します。置換、符号化、順序変換を別行にすれば、誤りの発生段階を追えます。途中修正は新しい版で再実行し、以前の結果と混在させません。逆検査と第三者の再現を通過した記録を、完了版として保存します。