にぶろぐ＠TypePad

ソフトバンクモバイルのWebサイト

おはようございます。

先日、ソフトバンクモバイルのWebサイトMySoftBank で、iPhoneのメールの設定を変更しようとしてはまりました。それについては後述しますが、そのWebサイトももうすぐ改善されるのですね。

My SoftBankの登録方法、ログイン方法が変わります (2010年5月8日)

今まで複数あったログインID / パスワードが一つに統一される。(【2】ログイン方法について )

私がはまったのの一つは、ログインを求めているところで、どのログインIDを使えばいいのか、何がログインIDになるのか (IDといいながら電話番号をいれなければいけないところがある) ということ。また、パスワードはログインID以上にあって、という言い方もへんだけど複数のパスワードをいれなければ行けない場面が出てくるし、変更できないパスワードもあって、この場面でどういうパスワードを入れれば良いか分からなくなる。

というか、「【2】ログイン方法について」の図の左側をもっと早く出していて欲しかった。

新規サイトはこれで問題の一つが改善されることにはなると思うけれど、改善点は複数あるのでそれらもあわせて改善されることを期待したい。

改善すべき点をまずあげて、その後に、順を追って私がはまった道をたどりたいと思う。

改善すべき点
・複数のID / パスワードのどれを使えば良いのかわかるようにする
・ID / パスワードが分からない時に問い合せする方法をその場に示す
・iPhoneからでないとたどれないページがある。

私がはまったストーリー

やりたかったことは、iPhoneのメールアドレス (電話番号を使うSMSを含めると3つある) のうち、iPhoneの「メール」アプリで使うEメール(i) ([email protected] の形式のもの) の設定変更。

PCから My SoftBank へいくとこんなメニュー。 この「メール設定」は、[email protected] 形式のメールの変更に行くけど、[email protected] 形式のメール変更には行けない。


一方、iPhone の Safari で My SoftBank を開くとこうなる。 もとの URL から http://mb.softbank.jp/iphone/にリダイレクトされる。ここではEメール(i) の変更メニューがある。

http://mb.softbank.jp/iphone/の作りはiPhone向けだが、PCからでもアクセスはできる。そしてそこからメニュー選択するとでるログイン画面 (下の画面) もやはりPCからアクセスできる。

基本的には iPhone でのみアクセスすることを前提にした設計、すなわちPCからは変更させない設計になっている。PC向けサイトからでもここにリンクしてくれれば良いのだが。


この画面でログインIDと出ているのは複数あるログインIDのどれか分からないようになっている。実際はここは、メール [email protected] の"@" の前の部分 (xxx) になるので、そう書くだけでもずいぶん違う。

ここでのより大きな問題は、このログインID やパスワードが分からなくなった場合のナビゲーションがないこと。ここでいれるログインIDが何か分からない場合にはここで途方に暮れることになる。

実際はここで本当に分からなくなった場合は、ソフトバンクに電話して、リセットを依頼しないといけないのだ。通常だとメールでリセットのための専用URLを送ってくれるのだけど。

この部分はソフトバンクのサポート窓口を使って投稿して初めて分かった。結局Webどこにもそういうことは書いていなかったことになる。

アップルはこういうことを認識していてiPadの独占販売をソフトバンクに与えているのかな。アップル自体にもマイナスになると思うのだけど。

Tags:iPhone ソフトバンク 

iPad 価格と利用料が発表に

こんばんは。

最初に書いておくけど、買おうと思っている訳じゃないよ。少なくとも最初は ...

iPadの日本のキャリアは SoftBankになったようで、価格と利用料が発表になりました。

iPad 販売価格一覧表

16GBモデル現金価格で比較すると、iPad WiFi 48,960 円、iPad WiFi + 3G 58,320 円 (定額プラン) / 61,920円 (プリペイド) か。

3Gの通信料は定額プランとプリペイド (1GB)、プリペイド (100MB) がある。

料金プラン
  - 定額プラン 4,410 円 (最初24ヶ月は2,910円に割引)
  - プリペイド (1GB) 30日または1GBに達するまで4,410円

プリペイドは3G通信を使う時だけ予めお金を払って使うのだろうけど、自動リチャージというのがあってこれを利用すると毎月自動的に4,410円払うことになる。月定額と同じ値段で、割引がなくて、1GB上限がある。このプリペイドプランを選ぶメリットってなんだろう。

プリペイド (100MB) プランはまだ料金が発表になっていないけど、普段外で使わない人は、これで自動リチャージしないというのがいいだろうな。

SoftBankでは5月10日から予約開始になる (予約販売について | SoftBank)。

予約なのにソフトバンクのお店に行く必要があるみたい。それも全国で16店だけだって。並ぶんだろうね。

アップルオンラインストアでも5月10日から予約を行うけど、予約方法に関してはアップルのサイトには何も書いてない。アップルの店舗でも予約するんだろうな。

ところで、アップルではSIMロックフリーで販売されるという話が一時流れたのだけど、結局SIMロックになるようですね。

taromatsumura: iPad 3G版のSIMロック問題ですが、やはり「日本国内販売分は、すべてSIMロックで販売されます」ので、Apple StoreでもソフトバンクのSIMロック端末になります。確かにソフトバンクのサイトで細かい販売店情報が載っているので、冷静に考えればそうですね。 (Sat May 08 14:33:13 +0000 2010)

SIMロックフリーなら、DoCoMoとSoftBankで料金競争を行ってくれるかと期待したのですが。

基本的に持ち出さないのだったら、WiFiモデルかなあ。iPod touchと同じで基本的に外では使えないと思ってたけど、マクドナルドくらいしかないけどSBのWiFiスポットが使えるし。

Pocket WiFiを使うという手もあるけど、これはこれで料金プランで悩みそうだ。

Tags:iPad 

メモ： Google App Engine 開発に Python 対話モードを用いる

こんにちは。

Google App Engine でプログラム作る時に、これまではインタープリタとしての Python を活用していませんでした。これでは効率悪いなー、と言ってもまあそれ以上に毎回思い出したり調べたりするのに時間がかかっていたのですが。

今回 Python を対話モードで使ってみました。あまり試行錯誤は書かず、うまくいく方法のメモだけ残したいと思います。

必要なモジュールをインポートする

ここは対話モードでなくても行っているのでわざわざ書くこともないけれども。

>>> date = datetime.datetime.now()
Traceback (most recent call last):
File "", line 1, in
NameError: name 'datetime' is not defined
>>> import datetime
>>> datetime.datetime.now()
datetime.datetime(2010, 4, 24, 11, 13, 23, 621482)

Googleのモジュールはこれでは見つからないので、利用可能にしなければならない。

モジュールのありかをPYTHONPATHで指定する

参考： A-LIAISON BLOG Mac OS X LeopardでPYTHONPATHとPYTHONSTARTUPを設定してみました
import する場所を PYTHONPATH 環境変数で教える。ターミナルで、Pythonに入る前に行う。

export PYTHONPATH=${PYTHONPATH}:
/usr/local/google_appengine:/usr/local/google_appengine/lib/antlr3:
/usr/local/google_appengine/lib/django:/usr/local/google_appengine/lib/webob:
/usr/local/google_appengine/lib/yaml/lib
(改行なし)

ところが今回行うAPI結果取得ではこれでは十分でなかった。

APIを用いた検索結果取得

APIを用いた検索結果取得

>>> import urllib
>>> from google.appengine.api import urlfetch
>>> url = "http://search.twitter.com/search.atom?q=" + urllib.quote(keyword) + "&locale=ja&rpp=30"
>>> urlfetch(url)
Traceback (most recent call last):
  File "", line 1, in
  File "/usr/local/google_appengine/google/appengine/api/urlfetch.py", line 238, in fetch
rpc = create_rpc(deadline=deadline)
  File "/usr/local/google_appengine/google/appengine/api/urlfetch.py", line 200, in create_rpc
return apiproxy_stub_map.UserRPC('urlfetch', deadline, callback)
  File "/usr/local/google_appengine/google/appengine/api/apiproxy_stub_map.py", line 345, in __init__
self.__rpc = CreateRPC(service)
  File "/usr/local/google_appengine/google/appengine/api/apiproxy_stub_map.py", line 54, in CreateRPC
assert stub, 'No api proxy found for service "%s"' % service
AssertionError: No api proxy found for service "urlfetch"

解決策は下記に書いてありました。

メモなのですよGoogle App Engine の urlfetch を試してみた

>>> from google.appengine.api import apiproxy_stub_map
>>> from google.appengine.api import urlfetch_stub
>>> apiproxy_stub_map.apiproxy = apiproxy_stub_map.APIProxyStubMap()
>>> apiproxy_stub_map.apiproxy.RegisterStub('urlfetch', urlfetch_stub.URLFetchServiceStub())
>>> urlfetch.fetch(url)
<google.appengine.api.urlfetch._URLFetchResult object at 0x1007864d0>

後はDOMの操作。

DOMの操作

まずは検索結果をパースして要素を得る。

>>> import xml.dom.minidom
>>> result = urlfetch.fetch(url)
>>> top = xml.dom.minidom.parseString(result.content)
>>> entries = top.getElementsByTagName('entry')
>>> entry = entries[0]
>>> name = entry.getElementsByTagName('name')[0].firstChild.data

今回知りたかったことは、属性の取得方法。
参考： Dive Into Python 9.6. Accessing element attributes

>>> link = entry.getElementsByTagName('link')[0]
>>> attributes = link.attributes
>>> attributes
<xml.dom.minidom.NamedNodeMap object at 0x100639950>
>>> attributes.keys()
[u'href', u'type', u'rel']
>>> link=attributes["href"]
>>> link.name
u'href'
>>> link.value
u'http://twitter.com/username/statuses/nnnnnn'

以上、できました。

Tags:Google App Engine Python 

Windows on Mac 続き

おはようございます。

メモリはMacBook Proが 4GB * 2で 8GBまで対応しており、4GB一枚刺しでも大丈夫だと分ったので、4GBを発注。Windows は 32bit 版だと4GBまでしか対応していないけれど互換性などを考えたらこちらのほうが安心かと思い32bit 版にしました。

ところが買いに行ったらMacBook Proの在庫がなくて、MacBook のほうが1万5千円安かった。CPUパワーは変わらないし、HDDはMacBook のほうが大きい。

しかし、MacBookは、2GB * 2 = 4GBまでしか対応していない。

うーん、そこで悩む。

悩んだ結果、iMac の2GB * 2 = 4GB を MacBook に刺し、買った4GB を iMac に刺すことにして、MacBook を買いました。メモリは同じものということは調べていたのですが、4GB 1枚に対応しているかは調べておらず、まあ対応してなかったらもう1枚 4GB を買えばいいかと思って。

実際やってみたら動きました。で、知らなかったんですが、iMacってスロット 4つあったんですね。さらに MacBook から出て来た 1GB メモリ2枚も刺してみました。結果、6GB メモリ で動いています。

Tags:Mac 

Windows on Mac 検討ちう

こんばんは。

大学生になったら個人用のPCもいるだろということで購入を検討しているのだけど、やっぱMacだろ、でもWindowsもないとな、ということでBootcampを使ってWindows on Macにすることを検討中。

しかーし、Windowsのことは良く知らないんですよね。会社では使っているのだけどメールは秘書に印刷させて読んでるし (大ウソ)。

今だとWindows 7なんだろうけど、どれなん?
価格.com マイクロソフト(Microsoft)のOSソフト 製品一覧

PC本体構成部品 (CPUとかメモリとか) と一緒に購入する場合に使えるDSP版というのがまだ用意されているのだけど、製品版になかった 32 bit / 64 bit の分類がある。
act2.com 製品情報 / Windows 7 DSP版

なんか64bitのほうが強そうだけど、そもそもMacに使えないなんてことがありそうだ。

それからVMware Fusionというのも合わせて買っておくといいかも。

みなさん、アドバイスお願いしま〜す。

Tags:Mac 

誰もが最終着地点を目指す

こんばんは。スキージャンプもフィギュアスケートも着地は大事だよね〜。

FriendFeedには、ブログやFlickr, Picasaへの写真の投稿、FacebookやTwitterの投稿、はてななどブックマークの登録を集める機能がある。みんながFriendFeedを使ってくれるのなら、いろいろ巡回しなくてもここだけ見てれば大丈夫。

だけどFriend FeedからTwitterに投稿を流す機能もある。それぞれがTwitterに流してくれるのなら、Tweitterだけ見てればいいか。Twitterだけ使っている人もいるし。Foursquareなど、Twitterと連携して投稿をTwitterに流せるものもある。

ユーザが集まるところだからそこにFeedを集めるのか、そこにFeedが集まってくるからユーザが集まるのか。

さてそこにGoogle Buzzの登場ですよ。Twitterの投稿をGoogle Buzzに流すことはできる。逆方向はFeedTweetというサービスがベータテストを行っているけれど、そんなにメジャーになっていない。

そうするとGoogle Buzzが最終地になるのかな。そのポテンシャルはあると思う。Gmailユーザは何もしなくても使うことができるので、最初からユーザが揃っているといえる。

しかしまだ実際にはGoogle メールを使っている人でもBuzzに投稿している人はあまりいないような感じ。私もBuzzに書き込みはしたけれども自分でもたまにしか見ないしな。最初はTwitterからBuzzに流す設定をしていて、私の投稿が最後に集まるところをBuzzにしたこともあったのだけど、自分でも見に行かないところを最終集約知にしてもあまり意味がないしな。で、結局それはやめちゃった。

Google Buzzのようにコメントが続くかぎり最初の投稿が何度も上がってくるものよりも、どんどん流れて見えなくなっちゃうTwitterのほうが心地いいように思える。

Tags:Twitter Google Buzz FriendFeed 

Google Buzz は Google Wave の布石か

おはようございます。バズー！とかみんなで言ってもTwitterは落ちないから大丈夫！ (「バルス！」とそんなに似てなかったか ...)

先日Google Buzzが公開されて、早速使って見ている。

地図情報との連携があるのでfourspace対抗かと思ったんですが、一般的にはTwitter対抗と見られていますね。

ユーザーを探すのが苦労するね。アドレスを知ってないといけない。いやもちろんTwitterだって同じなんだけど、メールアドレス公開することになるからみんなそこで躊躇してるんだろう。またメールを公開するということは、一緒に記述されている姓、名も公開されることになる。これは盲点で、私も以前エキブロ仲間のイベント用Googleカレンダーを共有するという時に初めて気付いた (→ Exbloggers カレンダー - 昨年9月以来新規投入イベントはありませんが)。

そんななか、フォロー数を一気に80まで増やしてみた。フォローされると、相互フォローを促すような表示が出るんだもの。なんかmixiのマイミク申請みたいで、相互フォローしないといけないような気になる。

で、その結果、カオスです。興味のない情報が並んで、その中に興味を引かれるものがあるのだけど探すのに一苦労。

また、投稿にコメントができるという点も、一つの投稿がとる縦幅を広げていて、一覧性を悪くしている。コメントは閉じられていれば良いのだけど、前回見た以降にコメントがあるとそれらは展開されて表示される。そして新しいコメントが加わると元記事の並びがまた上の方に上がって来て、何度も同じ記事を見ることになる。

これは鬱陶しいと思ってたが、それを評価する意見もある。

Yuuka Lingさんの"twitterでは「1200人も」フォロワーがいるのに、つぶやいても何の反応もない件。 "へのコメント

高橋伸行 - twitterの場合は@で返すと、どの発言に対する返事か分からないことがあるし、
時間が経過すればするほどこの問題は拡大していく。
だけどbuzzの場合はどんなに古い話題でも的確に繋がるから返事がしやすい。

投稿ごとにミュートすればいいみたいではあるが、ミュートすると新しいコメントがあったことが分らなくてミュートした効果が分らないかも？

確かにツイートは何に対するリプライか分りにくいけど、分らないもので特に興味が持てなければスルーすれば良い。こちらは元の投稿に興味がなくとも見せられるからなあ。フォローしていない人のコメントも入るというところも違いが生じるところ。

同じ発言でも、フォローしている人の発言とそうでない人の発言では、重みが異なるし意味が異なる。と思っていたら、ちょうど昨日やってた津田大介と坂本龍一の対談ライブストリームでたまたま聴いた部分で同じことを言っていた。

Twitterではフォローしている人のリプライ発言が、自分のフォローしていない人に対するものだった場合にはタイムラインに上がって来ないという仕様も、今考えてみるとなかなか良い。自分で、このリプライはみんなに見て欲しいと思ったら、＠マーク付きIDが先頭にならないように、さらに他の人も話題が分るようにキーワードを含めた形で文章を書いて、投稿すればよい。コミュニケーションを意識しつつそれなりのコントロールができる。

Twitterではタイムラインでは上がって来ないけど、その人の場所へ行けばその日との発言は全部見ることが出来て、その人が誰と対話しているかを知ることができる。その人の考え方を知ることができる。一方、Google Buzzではその人がどこにコメントしているか分らない。それは旧来のブログやSNSでも同じだけど。

こういうと、やはりTwitterは、人に視点をおいて、人と人をつなぐメディアなんだと分る。

一方、Google Buzz は？ 先程のYuuka Lingさんのコメントにこんなのがあった。

KOZO HIRATA - 今はTwitterよりBuzzのほうが、ゆるくていいし、古い話題でも過去の経緯が分かりやすいです。
フォロワーが多ければ多いほどTwitterでは、発言に気を使いますが、こちらは、テーマが決まっている分、発言はスレッドの中身のみを考えればいいので楽です。

掲示板のスレッドなんだね。人よりも「話題」に視点をおいている。

2チャンネルの掲示板のスレッドは誰でも立てられるけど、それは誰でも見られる場に課題提起をすることだ。一方 Google Buzz なら自分をフォローしてくれている人しか見ていないだろうから、話題を切り出すハードルが低い。そういう意味では、その話題もその人にリンクした側面が強くなるため、旧来の掲示板よりは「人」に重心を移しているとは言えるのだけど。

で、ようやく表題に書いた話題にたどり着く。

このような半分閉じて半分開いたような話題空間は、今までなかったんじゃないかな。いやもちろん掲示板を作るサービスはいくつもあって、それを使って参加したい人にだけ知らせるという方法はあったのだけど、参加したい人に知らせるのも強制しているようで気が引ける。自分の周りで、参加したい人にだけ参加してもらいたい、そういうニーズにぴったりあったものはなかった。

本来そこは Google Wave が狙っていたところではないかと思う。でも Google Wave は、招待制をとったことで参加者が少ないし、誰が参加しているかも分りにくい状況が続いている。また、どこで話題が立ち上がっているかも把握できない。私もいろいろ試してみたが、最近放置状態だ。

そこで GMail のアカウントを持っている人なら誰でも使えて、GMail でのつながりのある人は自動的にフォロー関係を持つように設定して始めたのではないかと思う。機能面でもGoogle Waveのような多機能からおとしているのではないかと思う。今はGoogle Waveのような履歴は残らないが、自分が書いたコメントは書き換えできる。きっと今後は、議論が荒れるような事態が起こるようになって、履歴が必要になる。そうしたら満を持してGoogle Waveのお出ましだ。

というストーリー。穿ち過ぎ？

Tags:Google Buzz Google Wave Twitter