スキップしてメイン コンテンツに移動

IoTによる生体情報はライフスタイルを変えるか? 【PARMMIT協議会】-- CEATEC JAPAN 2018 カンファレンス


この投稿は, https://nmizos.blogspot.com/2018/10/ceatec-japan-2018-detail-1.html のつづきです。

 IoTによる生体情報はライフスタイルを変えるか? 【PARMMIT協議会】

【主催者による概要など】

https://regist.ceatec.com/?act=Conferences&func=Detailed&event_id=7&conference_id=437&mode=iframe
事後にこちらで資料公開 https://rp.kddi-research.jp/parmmit/

【メモ&コメント】

  • これまでのヘルスケアデータは“点”でしかなかった(ある人物のある時点での検診データをそれ単独で判断していた)。それが、
    • 膨大な種類の生体データが測定可能になって、
    • 特定人物については時系列に並べて、
    • さらに大人数のデータをまとめて分析することが、
    • 「技術的には」可能になっている。
  • 従来も「何らかの形で」人の健康とか生死に関わってきた組織が、こぞって、目の色を変えて、この新潮流に乗ろうとしていることを見せてくれたセッションだったと思う。
  • 役所、大学(医療、政策)、製造業、保険、そして通信屋は事務局として関わろうとしている。

IoT分野におけるデータ流通・連携技術の展望

総務省 国際戦略局 通信規格課 課長 田沼 知行 氏

【メモ&コメント】

  • CPSやIoTと呼ばれるものの中で総務省が関心領域になっているのはこの範囲だよ、と示す役割だろうか。役所の資料らしく、いろいろ情報を集めて、それらを一見きれいにまとめるのは見事だが、総務省としてのメッセージは特に織り込まれている様子はない。

社会保障制度から視たIoTデータ流通への期待

津田塾大学 総合政策学部 教授 森田 朗 氏

【メモ&コメント】

  • スライド資料あり
  • ひとことでまとめると、日本の少子高齢化(人口&長寿)問題の現状。

IoTの活用はヘルスケアを変えるか?

慶應義塾大学 医学部 教授 宮田 裕章 氏

【メモ&コメント】

  • なんやかんや、いろいろと、この先生が知っていることを次々と話題を変えながら「おはなし」してくれた。耳年寄りぶりを発揮してくれたけど、元気な若い教授だった。それはさておき…
  • キャッチコピーをつけるとしたらタイトルとは違って『データ駆動型社会に向かって行こう』という感じか。
  • GAFAを指して「データメジャー」と呼んでいた。かつての石油メジャーを既に超えている(売上?資本?利益?)。
  • 中国は「社会信用スコア」で、善行/悪行を国が統制しようとしている。
  • EUのGDPRは、GAFAへのお仕置き法とも言われている(たしかにその面はあるらしい)が、data portability と right to access の在り方に一石を投じている。この2つがこれからの基本的人権のひとつになることを提示している。
  • data portabilityは中国も取り組んでいる(社会信用スコアはそのひとつか?)。EUが数年かけて準備してきたことをアイツらは数ヶ月でやってしまう。
  • その他、介護+IoTの話、予防医療で厚労省・経産省・財務省が三つ巴でケンカしている話、Apple/Google/他のデータメジャーがヘルスケア分野に乗り込んでくる話、梅田北の再開発の話、などなど。

IoTは美容と健康を変えるか?

富士フイルム株式会社 フェロー 渡邊 裕幸 氏

【メモ&コメント】

  • このプログラムの中で唯一の産業界からの発表。
  • 大手メーカとして富士フィルムが「いろいろやってるんだよ」というのはわかるが、健康寿命を延ばすことへのアプローチができているのかどうか、よくわからなかった。
  • 役所や学者や保険屋が語る理想や展望ほどには、現実は簡単じゃないということか。

IoTは生命保険を変えるか?

ライフネット生命保険株式会社 取締役経営戦略本部長 木庭 康宏 氏

【メモ&コメント】

  • 協議会としては多業種から参画してもらっていることが重要なのだろうが、今回のプログラム的には、保険屋の位置付けはむずかしい。たしかに健康には関わっているだろうが、IoTとかのテクノロジ部分に保険屋が関与するのは無茶振りでは?
  • ...と思ったが、子供の歯磨きデバイスや、不眠症対策アプリの例はおもしろい。ライフネットが関与しているわけではなさそうだったが。

生体情報向けのIoT基盤は如何にあるべきか

株式会社KDDI総合研究所 フューチャーデザイン2部門 取締役フューチャーデザイン2部門長 守屋 直文 氏

【メモ&コメント】

  • このプログラムは、総務省の事業を請け負った「PARMMIT協議会」としてやってるんですよ。協議会をよろしくね。…という話。
  • たしかに健康長寿にICTは役に立つだろう。通信も必要だろう。そこは賛同する。バイタル情報を扱うこと=IoTなのかな?まぁYesでいいか。
  • バイタル情報はパーソナルデータで、それを提供することの抵抗感はやはり大きいし、やっぱりいろいろ(問題とかが)あるようだ。
  • PPM = Privacy Preference Management というのがあるらしい。後で調べてみたい。富士通や日立が取り組んでいる個人情報預託の仕組みや、総務省?経産省?の情報銀行の構想と同類の話かな?

--

コメント

このブログの人気の投稿

5600ページのIEEE 802.3-2018が入手可能になった

IEEE 802.3の名称は今では「IEEE Standard for Ethernet」になっている。 「イーサネットとIEEE 802.3は別物なんだよ」という話は,今では昔話でしかない。もうひとつ“いまはむかし”な話をすると,「イーサネットはCSMA/CDだよ」なんて言うと恥をかくのでやめた方がいい。こちらは名称の問題では無く中身の話だが,ここでは詳しい説明は割愛する。 この「イーサネット標準」の2015年以来の改訂版が,2018年8月に発行。6ヶ月のIEEE会員限定期間が過ぎたので,一般にも入手可能になった。ただし個人アカウントは取得する必要がある。この話は以前に書いた ( https://nmizos.blogspot.com/2017/12/ieee802.html 参照)。 https://ieeexplore.ieee.org/document/8457469 このネタをブログにしようと思った動機はタイトルに記してしまった。この規格は改定されるたびにドンドン太って巨大になってきている。本編改訂の間に発行されたamendment (補遺と訳すのがいいのかな)が取り込まれるので,太るのはしょうがない面もある。でもねぇ,ついに5600ページ。もちろん通し読みするようなものじゃない。PDFファイルなので「厚さ」は無いが,印刷したらどれくらいになるんだろう。 参考までに,過去10年の本編のボリュームを比較してみた。  2008 = 5分割,2977ページ  2012 = 6分割,3748ページ  2015 = 4017ページ,56Mバイト  2018 = 5600ページ,98Mバイト 以前は数セクションにファイルを分割して公開されていた。ファイルが大きすぎるのを気にしてたんだろう。2018版も中身は8セクションに分かれている(ページ番号も別に付いている)のを,PDFファイルとしては合体してある。100Mバイト程度のPDFが「デカ過ぎて開けない」ってことも無いだろうから,1本になっていた方が全文検索ができて都合がいい。ちなみにiPadで開いて全文検索しても,今の98Mバイトなら困らない。 参考までに,無線LANのIEEE 802.11の方は,802.11-2016が3534ページ。こちらも結構なもんだ。 --

IEEE802標準文書の入手

■概要 入手方法が変わった。たぶん2017年のどこかから。 ダウンロードの都度メルアド等を入力するのではなくて,メンバ登録&ログイン形式に。 個別の参照(入手)時点の操作も変わった。 概要の表示ページから“Download PDF”を選ぶとPDFファイルが呼び出されるが… 即ダウンロードでは無くて,(ブラウザ依存だと思うがFirefoxの場合は)インラインでPDF表示になるので,その後に表示しているPDFをダウンロードさせることになる。 802.3の場合は困ったことに文書がデカ過ぎる。従来は複数パート(セクション)にPDFが分割されていたが,参照方法が上記の様に変わったのに合わせて,802.3全体が1本のPDFに。なんと4000ページ超,50MB超の1本のPDFになり,それをまとめてインライン表示しようとするので,待ち時間がとても長い。メモリの少ないPCだと途中でアカンことになりそう。   ---- ■操作 入口=  http://ieeexplore.ieee.org/browse/standards/get-program/page/series?id=68 (  http://ieeexplore.ieee.org/  からでもたどれるだろう )。 メニューをたどって,例えばIEEE 802.11(無線LAN)の標準文書を参照しようとすると… “Download PDF”は選択できなくなっている。 画面最上部の“Personal Sign In”からログインすると… “Donwload PDF”が有効になる。 概要でも記したように標準文書フルテキストPDFのダウンロードは,Firefoxの場合にブラウザのインラインでの表示になるので,保存する場合にはブラウザの操作でファイル保存する。 ユーザ登録は“Create Account”から。 入力方法などは自助努力で。(画面のガイダンスや注意事項を読みましょう)。 --

RFCは番号を無駄遣いしていないか?

新規に発行されるRFCの番号が8000番台になっていて,その8000番台も1年くらいで食い潰しそうな勢いだ。実は8年ほど前にも同じ様に「なんと6000番台後半だよ」と思ったのだった。 ところで,RFCの番号って,几帳面にきっちりと順番に使っているわけでは無い。大物RFCにはキリ番を使うことがある様だし(RFC 8200とか),規格のバージョンアップの際には旧番号から覚えやすいものにすることがある(RFC 822 → RFC 2822など)。 …ということは,ところどころ虫食い状態で空き番号がたくさんあるんじゃないかな?と,ふと思った。 RFCの一覧ページはこれ:   https://tools.ietf.org/rfc/ これを眺めると,ところどころに「Not Issued」となっている番号があるので,虫食いになっているのはたしかなようだ。無効化(Obsoletes)されたRFCもたくさんあるけれど,一度は使われた番号だから,これについては「使った」ということでいいだろう。 もう1つの一覧形式で,Mini-Indexページなるものがあった:   https://tools.ietf.org/rfc/mini-index ぱっと見で,虫食い状態がわかる。言い換えるとそれしかわからない。 上記のMini-IndexのHTMLを解析して,具体的にどれくらい虫食いなのかを調べて見た。単なる酔狂でしかないけれど。 結果(RFC 8754まで) 個数 RFC番号  735 8000番台  996 7000番台  973 6000番台  971 5000番台  973 4000番台  982 3000番台 1000 2000番台  995 1000番台  933 999番以下 こうしてみると,最初の999番までが一番大雑把だ。 RFC化の検討に入ったけど最終的に発行されないものもあるから,2000番台の様に完全に埋まることは珍しいと思う。そういう意味では,まぁまぁ,几帳面に番号割当てをしていると思っていいのだろう。 さて,RFC 10000に到達するまで残り約1250。そこに達するのは,だいたい4年ちょっと後の2024年頃だろうか。 【参考: カウントスクリプト】 : count.sh #...