JP7593802B2 - 移動体システム - Google Patents

Description

本明細書は、所定のエリア内においてゲストの行動をサポートする複数の移動体と、複数の移動体を管理する管理装置と、を備えた移動体システムを開示する。

非日常的な世界観を持つ所定のエリア、例えば、遊園地やテーマパーク等のパークでは、来園者（以下「ゲスト」と呼ぶ）を楽しませるために、パレードイベントやゲームイベント等、様々なイベントが開催されている。かかるイベントに参加することで、ゲストは、思い出深い体験が得られたり、他のゲストと知り合いになったりできる。

特許文献１には、パーク内に、移動ロボットを参加者が操作することでクリアできるステージを用意し、参加者同士が、協力あるいは競い合って、ステージのクリアを目指す技術が開示されている。特許文献１において、参加者は、パークに来場したゲストでもよいし、パークの外にいる遠隔操作者でもよい。いずれにしても、特許文献１では、複数の人が同じゲームイベントに参加することで、参加者は、他の参加者と知り合いになることができる。また、複数の人と協力または競い合うことで、一人では、なかなか得られない、思い出深い体験が得られる。

特開２００３－６５３２号公報 特許６２４２４５７号公報

しかし、特許文献１等の従来技術では、ゲストは、パークで開催される多数のイベントのうち、どのイベントが自身に適しているかを判別することが難しかった。その結果、ゲストは、イベントに積極的に参加しようとせず、新たな出会いや体験の機会が失われやすかった。

なお、従来、異性間におけるマッチングの精度を高める技術はいくつか提案されている（例えば特許文献２等）。しかし、従来、ゲストとイベントとの相性を判断し、ゲストをイベントに積極的に誘導する技術はなかった。

そこで、本明細書では、ゲストに、新たな出会いや特別な体験を、より確実に提供できる移動体システムを開示する。

本明細書で開示する移動体システムは、複数のゲストそれぞれに貸与され、所定のエリア内において前記ゲストを輸送する複数の移動体と、複数の前記移動体を管理する管理装置と、を備え、前記管理装置は、複数の前記ゲストそれぞれの行動情報および属性情報の少なくとも一方を含むゲスト情報を収集する情報収集部と、前記ゲスト情報に基づいて、対象イベントの参加に適した前記ゲストを特定するゲスト特定部と、特定された前記ゲストに貸与された移動体に対して、特定された前記ゲストの前記対象イベントへの誘導を指示する誘導指示を出力する誘導指示部と、を備えることを特徴とする。

対象イベントに適したゲストを特定したうえで、当該特定されたゲストを対象イベントに誘導することで、ゲストが、対象イベントに積極的に参加しやすくなる。そして、対象イベントに参加することで、ゲストは、他のゲストとの新たな出会いや、対象イベントに参加しなければ得られない特別な体験を得ることができる。

この場合、前記ゲスト特定部は、前記ゲスト情報に基づいて前記ゲストの特徴を数値化したスコアを算出し、前記対象イベントの特徴を数値化したイベントスコアに類似するスコアを有するゲストを、前記対象イベントの参加に適したゲストとして特定する。

かかる構成とすることで、ゲストは、自身の属性や嗜好にあった対象イベントに参加しやすくなり、対象イベントをより楽しむことができる。

また、前記ゲスト特定部は、前記対象イベントに参加する他のゲストと類似したゲスト情報を有するゲストを、前記対象イベントの参加に適したゲストとして特定してもよい。

かかる構成とすることで、ゲストは、自身と相性のよい参加者の多いイベントに参加しやすくなる。そして、これにより、ゲストは、他の参加者と親しくなりやすく、新たな出会いを得やすくなる。

また、前記対象イベントは、複数の前記ゲストが、前記移動体に搭乗したまま参加するパレードイベントであり、前記パレードイベントに参加期間中、前記移動体は、前記ゲストの操作指示とは無関係に、前記パレードイベントで規定された挙動をとってもよい。

移動体が、規定された挙動をとることで、ゲストは、失敗を恐れる必要がないため、パレードイベントに参加しやすくなる。そして、パレードイベントに参加することで、ゲストは、他の参加者との間に連帯感が生まれ、他の参加者と親しくなりやすい。

また、前記対象イベントは、複数の前記ゲストが、競い合いまたは協力してミッションのクリアを目指すゲームイベントであってもよい。

ゲストは、他の参加者と競い合い、または、協力することで、他の参加者と親しくなりやすい。

また、前記移動体は、前記管理装置から前記誘導指示を受けた場合に、前記ゲストに前記対象イベントを紹介したうえで、前記ゲストに前記対象イベントへの参加の可否を確認してもよい。

かかる構成とすることで、ゲストは、希望しないイベントへの参加を拒否できる。

本明細書で開示する技術によれば、ゲストに、新たな出会いや特別な体験を、より確実に提供できる。

移動体システムの構成を示す図である。 移動体の構成を示すブロック図である。 管理装置の機能ブロック図である。 ゲスト情報ＤＢの一例を示す図である。 イベントリストの一例を示す図である。 ゲストの行動情報をスコア変換した一例を示す図である。 誘導指示を受けた際の移動体の処理の流れを示すフローチャートである。 誘導指示の出力に関する管理装置の処理の流れを示すフローチャートである。

以下、図面を参照して移動体システム１０の構成について説明する。図１は、移動体システム１０の構成を示す図である。移動体システム１０は、所定のエリアであるパーク（例えば遊園地やテーマパーク等）において、当該パークの来園者（以下「ゲスト１００」と呼ぶ）の行動をサポートするとともに、ゲスト１００を当該ゲスト１００に適したイベントに誘導するためのシステムである。かかる移動体システム１０は、移動体１２と、当該移動体１２を管理する管理装置１４と、を有している。

移動体１２は、１人のゲストが搭乗可能なパーソナルモビリティであり、来園時に各ゲスト１００に貸与される。移動体１２は、自律走行が可能であり、ゲスト１００が運転操作を行わなくても、ゲスト１００を、ゲスト１００または管理装置１４により指定された位置まで輸送できる。また、後に詳説する通り、移動体１２は、ゲスト１００の行動、例えば、アトラクションの利用やイベントへの参加、物品の購入等を取得し、管理装置１４に送信する。

管理装置１４は、複数の移動体１２を管理する。具体的には、管理装置１４は、複数の移動体１２それぞれが、いずれのゲスト１００に貸与されたかを管理する。また、管理装置１４は、後に詳説する通り、ゲスト１００が対象イベントに積極的に参加するように、当該対象イベントに適したゲスト１００を特定するとともに、特定されたゲスト１００に貸与された移動体１２に対して、ゲスト１００の対象イベントへの誘導を指示する。対象イベントは、パーク内で開催されるイベントであり、複数のゲスト１００が参加できるイベントである。かかる対象イベントとしては、例えば、複数のゲスト１００が行列で進むパレードイベントや、複数のゲスト１００が競い合いまたは協力しながらミッションクリアを目指すゲームイベント、複数のゲスト１００が集まって会話や飲食を楽しむパーティーイベント等が含まれる。

管理装置１４は、対象イベントに誘導するゲスト１００を特定するために、ゲスト情報を収集する。ゲスト情報は、属性情報および行動情報を含む情報である。そして、管理装置１４は、このゲスト情報に基づいて、対象イベントの参加に適したゲスト１００を特定する。ゲスト１００が特定できれば、管理装置１４は、特定されたゲスト１００に貸与された移動体１２に対して誘導指示を出力する。誘導指示を受けた移動体１２は、対応するゲスト１００に対して、対象イベントを紹介したうえで、その参加可否を問い合わせる。問い合わせの結果、ゲスト１００がイベント参加を了承した場合、移動体１２は、対象イベントの参加位置までゲスト１００を輸送する。

このように、ゲスト情報に基づいて、対象イベントの参加に適したゲスト１００を特定し、当該ゲスト１００を特定イベントに誘導することで、ゲスト１００が、対象イベントに参加しやすくなる。そして、対象イベントに参加することで、ゲスト１００は、対象イベント特有の特別な体験をすることができ、また、他のゲスト１００との新たな出会いが得られる。

次に、移動体１２および管理装置１４の具体的な構成について説明する。図２は、移動体１２の構成を示すブロック図である。移動体１２は、自律的に移動可能となっている。この移動を実現するために、移動体１２は、駆動ユニット３０を有している。駆動ユニット３０は、移動体１２を移動させるためのユニットで、例えば、車輪や無限軌道等の走行体と、当該走行体に動力を付与するモータと、を有している。環境センサ３４は、移動体１２の周囲の状態を検知するためのセンサであり、例えば、位置を検知するセンサ（例えばＧＰＳセンサ等）、周囲の物体を検知するセンサ（例えばＬｉｄａｒ、ミリ波レーダ、ソナー、磁気センサ等）、周囲の様子を撮像するカメラ等を含む。後述するコントローラ４２は、これらの環境センサ３４で検知された情報に基づいて駆動ユニット３０の駆動を制御する。

バッテリ３２は、移動体１２に設けられた電気部品、例えば、モータやコントローラ４２等に供給する電力を蓄積している。このバッテリ３２は、充放電可能な二次電池、例えば、リチウムイオン電池である。バッテリ３２は、移動体１２に分離不能に取り付けられていてもよいし、必要に応じて、移動体１２から取り外しできてもよい。

ユーザインターフェース装置（以下「Ｕ／Ｉ装置」と呼ぶ）３６は、ゲスト１００との間で情報をやりとりするためのインターフェース装置であり、ゲスト１００からの入力を受け付ける入力装置と、ゲスト１００に対して情報を出力する出力装置と、を有する。入力装置は、例えば、スイッチ、キーボード、タッチパネル、マイク、レバー、ハンドル等を有する。出力装置は、例えば、ディスプレイ、スピーカ、ランプ等を有する。なお、こうしたＵ／Ｉ装置３６は、移動体１２の本体に組み込まれていてもよいし、移動体１２の本体と物理的に分離されていてもよい。例えば、Ｕ／Ｉ装置３６は、移動体１２の本体に組み込まれたタッチパネルでもよい。また、別の形態として、移動体１２の本体とは別に設けられるとともに本体と通信可能なタブレット端末等でもよい。さらに、別の形態として、ゲスト１００が所有する携帯端末が、移動体１２のＵ／Ｉ装置３６として機能してもよい。

決済装置３８は、ゲスト１００の決済処理を受け付ける。決済の形態は、特に限定されず、現金決済、プリペイドカード決済、自動引き落とし決済、クレジットカード決済、バーコード決済の少なくとも一つを含んでもよい。これらの決済に対応するために、決済装置３８は、投入された現金の金額を計数して必要に応じて釣銭を出す金銭装置や、カードリーダ、ＲＦＩＤリーダ、バーコードリーダ等を有してもよい。ゲスト１００は、この決済機能を利用して、各種物品（例えば土産や食事等）が購入できるほか、パーク内のアトラクションのチケットも購入できる。こうした決済装置３８を用いた決済の履歴は、決済データとして、管理装置１４に送信される。

通信装置４０は、移動体１２の外部の情報機器と無線通信するためのものである。特に、本例では、通信装置４０は、管理装置１４と通信可能となっている。通信装置４０は、管理装置１４との通信を可能にするために、複数種類の通信規格に対応していてもよい。例えば、通信装置４０は、ＷｉＦｉ（登録商標）またはモバイルデータ通信を利用してインターネット通信ができるものでもよい。また、通信装置４０は、ブルートゥース（登録商標）等の近距離無線通信規格に対応していてもよい。

コントローラ４２は、移動体１２を構成する各部の駆動を制御する。また、コントローラ４２は、必要に応じて、ゲスト１００の行動を示す情報、すなわち、行動情報を、管理装置１４に送信する。行動情報としては、決済履歴を示す決済データや、移動体１２での移動履歴を示す移動データ等が含まれる。

なお、コントローラ４２は、プロセッサ４２ａと記憶装置４２ｂとを有したコンピュータである。この「コンピュータ」には、コンピュータシステムを一つの集積回路に組み込んだマイクロコントローラも含まれる。また、プロセッサ４２ａとは、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。また、以下に述べるプロセッサ４２ａの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。同様に、記憶装置４２ｂも、物理的に一つの要素である必要はなく、物理的に離れた位置に存在する複数のメモリで構成されてもよい。また、記憶装置４２ｂは、半導体メモリ（例えばＲＡＭ、ＲＯＭ、ソリッドステートドライブ等）および磁気ディスク（例えば、ハードディスクドライブ等）の少なくとも一つを含んでもよい。

次に、管理装置１４の構成について説明する。管理装置１４は、上述した通り、複数の移動体１２を管理するもので、物理的には、図１に示すように、プロセッサ１６と、記憶装置１８と、通信装置２０と、を有するコンピュータである。

プロセッサ１６は、広義的なプロセッサを指し、汎用的なプロセッサや、専用のプロセッサを含む。また、以下に述べるプロセッサ１６の動作は、１つのプロセッサによって成されるのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。同様に、記憶装置１８も、物理的に一つの要素である必要はなく、物理的に離れた位置に存在する複数のメモリで構成されてもよい。また、記憶装置１８は、半導体メモリおよび磁気ディスクの少なくとも一つを含んでもよい。通信装置２０は、管理装置１４の外部の機器と通信するためのもので、例えば、ＷｉＦｉ（登録商標）またはモバイルデータ通信を利用してインターネット通信ができる。

図３は、管理装置１４の機能ブロック図である。管理装置１４は、機能的には、図３に示すように、通信装置２０と、情報収集部５０と、ゲスト特定部５２と、誘導指示部５４と、を有している。通信装置２０は、上述した通り、管理装置１４等の外部機器と通信する。

情報収集部５０は、通信装置２０を介して、ゲスト１００の属性情報および行動情報を含むゲスト情報を収集する。属性情報は、ゲスト１００の属性、例えば、性別や年齢、家族構成、職業、居住地等を含む情報である。かかる属性情報は、通常、ゲスト１００のＩＤ登録の際に、ゲスト１００の申告により取得され、収集される。行動情報は、ゲスト１００のパーク内での行動を示す情報である。この行動情報は、例えば、ゲスト１００の各アトラクションの利用回数や、パーク内での物品およびサービスの購入履歴等が含まれる。

こうした行動情報は、移動体１２や、パーク内のアトラクションおよび店舗の管理サーバから送信されるデータを解析して、取得される。例えば、移動体１２は、当該移動体１２を介して実行された決済の履歴データや、移動体１２の移動履歴データを、定期的に、管理装置１４に送信する。また、アトラクションの管理サーバは、当該アトラクションを利用したゲスト１００のＩＤを管理装置１４に送信する。さらに、移動体１２が決済機能を有さない場合には、各店舗の管理サーバが、ゲスト１００の購入履歴データを管理装置１４に送信する。管理装置１４は、これらのデータを解析し、各ゲストの行動情報を取得する。

情報収集部５０は、取得したゲスト情報を、ゲスト情報ＤＢ５６に記録する。図４は、ゲスト情報ＤＢ５６の一例を示す図である。図４に示すように、ゲスト情報ＤＢ５６は、各ゲスト１００のＩＤと、当該ゲスト１００に貸与された移動体１２のＩＤと、当該ゲスト１００のゲスト情報（すなわち属性情報および行動情報）と、が記録されている。属性情報は、上述した通り、ＩＤ登録の際に、ゲスト１００から申告された情報が記録される。

行動情報の具体的内容は、ゲスト１００の行動を表すのであれば特に限定されない。本例では、ゲスト１００の嗜好を把握しやすくするために、各アトラクションの利用回数、各イベントの参加回数を記録している。各アトラクションの利用回数および各イベントの参加回数を記録することで、ゲスト１００の好みのアトラクションおよびイベントの傾向を把握することができる。また、通常、パーク内には、様々なキャラクタシリーズに関連した物品およびサービスが販売されている。各キャラクタシリーズは、コンセプトや登場ストーリが共通する１以上のキャラクタが属している。本例では、こうしたキャラクタシリーズ別の消費金額も、行動情報として記録している。どのキャラクタシリーズに関連した物品およびサービスを購入しているかを記録することで、ゲスト１００の好みのキャラクタシリーズを把握することができる。

なお、本例では、ゲスト情報は、属性情報および行動情報の双方を含むが、ゲスト情報は、属性情報および行動情報の少なくとも一方を含むのであれば、ゲスト情報の内容は、適宜、変更されてもよい。例えば、ゲスト情報は、属性情報または行動情報のいずれかを含まなくてもよい。また、ゲスト情報は、属性情報および行動情報の他に別の情報を含んでもよい。例えば、ゲスト１００にアンケートの回答を依頼しておき、そのアンケートの回答をゲスト情報として記録してもよい。また、属性情報および行動情報の具体的内容も、適宜、変更してもよい。

ゲスト特定部５２は、ゲスト情報ＤＢ５６に記録されているゲスト情報に基づいて、対象イベントの参加に適したゲスト１００を特定する。ここで、対象イベントは、上述した通り、複数のゲスト１００が同時に参加可能なイベントで、例えば、パレードイベント、ゲームイベント、パーティーイベント等が含まれる。こうした対象イベントの種類や内容は、イベントリスト５８に記録され、管理されている。

図５は、イベントリスト５８の一例を示す図である。イベントリスト５８には、例えば、パーク内で開催されるイベントの名称や、開催時間、開催場所、参加条件、定員等の一般的な情報に加え、当該イベントの特徴を示すイベントスコアが記録されている。このイベントスコアについては、後述する。

ゲスト特定部５２は、このイベントリスト５８を参照し、開催時間が近いイベントを、参加者の募集が必要な対象イベントとしてピックアップする。そして、ゲスト特定部５２は、ピックアップされた対象イベントに適したゲスト１００を、ゲスト情報ＤＢ５６を参照して特定する。このゲスト１００の特定の具体的な手順については、後に詳説する。

誘導指示部５４は、ゲスト特定部５２で特定されたゲスト１００に貸与された移動体１２に対して、対象イベントへのゲスト１００の誘導を指示する。この指示を受けた移動体１２は、Ｕ/Ｉ装置３６を介して、ゲスト１００に対して、対象イベントを紹介したうえで、対象イベントへの参加の可否を問い合わせる。この問い合わせに対する回答は、移動体１２から管理装置１４に送られる。ゲスト１００が、対象イベントへの参加を了承した場合、移動体１２は、ゲスト１００を、対象イベントの参加位置まで輸送する。

次に、ゲスト特定部５２による、対象イベントの参加に適したゲスト１００の特定について説明する。このゲスト１００の特定方法は、ゲスト情報ＤＢ５６に記録されたゲスト情報に基づいて行われるのであれば特に限定されない。本例では、ゲスト特定部５２は、ゲスト１００の行動情報、および、対象イベントのイベント特徴を、それぞれ、スコアに換算し、このスコアに基づいて対象イベントに適したゲスト１００を特定する。

このスコア換算について図６を参照して説明する。図６は、ゲスト１００の行動情報をスコア変換した一例を示す図である。本例において、スコアは、アトラクションおよびイベントの好みを示す基本スコア６０と、キャラクタシリーズの好みを示すキャラクタスコア６２と、に分かれる。

基本スコア６０は、「スピード＆スリル」、「技能要」、「他者交流」、「景色を楽しむ」、「頭脳戦」という５つの評価項目を有する。各アトラクションおよびイベントには、その特徴に応じて、この５つの評価項目に対する重み係数が設定されている。以下では、「スピード＆スリル」、「技能要」、「他者交流」、「景色を楽しむ」、「頭脳戦」それぞれの重み係数を、Ｋａ，Ｋｂ，Ｋｃ，Ｋｄ，Ｋｅとする。

例えば、ジェットコースターの場合、スピード感があり、また、景色が楽しめる一方で、特段の技能も頭も使う必要がなく、また、他者との交流も殆どない。かかるジェットコースターには、「Ｋａ＝０．７，Ｋｂ＝０，Ｋｃ＝０，Ｋｄ＝０．３，Ｋｅ＝０」という重み係数が設定される。また、ゴーカートの場合、自らゴーカートを運転するため、技能が必要であり、他のゲスト１００が操作するゴーカートとの競争や衝突もあるため、技能が必要であり、他者との交流も生まれやすい。その一方で、ゴーカートは、屋内で行われるため、景色は楽しみにくい。したがって、ゴーカートには、「Ｋａ＝０．２，Ｋｂ＝０．５，Ｋｃ＝０．２，Ｋｄ＝０，Ｋｅ＝０．１」という重み係数が設定される。さらに、ゲスト１００が他のゲストと行列で進むパレードイベントの場合、他者との交流が生まれやすく、また、景色も楽しめるため、「Ｋａ＝０，Ｋｂ＝０．１，Ｋｃ＝０．４，Ｋｄ＝０．５，Ｋｅ＝０」という重み係数が設定される。

ゲスト特定部５２は、ゲスト１００の各アトラクションの利用回数、および、各イベントの参加回数を、それぞれのアトラクションおよびイベントに設定された重み係数で、重み付け加算し、５つの評価項目それぞれの仮スコアを算出する。さらに、５つの評価項目のうち最大のスコアが１００になるように、５つの仮スコアに係数を乗算する。例えば、５つの評価項目の仮スコアが、Ｓａ＊＝２０、Ｓｂ＊＝１０、Ｓｃ＊＝１０、Ｓｄ＊＝１０、Ｓｅ＊＝１０であれば、５つの仮スコアそれぞれに１００／２０＝５の係数を乗算し、正式なスコアを、Ｓａ＝１００、Ｓｂ＝５０、Ｓｃ＝５０、Ｓｄ＝５０、Ｓｅ＝５０とする。

また、キャラクタスコア６２は、キャラクタシリーズごとの消費金額を示すスコアであり、その評価項目は、キャラクタシリーズの数だけある。図６の例では、キャラクタシリーズは、Ｆ～Ｊの５種類がある。ゲスト特定部５２は、ゲスト１００のキャラクタシリーズごとの消費金額を仮スコアとして算出し、５つの評価項目のうち最大のスコアが１００になるように、５つの仮スコアに係数を乗算する。例えば、５つのキャラクタシリーズの仮スコア（消費金額）が、それぞれ、Ｓｆ＊＝￥１０００、Ｓｇ＊＝￥５００、Ｓｈ＊＝￥５００、Ｓｉ＊＝￥５００、Ｓｊ＊＝￥５００であれば、５つの仮スコアそれぞれに１００／１０００＝０．１の係数を乗算し、正式なスコアを、Ｓｆ＝１００、Ｓｇ＝５０、Ｓｈ＝５０、Ｓｉ＝５０、Ｓｊ＝５０として算出する。

対象イベントには、当該対象イベントの特徴を示すイベントスコアが設定されている。このイベントスコアは、上述の基本スコア６０およびキャラクタスコア６２と同じ評価項目を有している。例えば、パレードイベントの場合、「Ｓａ＝０，Ｓｂ＝１０，Ｓｃ＝４０，Ｓｄ＝５０，Ｓｅ＝０」という基本スコアが設定されている。また、パレードイベントに参加するキャラクタの数等に応じて、キャラクタスコア６２も設定されている。

ゲスト特定部５２は、以上のようなゲスト１００のスコアと、対象イベントのイベントスコアとを比較し、対象イベントのイベントスコアと類似したスコアを有するゲスト１００を、対象イベントの参加に適したゲスト１００として特定してもよい。スコアの類似度合いは、例えば、各評価項目のスコアの誤差の二乗平均値で評価できる。かかる構成とすることで、対象イベントの特徴を好むゲスト１００が選ばれやすくなる。そして、これにより、ゲスト１００は、自身の嗜好にあった対象イベントに参加しやすくなり、対象イベントをより楽しむことができる。

また、別の形態として、ゲスト特定部５２は、対象イベントに参加することが決まっている他のゲスト１００（すなわち参加者）と類似したゲスト情報を有するゲスト１００を、対象イベントの参加に適したゲスト１００として特定してもよい。例えば、参加者の平均的な年齢層や、スコアを構成する複数の評価項目それぞれの平均点を算出する。そして、ゲスト特定部５２は、算出された平均年齢層に合致するゲスト１００を抽出し、さらに、この抽出されたゲスト１００のうち、平均スコアと類似したスコアを有するゲスト１００を、対象イベントの参加に適したゲスト１００として特定してもよい。かかる構成とすることで、参加者と属性や嗜好が類似したゲスト１００が選ばれやすくなる。ここで、自身と類似する属性および嗜好を有する人とは、話が合い、親しくなりやすい場合が多い。そのため、かかる構成とすることで、ゲスト１００は、対象イベントにおいて、他のゲスト１００と親しくなりやすく、新たな出会いが得られやすくなる。

次に、移動体１２および管理装置１４の処理の流れについて説明する。図７は、誘導指示を受けた際の移動体１２の処理の流れを示すフローチャートである。管理装置１４は、必要に応じて誘導指示を移動体１２に送信する。この誘導指示には、ゲスト１００に適した対象イベントの内容や開催時間、開催場所等の情報が含まれる。この誘導指示を受信した場合（Ｓ１０でＹｅｓ）、移動体１２は、当該移動体１２に搭載されたＵ/Ｉ装置３６を介して、ゲスト１００に対象イベントを紹介するとともに、当該対象イベントへの参加の可否を問い合わせる（Ｓ１２）。ゲスト１００が、対象イベントへの参加を了承した場合（Ｓ１４でＹｅｓ）、移動体１２は、管理装置１４に、その旨を通知する（Ｓ１６）。その後、移動体１２は、ゲスト１００を搭乗させたまま、対象イベントの参加位置まで移動することで、ゲスト１００を対象イベントに誘導する（Ｓ１８）。

なお、対象イベントの種類によっては、ゲスト１００が対象イベントに参加した後、移動体１２が、イベント内におけるゲスト１００の行動をサポートしてもよい（Ｓ２０）。例えば、対象イベントがパレードイベントの場合、移動体１２は、ゲスト１００を搭乗させたまま、ゲスト１００の操作指示とは無関係に、パレードイベントで規定された挙動をとるようにしてもよい。ここで、パレードイベントで規定された挙動には、移動体１２の移動動作に加え、移動体１２に設けられたランプの点灯動作や、スピーカからの音声出力動作等も含まれる。移動体１２が、自動的に、規定の挙動をとることで、ゲスト１００の移動体１２の操作の技能が不十分であっても、ゲスト１００は、パレードで規定された挙動を実行できる。そして、これにより、ゲスト１００は、失敗を恐れることなく、気軽にパレードに参加できる。そして、パレードに参加することで、他の参加ゲスト１００と連帯感が生まれやすくなり、他の参加ゲスト１００と交流の機会が増える。

一方、ゲスト１００が、対象イベントへの参加を拒否した場合（Ｓ１４でＮｏ）、移動体１２は、管理装置１４に、その旨を通知し（Ｓ２２）、処理を終了する。なお、移動体１２の問い合わせに対して、ゲスト１００が回答そのものをしない場合も考えられる。問い合わせ後、一定時間が経過してもゲスト１００からの回答が得られない場合、移動体１２は、予め設定された標準の回答があったものとして処理を実行する。例えば、標準の回答として「不参加」が設定されている場合、移動体１２は、ステップＳ１２の後、一定時間、ゲスト１００の回答がない場合には、ステップＳ２２に進み、不参加を管理装置１４に通知する。

次に、誘導指示の出力に関する管理装置１４の処理の流れについて図８を参照して説明する。図８は、誘導指示の出力に関する管理装置１４の処理の流れを示すフローチャートである。管理装置１４は、定期的にイベントリスト５８を確認し、参加ゲスト１００の募集が必要な対象イベントの有無を確認する（Ｓ３０）。募集が必要な対象イベントがある場合（Ｓ３０でＹｅｓ）、管理装置１４は、対象イベントのイベントスコアに基づいて、当該対象イベントに適したゲスト１００を特定する（Ｓ３２）。具体的には、管理装置１４は、まず、対象イベントの参加条件に合致するゲスト１００を抽出する。続いて、抽出されたゲスト１００の行動情報から基本スコア６０およびキャラクタスコア６２を算出する。そして、対象イベントの基本スコア６０およびキャラクタスコア６２と、ゲスト１００の基本スコア６０およびキャラクタスコア６２を比較し、両者の類似度合いが一定以上高いゲスト１００を、参加に適したゲスト１００として特定する。

参加に適したゲスト１００が特定できれば、管理装置１４は、当該ゲスト１００に貸与された移動体１２に対して誘導指示を送信する（Ｓ３４）。この誘導指示には、対象イベントの開催時間や開催場所、開催内容等が含まれる。この誘導指示を受けて移動体１２は、ゲスト１００に対して参加の可否を問い合わせ、その回答を管理装置１４に送信する。管理装置１４は、この移動体１２から送信される回答に基づいて、対象イベントへのゲスト１００の参加可否を受け付ける（Ｓ３６）。そして、参加するゲスト１００の人数が、対象イベントに規定されている定員に達した場合（Ｓ３８でＹｅｓ）、管理装置１４は、当該対象イベントの募集を終了する。

一方、参加ゲスト１００の人数が、定員に達していない場合（Ｓ３８でＮｏ）、管理装置１４は、続いて、参加ゲスト１００のスコアに基づいて、対象イベントの参加に適したゲスト１００を特定する（Ｓ４０）。具体的には、管理装置１４は、すでに、対象イベントへの参加が決定しているゲスト１００の平均的な年齢層や、スコアそれぞれの平均点を算出する。そして、管理装置１４は、算出された平均年齢層に合致するゲスト１００を抽出し、抽出されたゲスト１００のスコアと、参加決定しているゲスト１００のスコアとの類似度合いを算出する。そして、類似度合いが、規定の基準値以上となるゲスト１００を、対象イベントの参加に適したゲスト１００として特定する。

ゲスト１００が特定できれば、管理装置１４は、特定されたゲスト１００に貸与された移動体１２に対して誘導指示を送信し、当該移動体１２から参加可否の回答を受け付ける（Ｓ４２，Ｓ４４）。なお、この場合に送信する誘導指示は、対象イベントの内容に加え、他の参加者の情報を含んでもよい。そして、かかる誘導指示を受けた移動体１２は、対象イベントに加え、他の参加者の情報も、ゲスト１００に紹介してもよい。他の参加者の情報は、複数の参加者の統計値、例えば、当該他の参加者の平均年齢や、男女比率、基本スコア６０およびキャラクタスコア６２の平均値等を含んでもよい。かかる構成とすることで、ゲスト１００は、他の参加者の傾向を事前に知ることができ、対象イベントへの参加の可否をより決めやすくなる。また、当然ながら、ステップＳ４２で送信される誘導指示は、他の参加者の情報を含まなくてもよい。かかる構成とすることで、他の参加者の個人情報がより確実に守られる。

そして、参加希望するゲスト１００が、対象イベントの定員に達すれば（Ｓ４６でＹｅｓ）、処理は、終了となる。一方、参加希望するゲスト１００が定員に満たない場合（Ｓ４６でＮｏ）、類似度合いの基準値を緩和したうえで（Ｓ４８）、ステップＳ４０に戻り、定員に達するまで、ステップＳ４０～Ｓ４８を繰り返す。

以上の説明で明らかなとおり、本例によれば、管理装置１４が、対象イベントの参加に適したゲスト１００を特定し、特定されたゲスト１００に貸与された移動体１２に対して、当該ゲストを対象イベントに誘導することを指示する誘導指示を出力する。これにより、ゲスト１００は、対象イベントに参加しやすくなり、新しい出会いや、特別な体験を得やすくなる。また、管理装置１４が、ゲスト１００のゲスト情報に基づいて、対象イベントの特徴に合致したゲスト１００、あるいは、対象イベントの他の参加者と類似したゲスト１００を、参加に適したゲスト１００として特定している。そのため、ゲスト１００は、自身と相性のよい対象イベント、あるいは、自身と相性のよい参加者が多い対象イベントに出会いやすい。その結果、ゲスト１００は、新しい出会いや、特別な体験をより確実に得ることができる。

なお、これまで説明した構成は一例であり、管理装置１４が、ゲスト情報を収集し、このゲスト情報に基づいて、対象イベントの参加に適したゲスト１００を特定し、特定されたゲスト１００に貸与された移動体１２に誘導指示を出力するのであれば、その他の構成は、適宜、変更されてもよい。例えば、上述の例では、スコアの類似度で、参加に適したゲスト１００を特定しているが、当然ながら他の基準で、参加に適したゲスト１００を特定してもよい。また、スコアの算出方法やスコアの評価項目も適宜、変更されてもよい。また、上述の例では、ゲスト情報ＤＢ５６において、ゲスト情報として、アトラクションの利用回数やキャラクタシリーズ別の消費金額を記録しているが、上述したスコアをゲスト情報として記録してもよい。また、上述の例では、移動体１２は、ゲスト１００を輸送可能なパーソナルモビリティとしているが、移動体１２の構成も、適宜、変更可能であり、例えば、移動体１２は、ゲスト１００とは独立して移動する移動ロボットでもよい。

１０ 移動体システム、１２ 移動体、１４ 管理装置、１６ プロセッサ、１８ 記憶装置、２０，４０ 通信装置、３０ 駆動ユニット、３２ バッテリ、３４ 環境センサ、３６ Ｕ／Ｉ装置、３８ 決済装置、５０ 情報収集部、５２ ゲスト特定部、５４ 誘導指示部、５６ ゲスト情報ＤＢ、５８ イベントリスト、６０ 基本スコア、６２ キャラクタスコア、１００ ゲスト。

Claims (3)

1. 複数のゲストそれぞれに貸与され、所定のエリア内において前記ゲストを輸送する複数の移動体と、
   複数の前記移動体を管理する管理装置と、
   を備え、前記管理装置は、
   複数の前記ゲストそれぞれの、行動履歴を含む行動情報、および、年齢を含む属性情報、を含むゲスト情報を収集する情報収集部と、
   前記ゲスト情報に基づいて、対象イベントの参加に適した前記ゲストを特定するゲスト特定部と、
   特定された前記ゲストに貸与された前記移動体に対して、特定された前記ゲストの前記対象イベントへの誘導を指示する誘導指示を出力する誘導指示部と、
   を備え、
   前記ゲスト特定部は、前記対象イベントに参加する他のゲストと類似したゲスト情報を有するゲストを、前記対象イベントの参加に適したゲストとして特定する、
   ことを特徴とする移動体システム。
2. 請求項１に記載の移動体システムであって、
   前記対象イベントは、複数の前記ゲストが、前記移動体に搭乗したまま参加するパレードイベントを含み、
   前記パレードイベントに参加期間中、前記移動体は、前記ゲストの操作指示とは無関係に、前記パレードイベントで規定された挙動をとる、
   ことを特徴とする移動体システム。
3. 請求項１に記載の移動体システムであって、
   前記対象イベントは、さらに、複数の前記ゲストが、競い合いまたは協力してミッションのクリアを目指すゲームイベントを含む、ことを特徴とする移動体システム。

Images