(57)【要約】【課題】ユーザが適切な乗り物を予約することができるようにする。【解決手段】ユーザが乗り物を借りるための予約に係るプログラムであって、コンピュータを、予約の前において、ユーザの操作に基づき、ユーザの嗜好情報を取得する取得手段４４、取得手段４４が取得した嗜好情報に基づき、予約を勧める乗り物を決定し、ユーザに対して出力する提案手段４８、として機能させる。【選択図】図３
2020123161.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが乗り物を借りるための予約に係るプログラムであって、
コンピュータを、
前記予約の前において、ユーザの操作に基づき、前記ユーザの嗜好情報を取得する取得手段、
前記取得手段が取得した嗜好情報に基づき、前記予約を勧める乗り物を決定し、前記ユーザに対して出力する提案手段、
として機能させるためのプログラム。
【請求項２】
前記取得手段は、前記ユーザに対して嗜好を質問する質問処理を実行し、前記ユーザの回答操作を受け付けることで、前記嗜好情報を取得し、前記質問処理の際、前記質問に関連する画像を表示制御する、
請求項１に記載のプログラム。
【請求項３】
前記コンピュータを、
前記取得手段が取得した嗜好情報に基づき、予め定められた複数の項目毎にパラメータを算出する算出手段、
として更に機能させ、
前記提案手段は、前記算出手段が算出したパラメータに基づいて前記乗り物を決定する、
請求項１又は２に記載のプログラム。
【請求項４】
前記嗜好情報を第一嗜好情報としたとき、
前記取得手段は、予め定められたソーシャルネットワーキングサービスにおけるユーザの活動を監視し、監視して得られた情報を第二嗜好情報として取得し、
前記算出手段は、前記第一嗜好情報に基づき、前記パラメータを算出した後、前記第二嗜好情報に基づき、前記パラメータを更新する、
請求項３に記載のプログラム。
【請求項５】
前記提案手段は、前記予約を勧める乗り物の種類とともに、前記取得手段が取得した嗜好情報に基づき、前記乗り物のタイトルを決定し、出力する、
請求項１乃至４の何れか１項に記載のプログラム。
【請求項６】
ユーザが車を借りるための予約に係る情報処理装置であって、
前記予約の前において、ユーザの操作に基づき、前記ユーザの嗜好情報を取得する取得手段と、
前記取得手段が取得した嗜好情報に基づき、前記予約を勧める乗り物を前記ユーザに対して出力する提案手段と、
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム及び情報処理装置に関する。
【背景技術】
【０００２】
従来から、ユーザが、レンタカー会社や他のユーザから車を借りるための予約システムが知られている。
【０００３】
これに関し、特許文献１には、車載ナビゲーション装置が、ユーザに関する学習情報を取得し、取得した学習情報に基づく情報提供を行なうカーシェアリングシステムが開示されている。また、特許文献１には、カーシェアリング予約以外の用途に用いられた際のユーザの嗜好情報を、学習情報に反映させることも開示されている。ここで、特許文献１には、情報提供として、例えば、ユーザがよく走行する経路を優先的に案内したり、ユーザがよく利用する施設に関する情報を提供したりすることが挙げられている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１９３３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、乗り物の予約に際しては、上記のような情報提供は参考とならず、ユーザは適切な乗り物を予約することができないという問題があった。
【０００６】
本発明はこのような課題に鑑みてなされたものであり、その目的は、ユーザが適切な乗り物を予約することができるプログラム及び情報処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第一態様に係るプログラムは、ユーザが乗り物を借りるための予約に係るプログラムであって、コンピュータを、前記予約の前において、ユーザの操作に基づき、前記ユーザの嗜好情報を取得する取得手段、前記取得手段が取得した嗜好情報に基づき、前記予約を勧める乗り物を決定し、前記ユーザに対して出力する提案手段、として機能させる。
【０００８】
また、本発明の第二態様に係るプログラムでは、前記取得手段は、前記ユーザに対して嗜好を質問する質問処理を実行し、前記ユーザの回答操作を受け付けることで、前記嗜好情報を取得し、前記質問処理の際、前記質問に関連する画像を表示制御する。
【０００９】
また、本発明の第三態様に係るプログラムでは、前記コンピュータを、前記取得手段が取得した嗜好情報に基づき、予め定められた複数の項目毎にパラメータを算出する算出手段、として更に機能させ、前記提案手段は、前記算出手段が算出したパラメータに基づいて前記乗り物を決定する。
【００１０】
また、本発明の第四態様に係るプログラムでは、前記嗜好情報を第一嗜好情報としたとき、前記取得手段は、予め定められたソーシャルネットワーキングサービスにおけるユーザの活動を監視し、監視して得られた情報を第二嗜好情報として取得し、前記算出手段は、前記第一嗜好情報に基づき、前記パラメータを算出した後、前記第二嗜好情報に基づき、前記パラメータを更新する。
【００１１】
また、本発明の第五態様に係るプログラムでは、前記提案手段は、前記予約を勧める乗り物の種類とともに、前記取得手段が取得した嗜好情報に基づき、前記乗り物のタイトルを決定し、出力する。
【００１２】
また、本発明の第六態様に係る情報処理装置は、ユーザが乗り物を借りるための予約に係る情報処理装置であって、前記予約の前において、ユーザの操作に基づき、前記ユーザの嗜好情報を取得する取得手段と、前記取得手段が取得した嗜好情報に基づき、前記予約を勧める乗り物を前記ユーザに対して出力する提案手段と、を備える。
【発明の効果】
【００１３】
本発明によれば、ユーザが適切な乗り物を予約することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る予約システムの全体構成の一例を示すブロック図である。
【図２】図１に示すサーバ装置のハードウェア構成の一例を示すブロック図である。
【図３】図１に示すサーバ装置の機能的構成の一例を示すブロック図である。
【図４】予め定められたソーシャルネットワーキングサービス、例えばお出かけの記録を共有するソーシャルネットワーキングサービスにユーザがアクセスする場合における処理の流れの一例を示すフローチャートである。
【図５】第一端末装置に表示される質問画面の一例を示す図である。
【図６】（Ａ）は、初回起動の新しい借主の適合度が追加された場合の適合度テーブルの一例を示す図である。（Ｂ）は、新しい借主の適合度が更新された場合の適合度テーブルの一例を示す図である。
【図７】第一端末装置に表示されるタイムラインの一例を示す図である。
【図８】タイムラインにおいて検索ボタンが押下操作された場合の処理の流れの一例を示すフローチャートである。
【図９】第一端末装置に表示される提案画面の一例を示す図である。
【図１０】（Ａ）及び（Ｂ）は、嗜好度テーブルの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照しながら本発明の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。
【００１６】
＜全体構成＞
図１は、本実施形態に係る予約システム１の全体構成の一例を示すブロック図である。
【００１７】
図１に示すように、本実施形態に係る予約システム１は、借主Ｂ（ユーザ）が貸主Ｌから車を借りる、すなわちカーシェアリングの予約をするためのシステムである。なお、以下では、貸主Ｌは、個人である場合を説明するが、レンタカー会社等の法人であってもよい。この予約システム１は、サーバ装置１０と、一又は複数の第一端末装置１２と、一又は複数の第二端末装置１４と、を備える。これらの装置は、インターネット等の通信ネットワークＮＴを介して互いに通信可能に接続されている。
【００１８】
サーバ装置１０は、車の予約に際して、借主Ｂと貸主Ｌの間を繋ぐコンピュータである。具体的には、サーバ装置１０は、車を借りる予約ページを含む、車に関するソーシャルネットワーキングサービスを借主Ｂ（の第一端末装置１２）に対して提供し、当該予約ページにおいて予約リクエストが行われた場合には、当該予約リクエストを貸主Ｌ（の第二端末装置１４）に通知し、貸主Ｌがそのリクエストに対して承諾した場合に、承諾された旨を借主Ｂに通知することで、予約が完了し、その予約情報を保存する。
【００１９】
第一端末装置１２は、借主Ｂが操作する端末装置である。第一端末装置１２としては、通信機能を備えるものであれば、例えば、携帯電話やスマートフォン、タブレット、パーソナルコンピュータ等の様々なものが挙げられる。
【００２０】
第二端末装置１４は、貸主Ｌが操作する端末装置である。第二端末装置１４としては、第一端末装置１２と同様のものが挙げられる。
【００２１】
＜ハードウェア構成＞
図２は、図１に示すサーバ装置１０のハードウェア構成の一例を示すブロック図である。
【００２２】
図２は、サーバ装置１０のハードウェア構成の一例を概略的に示す図である。
【００２３】
図２に示すように、サーバ装置１０は、制御装置２０と、通信装置２６と、記憶装置２８と、を備える。制御装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２２及びメモリ２４を主に備えて構成される。
【００２４】
制御装置２０では、ＣＰＵ２２がメモリ２４或いは記憶装置２８等に格納された所定のプログラムを実行することにより、各種の機能手段として機能する。この機能手段の詳細については後述する。
【００２５】
通信装置２６は、外部の装置と通信するための通信インターフェース等で構成される。通信装置２６は、例えば、第一端末装置１２との間で各種の情報を送受信する。
【００２６】
記憶装置２８は、ハードディスク等で構成される。記憶装置２８は、制御装置２０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。
【００２７】
なお、サーバ装置１０は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。また、サーバ装置１０は、単一の情報処理装置より構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。また、図２は、サーバ装置１０が有する主要なハードウェア構成の一部を示しているに過ぎず、サーバ装置１０は、サーバが一般的に備える他の構成を備えることができる。また、第一端末装置１２や第二端末装置１４のハードウェア構成も、例えば操作手段や表示装置等を備える他は、サーバ装置１０と同様の構成を備えることができる。
【００２８】
＜機能的構成＞
図３は、図１に示すサーバ装置１０の機能的構成の一例を示すブロック図である。
【００２９】
図３に示すように、サーバ装置１０は、機能的構成として、記憶手段４０と、応答手段４２と、取得手段４４と、算出手段４６と、提案手段４８と、を備える。なお、記憶手段４０は、一又は複数の記憶装置２８で実現される。その他の機能的構成は、記憶装置２８に格納されたプログラムを制御装置２０が実行することにより実現される。
【００３０】
記憶手段４０は、例えば、投稿データ４０Ａ、画像データ４０Ｂ、適合度テーブル４０Ｃ、登録車種テーブル４０Ｄ、予約情報４０Ｅ等を記憶する機能手段である。
【００３１】
投稿データ４０Ａは、サーバ装置１０が提供するソーシャルネットワーキングサービスに、例えば借主Ｂや貸主Ｌ、第三者が投稿したデータである。この投稿データ４０Ａとしては、例えば、借主Ｂが車を借りてドライブに行ったときの様子を示す写真や感想、借りた車に対する意見、貸主Ｌが貸す車の情報やアピール等が挙げられる。画像データ４０Ｂは、ソーシャルネットワーキングサービスの画面に利用されるデータである。適合度テーブル４０Ｃには、借主Ｂ毎、予め定められた複数の項目毎にパラメータが記述されている。本実施形態では、複数の項目は「車種」であり、「パラメータ」は、「車種」に対応する適合度である。登録車種テーブル４０Ｄに、貸主Ｌによって登録された、貸出可能な車種、及び、車種に対応するタイトルが記述されている。また、登録車種テーブル４０Ｄには、貸出可能な車種の詳細情報や、貸主Ｌの詳細情報が記述されていてもよい。また、予約情報４０Ｅは、例えば、成立した予約に係る車の情報や、借主Ｂの情報、貸主Ｌの情報、借りる場所、予約日時等を含む。
【００３２】
応答手段４２は、第一端末装置１２や第二端末装置１４からの要求に対して応答する機能手段である。
【００３３】
取得手段４４は、借主Ｂとなるユーザ（以下、単に「借主Ｂ」という。）の予約の前において、当該借主Ｂの操作に基づき、当該借主Ｂの嗜好情報を取得する機能手段である。嗜好情報としては、例えば、ドライブが好き或いは興味ない、アウトドアが好き或いは興味ない、ショッピングが好き或いは興味ない、自然が好き或いは興味ない、夜景が好き或いは興味ない、所定の色が好き或いは興味ない、所定の場所が好き或いは興味ない、所定の車種が好き或いは興味ない等の情報が挙げられる。
【００３４】
算出手段４６は、取得手段４４が取得した嗜好情報に基づき、予め定められた複数の項目毎に当該項目に対応するパラメータを算出する機能手段である。本実施形態では、算出手段４６は、取得手段４４が取得した嗜好情報に基づき、予め定められた複数の車種毎に、当該車種に対する借主Ｂの適合度を算出する。
【００３５】
提案手段４８は、取得手段４４が取得した嗜好情報に基づき、当該提案手段４８が予約を勧める車（車の車種を含む。）を借主Ｂに対して出力する機能手段である。本実施形態では、提案手段４８は、嗜好情報から算出されたパラメータが閾値以上の一又は複数の車種を第一端末装置１２の画面に出力する。このパラメータとしては、車種に対する借主Ｂの適合度や、予め定められた項目の嗜好度等が挙げられるが、本実施形態では、パラメータが適合度である場合を説明する。
【００３６】
＜処理の流れ＞
図４は、予め定められたソーシャルネットワーキングサービス、例えばお出かけの記録を共有するソーシャルネットワーキングサービスにユーザがアクセスする場合における処理の流れの一例を示すフローチャートである。
【００３７】
（ステップＳＰ１０）
第一端末装置１２は、借主Ｂの操作に応じて、サーバ装置１０が提供するソーシャルネットワーキングサービスにアクセスするためのアプリケーション（以下、単に「アプリ」という。）を起動する。このアプリとしては、ウェブブラウザや、上記ソーシャルネットワーキングサービス専用のアプリが挙げられる。アプリが起動すると、第一端末装置１２は、ソーシャルネットワーキングサービスにアクセスするためのアクセス要求をサーバ装置１０に送信する。このアクセス要求には、例えば借主Ｂの識別情報としてのユーザＩＤが含まれる。そして、処理は、ステップＳＰ１２の処理に移行する。
【００３８】
（ステップＳＰ１２）
サーバ装置１０は、第一端末装置１２からアクセス要求を受信する。これに応答して、サーバ装置１０の応答手段４２は、受信したアクセス要求に含まれるユーザＩＤに基づき、アプリが初回起動か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ３０の処理に移行する。
【００３９】
（ステップＳＰ１４）
応答手段４２は、以下のステップＳＰ１６の処理からステップＳＰ２８までの処理を、変数ｉをインクリメントしながら繰り返す。
【００４０】
（ステップＳＰ１６）
取得手段４４は、現在の変数ｉに応じた画像データ４０Ｂを取得し、当該画像データ４０Ｂに基づき、質問画面データを生成する。なお、取得手段４４は、借主Ｂ（の性別や年齢、職業等）に応じて質問画面データを変更してもよい。また、変数ｉに応じた質問画面データが既に用意されている場合には、本ステップＳＰ１６の処理は省略することができる。そして、処理は、ステップＳＰ１８の処理に移行する。
【００４１】
（ステップＳＰ１８）
取得手段４４は、生成した質問画面データを、アクセス要求をした第一端末装置１２に送信する。そして、処理はステップＳＰ２０の処理に移行する。
【００４２】
（ステップＳＰ２０）
第一端末装置１２は、サーバ装置１０から、質問画面データを受信する。これに応答して、第一端末装置１２は、質問画面データに基づき、質問画面を表示する。
【００４３】
図５は、第一端末装置１２に表示される質問画面７０の一例を示す図である。
【００４４】
図５に示すように、質問画面７０には、質問内容７２と、画像７４と、を含む。質問内容７２は、例えば、ドライブが好きか興味ないか、自然が好きか興味ないか等である。画像７４は、質問内容７２に関連する画像であって、例えば写真や絵等である。
【００４５】
図４に戻って、処理は、ステップＳＰ２２の処理に移行する。
【００４６】
（ステップＳＰ２２）
第一端末装置１２は、質問画面７０において、借主Ｂによる、質問に対する回答操作を受け付ける。本実施形態では、例えば、質問の対象が好きである場合には、左側へスワイプ操作をすることが回答操作となり、質問の対象が興味ない場合には、右側へスワイプ操作をすることが回答操作となる。なお、質問の対象が好きである場合には、上側へスワイプ操作をすることが回答操作となり、質問の対象が興味ない場合には、下側へスワイプ操作をすることが回答操作であってもよい。また、上述した左右の回答操作が逆であってもよく、上下の回答操作が逆であってもよい。このような回答操作を受け付けると、第一端末装置１２は、その回答操作の操作情報をサーバ装置１０に送信する。そして、処理は、ステップＳＰ２４の処理に移行する。
【００４７】
（ステップＳＰ２４）
サーバ装置１０は、第一端末装置１２から操作情報を受信する。取得手段４４は、受信した操作情報を、借主Ｂの嗜好情報（第一嗜好情報）として取得する。そして、処理は、ステップＳＰ２６の処理に移行する。
【００４８】
（ステップＳＰ２６）
算出手段４６は、嗜好情報に基づき、予め定められた複数の車種について、借主Ｂの適合度を算出する。例えば、算出手段４６は、嗜好情報が、ドライブが好きということを示す情報であれば、ある特定の車種の適合度として「１」や「２」等を算出し、それ以外の車種の適合度として「０」等を算出する。算出後、算出手段４６は、適合度テーブル４０Ｃにおいて算出結果を借主ＢのユーザＩＤと紐づけて記憶（追加）する。なお、処理が繰り返されることで、ある特定の車種の適合度が既に算出されている場合には、算出手段４６は、嗜好情報に基づき、当該適合度を更新する。また、本ステップＳＰ２６の処理は、ステップＳＰ２８とステップＳＰ３０の処理の間に行われてもよい。この場合、取得手段４４が取得した全ての嗜好情報に基づき、予め定められた複数の車種の全部又は一部について、適合度を算出してもよい。
【００４９】
図６（Ａ）は、初回起動の新しい借主Ｂの適合度が追加された場合の適合度テーブル４０Ｃの一例を示す図である。図６（Ｂ）は、新しい借主Ｂの適合度が更新された場合の適合度テーブル４０Ｃの一例を示す図である。なお、図６（Ａ）及び（Ｂ）では、追加・変更があった欄にはハッチングを示している。
【００５０】
図４に戻って、処理は、ステップＳＰ２８の処理に移行する。
【００５１】
（ステップＳＰ２８）
処理は、変数ｉが固定値ｎとなるまでステップＳＰ１４の処理に戻り、変数ｉが固定値ｎとなった場合、ステップＳＰ１４からステップＳＰ２８までのループを抜け、ステップＳＰ３０の処理に移行する。
【００５２】
（ステップＳＰ３０）
応答手段４２は、投稿データ４０Ａに基づいてタイムラインデータを生成し、或いは、投稿データ４０Ａそのものをタイムラインデータとし、当該タイムラインデータを第一端末装置１２に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。
【００５３】
（ステップＳＰ３２）
第一端末装置１２は、サーバ装置１０からタイムラインデータを受信する。これに応答して、第一端末装置１２は、受信したタイムラインデータに基づき、タイムラインを表示する。
【００５４】
図７は、第一端末装置１２に表示されるタイムライン８０の一例を示す図である。
【００５５】
図７に示すように、タイムライン８０は、一又は複数の投稿８２と、検索ボタン８４と、を含む。投稿８２は、借主Ｂや他の借主、貸主Ｌ等の投稿を含む。検索ボタン８４は、借主Ｂによる押下操作を受けるボタンである。
【００５６】
図４に戻って、処理は、ステップＳＰ３４の処理に移行する。
【００５７】
（ステップＳＰ３４）
第一端末装置１２は、タイムライン８０における借主Ｂの操作を受け付ける。これに応答して、第一端末装置１２は、その操作の操作情報をサーバ装置１０に送信する。なお、上記操作としては、例えば、投稿８２の閲覧操作や、投稿８２に対するコメントの入力操作、投稿８２に対する「いいね」ボタンの押下操作、投稿８２の生成操作、後述する予約操作、車の評価をする操作等が挙げられる。そして、処理は、ステップＳＰ３６の処理に移行する。
【００５８】
（ステップＳＰ３６）
サーバ装置１０は、第一端末装置１２から、操作情報を受信する。これに応答して、サーバ装置１０の応答手段４２は、操作情報に応答する処理、すなわち応答処理を実行する。続いて、応答手段４２は、適宜、応答処理の結果を、第一端末装置１２に送信する。そして、処理は、ステップＳＰ３８の処理に移行する。
【００５９】
（ステップＳＰ３８）
サーバ装置１０の取得手段４４は、借主Ｂによるソーシャルネットワーキングサービスの活動（例えば操作）を監視しており、その活動に係る上記操作情報が所定の活動であることを示すか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ４０の処理に移行し、当該判定が否定判定された場合には図４に示す一連の処理が終了する。
【００６０】
（ステップＳＰ４０）
取得手段４４は、上記操作情報を借主Ｂの嗜好情報（第二嗜好情報）として取得する。そして、処理は、ステップＳＰ４２の処理に移行する。
【００６１】
（ステップＳＰ４２）
算出手段４６は、取得手段４４が取得した第二嗜好情報に基づき、適合度テーブル４０Ｃにおいて、借主Ｂに対応する適合度を更新する（図６（Ｂ）参照。）。ここで、適合度を算出する際、ランク学習というアルゴリズムを用いてもよい。例えば、車Ａ＝（Ｘａ，Ｙａ）、車Ｂ＝（Ｘｂ，Ｙｂ）とし、Ｘａ，Ｘｂはそれぞれ特徴量、Ｙａ，Ｙｂはそれぞれ適合度とすることを想定する。特徴量Ｘａ，Ｘｂは、車Ａの特徴、車Ｂの特徴を表すもので、製造メーカ、車長、車幅、車高、２ＷＤ、４ＷＤ、製作年、色等のベクトルである。適合度Ｙａ，Ｙｂは、借主Ｂの活動によって変化するものである。そして、Ｙａ＜Ｙｂであるとすると、算出手段４６は、ｆ（Ｘａ）＜ｆ（Ｘｂ）が成り立つ関数ｆ（）を算出する。そして、算出手段４６は、この関数ｆ（）に適合度が未知の車Ｃの特徴量Ｘｃを入力し、車Ｃの適合度を算出する。同様に、算出手段４６は、未知の車Ｄ、Ｅ、Ｆ・・・が登場した場合、それぞれの特徴量Ｘｄ、Ｘｅ、Ｘｆ・・・を入力し、各車の適合度を算出する。
【００６２】
図８は、タイムライン８０において検索ボタン８４が押下操作された場合の処理の流れの一例を示すフローチャートである。
【００６３】
（ステップＳＰ６０）
第一端末装置１２は、ユーザＩＤを含む検索要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ６２の処理に移行する。
【００６４】
（ステップＳＰ６２）
サーバ装置１０は、第一端末装置１２から、検索要求を受信する。これに応答して、提案手段４８は、適合度テーブル４０Ｃから、検索要求に含まれるユーザＩＤに対応する適合度を取得する。そして、処理は、ステップＳＰ６４の処理に移行する。
【００６５】
（ステップＳＰ６４）
提案手段４８は、登録車種テーブル４０Ｄを読み取る。そして、処理は、ステップＳＰ６６の処理に移行する。
【００６６】
（ステップＳＰ６６）
提案手段４８は、取得した適合度に基づき、借主Ｂに提示する一又は複数のタイトルを決定する。本実施形態では、登録車種テーブル４０Ｄの各車種にタイトルが対応付けられており、提案手段４８は、例えば適合度が閾値以上の車種のタイトルを登録車種テーブル４０Ｄから取得し、これらを借主Ｂに提示するタイトルとして決定する。そして、処理は、ステップＳＰ６８の処理に移行する。
【００６７】
（ステップＳＰ６８）
提案手段４８は、取得した適合度に基づき、借主Ｂに予約を勧める一又は複数の車種を決定する。本実施形態では、提案手段４８は、例えば適合度が閾値以上の車種を、登録車種テーブル４０Ｄから取得し、これらを借主Ｂに予約を勧める車種として決定する。そして、処理は、ステップＳＰ７０の処理に移行する。
【００６８】
（ステップＳＰ７０）
提案手段４８は、決定したタイトル及び車種に基づき、提案画面データを生成する。そして、処理は、ステップＳＰ７２の処理に移行する。
【００６９】
（ステップＳＰ７２）
提案手段４８は、生成した提案画面データを第一端末装置１２に送信（出力）する。  そして、処理は、ステップＳＰ７４の処理に移行する。
【００７０】
（ステップＳＰ７４）
第一端末装置１２は、サーバ装置１０から提案画面データを受信する。これに応答して、第一端末装置１２は、受信した提案画面データに基づき、提案画面を表示する。
【００７１】
図９は、第一端末装置１２に表示される提案画面９０の一例を示す図である。
【００７２】
図９に示すように、提案画面９０には、キーワードタブ９２と、イメージタブ９４と、お気に入りタブ９６と、一又は複数のタイトル９８と、一又は複数の写真１００と、を備える。キーワードタブ９２は、提案手段４８が決定したお出かけに関するキーワードで検索するものである。イメージタブ９４は、提案手段４８が決定した車種をイメージ（写真）で検索するものである。お気に入りタブ９６は、借主Ｂのお気に入りの車種の中で検索するものである。なお、図９に示す提案画面９０は、イメージタブ９４が押下された又はイメージタブ９４が自動的に選択された場合の画面である。タイトル９８は、提案手段４８が決定したタイトルである。写真１００は、提案手段４８が決定した車種の写真、もしくはタイトルを連想させる写真である。
【００７３】
図８に戻って、処理は、ステップＳＰ７６の処理に移行する。
【００７４】
（ステップＳＰ７６）
第一端末装置１２は、提案画面９０において提案手段４８が勧める車種の中から、借主Ｂによる何れか一つの車種（の写真１００）の選択操作を受け付ける。これに応答して、第一端末装置１２は、選択操作された車種又は写真１００のＩＤを含む操作情報をサーバ装置１０に送信する。そして、処理は、ステップＳＰ７８の処理に移行する。
【００７５】
（ステップＳＰ７８）
サーバ装置１０は、第一端末装置１２から選択情報を受信する。これに応答して、サーバ装置１０の応答手段４２は、登録車種テーブル４０Ｄから選択情報に対応する車種の詳細情報を取得し、取得した詳細情報に基づいて詳細画面データを生成する。そして、処理は、ステップＳＰ８０の処理に移行する。
【００７６】
（ステップＳＰ８０）
応答手段４２は、生成した詳細画面データを第一端末装置１２に送信する。そして、処理は、ステップＳＰ８２の処理に移行する。
【００７７】
（ステップＳＰ８２）
第一端末装置１２は、サーバ装置１０から、詳細画面データを受信する。これに応答して、第一端末装置１２は、受信した詳細画面データに基づき、借主Ｂが選択操作した車種の詳細画面を表示する。この詳細画面は、図示しないが、借主Ｂが選択操作した車種に属する車の詳細情報や、当該車の貸主Ｌの情報、当該車の予約をリクエストするためのリクエストボタン等を含む。そして、処理は、ステップＳＰ８４の処理に移行する。
【００７８】
（ステップＳＰ８４）
第一端末装置１２は、詳細画面において、リクエストボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ８６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８４の処理に戻る。  
【００７９】
（ステップＳＰ８６）
第一端末装置１２は、借主Ｂが選択操作した車種に属する車のリクエスト情報をサーバ装置１０に送信する。このリクエスト情報には、例えば借主Ｂの名前や住所、連絡先等のユーザ情報や、車の車ＩＤ、借主Ｂが車を借りたい予約日時等が含まれる。そして、処理は、ステップＳＰ８８の処理に移行する。
【００８０】
（ステップＳＰ８８）
サーバ装置１０は、第一端末装置１２からリクエスト情報を受信する。これに応答して、応答手段４２は、リクエスト情報に含まれる車ＩＤと、登録車種テーブル４０Ｄに基づき、貸主Ｌの連絡先（メールアドレス等）を取得し、当該連絡先に基づいて、当該貸主Ｌの第二端末装置１４にリクエスト情報を含む承諾要求を送信する。そして、処理は、ステップＳＰ９０の処理に移行する。
【００８１】
（ステップＳＰ９０）
第二端末装置１４は、サーバ装置１０から承諾要求を受信する。これに応答して、第二端末装置１４は、受信した承諾要求に含まれるリクエスト情報を表示し、承諾するか否かを貸主Ｌに問い合わせる。続いて、第二端末装置１４は、貸主Ｌの操作に応じて、承諾か否か（承諾可否）を決定し、その承諾可否情報をサーバ装置１０に送信する。そして、処理は、ステップＳＰ９２の処理に移行する。
【００８２】
（ステップＳＰ９２）
サーバ装置１０は、第二端末装置１４から承諾可否情報を受信する。これに応答して、サーバ装置１０の応答手段４２は、受信した承諾可否情報を第一端末装置１２に転送する。そして、処理は、ステップＳＰ９４の処理に移行する。
【００８３】
（ステップＳＰ９４）
応答手段４２は、承諾可否情報に係るリクエスト情報を予約情報４０Ｅとして記憶手段４０に記憶する。
【００８４】
以上、本実施形態では、ユーザが車を借りるための予約に係るプログラムであって、コンピュータとしてのサーバ装置１０を、予約の前において、借主Ｂの操作に基づき、借主Ｂの嗜好情報を取得する取得手段４４、取得手段４４が取得した嗜好情報に基づき、予約を勧める車を借主Ｂに対して出力する提案手段４８、として機能させる。
【００８５】
この構成によれば、提案手段４８が出力する車が借主Ｂの嗜好情報に基づいているため、その出力（提案）を受けた借主Ｂは、当該提案に沿って適切な車を予約することができる。
【００８６】
また、本実施形態では、取得手段４４は、借主Ｂに対して嗜好を質問する質問処理を実行し、借主Ｂの回答操作を受け付けることで、嗜好情報を取得し、質問処理の際、質問に関連する画像７４を表示制御する。
【００８７】
この構成によれば、借主Ｂに対して質問をイメージで理解させることにより、質問に対する回答を効率的に得ることができる。また、アプリの初回起動に質問処理を行うので、初回起動であっても、提案手段４８は、嗜好情報に基づいた車を出力することができる。
【００８８】
また、本実施形態では、サーバ装置１０を、取得手段４４が取得した嗜好情報に基づき、予め定められた複数の項目毎にパラメータを算出する算出手段４６、として更に機能させ、提案手段４８は、算出手段４６が算出したパラメータに基づいて予約を勧める車を決定する。
【００８９】
この構成によれば、借主Ｂは、より適切な車を予約することができる。
【００９０】
また、本実施形態では、質問処理の際に得られる嗜好情報を第一嗜好情報としたとき、取得手段４４は、予め定められたソーシャルネットワーキングサービスにおける借主Ｂの活動を監視し、監視して得られた情報を第二嗜好情報として取得し、算出手段４６は、第一嗜好情報に基づき、パラメータを算出した後、第二嗜好情報に基づき、当該パラメータを更新する。
【００９１】
この構成によれば、車の決定に係るパラメータが随時更新されるので、借主Ｂは、より適切な車を予約することができる。
【００９２】
また、本実施形態では、提案手段４８は、予約を勧める車とともに、取得手段４４が取得した嗜好情報に基づき、車のタイトルを決定し、出力する。
【００９３】
この構成によれば、借主Ｂは、車のタイトルを見れば、提案手段４８が出力する車を検索する際に、車を利用した際のイメージを膨らませることができ、より適切な車を予約することができる。
【００９４】
−−−変形例−−−
なお、本発明は上記の具体例に限定されるものではない。すなわち、上記の具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、前述した実施形態及び後述する変形例が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。
【００９５】
例えば、上記実施形態では、取得手段４４、算出手段４６、提案手段４８が、ソーシャルネットワーキングサービスを提供するサーバ装置１０に備えられる場合を説明したが、当該サーバ装置１０とは異なる他のサーバ装置に備えられてもよい。
【００９６】
また、上記実施形態では、算出手段４６は、ソーシャルネットワーキングサービスにおけるユーザの活動を示す情報（第二嗜好情報）に基づき、パラメータを更新する場合を説明したが、活動のタイミングに応じて、パラメータを更新する度合を変更してもよい。例えば、ある投稿に対して「いいね」等を押す活動が早いタイミングであれば、パラメータを大きく更新し、ある投稿に対して「いいね」等を押す活動が遅いタイミングであれば、パラメータを小さく変更してもよい。
【００９７】
また、上記実施形態では、算出手段４６は、第一嗜好情報に基づいて、パラメータを算出する場合を説明したが、第一嗜好情報及び借主Ｂの特徴（性別や年齢、職業等）に基づいて、パラメータを算出してもよい。同様に、算出手段４６は、第二嗜好情報及び借主Ｂの特徴に基づいて、パラメータを更新してもよい。
【００９８】
また、上記実施形態では、算出手段４６が算出するパラメータが適合度である場合を説明したが、各項目の嗜好度であってもよい。この場合、記憶手段４０には、適合度テーブル４０Ｃの代わりに、嗜好度テーブルが記憶される。
【００９９】
図１０（Ａ）及び図１０（Ｂ）は、嗜好度テーブル４０Ｆの一例を示す図である。
【０１００】
図１０（Ａ）に示すように、新しい借主Ｂの嗜好度が算出された場合には、そのユーザＩＤとともに、算出された嗜好度が嗜好度テーブル４０Ｆに追加される。なお、図１０（Ａ）では、追加された箇所にハッチングを付している。また、図１０（Ｂ）に示すように、ソーシャルネットワーキングサービスにおける新しい借主Ｂの活動に応じて、適宜、新しい借主Ｂの嗜好度が更新される。
【０１０１】
また、上記実施形態では、車を借りるための予約について説明したが、車以外の他の乗り物の予約についても本発明を適用できる。すなわち、ユーザが乗り物を借りるための予約に係るプログラムであって、サーバ装置１０を、予約の前において、借主Ｂの操作に基づき、借主Ｂの嗜好情報を取得する取得手段４４、取得手段４４が取得した嗜好情報に基づき、予約を勧める乗り物を借主Ｂに対して出力する提案手段４８、として機能させてもよい。他の乗り物としては、トラック、バイク、自転車、船、飛行機等が挙げられる。
【符号の説明】
【０１０２】
１０…サーバ装置（コンピュータ）、４４…取得手段、４８…提案手段
【図１】
2020123161.tif 000003
【図２】
2020123161.tif 000004
【図３】
2020123161.tif 000005
【図４】
2020123161.tif 000006
【図５】
2020123161.tif 000007
【図６】
2020123161.tif 000008
【図７】
2020123161.tif 000009
【図８】
2020123161.tif 000010
【図９】
2020123161.tif 000011
【図１０】
2020123161.tif 000012