車両・走行データ統合情報の
最大の課題

行程を構成するフレームワークの設定

車両・走行データ統合情報サービスを想定どおりに機能させるには、実際に行程を構成しているものは何か、フレームワークを設定する必要があります。行程はいつ始まるのでしょうか？車のロックを解除したときでしょうか？それとも車を発進させたときでしょうか？あるいは、ホイールが回転し始めたときかもしれません。同じように、行程の終わりを示すのは何でしょうか？

マイレージの還元、燃費の測定、あるいは車の使用状況の統計を簡単に比較したい場合など、何が行程を構成しているのかを明確に定義することが重要となる場面は多くあります。行程にその目的、目標、潜在的な課題などを追加することで、便利な車両・走行データ統合情報サービスを創りだすことができます。

こうしたサービスでは、収集したデータを手動で調整できなければならないことに留意してください。たとえば、出張中に寄り道して友達を訪ねると決めたと想定します。その寄り道をマイレージに含めるべきでない場合は、それをマイレージのログから削除できるようにしなければなりません。

またソリューションには、ある種の逸脱を理解できるインテリジェンスも必要です。たとえば、職場の駐車場に入ったときに車のインターネット接続が切断され、仕事が終わってその駐車場から出るときに復帰した場合、このソリューションは、オフラインだった間、ずっと運転を続けていたのではないことを理解しなければなりません。

データスパイクなどもスムーズに処理できるようにすること

自動車データの収集と送信は、1日を通して均等に行われるわけではありません。午前中と午後のピーク時に発生するデータスパイクを、拡張性とコスト効率に優れた方法で処理する必要があります。データ容量を増やせることも必要ですが、必要になるのはそうしたピーク時間のみです。またソリューションには、地域のモバイル事業者で発生する可能性のある障害を処理できるレジリエンスも求められます。こうした障害が発生すると、莫大なデータが蓄積され、モバイルネットワークの復帰時にクラウドに「データ洪水」が生じる可能性があるためです。

あなたの車は、コストパフォーマンスに優れた方法でデータをクラウドに送信していますか？通信パターンによっては、情報の送信に大量のデータを使うものがあります。これは非常に高コストになり、上記のような状況では問題となるかもしれません。可能な限り少ないデータを使用して、可能な限り正確で有益な情報を送信するソリューションが必要です。さまざまな分野で証明されているとおり、無駄のない通信パターンを用いること、すなわち、適量のデータを適切なタイミングで送信することが非常に有益です。