ホーム > 特許ランキング > ソフトバンク株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024088399
(43)【公開日】2024-07-02
(54)【発明の名称】システム、プログラムおよび情報処理方法
(51)【国際特許分類】
G06F 21/57 20130101AFI20240625BHJP
G08G 1/01 20060101ALI20240625BHJP
【ＦＩ】
G06F21/57 370
G08G1/01 C
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022203538
(22)【出願日】2022-12-20
(71)【出願人】
【識別番号】501440684
【氏名又は名称】ソフトバンク株式会社
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】小宮山 陽夫
【テーマコード（参考）】
5H181
【Ｆターム（参考）】
5H181AA01
5H181AA05
5H181AA21
5H181AA26
5H181BB04
5H181BB05
5H181BB20
5H181CC03
5H181CC04
5H181CC12
5H181CC14
5H181EE11
5H181FF13
5H181FF14
5H181LL01
5H181LL02
5H181LL09
(57)【要約】
【課題】ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積を可能とする。
【解決手段】システム（１００）は、端末情報を取得する第一取得部（１３２）と、クリアランス情報を取得する第二取得部（１３３）と、ラベルを生成する生成部（１３７）と、を備え、生成部は、端末情報の取得が初回である場合は未定ラベルを生成し、２回目以降である場合は信頼ラベルまたは不審ラベルを生成する。
【選択図】図９
【解決手段】システム（１００）は、端末情報を取得する第一取得部（１３２）と、クリアランス情報を取得する第二取得部（１３３）と、ラベルを生成する生成部（１３７）と、を備え、生成部は、端末情報の取得が初回である場合は未定ラベルを生成し、２回目以降である場合は信頼ラベルまたは不審ラベルを生成する。
【選択図】図９
【特許請求の範囲】
【請求項1】
複数の端末装置から、各端末装置に関する端末情報をそれぞれ繰り返し取得する第一取得部と、
各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得する第二取得部と、
前記端末情報の信頼性を示すラベルを生成する生成部と、
前記端末情報を、前記ラベルと対応付けて登録する登録部と、
を備え、
前記生成部は、一の前記端末装置に関する前記端末情報の取得が、
初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、
２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する、
システム。
各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得する第二取得部と、
前記端末情報の信頼性を示すラベルを生成する生成部と、
前記端末情報を、前記ラベルと対応付けて登録する登録部と、
を備え、
前記生成部は、一の前記端末装置に関する前記端末情報の取得が、
初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、
２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する、
システム。
【請求項2】
前記端末装置のセキュリティクリアランスに関する情報であって、前記クリアランス情報とは異なる第二クリアランス情報を取得する第三取得部を備え、
前記生成部は、前記クリアランス情報および前記第二クリアランス情報に基づいて、前記信頼ラベルまたは前記不審ラベルを生成する、
請求項１に記載のシステム。
前記生成部は、前記クリアランス情報および前記第二クリアランス情報に基づいて、前記信頼ラベルまたは前記不審ラベルを生成する、
請求項１に記載のシステム。
【請求項3】
前記端末装置は、車両であり、
前記第三取得部は、車両メーカ、車両業界団体、または警察が管理するデータベースから前記第二クリアランス情報を取得する、
請求項２に記載のシステム。
前記第三取得部は、車両メーカ、車両業界団体、または警察が管理するデータベースから前記第二クリアランス情報を取得する、
請求項２に記載のシステム。
【請求項4】
前記クリアランス情報を蓄積するデータベースと、
これまでに取得した複数の前記端末情報を解析する解析部と、
前記解析部による解析結果に応じて前記データベースを更新する更新部と、
を備え、
前記生成部は、前記更新部により更新された前記データベースの前記クリアランス情報に基づいて、前記信頼ラベルまたは前記不審ラベルを生成する、
請求項１～３のいずれか一項に記載のシステム。
これまでに取得した複数の前記端末情報を解析する解析部と、
前記解析部による解析結果に応じて前記データベースを更新する更新部と、
を備え、
前記生成部は、前記更新部により更新された前記データベースの前記クリアランス情報に基づいて、前記信頼ラベルまたは前記不審ラベルを生成する、
請求項１～３のいずれか一項に記載のシステム。
【請求項5】
登録されている前記端末情報を、複数の前記端末装置のうち、当該端末情報の配信を要求してきた端末装置へ配信する配信部を備える、
請求項１に記載のシステム。
請求項１に記載のシステム。
【請求項6】
前記配信部は、登録されている複数の前記端末情報のうち、前記信頼ラベルと対応付けられた前記端末情報を配信する、
請求項５に記載のシステム。
請求項５に記載のシステム。
【請求項7】
前記複数の端末装置は、複数のグループに分類されており、
前記端末情報は、前記複数のグループのうち第一グループに属する端末装置に限って配信可能に設定される第一グループ配信情報を含み、
前記配信部は、前記端末情報の配信を要求してきた端末装置が前記第一グループとは異なる第二グループに分類されている場合は、前記第一グループに分類されている端末装置から取得した前記端末情報のうち、前記第一グループ配信情報を除いて配信する、
請求項６に記載のシステム。
前記端末情報は、前記複数のグループのうち第一グループに属する端末装置に限って配信可能に設定される第一グループ配信情報を含み、
前記配信部は、前記端末情報の配信を要求してきた端末装置が前記第一グループとは異なる第二グループに分類されている場合は、前記第一グループに分類されている端末装置から取得した前記端末情報のうち、前記第一グループ配信情報を除いて配信する、
請求項６に記載のシステム。
【請求項8】
前記端末装置が、認証されたものであるか否かを判断する判断部を備え、
前記第一取得部は、前記端末装置が認証されたものであると前記判断部が判断した場合に、当該端末装置から前記端末情報を取得する、
請求項１に記載のシステム。
前記第一取得部は、前記端末装置が認証されたものであると前記判断部が判断した場合に、当該端末装置から前記端末情報を取得する、
請求項１に記載のシステム。
【請求項9】
プロセッサに、
複数の端末装置から、各端末装置が検知した周囲の環境に関する端末情報をそれぞれ繰り返し取得するステップと、
各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得するステップと、
前記端末情報の信頼性を示すラベルを生成するステップと、
前記端末情報を、前記ラベルと対応付けて登録するステップと、
を実行させ、
前記ラベルを生成するステップでは、一の前記端末装置に関する前記端末情報の取得が、
初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、
２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する、
プログラム。
複数の端末装置から、各端末装置が検知した周囲の環境に関する端末情報をそれぞれ繰り返し取得するステップと、
各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得するステップと、
前記端末情報の信頼性を示すラベルを生成するステップと、
前記端末情報を、前記ラベルと対応付けて登録するステップと、
を実行させ、
前記ラベルを生成するステップでは、一の前記端末装置に関する前記端末情報の取得が、
初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、
２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する、
プログラム。
【請求項10】
複数の端末装置から、各端末装置が検知した周囲の環境に関する端末情報をそれぞれ繰り返し取得するステップと、
各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得するステップと、
前記端末情報の信頼性を示すラベルを生成するステップと、
前記端末情報を、前記ラベルと対応付けて登録するステップと、
を有し、
前記ラベルを生成するステップでは、一の前記端末装置に関する前記端末情報の取得が、
初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、
２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する、
情報処理方法。
各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得するステップと、
前記端末情報の信頼性を示すラベルを生成するステップと、
前記端末情報を、前記ラベルと対応付けて登録するステップと、
を有し、
前記ラベルを生成するステップでは、一の前記端末装置に関する前記端末情報の取得が、
初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、
２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、システム、プログラムおよび情報処理方法に関する。
【背景技術】
【0002】
サーバと通信する車両、いわゆるコネクテッドカーが扱う情報のセキュリティに関する各種技術が従来提案されている。例えば特許文献１には、車両との通信を表す第一のイベント、および車両の操作に関連する車両データを含む第一のデータのセットに基づいて正常な挙動モデルを作成する機能と、正常な挙動モデル、ならびに車両との通信を表す第二のイベント、および車両の操作に関連する車両データを含む第二のデータのセットに基づいて異常を検出する機能と、検出された異常に基づいて緩和動作を判定する機能と、緩和動作を実施させる機能と、を備えるシステムについて記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特表２０２０－５２９０９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載されたような従来技術では、初めから正常な挙動モデルを作成しておいた上で、当該正常な挙動モデルに基づく異常検出を行う必要がある。このような方法では、最初の正常な挙動モデルを作成するまでの間に、当該正常な挙動モデルを作成するための高精度かつ正確なデータを多く集めなければならない。
【課題を解決するための手段】
【0005】
本発明の一態様に係るシステムは、複数の端末装置から、各端末装置に関する端末情報をそれぞれ繰り返し取得する第一取得部と、各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得する第二取得部と、前記端末情報の信頼性を示すラベルを生成する生成部と、前記端末情報を、前記ラベルと対応付けて登録する登録部と、を備え、前記生成部は、一の前記端末装置に関する前記端末情報の取得が、初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する。
【0006】
また、本発明の他の態様に係るプログラムは、プロセッサに、複数の端末装置から、各端末装置が検知した周囲の環境に関する端末情報をそれぞれ繰り返し取得するステップと、各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得するステップと、前記端末情報の信頼性を示すラベルを生成するステップと、前記端末情報を、前記ラベルと対応付けて登録するステップと、を実行させ、前記ラベルを生成するステップでは、一の前記端末装置に関する前記端末情報の取得が、初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する。
【0007】
また、本発明の他の態様に係る情報処理方法は、複数の端末装置から、各端末装置が検知した周囲の環境に関する端末情報をそれぞれ繰り返し取得するステップと、各端末装置のセキュリティクリアランスに関するクリアランス情報をそれぞれ取得するステップと、前記端末情報の信頼性を示すラベルを生成するステップと、前記端末情報を、前記ラベルと対応付けて登録するステップと、を有し、前記ラベルを生成するステップでは、一の前記端末装置に関する前記端末情報の取得が、初回である場合は、信頼できるか否かが未定であることを示す未定ラベルを生成し、２回目以降である場合は、前記クリアランス情報に基づいて、信頼できることを示す信頼ラベル、または信頼できないことを示す不審ラベルを生成する。
【図面の簡単な説明】
【0008】
【図1】本発明の第一実施形態に係るシステムの概略構成を示すブロック図である。
【図2】同システムが備える車両の機能的構成を示すブロック図である。
【図3】同システムが備えるサーバの機能的構成を示すブロック図である。
【図4】同システムが備えるデータベースのデータ構造の一例を示す表である。
【図5】同システムが備えるデータベースのデータ構造の他の例を示す表である。
【図6】本発明の第二実施形態に係るシステムの概略構成を示すブロック図である。
【図7】同システムが備えるデータベースのデータ構造の一例を示す表である。
【図8】同システムが備えるデータベースのデータ構造の他の例を示す表である。
【図9】本発明の実施形態に係る情報処理方法の流れを示すフローチャートである。
【発明を実施するための形態】
【0009】
＜第一実施形態＞
まず、本発明の第一実施形態について詳細に説明する。
まず、本発明の第一実施形態について詳細に説明する。
【0010】
システム１００は、サーバ１と、複数の端末装置２と、通信ネットワークＮ１と、を備える。サーバ１および複数の端末装置２は、通信ネットワークＮ１を介して互いに通信する。本実施形態に係る端末装置２は、車両である。また、通信ネットワークＮ１は、例えば、セルラー通信網である。また、サーバ１は、通信ネットワークＮ２を介して外部サーバＳとも通信する。通信ネットワークＮ２は、サーバ１と車両２との通信を担う通信ネットワークＮ１と同じであってもよいし、異なっていてもよい。また、通信ネットワークＮ１と異なる場合、通信ネットワークＮ２は、セルラー通信網であってもよいし、固定網であってもよい。外部サーバＳには、例えば、車両メーカ、車両業界団体、警察等が管理するサーバが含まれる。なお、端末装置２は、移動可能に構成されたもの、乗り物に搭載されたもの、乗り物に乗る人が所持または身に着けたもの等であれば、その形態は特に限定されない。すなわち、端末装置２は、車両の他、例えば、ドローン、自転車、携帯電話機等であってもよい。
【0011】
［車両］
車両２は、いわゆるコネクテッドカーである。図２に示したように、各車両２は、車両側通信部２１と、車両側記憶部２２と、車両側制御部２３と、情報取得部２４と、を備える。
車両２は、いわゆるコネクテッドカーである。図２に示したように、各車両２は、車両側通信部２１と、車両側記憶部２２と、車両側制御部２３と、情報取得部２４と、を備える。
【0012】
〔車両側通信部〕
車両側通信部２１は、サーバ１と通信する。本実施形態に係る車両側通信部２１は、無線通信モジュールで構成されている。すなわち、本実施形態に係る車両側通信部２１は、通信ネットワークＮ１を介してサーバ１と無線通信する。
車両側通信部２１は、サーバ１と通信する。本実施形態に係る車両側通信部２１は、無線通信モジュールで構成されている。すなわち、本実施形態に係る車両側通信部２１は、通信ネットワークＮ１を介してサーバ１と無線通信する。
【0013】
〔車両側記憶部〕
車両側記憶部２２は、車両プログラム２２１を記憶している。車両プログラム２２１は、車両２を動作させるためのものである。本実施形態に係る車両側記憶部２２は、半導体メモリ、ハードディスク等で構成されている。
車両側記憶部２２は、車両プログラム２２１を記憶している。車両プログラム２２１は、車両２を動作させるためのものである。本実施形態に係る車両側記憶部２２は、半導体メモリ、ハードディスク等で構成されている。
【0014】
〔情報取得部〕
情報取得部２４は、カメラ、少なくとも１種類のセンサ、測距衛星からの電波の受信機、および測距手段（Radar、Lidar等）の少なくともいずれかを含む。カメラは、車両２の少なくとも外側を撮影し画像データを生成する。画像データは、動画データであってもよいし、静止画データであってもよい。少なくとも１種類のセンサは、ハンドル、アクセルペダル、ブレーキペダル、ウインカー、およびワイパーの少なくともいずれかの動作を検出し運転データを生成する。測距手段は、車両の外側に電波または光を発し、反射してきた電波または光を検知して反射データを生成する。
情報取得部２４は、カメラ、少なくとも１種類のセンサ、測距衛星からの電波の受信機、および測距手段（Radar、Lidar等）の少なくともいずれかを含む。カメラは、車両２の少なくとも外側を撮影し画像データを生成する。画像データは、動画データであってもよいし、静止画データであってもよい。少なくとも１種類のセンサは、ハンドル、アクセルペダル、ブレーキペダル、ウインカー、およびワイパーの少なくともいずれかの動作を検出し運転データを生成する。測距手段は、車両の外側に電波または光を発し、反射してきた電波または光を検知して反射データを生成する。
【0015】
〔車両側制御部〕
車両側制御部２３は、収集部２３１と、車両側生成部２３２と、第一送信制御部２３３と、第二送信制御部２３４と、第三送信制御部２３５と、車両側取得部２３６と、動作制御部２３７と、を備える。本実施形態に係る車両側制御部２３は、プロセッサで構成されている。このプロセッサが上記車両側記憶部２２に記憶されている車両プログラム２２１を実行する。これにより、車両プログラム２２１は、プロセッサを上記各制御ブロック２３１～２３７として機能させることができる。
車両側制御部２３は、収集部２３１と、車両側生成部２３２と、第一送信制御部２３３と、第二送信制御部２３４と、第三送信制御部２３５と、車両側取得部２３６と、動作制御部２３７と、を備える。本実施形態に係る車両側制御部２３は、プロセッサで構成されている。このプロセッサが上記車両側記憶部２２に記憶されている車両プログラム２２１を実行する。これにより、車両プログラム２２１は、プロセッサを上記各制御ブロック２３１～２３７として機能させることができる。
【0016】
（収集部）
収集部２３１は、情報取得部２４からデータを収集する。本実施形態に係る収集部２３１は、データを定期的に収集する。
収集部２３１は、情報取得部２４からデータを収集する。本実施形態に係る収集部２３１は、データを定期的に収集する。
【0017】
（車両側生成部）
車両側生成部２３２は、収集部２３１が収集したデータに基づいて端末情報を生成する。端末情報は、各車両２に関する情報である。端末情報は、環境情報、および車両情報の少なくとも一方を含む。
車両側生成部２３２は、収集部２３１が収集したデータに基づいて端末情報を生成する。端末情報は、各車両２に関する情報である。端末情報は、環境情報、および車両情報の少なくとも一方を含む。
【0018】
環境情報は、各車両２が検知した周囲の環境に関する情報であり、画像データや反射データに基づいて生成される。環境情報には、例えば、車両の周囲に存在する障害物の位置や、車両２が走行する道路の路面状況等が含まれる。環境情報の具体的な生成方法には、例えば、過去に車両２が生成した複数の画像データと、当該画像データに基づく画像に写る障害物等と、の関係を機械学習させることにより構築された学習済モデルを用いることができる。
【0019】
車両情報は、車両２自身の情報であり、運転データに基づいて生成される。車両情報には、例えば、ＩＤ、走行速度、緯度、経度、測距衛星からの電波の取得時刻、走行方向、角速度、ハンドルの回転角度、縦加速度、ブレーキランプ点灯の有無、ウインカー点滅の有無及び点滅方向、横加速度、高度および測位の実施状況の少なくともいずれかが含まれる。
【0020】
（第一送信制御部）
第一送信制御部２３３は、ログイン情報を車両側通信部２１がサーバ１へ送信するよう、当該車両側通信部２１を制御する。ログイン情報には、車両２のユーザＩＤ、当該ユーザＩＤに対応するパスワード等が含まれる。
第一送信制御部２３３は、ログイン情報を車両側通信部２１がサーバ１へ送信するよう、当該車両側通信部２１を制御する。ログイン情報には、車両２のユーザＩＤ、当該ユーザＩＤに対応するパスワード等が含まれる。
【0021】
（第二送信制御部）
第二送信制御部２３４は、車両側生成部２３２が生成した端末情報を車両側通信部２１がサーバ１へ送信するよう、当該車両側通信部２１を制御する。第二送信制御部２３４は、端末情報を繰り返し送信させる。なお、送信の周期は、一定であってもよいし、そうでなくてもよい。
第二送信制御部２３４は、車両側生成部２３２が生成した端末情報を車両側通信部２１がサーバ１へ送信するよう、当該車両側通信部２１を制御する。第二送信制御部２３４は、端末情報を繰り返し送信させる。なお、送信の周期は、一定であってもよいし、そうでなくてもよい。
【0022】
（第三送信制御部）
第三送信制御部２３５は、所定の配信要求条件が成立した場合に、車両側通信部２１が配信要求情報をサーバ１へ送信するよう、当該車両側通信部２１を制御する。配信要求情報は、端末情報の配信を要求する旨の情報である。本実施形態に係る第三送信制御部２３５が送信させる配信要求情報には、送信元の車両２の車両ＩＤが含まれる。車両ＩＤは、個々の車両２を識別するための情報である。また、本実施形態に係る第三送信制御部２３５が送信させる配信要求情報には、トピックが含まれる。トピックは、例えば要求する端末情報が生成された地域等である。配信要求条件には、例えば、トピックが示す地域に車両２が侵入したこと等が含まれる。
第三送信制御部２３５は、所定の配信要求条件が成立した場合に、車両側通信部２１が配信要求情報をサーバ１へ送信するよう、当該車両側通信部２１を制御する。配信要求情報は、端末情報の配信を要求する旨の情報である。本実施形態に係る第三送信制御部２３５が送信させる配信要求情報には、送信元の車両２の車両ＩＤが含まれる。車両ＩＤは、個々の車両２を識別するための情報である。また、本実施形態に係る第三送信制御部２３５が送信させる配信要求情報には、トピックが含まれる。トピックは、例えば要求する端末情報が生成された地域等である。配信要求条件には、例えば、トピックが示す地域に車両２が侵入したこと等が含まれる。
【0023】
また、本実施形態に係る第三送信制御部２３５は、所定の配信停止条件が成立した場合に、車両側通信部２１が停止要求情報をサーバ１へ送信するよう、当該車両側通信部２１を制御する。停止要求情報は、端末情報の配信停止を要求する旨の情報である。停止要求情報には、配信要求情報と同様に、送信元の車両２の車両ＩＤと、トピックと、が含まれる。配信停止条件には、例えば、トピックが示す地域から車両２が離脱したこと等が含まれる。
【0024】
（車両側取得部）
車両側取得部２３６は、車両側通信部２１が配信要求情報を送信した場合に、サーバ１から、当該配信要求情報に対応する端末情報を、車両側通信部２１を介して取得する。
車両側取得部２３６は、車両側通信部２１が配信要求情報を送信した場合に、サーバ１から、当該配信要求情報に対応する端末情報を、車両側通信部２１を介して取得する。
【0025】
（動作制御部）
動作制御部２３７は、車両側取得部２３６が取得した端末情報に基づく動作を行う。例えば、車両２が車内に表示部を備えるものである場合、動作制御部２３７は、端末情報が示す物体の位置を表示部に表示させる等の動作を行う。また、車両２が自動運転車両である場合、動作制御部２３７は、環境情報が示す物体との接触を車両２が回避できるよう、当該車両２を操舵したり、停車させたりする。
動作制御部２３７は、車両側取得部２３６が取得した端末情報に基づく動作を行う。例えば、車両２が車内に表示部を備えるものである場合、動作制御部２３７は、端末情報が示す物体の位置を表示部に表示させる等の動作を行う。また、車両２が自動運転車両である場合、動作制御部２３７は、環境情報が示す物体との接触を車両２が回避できるよう、当該車両２を操舵したり、停車させたりする。
【0026】
［サーバ］
サーバ１は、複数の車両２から端末情報を収集し、収集した端末情報を、当該端末情報を必要とする車両２へ配信するものである。本実施形態に係るサーバ１は、通信ネットワークＮ１の運営会社によって管理されているものである。
サーバ１は、複数の車両２から端末情報を収集し、収集した端末情報を、当該端末情報を必要とする車両２へ配信するものである。本実施形態に係るサーバ１は、通信ネットワークＮ１の運営会社によって管理されているものである。
【0027】
｛サーバの構成｝
図３に示したように、サーバ１は、サーバ側通信部１１（通信部）と、サーバ側記憶部１２と、サーバ側制御部１３と、を備える。
図３に示したように、サーバ１は、サーバ側通信部１１（通信部）と、サーバ側記憶部１２と、サーバ側制御部１３と、を備える。
【0028】
〔サーバ側通信部〕
サーバ側通信部１１は、通信ネットワークＮ１を介して車両２と通信する。本実施形態に係るサーバ側通信部１１は、通信ネットワークＮ２を介して外部サーバＳとも通信する。また、本実施形態に係るサーバ側通信部１１は、通信モジュールで構成されている。
サーバ側通信部１１は、通信ネットワークＮ１を介して車両２と通信する。本実施形態に係るサーバ側通信部１１は、通信ネットワークＮ２を介して外部サーバＳとも通信する。また、本実施形態に係るサーバ側通信部１１は、通信モジュールで構成されている。
【0029】
〔サーバ側記憶部〕
サーバ側記憶部１２は、プログラム１２１を記憶している。プログラム１２１は、サーバ１を動作させるためのものである。本実施形態に係るサーバ側記憶部１２は、第一データベース１２２を記憶している。第一データベース１２２は、複数の車両２のクリアランス情報を蓄積している。クリアランス情報は、車両２のセキュリティクリアランスに関する情報である。図４に示したように、本実施形態に係るクリアランス情報は、「未定」、「信頼」、および「不審」の何れかとなっている。「未定」は、対応する車両２（のユーザ）が信頼できるか否かが未定であることを示すクリアランス情報である。「信頼」は、対応する車両２が信頼できることを示すクリアランス情報である。「不審」は、対応する車両２が信頼できないことを示すクリアランス情報である。また、本実施形態に係るクリアランス情報は、それぞれ車両ＩＤと対応付けられている。
サーバ側記憶部１２は、プログラム１２１を記憶している。プログラム１２１は、サーバ１を動作させるためのものである。本実施形態に係るサーバ側記憶部１２は、第一データベース１２２を記憶している。第一データベース１２２は、複数の車両２のクリアランス情報を蓄積している。クリアランス情報は、車両２のセキュリティクリアランスに関する情報である。図４に示したように、本実施形態に係るクリアランス情報は、「未定」、「信頼」、および「不審」の何れかとなっている。「未定」は、対応する車両２（のユーザ）が信頼できるか否かが未定であることを示すクリアランス情報である。「信頼」は、対応する車両２が信頼できることを示すクリアランス情報である。「不審」は、対応する車両２が信頼できないことを示すクリアランス情報である。また、本実施形態に係るクリアランス情報は、それぞれ車両ＩＤと対応付けられている。
【0030】
なお、本実施形態に係るクリアランス情報は「未定」、「信頼」、および「不審」の３種類であったが、４種類以上あってもよい。例えば、「信頼（不審）」が、「やや信頼（不審）」、「非常に信頼（不審）」等に分かれていてもよい。また、クリアランス情報は、信頼の程度を示す数値であってもよい。また、クリアランス情報は、信頼（不審）と判断する理由となった事象を示すものであってもよい。
【0031】
また、図３に示したように、本実施形態に係るサーバ側記憶部１２は、第二データベース１２３を記憶している。第二データベース１２３は、各車両２から収集した複数の端末情報を蓄積している。各端末情報には、配信フラグが対応付けられている。配信フラグは、当該端末情報が配信済みであるか否かを示す情報である。本実施形態に係るサーバ側記憶部１２は、半導体メモリ、ハードディスク等で構成されている。なお、第一データベース１２２および第二データベース１２３の少なくとも一方のデータベースは、サーバ１とは異なる他の装置に記憶されていてもよい。また、本実施形態に係るサーバ側記憶部１２は、購読テーブル１２４を記憶している。図５に示したように、本実施形態に係る購読テーブル１２４は、トピックと、車両ＩＤと、の対応関係を示すテーブルとなっている。
【0032】
〔サーバ側制御部〕
図３に示したように、サーバ側制御部１３は、判断部１３１と、第一取得部１３２と、第二取得部１３３と、第三取得部１３４と、解析部１３５と、更新部１３６と、サーバ側生成部１３７（生成部）と、登録部１３８と、第四取得部１３９と、配信部１４０と、を備える。本実施形態に係るサーバ側制御部１３は、プロセッサで構成されている。そして、このプロセッサが上記サーバ側記憶部１２に記憶されているプログラム１２１を実行する。これにより、プログラム１２１は、プロセッサを上記各制御ブロック１３１～１４０として機能させることができる。
図３に示したように、サーバ側制御部１３は、判断部１３１と、第一取得部１３２と、第二取得部１３３と、第三取得部１３４と、解析部１３５と、更新部１３６と、サーバ側生成部１３７（生成部）と、登録部１３８と、第四取得部１３９と、配信部１４０と、を備える。本実施形態に係るサーバ側制御部１３は、プロセッサで構成されている。そして、このプロセッサが上記サーバ側記憶部１２に記憶されているプログラム１２１を実行する。これにより、プログラム１２１は、プロセッサを上記各制御ブロック１３１～１４０として機能させることができる。
【0033】
（判断部）
判断部１３１は、車両２が、認証されたものであるか否かを判断する。具体的には、判断部１３１は、車両２からサーバ側通信部１１を介してログイン情報を取得し、予め登録されている内容と一致するか否かを判断する。車両２が認証されたものであると判断部１３１が判断すると、本実施形態に係るサーバ側通信部１１は、当該車両２との通信が可能な状態となる。
判断部１３１は、車両２が、認証されたものであるか否かを判断する。具体的には、判断部１３１は、車両２からサーバ側通信部１１を介してログイン情報を取得し、予め登録されている内容と一致するか否かを判断する。車両２が認証されたものであると判断部１３１が判断すると、本実施形態に係るサーバ側通信部１１は、当該車両２との通信が可能な状態となる。
【0034】
（第一取得部）
第一取得部１３２は、第一取得ステップを実行する。第一取得ステップにおいて、第一取得部１３２は、複数の車両２から、端末情報をそれぞれ繰り返し取得する。本実施形態に係る第一取得部１３２は、車両２が認証されたものであると判断部１３１が判断した場合に、当該車両２から端末情報を取得する。これにより、端末情報を取得する車両２を認証されたものに絞ることができる。認証されているということは、一定以上の信頼を有していることになるため、悪意のあるユーザから誤った内容の端末情報を取得してしまう可能性を低減させることができる。
第一取得部１３２は、第一取得ステップを実行する。第一取得ステップにおいて、第一取得部１３２は、複数の車両２から、端末情報をそれぞれ繰り返し取得する。本実施形態に係る第一取得部１３２は、車両２が認証されたものであると判断部１３１が判断した場合に、当該車両２から端末情報を取得する。これにより、端末情報を取得する車両２を認証されたものに絞ることができる。認証されているということは、一定以上の信頼を有していることになるため、悪意のあるユーザから誤った内容の端末情報を取得してしまう可能性を低減させることができる。
【0035】
（第二取得部）
第二取得部１３３は、第二取得ステップを実行する。第二取得ステップにおいて、第二取得部１３３は、端末情報を送信してきた車両２のクリアランス情報をそれぞれ取得する。具体的には、第二取得部１３３は、サーバ側記憶部１２に記憶されている第一データベース１２２を参照し、車両２の車両ＩＤに対応するクリアランス情報を取得する。
第二取得部１３３は、第二取得ステップを実行する。第二取得ステップにおいて、第二取得部１３３は、端末情報を送信してきた車両２のクリアランス情報をそれぞれ取得する。具体的には、第二取得部１３３は、サーバ側記憶部１２に記憶されている第一データベース１２２を参照し、車両２の車両ＩＤに対応するクリアランス情報を取得する。
【0036】
（第三取得部）
第三取得部１３４は、第三取得ステップを更に実行する。第三取得ステップにおいて、第三取得部１３４は、第二クリアランス情報を取得する。第二クリアランス情報は、車両２のセキュリティクリアランスに関する情報であって、第二取得部１３３が取得するクリアランス情報とは異なる情報である。本実施形態に係る第二クリアランス情報は、上記クリアランス情報と同様、「未定」、「信頼」、および「不審」の何れかとなっている。しかし、第二クリアランス情報の内容は、上記クリアランス情報とは異なる尺度で決定されている。このため、同一の車両２について、クリアランス情報および第二クリアランス情報の一方が「信頼」であっても、他方が「不審」となることもある。本実施形態に係る第三取得部１３４は、外部サーバＳのデータベースから第二クリアランス情報を取得する。上述したように、外部サーバＳは、車両メーカ、車両業界団体、または警察が管理するものである。車両メーカ、車両業界団体、および警察は、いずれも信頼性の高い情報源であるため、ラベルの生成を更に正確に行うことができる。
第三取得部１３４は、第三取得ステップを更に実行する。第三取得ステップにおいて、第三取得部１３４は、第二クリアランス情報を取得する。第二クリアランス情報は、車両２のセキュリティクリアランスに関する情報であって、第二取得部１３３が取得するクリアランス情報とは異なる情報である。本実施形態に係る第二クリアランス情報は、上記クリアランス情報と同様、「未定」、「信頼」、および「不審」の何れかとなっている。しかし、第二クリアランス情報の内容は、上記クリアランス情報とは異なる尺度で決定されている。このため、同一の車両２について、クリアランス情報および第二クリアランス情報の一方が「信頼」であっても、他方が「不審」となることもある。本実施形態に係る第三取得部１３４は、外部サーバＳのデータベースから第二クリアランス情報を取得する。上述したように、外部サーバＳは、車両メーカ、車両業界団体、または警察が管理するものである。車両メーカ、車両業界団体、および警察は、いずれも信頼性の高い情報源であるため、ラベルの生成を更に正確に行うことができる。
【0037】
（サーバ側生成部）
サーバ側生成部１３７は、生成ステップを実行する。生成ステップにおいて、サーバ側生成部１３７は、端末情報の信頼性を示すラベルを生成する。上述したように、上記第一取得部１３２は、端末情報を繰り返し取得する。このため、本実施形態に係るサーバ側生成部１３７は、第一取得部１３２が端末情報を取得する度に、ラベルを生成する。また、サーバ側生成部１３７は、複数の車両２がそれぞれ送信してきた端末情報について、それぞれラベルを生成する。サーバ側生成部１３７は、一の車両２に関する端末情報の取得が初回、かつ、クリアランス情報、第二クリアランス情報のいずれも取得できなかった場合は、未定ラベルを生成する。未定ラベルは、信頼できるか否かが未定であることを示すラベルである。
サーバ側生成部１３７は、生成ステップを実行する。生成ステップにおいて、サーバ側生成部１３７は、端末情報の信頼性を示すラベルを生成する。上述したように、上記第一取得部１３２は、端末情報を繰り返し取得する。このため、本実施形態に係るサーバ側生成部１３７は、第一取得部１３２が端末情報を取得する度に、ラベルを生成する。また、サーバ側生成部１３７は、複数の車両２がそれぞれ送信してきた端末情報について、それぞれラベルを生成する。サーバ側生成部１３７は、一の車両２に関する端末情報の取得が初回、かつ、クリアランス情報、第二クリアランス情報のいずれも取得できなかった場合は、未定ラベルを生成する。未定ラベルは、信頼できるか否かが未定であることを示すラベルである。
【0038】
一の車両２に関する端末情報の取得が２回目以降である（既に端末情報に対応付けられているラベルを更新する）場合は、クリアランス情報および第二クリアランス情報（セキュリティクリアランスの高低）に基づいて、信頼ラベル、または不審ラベルを生成する。信頼ラベルは、信頼できることを示すラベルである。不審ラベルは、信頼できないことを示すラベルである。詳細は後述するが、車両２は、端末情報を取得した後、端末装置の解析および第一データベース１２２の更新を行う。このため、端末情報の取得が２回目以降である場合のサーバ側生成部１３７は、更新部１３６により更新された第一データベース１２２のクリアランス情報に基づいて、信頼ラベルまたは不審ラベルを生成することになる。これにより、端末情報を解析した結果、誤った内容の端末情報を送信してきた車両２のクリアランス情報を下げる等の対応をとることができる。その結果、ラベルの生成の正確さを維持する、または向上させることができる。
【0039】
本実施形態に係るサーバ側生成部１３７は、クリアランス情報および第二クリアランス情報に基づいて、信頼ラベルまたは不審ラベルを生成する。本実施形態に係るサーバ側生成部１３７は、クリアランス情報と第二クリアランス情報とを比較し、信頼性が低い方のクリアランス情報に基づいて、ラベルを生成する。具体的には、クリアランス情報および第二クリアランス情報が共に「信頼」である場合、サーバ側生成部１３７は信頼ラベルを生成する。一方、クリアランス情報および第二クリアランス情報の一方が「信頼」で、他方が「不審」である場合、サーバ側生成部１３７は不審ラベルを生成する。このように複数のクリアランス情報を利用することで、サーバ側生成部１３７は、ラベルの生成をより正確に行うことができる。なお、サーバ側生成部１３７は、上記と異なるロジックでラベルを生成するよう構成されていてもよい。例えば、サーバ側生成部１３７は、クリアランス情報および第二クリアランス情報のいずれかを常に「信頼」としてラベルを生成するよう構成されていてもよい。また、サーバ側生成部１３７は、ラベル生成のロジックを、ポリシー（ユーザ操作）に応じて変更できるよう構成されていてもよい。
【0040】
（登録部）
登録部１３８は、登録ステップを実行する。登録ステップにおいて、登録部１３８は、端末情報を、ラベルと対応付けて登録する。本実施形態に係る登録部１３８は、ラベルと対応付けられた端末情報を、第二データベース１２３に登録する。なお、登録部１３８は、端末情報を登録する際、ハッシュチェインを利用して登録された端末情報およびラベルの改ざんを防止するよう構成されていてもよい。
登録部１３８は、登録ステップを実行する。登録ステップにおいて、登録部１３８は、端末情報を、ラベルと対応付けて登録する。本実施形態に係る登録部１３８は、ラベルと対応付けられた端末情報を、第二データベース１２３に登録する。なお、登録部１３８は、端末情報を登録する際、ハッシュチェインを利用して登録された端末情報およびラベルの改ざんを防止するよう構成されていてもよい。
【0041】
（解析部）
解析部１３５は、これまでに取得した複数の端末情報を解析する。本実施形態に係る解析部１３５は、取得後に第二データベース１２３に登録された端末情報を解析する。具体的には、解析部１３５は、一の車両２に関する複数の端末情報を時系列に並べ、不審な内容の端末情報が含まれていないかどうかを順次確認していく。また、解析部１３５は、この確認を各車両２について行う。不審な内容の端末情報には、例えば、車両２の不自然な挙動を示す車両情報、存在しないはずの物体の存在を示す環境情報等が含まれる。
解析部１３５は、これまでに取得した複数の端末情報を解析する。本実施形態に係る解析部１３５は、取得後に第二データベース１２３に登録された端末情報を解析する。具体的には、解析部１３５は、一の車両２に関する複数の端末情報を時系列に並べ、不審な内容の端末情報が含まれていないかどうかを順次確認していく。また、解析部１３５は、この確認を各車両２について行う。不審な内容の端末情報には、例えば、車両２の不自然な挙動を示す車両情報、存在しないはずの物体の存在を示す環境情報等が含まれる。
【0042】
（更新部）
更新部１３６は、解析部１３５による解析結果に応じて第一データベース１２２を更新する。具体的には、解析部１３５が不審な内容の端末情報を検出した場合に、対応する車両２のセキュリティクリアランスを下げる。具体的には、「未定」または「信頼」となっていたクリアランス情報を「不審」に変更する。
更新部１３６は、解析部１３５による解析結果に応じて第一データベース１２２を更新する。具体的には、解析部１３５が不審な内容の端末情報を検出した場合に、対応する車両２のセキュリティクリアランスを下げる。具体的には、「未定」または「信頼」となっていたクリアランス情報を「不審」に変更する。
【0043】
（第四取得部）
第四取得部１３９は、第四取得ステップを実行する。第四取得ステップにおいて、第四取得部１３９は、各車両２から、配信要求情報を取得する。本実施形態に係る第四取得部１３９は、配信要求情報を取得すると、配信要求情報に含まれる車両ＩＤと、トピックと、の組を、サーバ側記憶部１２に記憶されている購読テーブル１２４に登録する。
第四取得部１３９は、第四取得ステップを実行する。第四取得ステップにおいて、第四取得部１３９は、各車両２から、配信要求情報を取得する。本実施形態に係る第四取得部１３９は、配信要求情報を取得すると、配信要求情報に含まれる車両ＩＤと、トピックと、の組を、サーバ側記憶部１２に記憶されている購読テーブル１２４に登録する。
【0044】
また、本実施形態に係る第四取得部１３９は、各車両２から、停止要求情報を取得する。本実施形態に係る第四取得部１３９は、停止要求情報を取得すると、購読テーブル１２４から、配信要求情報に含まれる車両ＩＤと、トピックと、の組を削除する。
【0045】
（配信部）
配信部１４０は、配信ステップを実行する。配信ステップにおいて、配信部１４０は、登録されている端末情報を、複数の車両２のうち、配信要求情報を送信してきた（当該端末情報の配信を要求してきた）車両２へ配信する。これにより、端末情報を必要とする車両２は、当該端末情報の配信をサーバへ要求するだけで、車両２自ら取得のために端末情報の登録場所へ赴くことなく、端末情報を容易に取得できるようになる。本実施形態に係る配信部１４０は、第二データベース１２３に登録されている複数の端末情報のうち、信頼ラベルと対応付けられ、かつ配信フラグが「未配信」を示している端末情報を配信する。その後、配信部１４０は、配信した端末情報に対応付けられている配信フラグを「配信済み」に変更する。これにより、車両２は、信頼ラベルが対応付けられた端末情報のみを取得できるようになる。また、車両２が内容の重複する端末情報を複数取得してしまうのを防ぐことができる。このため、取得した端末情報の中から信頼ラベルが対応付けられた端末情報を車両２自ら抽出するステップを経ることなく、信頼ラベルが対応付けられた端末情報に基づく動作を行うことができる。
配信部１４０は、配信ステップを実行する。配信ステップにおいて、配信部１４０は、登録されている端末情報を、複数の車両２のうち、配信要求情報を送信してきた（当該端末情報の配信を要求してきた）車両２へ配信する。これにより、端末情報を必要とする車両２は、当該端末情報の配信をサーバへ要求するだけで、車両２自ら取得のために端末情報の登録場所へ赴くことなく、端末情報を容易に取得できるようになる。本実施形態に係る配信部１４０は、第二データベース１２３に登録されている複数の端末情報のうち、信頼ラベルと対応付けられ、かつ配信フラグが「未配信」を示している端末情報を配信する。その後、配信部１４０は、配信した端末情報に対応付けられている配信フラグを「配信済み」に変更する。これにより、車両２は、信頼ラベルが対応付けられた端末情報のみを取得できるようになる。また、車両２が内容の重複する端末情報を複数取得してしまうのを防ぐことができる。このため、取得した端末情報の中から信頼ラベルが対応付けられた端末情報を車両２自ら抽出するステップを経ることなく、信頼ラベルが対応付けられた端末情報に基づく動作を行うことができる。
【0046】
なお、配信部１４０は、所定条件が成立した場合に、未定ラベルまたは不審ラベルと対応付けられた端末情報を、ラベル情報を付与して配信するよう構成されていてもよい。所定条件には、第四取得部１３９が、未定ラベルまたは不審ラベルと対応付けられた端末情報の配信を要求する配信要求情報を取得したこと、車両２がラベルを識別する機能を有していること、等が挙げられる。また、配信部１４０は、配信要求情報を取得したことを契機として、当該配信要求情報を送信してきた車両２を登録し、当該車両２へ端末情報を定期的に配信するよう構成されていてもよい。
【0047】
｛サーバの作用効果｝
以上説明してきたサーバ１は、一の車両２に関する端末情報の取得が初回である場合は未定ラベルを生成し、２回目以降である場合は、クリアランス情報に基づいて、信頼ラベル、または不審ラベルに更新する。このため、サーバ１によれば、ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積が可能となる。
以上説明してきたサーバ１は、一の車両２に関する端末情報の取得が初回である場合は未定ラベルを生成し、２回目以降である場合は、クリアランス情報に基づいて、信頼ラベル、または不審ラベルに更新する。このため、サーバ１によれば、ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積が可能となる。
【0048】
＜第二実施形態＞
次に、本発明の第二実施形態について詳細に説明する。なお、説明の便宜上、上記第一実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
次に、本発明の第二実施形態について詳細に説明する。なお、説明の便宜上、上記第一実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0049】
本実施形態に係るサーバ１Ａは、図６に示したようなシステム１００Ａの一部を構成する。システム１００Ａは、サーバ１Ａの他、第二サーバ１Ｂと、複数の車両２Ａと、通信ネットワークＮ１と、を備える。サーバ１Ａ、第二サーバ１Ｂおよび複数の車両２Ａは、通信ネットワークＮ１を介して互いに通信する。また、サーバ１Ａおよび第二サーバ１Ｂは、それぞれ通信ネットワークＮ２を介して外部サーバＳとも通信する。
【0050】
［車両］
本実施形態に係る複数の車両２Ａは、複数のグループに分類されている。グループは、例えば、車両のメーカ、車両を用いた事業を行う事業会社等である。本実施形態に係る複数の車両２Ａは、第一グループと、第二グループとに分類されている。なお、複数の車両２Ａは、三つ以上のグループに分類されていてもよい。
本実施形態に係る複数の車両２Ａは、複数のグループに分類されている。グループは、例えば、車両のメーカ、車両を用いた事業を行う事業会社等である。本実施形態に係る複数の車両２Ａは、第一グループと、第二グループとに分類されている。なお、複数の車両２Ａは、三つ以上のグループに分類されていてもよい。
【0051】
図２に示したように、本実施形態に係る各車両２Ａは、車両側通信部２１、および情報取得部２４の他、車両側記憶部２２Ａと、車両側制御部２３Ａと、を備える。
【0052】
〔車両側記憶部〕
車両側記憶部２２Ａは、プログラム２２１Ａを記憶している。プログラム２２１Ａは、車両２Ａを動作させるためのものである。
車両側記憶部２２Ａは、プログラム２２１Ａを記憶している。プログラム２２１Ａは、車両２Ａを動作させるためのものである。
【0053】
〔車両側制御部〕
車両側制御部２３Ａは、収集部２３１、第一送信制御部２３３、第三送信制御部２３５、車両側取得部２３６、および動作制御部２３７の他、車両側生成部２３２Ａと、第二送信制御部２３４Ａと、を備える。
車両側制御部２３Ａは、収集部２３１、第一送信制御部２３３、第三送信制御部２３５、車両側取得部２３６、および動作制御部２３７の他、車両側生成部２３２Ａと、第二送信制御部２３４Ａと、を備える。
【0054】
（車両側生成部）
車両２Ａが第一グループに分類されたものである場合、車両側生成部２３２Ａが生成する端末情報は、第一グループ配信情報を含む。第一グループ配信情報は、複数のグループのうち第一グループに属する車両２Ａに限って配信可能に設定される情報である。また、本実施形態に係る車両側生成部２３２Ａが生成する端末情報は、共通配信情報を含む。共通配信情報は、グループに関係なく全ての車両２Ａに配信可能に設定される情報である。第一グループに分類された車両２Ａの車両側生成部２３２Ａは、例えば、緯度および経度を共通配信情報として生成し、それ以外の情報を第一グループ配信情報として生成する。
車両２Ａが第一グループに分類されたものである場合、車両側生成部２３２Ａが生成する端末情報は、第一グループ配信情報を含む。第一グループ配信情報は、複数のグループのうち第一グループに属する車両２Ａに限って配信可能に設定される情報である。また、本実施形態に係る車両側生成部２３２Ａが生成する端末情報は、共通配信情報を含む。共通配信情報は、グループに関係なく全ての車両２Ａに配信可能に設定される情報である。第一グループに分類された車両２Ａの車両側生成部２３２Ａは、例えば、緯度および経度を共通配信情報として生成し、それ以外の情報を第一グループ配信情報として生成する。
【0055】
車両２Ａが第二グループに分類されたものである場合、車両側生成部２３２Ａが生成する端末情報は、第二グループ配信情報と、共通配信情報と、を含む。第二グループ配信情報は、複数のグループのうち第二グループに属する車両２Ａに限って配信可能に設定される情報である。第二グループに分類された車両２Ａの車両側生成部２３２Ａは、緯度および経度を共通配信情報として生成し、それ以外の情報を第二グループ配信情報として生成する。なお、第二グループ配信情報に含まれる端末情報は、第一グループ配信情報に含まれる端末情報と異なっていても（第一グループ配信情報に含まれる端末情報の一部であっても、当該端末情報＋αであっても、当該端末情報と別のものであっても）よい。
【0056】
（第二送信制御部）
第二送信制御部２３４Ａは、車両側生成部２３２Ａが生成した端末情報を車両側通信部２１がサーバ１Ａおよび第二サーバ１Ｂへ送信するよう、当該車両側通信部２１を制御する。第二送信制御部２３４Ａは、当該車両２Ａが分類されているグループに応じて、サーバ１Ａ、１Ｂを選択して、グループ配信情報および共通配信情報を含むすべての端末情報を送信させる。例えば、車両２Ａが第一グループに分類されたものである場合、第二送信制御部２３４Ａは、サーバ１Ａに対しては、第一グループ配信情報および共通配信情報を含むすべての端末情報を送信させる。一方、第二送信制御部２３４Ａは、第二サーバ１Ｂに対しては、全ての配信情報を送信させない。車両２Ａが第二グループに分類されたものである場合、第二送信制御部２３４Ａは、サーバ１Ａに対しては、全ての配信情報を送信させない。一方、第二送信制御部２３４Ａは、第二サーバ１Ｂに対しては、第二グループ配信情報および共通配信情報を含むすべての端末情報を送信させる。
第二送信制御部２３４Ａは、車両側生成部２３２Ａが生成した端末情報を車両側通信部２１がサーバ１Ａおよび第二サーバ１Ｂへ送信するよう、当該車両側通信部２１を制御する。第二送信制御部２３４Ａは、当該車両２Ａが分類されているグループに応じて、サーバ１Ａ、１Ｂを選択して、グループ配信情報および共通配信情報を含むすべての端末情報を送信させる。例えば、車両２Ａが第一グループに分類されたものである場合、第二送信制御部２３４Ａは、サーバ１Ａに対しては、第一グループ配信情報および共通配信情報を含むすべての端末情報を送信させる。一方、第二送信制御部２３４Ａは、第二サーバ１Ｂに対しては、全ての配信情報を送信させない。車両２Ａが第二グループに分類されたものである場合、第二送信制御部２３４Ａは、サーバ１Ａに対しては、全ての配信情報を送信させない。一方、第二送信制御部２３４Ａは、第二サーバ１Ｂに対しては、第二グループ配信情報および共通配信情報を含むすべての端末情報を送信させる。
【0057】
［サーバ］
本実施形態に係るサーバ１Ａは、第一グループに分類された車両に関する者（例えば、車両のメーカ等）によって管理されているものである。
本実施形態に係るサーバ１Ａは、第一グループに分類された車両に関する者（例えば、車両のメーカ等）によって管理されているものである。
【0058】
｛サーバの構成｝
図３に示したように、サーバ１Ａは、第一実施形態に係るサーバ１と同様のサーバ側通信部１１（通信部）の他、サーバ側記憶部１２Ａ、およびサーバ側制御部１３Ａを備える。
図３に示したように、サーバ１Ａは、第一実施形態に係るサーバ１と同様のサーバ側通信部１１（通信部）の他、サーバ側記憶部１２Ａ、およびサーバ側制御部１３Ａを備える。
【0059】
〔サーバ側記憶部〕
サーバ側記憶部１２Ａは、プログラム１２１Ａを記憶している。プログラム１２１Ａは、サーバ１Ａを動作させるためのものである。本実施形態に係るサーバ側記憶部１２Ａは、第一データベース１２２Ａを記憶している。第一データベース１２２Ａは、複数の車両２Ａのクリアランス情報を蓄積している。図７に示したように、本実施形態に係るクリアランス情報は、それぞれ車両ＩＤ、およびグループＩＤと対応付けられている。グループＩＤは、車両２Ａが分類されているグループを識別するための情報である。また、図３に示したように、本実施形態に係るサーバ側記憶部１２Ａは、第二データベース１２３Ａを記憶している。第二データベース１２３Ａは、各グループに分類されている各車両２からそれぞれ収集した複数の端末情報を、第一グループ配信情報と共通配信情報とに識別可能な形で蓄積している。また、本実施形態に係るサーバ側記憶部１２Ａは、購読テーブル１２４Ａを記憶している。図８に示したように、本実施形態に係る購読テーブル１２４Ａは、トピックと、車両ＩＤと、グループＩＤと、の対応関係を示すテーブルとなっている。
サーバ側記憶部１２Ａは、プログラム１２１Ａを記憶している。プログラム１２１Ａは、サーバ１Ａを動作させるためのものである。本実施形態に係るサーバ側記憶部１２Ａは、第一データベース１２２Ａを記憶している。第一データベース１２２Ａは、複数の車両２Ａのクリアランス情報を蓄積している。図７に示したように、本実施形態に係るクリアランス情報は、それぞれ車両ＩＤ、およびグループＩＤと対応付けられている。グループＩＤは、車両２Ａが分類されているグループを識別するための情報である。また、図３に示したように、本実施形態に係るサーバ側記憶部１２Ａは、第二データベース１２３Ａを記憶している。第二データベース１２３Ａは、各グループに分類されている各車両２からそれぞれ収集した複数の端末情報を、第一グループ配信情報と共通配信情報とに識別可能な形で蓄積している。また、本実施形態に係るサーバ側記憶部１２Ａは、購読テーブル１２４Ａを記憶している。図８に示したように、本実施形態に係る購読テーブル１２４Ａは、トピックと、車両ＩＤと、グループＩＤと、の対応関係を示すテーブルとなっている。
【0060】
〔サーバ側制御部〕
図３に示したように、サーバ側制御部１３Ａは、第一実施形態に係るサーバ側制御部１３と同様の判断部１３１、第二取得部１３３、第三取得部１３４、解析部１３５、およびサーバ側生成部１３７の他、第一取得部１３２Ａと、更新部１３６Ａと、登録部１３８Ａと、第四取得部１３９Ａと、配信部１４０Ａと、を備える。
図３に示したように、サーバ側制御部１３Ａは、第一実施形態に係るサーバ側制御部１３と同様の判断部１３１、第二取得部１３３、第三取得部１３４、解析部１３５、およびサーバ側生成部１３７の他、第一取得部１３２Ａと、更新部１３６Ａと、登録部１３８Ａと、第四取得部１３９Ａと、配信部１４０Ａと、を備える。
【0061】
（第一取得部）
本実施形態に係る第一取得部１３２Ａは、第一グループに分類されている複数の車両２Ａ、および第二グループに分類されている複数の車両２Ａから、端末情報をそれぞれ繰り返し取得する。
本実施形態に係る第一取得部１３２Ａは、第一グループに分類されている複数の車両２Ａ、および第二グループに分類されている複数の車両２Ａから、端末情報をそれぞれ繰り返し取得する。
【0062】
（更新部）
本実施形態に係る更新部１３６Ａは、解析部１３５による解析結果に応じて第一データベース１２２Ａを更新する。
本実施形態に係る更新部１３６Ａは、解析部１３５による解析結果に応じて第一データベース１２２Ａを更新する。
【0063】
（登録部）
本実施形態に係る登録部１３８Ａは、端末情報を、ラベルと対応付けて第二データベース１２３Ａに登録する。
本実施形態に係る登録部１３８Ａは、端末情報を、ラベルと対応付けて第二データベース１２３Ａに登録する。
【0064】
（第四取得部）
本実施形態に係る第四取得部１３９Ａは、配信要求情報を取得すると、第一データベース１２２Ａを参照し、配信要求情報に含まれる車両ＩＤと対応するグループＩＤを取得する。そして、第四取得部１３９Ａは、配信要求情報に含まれる車両ＩＤ、およびトピックと、第一データベース１２２Ａから取得したグループＩＤと、の組を、サーバ側記憶部１２Ａに記憶されている購読テーブル１２４Ａに登録する。
本実施形態に係る第四取得部１３９Ａは、配信要求情報を取得すると、第一データベース１２２Ａを参照し、配信要求情報に含まれる車両ＩＤと対応するグループＩＤを取得する。そして、第四取得部１３９Ａは、配信要求情報に含まれる車両ＩＤ、およびトピックと、第一データベース１２２Ａから取得したグループＩＤと、の組を、サーバ側記憶部１２Ａに記憶されている購読テーブル１２４Ａに登録する。
【0065】
（配信部）
本実施形態に係る配信部１４０Ａは、定期的に購読テーブル１２４Ａを参照し、配信グループを生成する。本実施形態に係る配信部１４０Ａは、購読テーブル１２４Ａに登録されている複数の車両ＩＤのうち、トピックおよびグループが共通するものを一つの配信グループに含める。そして、配信部１４０Ａは、配信グループを単位として、各配信グループに応じた端末情報を、各車両２Ａに配信する。具体的には、配信部１４０Ａは、第一グループに分類されている配信グループに対しては、第一グループに分類される各車両２Ａから取得した端末情報を制限なく配信する。一方、配信部１４０Ａは、第一グループとは異なるグループ（ここでは第二グループ）に分類されている配信グループに対しては、第一グループに分類される各車両２Ａから取得した端末情報のうち、共通配信情報を配信する。すなわち、第二グループに分類されている配信グループに対しては、第一グループ配信情報を除いて配信する。
本実施形態に係る配信部１４０Ａは、定期的に購読テーブル１２４Ａを参照し、配信グループを生成する。本実施形態に係る配信部１４０Ａは、購読テーブル１２４Ａに登録されている複数の車両ＩＤのうち、トピックおよびグループが共通するものを一つの配信グループに含める。そして、配信部１４０Ａは、配信グループを単位として、各配信グループに応じた端末情報を、各車両２Ａに配信する。具体的には、配信部１４０Ａは、第一グループに分類されている配信グループに対しては、第一グループに分類される各車両２Ａから取得した端末情報を制限なく配信する。一方、配信部１４０Ａは、第一グループとは異なるグループ（ここでは第二グループ）に分類されている配信グループに対しては、第一グループに分類される各車両２Ａから取得した端末情報のうち、共通配信情報を配信する。すなわち、第二グループに分類されている配信グループに対しては、第一グループ配信情報を除いて配信する。
【0066】
［第二サーバ］
第二サーバ１Ｂは、第二グループに分類された車両に関する者によって管理されているものである。
第二サーバ１Ｂは、第二グループに分類された車両に関する者によって管理されているものである。
【0067】
｛第二サーバの構成｝
図３に示したように、第二サーバ１Ｂは、サーバ１Ａと同様のサーバ側通信部１１の他、サーバ側記憶部１２Ｂと、サーバ側制御部１３Ｂと、を備える。
図３に示したように、第二サーバ１Ｂは、サーバ１Ａと同様のサーバ側通信部１１の他、サーバ側記憶部１２Ｂと、サーバ側制御部１３Ｂと、を備える。
【0068】
〔サーバ側制御部〕
サーバ側制御部１３Ｂは、サーバ１Ａのサーバ側制御部１３Ａと同様の判断部１３１、第一取得部１３２Ａ、第二取得部１３３、第三取得部１３４、解析部１３５、更新部１３６Ａ、サーバ側生成部１３７、登録部１３８Ａ、および第四取得部１３９Ａの他、配信部１４０Ｂを備える。
サーバ側制御部１３Ｂは、サーバ１Ａのサーバ側制御部１３Ａと同様の判断部１３１、第一取得部１３２Ａ、第二取得部１３３、第三取得部１３４、解析部１３５、更新部１３６Ａ、サーバ側生成部１３７、登録部１３８Ａ、および第四取得部１３９Ａの他、配信部１４０Ｂを備える。
【0069】
（配信部）
本実施形態に係る配信部１４０Ｂは、配信グループを単位として、各配信グループに応じた端末情報を、各車両２Ａに配信する。具体的には、配信部１４０Ｂは、第二グループに分類されている配信グループに対しては、第二グループに分類される各車両２Ａから取得した端末情報を制限なく配信する。一方、配信部１４０Ｂは、第二グループとは異なるグループ（ここでは第一グループ）に分類されている配信グループに対しては、第二グループに分類される各車両２Ａから取得した端末情報のうち、共通配信情報を配信する。すなわち、第一グループに分類されている配信グループに対しては、第二グループに分類される車両２Ａから取得した端末情報については、第二グループ配信情報を除いて配信する。
本実施形態に係る配信部１４０Ｂは、配信グループを単位として、各配信グループに応じた端末情報を、各車両２Ａに配信する。具体的には、配信部１４０Ｂは、第二グループに分類されている配信グループに対しては、第二グループに分類される各車両２Ａから取得した端末情報を制限なく配信する。一方、配信部１４０Ｂは、第二グループとは異なるグループ（ここでは第一グループ）に分類されている配信グループに対しては、第二グループに分類される各車両２Ａから取得した端末情報のうち、共通配信情報を配信する。すなわち、第一グループに分類されている配信グループに対しては、第二グループに分類される車両２Ａから取得した端末情報については、第二グループ配信情報を除いて配信する。
【0070】
｛第二サーバおよび上記サーバの作用効果｝
以上説明してきた第二サーバ１Ｂおよび上記サーバ１Ａによれば、上記第一実施形態に係るサーバ１と同様に、ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積が可能となる。
また、第二サーバ１Ｂおよび上記サーバ１Ａによれば、例えば複数のグループが、互いに競争関係にある場合（例えば、複数の車両メーカである場合等）、協力できる部分に関しては端末情報（共通配信情報）を共有し、協力が難しい部分についてはグループ毎の秘密を保持することができる。
以上説明してきた第二サーバ１Ｂおよび上記サーバ１Ａによれば、上記第一実施形態に係るサーバ１と同様に、ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積が可能となる。
また、第二サーバ１Ｂおよび上記サーバ１Ａによれば、例えば複数のグループが、互いに競争関係にある場合（例えば、複数の車両メーカである場合等）、協力できる部分に関しては端末情報（共通配信情報）を共有し、協力が難しい部分についてはグループ毎の秘密を保持することができる。
【0071】
＜情報処理方法＞
次に、本発明の他の態様に係る情報処理方法の実施形態について説明する。
次に、本発明の他の態様に係る情報処理方法の実施形態について説明する。
【0072】
｛情報処理方法の流れ｝
図９に示したように、情報処理方法は、情報生成ステップＡ１と、第一取得ステップＢ１と、第二取得ステップＢ２と、生成ステップＢ３と、登録ステップＢ４と、要求ステップＡ２と、配信ステップＢ５と、動作ステップＡ３と、を有する。
図９に示したように、情報処理方法は、情報生成ステップＡ１と、第一取得ステップＢ１と、第二取得ステップＢ２と、生成ステップＢ３と、登録ステップＢ４と、要求ステップＡ２と、配信ステップＢ５と、動作ステップＡ３と、を有する。
【0073】
（情報生成ステップ）
初めの情報生成ステップＡ１では、複数の端末装置２が、端末情報を繰り返し生成する。
初めの情報生成ステップＡ１では、複数の端末装置２が、端末情報を繰り返し生成する。
【0074】
（第一取得ステップ）
少なくとも一の端末装置２が少なくとも一の端末情報を生成した後は、第一取得ステップＢ１に移る。第一取得ステップＢ１では、複数の端末装置２から、端末情報をそれぞれ繰り返し取得する。
少なくとも一の端末装置２が少なくとも一の端末情報を生成した後は、第一取得ステップＢ１に移る。第一取得ステップＢ１では、複数の端末装置２から、端末情報をそれぞれ繰り返し取得する。
【0075】
（第二取得ステップ）
端末情報を取得した後は、第二取得ステップＢ２に移る。第二取得ステップＢ２では、クリアランス情報をそれぞれ取得する。なお、第二取得ステップＢ２は、端末情報を取得する前に行ってもよいし、端末情報の取得と並行して行ってもよい。
端末情報を取得した後は、第二取得ステップＢ２に移る。第二取得ステップＢ２では、クリアランス情報をそれぞれ取得する。なお、第二取得ステップＢ２は、端末情報を取得する前に行ってもよいし、端末情報の取得と並行して行ってもよい。
【0076】
（生成ステップ）
端末情報を取得した後は、生成ステップＢ３に移る。生成ステップでは、端末情報の信頼性を示すラベルを生成する。生成ステップＢ３では、一の端末装置２に関する端末情報の取得が初回である場合（Ｂ３１：ＹＥＳ）は、未定ラベルを生成する（ステップＢ３２）。また、生成ステップでは、一の端末装置２に関する端末情報の取得が２回目以降である場合（ステップＢ３１：ＮＯ）は、クリアランス情報に基づいて、信頼ラベル、または不審ラベルを生成する（ステップＢ３３）。
端末情報を取得した後は、生成ステップＢ３に移る。生成ステップでは、端末情報の信頼性を示すラベルを生成する。生成ステップＢ３では、一の端末装置２に関する端末情報の取得が初回である場合（Ｂ３１：ＹＥＳ）は、未定ラベルを生成する（ステップＢ３２）。また、生成ステップでは、一の端末装置２に関する端末情報の取得が２回目以降である場合（ステップＢ３１：ＮＯ）は、クリアランス情報に基づいて、信頼ラベル、または不審ラベルを生成する（ステップＢ３３）。
【0077】
（登録ステップ）
ラベルを生成した後は、登録ステップＢ４に移る。登録ステップＢ４では、端末情報を、ラベルと対応付けて登録する。
ラベルを生成した後は、登録ステップＢ４に移る。登録ステップＢ４では、端末情報を、ラベルと対応付けて登録する。
【0078】
（要求ステップ）
サーバ１が少なくとも一の端末情報を登録した後、所定の配信要求条件が成立した場合に、要求ステップＡ２に移る。要求ステップＡ２では、端末情報の配信をサーバ１へ要求する。
サーバ１が少なくとも一の端末情報を登録した後、所定の配信要求条件が成立した場合に、要求ステップＡ２に移る。要求ステップＡ２では、端末情報の配信をサーバ１へ要求する。
【0079】
（配信ステップ）
端末装置２が端末情報の配信を要求した後は、配信ステップＢ５に移る。配信ステップＢ５では、登録されている端末情報を、複数の端末装置２のうち、当該端末情報の配信を要求してきた端末装置２へ配信する。
端末装置２が端末情報の配信を要求した後は、配信ステップＢ５に移る。配信ステップＢ５では、登録されている端末情報を、複数の端末装置２のうち、当該端末情報の配信を要求してきた端末装置２へ配信する。
【0080】
（動作ステップ）
サーバ１が端末情報を配信した後は、動作ステップＡ３に移る。動作ステップＡ３では、端末装置２が、取得した端末情報に基づく動作を行う。
サーバ１が端末情報を配信した後は、動作ステップＡ３に移る。動作ステップＡ３では、端末装置２が、取得した端末情報に基づく動作を行う。
【0081】
｛情報処理方法の作用効果｝
以上説明してきた情報処理方法では、一の端末装置２に関する端末情報の取得が初回である場合は未定ラベルを生成し、２回目以降である場合は、クリアランス情報に基づいて、信頼ラベル、または不審ラベルに更新する。このため、情報処理方法によれば、ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積が可能となる。
以上説明してきた情報処理方法では、一の端末装置２に関する端末情報の取得が初回である場合は未定ラベルを生成し、２回目以降である場合は、クリアランス情報に基づいて、信頼ラベル、または不審ラベルに更新する。このため、情報処理方法によれば、ラベルの生成に必要な高精度かつ正確なデータを初回から集めることなく、端末情報の蓄積が可能となる。
【0082】
［本発明その他］
なお、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
なお、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【0083】
例えば、上記システム１００、１００Ａは、複数の装置を備え、複数の制御ブロックが各装置に分散して設けられていた。しかし、複数の制御ブロックは単一の装置（例えばサーバ１、１Ａ）に集約されていてもよい。その場合、当該単一の装置をシステム１００、１００Ａと称してもよい。
また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。
また、上記各制御ブロックの機能の一部または全部は、論理回路により実現することも可能である。例えば、上記各制御ブロックとして機能する論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記各制御ブロックの機能を実現することも可能である。
【0084】
また、以上説明してきた本発明の各態様が奏する作用効果は、例えば、国連が提唱する持続可能な開発目標（ＳＤＧｓ）の目標３「すべての人に健康と福祉を」や、目標１１「住み続けられるまちづくりを」等の達成にも貢献するものである。
【符号の説明】
【0085】
１００、１００Ａ システム
１、１Ａ サーバ
１Ｂ 第二サーバ
１１ サーバ側通信部
１２ サーバ側記憶部
１２１ プログラム
１２２ 第一データベース
１２３ 第二データベース
１３、１３Ａ、１３Ｂ サーバ側制御部
１３１ 判断部
１３２ 第一取得部
１３３ 第二取得部
１３４ 第三取得部
１３５ 解析部
１３６ 更新部
１３７ サーバ側生成部
１３８ 登録部
１３９ 第四取得部
１４０、１４０Ａ、１４０Ｂ 配信部
２、２Ａ 車両（端末装置）
２１ 車両側通信部
２２ 車両側記憶部
２２１ 車両プログラム
２３、２３Ａ 車両側制御部
２３１ 収集部
２３２、２３２Ａ 車両側生成部
２３３ 第一送信制御部
２３４、２３４Ａ 第二送信制御部
２３５ 第三送信制御部
２３６ 車両側取得部
２３７ 動作制御部
２４ 情報取得部
Ｎ 通信ネットワーク
Ｓ 外部サーバ
１、１Ａ サーバ
１Ｂ 第二サーバ
１１ サーバ側通信部
１２ サーバ側記憶部
１２１ プログラム
１２２ 第一データベース
１２３ 第二データベース
１３、１３Ａ、１３Ｂ サーバ側制御部
１３１ 判断部
１３２ 第一取得部
１３３ 第二取得部
１３４ 第三取得部
１３５ 解析部
１３６ 更新部
１３７ サーバ側生成部
１３８ 登録部
１３９ 第四取得部
１４０、１４０Ａ、１４０Ｂ 配信部
２、２Ａ 車両（端末装置）
２１ 車両側通信部
２２ 車両側記憶部
２２１ 車両プログラム
２３、２３Ａ 車両側制御部
２３１ 収集部
２３２、２３２Ａ 車両側生成部
２３３ 第一送信制御部
２３４、２３４Ａ 第二送信制御部
２３５ 第三送信制御部
２３６ 車両側取得部
２３７ 動作制御部
２４ 情報取得部
Ｎ 通信ネットワーク
Ｓ 外部サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】