TWITTERに於けるリスク　（本編というほどではないが）

CMSで動くコンテンツの多くは、あるいはその全部だが見せ方が時間軸に沿っていないように見えるものがあるのでそれを除いて、ゆっくりとした時間軸のそって緩やかに流れている。つまり、一つ前の世代のコンテンツの性質をまだ継承している。

一つ前のコンテンツの性質を継承している結果として、コンテンツ自体の問題発生頻度は低い。しかに、逆に問題が発生すると、そのコンテンツを流し去る速度は緩やかであるので、その前の時代と同様に多くの人の批判、嘲笑、顰蹙をかう原因となってしまう。つまり、パブリッシュ後の潜在的な危機に対する対応が重要であるわけだ。

一方で、twitterを分かりやすく説明するための「一行blog」という説明が用いられる。ライフログであることは間違いないが、はたして”blog”なんだとうかということである。一瞬にして、パブリッシュされ、一瞬にしてRTされ、一瞬にして検索エンジンに拾われる（正確には検索エンジン側にTwのどのレベルかのDBのアクセス権を与えているのと同等の機能を実装）ので、一旦「呟いて」しまえば、それで終わりだ。事後に速やかに消すことが有効との考え方は、blog時代の対応であってtwitterでは「後の祭り」だ。私的写真の湧出事件を似ている状態を想像してほしい。一旦流れ出れば、加工もされ、おもしろおかしくコメントもつき、あるとあらゆる方法で広がってしまってもはや、対策はない。

Twitterでの呟きも同様で、検索エンジンのキャッシュ、画像としてキャプチャーされて画像掲示板や個人のPCへの蓄積、忘れた頃でのTwitterへのRetweet….限りなく様々な方法で撒かれ、蓄積される。

しかし、写真流出と大きく違う点がある。それは、そうした問題発言後、今までの段階では、twitterユーザーは長くその内容を記憶にはとどめない。逆に、「誰々は何回目だ」というような前科の回数みたいなものに情報圧縮されて記憶に残る。

つまり、流出写真のような形の事後の流通よりも、人物と紐付けされたIDとその人の前科が記憶されて行くわけだ。つまり、別の意味で事後対応は殆ど意味がないということだ。実際に、具体的事例に関して色々聞き取りしてみたが、この考えを裏付けする結果であった。

たとえば、SPAM類似行為で広報を行う失敗は2010年で、私が直接見た物だけですでに3件目だ。某政治家の失言・暴言は、すでに3回目。政治家の暴言、失言、他者が携帯を勝手に操作して勝手に呟いたと説明された事件などは、5人でみられた。（まだ政治家の少ない頃のはなし）、企業オーナーのアカウント、企業の公式アカウントでも同様の観察をしいるが、以外と高い水準にある。中にはnet newsにまで出た物もあるなどで、キャプチャー画像が出回っているものがある。

事後に何もしないことはあり得ないだろうが、事後対応ではダメージの最小化にはほとんど繋がらないということだ。そうした失敗をきっかけに呟くのをやめたアカウントもある。事前対応こそが肝だとわかる必要がある。

個人が遊びで使う場合は別だが、それ以外では慎重なリスク分析をしたり、そういう分析をしている所から指導を受けるべきだと言っておく。

非現実的に厳しい対応は別だが、可能な対応が二つあってどちらが大事かといえば、より厳しい方が大事なのは何事でも同じだと思うが。また、そのときにもう一方は不要とは言っていない。より厳しい方の対応をとっておけば、緩い方の対応が必要になる頻度は飛躍的に下がるのは、何事でも同じだ。

Twitterに於けるリスク　（多分その前編）

最終的には、twitterに於けるリスクとかリスク管理の一端を、会社、団体、議員さん等が使う場合の話を書きたいのだが、それを書くためにはCMSが出てきたことで変わった企業のICT戦略の入り口の話をしておいた方が良いと思うのでまず書いておく。

個人だとIBM ホームページビルダー、法人だとDreamweaverあたりがweb作成の標準的なtoolであった時代が長いとおもう。その前には、手打ちタグの時代もあった。標準的な、web構築toolが天下の時代は、CMS（contents managemen system）の出現と成熟で一変した。

何が一変したのかといえば、コンテンツの起案、作成、稟議通過、htmlへの作り込み、ftpでのupという前段階のうちの稟議通過後の速度が飛躍的に上昇した。結果、稟議の取り方が一部で変わりだし、CMSに適した形に業務が変化した。その結果、起案からweb投入までの速度が革命的に変化を遂げた。そのは速さを活かしたプロモーション活動の成功例が段々と出てくると、それら成功事例がセミナーで取り上げ成れるなどして、後続のプロジェクトの発生と発展に大きく貢献してきた。

そのころは検索エンジンが拾う速度も、今と比べればゆっくりしていたので、CMS使ったwebでも危機管理は、起案からCMSでの編集までのどこかで管理できたし、そこをすり抜けても検索エンジンのクローラーが拾うまでの間ならば大きな問題は起きにくいものであった。

つまり危機管理は、情報の流出、ハッキング、踏み台の三種類ぐらいが大きなものであった。コンテンツそのものは、十分管理出来るものであった。ここで大事なのは、CMSの出現で稟議の取り方が変わったことだ。包括的な稟議というか、コンテンツ（内容）ではなく行動（CMS利用する、いまならtwitterを理表すること）にコアが移った訳だ。

さて、twitter於ける危機管理論の下地の一部は書いた。穴だらけだが、穴の部分はその辺にいくらでもある話なので詳細には書かない。次のエントリーでtwitterに関する危機管理の話の一端を書く。その主題は、内容である。失敗例を多く見てきて、そこで見た物を書く。

#189 薬学。。。。。。。　なんていうか

（Twitterの #2289 あたりで活動してくれるとうれしい部分もある）

薬学というなかに臨床薬学という領域があるが、医学の基礎と臨床以上の幅で薬学も基礎と臨床があるのでそういう名称がないと薬剤にしか目が向かないので必然的に使うのだが、じつは微妙な空気を持った言葉でもある。

また、「サイエンスカフェ」やら「サイエンスコミュニケ-ション」なる輸入概念があって、市民側の目線（視線）で見れば全く定着していない。そこへメディカルコミュニケーション、これに至っては異なる二つの概念が存在しているのではないかとおもう側面がある。患者さんとの対話技術（健康動機の向上等も含む）と医療技術等の理解の広報の二つの側面は、別の目的、別の技術だし、研究を行っている講座も社会医学系の中で別の部署だったりもする。でも、まあ、それがある。

薬学は、患者さんとのコミュニケーションがあるが、グロバールだったりオール日本的なものでは無く、「家元」制みたいな感じで「流派」的なものであるように見える。おそらくまだ「先駆者」と看板をもらった人だけが社会的なあるいは分野内の地位を形成しているからだとおもう。

しかし一方で、誤った副作用情報は光の速度で走るのに、正しい情報は徒歩の速度でしか走らない状況があって、「副作用のない（全くない）くすり」とか「副作用が嫌だから薬より健康食品」とか不思議な方向があったり、逆に「」風邪を引きそうなので風邪薬」「（医師の判断でなく）化膿しそうなので化膿止め」という不思議な儀式が定着してもいる。

薬を悪者とする空気と、薬を過剰に使う空気が共存し、最後に原則1剤成分の医療用の有り様を説明せずに剤数からだけで「薬漬け」というと、市民がその言葉に反応してしまう。上手く薬を使う、必要なときに最小限度の薬を専門家の関与で安全性と有効性を高めて使うという方向に向いてこない。通販がなぜ悪いんだという浅い考えと自己利益のために市民をあえおる浅い考えの経営者とそれに拍手とおくる市民。

患者さんの気持ちが一番なのであるが、そこに様々な方向からのアプローチで疾病を予防し、検査し、治療して行くときに、薬剤が一つの選択肢を与えてくれることは間違いない。そうした、薬剤を提供（創薬、製造、流通）させて行くときに医学、薬学、あるいは倫理その他他分野の人がものすごい努力をしていることに考えを馳せてもらえない。

「ああ、こんな程度なんだ」と愕然としてしまう。愕然とするのは、結果に対して愕然としているのであって、「がんばってるよね」って声をかけてくれという話ではない。どうして、この程度にしか理解してもらえていないの、どうして叩く対象にしかならないとということに悲しみを感じている。

薬学関係者が、「薬くそばい」で生きているわけはないので、生産年齢の人生の大部分をかけて裾の裾の裾の方かもしれないが基礎の石積みの下に敷く砂の一粒一粒を運ぶ程度かもしれないが、せっせと頑張っている。現在それをこえる効率的な手法がないから、現在あるもっとも効率的な方法で努力しているし、より効率的な方法も常時探索している。

それでも、まだ低い評価しかない場合があるのは、薬に関する市民講座みたいなものが不足しているのだろうか。医薬品抜きの医療が成立しないことは確実だし、適切に使用しなければ有害作用が出るのも確実、また極低い頻度で有害作用が起きるのもある部分では不可避、だからこそ専門家の関与が必須なのだが、専門家の関与は不要、あるいは専門家不要の流れで、医薬部外品の大幅増加、登録販売士制度で一般用薬品の2/3のカテゴリーは事実上薬剤師の関与から離れた。（元々あった薬種商制度も経過措置ののち消滅する）

消費者は、安全な薬物治療が欲しいのか、安易でリスキーな薬物治療をしたいのか、その両方という矛盾したあたりが現実と見えるが、不思議な旗を振っていないか。要は、薬学関係者の市民の理解を高める働きは全く不足だったと言うことか。

書ききれないのでやめる。時々書くか、別の枠組みが必要と思うので別の枠組みで。。。。。という予告編として書いておく。

#az4ui 【AMNブロガーミーティング】　App2Me （リコー）

（写真は別postで掲載予定）　1月28日 実は初めてのbloger meetingに参加。さすが、みなさんすごいと思いながら「楽しく」盛り上がってきました。我がグループ4人は熱心すぎる質問で巻きが入りながら、体験もしてきました。同席させていただいた、blogerさんこれを機会に今後ともよろしくです。

会の主役は、Richoの複合機イマジオに向けて提供が開始されたウェジェットである”App2Me”。そもそもウェジェットっってなんなんだいっていうあたりでも、話が盛り上がりました。この場合に限っていえば、画面の壁紙上に置かれるボタンで、そのボタン一つが一つの機能になっていて、ボタンで詳細に条件設定をｓｈじた上で、ネットワーク上にある複数のイマジオのうちそのときに空いている、あるいは都合の良い一台に所定の仕事をさせよというわけです。

今までだと、端末で人の眼を背中に感じ、焦りで手に汗をというようような状況で複合機の設定をしていたわけですが、App2Meだと自席でじっくり設定ができるというだけでも優れものです。それが、driter driverの形態ではなく、壁紙上のボタンであるために複雑な機能を使いこなすための敷居が大変に下がったのは確実なものだとおもいました。

明日は iPhone Ustreamユーザーのイベント with @ksorano+スペシャルゲスト の末席に加えてもらいに出かけます。（ 1/29 #nsmc と 1/30 #ngtsc でも　そらのさん ごいっしょさせていただきました。1/31も同じ会 ）

App２Meの話題は数回に分けて、写真も交えて書いてゆきますので、時々 apogee.at をご覧ください。

説明 ：
App2Me ： ウェジェット型複合機活用アプリケーション

ちょっとオフレコで（笑）
実際、あの複合機のコントロールパネルってどこの会社も機能が多い分り難くて、あまり人がいないとき（じゃまにならないタイミングで）なんとなく迷路をさまよう感じでいじっていたので、App2Meは新鮮でしたよ。「やればできるじゃん」という感じです。実際、会場でもそういう声が上がっていました。

リコー App2Me　

「App3Meが変えるオフィスの複合機の可能性」（AMNブロガーミーティング）に昨夜参加しました。今日明日新潟に行くので、移動中にかけたら移動中、それが終わらなければ日曜日にUPします。

リコーの複合機イマジオ、複合機、を社内PCから簡単に使えるようにするための、ウェジェットの提供が始まったことで、お披露目の会という感じであった。続きは、このblogにて！

では。。。。

今夜は、AMNのブロガーミティーングに出かけます

アジャイルメディア・ネットワーク（株）の「App2Meが変えるオフィスの複合機の可能性」ブロガーミーティングに今夜出撃！

このblog（ az4u.jp ad hoc http://apogee.at/ ）のブロガーとして参加です。ちょっと自分自身はブロガーという言葉は、しっくり来ないのですが。

天気が心配でもあるのですが、ちょっと楽しみです。天気の方は #tnk タグを見ながら出かけます。（ #tnk タグの説明は http://bit.ly/7BwuRO ）でご覧ください。

OneNoteとクラウド

MS OneNoteはなぜそれほと普及しないのか不思議なのだが、実に優れた特徴のあるアプリケーしょんです。記録をとる、マニュアルを作るというような目的には最適です。欠点は、IPhoneその他Windows以外の端末/OSでは扱えない独自のファイル型を吐き出します。しかし、WordファイルにExportできる昨日があるため、Windowsマシンが稼働してる場合のバックエンドには最適です。

このアプリケーションの最大の特徴はフォルダーのツリー構造全体でひとつの「ノート」を構成することです。その中には複数のファイルが含まれています。そのあたりはMSのサイトなどで確認ください。また、iPhoneのアプリケーションは提供されていませんし、将来提供される可能性もおそらくないでしょう。EverNoteの比較対象でなありません。

複数のPCで使う場合に、SugarSyncを使う場合には、MagicBrieafcase内に、DropBoxを使う場合にはMyDropBox内に、ノートをおくようにするのが最高に便利です。両者の使い分けは、ノートそのものを他の人と共有して編集する場合には後者を選択肢、それ以外の場合は、前者を選択することです。意見は色々あるでしょうが、勘違い（操作ミス）で間違って重要情報が他に漏れやすいのは後者、やや安心なのは前者だと思います。ですから、他者と共有しない場合は同じことになります。

iPhone側で参照したい場合には、一旦Ｗｏｒｄファイルを作成し、それをSugarSyncあるいはDropBoxクライアントでiPhoneと共有するのがベストです。

#twbot IDバイタル確認bot （ブレスト用）

ぼっと学会（ http://www.twbot.info/ ）関連。自分のIDの健全性に気づくには時間がかかりますし、半信半疑になります。IDの健康度の異常も様々。ぼっとが閲覧者になり、閲覧者がとる動作をAPI経由で行うことで、どの機能関連APIに異常があるかユーザーが調べられると便利ではないかと考えた。たとえば、ないかの仕組みをかませてTwitter自体を、あるいは類似枠組みを作って、遠隔地あるいは在宅（つまりリモート）医療や介護に応用するときに欲しい機能だと思っている。

ある枠組みに様々な機能を組み込んでゆくときに、ボット経由での組み込みは第三者の強力を得やすく、仕組みの発展に役立つと思う。システムのグランドデザインの問題。（2010.01/09 記述→公開：他者（他社）の特許権申請に抗弁するための記録として残す。当初の文章を画像として別途のこす。）

既存の枠組みとしてTwitteを例に、twitter IDの健全性を確認するボットを何方かが作れば有用と思う。

#twbot 求人/求職ボット　稼働！！　感謝！！

RT希望！お知らせ！！　（RTに便利なこのページへの短縮URLは　http://bit.ly/5kyrgs ）

Twitterで @ambit さんに　求人/求職ボット作って頂きました。感謝！本当にありがとうございます。ご利用にあたっては、作成者への感謝の気持ちをお忘れ無く！

このぼっとの【仕様】

キーワード：　　三種のワード　求人　求職　　のいずれかを
書式      ：    【　】の中あるいは　：　の前にある場合
に動作
例　　　　　：　【求人】 あるいは　　求人：
【求職】 あるいは　　求職：

バンドスタッフ、なにかの協力者募集では【求人】を、逆は【求職】を使ってください。なお、仕事（給与等の発生）とそれ以外が、紛らわしく成らないように。

そして、あくまでもTwitter上の自動的に動くプログラム（ぼっと）ですので、内容は精査あるいは吟味できませんし、間違った動作も不可避ですのでご了承の上お使いください。ぼっとの呟きに関して一切の責任をおうものではありません。

タグは #twbot　（twitter上のbot情報関係）
目印は @twbinfo
webは  http://www.twbot.info/
確認したボットの一覧は http://twitter.com/az4u/twbot

プロジェクトの下足番は @az4u です。

最後に、ふたたび作者に感謝の拍手！！

ある経験則

屁理屈言い、知ったかぶりが出てくると論議も、雑談も終り。全てが無に帰した様な嫌な気持ちだけがのこる。

医療関係者へ呼びかけ！　患者さん向け文書の共同製作！

口内炎の薬物治療から出た話なのですが、口内炎で処方されるアフタッチなどの口腔付着性製剤の患者向けの優しい説明書の製作、そのそもそもの口内炎で優しい食べ物とか痛さを軽減する工夫などを患者さん向けにまとめた文書をクラウド内で作りませんか？主要な場はtwitter.comですが、おそらくGoogleのサービスを利用するとか、クラウド系ストレージの利用で効率よく作成が出来そうです。
そういう文書を見かけないので、この機会に作ろうと言うわけです。癌患者さんで化学療法剤投与の方とか放射線治療中の方にも参考になると思われます。
もちろん、必要があればこれにとどまらず、いろいろやれば良いと思いますが、とりあえず此をやりましょうということです。

またネット上にある既存の情報の収集、評価とそれらをまとめたものの作成も必要だだと思って居ます。

関連web（ここにまとめませんか） → http://sites.google.com/a/az4u.ws/kounaien/
（　PVカウントのためbit.ly 経由で表記LINKへ飛びます　）

Twitterでのタグは #kounaien です。タグは前後を半角空白を必ず入れてください。

＜追記＞　http://www.MedAca.info/ を玄関にしてゆきます。

下足番は @az4u で

参考に（Twiterの会話）：

@YumPea:

@az4u:

いいですね！やりましょうよ！「コードブルー」でDr招集　RT @YumPea: いままで見た事ないですもんね！ケモの患者さんにも役立ちそう。経験者の声とか集めたら作れるかな。 RT @az4u すごく大きいとおもいます。Titter内でコラボで作りますか？　RT @YumPea:

「口内炎にしみない食品一覧の作成」ですね！ちょっと呼びかけてRTしてもらいましょうか。