JP2019109632A - 駐車代行サービスの管理装置、代行者端末、管理方法、及びプログラム - Google Patents

Abstract

【課題】代行者による駐車を代行する車両の発見を容易にする。【解決手段】代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する駐車代行サービスの管理装置は、前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信する受信手段と、前記利用者情報に基づいて、前記車両の駐車を代行する代行者の端末を特定する特定手段と、前記代行者の端末に前記車両の位置を示す情報を送信する送信手段とを含む。【選択図】図１０

Description

本発明は、駐車代行サービスの管理装置、代行者端末、管理方法、及びプログラムに関する。

買い物やイベントへの参加や鑑賞など、車両を運転して所定の訪問先（店舗、ショッピングモール、イベント会場など）を訪れる場合に、訪問先にある駐車場が満車であり、空き状態の駐車スペース（空きスペースという）が発生するまでの間、駐車の順番待ちの列にて、運転者が車両を運転しながら待機する場合がある。また、駐車場内を徐行して空きスペースを探しても、容易に見つからず、見逃しによって他車に先に駐車されてしまう場合もある。場合によっては、訪問先の駐車場の利用をあきらめ、訪問先の近傍や周辺の他の駐車場に駐車する場合もある。このような、駐車場や駐車スペースの探索、空きスペースの発生待ちが時間の無駄と考える運転者は少なくない。

従来技術では、例えば、車両が駐車スペースを探している際に、空きスペースが生じた場合に、そこへ車両を案内する駐車案内ナビゲーションシステムがある。

特開２００６−２０９４２９号公報

従来技術では、空きスペースが生じてから、駐車するまでの時間を短縮することはできる。しかし、空きスペースが発生し、そこへ車両を移動させて駐車を完了するまでの間、運転者は車両の運転を継続しなければならない。

そこで、車両の駐車を代行する駐車代行サービスが考えられる。代行者は、車両の受け渡し位置へ赴き、車両を一時的に借り受け、駐車を行う。このような駐車代行サービスの運用において、サービス利用者が車両の引き渡し場所を探して移動中であり、代行者の向かう先が不明な場合があり得る。このように、引き渡し場所が決まっていないことは、代行者が円滑にサービス利用者の車両を発見し、引き渡しを受けることを阻害する要因となるおそれがあった。

また、引き渡し位置が予め決められていても、引き渡し場所が例えば広大な駐車場であって、そこに多数の車両が停車され、車両の発見が容易でない場合や、諸事情で予定していた引き渡し場所と異なる場所に停車する場合もあり得る。これらの場合も、代行者が車両の発見に時間を要するおそれがあった。

本発明は、上述した課題を解決するためになされたものであり、代行者が駐車を代行する車両を容易に発見可能とする駐車代行サービスの管理装置、代行者端末、管理方法、及びプログラムを提供することを目的とする。

課題を解決するための本発明の要旨は、代行者がサービス利用者の車両の駐車を代行する駐車代行サービスにおいて、前記サービス利用者の端末から前記車両の位置情報を受け取り、代行者の端末へ転送することにある。

本発明の態様の一つは、代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する、駐車代行サービスの管理装置である。この管理装置は、前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信する受信手段と、前記利用者情報に基づいて、前記車両の駐車を代行する前記代行者の端末を特定する特定手段と、前記代行者の端末に前記車両の位置を示す情報を送信する送信手段とを含むことを特徴とする。

上記した管理装置によれば、特定手段が、利用者情報に基づいて車両の位置の転送先に該当する代行者の端末を特定し、その代行者の端末へ車両の位置を示す情報が送信される。これによって、代行者は、車両の位置を示す情報を参照し、自身の目的地を定めて移動し、引き渡しを受ける車両の探索を行うことができる。従って、代行者は車両の位置を示す情報の取得によって、代行者が駐車を代行する車両を発見することが容易となる。

本発明に係る駐車代行サービスの管理装置において、前記車両は、その引き渡し場所へ移動中の状態であってもよく、その引き渡し場所に停車された状態であってもよい。いずれの場合でも、車両の位置を示す情報は、容易に車両を発見するために貢献し得る。車両が引き渡し場所へ移動中の状態において、引き渡し場所は決まっていても決まっていなくてもよい。本発明に係る駐車代行サービスの管理装置において、前記特定手段及び前記送信手段は、前記サービス利用者の端末から繰り返し取得する前記車両の位置を示す情報を、前記代行者の端末へ送信する処理を行う構成を採用し得る。このようにすれば、車両の位置をトラッキング（追跡）した結果が代行者の端末を介して代行者に提供されるので、代行者による車両発見を容易にすることが可能となる。

本発明に係る駐車代行サービスの管理装置において、前記送信手段は、前記代行者の端末に対し、視覚により前記車両を特定する情報を送信する構成を採用してもよい。視覚により車両を特定する情報は、車両の外観から認識できる情報であり、例えば、車両の車種、車両番号（自動車登録番号標）、車両の色（ボディカラー）、外観上の特徴（所定のパーツ（例えば、リアスポイラー、エアインテーク、ルーフキャリア、ルーフボックス、スペアタイヤ）の存在や色、所定パーツ（ライト、テールランプ、フロントグリル、バンパー、アンテナなど）の形状や位置、特殊ペイント（塗り分けや画像の描画）の存在、ステッカーの貼付、リアガラスやフロントガラスを通じて視認可能な車内位置に配置された物体（目印）等）から選択される少なくとも１つである。外観上の特徴は、車両１０の通常使用において存在するものであっても、駐車代行サービスの利用に際し、代行者の発見容易のために用意（装着、貼付、配置等）されるものでもよい。車両を特定する情報により、代行者の車両発見が容易となる。例えば、利用時に、駐車代行サービスの利用者であることを示すステッカー或いは磁石シートを車両の目立つところに貼ってもらうことが考えられる。

本発明に係る駐車代行サービスの管理装置において、前記車両の位置と、複数の代行者候補の位置とに基づいて、前記複数の代行者候補から前記車両の駐車を代行する代行者を選択する選択手段をさらに含む構成を採用し得る。このようにすれば、複数の代行者候補の中から、早期に（短時間）で車両の位置に達し得る者などを選択することで、代行者による車両の発見が容易となる。例えば、車両の位置と各代行者候補の位置との距離が短い者を代行者として選択してもよい。例えば、距離が最短の者が選択されてもよく、距離が所定値より短い者が「車両の位置と各代行者候補の位置との距離が短い者」として選出され、選出された者から所定ルールで１名が選択されてもよい。車両の位置や各代行者候補の位置が２回以上取得されて、車両の移動速度及び各代行者候補の移動速度が取得され、車両の移動速度と各代行者候補の移動速度とが比較され、車両の移動速度より移動速度が速い代行車候補から代行者が選択されてもよい。また、車両の移動方向（２以上の位置か
ら求まる）と代表者候補の移動方向（２以上の位置から求まる）とが交差する代行者候補から代行者が選択されてもよい。また、位置や移動速度や方向から、将来における車両の位置が推定され、推定された位置への到着予定時刻が早い代行者候補が代行者として選択されてもよい。

本発明に係る駐車代行サービスの管理装置において、前記代行者端末に対し、前記代行者による前記車両の操作を可能にする可能化データを発行する発行手段をさらに含む構成を採用し得る。可能化データは、代行者による前記車両の操作を可能化するデータでもある。例えば、「可能化データ」は、コンピュータにより実行可能なデータ（すなわちプログラム）でもよいし、実行不可なデータでもよい。また「可能化データ」は、車両の操作が許可された者であることを証明するためのデータでもよいし、車両の操作に利用されるデバイス又はプログラムを活性化（アクティベート）するためのデータでもよいし、車両の操作に利用されるプログラムそのものであってもよいし、それ以外のデータでもよい。例えば、可能化データは、前記車載ユニットが前記代行者端末の認証に用いるとともに、前記認証の成功を契機に前記車両を前記代行者により操作可能な状態にする認証情報を含む。

前記管理装置が発行手段を含む場合、前記管理装置は、前記受信手段、前記特定手段及び前記送信手段を備える第１サーバ装置と、前記発行手段を備える第２サーバ装置とを含む構成を採用し得る。このようにすれば、代行者に対する負荷の上昇なく、サービス利用者及び代行者の管理に係る処理と、可能化データの発行に係る処理とを異なるサーバで行うように負荷分散できる。

本発明の他の態様の一つは、代行者がサービス利用者の車両の駐車を代行する駐車代行サービスにおいて、前記代行者が使用する端末装置であって、前記駐車代行サービスの管理装置が、前記サービス利用者の端末から受信し、前記端末装置へ送信する前記車両の位置を示す情報を受信する位置情報受信手段と、前記車両の位置を示す情報に基づく前記車両の位置を表示装置に表示する表示制御手段とを含む駐車代行サービスにおける代行者端末である。

本発明に係る代行者端末において、前記表示制御手段が、前記管理装置から受信される、視覚により前記車両を特定する情報を前記表示装置に表示する構成を採用してもよい。この場合、代行者が表示装置に表示された車両を特定する情報を元に、車両を探索することができるので、車両の発見を容易にできる。前記表示制御手段が、前記車両の位置を示す情報とマップデータとに基づいて前記車両の位置が示されたマップを前記表示装置に表示する構成を採用してもよい。このようにすれば、代行者が直感的に車両の位置を把握することができるので、車両の発見の容易化が図られる。また、本発明に係る代行者端末において、前記表示制御手段が、前記代行者端末の位置から前記車両の位置までの経路を前記表示装置に表示する構成を採用してもよい。この場合、経路の情報に従って代行者が移動することで、車両を追跡し、発見することができる。すなわち、車両の発見の容易化が図られる。

本発明に係る代行者端末において、前記管理装置が発行する、前記代行者が前記代行者端末を用いて前記車両を操作可能にするための可能化データを受信する可能化データ受信手段と、前記車両に備えられ、前記可能化データを受けて前記車両を前記代行者により操作可能な状態にする車載ユニットへ前記可能化データを供給する供給手段とをさらに含む構成を採用することができる。この場合、可能化データの車載ユニットへの供給によって。代行者が車両を操作可能な状態となるので、車両の引き渡しに電子キーなどの物理キーが不要であり、引き渡しにおいてサービス利用者と代行者が直接に会わなくても、代行者が代行者端末を用いて車両を操作することができる。

本発明に係る代行者端末において、前記供給手段は、前記車載ユニットが前記代行者端末の認証に用いるとともに、前記認証の成功を契機に前記車両を前記代行者により操作可能な状態にする認証情報を含む前記可能化データを前記車載ユニットに供給する構成を採用することができる。また、前記供給手段は、近距離無線通信により前記認証情報を前記車載ユニットに供給する構成を採用することができる。また、前記供給手段は、前記認証の成功を契機に前記車両のスマートキーと同じ振る舞いをする前記車載ユニットに前記認証情報を供給する。上記構成によれば、代行者端末を認証情報の供給装置として使用することで、車載ユニットがスマートキーと同じ振る舞いをすることで、車両の解錠やエンジン始動などの車両の操作を代行者が行うことが可能となる。

また、本発明の他の態様の一つは、代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置が、前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信し、前記利用者情報に基づいて、前記車両の駐車を代行する代行者の端末を特定し、前記代行者の端末に前記車両の位置を示す情報を送信することを含む駐車代行サービスの管理方法である。

また、本発明の他の態様の一つは、代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置のコンピュータに、前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信するステップと、前記利用者情報に基づいて、前記車両の駐車を代行する代行者の端末を特定するステップと、前記代行者の端末に前記車両の位置を示す情報を送信するステップと、を実行させるプログラムである。

本発明によれば、代行者が駐車を代行する車両の発見を容易にすることができる。

実施形態に係る駐車代行サービスのシステム概要図である。 駐車代行サービスの流れを示す。 サービス利用者の端末や代行者の端末として使用可能な携帯端末の構成例を示す。 管理装置の構成例を示す。 利用者データベース（利用者ＤＢ）のデータ構造例を示す。 代行者データベース（代行者ＤＢ）のデータ構造例を示す。 利用者端末の利用者登録時における処理の流れを示すフローチャートである。 新規登録画面例を示す。 管理装置の利用者登録時における処理の流れを示すフローチャートである。 利用申込から可能化情報取得までの流れを示すシーケンス図である。 利用申込画面例を示す。 代行者選択処理の流れを示すフローチャートである。 代行者端末の位置情報受信時における処理例を示すフローチャートである。 キーユニットを含む施解錠システムの概略構成を示す。 図１３に示したキーユニット、携帯端末、施解錠装置、サーバ装置の構成の一例を概略的に示す。 実施形態２に係るシステム構成例を示す。 実施形態２における、利用申込から可能化情報取得までの流れを示す。

以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

[実施形態１]
＜システム構成＞
図１は、実施形態１に係る駐車代行サービスのシステム概要図である。図１において、システムは、ネットワーク１に接続された、利用者端末２００Ａ、代行者端末２００Ｂ、及び管理装置４００を含む。ネットワーク１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Wide Area Network）やその他の通信網を採用し得る。また、
ネットワーク１は、ＬＴＥ（Long Term Evolution）などのセルラー網、無線ＬＡＮ（Local Area Network：Wi-Fi含む）等の無線網を含んでもよい。

利用者端末２００Ａは、駐車代行サービスを利用するサービス利用者の端末装置であり、「サービス利用者の端末」に相当する。利用者端末２００Ａは、フィーチャーフォン、スマートフォンやタブレット端末などのスマートデバイス、Personal Digital Assistant（ＰＤＡ）、ウェアラブルコンピュータ等の携帯端末（可搬性を有する通信端末）であってもよく、サービス利用者の車両１０に備えられた車載端末であってもよい。

代行者端末２００Ｂは、サービス利用者の車両１０の駐車を代行する代行者の端末装置であり、「代行者の端末」に相当する。代行者端末２００Ｂも、利用者端末２００Ａと同様の携帯端末であっても車載端末であってもよい。要は、利用者端末２００Ａ及び代行者端末２００Ｂは、移動可能であるとともに、管理装置４００とネットワーク１を介して通信可能であればよく、その限りにおいて、上述した携帯端末及び車載端末以外の装置であってもよい。実施形態１では、一例として、利用者端末２００Ａ及び代行者端末２００Ｂが携帯端末である場合について説明する。利用者端末２００Ａ及び代行者端末２００Ｂを区別しない携帯端末について言及する場合には、「携帯端末２００」との表記を用いる。

車両１０は、施解錠装置３００と、キーユニット１００とを含むスマートキーシステムを備えている。施解錠装置３００は、車両１０と無線通信を行う携帯機（電子キーと呼ばれる）に固有のＩＤを与え、通信によって得られたＩＤと、車両１０に事前に登録されたＩＤとが一致する場合にドアの解錠やエンジンの始動を可能にする。キーユニット１００は、電子キーの代わりに携帯端末２００を用いた車両１０の施解錠を、車両１０の改造を伴わずに可能にする装置である。キーユニット１００は、車両内の所定位置（例えばグローブボックスなど）に置かれ、車両１０のバッテリや二次電池から電源を得て、携帯端末２００から車両の操作の可能化データ（車両１０の解錠やエンジン始動などの車両１０の操作を一時的に可能化するデータ：例えば認証情報）を得られた場合に、電子キーとして振る舞い、ドアの解錠やエンジンの始動などを可能にする。

管理装置４００は、「駐車代行サービスの管理装置」に相当し、サービス利用者の情報（利用者情報）及び代行者の情報（代行者情報）の管理、利用者登録処理、サービス利用の受付処理、車両１０の位置を示す情報を利用者端末２００Ａから受信して代行者端末２００Ｂへ転送する処理などを行う。また、管理装置４００は、代行者端末２００Ｂを用いて車両１０の操作を可能化するデータである可能化データを発行する可能化データの発行装置として動作する。

＜駐車代行サービスの流れ＞
図２は、駐車代行サービスの流れを示す。駐車代行サービスの利用を希望する者は、駐車代行サービスの運営サイトにアクセスし、駐車代行サービスの会員（サービス利用者）となる利用者登録手続を行う（Ｓ０１）。その後、サービス利用者が、サービスの需要が発生した場合に、運営者にサービス利用を申し込む（Ｓ０２）。実施形態１に係るシステ
ムでは、上述した利用者登録の受け付けやサービス利用の申し込みの受け付けは、利用者端末２００Ａが管理装置４００へ利用者登録や利用申し込みに係る情報を送信することで行われる（図１＜１＞、＜２＞）。但し、上記した登録や申し込みは、需要者が運営者に対して、電話、ＦＡＸ、電子メールや郵送で行うことができる。

運営者は、申し込みを受けて、駐車の代行者を選定する（Ｓ０３）。また、代行者の選定も人手で行ってもよいが、実施形態１に係るシステムでは、管理装置４００が代行者の選定を自動的に行う。選定された代行者は、車両の引き渡し場所へ赴き、車両の引き渡しを受ける（Ｓ０４）。代行者は管理装置４００から車両１０の操作の可能化データ（認証情報）を代行者端末２００Ｂで受信し（図１＜５＞）、可能化データを車両１０のキーユニット１００に供給する（Ｓ０５）。実施形態では、可能化データの一例として認証情報を用いる。認証情報の供給によって、キーユニット１００がスマートキーシステムにおける電子キーとして振る舞い、代行者は、車両１０の解錠やエンジン始動、運転を行うことが可能となる。上記のように、サービス利用者が電子キーの引き渡しを要しないので、サービス利用者は引き渡し場所にいなくてもよい。代行者は車両１０を運転して（Ｓ０６）、サービス利用者から指定された駐車場所又は駐車位置へ車両１０を移動させ、そこに駐車する（Ｓ０７）。駐車が完了すると、例えば、認証情報の無効化によって、車両１０の操作可能化が解除される（Ｓ０８）。

また、実施形態１に係るシステムでは、代行者が車両の引き渡し場所へ到達するまでの間に、管理装置４００が利用者端末２００Ａから車両１０の位置を示す情報を受信し（図１＜３＞）、代行者端末２００Ｂに転送する（図１＜４＞）。車両の位置は、代行者にとって、車両１０を発見するのに有用な情報となる。以下、駐車代行サービスを実現する各装置の詳細について説明する。

＜携帯端末の構成＞
図３は、利用者端末２００Ａ、代行者端末２００Ｂとして使用可能な携帯端末２００の構成例を示す。携帯端末２００は、プロセッサ２１と、記憶装置２２と、無線通信回路２３と、入力装置２４と、ディスプレイ２５と、ＧＰＳ（Global Positioning System）受
信機２６と、近距離無線通信回路２７とを含む。

記憶装置２２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、プログラムやデータの記憶領域、プログラムの展開領域、プログラムの作業領域、通信データのバッファ領域などとして使用される。主記憶装置はＲＡＭ（Random Access Memory）、又はＲＡＭとＲＯＭ（Read Only Memory）との組み合わせで構成される。補助記憶装置は、データやプログラムの記憶領域として使用される。補助記憶装置は、例えば、ハードディスク、（ＳＳＤ）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などの不揮発性記憶媒体を含む。

無線通信回路２３は、携帯端末２００がサポートする無線通信方式（ＬＴＥ、無線ＬＡＮ（ＷｉＦｉ）など）に従った無線通信を司る。入力装置２４は、キー、ボタン、ポインティングデバイス、タッチパネル等を含み、情報の入力に使用される。ディスプレイ２５は例えば液晶ディスプレイなどであり、情報やデータを表示する。ＧＰＳ受信機はＧＰＳ衛星からの信号を受信して携帯端末２００の位置を算出する。近距離無線通信回路２７は、所定の近距離無線通信規格（ＮＦＣ (Near Field Communication)、ＢＬＥ（Bluetooth（登録商標） Low Energy）、ＵＷＢ（Ultra Wideband）、Zigbeeなど）に従った近距離
無線通信を司る。

プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）などであり、記憶装置
２２に記憶された各種のプログラムを実行することによって、携帯端末２００を利用者端
末２００Ａや代行者端末２００Ｂとして動作させる。

＜管理装置の構成＞
図４は、管理装置４００の構成例を示す。管理装置４００は、パーソナルコンピュータ、ワークステーションのような汎用の情報処理装置、或いはサーバマシンのような専用の情報処理装置を用いて構成できる。管理装置４００は、プロセッサ４１１と、記憶装置４１２と、通信インタフェース（通信ＩＦ）４１３と、入力装置４１４と、ディスプレイ４１５と、利用者データベース（利用者ＤＢ）４１７と、代行者データベース（代行者ＤＢ）４１８とを含む。

プロセッサ４１１、記憶装置４１２、入力装置４１４、ディスプレイ４１５は、プロセッサ２１、記憶装置２２、入力装置２４、ディスプレイ２５について説明した例示と同様のものを適用可能である。但し、用途や使用目的の違いに応じて、携帯端末２００に適用されるものと性能の異なるものが適用される。

通信ＩＦ４１３は通信処理を司る。通信ＩＦ４１３として、例えばネットワークインタフェースカード（ＮＩＣ）を適用できる。通信ＩＦ４１３は、ネットワーク１を介して、利用者端末２００Ａ及び代行者端末２００Ｂとデータや情報の情報を送受信する。プロセッサ４１１は、記憶装置４１２に記憶された各種のプログラムを実行することによって、管理装置４００を、駐車代行サービスの管理装置や可能化データの発行装置として動作させる。

管理装置４００が駐車代行サービスの管理装置として動作する場合において、通信ＩＦ４１３及びプロセッサ４１１は、利用者端末２００Ａから車両１０の位置情報を含む利用者情報を受信する受信手段（取得手段）として動作する。また、プロセッサ４１１及び通信ＩＦ４１３は、代行者端末２００Ｂに車両１０の位置を示す情報を送信する送信手段として動作する。また、プロセッサ４１１は、サービス利用者に係る情報に基づいて車両１０の駐車を代行する代行者端末２００Ｂを特定する特定手段として動作する。

なお、プロセッサ２１やプロセッサ４１１によって行われる処理の少なくとも一部が、ＤＳＰやＧＰＵのようなＣＰＵ以外のプロセッサや、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの専用又は汎用の集積回路、或いはプロセッサと集積回路との組み合わせにより実行されてもよい。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ）、ＳｏＣ（System-on-a-chip）、システムＬＳＩ、チップセットなどと呼ばれる。

＜ＤＢの説明＞
利用者ＤＢ４１７は、利用者情報を記憶する。代行者ＤＢ４１８は、代行者に係る情報（代行者情報）を記憶する。なお、利用者ＤＢ４１７と代行者ＤＢ４１８に記憶された情報は，記憶装置４１２に記憶されている。

図５は、利用者ＤＢ４１７のデータ構造例を示す。利用者ＤＢ４１７には、サービス利用者の識別情報である利用者ＩＤと関連づけて、利用者の個人情報と、車両情報と、キーユニット情報と、サービス利用関連情報とが格納される。

個人情報には、上記した利用者ＩＤの他、サービス利用者の氏名、連絡先（住所、電話番号、メールアドレスなど）、利用者端末情報を含む。利用者端末情報は、管理装置４００が利用者端末２００Ａと通信するための情報であり、例えば、利用者端末２００ＡのＩＰ（Internet Protocol）アドレスやＭＡＣ（Media Access Control）アドレスなどを含
む。上記に例示したもの以外の個人情報をさらに含んでもよい。個人情報は、主に利用者
登録によって利用者ＤＢ４１７に格納される。

車両情報は、視覚により車両１０を特定するための情報であり、例えば、車種、車両番号（自動車登録番号標）、車両の色（例えば塗装色：ボディカラー）などである。車両情報は、上記以外に、代行者が車両１０を発見するのに役立つ特徴を含んでもよい。特徴を示す情報は、例えば、オプションパーツ（例えば、ルーフキャリアやルーフボックス、スペアタイヤ等）の存在、特殊ペイント（塗り分けや画像の描画）の存在、ステッカーの貼付など、の車両１０を識別するのに貢献する情報を含み得る。車両情報は、サービス利用申し込み時に利用者ＤＢ４１７に格納される。但し、利用者登録時に格納されるようにしてもよい。但し、車両情報の登録は必須ではない。

キーユニット情報は、車両１０に乗せられたキーユニット１００に係る情報であり、キーユニット１００に適合する認証情報を発行するのに使用される。なお、実施形態１では、上記した個人情報や車両情報はサービス利用者が登録するようにしているが、その一部又は全部について納車前に車両の販売者が代行登録するようにしても良い。

サービス利用関連情報は、サービス利用に係る情報であり、利用日時や、車両１０の引き渡し場所、代行者に駐車して欲しい場所（目的地）などを含む。また、サービス利用関連情報として、利用者端末２００Ａから受信する車両１０の位置を示す情報が格納されてもよい。また、利用者ＤＢ４１７には、利用者と代行者との対応関係を示す情報として、利用者ＩＤと関連付け（紐づけ）された代行者ＩＤが登録される。

図６は、代行者ＤＢ４１８のデータ構造例を示す。代行者ＤＢ４１８には、代行者の識別情報である代行者ＩＤと関連づけて、代行者の個人情報と、ステータス情報とが格納される。代行者の個人情報は、代行者の氏名と、代行者への連絡先（住所、電話番号、メールアドレスなど）と、代行者端末情報とを含む。代行者の連絡先は、代行者への個別連絡に使用される。代行者端末情報は、代行者端末２００ＢのＩＰアドレスやＭＡＣアドレスなどを含み、車両１０の位置を代行者端末２００Ｂへ転送するのに使用される。

ステータスは、対応可否と、所在エリアと、位置情報と、移動速度とを含む。但し、さらなる情報項目が含まれてもよい。対応可否は、各代行者が駐車代行を請け負うことが可能か否かを示す情報であり、業務時間外や既に派遣されている場合は“対応不可（ＮＧ）”に設定され、そうでない場合に“対応可（ＯＫ）”に設定される。所在エリアは、代行者（代行者端末２００Ｂ）の現在位置がある地理的エリアを示す。地理的エリアは行政区画であっても、運営者が適宜のルールで区画したエリアであってもよい。地理的エリアは実施形態１における代行者の選出における一次的な絞り込みに利用される。位置情報は、代行者端末２００Ｂの位置情報を示す。移動速度は、位置情報から求められた代行者の平均移動速度を示す。平均移動速度の算出に用いるサンプル数は適宜選択できる。位置情報及び移動速度は、実施形態１における代行者の選出における二次的な絞り込みに使用される。また、代行者ＤＢ４１８には、利用者と代行者との対応関係を示す情報として、代行者ＩＤと関連付け（紐づけ）された利用者ＩＤが登録され得る。但し、これは、代行者ＩＤを用いて対応する利用者ＩＤを取得することも想定する場合のオプションである。

＜利用者登録時の動作例＞
次に、サービス利用者の利用者登録時（新規登録時：図１＜１＞、図２のＳ０１）における利用者端末２００Ａ及び管理装置４００の動作例について説明する。図７は、利用者端末の利用者登録時における処理の流れを示すフローチャートであり、利用者端末２００Ａのプロセッサ２１（図３）によってなされる処理を示す。図８は、利用者登録画面例を示す。図９は、管理装置の利用者登録時における処理の流れを示すフローチャートである。

図７に示すように、利用者が利用者登録を所望する場合には、利用者端末２００Ａを用いて、管理装置４００（運営サイト）にアクセスする（Ｓ１１）。Ｓ１１において、利用者端末２００Ａは、ネットワーク１を介して管理装置４００との通信セッションを確立し、この通信セッションを用いて、情報やデータを送受信可能な状態となる。管理装置４００は、利用者端末２００Ａからのアクセスに対して、新規登録画面に係る情報を提供する（図９のＳ２１）。利用者端末２００Ａは、プログラム中のブラウザの実行により、運営サイトから送信される画面情報に基づく画面（Ｗｅｂページ）をディスプレイ２５に表示することができる。但し、運営サイトからの情報の画面表示は、利用者端末２００Ａにインストールされる専用のアプリケーションを用いてもよい。

図８に示すように、ディスプレイ２５に表示される利用者登録画面は、利用者情報として、氏名などの個人情報と、車両番号、車種、色などの車両情報と、キーユニット情報との入力欄を有しており、プロセッサ２１は各情報の入力を受け付ける（Ｓ１２）。入力欄に必要事項が入力され、完了ボタン２５ａが押されると、プロセッサ２１は入力された利用者情報を管理装置４００に送信する（Ｓ１３）。管理装置４００のプロセッサ４１１は利用者情報を受信すると（Ｓ２２）、「発行手段」として利用者ＩＤを発行し（Ｓ２３）、利用者情報を利用者ＩＤと関連づけて利用者ＤＢ４１７に保存する（Ｓ２４）。利用者情報として、例えば、利用者情報の送信に使用されたパケットの送信元ＩＰアドレスが利用者ＤＢ４１７に登録される。利用者ＩＤは、利用者間でユニークな情報であればよい。管理装置４００は、利用者ＩＤを生成して利用者端末２００Ａへ送信する（Ｓ２５）。利用者端末２００Ａのプロセッサ２１は、利用者ＩＤを受信して記憶装置２２に保存する（Ｓ１４）。以上のようにして、利用者登録が完了する。

＜サービス利用の申し込み時の動作例＞
図１０は、駐車代行サービスの利用申込から可能化情報取得までの流れを示すシーケンス図である。利用者端末２００Ａが管理装置４００（例えば、Ｗｅｂサイト）にアクセスし、利用者ＩＤを用いてログインすると（図１０＜１＞：利用申込）、管理装置４００は、駐車代行サービスの利用申込画面の情報を利用者端末２００Ａに送信する（図１０＜２＞：入力依頼）。利用者端末２００Ａのプロセッサ２１は、図１１に示すような利用申込画面をディスプレイ２５に表示する。

利用者は、利用申込画面を用いて、利用日、時間、引き渡し場所、目的地（駐車場所）などの申込情報を入力する。但し、例えば、即時にサービスを利用したい場合には、利用日及び時間を省略できるようにしてもよい。必要事項の記入が終わって申込ボタン２５ｂが押されると、申込情報が管理装置４００に送信される（図１０＜３＞：申込情報）。

申込情報を受信した管理装置４００では、プロセッサ４１１が申込情報の受付処理を行い、申込情報をサービス関連情報の一部として利用者ＤＢ４１７に登録するとともに、サービスの開始タイミングを決定する。このとき、上述したように、申込情報に利用日及び時間を示す情報が含まれていない場合には、プロセッサ４１１は、サービスの即時開始と判定する。これに対し、利用日及び時間が指定（記入）されている場合には、その日時から所定のルールに従ってサービスの開始時刻（記入された時間より前の時間）を定める。開始時刻として、サービス利用者が利用者端末２００Ａを所持し車両１０を運転して目的地へ向かっている時刻が推定される。

＜＜車両の位置を示す情報の取得＞＞
即時開始と判定したとき、或いはサービス開始時刻になると（図１０＜５＞のＹ）、管理装置４００のプロセッサ４１１は、利用者ＤＢの利用者端末情報を用いて、利用者端末２００Ａに、位置情報の取得及び送信の開始指示を送る（図１０＜６＞）。開始指示とと
もに、利用者端末２００Ａには、位置取得及び送信のプッシュ通知が送られる。ここで、サービス利用者がサービスの開始（代行者の引き渡し場所への移動の開始）を認識するようにしてもよい。利用者端末２００Ａのプロセッサ２１は、開始指示を受けて、ＧＰＳ受信機２６がＧＰＳ衛星から受信する信号を用いて利用者端末２００Ａの位置を示す情報を取得し（図１０＜７＞）、管理装置４００へ送信する（図１０＜８＞）。管理装置４００のアドレスは、例えば、開始指示の送信元アドレスの学習によって得ることができる。或いは、管理装置４００が開始指示とともに位置情報の送信先アドレスを指定しても良い。車両の位置を示す情報の取得及び送信は、車両１０がその引き渡し場所へ移動中の状態においてなされる場合と、車両１０がその引き渡し場所に停車された状態である場合とを含む。例えば、申込において利用希望の日時が入力されず、サービス開始が即時と判定される場合では、利用者端末２００Ａが乗った車両１０が引き渡し場所を探して移動中であることが想定される。これに対し、申込において利用希望の日時が入力された場合では、位置情報の取得及び送信の開始時点において、サービス利用者が車両１０を既に引き渡し場所に停車させており、サービス利用者が代行者の到着を待っている場合がある。

車両１０の位置を示す位置情報は、上記したＧＰＳ等の衛星測位システムで取得する方法以外に、利用者端末２００Ａと無線通信する無線基地局のセルＩＤ（セルの識別情報）と地理的エリアの対応関係、無線基地局から受信する電波の受信強度と地理的エリアとの対応関係などから求めてもよい。また、セルＩＤ、或いはセルＩＤと受信電波強度とのデータを車両１０の位置を示す情報として管理装置４００へ送り、管理装置４００での解析で地理的位置が推定されるようにしてもよい。或いは、路上などに設置された路側器からビーコン信号から得られる位置情報を管理装置４００に送ってもよい。また、利用者端末２００Ａ自体が位置を測定する構成を有さない場合、利用者端末２００Ａが、車両１０に備えられたカーナビゲーションシステムや、これ以外の装置から得られる車両１０の位置を示す情報を取得し、管理装置４００へ送るようにしても良い。利用者端末２００Ａによる位置情報の取得及び送信処理は、所定の終了条件が満たされるまで繰り返される（図１０＜７＞〜＜９＞のループ参照）。終了条件は、例えば、利用者による強制的な終了指示の入力があった場合である。例えば、引き渡し場所に車両１０を停車して、車両１０から離れる場合に終了指示の入力が行われる。或いは、管理装置４００からの指示を受けて位置情報の送信を停止するようにしてもよい。なお、車両１０の位置を示す情報の取得及び送信の開始タイミングは、例えば、利用者端末２００Ａの申込において指定した利用時間に合わせたタイミングで処理が開始されるように、利用者端末２００Ａにタイマが設定されてもよい。

＜＜代行者選択処理＞＞
代行者は、サービス開始時刻の到来前や到来直後（即時サービス開始の場合）に所定のルールに従って複数の代行者候補から管理装置４００のプロセッサ４１１が選出することができる。もっとも、実施形態１では、利用者端末２００Ａから受信する車両１０の位置を示す情報（車両１０の位置情報）と、各代行者候補の位置を示す情報（各代行者候補の位置情報）とに基づいて管理装置４００のプロセッサ４１１が選択手段として動作し、複数の代行者候補から代行者を選択する（図１０＜１０＞）。

図１２は、管理装置４００のプロセッサ４１１によって実行される、代行者選択処理の流れを示すフローチャートである。管理装置４００は、複数の代行者候補から引き渡し場所へ派遣する代行者を選出するために、“対応可”の状態にある代行者の代行者端末２００Ｂからその位置情報を所定のタイミングで取得し、代行者ＤＢ４１８に登録している。管理装置４００のプロセッサ４１１は、利用者端末２００Ａからの位置情報を検知すると、図１２の処理を開始する。Ｓ３１では、プロセッサ４１１は、代行者ＤＢ４１８を参照し、“対応可”の代行者のレコードを抽出する。

Ｓ３２では、プロセッサ４１１は、利用者ＤＢ４１７を参照して、車両１０の引き渡し場所が属する地理的エリアと同じエリアに存する代行者候補のレコードを、Ｓ３１で抽出されたレコードから抽出する。利用者ＤＢ４１７には、引き渡し場所として入力された住所、電話番号、施設名、地図上の位置情報と、地理的エリアとの対応関係を示す情報と、地理的エリアの範囲（例えば緯度経度情報）とを示す情報とが予め記憶されており、プロセッサ４１１は、これらの情報を用いて引き渡し場所が属する地理的エリアを割り出す。また、代行者ＤＢ４１８にある、各代行者候補の位置を参照し、引き渡し場所が属するエリアと同じエリアに存する代行者候補のいずれかのレコードを抽出する。複数の代行者候補の中から、引き渡し場所へ早く到達できる代行者を選出するためである。但し、利用者ＤＢ４１７に引き渡し場所が登録されていない場合には、Ｓ３３へ処理が進む。引き渡し場所以外の観点から代行者を選出するためである。なお、サービス開始時刻の前や直後において、引き渡し場所を指定しているサービス利用者の代行者を選出する場合には、Ｓ３１及びＳ３２の処理を行い、Ｓ３２にて抽出されたレコードに対応する代行者候補から、車両１０の位置情報を用いない所定のルール（例えばランダム）で代行者を選出することができる。

Ｓ３３へ処理が進んだ場合には、車両１０の位置と、Ｓ３２にて抽出されたレコード中の各代行候補者の位置とに基づいて代行者を選出する。例えば、車両１０の位置と各代行候補者の位置との距離を算出して、距離が短い代行者候補の一人を代行者として選出する。最短で車両１０に追いつき、車両１０を発見できる可能性が高いと考えられるからである。但し、必ずしも距離が最短である者が代行者として選出されるとは限らず、２番目以降の代行候補者が選出される場合もあり得る。例えば、車両１０との距離の差が殆どない複数の代行候補者がある場合に、車両１０の位置の平均移動速度（車両１０の移動速度）と、各代行者候補の平均移動速度の差が小さい者を選んだ方が、距離が最短の者よりも早く車両１０に追いつくことができる場合があり得る。このため、車両１０の位置との距離と、平均移動速度の差分とに基づいて、代行者を選出してもよい。或いは、車両１０の位置の変動の履歴から、平均移動速度と移動方向とを求め、所定時間後の位置を推定し、その推定位置へ最短時間で到達可能代行候補者を代行者として選出してもよい。なお、車両１０の位置と各代行候補者の位置との距離の算出は、地図上の直線距離でもよいし、経路を考慮した道のりの距離でもよい。

Ｓ３４では、サービス利用者の利用者情報とＳ３３で選出した代行者の代行者情報とをプロセッサ４１１は関連づける。関連づけは、例えば、サービス利用者の利用者ＩＤと代行者の代行者ＩＤとの関連づけによって行う。例えば、プロセッサ４１１は、代行者の代行者ＩＤを、利用者ＤＢ４１７中の当該サービス利用者のレコードに登録する。これによって、利用者ＩＤと代行者ＩＤとが関連づけられる。本実施形態では、利用者ＩＤを用いて対応する代行者ＩＤを取得することを想定している。Ｓ３５では、プロセッサ４１１は、利用者情報と関連づけた代行者情報（利用者ＩＤと関連付けた代行者ＩＤに対応する代行者ＤＢ４１７中の代行者情報）に含まれる代行者端末情報（代行者端末２００ＢのＩＰアドレス等（代行者アドレスと称する））を用いて、代行者端末２００Ｂへ利用者情報（少なくとも利用者ＩＤ）を送信する。

Ｓ３６では、プロセッサ４１１は、利用者端末２００Ａから送信される車両１０の位置情報を待ち受ける。利用者端末２００Ａは、車両１０の位置情報及び利用者ＩＤを含む情報（「車両の位置を示す情報を含む利用者情報」に相当）を送信する。プロセッサ４１１は、管理装置４００の通信ＩＦ４１３で受信された車両１０の位置情報及び利用者ＩＤを含む情報を取得すると、利用者ＤＢ４１６を参照して利用者ＩＤに対応する代行者ＩＤを取得し、この代行者ＩＤに対応する代行者端末情報（代行者アドレス）を代行者ＤＢ４１７から取得し、車両１０の位置情報を少なくとも利用者ＩＤとともに、代行者アドレス宛に送信する（Ｓ３７）。このようにして、サービス利用者の車両１０の位置を示す情報が
管理装置４００を介して代行者端末２００Ｂに転送される。

利用者端末２００Ａは、車両１０の位置情報の取得を繰り返し（定期的又は周期的に）行い、利用者ＩＤとともに管理装置４００に送信する。プロセッサ４１１は、利用者端末２００Ａから車両１０の位置情報が受信（取得）される毎に、その位置情報の転送処理（Ｓ３６及びＳ３７）を行う。このような転送処理は、所定の終了トリガが発生するまで繰り返される（Ｓ３６〜Ｓ３８のループ）。終了トリガは、位置情報の取得及び送信の終了に依存させることができる。例えば、位置情報を受信しない時間が所定時間継続することをトリガとして、ループ処理を終了させることができる。なお、本実施形態では、利用者端末２００Ａが位置情報の取得及び管理装置４００への送信を能動的に行う例を示しているが、管理装置４００が利用者端末２００Ａに、位置情報の送信要求を送信し、利用者端末２００Ａが送信要求に応じて位置情報を取得及び送信するようにしてもよい。

図１２に示した処理によって、代行者端末２００Ｂに対し、サービス利用者の利用者情報が送信されるとともに（Ｓ３５、図１０＜１１＞）、車両１０の位置を示す情報が転送される（Ｓ３７，図１０＜１２＞）。利用者情報や車両１０の位置を示す情報の送信にあたり、管理装置４００のプロセッサ４１１は特定手段として動作し、利用者情報（利用者ＩＤなど）に基づいて、利用者ＤＢ４１７に格納された代行者ＩＤを用いて車両１０の駐車を代行する代行者の代行者端末２００Ｂを特定することができる。

＜＜代行者端末での処理＞＞
代行者端末２００Ｂが利用者情報を受信することで、代行者は、車両１０の駐車代行者として選出されたことを知り、転送されてくる車両１０の位置を手掛かりに、車両１０の引き渡し場所へ移動する。代行者は、徒歩で移動してもよいが、移動用車両（二輪車、自転車を含む）その他の移動手段を利用してもよい。代行者の車両は自身が運転しても同乗者が運転してもよい。例えば、引き渡し場所へは同伴者と移動用車両で赴き、車両１０の駐車代行の後に、同伴者に移動用車両で回収してもらうのが好ましい。

図１３は、代行者端末の位置情報受信時における処理例を示す。代行者端末２００Ｂの記憶装置２２には、ナビゲーション（道案内）のアプリケーションがインストールされており、プロセッサ４１１は、アプリケーションを実行する。アプリケーションの実行によって、通信ＩＦ４１３は、「位置情報受信手段」として動作し、プロセッサ４１１は。表示制御手段として以下のような処理を行う。記憶装置２２には、アプリケーションが扱う地理的なマップデータが記憶されており、車両１０の位置が存するエリアのマップデータを読み出し（Ｓ４１）、そこの車両１０の位置を重ねた画面（「車両１０の位置が示されたマップ」に相当）をディスプレイ２５（「表示装置」に相当）に表示する（Ｓ４２）。さらに、プロセッサ２１は、アプリケーションの実行によって、代行者端末の位置から車両の位置までの経路を計算し（Ｓ４３）、ディスプレイ上に経路を表示する（Ｓ４４）。これによって、代行者は、表示された経路を頼りに、車両１０へ効率的に接近することができる。なお、管理装置４００が車両１０の位置が重ねられたマップ画面のデータや経路計算の結果を示す画面を作成し、代行者端末２００Ｂへ送信するようにすることもできる。この場合、代行者端末２００Ｂがナビゲーションのアプリケーションやマップデータを記憶しておくことが回避される。また、代行者端末２００Ｂが、代行者端末２００Ｂとは異なるナビゲーション機器へ車両１０の位置を転送する、或いはマニュアルで車両１０の位置をナビゲーション機器に入力し、ナビゲーション機器が車両の位置を目的地として計算、表示した経路を頼りに車両１０の位置へ移動するのでもよい。

代行者が車両１０の位置に基づき車両１０を追跡した結果、代行者が車両１０に追いつき、引き渡し場所へ移動中の車両を発見した場合には、車両１０に追従して車両１０の引き渡し場所まで移動し、引き渡し場所に停止された車両１０について引き渡しを受ける。
もちろん、代行者が位置情報を手掛かりに引き渡し場所に停車された車両１０を発見し、引き渡しを受ける方法もある。代行者は、車両１０が停車されている引き渡し場所に到着すると、代行者端末２００Ｂを操作して管理装置４００に対して認証情報の発行要求を送信する（図１０＜１３＞）。代行者端末２００Ｂは、管理装置４００のアドレスを利用者情報や位置情報の送信元アドレスの学習によって得ることができる。或いは、管理装置４００が発行要求の送信先アドレスを指定しても良い。

管理装置４００は、発行要求を受け取ると、利用者ＤＢ４１７における、サービス利用者のキーユニット情報を参照し、キーユニット情報に対応する認証情報（例えば、記憶装置４１２に予め記憶している）を取得して、代行者端末２００Ｂへ送信する（図１０＜１４＞）。代行者端末２００Ｂの無線通信回路２３は、「可能化データ受信手段」として、可能化データとしての認証情報を管理装置４００から受信する。代行者端末２００Ｂのプロセッサ２１は、可能化データの「供給手段」として動作し、管理装置４００から受信する認証情報（「可能化データ」に相当）を、キーユニット１００（「車載ユニット」に相当）へ送信（供給）することで、キーユニット１００が電子キーとして振る舞うようになる。これによって、車両１０のドアロックが解除されるともに、車両１０に設けられたエンジン始動ボタンを押すことで、エンジンが始動する状態となる。すなわち、車両１０が操作可能な状態となる。

代行者は、車両１０のドアを空けてエンジンを始動し、車両１０を運転して目的地（車両１０の駐車場所）へ向かう。目的地に車両１０を停車すると、代行者は車両１０の外に出て所定の無効化処理を行う。無効化処理によって、キーユニット１００が電子キーとして振る舞うことを停止し、車両１０の操作可能化状態が解除され、車両１０は施錠される。これによって、代行者は、再び車両１０を解錠して運転することができなくなる。

実施形態１では、代行者端末２００Ｂが引き渡し場所に到着してから発行要求を送信しているが、利用者情報を受信してから適宜のタイミングで発行要求を送信し、認証情報を受け取ることができる。また、実施形態１では、発行要求の受信を待ってから、管理装置４００が認証情報を代行者端末２００Ｂに送信しているが、発行要求の受信を省略し、認証情報を利用者情報や位置情報とともに送ることも考えられる。

＜キーユニットを含む施解錠システム＞
ここで、車両１０の施解錠を行うキーユニット１００を含む施解錠システムについて説明する。図１４に示すように、実施形態１に係る施解錠システムは、車両１０に搭載されたキーユニット１００及び施解錠装置３００と、携帯端末２００（代行者端末２００Ｂ）と、管理装置４００とを含んで構成される。実施形態１に係る施解錠システムでは、キーユニット１００が、スマートキーの電子キー（携帯機）と同様の無線インタフェースを有しており、既設の施解錠装置３００と通信を行うことで、物理的な鍵を用いることなく車両１０の施解錠を行うことができる。また、キーユニット１００は、代行者端末２００Ｂと近距離無線通信を行い、代行者端末２００Ｂを認証した結果に基づいて、自身が車両１０の電子キーとして振る舞うか否かを決定する。代行者は、車両１０の外部から代行者端末２００Ｂを操作することにより、車両１０の施解錠を行うことができる。

＜＜システム構成＞＞
図１５は、図１４に示したキーユニット１００、代行者端末２００Ｂ、施解錠装置３００、管理装置４００の構成の一例を概略的に示したブロック図である。施解錠装置３００は、車両１０のユーザが所持する電子キー（以下、携帯機）から、高周波（Radio Frequency，以下、ＲＦと称する）帯の電波を介して送信される施錠信号及び解錠信号に応じて
、車両１０のドアを施錠及び解錠する。また、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）帯の電波を送信する機能を有している。

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

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

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

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

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

キーユニット１００は、代行者端末２００Ｂと近距離無線通信を行って代行者端末２００Ｂを認証するともに、この認証結果に基づいて、ＲＦ帯の電波を用いて施解錠信号を送信する。キーユニット１００は、一例として、ＬＦ受信機１０１、ＲＦ送信機１０２、近距離通信部１０３、制御部１０４を含む。

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

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

近距離通信部１０３は、一例として、ＢＬＥに基づくデータ通信を行う。ＢＬＥは、Bluetooth（登録商標）による低電力通信規格であり、機器同士のペアリングを必要とせず
、相手を検知することですぐに通信を開始できるという特徴を有する。なお、ＢＬＥの代わりに、ＮＦＣ、ＵＷＢ、ＷｉＦｉ（登録商標）などを適用し得る。

制御部１０４は、近距離通信部１０３を介して代行者端末２００Ｂと近距離無線通信を行い、代行者端末２００Ｂを認証する制御と、認証結果に基づいて施解錠信号を送信する制御を行う。制御部１０４は、例えば、プロセッサとメモリとを含み、プロセッサは、メモリに記憶された、キーユニット１００を制御するための制御プログラムを実行することで、種々の機能を実現する。例えば、制御部１０４は、施解錠装置３００からＬＦ帯の電波として送信されたポーリング信号をＬＦ受信機１０１を介して受信する機能、施解錠装置３００にＲＦ帯の電波として施解錠信号をＲＦ送信機１０２を介して送信する機能、近距離通信部１０３を介して行う代行者端末２００Ｂとの通信を処理する機能、認証部１０４２による代行者端末２００Ｂの認証が成功した場合に施解錠信号を生成する機能等を実現する。

制御部１０４は、代行者端末２００Ｂから送信された施錠要求又は解錠要求（以下、施解錠要求と総称する）に含まれる認証情報に基づいて、代行者端末２００Ｂの認証処理を行う。具体的には、制御部１０４は、記憶部１０４１に記憶された認証情報と、代行者端末２００Ｂから送信された認証情報とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。代行者端末２００Ｂの認証に成功した場合、代行者端末２００Ｂから受信した要求に応じて生された施解錠信号がＲＦ送信機１０２を介して施解錠装置３００へ送信される。なお、認証方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。以降、説明の必要に応じて、キーユニット１００に記憶される認証情報を装置認証情報と称し、代行者端末２００Ｂから送信される認証情報は単に認証情報と称するものとする。

また、キーユニット１００は、施解錠信号とともに、電子キーのＩＤ（以下、キーＩＤ）を施解錠装置３００に送信する。キーＩＤは、平文の状態で予めキーユニット１００に記憶されていてもよいし、代行者端末２００Ｂが管理装置４００から提供される認証情報に含まれる情報により復号可能な暗号化状態で記憶されていてもよい。キーＩＤが暗号化された状態で記憶される場合、キーユニット１００は、代行者端末２００Ｂから受信した認証情報に含まれる情報を用いて暗号化されたキーＩＤを復号し、本来のキーＩＤを得るようにしてもよい。

代行者端末２００Ｂについて説明する。代行者端末２００Ｂは、プロセッサ２１が記憶装置２２に記憶されたプログラムをロードして実行することによって、近距離通信部２０１、通信部２０２、制御部２０３、入出力部２０４としての処理や動作を行う装置として機能する。

近距離通信部２０１は、近距離無線通信回路２７に相当し、近距離通信部１０３と同一の通信規格によって、キーユニット１００との間で通信を行う。通信部２０２は、無線通信回路２３に相当し、代行者端末２００Ｂをネットワーク１に接続し、管理装置４００等との通信を司る。３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク１経由で他の装置（管理装置４００など）と通信を行う。

制御部２０３は、プロセッサ２１に相当し、例えば、施解錠要求を生成する処理、前述した認証情報を取得する処理、施解錠要求及び認証情報をキーユニット１００に送信する処理などを行う。さらに、制御部２０３は、これらの処理に加え、後述するような、キーユニット１００のメモリに記憶されている制御プログラムの書き換えのための処理も行う。制御部２０３は、入出力部２０４を介して代行者とのインタラクションを行う。入出力
部２０４は、入力装置２４及びディスプレイ２５に相当し、代行者が行った入力操作を受け付け、代行者に対して情報を提示する。

制御部２０３は、入出力部２０４に操作画面を表示し、代行者が行った操作に応じて解錠要求又は施錠要求を生成する。例えば、制御部２０３は、タッチパネルディスプレイに、解錠を行うためのアイコン、施錠を行うためのアイコン等を出力し、代行者によって行われた操作に基づいて、解錠要求ないし施錠要求を生成する。なお、代行者が行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。

また、制御部２０３は、管理装置４００から認証情報を取得する処理を行う。なお、認証情報は、施解錠装置３００がキーユニット１００を認証するための情報ではなく、キーユニット１００が代行者端末２００Ｂを認証するための情報である。具体的には、制御部２０３が、通信部２０２を介して、代行者端末２００Ｂを識別する情報とともに認証情報の発行を要求する信号を管理装置４００に送信する。この信号を受信した管理装置４００は、代行者端末２００Ｂに固有な認証情報を取得し、取得した認証情報を代行者端末２００Ｂに送信する。これにより、代行者端末２００Ｂ上において、車両１０を解錠する操作が可能になる。なお、代行者端末２００Ｂが認証情報を有していない場合、操作画面からの施錠操作及び解錠操作は不可能となる。

代行者端末２００Ｂが取得する認証情報は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、認証情報に対応する装置認証情報が、キーユニット１００に事前に記憶される。

＜＜施解錠システムの動作例＞＞
施解錠システムの動作例は、以下の通りである。代行者が代行者端末２００Ｂの入出力部２０４を介して車両１０を施錠又は解錠する操作を行うと、代行者端末２００Ｂが、該ユーザの操作に応じた解錠要求又は解錠要求とともに認証情報をキーユニット１００に送信する。キーユニット１００は、受信した認証情報と、事前に記憶された装置認証情報とを比較し、認証処理を行う。この認証に成功した場合、キーユニット１００は、施錠信号又は解錠信号とともにキーＩＤを施解錠装置３００に送信する。施解錠装置３００は、受信したキーＩＤに基づいて認証処理を行う。この認証に成功すると、施解錠装置３００によって車両１０のドアが施錠又は解錠される。

＜＜無効化（車両１０の操作可能化状態の解除）＞＞
代行者による車両１０の操作可能状態の解除は、以下のようにして行われる。例えば、管理装置４００が、代行者端末２００Ｂに発行した認証情報を無効化する。代行者が代行者端末２００Ｂを用いて車両１０を駐車完了後に再度操作できないようにできれば、具体的な認証情報の無効化処理の内容は特に限定されない。

認証情報の無効化は、例えば、管理装置４００が以下の処理を行うことによって実現できる。但し、無効化の方法は、代行者が駐車の代行を完了した後に、代行者が再度の解錠や運転をできないようにされる限りにおいて、上記以外の方法を適用し得る。
（１）代行者端末２００Ｂに、認証情報を削除する指示を与える。
（２）代行者端末２００Ｂに、認証情報の無効フラグを立てる指示を与える。この場合、代行者端末２００Ｂは、無効フラグが立っている間は、認証情報を送信しない状態となる。
（３）代行者端末２００Ｂに、認証情報の有効期限を過去の日時に書き換える指示を与える。代行者端末２００Ｂは、有効期限が過ぎている認証情報を削除する。
（４）代行者端末２００Ｂに、認証情報が無効である旨と、無効な認証情報の送信を禁じ
る指示とを与える。
（５）管理装置４００がキーユニット１００と通信を行い、キーユニット１００に、認証情報が無効であり受け付けない旨の指示を与える。
（６）管理装置４００がキーユニット１００と通信を行い、キーユニット１００に、車両１０に対して、代行者端末２００Ｂからの認証情報を受け付けない旨の指示を与える。
（７）その他、管理装置４００が通信を行うことなく、マニュアルで認証情報を代行者端末２００Ｂから削除することが考えられる。

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

（施解錠システムの変形例２）
実施形態１では、代行者端末２００Ｂが管理装置４００から車両１０の可能化データとしての認証情報を受信し、認証情報に基づいて代行者端末２００Ｂが認証されると、キーユニット１００から施解錠信号が施解錠装置３００に送信され、車両１０は施解錠される。認証情報が、代行者端末２００Ｂを認証するための情報ではなく、車両１０を解施錠するためのキーＩＤの情報を含むようにしてもよい。この場合、代行者端末２００Ｂは、キーＩＤを含む認証情報を管理装置４００から受信し、受信したキーＩＤを施解錠信号とともに、施解錠装置３００に送信する。施解錠装置３００は、受信したキーＩＤを施解錠装置３００に予め記憶されたキーＩＤと照合し、一致した場合に車両１０を施解錠する。なお、キーＩＤは、代行者端末２００Ｂと、管理装置４００又は施解錠装置３００との間で、暗号化をして送受信されるようにしてもよい。管理装置４００は、例えば、キーＩＤを時刻情報とともに所定のアルゴリズムで暗号化することで、ワンタイムキーを生成してもよい。施解錠装置３００では、受信したワンタイムキーを、管理装置４００と同じ所定のアルゴリズムに対応する方法によって復号し、施解錠装置３００に予め記憶されたキーＩＤと照合すればよい。なお、ワンタイムキーは、管理装置４００から貸出管理サーバ（不図示）に送信され、貸出管理サーバから利用者端末２００Ａに送信されるようにしてもよい。いずれにしても、代行者端末２００Ｂは、ワンタイムキー受領から所定時間が経過するとワンタイムキーを削除することで、無効化を図る。キーＩＤ及び時刻情報から生成されるワンタイムキーを認証情報に含めることで、管理装置４００は、一回の駐車代行毎に、一時的に有効な認証情報を生成し、代行者端末２００Ｂに送信することができる。

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

＜実施形態１の作用効果＞
実施形態１によれば、管理装置４００を用いて駐車代行サービスを運営でき、駐車場待ちにおける運転者の不便を解消することができる。実施形態１に係る駐車代行サービスでは、代行者端末２００Ｂを利用し、キーユニット１００を電子キーとして振る舞わせることによって、代行者の車両１０の操作を可能化することができるので、代行者とサービス利用者とが直接会わずとも（電子キーなどの物理キーの引き渡しがなくても）、代行者は駐車の代行を実施することができる。これにより、物理キーの引き渡しのためにサービス利用者が代行者と待ち合わせる不便を回避できるとともに、代行者が物理キーを返却する煩雑さを回避することができる。

管理装置４００が利用者端末２００Ａから受信した車両１０の位置を示す情報を代行者端末２００Ｂへ送ることによって、以下のような利点を得ることができる。
（１）サービス利用者が引き渡し場所を定めていない場合でも、代行者が車両１０を探索する手掛かりとなり、車両１０の早期発見を行うことが可能となる。
（２）引き渡し場所が定められている場合でも、引き渡し場所が例えば大規模な道の駅の駐車場であり、多数の車両が停車しているような状況であっても、車両１０の位置を手掛かりに、引き渡しを受ける車両１０を効率的に発見可能となる。
（３）また、引き渡し場所が定められている場合において、諸事情で予定通りの場所に停車できなかった場合（引き渡し場所内で停車位置（駐車スペース）が異なる場合と、異なる引き渡し場所に停車した場合とがある）でも、代行者は、実際の車両１０の位置を手掛かりに車両１０を探索して発見することができる。

また、実施形態１では、利用者端末２００Ａによる位置情報の取得及び送信処理は、所定の終了条件が満たされるまで繰り返し行われ、管理装置４００のプロセッサ４１１及び通信ＩＦ１３は、利用者端末２００Ａからの車両１０の位置情報を繰り返し取得し、代行者端末２００Ｂへ送信する処理を行う。これによって、車両１０の位置のトラッキング結果が代行者端末２００Ｂを介して代行者に提供されるので、代行者による車両発見を容易にすることが可能となる。また、実施形態１によれば、車両１０の位置を示す情報と、複数の代行者候補の位置を示す情報とに基づいて、複数の代行者候補から代行者を選出することで、効率的に車両１０（サービス利用者）の元へ代行者を派遣することができる。

［実施形態２］
以下、実施形態２について説明する。実施形態２の構成は、実施形態１との構成と共通点を有するので、以下の説明では、相違点について説明し、共通点については説明を省略する。図１６は、実施形態２に係るシステム構成例を示す。実施形態２は、以下の点で実施形態１と異なる。すなわち、実施形態１における管理装置４００は、第１サーバ装置４００Ａと第２サーバ装置４００Ｂとを含む装置となっている。第１サーバ装置４００Ａは、管理装置４００が行う処理のうち、駐車代行サービスの管理装置として動作する処理を行う。第２サーバ装置４００Ｂは、管理装置４００が行う処理のうち、可能化データの発行装置として動作する処理を行う。

図１７は、実施形態２における、サービス利用者の駐車代行サービスの利用申し込みから認証情報の取得までの流れを示す。図１７における、＜１＞〜＜１２＞の処理は、実施形態１における＜１＞〜＜１２＞の処理（図１０）とほぼ同様である。但し、第１サーバ装置４００Ａは、図１７の＜１１＞において、代行者端末２００Ｂへ送信する利用者情報
に、第２サーバ装置４００Ｂへのアクセス方法を示す情報、例えば第２サーバ装置４００Ｂのアドレスなど、を含める点で、実施形態１と異なる。代行者端末２００Ｂは、第２サーバ装置４００Ｂのアドレスを用いて、第２サーバ装置４００Ｂへ認証情報の発行要求を送る（図１７＜１３＞）。第２サーバ装置４００Ｂは、発行要求に応じて認証情報を発行し、代行者端末２００Ｂへ送る（図１７＜１４＞）。以上の点を除き、実施形態２の構成は実施形態１と同様であるので、説明を省略する。

実施形態２は、実施形態１と同様の効果を得ることができる。もっとも、実施形態２によれば、サービス利用者や代行者の負担が生じない範囲で、管理装置４００の処理を第１サーバ装置４００Ａと第２サーバ装置４００Ｂとに振り分けることで、サービス利用者の管理と、認証情報の管理との付加分散を図ることができる。また、利用者端末２００Ａが認証情報を有する第２サーバ装置４００Ｂにアクセスしなくなるので、第１サーバ装置４００Ａと第２サーバ装置４００Ｂとで異なるセキュリティレベルを採用することができる。例えば、第１サーバ装置４００Ａのセキュリティレベルを第２サーバ装置４００Ｂよりも緩くして、利用者端末２００Ａとのやりとりに要する処理や時間を軽減することが考えられる。

また、上述した実施形態１及び２では、代行者端末２００Ｂを用いてキーユニット１００を電子キーとして振る舞わせる構成について説明した。実施形態１及び２に係る駐車代行サービスは、サービス利用者の車両がキーユニット１００の非搭載車両であっても実施することができる。この場合、サービス利用者と代行者との間で直接に車両（物理キー）の引き渡しを行えばよい。以上説明した実施形態に係る構成は、適宜組み合わせることができる。

１０・・・車両
１００・・・キーユニット
３００・・・施解錠装置
４００・・・管理装置
４０１・・・第１サーバ装置
４０２・・・第２サーバ装置

Claims (13)

1. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置において、
   前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信する受信手段と、
   前記利用者情報に基づいて、前記車両の駐車を代行する前記代行者の端末を特定する特定手段と、
   前記代行者の端末に前記車両の位置を示す情報を送信する送信手段と
   を含む駐車代行サービスの管理装置。
2. 前記特定手段及び前記送信手段は、前記サービス利用者の端末から繰り返し取得する前記車両の位置を示す情報を、前記代行者の端末へ送信する処理を行う
   請求項１に記載の駐車代行サービスの管理装置。
3. 前記送信手段は、前記代行者の端末に対し、視覚により前記車両を特定する情報を送信する
   請求項１又は２に記載の駐車代行サービスの管理装置。
4. 前記車両の位置と、複数の代行者候補の位置とに基づいて、前記複数の代行者候補から前記車両の駐車を代行する代行者を選択する選択手段をさらに含む
   請求項１から３のいずれか１項に記載の駐車代行サービスの管理装置。
5. 前記代行者の端末に対し、前記代行者が前記代行者の端末を用いて前記車両を操作可能にするための可能化データを発行する発行手段をさらに含む
   請求項１から４のいずれか１項に記載の駐車代行サービスの管理装置。
6. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスにおいて、前記代行者が使用する端末装置であって、
   前記駐車代行サービスの管理装置が、前記サービス利用者の端末から受信し、前記端末装置へ送信する前記車両の位置を示す情報を受信する位置情報受信手段と、
   前記車両の位置を示す情報に基づく前記車両の位置を表示装置に表示する表示制御手段と
   を含む駐車代行サービスにおける代行者端末。
7. 前記表示制御手段は、前記管理装置から受信される、視覚により前記車両を特定する情報を前記表示装置に表示する
   請求項６に記載の代行者端末。
8. 前記表示制御手段は、前記車両の位置を示す情報とマップデータとに基づいて前記車両の位置が示されたマップを前記表示装置に表示する
   請求項６又は７に記載の代行者端末。
9. 前記表示制御手段は、前記代行者端末の位置から前記車両の位置までの経路を前記表示装置に表示する
   請求項６から８のいずれか１項に記載の代行者端末。
10. 前記管理装置が発行する、前記代行者が前記代行者端末を用いて前記車両を操作可能にするための可能化データを受信する可能化データ受信手段と、
    前記車両に備えられ、前記可能化データを受けて前記車両を前記代行者により操作可能
    な状態にする車載ユニットへ前記可能化データを供給する供給手段と
    をさらに含む請求項６から９のいずれか１項に記載の代行者端末。
11. 前記供給手段は、前記車載ユニットが前記代行者端末の認証に用いるとともに、前記認証の成功を契機に前記車両を前記代行者により操作可能な状態にする認証情報を含む前記可能化データを前記車載ユニットに供給する
    請求項１０に記載の代行者端末。
12. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置が、
    前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信し、
    前記利用者情報に基づいて、前記車両の駐車を代行する代行者の端末を特定し、
    前記代行者の端末に前記車両の位置を示す情報を送信する
    ことを含む駐車代行サービスの管理方法。
13. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置のコンピュータに、
    前記サービス利用者の端末から、前記車両の位置を示す情報を含む利用者情報を受信するステップと、
    前記利用者情報に基づいて、前記車両の駐車を代行する代行者の端末を特定するステップと、
    前記代行者の端末に前記車両の位置を示す情報を送信するステップと
    を実行させるプログラム。

Images