JP7117939B2

JP7117939B2 - 情報処理装置、情報処理方法および情報処理プログラム

Info

Publication number: JP7117939B2
Application number: JP2018154316A
Authority: JP
Inventors: 太郎渡辺; 郁雄北岸; 宏章伊東
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2018-08-20
Filing date: 2018-08-20
Publication date: 2022-08-15
Anticipated expiration: 2038-08-20
Also published as: JP2020030497A

Description

本発明の実施形態は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来から、安全性の高い経路を案内する技術が知られている。

例えば、特許文献１には、安全性の高い経路を案内可能とし、安全性の低い場所についての注意喚起を可能とする技術が開示されている。

特開２０１４－０２０９８９号公報

しかしながら、上記の従来技術では、必ずしも防犯や治安上の安全性を考慮して移動体を利用させることができるとは限らない。例えば、上記の従来技術では、出発地から目的地までの安全性の高い経路を探索し、検索した経路を利用者に案内するとともに、利用者の現在位置が安全性の低い場所である場合には、安全性の低い場所である旨を利用者に対して提示する。

このような上記の従来技術は、利用者の経路や位置について安全性に関する情報を提示するものに過ぎないため、必ずしも防犯や治安上の安全性を考慮して移動体を利用させることができるとは限らない。

本願は、上記に鑑みてなされたものであって、防犯や治安上の安全性を考慮して移動体を利用させることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願にかかる情報処理装置は、ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報、または、前記ユーザが前記移動体から降車する降車地点に関する情報である降車地点情報に基づいて、前記移動体の利用に関する位置を決定する決定部と、前記決定部により決定された位置を示す位置情報を前記ユーザに提示することを特徴とする。

実施形態の一態様によれば、防犯や治安上の安全性を考慮して移動体を利用させることができるといった効果を奏する。

図１は、実施形態にかかる第１の提示処理の一例を示す図である。図２は、実施形態にかかる第２の提示処理の一例を示す図である。図３は、実施形態にかかる表示制御処理の一例を示す図である。図４は、実施形態にかかるシステムの構成例を示す図である。図５は、実施形態にかかる情報処理装置の構成例を示す図である。図６は、実施形態にかかる候補位置情報記憶部の一例を示す図である。図７は、実施形態にかかる移動体情報記憶部の一例を示す図である。図８は、実施形態にかかる登録情報記憶部の一例を示す図である。図９は、実施形態にかかる位置－経路情報記憶部の一例を示す図である。図１０は、実施形態にかかる端末装置の構成例を示す図である。図１１は、実施形態にかかる第１の提示処理の一例を示すフローチャートである。図１２は、実施形態にかかる第２の提示処理の一例を示すフローチャートである。図１３は、実施形態にかかる表示制御処理の一例を示すフローチャートである。図１４は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願にかかる情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ説明する。なお、この実施形態により本願にかかる情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付し、重複する説明は省略される。

また、以下に、本願にかかる表示制御プログラム、表示制御方法および端末装置を実施するための形態（同様に、以下、「実施形態」と呼ぶ）について図面を参照しつつ説明する。なお、この実施形態により本願にかかる表示制御プログラム、表示制御方法および端末装置が限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．第１の提示処理の概要〕
まず、図１を用いて、実施形態にかかる提示処理のうち第１の提示処理の概要を示す。図１は、実施形態にかかる第１の提示処理の一例を示す図である。第１の提示処理は、情報処理装置１００によって行われる。

なお、第１の提示処理については、後に詳述するが、１つの第１の提示処理は、ユーザが移動体に対して所定の行動を行う地点であって仮想的な地点である仮想地点に関する情報に基づいて、ユーザ以外のユーザであって仮想地点を利用するユーザである他ユーザに関する情報をユーザに提示する処理である。かかる提示処理を「提示処理１－１」とする。

また、別の１つの第１の提示処理は、移動体における空席状況を示す空席情報に基づいて、移動体に乗車予定のユーザを移動体に乗車させる順番を決定し、決定した順番をユーザに提示する処理である。かかる提示処理を「提示処理１－２」とする。

また、実施形態にかかるシステム１は、図４に示すように、端末装置１０と、移動体制御装置３０と、情報処理装置１００とを含む。図４は、実施形態にかかるシステム１の構成例を示す図である。図４に示すように、端末装置１０、移動体制御装置３０、情報処理装置１００は、ネットワークＮを介して有線または無線により通信可能に接続される。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。また、端末装置１０は、タッチパネルの表示画面Ｄを有する。また、端末装置１０には、移動体に関する情報登録が行われたり、移動体に関する各種情報を提示可能にするアプリケーション（以下、「アプリＡＰ１」と表記する）が予めインストールされているものとする。

アプリＡＰ１は、実施形態にかかる情報処理装置１００と連携することにより、移動体に関する各種情報を取得し、取得した情報をユーザに提示する。また、例えば、ユーザは、アプリＡＰ１に対して、移動体に関する情報を「お気に入り登録」することができる。

また、本実施形態では、情報処理装置１００が対象とする移動体は「オンデマンドバス」であるものとする。オンデマンドバスは、路線バスの一種であるが、ユーザがインターネット等の通信手段を用いて手続きを行った場合に、例えば、基本路線の外の迂回路線を経由して、例えば、仮想的に設置されたバス停留所へとユーザを迎えに行く。基本路線に存在する従来からの物理的なバス停留所（「既存バス停」と表記する場合がある）に対して、このように仮想的に設置されるバス停留所を「仮想バス停」とする。仮想バス停は、ユーザがオンデマンドバス（移動体の一例）に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点の一例である。

また、以下の実施形態では、移動体をオンデマンドバスとして説明するが、実施形態にかかる移動体は、運行スケジュールに沿って基本路線を走行するオンデマンドバスに限定されるものではない。例えば、移動体は、基本路線が決められておらず、ユーザによって指定された場所に逐一ユーザを迎えに出向くことのできる乗り合い形式のオンデマンドバスであってもよい。また、移動体は、ユーザによって指定された場所に逐一ユーザを迎えに出向くことのできる乗り合い形式のタクシー（乗り合いタクシー）であってもよい。

移動体制御装置３０は、移動体に搭載される端末装置である。例えば、移動体制御装置３０は、移動体の現在位置、移動体の現在位置からバス停までの距離、バス停への到着予定時刻等を取得し情報処理装置１００に送信する。なお、移動体の現在位置、移動体の現在位置からバス停までの距離、バス停への到着予定時刻等は、情報処理装置１００によって取得および算出されてもよい。

また、移動体制御装置３０は、例えば、移動体に各種センサ（例えば、カメラや人感センサ等）が搭載されている場合、センサによって検出された情報をセンサから取得することができる。また、移動体制御装置３０は、センサによって検出された情報を情報処理装置１００に送信することができる。また、例えば、移動体が、乗客の乗り降りを制御するブザー（例えば、移動体にこれ以上人が乗ることができない場合、警告音を出力するブザー）が搭載されている場合、警告音の出力制御を行う。

ここで、情報処理装置１００によって提示処理１－１が行われる前提について説明する。情報処理装置１００は、例えば、サーバ装置である。上記の通り、オンデマンドバスは、物理的に実在する既存バス停に停車する場合もあるが、物理的には実在しない仮想バス停に停車する場合もある。当然ながら、ユーザは、仮想バス停については目視することができない。ただし、情報処理装置１００は、ユーザの端末装置１０（アプリＡＰ１）を介して、仮想バス停の位置をユーザに知らせることができるため、ユーザは端末装置１０を用いて仮想バス停の大まかな位置を把握することができる。

このような場合において、例えば、仮想バス停Ｚからオンデマンドバスに乗車しようとするユーザＵＸ１とユーザＵＸ２が居るものと仮定する。また、ユーザＵＸ１およびユーザＵＸ２は、互いに全く知らない同士（他人同士）であるとする。ユーザＵＸ１およびユーザＵＸ２は、端末装置１０を介して知らされた仮想バス停Ｚの位置にてオンデマンドバスが到着するまで待機することになるが、この位置には既存バス停のように、例えば、ポール、ベンチあるいは施設（待合施設）が存在する訳ではない。そうすると、例えば、ユーザＵＸ１から見て近くにユーザＵＸ２が居ると、ユーザＵＸ２は本当にオンデマンドバスに乗ろうとしているのか確証が無く、例えば、自身に対して不審な行動を起こそうとしているのではないかといった不安感が募る場合がある。ユーザＵＸ２から見ても同様のことがいえる。

また、ユーザＵＸ１を女性、ユーザＵＸ２を男性とすると、上記のような不安感はより大きくなると考えられるうえ、例えば、周囲から見てユーザＵＸ２は不審人物ではないかと誤解される場合もあり得る。しかしながら、仮想バス停Ｚからオンデマンドバスに乗車しようとする、いわば同一目的のユーザ同士であるとの、ある程度の確証が互いに得られていれば不安感は随分と解消される可能性が高くなる。

このようにユーザ間で防犯上都合が悪くなるような前提を基に、実施形態にかかる情報処理装置１００は、提示処理１－１を行う。具体的には、情報処理装置１００は、提示処理１－１として、ユーザが移動体に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点に関する情報である仮想乗車地点情報を取得し、取得した仮想乗車地点情報に基づいて、仮想乗車地点を利用するユーザである他ユーザに関する情報をユーザに提示する。例えば、情報処理装置１００は、他ユーザに関する情報として、仮想乗車地点から移動体に乗車予定の他ユーザの有無を示す情報を提示する。

次に、情報処理装置１００によって提示処理１－２が行われる前提について説明する。上記の通り、既存バス停には、例えば、ポール、ベンチあるいは施設（待合施設）が存在する。このように目視可能な物理目標があれば、ユーザは特性上、この物理目標を目印として、例えば、オンデマンドバスが到着するまで列を成して順に並んで待機することができる。また、このように並んで待機することができると、列の順にオンデマンドバスに乗り込み、空席があれば乗り込んだ順に空席に座ればよいと、ユーザは暗黙の上で了承している場合が多い。

一方で、既存バス停には、目視可能な物理目標が存在する訳ではないので、ユーザはどこにどう並んでよいかわからない場合がある。結果として、複数のユーザがなんとなく同じくらいの位置に散らばって待機するといった状況が起こり得る。このような状態において、オンデマンドバスが到着すると、ユーザは周りの他のユーザを気にせず自身の好きな順で乗り込むため、空席があれば当然ながらより早く乗り込んだユーザがその空席に座ろうとする。そうすると、空席に座ることができなかったユーザから見れば、並んでもいないのに好き勝手に乗り込んで席を取られた、といった負の感情が生まれてしまうことがあり得る。さらにいうと、空席をめぐって、ユーザ間で言い争い等に発展してしまうこともあり得る。

このような問題を解消するためには、物理目標が存在せず並んで待機させることが困難な状況において、あたかも並んでいたの如く乗車順を予め各ユーザに割り当てておくことが効果的であると考えられる。

このように、並んで待機させることが困難な状況における前提を基に、実施形態にかかる情報処理装置１００は、提示処理１－２を行う。具体的には、情報処理装置１００は、第２の提示処理として、移動体における空席状況を示す空席情報を取得し、取得した空席情報に基づいて、移動体に乗車予定のユーザを移動体に乗車させる順番を決定する。そして、情報処理装置１００は、決定した順番をユーザに提示する。例えば、情報処理装置１００は、空席情報として、移動体が有する空席の数を示す空席情報を取得し、移動体に乗車予定のユーザを前記移動体に乗車させる順番として、空席の数に応じた順番を決定する。

以下では、図１を用いて、実施形態にかかる第１の提示処理の一例について説明する。なお、図１では、情報処理装置１００は、仮想バス停が設置される設置位置の候補（以下、「候補位置」と表記する場合がある）をユーザに提示することにより、候補位置の中からオンデマンドバスに乗車を希望する位置、すなわち乗車希望位置を指定させるものとする。また、情報処理装置１００は、乗車希望位置だけでなく乗車希望時刻をさらに指定させることもできる。

まず、図１のＭＡＰ１に示されるエリアでは、オンデマンドバスＢ１（バスＢ１）が基本路線ＲＴ１０を走行するものとする。また、基本路線ＲＴ１０上には、既存バス停ＳＴ１およびＳＴ２が存在する。また、既存バス停ＳＴ１が位置する位置情報は「Ｓ－ＰＴ１」であり、既存バス停ＳＴ２が位置する位置情報は「Ｓ－ＰＴ２」である。

また、図１の例では、ユーザＵ１の現在位置は現在位置「ＨＰ１１」であり、ユーザＵ２の現在位置は現在位置「ＨＰ２１」であり、ユーザＵ３の現在位置は現在位置「ＨＰ３１」である。ユーザＵ１、Ｕ２およびＵ３は、それぞれ自身の端末装置１０を有している。

ここで、図１の例では、既にユーザＵ１およびＵ２によって、バスＢ１への乗車の意思表示が行われているものとする。具体的には、情報処理装置１００は、図１（ａ）に示すように、ユーザＵ１の端末装置１０に対して、ＭＡＰ１上のどこに候補位置が存在するかといったことを示す情報を含むページＰ１ａを表示させる。なお、図１（ａ）では、ユーザＵ３の端末装置１０を例示しているが、表示のＵＩ（ユーザインタフェース）はどのユーザでも同様であるため、ここでは、図１（ａ）はユーザＵ１のものとして説明する。

情報処理装置１００は、ＭＡＰ１上における候補位置ＣＰ１に「ココで乗る」と表示されたアイコンＦ１を表示させる。また、情報処理装置１００は、ＭＡＰ１上における候補位置ＣＰ２に「ココで乗る」と表示されたアイコンＦ２を表示させる。また、情報処理装置１００は、ＭＡＰ１上における候補位置ＣＰ３に「ココで乗る」と表示されたアイコンＦ３を表示させる。ユーザＵ１は、候補位置ＣＰ１～ＣＰ３の中に乗車希望位置が存在する場合には、その候補位置に対応するアイコンた選択（例えば、タップ）することで、選択した候補位置について乗車の位置表示を行うことができる（乗車希望位置を指定することができる）。図１では、ユーザＵ１は、候補位置ＣＰ１を乗車希望位置として指定し、さらに、候補位置ＣＰ１に「２０１８年７月１日１０時５分」に来るよう指定したものとする。

かかる場合、情報処理装置１００は、候補位置ＣＰ１を仮想バス停が設置される設置位置として決定するとともに、候補位置ＣＰ１に仮想バス停を設置する。また、実施形態にかかるバスＢ１は、候補位置ＣＰ１に「２０１８年７月１日１０時５分」に到着予定のオンデマンドバスである。なお、候補位置ＣＰ１は、設置位置ＣＰ１と言い換えることもできる。また、候補位置ＣＰ１の「ＣＰ１」は、候補位置を識別する識別情報と、例えば、候補位置の位置情報を示す座標といった両方の概念を含み得るものとする。他の候補位置についても同様である。

さて、上記のように、ユーザＵ１による意思表示により候補位置ＣＰ１に仮想バス停が設置され、候補位置ＣＰ１に「２０１８年７月１日１０時５分」に到着予定のバスＢ１が発生した状態において、ユーザＵ２も図１（ａ）のページＰ１ａを参照し、候補位置ＣＰ１からの意思表示を行ったものとする。つまり、ユーザＵ２もアイコンＦ１を選択することで、候補位置ＣＰ１を乗車希望位置として指定したとする。ユーザＵ２が個のような指定を行う際には、アイコンＦ１中に到着予定時刻「２０１８年７月１日１０時５分」がさらに表示されてもよい。

このようにユーザＵ１およびＵ２が候補位置ＣＰ１での乗車の意思表示を行っている状態において、ユーザＵ３も意思表示を行いたいために情報処理装置１００にアクセスしたとする。かかる場合、情報処理装置１００は、ユーザＵ３に対して仮想バス停の候補位置を提示する（ステップＳ１１）。既に説明した通り、情報処理装置１００は、図１（ａ）に示すようなページＰ１ａを端末装置１０に表示させる。候補位置ＣＰ１に「２０１８年７月１日１０時５分」に到着予定のバスＢ１については、ユーザＵ１およびＵ２が乗車予定であることが既に決まっている。そして、ユーザＵ３も候補位置ＣＰ１からの意思表示を行ったものとする。つまり、ユーザＵ３もアイコンＦ１を選択することで、候補位置ＣＰ１を乗車希望位置として指定したとする。これにより、情報処理装置１００は、ユーザＵ３から候補位置Ｃ１からの乗車の意思表示を受け付ける、すなわち乗車希望位置として候補位置ＣＰ１を指定する旨を受け付ける（ステップＳ１２）。

次に、情報処理装置１００は、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザの人数を更新する（ステップＳ１３）。ユーザＵ１が意思表示を行った時点では、情報処理装置１００は、ユーザ人数を「０」から「１」へと更新する。また、ユーザＵ２がさらに意思表示を行った時点では、情報処理装置１００は、ユーザ人数を「１」から「２」へと更新する。そして、今回、ユーザＵ３が意思表示を行った時点では、情報処理装置１００は、ユーザ人数を「２」から「３」へと更新する。

次に、情報処理装置１００は、提示処理１－１に対応する情報提示を行うタイミングであるか否かを判定し、情報提示を行うタイミング（例えば、候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が５分を切ったタイミング）であると判定した場合には、ユーザＵ３以外のユーザであって、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザ、すなわちユーザＵ１およびＵ２に関する情報をユーザＵ３に提示する（ステップＳ１４）。例えば、情報処理装置１００は、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザが居るかいないか（有無）をユーザＵ３に提示する。

図１の例では、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザとして、ユーザＵ１およびＵ２がいる。かかる場合、情報処理装置１００は、ユーザＵ３以外に乗車予定のユーザが居る旨をユーザＵ３に提示する。例えば、情報処理装置１００は、図１（ｂ）に示すように、ユーザＵ３以外に乗車予定のユーザが居る旨を示す情報Ｊ１を含むページＰ１ｂを表示させる。

なお、図１の例では、ユーザＵ１目線では、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザとして、ユーザＵ２およびＵ３がいる。したがって、情報処理装置１００は、ユーザＵ１にはユーザＵ１以外に乗車予定のユーザが居る旨を提示する。また、ユーザＵ２目線では、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザとして、ユーザＵ１およびＵ３がいる。したがって、情報処理装置１００は、ユーザＵ２にはユーザＵ２以外に乗車予定のユーザが居る旨を提示する。

また、情報処理装置１００は、提示処理１－２に対応する情報提示を行うタイミングであるか否かを判定する。言い換えれば、情報処理装置１００は、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１における現在の空席状況を示す空席情報を取得するタイミング（例えば、候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が３分を切ったタイミング）であるか否かを判定し、空席情報を取得するタイミングであると判定した場合には、空席情報を取得する（ステップＳ１５）。例えば、かかるバスＢ１が有する移動体制御装置３０がバスＢ１内の空席を検知することで、検知した空席に基づく空席情報を情報処理装置１００に送信する。これにより、情報処理装置１００は、空席情報を取得することができる。

次に、情報処理装置１００は、取得した空席情報に基づいて、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１に乗車予定のユーザを、かかるバスＢ１に乗車させる順番（乗車順）を決定する（ステップＳ１６）。かかる例で乗車予定のユーザとは、ユーザＵ１、Ｕ２およびＵ３（ユーザＵ１～Ｕ３）である。したがって、情報処理装置１００は、ユーザＵ１～Ｕ３それぞれに対して、バスＢ１に乗車させる乗車順を決定する。一例を示すと、情報処理装置１００は、ユーザＵ１～Ｕ３それぞれの現在位置を示す位置情報を取得（監視）しておくことで、候補位置ＣＰ１に到着した到着順を取得する。そして、情報処理装置１００は、例えば、ユーザＵ１～Ｕ３のうち到着順が早いユーザほど早い（若い）乗車順を決定する。

図１の例では、ユーザＵ１の到着順が「１」、ユーザＵ２の到着順が「３」、ユーザＵ３の到着順が「２」であったとする。かかる場合、情報処理装置１００は、ユーザＵ１に対して乗車順「１」を決定し、ユーザＵ２に対して乗車順「３」を決定し、ユーザＵ３に対して乗車順「２」を決定する。なお、情報処理装置１００は、例えば、ユーザＵ１～Ｕ３の中に身体的に障害を有するユーザが居れば、そのユーザについては到着順を無視し優先的に早い乗車順を決定することもできる。これにより、情報処理装置１００は、身体的に障害を有するユーザを空席に座らせることができる。

そして、情報処理装置１００は、ユーザＵ１～Ｕ３それぞれに対して、乗車順を提示する（ステップＳ１７）。ユーザＵ３を例に挙げると、情報処理装置１００は、図１（ｃ）に示すように、ユーザＵ３の乗車順は「３」であることを示す情報Ｊ２を含むページＰ１ｃを表示させる。

ここで、例えば、図１（ｂ）に示す情報Ｊ１をユーザＵ３に提示する前に、図１（ｃ）に示す情報Ｊ２をユーザＵ３に提示した場合、ユーザＵ３は自分以外に乗車予定のユーザが何人いるかを予測できてしまう場合がある。かかる例では、最低一人は自分以外に乗車予定のユーザがいることをユーザＵ３に予測されてしまう場合がある。防犯上、各ユーザについて、バスＢ１に乗車する直前までは、自分以外に何人のユーザが乗車予定であることは、隠しておくことが好ましい。なぜなら、乗車予定のユーザが他に１人しかいないならそのユーザに何らかの悪事を働いてやろうと考える者や、乗車予定のユーザが他に多数存在する場合には、集団を相手にした悪事を働いてやろうと考える者が出てくるかもしれない。情報処理装置１００は、このような状況に成り得ることを防止するために、好ましくは、情報Ｊ１を提示した後に情報Ｊ２を提示する。このためには、ステップＳ１４でのタイミングが、ステップＳ１５でのタイミングよりも時間的に早くなるよう設定される。

さて、ここまで実施形態にかかる提示処理のうち第１の提示処理について説明してきた。まず、実施形態にかかる情報処理装置１００は、提示処理１－１により、バスＢ１を利用する際における防犯面での安心感をバスＢ１のユーザに与えることができる。例えば、ユーザＵ３は、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１を利用するユーザが自分以外にも居ることを予め知ることができるため、バス停を示す物理目標が存在しない候補位置ＣＰ１において、誰かが居たとしてもその人は不審者ではなく同じ利用者なのだという安心感を得ることができる。

また、実施形態にかかる情報処理装置１００は、提示処理１－２により、バスＢ１の到着まで並んで待機させることが困難な状況において、バスＢ１の空席に適切にユーザを着座させることができる。候補位置ＣＰ１にはバス停を示す物理目標が存在しないため、ユーザＵ１～Ｕ３それぞれは、候補位置ＣＰ１の周辺でなんとなく散らばってバスＢ１を待つことになり、隊列が発生しない。しかしながら、ユーザＵ１～Ｕ３には、予め乗車順が割り当てられることになるため、バスＢ１が来てもスムーズに乗り込むことができ、空席があれば乗り込んだ順に座ることができる。このためユーザ間で空席の奪い合い等が生じることもない。

また、情報処理装置１００は、候補位置ＣＰ１に仮想バス停を設置したことで、候補位置ＣＰ１へ向かうよう基本ルートＲＴ１０から迂回した迂回ルートＲＴ２０を決定する。そして、情報処理装置１００は、迂回ルートＲＴ２０を通り候補位置ＣＰ１にて停車するようバスＢ１に指示する。例えば、情報処理装置１００は、バスＢ１の移動体制御装置３０に迂回ルートＲＴ２０に関する情報を送信する。

〔２．第２の提示処理の概要〕
次に、図２を用いて、実施形態にかかる提示処理のうち第２の提示処理の概要を示す。図２は、実施形態にかかる第２の提示処理の一例を示す図である。第２の提示処理も情報処理装置１００によって行われる。第２の提示処理は、ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報、または、ユーザが移動体から降車する降車地点に関する情報である降車地点情報に基づいて、移動体の利用に関する位置をユーザに提示する処理である。また、第２の提示処理では、移動体はオンデマンドバスとする。

ここで、情報処理装置１００によって第２の提示処理が行われる前提について説明する。例えば、オンデマンドバスからユーザＵＸ３が降車する場合を例に挙げる。また、ユーザＵＸ３は自宅（自宅Ｈとする）前にて降車したい旨を予め情報処理装置１００に対して登録しているものとする。かかる場合、通常であれば、情報処理装置１００に従って、オンデマンドバスは自宅Ｈの前に停車することでユーザを降車させる。

このような場合、まだオンデマンドバスに乗っている乗客から、例えば、窓越しにユーザＵＸ３の自宅が自宅Ｈであることがわかってしまう恐れがある。例えば、ユーザＵＸ３がオンデマンドバスから降車して建物に入っていった場合、それを窓越しに見ていたユーザによっては、その建物がユーザＵＸ３の自宅Ｈであると推測されてしまう恐れがある。さらに乗客の中にユーザＵＸ３に対して特別な感情を有する者がいたとすると、その乗客に自宅Ｈが判明してしまうことは防犯上非常に危険である。また、ユーザＵＸ３も、他の乗客に自宅Ｈの場所がわかってしまうことを避けたい、自宅Ｈの場所を他の乗客から隠蔽したいと望む場合がある。

乗客に自宅Ｈが判明してしまうことを回避するもっとも単純な方法は、自宅Ｈからある程度離れた場所においてユーザＵＸ３を降車させることが考えられる。この場合、降車させる位置によっては、ユーザＵＸ３が自宅Ｈまでの移動ルートとして、治安や交通において安全性の低いルート（例えば、晩において街灯の無い暗がりのルート、不審者出没歴のあるルート、事故多発ルート等）を選択して自宅Ｈに向かう可能性がある。

上記の前提をまとめると、防犯上の観点からオンデマンドバスの乗客から特定の場所（例えば、自宅や職場等）がわからないよう隠蔽できるような位置にて、対象のユーザを乗降させる必要がある。また、安全性の観点から特定の場所（例えば、自宅や職場等）と、乗降位置との間のルートは、より安全性の高いルートが好ましい。

このように、防犯や治安上の安全性を基に、実施形態にかかる情報処理装置１００は、第２の提示処理を行う。具体的には、情報処理装置１００は、ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報、または、ユーザが移動体から降車する降車地点に関する情報である降車地点情報に基づいて、移動体の利用に関する位置を決定し、決定した位置を示す位置情報をユーザに提示する。

例えば、情報処理装置１００は、乗車希望地点（または、降車希望地点）であってユーザにより指定された乗車希望地点（または、降車希望地点）が移動体の乗客によって特定されないような位置を乗車（または、降車）位置として決定する。また、例えば、情報処理装置１００は、乗車希望地点（または、降車希望地点）、および、乗車位置（または、降車位置）との間の所定エリアの周辺環境を示す環境情報に基づいて、移動体の利用に関する位置として、乗車希望地点（または、降車希望地点）から乗車位置（または、降車位置）までのユーザの移動ルートを決定する。

以下では、図２を用いて、実施形態にかかる第２の提示処理の一例について説明する。なお、図２では、情報処理装置１００は、オンデマンドバスに乗車する乗車希望地点の位置情報（以下「乗車希望位置」とする）、または、オンデマンドバスから降車する降車希望地点の位置情報（以下「降車希望位置」とする）を指定させるものとする。図１では、情報処理装置１００は、候補位置の中からいずれかを指定させたが、図２では、候補位置を提示することなく任意の位置を指定させる。なお、図２では、ユーザＵ４がオンデマンドバスであるバスＢ２から降車する場合を例に説明するが、乗車の場合であっても情報処理装置１００が行う処理は同様である。

まず、情報処理装置１００は、乗車希望位置または降車希望位置の指定をユーザＵ４から受け付ける（ステップＳ２１）。つまり、情報処理装置１００は、乗車希望位置または降車希望位置を取得する。乗車希望位置は、ユーザが移動体に乗車する乗車地点に関する情報の一例である。また、降車希望位置は、ユーザが移動体から降車する降車地点に関する情報の一例である。例えば、情報処理装置１００は、ユーザＵ４からのアクセスに応じて、乗車希望位置または降車希望位置を入力させるページＰ２ａを配信することで、乗車希望位置または降車希望位置の指定をユーザＵ４から受け付ける。

図２（ａ）の例では、ページＰ２ａには、乗車希望位置を入力させる入力欄、降車希望位置を入力させる入力欄、他者から乗車希望地点あるいは降車希望地点を隠蔽したい場合にチェックを入れるチェックボックス、隠蔽したい場所を追加登録させる入力欄が含まれる。図２では、ユーザＵ４は、降車希望地点として自宅ＨＰ１（降車希望地点の一例）をオンデマンドバスの乗客から隠蔽したいものとする。かかる場合、ユーザＵ４は、乗車希望位置に対応する入力欄に自宅ＨＰ１の位置を示す位置情報（例えば、住所）を入力しＯＫボタンを押下する。これにより、情報処理装置１００は、降車希望位置の指定をユーザＵ４から受け付ける。

次に、情報処理装置１００は、自宅ＨＰ１方面に向かうバスと、自宅ＨＰ１へ向う走行ルートとを特定する（ステップＳ２２）。例えば、情報処理装置１００は、自宅ＨＰ１方面に向かうバスとしてバスＢ２を特定し、自宅ＨＰ１へ向う走行ルートとして走行ルートＲＴ３０を特定したとする。例えば、走行ルートＲＴ３０へ入る前のいずれかの走行ルートのいずれかの位置からバスＢ２に人が乗車してきたり、人が降車するといった状況が起こり得る。したがって、自宅ＨＰ１に差し掛かる直前においてバスＢ２にはユーザＵ４以外にもユーザが乗車している可能性は十分にある。

このような状態において、情報処理装置１００は、自宅ＨＰ１と、バスＢ２が走行する走行ルートＲＴ３０との位置関係に基づいて、自宅ＨＰ１がバスの乗客によって特定されないような位置を、ユーザＵ４を降車させる降車位置として決定する（ステップＳ２３）。例えば、情報処理装置１００は、自宅ＨＰ１から所定範囲内のエリアであるエリアＡＲ１において、自宅ＨＰ１がバスＢ２の乗客によって特定されないような位置として、バスＢ２の乗客からは自宅ＨＰ１が死角となる位置を降車位置として決定する。例えば、情報処理装置１００は、自宅ＨＰ１の前の通りの走行ルートＲＴ３０を直進し、走行ルート３０を左へ曲った先の位置ＸＰ１１を降車位置として決定する。

例えば、自宅ＨＰ１の前でユーザＵ４が降車した場合、自宅ＨＰ１の前の走行ルートＲＴ３０は、しばらく直進しているため乗客からユーザＵ４が自宅ＨＰ１へ入ってゆくところが見えてしまう。そうすると、乗客に中には、「あの建物はきっとユーザＵ１の自宅に違いない」と特定されてしまう恐れがある。一方、走行ルート３０を左へ曲った先の位置ＸＰ１１からは、バスＢ２の乗客にとっては自宅ＨＰ１は死角になっており、また、ユーザＵ４は角を自宅ＨＰ１へ向かうことになるので、バスＢ２の乗客はユーザＵ４がどの建物に入ってゆくかも確認することができない。このようなことから、情報処理装置１００は、位置ＸＰ１１を降車位置として決定することによりバスＢ２の乗客から自宅Ｈ１を隠蔽することができる。

ここで、ユーザＵ４には、位置ＸＰ１１から自宅ＨＰ１へ向かうにあたって複数の移動ルートが存在する。図２の例では、複数の移動ルートとして、移動ルートＲＴ４１、移動ルートＲＴ４２および移動ルートＲＴ４３が存在する。この３つの移動ルートのうち、どの移動ルートを利用するかはユーザＵ４次第であるが、中には防犯や治安の観点から安全性が低いルートが存在する場合がある。情報処理装置１００は、位置ＸＰ１１でユーザＵ４を降車させることによりユーザＵ４を自宅ＨＰ１まで歩かせることになるが、歩かせたことによりユーザＵ４が何らかの犯罪や事故等に巻き込まれてしまうことはなるべく回避したい。

このようなことから情報処理装置１００は、自宅ＨＰ１および降車位置である位置ＸＰ１１との間のエリアＡＲ１の周辺環境を示す環境情報に基づいて、バスＢ２の利用に関する位置として、位置ＸＰ１１から自宅ＨＰ１までのユーザＵ４の移動ルートを決定する。

移動ルートを決定するにあたって、情報処理装置１００は、まず、自宅ＨＰ１および降車位置である位置ＸＰ１１との間のエリアＡＲ１内において、位置ＸＰ１１から自宅ＨＰ１までの移動ルートの候補（候補ルート）を特定する（ステップＳ２４）。図２の例では、情報処理装置１００は、移動ルートＲＴ４１、移動ルートＲＴ４２および移動ルートＲＴ４３といった３つの候補ルートを特定したものとする。

次に、情報処理装置１００は、候補ルート毎に、街灯の有無、交通量、店舗の数、犯罪件数、事故件数といった各項目についてスコアを算出することで、候補ルートの安全性を示す安全性スコアを算出する（ステップＳ２５）。この点について、図２に示す「スコア情報」を用いて説明する。

まず、情報処理装置１００は、候補ルートにおいて街灯が存在する場合にはスコアとして「＋１」を加算し、街灯が存在しない場合にはスコアとして「０」を加算するものとする。なお、情報処理装置１００は、街灯の数が多いほど高いスコアを加算してもよい。また、情報処理装置１００は、候補ルートの交通量が所定量より多い場合にはスコアとして「＋１」を加算し、交通量が所定量より少ない場合にはスコアとして「０」を加算するものとする。なお、情報処理装置１００は、交通量が多いほど高いスコアを加算してもよい。

また、情報処理装置１００は、候補ルートの店舗数が所定数より多い場合にはスコアとして「＋１」を加算し、店舗数が所定数より少ない場合にはスコアとして「０」を加算するものとする。なお、情報処理装置１００は、店舗数が多いほど高いスコアを加算してもよい。

また、情報処理装置１００は、犯罪件数に応じたスコアを加算する。例えば、情報処理装置１００は、犯罪件数が少ないほど高いスコアを加算する。例えば、情報処理装置１００は、犯罪件数が０件の場合には、スコアとして「０」を加算し、犯罪件数が１件の場合にはスコアとして「－１」を加算する。また、情報処理装置１００は、事故件数に応じたスコアを加算する。例えば、情報処理装置１００は、事故件数が少ないほど高いスコアを加算する。例えば、情報処理装置１００は、事故件数が０件の場合には、スコアとして「０」を加算し、事故件数が１件の場合にはスコアとして「－１」を加算する。

情報処理装置１００は、候補ルートＲＴ４１には街灯が存在するためスコア「＋１」を加算し、交通量が所定量より多いためスコア「＋１」を加算し、店舗数が所定数より多いためスコア「＋１」を加算し、犯罪件数０件のためスコア「０」を加算し、事故件数２件のためスコア「－２」を加算する。合計として、情報処理装置１００は、「１」を算出する。したがって、情報処理装置１００は、候補ルートＲＴ４１について安全性スコア「１」を算出する。

また、情報処理装置１００は、候補ルートＲＴ４２には街灯が存在しないためスコア「０」を加算し、交通量が所定量より少ないためスコア「０」を加算し、店舗数が所定数より少ないためスコア「０」を加算し、犯罪件数１件のためスコア「－１」を加算し、事故件数２件のためスコア「－２」を加算する。合計として、情報処理装置１００は、「－３」を算出する。したがって、情報処理装置１００は、候補ルートＲＴ４２について安全性スコア「－３」を算出する。

また、情報処理装置１００は、候補ルートＲＴ４３には街灯が存在するためスコア「＋１」を加算し、交通量が所定量より少ないためスコア「０」を加算し、店舗数が所定数よ少ないためスコア「０」を加算し、犯罪件数０件のためスコア「０」を加算し、事故件数１件のためスコア「－１」を加算する。合計として、情報処理装置１００は、「０」を算出する。したがって、情報処理装置１００は、候補ルートＲＴ４３について安全性スコア「０」を算出する。

そして、情報処理装置１００は、各候補ルートについて算出した安全性スコアに基づいて、ユーザＵ４に提示する対象の移動ルートを決定する（ステップＳ２６）。安全性スコアが高い候補ルートほど、防犯や治安面でより安全といえる。このため、情報処理装置１００は、安全性スコアが「１」で最も高い候補ルートＲＴ４１を対象の移動ルートとして決定する。そして、情報処理装置１００は、ステップＳ２３で決定した降車位置と、ステップＳ２６で決定した移動ルートＲＴ４１とをユーザＵ４に提示する（ステップＳ２７）。例えば、情報処理装置１００は、図２（ｂ）に示すように、降車位置が位置ＸＰ１１であることと、位置ＸＰ１１から自宅ＨＰ１へは移動ルートＲＴ４１が安全であることを示す情報Ｊ３を含むページＰ２ｂを表示させる。

図で説明したように、実施形態にかかる情報処理装置１００は、乗車希望地点が移動体の乗客から特定出来ないような位置を乗車位置として決定する。また、情報処理装置１００は、降車希望地点が移動体の乗客から特定出来ないような位置を降車位置として決定する。また、情報処理装置１００は、乗車希望地点と乗車位置との間の移動ルートとしてより安全性の高い移動ルートを決定する。また、情報処理装置１００は、降車希望地点と降車位置との間の移動ルートとしてより安全性の高い移動ルートを決定する。これにより、情報処理装置１００は、防犯や治安上の安全性を考慮して移動体を利用させることができる。

例えば、ユーザの自宅の真正面でバスから降りるとバスの乗客から、このユーザの自宅が特定されてしまう恐れがあり、自宅前でバスから降りることは防犯上好ましくない場合がある。しかしながら、情報処理装置１００は、自宅が特定されないような位置でユーザを降車させることができるためユーザの防犯を確保することができる。また、情報処理装置１００は、ユーザを降ろした位置から自宅までの安全なルートを提案することができるため、どのような位置でユーザを降ろしてもその後の防犯や治安上の安全性も確保することができる。

〔３．表示制御処理の概要〕
次に、図３を用いて、実施形態にかかる表示制御処理の概要を示す。図３は、実施形態にかかる表示制御処理の一例を示す図である。実施形態にかかる表示制御処理は、情報制御プログラムによって行われる。具体的には、情報制御プログラムによる制御に従って、端末装置１０が実施形態にかかる表示制御処理を行う。

ここで、実施形態にかかる表示制御プログラムによって端末装置１０が、実施形態にかかる表示制御処理を行う前提について説明する。例えば、ユーザが端末装置１０を向けている方向や傾きによっては、周りから他人を無断撮影しているのではといった誤解を招く場合がある。一例を示すと、ユーザが端末装置１０を地面に対して９０度に立てて操作し、さらに端末装置１０が向けられている方向に人物が居た場合、周りからは、いかにもユーザがその人物を無断撮影しているのではないかと思われてしまう場合がある。また、ユーザ自体もこのように誤解されてしまうことを好ましく思わない場合がある。

しかしながら、誰かを無断撮影するといった気はなくとも、端末装置１０を地面に対して９０度にして操作しなければならないといった状況に成り得る場合もある。例えば、仮想バス停はユーザが目視することができない代わりに、実施形態にかかる情報処理装置１００による表示制御処理によって、ユーザは端末装置１０を介してどのあたりに仮想バス停が存在するかを知ることができる。

端末装置１０は撮像部（カメラ機能）を有するため、撮像部によって取り込まれた実空間の映像が表示画面Ｄに表示される。このとき、撮像部によって取り込まれた実空間の映像の中に仮想バス停の設置位置が存在する場合には、情報処理装置１００による表示制御処理によって、その設置位置に、例えば、仮想バス停の画像が３次元（以下、「３Ｄ」と表記する）の仮想現実画像として表示される。すなわち、実空間の映像に対して、仮想バス停の形状をした３Ｄ仮想現実画像が重畳して表示される。

このような表示制御が行われる場合、ユーザは、端末装置１０を様々な方向に向けることにより仮想バス停がどこに存在するかを確かめる必要があり、特にユーザは端末装置１０を下に向けるのではなく、正面方向に向けて確認作業を行うことを求められる。そうすると、上記のように、誰かを無断撮影しているのではないかと誤解されてしまう場合がある。

このような誤解を招かないためには、端末装置１０をなるべく地面の方向に向けて操作すればよいが、そうすると当然ながら表示画面Ｄには地面方向の映像しか表示されないため、正面方向に存在し得る仮想バス停の位置を確認することができなくなってしまう。したがって、端末装置１０を地面方向に向けていたとしても、正面の映像も表示画面Ｄに表示されれば、誤解を招くこともなく仮想バス停の位置を確認することができる。

このような前提を基に、表示制御プログラムは、実施形態にかかる表示制御処理を端末装置１０に対して行わせる。具体的には、表示制御プログラムは、端末装置１０の撮影方向と傾きとを検知する検知手順と、検知手順により検知された傾きが所定の条件情報を満たすと判定された場合には、端末装置１０に撮影方向に関する情報を表示させる表示制御手順とを端末装置１０に実行させる。例えば、表示制御手順は、所定の条件情報を満たす場合として、検知手順により検知された傾きが所定の角度以下となった場合には、端末装置１０に撮影方向に関する情報を表示させる。

以下では、図３を用いて、実施形態にかかる表示制御処理の一例について説明する。図の例では、端末装置１０の撮像部１３（カメラ）によって取り込まれる実空間の中に、図１で説明した候補位置ＣＰ１が存在する場合に、情報処理装置１００による表示制御処理によって、実空間の映像に対して、仮想バス停の形状をした３Ｄ仮想現実画像が重畳して表示される。なお、情報処理装置１００による表示制御処理と、表示制御プログラムによる表示制御処理とは、互いに連動するもので一つの表示制御処理として解釈することができるものとする。また、表示制御プログラムは、撮像部１３を制御するアプリケーションプログラム（カメラアプリ）の一種でもある。

また、図３では、候補位置ＣＰ１についてバスＢ１への乗車の意思表示を行ったユーザＵ１～Ｕ３のうち、ユーザＵ３の端末装置１０を例に説明する。候補位置ＣＰ１にはバス停の存在を示す物理目標が存在する訳ではないため、図３では、ユーザＵ３は、端末装置１０のカメラアプリを起動することにより、撮像部１３によって取り込まれた実空間の映像の映像であって、表示画面Ｄに表示された映像を見ながら、候補位置ＣＰ１の位置を探る、という作業を行っている。

まず、図３（ａ）は、ユーザＵ３およびユーザＵ３の周辺環境を上空から見た図である。端末装置１０には撮像部１３が内蔵されている。言い換えれば、撮像部１３は、端末装置１０の本体と一体化されている。したがって、ユーザＵ３によって端末装置１０が向けられた方向が撮像部１３が撮影を行う撮影方向に対応する。なお、本実施形態では、端末装置１０の撮影方向とは、撮像部１３が撮影を行う方角（東西南北の方角）、あるいは、撮像部１３が向けられている方角（東西南北の方角）といった意味を含み得るものとする。また、図３（ａ）の例では、現在における端末装置１０の撮影方向を撮影方向ＰＤ１とする。具体的には、撮影方向ＰＤ１は、端末装置１０が向けられている正面方向である。より具体的には、撮影方向ＰＤ１は、端末装置１０の上端が向けられている正面方向である。

撮影方向ＰＤ１には、女性である人物ＮＰがおり、人物ＮＰの後ろには、図１のＭＡＰ１に示す迂回ルートＲＴ２０が通っている。また、迂回ルートＲＴ２０には、候補位置ＣＰ１が存在する。

次に、図３（ｂ）は、現在における端末装置１０の傾きを示す図である。本実施形態では、端末装置１０の傾きは、地面に対する端末装置１０の角度として定義する。図３（ｂ）では、端末装置１０を横から眺めており、水平の地面に対して９０度の角度で端末装置１０は傾けられている。

以上、図３（ａ）および図３（ｂ）の図から、ユーザＵ３は、地面に対して９０度の角度で端末装置１０を傾けて、かつ、端末装置１０を撮影方向ＰＤ１の方向に向けた状態で所持している。つまり、撮像部１３は、端末装置１０が地面に対して９０度の角度に傾けられ、かつ、端末装置１０が撮影方向ＰＤ１の方向に向けられた際に（レンズによって）取得可能となった実空間の映像を表示画面Ｄに表示することになる。簡単に言うと、図３（ａ）および図３（ｂ）の例から、ユーザＵ３は、端末装置１０を用いて、自身の正面の様子を表示画面Ｄに表示させている。

ここで、図３（ａ）によると、現在、ユーザＵ３の正面には、人物ＮＰがいるため、ユーザＵ３は端末装置１０を用いて仮想バス停の位置を確認したいだけであるのに、人物ＮＰからは自身が無断撮影されているのではないかと誤解されてしまう可能性がある。また、周囲に人が居た場合、その人からもユーザＵ３は人物ＮＰを無断撮影しているのではないかと誤解されてしまう可能性がある。そこで、端末装置１０は、実施形態にかかる表示制御プログラムの制御に従って、以下の処理を実行する。

端末装置１０は、自装置の撮影方向と傾きとを常時、検知している。撮影方向と傾きの定義については上で説明済みであるが、端末装置１０は、撮影方向として端末装置１０が有する撮像部１３が向けられている方向と、傾きとして地面に対する端末装置１０の角度に対応する傾きとを検知する。図３（ａ）および図３（ｂ）の例では、端末装置１０は、撮影方向が撮影方向ＰＤ１であることと、傾きが９０度であることを検知する。

そして、端末装置１０は、傾きが９０度であることを検知すると、これまで表示画面Ｄに表示されていた撮影方向ＰＤ１の映像を非表示とする。

ここで、傾きが９０度であるということは、人物ＮＰから見ると、いかにも自身が撮影されているかのごとく見えてしまう。しかしながら、ユーザＵ３にとっても、傾きを９０度程度にしないと、撮影方向ＰＤ１すなわち正面の映像を表示画面Ｄに表示させることができない。そして、撮影方向ＰＤ１の映像を表示画面Ｄに表示させることができないということは、すなわち、前方のどこかに存在するはずの候補位置ＣＰ１を含む実空間の映像を表示画面Ｄに表示させることができないことを意味する。例えば、図３（ｃ）に示すように、地面に対する端末装置１０の角度を３０度あるいはそれ以下程度にした場合、人物ＮＰから見ると、自身が撮影されているようには見えないかもしれない。だが、表示画面Ｄにはほぼ地面の様子しか表示されず、候補位置ＣＰ１を探したいユーザＵ３にとっては都合が悪い。

図３（ｃ）に示すように、地面に対する端末装置１０の角度を３０度あるいはそれ以下程度にした状態でも、撮影方向ＰＤ１の映像を表示画面Ｄに表示させることができれば、ユーザＵ３は、誤解されることなく候補位置ＣＰ１を探すことができる。

このようなことから、端末装置１０は、傾きとして地面に対する端末装置１０の角度が３０度以下となった場合には、端末装置１０に撮影方向ＰＤ１に関する情報を表示させる。この点について、図３（ｃ）を用いて説明する。ユーザＵ３は、図３（ｂ）に示すように、撮影方向ＰＤ１の映像が非表示とされたことで、端末装置１０の傾きを９０度から下げてゆく。この間も端末装置１０は、自装置の傾きを検知している。そして、端末装置１０は、自装置の角度が３０度以下となったことを検知すると、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像を表示する。このとき端末装置１０は、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像をそのまま表示するのではなく、かかる映像に対応する３Ｄ仮想現実画像である画像ＶＧ１を表示する。より具体的には、端末装置１０は、表示画面Ｄの上半分の領域ＲＥ１に画像ＶＧ１を表示する。

また、端末装置１０は、自装置の角度が３０度以下となったことを検知すると、撮像部１３によって取り込まれた現在の実空間の映像であって、撮影方向ＰＤ１と角度が３０に対応する映像である映像ＲＧ１を表示する。具体的には、端末装置１０は、表示画面Ｄの下半分の領域ＲＥ２に映像ＲＧ１を表示する。

以上まとめると、端末装置１０は、自装置の角度が３０度以下となったことを検知すると、表示画面Ｄの上半分に、撮影方向ＰＤ１の景色を示す３Ｄ仮想現実画像である画像ＶＧ１を表示させ、表示画面Ｄの下半分に、撮影方向ＰＤ１と角度が３０に対応する方向の景色をそのまま表示させる。このようなことから、ユーザＵ３は、端末装置１０の傾きを角度９０度にせずとも、撮影方向ＰＤ１の景色を表示画面Ｄの上半分に表示させることができるため、無断撮影と誤解されることなく候補位置ＣＰ１を探すことができる。このようなことから、実施形態にかかる表示制御プログラムは、端末装置１０を用いた無断撮影に伴う社会的不安を解消することができる。

なお、図３を用いて、端末装置１０が、表示制御プログラムの制御に従って、自装置の方の傾きが所定の角度以下となった場合には、画面上半分に撮影方向の景色に対応する仮想現実画像を、画面下半分に現在の方向のリアル映像を表示させる例を示した。しかし、端末装置１０は、撮像部１３によって取り込まれた映像であって、撮像部１３が向けられている方角の映像の中に人物が存在する場合には、現在の映像を非表示とする。そして、端末装置１０は、撮像部１３により取り込まれた映像の中に人物が存在しなくなるまで、端末装置１０の姿勢を変えるようユーザＵ３に指示する。そして、端末装置１０は、自装置の姿勢が変えられたことにより、撮像部１３により取り込まれた映像の中に人物が存在しなくなった場合には、図３（ｃ）と同様の表示制御を行う。

具体的には、端末装置１０は、撮像部１３により取り込まれた映像の中に人物が存在しなくなった場合には、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像を表示する。つまり、端末装置１０は、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像に対応する３Ｄ仮想現実画像である画像ＶＧ１を画面上半分に表示させる。また、端末装置１０は、撮像部１３によって取り込まれた現在の実空間の映像である映像ＲＧ１を画面下半分に表示させる。

例えば、図３（ｂ）に示すように９０度の角度で端末装置１０をユーザＵ３が持っていた場合、撮像部１３によって取り込まれた映像の中には人物が入ってしまうことが多くなる。このような場合、ユーザＵ３は、映像の中に人物が入らないよう、例えば、図３（ｃ）のように端末装置１０の姿勢を変える場合がある。しかしこのような姿勢にした場合、ユーザＵ３は、正面方向に存在し得る仮想バス停の位置を確認することができなくなってしまう。

このため、端末装置１０は、例えば、９０度の角度で端末装置１０をユーザＵ３が持っていることにより、撮像部１３により取り込まれた映像の中に人物が存在する場合には、人物が存在しなくなるまで、端末装置１０の姿勢を変えるようユーザＵ３に指示する。そして、例えば、図３（ｃ）のように端末装置１０の姿勢を変えたことにより映像の中に人物が存在しなくなった場合であっても、端末装置１０は、撮影方向ＰＤ１の景色をに対応する仮想現実画像を表示画面Ｄの上半分に表示させる。

これにより、ユーザＵ３は、無断撮影と誤解されることなく候補位置ＣＰ１を探すことができる。したがって、実施形態にかかる表示制御プログラムは、端末装置１０を用いた無断撮影に伴う社会的不安を解消することができる。

〔４．システムの構成〕
次に、図４を用いて、実施形態にかかるシステムの構成について説明する。図４は、実施形態にかかるシステム１の構成例を示す図である。実施形態にかかるシステム１は、図４に示すように、端末装置１０と、移動体制御装置３０と、情報処理装置１００とを含む。また、端末装置１０、移動体制御装置３０、情報処理装置１００は、ネットワークＮを介して有線または無線により通信可能に接続される。

情報処理装置１００は、図１で説明した第１の提示処理、および、図２で説明した第２の提示処理を行うサーバ装置である。そして、実施形態にかかるシステム１には、複数台の情報処理装置１００が含まれてよい。

端末装置１０は、実施形態にかかる表示制御プログラムに従い、図３で説明した表示制御処理を行うユーザ端末である。そして、実施形態にかかるシステム１には、複数台の端末装置１０が含まれてよい。

また、移動体制御装置３０は、各移動体に搭載されるが、各移動体に搭載される数は限定されない。

〔５．情報処理装置の構成〕
次に、図５を用いて、実施形態にかかる情報処理装置１００について説明する。図５は、実施形態にかかる情報処理装置１００の構成例を示す図である。図５に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、端末装置１０や移動体制御装置３０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、候補位置情報記憶部１２１と、移動体情報記憶部１２２と、登録情報記憶部１２３と、位置－経路情報記憶部１２４とを有する。

（候補位置情報記憶部１２１について）
図１では、仮想バス停が設置される設置位置の候補（候補位置）をユーザに提示することにより、候補位置の中からオンデマンドバスに乗車を希望する位置、すなわち乗車希望位置をユーザに指定させる例を示した。候補位置情報記憶部１２１は、この例に対応する記憶部である。すなわち、候補位置情報記憶部１２１は、候補位置に関する情報を記憶する。ここで、図６に実施形態にかかる候補位置情報記憶部１２１の一例を示す。図６の例では、候補位置情報記憶部１２１は、「バス停ＩＤ」、「位置情報」といった項目を有する。

「バス停ＩＤ」は、候補位置を識別する識別情報を示す。「位置情報」は、「バス停ＩＤ」によって識別される候補位置の位置を示す。例えば、「位置情報」は、経緯度に基づく座標によって示される。

すなわち、図６の例では、バス停ＩＤ「ＣＰ１」によって識別される候補位置（候補位置ＣＰ１）は、位置情報「Ｘ１、Ｙ１」によって示される位置にあることを示す。

（移動体情報記憶部１２２）
移動体情報記憶部１２２は、ユーザによって指定された（乗車の意思表示が行われた）乗車希望位置や、ユーザをオンデマンドバスに乗車させる乗車順や、オンデマンドバスの空席状況等を記憶する。ここで、図７に実施形態にかかる移動体情報記憶部１２２の一例を示す。図７の例では、移動体情報記憶部１２２は、「バスＩＤ」、「ユーザＩＤ」、「乗車希望位置（バス停ＩＤ）」、「設置位置」、「到着予定時刻」、「予定人数」、「空席情報」、「乗車順」といった項目を有する。

「バスＩＤ」は、移動体であるオンデマンドバスを識別する識別情報を示す。「ユーザＩＤ」は、「バスＩＤ」によって識別されるオンデマンドバスに乗車予定の意思表示を行ったユーザを識別する識別情報を示す。「乗車希望位置（バス停ＩＤ）」は、図５の「バス停ＩＤ」によって識別される候補位置のうち、ユーザに指定された候補位置であって、「バスＩＤ」によって識別されるオンデマンドバスにユーザが乗車を希望する位置を示す。このようなことから、「乗車希望位置（バス停ＩＤ）」には、図５の「バス停ＩＤ」のいずれかが入力される。「設置位置」は、「乗車希望位置（バス停ＩＤ）」を示す位置情報であって、仮想バス停が設置される設置位置を示す。

「到着予定時刻」は、「バスＩＤ」によって識別されるオンデマンドバスが、対応する「乗車希望位置（バス停ＩＤ）」に到着する到着予定時刻を示す。「予定人数」は、「乗車希望位置（バス停ＩＤ）」からオンデマンドバスに乗車予定のユーザの人数を示す。具体的には、「予定人数」は、対応する「乗車希望位置（バス停ＩＤ）」に、対応する「到着予定時刻」に到着予定のオンデマンドバスに乗車予定のユーザの人数を示す。

「空席情報」は、対応する「乗車希望位置（バス停ＩＤ）」に、対応する「到着予定時刻」に到着予定のオンデマンドバスにおける現在の空席の数を示す。「乗車順」は、「バスＩＤ」によって識別されるオンデマンドバスにユーザを乗車させる乗車順を示す。

すなわち、図７の例では、ユーザＩＤ「Ｕ１」によって識別されるユーザ（ユーザＵ１）が、候補位置ＣＰ１を乗車希望位置と指定する旨の乗車意思表示を行った例を示し、また、候補位置ＣＰ１の位置は座標「Ｘ１、Ｙ１」である例を示す。また、図７の例では、バスＩＤ「ＢＴ１」によって識別されるオンデマンドバス（バスＢ１）は、候補位置ＣＰ１に「２０１８年７月１日１０時５分」に到着予定のバスである例を示す。

また、図７の例では、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１に、乗車予定のユーザはユーザＵ１、Ｕ２、Ｕ３の「３人」であるとともに、現在の空席は「３席」である例を示す。また、図７の例では、乗車予定ユーザＵ１に対し、候補位置ＣＰ１からバスＢ１に乗車する際の乗車順は「１」であることが決定された例を示す。また、図７の例では、乗車予定ユーザＵ２に対し、候補位置ＣＰ１からバスＢ１に乗車する際の乗車順は「３」であることが決定された例を示す。また、図７の例では、乗車予定ユーザＵ３に対し、候補位置ＣＰ１からバスＢ１に乗車する際の乗車順は「２」であることが決定された例を示す。

（登録情報記憶部１２３について）
図２では、情報処理装置１００は、オンデマンドバスに乗車する乗車希望地点の位置情報（乗車希望位置）、または、オンデマンドバスから降車する降車希望地点の位置情報（降車希望位置」）をユーザに指定させる例を示した。登録情報記憶部１２３は、この例に対応する記憶部である。すなわち、登録情報記憶部１２３は、乗車希望位置および降車希望位置に関する情報を記憶する。ここで、図８に実施形態にかかる登録情報記憶部１２３の一例を示す。図８の例では、登録情報記憶部１２３は、「ユーザＩＤ」、「乗車希望位置」、「降車希望位置」、「隠蔽設定」といった項目を有する。

「ユーザＩＤ」は、乗車希望地点の位置、または、降車希望地点の位置を指定したユーザを識別する識別情報を示す。「乗車希望位置」は、ユーザによって指定された「乗車希望位置」を識別する識別情報を示す。なお、「乗車希望位置」には、ユーザによって指定された「乗車希望位置」の位置を示す位置情報がさらに含まれてもよい。「降車希望位置」は、ユーザによって指定された「降車希望位置」を識別する識別情報を示す。なお、「降車希望位置」には、ユーザによって指定された「降車希望位置」の位置を示す位置情報がさらに含まれてもよい。「隠蔽設定」は、乗車希望地点、または、降車希望地点を隠蔽したい場合に設定される情報を示す。

すなわち、図８の例では、ユーザＩＤ「Ｕ４」によって識別されるユーザ（ユーザＵ４）が、乗車希望地点として乗車希望地点ＣＰ３の位置、および、降車希望地点として降車希望地点ＨＰ１（図２の「自宅ＨＰ１」に対応）の位置を指定した例を示す。また、図８の例では、ユーザＵ３が乗車希望地点、および、降車希望地点を隠蔽するよう隠蔽設定した例を示す。

（位置－経路情報記憶部１２４について）
位置－経路情報記憶部１２４は、乗車位置、降車位置および移動ルートに関する情報を記憶する。ここで、図９に実施形態にかかる位置－経路情報記憶部１２４の一例を示す。図９の例では、位置－経路情報記憶部１２４は、「ユーザＩＤ」、「乗車希望位置」、「降車希望位置」、「決定位置」、「対象ルート」といった項目を有する。

「ユーザＩＤ」は、乗車希望地点の位置、または、降車希望地点の位置を指定したユーザを識別する識別情報を示す。「乗車希望位置」は、図８と同様に、ーザによって指定された「乗車希望位置」を識別する識別情報を示す。「降車希望位置」は、図８と同様に、ユーザによって指定された「降車希望位置」を識別する識別情報を示す。

「決定位置」、具体的には、「乗車希望位置」に対応付けられる「決定位置」は、オンデマンドバスに乗車させるための乗車地点の位置である乗車位置であって、乗車希望地点がオンデマンドバスの乗客によって特定されないような位置を示す。また、「降車希望位置」に対応付けられる「決定位置」は、オンデマンドバスから降車させるための降車地点の位置である乗車位置であって、降車希望地点がオンデマンドバスの乗客によって特定されないような位置を示す。

「対象ルート」は、具体的には、「乗車希望位置」に対応付けられる「対象ルート」は、乗車希望地点から「決定位置」（乗車位置）までの移動ルートを示す。また、「降車希望位置」に対応付けられる「対象ルート」は、「決定位置」（降車位置）から降車位置までの移動ルートを示す。

すなわち、図９の例では、ユーザＵ４が、降車希望地点ＨＰ１の位置を指定したとに応じて、位置ＸＰ１１が降車位置として決定され、移動ルートＲＴ４１が位置ＸＰ１１から降車希望地点ＨＰ１までの対象ルートとして決定された例を示す。

（制御部１３０について）
図５に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図５に示すように、制御部１３０は、地点情報取得部１３１ａ、更新部１３１ｂ、空席情報取得部１３１ｃ、乗車順決定部１３１ｄ、第１提示部１３１ｅ、検知部１３１ｆ、表示制御部１３１ｇ、登録情報受付部１３２ａ、乗降位置決定部１３２ｂ、ルート決定部１３２ｃ、第２提示部１３２ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

（地点情報取得部１３１ａについて）
地点情報取得部１３１ａは、ユーザが移動体に対して所定の行動を行う地点であって、仮想的な地点である仮想地点に関する情報である仮想地点情報を取得する。具体的には、地点情報取得部１３１ａは、仮想地点情報として、ユーザが移動体に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点に関する情報である仮想乗車地点情報を取得する。例えば、地点情報取得部１３１ａは、仮想乗車地点情報として、仮想乗車地点が設置される設置位置を示す設置位置情報を取得する。また、地点情報取得部１３１ａは、仮想乗車地点情報として、仮想乗車地点から移動体に乗車予定の意思表示を行ったユーザを示すユーザ情報を取得する。

図１では、ユーザＵ１が候補位置ＣＰ１～ＣＰ３のうち、候補位置ＣＰ１に対応するアイコンＦ１を選択することにより、候補位置ＣＰ１にてオンデマンドバスへ乗車したい旨の意思表示を行っている。これにより、地点情報取得部１３１ａは、乗車希望位置を候補位置ＣＰ１とする指定をユーザＵ１から受け付ける。すなわち、地点情報取得部１３１ａは、候補位置ＣＰ１からオンデマンドバスに乗車予定の意思表示を行ったユーザがユーザＵ１であることを示すユーザ情報として、ユーザＩＤ「Ｕ１」を取得する。なた、図１の例では、ユーザＵ２およびＵ３も同様に、候補位置ＣＰ１にてオンデマンドバスへ乗車したい旨の意思表示を行っている。したがって、地点情報取得部１３１ａは、ユーザＩＤ「Ｕ２」および「Ｕ３」も取得する。

また、地点情報取得部１３１ａは、仮想乗車地点が設置される設置位置を決定することにより、この設置位置を示す設置位置情報を取得することができる。図１の例では、候補位置ＣＰ１にてオンデマンドバスへ乗車したい旨の意思表示を初めにユーザＵ１が行ったことにより、地点情報取得部１３１ａは、候補位置ＣＰ１を設置位置として決定する。また、地点情報取得部１３１ａは、このようにして取得した各情報を移動体情報記憶部１２２に格納する。

なお、設置位置を決定する処理は、地点情報取得部１３１ａ以外の処理部（例えば、設置位置決定部）によって行われてもよい。また、地点情報取得部１３１ａは、候補位置の中から乗車希望位置を指定させるために、ページＰ１ａを端末装置１０に表示させることもできる。しかしながら、情報処理装置１００は、例えば、ページＰ１ａを端末装置１０に配信する配信部を有してもよい。

（更新部１３１ｂについて）
更新部１３１ｂは、移動体に乗車予定のユーザの人数を更新する。例えば、更新部１３１ｂは、特定の移動体毎に、当該移動体の乗車予定のユーザの人数を更新する。例えば、更新部１３１ｂは、移動体情報更新部１２２にアクセスし「予定人数」に入力される数値を更新する。

図１の例では、更新部１３１ｂは、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザの人数を更新する。ユーザＵ１が意思表示を行った時点では、更新部１３１ｂは、ユーザ人数を「０」から「１」へと更新する。また、ユーザＵ２がさらに意思表示を行った時点では、更新部１３１ｂは、ユーザ人数を「１」から「２」へと更新する。そして、ユーザＵ３が意思表示を行った時点では、更新部１３１ｂは、ユーザ人数を「２」から「３」へと更新する。

（空席情報取得部１３１ｃについて）
空席情報取得部１３１ｃは、移動体における空席状況を示す空席情報を取得する。具体的には、空席情報取得部１３１ｃは、移動体として、仮想の乗車地点である仮想乗車地点から乗車される移動体における空席状況を示す空席情報を取得する。例えば、空席情報取得部１３１ｃは、空席情報として、移動体が有する空席の数を示す空席情報を取得する。また、空席情報取得部１３１ｃは、移動体に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点から移動体に乗車予定のユーザが、仮想乗車地点に到着した順番である到着順をさらに取得する。

図１の例では、空席情報取得部１３１ｃは、提示処理１－２に対応する情報提示を行うタイミングであるか否かを判定する。言い換えれば、空席情報取得部１３１ｃは、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１における現在の空席状況を示す空席情報を取得するタイミング（例えば、候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が３分を切ったタイミング）であるか否かを判定し、空席情報を取得するタイミングであると判定した場合には、空席情報を取得する。また、空席情報取得部１３１ｃは、例えば、ユーザＵ１～Ｕ３それぞれの現在位置を示す位置情報を取得（監視）しておくことで、候補位置ＣＰ１に到着した到着順を取得する。

なお、空席情報取得部１３１ｃは、移動体に乗車予定のユーザの属性を示す属性情報をさらに取得することもできる。

（乗車順決定部１３１ｄについて）
乗車順決定部１３１ｄは、空席情報取得部１３１ｃにより取得された空席情報に基づいて、移動体に乗車予定のユーザを移動体に乗車させる順番を決定する。具体的には、乗車順決定部１３１ｄは、移動体に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点のうち、共通の仮想乗車地点において一の時刻に到着する共通の移動体に乗車予定のユーザを当該移動体に乗車させる順番を決定する。また、乗車順決定部１３１ｄは、移動体に乗車予定のユーザのうち、到着順が早いユーザほど前記移動体に早く乗車させるよう順番を決定する。

図１の例では、乗車順決定部１３１ｄは、空席情報取得部１３１ｃにより取得された空席情報に基づいて、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１に乗車予定のユーザについて、かかるバスＢ１に乗車させる順番（乗車順）を決定する。つまり、乗車順決定部１３１ｄは、ユーザＵ１～Ｕ３それぞれに対して、バスＢ１に乗車させる乗車順を決定する。

図１の例では、空席情報取得部１３１ｃが、ユーザＵ１の到着順「１」、ユーザＵ２の到着順「３」、ユーザＵ３の到着順「２」を取得したとする。かかる場合、乗車順決定部１３１ｄは、ユーザＵ１に対して乗車順「１」を決定し、ユーザＵ２に対して乗車順「３」を決定し、ユーザＵ３に対して乗車順「２」を決定する。

なお、乗車順決定部１３１ｄは、属性情報に基づいて、移動体に乗車予定のユーザを移動体に乗車させる順番を決定することもできる。具体的には、乗車順決定部１３１ｄは、空席情報取得部１３１ｃにより取得された属性情報に基づいて、移動体に乗車予定のユーザを移動体に乗車させる順番を決定する。例えば、乗車順決定部１３１ｄは、属性情報として、年齢、身体障害または乳幼児の有無を示す属性情報に基づいて、移動体に乗車予定のユーザを移動体に乗車させる順番を決定する。例えば、乗車順決定部１３１ｄは、ユーザＵ１～Ｕ３の中に身体的に障害を有するユーザが居れば、そのユーザについては到着順を無視し優先的に早い乗車順を決定する。

（第１提示部１３１ｅについて）
第１提示部１３１ｅは、図１で説明した第１の提示処理に対応する処理部である。具体的には、第１提示部１３１ｅは、第１の提示処理として、提示処理１－１および提示処理１－２を行う。

まず、第１提示部１３１ｅによって行われる提示処理１－１について説明する。第１提示部１３１ｅは、地点情報取得部１３１ａにより取得された仮想地点情報に基づいて、ユーザ以外のユーザであって、仮想地点を利用するユーザである他ユーザに関する情報をユーザに提示する。具体的には、第１提示部１３１ｅは、地点情報取得部１３１ａにより取得された仮想乗車地点情報に基づいて、他ユーザとして、仮想乗車地点を利用するユーザである他ユーザに関する情報をユーザに提示する。

例えば、第１提示部１３１ｅは、ユーザによって仮想乗車地点から移動体に乗車予定の意思表示が行われた場合に、他ユーザに関する情報として、ユーザによる意思表示の対象となった仮想乗車地点から移動体に乗車予定の他ユーザの有無を示す情報を提示する。例えば、第１提示部１３１ｅは、他ユーザに関する情報として、仮想乗車地点から移動体に乗車予定の他ユーザの有無を示す情報を提示する。

また、第１提示部１３１ｅは、ユーザによって仮想乗車地点から移動体に乗車予定の意思表示が行われた場合に、他ユーザに関する情報として、ユーザによる意思表示の対象となった仮想乗車地点から移動体に乗車予定の他ユーザの有無を示す情報を提示する。また、第１提示部１３１ｅは、ユーザによる意思表示の対象となった仮想乗車地点に移動体が到着する到着予定時刻までの残り時間が所定時間以下となった場合に、他ユーザの有無を示す情報を提示する。

図１の例では、第１提示部１３１ｅは、情報提示を行うタイミング（例えば、候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が５分を切ったタイミング）であると判定した場合には、ユーザＵ３以外のユーザであって、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザ、すなわちユーザＵ１およびＵ２に関する情報をユーザＵ３に提示する。例えば、第１提示部１３１ｅは、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザが居るかいないか（有無）をユーザＵ３に提示する。

図１の例では、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザとして、ユーザＵ１およびＵ２がいる。かかる場合、第１提示部１３１ｅは、ユーザＵ３以外に乗車予定のユーザが居る旨をユーザＵ３に提示する。例えば、第１提示部１３１ｅは、図１（ｂ）に示すように、ユーザＵ３以外に乗車予定のユーザが居る旨を示す情報Ｊ１を含むページＰ１ｂを表示させる。

次に、第１提示部１３１ｅによって行われる提示処理１－２について説明する。第１提示部１３１ｅは、乗車順決定部１３１ｄにより決定された乗車順をユーザに提示する。例えば、第１提示部１３１ｅは、移動体と、移動体に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点との位置関係に関する情報が所定の条件情報を満たす場合に、乗車順決定部１３１ｄにより決定された乗車順をユーザに提示する。例えば、第１提示部１３１ｅは、前記所定の条件情報を満たす場合として、移動体が仮想乗車地点に到着するまでの残り時間が所定の時間より短くなった場合に、乗車順決定部１３１ｄにより決定された乗車順をユーザに提示する。

図１の例では、第１提示部１３１ｅは、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１と候補位置ＣＰ１との位置関係として、候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が３分という位置関係となったか否かを判定する。そして、第１提示部１３１ｅは、かかる位置関係になったと判定した場合には、ユーザＵ１～Ｕ３それぞれに対して、乗車順を提示する。ユーザＵ３を例に挙げると、第１提示部１３１ｅは、図１（ｃ）に示すように、ユーザＵ３の乗車順は「３」であることを示す情報Ｊ２を含むページＰ１ｃをユーザＵ３の端末装置１０に表示させる。

また、第１提示部１３１ｅは、移動体に乗車するための乗車地点であって仮想の乗車地点である仮想乗車地点との位置関係に関する情報が所定の条件情報を満たす場合として、移動体の現在位置から仮想乗車地点が設置される設置位置までの距離が所定距離より短くなった場合に、乗車順決定部１３１ｄにより決定された順番をユーザに提示してもよい。

（検知部１３１ｆについて）
検知部１３１ｆは、乗車順決定部１３１ｄにより決定された乗車順でユーザが移動体に乗車したか否かを検知する検知部をさらに有する。具体的には、検知部１３１ｆは、乗車順決定部１３１ｄにより決定された乗車順で移動体に乗車しないユーザがいることを検知した場合には、当該ユーザに対して決定された乗車順で乗車するよう当該ユーザに警告が行われるよう制御する。例えば、検知部１３１ｆは、乗車順決定部１３１ｄにより決定された乗車順で移動体に乗車しないユーザがいることを検知した場合には、当該ユーザに対して決定された乗車順で乗車するよう当該ユーザに警告する警告音を、当該ユーザの端末装置または移動体が出力するよう制御する。

図１の例では、乗車順決定部１３１ｄは、ユーザＵ１に対して乗車順「１」を決定し、ユーザＵ２に対して乗車順「３」を決定し、ユーザＵ３に対して乗車順「２」を決定してる。そして、第１提示部１３１ｅは、ユーザＵ１には乗車順「１」を提示し、ユーザＵ２には乗車順「３」を提示し、ユーザＵ３には乗車順「２」を提示する。

このような状態において、バスＢ１の移動体制御装置３０は、バスＢ１内のセンサ（例えば、カメラや赤外線センサ）によって検出された検出情報であって、例えば、乗車順に関する検出情報をセンサから取得する。かかる情報は、例えば、乗車口の人の様子が撮影された画像あるいは動画データである。そして、移動体制御装置３０は、取得した検出情報を情報処理装置１００に送信する。

検知部１３１ｆは、移動体制御装置３０から検出情報を取得すると、検出情報を解析し、乗車順決定部１３１ｄにより決定された乗車順でユーザがバスＢ１に乗車したか否かを検知（判定）する。ユーザＵ３の正しい乗車順は「２」であるのに、検知部１３１ｆは、ユーザＵ３が乗車順は「１」でバスＢ１に乗車したことを検知したとする。かかる場合、検知部１３１ｆは、移動体制御装置３０に対して、ユーザＵ３に向けて警告音を出力するよう制御する。あるいは、検知部１３１ｆは、ユーザＵ３の端末装置１０に対して、ユーザＵ３を正しい乗車順で乗車させるための警告を出力するよう制御する。かかる場合、端末装置１０は、警告音を出力してもよいし、音声付で警告文を表示してもよい。つまり、端末装置１０がどのように警告するかは限定されない。

（表示制御部１３１ｇについて）
表示制御部１３１ｇは、仮想地点の位置を示す情報をユーザの端末装置１０に表示させる。例えば、表示制御部１３１ｇは、仮想乗車地点の設置位置を示す情報をユーザの端末装置１０に表示させる。例えば、表示制御部１３１ｇは、端末装置１０の撮像部１３によって表示される映像の中に設置位置が含まれる場合には、当該設置位置において、映像に対して仮想乗車地点を示す画像が重畳して表示されるよう制御する。

図の例では、表示制御部１３１ｇは、端末装置１０の撮像部１３（カメラ）によって取り込まれる実空間の中に、図１で説明した候補位置ＣＰ１が存在する場合に、この実空間の映像に対して、仮想バス停の形状をした３Ｄ仮想現実画像が重畳して表示されるよう制御する。これにより、図１の例では、ユーザＵ１～Ｕ３は、物理目標が存在しない候補位置ＣＰ１の所在を、端末装置１０の映像を基に探ることができるようになる。

（登録情報受付部１３２ａについて）
登録情報受付部１３２ａは、図２で説明した第２の提示処理に対応する処理部である。登録情報受付部１３２ａは、ユーザから移動体に関する各種情報登録を受け付ける。特に、図２の例において、登録情報受付部１３２ａは、ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報、または、ユーザが移動体から降車する降車地点に関する情報を受け付ける。

図２の例では、登録情報受付部１３２ａは、乗車希望位置または降車希望位置の指定をユーザＵ４から受け付ける。例えば、登録情報受付部１３２ａは、ユーザＵ４からのアクセスに応じて、乗車希望位置または降車希望位置を入力させるページＰ２ａを配信することで、乗車希望位置または降車希望位置の指定をユーザＵ４から受け付ける。

（乗降位置決定部１３２ｂについて）
乗降位置決定部１３２ｂは、ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報、または、ユーザが前記移動体から降車する降車地点に関する情報である降車地点情報に基づいて、移動体の利用に関する位置を決定する。

例えば、乗降位置決定部１３２ｂは、移動体の利用に関する位置として、ユーザを移動体に乗車させるための乗車地点の位置である乗車位置を決定する。例えば、乗降位置決定部１３２ｂは、ユーザが移動体への乗車を希望する地点である乗車希望地点であってユーザにより指定された乗車希望地点が移動体の乗客によって特定されないような位置を乗車位置として決定する。一例を示すと、乗降位置決定部１３２ｂは、乗車希望地点と、移動体が走行する走行ルートとの位置関係に基づいて、乗車希望地点が移動体の乗客によって特定されないような位置を乗車位置として決定する。すなわち、乗降位置決定部１３２ｂは、乗車希望地点から所定範囲内のエリアにおいて、乗車希望地点が移動体の乗客によって特定されないような位置として、移動体の乗客からは乗車希望地点が死角となる位置を乗車位置として決定する。

また、例えば、乗降位置決定部１３２ｂは、移動体の利用に関する位置として、ユーザが移動体から降車するための降車地点の位置である降車位置を決定する。例えば、乗降位置決定部１３２ｂは、ユーザが移動体からの降車を希望する地点である降車希望地点であってユーザにより指定された降車希望地点が移動体の乗客によって特定されないような位置を前記降車位置として決定する。例えば、乗降位置決定部１３２ｂは、降車希望地点と、移動体が走行する走行ルートとの位置関係に基づいて、降車希望地点が移動体の乗客によって特定されないような位置を降車位置として決定する。すなわち、乗降位置決定部１３２ｂは、降車希望地点から所定範囲内のエリアにおいて、降車希望地点が前記移動体の乗客によって特定されないような位置として、移動体の乗客からは前記降車希望地点が死角となる位置を前記降車位置として決定する。

図２の例では、乗降位置決定部１３２ｂは、自宅ＨＰ１方面に向かうバスと、自宅ＨＰ１へ向う走行ルートとを特定する。例えば、乗降位置決定部１３２ｂは、自宅ＨＰ１方面に向かうバスとしてバスＢ２を特定し、自宅ＨＰ１へ向う走行ルートとして走行ルートＲＴ３０を特定したとする。このような状態において、乗降位置決定部１３２ｂは、自宅ＨＰ１から所定範囲内のエリアであるエリアＡＲ１において、自宅ＨＰ１がバスＢ２の乗客によって特定されないような位置として、バスＢ２の乗客からは自宅ＨＰ１が死角となる位置を降車位置として決定する。例えば、乗降位置決定部１３２ｂは、自宅ＨＰ１の前の通りの走行ルートＲＴ３０を直進し、走行ルート３０を左へ曲った先の位置ＸＰ１１を降車位置として決定する。

（ルート決定部１３２ｃについて）
ルート決定部１３２ｃは、ユーザが移動体への乗車を希望する地点である乗車希望地点、および、ユーザを移動体に乗車させるための乗車地点の位置である乗車位置との間の所定エリアの周辺環境を示す環境情報に基づいて、移動体の利用に関する位置として、乗車希望地点から乗車位置までのユーザの移動ルートを決定する。また、ルート決定部１３２ｃは、ユーザが移動体からの降車を希望する地点である降車希望地点、および、ユーザが移動体から降車するための降車地点の位置である降車位置との間の所定エリアの周辺環境を示す環境情報に基づいて、移動体の利用に関する位置として、降車位置から降車希望地点までのユーザの移動ルートを決定する。

例えば、ルート決定部１３２ｃは、環境情報として、所定エリアを移動するうえでの安全性を評価する項目に基づいて、移動ルートを決定する。具体的には、ルート決定部１３２ｃは、項目として、街灯の有無、交通量、所定の施設の数、犯罪件数、または、事故件数のうちの少なくとも１つに基づいて、移動ルートを決定する。例えば、ルート決定部１３２ｃは、項目に基づき算出されたスコアであって、所定エリアを移動するうえでの安全性を評価する評価値である安全性スコアに基づいて、移動ルートを決定する。

図２の例では、ルート決定部１３２ｃは、自宅ＨＰ１および降車位置である位置ＸＰ１１との間のエリアＡＲ１内において、位置ＸＰ１１から自宅ＨＰ１までの移動ルートの候補（候補ルート）を特定する。図２の例では、ルート決定部１３２ｃは、例えば、移動ルートＲＴ４１、移動ルートＲＴ４２および移動ルートＲＴ４３といった３つの候補ルートを特定する。

次に、ルート決定部１３２ｃは、候補ルート毎に、街灯の有無、交通量、店舗の数、犯罪件数、事故件数といった各項目についてスコアを算出することで、候補ルートの安全性を示す安全性スコアを算出する。スコア算出例については、図２で説明した例の通りであるため、ここでは省略する。図２の例では、ルート決定部１３２ｃは、移動ルートＲＴ４１について安全性スコア「１」を算出する。また、ルート決定部１３２ｃは、移動ルートＲＴ４２について安全性スコア「－３」を算出する。また、ルート決定部１３２ｃは、移動ルートＲＴ４３について安全性スコア「０」を算出する。

安全性スコアが高い移動ルートほど、防犯や治安面でより安全といえる。このため、ルート決定部１３２ｃは、安全性スコアが「１」で最も高い移動ルートＲＴ４１を提示対象の移動ルートとして決定する。なお、ルートを決定する処理は、乗降位置決定部１３２ｂにより行われてもよい。

（第２提示部１３２ｄについて）
第２提示部１３２ｄは、乗降位置決定部１３２ｂにより決定された乗車位置をユーザに提示する。また、第２提示部１３２ｄは、乗降位置決定部１３２ｂにより決定された降車位置をユーザに提示する。また、第２提示部１３２ｄは、ルート決定部１３２ｃにより決定された移動ルートをユーザに提示する。

図２の例では、第２提示部１３２ｄは、降車位置である位置ＸＰ１１と、移動ルートＲＴ４１とをユーザＵ４に提示する。例えば、第２提示部１３２ｄは、図２（ｂ）に示すように、降車位置が位置ＸＰ１１であることと、位置ＸＰ１１から自宅ＨＰ１へは移動ルートＲＴ４１が安全であることを示す情報Ｊ３を含むページＰ２ｂをユーザＵ４の端末装置１０に表示させる。

〔６．端末装置の構成〕
次に、図１０を用いて、実施形態にかかる端末装置１０について説明する。図１０は、実施形態にかかる端末装置１０の構成例を示す図である。図１０に示すように、端末装置１０は、通信部１１と、表示部１２と、撮像部１３と、アプリ制御部１４を有する。

（通信部１１について）
通信部１１は、例えば、ＮＩＣ等によって実現される。そして、通信部１１は、ネットワークＮと有線または無線で接続され、例えば、移動体制御装置３０や情報処理装置１００との間で情報の送受信を行う。

（表示部１２について）
表示部１２は、各種情報を表示する表示デバイスであり、いわゆる表示画面に相当する。例えば、表示部１２には、タッチパネルが採用される。また、表示部１２は、例えば、撮像部１３によってレンズから取り込まれた映像を表示する。本実施形態では、表示部１２は表示画面Ｄに相当するものとする。

（撮像部１３について）
撮像部１３は、撮像素子を内蔵し、画像や動画を撮像するデバイスである。撮像素子は、ＣＣＤ(Charge Coupled Device)、ＣＯＭＳ（Complementary Metal Oxide Semiconductor）など何れでもよい。例えば、撮像部１３は、レンズから取り込んだ映像であって表示部１２に現在表示されている映像を静止画像として写真撮影したり、動画撮影することができる。

（アプリ制御部１４について）
アプリ制御部１４は、ＣＰＵやＭＰＵ等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、アプリ制御部１４は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、アプリ制御部１４は、実施形態にかかる表示制御プログラムにより実行される処理部である。

図１０に示すように、アプリ制御部１４は、検知部１４ａと、指示部１４ｂと、表示制御部１４ｃとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、アプリ制御部１４の内部構成は、図１０に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、アプリ制御部１４が有する各処理部の接続関係は、図１０に示した接続関係に限られず、他の接続関係であってもよい。

（検知部１４ａについて）
検知部１４ａは、端末装置の撮影方向と傾きとを検知する。例えば、検知部１４ａは、撮影方向として端末装置１０が有する撮像部１３が向けられている方角と、傾きとして地面に対する端末装置１０の角度に対応する傾きとを検知する。図３（ａ）および図３（ｂ）の例では、検知部１４ａは、撮影方向が撮影方向ＰＤ１であることと、傾きが９０度であることを検知する。なお、検知部１４ａは、例えば、ジャイロセンサ、加速度センサ、地磁気センサ等の各種センサであってよい。

（指示部１４ｂについて）
指示部１４ｂは、前記撮影方向に対応する映像の中に人物が存在する場合には、前記端末装置が有する撮像部により取り込まれた映像の中に人物が存在しなくなるまで、前記端末装置の姿勢を変えるようユーザに指示する指示手順をさらにコンピュータに実行させる。

（表示制御部１４ｃについて）
表示制御部１４ｃは、検知部１４ａにより検知された傾きが所定の条件情報を満たすと判定された場合には、端末装置１０に撮影方向に関する情報を表示させる。例えば、表示制御部１４ｃは、所定の条件情報を満たす場合として、検知部１４ａにより検知された傾きが所定の角度以下となった場合には、端末装置１０に撮影方向に関する情報を表示させる。

また、表示制御部１４ｃは、撮影方向に対応する映像の中に人物が存在する場合には、撮影方向に関する情報を表示させてもよい。例えば、表示制御部１４ｃは、撮影方向に対応する映像として、端末装置１０が有する撮像部１３により取り込まれた映像であって、撮像部１３が向けられている方角の映像の中に人物が存在する場合には、撮影方向に関する情報を表示させる。例えば、表示制御部１４ｃは、指示部１４ｂによる指示に応じて、端末装置１０の姿勢が変えられたことにより、撮像部１３により取り込まれた映像の中に人物が存在しなくなった場合には、撮影方向に関する情報を表示させる。

また、表示制御部１４ｃは、撮影方向に関する情報として、端末装置１０が有する撮像部１３によって取り込まれた映像であって、撮影方向の映像を表示させる。例えば、表示制御部１４ｃは、撮影方向の映像に対応する仮想現実画像を表示させる。例えば、表示制御部１４ｃは、撮影方向の映像に対応する仮想現実画像を前記端末装置の表示画面内の所定の領域（例えば、表示画面の上半分領域）に表示させる。また、表示制御部１４ｃは、撮像部１３によって現在取り込まれている映像であって、現在の実空間の映像を所定の領域以外の領域（例えば、表示画面の下半分領域）に表示させる。

図３の例では、検知部１４ａは、撮影方向と傾きとを常時、検知する。図３（ａ）および図３（ｂ）の例では、検知部１４ａは、撮影方向が撮影方向ＰＤ１であることと、傾きが９０度であることを検知する。かかる場合、表示制御部１４ｃは、傾きが９０度であることにより、これまで表示画面Ｄに表示されていた撮影方向ＰＤ１の映像を非表示とする。

ここで、ユーザＵ３は、映像が非表示とされたことで端末装置１０の姿勢を変えたとする。例えば、ユーザＵ３は、端末装置の傾きを３０度にしたとする。つまり、検知部１４ａは、端末装置の傾きが３０度となったことを検出したとする。かかる場合、表示制御部１４ｃは、検知部１４ａにより検知された傾きが条件情報を満たすと判定し、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像に対応する３Ｄ仮想現実画像である画像ＶＧ１を表示する。具体的には、表示制御部１４ｃは、図３（ｃ）に示すように、表示画面Ｄの上半分の領域ＲＥ１に画像ＶＧ１を表示させる。

なお、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像の中に候補位置ＣＰ１が含まれる場合には、表示制御部１４ｃは、情報処理装置１００の表示制御部１３１ｇと連携して、候補位置ＣＰ１に仮想バス停を示す画像を表示させる。

また、表示制御部１４ｃは、検知部１４ａにより検知された傾きが条件情報を満たすと判定し、撮像部１３によって取り込まれた現在の実空間の映像であって、撮影方向ＰＤ１と角度が３０に対応する映像である映像ＲＧ１を表示する。具体的には、表示制御部１４ｃは、図３（ｃ）に示すように、表示画面Ｄの下半分の領域ＲＥ２に映像ＲＧ１を表示する。

〔７．処理手順（１）〕
（第１の提示処理について）
以下、図１１に示すフローチャートを用いて、実施形態にかかる情報制御装置１００の各処理部が実行・実現する制御処理の内容について説明する。図１１は、実施形態にかかる第１の提示処理の一例を示すフローチャートである。第１の提示処理の一例については、図１を用いて説明した。したがって、ここでは、適宜、図１の例を用いることにする。なお、ここでは、ユーザＵ１およびＵ２が、既に候補位置ＣＰ１からバスＢ１に乗車したい旨の意思表示を行っているものとする。

このような状態において、第１提示部１３１ｅは、ユーザＵ３からのアクセスに応じて、候補位置ＣＰ１～ＣＰ３の中から乗車希望位置を指定させるためのページＰ１ａを、ユーザＵ３に提示する（配信する）（ステップＳ１０１）。そして、地点情報取得部１３１ａは、乗車希望位置の指定をユーザＵ３から受け付ける（ステップＳ１０２）。ユーザＵ３は、候補位置ＣＰ１を乗車希望位置として指定したとする。かかる場合、地点情報取得部１３１ａは、候補位置ＣＰ１からバスＢ１に乗車予定の意思表示を行ったユーザがユーザＵ３であることを示すユーザ情報として、ユーザＩＤ「Ｕ３」を取得する。

次に、更新部１３１ｂは、指定された乗車希望位置である候補位置ＣＰ１から同一同時刻においてバスＢ１に乗車予定のユーザの人数を更新する（ステップＳ１０３）。図１の例では、更新部１３１ｂは、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザの人数を更新する。

次に、第１提示部１３１ｅは、乗車希望位置である候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が５分との条件を満たすか否かを判定する（ステップＳ１０４）。第１提示部１３１ｅは、残り時間が５分より長い場合には（ステップＳ１０４；Ｎｏ）、残り時間が５分となるまで待機する。一方、第１提示部１３１ｅは、残り時間が５分となった場合には（ステップＳ１０４；Ｙｅｓ）、ユーザＵ３に対して他ユーザの有無を提示する（ステップＳ１０５）。具体的には、第１提示部１３１ｅは、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザが居るかいないか（有無）をユーザＵ３に提示する。図１の例では、第１提示部１３１ｅは、ユーザＵ３以外に乗車予定のユーザが居る旨をユーザＵ３に提示する。

次に、空席情報取得部１３１ｃは、候補位置ＣＰ１にバスＢ１が到着するまでの残り時間が３分との条件を満たすか否かを判定する（ステップＳ１０６）。空席情報取得部１３１ｃは、残り時間が３分より長い場合には（ステップＳ１０６；Ｎｏ）、残り時間が３分となるまで待機する。一方、空席情報取得部１３１ｃは、残り時間が３分となった場合には（ステップＳ１０６；Ｙｅｓ）、バスＢ１の現在の空席情報と、候補位置ＣＰ１への到着順とを取得する（ステップＳ１０７）。なお、この時点で、ユーザＵ１～Ｕ３が候補位置ＣＰ１に到着しているとは限らない。かかる場合、空席情報取得部１３１ｃは、ユーザＵ１～Ｕ３の候補位置ＣＰ１への到着順を予測してもよい。例えば、空席情報取得部１３１ｃは、ユーザＵ１～Ｕ３それぞれの現在位置から候補位置ＣＰ１までの距離を算出し、算出した距離が短い順に到着順を予測する。例えば、空席情報取得部１３１ｃは、距離が短いほど早い到着順を予測する。

次に、乗車順決定部１３１ｄは、、空席情報取得部１３１ｃにより取得された空席情報と乗車順とに基づいて、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１に乗車予定のユーザについて、かかるバスＢ１に乗車させる順番（乗車順）を決定する（ステップＳ１０８）。図１の例では、、乗車順決定部１３１ｄは、ユーザＵ１に対して乗車順「１」を決定し、ユーザＵ２に対して乗車順「３」を決定し、ユーザＵ３に対して乗車順「２」を決定する。

そして、第１提示部１３１ｅは、ユーザＵ１～Ｕ３それぞれに対して、乗車順決定部１３１ｄにより決定された乗車順を提示する（ステップＳ１０９）。ユーザＵ３を例に挙げると、第１提示部１３１ｅは、図１（ｃ）に示すように、ユーザＵ３の乗車順は「３」であることを示す情報Ｊ２を含むページＰ１ｃをユーザＵ３に提示する。

（第２の提示処理について）
図１２は、実施形態にかかる第２の提示処理の一例を示すフローチャートである。第２の提示処理の一例については、図２を用いて説明した。したがって、ここでは、適宜、図２の例を用いることにする。また、ここでは、提示対象のユーザをユーザＵ４として説明する。

登録情報受付部１３２ａは、乗車希望位置または降車希望位置の指定をユーザＵ４から受け付ける（ステップＳ２０１）。例えば、登録情報受付部１３２ａは、ユーザＵ４からのアクセスに応じて、乗車希望位置または降車希望位置を入力させるページＰ２ａを配信することで、乗車希望位置または降車希望位置の指定をユーザＵ４から受け付ける。図２の通り、登録情報受付部１３２ａは、降車希望位置の指定として、降車希望地点である自宅ＨＰ１の位置の指定をユーザＵ４から受け付けたものとする。

次に、乗降位置決定部１３２ｂは、自宅ＨＰ１方面に向かうバスと、自宅ＨＰ１へ向う走行ルートとを特定する（ステップＳ２０２）。例えば、乗降位置決定部１３２ｂは、自宅ＨＰ１方面に向かうバスとしてバスＢ２を特定し、自宅ＨＰ１へ向う走行ルートとして走行ルートＲＴ３０を特定したとする。そして、乗降位置決定部１３２ｂは、バスＢ２の乗客からは自宅ＨＰ１が死角となる位置を降車位置として決定する（ステップＳ２０３）。例えば、乗降位置決定部１３２ｂは、自宅ＨＰ１の前の通りの走行ルートＲＴ３０を直進し、走行ルート３０を左へ曲った先の位置ＸＰ１１を降車位置として決定する。

また、ルート決定部１３２ｃは、まず、自宅ＨＰ１および降車位置である位置ＸＰ１１との間のエリアＡＲ１内において、位置ＸＰ１１から自宅ＨＰ１までの移動ルートの候補（候補ルート）を特定する（ステップＳ２０４）。そして、ルート決定部１３２ｃは、候補ルート毎に、街灯の有無、交通量、店舗の数、犯罪件数、事故件数といった各項目についてスコアを算出することで、候補ルートの安全性を示す安全性スコアを算出する（ステップＳ２０５）。なお、ルート決定部１３２ｃは、街灯の有無、交通量、店舗の数、犯罪件数、事故件数の全ての項目ではなく、各項目を任意に組み合わせた複数項目で安全性スコアを算出することもできる。

そして、ルート決定部１３２ｃは、ステップＳ２０５で算出した安全性スコアに基づいて、候補ルートの中から提示対象の移動ルートを決定する（ステップＳ２０６）。例えば、ルート決定部１３２ｃは、安全性スコアが最も高い移動ルートＲＴ４１を提示対象の移動ルートとして決定する。

そして、第２提示部１３２ｄは、乗降位置決定部１３２ｂにより決定された降車位置と、ルート決定部１３２ｃにより決定された移動ルートとをユーザに提示する（ステップＳ２０７）。図２の例では、第２提示部１３２ｄは、降車位置である位置ＸＰ１１と、移動ルートＲＴ４１とをユーザＵ４に提示する。例えば、第２提示部１３２ｄは、図２（ｂ）に示すように、降車位置が位置ＸＰ１１であることと、位置ＸＰ１１から自宅ＨＰ１へは移動ルートＲＴ４１が安全であることを示す情報Ｊ３を含むページＰ２ｂをユーザＵ４に提示する。

〔８．処理手順（２）〕
以下、図１３に示すフローチャートを用いて、実施形態にかかる端末装置１０の各処理部が実行・実現する制御処理の内容について説明する。図１３は、実施形態にかかる表示制御処理の一例を示すフローチャートである。端末装置１０による表示制御処理の一例については、図３を用いて説明した。したがって、ここでは、適宜、図３の例を用いることにする。端末装置１０は、実施形態にかかる表示制御プログラムによって表示制御処理を実行する。

まず、検知部１４ａは、自装置である端末装置１０の撮影方向と向きとを検知する（ステップＳ３０１）。

表示制御部１４ｃは、検知部１４ａにより検知された傾きである角度が所定の条件情報を満たすか否かを判定する（ステップＳ３０２）。例えば、表示制御部１４ｃは、検知部１４ａにより検知された傾きが角度が３０度以下であるか否かを判定する。表示制御部１４ｃは、角度が３０度以下でないと判定した場合には（ステップＳ３０２；Ｎｏ）、これまで表示画面Ｄに表示されていた撮影方向ＰＤ１の映像を非表示とし（ステップＳ３０３ａ）、検知部１４ａにより検知された傾きが角度が３０度以下になるまで待機する。一方、表示制御部１４ｃは、検知部１４ａにより検知された傾きが角度が３０度以下であると判定した場合には（ステップＳ３０３ｂ）、表示画面Ｄの上半分の領域ＲＥ１に、撮影方向ＰＤ１の映像に対応する３Ｄ仮想現実画像である画像ＶＧ１を表示させ、表示画面Ｄの下半分の領域ＲＥ２に、撮影方向ＰＤ１と角度が３０に対応するリアル映像である映像ＲＧ１を表示させる。

〔９．変形例〕
上記実施形態にかかる情報処理装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理装置１００の他の実施形態について説明する。

〔９－１．人数も提示〕
上記実施形態では、情報処理装置１００は、他ユーザに関する情報として、仮想乗車地点から移動体に乗車予定の他ユーザの有無を示す情報を提示する例を示した。図１の例では、第１提示部１３１ｅが、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザが居る旨をユーザＵ３に提示する例を示した。しかし、第１提示部１３１ｅは、他ユーザに関する情報として、仮想乗車地点から移動体に乗車予定の他ユーザの人数を示す情報も提示してよい。

図１の例では、ユーザＵ３以外に、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザとして、ユーザＵ１およびＵ２がいる。したがって、かかる場合、第１提示部１３１ｅは、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザが「２人」居る旨をユーザＵ３に提示する。

候補位置ＣＰ１には、バス停を示す物理目標が存在する訳ではないが、この付近にユーザＵ３以外に人が２人いれば、ユーザＵ３は、この人たちは不審者等ではなく、同じ目的の人（バスＢ１の乗車したい人）なのだと予測でき安心することができる。このようなことから、実施形態にかかる情報処理装置１００は、防犯面での安心感をユーザに与えることができる。

〔９－２．関係者が居れば提示〕
また、第１提示部１３１ｅは、他ユーザに関する情報として、他ユーザのうちユーザと所定の関係性を有する他ユーザに関する情報を、このユーザに提示する。例えば、第１提示部１３１ｅは、他ユーザに関する情報として、他ユーザのうちユーザと血縁関係にある他ユーザに関する情報をユーザに提示する。

説明を簡単にするために図１の例において、例えば、ユーザＵ３は「子」であり、ユーザＵ１は「母」であるとする。つまり、ユーザＵ３とＵ１とは親子関係であるものとする。かかる場合、第１提示部１３１ｅは、これまでの説明の様に他ユーザの有無や他ユーザの人数を提示するだけでなく、ユーザＵ３に対して、「母親も同時刻のバスに乗車予定です」といったように、親子関係にある他ユーザ（母）も乗車予定である旨を提示する。また、この場合、第１提示部１３１ｅは、ユーザＵ１に対しては、「息子も同時刻のバスに乗車予定です」といったように、親子関係にある他ユーザ（子）も乗車予定である旨を提示する。

これにより、例えば、ユーザＵ３は、同じ場所から母親もバスに乗る予定なのだ、ということを知ることができる。身内が同じところからバスＢ１に乗車するのであれば、それだけで安心感を得ることができる。したがって、実施形態にかかる情報処理装置１００は、防犯面での安心感をユーザに与えることができる。

同様の考え方で、第１提示部１３１ｅは、他ユーザに関する情報として、他ユーザのうちユーザと友人関係にある他ユーザに関する情報をユーザに提示する。ここで、友人関係とは、リアルでの友人関係であってもよいし、インターネット上での友人関係であってもよい。インターネット上での友人関係とは、例えば、所定のＳＮＳ（Social Networking Service）での友人関係である。

説明を簡単にするために図１の例において、例えば、ユーザＵ３とユーザＵ１とはＳＮＳ上での友人であるものとする。かかる場合、第１提示部１３１ｅは、これまでの説明の様に他ユーザの有無や他ユーザの人数を提示するだけでなく、ユーザＵ３に対して、「ＳＮＳのお友達も乗車予定です」といったように、ＳＮＳ友人関係にある他ユーザも乗車予定である旨を提示する。また、この場合、第１提示部１３１ｅは、ユーザＵ１に対しても、「ＳＮＳのお友達も乗車予定です」といったように提示する。

これにより、例えば、ユーザＵ３は、同じ場所から友人もバスに乗る予定なのだ、ということを知ることができる。友人が同じところからバスＢ１に乗車するのであれば、それだけで安心感を得ることができる。したがって、実施形態にかかる情報処理装置１００は、防犯面での安心感をユーザに与えることができる。

〔９－３．出力形態〕
上記実施形態では、第１提示部１３１ｅが、テキストをユーザの端末装置１０に表示させることにより情報提示を行う例を示した。例えば、第１提示部１３１ｅは、図１（ｂ）に示すように、ユーザＵ３以外に乗車予定のユーザが居る旨を示す情報Ｊ１（テキスト）を含むページＰ１ｂを表示させている。しかしながら、第１提示部１３１ｅは、情報を音声出力させてもよい。言い換えれば、第１提示部１３１ｅは、ヒアラブル形式で情報提示を行ってもよい。図１（ｂ）の例では、第１提示部１３１ｅは、ユーザＵ３の端末装置３０に対して、「あなた以外に乗車予定の人が居ます」といったテキストに対応する自動音声を出力させる。

また、第１提示部１３１ｅは、乗車予定の他ユーザが存在しない場合にのみ、乗車予定の他ユーザが存在しないことを音声出力させてもよい。例えば、「２０１８年７月１日１０時５分」において候補位置ＣＰ１からバスＢ１に乗車予定のユーザが、ユーザＵ３しかいなかったとする。かかる場合、第１提示部１３１ｅは、「あなた以外に乗る人はいません」を音声出力させる。

〔９－４．予約席について〕
上記実施形態では、空席情報取得部１３１ｃが、移動体が有する空席の数を示す空席情報を取得する例を示した。図１の例では、空席情報取得部１３１ｃが、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１における現在の空席状況を示す空席情報を取得する例を示した。しかし、空席情報取得部１３１ｃは、移動体が有する空席のうち予約済みの席を除く空席の数を示す空席情報を取得してもよい。

例えば、「２０１８年７月１日１０時５分」に候補位置ＣＰ１に到着予定のバスＢ１にある空席のうち、いくつかの空席は予約席の場合がある。例えば、図１の例において、ユーザＵ２が、かかるバスＢ１の席の一つを予約していたとする。例えば、現在の空席数が「２」でこのうち１つはユーザＵ２に予約されてるものとする。かかる場合、空席情報取得部１３１ｃは、空席情報として空席数「１」を取得する。

この場合、ユーザＵ２よりも早い乗車順がユーザＵ１またはＵ３に割り当てられてしまった場合、ユーザＵ１またはＵ３のどちらかがユーザＵ２の予約席に座ってしまうことが考えられる。したがって、乗車順決定部１３１ｄは、予約席が存在する場合には、その予約席を予約しているユーザが確実にそこに座れるよう乗車順を決定する。例えば、予約しているユーザを優先的に早くバスに乗車させることができれば、予約しないないユーザに予約席を取られてしまうことを回避することができる。したがって、上記例では、乗車順決定部１３１ｄは、ユーザＵ２に対して最も早い乗車順「１」を決定し、ユーザＵ１およびＵ３については例えば、意思表示を行った順が早い順に乗車順を決定する。例えば、乗車順決定部１３１ｄは、ユーザＵ１に対して乗車順「２」を決定し、ユーザＵ３に対して乗車順「３」を決定する。

これにより、実施形態にかかる情報処理装置１００は、予約済みの席が存在する場合であっても、ユーザ間の衝突を回避しつつ適切にユーザを着座させることができる。

〔９－５．移動ルート決定について〕
上記実施形態では、ルート決定部１３２ｃが、安全性スコアに基づいて、移動ルートを決定する例を示した。図２の例では、ルート決定部１３２ｃは、例えば、移動ルートＲＴ４１、移動ルートＲＴ４２および移動ルートＲＴ４３といった３つの候補ルートそれぞれについて安全性スコアを算出し、算出した安全性スコアに基づいて、候補ルートの中から対象の移動ルートを決定する例を示した。このとき、ルート決定部１３２ｃは、安全性を評価する項目のうちユーザに指定された項目に対して所定の重み付けを行うことにより算出された安全性スコアに基づいて、移動ルートを決定してもよい。

安全性を評価する項目としては、街灯の有無、交通量、所定の施設の数、犯罪件数、事故件数等の項目があることも説明した。ここで、ルート決定部１３２ｃは、例えば、この項目の中から特に重要視して欲しい項目の指定をユーザから受け付けることができる。例えば、図２で示したユーザＵ４は、女性であり、特に項目「街灯の有無」について重要視して欲しいため、この項目を指定したとする。なお、ユーザは、複数の項目を指定したり、複数の項目を指定したうえで、指定した複数の項目に対して、例えば、重要度の高さに応じた順位を付与することもできる。

説明を戻す。ルート決定部１３２ｃは、項目「街灯の有無」の指定をユーザＵ４から受け付けとする。この指定は、ユーザＵ４は、街灯の有る移動ルートが優先的に選ばれるように項目「街灯の有無」を指定する、と言い換えることができる。したがって、ルート決定部１３２ｃは、図２の「スコア情報」において、各候補ルートの項目毎にスコアを加算するときに、「街頭あり」の場合には、所定のスコアにさらに重み付けとして、所定の重み値を乗じる。具体的には、ルート決定部１３２ｃは、街灯有の場合「＋１」を加算しているが、「＋１」に対して重み値として、例えば、「５」を乗じた「＋５」を加算する。

これにより、実施形態にかかる情報処理装置１００は、ユーザに指定された項目に重点が置かれた移動ルートを優先的に決定することができるため、ユーザの意図を反映したルート決定処理を実現することができる。また、情報処理装置１００は、ユーザの満足度を高めることもできる。

〔９－６．ヘルプボタンについて〕
また、表示制御部１３１ｇは、助けを呼ぶことができるヘルプボタンをユーザの端末装置１０に表示させてもよい。例えば、第２提示部１３２ｄは、図２（ｂ）に示すように、降車位置が位置ＸＰ１１であることと、位置ＸＰ１１から自宅ＨＰ１へは移動ルートＲＴ４１が安全であることを示す情報Ｊ３を含むページＰ２ｂをユーザＵ４の端末装置１０に表示させる。このとき、表示制御部１３１ｇは、ページＰ２ｂに対して、助けを呼ぶことができるヘルプボタンを含める。例えば、ユーザＵ４は、移動ルートＲＴ４１を移動中に不審人物に絡まれてしまった場合、このヘルプボタンを押すことで、すぐに最寄りの警察署と連絡を取ることができるようになる。なお、端末装置１０は、ヘルプボタンが押下されたことに応じて、ユーザＵ４の現在位置情報を警察署に送信してもよい。

なお、表示制御部１３１ｇは、必ずしも警察署と連絡がつながるようなヘルプボタンを表示制御するのではなく、例えば、ユーザＵ４に指定された指定先（例えば、身内のだれかの携帯電話）と連絡を取ることができるヘルプボタンを表示制御してもよい。

〔９－７．表示制御について〕
表示制御部１４ｃは、情報処理装置１００の表示制御部１３１ｇと連動して、仮想現実画像を表示させる点について図３を用いて説明した。図３の例では、表示制御部１４ｃは、検知部１４ａにより検知された傾きが条件情報を満たすと判定すると、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像に対応する３Ｄ仮想現実画像である画像ＶＧ１を表示する。具体的には、表示制御部１４ｃは、図３（ｃ）に示すように、表示画面Ｄの上半分の領域ＲＥ１に画像ＶＧ１を表示させる。

また、撮像部１３によって取り込まれた映像であって、撮影方向ＰＤ１の映像の中に候補位置ＣＰ１が含まれる場合には、表示制御部１４ｃは、情報処理装置１００の表示制御部１３１ｇと連携して、候補位置ＣＰ１に仮想バス停を示す画像を表示させる。このとき、第１提示部１３１ｅは、表示制御部１４ｃに対して、画像ＶＧ１の中に他ユーザの有無や乗車順を表示させてもよい。

〔１０．ハードウェア構成〕
また、上述してきた各実施形態にかかる情報処理装置１００および端末装置１０は、例えば図１４に示すような構成のコンピュータ１０００によって実現される。以下、情報処理装置１００を例に挙げて説明する。図１４は、情報処理装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態にかかる情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

また、例えば、コンピュータ１０００が端末装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、アプリ制御部１４の機能を実現する。

〔１１．その他〕
上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

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

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１システム
１０端末装置
１２表示部
１３撮像部
１４アプリ制御部
１４ａ検知部
１４ｂ指示部
１４ｃ表示制御部
１００情報処理装置
１２０記憶部
１２１候補位置情報記憶部
１２２移動体情報記憶部
１２３登録情報記憶部
１２４位置－経路情報記憶部
１３０制御部
１３１ａ地点情報取得部
１３１ｂ更新部
１３１ｃ空席情報取得部
１３１ｄ乗車順決定部
１３１ｅ第１提示部
１３１ｆ検知部
１３１ｇ表示制御部
１３２ａ登録情報受付部
１３２ｂ乗降位置決定部
１３２ｃルート決定部
１３２ｄ第２提示部

Claims

ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報として前記ユーザが前記移動体への乗車を希望する地点である乗車希望地点を示す情報、または、前記ユーザが前記移動体から降車する降車地点に関する情報である降車地点情報として前記ユーザが前記移動体からの降車を希望する地点である降車希望地点を示す情報に基づいて、前記移動体の利用に関する位置を決定する決定部と、
前記決定部により決定された位置を示す位置情報を前記ユーザに提示する提示部と
を有し、
前記決定部は、前記ユーザにより前記乗車希望地点が指定された場合には、前記移動体の走行ルートのうち、前記移動体の目的地に向けて前記乗車希望地点を通過した先のルート上の位置を、前記ユーザを前記移動体に乗車させるための乗車地点の位置である乗車位置として決定し、前記ユーザにより前記降車希望地点が指定された場合には、前記移動体の走行ルートのうち、前記移動体の目的地に向けて前記降車希望地点を通過した先のルート上の位置を、前記ユーザを前記移動体から降車させるための降車地点の位置である降車位置として決定する
ことを特徴とする情報処理装置。
前記決定部は、前記ユーザにより前記乗車希望地点が指定された場合には、指定された乗車希望地点が前記移動体の乗客によって特定されないような位置を前記乗車位置として決定する
ことを特徴とする請求項１に記載の情報処理装置。
前記決定部は、前記乗車希望地点と、前記移動体が走行する走行ルートとの位置関係に基づいて、前記乗車希望地点が前記移動体の乗客によって特定されないような位置を前記乗車位置として決定する
ことを特徴とする請求項２に記載の情報処理装置。
前記決定部は、前記乗車希望地点から所定範囲内のエリアにおいて、前記乗車希望地点が前記移動体の乗客によって特定されないような位置として、前記移動体の乗客からは前記乗車希望地点が死角となる位置を前記乗車位置として決定する
ことを特徴とする請求項２または３に記載の情報処理装置。
前記提示部は、前記決定部により決定された乗車位置を前記ユーザに提示する
ことを特徴とする請求項１～４のいずれか１つに記載の情報処理装置。
前記決定部は、前記ユーザにより前記降車希望地点が指定された場合には、指定された降車希望地点が前記移動体の乗客によって特定されないような位置を前記降車位置として決定する
ことを特徴とする請求項１～５のいずれか１つに記載の情報処理装置。
前記決定部は、前記降車希望地点と、前記移動体が走行する走行ルートとの位置関係に基づいて、前記降車希望地点が前記移動体の乗客によって特定されないような位置を前記降車位置として決定する
ことを特徴とする請求項６に記載の情報処理装置。
前記決定部は、前記降車希望地点から所定範囲内のエリアにおいて、前記降車希望地点が前記移動体の乗客によって特定されないような位置として、前記移動体の乗客からは前記降車希望地点が死角となる位置を前記降車位置として決定する
ことを特徴とする請求項６または７に記載の情報処理装置。
前記提示部は、前記決定部により決定された降車位置を前記ユーザに提示する
ことを特徴とする請求項１～８のいずれか１つに記載の情報処理装置。
前記決定部は、前記ユーザが前記移動体への乗車を希望する地点である乗車希望地点、および、前記ユーザを前記移動体に乗車させるための乗車地点の位置である乗車位置との間の所定エリアの周辺環境を示す環境情報に基づいて、前記移動体の利用に関する位置として、前記乗車希望地点から前記乗車位置までの前記ユーザの移動ルートを決定する
ことを特徴とする請求項１～９のいずれか１つに記載の情報処理装置。
前記決定部は、前記ユーザが前記移動体からの降車を希望する地点である降車希望地点、および、前記ユーザが前記移動体から降車するための降車地点の位置である降車位置との間の所定エリアの周辺環境を示す環境情報に基づいて、前記移動体の利用に関する位置として、前記降車位置から前記降車希望地点までの前記ユーザの移動ルートを決定する
ことを特徴とする請求項１～１０のいずれか１つに記載の情報処理装置。
前記決定部は、前記環境情報として、前記所定エリアを移動するうえでの安全性を評価する項目に基づいて、前記移動ルートを決定する
ことを特徴とする請求項１０または１１に記載の情報処理装置。
前記決定部は、前記項目として、街灯の有無、交通量、所定の施設の数、犯罪件数、または、事故件数のうちの少なくとも１つに基づいて、前記移動ルートを決定する
ことを特徴とする請求項１２に記載の情報処理装置。
前記決定部は、前記項目に基づき算出されたスコアであって、前記所定エリアを移動するうえでの安全性を評価する評価値である安全性スコアに基づいて、前記移動ルートを決定する
ことを特徴とする請求項１２または１３に記載の情報処理装置。
前記決定部は、前記項目のうちユーザに指定された項目に対して所定の重み付けを行うことにより算出された前記安全性スコアに基づいて、前記移動ルートを決定する
ことを特徴とする請求項１４に記載の情報処理装置。
前記提示部は、前記決定部により決定された移動ルートを前記ユーザに提示する
ことを特徴とする請求項１０～１５のいずれか１つに記載の情報処理装置。
情報処理装置が実行する情報処理方法であって、
ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報として前記ユーザが前記移動体への乗車を希望する地点である乗車希望地点を示す情報、または、前記ユーザが前記移動体から降車する降車地点に関する情報である降車地点情報として前記ユーザが前記移動体からの降車を希望する地点である降車希望地点を示す情報に基づいて、前記移動体の利用に関する位置を決定する決定工程と、
前記決定工程により決定された位置を示す位置情報を前記ユーザに提示する提示工程と
含み、
前記決定工程は、前記ユーザにより前記乗車希望地点が指定された場合には、前記移動体の走行ルートのうち、前記移動体の目的地に向けて前記乗車希望地点を通過した先のルート上の位置を、前記ユーザを前記移動体に乗車させるための乗車地点の位置である乗車位置として決定し、前記ユーザにより前記降車希望地点が指定された場合には、前記移動体の走行ルートのうち、前記移動体の目的地に向けて前記降車希望地点を通過した先のルート上の位置を、前記ユーザを前記移動体から降車させるための降車地点の位置である降車位置として決定する
ことを特徴とする情報処理方法。
ユーザが移動体に乗車する乗車地点に関する情報である乗車地点情報として前記ユーザが前記移動体への乗車を希望する地点である乗車希望地点を示す情報、または、前記ユーザが前記移動体から降車する降車地点に関する情報である降車地点情報として前記ユーザが前記移動体からの降車を希望する地点である降車希望地点を示す情報に基づいて、前記移動体の利用に関する位置を決定する決定手順と、
前記決定手順により決定された位置を示す位置情報を前記ユーザに提示する提示手順と
をコンピュータに実行させ、
前記決定手順は、前記ユーザにより前記乗車希望地点が指定された場合には、前記移動体の走行ルートのうち、前記移動体の目的地に向けて前記乗車希望地点を通過した先のルート上の位置を、前記ユーザを前記移動体に乗車させるための乗車地点の位置である乗車位置として決定し、前記ユーザにより前記降車希望地点が指定された場合には、前記移動体の走行ルートのうち、前記移動体の目的地に向けて前記降車希望地点を通過した先のルート上の位置を、前記ユーザを前記移動体から降車させるための降車地点の位置である降車位置として決定する
ことを特徴とする情報処理プログラム。