JP2019179478A - 相乗り予約システム - Google Patents

Abstract

【課題】相乗り時の利便性を向上させることができる相乗り予約システムを得る。【解決手段】管理サーバ２０及びユーザ端末１８は、検出手段と、荷物情報特定手段と、マッチング手段と、出力手段とを有している。同乗者１６（１７）が車両１２に相乗りする際は、同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）の特定に用いる荷物特定データをユーザ端末１８に入力する。荷物１６Ａ（１７Ａ）が積載可能の場合には、車両１２における荷物１６Ａ（１７Ａ）の積載位置を判断した上で予約を成立させることで、同乗者１６（１７）は、車両１２に相乗りする際に出力手段に示された積載位置を示す情報を参照して携行する荷物１６Ａ（１７Ａ）を積載することができる。つまり、スムーズに荷物１６Ａ（１７Ａ）を積載できると共に、管理サーバ２０が他の荷物１４Ａ等も考慮して積載位置を判断することで車両１２の積載スペースを効率的に利用することができる。【選択図】図１

Description

本発明は、相乗り予約システムに関する。

下記特許文献１には、相乗り支援システムに関する発明が開示されている。この相乗り支援システムでは、自家用車を運転する運転者が旅程を登録すると共に、この登録された旅程に同乗を希望する同乗者が予約を行うと、マッチングが成立して運転者及び同乗者にそれぞれ通知される。これによって、簡単に車両への相乗りを成立させることができる。

特開２０１６−１９４８５４号公報

しかしながら、特許文献１に開示された相乗り支援システムでは、同乗予定の車両における荷物を載せることができる積載スペースの広さを事前に把握し難いため、荷物の積載の仕方によっては積載スペースを効率的に利用することができずに荷物の積載に手間取って相乗り時の利便性を損なう可能性がある。したがって、上記先行技術はこの点で改良の余地がある。

本発明は上記事実を考慮し、相乗り時の利便性を向上させることができる相乗り予約システムを得ることを目的とする。

請求項１に記載の発明に係る相乗り予約システムは、車両に乗車する利用者が携行する荷物の特定に用いる荷物特定データを検出するための検出手段と、前記荷物特定データに基づいて、前記荷物の少なくともサイズ情報を特定する荷物情報特定手段と、前記荷物のサイズ情報を基に前記車両への積載可否を判断すると共に、積載可能時の前記車両における前記荷物の積載位置を決定し、当該判断の結果を基に前記利用者の前記車両への相乗りの予約を成立又は不成立させるマッチング手段と、相乗りの予約が成立又は不成立であること及び相乗りの予約が成立した場合の前記車両における前記荷物の積載位置を示す情報を出力する出力手段と、を有している。

請求項１に記載の発明によれば、相乗り予約システムでは、検出手段と、荷物情報特定手段と、マッチング手段と、出力手段とを有している。利用者が車両に相乗りする際は、この利用者が携行する荷物の特定に用いる荷物特定データを検出手段が検出する。荷物情報特定手段は、検出された荷物特定データに基づいて、当該荷物の少なくともサイズ情報を特定する。その後、マッチング手段は、荷物のサイズ情報を基に相乗りを希望する車両への積載可否及び積載可能時の車両における荷物の積載位置を判断し、当該判断の結果を基に利用者の車両への相乗りの予約を成立又は不成立させる。したがって、荷物が積載不可の場合に予約を不成立にさせることで、利用者は、車両に相乗りする際に携行する荷物を相乗りする車両へ積載できないという事態を回避することができる。

一方、荷物が積載可能の場合には、車両における荷物の積載位置を判断した上で予約を成立させることで、利用者は、車両に相乗りする際に出力手段に示された積載位置を示す情報を参照して携行する荷物を積載することができる。つまり、スムーズに荷物を積載できると共に、マッチング手段が他の荷物等も考慮して積載位置を判断することで車両における荷物の積載スペースを効率的に利用することができる。

ここで、「利用者」には、車両を運転する運転者や、運転手が運転する車両又は自動運転車両に相乗り（同乗）する同乗者及び相乗りを希望する同乗希望者が含まれるものとする。

また、「荷物特定データ」には、荷物を撮影した画像データ、荷物の名称や大きさ等を示す音声データ及びテキストデータ、荷物の種類や大きさごとに分類分けされた分類データ等を含む。

請求項２の発明に係る相乗り予約システムは、請求項１記載の発明において、前記マッチング手段は、前記荷物の上に他の前記荷物が積載される可能性があると判断した場合、前記荷物の上に他の前記荷物が積載される可能性がある旨を前記利用者へ通知する。

請求項２記載の発明によれば、マッチング手段は、荷物の上に他の荷物が積載される可能性があると判断した場合、荷物の上に他の荷物が積載される可能性がある旨を利用者へ通知する。したがって、利用者は事前に、携行する荷物が壊れものであるといった他の荷物から影響を受けやすい場合に別の車両を選んだり、荷物の梱包を工夫する等の対策を行うことができる。これにより、荷物の破損等を防ぐことができる。

請求項３の発明に係る相乗り予約システムは、請求項１又は請求項２記載の発明において、前記マッチング手段は、前記利用者の乗車順番及び降車順番の少なくとも一方を考慮して前記荷物の積載可能時の前記車両における前記荷物の積載位置を決定する。

請求項３記載の発明によれば、マッチング手段は、利用者の乗車順番及び降車順番の少なくとも一方を考慮して荷物の積載可能時に車両における荷物の積載位置を判断する。したがって、一例として、先に降車する利用者が携行する荷物を他の荷物より手前側に配置することで、スムーズに降車することができる。つまり、荷物の積載位置を乗車及び降車の状況に応じて適切に割り振ることができるので、乗車及び降車の少なくとも一方をスムーズにすることができる。

請求項４の発明に係る相乗り予約システムは、請求項１〜請求項３のいずれか一項に記載の発明において、前記マッチング手段は、前記荷物の種類を考慮して前記荷物の積載可能時の前記車両における前記荷物の積載位置を決定する。

請求項４記載の発明によれば、マッチング手段は、荷物の種類を考慮して荷物の積載可能時の車両における荷物の積載位置を決定する。したがって、一例として荷物がハードタイプのスーツケースである場合にこの荷物の上に他の荷物を積載することで、より多くの荷物を積載することができる。したがって、車両における荷物の積載スペースをより効率的に利用することができる。

請求項５の発明に係る相乗り予約システムは、請求項１〜請求項４のいずれか一項に記載の発明において、前記検出手段は、前記利用者が所有するユーザ端末であり、前記荷物特定データは、前記ユーザ端末により撮影された前記荷物の画像データである。

請求項５記載の発明によれば、検出手段は、利用者が所有するユーザ端末であり、荷物特定データは、このユーザ端末により撮影された荷物の画像データであることから、利用者は携行する荷物のサイズ等を測ることなくその場で簡単に荷物の荷物特定データを入力することができる。

請求項６の発明に係る相乗り予約システムは、請求項１〜請求項５のいずれか一項に記載の発明において、前記マッチング手段は、前記荷物のサイズ情報を基に前記車両への積載可否を判断した結果積載不可能な場合、積載可能な荷物のサイズ情報を前記利用者へ通知する。

請求項６記載の発明によれば、マッチング手段は、積載する荷物が車両へ積載不可能と判断した場合、積載可能な荷物のサイズ情報を利用者へ通知することから、利用者はこの積載可能な荷物のサイズ情報を基に荷物の整理を行うか、違う車両に乗車するかを検討することができる。つまり、利用者の選択肢を増やすことができる。

請求項７の発明に係る相乗り予約システムは、請求項１〜請求項６のいずれか一項に記載の発明において、前記荷物情報特定手段は、前記荷物特定データに基づいて、複数の荷物の情報を記憶した荷物データベース及び通信ネットワーク回線を介してアクセス可能な情報から前記荷物の少なくともサイズ情報を特定する。

請求項７記載の発明によれば、荷物情報特定手段は、検出された荷物特定データに基づいて、複数の荷物の情報を記憶した荷物データベース及び通信ネットワーク回線を介してアクセス可能な情報から当該荷物の少なくともサイズ情報を特定する。したがって、より精度の高いサイズ情報等を取得することが容易となる。

請求項１に記載の発明に係る相乗り予約システムは、相乗り時の利便性を向上させることができるという優れた効果を有する。

請求項２〜７に記載の発明に係る相乗り予約システムは、相乗り時の利便性をさらに向上させることができるという優れた効果を有する。

第１実施形態に係る相乗り予約システムの概要を示す概略図である。 第１実施形態に係る相乗り予約システムにおける運転者の旅程の登録時の処理の概要を示すフローチャートである。 第１実施形態に係る相乗り予約システムにおける同乗者の予約時の処理の概要を示すフローチャートである。 第１実施形態に係る相乗り予約システムにおいて荷物特定データの入力の一例を示す概略図である。 第１実施形態に係る相乗り予約システムにおいて荷物特定データを入力時のユーザ端末の画面表示の一例を示す概略図である。 第１実施形態に係る相乗り予約システムにおける荷物特定データが分類情報時の処理の概要を示すフローチャートである。 第１実施形態に係る相乗り予約システムにおいて荷物の積載位置を決定した場合の一連の流れを示す概略図である。 第１実施形態に係る相乗り予約システムにおいて荷物の積載位置を送信した状態を示す概略図である。 第２実施形態に係る相乗り予約システムにおける同乗者の予約時の処理の概要を示すフローチャートである。

以下、図１〜図８を用いて、本発明に係る相乗り予約システムの一実施形態について説明する。

（全体構成）
図１に示されるように、本実施形態の相乗り予約システム１０は、車両１２を運転する利用者としての運転者１４及び車両１２へ同乗を希望する利用者としての同乗者１６、１７がそれぞれ所有する検出手段及び出力手段としてのユーザ端末１８と、荷物情報特定手段とマッチング手段としての管理サーバ２０とを有している。ユーザ端末１８は、それぞれの同乗者１６、１７が所有している端末であり、通信ネットワーク回線としての３ＧやＬＴＥ等の移動体通信サービスやインターネットである通信ネットワークＮを介して管理サーバ２０にアクセス可能とされている。なお、本実施形態では、通信ネットワークＮは移動体通信サービスやインターネットとされているが、これに限らず、公衆回線網から切り離されたクローズネットワークでもよい。

ユーザ端末１８は、例えばスマートフォン、携帯電話機、タブレット端末、パーソナルコンピュータ等であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信インターフェイス、表示装置、入力装置、撮影装置及び音声入力装置等を有している（いずれも不図示）。ＣＰＵは、ストレージに記憶されているプログラムを実行し、各種の演算を行うプロセッサである。ＲＯＭは、ユーザ端末１８の起動に用いられるプログラムおよびデータを記憶する不揮発性の記憶装置である。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして機能する揮発性の記憶装置である。ストレージは、ＯＳやアプリケーションプログラムなど各種プログラムおよびデータを記憶する不揮発性の記憶装置である。通信インターフェイスは、他の装置と通信を行うためのインターフェイスである。本実施形態では、通信インターフェイスは、各種の通信規格に従った無線通信を行う機能を有する。

表示装置は、情報を表示する装置であり、例えば液晶ディスプレイや有機ＥＬディスプレイを含む。入力装置は、運転者１４及び同乗者１６、１７がユーザ端末１８に対し指示や情報を入力するための装置であり、例えばタッチセンサー、キーパッド、およびボタンのうち少なくとも１つを含む。本実施形態では、ユーザ端末１８はタッチスクリーンを有しており、表示装置に表示されたＵＩ画像（ボタンやアイコン等）の上をユーザがタッチすることにより、ユーザ端末１８に対する指示が入力される。撮影装置は、可視光線カメラを有しており、少なくとも静止画を撮影する装置である。音声入力装置は、マイクを有しており、音声を録音する装置である。

ストレージは、コンピュータ装置を相乗り予約システム１０におけるクライアントとして機能させるためのプログラム（以下「クライアントアプリ」という）を記憶している。このクライアントプログラムがＯＳ等他のソフトウェアやハードウェア要素と協働することにより、検出手段がユーザ端末１８に実装される。

管理サーバ２０は、例えば汎用のコンピュータ装置であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、および通信インターフェイスを有する（いずれも不図示）。ＣＰＵは、ストレージに記憶されているプログラムを実行し、各種の演算を行うプロセッサである。ＲＯＭは、サーバの起動に用いられるプログラムおよびデータを記憶する不揮発性の記憶装置である。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして機能する揮発性の記憶装置である。ストレージは、ＯＳやアプリケーションプログラムなど各種プログラムおよびデータを記憶する不揮発性の記憶装置である。通信インターフェイスは、ユーザ端末１８等の他の装置及び通信ネットワークＮと通信を行うためのインターフェイスである。

ストレージは、コンピュータ装置を相乗り予約システム１０におけるサーバとして機能させるためのサーバプログラムを記憶している。ＣＰＵがこのサーバプログラムを実行することにより、荷物情報特定手段とマッチング手段と情報出力部とが管理サーバ２０に実装される。さらに、ストレージは、相乗り予約システム１０において用いられるデータが記録されたデータベースを記憶している。相乗り予約システム１０において用いられるデータベースには、ユーザデータベース、予約データベース及び荷物データベースがある。

（動作）
相乗り予約システム１０の動作について説明する。相乗り予約システム１０は、相乗り予約システム１０を提供する事業者により運営される。相乗り予約システム１０を利用しようとする運転者１４及び同乗者１６、１７は、それぞれ事前にユーザ登録を行う。ユーザ登録時には、運転者１４又は同乗者１６、１７自身のプロフィール情報（固有情報）が入力される。プロフィール情報は、例えば、利用者名、パスワード、性別、年齢、居住地、メールアドレス、および顔写真を含む。なお、相乗り予約システム１０において、ユーザ登録時には運転者１４および同乗者１６、１７の区分は存在しないが、ここでは説明の便宜上、「運転者」および「同乗者」と示す。運転者１４となる利用者のプロフィール情報はさらに、例えば、車種、年式、色、外観写真及び荷物の積載スペースであるトランクルーム３４（図８参照）内の荷物の積載可能量など、所有している自家用車に関する情報を含む。これらのプロフィール情報は、管理サーバ２０のユーザデータベースに記録されている。なお、ユーザデータベースに記録されている車両１２の荷物の積載可能量は、具体的には車両１２の製造メーカから取得した情報や、運転者１４等が実際に測定した情報等が記録されている。

（運転者による登録）
図２には、相乗り予約システム１０における運転者１４が旅程を登録する際の処理の詳細の一例がフローチャートにて示されている。本実施形態における相乗りの予約では、まず運転者１４となる利用者がある旅程について同乗する利用者（同乗者１６、１７）を募集し、これに対して同乗を希望する同乗者１６、１７が応募することによって行われる。

ステップＳ１００において、運転者１４は、同乗を希望するユーザを募集する旅程をユーザ端末１８に入力して、管理サーバ２０に登録する。この登録に際しては、出発日時、出発地、目的地、同乗可能人数がユーザ端末１８を介して管理サーバ２０に登録される。ステップＳ１０２において、管理サーバ２０のＣＰＵは、運転者１４のユーザ端末１８から受信したデータを予約データベースに記録する。次に、ステップＳ１０４において、管理サーバ２０は、運転者１４のユーザ端末１８へ運転者１４が携行予定の荷物１４Ａの荷物特定データの入力を通知する。

運転者１４のユーザ端末１８のＣＰＵは、管理サーバ２０から荷物特定データの入力の通知を受けると、ステップＳ１０６において、図５に示されるように、荷物登録画面を表示装置に表示させる。運転者１４は、当該荷物登録画面から複数ある荷物特定データのうち任意の荷物特定データを選択して入力する。

（画像データによる荷物特定データ）
荷物の荷物特定データは、荷物の画像データ、音声データ、テキストデータ及び荷物の種類ごとに予め分類された分類データ等の少なくとも一つとされており、荷物特定データはユーザ端末１８により検出される。荷物特定データとして画像データを用いる場合は、一例として運転者１４が荷物特定データ入力時にユーザ端末１８における荷物登録画面に表示された「撮影」ボタン２６を押してユーザ端末１８の撮影装置を起動させる。そして、図４に示されるように、運転者１４がユーザ端末１８により携行する荷物１４Ａを撮影して、撮影した画像データを図２に示されるように、ステップＳ１０８において、ユーザ端末１８から管理サーバ２０へと送る。

ステップＳ１１０において、管理サーバ２０のＣＰＵは、ユーザ端末１８から受信した画像データを予約データベースに記録すると共に、この画像データに映る荷物１４Ａと、荷物データベースに記録された荷物情報とのマッチングを行う。なお、このマッチングでは、一例として深層学習（ディープラーニング）の手法が用いられる。ディープラーニングとは、複数の処理層が階層的に接続されることにより構築された多層ニューラルネットワークを用いた機械学習の手法である。

ディープラーニングにおいては、多層ニューラルネットワークの各層において、入力されるデータに対する前段の階層により得られる異なる複数の演算結果データ、すなわち特徴量の抽出結果データに対して演算処理を行う。そして、これにより得られる特徴量のデータに対して、次段以降の処理層においてさらなる演算処理を行うことにより、特徴量の認識率を向上させて、入力されたデータを複数のクラスに分類することができる。

このようなディープラーニングの手法を、上述した画像データに適用して、画像データの各画素を複数のクラスに分類することが考えられる。例えば、画像データに含まれる荷物１４Ａを分類するに際し、画像データを入力として、画像データにおける処理対象となる荷物１４Ａを、荷物データベースに記録された複数種類の荷物情報のいずれかに分類（マッチング）するように、ニューラルネットワークに対してディープラーニングを行う。このようにしてディープラーニングがなされたニューラルネットワークを用いることにより、入力された画像データ内の荷物１４Ａを、複数種類の荷物情報のいずれかに分類（マッチング）することが可能となる。ここで、荷物情報とは、荷物のサイズ情報（一例として縦寸法、横寸法及び高さ寸法）、容積、外観形状、重量、割れ物や天地無用等を示す性質情報のうち少なくともサイズ情報を含むものをいう。

仮に、ユーザ端末１８からの画像データとマッチングする荷物データベースに記録された荷物情報が見つからない場合は、通信ネットワークＮ（図１参照）を介してアクセス可能な情報を検索する。ステップＳ１１４において、画像データとマッチングする荷物があれば、当該荷物の荷物情報を取得し、ステップＳ１１６にてこの荷物情報を画像データに映る荷物１４Ａの荷物情報と推定し、推定結果を運転者１４のユーザ端末１８へ送信する。

一方、ステップＳ１１４において、画像データとマッチングする荷物がなければ、管理サーバ２０は、ステップＳ１０４に戻って運転者１４のユーザ端末１８へ携行予定の荷物１４Ａの荷物特定データの再度の入力を通知する。なお、図示はしないが、荷物１４Ａの荷物特定データの再度の入力を通知する際に、先程と異なる荷物特定データを入力するように要求してもよいし、運転者１４に荷物登録画面の「直接入力」ボタン２７（図５参照）から荷物１４Ａの寸法を計測して、その計測結果を入力するように要求してもよい。
なお、「直接入力」ボタン２７によって荷物１４Ａの寸法を計測する際には、一般的なメジャー等を用いて計測するのはもちろんのこと、例えば運転者１４が使用しているユーザ端末１８の具体的な機種等を入力した上で、このユーザ端末１８の「長手方向何個分」の縦寸法（又は横寸法、高さ寸法）である、という入力結果から管理サーバ２０にて実際の寸法を計算し、この結果を荷物１４Ａの荷物情報と推定してもよい。

（音声データによる荷物特定データ）
荷物の荷物特定データとして音声データを用いる場合は、運転者１４が荷物特定データ入力時にユーザ端末１８における荷物登録画面に表示された「発話」ボタン２８（図５参照）を押してユーザ端末１８の音声入力装置を起動させて、携行する荷物の種類や名称（例として「サムソナイト（登録商標）のスーツケース」等）を発話する。発話が終了すると、ステップＳ１０８において、ユーザ端末１８のＣＰＵは、発話により得られた音声データを管理サーバ２０へと送る。管理サーバ２０のＣＰＵは、ユーザ端末１８から受信した音声データを解析し、音声データを基にテキスト情報を生成し、ステップＳ１１０において音声データと共にテキスト情報を予約データベースに記録する。そして、管理サーバ２０のＣＰＵは、生成されたテキスト情報と荷物データベース（又は通信ネットワークＮを介してアクセス可能な情報）とマッチングを行い、ステップＳ１１４において、テキスト情報とマッチングする荷物があれば、当該荷物の荷物情報を取得し、ステップＳ１１６にてこの荷物情報を音声データで示された荷物１４Ａの荷物情報と推定し、推定結果を運転者１４のユーザ端末１８へ送信する。

一方、ステップＳ１１４において、音声データとマッチングする荷物がなければ、上述した画像データの場合と同様に、管理サーバ２０は、ステップＳ１０４に戻って運転者１４のユーザ端末１８へ携行予定の荷物１４Ａの荷物特定データの再度の入力を通知する。

（テキストデータによる荷物特定データ）
荷物の荷物特定データとしてテキストデータを用いる場合は、運転者１４が荷物特定データ入力時にユーザ端末１８における荷物登録画面に表示された「検索欄」２９（図５参照）に携行する荷物の種類や名称（例として「サムソナイト（登録商標） スーツケース」等）をテキストにて入力する。その後、図示しない「検索」ボタンが押されると、ユーザ端末１８のＣＰＵは、入力されたテキストデータを管理サーバ２０へと送る。管理サーバ２０のＣＰＵは、ステップＳ１１０において、ユーザ端末１８から受信したテキストデータを予約データベースに記録すると共に、このテキストデータと荷物データベース（又は通信ネットワークＮを介してアクセス可能な情報）とマッチングを行い、ステップＳ１１４において、テキストデータとマッチングする荷物があれば、当該荷物の荷物情報を取得し、ステップＳ１１６にてこの荷物情報をテキストデータで示された荷物１４Ａの荷物情報と推定し、推定結果を運転者１４のユーザ端末１８へ送信する。

一方、ステップＳ１１４において、テキストデータとマッチングする荷物がなければ、上述した画像データの場合と同様に、管理サーバ２０は、ステップＳ１０４に戻って運転者１４のユーザ端末１８へ携行予定の荷物１４Ａの荷物特定データの再度の入力を通知する。

（分類データによる荷物特定データ）
荷物の荷物特定データとして分類データを用いる場合は、運転者１４が荷物特定データ入力時にユーザ端末１８における荷物登録画面に表示された「カテゴリー」ボタン３０（図５参照）を押す。「カテゴリー」ボタン３０が押されると、図６に示されるように、ユーザ端末１８のＣＰＵは、ステップＳ２００において、管理サーバ２０へと「カテゴリー」ボタン３０が押されたことを通知する。管理サーバ２０のＣＰＵは、ユーザ端末１８から「カテゴリー」ボタン３０が押された通知を受けると、ステップＳ２０２において、スーツケースやボストンバッグ等といった種類や大きさ等で分類した分類情報をユーザ端末１８へと返信する。ユーザ端末１８のＣＰＵは、ステップＳ２０４において、管理サーバ２０から受信した分類情報を表示装置へ表示させて、運転者１４が携行する荷物１４Ａに該当する分類情報を選択させる。そして、ユーザ端末１８は、ステップＳ２０６において、選択したデータを管理サーバ２０へと送信する。管理サーバ２０のＣＰＵは、図２に示されるステップＳ１１０において、ユーザ端末１８から受信した分類情報を予約データベースに記録すると共に、この分類情報と荷物データベース（又は通信ネットワークＮを介してアクセス可能な情報）とマッチングを行い、ステップＳ１１４において、分類情報とマッチングする荷物があれば、当該荷物の荷物情報を取得し、ステップＳ１１６にてこの荷物情報を分類情報で示された荷物１４Ａの荷物情報と推定し、推定結果を運転者１４のユーザ端末１８へ送信する。

一方、ステップＳ１１４において、分類情報とマッチングする荷物がなければ、上述した画像データの場合と同様に、管理サーバ２０は、ステップＳ１０４に戻って運転者１４のユーザ端末１８へ携行予定の荷物１４Ａの荷物特定データの再度の入力を通知する。

（荷物情報登録）
図２に示されるように、ステップＳ１１８において、運転者１４のユーザ端末１８のＣＰＵは、管理サーバ２０から受信した荷物１４Ａの推定結果と「承認」ボタンと「非承認」ボタンとを表示装置に表示させる（いずれも不図示）。運転者１４は、荷物１４Ａの推定結果が略正しければ「承認」ボタンを押す操作をする。ステップＳ１２０において、「承認」ボタンが押されると、運転者１４のユーザ端末１８のＣＰＵは、ステップＳ１２２において、その旨の通知を管理サーバ２０へ送信する。管理サーバ２０のＣＰＵは、ステップＳ１２４において、荷物１４Ａの少なくともサイズ情報を含む荷物情報を予約データベース及びユーザデータベースに記録すると共に、ステップＳ１２６において、ユーザデータベースに記録されている車両１２の荷物の積載可能量から当該荷物１４Ａのサイズや容積等を除いた残積載可能量を算出して予約データベースに記録する。なお、ユーザデータベースに記録された運転者１４の荷物１４Ａの荷物情報は、次回以降運転者１４が荷物１４Ａの荷物特定データを入力する時に荷物登録画面の「前回登録した荷物」欄３２（図５参照）に表示され、選択可能とされる。このとき、入力された画像データだけでなく、乗車した日付や、乗車した区間等を表示してもよい。

一方、ステップＳ１１８において表示された荷物１４Ａの推定結果が正しくない場合は、運転者１４はステップＳ１２０において、「非承認」ボタンを押す操作をする。「非承認」ボタンが押されると、運転者１４のユーザ端末１８のＣＰＵは、ステップＳ１２８において、その旨の通知を管理サーバ２０へ送信する。管理サーバ２０のＣＰＵは、ステップＳ１３０において、荷物データベース又は通信ネットワークＮを介してアクセスできる情報を再度検索して荷物１４Ａの荷物特定データにマッチングする荷物を検索し、ステップＳ１１４において、荷物特定データとマッチングする荷物があれば、当該荷物の荷物情報を取得し、ステップＳ１１６にてこの荷物情報を荷物１４Ａの荷物情報と推定し、推定結果を第２の候補として運転者１４のユーザ端末１８へ送信する。一方、ステップＳ１１４において、荷物特定データとマッチングする荷物がなければ、管理サーバ２０は、ステップＳ１０４に戻って運転者１４のユーザ端末１８へ携行予定の荷物１４Ａの荷物特定データの再度の入力を通知する。以上の処理を、「承認」ボタンが押された旨の通知を受けるまで繰り返す。なお、図示はしないが、管理サーバ２０は、「非承認」ボタンが押された際に別の荷物特定データ（一例として運転者が荷物サイズを直接測定した結果）を入力するように運転者１４のユーザ端末１８に通知してもよい。

（同乗者による登録）
図３に示されるように、ステップＳ１３２において、同乗者１６（１７）のユーザ端末１８のＣＰＵは、旅程の一覧の送信要求を、同乗者１６（１７）の指示に応じて管理サーバ２０に送信する。この送信要求は、予約データベースに登録されている複数の旅程の中から表示するものを絞り込むための絞り込み条件を含んでいる。なお、本実施形態では、一例として同乗する利用者は、同乗者１６、１７（図１参照）の２名であり、以下主に同乗者１６の場合について説明するが、同乗者１７についても基本的には同様である。

ステップＳ１３４において、管理サーバ２０のＣＰＵは、予約データベースの中から、同乗者１６（１７）のユーザ端末１８から受信した送信要求に含まれる絞り込み条件に適合する旅程を抽出する。管理サーバ２０のＣＰＵは、抽出した旅程の一覧を示すデータを、送信要求の送信元である同乗者１６（１７）のユーザ端末１８に送信する。

ステップＳ１３６において、同乗者１６（１７）のユーザ端末１８のＣＰＵは、管理サーバ２０から受信した旅程の一覧データと「同乗申請」ボタンと任意の乗車位置と降車位置とを入力する入力欄とを表示装置に表示させる（いずれも不図示）。同乗者１６（１７）は、表示されたある旅程に対して相乗りを予約したい場合は、「同乗申請」ボタンを押す操作をする。「同乗申請」ボタンが押されると、ステップＳ１３８において、同乗者１６（１７）のユーザ端末１８のＣＰＵはその旨の通知を管理サーバ２０へ送信する。管理サーバ２０は、ステップＳ１４０において、同乗者１６（１７）のユーザ端末１８へこの同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）（図４参照）の荷物特定データの入力を通知する。

ステップＳ１４２において、同乗者１６（１７）のユーザ端末１８のＣＰＵは、管理サーバ２０からの荷物１６Ａ（１７Ａ）の荷物特定データの入力の通知を受けると、図５に示されるように、荷物登録画面を表示装置に表示させる。同乗者１６（１７）は、上述した運転者１４の場合と同様、各種の荷物特定データのうち一つを入力する。本実施形態では、図４に示されるように、同乗者１６（１７）がユーザ端末１８により携行する荷物１６Ａ（１７Ａ）を撮影して、この撮影により得られた画像データを図３のステップＳ１４４において、ユーザ端末１８から管理サーバ２０へと送る。なお、本実施形態では、同乗者１６（１７）は、荷物特定データとして画像データを入力しているが、これに限らず、上述した音声データやテキストデータや分類情報や直接測定した寸法等を荷物特定データとしてもよいのはもちろんである。

ステップＳ１４６において、管理サーバ２０のＣＰＵは、上述した運転者１４と同様の手法でユーザ端末１８から受信した画像データを予約データベースに記録すると共に、この画像データと荷物データベース（又は通信ネットワークＮを介してアクセス可能な情報）とのマッチングを行い、ステップＳ１４８において、画像データとマッチングする荷物があれば、当該荷物の荷物情報を取得し、ステップＳ１５０にてこの荷物情報を画像データで示された荷物１６Ａ（１７Ａ）の荷物情報と推定し、推定結果を同乗者１６（１７）のユーザ端末１８へ送信する。

ステップＳ１５２において、同乗者１６（１７）のユーザ端末１８のＣＰＵは、管理サーバ２０から受信した同乗者１６（１７）の荷物１６Ａ（１７Ａ）の推定結果と、「承認」ボタンと、「非承認」ボタンとを表示装置に表示させる（いずれも不図示）。同乗者１６（１７）は、ステップＳ１５４において、荷物１６Ａ（１７Ａ）の推定結果が正しくなければ「非承認」ボタンを押す操作をする。「非承認」ボタンが押されると、ステップＳ１５５において、同乗者１６（１７）のユーザ端末１８のＣＰＵはその旨の通知を管理サーバ２０へ送信する。ステップＳ１５７において、管理サーバ２０のＣＰＵは、再度画像データと荷物データベース（又は通信ネットワークＮを介してアクセス可能な情報）とのマッチングを行い、上述したステップＳ１４８へ処理を進める。

一方、同乗者１６（１７）は、ステップＳ１５４において、荷物１６Ａ（１７Ａ）の推定結果が略正しければ「承認」ボタンを押す操作をする。「承認」ボタンが押されると、ステップＳ１５６において、同乗者１６（１７）のユーザ端末１８のＣＰＵはその旨の通知を管理サーバ２０へ送信する。ステップＳ１５８において、管理サーバ２０のＣＰＵは、荷物１６Ａ（１７Ａ）のサイズ情報等の荷物情報を予約データベースに記録する。これによって、荷物データベースには、荷物情報が蓄積されていく。また、管理サーバ２０のＣＰＵは、予約データベースに登録されている残積載可能量に対して当該荷物１６Ａが積載可能かステップＳ１６０において判定し、同乗者１６の荷物１６Ａが積載可能であれば、ステップＳ１６１において、トランクルーム３４内における運転者１４の荷物１４Ａと同乗者１６（１７）の荷物１６Ａ（１７）との積載位置を決定する（図７参照）。この積載位置は、荷物１４Ａ、１６Ａ（１７Ａ）のそれぞれの荷物情報からトランクルーム３４内のスペースを効率的に利用できる積載位置を算出することで決定される。

なお、管理サーバ２０のＣＰＵは、荷物情報より運転者１４の荷物１４Ａが一例としてハードタイプのスーツケース等といった硬い材質でできておりかつ壊れ難い性質であることが登録されている場合、荷物１４Ａの上に他の荷物（本実施形態の場合荷物１６Ａ、１７Ａ）を積載（不図示）することも含めて積載位置を決定する。この際に、荷物１４Ａの上に他の荷物１６Ａ、１７Ａを積載する場合には、他の荷物１６Ａ、１７Ａが上に積載される荷物１４Ａの持ち主（運転者１４）へその旨を通知する（ステップＳ１６３）。

また、管理サーバ２０のＣＰＵは、同乗する利用者（同乗者１６、１７）が複数いる場合でかつそれぞれの同乗者１６、１７の乗車場所及び降車場所の少なくとも一方が異なる場合、乗車順番及び降車順番の少なくとも一方を考慮して荷物１４Ａ、１６Ａ、１７Ａの積載位置を決定する。一例として、一方の同乗者１７が他の同乗者１６より先に降車する場合、先に降車する同乗者１７が携行する荷物１７Ａをトランクルーム３４における開口３８側（手前側、図８参照）に積載するよう積載位置を決定する。これによって、先に降車する同乗者１７が降車する際に荷物１７Ａを取り出し易くなる。また、これに限らず、乗車順番のみを考慮して荷物１４Ａ、１６Ａ、１７Ａの積載位置を決定してもよいし、乗車順番と降車順番との両方を考慮して荷物１４Ａ、１６Ａ、１７Ａの積載位置を決定してもよい。

管理サーバ２０のＣＰＵは、トランクルーム３４内における運転者１４の荷物１４Ａと同乗者１６、１７の荷物１６Ａ、１７Ａとの積載位置を決定後、ステップＳ１６２において、運転者１４のユーザ端末１８へ申請通知、同乗者１６（１７）の情報、同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）の情報及び荷物１４Ａ、１６Ａ（１７Ａ）の積載位置等を送信する。この荷物１４Ａ、１６Ａ（１７Ａ）の積載位置の送信では、管理サーバ２０のＣＰＵは荷物情報から荷物１４Ａ、１６Ａ（１７Ａ）に対応する簡易的な３次元モデルを作成して、当該３次元モデル及びそれぞれの荷物１４Ａ、１６Ａ（１７Ａ）に割り当てられたスペースを概略的に示すワイヤーフレームで構成されたボックスをトランクルーム３４内における積載位置に積載した状態の図を送信する（図７参照）。一方、同乗者１６（１７）の荷物１６Ａ（１７Ａ）が積載不可能であれば、ステップＳ１７４において同乗者１６（１７）のユーザ端末１８へ荷物１６Ａが積載不能であることを通知して、予約が不成立であることを表示装置に表示させる（ステップＳ１７５）。

管理サーバ２０から申請通知等を受けると、運転者１４のユーザ端末１８のＣＰＵは、同乗者１６（１７）の情報と同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）の情報と荷物１４Ａ、１６Ａ（１７Ａ）の積載位置の図と「承認」ボタンと「非承認」ボタンとを表示装置に表示させる（いずれも不図示）。運転者１４が「承認」ボタンを押すと、ステップＳ１６４において運転者１４のユーザ端末１８のＣＰＵは、その旨の通知を管理サーバ２０へ送信する。

運転者１４のユーザ端末１８から承認の通知を受けると、ステップＳ１６６において、管理サーバ２０のＣＰＵは、同乗者登録として対応する旅程に対して同乗者１６（１７）及び同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）及び荷物１４Ａ、１６Ａ（１７Ａ）の積載位置をデータベースに登録する。また、管理サーバ２０のＣＰＵは、この旅程における残席を１つ減らす。旅程の残席がゼロになった場合、管理サーバ２０のＣＰＵは、この旅程に対して満席のフラグをオンにする。満席のフラグがオンになると、一覧の送信要求に対して抽出される対象から除外される。

ステップＳ１６８において、管理サーバ２０のＣＰＵは、マッチング（予約）が成立した旨の通知を、運転者１４のユーザ端末１８と同乗者１６（１７）のユーザ端末１８とに通知する。マッチングが成立した旨の通知を受けると、運転者１４のユーザ端末１８のＣＰＵと、同乗者１６（１７）のユーザ端末１８のＣＰＵとは、それぞれ表示装置に予約が成立したことを表示装置に表示させる（ステップＳ１６９）。また、管理サーバ２０のＣＰＵは、ステップＳ１７０において、荷物１４Ａ、１６Ａ（１７Ａ）の積載位置を運転者１４のユーザ端末１８と同乗者１６（１７）のユーザ端末１８とに送信する。この積載位置の送信の際は、ステップＳ１６２と同様に、管理サーバ２０のＣＰＵは荷物１４Ａ、１６Ａ（１７Ａ）に対応する簡易的な３次元モデル及びワイヤーフレームで構成されたボックスを作成して、当該３次元モデル及びボックスをトランクルーム３４内における積載位置に積載した状態の図を送信する。この際、図８に示されるように、荷物１４Ａの持ち主である運転者１４のユーザ端末１８には、荷物１４Ａの積載位置を強調した図を送信し、荷物１６Ａ（１７Ａ）の持ち主である同乗者１６（１７）のユーザ端末１８には、荷物１６Ａ（１７Ａ）の積載位置を強調した図を送信する。積載位置の図を受けると、運転者１４のユーザ端末１８のＣＰＵと、同乗者１６（１７）のユーザ端末１８のＣＰＵとは、それぞれ表示装置に管理サーバ２０から送信された図を表示させる（ステップＳ１７１）。以上の処理により、相乗りの予約が完了する。

（実施形態の作用・効果）
次に、本実施形態の作用並びに効果を説明する。

本実施形態では、相乗り予約システム１０は、図１に示される管理サーバ２０及びユーザ端末１８は、検出手段と、荷物情報特定手段と、マッチング手段と、出力手段とを有している。同乗者１６（１７）が車両１２に相乗りする際は、この同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）の特定に用いる荷物特定データをユーザ端末１８に入力する。管理サーバ２０は、入力された荷物特定データに基づいて、複数の荷物の情報を記憶した荷物データベース及び通信ネットワークＮを介してアクセス可能な情報から当該荷物１６Ａの少なくともサイズ情報を特定する。その後、管理サーバ２０は、荷物１６Ａ（１７Ａ）のサイズ情報を基に相乗りを希望する車両１２への積載可否を判断し、積載可能な場合を当該車両への相乗りの予約を成立させる条件の一つとする。一方、積載不可能な場合は、当該車両への相乗りの予約を不成立とさせる条件の一つとする。つまり、同乗者１６（１７）は、携行する荷物１６Ａ（１７Ａ）を積載できる相乗り可能な車両１２を予約することができる。これにより、同乗者１６（１７）は、車両１２に相乗りする際に携行する荷物１６Ａ（１７Ａ）を相乗りする車両１２へ積載できないという事態を回避することができる。このため、相乗り時の利便性を向上させることができる。

一方、荷物１６Ａ（１７Ａ）が積載可能の場合には、車両１２における荷物１６Ａ（１７Ａ）の積載位置を判断した上で予約を成立させることで、同乗者１６（１７）は、車両１２に相乗りする際に出力手段に示された積載位置を示す情報を参照して携行する荷物１６Ａ（１７Ａ）を積載することができる（図７参照）。つまり、スムーズに荷物１６Ａ（１７Ａ）を積載できると共に、管理サーバ２０が他の荷物１４Ａ等も考慮して積載位置を判断することで車両１２のトランクルーム３４（図７参照）を効率的に利用することができる。

また、管理サーバ２０は、サイズ情報が特定された荷物１４Ａ、１６Ａ（１７Ａ）と、この荷物１４Ａ、１６Ａ（１７Ａ）を携行する運転者１４又は同乗者１６（１７）とを関連付けて記憶する。この運転者１４又は同乗者１６（１７）が次回検出手段に携行する荷物１４Ａ、１６Ａ（１７Ａ）の荷物特定データを入力する際に、運転者１４又は同乗者１６（１７）に関連付けられた管理サーバ２０に記憶された荷物１４Ａ、１６Ａ（１７Ａ）が選択可能とされている。したがって、運転者１４又は同乗者１６（１７）は、以前乗車した際に携行した荷物１４Ａ、１６Ａ（１７Ａ）と同じ荷物１４Ａ、１６Ａ（１７Ａ）を携行して再び乗車する際に、簡単に荷物１４Ａ、１６Ａ（１７Ａ）の荷物特定データを入力することができる。

さらに、荷物特定データを入力する際に用いるのは、運転者１４又は同乗者１６（１７）が所有するユーザ端末１８であり、荷物特定データは、このユーザ端末１８により撮影された荷物１４Ａ、１６Ａ（１７Ａ）の画像データであることから、運転者１４又は同乗者１６（１７）は携行する荷物１４Ａ、１６Ａ（１７Ａ）のサイズ等を測ることなくその場で簡単に荷物１４Ａ、１６Ａ（１７Ａ）の荷物特定データを入力することができる。これらにより、相乗り時の利便性をさらに向上させることができる。

さらにまた、管理サーバ２０は、荷物１４Ａ、１６Ａ、１７Ａの少なくとも一つの上に他の荷物１４Ａ、１６Ａ、１７Ａの少なくとも一つが積載される可能性があると判断した場合、他の荷物１４Ａ、１６Ａ、１７Ａが上に積載される可能性がある荷物１４Ａ、１６Ａ、１７Ａを携行する利用者（運転者１４、同乗者１６、１７）へその旨を通知する。したがって、事前に利用者（運転者１４、同乗者１６、１７）は、携行する荷物１４Ａ、１６Ａ、１７Ａが壊れものである等のため他の荷物１４Ａ、１６Ａ、１７Ａから影響を受けやすい場合に別の車両１２を選んだり、荷物１４Ａ、１６Ａ、１７Ａの梱包を工夫する等の対策を行うことができる。これにより、荷物１４Ａ、１６Ａ、１７Ａの破損等を防ぐことができる。

また、運転者１４が携行する荷物１４Ａの荷物情報が予め車両の積載可能量から除かれた状態で同乗者１６（１７）の荷物１６Ａ（１７Ａ）の積載可能性を判定する。つまり、より精度の高い積載可能量をパラメータとして用いるので、相乗り時の荷物１６Ａ（１７Ａ）の積載をスムーズに行うことができる。これにより、相乗り時の利便性を一層向上させることができる。

さらに、管理サーバ２０は、同乗者１６、１７の乗車順番及び降車順番の少なくとも一方を考慮して荷物１６Ａ、１７Ａの積載可能時に車両１２における荷物１４Ａ、１６Ａ、１７Ａの積載位置を判断する。したがって、一例として、先に降車する同乗者１７が携行する荷物１７Ａを他の荷物より手前側に配置することで、スムーズに降車することができる。つまり、荷物１４Ａ、１６Ａ、１７Ａの積載位置を乗車及び降車の状況に応じて適切に割り振ることができるので、乗車及び降車の少なくとも一方をスムーズにすることができる。

さらにまた、管理サーバ２０は、荷物１４Ａの種類を考慮して荷物１４Ａの積載可能時の車両１２のトランクルーム３４内における荷物１４Ａの積載位置を判断する。したがって、一例として荷物１４Ａがハードタイプのスーツケースである場合にこの荷物１４Ａの上に他の荷物１６Ａ、１７Ａを積載することで、より多くの荷物を積載することができる。したがって、車両１２におけるトランクルーム３４をより効率的に利用することができる。

（第２実施形態）
次に、図９を用いて、本発明の第２実施形態に係る相乗り予約システムについて説明する。なお、前述した第１実施形態等と同一構成部分については、同一番号を付してその説明を省略する。

この第２実施形態に係る相乗り予約システム１００は、基本的な構成は第１実施形態と同様とされ、同乗者１６（１７）の荷物１６Ａ（１７Ａ）の車両１２への積載が不可能な旨を通知する際に積載可能な荷物情報も通知する点に特徴がある。

すなわち、図９に示されるように、ステップＳ１５８において、管理サーバ２０のＣＰＵは、荷物１６Ａ（１７Ａ）のサイズ情報等の荷物情報を予約データベースに記録すると共に、予約データベースに登録されている残積載可能量に対して当該荷物１６Ａ（１７Ａ）が積載可能かステップＳ１６０において判定し、同乗者１６（１７）の荷物１６Ａ（１７Ａ）が積載不可能であれば、ステップＳ３００において同乗者１６（１７）のユーザ端末１８へ荷物１６Ａ（１７Ａ）が積載不能であることを通知する。この際に、管理サーバ２０のＣＰＵは、予約データベースに記録されている車両１２の残積載量からどの程度のサイズや形状の荷物であれば積載可能であるのかという情報や、積載可能な荷物の積載位置の情報も併せて通知する。

ステップＳ３０２において、同乗者１６（１７）のユーザ端末１８は、荷物１６Ａ（１７Ａ）が積載不可能であることと、積載可能な荷物のサイズや形状及び積載位置を表示装置に表示させる（いずれも不図示）。同乗者１６（１７）は、積載位置を踏まえて荷物１６Ａ（１７Ａ）を整理するか変更するか等により、荷物１６Ａ（１７Ａ）を積載可能なサイズや形状等にすることができるのであれば「対応可能」ボタン（不図示）を押す操作をする。ステップＳ３０３において、「対応可能」ボタンが押されると、ステップＳ３０４において、同乗者１６（１７）のユーザ端末１８のＣＰＵはその旨の通知を管理サーバ２０へ送信する。

ステップＳ３０６において、管理サーバ２０のＣＰＵは、同乗者１６（１７）が荷物１６Ａ（１７Ａ）を車両１２に積載可能な荷物へ変更する旨を予約データベースに記録する。次に、ステップＳ１６２において運転者１４のユーザ端末１８へ申請通知、同乗者１６（１７）の情報、同乗者１６（１７）が携行する荷物１６Ａ（１７Ａ）を車両１２に積載可能な荷物へ変更する旨、積載位置の情報等を送信する。そして、運転者１４が承認すると、第１実施形態と同様の処理を経て、運転者１４のユーザ端末１８のＣＰＵと、同乗者１６（１７）のユーザ端末１８のＣＰＵとは、それぞれ予約が成立したことを表示装置に表示させる（ステップＳ１６９）。

一方、同乗者１６（１７）が、荷物１６Ａ（１７Ａ）を積載可能なサイズや形状等にすることができないのであれば「対応不可能」ボタン（不図示）を押す操作をする。ステップＳ３０３において、「対応不可能」ボタンが押されると、ステップＳ３０８において、予約が不成立であることを表示装置に表示させる。

（第２実施形態の作用・効果）
次に、第２実施形態の作用並びに効果を説明する。

上記構成によっても、同乗者１６（１７）の荷物１６Ａ（１７Ａ）の車両１２への積載が不可能な旨を通知する際に積載可能な荷物情報も通知する点以外は第１実施形態の相乗り予約システム１０と同様に構成されているので、第１実施形態と同様の効果が得られる。また、管理サーバ２０は、積載する荷物１６Ａ（１７Ａ）が車両１２へ積載不可能と判断した場合、積載可能な荷物のサイズ情報と積載位置とを同乗者１６（１７）へ通知することから、同乗者１６（１７）は積載位置を踏まえてこの積載可能な荷物のサイズ情報を基に荷物１６Ａ（１７Ａ）の整理や変更を行うか、違う車両に乗車するかを検討することができる。つまり、同乗者１６（１７）の選択肢を増やすことができる。これにより、相乗り時の利便性をさらに向上させることができる。

なお、上述した第１、第２実施形態では、ユーザ端末１８に荷物特定データを入力することで、荷物特定データがユーザ端末１８により検出される構成とされているが、これに限らず、建物や電気自動車用の充電器や車両等に備え付けた撮像装置、音声入力装置及びテキスト入力装置等を備えた荷物検出装置や、その他の専用端末を用いて荷物特定データを入力し、この荷物特定データをユーザ端末１８、当該荷物検出装置及びその他の専用端末の少なくとも一つが受信部として受信して、この受信した荷物特定データを運転者１４又は同乗者１６（１７）が承認することで荷物特定データを検出する構成としてもよい。また、予めサイズが異なる複数の容器を備えて、どのサイズの容器に荷物が入るのかを確認して荷物が入る容器のサイズ情報を荷物特定データとして検出してもよい。さらに、それ以外の構成により荷物特定データを検出してもよい。

また、検出手段は、画像データ、音声データ及びテキスト入力に用いるセンサやユーザ端末１８等である構成に限らず、当該センサやユーザ端末１８を外部端末としてこれらからの荷物特定データを受信する信号受信デバイス（一例としてユーザ端末１８や管理サーバ２０内に設けた信号受信デバイス）であってもよい。

さらに、検出された荷物特定データとマッチングする荷物情報を、管理サーバ２０が荷物データベース及び通信ネットワークＮから取得する構成とされているが、これに限らず、その他の構成としてもよい。一例として、荷物情報特定手段がユーザ端末１８のＣＰＵ等により構成され、複数の荷物情報が記録された荷物データベースが当該ユーザ端末１８に格納されていれば、通信ネットワークＮを経由することなく荷物情報を取得する構成とすることができる。

さらにまた、検出された荷物特定データとマッチングする荷物情報を荷物データベースや通信ネットワークＮから取得する構成に限らず、直接サイズ情報等を検出することによって荷物情報を特定してもよい。一例として、ユーザ端末１８の撮影装置により取得された画像データの画像処理結果から荷物のサイズ情報を推定（この処理は、周知の画像処理の技術を利用することができる）してもよい。

また、管理サーバ２０からの通知や情報等は、ユーザ端末１８の表示装置に表示される構成とされているが、これに限らず、スピーカから音声によって運転者１４又は同乗者１６（１７）へ出力してもよいし、車両１２に備え付けられたカーナビゲーション装置や電気自動車用の充電器や建物に備え付けられた装置等が有する表示装置やスピーカといったユーザ端末１８以外の端末や装置等から出力する構成としてもよい。

さらに、出力手段は、表示装置やスピーカ等である場合に限らず、表示装置やスピーカ等に画像や音声等を出力させるための出力信号を送信する送信デバイス（一例としユーザ端末１８や管理サーバ２０内に設けた信号送信デバイス）であってもよい。

さらにまた、運転者１４が運転する車両１２に同乗者１６（１７）が同乗する目的で、相乗り予約システム１０、１００が運営された構成を示しているが、これに限らず、運転者１４が存在しない自動運転車両に同乗者１６（１７）が同乗する目的で、相乗り予約システム１０、１００が運営されていてもよい。この場合、上述した運転者１４に該当する利用者も同乗者１６となる。

また、運転者１４となる利用者がある旅程について同乗する同乗者１６（１７）を募集し、これに対して同乗を希望する同乗者１６（１７）が応募することによって予約が行われているが、これに限らず、同乗者１６（１７）が相乗り希望日時、相乗り希望区間及び荷物特定データを登録した上で、管理サーバ２０がこれに適合する車両の情報を同乗者１６（１７）へ通知してこれに同乗者１６（１７）が承認することで予約が成立するようにしてもよい。

さらに、管理サーバ２０は、荷物１４Ａ、１６Ａ（１７Ａ）のサイズ情報から車両１２の残積載可能量に対して積載可能か判定しているが、これに限らず、一例として「割れもの荷物の場合は、当該荷物の上に他の荷物を置けないのでそれ以上の積載ができない」というように、荷物の性質情報や、形状、重量等をパラメータとして積載可能か判定するようにしてもよい。

さらにまた、マッチング手段としての管理サーバ２０が相乗りの予約を行う構成とされているが、これに限らず、複数のサーバや端末等により構成されるブロックチェーンがもたらす分散台帳技術により、旅程情報や荷物特定データ等を複数のサーバや端末等にそれぞれ格納して、完全性が確保されたブロックチェーン上のデータから利用者が予約を行う構成にしてもよいし、それ以外の構成にしてもよい。

また、管理サーバ２０のＣＰＵは、ユーザ端末１８から受信した画像データに映る荷物１４Ａと、荷物データベースに記録された荷物情報とのマッチングには、ディープラーニングの手法が用いられているが、これに限らず、ＳＶＭ（サポートベクターマシン）やテンプレートマッチング等の他の公知の手法によって撮影画像から荷物を識別してマッチングする構成としてもよい。

以上、本発明の実施形態について説明したが、本発明は、上記に限定されるものでなく、その主旨を逸脱しない範囲内において上記以外にも種々変形して実施することが可能であることは勿論である。

１０ 予約システム
１２ 車両
１４ 運転者（利用者）
１４Ａ 荷物（運転者の荷物）
１６ 同乗者（利用者）
１６Ａ 荷物（同乗者の荷物）
１７ 同乗者（利用者）
１７Ａ 荷物（同乗者の荷物）
１８ ユーザ端末（検出手段、出力手段）
２０ 管理サーバ（荷物情報特定手段、マッチング手段）
１００ 予約システム
Ｎ インターネット（通信ネットワーク回線）

Claims (7)

1. 車両に乗車する利用者が携行する荷物の特定に用いる荷物特定データを検出するための検出手段と、
   前記荷物特定データに基づいて、前記荷物の少なくともサイズ情報を特定する荷物情報特定手段と、
   前記荷物のサイズ情報を基に前記車両への積載可否を判断すると共に、積載可能時の前記車両における前記荷物の積載位置を決定し、当該判断の結果を基に前記利用者の前記車両への相乗りの予約を成立又は不成立させるマッチング手段と、
   相乗りの予約が成立又は不成立であること及び相乗りの予約が成立した場合の前記車両における前記荷物の積載位置を示す情報を出力する出力手段と、
   を有する相乗り予約システム。
2. 前記マッチング手段は、前記荷物の上に他の前記荷物が積載される可能性があると判断した場合、前記荷物の上に他の前記荷物が積載される可能性がある旨を前記利用者へ通知する、
   請求項１記載の相乗り予約システム。
3. 前記マッチング手段は、前記利用者の乗車順番及び降車順番の少なくとも一方を考慮して前記荷物の積載可能時の前記車両における前記荷物の積載位置を決定する、
   請求項１又は請求項２記載の相乗り予約システム。
4. 前記マッチング手段は、前記荷物の種類を考慮して前記荷物の積載可能時の前記車両における前記荷物の積載位置を決定する、
   請求項１〜請求項３のいずれか一項に記載の相乗り予約システム。
5. 前記検出手段は、前記利用者が所有するユーザ端末であり、
   前記荷物特定データは、前記ユーザ端末により撮影された前記荷物の画像データである、
   請求項１〜請求項４のいずれか一項に記載の相乗り予約システム。
6. 前記マッチング手段は、前記荷物のサイズ情報を基に前記車両への積載可否を判断した結果積載不可能な場合、積載可能な荷物のサイズ情報を前記利用者へ通知する、
   請求項１〜請求項５のいずれか一項に記載の相乗り予約システム。
7. 前記荷物情報特定手段は、前記荷物特定データに基づいて、複数の荷物の情報を記憶した荷物データベース及び通信ネットワーク回線を介してアクセス可能な情報から前記荷物の少なくともサイズ情報を特定する、
   請求項１〜請求項６のいずれか一項に記載の相乗り予約システム。