このようなボットドライバー用の「カスタムファームウェア」もあります。これにより、他のボットドライバーの移動アルゴリズムを調整することができます。
しかし、これらすべては将来、個々の企業のおかげで非常に近いように見えます...しかし、同時に近いわけではありません。
道路上では、あなたの生涯に生きているドライバーはいないと確信していますか?
たとえば、わからないが、未来を味わいたい。
それでは、未来の個々の断片を取り上げて、それらを今、できるだけ早く実現してみませんか? 1つの大きな困難なタスクを多くの「非常に困難な」タスクに分割し、スマートカーを段階的に未来に導入しましょう。
トピックは確かに非常に広いです。 したがって、これまでのところ、これらのサブタスクの1つだけについて説明することを提案します。
未来のナビゲーションから始めることをお勧めします。 グローバル企業が今それをやめているのは何ですか? いくらですか?
将来のナビゲーションの明日
結局のところ、ナビゲーションは単なる地図ではなく、地図ではありません。 これは、交通渋滞、事故、交通警察、カメラなどの道路上の状況でもあります。
今ではどのように機能しますか? 運動の参加者のほとんどは、さまざまなプログラムがインストールされているさまざまなデバイスを持っています。 これらのプログラムの本質は1つです。 交通状況を考慮して道順を取得する方法を知っており、サーバーからその情報を取得します。 そして、彼女はサーバーのどこにいますか? 自分から。 問題は、情報が非常に正確で実用的であるということ、同じ「プログラム」を持つトラフィック参加者が自分のルートに沿って移動した回数、さらに最近のことです。
そこで、現代のナビゲーションの主な問題に取り組みました。 彼女は、車が時間と距離で最適なルートを運転している間、車が交通にできる限り少ない時間を費やすように車の流れを分配することはできません。 誰もがさまざまなプログラムを持っているため、現在の状況に関するさまざまなデータがあるので、彼らは私たちを助けているように見えますが、必ずしもそうではありません。
問題を簡潔かつ単純に定式化すると、次のようになります。
ああ、私たちは状況を本当に所有していません。 これはすべて幻想です!
確かに、サーバーは道路上の状況に関する情報をすぐに受信するだけでなく、このルートの同じ曜日の同じ時間に物事の履歴も分析します。 これは良いことですが、与えられた時間では、道路上の正確な情報を迅速に取得する問題を解決しません。
この問題を何らかの形で解決する必要があります。
この問題を解決できます! または私は間違っています。
私たち(まあ、または私たちにとっては)は、目に見える空間で情報を収集するために設計された多数のセンサーとカメラで未来の機械を吊るすことを既に決定しています。 彼らは、ボットの運転手に、運動の他の参加者、彼らの速度と運動、車線の数、道路の損傷などを伝えます(例えば、氷の中の夏のbげたタイヤのエキセントリックについて)。 そして、私たちの美しいスマートカーにこの情報を提供してもらいましょうか? 左右? 前後に?
だから、想像してみてください... それから、目を閉じて椅子に身を乗り出しますが、それを気にして、読むことができなくなると思いました 。
したがって、想像してみましょう。各マシンは、そのルートに関する情報を収集し、処理し、運動の他の参加者に送信します。 対向車は、彼女に情報を送信します。 したがって、彼女は今後のルートの現在の状況に関する独立した運用データを持っています。 それが、私の意見では、上記の問題を解決する方法です。 これは、受け取った情報が、ナビゲーションのために選択したソフトウェア(より正確には、ソフトウェアも選択した人の数)に依存しない方法です。
<図1>

写真の簡単な説明:
- 緑のレンガが私たちの車です(この衛星画像はいくぶん無差別に撮ったので、緑のムスタングのボンネットだけが乗っていました)。
- 画像内の太字のポイントが宛先です。
- 青と茶色の煉瓦は、収集したデータをルートに送信する対向車です。
- 赤い矢印-すべてが立っている、緑の矢印-すべてが動いている(または誰もいない)
ご覧のとおり、それぞれのルートは異なり(車の色の線で見事に描かれています)、データもそれぞれ異なります。 彼らがそれ自体で運ぶ情報は有用ですか? 以上。
私は非常に長い間それを描いたので、私の気持ちをin辱しないでください! もっと良くできたら再描画してください! いいえ、そうではありません...誰かを再描画してください。
そして、はい、私はhabrastorageに対処しませんでした
シンプルなデバイス?
したがって、次の機能を実行する標準デバイス(「チップ」と呼びます)が必要です。
- いくつかのソースから情報のパケットを特定の形式で受信します。 車内の周辺機器 (ドライバーボットが可能になるため、チップが可能になります)、 ナビゲーションソフトウェア (すべてがソフトウェアを要求する可能性が高く、実装も簡単です)、および空路で同じデバイスから 、そして一度に多くの人から(ここで私は最大の疑念を抱いています。
- 情報のパケットを同じソースに配布する(受け入れることほど難しくない(またはその逆))
- すべて、コーヒーは醸造されないかもしれないと思う。 (議論)
ただ?
ボットドライバーよりも厳密ではありません。
いいえ、本当に、私たちの幸せのために本当にそんなに必要なものがありますか?
私は個人的にこれらの質問をしました:
1.そのようなデバイスが設計され、強要された場合、自動車メーカーはそれを受け入れ、自動車を装備しますか?
そう思う! どうして? (私はこの質問の答えを引き出したくないので、ここでたくさんの説得力のある議論を持ち込み、自動車、コンピューターなどの他のデバイスとの類推を散乱させ、その本質は自動車メーカーにとって有益であると想像してください)
2.自分のルートで一方通行の道路を運転するオプションが可能な場合はどうなりますか?
ナビゲーションソフトウェアのサーバーからのデータを誰かがキャンセルしましたか? それらは互いに補完し、修正するように設計されています。
3.ナビゲーションソフトウェアがこのすべての情報をサーバーに送信するとどうなりますか?
いいね! 誰もが、現実に可能な限り近い現在の状況に関する情報を入手できます! 彼らは、使いやすさと価格の面でのみ私たちと競争することができます!
4.長い間行っても、だれも私に出会わない場合はどうなりますか?
だからみんな死んでいる! または、これはできません! はい、質問番号2の回答をご覧ください。
おわりに
将来的には車にセンサーやカメラのようなヒープはまだありませんが、現在はナビゲーションソフトウェア(動きの座標、ルート)、およびオンボードコンピューターからの完全に単純なデータ(平均速度など)が既にあります。 私たちの一人がこのデバイスを思いついて大衆に宣伝するにはまだ十分です! 未来をもっと近づけましょう。
質問が1つだけ残っています。私は何者ですか。 または、なぜこれがまだ道にないのですか?
最初に言ったように、このトピックについて議論することを提案します。 精神的に、キッチンで。
PS多分それはすべて思い付くかもしれませんが、私だけではありません。 ごめんなさい おそらく、これらのすべてがすでに使用されていますが、私だけではありません。 しかし、これはほとんどありません。
UPD
ユーザーの突然変異は、BMV- 車間のデータ交換の開発へのリンクを提供しました。
それは私のものより有能に描かれています。 しかし、この方向に動きがあることが明らかになります。 したがって、放射線のすべての反対者は、ポスターを持って路上に出なければなりません。