「暇なときに」ということで暇が少しできたので補足要求込みの追加回答を。
普通符号理論では、データの一部が忽然と消えるというモデルじゃ
なくて、消失したことがわかる異常なデータに化けるというモデル
を使うんですけど、kazu3さんのモデルを使うということにして…
ただ、問題設定の確認ですが、「16進数4桁のデータ」とはどうい
う意味かはっきりさせてもらえないでしょうか?私の解釈は16進数
1桁というのは4ビットを表すから、それが4桁ということは1データ
=4x4ビットというものなんですが、これでいいのでしょうか?場合
によっては16進数などというと、0-9A-F の文字をASCIIで送るとい
う解釈もこじつけられますので。
stomachmanさんの解釈は1データ=4ビットということですね?その
解釈で、4ビットのデータのうちどれか1ビットが忽然と姿を消すの
だとすると、2回繰り返し法で送って毎秒2ビットというのが上限の
ような気がしますね。
で、私の解釈の1データ=4x4ビットが正しいとしたとき、繰り返し
で送ればarikaさんのいうように毎秒8ビットで送ることができます。
でも、少し工夫すればもうちょっと増やせます。各桁4ビットのう
ち1ビットを同期用に使い、必ず 0 1 0 1 と送ることにします。つ
まり、---0, ---1, ---0, ---1 という感じですね。こうすれば、
このうちの一つがごっそり消えたとき、どれが消えたかは必ず判明
します。そうなれば、4x3ビットのデータを送ったときにどれか一
つが消えて、しかもどれが消えたかわかる場合に帰着できますから、
一つをパリティ桁にしてしまえば確実に9ビットは送れます。
もともと、16ビット中4ビットが消失して、その位置を表す2ビット
の情報量も失なわれたとおおまかに考えられますから、10ビット送
れたらうれしいところですが、その方法はちょっと思いつきません。
話はもどって、1データ=4x1ビットの解釈で2ビット送れるのはこの
説明に矛盾するように見えますが(2 > 4-1-2)、失なわれた位置
を特定せずに復元できる方法なので、矛盾はしていません。
(って、どこかで答えた情報量の話の再燃か?^^;)
お礼
ご回答ありがとうございます。 多分,受信してもどれが消えたデータかは分からないと思います。 例えば000を受信しても,もとのデータが1000なのか,0000なのか 0100なのか,・・・ 私はそのように解釈しました。 分かりにくくて申しわけありません。