(57)【要約】  車両状態の監視を提供するためのシステムが提供される。システムは測定デバイスを含むことができる。測定デバイスは、車両に取外し可能に接続することができる。システムはコンピュータを含むことができる。コンピュータは、車両内に配置することができる。測定デバイスは、コンピュータとの接続を含むことができる。システムは受信機を含むことができる。受信機は、測定デバイスから、車両の属性に対応するデータの測値、及び車両属性に対する所望のデータ測値レベルに対応する閾値測値を受け取るように構成することができる。システムはプロセッサを含むことができる。プロセッサは、データ測値が閾値測値を超えたかどうかを決定し、且つ、車両属性に対するデータ測値が超えたことを知らせる警報をユーザに送信するように送信機に命令するように構成することができる。
2017512712.tif 000002
【特許請求の範囲】
【請求項１】
車両に対するバレット属性を設定するための方法であって、
バレット制限機能をイネーブルする命令をユーザから受け取るステップと、
前記車両の現在位置に対する位置問合せをサーバからＯＢＤに送信するステップと、
前記車両の前記位置を受け取るステップと、
前記車両に対する外部境界を含むジオフェンスを形成するステップであって、前記ジオフェンスがマイル単位の半径を使用して形成される、形成するステップと、
前記マイル単位の半径を複数のＧＰＳ座標に変換するステップと
を含む方法。
【請求項２】
前記車両に結合されたＯＢＤに、
ジオフェンス・パラメータ、及び
ジオフェンス違反に対して前記車両を監視し、且つ、前記ジオフェンス・パラメータが違反されると、前記サーバに警報を送信する命令
を送るステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記位置問合せが、
前記車両のＧＰＳ位置を問い合わせるステップと、
前記ＯＢＤ内に配置されたＧＰＳアンテナから前記ＧＰＳ座標を決定するステップと、
前記ＧＰＳ座標を前記サーバに送信するステップと
を含む、請求項１に記載の方法。
【請求項４】
前記位置問合せが、
前記ユーザのＧＰＳ位置を問い合わせるステップと、
前記ユーザのスマートフォン内に配置されたＧＰＳアンテナから前記ユーザの前記ＧＰＳ位置を決定するステップと、
前記ＧＰＳ座標を前記サーバに送信するステップと
を含む、請求項１に記載の方法。
【請求項５】
前記ジオフェンス半径が自動閾値入力によって予め決定される、請求項１に記載の方法。
【請求項６】
前記ジオフェンス半径がユーザによって予め入力される、請求項１に記載の方法。
【請求項７】
車両に対するバレット属性を設定するための方法であって、
車両に対する１つ又は複数のパラメータ制限閾値を受け取るステップと、
バレット制限機能をイネーブルする命令をユーザから受け取るステップであって、前記バレット制限機能が、１つ又は複数のパラメータ制限閾値の違反に対する前記車両の監視に対応するステップと、
サーバから前記車両に結合されたＯＢＤに、前記車両に対する速度問合せを送信するステップであって、前記速度問合せが、前記車両が前記１つ又は複数のパラメータ制限閾値を違反したかどうかを決定するための問合せを含み、前記速度問合せが、
第１の時間ポイント及び第２の時間ポイントと、
前記２つの時間ポイントの間の任意のポイントで速度閾値を超えたか、又は速度閾値に到達したかどうかを決定するために、前記第１の時間ポイントと前記第２の時間ポイントの間の速度情報を前記ＯＢＤに解析させる命令と
を含む、送信するステップと
を含む方法。
【請求項８】
前記速度閾値を超えたか、又は前記速度閾値に到達したかどうかの前記決定を前記ＯＢＤから受け取るステップをさらに含む、請求項７に記載の方法。
【請求項９】
前記第１の時間ポイントと前記第２の時間ポイントの間で前記速度閾値を超えたこと、又は前記速度閾値に到達したことを前記ＯＢＤが決定すると、前記ＯＢＤから前記サーバにメッセージを送信し、
前記第１の時間ポイントと前記第２の時間ポイントの間で前記速度閾値を超えていないこと、又は前記速度閾値に到達していないことを前記ＯＢＤが決定すると、前記ＯＢＤから前記サーバへの前記速度閾値に対応するデータの送信は存在しない
請求項８に記載の方法。
【請求項１０】
前記１つ又は複数のパラメータ制限閾値が、ユーザによって入力される閾値を含む、請求項７に記載の方法。
【請求項１１】
前記１つ又は複数のパラメータ制限閾値を受け取る前記ステップが、
ユーザ入力を介してパラメータを受け取るステップと、
前記パラメータに対する制限を前記ユーザから受け取るステップと、
前記パラメータを監視する命令を前記ＯＢＤに送信するステップと
をさらに含む、請求項７に記載の方法。
【請求項１２】
前記第１の時間ポイントと前記第２の時間ポイントの間で前記速度閾値を超えたことを前記ＯＢＤが決定すると、前記方法が、前記速度閾値を超えたことを知らせる警報を前記サーバから前記ユーザに送信するステップをさらに含む、請求項７に記載の方法。
【請求項１３】
車両がバレットされる際の車両状態の監視を提供するためのシステムであって、
車両に取外し可能に接続された測定デバイスと、
前記車両内に配置されたコンピュータであって、前記測定デバイスが前記コンピュータとの接続を備えるコンピュータと、
前記測定デバイスから、
前記車両の属性に対応するデータの測値、
前記車両属性に対する所望のデータ測値レベルに対応する閾値測値
を受け取るように構成された受信機と、
前記データ測値が前記閾値測値を超えたかどうかを決定し、且つ、
前記車両属性に対する前記データ測値が超えたことを知らせる警報をユーザに送るように送信機に命令する
ように構成されたプロセッサと
を備えるシステム。
【請求項１４】
前記測定デバイスが、Ｏｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｔｉｃデバイスを備える、請求項１３に記載のシステム。
【請求項１５】
前記データが、前記車両の属性に対応するデータを含み、前記属性が、加速、減速、速度、距離及び位置からなるグループから選択される、請求項１３に記載のシステム。
【請求項１６】
前記閾値測値がユーザによって入力される、請求項１３に記載のシステム。
【請求項１７】
前記警報が、
前記車両属性、
前記車両属性の前記測値、及び、
前記閾値を超えた回数
を含む、請求項１３に記載のシステム。
【請求項１８】
前記閾値が前記車両属性の前記測値に対する閾値範囲であり、前記閾値範囲が上側閾値測値及び下側閾値測値を含む、請求項１３に記載のシステム。
【請求項１９】
監視する前記車両属性の修正を前記ユーザから受け取るようにさらに構成された前記受信機をさらに備える、請求項１３に記載のシステム。
【請求項２０】
属性閾値レベルの修正を前記ユーザから受け取るようにさらに構成された前記受信機をさらに備える、請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、特許法§１１９（ｅ）の下に、２０１４年３月１９日に米国特許商標庁に出願した、「Ａｕｔｏｍｏｂｉｌｅ  Ｓｅｒｖｉｃｅｓ  Ｓｙｓｔｅｍ  ａｎｄ  Ｓｏｆｔｗａｒｅ」という名称の仮出願第６１／９５５，４６９号、２０１５年１月２３日に米国特許商標庁に出願した、「Ａｕｔｏｍｏｂｉｌｅ  Ｓｅｒｖｉｃｅｓ  Ｓｙｓｔｅｍ  ａｎｄ  Ｓｏｆｔｗａｒｅ」という名称の仮出願第６２／１０７，０９１号、及び２０１５年１月２７日に米国特許商標庁に出願した、「Ｓｙｓｔｅｍｓ  ｆｏｒ  ｄｅｔｅｒｍｉｎｉｎｇ  ａ  ｌｏｃａｔｉｏｎ  ｏｆ  ａｎ  ｏｐｔｉｍａｌ  ｆｕｅｌｉｎｇ  ｓｔａｔｉｏｎ」という名称の仮出願第６２／１０８，３５５号の優先権を主張するものであり、参照によりこれらの個々の開示全体が本明細書に組み込まれている。
【背景技術】
【０００２】
本発明は、Ｏｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｔｉｃ（ＯＢＤ）デバイスを使用した車両性能の監視、及びユーザへの結果の提供に関する。
【０００３】
一般にＯＢＤデバイスの使用は、自動車サービスを提供するメカニック若しくは他の個人又は会社に限定されている。しかしながら車両は組込みコンピュータを含んでおり、車両の性能並びに車両の状態に関するデータのユーザによる潜在的な監視が可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、１つ又は複数の車両性能レベルに対する閾値をユーザが設定することができ、また、車両の性能をユーザが遠隔で監視することができる装置が提供される。さらに、１つ又は複数の出来事に対して車両コンピュータを監視するように構成することができるＯＢＤデバイスとの接続を介してユーザが自身の車両状態を遠隔で監視することができる装置、システム及び方法が提供される。
【課題を解決するための手段】
【０００５】
車両状態の監視を提供するためのシステムが提供される。システムは測定デバイスを含むことができる。測定デバイスは、車両に取外し可能に接続することができる。システムはコンピュータを含むことができる。コンピュータは、車両内に配置することができる。測定デバイスは、コンピュータとの接続を含むことができる。システムは受信機を含むことができる。受信機は、測定デバイスから、車両の属性に対応するデータの測値、及び車両属性に対する所望のデータ測値レベルに対応する閾値測値を受け取るように構成することができる。システムはプロセッサを含むことができる。プロセッサは、データ測値が閾値測値を超えたかどうかを決定し、且つ、車両属性に対するデータ測値が超えたことを知らせる警報をユーザに送信するように送信機に命令するように構成することができる。
【０００６】
本発明の目的及び利点は、添付の図面と共に以下の詳細な説明を考察することによって明らかになるであろう。図において、同様の参照文字は、一貫して同様の部品を表している。
【図面の簡単な説明】
【０００７】
【図１】本発明の原理による例証コンピュータ・システム及びネットワークを示す図である。
【図２Ａ】本発明の原理による例証装置を示す図である。
【図２Ｂ】本発明の原理による例証装置を示す図である。
【図２Ｃ】本発明の原理による例証装置を示す図である。
【図３Ａ】本発明の原理による例証プロセスを示す図である。
【図３Ｂ】本発明の原理による例証プロセスを示す図である。
【図４Ａ】本発明の原理による例証プロセスを示す図である。
【図４Ｂ】本発明の原理による例証プロセスを示す図である。
【図５】本発明の原理による例証情報を示す図である。
【図６】本発明の原理による例証情報を示す図である。
【図７】本発明の原理による例証情報を示す図である。
【図８】本発明の原理による例証情報を示す図である。
【図９】本発明の原理による例証情報を示す図である。
【図１０】本発明の原理による例証情報を示す図である。
【図１１】本発明の原理による例証情報を示す図である。
【図１２】本発明の原理による例証情報を示す図である。
【発明を実施するための形態】
【０００８】
提供される自動車関連サービスのための装置、方法及び媒体が提供される。
【０００９】
本発明は一般に自動車サービスに関し、より詳細には、ユーザに追加自動車サービスを提供するためのシステム及び装置に関する。
【００１０】
本発明は、ユーザに車両関連情報を通信することによる完全な一組の車両関連サービスの提供を含む。本発明は、完全な一組の車両関連サービスを引き渡すために使用される、１９９６年以降に販売されたすべての自動車のＯｎ−Ｂｏａｒｄ  Ｄｉａｇｎｏｓｔｉｃｓ（「ＯＢＤ」）−ＩＩポートに差し込むデバイスを含む。デバイスは、車両のコンピュータから情報を読み出す。デバイスは、Ａｃｃｅｌｅｒｏｍｅｔｅｒ、ＧＰＳ、Ｗｉｒｅｌｅｓｓ通信（例えばＧＳＭ（登録商標）又はＣＤＭＡ）、Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（例えばＢｌｕｅｔｏｏｔｈ（登録商標））、ＷｉＦｉ又はジャイロスコープを含むことも可能である。
【００１１】
Ｏｎ−Ｂｏａｒｄ診断とは、車両の自己診断及び報告能力を意味する自動車用語である。ＯＢＤシステムは、車両所有者又は修理技術者に様々な車両システム及びサブシステムの状態に対するアクセスを提供する。現在、ＯＢＤは最大限に利用されていない。
【００１２】
理解されるように、追加機能のためにＯＢＤを使用するシステム及びソフトウェアが必要である。
【００１３】
実例による説明を目的として、本発明は、システムの一部として説明することができる。ＯＢＤデバイスは、システムの一部であるものとして説明することができる。システムは、本明細書において示され、又は説明される装置の特徴のうちの１つ又は複数を含むことができる。システムは、１つ又は複数のＯＢＤデバイス（以下、「ＯＢＤデバイス」又は「デバイス」と呼ぶ）、１つ又は複数のサーバ、及び携帯デバイス又はコンピュータなどの１つ又は複数の計算デバイスを含むことができる。システムはこれらのデバイスに限定されず、追加デバイスを含むことも可能であることに留意されたい。
【００１４】
本発明の実施例は、専用ソフトウェアと組み合わせたデバイスを含むことができる。例えばユーザは、デバイスからの情報を監視し、且つ、特定の閾値を超えるか、又は特定の閾値に到達すると、ユーザに警報を発するための一組の機能をトリガすることができる。これは、ワン・クリック又はトグルを使用して達成することができる。ワン・クリックを使用して１つ又は複数の動作モードを選択することにより、例えば一組の事前決定済み閾値が確立され、また、任意の閾値に対して、それを超えたか又は到達したことを知らせる警報が提供される。
【００１５】
一実施例では、本発明はデバイスを含むことができる。デバイスはＯＢＤデバイスであってもよい。ＯＢＤデバイスは、ＯＢＤ−ＩＩ規格を遵守することができ、また、ＯＢＤ−ＩＩ規格を遵守するソフトウェア及びハードウェアを含むことができる。ＥＰＡによって実現されるＯＢＤ−ＩＩ規格の仕様は、参照によりその全体が本明細書に組み込まれている。本発明によるＯＢＤデバイスには、これらの規格に限定される機能を含む必要はない。
【００１６】
デバイスは接続を含むことができ、また、車両に解放可能に接続することができる。デバイスは、データ・ポートを介して車両に接続することができる。接続は、プラグイン接続、ＵＳＢポート接続、シリアル・ポート接続、ピン接続又は任意の他の適切な接続であってもよい。また、接続は、ＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ（登録商標）などのプロトコルを使用した無線であってもよい。
【００１７】
デバイスは、コンピュータと対話即ち通信することができる。コンピュータは、車両内に配置されるオンボード・コンピュータ（「車両コンピュータ」とも呼ばれる）であってもよい。車両コンピュータは、車両からの１つ又は複数のデータ・ポイント即ちパラメータを測定するように構成することができる。
【００１８】
本発明においては、ＯＢＤデバイスは、車両に差し込む又は別の方法で車両と接続される個別のデバイスであること、並びに車両に組み込まれるＯＢＤデバイスであることが想定されていることに留意されたい。したがってＯＢＤデバイスの特徴のうちの一部又はすべてを車両コンピュータに接続すること、車両と一体にすること、又は車両コンピュータ自体に組み込むことができる。
【００１９】
ＯＢＤデバイスは、車両に使用するための任意の適切な診断デバイスであってもよい。デバイスは測定デバイスであってもよい。本発明は、標準ＯＢＤデバイスと共に、並びに本出願の中で説明される独自の特徴を含んだＯＢＤデバイスと共に動作することができる。
【００２０】
ＯＢＤデバイスは、１つ又は複数のプロセッサ、送信機、受信機、トランシーバ及び任意の適切な追加構成要素を含むことができる。
【００２１】
ＯＢＤデバイスは、様々な通信プロトコル上で動作するように構成された１つ又は複数の通信システムを含むことができる。ＯＢＤデバイスは、ＧＳＭネットワーク又はＧＰＲＳネットワークを使用して動作するように構成することができる。ＯＢＤデバイスは、２Ｇ、３Ｇ、４Ｇ、ＬＴＥ又は任意の他の適切な接続性技術を使用して動作するように構成することができる。ＯＢＤデバイスは、１つ又は複数のセルラー・アンテナ又はＧＰＳアンテナを含むことができる。ＯＢＤデバイスは、Ｂｌｕｅｔｏｏｔｈ（登録商標）チップセット及びＷｉ−Ｆｉチップセットなどの短距離無線通信ハードウェアを含むことができる。
【００２２】
ＯＢＤデバイスは内部電池電源を含むことができる。ＯＢＤデバイスは、ソーラー・パワーなどの外部電源から、或いはカー・ポートへの接続性を介して電力を引き出すことができる。ＯＢＤデバイスは、複数の電源から電力を引き出すように構成することができる。
【００２３】
ＯＢＤデバイスは、ＴＣＰプロトコル、ＵＤＰプロトコル及びＦＴＰプロトコルをサポートするように構成することができる。ＯＢＤデバイスはＳＭＳ接続性を含むことができ、また、ＳＭＳメッセージを受け取り、且つ、送るように構成することができる。ＯＢＤデバイスは、既に説明した通信プロトコルなどの任意の適切な通信プロトコルを介して構成し、且つ、更新することができる。
【００２４】
ＯＢＤデバイスはファームウェアを含むことができる。ファームウェアは、事前決定済み通信プロトコルを使用して動作するように構成することができる。したがってデバイスは、１つ又は複数のコマンドを受け取るように構成することができる。コマンドは変更が可能であり、それによりデバイスによって収集され、受け取られ、及び／又は送信される情報を変えることができる。例えばＯＢＤデバイスは、車両コンピュータとの接続ポートを介して、車両の速度に関する情報を収集するコマンド及び／又は命令を受け取ることができる。別の実例では、車両の加速度及び位置に関するデータを収集し、且つ、事前決定済み時間間隔でその情報を送信するようにＯＢＤデバイスに命令することも可能である。
【００２５】
ＯＢＤデバイス・データの使用法を最適化し、それによりデバイスによって送られ、且つ、受け取られるデータの量を制限することができる。したがって本発明によれば、特定の出来事即ち事象に応答してのみ情報をサーバに送信するようにＯＢＤデバイスに命令することができる。例えばＯＢＤデバイスは、通常、車両コンピュータから連続データ報告を受け取ることができる。
【００２６】
データの使用を低くするために、事象に基づく報告を使用することができる。デバイスにすべての情報を特定の時間間隔（即ち３０秒）でサーバに送らせるのではなく、事象を使用して、その事象が生じると、デバイスは自動的にサーバに通知することができる。例えば運転者が取った正確なルートを知るためにＧＰＳ座標が１０秒毎に使用されることはない。その代わりに車両が走行方向を変える毎に報告を提供することができ、それにより送られるデータの量を少なくすることができる。事象に基づく報告は、通常のデータ伝送と共に使用することができることに留意されたい。
【００２７】
システムは、既に説明したサーバなどのサーバを含むことができる。サーバは、１つ又は複数のプロセッサ、送信機、受信機、トランシーバ及び任意の適切な追加構成要素を含むことができる。ＯＢＤデバイスはサーバと接触することができる。サーバは、ＯＢＤデバイスのための制御を設定することができる。サーバは、ＯＢＤデバイスによって受け取られ、及び／若しくは処理されたデータが、閾値を超えたか若しくは閾値に到達したこと（即ち速度閾値）、ある制限が違反されたこと（即ちジオフェンス）、又はある事象が生じたこと（オンボードＯＢＤジャイロスコープ若しくは加速度計によって車両内で検出された運動）を示している場合にのみ、サーバに警報を送るようにＯＢＤデバイスに命令することができる。別の実例では、速度閾値制限を超えたか又は速度閾値制限に到達し、且つ、ジオフェンスが侵犯され／違反される、の両方など複数の事象が生じた場合にのみ警報を送るようにＯＢＤに命令することができる。
【００２８】
ＯＢＤデバイスのデータ使用最適化の追加実例は、閾値が違反されたこと、及び違反された閾値のタイプを知らせるメッセージのみを送信するようにＯＢＤに命令すること、又は位置、継続期間、等々などの閾値違反の特定のデータなどの追加データを含んだメッセージを送信することを含むことができる。
【００２９】
ＯＢＤデバイス・データは、セルラー・ネットワーク、無線ネットワーク、ＵＳＢ、赤外線、ＮＦＣ又は任意の他の適切な伝送プロトコルを介して、ＯＢＤデバイスから１つ又は複数のサーバ及び／又はコンピュータに送信することができる。ＯＢＤデバイスは、ＵＤＰ、ＵＤＰ−Ｃ、ＴＣＰ／ＩＰ、ＴＵ及びＳＭＳなどの任意の他の適切なプロトコルを使用してデータをサーバに送信することができる。
【００３０】
ＯＢＤデバイスによって車両コンピュータから検索された車両データは、１つ又は複数の位置で処理することができる。車両データを処理する場所及び方法に関する様々な構成は、ユーザが、或いはＯＢＤデバイス及びそのサービスの管理に責任を負う会社又は実体が選択し、プログラムし、又は入力することができる。
【００３１】
一実施例では、ユーザは、ＯＢＤデバイスのプロセッサを使用してデータを処理するようにＯＢＤデバイスをプログラムすることができ、又はＯＢＤデバイスのプロセッサを使用してデータを処理する命令をＯＢＤデバイスに送ることができる。ユーザは、電話、携帯デバイス、スマートフォン、例えば携帯デバイス、ラップトップ、デスクトップ若しくはサーバなどの計算デバイス、アプリケーション、又は任意の他の適切なプログラム若しくはデバイスを使用して、車両コンピュータから受け取ったデータの処理方法に関する一連の命令をＯＢＤデバイスに送信することができる。例えば、８０ＫＰＨ（５０ＭＰＨ）などのプログラムされた速度閾値を車両が超えた場合にのみ車両の速度情報を送るようにＯＢＤに命令することができる。別の実例では、車両コンピュータ・データを監視して、車両の運転者が急ブレーキを掛けたかどうかを決定するようにＯＢＤデバイスに命令することができる。
【００３２】
別の実施例では、ＯＢＤデバイスは、特定の情報をサーバに送るよう、ファームウェア、ソフトウェア、初期命令、更新された命令を介して、又は任意の適切な方法でプログラムすることができる。命令は、ＯＢＤデバイスがデータを処理しないようにするための命令、及び処理されるデータをＯＢＤデバイスに送る命令を含むことができる。
【００３３】
例えばデバイスは、すべての加速データをサーバに送信する命令を受け取ることができる。デバイスは、さらに、加速データ（又は任意の他の適切なデータ）を事前決定済み時間間隔で送信する命令を受け取ることができる。即ちすべての減速データを３０秒の時間間隔でサーバに送信するようにＯＢＤに命令することができる。ＯＢＤは、さらに、例えば速度閾値が違反された場合にのみ速度データを送信する、などの別のパラメータに対する事前決定済み／事前設定済み閾値違反のみを送信する一方で、減速データなどの特定のパラメータに関連するすべてのデータを送信するように個別化することも可能である。例えば減速データ（又はＯＢＤによって処理することができる任意の他のパラメータ）は、減速パラメータの変化の有無に無関係に、６０Ｈｚ、３０Ｈｚ、２０Ｈｚ、５Ｈｚ、２Ｈｚの周期的速度で送信することができる。減速データは、このようなパラメータが変化した場合にのみ送信することも可能である。減速データは、変化があった場合にのみ、次の計画伝送時間に送信することも可能である。即ち一般的なパラメータ又は特定のパラメータが３０Ｈｚで送信され得る場合、可能な送信と送信の間にパラメータが変化しても、それはパラメータが変化した直後には送信されず、次の計画送信時にしか送信されないことになる。
【００３４】
ＯＢＤデバイスは、未処理データ又は処理済みデータをサーバに送信することができる。サーバは、最初に、監視するパラメータ、送るデータ及びデータを送る時間間隔をＯＢＤデバイスに命令することができる。サーバは、ＯＢＤから受け取ったデータを処理することができる。サーバは、パラメータに対する閾値を超えたか、又は閾値に到達したかどうかを決定することができる。サーバは、パラメータに対する閾値を超えたか、又は閾値に到達したかどうか（又は閾値未満であるかどうか）をＯＢＤプロセッサを使用して決定するようにＯＢＤに命令することができる。パラメータに対する閾値を超えたか、又は閾値に到達したことをＯＢＤプロセッサが決定すると、閾値を超えたことを知らせるメッセージをサーバに送るよう、もっと早くに、或いはその時点でＯＢＤにさらに命令することができる。
【００３５】
本発明の実施例によれば、ＯＢＤデバイスを初期化することができる。デバイスの初期化は、ユーザがＯＢＤを最初に使用する前に実施することができる。
【００３６】
例示的初期化デバイス・シーケンスは、（１）サーバへのＯＢＤデバイス電話番号（及び／又はＩＭＥＩ、ＩＰアドレス、等々などの他の識別ＯＢＤ情報）の入力、（２）例えばＳＭＳを介したＤｅｖｉｃｅへのＩｎｉｔｉａｌ  Ｃｏｍｍａｎｄの伝送、及び（３）Ｐｏｒｔ、ＩＰアドレス、Ｕｓｅｒｎａｍｅ、Ｐａｓｓｗｏｒｄ、ＡＰＮ、ＳＭＳ番号、ＯＢＤが通信するデバイスのＣｏｍｍｕｎｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの設定を含むことができる。
【００３７】
ステップ１で、ＯＢＤデバイスに固有電話番号を割り当てることができる。この電話番号により、ＯＢＤデバイスは、音声呼出し、ＳＭＳ又はＭＭＳメッセージ発信、又は任意の適切な通信プロトコルを使用したデータの送信又は受取りの使用などの標準電話特徴を使用して通信することができる。
【００３８】
ＯＢＤと結合したデバイス電話番号は、保管し、且つ、プログラム・サーバと結合することができる。プログラム・サーバは、複数の車両内のＯＢＤデバイスを管理する１つのデバイスであっても、又は相互接続された一連のデバイス若しくはサーバであってもよい。
【００３９】
ステップ２で、サーバは初期コマンドを送ることができる。この初期コマンドは、ＯＢＤデバイスに送信することができる。ＯＢＤデバイスは、サーバからＳＭＳを受け取ることができる。初期コマンドは、サーバのＩＰアドレス及びＰｏｒｔをＯＢＤデバイスに通知し、それによりＯＢＤデバイスはサーバと通信することができる。また、初期コマンドは、ＯＢＤデバイスがサーバにログオンすることができるよう、サーバに対するユーザ名及び／又はパスワードをＯＢＤデバイスに通知することも可能である。パスワードは、オプションで必要になることがある。ユーザは、ＯＢＤデバイスから受け取った情報を表示し、又は利用するＧｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（「ＧＵＩ」）にアクセスすることができる。ＧＵＩは、電話又は計算デバイスなどのユーザ・デバイス上に配置することができる。ユーザ・デバイスは、サーバ及び／又はＯＢＤデバイス、並びに任意の他の適切なデバイスと接触することができる。
【００４０】
ステップ３で、サーバは、Ｐｏｒｔ、ＩＰアドレス、ユーザ名、パスワード、ＡＰＮ、ＳＭＳ番号、及び／又はデバイスとの通信のための通信プロトコルを設定することができる。本発明によれば、ＯＢＤデバイスはポータルに差し込むことができる。ポータルを使用して最初にＯＢＤデバイスに初期情報を通信し、デバイスと通信し、且つ、ステップ１〜３で概要を示したように情報を設定することができる。ポータルはドッキング・ステーションであってもよく、また、ドッキング・ステーションは、ＯＢＤデバイスを充電するための電力供給ユニットを含むことができる。ドッキング・ステーションには、任意の適切な電力供給システムを使用して電力を供給することができる。
【００４１】
ＯＢＤデバイスは、Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｅｌ（「ＳＩＭ」）カードを受け取ることができる。ＳＩＭカードは、ドッキング・ステーションを介してプログラムすることができ、ドッキング・ステーションは、コマンドをＯＢＤデバイスに送ることができる。
【００４２】
初期シーケンスの後、ＯＢＤデバイスはサーバによってプログラムすることができる。後続するプログラミング・シーケンスは、（１）初期コマンドに対するＯＢＤデバイスからの応答の受取り、（２）デバイスへの、デバイス・ファームウェア及びモデルを問い合わせるためのコマンドの伝送、（３）モデル・タイプを使用したＯＢＤデバイス・テーブルの更新、（４）速度閾値、加減速閾値及びジオフェンス閾値などの閾値のセットアップ、（５）「オンボードされた」（即ちサーバとの通信が確立された）へのデバイス状態の設定、（６）デバイスの所有者に対する、デバイスが「オンボードされた」ことの通知、並びに（７）ＯＢＤデバイスへの、車両に対するＧＰＳ座標を検索するコマンドの伝送を含むことができる。
【００４３】
プログラミング・シーケンスのステップ１で、ＯＢＤは、初期コマンドを受け取ったことをサーバに示すことができる。ＯＢＤデバイスは、コマンドを検証することができる。ステップ２で、問合せにより試験シーケンスを開始することができる。ステップ３で、デバイス・テーブルは、メモリに記憶されているルックアップ・テーブル又は任意の他の適切なテーブルを含むことができ、このようなテーブルを初期化することができ、また、初期値をこのようなテーブルに記憶することができる。テーブルは、ＯＢＤデバイスと結合することができる。個々のＯＢＤデバイスは、独自のルックアップ・テーブルと結合することができる。ルックアップ・テーブルは、サーバの中に配置することができる。個々のデバイスは、個々のデバイスと結合したモデル・タイプと共に記憶することができる。
【００４４】
ステップ４で、デフォルト・パラメータを使用して閾値をセットアップすることができる。デフォルト・パラメータは、１つ又は複数のモードに基づくデフォルト閾値を含むことができる。デフォルト・パラメータは修正が可能である。また、閾値は、ユーザによって入力される個別化された閾値であってもよい。ユーザは、ＯＢＤデバイスと結合し、また、ＯＢＤデバイスと直接又は間接的に通信することができるスマートフォン又はコンピュータ上のアプリケーションを介して閾値を入力することができる。ステップ５で、ＯＢＤデバイス状態をオンボードされた状態に設定することができ、それによりデバイスが適切に走っていることを示すことができる。ステップ６で、ユーザは、任意の適切な方法を介して、デバイスがオンボードされたことを知らせる通知を受け取ることができる。ステップ７で、サーバは、ＯＢＤ内部ＧＰＳアンテナ、車両のＧＰＳアンテナ又は任意の他の適切な方法を使用して車両のＧＰＳ座標を決定する命令をＯＢＤに送ることができる。
【００４５】
ＯＢＤデバイスは、メモリ・モジュール、電源、マイクロプロセッサ、ファームウェア、及び１つ又は複数の通信ハードウェア・チップ（例えばＣａｔ１０  ＬＴＥ  Ｍｏｄｅｍ、Ｉｎｔｅｌの７３６０  ＬＴＥモデム又はＱｕａｌｃｏｍｍのＭＤＭ９６２５  ＬＴＥ  Ｍｏｄｅｍ）を含むことができる。ＯＢＤは、データ収集命令を使用して事前プログラムすることができ、又はＯＢＤは、事前決定済み時間間隔若しくは個別化された時間間隔で、更新された命令、改訂された命令若しくは個別化された命令を受け取ることができる。ＯＢＤは、ピン接続などの任意の適切な接続を使用して車両内のＯＢＤポートに接続することができる。
【００４６】
ＯＢＤデバイスは、データ収集パラメータを使用してプログラムすることができる。プログラミングは、モジュール・ファームウェアのためのプログラミング・ソフトウェアを使用して、ＰＣ又はドッキング・ポートへの接続によってファームウェアを介して実施することができる。次に、車両のＯＢＤ  ＩＩポートを使用してＯＢＤをピン接続又はＵＳＢ接続に差し込むことができる。
【００４７】
ＯＢＤは、様々なモードで動作するように構成することができる。モードは連続的に動作することができ、或いはＯＢＤは複数のモードを同時に利用することも可能である。
【００４８】
第１の実施例では、ＯＢＤを利用して車両をピックアップ又はドロップオフすることができる。特定の例では、車両の所有者即ちオペレータ（以下、「所有者」と呼ぶが、所有者ではないオペレータを参照するために使用されることもある）は、一時的な時間期間の間、別の個人又は会社の世話の下で自分の車両を預けることを希望することがある。しかしながら車両の所有者は、車両を監視すること、或いは特定の事象の発生を防止することを希望することがある。
【００４９】
所有者は、別の個人又は実体の世話及び／又は管理下にある場合に、本明細書においてはバレット・モードとして知られるモードを開始して車両を監視することができる。バレット・モードは、単に参照名称にすぎず、本発明の範囲を制限することは意図されていないことに留意されたい。
【００５０】
所有者は、監視すべき多数のパラメータを入力することができる。パラメータは、駐車係員に車両を預ける前に所有者が入力したものであってもよい。パラメータは、例えばバレット又は別の当事者に車両を預ける引渡し事象の際に入力することができる。パラメータは、ＯＢＤシステムの管理者によって入力されるデフォルト・パラメータであっても、又は所有者によって入力されるデフォルト・パラメータであってもよい。
【００５１】
パラメータは、最大速度閾値、最大加速閾値、ジオフェンス座標及び／又は走行距離計閾値を含むことができる。ジオフェンス座標は、バレット・モードがイネーブルされている間、車両に対する許容可能な位置の半径を含むことができる。例えばバレット・モードが起動されると、ジオフェンスは、バレット・モードが起動されたポイントの周囲の特定の半径の円の円周上のポイントを含む。その半径は、例えば１．６キロメートル（１マイル）、０．８キロメートル（０．５マイル）、１ｋｍ、０．５ｋｍ、等々であってもよい。また、半径は、バレットの性質に応じてもっと大きくすることも、又はもっと小さくすることも可能である。例えばバレットがドロップオフ位置の特定の半径内に駐車場を有している場合、半径をもっと小さくして緊密に駐車場を取り囲むことができる。ジオフェンス座標は、バレット・モードがイネーブルされている間、車両に対する許容不可能な位置の半径を含むことが、同様に又は別法としてできる。また、ジオフェンス座標は、さもなければ許容可能なジオフェンス領域内であっても、車両が許可されていない特定の街路などの特定の領域を含むことも可能である。禁止される領域は、例えば犯罪のレベルが特定の閾値より高い領域、又は車両に関連する犯罪（例えばカージャック、車両窃盗、等々）がある領域を含むことができる。例えばサーバ及び／又はＯＢＤデバイスは、ジオフェンス化された領域の何らかの部分が、ジオフェンス化された領域の他の部分より犯罪発生率が２０％（又は別の百分率）超高い（又は国の平均、都市の平均、州の平均又は他の閾値より高い）領域を含むかどうかを決定することができ、且つ、その領域をジオフェンス化された領域から除外することができる。また、自動車事故の数、人口調査データを含む人口統計情報などの変数を個別に、或いは犯罪発生率と共に使用することも可能である。
【００５２】
所有者は、所有者が車両を正に引き渡そうとしているポイント、車両を引き渡す前のポイント、又は車両を引き渡した後のポイントのいずれかでバレット・モードを開始することができる。バレット・モードは、スマートフォン・アプリケーション上のスイッチ又はボタンなどのバレット・モードを開始するためのスイッチをトグルするか、又はボタンを押すことによって開始することができる。
【００５３】
バレット・モードが開始されると、ＯＢＤは、１つ又は複数の閾値の違反に対して車両を監視する。閾値違反が検出されると、ＯＢＤは、閾値違反のタイプ（即ちジオフェンス違反）、違反の継続期間、違反の頻度、車両の現在位置及び任意の他の適切な情報のうちの１つ又は複数を含んだデータと共にサーバにメッセージを送信することができる。サーバは、違反が存在すると、次に所有者に警報を送信することができる。
【００５４】
所有者は、閾値違反に関する情報と共にユーザから警報を受け取ることができる。所有者は、発生毎に実時間で閾値違反警報を送るようにサーバに命令することができる。別法としては、所有者は、特定の数の警報（即ち５つの警報）が存在した場合などのバッチで、又は事前決定済み時間間隔（例えば１時間毎、１分毎、等々）でのバッチで閾値違反警報を送信するようにサーバに命令することができる。
【００５５】
ＯＢＤデバイスは、追加で、バレット又は駐車された車両の検索を容易にするためのシステムを提供するように動作することができる。検索ステップは、（１）車両を検索する顧客命令、（２）ユーザ若しくはバレット会社による先行入力によって決定され、又は車両のＧＰＳ位置を決定することによって決定される、車両に責任を負うバレット会社又は駐車会社の識別を含むことができる。
【００５６】
ＯＢＤデバイスは、駐車される車両のドロップオフを容易にするためのシステムを提供するように動作することができる。ステップは、（１）ある位置で車両を預けるステップ、（２）特定の位置でのピックアップを要求するアプリケーションを開始するステップ、（３）車両を駐車するバレット会社又は駐車会社を探索又は識別するステップ、（４）車両の所有を移行するステップ、（５）バレット・モードをオプションで開始するステップ、（５）車両が駐車されたことを知らせる警報をユーザにオプションで発信するステップを含むことができる。
【００５７】
ＯＢＤデバイスを使用して、駐車された車両のユーザ・ピックアップを容易にすることができる。本発明の実施例の原理によれば、システムは、以下のステップを使用して、バレットされた車両を検索するためのプロセスを容易にすることができる。（ａ）電話又はコンピュータ上のアプリケーションなどの車両検索アプリケーション及び／又はアプリケーション内の特徴を開始するステップ、（ｂ）車両の検索及びピックアップのための車両の準備を要求するステップ、（ｃ）車両が駐車されるバレット会社／バレット係員を識別するステップ、並びに（ｄ）ピックアップのために車両を準備するメッセージを会社／係員に送信するステップ。
【００５８】
上記ステップ（ａ）では、アプリケーションは、ＯＢＤデバイスとインタフェースする機能を含むことができる。したがってアプリケーションは、ＯＢＤデバイスの中又は車両自体の中に配置されたＧＰＳ受信機（ＯＢＤを介してアプリケーションに提供することができる）を使用して車両のＧＰＳを検索するように構成することができる。アプリケーションは、駐車施設において所有者が車両をドロップオフする場合などのように車両内に存在している場合、車両のＧＰＳ座標を予め記憶しておくことも可能である。さらに、所有者は、アプリケーション内に駐車領域又は施設住所及び位置を手動で入力することができる。また、所有者は、駐車施設又は近傍のビジネス／サイトの名称を入力し、且つ、ビジネス上及び／又は地図上のポイントで名称を選択することができる。
【００５９】
アプリケーションは、電話又はコンピュータの通信システムを結び付けてメッセージを送信するように構成することができる。したがってステップ（ｂ）で、アプリケーションは、車両を検索する入力をユーザから受け取ることができる。アプリケーションは、次に車両の位置を決定し、且つ、ステップ（ｃ）を開始することができる。ステップ（ｃ）で、アプリケーションは、駐車された車両と結合したバレット会社を決定することができる。例えばアプリケーションは、駐車された車両のＧＰＳ座標を使用してデータベースを利用することができ、それによりその位置で駐車施設を所有又は運営している実体を決定することができる。別の実例では、アプリケーションは、公的記録又はマッピング・ソフトウェアを介して施設の所有者にアクセスすることができる。アプリケーションは、位置のオペレータの接触情報を決定することも、また、ステップ（ｄ）で駐車施設に接触することも可能である。
【００６０】
ステップ（ｄ）における接触は、電話呼出し、テキスト・メッセージ又は電子メールを含むことができ、これらは、車両の事前プログラム済み詳細、及び／又は車両ＩＤ／駐車券を含む。
【００６１】
この時点で、アプリケーションは、ＯＢＤデバイスを遠隔で起動することができる。別法としては、車両の位置並びに点火の起動した時間の能動的追跡を開始するようにＯＢＤデバイスに命令することができる。この特徴により、車両の所有者は、車両のピックアップの準備が整う予測時間を決定することができる。例えば点火が起動されたことをＯＢＤデバイスが決定すると、ＯＢＤデバイスは、サーバにメッセージを送ることができ、サーバは、次に所有者に警報を送る。所有者は、次に、数分で車両のピックアップの準備が整うことを知ることができる。サーバ及び／又はＯＢＤは、車両の現在位置からピックアップ位置まで車両を運転するのに必要な時間を予測し、且つ、このような時間をユーザに通知することができる。点火がターン・オンされる前であっても、サーバは、自動車が要求された時点から点火がターン・オンされるまで、特定のバレット会社が一般的に要する時間に関するデータを使用して、このようなデータに基づく時間予測を提供することができる。
【００６２】
ＯＢＤデバイスを使用して車両を追跡するためのシーケンスは、（１）車両の運転者がその車両をバレット／駐車係員に移行する、（２）車両が移行されると、車両の位置、速度及び様々な追加属性を監視するために、運転者がアプリケーションを使用して車両監視モードを起動する（これらの属性は、実時間で、アプリケーションを介して遠隔で監視することができることに留意されたい。これにより、運転者は、車両がジオフェンス外へ移動し、或いは特定の速度（又は例えば他のパラメータ／変数）を超えようとしている場合、それを認識することができ、また、オプションで警報を受け取ることができる、（３）車両監視モードが開始されると、サーバがそのモードの開始を受け取る、（４）サーバがＯＢＤデバイスにデバイス／車両の現在位置を問い合わせる、（５）サーバが車両の位置を受け取る、（６）サーバが、車両の現在位置及び／又は計画位置（例えばバレット駐車場の位置）の周囲に、ある半径のジオフェンスを生成する、（７）サーバが、ジオフェンスの半径を複数のＧＰＳ座標に変換し、また、これらの座標をアプリケーション内の地図上に配置し、且つ、接続する、（８）サーバが車両に対する速度閾値を生成する（この速度閾値は、例えば特定の道路上の速度制限に基づくことができる）、（９）サーバが車両に対する加速閾値及び／又は減速閾値を生成する、（１０）サーバが、閾値のうちの１つ又は複数が違反されると、サーバにメッセージを送信するための警報を送信するようにＯＢＤに命令する、並びに（１１）閾値が違反されたことを知らせるメッセージをサーバから受け取ると、ユーザが、閾値が違反されたことを知らせるアプリケーション内のポップアップ、ＳＭＳメッセージ又は任意の他の適切なフォーマットのいずれかとして警報を受け取る、ことを含むことができる。
【００６３】
ステップ６では、ジオフェンスの生成は、ジオフェンスのための事前配置済みパラメータを使用して実施することができることに留意されたい。例えばＯＢＤデバイスは、１．６キロメートル（１マイル）の半径で事前プログラムすることができる。事前プログラミングは、デバイス・レベル又はサーバ・レベルで実施することができる。別の実例では、ユーザは、個別化されたジオフェンス半径を入力することができる。ステップ９では、速度閾値は、運転者によって予め決定又は個別化することができる。
【００６４】
ジオフェンス座標への半径の例示的変換が提供され、この例示的変換は、以下のステップを含むことができる。（１）イン半径（ｉｎｒａｄｉｕｓ）又は半径が使用されるかどうかを決定するステップ（イン半径＝半径／（Ｍａｔｈ．ｃｏｓ（Ｍａｔｈ：：ＰＩ／ｎ））。イン半径を使用するこの決定は、その半径内に留まることがユーザにとって望ましい場合になされる。ユーザが留まるべきではない半径（即ち制限領域）に対しては、半径（例えばアウト半径（ｏｕｔ−ｒａｄｉｕｓ））を使用することができる。（２）多角形点の座標を計算するステップ。デフォルトは、６点又は任意の他の適切な数などの多角形点の数に対して設定することができ、個々の点は３６０度／離れた点の数である。６個の点を有する例示的実施例では、点１は６０度に設定され、点２は１２０度に設定され、以下同様である。（３）個々の点に対して、［ｒ＊ｃｏｓ（度）、ｒ＊ｓｉｎ（度）］によって座標を計算するステップ。「ｒ」は半径又はイン半径であり、マイル単位の座標を与える。並びに（４）次に座標を緯度及び経度座標に変換するステップ。
【００６５】
半径をジオフェンス座標に変換するための例示的数式及びコードは、
【数１】
2017512712.tif 000003
を含むことができる。
【００６６】
以下の詳細な説明は、本発明の実施例を実施するいくつかのモードの説明である。本発明の範囲は、特許請求の範囲によって最も良好に定義されているため、以下の説明を制限の意味で解釈してはならず、以下の説明は、単に本発明の一般原理を実例で示すためになされたものにすぎない。
【００６７】
広義には、本発明の実施例は、車両関連サービスを提供するためのシステムを提供し、システムは、無線通信を備えた、自動車のコンピュータと接続されるＯｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｔｉｃデバイス（ＯＢＤ）と、機械可読プログラム・コードを含んだプログラム製品であって、実行されると、デバイスが、自動車のコンピュータからの、自動車の測値に関するデータをコンパイルするプロセス・ステップ、そのデータと閾値測値とを比較するプロセス・ステップ、及び自動車のコンピュータから送られたデータが閾値測値を超えると、そのことをユーザに警報発信するプロセス・ステップを実施することになるプログラム製品とを備えている。ＯＢＤデバイスは、車両コンピュータ・データを連続的に監視することができることに留意されたい。
【００６８】
車両コンピュータによって測定されるデータ・ポイント（即ちパラメータ／変数）は、それらに限定されないが、燃料レベル、エンジン冷媒温度、電池レベル、燃料圧力、エンジンＲＰＭ、車両速度、吸気温度、酸素センサ情報、大気圧、スロットル位置情報、雰囲気温度、燃料タイプ若しくは空気流情報、又は任意の他の適切な情報を含むことができる。ＯＢＤ−ＩＩ規格を使用して、車両コンピュータによって監視すべきＯＢＤパラメータが統制され、また、すべてのＯＢＤパラメータＩＤが本発明の中で企図されていることに留意されたい。
【００６９】
ＯＢＤデバイスは受信機を含むことができる。受信機は情報を受け取ることができる。情報はサーバから受け取ることができる。ＯＢＤデバイスは、コンピュータから、車両コンピュータによって測定又は監視されたデータなどの情報を受け取ることができる。また、ＯＢＤデバイスは、サーバから情報及び／又は命令を受け取ることも可能である。サーバは、デバイスから離れた位置に配置することができる。
【００７０】
サーバは、デバイスに情報及び／又は命令を送ることができる。情報／命令は、１つ又は複数の変数、パラメータ及び／又は閾値を含むことができる。
【００７１】
本発明によれば、本発明のユーザは、ＯＢＤデバイスを使用して、車両の修理状態、車両位置、速度、加速、減速及び車両に関連する他の情報を監視することができる。ＯＢＤデバイスは、車両に差し込むことができ、また、ソフトウェア、ＧＰＳアンテナ、加速度計、デバイスとサーバの間でデータを通信し、次にサーバとユーザが通信することができるセルラー・アンテナを含むことができる。サーバは、警告を起動し、また、それらに限定されないが、電話呼出し、テキスト・メッセージ、電子メール、ｆｔｐ、等々を始めとする複数の通信方法を介したユーザへの情報の引渡しを起動することによってユーザと通信することができる。本発明のソフトウェアにより、ユーザは、ワン−クリック特徴を使用して様々なモードを設定することができ、それによりユーザは警報を得ることができ、また、車両に関する、モードによって予め決定することができるパラメータに基づく情報を得ることができる。本発明によれば、ユーザは、とりわけ、警告、報告及び他の情報などの車両に関連する情報を容易に受け取り、且つ、使用することができる。
【００７２】
上で言及したように、本発明は、自動車両に差し込まれるＯＢＤデバイスを含むことができる。ＯＢＤデバイスは、車両のオンボード・コンピュータから情報を集め、また、車両速度、位置、加速、減速などの情報を独立して収集し（三次元で）、且つ、セルラー接続などの無線接続を介してその情報をサーバに通信する。さらに、本発明は、ＯＢＤデバイスが報告するようにプログラムされた特定の情報を集め、且つ、報告する要求を受け取ることも可能である。
【００７３】
本発明のユーザ・インタフェースは、Ｗｅｂｓｉｔｅ、Ｍｏｂｉｌｅ  Ａｐｐ、ＳＭＳメッセージ、Ｐｈｏｎｅ（及び他の通信方法）を含むことができ、それによりユーザは、特定のフィードバックをユーザその他に引き渡すように設計された個々のモードと共にワン・クリックを使用して、様々なモードを選択することができる。中継サーバは、ユーザとＯＢＤデバイスの間の通信のための方法を提供する。言い換えると、ソフトウェアは、ＯＢＤデバイスに情報を送信し、且つ、ＯＢＤデバイスから情報を受け取り、その情報を解析して、ユーザと、ウェブサイト、移動アプリケーション、電子メール、テキスト・メッセージ又は人との間の通信を容易にする。
【００７４】
本発明を使用する方法は、以下を含むことができる。（１）車両ポートへのＯＢＤデバイスの挿入、（２）ＯＢＤデバイス監視サービスへの加入、（３）プログラミング・シーケンス及びデバイスの較正を開始するための、ウェブサイト、移動アプリケーション、ＳＭＳ又はＶｏｉｃｅ通信の使用。
【００７５】
本発明が動作することができるモードの実例は、以下を含む。
【００７６】
バレット・モード  −  車両の所有者又は運転者が、バレット係員又は駐車車庫が車両を誤って取り扱った場合のための警報システムを確立することができる。運転者は、自身の車両をバレット係員に移行すると、アプリケーションを介してバレット・モードを開始することができる。モードが起動されると、例えば高速走行、加速、減速、ジオフェンス及び走行距離計に対する閾値が自動的に構成される。閾値は予め構成することができ、又はユーザが入力することができる。例えば４８ｋｐｈ（３０ｍｐｈ）の速度制限、１．６キロメートル（１マイル）の円形ジオフェンス及び特定の加速閾値などの閾値が違反されると、ユーザは警報を受け取る。
【００７７】
家族安全モード（ＦＡＭＩＬＹ  ＳＡＦＥＴＹ  ＭＯＤＥ、家族のための安全設定モード）。ユーザがいくつかの安全運転閾値を確立することができる。これは、ワン−クリック特徴をトグル・オンするか又は選択してモードを起動することによって確立することができる。モードは、例えば速度、急加速、急減速及び事前設定済みジオフェンスを含む事前決定済み安全閾値又は事前構成済み安全閾値を起動することができる。アプリケーション内で起動されると、アプリケーションは、その起動をサーバに中継し、サーバは、閾値違反に対する車両コンピュータの監視を開始する命令をＯＢＤデバイスに送信する。何らかの閾値を超えるか、又は閾値に到達すると、サーバに警報を発信するようにＯＢＤデバイスにさらに命令することも可能である。サーバが、閾値を超えたか、又は閾値に到達したことを知らせる警報を受け取ると、サーバは、ユーザの事前決定済み閾値構成に基づいて、ユーザに警報を送ることを選択することができる。本発明の特定の実施例は、起動することができる複数の「Ｐｒｏｆｉｌｅ」を含むことも可能であり、個々のＰｒｏｆｉｌｅは、異なる事前決定済み閾値、即ちユーザＡの場合、８９ＫＰＨ（５５ＭＰＨ）及び特定のジオフェンス・パラメータ並びに特定の加速度計読値即ち１０４ＫＰＨ（６５ＭＰＨ）を有することができる。
【００７８】
牽引警報（Ｔｏｗｉｎｇ  Ａｌｅｒｔ）。ユーザは、車両の遠隔監視をイネーブルし、車両が牽引又は移動されているかどうかを決定することができる。ユーザは、牽引監視を起動することができる。このモードが起動される場合、車両点火はオフであってもよい。牽引監視は、ＯＢＤデバイスが車両の上向きの運動を検出する場合などの点火がオンの場合にも起動することができることに留意されたい。次に、車両を監視するよう、サーバを介してＯＢＤデバイスに命令することができる。すべてのモードにおいて、また、牽引モードにおいて、ＯＢＤは、車両コンピュータ・データ、並びにＯＢＤデバイス・ハードウェア及びソフトウェアによって決定されたデータを利用することができることに留意されたい。牽引モードの場合、ＯＢＤデバイスは、車両点火がオフであり、スイッチ・オンされていない場合に、１つ又は複数の状態を監視することができる。ＯＢＤデバイスは、（ａ）加速度計及び／又はＧＰＳアンテナ／システム及び／又はジャイロスコープが、車両が傾いている及び／又は持ち上げられていることを報告しているかどうか（例えばＧＰＳの高度パラメータの変化が検出されたかどうか、又は加速度計及び／若しくはジャイロスコープが変化を検出したかどうか）、（ｂ）車両が移動しているかどうか、或いは（ｃ）突然の加速が存在しているかどうかを監視することができる。加速度計又はジャイロスコープは、車両自体の中に配置することができ、又はＯＢＤデバイスの中に組み込むことができる。したがってＯＢＤデバイスは、点火がオフである場合に、車両コンピュータから検索したデータに基づいて、車両が移動していること、又は加速が存在していることを決定することができる。別法としては、ＯＢＤデバイスは、ＯＢＤデバイス内の加速度計及び／又はジャイロスコープ及び／又はＧＰＳアンテナ／システムに基づいて、車両が移動していること、又は加速が存在していることを決定することも可能である。
【００７９】
ＯＢＤデバイスは、点火がオフのときに運動が検出されたことを知らせるメッセージをサーバに送ることができる。一実施例では、ＯＢＤデバイスは、十分な運動が検出された場合にのみメッセージを送ることができる。したがって運動に対する閾値は、３０秒（若しくは２０秒、若しくは１５秒、若しくは１０秒、若しくは５秒、若しくは３秒、若しくは１秒）を超える連続運動などの十分な継続期間にわたる運動の発生、及び／又は十分な加速（例えば３ｍ／ｓ２若しくは４ｍ／ｓ２）が生じたことの決定を含むことができる。
【００８０】
出席モード（アテンダンス・モード、Ａｔｔｅｎｄａｎｃｅ  Ｍｏｄｅ）。ユーザは、ＯＢＤデバイスと結合した車両の監視をイネーブルすることができる。アテンダンス・モード又はスクール・アテンダンス・モードを使用して、仕事、学校、医療又は他の反復予約又は時間公約を監視することができる。したがって個人が特定の場所へ運転しなければならない場合、いつでもアテンダンス・モードによって監視し、その場所へのユーザの出向を保証することができる。さらに、アテンダンス・モードは、ユーザが正しい時間に出向くことを保証する機能を提供する。アテンダンス・モードは、デバイスの管理者であってもよい第１のユーザによってイネーブルすることができる。学校出席モード（スクール・アテンダンス・モード）は、子供が車両を使用する都度などの使用都度ベースでイネーブルすることができ、管理者がスクール・アテンダンス・モードをイネーブルする。別法としては、スクール・アテンダンス・モードは、週、月、年などの長い時間期間にわたってイネーブルすることも可能である。
【００８１】
ＯＢＤデバイスの管理者による車両の監視により、生徒又は子供の車両を監視することができる。管理者は、車両に対する許容可能ルートを確立することができる。許容可能ルートは、ユーザ・インタフェースを使用して管理者が確立することができる。例えばユーザ・インタフェースは、管理者に地図を提供することができ、また、管理者は、１つのルート（又は複数のルート）を選択し、且つ、そのルートを許容可能ルートとして指定することができる。また、管理者は、平行する通り又はブロックの選択などの１つ又は複数の許容可能な逸脱を選択することも可能である（例えば交通渋滞の場合）。別法としては、システムは、交通渋滞が検出されると、１ブロック（若しくは２ブロック若しくは３ブロック若しくは４ブロック）の逸脱、又はキロメートル単位（マイル単位）の半径（０．８キロメートル（０．５マイル）若しくは１．６キロメートル（１マイル）若しくは２．４キロメートル（１．５マイル）など）の逸脱を許容する、などの許容可能な逸脱に対する閾値を含むことができる。交通量は、第３者プロバイダからこのような交通量を受け取ることによって、又はＯＢＤデバイス若しくはサーバによって実施される解析によって検出することができる。例えばサーバは、車両の速度及び位置に関する情報を受け取ることができる。自動車を運転している道路の速度制限、及び／又は予めＯＢＤによってサーバに関連付けられている道路、若しくはＯＢＤに記憶されている道路のその前の走行時における車両の速度、と比較した車両の位置及び／又は速度に基づく。サーバは、車両が車の流れの中にいるかどうかを決定する際に、１日のうちの時間を考慮して、許容可能なルートからの逸脱を保証することができる。即ち平日の午後２時では４８ＫＰＨ（３０ＭＰＨ）が普通であり得るのに対し、平日の午後５時は２４ＫＰＨ（１５ＭＰＨ）が普通であり得る。サーバは、位置、日付、時間、天候、その日が休日であるかどうか、現在の運転者、運転者の性別、運転者の年齢、等々の要因のうちの少なくとも１つに基づく、通常の速度の５０％（又は２５％若しくは７５％）などの逸脱を保証するための閾値を有することができる。
【００８２】
管理者は、生徒の学校まで／生徒の学校からの許容可能ルートを確立することができ、また、許容可能ルートからのあらゆる逸脱の監視及び報告を提供することができる。ルートからの逸脱の監視及び報告は、車両の停止を検出するようにプログラムすることができるＯＢＤデバイスからの情報の受取りを含むことができる。さらに、一実施例では、ＯＢＤデバイスは、ニュース・サイト、スマートフォン交通アプリケーションなどの公に利用可能な交通資源、又は任意の他の適切な交通プロバイダのいずれかから、交通を解析することができる。ＯＢＤデバイスは、次に、交通量が検出されていないのに車両が停止し、許容不可能な停止が生じたかどうかを決定することができる。また、ＯＢＤは、そのオンボード加速度計を使用して、突然の停止及び遅れを決定することも可能である。したがってデバイスは、道路に沿った停止、及び事前決定済みの時間量を超える遅れ（例えば１分、２分、３分、４分又は５分など）を検出することができる。停止に対する事前決定済みの分数は、システムによって予め構成することができ、或いはユーザが入力することができる。停止に対する分数は、赤信号が赤を維持し得る最大時間に基づくことができ、また、信号からの自動車の距離を考慮することができる（当該自動車の前の自動車が移動するのに時間を要することがあるため）。ＯＢＤデバイスは、車両が学校の位置を離れたこと、又は許可されたルート外を、許可されている時間外に走行していることを管理者に警告することができる。
【００８３】
カープール・モード（Ｃａｒｐｏｏｌ  Ｍｏｄｅ）及びスクール・バス・モード（Ｓｃｈｏｏｌ  Ｂｕｓ  Ｍｏｄｅ）。ユーザは、ウェブサイト又はスマートフォンのアプリケーションなどの任意の適切な方法を介して、カープール又はバス内の１人又は複数の関係者を入力することができる。カープールは、車両を共有している１人又は複数の個人であってもよい。カープール・モードは、カープール内の１人又は複数の個人のドロップオフ及びピックアップ位置を監視し、許容可能ルート及びカープールに対する逸脱を設定し、カープール関係者のピックアップ／ドロップオフ順序を設定し、カープール・ルートに沿った車両の進行を監視し、且つ、許可されたカープール関係者までのルートに対するあらゆる変更を報告することができる。バス・モードは、ユーザ毎に、スクール・バス上の１人の子供の進行を監視することができる。
【００８４】
一実施例では、サーバは、ユーザ・インタフェースへのユーザ入力から、ピックアップ及び／又はドロップオフのためのカープール順序を受け取ることができる。ピックアップのための順序は、ドロップオフ順序とは異なっていてもよい。別の実施例では、サーバは、ピックアップのための順序及びドロップオフのための順序を決定することができる。ユーザは、次に、この順序を調整することができる。
【００８５】
サーバは、この順序をＯＢＤデバイスに送り、且つ、車両の停止ポイント（例えばドロップオフ及びピックアップ）を監視するようにデバイスに命令することができる。ドロップオフ及びピックアップの位置、並びにそれらが生じる順序を監視するようにＯＢＤデバイスに命令することができる。ドロップオフ及びピックアップの順序及び／又は継続期間が事前配置済みリストと異なる場合、それを知らせるメッセージをサーバに送るようにＯＢＤデバイスにさらに命令することができる。また、ＯＢＤデバイスは、そのオンボードＧＰＳアンテナを使用して、車両の位置をサーバに送信することも可能である。ＯＢＤデバイスは、その位置を実時間で、又は３０秒毎、若しくは１分毎、若しくは２分毎、若しくは３分毎、若しくは４分毎、若しくは５分毎などの事前決定済み時間間隔で送ることができる。サーバは、次に、ルートに沿った車両の進行を監視することができる１人又は複数のユーザに情報を送信することができ、また、ルートからのあらゆる変化又は逸脱を受け取ることができる。また、ＯＢＤデバイスは、個々の停止までの予測時間を計算し、且つ、事前決定済み時間間隔又は実時間で、その予測時間をサーバに送ることも可能である。サーバは、次に、ユーザに警報を送ることができる。
【００８６】
スクール・バス・モードなどの一実施例では、ユーザは、スクール・バス上の子供の位置を決定するための問合せを送信することができる。その位置は、スクール・バスのＯＢＤデバイスから返すことができる。別法としては、その位置は、子供の携帯電話から受け取ることも可能である。別の実施例では、その位置は、バス上のすべて又は一部の子供の電話のＧＰＳ位置に基づいてクラウドソース化することも可能である。
【００８７】
追従モード（Ｆｏｌｌｏｗ  Ｍｏｄｅ）。システムは、Ｆｏｌｌｏｗ  Ｍｏｄｅ事象を生成することにより、複数のユーザが事前決定済み位置又は非事前決定済み位置まで、及び／又は事前決定済みルート又は非事前決定済みルートに沿って、それらの車両内で互いに追従することができるように構成することができる。ユーザの各々は、ＧＰＳアンテナを使用して位置信号を送信する命令を自身の車両のＯＢＤデバイスに送信する追従モードをイネーブルすることができる。ユーザは追従モードを選択すると、１人又は複数の他のユーザに対する識別情報を入力するように促される。リーダは、潜在的な追従者と共有することができる独自のコードを生成することができる。追従者がこのコードを入力すると、追従者は、リーダの位置を見ることができる。システムは、追従モード事象に参加するように要求する警報を他のユーザに発信することができ、個々のユーザは、その位置が他の参加者に明らかになる前に、その招待を個別に、且つ、積極的に受け入れることができる。それらのユーザが招待を受け入れると、個々のユーザのＯＢＤデバイスは、オンボードＧＰＳアンテナを使用して、或いは電話のＧＰＳアンテナを介してその位置をサーバに送信することができる。サーバは、次に、すべての参加者の位置を集合し、それらを地図上に表示することができる。
【００８８】
ユーザのうちの１人は、自分自身をＬｅａｄｅｒとして指名することができる（電話会議のリーダと同様）。Ｆｏｌｌｏｗ  Ｍｏｄｅ招待が受け入れられると、Ｆｏｌｌｏｗ  Ｍｏｄｅ事象におけるすべての参加者は、Ｆｏｌｌｏｗ  Ｍｏｄｅ事象における個々の参加者の位置を示す地図を表示するか、又はＬｅａｄｅｒの位置のみを表示することができる。位置は、参加者毎にＯＢＤデバイスから受け取ったＧＰＳ座標に基づいて、又は参加者の電話から検索したＧＰＳ座標に基づいて決定することができる。
【００８９】
事象が事前決定済み位置への走行のためである場合、その位置へのルートは、Ｌｅａｄｅｒの位置及び／若しくは事前決定済み位置と共に、並びに／又は地図上の中間地点としてすべての他の参加者の車両と共に、Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）上で参加者に表示することができる。事象が事前決定済み位置への走行ではない場合、Ｌｅａｄｅｒ及び個々のユーザの位置、又はリーダ及びすべての参加者の位置を地図上に表示することができる。
【００９０】
Ｄｒｉｖｉｎｇ  Ｓａｆｅｔｙ。このモードがユーザによって起動されると、システムは、いつ点火がオンされ、且つ、車両の速度が事前決定済み閾値を超えたかを決定するべく監視する。点火状態は、車両コンピュータから点火情報を受け取るＯＢＤデバイスを介して決定される。車両の速度は、デバイス加速度計を使用して、又はＯＢＤによる車両コンピュータ情報（例えばＧＰＳ座標を含む）の解析を使用して決定することができる。点火がアクティブであり、且つ、事前決定済み閾値を超えるか、又は事前決定済み閾値に到達すると、運転者の電子メール、テキスト・メッセージ発信及び／又は音声呼出しと結合した機能が、その特定の車両と結合した個人の携帯電話上で不能にされ、及び／又は修正される。
【００９１】
ＯＢＤデバイスは、追加で、窪みを検出するように動作することができる。一実施例では、ＯＢＤは、速度及び運動の変化を検出して窪みの存在を決定するジャイロメータ及び加速度計を含む。窪みの位置に関する情報は、コンパイルされ、且つ、サーバに送られてデータベースに記憶される。次に窪み情報が集められ、他のユーザに提供される。
【００９２】
Ｓａｆｅ  Ｂａｂｙ  Ｍｏｄｅ（「ＳＢＭ」）。ユーザは、スイッチをトグルするか、又は選択をクリックすることによってこのモードを起動することができる。このモードは、長い時間期間にわたって起動することができる。例えばＳＢＭは、ユーザが乳児を病院から家に連れて帰る場合に起動することができ、また、数年にわたって起動状態を維持することができる。
【００９３】
アクティブである場合、ＳＢＭは、ユーザが子供のためにその車両を監視するのを補助する。したがってユーザが車両から出る際に、乳児、幼児又は子供が車両内に残されていないことを保証するためのチェックが実施される。
【００９４】
自動車の点火が停止されたことをＯＢＤデバイスが検出すると、ＯＢＤは、サーバに通知を送ることができ、サーバは、運転者又はＳＢＭを起動した人に警報を送る。この通知は、車両がターン・オフされたことを運転者に警告することができ、また、スマートフォン・アプリケーション内又は電話上のいずれかのポップアップ警報として、電子メールとして、又はＳＭＳメッセージ等々として提供することができる。
【００９５】
すべての子供が例えば１０分などの事前決定済み時間期間内に車両から出たことを、運転者又はこのモードの管理者が確認しない場合、システムは、車両上で聞くためにＯＢＤデバイス内のマイクロホンを起動することができる。子供の存在を示す事前決定済み閾値を超える雑音レベル、又はシステムによって決定される長い時間期間にわたって、人間が発生する雑音であると認められる雑音をＯＢＤデバイスが検出すると、システムは、第１の応答者に対する呼出しを開始することができる。人間が車両内にいる可能性があることをＯＢＤデバイスが決定すると、ＯＢＤデバイスは、コール・センタと接続することができ、このコール・センタにより、乳児が車両内にいるかどうかを音声又はビデオに基づいて人間のオペレータが決定することができる。また、ＯＢＤは、音高、呼吸パターンを解析することによって人間が子供であることを決定し、音声認識を介して使用されている言葉を決定する、等々のことも可能である。したがって例えばＯＢＤ及び／又はサーバが、使用されている言葉を音声認識が決定することができるように人が話している（例えば電話上で）ことを決定すると、その人が乳児又は幼児ではないことが決定される。使用されている言葉を音声認識ソフトウェアが決定すると、ＯＢＤ及び／又はサーバは、Ｆｌｅｓｃｈ  Ｒｅａｄｉｎｇ  Ｅａｓｅスケール及び／又はＦｌｅｓｃｈ−Ｋｉｎｃａｉｄ  Ｇｒａｄｅ−Ｌｅｖｅｌスケールを使用して、話している人の年齢を決定することができる。したがって例えばそのスケールを使用して、話し手が５才であり、したがって子供が依然として車両の中にいることを決定することができる。
【００９６】
ＳＢＭでは、ＯＢＤデバイスは温度センサを含むことも可能である。したがって温度が上昇し始めたこと、又は事前決定済み受入れ可能閾値レベルを超えて上昇していることをデバイスが決定すると、システムは緊急時応答者と接触することができる。別の実施例では、温度が特定のレベル未満に低下すると、車両の加熱システムをターン・オンするようにＯＢＤデバイスに命令しトリガすることができる。同様に、温度が特定の事前決定済みレベル（例えば９０°又は１００°又は１１０°などを超えると、車両の空気調和システムをターン・オンするようにＯＢＤデバイスに命令することができる。空気調和システム又は加熱システムは、ＯＢＤデバイスによってターン・オンすることができる。
【００９７】
ＯＢＤデバイスは、子供の存在を検出するために温度センサ及び／又はマイクロホンと同時に又は後で使用することができる運動センサをさらに含むことができる。追加特徴は、チャイルド・シートの下に設置される、ＯＢＤデバイスと通信し（例えばＢｌｕｅｔｏｏｔｈ（登録商標）又はＷｉＦｉ）、子供がシートに座っているか、或いは座っていないかを検出するようにＯＢＤデバイスに命令するように構成される圧力センサなどの圧力センサを含むことができる。
【００９８】
したがってＳＢＭは、車両内の子供又は乳児が無意識に車両から離れるのを防止するように動作することができる。ＳＢＭモードをトグルすると、車両内の子供のチェックを開始するようにシステムに命令する。したがってサーバは、ＳＢＭを開始する命令をユーザ・デバイスから受け取る。システムは、次に、ＳＢＭにある場合、車両点火がターン・オフされたことを知らせる警報を受け取るように構成される。車両点火が停止されると、ＯＢＤデバイスは、そのことを知らせる通知をサーバに送信する。サーバは、次に、運転者又は個人が車両にいないことを決定する命令をＯＢＤデバイスに送信するか、又は別法として、ＳＢＭが起動された時点で、ＯＢＤデバイスは、運転者又は個人が車両にいないことを決定する命令を受け取る。ＯＢＤは、点火がターン・オフされると、車両と携帯デバイスの間のＢｌｕｅｔｏｏｔｈ（登録商標）接続が終了したかどうかを決定することができる。別法としては、シート・センサがＯＢＤデバイス及び／又はサーバと通信することができ、車両内に残っている人がいるかどうかを示すことができる。
【００９９】
ＳＢＭは、運動センサ、車両内又はＯＢＤデバイス上に取り付けられたビデオ・カメラなどのビデオ・カメラ、ＯＢＤデバイス又は車両内に配置された赤外線センサ、子供の声若しくは音又は何らかの救難音を検出するためのマイクロホン、及びチャイルド・カー・シート内の圧力センサを利用することができる。
【０１００】
何らかのセンサから、子供が車両内にいることをＯＢＤが決定すると、通知シーケンスが運転者に通知し、また、ユーザによって入力され、且つ、ＯＢＤ及び／又はサーバ内に記憶された１つ又は複数の緊急連絡先にも通知される。別法又は追加として、システムは、緊急当局に通知することも可能である。通知は、ＳＭＳ又は電話呼出しを介して実施することができる。
【０１０１】
一実施例では、緊急サービスには、危険な状態が自動車内で検出された場合にのみ通知することができる。したがって子供が車両内で検出され、且つ、点火がオフであっても、ＯＢＤは、温度、最近の温度の低下又は上昇、車両内の空気の質及び他の適切な状態を決定することができる。状態がすべて適切である場合、緊急サービスには通知されない。その代わりに、運転者又は所有者と接触するための追加試行を実施することができる。その場合、例えば５回の試行若しくは２０分間、又は任意の他の適切な数値の後に、初めて緊急サービスに通知することができる。温度が突然に変化し場合、直ちに緊急サービスと接触することができる。
【０１０２】
一実施例では、以下のシーケンスのうちの一部又はすべてを非特定の順序で実施することができる。（１）車両のＧＰＳ座標に基づいて局所Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  Ａｎｓｗｅｒｉｎｇ  Ｐｏｉｎｔ（ＰＳＡＰ）を決定する、及び（２）自動車内に子供がいて、助けが必要であることを適切なＰＳＡＰに通知する。局所ＰＳＡＰの通知は、サーバと通信しているＯＢＤデバイスを使用して実施することができ、サーバは、次に、局所９１１／ＰＳＡＰを呼び出すようにコール・センタに命令する。
【０１０３】
サーバは、運転者、親又は当局の到着を待機している間、乳児の安全性を高めるために、車両内のいくつかの機能を遠隔で制御する命令をＯＢＤデバイスに送信することができる。ＯＢＤは、車両のコンピュータと通信して、空気調和システム又は加熱システムをターン・オンし、窓を開閉し、ライトをターン・オン又はターン・オフし、また、ドアーをロック又はアンロックするようにコンピュータに命令することができる。
【０１０４】
本発明は、自動車電池が故障する時期を予測し、走行パターンに基づいて交通を計画し、燃料の使用及び効率を監視し、また、異なる走行戦略を採用する異なるコスト／節約を表示するように動作することも可能である。
【０１０５】
様々なモードのための例示的閾値計算は以下のようにすることができ、以下の速度閾値の単位はマイル／時であり、加速閾値及び減速閾値の単位はマイル／時／秒である。
【０１０６】
FAMILY_SAFETY MODE_SPEEDING_THRESHOLDS = {
"defensive" => { spd_threshold: 55, rpm_threshold: 3500, acc_threshold: 5, desc_threshold: 7},
"normal" => { spd_threshold: 65, rpm_threshold: 4500, acc_threshold: 7, desc_threshold: 9 },
"reckless" => { spd_threshold: 75, rpm_threshold: 5500, acc_threshold: 9, desc_threshold: 11 }
}
【０１０７】
TEENAGE_SAFETY_MODE_SPEEDING_THRESHOLDOLDS = {
"defensive" => { spd_threshold: 55, rpm_threshold: 3500, acc_threshold: 6, desc_threshold: 7},
"normal" => { spd_threshold: 65, rpm_threshold: 4500, acc_threshold: 7, desc_threshold: 9 },
"reckless" => { spd_threshold: 75, rpm_threshold: 5500, acc_threshold: 9, desc_threshold: 11 }
}
【０１０８】
SENIOR_SAFETY_MODE_SPEEDING_THRESHOLDOLDS = {
"defensive" => { spd_threshold: 55, rpm_threshold: 3500, acc_threshold: 6, desc_threshold: 7},
"normal" => { spd_threshold: 65, rpm_threshold: 4500, acc_threshold: 7, desc_threshold: 9 },
"reckless" => { spd_threshold: 75, rpm_threshold: 5500, acc_threshold: 9, desc_threshold: 11 }
}
【０１０９】
以下に例示的プロトコルを提供する。
【０１１０】
上で説明したコンピュータをベースとするデータ処理システム及び方法は、実例を目的としたものにすぎず、任意のタイプのコンピュータ・システム若しくはプログラミング若しくは処理環境で、又はコンピュータ・プログラムにおいて、単独で又はハードウェアと協力して実現することができる。また、本発明は、コンピュータ可読媒体上に記憶され、且つ、汎用コンピュータ又は専用コンピュータ上のコンピュータ・プログラムとして実行されるソフトウェアで実現することも可能である。明確にするために、本発明に密接に関係するシステムのこれらの態様のみが説明され、当分野でよく知られている製品の詳細は省略されている。同じ理由で、コンピュータ・ハードウェアは、より詳細には説明されていない。したがって本発明は、何らかの特定のコンピュータ言語、プログラム又はコンピュータに限定されないことを理解されたい。さらに、本発明は、独立型コンピュータ・システム上で走らせることができ、又はイントラネット・ネットワークを介して相互接続された複数のクライアント・コンピュータ・システムによってアクセスすることができ、若しくはインターネットを介してクライアントにアクセスすることができるサーバ・コンピュータ・システムから走らせることができることが企図されている。さらに、本発明の多くの実施例は、広範囲にわたる産業に対する応用を有している。本出願が開示する範囲まで、システム、そのシステムによって実現される方法、並びにコンピュータ可読媒体上に記憶され、且つ、汎用コンピュータ又は専用コンピュータ上でその方法を実施するためのコンピュータ・プログラムとして実行されるソフトウェアは、本発明の範囲内である。さらに、本出願が開示する範囲まで、方法、その方法を実現するように構成された装置のシステムは、本発明の範囲内である。
【０１１１】
当然、以上は、本発明の例示的実施例に関していること、及び特許請求の範囲に示されている本発明の趣旨及び範囲を逸脱することなく修正を加えることができることを理解されたい。
【０１１２】
したがって車両のバレット及び／又は駐車施設の使用を監視するためのシステムが提供される。システムは、装置又は方法を含むことができる。
【０１１３】
システムはサーバを含むことができる。サーバは、ユーザから情報を受け取ることができる。ユーザは、コンピュータ、ウェブ・アプリケーション、ウェブサイト、スマートフォン、アプリケーション又は任意の他の適切なデバイスを使用して情報を送信することができる。
【０１１４】
ユーザは、バレット・モードを開始する命令をサーバに送ることができる。バレットの開始は、ユーザによってグラフィカル・ユーザ・インタフェース上で選択することができる。ユーザは、バレット制限機能を開始するようにサーバに命令することができる。サーバは、それに応答して、オンボード車両コンピュータから受け取ったデータを介して、関連する車両のためのＯＢＤデバイスに、速度違反、加速違反、減速違反及びジオフェンス違反などの１つ又は複数の事前決定済み閾値の違反に対して車両の使用を監視するメッセージを送信することができる。
【０１１５】
ユーザは、車両の位置の周囲にジオフェンスを形成することができる。したがってユーザは、２日間の間、誰かが駐車施設に車両を預けたがっていることを知ることができる。ユーザは、「無断乗り回し」即ち１人又は複数のバレット係員による車両の使用を憂慮することがある。したがってユーザは、ジオフェンスを形成する要求をサーバに送ることができる。別法としては、バレット・モードの設定を予め構成するか、又は個別化して、バレット・モードが開始されると、いつでもデフォルト・ジオフェンスを形成することができる。ジオフェンスは、車両のための外部境界を含むことができる。ジオフェンスは、マイル単位の半径を使用して形成することができ、この半径は、デフォルト半径であってもよく、又はユーザが個別化することも可能である。例えばサーバは、車両を監視してその車両がジオフェンスの半径の外側を０．８キロメートル（０．５マイル）を超えて走行しているかどうかを決定するようにＯＢＤに命令することができ、中心点は車両の現在位置であるか、又は駐車施設内の任意のポイントである。マイル単位の半径を超えるか、又はマイル単位の半径に到達したことをＯＢＤが決定すると、ＯＢＤは、サーバにメッセージを送信することができ、サーバは、半径を超えるか、又は半径に到達したことを知らせる警報をユーザに送信することができる。
【０１１６】
車両の検索を開始するために、ユーザは、次に、車両を検索するメッセージを送るか、又は車両を検索するオプションを選択することができる。サーバは、それに応答して、ＯＢＤデバイスに問合せを送信することができる。その問合せは、車両の現在位置を決定するための位置問合せであってもよい。問合せは、車両を探索する要求を含むことができる。
【０１１７】
位置問合せは、（１）車両のＧＰＳ位置の問合せ、（２）ＯＢＤデバイス及び／又は車両内に配置されたＧＰＳアンテナからの車両のＧＰＳ座標の決定、並びに（３）サーバへの車両のＧＰＳ座標の送信をさらに含むことができる。
【０１１８】
位置問合せは、（１）ユーザのＧＰＳ位置の問合せ、（２）ユーザの携帯デバイス内に配置されたＧＰＳアンテナによって決定されたＧＰＳ情報からのユーザのＧＰＳ位置の決定、並びに（３）サーバへのユーザ及び／又は車両のＧＰＳ座標の送信を含むことができる。
【０１１９】
サーバは、問合せに応答して車両の位置を受け取ることができる。応答は、バレット／駐車施設が送ることができる。別法としては、サーバは位置を問い合わせることができ、また、ＯＢＤデバイスは、ＯＢＤ／車両のＧＰＳ座標で応答することができる。その結果、サーバは、マイル単位の半径を使用してジオフェンスを形成することができる。次に、マイル単位の半径を地図上の複数のＧＰＳ座標に変換することができる。マイル単位の半径は、予め決定することができ、又はユーザが入力することも可能である。
【０１２０】
システムは、１つ又は複数のジオフェンス・パラメータをサーバから車両に結合されたＯＢＤデバイスに送ることができる。例えばジオフェンス・パラメータは、ジオフェンス内の許容可能な領域、ジオフェンス外の許容不可能な領域、特定の時間に許容可能であるか若しくは許容不可能である領域、又は任意の他の適切なパラメータを含むことができる。システムは、車両を監視する命令をサーバからＯＢＤデバイスに送信することができる。監視は、１つ又は複数の違反に対する車両の監視を含むことができる。違反はジオフェンス違反であってもよい。ジオフェンス・パラメータのうちの１つ又は複数が違反されると、サーバに警報を送るようにＯＢＤデバイスにさらに命令することも可能である。
【０１２１】
一実施例では、システムは、車両に対する１つ又は複数のパラメータ制限閾値を受け取ることができる。例えばパラメータは、速度、加速、減速、ジオフェンシング、１日のうちの時間、継続期間、又は任意の他の適切なパラメータを含むことができる。閾値は、９７ＫＰＨ（６０ＭＰＨ）を超える速度の制限などの制限のための閾値であってもよい。
【０１２２】
パラメータ制限閾値は、１つ又は複数の値を含むことができる。この値は、予め決定することができ、又はユーザが入力することも可能である。ユーザは、（１）サーバにパラメータを送る、（２）閾値を含むパラメータに対する制限をサーバに送る、（３）閾値レベルを超えたか、又は閾値レベルに到達したかどうかを決定するためにパラメータを監視する命令をＯＢＤデバイスに送ることによってパラメータ制限閾値を入力することができる。
【０１２３】
システムは、ユーザから命令を受け取ることができる。ユーザは、ユーザ・インタフェースを介して、アプリケーション又は任意の他の適切な媒体に命令を入力することができる。命令は、次にサーバに送ることができる。命令は、パラメータ制限閾値を起動する命令であってもよい。制限閾値の起動は、ユーザがバレット又は駐車施設を利用する際に要求することができる。バレット制限機能は、サーバに、１つ又は複数のパラメータ制限閾値の違反に対して車両を監視するようにＯＢＤデバイスに命令させることになる。
【０１２４】
システムは、車両に対する速度問合せをサーバから車両に結合されたＯＢＤデバイスに送ることができる。速度問合せは、車両が高速走行して１つ又は複数のパラメータ制限閾値を違反したかどうかを決定するために、複数の時間ポイントで車両の速度を要求することができる。速度問合せは、第１の時間ポイント、第２の時間ポイント、及びこの２つの時間ポイントの間の任意のポイントで速度閾値を超えたか、又は速度閾値に到達したかどうかを決定するための、サーバからＯＢＤデバイスへの、第１の時間ポイントと第２の時間ポイントの間の速度情報を解析する命令を含むことができる。サーバは、その返事としてＯＢＤデバイスから決定を受け取ることができる。この決定は、速度閾値を超えたか、又は速度閾値に到達したかどうか、或いは速度閾値を超えていないか、又は速度閾値に到達していないかどうかの速度決定を含むことができる。
【０１２５】
第１の時間ポイントと第２の時間ポイントの間で速度閾値を超えたこと、又は速度閾値に到達したことをＯＢＤデバイスが決定すると、ＯＢＤデバイスは、速度違反に関する情報と共にサーバにメッセージを送ることができる。第１の時間ポイントと第２の時間ポイントの間で速度閾値を超えていないこと、又は速度閾値に到達していないことをＯＢＤデバイスが決定すると、ＯＢＤは、速度閾値に関するデータのＯＢＤデバイスからサーバへの送信を自制することができる。別法としては、速度閾値が違反されたかどうかを決定するための問合せがＯＢＤに送信されると、ＯＢＤデバイスは、違反が生じていないことを知らせるメッセージを送ることも可能である。
【０１２６】
第１の時間ポイントと第２の時間ポイントの間で速度閾値を超え、又は速度閾値に到達したことをＯＢＤが決定すると、システムは警報を送ることができる。警報は、ユーザ・サーバからユーザへ送ることができる。警報は、速度閾値を超えたこと、又は速度閾値に到達したことをユーザに知らせることができる。
【０１２７】
一実施例では、システムは、（１）車両に対する１つ又は複数のパラメータ制限閾値を受け取ることができ、（２）１つ又は複数のパラメータ制限閾値の違反に対する車両の監視に対応するバレット制限機能をイネーブルする命令をユーザから受け取ることができ、（３）サーバから車両に結合されたＯＢＤデバイスに、車両が１つ又は複数のパラメータ制限閾値を違反したかどうかを決定するための問合せを含む、車両に対する加速問合せであって、（４）第１の時間ポイント及び第２の時間ポイントと、（５）ＯＢＤデバイスに対する命令であって、加速率閾値を超えたか、又は加速率閾値に到達したかどうかを決定するために、第１の時間ポイントと第２の時間ポイントの間の速度加速の割合を解析する命令とを含む加速問合せを送信することができ、且つ、（６）ＯＢＤデバイスから決定を受け取ることができ、（７）第１の時間ポイントと第２の時間ポイントの間で加速率閾値を超えたこと、又は加速率閾値に到達したことをＯＢＤが決定すると、ＯＢＤからサーバにメッセージを送信し、また、（８）第１の時間ポイントと第２の時間ポイントの間で加速率閾値を超えていないこと、又は加速率閾値に到達していないことをＯＢＤが決定すると、ＯＢＤからサーバへの加速閾値に対応するＯＢＤデバイスからサーバへのメッセージはない。
【０１２８】
加速及び／又は減速は、加速及び／又は減速のための１つ又は複数のよく知られているアルゴリズム又は数式を使用して計算することができる。
【０１２９】
バレット係員及び車両の駐車施設の使用を監視するためのシステムが提供される。システムは、装置及び方法を含むことができ、また、車両がバレットされると、車両状態の監視を提供することができる。
【０１３０】
システムは、ユーザからの命令の受取りを含むことができる。ユーザ命令は、バレット監視モードなどの特定のモードの開始を要求することができる。モードは、車両の検索を要求する際に使用される車両検索モードを含むことができる。
【０１３１】
車両検索モードでは、システムは、ユーザから要求を受け取ることができる。要求は車両を検索する要求であってもよい。要求はサーバが受け取ることができる。システムは、車両と結合したバレット又は駐車会社を識別することができる。位置は、ユーザが車両の検索を要求した時点、又はユーザがバレット・モードを開始した時点における車両の位置であってもよい。
【０１３２】
バレット又は駐車会社は、ＧＰＳ位置を決定することによって決定することができる。ＧＰＳ位置は、バレット・モードが起動された時点の車両のＧＰＳ位置又はユーザの携帯デバイスのＧＰＳ位置であってもよい。システムは、車両の位置と結合した実体を決定し、且つ、その実体に対する接触情報を決定することができる。システムは、車両を検索する要求をサーバから実体へ送ることができる。要求は、バレット係員に対する、ユーザによるピックアップのために車両を準備する命令を含むことができる。要求は、バレット係員に対する、ユーザによって入力されたＧＰＳ座標などの指定された位置に車両を届ける命令をさらに含むことができる。例えばユーザは、ある位置から車両を検索し、その車両を全く別の位置に届けるようにバレットに命令することができる。
【０１３３】
システムは、車両がピックアップのために利用可能になる予測時間、並びに車両がピックアップのために利用可能になる位置を実体から受け取ることができる。システムは、車両の状態監視をユーザに提供することができる。状態監視は、車両のＧＰＳ座標、車両の点火状態及び車両の運動を含むことができる。車両の運動は、車両が運動中であるかどうか、車両が最近のある時間期間の間に（即ちこの１０分間の間に）運動していたかどうか、及び車両運動の実時間追跡を含むことができる。
【０１３４】
車両がバレットされる際の車両状態の監視を提供するためのシステムは、測定デバイスを含むことも可能である。測定デバイスは、車両に取外し可能に接続することができる。また、システムはコンピュータを含むことも可能である。コンピュータは、測定デバイスへの接続を含むことができる。コンピュータは、車両内に配置することができる。コンピュータは、オンボード車両コンピュータであってもよい。
【０１３５】
システムは受信機をさらに含むことができる。受信機は、車両を検索する要求をユーザから受け取るように構成することができる。車両は、バレット実体によって管理される位置に駐車することができる。
【０１３６】
システムはプロセッサをさらに含むことができる。プロセッサは、バレット位置に責任を負う実体を識別するように構成することができる。プロセッサは、ＧＰＳ座標に基づいて実体を識別するように構成することができる。実体は、ＧＰＳ座標を使用して、これらの座標におけるビジネスのシステム検索に基づいて、ＧＰＳ座標から識別することができる。これは、マッピング・ソフトウェアを使用して達成することができる。実体のＧＰＳ座標は、車両自体から、ＯＢＤデバイス内のＧＰＳアンテナから、また、ユーザがバレット・モードを起動するか、又はユーザが手動で車両のＧＰＳ位置を入力すると、ユーザの携帯デバイスから検索することができる。
【０１３７】
システムは送信機をさらに含むことができる。送信機は、係員に車両を検索させる命令を実体に送るように構成することができる。送信機は、車両に対するＧＰＳ座標を実体に送るようにさらに構成することができる。本出願全体を通して、送信機及び受信機はトランシーバであってもよい。
【０１３８】
受信機は、車両のピックアップの準備が整う予測時間を実体から受け取るようにさらに構成することができる。送信機は、車両の予測位置及び車両のピックアップの準備が整う予測時間をユーザに送るようにさらに構成することができる。
【０１３９】
システムは、さらに、車両の位置に対する追跡情報を実時間で、又は事前決定済み時間間隔で受け取ることができる。また、システムは、車両のピックアップの準備が整ったことを知らせるメッセージを実体から受け取ることも可能である。
【０１４０】
車両状態の監視を提供するためのシステムは、（１）車両に取外し可能に接続された測定デバイスであって、（２）車両内に配置されたコンピュータとの接続を備える、測定デバイスと、（３）車両の属性に対応するデータの測値を測定デバイスから受け取るように構成された受信機と、（５）車両属性に対する所望のデータ測値レベルに対応する閾値測値を測定デバイスに送信するように構成された送信機と、（６）測定デバイス内に配置された、データ測値が閾値測値を超えたか、又は閾値測値に到達したかどうかを決定し、且つ、車両属性に対するデータ測値が超えたか、又は到達したことを知らせる警報をユーザに送信するように送信機に命令するように構成されたプロセッサとを含むことができる。
【０１４１】
システムは、以下のステップを実施することができる。（１）車両属性を受け取るステップ、（２）車両属性の測値に対する閾値範囲、車両属性の上側閾値測値及び下側閾値測値を含む閾値範囲を受け取るステップ、（３）車両属性の測値を受け取るステップ、（４）車両属性測値が上側閾値測値を超えるか、又は下側閾値測値未満になると、（５）車両属性、（６）車両属性の測値及び（７）車両属性の測値に対応する情報を含む警報をユーザに送るステップ。
【０１４２】
車両使用閾値を設定し、且つ、監視するためのシステムは、（１）車両に取外し可能に接続された測定デバイスであって、（２）車両内に配置されたコンピュータとの接続を備え、（３）測定デバイスをコンピュータに接続すると、コンピュータから車両情報を受け取る、測定デバイスと、（４）ユーザ・デバイスであって、（５）１つ又は複数の命令を測定デバイスに送信し、（６）情報を受け取り、且つ、（７）情報を表示するように構成されたユーザ・デバイスと、（８）サーバであって、（９）複数の閾値であって、該複数の閾値の各々が車両属性の許容可能リミットに対応する複数の閾値、（１０）測定デバイスからのデータ、及び（１１）測定デバイスから受け取った、１つ又は複数の車両属性に対応するデータを監視する命令を受け取るように構成された受信機を備えるサーバと、（１２）送信機であって、（１３）複数の閾値を測定デバイスに送信し、（１４）測定デバイスに、（１５）車両コンピュータから受け取ったデータを閾値レベルと比較し、且つ、（１６）データが閾値レベルを超えている場合、閾値違反を知らせるメッセージをサーバに送信するように命令するように構成された送信機とを含むことができる。
【０１４３】
送信機は、閾値違反メッセージを受け取るサーバに応答して、さらに、閾値違反を知らせる警報をユーザに送信するように構成することができる。
【０１４４】
一実施例では、ユーザの携帯デバイスを介して、属性に対する閾値などの特定の情報をユーザから受け取り、且つ、サーバに送信することができる。別の実施例では、ソフトウェアを介して、同じ属性又は異なる属性に対する別の閾値などの特定の情報をサーバにプログラムすることができる。
【０１４５】
一実施例では、車両の属性に対応するデータの測定が提供される。測定は、（１）車両属性に対する所望のデータ測値レベルに対応する閾値測値、及び（２）データ測値が閾値測値を超えたか、又は閾値測値に到達したかどうかを決定し、且つ、車両属性に対するデータ測値が超えたこと、又は到達したことを知らせる警報をユーザに送信するように送信機に命令するように構成されたプロセッサを含むことができる。
【０１４６】
ＯＢＤデバイスを使用して車両の幼児を監視するためのシステム及び方法が提供される。方法及びシステムは、以下のステップのうちの１つ又は複数を含むことができる。（１）幼児監視モードをイネーブルする選択をユーザから受け取るステップ、（２）点火がスイッチ・オフされたことを知らせる警報をＯＢＤから受け取るステップ、（３）メッセージをユーザに送るステップであって、メッセージが、（４）点火がスイッチ・オフされたことを知らせる警報、及び（５）ユーザがすべての子供を車両から出したかどうかの問合せを含むステップ、（６）ユーザが事前決定済み時間期間内にその問合せに応答しない場合、マイクロホンを起動する命令をＯＢＤに送信するステップ、（７）事前決定済み閾値にわたっていかなる雑音も存在しないことをマイクロホンが示し、且つ、ユーザからの応答が依然としてない場合、温度センサを起動する命令を送信するステップ、（８）温度の読み値が事前決定済み閾値より高いか、又は事前決定済み閾値未満であることを温度センサが示すと、加熱システム又は空気調和システムを起動する命令をＯＢＤデバイスに送信するステップ、及び（９）緊急時の第１の応答者と接触するステップ。
【０１４７】
いくつかのステップ又はすべてのステップを実施することができること、また、ステップの順序は変更することができることに留意されたい。例えば温度センサのみを使用することができ、又はマイクロホンを使用する前に温度を使用することができる。
【０１４８】
システムは、緊急時の第１の応答者に位置情報を送るステップをさらに含むことができる。システムは、点火がオンであるが、自動車が長時間にわたってアイドルであることを知らせる警報を受け取ることができる。システムは、それに応答して、付き添いがいない子供が車両の中にいるかどうかを決定するメッセージをユーザに送ることができる。応答がない場合、システムは、説明されたステップのいくつか又はすべてを起動することができる。
【０１４９】
システムは、問合せに対する応答をユーザから受け取ることができる。問合せに応答してユーザがすべての子供を車両から出すと、システムは、ユーザから肯定応答を受け取ることができる。その場合、警報シーケンスを終了することができ、センサの起動又は緊急当局との接触などのそれ以上のアクションは不要である。
【０１５０】
システムは、個々の特定の状況の緊急性の決定に基づいて資源を優先順位付けすることができる。例えば緊急オペレータによる局所ＰＳＡＰとの接触を必要とする２つのＳＢＭ警報が存在し、一方のオペレータのみが利用可能である場合、システムは、デバイス温度監視が一方の車両内の急激な温度上昇又は温度低下を検出すると、一方の状況を優先することができる。これは、単に優先順位付けの１つの方法の実例にすぎない。優先順位付けシステムは、緊急事態に対処するための本質的要素である。別の実例では、あるＰＳＡＰが緊急事態に関する情報をインターネット又は電子メールを介して受け取る能力を有しており、別のＰＳＡＰがその能力を有していない場合、オンライン能力を有していないＰＳＡＰを最初に接続することができる。優先順位は、時間、子供の年齢及び多くの他の要因に基づいて変更することができることに留意されたい。
【０１５１】
カープール・モードは、カープール・トリップを調整及び編成する能力を提供することができる。システムは、例えばカープール関係者によって操作することができる週間スケジュールを作成するためにシステムによって使用される（例えば週間）テンプレート・スケジュールを提供するステップを含むことができる。カープール関係者は、週のための週単位のテンプレート・スケジュールを作成することができ、また、このテンプレートは、現在の週のためのスケジュールを作成する。現在の週は編集が可能である。次の週は、テンプレート・スケジュールに基づいて未だ作成されていないため、編集することはできない。
【０１５２】
カープールは、通常は週間機能であるため、カープールの場合、テンプレート・スケジュールは週の長さである。例えばある家族は、月曜日と水曜日に責任を負い、また、別の家族は、火曜日、木曜日及び金曜日に責任を負う。テンプレートを使用して週間スケジュールを作成するこの概念は、任意のスケジューリング・システムに適用され、また、時間の単位は、特定のアクティビティに基づいて変更することができる。例えば週は特定の曜日に開始してよく、これは、テンプレートが特定の曜日に週間スケジュールを書き直すことを意味しており、又は、週は回転週であってもよく、現在の曜日から７つの曜日を表示することになる。
【０１５３】
カープールは、１人又は複数の関係者に割り当てられた責任と共に複数の中間地点を提供することができる。中間地点の調整、及び他の輸送システムとのカープール中間地点の統合を管理するためのシステムが提供される。
【０１５４】
カープール・システムは、カープール停止の順序又は量をウェブ・アプリケーション上で変更するオプションを運転者に提供し、中間地点の順序はテンプレートとして保管される。運転者のための既存のテンプレートは、その運転者のための停止の順序のために使用することができる。規定されたカープール走行の一部になろうとする運転者の家族のメンバーがいない場合、その家族は、中間地点から削除される。カープールのメンバーの住所が変わると、そのメンバーの中間地点／住所が変わる。
【０１５５】
カープール・グループのメンバーが全く同じ中間地点を有している場合、その中間地点は併合され、その中間地点のうちの１つは削除されるが、ユーザは、それぞれ残りの中間地点に結合される。これらのメンバーのうちの１人がその後に新しい住所へ引っ越すと、中間地点の併合が解除され、新しい住所及びその住所と結合した適切なユーザを有する新しい中間地点が生成される。
【０１５６】
一実施例では、システムは、運転者が運転者のルートに基づく変化をシステムに通知しなくても、中間地点の変化を検出することができる。この通知は、中間地点と結合したユーザへの通知の伝送を含むことができる。この通知は、中間地点までのＥｓｔｉｍａｔｅｄ  Ｔｉｍｅ  ｏｆ  Ａｒｒｉｖａｌ（ＥＴＡ）を含むことができる。
【０１５７】
例示的検出は、５つの中間地点及び個々の中間地点まで２つのルートが存在することを決定することを含むことができる。運転者のルートに基づいて、中間地点のうちの４つの中間地点へ行く８つのすべてのルートが抹消されると、運転者は、５番目の中間地点へ行こうとしているはずである。１０個のすべてのルートが抹消されると、運転者は、中間地点のうちのどこにも向かっていないことが分かる。ルートを抹消し、且つ、中間地点を決定するためには、Ｒｏｕｔｅ＝ポイントＡからポイントＢまでの長方形ジオフェンス、を使用してルートを画定しなければならない。運転者がルートから外れて進行していることを決定するために、システムは、Ｗａｚｅ又はＧｏｏｇｌｅ  Ｍａｐｓデータなどの任意の適切な決定方法を使用して、最も可能性が高いルート即ち最良のルートで開始する。システムは、次に、ポイントＡからポイントＢまでの全範囲にわたって長方形ジオフェンスを作成することができる。運転者がルートを違反すると、システムは、２分などの任意の適切な時間期間などの特定の時間だけ待機し、次に、マッピング・ソフトウェアを使用して、現在位置からポイントＢまでのルートをチェックすることができ、ＥＴＡの変化を決定する。ＥＴＡが経過時間量＋特定の閾値だけ短くなっている場合、ユーザは、依然としてルート上にいると見なされる。しかしながらＥＴＡが特定の閾値だけ長くなっている場合、運転者はルートから外れていることが決定される。
【０１５８】
一実施例では、カープール・システムは、他の輸送モードと統合することができる。例えば２人の乗客が同じ列車に乗り、互いに近くに住んでいる場合、その２人は列車の駅までカープールすることができる。カープール・システムを他の輸送車両の位置の監視と統合することにより、支線大都市集中方式を創造することができる。さらに、ＧＰＳ精度及び到着時間を利用して、支線大都市集中方式における乗換えを計画又は調整することができる。
【０１５９】
カープール・モードでは、運転者が許容不可能なルートへ逸脱すると、他の親及び／又は学校へ警報が送られる。警報は、その逸脱が５分を超えた場合、又は０．８キロメートル（０．５マイル）より長い場合などの事前決定済み時間閾値又は距離閾値で送ることができる。警報は、カープールが学校に遅れることの報告をさらに含むことができ、また、改訂予測到着時間を含むことができる。
【０１６０】
上記ステップの各々は、本明細書において説明されるコンピュータ構成要素のうちの１つ又は複数によって実施されるコンピュータ実現態様を含むことは当業者には理解されよう。例えば閾値の通信及び計算は、電子的に実施することができる。閾値違反の決定、パラメータの監視及び閾値違反の通信は、電子的に実施することができる。少なくとも１つの例示的実施例では、すべてのステップは、本明細書において説明されるコンピュータ・システムなどの１つ又は複数のコンピュータ・システムで実現される汎用プロセッサ又は専用プロセッサのいずれかによって電子的に実施することができる。
【０１６１】
さらに、本開示の特定の実施例及び実例は、単に例証を目的として提供されたものにすぎず、本開示の範囲を制限することは一切意図されていないことは当業者には理解され、且つ、認識されよう。
【０１６２】
したがって、本明細書において説明される本システムの様々な実施例は、一般に、以下でより詳細に説明される様々なコンピュータ・ハードウェアを含んだ専用コンピュータ又は汎用コンピュータとして実現されることは理解されよう。また、本発明の範囲内である実施例は、その上に記憶されたコンピュータ実行可能命令又はデータ構造を運ぶか、又は有するためのコンピュータ可読媒体を同じく含む。このようなコンピュータ可読媒体は、汎用コンピュータ又は専用コンピュータによってアクセスすることができ、或いは通信ネットワークを介してダウンロードすることができる任意の利用可能媒体であってもよい。非制限の実例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤなどの物理的記憶媒体、又は他の光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶デバイス、セキュア・デジタル（ＳＤ）、フラッシュ・メモリ、メモリ・スティック、等々などの任意のタイプの取外し可能不揮発性メモリ、或いはコンピュータ実行可能命令又はデータ構造の形態のコンピュータ・プログラム・コードを運び、又は記憶するために使用することができ、且つ、汎用コンピュータ又は専用コンピュータ又は携帯デバイスによってアクセスすることができる任意の他の媒体を備えることができる。
【０１６３】
ネットワーク又は別の通信接続（ハードワイヤード、無線、若しくはハードワイヤード若しくは無線の組合せのいずれか）を介してコンピュータに情報が転送即ち提供されると、コンピュータは、当然、コンピュータ可読媒体としてその接続を見る。したがって任意のこのような接続は、当然、コンピュータ可読媒体と呼ばれ、また、コンピュータ可読媒体と見なされる。また、上記の組合せも、コンピュータ可読媒体の範囲内に同じく含まれるべきである。コンピュータ実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、又は携帯デバイス・プロセッサなどの専用処理デバイスが、１つの特定の機能又は機能のグループを実施することになる命令及びデータを含む。
【０１６４】
当業者は、本発明の態様を実現することができる適切な計算環境の特徴及び態様を理解することになる。必ずしもその必要はないが、本発明は、ネットワーク化された環境でコンピュータによって実行される、既に説明したプログラム・モジュール又はエンジンなどのコンピュータ実行可能命令の一般的な文脈で説明される。このようなプログラム・モジュールは、しばしば、このようなコンピュータ・プログラム・モジュールの構築方法及び使用方法を通信するために当業者によって使用されるフロー・チャート、シーケンス線図、例示的スクリーン・ディスプレイ及び他の技法によって反映され、また、これらによって示される。通常、プログラム・モジュールは、コンピュータ内で特定のタスクを実施し、又は特定の抽象データ型を実現するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、等々を含む。コンピュータ実行可能命令、関連するデータ構造及びプログラム・モジュールは、本明細書において開示される方法のステップを実行するためのプログラム・コードの実例を表している。このような実行可能命令又は関連するデータ構造の特定のシーケンスは、このようなステップの中で説明されている機能を実現するための対応する行為の実例を表している。
【０１６５】
また、当業者は、本発明は、パーソナル・コンピュータ、ハンドヘルド・デバイス、多重プロセッサ・システム、マイクロプロセッサをベースとするコンシューマ・エレクトロニクス又はプログラマブル・コンシューマ・エレクトロニクス、ネットワーク化ＰＣ、ミニコンピュータ、メインフレーム・コンピュータ、等々を含む多くのタイプのコンピュータ・システム構成を使用して、ネットワーク計算環境で実践することができることを同じく認識することになる。本発明は、通信ネットワークを介してリンクされる（ハードワイヤード・リンク、無線リンク、又はハードワイヤード・リンク若しくは無線リンクの組合せのいずれかによって）局所処理デバイス及び遠隔処理デバイスによってタスクが実施される分散計算環境で実践される。分散計算環境では、プログラム・モジュールは、局所及び遠隔の両方のメモリ記憶デバイスに配置することができる。
【０１６６】
図には示されていないが、本発明を実現するための例示的システムは、処理ユニット、システム・メモリ、及びシステム・メモリを始めとする様々なシステム構成要素を処理ユニットに結合するシステム・バスを含んだ従来のコンピュータの形態の汎用計算デバイスを含む。コンピュータは、典型的には、読出し及び書込みのための１つ又は複数の磁気ハード・ディスク・ドライブ（「データ・ストア」又は「データ・ストレージ」又は他の名称でも呼ばれる）を含むことになる。ドライブ及びそれらの関連するコンピュータ可読媒体は、コンピュータ実行可能命令、データ構造、プログラム・モジュール、及びコンピュータのための他のデータの不揮発性記憶装置を提供する。本明細書において説明される例示的環境は、磁気ハード・ディスク、取外し可能磁気ディスク、取外し可能光ディスクを使用しているが、磁気カセット、フラッシュ・メモリ・カード、デジタル・ビデオ・ディスク（ＤＶＤ）、Ｂｅｒｎｏｕｌｌｉカートリッジ、ＲＡＭ、ＲＯＭ、等々を始めとする、データを記憶するための他のタイプのコンピュータ可読媒体を使用することも可能である。
【０１６７】
本明細書において説明される機能のほとんどを実現するコンピュータ・プログラム・コードは、典型的には、ハード・ディスク又は他の記憶媒体上に記憶することができる１つ又は複数のプログラム・モジュールを含む。このプログラム・コードは、当業者に知られているように、通常、オペレーティング・システム、１つ又は複数のアプリケーション・プログラム、他のプログラム・モジュール及びプログラム・データを含む。ユーザは、キーボード、位置決めデバイス、スクリプト言語で作成されたコンピュータ・プログラム・コードを含んだスクリプト、又はマイクロホンなどの他の入力デバイス（図示せず）、等々を介して、コマンド及び情報をコンピュータに入力することができる。これら及び他の入力デバイスは、しばしば、知られている電気コネクタ、光接続又は無線接続を介して処理ユニットに接続される。
【０１６８】
本発明の多くの態様をもたらすメイン・コンピュータは、典型的には、以下でさらに説明される１つ若しくは複数の遠隔コンピュータ又はデータ・ソースへの論理接続を使用して、ネットワーク化された環境で動作することができる。遠隔コンピュータは、別のパーソナル・コンピュータ、サーバ、ルータ、ネットワークＰＣ、スマートフォンなどの携帯デバイス、タブレット又はラップトップ、ピア・デバイス又は他の共通ネットワーク・ノードであってもよく、また、典型的には、本発明が具体化されるメイン・コンピュータ・システムに関連して上で説明した要素の多く又はすべてを含む。コンピュータ間の論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、及び非制限の実例としてここに提供されている無線ＬＡＮ（ＷＬＡＮ）を含む。このようなネットワーク化環境は、オフィス−ワイド・コンピュータ・ネットワーク又はエンタープライズ−ワイド・コンピュータ・ネットワーク、イントラネット及びインターネットにおいてはありふれている。
【０１６９】
ＬＡＮネットワーク化環境又はＷＬＡＮネットワーク化環境で使用される場合、本発明の態様を実現するメイン・コンピュータ・システムは、ネットワーク・インタフェース又はアダプタを介して局所ネットワークに接続される。ＷＡＮネットワーク化環境又はＷＬＡＮネットワーク化環境で使用される場合、コンピュータは、モデム、無線リンク、又はインターネットなどの広域ネットワークを介した通信を確立するための他の手段を含むことができる。ネットワーク化された環境では、コンピュータ又はその一部に関連して描写されるプログラム・モジュールは、遠隔メモリ記憶デバイスに記憶することができる。説明される又は図に示されているネットワーク接続は例示的なものであり、広域ネットワーク又はインターネットを介した通信を確立する他の手段を使用することも可能であることは認識されよう。
【０１７０】
図１は、このような例示的システムを描写したものである。コンピュータ１００は、ネットワーク１１０を介してサーバ１３０と通信している。データの複数のソース１２０〜１２１も同じくネットワーク１１０を介して、サーバ１３０、プロセッサ１５０、並びに／又は情報を計算し及び／若しくは送信するように動作することができる他の構成要素と通信している。サーバ１３０は、１つ又は複数の記憶デバイス１４０、１つ又は複数のプロセッサ１５０及びソフトウェア１６０に結合することができる。
【０１７１】
本明細書において説明されている計算及び等価物は、一実施例では、すべて電子的に実施される。また、当業者には明らかであるように、他の構成要素及び構成要素の組合せを使用して、本明細書において説明されているデータ処理又は他の計算をサポートすることも可能である。サーバ１３０は、記憶デバイス１４０からプロセッサ１５０へのデータの通信及びプロセッサ１５０から記憶デバイス１４０へのデータの通信、並びにコンピュータ１００への通信を容易にすることができる。プロセッサ１５０は、オプションで、一時的な又は他の情報を記憶するために使用することができる局所又はネットワーク化された記憶装置（図示せず）を含むか、或いは局所又はネットワーク化された記憶装置と通信することも可能である。ソフトウェア１６０は、計算及びアプリケーションを容易にするために、コンピュータ１００で局所的にプロセッサ１５０にインストールすることができ、及び／又は集中的にサポートすることができる。
【０１７２】
図２Ａは、本発明に従って使用することができるＯＢＤデバイス２０５の上面図を示したものである。ＯＢＤデバイス２０５は、複数の電気コネクタ即ちピン２０１を含むことができる。ピン２０１は、車両のＯＢＤポートと通信するように構成することができる。ＯＢＤデバイス２０５は、車両のＯＢＤシステムから診断情報を受け取るように構成することができる。
【０１７３】
図２Ｂは、ＯＢＤデバイス２０５の斜視上面側面図を示したものである。図２Ｃは、ＯＢＤデバイスの側面図を示したものである。
【０１７４】
図３Ａは、本発明の原理による車両監視を提供するための例示的プロセス３０１を示したものである。ステップ３０３でＯＢＤデバイスを提供することができる。ステップ３０５で、サーバを介して車両属性を受け取ることができる。ステップ３０７で、サーバは、ＯＢＤデバイスから車両属性の測値を受け取ることができる。ステップ３０９で、サーバ及び／又はＯＢＤデバイスは、車両属性の測値に対する閾値範囲を受け取ることができる。ステップ３１１で、車両属性が閾値測値に到達すると、警報がユーザに送られる。
【０１７５】
図３Ｂは、本発明の原理による、警報を送るための例示的プロセス３１３を示したものである。プロセス３１３は、警報の中で送られる情報を提供する。警報は、車両属性３１５、車両属性の測値３１７、及び車両属性の測値に対応する情報３１９を含むことができる。
【０１７６】
図４Ａは、本発明の原理による閾値監視及び警報システムを起動するための例示的プロセス４０１を示したものである。ステップ４０３でシステムは、制限機能をイネーブルする命令をユーザから受け取ることができる。この命令はサーバを介して受け取ることができる。ステップ４０５でシステムは、サーバを介して１つ又は複数の車両属性を受け取ることができる。ステップ４０７でシステムは、サーバを介して、車両属性のうちの１つ又は複数を監視する命令を受け取ることができる。ステップ４０９でシステムは、サーバからＯＢＤデバイスに命令を送ることができる。ステップ４１１でシステムは、サーバを介して、車両属性に対する１つ又は複数の受入れ可能な閾値レベルを受け取ることができる。ステップ４１３でシステムは、サーバを介して、車両属性に対する１つ又は複数の受入れ不可能な閾値レベルを受け取ることができる。
【０１７７】
図４Ｂは、本発明の原理による、ＯＢＤデバイスから警報を受け取るための例示的プロセス４１５を示したものである。ステップ４１７でＯＢＤデバイスは、１つ又は複数の車両属性に対して車両コンピュータを監視することができる。車両属性は、ＯＢＤデバイスにプログラムすることができる。ステップ４１９でＯＢＤデバイスは、閾値レベルを超えたかどうかなど、車両属性閾値レベルが受入れ不可能であるかどうかを決定することができる。ステップ４２１でＯＢＤデバイスは、閾値レベルに到達している、即ち受入れ不可能である場合、サーバにメッセージを送ることができる。ステップ４２３で、閾値レベルに関する警報をサーバからユーザ・デバイスに送ることができる。
【０１７８】
図５は、本発明による例証表示５０１を示したものである。表示５０１は、閾値違反に応答してユーザに表示される警報であってもよい。５０３は、設定「Ｆａｍｉｌｙ  Ｍｏｄｅ」におけるジオフェンス違反などの領域違反が生じたことを示している。ユーザは、違反及び地図上で見る５０５を選択するオプションを有している。５０７は、他の違反を示す背景表示である。
【０１７９】
図６は、ＯＢＤデバイスによって監視される例証情報６０１を示したものである。６０１はユーザ表示である。この実施例では６０３は、この情報は、最後に給油した後の燃料消費であることを示しており、また、６０５は、最後に給油した後の運転に対して提供されたユーザ・スコアである。この場合、６０５は、アルゴリズムに基づいて、運転に対する完璧なスコアとして「１００」を示している。スコアを計算するための運転の詳細は、６０７、６０９、６１１及び６１３に示されている。
【０１８０】
図７は、本発明による例証設定表示７０１を示したものである。この場合、ユーザは、トグル・オン又はトグル・オフすることができる様々な特徴をイネーブルしている。これらの特徴をイネーブルすることにより、ユーザは警報を受け取ることができる。このユーザは、診断７０３、整備通知７０５、低電池警報７０７、牽引警報７０９及び低燃料レベル７１１をイネーブルしている。したがってこれらの閾値即ちシナリオのうちの何らかがトリガされると、ユーザは通知又は警報を受け取ることができる。
【０１８１】
図８は、本発明による例証ダッシュボード８０１を示したものである。燃料レベル８１１、電池レベル８０９及び速度８０７が示されている。この情報は実時間で提供することができる。即ち車両及び／又はＯＢＤデバイスの管理者は、任意の所与の時間における車両の速度及び他のレベルを監視することができる。また、カー・ファインド８１３が同じく提供され、これが選択されると車両の位置を示す。警報セレクタ８１５は、１つ又は複数の通知及び警報を表示し、一方、トリップ情報８１７は、トリップに関する異なる情報を表示する。顧客サービス・セレクタ８１９は、ユーザによるアプリケーション内の顧客サービスとの接触を可能にし、且つ、ユーザの車両に関する情報を呼出しと共に送信する。Ｓａｆｅ  Ｔｅｅｎ８０３及びＳａｆｅ  Ｆａｍｉｌｙ８０５は、トグル・オンされる２つのモードであり、様々な閾値の監視がイネーブルされる。
【０１８２】
図９は、カー・ファインダ８１３が選択された場合の結果であり、地図９０１を示している。９０５はＯＢＤデバイスを備えた車両の位置であり、９０３は追加地図情報であり、また、９０７は、日付、時刻などの事項を含む。
【０１８３】
図１０は、本発明による追加警報を示したものである。
【０１８４】
図１１は、警報１１０１を表示したものであり、情報１１０３は、検出された速度などの違反に関する詳細な情報を含む。
【０１８５】
図１２は、別の例示的警報１２０１を表示したもので、閾値違反検出に関する特定の情報を表示１２０３の中に含んでいる。前もって近似違反を計算することができることに留意されたい。したがってこの場合、交通パターンは、ユーザは、約束の１０分前に出発したが、交通データを使用して、ユーザは３分遅れて到着することになることを予測することができることを示すことができる。
【０１８６】
本発明の好ましい実施例についての以上の詳細な説明に鑑みて、当業者には、本発明は広範囲にわたる活用及び応用が可能であることが容易に理解されよう。様々な態様について、好ましい実施例の文脈で説明したが、本明細書における説明から、当業者には本発明の追加態様、特徴及び方法が容易に認識されよう。本明細書において説明されている以外の本発明の多くの実施例及び適合、並びに多くの変形形態、変更態様及び等価物構造及び方法は、本発明の本質及び範囲を逸脱することなく、本発明及び本発明についての以上の説明から明らかであり、或いは本発明及び本発明についての以上の説明によって合理的に提案される。さらに、本明細書において説明され、且つ、特許請求される様々なプロセスのステップの任意のシーケンス及び／又は時間的な順序は、本発明を実施するために企図された最良の様態であると見なされるものである。また、様々なプロセスのステップは、好ましいシーケンス又は時間的順序におけるステップとして示され、且つ、説明され得るが、すべてのこのようなプロセスのステップは、意図された特定の結果を達成するための特定のこのような指示がない、任意の特定のシーケンス又は順序で実施されることに限定されないことを同じく理解されたい。ほとんどの場合、このようなプロセスのステップは、本発明の範囲内に依然としてありつつ、様々な異なるシーケンス及び順序で実施することができる。さらに、いくつかのステップは同時に実施することも可能である。
【０１８７】
例示的実施例についての以上の説明は、例証及び説明のために提供されたものにすぎず、余すところのないものであること、又は本発明を開示されている正確な形態に限定することは意図されていない。上記教示に照らして多くの変更態様及び変形形態が可能である。
【０１８８】
実施例は、他の当業者による、本発明の利用、及び企図された特定の用途に適した様々な修正を加えた様々な実施例の利用を可能にするために、本発明の原理及び本発明の実際的な応用を説明するために選択され、且つ、説明されている。代替実施例は、本発明の趣旨及び範囲を逸脱することなく、本発明が属している分野の技術者には明らかになるであろう。したがって本発明の範囲は、以上の説明及びその中で説明されている例示的実施例ではなく、特許請求の範囲によって定義される。
【０１８９】
以上、本明細書において、特定の例示的態様及び実施例について説明したが、当業者には多くの代替、変更態様及び変形形態が明らかであろう。したがって本明細書において示されている例示的態様及び実施例は、例証的であることが意図されており、本発明を制限するものではない。本開示の趣旨及び範囲を逸脱することなく、様々な修正を加えることが可能である。
【図１】
2017512712.tif 000004
【図２Ａ】
2017512712.tif 000005
【図２Ｂ】
2017512712.tif 000006
【図２Ｃ】
2017512712.tif 000007
【図３Ａ】
2017512712.tif 000008
【図３Ｂ】
2017512712.tif 000009
【図４Ａ】
2017512712.tif 000010
【図４Ｂ】
2017512712.tif 000011
【図５】
2017512712.tif 000012
【図６】
2017512712.tif 000013
【図７】
2017512712.tif 000014
【図８】
2017512712.tif 000015
【図９】
2017512712.tif 000016
【図１０】
2017512712.tif 000017
【図１１】
2017512712.tif 000018
【図１２】
2017512712.tif 000019
【国際調査報告】
2017512712.tif 000020