アカウント名:
パスワード:
わざわざ音声でAIでやり取りするのもアホらしい話だな。まぁある程度のパターンとメニューを網羅しておけばいいだけの、大昔のプッシュトーンの改良版程度の話だが。ドライブスルーのところにタッチパネルや数字パネル配置するのじゃいけなかったのかね?
大抵の車にはカーナビを積んでいるんだし、カーナビにメニューを表示するのも望ましいはずだと思うんだが、その際の要件をざっと言えばこんなんだよね。
普通にHTMLとWi-Fiでやるのが手軽で現状でもできるだろうけど、あまりカーナビ向けではないな。地デジのBML的な感じになるんだろうかね。ETCとかがそういうのになるという話もあった気もするが。
1990年代とかなら、既定の周波数でアナログテレビ単距離放送→タッチパネル入力/メニュー操作を送信→店側が処理、みたいな流れだっただろうな。普通にできそう。
一昔前にこんな実証実験してたのですがその後をしりません。https://paymentnavi.com/paymentnews/23069.html [paymentnavi.com]ETC 2.0を使ってメニューの配信から決済まで車の中で完結していました。通信を担うITSスポットが設置された店舗駐車場でないと注文も決済も出来ないのがネック。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
カーナビでやるなら (スコア:0)
わざわざ音声でAIでやり取りするのもアホらしい話だな。
まぁある程度のパターンとメニューを網羅しておけばいいだけの、大昔のプッシュトーンの改良版程度の話だが。
ドライブスルーのところにタッチパネルや数字パネル配置するのじゃいけなかったのかね?
大抵の車にはカーナビを積んでいるんだし、カーナビにメニューを表示するのも望ましいはずだと思うんだが、その際の要件をざっと言えばこんなんだよね。
普通にHTMLとWi-Fiでやるのが手軽で現状でもできるだろうけど、あまりカーナビ向けではないな。
地デジのBML的な感じになるんだろうかね。
ETCとかがそういうのになるという話もあった気もするが。
1990年代とかなら、
既定の周波数でアナログテレビ単距離放送→タッチパネル入力/メニュー操作を送信→店側が処理、みたいな流れだっただろうな。
普通にできそう。
Re: (スコア:0)
一昔前にこんな実証実験してたのですがその後をしりません。
https://paymentnavi.com/paymentnews/23069.html [paymentnavi.com]
ETC 2.0を使ってメニューの配信から決済まで車の中で完結していました。
通信を担うITSスポットが設置された店舗駐車場でないと注文も決済も出来ないのがネック。