JP2019109630A - 駐車代行サービスの管理装置、その利用支援方法、及びプログラム - 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 (9)

1. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置において、
   前記サービス利用者の端末に対し、前記車両の駐車代行を実施可能な複数の代行者の候補を示す情報を、各候補の属性を示す情報とともに送信する送信手段
   を含む駐車代行サービスの管理装置。
2. 前記複数の代行者の候補から前記サービス利用者によって選択された代行者を示す情報を受信した場合に、前記サービス利用者によって選択された代行者を前記車両の駐車代行を依頼する代行者に決定する決定手段、
   をさらに含む請求項１に記載の駐車代行サービスの管理装置。
3. 前記複数の代行者の候補を、前記車両の引き渡し場所又は前記車両の現在位置に基づいて抽出する抽出手段をさらに含む
   請求項１又は２に記載の駐車代行サービスの管理装置。
4. 前記複数の代行者の候補として、前記サービス利用者の希望を示す情報に合致する属性を有する代行者を抽出する抽出手段をさらに含む
   請求項１又は２に記載の駐車代行サービスの管理装置。
5. 前記属性は、代行者の性別、年齢、喫煙するか否か、容姿、経歴、引き渡し場所までの所要時間、及び代行料金の中から少なくとも一つ選択される
   請求項１から４のいずれかに記載の駐車代行サービスの管理装置。
6. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置が、
   前記サービス利用者の端末に対し、前記車両の駐車代行を実施可能な複数の代行者の候補を示す情報を、各候補の属性を示す情報とともに送信する、
   ことを含む駐車代行サービスの利用支援方法。
7. 前記複数の代行者の候補から前記サービス利用者によって選択された代行者を示す情報を受信した場合に、前記サービス利用者によって選択された代行者を前記車両の駐車代行を依頼する代行者に決定する
   ことをさらに含む請求項６に記載の駐車代行サービスの利用支援方法。
8. 代行者がサービス利用者の車両の駐車を代行する駐車代行サービスを管理する装置が備えるコンピュータに、
   前記サービス利用者の端末に対し、前記車両の駐車代行を実施可能な複数の代行者の候補を示す情報を、各候補の属性を示す情報とともに送信するステップ、
   を実行させるプログラム。
9. 前記複数の代行者の候補から前記サービス利用者によって選択された代行者を示す情報を受信した場合に、前記サービス利用者によって選択された代行者を前記車両の駐車代行を依頼する代行者に決定するステップ
   を前記コンピュータにさらに実行させる請求項８に記載のプログラム。