群像の名前を共同で割当て

一人ずつ選ばず、群像全体へ割り当てる

ある名前が二つの役割に使えても、三つ目の役割にはそれしか使えないことがあります。最初に考えた人物へその名前を付けると、完全な割当てが可能だったのに残りが埋まらなくなるかもしれません。このツールは選択をまとめて扱います。役割ごとの適用範囲、固定した判断、同じ場面に出る組の制約を守り、別々に抽選してから重複を直す代わりに共同の割当てを探索します。

役割と作者が認めた候補集を持ってきて使います。名前を資料から探すこと、人物の背景を推測すること、誰へ最も強い名前を与えるかを決めること、脇役が主役を食うかを測定することはしません。問いは、入力した候補を、宣言した規則に違反せず入力した役割へ置けるかです。実行可能な結果は、群像を読んで確認する出発点であり、その創作上の点検の代わりではありません。

群像の識別チェックは別の段階を扱います。すでに人物へ付いた名前を比較し、衝突を調べます。この割当てでは、名前と役割の対応そのものを決め直します。一つの選択が残りの探索から候補を消費するため、一つの固定を変えると、ほかの役割や綴りが同じでも複数の割当てが変わる場合があります。

役割と候補の識別子を分ける

役割の行には固定の役割ID、ラベル、数値の優先順位、任意の固定候補IDを入力します。役割IDは物語で埋める位置、候補IDは入力した命名案を識別します。現在の表示名を役割のキーにしないでください。割当てを変えても別の登場人物が生まれたり、その役割の参照が全部切れたりしない構造にします。

優先順位は、現在使える候補が最も少ない未割当ての役割を選んだ後の同順位を解決します。小さい数値が先です。芸術的な序列、出番の測定、主役へ最も覚えやすい綴りを与える保証ではありません。一つの候補が本当に必須なら固定か適用範囲で表します。優先順位を小さくしても希望が必須にはなりません。

候補にはID、正確な姓名、任意の会話上の短称、任意の確認済みの読みを入れます。表示する表記は出力でも保持します。読みは比較のために利用者が与えるもので、綴りから推測しません。役割は1〜16、候補は1〜60です。各表と入力全体にも上限を設け、確認できる規模とブラウザーの作業量を限定します。

探索の前に適用範囲を指定する

適用範囲の行は役割ID、候補ID、allowまたはblockです。役割に一つでもallowがあれば、それに書いた候補だけを使えます。allowがなければ候補集全体から始めます。blockは組合せを除きます。同じ組合せは一度だけ指定でき、allowとblockが競合したとき入力順で勝手に決めることはありません。

固定は、それらの条件を適用した後で候補を一つへ狭めます。存在しない候補や、適用範囲で除外した候補を固定すれば、矛盾を示して止まります。共同の条件を考える前から候補が空になる役割も同様です。元の候補集から無作為に選べば、直すべき条件が隠れてしまいます。

適用範囲には説明できる創作上の理由を使ってください。すでに依頼した絵に人物の名前が入っている、公開した文章で短称が確定している、といった理由です。ソフトウェアが性別、民族、社会的な階層、綴りから感じる文化上の印象で適用範囲を決めることはありません。そうした隠れた属性は候補表にありません。

同じ場面に出る組へ条件を付ける

場面の行には異なる二つの役割とshort、reading、bothを指定します。その組に割り当てる候補は、選んだ比較欄で正規化後の完全一致を避けます。条件はその組にだけ適用し、本の全人物へ広げません。意図的に同じ愛称を持つ人物でも、その制限した組に入らなければ使える可能性があります。

比較には入力した文字列のNFKC、指定した方法での小文字化、連続した空白の整理を使います。同じ候補IDの再使用と、姓名が正規化後に同じになる割当ては全体で避けます。元の表示が異なっても、比較結果が同じなら競合する方針です。見た目が近いすべての名前を同じとしたり、異なる読みなら音声で聞き取りやすいと判断したりする処理ではありません。

短称や読みがない場合、衝突は確認できませんが、安全とも確認できません。割り当てた組で選択した比較欄が不足すれば、その旨を表示します。役割を全部埋めても、点検状態は一部のみになり得ます。未確認の比較を合格と解釈せず、承認した表記を追加するか実際の場面を確認してください。

初期例の共同割当てを試す

主役の配達人にはn1またはn2、客の証人にはn1だけ、台帳の係にはn3またはn4を使えます。n1はAven Reedで短称Ave、n2はSela MorrowでSela、n3はOrin ValeでOri、n4はArden RoweでAveです。これは入力した架空の配役案であり、名前の歴史的な事実ではありません。

主役へ先にn1を選べば、証人に使える候補がなくなります。共同探索は証人の範囲が狭いことを考え、n1をそちらへ確保します。主役にn2、係にn3を割り当てられます。証人と係には短称の制約もあり、n4を係へ使えばAveとAveになるため、その組合せは受け入れません。

主役をn1へ固定してみてください。証人の個別の候補にはn1が残っていますが、再使用できないので完全な共同割当てはありません。矛盾しない一部の割当てを、不完全だと明示して保持する場合があります。候補を発明する、n1を複製する、証人を消す、場面の制約を外す、といった方法で数を埋めることはありません。

創作例：読み合わせの最後の名札

読み合わせの用紙には三つの役割の空欄と、承認した三枚の命名カードがあった。それぞれ別の制作判断を通っている。一枚は挿絵と一致し、一枚の短称は試し読みの章で使われ、もう一枚はまだ役割が確定していなかった。

助手は最も自由に使えるカードを配達人の横へ置いた。そこに合って見えた。作者も賛成し、証人へ進んだ。

証人が使えるのは、その同じカードだけだった。試し読みの証言書に署名があり、予定した読み合わせまでには変えられない。助手は二人へ再使用し、話者のラベルで区別する案を出した。

演出担当はラベルなしでやり取りを読んだ。同じ場面で二人が同じ短称に反応する。語り手が説明すれば区別できるかもしれないが、その箇所には語り手がいない。簡単そうな修正は、既存の計画を守るのではなく別の制作上の義務を増やすことになった。

四枚目のカードを探しかけたとき、作者が止めた。「まだ、もう一枚必要だとは分かっていません」

未使用の自由なカードを配達人へ使える。証人には証言書の表記を残し、係には残りの適用できるカードを置けばよかった。最初の選択は一人だけ見れば魅力的でも、全体では困る判断だった。別の役割が持つ唯一の選択肢を使ってしまったのである。

最初の二枚を動かして読み直した。証言書を描き直す必要も、説明する語り手を足す必要もなかった。配達人の新しい名前が芸術的に優れていると認定したわけではない。最初の逐次的な判断を失敗させた制作条件を、満たしただけだった。

後で演者が係に別の短称を提案した。チームは候補を改訂し、場面の制約をもう一度確認した。以前の割当ては試し読みの版と一緒に残し、新しい候補集が最初からあったことにはしなかった。これはオリジナルの架空の読み合わせです。実在の制作、読者実験、配役ソフトとの連携事例ではありません。

新しい名前を増やすより交換が重要な理由

この例で問題なのは、入力した候補集の中の希少性です。配達人へ証人の唯一の選択肢を与えると、共同の計画が止まります。新しく生成すれば避けられるかもしれませんが、別の承認作業が生まれ、公開した文章や絵の条件を満たすとも限りません。交換は制作がすでに成立させた条件を守ります。

証人の文書がまだ編集できるなら、その適用範囲を変える別の計画も成立します。ただし、条件を変えたことを記録します。同じ短称が意図的で、音声の場面に明確な結び付ける会話があるなら、組の制約を改めることも考えられます。創作上の取捨選択をソルバーが決めるのではなく、それぞれの明示した版から何が起こるかを示します。

自分の群像でも、どれが本当に固定され、どれが単に馴染んだ案なのかを確かめてください。仮の希望を固定すると、全体が不可能に見える場合があります。反対に表を埋めるためだけに固定を外すと、公開済みの事実を消すかもしれません。条件を変える前に、その判断の根拠を確認することが大切です。

有限探索の結果を読む

ソルバーは現在の部分的な割当てを保ち、その状態で使える候補が最も少ない未割当ての役割を選びます。候補を順に試し、広げる前に再使用と該当する場面の条件を確認します。行き止まりなら前の選択へ戻ります。同順位は優先順位と役割IDで決め、候補の順序は入力した一覧に従います。

候補試行の上限は明示します。有限モデルで可能な枝をすべて調べて成功しなかった場合と、その前に上限へ到達した場合を分けます。前者は指定した規則で完全な割当てなし、後者は不可能と証明したわけではありません。後者なら上限を増やす余地がありますが、固定の矛盾や最初から空の候補範囲を増大した上限で直すことはできません。

ブラウザーではバックグラウンドのworkerで探索し、フォームを使える状態に保ちます。新しい生成要求は前のworkerを置き換え、古い結果で現在の条件を上書きしません。workerを起動できなければ失敗を示し、入力を保持します。JavaScriptがなくても初期の例は読めますが、操作と探索にはJavaScriptが必要です。

空欄を埋めず、部分的な結果を確認する

部分的な割当てには、探索した矛盾のない状態で候補を得た役割だけが入ります。未割当ては初期の適用候補とともに別に並べます。UnknownやPendingを架空の名前として生成し、コピーで完成した群像に見せることはありません。役割数と完全かどうかは報告と書き出しに残します。

割当て自体が完全でも、比較データが不足していれば点検上は一部のみです。completeは役割を埋めたかを示し、不足メモは入力だけでは支えられなかった確認を示します。全員に名前があっても読みや読み合わせが必要な場合があり、不完全な割当てにも有用な確定事項が残る場合があります。

条件を変えるときは、意味のある最小の修正を検討します。使える候補を加える、本当に仮だった固定を外す、場面の組を改める、不足する読みを入れるなどです。一度に一つ変えて再実行してください。美しい完成表になったことを、その変更が物語として正当だった証拠にしないようにします。

適用した範囲と一緒に保存する

書き出しには役割と候補のID、元の表記、固定、適用範囲、場面の制約、試行回数、探索状態、未割当てIDを含めます。原稿の走査、ゲームのリソース更新、世界での未使用の証明は行いません。比較するのは入力した候補と規則の範囲です。

採用後は実際の場面を読み、より広い編集上の比較には群像の識別ツールを使います。この割当ては指定した完全一致の硬い条件だけを扱い、微妙な音や見た目を順位付けしません。採用した対応を物語の状態として保存し、候補集を黙って変えても同じシードから再現できると思わないでください。名前が作品に役立ち、共同の計画を成立させた条件が分かる群像を目指します。

優先順位を上げると主役に最良の名前が付きますか

候補数の次に探索の同順位を決めるだけです。芸術的な質や読者の注意は測りません。本当に固定する候補は固定で指定し、得た群像を実際の場面で確認します。

固定を一つ変えただけで複数の名前が動くのはなぜですか

候補は共有され、再使用できません。固定した選択が適用範囲と場面の規則を通じてほかの役割も狭めます。一つの入力だけ変えても、共同の解で複数の割当てが変わる場合があります。

探索上限に達したら解はありませんか

上限に達したことと、すべて調べて解がないことは別です。書き出しでも区別します。条件を見直すか、許可する上限を意識して増やしてください。条件を黙って緩めることはありません。

完全な割当てなのに一部のみと表示されるのはなぜですか

選んだ場面比較に必要な短称や確認した読みが不足している場合です。全役割に候補があっても、区別の確認が支えられないことがあります。completeは割当ての範囲、警告は残る点検を示します。