JP7204050B1 - 行動管理装置、プログラム及び行動管理方法 - Google Patents

行動管理装置、プログラム及び行動管理方法 Download PDF

Info

Publication number
JP7204050B1
JP7204050B1 JP2022524223A JP2022524223A JP7204050B1 JP 7204050 B1 JP7204050 B1 JP 7204050B1 JP 2022524223 A JP2022524223 A JP 2022524223A JP 2022524223 A JP2022524223 A JP 2022524223A JP 7204050 B1 JP7204050 B1 JP 7204050B1
Authority
JP
Japan
Prior art keywords
user
alternative
unit
route
users
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022524223A
Other languages
English (en)
Other versions
JPWO2023042241A1 (ja
Inventor
祥幹 三井
健太郎 石川
良枝 今井
信明 本山
訓 古田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Application granted granted Critical
Publication of JP7204050B1 publication Critical patent/JP7204050B1/ja
Publication of JPWO2023042241A1 publication Critical patent/JPWO2023042241A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle

Abstract

行動管理サーバ（１３０）は、複数のユーザに含まれる何れかのユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得する希望行動特定部（１３３）と、その目的地への経路を決定する経路決定部（１３４）と、その経路に含まれる要素が混雑するか否かを予測する混雑予測部（１３５）と、混雑すると予測された要素である混雑要素の混雑を回避するために、その混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定する代替案決定部（１３６）と、複数のユーザの中から、代替案を提案するユーザである対象ユーザを決定する対象ユーザ決定部（１３７）と、対象ユーザに代替案を提案する提案部（１３８）とを備える。

Description

本開示は、行動管理装置、プログラム及び行動管理方法に関する。
混雑している観光地では、観光満足度の低下又は感染症の蔓延等の問題が生じる。観光客は、現在の混雑状況又は将来の混雑予測が分からないこと、又は、観光地の土地勘不足等に起因し、十分な混雑回避行動をとることができない。
このため、従来から、ユーザの目的地が混雑している場合に、他の代替地点を提案する情報提供装置が使用されている（例えば、特許文献１参照）。
従来の技術では、混雑している地点を新たに目的地として入力したユーザに対して、代替地点を提案することで、そのようなユーザが混雑している地点に行くことを回避することができる。
特開２０２１－０６７６３９号公報
しかしながら、従来の技術では、新たに混雑している地点を目的地としたユーザにのみ代替地点の提案が行われ、既に、その地点を目的地としているユーザには、代替地点の提案が行われない。このため、複数のユーザの中から、代替案を提案するユーザを効果的に選択することができない。
そこで、本開示の一又は複数の態様は、複数のユーザの中から、代替案を提案するユーザを効果的に選択できるようにすることを目的とする。
本開示の一態様に係る行動管理装置は、複数のユーザの行動を管理する行動管理装置であって、前記複数のユーザに含まれる希望ユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得する取得部と、前記目的地への経路を決定する経路決定部と、前記経路に含まれる要素が混雑するか否かを予測する混雑予測部と、混雑すると予測された前記要素である混雑要素の混雑を回避するために、前記混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定する代替案決定部と、前記複数のユーザの内、前記希望ユーザと、前記混雑要素を含む経路で行動している一又は複数の前記希望ユーザとは異なる他のユーザとを複数の候補ユーザとし、前記複数の候補ユーザから、前記代替案を提案するユーザである対象ユーザを決定する対象ユーザ決定部と、前記対象ユーザに前記代替案を提案する提案部と、を備えることを特徴とする。
本開示の一態様に係るプログラムは、コンピュータを、複数のユーザの行動を管理する行動管理装置として機能させるプログラムであって、前記コンピュータを、前記複数のユーザに含まれる希望ユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得する取得部、前記目的地への経路を決定する経路決定部、前記経路に含まれる要素が混雑するか否かを予測する混雑予測部、混雑すると予測された前記要素である混雑要素の混雑を回避するために、前記混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定する代替案決定部、前記複数のユーザの内、前記希望ユーザと、前記混雑要素を含む経路で行動している一又は複数の前記希望ユーザとは異なる他のユーザとを複数の候補ユーザとし、前記複数の候補ユーザから、前記代替案を提案するユーザである対象ユーザを決定する対象ユーザ決定部、及び、前記対象ユーザに前記代替案を提案する提案部、として機能させることを特徴とする。
本開示の一態様に係る行動管理方法は、複数のユーザの行動を管理する行動管理方法であって、取得部が、前記複数のユーザに含まれる希望ユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得し、経路決定部が、前記目的地への経路を決定し、混雑予測部が、前記経路に含まれる要素が混雑するか否かを予測し、代替案決定部が、混雑すると予測された前記要素である混雑要素の混雑を回避するために、前記混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定し、対象ユーザ決定部が、前記複数のユーザの内、前記希望ユーザと、前記混雑要素を含む経路で行動している一又は複数の前記希望ユーザとは異なる他のユーザとを複数の候補ユーザとし、前記複数の候補ユーザから、前記代替案を提案するユーザである対象ユーザを決定し、提案部が、前記対象ユーザに前記代替案を提案することを特徴とする。
本開示の一又は複数の態様によれば、複数のユーザの中から、代替案を提案するユーザを効果的に選択することができる。
実施の形態１及び２に係る行動管理システムの構成を概略的に示すブロック図である。 実施の形態１～３におけるユーザ端末の構成を概略的に示すブロック図である。 ユーザ端末のハードウェア構成の一例を示すブロック図である。 実施の形態１～３における行動管理サーバの構成を概略的に示すブロック図である。 実施の形態１におけるユーザ管理情報の一例であるユーザ管理テーブルを示す概略図である。 行動管理サーバのハードウェア構成の一例を示すブロック図である。 行動管理サーバにおいて、代替案を提案する処理を示すフローチャートである。 対象ユーザ決定部が対象ユーザを決定する処理を示す概略図である。 実施の形態１において、希望行動を入力したユーザとは異なるユーザに代替案を提案する状況を説明するためのシーケンス図である。 実施の形態２におけるユーザ管理情報の一例であるユーザ管理テーブルを示す概略図である。 実施の形態２における加点条件情報の一例である加点条件テーブルを示す概略図である。 実施の形態３に係る行動管理システムの構成を概略的に示すブロック図である。 自動運転車両の構成を概略的に示すブロック図である。 自動運転車両のハードウェア構成の一例を概略的に示すブロック図である。 実施の形態３におけるユーザ管理情報の一例であるユーザ管理テーブルを示す概略図である。 実施の形態３における加点条件情報の一例である加点条件テーブルを示す概略図である。 実施の形態３において、ユーザ端末が代替案情報を受信した場合の動作を示すフローチャートである。 実施の形態３において、希望行動を入力したユーザとは異なるユーザに代替案を提案する状況を説明するためのシーケンス図である。
実施の形態１．
図１は、実施の形態１に係る行動管理システム１００の構成を概略的に示すブロック図である。
行動管理システム１００は、複数のユーザが使用する複数のユーザ端末１１０Ａ、１１０Ｂ、１１０Ｃ、・・・と、その複数のユーザの行動を管理する行動管理サーバ１３０とを備える。
複数のユーザ端末１１０Ａ、１１０Ｂ、１１０Ｃ、・・・と、行動管理サーバ１３０とは、インターネット等のネットワーク１０１に接続されている。
なお、複数のユーザ端末１１０Ａ、１１０Ｂ、１１０Ｃ、・・・の各々を、特に区別する必要がない場合には、複数のユーザ端末１１０Ａ、１１０Ｂ、１１０Ｃ、・・・の何れか一つをユーザ端末１１０という。
また、複数のユーザ端末１１０Ａ、１１０Ｂ、１１０Ｃ、・・・の数については、特に制限はない。
ここで、行動管理サーバ１３０は、複数のユーザ端末１１０Ａ、１１０Ｂ、１１０Ｃ、・・・のそれぞれを使用している複数のユーザの行動を管理するものとする。
図２は、実施の形態１におけるユーザ端末１１０の構成を概略的に示すブロック図である。
ユーザ端末１１０は、入力部１１１と、通信部１１２と、表示部１１３と、位置検出部１１４と、記憶部１１５と、制御部１１６とを備える。
入力部１１１は、ユーザからの指示の入力を受け付ける。ユーザからの指示の入力をユーザ入力ともいう。例えば、入力部１１１は、ユーザから希望する行動である希望行動の入力、又は、後述する代替案を承認するか否かの入力を受け付ける。実施の形態１では、入力部１１１は、希望行動として、ユーザが訪問することを希望する目的地の入力を受け付ける。
通信部１１２は、ネットワーク１０１を介した通信を行う。
表示部１１３は、各種画面画像を表示する。
位置検出部１１４は、ユーザ端末１１０の位置を検出する。例えば、位置検出部１１４は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いた測位を行うことにより、ユーザ端末１１０の位置を検出する。
記憶部１１５は、ユーザ端末１１０での処理に必要なプログラム及びデータを記憶する。
制御部１１６は、ユーザ端末１１０での処理を制御する。
例えば、制御部１１６は、入力部１１１で入力された希望行動を示す希望行動情報を生成し、その希望行動情報を、通信部１１２に行動管理サーバ１３０へ送信させる。
また、制御部１１６は、位置検出部１１４で検出された位置を示す位置情報を生成し、その位置情報を、通信部１１２に行動管理サーバ１３０へ送信させる。
さらに、制御部１１６は、通信部１１２が、行動管理サーバ１３０からの代替案情報を受信した場合に、代替案情報で示される代替案を示す代替案画面画像を生成し、その代替案画面画像を表示部１１３に表示させる。そして、制御部１１６は、入力部１１１が、ユーザから代替案を承認するか否かの入力を受け付けると、承認をするか否かを示す承認情報を生成し、その承認情報を、通信部１１２に行動管理サーバ１３０へ送信させる。
そして、制御部１１６は、通信部１１２が、行動管理サーバ１３０からの経路情報を受信した場合に、経路情報で示される経路を表す経路画面画像を生成し、その経路画面画像を表示部１１３に表示させる。
以上に記載されたユーザ端末１１０は、例えば、図３に示されているようなコンピュータ１０により実現することができる。
コンピュータ１０は、入力インターフェース（以下、入力Ｉ／Ｆという）１１と、通信インターフェース（以下、通信Ｉ／Ｆという）１２と、表示装置１３と、ＧＰＳ受信装置１４と、不揮発性メモリ１５と、揮発性メモリ１６と、プロセッサ１７とを備える。
そして、入力部１１１は、キーデバイス等の入力Ｉ／Ｆ１１により実現することができ、通信部１１２は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等の通信Ｉ／Ｆ１２により実現することができ、表示部１１３は、表示装置１３により実現することができる。位置検出部１１４は、ＧＰＳ受信装置１４により実現することができる。
なお、入力Ｉ／Ｆ１１及び表示装置１３は、タッチパネルであってもよい。
記憶部１１５は、不揮発性メモリ１５又は揮発性メモリ１６により実現することができる。
制御部１１６は不揮発性メモリ１５に記憶されているプログラムを、プロセッサ１７が揮発性メモリ１６に読み出し、プロセッサ１７がそのプログラムを実行することで実現することができる。
そのようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、そのようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
図４は、実施の形態１における行動管理サーバ１３０の構成を概略的に示すブロック図である。
行動管理サーバ１３０は、通信部１３１と、記憶部１３２と、希望行動特定部１３３と、経路決定部１３４と、混雑予測部１３５と、代替案決定部１３６と、対象ユーザ決定部１３７と、提案部１３８と、出力処理部１３９とを備える行動管理装置である。
通信部１３１は、ネットワーク１０１を介した通信を行う。例えば、通信部１３１は、ユーザ端末１１０から希望行動情報を受信する。なお、希望行動情報は、希望行動を示すため、通信部１３１は、希望行動を取得する取得部として機能する。
記憶部１３２は、行動管理サーバ１３０での処理に必要なプログラム及びデータを記憶する。例えば、記憶部１３２は、ユーザに提案する内容に関連する情報を示すユーザ管理情報を記憶する。
図５は、実施の形態１におけるユーザ管理情報の一例であるユーザ管理テーブル１５０を示す概略図である。
図５に示されているユーザ管理テーブル１５０は、ユーザＩＤ列１５０ａと、希望内容列１５０ｂと、提案内容列１５０ｃとを備えるテーブル形式の情報である。
ユーザＩＤ列１５０ａは、ユーザ端末１１０を使用するユーザを識別するためのユーザ識別情報であるユーザＩＤを格納する。
希望内容列１５０ｂは、ユーザが希望した内容に関連する情報を格納する。ここでは、希望内容列１５０ｂは、ユーザが希望した目的地と、その目的地に基づいて決定された経由地とを格納する。ここで、ユーザが希望した目的地を希望目的地ともいい、希望目的地に基づいて決定された経由地を希望経由地ともいう。
提案内容列１５０ｃは、ユーザが希望した内容に応じて、行動管理サーバ１３０が提案した内容を格納する。ここでは、提案内容列１５０ｃは、目的地と、その目的地までの経由地とを格納する。ここで、行動管理サーバ１３０が提案した目的地及び経由地を、それぞれ、提案目的地及び提案経由地ともいう。
以上のように、ユーザ管理情報によれば、ユーザと、ユーザが希望した内容と、ユーザに提案した内容とを対応付けることができる。
図４に戻り、希望行動特定部１３３は、ユーザが希望する行動である希望行動を特定する。ここでは、希望行動特定部１３３は、通信部１３１で受信された希望行動情報により、希望行動を特定する。なお、実施の形態１では、希望行動は、ユーザが訪問することを希望する目的地とする。
そして、希望行動特定部１３３は、記憶部１３２に記憶されているユーザ管理情報に、特定された希望行動を追加する。具体的には、希望行動特定部１３３は、記憶部１３２に記憶されているユーザ管理テーブル１５０に新たな行を追加して、その行のユーザＩＤ列１５０ａに希望行動情報を送って来たユーザ端末１１０のユーザのユーザＩＤを格納し、その行の希望内容列１５０ｂに希望行動情報で示される目的地を格納する。ここで、ユーザＩＤについては、希望行動情報に含まれていてもよく、また、ユーザ端末１１０のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の通信アドレスに対応付けて予め記憶部１３２に記憶されていてもよい。
経路決定部１３４は、ユーザ端末１１０からの位置情報で示される位置から、ユーザが訪問することを希望する目的地への経路を決定する。例えば、経路決定部１３４は、所要時間最短又は費用最小のように、ユーザの設定に応じた目的関数を最小にする既存のアルゴリズムに従って、経路を決定すればよい。そして、経路決定部１３４は、決定された経路に含まれている経由地を特定し、その経由地を、記憶部１３２に記憶されているユーザ管理情報に追加する。具体的には、経路決定部１３４は、記憶部１３２に記憶されているユーザ管理テーブル１５０において、経路を決定する際に用いた目的地と同じ行の希望内容列１５０ｂに経由地を格納する。
混雑予測部１３５は、経路決定部１３４で決定された経路に含まれている要素が混雑するか否かを予測する。実施の形態１においては、要素は、目的地及び経由地である。
具体的には、混雑予測部１３５は、記憶部１３２に記憶されているユーザ管理情報を参照することで、経路決定部１３４で決定された経路に含まれている目的地及び経由地のそれぞれについて、訪問する予定となっている他のユーザの数を集計し、その数が予め定められた閾値を超えた場合に、そこが混雑すると予測する。具体的には、希望行動特定部１３３で特定された目的地、及び、経路決定部１３４で決定された経路に含まれている経由地のそれぞれについて、記憶部１３２に記憶されているユーザ管理テーブル１５０の提案内容列１５０ｃに含まれている対応する目的地及び経由地の数を集計する。
代替案決定部１３６は、混雑すると予測された要素である混雑要素を回避するために、混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定する。
例えば、代替案決定部１３６は、混雑予測部１３５で混雑すると判断された目的地及び経由地の一つを対象地として、その対象地を別の地点とする代替案を決定する。行動管理サーバ１３０の記憶部１３２には、行動管理サーバ１３０において、目的地又は経由地とすることのできる地点毎に、そのカテゴリーが予め定められており、対象地とカテゴリーが同一で、かつ、対象地に最も近い地点を代替案とする。
対象ユーザ決定部１３７は、行動管理サーバ１３０で管理されている複数のユーザの中から、代替案を提案するユーザである対象ユーザを決定する。
実施の形態１では、対象ユーザ決定部１３７は、複数のユーザの中から、代替案を受け入れることで満足する可能性が最も高いユーザを対象ユーザとして決定する。
例えば、対象ユーザ決定部１３７は、複数のユーザの内、混雑要素を一部に含む経路で行動している一又は複数のユーザを一又は複数の候補ユーザとし、一又は複数の候補ユーザに予め定められた基準で値を割り当て、その値を加算したスコアが最も高いユーザを、対象ユーザとして決定する。
実施の形態１では、対象ユーザ決定部１３７は、一又は複数の候補ユーザの内、混雑要素を代替要素の代わりとした別の代替案を既に受け入れて行動しているユーザのスコアが最も高くなるように、値を割り当てる。
具体的には、対象ユーザ決定部１３７は、一又は複数の候補ユーザの各々にスコアの初期値を割り振る。ここでの初期値は、例えば、「０」とする。そして、対象ユーザ決定部１３７は、記憶部１３２に記憶されているユーザ管理情報を参照することで、候補ユーザの内、代替案となっている地点を当初希望し、混雑要素である対象地となっている地点を代替案として承認したユーザのスコアに予め定められた値を加算する。具体的には、対象ユーザ決定部１３７は、記憶部１３２に記憶されているユーザ管理テーブル１５０において、希望内容列１５０ｂに代替地が含まれ、かつ、提案内容列１５０ｃにその代替地の代わりに対象地が含まれているユーザを特定し、そのユーザのスコアに予め定められた値を加算する。
そして、対象ユーザ決定部１３７は、スコアが最も高いユーザを対象ユーザとして決定する。ここで、スコアが最も高い複数のユーザがいる場合には、対象ユーザ決定部１３７は、その複数のユーザからランダムに選択された一人のユーザを対象ユーザとして決定してもよく、その複数のユーザの全てを対象ユーザとして決定してもよい。
提案部１３８は、対象ユーザに代替案を提案する。例えば、提案部１３８は、対象地を代替案に変更することを勧めるメッセージと、対象地を代替案に変更することを承認する入力を行うための承認入力領域である承認ボタンと、対象地を代替案に変更することを拒否する入力を行うための拒否入力領域である拒否ボタンとを含む提案画面画像を生成し、その提案画面画像を通信部１３１に、対象ユーザが使用するユーザ端末１１０へ送信させる。
出力処理部１３９は、通信部１３１を介して、対象ユーザが使用するユーザ端末１１０から代替案を承認することを示す承認情報を取得した場合には、その代替案を含む経路を示す経路情報を生成し、その経路情報を通信部１３１に、対象ユーザが使用するユーザ端末１１０へ送信させる。
ここで、対象ユーザが、今回、希望行動を入力したユーザである希望ユーザではない場合には、出力処理部１３９は、経路決定部１３４で決定された経路を示す経路情報を生成し、その経路情報を通信部１３１に、希望ユーザが使用するユーザ端末１１０へ送信させる。
また、出力処理部１３９は、記憶部１３２に記憶されているユーザ管理情報を代替案で更新する。
具体的には、対象ユーザが希望ユーザではない場合には、出力処理部１３９は、記憶部１３２に記憶されているユーザ管理テーブル１５０において、対象ユーザの行の提案内容列１５０ｃの対象地を代替案で置き換える。
一方、対象ユーザが希望ユーザである場合には、出力処理部１３９は、記憶部１３２に記憶されているユーザ管理テーブル１５０において、希望ユーザの行の希望内容列１５０ｂに格納されている内容を、提案内容列１５０ｃにも格納し、その提案内容列１５０ｃにおける対象地を代替案で置き換える。
ここで、出力処理部１３９は、通信部１３１を介して、対象ユーザが使用するユーザ端末１１０から代替案を拒否することを示す承認情報を取得した場合には、代替案を出力しなくてもよく、また、その代替案を含む経路を示す経路情報を生成し、その経路情報を通信部１３１に、希望ユーザが使用するユーザ端末１１０へ送信させてもよい。
なお、出力処理部１３９は、ユーザが目的地に到達した場合には、記憶部１３２に記憶されているユーザ管理情報から、そのユーザに関する情報を削除する。具体的には、出力処理部１３９は、通信部１３１を介して、ユーザ端末１１０から取得された位置情報で示される位置が、記憶部１３２に記憶されているユーザ管理テーブル１５０の提案内容列１５０ｃにおけるそのユーザの目的地から予め定められた範囲内に到達した場合には、そのユーザの行を削除する。これにより、現に行動しているユーザのみを管理することができる。
この場合、出力処理部１３９は、記憶部１３２にその削除された行の内容を履歴情報として記憶させてもよい。履歴情報には、ユーザが目的地又は目的地から予め定められた範囲内に到達した日時が追加されることが望ましい。
以上に記載された行動管理サーバ１３０は、例えば、図６に示されているようなコンピュータ２０により実現することができる。
コンピュータ２０は、通信Ｉ／Ｆ２１と、不揮発性メモリ２２と、揮発性メモリ２３と、プロセッサ２４とを備える。
そして、通信部１３１は、ＮＩＣ等の通信Ｉ／Ｆ１２により実現することができる。
記憶部１３２は、不揮発性メモリ２２又は揮発性メモリ２３により実現することができる。
希望行動特定部１３３、経路決定部１３４、混雑予測部１３５、代替案決定部１３６、対象ユーザ決定部１３７、提案部１３８及び出力処理部１３９は、不揮発性メモリ２２に記憶されているプログラムを、プロセッサ２４が揮発性メモリ２３に読み出し、プロセッサ２４がそのプログラムを実行することで実現することができる。
そのようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、そのようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
図７は、行動管理サーバ１３０において、代替案を提案する処理を示すフローチャートである。
まず、通信部１３１が、一つのユーザ端末１１０から希望行動情報を受信すると、希望行動特定部１３３は、その希望行動情報により、希望行動を特定する（Ｓ１０）。なお、ここでは、希望行動は、ユーザが訪問することを希望する目的地である希望目的地であるものとする。そして、希望行動特定部１３３は、記憶部１３２に記憶されているユーザ管理情報に特定された希望行動である希望目的地を追加する。
次に、経路決定部１３４は、その一つのユーザ端末１１０からの位置情報で示される位置から、ステップＳ１０で特定された希望目的地までの経路を決定する（Ｓ１１）。そして、経路決定部１３４は、決定された経路に含まれている経由地を特定し、その経由地を、記憶部１３２に記憶されているユーザ管理情報に追加する。
次に、混雑予測部１３５は、希望目的地及び希望目的地までの経路に含まれている経由地の何れかの地点が混雑するか否かを予測する（Ｓ１２）。
そして、混雑予測部１３５は、希望目的地及び経由地の何れか一つの地点で混雑するか否かを判断する（Ｓ１３）。混雑する場合（Ｓ１３でＹｅｓ）には、処理はステップＳ１４に進み、混雑しない場合（Ｓ１３でＮｏ）には、処理はステップＳ１９に進む。
ステップＳ１４は、代替案決定部１３６は、混雑予測部１３５で混雑すると判断された一つの地点を対象地として、その対象地を別の地点である代替地とする代替案を決定する（Ｓ１４）。
次に、対象ユーザ決定部１３７は、混雑予測部１３５で混雑すると予測された一つの地点である対象地を訪問する複数のユーザを候補ユーザとして特定する（Ｓ１５）。
次に、対象ユーザ決定部１３７は、複数の候補ユーザから代替案を提案する対象となるユーザである対象ユーザを決定する（Ｓ１６）。ここでの処理は、図８を用いて詳細に説明する。
次に、提案部１３８は、対象ユーザに代替案を提案する（Ｓ１７）。
次に、出力処理部１３９は、対象ユーザは、希望行動を送信してきた一つのユーザ端末１１０のユーザである希望ユーザであるか否かを判断する（Ｓ１８）。対象ユーザが希望ユーザである場合（Ｓ１８でＹｅｓ）には、処理は終了し、対象ユーザが希望ユーザではない場合（Ｓ１８でＮｏ）には、処理はステップＳ１９に進む。
ステップＳ１９では、出力処理部１３９は、希望ユーザに、経路決定部１３４で決定された経路を提示する。
図８は、対象ユーザ決定部１３７が対象ユーザを決定する処理を示す概略図である。
まず、対象ユーザ決定部１３７は、候補ユーザの各々に割り振られているスコアに初期値を設定する（Ｓ３０）。ここでの初期値は、例えば、「０」とする。
次に、対象ユーザ決定部１３７は、記憶部１３２に記憶されているユーザ管理情報を参照することで、候補ユーザの内、代替地となっている地点を当初希望し、代替地の代わりに対象地とする代替案を承認したユーザのスコアに予め定められた値を加算する（Ｓ３１）。
そして、対象ユーザ決定部１３７は、スコアの最も高いユーザを対象ユーザとして決定する（Ｓ３２）。
図９は、実施の形態１において、希望行動を入力したユーザとは異なるユーザに代替案を提案する状況を説明するためのシーケンス図である。
ここでは、ユーザ端末１１０Ａと、ユーザ端末１１０Ｂとが、希望行動の入力を受け付けるものとして説明する。
まず、ユーザ端末１１０Ｂの入力部１１１は、希望目的地である地点Ｂを希望行動として、入力を受け付ける。ユーザ端末１１０Ｂの制御部１１６は、地点Ｂを示す希望行動情報を生成し、その希望行動情報を、通信部１１２から行動管理サーバ１３０に送る（Ｓ４０）。
ユーザ端末１１０Ｂから地点Ｂを示す希望行動情報を受信すると、行動管理サーバ１３０の経路決定部１３４は、ユーザ端末１１０Ｂの現在地から地点Ｂまでの経路を決定して、その経路に含まれる経由地を特定する。そして、混雑予測部１３５は、地点Ｂ及び経由地の混雑を予測する。ここでは、地点Ｂが混雑すると判断されるものとする。この場合、例えば、代替案決定部１３６は、地点Ｂの代替案を決定する（Ｓ４１）。ここでは、地点Ａが代替案となるものとする。
そして、対象ユーザ決定部１３７は、ユーザ端末１１０Ｂのユーザを対象ユーザとして決定し、提案部１３８は、地点Ｂの代替案として地点Ａを目的地にすることを、ユーザ端末１１０Ｂのユーザに提案するものとする（Ｓ４２）。
この場合、ユーザ端末１１０Ｂの表示部１１３には、地点Ｂを地点Ａに変更すること勧めるメッセージを含む提案画面画像が表示され、ユーザ端末１１０Ｂのユーザは、入力部１１１を介して、その代替案を承認するものとする。ユーザ端末１１０Ｂの制御部１１６は、代替案を承認することを示す承認情報を生成し、その承認情報を、通信部１１２を介して、行動管理サーバ１３０に送る（Ｓ４３）。
行動管理サーバ１３０の出力処理部１３９は、代替案である地点Ａへの経路を示す経路情報を生成し、その経路情報を通信部１３１に、ユーザ端末１１０Ｂへ送信させる（Ｓ４４）。
以上のような状況で、ユーザ端末１１０Ａの入力部１１１は、希望目的地である地点Ａを希望行動として、入力を受け付ける。ユーザ端末１１０Ａの制御部１１６は、地点Ａを示す希望行動情報を生成し、その希望行動情報を、通信部１１２から行動管理サーバ１３０に送る（Ｓ４５）。
ユーザ端末１１０Ａから地点Ａを示す希望行動情報を受信すると、行動管理サーバ１３０の経路決定部１３４は、ユーザ端末１１０Ａの現在地から地点Ａまでの経路を決定して、その経路に含まれる経由地を特定する。そして、混雑予測部１３５は、地点Ａ及び経由地の混雑を予測する。ここでは、地点Ａが混雑すると判断されるものとする。この場合、例えば、代替案決定部１３６は、地点Ａの代替案を決定する（Ｓ４６）。ここでは、地点Ｂが代替案となるものとする。
このような場合、対象ユーザ決定部１３７は、既に地点Ｂから地点Ａへの代替案を受け入れているユーザ端末１１０Ｂのユーザに高い値を割り振ることでスコアを計算し、ユーザ端末１１０Ｂのユーザを対象ユーザとして決定する。そして、提案部１３８は、地点Ａの代替案として地点Ｂを目的地にすることを、ユーザ端末１１０Ｂのユーザに提案する（Ｓ４７）。
ユーザ端末１１０Ｂの表示部１１３には、地点Ａを地点Ｂに変更すること勧めるメッセージを含む提案画面画像が表示される。ユーザ端末１１０Ｂのユーザは、もともと地点Ａではなく地点Ｂを希望目的地としていたため、このような代替案を容易に受け入れるものと考えられる。そして、ユーザ端末１１０Ｂの入力部１１１が、その代替案を承認する入力を受け付けると、ユーザ端末１１０Ｂの制御部１１６は、代替案を承認することを示す承認情報を生成し、その承認情報を、通信部１１２を介して、行動管理サーバ１３０に送る（Ｓ４８）。
この場合、行動管理サーバ１３０の出力処理部１３９は、代替案である地点Ｂへの経路を示す経路情報を生成し、その経路情報を通信部１３１に、ユーザ端末１１０Ｂへ送信させる（Ｓ４９）。
また、行動管理サーバ１３０の出力処理部１３９は、希望目的地である地点Ａへの経路を示す経路情報を生成し、その経路情報を通信部１３１に、ユーザ端末１１０Ａへ送信させる（Ｓ５０）。
以上のように、実施の形態１によれば、既に代替案を受け入れているユーザに、本来の希望がかなうように再度代替案を提案することで、代替案を受け入れる可能性を高めることができるとともに、希望行動を入力したユーザも、代替案の提供を受けるユーザもどちらも、本来の希望がかなうことで、両方の満足度が向上する。
実施の形態２．
次に、実施の形態２を説明する。実施の形態２では、対象ユーザを選択する際のスコアの計算に、ユーザに関する様々な情報を利用する。
図１に示されているように、実施の形態２に係る行動管理システム２００は、複数のユーザ端末２１０Ａ、２１０Ｂ、２１０Ｃ、・・・と、行動管理サーバ２３０とを備える。
複数のユーザ端末２１０Ａ、２１０Ｂ、２１０Ｃ、・・・と、行動管理サーバ２３０とは、インターネット等のネットワーク１０１に接続されている。
なお、複数のユーザ端末２１０Ａ、２１０Ｂ、２１０Ｃ、・・・の各々を、特に区別する必要がない場合には、複数のユーザ端末２１０Ａ、２１０Ｂ、２１０Ｃ、・・・の内の何れか一つをユーザ端末２１０という。
また、複数のユーザ端末２１０Ａ、２１０Ｂ、２１０Ｃ、・・・の数については、特に制限はない。
図２に示されているように、実施の形態２におけるユーザ端末２１０は、入力部２１１と、通信部１１２と、表示部１１３と、位置検出部１１４と、記憶部１１５と、制御部１１６とを備える。
実施の形態２におけるユーザ端末２１０の通信部１１２、表示部１１３、位置検出部１１４、記憶部１１５及び制御部１１６は、実施の形態１におけるユーザ端末１１０の通信部１１２、表示部１１３、位置検出部１１４、記憶部１１５及び制御部１１６と同様である。
入力部２１１は、ユーザからの指示の入力を受け付ける。ユーザからの指示の入力をユーザ入力ともいう。例えば、入力部２１１は、ユーザから希望する行動である希望行動の入力、又は、後述する代替案を承認するか否かの入力を受け付ける。
実施の形態２では、入力部２１１は、希望行動として、ユーザが訪問することを希望する目的地の他、ユーザの年齢、大人の同行者数及び子供の同行者数といった行動を行う者に関するユーザ関連情報の入力を受け付ける。制御部１１６は、実施の形態１と同様に、入力部１１１で入力された希望行動を示す希望行動情報を生成し、その希望行動情報を、通信部１１２に行動管理サーバ２３０へ送信させる。
図４に示されているように、実施の形態２における行動管理サーバ２３０は、通信部１３１と、記憶部２３２と、希望行動特定部２３３と、経路決定部１３４と、混雑予測部１３５と、代替案決定部１３６と、対象ユーザ決定部２３７と、提案部１３８と、出力処理部１３９とを備える。
実施の形態２における行動管理サーバ２３０の通信部１３１、経路決定部１３４、混雑予測部１３５、代替案決定部１３６、提案部１３８及び出力処理部１３９は、実施の形態１における行動管理サーバ１３０の通信部１３１、経路決定部１３４、混雑予測部１３５、代替案決定部１３６、提案部１３８及び出力処理部１３９と同様である。
記憶部２３２は、行動管理サーバ２３０での処理に必要なプログラム及びデータを記憶する。例えば、記憶部２３２は、ユーザに提案する内容に関連する情報を示すユーザ管理情報及び加点条件情報を記憶する。
図１０は、実施の形態２におけるユーザ管理情報の一例であるユーザ管理テーブル２５０を示す概略図である。
図１０に示されているユーザ管理テーブル２５０は、ユーザＩＤ列２５０ａと、希望内容列２５０ｂと、提案内容列２５０ｃと、年齢列２５０ｄと、大人同行者数列２５０ｅと、子供同行者数列２５０ｆと、登録日時列２５０ｇとを備えるテーブル形式の情報である。
ユーザＩＤ列２５０ａは、ユーザ端末２１０を使用するユーザを識別するためのユーザ識別情報であるユーザＩＤを格納する。
希望内容列２５０ｂは、ユーザが希望した内容に関連する情報を格納する。ここでは、希望内容列２５０ｂは、ユーザが希望した目的地と、その目的地に基づいて決定された経由地とを格納する。ここで、ユーザが希望した目的地を希望目的地ともいい、希望目的地に基づいて決定された経由地を希望経由地ともいう。
提案内容列２５０ｃは、ユーザが希望した内容に応じて、行動管理サーバ２３０が提案した内容を格納する。ここでは、提案内容列２５０ｃは、目的地と、その目的地までの経由地とを格納する。ここで、行動管理サーバ１３０が提案した目的地及び経由地を、それぞれ、提案目的地及び提案経由地ともいう。
年齢列２５０ｄは、ユーザの年齢を格納する。
大人同行者数列２５０ｅは、大人の同行者数を格納する。
子供同行者数列２５０ｆは、子供の同行者数を格納する。
登録日時列２５０ｇは、ユーザ管理テーブル２５０に各々のレコードに対応する行が追加された日時を示す。
図１１は、実施の形態２における加点条件情報の一例である加点条件テーブル２５１を示す概略図である。
図１１に示されている加点条件テーブル２５１は、条件列２５１ａと、加点列２５１ｂとを備えるテーブル形式の情報である。
条件列２５１ａは、ユーザ毎のスコアに加点をする条件を格納する。
例えば、代替案となる地点を、混雑が予測される対象地に変更しているユーザは、代替案を受け入れる可能性が高いため、加点が行われる。
また、ユーザの年齢がある年齢以上となると、混雑を嫌がる傾向があると考えられるため、ユーザの年齢がある年齢以上である場合には、より混雑しない地点への変更を受け入れる可能性が高いと考えられるため、加点が行われる。ここでは、加点を行うユーザの年齢を４０歳以上としているが、このような例に限定されない。
また、子供連れのユーザは、より混雑しない地点を好む傾向があると考えられることから、より混雑しない目的地への変更を受け入れる可能性が高いと考えられるため、加点が行われる。
さらに、同行者の人数が多い場合には、より混雑しない地点を好む傾向があると考えられることから、より混雑しない目的地への変更を受け入れる可能性が高いと考えられるため、加点が行われる。同行者の人数は、大人の同行者の数と、子供の同行者の数とを加算すればよい。
また、希望行動を入力してからあまり時間がたっていないユーザは、まだ目的地から遠く、代替案を受け入れる可能性が高いと考えられるため、加点が行われる。ここでは、登録からの経過時間が一時間以内としているが、このような例に限定されない。
加点列２５１ｂは、条件が満たされた際に加点する値を格納する。
図１１に示されている値は一例であり、このような例限定されるものではない。
但し、代替案となる地点を対象地に変更している条件を満たす場合には、他の条件の全てを満たした場合に加点される値の総計よりも大きな値であることが望ましい。このような条件を満たしているユーザは、積極的に代替案を受け入れると考えられるためである。
以上のように、加点条件情報は、代替案を受け入れる可能性が高い条件ほど大きな値が加点されるようにしている。
図４に戻り、希望行動特定部２３３は、ユーザが希望する行動である希望行動を特定する。ここでは、希望行動特定部２３３は、通信部１３１で受信された希望行動情報により、希望行動を特定する。なお、ここでは、希望行動は、ユーザが訪問することを希望する目的地及びユーザ関連情報とする。
そして、希望行動特定部２３３は、記憶部２３２に記憶されているユーザ管理情報に特定された希望行動を追加する。具体的には、希望行動特定部２３３は、記憶部２３２に記憶されているユーザ管理テーブル２５０に新たな行を追加して、その行のユーザＩＤ列２５０ａに希望行動情報を送って来たユーザ端末２１０のユーザのユーザＩＤを格納し、その行の希望内容列２５０ｂに希望行動情報で示される目的地を格納し、その行の年齢列２５０ｄに希望行動情報で示される年齢を格納し、その行の大人同行者数列２５０ｅに希望行動情報で示される大人の同行者数を格納し、その行の子供同行者数列２５０ｆに希望行動情報で示される子供の同行者数を格納し、その行の登録日時列２５０ｇにその行を追加した日時を格納する。
対象ユーザ決定部２３７は、混雑予測部１３５で混雑すると予測された地点を訪問する複数のユーザを候補ユーザとし、複数の候補ユーザから代替案を提案する対象となる対象ユーザを決定する。
例えば、対象ユーザ決定部２３７は、候補ユーザの各々にスコアの初期値を割り振る。ここでの初期値は、例えば、「０」とする。そして、対象ユーザ決定部２３７は、記憶部２３２に記憶されているユーザ管理情報及び加点条件情報を参照することで、加点条件情報で示される条件を満たす候補ユーザに加点を行うことで、候補ユーザ毎にスコアを算出する。
そして、対象ユーザ決定部２３７は、スコアの最も高いユーザを対象ユーザとして決定する。ここで、スコアの最も高い複数のユーザがいる場合には、対象ユーザ決定部２３７は、その複数のユーザからランダムに選択された一人のユーザを対象ユーザとして決定してもよく、その複数のユーザの全てを対象ユーザとして決定してもよい。
以上のように、実施の形態２においては、ユーザに関する情報にも基づいて、対象ユーザを決定するためのスコアが計算されるため、ユーザの状況に応じて、代替案を提案する対象ユーザを決定することができる。
なお、図１１に示されている条件は、例示であり、他の条件でスコアに加算が行われてもよい。例えば、行動管理サーバ２３０の記憶部２３２に、ユーザ毎の過去における代替案の承認回数を示す承認履歴情報を記憶しておき、その承認回数が多いほど大きな値となる代替地点選択傾向が、上記の例に加えて、又は、上記の例に代えて、ユーザ毎のスコアに加算されてもよい。
実施の形態３．
次に、実施の形態３を説明する。実施の形態３では、代替案を自動的に実行することで、代替案による混雑の緩和を効果的に行うことができるようにする。
図１２は、実施の形態３に係る行動管理システム３００の構成を概略的に示すブロック図である。
行動管理システム３００は、複数のユーザ端末３１０Ａ、３１０Ｂ、３１０Ｃ、・・・と、行動管理サーバ３３０とを備える。
複数のユーザ端末３１０Ａ、３１０Ｂ、３１０Ｃ、・・・と、行動管理サーバ３３０とは、インターネット等のネットワーク１０１に接続されている。ここで、実施の形態３では、ユーザ端末３１０Ｂを使用するユーザは、ＰＭＶ（Ｐｅｒｓｏｎａｌ Ｍｏｂｉｌｉｔｙ Ｖｅｈｉｃｌｅ）等のように自動運転機能を有する車両である自動運転車両３７０を用いて移動するものとする。
なお、複数のユーザ端末３１０Ａ、３１０Ｂ、３１０Ｃ、・・・の各々を、特に区別する必要がない場合には、複数のユーザ端末３１０Ａ、３１０Ｂ、３１０Ｃ、・・・の何れか一つをユーザ端末３１０という。
また、複数のユーザ端末３１０Ａ、３１０Ｂ、３１０Ｃ、・・・の数については、特に制限はない。
図２に示されているように、実施の形態３におけるユーザ端末３１０は、入力部３１１と、通信部１１２と、表示部１１３と、位置検出部１１４と、記憶部１１５と、制御部３１６とを備える。
実施の形態３におけるユーザ端末３１０の通信部１１２、表示部１１３、位置検出部１１４及び記憶部１１５は、実施の形態１におけるユーザ端末１１０の通信部１１２、表示部１１３、位置検出部１１４及び記憶部１１５と同様である。
入力部３１１は、ユーザからの指示の入力を受け付ける。ユーザからの指示の入力をユーザ入力ともいう。例えば、入力部３１１は、ユーザから希望する行動である希望行動の入力、又は、後述する代替案を承認するか否かの入力を受け付ける。
実施の形態３では、入力部３１１は、希望行動として、ユーザが訪問することを希望する目的地の他、ユーザの年齢、大人の同行者数及び子供の同行者数といった行動を行う者、並びに、ユーザが使用する移動手段に関するユーザ関連情報の入力を受け付ける。制御部３１６は、実施の形態１と同様に、入力部１１１で入力された希望行動を示す希望行動情報を生成し、その希望行動情報を、通信部１１２に行動管理サーバ３３０へ送信させる。
制御部３１６は、ユーザ端末３１０での処理を制御する。
例えば、制御部３１６は、入力部３１１で入力された希望行動を示す希望行動情報を生成し、その希望行動情報を、通信部１１２に行動管理サーバ３３０へ送信させる。
また、制御部３１６は、位置検出部１１４で検出された位置を示す位置情報を生成し、その位置情報を、通信部１１２に行動管理サーバ３３０へ送信させる。
また、制御部３１６は、通信部１１２が、行動管理サーバ３３０からの代替案情報を受信した場合に、ユーザ端末３１０のユーザが自動運転車両を利用しているか否かを判断する。例えば、そのユーザが自動運転車両を利用している場合には、記憶部１１５に、自動運転車両と通信を行うための通信アドレスが記憶されている。従って、制御部３１６は、そのような通信アドレスが記憶部１１５に記憶されているか否かにより、そのユーザが自動運転車両を利用しているか否かを判断することができる。
そして、そのユーザが自動運転車両を利用していない場合には、制御部３１６は、実施の形態１と同様に、代替案情報で示される代替案を示す代替案画面画像を生成し、その代替案画面画像を表示部１１３に表示させる。そして、制御部３１６は、入力部１１１が、ユーザから代替案を承認するか否かの入力を受け付けると、承認をするか否かを示す承認情報を生成し、その承認情報を、通信部１１２に行動管理サーバ３３０へ送信させる。
さらに、制御部３１６は、通信部１１２が、行動管理サーバ３３０からの経路情報を受信した場合に、経路情報で示される経路を示す経路画面画像を生成し、その経路画面画像を表示部１１３に表示させる。
一方、そのユーザが自動運転車両を利用している場合には、制御部３１６は、承認をすることを示す承認情報を生成し、その承認情報を、通信部１１２に行動管理サーバ３３０へ送信させる。
そして、制御部３１６は、通信部１１２が、行動管理サーバ３３０からの経路情報を受信した場合に、その経路情報を、通信部１１２を介して自動運転車両に送る。そのような経路情報を受信した自動運転車両３７０は、その経路情報で示される経路で自動運転を実行する。
図１３は、自動運転車両３７０の構成を概略的に示すブロック図である。
自動運転車両３７０は、通信部３７１と、制御部３７２と、駆動部３７３とを備える。
通信部３７１は、ネットワーク１０１を介した通信を行う。例えば、通信部３７１は、ユーザ端末３１０から経路情報を受信して、その経路情報を制御部３７２に与える。
制御部３７２は、自動運転車両３７０の動作を制御する。例えば、制御部３７２は、通信部３７１から与えられた経路情報に従って、駆動部３７３を制御することで、経路情報で示される経路で、自動運転車両３７０を運転する。
駆動部３７３は、自動運転車両３７０を動かすための駆動機構である。
図１４は、自動運転車両３７０のハードウェア構成を概略的に示すブロック図である。
以上に記載された自動運転車両３７０は、通信Ｉ／Ｆ３１と、駆動制御装置３２と、駆動機構３３と、センサ３４と、不揮発性メモリ３５と、揮発性メモリ３６と、プロセッサ３７とを備える。
そして、通信部３７１は、ＮＩＣ等の通信Ｉ／Ｆ３１により実現することができ、駆動部３７３は、駆動制御装置３２、駆動機構３３及びセンサ３４により実現することができる。
駆動制御装置３２は、例えば、メモリ及びプロセッサ等を備えるマイクロコンピュータであり、プロセッサ３７からの指示及びセンサ３４での検出結果に応じて、駆動機構３３を制御する。
駆動機構３３は、自動運転車両３７０を動かすための機構である。駆動機構３３は、モータ、車輪、ハンドル及びブレーキを含む。
センサ３４は、駆動機構３３に含まれる様々な部品等の動作を検出するセンサ、その部品の温度等の物理量を検出するセンサ、及び、自動運転車両３７０に備え付けられているカメラ等を含む。
制御部３７２は、不揮発性メモリ３５に記憶されているプログラムを、プロセッサ３７が揮発性メモリ３６に読み出し、プロセッサ３７がそのプログラムを実行することで実現することができる。
そのようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、そのようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
図４に示されているように、実施の形態３における行動管理サーバ３３０は、通信部１３１と、記憶部３３２と、希望行動特定部３３３と、経路決定部１３４と、混雑予測部１３５と、代替案決定部１３６と、対象ユーザ決定部３３７と、提案部１３８と、出力処理部１３９とを備える。
実施の形態３における行動管理サーバ３３０の通信部１３１、経路決定部１３４、混雑予測部１３５、代替案決定部１３６、提案部１３８及び出力処理部１３９は、実施の形態１における行動管理サーバ１３０の通信部１３１、経路決定部１３４、混雑予測部１３５、代替案決定部１３６、提案部１３８及び出力処理部１３９と同様である。
記憶部３３２は、行動管理サーバ３３０での処理に必要なプログラム及びデータを記憶する。例えば、記憶部３３２は、ユーザに提案する内容に関連する情報を示すユーザ管理情報及び加点条件情報を記憶する。
図１５は、実施の形態３におけるユーザ管理情報の一例であるユーザ管理テーブル３５０を示す概略図である。
図１５に示されているユーザ管理テーブル３５０は、ユーザＩＤ列３５０ａと、希望内容列３５０ｂと、提案内容列３５０ｃと、年齢列３５０ｄと、大人同行者数列３５０ｅと、子供同行者数列３５０ｆと、移動手段列３５０ｈと、登録日時列３５０ｇとを備えるテーブル形式の情報である。
実施の形態３におけるユーザ管理テーブル３５０のユーザＩＤ列３５０ａ、希望内容列３５０ｂ、提案内容列３５０ｃ、年齢列３５０ｄ、大人同行者数列３５０ｅ、子供同行者数列３５０ｆ及び登録日時列３５０ｇは、実施の形態２におけるユーザ管理テーブル２５０のユーザＩＤ列２５０ａ、希望内容列２５０ｂ、提案内容列２５０ｃ、年齢列２５０ｄ、大人同行者数列２５０ｅ、子供同行者数列２５０ｆ及び登録日時列２５０ｇと同様である。
言い換えると、実施の形態３におけるユーザ管理テーブル３５０は、実施の形態２におけるユーザ管理テーブル２５０に、移動手段列３５０ｈが追加されている。
移動手段列３５０ｈは、ユーザの移動手段を示す移動手段識別情報である移動手段名を格納する。
図１６は、実施の形態３における加点条件情報の一例である加点条件テーブル３５１を示す概略図である。
図１６に示されている加点条件テーブル３５１は、条件列３５１ａと、加点列３５１ｂとを備えるテーブル形式の情報である。
条件列３５１ａは、ユーザ毎のスコアに加点をする条件を格納する。
実施の形態３では、自動運転車両を移動手段として利用しているユーザに対しては、その自動運転車両に代替案を自動的に設定することができるため、加点が行われる。
加点列３５１ｂは、条件が満たされた際に加点する値を格納する。
図１６に示されている値は一例であり、このような例限定されるものではない。
但し、自動運転車両を利用している条件を満たす場合には、他の条件の全てを満たした場合に加点される値の総計よりも大きな値であることが望ましい。このような条件を満たしているユーザは、自動的に代替案を受け入れるためである。
図４に戻り、希望行動特定部３３３は、ユーザが希望する行動である希望行動を特定する。ここでは、希望行動特定部３３３は、通信部１３１で受信された希望行動情報により、希望行動を特定する。なお、ここでは、希望行動は、ユーザが訪問することを希望する目的地及びユーザ関連情報とする。
そして、希望行動特定部３３３は、記憶部３３２に記憶されているユーザ管理情報に特定された希望行動を追加する。具体的には、希望行動特定部３３３は、記憶部３３２に記憶されているユーザ管理テーブル３５０に新たな行を追加して、その行のユーザＩＤ列３５０ａに希望行動情報を送って来たユーザ端末３１０のユーザのユーザＩＤを格納し、その行の希望内容列３５０ｂに希望行動情報で示される目的地を格納し、その行の年齢列３５０ｄに希望行動情報で示される年齢を格納し、その行の大人同行者数列３５０ｅに希望行動情報で示される大人の同行者数を格納し、その行の子供同行者数列３５０ｆに希望行動情報で示される子供の同行者数を格納し、その行の移動手段列３５０ｈに希望行動情報で示される移動手段を格納し、その行の登録日時列３５０ｇにその行を追加した日時を格納する。
対象ユーザ決定部３３７は、混雑予測部１３５で混雑すると予測された地点を訪問する複数のユーザを候補ユーザとし、複数の候補ユーザから代替案を提案する対象となる対象ユーザを決定する。
実施の形態３では、対象ユーザ決定部３３７は、複数のユーザの中から、代替案を受け入れる可能性が最も高いユーザを対象ユーザとして決定する。
ここで、対象ユーザ決定部３３７は、複数のユーザの内、混雑要素を一部に含む経路で行動している一又は複数のユーザを一又は複数の候補ユーザとし、その一又は複数の候補ユーザに予め定められた基準で値を割り当て、その値を加算したスコアが最も高いユーザを、対象ユーザとして決定する。
実施の形態３では、対象ユーザ決定部３３７は、一又は複数の候補ユーザの内、経路を指示することで、指示された経路で自動的に運転を行う自動運転車両を移動手段として利用しているユーザのスコアが最も高くなるように、加算する値を割り当てる。
例えば、対象ユーザ決定部３３７は、候補ユーザの各々にスコアの初期値を割り振る。ここでの初期値は、例えば、「０」とする。そして、対象ユーザ決定部３３７は、記憶部３３２に記憶されているユーザ管理情報及び加点条件情報を参照することで、加点条件情報で示される条件を満たす候補ユーザに加点を行うことで、候補ユーザ毎にスコアを算出する。
そして、対象ユーザ決定部３３７は、スコアの最も高いユーザを対象ユーザとして決定する。実施の形態３では、対象ユーザ決定部３３７は、候補ユーザに自動運転車両３７０を利用するユーザが含まれる場合には、そのようなユーザを対象ユーザとして決定する。ここで、スコアの最も高い複数のユーザがいる場合には、対象ユーザ決定部３３７は、その複数のユーザからランダムに選択された一人のユーザを対象ユーザとして決定してもよく、その複数のユーザの全てを対象ユーザとして決定してもよい。
図１７は、実施の形態３において、ユーザ端末３１０が代替案情報を受信した場合の動作を示すフローチャートである。
代替案情報を受信したユーザ端末３１０は、制御部３１６が、通信部１１２からその代替案情報を取得する（Ｓ６０）。
制御部３１６は、ユーザ端末３１０のユーザに承認の確認が必要であるか否かを判断する（Ｓ６１）。制御部３１６は、ユーザ端末３１０のユーザが自動運転車両３７０を移動手段として利用していない場合には、ユーザ端末３１０のユーザに承認の確認が必要であると判断し、ユーザ端末３１０のユーザが自動運転車両３７０を移動手段として利用している場合には、ユーザ端末３１０のユーザに承認の確認が必要ないと判断する。承認の確認が必要である場合（Ｓ６１でＹｅｓ）には、処理はステップＳ６２に進み、承認の確認が必要ではない場合（Ｓ６１でＮｏ）には、処理はステップＳ６３に進む。
ステップＳ６２では、制御部３１６は、代替案情報で示される代替案を示す代替案画面画像を生成し、その代替案画面画像を表示部１１３に表示させる。そして、制御部３１６は、入力部３１１が、ユーザから代替案を承認するか否かの入力を受け付けると、承認をするか否かを示す承認情報を生成し、その承認情報を、通信部１１２に行動管理サーバ３３０へ送信させる。さらに、制御部３１６は、通信部１１２が、行動管理サーバ３３０からの経路情報を受信した場合に、経路情報で示される経路を示す経路画面画像を生成し、その経路画面画像を表示部１１３に表示させる。
一方、ステップＳ６３では、制御部３１６は、承認をすることを示す承認情報を生成し、その承認情報を、通信部１１２に行動管理サーバ３３０へ送信させる。そして、制御部３１６は、通信部１１２が、行動管理サーバ３３０からの経路情報を受信した場合に、その経路情報を、通信部１１２を介して自動運転車両３７０に送る。そのような経路情報を受信した自動運転車両３７０は、その経路情報で示される経路で自動運転を実行する。
図１８は、実施の形態３において、希望行動を入力したユーザとは異なるユーザに代替案を提案する状況を説明するためのシーケンス図である。
ここでは、ユーザ端末３１０Ａと、ユーザ端末３１０Ｂとが、希望行動の入力を受け付けるものとして説明する。
まず、ユーザ端末３１０Ｂの入力部３１１は、希望目的地である地点Ｂ及び移動手段として自動運転車両を用いることを、希望行動として入力を受け付ける。ユーザ端末３１０Ｂの制御部３１６は、地点Ｂ及び移動手段としての自動運転車両を示す希望行動情報を生成し、その希望行動情報を、通信部１１２から行動管理サーバ３３０に送る（Ｓ７０）。
ユーザ端末３１０Ｂから地点Ｂを示す希望行動情報を受信すると、行動管理サーバ３３０の経路決定部１３４は、ユーザ端末３１０Ｂの現在地から地点Ｂまでの経路を決定して、その経路に含まれる経由地を特定する。そして、混雑予測部１３５は、地点Ｂ及び経由地の混雑を予測する。ここでは、地点Ｂが混雑すると判断されるものとする。この場合、例えば、代替案決定部１３６は、地点Ｂの代替案を決定する（Ｓ７１）。ここでは、地点Ａが代替案となるものとする。
そして、対象ユーザ決定部３３７は、ユーザ端末３１０Ｂのユーザを対象ユーザとして決定し、提案部１３８は、地点Ｂの代替案として地点Ａを目的地にすることを、ユーザ端末３１０Ｂのユーザに提案するものとする（Ｓ７２）。
この場合、ユーザ端末３１０Ｂの制御部３１６は、ユーザ端末３１０Ｂのユーザが自動運転車両３７０を移動手段として使用していることから、そのユーザに確認することなく、代替案を承認することを示す承認情報を生成し、その承認情報を、通信部１１２を介して、行動管理サーバ３３０に送る（Ｓ７３）。
この場合、行動管理サーバ２３０の出力処理部１３９は、代替案である地点Ａへの経路を示す経路情報を生成し、その経路情報を通信部１３１に、ユーザ端末３１０Ｂへ送信させる（Ｓ７４）。
そして、ユーザ端末３１０Ｂの制御部３１６は、その経路情報を、通信部１１２を介して自動運転車両３７０に送り、その経路情報で示される経路で地点Ａに行くように、自動運転車両３７０に設定する（Ｓ７５）。
以上のような状況で、ユーザ端末３１０Ａの入力部３１１は、希望目的地である地点Ａ及び移動手段として徒歩を使用することを、希望行動として入力を受け付ける。ユーザ端末３１０Ａの制御部３１６は、地点Ａ及び移動手段としての徒歩を示す希望行動情報を生成し、その希望行動情報を、通信部１１２から行動管理サーバ３３０に送る（Ｓ７６）。
ユーザ端末３１０Ａから地点Ａを示す希望行動情報を受信すると、行動管理サーバ３３０の経路決定部１３４は、ユーザ端末３１０Ａの現在地から地点Ａまでの経路を決定して、その経路に含まれる経由地を特定する。そして、混雑予測部１３５は、地点Ａ及び経由地の混雑を予測する。ここでは、地点Ａが混雑すると判断されるものとする。この場合、例えば、代替案決定部１３６は、地点Ａの代替案を決定する（Ｓ７７）。ここでは、地点Ｂが代替案となるものとする。
このような場合、対象ユーザ決定部３３７は、自動運転車両を移動手段としているユーザ端末３１０Ｂのユーザに高いスコアを割り振ることで、ユーザ端末３１０Ｂのユーザを対象ユーザとして決定する。そして、提案部１３８は、地点Ａの代替案として地点Ｂを目的地にすることを、ユーザ端末３１０Ｂのユーザに提案する（Ｓ７８）。
この場合、ユーザ端末３１０Ｂの制御部３１６は、ユーザ端末３１０Ｂのユーザが自動運転車両３７０を移動手段として使用していることから、そのユーザに確認することなく、代替案を承認することを示す承認情報を生成し、その承認情報を、通信部１１２を介して、行動管理サーバ３３０に送る（Ｓ７９）。
行動管理サーバ３３０の出力処理部１３９は、代替案である地点Ｂへの経路を示す経路情報を生成し、その経路情報を通信部１３１に、ユーザ端末３１０Ｂへ送信させる（Ｓ８０）。
そして、ユーザ端末３１０Ｂの制御部３１６は、その経路情報を、通信部１１２を介して自動運転車両３７０に送り、その経路情報で示される経路で地点Ｂに行くように、自動運転車両３７０に設定する（Ｓ８１）。
また、行動管理サーバ３３０の出力処理部１３９は、希望目的地である地点Ａへの経路を示す経路情報を生成し、その経路情報を通信部１３１に、ユーザ端末３１０Ａへ送信させる（Ｓ８２）。
以上のように、実施の形態３においては、ユーザに関する情報にも基づいて、対象ユーザを決定するためのスコアが計算されるため、ユーザの状況に応じて、代替案を提案する対象ユーザを決定することができる。
なお、図１１に示されている条件は、例示であり、他の条件でスコアに加算が行われてもよい。例えば、行動管理サーバ３３０の記憶部３３２に、ユーザ毎の過去における代替案の承認回数を示す承認履歴情報を記憶しておき、その承認回数が多いほど大きな値となる代替地点選択傾向が、上記の例に加えて、又は、上記の例に代えて、ユーザ毎のスコアに加算されてもよい。
なお、以上に記載された実施の形態１～３では、位置検出部１１４は、ＧＰＳを用いてユーザ端末１１０の位置を検出しているが、実施の形態１～３は、このような例に限定されない。例えば、位置検出部１１４は、入力部１１１～３１１を介して、ユーザから、ユーザ端末１１０～３１０の位置の入力を受けることで、その位置を検出してもよい。
以上に記載された実施の形態１～３では、行動管理サーバ１３０～３３０の混雑予測部１３５は、目的地及び経由地の混雑を予測しているが、実施の形態１～３は、そのような例に限定されない。例えば、混雑予測部１３５は、経路決定部１３４で決定された経路を構成する区間毎に、混雑するか否かを判断することができる。ここで、区間は、例えば、目的地と、その目的地に最も近い経由地との間の道路、隣接する経由地間の道路、及び、ユーザ端末１１０～３１０の現在地と、その現在地に最も近い経由地との間の道路とすることができる。
このような場合、代替案決定部１３６は、混雑すると判断された区間である混雑区間を、別の区間とする代替案を決定することができる。ここでは、混雑区間を別の区間とする場合には、混雑区間を別の道路にすることの他、別の経由地を経由する道路にすることも含む。
以上のような場合、経路に含まれる要素は、目的地及び区間となる。
以上に記載された実施の形態１～３のユーザ端末１１０～３１０の入力部１１１～３１１は、一つの目的地の入力を受け付けているが、実施の形態１～３は、このような例に限定されない。例えば、入力部１１１～３１１は、複数の目的地の入力を受け付けてもよい。このような場合、行動管理サーバ１３０～３３０の経路決定部１３４は、例えば、巡回セールスマン問題の解法等の既知のアルゴリズムを使用して、経路を決定すればよい。
以上に記載された実施の形態１～３の行動管理サーバ１３０～３３０の混雑予測部１３５は、目的地及び経由地の混雑を予測しているが、実施の形態１～３は、このような例に限定されない。例えば、混雑予測部１３５は、目的地のみの混雑を予測してもよい。このような場合には、代替案決定部１３６は、混雑すると判断された要素である目的地の代替案を決定する。
以上に記載された実施の形態１～３では、ユーザ端末１１０～３１０の入力部１１１～３１１が目的地の入力を受け付けているが、実施の形態１～３は、このような例に限定されない。例えば、行動管理サーバ１３０～３３０の希望行動特定部１３３～３３３は、ユーザが使用しているユーザ端末１１０～３１０の現在の位置を取得することで、ユーザが向かっている方向を特定し、そのユーザの行動の履歴情報から、その向かっている方向に存在する過去の目的地を自動的に目的地として特定してもよい。
以上に記載された実施の形態３では、ユーザ端末３１０の入力部３１１は、希望行動として、目的地の他に、行動を行う者及び移動手段に関するユーザ関連情報の入力を受け付けているが、実施の形態３は、このような例に限定されない。例えば、入力部３１１は、ユーザ関連情報として、移動手段のみの入力を受け付けてもよい。このような場合でも、自動運転車両３７０を利用しているユーザが優先して対象ユーザとして選択される。
１００，２００，３００ 行動管理システム、 １１０，２１０，３１０ ユーザ端末、 １１１，２１１，３１１ 入力部、 １１２ 通信部、 １１３ 表示部、 １１４ 位置検出部、 １１５ 記憶部、 １１６，３１６ 制御部、 １３０，２３０，３３０ 行動管理サーバ、 １３１ 通信部、 １３２，２３２，３３２ 記憶部、 １３３，２３３，３３３ 希望行動特定部、 １３４ 経路決定部、 １３５ 混雑予測部、 １３６ 代替案決定部、 １３７，２３７，３３７ 対象ユーザ決定部、 １３８ 提案部、 １３９ 出力処理部、 ３７０ 自動運転車両、 ３７１ 通信部、 ３７２ 制御部、 ３７３ 駆動部。

Claims (8)

  1. 複数のユーザの行動を管理する行動管理装置であって、
    前記複数のユーザに含まれる希望ユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得する取得部と、
    前記目的地への経路を決定する経路決定部と、
    前記経路に含まれる要素が混雑するか否かを予測する混雑予測部と、
    混雑すると予測された前記要素である混雑要素の混雑を回避するために、前記混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定する代替案決定部と、
    前記複数のユーザの内、前記希望ユーザと、前記混雑要素を含む経路で行動している一又は複数の前記希望ユーザとは異なる他のユーザとを複数の候補ユーザとし、前記複数の候補ユーザから、前記代替案を提案するユーザである対象ユーザを決定する対象ユーザ決定部と、
    前記対象ユーザに前記代替案を提案する提案部と、を備えること
    を特徴とする行動管理装置。
  2. 前記対象ユーザ決定部は、前記複数の候補ユーザの中から、前記代替案を受け入れることで満足する可能性が最も高いユーザを前記対象ユーザとして決定すること
    を特徴とする請求項１に記載の行動管理装置。
  3. 前記対象ユーザ決定部は、前記複数の候補ユーザの中から、前記代替案を受け入れる可能性が最も高いユーザを前記対象ユーザとして決定すること
    を特徴とする請求項１に記載の行動管理装置。
  4. 前記対象ユーザ決定部は、前記複数の候補ユーザに予め定められた基準で値を割り当て、割り当てられた値を加算したスコアが最も高いユーザを、前記対象ユーザとして決定すること
    を特徴とする請求項１に記載の行動管理装置。
  5. 前記対象ユーザ決定部は、前記複数の候補ユーザの内、前記混雑要素を前記代替要素の代わりとした別の代替案を既に受け入れて行動しているユーザの前記スコアが最も高くなるように、前記値を割り当てること
    を特徴とする請求項４に記載の行動管理装置。
  6. 前記対象ユーザ決定部は、前記複数の候補ユーザの内、経路を指示することで、指示された経路で自動的に運転を行う自動運転車両を移動手段として利用しているユーザの前記スコアが最も高くなるように、前記値を割り当てること
    を特徴とする請求項４に記載の行動管理装置。
  7. コンピュータを、複数のユーザの行動を管理する行動管理装置として機能させるプログラムであって、
    前記コンピュータを、
    前記複数のユーザに含まれる希望ユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得する取得部、
    前記目的地への経路を決定する経路決定部、
    前記経路に含まれる要素が混雑するか否かを予測する混雑予測部、
    混雑すると予測された前記要素である混雑要素の混雑を回避するために、前記混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定する代替案決定部、
    前記複数のユーザの内、前記希望ユーザと、前記混雑要素を含む経路で行動している一又は複数の前記希望ユーザとは異なる他のユーザとを複数の候補ユーザとし、前記複数の候補ユーザから、前記代替案を提案するユーザである対象ユーザを決定する対象ユーザ決定部、及び、
    前記対象ユーザに前記代替案を提案する提案部、として機能させること
    を特徴とするプログラム。
  8. 複数のユーザの行動を管理する行動管理方法であって、
    取得部が、前記複数のユーザに含まれる希望ユーザから、訪問することを希望する目的地を少なくとも含む希望行動を取得し、
    経路決定部が、前記目的地への経路を決定し、
    混雑予測部が、前記経路に含まれる要素が混雑するか否かを予測し、
    代替案決定部が、混雑すると予測された前記要素である混雑要素の混雑を回避するために、前記混雑要素の代わりとなる要素である代替要素を少なくとも示す代替案を決定し、
    対象ユーザ決定部が、前記複数のユーザの内、前記希望ユーザと、前記混雑要素を含む経路で行動している一又は複数の前記希望ユーザとは異なる他のユーザとを複数の候補ユーザとし、前記複数の候補ユーザから、前記代替案を提案するユーザである対象ユーザを決定し、
    提案部が、前記対象ユーザに前記代替案を提案すること
    を特徴とする行動管理方法。
JP2022524223A 2021-09-14 2021-09-14 行動管理装置、プログラム及び行動管理方法 Active JP7204050B1 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/033652 WO2023042241A1 (ja) 2021-09-14 2021-09-14 行動管理装置、プログラム及び行動管理方法

Publications (2)

Publication Number Publication Date
JP7204050B1 true JP7204050B1 (ja) 2023-01-13
JPWO2023042241A1 JPWO2023042241A1 (ja) 2023-03-23

Family

ID=84888465

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022524223A Active JP7204050B1 (ja) 2021-09-14 2021-09-14 行動管理装置、プログラム及び行動管理方法

Country Status (2)

Country Link
JP (1) JP7204050B1 (ja)
WO (1) WO2023042241A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008142783A1 (ja) * 2007-05-23 2008-11-27 Navitime Japan Co., Ltd. ナビゲーションシステム、経路探索サーバおよび携帯端末装置ならびに経路案内方法
JP2012043095A (ja) * 2010-08-17 2012-03-01 Toyota Central R&D Labs Inc 交通流計算装置及びプログラム
JP2015529798A (ja) * 2012-06-29 2015-10-08 トムトム デベロップメント ジャーマニー ゲーエムベーハーＴｏｍＴｏｍ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｅｒｍａｎｙ ＧｍｂＨ 代替経路の生成
JP2018045296A (ja) * 2016-09-12 2018-03-22 株式会社東芝 予定管理装置、予定管理システム、および予定管理プログラム
WO2019163186A1 (ja) * 2018-02-22 2019-08-29 本田技研工業株式会社 車両制御システム、車両制御装置、および車両制御方法
JP2019215224A (ja) * 2018-06-12 2019-12-19 日産自動車株式会社 代替案の提案システム及び代替案の提案方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021067639A (ja) 2019-10-28 2021-04-30 本田技研工業株式会社 情報提供装置、情報提供方法、およびプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008142783A1 (ja) * 2007-05-23 2008-11-27 Navitime Japan Co., Ltd. ナビゲーションシステム、経路探索サーバおよび携帯端末装置ならびに経路案内方法
JP2012043095A (ja) * 2010-08-17 2012-03-01 Toyota Central R&D Labs Inc 交通流計算装置及びプログラム
JP2015529798A (ja) * 2012-06-29 2015-10-08 トムトム デベロップメント ジャーマニー ゲーエムベーハーＴｏｍＴｏｍ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｅｒｍａｎｙ ＧｍｂＨ 代替経路の生成
JP2018045296A (ja) * 2016-09-12 2018-03-22 株式会社東芝 予定管理装置、予定管理システム、および予定管理プログラム
WO2019163186A1 (ja) * 2018-02-22 2019-08-29 本田技研工業株式会社 車両制御システム、車両制御装置、および車両制御方法
JP2019215224A (ja) * 2018-06-12 2019-12-19 日産自動車株式会社 代替案の提案システム及び代替案の提案方法

Also Published As

Publication number Publication date
JPWO2023042241A1 (ja) 2023-03-23
WO2023042241A1 (ja) 2023-03-23

Similar Documents

Publication Publication Date Title
US10762441B2 (en) Predicting user state using machine learning
US20050187707A1 (en) Navigation method and system for visiting multiple destinations by minimum number of stops
JP2019200606A (ja) 乗合支援装置、乗合支援システム及び乗合支援方法
US20050021227A1 (en) Navigation apparatus
JP6295088B2 (ja) 配車システム
JP2001141492A (ja) ナビゲーション装置
JP7032881B2 (ja) 車両の走行スケジュールを管理するためのシステム、方法、及びプログラム
WO2009089196A2 (en) Systems and methods to provide navigational assistance using an online social network
JP2006209106A (ja) 地図情報更新装置および地図情報更新方法
JP2008003027A (ja) ナビゲーション装置
JP2019020928A (ja) 交通情報を管理するためのシステム、方法、及びプログラム
JP2009181469A (ja) 移動体端末装置、情報管理サーバ、情報制御方法、情報管理方法、情報収集プログラム、情報管理プログラム、および記録媒体
JP5728873B2 (ja) 情報処理装置、情報処理装置の制御方法及び制御プログラム
JP7204050B1 (ja) 行動管理装置、プログラム及び行動管理方法
JP2002149763A (ja) 旅行行程作成装置
JP2009210517A (ja) 車両用ナビゲーション装置
JP2008014902A (ja) ドライブプラン提示装置およびドライブプラン提示方法
JPWO2009060537A1 (ja) 立寄り場所情報提供装置、立寄り場所情報提供方法、立寄り場所情報提供プログラム及び記憶媒体
JP2007333433A (ja) 休憩ポイント提案装置及び休憩ポイント提案システム
CN111382899A (zh) 用于改进公共交通乘车体验的众包决策支持的系统和方法
JP4555583B2 (ja) 案内経路探索装置、ナビゲーション装置および案内経路探索方法
JP2006329712A (ja) 経路探索装置
JP2005181258A (ja) 情報提供システム、情報提供装置、情報提供装置用コンピュータ・プログラム、及び情報提供方法
CN117940979A (en) Action management device, program, and action management method
JP4898140B2 (ja) 交通誘導システム、端末装置、及びサーバ装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220425

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20220425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220531

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220715

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220830

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221129

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221227

R150 Certificate of patent or registration of utility model

Ref document number: 7204050

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150