JP7146704B2 - サービス提供サーバ、サービス提供システムおよびサービス提供方法 - Google Patents

Description

本発明は、自動車のライドシェアを支援するサービス提供サーバ、サービス提供システムおよびサービス提供方法に関する。

この種の装置として、従来、同一の時間帯に到着する航空便の搭乗者同士をタクシーに相乗りさせるようにマッチングする装置が知られている（例えば特許文献１参照）。特許文献１記載の装置では、タクシーを利用するときの目的地に応じて同乗者のマッチングが行われる。また、人物の属性に基づいてライドシェアを行う人物同士をマッチングするようにした装置も知られている（例えば特許文献２参照）。特許文献２記載の装置では、性別、年齢、人種、言語、学歴、職種等の個人情報に基づいて人物同士のマッチングが行われる。

特開２００４－２２０３９６号公報 特開２０１４－１４６２６１号公報

しかしながら、上記特許文献１記載の装置では、目的地のみに基づいてマッチングが行われるため、相性の合わない同乗者がマッチングされてライドシェア利用時のユーザ満足度が低下する可能性がある。一方、上記特許文献２記載の装置のように人物の属性に基づいてマッチングを行う場合には、個人情報を取得する必要があり、プライバシ保護の観点で問題がある。

本発明の一態様は、第１目的地に向かう第１移動手段を利用するユーザが、第１目的地から第２移動手段を利用して第２目的地に向かうときに、第２移動手段に相乗りする複数のユーザの情報をユーザに対して提供するサービス提供サーバであって、複数のユーザのそれぞれの座席の情報を含む第１移動手段の利用に係る第１情報を取得する第１情報取得部と、予め入力された複数のユーザのそれぞれの第２目的地を含む第２情報を取得する第２情報取得部と、複数のユーザのそれぞれにより入力される、第１移動手段の座席毎に設けられた情報端末に対する入力情報を取得する入力情報取得部と、第１情報取得部により取得された第１情報と、第２情報取得部により取得された第２情報と、入力情報取得部により取得された入力情報と、に基づいて、第２移動手段に相乗りする複数のユーザのマッチングを行うマッチング実行部と、を備える。入力情報は、複数のユーザのそれぞれが情報端末で視聴したコンテンツの情報を含む。

本発明の他の態様は、第１目的地に向かう第１移動手段を利用するユーザが、第１目的地から第２移動手段を利用して第２目的地に向かうときに、第２移動手段に相乗りする複数のユーザの情報をユーザに対して提供するサービス提供システムであって、サービス提供サーバと、複数のユーザのそれぞれの座席の情報を含む第１移動手段の利用に係る第１情報を管理する情報管理サーバと、複数のユーザのそれぞれの第２目的地を含む第２情報が入力される情報端末と、を備える。

本発明のさらに他の態様は、第１目的地に向かう第１移動手段を利用するユーザが、第１目的地から第２移動手段を利用して第２目的地に向かうときに、第２移動手段に相乗り
する複数のユーザの情報をユーザに対して提供するサービス提供方法であって、コンピュータによりそれぞれ実行される、複数のユーザのそれぞれの座席の情報を含む第１移動手段の利用に係る第１情報を取得する第１情報取得ステップと、予め入力された複数のユーザのそれぞれの第２目的地を含む第２情報を取得する第２情報取得ステップと、複数のユーザのそれぞれにより入力される、第１移動手段の座席毎に設けられた情報端末に対する入力情報を取得する入力情報取得ステップと、第１情報取得ステップで取得された第１情報と、第２情報取得ステップで取得された第２情報と、入力情報取得ステップで取得された入力情報と、に基づいて、第２移動手段に相乗りする複数のユーザのマッチングを行うマッチング実行ステップと、を含む。入力情報は、複数のユーザのそれぞれが情報端末で視聴したコンテンツの情報を含む。

本発明によれば、個人情報を取得することなく好適にマッチングを行うことができる。

本発明の実施形態に係るサービス提供システムの適用例を概略的に示す図。 本発明の実施形態に係るサービス提供システムの全体構成を示すブロック図。 図２のチケット情報管理サーバで管理されるチケット情報の一例を示す図。 図２のサービス提供サーバに送信されるライドシェア情報の一例を示す図。 図１の航空機の座席毎に設けられたサービス端末の一例を示す図。 図５のサービス端末に表示された車両予約確認画面の一例を示す図。 図２のサービス提供サーバに送信される操作情報の一例を示す図。 図２の結果通知部により通知されるマッチング結果の一例を示す図。 本発明の実施形態に係るサービス提供サーバで実行される処理の一例を示すフローチャート。 本発明の実施形態に係るサービス提供サーバによるマッチング結果について説明するための図。

以下、図１～図１０を参照して本発明の実施形態について説明する。本発明の実施形態に係るサービス提供サーバは、サービス提供システムの一部を構成する。サービス提供システムは、一度に多数の旅客を輸送する航空機や船舶等の長距離移動手段のユーザが、空港等から自宅や訪問先等の最終目的地に向かうときの、ユーザ同士によるライドシェアを支援するように構成される。先ず、本実施形態に係るサービス提供システムが適用される状況を説明する。

図１は、本実施形態に係るサービス提供システムの適用例を概略的に示す図である。図１には、所定の出発地から航空機１に搭乗し、第１目的地Ｐ１としての空港に向かう複数のユーザが、第１目的地Ｐ１に到着後にタクシーやレンタカー等の車両２に乗車して第２目的地（最終目的地）Ｐ２（Ｐ２ａ，Ｐ２ｂ）に向かう例が示される。

このような状況において、複数のユーザが第１目的地Ｐ１からそれぞれユーザ毎の第２目的地Ｐ２に向かうにあたり、それぞれの第２目的地Ｐ２が互いに同一である場合や互いに近接している場合には、車両２に相乗りすることが車両２の利用にとって効率的であり、料金的にも好ましい。しかしながら、目的地のみに基づいて相乗りする同乗者を決定すると、同乗者同士の話題に共通性がなく移動中の車内で会話を楽しめないことがある。

例えば、音楽祭が開催されるイベント会場（目的地Ｐ２ａ）に向かう、音楽に関心のあるイベント参加者と、イベント会場に近接する自宅等（目的地Ｐ２ｂ）に向かう、音楽に関心のないイベント非参加者とでは、話題を共有することが難しい。さらに、同一のイベント会場に向かう、音楽に関心のあるイベント参加者同士であっても、好みのジャンルやアーティスト等が異なる場合には話題を共有することが難しい場合がある。

ところで、航空機１等の長距離移動手段を利用するユーザは、移動中の航空機１内において、ユーザ毎に指定された座席に設けられた情報端末を使用して各種のエンターテイメントコンテンツを視聴することが多い。このとき、各情報端末で視聴されるコンテンツには各ユーザの関心の傾向が表れる。したがって、座席毎の情報端末の操作情報に基づいて各ユーザの関心の傾向を推定することができる。そこで、本実施形態では、航空機１内での情報端末の操作情報に基づいて車両２に相乗りする同乗者を好適にマッチングするよう、以下のようにサービス提供システムを構成する。

図２は、本発明の実施形態に係るサービス提供システム１００の全体構成を示すブロック図である。図２に示すように、サービス提供システム１００は、航空機１のチケット情報を管理するチケット情報管理サーバ１０と、ユーザからのライドシェア希望を受け付けて同乗者のマッチングを行うサービス提供サーバ２０と、ユーザ個人のユーザ端末３０と、航空機１の座席毎に設けられたサービス端末４０とを有する。

チケット情報管理サーバ１０と、サービス提供サーバ２０と、ユーザ端末３０と、サービス端末４０とは、インターネット網や携帯電話網等に代表される公衆無線通信網を含むネットワーク５に接続され、ネットワーク５を介して互いに通信可能である。ネットワーク５には、所定の管理地域ごとに設けられた閉鎖的な通信網、特に、航空機１内で接続可能な無線ＬＡＮ、Ｗｉ－Ｆｉ（登録商標）等が含まれる。

チケット情報管理サーバ１０は、例えば航空会社のサーバとして構成され、通信部、ＣＰＵ等の演算部、ＲＯＭ，ＲＡＭ等の記憶部、その他の周辺回路を含んで構成される。チケット情報管理サーバ１０は、複数のサーバ装置により構成される分散サーバやクラウド環境に作られた分散型の仮想サーバ（クラウドサーバ）であってもよい。チケット情報は、チケット情報管理サーバ１０の記憶部に記憶され、チケット情報管理サーバ１０の通信部を介してサービス提供サーバ２０に送信される。

図３は、チケット情報管理サーバ１０で管理されるチケット情報の一例を示す図であり、同一便の航空機１に搭乗しているユーザＡ～Ｅのチケット情報の一例を示す。チケット情報には、各ユーザの氏名や識別ＩＤ、各ユーザが搭乗券を購入した航空機１の発着日時および発着地を含む便名、座席等の情報が含まれる。

ユーザ端末３０は、各ユーザが個人で所有するスマートフォンやタブレット端末等により構成され、通信部３１およびタッチパネル式のディスプレイ等の入出力部３２等を備える。各ユーザは、タッチパネル（入出力部）３２を介してライドシェアサービスのユーザ情報の登録、車両２の利用予約、相乗り希望等のライドシェアサービスに関連した各種情報（ライドシェア情報）を入力することができる。また、ディスプレイ（入出力部）３２を介してライドシェア情報を確認することができる。入出力部３２を介して入力されたライドシェア情報は、通信部３１を介してサービス提供サーバ２０に送信される。

図４は、サービス提供サーバ２０に送信されるライドシェア情報の一例を示す図であり、同一便の航空機１に搭乗しているユーザＡ～Ｅのライドシェア情報の一例を示す。図４に示すように、ライドシェア情報には、各ユーザによる車両２の利用予約の有無、相乗り希望の有無、最終目的地Ｐ２およびユーザ情報として登録された各ユーザのニックネーム等が含まれる。後述するように、各ユーザは、座席毎に設けられたサービス端末４０を介し、登録されたニックネームを用いて他のユーザと交流することができる。

図５は、航空機１の座席毎に設けられたサービス端末４０の一例を示す図である。サービス端末４０は、ユーザ端末３０と同様、通信部４１およびタッチパネル式のディスプレイ等の入出力部４２等を備えた情報端末として構成される。図５の例に示すように、各サービス端末４０のディスプレイ（入出力部）４２には、座席番号や各種メニューのアイコン等が表示されるメニュー画面４３と、タッチパネル（入出力部）４２の操作等に応じて各種の視聴覚コンテンツを切り換えて表示可能なメイン画面４４と、メイン画面４４に表示されたコンテンツの視聴ユーザが発言を投稿可能なタイムライン画面４５とが表示される。

各ユーザは、タッチパネル４２を介してメイン画面４４に表示されるコンテンツを切り換え、メイン画面４４に表示されたコンテンツに関する発言をタイムライン画面４５に投稿することができる。各ユーザにより投稿された発言は、最新の投稿としてタイムライン画面４５に表示される。同一コンテンツを視聴中の他のユーザのタイムライン画面４５に表示される場合は、発言を投稿したユーザのニックネームも表示される。

すなわち、各座席に設けられたサービス端末４０のタッチパネル４２を介して入力された投稿の情報は、通信部４１を介してサービス提供サーバ２０に送信され、チケット情報（図３）に基づいて各ユーザに対応付けて記憶される。さらに、各ユーザに対応付けられた投稿の情報は、ライドシェア情報（図４）に基づいて各ユーザのニックネームの情報を付され、通信部を介して各サービス端末４０に送信され、当該コンテンツに対応するタイムライン画面４５に表示される。

図５は、ユーザＡの座席３５Ｊに設けられたサービス端末４０の画面表示の一例であり、メイン画面４４にロックバンドのライブ映像等のコンテンツが表示され、タイムライン画面４５に同一コンテンツの視聴ユーザによる投稿が表示される。図５の例では、ユーザＣ（ケイさん）およびユーザＡにより交互に投稿された投稿が時系列でタイムライン画面４５に表示される。これにより、ユーザＡ，Ｃが共通の話題（例えば、視聴中のアーティスト）について対話を交わすことができる。

各ユーザは、ユーザ端末３０と同様に、サービス端末４０によってもライドシェア情報の入力や確認を行うことができる。図６は、ユーザＡの座席に設けられたサービス端末４０に表示された車両２の予約確認画面の一例を示す図であり、ユーザＡがドライバとして予約した車両２の予約内容とともに、他のユーザによる相乗りを希望するか否かを指定可能なチェックボックス４６が表示される。車両２を予約したユーザは、タッチパネル４２を介してチェックボックス４６にチェックを入れることで、自身が予約した車両２に相乗りするユーザを探すことができる。

なお、他のユーザが予約した車両２に相乗りすることを希望する場合は、最終目的地Ｐ２を指定して相乗り希望を入力し、相乗り先の車両２を探すことができる。ライドシェア情報の入力は、ユーザ自身がユーザ端末３０またはサービス端末４０を介して行ってもよく、電話や窓口等で各ユーザからの希望を受け付けたライドシェアサービス事業者のオペレータ等が各種情報端末を介して行ってもよい。サービス端末４０の入出力部４２を介して入力されたライドシェア情報は、サービス端末４０の操作情報とともに、通信部４１を介してサービス提供サーバ２０に送信される。

図７は、サービス提供サーバ２０に送信される操作情報の一例を示す図であり、同一便の航空機１に搭乗しているユーザＡ～Ｅの操作情報の一例を示す。図７に示すように、サービス端末４０の操作情報には、各ユーザが視聴したコンテンツ、各コンテンツについて対話を交わしたユーザおよび投稿した発言（対話情報）等の情報が含まれる。

サービス提供サーバ２０は、例えばライドシェアサービス事業者のサーバとして構成され、通信部、ＣＰＵ等の演算部２１、ＲＯＭ，ＲＡＭ等の記憶部２２、その他の周辺回路を含んで構成される。サービス提供サーバ２０は、複数のサーバ装置により構成される分散サーバやクラウド環境に作られた分散型の仮想サーバ（クラウドサーバ）であってもよい。

サービス提供サーバ２０の通信部は、ネットワーク５を介してチケット情報管理サーバ１０、ユーザ端末３０およびサービス端末４０とそれぞれ通信を行う。記憶部２２は、演算部２１で実行される制御プログラムやプログラムで用いられる各種閾値等を記憶する。記憶部２２は、機能的構成として、登録情報記憶部２２１と、車両予約情報記憶部２２２と、相乗り希望記憶部２２３と、操作情報記憶部２２４とを有する。演算部２１は、機能的構成として、チケット情報取得部２３と、ライドシェア情報取得部２４と、操作情報取得部２５と、マッチング実行部２６と、結果通知部２７とを有する。

チケット情報取得部２３は、通信部を介して、チケット情報管理サーバ１０から送信されたチケット情報（図３）を取得する。チケット情報は、航空機１の便毎に、搭乗するユーザの座席が確定した段階、例えば航空機１の出発後に、チケット情報管理サーバ１０からサービス提供サーバ２０に送信される。チケット情報取得部２３により取得されたチケット情報は、ユーザ毎の情報として、操作情報記憶部２２４に記憶される。

ライドシェア情報取得部２４は、通信部を介して、ユーザ端末３０やサービス端末４０等から送信されたライドシェア情報（図４）を取得し、各ユーザによるユーザ登録、車両予約および相乗り希望を受け付ける。各ユーザの登録情報は登録情報記憶部２２１に、車両予約の情報は車両予約情報記憶部２２２に、相乗り希望の情報は相乗り希望記憶部２２３に、それぞれ記憶される。

操作情報取得部２５は、通信部を介して、各サービス端末４０から送信された操作情報（図７）を取得する。各サービス端末４０の操作情報は、座席に対応するユーザ毎の情報として、操作情報記憶部２２４に記憶される。

マッチング実行部２６は、同一便の航空機１に搭乗しているユーザ同士のマッチングを行う。すなわち、車両２を予約し、相乗りするユーザを探すユーザ（ドライバ）と、車両２を予約せず、相乗り先の車両２を探すユーザ（ライダ）とをマッチングする。同一の時間帯に到着する別便の航空機１に搭乗しているユーザを含めてマッチングを行ってもよい。

マッチング実行部２６は、各ユーザのライドシェア情報に基づいて最終目的地Ｐ２までの相乗りが可能なユーザを抽出し、操作情報に基づいて、関心の傾向が近く、共通の興味を有すると推定されるユーザ同士をマッチングする。

具体的には、先ず、ライドシェア情報取得部２４により取得されたライドシェア情報（図４）に基づいて、第２目的地Ｐ２がイベント会場（図１の目的地Ｐ２ａ）であるか否かを判定し、イベント会場に向かうユーザ同士をマッチング候補として抽出する。イベント会場以外に向かうユーザについては、第２目的地Ｐ２が互いに同一あるいは近接するユーザ同士をマッチング候補として抽出する。図４の例では、目的地Ｐ２ａを最終目的地とするユーザＡ，Ｃ～Ｅ同士をマッチング候補として抽出する。

次いで、操作情報取得部２５により取得された操作情報（図７）に基づいて、視聴したコンテンツが同一であり、関心の傾向が類似すると推定されるユーザ同士を優先的にマッチングする。図７の例では、ロック音楽に関心があると推定されるユーザＡ，Ｃ同士、カントリー音楽に関心があると推定されるユーザＤ，Ｅ同士を、それぞれマッチングする。各ユーザが複数のコンテンツを視聴している場合は、各コンテンツの視聴時間に応じて最も関心があると推定されるジャンル等を判定する。

また、関心の傾向が類似すると推定されるユーザの中でも、対話を交わしたユーザ同士を相性が良いと推定されるユーザ同士として優先的にマッチングする。複数のユーザと対話を交わした場合は、対話回数に応じて最も相性が良いと推定されるユーザを判定する。さらに、ユーザ同士の対話中に投稿された発言に含まれる友好的なキーワードや敵対的なキーワードの有無に応じてユーザ同士の相性の良し悪しを判定してもよい。

また、特定のコンテンツを視聴しないユーザ同士を優先的にマッチングする。すなわち、コンテンツを切り換える頻度が類似するユーザ同士を相性が良いと推定されるユーザ同士として優先的にマッチングする。例えば、頻繁にコンテンツを切り換えるユーザ同士やコンテンツを全く視聴しないユーザ同士等を優先的にマッチングする。

これにより、音楽祭等が開催されるイベント会場に向かう、音楽に関心のあるイベント参加者同士がマッチングされるため、移動中の車内で好適に話題を共有でき、ライドシェア利用時のユーザ満足度が向上する。また、関心の傾向が類似するユーザ同士や相性が良いユーザ同士がマッチングされるため、ライドシェア利用時のユーザ満足度が一層向上する。

図８は、結果通知部２７により通知されるマッチング結果の一例を示す図であり、ユーザＡの座席に設けられたサービス端末４０の画面表示（通知画面）の一例を示す。結果通知部２７は、マッチング実行部２６によるマッチング結果を、各ユーザのユーザ端末３０と、各ユーザの座席に設けられたサービス端末４０とに送信する。

図８の例では、自身がドライバとして予約した車両２に相乗りするライダを探すユーザＡに対し、ライダ候補がいること、当該ライダ候補のニックネーム、年齢および性別、当該ライダ候補を受け入れた場合の車両２の利用料金が通知される。車両２の利用料金は、例えば、ライダ候補が相乗りを希望する距離等に応じて割り引かれる。通知画面には、当該ライダ候補の受け入れを確定可能な決定ボタン４７も表示される。入出力部４２を介して決定ボタン４７が押下されると、ユーザＡが当該ライダ候補を受け入れた旨の情報がサービス端末４０からサービス提供サーバ２０に送信され、ユーザＡ，Ｃのマッチングが成立する。ライダとして受け入れられたユーザＣには、相乗りが受け入れられたこと、ドライバのニックネーム、年齢および性別、車両２の車種、ライドシェアの利用料金等が通知される。車両２の利用料金は、ドライバとライダとの間で分担して支払われる（割り勘）。

図９は、予め記憶されたプログラムに従いサービス提供サーバ２０の演算部２１で実行される処理の一例を示すフローチャートであり、図１０は、サービス提供サーバ２０によるマッチング結果について説明するための図である。図９のフローチャートに示す処理は、例えば、航空機１の出発後、チケット情報管理サーバ１０からサービス提供サーバ２０にチケット情報が送信されると開始される。

図９に示すように、先ずステップＳ１で、チケット情報取得部２３での処理により、通信部を介して、チケット情報管理サーバ１０から送信されたチケット情報（図３）を取得する。次いでステップＳ２で所定時間が経過するまで、例えば、飛行中の航空機１内での通信機器の使用が許可されてから所定時間（例えば、３０分間）が経過するまで待機する。次いでステップＳ３で、ライドシェア情報取得部２４および操作情報取得部２５での処理により取得され、記憶部２２に記憶されたユーザ毎のライドシェア情報（図５）および操作情報（図７）を読み込む。

次いでステップＳ４で、マッチング実行部２６での処理により、ステップＳ１，Ｓ３で取得されたチケット情報、ライドシェア情報および操作情報に基づいて、車両２に相乗りするユーザのマッチングを行う。すなわち、図１０に示すように、互いにロック音楽に関心があると推定され、対話を交わした、目的地Ｐ２ａまでドライバとして車両２を利用するユーザＡと目的地Ｐ２ｃまでの相乗りを希望するユーザＣとをマッチングする。また、互いにカントリー音楽に関心があると推定され、対話を交わした、目的地Ｐ２ａまでドライバとして車両２を利用するユーザＥと目的地Ｐ２ａまでの相乗りを希望するユーザＤとをマッチングする。

次いでステップＳ５で、結果通知部２７での処理により、ステップＳ４のマッチング結果を各ユーザのユーザ端末３０およびサービス端末４０に送信する。次いで、ステップＳ６で受付期間（例えば、飛行中の航空機１内での通信機器の使用が許可される期間）が終了したか否かの判定を行い、肯定されると処理を終了し、否定されるとステップＳ３に戻る。これにより、空港Ｐ１から最終目的地Ｐ２までのライドシェアを希望するユーザ同士が航空機１での移動中にマッチングされるため、航空機１と車両２とによるシームレスな移動が実現される。

本実施形態によれば以下のような作用効果を奏することができる。
（１）本実施形態に係るサービス提供サーバ２０は、第１目的地Ｐ１に向かう航空機１を利用するユーザが、第１目的地Ｐ１から車両２を利用して第２目的地Ｐ２に向かうときに、車両２に相乗りする複数のユーザの情報をユーザに対して提供する。

サービス提供サーバ２０は、複数のユーザのそれぞれの座席の情報を含む航空機１の利用に係るチケット情報を取得するチケット情報取得部２３と、予め入力された複数のユーザのそれぞれの第２目的地Ｐ２を含むライドシェア情報を取得するライドシェア情報取得部２４と、複数のユーザのそれぞれによるサービス端末４０の操作情報を取得する操作情報取得部２５と、チケット情報取得部２３により取得されたチケット情報と、ライドシェア情報取得部２４により取得されたライドシェア情報と、操作情報取得部２５により取得された操作情報とに基づいて、車両２に相乗りする複数のユーザのマッチングを行うマッチング実行部２６とを備える（図２）。

これにより、マッチングのために個人情報を取得することなくライドシェアの同乗者を好適にマッチングすることができ、ライドシェア利用時のユーザ満足度を向上することができる。すなわち、ユーザ毎の最終目的地Ｐ２（ライドシェア情報）や航空機１内で視聴したコンテンツ、他のユーザとの対話の情報等（サービス端末４０の操作情報）に基づいて関心の傾向が類似するユーザ同士や相性が良いユーザ同士を判定し、車両２での移動中に話題を共有できる同乗者同士をマッチングすることができる。

（２）サービス端末４０は、複数のコンテンツを視聴可能に構成される。操作情報は、複数のユーザのそれぞれにより選択されたコンテンツの情報を含む。マッチング実行部２６は、操作情報取得部２５により取得された操作情報に基づいて、同一のコンテンツを選択したユーザ同士が車両２に相乗りするようにマッチングを行う。同一コンテンツを視聴したユーザ同士を、関心の傾向が類似すると推定されるユーザ同士と判定することで、より適切なマッチングを行うことができる。

（３）操作情報は、同一のコンテンツを選択したユーザ同士が情報端末を介して交わした対話情報を含む。マッチング実行部２６は、対話情報に基づいて同一のコンテンツを選択したユーザ同士の相性の良し悪しを判定し、相性の良いユーザ同士が車両２に相乗りするようにマッチングを行う。例えば、ユーザ同士の対話中に投稿された発言に含まれる友好的なキーワードや敵対的なキーワードの有無に応じてユーザ同士の相性を判定することで、より適切なマッチングを行うことができる。

（４）サービス提供サーバ２０は、マッチング実行部２６によるマッチング結果を、情報端末を介して通知する結果通知部２７をさらに備える（図２）。これによりライドシェアに先立って航空機１内で同乗者の情報を確認できるため、ユーザの安心感を高めることができる。

（５）ライドシェア情報は、予め入力された複数のユーザのそれぞれによる車両２の予約の有無を含む。マッチング実行部２６は、ライドシェア情報に基づいて、車両２を予約しているユーザと予約していないユーザとが車両２に相乗りするようにマッチングを行う。これにより、自身で予約した車両２に他のユーザを相乗りさせるドライバと、他のユーザが予約した車両２に相乗りするライダとをマッチングすることができる。

（６）本実施形態に係るサービス提供システム１００は、サービス提供サーバ２０と、複数のユーザのそれぞれの座席の情報を含む航空機１の利用に係るチケット情報を管理するチケット情報管理サーバ１０と、複数のユーザのそれぞれの第２目的地Ｐ２を含むライドシェア情報が入力されるユーザ端末３０やサービス端末４０等の情報端末とを備える（図２）。

このように、ライドシェアサービス事業者等のサービス提供サーバ２０と、航空会社等のチケット情報管理サーバ１０と、ユーザのライドシェア希望を入力する情報端末３０，４０とを含んでサービス提供システム１００を構成することで、航空機１と車両２とによるシームレスな移動を実現することができる。特に、航空機１の飛行中も情報入力可能なサービス端末４０を含んで構成するため、ユーザの利便性を向上することができる。

（７）本実施形態に係るサービス提供方法は、複数のユーザのそれぞれの座席の情報を含む航空機１の利用に係るチケット情報を取得する第１情報取得ステップ（図９のステップＳ１）と、予め入力された複数のユーザのそれぞれの第２目的地Ｐ２を含むライドシェア情報を取得する第２情報取得ステップ（Ｓ３）と、複数のユーザのそれぞれによる情報端末３０，４０の操作情報を取得する操作情報取得ステップ（Ｓ３）と、第１情報取得ステップで取得されたチケット情報と、第２情報取得ステップで取得されたライドシェア情報と、操作情報取得ステップで取得された操作情報とに基づいて、車両２に相乗りする複数のユーザのマッチングを行うマッチング実行ステップ（Ｓ４）とを含む。これにより、個人情報を取得することなくライドシェアの同乗者を好適にマッチングすることができる。

なお、上記実施形態では、空港Ｐ１に向かう航空機１に搭乗するユーザ同士のライドシェアを例に説明したが、第１目的地に向かう第１移動手段を利用するユーザは航空機の搭乗者に限らない。例えば、港に向かう船舶の乗船者同士のライドシェアに適用してもよい。

上記実施形態では、相乗りされるユーザがドライバとして利用予約した車両２にライダとして相乗りするユーザをマッチングする例を説明したが、第１目的地から第２目的地に向かう第２移動手段はこのようなものに限らない。例えば、相乗りされるユーザが事前に手配したタクシーやハイヤー、マイクロバス等に相乗りするユーザをマッチングしてもよい。また、ライドシェア事業者が第２移動手段を手配し、そこに相乗りする複数のユーザ同士をマッチングしてもよい。また、１台の車両２に２人のユーザを相乗りさせる例を説明したが、相乗りさせるユーザの人数は２人に限らず、第２移動手段の定員に応じて３人以上としてもよい。

上記実施形態では、航空機１の座席毎に設けられたサービス端末４０の操作情報に基づいてマッチングを行う例を示したが、複数のユーザのそれぞれが操作する情報端末はこのようなものに限らない。例えば、航空機１内で提供されるアクセスポイントを介してネットワーク５に接続されたユーザ端末３０であってもよい。

上記実施形態では、タッチパネル４２を介してユーザによるタッチ操作を入力可能なサービス端末４０の操作情報に基づいてマッチングを行う例を示したが、情報端末に対する入力情報はこのような操作情報に限定されない。入力情報は、ユーザの嗜好に応じて入力される視聴コンテンツの切り換え等の指令の情報であればどのようなものでもよく、例えば、音声やジェスチャ等による入力であってもよい。

上記実施形態では、イベント会場である第２目的地Ｐ２ａとして音楽祭等のイベント会場を例示したが、複数のユーザが相乗りして向かう第２目的地はこのようなものに限らない。例えば、スポーツの試合会場やゲレンデ等であってもよい。この場合は、サービス端末４０で閲覧したウェブサイト（例えばチームの公式サイトやゲレンデ情報）等の履歴に基づいて、応援するチームや滑走予定コース等の関心の傾向を推定することができる。

上記実施形態では、目的地Ｐ２ａをイベント会場としてライドシェアの同乗者をマッチングしたが、このようなマッチング方法は第２目的地Ｐ２で開催されるイベントの開催状況等に応じて変更することができる。

上記実施形態では、図５等でタイムライン画面４５を具体的に例示したが、図示される画面表示は一例であって、このようなものに限らない。例えば、タイムライン画面４５において他のユーザが投稿した発言に対する反応（例えば「いいね」等）を入力するためのボタン等を表示してもよい。この場合、例えば、他のユーザからの反応の数等に応じて投稿ユーザにライドシェアサービス事業者や航空会社からの割引ポイント等を付与することで、ライドシェアサービスに対するユーザの利用動機を高めることができる。

上記実施形態では、図８等でマッチング結果の通知画面を具体的に例示したが、結果通知部により通知されるマッチング結果はこのようなものに限らない。例えば、マッチングされた同乗者（ドライバ、ライダ）の座席の情報が含まれてもよい。この場合、ライドシェアに先立って航空機１内で実際の同乗者同士が挨拶を交わすことができる。また、相乗りするライダを受け入れるとドライバによる車両２の利用料金が割り引かれる例を示したが、航空マイレージポイント等を付与するようにしてもよい。

以上の説明はあくまで一例であり、本発明の特徴を損なわない限り、上述した実施形態および変形例により本発明が限定されるものではない。上記実施形態と変形例の１つまたは複数を任意に組み合わせることも可能であり、変形例同士を組み合わせることも可能である。

１ 航空機、２ 車両、５ ネットワーク、１０ チケット情報管理サーバ、２０ サービス提供サーバ、２３ チケット情報取得部、２４ ライドシェア情報取得部、２５ 操作情報取得部、２６ マッチング実行部、２７ 結果通知部、３０ ユーザ端末、４０ サービス端末、２２１ 登録情報記憶部、２２２ 車両予約情報記憶部、２２３ 相乗り希望記憶部、２２４ 操作情報記憶部、Ｐ１ 空港（第１目的地）、Ｐ２（Ｐ２ａ，Ｐ２ｂ） 最終目的地（第２目的地）

Claims (7)

1. 第１目的地に向かう第１移動手段を利用するユーザが、前記第１目的地から第２移動手段を利用して第２目的地に向かうときに、前記第２移動手段に相乗りする複数のユーザの情報を前記ユーザに対して提供するサービス提供サーバであって、
   前記複数のユーザのそれぞれの座席の情報を含む前記第１移動手段の利用に係る第１情報を取得する第１情報取得部と、
   予め入力された前記複数のユーザのそれぞれの前記第２目的地を含む第２情報を取得する第２情報取得部と、
   前記複数のユーザのそれぞれにより入力される、前記第１移動手段の座席毎に設けられた情報端末に対する入力情報を取得する入力情報取得部と、
   前記第１情報取得部により取得された第１情報と、前記第２情報取得部により取得された第２情報と、前記入力情報取得部により取得された入力情報と、に基づいて、前記第２移動手段に相乗りする複数のユーザのマッチングを行うマッチング実行部と、を備え、
   前記入力情報は、前記複数のユーザのそれぞれが前記情報端末で視聴したコンテンツの情報を含むことを特徴とするサービス提供サーバ。
2. 請求項１に記載のサービス提供サーバにおいて、
   前記マッチング実行部は、前記入力情報取得部により取得された入力情報に基づいて、同一のコンテンツを選択したユーザ同士が前記第２移動手段に相乗りするようにマッチングを行うことを特徴とするサービス提供サーバ。
3. 請求項２に記載のサービス提供サーバにおいて、
   前記情報端末は、複数のコンテンツを視聴可能に構成され、
   前記入力情報は、前記同一のコンテンツを選択したユーザ同士が前記情報端末を介して交わした対話情報を含み、
   前記マッチング実行部は、前記対話情報に基づいて前記同一のコンテンツを選択したユーザ同士の相性の良し悪しを判定し、相性の良いユーザ同士が前記第２移動手段に相乗りするようにマッチングを行うことを特徴とするサービス提供サーバ。
4. 請求項１～３のいずれか１項に記載のサービス提供サーバにおいて、
   前記マッチング実行部によるマッチング結果を、前記情報端末を介して通知する結果通知部をさらに備えることを特徴とするサービス提供サーバ。
5. 請求項１～４のいずれか１項に記載のサービス提供サーバにおいて、
   前記第２情報は、予め入力された前記複数のユーザのそれぞれによる前記第２移動手段の予約の有無を含み、
   前記マッチング実行部は、前記第２情報に基づいて、前記第２移動手段を予約しているユーザと予約していないユーザとが前記第２移動手段に相乗りするようにマッチングを行うことを特徴とするサービス提供サーバ。
6. 第１目的地に向かう第１移動手段を利用するユーザが、前記第１目的地から第２移動手段を利用して第２目的地に向かうときに、前記第２移動手段に相乗りする複数のユーザの情報を前記ユーザに対して提供するサービス提供システムであって、
   請求項１～５のいずれか１項に記載のサービス提供サーバと、
   前記複数のユーザのそれぞれの座席の情報を含む前記第１移動手段の利用に係る第１情報を管理する情報管理サーバと、
   前記複数のユーザのそれぞれの前記第２目的地を含む第２情報が入力される情報端末と、を備えることを特徴とするサービス提供システム。
7. 第１目的地に向かう第１移動手段を利用するユーザが、前記第１目的地から第２移動手段を利用して第２目的地に向かうときに、前記第２移動手段に相乗りする複数のユーザの情報を前記ユーザに対して提供するサービス提供方法であって、
   コンピュータによりそれぞれ実行される、
   前記複数のユーザのそれぞれの座席の情報を含む前記第１移動手段の利用に係る第１情報を取得する第１情報取得ステップと、
   予め入力された前記複数のユーザのそれぞれの前記第２目的地を含む第２情報を取得する第２情報取得ステップと、
   前記複数のユーザのそれぞれにより入力される、前記第１移動手段の座席毎に設けられた情報端末に対する入力情報を取得する入力情報取得ステップと、
   前記第１情報取得ステップで取得された第１情報と、前記第２情報取得ステップで取得された第２情報と、前記入力情報取得ステップで取得された入力情報と、に基づいて、前記第２移動手段に相乗りする複数のユーザのマッチングを行うマッチング実行ステップと、を含み、
   前記入力情報は、前記複数のユーザのそれぞれが前記情報端末で視聴したコンテンツの情報を含むことを特徴とするサービス提供方法。

Images