JP2019075070A - 端末車両紐付方法、端末車両紐付装置及び端末車両紐付プログラム - Google Patents

Abstract

【課題】登録された車両に対して登録された携帯端末装置を確実に紐付ける。【解決手段】本発明の端末車両紐付方法は、車両を運転または車両に指示するために使用する携帯端末装置３の登録を受け付け、車両に搭載される車載装置の登録を受け付け、登録を受け付けた携帯端末装置３から受信した認証情報が、登録を受け付けた車載装置２に予め送信した認証情報に一致する場合、携帯端末装置３を使用して車両を運転または車両に対し動作を指示することが可能であると判断すること、を特徴とする。【選択図】図１

Description

本発明は、端末車両紐付方法、端末車両紐付装置及び端末車両紐付プログラムに関する。

近時、車両の扉の施錠等を行うために使用される車両キーは、従来型のメカニカルキーから発展した電子キーであることが一般的になっている。例えば、運転者が電子キーをポケット内に保持した状態で車両に近づく。すると、運転席の扉が自動的に解錠される。より発展した形態では、このような電子キーは、いわゆるスマートフォン等の携帯端末装置に取り込まれている。つまり運転者は、携帯端末装置とは別にわざわざ車両キーを携帯する必要はない。

電子キーとは別に、近時海外を中心にバレーパーキング（Valet Parking）が普及しており、日本においても実用化されつつある。バレーパーキングでは、運転者は、車両の駐車場への入庫及び駐車場からの出庫を、駐車場の従業員に完全に任せる。例えば、あるホテルの宿泊客が車両を運転してホテルの玄関に到着したとする。すると、宿泊客は、車両を玄関に一時的に停車し、車両を入庫することをホテルの従業員に依頼する。従業員は、宿泊客の車両を玄関から駐車場まで運転し、適当なスペースに駐車する。宿泊客はホテルを出発するとき、車両を出庫することをホテルの従業員に依頼する。すると、ホテルの従業員は、宿泊客の車両を駐車場から玄関まで運転し、車両を玄関に一時的に停車する。そして、宿泊客は、次の目的地へ向かい車両を運転する。

バレーパーキングでは、宿泊客がホテルに到着した後ホテルから出発するまでの期間、宿泊客の車両の管理はホテルに任されている。例えば、ホテルの従業員は、宿泊客が車両で到着する都度、又は、ある程度の数の車両が到着した段階でまとめて、車両を駐車場に移動する。長期滞在中の宿泊客の車両を従業員が駐車場内で移動することもある。多くの場合、ホテルの従業員は、自身が携帯する携帯端末装置を、宿泊客がホテルに滞在する期間における車両の一時的な電子キーとして使用することになる。すると、ある車両に対して、電子キーとしての携帯端末装置を追加的に順次割当てた後、解除して行くことが必要となり、そのための技術が近時多く普及している。

また、近年自動運転技術の進歩により、自動運転が可能な車両が駐車場内を走行し、入庫、出庫を行う自動バレーパーキングが注目されている。自動バレーパーキングでは、車両に対する一時的もしくは永続的に許可を得た電子キーとしての携帯端末装置を保有した車両の所有者もしくは所有者から委託されたホテルの従業員 (車両への指示を行えるもの)からの指示に従って、車両自身が駐車場に入庫、出庫を行う。車両の入庫、出庫は、車両に対する指示を行う許可を得た者からの指示を契機に行われる必要があり、車両に対する指示を行う許可を得た者の携帯端末装置と対応する車両とを対応づける技術が求められる。

特許文献１においては、車両のオーナーが、非オーナー（ホテルの従業員に相当）に対してパスワードを発行する。非オーナーは、サーバに対して、非オーナーの携帯端末装置の識別情報、及び、パスワードを入力する。すると、サーバは、非オーナーの携帯端末装置の識別情報をオーナーの携帯端末装置の識別情報と紐付けて管理し始める。特許文献２においては、カーシェアリングサービスの利用者が、利用者の携帯端末装置の識別情報、希望する車両の識別情報、及び、利用期間をサーバに通知する。するとサーバは、その利用期間にその車両が利用可能である場合は、利用者の携帯端末装置に対して電子キー情報を送信する。

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

しかしながら、特許文献１においては、オーナーがパスワードを頻繁に更新することを怠ると、許可された第三者から許可されない第三者にパスワードが伝わり、許可されない第三者が任意の携帯端末装置を電子キーとすることが可能になる。特許文献２においては、偶然車両の識別情報を入手した者が任意の携帯端末装置を電子キーとすることができる。いずれの場合においても、持ち主不明の携帯端末装置を車両の電子キーとしてしまうというセキュリティ上の課題が残る。
そこで、本発明は、登録された車両に対して登録された携帯端末装置を確実に紐付けることを目的とする。

本発明の端末車両紐付方法は、車両を運転または車両に指示するために使用する携帯端末装置の登録を受け付け、前記車両に搭載される車載装置の登録を受け付け、前記登録を受け付けた携帯端末装置から受信した認証情報が、前記登録を受け付けた車載装置に予め送信した認証情報に一致する場合、前記携帯端末装置を使用して前記車両を運転または前記車両に対し動作を指示することが可能であると判断すること、を特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。

本発明によれば、登録された車両に対して登録された携帯端末装置を確実に紐付けることができる。

端末車両紐付装置等の構成図である。 紐付情報の一例である。 端末装置情報の一例である。 車両情報の一例である。 端末登録処理手順のフローチャートである。 車両登録処理手順のフローチャートである。 紐付処理手順のフローチャートである。 紐付解除処理手順のフローチャートである。 車載装置ＩＤ削除処理手順のフローチャートである。 携帯端末装置権限一時委譲手順のフローチャートである。 携帯端末装置権限一時委譲解除手順のフローチャートである。

以降、本発明を実施するための形態（“本実施形態”という）を、図等を参照しながら詳細に説明する。本実施形態は、自動運転が可能な車両の所有者もしくは車両の所有者から車両への指示または運転を行う許可を得た施設の従業員（例えば、ホテルの従業員等）が自身の携帯端末装置（所有者の場合は所有者自身の携帯端末装置であり、従業員の場合は従業員自身の携帯端末装置を指す）を電子キーとして車両への指示を行う場合に、その電子キーと運転対象となる車両を対応づける例である。しかしながら、本発明の適用範囲は、これに限定されない。他にも例えば、カーシェアリングのように、ある車両が日常的に複数の者によって運転される場合に、本発明は適用可能である。

（用語）
車両とは、四輪車及び二輪車を含む自家用又は業務用の自動車である。
電子キーとは、車両の鍵であり、本来、カード型、ビスケット型、煙草ケース型等の任意の形状を有する。鍵の内部に埋め込まれたＩＣチップ等の媒体は、車両の操作に必要な電子情報を記憶する。

運転者とは、車両を運転する者の他、車両に対し運転を含めた指示をする者も含む。車両を運転する者には、自動車を所有しているオーナー(自動車の所有者から乗車を許可された者を含む)の他、他人の車両を一時的に寄託される立場にある非オーナーが含まれる。なお、非オーナーの典型例は、ホテルの従業員である。ホテルの従業員は、ホテルの構内(駐車場、車路等)において車両を運転することに加えて、車両の内部に入り込み、清掃、点検等を行う場合もある。オーナーは、車両に指示を出すことが可能であり、非オーナーは、基本的には車両に指示を出すことができない。但し、オーナーから何らかの理由で、車両に指示を出す権限を委譲されることにより、非オーナーも車両に指示を出すことが可能になる。

携帯端末装置とは、一般的に“スマートフォン”等として通話、電子メールの送受信等に使用される携帯用のコンピュータである。本実施形態の携帯端末装置は、電子キーと同等の機能を有する。オーナーは、自身の携帯端末装置を携帯した状態で車両に指示を行い、特定の状況下では車両を運転する。非オーナーもまた、自身の携帯端末装置を携帯した状態で車両を一時的に運転する。

車載装置とは、車両に搭載されるコンピュータであり、少なくとも車両の扉の施錠及びエンジンの発停を制御する。より具体的には、車載装置は、自身の周辺（１メートル程度の近距離）に携帯端末装置が存在することを検知すると、携帯端末装置内の媒体からその携帯端末装置の識別子を取得する。車載装置は、端末車両紐付装置（直ちに後記）に対し、取得した識別子が真正なものであるか否かを照会する。その識別子が真正なものである旨の回答を受信すると、車載装置は、運転者が、車両の扉の解錠、エンジンの始動等を行うのを受け入れる。
端末車両紐付装置とは、車載装置の識別子を、その車両の電子キーとして機能し得る携帯端末装置の識別子と紐付けて記憶するコンピュータである。

（端末車両紐付装置等の構成）
図１に沿って、端末車両紐付装置１等の構成を説明する。端末車両紐付装置１は、駐車場の管理者もしくは駐車場の管理者から委託された者(以下、まとめて駐車場の管理者という)によって運営される。駐車場の管理者は、ホテル、大規模商業施設、集合住宅、鉄道駅、空港ターミナルビル等であることが多いが、カーシェアリング会社、タクシー会社、宅配便会社等であることもある。端末車両紐付装置１は、通常、駐車場の近辺の事務スペースに配置される。一方で、端末車両紐付機能をアプリケーションとして例えばクラウドコンピューティング上に構成することも可能であり、その場合インターネット上等、通信可能な任意の場所に配置可能である。

端末車両紐付装置１は、中央制御装置１１、入力装置１２、出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を備える。これらは、相互にバスで接続されている。補助記憶装置１５は、紐付情報３１、端末装置情報３２及び車両情報３３を格納する。主記憶装置１４における、端末車両登録部２１及び端末車両紐付部２２は、プログラムである。以降の説明において、“○○部は”と動作主体を記した場合、それは、中央制御装置１１が補助記憶装置１５から○○部を読み出し、主記憶装置１４にロードしたうえで○○部の機能（詳細後記）を実現することを意味する。端末車両紐付装置１は、ネットワーク４を介して、１又は複数の車載装置２、及び、１又は複数の携帯端末装置３と接続され得る。

車載装置２は、中央制御装置４１、ディスプレイ及びタッチパネルを有する入出力装置４２、補助記憶装置４３並びに通信装置４４を備える。これらは、相互にバスで接続されている。以降の説明において、“車載装置２は”と動作主体を記した場合、それは、中央制御装置４１が補助記憶装置４３から所定のプログラム（図示せず）を読み出し、主記憶装置（図示せず）にロードしたうえで当該プログラムの機能を実現することを意味する。これとは別に、端末車両紐付装置１の端末車両登録部２１及び端末車両紐付部２２が、車載装置２の動作主体になる（車載装置２に特定の情報を表示させる等）ことも可能である。補助記憶装置４３は、車載装置２を一意に特定する識別子である車載装置ＩＤ（Identifier）４５を格納している。本実施形態では、車両と車載装置２とは１対１に対応している。したがって、車載装置ＩＤ４５は、車両を特定する識別子でもある。

携帯端末装置３は、中央制御装置５１、ディスプレイ及びタッチパネルを有する入出力装置５２、補助記憶装置５３並びに通信装置５４を備える。これらは、相互にバスで接続されている。以降の説明において、“携帯端末装置３は”と動作主体を記した場合、それは、中央制御装置５１が補助記憶装置５３から所定のプログラム（図示せず）を読み出し、主記憶装置（図示せず）にロードしたうえで当該プログラムの機能を実現することを意味する。これとは別に、端末車両紐付装置１の端末車両登録部２１及び端末車両紐付部２２が、携帯端末装置３の動作主体になる（携帯端末装置３に特定の情報を表示させる等）ことも可能である。補助記憶装置５３は、携帯端末装置３を一意に特定する識別子である端末装置ＩＤ５５を格納している。本実施形態では、運転者と携帯端末装置３とは１対１に対応している。したがって、端末装置ＩＤ５５は、運転者を特定する識別子でもある。

（紐付情報）
図２に沿って、紐付情報３１を説明する。紐付情報３１においては、端末装置ＩＤ欄１０１に記憶された端末装置ＩＤに紐付けて、車載装置ＩＤ欄１０２には車載装置ＩＤが、紐付日時欄１０３には紐付日時が、解除日時欄１０４には解除日時が、判定欄１０５には判定フラグが、オーナー欄１０６にはオーナーフラグが記憶されている。
端末装置ＩＤ欄１０１の端末装置ＩＤは、前記した端末装置ＩＤ（図１の符号５５）である。なお、“第１の識別子”には、端末装置ＩＤが相当する。本実施形態では、ここでの端末装置ＩＤは、オーナー及び非オーナーが使用する携帯端末装置を特定する。
車載装置ＩＤ欄１０２の車載装置ＩＤは、前記した車載装置ＩＤ（図１の符号４５）である。なお、“第２の識別子”には、車載装置ＩＤが相当する。

紐付日時欄１０３の紐付日時は、端末車両紐付装置１が、有効期限付認証情報を発行し認証を行った後（詳細後記）、端末装置ＩＤ及び車載装置ＩＤを確定的に紐付けたうえで紐付情報３１に１つのレコード（行）として登録した時点の年月日時分秒である。ここで“確定的”とは、有効期限付認証情報の一致に裏付けられている、という意味である（詳細後記）。
解除日時欄１０４の解除日時は、端末車両紐付装置１が、端末装置ＩＤ及び車載装置ＩＤの紐付を解除した時点の年月日時分秒である。
なお、端末装置ＩＤ欄１０１〜解除日時欄１０４において、“ＮＵＬＬ”は、当該レコードの当該欄にデータが記憶されていないことを示す。

判定欄１０５の判定フラグは、“ＮＵＬＬ”、“０”、“１”及び“２”のうちのいずれかである。判定フラグ“ＮＵＬＬ”は、当該レコードに（“ＮＵＬＬ”以外の情報として）端末装置ＩＤのみが記憶されていることを示す。このようなレコードを、以降“待機レコード”とも呼ぶ。
判定フラグ“０”は、当該レコードに、端末装置ＩＤ及び車載装置ＩＤが記憶されており、紐付日時及び解除日時が記憶されていない（“ＮＵＬＬ”である）ことを示す。この状態では、端末装置ＩＤ及び車載装置ＩＤの間に未だ確定的な紐付がなされていない。このようなレコードを、以降“仮紐付レコード”とも呼ぶ。

判定フラグ“１”は、当該レコードに、端末装置ＩＤ、車載装置ＩＤ及び紐付日時が記憶されており、解除日時が記憶されていない（“ＮＵＬＬ”である）ことを示す。この状態では、端末装置ＩＤ及び車載装置ＩＤの間に確定的な紐付がなされている。このようなレコードを、以降“確定紐付レコード”とも呼ぶ。ある時点において、非オーナーが自身の携帯端末装置３を使用して車両を運転できるのは、その時点において当該携帯端末装置３の端末装置ＩＤ及び当該車両に搭載される車載装置を特定する車載装置ＩＤが確定紐付レコードに記憶されている場合のみである。なお、“紐付が確定的であることを示す情報”には、ここでの判定フラグ“１”が相当する。

判定フラグ“２”は、当該レコードに、端末装置ＩＤ、車載装置ＩＤ、紐付日時及び解除日時が記憶されていることを示す。この状態でも、端末装置ＩＤ及び車載装置ＩＤの間に確定的な紐付がなされてはいるが、それは過去の履歴に留まる。このようなレコードを、以降“解除レコード”とも呼ぶ。判定フラグの時間軸の推移については後記する。
オーナーフラグは対応する車載装置ＩＤに対応する車両のオーナーであることを表す識別子である。“０”は非オーナーであることを表し、“１”はオーナーであることを表す。

（認証情報）
有効期限付認証情報とは、有効期限を有する認証情報である。認証情報とは、非オーナーの携帯端末装置３の端末装置ＩＤを車載装置ＩＤに対して確定的に紐付けるための情報であり、端末車両紐付装置１がその都度乱数表等を使用して無作為的に生成する文字列、数字列又はそれらの組合せである。そして、有効期限とは、非オーナーの携帯端末装置３の端末装置ＩＤを車載装置ＩＤに対して確定的に紐付け得る期限であり、その期限は、例えば、車載装置２に認証情報を送ってから携帯端末装置３から入力できると考えられるある一定の時間である。詳細は後記するが、端末車両紐付装置１は、自身が携帯端末装置３から受信した有効期限付認証情報が、自身が車載装置２に向けて発信した有効期限付認証情報と一致する場合、当該携帯端末装置３は当該車両の車両キーとなり得ると判断する。

（判定フラグの推移）
説明の一部が前記と重複するが、判定フラグ（図２の欄１０５）の時間軸の推移を、有効期限付認証情報との関係において説明すると以下の通りである。
・端末車両紐付装置１は、判定フラグの初期値を“ＮＵＬＬ”とする。
・端末車両紐付装置１は、紐付情報３１に端末装置ＩＤ及び車載装置ＩＤを最初に記憶する時点で、判定フラグを“０”とする。この段階では、紐付は確定的になってはいない。
・端末車両紐付装置１は、車載装置２に対して有効期限付認証情報を発行しても、取り敢えずは、判定フラグを“０”のままとする。紐付は確定的になっていないままである。

・端末車両紐付装置１は、携帯端末装置３から有効期限付認証情報を受信した時点で、受信した有効期限付認証情報が、予め車載装置２に対して発行していた有効期限付認証情報と一致するか否かを判断する。その結果、それらが一致していれば、端末車両紐付装置１は、紐付情報３１にその時点（紐付日時）を記憶する。端末車両紐付装置１は、このとき初めて判定フラグを“１”とする。この段階で、紐付は確定的になる。
・端末車両紐付装置１は、車載装置３から解除請求を受信した時点で、紐付情報３１にその時点（解除日時）を記憶し、判定フラグを“２”とする。この段階で、紐付は解除される。

紐付情報３１を参照すると、例えば以下のことがわかる。
・２０１７年３月１７日１２時００分００秒以降２０１７年３月１８日１２時００分００秒までの期間において、車両（車載装置）Ｃ００１は、携帯端末装置Ｍ００２を携帯する非オーナーによって駐車場内を運転され得る状態であった（３行目のレコード）。現時点では、車両Ｃ００１は、当該非オーナーによってもはや車両の手動運転は行われない。

・２０１７年４月１７日１０時００分００秒以降現時点までの期間において、車両Ｃ００１は、携帯端末装置Ｍ００１を携帯するオーナーによって車両への指示を行え得るもしくは駐車場内を運転され得る状態である（１行目のレコード）。

・２０１７年４月１７日１１時００分００秒以降現時点までの期間において、車両Ｃ００２は、携帯端末装置Ｍ００１を携帯するオーナーによって車両への指示を行え得るもしくは駐車場内を運転され得る状態である（２行目のレコード）。

・２０１７年４月１８日１１時００分００秒以降現時点までの期間において、車両Ｃ００２は携帯端末装置Ｍ００４を携帯する非オーナーによって自動車に対し、鍵の開錠、走行の指示等を行え得る状態である(６行目のレコード)。この様な状態は、例えば２行目のレコードに該当する車両(Ｃ００２)が駐車場内を走行中に自動運転不可な状態に遷移した場合等、車両に対して指示を行う権限をオーナーから非オーナーに委譲する際に必要になる。なお、この権限の委譲については、後述する図１０において具体的に説明する。

（端末装置情報）
図３に沿って、端末装置情報３２を説明する。端末装置情報３２においては、端末装置ＩＤ欄１１１に記憶された端末装置ＩＤに紐付けて、電話番号欄１１２には電話番号が、メールアドレス欄１１３にはメールアドレスが、登録日欄１１４には登録日が、運転技術レベル欄１１５には運転技術レベルが記憶されている。
端末装置ＩＤ欄１１１の端末装置ＩＤは、前記した端末装置ＩＤ（図１の符号５５）である。

電話番号欄１１２の電話番号は、携帯端末装置３を携帯電話として使用する際の電話番号である。
メールアドレス欄１１３のメールアドレスは、携帯端末装置３を電子メールの送受信機として使用する際のメールアドレスである。
登録日欄１１４の登録日は、端末装置情報３２に当該レコード（行）が記憶された時点の年月日である。

運転技術レベル欄１１５の運転技術レベルは、端末装置ＩＤを所持する者の運転技術レベルを表す。オーナーの端末装置ＩＤの場合は、ＮＵＬＬを許可するが、駐車場管理者の運転技術レベルはＮＵＬＬを許容せず入力を必須とする。この項目は、駐車場内で自動運転不可となった車両に対し、一時的に手動運転を行う際に、駐車場管理者の担当者のうち、適切な担当者を運転者として割り当てる際の判断として使用する。

端末装置情報３２においては、少なくとも、携帯端末装置３を一意に特定する識別子及び登録日が記憶されていることが必要である。電話番号及びメールアドレスもまた、このような識別子であるといえる。したがって、電話番号、メールアドレス及びこれら以外の端末装置ＩＤ（例えば、端末車両紐付装置１が自動的に採番するもの）のうちの少なくとも１つが端末装置情報３２に記憶されておればよい。さらに、端末車両紐付装置１は、端末装置ＩＤを新たに採番することに代えて、携帯端末装置３のシリアル番号、ＩＭＥＩ（International Mobile Equipment Identifier）等を流用してもよい。

（車両情報）
図４に沿って、車両情報３３を説明する。車両情報３３においては、車載装置ＩＤ欄１２１に記憶された車載装置ＩＤに紐付けて、車種欄１２２には車種が、長さ欄１２３には長さが、横幅欄１２４には横幅が、登録日欄１２５には登録日が、自動運転技術レベル１２６には自動運転技術レベルが記憶されている。
車載装置ＩＤ欄１２１の車載装置ＩＤは、前記した車載装置ＩＤ（図１の符号４５）である。
車種欄１２２の車種は、車両の種類である。車両の種類は、小型車、大型車のような大きさの区分であってもよいし、乗用車、トラックのような用途の区分であってもよいし、運転に必要な免許の区分であってもよい。

長さ欄１２３の長さは、車両の前後長（単位ｃｍ）である。
横幅欄１２４の長さは、車両の横幅長（単位ｃｍ）である。
登録日欄１２５の登録日は、車両情報３３に当該レコード（行）が記憶された時点の年月日である。
自動運転技術レベル欄１２６の自動運転技術レベルは、自動運転が可能な内容（自動運転の技術レベル）である。

駐車場の構造によっては、例えば大型車の駐車スペースは限定される。そして、車種によっては、非オーナーに高度な運転技量が要求される場合もある。また、自動運転車の自動運転機能によっては、特定の車庫にのみ車庫入れが可能な場合もあり得る。よって、車種及び長さに代わって又は加えて、その車両を運転する非オーナー、その車両を駐車するスペースを選択するため等、駐車容易度を定める上で役立つ種々の情報を記憶しておくことが可能である。

（端末登録処理手順）
図５に沿って、端末登録処理手順を説明する。
ステップＳ２０１において、オーナーの携帯端末装置３は、端末登録要求を送信する。具体的には、携帯端末装置３は、端末登録要求を、自身の端末装置ＩＤ（図１の符号５５）、電話番号及びメールアドレス及びオーナー登録か否かを識別する情報とともに、端末車両紐付装置１に送信する。ここでは、オーナーの携帯端末装置を例に説明したが、非オーナーの携帯端末の場合も同様に登録できる。

ステップＳ２０２において、端末車両紐付装置１の端末車両登録部２１は、端末登録要求を受信する。具体的には、端末車両登録部２１は、携帯端末装置３から、端末登録要求を、端末装置ＩＤ、電話番号及びメールアドレス及びオーナー登録か否かを識別する情報とともに受信する。

ステップＳ２０３において、端末車両紐付装置１の端末車両登録部２１は、携帯端末装置３を登録する。具体的には、第１に、端末車両登録部２１は、紐付情報３１（図２）の新たなレコードを作成し、端末装置ＩＤ欄１０１に、ステップＳ２０２において受信した端末装置ＩＤを記憶する。そして、端末車両登録部２１は、新たなレコードの車載装置ＩＤ欄１０２、紐付日時欄１０３、解除日時欄１０４及び判定欄１０５に“ＮＵＬＬ”を記憶する。オーナーフラグにはオーナー登録の場合は“１”、それ以外の場合は“０”を登録する。ここで作成されるレコードは、待機レコードである。

第２に、端末車両登録部２１は、端末装置情報３２（図３）の新たなレコードを作成し、端末装置ＩＤ欄１１１、電話番号欄１１２及びメールアドレス欄１１３に、ステップＳ２０２において受信した端末装置ＩＤ、電話番号及びメールアドレスを記憶する。そして、端末車両登録部２１は、新たなレコードの登録日欄１１４に現時点の年月日を記憶する。

ステップＳ２０４において、端末車両紐付装置１の端末車両登録部２１は、登録結果を送信する。登録結果とは、端末車両紐付装置１の端末装置情報及び紐付情報へのレコード登録成否結果である。

ステップＳ２０５において、携帯端末装置３は、登録結果を受信する。具体的には、第１に、携帯端末装置３は、登録結果を端末車両紐付装置１から受信する。
第２に、携帯端末装置３は、登録結果を入出力装置５２に表示する。その後、端末登録処理手順を終了する。

（車両登録処理手順）
図６に沿って、車両登録処理手順を説明する。オーナーは、自身の携帯端末装置３を使用して、端末車両紐付装置１に対し、車載装置ＩＤを発行することを要求する。

ステップＳ２１１において、（オーナーの）携帯端末装置３は、車載装置ＩＤ発行要求を送信する。具体的には、携帯端末装置３は、車載装置ＩＤ発行要求を、端末車両紐付装置１に送信する。

ステップＳ２１２において、端末車両紐付装置１の端末車両登録部２１は、車載装置ＩＤ発行要求を受信する。具体的には、端末車両登録部２１は、車載装置ＩＤ発行要求を、端末装置ＩＤとともに携帯端末装置３から受信する。

ステップＳ２１３において、端末車両紐付装置１の端末車両登録部２１は、車載装置ＩＤを発行する。このとき、端末車両登録部２１は、ユニークな識別子を新たに生成する。もちろん、端末車両登録部２１は、プレートナンバー等の既知の車両識別番号を車載装置ＩＤとしても構わない。しかしながら、セキュリティ確保の観点からは、端末車両登録部２１は、乱数表等を使用して無作為な文字列等を生成することがより望ましい。

ステップＳ２１４において、端末車両紐付装置１の端末車両登録部２１は、車載装置ＩＤを登録する。具体的には、第１に、端末車両登録部２１は紐付情報３１（図２）からステップS２１２で受信した端末装置ＩＤに該当するレコードを取得する。
第２に、端末車両登録部２１は、取得したレコードのオーナーフラグが“１”であることを確認した上で、判定フラグを“０”に設定する。

第３に、端末車両登録部２１は、紐付情報３１（図２）からオーナーフラグが“１”の待機レコードを取得する。そして、端末車両登録部２１は、待機レコードの車載装置ＩＤ欄１０２にステップＳ２１３において生成した車載装置ＩＤを記憶し、判定欄１０５に“０”を記憶することによって、待機レコードを仮紐付レコードとする。

第４に、端末車両登録部２１は、車両情報３３（図４）の新たなレコードを作成し、車載装置ＩＤ欄１２１にステップＳ２１３において発行した車載装置ＩＤを記憶し、更に必要に応じて車種欄１２２及び長さ欄１２３にステップＳ２１２において受信した車種及び車両の長さを記憶する。そして、端末車両登録部２１は、新たなレコードの登録日欄１２５に現時点の年月日を記憶する。

ステップＳ２１５において、端末車両紐付装置１の端末車両登録部２１は、車載装置ＩＤを送信する。具体的には、端末車両登録部２１は、ステップＳ２１３において発行した車載装置ＩＤを携帯端末装置３に送信する。
ステップＳ２１６において、携帯端末装置３は、車載装置ＩＤを受信する。具体的には、携帯端末装置３は、ステップＳ２１３において発行した車載装置ＩＤを端末車両紐付装置１から受信する。

ステップＳ２１７において、携帯端末装置３は、車載装置ＩＤを登録する。具体的には、携帯端末装置３は、ステップＳ２１６において受信した車載装置ＩＤを、補助記憶装置５３に記憶する。

ステップＳ２１８において、車載装置２は、車載装置ＩＤを登録する。具体的には、車載装置２は、以下の方法１、方法２及び方法３のうちのいずれかで車載装置ＩＤを受け付けることが例えば可能である。
〈方法１〉オーナーが携帯端末装置３の入出力装置５２に表示されている車載装置ＩＤを視認し、入出力装置４２を介して車載装置ＩＤを手動で車載装置２に入力する。
〈方法２〉携帯端末装置３がネットワーク４を介して車載装置ＩＤを車載装置２に送信する。
〈方法３〉携帯端末装置３が、ネットワーク４以外の短距離無線等通信技術を使用して、車載装置ＩＤを車載装置２に送信する。
前記方法１は、オーナーに手間を課する方法ではあるが、オーナーがわざわざ車両に乗り込み、車載装置３を操作しなければならない点で、より安全度が高い。

ステップＳ２１９において、車載装置２は、登録結果を表示する。具体的には、車載装置２は、ステップＳ２１４の“第４”において作成したレコード登録の成否結果を入出力装置４２に表示する。

ステップＳ２２０１において、車載装置２は、端末車両紐付装置１に、車載装置２が搭載されている自動車の仕様情報を送信する。仕様情報は自動バレーパーキングに必要な長さ、横幅、車種等である。送信する仕様情報は予め車載装置と端末車両紐付装置間で取り決めておくものとする。ただし、カタログスペック等から自動バレーパーキングを行う上で必要な情報を入手できれば、車種等の限定した情報を送信することとしてよい。

ステップＳ２２０２において、端末車両紐付装置１は車載装置２から自動車の仕様情報を受信する。端末車両紐付装置１の端末車両登録部２１は車両情報３３の車載装置ＩＤに該当するレコードに受信した情報を記録する。
その後、車両登録処理手順を終了する。

（紐付処理手順）
図７に沿って、紐付処理手順を説明する。ここでは、オーナーが車両に乗車したうえで車載装置２を起動したということが前提となっている。
ステップＳ２２１において、車載装置２は、認証情報発行要求を送信する。具体的には、車載装置２は、有効期限付認証情報を要求する認証情報発行要求を、ステップＳ２１８において受け付けた車載装置ＩＤとともに端末車両紐付装置１に送信する。このとき、オーナーは、車両を運転したままの状態で、車載装置２の入出力装置４２を操作することによって認証情報発行要求を送信する。

ステップＳ２２２において、端末車両紐付装置１の端末車両紐付部２２は、認証情報発行要求を受信する。具体的には、端末車両紐付部２２は、認証情報発行要求を車載装置ＩＤとともに車載装置２から受信する。
ステップＳ２２３において、端末車両紐付装置１の端末車両紐付部２２は、車載装置ＩＤが仮紐付レコードに記憶されていることを確認する。具体的には、端末車両紐付部２２は、ステップＳ２２２において受信した車載装置ＩＤを検索キーとして紐付情報３１（図２）を検索し、該当したレコードの判定フラグが“０”であることを確認する。ここで、当該確認ができない場合、端末車両紐付部２２は、紐付処理手順を終了する（フローチャートとしては図示せず）。

ステップＳ２２４において、端末車両紐付装置１の端末車両紐付部２２は、認証情報を発行する。具体的には、第１に、端末車両紐付部２２は、以下の例に基づいて有効期限を決定する。
〈例〉有効期限情報送信後、すぐに携帯端末装置から入力可能と考えられる時間
第２に、端末車両紐付部２２は、乱数表等を使用し無作為的に文字列、数字列又はこれらの組合せを生成し、これを認証情報とする。そして、端末車両紐付部２２は、ステップＳ２２４の“第１”において決定した有効期限を認証情報に付すことによって有効期限付認証情報を生成する。

ステップＳ２２５において、端末車両紐付装置１の端末車両紐付部２２は、認証情報を送信する。具体的には、端末車両紐付部２２は、有効期限付認証情報を、車載装置２に送信する。
ステップＳ２２６において、車載装置２は、認証情報を受信し、表示する。具体的には、車載装置２は、有効期限付認証情報を、端末車両紐付装置１から受信する。そして、車載装置２は、有効期限付認証情報を補助記憶装置４３に記憶するとともに、入出力装置４２に表示する。

ステップＳ２２７において、携帯端末装置３は、認証情報を送信する。具体的には、携帯端末装置３は、ステップＳ２２６において表示された認証情報と端末装置ＩＤを端末車両紐付装置１に送信する。この時、携帯端末装置３は、以下の方法４、方法５及び方法６のうちのいずれかで有効期限付認証情報を受け付けることが例えば可能である。

〈方法４〉オーナーが車載装置２の入出力装置４２に表示されている有効期限付認証情報を視認し、有効期限付認証情報を手動で入出力装置５２に入力する。
〈方法５〉車載装置２がネットワーク４を介して有効期限付認証情報を携帯端末装置３に送信する。
〈方法６〉車載装置２が、ネットワーク４以外の短距離無線等通信技術を使用して、有効期限付認証情報を車載装置２に送信する。
前記方法４は、オーナーに手間を課する方法ではあるが、直接携帯端末装置３に有効期限付認証情報を入力させる点で安全度が高い。

ステップＳ２２８において、端末車両紐付装置１の端末車両紐付部２２は、認証情報が有効であるか否かを判断する。具体的には、第１に、端末車両紐付部２２は、有効期限付認証情報を携帯端末装置３から受信する。

第２に、端末車両紐付部２２は、以下の条件１、条件２及び条件３が同時に満たされている場合（ステップＳ２２８“Ｙｅｓ”）、ステップＳ２２９に進み、それ以外の場合（ステップＳ２２８“Ｎｏ”）、ステップＳ２３０に進む。

〈条件１〉現時点が、ステップＳ２２８の“第１”において携帯端末装置３から受信した有効期限付認証情報の有効期限を超えていない。
〈条件２〉ステップＳ２２８の“第１”において携帯端末装置３から受信した有効期限付認証情報の認証情報が、ステップＳ２２５において車載装置２に送信した有効期限付認証情報の認証情報と一致する。
〈条件３〉ステップＳ２２８の“第１”において携帯端末装置３から受信した端末装置ＩＤが、紐付情報３１のレコードのうち、オーナーフラグが“１”でありかつ車載装置ＩＤがステップＳ２２７で認証情報を送信した車載装置ＩＤであるレコードに対応する端末装置ＩＤと一致する。

ステップＳ２２９において、端末車両紐付装置１の端末車両紐付部２２は、携帯端末装置３を車載装置２に確定的に紐付ける。具体的には、端末車両紐付部２２は、仮紐付レコードの紐付日時欄１０３に現時点の年月日時分秒を記憶し、判定欄１０５に“１”を記憶することによって、仮紐付レコードを確定紐付レコードとする。
この段階で、端末車両紐付部２２は、“確定紐付レコードの端末装置ＩＤが特定する携帯端末装置３を使用するオーナーが、確定紐付レコードの車載装置ＩＤが特定する車載装置２を搭載する車両に対する指示を行ってよい”と判断する。

ステップＳ２３０において、端末車両紐付装置１の端末車両紐付部２２は、処理結果を送信する。具体的には、端末車両紐付部２２は、以下の情報を処理結果として携帯端末装置３に送信する。
〈ステップＳ２２８“Ｙｅｓ”を経由した場合〉
確定紐付レコードの車載装置ＩＤを有する車両情報３３のレコードの内容、及び、“あなたはこの車両に対し自動バレーパーキングの指示を行えます。”という第１のメッセージ
〈ステップＳ２２８“Ｎｏ”を経由した場合〉
“あなたが送信した認証情報は有効期限を超過しています”又は“あなたが送信した認証情報は誤った認証情報です”という第２のメッセージ

ステップＳ２３１において、携帯端末装置３は、処理結果を受信する。具体的には、携帯端末装置３は、ステップＳ２３０において送信された処理結果を端末車両紐付装置１から受信し、入出力装置５２に表示する。その後、紐付処理手順を終了する。確定紐付レコードが紐付情報３１（図２）に記憶されている限り、その確定紐付レコードの端末装置ＩＤが特定する携帯端末装置３を使用するオーナーは、その車載装置ＩＤが特定する車載装置２を搭載する車両を運転し、又は、当該車両に対し動作を指示できる。具体的には運転できるようにする場合、電子キーの権限が、動作を指示できるようにする場合、指示権限が各々付与される。

（紐付解除処理手順）
図８に沿って、紐付解除処理手順を説明する。
ステップＳ２４１において、車載装置２は、紐付解除要求を送信する。具体的には、車載装置２は、端末装置ＩＤ及び車載装置ＩＤの間の紐付を解除する要求である紐付解除要求を、車載装置ＩＤとともに端末車両紐付装置１に送信する。

ステップＳ２４２において、端末車両紐付装置１の端末車両紐付部２２は、紐付解除要求を受信する。具体的には、端末車両紐付部２２は、紐付解除要求を、車載装置ＩＤとともに車載装置２から受信する。この際、オーナーからの紐付解除要求であることをオーナーの携帯端末装置等を用いて確認する。（フローチャートとしては図示せず。）

ステップＳ２４３において、端末車両紐付装置１の端末車両紐付部２２は、携帯端末装置３が車載装置２に紐付けられているか否かを判断する。具体的には、端末車両紐付部２２は、紐付情報３１（図２）に、以下の条件４及び条件５を同時に満たすレコードが存在する場合（ステップＳ２４３“Ｙｅｓ”）、該当するレコードを保持したままステップＳ２４４に進む。端末車両紐付部２２は、それ以外の場合（ステップＳ２４３“Ｎｏ”）、ステップＳ２４５に進む。
〈条件４〉車載装置ＩＤ欄１０２にステップＳ２４２において受信した車載装置ＩＤが記憶されている。
〈条件５〉判定欄１０５に“１”が記憶されている。

ステップＳ２４４において、端末車両紐付装置１の端末車両紐付部２２は、紐付を解除する。具体的には、端末車両紐付部２２は、ステップＳ２４３において保持したレコードの解除日時欄１０４に現時点の年月日時分秒を記憶し、判定欄１０５に“２”を記憶する（確定紐付レコードを解除レコードにする）。

ステップＳ２４５において、端末車両紐付装置１の端末車両紐付部２２は、処理結果を送信する。具体的には、端末車両紐付部２２は、以下の情報を処理結果として車載装置２に送信する。
〈ステップＳ２４３“Ｙｅｓ”を経由した場合〉
“あなたの車両と携帯端末装置の紐付けが解除されました”という第３のメッセージ
〈ステップＳ２４３“Ｎｏ”を経由した場合〉
“あなたの車両と携帯端末装置の紐付けが解除されています”という第４のメッセージ

ステップＳ２４６において、車載装置２は、処理結果を受信する。具体的には、車載装置２は、ステップＳ２４５において送信された処理結果を端末車両紐付装置１から受信し、入出力装置４２に表示する。その後、紐付解除処理手順を終了する。なお、紐付解除処理手順は、オーナーがホテルを出発するタイミング以外の他のタイミングで実行されてもよい。

（車載装置ＩＤ削除処理手順）
図９に沿って、車載装置ＩＤ削除処理手順を説明する。いま、オーナーがバレーパーキングをもはや利用しないと決定したとする。
ステップＳ２５１において、車載装置２は、車載装置ＩＤ削除要求を送信する。具体的には、車載装置２は、車載装置ＩＤを削除する要求である車載装置ＩＤ削除要求を、車載装置ＩＤとともに端末車両紐付装置１に送信する。

ステップＳ２５２において、端末車両紐付装置１の端末車両紐付部２２は、車載装置ＩＤ削除要求を受信する。具体的には、端末車両紐付部２２は、車載装置ＩＤ削除要求を、車載装置ＩＤとともに車載装置２から受信する。この際、オーナーからの削除要求であることをオーナーの携帯端末装置等を用いて確認する。

ステップＳ２５３において、端末車両紐付装置１の端末車両紐付部２２は、車載装置ＩＤが登録されているか否かを判断する。具体的には、端末車両紐付部２２は、紐付情報３１（図２）に、ステップＳ２５２において受信した車載装置ＩＤを含むレコードが存在する場合（ステップＳ２５３“Ｙｅｓ”）、ステップＳ２５４に進む。端末車両紐付部２２は、それ以外の場合（ステップＳ２５３“Ｎｏ”）、ステップＳ２５５に進む。

ステップＳ２５４において、端末車両紐付装置１の端末車両紐付部２２は、車載装置ＩＤを削除する。具体的には、第１に、端末車両紐付部２２は、ステップＳ２５２において受信した車載装置ＩＤを含むレコードを、紐付情報３１（図２）から削除する。
第２に、端末車両紐付部２２は、ステップＳ２５２において受信した車載装置ＩＤを含むレコードを車両情報３３（図４）から削除する。

ステップＳ２５５において、端末車両紐付装置１の端末車両紐付部２２は、処理結果を送信する。具体的には、端末車両紐付部２２は、以下の情報を処理結果として車載装置２に送信する。
〈ステップＳ２５３“Ｙｅｓ”を経由した場合〉
“ホテルはあなたの車両の登録を削除しました”という第５のメッセージ
〈ステップＳ２５３“Ｎｏ”を経由した場合〉
“ホテルにあなたの車両は登録されていませんでした”という第６のメッセージ

ステップＳ２５６において、車載装置２は、処理結果を受信する。具体的には、車載装置２は、ステップＳ２５５において送信された処理結果を端末車両紐付装置１から受信し、入出力装置４２に表示する。

ステップＳ２５７において、車載装置２は、車載装置ＩＤが削除されたか否かを判断する。具体的には、車載装置２は、ステップＳ２５６において受信した処理結果が第５のメッセージであった場合（ステップＳ２５７“Ｙｅｓ”）、ステップＳ２５８に進む。車載装置２は、ステップＳ２５６において受信した処理結果が第６のメッセージであった場合（ステップＳ２５７“Ｎｏ”）、車載装置ＩＤ削除処理手順を終了する。

ステップＳ２５８において、車載装置２は、車載装置ＩＤを削除する。具体的には、車載装置２は、補助記憶装置４３から車載装置ＩＤを削除する。その後、車載装置ＩＤ削除処理手順を終了する。なお、車載装置ＩＤ削除処理手順は、オーナーがバレーパーキングをもはや利用しないと決定したタイミング以外の他のタイミングで実行されてもよい。他のタイミングの例としては、オーナーが車両を手放したとき等である。

（緊急時の駐車場管理者への操作権限の一時的な委譲）
図１０を用いて、緊急時に駐車場管理者へ車両の操作権限を委譲する手順を説明する。
自動バレーパーキングを指示された車両が駐車場内を走行中であったときに、車両内の装置の故障等により、自動運転の継続が難しくなった場合に、一時的に駐車場管理者により車両を手動で運転する必要があるケースが想定される。

ステップＳ２６１で自動運転の継続が難しくなったと車両自身が判断し、車載装置２を介して端末車両紐付装置１に通知する。具体的には車載装置２の補助記憶装置４３の車載装置ＩＤを端末車両紐付け装置１に通知する。
ステップＳ２６２で端末車両紐付装置１は車両からの自動運転不可通知を受信する。
具体的にはステップＳ２６１で指定された車両を特定する車載装置ＩＤを受信する。

ステップＳ２６３で端末車両紐付装置１は紐付情報３１より、待機レコードを取得する。具体的には、紐付情報３１からオーナーフラグが“０”の待機レコード（駐車場管理者の携帯端末装置）を取得する。

オーナーフラグが“０”の待機レコードの数は、１つであるとは限らない。なぜならば、ホテルには通常複数の非オーナーが存在するからである。そこで、端末車両登録部２１は、それぞれの非オーナーの負荷が均等になるように、予め複数の待機レコードを所定の順番に並べておき、先頭の待機レコードを仮紐付レコードとしてもよい。また、複数の非オーナーのうち一部の非オーナーに車両の操作権限を委譲する際には、予め記憶済みの複数の非オーナーの運転技量の情報を用いて、委譲する携帯端末装置を決定する様にしても良い。更に、委譲する携帯端末装置を決定する際には、操作の対象となる車両の車種もしくは長さの情報、または駐車スペースの情報の少なくともいずれかを用いても良い。

特に、運転技量が低い非オーナーが、運転の難易度が高い車両を運転しない様に、或いは狭い、縦列と言った難易度が高い駐車スペースに入庫する割り当てがされないようにするのが望ましい。その場合、端末車両登録部２１は、ステップＳ２１２において受信した車種及び車両の長さを、予め記憶済の各非オーナーの運転技量と照合することによって、その車両の運転に最も適した非オーナーについての待機レコードを仮紐付レコードとしてもよい。その他、駐車の難易度には、隣接する車両が大型である、はみ出して駐車している、等の動的な情報も加味されるべきである。従って、駐車予定のスペースと隣接する車両に関する情報（車種や駐車位置など）を考慮して委譲する携帯端末装置を決定することも可能である。

ステップＳ２６４でステップＳ２６３で取得した待機レコードの端末装置ＩＤから端末装置情報３２の運転技術レベルを満たす端末装置ＩＤを取得する。
ステップＳ２６５で端末車両紐付装置１は紐付処理を行った端末装置ＩＤ１１１をキーに端末装置情報３２を検索し、電話番号１１２、メールアドレス１１３を取得する。
ステップＳ２６６で端末車両紐付装置１はステップＳ２６３で取得した電話番号、メールアドレス宛に待機レコードと車両を紐付けたことを(非オーナーの)携帯端末装置３に通知する。

ステップS２６７で駐車場管理者の携帯端末装置３は紐付けが完了したメールを受信する。その後、携帯端末装置権限一時委譲手順を終了する。終了したことにより、車両のドアの解錠指示を出すことが可能になる。
本処理で駐車場の管理者へ一時的な操作権限を行う際に、オーナーの端末への権限委譲依頼を行う処理があってもよい。（フローチャートとしては図示せず。）

（駐車場管理者への操作権限解除手順）
図１１を用いて、駐車場管理者へ一時的に紐付けた操作権限の解除手順について説明する。
ステップＳ２７１で（オーナーの）携帯端末装置３から端末車両紐付装置１に対し、紐付解除要求を送信する。具体的には携帯端末装置３の端末装置ＩＤ５５を送信する。
ステップＳ２７２で端末車両紐付装置１は紐付解除要求を受信する。具体的には（オーナーの）携帯端末装置３から送信された携帯端末装置３の端末装置ＩＤ５５を受信する。

ステップＳ２７３で端末車両紐付装置１の端末車両紐付部２２は、（非オーナーの）携帯端末装置が車載装置に紐付られているか否かを判断する。具体的には端末車両紐付部２２は紐付情報３１(図２)に以下の条件６及び条件７を同時に満たすレコードが存在する場合(ステップ２７３“Ｙｅｓ”）、該当するレコードを保持したままステップＳ２７４に進む。端末車両紐付部２２は、それ以外の場合（ステップＳ２７３“Ｎｏ”）、ステップＳ２７５に進む。
〈条件６〉（オーナーの）端末装置ＩＤに対応する車載装置ＩＤのレコードのうち、オーナーフラグが“０”のレコード。
〈条件７〉条件６のうち、判定フラグが“１”のレコード。

ステップＳ２７４において、端末車両紐付装置１の端末車両紐付部２２は、紐付を解除する。具体的には、端末車両紐付部２２はステップＳ２７３において保持したレコードの解除日時欄１０４に現時点の年月日時分秒を記憶し、判定欄１０５に“２”を記憶する（確定紐付レコードを解除レコードにする）。

ステップＳ２７５において、端末車両紐付装置１の端末車両紐付部２２は、処理結果を送信する。具体的には端末車両紐付部２２は、以下の情報を処理結果として車載装置３に送信する。
<ステップＳ２７３“Ｙｅｓ”を経由した場合>
“駐車場管理者の携帯端末とあなたの車両の紐付を解除しました。”という第７のメッセージ
<ステップＳ２７４“Ｎｏ”を経由した場合>
“あなたの車両は駐車場管理者の携帯端末とは紐付けられていません。”という第８のメッセージ

ステップＳ２７６において、（オーナーの）携帯端末装置３は処理結果を受信する。具体的には、車載装置２はステップＳ２７５において送信された処理結果を端末車両紐付装置１から受信し、入出力装置５２に表示する。
その後、携帯端末装置権限一時委譲解除手順を終了する。なお、当該手順はオーナーから任意のタイミングで実行可能とするが、非オーナーによる手動運転が完了した後に、受け付けるものとする。（フローチャートとしては図示せず。）

（運転指示計画への応用）
前記では、オーナーからの指示を元に車両に都度動作指示をすることを前提としていた。しかしながら、端末車両紐付装置１は、予め予定された動作を登録しておくことも可能である。いま、紐付情報３１（図２）において、１行目のレコードが既に記憶されているとする。オーナーは、ホテルの玄関で車載装置Ｃ００１を搭載した車両から降り、携帯端末装置Ｍ００１を携帯した状態で客室に入る。

携帯端末装置Ｍ００１は、オーナーが入出力装置５２を介して、例えば以下のような情報（以降、“出発準備情報”とも呼ぶ）を入力するのを受け付ける。なお、“＃”は、異なる任意の数値を省略的に示している。
・直ちに、車両を地下＃階の＃番のスペースに駐車する。
・＃年＃月＃日＃時＃分以降、車両の空調装置を稼働し車内の気温を＃℃に維持する。
・＃年＃月＃日＃時＃分、車両を洗車ラインに通す。
・＃年＃月＃日＃時＃分、車両の蓄電池の容量限界まで充電し、車両の燃料タンクの容量限界まで給油する。

次に、携帯端末装置Ｍ００１は、出発準備情報を端末車両紐付装置１に送信する。端末車両紐付装置１は、紐付情報３１の１行目のレコードに紐付けて出発準備情報を記憶する。その後、端末車両紐付装置１は、ネットワーク４を介して車載装置Ｃ００１との通信を確保し、出発準備情報において指定されたタイミングで指定された動作を実現するための制御信号を、車載装置Ｃ００１に送信する。

（本実施形態の効果）
本実施形態の端末車両紐付装置の効果は以下の通りである。
（１）端末車両紐付装置は、運転者の携帯端末装置及び車載装置の登録、並びに、認証情報の一致の確認によって、確実に携帯端末装置を車載装置に紐付けることができる。
（２）端末車両紐付装置は、携帯端末ＩＤ及び車載装置ＩＤの間の紐付けを２段階で管理することができる。よって、認証の有無を容易に管理することができ、併せて、確定的な紐付けをする前に任意の方法で運転者を順序付けることができる。

（３）端末車両紐付装置は、バレーパーキングのように、複数の運転者（オーナー及び非オーナー）がいる場合にも対応できる。
（４）端末車両紐付装置は、認証情報の有効期限を決められるので、安全度が増す。
（５）端末車両紐付装置は、オーナーの都合で、携帯端末ＩＤ及び車載装置ＩＤの間の紐付けを解除できる。よって、認証の履歴を容易に管理することができる。
（６）端末車両紐付装置は、オーナーの都合で、車載装置ＩＤを削除できる。よって、車載装置ＩＤがプレートナンバー等である場合、個人情報を保護できる。
（７）端末車両紐付装置は、車載装置に認証情報を表示する。よって、オーナーが非常時に備えて認証情報を管理することが可能になる。

なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１ 端末車両紐付装置
２ 車載装置
３ 携帯端末装置
４ ネットワーク
１１、４１、５１ 中央制御装置
１２ 入力装置
１３ 出力装置
１４ 主記憶装置（記憶部）
１５、４３、５３ 補助記憶装置（記憶部）
１６、４４、５４ 通信装置
２１ 端末車両登録部
２２ 端末車両紐付部
３１ 紐付情報
３２ 端末装置情報
３３ 車両情報
４２、５２ 入出力装置

Claims (11)

1. 車両を運転または車両に指示するために使用する携帯端末装置の登録を受け付け、
   前記車両に搭載される車載装置の登録を受け付け、
   前記登録を受け付けた携帯端末装置から受信した認証情報が、前記登録を受け付けた車載装置に予め送信した認証情報に一致する場合、前記携帯端末装置を使用して前記車両を運転または前記車両に対し動作を指示することが可能であると判断すること、
   を特徴とする端末車両紐付方法。
2. 前記携帯端末装置を特定する第１の識別子を、前記車載装置を特定する第２の識別子に紐付けて記憶し、
   前記携帯端末装置から前記第１の識別子を受信し、
   前記第２の識別子を発行し、
   前記受信した第１の識別子を前記発行した第２の識別子に紐付けて記憶し、
   前記登録を受け付けた携帯端末装置から受信した認証情報が、前記登録を受け付けた車載装置に予め送信した認証情報に一致する場合、前記第１の識別子及び前記第２の識別子の紐付が確定的であることを示す情報を記憶すること、
   を特徴とする請求項１に記載の端末車両紐付方法。
3. 複数の非オーナーのうち一部の非オーナーに前記車両の操作権限を委譲する際には、
   予め記憶済みの前記複数の非オーナーの運転技量の情報を用いて、委譲する携帯端末装置を決定すること、
   を特徴とする請求項１または２に記載の端末車両紐付方法。
4. 前記委譲する携帯端末装置を決定する際には、操作の対象となる車両の車種もしくは長さの情報、または駐車スペースの情報の少なくともいずれかを用いること、
   を特徴とする請求項３に記載の端末車両紐付方法。
5. 車両を運転または車両に指示するために使用する携帯端末装置の登録を受け付け、
   前記車両に搭載される車載装置の登録を受け付ける端末車両登録部と、
   前記登録を受け付けた携帯端末装置から受信した認証情報が、前記登録を受け付けた車載装置に予め送信した認証情報に一致する場合、前記携帯端末装置を使用して前記車両を運転または前記車両に対し動作を指示することが可能であると判断する端末車両紐付部と、
   を備えることを特徴とする端末車両紐付装置。
6. 前記端末車両登録部は、
   発行した第２の識別子が特定する車載装置が搭載される車両を運転している者以外の者が使用する携帯端末装置から第１の識別子を受信すること、
   を特徴とする請求項５に記載の端末車両紐付装置。
7. 前記認証情報は、
   有効期限を有すること、
   を特徴とする請求項６に記載の端末車両紐付装置。
8. 前記端末車両紐付部は、
   前記第１の識別子及び前記第２の識別子の紐付を解除することができること、
   を特徴とする請求項７に記載の端末車両紐付装置。
9. 前記端末車両紐付部は、
   前記第２の識別子を記憶部から削除することができること、
   を特徴とする請求項８に記載の端末車両紐付装置。
10. 前記端末車両紐付部は、
    前記認証情報を前記車載装置に表示させること、
    を特徴とする請求項９に記載の端末車両紐付装置。
11. 端末車両紐付装置の端末車両登録部に対し、
    車両を運転または車両に指示するために使用する携帯端末装置の登録を受け付け、
    前記車両に搭載される車載装置の登録を受け付ける処理を実行させ、
    前記端末車両紐付装置の端末車両紐付部に対し、
    前記登録を受け付けた携帯端末装置から受信した認証情報が、前記登録を受け付けた車載装置に予め送信した認証情報に一致する場合、前記携帯端末装置を使用して前記車両を運転または前記車両に対し動作を指示することが可能であると判断する処理を実行させること、
    を特徴とする端末車両紐付装置を機能させるための端末車両紐付プログラム。

Images