JP7059631B2 - カーシェアシステム、およびカーシェア方法 - Google Patents

Description

本発明は、車両の室内を集配物の受け渡し場所等の荷物の保管先として利用する、カーシェアシステムに関する。

近年、集配サービスの利用者と集配者との集配物の受け渡しを効率的に行う手段として、利用者が指定する車両のトランク（以下、荷室という）を集配物の受け渡し場所として利用するトランクシェアシステムの開発が進められている。例えば、特許文献１には、配達物の配達時に、宅配業者の車両に設けた業務用通信機により、受取人が予め登録しておき、配達先として指定した荷受用車両側と相互認証を行ってトランク内に配達物を収容することが記載されている。これにより、受取人が不在でも代わりに荷受用車両により受け取ることができる。

特開２００６－２０６２２５号公報 特開２０１５－０４５１４１号公報 米国特許出願公開第２０１５／３３２５３１号明細書 米国特許出願公開第２０１７／０１７９２０号明細書

ところで、従来のように自車の荷室あるいは座席空間（以下、荷室と座席空間とを総称して車両の室内という）を荷物の配送先とする他、自車、特定人の車両の室内、または複数人が所有する複数車両の室内を特定人が利用あるいは複数人でシェアすることで様々なサービスが考えられる。車両の室内がより多くの人に利用され、または複数人でシェアされることで、荷物の受け取り以外の様々な用途への適用が可能となる。

しかしながら、上記従来の技術では、受取人が予め登録しておいた車両を受取人が配達先として指定することで、荷物の受け取りが可能となるに過ぎない。
そこで、本発明の目的は、より多くの人が車両の室内を利用し、あるいは複数人が車両の室内をシェアする場合に、車両の移動に伴う問題の発生を抑制する技術を提供することにある。

本発明の一側面は、カーシェアシステムによって例示される。本カーシェアシステムは、車両の貸出サービスの利用要求を受け付ける受付部と、車両の利用要求がない予定日時に前記車両の貸出サービスの利用予約を可能とし、利用予約の確定に伴い利用予約日時に電子情報による施錠開錠の許可を貸出予定者へ与える管理部と、を備える。したがって、本カーシェアシステムは、車両の利用要求がない予定日時に前記車両の貸出サービスの利用予約を可能とし、貸出予定者による車両の利用を可能とする。より具体的には、本カーシェアシステムは、車両の貸出サービスに供与される車両の貸出予約状況を示す予約スケジュール情報を記憶する記憶部と、車両の貸出サービスに供与される車両の移動予定を示す移動スケジュール情報を取得するスケジュール情報取得部と、をさらに備える。前記利用要求は、車両の貸出サービスでの車両の借用希望日程を含み、管理部は、予約スケジュール情報および移動スケジュール情報の両方において、前記借用希望日程を充足する車両に関する情報を提供する。

本カーシェアシステムによれば、管理部が車両の予約スケジュールと移動スケジュール情報の両方を反映し、利用可能な車両に関する情報を提供するので、車両の所有者以外の他人が車両を利用し、あるいは複数人が車両をシェアする場合に、車両の移動に伴う問題の発生を抑制する可能性を高めることができる。ここで、車両の室内が貸し出される場合には、車両の室内は、荷室（トランクともいう）および座席空間の少なくとも一方を含む。座席空間は乗員が着座する空間である。

本発明の他の側面では、前記借用希望日程は、荷物の輸送がなされる輸送予定日時を含み、前記管理部は、前記輸送予定日時に利用可能な車両を選択し、前記輸送予定日時で前記選択した車両の予約を前記予約スケジュール情報に設定し、前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の前記荷物の輸送に関与するサービス利用者の端末への配信を制御するようにすればよい。このような側面では、本カーシェアシステムは、管理部が車両の予約スケジュール情報と移動スケジュール情報の両方を反映して車両の室内を予約するので、予約の変更を抑制して荷物の輸送を円滑に実施できる可能性を高めることができる。

本発明のさらに他の側面では、前記利用要求は、前記荷物を受け取る受領者の端末の宛先を特定する受領者端末情報をさらに含み、前記管理部は、前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の前記受領者の端末への配信を制御するようにすればよい。このような側面では、本カーシェアシステムは、荷物を受け取る受領者の端末に、アクセス許可情報を配信し、荷物を受け取る受領者に、選択した車両の室内へのアクセスを許可できる。

また、本発明のさらなる他の側面では前記車両の貸出サービスに供与される車両は、それぞれの車両に関係づけられた地理的位置関係を基準にグループ化され、前記管理部は、前記サービス利用者の端末から輸送する荷物が輸送先の車両の室内に収容できない容量オーバーが発生したことを受け付けたときに、前記輸送先の車両と同一グループに属する車両のうちの一の車両を代替車両として決定し、前記選択された代替車両を特定する情報と前記代替車両の室内へのアクセスが許可されるアクセス許可情報の前記サービス利用者の端末への配信を制御することもできる。このような側面では、本カーシェアシステムは、荷物が輸送先の車両の室内に収容できない容量オーバーが発生した場合でも、輸送先の車両の近隣で代替車両が確保され、円滑に輸送が実施される可能性を高めることができる。

また、本発明のさらなる他の側面では、前記管理部は、前記車両の所有者の端末から、車両の貸出が予約された日程と重複する日程において前記所有者の車両の移動スケジュールが、移動されない予定から移動される予定へ変更される変更要求を受け付け、前記輸送先の車両と同一グループに属する車両のうちの一の車両を代替車両に決定し、前記選択された代替車両を特定する情報と前記代替車両の室内へのアクセスが許可されるアクセス許可情報の前記サービス利用者の端末への配信を制御することもできる。このような側面では、本カーシェアシステムは、車両の所有者の移動スケジュールが変更された場合でも、車両の所有者は、自車両を予約している利用者の不便を抑制しつつ、極力自車両による移動を実施できる可能性を高めることができる。

また、本発明のさらなる他の側面では、前記移動スケジュール情報は、前記車両の所有者の行動予定が設定された行動スケジュール情報を基に生成されるようにしてもよい。このような側面では、本カーシェアシステムは、車両の所有者の行動スケジュールを流用して簡易に移動スケジュールを設定できる。

また、本発明のさらなる他の側面では、前記移動スケジュール情報の提供を許諾した車
両の所有者または車両の移動制限を受け入れることに同意した所有者に所定の報奨を付与する報奨付与部をさらに備えるようにしてもよい。このような側面では、本カーシェアシステムは、車両の所有者が車両の移動スケジュールを提供する可能性を高め、利用可能な車両に関する情報の精度を高めることができる。また、本カーシェアシステムは、車両の所有者が車両の移動制限を受け入れる可能性を高め、カーシェシステムの円滑な運用が可能となる。

また、本発明のさらなる他の側面では、前記報奨付与部は、前記予約スケジュール情報において車両の貸出が予約された車両について、前記予約スケジュール情報にしたがった車両の貸出が実施できた割合または前記移動スケジュールの変更に起因して前記予約された車両の貸出が実施できない割合に基づいて前記予約された車両の所有者に付与する報奨のポイント数を決定すればよい。このような側面では、本カーシェアシステムは、車両の所有者が車両の移動スケジュールの変更を抑制するので、サービス利用者が安定して車両の室内を利用できるようにすることができる。

また、本発明のさらなる他の側面では、管理部は、借用希望日程を充足する車両が複数存在する場合に、移動スケジュール情報の提供が許諾された車両または報奨のポイントが高い所有者の車両を優先した推奨順で車両に関する情報を提供するようにすればよい。移動スケジュール情報の提供が許諾された車両では、車両の室内の貸出予約が予定通りに実行される可能性が高い。また、報奨のポイントが高い所有者の車両は、所有者が移動スケジュール情報を守り、車両の室内の貸出予約（サービスの利用予約ともいう）が予定通りに実行される可能性が高い。したがって、この側面では、利用者が安定して車両の室内を利用できるようにすることができる。

また、本発明の他の側面では、前記利用要求は、車両の貸出サービスを受ける地理的条件を特定する情報を含む。そして管理部は、車両の貸出サービスに供与される車両の位置情報を参照し、前記地理的条件を充足する車両に関する情報を提供する。したがって、本カーシェアシステムは、車両の貸出サービスにおいて、地理的条件を充足する車両に限定した処理を実行し、サービスを提供できる。

また、本発明のさらなる他の側面では、カーシェアシステムは、車両の貸出サービスに供与される車両について、それぞれの車両に関係づけられた地理的位置関係を基準に形成される車両のグループを記憶するグループ記憶部と、前記車両の貸出サービスに供与される車両の借用希望地域を含むサービス利用要求を受け付け、受け付けたサービス利用要求に対して、前記借用希望地域に関連する車両のグループを特定し、前記特定されたグループに関する情報を提供する管理部と、を備える。この側面では、車両の室内の借用希望地域を含むサービス利用要求に対して、住所を基準に形成される車両のグループの情報が提供されるため、利用者は明確に個別の車両を予約しなくても、車両のグループの予約が可能となり、実際のサービスの日程等が明確になった後に、グループに含まれる車両によるサービスを受ければよい。

また、本発明のさらなる他の側面では、サービス利用要求は、荷物の輸送先としてのサービス利用要求であり、前記管理部は、荷物の輸送がなされる輸送予定日時が確定した後、前記荷物の輸送を担当するサービス利用者の端末からの前記輸送予定日時から所定の期間範囲に発せられる前記グループへのアクセス要求に対して、前記グループに含まれる車両のうちの一の車両を選択し、前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の前記サービス利用者の端末への配信を制御すればよい。この側面では、荷物の輸送先として車両のグループを特定しておき、荷物の輸送がなされる輸送予定日時が確定した後、グループに含まれる車両のうちの一の車両による車両の貸出サービスを受けることができる。したがって、利用者は、車両に関係づ
けられた住所を基準に形成される車両のグループによって柔軟なサービスを受けることができる。
さらに、本発明のさらなる他の側面は、上記カーシェアシステムのそれぞれ側面に対応する処理をコンピュータが実行する方法によって例示される。

本カーシェアシステムによれば、従来よりも多くの人が車両の室内を利用し、あるいは複数人が車両の室内をシェアする場合に、車両の移動に伴う問題の発生を抑制することができる。

実施形態１に係るカーシェアシステムの構成を例示する図である。 車載装置、利用者端末、所有者端末、センタサーバ、貸出管理サーバの各ハードウェア構成を例示する図である。 貸出管理サーバの処理を実行する詳細な構成要素を例示する図である。 車両登録テーブルの構成を例示する図である。 クラスタ定義テーブルの構成を例示する図である。 クラスタメンバテーブルの構成を例示する図である。 所有者登録テーブルの構成を例示する図である。 所有者評価テーブルの構成を例示する図である。 利用者登録テーブルの構成を例示する図である。 移動スケジュール情報の構成を例示する図である。 車室貸出スケジュール情報の構成を例示する図である。 管理部の処理を例示するフローチャートである。 車両のスケジュール検索処理の詳細を例示するフローチャートである。 車両登録受け付け処理を例示するフローチャートである。 車両貸出処理を例示するフローチャートである。 実施形態２に係る情報システムのシーケンスチャートである。 容量オーバー処理を例示するフローチャートである。 移動スケジュール変更による通知を受けた貸出管理サーバの処理を例示するフローチャートである。 実施形態３に係る情報システムのシーケンスチャートである。

以下、本発明の一実施形態に係る情報システムについて説明する。以下に示す実施形態は、本発明の一態様を例示したものであり、本発明の技術的範囲を以下の態様に限定するものではない。
［実施形態１］
以下、図１から図１５を参照して実施形態１に係る情報システム（以下、カーシェアシステム１ともいう）及び情報システムのコンピュータが各処理（ステップ）を実行するカーシェア方法を説明する。
＜処理イメージ＞

本情報システムは、車両の室内を複数の利用者および当該車両の所有者が共同して利用することを支援するサービスを提供する。本実施形態では、車両の所有者が自身の車両を情報システムに登録し、単一の利用者あるいは複数の利用者によって室内を利用可能な車両として供与する。情報システムは、車両の空き状況あるいは予約状況をウェブサイトで利用者に開示する。車両の利用者は、ウェブサイトにアクセスし、車両の空き時間を確認し、車両の室内を利用する時間を予約する。車両の室内の利用の仕方は様々であるが、一例は荷物の配達先としての利用である。すなわち、本実施形態では、車両の室内は、例え
ば宅配便の配達用のボックスあるいは集荷用のボックスとして利用される。したがって、本サービスの利用者としては、宅配会社の配達員と、配達された荷物を受け取る受領者が想定される。そこで、宅配会社の配達員はサービス利用者の一例ということができる。ただし、本実施形態において、サービスは、配達に限定されず、集荷をも含む。配達あるいは集荷は輸送ということもできる。そのため、サービス利用者には宅配会社の集荷担当者も含まれる。また、サービス利用者としては、宅配会社のスタッフ、あるいは職員の他、他のサービス、例えば、牛乳配達の担当者、新聞配達の担当者、郵便配達の担当者、物品の交換サービス業者等も含む。さらに、サービス利用者としては、業としてサービスを提供するサービス提供者以外に、一般市民あるいは消費者同士で荷物を届け、引き取り、あるいは、授受する場合の当該一般市民あるいは消費者を含む。以下、本カーシェサービスでのサービス利用者が実施する行為として「配達」が例示されるが、サービス利用者としては、上記様々な事業に従事する従業員、一般消費者、あるいは市民等が含まれる。

車両の室内が荷物の配達先としての利用される場合、配達される荷物の寸法と車両の室内の容量との関係、あるいは、配達される荷物の寸法とすでに配達され保管中の荷物を除外した車両の室内の残容量との関係によって、配達中の荷物が収容できない場合がある。本実施形態の１つの側面は、この問題を低減する。すなわち、本情報システムは、供与された車両を地理的な位置関係、住所、あるいは、車両相互の距離等地理的位置関係を基準にグループ化する。グループ化することはクラスタリングと呼ばれる。また、車両のグループはクラスタと呼ばれる。そして、荷物を配達予定の車両の室内に、配達中の荷物が収容できない場合、情報システムは、同一グループに属する他の車両を代替用の配達先に決定し、配達員の端末を通じて配達員と受領者に指示する。すなわち、本情報システムは、例えば、１つの地域で供与された複数車両の室内を一体のクラスタとして管理し、配達物の寸法や配達量に柔軟に対応する。

また、本実施形態の他の側面は、車両の室内の予約スケジューリングの前提として、利用者による車両の室内利用のための予約スケジュールの他に、所有者等によって車両が移動される予定を示す移動スケジュールが管理される点を例示できる。すなわち、車両の所有者は、車両を供与するにあたり、自車両の移動スケジュールを提供することができる。本情報システムは、車両の室内の利用スケジュールと車両の移動スケジュールの両方を管理し、利用者の希望を充足することが可能な車両を利用者に提供する。ここで、移動スケジュールとは、車両の所有者が自ら運転する場合の他、例えば、自動運転機能により車両の所有者が運転しないで車両が移動する場合、あるいは、無人運転で車両が移動する場合のスケジュールも含む。

このような本情報システムによるサービス品質を向上するため、本情報システムは、車両の移動スケジュールを提供する所有者には、所定の報奨ポイントを付与する。また、車両の移動スケジュールを遵守することで、利用者が不都合なく当初予定通りに車両の室内を利用できた場合に、本情報システムは、当該車両の所有者には、所定の報奨ポイントを付与する。
＜システム構成＞

図１は、実施形態１に係る情報システムの構成を例示する図である。図１の例では、カーシェアシステム１は、車両１０に設置される車載装置１０Ａ、利用者端末２００、所有者端末２１０、センタサーバ４００、貸出管理サーバ４１０、及び外部サーバ４２０を含む。車載装置１０Ａ、利用者端末２００、所有者端末２１０、センタサーバ４００、貸出管理サーバ４１０、及び外部サーバ４２０は、ネットワークＮ１によって相互に接続される。車載装置１０Ａは、近距離無線通信等を含むネットワークＮ２を介して、利用者端末２００又は所有者端末２１０に接続される。なお、利用者端末２００は、より具体的には、宅配会社の配達員端末２２０あるいは荷物の受領者が使用する受領者端末２３０として
利用される。

貸出管理サーバ４１０は、所有者端末２１０から、カーシェアサービスに供与される車両の登録を受ける。車両の登録時には、貸出管理サーバ４１０は、車両を特定する情報（車両の登録番号、車種、色等）の入力を受ける。また、車両の登録時、貸出管理サーバ４１０は、所有者端末２１０を通じて車両の移動スケジュールの提供の有無を確認する。車両の移動スケジュールは、提供の有の応答をした所有者によって提供される。車両の所有者は、所有者端末２１０にインストールされた所定のアプリケーションプログラム(以下
、単にアプリという)によって、供与される車両に関する情報、及び提供に同意した所有
者の車両の移動スケジュール等を登録することができる。

貸出管理サーバ４１０は、ウェブサイトを通じて、所有者端末２１０から登録された車両の室内を予約可能にするため、車両の室内貸出スケジュールを利用者端末２００に提供する。利用者は、例えば、利用者端末２００にインストールされた所定のアプリによって、利用希望地域あるいは利用希望日時等を入力することで、自身の利用希望条件を充足する車両を特定することができる。上述の通り、本情報システムでは、車両は地域を基準にクラスタと呼ばれるグループにグループ化されており、本情報システムは、利用希望地域が充足されるか否かを車両のクラスタを基準に判断する。また、本情報システムは、利用希望日時が充足されるか否かを車両の貸出スケジュールと車両の移動スケジュールの両方を照合して判定する。貸出管理サーバ４１０は、利用者の利用希望条件を充足する車両が存在する場合、利用者端末２００に提示し、利用者端末２００で確認を受けた後、荷室貸出スケジュールに登録する。
＜ハードウェア構成＞

図２は、車載装置１０Ａ、利用者端末２００、所有者端末２１０、センタサーバ４００、貸出管理サーバ４１０の各ハードウェア構成を例示する図である。なお、配達員端末２２０及び受領者端末２３０の構成は利用者端末２００と同様であるので、図２では省略する。また、外部サーバ４２０の構成はセンタサーバ４００と同様であるので、図２では省略する。本実施形態では、車載装置１０Ａが有するキーユニット１００を介して施解錠を行う車両１０に対し、本発明を適用した場合について説明する。キーユニット１００は、スマートキーと呼ばれる電子キー（以下、携帯機）と同様の無線インターフェースを有しており、車載装置１０Ａが有する既設の施解錠装置３００と通信を行う。そして、例えば、利用者は、利用者端末２００が保持する端末認証情報によってキーユニット１００による認証を受けることで、物理的な鍵を用いることなく車両１０の施解錠を行うことができる。すなわち、キーユニット１００は、利用者端末２００又は所有者端末２１０等の携帯端末（以下、利用者端末２００等）と近距離無線通信を行い、利用者端末２００等を認証した結果に基づいて、自身が車両１０の電子キーとして振る舞うか否かを決定する。

利用者端末２００等から、キーユニット１００に送信される端末認証情報は、キーユニット１００に予め記憶された装置認証情報と照合される。認証が成功すると、利用者端末２００等は認証される。利用者端末２００等が認証されると、キーユニット１００は、キーユニット１００に予め記憶され、認証情報と対応付けられた車両１０のキーＩＤを、施解錠信号とともに施解錠装置３００に送信する。施解錠装置３００は、キーユニット１００から受信したキーＩＤが、施解錠装置３００に予め格納されるキーＩＤと一致する場合に車両１０を施解錠する。なお、キーユニット１００に予め記憶されるキーＩＤは、認証情報によって暗号化されたものであってもよい。この場合、キーユニット１００は、利用者端末２００等の認証が成功すると、キーＩＤを認証情報によって復号してから施解錠装置３００に送信すればよい。

車両１０の占有者である所有者の所有者端末２１０は、キーユニット１００から認証を
受けることができるマスター認証情報を記憶しており、所有者は車両１０を随時施解錠することができる。ここで、「随時」とは、本実施形態では、マスター認証情報には、有効期限の設定がなされないので、所有者はいつでも車両１０を施解錠できるこという。一方、利用者端末２００は、車両の室内の荷物取得等の際に、車両１０の解錠と施錠をするための端末認証情報を、センタサーバ４００又は貸出管理サーバ４１０から受信する。利用者端末２００は、受信した端末認証情報をキーユニット１００に送信し、キーユニット１００による利用者端末２００の認証が成功すると、キーユニット１００は、キーユニット１００に予め記憶された車両１０のキーＩＤを、施解錠装置３００に送信する。施解錠装置３００は、キーユニット１００から受信したキーＩＤが、施解錠装置３００に予め格納されるキーＩＤと一致する場合に車両１０を施解錠する。なお、キーユニット１００および施解錠装置３００は、車両１０に搭載されるバッテリから供給される電力で動作する。なお、キーユニット１００は、車両１０に搭載されるバッテリ以外に、一般的な電池から供給される電力で動作してもよい。

施解錠装置３００は、車両１０のドアを施錠および解錠するための装置であり、スマートキーシステムの一部を構成する既設の装置である。具体的には、車両１０の利用者が所持する携帯機から、高周波（Radio Frequency，以下、ＲＦと称する）帯の電波を介して
送信される施錠信号および解錠信号に応じて、車両１０のドアを施錠および解錠する。また、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）帯の電波
を送信する機能を有している。

本実施形態では、利用者が所持する携帯機の代わりに、キーユニット１００が施解錠装置３００との間でＲＦ帯およびＬＦ帯の電波を送受信することで、車両１０のドアの施解錠を制御する。以降、断りがない限り、施解錠装置３００の通信先をキーユニット１００に限定して説明を行う。

施解錠装置３００は、ＬＦ送信機３０１、ＲＦ受信機３０２、照合ＥＣＵ３０３、ボディＥＣＵ３０４、ドアロックモータ３０５を含んで構成される。ＬＦ送信機３０１は、キーユニット１００を検索（ポーリング）するための低周波数帯（例えば、１００ＫＨｚ～３００ＫＨｚ）の電波を送信する手段である。ＬＦ送信機３０１は、例えば、車室内のセンターコンソールやハンドルの近傍に内蔵される。ＲＦ受信機３０２は、キーユニット１００から送信された高周波数帯（例えば、１００ＭＨｚ～１ＧＨｚ）の電波を受信する手段である。ＲＦ受信機３０２は、車室内のいずれかの場所に内蔵される。

照合ＥＣＵ３０３は、キーユニット１００からＲＦ帯の電波を介して送信された信号（施錠信号または解錠信号）に基づいて、車両１０のドア（あるいは荷室の扉または両方）を施錠および解錠する制御を行うコンピュータである。照合ＥＣＵ３０３は、例えば、マイクロコンピュータによって構成される。なお、以下の説明において、施錠信号と解錠信号を施解錠信号と総称する。施解錠信号という用語は、施錠信号と解錠信号の少なくともいずれかを表す。

照合ＥＣＵ３０３は、キーユニット１００から送信された施解錠信号が、正当な装置から送信されたものであることを認証する。具体的には、施解錠信号に含まれるキーＩＤが、照合ＥＣＵ３０３が有する記憶部に予め記憶されたキーＩＤと一致するか否かを判定する。そして、照合ＥＣＵ３０３は、この認証の結果に基づいて、ボディＥＣＵ３０４に解錠指令または施錠指令を送信する。この解錠指令または施錠指令は、ＣＡＮ（Controller
Area Network）等の車内ネットワークを介して送信される。

ボディＥＣＵ３０４は、車両１０のボディ制御を行うコンピュータである。ボディＥＣＵ３０４は、照合ＥＣＵ３０３から受信した解錠指令または施錠指令に基づいてドアロッ
クモータ３０５を制御することで、車両１０のドアの解錠および施錠を行う機能を有している。ドアロックモータ３０５は、車両１０のドア（乗降用ドアやリアゲートのほか、荷室も含む）を施錠および解錠するアクチュエータである。ドアロックモータ３０５は、ボディＥＣＵ３０４から送信された信号に基づいて動作する。なお、照合ＥＣＵ３０３とボディＥＣＵ３０４とは一体のものであってもよい。

次に、キーユニット１００について説明する。キーユニット１００は、車両１０の車室内の所定の位置（例えばグローブボックス内）に配置された装置である。キーユニット１００は、利用者端末２００等と近距離無線通信を行って該利用者端末２００等を認証する機能と、この認証結果に基づいて、ＲＦ帯の電波を用いて施解錠信号を送信する機能を有している。キーユニット１００は、ＬＦ受信機１０１、ＲＦ送信機１０２、近距離通信部１０３、制御部１０４を有して構成される。

ＬＦ受信機１０１は、施解錠装置３００から、ＬＦ帯の電波を介して送信されたポーリング信号を受信する手段である。ＬＦ受信機１０１は、ＬＦ帯の電波を受信するためのアンテナ（以下、ＬＦアンテナ）を有している。ＲＦ送信機１０２は、ＲＦ帯の電波を介して、キーユニット１００に対して施解錠信号を送信する手段である。

近距離通信部１０３は、利用者が所持する利用者端末２００等と通信を行う手段である。近距離通信部１０３は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。

本実施形態では、近距離通信部１０３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知することですぐに通信を開始できるという特徴を有する。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。

制御部１０４は、近距離通信部１０３を介して利用者端末２００と近距離無線通信を行い、利用者端末２００等を認証する制御と、認証結果に基づいて施解錠信号を送信する制御を行うコンピュータである。制御部１０４は、例えば、マイクロコンピュータによって構成される。

制御部１０４は、記憶部１０４１および認証部１０４２を有している。記憶部１０４１には、キーユニット１００を制御するための制御プログラムが記憶されている。制御部１０４は、記憶部１０４１に記憶されている制御プログラムをＣＰＵ（不図示）によって実行することで、認証部１０４２を含む種々の機能を実現してもよい。例えば、制御部１０４は、施解錠装置３００からＬＦ帯の電波として送信されたポーリング信号をＬＦ受信機１０１を介して受信する機能、施解錠装置３００にＲＦ帯の電波として施解錠信号をＲＦ送信機１０２を介して送信する機能、近距離通信部１０３を介して行う利用者端末２００等との通信を処理する機能、認証部１０４２による利用者端末２００等の認証が成功した場合に施解錠信号を生成する機能等を実現する。

認証部１０４２は、利用者端末２００等から送信された施錠要求または解錠要求（以下、施解錠要求と総称する）に含まれる端末認証情報に基づいて、利用者端末２００等の認証を行う。具体的には、記憶部１０４１に記憶された装置認証情報と、利用者端末２００等から送信された端末認証情報とを比較し、これらが所定の関係にある場合に、認証成功と判断する。双方の認証情報が所定の関係にない場合、認証失敗と判断する。ここで、所定の関係とは、記憶部１０４１に記憶された装置認証情報と、利用者端末２００等から送
信された端末認証情報とが一致する場合のほか、２つの認証情報を用いた所定の暗号化・複合化等の処理結果が一致する場合、２つの認証情報の一方に復号処理を行った結果が他方に一致する場合等を含む。

認証部１０４２が利用者端末２００等の認証に成功した場合、利用者端末２００等から受信した要求に応じて生成された施解錠信号がＲＦ送信機１０２を介して施解錠装置３００へ送信される。なお、上述のように認証部１０４２が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。なお、すでに説明しているように、本実施形態以下において、キーユニット１００に記憶される認証情報を装置認証情報、利用者端末２００等から送信される認証情報を端末認証情報と称するものとする。以上のように、キーユニット１００は、施解錠信号とともに、電子キーのＩＤ（以下、キーＩＤ）を施解錠装置３００に送信する。

貸出管理サーバ４１０は、一般的なコンピュータの構成を有している。貸出管理サーバ４１０は、プロセッサ４１１、主記憶部４１２、補助記憶部４１３、通信部４１４を有する。これらは、互いにバスによって接続される。主記憶部４１２及び補助記憶部４１３は、コンピュータ読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図２に示される例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

貸出管理サーバ４１０は、プロセッサ４１１が記録媒体に記憶されたプログラムを主記憶部４１２の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。

プロセッサ４１１は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）である。プロセッサ４１１は、貸出管理サーバ４１０を制御し、様
々な情報処理の演算を行う。主記憶部４１２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶部４１３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。また、補助記憶部４１３は、リムーバブルメディ
ア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。

補助記憶部４１３は、各種のプログラム、各種のデータ及び各種のテーブルを読み書き自在に記録媒体に格納する。補助記憶部４１３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部４１３に格納される情報は、主記憶部４１２に格納されてもよい。また、主記憶部４１２に格納される情報は、補助記憶部４１３に格納されてもよい。

通信部４１４は、他の装置と接続し、貸出管理サーバ４１０と他の装置との間の通信を制御する。通信部４１４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネット等のネットワークＮ１に接続される。

貸出管理サーバ４１０で実行される一連の処理を、プロセッサ４１１が主記憶部４１２のコンピュータプログラム（ソフトウェアともいう）により実行することもできるが、上記一連の処理の少なくとも一部をハードウェア回路が実行することもできる。

センタサーバ４００は、貸出管理サーバ４１０と同様に、プロセッサ４０１、主記憶部４０２、補助記憶部４０３、通信部４０４を有する。プロセッサ４０１、主記憶部４０２
、補助記憶部４０３、通信部４０４は、貸出管理サーバ４１０のプロセッサ４１１、主記憶部４１２、補助記憶部４１３、通信部４１４と同様であるため、説明は省略される。

利用者端末２００及び所有者端末２１０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。なお、所有者端末２１０は、公衆通信網であるインターネット等のネットワークＮ１を介して貸出管理サーバ４１０に接続される、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）であってもよい。

所有者端末２１０は、プロセッサ２１１、主記憶部２１２、補助記憶部２１３、表示部２１４、入力部２１５、通信部２１６Ａ、通信部２１６Ｂ、近距離通信部２１６Ｃを有する。プロセッサ２１１、主記憶部２１２、補助記憶部２１３については、貸出管理サーバ４１０のプロセッサ４１１、主記憶部４１２、補助記憶部４１３と同様であるため、説明は省略される。表示部２１４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２１５は、タッチパネル、押しボタン等を
含む。また、入力部２１５は、カメラのような映像や画像の入力部や、マイクロフォンのような音声の入力部を含むことができる。通信部２１６Ａは、例えば、基地局を末端とする携帯電網等を通じてインターネットにアクセスするための通信回路である。通信部２１６Ｂは、例えば、無線又は有線のＬＡＮ等を通してインターネットにアクセスし、貸出管理サーバ４１０等とデータ通信をするための通信回路である。近距離通信部２１６Ｃは、所定の通信規格に従い、近距離通信をするための通信回路である。所定の通信規格は、例えば、ＢＬＥ、ＮＦＣ等である。

利用者端末２００は、所有者端末２１０と同様に、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６Ａ、通信部２０６Ｂ、近距離通信部２０６Ｃを有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５は、所有者端末２１０のプロセッサ２１１、主記憶部２１２、補助記憶部２１３、表示部２１４、入力部２１５と同様であるため、説明は省略される。通信部２０６Ａは、例えば、基地局を末端とする携帯電網等を通じてインターネットにアクセスするための通信回路である。通信部２０６Ｂは、例えば、例えば、ＷｉＦｉ等の無線ＬＡＮ等を通してインターネットにアクセスするための無線通信回路である。利用者端末２００は、通信部２０６Ｂを通じて、貸出管理サーバ４１０又はセンタサーバ４００等とデータ通信をすることができる。近距離通信部２０６Ｃは、所定の通信規格に従い、比較的近距離での車両１０との間の通信を制御する。所定の通信規格は、例えば、ＢＬＥ、ＮＦＣ等である。

ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。利用者端末２００及び所有者端末２１０は、携帯電話等の電話通信網、又はＷｉＦｉ等の無線通信を通じてインターネットにアクセス可能である。ネットワークＮ２は、利用者端末２００及び所有者端末２１０が車載装置１０Ａと通信するＢＬＥ等のための通信網を含む。利用者端末２００及び所有者端末２１０は、ＢＬＥ等の近距離の通信網により車載装置１０Ａと通信することが可能である。
＜貸出管理サーバの詳細構成＞

図３は、貸出管理サーバ４１０の処理を実行する詳細な構成要素を例示する図である。図のように、貸出管理サーバ４１０は、処理を実行する処理部として、ＷｅｂサーバＦ１１と、所有者管理部Ｆ１２と、車両管理部Ｆ１３と、スケジュール情報取得部Ｆ１４と、貸出管理部Ｆ１５と、受付部Ｆ１６を有している。また、貸出管理サーバ４１０は、各種
情報を管理するデータベース（ＤＢ）として、所有者ＤＢ Ｄ１１と、車両ＤＢ Ｄ１２と、利用者ＤＢ Ｄ１３と、移動スケジュールＤＢ Ｄ１４と、貸出スケジュールＤＢ Ｄ１５を有している。上述のように、貸出管理サーバ４１０のプロセッサ４１１は主記憶部４１２にロードされたコンピュータプログラムにより図３の各処理部として作用する。ただし、これらの処理部の少なくとも一部がハードウェア回路で実現されてもよい。また、プロセッサ４１１は主記憶部４１２及び補助記憶部４１３上に、上記の各ＤＢを構築する。ただし、上記の各ＤＢは、貸出管理サーバ４１０とネットワークＮ１で接続される図示しないデータ入出力用のサーバ上に構築されてもよい。

ＷｅｂサーバＦ１１は、主記憶部４１２にロードされ、プロセッサ４１１が実行するコンピュータプログラムである。以下、プロセッサ４１１がコンピュータプログラムにしたがって処理を実行する場合、単に、コンピュータプログラムが処理を実行する、という場合がある。図３の各処理部及び各ＤＢと連携し、カーシェアサービスに関連する情報を利用者に提供する。例えば、ＷｅｂサーバＦ１１は、貸出スケジュールＤＢ Ｄ１５の情報を基に、カーシェアサービスに供与される車両のスケジュール情報等を提供する。また、ＷｅｂサーバＦ１１は、所有者端末２１０あるいは利用者端末２００からの入力を受け付け、入力された情報を各処理部に引き渡す。

所有者管理部Ｆ１２は、所有者端末２１０あるいは車両の販売店に設置された端末（不図示）からＷｅｂサーバＦ１１を介して、車両の所有者に関する情報を受け付け、所有者ＤＢ Ｄ１１に格納する。車両管理部Ｆ１３は、所有者端末２１０あるいは車両の販売店に設置された販売店の端末からＷｅｂサーバＦ１１を介して、カーシェアサービスに供与される車両に関する情報を受け付け、車両ＤＢ Ｄ１２に格納する。

スケジュール情報取得部Ｆ１４は、所有者端末２１０から所有者による車両の移動スケジュール情報を受け付け、移動スケジュールＤＢ Ｄ１４に格納する。なお、スケジュール情報取得部Ｆ１４は、所有者端末２１０からの指定により、外部サーバ４２０に管理されている所有者の行動スケジュールＤＢ Ｄ１６から移動スケジュール情報を抽出するようにしてもよい。例えば、スケジュール情報取得部Ｆ１４は、行動スケジュールＤＢ Ｄ１６に格納された当該所有者の行動スケジュールのうち、車両の運転を指定する用語、例えば、「ドライブ」「運搬」等を含む行動スケジュールの時間帯を車両が運転される時間帯として、行動スケジュールＤＢ Ｄ１６に設定すればよい。また、スケジュール情報取得部Ｆ１４は、行動スケジュールＤＢ Ｄ１６において、「在宅」が設定されている場合には、移動スケジュールＤＢ Ｄ１４には、移動スケジュールがないことを登録すればよい。

なお、行動スケジュールＤＢ Ｄ１６は、「会議」「出張」「来客」等の行動スケジュールを規定する実施予定項目に加えて、「ドライブ」「運転」「運搬」等の実施予定項目を備えるようにすればよい。これらの実施予定項目は、行動スケジュールＤＢ Ｄ１６のグラフィカル・ユーザ・インターフェース（ＧＵＩ）の設定メニュー等でユーザによって選択され、行動スケジュールＤＢ Ｄ１６に設定されるようにすればよい。また、行動スケジュールＤＢ Ｄ１６は、「ドライブ」「運転」「運搬」等の実施予定項目で利用される車両を識別する車両ＩＤを設定可能とすればよい。そして、行動スケジュールＤＢ Ｄ１６は、行動スケジュールＤＢ Ｄ１６の車両ＩＤと、車両データベースＤ１２で車両を識別する車両ＩＤ（図４参照）を対応づける変換テーブルを備えるようにすればよい。行動スケジュールＤＢ Ｄ１６がこのような構成を含むことで、スケジュール情報取得部Ｆ１４は、行動スケジュールＤＢ Ｄ１６からより確実に所有者による車両の移動予定（自動運転等を含む）を抽出できる。

すなわち、スケジュール情報取得部Ｆ１４は、所有者端末２１０からの入力、あるいは
、所有者の行動スケジュール情報からの用語の抽出等により、車両の室内貸出サービスに供与される車両の移動予定を示す移動スケジュール情報を取得する。したがって、移動スケジュール情報は、一例としては、車両の所有者の行動予定が設定された行動スケジュール情報を基に生成される。

受付部Ｆ１６は、利用者端末２００からＷｅｂサーバＦ１１を介して、利用者の入力を受け付ける。受付部Ｆ１６で受け付けた入力を基に、貸出管理部Ｆ１５は、利用者を特定する情報を利用者ＤＢ Ｄ１３に登録する。また、受付部Ｆ１６は、利用者の希望地域、貸出希望日時等の貸出希望条件を含むサービス利用要求を受け付ける。貸出管理部Ｆ１５は、受付部１６で受け付けた貸出希望条件を貸出スケジュールＤＢ１５及び移動スケジュールＤＢ Ｄ１４と照合し、受け付けた貸出希望条件を充足する車両を選択し、選択した車両のリストを利用者端末２００に提示する。また、受付部１６は、提示した車両のリストに対する利用者の選択操作を受け付ける。貸出管理部Ｆ１５は、利用者が選択した車両に対して、利用者の貸出希望日時を基に、貸出スケジュールＤＢ Ｄ１５に貸出スケジュールを登録する。ここで、貸出希望日時は、借用希望日程の一例である。したがって、受付部Ｆ１６は、車両の貸出サービスでの車両の室内の借用希望日程を含む利用要求を受け付け、貸出管理部Ｆ１５は、予約スケジュール情報および移動スケジュール情報の両方において、借用希望日程を充足する車両に関する情報を提供すると言える。なお、上述のように、受付部Ｆ１６が受け付けるサービス利用要求には、貸出対象の車両が保管される駐車場の位置する地域が指定されてもよい。貸出管理部Ｆ１５は管理部の一例である。

外部サーバ４２０は、例えば、所有者の行動スケジュールを格納した行動スケジュールＤＢ Ｄ１６を保持する。外部サーバ４２０は、貸出管理サーバ４１０からの要求にしたがって、所有者の行動スケジュールをスケジュール情報取得部Ｆ１４に提供する。
＜データベースの構成＞

次に、本情報システムの各ＤＢのデータ構成を例示する。図３のように、所有者ＤＢ Ｄ１１は、所有者登録テーブル、所有者評価テーブル等の複数のテーブルを含む。また、車両ＤＢ Ｄ１２は、車両登録テーブル、クラスタ定義テーブル、クラスタメンバテーブル等の複数のテーブルを含む。一方、利用者ＤＢ Ｄ１３は、利用者登録テーブルを含み、移動スケジュールＤＢ Ｄ１４は、車両の移動スケジュールを含み、貸出スケジュールＤＢ Ｄ１５は、車両の室内貸出スケジュールを含む。

図４は、車両ＤＢ Ｄ１２の車両登録テーブルの構成を例示する図である。車両登録テーブルは、本実施形態の情報システムによるカーシェサービスに供与された車両を登録するテーブルである。車両の所有者は、カーシェアサービスに車両を供与する場合、ＷｅｂサーバＦ１１及び車両管理部Ｆ１３が所有者端末２１０に提供する画面（例えば、Ｗｅｂサイト上のＧＵＩ）を通じて車両を特定する情報を入力する。車両管理部Ｆ１３は、入力された情報を車両登録テーブルに登録する。

図４の表の各行が車両登録テーブルの１つのレコードである（図５から図１１の表も同様）。車両登録テーブルの各レコードは、車両ＩＤと、登録番号と、所有者ＩＤと、駐車場住所と、駐車場位置と、車両メーカと、呼び名と、色と、登録年、移動制限条件、車載通信装置アドレスという各フィールドを有している。車両ＩＤは、車両をユニークに識別する情報である。車両ＩＤは、例えば、車両管理部Ｆ１３が設定する情報である。「ユニーク」にとは、本情報システム内で、各車両が一意に識別できることをいう。以下、「ユニーク」の意味は同様である。登録番号は、車両の自動車登録番号であり、運輸支局・自動車検査登録事務所を表示する文字列、車両の種別を示す文字列、自家用か否かを示す文字、および指定番号を含む。

所有者ＩＤは、本実施形態の情報システムによるカーシェアサービスに登録した車両の所有者をユニークに識別する情報である。所有者ＩＤは、例えば、所有者が車両を購入したときに、センタサーバ４００に登録される情報と共通の情報であってもよい。駐車場住所は、例えば、車庫証明書に記載された車両の保管場所を示す住所である。駐車場位置は、駐車場住所を例えば、緯度と経度で示す情報である。車両メーカは、当該車両を製造したメーカを示す情報である。呼び名は、当該車両の愛称であり、車両メーカが販売する車両に付する商品の名称である。呼び名は、「車種」と俗称される場合もある。色は、車両の色である。車両が２色以上で塗装されている場合、色として、最も表面積の多い色から所定数の色が列記されるようにしてもよい。登録年は、車検証に記載された当該車両の登録年である。

移動制限条件は、車両の所有者が同意した車両の移動制限の条件を示す。例えば、移動制限条件は、移動範囲を特定の地域（Ｃ２市内）に限定する等である。また、移動制限条件は、日時指定を含んでよい。例えば、移動制限条件は、平日、車両を自宅の駐車場に固定する等である。また、移動制限条件は、毎日２１時以降翌日７時まで、車両を自宅の駐車場に固定する等である。ただし、移動制限条件は、一時的なものであってもよい。例えば、移動制限条件は、特定の日時に、車両が特定の地理的位置に固定される等である。車載通信装置アドレスは、車載装置１０Ａが内蔵する無線通信可能な車載通信装置の公衆ネットワーク上のアドレスである。アドレスは、例えば、携帯網の電話番号でもよい。車載通信装置は、例えば、携帯網の基地局にアクセス可能な通信装置である。車載装置１０Ａは、車載通信装置を介して携帯網を介して公衆ネットワーク（例えば、インターネット）にアクセス可能となる。

図５は、車両ＤＢ Ｄ１２のクラスタ定義テーブルの構成を例示する図である。クラスタ定義テーブルは、複数の車両をグループ化してクラスタを構成するためのクラスタの要件を定義するテーブルである。クラスタ定義テーブルは、情報システムの管理者による設定操作にしたがって、車両管理部Ｆ１３によって作成されるようにしてもよい。

なお、クラスタは、車両を駐車する駐車場の所在地等の地理的位置、車両の移動範囲、車両の所有者の活動範囲及び所有者の交友範囲の少なくとも１つを基準に形成されることが望ましい。例えば、車両の移動範囲は、車両登録時に、所有者に車両の移動範囲を設定されるようにしてもよい。車両の移動範囲は、駐車場住所の位置からの最大距離等で指定可能である。また、移動範囲は、緯度と経度の頂点列で多角形状の領域として指定されてもよい。車両の所有者の活動範囲とは、車両の所有者の生活範囲、職場住所の近隣等で例示できる。駐車場の所在地、あるいは、車両の移動範囲を基準に形成されるクラスタは、車両に関係づけられた地理的位置関係を基準に形成される前記車両のグループの一例ということができる。

車両の所有者の活動範囲は、住所と、住所からのからの最大距離等で指定可能である。車両の所有者の活動範囲に基づいて形成されるクラスタも、車両に関係づけられた地理的位置関係を基準に形成される前記車両のグループの一例ということができる。また、所有者の交友範囲とは、例えば、所有者と関係する人の範囲をいい、例えば、氏名及び住所、ＳＮＳの交友関係で特定できる。所有者の交友範囲は、所有者及び交友者等の住所に関連するので、所有者の交友範囲に基づいて形成されるクラスタは、車両に関係づけられた地理的位置関係を基準に形成される車両のグループの一例ということもできる。

クラスタ定義テーブルの各レコードは、クラスタＩＤ、クラスタ住所、及びクラスタ位置範囲を有する。クラスタＩＤは、クラスタをユニークに識別する情報である。クラスタ住所は、クラスタに包含される車両の駐車場住所に共通に含まれる住所部分である。例えば、クラスタ住所がＰ１県Ｃ２市の場合、当該クラスタに包含される車両の駐車場住所に
は、「Ｐ１県Ｃ２市」が含まれることになり、この地域の車両がグループ化されたものであることが理解できる。クラスタ位置範囲は、当該クラスタに含まれる車両の駐車場住所の存在範囲を緯度と経度で多角形に区分して定義したものである。例えば、矩形のクラスタ位置範囲は、クラスタに属する車両の駐車場住所の存在範囲の左上点（Ｘ１、Ｙ１）と右下点（Ｘ２，Ｙ２）の緯度と経度を含むようにすればよい。

図６は、車両ＤＢ Ｄ１２のクラスタメンバテーブルの構成を例示する図である。クラスタメンバテーブルは、本情報システムで実施されるカーシェアサービスに供与された車両をクラスタに分類するテーブルである。本実施形態では、車両は、少なくとも１つのクラスタに属する。クラスタメンバテーブルの各レコードは、クラスタＩＤ、登録車両数、および車両ＩＤの列を含む。クラスタＩＤは、クラスタ定義テーブルで定義されたものと同様であるので、その説明を省略する。登録車両数は、当該クラスタに所属する車両の数である。車両ＩＤの列は、当該クラスタに所属する車両の車両ＩＤを列挙したものである。なお、クラスタメンバテーブルにおいて、登録車両数の最大値に制限があってもよい。クラスタメンバテーブルは、グループ記憶部の一例である。

図７は、所有者ＤＢ Ｄ１１の所有者登録テーブルの構成を例示する図である。所有者登録テーブルは、本情報システムで実施されるカーシェアサービスに供与された車両の所有者を定義する。所有者登録テーブルは、所有者ＩＤと、氏名と、住所と、パスワードを有する。所有者ＩＤは、本情報システムで所有者をユニークに識別する情報である。上述のように、所有者ＩＤは、車両の所有者が車両の購入時に、センタサーバ４００に登録されるものと共通のものでもよい。氏名は、所有者の氏名である。住所は、所有者が居住する住所である。

所有者ＩＤとパスワードは、車両の所有者が車両の購入時に、センタサーバ４００によって所有者に付与されたものである。すなわち、所有者ＩＤとパスワードは、センタサーバ４００でキーユニット１００の装置認証情報及び端末認証情報とともに管理される。所有者は所有者ＩＤとパスワードによりセンタサーバ４００で認証を受けることにより、車両１０に搭載されたキーユニット１００の装置認証情報に対応する端末認証情報の再発行を受けることができる。

図８は、所有者ＤＢ Ｄ１１の所有者評価テーブルの構成を例示する図である。所有者評価テーブルは、所有者ＩＤと、移動スケジュールの提供の有無と、移動制限同意の有無と、スケジュール変更に伴う月間の車両の室内貸出変更回数と、車両の室内月間貸出履行回数と、月間報奨ポイントの累計とを有する。ここで、所有者ＩＤは、図６、図７と同様である。移動スケジュール提供の有無は、所有者ＩＤで特定される所有者が、移動スケジュールの提供に同意しているか否かを示す情報である。なお、所有者が複数車両をカーシェアサービスに供与する場合には、移動スケジュール提供の有無は、車両毎に複数設定されるようにしてもよい。また、複数車両分について、移動スケジュール提供の有の場合を単位ポイントの１として、ポイントが加算され、図８の表に設定されるようにしてもよい。

スケジュール変更に伴う月間の車両の室内貸出変更回数は、所有者の都合により、車両の移動スケジュールが変更され、車両の室内貸出の予約が他の車両に変更された月別の回数を示す。車両の室内月間貸出履行回数は、車両の移動スケジュールが変更されることなく（または移動スケジュール変更有無に関わりなく）、車両の室内貸出の予約がそのまま履行された月間回数である。月間報奨ポイントの累計は、移動スケジュールの提供の有無と、月間スケジュール変更に伴う車両の室内貸出変更回数と、車両の室内月間貸出履行回数を基に算出された所有者に付与される当月の報奨ポイントの累計を示す。なお、本実施形態では、所有者評価テーブルは、所有者を月別に評価するが、所有者の評価が月別に限
定される訳ではなく、本情報システムは、週間、季間、あるいは、年間等の様々な評価期間で、所有者を評価すればよい。

図９は、利用者ＤＢ Ｄ１３の利用者登録テーブルの構成を例示する図である。利用者登録テーブルは、本情報システムで実施されるカーシェアサービスを受ける所有者を定義する。利用者登録テーブルは、利用者ＩＤと、氏名と、住所と、パスワードを有する。利用者ＩＤは、本情報システムで利用者をユニークに識別する情報である。氏名は、利用者の氏名である。住所は、利用者が居住する住所である。パスワードは、利用者が利用者ＩＤに対して申請し、本情報システムで認定されたパスワードである。

また、貸出管理サーバ４１０の貸出管理部Ｆ１５は、当該利用者ＩＤ及びパスワードを用いた利用者の認証が成功すると、センタサーバ４００に、利用者が利用する車両を利用するための端末認証情報の発行依頼を送信する。この発行依頼は、利用者に貸し出される車両の所有者ＩＤ及びパスワードを含む。センタサーバ４００は、貸出管理サーバ４１０からの端末認証情報の発行依頼に対して、車両の所有者ＩＤ及びパスワードによって発行依頼を認証する。そして、認証が成功すると、センタサーバ４００は、所有者ＩＤと車両の車両ＩＤに対応付けられたキーユニット１００で認証を受ける端末認証情報の一時的な発行、すなわち、ワンタイムキーの発行を管理する。すなわち、貸出管理部Ｆ１５からの端末認証情報の発行依頼に対して、センタサーバ４００は、利用者端末２００用のワンタイムキーを発行する。

図１０は、移動スケジュールＤＢ Ｄ１４の移動スケジュール情報の構成を例示する図である。移動スケジュール情報は、車両ごとに移動スケジュールを記録する。移動スケジュールの各レコードは、例えば、年月日、時間、および車両移動予定の有無を含む。ただし、移動スケジュール情報の構成が図１０に限定される訳ではなく、所定時間（例えば、１時間毎、４時間毎、午前と午後、一日単位等）ごとに固定枠で移動スケジュールが定義されてもよい。

図１１は、貸出スケジュールＤＢ Ｄ１５の車両の室内貸出スケジュール情報の構成を例示する図である。車両の室内貸出スケジュール情報は、車両ごとに車両の室内の貸出スケジュールを記録する。車両の室内貸出スケジュールの各レコードは、例えば、年月日、時間、および貸出予定の有無を含む。ただし、車両の室内貸出スケジュール情報の構成が図１０に限定される訳ではなく、所定時間（例えば、１時間毎、４時間毎、午前と午後、一日単位等）ごとに固定枠で車両の室内の貸出スケジュールが定義されてもよい。車両の室内貸出スケジュール情報は、車両の貸出サービスに供与される車両の貸出予約状況を示す予約スケジュール情報の一例ということができる。したがって、貸出スケジュールＤＢ
Ｄ１５は、予約スケジュール情報を記憶する記憶部の一例として動作する。
＜処理フロー＞

図１２は、受付部Ｆ１６および貸出管理部Ｆ１５の処理を例示するフローチャートである。この処理では、貸出管理部Ｆ１５は、まず、カーシェア対象車両のリストをウェブ上に掲載する（Ｓ１）。ウェブ上には、例えば、図４の車両登録テーブルの情報を一覧で掲載すればよい。ただし、貸出管理部Ｆ１５は、ウェブ上での掲載では、登録番号、所有者ＩＤ等の所有者個人を特定する情報を省略してもよい。また、貸出管理部Ｆ１５は、ウェブ上での掲載では、駐車場住所のうち、番地等の個人の特定につながる詳細情報を省略してもよい。

次に、受付部Ｆ１６は、利用者端末２００から車両の室内貸出要求を受け付ける（Ｓ２）。車両の室内貸出要求には、貸出管理部Ｆ１５が利用者端末２００に応答を返信するときの宛先である携帯網等を含むネットワークＮ１上のアドレス等、利用者端末２００を特
定するための利用者端末２００の情報が含まれる。利用者端末２００の情報は、受領者端末情報の一例ということができる。受付部Ｆ１６が車両の室内貸出要求を受け付けると、貸出管理部Ｆ１５は、利用者ＩＤとパスワードを確認する（Ｓ３）。利用者ＩＤとパスワードの確認が成功すると、受付部Ｆ１６は、車両の室内貸出希望の入力を受け付ける（Ｓ４Ａ）。車両の室内貸出希望では、利用者が車両の室内の貸出を希望する地域、住所と日時情報等が指定される。そして、貸出管理部Ｆ１５は、車両の位置情報を参照し、適合車両を特定する（Ｓ４Ｂ）。すなわち、貸出管理部Ｆ１５は、車両ＤＢ Ｄ１２の車両登録テーブルで、駐車場住所が、利用者が車両の室内の貸出を希望する地域に含まれる車両ＩＤのレコードを検索する。または、貸出管理部Ｆ１５は、車両ＤＢ Ｄ１２の車両登録テーブルで、駐車場位置（緯度、経度）が、Ｓ４Ａでの車両の室内の貸出を希望する地域に含まれる車両ＩＤのレコードを検索してもよい。さらに、貸出管理部Ｆ１５は、車両登録テーブルに含まれるレコードを走査し、上記住所あるいは駐車場位置（緯度、経度）で特定された車両の車載装置１０Ａに、車載通信装置を通じて現在位置を問い合わせてもよい。例えば、車両の車載装置１０Ａは、ＧＰＳ信号から現在位置を取得し、車載通信装置を介して貸出管理部Ｆ１５に応答する。したがって、貸出管理部Ｆ１５は、車両登録テーブルで、駐車場住所、あるいは、駐車場位置（緯度、経度）とともに、車両の現在位置を基に、車両を絞り込んでもよい。そして、貸出管理部Ｆ１５は、利用者が所望する地域に適合する車両があるか否かを判定する（Ｓ４Ｃ）。適合する車両がない場合、貸出管理部Ｆ１５は、処理をＳ７に進める。Ｓ４Ａで例示されるように、利用要求は、前記車両の貸出サービスを受ける地理的条件を特定する情報を含むと言える。Ｓ４Ｂの処理は、車両の貸出サービスに供与される車両の位置情報を参照することの一例ということができる。

適合する車両がある場合、貸出管理部Ｆ１５は、車両のスケジュール検索処理を実行する（Ｓ５）。この処理では、貸出管理部Ｆ１５は、利用者が所望する地域において利用者が所望する日時に室内を利用可能な車両（スケジュール適合車両という）を検索する。車両のスケジュール検索処理の結果、車両の室内貸出希望に適合する車両がある場合（Ｓ６でＹＥＳ）、貸出管理部Ｆ１５は、スケジュール適合車両を利用者端末２００に提示する。貸出管理部Ｆ１５は、車両が利用されない予定日時に車両の室内の予約を可能と判定することの一例として、Ｓ５およびＳ６の処理を実行する。スケジュール適合車両が複数ある場合には、貸出管理部Ｆ１５は、スケジュール適合車両を推奨順にリストにして利用者端末２００に提示する（Ｓ８）。Ｓ４Ｂ，Ｓ４ＣおよびＳ８の処理は、地理的条件を充足する車両に関する情報を提供することの一例ということができる。

例えば、貸出管理部Ｆ１５は、車両の室内貸出希望（Ｓ４Ａの入力）で指定される住所に近い順をスケジュール適合車両の推奨順としてもよい。住所の近い順とすることで、利用者の利便性が向上する。また、貸出管理部Ｆ１５は、移動スケジュールの提供に同意している所有者の車両を優先してスケジュール適合車両の推奨順としてもよい。また、貸出管理部Ｆ１５は、所有者評価テーブル（図８参照）で、推奨ポイントの高い所有者の順に、車両をソーティングし、スケジュール適合車両の推奨順としてもよい。また、貸出管理部Ｆ１５は、これらの条件に重みを付与して組み合わせ、複数条件が充足される場合には重みを加算し、加算された重みが高い順に推奨順としてもよい。移動スケジュールの提供に同意している所有者の車両、あるいは、推奨ポイントの高い所有者の車両は、同意していない所有者の車両、あるいは、推奨ポイントの低い所有者の車両よりも確実に、貸出の履行が予測できるからである。Ｓ８の処理は、借用希望日程を充足する車両が複数存在する場合に、移動スケジュール情報の提供が許諾された車両または報奨のポイントが高い所有者の車両を優先した推奨順で車両に関する情報を提供する処理例ということができる。

そして、貸出管理部Ｆ１５は、利用者端末２００を介して利用者の確認を受け付ける。また、貸出管理部Ｆ１５は、複数のスケジュール適合車両がある場合には、利用者端末２００からの利用者の選択を促し、選択を受け付ける（Ｓ９）。そして、利用者の確認・選
択後、該当する車両の室内貸出の予約を貸出スケジュールＤＢ Ｄ１５に設定する（Ｓ１０）。したがって、車両の室内貸出希望日に適合する車両がある場合には、車両の室内貸出の予約が貸出スケジュールＤＢ Ｄ１５に設定され、利用者は、予約にしたがって、該当車両の室内が利用可能となる。一方、車両のスケジュール検索処理の結果、車両の室内貸出希望に適合する車両がない場合（Ｓ４ＣまたはＳ６でＮＯ）、貸出管理部Ｆ１５は、スケジュール適合車両のなしの応答を利用者端末２００に返す（Ｓ７）。

図１３は、車両のスケジュール検索処理（図１２のＳ５）の詳細を例示するフローチャートである。この処理では、この処理では、貸出管理部Ｆ１５は、車両の室内貸出希望（上記Ｓ４Ａ）で入力された地域で、利用可能な車両（Ｓ４Ｂで特定済み）を順次選択し、選択した車両の移動スケジュールを順次確認する（Ｓ５１）。そして、当該車両が利用希望日時に運転が予定されている場合（Ｓ５２でＹＥＳ）、貸出管理部Ｆ１５は、車両の室内貸出希望で入力された地域で利用可能な全車両が確認済みであるか否かを判定する。そして、まだ、すべての車両が確認済みでない場合（Ｓ５３でＮＯ）、貸出管理部Ｆ１５は、処理をＳ５１に戻す。一方、すべての車両が確認済みである場合（Ｓ５３でＹＥＳ）、貸出管理部Ｆ１５は、処理を終了する。

一方、当該車両が利用希望日時に運転が予定されていない場合（Ｓ５２でＮＯの場合）、次に、貸出管理部Ｆ１５は、当該車両の室内貸出スケジュールを確認する（Ｓ５４）。そして、すでに当該車両の先約がある場合（Ｓ５５でＹＥＳ）、貸出管理部Ｆ１５は、上記地域で利用可能な全車両が確認済みか否かを判定する（Ｓ５６）。そして、すべての車両が確認済みでない場合（Ｓ５６でＮＯ）、貸出管理部Ｆ１５は、処理をＳ５１に戻す。一方、すべての車両が確認済みである場合（Ｓ５６でＹＥＳ）、貸出管理部Ｆ１５は、処理を終了する。

また、Ｓ５５の判定で、当該車両の先約がない場合（Ｓ５５でＮＯ）、貸出管理部Ｆ１５は、スケジュール適合車両ありの処理を行う（Ｓ５７）。スケジュール適合車両ありの処理は、例えば、スケジュール適合車両の車両ＩＤを作業用リストに追加する処理である。そして、貸出管理部Ｆ１５は、全車両確認済みか否かを判定する（Ｓ５８）。そして、すべての車両が確認済みでない場合（Ｓ５８でＮＯ）、貸出管理部Ｆ１５は、処理をＳ５１に戻す。一方、すべての車両が確認済みである場合（Ｓ５８でＹＥＳ）、貸出管理部Ｆ１５は、処理を終了する。処理が終了すると、貸出管理部Ｆ１５は、作業用リストの適合車両の数に応じて、図１２のＳ６の判定を行えばよい。

図１４は、車両管理部Ｆ１３の車両登録受け付け処理を例示するフローチャートである。車両登録受け付け処理では、車両管理部Ｆ１３は、まず、所有者端末２１０から室内貸出用の車両の情報を受け付ける（Ｓ１１０）。そして、車両管理部Ｆ１３は、受け付けた情報を車両ＤＢ Ｄ１２の車両登録テーブルに登録する。

次に、車両管理部Ｆ１３は、所有者端末２１０に入力を促し、移動スケジュール情報の提供有無を確認する（Ｓ１１２）。当該車両について、移動スケジュール情報の提供ありの場合、車両管理部Ｆ１３は、所有者登録テーブルに、当該車両の所有者が移動スケジュールの提供ありの意思があることを登録するとともに、当該所有者の当月の推奨ポイントを加算する（Ｓ１１３）。加算の仕方に限定にはなく、例えば、移動スケジュール情報の提供有との意思が表示されたときに所定ポイントが加算されるようにしてもよい。また、例えば、移動スケジュール情報の提供有との意思が維持されている間、当該所有者に定期的に、例えば毎月所定ポイントが加算されるようにしてもよい。Ｓ１１３の処理は、移動スケジュール情報の提供を許諾した車両の所有者に所定の報奨を付与する報奨付与部の処理例ということができる。

次に、車両管理部Ｆ１３は、所有者端末２１０を介して、所有者に移動制限に同意するか否かを確認する（Ｓ１１４）。移動制限とは、登録される車両について、移動範囲を特定の地域に限定することをいう。所有者が移動制限に同意する場合、所有者端末２１０に入力を促し、移動制限条件の入力受け付け、移動制限条件を登録する。移動制限条件は、例えば、車両の移動地域を所定のエリアに限定する等である。また、移動制限条件は、時間帯の指定、曜日の指定等を含んでよい。例えば、平日は、車両が自宅駐車場から移動しない、等の条件である。所有者が移動制限に同意する場合に、車両管理部Ｆ１３は、車両登録テーブルに、移動制限条件を設定するとともに、当該所有者の当月の推奨ポイントを加算する（Ｓ１１５）。加算の仕方に限定にはなく、例えば、移動制限が登録されたときに所定ポイントが加算されるようにしてもよい。また、例えば、移動制限が維持されている間、当該所有者に定期的に、例えば毎月所定ポイントが加算されるようにしてもよい。Ｓ１１５の処理は、車両の移動制限を受け入れることに同意した所有者に所定の報奨を付与する例ということができる。

図１５は、貸出管理部Ｆ１５の車両貸出処理を例示するフローチャートである。この処理は、所定の周期（例えば、所定時間周期）で実行される。この処理では、貸出管理部Ｆ１５は、車両の室内貸出スケジュールを確認する（Ｓ１００）。そして、貸出日程が所定時間内の貸出スケジュールがあるか否かを判定する（Ｓ１０１）。そして、貸出日程が所定時間内の貸出スケジュールがある場合、貸出管理部Ｆ１５は、該当利用者の利用者端末２００に、予約された車両を特定する情報と、予約された車両に搭載されたキーユニット１００での装置認証情報に対応する端末認証情報を配信する（Ｓ１０２）。そして、貸出管理部Ｆ１５は、車両所有者の車両の室内月間貸出履行回数及び推奨ポイントを更新する（Ｓ１０３）。車両の室内月間貸出履行回数は予約スケジュール情報にしたがった車両の室内の貸出が実施できた割合の一例である。したがって、貸出管理部Ｆ１５は、Ｓ１０３の処理において、車両の室内の貸出が予約された車両について、予約スケジュール情報にしたがった車両の室内の貸出が実施できた割合に基づいて予約された車両の所有者に付与する報奨のポイント数を決定すると言える。

利用者端末２００は、一時的に利用可能な端末認証情報の配信を受け、キーユニット１００との間で認証を実施し、車両の室内を一時解錠可能となる。車両を特定する情報は、例えば、登録番号、駐車情報住所、駐車場位置、車両メーカ、呼び名、色等である。利用者は、車両を特定する情報から該当車両を見出し、利用者端末２００とキーユニット１００との間で認証を実施し、一時的に当該車両の室内を利用可能となる。
＜実施形態１の効果＞

以上述べたように、実施形態１の情報システムによれば、カーシェサービスに供与される車両について、車両の移動スケジュールを考慮して、車両の室内の貸出を希望する利用者の車両の室内貸出要求に適合する車両の有無が判断される。したがって、車両の貸出スケジュール情報だけを根拠に、車両の室内貸出要求に適合する車両の有無を判断する場合と比較して、より確実に、車両の室内の貸出スケジュールを決定できる。また、車両所有者の移動スケジュールに起因して車両の室内貸出の実施が妨げられる事態の発生を抑制できる。したがって、例えば、車両の室内が宅配便の配達（または集荷）先に指定される場合に、車両の移動によって、荷物の受け取り予定者（または集荷担当者）が車両の室内の荷物を受け取れなくなるおそれを低減できる。

また、実施形態１の情報システムのスケジュール情報取得部Ｆ１４は、車両の所有者の行動スケジュールから車両の移動予定を抽出し、移動スケジュールに設定できる。したがって、車両の所有者は、通常使用している行動スケジュール管理ツールに「ドライブ」「運搬」「自動運転」「自走指令」「無人運転」等を含む行動スケジュールを設定することで、移動スケジュールＤＢ Ｄ１５への設定操作を行わなくても、貸出管理部Ｆ１５によ
る車両のスケジュール検索処理での当該車両所有者の車両の利用可否の判断に対する判断材料を提供できる。したがって、車両所有者は、カーシェアサービスに車両を供与することの新たな手間の発生を低減して、車両の移動スケジュールを貸出管理部Ｆ１５に提供できる。

なお、図１５の処理では、貸出管理部Ｆ１５は、所定の周期で車両の室内貸出スケジュールを確認し、貸出日程が所定時間内の貸出スケジュールがある場合に、該当利用者に、予約された車両を特定する情報と予約された車両のキーユニット１００での装置認証情報に対応する端末認証情報を配信する。しかし、このような処理に代えて、該当利用者から、キーユニット１００での認証可能な端末認証情報の配信要求を受け付け、貸出日程が所定時間内である場合に、要求した利用者にキーユニット１００で認証可能な端末認証情報を配信するようにしてもよい。

また、実施形態１では、車両の所有者が、当該の車両の移動スケジュールの提供に同意すると、当該所有者に報奨ポイントが付与される。したがって、本情報システムは、車両の所有者が車両の移動スケジュールを提供することを促進でき、安定したカーシェアサービスが提供できる。また、実施形態１では、車両の所有者が車両の移動スケジュールを提供することの意思が維持されていれば、毎月当該所有者に報奨ポイントが付与されるようにしてもよい。このようなサービスにより、車両の所有者による移動スケジュールの提供への意欲を維持し、実施形態１のカーシェアシステム１は、精度よく移動スケジュールを収集できる。

また、実施形態１によれば、貸出管理部Ｆ１５は、スケジュール適合車両が複数検索された場合に、利用者の希望住所に近い車両、車両の移動スケジュールの提供がなされる車両、所有者の報奨ポイントが高い車両等の順に、推奨順にリストを作成し、利用者に提示する。貸出管理部Ｆ１５は、車両の室内の貸出サービスにおいて、利用者の利便性を高めることができる。すなわち、利用者の希望住所に近い車両が提供されることで、利用者の便宜が向上する。また、車両の移動スケジュールの提供がなされる車両、所有者の報奨ポイントが高い車両等が優先されることで、信頼できる所有者、あるいは、実績の多い所有者の車両が優先して推奨され、車両の室内の貸出サービスが履行される可能性を高めることができる。

また、実施形態１によれば、車両の所有者が車両の移動制限に同意すると、当該所有者に報奨ポイントが付与される。車両が移動制限を受けると、カーシェアサービスにおいて、利用者は、より確実に車両の室内を利用できるようになる。また、実施形態１では、車両の移動制限が維持されていれば、毎月当該所有者に報奨ポイントが付与されるようにしてもよい。このようなサービスにより、車両の移動を制限する意欲を維持し、利用者は、より確実に車両の室内を利用できるようになる。

また、実施形態１によれば、車両の室内が他の利用者に予約された場合に、予約通りに、車両の室内が利用されると、当該所有者の報奨ポイントが増加する。したがって、本情報システムによるカーシェアサービスでは、車両の所有者は、極力、予約通りに、車両の室内が利用されるように振る舞うことが期待できる。例えば、所有者は、自身の行動スケジュールの変更によって、カーシェアサービスでの車両の室内の貸出に影響を与えないように配慮するようになり、安定したカーシェアサービスが提供される。
［実施形態２］

以下、図１６から図１８を参照して、実施形態２に係る情報システムについて説明する。上記実施形態１では、車両の所有者による移動スケジュールを考慮して、利用者に車両の室内の貸出を予約し、貸出を行うカーシェアサービスについて説明した。実施形態２で
は、実施形態１で貸し出される車両の室内を宅配便やネットショッピングの配達先として利用する処理例を説明する。したがって、実施形態２では、利用者端末２００は、宅配会社の配達員端末２２０と、荷物を受け取る受領者端末２３０として説明される。実施形態２の情報システムのうち、車両の室内を具体的に宅配便やネットショッピングの配達先として利用する処理に関する構成以外の構成は実施形態１と同様である。そこで、実施形態２の構成要素のうち、実施形態１と同一の構成要素については、同一の符合を付してその説明を省略する。なお、少なくとも図１、図２の構成は実施形態２においても適用される。また、少なくとも図１２から図１４の貸出管理部Ｆ１５の処理、車両管理部Ｆ１３による車両登録処理は、実施形態２でも実施される。

図１６は、実施形態２に係る情報システムのシーケンスチャートである。図１６は、車両１０に搭載された車載装置１０Ａ、宅配便を受領する受領者の受領者端末２３０、宅配会社の配達員端末２２０、貸出管理サーバ４１０およびセンタサーバ４００間での情報の授受を例示する。ここで、受領者は、宅配便の配達先となる受領者であり、例えば、宅配会社からの宅配予定の連絡で配達先として指定される。また、受領者は、ネットショッピング等による購入品の購入者であってもよい。

貸出管理サーバ４１０は、実施形態１と同様、カーシェアサービスにおける貸出スケジュール等を管理するサーバである。以下の実施形態では、貸出管理サーバ４１０は、宅配サービス会社あるいはネットショッピングサービス提供会社のサーバと一体のものとして説明する。ただし、カーシェアサービスにおける貸出スケジュール等を管理する貸出管理サーバ４１０とは別に、宅配サービス会社あるいはネットショッピングサービス提供会社のサービスを管理する業務サーバが設けられてもよい。すなわち、各種事業を支援する業務サーバと貸出管理サーバ４１０とセンタサーバ４００は、ネットワークＮ１によって情報を授受し、連携してサービスを提供すればよい。また逆に、業務サーバと貸出管理サーバ４１０とセンタサーバ４００とが一体のものでもよい。

本情報システムの処理では、受領者端末２３０が例えばネットショッピングサービスにおいて、受領者端末２３０のネットワークＮ１上の通信アドレス、購入された購入品の配達先、及び配達予定（希望）日時等含む配達依頼を貸出管理サーバ４１０に設定する。また、受領者端末２３０が例えば宅配会社からの配達日時の確認通知に対して、受領者端末２３０のネットワークＮ１上の通信アドレスから、配達品の配達先住所、及び配達予定（希望）日時を確認し、確認結果を貸出管理サーバ４１０に設定することもできる（Ｔ１１）。すなわち、実施形態２では、荷物の配達がなされる配達予定日時が車両を利用する借用希望日程の一例として例示される。配達予定日時は輸送予定日時の一例ということができる。

すると、貸出管理サーバ４１０は、受領者端末２３０からの入力を受け付け、配達先を登録する（Ｔ１２）。例えば、受領者端末２３０から、ネットショッピングの配達先として、ネットショッピングで購入された商品の配達先住所周辺に所在する車両の室内が指定されると、貸出管理サーバ４１０は、実施形態１で例示した貸出管理部Ｆ１５と同様の手順で、カーシェアサービスに供与された車両の空きスケジュールを検索し、利用可能な車両を受領者端末２３０に提示する。

ただし、ネットショッピングサービスを管理する業務サーバと貸出管理サーバ４１０が別サーバの場合には、業務サーバは、貸出管理サーバ４１０に、車両の空きスケジュールの検索を依頼し、検索結果を貸出管理サーバ４１０から取得すればよい。検索結果として得られる車両のリストに対する受領者端末２３０を通じた受領者の選択により、ネットショッピングの配達予定日時に利用可能な車両が選択され、配達先として、例えば宅配会社の業務サーバに登録される。すなわち、貸出管理サーバ４１０は、輸送予定日時に利用可
能な車両を選択し、配達予定日時で選択した車両の予約を前記予約スケジュール情報に設定すると言える。

また、Ｔ１２の処理として、上記と同様に、宅配会社からの配達日時の確認要求が受領者端末２３０に電子メール等で通知された場合、受領者端末２３０から、配達先を配達先住所周辺に所在する車両の室内に変更したいとの要求が入力される場合もある。配達先が車両の室内に変更される場合にも、貸出管理サーバ４１０は、実施形態１で例示した貸出管理部Ｆ１５と同様の手順で、カーシェアサービスに供与された車両の空きスケジュールを検索し、利用可能な車両を受領者端末２３０に提示する。ただし、宅配サービスを管理する業務サーバと貸出管理サーバ４１０が別サーバの場合には、業務サーバは、貸出管理サーバ４１０に、車両の空きスケジュールの検索を依頼し、検索結果を貸出管理サーバ４１０から取得すればよい。検索結果として得られる車両のリストに対する受領者端末２３０を通じた受領者の選択により、配達予定日時に利用可能な車両が選択され、配達先として、宅配会社の業務サーバに登録される。

貸出管理サーバ４１０は、車両の室内を配達先に登録すると、配達先を指示する情報を配達員端末２２０に通知する（Ｔ１３）。したがって、貸出管理サーバ４１０は、荷物の輸送に関与するサービス利用者の端末への選択した車両を特定する情報の配信を制御すると言える。ただし、宅配サービスを管理する業務サーバと貸出管理サーバ４１０が別サーバの場合には、貸出管理サーバ４１０は、宅配サービス用の業務サーバを介して配達先の情報を配達員端末２２０に通知すればよい。配達先を指示する情報とは、配達物を特定する識別情報、受領者の住所と氏名、配達物を特定する情報等である。

配達員端末２２０は、配達予定日時が所定の時間以内（例えば、１日以内）になると、配達時に車両の室内への扉あるいはドアを解錠するための端末認証情報を貸出管理サーバ４１０に要求する（Ｔ１４）。貸出管理サーバ４１０は、配達員端末２２０から端末認証情報を要求されると、センタサーバ４００に、配達先として設定されている車両の所有者ＩＤ、車両ＩＤ及びパスワードを指定して、端末認証情報の配信を要求する（Ｔ１５）。ここで、端末認証情報は、実施形態１と同様、キーユニット１００が有する装置認証情報に対応し、キーユニット１００での認証に用いられる情報である。

すると、センタサーバ４００は、指定された所有者ＩＤ及び車両ＩＤに対応付けて登録されているキーユニット１００で認証を受けるための端末認証情報を発行する（Ｔ１６）。配達員端末２２０は、貸出管理サーバ４１０を介して、または、センタサーバ４００から直接、ワンタイムキーである端末認証情報を受領する（Ｔ１７）。したがって、貸出管理サーバ４１０は、選択した車両の室内へのアクセスが許可されるアクセス許可情報の配信を制御すると言える。ただし、端末認証情報の配信は、例えば、配達員が配達先の車両の駐車位置に到達したときに、配達員端末２２０から貸出管理サーバ４１０またはセンタサーバ４００に端末認証情報の配信を要求することによって実行されてもよい。また、端末認証情報の配信は、例えば、上記Ｔ１３における配達先を指示する情報の通知とともに実施されてもよい。すなわち、配達先を指示する情報と、配達先のキーユニット１００で認証を受けるための端末認証情報とは、異なるタイミングで配達員端末２２０に送信されてもよいし、同一のタイミングで送信されてもよい。

そして、配達員は、配達先として指定されている車両の駐車場住所、駐車場位置にカーナビゲーション機能等を用いて移動し、車両を特定する登録番号、車両メーカ、車両の呼び名（車種）、色等から車両を特定する。そして、配達員端末２２０は、配達員の操作にしたがい、受領した端末認証情報により、配達先として指定されている車両１０に搭載されたキーユニット１００に対して認証を要求して、解錠操作を実行する（Ｔ１８）。すると、車載装置１０Ａのキーユニット１００は、要求された認証を実行し、認証が成功する
と、解錠要求にしたがって、車両１０の室内への扉あるいはドアを解錠する。

車両１０の室内への扉あるいはドアが解錠されると、配達員は、車両の室内への扉あるいはドアを開放する。車両の室内への扉あるいはドアを開放後、当該車両の室内に配達物が搬入可能である場合、配達員は、配達を完了する。配達員端末２２０は、配達員の操作にしたがって配達完了通知を貸出管理サーバ４１０に通知する（Ｔ２３）。しかし、配達物の体積あるいは寸法が車両の室内の許容容量を超える場合（Ｔ２０でＹＥＳの場合）、代替車両が必要となる。例えば、すでに車両の室内に複数の荷物が保管され、車両の室内の残容量が配達物の体積よりも小さくなっているような場合である。そこで、車両の室内の容量が不足し、代替車両が必要となった場合、配達員の操作にしたがって、配達員端末２２０は、貸出管理サーバ４１０に代替車両を要求する（Ｔ２１）。貸出管理サーバ４１０は、他の代替車両を検索する（Ｔ２２）。他の代替車両が検索できた場合、貸出管理サーバ４１０は、Ｔ１５に処理を戻し、代替車両で認証を受けるための端末認証情報の配信を要求する。

なお、図１６では省略されているが、Ｔ２２の処理で他の代替車両が検索できない場合、貸出管理サーバ４１０は、配達員端末２２０にその旨を通知し、処理を終了する。配達員端末２２０が、貸出管理サーバ４１０で他の代替車両を検索できない旨の通知を受信すると、その旨をディスプレイ等で配達員に提示する。すると、配達員は、当日に、車両の室内へ配達を完了することを断念し、配達物を持ち帰る。

Ｔ２３で、配達員端末２２０が配達完了通知を貸出管理サーバ４１０に通知すると、配達員端末２２０は、例えば、配達員端末２２０に保持していた端末認証情報を削除することで、端末認証情報を無効化する（Ｔ２４）。配達完了通知を受領後、貸出管理サーバ４１０は、荷物の受領者が車両の所有者ではない場合、センタサーバ４００に、受領者用のワンタイムキーである端末認証情報の発行を要求する（Ｔ２５）。センタサーバ４００が端末認証情報を発行すると（Ｔ２６）、貸出管理サーバ４１０は、センタサーバから発行された端末認証情報とともに配達完了通知を受領者端末２３０宛てに通知する（Ｔ２７）。

なお、上記端末認証情報の発行については、例えば、Ｔ１３の処理で、貸出管理サーバ４１０が車両の室内を配達先に登録し、配達先を指示する情報を配達員端末２２０に通知するタイミング、すなわち、車両の室内の予約ができたタイミングで、貸出管理サーバ４１０が荷物の受領者に発行するようにしてもよい。車両の室内の予約ができたタイミングは、例えば、実施形態１の図１２において、車両の室内貸出予約画登録されたタイミング（Ｓ１０の実行時）である。したがって、貸出管理サーバ４１０は、Ｔ１３およびＴ２６の処理により、管理部として、利用予約の確定に伴い利用予約日時に電子情報による施錠開錠の許可を貸出予定者へ与える処理を実行すると言える。また、荷物の受領者は、貸出予定者の一例であり、荷物の受領者への端末認証情報の発行は、施錠開錠の許可の一例である。

受領者端末２３０宛先となる携帯網の番号、ネットワークのアドレス等が端末の宛先の一例である。配達完了通知には、配達先の車両を特定する情報が含まれる。なお、荷物の受領者が車両の所有者ではある場合、所有者端末２１０には有効期限のない端末認証情報が配信済みであるので、Ｔ２５、Ｔ２６の処理は省略される。したがって、Ｔ２５から２７の処理は、端末認証情報が配信済みであるとの判断を含めて、貸出管理サーバ４１０が、受領者の端末への選択した車両を特定する情報と選択した車両の室内へのアクセスが許可されるアクセス許可情報の配信を制御する処理例といえる。

受領者端末２３０は、端末認証情報を受領すると（Ｔ２８）、受領した端末認証情報に
より、配達先として指定されている車両１０に搭載されたキーユニット１００に対して認証を要求して、解錠操作を実行する（Ｔ２９）。ただし、受領が車両の所有者である場合には、所有者端末２１０が無期限に保持する端末認証情報により認証を受ければよい。すると、車載装置１０Ａのキーユニット１００は、認証を実行し、認証が成功すると、解錠要求にしたがって、車両１０の車両の室内への扉あるいはドアを解錠する（Ｔ３０）。

そして、受領者が車両の室内から荷物を取得し、車両の室内への扉あるいはドアを閉じると、車載装置１０Ａのキーユニット１００は、受領者端末２３０に端末認証情報の無効化指示を送信し（Ｔ３１）、受領者端末２３０は電子キーを削除等して端末認証情報を無効化する（Ｔ３２）。なお、受領者端末２３０は、受領者に、荷物を取得したか否かの確認を促し、受領者が荷物を受領した旨の入力を行ったときに、端末認証情報を無効化してもよい。また、受領者が車両の所有者である場合、所有者端末２１０が無期限に保持する端末認証情報については無効化の処理は実行されない。

そして、受領者端末２３０は、貸出管理サーバ４１０に受領通知を送信し（Ｔ３３）、貸出管理サーバ４１０は、センタサーバ４００に、受領者端末２３０に発行された電子キーが無効化済みであることを通知する（Ｔ３４）。そして、貸出管理サーバ４１０は、車両の所有者の報奨ポイントを更新する。Ｔ３５は、予約スケジュール情報において車両の貸出が予約された車両について、予約スケジュール情報にしたがった車両の貸出が実施できた割合に基づいて前記予約された車両の所有者に付与する報奨のポイント数を決定する処理の一例ということができる。

図１７は、貸出管理サーバ４１０の受付部Ｆ１６および貸出管理部Ｆ１５による容量オーバー処理を例示するフローチャートである。この処理では、貸出管理サーバ４１０は、配達員端末２２０から、車両の室内が容量オーバーであるとの通知を受け付ける（Ｓ１３０）。なお、容量オーバーであるとの通知には、配達物の収容に必要な寸法、容量等が指定されていてもよい。

すると、貸出管理サーバ４１０は、同一のクラスタに所属する他の車両の中から代替車両を検索する（Ｓ１３１）。例えば、車両登録テーブル（図４）に車両の室内の容量が定義されていてもよい。また、図示しないマスタデータベースに車両のタイプ（呼び名、型式等）ごとに車両の室内の寸法が定義されるようにしてもよい。貸出管理サーバ４１０は、容量オーバーであるとの通知に、配達物の収容に必要な寸法、容量等が指定され、車両の室内の容量が車両登録テーブルあるいは図示しないマスタデータベースから取得可能である場合には、指定された容量以上の室内空間を有する車両を選択すればよい。また、車両の室内空間の容量が取得できない場合には、貸出管理サーバ４１０は、クラスタメンバテーブルを参照し、単に、容量オーバーが発生した車両と同一クラスタに属する他の車両を検索すればよい。したがって、Ｓ１３０及びＳ１３１の処理によって、貸出管理サーバ４１０は、輸送される荷物が輸送先の車両の室内に収容できない容量オーバーが発生したことを受け付けたときに、輸送先の車両と同一グループに属する車両のうちの一の車両を代替車両として決定する処理の一例を実行する。

そして、貸出管理サーバ４１０は、代替車両が検索できた場合には（Ｓ１３２でＹＥＳ）、車両の室内貸出スケジュールの変更処理を実施する（Ｓ１３３）。より具体的には、貸出管理サーバ４１０は、車両の室内貸出スケジュール情報において、当該配達日時で代替車両の室内を予約するとともに、配達員端末２２０及び受領者端末２３０に、代替車両を特定する情報と代替車両のキーユニット１００で認証を得るための端末認証情報をワンタイムキーとして配信する。ここで、代替車両を特定する情報とは、実施形態１と同様、登録番号、駐車情報住所、駐車場位置、車両メーカ、呼び名、色等である。なお、端末認証情報の受領者端末２３０への配信は、配達完了後でもよい。したがって、Ｓ１３３の処
理により、貸出管理サーバ４１０は、選択された代替車両を特定する情報と代替車両の室内へのアクセスが許可されるアクセス許可情報のサービス利用者の端末への配信を制御する処理の一例を実行する。

一方、貸出管理サーバ４１０は、代替車両が検索できない場合には（Ｓ１３２でＮＯ）、配達員端末２２０に代替車両なしを応答する（Ｓ１３４）。配達員は、配達員端末２２０で代替車両なしの応答を受けると、当日の車両の室内への配達を断念し、例えば、配達物を持ち帰る。

上記図１６、図１７では、配達先の車両の容量が不足する場合に、貸出管理サーバ４１０が配達員端末２２０から代替車両の要求を受け、代替車両を検索する処理を例示した。ここで、代替車両が要求される他の処理例を説明する。

図１８は、所有者端末２１０から、移動スケジュール変更による通知を受けた貸出管理サーバ４１０の処理を例示するフローチャートである。この処理は、貸出管理サーバ４１０が所有者端末２１０から移動スケジュールの変更通知を受けることで開始する（Ｓ１２０）。移動スケジュールの変更通知は、例えば、変更対象の年月日、時間と、その時間における変更後の車両の移動予定の有無が指定される。なお、移動スケジュールの変更通知のうち、車両が移動される年月日、時間（車両の移動に伴う占有時間、あるいは乗員以外のアクセス不可時間）が減少する場合には、貸出管理サーバ４１０は、単に、移動スケジュールを変更し、処理を終了すればよい。したがって、以下で処理されるのは、車両が移動される年月日時間が移行される場合、あるいは時間が増加する場合の移動スケジュールの変更通知である。したがって、Ｓ１２０は、貸出管理サーバ４１０は、車両の所有者の端末から、車両の貸出が予約された日程と重複する日程において所有者の車両の移動スケジュールが、移動されない予定から移動される予定への変更要求を受け付ける処理の一例ということができる。

すると、貸出管理サーバ４１０は、変更対象の年月日、時間において、車両の室内貸出スケジュールが設定済みか否かを判定する（Ｓ１２１）。変更対象の年月日、時間において、車両の室内貸出スケジュールが未設定である場合（Ｓ１２１でＮＯ）、貸出管理サーバ４１０は、移動スケジュール情報を変更し（Ｓ１２２）、処理を終了する。

一方、変更対象の年月日、時間において、車両の室内貸出スケジュールが設定済みである場合（Ｓ１２１でＹＥＳ）、貸出管理サーバ４１０は、クラスタメンバテーブル（図６）から代替車両を検索する（Ｓ１２３）。そして、貸出管理サーバ４１０は、検索した代替車両のうち、変更対象の年月日、時間において、利用可能な代替車両を検索する。そして、変更対象の年月日、時間において、利用可能な代替車両がある場合には（Ｓ１２４でＹＥＳ）、貸出管理サーバ４１０は、車両の室内貸出スケジュールを変更する（Ｓ１２５）。すなわち、変更対象の年月日、時間において、代替車両の室内貸出を予約する。また、変更対象の年月日、時間において、元々予約されていた車両の室内貸出の予約を解約する。したがって、Ｓ１２３からＳ１２５の処理は、貸出管理サーバ４１０が、輸送先の車両と同一グループに属する車両のうちの一の車両を代替車両に決定する処理の一例ということができる。

さらに、貸出管理サーバ４１０は、代替車両のキーユニット１００において認証を受けるための端末認証情報をセンタサーバ４００から取得する。そして、貸出管理サーバ４１０は、代替車両を特定する情報と代替車両のキーユニット１００において認証を受けるための端末認証情報を配達員端末２２０及び受領者端末２３０に配信する（Ｓ１２６）。なお、貸出管理サーバ４１０は、図１６と同様、配達時の解錠情報の要求があったときに端末認証情報を配達員端末２２０に配信してもよい。また、貸出管理サーバ４１０は、図１
６と同様、配達が完了したときに、端末認証情報を受領者端末２３０に配信してもよい。Ｓ１２６の処理は、貸出管理サーバ４１０が、選択された代替車両を特定する情報と代替車両の室内へのアクセスが許可されるアクセス許可情報のサービス利用者の端末への配信を制御する処理の一例と言える。

そして、貸出管理サーバ４１０は、所有者評価テーブルにおいて、スケジュール変更に伴う月間車両の室内貸出変更回数をカウントアップし、さらに、当該車両の所有者の報奨ポイントを削減する（Ｓ１２７）。報奨ポイントの削減の仕方に限定はない。例えば、固定値を減算してもよいし、所定割合だけポイントを減少させてもよい。スケジュール変更に伴う月間車両の室内貸出変更回数は、移動スケジュールの変更に起因して予約された車両の貸出が実施できない割合の一例である。したがって、Ｓ１２７の処理により、貸出管理サーバ４１０は、移動スケジュールの変更に起因して予約された車両の貸出が実施できない割合に基づいて予約された車両の所有者に付与する報奨のポイント数を決定すると言える。

一方、変更対象の年月日、時間において、利用可能な代替車両がない場合には（Ｓ１２４でＮＯ）、貸出管理サーバ４１０は、所有者端末２１０に移動スケジュール変更不可の応答をする（Ｓ１２８）。移動スケジュール変更不可の場合には、車両の所有者は、本情報システムが提供するカーシェアサービスの規約にしたがって手続きを行う。例えば、車両の所有者は、カーシェアサービスの管理者等に連絡し、望ましい対策を相談する。
＜実施形態２の効果＞

以上述べたように、実施形態２の情報システムでは、貸出管理サーバ４１０は、配達員が配達する荷物の容量が配達先の車両の室内の容量を超えているとの通知を受け、配達先の車両と同一のクラスタに属する代替車両を選択し、配達員端末２２０に通知する。クラスタは各車両の駐車場住所周辺に駐車場を有する他の車両との間で形成されることが望ましい。したがって、貸出管理サーバ４１０が配達先の車両と同一のクラスタに属する車両を選択することで、配達する荷物の容量が配達先の車両の室内の容量を超えている状況が発生した場合でも、次善の策が実施される可能性が高い。すなわち、貸出管理サーバ４１０は、極力配達先の近隣の車両から代替車両を選択し、新たな配達先とすることが可能となる。その結果、実施形態２の情報システムは、配達員が容量オーバーで配達物を持ち帰る頻度を低減するとともに、受領者が元の配達先近隣で荷物を受け取ることを可能にする。なお、例えば、情報システムは、クラスタに含まれる車両のうち、元の配達先の車両に近い順に代替車両を検索すれば、さらに、配達員および受領者の利便性が向上する。

また、実施形態２では、所有者の行動スケジュールが変更され、車両の運転が新たに必要になった場合で、車両の運転が必要となった年月日、時間に車両の室内が予約されていた場合も、車両の所有者は、自車両による運転を行うことが可能となる。すなわち、所有者が移動スケジュールの変更を貸出管理サーバ４１０に設定することで、貸出管理サーバ４１０による代替車両の検索サービスを受けることができる。貸出管理サーバ４１０は、代替車両を検索できれば、元の車両に代えて、代替車両により室内を供与するように車両の室内貸出スケジュールを変更できる。したがって、本情報システムによれば、車両の所有者がカーシェアサービスに車両の室内の貸出を承認し、すでに、当該車両の室内が他の利用者に予約された場合も、車両の所有者が自車両を使用できる可能性を高めることができる。また、本情報システムは、車両の所有者に急用が生じて、所有者が車両を使用したい場合にも、柔軟に対応えきる。このような代替車両の検索サービスは、宅配ボックス（または集荷用のボックス）として使用される車両の室内にすでに荷物が配達済み（未集荷）の場合に効果を発揮する。他人の荷物が配達済みかつ受領者によって受領されていない状態で車両を運転したい要望が発生した場合に、所有者は、図１８のＳ１２０を実行する貸出管理サーバ４１０に、移動スケジュール変更要求をすればよい。そして、車両の所有
者は、荷物の受け取り予定者の了解を得て、自車両に配達済みの荷物を貸出管理サーバ４１０から提供される代替車両に移動すればよい。したがって、例えば、車両の所有者に急用が生じた場合でも、荷物の受け取り予定者が車両の室内の荷物を受け取れなくなるおそれを低減できる。

また、すでに、車両の室内が他の利用者に予約された場合に、車両の所有者の車両の移動スケジュールあるいは行動スケジュール等の変更により、車両の室内提供に代えて、代替車両により室内を提供するように変更した場合には、当該所有者の報奨ポイントが削減される。したがって、本情報システムによるカーシェアサービスでは、車両の所有者は、極力、自身のスケジュールの変更によって、カーシェアサービスでの車両の室内の貸出に影響を与えないように配慮するようになり、安定したカーシェアサービスが提供される。また、本情報システムは、配達先として、移動スケジュールの提供に同意した所有者の車両、あるいは、高い保証ポイントを獲得している所有者の車両を優先して、配達先に選定することで、宅配受領用の配達ボックスとして確実性の高い車両を選択できる。

［実施形態３］
上記実施形態１、２では、車両の室内を宅配便の配達先の宅配ボックスとして利用する情報システムの処理例を説明した。また、実施形態２では、宅配時に車両の室内が容量オーバーしている場合、あるいは、車両の所有者がすでに車両の室内予約された車両を運転に使用したい場合に、同一クラスタ内の他の車両から代替車両への切り替えを要請する処理について説明した。

実施形態３では、宅配便の配達先あるいはインターネットショッピング等での購入品の配達先として、特定の車両の室内を指定する代わりに、車両がグループ化されて形成されるクラスタを指定する処理例について説明する。配達先がクラスタで指定できると、配達日時が明確に確定していない場合でも、実際の配達がなされる日時に、ある限定範囲に所在する複数の車両から配達先が選択され、配達が完了するように制御できるので、宅配会社及び受領者にとって柔軟かつ利便性よく配達物を授受することができる。

図１９は、実施形態３に係る情報システムのシーケンスチャートである。図１９は、車両１０に搭載された車載装置１０Ａ、宅配便を受領する受領者の受領者端末２３０、宅配会社の配達員端末２２０、宅配業務サーバ４３０、貸出管理サーバ４１０およびセンタサーバ４００間での情報の授受を例示する。図１９では、実施形態２の図１６と比較して貸出管理サーバ４１０と宅配業務サーバ４３０が分離されている。ただし、実施形態３においても、実施形態２と同様、宅配業務サーバ４３０の処理が貸出管理サーバ４１０に統合され、一体として運用されてもよい。配達先がクラスタで指定できる点及び貸出管理サーバ４１０と宅配業務サーバ４３０が分離されている点以外の実施形態３の構成及び作用は実施形態１、２と同様である。そこで、実施形態３において、実施形態１、２と同一の構成要素については、同一の符号を付してその説明を省略する。なお、図１９では、宅配業務サーバ４３０が例示されているが、実施形態３の処理は、宅配業務サーバ４３０に関連する処理に限定される訳ではなく、ネットショッピングサービス用の業務サーバ、その他の業務サーバにおいても、実施形態３の構成が適用できる。

本情報システムの処理では、例えばネットショッピングサービスにおいて、受領者端末２３０が、受領者端末２３０のネットワークＮ１上の通信アドレス、購入された購入品の配達先等を含む配達依頼を宅配業務サーバ４３０に送信する。また、他の例としては、受領者端末２３０が例えば宅配業務サーバ４３０からの配達日時の確認依頼通知に対して、受領者端末２３０のネットワークＮ１上の通信アドレスから、配達先住所、及び配達予定（希望）日時等の確認結果を貸出管理サーバ４１０に設定する（Ｕ１１）。ただし、受領者は、必ずしも配達予定日時あるいは配達希望日時を確定できない場合もある。例えば、
ネットショッピング会社の都合で注文品の確保日程を明確にできない場合である。また、例えば、受領者が配達品を受領できる日程を明確にできない場合である。

このような配達予定日時あるいは配達希望日時が確定できない場合、貸出管理サーバ４１０は、配達予定日時を特定しないで、ネットショッピングで購入された商品の配達先住所周辺を指定して貸出管理サーバ４１０に車両の室内の予約を依頼する（Ｕ１２）。Ｕ１２の車両の室内の予約の依頼は、荷物の配達先としてのサービス利用要求の一例である。貸出管理サーバ４１０は、車両の室内の予約の依頼を受け付ける。実施形態２とは異なり、配達予定日時が明確でない場合、貸出管理サーバ４１０は、配達先住所周辺のクラスタをクラスタ定義テーブルから参照し、利用可能なクラスタのクラスタＩＤ及び住所その他の情報を、宅配業務サーバ４３０を介して受領者端末２３０に応答し、提示する（Ｕ１３）。貸出管理サーバが車両の室内の予約の依頼を受け付けるＵ１３の処理は、車両の貸出サービスに供与される車両の室内の借用希望地域を含むサービス利用要求を受け付けることの一例である。Ｕ１３で貸出管理サーバ４１０が応答する処理は、借用希望地域に関連する車両のグループを特定し、特定されたグループに関する情報を提供することの一例である。

受領者が受領者端末２３０上のＧＵＩを介して、確認を行うと（Ｕ１４）、宅配業務サーバ４３０を介して、貸出管理サーバ４１０に当該クラスタの予約が登録される（Ｕ１５）。なお、貸出管理サーバ４１０は、受領者端末２３０を介して受領者に概略の予約期間の設定を促し、特定の期間に特定のクラスタに予約が集中しないように予約を制御してもよい。宅配業務サーバ４３０は、予約するクラスタが受領者端末２３０によって確認され、貸出管理サーバ４１０にクラスタの予約が登録され、さらに、配達予定日時が確定すると、配達先を指示する情報を配達員端末２２０に通知する（Ｕ１６）。

配達員端末２２０は、配達予定日時が所定の時間以内（例えば、１日以内）になると、配達先となっているクラスタＩＤを指定し、当該クラスタに属する実際の配達先となる車両を特定する車両情報と配達時に車両の室内への扉あるいはドアを解錠するための端末認証情報を、宅配業務サーバ４３０を通じて貸出管理サーバ４１０に要求する（Ｕ１７）。Ｕ１７の要求は、荷物の輸送がなされる輸送予定日時が確定した後、荷物の輸送を担当するサービス利用者の端末からの輸送予定日時から所定の期間範囲に発せられるグループへのアクセス要求の一例である。貸出管理サーバ４１０は、配達員端末２２０から車両情報と端末認証情報を要求されると、まず、指定されたクラスタＩＤに属する車両から、貸出スケジュールＤＢ Ｄ１５（図１１参照）において、配達予定日時に予約がない１台の車両を選択する（Ｕ１８）。また、貸出管理サーバ４１０は、配達予定日時に予約がない車両が複数存在する場合には、以下のように車両を選択する。Ｕ１８の処理は、グループに含まれる車両のうちの一の車両を選択することの一例である。

クラスタＩＤに属する車両の選択の仕方は、実施形態１、２（例えば、図１２の貸出管理部Ｆ１５の処理Ｓ８）と同様である。貸出管理サーバ４１０は、車両の室内貸出希望で指定される住所に近い順を推奨順としてもよい。また、貸出管理部Ｆ１５は、移動スケジュールの提供に同意している所有者の車両を優先して推奨順としてもよい。また、所有者評価テーブル（図８参照）で、推奨ポイントの高い所有者の順に、車両をソーティングして推奨順としてもよい。また、これらの条件に重みを付与して組み合わせ、加算された重み順に推奨順としてもよい。そして、貸出管理サーバ４１０は、クラスタに含まれる車両の中から推奨順で最も望ましい１つの車両を配達先に選択する。

貸出管理サーバ４１０は、センタサーバ４００に、配達先に選択した車両の車両ＩＤ、車両の所有者ＩＤ及びパスワード等を指定して、端末認証情報の配信を要求する（Ｕ１９）。ここで、端末認証情報は、実施形態１と同様、キーユニット１００が有する装置認証
情報に対応し、キーユニット１００での認証に用いられる情報である。

すると、センタサーバ４００は、指定された所有者ＩＤ及び車両ＩＤに対応付けて登録されているキーユニット１００で認証を受けるための端末認証情報を発行する（Ｕ２０）。すると、貸出管理サーバ４１０は、センタサーバ４００から端末認証情報を受信し、配達先に選択した車両を特定する情報（車両情報）と受信した端末認証情報を、宅配業務サーバ４３０を介して、または直接配達員端末２２０に送信する（Ｕ２１）。Ｕ１９からＵ２１の処理は、グループに含まれる車両のうちの一の車両を選択し、前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の前記サービス利用者の端末への配信を制御することの一例である。

配達員端末２２０は、宅配業務サーバ４３０を介して、または、直接貸出管理サーバ４１０から、配達先の宅配ボックスとなる車両を特定する車両情報とワンタイムキーである端末認証情報を受領する（Ｕ２２）。そして、配達員は、配達先として指定されている車両の駐車場住所、駐車場位置にカーナビゲーション機能等を用いて移動し、車両を特定する登録番号、車両メーカ、車両の呼び名（車種）、色等から車両を特定する。そして、配達員端末２２０は、配達員の操作にしたがい、受領した端末認証情報により、配達先として指定されている車両１０に搭載されたキーユニット１００に対して認証を要求して、解錠操作を実行する（Ｕ２３）。すると、車載装置１０Ａのキーユニット１００は、要求された認証を実行し、認証が成功すると、解錠要求にしたがって、車両１０の室内への扉あるいはドアを解錠する（Ｕ２４）。

車両１０の室内への扉あるいはドアが解錠されると、配達員は、車両の室内への扉あるいはドアを開放する。車両の室内への扉あるいはドアを開放後、当該車両の室内に配達物が搬入可能である場合、配達員は、配達を完了する。配達員端末２２０は、配達員の操作にしたがって配達完了通知を宅配業務サーバ４３０に通知する（Ｕ２５）。しかし、配達物の体積あるいは寸法が車両の室内の許容容量を超える場合（Ｕ２４でＹＥＳの場合）、次車両が必要となる。そこで、車両の室内の容量が不足し、次車両が必要となった場合、配達員の操作にしたがって、配達員端末２２０は、宅配業務サーバ４３０を介して、または、直接貸出管理サーバ４１０に、元のクラスタＩＤを指定して次車両を要求する（Ｕ２５）。すると、貸出管理サーバ４１０は、同一のクラスタから他の車両を検索する（Ｕ２６）。次車両が検索できた場合、貸出管理サーバ４１０は、Ｕ１９に処理を戻し、次車両で認証を受けるための端末認証情報の配信を要求する。

なお、図１９では省略されているが、Ｕ２１の処理で他の次車両が検索できない場合の処理は、図１６の代替車両を検索する場合と同様である。また、図１６で代替車両を検索し、図１９では、次車両とする意味は、例えば、図１９の処理では、配達員は、配達先の車両の室内の容量が不足する場合、クラスタに含まれる複数の車両に配達物を分散して収納してもよいからである。その場合には、配達員端末２２０または宅配業務サーバ４３０は、配達物が分散して収納されている車両を特定する情報を受領者端末２３０に通知すればよい。なお、実施形態２においても、配達員は、車両の室内が容量のオーバーの場合に、配達先を代替車両に置き換える代わりに、クラスタに含まれる複数車両に配達物を分散収納してもよい。

Ｕ２５で、配達員端末２２０が配達完了通知を貸出管理サーバ４１０に通知すると（Ｕ２７）、配達員端末２２０は、例えば、配達員端末２２０に保持していた端末認証情報を削除することで、端末認証情報を無効化する（Ｕ２８）。配達完了後の処理は、図１６のＴ２４以降と同様であるので、その説明を省略する。

以上述べたように、実施形態３の情報システムによれば、車両がクラスタとしてグルー
プ化され、ネットショッピングの利用者あるいは宅配便の受領者は、配達先として、クラスタを指定できる。クラスタは、車両を駐車する駐車場の所在地、前記車両の移動範囲、前記車両の所有者の活動範囲及び前記所有者の交友範囲の少なくとも１つを基準に形成される車両のグループということができる。したがって、車両の室内を貸し出すカーシェアサービスにおいて、貸出先としてクラスタ指定することで、利用者は柔軟にカーシェアサービスを利用できる。
例えば、配達員は、特定の車両の室内がたまたま残容量オーバーの状態にあっても、配達先近隣の１または複数の他の車両に配達を完了する可能性を高め、再配達の可能性を低減することができる。また、受領者は、元の配達先の近隣の車両で配達物を早期に受領できる可能性を高めることができる。
また、ネットショッピングの利用者は、配達予定日時が特定できないような場合でも、とりあえず、暫定的な配達先としてクラスタを指定することで、配達予定日時を意識しないで気楽にネットショッピングを楽しむことができる。また、実際の配達においては、配達員端末２２０と宅配業務サーバ４３０、貸出管理サーバ４１０、センタサーバ４００が連携することで、例えば、受領者の居住する配達先住所から近い順、移動スケジュールの提供あるいは遵守による報奨ポイントの高い順等、配達員及び受領者にとって望ましい順に、クラスタ内の車両を適切に選択し、配達員及び受領者の利便性を向上できる。
＜実施形態の変形例１＞

上記実施形態では、キーユニット１００において認証処理が成功した場合に、施解錠装置３００によって車両１０が解錠される例を説明したが、実施形態の変形例１では、施解錠装置３００において、キーユニット１００における処理が実行されるようにしてもよい。即ち、施解錠装置３００は、利用者端末２００から受信した認証情報を認証するための制御ユニット（ＥＣＵ）を備え、当該制御ユニットは、利用者端末２００の認証が成功すると、ＣＡＮ等の車内ネットワークを介して、ボディＥＣＵ３０４に解錠指令または施錠指令を送信するようにしてもよい。変形例１のカーシェアシステム１によれば、キーユニット１００を設置することなく簡易な構成により、第三者である受取人に対する物品の受渡しが可能となる。
＜実施形態の変形例２＞

上記実施形態では、利用者端末２００がセンタサーバ４００から認証情報を受信し、受信した認証情報に基づいて利用者端末２００が認証されると、キーユニット１００から施解錠信号が施解錠装置３００に送信され、車両１０は施解錠される。実施形態の変形例２では、認証情報は、利用者端末２００を認証するための情報ではなく、車両１０を解施錠するためのキーＩＤの情報を含むものとする例である。

この場合、利用者端末２００は、車両１０を施解錠するためのキーＩＤを含む認証情報をセンタサーバ４００から受信し、受信したキーＩＤを施解錠信号とともに、施解錠装置３００に送信する。施解錠装置３００は、受信したキーＩＤを施解錠装置３００に予め記憶されたキーＩＤと照合し、一致した場合に車両１０を施解錠する。なお、キーＩＤは、利用者端末２００と、センタサーバ４００又は施解錠装置３００との間で、暗号化をして送受信されるようにしてもよい。センタサーバ４００は、例えば、キーＩＤを時刻情報とともに所定のアルゴリズムで暗号化することで、ワンタイムキーを生成してもよい。施解錠装置３００は、受信したワンタイムキーを、センタサーバ４００と同じ所定のアルゴリズムによって復号し、施解錠装置３００に予め記憶されたキーＩＤと照合すればよい。なお、ワンタイムキーは、センタサーバ４００から貸出管理サーバ４１０に送信され、貸出管理サーバ４１０から利用者端末２００に送信されるようにしてもよい。いずれにしても、利用者端末２００は、ワンタイムキー受領から所定時間が経過するとワンタイムキーを削除することで、無効化すればよい。

キーＩＤ及び時刻情報から生成されるワンタームキーを認証情報に含めることで、センタサーバ４００は、受取り要求ごとに、一時的に有効な認証情報を生成し、利用者端末２００に送信することができる。
＜実施形態の変形例３＞

上記実施形態及び変形例２では、センタサーバ４００は、利用者端末２００に、キーユニット１００に固有な固定の認証情報に対応する利用者端末２００用の認証情報、または車両１０の施解錠装置３００に予め記憶されたキーＩＤを送信した。しかし、利用者端末２００とキーユニット１００との間の認証情報は、上記のものに限定されない。実施形態の変形例３では、例えば、センタサーバ４００は、利用者端末２００から端末認証情報の要求を受け付ける度に、新たな端末認証情報を生成し利用者端末２００に発行してもよい。この場合、センタサーバ４００は、利用者端末２００用の新たな端末認証情報に対応するキーユニット１００用の装置認証情報を、センタサーバ４００が接続されるネットワークＮ１と通信可能な車載通信装置（図示なし）を介して、キーユニット１００に格納するようにすればよい。この場合、キーユニット１００は、ＣＡＮ等を通じて車載通信装置に接続されればよい。ただし、センタサーバ４００は、新たな端末認証情報を、車両１０を識別する識別情報と時刻情報とによって生成し、新たな端末認証情報と時刻情報を利用者端末２００に引き渡しても良い。この場合、キーユニット１００もセンタサーバ４００と同一のアルゴリズムで新たな装置認証情報を、生成すればよい。利用者端末２００は、新たな認証情報と時刻情報をキーユニット１００に送信し、認証を受ければよい。
＜その他＞

上記実施形態及び各変形例のカーシェアシステム１において、車両１０の施解錠は、セキュリティを考慮して、荷室ドア（扉）のみ解錠／施錠制御が行われ、座席ドアの解錠／施錠制御は行われず、ロック状態に保持されるものとする。ただし、荷室と座席空間とが隔てられていないボディ構造を持つ車両１０、例えば、ワンボックスと俗称されるタイプの車両１０では、荷室ドアを解錠することで、座席空間へもアクセス可能になるため、車両の所有者等はセキュリティ上の懸念を抱く可能性がある。

そこで、荷室と座席空間とが隔てられていない車両１０では、荷室ドアが開扉されたときに、座席空間も撮影可能なドライブレコーダー等が座席空間の動画撮影を行い、撮影動画に基づいて荷室から座席空間への侵入の有無を判定すればよい。例えば、ドライブレコーダーを制御するＥＣＵは、荷室から座席空間への侵入が有ったと判定した場合には、撮影動画の保存、車載アラームの作動、業者へ通知、ユーザへ通知等を行う。一方、ＥＣＵは、座席空間への侵入が無かったと判定した場合には、荷室ドアの閉扉及びロック動作が行われた時点で、撮影動画を消去してもよい。ドライブレコーダーは、ユーザ・サービスの一環として、座席空間内への侵入の有無に関わらず、撮影動画を所有者端末２１０に送信してもよい。

上記実施形態１から実施形態３では、本情報システムが車両の室内貸出サービスの実施を支援する処理について説明した。しかし、本情報システムが実施形態１から実施形態３で実行する処理は、車両の室内貸出サービスに限定される訳ではない。例えば、本情報システムが実施形態１から実施形態３で実行する処理は、車両の移動を伴う貸出サービスの支援にも適用できる。

１ カーシェアシステム
１０ 車両
１０Ａ 車載装置
１００ キーユニット
２００ 利用者端末
２１０ 所有者端末
２２０ 配達員端末
２３０ 受領者端末
４００ センタサーバ
４１０ 貸出管理サーバ
４２０ 外部サーバ
４３０ 宅配業務サーバ
Ｆ１１ Ｗｅｂサーバ
Ｆ１２ 所有者管理部
Ｆ１３ 車両管理部
Ｆ１４ スケジュール情報取得部
Ｆ１５ 貸出管理部
Ｄ１１ 所有者ＤＢ
Ｄ１２ 車両ＤＢ
Ｄ１３ 利用者ＤＢ
Ｄ１４ 移動スケジュールＤＢ
Ｄ１５ 貸出スケジュールＤＮＢ

Claims (11)

1. 利用者の端末からネットワークを介して車両の貸出サービスでの前記車両の借用希望日程を含む利用要求を受け付ける受付部と、
   前記受け付けた利用要求に基づいて、前記車両の貸出サービスに供与される車両の予約の状況を示す予約スケジュール情報を記憶する記憶部と、
   車両の貸出サービスに供与される車両の移動予定を示す移動スケジュール情報を取得するスケジュール情報取得部と、
   前記予約スケジュール情報および移動スケジュール情報の両方において、前記借用希望日程を充足する車両に関する情報を前記利用者の端末に提供し、前記予約スケジュール情報において前記車両の利用要求の先約がない予定日時に前記車両の貸出サービスの予約を設定し、前記貸出サービスの予約が設定された日時に電子情報による施錠開錠の許可を前記利用者の端末に通知する管理部と、
   前記移動スケジュール情報の提供を許諾した前記車両の所有者または車両の移動制限を受け入れることに同意した所有者に所定の報奨を付与する報奨付与部と、
   を有するコンピュータを備え、
   前記報奨付与部は、前記予約スケジュール情報において車両の貸出サービスの予約が設定された車両について、前記予約スケジュール情報にしたがった車両の貸出が実施できた割合または前記移動スケジュール情報の変更に起因して前記貸出サービスによる車両の貸出が実施できない割合に基づいて前記予約された車両の所有者に付与する報奨のポイント数を決定する
   カーシェアシステム。
2. 前記借用希望日程は、荷物の輸送がなされる輸送予定日時を含み、
   前記管理部は、前記輸送予定日時に利用可能な車両を選択し、前記輸送予定日時での前記選択した車両の予約を前記予約スケジュール情報に設定する請求項１に記載のカーシェアシステム。
3. 前記管理部は、前記荷物の輸送に関与するサービス利用者の端末への前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の配信を制御する請求項２に記載のカーシェアシステム。
4. 前記利用要求は、前記荷物を受け取る受領者の端末の宛先を特定する受領者端末情報をさらに含み、
   前記管理部は、前記受領者の端末への前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の配信を制御する請求項２または３に記載のカーシェアシステム。
5. 前記車両の貸出サービスに供与される車両は、それぞれの車両に関係づけられた地理的位置関係を基準にグループ化され、
   前記受付部が前記サービス利用者の端末から輸送される荷物が輸送先の車両の室内に収容できない容量オーバーが発生したことを受け付けたときに、管理部は、前記輸送先の車両と同一グループに属する車両のうちの一の車両を代替車両として決定し、前記決定された代替車両を特定する情報と前記代替車両の室内へのアクセスが許可されるアクセス許可情報の前記サービス利用者の端末への配信を制御する請求項３に記載のカーシェアシステム。
6. 前記車両の貸出サービスに供与される車両は、それぞれの車両に関係づけられた地理的位置関係を基準にグループ化され、
   受付部は、前記車両の所有者の端末から、車両の貸出が予約された日程と重複する日程において前記所有者の車両の移動予定が、移動されない予定から移動される予定へ変更される変更要求を受け付け、
   前記管理部は、輸送先の車両と同一グループに属する車両のうちの一の車両を代替車両に決定し、前記決定された代替車両を特定する情報と前記代替車両の室内へのアクセスが許可されるアクセス許可情報の前記サービス利用者の端末への配信を制御する請求項３に記載のカーシェアシステム。
7. 前記移動スケジュール情報は、前記車両の所有者の行動予定が設定された行動スケジュール情報を基に生成される請求項１から６のいずれか１項に記載のカーシェアシステム。
8. 前記管理部は、前記借用希望日程を充足する車両が複数存在する場合に、前記移動スケジュール情報の提供が許諾された車両または前記報奨のポイントが高い所有者の車両を優先した推奨順で車両に関する情報を提供する請求項１から７のいずれか１項に記載のカーシェアシステム。
9. 前記利用要求は、前記車両の貸出サービスを受ける地理的条件を特定する情報を含み、
   前記管理部は、前記車両の貸出サービスに供与される車両の位置情報を参照し、前記地理的条件を充足する車両に関する情報を提供する請求項１から６のいずれか１項に記載のカーシェアシステム。
10. コンピュータが、利用者の端末からネットワークを介して車両の貸出サービスでの前記車両の借用希望日程を含む利用要求を受け付けるステップと、
    前記受け付けた利用要求に基づいて、前記車両の貸出サービスに供与される車両の予約の状況を示す予約スケジュール情報を取得するステップと、
    車両の貸出サービスに供与される車両の移動予定を示す移動スケジュール情報を取得するステップと、
    前記予約スケジュール情報および移動スケジュール情報の両方において、前記借用希望日程を充足する車両に関する情報を前記利用者の端末に提供し、前記予約スケジュール情報において前記車両の利用要求の先約がない予定日時に前記車両の貸出サービスの予約を設定し、前記貸出サービスの予約が設定された日時に電子情報による施錠開錠の許可を前記利用者の端末に通知するステップと、
    前記移動スケジュール情報の提供を許諾した前記車両の所有者または車両の移動制限を受け入れることに同意した所有者に所定の報奨を付与するステップと、
    を実行し、
    前記所定の報奨を付与するステップでは、前記予約スケジュール情報において車両の貸出サービスの予約が設定された車両について、前記予約スケジュール情報にしたがった車両の貸出が実施できた割合または前記移動スケジュール情報の変更に起因して前記貸出サービスによる車両の貸出が実施できない割合に基づいて前記予約された車両の所有者に付与される報奨のポイント数が決定される
    カーシェア方法。
11. 前記借用希望日程は、荷物の輸送がなされる輸送予定日時を含み、
    前記コンピュータは、前記輸送予定日時に利用可能な車両を選択し、前記輸送予定日時での前記選択した車両の予約を前記予約スケジュール情報に設定し、前記荷物の輸送に関与するサービス利用者の端末への前記選択した車両を特定する情報と前記選択した車両の室内へのアクセスが許可されるアクセス許可情報の配信を制御するステップをさらに実行する請求項１０に記載のカーシェア方法。

Images