アカウント名:
パスワード:
入力ミスを検知できない場合が「ある」。有るか無いかだと、あって当たり前ですが。ここでの問題は1桁の入力誤りを 検知できない率が「高い」点だと思います。デジタル・フォレンジック研究会 の文章によるとマイナンバーの設計では「この見逃しは検査用数字が0の時のみ発生しますので、この場合に限ると実に1桁誤りの約9.1%を検出することが出来ません。」とのこと。 数字のケタをケチらずチェックデジット2ケタで設計しても良かったと思いますけど。なおオマケで懐かしネタ1980年代のマイコン誌と16進数ダンプリストとチェックサムの記事。「にがMSX OCRとMSXを利用してオールドPCのダンプリストを入力する」 [sytes.net]
そりゃチェックディジットの桁数を増やせば検出率は上がりますが、そんなのは自明で指摘するまでもないことでは。桁数や文字種を増やせば入力効率は当然低下するわけで、そこにはトレードオフがあります。マイナンバーを11桁から12桁に増やすということは、9.1%もの入力量増加になるわけで、それについて考慮しなくてよいのでしょうか？1桁の誤入力の場合の検出率が特定のケースで91.9%だからというだけの理由で現行の方法を批判するのが、公平な意見とは思えません。
元記事はVerhoeff algorithmというマイナーなアルゴリズムを使うと、１桁の数字のみのチェックディジットでもよい検出率を実現できるという紹介で、主眼はこちらではないでしょうか（私が見た時点では、コメントで誰一人言及していないようですが）。
1ケタ増えて数字キーを叩く余分な労働は多分1秒か2秒。1ケタ増やさないで別の人間が登録された場合は、「本人に携帯電話で連絡」とか「書類作成やり直し」で余計な労働は30分（翌日持ち越しもあり）。別人登録の確率が9%ならこれは無視できないですよ。
>別人登録の確率が9%
いや、そのりくつはおかしい。
単純のため、入力ミスが1文字違いに限定する。
仮に入力ミスする確率が件数ベースで1/100とする正しい入力のmod11が0or1である確率は2/11誤った入力のmod11が0or1である確率は1/10（正しい入力と誤った入力でmod11が必ず異なるので）CDが同じであるために課される余計な労働が1800秒
とすると、1件当たりの余計な労働は0.33秒です。
1桁増えて数字キーを叩くより短いですね。
やや！ 計算すると「1件当たりの余計な労働は0.33秒」ですか。恐れ入りました。
入力ミスを検出出来ないのが9.1%だったのに、入力ミスが9%になっとる。読解力がないのかな。常識的に考えてそのミス率はありえんけど、hirano (13505)は普段からこれくらいの失敗率で仕事をしているからおかしいとは思わないのかな。
とても攻撃的なコメントをありがとう。敵意がよく伝わってきます。匿名って本当に便利ですね。
桁数の問題ではなく仕様の問題だと思います。数字10文字しか使用しないのにモジュラス11を採用しており、11種類の計算結果を10種類に丸めています。例えばJAN13のチェックデジットは1桁ですが、モジュラス10を採用しており1桁の入力ミスを100%検出します。
開発者に∞責任取らせるための（こっちはちゃんとやってる言うための）仕様でしかないし、意味分かって選んでないからね。これだって10より11の方が数字デカいから良い程度の認識よ。
それもあるけどよりによって間違えやすい０と９だからなぁ。
アラビア数字なんか使わずに漢数字にすれば良かったのに
やめてください漢数字で入力を強制するWebフォームに疲れ果てて死んでしまいます
まあ確かに漢字は面倒だよね。だったらローマ数字なんかどうかな。ASCIIだけでいける。123→IIIIII
いやそれ、213じゃないですか間違えないで下さい
多くの日本人は、4＝IVと6＝VIを間違え易いと思います。
郵便屋さんが、縦書きの二一三と一二三をどう区別しているのか気になる
基本的には線の長さや間隔から見当をつけるしかないかな。でも郵便番号や町名が記載されていて配達局にたどり着きさえすればあとはどうにでもなる。番地が存在するかどうかで絞り込めるし、配達担当者なら宛名から逆引きも可能だから躍起になって判別する必要はないのよね。
# 郵便番号が漢数字で縦に手書きされていて、都道府県名・市町村名も省かれているようなケースだとお手上げ。さすがにそれは見た事ないけど。
キーボードメーカー 「漢数字入力用キーボード特需や」
一なのか壱なのか壹なのかでもめる原因に
何故に支那文字を使う必然性が存在するのか。
平仮名ID [bitcash.jp]を使用するが良し。
こういうの入力する場合はテンキーを使うでしょう。
無刻印HHKを使ってる？ 0と9を打ち間違えるようじゃ修行が足りんでしょう。:-)
打ち間違いじゃなくて見間違いの話でしょう。字体によると思うけど。＃手書きだと79が（たまに4も）怪しい
0と9を間違えやすい字体ってあんまり見かけないかな。6と8と9を判別しづらいケースの方が圧倒的に多い。あとは斜線付きの0と8。
手書きのときは2と7と1とか、4と9とか、3と5で識別しづらい字を書く人が結構いる。
今回は関係ないけど、英数字だとSと5も似ちゃうことが...。昔、よくS丁目宛てのダイレクトメールが届いてました。
最近 ノートPCも多いから、そもそもテンキーない環境もあるんじゃないかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
検知できない場合が「高い」のが問題でしょう (スコア:3)
入力ミスを検知できない場合が「ある」。有るか無いかだと、あって当たり前ですが。
ここでの問題は1桁の入力誤りを 検知できない率が「高い」点だと思います。
デジタル・フォレンジック研究会 の文章によるとマイナンバーの設計では
「この見逃しは検査用数字が0の時のみ発生しますので、
この場合に限ると実に1桁誤りの約9.1%を検出することが出来ません。」とのこと。
数字のケタをケチらずチェックデジット2ケタで設計しても良かったと思いますけど。
なおオマケで懐かしネタ1980年代のマイコン誌と16進数ダンプリストとチェックサムの記事。
「にがMSX OCRとMSXを利用してオールドPCのダンプリストを入力する」 [sytes.net]
トレードオフを無視してないかな (スコア:3, 興味深い)
そりゃチェックディジットの桁数を増やせば検出率は上がりますが、そんなのは自明で指摘するまでもないことでは。
桁数や文字種を増やせば入力効率は当然低下するわけで、そこにはトレードオフがあります。
マイナンバーを11桁から12桁に増やすということは、9.1%もの入力量増加になるわけで、それについて考慮しなくてよいのでしょうか？
1桁の誤入力の場合の検出率が特定のケースで91.9%だからというだけの理由で現行の方法を批判するのが、公平な意見とは思えません。
元記事はVerhoeff algorithmというマイナーなアルゴリズムを使うと、１桁の数字のみのチェックディジットでも
よい検出率を実現できるという紹介で、主眼はこちらではないでしょうか（私が見た時点では、コメントで誰一人言及していないようですが）。
Re:トレードオフを無視してないかな (スコア:2)
1ケタ増えて数字キーを叩く余分な労働は多分1秒か2秒。
1ケタ増やさないで別の人間が登録された場合は、
「本人に携帯電話で連絡」とか「書類作成やり直し」で余計な労働は30分（翌日持ち越しもあり）。
別人登録の確率が9%ならこれは無視できないですよ。
Re: (スコア:0)
>別人登録の確率が9%
いや、そのりくつはおかしい。
Re: (スコア:0)
単純のため、入力ミスが1文字違いに限定する。
仮に入力ミスする確率が件数ベースで1/100とする
正しい入力のmod11が0or1である確率は2/11
誤った入力のmod11が0or1である確率は1/10（正しい入力と誤った入力でmod11が必ず異なるので）
CDが同じであるために課される余計な労働が1800秒
とすると、1件当たりの余計な労働は0.33秒です。
1桁増えて数字キーを叩くより短いですね。
Re:トレードオフを無視してないかな (スコア:2)
やや！ 計算すると「1件当たりの余計な労働は0.33秒」ですか。恐れ入りました。
Re: (スコア:0)
入力ミスを検出出来ないのが9.1%だったのに、入力ミスが9%になっとる。
読解力がないのかな。常識的に考えてそのミス率はありえんけど、hirano (13505)は普段からこれくらいの失敗率で仕事をしているからおかしいとは思わないのかな。
Re:トレードオフを無視してないかな (スコア:2)
とても攻撃的なコメントをありがとう。敵意がよく伝わってきます。匿名って本当に便利ですね。
Re:トレードオフを無視してないかな (スコア:1)
桁数の問題ではなく仕様の問題だと思います。
数字10文字しか使用しないのにモジュラス11を採用しており、11種類の計算結果を10種類に丸めています。
例えばJAN13のチェックデジットは1桁ですが、モジュラス10を採用しており1桁の入力ミスを100%検出します。
Re: (スコア:0)
開発者に∞責任取らせるための（こっちはちゃんとやってる言うための）仕様でしかないし、意味分かって選んでないからね。
これだって10より11の方が数字デカいから良い程度の認識よ。
Re: (スコア:0)
それもあるけどよりによって間違えやすい０と９だからなぁ。
Re:検知できない場合が「高い」のが問題でしょう (スコア:3, おもしろおかしい)
アラビア数字なんか使わずに漢数字にすれば良かったのに
Re: (スコア:0)
やめてください漢数字で入力を強制するWebフォームに疲れ果てて死んでしまいます
Re: (スコア:0)
まあ確かに漢字は面倒だよね。
だったらローマ数字なんかどうかな。ASCIIだけでいける。
123→IIIIII
Re: (スコア:0)
いやそれ、213じゃないですか間違えないで下さい
Re: (スコア:0)
多くの日本人は、4＝IVと6＝VIを間違え易いと思います。
Re: (スコア:0)
郵便屋さんが、縦書きの二一三と一二三をどう区別しているのか気になる
Re: (スコア:0)
基本的には線の長さや間隔から見当をつけるしかないかな。
でも郵便番号や町名が記載されていて配達局にたどり着きさえすればあとはどうにでもなる。
番地が存在するかどうかで絞り込めるし、配達担当者なら宛名から逆引きも可能だから躍起になって判別する必要はないのよね。
# 郵便番号が漢数字で縦に手書きされていて、都道府県名・市町村名も省かれているようなケースだとお手上げ。さすがにそれは見た事ないけど。
Re: (スコア:0)
キーボードメーカー 「漢数字入力用キーボード特需や」
Re: (スコア:0)
一なのか壱なのか壹なのかでもめる原因に
Re: (スコア:0)
何故に支那文字を使う必然性が存在するのか。
平仮名ID [bitcash.jp]を使用するが良し。
Re:検知できない場合が「高い」のが問題でしょう (スコア:2)
こういうの入力する場合はテンキーを使うでしょう。
無刻印HHKを使ってる？ 0と9を打ち間違えるようじゃ修行が足りんでしょう。:-)
Re: (スコア:0)
打ち間違いじゃなくて見間違いの話でしょう。字体によると思うけど。
＃手書きだと79が（たまに4も）怪しい
Re: (スコア:0)
0と9を間違えやすい字体ってあんまり見かけないかな。
6と8と9を判別しづらいケースの方が圧倒的に多い。
あとは斜線付きの0と8。
手書きのときは2と7と1とか、4と9とか、3と5で識別しづらい字を書く人が結構いる。
Re: (スコア:0)
今回は関係ないけど、英数字だとSと5も似ちゃうことが...。昔、よくS丁目宛てのダイレクトメールが届いてました。
Re: (スコア:0)
最近 ノートPCも多いから、そもそもテンキーない環境もあるんじゃないかな。