JP6849039B2 - 鍵形状データ管理システム、鍵形状データ管理方法 - Google Patents

Description

本発明は、車両の扉を解錠する機械鍵を製造するための鍵形状データを管理する技術に関する。

車両の扉を解錠する度に鍵を取り出さなければならない煩わしさを解消するために、ユーザーによって携帯された電子キーを車載機が認証して、車両の扉を自動で解錠するパッシブエントリーと呼ばれる技術が開発されている。また、車両に乗り込んだユーザーがエンジンを始動する際にも、車載機がユーザーの電子キーを認証することにより、鍵を用いることなくエンジンスタートボタンでエンジンを始動させることが可能な技術も開発されて、現在では広く使用されている。
このような技術を用いれば、機械式の鍵を用いなくても車両の扉を解錠することができ、更にはエンジンを始動させることも可能となる。

また今日では、いわゆるスマートフォンなどの携帯式の情報端末（以下、携帯端末）が広く普及したことに伴って、車載機がユーザーの携帯する携帯端末を認証することによって、車両の扉を解錠したり、エンジンを始動させたりすることを可能とする技術も提案されている（特許文献１）。

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

しかし、携帯端末を電子キーとして用いた場合でも、ユーザーは依然として電子キーを携帯する必要があるという問題があった。
この理由は、車両のバッテリーが上がってしまうと、車載機による認証ができなくなって、車両の扉を解錠することができなくなるためである。扉を解錠することができなければ、バッテリーを交換することもできない。このため、機械式の鍵を用いて扉を解錠する必要が生じるが、今日では機械式の鍵は電子キーに内蔵されてユーザーに提供されるので、結局、車両のバッテリーが上がってしまう万が一の場合に備えて、電子キーも携帯しておく必要がある。

この発明は、従来技術が有する上述した課題に鑑みてなされたものであり、携帯端末を電子キーとして用いるユーザーが、携帯端末に加えて電子キーも携帯しなければならない事態を解消することが可能な技術の提供を目的とする。

上述した問題を解決するために本発明の鍵形状データ管理システム、および鍵形状データ管理方法は、車両の車両識別情報と、その車両に組み付けられた機械錠の機械錠識別情報と、その機械錠と組み合わせて用いられる機械鍵の鍵形状データとを対応付けて記憶しておく。また、車両の使用者によって携帯された携帯端末と通信することによって、携帯端末の固体毎に付与された端末識別情報と、車両の車両識別情報とも対応付けて記憶しておく。更に、機械鍵を製造可能な複数の製造拠点についての情報も記憶しておく。そして、機械鍵の入手要求を受け付けると、端末識別情報から車両識別情報を特定し、その車両識別情報から機械鍵の鍵形状データを特定する。更に、機械鍵の受渡場所を示す受渡場所情報に基づいて、機械鍵の製造拠点を決定する。そして、決定した鍵形状データと、受渡場所情報とを、製造拠点に送信する。
こうすれば、車両のユーザーは、機械鍵が必要になった場合には、鍵形状データ管理システムに対して機械鍵の入手を要求することで、機械鍵を受け取ることが可能となる。

あるいは、本発明の鍵形状データ管理システム、および鍵形状データ管理方法は、次のようにしても良い。先ず、車両の車両識別情報と、その車両に組み付けられた機械錠の機械錠識別情報と、その機械錠と組み合わせて用いられる機械鍵の鍵形状データとを対応付けて記憶しておく。また、車両の使用者によって携帯された携帯端末と通信することによって、携帯端末の固体毎に付与された端末識別情報と、車両の車両識別情報とも対応付けて記憶しておく。そして、機械鍵の入手要求を受け付けると、端末識別情報から車両識別情報を特定し、その車両識別情報から機械鍵の鍵形状データを特定して、機械鍵の入手を要求してきた相手に返信する。
こうしても、車両のユーザーは、機械鍵が必要になった場合には、鍵形状データ管理システムに対して機械鍵の入手を要求することで、機械鍵を製造するための鍵形状データを受け取ることができるので、その鍵形状データに基づいて機械鍵を製造して貰うことが可能となる。

本実施例の鍵形状データ管理システム１００の概要を示した説明図である。 本実施例の鍵形状データ管理システム１００の記憶サーバ１０１内に記憶されている車両データベース１０１ａを例示した説明図である。 本実施例の鍵形状データ管理システム１００の記憶サーバ１０１内に記憶されている拠点データベース１０１ｂを例示した説明図である。 本実施例の鍵形状データ管理システム１００が実行する鍵形状データ管理処理のフローチャートである。 本実施例の鍵形状データ管理システム１００が車両データベース１０１ａを生成する処理のフローチャートである。 車両データベース１０１ａが生成される様子を例示した説明図である。 本実施例の鍵形状データ管理システム１００が車両データベース１０１ａにユーザーを登録する処理のフローチャートである。 本実施例の鍵形状データ管理システム１００がユーザーからの機械鍵の入手要求を受けた場合に実行する処理のフローチャートである。 本実施例の鍵形状データ管理システム１００によってユーザーが車両１の機械鍵１１を入手する様子を示した説明図である。 変形例の鍵形状データ管理システム１００がユーザーからの機械鍵の入手要求を受けた場合に実行する処理のフローチャートである。 変形例の鍵形状データ管理システム１００によってユーザーが車両１の機械鍵１１を入手する様子を示した説明図である。

以下では、上述した本願発明の内容を明確にするために実施例について説明する。

Ａ．鍵形状データ管理システムの概要 ：
図１には、本実施例の鍵形状データ管理システム１００の概要が示されている。図示されるように、鍵形状データ管理システム１００は、記憶サーバ１０１と、受付サーバ１０２と、送信サーバ１０３と、登録サーバ１０４とを備えている。
記憶サーバ１０１は、車両１を製造する車両製造工場ＰＡから、車両ＩＤと機械錠ＩＤとの対応関係を示すデータを受け取って車両データベース１０１ａに記憶する。ここで車両ＩＤとは、車両１の固体毎に付与された固有の識別情報である。また、機械錠ＩＤとは、機械錠１０の固体毎に付与された固有の識別情報である。尚、本実施例の車両ＩＤは、本発明における「車両識別情報」に対応し、本実施例の機械錠ＩＤは、本発明における「機械錠識別情報」に対応する。

加えて、記憶サーバ１０１は、車両製造工場ＰＡに対して機械錠１０を供給する機械錠製造工場ＰＢにも接続されており、機械錠製造工場ＰＢからは、機械錠ＩＤと鍵形状データとの対応関係を示すデータを受け取って車両データベース１０１ａに記憶する。ここで、鍵形状データとは、機械錠ＩＤを有する機械錠１０と組み合わせて用いられる機械鍵１１を製造するためのデータである。
尚、機械錠ＩＤと鍵形状データとの対応関係とは、機械錠ＩＤと鍵形状データとを直接的に対応付けるものである必要は無く、機械錠ＩＤが決まれば、それに対応する鍵形状データが決まるような関係であればよい。例えば、機械錠ＩＤに対して機械鍵ＩＤが対応付けられており、その機械鍵ＩＤに対して鍵形状データが対応付けられているような対応関係であってもよい。ここで機械鍵ＩＤとは、機械鍵１１の固体毎に付与された固有の識別情報である。
更に、記憶サーバ１０１は、拠点データベース１０１ｂも記憶している。ここで、拠点データベース１０１ｂとは、鍵形状データに基づいて機械鍵１１を製造することが可能な複数の製造拠点についてのデータベースである。
車両データベース１０１ａや拠点データベース１０１ｂについては、後ほど詳しく説明する。

登録サーバ１０４は、車両１のユーザーが携帯する携帯端末２（例えば、スマートフォンや携帯電話）などと通信することによってユーザー登録を受け付けて、記憶サーバ１０１の車両データベース１０１ａに登録する。ユーザー登録の内容については、後ほど詳しく説明する。

また、ユーザーの携帯端末２は、予め車両１に登録しておくことによって、電子キーの代わりに携帯端末２を用いて、車両１の機械錠１０を解錠あるいは施錠することが可能となる。従って、ユーザーは、車両１に登録した携帯端末２を携帯していれば、電子キーを携帯する必要も無い。しかし、車両１のバッテリーが上がるなどの理由で車両１が携帯端末２と通信できなくなった場合は、機械錠１０を解錠するため機械鍵１１が必要となる。このような場合は、ユーザーは受付サーバ１０２に接続する。

受付サーバ１０２は、車両１のユーザーが携帯する携帯端末２などと通信することによって、車両１の機械錠１０を解錠あるいは施錠するための機械鍵１１の入手要求を受け付ける機能を有している。尚、登録サーバ１０４を介してユーザー登録しておけば、機械鍵１１の入手要求を容易に受け付けて貰うことができるようになっている。
受付サーバ１０２が、機械鍵１１の入手要求を受け付ける際にユーザーから取得する情報には、ユーザーの車両１の車両ＩＤや、機械鍵１１の受渡場所を示す受渡場所情報などが含まれている。そして受付サーバ１０２は、機械鍵１１の入手要求を受け付けると、受け付けた情報を送信サーバ１０３に転送する。

送信サーバ１０３は、受付サーバ１０２から転送されてきた情報に基づいて、機械鍵１１を製造するために必要な鍵形状データを特定して、その鍵形状データを製造拠点に送信する。鍵形状データは、受付サーバ１０２から転送されてきた車両ＩＤから、記憶サーバ１０１の車両データベース１０１ａを参照することによって特定することができる。また、鍵形状データを送信する製造拠点は、受付サーバ１０２から転送されてきた受渡場所情報から、記憶サーバ１０１の拠点データベース１０１ｂを参照することによって特定することができる。図１に示した例では、製造拠点ｋ１〜ｋ３の中から、ユーザーが機械鍵１１の受け取りが容易な製造拠点ｋ３に対して、鍵形状データが送信されている。

そして、送信サーバ１０３から鍵形状データの受信した製造拠点ｋ３では、受け取った鍵形状データに従って機械鍵１１を製造して、ユーザーに配達あるいは手渡しする。こうすれば、携帯端末２を携帯しているユーザーは、車両１のバッテリーが上がるなどして機械鍵１１が必要となった時には、何時でも、何処でも、迅速に機械鍵１１を入手することができる。

図２には、車両データベース１０１ａの一部分が例示されている。図示されるように、車両データベース１０１ａは、車両１の車両ＩＤと、その車両１に搭載された機械錠１０の機械錠ＩＤと、その機械錠１０に用いられる機械鍵１１の鍵形状データとの組み合わせを中心とするデータに、ユーザー登録に伴うデータなどが追加されたデータベースとなっている。ここで、車両ＩＤとしては、いわゆるナンバープレートに表示された自動車登録番号などのように、第三者が容易に知ることができる情報ではなく、車体番号や、暗号化された車体番号などのように、車両１のユーザーは知ることができるが第三者は知ることが困難な情報であることが望ましい。
車両１の車両ＩＤと、その車両１に搭載された機械錠１０の機械錠ＩＤとが対応付けられたデータは、車両１を製造した車両製造工場ＰＡから取得することができる。また、機械錠１０の機械錠ＩＤと、その機械錠１０に用いられる機械鍵１１の鍵形状データとが対応付けられたデータは、機械錠１０を製造した機械錠製造工場ＰＢから取得することができる。

更に、車両１のユーザーは、車両１の車両ＩＤと、自らが使用する携帯端末２の携帯端末ＩＤと、自らを示すユーザーＩＤと、パスワードなどを含んだ各種の情報を、車両データベース１０１ａに登録することによって、ユーザー登録することができる。図２に示されるように、これらの情報は、車両ＩＤに紐付けられた状態で、車両データベース１０１ａに記憶されている。尚、本実施例の携帯端末ＩＤは、本発明における「端末識別情報」に対応し、本実施例のユーザーＩＤは、本発明における「使用者識別情報」に対応する。
また、車両１に携帯端末２を登録することによって、電子キーの代わりに携帯端末２を用いることが可能なユーザーは、その携帯端末２を用いることによって、容易にユーザー登録することができる。すなわち、携帯端末２を車両１に登録する際に、携帯端末２が車両ＩＤを取得しておき、登録サーバ１０４に接続してユーザー登録する際には、車両１から取得しておいた車両ＩＤと、携帯端末ＩＤとを送信するようにしてもよい。
更に、ユーザーＩＤおよびパスワードについては、ユーザー登録時にユーザーが設定するようにしても良いし、車両データベース１０１ａがユーザーＩＤおよびパスワードを設定して、ユーザーに知らせるようにしても良い。

図３には、拠点データベース１０１ｂの一部分が例示されている。図示されるように、拠点データベース１０１ｂには、鍵形状データに基づいて機械鍵１１を製造可能な製造拠点毎に、拠点ＩＤと、製造拠点の所在地を示す所在地情報と、鍵形状データを送信するためのデータ送信アドレスなどが記憶されている。ここで拠点ＩＤとは、製造拠点毎に付与された固有の識別情報である。また、機械鍵１１の製造には、小型のＮＣ旋盤装置や、あるいは、いわゆる３Ｄプリンタなどがあれば十分であることから、コンビニエンスストアや、ガソリンスタンドや、車の修理工場や、車用品の販売店なども製造拠点となることができる。

また、図３に示されるように、本実施例の拠点データベース１０１ｂでは、所在地情報は、階層化された状態で記憶されている。まず、一番上の階層の情報としては、製造拠点が存在する「県」を示す県情報が記憶されており、その下の階層の情報としては、製造拠点が存在する「市」を示す市情報が記憶され、その下の階層には「町」を示す町情報が、更にその下の階層には、番地以下の情報を示す番地情報が記憶されている。更に、製造拠点がビルに入居している場合には、一番下の階層の情報として、製造拠点が入居しているビル名を示すビル情報が記憶されている。

例えば、図３中で一番上に表示されて、拠点ＩＤとしてｋ１が付与された製造拠点については、県情報が「ｅ１県」で、市情報が「ｇ１市」、町情報が「ｇ１町」、番地情報が「１−５−３」、ビル情報が「ＡＡビル」と記憶されている。
このように、拠点データベース１０１ｂには所在地情報が階層化されて記憶されているので、「ｅ１県」には６つの製造拠点が存在しており、そのうちの２つは「ｆ１市」に存在し、３つは「ｆ２市」に存在し、１つは「ｆ３市」に存在するといったことも容易に認識することができる。
尚、本実施例の拠点データベース１０１ｂに記憶されている所在地情報は、このように県情報、市情報、町情報、番地情報といったように階層化された情報としているが、緯度と経度とを組み合わせた情報のように、階層化されていない情報であっても良い。

以下では、図１に例示した本実施例の鍵形状データ管理システム１００が、以上のような車両データベース１０１ａや拠点データベース１０１ｂを参照することにより、車両１のユーザーからの要求に応じて機械鍵１１を届ける処理に付いて説明する。

Ｂ．鍵形状データ管理処理 ：
図４には、本実施例の鍵形状データ管理システム１００が、車両１のユーザーからの要求に応じて機械鍵１１を届けるために実行する鍵形状データ管理処理のフローチャートが示されている。
図示されるように、鍵形状データ管理処理では、先ず始めに車両製造工場ＰＡに問い合わせることによって、新たな車両リストがあるか否かを判断する（Ｓ１０）。車両製造工場ＰＡでは、車両１を製造する際に、車両１の車体番号や、車両１に取り付けられた機械錠１０の機械錠ＩＤなどを管理しており、製造した車両１については、車体番号と機械錠ＩＤとを対応付けた車両リストを出力する。そこで、Ｓ１０では、車両製造工場ＰＡに問い合わせることによって、新たな車両リストが存在するか否かを判断する。
その結果、新たな車両リストが存在すると判断した場合は（Ｓ１０：ｙｅｓ）、後述する車両データベース生成処理（Ｓ１００）を実行することによって、図２に例示したような車両データベース１０１ａを生成する。

これに対して、新たな車両リストが存在しないと判断した場合は（Ｓ１０：ｎｏ）、拠点データベース１０１ｂに追加する製造拠点が存在するか否かを判断する（Ｓ１１）。また、後述する車両データベース生成処理を行って（Ｓ１００）、車両データベース１０１ａを生成した後も、追加する製造拠点が存在するか否かを判断する（Ｓ１１）。
前述したように機械鍵１１は、小型のＮＣ旋盤装置や、いわゆる３Ｄプリンタなどがあれば製造することができるから、コンビニエンスストアや、ガソリンスタンドなどでも製造拠点となることができる。そこで、Ｓ１１では、新たに設置された製造拠点が存在するか否かを判断して、新たに設置された製造拠点が存在する場合は（Ｓ１１：ｙｅｓ）、その製造拠点についての情報、すなわち、製造拠点の所在地情報およびデータ送信アドレスを拠点データベース１０１ｂに追加した後、新たな拠点ＩＤを設定する（Ｓ１２）。
これに対して、拠点データベース１０１ｂに追加するべき新たな製造拠点が存在しない場合は（Ｓ１１：ｎｏ）、拠点データベース１０１ｂに新たな製造拠点を追加することなく、ユーザー登録が要求されているか否かを判断する（Ｓ１３）。また、拠点データベース１０１ｂに新たな製造拠点を追加した後も（Ｓ１２）、ユーザー登録が要求されているか否かを判断する（Ｓ１３）。

その結果、ユーザー登録が要求されている場合は（Ｓ１３：ｙｅｓ）、後述するユーザー登録処理（Ｓ２００）を実行することによって、車両データベース１０１ａに対して車両１のユーザーを登録する（図２参照）。
これに対して、ユーザー登録が要求されていない場合は（Ｓ１３：ｎｏ）、車両１のユーザーから機械鍵１１を要求されているか否かを判断する（Ｓ１４）。また、後述するユーザー登録処理を行って（Ｓ２００）、車両１のユーザーに関する情報を車両データベース１０１ａに登録した後も、ユーザーから機械鍵１１を要求されているか否かを判断する（Ｓ１４）。

その結果、ユーザーから機械鍵１１を要求されていた場合は（Ｓ１４：ｙｅｓ）、後述する機械鍵要求対応処理（Ｓ３００）を実行することによって、ユーザーからの要求に対応する。
これに対して、ユーザーから機械鍵１１を要求されていない場合は（Ｓ１４：ｎｏ）、処理の先頭に戻って、新たな車両リストが存在するか否かを判断する（Ｓ１０）。
本実施例の鍵形状データ管理システム１００は、このような鍵形状データ管理処理を実行している。このため、車両１のユーザーは、たとえば車両１のバッテリーが上がるなどして機械鍵１１が必要となった場合には、何時でも、何処でも、迅速に機械鍵１１を入手することができる。

Ｂ−１．車両データベース生成処理 ：
図５には、車両データベース生成処理のフローチャートが示されている。図４を用いて前述したように、この処理は、鍵形状データ管理システム１００が車両製造工場ＰＡに対して新たな車両リストがあるか否かを問い合わせて、新たな車両リストがあると判断した場合に（図４のＳ１０：ｙｅｓ）、鍵形状データ管理システム１００によって実行される処理である。尚、前述したように車両リストとは、車両製造工場ＰＡで製造した車両１について、車体番号と機械錠ＩＤとを対応付けたデータである。
図５に示されるように、車両データベース生成処理を開始すると先ず始めに、車両製造工場ＰＡから出力された新たな車両リストを取得して、車両データベース１０１ａに追加する（Ｓ１０１）。

図６（ａ）には、車両データベース１０１ａに新たな車両リストを追加する様子が概念的に示されている。車両ＩＤが「ｂ１５０」までのデータは既に車両データベース１０１ａに記憶されているデータであり、車両ＩＤが「ｂ１５１」以降のデータと、これら車両ＩＤに対応付けられた機械錠ＩＤのデータとの組み合わせが、新たな車両リストのデータである。図６（ａ）では、新たな車両リストのデータに斜線を付して表示している。

こうして、車両データベース１０１ａに新たな車両リストを追加したら（図５のＳ１０１）、今度は、追加された新たな機械錠ＩＤに対応する鍵形状データを、機械錠製造工場ＰＢに対して要求する（Ｓ１０２）。図６（ａ）に示した例では、新たに追加した車両リストには、新たな機械錠ＩＤとして「ｃ１５１」以降のデータが含まれている。そこで、これらの新たな機械錠ＩＤに対応する機械鍵１１の鍵形状データを、機械錠製造工場ＰＢに要求する。

その後、機械錠製造工場ＰＢから取得した鍵形状データを、車両データベース１０１ａに追加して記憶されている機械錠ＩＤに対応付けた状態で、車両データベース１０１ａに追加していく（Ｓ１０３）。
図６（ｂ）には、車両データベース１０１ａに新たに追加された機械錠ＩＤに対応付けて、機械錠製造工場ＰＢから取得した鍵形状データを車両データベース１０１ａに追加する様子が概念的に示されている。図６（ｂ）では、機械錠製造工場ＰＢから取得して車両データベース１０１ａに追加された機械錠ＩＤと鍵形状データとの組み合わせに斜線を付して表示している。
このように、車両製造工場ＰＡから取得した車両ＩＤおよび機械錠ＩＤのデータと、機械錠製造工場ＰＢから取得した機械錠ＩＤに対応する鍵形状データとを車両データベース１０１ａに追加することで、新たに製造された車両１についても、車両ＩＤと、その車両１に搭載されている機械錠１０に対応する機械鍵１１の鍵形状データとを対応付けた車両データベース１０１ａを生成することができる。こうして、新たな車両データベース１０１ａを生成したら、図５の車両データベース生成処理を終了して、図４の鍵形状データ管理処理に復帰する。
また、車両製造工場ＰＡで製造された車両１がユーザーに引き渡されて、ユーザー登録しようとして鍵形状データ管理システム１００の登録サーバ１０４（図１参照）に接続すると、図４の鍵形状データ管理処理のＳ１３で「ｙｅｓ」と判断されて、次のようなユーザー登録処理（Ｓ２００）が開始される。

Ｂ−２．ユーザー登録処理 ：
図７には、ユーザー登録処理のフローチャートが示されている。ユーザー登録処理では、先ず始めに、接続してきたユーザーの携帯端末２から、車両ＩＤと携帯端末ＩＤとを取得する（Ｓ２０１）。前述したように携帯端末ＩＤとは、携帯端末２毎に付与された固有の識別番号である。携帯端末ＩＤは、鍵形状データ管理システム１００が携帯端末２と通信することによって、携帯端末２から自動的に取得する。また、車両ＩＤは、車両１のユーザーが携帯端末２を操作して入力することもできるが、携帯端末２を電子キーの代わりとして用いるために携帯端末２を車両１に登録している場合には、登録する際に携帯端末２が車両１から車両ＩＤを取得しておき、その車両ＩＤを鍵形状データ管理システム１００が携帯端末２から取得するようにしても良い。

続いて、取得した車両ＩＤが正しいか否かを判断する（Ｓ２０２）。図２を用いて前述したように、ユーザー登録される様々な情報は、車両データベース１０１ａに記憶されている車両ＩＤに紐付けて記憶される。従って、ユーザー登録するためには、ユーザー登録しようとする車両１の車両ＩＤが、車両データベース１０１ａに既に記憶されていることが前提となる。そこで、Ｓ２０２では、Ｓ２０１で取得した車両ＩＤが車両データベース１０１ａに存在するか否かを判断する。
また、車両ＩＤとして車体番号を用いた場合には、いわゆるナンバープレートに表示の自動車登録番号などに比べて第三者が容易に知ることはできない。しかし、車両１の外部からは見えないものの、車体番号は車両１や車両１のいわゆる車検証などに記載されているので、悪意を持った第三者が知ろうとすると車両ＩＤが知られてしまう可能性もある。そこで、携帯端末２が車両１から車両ＩＤを取得する場合には、暗号化された状態で車両ＩＤを取得しておき、ユーザーがユーザー登録する際にも、鍵形状データ管理システム１００が携帯端末２から暗号化された車両ＩＤを取得するようにしても良い。

更には、携帯端末２が車両１に登録されて、電子キーの代わりに使用できる状態となっている場合には、携帯端末２は車両１に向かって認証信号を送信することが可能となっている。そこで、その認証信号に車両ＩＤを示す情報を埋め込んでおき、ユーザー登録の際には、車両ＩＤが埋め込まれた認証信号のデータを、鍵形状データ管理システム１００が携帯端末２から取得するようにしても良い。

以上のような方法によって、取得した車両ＩＤが正しいと判断した場合は（Ｓ２０２：ｙｅｓ）、ユーザー登録したユーザーを識別するためのユーザーＩＤと、ユーザーＩＤと共に用いるパスワードとを決定する（Ｓ２０３）。ユーザーＩＤおよびパスワードは、他のユーザーに対して設定済みのものと重ならないユーザーＩＤおよびパスワードを、鍵形状データ管理システム１００が決定してユーザーに通知するようにしても良いし、ユーザーが決定するようにしても良い。
その後、Ｓ２０１で取得した携帯端末ＩＤと、Ｓ２０３で決定したユーザーＩＤおよびパスワードを、車両ＩＤに紐付けた状態で、車両データベース１０１ａに登録した後（Ｓ２０４）、図７のユーザー登録処理を終了して、図４の鍵形状データ管理処理に復帰する。
一方、Ｓ２０２で、車両ＩＤが正しくないと判断した場合は（Ｓ２０２：ｎｏ）、ユーザー登録できない旨のエラーメッセージを携帯端末２に返信した後（Ｓ２０５）、図７のユーザー登録処理を終了して、図４の鍵形状データ管理処理に復帰する。

また、図４の鍵形状データ管理処理で、車両１のユーザーが鍵形状データ管理システム１００に対して機械鍵１１を要求した場合には（Ｓ１４：ｙｅｓ）、以下のような機械鍵要求対応処理が開始される（Ｓ３００）。

Ｂ−３．機械鍵要求対応処理 ：
図８には、車両１のユーザーから機械鍵１１が要求された場合に、鍵形状データ管理システム１００によって実行される機械鍵要求対応処理のフローチャートが示されている。
図示されるように、機械鍵要求対応処理では先ず始めに、機械鍵１１の鍵形状データを決定するための情報、すなわち、ユーザーの携帯端末ＩＤか、車両ＩＤか、ユーザーＩＤおよびパスワードの何れかを取得する（Ｓ３０１）。

ユーザーが携帯端末２を用いて鍵形状データ管理システム１００に接続すると、鍵形状データ管理システム１００は携帯端末２と通信することによって携帯端末２の携帯端末ＩＤを取得することができる。従って、ユーザーがユーザー登録したときの携帯端末２を用いて鍵形状データ管理システム１００に接続すれば、ユーザーは改めて携帯端末ＩＤを入力する必要はない。もちろん、ユーザーが携帯端末２を車両１に登録する際に、携帯端末２が車両ＩＤを取得して記憶している場合には、鍵形状データ管理システム１００が携帯端末２に記憶されている車両ＩＤを取得するようにしても良い。
また、携帯端末２を買い換えたり紛失したりして、別の携帯端末２やパソコンから鍵形状データ管理システム１００に接続することも起こり得る。しかし、このような場合には、車両ＩＤ（たとえば車体番号や、暗号化された車体番号など）や、ユーザー登録時に設定したユーザーＩＤおよびパスワードを入力すればよい。
これらの何れかの情報を取得すれば、図２に示した車両データベース１０１ａを参照することによって、要求された機械鍵１１を製造するための鍵形状データを特定することができる。

尚、機械鍵１１の鍵形状データを特定するためには、上述した何れかの情報を取得すれば十分であるが、悪意を持った第三者が他人の携帯端末２を使って機械鍵１１を要求したり、予め調べておいた車両ＩＤを使って機械鍵１１を要求したりする場合も起こり得る。そこで、（機械鍵１１を特定するためには不要であるが）携帯端末ＩＤや車両ＩＤを取得した場合でも、ユーザーにパスワードの入力を要求することとしても良い。

こうして、機械鍵１１の製造に用いる鍵形状データを特定するため情報を取得したら（Ｓ３０１）、続いて、製造した機械鍵１１の受渡場所についての情報（すなわち受渡場所情報）を取得する（Ｓ３０２）。受渡場所情報は、本実施例では、機械鍵１１を要求するユーザーが、携帯端末２などの画面上から設定する。すなわち、図３を用いて前述したように、県情報、市情報、町情報、番地情報などを、例えば画面上で順番に選択することによって設定する。あるいは、携帯端末２が測位衛星からの測位信号に基づいて取得した位置情報から、自動的に県情報、市情報、町情報、番地情報などを決定しても良い。更には、携帯端末２が取得した位置情報を、鍵形状データ管理システム１００に送信するようにしても良い。

以上のようにして、ユーザーから必要な情報を取得したら（Ｓ３０１、Ｓ３０２）、要求を受け付けて良いか否かを判断する（Ｓ３０３）。例えば、携帯端末ＩＤは取得できたが、その携帯端末ＩＤが車両データベース１０１ａに登録されておらず、しかも車両ＩＤやユーザーＩＤは入力されていない場合は、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。また、ユーザーＩＤおよびパスワードが入力されたが、少なくとも何れか一方が正しくない場合も、要求は受け付けることができないと判断する（Ｓ３０３：ｎｏ）。
あるいは、車両ＩＤとユーザーＩＤとパスワードの３つの情報が入力されたが、それらの情報の組み合わせが、車両データベース１０１ａに登録されている内容と合致しない場合も、要求は受け付けることができないと判断する（Ｓ３０３：ｎｏ）。

また、携帯端末ＩＤが自動的に取得され、更にユーザーによってユーザーＩＤとパスワードとが入力された場合は、次のように判断する。
まず、携帯端末ＩＤとユーザーＩＤとパスワードの３つが何れも、車両データベース１０１ａに登録されている内容と合致している場合は、要求を受け付けて良いと判断する（Ｓ３０３：ｙｅｓ）。
次に、携帯端末ＩＤは車両データベース１０１ａに登録されている何れの携帯端末ＩＤにも合致しないが、ユーザーＩＤおよびパスワードは車両データベース１０１ａに登録されている内容と合致する場合は、携帯端末２が変更されたものと考えられるので、要求を受け付けて良いと判断する（Ｓ３０３：ｙｅｓ）。
これに対して、携帯端末ＩＤが車両データベース１０１ａに登録されているが、ユーザーによって入力されたユーザーＩＤおよびパスワードが、その携帯端末ＩＤに対して車両データベース１０１ａに登録されているユーザーＩＤおよびパスワードと合致しない場合は、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。
また、携帯端末ＩＤおよびユーザーＩＤが、車両データベース１０１ａに登録されている何れの携帯端末ＩＤおよびユーザーＩＤにも合致しない場合には、パスワードが合致するか否かに関わらず、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。

また、ユーザーによって設定された（あるいは自動的に取得した）受渡場所情報が、異常な情報であった場合にも、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。

以上のようにして、ユーザーからの要求を受け付けて良いか否かを判断した結果、要求を受け付けることができないと判断した場合は（Ｓ３０３：ｎｏ）、受け付けることができない旨のメッセージをユーザーに対して返信した後（Ｓ３１１）、図８の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。
これに対して、ユーザーからの要求を受け付けて良いと判断した場合は（Ｓ３０３：ｙｅｓ）、車両データベース１０１ａを参照することによって、要求された機械鍵１１を製造するための鍵形状データを特定する（Ｓ３０４）。図２を用いて前述したように、携帯端末ＩＤや、車両ＩＤ、ユーザーＩＤの何れかが分かれば、車両データベース１０１ａを参照することで、機械鍵１１の製造に必要な鍵形状データを容易に特定することができる。

続いて、Ｓ３０２で取得しておいた受渡場所情報に基づいて、機械鍵１１の製造拠点を決定する（Ｓ３０５）。本実施例では、図３に示した拠点データベース１０１ｂと同様に、受渡場所情報についても、県情報、市情報、町情報、番地情報と階層化された情報となっているから、拠点データベース１０１ｂに登録されている複数の製造拠点の中から、県情報、市情報、町情報、番地情報と順番に製造拠点を絞り込んでいくことで、ユーザーが指定した受渡場所に近い製造拠点を決定することができる。
もちろん、携帯端末２が測位信号から取得した位置情報（たとえば緯度および経度）を受渡場所情報として取得する場合は、拠点データベース１０１ｂにも製造拠点の位置情報を記録しておき、受渡場所情報までの直線距離が小さな製造拠点を探索することによって、製造拠点を決定しても良い。

こうして決定した製造拠点に対して、鍵形状データを送信して、その鍵形状データに基づいて機械鍵１１を製造する旨を指示する（Ｓ３０６）。図３に示したように、拠点データベース１０１ｂには、製造拠点毎に、鍵形状データを送信するためのデータ送信アドレスが登録されているから、鍵形状データと製造拠点とが決まれば、直ちに鍵形状データを送信することができる。尚、ここでは、鍵形状データを送信するものとして説明するが、鍵形状データを送信する代わりに、鍵形状データをダウンロードするためのリンクや、鍵形状データをダウンロードするためのパスワードなどを送信して、ユーザーが携帯端末２に鍵形状データをダウンロードするようにしても良い。

続いて、ユーザーから指定された受渡場所情報と、鍵形状データを送信した製造拠点の所在地とが同じか否かを判断する（Ｓ３０７）。受渡場所情報と製造拠点の所在地とが同じケースとは、例えば、機械鍵１１が必要になったユーザーが、製造拠点として設定されている近くのコンビニエンスストアなどを受渡場所に指定した場合や、機械鍵１１が必要になって近くの修理工場に駆け込んだ後、その場所から鍵形状データ管理システム１００に接続して機械鍵１１を要求するような場合などが該当する。
また、受渡場所情報と製造拠点の所在地とが違うケースとは、機械鍵１１が必要になったユーザーが、携帯端末２を用いて鍵形状データ管理システム１００に接続して、現在位置まで機械鍵１１を配送して貰うように要求するような場合が該当する。
図３に示したように、拠点データベース１０１ｂには、製造拠点の所在地が登録されているから、受渡場所情報と製造拠点の所在地とが同じであるか否かは直ちに判断することができる。

その結果、受渡場所情報と製造拠点の所在地とが違っていた場合は（Ｓ３０７：ｎｏ）、鍵形状データを送信した製造拠点に対して、ユーザーから指定された受渡場所情報を送信し（Ｓ３０８）、製造した機械鍵１１を受渡場所のユーザーに配送するように指示を出す（Ｓ３０９）。機械鍵１１は小さいので、例えば、遠隔操縦式の無人ヘリコプターを用いて配送することができる。あるいは、車両１のユーザーが機械鍵１１を必要とするのは、車両１のバッテリーが上がって携帯端末２を認証できなくなった場合が多いと考えられるから、交換用のバッテリーも機械鍵１１と一緒に配送するようにしても良い。
また、車両１のユーザーが機械鍵１１を要求する際に、交換用バッテリーも要求できるようにしておき、機械鍵１１と一緒にバッテリーの配送も要求した場合には、Ｓ３０５で製造拠点を決定する際に、車両の修理工場や、車用品の販売店を選択しても良い。そして、製造した機械鍵１１を配送する際には、修理工場や販売店のスタッフが、交換用のバッテリーを持って機械鍵１１を配送しても良い。こうすれば、車両１のユーザーが車両１の整備に慣れていない場合でも、バッテリーを交換して貰うことができる。

これに対して、受渡場所情報と製造拠点の所在地とが同じであった場合は（Ｓ３０７：ｙｅｓ）、製造した機械鍵１１を、製造拠点でユーザーに渡すように指示を出す（Ｓ３１０）。
こうして、製造した機械鍵１１の配送あるいは店頭渡しの何れかを指示したら（Ｓ３０９、Ｓ３１０）、図８の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。その後、鍵形状データ管理処理では、処理の先頭に戻って、車両製造工場ＰＡに問い合わせることによって、新たな車両リストがあるか否かを判断し（Ｓ１０）、その結果に応じて、前述した続く一連の操作を実行する。

本実施例の鍵形状データ管理システム１００は、以上のような鍵形状データ管理処理を実行する。このため、携帯端末２を車両１に登録して、電子キーの代わりとして使用可能としているユーザーは、必要になったら何時でも何処でも、鍵形状データ管理システム１００に接続することで、機械鍵１１を入手することが可能となる。その結果、車両１のバッテリーが上がって携帯端末２を認証することができずに、機械鍵１１が必要になるという、極めて稀にしか起きない事態に備えて、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯しなければならない事態を解消することが可能となる。

図９には、車両１のユーザーが車両１で外出した先でバッテリーが上がるなどしたために、機械鍵１１を入手する様子が概念的に示されている。図示した例では、車両１のユーザーが、自宅から携帯端末２を用いて鍵形状データ管理システム１００に接続することによって、ユーザー登録済みである。
その後、図中で破線の矢印で示したように、ユーザーが車両１に乗って外出したところ、外出先で車両１のバッテリーが上がってしまったとする。このような場合でも、携帯端末２から鍵形状データ管理システム１００に接続して機械鍵１１を要求すれば、鍵形状データ管理システム１００が車両１に搭載されている機械錠１０に対応する機械鍵１１の鍵形状データを特定して、ユーザーの近くの製造拠点（図示した例では、製造拠点ｋ４）に鍵形状データを送信する。そして、鍵形状データを用いて製造拠点ｋ４で機械鍵１１を製造した後、ユーザーに機械鍵１１を配送する。図中に表示した黒い矢印は、製造拠点ｋ４からユーザーに機械鍵１１を配送することを表している。

このように、本実施例の鍵形状データ管理システム１００を設けておけば、車両１のユーザーは必要に応じて、何時でも何処でも速やかに機械鍵１１を入手することができるので、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯する必要がなくなる。
また、ユーザーは必要になったら何時でも何処でも速やかに機械鍵１１を入手することができるので、ユーザーに車両１を引き渡す際には、車両１と一緒に電子キーを引き渡せば良い。従って、車両製造工場ＰＡから車両１を出荷する際にも、車両１に搭載された機械錠１０に対応する機械鍵１１や、機械鍵１１を内蔵した電子キーを付属させた状態で出荷する必要が無くなる。このため、機械錠製造工場ＰＢは、車両製造工場ＰＡに機械錠１０を納品すればよく、更に、車両製造工場ＰＡでは、車両１と機械錠１０との組み合わせを管理しておけば良いので、機械錠１０と機械鍵１１との組み合わせを管理する必要は無い。その結果、機械鍵１１の製造に要する費用や、車両１や機械錠１０に機械鍵１１を紐付けて管理するために要する費用を削減することができるので、ユーザーに強いる費用負担も低減させることが可能となる。

Ｃ．変形例 ：
上述した実施例では、鍵形状データ管理システム１００が鍵形状データを、製造拠点に対して送信するものとして説明した。しかし、製造拠点に送信する代わりに、機械鍵１１を要求してきたユーザーの携帯端末２などに対して返信するようにしても良い。以下では、このような変形例の鍵形状データ管理システム１００が、ユーザーから機械鍵１１の要求があった場合に実行する処理について説明する。

図１０には、変形例の鍵形状データ管理システム１００で行われる機械鍵要求対応処理のフローチャートである。この処理は、図４に示した鍵形状データ管理処理の中で、機械鍵要求対応処理（Ｓ３００）の代わりに実行される処理である。
図１０に示されるように、変形例の機械鍵要求対応処理（Ｓ３５０）でも、図８を用いて前述した機械鍵要求対応処理と同様に、処理を開始すると先ず始めに、機械鍵１１の鍵形状データを決定するための情報（すなわち、ユーザーの携帯端末ＩＤか、車両ＩＤか、ユーザーＩＤおよびパスワードの何れか）を取得する（Ｓ３５１）。
携帯端末ＩＤは、ユーザーの携帯端末２と通信することによって、鍵形状データ管理システム１００が自動的に取得することができる。また、車両ＩＤや、ユーザーＩＤおよびパスワードは、ユーザーが携帯端末２から入力するが、鍵形状データ管理システム１００が携帯端末２から自動的に取得するようにしてもよい。

続いて、ユーザーからの要求を受け付けて良いか否かを判断する（Ｓ３５２）。この判断は、図８の機械鍵要求対応処理のＳ３０３での判断に準じて行うことができる。すなわち、図８に示した機械鍵要求対応処理では、携帯端末ＩＤなどに加えて、製造した機械鍵１１の受渡場所情報も取得したので（図８のＳ３０２参照）、受渡場所情報が異常なデータでないかについても判断したが、図１０に示す変形例の機械鍵要求対応処理では受渡場所情報は取得しないので、当然ながら受渡場所情報が異常なデータであるか否かについては確認しない。しかし、その他の点については同様にして、ユーザーからの要求を受け付けて良いか否かを判断する。
例えば、携帯端末ＩＤが車両データベース１０１ａに登録されておらず、車両ＩＤやユーザーＩＤも入力されていない場合は、要求を受け付けることができないと判断する。また、ユーザーＩＤおよびパスワードの何れか一方が正しくない場合も、要求を受け付けることができないと判断する。

以上のようにして、ユーザーからの要求を受け付けて良いか否かを判断した結果、要求を受け付けることができないと判断した場合は（Ｓ３５２：ｎｏ）、受け付けることができない旨のメッセージをユーザーに対して返信した後（Ｓ３５８）、図１０に示した変形例の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。
これに対して、ユーザーからの要求を受け付けて良いと判断した場合は（Ｓ３５２：ｙｅｓ）、車両データベース１０１ａを参照することによって、要求された機械鍵１１を製造するための鍵形状データを特定する（Ｓ３５３）。

そして、特定した鍵形状データを、鍵形状データ管理システム１００に接続してきたユーザーの携帯端末２に返信する（Ｓ３５４）。すなわち、図８を用いて前述した本実施例の機械鍵要求対応処理では、鍵形状データを製造拠点に送信するので、送信先の製造拠点を決定する必要があったが、変形例の機械鍵要求対応処理では、製造拠点を決定することなく、鍵形状データを携帯端末２に返信してしまうのである。尚、変形例の場合でも、鍵形状データを送信する代わりに、鍵形状データをダウンロードするためのリンクや、鍵形状データをダウンロードするためのパスワードなどを送信して、ユーザーが携帯端末２に鍵形状データをダウンロードするようにしても良い。

続いて、ユーザーの携帯端末２に対して問い合わせることによって、ユーザーの携帯端末２の現在位置を示す現在位置情報を取得する（Ｓ３５５）。現在位置情報は、携帯端末２が測位信号から取得した位置情報（たとえば緯度および経度）を取得する。もちろん、図８の機械鍵要求対応処理の受渡場所情報と同様に、県情報、市情報、町情報、番地情報と階層化された所在地の情報を取得しても良い。
そして、ユーザーの携帯端末２の現在位置情報から、図３を用いて前述した拠点データベース１０１ｂを参照することによって、ユーザーの近くに存在する製造拠点を選択する（Ｓ３５６）。このとき選択する製造拠点の数は１つである必要はなく、複数の製造拠点を選択しても良い。

その後、選択した製造拠点の所在地情報を、ユーザーの携帯端末２に返信する（Ｓ３５７）。製造拠点の所在地情報は、県情報、市情報、町情報、番地情報と階層化された形態の情報であっても良いし、地図上で製造拠点の位置を表示した情報であっても良い。
以上のようにして、ユーザーの携帯端末２に対して、鍵形状データと、製造拠点の所在地情報とを返信したら（Ｓ３５４、Ｓ３５７）、図１０に示した変形例の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。

以上のような変形例の機械鍵要求対応処理を行う場合でも、車両１のユーザーは、携帯端末２から鍵形状データ管理システム１００に接続することで、機械鍵１１の鍵形状データと、近くの製造拠点の所在地の情報とを受け取ることができる。従って、鍵形状データを受信（あるいはダウンロード）した携帯端末２を製造拠点に持ち込むことで、何時でも速やかに機械鍵１１を入手することができる。その結果、車両１のバッテリーが上がって携帯端末２を認証することができずに、機械鍵１１が必要になるという、極めて稀にしか起きない事態に備えて、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯しなければならない事態を解消することが可能となる。

尚、上述した変形例の機械鍵要求対応処理では、ユーザーの携帯端末２に対して近くの製造拠点の所在地情報を返信するものとして説明した。これは、鍵形状データを受け取ったユーザーが、近くの製造拠点を容易に見つけることができるようにするためである。しかし、機械鍵１１は小さな部品であるため、鍵形状データから機械鍵１１を製造するために要する製造装置は、小型のＮＣ旋盤装置や、いわゆる３Ｄプリンタなどでよく、コンビニエンスストアやガソリンスタンドなども、容易に製造拠点となることができる。従って、多くのコンビニエンスストアやガソリンスタンドなど製造拠点となっており、ユーザーが製造拠点を容易に見つけることが可能な状況であれば、製造拠点の所在地についてはユーザーの携帯端末２に送信しないようにすることも可能である。

図１１には、変形例の鍵形状データ管理システム１００で、車両１のユーザーが機械鍵１１を入手する様子が概念的に示されている。図１１に示した例でも、図９を用いて前述した場合と同様に、車両１のユーザーは、自宅から携帯端末２を用いて鍵形状データ管理システム１００に接続することによってユーザー登録済みであるとしている。
その後、図中で破線の矢印で示したように、ユーザーが車両１に乗って外出したところ、外出先で車両１のバッテリーが上がってしまったとする。このような場合でも、携帯端末２から鍵形状データ管理システム１００に接続して機械鍵１１を要求すると、鍵形状データ管理システム１００から機械鍵１１の鍵形状データと、製造拠点の所在地の情報とが返信されてくる。このため、鍵形状データを受信した携帯端末２を持って、近くの製造拠点に行くことで、機械鍵１１を入手することが可能となる。図１１中に斜線を付して表示した矢印は、鍵形状データを受け取ったユーザーが、近くの製造拠点ｋ４に移動する様子を概念的に表している。また、図中に表示した黒い矢印は、製造拠点ｋ４で製造された機械鍵１１がユーザーに渡される様子を概念的に表している。

このような変形例の鍵形状データ管理システム１００でも、車両１のユーザーは必要に応じて、何時でも何処でも速やかに機械鍵１１を入手することができるので、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯する必要がなくなる。
また、ユーザーに車両１を引き渡す際には、車両１と一緒に電子キーを引き渡せば良いので、機械鍵１１の製造に要する費用や、車両１や機械錠１０に機械鍵１１を紐付けて管理するために要する費用を削減することが可能となる。

以上、本実施例および変形例について説明したが、本発明は上述した実施例および変形例に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することができる。

１…車両、 ２…携帯端末、 １０…機械錠、
１１…機械鍵、 １００…鍵形状データ管理システム、 １０１…記憶サーバ、
１０１ａ…車両データベース、 １０１ｂ…拠点データベース、
１０２…受付サーバ、 １０３…送信サーバ、 １０４…登録サーバ。

Claims (5)

1. 車両（１）の扉を解錠する機械鍵（１１）を製造するための鍵形状データを管理する鍵形状データ管理システム（１００）であって、
   前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データと、前記機械鍵を製造可能な複数の製造拠点とを記憶している記憶サーバ（１０１）と、
   前記車両の使用者を識別するための使用者識別情報を、前記車両に付与された前記車両識別情報と共に取得して、前記記憶サーバに登録する登録サーバ（１０４）と、
   前記使用者識別情報と、前記機械鍵の受渡場所を示す受渡場所情報と共に、前記機械鍵の入手要求を受け付ける受付サーバ（１０２）と、
   前記使用者識別情報に基づいて前記車両識別情報を決定し、該車両識別情報に基づいて前記鍵形状データを決定すると共に、前記受渡場所情報に対応する前記製造拠点を決定して、前記受渡場所情報および前記決定した鍵形状データを、前記決定した製造拠点に送信する送信サーバ（１０３）と
   を備え、
   前記登録サーバは、前記車両の使用者によって携帯された携帯端末と通信することによって前記車両識別情報を取得すると共に、前記使用者識別情報として、前記携帯端末の固体毎に付与された端末識別情報を取得しており、
   前記受付サーバは、前記携帯端末と通信することによって前記機械鍵の入手要求を受け付けると共に、前記受付に際しては、前記使用者識別情報として、前記端末識別情報を取得する
   ことを特徴とする鍵形状データ管理システム。
2. 請求項１に記載の鍵形状データ管理システムであって、
   前記携帯端末は、前記車両に登録されることによって前記車両が認証可能となっていると共に、前記登録時に前記車両から前記車両識別情報を取得済みであり、
   前記登録サーバは、前記携帯端末と通信して前記端末識別情報を前記使用者識別情報として取得する際に、前記携帯端末に記憶されている前記車両識別情報も取得しており、
   前記受付サーバは、前記携帯端末と通信して前記機械鍵の入手要求を受け付ける際に、前記携帯端末の前記端末識別情報を前記使用者識別情報として取得する
   ことを特徴とする鍵形状データ管理システム。
3. 車両（１）の扉を解錠する機械鍵（１１）を製造するための鍵形状データを管理する鍵形状データ管理システム（１００）であって、
   前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データとを記憶している記憶サーバ（１０１）と、
   前記車両の使用者を識別するための使用者識別情報を、前記車両に付与された前記車両識別情報と共に取得して、前記記憶サーバに登録する登録サーバ（１０４）と、
   前記使用者識別情報と共に、前記機械鍵の入手要求を受け付ける受付サーバ（１０２）と、
   前記使用者識別情報に基づいて前記車両識別情報を決定し、該車両識別情報に基づいて前記鍵形状データを決定して、前記決定した鍵形状データを返信する送信サーバ（１０３）と
   を備え、
   前記登録サーバは、前記車両の使用者によって携帯された携帯端末と通信することによって前記車両識別情報を取得すると共に、前記使用者識別情報として、前記携帯端末の固体毎に付与された端末識別情報を取得しており、
   前記受付サーバは、前記携帯端末と通信することによって前記機械鍵の入手要求を受け付けると共に、前記受付に際しては、前記使用者識別情報として、前記端末識別情報を取得する
   ことを特徴とする鍵形状データ管理システム。
4. 車両（１）の扉を解錠する機械鍵（１１）を製造するための鍵形状データを管理する鍵形状データ管理方法であって、
   前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報とを対応付けて取得する工程（Ｓ１０１）と、
   前記機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データとを対応付けて取得する工程（Ｓ１０３）と、
   前記機械鍵を製造可能な複数の製造拠点を取得する工程（Ｓ１２）と、
   前記車両の使用者によって携帯された携帯端末と通信することによって、前記携帯端末の固体毎に付与された端末識別情報と、前記車両に付与された前記車両識別情報とを対応付けて取得する工程（Ｓ２００）と、
   前記端末識別情報と、前記機械鍵の受渡場所を示す受渡場所情報と共に、前記機械鍵の入手要求を受け付ける工程（Ｓ３０１〜Ｓ３０３）と、
   前記端末識別情報に基づいて前記車両識別情報を決定し、該車両識別情報に基づいて前記鍵形状データを決定する工程（Ｓ３０４）と、
   前記受渡場所情報に対応する前記製造拠点を決定して、前記受渡場所情報および前記決定した鍵形状データを、前記決定した製造拠点に送信する工程（Ｓ３０５、Ｓ３０８）と
   を備えることを特徴とする鍵形状データ管理方法。
5. 車両（１）の扉を解錠する機械鍵（１１）を製造するための鍵形状データを管理する鍵形状データ管理方法であって、
   前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報とを対応付けて取得する工程（Ｓ１０１）と、
   前記機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データとを対応付けて取得する工程（Ｓ１０３）と、
   前記車両の使用者によって携帯された携帯端末と通信することによって、前記携帯端末の固体毎に付与された端末識別情報と、前記車両に付与された前記車両識別情報とを対応付けて取得する工程（Ｓ２００）と、
   前記端末識別情報と共に、前記機械鍵の入手要求を受け付ける工程（Ｓ３５１、Ｓ３５２）と、
   前記端末識別情報に基づいて前記車両識別情報を決定し、該車両識別情報に基づいて前記鍵形状データを決定する工程（Ｓ３５３）と、
   前記決定した鍵形状データを、前記機械鍵の入手を要求してきた相手に返信する工程（Ｓ３５４）と
   を備えることを特徴とする鍵形状データ管理方法。

Images