多様な安否情報の提供と digital divide

ちょっとまだまとまりそうにないんだけど。NHKはいったい何がしたかったのかから続く一連のもの(高木浩光@茨城県つくば市 の日記)を読んで。

NHK やサービス提供者の理解度の低さは問題として指摘すべきだと思う。ただもう一方で問題にしなくちゃいけないのは安否情報をより安全に、より多くのチャンネルで提供できるようにすべき、ということではないのかとも思う。これは前回公共性の高い組織の広報で触れたこととも通じてるんだけど、個人情報の話にする以前に、より多様な安否の確認方法がほしいということである。

例えば携帯。通話は難しいかもしれないが、原理的にはインターネットの方が接続の安定しない状況では有用なはずである。DoCoMo などの特定のベンダーに依らない、安否情報確認システムを国の予算で用意しておくことは技術的にはそれほど難しくないように思う。1携帯なら端末を特定できるし、比較的安全に安否情報を、かなり1対1に近い形で提供できると思う。2

ただ別なところに大きな問題がある。デジタルデバイドだ。すべての人間が携帯端末で情報のやり取りを行えるわけではない。普段から使っている人間でなければ緊急時にはまず役に立たない。電話としての利用はなんとかなる、というレベルの人間が緊急時に安否情報の確認をインターネット経由で行うのはかなり困難だろう。

じゃあということで、端末に自治体の防災無線を利用するのはどうだろう? 防災無線を自治体間、自治体-国間の緊急情報のやりとりだけでなく、市民の安全確認のチャンネルとして使えないかな、ということなんだけど、自分は無線は完全に素人なので、インターネットとの接続など細かい話はまったく分からない。単に「そこにあって双方向に情報のやりとりができるモノ」ということで浮かんだだけだ。たぶん様々な問題はあると思う。安全性という意味では被災地の人間の情報提供はルーズに、被災地外の人間による情報の引き出しに認証を掛ける、という方向である程度確保できると思う。簡単なところでは身分証明書の提示と利用の記録をとる、というところか。ただこの方法は海外からは利用しにくいので、また別なゲートウェイが必要だ。

防災無線だなんて何ゆーとんじゃ、ということであれば、デジタル放送のラジオなんかが使えないだろうか? デジタル放送と言ってもテレビほどの大電流が必要なわけでなし、電池駆動できるよね?(興味はあるけど確認すらしてない。)これなら一人一人持つことができるし、データのやり取りはある程度可能だと思う。ただここに個人の安否情報を載せるのはどうやるのか想像がつかない。

書き連ねてようやくまとまってきたが、問題は

  • 被災者の安否情報をどうやって集積するか
    • できるだけ素早く、なおかつ被災者のスキルやデジタルデバイドに影響を受けない方法がよいのではないか
    • その預け先はどうやって信用するのか
    • 集積しないという選択肢はもちろんアリ。ただその場合は双方にそれなりの資源とスキルが要ると思うのでここではとりあえず無視。
  • 集まった安否情報をどうやって配信するのか
    • 負荷の集中や単一回線への依存によるストップは避けたい(既存の電話網、携帯電話の通話網の限界に引っ張られたくない)
    • 認証の必要のないレベルならできるだけ多くのチャンネルで配信できた方がよいと思う
    • 個人情報のレベルでは情報の引き出しに認証を掛けるべきだと思うがどうやって認証を掛けるのか
    • もう一つ、認証が必要な情報とそうでない情報に明確な基準が必要
    • 国内だけでなく世界的に配信できる必要がある
      • 海外在住の日本人に対してだけでなく、国内在住の外国人の家族が利用する場合にも対応できる必要がある

という辺りなんだろうか。なんか抜けありまくりそうな気がするんだけど。まーでもどっちにしろ一度単純化しておかないと抜けの確認もできないし話を展開しにくいし、今回はこのままいこう。

ふと思ったが、ココセコムじゃないけど、こうした安否情報ってビジネスとして成り立たないのかな。例えば家族で契約しておくと海外を含めた遠隔地でもとにかく安否の確認ができるってシステム。そのために Skype とか自前のシステムとかとにかくいろんな方法を確保してできるだけ迅速に確認できるようにサービス提供者は頑張る。誤解を恐れずに言えば安否の確認てのは身内のエゴ的なものでもあるわけで、保険と同じようにビジネスとしてソリューションを提供するってのは十分にアリじゃないだろうか。これは国とかさっきまで展開していたやたらと器のでかい話でもないし、電話やメールによる1対1の確認でもない、alternative な選択肢であり、今回の話の主旨ともなんら矛盾しない。うん、悪くないな。

問題はシステムの構築、運用、維持のコストがでかそうだから最初に国とか器のでかい話を思いついたのであって、これがビジネスとしてペイするレベルならビジネスでも十分な話だ。これなら情報の集積先をどうやって信用するか、なんて辺りもスムーズに解決できる。契約があるんだから話は簡単。

でもなぁ、なんかこう釈然としないのはなんでだろう。視点が公共サービス3寄りなのは、やはり災害弱者が取り残される可能性がでかいと直感的に感じるからかな。保険もそうだけど、「存在を知らなければ利用できないサービス」ってのは本当の緊急時にどれだけ役に立つのだろうという素朴な疑問が残る。もちろん今の時代に無防備に生きている方が悪いのさという指摘はしごくまっとうだし、少なくとも労働者人口にカウントされている人間はその指摘を噛み締めておく必要があると思う。でも被災者は労働者人口にカウントされる人ばかりじゃないから。そういう人たちをどれだけフォローできるかが公共サービスの価値だと思うんだよな。

  1. 維持費は度外視してるし、各キャリアのプロキシ、回線の性能に依存せざるを得ないのは承知のうえ。 

  2. 要するに巨大で安全な出会いサイトを作るわけだ 

  3. おおざっぱに「税金で提供される公務員によるサービス」くらいの意味です。法的なものとか厳密な意味はよく把握してないので。 

More

Categories

Tool 日々 Web Biz Net Apple MS ことば News Unix howto Food PHP Movie Edu Community Book Security Text TV Perl Ruby Music Pdoc 生き方 RDoc ViewCVS CVS Rsync Disk Mail FreeBSD Cygwin PDF Photo Zebedee Debian OSX Comic Cron Sysadmin Font Analog iCal Sunbird DNS Linux Wiki Emacs Thunderbird Sitecopy Terminal Drawing tDiary AppleScript Life Money Omni PukiWiki Xen XREA Zsh Screen CASL Firefox Fink zsh haXe Ecmascript PATH_INFO SQLite PEAR Lighttpd FastCGI Subversion au prototype.js jsUnit Apache Trac Template Java Rhino Mochikit Feed Bloglines CSS del.icio.us SBS qwikWeb gettext Ajax JSDoc Rails HTML CHM EPWING NDTP EB IE CLI ck ThinkPad Toy WSH RFC readline rlwrap ImageMagick epeg Frenzy sysprep Ubuntu MeCab DTP ERD DBMS eclipse Eclipse Awk RD Diigo XAMPP RubyGems PHPDoc iCab DOM YAML Camino Geekmonkey w3m Scheme Gauche Lisp JSAN Google VMware DSL SLAX Safari Markdown Textile IRC Jabber Fastladder MacPorts LLSpirit CPAN Mozilla Twitter OpenFL Rswatch ITS NTP GUI Pragger Yapra XML Mobile Git Study JSON VirtualBox Samba Pear Growl Mercurial Rack Capistrano Rake Win RSS Mechanize Sitemaps Android JavaScript Python RTM OOo iPod Yahoo Unicode Github iTunes God SBM friendfeed Friendfeed HokuUn Sinatra TDD Test Project Evernote iPad Geohash Location Map Search Simplenote Image WebKit RSpec Phone CSV WiMAX USB Chrome RubyKaigi RubyKaigi2011 Space CoffeeScript Nokogiri Hpricot Rubygems jQuery Node GTD CI UX Design VCS Kanazawa.rb Kindle Amazon Agile Vagrant Chef Windows Composer Dotenv PaaS Itamae SaaS Docker Swagger Grape WebAPI Microservices OmniAuth HTTP 分析基盤 CDN Terraform IaaS HCL Webpack Vue.js BigQuery Middleman CMS AWS PNG Laravel Selenium OAuth OpenAPI GitHub UML GCP TypeScript SQL Hanami Develop Document Jekyll