以前のブログ、第４９回日本学生科学賞の入賞・入選作品、
『KeyQRコード個人認証システム』
のつづきです。
まず、KeyQRの変形として非接触で行う場合を、もう一度書いておきます
（ＱＲを使う場合は、前のブログに書いてあります）
（１）個人認証（今回はケータイのロックＮＯ）を行ったケータイ電話を、
（２）入り口にかざすと、入り口のＩＤを渡すので、その値と
「サブスクライバＩＤ」をアプリがサーバーに送ると
（３）サーバーは、サブスクライバＩＤから、契約されたケータイに鍵を返し
→ワンタイムの鍵とする
（４）同時に、入り口に（３）の鍵の内容を返す。
（５）ケータイから（３）の鍵の値を非接触で、入り口に渡す（転送する）と、
（６）入り口は（４）の値と（５）の値を照合してドアを開ける。
実際には（２）から（５）の間、使っている人は、ケータイをずっとかざしている。
そこまでのセキュリティが必要でなければ、（２）で入り口ＩＤを取得した途端に、アプリは、サーバに連絡せず、前回の鍵を返すので、すぐに（５）にいき、照合となるので、この場合は、あまり、入る時間がかからないで通過できる。
→前もって鍵を受け取っておけば、入るときは、チェックだけなので、そんなに時間がかからない。
さて、これで、ケータイを紛失した場合。
（１）auショップとか、Docomoショップにいって、紛失届けを出す
（２）そうすると、サーバーは、現在、そのケータイで入れる入り口すべてに対して、
(なくしたケータイに対する）鍵を初期化する
→初期化されてしまうと、一致しないので入れない
（３）それ以降、紛失されたケータイから要求された鍵は発行しない。
そーすれば、入れない。。けど、この人はこまるので、
（４）新しいケータイを買ってもらい、いままでのケータイで入れる入り口すべてを
新しいケータイで使えるように設定する。
サーバーも全部の入り口に、新しいケータイで入れるようにする
→新しいケータイで、全部の入り口の鍵をもう一度発行すればＯＫ
そーすると、新しいケータイで、今まで何もなかったようにつかえる。。。
が、キャリアをかえたらどーなる。。。
すべての入り口の鍵を登録する。。。ことになるんだけど、そのとき、前のキャリアは、どこの入り口が登録されてたかなんて、わざわざ出してくれる奇特なことはしないよね。
そーするとだよ、この人は、すべての入り口をメモしておかないと。。１個でも忘れると。。はいれない（＞＿＜！）
キャリア変えないよねー、こーなれば。。。
ナンバーポータビリティでもキャリア囲い込みができる。。
さらにさらに、この方式でやる場合、入り口で、ケータイからサーバーアクセスが起こるということになり、パケットが飛ぶ。。
キャリアからみると。。おお、入るたびにお金がはいってくるう！！
→って、みんなたぶんダブル定額にすると思うけど。。
さらに、ケータイの入りが悪いビルなんかの場合、アンテナを買って、ケータイを入りやすくする。。っていうことは、アンテナが売れるっていうことももちえろんあるけど、通話エリアが広がることになるわけで、儲ける機会が増えると。。。
おおおおおお、KeyQRで、キャリア、囲い込みも、利用料も増える。。
うはうはですなあ。。。
（／＾＿＾／）（ヽ＾＿＾ヽ） （／＾＿＾／）（ヽ＾＿＾ヽ）（／＾＿＾／）
（キャリアうはうはで、小躍りしている図？？）
おおおお、こうなったら、マイクロソフト奨励賞なんつー、甘いものではいけません。
ＫＤＤＩも、Ｄｏｃｏｍｏも、すぐに東京学芸大付属大泉高校にいって、特許をとって、実用化のための囲い込みをしなければ（＾＾）
。。。ほんまかいな。。。
っていうことで、この話を書く前提として、個人認証と端末認証
（１）その瞬間？を認証する（ワンタイムパスワード）
（２）その人を認証する場合
（３）使用している機械を認証する場合
を、以前のブログで書いておきました。
で、そのブログで書いたあるくだらないオチの話なんですけど、やっぱ、あまりにもくだらないオチなので、本家のここに書いておきました（＾＾）
それより、これを実験するときに、面白い？話があるので、そっちのほうを別の機会に
（QRコードをサーバーからGD::Barcodeで発生させる（使い方はここ）って言うことについて）
アクセス
トータル
ランキング
