JP7432461B2 - 情報処理装置および情報処理方法 - Google Patents

Description

本発明は、情報処理装置および情報処理方法に関する。

従来、例えばコンサートなどのイベント時に、イベント施設周辺の混雑を緩和させる技術が種々提案されている（例えば、特許文献１参照）。従来技術にあっては、イベント時のバス運行事業者の運行管理システムにおいて、イベント施設にあるバス乗り場のモードが切り替えられ、臨時のバスが当該バス乗り場から出発できるようにし、バス待ちの人を減らすようにしていた。

国際公開第２０１６／０７９７７８号

しかしながら、従来技術には、イベント施設周辺における混雑の発生を抑制するという点で、改善の余地があった。

本発明は、上記に鑑みてなされたものであって、イベント施設周辺における混雑の発生を抑制することができる情報処理装置および情報処理方法を提供することを目的とする。

上記課題を解決し、目的を達成するために、本発明は、情報処理装置において、取得部と、設定部とを備える。取得部は、イベント施設を利用するユーザの使用言語を示す使用言語情報を取得する。設定部は、前記取得部によって取得された前記使用言語情報に基づいて、前記使用言語ごとの移動体の乗り場を動的に設定する。

本発明によれば、イベント施設周辺における混雑の発生を抑制することができる。

図１は、実施形態に係る情報処理方法の概要を示す図である。 図２は、情報処理システムの構成例を示すブロック図である。 図３は、情報処理装置の構成例を示すブロック図である。 図４は、ユーザ情報の一例を示す図である。 図５は、施設情報の一例を示す図である。 図６は、乗り場情報の一例を示す図である。 図７は、車両情報の一例を示す図である。 図８は、提供情報の一例を示す図である。 図９は、設定部の処理を説明する図である。 図１０は、表示装置を示す模式図である。 図１１は、情報処理装置が実行する処理手順を示すフローチャートである。

以下、添付図面を参照して、本願の開示する情報処理装置および情報処理方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

＜情報処理方法の概要＞
以下では先ず、実施形態に係る情報処理方法の概要について図１を参照して説明する。図１は、実施形態に係る情報処理方法の概要を示す図である。

図１に示すように、実施形態に係る情報処理方法は、例えば情報処理システム１に含まれる情報処理装置１０によって実行される。情報処理装置１０は、イベント施設１００に関する情報の処理やイベント施設１００周辺に関する情報の処理など各種の処理を実行可能なサーバである。ここで、イベント施設１００は、例えばスポーツの試合などのイベントが行われるスポーツ施設、コンサートや演劇などのイベントが開催される施設（会場）である。

イベント施設１００（以下「施設１００」と記載する場合がある）では、例えばイベントが終了すると、施設１００を利用したユーザ、すなわち観客が一斉に出てくる。そのため、例えば帰りのタクシーやバスの乗り場、最寄りの駅において長い行列ができやすく、施設１００の周辺において混雑が発生しやすい。

ここで、例えばタクシーの乗り場等において、ユーザがタクシー等へスムーズに乗車することができれば、タクシーの乗り場等に長い行列ができにくく、施設１００周辺における混雑の発生を抑制することができる。

しかしながら、例えばスポーツの国際試合など施設１００で行われるイベントの種類によっては、観客であるユーザに外国人が多くなり、ユーザの使用言語が多岐にわたることがある。かかる場合、例えばユーザとタクシーやバスの運転手とのコミュニケーションに時間を要し、タクシー等へのスムーズな乗車ができなくなることがある。そのため、タクシーの乗り場等に長い行列ができ、結果として施設１００周辺に混雑が発生してしまうおそれがある。

そこで、本実施形態に係る情報処理装置１０にあっては、ユーザの使用言語が多岐にわたる場合であっても、施設１００周辺における混雑の発生を抑制することができるような構成とした。

以下、情報処理装置１０の処理について具体的に説明すると、情報処理装置１０は先ず、施設１００を利用するユーザの使用言語を示す使用言語情報を取得する（ステップＳ１）。ここで、使用言語は、ユーザが日常的に使用している言語に限定されるものではなく、ユーザが使用可能な言語あるいは理解可能な言語を含んでいてもよい。

なお、情報処理装置１０は、上記した使用言語情報を、例えばユーザが所持する端末装置４０（図２参照）から受信して取得するが、これについては後述する。

次いで、情報処理装置１０は、取得された使用言語情報に基づいて、使用言語ごとのタクシーＤの乗り場２００を動的に設定する（ステップＳ２）。以下、タクシーＤの乗り場２００を「タクシー乗り場２００」と記載する場合がある。

ここで、上記したタクシー乗り場２００が設定される場所は、例えば施設１００でイベントが開催されていないとき、あるいはイベント終了前、施設１００周辺においてタクシー乗り場ではない場所、言い換えるとタクシー乗り場として機能していない場所とされる。すなわち、タクシー乗り場２００は、施設１００周辺において仮想的に設定される乗り場であり、例えばイベント終了後に新たに設定される乗り場である。

なお、タクシー乗り場２００が設定される場所は、例えば施設１００付近であってもよいし、施設１００からある程度離れた場所であってもよい。また、図１ではタクシー乗り場２００が２カ所である例を示したが、これに限定されず、１カ所または３カ所以上であってもよい。以下、２カ所のタクシー乗り場２００を「第１タクシー乗り場２００ａ」、「第２タクシー乗り場２００ｂ」と記載する場合があるが、これらを特に区別せずに説明する場合には「タクシー乗り場２００」と記載する。

また、図１では、第１タクシー乗り場２００ａに使用言語「言語Ｘ」が設定され、第２タクシー乗り場２００ｂに使用言語「言語Ｙ」が設定されている例を示している。

なお、上記では、タクシー乗り場２００が仮想的に設定される乗り場としたが、これに限定されるものではない。すなわち、情報処理装置１０は、施設１００周辺にある既存のタクシー乗り場を、使用言語ごとのタクシー乗り場２００に変更して（切り替えて）設定してもよい。

次いで、情報処理装置１０は、タクシー乗り場２００が設定されると、タクシーＤの配車処理を実行する（ステップＳ３）。例えば、情報処理装置１０は、タクシー乗り場２００に関する情報を、タクシーＤに搭載された車載装置５０に通知する。

具体的には、情報処理装置１０は、タクシー乗り場２００に設定された使用言語情報（以下「設定使用言語情報」と記載する場合がある）、タクシー乗り場２００の位置情報などを、タクシーＤの車載装置５０に通知する。これにより、例えば、設定された使用言語について対応可能なタクシーＤが、タクシー乗り場２００に向かうため、タクシー乗り場２００でユーザをスムーズに乗せることが可能になる。

また、情報処理装置１０は、設定使用言語について対応可能なタクシーＤに対して配車指示を送信してもよい。これにより、設定使用言語について対応可能なタクシーＤをタクシー乗り場２００に確実に向かわせることができるため、タクシー乗り場２００ではユーザはスムーズに乗車することができる。

このように、本実施形態にあっては、使用言語ごとにタクシー乗り場２００が設定されるようにした。これにより、ユーザの使用言語が多岐にわたる場合であっても、ユーザは、自身の使用言語に対応するタクシー乗り場２００に行くことで、タクシーＤにスムーズに乗車することができる。そのため、タクシー乗り場２００には長い行列ができにくく、結果として施設１００周辺における混雑の発生を抑制することができる。

なお、上記したタクシーＤは、移動体の一例である。かかる移動体は、タクシーＤに限られず、バスなどその他の種類の交通機関であってもよい。従って、例えば移動体がバスである場合、情報処理装置１０は、使用言語情報に基づいて使用言語ごとのバスの乗り場を設定する。

＜情報処理システムの構成＞
次に、実施形態に係る情報処理装置１０を含む情報処理システム１の構成について、図２を用いて説明する。図２は、情報処理システム１の構成例を示すブロック図である。

図２に示すように、情報処理システム１は、上記した情報処理装置１０と、端末装置４０と、車載装置５０と、表示装置６０とを含み、これらはインターネット網などの通信ネットワークＮを介して通信可能に接続される。なお、図２では、図示の簡略化のため、端末装置４０、車載装置５０および表示装置６０をそれぞれ１つ示したが、複数であってもよい。

端末装置４０は、施設１００のユーザ（観客）に所持されて使用される装置である。端末装置４０としては、例えばスマートフォンやタブレット端末などを用いることができるが、これに限定されるものではない。

端末装置４０には、例えばＧＰＳ（Global Positioning System）衛星からの信号に基づいてユーザの位置（正確には端末装置４０の位置）を示すユーザ位置情報を検出するＧＰＳ受信機などが含まれる。端末装置４０は、検出したユーザ位置情報を情報処理装置１０へ送信することができる。

端末装置４０は、タクシーを予約する処理を行うことができる。例えば、端末装置４０は、ユーザの操作により、行先等が入力され、これらを予約情報として情報処理装置１０へ送信する。なお、予約情報に含まれる行先は、「Ａ方面」など方向を示す情報であってもよいし、具体的な降車予定位置の情報であってもよい。また、予約情報は、行先に加えて、あるいは代えて乗車予定人数などその他の情報が含まれてもよい。また、予約情報は、行先や乗車予定人数の情報を含まず、予約をする旨の情報のみであってもよい。情報処理装置１０は、端末装置４０から予約情報を受信すると、予約を受け付ける処理を実行するが、これについては後述する。

上記した予約処理は、例えば端末装置４０に登録されたアプリケーション（以下、アプリ）によって行われるが、これに限定されるものではない。すなわち、例えば図示しない外部装置（外部サーバ）から端末装置４０に配信されるタクシー予約サイトを介して予約処理が行われ、予約情報が外部装置から情報処理装置１０へ送信されるなど、その他の手法で予約処理が行われてもよい。

端末装置４０は、ユーザの使用言語情報や国籍情報を情報処理装置１０へ送信することができる。端末装置４０において、ユーザの使用言語情報や国籍情報は、ユーザ自身により登録されたものであってもよいし、予め端末装置４０やアプリに登録されたものであってもよい。

ここで、端末装置４０のユーザは、タクシーを利用する際の通訳者を所望することができる。例えば、ユーザが通訳者を所望した場合、端末装置４０は、ユーザの操作により、通訳者による通訳を要求する通訳要求を情報処理装置１０へ送信することができる。ここでの通訳者は、例えばユーザとタクシーの運転手との通訳を行う者である。

なお、本実施形態にあっては、施設１００の複数のユーザ（観客）のうち、通訳者を所望したユーザとは異なる他のユーザが通訳者として設定されるが、これについては後述する。

車載装置５０は、上記したようにタクシーに搭載される装置である。車載装置５０には、例えばＧＰＳ受信機が含まれ、ＧＰＳ衛星からの信号に基づいてタクシーの位置を示す車両位置情報を検出する。車載装置５０は、検出した車両位置情報を情報処理装置１０へ送信することができる。

車載装置５０は、タクシーの運転者が対応可能な言語を示す対応言語情報を情報処理装置１０へ送信することができる。車載装置５０において、対応言語情報は、運転者により登録されたものであってもよいし、タクシーを管理する管理サーバ（図示せず）により登録されたものであってもよい。

車載装置５０は、車両位置情報や対応言語情報の他に、タクシーの稼働状態を示す稼働状態情報を情報処理装置１０へ送信することができる。タクシーの稼働状態とは、例えば「空車」や「実車」などのタクシーの状態（動態）を意味する。なお、車載装置５０において「空車」および「実車」の切り替えは、運転手の操作によって行われる。

車載装置５０は、情報処理装置１０から送信される配車指示を受信することができる。ここでは、配車指示は、タクシー乗り場２００への配車指示である。車載装置５０で配車指示が受信されると、タクシーは、対応可能な使用言語が設定されたタクシー乗り場２００へ向かって移動し、タクシー乗り場２００で乗客（ユーザ）を乗せる。

表示装置６０は、タクシー乗り場２００に設置可能に構成され、例えば行先などタクシー乗り場２００に関する情報が表示される。表示装置６０としては、例えばデジタルサイネージを用いることができ、情報処理装置１０などから通信ネットワークＮを介して配信される各種の情報が表示される。なお、表示装置６０については、図１０を参照して後述する。

＜情報処理装置の構成＞
次いで、情報処理装置１０の構成について図３等を参照して具体的に説明する。図３は、情報処理装置１０の構成例を示すブロック図である。なお、図３のブロック図では、本実施形態の特徴を説明するために必要な構成要素のみを機能ブロックで表しており、一般的な構成要素についての記載を省略している。

換言すれば、図３のブロック図に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各機能ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

図３に示すように、情報処理装置１０は、通信部１１と、制御部２０と、記憶部３０とを備える。

通信部１１は、通信ネットワークＮに双方向通信可能に接続する通信インターフェイスであり、端末装置４０、車載装置５０および表示装置６０等との間で情報の送受信を行う。

制御部２０は、取得部２１と、受付部２２と、設定部２３と、提供部２４と、表示制御部２５とを備え、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクドライブ、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２０の取得部２１、受付部２２、設定部２３、提供部２４および表示制御部２５として機能する。

また、制御部２０の取得部２１、受付部２２、設定部２３、提供部２４および表示制御部２５の少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。

また、記憶部３０は、例えば、不揮発性メモリやデータフラッシュ、ハードディスクドライブといった記憶デバイスで構成される記憶部である。かかる記憶部３０には、ユーザ情報３１、施設情報３２、乗り場情報３３、車両情報３４、提供情報３５および各種プログラムなどが記憶される。

ユーザ情報３１は、施設１００を利用するユーザに関する情報である。ここで、図４を用いて、ユーザ情報３１について説明する。図４は、ユーザ情報３１の一例を示す図である。

図４に示すように、ユーザ情報３１には、「ユーザＩＤ」、「ユーザ位置」、「使用言語」、「国籍」、「行先」、「通訳要求」、「通訳資格」および「レベル」等の項目が含まれ、各項目は互いに関連付けられている。

「ユーザＩＤ」は、ユーザを識別する識別情報である。「ユーザ位置」は、ユーザの位置を示すユーザ位置情報である。なお、図４に示す例では、便宜上、「ユーザ位置」を「位置Ｆ０１」といったように抽象的な記載とするが、「位置Ｆ０１」には具体的な情報が記憶されるものとする。以下、他の情報についても抽象的に記載する場合がある。

「使用言語」は、ユーザの使用言語を示す使用言語情報である。「国籍」は、ユーザの国籍を示す国籍情報である。

「行先」は、ユーザの施設１００からの行先を示す情報である。例えば「行先」は、施設１００でのイベント終了後におけるユーザの行先を示す情報である。具体的に「行先」には、端末装置４０から送信される予約情報に含まれる行先の情報が登録される。

なお、行先の情報が予約情報に含まれていない場合、あるいは予約がなされていない場合、その他の情報から行先が推定され、推定された行先の情報が「行先」に登録されてもよい。すなわち、ユーザは、例えばイベントが終了すると、施設１００へ行くときの経路とは逆の経路で帰ったり、施設１００から自宅へ帰ったりすることが多い。そのため、例えば制御部２０の取得部２１（図３参照）は、端末装置４０からユーザの行動履歴情報（具体的には施設１００へ行くときの経路の情報）や自宅情報などを取得し、かかる行動履歴情報や自宅情報などに基づいて、イベント終了後におけるユーザの行先を推定することができる。そして、取得部２１は、推定された行先の情報を、ユーザ情報３１の「行先」として登録することができる。

「通訳要求」は、通訳者による通訳を要求する通訳要求の有無を示す情報である。「通訳資格」は、上記した通訳者になる資格の有無を示す情報である。かかる資格の情報は、例えばユーザが、語学の検定を行う機関など語学に関する機関において、通訳者の資格があると認定された場合に、当該機関の管理サーバ（図示せず）によって登録されるが、これに限定されるものではない。すなわち、例えば情報処理装置１０は、ユーザから通訳者の資格があることを証明する情報が提出された場合に、通訳者の資格があると認定して登録するなど、その他の手法によって資格の登録が行われてもよい。

「レベル」は、通訳者の資格があると認定されたユーザの語学レベルを示す情報である。語学レベルは、通訳者の通訳に関する能力の高低の度合いを示す指標値であり、数段階のレベルで示される値である。かかる語学レベルも、語学に関する機関の管理サーバによって登録されるが、これに限定されるものではない。

図４に示す例において、ユーザＩＤ「Ｅ０１」で識別されるユーザのデータは、ユーザ位置が「位置Ｆ０１」、使用言語が「言語Ｙ」、国籍が「国籍Ｇ１」、行先が「Ａ方面」、通訳要求が「あり」、通訳資格が「なし」であることを示している。また、ユーザＩＤ「Ｅ１１」で識別されるユーザのデータは、ユーザ位置が「位置Ｆ１１」、使用言語が「言語Ｘ」、国籍が「国籍Ｇ３」、行先が「Ａ方面」、通訳要求が「なし」、通訳資格が「あり」、レベルが「レベルＨ１」であることを示している。

図３の説明に戻ると、施設情報３２は、施設１００に関する情報であり、詳しくは、施設１００においてユーザが利用する出入口に関する情報である。ここで、図５を用いて、施設情報３２について説明する。図５は、施設情報３２の一例を示す図である。

図５に示すように、施設情報３２には、「出入口ＩＤ」、「出入口位置」および「予測使用言語」等の項目が含まれ、各項目は互いに関連付けられている。

「出入口ＩＤ」は、施設１００の出入口（例えば東口、西口など）を識別する識別情報である。「出入口位置」は、施設１００の出入口の位置を示す位置情報である。

「予測使用言語」は、対応する出入口において利用が予測されるユーザの使用言語に関する情報である。これについて説明すると、例えば施設１００で行われるイベントがスポーツの国際試合などである場合、施設１００内において、ユーザ（観客）は、ホーム側、アウェイ側など試合をするチームごとに分かれる。そのため、イベントが終了すると、ユーザは、チームごとに分かれた集団で出入口を出る、すなわち出入口を利用する。

「予測使用言語」は、そのような出入口を利用することが予測されるユーザの集団が使用する使用言語に関する情報である。なお、施設１００のイベントの種類や内容が変わると、「予測使用言語」の情報も変わる。本実施形態では、予測使用言語と同じ設定使用言語のタクシー乗り場２００が、対応する出入口側の位置に設定されるが、これについては後述する。

図５に示す例において、出入口ＩＤ「Ｉ０１」で識別される施設１００の出入口のデータは、出入口位置が「位置Ｊ１」、予測使用言語が「言語Ｘ」であることを示している。

図３の説明に戻ると、乗り場情報３３は、タクシー乗り場２００に関する情報である。ここで、図６を用いて、乗り場情報３３について説明する。図６は、乗り場情報３３の一例を示す図である。

図６に示すように、乗り場情報３３には、「乗り場ＩＤ」、「設定位置」および「設定使用言語」等の項目が含まれ、各項目は互いに関連付けられている。

「乗り場ＩＤ」は、タクシー乗り場２００を識別する識別情報である。「設定位置」は、設定されたタクシー乗り場２００の位置（場所）を示す位置情報である。「設定使用言語」は、タクシー乗り場２００において設定された使用言語を示す情報である。

図６に示す例において、乗り場ＩＤ「Ｋ０１」で識別されるタクシー乗り場２００のデータは、設定位置が「位置Ｌ１」、設定使用言語が「言語Ｘ」であることを示している。

図３の説明に戻ると、車両情報３４は、タクシーに関する情報である。ここで、図７を用いて、車両情報３４について説明する。図７は、車両情報３４の一例を示す図である。

図７に示すように、車両情報３４には、「車両ＩＤ」、「車両位置」、「対応言語」および「稼働状態」等の項目が含まれ、各項目は互いに関連付けられている。

「車両ＩＤ」は、タクシーを識別する識別情報である。「車両位置」は、タクシーの位置を示す車両位置情報である。「対応言語」は、タクシーの運転者が対応可能な言語を示す情報である。「稼働状態」は、タクシーの稼働状態を示す稼働状態情報である。

図７に示す例において、車両ＩＤ「Ｍ０１」で識別されるタクシーのデータは、車両位置が「位置Ｎ１」、対応言語が「言語Ｘ，Ｙ」、稼働状態が「空車」であることを示している。

図３の説明に戻ると、提供情報３５は、ユーザに対して提供される情報である。ここで、図８を用いて、提供情報３５について説明する。図８は、提供情報３５の一例を示す図である。

図８に示すように、提供情報３５には、「提供情報ＩＤ」および「提供内容」等の項目が含まれ、各項目は互いに関連付けられている。

「提供情報ＩＤ」は、提供情報を識別する識別情報である。「提供内容」は、タクシーを利用するユーザに対して提供される情報の内容である。「提供内容」は、例えばおすすめのレストラン情報や観光スポット情報、ニュース情報など、ユーザにとって有益な内容あるいは興味のある内容の情報であるが、これに限定されるものではない。また、「提供内容」は、提供されるユーザの使用言語を用いた情報である。

図８に示す例において、提供情報ＩＤ「Ｐ０１」で識別される提供情報は、提供内容が「内容Ｑ１（言語Ｘ）」、すなわち「言語Ｘを用いた内容Ｑ１」であることを示している。

図３の説明に戻る。制御部２０の取得部２１は、通信部１１を介して各種の情報を取得する。例えば、取得部２１は、端末装置４０からユーザの位置情報を取得し、記憶部３０のユーザ情報３１（図４参照）に登録する。

また、取得部２１は、ユーザの使用言語を示す使用言語情報、および、ユーザの国籍情報を取得する。例えば、取得部２１は、端末装置４０から使用言語情報および国籍情報を取得し、記憶部３０のユーザ情報３１に登録する。

また、取得部２１は、施設情報を取得する。詳しくは、取得部２１は、施設１００の出入口の位置情報と、当該出入口の利用が予測されるユーザの使用言語に関する予測使用言語情報とを含む施設情報を取得する。例えば、取得部２１は、施設１００および施設１００のイベントを管理する施設管理サーバ（図示せず）から施設情報を取得することができる。そして、取得部２１は、取得された施設情報を、記憶部３０の施設情報３２（図５参照）に登録する。

また、取得部２１は、車載装置５０から送信される車両位置情報や対応言語情報、稼働状態情報等を取得し、取得された車両位置情報等を記憶部３０の車両情報３４（図７参照）に登録する。

また、取得部２１は、タクシーを利用するユーザに対して提供する提供情報を取得し、記憶部３０に提供情報３５として記憶させる。なお、提供情報は、例えば外部サーバから送信されるが、これに限られず、例えば予め記憶部３０に記憶されていてもよい。

受付部２２は、通信部１１を介して端末装置４０からタクシーの予約情報を受信し、予約を受け付ける処理を実行する。例えば、受付部２２は、予約情報に含まれる行先などの情報をユーザ情報３１（図４参照）に登録する。また、受付部２２は、予約を受け付けたことを示す内容を端末装置４０へ通知することができる。

なお、端末装置４０においてタクシーの予約処理が、タクシー予約サイトを介して行われた場合、受付部２２は、タクシー予約サイトを配信する外部装置から予約情報を受信して予約を受け付ける処理を実行してもよい。

受付部２２は、端末装置４０から送信される通訳要求を受け付けることができる。通訳要求を受け付けると、受付部２２は、通訳要求を受け付けたことを示す情報をユーザ情報３１（図４参照）に登録する。

また、受付部２２は、通訳要求を受け付けると、通訳者を募集する処理を実行する。例えば、受付部２２は、通訳要求に関する情報を、通訳要求を行ったユーザとは異なる他のユーザの端末装置４０へ配信して通訳者を募集するとともに、設定部２３へ通知する。

通訳要求に関する情報には、例えば、通訳要求を行ったユーザの使用言語、ユーザが利用するタクシーの行先、ユーザが所望する通訳者の語学レベルなどの情報が含まれるが、これらはあくまで例示であって限定されるものではない。なお、受付部２２は、通訳者を募集する処理を、通訳要求を受け付ける前に予め実行しておいてもよい。

そして、受付部２２は、端末装置４０を介し、複数のユーザの中から、通訳者の募集に対する応募を受け付けることができる。詳しくは、受付部２２は、タクシーの行先別で応募を受け付ける、より詳しくは通訳要求を行ったユーザが利用するタクシーの行先別で応募を受け付ける。

受付部２２は、応募を受け付けると、応募したユーザのユーザ情報３１（図４参照）を記憶部３０から読み出し、設定部２３へ通知する。ここで通知される情報には、例えば応募したユーザの行先、通訳資格の有無および語学レベルなどの情報が含まれるが、これに限定されるものではない。なお、設定部２３では、応募したユーザが通訳要求を行ったユーザによって指定された条件を満たすか否かの判定が行われるが、これについては後述する。

設定部２３は、記憶部３０のユーザ情報３１の使用言語情報を読み出し、使用言語情報に基づいて、使用言語ごとのタクシー乗り場２００を動的に設定する。言い換えると、設定部２３は、使用言語情報に基づいて位置や数が変化する動的なタクシー乗り場２００を設定する。ここで、タクシー乗り場２００の設定等について図９を参照しつつ説明する。図９は、設定部２３で行われる処理を説明する図である。

図９に示すように、例えば設定部２３は、ユーザ情報３１の使用言語情報に、使用言語が言語Ｘであるユーザと言語Ｙであるユーザとが含まれる場合、設定使用言語「言語Ｘ」の第１タクシー乗り場２００ａと、設定使用言語「言語Ｙ」の第２、第３タクシー乗り場２００ｂ，２００ｃとを動的に設定する。

タクシー乗り場２００の設定の一例としては、設定部２３は、予め設定された複数の乗り場候補場所の中から、使用言語情報に基づいて適切な数、位置の場所を選択し、選択された乗り場候補場所を、タクシー乗り場２００として設定することができる。なお、設定部２３は、タクシー乗り場２００の設定位置、設定された使用言語などタクシー乗り場２００に関する各種情報を記憶部３０の乗り場情報３３（図６参照）に登録する。

設定部２３は、タクシー乗り場２００を設定した後、タクシー乗り場２００の設定使用言語情報や位置情報などを、タクシーＤの車載装置５０に通知する配車処理を実行してもよい。また、設定部２３は、記憶部３０の車両情報３４を読み出し、設定使用言語に対応でき、かつ、稼働状態が空車のタクシーに対して、タクシー乗り場２００へ向かうように配車指示を送信する配車処理を実行してもよい。これにより、設定使用言語について対応可能なタクシーＤが、タクシー乗り場２００に向かうこととなる。

これにより、例えば施設１００のユーザ（観客）の使用言語が多岐にわたる場合であっても、ユーザは、自身の使用言語に対応するタクシー乗り場２００に行くことで、タクシーＤの運転手と容易にコミュニケーションがとれ、タクシーＤにスムーズに乗車することができる。そのため、タクシー乗り場２００には長い行列ができにくく、結果として施設１００周辺における混雑の発生を抑制することができる。

また、設定部２３は、使用言語ごとのユーザの人数に応じてタクシー乗り場２００を設定してもよい。例えば、設定部２３は、使用言語ごとのユーザの人数を用いてタクシー乗り場２００が適正な数となるようにしてもよい。

具体的には、例えば設定部２３は、取得された使用言語情報に基づいて、使用言語ごとのユーザの人数を計測する。そして、設定部２３は、計測された人数に応じてタクシー乗り場２００の数を増減させるように設定してもよい。より具体的には、例えば設定部２３は、使用言語が「言語Ｘ」のユーザの人数が多くなるにつれて、設定使用言語「言語Ｘ」のタクシー乗り場２００の数が多くなるように設定してもよい。

このように、使用言語ごとのユーザの人数に応じてタクシー乗り場２００が設定されることで、例えば使用言語が「言語Ｘ」のユーザが多い場合でも、タクシー乗り場２００に並ぶユーザを分散させることができる。これにより、タクシーＤにスムーズに乗車することができ、よって施設１００周辺における混雑の発生を効果的に抑制することができる。

逆に、使用言語が「言語Ｘ」のユーザの人数が極端に少なくなった場合、設定部２３は、設定使用言語「言語Ｘ」のタクシー乗り場２００を廃止してもよい。また、図９に示す例において、使用言語が「言語Ｘ」のユーザの人数が多くなった場合、設定部２３は、第１タクシー乗り場２００ａを複数の第１タクシー乗り場２００ａに分割してもよい（異なった位置に追加設置し、増加させてもよい）。また、図９に示す例において、使用言語が「言語Ｙ」のユーザの人数が少なくなった場合、２つの第２、第３タクシー乗り場２００ｂ，２００ｃを統合して１つのタクシー乗り場２００にしてもよい。さらに、使用言語が「言語Ｘ」、「言語Ｙ」のユーザの人数が少なくなった場合、３つの第１、第２、第３タクシー乗り場２００ａ，２００ｂ，２００ｃを統合して１つのタクシー乗り場２００にしたり、２つの第１、第２タクシー乗り場２００ａ，２００ｂだけを統合して２つのタクシー乗り場２００ａ・ｂ（言語Ｘ、言語Ｙ）、２００ｃ（言語Ｙ）にしたり等、状況に応じて統合してもよい。これにより、タクシー乗り場２００の数を、タクシーＤを利用しようとする人数に応じた適切な数にすることが可能となるため、タクシーＤにスムーズに乗車することができ、よって施設１００周辺における混雑の発生を効果的に抑制することができる。

上記では、使用言語ごとのユーザの人数を用いてタクシー乗り場２００が適正な数となるようにしたが、これに限られず、例えば国籍情報などその他の情報を用いてもよい。

例えば、設定部２３は、取得された国籍情報に基づいてタクシー乗り場２００を設定してもよい。すなわち、例えば設定部２３は、使用言語ごとのタクシー乗り場２００を、さらに国籍ごとに分けてタクシー乗り場２００を設定してもよい。なお、図９の例では、設定部２３は、設定使用言語「言語Ｙ」のタクシー乗り場２００を、国籍が「国籍Ｇ１」の第２タクシー乗り場２００ｂと、国籍が「国籍Ｇ２」の第３タクシー乗り場２００ｃとに分けて設定している。

これにより、例えば設定使用言語「言語Ｙ」のタクシー乗り場２００に並ぶユーザを分散させることができるため、設定使用言語「言語Ｙ」のタクシー乗り場２００には長い行列ができにくく、施設１００周辺における混雑の発生を効果的に抑制することができる。

なお、上記では、使用言語ごとのユーザの人数や国籍を用いたが、これに限られず、設定部２３は、行先ごとやタクシーの予約の有無などで分けてタクシー乗り場２００を設定してもよい。

また、設定部２３は、各種の情報に基づいて、タクシーＤを利用しようとするユーザの人数を推定し、推定された人数（以下「タクシー利用者推定数」と記載する場合がある）などに応じてタクシー乗り場２００を設定してもよい。

一例としては、取得部２１が、施設１００における過去のタクシー利用率（例えば過去、施設１００を利用したユーザのうち、タクシーを予約せずにタクシーＤを利用したユーザ（タクシー非予約者）の割合）や、チケット販売数等から得られる当日の施設１００の利用者数などの情報を外部装置から取得する。

設定部２３は、取得されたタクシー利用率および施設１００の利用者数などの情報に基づいて、当日のタクシー非予約者のタクシー利用者数を予測し、これに実際のタクシー予約者数を加算して、タクシー利用者推定数を推定する。設定部２３は、かかるタクシー利用者推定数を使用言語ごとに推定し、推定されたタクシー利用者推定数などに応じて、使用言語ごとのタクシー乗り場２００を動的に設定してもよい。これにより、タクシー乗り場２００の数を、予測されるタクシー非予約者のタクシー利用者数を考慮した適切な数にすることが可能となるため、タクシーＤにスムーズに乗車することができ、よって施設１００周辺における混雑の発生を効果的に抑制することができる。

また、設定部２３は、取得された施設情報に基づいて乗り場を設定してもよい。これにより、施設１００周辺における混雑の発生をより効果的に抑制することができる。

具体的に説明すると、施設情報（図５参照）には、上記したように、施設１００の出入口の利用が予測されるユーザの使用言語に関する予測使用言語情報が含まれる。ここでは、一例として図９に示すように、施設１００の出入口１１０の利用が予測されるユーザＵ１の使用言語が「言語Ｘ」、出入口１２０の利用が予測されるユーザＵ２の使用言語が「言語Ｙ」であるものとする。

設定部２３は、例えば予測使用言語と同じ設定使用言語のタクシー乗り場２００を、対応する出入口側の位置に設定する。具体的には、設定部２３は、設定使用言語「言語Ｘ」の第１タクシー乗り場２００ａを出入口１１０側の位置に、設定使用言語「言語Ｙ」の第２、第３タクシー乗り場２００ｂ，２００ｃを出入口１２０側の位置に設定する。

これにより、例えば試合をするチームごとに分かれた集団の中のユーザＵ１であって、使用言語が「言語Ｘ」のユーザＵ１は、出入口１１０を通ってすぐに、設定使用言語「言語Ｘ」の第１タクシー乗り場２００ａに到着することができる。同様に、集団の中のユーザＵ２であって、使用言語が「言語Ｙ」のユーザＵ２も、出入口１２０を通ってすぐに、設定使用言語「言語Ｙ」の第２、第３タクシー乗り場２００ｂ，２００ｃ到着することができる。

これにより、使用言語が「言語Ｘ」のユーザも、使用言語が「言語Ｙ」のユーザも、タクシーＤにスムーズに乗車することができ、施設１００周辺における混雑の発生をより効果的に抑制することができる。

また、設定部２３は、上記したように、通訳者に応募したユーザが通訳要求を行ったユーザにより指定された条件を満たすか否かの判定を行うことができる。例えば、設定部２３は、受付部２２から通知される通訳要求に関する情報と、通訳者に応募したユーザのユーザ情報とに基づいて判定を行う。

一例としては、設定部２３は、通訳要求を行ったユーザの使用言語が通訳者に応募したユーザの資格と一致し、通訳要求を行ったユーザが利用するタクシーの行先が応募したユーザの行先と一致し、通訳要求を行ったユーザが所望する通訳者の語学レベルを応募したユーザが満たしている場合、応募したユーザを通訳者として設定する。また、設定部２３は、かかる通訳者（図９のユーザＵ３）を、通訳要求を行ったユーザ（図９のユーザＵ４）が利用するタクシーＤに同乗可能な同乗者として設定する。なお、上記した応募したユーザを通訳者として設定する条件は、あくまでも例示であって限定されるものではない。

これにより、通訳要求を行ったユーザＵ４は、同乗した通訳者（ユーザＵ３）による通訳により、タクシーＤの運転手と一層容易にコミュニケーションがとれ、タクシーＤにスムーズに乗車することができる。そのため、タクシー乗り場２００には長い行列ができにくく、施設１００周辺における混雑の発生を効果的に抑制することができる。

このとき、設定部２３は、通訳者として同乗したユーザＵ３に対して特典を付与してもよい。例えば、設定部２３は、ユーザＵ３に対し、タクシーを通常に利用した場合に比べて、言い換えると、通訳者としてタクシーに乗車しない場合に比べて、運賃が低くなるようにしてもよい。このように特典を付与することで、施設１００を利用するユーザに対し、通訳者としての応募を促すことが可能になる。

また、設定部２３は、通訳者の語学レベルに応じて運賃を変更するようにしてもよい。例えば、設定部２３は、通訳者の語学レベルが高くなるにつれて、運賃が低くなるようにしてもよい。これにより、例えば語学レベルが比較的高いユーザに対し、通訳者としての応募をより一層促すことが可能になる。さらに、通訳要求を行うユーザは、語学レベルが比較的高いユーザが通訳者となってタクシーに同乗することとなるため、タクシーＤの運転手とより一層容易にコミュニケーションがとれ、タクシーＤにより一層スムーズに乗車することができる。

図３の説明を続けると、提供部２４は、記憶部３０の提供情報３５を読み出し、ユーザの使用言語情報に応じた情報を、当該使用言語情報に対応するユーザに対して提供する。例えば、提供部２４は、ユーザの使用言語情報に応じた情報を、ユーザの端末装置４０に送信して提供する。この提供部２４による情報の提供は、ユーザがタクシーに乗る前に行われるが、これに限られず、タクシーに乗った後に行われてもよい。

これにより、タクシーを利用するユーザは、自身の使用言語を用いた情報（例えばおすすめのレストラン情報などユーザにとって有益な内容あるいは興味のある内容の情報）を得ることができる。

表示制御部２５は、表示装置６０（図２参照）の表示を制御することができる。例えば、表示制御部２５は、表示装置６０が設置された場所が設定部２３によってタクシー乗り場２００として設定された場合、かかるタクシー乗り場２００に対応するタクシーに関する情報を表示装置６０に表示させる。

ここで、表示装置６０について図１０を用いて説明する。図１０は、表示装置６０を示す模式図である。図１０に示すように、表示装置６０は、各種の情報を表示可能な表示画面６１を備える。表示装置６０は、例えば施設１００の周辺であって、予め設定された乗り場候補場所に設置される。

そして、表示制御部２５は、表示装置６０が設置された乗り場候補場所がタクシー乗り場２００として設定された場合、タクシー乗り場２００に対応するタクシーに関する情報を通信ネットワークＮ（図２参照）を介して表示装置６０に配信する。これにより、表示装置６０の表示画面６１には、タクシー乗り場２００のタクシーに関する情報が表示される。

なお、図１０では、タクシーに関する情報が、タクシーの行先、待ち時間などである例を示したが、これらはあくまでも例示であって限定されるものではない。すなわち、例えばタクシーに関する情報は、タクシー乗り場２００に配車されるタクシーの車種、タクシー乗り場２００におけるタクシーの待機数などその他の情報であってもよい。

このように、タクシー乗り場２００には、表示制御部２５によって表示制御される表示装置６０が設置されることで、タクシーを利用するユーザは、タクシー乗り場２００として設定された場所を容易に確認することができ、かかるタクシー乗り場２００へスムーズに移動することが可能になる。

なお、表示制御部２５は、表示装置６０が設置された場所（すなわち乗り場候補場所）がタクシー乗り場２００として設定されない場合、タクシーに関する情報を表示させないようにしてもよい。

また、表示装置６０は、上記した乗り場候補場所に予め固定される固定式であってもよいし、乗り場候補場所あるいは設定されたタクシー乗り場２００に適宜なタイミングで移動させて設置される移動式であってもよい。また、図１０では、一例として自立式の表示装置６０を示したが、これに限られず、壁掛け式、吊り下げ式などであってもよい。

＜情報処理装置の制御処理＞
次に、情報処理装置１０における具体的な処理手順の一例について図１１を用いて説明する。図１１は、情報処理装置１０が実行する処理手順を示すフローチャートである。

図１１に示すように、情報処理装置１０の制御部２０は、施設１００を利用するユーザの使用言語を示す使用言語情報を取得する（ステップＳ１０）。次いで、制御部２０は、使用言語情報に基づいて、使用言語ごとのタクシー乗り場２００を動的に設定する（ステップＳ１１）。

次いで、制御部２０は、設定されたタクシー乗り場２００の使用言語情報、位置情報などを、タクシーの車載装置５０に通知する配車処理を実行する（ステップＳ１２）。

次いで、制御部２０は、通訳者による通訳を要求する通訳要求を受け付けたか否かを判定する（ステップＳ１３）。制御部２０は、通訳要求を受け付けたと判定された場合（ステップＳ１３，Ｙｅｓ）、通訳要求を行ったユーザとは異なる他のユーザの中から通訳者の応募を受け付けて通訳者を設定し、かかる通訳者を、通訳要求を行ったユーザが利用するタクシーに同乗可能な同乗者として設定する（ステップＳ１４）。

他方、制御部２０は、通訳要求を受け付けていないと判定された場合（ステップＳ１３，Ｎｏ）、ステップＳ１４の処理をスキップして処理を終了する。

上述してきたように、実施形態に係る情報処理装置１０は、取得部２１と、設定部２３とを備える。取得部２１は、イベント施設１００を利用するユーザの使用言語を示す使用言語情報を取得する。設定部２３は、取得部２１によって取得された使用言語情報に基づいて、使用言語ごとのタクシー（移動体の一例）の乗り場（タクシー乗り場２００）を動的に設定する。これにより、イベント施設１００周辺における混雑の発生を抑制することができる。

また、移動体はタクシーである。これにより、施設１００周辺のユーザをタクシー乗り場２００へ移動させ、スムーズに乗車させることが可能となり、よって施設１００周辺における混雑の発生を抑制することができる。

なお、情報処理システム１は、表示装置６０を備えない構成であってもよい。すなわち、例えば情報処理装置１０が、設定されたタクシー乗り場２００の使用言語情報や位置情報などをユーザに対して通知すれば（正確にはユーザ所有の端末装置４０に送信する等すれば）、ユーザはタクシー乗り場２００へ向かうことが可能になるため、情報処理システム１は表示装置６０を備えない構成であってもよい。

また、情報処理装置１０が、上記のように、タクシー乗り場２００に関する情報を端末装置４０に送信する際、当該端末装置４０を所有するユーザの使用言語に対応するタクシー乗り場２００の情報のみを送信してもよい。また、例えば端末装置４０にユーザの使用言語情報が複数登録されているような場合、情報処理装置１０は、当該端末装置４０に対し、複数の使用言語にそれぞれ対応するタクシー乗り場２００の情報を送信してもよい。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１０ 情報処理装置
２０ 制御部
２１ 取得部
２２ 受付部
２３ 設定部
２４ 提供部
２５ 表示制御部
１００ イベント施設
２００ タクシー乗り場

Claims (8)

1. 施設を利用するユーザの使用言語を示す使用言語情報を取得し、
   取得された前記使用言語情報に基づいて、前記使用言語ごとの移動体の乗り場の位置および数の少なくともいずれかを設定する、
   情報処理装置。
2. 前記使用言語情報に応じて前記使用言語ごとの前記ユーザの人数を計測し、
   計測された前記使用言語ごとの前記ユーザの人数に応じて前記乗り場を設定する、
   請求項１に記載の情報処理装置。
3. 前記ユーザの国籍を示す国籍情報を取得し、
   取得された前記国籍情報に基づいて前記乗り場を設定する、
   請求項１または２に記載の情報処理装置。
4. 前記施設の出入口の位置情報と当該出入口の利用が予測される前記ユーザの使用言語に関する予測使用言語情報とを含む施設情報を取得し、
   取得された前記施設情報に基づいて前記乗り場を設定する、
   請求項１～３のいずれか一つに記載の情報処理装置。
5. 複数の前記ユーザの中から、前記移動体の運転手との通訳を行う通訳者の募集に対する応募を前記移動体の行先別で受け付け、
   受け付けた前記通訳者を前記移動体に同乗可能な同乗者として設定する、
   請求項１～４のいずれか一つに記載の情報処理装置。
6. 前記移動体はタクシーである、
   請求項１～５のいずれか一つに記載の情報処理装置。
7. 前記使用言語情報に応じた情報を、当該使用言語情報に対応する前記ユーザに対して提供する、
   請求項１～６のいずれか一つに記載の情報処理装置。
8. ＣＰＵを備える情報処理装置が実行する情報処理方法であって、
   前記ＣＰＵは、
   施設を利用するユーザの使用言語を示す使用言語情報を取得し、
   取得された前記使用言語情報に基づいて、前記使用言語ごとの移動体の乗り場の位置および数の少なくともいずれかを設定する、
   情報処理方法。

Images