日本語対応したハードウェアキーボードは、まだ改善の余地があるんじゃないかという話。

入力モードが英語兼ショートカットと日本語の２モードあるのに、現在どのモードを選択中かをハードウェア的にわかりやすくなっていないんじゃないかと。せいぜいランプの点灯をトグルスイッチ的に表示しているだけとか。

Photoshopでショートカットを使うんですが、英語入力モードでないと有効ではなく、操作直前にモードを確認する必要があるんですが、これがちょっと面倒で。個人的にはソフトウェア的に目立たず大きく表示してくれるImageUpを入れているのと、相対切り替え（押す度に日英切り替わる）ではなく絶対切り替え（押せば必ず英語入力モードに）のキーバインドを設定しています。

やや脱線気味にPhotoshopの話を続けると、iPhoneアプリでショートカット集をソフトウェアキーボード化したアプリでPhotokeysというのがありましたが、英語圏のアプリなので特に強制的に英語モードにするわけではないので操作直前に確認するというプロセスをはさむことになり、心理的なワンクションや実際の手間は変わらず。入力時、矯正的に英語入力に切り替えて、その後操作前の状態に戻してくれるのであれば有用かなと思います。誰か作って!

以下Photoshopの話から一般的な文字入力に話を戻しますが、その点、iPhoneでいいなと思うのが、ソフトウェアキーボードであることで、これはナビゲーション用ボタン、これは英語キーボード、日本語キーボード、と出し分けることができること。入力がしやすいかはここでは問題にしませんが、少なくとも何が入力されるか自体は迷いようがない（入力したい文字が画面上にない場合は迷う可能性がありますが）。
ソフトウェアキーボードであることが、たどり着く唯一の正解とは思っていないんですが、ハードウェア的に解決はされていないんじゃないかと。

制作に使う場合とウェブブラウジングなど遊びに使う場合など目的にもよると思いますが、例えば仕事でPC使わないでリタイアしたシニア世代とか、キーボードになじみのない人たちにとっては現在のキーボードはエンジニア専用端末すぎて使いづらいんじゃないかと。これおそらく英語圏の人たちはあまり問題意識を感じないと思うので、なんとか日本製で良いものが出てこないかなー、と思ってます。英語よりも合理的な、日本語の50音配列を生かした配列の文字入力デバイスというか。

LEADING EDGE DESIGNさん作のメディアアートっぽいプロダクトで、tagtypeというものがありました。
日本語の50音配列を生かし、行選択のち列選択で文字を確定させる感じ。すばらしい。これは市販されていないはず。
障害を持たれている方をそばで１ヶ月近く観察して、ゲームコントローラを流暢に扱っているのを見たのが発想の原点とのこと。

実際に手にとってみたことがあって、写真をじっくり見てもわかりますがその時気づいたんですが、日本語は、行が１０行、列が５列なので、行入力には左右両側に入力項目が並んでいて、列入力には同じ値のものが左右両方に同じ値が並んでいます。
なので文字によって、最初に押す行の側で列も入力できるようになっています。ここは最初は少し戸惑うかもしれないけど慣れてしまえば使いやすそう。

もちろんこれでPC使って制作に使う用途にはむいてないので、ブラウジングなどで必要最低限、文字入力が必要な人への入力デバイスとしては面白いんじゃないでしょうか。

マウス

iTunes Storeが先日リニューアルしました。
HTMLベースになり、以前よりもだいぶすっきり＆まともなデザインになったと思います。

びっくりしたのが横スクロール対応。

以前はこんなのでした。

大胆だなーとしばらくアホみたいに眺めていたのですが、少しおいてMagic Mouseが発売されて合点した次第。
デバイス的に縦スクロール／横スクロールが等価的に扱えるので、横スクロールを疎ましく扱う必要がない、と。
なるほど。と思ったのですが、実はその前のMighty Mouseでも横スクロールは対応されていた。

すべてのiTunes Storeユーザーがアップル製マウスを使う訳ではないので、先取りするならサービスの主戦場たるiTunes Storeでやるよりもアップルのサイトなどでやればいいのではと思いましたが。ホイールつきマウスは一般的に縦スクロールのみ対応、のちに横スクロール対応のものも出てきました。これは縦スクロール用のホイールを横に倒すという若干力技な仕様。
一般的にディスプレイモニタは横に長いので、デバイスの普及具合によって、今後はウェブサイトでの横スクロール対応の仕方が変わってくるのかもしれません。

ディスプレイ

愛用中のNECのLCDモニタ（MultiSync LCD2690WUXi2）これはWUXGAなんですけど、縦置きでも使えるので買ってみたのですが、縦に置くと横幅が1200pxになってしまい、狭く感じてしまうというオチ。
ウェブをブラウジングするだけ使う分にはあまり問題ない感じでしたけど、Photoshopで使うとフォントリストが豪快なことだけは確か。

参議院はともかく衆議院は特に、そもそも国政に参加する政治家を選ぶのに、地域に候補者を紐付けてしまう所がすっきりしないんですよね。

ウィキペディアなので正確かわかりませんが、昔（1947年から1980年）は衆議院選挙で全国区制が行われていたのですね。ネットがない時代には、選挙活動の範囲が全国に及ぶので選挙費用が膨大にかかったようですが、これはネットで選挙活動や投票ができればかかるコストやあり方がだいぶ変わってくるのではないでしょうか。

（衆議院でいうと小選挙区比例代表並立制から）全国区制へ移行するメリットとして思いつくものをあげますと、

• 政党でなく政治家個人単位で支持を表明できるようになる。

• いわゆる1票の格差が全くなくなる。

• 候補者と地域の利益が結びつきづらくなる。

• 出馬する地域によって競争率が異なる現状が解消される。

一方で選挙活動が地域に紐づかないので、町中を街宣車で騒音をまきちらしながら名前を連呼して走り回る必要がなくなり、演説する場所は効率を重視すれば人が集まる場所に収束していき、政策の訴求は全国を対象とするのであればネットや他のメディアが中心になり、有権者は「Yahoo!みんなの政治」のような人名ディレクトリに掲載されている、経験した役職や実績のリストやマニフェストなどを参照して判断し、自分の支持する政治家へ貴重な一票を投じることができる、と。

仕組みだけで考えると総理大臣も直接投票できてしまうかもしれませんが、まずは国会議員だけでも直接投票できるようになってほしいですね。

政治家にとっても政局よりもちゃんと実績を残す方にインセンティブ的なものを感じるようになるんじゃないか、そうなってほしいという率直な思いです。あきらかにこっちの方が風通しがよさそうに思うのですけどねー。素人の一意見でした。

Yahoo!ショッピングはよく出来ていて、上記ダイアグラムはショッピングカートに入れた商品をユーザーが購入するまでのページごとの入力情報を、それぞれ上から下へ画面表示順にまとめたものですが、まずYahoo!ショッピングは、色んな店舗の集合体なので、店舗ごとにサポートしている決済手段／配送方法が異なっており、よって店舗ごとにショッピングカートが異るのでそれを選ぶところから始まるのですが、その後は上記step 1 からユーザータスクがスタートします。

ユーザーが滅多に変更することのないアカウント情報に紐づいている入力情報はstep 2にまとめられており、それ以外の、その時の買い物固有の入力情報はstep 1にまとめられています。

注文完了までたった3画面で端的にまとめられていますが、注文内容の表示位置にもこだわっているのが見受けられます。

step 1ではユーザーが注文しようとしている直後ですから、何を注文しているのかがわかるよう一番上に配置。step 2ではそのプライオリティは下がります。一番下ではなく、一番下にはメールアドレス入力欄があるのがちょっと不思議ですが、これは後述する通りリニューアル以前の名残りかもしれないですね。そしてstep 3では、もう注文完了直前の確認画面ですから再び注文内容の表示位置が一番上にきています。

といった感じで隅々まで考えつくされているのに。ああ。

step 3の注文内容確認画面で突然登場するメール送信のチェックボックス。初期状態ですべてオンになっています。

一番下までスクロールして確認しないユーザーは、気づかぬうちにメール送信に合意しているという訳です。

楽天市場が同じ仕様で有名ですが、楽天はある意味潔く以前から一貫してこの状態なのに対し、記憶が正しければ、以前2006年暮れごろに調べた時には、Yahoo!ショッピングは注文内容確認より前の画面、メールアドレスを入力する箇所でメール送信についても尋ねてきていたはず（初期状態でオンだったかまでは記憶にないのですが）。2007年11月29日のリニューアルで今の状態に改変されたのでしょうかね。

言わずもがなですが、一般的にこういった一連のタスクが複数ページにまたがって行われ、最後の一歩手前で入力内容を確認させる際に、その画面で初めて新しい要素を登場させることはユーザーに対する裏切り行為に近いものがありますが、さらにその内容がメール送信に合意という、買い物終えてしばらくして、関連性があやふやになっている頃にショップ側からのアクションとして届くのであんまりよろしくないかと思います。

Greasemonkey 用スクリプト – Deny Rakuten News

「デザイニング・インターフェイス」という書籍でこんな記述があります。

「直感的」という言葉は若干誤解を招きやすい。かつてジェフ・ラスキンは、われわれがソフトウェアの利用に関して「直感的」だと言う場合、実は「慣用的」だということを言わんとしているのだと指摘した。コンピュータの「マウス」は、それを一度も見たことがない人にとっては直感的ではない。

マッキントッシュに始まり、iPod、iPhoneへ連なるアップル製品を使いこなすユーザーが「直感的」ですばらしいと感じる時の「直感的」というのは実は「慣用的」ではないのか。

iPhoneのマルチモーダルでジェスチャーによる操作方法は、何も説明がない状態では、操作しようがないのではないだろうか（森公美子氏の例をひくまでもなく）。

横方向ジェスチャーのページング、縦方向ジェスチャーのスクロール、ともにPC上のUIでは必要な視覚的なナビゲーションのヒントが、iPhoneにはほとんどありません。ただ、一度ユーザーが操作方法を理解した後は操作方法が圧倒的に「直感的」で楽しいものとなっています。

これです。一番わかりやすいのがグーグルなどの検索サイトの検索結果ページに使用されるこんなナビゲーション（ページング）について書きます。

なぜページングなんてものを取り上げるのか

広く普及している割にはワーディングが揺れていたり、何を「ページング」と呼べるかが少し変化していると感じる部分と相変わらず変わっていない部分と両方を感じるからです。

定義

ここでいうページングとは以下の場合を指すものとします。

• ウェブにおいて、閲覧している画面解像度に対して一覧リストがある程度以上長くなってしまう場合に、閲覧上の負荷を下げる目的で複数ページに分割して表示する見せ方やそのナビゲーションのこと

また以下の場合を除くものとします。

• 一つの記事が画面サイズ長い場合に、編集的視点でページを複数に分割している場合のナビゲーション
• 一つのタスクが複数ページにわかれている場合（ショッピングサイトの購入フローなど）のナビゲーション

ちょっとわかりづらいかもしれないんですが、これらは分けて考える必要があると思います。除くものとしてリストしたものは、どちらかというとシーケンシャル（連続）型で、一つのコンテンツが便宜上複数ページに分かれているというものですね。並び順に意味があり、意味でページ分割されている。
ここで取り上げたいのは、いわゆる一覧リストがソートされて、文脈的ではなく機械的に複数ページへ分割されている場合のナビゲーションを対象としてみます。

ワーディング

ポピュラーに使われている割にはワーディングに揺れ幅があります。ページング（Paging）、ページネーション（Pagination）、ページャー（Pager）の３つに集約できるかと思います。UIをテーマにしている主要サイトでどういうワーディングや定義（定義がないものは問題点として記載されている内容）をしているか、リストしてみました。

ページング（Paging）

ソシオメディアの定義

一連の情報が複数ページにまたがる場合、ページを送るためのリンクを表示する。

Welie.comの定義

Users need to browse through a large list of items looking for the item that interests them most.

blink design libraryの定義

most web-based systems seem to bump into performance limits that prevent implementing infinite scrolling. And so some amount of paging navigation is usually required.

ページネーション（Pagination）

UI Patternsの定義

The user needs to view a subset of sorted data that is not easily displayed on one page.

Yahoo! Design Pattern Libraryの定義

The user needs to view a subset of data that will not be easy to display within a single page.

Konigiの定義

(not available)

あるjQuery pluginの名称

When you have a a large list of items (e.g. search results or news articles),
you can display them grouped in pages and present navigational elements to move
from one page to another.

ページャー（Pager）

あるjQuery pluginの名称

(not available)

あるPHPライブラリーの名称

(not available)

どれが一番ふさわしいのか

定義でいうとWelie.comかblink design libraryが個人的な見解と近いです。UIPatternsやYahoo!で定義されているような「１ページに表示するのが困難」だけが理由ではないと思うからです（理由は後述）。
ワーディングでいうと英語圏ではPaginationが最も通りがいい印象ですが、和製英語としてのページネーションという言葉は、日本ではDTP用語としての印象が強い（鈴木一誌氏の「ページネーションのための基本マニュアル(pdfファイル)」）。元の英語の意味だった「ページ番号をふる」という意味から、「複数ページに渡る組版ルール」へと日本では意味が独自に拡張されていった経緯があることは、ご本人が著書「ページと力」で書かれている通り。

ページャーもしくはpagerで検索すると同時に使われている検索ワードとしてphp、cakephp、symfony、pear、smartyなどphp界隈のものが多いのでphp界ではこの言い方がポピュラーなんでしょうかね。またページャーといえば英語的にはポケットベルのこと。

以上のようなことを考慮して、ここでは一番無難そうな「ページング」と呼ぶことにします。

ページを分割する理由

「閲覧している画面解像度に対してある程度以上ページが長くなってしまう」という問題以外にも、ダウンロードにかかる時間の問題というのもあると思います。実際、オフラインデータを対象とするクライアント・アプリではどんなにスクロールが長くなってもページングしないものがほとんどではないかと。
iTunesでいうとローカルに保存しているライブラリファイルをブラウズする際にはページングしませんが、オンライン前提のiTunes Storeではページングがほぼすべてのページで使われているのがわかりやすい例です。
そう考えると（クライアントアプリやその他オフラインで完結するシステムではなくて）ウェブサイトでのみ分割する理由があるといえそうです。

何を「ページング」と呼べるか

最近よくみかける主にダッシュボード型ページや、関連リンクのような形でリストされるインライン型のものを含むのか含まないのか、という点が気になります。

上記サイトの中で明示的にこれをページングに含んでいるのはkonigi.comのみですね（iTunes Pagination）。ちょっと判断が難しいかなと思います。理由を次の項目で書きます。

ユーザーのモチベーション

1. 「該当する一つを探し出したい（例えば書名を知っている本を探したい）」ような場合
2. 「なんとなく探したいものが決まっているが、いいものがないか探しながら見つけたい」ような場合

ではユーザーのモチベーションがだいぶ異なります。

「該当する一つを探し出したい（例えば書名を知っている本を探したい）」ような場合

何十ページにもページングされた検索結果が出ている場合、例えば50ページに分割されてリストが表示されている際に、その中の25ページ目を見せるリンクって本当に必要かというと必ずしもそうではないのではないか、と思います。せいぜい

• 前後ページへの移動リンク
• 一番前のページへの移動リンク
• 全体の件数と今見ている項目の順番

程度でいいのではないでしょうか。必要なたった一つの項目を見つけるためには、ページングでリンクをたくさん出すことよりも、むしろデータの絞り込みやソート機能を充実させることで、データをより絞り込める方が重要だったりするのではないでしょうか。データベースの項目はライブサイトであればそうカンタンに増やせないでしょうが、一つの項目の取りうる値の幅をパラメータ化するなどといったこともできるかと思います。

「なんとなく探したいものが決まっているが、いいものがないか探しながら見つけたい」ような場合

この場合は、そもそもデータベースを隅から隅まで見せるUIの必要性は低く、例えばiLike.com（アーティストレーティング、ユーザーブラウズ）ではページングをあえて出していず、「もっと見る」というリンク一つのみという潔さ。このような場合には、ページングを出して隅から隅まで見ることを強制するよりも、リコメンデーション的にセレクトされた結果を感覚的に見せてあげる方がよりスマートだと思います。
インライン型のものをページングに含めるかどうかは、インライン型がまさにこれに含まれるから、です。

ブラウザとサイトでのUI役割分担

ブラウザが担うUIと、個別にサイトが担うUIの役割分担が、ブラウザの進化があって整理されてきていて、文字サイズの拡大縮小機能はサイトが個別に個別の使い勝手を持って実装するものではなく、ブラウザ側で（文字サイズだけではなく）画面全体を対象とする拡大縮小機能がIE7以降についたことで解決済みですが、ページングももしかしたら本来的にはブラウザ側で解決すべきものかもしれない。
サイトごとにブラウザの挙動をカスタマイズできるGreaseMonkeyのAutoPagerizeは、現実解として発明に近い。
ある一定の書式で書けばAutoPagerizeに対応する訳ですから、統一した書式が策定できるならばブラウザ側でそういった仕組みを実装することも不可能ではないはず、ではあります。
現時点で問題となる、そもそもリテラシー高い人しか知らないし使ってないとか対応ブラウザが限られている、といった点も解消されそうなんですけどね。

登場した後にはそれが当たり前のように見えるので、ある種の再発明のように見えるんでしょうね。iPodも初登場前には、フラッシュメモリ型のMP3プレイヤーがすでに普及してから、後からやってきてスタンダードを変えてしまいましたよね。大げさにいうとそんな感じもしました。テクノロジーがベースにありつつも、ソリューションとしてはユーザー本位なものになっていて、機能→技術の順番にちゃんと落ちている。

撮影地の管理が「国 > 地域 > 都市 > 場所名」というiTunes的なカラムブラウザもすごくいいと思いましたし、まともに考えるとそうなると思うんですが、この階層型ブラウズのさせ方は、PCという環境で、自分の持っているデータのみのブラウズだからこそ、という感じもします。iTunesも同様のことがいえると思いますが、マウスでPCを操作する以外のシチュエーション、例えばApple TVやFront Rowでブラウズする場合には、ファイル数によっては同じように手軽にという訳にはいかないと思います。またある種の音楽サイトや写真共有サイトで、全網羅的に情報が整備されている場合、その階層構造をたどっていくには選択肢が多すぎる、ナビゲーションが大仰になってしまうと思うんですよね。その場合は階層化されたナビゲーションに加えて、その人のメタデータを元にしたある種のショートカットの併存が望ましいのかもしれないですね。

iTunesの機能追加を見ていると、アップルはウェブサービスとの連携にあまり積極的ではない印象があったのですが、Mobile Me以降はクラウド対応していく方針のようで、Mac使いとしては安心しました。その第一弾が、このiPhoto ‘09、そしてiWork.comだと思うのですが、今後はiTunesのウェブサービス対応も改めて対応していってほしいですね。

iTunesって実はあまりウェブサービス化していないと言うと、特にアップル信者の人にはぎょっとされたことがありましたw が、少なくともサードパーティが提供しているもの以外では、iTunes Music Storeで扱っている楽曲限定で、１曲30秒視聴のプレイリストが共有できるぐらいしかなかったと思います（確か）。

イメージ的には今回のiPhotoのような形で、last fmやiLikeみたいなサービスと正規で連携してほしいですね。また個人的にほしい機能は、メタデータのうち個人的なものをクラウド側で持っていてほしいといいますか、メタデータには、a.楽曲の基本情報とb.個人の嗜好を反映した情報（再生回数やレート）の２種類あると思っていて、後者もクラウド側で半恒久的に持っていてほしいんですよね。

別なアイディアとしては、サーバ側で音楽データを全部持っていて、ユーザーが購入するのはアクセス権のみ、みたいなサービスは、採算が全然合わないとは思いますが、面白いとは思いました。ウェブサービスでいうとSimplify Mediaが一番近い感じですね。

昔mp3.comをやっていたマイケル・ロバートソンという人がそういったことをやろうとしていたという話が「iPodは何を変えたのか」という本に出てきます。ユーザーが自分の購入した音楽をネットで聴けるサービスを思いついたそうですが、購入したCDのデータをサーバへ送る際の帯域的な制限を避けるために、ユーザーがCDを購入して、購入したというデータだけをサーバに送ると認証され、以後はサーバ側であらかじめ用意されていたmp3データを聴く権利が付与される形でサービス提供しようとしていたようですね。

またUIEの中島聡さんがアイディアとして書かれていた話で、楽曲の購入は、その曲へのアクセス権のみで、聴く状況やスペック（自宅でFTTH回線でPC使って、とか、外出先のwifiでiPhoneで聴く場合とか）に合わせて楽曲データがリアルタイムエンコードして送られてくる、みたいなイメージ。

個人の音楽視聴メタデータのブラウズ方法にはもっとシズル感(?)を持たせられるような個人的なアイディアがあるので、それはまた別途書きたいと思います。

• Flashアプリケーション（サーバ連携含む）デモ
• 新規CGMサイトの立ち上げ
• 紙媒体用のマルチデバイスな画面デザイン

と、前職中でも自分が特に志向していた（やりたかった）案件に関われた濃密な３ヶ月でした。
どの案件も、以前から共感を持って存じていた会社さんとご一緒できたので、楽しかったですし感謝の念でいっぱいです。
これらの他にも途中で終了してしまった案件や、細々したものもいくつかやらせていただきまして、何度か冷や汗をかくタイミングがありましたが、まだ続いているものをのぞいて全部無事納品を済ませました。

特に9-10の二ヶ月は、休みをとれたのが２、３日程度で、忙しいし資金的な余裕もなかったので、飲みにも遊びにも行かず、ひたすら家と事務所を往復したストイックな日々でした。
食べることしか楽しみがない、みたいなw
ベッドなどもなくて、無印の大きいクッションで仮眠取ってましたね…。

今月は、創業当初の汲々とした状態からは、やっと一旦抜け出れています。
DSi買ってドラクエやるくらいの余裕は出てきました。あと念願のソファと本棚をやっと事務所へインストールできたり。

まあなんというか普通の苦労自慢話っぽいですが、自分のブログぐらいでしかそういうことは書けないのでいいよね、ということで、流し読みいただければと…。

完成度の高い携帯端末を通年で待ち続けており、あまり特殊な用途ではないと思いますが、それはデスクトップPC&携帯端末で実現したい、以下の目的のためでした。

1. データの一元化（a.連絡先、b.メール、c.カレンダー）
2. 外出時の場所情報／イベント情報の一元管理
3. 知的生産のためのデバイス

要はデスクトップPC／携帯端末、どこからでもデータを入力しどこからでも閲覧できる形で一元化したいんだ、させてくれと。

結論。

iPhone+MobileMe+1password+Evernote（+ScanSnap）で現時点ではファイナルアンサー。すっきり。

一昨年くらいにw-zero3の発売待ってた時にも期待していたのですが、実際使ってみてダメでしたね。
データの一元化はいわゆる昔のピアツーピアの同期ではなくてネット上でマスターデータを持ち共有する形でないと、アンドゥなしのデータ消去の可能性があったり、物理的にドッキングさせる手間がかかったりするので無理なのと、携帯端末用のアプリがたとえよくできていたとしてもウェブと連動していない時点で、そのデータをPC上で活用できないので終了かなと。
あとは使いやすくするためにしなきゃいけないカスタマイズが多すぎてWindowsMobileは終了。今後もよっぽどガジェットとして魅力的でなければ買わないだろうな、と思います。残念ながら。
当時はウェブサービスをPCと携帯デバイスそれぞれのブラウザ上で使って一元化するのがベストなのかなんて考えてました。AppStoreという画期的なインフラもまだ存在していなかったし。
最近は同期もあきらめ、デスクトップPCではGoogle使いつつ、携帯は携帯で完結、という情けない状態でしたが、iPhoneとMobileMeの発表があってからは発売を待ちつづけてました。

1-a.連絡先

以前からPlaxoで同期していましたが、GmailからPlaxoへの一方向シンクであることと、Macのアドレスブック主体で管理することに決めたのでPlaxo上でのGmail同期をやめることにしました。
少し前までRipplexで一元化しかけていたんですが、このデスクトップアプリはウェブサービスのフィードもアグリゲートする意欲を見せミドルウェア的に登場してきたのに、できるだけ周りの人もRipplexを使わなきゃだめでインストール数の規模に頼らなきゃいけない時点でどうなのよ、と思って使うのをやめました。
アドレスブックでやっと一元管理。一元化させてから、Gmailが集めてきていた連絡先のうち、昔ヤフオク経由で数回連絡をとっただけなのにグーグル先生に追加されていた不要なアカウントをざくざく消し、携帯とPC上の同一人物のデータをマージさせ、ついでに連絡取らなくなったような不要なデータを消し…晴れて一元化完了。すっきり。
PlaxoやRipplexと比べてウェブサービスと連動していないのが難点なので、あとはウェブサービス、特にSNSなどのサイト上のデータとなんとか連動したいところですが、OpenSocialはじめ今後の動きに期待。

1-b.メール

Gmailで一元化していたので今回特に何もせず。GmailをIMAP接続で使うのは、もはや以前に戻ることができない便利な使い方ですが、ウェブでのUIには満足していなくて、情報が自分の手の届く範囲にちゃんとあって安心できる感じに乏しいというか、検索すれば出てくるけど検索しないと何も出てこないというか。よく使うアドレスがリストされてきたり、入力すると補完されるのは便利だけど、自分で情報をコントロールしてる感が乏しいと感じることがあります。また、メールといっても汎用的すぎるツールでありちょっと考えただけでも、

• 1対1、1対Nのメッセージ
• 広告宣伝ダイレクトメール
• GoogleCalendarやイベント配信サイトからの参加依頼やリマインダメール
• デスクトップPC／携帯間でテキストデータを移動させるためのもの
• サービスを使うにあたっての認証メール
• レシート
• 利用しているウェブサービスの更新情報

など、重要性や必要とする期間、個人宛に届きつつもその情報がどの程度オープンなものか、など色んな属性の濃度があり、メールサービス上の機能を使って個々人が解決すべきだとしても、UIがそれを促すものであって悪いことはないと思います。iPhone上のメールアプリでそれが解決された感じはありませんが、当面このままで。すっきり。
…と、au oneメールをiPhoneのメールアプリで閲覧できる設定方法ってないですかね。余談ですが以前お預りメールからau oneメールへover the airな（というかサーバ間でのデータ移行）移行ツールを使ったら、保存されていた800通近いメールが携帯端末に降ってきてびびりました。

1-c.カレンダー

gSyncでiCalとGoogleCalendarを同期。GoogleCalendarをマスターデータにしないので、フィードをiCalに食わせるのでなくてこんなやり方にしてます。すっきり。

2.外出時の場所情報／イベント情報の一元管理

外出時にお店やイベント情報などをたくさん入れて持ち歩きたい。
しばらくマップアプリと、ウェブサービスを併用してみようかと思います。マップアプリ上でアドレスブックの住所を参照できるので、アドレスブックに登録するのも使って楽しい感じがあっていいですね。すっきり。

3.知的生産のためのデバイス

知的生産というとおこがましいけど、要は、PCでウェブ見て面白かった記事をクリップしたり、また、街中でちょっとした思いつきや聞いた話をすぐメモや写真撮ったりしたものを一元化したいということですね。この辺は、Evernoteというサービスと、ScanSnapというスキャナを使います。
ScanSnapは雑誌や紙資料などをサクサクデジタル化して取り込んだものを、PC／携帯どちらでもで閲覧＆編集できて便利べんり。溜め込んでいた紙資料などをさくさくスキャンしてザクザク捨てまくって、すっきり。
追記：PCで登録したデータはiPhone上では閲覧のみのようです。

文字入力の補助的手段に1password

文字入力ですが、補助的に1passwordを使おうかと思ってます。
これはパスワードや住所などのアカウント情報を一元管理するためのツールで、これがあれば住所氏名などの個人アカウント情報、各サイトでのアカウント情報をいちいち手入力しないで済む、と。
PCや携帯で、ネットを閲覧するシチュエーションに限った場合ですが、文字入力の機会って、個人アカウント／各サイトアカウント／検索ワードがほとんどなんじゃないかと。で検索ワード以外はすべて定型なので、全部1passwordにサポートしてもらうつもり。すっきり。iPhone上ではSafariのブックマークレット形式であり、いまいちうまく動いてくれたためしがまだないのですが、iPhoneネイティブアプリ版ももう少ししたらAppStoreにでるそうです。すっきり。

アプリやサービスの見せ方で気になったこと

ウェブサイトのブックマークの見せ方が従来通りテキスト情報のみでリストされている点。favicon使って楽しげに見せることもできたかなと。アプリとウェブが従来デバイスの通り、別々の場所に別々なものとして置かれているのが残念といえば残念。
YouTubeなどアップルが公式アプリとしてプリインストールしているもの、AppStore上で、ネットワーク接続前提とはいえアプリケーションとして開発＆販売しているものの他にも、魅力的なネットサービスはたくさんある訳で、iPhone最適化は各サイトのiPhone対応に頼るしかないものの、プラットフォームとしては魅力的な見せ方の底上げができたのではないかと思います。すべてではないですが、アプリがネット接続前提になるものが多くなったり、サイトがアプリ的な存在になりつつあるものもあるので。まぁホーム画面のしかも一画面目ともなればアプリ同士がしのぎをけずる一等地であり、アプリとウェブを混ぜることは少なくとも当初はあり得ないでしょうが…。使って楽しい「かんたんインターネットマシン」にはそういう見せ方も必要ではないかと思います。追記：完全に見落としてました。ホーム上にショートカットを置けるようですね。すばらしすぎ。

SoftBankから出ている「インターネットマシン」こと922SHは、電話機から発展してきたケータイと、軽量化したパソコンであるWindows Mobile、どちらでもないところ、ありそうでなかったものを出してきていておもしろいですね。

「インターネットマシン」という名称自体が、これはケータイでもWindows Mobileでもないんだ、という自負が現れていると思います。
コンシューマ向けの、WindowsPCでないネット端末の提案でもあるわけですよね。W61Sに機種変したばかりですが、これはこれで欲しかったよ…。自分で使ってみないと見えてこないものもあると思うので。

Windows Mobileはやっぱり、仕事で使っている統合ソフトであるExchange環境を外出先へ持ち出したいとか、パソコンのヘビーユーザーで携帯端末だってカスタマイズして使いたい、という人にはいいと思いますが、いわゆるケータイとしては、ベストなソリューションではない気がしていまいます。片手で使いづらいとか、メール送受信にえらく時間がかかるとか、カスタマイズしないと使いづらくて、その知識を自分でネットを回遊して取得しなければならない、とか。w-zero3ユーザーだったこともあるので、メーカーがその辺りを承知の上でトップメニューを一般的な携帯形式にするとか、苦労して実装していることは記事など読んで知ってはいるのですが。

少し前に、シニア向けネット端末って例えばテレビをビューワをする形で実現できないのかな、という妄想エントリを書いたのですが、たとえばこの「インターネットマシン」コンセプトのシニア向け端末ってあったら面白いと思いました。
シニア向けって、いわゆるUD（ユニバーサルデザイン）的観点から携帯デザインを最適化したもので、最近では「らくらくホン プレミアム」のようにおサイフケータイ＆ワンセグ機能がつくものまで出ていますが、もうちょっとネットを積極的に使ってもらう野心的な端末というか…。

• 製品コンセプトは「インターネットマシン」と同一。インフラはケータイ。
• pushよりpull的なふるまい
• ボタン一つでオンライン
• パケット定額加入を勧める
• 使用場所は主に自宅を想定し、持ち運ばない（持ち運んでも勿論いいけど）
• UD的配慮はそのまま
• 液晶はたとえばVAIO Uシリーズぐらい（5型SVGA＝800×600ドット）
• キーボードは、教えてもらいやすいように、かな入力方式のハードウェアQWERTYキーボード

EeePC系にしても、Windows Mobile搭載端末にしても、PCを数台自宅に持っているヘビーユーザー向けばかりな気がしていて、もっと本人が意識せずにカジュアルにネットをツール／インフラとして使い倒せるような、この辺のニッチ(?)をねらった「かんたんインターネットマシン」が出てくることを所望します。ユーザー・セグメンテーションが他社よりも細かそうなSoftBankに出してほしいなー。