すべての記事一覧 - 詳細表示 - 地図をつくる

Uber Eats、MaaS

修正できるの？　９．１　１１．００
緑のボックス、Uber Eats
Uber Eats配達員の運転マナーが酷い。被害者たちから怒りの声が続々
https://www.msn.com/ja-jp/news/national/uber-eats%e9%85%8d%e9%81%94%e5%93%a1%e3%81%ae%e9%81%8b%e8%bb%a2%e3%83%9e%e3%83%8a%e3%83%bc%e3%81%8c%e9%85%b7%e3%81%84%e3%80%82%e8%a2%ab%e5%ae%b3%e8%80%85%e3%81%9f%e3%81%a1%e3%81%8b%e3%82%89%e6%80%92%e3%82%8a%e3%81%ae%e5%a3%b0%e3%81%8c%e7%b6%9a%e3%80%85/ar-AAFuqqe#page=2
事故が起きたときのマニュアルは一応もらっていましたが、事故当日は持っていませんでした。事故についてはウーバーから保険会社を紹介され、事故処理は私と保険会社で行いました
本来なら、ドイツやデンマークのように、自動車教習所だけでなく学校でも交通教育をしっかり実施すべきなんです
もし事故が起きた場合、個人事業主である配達員の責任となり、ウーバー社の責任問題にはなりません。

https://www.fujitsu.com/jp/solutions/industry/contents/trends/05/03/index.html
これまで以上に頻繁に、そして正確で細かいメンテナンス作業が求められるので、メンテナンスしやすい構造や特性を備える必要があるわけです。

MaaS は、ICT を活用して交通をクラウド化し、、、
などと、IaaS,SaaSのノリでウソ吹いているが、リアルな人、荷物、物（その車両も含む）を対象としているのが、
今までと、大きく異なる点である。
メンテナンスしやすい構造や特性とは、メンテナンスしてみなくては、わからなく、後々になって、判明することである。
電球、切れた、タイヤ、パンクした、自動でやってくれや。
あのジャパンタクシーのスロープの設置も自動だろが！！！
バスタブ曲線（故障率曲線）なるものもあるし、タクシーで事前テストして、オペレーターに負荷をかけて、迷惑なものである。

■■■■■

MaaSがもたらすモビリティ革命―日本版MaaSの可能性－
https://www2.deloitte.com/jp/ja/pages/consumer-business/articles/dis/ths-maas.html

タクシーの(JR)駅付けは、地方都市部、都心部、両方あるっす。
https://blogs.yahoo.co.jp/curonikeru/28695275.html
両方とも、Level.4をいきなり目指すものでありんす。

JRの駅付け用プールというのは、そういう意味で、すっごい、インフラだよな。
いまもって、国鉄なんだな、と思う。

エリア別だけでなく、時間帯別も必要である。
早朝の都心部は、地方都市部と同じである。（かも。）

地方都市部、都心部とか、道州制を思い出すな。全国一律の国土交通省じゃ、ちと、どうかな。

•地方都市部
都市計画や交通計画自体をどうデザインするかという
Level.4を目指す

•都心部
利用者によっては移動や決済情報などといった個人情報の提供に抵抗感があるという障壁もあげられる。
国土交通省が、IaaSやPaaS,SssSのノリで、MaaS、クラウドなどと、横文字、カタカナを多用して、けしからん。
これが、うさんくさい、わけだ。中国化しているな。
通勤でのサブスクリプションは、だれが、求めているのか。
交通費もらって、うかせて、自家用通勤というのもあるし。
話かわるが、ヘルシンキのstreet map見たら、自宅近くに、たくさん、路上駐車してた。

都市計画や交通計画というと、土建屋が出しゃばるわけで、ろくなことにならない。
その例が、横浜駅、西口であり、不愉快である。

Leve.1からLeve.5まで、順番にしなくちゃいけない、みたいで、おかしいな。
ワンストップでの発券や予約、支払い、、、とあるが、ワン種類での発券や、、
というのもある。欧州の公共交通で、バスの支払いを電子マネーだけにした。
というのが、かつてあって、ナルホドと思った。

あっ、電子マネーは、現金決済として、カウントされているのか～～～～～。
気持ちとしては、匿名での色のついた現金を持ち歩いている。という感覚である。