JP2021033870A - 管理装置、管理方法、およびプログラム - Google Patents

Abstract

【課題】車両提供サービスで提供される車両をより有効に活用することができる管理装置、管理方法およびプログラムを提供する。【解決手段】シェアカー利用システムにおいて、管理サーバ１００（管理装置）は、車両提供サービスで提供される一以上の車両の利用状況を管理する利用状況管理部１５０と、飲食施設からの車両の利用要求を取得する取得部１５５と、取得部１５５により利用要求が取得された場合に、利用状況管理部１５０により管理される利用状況に基づいて、一以上の車両のうち飲食スペースとして提供可能な車両を抽出する抽出部１６０と、抽出部１６０により抽出された車両に関する情報を飲食施設に提供する提供部１７０と、を備えるサーバ側制御部１４０を有する。【選択図】図２

Description

本発明は、管理装置、管理方法、およびプログラムに関する。

従来では、車両内に設置された車載モニタにより車内状況を監視し、監視結果に基づいて、車内温度を遠隔で制御する技術が知られている（例えば、特許文献１参照）。

特開２００５−１１２１２９号公報

しかしながら、カーシェアリングサービス等の車両提供サービスで提供される車両の空き状況等に基づいて、車両を有効に活用する仕組みについては考慮されていなかった。

本発明の一態様は、このような事情を考慮してなされたものであり、車両提供サービスで提供される車両をより有効に活用することができる管理装置、管理方法、およびプログラムを提供することを目的の一つとする。

この発明に係る管理装置、管理方法、およびプログラムは、以下の構成を採用した。
（１）：この発明の一態様に係る管理装置は、車両提供サービスで提供される一以上の車両の利用状況を管理する管理部と、飲食施設からの前記車両の利用要求を取得する取得部と、前記取得部により前記利用要求が取得された場合に、前記管理部により管理される利用状況に基づいて、前記一以上の車両のうち飲食スペースとして提供可能な車両を抽出する抽出部と、前記抽出部により抽出された車両に関する情報を前記飲食施設に提供する提供部と、を備える管理装置である。

（２）：上記（１）の態様において、前記一以上の車両は、カーシェアリングサービスで提供される車両を含むものである。

（３）：上記（１）または（２）の態様において、前記抽出部により抽出された車両を利用する利用者情報に基づいて、前記車両の利用者に対する利用内容を調整する調整部を更に備えるものである。

（４）：上記（３）の態様において、前記調整部は、前記利用者情報に、前記利用者が前記車両を運転することが可能であることを示す情報が含まれる場合に、前記利用者に対する前記車両の利用許可情報に前記車両の運転を含めるものである。

（５）：上記（３）の態様において、前記調整部は、前記利用者が前記車両をシェアカーとして利用することに関する登録が行われていない場合に、前記利用者に対する前記車両の利用許可情報に前記車両の運転を含めないものである。

（６）：上記（１）から（５）のうち何れか一つの態様において、前記管理部は、前記車両の利用の予約を管理し、前記提供部は、前記管理部により管理された前記車両の予約状況に基づいて、前記飲食スペースとして利用する第１利用者の利用時間を制限するものである。

（７）：上記（３）の態様において、前記調整部は、前記飲食スペースとして利用している第１利用者から利用時間の延長要求があった場合に、前記車両の利用の予約を行っている第２利用者に、前記車両の利用時間に関する問い合わせを行うものである。

（８）：上記（１）から（７）のうち何れか一つの態様において、前記抽出部は、前記飲食施設に設けられる座席が満席状態である場合に、前記飲食スペースとして提供可能な車両を抽出するものである。

（９）：この発明の一態様に係る管理方法は、コンピュータが、車両提供サービスで提供される一以上の車両の利用状況を管理し、飲食施設からの前記車両の利用要求を取得し、前記利用要求が取得された場合に、前記利用状況に基づいて、前記一以上の車両のうち飲食スペースとして提供可能な車両を抽出し、抽出された前記車両に関する情報を前記飲食施設に提供する、管理方法である。

（１０）：この発明の一態様に係るプログラムは、コンピュータに、車両提供サービスで提供される一以上の車両の利用状況を管理させ、飲食施設からの前記車両の利用要求を取得させ、前記利用要求が取得された場合に、前記利用状況に基づいて、前記一以上の車両のうち飲食スペースとして提供可能な車両を抽出させ、抽出された前記車両に関する情報を前記飲食施設に提供させる、プログラムである。

上記（１）〜（１０）によれば、車両提供サービスで提供される車両をより有効に活用することができる。

実施形態の管理装置を含むシェアカー利用システム１の構成図である。 実施形態の管理サーバ１００の構成図である。 利用者ＤＢ１８２の内容の一例を示す図である。 施設関係ＤＢ１８４の内容の一例を示す図である。 利用状況ＤＢ１８６の内容の一例を示す図である。 実施形態の携帯端末２００の構成図である。 実施形態の飲食施設管理端末３００の構成図である。 実施形態のカーシェアリング管理端末４００の構成図である。 実施形態の車両５００の構成図である。 実施形態のシェアカー利用システム１における登録処理の流れの一例を示すシーケンス図である。 利用者登録画面として表示される画像ＩＭ１の一例を示す図である。 シェアカー利用処理の一例を示すシーケンス図である。 車両選択画面として表示される画像ＩＭ２の一例を示す図である。 請求金額に関する情報を含む画像ＩＭ３の一例を示す図である。 利用車両情報および利用許可情報を含む画像ＩＭ４の一例を示す図である。 シェアカー利用の延長処理の一例を示すシーケンス図である。 終了通知情報を含む画像ＩＭ５の一例を示す図である。 問い合わせ情報を含む画像ＩＭ６の一例を示す図である。 車両の利用の延長を許可することを示す情報を含む画像ＩＭ７の一例を示す図である。

以下、図面を参照し、本発明の管理装置、管理方法、およびプログラムの実施形態について説明する。以下では、管理装置の一例として、車両提供サービスや商業施設を管理する管理サーバを用いるものとする。また、以下では、車両提供サービスの一例として、カーシェアリングサービスを用いるものとする。カーシェアリングサービスとは、例えば、登録を行った複数の利用者が利用料金を支払うことで、特定の車両（シェアカー）を共同で利用するサービスである。また、車両提供サービスには、カーシェアリングサービスに代えて（または加えて）、例えば、レンタカーサービスやライドシェアサービスが含まれてもよい。ライドシェアサービスとは、例えば、車両の現在位置や目的地に応じて複数の利用者を相乗りさせて、それぞれの目的地に運搬するサービスである。商業施設とは、例えば、利用者に有料で物品の販売やサービスを提供する施設である。また、商業施設には、例えば、利用者に飲食物や飲食スペース等を提供する飲食施設（例えば、カフェやレストラン）が含まれる。飲食施設には、例えば、カフェ、レストラン、ファーストフード、カラオケボックス、漫画喫茶等が含まれる。以下では、商業施設の一例として飲食施設を用いて説明する。カーシェアリングサービスおよび飲食施設を提供する提供者（事業者）は、同一の提供者でもよく、関連性のある異なる提供者（例えば、関連企業や、提携関係にある企業等）であってもよい。

［全体構成］
図１は、実施形態の管理装置を含むシェアカー利用システム１の構成図である。シェアカー利用システム１は、例えば、管理サーバ１００と、一以上の携帯端末２００と、飲食施設ＥＦを管理する飲食施設管理端末３００と、カーシェアリングサービスＣＳを管理するカーシェアリング管理端末４００とを備える。携帯端末２００は、例えば、シェアカー利用システム１を利用する利用者ごとに所持される。以下では、利用者Ｕ−１が携帯端末２００−１を利用し、利用者Ｕ−２が携帯端末２００−２を利用するものとして説明する。また、以下では、カーシェアリングサービスＣＳが利用者に提供する車両（シェアカー）として、車両５００−１〜５００−５が存在するものとする。以下、いずれの利用者、携帯端末、車両５００であるか区別しない場合、ハイフン以下の符号を省略する。また、シェアカー利用システム１において、飲食施設ＥＦとカーシェアリングサービスＣＳとは、同一施設内に設けられていてもよく、異なる施設内に設けられていてもよい。また、シェアカー利用システム１には、複数の飲食施設ＥＦやカーシェアリングサービスＣＳが設けられていてもよい。また、一つの飲食施設ＥＦには、複数の飲食施設管理端末３００が設けられていてもよく、一つのカーシェアリングサービスＣＳには、複数のカーシェアリング管理端末４００が設けられていてもよい。

シェアカー利用システム１において、管理サーバ１００と、携帯端末２００と、飲食施設管理端末３００と、カーシェアリング管理端末４００と、車両５００とは、例えば、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、例えば、セルラー網や、Ｗｉ−Ｆｉ網、Ｂｌｕｅｔｏｏｔｈ（登録商標）、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。

管理サーバ１００は、飲食施設管理端末３００と通信を行い、飲食施設管理端末３００により管理される飲食施設ＥＦの利用状況を管理する。また、カーシェアリング管理端末４００と通信を行い、カーシェアリング管理端末４００により管理されるカーシェアリングサービスＣＳで提供可能な車両５００の利用状況を管理する。また、管理サーバ１００は、携帯端末２００と通信を行い、携帯端末２００を利用する利用者のシェアカー利用システム１の利用状況を管理してもよい。

携帯端末２００は、例えば、スマートフォンやタブレット端末等の可搬型の端末装置である。携帯端末２００は、例えば、管理サーバ１００等の外部装置と通信を行い、シェアカー利用システム１の利用に関する処理を行う。

飲食施設管理端末３００は、飲食施設ＥＦ内に設置されたカメラＣＡＭにより撮像された施設内の画像を取得し、施設内に存在する座席の空席状況等を取得する。また、飲食施設管理端末３００は、飲食施設ＥＦ内で販売する物品の精算を行う機能を備えていてもよい。また、飲食施設管理端末３００は、施設内に設置された外部スピーカＳＰＫ等から音声等の情報を出力する機能を備えていてもよい。

カーシェアリング管理端末４００は、カーシェアリングサービスＣＳで提供される車両５００の利用状況を管理する。利用状況には、利用者が車両５００を移動手段として利用する場合の利用状況の他、飲食スペースとして利用する場合の利用状況が含まれてもよい。

以下、管理サーバ１００、携帯端末２００、飲食施設管理端末３００、カーシェアリング管理端末４００、および車両５００のそれぞれの機能について説明する。

［管理サーバ］
図２は、実施形態の管理サーバ１００の構成図である。管理サーバ１００は、例えば、サーバ側通信部１１０と、入力部１２０と、出力部１３０と、サーバ側制御部１４０と、サーバ側記憶部１８０とを備える。管理サーバ１００は、例えば、ネットワークＮＷを介して外部装置と通信し、各種データを送受信するクラウドサーバとして機能してもよい。

サーバ側通信部１１０は、ＮＩＣ（Network Interface Card）等の通信インターフェースを含む。サーバ側通信部１１０は、ネットワークＮＷを介して、携帯端末２００、飲食施設管理端末３００、カーシェアリング管理端末４００、車両５００、およびその他の外部装置と通信する。

入力部１２０は、例えば、ボタン、キーボードやマウス等のユーザインターフェースである。入力部１２０は、サーバ管理者等の操作を受け付ける。入力部１２０は、出力部１３０の表示部と一体として構成されるタッチパネルであってもよい。

出力部１３０は、サーバ管理者等に情報を出力する。出力部１３０は、例えば、画像を表示する表示部と、音声を出力する音声出力部とを備える。表示部は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬディスプレイ等の表示装置を含む。表示部は、サーバ側制御部１４０により出力される情報の画像を表示する。音声出力部は、例えば、スピーカである。音声出力部は、サーバ側制御部１４０により出力される情報の音声を出力する。

サーバ側制御部１４０は、例えば、登録部１４５と、利用状況管理部１５０と、取得部１５５と、抽出部１６０と、調整部１６５と、提供部１７０とを備える。サーバ側制御部１４０の各構成要素は、例えば、ＣＰＵ（Central Processing Unit）等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め管理サーバ１００のＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体（非一過性の記憶媒体）がドライブ装置に装着されることで管理サーバ１００のＨＤＤやフラッシュメモリにインストールされてもよい。利用状況管理部１５０は、「管理部」の一例である。

サーバ側記憶部１８０は、上記の各種記憶装置、或いはＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現されてもよい。サーバ側記憶部１８０には、例えば、利用者ＤＢ（Database）１８２、施設関係ＤＢ１８４、利用状況ＤＢ１８６、プログラム、その他各種情報等が格納される。

登録部１４５は、シェアカー利用システム１を利用する利用者Ｕが利用する携帯端末２００からの登録要求を受け付け、受け付けた登録要求に含まれる利用者ＩＤ等を利用者ＤＢ１８２に登録する。図３は、利用者ＤＢ１８２の内容の一例を示す図である。利用者ＤＢ１８２には、例えば、利用者を識別する識別情報としての利用者ＩＤに、利用フラグ、免許種別、氏名、性別、年齢、およびアドレス情報が対応付けられている。利用フラグは、利用者Ｕが登録するサービスを識別するための情報である。例えば、シェアカー利用システム１で提供される車両の利用態様には、飲食スペースとして利用と、シェアカー（移動手段）としての利用とが含まれる。図３の例では、それぞれの態様において利用登録がされた場合に「１」が設定され、利用登録されていない場合に「０」が設定されているが、登録の有無を識別する情報については、これに限定されない。免許種別には、例えば、利用者Ｕが車両５００を運転することが可能であるか否かを示す情報や、利用者Ｕが取得している運転免許証で許可された運転可能な車両５００の種別に関する情報が含まれる。また、利用者ＤＢ１８２は、免許種別に代えて（または加えて）、利用者Ｕの運転免許証の画像情報で記憶してもよい。アドレス情報には、例えば、携帯端末２００と通信を行うためのメールアドレスや電話番号、その他の識別情報が含まれる。

また、登録部１４５は、サーバ管理者等の操作内容に基づいて飲食施設ＥＦとカーシェアリングサービスＣＳとの関係を示す情報を施設関係ＤＢ１８４に登録する。また、登録部１４５は、飲食施設管理端末３００やカーシェアリング管理端末４００から受け付けた情報を施設関係ＤＢ１８４に登録してもよい。

図４は、施設関係ＤＢ１８４の内容の一例を示す図である。施設関係ＤＢ１８４は、例えば、飲食施設ＥＦを識別する識別情報である飲食施設ＩＤに、飲食スペースとして車両を提供することが可能なカーシェアリングサービスＣＳを識別する識別情報としてのカーシェアサービスＩＤ、および関係情報とが対応付けられている。関係情報とは、例えば、飲食施設ＥＦおよびカーシェアリングサービスＣＳの位置関係や、利用関係等の情報が含まれる。位置関係とは、例えば、飲食施設ＥＦからカーシェアリングサービスＣＳまでの距離や方向、行き方等の情報である。また、利用関係とは、例えば、飲食施設ＥＦが車両５００を飲食スペースとして利用できる期間や時間帯等の情報である。

利用状況管理部１５０は、カーシェアリング管理端末４００からカーシェアリングサービスＣＳの利用状況を取得する。例えば、利用状況管理部１５０は、利用状況管理部１５０は、所定周期でカーシェアリング管理端末４００から利用状況を取得してもよく、カーシェアリング管理端末４００に利用状況の問い合わせを行うことで利用状況を取得してもよい。利用状況管理部１５０は、取得した利用状況を利用状況ＤＢ１８６としてサーバ側記憶部１８０に記憶させる。

図５は、利用状況ＤＢ１８６の内容の一例を示す図である。利用状況ＤＢ１８６には、例えば、車両５００を識別する識別情報である車両ＩＤに、位置情報、車両情報、利用状況、利用者ＩＤ、予約情報、および予約者ＩＤが対応付けられている。位置情報は、車両５００の位置を示す情報である。位置を示す情報とは、例えば、緯度、経度を用いた情報でもよく、カーシェアリングサービスＣＳの施設内の位置に関する情報でもよい。車両情報は、利用者Ｕが車両５００を識別するための情報である。車両情報には、例えば、車両ナンバー、車種、色等の情報が含まれる。車両ナンバーとは、例えば、車両５００の外部に取り付けられたナンバープレートに描画された情報である。車種とは、例えば、車両５００の大きさや構造、機能、用途等によって区別される車両の種類に関する情報である。色とは、例えば、車体の外装の色に関する情報である。

利用状況には、例えば、現在利用者が利用しているか否か（空いているか否か）を示す情報や、利用態様（飲食スペース、移動手段）を示す情報等が含まれる。利用者ＩＤは、車両５００を利用している利用者を識別する識別情報である。予約情報は、例えば、カーシェアリングサービスＣＳによって、将来において車両５００を利用する利用者の予約に関する情報である。予約情報には、例えば、利用開始時刻、利用終了時刻、および利用態様等が含まれる。予約者ＩＤは、車両５００の予約を行った利用者を識別する識別情報である。

利用状況管理部１５０は、カーシェアリングサービスＣＳ（つまり、カーシェアサービスＩＤ）ごとに利用状況を利用状況ＤＢ１８６に記憶して管理する。また、利用状況管理部１５０は、携帯端末２００、飲食施設管理端末３００、またはカーシェアリング管理端末４００により車両５００の利用要求があった場合に、要求内容（例えば、利用時間、利用者情報、予約時間、予約者情報）に基づいて、利用状況ＤＢ１８６の内容を更新する。また、利用状況管理部１５０は、車両５００を利用中の利用者Ｕの利用時間（例えば、利用可能な残り時間）を管理し、利用終了時刻等に基づいて利用者Ｕに通知等を行ってもよい。

取得部１５５は、ネットワークＮＷを介して接続される飲食施設管理端末３００または携帯端末２００から、利用者の車両の利用要求や利用者情報等を取得する。

抽出部１６０は、取得部１５５により利用要求が取得された場合に、利用状況管理部１５０により管理される利用状況に基づいて、カーシェアリングサービスＣＳで提供可能な一以上の車両のうち飲食スペースとして提供可能な車両または車両の候補を抽出する。例えば、抽出部１６０は、飲食施設ＥＦに設けられる座席が満席状態である場合に、飲食スペースとして提供可能な車両を抽出してもよい。また、抽出部１６０は、飲食施設ＥＦに設けられる座席が満席状態であるか否かにかかわらず、利用者が車両５００での飲食を希望する場合に、飲食スペースとして提供可能な車両を抽出してもよい。

調整部１６５は、抽出部１６０により抽出された車両５００を利用する利用者に対応する利用者情報に基づいて、車両５００の利用者Ｕに対する利用内容を調整する。利用内容とは、例えば、車両５００に搭載された車載機器の使用制限や、車両５００の移動手段としての利用を許可するか否かに関する情報（以下、利用許可情報と称する）である。例えば、調整部１６５は、利用者情報に、利用者Ｕが車両５００を運転することが可能であることを示す情報が含まれる場合に、利用者Ｕに対する車両５００の利用許可情報に車両の運転を許可することを含める。車両５００を運転することが可能であることを示す情報とは、例えば、車両５００が普通自動車である場合に、利用者ＤＢ１８２に含まれる免許種別の情報が、普通免許、中型免許、大型免許である場合等である。

また、調整部１６５は、利用者Ｕに対応する利用者ＤＢ１８２の利用フラグに基づいて、車両５００をシェアカーとして利用することに関する登録が行われていない場合（シェアカーの利用フラグが「０」である場合）に、利用者Ｕに対する車両５００の利用許可情報に車両５００の運転を許可することを含めないようにしてもよい。これにより、シェアカー利用者の契約をしていない利用者に、車両５００を移動手段として利用させることを抑制することができる。

また、調整部１６５は、例えば、車両５００を飲食スペースとして利用している利用者（第１利用者）が、利用時間を延長したい場合であって、且つ利用中の車両５００に予約が入っている場合に、現在利用中の利用者と車両５００を将来利用するために予約した利用者（第２利用者）との間で調整を行う。この場合、調整部１６５は、第１利用者の携帯端末２００または第１利用者が利用している車両５００に搭載された表示装置等に利用できる残り時間が少なくなっていることや、時間を延長するか否かを問い合わせる情報を出力したり、第２利用者の携帯端末２００に車両５００の利用時間に関する問い合わせ情報を出力する。利用時間に関する問い合わせとは、例えば、予約した利用開始時間を遅らせることができるか否かの問い合わせである。

提供部１７０は、抽出部１６０により抽出された車両に関する情報を利用要求のあった飲食施設管理端末３００または携帯端末２００に提供する。また、提供部１７０は、利用者Ｕが利用する車両に関する利用車両情報や利用許可情報を飲食施設管理端末３００または携帯端末２００に提供してもよい。利用車両情報とは、例えば、利用者Ｕが外部から車両５００を探すための車両特徴情報や利用可能時間（例えば、利用終了時刻）等である。また、提供部１７０は、利用者Ｕに飲食スペースとして提供する車両５００に対して、利用者Ｕの利用許可情報に基づいて、車載機器の制御情報を車両５００に出力してもよい。また、提供部１７０は、飲食施設ＥＦ内に提供されている所定の音声や所定の画像に関する情報（以下、施設内情報と称する）を車両５００に提供してもよい。所定の音声とは、例えば、飲食施設ＥＦに出力されるＢＧＭ（Background Music）やアナウンスの音声である。また、所定の画像とは、例えば、飲食施設ＥＦに表示装置（不図示）が設置されている場合には、表示装置に表示される画像（動画像）である。また、施設内情報には、飲食施設ＥＦの空調（例えば、室温）が含まれてよい。

また、提供部１７０は、利用状況管理部１５０により管理された車両５００の予約状況に基づいて、飲食スペースとして利用している利用者の利用時間を制限する。例えば、提供部１７０は、利用状況ＤＢ１８６の予約情報に含まれる他のユーザの利用開始時間を超えないように、または利用開始時間から所定時間前に飲食スペースとしての利用が終了するように、利用時間を制限する。上述した管理サーバ１００の各構成要素の詳細については、後述する。

［携帯端末］
図６は、実施形態の携帯端末２００の構成図である。携帯端末２００は、例えば、端末側通信部２１０と、入力部２２０と、ディスプレイ２３０と、スピーカ２４０と、位置取得部２５０と、アプリ実行部２６０と、出力制御部２７０と、端末側記憶部２８０とを備える。位置取得部２５０と、アプリ実行部２６０と、出力制御部２７０とは、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。上述のプログラムは、予め携帯端末２００のＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ、メモリカード等の着脱可能な記憶媒体に格納されており、記憶媒体（非一過性の記憶媒体）がドライブ装置やカードスロット等に装着されることで携帯端末２００の記憶装置にインストールされてもよい。

端末側記憶部２８０は、上記の各種記憶装置、或いはＥＥＰＲＯＭ、ＲＯＭ、ＲＡＭ等により実現されてもよい。端末側記憶部２８０には、例えば、シェアカー利用アプリ２８２、利用者情報、プログラム、その他各種情報等が格納される。

端末側通信部２１０は、例えば、ネットワークＮＷを利用して、車両５００や管理サーバ１００等の外部装置と通信を行う。

入力部２２０は、例えば、各種キーやボタン等の操作による利用者Ｕの入力を受け付ける。ディスプレイ２３０は、例えば、ＬＣＤや有機ＥＬディスプレイ等である。入力部２２０は、タッチパネルとしてディスプレイ２３０と一体に構成されていてもよい。ディスプレイ２３０は、出力制御部２７０の制御により、実施形態のシェアカー利用処理における各種情報を表示する。スピーカ２４０は、例えば、出力制御部２７０の制御により、所定の音声を出力する。

位置取得部２５０は、携帯端末２００に内蔵されたＧＮＳＳ（Global Navigation Satellite System）受信機（不図示）により携帯端末２００の位置情報を取得し、取得した位置情報を管理サーバ１００に送信する。ＧＮＳＳ受信機は、ＧＮＳＳ衛星から受信した信号に基づいて、携帯端末２００の位置を特定する。

アプリ実行部２６０は、端末側記憶部２８０に記憶されたシェアカー利用アプリ２８２が実行されることで実現される。シェアカー利用アプリ２８２は、例えば、ネットワークＮＷを介して管理サーバ１００と通信を行い、管理サーバ１００から飲食スペースや移動手段として利用可能な車両５００に関する情報を取得するためのアプリケーションプログラムである。また、シェアカー利用アプリ２８２は、管理サーバ１００に利用者を登録させる登録画面や管理サーバ１００から取得した情報を含む画像をディスプレイ２３０に表示させる。また、シェアカー利用アプリ２８２は、例えば、利用者Ｕからの操作入力（要求）等を受け付ける。また、シェアカー利用アプリ２８２は、受け付けた要求を、管理サーバ１００に送信し、要求に対応する画像を取得して、ディスプレイ２３０に表示させる。また、シェアカー利用アプリ２８２は、例えば、管理サーバ１００からの問い合わせ情報を取得し、取得した問い合わせ情報をディスプレイ２３０に表示させる。

出力制御部２７０は、アプリ実行部２６０の指示により、ディスプレイ２３０に表示させる画像の内容や表示態様、スピーカ２４０に出力させる音声の内容や出力態様を制御する。

［飲食施設管理端末］
図７は、実施形態の飲食施設管理端末３００の構成図である。飲食施設管理端末３００は、例えば、端末側通信部３１０と、入力部３２０と、ディスプレイ３３０と、スピーカ３４０と、コードリーダ３５０と、精算部３５５と、空席状況認識部３６０と、シェアカー利用制御部３７０と、出力制御部３８０と、端末側記憶部３９０とを備える。精算部３５５と、空席状況認識部３６０と、シェアカー利用制御部３７０と、出力制御部３８０とは、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。上述のプログラムは、予め飲食施設管理端末３００のＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ、メモリカード等の着脱可能な記憶媒体に格納されており、記憶媒体（非一過性の記憶媒体）がドライブ装置やカードスロット等に装着されることで飲食施設管理端末３００の記憶装置にインストールされてもよい。

端末側記憶部３９０は、上記の各種記憶装置、或いはＥＥＰＲＯＭ、ＲＯＭ、ＲＡＭ等により実現されてもよい。端末側記憶部３９０には、例えば、プログラム、その他各種情報等が格納される。

端末側通信部３１０は、例えば、ネットワークＮＷを利用して、管理サーバ１００等の外部装置と通信を行う。また、端末側通信部３１０は、飲食施設ＥＦ内に設置されたカメラＣＡＭと通信を行い、カメラＣＡＭによって撮像された撮像画像を受信する。なお、飲食施設ＥＦには、施設内に存在する全ての座席が撮像できるように一以上のカメラＣＡＭが設置されている。また、端末側通信部３１０は、飲食施設ＥＦ内に設置された外部スピーカＳＰＫと通信を行い、出力制御部３８０の制御により所定の音声を外部スピーカＳＰＫに出力する。また、飲食施設ＥＦに表示装置が設置されている場合、端末側通信部３１０は、表示装置と通信を行い、出力制御部３８０の制御によって、所定の画像を表示装置に出力する。

入力部３２０は、例えば、各種キーやボタン等の操作による管理者（例えば、従業員や施設管理者等）の入力を受け付ける。ディスプレイ３３０は、例えば、ＬＣＤや有機ＥＬディスプレイ等である。入力部３２０は、タッチパネルとしてディスプレイ３３０と一体に構成されていてもよい。ディスプレイ３３０は、出力制御部３８０の制御により、実施形態におけるシェアカー利用処理等における各種情報を表示する。スピーカ３４０は、例えば、出力制御部３８０の制御により、所定の音声を出力する。

コードリーダ３５０は、例えば、携帯端末２００のディスプレイ２３０に表示されたバーコードやＱＲコード（登録商標）等のコード情報の画像を読み取る読取部である。コード情報には、例えば、利用者情報等が含まれてよい。また、コードリーダ３５０は、飲食施設ＥＦが提供する各種サービスに対応付けられたコード情報を読み取り、読み取ったコード情報に含まれる価格情報を取得してもよい。

精算部３５５は、例えば、飲食施設ＥＦにおける利用者Ｕの利用状況に基づいて、利用者Ｕへ利用料金の請求を行う。例えば、精算部３５５は、利用者Ｕが飲食施設ＥＦで利用した車両の車種、走行距離、利用時間等に応じた請求金額を算出し、算出した請求金額をディスプレイ３３０に出力する。また、精算部３５５は、コードリーダ３５０により読み取られた価格情報に基づいて、請求金額を算出してもよい。なお、精算部３５５は、金銭の出し入れが可能な機構（例えば、キャッシュレジスター）を備え、請求金額と入力した金銭とに基づく精算処理を実行してもよい。また、精算部３５５は、利用者Ｕの電子マネー（例えば、クレジットカード、仮想通貨）等を用いた精算処理を実行してもよい。また、精算部３５５は、精算終了後に、利用者Ｕによる飲食施設ＥＦの利用状況に関する情報を端末側記憶部３９０に記憶してもよく、管理サーバ１００に送信してもよい。

空席状況認識部３６０は、端末側通信部３１０により取得したカメラＣＡＭの撮像画像に基づいて、飲食施設ＥＦ内の座席の空席状況を認識する。例えば、図１に示すような飲食施設ＥＦにおいて、空席状況認識部３６０は、撮像画像の画像解析を行い、解析結果として得られる画像の特徴情報と、予め設定された座席に対応するテーブルＴＢＬや椅子ＣＨＲの特徴情報（形状、大きさ、色）とを比較して類似性が高い特徴情報を含む領域をテーブルＴＢＬや椅子ＣＨＲが存在する領域として認識する。また、空席状況認識部３６０は、撮像画像の解析結果として得られる画像の特徴情報と、予め設定された人物の特徴情報（例えば、体型や顔の各部位に関する形状、色、大きさ等の特徴情報）とを比較して類似性が高い特徴情報を含む領域を人物Ｐが存在する領域として認識する。

また、空席状況認識部３６０は、撮像画像の解析結果に基づいて、画像領域内に存在する他の物体ＯＢを認識してもよい。そして、空席状況認識部３６０は、画像の解析結果から椅子ＣＨＲに人物Ｐが着座していたり、テーブルの上に荷物や飲食物等の物体ＯＢが置かれている場合に、そのテーブルＴＢＬや椅子ＣＨＲが利用中である（空席ではない）と認識する。また、空席状況認識部３６０は、椅子ＣＨＲに人物Ｐが着座してなく、且つテーブルＴＢＬの上に物体ＯＢが置かれていない場合に、その座席が空席であると認識する。空席状況認識部３６０は、撮像画像に含まれる座席の全て、または所定数以上の座席が利用中である場合に、飲食施設ＥＦが満席状態であると認識する。

また、空席状況認識部３６０は、カメラＣＡＭの撮像画像に含まれる人物Ｐの挙動に基づいて、飲食施設ＥＦに空席があるか否かを判定してもよい。この場合、空席状況認識部３６０は、所定数の人物Ｐが座席を探しているような挙動を行っている場合に、空席がない（満席状態である）と認識する。座席を探しているような挙動には、例えば、飲食物を持ちながら飲食施設ＥＦ内を所定時間以上移動している場合や、立ち止まった状態で視線を動かしながら座席の状況を確認している場合等が含まれる。

シェアカー利用制御部３７０は、所定条件を満たす場合に、飲食施設ＥＦを利用する利用者（第１利用者）に飲食スペースを提供するため、管理サーバ１００にシェアカーの利用状況の問い合わせを行う。所定条件とは、例えば、空席状況認識部３６０により飲食施設ＥＦ内に空席がない（満席状態である）と認識された場合である。また、所定条件には、満席状態であるか否かにかかわらず、利用者により車両５００を飲食スペースとして利用したい旨の要求を受け付けた場合が含まれてもよい。

シェアカー利用制御部３７０は、管理サーバ１００に飲食スペースとして提供可能な車両５００の候補の情報を取得し、取得した情報を出力制御部３８０によりディスプレイ３３０に表示させる。また、利用者Ｕの指示により車両５００が特定された場合に、特定された車両５００および利用時間に関する情報を管理サーバ１００に送信する。

出力制御部３８０は、ディスプレイ３３０に表示させる画像の内容や表示態様、スピーカ３４０や外部スピーカＳＰＫに出力させる音声の内容や出力態様を制御する。また、出力制御部３８０は、カメラＣＡＭにより撮像された画像や飲食施設ＥＦに出力される所定の音声や所定の画像に関する情報を管理サーバ１００に送信してもよい。

［カーシェアリング管理端末］
図８は、実施形態のカーシェアリング管理端末４００の構成図である。カーシェアリング管理端末４００は、例えば、端末側通信部４１０と、入力部４２０と、ディスプレイ４３０と、スピーカ４４０と、コードリーダ４５０と、精算部４６０と、利用状況認識部４７０と、出力制御部４８０と、端末側記憶部４９０とを備える。精算部４６０と、利用状況認識部４７０と、出力制御部４８０とは、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。上述のプログラムは、予めカーシェアリング管理端末４００のＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ、メモリカード等の着脱可能な記憶媒体に格納されており、記憶媒体（非一過性の記憶媒体）がドライブ装置やカードスロット等に装着されることでカーシェアリング管理端末４００の記憶装置にインストールされてもよい。

端末側記憶部４９０は、上記の各種記憶装置、或いはＥＥＰＲＯＭ、ＲＯＭ、ＲＡＭ等により実現されてもよい。端末側記憶部４９０には、例えば、プログラム、その他各種情報等が格納される。

端末側通信部４１０は、例えば、ネットワークＮＷを利用して、管理サーバ１００や車両５００等の外部装置と通信を行う。

入力部４２０は、例えば、各種キーやボタン等の操作による管理者（例えば、従業員やカーシェアリングサービス管理者等）の入力を受け付ける。ディスプレイ４３０は、例えば、ＬＣＤや有機ＥＬディスプレイ等である。入力部４２０は、タッチパネルとしてディスプレイ４３０と一体に構成されていてもよい。ディスプレイ４３０は、出力制御部４８０の制御により、実施形態におけるシェアカー利用処理における各種情報を表示する。スピーカ４４０は、例えば、出力制御部４８０の制御により、所定の音声を出力する。

コードリーダ４５０は、例えば、携帯端末２００のディスプレイ４３０に表示されたバーコードやＱＲコード等のコード情報の画像を読み取る読取部である。コード情報には、例えば、利用者情報等が含まれてよい。また、コードリーダ４５０は、カーシェアリングサービスＣＳが提供する物品やサービスに対応付けられたコード情報を読み取り、読み取ったコード情報に含まれる価格情報を取得してもよい。

精算部４６０は、例えば、カーシェアリングサービスＣＳにおける利用者Ｕの利用状況に基づいて、利用者Ｕへ利用料金の請求を行う。例えば、精算部３５５は、利用者ＵがカーシェアリングサービスＣＳで利用した物品やサービスの種類や利用時間等に応じた請求金額を算出し、算出した請求金額をディスプレイ４３０に出力する。また、精算部４６０は、コードリーダ４５０により読み取られた価格情報に基づいて、請求金額を算出してもよい。なお、精算部４６０は、金銭の出し入れが可能な機構を備え、請求金額と入力した金銭とに基づく精算処理や、利用者Ｕの電子マネーを用いた精算処理を実行してもよい。また、精算部４６０は、精算終了後に、利用者ＵによるカーシェアリングサービスＣＳの利用状況（予約情報も含む）に関する情報を端末側記憶部４９０に記憶してもよく、管理サーバ１００に送信してもよい。

利用状況認識部４７０は、車両５００ごとのカーシェアとしての利用状況を認識する。利用状況には、現在利用中の車両５００の状況だけでなく、車両５００の将来の予約状況も含まれる。また、利用状況認識部４７０は、車両５００ごとに利用状況の統計処理を行い、人気車種や空いている時間の多い車両、混雑する時間帯等の利用に関する各種情報を認識してもよい。また、利用状況認識部４７０は、認識した結果を、端末側記憶部４９０に記憶してもよく、管理サーバ１００に送信してもよい。

出力制御部４８０は、ディスプレイ４３０に表示させる画像の内容や表示態様、スピーカ４４０に出力させる音声の内容や出力態様を制御する。

[車両]
図９は、実施形態の車両５００の構成図である。車両５００は、例えば、通信装置５１０と、操作装置５１５と、車室内カメラ５２０と、位置取得装置５２５と、空調装置５３０と、音響装置５３５と、ドア開閉装置５４０と、窓開閉装置５４５と、表示装置５５０と、シート駆動装置５５５と、走行装置５６０と、車両制御装置５８０とを備える。

通信装置５１０は、例えば、セルラー網やＷｉ−Ｆｉ網、Ｂｌｕｅｔｏｏｔｈ、ＤＳＲＣ（Dedicated Short Range Communication）等を利用して、管理サーバ１００や携帯端末２００、飲食施設管理端末３００、カーシェアリング管理端末４００等の外部装置と通信する。

操作装置５１５は、車両５００に搭載された機器を操作する装置である。操作装置５１５は、例えば、ボタンやスイッチ、ダイヤル、レバー等である。また、操作装置５１５は、表示装置５５０のタッチパネルに表示されるユーザインターフェースにより各種機器の操作を行うものであってもよい。また、操作装置５１５には、車両５００の走行時に利用者Ｕが操作するアクセルペダル、ブレーキペダル、シフトレバー、ステアリングホイール等が含まれてもよい。

車室内カメラ５２０は、例えば、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の固体撮像素子を利用したデジタルカメラである。車室内カメラ５２０は、車両５００の車室内の任意の箇所に取り付けられる。車室内カメラ５２０は、例えば、車両制御装置５８０の制御によって、車室内に存在する車両５００の利用者Ｕを、周期的に繰り返し撮像する。車室内カメラ５２０は、ステレオカメラであってもよい。車室内カメラ５２０で撮像された画像は、車両制御装置５８０に出力される。

位置取得装置５２５は、例えば、ＧＮＳＳ（Global Navigation Satellite System）受信機（不図示）により車両５００の位置情報を取得し、取得した位置情報を車両制御装置５８０に出力したり、通信装置５１０を介して管理サーバ１００に送信する。ＧＮＳＳ受信機は、ＧＮＳＳ衛星から受信した信号に基づいて、車両５００の位置を特定する。

空調装置５３０は、車両５００の車室内の温度や湿度の調節を行う。空調装置５３０は、例えば、遠隔制御部５８２や操作制御部５８４による制御内容に基づいて、空調装置５３０の電源のオンオフ（ＯＮ／ＯＦＦ）を行ったり、風量や風向の制御や、車室内の温度の制御等を行う。

音響装置５３５は、ＣＤやＤＶＤに記憶された音声データを再生する再生装置や再生された音を出力するスピーカを含む。また、音響装置５３５は、通信装置５１０により受信した音データ（例えば、管理サーバ１００や飲食施設管理端末３００、カーシェアリング管理端末４００により送信された音データ、放送局から発信される電波に含まれるラジオ音声データ）をスピーカから出力する。また、音響装置５３５は、遠隔制御部５８２や操作制御部５８４による制御内容に基づいて、音響装置５３５の電源のオンオフや、出力する音の内容や出力態様（音量等）を制御する。

ドア開閉装置５４０は、遠隔制御部５８２や操作制御部５８４による制御内容に基づいて、車両５００に設けられたドアの開閉や鍵の施錠または解錠等を行う。なお、ドア開閉装置５４０は、利用者Ｕを乗降させる位置または利用者Ｕが乗車した位置に対応したドアの開閉や施錠、解錠を行ってもよく、全てのドアの開閉や施錠、解錠を行ってもよい。窓開閉装置５４５は、操作装置５１５や遠隔制御部５８２による制御内容に基づいて、車両５００に設けられた窓の開閉等を行う。

表示装置５５０は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）表示装置等である。表示装置５５０は、車室内に存在する利用者（乗員）から視認可能な位置に設置される。表示装置５５０には、ＤＶＤに記憶された音声データや映像データ等のコンテンツを再生する再生装置が含まれてもよい。表示装置５５０は、例えば、遠隔制御部５８２や操作制御部５８４、表示制御部５８６による制御内容に基づいて、電源のオンオフや、コンテンツの内容、表示態様等を制御する。

シート駆動装置５５５は、遠隔制御部５８２や操作制御部５８４による制御内容に基づいて、モータ等を駆動させて車室内のシートのリクライニング角度、前後上下方向の位置、水平方向における回転角度等のシートの姿勢を変更する。

走行装置５６０は、例えば、走行駆動力出力装置と、ブレーキ装置と、ステアリング装置とを備える。走行駆動力出力装置は、車両５００が走行するための走行駆動力（トルク）を駆動輪に出力する。走行駆動力出力装置は、例えば、内燃機関、電動機、および変速機等の組み合わせと、これらを制御するＥＣＵ（Electronic Control Unit）とを備える。ＥＣＵは、遠隔制御部５８２や操作制御部５８４から入力される情報に従って、上記の構成を制御する。ブレーキ装置は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、遠隔制御部５８２や操作制御部５８４から入力される情報に従って、電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ステアリング装置は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、遠隔制御部５８２や操作制御部５８４から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。

車両制御装置５８０は、例えば、遠隔制御部５８２と、操作制御部５８４と、表示制御部５８６と、車両側記憶部５８８とを備える。車両側記憶部５８８を除く各構成要素は、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。上述のプログラムは、予め車両制御装置５８０のＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ、メモリカード等の着脱可能な記憶媒体に格納されており、記憶媒体（非一過性の記憶媒体）がドライブ装置やカードスロット等に装着されることで車両制御装置５８０の記憶装置にインストールされてもよい。

車両側記憶部５８８は、上記の各種記憶装置、或いはＥＥＰＲＯＭ、ＲＯＭ、ＲＡＭ等により実現されてもよい。車両側記憶部５８８には、例えば、プログラム、その他各種情報等が格納される。

遠隔制御部５８２は、管理サーバ１００からの制御内容に基づいて、車載機器（例えば、空調装置５３０、音響装置５３５、ドア開閉装置５４０、窓開閉装置５４５、表示装置５５０、シート駆動装置５５５、走行装置５６０）に関する各種制御を行う。管理サーバ１００からの制御内容には、例えば、利用者Ｕに対する車両５００の利用許可情報に基づく制御内容が含まれる。また、制御内容には、利用者を乗降者させるためのドアの開閉に関する制御や、飲食施設ＥＦと同じ音声等を車室内に出力させたり、飲食施設ＥＦと同じ室温に調整する制御が含まれる。また、遠隔制御部５８２は、走行装置５６０を制御して、利用者Ｕによる操作装置５１５の操作に依らずに車両５００の操舵または速度のうち一方または双方を制御して車両５００の運転制御（遠隔自動運転）を行ってもよい。

操作制御部５８４は、操作装置５１５からの操作内容に基づいて、空調装置５３０、音響装置５３５、ドア開閉装置５４０、窓開閉装置５４５、表示装置５５０、シート駆動装置５５５、走行装置５６０に関する各種制御を行う。また、操作制御部５８４は、遠隔制御部５８２の制御内容に基づいて、利用者が操作装置５１５により指示された操作内容により実施を抑制するように制御してもよい。例えば、操作制御部５８４は、操作装置５１５により走行装置５６０を作動させる操作を受け付けた場合であっても、遠隔制御部５８２により得られる利用許可情報により利用者Ｕの車両５００の運転が許可されていない場合には、操作内容に対する制御内容の走行装置５６０への出力を抑制する。

表示制御部５８６は、実施形態のシェアカー利用システム１に関する各種画像を表示装置５５０に表示させる。

[カーシェア利用システムにおける処理の流れ]
以下、実施形態のシェアカー利用システム１における処理の流れについて具体的に説明する。以下では、シェアカー利用システム１における処理全体を幾つかの処理に分けて説明するものとする。また、以下の処理において、携帯端末２００−１を利用する利用者Ｕ−１は、未だ管理サーバ１００に利用者登録を行っておらず、携帯端末２００−２を利用する利用者Ｕ−２は、既に管理サーバ１００に利用者登録を行っているものとする。また、利用者Ｕ−１は、車両５００を飲食スペースとして利用する利用者（第１利用者の一例）であり、利用者Ｕ−２は、車両５００をシェアカー（移動手段）として利用する利用者（第２利用者の一例）であるものとする。

＜登録処理＞
図１０は、実施形態のシェアカー利用システム１における登録処理の流れの一例を示すシーケンス図である。図１０の例では、携帯端末２００−１と、管理サーバ１００と、カーシェアリング管理端末４００と、携帯端末２００−２とを用いて説明する。

まず、携帯端末２００−１は、シェアカー利用アプリ２８２の実行後、利用者Ｕ−１からシェアカー利用システム１の登録要求を受け付けると、ディスプレイ２３０に利用者Ｕ−１の登録を行う登録画面を表示させて利用者登録を実行する（ステップＳ１００）。図１１は、利用者登録画面として表示される画像ＩＭ１の一例を示す図である。なお、画像ＩＭ１のレイアウトや表示される内容等の表示態様については、以下の例に限定されるものではない。以降の画像の説明においても同様とする。

画像ＩＭ１には、例えば、利用者情報入力領域Ａ１１と、ＧＵＩ（Graphical User Interface）スイッチ表示領域Ａ１２とが含まれる。利用者情報入力領域Ａ１１には、例えば、シェアカー利用システム１に利用者Ｕ−１に関する各種情報を入力するための入力エリアが表示される。図１１の例において、利用者情報入力領域Ａ１１には、氏名、年令、性別、アドレス情報、免許情報、および利用形態を入力する領域（例えば、テキストボックスまたはコンボボックス）が表示されている。利用者登録では、上述した情報の登録に加えて、利用者Ｕ−１の運転免許証の画像データの登録を行ってもよい。

ＧＵＩスイッチ表示領域Ａ１２には、例えば、利用者Ｕ−１からの指示を受け付けるアイコンが表示される。図１１の例では、「ＯＫ」の文字が描画されたアイコンＩＣ１１と、「ＣＡＮＣＥＬ」の文字が描画されたアイコンＩＣ１２とが示されている。利用者Ｕ−１によりアイコンＩＣ１１が選択された場合、出力制御部２７０は、利用者情報入力領域Ａ１１に入力された情報を利用者情報として管理サーバ１００に送信する（ステップＳ１０２）。また、利用者Ｕ−１によりアイコンＩＣ１２が選択された場合、出力制御部２７０は、利用者情報入力領域Ａ１１に入力された情報を管理サーバ１００に送信せずに、画像ＩＭ１の表示を終了する。

管理サーバ１００の登録部１４５は、携帯端末２００−１から送信された情報を受信して利用者ＤＢ１８２に登録する（ステップＳ１０４）。利用者情報の登録が完了した場合、登録部１４５は、利用者登録が完了したことを示す情報を携帯端末２００−１に送信する（ステップＳ１０６）。携帯端末２００−１の出力制御部２７０は、登録が完了したことを示す情報をディスプレイ２３０に表示させる（ステップＳ１０８）。なお、ステップＳ１０８の処理において、携帯端末２００−１は、登録が完了した利用者情報を端末側記憶部２８０に記憶させてもよい。また、ステップＳ１００〜Ｓ１０８の処理は、一度登録を行えば繰り返し行う必要はない。また、ステップＳ１００〜Ｓ１０８の処理は、例えば、利用者情報の更新を行う場合にも適用される。

また、管理サーバ１００は、飲食施設ＥＦとカーシェアリングサービスＣＳとの施設関係情報（例えば、どのカーシェアリングサービスＣＳの車両がどの飲食施設ＥＦの飲食スペースとして提供可能か否かを示す情報）を施設関係ＤＢ１８４に登録する（ステップＳ１１０）。ステップＳ１１０の処理は、管理サーバ１００の管理者が所定のタイミングで行う。所定のタイミングとは、例えば、飲食施設管理端末３００またはカーシェアリング管理端末４００から施設関係情報の登録要求を受け付けたタイミングである。また、上述した施設関係情報の登録は、飲食施設管理端末３００またはカーシェアリング管理端末４００からの指示によって行われてもよい。

携帯端末２００−２は、利用者Ｕ−２の操作内容に基づいてシェアカー利用アプリ２８２を起動し、カーシェアリング管理端末４００に移動手段として利用する車両５００の予約を行う（ステップＳ１１２）。携帯端末２００−２は、予約に関する情報をカーシェアリング管理端末４００に送信する（ステップＳ１１４）。カーシェアリング管理端末４００は、カーシェアリングサービスＣＳで提供される車両５００の利用状況を取得し（ステップＳ１１６）、取得した利用状況を管理サーバ１００に送信する（ステップＳ１１８）。車両５００の利用状況には、現時点での利用状況だけでなく、将来利用する車両５００の予約情報も含まれる。管理サーバ１００は、カーシェアリング管理端末４００により送信された利用状況を利用状況ＤＢ１８６としてサーバ側記憶部１８０に記憶させる（ステップＳ１２０）。これにより、本シーケンス処理は、終了する。

＜シェアカー利用処理＞
次に、実施形態のシェアカー利用処理のうち、主に車両５００を飲食スペースとして利用する場合の処理を中心として説明する。図１２は、シェアカー利用処理の一例を示すシーケンス図である。図１２の例では、車両５００と、携帯端末２００−１と、管理サーバ１００と、飲食施設管理端末３００とを用いて説明する。

利用者Ｕ−１が飲食施設ＥＦで飲食を行う場面において、飲食施設管理端末３００の精算部３５５は、利用者Ｕ−１が購入する飲食物の精算処理を行う（ステップＳ２００）。また、飲食施設管理端末３００の空席状況認識部３６０は、所定のタイミングで施設内の座席の空き状況を認識する（ステップＳ２０２）。所定のタイミングとは、精算処理が行われたタイミングでもよく、所定周期でもよい。座席が空いていない（満席状態である）と認識された場合、飲食施設管理端末３００のシェアカー利用制御部３７０は、コードリーダ３５０に翳された携帯端末２００−１から利用者Ｕ−１の利用者情報を読み取り（ステップＳ２０４）、読み取った利用者情報、および飲食施設ＩＤと共に、飲食スペースとして提供可能な車両５００の問い合わせ情報を送信する（ステップＳ２０６）。なお、ステップＳ２０４の処理において、シェアカー利用制御部３７０は、例えば、利用者Ｕ−１に利用者情報に関する情報（例えば、コード情報）をディスプレイ２３０に表示させ、コードリーダ３５０が読み取れるように携帯端末２００−１を翳す動作を行わせるための情報を含む画像をディスプレイ３３０に表示させたり、スピーカ３４０から音声出力させることで、利用者情報を取得する。また、ステップＳ２０６の処理において、問い合わせ情報には、例えば、飲食施設ＥＦが満席状態であることを示す情報が含まれていてもよい。

管理サーバ１００の抽出部１６０は、問い合わせ情報に含まれる飲食施設ＩＤに基づいて、施設関係ＤＢ１８４の飲食施設ＩＤを参照し、対応するＩＤに対応付けられたカーシェアリングサービスＣＳを抽出し、抽出したカーシェアリングサービスＣＳで提供される車両のうち、飲食スペースとして利用可能な車両の候補を抽出する（ステップＳ２０８）。この場合、抽出部１６０は、問い合わせ情報に含まれる利用者情報に基づいて、利用者ＤＢ１８２を参照し、利用者の免許種別に合致する車両（例えば、利用者が運転可能な車種の車両）の候補を抽出してもよい。また、抽出部１６０は、飲食施設ＥＦが満席状態である場合に、飲食スペースとして利用可能な車両の候補を抽出してもよい。

次に、管理サーバ１００は、抽出した車両の候補を飲食施設管理端末３００に送信する（ステップＳ２１０）。飲食施設管理端末３００は、受信した車両の候補のうち何れかの車両を利用者Ｕ−１に特定させる画像を生成し、生成した画像をディスプレイ３３０に表示させる（ステップＳ２１２）。

図１３は、車両選択画面として表示される画像ＩＭ２の一例を示す図である。画像ＩＭ２には、例えば、車両選択領域Ａ２１と、ＧＵＩスイッチ表示領域Ａ２２とが含まれる。車両選択領域Ａ２１には、飲食スペースとして利用可能な車両５００の数や、その種類に関する情報、および車両５００を選択するためのＧＵＩスイッチが表示される。図１３の例において、車両選択領域Ａ２１には、飲食スペースとして利用可能な車両が３台あること、およびそれぞれの車両に関する情報（例えば、ミニバン、セダン、軽自動車）が描画されたＧＵＩスイッチＩＣ２１〜ＩＣ２３が表示されている。

ＧＵＩスイッチ表示領域Ａ２２には、例えば、利用者Ｕ−１からの指示を受け付けるアイコンが表示される。図１３の例では、「ＣＡＮＣＥＬ」の文字が描画されたアイコンＩＣ２４が示されている。車両選択領域Ａ２１に表示されたＧＵＩスイッチの選択を受け付けずに、アイコンＩＣ２４が選択された場合、出力制御部３８０は、画像ＩＭ２の表示を終了する。ここで、利用者Ｕ−１により、車両選択領域Ａ２１に表示されたＧＵＩスイッチＩＣ２１〜ＩＣ２３のうち、何れかのＧＵＩスイッチが選択された場合、飲食施設管理端末３００のシェアカー利用制御部３７０は、車両５００の特定を受け付け（ステップＳ２１４）、受け付けた車両５００の利用料金および飲食物の購入料金を含む請求金額に関する情報を含む画像を生成し、生成した画像をディスプレイ３３０に表示させる（ステップＳ２１６）。
図１４は、請求金額に関する情報を含む画像ＩＭ３の一例を示す図である。画像ＩＭ３には、例えば、請求金額表示領域Ａ３１が含まれる。請求金額表示領域Ａ３１には、利用者Ｕ−１に請求する飲食料金、飲食スペースとして提供する車両５００の利用料金、およびその合計金額が表示される。なお、図１４の例では、車両５００の利用料金を１時間あたりの固定単価として算出した値が表示されているが、これに限定されるものではなく、例えば、車両ごとに値段が変動してもよい。この場合、精算部３５５は、例えば、車両が新しいほど、車両の人気があるほど、または車室内空間が広いほど、料金が高くなるように設定される。また、車両利用料金は、利用者Ｕ−１が設定した時間に応じて加算されてもよい。これらの価格情報については、例えば、サーバ側記憶部１８０に記憶されており、精算部３５５は、特定された車両に対する価格の問い合わせを行うことで、該当する価格情報を取得することができる。

図１２に戻り、請求が完了した後、シェアカー利用制御部３７０は、特定された車両５００に関する情報を管理サーバ１００に送信する（ステップＳ２１８）。管理サーバ１００の提供部１７０は、利用者情報と特定された車両５００に基づいて、利用車両情報および利用許可情報を生成する（ステップＳＳ２２０）。

管理サーバ１００は、生成した利用車両情報および利用許可情報を携帯端末２００−１に送信する（ステップＳ２２２）。携帯端末２００−１は、管理サーバ１００により送信された利用車両情報および利用許可情報を含む画像を生成し、生成した画像をディスプレイ２３０に表示させる（ステップＳ２２４）。

図１５は、利用車両情報および利用許可情報を含む画像ＩＭ４の一例を示す図である。画像ＩＭ４には、例えば、利用車両表示領域Ａ４１と、利用許可情報表示領域Ａ４２と、ＧＵＩスイッチ表示領域Ａ４３とが含まれる。利用車両表示領域Ａ４１には、利用者Ｕ１が利用する車両を特定するための情報、および利用時間に関する情報が表示される。図１５の例において、利用車両表示領域Ａ４１には、車両ナンバーと、車両の色と、利用時間が表示されている。これにより、画像ＩＭ４を参照しながら、利用者Ｕ−１に、利用対象の車両を見つけ易くさせることができる。

利用許可情報表示領域Ａ４２には、利用者Ｕ−１が利用可能な車載機器に関する情報や、使用が制限されている情報等が含まれる。図１５の例において、利用許可情報表示領域Ａ４２には、利用可能な車両の機能として、空調、窓開閉、ドア開閉、音響、およびシート駆動が表示されている。また、利用許可情報表示領域Ａ４２には、利用者が車両５００の運転を許可されていないことを示す情報が表示されている。これにより、車両５００で利用可能な機能等をより明確に利用者Ｕ−１に把握させることができる。

ＧＵＩスイッチ表示領域Ａ４３には、例えば、利用者Ｕ−１からの指示を受け付けるアイコンが表示される。図１５の例では、例えば、「ＯＫ」の文字が描画されたアイコンＩＣ４１が示されている。利用者Ｕ−１によりアイコンＩＣ４１が選択された場合、出力制御部３８０は、画像ＩＭ２の表示を終了する。

図１２に戻り、管理サーバ１００の提供部１７０は、利用者Ｕ−１が飲食スペースとして利用すること、および利用許可情報に関する情報を車両５００に送信する（ステップＳ２２６）。車両５００の遠隔制御部５８２または操作制御部５８４は、管理サーバ１００からの利用許可情報等に基づいて、対象機器の制御を行う（ステップＳ２２８）。ステップＳ２２８の処理では、例えば、利用者Ｕ−１が車両５００に乗車し易いように、車両５００のドア開閉装置５４０によりドアの鍵を解錠させたり、ドアを開ける等の制御を行ってもよい。また、ステップＳ２２８の処理では、利用者Ｕ−１の利用前に、車室内の前方の座席を１８０度回転させて、後方座席と向かい合わせになるようにシート駆動装置５５５を駆動させたり、利用者Ｕ−１が乗車する前に空調装置５３０を作動させてもよい。また、ステップＳ２２８の処理において、車両制御装置５８０は、利用者Ｕ１の制限内での機器の制御を行う。したがって、例えば、操作装置５１５により利用者Ｕ−１から利用権限のない機器の操作を受け付けた場合に、操作制御部５８４は、受け付けた操作内容の対象機器への出力を抑制する。また、対象機器への出力を抑制した場合、表示制御部５８６は、操作内容が抑制されたことを示す情報を表示装置５５０に表示させて利用者Ｕ−１に通知してもよい。

また、飲食施設管理端末３００の出力制御部３８０は、飲食施設ＥＦの施設内情報を生成し（ステップＳ２３０）、生成した施設内情報を管理サーバ１００に送信する（ステップＳ２３２）。管理サーバ１００の提供部１７０は、取得した施設内情報を車両５００に送信する（ステップＳ２３４）。なお、飲食施設管理端末３００の出力制御部３８０は、施設内情報を直接車両５００に送信してもよい。車両５００の遠隔制御部５８２は、取得した施設内情報に基づく音声を音響装置５３５から車室内に出力する（ステップＳ２３６）。また、ステップＳ２３６の処理では、遠隔制御部５８２は、施設内情報に基づいて、飲食施設ＥＦと同じ空調（室温）となるように空調装置５３０を制御してもよい。これにより、本シーケンス処理は、終了する。

ステップＳ２３６の処理により、飲食スペースとして利用する車室内を、飲食施設ＥＦ内と同じような環境となるように演出することができる。これにより、利用者Ｕ−１は、車室内にいても、飲食施設ＥＦにいるような感覚を得ることができる。また、利用者Ｕ−１は、利用許可情報に基づいて、操作装置５１５による操作により、音響装置５３５による音声出力を抑制したり、空調装置５３０を制御することで、自分の過ごしやすい空間と作ることができる。

＜利用延長処理＞
次に、実施形態のシェアカー利用処理において、主に飲食スペースとして車両５００を利用中の利用者Ｕ−１が、利用時間を延長する場合の処理を中心として説明する。図１６は、シェアカー利用の延長処理の一例を示すシーケンス図である。図１６の例では、飲食スペースとして車両５００を利用している利用者Ｕ１の携帯端末２００−１と、管理サーバ１００と、利用者Ｕ−１が利用中に車両５００の予約を行った利用者Ｕ−２の携帯端末２００−２とを用いて説明する。

図１６の例において、まず、管理サーバ１００の利用状況管理部１５０は、利用状況ＤＢ１８６に基づいて、利用者Ｕ−１の利用時間の管理を行う（ステップＳ３００）。また、管理サーバ１００は、利用可能時間が所定時間以内となった場合（例えば、利用終了時刻の約１０分前）に、利用時間の終了を知らせる終了通知情報を生成し（ステップＳ３０２）、生成した終了通知情報を、車両５００を利用中の携帯端末２００−１に通知する（ステップＳ３０４）。携帯端末２００−１は、管理サーバ１００から受信した終了通知情報を含む画像を生成し、生成した画像をディスプレイに表示させる（ステップＳ３０６）。

図１７は、終了通知情報を含む画像ＩＭ５の一例を示す図である。画像ＩＭ５には、例えば、終了内容表示領域Ａ５１と、ＧＵＩスイッチ表示領域Ａ５２とが含まれる。終了内容通知領域Ａ５１には、終了時間となったことを示す情報および利用時間を延長するか否かを問い合わせるための情報が表示される。図１７の例において、終了内容表示領域Ａ５１には、「利用終了時間となりました。」、「ご利用を延長しますか？」といった文字情報が表示されている。

ＧＵＩスイッチ表示領域Ａ５２には、例えば、「３０分延長」の文字が描画されたアイコンＩＣ５１と、「１時間延長」の文字が描画されたアイコンＩＣ５２と、「利用を終了する」の文字が描画されたアイコンＩＣ５３とが示されている。携帯端末２００−１は、例えば、利用者Ｕ−１により、ＧＵＩスイッチ表示領域Ａ５２に表示されたＧＵＩスイッチＩＣ５１〜ＩＣ５３のうち何れかのＧＵＩスイッチが選択を受け付けると（ステップＳ３０８）、受け付けた情報を管理サーバ１００に送信する（ステップＳ３１０）。

管理サーバ１００の利用状況管理部１５０は、携帯端末２００−１により選択された内容を取得し、取得した選択内容が「利用を終了する」である場合、車室内カメラ５２０により撮像された画像を解析し、利用者Ｕ−１が車両５００を降車したか否かを判定し、降車した場合に、利用状況ＤＢ１８６を参照し、該当する車両５００の利用状況を更新（空き状態）する。なお、利用状況管理部１５０は、利用終了時刻を経過しても利用者Ｕ−１が車両５００を降車していない場合に、音響装置５３５により警告音を出力させたり、ドア開閉装置５４０により車両５００のドアを強制的に開けて、降車を促すような制御を行うための制御情報を生成し、生成した制御情報を車両５００に送信してもよい。

また、ＧＵＩスイッチ表示領域Ａ５２において、利用者Ｕ−１が選択した内容が、「３０分延長」または「１時間延長」のＧＵＩスイッチであり、延長後の時刻が、利用者Ｕ−２の予約情報の利用開始時刻を越える場合、または延長後の終了時刻から利用開始時刻までの空き時間が所定時間以内（例えば、３０分以内）である場合、管理サーバ１００の調整部１６５は、利用者Ｕ−２の携帯端末２００−２に利用開始時刻の調整が可能であるか否かを問い合わせる問い合わせ情報を生成し（ステップＳ３１２）、生成した問い合わせ情報を利用者Ｕ−２の携帯端末２００−２に送信する（ステップＳ３１４）。

携帯端末２００−２の出力制御部２７０は、管理サーバ１００から受信した問い合わせ情報を含む画像を生成し、生成した画像をディスプレイ２３０に表示させる（ステップＳ３１６）。図１８は、問い合わせ情報を含む画像ＩＭ６の一例を示す図である。画像ＩＭ６には、例えば、問い合わせ情報表示領域Ａ６１と、ＧＵＩスイッチ表示領域Ａ６２とが含まれる。問い合わせ情報表示領域Ａ６１には、例えば、予約した車両５００を先に利用している利用者Ｕ−１から利用延長の要求があったこと、および利用開始時刻の変更を問い合わせるための情報が表示される。問い合わせ情報表示領域Ａ６１には、変更した場合に、利用者Ｕ−２に付与される特典情報に関する情報が表示されてもよい。特典情報とは、例えば、カーシェアリングサービスＣＳや飲食施設ＥＦ等の各施設の利用に対する特別の待遇や恩典、経済的価値を有する情報である。特典情報には、例えば、サービスポイントや電子クーポン（金券、割引券、優待券）、その他の各種優遇処置が含まれてよい。

図１８の例において、問い合わせ情報表示領域Ａ６１には、「ご予約された車両を使用中の利用者から延長要求がありました。」、「利用開始時刻を１時間遅らせてもよいですか？」、および「＊変更して頂いた場合、○○〇ポイントを付与いたします。」といった文字情報が表示されている。これにより、利用者Ｕ−２に、利用開始時刻を変更する理由や具体的な変更時間をより明確に把握させることができる。また、付与される特典情報に関する情報を表示することで、乗員Ｕ−２に、時間を変更しようとする意欲を高めさせることができる。なお、図１８の例では、利用開始時刻を１時間遅らせてもよいか否かの問い合わせを行っているが、遅らせる時間については、例えば、利用者Ｕ−１が要求した延長時間および利用者Ｕ−２が予約した利用開始時刻に基づいて、延長後の時刻が利用開始時刻を越えない時間または所定時間以上の空き時間を有するように調整部１６５により調整される。

ＧＵＩスイッチ表示領域Ａ６２には、例えば、利用者Ｕ−２からの指示を受け付けるアイコンが表示される。図１８の例では、例えば、「ＹＥＳ」の文字が描画されたアイコンＩＣ６１と、「ＮＯ」の文字が描画されたアイコンＩＣ６２とが示されている。アイコンＩＣ６１は、１時間遅らせることを許可するアイコンである。アイコンＩＣ６２は、１時間遅らせることを許可しない（予約通りに使用する）ことを示すアイコンである。入力部２２０は、ＧＵＩスイッチ表示領域Ａ６２に表示されたアイコンのうち何れかの選択を回答として受け付ける（ステップＳ３１８）。携帯端末２００−２の出力制御部２７０は、受け付けた回答を管理サーバ１００に送信する（ステップＳ３２０）。

管理サーバ１００の利用状況管理部１５０は、携帯端末２００−２により得られる回答に基づいて、利用状況の更新等を行う（ステップＳ３２２）。例えば、１時間遅らせることを許可する回答を取得した場合、利用状況管理部１５０は、利用状況ＤＢ１８６に対する利用者Ｕ−１の利用終了時刻を１時間延長すると共に、利用者Ｕ−２の予約情報の利用開始時刻を１時間遅らせる。また、利用状況管理部１５０は、利用開始時刻に加えて利用終了時刻を１時間遅らせてもよい。また、利用状況管理部１５０は、更新した内容を携帯端末２００−１に送信する（ステップＳ３２４）。なお、ステップＳ３２２〜Ｓ３２４の処理において、利用状況管理部１５０は、携帯端末２００−２から１時間遅らせることを許可しない回答を取得した場合に、直ちに降車させるための情報を生成し、生成した情報を携帯端末２００−１に送信してもよい。

携帯端末２００−１の出力制御部２７０は、管理サーバ１００から送信された情報を含む画像をディスプレイ２３０に表示させる（ステップＳ３２６）。図１９は、車両の利用の延長を許可することを示す情報を含む画像ＩＭ７の一例を示す図である。画像ＩＭ７には、例えば、車両利用延長通知領域Ａ７１と、ＧＵＩスイッチ表示領域Ａ７２とが含まれる。車両利用延長通知領域Ａ７１には、車両利用の延長が許可された時刻および延長により発生した追加料金に関する情報が表示される。図１９の例において、車両利用延長通知領域Ａ７１には、「ご利用時間を１４：１５まで延長します。」、「追加料金は、○○○円です。」といった情報が表示されている。これにより、利用者Ｕ−１は、利用時間が延長されたことを容易に把握することができる。なお、追加料金は、携帯端末２００−１に格納された電子マネーにより精算されてもよく、利用者Ｕ−１が降車後に飲食施設管理端末３００まで移動して精算してもよい。

ＧＵＩスイッチ表示領域Ａ７２には、例えば、利用者Ｕ−１からの指示を受け付けるアイコンが表示される。図１９の例では、例えば、「ＯＫ」の文字が描画されたアイコンＩＣ７１が示されている。アイコンＩＣ７１が選択された場合、出力制御部２７０は、画像ＩＭ７の表示を終了する。なお、携帯端末２００−１は、延長が許可されず、直ちに降車させるための情報を管理サーバ１００から受信した場合、利用者Ｕ−１を降車させるための情報を含む画像をディスプレイ２３０に表示させる。降車させるための情報とは、例えば「次の利用者がお待ちです。直ちに降車してください。」等のメッセージを含む情報である。これにより、本シーケンスの処理は、終了する。

以上説明した実施形態によれば、管理サーバ１００は、カーシェアリングサービスＣＳ（車両提供サービスの一例）で提供される一以上の車両５００の利用状況を管理する利用状況管理部１５０と、飲食施設ＥＦからの車両５００の利用要求を取得する取得部１５５と、取得部１５５により利用要求が取得された場合に、利用状況管理部１５０により管理される利用状況に基づいて、一以上の車両５００のうち飲食スペースとして提供可能な車両を抽出する抽出部１６０と、抽出部１６０により抽出された車両に関する情報を飲食施設ＥＦに提供する提供部１７０とを備えることにより、カーシェアリングサービスＣＳで提供される車両をより有効に活用することができる。

また、実施形態によれば、例えば、飲食施設内が混雑していて空席がない場合に、飲食施設を利用しようとして来店した利用者に対して、車両を飲食スペースとして提供することで、車両に興味がない利用者にも車両に触れるきっかけを作ることができる。また、管理サーバ１００は、飲食施設ＥＦが混雑している場合だけでなく、利用者が静かな空間でゆっくり食事をしたい場合や、子供等がいるため他人に迷惑をかけたくない場合等に、利用者の要求に応じて、飲食スペースとして車両を提供することができる。また、管理サーバ１００は、運転ができない利用者にも飲食スペースとして車両を提供することができ、運転ができない場合には、車両５００の走行装置５６０が作動しないように制御されるため、より安全に利用者に車両５００を提供することができる。

また、本実施形態によれば、飲食スペースとして利用した利用者であっても、その車両を運転することが可能な免許を有している場合には、飲食後または飲食中に車両５００を運転してドライブを楽しむことができる。この場合、シェアカーとしての料金は、ドライブ後に精算してもよく、精算後に走行を可能にしてもよい。

［変形例］
実施形態において、飲食施設管理端末３００およびカーシェアリング管理端末４００の機能のうち少なくとも一部は、管理サーバ１００に設けられていてもよく、管理サーバ１００の機能のうち少なくとも一部は、飲食施設管理端末３００およびカーシェアリング管理端末４００に設けられていてもよい。

また、上述した実施形態におけるシェアカー利用の延長処理において、管理サーバ１００は、飲食スペースとして利用中の利用者Ｕ−１の携帯端末２００−１に終了通知情報等を送信したが、これに代えて利用者Ｕ−１が利用している車両５００に終了通知情報等を送信し、車両５００の表示装置５５０等から利用者Ｕ−１に通知を行ってもよい。

また、上述の実施形態では、商業施設の一例として飲食施設を用いて説明したが、飲食施設に加えて（または代えて）、飲食を行わないマッサージや整体等の美容サービスを提供する施設等が含まれてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１…シェアカー利用システム、１００…管理サーバ、１１０…サーバ側通信部、１２０、２２０、３２０、４２０…入力部、１３０…出力部、１４０…サーバ側制御部、１４５…登録部、１５０…利用状況管理部、１５５…取得部、１６０…抽出部、１６５…調整部、１７０…提供部、１８０…サーバ側記憶部、２００…携帯端末、２１０、３１０、４１０…端末側通信部、２３０、３３０、４３０…ディスプレイ、２４０、３４０、４４０…スピーカ、２５０…位置取得部、２６０…アプリ実行部、２７０、３８０、４８０…出力制御部、２８０、３９０、４９０…端末側記憶部、３００…飲食施設管理端末、３５０、４５０…コードリーダ、３５５、４６０…精算部、３６０…空席状況認識部、３７０…シェアカー利用制御部、４００…カーシェアリング管理端末、５００…車両、５１０…通信装置、５１５…操作装置、５８０…車両制御装置、ＣＳ…カーシェアリングサービス、ＥＦ…飲食施設、Ｕ…利用者

Claims (10)

1. 車両提供サービスで提供される一以上の車両の利用状況を管理する管理部と、
   飲食施設からの前記車両の利用要求を取得する取得部と、
   前記取得部により前記利用要求が取得された場合に、前記管理部により管理される利用状況に基づいて、前記一以上の車両のうち飲食スペースとして提供可能な車両を抽出する抽出部と、
   前記抽出部により抽出された車両に関する情報を前記飲食施設に提供する提供部と、
   を備える管理装置。
2. 前記一以上の車両は、カーシェアリングサービスで提供される車両を含む、
   請求項１に記載の管理装置。
3. 前記抽出部により抽出された車両を利用する利用者情報に基づいて、前記車両の利用者に対する利用内容を調整する調整部を更に備える、
   請求項１または２に記載の管理装置。
4. 前記調整部は、前記利用者情報に、前記利用者が前記車両を運転することが可能であることを示す情報が含まれる場合に、前記利用者に対する前記車両の利用許可情報に前記車両の運転を含める、
   請求項３に記載の管理装置。
5. 前記調整部は、前記利用者が前記車両をシェアカーとして利用することに関する登録が行われていない場合に、前記利用者に対する前記車両の利用許可情報に前記車両の運転を含めない、
   請求項３に記載の管理装置。
6. 前記管理部は、前記車両の利用の予約を管理し、
   前記提供部は、前記管理部により管理された前記車両の予約状況に基づいて、前記飲食スペースとして利用する第１利用者の利用時間を制限する、
   請求項１から５のうち何れか１項に記載の管理装置。
7. 前記調整部は、前記飲食スペースとして利用している第１利用者から利用時間の延長要求があった場合に、前記車両の利用の予約を行っている第２利用者に、前記車両の利用時間に関する問い合わせを行う、
   請求項３に記載の管理装置。
8. 前記抽出部は、前記飲食施設に設けられる座席が満席状態である場合に、前記飲食スペースとして提供可能な車両を抽出する、
   請求項１から７のうち何れか１項に記載の管理装置。
9. コンピュータが、
   車両提供サービスで提供される一以上の車両の利用状況を管理し、
   飲食施設からの前記車両の利用要求を取得し、
   前記利用要求が取得された場合に、前記利用状況に基づいて、前記一以上の車両のうち飲食スペースとして提供可能な車両を抽出し、
   抽出された前記車両に関する情報を前記飲食施設に提供する、
   管理方法。
10. コンピュータに、
    車両提供サービスで提供される一以上の車両の利用状況を管理させ、
    飲食施設からの前記車両の利用要求を取得させ、
    前記利用要求が取得された場合に、前記利用状況に基づいて、前記一以上の車両のうち飲食スペースとして提供可能な車両を抽出させ、
    抽出された前記車両に関する情報を前記飲食施設に提供させる、
    プログラム。

Images