プール・温泉用ITデバイス

プールや温泉に行くと、着たものはロッカーに預け、ロッカーの鍵を持ち歩くことになる。店によっては手首に装着しておいて、店内の購買に使用するような仕掛けがある。しかし、プールに本当に手ぶらで行くのは不安だし、他に時計も持ちたい、スマホもできれば、と考えてしまう。貴重品だし、緊急の連絡が入らないかと不安だ。

そこでスマートウォッチではどうだ、となるのだが、多くのプールでは腕時計は禁止だ。そりゃそうだ。手を振り回して他人にでも当てれば怪我をしかねない。ネックレスをしている人は多少いるようだが、目立たなければとがめられないだろう。

そこで、ネックレス型のデバイスを考えてみる。まず形状だが、もちろん周囲は樹脂で覆い、とがったところがないようにして安全性は確保する。当然防水である。

概観としては、時計の盤面程度のもの。ソニーがシリコンバンドに盤面をはめ込めるスマートウォッチを作っているが、あれが良かろうと思う。腕時計型バンド、ネックレス型バンド、バッジ型クリップを添付しておく。

機能としては、Suica、時計、スマホの通知を表示する機能を持つ。カメラは、温泉の場合は逆に付けてはいけないので、恐らくナシだろう。通知機能としてLED、バイブレータ、表示(バックライト付き)、タッチパネルを持つものとする。充電式電池を内蔵する。

通信は、昔だったらBluetoothかLANと言いたいところだが、今時であればキャリアLPWAがあるのでこれを使うことにする。ユーザはLPWAのIDをスマホと連携しておき、スマホには専用のソフトを入れておく。後は簡単で、スマホに通知が来ればそれをLPWA経由でデバイスに飛ばせばよい。

通知は元々簡単な文字しかないので、情報量はごく少ない。届いたらバイブとランプで知らせ、盤面を上に向けることでバックライト起動、スクロールで選択、スワイプで既読、とする。それだけでよい。ちょっとだけ履歴を辿れるようにしておくのも良いだろう。既読をスマホと連動させられればなお良い。設定は全てスマホからとする。キャリアLPWAはキャリアとの契約が必要だから、連携もオンラインで行え、デバイスでの操作は不要だ。

今のスマートウォッチと根本的に異なるのは、表示にモノクロ液晶マトリクスとバックライトのみを使うところだろう。余計なアプリをインストールできず通知だけと割り切ることで、解像度が低く低消費電力の液晶を使うことができ、CPUやメモリも殆ど必要ない。これは大幅にバッテリの性能を向上させるはずだ。少なくとも一週間、上手くすれば数ヶ月はもつように作れるだろう。

他にも、アプリケーションをインストールすることはできない、GPSや活動量計もない、脈もとれないなど、ないない尽くしだ。活動量計くらいは付いていても良いだろう、と思い勝ちだが、これも電力を消費するので避けたい。

これなら、普段は簡易スマートウォッチとして使い、Suicaとしても使える。プールや温泉ではネックレスバンドに付け替えて、スマホはロッカーや貴重品入れに入れたままにできる。充電も、月に一回なら苦にならないし、もし忘れても数分充電すればしばらくは使える。

対応する施設なら、ロッカーの施錠をこれ(Suica)で行い、施設内での買い物もSuica対応にすれば、財布やロッカーの鍵を持ち歩く必要がない。特にロッカーは、施錠と支払いが同時に可能だから、使い勝手が向上する。

Suica自販機と自動回収機を置いておけば、入場券代わりにできる。これもカードではなく、ネックレスタイプとする。自分で持っている人は自分のSuicaを使い、もっていない人はそこで買って、帰りには残金とカードのデポジットを回収する。自動ゲートを導入してやれば、入場券を買うのに長蛇の列に並ぶ必要もない。チャージ機も入り口と中に幾つか置いておく。

スーパーやコンビニの多くは既にSuicaに対応しているから、普段でも殆ど財布の出番はないはずだ。またこれなら、オサイフケータイのない格安スマホを持っていても、不便を感じないだろう。

今のところ、LPWAのサイズとアンテナが不確定要素であり、またSuicaがなぜかApple Watch以外で使われていないことに対する不安(技術的なのものか会社方針などのせいか)はあるが、技術的には大きな問題はないように思われる。キャリアとの契約と、月額料金が掛かるネックがあるが、月々300円以内くらいで収められるはずだ。

自分で考えておいてなんだが、Apple Watch含め、今の世の中のスマートウォッチには惹かれないが、これには惹かれる。どこか作ってくれないだろうか。

バッテリー電車

https://japanese.engadget.com/2018/09/18/40/

日本でも電化されていない線路はまだあるだろうが、これからはむしろ電化せず、バッテリーで走るようにした方が良いかもしれない。

電車がバッテリー化すると、車両は重くなり、効率は悪くなる。一方で設備費は車両基地だけに集中し、沿線は線路の点検だけで済む。信号にしても、もはやIoTセンサで情報だけ飛ばせばよいので、線路沿いの電線は無用だ。切り替えポイントだけは必要だが、現在電化されていないようなところでは、基地周りに限られるはずだ。

このような電車は、災害に強くなる。ディーゼルに比べれば劣るが、普通に電車にするのよりは遥かに強い。電化すれば、普段は周辺に排気を出さずに済むし、非常時だけは基地に発電機を置いておいて発電すればよい。

都心の電車でも、バッテリー電車が有効な場合がある。例えば、全車両の2割程度をバッテリー車両にして、停電時でも最寄の駅にゆっくり移動するくらいの余力を得ることができる。また、最低限の冷暖房を効かせることができれば、待機中であっても乗客が消耗することはないはずだ。

また、電車自体にピークカット機能が付くわけだから、普段でも電力会社に貢献できる。運営会社自身でも発電所があると思うが、そこの制御も楽になるわけだ。電線自体の給電能力を下げても動くわけだから、安価にすることもできるだろう。

全てをバッテリーにせずともよい。少しづつバッテリー電車の比率を上げていくことは、それなりに社会貢献になると思う。

BtoB物流ロボット

物流にロボットカーを使うというのは、随分前から検討されているものと思う。ただ、コンシューマ向けではまだ制約が大きいだろうから、BtoBでやろうと思うのは普通の発想だ。そして一番熱心なのは宅配業者や郵便局ではないか、と思うのだが、どうも外からはそう見えない。

例えばクリーニング業者とか、コンビニとか、BtoBで末端の店舗とのモノのやり取りをする業種は多いが、そういうものは宅配業者では扱わない。各々チェーン店内で専用の運送網がある。これを宅配業者が一部請け負うようなことはできないだろうか、と考えるに、ロボットカーは適任だ。

このロボットの形態は、軽自動車からキャビンスクーターのような数種類のサイズからなる。コンテナは業務形態に応じて複数用意する。例えばクリーニング用の縦長、食料用の保温保冷、ケータリング用の振動角度吸収型などだ。配達の頻度などから、専用のものを用意するか、流しを拾うかを決める。

専用のものは、従来と同じく個々の業者が持っている配達網を行き来する。しかし車の資産管理は宅配業者であり、代替車を出してメンテするようなところまで請け負う。流しのものは、街のあちこちの充電スポットに待機していて、呼び出しに応じて対応する。当然こちらの方が安い。また、こちらは基本的に「相乗り可」である。つまり、コンテナ積載量に余裕がある場合、呉越同舟(ことなる業者の荷物を一緒に運ぶ)があり得る。

コンテナはある程度標準化して、つぶしが効くようにしておく。例えば複数のクリーニング業者で共通のコンテナ(通函)を使う。専用のものはもちろん専用でもよい。ロボットカーのサイズはイコール最大積載量の違いであるので、これは物流頻度の予測によって宅配業者が最適化する。

荷物の配送依頼と到着の連絡は、スマホ上の専用のソフトで行うようにする。そして荷物の上げ下ろしは店舗の人間の仕事だ。業務契約しているのでその場での支払いはないし、受け取りはスマホのチェックで行う。

こうすると、個々の物流網を持つよりはコストが安くなるはずだ。多少配達は遅くなるだろうが、それはコストとの兼ね合いになるだろう。

また、例えばコンビニなら定期便で受け取るようなところが大部分だろうが、これなら臨機応変に対応できるため、少量多回数にできる。急に雨が降ったり予想外にモノが売れたときの追加補充に便利だ。

宅配業者は、同じロボットカーを使って拠点間配送が行える。これは顧客がいない隙間時間に自動で行われるため、ロボットカーを有効活用できる。
ビジネスモデルとしては一応成り立っているので、有望だと思う。

Evernoteは要らない

先日、Evernoteが大規模なレイオフをしたことが話題になった。この少し前、個人的にEvernoteから撤退した。なんだか妙にタイミングが合っていて、一人苦笑してしまった。

Evernoteを最後に使ったのは何時だろう、と思い出そうとするほど使っていなかったのがその理由の一つだ。一時期はあれほど使っていたのになぜだろう、と考えてみたら、Evernoteを前提としたソフトが幾つか使えなくなり、その都度がっかりしていたのを思い出した。

Evernoteは基本的にテキストを保存するシステムだが、以前は手書きのメモを保存できたり、定型フォーマットを使って日記のようなこともできた。持ち物リストなどは簡易DB的に使えたし、写真を添えた外出の記録にも使っていた。それが今や全滅だ。フリーフォーマットのテキストのみが残っている。

ちょっと気がついたことをフリーフォーマットで書く、それのみであれば、KeepでもOneNoteでもできる。専用のフォーマットなら簡易DBや日記のサービスがある。

Evernoteが良かったのは、各々個別のシステムに入ることなく、全部を一つに纏められるところだ。横断検索したり、とりあえず記録して後で整理する、などができた。それがEvernoteのアドオン的ソフトの魅力だったはずだ。

撤退はしたものの、各々の機能に関して言えば、未だかつてのEvernoteアドオンの方が魅力的、つまり今の移行先の使い勝手は悪い。本当はまだEvernoteを使いたいのだ。しかしそれは本体の魅力ではなく、アドオンの魅力だ。彼らを粗末に扱ったEvernote本体の罪は重い。

OpenStackの行く末

Walmartが、Microsoft Azureと契約を結んだそうだ。OpenStackを捨てたわけではないが、OpenStackの最近の勢いのなさを見ると心配になってくる。

CloudStack、OpenStackは、各々プライベートクラウドの標準的な構築モデルとして進化してきたわけだが、プライベートクラウドそのものが今や下火である。独自クラウドでもこれらを使ってもさして変わらず、AWSやAzureを使うのが主流になりつつあるイメージがある。二極分化と言っても良いかもしれない。

その差の大きな原因は、クラウドそのものではなく、その上で動くサービスの多様化だ。AWSの上で動くサービスの数はもはや把握しきれないほどで、便利なものもいっぱいある。しかしOpenStackではそれらを全て自力で構成しなくてはいけない。もちろん自分で調整できる強みはあるものの、量で圧倒されている。それが悪貨であっても、駆逐されるには十分だ。

今後、プライベートクラウドは駆逐されていくのだろうかと考えるに、さすがに軍事や政府系ではこれはなかろう。自治体はだいぶ駆逐されるかもしれない。そんな中でプライベートクラウドが生き残るには、AWSのような高機能化が必要になるはずだ。

OpenStackは進化が速く複雑なことで有名だが、そこで技術者をとられていては前に進めない。プライベートクラウドが生き残る道は、「アプライアンス化」しかないと思う。すなわち、ハードウェアとしては単純なものを用い、接合も適当にすれば繋がること、信頼できないハードを除外したり性能のボトルネック検知するのを自動化する、などだ。AWSに存在する同等機能をデフォルトで実装するのもアリだろう。

要するに、ローレベルのことを一切気にせずに構築でき、上位のアプリケーション開発に集中できるようにすべきなのだ。このためには移植不可、全部新規開発、というような大胆な設定をしても構わないから、ローレベルでの細かい改造は一切不可、自動調節にすべきである。

このためには当然、ある程度の冗長化が必要であり、従来の細かいチューニングに頼るよりは計算機資源が多めに必要となる。これを呑んだ上で、上位を簡略化する。アプリケーションの方が高いわけだから、ここが簡単にできることを示せば十分に生き残るチャンスはあるし、このクラウド自体をパブリッククラウドにすることでシームレスなローミングやBCMが可能になる。

OpenStackはオプションが多すぎるのだ。もっと上位レベルのシンプルさを目指してカプセル化を進めれば、まだ生き残るチャンスはある。

Alexaデバイス

amazonがEcho対応の電子レンジや時計を発表して、話題になっている。

電子レンジは興味を惹かれなかったが、時計は興味を持った。こういった単機能デバイスに単機能なりの機能を付け加えるというのは、今後の家電進化の方向性かもしれない。
時計の場合は、音声でタイマーをセットすると残り時間を表示してくれる、というものだった。このように、時間に関する指示なら時計が反応する、というのはとても自然だ。同様にカレンダーも考えられるだろう。スケジュールが近づくとカレンダーの表記が変わる、時計の表示が変わる、というのは直ぐに考え付く。

これと同様な発想で、身近な家電やインテリアをインテリジェントにしていく、というのはアリだろう。つまり、単純に制御するのではなく、その機能から想像できる付加価値(おせっかいと言っても良いかも知れない)を付けるわけだ。

「おせっかい」と言ったが、「気付き」ないしは「気付きの材料」と考えても良い。例えば冷蔵庫にスケジュールをただ表示するのではなく、イベントや帰宅時間、冷蔵庫の中身から考えた献立の提案や作り始めるべき時刻の提案、あるいは足りない食材のリストアップと発注の提案などがあれば、おせっかいかもしれないが参考にはなるはずだ。そしてそれはスマホに表示してももちろん良いのだが、冷蔵庫に表示した方が直感的だ。

何に何ができたらどう嬉しいか、これはアイデア勝負であり、日本人は得意だろう。さまざまなAlexaデバイスを発明して、世間を沸かせて欲しいものだ。

Metro WiFiとJRのWiFi

東京の話になるがご容赦頂きたい。

東京メトロは、全車両にMetro WiFiを導入することを既に決定している。該当車両では、車内でWiFiを快適に使うことができる。一方で他の私鉄やJRは、駅でこそ設置しているものの電車自体には一部の特急などを除き設置していない。

これがどういう意味を持つかは明らかだ。電車に乗っていると、駅に近づくたびにWiFiに繋がろうとして通信が止まり、上手く捕まえられずに四苦八苦した挙句、繋がったと思ったら発車してまた切れる、ということを繰り返すことになる。

ホームでも端の方はWiFiが届きにくいことが殆どで、つまり駅のWiFiもエリアが狭く、動かずに使わなければならない。コンコース内を歩いていても繋がったり切れたりを繰り返し、ストレスが掛かることこの上ない。

中途半端にやる方がやらないより迷惑だ、ということは珍しいが、この場合は真実である。WiFiの設置は、駅よりも電車内を優先すべきだ。これはぜひ進めて頂きたい。くしくもオリンピックでWiFiに慣れた外国人が多数来日するから良いタイミングではないか。固定WiFiのエリアやキャパ確認も含め、もっとカネを掛けてしっかり充実させて欲しいものだ。