架空の在位名と通し番号

一人の人物が持つ、別々の番号の履歴

在位名の番号は、名前の小さな飾りに見えるかもしれません。しかし同じ人物、同じ在位名なのに、手紙はII、印章はIVという小道具が並ぶと、設定の問題になります。別人を作ったり数字を直したりする前に、それぞれの物が何を数えるのか確認します。この作業台は、その算入の契約を明示するためのものです。

架空の年代記、宮廷、漫画、ゲームで、繰り返し使う在位名を扱います。人物、独立した番号の系統、前史、日付付きの即位を入力し、争いのある代案を残して、入力した番号を照合します。誰が正統な君主か、実在の王朝がどの慣習に従うか、歴史上の印章が本物かは判定しません。

立派な称号を選ぶ作業とも違います。任職称号のツールは、場面でどの職や儀礼の呼び方を使うかを解決できます。本ページが数えるのは、この番号にどの前任が入るか、同じ人物の復位も一回増えるかという順序です。称号が同じでも答えは変わります。美しい名前で、説明のない数え方を補うことはできません。

創作例：二つの印章を持つ使者

Selaの使者が、南の通行許可を持って内陸の門へ来た。封蝋にはVela IVとある。中の封筒の宛名は、北冠のVela IIだった。門番は二つの印を見比べ、誰の許可を借りたのかと問う。使者は、二つともSelaのものだと答える。同じ人物が、二つの王冠のもとでVelaを名乗っている。

門番が知る北の家では、Selaより前に一人のVelaを数えている。南の道路局は、自分たちの系統で以前の即位を三回数える。二つの物は違う制度の履歴から同じ人物を指していた。南のIVをIIへ直せば、Selaについて真実に近づくのでなく、道路局が定めた番号との整合が失われる。

記録係は、もう一つの北の名簿を持ってきた。以前の保持者とSelaの間に、Meralの争われた在位を含めている。その一覧ではSelaはVela IIIだった。綴りが別人を指すと宣言しても解決しない。問題は、この年代記がMeralを算入するかどうかだった。封筒を出した官署はその記録を除き、記録係は対立する主張を隣に保管していた。

後にSelaが中断を経て復位すると、新しい書記は即位の式がもう一度あったから北の番号を増やそうとする。しかし官署の規則が数えるのは人物で、Selaにはすでに割り当てた番号がある。即位の回数を数えるなら別の結果になる。復位を個人の自動的な改名とせず、制度が従う規則を見て書く必要があった。

これはオリジナルの創作例です。この官署は一つの判断に従いますが、初期の作業台では争いを未解決にして、両方の代案を確認できます。実在の宮廷や史実の番号ではありません。個人の身元を消さずに、名が管轄、継続性、争われる来歴を担うことを示しています。

ここでVelaが合う理由は、在位名を再使用して制度の継続を表すという創作上の選択です。語源の説明ではありません。Selaが別の名と新しい同等性のkeyを選び、前任なしの系統を開くならIから始められます。宮廷が何を継ぐと主張するかも変わります。見た目の綴りだけ変えて古いkeyを保つ場合、このモデルでは同じ断絶にはなりません。

接尾の数字より先に、系統を決める

ここで在位名は、その立場の人物が作者の指定で使う公の名乗り、系統は同じ数え方を共有する範囲です。固有の人物IDと個人名は、在位名と分けます。同じ人が複数の系統に現れ、別の人が同じ在位名を使うこともあります。表示する語を人物の識別子にしません。例のsovereignはSela、northとsouthは独立した番号の系統です。

各系統はpeopleかaccessionsを算入単位にします。peopleなら、同じ系統と名のkeyで後に算入する復位があっても、同じ人物に割り当てた番号を保持します。accessionsなら算入する即位ごとに進みます。どちらも普遍的な王室の慣習とは述べません。架空の世界のために対応する二つの規則で、作者の代わりにどちらかを選びません。

名のkeyも明示します。同じ系統のvelaというkeyに、作者がVelaとVélaを入れれば同じカウンターです。二つの綴りが言語的に同じという認定ではなく、作者の分類です。別のkeyは別の履歴になり、その組み合わせの前史が必要になります。

数字を合わせるためだけに、組版の差を全て新しい系譜にしないようにします。まず年代記が何を同じ在位名とみなすかを決め、その後で小道具や場面に合う表示を選びます。関連そのものが読者に重要なら、作品の中で示してください。内部のデータキーは、読者へ渡した根拠ではありません。

前史を、既知・ゼロ・不明に分ける

使う系統と名のkeyの組には必ず前史を入れます。priorCountは以前の件数かnullです。ゼロは、その範囲に以前の算入対象がいないという明示した設定です。nullは以前の件数が分からない状態です。空いている過去を、便利な最初の番号へ変えません。

peopleにはpriorPeopleも必要です。priorCountと同数の、登録した人物IDの完全な順序付き一覧を入れ、位置が以前の番号になります。その人物が戻っても新しい番号を消費しません。重複、不明な人物、件数の違いは拒否します。検査するのは作者が完全だと指定した一覧の構造であり、年代記を外部で調査したのではありません。

accessionsなら以前の人物を並べず、既知の件数を使えます。その後でpeopleに変え、priorPeopleが不明のままなら、人物単位の番号は不明になります。専用の比較操作は算入単位だけを変更します。完成した結果に見せるために、以前の人物を創作しません。

北の初期例には、以前の人物一人が分かっています。南は以前の即位三回が分かり、人物の完全な順序はありません。この二つは異なる情報です。一つの小道具の件数は確かでも、その背後の個人記録が不足する制作では、区別しておく意味があります。

初期台帳を、時点の順に追う

北の争われた記録は2、Selaの北と南の最初の記録は4、北への復位は7です。その後に算入から明示して除く記録があります。atは作者の整数時点で、暦の日付を解釈していません。処理は時点と同時点の明示した順序に従い、JSONを貼った行順では決めません。

Meralを除けば、北の前史一人にSelaが続いて二人目です。含めれば三人目になります。南は三から始まるため、どちらの代案でもSelaの最初の即位は四番目です。北の復位はpeopleなので以前の番号を再使用します。Vélaという表示の違いだけではvelaのkeyをリセットしません。

「一つの系統の算入規則を比較」でnorthをaccessionsへ変えてみます。最初の北の記録はIIかIIIのままですが、復位はIIIかIVです。復位に書いたIIは、新しく宣言した算入履歴のどれにも合いません。乱数で別の名前を出したのでなく、規則を変えた結果です。戻す操作は一致する単位変更を復元し、ほかの入力を保持します。

同じ系統、key、時点に二つの記録があるなら、orderを分けます。明示した順序を入れ替えると、先の番号を誰が受け取るかも変わり得ます。曖昧な同順位は行順で黙って決着させず拒否します。独立した範囲の同時の記録は、日付が同じというだけでカウンターを共有しません。

算入の争いは、判決でなく代案を作る

各記録はinclude、exclude、unresolvedの判断を参照します。複数の記録が同じ判断IDを持つこともでき、その場合は王冠をまたいでも各仮定で一緒に算入か除外になります。連動する出来事を別々に切り替え、作者が入れていない組み合わせを作らないためです。

使用中の未解決判断は十件まで完全に列挙し、最大1024の代案を保持します。使用しない判断は履歴を変えません。上限を超えたら確定か分割を求めて止まり、便利な一枝を完成した答えとして返しません。異なる判断IDは独立した選択です。もっと複雑な関係が必要なら、作者が扱う範囲を明示して設計し直します。

主表は全ての番号の可能性を示します。履歴の選択欄では、一つの仮定と前任の経路を確認できます。見出しとコピーでも仮定のままです。見るだけで判断を編集したり、全履歴に対する番号照合を変えたり、書き出しからほかの代案を消したりしません。モデルを変えるなら、入力の判断を確定して再計算します。

手紙や碑文が、何を主張するかを照合する

任意のclaimedは小道具に現在印刷した番号です。matchedは宣言した算入履歴に一致、conditionalは一部の代案で一致するか、その記録を含めた場合だけの番号です。contradictedは算入した計算のどれにも合わず、unverifiableは前史から番号を支えられない状態です。excludedなら明示した判断では番号が付きません。入力した数字そのものを、正しいはずだという根拠にはしません。

これは執筆の判断で、正統性の裁定ではありません。登場人物が意図して一派の年代記を使い、引用した古い手紙に後の語り手が争う番号を残すこともできます。物がどの約束に従うと主張し、読者へ必要な情報を渡しているかを考えます。本ツールだけで推理の手掛かりが公平に開示されたとは証明しません。読者の知識の点検は別の作業です。

全可能性のコピーは算入条件と不明を保持します。一つの仮定の経路のコピーは、どの枝を見たか示します。非公開の引き渡しには、上限内の全履歴、記録順、前の件数、再使用の参照が入ります。身元や作品の争いを明かし得るため共有前に確認してください。保存も記録と王冠の範囲を保持し、同じ表示の二つの王冠を統合しません。

数え方と、数字の表示は別の選択

任意のローマ数字表示は、1〜3999の整数に対する内部の変換規約です。M、CM、D、CD、C、XC、L、XL、X、IX、V、IV、Iを、それぞれ1000、900、500、400、100、90、50、40、10、9、5、4、1の値として大きい順に使います。十進表示でも計算した数は同じです。表示を変えても矛盾した番号や前史の不足は直らず、実在の宮廷の組版慣習を主張するものでもありません。

番号付きの表記を採る前に、人物ID、系統、正確な名のkey、前史、算入判断、復位の規則を見ます。その後で場面に置く形を決めてください。番号のない個人名候補なら命名の作業台、現時点の任職者なら儀礼称号のツールが適しています。本ページで得るのは、名前を支える架空の算入経路と、まだ未解決の部分です。

入力した数字から正しい年代順が決まりますか

claimedは宣言した履歴に対して確認する主張です。不足する前史を補ったり、争われた算入を決めたりしません。モデル内で一致、条件付き、矛盾、不明、除外、未入力を区別します。

同じ人が二つの王冠で違う番号を持つのはなぜですか

系統と正確な名のkeyごとに数えるためです。二つの王冠は違う前史や単位を指定できます。カウンターを統合したり別人を作ったりせず、一人を異なる番号で表せます。

綴りを変えたら自動で最初の番号になりますか

表示だけを変えても明示したkeyは残ります。別に数える在位名にするなら、新しいkeyとその前史を指定します。言語的な同等性や実在の命名慣習は推定しません。

仮定の履歴を選べば争いは解決しますか

入力した代案の一つを見るだけです。全履歴の照合、全可能性のコピー、非公開の書き出しには代案が残ります。モデルを変えるなら、入力の算入判断を明示して変更します。