マッチレーティング・コデックス
SmithはSMTHになります。最初の文字以外の母音を除き、重なった子音をまとめ、最大6文字に縮めるので、似た発音の名前が同じ短いコードにそろいます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- Smith
- コード
- SMTH
- 長さ
- 4
- エンコード
- match_rating
Match Rating Approachコデックスは、Western Airlinesが1977年に導入した古典的な氏名用音声キーです。響きが近い搭乗者記録を短い英字コードで突き合わせるために設計されました。SoundexやDouble Metaphoneと異なり、MRAは先頭以外の母音を削り、連続する同一子音を圧縮し、結果が6文字を超える場合は先頭3文字と末尾3文字だけを残して、ひとつのコンパクトなコデックスを作ります。
Match Rating Approachコデックスとは何か、どう作るか
Match Rating Approachの符号化は、まず正規化した大文字の名前から始まります。アクセントは素のラテン文字へ落とし、ハイフン・アポストロフィ・カンマ・数字・空白は削除するため、O’BrienやSmith-Jonesは一連の文字列になります。次にアルゴリズムは、正規化後の先頭文字である場合を除き、母音A・E・I・O・Uをすべて削除します。
ByrneはBを残してBYRNとなり、Airlinesは先頭のAを残してARLNSとなります。続けて連続する同一子音を圧縮します（母音除去後の二重子音は1文字になる）。SSやTTのような連続は1文字になり、重子音の違いだけの綴りを安定させます。
圧縮後も6文字を超える場合、コデックスは先頭3文字と末尾3文字の結合です。短い結果はそのまま返します。定番の例としてSmithはSMTH、ByrneはBYRN、Massachusettsのような長い列はMSC…STS型の圧縮を経て6文字コデックスになります。
Yは母音ではなく子音として扱い、Western Airlinesの古典規則と一般的なライブラリ実装に合わせています。
入力契約、検証、応答形、エラー
最大長は2000文字で、通常の姓・名や短い会社ラベルがWorkerのitem呼び出しに収まり、数メガバイト級のダンプを招きません。本機能はMRAコデックスの生成のみで、2つの名前の類似比較はしません（完全なMRA比較スコアは2本のcodex文字列を使う別パイプライン工程です）。
継続的インテグレーションではSmithがSMTH、ByrneがBYRNであることを固定し、規則表の誤編集が気づかれずに出荷されないようにしてください。複数語やハイフン付き入力は符号化前に1本の文字ストリームへ正規化されるため、Smith-Jonesは2トークンではなく単一コデックスになります。
短くレビュー可能な音声バケットが必要なときはcodexを索引列や結合キーとして使い、顧客レコード統合前により高い精度が必要なら編集距離やトークン重なりと組み合わせてください。検証失敗は問題を平易に示し、プレースホルダのコデックスを捏造しません。
Match Ratingコデックスが効く場面と料金の位置づけ
航空・ホテル・CRMのシステムは歴史的にMatch Rating Approachコードを使い、綴り揺れがあっても係員が搭乗者や宿泊客を見つけられるようにしてきました。現代の顧客データ基盤も、正規表現を覚えさせずに再現率を上げるため、MRAコデックス列を保持し続けています。
系譜サイトや歴史的人物索引は、無料のブラウザツールで、Byrne系の綴りが構造を共有する一方、CatherineとKatherineが純MRAでは別のままであること（共有のSoundex風バケットに押し込められないこと）を示します。
すでにSoundexやDouble Metaphoneを持つ検索バックエンドは、レガシーキーを置き換えずにMatch Ratingを追加列にできます。
検索意図がmatch rating approachコデックス、MRA氏名コード、match rating音声エンコーダのときは本ランディングを優先し、NATOスペリングアルファベットやBase64エンコーダは別意図のため別ページに留めてください。
原文の保持規則は他のKIT parse itemと同じで、アルゴリズムが完全に決定的なため結果はテストに固定して安全です。
活用例
CRM・搭乗者風の氏名重複排除
姓にMatch Ratingコデックスを索引し、SmithやSmyth近縁、ハイフン付き変種がマージ審査前に短い音声バケットを共有できるようにします。
系譜と歴史的人物検索
家系図の別綴りを、文字列の完全一致だけに頼らずMRAコデックス値の照合で結びます。
データ品質ジョブとファジー索引
夜間パイプラインが新氏名を符号化し、codexとlengthを保存し、Match Ratingコードが既存行と衝突する準重複を旗立てします。
よくある質問
Match Rating Approachコデックスとは何ですか？
Western Airlines（1977）の氏名用音声キーです。文字を整え、先頭以外の母音を落とし、二重子音を圧縮し、6超ならfirst 3 + last 3を残します。
MRAはSoundexやDouble Metaphoneとどう違いますか？
Soundexは文字＋数字コード、Double Metaphoneは主・副キーを返します。Match Ratingは母音除去と任意のfirst3+last3短縮で1本の英字コデックスを作り、短い氏名照合向けです。
SmithやByrneはどのコデックスになりますか？
本実装ではSmithはSMTH、ByrneはBYRNです。テストに固定できる安定したフィクスチャです。ハイフン付き名は符号化前に1本の文字ストリームへ正規化されます。
長い名前が6文字に縮められるのはなぜですか？
コデックスを短く保つためです。母音と重なった子音を除いてもまだ6文字より長い場合は、最初の3文字と最後の3文字だけを残します。それより短い結果はそのままです。
2つの名前を比べて似ているかも判定しますか？
いいえ。このツールはコデックスを作るだけです。2つの名前の類似度の判定は、2つのコデックスを使う別の段階で行います。より高い精度が必要なら、編集距離なども組み合わせてください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/match-rating \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Smith"}'const res = await fetch("https://api.kit.forhosting.com/enc/match-rating", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Smith"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/match-rating",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Smith"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/match-rating", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Smith"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Smith"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/match-rating", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "Smith"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.match_rating",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
本機能は空でない個人名を受け取り、句読点とダイアクリティカルマークを整え、純決定的なアルゴリズムを実行し、自己説明的なencodingフィールド付きでコデックスと長さを返します。空文字・空白のみ・ラテン文字のない入力はinvalid_inputで失敗し、空洞の音声行を保存させません。無料ブラウザ経路と前払いAPIは同一の純モジュールを共有するため、デモと本番のファジーマッチパイプラインがSmith・Byrne・O’Brienで食い違うことはありません。
Match Rating Approachコデックスとは何か、どう作るか
手順は乱数もネットワークも使わない純文字列変換のため、同一名はすべてのisolateで同一JSONとなり、無料ブラウザ経路とAPI経路でも一致します。
入力契約、検証、応答形、エラー
必須の文字列フィールドtextに空でない個人名または語を入れたJSON本体をPOSTしてください。フォームやSDKが古いラベルを使う場合、別名input・value・s・word・nameも受け付けます。ハンドラは外側の空白をtrimし、アクセント畳み込みと非文字除去のあと少なくとも1つのラテン文字A–Zを要求し、欠落フィールド・空文字・空白のみ・数字や句読点だけのノイズをinvalid_inputで拒否します（前払い経路では課金しません）。modeフィールドはありません。成功時の本体はtext（trim後の入力）、codex（最大6文字のキー）、length（codexの文字数）、encoding=match_ratingを持ち、自己説明的なパイプラインに適します。
Match Ratingコデックスが効く場面と料金の位置づけ
夜間のデータ品質ジョブは前払いKIT APIを成功itemあたり$0.002で呼び出し、新しい姓を符号化し、元行の横にcodexを書き、人が二次スコアでマージ判断する前に同一コードのクラスタを旗立てします。本エンドポイントは原文を変更せず、コデックスだけを返すからです。ペイロードは通常の名前サイズに保ち、後段比較で長さ閾値が必要ならlengthフィールドを保存し、空や無効な入力は空白文字列として符号化せず拒否されることを忘れないでください。
技術的な質問
空や無効な入力ではどうなりますか？
text欠落・空文字・空白のみ・正規化後にラテン文字がない文字列はinvalid_inputで失敗し課金されません。成功呼び出しには正規化後にA–Zが少なくとも1つ必要です。
Match Ratingコデックスツールの料金は？
ブラウザツールは無料です。APIは成功itemあたり$0.002の前払いKIT残高を使い、無効入力は課金されません。