You can read this blog in any language using google translate as follows:

Goto http://translate.google.com/
Paste URL in the box and select "Japanese for From Language" and "To Language". Then click "Translate".

English translated pages are here:
http://bit.ly/xPuXoy

你可以閱讀這個博客,在任何使用“Google”的語言翻譯

本ブログのアクセス統計: 60万アクセスを達成しました。ご訪問ありがとうございました。

60万アクセスまでの経過

2009年12月に始めた本blog。2011年7月ごろに10万アクセスを達成し、2011年12月13日には15万アクセスを達成。
その後、私も更新しておらず、アクセスは少し減りましたが、3月1日には18万アクセス。2012/4/18に20万アクセス、2012/8/21に25万アクセス、2013/1/18に30万アクセス、2013/12/17に40万アクセスを達成しました。しばらく見ていなかったら、2015/5/1に50万2584アクセスになっていました。またまた、しばらく更新しないうちに、2017/6/11に60万7197アクセスになっていました。2018/7/7 .. おお七夕 .. には63万0656アクセスになっていました。久しぶりに更新しました。

2020年6月5日金曜日

SpaceXのCrew Dragon試験飛行成功 ISSへ到着 - 操縦席への進化




Crew Dragonの中は割と広い。動画をみると自動ドッキングでのsoft capture後のhard capture (retract して12個ラッチで気密固定)にやや時間がかかり、その後の気圧調整にかなり時間がかかっている。その間、Crew Dragonの飛行したちは飛行服を脱ぎ、Crew Dragonの中で食事をとる風景が映っている。

関連リンク)
 1. https://bit.ly/3chi6H4 三菱電機:DSPACE クルードラゴン初飛行成功!次はスターライナー「宇宙の歩き方2019」① 2019年3月15日
 2. https://bit.ly/2MblHMb NASAとSpaceX、米国による宇宙への有人ロケット打ち上げ成功。宇宙旅行サービスも計画される「Crew Dragon」がISSへ - トラベル Watch 2020年5月30日
 3. https://on.natgeo.com/2XMitUM How to watch NASA and SpaceX’s historic Crew Dragon launch to the ISS
National Geographic BY NADIA DRAKE MAY 30, 2020
 4. https://engt.co/2AtAVJW SpaceX Crew Dragon、ISSへのドッキング成功。民間企業の宇宙船として初、米国製は9年ぶりの人員輸送 - Engadget 日本版
    5. https://bit.ly/36OzLoj IDSS rev d - International Docking System Standard - Wikipedia
 6. https://bit.ly/2XMlCUv 宇宙船のドッキングポートの「規格」のお話 | 小野雅裕のブログ Posted on 3月3日, 2019
 7. https://go.nasa.gov/3gG4Oao (pdf 142 page) International Docking System Standard (IDSS) - Interface Definition Doucument (IDD) Rev. E - NASA Oct. 2016
ー リンク4より ー
Munenori Taniguchi, @mu_taniguchi 4時間前
  :
日本時間5月31日午後11時17分ごろ、SpaceXが宇宙飛行士2名を乗せて打ち上げたCrew Dragon宇宙船が、国際宇宙ステーション(ISS)へのドッキングに成功しました。
 :
6月1日午前2時15分追記:少々長引いた気圧合わせが終わり、Crew Dragonの内部ハッチが開かれ、ボブ・ベンケン、ダグ・ハーレー両飛行士がISS側へと招き入れられました。2人は1~2か月ほどISSに滞在した後、再びCrew Dragonに乗り込み地上へ帰還する予定です。
 :

宇宙船のコントロールパネルの進化。動いているものは基本変えないロシアとの大きな違い。
 1. https://bit.ly/3ciLa0K 矢野顕子のNASA訪問記 - 宇宙飛行士訓練の聖地で宇宙を体感!! (4) ソユーズからオライオンまで、さまざまな宇宙船の違いを体感 | マイナビニュース 林公代2020/03/23


より、以下は、ソユーズ宇宙船の内部写真。2011年のSpace Shuttle退役後、唯一の国際宇宙ステーション ISSへの唯一の移動手段。3人乗りだが非常に狭いし、LCDが入っているものの、スイッチ式の計器は古式ゆかしい...かも。

また、米国の宇宙船の操縦パネルのなかでも、Space-Xの操縦パネルは進化してきている。

Facebookに流れていた、操縦席の進化

以下の動画でもSpace-X Crew Dragonの詳しい解説がある。


  


 7人乗りで中は十分に広い。椅子はレーシングシート。気密服も現代的。それ以上にタッチパネルと完全自動操縦は現代的。
Space Shuttleもスイッチだらけで居住性も悪かったらしい。

全く最新にすると信頼性とか課題は残るが、NASAのようにApolloでの月着陸などの実績にしばられたお役所より、やはりSpace-Xのような民間がやったほうが革新しやすいということだろう。
本来は、Falcon9ブースターのようにエンジン逆噴射による着陸でカプセルを回収する予定(リンク1)だったらしいが、これは、安全面を配慮してパラシュート利用の着水に変えられたが、それも将来復活してほしい。

関連リンク)
 1. https://bit.ly/3cf6ioA ドラゴン2 - Wikipedia
 2. https://tcrn.ch/375WcFM 宇宙空間でのCrew Dragonの手動操縦に初成功、同じ操縦をシミュレータで誰でも試せる | TechCrunch Japan 2020年6月01日 by Darrell Etherington

将棋: 藤井聡太七段の快進撃と今後の期待

のビデオ(無料ビデオになっています。海外でも視聴可能。スキップ、早送り、x1,x1.3,... x2倍速再生可能)5時間05分あたりにある、藤井聡太七段のこれまでの主な最年少記録と、今後の最年少記録の可能性。


どれもすごすぎるものの、以下Aは達成、B, Cも実現性が高そうなのが、これまた驚き。

A) 6/4の対局で挑戦権を獲得したので、2020/6/8の棋聖戦をもって、タイトル挑戦の最年少記録を達成。

B) その後、タイトル獲得は、2021年1月までなので、棋聖戦(屋敷当時四段は、一度目の挑戦を逃し、当時年二度あった棋聖戦の次のチャンスでタイトル獲得)、一方藤井七段は、棋聖戦以外に、王座戦、竜王戦、王位戦でも最年少タイトル獲得の可能性が残る。

C) タイトル2つ獲得で八段昇段なので、この可能性も高い。

D) また、藤井七段は今年はB級2組なので、再来年にはA級になり、ここでトップになれば、名人戦に挑戦する可能性もある。

Bに関して....)
 竜王戦)  第33期竜王戦 - Wikipedia のように3組みランキング戦の決勝で、師匠の杉本八段と当たることが決まっている。昨年も竜王戦挑戦者決定戦準決勝で、豊島将之名人に破れたが、豊島名人はそのまま竜王戦七晩勝負で広瀬章人竜王に勝利し竜王名人になっている。

 王位戦) 第61期王位戦挑戦者決定リーグ 挑戦者決定は紅組と白組リーグにわかれ、リーグの勝者同士が戦って挑戦者を決める。あと1局をのこして、紅組は全勝でトップなのが、永瀬拓矢二冠、ついで豊島将之名人竜王と佐々木大地五段が勝一敗で続く。白組は全勝でトップなのが藤井聡太七段、つぎに、羽生九段と菅井七段が3勝1敗で続く。と、これも、藤井・永瀬対決になる可能性が高い。

 王座戦)第68期王座戦二次予選 藤井七段は二次予選の決勝戦で大橋六段と戦うことになっている。

 王将戦)王将戦 - Wikipedia 前期の挑戦者決定戦二位なので、藤井聡太七段は2020年は挑戦者決定リーク残留の4名に入っていて、そこから戦う。この残留組の他3名(リンク5)も、広瀬、豊島、羽生というそうそうたる顔ぶれ。


 2019年10月の第69期 大阪王将杯王将戦 挑戦者決定リーグ戦(王将リーグ)も惜しかった。

 藤井聡太”41手”の詰み【棋譜並べ】糸谷哲郎八段vs藤井聡太七段 第69期 王将戦 藤井聡太七段 vs 糸谷哲郎八段

 の7:08あたりで説明されているように詰み専用のコンピュータでも見つけられない41手詰めの罠をしかけ、糸谷哲郎八段を討ち取っている。対して、糸谷八段も非常手段として罠をしかけ、それに乗らない藤井七段の即詰みに対して糸谷哲郎八段は最長手順でおおじている。
 しかし、藤井聡太七段は最終戦で広瀬章人(当時竜王)に破れ、七晩勝負では渡辺明王将が防衛している。

2018年5月11日金曜日

伝説の棟梁(とうりょう)中井正清 - 戦国末期でも今に通用するリーダがいた!

NHK 歴史秘話ヒストリア 2018/5/9(水) 22:25〜23:10
お城の国ニッポンを作った男 伝説の棟梁(とうりょう)中井正清
をみた。
興味深かった。再放送は、2018/5/12(土) 10:05-10:50

番組ホームページは: http://bit.ly/2KPNkIL

番組から
家康の江戸城 (慶長期江戸城)の絵図が発見されたとのこと。

wikipedia: 中井正清 http://bit.ly/2jLozRv にあるように、大工の総棟梁として家康の命をうけ、江戸城、知恩院、駿府城の天守、江戸の町割り、増上寺、名古屋城、二条城、内裏、日光東照宮、久能山東照宮、方広寺など、徳川家関係の重要な建築を担当した。

なかでも、名古屋城は家康の気変わりで年内に完成させろと急に納期が6ヶ月になり、なんと4ヶ月で完成させた。当時最大の慶長期江戸城も半年で完成させたとのこと。


関連記事: http://bit.ly/2KLxy1n

NHK大阪放送局ブログ
2018年05月09日 (水) 歴史秘話ヒストリア伝説の棟梁 中井正清


 腕自慢の大工を率いるために職人としての技術と、リーダとしての魅力と才能を兼ね備えていた。別に、シリコンバレーを見習わなくても、ドラッガとか言わなくても400年前の日本にはすでにこういう知識があった。とは。。。
 ちゃんとロジカルに考えれば、答えは出てくるものだろう。

 むしろ、下手に聞きかじるほうが危ういのでは... 最近はコミュニケーション活性化とか日本が失ったものを欧米が真似している....

彼の「仕事の流儀」「頼もしきリーダ像」を以下に揚げる)

  1. アイディア・効率化) 最新式の層塔型天守を考案し、2階から上の形状を正方形に統一、柱間隔を統一し、材木を統一規格にして準備。

    補足:名古屋城築城以前は、御殿の上に物見(望楼)を載せた望楼型。各層の形がいびつなので、材木も現場合わせする。
     安土桃山城天守(信長は天主と呼んだが)の石垣は不等辺八角形。秀吉の大阪城もまだ歪んだ長方形。名古屋城築城時代にも、まだ正方形の天守台をつくる技術はなかった。


    名古屋城天守あたりから採用された最新式の層塔型天守 

  2. 先手を打ち、バックアッププラン) タイムリーに調達しようと頼りにした木曽川沿いのヒノキは空前築城ブームで川沿いの木が既に伐採されており、予定通り調達できなかった。代わりに全国から541人の大工を集める準備。
  3. どんな状況でもベストを尽くす。コストダウン) 徹底した競争入札。釘やかすがいなど金物(鍛冶屋)の入札書類が残っている。コメで4280石の又兵衛。3300石の弥左衛門。残り5ヶ月。
    当時の入札書類


  4. 部下の力を引き出す)残り4ヶ月強で材木と大工が揃う。541人の大工を4つのグループに分け適材適所。

    当時の大工組の名簿を4つの区分で色分け

    上記名簿右端から..
      •  緑)  最も信頼する正清の出身集落の大工は、工事のかなめ製材・木材加工を 
      •  黄)  力量をよく知る奈良の大工は、失敗が許されない木材の組み上げを 
      •  ピンク)  安土城築城や足利将軍家御用など名門の棟梁は、大量生産できない屋根の破風や内部の仕上げ等を任せ、プライドの高い彼らを互いに競わせた 
      •  水色)  町の大工など築城未経験者は、簡単な仕事や、人手が不足箇所の手伝い等。しかし、彼らも勤務評定。「精出し者」と付箋が貼られた大工名簿が残っている。大工たちの指揮は高まり工事は急ピッチで進んだ。
      名簿に貼られた、精出し者の付箋


  5. ノーとは言わないすべてを実現する。しかも期待以上の成果) 
    完成した名古屋城は、1945年に名古屋大空襲で焼けるまで約300年 日本最大かつ名城と称された。
戦前の名古屋城 -天守と本丸御殿 - 国宝だった 

21世紀に入って名古屋城は本丸御殿が木造復元された。また、これから天守が完全にもとどおりに木造復元される。

関連記事) https://mainichi.jp/articles/20180509/k00/00m/040/149000c

名古屋城 天守閣は「エレベーターなし」に 市が方針 毎日新聞 2018年5月8日 「史実に忠実な復元」を優先の結論

蛇足)

間違いか史実が変わったのか?
番組で紹介された家康の慶長期江戸城天守の再現CG 

 家康の江戸城天守の高さ70メートルは高すぎる。慶長度天主は天守台込で55メートルと言われている。(ま、内堀の外の低いところからの測定かもしれないが。。)

 また、従来の専門家の分析では、天守は望楼型といわれており、名古屋城のような層塔型が江戸城で採用されたのは、秀忠が立て直した元和度天守から。家光による日本最後に建てられ最大の寛永度天守が天守台を含めて59メートル、天守台が14メートルと言われている。高さ59メートルは20階建てのビルに相当する。成田空港で反対派が占拠して開港が遅れた旧管制塔が高さ約64メートル。93年2月にできた新管制塔が高さ約87メートルであることを考えても、江戸初期に高さ59メートルの木造建築を作った技術は素晴らしく、その長めは当時の江戸っ子の度肝を抜いたことと思う。

 家康の慶長度江戸城天守は、姫路城と同じく小天守を抱える連立式で、場所も本丸の真ん中あたりにあった。このため本丸御殿の拡大に邪魔になり。二代将軍秀忠が家康の死後とりこわして 元和度天守を建てた際には、今の天守台のある北側に移し、将軍の私邸である中奥や大奥の敷地を確保し、小天守を一つにして層塔型に変えたようである。慶長度天守は鉛瓦で白塗りの白亜の天守であったといわれている。

2018年4月30日月曜日

Plugin Hybridは、ホンダかトヨタか?

Forbes Japanで  ついに来たか? ハイブリッドがカッコよくなる時代
 2018/04/22, ピーター ライオン, 国際モータージャーナリスト「ライオンのひと吠え」という記事があった。一部引用すると以下のようにあり、評価が高い。

4月のニューヨーク・モーターショーで発表された3代目インサイトは、てらいのないスポーティ・セダンのようで、特にすっきりしたノーズのまわりには「ホンダらしさ」とガンダムチックな匂いさえ感じられるじゃないか。 
米インディアナ州の工場で生産させるこの新型インサイトは、今年1月のデトロイト・モーターショーで初めてお披露目されたコンセプトとほとんど違いがない。これは、デザイナーたちが最初からホンダのデザイン・フィロソフィーを理解して描き出したという証拠で、とても嬉しいことだ。だって、「コンセプトはカッコ良かったのに、おやおや……」というケースが少なくないからね。

アメリカでの発売についてはこの夏に発表の予定らしく。写真を引用する。



なるほど格好良い。内装も冒頭リンクにある引用すると。。


昔風のスポーツ車的な内装か...

これに比べると新型PriusやPrius Hybrid(米国ではPrius Primeという名前) は、先進的だけれど、若干爬虫類系の匂いがする。ハイブリッドは顔は良いが、お尻が変だし、内装の白が安いユニットバスのようでもある。ホンダの新Insightには、ちょっと興味がわいた。

以下、北米Plugin Hybrid車種3つ Honda Insight, Honda Clarity, Toyota Prius Primeを比較してみた。未発売の新型Insightは調べられなかったが、ClarityとPrius Primeを比較すると、価格辺りの機能でみるとPrius Primeに軍配があがるように思う。
 もちろん、デザインの好み、電池走行距離の違い、機能的のどこに重きを置くかによって、判断は違うだろう。

New Insight)

北米ホンダのNew Insight サイト に行くと。まだ、さほど情報はなく、Stay Connectedへ登録するように言われる。

その下のほうのRelated VehiclesにHonda Clarityという車種があった。

Clarity)

screen shotを引用する。


2018 Clarity Plug-in Hybridが $33,400からとある。その技術情報のサイトは以下
https://automobiles.honda.com/clarity-plug-in-hybrid#technology

LiIon電池で47 mile = 75kmを電池走行可能。

https://automobiles.honda.com/clarity-plug-in-hybrid#
をみると、ベースグレードで安全機能(前方衝突安全、レーン外れ警告、レーン自動キープ等)は全部入り。ツーリングになるとステアリングが革巻きになったりするようなグレードアップ。

Prius Plugin Hybrid: Prius Primeは)

2019年のマイナーチェンジの予想:
2019 Toyota Prius will be restyled to look more like Prime: report by John Voelcker Apr 11, 2018
https://www.toyota.com/priusprime/


現行のPrius Primeも3グレードある)
米国トヨタのサイト https://www.toyota.com/priusprime/ より写真を引用する。
Prius Primeの3つのベースグレード

https://www.toyota.com/priusprime/features/mpg/1235/1237/1239

から比較できる。
電池走行可能距離は、いずれのグレードも25 mileで= 40km 
電池だけでの最高速度は84 mph = 135km/hとある。

PREMIUMで、ナビやバックモニター、自動点灯のLEDヘッドライトなど、ほぼなんでも入りになる。
ADVANCDにあがると、スピーカがJBLになったり、ワイパーが自動雨検出稼働、ステアリングが加温、ルームミラーが自動防眩、トノカバーが硬いやつ、HEAD up Display などプレミアムな機能もあるのだが、
 インテリジェント車間モニタと自動駐車、ブラインドスポットとリアのクリアランスアラートなど、先端の衝突安全系の機能もあるので、なんとなく $33,100から始めたくなる。

税金は付帯料金まで比較していないが、ADVANCEDの本体価格は、実はClarityの本体価格と同じ。電池走行距離は40kmとClarityの75kmよりは短いものの。安全や自動駐車もあり、Prius Primeのほうが機能は上っぽい。あとは、セダンかハッチバックか。全体的なデザインの好き嫌いで決まるのだろうか。。。

Bay Areaの山


はじめに)

「なんとかとニワトリは高いところが好き」... というが、自分も飛行機に乗ると窓際に座りたいし、高層ビルや塔の展望台は必ず登るし、山のうえからの下界の景色を見るのが好きだ。
注: 国際便はトイレが不便なので通路側にするが、ビジネスクラスだと窓際に座ってもトイレに行けたりする。お金があれば乗りたい!!

Summitpost.org) 

https://www.summitpost.org/  というサイトがあって、ここに山の情報がでている。
https://www.summitpost.org/mount-mcpherson/mountains-rocks/p-171146 と次のページ

https://www.summitpost.org/mount-mcpherson/mountains-rocks/p-171146/p2

にBay Areaの71の山が出ている。
ただし、このあたりの最高峰は、やはり
Lick天文台 https://en.wikipedia.org/wiki/Lick_Observatory のある、
Mount Hamilton https://en.wikipedia.org/wiki/Mount_Hamilton_(California) の標高4,265 ft (1,300 m) ようだが、あまりに有名すぎるのか上記サイトには出ていない。
詳しくはLick天文台の節に書く。

いろいろ行きたい山があるが、気になったところの写真を掲載しておく。とりあえずいってみたいのは、Mount McPhersonなので、それは Mount McPhersonの節に書く。

San Francisco国際空港の北にあり、"South San Francisco"という文字が書かれた山がSan Bruno Mountainである。この写真も掲載しておく。





https://brokeassstuart.com/sf/2018/01/09/hiking-the-south-san-francisco-industrial-city-sign/ よりSan Bruno Mountainにある文字の写真を以下に引用する。

これに関するwikipedia: https://en.wikipedia.org/wiki/South_San_Francisco_hillside_sign


Mount McPherson)

標高は985mだが、South Bay(シリコンバレー)では一番高く眺めが良さそうな上に、山頂まで道が通っていて、シリコンバレーからMcPherson山へはかなり近い。Appleの旧キャンパスやハードディスクのSeagateの本社ビル(10200 S De Anza Blvd, Cupertino, CA 95014)などがあるシリコンバレーからも近い。
ここにある、アジア人(日本、中国、インド系)お気に入りの小洒落て美味しい品がある地元のスーパーマーケット Trader Joe'sの店舗からの経路を以下に示す。

Google MapでTrader Jos's (South De Anza Blvd & Bollinger Rd)  からMount McPherson
https://goo.gl/maps/kSe4G2XHYmv
Trader Jos's からMount McPherson


Lick天文台)

シリコンバレーのWest BayからEast Bay方向を眺めると、山の頂上に小さく白いドームが見えるのが、Lick天文台であり、天文観測のイベントが行われたりしている。
http://www.ucolick.org/main/visit/info.html にLick天文台のビジター情報がある。ここから天文台の写真を引用しておく。


危険なLick天文台への山道)
だいぶ前にEast Bayのi680あたりから車でLick天文台まで登ったことがあるが、結構、この山道は怖い。
センターラインのない崖っぷちのガードレールがない細い山道で、ところどころに花が供えてある。晴れた昼間でも怖い。雨の日や夜にいくと映画DeepImpactの冒頭シーンみたいになるかも。。

参考) 映画DeepImpcat Trailer (地球に衝突する彗星を発見した天文学者が山道の事故で車ごと崖から落ちる冒頭シーンは出てこない.. orz ..)


2つに別れた彗星の小さい方が衝突した時の津波の際避難するように、近所の相当に高いところを探しておこう!w  なるべく、誰も知らなくて、道が混まないところ。。
South BayではMount McPherson がいいかもね ... www

2017年10月2日月曜日

PICで作ったBinary Clock

Crowd Funding に、2進数表示の時計があったので、PIC 16F1827と、フルカラーLED 7つ、および時計用の32.768kHzの水晶発振子。あとは、モード設定用のタクトスイッチ(赤、黄色、青)を使って作ってみました。

最初、実験用にdelay関数を使って無限ループでLEDが適当に点灯するプログラムを作り。
動作確認後、32.768kHzで0.5秒間隔で正確に割り込んで、時計変数を更新する仕様にしました。

PIC Kit3のプログラマと製作したBinary Clock
表示モードと時計モードのスペック
   
Easy, Auto1, Auto2, Pro1, Pro2のモードを作りました。

  1. Auto1モードでは、時=赤・分=緑・秒=青が0.5秒ずつ切り替わって順番に示されます。
  2.    Pro2モードでは、時=赤、分=緑、秒=青が加色混合され同時に表示されます。結果、上写真右下のような色になります。
  3. 7bitで2進で示すモードと、3bit, 4bitのBCD (2進化10進数)で示すモードとあります。BCDのほうが初心者向けでしょうが、それでも、時・分・秒を加色混合すると、読めません!!
 以下、Pro2モードの動画です。時・分・秒が加色混合されるので、多分、何時か.. すらもわからないと思います。Pro1として時・分だけの加色混合モードもあります。電源アダプタは余ったAUポイントで貰った、ガラケーのアダプタが5V出力だったので再利用しています。


以下Auto1モードの動画です。BCD(2進化10進数)表示モードです。
 5時45分頃というのがわかると思います。


セットアップモードと各種モードの説明

回路図: 3色LEDをダイナミック点灯かけています。
ダイナミック点灯は2msで切り替えます。
  1. 初めPICのクロックを500kHzにしましたが、あまり最適化されていないプログラム(300行ぐらいでしょうか..) というのもあり、結構ちらつくので、8MHzにしたところ問題はなくなりました。
  2. PICはクロック発信回路を内蔵し、時計用水晶発振子を直付けできるので、回路は簡単です。PICのプログラマ PIC Kit3から5Vを供給して、プログラムをしつつ動かしていたのですが、時計割り込みがかかりませんでした。
    1. 割り込み動作なので、XIDE 付属のsimulator でも問題は不明
    2. クリスタルのつながるT1OSO, T1CKIは、それぞれPICのプログラム信号 ICSD (データ), ICSC (クロック)で、PIC Kit3の負荷につながるので、これをつけたままでは水晶発振子が発信していなかったのが原因でした。
    3. 水晶発振子には68pF (指定では33pFですが)でGNDに繋いでいます。PIC Kitの案内には、ICSD, ICSCにはキャパシタは繋がないこととありますが、この程度のキャパシタでは問題はないようです。なしでは、水晶発振子が動かないでしょう。。
  3. タクトスイッチはPICのWUPモードで内部pull upしたのですが、どうも誤動作するので、10k Ohmのpull upを3本追加しています。
  4. MAC OS-XではUSB接続のPIC Kit3が認識できないので、win10に移したのですが、こちらは、日本語のfolder/file名がコンパイル時に認識できなかったり、日本語文字コードが化ける(UTF-8のMacと、S-JISのwinで違うし。。)ので、ファイル・フォルダ名・コメント等は全部英語が無難に思います。
  5. プログラムはCで400行程度。PICのプログラムメモリ利用率は20%ぐらい。
  6. XC8ではPICのconfigurationは#pragmaで記述。(生成支援ツールもあります)
  7. そのほかのレジスタは、マクロとして定義されているので、入出力は極めて簡単。
  8. 12 bit命令の8bit PICは直接指定できるプログラム・メモリ空間が小さいのですが、Cで書けば、全く気にしないで書けます。
  9. その他、X IDEやXC8のCコンパイラは1行に、セミコロンで区切った複数文が書けない、intが16 bit、enumが使えない、など、若干違いがありそうです。






テストに使ったランダム点灯をデモモードとして残しました。Upを押しながら、Modeを押すと、出入りできます。デモモードでは、Mode, Up, Downのタクトスイッチそれぞれを押すと、赤・緑・青の点灯が抑制されたり、されなかったりを制御できます。

以下ビデオです。


プログラムに先立ち、I/Oピンの使い方、Configuration、変数名・関数名をexcelで仕様化しました。

が、例によって書いているうちに、変数名・関数名は変わりました。
作りながら考えるのがプログラミングの醍醐味でしょうね。
参考資料)
  1. 電子工作のための PIC16F1ファミリ活用ガイドブック 大型本 – 2013/4/11
    後閑 哲也 (著) 3,456円  http://amzn.to/2xJjKAZ  ー がわかりやすいです。
    ただ、コンパイラやツールが若干古く、以下関連リンクを参照する必要があります。
    タイマ割り込みの設定は、この本では、16F1937について説明があり、ところによっては16F1527だったりしますが、今回使った16F1827でも、ほとんど同じでした。



関連リンク)
  1. PIC 16F活用本作者のページ: http://www.picfun.com/ いろいろ情報あり。
  2. Configurationの説明あたり http://www.picfun.com/p818frame.html
  3.  XC8のconfigurationは自動生成して #pragma configをつかう http://www.picfun.com/bookmntU.html
  4. PIC 16F1827 と他のPICは若干違うので、そこは、PICの英語仕様書をダウンロードして確認のこと。

2017年8月4日金曜日

ICチップを埋め込んで個人認証する条件??

個人認証は難しい。
ICチップを埋め込んで認証するのには、「牛や豚などの家畜じゃあるまいし」という拒否感もある。最近以下のようなニュースもあり、賛否両論である。

News Week: 2017年8月1日(火) 米国企業で初、従業員の体内へのマイクロチップの埋め込みを実施   http://www.newsweekjapan.jp/stories/world/2017/08/post-8107_1.php 
 より以下に写真。右手の甲にマイクロチップを埋め込み、入退場、自動販売機の精算等ができる


右手の甲に埋め込まれるRFIDチップ

認証している場面(冒頭記事にある紹介ビデオより)

記事中にある懸念・課題は

  1. セキュリティ)チップは暗号化されているというが本当に安全か?
  2. プライバシー)常時監視されるおそれがある
  3. 人体への安全性)
個人認証の難しさ)
  1. 認証(Authentification)の根拠問題)
    1. 戸籍謄本・抄本、米国で言うBirth Certificate には顔写真がなく、悪意を持って引き出して他人になりすますことができる。
      会社やweb siteの認証につかわれるhttpsも、公開鍵暗号が使われるが認証局がその公開鍵を管理することで、正当性を認証するが、認証局への登録の正当性、認証局の信頼性が課題になる。以下の参考記事のような事件も起きている。

      参考記事): https://japan.cnet.com/article/35104053/ 
      グーグル、中国の認証局WoSignの証明書を拒否へ--「Chrome 61」から Charlie Osborne (CNET News) 2017年07月11日 
  2. ID盗難問題)
    1. 電子的な盗難: 電池不要な受動式で安価な非接触方式としてICタグがあるが、wikipedia: ICタグ: http://bit.ly/2fciOx9 にあるようにこれはEPCコードという固有のIDを送って判別する。したがって、コードを盗む悪意の端末にかざしたり、盗聴されると簡単にIDが盗まれうる。
      Suica(方式はFelica: https://ja.wikipedia.org/wiki/FeliCa ) や、それとMiFare (https://ja.wikipedia.org/wiki/MIFARE ) を統合した最新のNFCカード方式( http://www.orangetags.co.jp/what_felica.html )などでは、チャレンジレスポンス方式で、秘密鍵がもれなくなっていたり、通信が暗号化されている模様。
    2. 物理的な盗難: 手の甲の所定位置に埋め込むとわかっていれば、薬で本人を眠らせて、チップを抜き取りなりすます犯罪もおきえる。
  3. プライバシー問題)
    1. 個人が特定できる、かつ、非接触・受動式ということは、政府や企業が受信器をおけば、どこに誰が居るかつねに監視できる。これを、懸念する人がおおい。
対策)そこで、上記の各点に対して対策を考えてみた。後ほど説明を追加するが、まずは簡単に列挙する。

  1. 認証)子供が生まれた時に、一生使えるIC鍵を埋め込む。米国でいうSocial Security CardをID化して埋め込むようなもの。。この番号は一生変わらない。
  2. ID盗難問題)
    1. 電子的:十分な暗号長を持った、公開鍵暗号を用いたチャレンジレスポンス認証とする。秘密鍵は絶対にチップ外にでないので、電子的な盗難は非常に困難にできうる(後述)
    2. 物理的 :誕生時に手の甲など所定の位置にある、主鍵と、人によって場所が異なり、埋め込んだ医者しか知らない、認証鍵(それも複数)の両方を埋め込む。
      入国審査や警察、入場チェック等信頼できる組織にチェック機をおき、主鍵のIDと認証鍵のIDの一致をチェックする。これらのIDが一致しなければ犯罪の可能性ありということで、物理盗難の抑止力とする。
  3. 冗長性)
    1. 右手の甲、左手の甲とか主鍵を複数場所に埋め込んで、故障時に備える。
  4. プライバシ)
    1. 主鍵単体では認証できないことにする。
      1. 主鍵は、ペアになっている活性化鍵と通信できないと、認証を行わない。活性化鍵は10cmとか近接距離に置かれ、これも受信センサから電源供給される方式にする。
      2. 活性化鍵は、たとえば、指輪や腕時計型の端末に入れる。
        1. このIDは、秘密鍵と違って漏れても、主鍵がなければ役に立たないので、電子データ(ファイル)で引き渡しても安全であり、貰ったデータに対して、ユーザが自分の好みにあった、端末、指輪、スマートウォッチ等を選択できる。
        2. 政府・勤務先に活性化鍵が漏れると、プライバシ管理を自分以外ができてしまう。ただし、政府や企業は、特定の活性化鍵がだれに対応するのか管理しないとならない。これは、活性化鍵を盗むと同時に顔認証に登録して、主鍵との関係を保存できてしまう。ともあれ、企業や政府が要請しても、安易に活性化鍵を出さないように、意識づけないとならない。
      3. 活性化鍵をoffにしておけば、プライバシーは漏れない。指輪型であれば指輪を外すなりすればよく、スマートウォッチ型であれば、手をかざしたときのみonになるとかすればよい。
      4. 将来的には、自分の意思で直接認証をコントロール(必要なときだけon)したい。筋電位等やBMI(Brain Machine Interface)が使えると思う。
チャレンジレスポンス認証・公開鍵認証とは)
 今後記載

実装例)
 複数例を今後記載予定

1. スマートウォッチ型の活性化鍵と主鍵を用いた場合

  1. 認証端末が自分の公開鍵と秘密鍵で暗号化したランダム番号を活性化鍵に送る
    (注: シーケンスのあいだじゅう、このランダム番号を公開鍵・秘密鍵で暗号化してやりとりする。すなわち、データを盗聴して、同じデータを再生して偽証しようとしても、やりとりごとに違うランダム番号を正当な方法で暗号化していなければ、偽証できない。)
  2. 活性化鍵は、認証局に公開鍵を確認して、端末が誰かを確認。しつつ、受信したランダム番号を端末の公開鍵で解読(端末以外は公開鍵に対応した秘密鍵がないはずなので、これで端末が本物であることが認証できる)。そしてどの端末の認証リクエストを受けたのか記録する。
  3. 活性化鍵は、活性化用の秘密鍵・公開鍵のペアと、主鍵の公開鍵を持っている。
    活性化秘密鍵で端末から受け取って解読したランダム番号を暗号化して、主鍵の公開鍵とともに端末に送る。
    暗号化通信には、認証のための主鍵の公開鍵が必要で、それは、この操作で提供される。これが、次のstep4で本人認証にもなる。
  4. 端末は、主鍵の公開鍵を認証局に送って、主鍵を持っている本人を認証する。
    端末は主鍵の公開鍵で、先に使ったランダム番号+質問状を暗号化して、活性化鍵から受け取った活性化秘密鍵で暗号化されたランダム番号と共に、主鍵に送る。
  5. 主鍵は、活性化公開鍵と主鍵の秘密鍵・公開鍵のペアを持っている。
    1. 活性化公開鍵で活性化鍵が活性化秘密鍵で暗号化したランダム番号を解読する。
    2. 主鍵秘密鍵で、端末が送った ランダム番号+質問状を解読する。
    3. 上記1,2のランダム番号が一致しないときは、不正リクエストとして無視。(つまり、活性化鍵が本物でない)
    4. 3をクリアした場合には、質問状に対して答えを書き、さらに受け取ったランダム番号をつけて、主鍵の秘密鍵で暗号化して、端末に送信する。
  6. 端末は受け取った、暗号を主鍵の公開鍵で解読し、ランダム番号が一致した場合に、質問状の答えを確認する。
随想)
 もう3-4年前にFacebookで議論して、出た課題への対策を考えたまま眠らせていたのですが、実際に手に埋め込んだ冒頭記事がでてきたので思い出しました。

 特許にしてひと財産.... とも思ったのですが、この程度のことは既に考えている人がいそう、専門家ならなおさら、、ですし、こういう一般例は公知にしてパテント・トロール http://bit.ly/2faJ2QG をブロックして、具体的な実装を考えて苦労した人にこそ特許を与えるのが良いとも思います。
 まだまだ、いろいろ考えないとならないこともありますし、考えるのも面白そうです。大きなビジネスにするには施策も必要ですし、これも面白そうです。
 もしも真面目にビジネスされたい方がいれば、連絡してください。大企業で社内政治に巻き込まれるのは歓迎しませんが。。ww