もう70歳をとうに過ぎており、まかり間違えばただの偏屈で頑固な老人の役になりかねない主人公を、190cm近い長身と姿勢のよさ、地に足の着いた振る舞いもあって、素敵に演じています。

いやいや面倒をみようとする息子たちに対しては「自分一人で生きる」という強烈な自負を発し、顔のしわと深い眼窩がそれまで過ごしてきた厳しい人生を想像させ、そうかと思えば町の男衆との悪態交じりのやりとりなどは「もうお手のもの」という感じです。こういうところは、過去イーストウッドが演じてきた無頼者的な雰囲気が重なってきます。

また、時折若い頃の血の気の多さの片鱗も見せますが、それが決して自分のためではないところに「ナイスオヤジ！」と思ってしまいます。ラストに向けての展開でもそのあたりが関連してきます。

最後のスタッフロールの際に流れる楽曲がまたよく、劇場を出た後もさまざまなシーンを思い出しながら口ずさんでいました。

もう10年ほど前に他界した父がイーストウッドのファンで、テレビで『ダーティーハリー』シリーズなどをよく観ていたのを思い出しながら観ていました。未見の方は、ぜひご覧いただければと思います。

• 公式サイト。どういう理由でかわかりませんが、ストーリーの半ば以上が公開されているので、予備情報無しで見たい方はご覧にならないほうがいいと思われます。
• よく拝見させていただく映画批評サイトでの記事。たしかにこういう見方もできますね。

自団体のボランティアであるHさんのオススメで、『マーケティングとPRの実践ネット戦略』を読みました。ちょうど自分でも本屋さんで「これは読みたいなぁ」と思ってメモしておいたものだったので、とてもタイムリーでした。

アメリカのPRの世界で多くの実績を上げてきた方の著書で、2007年に出版され2009年に翻訳されたものです。

広告業界は以前とは異なり、ウェブを使うことで、「顧客により近く、より対話できるようになっている」という昨今の流れをおさらいするような内容で、ロングテール、バイラルの有効性、ブロガー、ペルソナ、SNS、ポッドキャストなどを一通り説明しています。どれも実際の事例をもとに説明されているので、理解はしやすいと思います。また、デザインよりもコンテンツ自体に重要性を置くことを説いている点(P.122)は好感がもてるところです。

ソートリーダーシップとはなにか

そして、おそらくこの本でもっともコアとなる提言は、ソートリーダーシップに関する記述だと思います。

ソートリーダー（thought leader）とは、ここでは『多くの人から信頼され、かつ影響を与えることができる立場にある人・組織』というような意味で使っているものと読み取りました。このような立場に立つことによってブランディングを確立することもできる、という主旨です。

世の中にはすでのそうした立場にある人はもちろんいるわけで、「専門家」でも「信頼筋」でも「カリスマ」でも「アルファブロガー」でもなんでも、要は呼び名はともかく、そうした立場にある人は多くの人に影響を与えられる立場にあるわけですね。

ここでは、今現在はそうではない人・団体がそのような立場にたつために、ウェブ上のリソースをどのように構築するべきなのか、を提示しています。それがソートリーダーシップ、というわけです。

リソースとして何を使うかは、ホワイトペーパー、メールマガジン、ウィキ、研究・調査レポート、ポッドキャストなどをあげています。これら自体はよく見かけるリソースなわけですが、これらを明確な意図に従って使っているかどうかが鍵なのでしょう。その意図が端的にわかる部分を引用しておきます。

ソートリーダーシップとは何だろうか。そして、どうやってコンテンツを作ればいいのだろうか。まずやるべきことは、自分の立場を離れ、（もうおわかりかとは思うが）ペルソナの立場に立って考えることだ。ソートリーダーシップのコンテンツは、対象となる人々が抱える問題を解決するものであり、自社や製品について言及するべきではない。（P.148）

情けは人のためならず（回りまわって自分のために）、「今期の利益」ではなく「長期の信頼」を狙う

これは、いわゆる「サイトがユーザーにとっての問題解決ツールとなっているか」という設問とも重なってくる指摘だと思います。

そうすることが、ユーザーが「自分の問題の解決を助けてくれたサイト（とその主催者）」に対して「恩を感じる」だったり「信頼できる」といった意識が生まれることにつながっていき、そこにシンパシーが生まれ、それらが積み重なることで信頼を得ていく。そうした考え方のひとつとして、ここではソートリーダーシップという名称で説明されているのだろうと理解しました。

自分のためでなく、まずは相手のために。それが後々に自分に返ってくる。短期的到達目標だけを見るのではなく、地道に種をまくことも行うことで信頼を得る。それこそが、たんなる「売らんかな」の販売促進などよりもひいては顧客とのより良いコミュニケーションとなりうる、という意識ですね。

また、いわゆる「広告」や「広報（PR）」とどのように異なるのだろう、ということを考えてみました。

• 「広告」：通常は製品紹介抜きには考えられないわけですから、ソートリーダーシップの手法には当てはまらない。
• 「広報（PR）」：外部の信頼されているもの・人（メディアや専門家）に取り上げられることによって自身の信頼性を高めること。この場合の信頼は、外部のメディアや専門家にある。
• ソートリーダーシップ：先にあげた、ホワイトペーパーやメールマガジンといった、いわば「小さなメディア」を、（自社や製品を取りあげることなく≒第三者的に？）使うことで、自分自身の信頼性を高める。

というようなことなのかな、と思いました。その意味では、個人や小さな企業でも情報発信できるというウェブの特性があるからこそ、ここでのソートリーダーシップという手法は実現できるのだろうな、ということでしょうね。

重なりますが、「サイトがユーザーにとっての問題解決ツールとなっているか」という設問の設定意図を補強する意味で、ソートリーダーシップという考え方・手法は使えるな、と考えた次第です。

セミナーのタイトルから想像されるように、ウェブ上でのマーケティングをソーシャルに展開するにはどうすればいいのか、を考えるセミナーでした。これを受けて考えたのが、エントリーのタイトルである、『自分の顧客層がいる場所に向けて直球のメッセージをダイレクトに投げる』ということでした。

講演者は以下の３名。

• スケダチ 高広伯彦氏
  『”メディア”の理解から”オーディエンス”の理解へ』
• ライフネット生命保険 出口治明氏
  『ソーシャルと取り組むマーケティング』
• 東芝 荒井孝文氏
  『ソーシャルメディアを活用したマーケティング事例』

ここでは前2者について記録を残しておきます。

『”メディア”の理解から”オーディエンス”の理解へ』

この枠では、広告をどのように効果的に出すべきかを、「これまで」と「これから」を比較して説明されていました。生活者（＝消費者）について、広告全体について、セグメンテーションについて、有効な広告の定義について、などなど。既知のこともありましたが、いちいちナルホド、とうなずきながら聞いていました。

生活者（＝消費者）について

『明日の広告』や『戦略PR』でも触れられているとおり、以前よりも生活者（＝消費者）は賢くなっている。また、生活者を取り巻く情報量も膨大な量になっている。かつ、情報を発信する立場（＝メディア）にもなりうる。

広告全体について

「これまで」の広告である impression と rearch から算出される広告出稿は投網漁のようなもの（このへんに顧客がいるだろうからこのくらいの量を投下すればいいだろう）という理解。

これに対して「これから」は、顧客に対して relevancy（関連性）と acceptancy（許容度）のどちらからが高い広告でなければ受け入れられないだろう、とのこと。

relevancy の例で出されていたのが、いわゆる検索連動型広告や、ゴルフのtips番組（＝主にゴルフ初心者が視聴する）に出す中古のゴルフギア販売広告、といった具合でした。

acceptancy の例では、数十分の無料通話サービスがついたSIMカードを無料で配布して、かわりに一日数回の広告メールを出す、という（たしか）北欧の携帯電話向け広告配信サービスの例を出されていました。あらかじめ広告がくることを生活者（＝消費者）が受け入れる状況を作っている、というわけですね。

セグメンテーションについて

個々人のニーズが細分化している現代では、「これまで」のセグメンテーション方法であるいわゆる「F1層・M1層」といったものよりも、「これから」のものとして tribe を基準に考えるべきとのこと。ここでの tribe とは、もともと何らかのつながり・関係を持った人たちのことを指しており、彼ら/彼女らが普段利用している場所に広告を出す、もしくはそうした場所を自ら作る、といった方法でした。

同様の例として、「これから」の広告は路上の自動販売機のように、自分のサービスを買ってくれる人がいる場所に広告を出さなければならない、とされていました。なるほどなるほど。

先ほどのゴルフのtips番組も、ある意味で広告出稿のために番組自体が作られたとのこと。また、viral （口コミ）に関しても、F1/M1という枠では広がらず、あくまで特定の tribe 内でのみ広がるもの、とされていました。

大事なことは、いかに自分の顧客となりうる tribe を見つけるか・つながるか・場を作り出せるか、ですね。

有効な広告の定義について

よく、「刺さる」広告が素晴らしいという言葉を聞きますが、「刺さる」広告から「動かす」広告へ、と言われていました。

これは、広告宣伝における消費者の購買時の心理フローとして提示される AIDMA や、最近提唱されている AISCEAS といったフロー上で、生活者（＝消費者）を現時点のステータスからその次の段階に「動かす」ことができる広告が素晴らしい、ということですね。あくまで、広告自体がすばらしい（広告賞をとったり予算を大量に投下するような）ことではなく、商品やサービスを販売することに寄与できる広告にこそ価値がある、という考えだなと理解しました。

…考えてみれば当たり前なのですが、いままではそうではなかった、ということなのかな？

『ソーシャルと取り組むマーケティング』

今回の3者のプレゼンテーションのなかで、個人的にはこの枠が一番興味深かったです。理由は、プレゼン資料がどうこうというよりも、その組織の代表が直接メッセージを伝える、ということにつきますね。

出口氏はライフネット生命の代表取締役なのですが、組織が生まれた経緯や保険業界の課題点を提示し、それに対してライフネット生命がそれを解決すべくサービスを生み出してきたことなどなど。とつとつと語るビジョンとストーリー、こういったプレゼンを見ると、「プレゼンは人間力」なんだ、と改めて思わされてしまいますね。

営業方針として以下の4つをあげられていました。

1. 正直に話すこと（話し続けること）
2. トップが直接話すこと
3. 周りに紹介しやすくすること
4. フォローし続けること

また、最後に（ある意味臆面もなく）「ライフネット生命を応援してください」と言えることは、NPO/NGOにとっては参考にすべきことですね。もちろん、単に「応援してください」「支援してください」というだけでなく、その時点までに「この人をちょっと応援してあげたいな」と思わせることが必要なのですが。

公式サイトに説明のある『志カード運動』や『志バナー運動』なども、非常に参考になります。自団体でも進めるよう、来週の広報ミーティングで提案しよう。ウェブ上のツールだけで考えるのでなく、これらも十分に”ソーシャル”ですよね。

翌日、なぜこのプレゼンが一番印象に残っているんだろうと考えていて、わかりました。僕自身が、ちょうど「毎月の保険料の高さにうんざりしている30代」（しかもNGO勤務という低所得者層でもある）という、ライフネット生命からみればまさにドンピシャの顧客層だった、ということが大きかったのですね。

では、どうするのか

このイベントで得たこと・ものをまとめたものが、エントリーのタイトルでもある、『自分の顧客層がいる場所に向けて直球のメッセージをダイレクトに投げる』ということです。

…どうも最近、改めて本を読んだり話を聞いたりしても、なんとく当たり前と思える指針が出てくるわけですが、それはなぜかというと、その当たり前のことが、まさにできていない、からなのでしょう。

メッセージの集約、自団体におけるペルソナやtribeの把握、そこに届けるメソッドの確認などなどを続けたいです。

ちなみに私はJリーグのジェフ千葉のファン（サポーターとまではいかないライト層）なのですが、そこの強化部長が今年のサポーターデーで言われていたことが印象的なのでここにあげておきます。

一部社長の言葉からぱくっているところもありますが、ＡＢＣＤで。
Ａ。当たり前のことを。
Ｂ。ばかにしないで。
Ｃ。ちゃんとやる。
Ｄ。どんなときも。

日々精進ですね。皆さんも、ABCD でいきましょう。（…あれ？ なんかエントリーの主旨と違ってきたような…）

参加者には、NPOや個人として他人にパソコンの使い方を教える/サポートする立場にある人たちが集まっていたので、立場的にどちらかといえば「詳しい人」のほうが多く、講師の方の話の後には、そちら視点からの「あるある」という話題で盛り上がりました。

僕自身はあまりその「あるある」の出しあいには参加できなかったのですが、皆さんのお話を聞いていて、おそらくこれは、コミュニケーションのギャップに関する話なんだろうなと理解しました。

世の中の人々は、それぞれの立場で生活をしたり仕事をしたりしているわけで、立場の違う人の間で意思疎通するためには、何らかのコミュニケーションが意識的に必要なわけです。この勉強会では、「パソコンでわからないことがあるから詳しい人に聞いてみる」というコミュニケーションがケースなわけですね。

で、お互いがお互いの立場の違いを意識しないままにコミュニケーションをしてしまうと、そこにギャップが生まれる、と。

勉強会の話を聞いていて、立場の違いとして以下の２つがここではメインの論点なんだろうな、と考えていました。

1. パソコンに関する知識があるか、ないか
2. パソコンを使うこと・詳しいこと自体が目的の人なのか、他の目的のためにパソコンを使っている人なのか

論点１：パソコンに関する知識があるか、ないか

知識の差があるもの同士がコミュニケーションをとる際にしばしば起こるのが、「この人はいま何語で話しているのだろうか？」といったように専門用語が飛び交ってしまって相手が理解できない、ということです。コミュニケーションのギャップ、という意味でもわかりやすいですね。

このギャップの埋め方は、おそらくひとつしかないと思われます。それは、「詳しい人」の側が、「詳しくない人」の側にわかる言葉で説明するのです。これですね。相手が理解しやすいアナロジー（簡単に言えばたとえ話）を使ったり、専門用語を別の言葉で言い換えたり、といった作業のことです。

相手の目線に合わせる、ということですね。「目線に合わせる」というのは、コミュニケーションに使うボキャブラリーのレベルを、ということもありますが、物理的な目線の高さを合わせることも意外に大事かな、と思っています。僕自身もよく、机に座っている相手のすぐ横に、相手と同じかより低い目線になるように座って説明をするようにしていますし。

それと、「別にパソコンの知識が多少あったからといって、えらくもなんともない」という事実を、「詳しい」側の人間が自覚することも重要だと思っています。いわゆる「上から目線」で説明してしまって相手にカチンと来られてそれ以降相手が素直に話を聞いてくれなくなる、といったこともしばしばありますし。パソコンに詳しいことそれ自体が仕事である人もいらっしゃるかと思いますが、それでも、「仕事ができる＝えらい」も別に成り立ちはしないでしょうし。

論点２：パソコンを使うこと・詳しいこと自体をよしとする人なのか、他の目的のためにパソコンを使っている人なのか

正直、論点１に関しては対策がある程度わかっているわけですからそれほど深刻な問題にはならないと思います。コミュニケーションのギャップは単に知識の有無からきていただけなので、そこを適切に埋め合わせればすむだけのこと。

論点２としてあげている「パソコンを使うこと・詳しいこと自体をよしとする人なのか、他の目的のためにパソコンを使っている人なのか」というのは、ちょっと根が深いですね。

これは言い換えれば、あるひとつのコミュニケーションに対して、それに対する目的そのものが互いに異なっている、という状態をさしています。しかも、そのことをあまりお互いに理解していないことがたまにある、と。ここでも冒頭のケースを例として考えてみましょう。

「パソコンでわからないことがあるから詳しい人に聞いてみる」というケースでみたときに、何度も同じ事を聞かれる「詳しい人」側からすれば、目の前のトラブルをただ解決するだけでなく、どうしてそうなったのか、なにが原因なのか、というところまでを伝えることで、その人が今後同じトラブルを起こさないですむようになってほしい、と相手のことを思ってそこまで伝えようとよくしますが、相手側からすれば、目の前のトラブルが解決したんだから、それ以上の詳しい説明は必要ない（＝うざい）と思えてしまう、といったことです。

• 「教える人」の目的：
1. そのトラブルを解決する。
2. 今後同じトラブルが起きないようにユーザーを啓発する。
• 「教わる人」の目的：
1. そのトラブルを解決する。以上。

という場合にあって、お互いが相手側の目的を理解していなければ、「教える側」からすれば「相手がより大事な話を聞いてくれない」と思え、「教わる側」からすれば「必要以上に込み入ったことを話してくる」と思えるわけです。

「教わる側」は、自分のやりたいことがまずあって、そのためにパソコンを使っています。でもそのやりたいことをどうやって実現するのかわからなかったり、途中でトラブルが起こったので「詳しい人」に聞いている、と。なので、その場の障害が取り除かれれば、ふたたび自分の目的に向かって進みたいわけですよね。当然です。でも、「教える側」からすれば、その障害の乗り越え方（もしくは障害を起こさないようにする方法）も合わせて伝えたい、と思ってしまうわけですね。

この両者の目的の違いはどこからでてくるかというと、これこそが立場の違いであり、論点２を生み出すものになってくるわけですね。両者の立場の違いから来るそのコミュニケーションに求める目的が違うことから、コミュニケーションにおけるギャップが生まれて、お互いにストレスが生じてしまう、という理解です。

コミュニケーションのギャップは埋めるべきだけれど、立場の違いは埋めるべきものではなく理解すべきもの

ではこのギャップをどう埋めればいいのでしょうか。

答えは実は簡単で、なによりも相手の立場を理解し、そのコミュニケーションにおける相手の目的を察知してまずはそれに合わせ、TPOに応じて＋α のコミュニケーションをお互いに上積みする、ことではないのかと考えます。

世の中にはさまざまな立場にある人がいて、自分と異なる立場の人のほうがはるかに多いはずです（だからこそ、立場が似ている人同士の内輪受けは異常に盛り上がるわけで）。お互いがお互いの、自分と違う相手の立場をもうすこし理解できれば、お互いにもう少しストレスなくコミュニケーションできるようになるのではないのかなと、話を聞いていて思いました。

ちょっとパソコンに詳しい人は、「他の人ももっと詳しくなるべきだ、自分がきちんと伝えなくては」という伝道師的役割をあまり根拠もなく自分自身に割り当てがちですが（それはそれで大変ありがたいのですよ）、普通の人は、そんなにパソコンに詳しくなろうとしていないし、そうならなくてもやっていけるのです。自らパソコンに詳しくなろう・そういった立場に頑張ってなろう、と思う人はそんなに多くはないでしょう。パソコンなんてただの道具、はさみと一緒です。ほどほどに使えればそれでOK。その人たちの人生には、「パソコンがうまく使える事」よりももっと大事なことがあるのです。

逆に、どんな職場に行ってもパソコンがあって、それが使えないと仕事ができないと見なされるようになってしまった昨今、身近に「パソコンに詳しい人」がいるといないとでは、仕事の生産性に大きな差が出てきます。こうした人たちは、その知識を使って他の人に寄与したいという傾向がありますので、相手のそうした思いを理解しつつ、ありがたく恩恵にあずかるようにしてみてはどうでしょうか。

要は、「世の中、いろいろな人がいるよね」ということをちゃんと理解しよう、ということでしょうか。そして、パソコンに関して聞きたいことがあるときのみのコミュニケーションだけでなく、そのほかの機会も使って互いのことをより理解しようとしてみるのも大事なのでしょうね。

また、この日の勉強会ではそのほかにも、

• 離れた場所にいる人に対してどうやってパソコンサポートするか（電話なのかテレビ電話なのかなど）
• ソフトウェアの違法コピーについて、文化背景の違う人にどうやって説明するか
• インターネットの掲示板で、質問してその答えが提示されると「ありがとう」のひとこともなしにそれっきり、な人に対してどう考えればいいのか

などの話も出てました。このあたりも、別な側面でのコミュニケーションのギャップを埋める話になりますね。

ウェブサイトにおけるコミュニケーションをより良くしたい

ところで、この記事のカテゴリは「JVC新サイトに向けて」にしているわけですが、それは、ウェブサイトにおけるコミュニケーションにおいても、上で書いてきたようなことは重要に絡んでくるのだろうなぁ、と思ったからです。

最近、『コミュニケーションデザイン』といった本や、『戦略PR』といった本ばかり読んでいるからかもしれませんが、NGOのウェブサイトとして、見に来てくれるユーザーとどのようなコミュニケーションをとったらいいのか、ということをよく考えています。

最近よく言われることに、「ウェブサイトは運営側の情報発信ツールだけでなく、ユーザーの問題解決ツールにならなければならない」ということがあります。言い換えれば、「相手が求めているものを提示すること」。

そのためのツールとして、ウェブサイトに掲載する情報をどのように選択・構築すべきなのかといったことから情報アーキテクチャだったり、その情報を適切に表現するためのデザインだったり、そもそもサイトの対象とするユーザーをより具体的に設定することによってユーザーがなにを欲しているのかをより深く知るための手法であるところのペルソナだったり、といったところが目下の関心事になっているわけですね。

ですが、どうしても、「どうやって/どんなコミュニケーションをとるか」という WHAT や HOW の部分にばかり目が行ってしまうのですが、やはり「なぜコミュニケーションをとらなくてはいけないのか」という WHY の部分を掘り下げないと、中身がないものができあがってしまうんだろうな、と感じています。もっと言えば、

なぜ NPO/NGO は、そもそもウェブサイトを持つべきなのか？ そこでユーザーととるべきコミュニケーションとは、どんなものなのか？

久々に「考えてもしょうがないのではないだろうか的なこと」をぐるぐるぐるぐる考えながら、帰途に着きました。

パソコンなどのコンピュータから見れば、人間のユーザーが入力・指示するタスクのために費やす作業時間は実はほんのわずかで、その他に大量の「空き時間」が存在するのです。もちろんCPUパワー100%で動作することもありますが、それはごく一部・一過性のこと。たいていはユーザーからの「次の指示」を待っているわけですね。

「なにをぅ、なまけとるんかいこのパソコンは！」とお思いになられましたか？ そんなあなたに、その「空き時間」を有効に使って（一種の）社会貢献してくれる仕組みがあるのです。

まずは、下のビデオを見てください（英語ですみません）。これは、HIVの増殖を抑えるための研究を、グリッド・コンピューティングを使って進めることを紹介したビデオです。

グリッド・コンピューティングとは、個人のパソコンなども含む多くのコンピュータを使って、ある目的のために大量の情報処理を数多くのコンピュータ間で連携して行う仕組みです。簡単に言えば、1台のコンピュータで100年かかる処理も、10000台のコンピュータでやれば100年/10000＝0.01年＝3.65日で終わる、というわけですね（あくまで単純計算ですが）。まさに人海戦術で、うまくいけばとてつもないパワーが生まれるのです。

ですが、コンピュータをつなげてどうこう、ということよりも、「ある目的のために」、ということのほうが大事なのかな、というふうに思います。これが単にだれかの営利目的とかなのであれば、そもそもだれもそれに参加する義理はないのですが、グリッド・コンピューティングの多くは、医療の研究や昔の暗号の解読、数学・物理学分野での証明問題の解明などがプロジェクト目的とされています。

これらの目的の達成のためのシミュレーションなどには膨大なコンピュータパワーが必要とされており、ちょっとやそっとのホストコンピュータでもどうしようもない、とされています。そこでグリッド・コンピューティングの出番、というわけですね。「世界中の皆さん、これらの目的のために、あなたのパソコンの空き時間を貸してくれませんか？」というわけです。

私たちがこのグリッド・コンピューティングに参加するためのソフトウェアは無料で提供され、自分が参加したいプロジェクトがインターネットで選べるのです。各自のパソコンごとに割り振られた仕事を空き時間に自動でダウンロードしてきて、自動で処理して自動で作業結果を大元にアップロードして返すのです。ユーザーはなにもしなくても、必要なことはすべてそのソフトがやってくれるわけですね。まさにラクチンです。

現在、個人的に以下の３つのプロジェクトに参加しています。

• SETI@home
  • 地球外からくる信号から非自然信号を抽出・分析して、地球外生命体を探索しようとするもの。その分析のために多くの人々がコンピュータパワーをボランタリーに提供したことで、グリッド・コンピューティングの初期の成功事例としてよく取り上げられるようです。よくSF小説を読んでいた人間としては、やはりロマンを感じてしまいます。
• Fight AIDS@Home (World Community Grid)
  • いわずと知れたAIDS。HIVに感染することで体の免疫が働かなくなって発症し、治癒するための薬は現在も発明されていません。このプロジェクトでは、HIVに感染しても、それが体中に蔓延することを防ぐための研究のためにコンピュータパワーを必要としています。 記事冒頭のビデオは、このプロジェクトのことです。
• ファイト！小児がんプロジェクト (World Community Grid)
  • IBMと千葉大学、千葉県がんセンターが共同で行うもので、小児がんの一種である「神経芽腫」（生存率が40%未満だとか）の治療薬開発をめざす研究に関する実験シミュレートを行うもの。最近ニュースで取り上げられました。 10年来の千葉住まいなこともあり、参加。
    • 小児がん：「グリッド」技術で治療薬開発スタート - 毎日ｊｐ(毎日新聞)

参加すると、パソコンの画面右下のタスクトレイにアイコンが出て、「お、仕事してるのかな」と思います。それだけ、です。あとはソフトが勝手にやってくれます。特にパソコンの動作が遅くなったとは思いませんが、このあたりは個々人のパソコン環境にもよりますかね。少なくとも僕は普段の自分の作業にはまったく支障はありません。

これらのプロジェクトに参加したからといってなにかしらの具体的な報酬があるわけではありません。 あるとすれば、社会的プロジェクトに参加できたという満足感、かな？

でも、いいんです、自己満足で。それで、HIV増殖の抑制や小児がんの治癒の可能性がちょっとでも高まるのであれば。そうじゃないですか？ 「社会貢献！」なんて肩肘張ってやるもんじゃなくて、「自分以外の人のこともちょっとは考える余裕を持とうよ（無理なくね）」程度のことでいいと思うんです。

もちろん、グリッド・コンピューティングに参加したために、そちらにCPUパワーをとられてしまって本来自分がやりたいパソコン仕事の動作が遅くなったのでは本末転倒なので、動作する時間帯やどれくらいそちらにCPUパワーを割くのかなども設定できますよ。

あなたのパソコンは、あなたのためだけのものじゃない。その空き時間を、有効に使ってみませんか？

• World Community Grid 公式サイト（日本語にもなります）

• インターネットを通じたグループ内での情報の共有（カレンダーで予定を共有したり、皆が使うファイルを格納したり）
• 外部への情報発信（いわゆるウェブサイトや掲示板、メルマガの発行も）

「?できるようです」と書いたとおり、実際に使ったことはありません。実は、身近なNGOがこのシステムを近日中に導入予定という話を聞いて初めてこの存在を知りました（メインの用途は団体メンバー間での情報共有とのこと）。「だれでも簡単に情報共有やウェブサイトがつくれるんですよ」というのがもっぱらのセールスポイントらしいです。

もっとも、「だれでもできる」と「良いものができる」とはまったく別のこと。価格が安い、というのもセールスポイントではあるようですが、はたして…。

個人的に、今後の動向に注目しています。

しばらく前に『入門Ajax 増補改訂版』を読む、としてAJAXをちまちまといじっていましたが、とりあえずおおよその仕組みを理解した時点で、あとはちゃんとしたライブラリを使うほうが効率がいいだろうと判断（したので連載は終了）。そうなると、やっぱりもう jQuery の出番なのでは？ というわけですね。

もちろん他にも同様のjavascriptライブラリはいろいろあるのですが、多彩なプラグインやコードの書きやすさ、web上での言及の多さ、Googleがホスティングしてくれることなどもあって、javascriptライブラリのなかでもかなり普及してきたのではないでしょうか。

こうしたライブラリを使う際の留意点も思いつくままですがあげておきましょう。

• もちろん、no-javascript環境でもきちんと情報を提供できるか
• いわゆるアクセシビリティの視点から見てどうか
• 印刷する際にどうなるか（別途印刷用のCSSを用意するとか）
• あくまでもサイトのちょっとした”味付け”として使うこと（javascriptありきのページが目標ではない＝手段と目的を間違わない）

このあたりでしょうか。あとは、調子に乗って使いすぎないこと（これ大事）。

とりあえず、実装段階にお世話になりそうなページをまとめておきます。

• まずは公式サイト
  • jQuery: The Write Less, Do More, JavaScript Library <http://jquery.com/>
• 日本語リファレンス。けっこうわかりやすい。正体不明（おそらくウサギ）のマスコットがいます。
  • jQuery 1.3.2 日本語リファレンス <http://semooh.jp/jquery/>
• 画像の拡大＋簡易スライドショーといえばこれ。できれば、frickrとうまく連動できないかな…
  • jQuery lightBox plugin <http://leandrovieira.com/projects/jquery/lightbox/#>
• さまざまな角丸が描けます。これって、いままで皆がずいぶんてこずってきたものですよね…
  • JQuery Corner Demo <http://www.malsup.com/jquery/corner/>
• 表をインタラクティブにしてくれます。
  • jQueryでテーブルをかなり便利にフォーマットしてくれる『Flexigrid』 - IDEA*IDEA ? 百式管理人のライフハックブログ ? <http://www.ideaxidea.com/archives/2008/03/jqueryflexigrid.html>
• FAQページなどに使えそうなtips。
  • よくある質問っぽいののjQueryを使ったサンプル｜CSS HappyLife <http://css-happylife.com/log/javascript/000322.shtml>
• プラグインまとめエントリー。こういうのは本当に助かります。
  • [JS]jQueryのプラグイン33+1選 -2008年7月 | コリス <http://coliss.com/articles/build-websites/operation/javascript/1329.html>
• まとめエントリーその２。同上。
  • jQueryでweb制作をする時にキープしておきたい30リストまとめ*ホームページを作る人のネタ帳 <http://e0166.blog89.fc2.com/blog-entry-422.html>
• まとめエントリーその３。同上。
  • jQueryを良くする25のTIPS[to-R] <http://blog.webcreativepark.net/2008/12/17-225630.html>

jQueryの開発や発展に携わっている方々に敬意を表して、今回は終わり。

この本のあとがきは、以下のように始まります。

物が売れない時代といわれる中でも、必ずヒットする商品があります。

世に溢れるたくさんの物の中から、なぜ多くの人がその商品を選んだのか。その大きな理由はパッと見の魅力、デザインの力だという仮説から、本書の制作はスタートしています。

以前読んだ『誰のためのデザインか？』は、どちらかというとデザイン自体が論理的に破綻しないように構成するにはどこに注意すべきか、を説明した本だったのに対して、この本は、デザイン自体が「商品がヒットした」という事実とどういった関係にあったのかを説明することで、ビジネス全体のなかでデザインが果たす役割を考えようとしています。

それぞれの商品の章では、最初に内容をまとめる大見出しがあって、次に以下の内容に沿って話が進みます。

• 商品が企画された背景
• デザイン戦略立案のプロセス
• ヒットの裏側に隠されたもの
• さらにヒットを加速するために

上のそれぞれの内容に対しても見出しも立てられています。いまや3大携帯電話キャリアのひとつになったソフトバンクモバイルの例では、最初の大見出しが

「10年かかるブランディングをたった1年で決着させる方法： 極めて単純。「ど真ん中」な表現で超・短期間に永続的なブランドを築き上げる。」

というもの。続く各見出しは、

といった具合です。これは、キャメロン・ディアスやブラッド・ピットが歩きながら携帯電話で話している、あのブランディングの話ですね。

他にもさまざまな事例があるなかで、「そうそう、そうだよなぁ」と思った見出しをあげておきます。

もちろん、この見出しを見ただけで本の内容が正確にわかるわけではないので詳細はゆずるとして、要は「自分の中にある答えをいかに見つけるか。そしてそれを、適切なデザインに落とし込んで表現できるか（それが相手に共感されるか）」、というところでしょうか。

また、本文中で気になった部分をメモしておきます。「プレゼンは（デザインの）思考プロセスを説明するもの（今治タオルプロジェクト）＝デザインの裏付けがある」、「客をホメる仕組み（東京スマートドライバープロジェクト）＝客に気持ちよくなってもらう」、「知ったかぶりをしなくていい（R25）＝客の役に立つ」、このあたりもデザインを考える上でのポイントですね。

さて、本書のあとがきは、最初に引用した部分のあとにこう続きます。

課題解決のための解答がデザインである。この思いは、インタビューを通じてますます明確になりました。目的が明確なデザインの強みは、その結果を見ても明らかです。

個人的には、もちろんデザインは大事ですが、もっと大事なのはそれより前の部分だな、とこの本を読んで思いました。そこをこそ、やらなくては。

そんな世界中のウェブ制作者の悩みを軽減してくれる（かもしれない）ライブラリが、IE7.js です。まだきちんと自分では使っていませんが、IE6 でよく指摘される多くの問題点に対して、きちんと表示してくれるようになっているようです。

これまでも個別の問題点に対する解決策は個々に存在していたのですが、どうやらこれが現時点での最終解のような気がします（より最新のブラウザである IE8 に表示を合わせる IE8.js もあるみたいですが、これはまだ早いかな…）。

まだまだ IE6 のシェアは馬鹿に出来ない数なので、リニューアル時にはぜひ使ってみたいです。

【2009/4/1 追記】

透過PNGについて、このIE7.jsはCSS指定のbackground-position、background-repeatに対応していないようです。もしこれらについて対応する場合には、下記ページが参考になるでしょう。

• その部分だけほかのライブラリを使う（IE7.jsと共存できるかな？）
  • IE PNG Fix - TwinHelix <http://www.twinhelix.com/css/iepngfix/>
• この問題に関する試行錯誤の過程が書かれています
  • HP完成＆苦労のメモ ? 180mm / ヒャクハチジュウミリブログ！ <http://www.180mm.net/wordpress/archives/8>

これは、いわゆるブログの管理画面（文字を打ち込むだけのものが多く、できあがりを想像しながら書く必要がある）の代わりに、ブログの見た目そのままの状態のままで記事を書くことができます。

多くのブログシステムに対応しており、今後使用予定の MovableType 4.x にももちろん対応しています。実はこの記事自体も windows live writer で書いています。かんたんな画像編集やエフェクトもでき、いくつか制限やくせもありますが、かなり快適です。

「Microsoft の製品としてはここ数年で最高のものでは？」という評判もまんざらではありません。ぜひ一度お試しください。

今の人たちが持っているであろうさまざまな「悩み」に関して、今から約１世紀前を生きた文学者・夏目漱石と社会学者・マックス・ウェーバーの著作を題材にすると共に、著者の体験を含めて答えていくような内容です。新書であるせいか、聞き書きのような内容もあいまってすらすらと読めました。

最近の流行なんでしょうか、『○○力』という本がよく見かけますね。ちょっと検索しただけでも、『断る力』『問う力』『坐る力』『回復力』『マネー力』『老人力』『質問力』『決断力』『家族力×相談力』『心眼力』『頑固力』『転身力』『参謀力』『人間関係力』『家庭力』『援助力』『資格力』…と、本当にたくさん出てきます。

皆そんなに「○○力」に飢えてるのか？とも思ってしまいますが、ただ、これらの本の「○○」はほとんどはポジティブなイメージの単語ですが、この本の「悩む」は一見そのようには思えず、そこが上にあげた本とはちょっと違う点でしょうか。

この本の章立ては、以下のようになっています。

• 序章 「いまを生きる」悩み
• 第一章 「私」とは何者か
• 第二章 世の中すべて「金」なのか
• 第三章 「知ってるつもり」じゃないか
• 第四章 「青春」は美しいか
• 第五章 「信じる者」は救われるか
• 第六章 何のために「働く」のか
• 第七章 「変わらぬ愛」はあるか
• 第八章 なぜ死んではいけないか
• 終章 老いて「最強」たれ

さまざまな「悩み」が並んでいますが、ただ著者は、「悩むこと」自体は否定せずに、若い時分から大いに悩んでほしい、としています。あとがきでも、『ただ、それでも、悩みはつきないはずです。「人間的な」悩みを、「人間的に」悩むことが、生きていることの証なのですから。』と書いています。

題材にあげられている漱石やウェーバー自身に対しても、両者がいかに当時の
時代背景の中で、上にあげられているような悩みに苦しみながら分野は違えどその著作を書いてきたか、を分析しています。また、著者本人も在日という立場に置かれた自身の人生をこれまで悩みながら生きてきたことを伝えています。

ただ、いかんせん個々の「悩み」に対する文章の分量が絶対的に少なく、いくつかの章では最後に答えらしきものも提示していますが、本気でそのことについて悩んでいる人に対して（分量が少ないせいで一足飛びに出したように見える結論が）はたしてどれだけ響くだろうか、と思ってしまいました。もう一歩進んで聞いてみたい、と思わせる部分も多々ありました。

個人的にはいくつかの示唆を受けることはできました。また、「ちょっと物足りないなぁ」と思われる部分に関しては、しばしば取り上げられている漱石やウェーバーの著書にあたってみるのもいいかな、とも。僕自身も「悩む」視点からあらためて漱石を読んでみようかな、と思いました。とりあえず『それから』かな。

また、TVなどでは一見とっつきづらそうな著者ですが、この本の終章を読むと、ちょっと親近感がわくかもしれません。「これからそんなことやろうと思ってるの!?」という感じで。

ベストセラーになった『明日の広告 変化した消費者とコミュニケーションする方法 』（こちらも読みました。それに関してはまた別途）の続きのような感じの本です。

売れる"空気"をつくれ！

「以前とちがって商品（やサービス）が売れにくい時代になった」ということを、普通の人（＝消費者）が扱う情報量が増えたこと（量のハードル）と、手にした情報を精査するようになった（質のハードル）、ということで説明しています。

そこでどうするか。この本では、そもそも商品を売る前に、それが売れる"空気"、買いたいと思わせる"空気"（この本では「カジュアル世論」とされている）をまず作る必要があるのでは、としています。

この「カジュアル世論」を作るのが戦略PR、という位置づけです。どうやってその「カジュアル世論」を作るのか、なども書かれています。

また、「カジュアル世論」のキーとなるものとして、

• おおやけ（公共性）
• ばったり（偶然性）
• おすみつき（信頼性）

があげられています。

この戦略PRの成功事例もいくつかあげられていますが、この事例は、前述の『明日の広告 』や『コミュニケーションをデザインするための本 (電通選書) 』とかなり重複してますね（それくらい、まだ成功事例として説明できるものが少ないのかな？）

また、PRと広告の違いも下表のように説明されていました。

本の最後には、PRの役目を、『「いい情報のカケラ」を見出して、増幅させる。空気をつくる。世の中に「気づき」を与える。その結果、動きが生まれる。ニーズが生まれる。ビジネスがうまくいく。そして、そのうねりに関わる人みんながハッピーになれる』として、PRは「社会のムードメーカー」になれる、としています。そのための戦略PR、というわけですね。

日本ではまだこの戦略PRは浸透していないそうで、今後そんなPRができたらいいなぁ、と確かに思いました。

でも、その"空気"すらも消費の対象になっていく？

ただ、この本で戦略PRの成功事例として「漢検DS」があげられていますが、昨今の日本漢字能力検定協会関連のニュースを見るにつけ、「うーん」とちょっと違和感を感じてしまいます。

もちろん、事件自体は戦略PR自体の責任でも（戦略PRを実施する）PR会社自体の責任でもないですが、タイミングが悪かったというかなんというか。もちろん、売りたい商品なりサービスがさまざまな意味でほんとうに"いい"ものなのかの判断をPR会社自体がするのは難しいのでは、と思います（それは「仕事を選ぶ」ことにつながりますので）。

それに、このようなケースにおいて、商品を売った後にPR会社がなにか責任をとるわけでもない、という意味では、ある意味、いままでの「売りっぱなし（を促進するPR）」と何が違うんだろう、とも思ってしまいます（これはちょっと論点がちがいますが）。

その点、この本ではもう一歩突っ込んで、売った後も顧客とコミュニケーションをとっていくところまでできていけば理想だね、というようなことも書かれていますが、その主体はあくまで販売企業であってPR会社ではないでしょうし。

この本を読んでいて、ファッションの流行（を生み出すこと）なんかは、この戦略PRの一種と見られる手法を以前から適用しているのかな、と思いました。

そういう意味では、今後この戦略PRが普通のものになっていっても、「カジュアル世論」自体が消費され続けていく状況がでてくるだけなのかなぁ、とも思えました。ちょうど、ファッションの流行が毎シーズン生み出されては消えていくように。

でもまぁ、それが社会を豊かにするものであればいいのか、な？

NPO/NGOでもぜひ適用したい

この戦略PRは、現状のNPO/NGOは大いに活用できるものと思います（もちろん、「だれがそれを担うのか？」は別問題）。

「なるべく環境に負荷をかけない生活をしよう」「なるべく安全な食べ物を選びたい」といった、それこそNPO/NGOにプラスな「カジュアル世論」はすでに大いにあるとも言えるわけですし。

ただ、NPO/NGOだからといって「公共性」が担保されている、と単純に考えるのは楽観的にすぎる、と個人的には思います。いろいろなNPO/NGOがありますからね。また、「おおやけ＝官公庁・行政」という理解にしてしまうと、NPO/NGOとは異なってきますし。

自団体の広報で、これをどのように適用できるのか、今後考えていきたいと思います。こういった方面に詳しい人、ぜひお話を聞かせてください！

とくに何があった、というわけではないのですが、職場のサイトのリニューアルにそろそろ本腰が入れられる感じになってきたので、それにあわせてこのブログでも随時情報発信していきたいと思います。

キーワードは、ペルソナ、理由のあるデザイン、あるもの探し、コンテンツホルダーの巻き込み、といったところでしょうか。もちろん、根が技術屋なので技術面でも大いに改善したいと思っています。

今後とも懲りずによろしくお願いいたします。

朝一の仕事が前の日の夜中に来ていたスパムメールをごみ箱フォルダに叩き込むこと、という方は結構いらっしゃるかもしれません。

世の中にはさまざまなスパムメール対策がありますが、ここ数年個人的に利用していて、上のような虚無感と怒りに満ちた作業をまったくせずに済んでいる方法を書いておきます。POPFileという、自動メール振り分けツールを利用する方法です。

過去の学習の結果、現在では99.9%以上の精度でスパムメールを分類してくれますので、非常に快適です。しかも無料！　今回はインストールから設定までの手順を詳細に説明しますので、ぜひ参考にしてください。

POPFile の情報付加機能と、メールソフトの自動フォルダ振り分け機能を利用する

今回紹介するスパムメール対策方法は、具体的には以下のような流れになっています。

1. メールソフトで受信ボタンを押す
2. メールがメールソフトの受信箱に入る直前に、POPFile がメールの中身を判定して「スパムかどうか」の情報を付加する
3. メールソフトの受信箱に入ってきたメールに対して、メールソフト側で POPFile が付加した情報を元に（スパム用の）フォルダに自動で振り分ける

実は、POPFile はスパムメール対策専用ソフトではありません。「ある特定の傾向を持つメールに特定の情報を付加する」だけのソフトです。なんのこっちゃ、という感じですが、メールの内容から、仕事用と私用に分ける、外部とのメールと社内メールに分ける、といったことができるわけです。それを、「スパムメールと普通のメールに分ける」という目的のために利用することで、スパムメール対策として効果を発揮してもらうわけです。

そして次に、ほとんどのメールソフト（Outlook Express など）が持っている、自動フォルダ振り分け機能を利用します。特定の情報を元に、受信したメールをあるフォルダに振り分けたり、ごみ箱行きにしたり、という機能ですね。ここでは、上の POPFile で付加してもらう「スパムかどうか」の情報をもとに、あらかじめ用意しておくスパムを格納するためのフォルダに自動で振り分けるのです。

...と、ここまで説明してもしかしたら気づいた方もいるかと思いますが、今回の手法は、メールソフトを利用する場合に限定されます。要は、webメールをブラウザで利用する場合には適用できない（IMAPが利用できれば別ですが）、ということです。これに関しては、以下のリンク先を参考にしてみてください。

• YahooやHotmailのWebメールでPOPFileを使うことができますか？ [POPFile Documentation Project]
• IMAP.pm の入手と起動方法 [POPFile Documentation Project]

1. POPFile をインストール、そして２つのバケツを作るまで

以下、インストールから手順を追って説明していきます。少し長丁場になりますが、スパムメールからさよならするために、がんばってついてきてください。

まずは、POPFile は以下の公式サイトからダウンロードします。

• ようこそ [POPFile Documentation Project]

画面右側のダウンロードのリンクをクリックします。

ダウンロードの画面になるので、画面中ほどの "Current Release" のところのリンクをクリックすると、ダウンロードが始まります。ここでは Windows 版を想定しています。

ダウンロードしたファイルは zip 形式で圧縮されていますので、これを任意の場所で解凍（展開）しましょう。すると、黄色いタコのアイコンの setup.exe ファイルになります。

ここからインストールが始まります。この setup.exe をダブルクリックで実行すると、以下のようなインストール時の言語を選択する画面がでてきますので、ここでは Nihongo を選択して「OK」ボタンを押します。

次に POPFile のリリースノートを表示するかどうかを聞く画面がでてきますが、ここではインストールを急ぎたいので「いいえ」ボタンを押します。リリースノート自体は、インストール後でも読めます。

しばらくすると、インストール画面がでてきます。「次へ」ボタンを押します。

ライセンスを表示する画面がでますので、一通り目を通して、「このライセンス契約書に同意します」にチェックをつけて「次へ」ボタンを押します。

次に、日本語処理の方法を選ぶ画面がでてきます。ここでは、すでに選ばれている "Kakasi" というもののままで「次へ」ボタンを押します。

インストールする細かい機能を選ぶ画面がでてきます。ここではこのままで「次へ」ボタンを押します。

インストールする場所を選ぶ画面が出てきます。ここでもこのままで「次へ」ボタンを押します。念のため、ハードディスクに必要な空き容量があるかを確認しましょう。

インストール内容を確認する画面が出てきます。一応確認して「インストール」ボタンを押します。

インストールが始まります。しばらく待ちましょう。

画面のタイトルが「プログラムファイルがインストールされました。」になったら、「次へ」ボタンを押します。

ここまででインストールは完了しました。ひき続いて、インストール後の設定の画面が出てきます。このまま「次へ」ボタンで進めましょう。

今後 POPFile が保存していくデータの保存場所を指定する画面が出てきます。通常はこのまま「次へ」ボタンを押します。

２つの "ポート番号" を指定する画面が出てきます。いかにも "設定" っぽい画面ですが、「必要でない限り変更しないで下さい。」と釘を刺されている（？）とおり、今回はこのままで「インストール」ボタンを押しましょう。

しばらくすると、「POPFile の分類用のバケツ作成」という画面が出てきます。ここが、今回の記事での重要ポイントその１です。

POPFile における「バケツ」とは、POPFile がメールを分類するための種類のことです。上の画面では、すでの４つのバケツが設定されていますね。画面右側にある、"spam"、"personal"、"work"、"other" の４つのことです。これは、メールを４種類に分類する想定なのです。実はこのままでもいいのですが、今回はあくまでスパムメール対策に集中したいので、「スパムかスパムでないか」の２つに分類するように設定したいと思います。要は、バケツを２つにするのです。

すでに "spam" という名前のバケツはありますので、これはそのまま使わせてもらうことにしましょう。残りの３つを、まずは削除します。バケツの名前の右側の「削除」というチェックボックスに３つチェックをつけて、「続行」ボタンを押します。

すると、"spam" バケツ以外のバケツが消えましたよね。

今度は、スパムメール以外のメールを分類するバケツが要りますので、画面左側の入力部分に、"normal" と入力してもう一度「続行」ボタンを押してください。

これでバケツが２つになりました。ここまで大丈夫ですか？　ついてきてますか？　大丈夫なら、重要ポイントその１は OK です。「続行」ボタンを押しましょう。すると、バケツが２つでいいかどうかを確認する画面が出てきます。今回はこれでいいので「はい」ボタンを押します。

次に、「メールクライアントの設定」という画面が出てきます。これは、すでにパソコンに入っているメールソフトで POPFile を利用できるように、メールソフト側の設定を POPFile が変更するかどうかを聞いている画面です。ここでは、後ほど手作業での設定方法を説明しますので、「全てスキップ」ボタンを押して変更しないようにします。

メールソフトの設定変更をキャンセルしたとの画面が出てきます。「次へ」ボタンを押します。

いよいよ POPFile を起動するところまで来ました。「POPFile を起動（システムトレイアイコンを表示）」が選択されていることを確認して「次へ」ボタンを押します。

しばらくすると、設定完了の画面が出てきます。「POPFile ユーザーインターフェースを起動」が選択されていることを確認して「完了」ボタンを押しましょう。

さて、ここで「終わったー」と思うのはちょっと早いです。ここで、２つのことを確認してください。まずは、画面右下のアイコンが並んでいるところ（システムトレイ）に、黄色いタコのアイコンがあること。このアイコンが表示されていれば、POPFile が動いている証拠です。ありますか？

もうひとつ、インターネットエクスプローラなどのブラウザが自動で起動して、下のような「POPFile コントロールセンター」という画面がでてきていることを確認してください。

今後は、この画面（コントロールセンター）で POPFile の各種設定をすることになります。ブラウザの中に表示されているからと言って、インターネットを見に行っているわけではなく、あくまでお使いのパソコンの中の情報を表示していますので、お間違えなく。

そして、POPFile 側の設定が最後にひとつ残っています。表示されたページを下に行くと、先ほど設定したバケツが２つ並んでいる部分があると思います。そこに「件名の変更」というチェックボックスが縦に並んでいますので、このチェックをすべてはずします。そして画面右側の「変更を適用」ボタンを押します。

これは、POPFile がメールの分類を行う際に、メールの件名を勝手に書き換えないようにするためです。これをつけたままにしておくて、メールソフトで受信したときに、各メールの件名の先頭に各バケツの名前である "[spam]" とか "[normal]" といった文字が追加されてしまうのです。ここでは、それを避けるために変更しました。

お疲れ様でした！　ここまでで、まずは POPFile 側の設定はひとまず完了です。ちょっと一息ついて、次にいきましょう。

2. メールソフト側で受信時に POPFile を使うように設定を行う

さて、続きにいく準備はいいですか？

ここまでで POPFile のインストールと設定は完了しましたが、これだけでは、まだスパムメールは退治できません。次に、お使いのメールソフト側での設定が必要となります。

POPFile は、スパムかどうかを判定した際に、以下の２箇所にその情報を付加してくれます。

• 件名（つい先ほどの設定で、これははずしましたよね）
• ヘッダー情報（これはまだ今も有効です）

「ヘッダー情報」というのは、メールの本文以外の部分、すなわち件名や送信者名、送信時間などのことです。メールソフトでいつも表示されているもの（件名など）もあれば、普段は表示していないものもあります。POPFileは、この普段表示されないヘッダー情報に、情報を付加するのです。

そしてこのどちらかの情報を元に、メールソフト側が処理を行うように設定してあげればいいわけです。ここでは、Outlook Express 6 （以降OE）と Becky! 2 を例にとって説明をします。他のメールソフトを使っている方は、以降の説明を参考にするか、以下の公式サイトページの「特定のメールクライアントの設定」という部分の記述を参考にして、がんばって設定してみてください。

• POPFile の ハウツー [POPFile Documentation Project]

Outlook Express 6 で POPFile を使う場合

OEでは、件名を元に振り分け判定します。というよりも、OEにはヘッダー情報を元に判定する機能がないからなのですが。

...というわけで、先ほどの POPFile のコントロールセンターをもう一度見てみましょう。まだブラウザに表示されていますか？　消しちゃった、という人は、画面右下の黄色いタコのアイコンをダブルクリックすると、また出てきます。「履歴」の隣の「バケツ」をクリックして、先ほどの画面を表示してください。

画面の中で、先ほどチェックをはずした spam バケツの「件名の変更」のチェックボックスを再びチェックして、「変更を適用」ボタンを押します。お手数おかけしてすみません。

続いて、OEを起動してください。メールを振り分ける設定をしましょう。受信トレイが開きましたか？　まずは、受信トレイの下に、にっくきスパムメールを放り込むためのフォルダを作りましょう。

そして、ここからがこの記事の重要ポイントその２である、メール振り分けの設定を行います。「ツール」メニュー　→　「メッセージルール」　→　「メール」　を選択します。

「新規のメールルール」という画面が出てきますので、一番上の欄で、「件名に指定した言葉が含まれる場合」の左側をチェックしてください。

次に、その下の欄で、「指定したフォルダに移動する」の左側をチェックしてください。

上の２つを指定すると、その下の欄に、「指定した言葉が含まれる」と「指定したフォルダ」という青くて下線が引かれた文字がでてきますので、まずは「指定した言葉が含まれる」をクリックします。

すると、「単語の入力」画面が出てきます。そこに、半角で[spam] と入力して、「追加」ボタンを押します。

追加されました。「OK」ボタンを押して、前の画面に戻りましょう。

次は「指定したフォルダ」をクリックします。

フォルダを選択する画面が出てきます。ここで、先ほど作成した「スパム」フォルダを選択して「OK」ボタンを押します。

最後に、一番下の「ルール名」の欄に、「POPFileによるスパム対策」とでも入力して「OK」ボタンを押しましょう。

これでメッセージルールが登録されました。もう一度「OK」ボタンを押しましょう。

これで、「件名に"[spam]"という文字があるメールは、「スパム」フォルダに放り込む」ように設定したことになります。ついてこれてますか？　ここまでが、重要ポイントその２でした。

続いて重要ポイントその３である、受信の際に（直前で）POPFileがメール判定をできるようにする設定を行います。「ツール」メニュー　→　「アカウント」を選択します。

「メール」タブを選んで、普段使っているメールアカウントを選択して「プロパティ」ボタンを押します。

「サーバー」タブを選んで、サーバー情報が入力されている以下の画面を表示します。

ここが、いわゆる「メールの設定」をする画面です。一般的に、ここの設定をうかつに変更するとメールが送受信できなくなります。１文字間違っただけでもダメなので、心配な方は今時点の情報を（変更する前に）紙などにメモしておいたほうがいいですね。また、ここではメールの送受信の設定が一般的な状態における設定の仕方を説明しますが、ご自分の組織でメール設定を変更（例：POPoverSSLなど）している場合には、組織内の管理者の方に一度確認したほうがいいでしょう。

写真にあるのは、あくまで僕自身のアカウントでの設定ですのでこれをそのままメモしても意味はないですからね。ご自分の設定をメモしておいてください。

ここの設定を、下の画面のように変更します。変更するのは、「受信メール（POP3）」という欄と「アカウント名」の２つです。

おちついて確認しましょう。まずは、これまで「受信メール（POP3）」にあった文字列を、「アカウント名」の先頭に挿入しています。そして、その直後に半角コロン（:）を入れて、それまでの「アカウント名」を続けています。

次に、「受信メール（POP3）」を"127.0.0.1"にします。必ず半角で入力してください。

その他のところはそのままで、「OK」ボタンを押します。前の画面にもどるので、「閉じる」ボタンを押します。

ここまでで、メールを受信する際に、OEがメールを受け取る直前に POPFile がメールを判定することができるようになりました。これで重要ポイントその３も完了です。

再び、お疲れ様でした！　これで、メールソフト（OE）側の設定も完了です。続いてはBecky! 2 の設定方法の説明になりますので、OE を使っている方は、説明を飛ばしてかまいません。

Becky! 2 で POPFile を使う場合

(申し訳ありませんが、後日追記します)

3. それではいよいよ受信！ そして POPFile の学習を開始

さぁ、ここまでで POPFile のインストールと設定、そしてメールソフトの設定が完了しました。いよいよ、POPFile にスパムメールを判定してもらいましょう！

POPFile が起動していること（＝画面右下に黄色いタコアイコンがあること）を確認して、メールソフトでメールを受信してみてください。どうですか？　とりあえずメールはきちんと受信できましたか？　もし受信できなくても、「単に誰からもメールが来ていない」ということであれば、仕方が無いので自分自身宛にメールを出してみてください。まずは、それが受信できるかどうかを確認しましょう。

もしここで受信そのものができないようであれば、おそらく上のメールソフトの設定のどこかが間違っているか、もしくはメール環境であらかじめ特殊な設定がなされている場合だと思います。がんばって確認してみてください。

受信ができたら、メールが受信箱にあるか、スパムフォルダにあるかを確認してみてください...と書いていますが、実はこのタイミングでは、自動でスパムフォルダには入ってくれないと思います。それはイコール、スパムメールの判定がまだできていないためです。

それはなぜかというと、インストールしたばかりのPOPFile は、「どのようなメールをユーザー（＝あなた）がスパムメールと見なすのか」を、まだまったく知らないためです。この時点では、POPFile はスパムメールの知識が０なのです。そりゃ、判定もなにもないですよね。

ではどうすればいいのでしょうか？　ユーザー（＝あなた）が、「これが（自分にとって）スパムメールだ」と、POPFile に教えてあげる必要があるのです。これを「学習」というのです。

POPFile のコントロールセンターを開いてください。そして、「履歴」の画面を開いてください。「最近のメッセージ」として、たったいま受信したメールの情報が一覧となって表示されると思います。そして、画面右のほうの「分類」欄は、すべて "unclassified" （=未分類）となっているはずです。

その右側に、"normal" と "spam" を選ぶドロップダウンがありますので、今画面にでているすべてのメールのタイトルなどを見て、「これはスパム、これは普通、これは...」と、すべて設定してあげてください。受信したメールが多い場合は一覧は一画面だけではないかもしれないので、注意してくださいね。ここであなたが判定を間違うと、POPFile は間違って学習してしまうので、慎重に行いましょう。

そして、全ての設定が終わったら、「再分類」ボタンを押してください。これを忘れると、上の設定はまったく反映されませんので注意してください。

そしてまたメールを受信してみてください。こんどは、いくつかのメールがスパムフォルダに自動で振り分けられたと思います。画面は OE の例ですので、スパムフォルダに入ったメールは、件名の最初に "[spam]" と入っているのがわかると思います。この "[spam]" というのが、POPFile が付加した情報なわけです。

これで、ついにスパムメール判定が自動でおこなわれるようになりました！！

4. 最後に注意点をいくつか

最初の学習を怠らないこと

さて、あなたの POPFile はまだ学習をはじめたばかりです。当然間違って判定することもあります。ですので、最初の数日間は、メールの判定を見て、もし間違った判定が場合は、先ほどのように判定をしなおしてあげる必要があります。

• 受信箱に残ったスパムメールを、"normal" もしくは "unclassified" から "spam" に変更
• スパムフォルダに入ってしまった普通のメールを、"spam" から "normal" に変更

といった感じにです。「えーっ、いちいち判定しなおさなくちゃならないの？　いつまでやればいいの？」という皆さんの心の声が聞こえてきそうですが、安心してください。

まず、POPFile は非常に賢いソフトで、最初の数百件で学ばせれば、かなりの確率で正しく判定できるようになります。公式サイトの記述を引用しておきましょう。

POPFileが適正な精度に達するにはどれぐらいかかりますか？

必要な期間は受信するメールの数によります。

ほとんどの場合、 1000 くらいのメッセージを受信すると非常によい精度（ 97% 以上）が得られると報告されています。包括的な統計情報（下のリンクを参照）によれば、 500 メッセージ以上のメールを受信した場合の精度の平均は 96% であり、その時点で 85% 以上のユーザは 95% 以上の精度を得ています。

このことは、この状態になるまでに 1000 回もの再分類をしなくてはいけないということではありません。 1000 通のうちのほとんどは正しいバケツに分類されるでしょう。しかし、コーパスが新しいうちは多くの間違いが起こるということを知っておくべきです。

たぶん、一週間後には、「え！？　これがスパムっじゃないってよくわかったな...」と、逆に感心することになると思いますよ。少なくとも、僕はそうでした。

そして、POPFile コントロールセンターの「履歴」の一覧から、判定しなおしたいメールを探すの画面だ、という方もいるかと思います。

そんなときは、判定しなおしたいメールのヘッダー情報を表示してみてください。一番下に、"X-POPFile-Link"という項目があるかと思います。その項目にある URL（http://...） をブラウザのアドレスバーにコピペすれば、そのメールの情報が一発で表示されるので、一覧からいちいち探し出さなくても、再判定が簡単にできます。ユーザーにやさしい機能ですね。

• OEでのヘッダー情報の表示の仕方：メールの一覧部分で対象メールの上でマウスの右ボタンをプレスしてメニューを出し、プロパティを選んで、「詳細」タブを表示する
• Becky! 2 でのヘッダー情報の表示の仕方：メール本文を表示する枠の下部にマウスカーソルを持っていくと「ヘッダー」というタブが出てくるので、それをクリックする

また、携帯電話からのメール（特に、件名が無くて本文が短いもの）は、普通の内容のメールでもスパムに間違えられやすいようです。そこで、「この人からのメールは（どんなにスパムっぽく見えても）通常と判断して欲しい」といったような場合には、コントロールセンターの「マグネット」という画面で、学習ルールを無視して強制的に指定のバケツに振り分ける、といった指定もできます。

メールを使うときには、必ず POPFile を起動すること

メールソフトに上で説明したような設定をした場合は、メール受信の際に POPFile が起動されていないと、そもそも受信すらできなくなります。

上の手順でインストールすれば、パソコンの起動と同時に POPFile が起動するようになるかと思いますが、もし今後「メールが受信できない」ということがあったら、POPFile が起動しているかどうか（システムトレイに例のアイコンがあるかどうか）を確認するようにしましょう。

もしそれでもメールが受信できないようであれば、一度 POPFile を再起動してみましょう。システムトレイのアイコンで右ボタンでメニューを出して「Shutdown POPFile」を選択すると、しばらくするとアイコンがいなくなります。これで終了しましたので、今度はスタートメニューから POPFile のグループを選択して、"Run POPFile" を選択しましょう。これで起動できます。

パソコンを換えても、学習記録は移行できる

パソコンは使いつづければ古くなるものです。でも、ほかの新しいパソコンを使い出す際に、いままで POPFile に 学習させた記録がなくなるのは非常にもったいないですよね。わかってます、POPFile のいいところは、それまでの学習記録をそっくりそのまま移行できることです。

僕もここ数年はパソコンを換えるたびに POPFile の学習記録を引き継いでおり、今では19万件超のメール判定をしてきた結果、精度は99.9%以上になっています。平均して1000件に1件間違うかどうか、ということですが、間違いが起こったのはごく初期の学習段階のことなので、現在では1年に数回程度しか間違えませんね。見ようと思わないと、スパムメール自体を目にすることがなくなりました。

移行の方法は、公式サイトの以下のページを参考にしてください。

• POPFile の設定のバックアップとリストア、他のマシンへの移動 [POPFile Documentation Project]

スパムの自動削除はちょっと・・・

スパムメール対策の中には、プロバイダ側で自動でスパムメールを削除する、といったような方式のものもありますが、個人的にはあまり利用する気にはなりません。もちろん、この POPFile を利用しているからでもありますが、理由は以下の２つでしょうか。

• 最近はこんなスパムがくるのかー、ということを知っておくため（自動で削除されると知ることができない）
• どんなスパム判定にも完璧ということはないために、間違って判定されて通常のメールまで自動で削除されてしまう可能性があるため（メールソフトで受信しておけば、とりあえずは自分であとから探せる）

その点、この POPFile を利用した方法では、いったんすべてを受信するので、間違って他人に消される、ということはなくなります（間違えて自分で消す、ということはあり得ますが...）。

件名に [spam] と入った普通のメールにそのまま返信しないこと

OEの場合には、スパム判定されたメールの件名に "[spam]" と入ることになります。しかしそのメールが普通のメールだった場合には、スパムフォルダから取り出して、その後メールの返事を相手に返す場合がありますよね。その際には、おそらく件名が　「Re: [spam] 〇〇〇...」といったようになってしまうと思います。すると返事を返されたほうに、「おいおい、俺の送ったメールはスパム扱いなのかよ」と思われてしまうかもしれませんので、返信を返す際には件名から "[spam]" を取り除くようにしましょう。

さよならスパム。

いかがだったでしょうか。長々と説明してきましたが、ついてこれましたでしょうか。設定はちょっと大変ですが、その見返りは莫大です。スパムメールに別れを告げることができるのです。ぜひ試してみてください。困ったことや質問などありましたら、以下の公式FAQを参考にするか、コメント欄に投稿してください。

• FAQ 初心者・初学者向けのQ&A集 [POPFile Documentation Project]

お相手は、カンボジア関連のNGO団体のHさんと、バングラデシュ関連のNGO団体のMさんです。

（帰り道で、料理の写真を撮るのを忘れたことに気づきました・・・うかつ！）

話題は、それぞれの団体のこと（スタディーツアーとか内部のこととか）や、なぜNGOに関わることになったかの身の上話、もっと活動をこうしていきたい、などなどでした。

Hさんの団体は、IT事業部（主にHTMLコーディング関係の対企業受注業務）で多額の収益をあげており、Hさん自身も、「ウェブサイトを見ると、デザインや内容よりも先にソースを見てしまう」というような方。最近買ったという Air Mac も見せてもらいました。う、薄い！（いまさら？＞自分）。大学卒業後、団体の創設者の方々と意気投合して、いつのまにかいまの立場に、とのこと。

Mさんは元デザイナーさんで、バックパッカーとしてバングラデシュを訪れて以来、その地で毎回起こるハプニングが楽しくて、その流れで関わるようになった、とのことでした。現在は団体の事務局を二人体制で回しているので、webも含めて幅広い仕事をこなしているそうです。

やっぱり、こういった業界に関わるには、みなさんいろいろきっかけや想いがあるんですねぇ（ちなみに僕自身のきっかけは、前職（システムエンジニア）で米国出張していた際に起こった9.11ですが）。

普通、NGOの人たちと飲みに行くと、活動地や環境問題などの話になることが多い（それはそれで面白い）のですが、この面子だと、やっぱり話題はweb周辺にもおよび、僕自身も個人的プロジェクトの話なども少ししました。

帰宅後、ほろ酔い気分でこの記事を書いています。いい気分転換になりました。お二人とも、今後ともよろしくお願いします！

webは、NGOにとってはまだまだ未開拓分野です。このブログを読んでくださっているweb業界の方々も、はじめは気軽な形でいいので、社会科見学と思って、ちょっとNGOを知ってみたりしませんか？　あなたのスキルを活かせる場がありますよ?。

ずいぶんとブログの更新に間があいてしまいましたが、また再開します。

ついに iPhone が発売されましたね。個人的には国内販売はあと１年後くらいかなと思っていたのに、発表後、あれよあれよという間にリリース。関係者の方々の尽力には頭が下がります。

しかし、SOFTBANKユーザーでない人にとっては、実際に触れる機会もまだまだ少ないですし、乗り換えにためらうのも事実。そこで、パソコン上で動くiPhone、"AIR iPhone" というのを教えてもらいましたので紹介します。

AIR iPhone は、Adobe AIR（デスクトップアプリケーション環境）の上で動く iPhone エミュレータです。エミュレータとは、いってみればあるものを真似して別の機械で動かす仕組みのことですね。AIR iPhone は、iPhone をパソコンの上でエミュレートしているわけです。AIR iPhone は、以下のサイトからダウンロードできます。

• merhl >> AIR iPhone

なお、事前に Adobe AIR をダウンロードしてインストールしておく必要があります。Adobe AIR, AIR iPhone の順番でインストールしましょう。

最初の画面で、「slide to unlock」という白いスライダーを右にドラッグすれば、メニュー画面が出てきます。おぉ、これが iPhone か、とちょっと感動しました。

ただ、パソコンの画面上にでてくるだけですので、ピンチ（２本の指を使っての操作）はできませんし、半分以上のメニュー機能も使えません。

ブラウザの Safari が入っていて、これでそのままインターネットを見ることもできるので、iPhoneで自分のサイトがどのように見られるのかの確認には使えるのかもしれません。また、Safari を開いているときに縦横に回転すると、下の写真のように画面も連動して回転します。ちょっとうれしい感じ。

AIR iPhoneを使ってみて、「こんなものか、じゃあいいや」という人と、ますます欲しくなる人と、二つに分かれるんですかね。僕はどちらかというとぜ･･･いやいや、本当はやっぱり実物を見て触ってみないとわかりませんよね。でも、容量はせめて32GBくらいほしいなぁ（今使っているiPodでもデータが40GBをオーバーしているので・・・）。

CHAPTER05では、前回説明しました XMLHttpRequest の実装に関して、いくつかの有名な Ajax ライブラリではどのように取り扱われているかを確認します。前回の記事で用いたものと同じ機能を、Ajax ライブラリを利用するとどれだけ楽になるかを見てみましょう。

続くCHAPTER06では、様々なサンプルが掲載されていますが、そのなかからサーバ側のデータベースからデータを取得するサンプルを試してみます。

CHAPTER05 Ajax ライブラリ

この　CHAPTER　では、5つの Ajax ライブラリをあげて、XMLHttpRequest 機能の実装部分に関して各メソッドをリファレンス的に提示しています。ここでは、prototype.js を用いて、前回のサンプルプログラムと同等の機能を実装してみます。prototype.jsは、いくつかのAjax ライブラリの基盤ともなっているライブラリですので、利用されている方も多いと思います。

この prototype.js を用いて前回と同じ機能を実装すると、以下のようになりました。

• サンプル（135ページ、修正あり）

<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>prototype.js サンプル</title>
<script type="text/javascript" src="http://www.ngo-jvc.net/blogs/wfn/prototype.js"></script>
</head>

<body>

<script type="text/javascript">

// ボタンが押されたら
function sendReq( url ) 
{
	var oj = new Ajax.Request (
		url,
		{
			method	:'get',
			onComplete: callback
		}
	);
}

// データ受信完了時
function callback( request ) {
	var xmlDoc = request.responseXML;
	var msg = xmlDoc.getElementsByTagName( "msg" );
	var data = msg[0].firstChild.nodeValue;
	alert( data );
}

</script>

<form>
	<input type=button
		value="test1.xml を読み込み、メッセージボックスを表示します "
		onclick="sendReq('./test1.xml')">
</form>

</body>

</html>

前回との違いは、createHttpRequest 関数はライブラリの中に組み込まれたことで不要となり、sendReq 関数も機能を wrap されてかなり簡素になった点ですね。自分のロジックの実装により集中できる感じになっている印象です。このあたりは、フレームワークとしての機能が現れているというところですね。

本のほうでは、他のイベントやステータスをハンドリングするメソッドのリファレンスがあります。また、個人的に注目している Ajax ライブラリである jQuery のサンプルもありますが、ここでは割愛します。

CHAPTER06 Ajax 基本サンプル

XMLやJSONの受信、Basic認証、SSL通信などの各種サンプルが示されています。いよいよ実用的な部分に踏み込んできたかな、というところですね。そしてここでは、サーバ側のデータベースのデータを取得するサンプルを見てみます。

このサンプルでは、Ajax （Javascript）側から直接データベースにアクセスするのではなく、いったんサーバ側のスクリプト（ここではPerl）を呼び出して、そのPerl スクリプトがデータベースをアクセスする、という段階を踏んでいます。以下のような順番になります。

1. ページ上のボタンが押されると、Javascript で サーバ上のPerl スクリプト（ajax_p205.cgi）を呼び出す
2. 呼び出された Perlスクリプトで、データベースに接続し、SQL文でデータを取得して、これを print する
3. Perl スクリプトの実行が完了すると、Javascript （prototype.js）側にそれが通知されて、onComplete で指定している コールバック関数（callback）が起動される
4. callback には、引数として Perlスクリプトの出力である print した内容がテキストで入ってくるので、これを画面に出力する

全体の機能としては、データベースに格納されている都道府県名を取得する、といったものです。

まずはAjax側のプログラムから。ここでは、本の中で使っている Ajax ライブラリとは異なり、prototype.js を利用しています。

• サンプル（205ページ、prototype.jsを利用）

<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>p205 prototype.jp版</title>
<script type="text/javascript" src="http://www.ngo-jvc.net/blogs/wfn/prototype.js"></script>
</head>

<body>

<script type="text/javascript">

// ボタンが押されたら
function sendReq( url ) 
{
	var oj = new Ajax.Request (
		url,
		{
			method	:'get',
			parameters: '&code=10',
			onComplete: callback
		}
	);
}

// データ受信完了時
function callback( request ) {
	var res = request.responseText;
	alert( res );
}

</script>

<form>
	<input type=button
		value="MySQLから、都道府県NOから県名取得 "
		onclick="sendReq('./ajax_p205.cgi')">
</form>

</body>

</html>

次に、サーバ側にある Perl スクリプトです。GET受信の部分や文字コード変換、データベース接続まわりの記述が多くなっていますが、それらはもう"お約束"と思って、実際の機能部分になるべく注目するようにしてみてください。具体的には、SQL発行とその結果取得のところですね。そこを青字にしてあります。

#!/usr/local/bin/perl

use DBI;
use Jcode;

#GETを受信しURLデコードして、SQLエスケープ
($dmy, $code) = split(/code=/, $ENV{'QUERY_STRING'});
$data =~ s/%([0-9a-fA-F][0-9a-fA-F])/chr(hex($1))/ego;
$code =~ s/'/''/g;
$code =~ s/\\/\\\\/g;

#mysqlに接続
$db = DBI->connect('DBI:mysql:database=（データベース名）;host=（ホスト名/IP）','（ユーザーID）','（パスワード）',{ RaiseError => 1, AutoCommit => 0 });

#sql文作成と実行
$sth = $db->prepare("select * from ajaxtest_todoufuken where todoufuken_code = '$code';");
$sth->execute;

#content-type出力 charsetはutf-8

print "Content-type: text/html; charset=utf-8\n\n";

#結果セットの都道府県カラムの値を順に出力
while(@data = $sth->fetchrow_array) {
	#DBから取り出したデータをUTF8化
	&Jcode::convert(\$data[1],'utf8');
	#出力
	print "code: $data[0]は、$data[1] です\n";
}

$sth->finish;
$db->disconnect;

最後に、データベースに格納されているデータ（テーブル名：ajaxtest_todoufuken）は、以下のようになっています。ここから、Ajax側で指定する todoufuken_code （このサンプルでは"10"）をもとに、SQL で対応する todoufuken_name （"群馬県"）を取得しています。

いかがでしょうか。もちろんサーバ側は Perl 以外のスクリプトでもかまいません。データベースからデータが取得できるようになれば、アイデア次第でさまざまなことができることになるでしょう。実は私も構想段階ですがwebサービスのアイデアが2つほど（ひとつはNGO関連、ひとつはパレスチナ関連）あるので、今後その実現にむけてネタを仕込んでいきたいと思っています。

• ひとつは、いかにも使いやすそうな感じのもの
• もうひとつは、なぜか使いづらそうなもの

このうちのどちらを選ぶでしょうか。皆さんもそうでしょうが、私なら迷わずに前者です。これら２つは、もしかしたらデザインが大きく異なっているのかもしれません。使いやすくデザインされている製品は好ましい、ということが一般的に言えると思います。そこで、デザイン分野の方々によく読まれているという『誰のためのデザイン？ ― 認知科学者のデザイン原論』という本を読んでみました。

この本のメッセージは、「ユーザー中心のデザインをしよう」ということです。

この本は、ある製品を作る際にそのデザイナーが気をつけなければならないことを、たくさんの事例をあげて説明しています。その一例をあげてみます。

• どうやって開ければいいのかわかりづらいドア
  • ドアのどちら側を押すのか、もしくは引くのか、どちらにスライドするのかが見た目からわからない　→ アフォーダンス（そのモノをどのように使うことができるのかを提示するような特徴）が弱い
• 保留の仕方もわからないような電話機は、デザインが原因
• レゴのバイクキットは、たくさんの「制約」を適切に利用できれば、説明書なしでも簡単に組み立てられる
  • 制約の例） 風除けのパーツは前方を向く形にはめるだろう
  • 制約の例） 赤いランプは本体後ろ側にテールランプとしてつくだろう
• つまみがたくさんついている音響機器のコンソールは、つまみとその機能との対応付けがわかりづらい　→ 可視化されていない
• お金が出てくる前にカードを先に利用者に取らせる ATM　→ 利用者がカードを取り忘れないような工夫と言える
  • 人間は常に間違えるもの。であれば、あらかじめエラーに備えてデザインしたり、そもそもエラーしにくいようにデザインすること
• 様々な条件・誘惑がある中で、デザイナーはより「ユーザー中心」のデザインを常に心がけるべき

といった感じです。これらの多くは職業デザイナーを対象に書かれていますが、ユーザーである普通の立場の人間が読んでも、「なるほど」とうなずかされることが多々ありました。

「そうか、この製品をうまく使いこなせないのは、自分が悪いのではなく、製品のデザインが悪かったからなのか！　デザイナー出て来い！」と思わせてくれます（もちろん、すべてのケースでそれが正しいかどうかはまた別問題ですが...）。

ウェブサイトも「製品」である

なぜこの本を読んだかというと、公式ウェブサイトのリニューアルにあたって、デザインに対してどう考えればいいのか、を知りたかったからです。

もちろん、使いにくいサイトよりは使いやすいサイトのほうが良いに決まっています。どこをクリックしていいのかわからないページ、自分のほしい情報がどこにあるのかわからないレイアウト...。そういったものを排除していわゆる「使いやすいウェブサイト」をつくるにはデザイン面からはどう考えればいいのか？　という問題意識がありました。

もちろん、デザインやレイアウトそのものをいかにかっこよく・バランスよくするか、に関しては、プロの方に協力していただくのが一番だとは思いますが、担当者として、目の前にあるデザインが適切なのかどうかを判断するための基準がほしかった、ということですね。

それに関しては、

• アフォーダンスが利用されているかどうか
• 外界にある知識とユーザーの内面にある知識（＝記憶）を利用できているか
• （サイトの）持っている機能・内容や現在の状況を適切に可視化できているか
• さまざまな「制約」を適切に利用しているか
• あらかじめ想定されるエラーに備えられているか
• ユーザーの行為に対してフィードバックを返されているか

といったような、判断基準の示唆を得ることができました。

もう一つの課題

実は、サイトリニューアルに関して、デザイン自体とはちょっと異なりますが、一つ考えなければならないことがあるのです。

現在、公式ウェブサイトでは、「ボランティア」「スタッフ・インターン求人情報」のコンテンツのアクセス数および掲載時の反応が非常に高く、ページビューでも全体の約１割を占めています。このことから、「なにかしら（海外で）国際協力に直接携わりたい」といってサイトを見に来るユーザーが一定数いる、と考えています。

もちろん、団体名称自体からして「海外で活動するボランティアを募集・斡旋している」という印象を与えやすい、という事情はあるのですが、実は団体の現在の実質的活動とはちょっと合致していません（海外へのボランティアは基本的には派遣していない、現地スタッフも基本的に欠員募集のみ、インターン募集も年１、２回）。国内でのボランティアの提示はいくつかあるのですが。

（だからといって、「では団体名を変えればいいのでは」ということになると、また別次元でいろいろややこしいことが入ってくるので、これはもう制約条件のひとつして位置づけることとしますが）

要は、団体側がウェブサイトの目的として設定している、

• 団体の活動やその背景にある構造的問題について広く提示する
• それを知っていただいた上で、ユーザー個々人ごとに「次のステップ」を提示する

といったことと、見に来ていただいている一定数のユーザーのニーズとの間に、多少のズレがあるのではないか、と個人的には捉えています。

もちろん万人のニーズを満たすことは非常に難しいですし、いますぐ答えが出るというわけではないですが、この本の中で得られた以下の示唆をもとに、今後考えていきたいと思います。

【概念モデルの共有】

『製品デザイナーとその製品を利用するユーザーとは、直接にはコミュニケーションできない。したがって、デザイナーが持っている、「この製品はこういうモノなんですよ」という考え（＝概念モデル）と、ユーザーが持っている「この製品はこういうモノなのではなかろうか」という考え（＝概念モデル）とが、いきなり完璧に一致することはありえない。

であれば、両者は、製品自体を通してコミュニケーションをはかる必要がある。デザイナーは、自分が持っているその製品に対する考え（＝概念モデル）が、その製品自体を通してユーザーに伝わるように、適切にデザインしなければならない。ユーザーは、その製品のデザインを通して、デザイナーの考え（＝概念モデル）を読み取り、自分の考え（＝概念モデル）とすり合わせることで、その製品自体を理解し、利用することになる』

...ちなみに、これはあくまで個人的な理解をまとめたものなので、誤解があるかもしれませんがあしからずご了承ください。

収穫あり、というのが正直な感想です。普段やっているアクセス解析を、より意味のあるものに前進させるためのヒントをいくつかいただきました。

当日の資料や様子を撮影したビデオなどはおそらく公式サイトのほうで後日公開されると思いますので詳しい部分はそちらにおまかせしますが、今後アクセス解析を実施していくにあたって、気づいた点・役立てていこう、と思った点を簡単にまとめてみました。

• 最近のアクセス解析ツールは得られる数字が多すぎるので、「サイトの変化・傾向をおおきくつかめる数字」と、「そこから詳細を見ていくための数字」を見極めること
• コンバージョン率を上げるためには、短期的施策（流入数＝母数の増加）と中・長期的施策（サイト内最適化）とを、分けて考えること
• とにかく、想像して仮説を立ててテストして検証して、というPDCAサイクルをまわすこと。仮説は間違っていてもよく、あとで「間違っていた」ことがわかればいい
• サイトテストでも多変量解析が Google で利用できるようになった、試してみる価値はある
• ページビューは絶対値で評価するのではなく、ページ内容（が持つ意味）を考慮して評価すること　（例：ヘルプページは、ページビューは少ないほうがいいはず）
• 同様に、ページビュー＝（内容を含めた）ページの評価、ではなく、単に「見られた数」に過ぎない。よって、他の数字と組み合わせて「より意味のある数字」に変換してみること
• 直帰率に関しても、絶対値だけで評価するのではなく、そのページが見られている数やページの内容を考慮に入れて判断し、改善方法（LPO：Landing Page Optimization）を考えること
• Engagement（サイトとユーザーの（目に見えない）結びつき）をどう評価するか、という議論があること
• アクセス解析においても、運用側ではわからない・気づかない点が多々ある。これらに関しては、制作側からの提案・アプローチがもっとあっていいのでは、ということ

といったところでしょうか。とりあえず、次回はこれらを踏まえたレポートを作ってみたいな、と思えるような気になりました。やっぱり、いやいややるのと興味持ってできるのでは大違いですから。

WebSig 会議自体に関しては、過去の回の様子がオンラインで公開されています。さまざまなヒントが得られると思いますので、興味のある方はご覧になってはいかがでしょうか。特に、MovableType4 をやる人にとっては、第14回 「Movable Type 4のポテンシャルを探る」 は必見ですよ。

といっても、ウェブサイトの目的自体やコンテンツの見直し、制作スケジュールなど、そもそもな部分からして内部でこれから詰めていくような段階なのですが、日々運用している中で、技術的・運用的な面からもリニューアルの必要性を感じています。

つらつらあげてみましょう。

• 現行サイトの基本的構造は2004年制作時のままであり、端的に言って、古くなった（デザイン面、情報デザイン面、コーディング面など）
• 運用には DreamWeaver を利用しているものの、基本的にはHTMLベタ打ちであり、さまざまな仕掛けがいれづらい
• (X)HTML+CSS にきちんと準拠させたい（表示速度や SEO 対策、サイトの寿命を考えて）
• ボリュームは未定だが、携帯電話からのアクセスを利用したい（イベント当日に会場までの道順を電話で聞かれたりもするので）
• もっといろいろなことができるはずだ、という漠然とした認識

もちろん、デザインやサイト構築に関してはプロの方々に協力していただくのが一番なので、そういったことも今後考えていきたいのですが（関心のあるプロの方、ぜひご連絡ください！）、まずは自分自身を鍛えるのが先、ということで、web業界のイベントに出たり、関連する本を読んだりしています。このブログの MovableType の記事やAjax 関連の記事もその一環ですね。

今後、このカテゴリではその記録（？）を残していきたいと思います。今後どこまで出せるかわかりませんが、ぼちぼちお付きあいください。ご意見ある方は、ぜひコメントを残してくださーい。

最初に、CHAPTER02 の残りで、サーバとのデータ送受信と直接には関係ないところをひろっておきます。

JSON（Javascript Object Notation）

C言語ライクな文法にのっとったデータフォーマット。ある程度構造化されるデータを表現できるとのことです。実際には下のような記法になります。

var mynameObject = 
{
  "firstName" : "Junya",
  "familyName" : "HOSONO"
};

言語間でのデータのやり取りにも使われているそうで、そういう意味では XML や CSV などと同列の扱いなのかもしれませんが、より言語側（機能側？）に近い印象を受けます。なにせ、Javascript はこのフォーマットを直接に理解して取り扱える、とのこと。なので、XML のように読み込んだあとにパースする必要がないために高速に扱える、と。まぁこの辺は実際にシステムを組んでみないとわからないし、パフォーマンスだけが選択の決め手ではないのですが。

CHAPTER03 XMLHttpRequest リファレンス

いよいよ CHAPTER03。データ送受信の部分。前半の仕組み自体の説明部分を、サンプルプログラムで理解します。

Ajaxにおいてサーバからデータを取得する際に利用する仕組みが、XMLHttpRequest です。

通常は、ブラウザとサーバとのデータのやり取りはHTTP （HyperText Transfer Protocol）というプロトコルにしたがって行われます。やりとり自体はブラウザ自体がやってくれます。

この HTTP を用いたサーバとのやり取りを、ブラウザ自体の機能としてやらせるのではなく、ブラウザ上で動く Javascript の XMLHttpRequest という仕組みをつかってユーザー自身が制御しよう、ということです。

なので、送受信のタイミングのハンドリング自体をユーザーが把握する必要がありますが、かなりの部分はすでに関数が用意されているので、それらを使えばいいようになっています。

XMLHttpRequest を利用してのサーバとのデータのやり取りの手順は、おおよそ以下のとおりになります。

1. XMLHttpRequest オブジェクトの生成
2. open メソッドで XMLHttpRequest オブジェクトを初期化
3. send メソッドでサーバにリクエストを送信
4. （サーバ側での処理が実施され、サーバからのレスポンスが返ってくる）
5. サーバからのレスポンスを受信したことによって、onreadystatechange イベントが発生
6. 受信状況を確認して受信が完了したのちに、受信データを取り出して処理する

以下のサンプルプログラムは、CHAPTER02 の64ページのものを元にしたものです。サーバからのXMLデータを読み込み、内容をメッセージボックスに表示するだけです。ボタンを押して、「今、読み込みました」という文字が表示されれば、成功です。プログラムには、一部、CHAPTER04 にあたるクロスブラウザ対策も盛り込んでいます。

• サーバからデータを取得（64ページ、修正あり）

<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>『入門Ajax 増補改訂版』（64ページ、修正あり）</title>
</head>

<body>

<script type="text/javascript">

// ボタンが押されたら
function sendReq( data, method, url ) 
{
	var oj = createHttpRequest();	// XHRオブジェクト生成

	// 受信時のコールバック先を設定 (クロスブラウザ対策付)
	var ua = navigator.userAgent;
	var safari = ua.indexOf("Safari")!=-1;
	var konqueror = ua.indexOf("Konqueror")!=-1;
	var mozes = ((a=navigator.userAgent.split("Gecko/")[1]) ?a.split(" ")[0]:0)>= 20011128;

	if( window.opera || safari || mozes ) {
		oj.onload = function() { callback( oj ); }
	} else {
		oj.onreadystatechange = function() {
			if( oj.readyState == 4 ) { callback( oj ); }
		}
	}

	oj.open( method, url );	// XHR open
	oj.send('');	//　受信要求を送信

}

// XMLHttpRequest オブジェクト生成 (クロスブラウザ対策付)
function createHttpRequest()
{
	if( window.XMLHttpRequest) {
		return new XMLHttpRequest();
	} else if( window.ActiveXObject ) {
		try {
			return new ActiveXObject("Msxml2.XMLHTTP");
		} catch( e ) {
			try {
				return new ActiveXObject("Microsoft.XMLHTTP");
			} catch( e2 ) { return null; }
		}
	}
}

// データ受信完了時
function callback( request ) {
	var xmlDoc = request.responseXML;
	var msg = xmlDoc.getElementsByTagName( "msg" );
	var data = msg[0].firstChild.nodeValue;
	alert( data );
}

</script>

<form>
	<input type=button
		value="test1.xml を読み込み、メッセージボックスを表示します "
		onclick="sendReq('','GET','./test1.xml')">
</form>

</body>

</html>

サーバから読み込むXMLデータは以下のものです。

<?xml version="1.0" encoding="UTF-8"?>
<response>
	<ch>1</ch>
	<msg>今、読み込みました</msg>
</response>

プログラムを確認すればわかるとおり、ボタンを押して呼んだ関数自体は、send メソッドで終わっています。その後、サーバからのレスポンスの受信が完了した時点で、onreadystatechange イベントが発生し、かつ、readyState が "4（受信完了）" になるので、コールバック関数である callback が呼び出されて、読み込んだ XML 内のデータを表示するメッセージボックスが出る、というわけです。

このイベントが発生するまでは、ブラウザはユーザーに対する処理を止める必要はないので、たとえ途中で通信が止まったり、サーバ自体がトラブルで止まっていたとしても、画面側の反応がとまることはないわけです。ためしに、読み込むデータファイルをサーバ上から削除しておくと、ボタンを押しても何の反応もない＝callback 関数が読み込まれない、というだけで、ボタン自体は何回も押せます、ということは、ブラウザ側の処理は生きているわけですね。

もちろん、実際のサービスを構築する際には、エラー処理などを含めなければなりませんが、今回はサンプルということでそのあたりは省略しています。

CHAPTER03 の後半は、XMLHttpRequest の各種メソッドのリファレンスになっています。

CHAPTER04 クロスブラウザ対策と文字コード

ここは、ブラウザごとに異なる挙動の部分に対する対応と、Ajaxで通用使用される文字コードであるUTF-8以外の文字コードを使わざるを得ない場合の考慮点を指摘されています。基本的には、必要に応じて対処（もしくはライブラリにまかせる）、ということだと思います。どんなことがありうるのかくらいは、確認しておきましょう。

次回は、最近数多く発表されている 各種 Ajax ライブラリで XMLHttpRequest 周りをどう実装するかを説明している CHAPTER05 を見ていきます。

調べたところ、その添付ファイルは、Microsoft のオフィス製品の新しいバージョンである Office2007 で作られたものであることがわかりました。拡張子（ファイル名のピリオド以降の最後の部分）が、doc ではなく docx となっていたからです（ちなみに、Excel は xlsx, PowerPoint は pptx となっているようです）。

これは、Office2007 から導入された新しいファイル保存形式で、従来の Office2000 や XP, 2003 などでは（そのままでは）読み込めないようです。そこで Microsoft のウェブサイトを見たところ、対処方法が掲載されていました。

• Word/Excel/PowerPoint 2007 ファイル形式用 Microsoft Office 互換機能パック

「これをインストールすれば、あなたの使っている Office でも docx や xlsx が読み込めますよ」というわけです。詳しい手順は、上のページのほかに、以下のページにも詳しく書かれていました。

• 「.docx」「.xlsx」などのOffice 2007で作成されたファイルを旧Officeで開く方法

実際にインストールしてみたところ、無事読み込めました。思い当たる方は、試してみてください。

また、逆に自分が Office2007 を使っている場合には、Office2007がまだ普及しきっていない現時点では、他人に渡すファイルを保存するときに、2007形式ではなく、従来の doc や xls といった拡張子になるように保存したほうがいいかもしれませんね。「もらったファイルが開かないよ」と言われないためにも。その方法は、以下のページに Excel を例として書かれていました。

• Excel 2007 のブックを Excel 97-2003 形式で保存する

ご参考までに。

今見ているウェブサイトのページを印刷したいことってありますよね。例えば、外出先の地図を印刷したり、訪問先の情報を道すがら読んでいくために、とか。

ですが、実は、思ったように印刷できなかったことって結構ありませんか？　ありがちな例をあげてみました。

1. 右側の端が切れてしまう（これが一番多いかな）
2. ところどころにポコッと印刷されない部分がある
3. 画面の一部だけでいいのに、いちいちページ全体が印刷される

そこで、無駄な裏紙をこれ以上生産させないためにも、Windows において、なるべく失敗しない印刷方法をいくつか考えてみましょう。

実は、世の中には「ウェブサイト印刷専用のソフトウェア」もいくつかあり、それをインストールすればたいていの問題は解決するのかも知れませんが、それらはあくまで最終手段、ということで、ここではそれ以外の方法を考えることにします。

まずは、自分が使っているブラウザを確認

ウェブサイトの印刷は、通常はウェブブラウザから行いますよね。ウェブブラウザにはいくつかの種類があります。その種類によって、どのように印刷ができるかが変わってくるので、まずは自分がどのウェブブラウザを使っているのかを確認しましょう。代表的なものをいくつかあげてみます。

Internet Explorer 7 （以降 IE7）

最近パソコンを買った人はコレかも。アイコンは、青い "e" に黄色い輪っかがついている。

Internet Explorer 6 （以降 IE6）

現時点では一番使っている人が多いのがコレでしょう。アイコンは、青い "e" だけ。

Firefox

コンピュータに詳しい人はコレかも。

Netscape

昔に詳しい人に設定してもらったパソコンをそのまま使っている場合はコレの可能性もあり。

1. 右端が切れてしまう問題

左側のように右端が切れている部分をきちんと印刷したい、ということです。

真っ当な方法で解決してみる

印刷時の余白を調整する

まずは基本としてこれを試してみましょう。「端がちょっとだけ切れる」という場合は、これで解決します。

Internet Explorer 7

Internet Explorer 6

Firefox

Netscape

A4 横で印刷する

余白を調整しただけでは入りきらない場合は、いっそのことA4 横で印刷しましょう。これでたいていのサイトで右端まで印刷できると思います。ただし、「A4 縦印刷に比べて紙を使ってしまうのでそれがいや」という方は、プリンタ側に「複数枚のデータを一枚に印刷する機能」がある場合があるので、それを使いましょう。

縮小印刷する

そうです。縮小印刷ができるのなら、最初から問題ないんですよね。しかし、"最もユーザーが多い IE6 は縮小印刷ができない" ということが、『右端切れる』問題の最大の原因だと思うのです。しかし、IE7, Firefox, Netscape は縮小印刷ができるので、右端切れる問題とはそもそも無縁なのです。

Internet Explorer 7

Firefox

Netscape

ただし、IE7 と Firefox などでは、比較すると IE7 のほうがより正確に縮小印刷をしてくれるようです。Firefox では、「なぜここで改ページするの？」「なぜそこで全体が左側によるの？」といったことが（たまにですが）ありますね。

ちょっとひねった方法

PDF ファイルにしてみる

Adobe Acrobat のように、PDF ファイルを作成するソフトウェアがインストールされている場合では、ウェブサイトのページをいったん PDFファイル に変換してからそれを印刷する、という方法も考えられます。

※Acrobat Reader、Adobe Reader などは、PDF ファイルを見るだけのもので、PDFファイルを作成はできませんので注意してください。

ただし、「ブラウザから印刷を選んで、プリンタを選ぶ時点で印刷先を "Adobe PDF" 等にする」という手順では、おそらくブラウザのプレビュー画面と同じ見た目でPDF ファイルが作成されるので、IE6 では結局が切れたままのPDFファイルができるだけ、ということになります。

そこで、Acrobat のメニューから、[PDFの作成]→[Webページから作成] を選んでURLを指定すると、そのページのPDF ファイルを作成できます。おそらく横幅ぴったりの PDF ファイルが作成できるはずです。

また、ブラウザ側に、印刷とは別に、[WebページをPDFに変換] といったメニューがある場合もあるので、こちらを試してみるのもいいでしょう。

印刷用にブラウザをインストールする

お使いの OS が WindowsXP の場合には、いっそのこと IE6 から IE7 に移行してしまうというのも一つの手だと思います。ただし、ネット経由のサービス（金融機関の決済など）を利用している際には、サービス利用条件として IE6 を指定している場合がありますので、そのあたりは注意してください。

Windows2000 の場合は、そもそも IE7 自体がインストールできません。ですので、Firefox をインストールして、印刷のときだけ Firefox を使って縮小印刷する、というのはどうでしょうか。

次の Netscape ですが、実はこれはもうサポートを打ち切られている古いブラウザなので、これからこれをインストールすることはあまりオススメしません。

「自分のパソコンにインストールするのはどうも...」という場合には、すでに IE7 などが入っている他のパソコンで印刷する、というのも手ですね。

最終手段

それでもダメな場合（もしくは裕福な方の場合）には、最初に紹介したように、「ウェブサイト印刷専用のソフトウェア」の導入はいかがでしょうか。

さぁ、ここまで説明した方法のどれかを使えば、かなりの数のウェブサイトは右端まで印刷できると思います。みなさん試してみてください！

2. ところどころ印刷されない部分がある

二つ目の問題は、上の絵のような場合です。左側のような状態を、右側にしたいわけですね。これは、『背景の色と画像を印刷する』指定が有効になっていないことが原因の可能性があります。

Internet Explorer 7

Internet Explorer 6

Firefox

Netscape

どうでしょうか。ちゃんと印刷されましたか？

3. 画面の一部だけでいいのに、ページ全体が印刷される

これも、ちょっと紙がもったいないわけですね。地図の部分があればいいのに、会社案内ページ全部が印刷されて 3 ページになったり、ですとか。

プレビューで確かめて、ほしいページだけ印刷指定する

とりあえず基本ですね。実際に紙に印刷する前に、一度確かめることです。

画面上で選択して、選択した部分のみ印刷する

これはやっていない人も多いかも（私もつい先日まで知りませんでした）。ブラウザ上で印刷したい部分をマウスで選択して、印刷する際のプリンタや部数を選ぶ画面を開くと、ページ範囲（印刷範囲）の部分の『選択した部分』という選択項目が選べるようになります。これを選んで印刷すると、マウスで選択した部分のみが印刷されます。

これで、自分に必要な部分のみを印刷できます。ただし、ブラウザ上で自分のほしい部分だけをうまく選択できるかどうかは、ウェブサイトの作られ方によってはちょっと難しいこともありますので、一つ上のやり方も試してみてください。

この本の目次は以下のようになっています。

• CHAPTER01　Ajax の基礎知識
• CHAPTER02　Ajax を構成する技術とツール
• CHAPTER03　XMLHttpRequest リファレンス
• CHAPTER04　クロスブラウザ対策と文字コード
• CHAPTER05　Ajax ライブラリ
• CHAPTER06　Ajax 基本サンプル
• CHAPTER07　送信時イベントタイプ別サンプル
• CHAPTER08　入出力エフェクトサンプル
• CHAPTER09　XML を使ったサンプル
• CHAPTER10　その他のサンプル
• CHAPTER11　Google Maps API
• CHAPTER12　UI ライブラリ群の利用
• APPENDIX　HTTP 1.0/1.1 リファレンス

より詳細な目次に関しては、本屋さんで実物を手に取っていただくか、サポートサイトのほうに掲載されていますのでそちらを参照してください。

個人的には、早いとこ CHAPTER06（Ajax 基本サンプル） と CHAPTER11（Google Maps API） まで行きたいな、という感じです。こういうのは、実際に動くものを作れるようになってナンボですから。

べつに、この本のネタばれをしていくつもりはなく、またよりわかりやすい説明を連ねていくことも難しいので、技術面などからみて重要な点・今後使いたい点をピックアップおよび実際に試してみる、といったようにしていきたいと思います。

CHAPTER01　Ajax の基礎知識

まずはお約束ですが、「Ajax」という言葉の語源の紹介。

• adaptive path » ajax: a new approach to web applications

Ajax の代表的なものとしてよくあげられるのがGoogle MAP 。Ajax を構成する技術として特徴的なのは、やはり Javascript （で駆動する非同期通信の仕組み）と Javascript ライブラリ。Javascript は Ajax によって完全に復権しましたね。

Ajax の一番の特徴としては、

• ブラウザが（ユーザーからの指示で）サーバとやり取りをする間にも、ユーザーがその処理の終わりを待つ必要がない
• ページの移動なしで、（サーバ側の情報を元に）ページの内容を書き換えられる

ということがあげられるでしょう。具体的には、サーバからのレスポンスを待ち受けて実行されるコールバック関数をJavasciptでブラウザ側に設置する、ということです。

このあたりの感覚は、一度でもマルチタスクのウィンドウシステムに関するプログラミング（いわゆるイベントドリブン形式）をしたことがある人は理解しやすいですね（そういや10年以上前にペゾルド本やSX-Windowに関する本なんかを読んでたっけ...）。

あとは、Ajax 利用に関するメリット・デメリットの記述がいくつか。メリットはともかく、デメリットは要考慮ですね。一通りあげておきます。

• クロスブラウザ化が必要
• Ajax を使えないブラウザへの配慮が必要
• リクエストが多発するとサーバ側に負担がかかる
• セキュリティ対策：クロスサイトスクリプティング
• セキュリティ対策：SQL/OS コマンドインジェクション

CHAPTER02　Ajax を構成する技術とツール

前半は、オブジェクト指向の観点から Javascript の文法の説明。関数/変数のスコープの話やオブジェクトリテラルの記法、続いてDOM（Document Object Model）へ。このあたりはいちいち打ち込んで確かめる、というよりも理解する、という感じですね。

ここで、DOM の代表的なメソッドである、getElementById, getElementsByTagName のサンプルを試してみます。

• テーブルのDOMを操作する（60ページ）

実際のソースは以下のようになります。

<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>『入門Ajax 増補改訂版』60ページ</title>
</head>

<body>

<script type="text/javascript">

// データ
var a = new Array();
a[0] = 'data0';
a[1] = 'data1';
a[2] = 'data2';
a[3] = 'data3';

// 書き換え処理
function chgTable(textoj)
{
	// 対象テーブルを特定
	tbl0 = document.getElementById("table0");
	
	// 対象テーブル内TDのノードリストを取得
	tds = tbl0.getElementsByTagName("TD");

	// TDをitem(0)から順番にスキャンする
	for( i=0; i<tds.length; i++ )
	{
		// 各LIの最初の子をセット
		oj = tds.item(i).firstChild;

		// 最初の子がTEXTノードなら書き換える
		if( oj.nodeType == 3 )
			oj.nodeValue = textoj[i];
	}
}

</script>

<table id="table0" border="1">
	<tr>
		<td>データ０</td>
		<td>データ１</td>
	</tr>
	<tr>
		<td>データ２</td>
		<td>データ３</td>
	</tr>
</table>

<form>
	<input type=button
		value=" chgTable(a) "
		onclick="chgTable(a);">
</form>

</body>


</html>

これは、「ボタンが押されたらテーブル内の内容を書き換える」というもの。上であげた、「ページの移動なしで、（サーバ側の情報を元に）ページの内容を書き換えられる」という特徴を示したものです（「（サーバ側の情報を元に）」という部分は抜きですが）。

また、DOM を使えばページ内の任意の要素を書き換えられる、という意味のサンプルでもありますね。コレ自体はまったく面白くはないですが、こういった細かいことを積み重ねて Google Map になる、と考えれば、「なにごとも基礎が大事！」ということで確認しときしましょう。

その後、responseXML、XMLHttpRequest を用いてのサーバとの非同期通信のサンプルがありますが、これに関しては、次回、CHAPTER03 と一緒にみていきたいと思います。Ajax 習得に関しては、これがひとつ目のヤマですかね。

そして、「今後に向けて、ここらで Ajax をきちんと学習しておこう！」と思いたちました。もちろんオンライン上でも様々なチュートリアルがありますが、じっくりやるにはやっぱり書籍を選んでしまう性分なのです。そこで、『入門Ajax 増補改訂版』を読み進めることにしました。

web サービスを使うだけであれば学習などは必要ないのですが、やっぱり原理がわからないと効果的に使えないですし、基礎が大事、ということもありますからね。

この本は、All About で Javascript のガイドをされている高橋登史朗氏の著作であり、書店で見たときにバランスがよさそうだったので選びました。まぁ、似たような本はたくさんありますので、たまたま私はコレだった、ということです。

今後読み進めていくにしたがって、他の記事の合間に更新していきます。自分への備忘録という意味が強いので、かなり技術よりな内容になりますが、ご了承ください。

「今年のインターンはどれくらい入りましたか？　自分でNGOのインターン募集情報を見つけて直接団体に応募できる学生はあまり多くはないものですよね。

就職活動するときには学生は皆がリクナビに登録しますけど、NGOインターン市場にもそのようなポータルサイトがあれば、潜在的なインターン希望者を発掘できるかもしれませんね」

たしかに。学生やインターン希望者側から見れば、そこさえ見れば求人情報は網羅されていて、NPO/NGO側もそこにさえ情報提供すれば学生にリーチできる、となれば、両者にとって得ですよねぇ。

国際協力NGOセンター（JANIC）様、NPO/NGO walker 様、Yahoo! ボランティア様、JICA partner 様、Developing World 様、NGO network Japan 様、東京ボランティア・市民活動センター様、All About ボランティア様、mixi 内の国際協力関連の各コミュニティ様、各大学のボランティアセンター様。　皆様で連携して、せめて求人情報とイベント情報だけでも共有してポータルサイト化していただけませんでしょうか。この業界として、新しい人材にたくさん入ってきてもらうための方策を試みることは悪いことではないと思うのですが、いかがでしょうか？

• NPO（Non-Profit Organization：非営利団体）
• NGO（Non-Governmental Organizations：非政府組織）

という名称からもわかるように、先頭のNは、「○○ではないもの」という意味のNonのことです。

• 私たちは「○○ではないもの」である　→　では何者なのか？

個人的には、NPO/NGO にとって、まずは「自分たちが何者なのか」を他人に伝えるための情報発信や広報活動が、本来の事業と同じくらいに重要なのではないか、と常々思っています。「○○でない」とくくられているのであれば、「自分たちが何者なのか」は、常に自分自身で発信し続けなければならないのです。

「NPO/NGOだから良いことをやっているのだろう」と無条件に思われる時代は、いつまでも続かないと思います（もう終わっているかな？）。

数多くある NPO/NGO のなかで、自団体をどう伝えるか。もちろん様々な要素がからんでくることではありますが、やはりウェブサイトがあるかどうか・充実しているか、という点は大きなポイントだと思います。（左のグラフに関しては後ほど）

そこで今回は、ブログ管理ソフトのひとつである MovableType 4.1 についてです。「救世主」はさすがに大げさですが、自団体のウェブサイトをもっと良くしたいと考えている方は、ちょっとおつきあいください。

MovableType とは、ブログ管理システムのこと

MovableTypeは、いわゆるCMS（Contents Management System＝コンテンツ管理システム）と呼ばれるたぐいのソフトで、CMSの詳しい定義などはリンク先にまかせますが、ざっくり言うと、

1. 記事の内容を入力したら、それから 決められたデザインのページを自動で作ってくれる
2. 記事や画像などを総合的に管理でき、それを配信する準備がある

ということになります。要はブログを思い出してもらえれば結構です。記事を書いて、画像をアップロードして、更新すれば、きれいなページにしてくれて他の人が見られる、というわけです。MovableTypeも、ブログを作ってくれるブログ管理システムなわけです。

似たような仕組みはたくさんあり、それぞれにメリット・デメリットはありますが、MovableTypeの特徴としては、

1. web 上での言及数が多い（≒ユーザーが多い＝困ったときに聞ける人が多い）
2. 国内大手ブログサービスにも MovableType を基にしたものもあるほど、ブログに強い
3. 関連書籍が多い
4. 各種勉強会も結構ひんぱんにある
5. バージョン 4.1 になって、カスタマイズ性が拡張された
6. 安い！（52,500 円）　オープンソース版であれば無料！

といったことがあげられます。

それではなぜ NPO/NGO にとって MovableType なのか？

あなたの団体のウェブサイトを誰が作ってくれたものか、今は誰が更新しているかを、ちょっと思い出してみてください。たぶん、以下のような場合が多いかと思います。

1. 誰が作った？　→ 知り合いでウェブサイトを作ったことがある人
2. 誰が更新している？　→ 知り合いでウェブサイトを作ったことがある人（もしくはその人に更新方法を教わったスタッフ）

そして、たぶん Homepage Builder や DreamWeaver などのホームページ制作ソフトを使われていることと思います。

しかし日々運営していると、以下のように思ったりしませんでしょうか。

1. 日々の更新ができる人を確保するのが困難だ
2. はじめのうちは良かったけど、更新していくうちにレイアウトがずれてきた
3. メニューの項目を一個追加したいだけで、作った人を呼ぶしかない
4. 毎回の決まりきった小さいこともいちいち作業しなければならないので面倒（例：更新履歴の作成）

このような問題を、MovableType は、かなり解決してくれます。順に見ていきましょう。

まずは【日々の更新ができる人を確保するのが困難だ】について。

上で書いたように、MovableType はブログ管理システムなのです。「ウェブサイトは作ったことないけど、ブログや mixi の日記ならやっている」という人は多いですよね。この、「ブログや mixi の日記は多くの人が使える」ということは、とても大きなことだと思います。

MovableType で作ったウェブサイトの更新は、基本的にブログと同じようにできます。なので、ブログや mixi の日記が使える人なら、更新はできるのです。「ウェブサイトが作れる人」に比べて、裾野が一気に広がりますよね。

つぎに【はじめのうちは良かったけど、更新していくうちにレイアウトがずれてきた】です。

ブログや mixi の日記で、画面全体のレイアウトが崩れていることを見かけたことがありますか？　おそらくほとんどないと思います。それはなぜかというと、画面の（記事以外の）メニューやタイトルなどのデザイン部分は、すでにかっちりレイアウトされていて、普通の記事更新をするだけなら崩れたりしないようになっているのです。そうでないと、怖くておちおち記事更新もできませんからね。MovableType も同様な仕組みをとっており、これもかなり解決します。

続いて【メニューの項目を一個追加したいだけで、作った人を呼ぶしかない】。

これはちょっと厄介ですね。上の２で、「メニューやタイトルなどのデザイン部分はかっちりレイアウトされていて」と書いたように、素人にはいじれない感じがします。たしかに、いわゆる「詳しい人」でないといじるのはちょっと難しい場合もあります。

でも、ちょっと考えてみてください。たとえばブログで、記事を整理するために「カテゴリ」を作って整理する、といったことをすると思います。映画の記事と読書の記事を分けたりするためですね。その場合は、管理画面でカテゴリを作って、各記事がどのカテゴリに属するかを決める。そうすると、メニューの「カテゴリ一覧」に、そのカテゴリが自動で追加されたりすると思います。

このように、「あらかじめ、先々の記事の充実を見越した上での拡張性を考えてデザイン・レイアウトされている」という風に考えると、例えば「メニュー項目を追加したい」といった場合でも、最初にうまくデザインさえされていれば、詳しい人はいなくても対応は可能なのです。

最後に【毎回の決まりきった小さいこともいちいち作業しなければならないので面倒（例：更新履歴の作成）】です。

こういった細かいことが、実は日々の作業のうち多くを占めたりするものですよね。でも、上記のように「記事の拡張を見越した仕組み」を組み込むことができるので、更新履歴なども自動で作らせることもできます。

でも、団体のウェブサイトとブログは違うような...

「スタッフ日記はすでにブログでやっているけど、団体本体のウェブサイトを全部ブログにするのはちょっとなんか違うのでは...」と思われるひともいらっしゃるかと思います。たしかに、団体情報や活動案内、事務所の地図などのページが、日々のスタッフ日記に埋もれてしまうのは問題ですね。

それでは、以下のように考えてみるとどうでしょうか。

• ブログ＝記事が日記風に時系列に並んでいるもの
• ブログ管理システム＝記事の内容を入力したら、それから 決められたデザインのページを自動で作ってくれる仕組み

ちょっと考えてみれば、上の両者はイコールではない、ということはなんとなくわかるでしょうか。言い換えれば、普通のブログは、当たり前ですがブログ管理システムで作られていますが、ブログ管理システムを使って、ブログらしくないウェブサイトを作ることも可能ですし、かつ難しくない、ということなのです。個人的には、メリットのほうが断然多いと考えます。

例として、手前味噌ですが、以下のウェブサイトをご覧ください。

• アフリカと歩こう JVCアフリカキャンペーン2008

このウェブサイトはまさに MovableType で作っていますが、あまりブログっぽくないと思いませんか？　（純粋にデザインがきれいでない、コンテンツが少ない、などのツッコミはこの際なしで）　どのようにしたかと言うと、

• 表紙をブログっぽくなく一枚絵を使った固定デザインにする
• メニューはあまり長くせず、左側に固定する

これだけなのです。要は見せ方次第、ということですね。

ブログっぽくは見えなくても、記事更新自体はブログと同じ感じでできますし（実際更新しているのはweb担当者ではない）、表紙の更新情報は新しい記事の情報が自動で入りますし、といったMovableTypeのメリットも活かした形で運営しています。

実際、現時点においても NPO/NGO の団体本体ウェブサイトに MovableTypeを使用した例もちらほら見かけつつありますし、当団体も今後そうする予定です。

最初に苦労するか、ずーっと苦労するか

長々と書いてきましたが、これで最後です。慢性的な人材不足を抱える NPO/NGO にとって、MovableType （のような仕組み）を導入する最大のメリットは、これです。

普段の更新を、だれでもかなり簡単にできる！

これに尽きます。更新されないウェブサイトに価値はない、と言い切ることはできませんが、しないよりはしたほうが絶対にいいです。更新頻度は、どれだけ見られるかに直結します。であれば、その手間をいかに省くか、と考えると、今まで説明してきたようなメリットを持つブログ管理システムの採用は、有力な選択肢といえるのではないでしょうか。

いつ苦労するかをグラフにしてみると、明らかです。

あくまで個人的な感触ですが、最初のサイト構築時の苦労はちょっと（でないかも...）多いですが、後々、確実に楽になります。なにせ、「詳しい人」は普段は必要なくなるほど、簡単に運用できるわけですから。もちろん、最初の苦労の部分を、普通の人だけで乗り切るのは難しいですから、そこは「詳しい人」と協力して行うようにしましょう。

NPO/NGO の運営上、重要な役割を持つ広報・情報発信。その上でも欠かせないウェブサイト。そして、その運営をより簡単にする可能性を持つブログ管理システム。皆さんの団体でも、ウェブサイトのリニューアルの機会がある際には、MovableType（をはじめとするブログ管理システム）の導入も検討されてみてはいかがでしょうか。私でよければ相談に乗りますよ。

数日前から、このブログを携帯電話から見られるようにしています。右側メニューにあるQRコードを使ってアクセスしてください。

昨年に総務省が発表した資料（平成１８年「通信利用動向調査」の結果、添付のPDFに詳細あり）を見るまでもなく、携帯電話でインターネットにアクセスする層は拡大しつつあり、i-mode や ezweb の公式メニューから直接リンクされていない、いわゆる「勝手サイト」とよばれるサイトも数多く存在します。

職場の公式サイトを携帯電話からのアクセスに対応させるべく現在調査を進めている最中なのですが、そのうちの一つの手法を、先行してこのブログに適用してみました。それが、Google Mobile Gateway です。

現時点では、導入予定の MovableType と組み合わせる形での携帯電話アクセスの仕組みとして主に以下のものがあげられるかと思います。

• MT4i
• ケータイキット for MovableType
• PCサイト->携帯変換スクリプト （MovableType でなくても OK）
• Google Mobile Gateway （MovableType でなくても OK）

それぞれのメリット・デメリットなどを今後の調査に回すとして、なぜ今回 Google Mobile Gateway を適用したかというと、理由は簡単で、導入がめちゃめちゃ簡単だからです。

今回は、こちらの記事（Google Mobile Gateway＋QRコード作成で「夜カフェモバイル版」を作った）を参考にしてみました。

1. Google Mobile Gateway で URL を作って、
2. その QR コードを作って、
3. それをブログに貼って、完了！

か、簡単すぎる。最近、改めて Google の各サービスが便利かつすごすぎることに気づきつつあります...遅いですかそうですか。

Google Mobile Gateway 自体の仕組みは結構シンプルで、ページ内の、パソコンからのアクセスのための装飾（背景画像など）をほとんど取り除いて文字中心の情報に変換して表示（必要に応じてページ分割）して、これを携帯電話からアクセスさせる、という感じですね。このブログを例に取ると、以下のようになります。

1. パソコン上ではこういう画面を...
   
2. 装飾をなくして...
   
3. その URL を QR コードにして...
   
4. これを携帯電話からアクセスする。
   

ただ、しばらく使ってみていくつかできないことも見えてきました。

• 携帯電話からのアクセス専用のレイアウトや装飾などが入れられない
• 基本的にパソコンで見るのと同じ分量の文字情報になるので、１ページに全情報が入らなくて、ページ分割が多くなる（「次ページへ」「前ページへ」などでの移動が必要）

しかし、簡便さと携帯電話からのアクセスが得られることのメリットを考えれば、いたしかたないでしょう。

この Google Mobile Gateway は、MovableType で作ったサイトにかぎらず、普通のウェブサイトも携帯電話用に変換してくれますので、皆様のサイトでも試してみてはいかがでしょうか。

大勢のかたにメールを一度に送信したいときってよくありますよね。

例えば、単発のイベントのリマインドメールや開催後のお礼メールなどで、「本文の内容はほとんど一緒でも、宛名部分やちょっとしたあいさつだけでもそれぞれ個別に設定したい」、といったような場合です。

普段使っているメールソフトからでも送れますが、「BCC じゃなくて CC にしてしまったらどうしよう」、「そもそも本文内容を個別に変えられないので、けっきょくコピペ＋編集する必要がある」などの問題点があります。

そこで今回は、ちょっと前に知った、Excelの一覧からのメール一括送信の方法をご紹介します。うまく使えれば、超絶的に便利です。ただし、SPAMメール送信に使うことはもちろんご遠慮願います。お願いしますよほんとに。

最初に白状（？）しておきますが、この方法は、windows のバージョン、Excel のバージョンなどによっては動かない場合があるようです。詳しくは、下のExcelメール一括送信の注意点をご覧ください。もちろんそのままで使えるかたも多いかとは思います（そう願います）。

Excel メール一括送信：利用方法

この方法は、Excelのマクロと、CDO（Microsoft Collaboration Data Objects）を利用します。まずは、下からExcel ファイルをダウンロードしてください。

• エクセルメール一括送信ファイル ダウンロード（xls ファイル、59kB）

以下、手順にそって説明します。また、Excel ファイル自体にも使い方を簡単に説明したシート（「使い方の説明」）が入っていますので、そちらも参照してください。

1. ダウンロードした Excel ファイルを開きます。
   • 「excel_mail_send.xls はマクロを含んでいます。」という表示が出る場合には、「マクロを有効にする」ボタンを押してください。
2. Sheet1 シートを表示してください。
   • おそらくはじめにこのシートが表示されるとは思いますが、念のため。

3. C 列 2 行のセルに、普段使用しているメールアカウントの SMTP サーバ（送信サーバ）名を記入してください。普段使っているメールソフトのアカウント設定画面などにすでに入力されているはずです。（例：smtp.mail.yahoo.co.jp）
4. C 列 4 行のセルに、送るメールで「送信元メールアドレス」としたいメールアドレスを記入してください。メールを送られた人からすれば「送り元」になります。送られたメールに返答することが考えられますので、普段利用しているメールアドレスがいいでしょう。
5. C 列 5 行のセルに、メールを送る際に、BCC を送りたいメールアドレスを記入してください。必要ない場合は空欄で結構です。
   • この方法でメールを送っても、だれにメールを送ったかはお使いのメールソフトの送信箱には残りません（このマクロとメールソフトとは何の関係もないからです）。Excelのなかにも残りません（sheet1の情報だけです。）。ですので、あとでそれをわかりたい場合は、自分のメールアドレスをここに記入しておけば、送ったメールが自分宛にも届きますので、これをメールソフト内で送信箱に移動する、などして対応してみてください。「BCC ってなに？」というかたはメールのBccフィールドを活用する ? ＠ITにわかりやすい説明がありますので、見てください。
6. 8 行目以降に、メールを送る先の情報を記入してください。１行＝１メールになります。
   • B 列：送信先メールアドレス（必須項目）
   • C 列：メール件名
   • D 列：送信先団体名
   • E 列：送信先宛名
   • F 列：メール本文：このセルの中にメール本文を記入します。セル内で改行することもできます。セル内での改行の仕方は、[Alt] キーを押しながら [Enter] キーを押してください。ちなみに、1セル内には約32,000文字程度が入るようです。
7. 送りたいメールの分の情報を記入し終わったら、「メール送信」ボタンを押してください。8行目の情報から順番に、3 秒に 1 件ずつ、メールを送信します。どの行まで送ったかが、F列2行に表示されます。
   • 8行目以降、行のデータが入っている分だけ送信します。なお、途中でB 列（＝送信先メールアドレス）に空白のセルがあるとそこで終了してしまうので、B 列は必ず入力してください。

いかがでしょうか。サンプルデータの8行目の情報から送られるメールは、以下のようになります。

宛先：hogehoge@****.com
件名：テストメール１用の件名！
本文：
■■■法人
　ほげほげ　様

ここに本文を書きます。
改行はＡｌｔキーを押しながらＥｎｔｅｒキーを押しましょう。

宛先、件名、本文１行目（＝団体名）、本文２行目（＝宛名）、本文３行目以降として、Excel のデータが使用されていることがおわかりになるでしょうか。

これで、いままでメールソフトから手作業で送っていたものが、一括で送れるようになります。3 秒で 1 件ですから、100 件送るのに300 秒＝5 分、ということですね（もちろん Excel 上の事前データ編集の時間はかかりますが）。効率があがることはもちろん、操作が簡単ですから、まちがえて CC で送っちゃった、ということもありえません。

もちろん、すでにあるExcel の名簿などからもメールアドレスや宛名欄などがコピペしてこれますし、イベントごとにファイルを分けておけば、参加者名簿がそのままメール送信履歴にもなる、といった管理方法も考えられます。素晴らしいと思いませんか？　このマクロを使って、いままでメール対応に追われていた時間を少しでも短縮できれば幸いです。

Excelメール一括送信の注意点

動作環境について

この方法は、様々な要素によって、使える場合と使えない場合が出てくるようです。下記のその項目と、簡単な対策方法を示します。

• windows のバージョン
  • 98/ME：不可
  • 2000/XP：OK
  • Vista：未確認
  • （※ちなみに、身近にまともな MacOS がないために Mac での動作確認は一切できていません。Mac ユーザーの方すみません。ていうか、CDO 自体動くのかしら？）
• Excel のバージョン
  • 97以前：未確認（おそらく不可）
  • 2000：OK
  • 2003 以降：未確認
    • 【対策】Officee2003においては、標準インストールではCDOがインストールされない（アップグレードインストールだと削除する）、といったことがあるようです。詳しくはこちらのOffice2003のインストールでCDOが動かなくなる！ 「VBA応用(CDOでメール送信)」内をご覧ください。Office2003 における CDO のインストール方法が説明されています。
• お使いの SMTP サーバの設定
  （※ここの説明で、「こういう状況にある→こう対策する」という順序ですすめるのがちょっと難しいと思われる場合には、何かしらのエラーが出る場合に、とりあえず下記対策を一つづつ試してみる、というのも手かと思います）
  • 25番ポートブロック（Outbound Port25 Blocking）対策が必要な場合
    • 【対策】 sheet1 の C 列 3 行の 25 を 587 に変更してみてください。
  • POP before SMTP が必要な場合
    • 【対策】 適切な対策でないかもしれませんが、お使いのパソコンで、同じ SMTP サーバを利用するメールアカウントで一度受信作業をして、直後にこのマクロを利用してみてください。
  • SMTP AUTH が必要な場合
    • 【対策】 マクロの修正が必要です。マクロ内の、"※「メール送信時に認証が必要」な場合"という部分の記述にしたがって、マクロを修正してください。

もちろん、こうしたものを提供する側としては「どんな環境においても動くものを提供する」ことが本道だとは思っていますが、公開前の動作確認に多大な時間を割くよりも、多少の課題はありつつも公開して、大勢の利用者で情報を共用したほうがいい、と判断しました。

ですので、「動いた！」「動かない・・・」というかたは、コメント欄に記述をお願いします（その際には、上記３項目【 windowsバージョン、Excel バージョン、SMTP サーバ設定】をご記入ください）。多くの環境での動作状況がわかれば、それだけ使える人も多くなると思いますので、ぜひ皆様ご協力ください。

ちなみに、私の動作環境は、windows バージョン：XP Pro SP2、Excel バージョン：2000 SP3、SMTP サーバ設定：POP before SMTP もしくは SMTP AUTH が必須（よって上記POP before SMTP の対策で対応）、です。

送信速度が遅い？ことについて

遅い理由は、メール送信を3 秒に 1 件としているためです。これは、プロバイダに SPAM メール送信と誤解されないようにするための、念のための処置です。また、あまりに常識外の件数を一気に送る行為も、同様の判定を受ける可能性がありますので、常識の範囲内で利用しましょう。ご利用のプロバイダによって SPAM 判定の基準は異なると思いますのでご注意ください。ちなみに、「3 秒に 1 件」の設定は、マクロ内で変更できます。

お礼およびその他

このマクロ自体はシーズ＝市民活動を支える制度をつくる会のT氏から教えていただいたものを改良したものです。また、改良に当たっては以下のページを参考にしました。この場を借りてお礼を申しあげます。ありがとうございました。

• Sending mail from Excel with CDO
• How to send HTML formatted mail using CDO for Windows 2000 and a remote SMTP service
• VBA応用(CDOでメール送信)
  • Excel から CDO を用いてメールを送る手法について詳しく書かれています。VBA が多少わかるかたにとっては、すごくためになるページだと思います。

このマクロ自体は、上記のページなどを参考に作成したものなので、とくに利用に制限は持たせません。ご自由にお使いください（SPAM 目的は厳禁）。ただし、このマクロに関してはご自身の責任のもとでの利用をお願いいたします。万一なんらかのトラブルが発生しても、当ブログ管理者は一切責任を負いませんので、ご了承ください。

また、ソフトのインストールや VBA がわかる人にとっては、有名な汎用コンポーネントであるBASP21を利用する手法もあります。こちらに関しては、以下のページが参考になるでしょう。

• ダウンロード(メール送信：外部コンポーネント利用)

皆さんがよく見るブログで、画面上のどこかに左のアイコンがあることに気づいたことがありますか？

また、ブログにアクセスすると、お使いのウェブブラウザのどこかにこのアイコンが出くることもあります（下図、左がIE7、右がFirefox）。

前から「これってなんだろう？」と思っていた方も多いかと思います。このブログにも画面右側のメニューに設置してありますが、このアイコンは、「このブログは、フィード（RSSとかAtomとかいう場合もあります）を用意しています」ということを意味しています。

実は、これはすごい便利な機能です。頻繁にブログを読んだり情報収集される方にとっては、その手間を一気に解決してくれる可能性を持っていますよ。

フィードとは、そのブログの記事が更新されたときに、その記事のタイトルや概要などをまとめて自動で配信するデータのことです。このフィードがあると、なにが便利なのでしょうか。大事な点は、以下の２つだと言えます。

• そのブログの記事が「更新された時」に
• タイトルや概要などをまとめて「自動で配信」する

「配信する」といっても、ウェブブラウザで普通にブログを読むぶんには、なにも起こりません。フィードの配信を受け取る用意が、利用者側で事前に必要なのです。「ラジオ（の電波＝配信）を聞きたければラジオ（＝受信機）を買う」というのと似ていませんか？　この場合の受信機、すなわち（私たちが買う）ラジオにあたるのが、フィードリーダー（RSSリーダーとも）と呼ばれるソフトです。

世の中にあるほとんどのブログやニュースサイトは、実はすでにフィードの配信（の用意）をしています。

つまり、自分がよく読むブログやニュースサイトのフィードを自分のフィードリーダーに登録しておくと、新しい記事が投稿された時に、その記事のフィード（タイトルや概要など）が自分のフィードリーダーに自動で入ってくるのです。寝てても情報収集という意味では、『ニュース情報を自動で取得：Googleアラート』と同じですね。

これで、「あのブログは更新されたかな？」といくつものブログをいちいち見に行って、「まだだった...」という無駄足を何度も踏む必要もなくなるわけですね。更新されかどうかがフィードリーダー上でわかるわけですから。

フィードに含まれる情報は、配信元ブログの管理者側で設定できて、記事本文の全文を含むこともできます。その場合は、極端な話をすれば、ブログ自体にはいっさいアクセスしなくても、すべての内容をフィードリーダーで読める、ということになります。私もフィードリーダーを使い始めて以来、全文配信のブログにはすっかりアクセスしなくなりました。アクセスしなくても記事がすべて読めるからです。

フィードリーダーの種類

フィードリーダーには、専用のソフトをPCにインストールするものや、ウェブブラウザに付属するもの、webサービスとして提供される（ケータイやウェブブラウザの画面の中で動く）ものなど、いくつかの種類があり、そのほとんどは無料で提供されています。有名なものをいくつかあげましたので、自分にあったものを探してみてください。

• インストールするもの
  • goo RSS リーダー（アプリ版）
• ウェブブラウザに付属するもの
  • Firefox のライブブックマーク
  • IE7 の RSS フィード
  • ExplorerBarPlus （IEに追加する機能）
• webサービスのもの
  • goo RSS リーダー（ウェブ版、ケータイ版）
  • livedoor Reader
  • Google リーダー
  • はてなRSS
  • Yahoo! RSS リーダー

フィードリーダーを使い始めると、フィードを配信していないホームページに行くと、「内容はいいんだからフィードを配信してほしいなぁ」と思うようになるかもしれません。実は、職場のサイトの MovableType（ブログ管理システム） 化も、フィード配信が目的のひとつでもあります。これに関しては、もうしばらく（１年くらい？）お待ちください...

ネットを使った情報収集というと、ホームページやブログを見たりメールマガジンに登録したり、といったことがあると思います。そこで、ある特定の話題に関するニュース情報を定期的に追いたい場合、どのようにされるでしょうか。

• 関連するホームページに毎回アクセスする　→　ちょっと面倒...
• 検索サイトで検索する　→　情報を時系列に追いづらい...

上のように感じたことがある方は、Googleアラートを試してみてはいかがでしょうか。600以上のニュースサイトから、登録した単語を含むニュース記事を定期的に自動でメールで送ってくれるサービスです。

利用者から見たGoogleアラートのありがたい点は、２つに集約されると思います。

• 定期的であること　→　漏れがない
• 自動でメールしてくれること　→　手間がかからない

文字通り、寝てても情報収集できるわけです。送られてくる内容は、ニュース記事タイトル、情報元、記事本文の先頭部分、情報元ページへのリンクです。以下は、"NGO"という単語登録で2008年5月1日に送られてきたメールの一部です。

【教育】世界一大きな授業 ２００万人の児童生徒が一斉授業
MSN産経ニュース
国内は非政府組織（ＮＧＯ）でつくる「教育協力ＮＧＯ
ネットワーク」（片山信彦事務局長）が主催し、小中約
２４０校の約２万８０００人が取り組んだ。
東京都文京区の区立本郷台中学校では、スタッフがアフ
リカ・シエラレオネの少年兵の写真などを見せ、なぜ学
校に行く ...
<http://sankei.jp.msn.com/life/education/080430/
edc0804300843003-n1.htm>
このトピックに関する記事をすべて表示する:
<http://news.google.com/news?hl=ja&ncl=http://sankei.jp.
msn.com/life/education/080430/edc0804300843003-n1.htm>

記事をすべて読みたい場合は、下部リンク先に飛べばいいわけですね。

Googleアラートの使い方

Googleアラートの画面（下）で、"検索用語","タイプ","頻度","メールアドレス"を入力して「アラートの作成」ボタンを押すだけです。タイプとは、情報元をニュースサイトだけにするか、普通のホームページなども含むか、といった区分です。

すると、入力したメールアドレスに「こういうアラートが登録依頼されましたがいいですか」という内容のメールが届きますので、そこに書かれている「この Google アラートのリクエストを確認するには、」に続くURLをクリックすれば、登録は完了です。

これだけで、あとは普段どおりにメールを使っていれば、そこに上に示したようなメールが送られてきます。便利！

特定分野に関してきちんと調べたい、という時には使えないかもしれませんが、「これこれに関連する主要な情報を定期的にGETしたい」というニーズに対しては有効なサービスだと思います。

Googleアラートだけに頼ってはいけない

最後に、Googleアラートを使う際に気をつけたほうがいいと思ったことをいくつかあげておきます。

• ある程度昔の情報になると、情報元のページ自体が削除されることがよくありますので、記事全体を保存しておきたい場合には、Googleアラートで送られてきたメールだけでは足りません。別途なにかしらの手段で保存しましょう。
• 情報元はすべてインターネット上のものですので、当たり前ですが、１次情報は収集しずらい（できない？）と思います。その場合には、ご自分の足を使いましょう。
• 調子に乗ってたくさん登録すると、かえって読むのが面倒になってしまいがちです...もちろん実証済みです...

お芝居やドキュメンタリー映画を観た後、外の風景がちょっと異様に感じられることってありませんか？　「（夜なのに）なぜこんなにやたら明るいんだろう」、「なぜこの人たちはこんなに笑いあってるんだろう」といったような、現実感が失なわれている状態のことです。私はこれが嫌いではありません。

先週見た映画 『パレスチナ1948 ― NAKBA ―』は、そのような映画の典型でした。現在の中東問題の淵源である、イスラエル・パレスチナ問題を取り扱った映画です。以前から関心があり、現在勤めているNGOでもパレスチナで事業を行なっている関係もあって観てきました。

なんとこの映画、Yahoo!映画のユーザーレビュー採点で、5月1日現在、なんと１位を獲っているのです。

（※これ以降は一部ネタばれ部分がありますのでご了承ください）

イスラエルとパレスチナ

この映画は、今から60年前の1948年のイスラエル建国宣言以降繰り返されてきたイスラエルとパレスチナ間の紛争や悲劇の記録であるとともに、パレスチナの失われた村々とそこに住んでいた人々の姿を追ったものです。

シオニズム（イスラエル（＝パレスチナ）の地にユダヤ人の故郷を再建しよう、という運動）によってやってきたユダヤ人によって、元いた土地を様々な形で「追い出されて」難民となったパレスチナの人々。イスラエルのキブツ（共同体）によって村ごと "上書き" されて地図から消されたものも数多くあったといいます。

その後、４度にわたる中東戦争やレバノン侵攻、２度のインティファーダなど、数多くの悲劇を繰り返されてきました。イスラエルの建国とそれに伴うパレスチナの人々の難民化、これをパレスチナ人はNAKBA（大惨事）と呼ぶそうです。

パレスチナの叫び

監督は、フォトジャーナリストの広河隆一氏。40年間もの間、この問題を追いかけている方で、多くの著作や写真集を出されています。映画は、ほぼ全編が広河氏が実際に現地で取材した素材で構成されています。戦車が走り回ったりその犠牲者を映したりといった状景もありますが、多くはパレスチナの人々へのインタビューの積み重ねでできています。

「なぜだ！　６０年経ってまだ殺し合いが続いている、いったい誰が始めたんだ！」と涙を浮かべて憤る老人。

自分の父の時代に村をイスラエルに "上書き" された青年は、村の歴史を検証するとともに、「ナチスのことには世界中の人々が関心を持ち、多くのことが文献としても残されているのに、パレスチナ人のことは嘘つきだと言う。なぜですか？　ナチスは人間で、パレスチナ人は動物なんですか？」と、さびしそうに笑っていました。

あたりまえのことですが、多くのパレスチナ人にとって、自分（もしくは親の世代）の人生を大きく狂わせた NAKBA は、彼ら彼女らの今現在の人生にも大きく影を落としています。そのインタビューの多くは、（陳腐な表現ですが）胸を苦しくさせるようなものが多いです。

イスラエル人の中にもパレスチナ側との対立をなんとかしたいと考えている人たちはいて、人権のための医師団（PHR、週末にパレスチナ側に巡回診療に出るイスラエル人の医療団体）の活動の様子や、元兵士だった人が兵士時代にパレスチナ人に対してなにをやってきたのかをカミングアウトする会の様子などもありましたが、それらはあくまで特殊・特別なものであって、まだまだ異端視されることが多いようです。

瓦礫とオリーブ

パレスチナの難民キャンプは、もう何十年も人々が暮らしているために、普通の町と ほとんど変わらないことが多いです。しかし、長い間の紛争を経ており、建物が破壊されて瓦礫のままで放置されていることが多々あります。そのため、空の青色を除けば、ほとんどモノトーンといってもいいような状景が続きます。

一方で、パレスチナの人々にとって、オリーブの樹は特別な存在だとよく聞きます。古くからこの地方に自生しており、実が貴重な食用になるということもありますが、根をおろして青々と葉を茂らせるこの樹の姿が、「この土地は自分たちパレスチナ人のものだ」という象徴にとらえられるそうです。

映画の最後に、イスラエルの共同体に "上書き" され放棄されたある村の人々が数十年ぶりに里帰りする場面がありました。そこには、今もオリーブの樹が残っていて、つけていた実を彼らはうれしそうにもいでいました。

その顔と木々の鮮やかな緑色が、瓦礫の灰色とあまりにも対象的でした。

東京での公開はすでに終わってしまったようですが、今後全国で上映されるようですし、自主上映も募集中とのことです。見逃してしまったという方は、ご検討されてみてはいかがでしょうか。

• 映画『パレスチナ1948 ― NAKBA ―』 公式サイト
• DAYS JAPAN：広河氏が編集長を務めるフォトジャーナリズム雑誌

仕事などで Excel を使われる方は多いと思います。Excel はバージョンアップを重ねる毎に多機能になっており、「はたして自分は Excel の機能のうちの何%を使えているんだろうか？」と思うこともあるかと思います。

しかし、逆に考えてみれば、別に Excel の機能が100% は使えなくても、「自分のやりたいことができればいい」わけですよね。そこで、よく名前を聞き、かつ便利な機能の一つであるピボットテーブルの使い方を動画で説明したいと思います ... すでにご存知の方はご容赦くださいね。

ピボットテーブルは、簡単にいうと、一覧データを様々な視点で「集計」できる機能です。

今回はサンプルとして、NPO/NGO でよく取り扱われる「寄付金一覧」の集計を想定してみます。「いつ」「どなたから」「どの使途指定で」「どうやって」「いくら」寄付をいただいたか、という一覧ですので、以下のような項目があるとします。

• 寄付者氏名
• 伝票No
• 寄付日
• 寄付額
• 寄付使途指定
• 入金方法（郵便振替か銀行振込か）

この一覧から、以下のような情報を抽出するとします。

• 期間中の寄付金の合計金額
• 使途指定別の合計金額
• 日別の合計金額
• 入金方法別の合計金額
• 一度集計したけど、もとの一覧データが間違っていたので修正したい
• グラフにしたい

こんなときこそ、ピボットテーブルの出番です。それでは、ビデオをどうぞ！

いかがだったでしょうか。特徴は、集計したい項目（＝視点）を、グラフ上でいろいろ入れ替えてみることができることですね。ビデオではちょっとわかりにくかったかもしれませんが、入金方法の項目を移動させてみました。最初の範囲指定を変えれば、また別の視点の集計を行うことができますし、付加機能もたくさんあると思います。ご自身が扱うデータにあわせて、いろいろと試してみてください。

なお、今回のビデオの作成には、web サービスの Jing を、配信には SCREENCAST.com を利用させていただきました。

仕事をする上で、スケジュール管理は必須ですよね。なかには、ご自分のスケジュール管理に、紙の手帳のほかに Yahoo カレンダーや Google カレンダーなどを利用されている方もいらっしゃるかと思います。

これらのカレンダーサービスには様々な機能がありますが、そのなかの一つに、他人のカレンダー情報を自分のカレンダーに取り込めること＝スケジュール共有ができること、があげられると思います。そして、一度共有の設定したら、相手のカレンダーが情報を更新したら、それが自動で自分のカレンダー上でも更新してくれるのです。

ということは、自社や自団体のイベント情報をこれらのサービスで提供・共有したら、それらを使っているユーザーにとって（自動でイベント情報が送られてきて）ちょっと便利だと思いませんか？

筆者が働いている NGO では、利用ユーザーが多いと思われる Yahoo カレンダーと Google カレンダー を利用しています。基本的な使い方と、カレンダーの共有の仕方自体に関しては、以下のページが参考になるかと思います。

Yahoo カレンダー

Yahoo カレンダー 使い方ガイド

Google カレンダー

Google カレンダーの使い方ガイド

この２つのサービスの両方にアカウントを作ってカレンダーを共有し、両方のカレンダーに同じイベント情報を登録するわけです。そうすれば、どちらのユーザーであっても、イベント情報を取得することができます。

しかし、この「両方のカレンダーに同じイベント情報を登録する」というのがメンドクサイ、と思いませんか？　筆者はすかさず思いました。どちらかひとつに登録して、それがもう一つと同期してくれればいいわけですよね。ですが、ちょっと調べた限りでは、この両者を自動かつスムーズに同期させる方法はみつかりませんでした（plaxo がちょっと近いかな、と思いましたが）。

ということで、ひと手間かかりますが、現在は手動で同期しています。Yahooカレンダーの情報をGoogleカレンダーに取り込む形になります。

Yahoo カレンダー と Google カレンダーの手動同期方法

1. Yahoo カレンダーにイベント情報を登録する。
2. 画面右側の "オプション" を選択する。
3. 画面中央の "インポート/エクスポート" を選択する。
4. "エクスポート" ボタンを押して、イベント情報を、csvファイルとしてパソコンに保存する。
5. Google カレンダーの画面左側の "追加" をクリックして、"カレンダーのインポート" を選択する。

6. 画面上の "手順.1" で先ほど保存したcsvファイルを選択し、"手順.2" でYahoo カレンダーの情報を同期したい（自分の）カレンダーを選択し、"インポート" ボタンを押す。

これで、Yahoo カレンダーの情報と Google カレンダーの情報は同期されます。ただ、基本的には Yahoo → Google の方向での「上書き」なので、Yahoo 側で削除した情報は、おそらく Google のほうには残ったままになると思います

より多くの方にイベント情報を提供するための手段のひとつとして、このように Yahoo カレンダーや Google カレンダー を利用されてみてはいかがでしょうか。

【2009/5/12 コメントをいただき、一部内容を変更いたしました】

テレビやラジオの生中継は、ニュースでもスポーツでも、その場の臨場感を視聴者が同時に味わえる点で魅力があると言えます。

ustream は、パソコンとウェブカメラ、あとはブロードバンドのネット環境さえあれば、「（インターネットにですが）生中継」が、だれでも無料で利用できるwebサービスです。これって、ちょっとすごいと思いませんか？

一般に広く知られている YouTube は、あらかじめ撮影（編集）した映像をインターネット上で配信する仕組みですが、ustream はその撮影＋配信をいきなりライブでできてしまう点にポイントがあると言えます。

具体的には、YouTube と同じようにサイトのページ上に映像の枠が貼りつく形になって、そこにライブ映像が配信できる、ということです。また、ライブ配信と同時に視聴者とチャットをしたり簡単な投票ができる仕組みもあるようです。

配信と同時に、もちろんその映像の録画もしておけます。録画データは ustream のサーバ上（＝インターネット上）に保管されるので、利用者のパソコンに保管する必要はありません（もちろん指定すれば後でダウンロードもできます）。

利用方法はかなり簡単で、実際に利用できるまで、10分もあればできてしまいます。実際、先日開催された某 NGO のシンポジウム（午後開始）当日の午前中に、「これ、今日のシンポジウムで使えませんかねぇ」と話し始めて、その場で sign up して web カメラをつなげて動作確認もできてしまいました。以下に、利用手順を簡単に説明します。

利用手順

web カメラとマイクの用意

あらかじめ、お持ちの web カメラとマイクをパソコンにつなげて、正常に動くことを確認しておく。Skype などで試すのもいいでしょう。

Account 登録

1. 公式サイト右上の sine up を選択する。
2. Account Info (含むメールアドレス) を入力し、Terms of Use と Privacy Policy を確認して、"NEXT STEP" ボタンを押す。
3. Your Profile を入力し、"I ACCEPT, SIGN ME UP !" ボタンを押す。
4. 指定したメールアドレスに、登録情報の確認メールが届く。
5. （この時点で、すでに作成したアカウントでサインインしている状態になる）

配信準備

1. 公式サイト左上の My Show を選択する（ustream では、一つひとつの映像を show と呼んでいる）。
2. 画面右端の CREATE NEW SHOW の欄に、show の名前を入れて、"CREATE" ボタンを押す。このときに、他人の show と同じ名前は付けられないので注意。
3. 名づけた show の情報（タグや説明など）を登録する画面（下）がでるので、適宜入力して、"Save Changes" ボタンを押す。

配信手順

1. "BROADCAST NOW" ボタンを押すと、配信用画面（下）が出てきて、その手前に「www.ustream.tv がカメラとマイクへのアクセスを要求しています。」というメッセージが出るので、"許可" ボタンを押す。

2. 配信用画面で、カメラの映像が画面に表示されることと、マイクの音が入っていること（VU meter が上下する）を確認する。
3. show の情報を登録する画面にもどって、show タブを選択すると、配信する映像を視聴者に提供する手段があるので、いずれかの用意をする。
   • Url ： ustream 公式サイトと同じレイアウトの配信画面のURL。これを視聴者に知らせる。
   • Video Embed ： 自分のサイト上に配信画面を貼り付けたい場合に、この HTML を自分のサイト上のページに追加して、そのページのURLを視聴者に知らせる。
4. 配信用画面右側にある "START BROADCAST" ボタンを押せば、中継が開始される。"START RECORDING" ボタンを押せば、録画が開始できる。

いかがでしょうか。ただ、上記のシンポジウムの時には、実際には会場にネット環境があるかどうかがその時点で確認できなかったので結局は使いませんでしたが、会場での設備と関係者・参加者の許可さえ取れていれば、おそらく利用できたであろうと思います。

もちろん、「生中継」にはトラブルもつき物だと思います。映っては（聞こえては）いけないモノを流してしまったり、時間が長すぎて間延びしてしまったり、など。

ですが、そうしたもろもろの課題を考えた上でも、利用してみたくなるサービスであることは確かだと思います。これからなにかしらのイベントの主催で会場を探している方は、ustream のためにネット環境があるかどうかもチェックしてみてはいかがですか？

• 公式サイト：ustream.tv
• 上述のシンポジウム直前の際に参考にしたサイト：Ustream.tv　（無料のストリーミング動画配信サービス） : ワークスタイル・メモ:

このblogのタイトルは、『次』のためにwebでなにができるのかを探したい、と考えてつけました。次の段階、次のつながり、次の時代、次の世代・・・といったように、様々な現状をひとつ前進させるための力を見つけるために、ということです。

具体的には、webやPC、MovableType4などのこと、見聞きしたこと、考えたことを記録していくなかで、もっとこんなふうにできないかな（もしくはできますよ）、ということを出していければ、と思ってます。職場のサイトのMT4によるリニューアル(&ケータイ対応)が、当面の目標。この道筋もおいおい出していきます。なにせ元々システムエンジニアをしていた関係で、多分に技術的な方面に偏りがちになるかと思いますが、『（技術的に）あれもできる、これもできる』というよりも、『こんなことをするにはこうすればできる』という形で、なるべくわかりやすく書いていこうと思います。

筆者に関しては、プロフィールを参照してください。このblogのドメイン(ngo-jvc.net)でもわかるとおり、現在は日本のNGOで働いています。

このblogのデザインは、The Open Design Community から、no.781-pixelgreenを使用させていただいています。XHTML+CSSのデザインをMT4用テンプレートに書き換えて適用しています。今後も、ちょっとずつ改善・修正していく予定です。

それでは、今後ともよろしくお願いいたします。