ueblog » Mobile

「L5 Remote」iPhone、iPod Touchをリモコンがわりにする

ueblog — Sat, 26 Feb 2011 04:51:15 +0000

iPhone、iPod Touchにリモコンがわりにする、「L5 Remote」が激しく便利なのでご紹介。

テレビ、DVD、アンプ、エアコン、空気清浄機など、最近の電子機器はリモコンがついていて溢れかえってますが、この「L5 Remote」の送受信機をiPhoneにさし、専用のアプリで、iPhoneにリモコンの内容を学習させることができ、ボタンを自由自在に配置して利用することが出来るシロモノです。

「L5 Remote」楽天へ

L5 Remote （L5　リモート）iphone ipod 赤外線リモコン Amazonへ

利用方法

まず、L5 RemoteをiPhone、iPod Touchに接続すると、専用アプリをインストールするように誘導されるのでまずインストールします。

ちなみに第一世代のiPod Touchでも正常に動作します。

リモコンボタンのデザインと学習

iPhoneにリモコン内容を学習させます。

こんなにあるリモコンもiPhoneひとつにまとまるのは嬉しいかぎり。

こんな感じで赤外線を向けて、ボタンひとつひとつに割り当てていきます。この作業がなかなか面倒くさいですが、最初だけなので。。。

デザインは上記のブラックベースと、AppleTVのリモコン風なシルバーの2種類選べて、ボタンの色や文字、アイコンの変更も簡単にできます。なかなかいい感じ。

リモコンのプリセットは何種類か登録できるようです。

便利な機能

この中でも特に便利だと感じたのが、マクロ機能。

テレビをつけて、外部入力にしてアンプの電源、DVDの電源をつけて再生みたいな面倒くさい操作をひとつのボタンですることができます。またボタンを押す間隔も設定できるので、電源をつけたあとちょっと待ってから外部入力を押すみたいな設定も可能です。

あと、もう一つ便利な機能がクラウドによるバックアップ機能。

IDを登録すると、自分の設定をサーバへバックアップできるので、複数のiPhoneで同じ設定を使うことも容易にできます。また、他の人が作成した設定を自分のリモコンへ取り込むことも可能。じつはApple TVは赤外線学習の反応してくれなかったのですが、クラウドからデータを取ってくることによって実現できました。

この辺りは、普通に売っている学習リモコンでは出来ない技かなと思います。

価格は現在のところ最安で6000円以上でちょっと高いなという印象ですが、リモコンがたくさんあったり、マクロが使いたいとか、古いiPhone,iPod Touchでも動くので、余っているものを有効活用したいという方にはとても良い商品だと思いました。

「L5 Remote」楽天へ

L5 Remote （L5　リモート）iphone ipod 赤外線リモコン Amazonへ

※参考記事

【レビュー】iPhone・iPod touchをカスタマイズ可能な学習リモコンにする『L5 Remote』

iPod Touch(第1世代)をiPhone OS 3.1にアップグレード

ueblog — Sat, 19 Sep 2009 12:57:44 +0000

iPod Touch(第1世代)を600円でiPhone OS 3系にアップグレードした。

大きく加わった、変わった点として、

コピーアンドペーストが可能
ipod上の検索が可能
シェイクによる曲シャッフル
横向きのキーボードが使いやすくなった
プッシュ系のアプリを利用できる

詳しくは↓

アップル – iPhone – iPhone 3.1ソフトウェアアップデートの新機能。

iPod Touchの第1世代だと、正直あんまりメリットはない。

ただし、最近アプリが3.0以上しか対応してないものが多くなってきたので、そのためにやった感じ。

思えば、iPod Touch第1世代が出たのが、ちょうど2年前くらいだった。アメリカでiPhoneが騒がれている中で、満を辞して登場し、その操作性に感動したものだ。

とはいえ、2年前はまだ荒削りで、入力面やSafariなどの使い心地がOSのアップグレードでどんどん進化していった。だんだん飽きてくる頃には、Jailbreakでハックしてアプリを楽しめるようになり、App Storeの登場により、爆発的にアプリが増えていってさらに楽しめるようになった。

2年間使っても、まだ現役で使っていられるのは、OSのアップグレードができる仕様によるところが大きい。日本の携帯も見習って欲しいものだ。

っていうか第1世代まだ使っている人っているのかな～

iモード.netで別メールに自動転送してくれるスクリプト

ueblog — Sat, 18 Jul 2009 11:10:30 +0000

前回の記事

Android携帯「HT-03A」を買ってまずやったこと（2）

にも書いたが、HT-03Aでdocomo.ne.jpメールを読む場合、iモード.netを見に行かなくてはならず、プッシュしてくれない。

Gmailなどに転送するには、iモード.net Gatewayというスクリプトを利用して、iモード.netを随時監視する方法があるが、Windowsマシンを常時電源On状態にしておかなくてはならない。

perlなどのスクリプトで、unix上のcrontabなんかで随時監視してくれるようなスクリプト書いてる人いないかなーと思って調べていると、いらっしゃいました！

グーグル携帯 HT-03A を買ったので、iモードのメールを自動転送 – 無用の科学あるいは錬金術

perlではなく、Rubyのスクリプトですが、サーバ上に配置し、crontabで時間間隔を設定してチェックさせることが出来るスクリプトです。

とりあえず常時動いているさくらインターネットのサーバに、上記のスクリプトをアカウント情報を書き換えてhomeディレクトリに保存、crontabで下記のような設定でチェックを走らせることにした。

5 0,1,6-23 * * * /home/[homeディレクトリ]/docomofw.rb > /dev/null 2>&1

夜中以外で1時間1回未読メールがあった場合に、Gmailに転送させることに成功した。

ちなみにこのスクリプトは、iモード.netのメール画面のHTMLをそのまま転送するので、必要に応じていらない部分を正規表現等で削るとよいでしょう。

自分の場合、下記のような感じで編集した。一番最後の「response.body.split～」のsend_mailを読んでいる部分。

str=response.body.gsub(//,”")
send_mail(forwarding_address, str)
#send_mail(forwarding_address, response.body)

メールの下部分に「input type～」があってメールにテキストボックスがたくさん入ってしまうので、その部分だけとりあえず消してみた。

これでimodeメールにとりあえず気づけるようになった。これは素晴らしい！作者の方ありがとうございます！

はやく公式でimodeメールチェック用のアプリが出て欲しいものです・・・

※追記
imode.netを巡回してくれる、新着iというアプリがあるようです。皆さんの悩みは一緒なのか。。

でも自分の端末ではうまく起動してくれません・・・うーん、更新に期待します。

iモードブラウザ2.0の気になるところまとめ

ueblog — Sat, 23 May 2009 06:21:11 +0000

docomoの2009年夏モデルの機種が発表されました。

個人的には、Androidケータイが大注目だったわけだが、コンテンツプロバイダーにとっては大きな変化「iモードブラウザ2.0」の発表がありましたね。

今回は「iモードブラウザ2.0」について気になったところを抜粋してまとめてみた。

作ろうiモード：iモードブラウザ2.0 | サービス・機能 | NTTドコモ

こちらの追加機能にそっていきます。

動画再生対応

Flash VideoとWindows Media（WM）にやっと対応。Flashに関しては埋め込みもできるようだ。

WMに関しては、ストリーミングも可能なようです。

10MBまで対応。Flashの埋め込みは500KB。

静止画の拡張

BMPとPNGに対応。こちらは大勢変わらないでしょう。

JavaScript対応

今回の目玉の一つ。

alert()などのポップアップ、history.back()はもちろんのこと、XMLHttpRequestによる非同期通信もできるので、画面をリロードすることなく、動的に画面の切り替えが可能。これは今までの携帯の使い勝手を大きく変える可能性がありそう。

最大ファイルサイズはHTML等も含めて500KBなので、jqueryなどのライブラリも利用できそう（かな？）

外部CSS対応

今まで意味不明な仕様の一つ、インラインCSSにしか対応していなかったのが外部CSSも対応になる。

Cookie対応

Cookie対応です。PCブラウザの仕様とほぼ一緒。

セッション管理はもちろん、ユーザの効果を取りたいアフィリエイトプロバイダや解析業者もうれしい仕様だ。

Referer対応

こちらもうれしい仕様の一つですね。

SEO効果をほぼ追えなかった、docomoだったが大きく変わりそう。

フレーム、マルチウィンドウ対応

今回この仕様もかなり大きい。タブブラウザ型になるため、ユーザへの導線を大きく変更することができる。例えば、商品説明はtarget=”_blank”など別ウィンドウに表示させて、、とかそんな技ができる。

iframeにも対応しているので、外部サイトを表示させたり、効果を取ったりなどの自由度が一気にあがる。

———-

それにしても、imode10周年を機に大きく変わったなというのが印象。いままでここまでの仕様変更はなかった。

そしてフルブラウザとiモードブラウザの違いが特にないように見える。ゆくゆくはiPhoneやAndroid携帯などのスマートフォンのブラウザとも競争相手になっていく訳で、ここに大きくdocomoが力を入れたのはよくわかる。docomoが各コンテンツプロバイダーなどから、意見や要望をよく集約した結果なんだろうなという気がする。

一つ残念なのは、このブラウザの独立性がない、というかバージョンアップに対応できないところだ。セキュリティの脆弱性にはファームアップデートなどで対応するんでしょうが、iPhoneのSafariのようにバージョンアップができれば、新しい仕様追加になった時にもバージョンアップが可能になるのにと思う。また、別の問題かもしれないが、独立性のあるソフトウェアなら、別のスマートフォンにもiモードブラウザが載せることができるのにと思うと残念だ。

コンテンツプロバイダにとっての悩みどころは、この大きな移行期にどう対応していくかというところ。シェアはしばらく旧端末のほうが多いので、新機種専用コンテンツを立ち上げるのか、既存のコンテンツで新機種用の判別をして、見せ方を変えていくか。そういう対応が迫られそう。こうなるのもバージョンアップができないブラウザ仕様のせい・・・

また、JavascriptやRefer対応により携帯だからというところで、セキュリティをある程度無視して、コンテンツを作っているところは大きく対応が必要になりそうだ。

やばいくらい便利なiPhone用RSSリーダ「Byline」

ueblog — Mon, 12 Jan 2009 10:11:41 +0000

iPhone、iPod TouchのRSSリーダーといえば、自分の中では無料の「NetNewsWire」だったが、見つけました！いいやつを。その名も「Byline」だ。

こちらは有料（現在は600円）だが、Google Readerを利用しているユーザならぜひというか、絶対おすすめしたいGoogle Readerとの同期ができるRSSリーダーだ。

Google Readerとの連携ができる＋使いやすいだけでも即買いなんだけど、それだけではない。

まずはオフラインの閲覧機能だ。

各フォルダごとに最大200件まで画像込みで閲覧できかつ、スター付きアイテム、メモ、新着アイテムならその先のWebページまでもオフラインで閲覧することができる。

このオフライン閲覧機能は、通勤で地下鉄が多いとか、iPod Touchのユーザならとにかくうれしい機能だ。

そして同期の機能は、既読、スター付きアイテム、メモなどの状態を相互に同期できる。

iPhoneで気になる記事をざっとスターをつけておき、同期してPCでその記事を閲覧といった使い方も可能だ。

イメージはこんな感じ。

まずはフォルダーごとに分かれて表示される。Google ReaderのiPhone版に近い。

フォルダーを選ぶとこんな感じ。まとめて既読にすることも可能。

RSSフィードは画像ごとキャッシュしてくれる。

スター付きアイテム、メモ、新着なら飛び先のWebページまでキャッシュしてくれる。しかもSafariに飛ぶこともない。

ネットで調べると皆様も絶賛されてました。

Bylineで生まれ変わったRSSリーダー生活:[mi]みたいもん！

Byline 2.0: Google Readerのユーザーが泣いて喜ぶiPhoneアプリ at ブログヘラルド

Google Readerと連携するiPhone用RSSリーダー「Byline」が地下鉄ユーザにとって最強です – F.Ko-Jiの「一秒後は未来」

もっと早く見つけたかったな～

Googlebot-Mobileについて

ueblog — Sat, 28 Jun 2008 15:41:04 +0000

Googleのモバイル検索エンジンがAUとDoCoMoの公式サイトで導入されているが、実際にどういった手順でGoogleの「携帯サイト」として結果が表示されるかは、あまり知られていない（気がする）。

今日は、モバイルサイトにてGoogleのモバイルクローラーがどういった形で、クロールしにくるか、また検索結果に反映されるのか自分のモバイルサイトで少し調べてみた。

前提

まずは、前提として日本のGoogleモバイル検索は3種類ある。

DoCoMo iMenuのGoogle検索
Ezweb 公式Google検索
一般Googleモバイル検索

そして、検索結果は

公式サイト（一般Googleモバイル検索にはない）
携帯サイト
PCサイト

と分かれて表示される。

PCサイトと判断されてしまうと、表示順も下になり、またGoogleの変換ゲートウェイ経由でのアクセスとなってしまうこともあり、できれば「携帯サイト」として表示させたい。

今回はそのあたりのお話。

ユーザーエージェント

Googleのモバイルクローラーは下記のようなUserAgentで来る。

xhtml用

Nokia6820/2.0 (4.83) Profile/MIDP-1.0 Configuration/CLDC-1.0 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)

chtml用

DoCoMo/1.0/N505i/c20/TB/W20H10 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)

結論から言うと、chtml用のGooglebot-Mobileがクロールしだしてから、Googleの「携帯サイト」として表示されるようになった。

ということは、chtml用のGooglebot-Mobileにクロールしてもらうようにする必要がある。

サイトマップの登録

Googleにサイトを認識させるツールとして

Google ウェブマスターツール

を使うのだが、サイトマップの登録で

「モバイル　サイトマップを追加」⇒「マークアップ言語」⇒「cHTML(iMode)」

にすることが重要。ここでマークアップ言語を「XHTMLモバイルプロファイル(WAP2.0)」にしてしまうと、何故かGoogleの携帯サイトとして認識されなかった。。

そのあたりはこちらの方が、鋭く検証されています。

googlebot-mobileのUAとDOCTYPEとインデックスの関係についての実験とその結果

そして、sitemap自体もモバイル用のネームスペース宣言を入れる。

PLAIN TEXT

XML:

<?xml version="1.0" encoding="UTF-8"?>
xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:mobile="http://www.google.com/schemas/sitemap-mobile/1.0">
>>http://www.google.com/imode>:mobile/>>
>

参考：http://www.google.com/chtmlsitemap.xml

通常のsitemap形式だと、「PCサイト」扱いだったが、このサイトマップを採用してから、chtml用のGooglebot-Mobileがクロールするようになった。

その他

こちらはよく効果がわからなかったが、DOCTYPEは下記のようにしている。

PLAIN TEXT

HTML:

あとは、携帯サイトとして認識させるために容量は10K以下？にするとか、絵文字を利用するとか半角カナを利用するといったこともあるかもしれない。

一番手っ取り早いのは、「携帯サイト」として認識されているサイトから、外部リンクを貼ってもらうことかな。

Yahooはどう？

Yahooはどうだろう？

Yahooサイトエクスプローラーには登録したが、特にモバイルなどの判別はない。（yahoo.com版にはあるけど。。）

実はまだYahooのモバイルクローラーがちゃんとクローリングしてくれてないので、なんともいえないのが現状。。。

Yahoo.comにモバイルサイトのURLを送信するフォームがあったので、とりあえず送信してみたが、これで動きがあれば報告する。

それにしても、何故こんなにややこしいのだろう？

携帯サイトとして報告⇒携帯サイトとして表示

単純にこれだけだと思うが。

検索結果を見ても、まだまだ精度が悪いのでこの分野もこれから改良されていくことを願う。

iPhone用のGoogleリーダーはかなりみやすい！

ueblog — Wed, 14 May 2008 15:50:31 +0000

昨日から、iPhone用インターフェースのGoogleリーダーが公開されてました。

http://www.google.com/reader/i/

さっそくiPod Touchで使ってみましたが、これがなかなかよい。行をタッチすると、詳細が見れます。フォルダ別での閲覧も可能。もちろんサーバで既読が同期されるし、スターもつけれるので、気になるものはチェックしておくこともできる。

私のiPod Touch Offline Readerもこのデザインをぱくるかな（笑）

ちなみに、オフラインで試したところ、表示した部分15件分の閲覧は可能でした。まだ、 iPod Touch Offline Readerのほうが一気にたくさんのフィードが見れると言うことで、生きる道があるということにしておきます。

携帯の端末IDとCookieのまとめ

ueblog — Sun, 20 Apr 2008 12:45:40 +0000

携帯（DoCoMo、Ezweb、Softbank）の端末IDとCookieについてまとめてみました。

携帯の端末ID

いわゆる、携帯端末からのアクセスを一意に識別できるID。

DoCoMo

現在（2008年4月）であれば、iモードIDを利用するのが手っ取り早い。URLに"guid=ON"というパラメータをつければ、リクエストヘッダにHTTP_X_DCMGUIDという名前の値からIDを取得できる仕様。

特徴は下記。

SSL環境では取得できない
ユーザ側でIDを送出しない設定ができる
全機種対応
英数字7桁で再利用されない
POSTの場合、Body部分に"guid=ON"があっても送信されない。要はGETパラメータとして付与しないといけない（追記！）

参考：iモードIDについて：作ろうiモードコンテンツ

Ezweb

EZ番号という、リクエストヘッダにHTTP_X_UP_SUBNOという名前の値からIDを取得できる仕様。

特徴は下記。

全機種対応
ユーザ側でIDを送出しない設定ができる
xxxxxxxxxxxxxx_**.ezweb.ne.jpのようなフォーマット

ちなみにSSL環境でも問題なく取得できる。

参考：KDDI au: そのほかの技術情報 > ユーザーエージェント

Softbank

USER_AGENTに端末シリアル番号をつけてくれる。SN***********という値の*部分が端末のID。

特徴は下記

一部、IDを送出しない機種がある（MEXA搭載端末および、702MO、702sMO ）がその他は現在のところ対応している
ユーザ側で端末IDを送出しない設定ができる
15桁の数字

参考：ソフトバンク　ユーザーエージェントについて

リクエストヘッダにX_JPHONE_UIDという名前の値からIDを取得できる仕様もある。

特徴は下記

対応機種は、P型、W型、3GC型
ユーザ側で端末IDを送出しない設定ができる
16桁の英数字

Cookie

携帯のCookieの仕様について。

DoCoMo

全機種非対応

※更新

iモードブラウザ2.0から正式に対応が決定してます。
作ろうiモード：iモードブラウザ2.0新機能一覧

Ezweb

特徴は下記

全機種対応
クッキーはEzwebのゲートウェイサーバに保存される。ただしWAP2.0端末はSSL通信時、端末に保存される。
期限型のみ。期限がないものはデフォルト1日
CookieのValueは4096バイト以内。SSL通信時は1024バイト以内。

参考：KDDI au: そのほかの技術情報 > Cookie

Softbank

特徴は下記

W型、3GC型機種のみ対応
一時型（ブラウザが切られれば無効となる）、期限型両方対応
Secure Cookie対応

iモードID仕様公開

ueblog — Mon, 31 Mar 2008 02:35:28 +0000

約束どおりドコモのiモードIDの仕様が公開されていました。

iモードIDについて

仕様は、予想通りURLに"guid=ON"というパラメータをくっつけると、リクエストヘッダにuidパラメータが付与されてサーバに送信されるようです。

http://domain.com/?guid=ON

↓

X-DCMGUID: XXXXXXX (7桁の英数字)

GET,POST両方とも対応。また、解約等でも再利用されないIDなので一意が確保できます。ただしSSL環境では取得できない模様。

シンプルですが、URLパラメータにくっつけるっていうのが微妙ですね。

iモードIDの件

ueblog — Sun, 02 Mar 2008 17:04:15 +0000

DoCoMoのiモードIDの件はどうなんだろう。

ドコモ、iモードサイトに共通の利用者ID機能「iモードID」の提供を開始

ユーザごとにユニークなIDが振られる、デフォルトで「通知する」設定となっている、Fomaだけでなく、movaも対応などなど・・・

勝手サイトを運営するコンテンツプロバイダーにとって、ログインのシームレスさ＋アクセス解析のユニーク数がほぼ正確に出せるなど、かなり良い施策だ。

でも、よくよく資料を読んでみると、

重要なお知らせ : 『iモードID』の提供開始について | お知らせ | NTTドコモ

●iモードIDの通知について
iモード対応サイトにおいて、アクセス先URL内に予めiモードID用のパラメータを記述しておくことにより、お客様がサイトアクセスした際にiモードIDの通知が行われます。

やっぱ、uid=NULLGWDOCOMO的な、URLにパラメータをつけたときにだけ取得できるようだ。

また、パラメータの予約語を増やす気か・・・

せめて、リクエストヘッダーにしてくれ・・・