JP2021140768A - データ処理方法、サーバ及びプログラム - Google Patents

Abstract

【課題】移動体の状況に応じたアクションを実行させる。【解決手段】データ処理方法は、実行されるアクションのトリガに関するトリガ情報と、前記アクションの実行主体に関する実行主体情報と、及び前記アクションの内容に関するアクション内容情報とを少なくとも含むアクション情報を記憶することと、前記移動体の移動及び状態の少なくとも一つに関する移動体情報を取得することと、前記移動体情報に基づいて、前記トリガ情報に対応するトリガが成立しているかどうかを判断することと、成立していると判断されたトリガの前記トリガ情報に対応する実行主体情報に少なくとも基づいて実行主体を特定することと、成立していると判断されたトリガの前記トリガ情報に対応するアクション内容情報に基づいて、実行させるアクション内容を特定することと、及び、前記特定された実行主体に対して、前記特定されたアクション内容の実行指示を送信することと、を含む。【選択図】図３

Description

本発明は、少なくとも移動体の情報に応じてアクションを実行させる情報処理技術に関する。

近年、ユーザが予め指定したルールに従って所定の処理を自動で実行する技術が普及している。

例えば、特許文献１は、所定の起動条件を満たすイベントが発生した場合、特定のプロセスを起動するように構成された携帯電話端末を開示している。

特開２０１２-０８８８６０号公報

コネクテッドカーへの注目に伴い、移動体（限定ではなく例として、自動車、二輪車、飛行機、船舶、人、動物等）の移動や状態に応じた処理を自動で実行することへのニーズが高まっている。

しかし、特許文献１の技術では、移動体の移動や状態を考慮していないので、移動体の移動や状態状況に応じた処理を実行させることはできない。

本発明の目的は、少なくとも移動体の移動や状態に応じたアクションを実行させることである。

本発明の一態様は、
アクションのトリガに関するトリガ情報と、前記アクションの実行主体に関する実行主体情報と、及び前記アクションの内容に関するアクション内容情報とを少なくとも含むアクション情報を記憶することと、
前記移動体の移動及び状態の少なくとも一つに関する移動体情報を取得することと、
少なくとも前記移動体情報に基づいて、前記トリガ情報に対応するトリガが成立しているかどうかを判断することと、
前記成立していると判断されたトリガの前記トリガ情報に対応する実行主体情報に少なくとも基づいて実行主体を特定することと、
前記成立していると判断されたトリガの前記トリガ情報に対応するアクション内容情報に少なくとも基づいて、実行させるアクション内容を特定することと、及び、
前記特定された実行主体に対して、前記特定されたアクション内容の実行指示を送信することと、を含む、データ処理方法である。

本発明によれば、移動体の状況に応じたアクションを実行させることができる。

本実施形態の情報処理システムの構成を示すブロック図である。 図１の情報処理システムの機能ブロック図である。 本実施形態の概要の説明図である。 本実施形態のユーザ情報データベースのデータ構造の一例を示す図である。 本実施形態の乗員情報データベースのデータ構造の一例を示す図である。 本実施形態の移動体情報データベースのデータ構造の一例を示す図である。 本実施形態の移動ログ情報データベースのデータ構造の一例を示す図である。 本実施形態のアクション情報データベースのデータ構造の一例を示す図である。 本実施形態の実行ログ情報データベースのデータ構造の一例を示す図である。 本実施形態のアクションの設定処理のシーケンス図である。 図１０の情報処理において表示される画面例を示す図である。 本実施形態のアクションの実行処理のシーケンス図である。 図１２のアクションの特定の詳細なフローチャートである。 変形例１の安全スコアログ情報データベースのデータ構造の一例を示す図である。 変形例１の統計処理のシーケンス図である。 変形例１のアクションの実行処理のシーケンス図である。 変形例３の概要の説明図である。 変形例３のアクションの実行処理のシーケンス図である。 変形例４の概要の説明図である。 変形例４のアクションの実行処理のシーケンス図である。 変形例５の情報処理システムの構成を示すブロック図である。 変形例５の概要の説明図である。 変形例５のアクションの実行処理のシーケンス図である。 変形例６のアクションの実行処理のシーケンス図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）情報処理システムの構成
情報処理システムの構成を説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。図２は、図１の情報処理システムの機能ブロック図である。

図１に示すように、情報処理システム１は、クライアント装置１０と、サーバ３０と、移動体５０と、実行デバイス７０と、を備える。
クライアント装置１０、サーバ３０、移動体５０、及び、実行デバイス７０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

クライアント装置１０は、サーバ３０にリクエストを送信するコンピュータ（「情報処理装置」の一例）である。クライアント装置１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。

サーバ３０は、クライアント装置１０から送信されたリクエストに応じたレスポンスをクライアント装置１０に提供するコンピュータ（「情報処理装置」の一例）である。サーバ３０は、例えば、ウェブサーバである。

移動体５０は、例えば、以下の少なくとも１つである。
・四輪車
・二輪車
・パーソナルモビリティ
・船舶
・飛行体（ドローン及び航空機の少なくとも１つ）
・自律移動可能なロボット（例えば、ロボット掃除機）

実行デバイス７０は、サーバ３０から直接または間接に接続可能であって、何らかの動作を発生させることができるものであれば特に限定されないが、例えば、以下の少なくとも１つである。
・スマートフォン
・タブレット端末
・パーソナルコンピュータ
・サーバコンピュータ（一例として、メールサーバ及びウェブサーバの少なくとも１つ）
・ホストコンピュータ（一例として、ユーザが管理するネットワークに接続されたホストコンピュータ）
・サイネージのコントローラ
・スピーカのコントローラ
・ユーザが装着可能なウェアラブルデバイス
・交通インフラシステム（例えば、信号機、自動開閉ゲート（一例として、ＥＴＣ（Electronic Toll Collection System）ゲート又は改札）、道路標識、及び、案内板の少なくとも１つ）のコントローラ
・都市インフラシステム（例えば、電灯、エスカレータ、エレベータ、水源（一例として、ダム又は河川）の水門又は下水の排水、及び、エネルギ（一例として、電力）のプラント）のコントローラ
・防災インフラシステム（例えば、自然災害（一例として、ゲリラ豪雨、地震、又は、津波）、火災、テロ、及び、感染症の少なくとも１つの緊急情報を伝達するシステム（一例として、防災無線））のコントローラ
・農林畜産インフラシステム（例えば、放水、肥料、及び、餌やりの少なくとも１つの処理を実行するシステム）のコントローラ
・物体に関する情報（例えば、路上に配置されたゴミ箱の集積量に関する情報）をサーバ３０に送信するコンピュータ

（１−１）クライアント装置の構成
クライアント装置１０の構成を説明する。

図２に示すように、クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント装置１０の機能を実現するように構成される。プロセッサ１２は、例えば、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、又は、これらの組み合わせである。

入出力インタフェース１３は、クライアント装置１０に接続される入力デバイスからユーザの指示を取得し、かつ、クライアント装置１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ、スピーカ、又は、それらの組合せである。

通信インタフェース１４は、クライアント装置１０と、サーバ３０及び移動体５０との間の通信を制御するように構成される。

（１−２）サーバの構成
サーバ３０の構成を説明する。

図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、サーバ３０と、クライアント装置１０及び移動体５０との間の通信を制御するように構成される。
なお、サーバ３０の通信インタフェース３４は、移動体５０に備えられた通信インタフェース５４と直接に通信を行うのではなく、間接に通信を行うこととしてもよい。例えば、移動体５０が接触または近接することより、通信インタフェース５４を通じて移動体５０に関する移動体情報を取得する機器（不図示）があり、サーバ３０は移動体情報をかかる機器から直接に、または更になんらかの装置を通じて取得することとしてもよい。例えば、そのような機器として以下が挙げられる。
・移動体５０に配置された機器（不図示）から情報を受信することが可能な、道路等に配置された通信アンテナ（例えば、ＩＴＳスポット）
・所定の通信規格による無線通信（例えば、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ等）が可能である、ユーザが保有する機器またはデバイスから、情報を取得することが可能な機器（例えば、改札機、自動販売機等）

（１−３）移動体の構成
移動体５０の構成を説明する。

図２に示すように、移動体５０は、記憶装置５１と、プロセッサ５２と、入出力インタフェース５３と、通信インタフェース５４と、センサ５５と、移動機構５６と、を備える。

図２に示すように、移動体５０は、記憶装置５１と、プロセッサ５２と、入出力インタフェース５３と、通信インタフェース５４と、センサ５５と、移動機構５６と、を備える。

記憶装置５１は、プログラム及びデータを記憶するように構成される。記憶装置５１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ５２は、記憶装置５１に記憶されたプログラムを起動することによって、移動体５０の機能を実現するように構成される。プロセッサ５２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。

入出力インタフェース５３は、移動体５０に接続される入力デバイスからユーザの指示を取得し、かつ、移動体５０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ、スピーカ、又は、それらの組合せである。

通信インタフェース５４は、移動体５０とサーバ３０との間の通信を制御するように構成される。

センサ５５は、例えば、移動体５０に対して固定又は着脱可能に配置される。センサ５５は、移動体５０の移動体情報を取得するように構成される。移動体情報は、移動体５０の移動及び状態の少なくとも１つに関する情報である。移動体情報は、例えば、以下の少なくとも１つを含む。
・走行情報（一例として、速度に関する速度情報、加速度に関する加速度情報、ジャイロに関するジャイロ情報、加速による荷重方向に関する荷重方向情報、及び、位置に関する位置情報の少なくとも１つ）
・環境情報（一例として、天候情報（例えば、天気に関する情報、及び、雨量等の天気に付随する情報）、風量に関する情報、風向に関する情報、温度に関する情報、湿度に関する情報、気圧に関する情報、地磁気に関する情報、方位に関する情報、環境汚染に関する情報（例えば、PM2.5等の環境汚染部室の度合に関する情報、並びに、香り及び匂いに関する情報の少なくとも１つ））
・位置情報（一例として、緯度、経度、高度、及び、基準点からの相対的な位置の少なくとも１つに関する情報）
・状態情報（一例として、移動体５０の荷重に関する情報、移動体５０の積載物の積載量に関する情報、タイヤ空気圧に関する情報、エンジン回転数に関する情報、燃費に関する情報、燃料残量に関する情報、移動機構５６に対する操作の状態に関する情報、移動機構５６に対する異常操作（例えば、アクセルの踏み間違え等の誤操作）に関する情報、移動距離に関する情報、移動体５０内の状態（例えば、シートベルトの着脱状態、及び、エアバックの開閉状態等）に関する情報、並びに、移動体５０の鍵の開閉状態に関する情報の少なくとも１つ）

移動機構５６は、移動体５０を移動させるための機構である。移動機構５６は、乗員の操作、又は、プロセッサ５２の制御に従って移動体５０を移動させるように構成される。移動機構５６は、例えば、以下の構成を含む。
・車輪
・ステアリング
・アクセル
・ブレーキ
・ギア
・プロペラ
・翼
・エンジン及びモータの少なくとも１つ

（２）実施形態の概要
本実施形態の概要を説明する。図３は、本実施形態の概要の説明図である。

図３に示すように、本実施形態は、クライアント装置１０と、サーバ３０と、移動体５０と、実行デバイス７０と、を含む。

クライアント装置１０は、ユーザの指示に応じて、サーバ３０に対して、アクション情報の設定を要求する。アクション情報は、アクションに関する情報であり、その詳細は後述する。
サーバ３０は、クライアント装置１０の要求に応じて、当該要求に対応するアクション情報を記憶する。

移動体５０は、移動体情報をサーバ３０に送信する。
サーバ３０は、移動体５０から送信された移動体情報を参照して、アクションの実行条件が成立するか否かを判定する。
アクションの実行条件が成立する場合、サーバ３０は、アクションの実行主体（移動体５０、及び、実行デバイス７０の少なくとも１つ）に対して、アクションの実行指示を送信する。
実行主体は、サーバ３０から送信された実行指示に対応するアクションを実行する。

本実施形態の第１例の各構成要素の具体例は、以下のとおりである。
・ユーザ：移動体５０の車両保険サービスを提供する保険会社
・クライアント装置１０：保険会社の従業員、及び、車両保険サービスを利用する顧客（法人又は個人）の少なくとも１人が使用するコンピュータ
・サーバ３０：従業員、顧客等により設定されたアクション情報を管理するコンピュータ
・移動体５０：顧客が使用する車両
・実行デバイス７０：顧客が使用するコンピュータ

本実施形態の第２例の各構成要素の具体例は、以下のとおりである。
・ユーザ：移動体５０の車両レンタルサービスを提供するレンタル会社
・クライアント装置１０：レンタル会社の従業員、及び、車両レンタルサービスを利用する顧客（法人又は個人）の少なくとも１人が使用するコンピュータ
・サーバ３０：従業員、顧客等により設定されたアクション情報を管理するコンピュータ
・移動体５０：顧客が借りる車両
・実行デバイス７０：顧客が使用するコンピュータ

本実施形態の第３例の各構成要素の具体例は、以下のとおりである。
・ユーザ：自治体
・クライアント装置１０：自治体の職員が使用するコンピュータ
・サーバ３０：職員、自治体の管轄地域に居住する住民等により設定されたアクション情報を管理するコンピュータ
・移動体５０：自治体の住民が乗車する車両
・実行デバイス７０：住民が使用するコンピュータ

本実施形態の第４例の各構成要素の具体例は、以下のとおりである。
・ユーザ：自動車メーカ及び自動車の販売会社の少なくとも１つ
・クライアント装置１０：自動車メーカ及び自動車の販売会社の少なくとも１つの社員が使用するコンピュータ
・サーバ３０：設定されたアクション情報を管理するコンピュータ
・移動体５０：顧客及び乗員の少なくとも１人が乗車する車両
・実行デバイス７０：顧客及び乗員の少なくとも１人が使用するコンピュータ

本実施形態の第５例の各構成要素の具体例は、以下のとおりである。
・ユーザ：複数の工事用車両を管理する企業
・クライアント装置１０：複数の工事用車両の状況を管理するコンピュータ
・サーバ３０：企業の従業員等により設定されたアクション情報を管理するコンピュータ
・移動体５０：複数の工事用車両
・実行デバイス７０：複数の工事用車両の乗務員それぞれが保持する、所定のアプリケーションがインストールされたスマートフォン、またはクライアント装置１０自体

（３）データベース
本実施形態のデータベースを説明する。以下のデータベースは、記憶装置３１に記憶される。

（３−１）ユーザ情報データベース
本実施形態のユーザ情報データベースを説明する。図４は、本実施形態のユーザ情報データベースのデータ構造の一例を示す図である。

図４のユーザ情報データベースには、ユーザ情報が格納されている。ユーザ情報は、ユーザに関する情報である。ユーザは、例えば、法人、自治体、及び、組織体の少なくとも１つである。
ユーザ情報データベースは、「ユーザＩＤ」フィールドと、「パスワード」フィールドと、「実行主体」フィールドと、「ユーザ名」フィールドと、「ユーザ属性」フィールドと、を含む。各フィールドは、互いに関連付けられている。

「ユーザＩＤ」フィールドには、ユーザ識別情報が格納される。ユーザ識別情報は、ユーザを識別する情報である。

「パスワード」フィールドには、サーバ３０にユーザがログインするためのパスワードが格納される。

「実行主体」フィールドには、実行主体情報が格納される。実行主体情報は、ユーザによって指定されたアクションの実行主体に関する情報である。実行主体情報は、例えば、以下の少なくとも１つを含む。
・移動体識別情報
・実行デバイス７０を識別するデバイス識別情報

「ユーザ名」フィールドには、ユーザ名に関する情報（例えば、テキスト）が格納される。

「ユーザ属性」フィールドには、ユーザ属性情報が格納される。ユーザ属性情報は、ユーザの属性に関する情報である。「ユーザ属性」フィールドは、「業種」フィールドと、「社員数」フィールドと、「保有移動体数」フィールドと、を含む。

「業種」フィールドには、ユーザの業種に関する情報が格納される。

「社員数」フィールドには、ユーザが雇用する社員の人数に関する情報が格納される。

「保有移動体数」フィールドには、ユーザが保有する移動体（以下「保有移動体」という）の数に関する情報が格納される。

（３−２）乗員情報データベース
本実施形態の乗員情報データベースを説明する。図５は、本実施形態の乗員情報データベースのデータ構造の一例を示す図である。

図５の乗員情報データベースには、乗員情報が格納されている。乗員情報は、移動体５０の乗員に関する情報である。
乗員情報データベースは、「乗員ＩＤ」フィールドと、「乗員」フィールドと、「乗員属性」フィールドと、を含む。各フィールドは、互いに関連付けられている。
乗員情報データベースは、ユーザ識別情報に関連付けられる。

「乗員ＩＤ」フィールドには、乗員識別情報が格納される。乗員識別情報は、乗員を識別する情報である。乗員は、例えば、以下の少なくとも１つを含む。
・ユーザに所属する人物（一例として、ユーザが法人（つまり、雇用者）である場合、当該法人の被雇用者）
・ユーザが提供するサービスを利用する人物（一例として、ユーザが提供するサービスの顧客）

「乗員名」フィールドには、乗員名に関する情報（例えば、テキスト）が格納される。

「乗員属性」フィールドには、乗員属性情報が格納される。乗員属性情報は、乗員の属性に関する情報である。「乗員属性」フィールドは、「性別」フィールドと、「年齢」フィールドと、「グループ」フィールドと、を含む。

「性別」フィールドには、乗員の性別に関する情報が格納される。

「年齢」フィールドには、乗員の年齢に関する情報が格納される。

「グループ」フィールドには、グループ情報が格納される。グループ情報は、ユーザを構成するグループのうち、乗員が所属するグループに関する情報である。グループは、例えば、法人を構成する部門である。

（３−３）移動体情報データベース
本実施形態の移動体情報データベースを説明する。図６は、本実施形態の移動体情報データベースのデータ構造の一例を示す図である。

図６の移動体情報データベースには、移動体情報が格納されている。移動体情報は、ユーザの保有移動体に関する情報である。
移動体情報データベースは、「移動体ＩＤ」フィールドと、「月額保険料」フィールドと、「移動体属性」フィールドと、「リース」フィールドと、を含む。各フィールドは、互いに関連付けられている。
移動体情報データベースは、ユーザ識別情報に関連付けられる。

「移動体ＩＤ」フィールドには、移動体識別情報が格納される。移動体識別情報は、移動体５０を識別する情報である。

「月額保険料」フィールドには、月額保険料に関する情報が格納される。「月額保険料」フィールドは、移動体５０に掛けられた保険契約の更新の度に更新される。

「移動体属性」フィールドには、移動体属性情報が格納される。移動体属性情報は、移動体５０の属性に関する情報である。「移動体属性」フィールドは、「車種」フィールドと、「用途」フィールドと、「管理グループ」フィールドと、を含む。

「車種」フィールドには、移動体５０の車種に関する情報が格納される。

「用途」フィールドには、移動体５０の用途に関する情報が格納される。

「管理グループ」フィールドには、移動体５０を管理するグループ（以下「管理グループ」という）に関する情報が格納される。
その他にも、限定ではなく例として、図示しないが、移動体５０についてユーザが利用しているガソリンスタンド、ｅＶ充電スポット、修理ディーラーなどに関する情報などを格納してもよい。

（３−４）移動ログ情報データベース
本実施形態の移動ログ情報データベースを説明する。図７は、本実施形態の移動ログ情報データベースのデータ構造の一例を示す図である。

図７の移動ログ情報データベースには、移動ログ情報が格納されている。移動ログ情報は、移動体５０の移動の履歴に関する情報である。
移動ログ情報データベースは、「移動ログＩＤ」フィールドと、「日時」フィールドと、「移動」フィールドと、を含む。各フィールドは、互いに関連付けられている。
移動ログ情報データベースは、移動体識別情報に関連付けられる。

「移動ログＩＤ」フィールドには、移動ログ識別情報が格納される。移動ログ識別情報は、移動ログを識別する情報である。

「日時」フィールドには、移動ログの対象となる日時に関する情報が格納される。

「移動」フィールドには、移動体情報の履歴が格納される。「移動」フィールドは、「走行」フィールドと、「環境」フィールドと、を含む。

「走行」フィールドには、移動体５０の走行に関する走行情報が格納される。

「環境」フィールドには、移動体５０の移動の環境に関する環境情報が格納される。

（３−５）アクション情報データベース
本実施形態のアクション情報データベースを説明する。図８は、本実施形態のアクション情報データベースのデータ構造の一例を示す図である。

図８のアクション情報データベースには、アクション情報が格納されている。
アクション情報データベースは、「アクションＩＤ」フィールドと、「フロー種別」フィールドと、「シナリオ」フィールドと、を含む。各フィールドは、互いに関連付けられている。
アクション情報データベースは、移動体識別情報に関連付けられる。

「アクションＩＤ」フィールドには、アクション識別情報が格納される。アクション識別情報は、アクション情報を識別する情報である。

「シナリオ」フィールドには、シナリオ情報が格納される。シナリオ情報は、アクションの内容（以下「シナリオ」という）に関する情報である。「シナリオ」フィールドは、「シナリオ名」フィールドと、「トリガ」フィールドと、「実行主体」フィールドと、「アクション内容」フィールドと、を含む。

「シナリオ名」フィールドには、シナリオ名に関する情報（例えば、テキスト）が格納される。

「トリガ」フィールドには、トリガ情報が格納される。アクションの実行条件（以下「トリガ」という）に関する情報である。

なお、トリガ情報の要素となりうるのは、センサ５５によって取得された移動体情報に限られず、例えば、ユーザの業種などのユーザ情報、運転者の属性（例えば、年齢）などの乗員情報、天気などの環境情報、車種などであってもよい。

「実行主体」フィールドには、アクションの実行主体に関する情報である実行主体情報が格納される。

「アクション内容」フィールドには、アクション内容に関する情報が格納される。アクション内容に関する情報は、実行すべきアクションに関する情報である。

「アクション種別」フィールドには、アクション種別情報が格納される。アクション種別情報は、アクションの種別に関する情報である。アクションの種別は、リアルタイムタイプと、バッチタイプと、を含む。

シナリオ情報の一例を以下に挙げる。
「シナリオ名」：悪天候下でのスピード過剰警告
「トリガ」：移動体５０の位置における天候が雨または雪であり、移動体５０の速度が５０km/hを超過した
「実行主体」：移動体５０に備えられたスピーカー装置
「アクション」：「スピードが過剰です。スピードを落としてください」という音声をスピーカー装置から出力する ?「アクション種別」：リアルタイムタイプ

リアルタイムタイプは、移動体５０から送信された移動体情報がトリガを成立させる場合にアクションを実行する種別である。つまり、リアルタイムタイプは、トリガを成立させる移動体情報が送信されたときに実行されるアクションである。

バッチタイプは、移動ログ情報データベースに格納された移動ログ情報がトリガを成立させる場合にアクションを実行する種別である。つまり、バッチタイプは、所定の日時（例えば、始業時刻である平日９時）になった場合や、ユーザ入力による指示があった場合など、移動体情報の送信とは無関係のタイミングでの何らかの契機に基づいて、トリガが成立するかどうかについて移動ログ情報を読み込むことにより判断され、トリガが成立する移動体情報場合に実行されるアクションである。

（３−６）実行ログ情報データベース
本実施形態の実行ログ情報データベースを説明する。図９は、本実施形態の実行ログ情報データベースのデータ構造の一例を示す図である。

図９の実行ログ情報データベースには、実行ログ情報が格納されている。実行ログ情報は、実行されたアクションの履歴に関する情報である。
実行ログ情報データベースは、「実行ログＩＤ」フィールドと、「日時」フィールドと、「実行主体」フィールドと、「ステータス」フィールドと、を含む。各フィールドは、互いに関連付けられている。
実行ログ情報データベースは、アクション識別情報に関連付けられる。

「実行ログＩＤ」フィールドには、実行ログ識別情報が格納される。実行ログ識別情報は、実行ログ情報を識別する情報である。

「日時」フィールドには、アクションが実行された日時に関する情報である。

「実行主体」フィールドには、アクションを実行した実行主体の実行主体情報が格納される。

「ステータス」フィールドには、ステータス情報が格納される。ステータス情報は、アクションの実行の結果（例えば、アクションの実行の成功又は失敗）に関する情報である。

（４）情報処理
本実施形態の情報処理を説明する。

（４−１）アクションの設定処理
本実施形態のアクション情報の設定処理を説明する。図１０は、本実施形態のアクション情報の設定処理のシーケンス図である。図１１は、図１０の情報処理において表示される画面例を示す図である。

図１０に示すように、クライアント装置１０は、ログインリクエスト（Ｓ１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１０（図１１）をディスプレイに表示する。

画面Ｐ１０は、操作オブジェクトＢ１０と、フィールドオブジェクトＦ１０ａ〜Ｆ１０ｂと、を含む。

フィールドオブジェクトＦ１０ａは、ユーザ識別情報の入力を受け付けるオブジェクトである。
フィールドオブジェクトＦ１０ｂは、パスワードの入力を受け付けるオブジェクトである。

操作オブジェクトＢ１０は、ログインリクエストを実行するためのユーザ指示を受け付けるオブジェクトである。

ユーザが、フィールドオブジェクトＦ１０ａにユーザ識別情報を入力し、且つ、操作オブジェクトＢ１０を操作すると、プロセッサ１２は、ログインリクエストデータをサーバ３０に送信する。
ログインリクエストデータは、以下の情報を含む。
・フィールドオブジェクトＦ１０ａに入力されたユーザ識別情報
・フィールドオブジェクトＦ１０ｂに入力されたパスワード

ステップＳ１１０の後、サーバ３０は、ログインレスポンス（Ｓ１３０）を実行する。
具体的には、プロセッサ３２は、ユーザ情報データベース（図４）を参照して、ログインリクエストデータに含まれるユーザ識別情報に関連付けられた「パスワード」フィールドの情報を特定する。
プロセッサ３２は、特定された「パスワード」フィールドの情報と、ログインリクエストデータに含まれるパスワードと、が一致する場合、ログインレスポンスデータをクライアント装置１０に送信する。
ログインレスポンスデータは、以下の情報を含む。
・ログインリクエストデータに含まれるユーザ識別情報に関連付けられた「実行主体」フィールドの情報（つまり、実行主体情報）

ステップＳ１３０の後、クライアント装置１０は、実行主体の設定（Ｓ１１１）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１１（図１１）をディスプレイに表示する。

画面Ｐ１１は、指示オブジェクトＯＢＪ１１ａ〜ＯＢＪ１１ｂと、操作オブジェクトＢ１１と、領域オブジェクトＡ１１と、を含む。

指示オブジェクトＯＢＪ１１ａ〜ＯＢＪ１１ｂは、実行主体を設定するためのユーザ指示を受け付けるオブジェクトである。指示オブジェクトＯＢＪ１１ａ〜ＯＢＪ１１ｂには、それぞれ、ログインレスポンスデータに含まれる実行主体情報が割り当てられる。

領域オブジェクトＡ１１は、指示オブジェクトＯＢＪ１１ａ〜ＯＢＪ１１ｂの少なくとも１つを配置可能に構成される。

操作オブジェクトＢ１１は、領域オブジェクトＡ１１に配置された指示オブジェクトＯＢＪ１１ａ〜ＯＢＪ１１ｂの少なくとも１つを実行主体として確定させるためのユーザ指示を受け付けるオブジェクトである。

例えば、ユーザが、ドラッグアンドドロップ操作により指示オブジェクトＯＢＪ１１ａを領域オブジェクトＡ１１に配置し、且つ、操作オブジェクトＢ１１を操作すると、プロセッサ１２は、指示オブジェクトＯＢＪ１１ａに割り当てられた実行主体情報（例えば、移動体識別情報「Ｍ０１」）を記憶装置１１に記憶する。

ステップＳ１１１の後、クライアント装置１０は、アクション内容の設定（Ｓ１１２）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１２（図１１）をディスプレイに表示する。

画面Ｐ１２は、指示オブジェクトＯＢＪ１２ａ〜ＯＢＪ１２ｂと、操作オブジェクトＢ１２と、領域オブジェクトＡ１２と、を含む。

指示オブジェクトＯＢＪ１２ａ〜ＯＢＪ１２ｂは、アクション内容を設定するためのユーザ指示を受け付けるオブジェクトである。指示オブジェクトＯＢＪ１２ａ〜ＯＢＪ１２ｂには、それぞれ、アクション内容に関する情報が割り当てられる。

領域オブジェクトＡ１２は、指示オブジェクトＯＢＪ１２ａ〜ＯＢＪ１２ｂの少なくとも１つを配置可能に構成される。

操作オブジェクトＢ１２は、領域オブジェクトＡ１１に配置された指示オブジェクトＯＢＪ１２ａ〜ＯＢＪ１２ｂの少なくとも１つを実行されるべきアクションとして確定させるためのユーザ指示を受け付けるオブジェクトである。

例えば、ユーザが、ドラッグアンドドロップ操作により指示オブジェクトＯＢＪ１２ａを領域オブジェクトＡ１２に配置し、且つ、操作オブジェクトＢ１２を操作すると、プロセッサ１２は、指示オブジェクトＯＢＪ１２ａに割り当てられたアクション内容に関する情報（例えば、「ＡＣＴ０１」）を記憶装置１１に記憶する。

ステップＳ１１２の後、クライアント装置１０は、トリガの設定（Ｓ１１３）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１３（図１１）をディスプレイに表示する。

画面Ｐ１３は、指示オブジェクトＯＢＪ１３ａ〜ＯＢＪ１３ｂと、操作オブジェクトＢ１３と、領域オブジェクトＡ１３と、を含む。

指示オブジェクトＯＢＪ１３ａ〜ＯＢＪ１３ｂは、トリガを設定するためのユーザ指示を受け付けるオブジェクトである。指示オブジェクトＯＢＪ１３ａ〜ＯＢＪ１３ｂには、それぞれ、トリガ情報が割り当てられる。

領域オブジェクトＡ１３は、指示オブジェクトＯＢＪ１３ａ〜ＯＢＪ１３ｂの少なくとも１つを配置可能に構成される。

操作オブジェクトＢ１３は、領域オブジェクトＡ１１に配置された指示オブジェクトＯＢＪ１３ａ〜ＯＢＪ１３ｂの少なくとも１つをトリガとして確定させるためのユーザ指示を受け付けるオブジェクトである。

例えば、ユーザが、ドラッグアンドドロップ操作により指示オブジェクトＯＢＪ１３ａを領域オブジェクトＡ１３に配置し、且つ、操作オブジェクトＢ１３を操作すると、プロセッサ１２は、指示オブジェクトＯＢＪ１３ａに割り当てられたトリガ情報（例えば、「ＴＲ０１」）を記憶装置１１に記憶する。

ステップＳ１１３の後、クライアント装置１０は、アクション情報設定リクエスト（Ｓ１１４）を実行する。
具体的には、プロセッサ１２は、アクション情報設定リクエストデータをサーバ３０に送信する。アクション情報設定リクエストデータは、以下の情報を含む。
・ステップＳ１１２で記憶装置１１に記憶された実行主体情報
・ステップＳ１１３で記憶装置１１に記憶されたアクション内容情報
・ステップＳ１１４で記憶装置１１に記憶されたトリガ情報

ステップＳ１１４の後、サーバ３０は、アクション情報の設定（Ｓ１３１）を実行する。
具体的には、プロセッサ３２は、アクション情報設定リクエストデータに含まれるトリガ情報を参照して、アクションの種別（つまり、リアルタイムタイプ又はバッチタイプ）を判定する。
プロセッサ３２は、ログインリクエストデータに含まれるユーザ識別情報に関連付けられたアクション情報データベース（図８）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「アクションＩＤ」フィールド：新規のアクション識別情報
・「アクション種別」フィールド：アクションの種別の判定結果に基づくアクション種別情報
・「実行主体」フィールド：アクション情報設定リクエストデータに含まれる実行主体情報
・「アクション内容」フィールド：アクション情報設定リクエストデータに含まれるアクション内容に関する情報
・「トリガ」フィールド：アクション情報設定リクエストデータに含まれるトリガ情報

（４−２）アクションの実行処理
本実施形態のアクションの実行処理を説明する。図１２は、本実施形態のアクションの実行処理のシーケンス図である。図１３は、図１２のアクションの特定の詳細なフローチャートである。

図１２に示すように、移動体５０は、移動体情報の送信（Ｓ２５０）を実行する。
具体的には、センサ５５は、移動体５０の移動体情報を取得する。
プロセッサ５２は、以下の情報をサーバ３０に送信する。
・移動体識別情報
・センサ５５によって取得された移動体情報
・ステップＳ２５０の実行日時に関する情報

ステップＳ２５０の後、サーバ３０は、移動ログ情報データベースの更新（Ｓ２３０）を実行する。
具体的には、プロセッサ３２は、ステップＳ２５０で送信された移動体識別情報に関連付けられた移動ログ情報データベース（図７）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「移動ログＩＤ」フィールド：新規の移動ログ識別情報
・「日時」フィールド：ステップＳ２５１で送信された実行日時に関する情報
・「移動」フィールド：ステップＳ２５１で送信された移動体情報

ステップＳ２３０の後、サーバ３０は、アクション情報の特定（Ｓ２３１）を実行する。

図１３に示すように、サーバ３０は、対象ユーザの特定（Ｓ２３１０）を実行する。
具体的には、ステップＳ２５０で送信された移動体識別情報を含む移動体情報データベース（図６）に関連付けられたユーザ識別情報（以下「対象ユーザ識別情報」という）を特定する。
プロセッサ３２は、ステップＳ２５１で送信された移動体情報を参照して、対象ユーザ識別情報に関連付けられたアクション情報データベース（図８）の「トリガ」フィールドのトリガ情報に対応するトリガが成立するレコードを特定する。
プロセッサ３２は、特定されたレコードの「アクションＩＤ」フィールドのアクション識別情報（以下「対象アクション識別情報」という）を特定する。対象アクション識別情報は、実行すべきアクション（以下「対象アクション」という）を識別する情報である。

ステップＳ２３１０の後、サーバ３０は、対象実行主体の特定（Ｓ２３１１）を実行する。
具体的には、プロセッサ３２は、ステップＳ２３１０で特定された対象アクション識別情報に関連付けられた「実行主体」フィールドの実行主体情報（以下「対象実行主体情報」という）を特定する。対象実行主体情報は、対象アクションの実行主体（以下「対象実行主体」という）を識別する情報である。

ステップＳ２３１１の後、サーバ３０は、対象アクションの特定（Ｓ２３１２）を実行する。
具体的には、プロセッサ３２は、ステップＳ２３１０で特定された対象アクション識別情報に関連付けられた「アクション」フィールドのアクション内容情報（以下「対象アクション内容情報」という）を特定する。特定されたアクション内容情報は、対象アクション内容（以下「対象アクション」という）に関する情報である。

ここで、前述の説明では、対象実行主体の特定の後に、対象アクションの特定を行うこととしているが、対象アクションの特定の後に、対象実行主体の特定を行うこととしてもよく、順番は特に限定されない。

なお、本実施形態においては、アクション情報の設定時に実行主体を具体的に特定することとしているが、この方法に限られない。例えば、サーバ３０に記憶される実行主体情報の設定を、アクション実行時において移動体Ｍ０１から半径ｒキロメートル以内に位置する実行デバイス７０として、トリガ成立時における移動体５０の移動体情報に応じたものとすることができる。その後、サーバ３０が実行リクエストを行う際に、この設定された条件に対応する実行デバイス７０を特定し、それらの実行デバイス７０に対して実行リクエストを行うこととしてもよい。換言すれば、実行主体の設定は、具体的な実行デバイス７０を特定することに限られず、何らかの条件を満たす実行主体としてもよく、また、実行主体の特定は、アクション情報を設定する時点で行うことに限られず、アクションを実行する時点など、アクション情報の設定からアクション実行までの期間の任意の時点で実行主体を特定することとしてもよい。
この設定される条件における要素は、移動体情報についてのみでなく、サーバ３０が他の移動体情報に基づいて取得する、または別途のサービス等から取得する、移動体５０に関連する移動体の外部の状況情報、例えば、渋滞状況などを含めてもよく、その内容は特に限定されない。

同様に、本実施形態においては、アクション情報の設定時にアクション内容を具体的に特定することとしているが、この方法に限られない。例えば、サーバ３０に記憶されるアクション内容情報の設定を、アクション実行時において移動体Ｍ０１が移動中であると判断された場合は移動体Ｍ０１内に備えられたスピーカーからメッセージを出力し、停止している場合（例えば、アイドリング状態またはエンジンを切っている状態である）は、移動体Ｍ０１に備えられたディスプレイにメッセージを出力する、などとして、トリガ成立時における移動体５０の状況に応じたものとすることができる。その後、サーバ３０が実行リクエストを行う際に、この設定された条件に対応するアクション内容を特定し、実行デバイス７０に対してこの特定されたアクション内容の実行リクエストを行うこととしてもよい。換言すれば、アクション内容の設定は、具体的なアクション内容を特定することに限られず、何らかの条件に基づいて決定されるアクション内容としてもよく、また、アクション内容の特定は、アクション情報を設定する時点で行うことに限られず、アクションを実行する時点など、アクション情報の設定からアクション実行までの期間の任意の時点で実行主体を特定することとしてもよい。
??この設定される条件における要素は、移動体情報についてのみでなく、サーバ３０が他の移動体情報に基づいて取得する、または別途のサービス等から取得する、移動体５０に関連する移動体の外部の状況情報、例えば、渋滞状況などを含めてもよく、その内容は特に限定されない。

更に、アクション内容の特定は、その前に特定された実行主体に基づいて行われてもよい。例えば、サーバ３０に記憶される実行主体情報の設定を「アクション実行時において移動体Ｍ０１から半径ｒ１キロメートル以内に位置するサイネージ」とし、アクション内容情報の設定を「渋滞が発生している旨を画像情報または文字情報で出力する」としていた場合に、トリガ成立時に当該設定に対応する実行デバイス７０であるサイネージが、渋滞情報を示す画像情報の表示が可能であればその画像の表示をアクション内容とし、画像情報の表示が不可能であれば渋滞発生の旨の文字情報の表示をアクション内容として特定する。

更に、実行主体の特定は、その前に特定されたアクション内容に基づいて行われてもよい。例えば、サーバ３０に記憶されるアクション内容情報の設定を「移動体Ｍ０１から半径ｒ２キロメートル以内に位置する移動体に渋滞発生の旨を通知する」としていた場合に、ディスプレイ装置を備えている移動体においてはそのディスプレイ装置を実行主体として、その旨のメッセージを表示させ、ディスプレイ装置を備えていない移動体においては別途の装置（例えば、スピーカー装置や、移動体の運転手が保有するスマートフォン）を実行主体として、メッセージを通知（音声通知、表示通知など）する。

ステップＳ２３１の後、サーバ３０は、実行リクエスト（Ｓ２３２）を実行する。
具体的には、プロセッサ３２は、ステップＳ２３１１で特定された対象実行主体（クライアント装置１０、移動体５０、及び、実行デバイス７０の少なくとも１つ）に実行リクエストデータを送信する。実行リクエストデータは、以下の情報を含む。
・ステップＳ２３１２で特定された対象アクション情報

ステップＳ２３２の後、移動体５０は、アクションを実行する（Ｓ２５１）。
具体的には、プロセッサ５２は、実行リクエストデータに含まれるアクション内容情報に対応するアクションを実行する。

ステップＳ２５１で実行されるアクションは、例えば、以下が挙げられる。しかしながら、移動体５０において実行されるアクション内容は特に限定されず、移動体５０その他から得られた情報が所定の条件を満たすことにより発生したトリガが、移動体５０における何らかの手段または機能を動作させるものであればよい。
（例１）
・トリガ：移動体５０の速度が所定速度（例えば、１３０ｋｍ／ｈ）以上である。
・アクション：移動体５０のシートを振動させる。
（例２）
・トリガ：移動体５０の位置が所定位置を基準として所定範囲内（例えば、半径１００ｍ以内）である。
・アクション：移動体５０に配置されたディスプレイに所定のメッセージ（一例として、「目的地が近づいています」というメッセージ）を表示する。
（例３）
・トリガ：移動体５０の位置が目的地までｎkm以内になった。
・アクション：移動体５０に配置されたスピーカから所定の音声メッセージ（一例として、「目的地が近づいています」という音声メッセージ）を出力する。
（例４）
・トリガ：移動体５０の目的地への到着予想時刻がｎ分以内になった。
・アクション：移動体５０に配置されたスピーカから所定の音声メッセージ（一例として、「まもなく到着です」という音声メッセージ）を出力する。
（例５）
・トリガ：移動体５０が他の移動体から危険行為（一例として、あおり運転）を受けた(ｎ分以内に他の移動体から複数回にわたってｐメートル以内に後方から接近された)。
・アクション：移動体５０に配置されたディスプレイに所定の音声メッセージ（一例として、「後方に危険車両が接近しています」という音声メッセージ）を出力する。
（例６）
・トリガ：移動体５０の乗員の運転歴が一定期間（一例として、２年）以下であり、かつ、移動体５０が位置する地点において天気が雨であった。
・アクション：移動体５０に配置されたスピーカから所定の音声メッセージ（一例として、「スピードを落として、慎重に運転しましょう」という音声メッセージ）を出力する。

ステップＳ２５１の後、移動体５０は、実行結果通知（Ｓ２５２）を実行する。
具体的には、プロセッサ５２は、アクションの実行の結果に関する通知（以下「実行結果通知」という）をサーバ３０に送信する。実行結果通知は、以下の情報を含む。
・アクションを実行した実行主体（つまり、移動体５０）の実行主体情報
・実行されたアクションのアクション識別情報
・アクション（つまり、ステップＳ２５１）の実行日時に関する情報
・ステータス情報

ステップＳ２３２の後、実行デバイス７０は、アクションを実行する（Ｓ２７０）。
具体的には、実行デバイス７０は、実行リクエストデータに含まれるアクション内容情報に対応するアクションを実行する。

ステップＳ２７０で実行されるアクションは、例えば、以下が挙げられる。しかしながら、移動体５０において実行されるアクション内容は特に限定されず、移動体５０その他から得られた情報に基づき成立したトリガに対応し、実行デバイス７０における何らかの手段または機能を動作させるものであればよい。
（例１）
・トリガ：移動体５０から移動体情報がｎ分以上送信されなかった。
・アクション：乗員が使用するスマートフォンに所定のメッセージ（一例として、「移動体５０との通信が解除されています」というメッセージ）を通知する。
（例２）
・トリガ：移動体５０が所定位置を通過した。
・アクション：所定位置の周辺に配置された街灯を点灯又は消灯させる。
（例３）
・トリガ：移動体５０が、移動体情報データベースにおいて当該移動体５０に紐付けて登録されているガソリンスタンドから一定距離（例えば、３００ｍ）の範囲内に入り、かつ、移動体５０に搭載されている燃料残量が一定値（例えば、２０％）未満であった。
・アクション： 所定位置の周辺に配置されたサイネージに所定の画像、例えば、登録されているガソリンスタンドへ進行するよう促すような表示（例えば、燃料残量が少なくなっている旨、及びガソリンスタンドへの進行方向を示す矢印画像との組み合わせ）をする。
（例４）
・トリガ：移動体５０が所定の位置から半径ｎkm以内で定義される円領域に入った。
・アクション：所定の位置にいる人物が保有する携帯通信装置（例えば、スマートフォン、スマートウォッチ等）に所定のメッセージ（一例として、「移動体５０がまもなく到着します」というメッセージ）を通知する。

ステップＳ２７０の後、実行デバイス７０は、実行結果通知（Ｓ２７１）を実行する。
具体的には、実行デバイス７０は、アクションの実行結果通知をサーバ３０に送信する。実行結果通知は、例えば、以下の情報を含む。
・アクションを実行した実行主体（つまり、実行デバイス７０）の実行主体情報
・実行されたアクションのアクション識別情報
・アクション（つまり、ステップＳ２７０）の実行日時に関する情報
・ステータス情報

ステップＳ２５２及びＳ２７１の少なくとも１つの後、サーバ３０は、実行ログ情報データベースの更新（Ｓ２３３）を実行する。
具体的には、プロセッサ３２は、クライアント装置１０、移動体５０、及び、実行デバイス７０の少なくとも１つから実行結果通知を受信すると、実行結果通知に含まれるアクション識別情報に関連付けられた実行ログ情報データベース（図９）に、新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「実行ログＩＤ」フィールド：新規の実行ログ識別情報
・「日時」フィールド：実行結果通知に含まれる実行日時に関する情報
・「実行主体」フィールド：実行結果通知に含まれる実行主体情報
・「ステータス」フィールド：実行結果通知に含まれるステータス情報

本実施形態によれば、サーバ３０が、移動体５０の移動体情報を取得し、且つ、当該移動体情報に応じたアクションの実行指示を、アクションの実行主体に送信する。これにより、移動体５０の移動及び状態の少なくとも１つに応じたアクションを実行させることができる。

特に、本実施形態によれば、サーバ３０が、移動体５０の移動体情報を取得したときに、当該移動体情報に応じた対象アクション情報を特定する。これにより、移動体５０の移動及び状態の少なくとも１つに応じてアクションを実行させることができる。

特に、本実施形態によれば、サーバ３０が、少なくとも１つの移動体５０を対象実行主体として特定する。これにより、少なくとも１つの移動体５０に対象アクションを実行させることができる。

特に、本実施形態によれば、サーバ３０が、移動体情報を送信した移動体５０を対象実行主体として特定する。これにより、移動体情報を送信した移動体５０に、当該移動体情報に応じた対象アクションを実行させることができる。

特に、本実施形態によれば、サーバ３０が、ユーザによって指定された実行主体（例えば、移動体５０及び実行デバイス７０の少なくとも１つ）を対象実行主体として特定する。これにより、ユーザによって指定された実行主体に対象アクションを実行させることができる。

特に、本実施形態によれば、サーバ３０が、ユーザによって作成されたアクション情報とユーザ識別情報とを関連付けて記憶する。これにより、ユーザによって作成されたアクション情報をユーザ毎に管理することができる。

特に、本実施形態によれば、サーバ３０が、アクションの実行の履歴に関する情報を記憶する。これにより、アクションの実行の履歴に関する情報を管理することができる。

特に、本実施形態によれば、サーバ３０が、移動体５０に配置されたセンサ５５によって検出された移動体情報に応じたアクションを実行する。これにより、より正確な移動体情報を用いたアクションの実行が可能になる。

（５）変形例
本実施形態の変形例を説明する。

（５−１）変形例１
変形例１を説明する。変形例１は、１台の移動体５０の移動の履歴を参照してバッチタイプのアクションを実行する例である。

（５−１−１）安全スコアログ情報データベース
変形例１の安全スコアログ情報データベースを説明する。図１４は、変形例１の安全スコアログ情報データベースのデータ構造の一例を示す図である。

図１４の安全スコアログ情報データベースには、安全スコアログ情報が格納されている。安全スコアログ情報は、安全スコアの履歴に関する情報である。安全スコアは、移動体５０の走行の安全レベルに関する情報である。
安全スコアログ情報データベースは、「安全スコアログＩＤ」フィールドと、「日付」フィールドと、「統計」フィールドと、「安全スコア」フィールドと、を含む。各フィールドは、互いに関連付けられている。
安全スコアログ情報データベースは、移動体識別情報に関連付けられる。

「安全スコアログＩＤ」フィールドには、安全スコアログ識別情報が格納される。安全スコアログ識別情報は、安全スコアログを識別する情報である。

「日付」フィールドには、安全スコアの対象となる走行の日付に関する情報が格納される。

「統計」フィールドには、統計情報が格納される。統計情報は、移動体情報に対する統計結果に関する情報である。「統計」フィールドは、「急加速回数」フィールドと、「急減速回数」フィールドと、「急ハンドル回数」フィールドと、「加速度分布」フィールドと、「総走行距離」フィールドと、「総走行時間」フィールドと、を含む。

「急加速回数」フィールドには、急加速の回数に関する情報が格納される。

「急減速回数」フィールドには、急減速の回数に関する情報が格納される。

「急ハンドル回数」フィールドには、急ハンドルの回数に関する情報が格納される。

「加速度分布」フィールドには、加速度の分布に関する情報が格納される。

「総走行距離」フィールドには、総走行距離に関する情報が格納される。

「総走行時間」フィールドには、総走行時間に関する情報が格納される。

「安全スコア」フィールドには、安全スコアに関する情報が格納される。

（５−１−２）情報処理
変形例１の情報処理を説明する。

（５−１−２−１）統計処理
変形例１の統計処理を説明する。図１５は、変形例１の統計処理のシーケンス図である。

図１５の統計処理は、所定のタイミング（例えば、１日のうちの所定時刻）に実行される。

図１５に示すように、サーバ３０は、統計（Ｓ３３０）を実行する。
具体的には、記憶装置３１には、統計モデルが記憶されている。統計モデルには、移動ログ情報と統計情報の相関関係が記述されている。
プロセッサ３２は、各移動体識別情報に関連付けられた移動ログ情報データベース（図７）を特定する。
プロセッサ３２は、特定された移動ログ情報データベースのうち、所定期間（例えば、図１５の処理の実行日と同一の日）に該当するレコードを特定する。
プロセッサ３２は、特定されたレコードの「移動」フィールドの情報（以下「対象移動体情報」という）を統計モデルに入力することにより、対象移動体情報に対応する統計情報を計算する。
統計情報は、例えば、以下の少なくとも１つを含む。
・急加速の回数
・急減速の回数
・急ハンドルの回数
・加速度分布
・総走行距離
・総走行時間
・総アイドリング時間
・燃費(一例として、移動ログ情報に含まれる日時に関する情報毎の燃費、又は、走行別の燃費)
・残燃料から計算される走行可能距離
・予想天気
・誤操作の回数
・乗員人数
・事故の有無
・乗員の人体のストレスレベル
・二酸化炭素の排出量

ステップＳ３３０の後、サーバ３０は、安全スコアの計算（Ｓ３３１）を実行する。
具体的には、プロセッサ３２は、記憶装置３１には、安全スコア計算モデルが記憶されている。安全スコア計算モデルには、統計情報と安全スコアの相関関係が記述されている。
プロセッサ３２は、ステップＳ３３０で得られた統計情報を安全スコア計算モデルに入力することにより、統計情報に対応する安全スコアを計算する。

ステップＳ３３１の後、サーバ３０は、安全スコアログ情報データベースの更新（Ｓ３３２）を実行する。
具体的には、プロセッサ３２は、全ての移動体識別情報に関連付けられた安全スコアログ情報データベース（図１４）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「安全スコアログＩＤ」フィールド：新規の安全スコアログ識別情報
・「日付」フィールド：図１５の実行日に関する情報
・「統計」フィールド：ステップＳ３３０で得られた統計情報
・「安全スコア」フィールド：ステップＳ３３１で得られた安全スコアに関する情報

（５−１−２−２）アクションの実行処理
変形例１のアクションの実行処理を説明する。図１６は、変形例１のアクションの実行処理のシーケンス図である。

図１６に示すように、サーバ３０は、アクション情報の特定（Ｓ４３０）を実行する。

図１３に示すように、サーバ３０は、対象アクション情報の特定（Ｓ２３１０?Ｓ２３１２）を実行する。
具体的には、プロセッサ３２は、ステップＳ２３１０の処理の対象となる対象ユーザ識別情報を任意に決定する。
プロセッサ３２は、対象ユーザ識別情報に関連付けられた移動体情報データベース（図５）の「移動体ＩＤ」フィールドの移動体識別情報のうち、ステップＳ２３１０の処理の対象となる対象移動体識別情報を任意に決定する。
プロセッサ３２は、対象移動体識別情報に関連付けられた安全スコアログ情報データベース（図１４）の「統計」フィールドの情報及び「安全スコア」フィールドの情報の少なくとも１つを参照して、対象ユーザ識別情報に関連付けられたアクション情報データベース（図８）の「トリガ」フィールドのトリガ情報に対応するトリガが成立するレコードを特定する。
プロセッサ３２は、特定されたレコードの「アクションＩＤ」フィールドの対象アクション識別情報を特定する。

ステップＳ２３１０の後、サーバ３０は、本実施形態（図１３）と同様に、対象実行主体の特定（Ｓ２３１１）及び対象アクションの特定（Ｓ２３１２）を実行する。

ステップＳ４３０の後、サーバ３０は、本実施形態（図１２）と同様に、実行リクエスト（Ｓ２３２）を実行する。

ステップＳ２３２の後、移動体５０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２５１）〜実行結果通知（Ｓ２５２）を実行する。

変形例１のステップＳ２５１で実行されるアクションは、例えば、以下の少なくとも１つである。
（例１）
・トリガ：同一の移動体５０が所定の位置をｎ回通過した。
・アクション：移動体５０に配置されたディスプレイに所定のメッセージ（一例として、「道に迷っている可能性があります。」というメッセージ）を表示する。
（例２）
・トリガ：特定の移動体５０のｎ日あたりのアイドリング時間がｍ分以上になった。
・アクション：移動体５０に配置されたディスプレイに所定のメッセージ（例えば、アイドリング時間が過剰であることを警告するメッセージ）を表示する。
（例３）
・トリガ：１回の走行において、ｎG以上の急操作がｍ回発生した。
・アクション：移動体５０に配置されたスピーカから所定の音声メッセージ（例えば、過剰な急操作を行っていることを警告する音声メッセージ）を出力する。
（例４）
・トリガ：誤操作の回数が1日ｎ回以上発生した。
・アクション：移動体５０を安全地帯に強制停車させるよう移動機構５６を制御する制御信号を送信し、且つ、移動体５０に配置されたスピーカから所定の音声メッセージ（例えば、運転することが危険な状態であることを警告する音声メッセージ）を出力する。
（例５）
・トリガ：移動体５０が、所定位置について、過去の所定期間（例えば、３ヶ月間）において通過した回数が所定回数（例えば、１０回）を超過した。
・アクション：移動体５０内に備えられたディスプレイに表示される広告のうち、所定位置に関連する広告を表示する優先度を高くする。

ステップＳ２３２の後、実行デバイス７０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２７０）〜実行結果通知（Ｓ２７１）を実行する。

変形例１のステップＳ２７０で実行されるアクションは、例えば、以下の少なくとも１つである。
（例１）
・トリガ：移動体５０のｎ日あたりの総走行距離がｍkmになった。
・アクション：ユーザの職員のメールアドレスに所定のメッセージ（例えば、メンテナンスを推奨するメッセージ）を送信する。
（例２）
・トリガ：特定の移動体５０のｎ日あたりのエンジンの始動又は停止の回数がｍ回になった。
・アクション：乗員が使用するスマートフォンに所定のメッセージ（例えば、移動体５０のメンテナンスを推奨するメッセージ）を送信する。
（例３）
・トリガ：移動体５０のｎ日あたりの法定速度超過回数がｍ回になった。
・アクション：ユーザの職員のメールアドレスに所定のメッセージ（例えば、運転停止を推奨するメッセージ）を送信する。

ステップＳ２５１及びＳ２７０の少なくとも１つの後、サーバ３０は、本実施形態（図１２）と同様に、実行ログ情報データベースの更新（Ｓ２３３）を実行する。

変形例１によれば、サーバ３０が、移動体５０の移動ログ情報を蓄積し、且つ、当該移動ログ情報に応じたアクションの実行指示を、アクションの実行主体に送信する。これにより、移動体５０の移動の履歴に応じたアクションを実行させることができる。

（５−２）変形例２
変形例２を説明する。変形例２は、複数の移動体５０の移動体情報を参照してバッチタイプのアクションを実行する例である。

図１６に示すように、サーバ３０は、アクション情報の特定（Ｓ４３０）を実行する。

図１３に示すように、サーバ３０は、対象アクション情報の特定（Ｓ２３１０?Ｓ２３１２）を実行する。
具体的には、プロセッサ３２は、ステップＳ２３１０の処理の対象となる対象ユーザ識別情報を任意に決定する。
プロセッサ３２は、対象ユーザ識別情報に関連付けられた移動体情報データベース（図５）の「移動体ＩＤ」フィールドの移動体識別情報のうち、ユーザが指定した条件を満たす複数の移動体識別情報を、対象移動体識別情報として特定する。
プロセッサ３２は、複数の対象移動体識別情報に関連付けられた安全スコアログ情報データベース（図１４）の「統計」フィールドの情報及び「安全スコア」フィールドの情報の少なくとも１つを参照して、対象ユーザ識別情報に関連付けられたアクション情報データベース（図８）の「トリガ」フィールドのトリガ情報に対応するトリガが成立するレコードを特定する。
プロセッサ３２は、特定されたレコードの「アクションＩＤ」フィールドの対象アクション識別情報を特定する。

ステップＳ２３１０の後、サーバ３０は、本実施形態（図１３）と同様に、対象実行主体の特定（Ｓ２３１１）及び対象アクション内容の特定（Ｓ２３１２）を実行する。

ステップＳ４３０の後、サーバ３０は、本実施形態（図１２）と同様に、実行リクエスト（Ｓ２３２）を実行する。

ステップＳ２３２の後、移動体５０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２５１）〜実行結果通知（Ｓ２５２）を実行する。

変形例２のステップＳ２７５１で実行されるアクションは、例えば、以下の少なくとも１つである。
（例１）
・トリガ：ｎ台の移動体５０が所定位置（例えば、工場のゲート）を通過した。
・アクション：ｎ台目に所定位置を通過した移動体５０に所定のメッセージ（例えば、「あなたがｎ台目の通過者です。」）を送信する。
（例２）
・トリガ：所定区域内で1車線ｎkmあたりｍ台の移動体５０が走行している。
・アクション：所定区域手前ｘkmの所定位置を通過した移動体５０に配置されたディスプレイに所定のメッセージ(例えば、「この先渋滞が発生している」)を表示する。
（例3）
・トリガ：所定区域内でn台の移動体５０がｍ回の急加速・急減速等の挙動を示した。
・アクション：所定区域付近の移動体５０に所定のメッセージ(例えば、「この付近ではご注意ください」と)を送信する。
（例4）
・トリガ：所定区域内でｎ台の移動体５０に対してｍ回の挙動（例えば、ワイパーの作動、ラジオ、音楽、及び、映像の少なくとも１つの再生、又は、ナビゲーションシステムの作動）を示した。
・アクション：所定区域付近の移動体５０に所定のメッセージ(例えば、「この付近で雨が降っています」)を送信する。
（例5）
・トリガ：所定区域内に所定台数以上の移動体５０が探知され、その平均速度が所定速度以下であった。
・アクション：所定区域に向かって走行している移動体５０に対し、迂回を推奨するき旨のメッセージ（例えば、「この先渋滞が発生しています。迂回を推奨します。」など）を送信する。

ステップＳ２３２の後、実行デバイス７０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２７０）〜実行結果通知（Ｓ２７１）を実行する。

変形例２のステップＳ２７０で実行されるアクションは、例えば、以下の少なくとも１つである。
（例１）
・トリガ：１日平均ｎ台の移動体５０が所定位置に停止（例えば、駐車場に駐車）した。
・アクション：駐車場管理会社の職員の実行デバイス７０に所定のメッセージ（例えば、駐車場の稼働率を示すメッセージ）を送信する。
（例２）
・トリガ：所定区域内で1車線ｎkmあたりｍ台の移動体５０が走行している。
・アクション：所定区域の手前ｘkmの実行デバイス７０（例えば、案内板）に迂回路を強調表示する。

変形例２によれば、サーバ３０は、複数の移動体５０の移動体情報を参照して、対象アクション情報を特定する。これにより、複数の移動体５０の移動体情報に応じて、バッチタイプのアクションを実行させることができる。

（５−３）変形例３
変形例３を説明する。変形例３は、移動体５０の外部に配置されたセンサ５５によって取得された移動体情報を用いてアクションを実行する例である。

（５−３−１）変形例３の概要
変形例３の概要を説明する。図１７は、変形例３の概要の説明図である。

図１７に示すように、変形例３は、クライアント装置１０と、サーバ３０と、移動体５０と、外部カメラ９０と、を含む。

外部カメラ９０は、例えば、以下の少なくとも１つである。
・移動体５０とは異なる移動体（以下「外部移動体」という）に配置されたカメラ（一例として、外部移動体に配置されたドライブレコーダのカメラ）
・移動体５０の移動経路上に配置された監視カメラ

クライアント装置１０は、ユーザの指示に応じて、サーバ３０に対して、アクション情報の設定を要求する。
サーバ３０は、クライアント装置１０の要求に応じて、当該要求に対応するアクション情報を記憶する。

外部カメラ９０は、移動体５０の画像情報（以下「移動体画像情報」という）をサーバ３０に送信する。
サーバ３０は、外部カメラ９０から送信された移動体画像情報を参照して、アクションの実行条件が成立するか否かを判定する。
アクションの実行条件が成立する場合、サーバ３０は、アクションの実行主体（移動体５０、及び、実行デバイス７０の少なくとも１つ）に対して、アクションの実行指示を送信する。
実行主体は、サーバ３０から送信された実行指示に対応するアクションを実行する。

（５−３−２）変形例３のアクションの実行処理
変形例３のアクションの実行処理を説明する。図１８は、変形例３のアクションの実行処理のシーケンス図である。

図１８に示すように、外部カメラ９０は、移動体画像情報の取得（Ｓ５９０）を実行する。
具体的には、外部カメラ９０は、移動中の移動体５０を撮影することにより、移動体画像情報を生成する。
外部カメラ９０は、以下の情報をサーバ３０に送信する。
・外部カメラ９０を識別するセンサ識別情報
・外部カメラ９０の位置（以下「センサ位置」という）に関するセンサ位置情報
・移動体画像情報

ステップＳ５９０の後、サーバ３０は、画像解析（Ｓ５３０）を実行する。
具体的には、プロセッサ３２は、ステップＳ５９０で送信されたセンサ識別位置情報を参照して、移動体画像情報に対応する位置情報を特定する。
プロセッサ３２は、移動体画像情報に所定の画像解析モデルを適用することにより、以下の情報を特定する。
・移動体５０の移動体識別情報
・移動体５０の走行情報

ステップＳ５３０の後、サーバ３０は、移動ログ情報データベースの更新（Ｓ５３１）を実行する。
具体的には、プロセッサ３２は、ステップＳ５３０で特定された移動体識別情報に関連付けられた移動ログ情報データベース（図７）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「移動ログＩＤ」フィールド：新規の移動ログ識別情報
・「日時」フィールド：ステップＳ５３０の実行日時に関する情報
・「走行」フィールド：ステップＳ５３０で特定された位置情報及び走行情報

ステップＳ５３１の後、サーバ３０は、本実施形態（図１２）と同様に、実行リクエスト（Ｓ２３２）を実行する。

ステップＳ２３２の後、移動体５０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２５１）〜実行結果通知（Ｓ２５２）を実行する。

変形例３のステップＳ２５１で実行されるアクションは、例えば、以下の少なくとも１つである。
（例１）
・トリガ：移動体画像情報に含まれる移動体５０のアイドリング時間がｍ分以上になった。
・アクション：当該移動体５０に配置されたディスプレイに所定のメッセージ（例えば、アイドリング時間が過剰であることを警告するメッセージ）を表示する。
（例2）
・トリガ：移動体画像情報に含まれる移動体５０がｎ時間連続走行を続けている。
・アクション：当該移動体５０に配置されたディスプレイに所定のメッセージ（例えば、連続走行を停止し休息を促す警告するメッセージ）を表示する。
（例3）
・トリガ：移動体５０が所定の位置から所定の範囲内にあると移動体画像情報に基づいて判断された。
・アクション：当該移動体５０に配置されたディスプレイに所定のコンテンツ画像（例えば、前記所定の位置に関連する乗員の興味関心の高いコンテンツ、又は、乗員との親和性の高いコンテンツ）を表示する。

ステップＳ２３２の後、実行デバイス７０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２７０）〜実行結果通知（Ｓ２７１）を実行する。

変形例３のステップＳ２７０で実行されるアクションは、例えば、以下の少なくとも１つである。
（例１）
・トリガ：カメラに映っている移動体の停車時間がｍ分以上になった。
・アクション：乗員が使用するスマートフォンに所定のメッセージ（一例として、「移動体５０の駐車料金がｘ円発生しました」というメッセージ）を通知する。
（例2）
・トリガ：カメラに映っている移動体がｎ時間連続走行を続けている。
・アクション：移動体５０に配置されたディスプレイに所定のメッセージ（例えば、連続走行を停止し、且つ、休息を促すメッセージ）を表示する。
（例3）
・トリガ：カメラに映っている移動体５０がディスプレイに近づいた。
・アクション：移動体５０に配置されたディスプレイに所定のメッセージ（例えば、乗員の興味関心の高いコンテンツや乗員との親和性の高いコンテンツ）を表示する。

ステップＳ２５２及びＳ２７１の少なくとも１つの後、サーバ３０は、本実施形態（図１２）と同様に、実行ログ情報データベースの更新（Ｓ２３３）を実行する。

変形例３によれば、外部カメラ９０によって生成された移動体画像情報を用いて、アクションを実行させる。移動体５０にセンサ５５が配置されていない場合であっても、移動体情報に応じたアクションを実行させることができる。

変形例３では、センサ５５及び外部カメラ９０の組合せによって得られた移動体情報を参照して、リアルタイムタイプのアクションを実行してもよい。

変形例３では、外部カメラ９０によって得られた移動体情報を用いて、バッチタイプのアクションを実行してもよい。

変形例３では、センサ５５及び外部カメラ９０の組合せによって得られた移動体情報を用いて、リアルタイムタイプのアクションを実行してもよい。

変形例３では、移動体の外部にカメラを設置する場合について説明したが、この形態に限られない。例えば、移動体自体にカメラを設置して、当該カメラから得られる画像に基づいて分析した情報を用いてアクションを実行してもよい。

（５−４）変形例４
変形例４を説明する。変形例４は、人及び動物の少なくとも１つの移動体情報を参照してアクションを実行する例である。

（５−４−１）変形例４の概要
変形例４の概要を説明する。図１９は、変形例４の概要の説明図である。

図１９に示すように、変形例４は、クライアント装置１０と、サーバ３０と、センサ５５と、実行デバイス７０と、を含む。クライアント装置１０及び実行デバイス７０は、本実施形態（図３）と同様である。

センサ５５は、例えば、以下の少なくとも１つである。
・人が保持するスマートフォンに配置されたセンサ（例えば、加速度センサ、温度センサ、及び、ＧＰＳ（Global Positioning System）モジュール）
・人が装着するウェアラブルデバイスに配置されたセンサ（例えば、加速度センサ、温度センサ、ＧＰＳモジュール、及び、生体センサ）
・動物が装着するウェアラブルデバイスに配置されたセンサ（例えば、加速度センサ、温度センサ、ＧＰＳモジュール、及び、生体センサ）
・人が保持するＮＦＣ規格対応のＩＣカードまたはＩＣカードの情報を取り込んだスマートフォンから、当該ＩＣカードの情報を接触または近距離無線通信によって受信できるセンサ（例えば、駅における自動改札機など）

センサ５５は、人及び動物の少なくとも１つの移動体情報をサーバ３０に送信する。移動体情報は、人及び動物の少なくとも１つの移動に応じて変化する情報である。移動体情報は、例えば、以下の少なくとも１つを含む。
・走行情報
・生体情報（一例として、体温、脈拍、及び、呼吸周波数、血圧の少なくとも１つに関する情報）
・心理情報（一例として、心理的負荷レベルに関する情報、喜怒哀楽のレベルに関する情報、認知力に関する情報）
・活動状態に関する情報（一例として、眠気に関する情報、睡眠状態に関する情報、及び、覚醒状態に関する情報）

サーバ３０は、センサ５５から送信された移動体情報を参照して、アクションの実行条件が成立するか否かを判定する。
アクションの実行条件が成立する場合、サーバ３０は、アクションの実行主体（移動体５０、及び、実行デバイス７０の少なくとも１つ）に対して、アクションの実行指示を送信する。
実行主体は、サーバ３０から送信された実行指示に対応するアクションを実行する。

本実施形態の第１例の各構成要素の具体例は、以下のとおりである。
・ユーザ：対象者を雇用する雇用主
・クライアント装置１０：雇用主の担当者が使用するコンピュータ
・サーバ３０：雇用主によって設定されたアクションを管理するコンピュータ
・センサ５５：対象者が保持するスマートフォン、又は、対象者が装着するウェアラブルデアバイス
・実行デバイス７０：雇用主の上司が使用するコンピュータ

本実施形態の第２例の各構成要素の具体例は、以下のとおりである。
・ユーザ：動物を管理する牧場
・クライアント装置１０：牧場の社員が使用するコンピュータ
・サーバ３０：牧場の社員によって設定されたアクションを管理するコンピュータ
・センサ５５：動物に装着されたウェアラブルデバイス
・実行デバイス７０：牧場の社員が使用するコンピュータ

（５−４−２）アクションの実行処理
変形例４のアクションの実行処理を説明する。図２０は、変形例４のアクションの実行処理のシーケンス図である。

図２０に示すように、センサ５５は、移動体情報の送信（Ｓ６５０）を実行する。
具体的には、センサ５５は、人及び動物の少なくとも１つの移動体情報を取得する。
プロセッサ５２は、以下の情報をサーバ３０に送信する。
・人及び動物の少なくとも１つを識別する情報（以下「対象識別情報」という）
・センサ５５によって取得された移動体情報
・ステップＳ６５０の実行日時に関する情報

ステップＳ６５０の後、サーバ３０は、移動ログ情報データベースの更新（Ｓ６３０）を実行する。
具体的には、記憶装置３１には、対象識別情報に関連付けられた移動ログ情報データベースが記憶されている。
プロセッサ３２は、ステップＳ６５０で送信された対象識別情報に関連付けられた移動ログ情報データベースに新規レコードを追加する。新規レコードの各フィールドには、ステップＳ６５０で送信された情報（移動体情報及びステップＳ６５０の実行日時に関する情報）が格納される。

ステップＳ６３０の後、サーバ３０は、本実施形態（図１２）と同様に、アクション情報の特定（Ｓ２３１）及び実行リクエスト（Ｓ２３２）を実行する。
ステップＳ２３２の後、実行デバイス７０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２７０）及び実行結果通知（Ｓ２７１）を実行する。

ステップＳ２７０で実行されるアクションは、例えば、以下の少なくとも１つを含む。
（例１）
・トリガ：対象者が所定の位置に到達した。
・アクション：対象者の上司が使用するスマートフォンに所定のメッセージ（一例として、「対象者が目的地に到達しました」というメッセージ）を通知する。
（例２）
・トリガ：動物がｎkm以上の速度で移動した。
・アクション：動物に装着されたウェアラブルデバイスのスピーカから警告音を出力する。

ステップＳ２７１の後、サーバ３０は、本実施形態（図１２）と同様に、実行ログ情報データベースの更新（Ｓ２３３）を実行する。

変形例４によれば、サーバ３０が、人及び動物の少なくとも１つの移動体情報を取得し、且つ、当該移動体情報に応じたアクションの実行指示を、アクションの実行主体に送信する。これにより、人及び動物の少なくとも１つの移動の状況に応じたアクションを容易に実行させることができる。

変形例４では、人及び動物の少なくとも１つの移動体情報を用いたリアルタイムタイプのアクションを実行する例を示したが、変形例４の範囲はこれに限られない。変形例４は、当該移動体情報を用いたバッチタイプのアクションを実行する例にも適用可能である。

（５−５）変形例５
変形例５の概要を説明する。変形例５は、トリガ成立の判断をサーバ３０が行いつつ、トリガ成立後の実行主体及びアクション内容の特定、並びにアクション実行指示をサーバ３０とは異なる装置（例えば、ローカルサーバ８０）が実行する例である。

（５−５−１）変形例５の概要
図２１は、変形例５における情報処理システムの構成を示すブロック図である。図２１に示すように、変形例５における情報システム構成は、上記説明した本実施形態における情報処理システムの構成に、ローカルサーバ８０を追加したものとなっている。
ローカルサーバ８０の構成は、サーバ３０と同様に、記憶装置と、プロセッサと、入出力インタフェースと、通信インタフェースを有するものとなっている。更に、例えば、ローカルサーバ８０の管理内容に対応する領域の情報を取得するデバイスやセンサ（例えば、監視カメラ）から情報を取得できるよう、通信インタフェースを通じてこれらデバイスやセンサと接続されていてもよい。

変形例５におけるアクション実行の前提として、アクション情報の設定においては、トリガに関する設定がサーバ３０において行われ、また、アクション内容及び実行主体に関する設定がローカルサーバ８０に対して行われる。これら設定された情報はそれぞれサーバ３０及びローカルサーバ８０において、同一のアクションＩＤに紐づけられて記憶される。

ローカルサーバ８０の性質は特に限定されないが、例えば、移動体５０を管理する企業が利用するサーバであったり、ある領域における交通を管理するサーバであったり等、所定の領域について独自の管理を行う役割を担うものが例として挙げられる。

図２２は、変形例５の概要の説明図である。図２２に示すように、サーバ３０がトリガ成立情報をローカルサーバ８０に送信し、トリガ成立情報の送信を受けたローカルサーバ８０は、対応するアクション内容及び実行主体を決定し、決定された実行主体に対しアクション実行を指示する構成となっている他は、本実施形態（図３）と同様である。

（５−５−２）アクションの実行処理
変形例５のアクションの実行処理を説明する。図２３は、変形例５のアクションの実行処理のシーケンス図である。

図２３に示すように、移動体５０に設置されたセンサ５５は、移動体情報の送信（Ｓ７５０）を実行する。
プロセッサ５２は、以下の情報をサーバ３０に送信する。
・移動体識別情報
・センサ５５によって取得された移動体情報
・ステップＳ７５０の実行日時に関する情報

ステップＳ７５０の後、サーバ３０は、移動ログ情報データベースの更新（Ｓ２３０）を実行する。実行される内容は、本実施形態と同様であるため、説明を省略する。

ステップＳ２３０の後、サーバ３０は、トリガが成立するかどうかを判断し、トリガが成立した場合、ローカルサーバ８０に対して、成立したトリガに対応するアクションＩＤを送信する（Ｓ２３０Ａ）。

ローカルサーバ８０は、アクションＩＤを受信すると、当該アクションＩＤに対応するアクション内容及び実行主体を特定する（Ｓ７３１）。そして、特定された実行主体に対してアクション内容に対応するアクションを実行するよう、実行リクエスト（Ｓ７３２）を行う。

アクション内容及び実行主体は、ローカルサーバ８０において設定することができる。例えば、ローカルサーバ３０が独自に取得できる情報、例えば、所定の領域における監視カメラ映像による情報などに基づいて、実行されるパターンが動的に決定されるように設定することとしてもよい。すなわち、サーバ３０は少なくとも移動体５０に関する移動体情報に基づいてトリガが成立するかどうかを判断し、ローカルサーバ８０はアクションが実行される現地の状況に応じてアクション内容及び実行主体を決定する。

ステップＳ７３２の後、実行デバイス７０は、本実施形態（図１２）と同様に、アクションの実行（Ｓ２７０）及び実行結果通知（Ｓ２７１）を実行する。

ステップＳ２７１の後、サーバ３０は、本実施形態（図１２）と同様に、実行ログ情報データベースの更新（Ｓ２３３）を実行する。

変形例５によれば、トリガ成立判断と、アクション内容及び実行主体の特定とを別個に行うので、サーバ３０における負荷を減少させることができる。また、ローカルサーバ８０において独自にアクション内容及び実行主体の設定を行うことができることから、ローカルサーバ８０が管理する領域の実態に合った対応を実施することができる。

なお、上述の説明では、トリガ成立判断をサーバ３０で、アクション内容及び実行主体の特定をローカルサーバ８０にて行うこととしているが、これに限られない。例えば、トリガ成立判断とアクション内容の特定をサーバ３０で、実行主体の特定をローカルサーバ８０で行うこととしてもよい。逆に、トリガ成立判断と実行主体の特定をサーバ３０で、アクション内容の特定をローカルサーバ８０で行うこととしてもよい。

（５−６−１）変形例６の概要
変形例６の概要を説明する。変形例６は、アクションを実行するに際して、トリガ成立判断に必要となる過去の移動体情報の全部または一部を移動ログ情報データベースから予め読み込んで加工を施したものを、サーバ３０の記憶装置３１において参照可能に格納しておく例である。

変形例６に係るシステム構成は本実施形態（図３）と同様であるため、説明は省略する。本実施形態との差異部分は、アクション情報の特定（本実施形態においてはＳ２３１）において、トリガが成立しているかどうかを判断するために必要となる、移動ログ情報データベースの読み込みの一部または全部を省略することにあり、その詳細については以下に説明する。

変形例６のアクションの実行処理を説明する。図２４は変形例６のアクションの実行処理のシーケンス図である。なお、移動体５０および実行デバイス７０にかかる処理は本実施形態と差異がないため、以下の説明においては、同一のステップ番号を使用する。

図２４に示すように、サーバ３０は、アクション情報の特定に備えて、予め、アクション情報に含まれるトリガ成立の判断に必要となる過去の移動体情報の読み込みを行っておき、トリガ成立の判断を容易化できるよう適宜加工した値（加工情報）を取得する（Ｓ８１０）。具体的には、例えば、過去１０日間、所定領域において測定された速度値の期待値から所定値（例えば、３０km/h）以上大きい値が観測されることをトリガ成立の条件とした場合、かかる値（過去１０日間における所定領域において測定された速度値の期待値に３０km/hを足した値）を取得する。そして、加工情報を記憶装置３１に記憶する（Ｓ８１１）。

ここで、トリガに対応した加工情報の生成は、所定の周期（例えば、１時間ごと）で行ってもよいし、ステップＳ２５０において移動体情報の送信が移動体５０から行われる都度、または所定の回数の送信が行われる都度行うこととしてもよく、そのタイミングは特に限定されない。

次に、移動体５０に設置されたセンサ５５は、移動体情報の送信（Ｓ２５０）を実行する。本ステップの内容は本実施形態と同様であるため、その説明を省略する。

サーバ３０は、送信を受けた移動体情報と、記憶装置３１に記憶された加工情報に基づいて、トリガが成立するかどうかを判断する。前述の例においては、加工情報の値と移動体情報に含まれる速度値とを比較し、後者が前者以上であればトリガが成立したと判断する。そして、成立すると判断されたトリガに対応するアクション情報を特定する（Ｓ８１２）。そして、特定されたアクション情報に対応する移動体５０または実行デバイス７０に対し、実行リクエストを行う（Ｓ８１３）。
すなわち、アクション情報の特定においては、移動ログ情報データベースを読み込むのではなく、記憶装置３１に記憶された加工情報及び送信された移動体情報を参照し、トリガが成立しているかどうかを判断して行われる。

この後、移動体５０及び／又は実行デバイス７０において対応するアクションが実行され（Ｓ２５１、Ｓ２７０）、実行結果通知が移動体５０及び／又は実行デバイス７０からサーバ３０に対して行われる（Ｓ２５２、Ｓ２７１）。

実行結果通知を受けたサーバ３０は、Ｓ２５０にて送信を受けた移動体情報、及び実行結果通知に基づいて、移動ログ情報データベースの更新を行う（Ｓ８１４）。すなわち、本実施形態においては、移動体情報の受信の度、及び実行結果の通知の度に移動ログ情報データベースの更新を行うこととしているが、変形例６においては、移動体情報の受信及び実行結果の通知を一単位として、移動ログ情報データベースの更新を行う。アクションの実行が無かった場合には、Ｓ８１３をスキップして移動ログ情報データベースの更新が行われる。

換言すると、本実施形態においては、移動体情報の送信（Ｓ２５０）の後に移動ログ情報データベースの更新（Ｓ２３０）を行い、その後にアクション情報の特定（Ｓ２３１）を実行することとしているが、この順番に限られず、変形例６のように、移動体情報の送信（Ｓ２５０）の後にアクション情報の特定（Ｓ２３１）を行い、その後に移動ログ情報データベースの更新（Ｓ２３０）を行うこととしてもよい。
無論、本実施形態と同様に、センサ５５から移動体情報の送信（Ｓ２５０）があった後に、サーバ３０は移動ログ情報データベースの更新を行ってもよい。即ち、移動体情報の受信に対応する移動ログ情報データベースの更新、及び実行結果通知に対応する移動ログ情報データベースの更新タイミングは特に限定されない。

なお、全てのアクション情報についてこのように加工情報を生成してもよく、または一部のトリガについてのみ、加工情報を生成してもよい。一部のトリガについてのみ加工情報を生成する場合は、例えば、効率化の観点から、優先度を高く設定されたトリガや、ユーザにより指定されたトリガについて行うこととし、それ以外のトリガについては、本実施形態のように移動ログ情報データベースを読み込んでトリガ成立を判断することが好ましい。
更に、トリガ成立判断に必要となる過去の移動体情報の全てを読み出すのではなく、その一部を読み出して加工情報を生成してもよい。この場合、加工情報の生成には使用されなかったが、トリガ成立の判断には必要となる分の過去の移動体情報を移動ログ情報データベースから読み出す必要性が生じる。しかしながら、既に加工情報を生成した部分に対応する移動体情報については読み出す必要がないため、かかる場合であっても効率的に処理を行うことができる。
例えば、複数のトリガの成立をそれぞれ判断するにあたり、それぞれのアクション情報からその共通部分に該当する過去の移動体情報を特定して読み出し、加工しておくことで、効率的に複数のトリガについての成立の判断を行うことができる。

加工情報の例を更に挙げる。トリガ成立の要件として、過去２４時間において訪問した地域を、移動体５０が再訪した、とするものがあった場合、過去２４時間における訪問地の位置情報を予め移動ログ情報データベースから読み込んで、読み込んだ位置情報を簡略化する。例えば、位置情報として取得したＧＰＳ情報（緯度経度情報）そのままでは情報量が多いため、取得したＧＰＳ情報をそれぞれ所定の桁数に基づいて丸めた値を加工情報とするとともに、加工情報が重複するときは一つのみしか記憶しない態様で、記憶装置３１に記憶する。そして、移動体情報の送信があった時に、記憶装置３１に記憶されている加工情報を参照して、トリガが成立するかどうか、すなわち、加工情報における位置情報から所定の距離範囲内にあるかどうかが判断される。

変形例６によれば、過去の移動体情報に基づいた条件を、現在の移動体情報の内容が満たすかどうかによってトリガ成立判断するにあたり、参照すべき内容である全ての過去の移動体情報を逐一移動ログ情報データベースから読み出すことなく、予め読み込んで適宜加工したデータを参照することでトリガ成立の判断を行うことができるため、トリガ成立判断に関する処理を効率的に行うことができる。

（７）その他の変形例
その他の変形例を説明する。

記憶装置１１は、クライアント装置１０の外部に備えられ、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。記憶装置５１は、ネットワークＮＷを介して、移動体５０と接続されてもよい。

上記の情報処理の各ステップは、クライアント装置１０及びサーバ３０の何れでも実行可能である。
例えば、クライアント装置１０が上記の情報処理の全てのステップを実行可能である場合、クライアント装置１０は、サーバ３０にリクエストを送信することなく、スタンドアロンで動作する情報処理装置として機能する。

通信機能を有するコンピュータ（以下「通信端末」という）がセンサ５５と通信接続可能な場合、入出力インタフェース５３及び通信インタフェース５４は省略可能である。この場合、通信端末が、センサ５５によって取得された移動体情報をサーバ３０に送信する。通信端末は、例えば、スマートフォン又はタブレット端末である。一例として、乗員が移動体５０内に通信端末を持ち込む（つまり、センサ５５から所定距離以内に通信端末を配置する）ことにより、通信端末はセンサ５５と通信接続可能になる。

本実施形態では、ユーザについて法人及び組織体を例示したが、本実施形態の範囲はこれに限られるものではない。本実施形態は、ユーザが個人である場合にも適用可能である。

本実施形態では、画面Ｐ１１〜Ｐ１３（図１１）に表示されたオブジェクトに対応するアクションを設定する例を示したが、本実施形態の範囲はこれに限られない。本実施形態は、ユーザによってカスタマイズされたアクションを設定する場合にも適用可能である。

本実施形態では、移動体５０の移動体情報に応じたアクションを実行させる例を示したが、本実施形態の範囲はこれに限られない。本実施形態は、例えば、モバイルデバイス（例えば、スマートフォン）の移動体情報に応じたアクションを実行させるケースにも適用可能である。

本実施形態では、トリガとして人間によって内容が設定可能な形式のものを用いる例を示したが、これらに限定されない。特に、人間によって内容が認知可能なトリガに限定されるものではなく、機械学習によって得られる識別器によるトリガなど、人間が認知できずともコンピュータによっては認知できるものであってもよい。
この場合、アクション情報データベースに格納されるトリガ情報は、移動体情報が満たすべき条件内容を記載する代わりに、限定でなく例として、そのトリガを構成する識別器の情報（例えば、認識器データが格納されているＵＲＬなど）が記載されることとしてもよい。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び各変形例は、任意に組合せ可能である。

１ ：情報処理システム
１０ ：クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：移動体
５１ ：記憶装置
５２ ：プロセッサ
５３ ：入出力インタフェース
５４ ：通信インタフェース
５５ ：センサ
５６ ：移動機構
７０ ：実行デバイス
８０ ：ローカルサーバ
９０ ：外部カメラ

Claims (11)

1. アクションのトリガに関するトリガ情報と、前記アクションの実行主体に関する実行主体情報と、及び前記アクションの内容に関するアクション内容情報とを少なくとも含むアクション情報を記憶することと、
   前記移動体の移動及び状態の少なくとも一つに関する移動体情報を取得することと、
   少なくとも前記移動体情報に基づいて、前記トリガ情報に対応するトリガが成立しているかどうかを判断することと、
   前記成立していると判断されたトリガの前記トリガ情報に対応する実行主体情報に少なくとも基づいて実行主体を特定することと、
   前記成立していると判断されたトリガの前記トリガ情報に対応するアクション内容情報に少なくとも基づいて、実行させるアクション内容を特定することと、及び、
   前記特定された実行主体に対して、前記特定されたアクション内容の実行指示を送信することと、
   を含む、データ処理方法。
2. 請求項１に記載のデータ処理方法であって、
   前記トリガ情報を記憶することと、前記取得することと、及び、前記判断することは、装置第一のにおいて行われ、
   前記実行主体情報及び前記アクション内容情報を記憶することと、前記実行主体を特定することと、前記アクション内容を特定することと、並びに前記実行指示を送信することは、前記第一の装置とは異なる第二の装置にて行われる。
3. 請求項２に記載のデータ処理方法は、
   前記移動体の外部状況情報を前記第二の装置において取得することを更に含み、
   前記実行主体の特定は、前記実行主体情報と、前記取得した前記移動体の外部状況情報に基づいて行われる。
4. 請求項２に記載のデータ処理方法は、
   前記移動体の外部状況情報を前記第二の装置において取得することを更に含み、
   前記実行主体の特定は、前記実行主体情報と、前記特定されたアクション内容に基づいて行われる。
5. 請求項２に記載のデータ処理方法は、
   前記移動体の外部の情報を前記第二の装置にて取得することを更に含み、
   前記アクション内容の特定は、前記アクション内容情報と、前記取得した前記移動体の外部の情報に基づいて行われる。
6. 請求項２に記載のデータ処理方法は、
   前記移動体の外部の情報を前記第二の装置にて取得することを更に含み、
   前記アクション内容の特定は、前記アクション内容情報と、前記特定された実行主体に基づいて行われる。
7. 請求項１乃至請求項６に記載のデータ処理方法であって、
   前記判断は、前記移動体情報の取得に対応して行われる。
8. 請求項１乃至請求項７に記載のデータ処理方法であって、
   前記トリガ情報に対応する移動体情報の少なくとも一部から、トリガ成立判断に用いる加工情報を生成することをさらに含み、
   前記判断は、前記移動体情報及び前記生成された加工情報に基づいて行われる。
9. 請求項８に記載のデータ処理方法であって、
   前記加工情報の生成は、複数のアクション情報に基づいて行われる。
10. 移動体と通信可能に接続されるサーバであって、
    実行されるアクションのトリガに関するトリガ情報と、前記アクションの実行主体に関する実行主体情報と、及び前記アクションの内容に関するアクション内容情報とを少なくとも含むアクション情報を記憶する記憶部と、
    前記移動体の移動及び状態の少なくとも一つに関する移動体情報を取得する取得部と、
    前記移動体情報に基づいて、前記トリガ情報に対応するトリガが成立しているかどうかを判断するトリガ成立判断部と、
    前記成立していると判断されたトリガの前記トリガ情報に対応する実行主体情報に少なくとも基づいて実行主体を特定する実行主体特定部と、
    前記成立していると判断されたトリガの前記トリガ情報に対応するアクション内容情報に少なくとも基づいて、実行させるアクション内容を特定するアクション内容特定部と、及び、
    前記特定された実行主体に対して、前記特定されたアクション内容の実行指示を送信する送信部と、
    を備える。
11. コンピュータに、
    実行されるアクションのトリガに関するトリガ情報と、前記アクションの実行主体に関する実行主体情報と、及び前記アクションの内容に関するアクション内容情報とを少なくとも含むアクション情報を記憶することと、
    前記移動体の移動及び状態の少なくとも一つに関する移動体情報を取得することと、
    前記移動体情報に基づいて、前記トリガ情報に対応するトリガが成立しているかどうかを判断することと、
    前記成立していると判断されたトリガの前記トリガ情報に対応する実行主体情報に少なくとも基づいて実行主体を特定することと、
    前記成立していると判断されたトリガの前記トリガ情報に対応するアクション内容情報に少なくとも基づいて、実行させるアクション内容を特定することと、及び、
    前記特定された実行主体に対して、前記特定されたアクション内容の実行指示を送信することと、
    を実行させるためのプログラム。
    
    

Images