大規模災害やテロが起きる前に決めた政策は、起きた後も継続すべきか・・など

第１０回D-CASE研究会に行って、途中まで（１４：００まで）聞いてきたので、
その内容をメモメモ
（表題は、「レジリエントな政策デザインとＤ－ＣＡＳＥ」のところで出た話）

---

■ご挨拶　松野先生
・プログラム
　　保井先生　慶応ＳＤＭ　政策決定でD=CASE
　　６月１７日　ＮＩＩで
　　昨年１１月　ＩｏＴハッカソンでＤ－ＣＡＳＥ
・ＤＥＯＳオープンシンポジウム
　　→６月８日　ＩｏＴ時代のディペンダビリティ
・懇親会

---

■レジリエントな政策デザインとＤ－ＣＡＳＥ
・政策の形成、変更にD-CASEが役立つのでは？
・コンセプチュアルな話

・本研究の目的
　公共政策形成変更のプロセスにレジリエントなフレームワークをコンセプトとして提案すること
　　大規模テロ、災害→それまでやろうとしていた政策はどうなるの？
　　例：原発は、災害前と後で、合意が変わったかどうか
　公共政策のレジリエンスは大規模災害やテロの後に社会経済活動を速やかに復元するための鍵
　　→２つのチャレンジ
　　　　ステークホルダー間の合意：前提が崩れる
　　　　　　従来型の政策サイクルはリニアなモデル
　　　　　　　→大規模災害が起きたとき、今までの政策サイクル
　　　　バウンダリの問題
　　　　　　どこまでの範囲で合意したか→ぼやけている
　　→きちんと合意：定義要件を書いておく

・先行研究
　　レジリエンスの礼儀　ホリング
　　　　自己組織化
　　　　外乱に対する適応力

　政策形成がレジリエントである必要は合意できている
　　　→どう作ればいいの
　公共政策の形成理論
　　　システム思考
　　　デザイン思考
　　　参加型政策分析（マルチステークホルダー）→はやってきている

　必要な特性
　　　　自己組織化
　　　　外乱に対する適応力
　　　　参加型

・レジリエンス　３段階モデル
　　Grotherg and Boniwel
　　　ショックの段階
　　　跳ね返り段階
　　　教訓及び物語化

　政策レジリエンスの４象限モデル

・システム・ディペンダビリティに向けての自己組織化
　　ディペンダビリティ強化ループ

・D-CASEによって可視化される政策の形成・変更

・ダム建設プロジェクトのＤ－ＣＡＳＥの例
　手順

・バージョンアップを残していく

・Ｄ－ＣＡＳＥ書き換えのための住民参加のワークショップ

・住民基本条例の開催

・結論及び今後の研究課題
　　レジリエントなフレームワーク
　　心のマインドフルネス

質問
・合意できない時は？
→合意とは何か：社会システム論の合意　アコモデーション
　　→反対はしない状態

---

■Ｄ－ＣＡＳＥに基づく議論構造可視化支援ツールのプロトタイプ開発とスマートコミュニティにおける合意形成に向けた基礎実験
ＩＰＡ　ＲＩＳＥプロジェクト

・一般市民を含めた合意形成　ＳＮＳ
・アシュアランスケース

背景
・Tourminによる議論構成
・ＧＳＮ→より活用できるのでは？
・Ｄ－ＣＡＳＥツールチェーン
　　→ＳＮＳの議論に最適なＤ－ＣＡＳＥを提示
・議論情報の分析
　　クラウドトークス（まだできていない）
・Ｄ－ＣＡＳＥ　ＤＢ
　　　→Ｄ－ＣＡＳＥ作成のためのソース
・こうしたツールができたとしたときに、どれだけ有効か？
　　小規模なプレ実験の実施
　　→Ｗｅｂ検索だと、正しい判断に行きつかなかった
　　→Ｄ－ＣＡＳＥでやってみた
・情報の同質性
・合意形成のモデル化
　従来の合意形成
　今回の合意形成：理解し合う
　　　グレイゾーン：正しいかもしれないし、正しくないかも

---

■ＪＡＩＳＴ、三菱電機　産学協同アシュアランスケース
・演習の概要
　目的：アシュアランススキルの向上
・演習の内容
　架空システムの仕様
　Ｄ－ＣＡＳＥ
　ソフトの試験
・対象システム
　飲料自動販売機遠隔監視システム
　機能：
　　ステータス表示
　　売り上げ情報オンデマンド
　　値段変更
　　稼働時間２４時間（メンテナンスでとまる）
　システム対象
　　　自販機はＯＫ、遠隔ソフトと監視部分
・妥当性

六本木と渋谷ネット系ベンチャー地図で知った、ＹＡＨＯＯ移転するの？

セミナーなんかいくとき、ざっくり場所が知りたい場合、この図があると便利かも？

六本木ネット系ベンチャー地図2016春
http://takanoridayo.blog.shinobi.jp/

それと

渋谷ネット系ベンチャー地図2016新春
http://takanoridayo.blog.shinobi.jp/Entry/447/


で、「六本木ネット系ベンチャー地図2016春」見て。
ＹＡＨＯＯ移転するって、イマドキ知った！

本社移転のお知らせ
http://pr.yahoo.co.jp/release/2014/06/19a/

５月から順次。移転先は旧「赤プリ」らしい

システムの受託会社の営業について（受託を続ける、新規自社開発）

ちょっと思っていることのまとめ。
システムの受託会社がお仕事を得るケースは、


受託開発を請けている会社さんはどうやって案件を頂いているんでしょうか？
https://qixil.jp/q/439

の２番目の回答（サイバーエージェントの人の）にあるように

１．紹介（リピーターのほか、前の仕事で知り合った人の知り合いとか）
２．ホームページを見て
３．マッチングサイトなど（ＪＩＥＴなども含む）

だとおもう。
３は、単価安い。
２は、自分の会社が先端とか、珍しいことをやっている場合有効。
１が、多いと思うけど、信用を得るのに時間がかかるのと、
　　　自分のレベルに対応する相手がお客さんになるので、
　　　営業のレベルが低いと、単価安かったり、危ない案件になる。

製品を売る場合は


受託開発の会社が自社製品で集客できるようになるまでにやったこと（失敗含む・・・）

にあるけど、代理店とホームページなどが効果的みたい
（ホームページは宣伝をするのではなく、詳しくその技術を書くと、
　検索エンジンに引っかかる）

まとめると、

キホンは、人脈だけど
自社に特殊・先端技術があるなら、ＨＰもあり
自社に特殊・先端技術がないなら、安いマッチングサイト？
ただし、人脈は自分の格で決まってしまう。

Ｐ，Ｓ　勉強会、懇親会は、あんまりでないから分からないけど、
　営業より、求人の飢餓するんだけど・・・ちがうかな？

結局、ビットコインを使って決済するＥＣサイトを作るにはどうしたらよいのか？

のＡＩＴＣオープンラボを聞いた結果、こういうこと？というのを書いてみる

・ビットコインの取引所に口座を作る
・その口座に送金したいお金を入れておく
・ＥＣサイトから、送金ＡＰＩを呼び出す

ということは、ＥＣサイトをやる前に必要なことは

・どこの取引所かを決めて、口座を作る

ＥＣサイト内で必要なことは、

・送金ＡＰＩを呼び出す。

以下、順を追って書いてみる。

---

■どこの取引所かを決めて、口座を作る

ここ

このあたりでビットコインを買っておきたいというひとへ、購入できるサイトの最新まとめ
http://blogos.com/article/95164/

にいろいろ書いてある。今回は、一番最後の「コインチェック」を取り上げる。
これを取り上げた理由は、

　　・ぐぐったら、一番上に出てきた
　　・送金ＡＰＩがすぐに分かったから

ってことだけ。おすすめというわけではない。
というか、どこがいいか、ほんとに全く分からない・・・・
（以下、全く分からない、すべて自己責任でお願いという前提で見てくれ）

口座は新規登録をすれば、すぐに作れそうだ・・・
けど、今回はしないで話をすすめる・・・
口座を作ったつもり。

---

■送金ＡＰＩを呼び出す。

ＡＰＩは、

取引所 API 概要
https://coincheck.jp/documents/exchange/api?locale=ja

にある。ＡＰＩは
　（１）認証の必要のないパブリックＡＰＩ
　（２）認証の必要なプライベートＡＰＩ

がある。「ビットコインの送金」は、プライベートＡＰＩなので
ＡＰＩキーを取得して、認証をする。ＡＰＩキーの取り方は、
上記のサイトの右側をスクロールすると書いてある。

送金ＡＰＩにアドレスっていうのがいるんだけど（とうぜん）
どこから取得するのかはよくわからない。

ただ、このＡＰＩを使わないで、送金用ボタンを貼り付けるという
方法もあるみたいだ。

くわしくは

https://coincheck.jp/documents/payment/api/payment-button

---

■よびだしてみる

登録していないので、publicAPIしかよびだせないけど、呼び出してみる。
板情報でも（板情報の意味が分からなかったら、株式でもなんでもいいから、
板という概念をしらべてみてくれ。ちょっと説明が長くなるので省略）


上記の「取引所 API 概要」に

リクエスト先　https://coincheck.jp

右側で　public API 居た情報を見ると、
HTTP REQUEST　GET /api/order_books

とあるので、ブラウザで　

https://coincheck.jp/api/order_books

をした結果が、以下のとおり


たしかに板情報だね（売り、買い別に金額と量が載っている）！
他の取引所も似たようなもんなのかな？