Discipline

家族写真の管理

2011-08-29T01:14:00.000+09:00

アナログカメラからデジカメに移行してからもう12年ぐらいたつのだが、約5000枚ほどの写真と動画がある。失敗を気にせず気軽に撮影できること、携帯電話付属のカメラはいつでも持ち歩いていることもあり、アナログ時の数十倍の撮影枚数になっている。この個人で扱うには多すぎる枚数の写真をどうするのか。タグ付けとか顔面認識とかジオタグなどの高度な管理はさておき、どう保存すればいいのか。

プリントアウトしてアルバムで管理するというのは数量を考えると現実的ではない。DVDやCD-Rに画像データを焼き付けるという方法もあるが、そんなものすぐになくなってしまうだろうし、そもそもディスクの寿命は長くない。下手をすれば紙より短いだろうし、読むためのドライブがいつまであるのかもわからない。フォルダ管理も「焼く」という行為も面倒だ。ということで、今までは写真管理ソフト（iPhoto）にデジカメデータを読み込み、データフォルダの内部構造は何も考えずにそのまま外部ハードディスクに差分コピーのツールでバックアップする、という手法をとっていた。幸い、ディスクがクラッシュするようなことはなかったし、パソコン（Mac）を買い替えた時もバックアップフォルダから元に戻すだけで問題なかった。あとパソコン全体もさらに別の外部ハードディスクにバックアップしてある。

これで良かろう、と思っていたのである。

しかし、もしも天変地異などでパソコンと外部HDが同時にダメになったときどうすればいいか、ということを考え始めた。今回の地震が契機になったとも言えるが、Googleの「未来へのキオク」というテレビCM でやる気になってしまったのである。この「未来へのキオク」は東北大震災で失われた思い出をクラウドソーシングの形で再生していこうというプロジェクトだ、と理解している。何というか、気持ちが萎えている時は涙腺がゆるんでしまうような感じでもある。「キオク」がカタカナなのが狙っていて個人的には好きではないが、コンセプト自体は素晴らしいと思うので、まあよしということにしておこう。

というわけで個人家族写真のクラウド化をやってみたので、以下そのメモである。

まず、写真を預かってくれるクラウドサービスの選定で、FlickerかPicasaの二択。DropBoxの容量を増やしてiPhotoのフォルダをそのままぶち込むという方法もありえたが、iPhotoのフォルダ/ファイル構造はあまりシンプルではなく、それをそのまま管理ということで使うのはよろしくなかろう、と思った。ファイルやフォルダ構造を直接ユーザに見せるようなことは、Webアプリではありえないわけで、やはりアプリの後ろで見えなくするべきなのである。あとEvernoteに写真をぶち込むという方法も考えたが、最終的にブランドと「未来へのキオク」の意気を買って、Picasaを使うことに。

次に、iPhotoからPicasaに直接アップロードするようなプラグインはないかということで、Picasa ウェブアルバムアップローダを試そうと思ったが、これは自分が現在使っているiPhoto11には対応していなかった。Facebook上で友人からすすめられたiPhoto to Picasa Web Albums（有償）も試そうと思ったが、これもiPhoto11は対応していない。結局、ローカル側は素直にPicasaのWebサービスにネイティブに対応しているPicasa for Macを使うことに。

もしPicasa for Macが画像ライブラリを新たに再構築するようなことをするのであればよろしくないと思っていたのだが、iPhotoのライブラリをそのまま使うということ。インストールして最初に立ち上げる際に、ローカルドライブの画像を全部管理対象にするか、Macの個人フォルダ内の「ピクチャ（Pictures）」以下を管理対象にするかを選ばされる。無関係な画像データや××××動画は当然対象から外したいので、後者を選択する。

iPhoto画像は数分の処理後、何事もなかったようにPicasa for Macで管理されるようになった。ちなみに、ローカルのパソコン上にないPicasa（クラウドサービス）側の画像をシンクロすると、画像はMacの個人フォルダ内の「ピクチャ（Pictures）」内の「Download Albums」というフォルダに格納される。Picasa for Macでは特定フォルダにパスワードをかけることはできる。が、この「Download Albums」内はそのまま見えるので、これでは役に立たない。

最後に「アップロードマネジャー」メニューから全部まとめてデータをアップロードすれば終わり…ではなく大事なことがあった。Picasaの保存容量を大きくすることである。この記事にあるように、「Google+ユーザーであれば、2048×2048ピクセル以下の画像、15分以内の動画は同じくカウントされません。」であり「容量の制限を超えて、これらのサイズ以上の画像をPicasaにアップロードしようとすると、Googleは自動的にリサイズしてしまいます。よって、結局無料の容量は無制限ということになるのです」ということらしいのだが、手持ちの写真はほとんど「2048×2048」より大きく、劣化につながるリサイズはできれば避けたいというのが人間の心理ということもあり、Picasaの容量を年$5（400円）で20Gに増やすことにした。手続きはGoogleチェックアウトを使って、データのアップロード中に行ったのだが問題なし。

というわけで、今後デジカメの写真をパソコンに移す時は、

１．iPhotoで吸い上げ
２．Picasa for Macに吸い上げ分を登録
３．Picasa for MacでPicasaに登録
４．PicasaにしかないフォルダはPicasa for Macにダウンロード
５．iPhoneで撮影した写真はシンクロ時に上「１、２、３」を行うか、iPicasa HDというアプリでダイレクトにPicasaにアップロードし、「４」でパソコンローカルにもシンクロ格納する。
６．妻のAndroidで撮影した写真も自分のアカウントでPicasaにログインしてもらい、そのままPicasaにアップロード。以下「４」。

という作業になる。ただiPhotoを使わなくてもいいのではという気もする。iPodやiPadに写真をシンクロするためにわざわざ経由させているのだが、iPicasa HDでいつでも写真にはアクセスできるのだからである。これは次回のデジカメ写真処理の際に考えることとしたい。

以下メモである。

・iPhotoでデジカメ動画は問題なく処理されていた。Picasa for Mac、Picasa（クラウドサービス）でもそのまま引き続き問題なし。
・動画の追加容量は本当に必要だったか？ただ年数百円なら安い。円高の間に30年分くらい前払いしたい気持ち。
・Picasa for MacではCMYKのJPEG画像は扱えるので…DTPの際の画像管理ツールとして…はやっぱり使えないか。
・本当はEye-Fiを使ってカメラ自体をPicasaのクライアントにしたかったのだが、うちのカメラはOlympus μ5000なので使えない、とのこと。残念。
・実家と自宅にあるアナログ写真と、それからアナログホームビデオをデジタル化したい。ということで「ビデオテープ to DVD Mac OS X版」を購入。といいつつ、自分が死んだ後には、膨大な写真をアカウントごと消して終わりなのかも、と思ったりもするが。
・Picasaで指定したフォルダがEvernoteの「ノート」で参照できるようになれば、ちょっと便利な気もする。

Air Display

2011-07-30T21:33:00.000+09:00

Air Displayは、iPad用のアプリケーション。iPadをPCのサブディスプレイとすることができるという点では、MaxiVistaと同じなのだが、OSXでも使える（MaxiVistaはWindowsのみ）、あとミラーモードが使えるという点が違う。

ちなみに、OSXのVMwareで使う際には、Air DisplayはOSXモードで利用し、VMWareの表示メニューから「すべてのディスプレイをフルスクリーンで使用」とすればよい。

さて、MaxiVistaと違うメリットは、Windowsの場合のみだがミラーモードが使えることである。自分のPC画面を見せて操作したりプレゼンしたりと、ちょっとしたプロジェクターとして使うことができるわけである。ちなみに、OSXでデモをする際にはiPad用のVNCを使えばいい（TeamViewerを使って同様のことも可能だが、外部ネット接続が前提であり、レスポンスはよくない）。WindowsでのデモもVNCでできそうなものなのだが…自分は何度やってもだめだったので、Air Displayということで。

なお、上記すべての環境を利用するためにはiPadとPC/Macが同じネットワークに接続していることが前提となるが、無線LANルーターがあるときは問題ないとして、そうでないときはネットワーク接続を共有してiPadとMacを接続する。この方法で接続した際、無線LANが占有されるため、普通のネット接続ができないという問題点が残る。あと、無線LANルーターがないときに、iPadとWindowsPCをつなぐ方法はこちら。

MaxiVista iPad

2011-07-17T13:42:00.001+09:00

MaxiVista iPadを使ってiPadをWindowsの拡張モニターで使おうとしたのだが、いくつかハードルがあった。まず、VMwareFusion上のWidows7では、ネットワーク設定を「ブリッジ」にしてWindowsとiPadを「同じネットワーク」にあるようにしないと、iPadがセカンドモニターとして認識されない。

次に…モニター自体は使えるようになったが、なぜかそこへカーソルは移動できない（アプリ類のWindow自体は表示される）。つまり、実質的にはVMwareFusion上のWidows7では使えない、ということ

仕方なく、個人使用のXPマシンで試してみると問題なし。ただし、iPadの場所を設定する際の最初のオペレーションがWindows7とは少々異なり、マシンの上下左右にiPadがあるかをマウスの動きで指定するという感じになる。違和感はある。あと期待していた、iPadをミニプロジェクター的に使う（メインモニターとiPadモニターで同じものを映してデモなどで使う）というのはどうもできなさそうな感じ。

週明けに会社のXPマシンにもインストールしてみようと思うが、ネットワーク接続は公開無線LANでやるしかないので、そうなるとかなり使い勝手は悪いと思われる。

新しい時代の宣伝部の姿

2011-07-13T19:37:00.003+09:00

今後の宣伝部は「目標→経路→コンテンツ→測定」ということを常に意識せざるをえない。

１．数値的に測定できるマーケティング目標（例：問い合わせを10倍に）をたてる
２．情報伝達の経路の候補を考える
３．各経路の各ポイントで必要なコンテンツを用意する
４．各ポイント間の遷移率（コンバージョンレート）を予測し測定する
５．各経路に投資するリソース（金、時間、人）のポートフォリオを組む

効果がある経路には投資を行い、そうでない場合は縮小するという単純な原則のもとで、ポートフォリオを常に見直す。この実行を担うのが新しい時代の新しい宣伝部である。この運用を支援するアプリケーション（CRMをベースにしたようなマーケティングプラットホーム？）と運用支援サービス（人材派遣を含む）が必用とされる。

Webで培われてきたマーケティング手法に、一般の営業場面、イベント、セミナー、それから紙メディアも含めて全体的に扱う必要がある。

あと思い付くことを書き綴ると…

・B2CとB2B商品、直販と代理店販売で経路と重み付けは異なる
・各ポイントで接する人の属性も異なるので要求されるコンテンツも複数必要
・アテンションを獲得するまでのコンテンツと獲得してからのコンテンツは異なる
・常に最高のコンテンツが必要なわけではなく目的に応じた品質で十分
・経路のひとつとしてソーシャルメディアがある
・コンテンツ過剰時代には経路／コンテンツを削ることも重要
・商品情報は主役ではない（かもしれない）

商品カタログの制作等は顧客の最終目標ではなくなる。収益に寄与するなら作ればいいし、寄与しないなら別の手法を考えればいい。小さい販売店は紙メディアじゃないと商売できない、ということもあるだろうが、その小さい販売店が収益に寄与する率を考慮して最終的にどうするかを考えるべきだ。受益者負担という考えで、印刷物が必要なところにはコストを取って提供するという考えもOKだろう。

経営陣に対して、マーケティングコストを経費ではなく投資として説明するには、そのリターンを、計測手法をともなって提示することが必要になる。個々の販促物やメディア対応に汲々とし、その効率化やコストダウンを考えるだけの宣伝部は、残念ながら企業内で必要とされなくなる。

プロモーションは、エモーションの部分は大事にしながらも、ベースは「工学」に近づいていくだろう。

小遣い帳の効用

2009-07-30T14:33:00.002+09:00

小遣い帳をつけると無駄遣いが減らせるという話を聞き，実際そうなのかを確かめたいということで，実験をやってみて１年以上が経過した。で，効果はかなりある，という報告をしたい。

単に小遣い帳をつけるだけでも無駄遣いは減る。理由は以下のとおり。

まず，記録をつけるたびに無駄遣いについて考えをめぐらせることになる。つまり，記録をつけるたびに反省をする機会に遭遇する。次に，記録をつけるのが面倒なので，できるだけお金を使う機会を減らそうとする。たとえば，自分の場合，１ヶ月に財布を開く回数は約180回だったのが，現在では100回前後に減っている。

ここまでは予想通り。もちろん，これでも充分な成果なのだが，最近あることに思い至った。それは，小遣い帳の「分類」についてである。少し前まで，普通の家計簿の感覚で，交通費，食費，雑費といった当たり前の分類を行っていたのだが，この分類はあまり役に立たないのである。

で，思い至ったのは，小遣い帳の目的である「無駄遣いを減らす」という観点で分類項目を考えなくてはならない，といいうこと。すなわち，必須，無駄かもしれない，明らかに無駄，といった感じの分類をするのである。で，まず明らかな無駄をなくすように考えて，次に無駄かもしれない出費の，たとえば 30%をカットするというように考えればいいわけだ。

結論。

無駄遣いはさておき，データベースの項目の設計は，目的というかコンテキストによって異なってくるのであり，汎用データを用意しておき，それをいろいろ利用しようというのは簡単ではない，ということ。

商業印刷における紙の意義

2009-07-30T14:21:00.001+09:00

Webより紙が良い点を考えてみようという議論を社内でやったことがある。単純に，コスト面や作り直しのことを考えると，発注側にとってはWebの方が良さそうなのだが，受注側にとってはまだ紙の方が儲けやすい…

という発想は，あからさまに売り手視点でさもしいのはわかっている。本来なら，購買予定者が出会う情報の経路の仮説をたて，その経路上に適切なコンテンツを配置する。その際にWeb（というのもあまりにもだだっぴろい概念だが）と紙を適切に選択する，というのが理想なんろだろうが，とりあえず先の宿題ということにしておく。

で，そのとき出た回答と自分があらかじめ用意していた回答をまとめておく。

１．タンジビリティー（具体性）

これは誰もが考える一般的な答えである。紙のほうが使いやすい，見やすい，楽しい，美しいという表現もできるが，「把握するべき情報が限定されるというメリット」が大事なのではと思う。「全体としてとらえたときはその厚みで大まかな情報量を肉体で把握できること」，「開いたときは見開きという空間以上に神経を使わないでいい」という紙の良さは，アテンションエコノミーの現代においては情報受信者にとって良いことだ。そのとき，限定された情報空間に掲載可能な量に情報を圧縮する「編集」能力は非常に重要である。

この編集は「ロジカルとエモーショナルの軸」と「言語とグラフィックスの軸」で整理できる（エモーショナル＋グラフィックスに注目すればいわゆる「デザイン」という分野になるのだろう）。どの経路に置くべきかでこの２軸のどの部分を強めるべきか考える必要があるわけである。

２．コスト

これは逆説なのだが，コストがかかることで必要な情報を精選できるというメリットが紙にはある。これも当然「編集」が必要になるのは当然である。また，コストのかかる高級な販促物を用意できるということは，提供している商品やサービスにそれ相当の自信がありますよ，という非明示的なメッセージを消費者に送ることになる（５参照）。

３．締めがある

これも逆説。印刷というステップがあることで情報整理に締めが自然とできる。というわけで，Webしかないときは間違いだらけの情報も，紙を加えることで情報が整理される力学が自然と働く，ということである。

４．動作を加えることで記憶を強化できる

Webもいろいろ記憶を強化するための工夫はあるし，テレビCMも同じだが，紙は紙独特の，「ページをめくる」，「切ったり張ったりする」といったような「動作」を伴わせることで，情報にする人の記憶を強化できるというメリットがある。

しかし，これは行き過ぎると会社の商材としては変な方向に行く可能性もあるので，ワンポイントぐらいに考えておくべきか。

５．ザハヴィのハンディキャップ原理

これは２のバリエーション。金のかかる紙メディアをわざわざ提供しているのは，そのコストを受け入れられる余裕があるということで，ある種のブランドを確立することができる，という少し強引な論理。

「無駄をするというハンディも背負うことでその優秀さ優位性をアピールする」ということらしい。

「逆説」は，営業のときのうんちくとして，出しどころを誤らなければけっこう効く。

Chumbyの感想

2009-07-30T14:05:00.002+09:00

去年の10月のメモをここに記録。

＜一般＞

アカウント，無線LAN必須。
ウィジェットをチャネルとして登録して利用。
チャンネル内のウィジェットは一定時間ごとに切り替わる。
インターネットラジオ＆目覚時計が主な機能。
ボードのみの販売も可能。

＜Widget＞

ChumbyではFlash Lite 3.0が使える。
ウィジェットはAction Script 2.0で作る。
Webサーバーも必要=>既存のサービスをどう利用するか？

＜画面のスナップショット＞

SETTING　-> CHUMBY INFO -> π ->FBCGI
http://IP/cgi-bin/custom/fb0#、fb1#

＜SSH接続＞

SETTING　-> CHUMBY INFO -> π -> SSHD & FBCGI
rootでログイン

＜PROS＞

すべての情報にアクセスできないとき，情報を整理して意味として圧縮してもらい，そのエッセンスを受け取るというのは良い方法である（商品カタログの制作というのは実は大半はこの行為）。しかし，この「人間の知能を利用した情報整理＆意味圧縮プロセス」がコストや時間の問題で難しい場合，ある一定のアルゴリズムに従ってランダムに情報を提供する「ランダムプロセス」しかない。
そのために押し付けがましくなく情報を提供するアンビエントデバイスとしてチャンビーは有力な候補である。

＜CONS＞

タッチスクリーンの感度が鈍いというか鋭すぎて，操作がしにくい。
無線LANのパスワードが16進数でしか入力できない。
使い出すと簡単なのだが，最初の設定の敷居が思いのほか高い。

最近（2009年7月）、Chumbyはシステムバージョンアップを促す画面が表示され、それに従ってアップデートをしたにもかかわかず、何度も同じ画面が出るという状況になり、これが改善されない。というわけで、残念だが押入れにしまわれることになった。

デジタル夢の島

2009-07-30T13:57:00.001+09:00

過去の飲みながらミーティングのメモ。情報を捨てることがテーマだったはずだが。

情報を捨てることにコストがかかる
具体的にはどんなコストなのか？
整理と削除はどう違うのか？
ビジネスの可能性はあるのか？
ファイルを意識させるシステムは今後だめ。
ファイルサーバーは地獄。

Mindstormsの学習材料

2009-06-27T13:04:00.003+09:00

まずLEGO Mindstorms NXTソフトウェアに付属の「ロボセンター」を一通りクリアしたい。

あわせて、ヘルプドキュメントで全体を把握する。

次に書籍が３冊。

LEGO MINDSTORMS NXT グレーブック　:　プログラミング中心の内容
LEGO MINDSTORMS NXT オレンジブック　：　ロボット製作の技法中心の内容
歩行ロボット製作入門

ちなみに書籍はもう古本かオークション（結構高い）でしか入手できない、と思ってあきらめていたのだが、千葉市科学館の売店に在庫があった。

最後に、ビジュアルプログラミングではなくCに近い言語で普通にプログラムができる、Bricx Command Centerという環境がある。ただ、現時点ではBricxを使って、Bluetooth接続を行うための、チェックボックスが見当たらない。

NXTとPCをBluetoothで接続する手順

2009-06-27T10:52:00.007+09:00

最初は接続されていない状態。

次に、Blutoothドングルを接続し、右下にBluetoothアイコンが表示されていることを確認する。

念のためNXT側のBluetooth設定も確認しておく。

この上で、接続を押すと、準備完了。

LEGO MindstormsでBluetoothを使うには

2009-06-22T12:16:00.004+09:00

LEGO Mindstormsは、PC側でプログラムを作って、それをNXTという制御ユニットに送り、ロボットとして動作するという段取りになっている。

プログラムをNXTに転送する際の経路としてUSBケーブルとBluetooth接続があるのだが、当然無線の方が便利だ。あと、まだどうやればいいのかどうかわからないが、動作制御のみをNXTの任せ、演算自体はPC側のCPUを使うというやり方もある、というのも魅力的である。

自宅のXPマシンにはBluetooth機能はついていないので、CoregaのCG-BT2USB02CBというBluetoothドングルというのを買ってきた。インストール手順書に従って、まずドライバー類を入れてUSBポートにドングルを接続して認識させることはできた。しかし、どうやってもNXTとの通信が行えない。あきらめかけていたのだが、"注意点は決してBlutooth Stack by Toshibaをインストールしないことです"、という情報があった。

「プログラムの追加と削除」で確認すると確かに「Blutooth Stack by Toshiba」はインストールされている。というわけで、そのままアンインストールを行い、Bluetoothドングルを外して再度つなげると、XPが改めてドングルを認識し、必要なドライバー類がインストールされた。

最終的にこの方法で、XPマシンからNXTが認識され、プログラムの転送が行えるようになった。