JP2020009056A - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Abstract

【課題】ユーザがライドシェアを利用する際の不安軽減に寄与する情報処理装置、情報処理方法及び情報処理プログラムを提供する。【解決手段】情報処理装置は、複数のユーザが同一の車両に相乗りする形態において、車両に相乗りするユーザの組み合わせを決定する。情報処理装置は、車両に相乗りするユーザの暫定的な組み合わせを設定することと、暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得することと、暫定的な組み合わせに含まれるユーザが使用する端末に対し、暫定的な組み合わせに含まれる他のユーザの前記挨拶動画及び暫定的な組み合わせに、同意するかを問い合わせる情報を送信することと、暫定的な組み合わせに同意することを示す情報を、暫定的な組み合わせに含まれる全てのユーザの端末から受信したときに、暫定的な組み合わせを正式な組み合わせとして設定することと、を実行する制御部を備える。【選択図】図１０

Description

本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

各端末の位置情報に基づいて、それらの端末の所有者が同一の車両に相乗り中であるか否かを判断し、その判定結果に基づいてＣＯ_２排出量や燃料の消費量といった環境負荷を算出する技術が知られている（例えば、特許文献１を参照）。

特開２０１１−２３７８４２号公報

本発明は、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、各ユーザがライドシェアを利用する際の不安軽減に寄与することができる技術の提供を目的とする。

本発明は、複数のユーザが同一の車両に相乗りする形態において、前記車両に相乗りするユーザの組み合わせを決定する情報処理装置である。斯様な情報処理装置は、前記車両に相乗りするユーザの暫定的な組み合わせを設定することと、前記暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得することと、前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信することと、前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信したときに、前記暫定的な組み合わせを正式な組み合わせとして設定することと、を実行する制御部を備える。

また、本発明は、複数のユーザが同一の車両に相乗りする形態において、前記車両に相乗りするユーザの組み合わせを決定する情報処理方法として捉えることもできる。その場合、本発明に係る情報処理方法は、前記車両に相乗りするユーザの暫定的な組み合わせを設定するステップと、前記暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得するステップと、前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信するステップと、前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信したときに、前記暫定的な組み合わせを正式な組み合わせとして設定するステップと、をコンピュータが実行するようにしてもよい。

また、本発明は、複数のユーザが同一の車両に相乗りする形態において、前記車両に相乗りするユーザの組み合わせを決定する情報処理プログラムとして捉えることもできる。その場合、本発明に係る情報処理プログラムは、前記車両に相乗りするユーザの暫定的な組み合わせを設定するステップと、前記暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得するステップと、前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信するス
テップと、前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信したときに、前記暫定的な組み合わせを正式な組み合わせとして設定するステップと、をコンピュータに実行させるようにしてもよい。

本発明によれば、移動を目的とする複数のユーザが同一の車両に相乗りするライドシェアにおいて、ユーザがライドシェアを利用する際の不安軽減に寄与することができる。

ライドシェアの概要を説明するための図である。 ライドシェアシステムの概略構成を示す図である。 ユーザ端末及びサーバ装置のハードウェア構成を示す図である。 サーバ装置の機能構成を示すブロック図である。 予約情報テーブルの構成例を示す図である。 予約情報テーブルの他の構成例を示す図である。 会員情報テーブルの構成例を示す図である。 ユーザ端末の機能構成を示すブロック図である。 挨拶動画の撮影をユーザに促す画面の一例を示す図である。 ユーザ端末からのリクエスト情報をサーバ装置が受信したときに、サーバ装置で行われる処理を示すフロー図である。

本発明は、複数のユーザが同一の車両に相乗りする形態（ライドシェア）において、前記車両に相乗りするユーザの組み合わせを決定する情報処理装置である。ライドシェアでは、面識の無いユーザ同士が同一の車両に相乗りするケースが多くなると予想される。そのため、面識の無い他のユーザと同一車両に相乗りすることについてユーザが不安を覚える可能性がある。これに対し、同一の車両に相乗りするユーザの組み合わせを決定するにあたり、各ユーザに対して、他のユーザの属性情報（性別、年齢、職業等）や外観の静止画像等を事前に提示する方法が考えられる。しかしながら、属性情報や外観の静止画像のみから他のユーザの為人を判断することは困難であり、ユーザの不安を軽減する上で有効な方法とは言えない。

そこで、本発明に係る情報処理装置では、同一の車両に相乗りするユーザの組み合わせを決定するにあたり、制御部が、該車両に相乗りするユーザの暫定的な組み合わせを設定し、その暫定的な組み合わせに含まれるユーザの挨拶動画を取得する。続いて、制御部は、前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信する。そして、前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信すると、制御部が、前記暫定的な組み合わせを正式な組み合わせとして設定する。

本発明の情報処理装置によれば、暫定的な組み合わせに含まれる各ユーザは、他のユーザの挨拶動画を参考にして、上記暫定的な組み合わせによる同一車両への相乗りに同意するか否かを判断することができる。その場合、ユーザは、他のユーザの外観のみならず、話し方や振る舞い方等を参考にすることができるため、属性情報や外観の静止画像を参考にする場合に比べ、他のユーザの為人を判断し易い。よって、ユーザがライドシェアを利用する際の不安を軽減することができる。

なお、前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信することができない場合、言い換えると、前記暫
定的な組み合わせに同意しないことを示す情報を、前記暫定的な組み合わせに含まれるユーザのうちの少なくとも１人の端末から受信した場合には、制御部は、前記暫定的な組み合わせとは異なるユーザの組み合わせで構成される、新たな暫定的な組み合わせを設定し直せばよい。これにより、ユーザの望まない組み合わせで相乗りが行われることを抑制することができる。

ここで、上記挨拶動画の取得は、ユーザから事前に提供された挨拶動画（例えば、ライドシェアサービスの会員登録を行う際にユーザから提供された挨拶動画）を情報処理装置の記憶部等に記憶しておき、上記暫定的な組み合わせが設定された際に上記記憶部から読み出すことで行われてもよい。ただし、挨拶動画の撮影時期から時間が経っていると、ユーザの外観等が変化している可能性があるため、直近に撮影された挨拶動画を取得してもよい。その場合、例えば、前記暫定的な組み合わせが設定された後に、前記制御部が、前記暫定的な組み合わせに含まれるユーザの端末に対し、前記挨拶動画の撮影と送信とを要求することで、前記挨拶動画を取得すればよい。これによれば、暫定的な組み合わせに含まれる各ユーザは、暫定的な組み合わせが設定された後に撮影された、他のユーザの挨拶動画を参考にして、上記暫定的な組み合わせによる同一車両への相乗りに同意するか否かを判断することができる。

以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施例に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。

＜実施形態＞
本実施形態では、移動を目的とする複数のユーザが同一の車両に相乗りする形態（以下、「ライドシェア」と記す場合もある。）において、本発明を実施する例について述べる。なお、移動を目的とする複数のユーザが相乗りすることができる車両としては、自動車や電車等を使用することができるが、本実施形態では、自動車を対象とする例について述べる。

（ライドシェアの概要）
先ず、ライドシェアの概要について図１に基づいて説明する。図１に示す例では、ユーザＡは出発地点ｄから目的地点ｅまで移動し、ユーザＢは出発地点ｆから目的地点ｇまで移動し、ユーザＣは出発地点ｈから目的地点ｅまで移動するものとする。

ここで、仮にユーザＡ〜Ｃが各々の車両で別々に移動すると、３台の車両が必要となる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で各目的地までの移動が可能となる。図１に示す例では、ユーザＡ自身が車両を運転して地点ｄから地点ｅまで移動する。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを乗車させ、地点ｈにおいて、自身が運転する車両にユーザＣを乗車させる。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、地点ｇでユーザＢを降車させることで、ユーザＢを出発地点ｆから目的地点ｇまで移動させることができる。その後、ユーザＡは、車両を地点ｇから地点ｅまで移動させることで、ユーザＣを出発地点ｈから目的地点ｅまで移動させるとともに、ユーザＡ自身の移動を達成することもできる。

このようなライドシェアでは、道路を走行する車両の台数を削減することができため、交通渋滞を抑制することができる。また、例えば、車両の移動に要する交通費（燃料代等）を該車両に相乗りした複数のユーザで分担することで、各ユーザが個別の車両で移動する場合と比較して、ユーザ１人ありの交通費を軽減することもできる。

なお、図１に示したライドシェアの態様はあくまで一例であり、１台の車両に相乗りするユーザの組み合わせは、周知の技術を用いて行うことができる。

ここで、上記したようなライドシェアでは、面識の無いユーザ同士が同一の車両に相乗りする場合がある。その場合、面識の無い他のユーザと同一車両に相乗りすることについて不安を覚えるユーザも存在し得る。そこで、本実施形態では、同一の車両に相乗りするユーザの暫定的な組み合わせを設定した時点で、該暫定的な組み合わせに含まれる各ユーザに対して他のユーザの挨拶動画を提供することで、該暫定的な組み合わせに同意するかを問い合わせるようにした。これによれば、暫定的な組み合わせに含まれる各ユーザは、該暫定的な組み合わせに含まれる他のユーザの挨拶動画を参考することで、他のユーザの為人を把握し易くなるため、上記暫定的な組み合わせによる同一車両への相乗りに同意するか否かを判断も行い易くなる。

（システム構成）
図２は、ライドシェアサービスの提供を行うためのシステム（以下、「ライドシェアシステム」と記す場合もある。）の一構成例を示す図である。図２に示す例では、ライドシェアシステムは、相乗りに使用される車両１０、該車両１０に相乗りするユーザが使用するユーザ端末２００、及びサーバ装置３００を含んで構成される。ユーザ端末２００とサーバ装置３００とは、ネットワークＮ１によって相互に接続可能である。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等
の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

なお、図２に示す例では、相乗りに使用される車両として、１台の車両１０のみが図示されているが、当該ライドシェアサービスで利用可能な車両として登録されている台数分の車両がライドシェアシステムに含まれるものとする。また、図２に示す例では、ユーザ端末２００として、相乗りに供される車両１０を運転するユーザ（以下、「運転ユーザ」と称する。）が使用するユーザ端末２００Ａ（以下、「第１ユーザ端末２００Ａ」と称する。）と、自分以外の運転ユーザが運転する車両１０に同乗するユーザ（以下、「同乗ユーザ」と称する。）が使用するユーザ端末２００Ｂ（以下、「第２ユーザ端末２００Ｂ」と称する。）との２台のみが図示されているが、当該ライドシェアサービスを利用可能な会員として登録されているユーザ数に応じた個数のユーザ端末がライドシェアシステムに含まれるものとする。

各ユーザ端末２００には、ライドシェアサービスを利用するための所定のアプリケーションがインストールされている。ユーザ端末２００のユーザは、自身のユーザ端末２００に上記所定のアプリケーションを実行させることで、相乗りを行う際の条件等に関する情報（以下、「リクエスト情報」と記す場合もある。）を、サーバ装置３００に登録することができる。例えば、運転ユーザは、第１ユーザ端末２００Ａに上記所定のアプリケーションを実行させることで、自身の予定する車両１０の走行区間や走行日時等に関する情報を、リクエスト情報としてサーバ装置３００に登録することができる。また、同乗ユーザは、第２ユーザ端末２００Ｂに上記所定のアプリケーションを実行させることで、自身の希望する同乗区間や同乗日時等に関する情報を、リクエスト情報としてサーバ装置３００に登録することができる。なお、ユーザ端末２００の詳細について後述する。

サーバ装置３００は、運転ユーザからのリクエスト情報、及び同乗ユーザからのリクエスト情報を受け付ける。そして、サーバ装置３００は、運転ユーザからのリクエスト情報と同乗ユーザからのリクエスト情報とに基づいて、運転ユーザと同乗ユーザとの暫定的な組み合わせを決定する。その際、１人の運転ユーザに対して組み合わされる同乗ユーザの人数は１人である必要はなく、複数であってもよい。サーバ装置３００は、上記した暫定
的な組み合わせに含まれる運転ユーザと同乗ユーザとの各々の挨拶動画を取得し、取得された挨拶動画と上記暫定的な組み合わせに同意するかを問い合わせる情報とを各ユーザのユーザ端末２００へ送信する。ここでいう挨拶動画は、ユーザの挨拶行為を撮影した動画像である。なお、挨拶動画の取得方法については後述する。上記した問い合わせに対し、上記暫定的な組み合わせに同意することを示す情報を、運転ユーザと同乗ユーザとの各々のユーザ端末２００Ａ、２００Ｂから受信すると、サーバ装置３００が、上記した暫定的な組み合わせを正式な組み合わせに決定する。以下では、上記した手順でサーバ装置３００が運転ユーザと同乗ユーザとの組み合わせを決定する処理を、「マッチング処理」と称する。なお、本実施形態においては、上記したマッチング処理を行うサーバ装置３００が本発明の「情報処理装置」に相当する。

（ハードウェア構成）
図３は、ユーザ端末２００、及びサーバ装置３００の各々のハードウェア構成を例示する図である。なお、前述の図２に示した第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂは、図３中のユーザ端末２００と同様のハードウェア構成を含むものとする。

サーバ装置３００は、一般的なコンピュータの構成を有している。すなわち、サーバ装置３００は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を有する。これらは、互いにバスによって接続されている。主記憶部３０２及び補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図３に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

サーバ装置３００は、プロセッサ３０１が記録媒体に記憶されたプログラムを主記憶部３０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現する。

プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）である。プロセッサ３０１は、サーバ装置３００を制御し、様々な
情報処理の演算を行う。主記憶部３０２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶部３０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）である。また、補助記憶部３０３は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリや、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等のようなディスク記録媒体である。

補助記憶部３０３は、各種のプログラム、各種のデータ及び各種のテーブルを読み書き自在に記録媒体に格納する。補助記憶部３０３には、オペレーティングシステム（Operating System: OS）、各種プログラム、各種テーブル等が格納される。なお、これらの情報の一部又は全部は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。

通信部３０４は、外部の装置とサーバ装置３００との間における情報の送受信を行う。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

上記したように構成されるサーバ装置３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

次に、ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等のように、ユーザが携帯可能な小型のコンピュータである。なお、ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Personal Computer: PC）であってもよい。

ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明を省略する。表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２０
５は、例えば、文字等の記号を入力可能なタッチパネルや押しボタン、音声を入力可能なマイクロフォン、動画像や静止画像を撮像可能なカメラ等を含む。通信部２０６は、例えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。

（サーバ装置の機能構成）
ここで、サーバ装置３００の機能構成について、図４に基づいて説明する。図４に示すように、本実施形態のサーバ装置３００は、その機能構成要素として、マッチング処理部Ｆ３１０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０を含む。ここで、マッチング処理部Ｆ３１０は、サーバ装置３００のプロセッサ３０１が主記憶部３０２上のコンピュータプログラムを実行することにより形成される。なお、マッチング処理部Ｆ３１０の一部がハードウェア回路により形成されてもよい。

予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、サーバ装置３００のプロセッサ３０１によって実行されるデータベース管理システム（Database Management System: DBMS）のプログラムが、補助記憶部３０３に記憶されているデータを管理することで構築される。これら予約管理データベースＤ３３０及び会員情報管理データベースＤ３４０は、例えば、リレーショナルデータベースである。

なお、サーバ装置３００の各機能構成要素のいずれか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング処理部Ｆ３１０に含まれる処理の一部は、他のコンピュータにより実行されてもよい。

予約管理データベースＤ３３０は、ライドシェアサービスの予約情報が格納されており、そこでは運転ユーザに関する情報と該運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザに関する情報との紐付けが行われている。ここで、予約管理データベースＤ３３０に格納される予約情報の一構成例について、図５に基づいて説明する。図５は、予約情報のテーブル構成を例示する図である。なお、予約情報テーブルに登録される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図５に示す予約情報テーブルは、予約ＩＤ、運転ユーザＩＤ、車両情報、同乗ユーザＩＤ、乗車地、乗車予定日時、降車地、降車予定日時、及びステータス等の各フィールドを有する。予約ＩＤフィールドには、個々の予約情報を識別するための情報である予約ＩＤが登録される。この予約ＩＤは、例えば、各ユーザが予約内容について確認や変更等を行う場合に使用されるものであり、同一の車両１０に相乗りするユーザの組み合わせが正式に確定した際に付与される。運転ユーザＩＤフィールドには、相乗りに供される車両１０を運転する運転ユーザのユーザＩＤが登録される。車両情報フィールドには、各運転ユーザが運転する車両１０を、該車両１０に相乗りする予定の同乗ユーザが識別するために必
要な情報が登録される。例えば、車両情報フィールドには、車種、自動車登録番号（ナンバープレートに標記された番号）、車体色等の情報が登録される。同乗ユーザＩＤフィールドには、各運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザのユーザＩＤが登録される。乗車地フィールドには、各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる場所（乗車地）を示す情報が登録される。乗車予定日時フィールドには、上記乗車地において各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる予定日時を示す情報が登録される。降車地フィールドには、各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる場所（降車地）を示す情報が登録される。降車予定日時フィールドには、上記降車地において各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる予定日時を示す情報が登録される。ステータスフィールドには、各車両１０の相乗り状況を示す情報が登録される。例えば、同乗ユーザが上記降車地で車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザが車両１０に相乗り中である場合には、「乗車中」と登録され、同乗ユーザが車両１０に乗車する前の段階にある場合には、「乗車前」と登録される。

なお、図５の予約情報テーブルは、各運転ユーザの運転する車両１０に１人の同乗ユーザが相乗りする場合のテーブル構成例を示しているが、各運転ユーザの運転する車両１０に相乗りする同乗ユーザの人数は２人以上であってもよい。その場合は、図６に示すように、１つの運転ユーザＩＤに対して、複数の同乗ユーザの情報が紐付けられればよい。

会員情報管理データベースＤ３４０は、ライドシェアサービスに会員登録されているユーザの情報（会員情報）が格納されている。ここで、会員情報管理データベースＤ３４０に格納される会員情報の一構成例について、図７に基づいて説明する。図７は、会員情報のテーブル構成を例示する図である。なお、会員情報テーブルに登録される情報は、図７に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図７に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、認証、及び車両ＩＤ等の各フィールドを有する。ユーザＩＤフィールドには、各ユーザがライドシェアサービスの会員登録を行った際に付与されるユーザＩＤが登録される。連絡先フィールドには、各ユーザの連絡先を示す情報（電子メールアドレスや電話番号等であり、少なくとも各ユーザが使用するユーザ端末２００の電子メールアドレスを含む）が登録される。属性フィールドには、各ユーザの属性を示す情報（例えば、氏名、ニックネーム、年齢、性別、職業、勤務先（通学先）、趣味、特技等）が登録される。認証フィールドには、前述のリクエスト情報をサーバ装置３００に登録する場合や、前述の予約情報を確認する場合等における認証に必要となるパスワード等を示す情報が登録される。車両ＩＤフィールドには、各ユーザが相乗りに利用可能な車両１０の車両ＩＤが登録される。なお、相乗りに利用可能な車両１０を所有していないユーザについては、例えば、車両ＩＤフィールドに「無」と登録される。

次に、マッチング処理部Ｆ３１０は、運転ユーザや同乗ユーザからのリクエスト情報に基づいて、マッチング処理を行う。詳細には、運転ユーザの第１ユーザ端末２００Ａから送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、運転ユーザが運転する車両１０の走行スケジュール（例えば、出発地、出発予定日時、目的地、到着予定日時等を含む情報）を生成する。また、同乗ユーザの第２ユーザ端末２００Ｂから送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、同乗車の希望する移動スケジュール（例えば、乗車希望地、乗車希望日時、降車希望地、降車希望日時等を含む情報）を生成する。マッチング処理部Ｆ３１０は、各運転ユーザの走行スケジュールと各同乗ユーザの移動スケジュールとを比較して、同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出する。例えば、マッチング処理部Ｆ３１０
は、同乗ユーザの出発地及び目的地が運転ユーザの運転する車両１０の走行経路上にあり、且つ同乗ユーザの移動日時が運転ユーザの運転する車両１０の走行日時に適合する、走行スケジュールを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュールに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる。

なお、マッチング処理部Ｆ３１０による暫定的な組み合わせを設定する方法は、上記した方法に限られるものではなく、周知の技術を用いる他の方法でマッチング処理が行われてもよい。

運転ユーザと同乗ユーザとの暫定的な組み合わせが設定されると、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの挨拶動画を取得する。例えば、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザに対応する会員情報テーブルから、各ユーザのユーザ端末２００Ａ、２００Ｂの電子メールアドレスを抽出する。続いて、マッチング処理部Ｆ３１０は、挨拶動画の撮影及び送信を要求するための情報を、各ユーザ端末２００Ａ、２００Ｂの電子メールアドレス宛に送信する。これに応答する形で運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂから送信される挨拶動画をサーバ装置３００が受信すると、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂに対し、上記暫定的な組み合わせに含まれる他のユーザの挨拶動画と、上記暫定的な組み合わせに同意するかを問い合わせる情報と、を送信する。その場合、運転ユーザの第１ユーザ端末２００Ａに対しては、同乗ユーザの挨拶動画が送信される一方で、同乗ユーザの第２ユーザ端末２００Ｂに対しては、運転ユーザの挨拶動画が送信される。なお、同乗ユーザが複数人である場合には、各同乗ユーザの第２ユーザ端末２００Ｂに対し、運転ユーザの挨拶動画に加え、他の同乗ユーザの挨拶動画も送信される。また、上記暫定的な組み合わせに同意するかを問い合わせる情報には、上記暫定的な組み合わせによる相乗りの条件を示す情報（例えば、同乗ユーザの乗車地、同乗ユーザの乗車予定日時、同乗ユーザの降車地、同乗ユーザの降車予定日時、車両１０の種類、運転ユーザの属性、同乗ユーザの属性等）が含まれる。

上記暫定的な組み合わせに同意することを示す情報が、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂからサーバ装置３００へ返信されてくると、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせを正式な組み合わせに確定する。これに伴い、マッチング処理部Ｆ３１０は、上記した正式な組み合わせに基づいて、前述の図５、６に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に格納する。なお、上記暫定的な組み合わせに同意することを示す情報を、運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂから受信することができない場合（上記暫定的な組み合わせに同意しないことを示す情報を、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザのうちの少なくとも１人のユーザ端末２００から受信した場合）には、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせとは異なるユーザの組み合わせから構成される新たな暫定的な組み合わせを再設定することで、マッチング処理をやり直す。

（ユーザ端末の機能構成）
図８は、ユーザ端末２００の機能構成を例示する図である。ユーザ端末２００は、機能構成要素として、予約登録部Ｆ２１０、挨拶動画処理部Ｆ２２０を備える。これら予約登録部Ｆ２１０及び挨拶動画処理部Ｆ２２０は、ユーザ端末２００のプロセッサ２０１が主記憶部２０２上のコンピュータプログラムを実行することにより形成される。なお、上記した機能構成要素のいずれか、又はその処理の一部がハードウェア回路により実行されてもよい。

予約登録部Ｆ２１０は、ユーザによる入力部２０５へのリクエスト情報の入力を受け付け、入力されたリクエスト情報をサーバ装置３００へ送信する。そして、上記リクエスト情報に応答する形で、暫定的な組み合わせに含まれる他のユーザの挨拶動画、及び該暫定的な組み合わせに同意するかを問い合わせる情報が、サーバ装置３００からユーザ端末２００へ送信されてくると、予約登録部Ｆ２１０は、上記暫定的な組み合わせによる相乗りの条件を示す情報、及び上記暫定的な組み合わせに含まれる他のユーザの挨拶動画を、表示部２０４に表示する。その際、予約登録部Ｆ２１０は、上記暫定的な組み合わせによる相乗りの条件について承諾するか否かの選択をユーザに促す処理（例えば、上記暫定的な組み合わせによる相乗りの条件に承諾するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行う。そして、上記暫定的な組み合わせによる相乗りの条件について承諾することをユーザが選択すると、予約登録部Ｆ２１０は、上記暫定的な組み合わせに同意することを示す情報を、サーバ装置３００へ送信する。斯様な情報が上記暫定的な組み合わせに含まれる全ユーザのユーザ端末２００からサーバ装置３００へ送信されると、前述したように、サーバ装置３００のマッチング処理によって上記暫定的な組み合わせが正式な組み合わせとして確定される。これに伴い、正式な組み合わせに応じた予約情報が、サーバ装置３００からユーザ端末２００へ送信される。その場合、予約登録部Ｆ２１０は、該予約情報を表示部２０４に表示する。これにより、ユーザ端末２００のユーザが予約情報を確認することができる。なお、予約登録部Ｆ２１０による上記した機能は、上記所定のアプリケーションによって実現される。

ここで、各ユーザが上記リクエスト情報をサーバ装置３００に登録する方法は、ユーザ端末２００を利用した方法に限定されるものではなく、例えば、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）を利用して、上記リクエスト情報をサーバ装置３００に登録してもよい。

挨拶動画処理部Ｆ２２０は、挨拶動画の撮影をユーザに促す処理を行う。詳細には、サーバ装置３００から送信される、挨拶動画の撮影及び送信を要求する情報を、ユーザ端末２００が受信したときに、挨拶動画処理部Ｆ２２０は、入力部２０５が備えるタッチパネル２５０Ａ上に、図９に示すような画面を表示させる。図９は、挨拶動画の撮影をユーザに促すための画面の一例である。図９に示す例では、タッチパネル２５０Ａ上に、「撮影開始」を選択するためのボタンＢ１、及び「撮影終了」を選択するためのボタンＢ２が表示されるとともに、それら２つのボタンＢ１〜Ｂ２を操作して挨拶動画の撮影を促すための文字情報が表示されている。図９に示すような画面において、ボタンＢ１がユーザによって操作されると、挨拶動画処理部Ｆ２２０は、入力部２０５のカメラを作動させることで、ユーザによる挨拶行為の動画撮影を開始する。その後、ボタンＢ２がユーザによって操作されると、動画処理部は、入力部２０５のカメラによる動画撮影を終了する。そして、該カメラによって撮影された挨拶動画をサーバ装置３００へ送信する。

なお、挨拶動画処理部Ｆ２２０による上記した機能は、上記所定のアプリケーションによって実現される。

（処理の流れ）
ここで、本実施形態に係るライドシェアシステムにおいて、サーバ装置３００が行う処理の内容について説明する。図１０は、ユーザ端末２００からのリクエスト情報をサーバ装置３００が受信した場合に、サーバ装置３００で行われる処理を示すフロー図である。

図１０において、ユーザ端末２００から送信されるリクエスト情報がサーバ装置３００によって受信されると（ステップＳ１０１）、サーバ装置３００のマッチング処理部Ｆ３１０が、該リクエスト情報に基づいて、運転ユーザと同乗ユーザとの暫定的な組み合わせ
を設定する。その際、ステップＳ１０１で受信されたリクエスト情報が同乗ユーザの使用する第２ユーザ端末２００Ｂから送信されたものであれば、マッチング処理部Ｆ３１０は、当該同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出し、抽出された走行スケジュールに紐付けられている運転ユーザと当該同乗ユーザとを暫定的に組み合わせる。また、ステップＳ１０１で受信されたリクエスト情報が運転ユーザの使用する第１ユーザ端末２００Ａからのものであれば、マッチング処理部Ｆ３１０は、当該運転ユーザが運転する車両１０の走行スケジュールに適合する移動スケジュールを抽出し、抽出された移動スケジュールに紐付けられている同乗ユーザと当該運転ユーザとを暫定的に組み合わせる。

上記ステップＳ１０２で運転ユーザと同乗ユーザとの暫定的な組み合わせが設定されると、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの挨拶動画を取得する（ステップＳ１０３）。具体的には、マッチング処理部Ｆ３１０は、前述したように、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂに対して、挨拶動画の撮影及び送信を要求する情報を送信する。その後、斯様な要求に応える形で各ユーザ端末２００Ａ、２００Ｂから送信される挨拶動画をサーバ装置３００が受信することで、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの挨拶動画が取得される。

上記ステップＳ１０３で上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの挨拶動画が取得されると、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂに対して、上記暫定的な組み合わせに含まれる他のユーザの挨拶動画と、上記暫定的な組み合わせに同意するかを問い合わせる情報と、を含む情報（同意確認情報）を送信する（ステップＳ１０４）。斯様な同意確認情報を受信したユーザ端末２００では、上記暫定的な組み合わせによる相乗りの条件に加え、他のユーザの挨拶動画が表示部２０４に表示される。これにより、ユーザ端末２００のユーザは、直近に撮影された、他のユーザの挨拶動画を参考にして、上記暫定的な組み合わせに同意するか否かの判断を行うことができる。その結果、面識の無い他のユーザと同一の車両１０に相乗り際の不安を軽減することができる。

上記同意確認情報に応答する形で、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００から送信される情報を、サーバ装置３００が受信すると、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせについて、運転ユーザ及び同乗ユーザの同意を得られたか否かを判別する（ステップＳ１０５）。その際、上記暫定的な組み合わせに同意することを示す情報を、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの全てのユーザ端末２００から受信すれば、上記暫定的な組み合わせについて運転ユーザ及び同乗ユーザの同意を得られたことになるため（ステップＳ１０５で肯定判定）、マッチング処理部Ｆ３１０は、上記暫定的な組み合わせを正式な組み合わせに確定する（ステップＳ１０６）。そして、マッチング処理部Ｆ３１０は、上記正式な組み合わせに応じた予約情報を生成し、生成された予約情報を上記正式な組み合わせに含まれる運転ユーザ及び同乗ユーザの各々のユーザ端末２００Ａ、２００Ｂへ送信する（ステップＳ１０７）。また、マッチング処理部Ｆ３１０は、上記予約情報が登録される予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に格納する。

また、上記暫定的な組み合わせについて、運転ユーザ及び同乗ユーザの同意を得られなかった場合、すなわち、上記暫定的な組み合わせに同意することを示す情報を、上記暫定的な組み合わせに含まれる運転ユーザ及び同乗ユーザの全てのユーザ端末２００から受信することができなかった場合（ステップＳ１０５で否定判定）は、マッチング処理部Ｆ３１０は、前述のステップＳ１０２へ戻り、マッチング処理をやり直す。その際、マッチン
グ処理部Ｆ３１０は、上記暫定的な組み合わせとは異なるユーザの組み合わせで構成される、新たな暫定的な組み合わせを設定するものとする。これにより、ユーザの望まない組み合わせで相乗りが行われることが抑制される。

以上述べた処理フローによれば、同一の車両に相乗りするユーザの暫定的な組み合わせが設定された際に、該暫定的な組み合わせに含まれる他のユーザの前記挨拶動画が各ユーザのユーザ端末２００へ送信されるため、暫定的な組み合わせに含まれる各ユーザは、他のユーザの挨拶動画を参考にして、上記暫定的な組み合わせによる同一車両への相乗りに同意するか否かを判断することができる。その場合、各ユーザは、他のユーザの外観のみならず、話し方や振る舞い方等を参考にすることができるため、属性情報や外観の静止画像を参考にする場合に比べ、他のユーザの為人を判断し易い。よって、各ユーザがライドシェアを利用する際の不安を軽減することができる。また、暫定的な組み合わせに含まれる他のユーザと同一の車両１０に相乗りすることをユーザが望まない場合には、暫定的な組み合わせに同意しないことを示す情報をユーザ端末２００からサーバ装置３００へ送信させることで、該暫定的な組み合わせとは異なる組み合わせで相乗りすることも可能になる。

＜変形例＞
前述した実施形態では、運転ユーザと同乗ユーザとの暫定的な組み合わせが設定された後に撮影された挨拶動画を取得する例について述べたが、各ユーザ端末２００からサーバ装置３００へリクエスト情報を送信する際に撮影された挨拶動画を取得してもよい。その場合、ユーザ端末２００は、ユーザによるリクエスト情報の入力を受け付けた際に、前述の図９に示したような画面を入力部２０５のタッチパネル２５０Ａ上に表示させることで、挨拶動画の撮影をユーザに促せばよい。そして、各ユーザ端末２００は、リクエスト情報をサーバ装置３００へ送信する際に、該リクエスト情報に上記挨拶動画を添付すればよい。

＜その他＞
上記した実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体であり、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、ＳＳＤ（Solid State Drive）等の媒体である。

１：ライドシェアシステム
１０：車両
２００：ユーザ端末
２００Ａ：第１ユーザ端末
２００Ｂ：第２ユーザ端末
３００：サーバ装置
３０１：プロセッサ

Claims (5)

1. 複数のユーザが同一の車両に相乗りする形態において、前記車両に相乗りするユーザの組み合わせを決定する情報処理装置であって、
   前記車両に相乗りするユーザの暫定的な組み合わせを設定することと、
   前記暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得することと、
   前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信することと、
   前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信したときに、前記暫定的な組み合わせを正式な組み合わせとして設定することと、
   を実行する制御部を備える、情報処理装置。
2. 前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信することができない場合に、前記制御部は、前記暫定的な組み合わせとは異なるユーザの組み合わせで構成される、新たな暫定的な組み合わせを設定し直す、
   請求項１に記載の情報処理装置。
3. 前記暫定的な組み合わせが設定された後に、前記制御部が、前記暫定的な組み合わせに含まれるユーザの端末に対し、前記挨拶動画の撮影と送信とを要求することで、前記挨拶動画を取得する、
   請求項１又は２に記載の情報処理装置。
4. 複数のユーザが同一の車両に相乗りする形態において、前記車両に相乗りするユーザの組み合わせを決定する情報処理方法であって、
   コンピュータが、
   前記車両に相乗りするユーザの暫定的な組み合わせを設定するステップと、
   前記暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得するステップと、
   前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信するステップと、
   前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含まれる全てのユーザの端末から受信したときに、前記暫定的な組み合わせを正式な組み合わせとして設定するステップと、
   を実行する、情報処理方法。
5. 複数のユーザが同一の車両に相乗りする形態において、前記車両に相乗りするユーザの組み合わせを決定する情報処理プログラムであって、
   コンピュータに、
   前記車両に相乗りするユーザの暫定的な組み合わせを設定するステップと、
   前記暫定的な組み合わせに含まれるユーザの、挨拶行為を撮影した動画像である挨拶動画を取得するステップと、
   前記暫定的な組み合わせに含まれるユーザが使用する端末に対し、前記暫定的な組み合わせに含まれる他のユーザの前記挨拶動画、及び前記暫定的な組み合わせに同意するかを問い合わせる情報を送信するステップと、
   前記暫定的な組み合わせに同意することを示す情報を、前記暫定的な組み合わせに含ま
   れる全てのユーザの端末から受信したときに、前記暫定的な組み合わせを正式な組み合わせとして設定するステップと、
   を実行させる、情報処理プログラム。

Images