(57)【要約】【課題】レンタカー利用者の利便性を高める。【解決手段】旅行支援サーバ１６は、予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者を利用者に選択させるための要素を含む利用者画面を利用者端末１２に表示させる。旅行支援サーバ１６は、利用者画面で選択された運転者の運転者端末１４に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させる。利用者画面は、レンタカー会社に対して利用者が予約したレンタカーの属性情報を利用者に入力させる領域を含み、旅行支援サーバ１６は、利用者画面に入力されたレンタカーの属性情報を運転者画面に表示させる。旅行支援サーバ１６は、運転者画面にて依頼が承認された場合、そのことを示す情報を利用者画面に表示させる。【選択図】図１
2017208041.tif 000002
【特許請求の範囲】
【請求項１】
予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者を利用者に選択させるための要素を含む利用者画面を利用者の端末に表示させる利用者画面提供部と、
前記利用者画面で選択された運転者の端末に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させる運転者画面提供部と、
を備え、
前記利用者画面は、レンタカー会社に対して利用者が予約したレンタカーの属性情報を利用者に入力させる領域を含み、
前記運転者画面提供部は、前記利用者画面に入力されたレンタカーの属性情報を前記運転者画面に表示させ、
前記利用者画面提供部は、前記運転者画面にて依頼が承認された場合、そのことを示す情報を前記利用者画面に表示させることを特徴とする情報処理装置。
【請求項２】
前記利用者画面に入力されるレンタカーの属性情報は、レンタカーの車種、または、レンタカー会社により予め定められたレンタカーのクラスを示す情報を含む請求項１に記載の情報処理装置。
【請求項３】
前記運転者画面にて依頼が承認された場合に利用者と運転者の少なくとも一方に対する課金処理を実行する課金部をさらに備え、
前記利用者画面提供部は、前記運転者画面にて依頼が承認された場合に、利用者から運転者へメッセージを送るための要素を前記利用者画面に表示させ、
前記運転者画面提供部は、前記運転者画面にて依頼が承認された場合に、運転者から利用者へメッセージを送るための要素を前記運転者画面に表示させる請求項１または２に記載の情報処理装置。
【請求項４】
レンタカーの予約に関する情報を保持する外部装置から、利用者が予約したレンタカーの属性情報を取得するレンタカー情報取得部をさらに備え、
前記利用者画面提供部は、前記レンタカー情報取得部により取得されたレンタカーの属性情報を前記利用者画面に自動で設定する請求項１から３のいずれかに記載の情報処理装置。
【請求項５】
前記運転者画面にて依頼が承認された場合に、レンタカーの予約に関する情報を保持する外部装置へ、運転者の属性情報を提供する運転者情報提供部をさらに備えることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
【請求項６】
利用者により指定された条件に合致する運転者を検索する検索部をさらに備え、
前記利用者画面提供部は、前記検索部による検索の結果が所定の結果である場合に、運転者を指定せずにレンタカーの運転を依頼するための要素を含む利用者画面を前記利用者の端末に表示させ、
レンタカーの運転の依頼であって、運転者が未指定の依頼である特殊依頼を前記利用者の端末から受け付けた場合に、前記運転者画面提供部は、前記特殊依頼を承認するか否かを入力させるための要素を含む運転者画面を複数の運転者の端末に表示させ、
前記利用者画面提供部は、前記運転者画面にて前記特殊依頼が承認された場合、前記特殊依頼を承認した運転者の情報を前記利用者の端末に表示させることを特徴とする請求項１から５のいずれかに記載の情報処理装置。
【請求項７】
予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者をユーザに選択させるための要素を含む利用者画面を表示させる利用者画面表示部と、
前記利用者画面で運転者が選択された場合にそのことをサーバへ通知することにより、前記サーバを介して前記利用者画面で選択された運転者の端末に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させる通知部と、
を備え、
前記利用者画面は、レンタカー会社に対してユーザが予約したレンタカーの属性情報をユーザに入力させる領域を含み、
前記通知部は、前記レンタカーの属性情報を前記サーバへ通知することにより、前記レンタカーの属性情報を前記運転者画面に表示させ、
前記利用者画面表示部は、前記運転者画面にて依頼が承認された場合、そのことを示す情報を前記利用者画面に表示させる情報処理装置。
【請求項８】
予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者を利用者に選択させるための要素を含む利用者画面を利用者の端末に表示させるステップと、
前記利用者画面で選択された運転者の端末に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させるステップと、
をコンピュータが実行し、
前記利用者画面は、レンタカー会社に対して利用者が予約したレンタカーの属性情報を利用者に入力させる領域を含み、
前記運転者画面を表示させるステップは、前記利用者画面に入力されたレンタカーの属性情報を前記運転者画面に表示させ、
前記運転者画面にて依頼が承認された場合、前記コンピュータが、そのことを示す情報を前記利用者画面に表示させるステップをさらに実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理技術に関し、特に情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
旅行に先立ち、宿泊先や交通手段をウェブサイトで予約することがある。以下の特許文献１では、旅行の出発日と帰着日、予算、目的等をユーザに入力させ、その入力された情報に基づいて旅行プランを生成する旅行プラン提供装置が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１４２７８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
旅行者は、旅行先でレンタカーを使用することがあるが、旅行先の地理に不案内であるため道に迷ってしまうことがある。また、旅行先の地元住民の間では人気が高いものの観光地化されていない場所を訪れたい旅行者もいるが、そのような場所の情報を旅行者が事前に収集することは容易でない。
【０００５】
本発明者は、上記課題に鑑みてなされたものであり、主な目的は、レンタカー利用者の利便性を高める技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報処理装置は、予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者を利用者に選択させるための要素を含む利用者画面を利用者の端末に表示させる利用者画面提供部と、利用者画面で選択された運転者の端末に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させる運転者画面提供部と、を備える。利用者画面は、レンタカー会社に対して利用者が予約したレンタカーの属性情報を利用者に入力させる領域を含む。運転者画面提供部は、利用者画面に入力されたレンタカーの属性情報を運転者画面に表示させ、利用者画面提供部は、運転者画面にて依頼が承認された場合、そのことを示す情報を利用者画面に表示させる。
【０００７】
本発明の別の態様もまた、情報処理装置である。この装置は、予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者をユーザに選択させるための要素を含む利用者画面を表示させる利用者画面表示部と、利用者画面で運転者が選択された場合にそのことをサーバへ通知することにより、サーバを介して利用者画面で選択された運転者の端末に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させる通知部と、を備える。利用者画面は、レンタカー会社に対してユーザが予約したレンタカーの属性情報をユーザに入力させる領域を含む。通知部は、レンタカーの属性情報をサーバへ通知することにより、レンタカーの属性情報を運転者画面に表示させ、利用者画面表示部は、運転者画面にて依頼が承認された場合、そのことを示す情報を利用者画面に表示させる。
【０００８】
本発明のさらに別の態様は、情報処理方法である。この方法は、予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者を利用者に選択させるための要素を含む利用者画面を利用者の端末に表示させるステップと、利用者画面で選択された運転者の端末に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含む運転者画面を表示させるステップと、をコンピュータが実行し、利用者画面は、レンタカー会社に対して利用者が予約したレンタカーの属性情報を利用者に入力させる領域を含む。運転者画面を表示させるステップは、利用者画面に入力されたレンタカーの属性情報を運転者画面に表示させ、運転者画面にて依頼が承認された場合、コンピュータが、そのことを示す情報を利用者画面に表示させるステップをさらに実行する。
【０００９】
なお、以上に示した各構成要素の任意の組み合わせ、本発明をシステム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体等により表現したものもまた、本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、レンタカー利用者の利便性を高めることができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施例の情報システムの構成を示す図である。
【図２】図１の旅行支援サーバの機能構成を示すブロック図である。
【図３】図１の利用者端末の機能構成を示すブロック図である。
【図４】図１の運転者端末の機能構成を示すブロック図である。
【図５】旅行支援サーバの動作を示すフローチャートである。
【図６】申請ページの例を示す図である。
【図７】マッチング確認ページの例を示す図である。
【図８】マッチング確認ページの例を示す図である。
【図９】旅行支援サーバの動作を示すフローチャートである。
【図１０】マッチング確認ページの例を示す図である。
【図１１】マッチング確認ページの例を示す図である。
【図１２】第２実施例の旅行支援サーバの機能構成を示すブロック図である。
【図１３】第３実施例の旅行支援サーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
実施例の旅行支援サーバは、旅行先でのレンタカーを使用した観光を支援するサービスを提供する。具体的には、旅行支援サーバは、レンタカーの運転を委託可能な運転者候補の情報を提供し、利用者の好みや旅の目的にあった運転者選びを支援するＣｔｏＣ（Consumer-to-Consumer）のマッチングサービスを提供する。利用者は、旅行支援サーバが提供するウェブサイト（以下「旅行支援サイト」と呼ぶ。）に登録されている運転者の中からレンタカーの運転を委託する運転者を選択する。
【００１３】
旅行支援サイトは利用者と運転者とのマッチングサービスを提供するものであり、レンタカー会社からレンタカーを借り受けること、旅行支援サイトでマッチングされた運転者に対してレンタカーの運転を委託することは利用者自身で行う。また、具体的な報酬額や目的地等についても、利用者と運転者の間で直接交渉し、契約する。
【００１４】
実施例での「利用者」は、旅行先でレンタカーを借りる予定の人であり、旅行支援サイトを利用してレンタカーの運転を委託する運転者を選定する人である。旅行者とも言える。また、実施例での「運転者」は、旅行支援サイトに運転者として登録済の人であり、利用者からレンタカーの運転が委託されうる運転者候補と言える。典型的には、運転者は、利用者の旅行先に居住する人であり、旅行先の事情や地理に精通した人である。実施例のマッチングサービスは、利用者と運転者とのペアリングサービスとも言える。
【００１５】
（第１実施例）
図１は、第１実施例の情報システム１０の構成を示す。情報システム１０は、利用者端末１２で総称される利用者端末１２ａ、利用者端末１２ｂ、利用者端末１２ｃと、運転者端末１４で総称される運転者端末１４ａ、運転者端末１４ｂ、運転者端末１４ｃと、旅行支援サーバ１６と、レンタカー会社サーバ１７を備える。これらの装置は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網１８を介して接続される。
【００１６】
利用者端末１２は、利用者により操作される情報処理装置であり、運転者端末１４は、運転者により操作される情報処理装置である。これらの装置は、ＰＣ、スマートフォン、タブレット端末であってもよい。
【００１７】
旅行支援サーバ１６は、旅行支援サイトをインターネット上に公開する情報処理装置である。旅行支援サーバ１６は、物理的または論理的に複数台のサーバにより実現されてもよい。例えば、旅行支援サーバ１６は、ウェブサーバ、アプリケーションサーバ、データベースサーバが連携することにより実現されてもよい。
【００１８】
レンタカー会社サーバ１７は、レンタカー会社の情報処理装置である。レンタカー会社サーバ１７は、少なくともレンタカーの予約に関する情報を保持し、管理する。例えば、利用者が予約したレンタカーの属性情報（レンタカー会社および店舗の識別情報、レンタカーの車名・車種・クラス、喫煙有無、レンタカー運転者の免許証番号、免許証の画像等）を保持する。情報システム１０は、複数のレンタカー会社に対応する複数のレンタカー会社サーバ１７を備えてもよい。なお、レンタカー会社サーバ１７は、レンタカー会社の外部に設置されてもよく、例えばクラウド上のサーバであってもよい。
【００１９】
図２は、図１の旅行支援サーバ１６の機能構成を示すブロック図である。旅行支援サーバ１６は、制御部２０、記憶部２２、通信部２４を備える。制御部２０は、旅行支援サイトにおける各種データ処理を実行する。記憶部２２は、制御部２０により参照または更新されるデータを記憶する記憶領域である。通信部２４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部２０は、通信部２４を介して、利用者端末１２および運転者端末１４とデータを交換する。
【００２０】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２１】
記憶部２２は、運転者情報保持部２６、利用者情報保持部２８、マッチング情報保持部３０、メッセージ保持部３２を含む。これらの機能ブロックは、旅行支援サーバ１６のストレージやメインメモリが各機能ブロックに対応するデータを記憶することにより実現されてもよい。
【００２２】
運転者情報保持部２６は、運転者により登録された運転者に関する属性情報を保持する。具体的には、運転者情報保持部２６は、運転者の基本的な属性を示す基本情報と、利用者に公開される運転者のプロフィール情報と、運転者のスケジュール情報を保持する。基本情報は、運転者ＩＤ（旅行支援サーバ１６において運転者を一意に識別するための識別情報）、氏名、電子メールアドレス、パスワード、免許証番号、免許証種別、免許証カラー、免許証画像、運転記録証明書を含む。
【００２３】
プロフィール情報は、写真画像（旅行支援サイトで公開されるサムネイル画像）、ニックネーム（旅行支援サイトで公開される名称）、時間単価、対応言語、保有資格、自己ＰＲ文章を含む。スケジュール情報は、空き日時と予約済日時を含む。空き日時は、利用者が予約可能な日時または期間であり、言い換えれば、利用者からの運転委託を引き受けることが可能な日時または期間である。予約済日時は、利用者に予約・拘束された日時または期間であり、言い換えれば、レンタカーの運転が委託された日時または期間である。
【００２４】
利用者情報保持部２８は、利用者により登録された利用者に関する属性情報を保持する。具体的には、利用者情報保持部２８は、利用者ＩＤ（旅行支援サーバ１６において利用者を一意に識別するための識別情報）、氏名、電子メールアドレス、パスワード、クレジットカード情報を含む。
【００２５】
マッチング情報保持部３０は、利用者と運転者とのマッチングに関する情報（以下「マッチング情報」と呼ぶ。）を保持する。マッチング情報は、マッチングＩＤ（旅行支援サーバ１６において特定のマッチングを一意に識別するための識別情報）、利用者ＩＤ、運転者ＩＤ、ステータス、申請情報を含む。申請情報は、開始日付、終了日付、往路搭乗便情報、復路搭乗便情報、人数、レンタカー会社、レンタカーを貸し出す店舗、レンタカーの車名または車種、レンタカー喫煙可否を含む。
【００２６】
ステータスは、マッチングの状況を示す情報であり、本実施例では「承認済」「非承認」「未承認」のいずれかになる。「承認済」は、利用者によるマッチング申請が運転者により承認された状態を示す。「非承認」は、利用者によるマッチング申請が運転者により非承認とされた状態を示す。非承認は、拒否、却下、または否認とも言える。「未承認」は、承認または非承認が未決定の状態であり、申請中または保留中とも言える。
【００２７】
メッセージ保持部３２は、利用者と運転者との間で送受されるメッセージのデータを保持する。具体的には、メッセージ保持部３２は、メッセージＩＤ、送信先ＩＤ、送信元ＩＤ、マッチングＩＤ、件名、本文を含む。
【００２８】
制御部２０は、運転者登録部３４、利用者登録部３６、認証部３８、利用者画面提供部４０、運転者検索部４２、マッチング情報登録部４４、運転者画面提供部４６、課金部４８、メッセージ登録部５０、スケジュール更新部５２を含む。制御部２０の各機能は、旅行支援プログラムとして実装されて記録媒体に格納され、旅行支援サーバ１６へインストールされてもよい。そして、旅行支援サーバ１６のＣＰＵが、旅行支援プログラムをメインメモリへ読み出して実行することにより、制御部２０の各機能が実現されてもよい。
【００２９】
運転者登録部３４は、運転者端末１４から運転者登録要求を受信する。運転者登録要求は、既述した運転者に関する属性情報を含む。運転者登録部３４は、運転者登録要求が示す運転者に関する属性情報を運転者情報保持部２６へ格納する。利用者登録部３６は、利用者端末１２から利用者登録要求を受信する。利用者登録要求は、既述した利用者に関する属性情報を含む。利用者登録部３６は、利用者登録要求が示す利用者に関する属性情報を利用者情報保持部２８へ格納する。認証部３８は、旅行支援サイトへのログインを要求した運転者および利用者に対するパスワード認証を実行する。
【００３０】
利用者画面提供部４０は、予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者を利用者に選択させるための要素を含むウェブページ（以下「利用者ページ」と呼ぶ。）を利用者端末１２へ提供して表示させる。この要素は、利用者ページに設定され、または、利用者ページで表示・操作されるオブジェクト（コンテンツとも言える）である。例えば、テキストフィールドやボタン、フォームを含む。
【００３１】
利用者ページは、検索ページ、申請ページ、マッチング確認ページ、メッセージ確認ページを含む。利用者画面提供部４０は、利用者ページに対して利用者が入力した操作に関する情報を利用者端末１２から受け付け、その操作に応じて、検索ページ、申請ページ、マッチング確認ページ、またはメッセージ確認ページを利用者端末１２へ送信してもよい。また、利用者ページは、検索ページ、申請ページ、マッチング確認ページ、またはメッセージ確認ページのデータを内包してもよく、利用者端末１２のウェブブラウザは、利用者ページに対する利用者の操作に応じて、内包されたこれらのページのコンテンツを非表示状態から表示状態へ切り替えてもよい。
【００３２】
検索ページは、運転者を検索するためのウェブページである。検索ページは、検索条件として利用者が所望する運転者属性（プロフィール等）を入力するエリアを含む。検索ページは、検索条件として、開始日時、終了日時、時間単価、対応言語、資格等を入力することが可能なように設定されてもよい。
【００３３】
運転者検索部４２は、検索ページに入力された検索条件を含む検索要求を利用者端末１２から受信すると、その検索条件に合致する運転者を運転者情報保持部２６から検索する。例えば、運転者検索部４２は、検索条件で指定される開始日時から終了日時までの期間のスケジュールが空いている運転者を検出し、また、検索条件で指定された時間単価以下の運転者を検出する。利用者画面提供部４０は、運転者検索部４２による検索結果を利用者端末１２へ送信して検索ページに表示させる。例えば、利用者画面提供部４０は、検索条件に合致する運転者の詳細情報を利用者端末１２へ送信して検索ページに表示させる。
【００３４】
申請ページは、特定の運転者に対するマッチングを申請するためのウェブページであり、本実施例では、特定の運転者の詳細情報を示す検索ページで所定操作が入力された場合に表示される。申請ページは、レンタカー会社に対して利用者が予約したレンタカーの属性情報を利用者に入力させる領域を含む。具体的には、申請ページは、開始日付、終了日付、往路搭乗便情報、復路搭乗便情報、人数、レンタカー会社、レンタカー店舗、レンタカー車種、レンタカー喫煙可否の入力エリアを含む。
【００３５】
マッチング確認ページは、利用者が申請した１つ以上のマッチングの情報を一覧表示するウェブページである。利用者画面提供部４０は、利用者のＩＤと対応づけられた１つ以上のマッチング情報（例えば申請情報やステータス等）をマッチング情報保持部３０から検索して、利用者のＩＤと対応づけられた１つ以上のマッチング情報を並べて示すマッチング確認ページを生成し、そのデータを利用者端末１２へ送信する。また、利用者画面提供部４０は、ステータスが承認済のマッチング情報を表示するエリアには、利用者からマッチング相手の運転者へメッセージを送るための要素を設定する。
【００３６】
メッセージ確認ページは、運転者から利用者宛に送信されたメッセージの一覧（いわゆる受信箱）と、利用者から運転者宛に送信されたメッセージの一覧（いわゆる送信箱）を表示するウェブページである。利用者画面提供部４０は、利用者（利用者ＩＤ）に対応付けられたメッセージのデータをメッセージ保持部３２から読み出し、読み出したメッセージのデータを利用者端末１２へ送信して一覧表示させる。利用者画面提供部４０は、特定のメッセージを選択する操作が入力された旨が利用者端末１２から通知された場合に、選択されたメッセージの詳細情報（利用者のニックネーム、運転者のニックネーム、件名、本文）を利用者端末１２へ送信して表示させてもよい。
【００３７】
マッチング情報登録部４４は、申請ページに入力された申請情報を含むマッチング要求を利用者端末１２から受信すると、ユニークなマッチングＩＤを採番する。マッチング情報登録部４４は、マッチングＩＤ、申請元利用者の利用者ＩＤ、申請先運転者の運転者ＩＤ、ステータス（初期値「未承認」）、および申請情報を対応付けてマッチング情報保持部３０へ格納する。
【００３８】
運転者画面提供部４６は、利用者ページで選択された特定の運転者の端末（運転者端末１４ａ等）に、レンタカーの運転の依頼を承認するか否かを入力させるための要素を含むウェブページ（以下「運転者ページ」と呼ぶ。）を提供して表示させる。この要素は、運転者ページに設定され、または運転者ページで表示・操作されるオブジェクト（コンテンツとも言える）である。例えば、テキストフィールドやボタン、フォームを含む。
【００３９】
運転者ページは、マッチング確認ページとメッセージ確認ページを含む。運転者画面提供部４６は、運転者ページに対して運転者が入力した操作に関する情報を運転者端末１４から受け付け、その操作に応じて、マッチング確認ページまたはメッセージ確認ページを運転者端末１４へ送信して表示させてもよい。また、運転者ページは、マッチング確認ページまたはメッセージ確認ページのデータを内包し、運転者端末１４のウェブブラウザは、運転者ページに対する運転者の操作に応じて、内包されたこれらのページのコンテンツを非表示状態から表示状態へ切り替えてもよい。
【００４０】
マッチング確認ページは、運転者へ申請された１つ以上のマッチングの情報を一覧表示するウェブページである。なお、マッチング確認ページに表示されるマッチングの情報は、利用者がレンタカー会社に対して予約したレンタカーの属性情報を含む。運転者画面提供部４６は、運転者のＩＤと対応づけられた１つ以上のマッチング情報（例えば申請情報やステータス等）をマッチング情報保持部３０から検索して、運転者のＩＤと対応づけられた１つ以上のマッチング情報を並べて示すマッチング確認ページを生成し、そのデータを利用者端末１２へ送信する。
【００４１】
また、運転者画面提供部４６は、マッチング確認ページにおいて、ステータスが未承認のマッチング情報のエリアに、運転者に承認または非承認を選択させるための要素を設定する。その一方、ステータスが承認済のマッチング情報のエリアには、運転者からマッチング相手の利用者へメッセージを送るための要素を設定する。
【００４２】
メッセージ確認ページは、利用者から運転者宛に送信されたメッセージの一覧（いわゆる受信箱）と、運転者から利用者宛に送信されたメッセージの一覧（いわゆる送信箱）を表示するウェブページである。運転者画面提供部４６は、運転者（運転者ＩＤ）に対応付けられたメッセージのデータをメッセージ保持部３２から読み出し、読み出したメッセージのデータを運転者端末１４へ送信して一覧表示させる。運転者画面提供部４６は、特定のメッセージを選択する操作が入力された旨が運転者端末１４から通知された場合に、選択されたメッセージの詳細情報（利用者のニックネーム、運転者のニックネーム、件名、本文）を運転者端末１４へ送信して表示させてもよい。
【００４３】
マッチング情報登録部４４は、特定のマッチングに対する承認または非承認を示す操作が運転者端末１４で入力されると、そのことを示す情報（「承認情報」と呼ぶ。）を運転者端末１４から取得する。承認情報は、承認または非承認の対象になったマッチングのマッチングＩＤを含む。マッチング情報登録部４４は、マッチング情報保持部３０に保持された当該マッチングＩＤで識別されるマッチング情報について、承認された場合はそのステータスを承認済へ更新し、非承認となった場合はそのステータスを非承認へ更新する。
【００４４】
課金部４８は、運転者と利用者の少なくとも一方に対する所定の課金処理を実行する。実施例では、課金部４８は、旅行支援サイトに対して新規に登録した運転者に対して所定額を課金する。例えば、課金部４８は、旅行支援サイトへの運転者登録画面で、旅行支援サイトの運営者に対する金銭の支払いに必要なクレジットカード情報を運転者に入力させ、クレジットカード会社の装置と連携して、運転者から当該運営者へ所定金額を支払うクレジットカード決済を実行してもよい。
【００４５】
また、課金部４８は、運転者ページにおいて利用者からのマッチング申請が承認された場合、承認情報を参照してそのことを検出し、利用者に対して所定額を課金する。例えば、課金部４８は、マッチング申請の承認時に、予め利用者情報保持部２８に保持された申請元利用者のクレジットカード情報を読み出し、クレジットカード会社の装置と連携して、利用者から旅行支援サイトの運営者へ所定金額を支払うクレジットカード決済を実行してもよい。変形例として、運転者ページにおいて利用者からのマッチング申請が承認された場合、利用者に代えて、または利用者とともに、承認した運転者に対して所定額を課金してもよい。
【００４６】
メッセージ登録部５０は、利用者端末１２から送信された運転者宛のメッセージデータを受信する。本実施例のメッセージデータは、いずれかのマッチングに対応付けられ、特定のマッチングＩＤを含む。メッセージ登録部５０は、ユニークなメッセージＩＤを採番し、そのメッセージＩＤ、送信元の利用者ＩＤ、送信先の運転者ＩＤ、マッチングＩＤ、件名、本文を対応付けてメッセージ保持部３２へ格納する。また、メッセージ登録部５０は、運転者端末１４から送信された利用者宛のメッセージデータを受信すると、メッセージＩＤ、送信元の運転者ＩＤ、送信先の利用者ＩＤ、件名、本文を対応付けてメッセージ保持部３２へ格納する。なお、利用者ＩＤと運転者ＩＤは、利用者端末１２または運転者端末１４から送信されたメッセージデータに含まれてもよく、マッチングＩＤに基づいてメッセージ登録部５０が識別してもよい。
【００４７】
スケジュール更新部５２は、運転者端末１４から送信されたスケジュール更新要求を受け付けると、運転者情報保持部２６に保持された運転者のスケジュール情報をスケジュール更新要求にしたがって更新する。例えば、スケジュール更新部５２は、スケジュール更新要求が示す運転者の空き日時（期間）を、運転者情報保持部２６に保持された運転者のスケジュール情報に反映させる。また、スケジュール更新部５２は、マッチング申請を承認した旨の承認情報が受信されると、マッチング申請が示す開始日時から終了日時までの期間を予約済日時（期間）にするように、マッチング申請を承認した運転者のスケジュール情報を更新する。
【００４８】
図３は、図１の利用者端末１２の機能構成を示すブロック図である。利用者端末１２は、制御部６０、記憶部６２、通信部６４、操作入力部６６、ディスプレイ６８を備える。制御部６０は、利用者端末１２における各種データ処理を実行する。記憶部６２は、制御部６０により参照または更新されるデータを記憶する記憶領域である。通信部６４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部６０は、通信部６４を介して、旅行支援サーバ１６およびレンタカー会社サーバ１７とデータを交換する。操作入力部６６は、利用者による操作が入力される部材であり、例えばキーボードである。操作入力部６６とディスプレイ６８は、タッチパネルのように一体化されてもよい。
【００４９】
制御部６０は、利用者画面表示部７０、検索要求部７２、マッチング申請部７４、マッチング情報要求部７６、メッセージ送信部７８を含む。これらのブロックで示す機能は、利用者端末１２に予めインストールされたウェブブラウザ７９が、旅行支援サーバ１６から送信された利用者ページのデータ（例えばＨＴＭＬ文書やＪａｖａｓｃｒｉｐｔ（登録商標）プログラム）にしたがってデータ処理を実行することにより実現されてもよい。
【００５０】
利用者画面表示部７０は、予め登録された複数の運転者の中からレンタカーの運転を依頼する運転者をユーザに選択させるための要素を含む画面である利用者ページをディスプレイ６８に表示させる。検索要求部７２は、利用者ページ（検索ページ）で指定された検索条件（運転者の属性やその範囲等）を旅行支援サーバ１６へ送信する。利用者画面表示部７０は、検索要求部７２による検索要求への応答として旅行支援サーバ１６から提供された検索結果（検索条件を満たす運転者の情報）を利用者ページに表示させる。
【００５１】
マッチング申請部７４は、利用者ページで運転者が選択された場合にそのことを旅行支援サーバ１６へ通知することにより、旅行支援サーバ１６を介して、利用者ページで選択された運転者の運転者端末１４に、レンタカーの運転の依頼を承認するか否かを入力させるための運転者ページを表示させる。具体的には、マッチング申請部７４は、特定の運転者へレンタカーの運転を依頼する旨の申請情報が入力された場合に、申請元利用者のＩＤ、申請先運転者のＩＤ、および申請情報を含むマッチング要求を旅行支援サーバ１６へ送信する。既述したように、申請情報は、旅行支援サーバ１６を介して、運転者端末１４の運転者ページで表示される。また、申請情報は、利用者がレンタカー会社に対して手配済みのレンタカーの属性情報を含む。
【００５２】
マッチング情報要求部７６は、利用者に対応付けられたマッチング情報（申請情報やステータス等）の提供を要求するデータを旅行支援サーバ１６へ送信する。利用者画面表示部７０は、マッチング情報要求部７６による要求への応答として旅行支援サーバ１６から提供された１つ以上のマッチング情報をディスプレイ６８に一覧表示させる。利用者画面表示部７０は、ステータスが承認済のマッチング情報を表示する領域に、運転者へメッセージを送信するための要素を表示させる。
【００５３】
メッセージ送信部７８は、利用者ページに入力された運転者宛のメッセージのデータを旅行支援サーバ１６へ送信する。利用者画面表示部７０は、利用者に対応付けられた利用者宛のメッセージの提供を要求するデータを旅行支援サーバ１６へ送信する。利用者画面表示部７０は、旅行支援サーバ１６から送信されたメッセージのデータ（運転者ニックネームや件名、本文等）をディスプレイ６８に表示させる。
【００５４】
図４は、図１の運転者端末１４の機能構成を示すブロック図である。運転者端末１４は、制御部８０、記憶部８２、通信部８４、操作入力部８６、ディスプレイ８８を備える。制御部８０は、運転者端末１４における各種データ処理を実行する。記憶部８２は、制御部８０により参照または更新されるデータを記憶する記憶領域である。通信部８４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部８０は、通信部８４を介して、旅行支援サーバ１６とデータを交換する。操作入力部８６は、運転者による操作が入力される部材であり、例えばキーボードである。操作入力部８６とディスプレイ８８は、タッチパネルのように一体化されてもよい。
【００５５】
制御部８０は、運転者画面表示部９０、マッチング情報要求部９２、承認結果送信部９４、メッセージ送信部９６、スケジュール更新要求部９８を含む。これらのブロックで示す機能は、運転者端末１４に予めインストールされたウェブブラウザ９９が、旅行支援サーバ１６から送信された運転者ページのデータ（例えばＨＴＭＬ文書やＪａｖａｓｃｒｉｐｔ（登録商標）プログラム）にしたがってデータ処理を実行することにより実現されてもよい。
【００５６】
運転者画面表示部９０は、利用者から申請されたレンタカーの運転の依頼を承認するか否かを運転者に入力させるための要素を含む画面である運転者ページをディスプレイ８８に表示させる。マッチング情報要求部９２は、運転者に対応付けられたマッチング情報（申請情報やステータス等）の提供を要求するデータを旅行支援サーバ１６へ送信する。
【００５７】
運転者画面表示部９０は、マッチング情報要求部９２による要求への応答として旅行支援サーバ１６から提供された１つ以上のマッチング情報をディスプレイ６８に一覧表示させる。１つ以上のマッチング情報のそれぞれは、利用者がレンタカー会社に対して手配済みのレンタカーの属性情報を含む。運転者画面表示部９０は、ステータスが未承認のマッチング情報を表示する領域には、承認または非承認を入力するための要素を表示させる。その一方、ステータスが承認済のマッチング情報を表示する領域には、利用者へメッセージを送信するための要素を表示させる。
【００５８】
承認結果送信部９４は、ステータスが未承認のマッチング情報（申請情報）を運転者が承認したか否かの結果を示す情報である承認情報を旅行支援サーバ１６へ送信する。メッセージ送信部９６は、運転者ページに入力された利用者宛のメッセージのデータを旅行支援サーバ１６へ送信する。運転者画面表示部９０は、運転者に対応付けられた運転者宛のメッセージの提供を要求するデータを旅行支援サーバ１６へ送信する。運転者画面表示部９０は、旅行支援サーバ１６から送信されたメッセージのデータ（利用者ニックネームや件名、本文等）をディスプレイ８８に表示させる。
【００５９】
スケジュール更新要求部９８は、運転者ページに対して運転者のスケジュール情報が入力された場合に、入力されたスケジュール情報を旅行支援サーバ１６へ送信して登録する。既述したように、スケジュール情報は、利用者による予約が可能な空き日時（期間）と、利用者による予約ができない予約済日時（期間）を含む。
【００６０】
以上の構成による情報システム１０の動作を説明する。ここでは前提として、利用者と運転者が旅行支援サーバ１６に登録済みとする。すなわち、利用者の各種属性情報が利用者情報保持部２８に保持されており、運転者の各種属性情報が運転者情報保持部２６に保持されている。また、利用者は、利用者端末１２を介してレンタカー会社サーバ１７へアクセスし、レンタカーを予約済である。なお、レンタカー会社へ電話をする等、別の方法でレンタカーを予約してもよいことはもちろんである。
【００６１】
図５は、旅行支援サーバ１６の動作を示すフローチャートである。同図は、ある１人の利用者により操作される利用者端末１２に対する旅行支援サーバ１６の動作を示している。旅行支援サーバ１６は、複数の利用者の複数の利用者端末１２（例えば利用者端末１２ａ、利用者端末１２ｂ、利用者端末１２ｃ）に対して同様の処理を実行する。
【００６２】
利用者は、利用者端末１２にてウェブブラウザ７９を起動し、旅行支援サイト（利用者向け）にアクセスしてログインを試行する。旅行支援サーバ１６の認証部３８は利用者を認証し、その認証に成功すると（Ｓ１０のＹ）、旅行支援サーバ１６の利用者画面提供部４０は利用者ページを利用者端末１２へ提供する（Ｓ１２）。利用者端末１２の利用者画面表示部７０は、利用者ページをディスプレイ６８に表示させる。利用者の認証に失敗すると（Ｓ１０のＮ）、Ｓ１２をスキップする。
【００６３】
利用者が、所望の検索条件を利用者ページへ入力して検索ボタンを押下すると、利用者端末１２の検索要求部７２は、検索条件を含む検索要求を旅行支援サーバ１６へ送信する。旅行支援サーバ１６の運転者検索部４２は、検索要求を受信すると（Ｓ１４のＹ）、運転者情報保持部２６を検索して、登録済みの運転者の中から検索条件に整合する運転者を検出し、検出した運転者の情報を利用者端末１２へ提供する（Ｓ１６）。利用者端末１２の利用者画面表示部７０は、旅行支援サーバ１６から提供された検索結果、すなわち検索条件に合致する運転者の情報をディスプレイ６８に表示させる。検索要求を未受信であれば（Ｓ１４のＮ）、Ｓ１６をスキップする。
【００６４】
検索結果を表示する利用者ページに対して、利用者が特定の運転者の詳細情報の表示を指示する操作を入力すると、利用者画面表示部７０は、運転者詳細情報の提供を旅行支援サーバ１６へ要求する。旅行支援サーバ１６の運転者検索部４２は、運転者詳細情報の提供要求を受信すると（Ｓ１８のＹ）、その要求で指定された運転者のプロフィール情報を運転者情報保持部２６から取得して利用者端末１２へ提供する（Ｓ２０）。利用者端末１２の利用者画面表示部７０は、運転者のプロフィール情報を利用者ページに表示させる。運転者詳細情報の提供要求を未受信であれば（Ｓ１８のＮ）、Ｓ２０をスキップする。
【００６５】
利用者は運転者のプロフィール情報を確認し、その運転者にレンタカーの運転を委託することを決定すると、申請ページ（申請フォームとも言える）を表示させるための所定の操作を利用者ページへ入力する。実施例の利用者ページには申請ページのデータが含まれており、利用者端末１２の利用者画面表示部７０は、利用者ページに対して所定の操作が入力されると、利用者ページの一部に申請ページを表示させる。既述したように、旅行支援サーバ１６の利用者画面提供部４０は、それまでの利用者ページとは別に申請ページのデータを利用者端末１２へ提供して表示させてもよい。
【００６６】
図６は、申請ページ１００の例を示す。申請ページ１００は、レンタカー情報入力エリア１０２を含む。レンタカー情報入力エリア１０２は、事前にレンタカー会社に予約したレンタカーに関する各種属性情報を利用者に入力させる領域である。本実施例では、レンタカー会社の会社名および店舗名、レンタル車種またはクラス、喫煙有無の入力フィールドを含む。この中で「レンタル車種またはクラス」欄は、車種（車の構造・大きさの分類であり、普通自動車や中型自動車等）、または、レンタカー会社が予め定めるクラス（車の種類やサイズ、排気量、積載量等の分類であり、例えば「Ｓ」「Ａ」等）を入力すべきテキストフィールドである。クラスは、レンタカー会社ごとに分類が異なる場合があるが、レンタカー会社とクラスとの組み合わせにより、その意味を一意に特定可能である。また、「レンタル車種またはクラス」欄には車名が入力されてもよい。
【００６７】
また、申請ページ１００は、待ち合わせ希望場所の入力エリアをさらに含む。利用者は、旅行先において運転者と待ち合わせたい場所をその入力エリアに設定する。利用者は、申請ページ１００の各項目への入力が完了すると、申請ボタン１０４に対する押下操作を入力する。なお、申請ページ１００には、非表示の情報として、申請元となる利用者ＩＤと、プロフィール情報が表示された申請先となる運転者ＩＤが設定される。
【００６８】
図５に戻り、申請ページ１００で申請ボタン１０４が押下されると、利用者端末１２のマッチング申請部７４は、利用者ＩＤ、運転者ＩＤ、申請ページ１００に入力された申請情報を含むマッチング要求を旅行支援サーバ１６へ送信する。旅行支援サーバ１６のマッチング情報登録部４４は、マッチング要求が受信されると（Ｓ２２のＹ）、そのマッチング要求が示す利用者ＩＤ、運転者ＩＤ、申請情報に、マッチングＩＤおよびステータス（初期値「未承認」）を対応付けたマッチング情報をマッチング情報保持部３０へ格納する（Ｓ２４）。マッチング要求を未受信であれば（Ｓ２２のＮ）、Ｓ２４をスキップする。
【００６９】
利用者は、マッチングの正否を確認するためのマッチング確認ページを表示させる所定操作を利用者ページへ入力する。利用者端末１２のマッチング情報要求部７６は、利用者が申請したマッチング情報の提供を旅行支援サーバ１６へ要求する。旅行支援サーバ１６の利用者画面提供部４０は、マッチング情報の提供要求が受信されると（Ｓ２６のＹ）、要求元の利用者ＩＤに対応付けられたマッチング情報をマッチング情報保持部３０から検索する。要求元の利用者ＩＤに対応付けられたマッチング情報が存在すれば（Ｓ２８のＹ）、利用者画面提供部４０は、検出したマッチング情報を含むマッチング確認ページを生成し、その際にマッチング情報ごとにステータスを判定する。
【００７０】
利用者画面提供部４０は、ステータスが承認済のマッチング情報には（Ｓ３０のＹ）、メッセージ送信のための要素を付加するが（Ｓ３２）、ステータスが未承認または非承認のマッチング情報には（Ｓ３０のＮ）、メッセージ送信のための要素を付加しない。検出したマッチング情報の少なくとも一部に対するステータス判定が未完了であれば（Ｓ３４のＮ）、Ｓ３０に戻る。検出したマッチング情報全てのステータス判定が完了すると（Ｓ３４のＹ）、検出したマッチング情報を並べて示すマッチング確認ページを利用者端末１２へ提供する（Ｓ３６）。マッチング情報の提供要求を未受信であり（Ｓ２６のＮ）、または、要求元利用者の利用者ＩＤに対応付けられたマッチング情報が存在しなければ（Ｓ２８のＮ）、Ｓ３０〜Ｓ３６をスキップする。
【００７１】
利用者端末１２の利用者画面表示部７０は、マッチング確認ページをディスプレイ６８に表示させる。図７および図８は、マッチング確認ページ１０６の例を示す。図７は、ステータスが未承認のマッチング情報を示すマッチング確認ページ１０６を示している。その一方、図８は、ステータスが承認済のマッチング情報を示すマッチング確認ページ１０６を示している。図８のマッチング確認ページ１０６には、メッセージ作成ボタン１０８が設けられ、利用者がメッセージ作成ボタン１０８に対する押下操作を入力すると、メッセージ作成エリア１１０が展開されて表示される。
【００７２】
メッセージ作成エリア１１０は、メッセージの件名および本文の入力エリアと、メッセージ送信ボタン１１２とを含む。運転者「じろう」宛のメッセージを利用者が入力し、メッセージ送信ボタン１１２を押下すると、利用者端末１２のメッセージ送信部７８は、利用者のＩＤ、運転者「じろう」のＩＤ、メッセージが入力されたマッチング情報のＩＤ、件名、本文を含むメッセージデータを旅行支援サーバ１６へ送信する。
【００７３】
不図示だが、ステータスが非承認のマッチング情報を示すマッチング確認ページ１０６も図７と同様になる。すなわち、ステータスが未承認または非承認のマッチング情報を示すマッチング確認ページ１０６では、運転者へメッセージを送信するための要素は設定されず、非表示となる。
【００７４】
図５に戻り、旅行支援サーバ１６のメッセージ登録部５０は、利用者端末１２からメッセージデータを受信すると（Ｓ３８のＹ）、受信したメッセージデータをメッセージ保持部３２へ格納する（Ｓ４０）。メッセージデータを未受信であれば（Ｓ３８のＮ）、Ｓ４０をスキップする。
【００７５】
利用者は、利用者ページでメッセージの閲覧を指示する所定操作を入力する。利用者端末１２の利用者画面表示部７０は、メッセージの閲覧要求を旅行支援サーバ１６へ送信する。旅行支援サーバ１６の利用者画面提供部４０は、メッセージの閲覧要求を受信すると（Ｓ４２のＹ）、メッセージ保持部３２に格納されたメッセージの中から要求元の利用者ＩＤに対応づけられたメッセージを読み出す。例えば、要求元利用者を送信先とするメッセージと、要求元利用者を送信元とするメッセージを読み出す。そして、読み出したメッセージを利用者端末１２へ送信する（Ｓ４４）。メッセージの閲覧要求を未受信であれば（Ｓ４２のＮ）、Ｓ４４をスキップする。利用者端末１２の利用者画面表示部７０は、旅行支援サーバ１６から送信されたメッセージを利用者ページに表示させる。
【００７６】
図９は、旅行支援サーバ１６の動作を示すフローチャートである。同図は、ある１人の運転者により操作される運転者端末１４に対する旅行支援サーバ１６の動作を示している。旅行支援サーバ１６は、複数の運転者の複数の運転者端末１４（例えば運転者端末１４ａ、運転者端末１４ｂ、運転者端末１４ｃ）に対して同様の処理を実行する。
【００７７】
運転者は、運転者端末１４にてウェブブラウザ９９を起動し、旅行支援サイト（運転者向け）にアクセスしてログインを試行する。旅行支援サーバ１６の認証部３８は運転者を認証し、その認証に成功すると（Ｓ５０のＹ）、旅行支援サーバ１６の運転者画面提供部４６は運転者ページを運転者端末１４へ提供する（Ｓ５２）。運転者端末１４の運転者画面表示部９０は、運転者ページをディスプレイ８８に表示させる。運転者の認証に失敗すると（Ｓ５０のＮ）、Ｓ５２をスキップする。
【００７８】
運転者が自身のスケジュール（空き日時、空き期間等）を運転者ページに入力すると、運転者端末１４のスケジュール更新要求部９８は、入力されたスケジュールを示すスケジュール更新要求を旅行支援サーバ１６へ送信する。旅行支援サーバ１６のスケジュール更新部５２は、スケジュール更新要求が受信されると（Ｓ５４のＹ）、そのスケジュール更新要求にしたがって運転者のスケジュール情報を更新する（Ｓ５６）。スケジュール更新要求を未受信であれば（Ｓ５４のＮ）、Ｓ５６をスキップする。
【００７９】
運転者は、自分宛のマッチング申請の有無を確認するためのマッチング確認ページを表示させる所定操作を運転者ページへ入力する。運転者端末１４のマッチング情報要求部９２は、運転者に対して申請されたマッチング情報の提供を旅行支援サーバ１６へ要求する。旅行支援サーバ１６の運転者画面提供部４６は、マッチング情報の提供要求が受信されると（Ｓ５８のＹ）、要求元の運転者ＩＤに対応付けられたマッチング情報をマッチング情報保持部３０から検索する。要求元の運転者ＩＤに対応付けられたマッチング情報が存在すれば（Ｓ６０のＹ）、運転者画面提供部４６は、検出したマッチング情報を含むマッチング確認ページを生成し、その際にマッチング情報ごとにステータスを判定する。
【００８０】
運転者画面提供部４６は、ステータスが承認済のマッチング情報には（Ｓ６２のＹ）、メッセージ送信のための要素を付加するが（Ｓ６４）、ステータスが未承認または非承認のマッチング情報には（Ｓ６２のＮ）、メッセージ送信のための要素を付加しない。不図示だが、運転者画面提供部４６は、ステータスが未承認のマッチング情報には、運転者に承認または非承認を入力させるための要素を付加するが、ステータスが承認済または非承認のマッチング情報には、この要素を付加しない。
【００８１】
検出したマッチング情報の少なくとも一部に対するステータス判定が未完了であれば（Ｓ６６のＮ）、Ｓ６２に戻る。検出したマッチング情報全てに対するステータス判定が完了すると（Ｓ６６のＹ）、検出したマッチング情報を並べて示すマッチング確認ページを運転者端末１４へ提供する（Ｓ６８）。マッチング情報の提供要求を未受信であり（Ｓ５８のＮ）、または、要求元の運転者ＩＤに対応付けられたマッチング情報が存在しなければ（Ｓ６０のＮ）、Ｓ６２〜Ｓ６８をスキップする。
【００８２】
運転者端末１４の運転者画面表示部９０は、マッチング確認ページをディスプレイ８８に表示させる。図１０および図１１は、マッチング確認ページ１２０の例を示す。図１０は、ステータスが未承認のマッチング情報を示すマッチング確認ページ１２０を示している。その一方、図１１は、ステータスが承認済のマッチング情報を示すマッチング確認ページ１２０を示している。マッチング確認ページ１２０は、利用者からの申請情報を示すエリアを含み、レンタカー会社に対して利用者が予約済のレンタカーの属性情報を示すレンタカー情報エリア１２２を含む。なお、ステータスが非承認のマッチング情報を示すマッチング確認ページ１２０は、図７と同様になる。
【００８３】
図１０に示すように、ステータスが未承認のマッチング情報を示すエリアには、承認ボタン１２４と非承認ボタン１２６が設けられる。運転者は、マッチング確認ページ１２０の申請情報を確認して、レンタカーの運転を引き受ける場合に承認ボタン１２４を押下し、レンタカーの運転を引き受けない場合に非承認ボタン１２６を押下する。運転者端末１４の承認結果送信部９４は、特定のマッチング情報（マッチングＩＤ）に対する承認または非承認を示す承認情報を旅行支援サーバ１６へ送信する。
【００８４】
図１１に示すように、ステータスが承認済のマッチング情報を示すエリアには、メッセージ作成ボタン１０８が設けられる。運転者がメッセージ作成ボタン１０８に対する押下操作を入力すると、メッセージ作成エリア１１０が展開されて表示される。メッセージ作成エリア１１０は、メッセージの件名および本文の入力エリアと、メッセージ送信ボタン１１２とを含む。利用者「たろう」宛のメッセージを利用者が入力し、メッセージ送信ボタン１１２を押下すると、運転者端末１４のメッセージ送信部９６は、利用者「たろう」のＩＤ、運転者のＩＤ、メッセージが入力されたマッチング情報のＩＤ、件名、本文を含むメッセージデータを旅行支援サーバ１６へ送信する。
【００８５】
図９に戻り、運転者端末１４から承認情報を受信し（Ｓ７０のＹ）、その承認情報が申請の承認を示す場合（Ｓ７２のＹ）、旅行支援サーバ１６の課金部４８は、申請元の利用者に対する課金処理を実行する（Ｓ７４）。また、旅行支援サーバ１６のスケジュール更新部５２は、承認された申請情報が示す開始日時から終了日時までの期間を予約済期間として、承認した運転者のスケジュール情報を更新する（Ｓ７６）。承認情報が申請の非承認を示す場合（Ｓ７２のＮ）、Ｓ７４とＳ７６をスキップする。旅行支援サーバ１６のマッチング情報登録部４４は、承認または非承認の対象になったマッチング情報のステータスを更新する（Ｓ７８）。承認結果が未受信であれば（Ｓ７０のＮ）、Ｓ７２〜Ｓ７８をスキップする。
【００８６】
旅行支援サーバ１６のメッセージ登録部５０は、運転者端末１４からメッセージデータを受信すると（Ｓ８０のＹ）、受信したメッセージデータをメッセージ保持部３２へ格納する（Ｓ８２）。メッセージデータを未受信であれば（Ｓ８０のＮ）、Ｓ８２をスキップする。
【００８７】
運転者は、運転者ページでメッセージの閲覧を指示する所定操作を入力する。運転者端末１４の運転者画面表示部９０は、メッセージの閲覧要求を旅行支援サーバ１６へ送信する。旅行支援サーバ１６の運転者画面提供部４６は、メッセージの閲覧要求を受信すると（Ｓ８４のＹ）、メッセージ保持部３２に格納されたメッセージの中から要求元の運転者ＩＤに対応付けられたメッセージを読み出す。例えば、要求元運転者を送信先とするメッセージと、要求元運転者を送信元とするメッセージを読み出す。そして、読み出したメッセージを運転者端末１４へ送信する（Ｓ８６）。メッセージの閲覧要求を未受信であれば（Ｓ８４のＮ）、Ｓ８６をスキップする。運転者端末１４の運転者画面表示部９０は、旅行支援サーバ１６から送信されたメッセージを運転者ページに表示させる。
【００８８】
このように、本実施例の旅行支援サーバ１６は、利用者が旅先でのレンタカーの運転を委託する運転者探しを支援するマッチングサービスを提供する。このマッチングサービスにより、利用者の旅行先の地理や道路事情に精通した運転者であり、利用者の好みや旅の目的に合致する運転者が利用者を案内するため、利用者の旅の満足度を高めることができる。また、運転免許を持たない利用者、または、運転に自信がない利用者であっても、あたかもお抱え運転手がいるような特別な旅を楽しむことができる。また利用者は、旅行先の地元住民との触れ合いを楽しむことができ、さらに、観光地化されていない地元住民おすすめの場所も容易に訪れることができる。また、運転者に対しても、見知った道路や場所を運転することにより収入を得る機会を提供することができる。
【００８９】
また、マッチングの整合性を高めるため、本実施例のマッチングサービスでは、利用者から運転者への申請情報に、利用者が事前に予約したレンタカーの属性情報を含める。これにより、運転者はレンタカーの属性情報を確認して、承認するか否かを判断することができる。例えば、レンタカーの車種やクラスが、運転者が乗りなれた車種やクラスと類似する場合に、運転者は利用者の申請を承認することができる。また、本実施例のマッチングサービスでは、利用者から運転者への申請情報に、待ち合わせ希望場所も含める。これにより、利用者が旅先で運転者に出会えないリスクも低減できる。
【００９０】
また、本実施例の旅行支援サーバ１６によると、上記マッチングサービスによるビジネスモデルを実現できる。具体的には、多くの利用者との間でマッチングが成立しうる運転者には、旅行支援サイトへの登録時に課金することで、積極的に申請を承認することを促すことができる。その一方、間欠的な利用が多いと想定される利用者には、マッチング成立時（承認時）に課金することで、旅行支援サイトの気軽な利用を促すことができる。このように、本実施例の旅行支援サーバ１６によると、利用者と運転者それぞれの費用負担感の増大を抑制しつつ、旅行支援サイトの運営者も収益を上げることができる。
【００９１】
また、本実施例の旅行支援サーバ１６は、利用者と運転者間でのメッセージのやり取りする仕組みを提供し、マッチング成立時に不足した情報をメッセージ交換により補うことができる。ただし、メッセージのやり取りをマッチング成立前（承認前）に許可すると、マッチングを成立させないまま、すなわち利用者に課金しないうちに、利用者と運転者とが連絡を取り合うことができ、ビジネスモデルが損なわれかねない。そこで、本実施例の旅行支援サーバ１６は、マッチング成立を条件として、利用者と運転者間でのメッセージのやり取りを可能にする。これにより、利用者および運転者の利便性と、ビジネスモデルとを両立させることができる。
【００９２】
（第２実施例）
第２実施例の情報システム１０の構成は第１実施例（図１）と同様である。第２実施例の旅行支援サーバ１６は、レンタカー会社サーバ１７と情報連携をすることにより、利用者の利便性を高める。なお、レンタカー会社サーバ１７には、旅行支援サーバ１６へ情報を提供するＡＰＩ（Application Programming Interface）と、旅行支援サーバ１６から送信された情報を受け付けるＡＰＩが設けられていることとする。
【００９３】
図１２は、第２実施例の旅行支援サーバ１６の機能構成を示すブロック図である。同図において、第１実施例と同一または対応するブロックには第１実施例（図２）と同じ符号を付している。以下、第１実施例と異なる点を説明する。
【００９４】
旅行支援サーバ１６は、レンタカー会社サーバ１７が備えるＡＰＩをコールすることにより、レンタカー会社サーバ１７との間でデータを送受する情報連携部５４をさらに備える。情報連携部５４は、レンタカー情報取得部５６と運転者情報提供部５８を含む。
【００９５】
レンタカー情報取得部５６は、利用者が予約したレンタカーの属性情報、例えば図６のレンタカー情報入力エリア１０２へ入力すべき情報をレンタカー会社サーバ１７から取得する。例えば、利用者画面提供部４０が申請ページを利用者端末１２へ提供する際に、レンタカー情報取得部５６は、レンタカー会社との間で予め定められた利用者の識別情報（氏名や電子メールアドレス等）をキーとしてレンタカー会社サーバ１７にレンタカーの予約状況を問い合わせてもよい。この問い合わせへの応答として、レンタカー情報取得部５６は、利用者の識別情報に対応付けられたレンタカーの属性情報をレンタカー会社サーバ１７から取得してもよい。
【００９６】
利用者画面提供部４０は、レンタカー情報取得部５６により取得されたレンタカーの属性情報を、利用者ページに自動で設定する。例えば、利用者画面提供部４０は、図６のレンタカー情報入力エリア１０２の各入力フィールドへレンタカーの属性情報を設定し、レンタカーの属性情報を設定済の利用者ページ（申請ページ）を利用者端末１２へ送信して表示させる。これにより、マッチング申請のために利用者が手入力すべきデータ量を低減し、利用者の利便性を高めることができる。
【００９７】
なお、レンタカー会社サーバ１７が提供するレンタカー予約サイトの予約完了画面に、旅行支援サーバ１６が提供する旅行支援サイトへのリンクを設置してもよい。そのリンクが選択された場合、レンタカー会社サーバ１７は、旅行支援サイトへリダイレクトさせるとともに、利用者によるレンタカー予約の識別情報（レンタカー会社サーバ１７における予約ＩＤ）を旅行支援サーバ１６へ渡してもよい。旅行支援サーバ１６のレンタカー情報取得部５６は、レンタカー会社サーバ１７から提供された予約ＩＤを利用者の属性情報として利用者情報保持部２８に格納してもよい。レンタカー情報取得部５６は、レンタカー会社サーバ１７へのアクセス時に、その予約ＩＤをキーとして使用してもよい。なお、レンタカーの属性情報の取得は、マッチング申請以前であれば任意のタイミングでよい。
【００９８】
運転者情報提供部５８は、運転者ページにてマッチング申請が承認された場合に、承認した運転者の属性情報をレンタカー会社サーバ１７へ提供する。具体的には、運転者情報提供部５８は、運転者端末１４から申請を承認した旨の承認情報が受信された場合に、申請元である利用者について、レンタカー会社との間で予め定められた利用者の識別情報（氏名や電子メールアドレスでもよく、上記の予約ＩＤでもよい）を利用者情報保持部２８から取得する。また、申請先である運転者について、運転者情報保持部２６に保持された免許証情報（免許証番号や免許証画像等）を取得する。
【００９９】
運転者情報提供部５８は、利用者の識別情報をキーとして、運転者の免許証情報をレンタカー会社サーバ１７へ登録する。レンタカー会社サーバ１７は、レンタカー予約をした利用者に対応付けて、実際にレンタカーを運転する運転者の免許証情報を記憶する。これにより、旅行先でレンタカーを借り受ける際の利用者の手続きを簡素化することができる。すなわち、予め運転者の免許証情報をレンタカー会社に通知しておくことで、旅行先の店舗における免許証のコピー作業等が不要になる。なお、免許証情報に限らず、運転者情報保持部２６に保持された運転者の属性情報のうちレンタカーの借り受けに必要な情報を、上記の仕組みでレンタカー会社へ事前に提供することができる。
【０１００】
（第３実施例）
第３実施例では、利用者が指定した条件を満たす運転者が検索で見つからなかった場合に、運転者を未指定のままマッチング申請を可能にする仕組みを提案する。言い換えれば、利用者側で予め運転者を指定するのではなく、複数の運転者に利用者の申請内容を提示し、いずれかの運転者がレンタカーの運転を引き受け可能な仕組みを提案する。第３実施例の情報システム１０および旅行支援サーバ１６の構成は、第１実施例と同様である（図１、図２）。以下、第１実施例と異なる点を説明する。
【０１０１】
利用者画面提供部４０は、運転者検索部４２による検索結果が所定の結果（実施例ではヒット数０）である場合に、特定の運転者を指定することなくレンタカーの運転を依頼するための要素を含む利用者ページを利用者端末１２へ送信して表示させる。レンタカーの運転の依頼を示すマッチング申請であって、運転者が指定されないマッチング申請（以下「特殊申請」と呼ぶ。）を利用者端末１２から受け付けた場合に、運転者画面提供部４６は、特殊申請を承認するか否かを入力させるための要素を含む運転者ページを、予め定められた複数の運転者の端末に表示させる。利用者画面提供部４０は、運転者ページにて特殊申請が承認された場合、特殊申請を承認した運転者の情報を利用者端末１２に送信して表示させる。
【０１０２】
第３実施例では、運転者の属性情報として、特殊申請を受け付けるか否かの情報が予め登録され、旅行支援サーバ１６は、特殊申請を受け付ける属性が設定された運転者へのみ特殊申請を配信する。変形例として、旅行支援サーバ１６に登録された全ての運転者へ特殊申請を配信してもよい。
【０１０３】
図１３は、第３実施例の旅行支援サーバ１６の動作を示すフローチャートである。同図は、第１実施例の処理（図５、図９）に加えて付加的に実行される特殊申請に関する処理を示している。運転者検索部４２は、利用者が指定した検索条件を含む検索要求を運転者端末１４から受信すると（Ｓ９０のＹ）、その検索要求に合致する運転者を運転者情報保持部２６から検索する。検索ヒット数が０であれば（Ｓ９２のＹ）、利用者画面提供部４０は、検索結果を示す利用者ページ（検索ページ）のデータに、特殊申請用のフォームを付加する（Ｓ９４）。実施例における特殊申請用のフォームは、図６に示した通常のマッチング申請のフォームと同じであってもよい。
【０１０４】
利用者画面提供部４０は、検索結果を示す利用者ページを利用者端末１２へ送信して表示させる（Ｓ９６）。例えば、検索ヒット数が０の場合、その検索結果と、検索条件の変更を促すメッセージと、検索条件変更の代替手段として特殊申請用のフォームを含む利用者ページを利用者端末１２で表示させる。検索ヒット数が０でなければ（Ｓ９２のＮ）、Ｓ９４をスキップする。この場合、第１実施例で示した通常の処理となり、図５のＳ１８の処理が続く。検索要求を未受信であれば（Ｓ９０のＮ）、Ｓ９２〜Ｓ９６をスキップする。
【０１０５】
利用者は、検索結果を確認し、検索条件を変えることもできるが、ここでは特殊申請用のフォームにレンタカーの運転の依頼内容を入力する。特殊申請用のフォームには、図６に示した内容に加えて、検索ページで検索条件として指定可能な項目（例えば時間単価（報酬額）、対応言語、資格等）の入力エリアがさらに含まれてもよい。利用者端末１２のマッチング申請部７４は、特定の運転者を指定しない特殊申請のデータを旅行支援サーバ１６へ送信する。特殊申請のデータは、運転者ＩＤを含まず、また、通常のマッチング申請と区別可能なよう特殊申請を示す識別情報を含む。
【０１０６】
旅行支援サーバ１６のマッチング情報登録部４４は、利用者端末１２から特殊申請を受信すると（Ｓ９８のＹ）、特殊申請の内容をあらたなマッチング情報としてマッチング情報保持部３０に格納する（Ｓ１００）。この時点では運転者が未定であるため、運転者ＩＤは設定されない。運転者画面提供部４６は、複数の運転者端末１４へ特殊申請を配信する（Ｓ１０２）。特殊申請を未受信であれば（Ｓ９８のＮ）、Ｓ１００およびＳ１０２をスキップする。
【０１０７】
実施例では、運転者画面提供部４６は、複数の運転者端末１４のうち特殊申請を受け入れ可能な属性が予め登録された運転者の運転者端末１４にのみ特殊申請に基づくマッチング情報を示す運転者ページを提供する。例えば、ある運転者端末１４からマッチング情報の提供要求を受信した場合、その運転者に特殊申請を受け入れ可能な属性が設定されていれば、通常申請（第１実施例）のマッチング情報と特殊申請のマッチング情報の両方を含む運転者ページを提供する。その一方、その運転者に特殊申請を受け入れ可能な属性が未設定であれば、通常申請（第１実施例）のマッチング情報のみを含む運転者ページを提供する。
【０１０８】
変形例として、旅行支援サーバ１６は、特殊申請を受信した場合に、特殊申請に基づくマッチング情報そのもの、もしくは、特殊申請に基づくマッチング情報を示す運転者ページのＵＲＬを複数の運転者端末１４へプッシュ配信（もしくはメール配信）する特殊申請配信部をさらに備えてもよい。
【０１０９】
いずれかの運転者が運転者端末１４で特殊申請を承認すると、その運転者端末１４の承認結果送信部９４は、特殊申請の承認を示す承認情報を旅行支援サーバ１６へ送信する。
特殊申請の承認を示す承認情報が受信されると（Ｓ１０４のＹ）、旅行支援サーバ１６のマッチング情報登録部４４は、マッチング情報保持部３０に格納された特殊申請に基づくマッチング情報を更新する（Ｓ１０６）。具体的には、マッチング情報のステータスを「承認済」へ更新し、また、特殊申請を承認した運転者のＩＤをマッチング情報に設定する。以降は、特殊申請を通常申請と同様に取り扱うことができる。
【０１１０】
本実施例では、旅行支援サーバ１６の運転者画面提供部４６は、特殊申請を承認した運転者に関する情報（例えば運転者情報保持部２６に保持された各種プロフィール）を含む利用者ページを利用者端末１２へ提供して表示させる。この利用者ページには、特殊申請を承認した運転者宛に通常のマッチング申請を行うように利用者を促すメッセージが設定される。利用者は、特殊申請を承認した運転者を明示的に指定したマッチング申請を実行し、以降、第１実施例のフロー（図５のＳ２２以降のフロー）が実行される。なお、利用者が自主的にマッチング確認ページを表示させることで、特殊申請のステータスや運転者の情報を旅行支援サーバ１６から利用者端末１２へ提供させてもよい。特殊申請の承認を示す承認情報を未受信であれば（Ｓ１０４のＮ）、Ｓ１０６とＳ１０８をスキップする。
【０１１１】
運転者は、報酬等の条件を下げても、レンタカーの運転依頼を引き受けたい場合がある。第３実施例の構成によると、利用者が指定する検索条件が予め定められた運転者属性に合致しない場合でも、利用者が指定する条件を承認する運転者を見つけやすくなり、すなわち、利用者と運転者のマッチング成立の確率を高めることができる。利用者には、自分が指定する条件にてレンタカーの運転を依頼できるというメリットを提供できる。また、運転者には、報酬を得る機会が拡充されるというメリットを提供できる。なお、上記実施例では、運転者検索のヒット数が０であるときに特殊申請に関する処理を実行したが、運転者検索のヒット数が予め定められた閾値以下（例えば１以下）である場合に特殊申請に関する処理を実行してもよい。
【０１１２】
以上、本発明を第１実施例〜第３実施例をもとに説明した。これらの実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【０１１３】
変形例を説明する。旅行支援サーバ１６は、管理画面提供部をさらに備えてもよい。管理画面提供部は、マッチングサービスの利用状況を管理するための情報を含むウェブページである管理ページを旅行支援サーバ１６の管理者（言い換えれば旅行支援サイトの運営者）の端末に提供して表示させる。
【０１１４】
具体的には、管理画面提供部は、マッチング情報保持部３０に保持されたマッチング情報の一覧や詳細な内容を管理ページへ設定してもよい。管理ページに設定されるマッチング情報は、ステータスが「未承認」「承認済」「非承認」のいずれのマッチング情報も含む。なお、管理画面提供部は、管理ページにフィルタリング条件の入力エリアを設けてもよい。フィルタリング条件として特定のステータスが管理者により指定された場合、管理画面提供部は、その特定のステータスに合致するマッチング情報のみを管理ページへ設定してもよい。
【０１１５】
また、管理画面提供部は、管理ページに対して特定のマッチング情報を選択する操作が管理者端末で入力された場合に、選択されたマッチング情報（マッチングＩＤ）に対応付けられた１つ以上のメッセージであり、言い換えれば、選択されたマッチングの対象者である利用者と運転者間でやり取りされた１つ以上のメッセージをメッセージ保持部３２から読み出してもよい。そして、読み出した１つ以上のメッセージを時系列に並べた管理ページを管理者端末へ提供して表示させてもよい。この変形例によると、マッチングサービスの利用状況の管理を支援でき、例えば利用者と運転者間で発生したトラブルへの対応を支援できる。
【０１１６】
別の変形例を説明する。旅行支援サーバ１６の課金部４８は、旅行支援サーバ１６とレンタカー会社サーバ１７との間で情報連携が発生した場合に、レンタカー会社に所定金額を課金する処理を実行してもよい。例えば、課金部４８は、第２実施例で記載したレンタカー情報取得部５６または運転者情報提供部５８がレンタカー会社サーバ１７にアクセスした場合、または、レンタカー会社のサイトから旅行支援サイトへのリダイレクト等が発生した場合に、レンタカー会社への課金処理を実行してもよい。旅行支援サーバ１６のマッチングサービスは、利用者がレンタカーを予約することが前提になり、レンタカー会社の売上に貢献する。この変形例によると、レンタカー会社の売上の一部を旅行支援サイトの運営者に還元するビジネスモデルを実現できる。
【０１１７】
さらに別の変形例を説明する。旅行支援サーバ１６は、運転者の属性情報として、レンタカーの運転を引き受け可能な地域の情報（地方、県、市町村等を指定する情報）を運転者に登録させ、運転者情報保持部２６で保持してもよい。旅行支援サーバ１６の利用者画面提供部４０は、レンタカーの運転を委託する地域（典型的には旅行先）の入力エリアを利用者ページに設定し、利用者にその地域を入力させてもよい。レンタカーの運転を委託する地域が指定された場合、利用者画面提供部４０は、利用者が指定した地域に対応する運転者の情報を選択可能な運転者として利用者ページに表示させてもよい。また、旅行支援サーバ１６の運転者検索部４２は、利用者が指定した地域に対応する運転者を検索の母集団として設定してもよく、言い換えれば、利用者が指定した地域を検索条件として付加してもよい。
【０１１８】
上述した実施例、変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施例、変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施例、変形例において示された各構成要素の単体もしくはそれらの連携により実現されることも当業者には理解されるところである。
【符号の説明】
【０１１９】
１０  情報システム、  １２  利用者端末、  １４  運転者端末、  １６  旅行支援サーバ、  １７  レンタカー会社サーバ、  ４０  利用者画面提供部、  ４６  運転者画面提供部、  ４８  課金部、  ５６  レンタカー情報取得部、  ５８  運転者情報提供部、  ７０  利用者画面表示部。
【図１】
2017208041.tif 000003
【図２】
2017208041.tif 000004
【図３】
2017208041.tif 000005
【図４】
2017208041.tif 000006
【図５】
2017208041.tif 000007
【図６】
2017208041.tif 000008
【図７】
2017208041.tif 000009
【図８】
2017208041.tif 000010
【図９】
2017208041.tif 000011
【図１０】
2017208041.tif 000012
【図１１】
2017208041.tif 000013
【図１２】
2017208041.tif 000014
【図１３】
2017208041.tif 000015