Luhn mod N 検査文字
アルファベットをabcdefとすると、abcdefの検査文字はeで、保護されたコードはabcdefeになります。Luhnの「2倍して足す」規則をN進数で使い、英字や十六進数、独自の文字セットのコードに対応します。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- abcdef
- アルファベット
- abcdef
- 計算モード
- Compute
- ペイロード
- abcdef
- チェック文字
- e
- チェックディジット付き
- abcdefe
古典的な Luhn は数字 0–9 のみに対応します。実際の識別子は文字・hex・Base36・独自文字集合を混ぜることが多く、それでも打ち間違いを捉える末尾の検査文字が必要です。Luhn mod N は指定アルファベットの各記号をコードポイントに写し、基数 N で右から左への倍加と桁和を行い、同じアルファベットから検査文字を返します。いずれの経路もネットワークも保存も使わない同一の純粋算術です。
Luhn mod N とは何か、古典 Luhn をどう拡張するか
Hans Peter Luhn の元アルゴリズムは、右から交互に倍加係数を適用し、倍加値を一桁に畳み込み、合計し、全体が十で割った余りが零になる検査数字を選びます。この規則は決済カードや IMEI 末尾、多くの公的識別子を支えますが、N が十で各文字が十進数字である前提です。
Luhn mod N は同じ構造を保ちつつ、N を定義する任意の順序付きアルファベットの大きさにできます。各文字は 0 から N−1 のコードポイントに対応し、畳み込みは係数×コードポイントの基数 N 桁和になり、結果は同じアルファベットの文字へ戻されます。古典的な検出保証を重視するなら偶数 N を推奨します。
奇数アルファベットでも決定的な検査文字は得られますが、単一置換や隣接転置の検出は弱まります。Damm（数字のみ・準群表）や EAN・ISBN に縛られたバーコード検査数字と比べ、既に英数字コードを使い発行と検証を共通化したい場合に Luhn mod N が適します。
一般化 Luhn 検査文字が実務システムで果たす役割
倉庫・資産タグは読み上げのため文字と数字を混ぜることが多く、Luhn mod N 文字を付けると隣接転置や単一置換を、手持ちスキャンが誤出荷を作る前に捕捉します。紛らわしい文字を既に除いたライセンスキーやクーポンも、共有秘密なしで再実装できる安価な完全性桁が必要で、アルファベットと本アルゴリズムの公開で足ります。どのワークフローでも契約は同じです。
合格チェックを認可や所有の証明と見なさないでください。そのアルファベット上で Luhn mod N として整形式であることだけを示し、任意のチェックサムと同じ誠実さの基準です。
活用例
エクスポートされた識別子列を監査する
取引先 CSV や倉庫エクスポートの各コードを一括検証し、検査文字が自アルファベットでの再計算値と一致しない行を隔離します。
よくある質問
Luhn mod N 検査文字とは何ですか？
大きさ N のアルファベット上で一般化 Luhn アルゴリズムにより計算される単一の末尾文字で、よくある打ち間違いがあると完全文字列の検証が失敗します。
文字はどのように数に置き換えられますか？
指定したアルファベットの中の位置で決まります。最初の文字が0、次が1と続き、最後はNから1を引いた数になります。Nはアルファベットの長さで、abcdefならaは0、fは5、Nは6です。
アルファベットの文字数は偶数がよいのはなぜですか？
Nが偶数なら、従来のLuhnと同じ検出力が保たれるためです。奇数でも決まった検査文字は得られますが、1文字の誤りや隣どうしの入れ替わりを見逃しやすくなります。
アルファベットにない文字が含まれているとどうなりますか？
文字を飛ばしたり推測したりせず、その場で止めて知らせます。アルファベット自体も異なる文字が2つ以上必要で、1文字だけの組み合わせは受け付けません。
すでに検査文字が付いたコードはどう確認しますか？
検証を選びます。コードは2文字以上必要で、最後の文字が検査文字として扱われます。残りの部分から期待される文字を計算し直し、一致するかどうかを示します。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/luhn-mod-n \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"abcdef","alphabet":"abcdef"}'const res = await fetch("https://api.kit.forhosting.com/enc/luhn-mod-n", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "abcdef",
"alphabet": "abcdef"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/luhn-mod-n",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "abcdef",
"alphabet": "abcdef"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/luhn-mod-n", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"abcdef","alphabet":"abcdef"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"abcdef","alphabet":"abcdef"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/luhn-mod-n", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "abcdef",
"alphabet": "abcdef"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.luhn_mod_n",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
本機能はペイロード用の検査文字を計算するか、既に末尾検査文字付きの文字列を検証し、アルファベット外の記号が含まれると即座に失敗するため、不正入力を黙って受け付けません。ブラウザで無料実行するか、公開料金で KIT API を呼び出してください。
Luhn mod N とは何か、古典 Luhn をどう拡張するか
応答は常に algorithm を luhn_mod_n と名付けるため、ログや契約にどの方式で値を守ったかを記録できます。
検査文字の計算と完全文字列の検証の手順
空の text、欠落した alphabet、相異なる文字が 2 未満の alphabet、未知の mode は算術前に失敗し課金されません。mode compute（既定）では検査文字なしのペイロードを text に、有効記号の順序集合を alphabet に指定します。エンジンはアルファベットの各相異なる文字を連続コードポイントに写し、ペイロードを右から左へ走査し、check_character と with_check（ペイロード＋その文字）を返します。mode validate は少なくとも 2 文字の完全文字列を想定し、valid、末尾の check_character、接頭辞から再計算した expected_check_character、末尾を除いた payload を返すため、UI で明確な修正表示ができます。text の各記号は alphabet に含まれている必要があり、範囲外があれば invalid_input で失敗し、メッセージがその記号を列挙します。時計・乱数・ネットワークのない純粋 parse のため、同一入力は無料ブラウザと API で常に同一 JSON になります。成功 1 回あたり $0.002 で、大量取込・ラベル印刷・登録フォームをカスタム料金なしで守れます。純数字ペイロードでは 0123456789 で古典 mod-10 風の生成を再現し、Base36 風の商品コードでは 0-9A-Z を、O と 0 など曖昧字形を既に禁じる在庫では独自集合を使ってください。
一般化 Luhn 検査文字が実務システムで果たす役割
純数字 ID を超えた会員・ロイヤルティは、社内アルファベットで連続または乱数ペイロードを生成し compute を呼び with_check を保存し、各フォームと取引先ファイルで検証する一本の発行経路を保てます。データ品質ジョブはエクスポート各行の expected_check_character を再計算し不一致を隔離し、人手編集と生成器の off-by-one を捉えます。
連携の活用例
英数字の商品・資産コードを発行する
社内アルファベットでペイロードを生成し compute モードを呼び、with_check を保存または印刷して、新しいコードすべてに Luhn mod N の末尾文字を付けます。
入力時に打鍵・スキャンコードを検証する
利用者またはスキャナが完全文字列を送ったら validate モードを呼び、valid が false のとき検索を止め、expected_check_character を示して単一の打ち間違いを直します。
技術的な質問
この API で検査文字を計算するには？
text にペイロード、alphabet に順序付き文字集合、mode に compute（または省略）を指定して POST します。応答に check_character と with_check が含まれます。
既に検査文字がある文字列を検証するには？
完全文字列と同じ alphabet、mode validate で POST します。応答に valid、check_character、expected_check_character、末尾を除いた payload が含まれます。
text に alphabet 外の記号がある場合は？
invalid_input で失敗し、エラーメッセージがアルファベット外の記号を列挙します。失敗した検証タスクは課金されません。
Luhn mod N ツールは無料ですか？
ブラウザツールは無料でローカル実行します。API 呼び出しは公開ベース価格 $0.002 の前払い KIT 残高を使い、無効入力は課金されません。