姓名索引の順序を手掛かりにする

「順番が違う」と言うために必要なもの

姓名の札が一枚だけ違う場所にあれば、読者が自分で見られる手掛かりになります。ただし、違うと言うには先に規則が必要です。出演順の一覧は索引ではありません。舞台で使う名前の札が、戸籍上の姓に従うとも限りません。作者は、何を約束する一覧なのか、どの比較ならその約束に反するのかを決めてから、発見の場面を書く必要があります。

この作業台は、作者が指定した二項目の照合形と文字順に対して、実際に印刷する姓名の配列を確認します。キーを作る経路、逆になっている全ての二記録の組、同じキーで順序が決まらない範囲を示します。項目の優先順を逆にした別案も独立に計算できます。小道具の入力を勝手に直したり、異常の件数から犯人を決めたりはしません。

実在の名簿を検索するサービス、地域別の照合規則を実装した辞書、姓名を自動分割する仕組みではありません。人物の表示名と、照合に使う二つの項目は別々の作者入力です。選んだ名前、継承した名前、家に付く呼称、芸名など、どれを照合に使うかは作品の約束です。空白の位置からその役割を推測しないために、独立した欄を用意しています。

創作例：開演前の衣装掛け

旅する人形劇団の衣装掛けには、四つの真鍮の名札があった。今はAven Reed、Bela Marsh、Cira Ash、Daro Valeの順に並んでいる。以前の管理役が残した説明には、家族名の項目を先に、個人名の項目を後に比べると書いてあった。Ciraは三番目に掛けられた青い袖を見て、登場を遅らせるため誰かが札を移したのだと怒った。一番に来たAvenへ、その疑いが向いた。

Belaは札を動かさずに確かめようと言った。指定の文字順ならAsh、Marsh、Reed、Valeになる。ReedがMarshより前、ReedがAshより前、MarshがAshより前という三つの組が説明に反する。しかし札全体には別のまとまりもあった。個人名ならAven、Bela、Cira、Daroで順が通る。新しい手伝いは衣装を掛けながら個人名を声に出して練習していた。その方法で並べた可能性はあるが、実際にそうした証明でも、その後誰も触らなかった証明でもなかった。

幕が上がる前に必要なのは、直ちに責任を決めることより、誰の衣装かを取り違えないことだった。劇団員は互いの舞台名を呼び、札だけでなく衣装そのものを確認した。説明を誰から聞いたかは終演後に尋ねられる。順序の異常は質問を作ったのであり、証言を省いてよい理由にはならなかった。

人物、劇団、名前、出来事は全て架空の創作例です。ここでは名前に二つの仕事があります。出演者を呼ぶ仕事と、物理的な配置を決める仕事です。Ciraは後者の不一致を、敵意の証拠と考えてしまいます。Belaは二つを分けます。札を正しく戻しても、疑いを向けた言葉の影響は消えません。その関係の変化を、以後の台詞や行動で扱うことができます。

もしAvenをZerinへ改名し、Reedを残すなら、家族名優先の位置は変わらなくても、個人名優先という説明は変わります。印象的な名前へ置き換えるだけでは、手掛かりを維持できません。札の表示とsecondaryの作者指定を一緒に見直し、両方の規則を再計算してください。ReedをAlderへ変えるなら、primary優先の並びも変わります。元の疑いを守るために規則を曲げるのでなく、どの要素が推理を支えていたかを確認します。

まず読者に見せる配列を復元する

初期記録のidは同じ記録を追う識別子、nameは札に表示する文字列です。primaryを家族名、secondaryを個人名として、REEDとAVEN、MARSHとBELA、ASHとCIRA、VALEとDAROを入力しています。この分け方と照合形は作者の指定であり、実在の人物について辞書で確かめた情報ではありません。大文字にしているのは例を見比べやすくするためです。

printedOrderにはaven、bela、cira、daroが一度ずつ入ります。これは監査後の理想の順でなく、印刷された現物の順です。primaryを先に比べると、許されるブロックはcira、bela、aven、daroになります。証拠表は、どの二つが逆か、印刷位置はいくつか、どちらの項目で順が決まったかを示します。隣り合う札だけを見る方法では、離れたReedとAshの組を落としてしまいます。

逆序が三件あっても、三回の改変があったという意味ではありません。一回動かすだけで複数の組に影響する場合も、片方を移す複数の方法で一組を直せる場合もあります。ソフトは手を動かした履歴を復元しません。また、件数が多いほど読者に気づかれやすいという測定も行っていません。まず論理を表で確かめ、場面で自然に見せられる観察を選びます。

記録の欠落は順序の矛盾とは別です。表示順には登録した全IDが一度ずつ必要で、重複、未知のID、省略があれば拒否します。空の掛け具が物語の核心なら、対象とする一覧と、その外にある欠落の証拠を意図して分けてください。都合の悪い記録を削除して成功させた後、元の四枚全体を確認済みとして扱わないようにします。

文字順も照合形も作者の決定

alphabetには、先から後へ比較する異なるUnicodeコードポイントを並べます。最初に異なる文字の指定順位で比較し、一方が他方の接頭部なら短いキーを先にします。第一項目が同じ場合だけ第二項目を比べます。表示名やIDを第三の項目として裏で追加することはありません。こうして、何が順を決めたかを作者が追えるようにします。

大文字化はASCIIのa〜zをA〜Zへ変える選択だけです。Unicode全体の大文字小文字を同一視する処理ではありません。ignoredに指定した文字は、その処理の後で照合形から除きます。初期値では空白、アポストロフィ、ハイフンを明示的に除外します。導出表には入力、処理後、残ったキー、0起点の文字順位、除いた文字が出ます。札に表示するnameは変えません。

未指定の文字が現れたら停止します。文字順へ加える、作品の規則として本当に無視するなら除外へ加える、別の作者指定の照合形を入れる、という修正は意味が違います。日文の漢字から読みを推測したり、アクセント付き文字と付かない文字を同じにしたり、全角と半角を自動で正規化したりはしません。結合文字を含む表記も、指定したコードポイントとして扱います。

仮名の独自配列を入れることはできますが、それは作者が定めた配列です。日本の全ての機関が使う索引順を再現したという意味にはなりません。実在の時代や機関を描く場合は、その場の実際の慣行を別に調べます。証拠が足りなければ人物の推理にも不確かさを残してください。解きやすい規則を採用しただけで、文化上の事実になったとは説明しません。

同じキーには無理に順位を付けない

primaryとsecondaryが両方同じなら、一つの同順ブロックになります。表にはその全体の許容位置と、同じキーを持つ他の記録が出ます。可能な配置を表示するときには印刷順を残しますが、その内部順が正しいとは認定しません。表示名もキーも同じであっても、異なるIDの記録を一人に統合しません。

例えばBelaの表示を残したまま、二つのキーをREED、AVENへ変えれば、Avenと同じキーを作者が宣言したことになります。そのブロック内でどちらが先でも逆序ではありません。架空の索引の仕様か、入力ミスかは作者が判断します。ソフトは同値を隠さずに示しますが、意図を決めて補修することはありません。

未入力の第三条件が当然あるはずだ、として推理を完成させないでください。追加の条件が本当に順を決めるなら、その推論にはこの二項目モデルだけでは足りません。対応する証拠で手掛かりを作り直すか、必要な方法を別に検討します。隠された決まりに依存する断定より、決められない範囲を残した方が、作品の約束を守れる場合があります。

別案が成立することと、誰かが知ること

比較を有効にすると、同じ記録、文字順、除外文字、印刷順で、項目の優先だけを逆に計算します。初期例ではsecondary優先が全四件と両立します。現在の優先をsecondaryへ切り替えれば、現在の判定そのものも変わります。別案は現在の入力を勝手に変更せず、タイトルだけ変えた同じ計算でもありません。

試すのはこの一つの競合規則だけです。別案と両立しても、作成者がそれを知っていた証明にはなりません。別案でも矛盾したとしても、出演順、衣装の色、到着日などモデル外の配列を排除したことにはなりません。人物の台詞も「掲示された規則には反するが、別の優先順なら説明できる」という範囲に合わせます。全ての可能性を否定した台詞へ飛ばさないでください。

読者向け説明は、作者が書いた文章をそのまま使います。ソフトは操作条件との一致も、説明が本当に事前提示されたかも認定しません。文字順を変えても説明にA〜Zが残れば、監査と読者の課題が食い違います。重要な修正の後には文章も見直します。読者に利用できる推理になるかは、作品で実際に示した規則と観察に依存します。

解答と試読用の資料を分けて持ち出す

専用の読者用資料には、範囲の注意、入力した説明、印刷位置と表示名だけが入ります。ID、照合キー、逆序の証拠、別案の計算は含めません。英語用と日本語用のボタンは周囲の説明を変えますが、入力した文章や名前を翻訳しません。対象読者に合う内容は作者自身が用意してください。説明を空にすると、規則を創作して補わず、両方の読者用資料を保留します。

非公開監査には入力モデル、導出したキー、両方の計算が入ります。主結果のコピー、お気に入り、比較、プロジェクトと通常結果の書き出しも作者用です。解答を知らない人へ安全に渡せると自動では判断しません。専用の読者用資料でも、名前や明示した指示そのものが物語のネタバレになる場合があります。実際のファイルを開いてから共有してください。

小さな試読では、作品に置く予定の現物と説明を渡し、どんな順を期待したか、別の説明があると思ったかを尋ねられます。実際の回答の記録は別の作業です。この表が理解度試験を実施したり、両立した規則の数を参加者の成績へ変えたりはしません。必要な情報が伝わらなければ、結果の断定を強めるのでなく場面を改稿します。

改名した後は小道具と人物関係へ戻る

印刷順と、その配置になった理由を制作メモへ残してください。名前を変えるときは表示だけか、照合キーも変わるのかを選びます。選んだ呼び名を別のキーで整理する作品もあるため、二つの入力は独立しています。その柔軟さは明示的な確認も必要にします。見た目を直しただけで、非表示の照合形まで追従したとは考えないでください。

編集可能な条件はプロジェクトに保存し、持ち運ぶ場合は非公開の書き出しを使います。対応する範囲では全ての二記録の組を計算し、標本から推測しません。2〜40記録を対象にし、大きすぎる入力や不正な形式では一部を切り捨てずに止めます。まず現物を保持し、宣言したモデルを直してから、次の結果を解釈します。

最後に、発見が誰の選択を変えるかを書きます。規則を決める権限は誰にあるのか、変更を誰が知っているのか、別の説明が成立した後も疑いが続くのか。これらが順序の問題を人物描写へ結び付けます。正しい索引は制作上の成果です。その索引が重要になる理由を登場人物の行動に与えるところまで、作者の判断が残ります。

一枚の位置が違えば犯人を特定できますか

できません。証拠は入力規則に反する二記録の組です。どちらが動いたかは決まらず、別の規則が全体を説明する場合もあります。行為と知識は物語の別の証拠で支えます。

姓の部分を自動で取り出せますか

できません。primaryとsecondaryを作者が明示します。読みの根拠が必要な名前には、調べた照合形を入力します。表示を分割、翻字、正規化して非表示のキーを作りません。

同じ位置の範囲に二つの記録が入るのはなぜですか

指定した文字規則で二項目が同じキーだからです。一つのブロックを占め、内部の順序は認定しません。表示名が違っても、ID順を秘密の第三規則にしません。

どの書き出しも解答を知らない読者へ渡せますか

いいえ。監査キー、記録ID、別案の解答を除くのは専用の読者用資料です。説明は入力のまま複写し翻訳しません。その資料もネタバレを確認してください。通常結果とプロジェクトの書き出しは非公開用です。