2005-11 on akky@サイボウズラボ・ブログ

証拠を見せる - スパム対策のこんな方法

Wed, 30 Nov 2005 00:00:00 +0000

SPAM STOCK TRACKER という、面白い試みをしているサイトを紹介する。

スパムメールのなかに、特定の企業の株を購入することを薦めるスパム、たとえば、「今、○○株式会社の株が買いどき!」みたいなスパムメールがあると思う。受け取ったことがある人も多いだろう。

この joshua cyr さん、ほんとうにスパマーが言うとおりに株価は上がるのだろうか、ということをサイトで追跡することにした。これがこの SPAM STOCK TRACKER だ。

ここで彼が追跡した結果によれば、スパムで「この株が上がります」と言ってきた銘柄のほとんどが、実際には下がっているということがわかる。

右上に表示される合計を見れば、もしスパムの言うとおりに買ってたら資産は半減していたとわかる。

下の個別銘柄の表を見れば、ほとんどの株がスパムを受け取ったときよりも値下がりしてることがわかる。

普通なら、「必ず上がる株を知ってる人が、それを赤の他人に教える理由がない」と思うので、こんなスパムいくら送ってきても無駄だろうと思うのだが、世の中にはスパムで宣伝された製品を買う人もいるそうなので、スパムで「株が上がるよ」と言われて信じちゃう人もいないとは言い切れない。

万一あなたの近くにそんな騙されやすい人がいたら、こういうサイトを見せるのが一番伝わりやすいだろう。

日本語の場合だと、Yahoo! ファイナンスの掲示板や 2ちゃんなるなどが、こういった株式関係のスパム的な書き込みが蔓延しているところだろうか(株にあまり詳しくないので、他にもっと大きな掲示板があるかもしれないが)。こういったところに対しても同じ実験をしてみると、面白いだろう。おそらく Joshua さんの実験と同じような結果になると思う。

株価の場合、もともと数値化されているものだから、ネットや Blogsphere での評判との比較を取ることはたやすい。株価以外でも、評判(reputation)システムにおける、「やらせ」的な推薦などを別の数値や調査結果などとつきあわせることで、インチキを暴くような仕組みを考えられるかもしれない。

そうやって、スパムで薦められた株/商品/サービスなどが、普通の株/商品/サービスなどよりも悪いということが定量化されていくと、スパムも減っていかないかなあ、などと期待するのだった。

[2006.12.1 追記] リアルタイムで、受け取ったスパムとそこで推薦された銘柄の関係を表示する別のサービス、Stock Spam Effectiveness Monitorが登場した。

37 Signals のビジネスモデルはあくまで Web デザインコンサルティングなのだろうか

Mon, 28 Nov 2005 00:00:00 +0000

この会のエントリで書いた内容は間違い、実際にはまったく逆でした。コメントを参照してください。ogjun さんご指摘ありがとうございます。

The 37 Better Project は、Backpackit や Basecamp などでいわゆる Web2.0 的なサービスを先導し、開発フレームワークの Ruby on Rails でブラウザベースアプリケーション開発に旋風を巻き起こしている 37 Signals の新ページ。

もともと、 37 signals は Web UI のコンサルティング会社で、Backpackit などオンラインの情報共有サービスは実質無料。利用の多いユーザからは料金を取ることになっているが、有料ユーザがどれぐらいいるのかは怪しく、どうやって儲けるのかビジネスモデルがはっきりしないところが、典型的な Web 2.0 企業といえる。

元々の本業が Web 設計コンサルティングであることは 37signals.com 本ページに書いてあるし、Web デザインに関わる書籍も出している。

今回新たに公表されたのは、世の中の代表的な企業ネットサービスをいくつか取り上げて、「37 Signals ならこう作り変えますよ」というデモと、定額($2500)のコンサルティング試用サービス 37 express。

こんな風に直したら、既存の企業サービスももっとよくなるのでは、というデモが下記のようなもの。

デモでは、現在のサービスと、彼らがどこをどう直して、それによってどういう効果があるか、といったことが比較して説明されている。

37 signals の各公開サービスでやっているような、動くデモではないし、Ajax も(試したかぎり)使ってない。リンクも作動しないので、純粋に Web デザインだけの提言デモのようだ。

また、37 express を申し込んでみたい人のための、10 項目のアンケートも Word 形式でダウンロードできるようになっていて、この 10 項目もサイトの再設計をするにあたって考えるべき項目がよくまとまっている。$2500 払う前でも、そこそこ有用な情報が得られるように思えた。

見るだけでも勉強になる今回の発表だが、これはまた同時に、37 signals があくまでデザインコンサルティングを中心にビジネスモデルを組み立てていることを表している。

Backpackit.com などの無料サービスには「我も続け」と参入した/するフォロワーも多いが、フォロワーの多くが「ユーザをたくさん集めれば、利益は後からついてくるだろう」と Web2.0 的な楽観論に支配されているようにみえる中で、追いつこうとしている 37 signals がそもそもサービスで儲けようとしてないとしたら、他社競合は足元をすくわれるだろうな。

37 Signals のビジネスモデルはあくまで Web デザインコンサルティングなのだろうか

Mon, 28 Nov 2005 00:00:00 +0000

このエントリで書いた内容は間違い、実際にはまったく逆でした。詳しくはコメントを参照してください。間違った内容を書いてしまい申し訳ありません。ogijun さんご指摘ありがとうございます。

元々の本業が Web 設計コンサルティングであることは 37signals.com 本ページに書いてあるし、Web デザインに関わる書籍も出している。

こんな風に直したら、既存の企業サービスももっとよくなるのでは、というデモが下記のようなもの。

デモでは、現在のサービスと、彼らがどこをどう直して、それによってどういう効果があるか、といったことが比較して説明されている。

AHAH (アハー)補足

Mon, 28 Nov 2005 00:00:00 +0000

昨日のエントリ Ajax は難しい? AHAH ならどうだで紹介した AHAH だが、別に「AHAH が AJax を置き換える」とか「これからは AHAH だ」とか言いたいわけではないよ。

Web クライアント-サーバ間(の lazy な、とか、部分的な)データ伝達を考えたときに、Ajax というのは「XML であること」をけっこう重視して宣言された。

XML でデータを流通させるのにはやはり意味があって、同一のデータを基にクライアント側で表現方法を複数切り替えるとか、描画にクライアント側のマシンパワーを積極的に使いたいとか、であれば XML ぜんぜんオッケー。また、サーバ側から提供される XML データを、広く公開して他のクライアント(や他のサーバ)でも使ってもらおう、というときも、標準である XML を使うことの意義は大きい。AHAH でそんなもの提供したら、読む側は独自 HTML を読むための HTML パーザを使わなきゃならなくなる。

データも公開するけど、関係するデータ利用者のほとんどが Javascript だった場合、JSON みたいな話が出てきて、クライアントがそのまま使える形にすることでクライアント側の手間を省くのに成功している。なんでも XML は止めて、実用的に考えようよ、というのが JSON だったと思う。

AHAH もそれと同じことで、XML であることや JSON であることに意味が無いようなデータに、無理矢理複雑なデータ構造を使うのは止めたほうがいいんじゃない、というだけのことでしかない。誰も途中でそのデータを横取りせず、送られたものは結局表示するだけ、だとしたら、サーバ側で整形したものをそのまま返したほうが楽じゃん、という。ようは適材適所、ということだ。

「Ajax といいつつ、部分ページを送ってるだけなんだよなあ」というようなことに後ろめたさをこれまで持ってた人たちがいたとしたら、AHAH という定義やその理論的な補強をするページが存在することは、いいことなんじゃないかな。

Ajax は難しい? AHAH ならどうだ

Sun, 27 Nov 2005 00:00:00 +0000

AHAH は Asynchronous HTML and HTTP の略で、Ajax の Javascript と XML の部分を素の HTML に置き換えた、Ajax のかけそばみたいなものだ。

AHAH (アハー、と読むのだろうか)は、Ajax の簡略版と言える。提唱者の主張するその特徴は、

XML スキーマとか考えないことでデザインが高速にできる
現行の HTML を再利用でき、新たにウェブサービスを作る必要が無い
すべてのデータはブラウザで見える形でやりとりされ、デバッグやテストが簡単
HTML はページの DOM に直接埋め込める形で返されるので、パーズが不要
HTML なので、デザイナが CSS で直接フォーマットできる。XSTLT でプログラマーが整形するよりいい
処理はサーバ側で行われるので、クライアント側でプログラミングは無い

サーバ/クライアント間のデータ転送を、無駄に XML や JSON などで行っているケースは、Ajax の利用ページの中でもそれなりにありそうだ。この AHAH のようなケースも、Ajax の一例と言ってしまっていいと思うが、もっと楽できるところは楽しようよ、という提言としての意義があるのではないか。

銀座アップルストアで Goodpic さんの講演を聴く

Fri, 25 Nov 2005 00:00:00 +0000

第八回XML開発者の日の懇親会も興味あったのだけど、夜は別の用事を入れていたのでそちらへ移動。隣の駅だったので歩いて移動したらちょうどよい時間だった。

いつもブログを読ませていただいている Goopic さんのブログで始める自分のための情報整理という講演。

XML 開発者の日では平田さんがお話され、夜の講演では goodpic 金子さんと上ノ郷谷さん(Hinagata の人。Six Apart に入社されているとは知らなかった)、と、Six Apart 社づくしの日だった。このブログも MT で書いてるし。

場所が場所で、一般の人も多そうだったので、講演の内容はブログに関する基本的な紹介が中心。MT + Bloglines + del.icio.us の組み合わせで情報収集してブログ書いてますよ、というお話で、これは僕もまったく同じ組み合わせなのだった。金子さんの del.icio.us の URL が紹介されたのがよかった。Bloglines で購読しようかな。

第八回XML開発者の日

Fri, 25 Nov 2005 00:00:00 +0000

第八回XML開発者の日に行ってきた。

メモは取ったのだが、すでに詳細なものが上がっているので略。そちらを読まれるといいだろう。

今回 REST と Atom PP がお題だった。ちょうど、サービスの API 公開はどうやってするのがいいのか、といったあたりをラボで調査していたため、他の人がどう考えているか、どのような選択肢があるか、といったことを聞けてよかった。

海外では Movable Type がそれほど圧倒的ではない、という話に驚かれている方も多かったようだが、Trackback を受け付けるブログがほとんど無い、というほど無いとは個人的には思えなかった。このブログでは引用元が海外のブログでも気にせずトラックバックを打っているが、日本ほどではないけどトラックバックを受け付けているところもそこそこあるという印象なので。

Google AdSense の新機能は電話との連動

Wed, 23 Nov 2005 00:00:00 +0000

via problogger

まだアメリカの一部地域でしか現れていないということだが、Google AdSense に緑の電話マークが出ることがあるらしい。Google のヘルプページにも、この Google Click-to-Call に関する説明が登場している。

AdSense のリンクをクリックすると広告主のページに飛ぶわけだが、この電話アイコンをクリックすると、自分の電話番号を入力させられるようだ。電話番号を入れたら、広告主から自分宛に電話がかかってくる、という仕掛け。

電話代は Google 持ち、というか最終的には広告主持ち。自分の方には電話代はかからない。(アメリカの携帯電話は受信側もお金がかかるので、携帯で受ける場合はタダにはならないが)

この時入力した電話番号は、広告主に直接明かされることはなく、電話が終わったら Google のシステムからも消去されるとのこと。であれば、これを使って商品説明などを受けたからといって、そのあとしつこい営業が続いたりすることはない、ということになる。

最初に AdSense と電話という組み合わせをみたときは、てっきり Google Talk を活用してその場で話をするものだとばかり思ったが、通常の電話を使うものだった。

この Click-to-Call に対応できるのは、24 時間運営の電話センターを持てるような、よほど大きな広告主だけだろうとは思う。でも、今だってテレビや雑誌経由でフリーダイヤルに電話させようとする業者はたくさんいるのだし、ウェブからもその流れを確保する、という今回の新機能、目のつけどころはいいし、ネット外の既存競合に与える影響も大きいのではないかと思う。

あと余談だが、企業からコールバックさせる、ということだと、サイボウズ本社でもサポートにこんなメニューがある。必要な人に意外と知られてないみたいなので紹介しておく。

僕のような理系人間からすれば、メールサポートのほうが気楽だと思うんだけど、電話で話せることはメールやウェブサイトでの案内よりも高級なインタラクションなのかもしれない。サービス提供側の人件費からいえばもちろんそうなんだが。Google 検索やはてなの人力検索みたいなのを電話で代行受付してお金を取るサービスみたいなのも、今後富裕層向けに出ないとも限らないのかなあ。

[追記] 2006.10.08 「Google Click2Callはうまくいかなかったのでやめました」というエントリがGoogleの公式ブログのRSSで流れてきたと思ったら、すぐに消えた。続報によると、どうやら公式ブログが外部からクラックされて、嘘の情報を流されたということらしい。(公式ブログでの訂正情報)

最初にこのエントリを書いたときは、AdSenseのClick-to-Call機能、と書いていたが、AdWordsのClick2Callという呼び方が正式のようだ。

早くも RSS-SSE の実装例が登場

Wed, 23 Nov 2005 00:00:00 +0000

昨日紹介した新 RSS 拡張 SSE 、それほど難しい規格ではないとはいえ、発表の翌日に実装を出してくると目立つなあ。

AppleScript を使った、Max 用の RSS リーダー NetNewsWire の購読リストを SSE でエクスポートするツールが登場した。

実際にエクスポートされた SSE の例も公開されている。

RTC勉強会第7回 Web2.0 参加

Tue, 22 Nov 2005 00:00:00 +0000

RTC勉強会　『Web2.0』　-ビジネスへのインパクトに参加してきた。

「ちょーちょーちょーいい感じ」の保田氏と近江商人JINBLOGの上原氏が主催する勉強会。今回で第7回ということだが参加ははじめて。

技術者向けではない、と念押しされていたが、むしろ技術者以外の人は Web 2.0 喧騒をどう見てるのか興味があって参加した。会場は100人近くの人で埋まり、S:G比 (スーツ:ギーク比。今作った)は 8:2 といったところ。

Feed/Web2.0 について話したのはどこかで見たことのあるこの人。用があるとかで講演後そのまま去られたのが残念。

会場からの質問が、技術系の会合と色合いが違って面白かった。

また、最後の締めにおこなったグループによるディスカッションでも、いろいろと気づき、特にブログネタ方向で、を得ることができた。今回一番記憶に残った話は、RSS が溢れ出るネットになったときに、どうやって自分の RSS を購読させるか、という話で、現実世界での利益をインセンティブとして与えることでそれを実現する、というあたりがスーツ的発想でよかったと思う。それ以外にもアイデアの種的なものをいくつか貰ってくることができた。

名刺交換が苦手なので、会の後の大名刺交換会にはあまり参加できず。しかし前から注目していた芸能証券(発想が面白くて好きだ。芸能に興味ないので自分では遊んでないけど)の人やガ島通信の中の人と話ができたのはよかった。

CNET 検索サービスカンファレンスの海外レポート

Mon, 21 Nov 2005 00:00:00 +0000

CNET Japan Innovation Conference 2005 Autumn 次世代ウェブの検索サービスを探る (長い。。。)の報告がいろいろあがっているが、Search Engine Jounal も人を派遣してたようで、やたら気合の入った現地(東京)レポートがあがっている。

CNET Japan Search Conference Report

グーグル・グローバル: オープンソース、API、ミッション

英語圏に日本の検索市場を紹介しようとしている記事自体が興味深いし、日本語での報告もたくさんあるため、比較して読むのも面白いだろう。特に参加した人からみれば、会場で語られていた内容がそのまま英訳されているわけだし。

# Blog Session のレポートで紹介されていた、ブログサービスとブログ検索によって “an extremely popular” な “Japanese portal"ってどこだと思う?
自分が普段触れていない言語圏で、どのサービスがどれぐらい有力か、現地の人にどれだけ知られて/使われているか、というのを把握するのもたいへんだろうなあ。そのポータルもがんばってるとは思うが、“extremely popular” ってことはないんじゃないかと思いつつ。。。

SSE (Simple Sharing Extensions)発表 - 次世代 RSS となれるか?

Mon, 21 Nov 2005 00:00:00 +0000

via TechCrunch

SSE (Simple Sharing Extensions) とは、一方向の通知を実現する RSS に対して、最低限の拡張によって双方向の同期を実現するもの、ということらしい。

マイクロソフトの CTO 、Ray Ozzie が自身のブログでこの SSE 発表について解説している。

このブログ記事によれば、SSE によって、家族間でスケジュールのアップデートを共有することができるようになるという。その際に、プライベートなスケジュール、共有スケジュール、公開されたスケジュールをそれぞれ適切な公開レベルのまま扱うことができる。スケジュールは一例で、アドレス帳の中の共有エントリなどについても同様に、個人アドレス帳アプリケーションの中から共有されているアドレスを更新すると、その更新が共有相手側にも伝えられてシンクロナイズするようなアプリが作れるという。

「あの」マイクロソフトが提案する仕様だが、ライセンスはクリエイティブ・コモンズ、具体的にはこれで、自由に使っても後でマイクロソフトから利用を禁止されたり利用料を請求されたりすることはなさそうなライセンス。

レイ・オジーは、RSS の持つ簡単さとオープンさが RSS を普及させたことを考慮した上で、SSE をできるだけ簡単な仕様に押さえたと書いている。実際に、ここ数週間で、マイクロソフトの複数の製品開発グループが、この SSE のプロトタイプ実装やデモを作成し、それらが相互に働き合うことを確認したそうだ。

また、RSS の父である Dave Winer にも協力を要請し、彼の要求で OPML のほうにもこの SSE を適用できるようにしたとのこと。デイブ自身のブログでも SSE について述べられている。

とりあえず彼らの売り口上を読んで、非常に気になっている。シンクロナイズ用のデータ仕様といえば、SyncML なんてのも前からあるわけだし、はたしてこの SSE のどこがすごい/簡単/普及しそうなのか、仕様書を読んでみるとしよう。

SSE 仕様書のドラフト(バージョン 0.9)はこちら

SSE に関する FAQ はこちら

# 最初みたときに思ったんだが、SSE といっても、Pentium III とかに載ってる、浮動小数点計算を早く処理するアレじゃないよ

追記: いちおう仕様書を読んだ。メモを末尾につける。ほんとに素の RSS を保ったままなので、この拡張情報を入れたとしてもこれまでと同じ RSS として問題なく動く(はず。いいかげんなパーザを使ってるところはダメかも)。その上で、RSS-SSE を解する複数のサイト間で、更新情報をシンクロナイズさせることができるということになりそうだ。

簡単とはいっても、扱う問題がこれ以上簡略化できないので、これをライブラリに落とすのは多少面倒そうだ。マイクロソフトは社内でいろいろ試しているから準備はできているわけだが、各スクリプト言語など向けのライブラリが揃って遊べるようになるのが普及への鍵かと。

カレンダーやアドレスの共有という点で、非公開にするための新たな仕組みがこの拡張の中に含まれているわけではない。RSS の認証については、これまで同様 RSS の下のレイヤで考えないといけない。

サイトA とサイトB が、お互いの SSE フィードを購読しあう。SSE フィードには、更新されたとか削除されたという拡張情報がつくため、各サイトでは相手サイトで行われた変更を取り込んで反映させることができる、ということ。 (仕様書 1.3)

SSE (Simple Sharing Extensions)発表 - 次世代 RSS となれるか?

Mon, 21 Nov 2005 00:00:00 +0000

via TechCrunch

SSE (Simple Sharing Extensions) とは、一方向の通知を実現する RSS に対して、最低限の拡張によって双方向の同期を実現するもの、ということらしい。

マイクロソフトの CTO 、Ray Ozzie が自身のブログでこの SSE 発表について解説している。

SSE 仕様書のドラフト(バージョン 0.9)はこちら

SSE に関する FAQ はこちら

# 最初みたときに思ったんだが、SSE といっても、Pentium III とかに載ってる、浮動小数点計算を早く処理するアレじゃないよ

サイトA とサイトB が、お互いの SSE フィードを購読しあう。SSE フィードには、更新されたとか削除されたという拡張情報がつくため、各サイトでは相手サイトで行われた変更を取り込んで反映させることができる、ということ。 (仕様書 1.3)

ポールグラハムの Web2.0

Mon, 21 Nov 2005 00:00:00 +0000

暴れん坊ブロガーポール・グラハムが Web2.0 について書いてきた。

ポールグラハムというのは、オンラインで書いたエッセイがハッカーと画家という本にもなっている。(たまには Amazon 以外のリンクでと思ったが、検索上位になかなか見つからない。競合他社はもっと SEO に力入れないといかんよなあ) 超辛口の Lisper だ。

彼による Web2.0 とは

たまたま同じ時期に居合わせた Ajax
民主主義的な集合知
ユーザーにひどい扱いをしない

の 3 つからなるもの。で結局のところ、つきつめればそれは Google がやっていることになる、と。

「del.icio.us や Flickr によるタギングの考えを推し進めて、リンクに使われたテキスト文を活用し、ユーザが他のサイトをどう評価しているかをグラフ理論を使って洗練していけば、ウェブ上の検索を改良することができますよ」、みたいな Web2.0 サービスを考えたなら、それは Google が前からやっていることだった、というオチ。

2004 年に開催された Web2.0 カンファレンスに、Geek などほとんど来てやしなかった(参加費が $2800 だもの)とか。このカンファレンス用に Tim O’Reilly がスーツを買ったとか。そんな話も面白い。あとは Google Maps の技術リーダーも他所から買われてきた人材だった、という情報へのポインタとか。

Google で購読ボタン/リンク

Sun, 20 Nov 2005 00:00:00 +0000

サイドバーに「Google で購読」リンクを追加

Google で購読リンクのジェネレータページはこちら

Google Personalized と Google Reader のいずれかに、指定したフィードを登録するためのボタンとなる。
画像を使わなければ、リンクだけになる。

Wiki 企業情報サービス Yellowikis