(57)【要約】【課題】車両をタグ付けするシステムの提供。【解決手段】車両をタグ付けするシステムは、概して、標的車両識別データ及び標的車両状態情報の両方を含むデータセットを含む開始通信を受信するよう構成されているユーザ入力処理モジュールを備える車両識別モジュールを備える車両を含む。システムは、複数の潜在的標的車両の識別情報を含む車両位置データベースを備える。システムは、複数の潜在的標的車両の識別情報について車両位置データベースへ照会を行い、車両位置データベース内の複数の潜在的標的車両のうちの標的車両を標的車両識別データに基づいて特定するよう構成されているサーバ検証モジュールを備えるサーバを備える。サーバは、標的車両状態情報を分析して少なくとも１つの標的情報受領者を決定し、通知信号を少なくとも１つの標的情報受領者へ送信するよう構成されている受領者決定モジュールをさらに備える。【選択図】図５
2020107327.tif 000002
【特許請求の範囲】
【請求項１】
車両識別モジュールを備える車両であって、前記車両識別モジュールが、
標的車両識別データ及び標的車両状態情報を含むデータセットを含む開始通信を受信するよう構成されているユーザ入力処理モジュールと、
前記データセットを送信するよう構成されている送信機と、
を備える、車両と、
複数の潜在的標的車両の識別情報を含む車両位置データベースと、
サーバであって、
前記車両識別モジュールの前記送信機から前記データセットを受信し、
前記車両位置データベースへ前記複数の潜在的標的車両の前記識別情報について照会を行い、
前記車両位置データベース内の前記複数の潜在的標的車両のうちの標的車両を前記標的車両識別データに基づいて特定する、
ように構成されているサーバ検証モジュールと、
前記標的車両状態情報を分析して少なくとも１つの標的情報受領者を決定し、
通知信号を前記少なくとも１つの標的情報受領者へ送信する、
ように構成されている受領者決定モジュールと、
を備えるサーバと、
を備える、車両をタグ付けするシステム。
【請求項２】
前記車両位置データベース内の前記複数の潜在的標的車両の前記識別情報は、
前記複数の潜在的標的車両のうちの少なくとも１つの車両の場所と、
前記複数の潜在的標的車両のうちの少なくとも１つの潜在的標的車両の前記識別情報が前記車両位置データベースによって受信された時刻を示すタイムスタンプと、
を含む、請求項１に記載のシステム。
【請求項３】
前記標的車両識別データは、前記標的車両の色、前記標的車両の製造者、前記標的車両の型式、前記標的車両の種類、前記標的車両のナンバープレート番号、前記標的車両のバンパーステッカー、又は前記標的車両のデカールのうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項４】
前記車両は、
前記車両に配置された少なくとも１つのカメラであって、前記車両の周囲の外部環境の少なくとも１つの画像を撮影するよう構成されている少なくとも１つのカメラを含む車両センサ、
をさらに備える、請求項１に記載のシステム。
【請求項５】
前記車両識別モジュールは、
前記外部環境の前記少なくとも１つの画像を分析するよう構成されている画像プロセッサを備えるセンサ処理モジュール、
をさらに備える、請求項４に記載のシステム。
【請求項６】
前記サーバ検証モジュールは、
車両センサによって撮影された前記標的車両の識別情報を含む過去の識別情報を記憶するよう構成されているメモリ、
をさらに備える、請求項１に記載のシステム。
【請求項７】
自身の識別情報を、少なくとも１つの潜在的標的車両の識別情報として記憶するために前記車両位置データベースへ送信するよう構成されている第２車両、
をさらに備え、
前記複数の潜在的標的車両は前記第２車両を含む、
請求項１に記載のシステム。
【請求項８】
前記第２車両の前記識別情報は前記標的車両の場所を含む、請求項７に記載のシステム。
【請求項９】
前記サーバ検証モジュールはさらに、
前記データセット内の受信した前記標的車両識別データと前記第２車両との間で一致があるかを判定するために、前記データセットの前記標的車両識別データを前記車両位置データベースから受信した前記複数の潜在的標的車両の前記識別情報と比較することで、前記データセットを検証する、
ように構成されている、請求項８に記載のシステム。
【請求項１０】
前記サーバ検証モジュールは過去の識別情報を記憶するよう構成されているメモリをさらに備え、
前記データセットを検証することは、前記過去の識別情報をパースして前記データセット内の受信した前記標的車両識別データと前記第２車両との間の前記一致を確認することを含む、
請求項９に記載のシステム。
【請求項１１】
標的車両識別データを含む第１データセットを含む開始通信を受信するよう構成されているユーザ入力処理モジュール、
を備える車両と、
複数の潜在的標的車両の識別情報を含む車両位置データベースと、
サーバであって、
前記車両位置データベース内の前記複数の潜在的標的車両の前記識別情報を受信し、
前記複数の潜在的標的車両のうちの前記第１データセットと関連する標的車両を特定し、
前記第１データセット内の受信した前記標的車両識別データを前記車両位置データベースから受信した前記標的車両の識別情報と比較することで、前記第１データセットを検証する、
ように構成されているサーバ検証モジュールと、
前記第１データセットを分析して少なくとも１つの標的情報受領者を決定し、
通知信号を前記少なくとも１つの標的情報受領者へ送信する、
ように構成されている受領者決定モジュールと、
を備えるサーバと、
を備える、車両をタグ付けするシステム。
【請求項１２】
第２車両であって、
前記標的車両の識別情報を含む第２データセットを含む第２開始通信を受信するよう構成されている第２ユーザ入力処理モジュール、
を備える第２車両、
をさらに備える、請求項１１に記載のシステム。
【請求項１３】
前記サーバ検証モジュールはさらに、
一致があるかを判定するために、前記第１データセット内の受信した前記標的車両識別情報を前記第２データセット内の受信した標的車両識別情報と比較することで、前記第１データセットを検証する
ように構成されている、請求項１２に記載のシステム。
【請求項１４】
前記車両位置データベース内の前記複数の潜在的標的車両の前記識別情報は、
前記複数の潜在的標的車両のうちの少なくとも１つの車両の場所と、
前記複数の潜在的標的車両のうちの少なくとも１つの車両の前記識別情報が前記車両位置データベースによって受信された時刻を示すタイムスタンプと、
を含む、請求項１１に記載のシステム。
【請求項１５】
前記標的車両識別データは、前記標的車両の色、前記標的車両の製造者、前記標的車両の型式、前記標的車両の種類、前記標的車両のナンバープレート番号、前記標的車両のバンパーステッカー、又は前記標的車両のデカールのうちの少なくとも１つを含む、請求項１１に記載のシステム。
【請求項１６】
前記車両は、
前記車両の周囲の外部環境の少なくとも１つの画像を撮影するよう構成されている少なくとも１つのカメラを備える車両センサ、
をさらに備え、
前記サーバ検証モジュールは、
前記車両センサによって撮影された前記標的車両の識別情報を含む過去の識別情報を記憶するよう構成されているメモリ、
をさらに備える、請求項１１に記載のシステム。
【請求項１７】
車両のユーザインタフェースで、標的車両識別データ及び標的車両状態情報の両方を含む第１データセットを含む開始通信を受信することと、
前記第１データセットをサーバのサーバ検証モジュールへ送信することと、
前記サーバ検証モジュールによって複数の潜在的標的車両の識別情報を含む車両位置データベースへ照会を行うことと、
前記複数の潜在的標的車両のうちの前記第１データセットと関連する標的車両を前記サーバ検証モジュールによって特定することと、
前記第１データセットに基づいて、複数の標的情報受領者のうち、前記標的車両状態情報に基づいた情報を送信する対象である、少なくとも１つの標的情報受領者を決定することと、
受領者決定モジュールによって通知信号を前記少なくとも１つの標的情報受領者へ送信することと、
を含む、車両をタグ付けする方法。
【請求項１８】
前記複数の潜在的標的車両の前記識別情報を受信することは、
前記複数の潜在的標的車両のうちの少なくとも１つの車両の場所を受信することと、
前記複数の潜在的標的車両のうちの少なくとも１つの車両の前記識別情報が前記車両位置データベースによって受信された時刻を示すタイムスタンプを受信することと、
を含む、請求項１７に記載の方法。
【請求項１９】
前記車両の車両センサによって、前記車両の周囲の外部環境の少なくとも１つの画像を撮影することと、
前記サーバ検証モジュールのメモリによって、車両センサによって撮影された前記標的車両の識別情報を含む過去の識別情報を記憶することと、
をさらに含む、請求項１７に記載の方法。
【請求項２０】
一致があるかを判定するために、前記サーバ検証モジュールによって、前記第１データセット内の受信した前記標的車両の識別情報を前記車両位置データベースから受信した前記標的車両の前記識別情報と比較することで、前記第１データセットを検証すること、
をさらに含み、
前記第１データセットを検証することは、
前記過去の識別情報をパースして前記第１データセット内の受信した前記標的車両の前記識別情報と前記車両位置データベースから受信した前記標的車両の前記識別情報との間の前記一致を確認すること、
を含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して車両・サーバ間通信に関し、より詳細には、他の車両を特定して見つけるための車両・サーバ間通信に関する。
【背景技術】
【０００２】
車両の運転者がリアルタイムで適切な機関へ臨時メッセージを伝えて別の車両をタグ付けする／特定する（tag/identify）能力は限られている。より早く、より安全で、より信頼性の高い通信方法が、何らかの理由で監視する必要があるかもしれない車両をタグ付けするのに必要とされている。例えば、故障車両、危険運転者、又は丁寧な運転者の存在を当局へ通報する能力は、応答が必要とされる場合に、適切な機関がより短い時間で応答することを可能とする。多くの既存のシステムでは、通信中の運転者がメッセージを伝える際に運転から注意を逸らす必要があり、これは危険な道路状況及び車両事故の増加につながりうる。加えて、多くの既存のシステムは、通信中の車両の場所に基づいてタグ付けされた車両を容易に見つける能力を欠いている。これは遅れた応答時間につながりかねず、緊急時に車両乗員の被害を増やしかねない。それゆえ、車両の運転者がリアルタイムで当局及び道路上の他の車両の運転者と通信して、何らかの理由で監視の必要があるかもしれない、及び／又は、支援の必要があるかもしれない車両をタグ付け／特定できるようにすることが望ましい。それゆえ、必要とされるのは、前述の問題の１つ又は複数、及び／又は、１つ又は複数の他の問題に対処する装置、システム、及び／又は、方法である。
【発明の概要】
【０００３】
本開示は、無謀運転の車両、危険運転の車両、又は故障車両を特定して、そのような車両について適切な機関へ通報するために、車両とクラウドとの間で情報を交換するシステム及び方法を提供する。車両のタグ付けのための汎用システムは、車両識別モジュールを備える車両を含む。車両識別モジュールは、データセットを含む開始通信（initiation communication）を受信するよう構成されているユーザ入力処理モジュールを含む。データセットは、標的車両識別データ及び標的車両状態情報の両方を含む。車両識別モジュールは、データセットを送信するよう構成されている送信機をさらに含む。システムは、複数の潜在的標的車両の識別情報を含む車両位置データベースをさらに含む。システムは、サーバ検証モジュールを備えるサーバをさらに含む。サーバ検証モジュールは、車両識別モジュールの送信機からデータセットを受信するよう構成されている。サーバ検証モジュールはさらに、複数の潜在的標的車両の識別情報について車両位置データベースへ照会するよう構成されている。サーバ検証モジュールはさらに、車両位置データベース内の複数の潜在的標的車両のうちの標的車両を標的車両識別データに基づいて特定するよう構成されている。サーバは受領者決定モジュールをさらに含む。受領者決定モジュールは、標的車両状態情報を分析して少なくとも１つの標的情報受領者を決定するよう構成されている。受領者決定モジュールはさらに、通知信号を少なくとも１つの標的情報受領者へ送信するよう構成されている。
【０００４】
車両のタグ付けのための更なる汎用システムは、第１データセットを含む開始通信を受信するよう構成されているユーザ入力処理モジュールを備える車両を含む。第１データセットは標的車両識別データを含む。システムは、複数の潜在的標的車両の識別情報を含む車両位置データベースをさらに含む。システムは、サーバ検証モジュールを備えるサーバをさらに含む。サーバ検証モジュールは、車両位置データベース内の複数の潜在的標的車両の識別情報を受信するよう構成されている。サーバ検証モジュールはさらに、複数の潜在的標的車両のうちの標的車両を特定するよう構成されている。この標的車両は第１データセットと関連している。サーバ検証モジュールはさらに、第１データセット内の受信した標的車両識別データを車両位置データベースから受信した標的車両の識別情報と比較することで、第１データセットを検証するよう構成されている。サーバは受領者決定モジュールをさらに含む。受領者決定モジュールは、第１データセットを分析して少なくとも１つの標的情報受領者を決定するよう構成されている。受領者決定モジュールはさらに、通知信号を少なくとも１つの標的情報受領者へ送信するよう構成されている。
【０００５】
車両のタグ付けのための汎用の方法は、車両のユーザインタフェースで第１データセットを含む開始通信を受信することを含む。第１データセットは、標的車両識別データ及び標的車両状態情報の両方を含む。方法は、第１データセットをサーバのサーバ検証モジュールへ送信することをさらに含む。方法は、サーバ検証モジュールによって複数の潜在的標的車両の識別情報を含む車両位置データベースへ照会を行うことをさらに含む。方法は、複数の潜在的標的車両のうちの標的車両をサーバ検証モジュールによって特定することをさらに含む。この標的車両は第１データセットと関連している。方法は、第１データセットに基づいて、複数の標的情報受領者のうち、標的車両状態情報に基づいた情報を送信する対象である少なくとも１つの標的情報受領者を決定することをさらに含む。方法は、受領者決定モジュールによって通知信号を少なくとも１つの標的情報受領者へ送信することをさらに含む。
【図面の簡単な説明】
【０００６】
【図１】図１は、本開示の１つ又は複数の実施形態に係るタグ付けシステムの概略図である。
【図２】図２は、本開示の１つ又は複数の実施形態に係る装置の概略図を示す。
【図３】図３は、本開示の１つ又は複数の実施形態に係る、稼働中のシステムの概略図を示す。
【図４】図４は、本開示の１つ又は複数の実施形態に係る装置の概略図を示す。
【図５】図５は、本開示の１つ又は複数の実施形態に係る、図１〜４のシステムの作動方法のフローチャート図である。
【図６】図６は、本開示の１つ又は複数の実施形態に係る装置の概略図を示す。
【発明を実施するための形態】
【０００７】
本発明の原理の理解を促進する目的で、図面に示される特定の実装例又は実施例への参照がなされ、特定の用語が特定の実装例又は実施例を説明するのに使用される。それでもなお、それにより本発明の範囲を制限する意図はないことが理解されるであろう。説明される実装例における任意の変更及び更なる改良、並びに本明細書で説明される本発明の原理の任意の更なる適用は、本発明が関連する技術分野の当業者であれば通常想到すると考えられる。
【０００８】
本開示は、他の車両をタグ付けするための通信システムについて記述する。このシステムでは、道路上の車両の運転者が、この運転者の近くにある道路上の別の車両をタグ付けする。他の車両をタグ付けする場合、運転者は他の車両を特定し、この他の車両についての情報（例えば識別データ及び状態情報）を、情報の受領対象者と共有する。例えば、運転者は、（１）車両が道路脇で故障していることを消防車へ知らせる、（２）フリート車両（fleet vehicle）の運転者が上手に丁寧な運転をしていることをフリート車両指令センターへ知らせる、又は（３）運転者が不安定で危険な運転をしていることを警察車へ知らせる、ことができる。運転者がタグ付けされた車両についての情報を受領対象者と共有する場合、共有される情報にはタグ付けされた車両の場所も含まれる。
【０００９】
図１は、本開示の１つ又は複数の実施形態に係るタグ付けシステムの概略図である。少なくとも１つのそのような実施形態では、図１に示されるように、システムは概して参照番号１００で参照され、車両１１０、車両１２０、クラウドサーバ１５０、車両位置データベース１６０、及び外部受領者１７０（情報受領者でありうる）を含む。いくつかの例では、車両位置データベース１６０は１つ又は複数の潜在的標的車両（potential target vehicle）を含み、これについては以下でより詳細に論じられる。タグ付けシステム１００は、図１に示されるように、車両１３０や車両１４０などの追加の車両を随意で含む。加えて、タグ付けシステム１００は、追加の車両位置データベースを随意で含む。図１の実施形態では、車両１１０、１２０、１３０、１４０のそれぞれは自動車である。図１において車両１１０、１２０、１３０、１４０は乗用車として描かれているが、車両１１０、１２０、１３０、１４０は任意の他の適切な種類の自動車（例えば、ピックアップトラック、セミトラック、フリート車両など）であってもよいと理解されたい。車両１１０は（ユーザインタフェースでありうる）ヒューマンマシンインタフェース（ＨＭＩ）１１２、車両識別モジュール１１４、及び車両センサ１１６を含む。ＨＭＩ１１２は車両識別モジュール１１４に操作可能に（operably）結合され、車両識別モジュール１１４と通信を行うよう構成されている。また、車両センサ１１６も車両識別モジュール１１４に操作可能に結合され、車両識別モジュール１１４と通信を行うよう構成されている。車両識別モジュール１１４はクラウドサーバ１５０に操作可能に結合され、クラウドサーバ１５０と通信を行うよう構成されている。加えて、車両１２０は車両位置データベース１６０に操作可能に結合され、車両位置データベース１６０と通信を行うよう構成されており、車両位置データベース１６０自体は、クラウドサーバ１５０に操作可能に結合され、クラウドサーバ１５０と通信を行うよう構成されている。クラウドサーバ１５０は少なくとも１つの標的情報受領者１７０に操作可能に結合され、少なくとも１つの標的情報受領者１７０と通信を行うよう構成されている。標的情報受領者１７０は、以下でより詳細に説明されるように、各種の情報受領者であってよく、各種の情報受領者を含んでもよく、又は各種の情報受領者の一部であってもよい。したがって、本明細書で使用される場合、参照番号１７０（添え字ａ、ｂ、ｃ、ｄ、又はｅを含まず）は情報受領者１７０ａ〜ｅのうちの１つ、又は組み合わせを参照することがある。例えば、標的情報受領者１７０は、救急車１７０ａ、消防車１７０ｂ、警察車１７０ｃ、フリート車両管理施設１７０ｄ、及び自動車販売特約店１７０ｅを含みうる。クラウドサーバ１５０は、以下でより詳細に説明されるように、信号を情報受領者１７０の１つ又は複数へ送信するよう構成されている。一部の実装例では無線による信号伝送が採用され、他の実装例では有線による信号伝送が利用される。救急車１７０ａは、クラウドサーバ１５０及び／又は別の車両（例えば車両１１０、１２０、１３０、１４０のいずれか）に操作可能に結合されてクラウドサーバ１５０及び／又は別の車両から信���を受信するよう構成されている受信機１７２ａを含む。消防車１７０ｂは、クラウドサーバ１５０及び／又は別の車両（例えば車両１１０、１２０、１３０、１４０のいずれか）に操作可能に結合されてクラウドサーバ１５０及び／又は別の車両から信号を受信するよう構成されている受信機１７２ｂを含む。警察車１７０ｃは、クラウドサーバ１５０及び／又は別の車両（例えば車両１１０、１２０、１３０、１４０のいずれか）に操作可能に結合されてクラウドサーバ１５０及び／又は別の車両から信号を受信するよう構成されている受信機１７２ｃを含む。
【００１０】
車両１１０のように、車両１２０はヒューマンマシンインタフェース（ＨＭＩ）１２２、車両識別モジュール１２４、及び車両センサ１２６を含む。ＨＭＩ１２２は車両識別モジュール１２４に操作可能に結合され、車両識別モジュール１２４と通信を行うよう構成されている。また、車両センサ１２６も車両識別モジュール１２４に操作可能に結合され、車両識別モジュール１２４と通信を行うよう構成されている。車両識別モジュール１２４はクラウドサーバ１５０に操作可能に結合され、クラウドサーバ１５０と通信を行うよう構成されている。車両１３０はヒューマンマシンインタフェース（ＨＭＩ）１３２、車両識別モジュール１３４、及び車両センサ１３６を含む。ＨＭＩ１３２は車両識別モジュール１３４に操作可能に結合され、車両識別モジュール１３４と通信を行うよう構成されている。また、車両センサ１３６も車両識別モジュール１３４に操作可能に結合され、車両識別モジュール１３４と通信を行うよう構成されている。車両識別モジュール１３４はクラウドサーバ１５０に操作可能に結合され、クラウドサーバ１５０と通信を行うよう構成されている。車両１４０はヒューマンマシンインタフェース（ＨＭＩ）１４２、車両識別モジュール１４４、及び車両センサ１４６を含む。ＨＭＩ１４２は車両識別モジュール１４４に操作可能に結合され、車両識別モジュール１４４と通信を行うよう構成されている。また、車両センサ１４６も車両識別モジュール１４４に操作可能に結合され、車両識別モジュール１４４と通信を行うよう構成されている。車両識別モジュール１４４はクラウドサーバ１５０に操作可能に結合され、クラウドサーバ１５０と通信を行うよう構成されている。
【００１１】
各車両識別モジュール１１４、１２４、１３４、１４４は、他の車両識別モジュールのそれぞれの１つ又は複数と、車両間（Ｖ２Ｖ）通信を介して通信を行うよう構成されている。例えば、車両識別モジュール１２４は、以下でより詳細に説明されるように、車両識別モジュール１１４へ信号を送信し、車両識別モジュール１１４から信号を受信することができる。加えて、図１では車両識別モジュール１２４が車両位置データベース１６０と通信を行っていることだけが示されているが、他の車両識別モジュール１１４、１３４、１４４の１つ又は複数もまた車両位置データベース１６０と通信することがあることを理解されたい。
【００１２】
図２は、本開示の１つ又は複数の実施形態に係る装置の概略図を示す。少なくとも１つのそのような実施形態では、図２に示されるように、装置は概して参照番号２００で参照され、車両１１０の構成要素を含み、これらの構成要素には同一の参照番号が与えられる。図２に示される実施形態では、車両１１０はＧＰＳ受信機２１０、時計２２０、及びマイク２３０を含む。他の実施形態では、マイク２３０はＨＭＩ１１２の構成要素として含まれることがある。追加の実施形態では、車両１１０及び／又はＨＭＩ１１２は多数のマイク２３０を含むことがある。同様に、他の実施形態では、ＧＰＳ受信機２１０はＨＭＩ１１２の構成要素として含まれることがある。図２に示される実施形態では、車両識別モジュール１１４は受信機１１３、センサ処理モジュール１１５、ユーザ入力処理モジュール１１７、及び送信機１１９を含む。いくつかの実施形態では、送信機１１９と受信機１１３は、無線信号の送信及び受信の両方が可能な送受信機へ統合される。受信機１１３は、車両センサ１１６、センサ処理モジュール１１５、ユーザ入力処理モジュール１１７、送信機１１９、ＧＰＳ受信機２１０、時計２２０、マイク２３０、及びＨＭＩ１１２のうちの１つ又は複数に操作可能に結合され、これらのうちの１つ又は複数と通信を行うよう構成されている。
【００１３】
車両識別モジュール１１４に操作可能に結合され、車両識別モジュール１１４と通信を行うよう構成されているＨＭＩ１１２は、ディスプレイ装置２４０、入力／出力（Ｉ／Ｏ）装置２４２、及びブルートゥース（登録商標）通信装置２４４を含む。Ｉ／Ｏ装置２４２は、通信用ポート（例えばＵＳＢポート）、タッチパネルディスプレイ装置、ダッシュボードに関連付けられたソフトウェアキー、ハンドル、及び／又は、車両１１０の他の類似の構成要素の形態であってもよい。ディスプレイ装置２４０は、ユーザへ視覚的出力を示すよう構成されている複数のディスプレイ装置であってもよく、そのような複数のディスプレイ装置を含んでもよく、又はそのような複数のディスプレイ装置の一部であってもよい。例えば、いくつかの実施形態では、ディスプレイ装置２４０は、車両１１０のダッシュボードに関連付けられた中央ディスプレイ装置、車両１１０の計器群に関連付けられた計器群ディスプレイ装置、及び車両１１０のダッシュボード及びフロントガラスに関連付けられたヘッドアップディスプレイ装置、のうちの１つ、又は任意の組み合わせを含んでもよい。したがって、本明細書で使用される場合、参照番号２４０は前記ディスプレイ装置のうちの１つ、又は組み合わせを参照することがある。
【００１４】
車両識別モジュール１１４に結合されて車両識別モジュール１１４と通信を行うよう構成されている車両センサ１１６は、例えば複数の車両カメラであってもよく、複数の車両カメラを含んでもよく、又は複数の車両カメラの一部であってもよい。いくつかの実施形態では、車両センサ１１６は、車両１１０の前方部分（例えばフロントバンパー１１０ａ）に関連付けられたフロントカメラ、車両１１０の後方部分（例えばリアバンパー１１０ｂ）に関連付けられたリアカメラ、車両１１０の右側方部分１１０ｃに関連付けられた側面カメラ、車両１１０の左側方部分１１０ｄに関連付けられた側面カメラ、及び車両１１０に配置された任意の他のカメラ、のうちの１つ、又は任意の組み合わせを含んでもよい。したがって、本明細書で使用される場合、参照番号１１６は前記車両カメラのうちの１つ、又は組み合わせを参照することがある。いくつかの実施形態では、車両センサ１１６は別の車両を特定する、及び／又は、別の車両と通信を行うことができる任意の他のセンサ（例えば、ＲＦＤセンサ、ブルートゥース（登録商標）センサなど）を含む。
【００１５】
いくつかの実施形態では、車両センサ１１６はデータを車両識別モジュール１１４の受信機１１３へ送信するよう構成されている。いくつかの実施形態では、車両センサ１１６はデータを受信機１１３へ設定された循環時間周期で送信する。例えば、車両センサ１１６はデータを受信機１１３へ１秒に１０回から１０秒ごとに１回までの幅でありうる伝送頻度で送信してもよい。一部の例では、伝送頻度はおよそ１秒に１０回、およそ１秒に５回、およそ１秒に１回、およそ５秒ごとに１回、又は任意の他の適切な時間間隔であってもよい。本明細書で与えられる伝送頻度は例示目的に過ぎず、他の実施形態ではより多い頻度又はより少ない頻度での伝送を含んでもよい。例えば、一部の実装例では、伝送頻度は１秒に１０回より早くてもよく、又は５秒ごとに１回より遅くてもよい。一部の実施形態では、例えば、車両センサ１１６が１つ又は複数の車両カメラを含む場合、車両センサ１１６から受信機１１３へ送信されるデータは車両センサ１１６の１つ又は複数の車両カメラのそれぞれによって撮影された画像を含む。そのような例では、車両センサ１１６は、車両１１０が道路に沿って進む際に車両１１０の周囲の外部環境の画像を撮影することができる。
【００１６】
一部の実施形態では、車両センサ１１６によって送信されたデータ（例えば画像データ）がセンサ処理モジュール１１５によって受信される。データは車両センサ１１６から直接センサ処理モジュール１１５によって受信されてもよく、又はデータは車両センサ１１６から受信機１１３を介して間接的にセンサ処理モジュール１１５によって受信されてもよい。一部の例では、センサ処理モジュール１１５は画像プロセッサ及び／又は画像処理モジュールを含む。いくつかの実施形態では、センサ処理モジュール１１５は車両センサ１１６から受信したデータを読み込み、データを分析し、データを処理して、処理済みデータを送信機１１９へ出力するよう構成されている。いくつかの実施形態では、送信機１１９はその後、データをクラウドサーバ１５０へ送信するが、これについては以下でより詳細に説明される。
【００１７】
いくつかの実施形態では、ＧＰＳ受信機２１０は車両識別モジュール１１４の受信機１１３に操作可能に結合され、車両識別モジュール１１４の受信機１１３と通信を行うよう構成されている。ＧＰＳ受信機２１０は車両位置データを記録し、車両位置データを受信機１１３へ送信するよう構成されている。受信機１１３は送信機１１９と通信を行うよう構成されている。例えば、受信機１１３は車両位置データを送信機１１９へ出力する。いくつかの実施形態では、送信機１１９はその後、車両位置データをクラウドサーバ１５０へ送信するが、これについては以下でより詳細に説明される。一部の実施形態では、車両１１０、１２０、１３０、１４０のそれぞれは、上述のように、車両間（Ｖ２Ｖ）通信を介して車両１１０、１２０、１３０、１４０の１つ又は複数と通信を行うよう構成されている。そのような実施形態では、車両１２０は、例えば車両１２０のＧＰＳ位置を車両１１０へ伝えるよう構成されている。その後、車両識別モジュール１１４の送信機１１９は車両１２０のＧＰＳ位置をサーバ１５０へ送信してもよい。
【００１８】
いくつかの実施形態では、時計２２０は車両識別モジュール１１４の受信機１１３に操作可能に結合され、車両識別モジュール１１４の受信機１１３と通信を行うよう構成されている。いくつかの実施形態では、時計２２０は車両センサ１１６によって各画像が撮影される時刻を記録する。他の実施形態では、時計２２０は各画像が車両センサ１１６から受信機１１３へ、又はセンサ処理モジュール１１５へ送信される時刻を記録する。記録された時刻はタイムスタンプとして各データ伝送に添付されることがある。いくつかの実施形態では、時計２２０はタイムスタンプ情報を受信機１１３へ送信するよう構成されている。受信機１１３はタイムスタンプ情報を送信機１１９へ出力するよう構成されている。いくつかの実施形態では、送信機１１９はその後、タイムスタンプ情報をクラウドサーバ１５０へ送信するが、これについては以下でより詳細に説明される。
【００１９】
一部の実施形態では、マイク２３０は車両識別モジュール１１４の受信機１１３に操作可能に結合され、車両識別モジュール１１４の受信機１１３と通信を行うよう構成されている。いくつかの実施形態では、マイク２３０は車両１１０の室内の至る所に配置された複数のマイクであってもよく、そのような複数のマイクを含んでもよく、又はそのような複数のマイクの一部であってもよい。マイク２３０は車両１１０の１人又は複数の乗員（例えば運転者、及び／又は、１人若しくは複数の乗客）からの入力を受信するよう構成されている。いくつかの実施形態では、マイク２３０によって受信した車両の乗員からの入力は音声入力であり、これについては以下でより詳細に説明される。音声入力は開始通信を含んでもよい。例えば、車両１１０の運転者はコマンド及び／又は情報をマイク２３０に向かって話してもよい。一部の実施形態では、マイク２３０はヒューマンマシンインタフェース（ＨＭＩ）１１２の構成要素として含まれることがある。いくつかの実施形態では、開始通信は標的車両識別データ及び標的車両状態情報を含むデータセットを含み、これについては以下でより詳細に説明される。一部の実施形態では、標的車両識別データは、色、製造者、型式、種類（例えば、トラック、セダン、ＳＵＶなど）、ナンバープレート番号、バンパーステッカー、デカール、広告、又は任意の他の類似の識別特徴のうちの１つ又は複数を含むことがあり、以下でより詳細に論じられる。一部の例では、標的車両状態情報は、車両の状態に関する情報（例えば、故障している、燃えている、立ち往生している、など）、標的車両の運転者の運転能力に関する情報（例えば、不安定な運転、危険な運転、丁寧な運転、安全運転など）、又は標的車両についての任意の他の類似の情報を含み、以下でより詳細に論じられる。
【００２０】
図３は、本開示の１つ又は複数の実施形態に係る、稼働中のシステムの概略図を示す。少なくとも１つのそのような実施形態では、図３に示されるように、システムは概して参照番号３００で参照され、タグ付けシステム１００の構成要素を含み、これらの構成要素には同一の参照番号が与えられる。図３に示される実施形態では、タグ付けシステム１００の特定の構成要素を有するシステムに加え、システム３００のクラウドサーバ１５０はサーバ検証モジュール（server validation module）３１０及び受領者決定モジュール３２０を含む。図３に示される実施形態では、サーバ検証モジュール３１０は受信機３１２、送信機３１４、メモリ３１６、及びプロセッサ３１８を含む。いくつかの実施形態では、送信機３１４と受信機３１２は、無線信号又は有線信号の送信及び受信の両方が可能な送受信機へ統合される。受信機３１２は、ＨＭＩ１１２（図２参照）、センサ処理モジュール１１５（図２参照）、ユーザ入力処理モジュール１１７（図２参照）、送信機３１４、及び車両位置データベース１６０のうちの１つ又は複数に操作可能に結合され、これらのうちの１つ又は複数と通信を行うよう構成されている。図３に示される実施形態では、受領者決定モジュール３２０は受信機３２２、プロセッサ３２４、受領者データベース３２６、及び送信機３２８を含む。いくつかの実施形態では、送信機３２８と受信機３２２は、無線信号又は有線信号の送信及び受信の両方が可能な送受信機へ統合される。受信機３２２は、ＨＭＩ１１２、送信機１１９、及びサーバ検証モジュール３１０の送信機３１４のうちの１つ又は複数に操作可能に結合され、これらのうちの１つ又は複数と通信を行うよう構成されている。
【００２１】
いくつかの実施形態では、メモリ３１６は受信機３１２に操作可能に結合され、受信機３１２と通信を行うよう構成されている。いくつかの実施形態では、受信機３１２は車両１１０で運ばれる車両識別モジュール１１４の送信機１１９からの１つ又は複数のデータ伝送を受信するよう構成されている。いくつかの他の実施形態では、受信機３１２は、送信機１１９から受信したデータ伝送に加えて、又はその代わりに、車両位置データベース１６０からのデータ伝送を受信するよう構成されており、これについては以下でより詳細に論じられる。受信機３１２は１つ又は複数のデータ伝送のそれぞれをメモリ３１６へ出力するよう構成されており、メモリ３１６は１つ又は複数のデータ伝送のそれぞれを、破棄するまでの間、設定された時間にわたって記憶する。いくつかの実施形態では、データ伝送は過去レコード３１７に記憶される。一部の例では、メモリ３１６がデータ伝送を記憶する設定時間には、１分、２分、５分、１０分、又は、１分未満若しくは１０分超であってもよい任意の他の適切な時間が含まれる。それゆえ、一部の実施形態では、メモリ３１６は受信機３１２によって送信機１１９から受信したすべてのデータ伝送の過去レコード３１７を維持する。過去レコードは短くてもよく、一部の実施形態では、約３０分以下であってよい。いくつかの実施形態では、メモリ３１６の過去レコード３１７に記憶された過去のデータは、プロセッサ３１８がセンサ処理モジュール１１５及び／又はユーザ入力処理モジュール１１７によって処理されたデータを検証するのに使われ、これについては以下でより詳細に論じられる。
【００２２】
いくつかの実施形態では、プロセッサ３２４は受信機３２２、受領者データベース３２６、及び送信機３２８に操作可能に結合され、これらと通信を行うよう構成されている。一部の実施形態では、プロセッサ３２４は受信機３２２から受信した１つ又は複数のデータ伝送を読み込んで分析するよう構成されている。プロセッサ３２４はさらに、受領者データベース３２６を分析して、受信したデータ伝送のそれぞれに対して、受領者データベース３２６内のどの１つ又は複数の受領者がデータ伝送を受信すべきかを判断するよう構成されている。このプロセスは以下でより詳細に説明される。プロセッサ３２４がデータ伝送を受信すべき適切な受領者を決定した後、送信機３２８はデータ伝送を適切な受領者へ送信する。単に例示目的であり、制限することを意図しない図３に示される実施形態では、プロセッサ３２４は適切な受領者がフリート車両管理施設１７０ｄ（図１参照）であると決定した。この例では、そのような決定がなされた後に、受領者決定モジュール３２０の送信機３２８が通知信号でありうる信号をフリート車両管理施設１７０ｄへ送信する。いくつかの実施形態では、通知信号はタグ付けされた／特定された車両（例えば標的車両）の位置情報、及びタグ付けされた／特定された車両の状態に関する情報（例えば、車両が故障している、車両のテールランプが消えている、車両の運転者が優良運転者である、など）を含み、以下でより詳細に論じられる。
【００２３】
図４は、本開示の１つ又は複数の実施形態に係る装置の概略図を示す。少なくとも１つのそのような実施形態では、図４に示されるように、装置は概して参照番号４００で参照され、システム３００の構成要素を含み、これらの構成要素には同一の参照番号が与えられる。図４に示される実施形態では、システム３００の特定の構成要素を有する装置４００に加え、装置４００の受領者データベース３２６はいくつかの潜在的受領者を含む。受領者データベース３２６内の受領者は、それぞれ送信機３２８から信号を受信するよう構成されている。一部の例では、受領者データベース３２６内の潜在的受領者には、（救急車１７６ａと類似の）救急車３２６ａ、（消防車１７６ｂと類似の）消防車３２６ｂ、（警察車１７６ｃと類似の）警察車３２６ｃ、（フリート車両管理施設１７６ｄと類似の）フリート車両管理施設３２６ｄ、（自動車販売特約店１７６ｅと類似の）自動車販売特約店３２６ｅ、病院３２６ｆ、車両１１０の運転者の緊急連絡先３２６ｇ、保険会社３２６ｈ、及び自動車管理局（Ｄｅｐａｒｔｍｅｎｔ  ｏｆ  Ｍｏｔｏｒ  Ｖｅｈｉｃｌｅｓ、ＤＭＶ）３２６ｉが含まれる。上述のように、また以下でより詳細に論じられるように、プロセッサ３２４は、受領者データベース３２６を分析して、受信したデータ伝送のそれぞれに対して、受領者データベース３２６内のどの１つ又は複数の受領者が通知信号を受信すべきかを受信したデータ伝送のそれぞれに基づいて判断するよう構成されている。いくつかの実施形態では、受信したデータ伝送のそれぞれはタグ付けされた／特定された車両に関係し、これについては以下でより詳細に論じられる。プロセッサ３２４が通知信号を受信すべき適切な受領者を決定した後、送信機３２８は通知信号を適切な受領者へ送信する。一部の例では、送信機３２８は通知信号を１つ又は複数の受領者へ送信することがある。例えば、送信機３２８は通知信号を救急車３２６ａ、消防車３２６ｂ、警察車３２６ｃ、及び病院３２６ｆへ送信することがある。他の例では、送信機３２８は通知信号を警察車３２６ｃのみへ送信することがある。
【００２４】
図５は、本開示の１つ又は複数の実施形態に係る、図１〜４のタグ付けシステム１００の作動方法のフローチャート図である。この方法は、車両識別モジュール１１４が（１）車両１１０の１人又は複数の乗員（例えば運転者、及び／又は、１人若しくは複数の乗客）、又は（２）車両センサ１１６、のうちの少なくとも１つから入力を受信するのに応答して実行される。
【００２５】
いくつかの実施形態では、上述のように、車両（例えば車両１１０）の運転者が車両１１０の近くにある道路上の別の車両（例えば車両１２０）をタグ付けする。他の車両をタグ付けする際、車両１１０は車両１１０の運転者から情報を受信し、この情報には他の車両の識別データ及び状態情報が含まれる。車両１１０はこの識別データ及び状態情報をサーバへ送信する。サーバは情報を受信し、情報を分析して、状態情報が送信されるべき（標的情報受領者でありうる）標的受領者を決定する。状態情報を標的受領者へ送信する前に受信した情報を検証するのがサーバの目的である。これは、潜在的な標的受領者へ送信される間違った報告の数を減少させるのを助ける。この目的を達成するため、サーバは車両１１０から受信した情報を数台の他の車両の情報のデータベースと比較し、一致するものがあるかを判定する。一致するものがある場合、サーバは他の車両（例えば車両１２０）の状態情報を、決定した標的受領者へ送信する。また、サーバは他の車両の場所を、決定した標的受領者へ送信し、必要な場合に標的受領者が適切な行動を取れるようにする。
【００２６】
そのような一実施形態では、図５に示されるように、方法は概して参照番号５００で参照され、標的車両識別データ及び標的車両状態情報の両方を含む第１データセットを含む開始通信を受信するステップ５１０を含む。一部の実施形態では、開始通信は車両識別モジュール１１４の受信機１１３によって受信される。その後、受信機１１３は、更なる分析及び処理のために開始通信をセンサ処理モジュール１１５及び／又はユーザ入力処理モジュール１１７へ出力してもよい。
【００２７】
いくつかの実施形態では、開始通信は、音声入力、タッチ入力（例えば、運転者がＨＭＩ１１２のタッチパネルでオプションを選んでもよく、運転者が車両１１０のダッシュボードのボタンを押してもよく、運転者が車両１１０のハンドルのボタンを押してもよい、など）、視覚的入力（例えば、運転者がＨＭＩ１１２のスクリーン上のどこを注視しているかをＨＭＩ１１２が判定してもよい）、又は任意の他の類似の入力、のうちの１つ又は複数を含む。一部の実施形態では、開始通信は上記の入力の１つ又は複数の組み合わせを含む。例えば、車両１１０の運転者はハンドルのボタンを押してマイク２３０をアクティブにしてもよく、その後に運転者は別の車両（例えば標的車両でありうる車両１２０（図１参照））の識別特徴などの識別情報を話してもよい。いくつかの実施形態では、第１データセットは、例えば車両１２０の識別情報を含む。そのような実施形態では、上述のように、開始通信及び／又は識別情報は車両１２０の（標的車両識別データでありうる）識別データ及び車両１２０の（標的車両状態情報でありうる）状態情報を含む。一部の実施形態では、第１データセット内の識別情報は、車両１１０の運転者、及び／又は、車両１１０の１人又は複数の乗客によって特定された情報である。標的車両識別データは、色、製造者、型式、種類（例えば、トラック、セダン、ＳＵＶなど）、ナンバープレート番号、バンパーステッカー、デカール、広告、又は任意の他の類似の識別特徴のうちの１つ又は複数を含むことがある。いくつかの実施形態では、各車両は独特な識別情報のセットと関連する。例えば、車両１１０、１２０、１３０、１４０のそれぞれは、それぞれの識別情報のセットと関連する。
【００２８】
車両１１０の運転者がＨＭＩ１１２のタッチパネルと対話する実施形態では、タッチパネルは車両１１０の近くに現在いるすべての車両を表示することがある。車両１１０の近くには、車両１１０の周囲の外部環境を含む。いくつかの実施形態では、車両１１０の近くの車両には、車両１１０のすぐ周囲の１つ又は複数の車両、車両１１０から５００フィート（約１５２メートル）以内の１つ又は複数の車両、又は車両１１０から５００フィート（約１５２メートル）より大きな距離であってもよい、車両１１０から任意の他の適切な距離以内の１つ又は複数の車両が含まれることがある。タッチパネルは、周囲の車両（例えば車両１２０、１３０、１４０）を、各車両を種類及び色で特定する別々のアイコンで表示してもよい。また、一部の実施形態では、アイコンには製造者、型式、及び／又は、各車両の任意の他の識別特徴を含めてもよい。他の例では、タッチパネルは画像アイコンを含まないリストで周囲の車両を表示してもよい。周囲の車両のリストでは、各車両を色、種類、製造者、型式、又は任意の他の識別特徴のうちの１つ又は複数によって特定してもよい。例えば、車両のうちの１つを「青色のトヨタＲＡＶ４（登録商標）」としてリストに載せてもよい。
【００２９】
一部の実施形態では、車両１１０の運転者は画像アイコン又はリスト内の語句を押して、周囲の車両のうちの１つ又は複数を標的車両として特定してもよい。他の実施形態では、車両１１０の運転者はアイコン又はリスト内の語句のうちの１つ又は複数を注視して、周囲の車両のうちの１つ又は複数を標的車両として特定してもよい。いくつかの実施形態では、車両１１０は自律モードで操作可能である。そのような実施形態では、上述のように、車両１１０の運転者がタッチ入力及び／又は視覚的入力を使って標的車両を特定するのがより容易となることがある。更なる実施形態では、上述のように、車両１１０の運転者は車両１１０の周囲の車両のうちの１つ又は複数を、標的車両の識別情報を話すことで特定してもよい。車両１１０のマイク２３０（図２参照）は、運転者が話している際の運転者の声を識別して記録する。
【００３０】
いくつかの実施形態では、上述のように、車両センサ１１６は車両１１０の近くにある、車両（例えば車両１２０）などの物体の画像を撮影するよう構成されている。一部の実施形態では、車両センサ１１６は各撮影画像を車両識別モジュール１１４のセンサ処理モジュール１１５へ送信する。いくつかの例では、車両１１０のＧＰＳ位置及びタイムスタンプが各撮影画像と共に送信される。一部の実施形態では、ＧＰＳ位置情報は各画像が撮影された瞬間の車両１１０の場所を示す。一部の例では、タイムスタンプ情報は各画像が撮影された時刻を示す。いくつかの実施形態では、センサ処理モジュール１１５は各画像を分析して、各撮影画像に含まれる各車両（例えば車両１２０）の識別情報（例えば標的車両識別データ）を特定するよう構成されている。標的車両識別データは、色、製造者、型式、種類（例えば、トラック、セダン、ＳＵＶなど）、ナンバープレート番号、バンパーステッカー、デカール、広告、又は任意の他の類似の識別特徴のうちの１つ又は複数を含むことがある。一部の実施形態では、センサ処理モジュール１１５が受信した各画像を処理した後に、車両識別モジュール１１４が処理済みの各画像、並びに処理済みの各画像に対応するＧＰＳ位置情報及びタイムスタンプをサーバ検証モジュール３１０へ送信する。処理済みの画像並びに対応するＧＰＳ位置情報及びタイムスタンプは、サーバ検証モジュール３１０のメモリ３１６の過去レコード３１７に記憶されてもよい。それゆえ、いくつかの実施形態では、メモリ３１６が車両識別モジュール１１４から受信したすべてのデータ伝送の過去レコード３１７を維持する。いくつかの例では、データ伝送には処理済みの画像、処理済みの各画像に対応するＧＰＳ位置及びタイムスタンプ、標的車両識別データ、並びに標的車両の状態情報が含まれ、以下でより詳細に説明される。
【００３１】
ステップ５２０で開始通信を受信中又は受信後に、第１データセットがサーバ１５０のサーバ検証モジュール３１０へ送信される。いくつかの実施形態では、開始通信は車両識別モジュール１１４の送信機１１９によって送信される。ステップ５３０で、第１データセットがサーバ検証モジュール３１０によって受信される。いくつかの実施形態では、開始通信はサーバ検証モジュール３１０の受信機３１２によって受信される。
【００３２】
ステップ５４０で開始通信の受信前、受信中、又は受信後に、サーバ検証モジュール３１０は車両位置データベース１６０へ照会を行う。いくつかの実施形態では、車両位置データベース１６０は、例えば車両１２０などの少なくとも１つの車両（標的車両及び／又は潜在的標的車両でありうる）の識別情報を含む。いくつかの実施形態では、車両位置データベース１６０は、サーバ１５０へ接続される各車両を含みうる複数の潜在的標的車両の識別情報を含む。また、潜在的標的車両のそれぞれは、潜在的標的車両のそれぞれに対応するＧＰＳ位置を車両位置データベース１６０へ送信してもよい。一部の実施形態では、例えば車両１２０などの潜在的標的車両のそれぞれは、ＧＰＳ位置を３０秒ごとに、１分ごとに、２分ごとに、５分ごとに、又は、３０秒ごとより早く、若しくは５分ごとより長くてもよい任意の他の適切な時間間隔で車両位置データベース１６０へ送信する。それゆえ、いくつかの実施形態では、車両位置データベース１６０は、タグ付けシステム１００（図１参照）内の潜在的標的車両のそれぞれの現在の場所、又はほぼ現在の場所を含む。
【００３３】
一部の実施形態では、上述のように、タグ付けシステム１００は２つ以上の車両位置データベース１６０を含むことがある。例えば、タグ付けシステム１００は１つ又は複数のプロバイダ（例えば、インターネットサービスプロバイダ、無線通信システムプロバイダなど）に対応する、１つの車両位置データベース１６０を含むことがある。そのような実施形態では、サーバ検証モジュール３１０は各車両位置データベース１６０へ照会を行うことがある。
【００３４】
いくつかの実施形態では、識別情報はサーバ検証モジュール３１０の受信機３１２によって受信される。いくつかの例では、サーバ検証モジュール３１０のプロセッサ３１８は、車両位置データベース１６０内の各車両の識別情報を受信する。プロセッサ３１８は車両位置データベース１６０から受信した識別情報をパースする。さらに、プロセッサ３１８はパースされた識別情報を車両１１０の車両識別モジュール１１４から受信した識別情報（例えば第１データセット内の受信した識別情報）と比較する。
【００３５】
いくつかの実施形態では、サーバ検証モジュール３１０は、車両位置データベース１６０から受信した識別情報をパースする前に、パースする識別情報の量を削減する。そのような実施形態では、サーバ検証モジュール３１０のプロセッサ３１８は、車両識別モジュール１１４によって受信した開始通信のタイムスタンプで示された時刻に車両１１０の近くにどの車両がいたかを判断するために車両位置データベース１６０へ照会を行う。プロセッサ３１８は、開始通信における車両１１０のＧＰＳ位置を使って、車両位置データベース１６０に対するクエリを作る。一部の実施形態では、クエリは車両位置データベース１６０に存在する識別情報の総量のサブセットである識別情報のサブセットを返す。プロセッサ３１８は識別情報のサブセットをパースしてもよく、パースされた識別情報を車両１１０の車両識別モジュール１１４から受信した識別情報（例えば第１データセット内の受信した識別情報）と比較してもよい。
【００３６】
ステップ５５０で車両位置データベース１６０への照会中、又は照会後に、複数の潜在的標的車両のうちの標的車両（例えば車両１２０）がサーバ検証モジュール３１０によって特定され、この標的車両は第１データセットと関連している。いくつかの実施形態では、サーバ検証モジュール３１０は、車両位置データベース１６０内の車両のどの識別情報が車両１１０の車両識別モジュール１１４から受信した識別情報と一致するかを判定する。一部の実施形態では、一致するものがある場合、サーバ検証モジュール３１０は車両位置データベース１６０内の識別情報のパースを中止する。様々な例では、サーバ検証モジュール３１０は、例えば、車両１２０に対するＧＰＳ位置データを含む、車両１２０と関連する識別情報に基づいて、車両１２０の場所を判定する。
【００３７】
いくつかの実施形態では、サーバ検証モジュール３１０が一致するものがあると判定した後に、サーバ検証モジュール３１０は車両１２０の位置情報を増強する（augment）。これにより、サーバ検証モジュール３１０が車両１２０の場所を確認することができて、サーバ検証モジュール３１０が車両１１０の運転者及び／又は乗客による間違った報告の発生を削減するのを助ける（例えば、間違った開始通信、間違った第１データセット、間違った通知信号などの発生を削減するのを助ける）。一部の実施形態では、サーバ検証モジュール３１０は、車両識別モジュール１１４から受信した識別情報をメモリ３１６の過去レコード３１７に記憶された過去の識別情報と比較することで、車両１２０の位置情報を増強する。したがって、サーバ検証モジュール３１０は車両センサ１１６によって撮影された識別情報を補充することで車両位置データベース１６０から受信した位置情報を増強する。そのような例では、サーバ検証モジュール３１０は、車両位置データベース１６０内の１つ又は複数の車両の識別情報が車両センサ１１６によって取得された識別情報と一致するかどうかを判定する。一部の例では、サーバ検証モジュール３１０が一致するものがあると判定した場合は、サーバ検証モジュール３１０は車両センサ１１６によって取得された識別情報に対応するＧＰＳ位置及びタイムスタンプが車両位置データベース１６０から受信した識別情報に対応するＧＰＳ位置及びタイムスタンプと一致するかどうかを判定する。いくつかの例では、位置情報がサーバ検証モジュール３１０によって検証された後に、車両識別モジュール１１４から受信した識別情報が受領者決定モジュール３２０へ送信される。
【００３８】
一部の実施形態では、サーバ検証モジュール３１０は、車両識別モジュール１１４から受信した識別情報を１つ又は複数の車両（例えば車両１３０、１４０）から受信した識別情報と比較することで、車両１２０の位置情報を増強する。したがって、サーバ検証モジュール３１０は、車両１３０及び１４０から受信した位置情報を補充することで車両１１０から受信した位置情報を増強する。そのような例では、サーバ検証モジュール３１０は、車両１１０から受信した識別情報が車両１３０及び１４０の一方又は両方から受信した識別情報と一致するかどうかを判定する。一部の例では、サーバ検証モジュール３１０が一致するものがあると判定した場合は、サーバ検証モジュール３１０は車両１１０から受信した識別情報に対応するＧＰＳ位置及びタイムスタンプが車両１３０及び１４０の一方又は両方から受信した識別情報に対応するＧＰＳ位置及びタイムスタンプと一致するかどうかを判定する。いくつかの例では、位置情報がサーバ検証モジュール３１０によって検証された後に、車両識別モジュール１１４から受信した識別情報が受領者決定モジュール３２０へ送信される。
【００３９】
ステップ５６０で第１データセットと関連する標的車両を特定中、又は特定後に、複数の標的情報受領者のうちの標的情報受領者が特定される。いくつかの実施形態では、標的情報受領者は受領者決定モジュール３２０によって特定される。一部の実施形態では、識別情報は、例えば標的車両（例えば車両１２０）についての通知を含むメッセージでありうる、標的車両状態情報を含む。上述のように、一部の例では、標的車両状態情報は、車両の状態に関する情報（例えば、故障している、燃えている、立ち往生している、など）、標的車両の運転者の運転能力に関する情報（例えば、不安定な運転、危険な運転、丁寧な運転、安全運転など）、又は標的車両についての任意の他の類似の情報を含む。いくつかの実施形態では、受領者決定モジュール３２０のプロセッサ３２４は車両１１０の車両識別モジュール１１４によって受信した標的車両状態情報を分析して、車両１１０の運転者及び／又は乗客が車両１２０についてどのようなメッセージを含めたのかについて判定する。いくつかの非限定の例では、上述のように、車両１２０が道路脇で故障していることの通知、車両１２０のテールランプが消えていることの通知、車両１２０の運転者が上手に運転していることの通知、車両１２０の運転者が無謀運転をしていることの通知、又は任意の他の類似の通知をメッセージが含むことがある。いくつかの例では、受領者決定モジュール３２０のプロセッサ３２４は標的車両状態情報を分析し、ルールベースのアルゴリズムを使って、どの１つ又は複数の標的情報受領者１７０（図１参照）が標的車両状態情報を受信すべきかを判断する。それゆえ、いくつかの例では、プロセッサ３２４は標的情報受領者１７０を決定／特定する。
【００４０】
いくつかの実施形態では、プロセッサ３２４は言語ベースの解釈アルゴリズムを使ってメッセージの内容を判定する。別の実施形態では、言語ベースの解釈アルゴリズムは車両識別モジュール１１４のユーザ入力処理モジュール１１７に含まれることがある。そのような実施形態では、車両識別モジュール１１４は処理済みのメッセージをサーバ１５０へ送信することがある。他の実施形態では、プロセッサ３２４及びユーザ入力処理モジュール１１７の両方が、それぞれ言語ベースの解釈アルゴリズムを使ってメッセージの内容を判定することがある。更なる実施形態では、プロセッサ３２４はルールベースのアルゴリズムと言語ベースの解釈アルゴリズムを組み合わせて使ってメッセージの内容を判定することがある。
【００４１】
ステップ５７０で第１データセットの分析中、又は分析後に、通知信号が標的情報受領者へ送信される。いくつかの実施形態では、通知信号は受領者決定モジュール３２０の送信機３２８によって送信される。いくつかの実施形態では、標的車両状態情報の内容に基づいて、プロセッサ３２４が通知信号を受領者データベース３２６内の少なくとも１つの受領者へ送信する。様々な例では、通知信号は車両識別モジュール１１４から受信した標的車両状態情報の内容を含むことがある。他の例では、通知信号は例えば単に車両１２０の場所を含み、また受領者へ車両１２０の場所へ行くように指示する通知を含むことがある。
【００４２】
制限することを意図しない一例では、車両識別モジュール１１４から受信した標的車両状態情報は、車両１２０が道路脇で燃えているという車両１１０の運転者からの発言を含む。この例では、受領者決定モジュール３２０のプロセッサ３２４は、通知信号が救急車（例えば救急車３２６ａ）、消防車（例えば消防車３２６ｂ）、警察車（例えば警察車３２６ｃ）、病院（例えば病院３２６ｆ）、及び車両１２０の運転者の緊急連絡先（例えば緊急連絡先３２６ｇ）へ送信されるべきであると判断することがある。
【００４３】
制限することを意図しない別の例では、車両識別モジュール１１４から受信した標的車両状態情報は、車両１２０の運転者が上手に安全に運転しているという車両１１０の運転者からの発言を含む。車両１２０がフリート車両である場合の例では、受領者決定モジュール３２０のプロセッサ３２４は、通知信号がフリート車両管理施設（例えばフリート車両管理施設３２６ｄ）へ送信されるべきであると判断することがある。
【００４４】
図６は、本開示の１つ又は複数の実施形態に係る装置の概略図を示す。図６では、装置は概して参照番号６００で参照され、車両１１０の構成要素及び装置２００の構成要素を含み、これらの構成要素には同一の参照番号が与えられる。すなわち、装置６００は図２に示されるすべてを含み、さらにいくつかの追加の構成要素を含む。図６に示される実施形態では、装置２００の特定の構成要素を有する装置６００に加え、装置６００の車両１１０は車両検証モジュール６１０及び受領者決定モジュール６２０を含む。図６に示される実施形態では、車両検証モジュール６１０は受信機６１２、送信機６１４、メモリ６１６、及びプロセッサ６１８を含む。いくつかの実施形態では、送信機６１４と受信機６１２は、無線信号の送信及び受信の両方が可能な送受信機へ統合される。受信機６１２は、ＨＭＩ１１２、センサ処理モジュール１１５、ユーザ入力処理モジュール１１７、送信機１１９、送信機６１４、及び車両位置データベース１６０のうちの１つ又は複数に操作可能に結合され、これらのうちの１つ又は複数と通信を行うよう構成されている。図６に示される実施形態では、受領者決定モジュール６２０は受信機６２２、プロセッサ６２４、受領者データベース６２６、及び送信機６２８を含む。いくつかの実施形態では、送信機６２８と受信機６２２は、無線信号の送信及び受信の両方が可能な送受信機へ統合される。受信機６２２は、ＨＭＩ１１２、送信機１１９、送信機６１４、及び送信機６２８のうちの１つ又は複数に操作可能に結合され、これらのうちの１つ又は複数と通信を行うよう構成されている。
【００４５】
いくつかの実施形態では、メモリ６１６は受信機６１２に操作可能に結合され、受信機６１２と通信を行うよう構成されている。いくつかの実施形態では、受信機６１２は車両識別モジュール１１４の送信機１１９からの１つ又は複数のデータ伝送を受信するよう構成されている。いくつかの他の実施形態では、受信機６１２は、送信機１１９から受信したデータ伝送に加えて、又はその代わりに、車両位置データベース１６０からのデータ伝送を受信するよう構成されており、これについては以下でより詳細に論じられる。受信機６１２は１つ又は複数のデータ伝送のそれぞれをメモリ６１６へ出力するよう構成されており、メモリ６１６は１つ又は複数のデータ伝送のそれぞれを、破棄するまでの間、設定された時間にわたって記憶する。いくつかの実施形態では、データ伝送は過去レコード６１７に記憶される。一部の例では、メモリ６１６がデータ伝送を記憶する設定時間には、１分、２分、５分、１０分、又は、１分未満若しくは１０分超であってもよい任意の他の適切な時間が含まれる。過去レコードは短くてもよく、一部の実施形態では、約３０分以下であってよい。それゆえ、一部の実施形態では、メモリ６１６は受信機６１２によって送信機１１９から受信したすべてのデータ伝送の過去レコード６１７を維持する。いくつかの実施形態では、メモリ６１６の過去レコード６１７に記憶された過去のデータは、プロセッサ６１８がセンサ処理モジュール１１５及び／又はユーザ入力処理モジュール１１７によって処理されたデータを検証するのに使われ、これについては以下でより詳細に論じられる。
【００４６】
いくつかの実施形態では、プロセッサ６２４は受信機６２２、受領者データベース６２６、及び送信機６２８に操作可能に結合され、これらと通信を行うよう構成されている。一部の実施形態では、プロセッサ６２４は受信機６２２から受信した１つ又は複数のデータ伝送を読み込んで分析するよう構成されている。プロセッサ６２４はさらに、受領者データベース６２６を分析して、受信したデータ伝送のそれぞれに対して、受領者データベース６２６内のどの１つ又は複数の受領者が、例えば通知信号でありうるデータ伝送を受信すべきかを判断するよう構成されている。このプロセスは以下でより詳細に説明される。プロセッサ６２４がデータ伝送を受信すべき適切な受領者を決定した後、送信機６２８はデータ伝送を適切な受領者へ送信する。
【００４７】
図５のステップ５１０に関して上述したように、いくつかの別の実施形態では、センサ処理モジュール１１５が受信した各画像を処理した後に、車両識別モジュール１１４が処理済みの各画像、並びに処理済みの各画像に対応するＧＰＳ位置情報及びタイムスタンプを車両検証モジュール６１０へ送信する。処理済みの画像並びに対応するＧＰＳ位置情報及びタイムスタンプは、車両検証モジュール６１０のメモリ６１６の過去レコード６１７に記憶してもよい。それゆえ、いくつかの実施形態では、メモリ６１６が車両識別モジュール１１４から受信したすべてのデータ伝送の過去レコード６１７を維持する。いくつかの例では、データ伝送は処理済みの画像並びに処理済みの各画像に対応するＧＰＳ位置情報及びタイムスタンプを含む。
【００４８】
図５のステップ５２０及び５３０に関して上述したように、いくつかの別の実施形態では、開始通信は車両検証モジュール６１０によって受信される。いくつかの実施形態では、開始通信は車両検証モジュール６１０の受信機６１２によって受信される。
【００４９】
図５のステップ５４０に関して上述したように、いくつかの別の実施形態では、ステップ５４０で開始通信の受信前、受信中、又は受信後に、車両検証モジュール６１０が車両位置データベース１６０へ照会を行う。いくつかの実施形態では、車両位置データベース１６０は、例えば車両１２０などの少なくとも１つの車両（標的車両及び／又は潜在的標的車両でありうる）の識別情報を含む。いくつかの実施形態では、車両位置データベース１６０は、サーバ１５０へ接続される各車両を含みうる複数の潜在的標的車両の識別情報を含む。また、潜在的標的車両のそれぞれは、潜在的標的車両のそれぞれに対応するＧＰＳ位置を車両位置データベース１６０へ送信することがある。一部の実施形態では、例えば車両１２０などの潜在的標的車両のそれぞれは、ＧＰＳ位置を３０秒ごとに、１分ごとに、２分ごとに、５分ごとに、又は、３０秒ごとより早い、若しくは５分ごとより長くてもよい任意の他の適切な時間間隔で車両位置データベース１６０へ送信する。それゆえ、いくつかの実施形態では、車両位置データベース１６０は、タグ付けシステム１００（図１参照）内の潜在的標的車両のそれぞれの現在の場所、又はほぼ現在の場所を含む。
【００５０】
一部の実施形態では、上述のように、タグ付けシステム１００は２つ以上の車両位置データベース１６０を含むことがある。例えば、タグ付けシステム１００は１つ又は複数のプロバイダ（例えば、インターネットサービスプロバイダ、無線通信システムプロバイダなど）に対応する、１つの車両位置データベース１６０を含むことがある。そのような実施形態では、車両検証モジュール６１０は各車両位置データベース１６０へ照会を行うことがある。
【００５１】
いくつかの実施形態では、識別情報は車両検証モジュール６１０の受信機６１２によって受信される。いくつかの例では、車両検証モジュール６１０のプロセッサ６１８は、車両位置データベース１６０内の各車両の識別情報を受信する。プロセッサ６１８は車両位置データベース１６０から受信した識別情報をパースする。さらに、プロセッサ６１８はパースされた識別情報を車両１１０の車両識別モジュール１１４から受信した識別情報（例えば第１データセット内の受信した識別情報）と比較する。
【００５２】
いくつかの実施形態では、車両検証モジュール６１０は、車両位置データベース１６０から受信した識別情報をパースする前にパースする識別情報の量を削減する。そのような実施形態では、車両検証モジュール６１０のプロセッサ６１８は、車両識別モジュール１１４によって受信した開始通信のタイムスタンプで示された時刻に車両１１０の近くにどの車両がいたかを判断するために車両位置データベース１６０へ照会を行う。プロセッサ６１８は、開始通信における車両１１０のＧＰＳ位置を使って、車両位置データベース１６０に対するクエリを作る。一部の実施形態では、クエリは車両位置データベース１６０に存在する識別情報の総量のサブセットである識別情報のサブセットを返す。プロセッサ６１８は識別情報のサブセットをパースしてもよく、パースされた識別情報を車両１１０の車両識別モジュール１１４から受信した識別情報（例えば第１データセット内の受信した識別情報）と比較してもよい。
【００５３】
図５のステップ５５０に関して上述したように、いくつかの別の実施形態では、ステップ５５０で車両位置データベース１６０への照会中、又は照会後に、複数の潜在的標的車両のうちの標的車両（例えば車両１２０）が車両検証モジュール６１０によって特定され、この標的車両は第１データセットと関連している。いくつかの実施形態では、車両検証モジュール６１０は、車両位置データベース１６０内の車両のどの識別情報が車両１１０の車両識別モジュール１１４から受信した識別情報と一致するかを判定する。一部の実施形態では、一致するものがある場合、車両検証モジュール６１０は車両位置データベース１６０内の識別情報のパースを中止する。様々な例では、車両検証モジュール６１０は、例えば、車両１２０に対するＧＰＳ位置データを含む、車両１２０と関連する識別情報に基づいて、車両１２０の場所を判定する。
【００５４】
いくつかの実施形態では、車両検証モジュール６１０が一致するものがあると判定した後に、車両検証モジュール６１０は車両１２０の位置情報を増強する。これにより、車両検証モジュール６１０が車両１２０の場所を確認することができて、車両検証モジュール６１０が車両１１０の運転者及び／又は乗客による間違った報告の発生を削減するのを助ける（例えば、間違った開始通信、間違った第１データセット、間違った通知信号などの発生を削減するのを助ける）。一部の実施形態では、車両検証モジュール６１０は、車両識別モジュール１１４から受信した識別情報をメモリ６１６の過去レコード６１７に記憶された過去の識別情報と比較することで、車両１２０の位置情報を増強する。したがって、車両検証モジュール６１０は車両センサ１１６によって撮影された識別情報を補充することで車両位置データベース１６０から受信した位置情報を増強する。そのような例では、車両検証モジュール６１０は、車両位置データベース１６０内の１つ又は複数の車両の識別情報が車両センサ１１６によって撮影された識別情報と一致するかどうかを判定する。一部の例では、車両検証モジュール６１０が一致するものがあると判定した場合は、車両検証モジュール６１０は車両センサ１１６によって撮影された識別情報に対応するＧＰＳ位置及びタイムスタンプが車両位置データベース１６０から受信した識別情報に対応するＧＰＳ位置及びタイムスタンプと一致するかどうかを判定する。いくつかの例では、位置情報が車両検証モジュール６１０によって検証された後に、車両識別モジュール１１４から受信した識別情報が受領者決定モジュール６２０へ送信される。
【００５５】
一部の実施形態では、車両検証モジュール６１０は、車両識別モジュール１１４から受信した識別情報を１つ又は複数の車両（例えば車両１３０、１４０）から受信した識別情報と比較することで、車両１２０の位置情報を増強する。したがって、車両検証モジュール６１０は、車両１３０及び１４０から受信した位置情報を補充することで車両１１０から受信した位置情報を増強する。そのような例では、車両検証モジュール６１０は、車両１１０から受信した識別情報が車両１３０及び１４０の一方又は両方から受信した識別情報と一致するかどうかを判定する。一部の例では、車両検証モジュール６１０が一致するものがあると判定した場合は、車両検証モジュール６１０は車両１１０から受信した識別情報に対応するＧＰＳ位置及びタイムスタンプが車両１３０及び１４０の一方又は両方から受信した識別情報に対応するＧＰＳ位置及びタイムスタンプと一致するかどうかを判定する。いくつかの例では、位置情報が車両検証モジュール６１０によって検証された後に、車両識別モジュール１１４から受信した識別情報が受領者決定モジュール６２０へ送信される。
【００５６】
図５のステップ５６０に関して上述したように、いくつかの別の実施形態では、ステップ５６０で第１データセットと関連する標的車両を特定中、又は特定後に、複数の標的情報受領者のうちの標的情報受領者が特定される。いくつかの実施形態では、標的情報受領者は受領者決定モジュール６２０によって特定される。一部の実施形態では、識別情報は、例えば標的車両（例えば車両１２０）についての通知を含むメッセージでありうる、標的車両状態情報を含む。上述のように、一部の例では、標的車両状態情報は、車両の状態に関する情報（例えば、故障している、燃えている、立ち往生している、など）、標的車両の運転者の運転能力に関する情報（例えば、不安定な運転、危険な運転、丁寧な運転、安全運転など）、又は標的車両についての任意の他の類似の情報を含む。いくつかの実施形態では、受領者決定モジュール６２０のプロセッサ６２４は車両１１０の車両識別モジュール１１４によって受信した標的車両状態情報を分析して、車両１１０の運転者及び／又は乗客が車両１２０についてどのようなメッセージを含めたのかについて判定する。いくつかの非限定の例では、上述のように、車両１２０が道路脇で故障していることの通知、車両１２０のテールランプが消えていることの通知、車両１２０の運転者が上手に運転していることの通知、車両１２０の運転者が無謀運転をしていることの通知、又は任意の他の類似の通知をメッセージが含むことがある。いくつかの例では、受領者決定モジュール６２０のプロセッサ６２４は標的車両状態情報を分析し、ルールベースのアルゴリズムを使って、どの１つ又は複数の標的情報受領者１７０（図１参照）が標的車両状態情報を受信すべきかを判断する。それゆえ、いくつかの例では、プロセッサ６２４は標的情報受領者１７０を決定／特定する。
【００５７】
いくつかの実施形態では、プロセッサ６２４は言語ベースの解釈アルゴリズムを使ってメッセージの内容を判定する。別の実施形態では、言語ベースの解釈アルゴリズムは車両識別モジュール１１４のユーザ入力処理モジュール１１７に含まれることがある。そのような実施形態では、車両識別モジュール１１４は処理済みのメッセージをサーバ１５０へ送信することがある。他の実施形態では、プロセッサ６２４及びユーザ入力処理モジュール１１７の両方が、それぞれ言語ベースの解釈アルゴリズムを使ってメッセージの内容を判定することがある。更なる実施形態では、プロセッサ６２４はルールベースのアルゴリズムと言語ベースの解釈アルゴリズムを組み合わせて使ってメッセージの内容を判定することがある。
【００５８】
図５のステップ５７０に関して上述したように、いくつかの別の実施形態では、ステップ５７０で第１データセット分析中、又は分析後に、通知信号が標的情報受領者へ送信される。いくつかの実施形態では、通知信号は受領者決定モジュール６２０の送信機６２８によって送信される。いくつかの実施形態では、標的車両状態情報の内容に基づいて、プロセッサ６２４が通知信号を受領者データベース６２６内の少なくとも１つの受領者へ送信する。様々な例では、通知信号は車両識別モジュール１１４から受信した標的車両状態情報の内容を含むことがある。他の例では、通知信号は例えば単に車両１２０の場所を含み、また受領者へ車両１２０の場所へ行くように指示する通知を含むことがある。
【００５９】
制限することを意図しない一例では、車両識別モジュール１１４から受信した標的車両状態情報は、車両１２０が道路脇で燃えているという車両１１０の運転者からの発言を含む。この例では、受領者決定モジュール６２０のプロセッサ６２４は、通知信号が救急車（例えば救急車３２６ａ）、消防車（例えば消防車３２６ｂ）、警察車（例えば警察車３２６ｃ）、病院（例えば病院３２６ｆ）、及び車両１２０の運転者の緊急連絡先（例えば緊急連絡先３２６ｇ）へ送信されるべきであると判断することがある。
【００６０】
制限することを意図しない別の例では、車両識別モジュール１１４から受信した標的車両状態情報は、車両１２０の運転者が上手に安全に運転しているという車両１１０の運転者からの発言を含む。車両１２０がフリート車両である場合の例では、受領者決定モジュール６２０のプロセッサ６２４は、通知信号がフリート車両管理施設（例えばフリート車両管理施設３２６ｄ）へ送信されるべきであると判断することがある。
【００６１】
いくつかの実施形態では、コンピュータシステムは典型的には機械可読の命令を実行可能なハードウェア及び所望の結果を生む行為（典型的には機械可読の命令）を実行するソフトウェアを少なくとも備える。いくつかの実施形態では、コンピュータシステムはハードウェアとソフトウェアの混合物及びコンピュータサブシステムを含むことがある。
【００６２】
いくつかの実施形態では、概してハードウェアには、（パーソナルコンピュータ又はサーバとしても知られる）クライアント用機械などのプロセッサ対応のプラットフォーム、及び手持ち式の処理装置（例えば、スマートフォン、タブレットコンピュータ、携帯情報端末（ＰＤＡ）、又はパーソナルコンピューティングデバイス（ＰＣＤ）など）が少なくとも含まれる。いくつかの実施形態では、ハードウェアには機械可読の命令を記憶することができる、メモリや他のデータ記憶装置などの任意の物理的装置が含まれることがある。いくつかの実施形態では、他のハードウェア形態には、例えばモデム、モデムカード、ポート、ポートカードなどの転送装置を含むハードウェアサブシステムが含まれる。
【００６３】
いくつかの実施形態では、ソフトウェアにはＲＡＭやＲＯＭなどの任意のメモリ媒体に記憶された任意の機械語、及び他の装置（例えば、フロッピーディスク（登録商標）、フラッシュメモリ、又はＣＤ−ＲＯＭなど）に記憶された機械語が含まれる。いくつかの実施形態では、ソフトウェアにはソースコード又はオブジェクトコードが含まれることがある。いくつかの実施形態では、ソフトウェアは、例えばクライアント用機械又はサーバなどのノード上で実行可能な任意の命令のセットを包含する。
【００６４】
いくつかの実施形態では、ソフトウェア及びハードウェアの組み合わせが本開示の特定の実施形態に対して強化された機能性及び性能を与えるために使用されることもある。一実施形態では、ソフトウェア機能が直接シリコンチップに組み込まれることがある。したがって、ハードウェアとソフトウェアの組み合わせはコンピュータシステムの定義の範囲内にも含まれること、また、取り得る等価の構造及び等価の方法として本開示で想定されていることを理解されたい。
【００６５】
いくつかの実施形態では、コンピュータ可読媒体には、例えば、ランダムアクセスメモリ（ＲＡＭ）などのパッシブ型データ記憶装置、及びコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）などの半永久的データ記憶装置が含まれる。本開示の１つ又は複数の実施形態はコンピュータのＲＡＭ内で具現化されて、標準的コンピュータを新しい特定計算装置へと変えることができる。いくつかの実施形態では、データ構造は、本開示の一実施形態を可能にしうる、定義されたデータ編成である。一実施形態では、データ構造はデータの編成、又は実行可能コードの編成でありうる。
【００６６】
いくつかの実施形態では、任意のネットワーク、及び／又は、その１つ又は複数の部分は、任意の特定のアーキテクチャで機能するように設計されることがある。一実施形態では、任意のネットワークの１つ又は複数の部分は、単一のコンピュータ、ローカルエリアネットワーク、クライアントサーバネットワーク、広域ネットワーク、インターネット、並びに、手持ち式の無線装置及び無線ネットワーク並びに他の携帯用の無線装置及び無線ネットワークの上で実行されることがある。
【００６７】
いくつかの実施形態では、データベースは任意の標準の、又は独占所有のデータベースソフトウェアであってもよく、例えばオラクル（登録商標）、マイクロソフト・アクセス（登録商標）、サイベース（ＳｙＢａｓｅ）（登録商標）、又はＤＢａｓｅ  ＩＩなどであってもよい。いくつかの実施形態では、データベースはフィールド、レコード、データ、及び、データベース特化型ソフトウェアを介して関連付けが可能な他のデータベース要素を有していてもよい。いくつかの実施形態では、データはマップされることがある。いくつかの実施形態では、マッピングは、１つのデータエントリを他のデータエントリに関連付けるプロセスである。一実施形態では、文字ファイルの場所に含まれるデータは、第２テーブル内のフィールドへマップすることができる。いくつかの実施形態では、データベースの物理的な場所は制限されず、データベースは分散されていてもよい。一実施形態では、データベースはサーバから遠隔に存在していてもよく、別のプラットフォーム上で動作していてもよい。一実施形態では、データベースはインターネットを介してアクセス可能であってもよい。いくつかの実施形態では、２つ以上のデータベースが実装されてもよい。
【００６８】
いくつかの実施形態では、コンピュータ可読媒体上に記憶された複数の命令が１つ又は複数のプロセッサによって実行されて、１つ又は複数のプロセッサに上記のシステム、方法、及び／又は、上記のシステムと方法の任意の組み合わせのそれぞれの上述した動作の全体又は一部を実行又は実現させることができる。いくつかの実施形態では、そのようなプロセッサは上記のシステム、及び／又は、上記のシステムの任意の組み合わせの構成要素の一部である１つ又は複数の任意のプロセッサを含んでもよく、そのようなコンピュータ可読媒体は上記のシステムの１つ又は複数の構成要素の間で分散されていてもよい。いくつかの実施形態では、そのようなプロセッサは、仮想的なコンピュータシステムと接続して複数の命令を実行してもよい。いくつかの実施形態では、そのような複数の命令は、１つ又は複数のプロセッサと直接通信してもよく、及び／又は、１つ又は複数のオペレーティングシステム、ミドルウェア、ファームウェア、他のアプリケーション、及び／又は、これらの任意の組み合わせとやり取りを行って、１つ又は複数のプロセッサに命令を実行させてもよい。
【００６９】
本開示の範囲から逸脱することなく、前述の内容に変更を行うことができることが理解される。
【００７０】
一部の実施形態では、様々な実施形態の要素及び教示を、一部の実施形態、又はすべての実施形態において、全体的に、又は部分的に組み合わせてもよい。加えて、様々な実施形態の要素及び教示の１つ又は複数を少なくとも部分的に省略してもよく、及び／又は、様々な実施形態の他の要素及び教示の１つ又は複数と少なくとも部分的に組み合わせてもよい。
【００７１】
任意の空間的な言及、例えば、「上方の（ｕｐｐｅｒ）」、「下方の（ｌｏｗｅｒ）」、「上に（ａｂｏｖｅ）」、「下に（ｂｅｌｏｗ）」、「間の（ｂｅｔｗｅｅｎ）」、「底部（ｂｏｔｔｏｍ）」、「垂直な（ｖｅｒｔｉｃａｌ）」、「水平な（ｈｏｒｉｚｏｎｔａｌ）」、「角度の（ａｎｇｕｌａｒ）」、「上方へ（ｕｐｗａｒｄｓ）」、「下方へ（ｄｏｗｎｗａｒｄｓ）」、「左右に（ｓｉｄｅ−ｔｏ−ｓｉｄｅ）」、「左から右に（ｌｅｆｔ−ｔｏ−ｒｉｇｈｔ）」、「右から左に（ｒｉｇｈｔ−ｔｏ−ｌｅｆｔ）」、「上から下に（ｔｏｐ−ｔｏ−ｂｏｔｔｏｍ）」、「下から上に（ｂｏｔｔｏｍ−ｔｏ−ｔｏｐ）」、「上端（ｔｏｐ）」、「底部（ｂｏｔｔｏｍ）」、「ボトムアップで」、「トップダウンで」、などは例証目的に過ぎず、特定の向き又は上述の構造の場所を制限しない。
【００７２】
一部の実施形態では、異なるステップ、プロセス、及び手順が明確な行為として見えるように説明されたが、ステップの１つ又は複数、プロセスの１つ又は複数、及び／又は、手順の１つ又は複数が異なる順番で実行されてもよく、同時に実行されてもよく、及び／又は、順次実行されてもよい。一部の実施形態では、ステップ、プロセス、及び／又は、手順は１つ又は複数のステップ、プロセス、及び／又は、手順へまとめられてもよい。
【００７３】
一部の実施形態では、各実施形態の作動ステップの１つ又は複数が省略されてもよい。さらに、場合によっては、本開示の特徴の一部は、他の特徴が対応する使用法をされていなくとも、用いられていてよい。さらに、上記の実施形態及び／又は変形の１つ又は複数を、上記の他の実施形態及び／又は変形の１つ又は複数と全体的に組み合わせてもよく、また部分的に組み合わせてもよい。
【００７４】
一部の実施形態がこれまで詳細に説明されたが、説明された実施形態は単に例示であって、制限するものではなく、当業者であれば、本開示の新しい教示及び利点から実質的に逸脱することなく、実施形態において多くの他の改良、変更、及び／又は、置換が可能であることを理解するであろう。したがって、すべてのそのような改良、変更、及び／又は、置換が以下の請求項によって規定される本開示の範囲内に含まれることが意図されている。請求項において、任意のミーンズ・プラス・ファンクション節は、記載された機能を実行する本明細書に記載の構造を含むことが意図されており、構造的均等物だけでなく均等な構造も含むことが意図されている。さらに、借り手の明確な意図は、本明細書の請求項のいずれかにおける制限に対して、「手段（ｍｅａｎｓ）」という言葉を関連する機能とともに明示的に使用している請求項に対する制限を除き、米国特許法第１１２条第６段落を行使しないことである。
【図１】
2020107327.tif 000003
【図２】
2020107327.tif 000004
【図３】
2020107327.tif 000005
【図４】
2020107327.tif 000006
【図５】
2020107327.tif 000007
【図６】
2020107327.tif 000008
【外国語明細書】
2020107327000001.pdf