JP6849038B2 - Key shape data management system, key shape data management method - Google Patents
Key shape data management system, key shape data management method Download PDFInfo
- Publication number
- JP6849038B2 JP6849038B2 JP2019188364A JP2019188364A JP6849038B2 JP 6849038 B2 JP6849038 B2 JP 6849038B2 JP 2019188364 A JP2019188364 A JP 2019188364A JP 2019188364 A JP2019188364 A JP 2019188364A JP 6849038 B2 JP6849038 B2 JP 6849038B2
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- key
- shape data
- machine
- identification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000013523 data management Methods 0.000 title claims description 88
- 238000000034 method Methods 0.000 title claims description 85
- 238000004519 manufacturing process Methods 0.000 claims description 132
- 230000008569 process Effects 0.000 claims description 74
- 238000012384 transportation and delivery Methods 0.000 claims description 41
- 238000003860 storage Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000008439 repair process Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Description
本発明は、車両の扉を解錠する機械鍵を製造するための鍵形状データを管理する技術に関する。 The present invention relates to a technique for managing key shape data for manufacturing a machine key for unlocking a vehicle door.
車両の扉を解錠する度に鍵を取り出さなければならない煩わしさを解消するために、ユーザーによって携帯された電子キーを車載機が認証して、車両の扉を自動で解錠するパッシブエントリーと呼ばれる技術が開発されている。また、車両に乗り込んだユーザーがエンジンを始動する際にも、車載機がユーザーの電子キーを認証することにより、鍵を用いることなくエンジンスタートボタンでエンジンを始動させることが可能な技術も開発されて、現在では広く使用されている。
このような技術を用いれば、機械式の鍵を用いなくても車両の扉を解錠することができ、更にはエンジンを始動させることも可能となる。
In order to eliminate the hassle of having to take out the key every time the door of the vehicle is unlocked, the in-vehicle device authenticates the electronic key carried by the user and the passive entry that automatically unlocks the door of the vehicle. A technology called is being developed. In addition, when a user who gets into a vehicle starts the engine, a technology has been developed that allows the in-vehicle device to authenticate the user's electronic key and start the engine with the engine start button without using the key. It is now widely used.
By using such a technique, the door of the vehicle can be unlocked without using a mechanical key, and the engine can be started.
また今日では、いわゆるスマートフォンなどの携帯式の情報端末（以下、携帯端末）が広く普及したことに伴って、車載機がユーザーの携帯する携帯端末を認証することによって、車両の扉を解錠したり、エンジンを始動させたりすることを可能とする技術も提案されている（特許文献１）。 Today, with the widespread use of portable information terminals such as so-called smartphones (hereinafter referred to as mobile terminals), in-vehicle devices unlock the doors of vehicles by authenticating the mobile terminals carried by users. Also, a technique that enables the engine to be started has been proposed (Patent Document 1).
しかし、携帯端末を電子キーとして用いた場合でも、ユーザーは依然として電子キーを携帯する必要があるという問題があった。
この理由は、車両のバッテリーが上がってしまうと、車載機による認証ができなくなって、車両の扉を解錠することができなくなるためである。扉を解錠することができなければ、バッテリーを交換することもできない。このため、機械式の鍵を用いて扉を解錠する必要が生じるが、今日では機械式の鍵は電子キーに内蔵されてユーザーに提供されるので、結局、車両のバッテリーが上がってしまう万が一の場合に備えて、電子キーも携帯しておく必要がある。
However, even when the mobile terminal is used as the electronic key, there is a problem that the user still needs to carry the electronic key.
The reason for this is that if the battery of the vehicle runs out, the on-board unit cannot authenticate and the door of the vehicle cannot be unlocked. If you can't unlock the door, you can't replace the battery. For this reason, it is necessary to unlock the door with a mechanical key, but nowadays the mechanical key is built into the electronic key and provided to the user, so in the end, the battery of the vehicle will run out. It is necessary to carry an electronic key in case of.
この発明は、従来技術が有する上述した課題に鑑みてなされたものであり、携帯端末を電子キーとして用いるユーザーが、携帯端末に加えて電子キーも携帯しなければならない事態を解消することが可能な技術の提供を目的とする。 The present invention has been made in view of the above-mentioned problems of the prior art, and it is possible to solve a situation in which a user who uses a mobile terminal as an electronic key must carry an electronic key in addition to the mobile terminal. The purpose is to provide various technologies.
上述した問題を解決するために本発明の鍵形状データ管理システム、および鍵形状データ管理方法は、車両の車両識別情報と、その車両に組み付けられた機械錠の機械錠識別情報と、その機械錠と組み合わせて用いられる機械鍵の鍵形状データとを対応付けて記憶しておく。更に、機械鍵を製造可能な複数の製造拠点についての情報も記憶しておく。そして、車両の使用者の携帯端末から機械鍵の入手要求を受け付けると、携帯端末に記憶された車両識別情報を取得して、その車両識別情報から機械鍵の鍵形状データを特定する。更に、機械鍵の受渡場所を示す受渡場所情報に基づいて、機械鍵の製造拠点を決定する。そして、決定した鍵形状データと、受渡場所情報とを、製造拠点に送信する。
こうすれば、車両のユーザーは、機械鍵が必要になった場合には、鍵形状データ管理システムに対して機械鍵の入手を要求することで、機械鍵を受け取ることが可能となる。
In order to solve the above-mentioned problems, the key shape data management system and the key shape data management method of the present invention include vehicle identification information of a vehicle, machine lock identification information of a machine lock attached to the vehicle, and the machine lock. It is stored in association with the key shape data of the machine key used in combination with. In addition, it also stores information about multiple manufacturing sites that can manufacture machine keys. Then, when the request for obtaining the machine key is received from the mobile terminal of the vehicle user, the vehicle identification information stored in the mobile terminal is acquired, and the key shape data of the machine key is specified from the vehicle identification information. Further, the manufacturing base of the machine key is determined based on the delivery place information indicating the delivery place of the machine key. Then, the determined key shape data and the delivery location information are transmitted to the manufacturing base.
In this way, when the user of the vehicle needs the machine key, he / she can receive the machine key by requesting the key shape data management system to obtain the machine key.
あるいは、本発明の鍵形状データ管理システム、および鍵形状データ管理方法は、次のようにしても良い。先ず、車両の車両識別情報と、その車両に組み付けられた機械錠の機械錠識別情報と、その機械錠と組み合わせて用いられる機械鍵の鍵形状データとを対応付けて記憶しておく。そして、車両の使用者の携帯端末から機械鍵の入手要求を受け付けると、携帯端末に記憶された車両識別情報を取得して、その車両識別情報から機械鍵の鍵形状データを特定して、機械鍵の入手を要求してきた相手に返信する。
こうしても、車両のユーザーは、機械鍵が必要になった場合には、鍵形状データ管理システムに対して機械鍵の入手を要求することで、機械鍵を製造するための鍵形状データを受け取ることができるので、その鍵形状データに基づいて機械鍵を製造して貰うことが可能となる。
Alternatively, the key shape data management system and the key shape data management method of the present invention may be as follows. First, the vehicle identification information of the vehicle, the machine lock identification information of the machine lock assembled to the vehicle, and the key shape data of the machine key used in combination with the machine lock are stored in association with each other. Then, when the request for obtaining the machine key is received from the mobile terminal of the vehicle user, the vehicle identification information stored in the mobile terminal is acquired, the key shape data of the machine key is specified from the vehicle identification information, and the machine Reply to the person requesting the acquisition of the key.
Even in this way, when the machine key is needed, the vehicle user can receive the key shape data for manufacturing the machine key by requesting the key shape data management system to obtain the machine key. Therefore, it is possible to have a machine key manufactured based on the key shape data.
以下では、上述した本願発明の内容を明確にするために実施例について説明する。 Hereinafter, examples will be described in order to clarify the contents of the present invention described above.
Ａ．鍵形状データ管理システムの概要 ：
図１には、本実施例の鍵形状データ管理システム１００の概要が示されている。図示されるように、鍵形状データ管理システム１００は、記憶サーバ１０１と、受付サーバ１０２と、送信サーバ１０３と、登録サーバ１０４とを備えている。
記憶サーバ１０１は、車両１を製造する車両製造工場ＰＡから、車両ＩＤと機械錠ＩＤとの対応関係を示すデータを受け取って車両データベース１０１ａに記憶する。ここで車両ＩＤとは、車両１の固体毎に付与された固有の識別情報である。また、機械錠ＩＤとは、機械錠１０の固体毎に付与された固有の識別情報である。尚、本実施例の車両ＩＤは、本発明における「車両識別情報」に対応し、本実施例の機械錠ＩＤは、本発明における「機械錠識別情報」に対応する。
A. Overview of key shape data management system:
FIG. 1 shows an outline of the key shape
The
加えて、記憶サーバ１０１は、車両製造工場ＰＡに対して機械錠１０を供給する機械錠製造工場ＰＢにも接続されており、機械錠製造工場ＰＢからは、機械錠ＩＤと鍵形状データとの対応関係を示すデータを受け取って車両データベース１０１ａに記憶する。ここで、鍵形状データとは、機械錠ＩＤを有する機械錠１０と組み合わせて用いられる機械鍵１１を製造するためのデータである。
尚、機械錠ＩＤと鍵形状データとの対応関係とは、機械錠ＩＤと鍵形状データとを直接的に対応付けるものである必要は無く、機械錠ＩＤが決まれば、それに対応する鍵形状データが決まるような関係であればよい。例えば、機械錠ＩＤに対して機械鍵ＩＤが対応付けられており、その機械鍵ＩＤに対して鍵形状データが対応付けられているような対応関係であってもよい。ここで機械鍵ＩＤとは、機械鍵１１の固体毎に付与された固有の識別情報である。
更に、記憶サーバ１０１は、拠点データベース１０１ｂも記憶している。ここで、拠点データベース１０１ｂとは、鍵形状データに基づいて機械鍵１１を製造することが可能な複数の製造拠点についてのデータベースである。
車両データベース１０１ａや拠点データベース１０１ｂについては、後ほど詳しく説明する。
In addition, the
The correspondence between the machine lock ID and the key shape data does not need to directly associate the machine lock ID and the key shape data, and once the machine lock ID is determined, the corresponding key shape data is obtained. Any relationship may be determined. For example, the machine lock ID may be associated with the machine key ID, and the machine key ID may be associated with the key shape data. Here, the machine key ID is unique identification information given to each
Further, the
The
登録サーバ１０４は、車両１のユーザーが携帯する携帯端末２（例えば、スマートフォンや携帯電話）などと通信することによってユーザー登録を受け付けて、記憶サーバ１０１の車両データベース１０１ａに登録する。ユーザー登録の内容については、後ほど詳しく説明する。
The
また、ユーザーの携帯端末２は、予め車両１に登録しておくことによって、電子キーの代わりに携帯端末２を用いて、車両１の機械錠１０を解錠あるいは施錠することが可能となる。従って、ユーザーは、車両１に登録した携帯端末２を携帯していれば、電子キーを携帯する必要も無い。しかし、車両１のバッテリーが上がるなどの理由で車両１が携帯端末２と通信できなくなった場合は、機械錠１０を解錠するため機械鍵１１が必要となる。このような場合は、ユーザーは受付サーバ１０２に接続する。
Further, by registering the user's
受付サーバ１０２は、車両１のユーザーが携帯する携帯端末２などと通信することによって、車両１の機械錠１０を解錠あるいは施錠するための機械鍵１１の入手要求を受け付ける機能を有している。尚、登録サーバ１０４を介してユーザー登録しておけば、機械鍵１１の入手要求を容易に受け付けて貰うことができるようになっている。
受付サーバ１０２が、機械鍵１１の入手要求を受け付ける際にユーザーから取得する情報には、ユーザーの車両１の車両ＩＤや、機械鍵１１の受渡場所を示す受渡場所情報などが含まれている。そして受付サーバ１０２は、機械鍵１１の入手要求を受け付けると、受け付けた情報を送信サーバ１０３に転送する。
The
The information acquired from the user when the
送信サーバ１０３は、受付サーバ１０２から転送されてきた情報に基づいて、機械鍵１１を製造するために必要な鍵形状データを特定して、その鍵形状データを製造拠点に送信する。鍵形状データは、受付サーバ１０２から転送されてきた車両ＩＤから、記憶サーバ１０１の車両データベース１０１ａを参照することによって特定することができる。また、鍵形状データを送信する製造拠点は、受付サーバ１０２から転送されてきた受渡場所情報から、記憶サーバ１０１の拠点データベース１０１ｂを参照することによって特定することができる。図１に示した例では、製造拠点ｋ１〜ｋ３の中から、ユーザーが機械鍵１１の受け取りが容易な製造拠点ｋ３に対して、鍵形状データが送信されている。
The
そして、送信サーバ１０３から鍵形状データの受信した製造拠点ｋ３では、受け取った鍵形状データに従って機械鍵１１を製造して、ユーザーに配達あるいは手渡しする。こうすれば、携帯端末２を携帯しているユーザーは、車両１のバッテリーが上がるなどして機械鍵１１が必要となった時には、何時でも、何処でも、迅速に機械鍵１１を入手することができる。
Then, the manufacturing base k3 that receives the key shape data from the
図２には、車両データベース１０１ａの一部分が例示されている。図示されるように、車両データベース１０１ａは、車両１の車両ＩＤと、その車両１に搭載された機械錠１０の機械錠ＩＤと、その機械錠１０に用いられる機械鍵１１の鍵形状データとの組み合わせを中心とするデータに、ユーザー登録に伴うデータなどが追加されたデータベースとなっている。ここで、車両ＩＤとしては、いわゆるナンバープレートに表示された自動車登録番号などのように、第三者が容易に知ることができる情報ではなく、車体番号や、暗号化された車体番号などのように、車両１のユーザーは知ることができるが第三者は知ることが困難な情報であることが望ましい。
車両１の車両ＩＤと、その車両１に搭載された機械錠１０の機械錠ＩＤとが対応付けられたデータは、車両１を製造した車両製造工場ＰＡから取得することができる。また、機械錠１０の機械錠ＩＤと、その機械錠１０に用いられる機械鍵１１の鍵形状データとが対応付けられたデータは、機械錠１０を製造した機械錠製造工場ＰＢから取得することができる。
FIG. 2 illustrates a part of the
The data in which the vehicle ID of the vehicle 1 and the machine lock ID of the
更に、車両１のユーザーは、車両１の車両ＩＤと、自らが使用する携帯端末２の携帯端末ＩＤと、自らを示すユーザーＩＤと、パスワードなどを含んだ各種の情報を、車両データベース１０１ａに登録することによって、ユーザー登録することができる。図２に示されるように、これらの情報は、車両ＩＤに紐付けられた状態で、車両データベース１０１ａに記憶されている。尚、本実施例の携帯端末ＩＤは、本発明における「端末識別情報」に対応し、本実施例のユーザーＩＤは、本発明における「使用者識別情報」に対応する。
また、車両１に携帯端末２を登録することによって、電子キーの代わりに携帯端末２を用いることが可能なユーザーは、その携帯端末２を用いることによって、容易にユーザー登録することができる。すなわち、携帯端末２を車両１に登録する際に、携帯端末２が車両ＩＤを取得しておき、登録サーバ１０４に接続してユーザー登録する際には、車両１から取得しておいた車両ＩＤと、携帯端末ＩＤとを送信するようにしてもよい。
更に、ユーザーＩＤおよびパスワードについては、ユーザー登録時にユーザーが設定するようにしても良いし、車両データベース１０１ａがユーザーＩＤおよびパスワードを設定して、ユーザーに知らせるようにしても良い。
Further, the user of the vehicle 1 registers various information including the vehicle ID of the vehicle 1, the mobile terminal ID of the
Further, a user who can use the
Further, the user ID and password may be set by the user at the time of user registration, or the
図３には、拠点データベース１０１ｂの一部分が例示されている。図示されるように、拠点データベース１０１ｂには、鍵形状データに基づいて機械鍵１１を製造可能な製造拠点毎に、拠点ＩＤと、製造拠点の所在地を示す所在地情報と、鍵形状データを送信するためのデータ送信アドレスなどが記憶されている。ここで拠点ＩＤとは、製造拠点毎に付与された固有の識別情報である。また、機械鍵１１の製造には、小型のＮＣ旋盤装置や、あるいは、いわゆる３Ｄプリンタなどがあれば十分であることから、コンビニエンスストアや、ガソリンスタンドや、車の修理工場や、車用品の販売店なども製造拠点となることができる。
FIG. 3 illustrates a part of the
また、図３に示されるように、本実施例の拠点データベース１０１ｂでは、所在地情報は、階層化された状態で記憶されている。まず、一番上の階層の情報としては、製造拠点が存在する「県」を示す県情報が記憶されており、その下の階層の情報としては、製造拠点が存在する「市」を示す市情報が記憶され、その下の階層には「町」を示す町情報が、更にその下の階層には、番地以下の情報を示す番地情報が記憶されている。更に、製造拠点がビルに入居している場合には、一番下の階層の情報として、製造拠点が入居しているビル名を示すビル情報が記憶されている。
Further, as shown in FIG. 3, in the
例えば、図３中で一番上に表示されて、拠点ＩＤとしてｋ１が付与された製造拠点については、県情報が「ｅ１県」で、市情報が「ｇ１市」、町情報が「ｇ１町」、番地情報が「１−５−３」、ビル情報が「ＡＡビル」と記憶されている。
このように、拠点データベース１０１ｂには所在地情報が階層化されて記憶されているので、「ｅ１県」には６つの製造拠点が存在しており、そのうちの２つは「ｆ１市」に存在し、３つは「ｆ２市」に存在し、１つは「ｆ３市」に存在するといったことも容易に認識することができる。
尚、本実施例の拠点データベース１０１ｂに記憶されている所在地情報は、このように県情報、市情報、町情報、番地情報といったように階層化された情報としているが、緯度と経度とを組み合わせた情報のように、階層化されていない情報であっても良い。
For example, for a manufacturing base displayed at the top of FIG. 3 and given k1 as the base ID, the prefecture information is "e1 prefecture", the city information is "g1 city", and the town information is "g1 town". , The address information is stored as "1-5-3", and the building information is stored as "AA building".
In this way, since the location information is stored in a layered manner in the
The location information stored in the
以下では、図１に例示した本実施例の鍵形状データ管理システム１００が、以上のような車両データベース１０１ａや拠点データベース１０１ｂを参照することにより、車両１のユーザーからの要求に応じて機械鍵１１を届ける処理に付いて説明する。
In the following, the key shape
Ｂ．鍵形状データ管理処理 ：
図４には、本実施例の鍵形状データ管理システム１００が、車両１のユーザーからの要求に応じて機械鍵１１を届けるために実行する鍵形状データ管理処理のフローチャートが示されている。
図示されるように、鍵形状データ管理処理では、先ず始めに車両製造工場ＰＡに問い合わせることによって、新たな車両リストがあるか否かを判断する（Ｓ１０）。車両製造工場ＰＡでは、車両１を製造する際に、車両１の車体番号や、車両１に取り付けられた機械錠１０の機械錠ＩＤなどを管理しており、製造した車両１については、車体番号と機械錠ＩＤとを対応付けた車両リストを出力する。そこで、Ｓ１０では、車両製造工場ＰＡに問い合わせることによって、新たな車両リストが存在するか否かを判断する。
その結果、新たな車両リストが存在すると判断した場合は（Ｓ１０：ｙｅｓ）、後述する車両データベース生成処理（Ｓ１００）を実行することによって、図２に例示したような車両データベース１０１ａを生成する。
B. Key shape data management process:
FIG. 4 shows a flowchart of the key shape data management process executed by the key shape
As shown in the figure, in the key shape data management process, first, by inquiring to the vehicle manufacturing factory PA, it is determined whether or not there is a new vehicle list (S10). When the vehicle 1 is manufactured, the vehicle manufacturing factory PA manages the vehicle body number of the vehicle 1, the machine lock ID of the
As a result, when it is determined that a new vehicle list exists (S10: yes), the
これに対して、新たな車両リストが存在しないと判断した場合は（Ｓ１０：ｎｏ）、拠点データベース１０１ｂに追加する製造拠点が存在するか否かを判断する（Ｓ１１）。また、後述する車両データベース生成処理を行って（Ｓ１００）、車両データベース１０１ａを生成した後も、追加する製造拠点が存在するか否かを判断する（Ｓ１１）。
前述したように機械鍵１１は、小型のＮＣ旋盤装置や、いわゆる３Ｄプリンタなどがあれば製造することができるから、コンビニエンスストアや、ガソリンスタンドなどでも製造拠点となることができる。そこで、Ｓ１１では、新たに設置された製造拠点が存在するか否かを判断して、新たに設置された製造拠点が存在する場合は（Ｓ１１：ｙｅｓ）、その製造拠点についての情報、すなわち、製造拠点の所在地情報およびデータ送信アドレスを拠点データベース１０１ｂに追加した後、新たな拠点ＩＤを設定する（Ｓ１２）。
これに対して、拠点データベース１０１ｂに追加するべき新たな製造拠点が存在しない場合は（Ｓ１１：ｎｏ）、拠点データベース１０１ｂに新たな製造拠点を追加することなく、ユーザー登録が要求されているか否かを判断する（Ｓ１３）。また、拠点データベース１０１ｂに新たな製造拠点を追加した後も（Ｓ１２）、ユーザー登録が要求されているか否かを判断する（Ｓ１３）。
On the other hand, when it is determined that the new vehicle list does not exist (S10: no), it is determined whether or not there is a manufacturing base to be added to the
As described above, the
On the other hand, if there is no new manufacturing base to be added to the
その結果、ユーザー登録が要求されている場合は（Ｓ１３：ｙｅｓ）、後述するユーザー登録処理（Ｓ２００）を実行することによって、車両データベース１０１ａに対して車両１のユーザーを登録する（図２参照）。
これに対して、ユーザー登録が要求されていない場合は（Ｓ１３：ｎｏ）、車両１のユーザーから機械鍵１１を要求されているか否かを判断する（Ｓ１４）。また、後述するユーザー登録処理を行って（Ｓ２００）、車両１のユーザーに関する情報を車両データベース１０１ａに登録した後も、ユーザーから機械鍵１１を要求されているか否かを判断する（Ｓ１４）。
As a result, when user registration is requested (S13: yes), the user of vehicle 1 is registered in the
On the other hand, when the user registration is not requested (S13: no), it is determined whether or not the
その結果、ユーザーから機械鍵１１を要求されていた場合は（Ｓ１４：ｙｅｓ）、後述する機械鍵要求対応処理（Ｓ３００）を実行することによって、ユーザーからの要求に対応する。
これに対して、ユーザーから機械鍵１１を要求されていない場合は（Ｓ１４：ｎｏ）、処理の先頭に戻って、新たな車両リストが存在するか否かを判断する（Ｓ１０）。
本実施例の鍵形状データ管理システム１００は、このような鍵形状データ管理処理を実行している。このため、車両１のユーザーは、たとえば車両１のバッテリーが上がるなどして機械鍵１１が必要となった場合には、何時でも、何処でも、迅速に機械鍵１１を入手することができる。
As a result, when the
On the other hand, when the user has not requested the machine key 11 (S14: no), the process returns to the beginning of the process and determines whether or not a new vehicle list exists (S10).
The key shape
Ｂ−１．車両データベース生成処理 ：
図５には、車両データベース生成処理のフローチャートが示されている。図４を用いて前述したように、この処理は、鍵形状データ管理システム１００が車両製造工場ＰＡに対して新たな車両リストがあるか否かを問い合わせて、新たな車両リストがあると判断した場合に（図４のＳ１０：ｙｅｓ）、鍵形状データ管理システム１００によって実行される処理である。尚、前述したように車両リストとは、車両製造工場ＰＡで製造した車両１について、車体番号と機械錠ＩＤとを対応付けたデータである。
図５に示されるように、車両データベース生成処理を開始すると先ず始めに、車両製造工場ＰＡから出力された新たな車両リストを取得して、車両データベース１０１ａに追加する（Ｓ１０１）。
B-1. Vehicle database generation process:
FIG. 5 shows a flowchart of the vehicle database generation process. As described above with reference to FIG. 4, in this process, the key shape
As shown in FIG. 5, when the vehicle database generation process is started, first, a new vehicle list output from the vehicle manufacturing factory PA is acquired and added to the
図６（ａ）には、車両データベース１０１ａに新たな車両リストを追加する様子が概念的に示されている。車両ＩＤが「ｂ１５０」までのデータは既に車両データベース１０１ａに記憶されているデータであり、車両ＩＤが「ｂ１５１」以降のデータと、これら車両ＩＤに対応付けられた機械錠ＩＤのデータとの組み合わせが、新たな車両リストのデータである。図６（ａ）では、新たな車両リストのデータに斜線を付して表示している。
FIG. 6A conceptually shows how a new vehicle list is added to the
こうして、車両データベース１０１ａに新たな車両リストを追加したら（図５のＳ１０１）、今度は、追加された新たな機械錠ＩＤに対応する鍵形状データを、機械錠製造工場ＰＢに対して要求する（Ｓ１０２）。図６（ａ）に示した例では、新たに追加した車両リストには、新たな機械錠ＩＤとして「ｃ１５１」以降のデータが含まれている。そこで、これらの新たな機械錠ＩＤに対応する機械鍵１１の鍵形状データを、機械錠製造工場ＰＢに要求する。
In this way, when a new vehicle list is added to the
その後、機械錠製造工場ＰＢから取得した鍵形状データを、車両データベース１０１ａに追加して記憶されている機械錠ＩＤに対応付けた状態で、車両データベース１０１ａに追加していく（Ｓ１０３）。
図６（ｂ）には、車両データベース１０１ａに新たに追加された機械錠ＩＤに対応付けて、機械錠製造工場ＰＢから取得した鍵形状データを車両データベース１０１ａに追加する様子が概念的に示されている。図６（ｂ）では、機械錠製造工場ＰＢから取得して車両データベース１０１ａに追加された機械錠ＩＤと鍵形状データとの組み合わせに斜線を付して表示している。
このように、車両製造工場ＰＡから取得した車両ＩＤおよび機械錠ＩＤのデータと、機械錠製造工場ＰＢから取得した機械錠ＩＤに対応する鍵形状データとを車両データベース１０１ａに追加することで、新たに製造された車両１についても、車両ＩＤと、その車両１に搭載されている機械錠１０に対応する機械鍵１１の鍵形状データとを対応付けた車両データベース１０１ａを生成することができる。こうして、新たな車両データベース１０１ａを生成したら、図５の車両データベース生成処理を終了して、図４の鍵形状データ管理処理に復帰する。
また、車両製造工場ＰＡで製造された車両１がユーザーに引き渡されて、ユーザー登録しようとして鍵形状データ管理システム１００の登録サーバ１０４（図１参照）に接続すると、図４の鍵形状データ管理処理のＳ１３で「ｙｅｓ」と判断されて、次のようなユーザー登録処理（Ｓ２００）が開始される。
After that, the key shape data acquired from the machine lock manufacturing factory PB is added to the
FIG. 6B conceptually shows how the key shape data acquired from the machine lock manufacturing factory PB is added to the
In this way, by adding the vehicle ID and machine lock ID data acquired from the vehicle manufacturing factory PA and the key shape data corresponding to the machine lock ID acquired from the machine lock manufacturing factory PB to the
Further, when the vehicle 1 manufactured in the vehicle manufacturing factory PA is handed over to the user and connected to the registration server 104 (see FIG. 1) of the key shape
Ｂ−２．ユーザー登録処理 ：
図７には、ユーザー登録処理のフローチャートが示されている。ユーザー登録処理では、先ず始めに、接続してきたユーザーの携帯端末２から、車両ＩＤと携帯端末ＩＤとを取得する（Ｓ２０１）。前述したように携帯端末ＩＤとは、携帯端末２毎に付与された固有の識別番号である。携帯端末ＩＤは、鍵形状データ管理システム１００が携帯端末２と通信することによって、携帯端末２から自動的に取得する。また、車両ＩＤは、車両１のユーザーが携帯端末２を操作して入力することもできるが、携帯端末２を電子キーの代わりとして用いるために携帯端末２を車両１に登録している場合には、登録する際に携帯端末２が車両１から車両ＩＤを取得しておき、その車両ＩＤを鍵形状データ管理システム１００が携帯端末２から取得するようにしても良い。
B-2. User registration process:
FIG. 7 shows a flowchart of the user registration process. In the user registration process, first, the vehicle ID and the mobile terminal ID are acquired from the
続いて、取得した車両ＩＤが正しいか否かを判断する（Ｓ２０２）。図２を用いて前述したように、ユーザー登録される様々な情報は、車両データベース１０１ａに記憶されている車両ＩＤに紐付けて記憶される。従って、ユーザー登録するためには、ユーザー登録しようとする車両１の車両ＩＤが、車両データベース１０１ａに既に記憶されていることが前提となる。そこで、Ｓ２０２では、Ｓ２０１で取得した車両ＩＤが車両データベース１０１ａに存在するか否かを判断する。
また、車両ＩＤとして車体番号を用いた場合には、いわゆるナンバープレートに表示の自動車登録番号などに比べて第三者が容易に知ることはできない。しかし、車両１の外部からは見えないものの、車体番号は車両１や車両１のいわゆる車検証などに記載されているので、悪意を持った第三者が知ろうとすると車両ＩＤが知られてしまう可能性もある。そこで、携帯端末２が車両１から車両ＩＤを取得する場合には、暗号化された状態で車両ＩＤを取得しておき、ユーザーがユーザー登録する際にも、鍵形状データ管理システム１００が携帯端末２から暗号化された車両ＩＤを取得するようにしても良い。
Subsequently, it is determined whether or not the acquired vehicle ID is correct (S202). As described above with reference to FIG. 2, various information registered as a user is stored in association with the vehicle ID stored in the
Further, when the vehicle body number is used as the vehicle ID, it cannot be easily known by a third party as compared with the vehicle registration number displayed on the so-called license plate. However, although it is not visible from the outside of the vehicle 1, the vehicle body number is described in the vehicle 1 or the so-called vehicle verification of the vehicle 1, so if a malicious third party tries to know it, the vehicle ID will be known. There is a possibility. Therefore, when the
更には、携帯端末２が車両１に登録されて、電子キーの代わりに使用できる状態となっている場合には、携帯端末２は車両１に向かって認証信号を送信することが可能となっている。そこで、その認証信号に車両ＩＤを示す情報を埋め込んでおき、ユーザー登録の際には、車両ＩＤが埋め込まれた認証信号のデータを、鍵形状データ管理システム１００が携帯端末２から取得するようにしても良い。
Further, when the
以上のような方法によって、取得した車両ＩＤが正しいと判断した場合は（Ｓ２０２：ｙｅｓ）、ユーザー登録したユーザーを識別するためのユーザーＩＤと、ユーザーＩＤと共に用いるパスワードとを決定する（Ｓ２０３）。ユーザーＩＤおよびパスワードは、他のユーザーに対して設定済みのものと重ならないユーザーＩＤおよびパスワードを、鍵形状データ管理システム１００が決定してユーザーに通知するようにしても良いし、ユーザーが決定するようにしても良い。
その後、Ｓ２０１で取得した携帯端末ＩＤと、Ｓ２０３で決定したユーザーＩＤおよびパスワードを、車両ＩＤに紐付けた状態で、車両データベース１０１ａに登録した後（Ｓ２０４）、図７のユーザー登録処理を終了して、図４の鍵形状データ管理処理に復帰する。
一方、Ｓ２０２で、車両ＩＤが正しくないと判断した場合は（Ｓ２０２：ｎｏ）、ユーザー登録できない旨のエラーメッセージを携帯端末２に返信した後（Ｓ２０５）、図７のユーザー登録処理を終了して、図４の鍵形状データ管理処理に復帰する。
When it is determined that the acquired vehicle ID is correct by the above method (S202: yes), the user ID for identifying the user registered as a user and the password to be used together with the user ID are determined (S203). As the user ID and password, the key shape
After that, after registering the mobile terminal ID acquired in S201 and the user ID and password determined in S203 in the
On the other hand, if it is determined in S202 that the vehicle ID is incorrect (S202: no), an error message indicating that the user cannot be registered is returned to the mobile terminal 2 (S205), and then the user registration process of FIG. 7 is terminated. , Return to the key shape data management process of FIG.
また、図４の鍵形状データ管理処理で、車両１のユーザーが鍵形状データ管理システム１００に対して機械鍵１１を要求した場合には（Ｓ１４：ｙｅｓ）、以下のような機械鍵要求対応処理が開始される（Ｓ３００）。 Further, in the key shape data management process of FIG. 4, when the user of the vehicle 1 requests the machine key 11 from the key shape data management system 100 (S14: yes), the following machine key request handling process is performed. Is started (S300).
Ｂ−３．機械鍵要求対応処理 ：
図８には、車両１のユーザーから機械鍵１１が要求された場合に、鍵形状データ管理システム１００によって実行される機械鍵要求対応処理のフローチャートが示されている。
図示されるように、機械鍵要求対応処理では先ず始めに、機械鍵１１の鍵形状データを決定するための情報、すなわち、ユーザーの携帯端末ＩＤか、車両ＩＤか、ユーザーＩＤおよびパスワードの何れかを取得する（Ｓ３０１）。
B-3. Machine key request processing:
FIG. 8 shows a flowchart of the machine key request handling process executed by the key shape
As shown in the figure, in the machine key request handling process, first of all, the information for determining the key shape data of the
ユーザーが携帯端末２を用いて鍵形状データ管理システム１００に接続すると、鍵形状データ管理システム１００は携帯端末２と通信することによって携帯端末２の携帯端末ＩＤを取得することができる。従って、ユーザーがユーザー登録したときの携帯端末２を用いて鍵形状データ管理システム１００に接続すれば、ユーザーは改めて携帯端末ＩＤを入力する必要はない。もちろん、ユーザーが携帯端末２を車両１に登録する際に、携帯端末２が車両ＩＤを取得して記憶している場合には、鍵形状データ管理システム１００が携帯端末２に記憶されている車両ＩＤを取得するようにしても良い。
また、携帯端末２を買い換えたり紛失したりして、別の携帯端末２やパソコンから鍵形状データ管理システム１００に接続することも起こり得る。しかし、このような場合には、車両ＩＤ（たとえば車体番号や、暗号化された車体番号など）や、ユーザー登録時に設定したユーザーＩＤおよびパスワードを入力すればよい。
これらの何れかの情報を取得すれば、図２に示した車両データベース１０１ａを参照することによって、要求された機械鍵１１を製造するための鍵形状データを特定することができる。
When the user connects to the key shape
Further, it is possible that the
If any of these information is acquired, the key shape data for manufacturing the requested
尚、機械鍵１１の鍵形状データを特定するためには、上述した何れかの情報を取得すれば十分であるが、悪意を持った第三者が他人の携帯端末２を使って機械鍵１１を要求したり、予め調べておいた車両ＩＤを使って機械鍵１１を要求したりする場合も起こり得る。そこで、（機械鍵１１を特定するためには不要であるが）携帯端末ＩＤや車両ＩＤを取得した場合でも、ユーザーにパスワードの入力を要求することとしても良い。
In order to specify the key shape data of the
こうして、機械鍵１１の製造に用いる鍵形状データを特定するため情報を取得したら（Ｓ３０１）、続いて、製造した機械鍵１１の受渡場所についての情報（すなわち受渡場所情報）を取得する（Ｓ３０２）。受渡場所情報は、本実施例では、機械鍵１１を要求するユーザーが、携帯端末２などの画面上から設定する。すなわち、図３を用いて前述したように、県情報、市情報、町情報、番地情報などを、例えば画面上で順番に選択することによって設定する。あるいは、携帯端末２が測位衛星からの測位信号に基づいて取得した位置情報から、自動的に県情報、市情報、町情報、番地情報などを決定しても良い。更には、携帯端末２が取得した位置情報を、鍵形状データ管理システム１００に送信するようにしても良い。
In this way, after acquiring the information for specifying the key shape data used for manufacturing the machine key 11 (S301), subsequently, the information about the delivery place of the manufactured machine key 11 (that is, the delivery place information) is acquired (S302). .. In this embodiment, the delivery location information is set by the user requesting the machine key 11 from the screen of the
以上のようにして、ユーザーから必要な情報を取得したら（Ｓ３０１、Ｓ３０２）、要求を受け付けて良いか否かを判断する（Ｓ３０３）。例えば、携帯端末ＩＤは取得できたが、その携帯端末ＩＤが車両データベース１０１ａに登録されておらず、しかも車両ＩＤやユーザーＩＤは入力されていない場合は、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。また、ユーザーＩＤおよびパスワードが入力されたが、少なくとも何れか一方が正しくない場合も、要求は受け付けることができないと判断する（Ｓ３０３：ｎｏ）。
あるいは、車両ＩＤとユーザーＩＤとパスワードの３つの情報が入力されたが、それらの情報の組み合わせが、車両データベース１０１ａに登録されている内容と合致しない場合も、要求は受け付けることができないと判断する（Ｓ３０３：ｎｏ）。
After obtaining the necessary information from the user in the above manner (S301, S302), it is determined whether or not the request can be accepted (S303). For example, if the mobile terminal ID can be obtained, but the mobile terminal ID is not registered in the
Alternatively, even if three pieces of information, the vehicle ID, the user ID, and the password, are input, but the combination of the information does not match the contents registered in the
また、携帯端末ＩＤが自動的に取得され、更にユーザーによってユーザーＩＤとパスワードとが入力された場合は、次のように判断する。
まず、携帯端末ＩＤとユーザーＩＤとパスワードの３つが何れも、車両データベース１０１ａに登録されている内容と合致している場合は、要求を受け付けて良いと判断する（Ｓ３０３：ｙｅｓ）。
次に、携帯端末ＩＤは車両データベース１０１ａに登録されている何れの携帯端末ＩＤにも合致しないが、ユーザーＩＤおよびパスワードは車両データベース１０１ａに登録されている内容と合致する場合は、携帯端末２が変更されたものと考えられるので、要求を受け付けて良いと判断する（Ｓ３０３：ｙｅｓ）。
これに対して、携帯端末ＩＤが車両データベース１０１ａに登録されているが、ユーザーによって入力されたユーザーＩＤおよびパスワードが、その携帯端末ＩＤに対して車両データベース１０１ａに登録されているユーザーＩＤおよびパスワードと合致しない場合は、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。
また、携帯端末ＩＤおよびユーザーＩＤが、車両データベース１０１ａに登録されている何れの携帯端末ＩＤおよびユーザーＩＤにも合致しない場合には、パスワードが合致するか否かに関わらず、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。
Further, when the mobile terminal ID is automatically acquired and the user ID and password are further input by the user, it is determined as follows.
First, if all three of the mobile terminal ID, the user ID, and the password match the contents registered in the
Next, if the mobile terminal ID does not match any of the mobile terminal IDs registered in the
On the other hand, although the mobile terminal ID is registered in the
If the mobile terminal ID and user ID do not match any of the mobile terminal IDs and user IDs registered in the
また、ユーザーによって設定された（あるいは自動的に取得した）受渡場所情報が、異常な情報であった場合にも、要求を受け付けることができないと判断する（Ｓ３０３：ｎｏ）。 Further, even if the delivery location information set (or automatically acquired) by the user is abnormal information, it is determined that the request cannot be accepted (S303: no).
以上のようにして、ユーザーからの要求を受け付けて良いか否かを判断した結果、要求を受け付けることができないと判断した場合は（Ｓ３０３：ｎｏ）、受け付けることができない旨のメッセージをユーザーに対して返信した後（Ｓ３１１）、図８の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。
これに対して、ユーザーからの要求を受け付けて良いと判断した場合は（Ｓ３０３：ｙｅｓ）、車両データベース１０１ａを参照することによって、要求された機械鍵１１を製造するための鍵形状データを特定する（Ｓ３０４）。図２を用いて前述したように、携帯端末ＩＤや、車両ＩＤ、ユーザーＩＤの何れかが分かれば、車両データベース１０１ａを参照することで、機械鍵１１の製造に必要な鍵形状データを容易に特定することができる。
As a result of determining whether or not to accept the request from the user as described above, if it is determined that the request cannot be accepted (S303: no), a message to the user that the request cannot be accepted is sent to the user. After replying (S311), the machine key request handling process of FIG. 8 is terminated, and the process returns to the key shape data management process of FIG.
On the other hand, when it is determined that the request from the user can be accepted (S303: yes), the key shape data for manufacturing the requested
続いて、Ｓ３０２で取得しておいた受渡場所情報に基づいて、機械鍵１１の製造拠点を決定する（Ｓ３０５）。本実施例では、図３に示した拠点データベース１０１ｂと同様に、受渡場所情報についても、県情報、市情報、町情報、番地情報と階層化された情報となっているから、拠点データベース１０１ｂに登録されている複数の製造拠点の中から、県情報、市情報、町情報、番地情報と順番に製造拠点を絞り込んでいくことで、ユーザーが指定した受渡場所に近い製造拠点を決定することができる。
もちろん、携帯端末２が測位信号から取得した位置情報（たとえば緯度および経度）を受渡場所情報として取得する場合は、拠点データベース１０１ｂにも製造拠点の位置情報を記録しておき、受渡場所情報までの直線距離が小さな製造拠点を探索することによって、製造拠点を決定しても良い。
Subsequently, the manufacturing base of the
Of course, when the
こうして決定した製造拠点に対して、鍵形状データを送信して、その鍵形状データに基づいて機械鍵１１を製造する旨を指示する（Ｓ３０６）。図３に示したように、拠点データベース１０１ｂには、製造拠点毎に、鍵形状データを送信するためのデータ送信アドレスが登録されているから、鍵形状データと製造拠点とが決まれば、直ちに鍵形状データを送信することができる。尚、ここでは、鍵形状データを送信するものとして説明するが、鍵形状データを送信する代わりに、鍵形状データをダウンロードするためのリンクや、鍵形状データをダウンロードするためのパスワードなどを送信して、ユーザーが携帯端末２に鍵形状データをダウンロードするようにしても良い。
The key shape data is transmitted to the manufacturing base determined in this way, and an instruction is given to manufacture the
続いて、ユーザーから指定された受渡場所情報と、鍵形状データを送信した製造拠点の所在地とが同じか否かを判断する（Ｓ３０７）。受渡場所情報と製造拠点の所在地とが同じケースとは、例えば、機械鍵１１が必要になったユーザーが、製造拠点として設定されている近くのコンビニエンスストアなどを受渡場所に指定した場合や、機械鍵１１が必要になって近くの修理工場に駆け込んだ後、その場所から鍵形状データ管理システム１００に接続して機械鍵１１を要求するような場合などが該当する。
また、受渡場所情報と製造拠点の所在地とが違うケースとは、機械鍵１１が必要になったユーザーが、携帯端末２を用いて鍵形状データ管理システム１００に接続して、現在位置まで機械鍵１１を配送して貰うように要求するような場合が該当する。
図３に示したように、拠点データベース１０１ｂには、製造拠点の所在地が登録されているから、受渡場所情報と製造拠点の所在地とが同じであるか否かは直ちに判断することができる。
Subsequently, it is determined whether or not the delivery location information specified by the user and the location of the manufacturing base to which the key shape data is transmitted are the same (S307). The case where the delivery location information and the location of the manufacturing base are the same is, for example, when the user who needs the
Further, in the case where the delivery location information and the location of the manufacturing base are different, the user who needs the
As shown in FIG. 3, since the location of the manufacturing base is registered in the
その結果、受渡場所情報と製造拠点の所在地とが違っていた場合は（Ｓ３０７：ｎｏ）、鍵形状データを送信した製造拠点に対して、ユーザーから指定された受渡場所情報を送信し（Ｓ３０８）、製造した機械鍵１１を受渡場所のユーザーに配送するように指示を出す（Ｓ３０９）。機械鍵１１は小さいので、例えば、遠隔操縦式の無人ヘリコプターを用いて配送することができる。あるいは、車両１のユーザーが機械鍵１１を必要とするのは、車両１のバッテリーが上がって携帯端末２を認証できなくなった場合が多いと考えられるから、交換用のバッテリーも機械鍵１１と一緒に配送するようにしても良い。
また、車両１のユーザーが機械鍵１１を要求する際に、交換用バッテリーも要求できるようにしておき、機械鍵１１と一緒にバッテリーの配送も要求した場合には、Ｓ３０５で製造拠点を決定する際に、車両の修理工場や、車用品の販売店を選択しても良い。そして、製造した機械鍵１１を配送する際には、修理工場や販売店のスタッフが、交換用のバッテリーを持って機械鍵１１を配送しても良い。こうすれば、車両１のユーザーが車両１の整備に慣れていない場合でも、バッテリーを交換して貰うことができる。
As a result, if the delivery location information and the location of the manufacturing base are different (S307: no), the delivery location information specified by the user is transmitted to the manufacturing base to which the key shape data is transmitted (S308). , Instruct the user at the delivery location to deliver the manufactured machine key 11 (S309). Since the
Further, when the user of the vehicle 1 requests the
これに対して、受渡場所情報と製造拠点の所在地とが同じであった場合は（Ｓ３０７：ｙｅｓ）、製造した機械鍵１１を、製造拠点でユーザーに渡すように指示を出す（Ｓ３１０）。
こうして、製造した機械鍵１１の配送あるいは店頭渡しの何れかを指示したら（Ｓ３０９、Ｓ３１０）、図８の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。その後、鍵形状データ管理処理では、処理の先頭に戻って、車両製造工場ＰＡに問い合わせることによって、新たな車両リストがあるか否かを判断し（Ｓ１０）、その結果に応じて、前述した続く一連の操作を実行する。
On the other hand, if the delivery location information and the location of the manufacturing base are the same (S307: yes), an instruction is given to hand over the manufactured
When either delivery or over-the-counter delivery of the manufactured
本実施例の鍵形状データ管理システム１００は、以上のような鍵形状データ管理処理を実行する。このため、携帯端末２を車両１に登録して、電子キーの代わりとして使用可能としているユーザーは、必要になったら何時でも何処でも、鍵形状データ管理システム１００に接続することで、機械鍵１１を入手することが可能となる。その結果、車両１のバッテリーが上がって携帯端末２を認証することができずに、機械鍵１１が必要になるという、極めて稀にしか起きない事態に備えて、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯しなければならない事態を解消することが可能となる。
The key shape
図９には、車両１のユーザーが車両１で外出した先でバッテリーが上がるなどしたために、機械鍵１１を入手する様子が概念的に示されている。図示した例では、車両１のユーザーが、自宅から携帯端末２を用いて鍵形状データ管理システム１００に接続することによって、ユーザー登録済みである。
その後、図中で破線の矢印で示したように、ユーザーが車両１に乗って外出したところ、外出先で車両１のバッテリーが上がってしまったとする。このような場合でも、携帯端末２から鍵形状データ管理システム１００に接続して機械鍵１１を要求すれば、鍵形状データ管理システム１００が車両１に搭載されている機械錠１０に対応する機械鍵１１の鍵形状データを特定して、ユーザーの近くの製造拠点（図示した例では、製造拠点ｋ４）に鍵形状データを送信する。そして、鍵形状データを用いて製造拠点ｋ４で機械鍵１１を製造した後、ユーザーに機械鍵１１を配送する。図中に表示した黒い矢印は、製造拠点ｋ４からユーザーに機械鍵１１を配送することを表している。
FIG. 9 conceptually shows how the user of the vehicle 1 obtains the
After that, as shown by the broken line arrow in the figure, when the user goes out on the vehicle 1, it is assumed that the battery of the vehicle 1 has run out on the go. Even in such a case, if the
このように、本実施例の鍵形状データ管理システム１００を設けておけば、車両１のユーザーは必要に応じて、何時でも何処でも速やかに機械鍵１１を入手することができるので、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯する必要がなくなる。
また、ユーザーは必要になったら何時でも何処でも速やかに機械鍵１１を入手することができるので、ユーザーに車両１を引き渡す際には、車両１と一緒に電子キーを引き渡せば良い。従って、車両製造工場ＰＡから車両１を出荷する際にも、車両１に搭載された機械錠１０に対応する機械鍵１１や、機械鍵１１を内蔵した電子キーを付属させた状態で出荷する必要が無くなる。このため、機械錠製造工場ＰＢは、車両製造工場ＰＡに機械錠１０を納品すればよく、更に、車両製造工場ＰＡでは、車両１と機械錠１０との組み合わせを管理しておけば良いので、機械錠１０と機械鍵１１との組み合わせを管理する必要は無い。その結果、機械鍵１１の製造に要する費用や、車両１や機械錠１０に機械鍵１１を紐付けて管理するために要する費用を削減することができるので、ユーザーに強いる費用負担も低減させることが可能となる。
In this way, if the key shape
Further, since the user can promptly obtain the
Ｃ．変形例 ：
上述した実施例では、鍵形状データ管理システム１００が鍵形状データを、製造拠点に対して送信するものとして説明した。しかし、製造拠点に送信する代わりに、機械鍵１１を要求してきたユーザーの携帯端末２などに対して返信するようにしても良い。以下では、このような変形例の鍵形状データ管理システム１００が、ユーザーから機械鍵１１の要求があった場合に実行する処理について説明する。
C. Modification example:
In the above-described embodiment, the key shape
図１０には、変形例の鍵形状データ管理システム１００で行われる機械鍵要求対応処理のフローチャートである。この処理は、図４に示した鍵形状データ管理処理の中で、機械鍵要求対応処理（Ｓ３００）の代わりに実行される処理である。
図１０に示されるように、変形例の機械鍵要求対応処理（Ｓ３５０）でも、図８を用いて前述した機械鍵要求対応処理と同様に、処理を開始すると先ず始めに、機械鍵１１の鍵形状データを決定するための情報（すなわち、ユーザーの携帯端末ＩＤか、車両ＩＤか、ユーザーＩＤおよびパスワードの何れか）を取得する（Ｓ３５１）。
携帯端末ＩＤは、ユーザーの携帯端末２と通信することによって、鍵形状データ管理システム１００が自動的に取得することができる。また、車両ＩＤや、ユーザーＩＤおよびパスワードは、ユーザーが携帯端末２から入力するが、鍵形状データ管理システム１００が携帯端末２から自動的に取得するようにしてもよい。
FIG. 10 is a flowchart of a machine key request handling process performed by the key shape
As shown in FIG. 10, in the machine key request correspondence process (S350) of the modified example, as in the case of the machine key request correspondence process described above with reference to FIG. 8, when the process is started, the key of the
The mobile terminal ID can be automatically acquired by the key shape
続いて、ユーザーからの要求を受け付けて良いか否かを判断する（Ｓ３５２）。この判断は、図８の機械鍵要求対応処理のＳ３０３での判断に準じて行うことができる。すなわち、図８に示した機械鍵要求対応処理では、携帯端末ＩＤなどに加えて、製造した機械鍵１１の受渡場所情報も取得したので（図８のＳ３０２参照）、受渡場所情報が異常なデータでないかについても判断したが、図１０に示す変形例の機械鍵要求対応処理では受渡場所情報は取得しないので、当然ながら受渡場所情報が異常なデータであるか否かについては確認しない。しかし、その他の点については同様にして、ユーザーからの要求を受け付けて良いか否かを判断する。
例えば、携帯端末ＩＤが車両データベース１０１ａに登録されておらず、車両ＩＤやユーザーＩＤも入力されていない場合は、要求を受け付けることができないと判断する。また、ユーザーＩＤおよびパスワードの何れか一方が正しくない場合も、要求を受け付けることができないと判断する。
Subsequently, it is determined whether or not the request from the user can be accepted (S352). This determination can be made according to the determination in S303 of the machine key request response process of FIG. That is, in the machine key request handling process shown in FIG. 8, in addition to the mobile terminal ID and the like, the delivery location information of the manufactured
For example, if the mobile terminal ID is not registered in the
以上のようにして、ユーザーからの要求を受け付けて良いか否かを判断した結果、要求を受け付けることができないと判断した場合は（Ｓ３５２：ｎｏ）、受け付けることができない旨のメッセージをユーザーに対して返信した後（Ｓ３５８）、図１０に示した変形例の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。
これに対して、ユーザーからの要求を受け付けて良いと判断した場合は（Ｓ３５２：ｙｅｓ）、車両データベース１０１ａを参照することによって、要求された機械鍵１１を製造するための鍵形状データを特定する（Ｓ３５３）。
As a result of determining whether or not to accept the request from the user as described above, if it is determined that the request cannot be accepted (S352: no), a message to the user that the request cannot be accepted is sent to the user. After replying (S358), the machine key request handling process of the modified example shown in FIG. 10 is terminated, and the process returns to the key shape data management process of FIG.
On the other hand, when it is determined that the request from the user can be accepted (S352: yes), the key shape data for manufacturing the requested
そして、特定した鍵形状データを、鍵形状データ管理システム１００に接続してきたユーザーの携帯端末２に返信する（Ｓ３５４）。すなわち、図８を用いて前述した本実施例の機械鍵要求対応処理では、鍵形状データを製造拠点に送信するので、送信先の製造拠点を決定する必要があったが、変形例の機械鍵要求対応処理では、製造拠点を決定することなく、鍵形状データを携帯端末２に返信してしまうのである。尚、変形例の場合でも、鍵形状データを送信する代わりに、鍵形状データをダウンロードするためのリンクや、鍵形状データをダウンロードするためのパスワードなどを送信して、ユーザーが携帯端末２に鍵形状データをダウンロードするようにしても良い。
Then, the specified key shape data is returned to the
続いて、ユーザーの携帯端末２に対して問い合わせることによって、ユーザーの携帯端末２の現在位置を示す現在位置情報を取得する（Ｓ３５５）。現在位置情報は、携帯端末２が測位信号から取得した位置情報（たとえば緯度および経度）を取得する。もちろん、図８の機械鍵要求対応処理の受渡場所情報と同様に、県情報、市情報、町情報、番地情報と階層化された所在地の情報を取得しても良い。
そして、ユーザーの携帯端末２の現在位置情報から、図３を用いて前述した拠点データベース１０１ｂを参照することによって、ユーザーの近くに存在する製造拠点を選択する（Ｓ３５６）。このとき選択する製造拠点の数は１つである必要はなく、複数の製造拠点を選択しても良い。
Subsequently, by making an inquiry to the user's
Then, from the current position information of the user's
その後、選択した製造拠点の所在地情報を、ユーザーの携帯端末２に返信する（Ｓ３５７）。製造拠点の所在地情報は、県情報、市情報、町情報、番地情報と階層化された形態の情報であっても良いし、地図上で製造拠点の位置を表示した情報であっても良い。
以上のようにして、ユーザーの携帯端末２に対して、鍵形状データと、製造拠点の所在地情報とを返信したら（Ｓ３５４、Ｓ３５７）、図１０に示した変形例の機械鍵要求対応処理を終了して、図４の鍵形状データ管理処理に復帰する。
After that, the location information of the selected manufacturing base is returned to the user's mobile terminal 2 (S357). The location information of the manufacturing base may be information in a layered form such as prefecture information, city information, town information, and street address information, or may be information displaying the location of the manufacturing base on a map.
When the key shape data and the location information of the manufacturing base are returned to the user's
以上のような変形例の機械鍵要求対応処理を行う場合でも、車両１のユーザーは、携帯端末２から鍵形状データ管理システム１００に接続することで、機械鍵１１の鍵形状データと、近くの製造拠点の所在地の情報とを受け取ることができる。従って、鍵形状データを受信（あるいはダウンロード）した携帯端末２を製造拠点に持ち込むことで、何時でも速やかに機械鍵１１を入手することができる。その結果、車両１のバッテリーが上がって携帯端末２を認証することができずに、機械鍵１１が必要になるという、極めて稀にしか起きない事態に備えて、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯しなければならない事態を解消することが可能となる。
Even when the machine key request handling process of the above modified example is performed, the user of the vehicle 1 can connect the key shape data of the
尚、上述した変形例の機械鍵要求対応処理では、ユーザーの携帯端末２に対して近くの製造拠点の所在地情報を返信するものとして説明した。これは、鍵形状データを受け取ったユーザーが、近くの製造拠点を容易に見つけることができるようにするためである。しかし、機械鍵１１は小さな部品であるため、鍵形状データから機械鍵１１を製造するために要する製造装置は、小型のＮＣ旋盤装置や、いわゆる３Ｄプリンタなどでよく、コンビニエンスストアやガソリンスタンドなども、容易に製造拠点となることができる。従って、多くのコンビニエンスストアやガソリンスタンドなど製造拠点となっており、ユーザーが製造拠点を容易に見つけることが可能な状況であれば、製造拠点の所在地についてはユーザーの携帯端末２に送信しないようにすることも可能である。
In the machine key request handling process of the above-described modified example, the location information of the nearby manufacturing base is returned to the user's
図１１には、変形例の鍵形状データ管理システム１００で、車両１のユーザーが機械鍵１１を入手する様子が概念的に示されている。図１１に示した例でも、図９を用いて前述した場合と同様に、車両１のユーザーは、自宅から携帯端末２を用いて鍵形状データ管理システム１００に接続することによってユーザー登録済みであるとしている。
その後、図中で破線の矢印で示したように、ユーザーが車両１に乗って外出したところ、外出先で車両１のバッテリーが上がってしまったとする。このような場合でも、携帯端末２から鍵形状データ管理システム１００に接続して機械鍵１１を要求すると、鍵形状データ管理システム１００から機械鍵１１の鍵形状データと、製造拠点の所在地の情報とが返信されてくる。このため、鍵形状データを受信した携帯端末２を持って、近くの製造拠点に行くことで、機械鍵１１を入手することが可能となる。図１１中に斜線を付して表示した矢印は、鍵形状データを受け取ったユーザーが、近くの製造拠点ｋ４に移動する様子を概念的に表している。また、図中に表示した黒い矢印は、製造拠点ｋ４で製造された機械鍵１１がユーザーに渡される様子を概念的に表している。
FIG. 11 conceptually shows how the user of the vehicle 1 obtains the
After that, as shown by the broken line arrow in the figure, when the user goes out on the vehicle 1, it is assumed that the battery of the vehicle 1 has run out on the go. Even in such a case, when the
このような変形例の鍵形状データ管理システム１００でも、車両１のユーザーは必要に応じて、何時でも何処でも速やかに機械鍵１１を入手することができるので、機械鍵１１あるいは機械鍵１１が収納された電子キーを携帯する必要がなくなる。
また、ユーザーに車両１を引き渡す際には、車両１と一緒に電子キーを引き渡せば良いので、機械鍵１１の製造に要する費用や、車両１や機械錠１０に機械鍵１１を紐付けて管理するために要する費用を削減することが可能となる。
Even in the key shape
Further, when the vehicle 1 is handed over to the user, the electronic key may be handed over together with the vehicle 1, so that the cost required for manufacturing the
以上、本実施例および変形例について説明したが、本発明は上述した実施例および変形例に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することができる。 Although the present embodiment and the modified examples have been described above, the present invention is not limited to the above-mentioned examples and the modified examples, and can be carried out in various embodiments without departing from the gist thereof.
１…車両、 ２…携帯端末、 １０…機械錠、
１１…機械鍵、 １００…鍵形状データ管理システム、 １０１…記憶サーバ、
１０１ａ…車両データベース、 １０１ｂ…拠点データベース、
１０２…受付サーバ、 １０３…送信サーバ、 １０４…登録サーバ。
1 ... Vehicle, 2 ... Mobile terminal, 10 ... Machine lock,
11 ... Machine key, 100 ... Key shape data management system, 101 ... Storage server,
101a ... Vehicle database, 101b ... Base database,
102 ... Reception server, 103 ... Send server, 104 ... Registration server.
Claims (5)
前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データと、前記機械鍵を製造可能な複数の製造拠点とを記憶している記憶サーバ（１０１）と、
前記車両識別情報と、前記機械鍵の受渡場所を示す受渡場所情報と共に、前記機械鍵の入手要求を受け付ける受付サーバ（１０２）と、
前記車両識別情報に基づいて前記鍵形状データを決定すると共に、前記受渡場所情報に対応する前記製造拠点を決定して、前記受渡場所情報および前記決定した鍵形状データを、前記決定した製造拠点に送信する送信サーバ（１０３）と
を備え、
前記受付サーバは、前記車両の使用者によって携帯された携帯端末と通信することによって前記機械鍵の入手要求を受け付けると共に、前記入手要求を受け付けるに際しては、前記携帯端末が前記車両と通信することによって取得して記憶している前記車両識別情報を取得する
ことを特徴とする鍵形状データ管理システム。 A key shape data management system (100) that manages key shape data for manufacturing a machine key (11) that unlocks the door of a vehicle (1).
The vehicle identification information given to the vehicle and capable of identifying the vehicle for each individual, the mechanical lock identification information for identifying the mechanical lock (10) attached to the vehicle having the vehicle identification information for each individual, and the said. A storage server (101) that stores the key shape data of the machine key used in combination with the machine lock having the machine lock identification information and a plurality of manufacturing bases capable of manufacturing the machine key.
A reception server (102) that accepts a request for obtaining the machine key, along with the vehicle identification information and the delivery place information indicating the delivery place of the machine key.
The key shape data is determined based on the vehicle identification information, the manufacturing base corresponding to the delivery location information is determined, and the delivery location information and the determined key shape data are transferred to the determined manufacturing base. Equipped with a transmission server (103) for transmission
The reception server receives a request for obtaining the machine key by communicating with a mobile terminal carried by the user of the vehicle, and when receiving the request for acquisition, the mobile terminal communicates with the vehicle. A key shape data management system characterized by acquiring the vehicle identification information acquired and stored.
前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データとを記憶している記憶サーバ（１０１）と、
前記車両識別情報と共に、前記機械鍵の入手要求を受け付ける受付サーバ（１０２）と、
前記車両識別情報に基づいて前記鍵形状データを決定して、前記決定した鍵形状データを返信する送信サーバ（１０３）と
を備え、
前記受付サーバは、前記車両の使用者によって携帯された携帯端末と通信することによって前記機械鍵の入手要求を受け付けると共に、前記入手要求を受け付けるに際しては、前記携帯端末が前記車両と通信することによって取得して記憶している前記車両識別情報を取得する
ことを特徴とする鍵形状データ管理システム。 A key shape data management system (100) that manages key shape data for manufacturing a machine key (11) that unlocks the door of a vehicle (1).
The vehicle identification information given to the vehicle and capable of identifying the vehicle for each individual, the mechanical lock identification information for identifying the mechanical lock (10) attached to the vehicle having the vehicle identification information for each individual, and the said. A storage server (101) that stores the key shape data of the machine key used in combination with the machine lock having the machine lock identification information, and
A reception server (102) that receives the machine key acquisition request together with the vehicle identification information, and
A transmission server (103) that determines the key shape data based on the vehicle identification information and returns the determined key shape data is provided.
The reception server receives a request for obtaining the machine key by communicating with a mobile terminal carried by the user of the vehicle, and when receiving the request for acquisition, the mobile terminal communicates with the vehicle. A key shape data management system characterized by acquiring the vehicle identification information acquired and stored.
前記車両の使用者を識別するための使用者識別情報を、前記車両に付与された前記車両識別情報と共に取得して、前記記憶サーバに登録する登録サーバ（１０４）を備え、
前記受付サーバは、前記車両識別情報の代わりに、前記使用者識別情報を受け付け、
前記送信サーバは、前記使用者識別情報に基づいて前記車両識別情報を決定し、該車両識別情報に基づいて前記鍵形状データを決定して、前記決定した鍵形状データを返信する
ことを特徴とする鍵形状データ管理システム。 The key shape data management system according to claim 2.
A registration server (104) for acquiring user identification information for identifying a user of the vehicle together with the vehicle identification information given to the vehicle and registering the user identification information in the storage server is provided.
The reception server receives the user identification information instead of the vehicle identification information, and receives the user identification information.
The transmission server is characterized in that it determines the vehicle identification information based on the user identification information, determines the key shape data based on the vehicle identification information, and returns the determined key shape data. Key shape data management system.
前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報とを対応付けて取得する工程（Ｓ１０１）と、
前記機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データとを対応付けて取得する工程（Ｓ１０３）と、
前記機械鍵を製造可能な複数の製造拠点を取得する工程（Ｓ１２）と、
前記車両の使用者によって携帯された携帯端末と通信することによって前記機械鍵の入手要求を受け付けると共に、前記入手要求を受け付けるに際しては、前記機械鍵の受渡場所を示す受渡場所情報と、前記携帯端末が前記車両と通信することによって取得して記憶している前記車両識別情報とを取得する工程（Ｓ３０１〜Ｓ３０３）と、
前記車両識別情報に基づいて前記鍵形状データを決定する工程（Ｓ３０４）と、
前記受渡場所情報に対応する前記製造拠点を決定して、前記受渡場所情報および前記決定した鍵形状データを、前記決定した製造拠点に送信する工程（Ｓ３０５、Ｓ３０８）と
を備えることを特徴とする鍵形状データ管理方法。 It is a key shape data management method for managing key shape data for manufacturing a machine key (11) for unlocking the door of a vehicle (1).
Corresponding between the vehicle identification information given to the vehicle and capable of identifying the vehicle for each individual and the mechanical lock identification information for identifying the mechanical lock (10) attached to the vehicle having the vehicle identification information for each individual. The process of attaching and acquiring (S101) and
A step (S103) of associating and acquiring the machine lock identification information and the key shape data of the machine key used in combination with the machine lock having the machine lock identification information.
The process (S12) of acquiring a plurality of manufacturing bases capable of manufacturing the machine key, and
The request for acquisition of the machine key is received by communicating with the mobile terminal carried by the user of the vehicle, and when the request for acquisition is received, the delivery location information indicating the delivery location of the machine key and the mobile terminal are received. Steps (S301 to S303) of acquiring the vehicle identification information acquired and stored by communicating with the vehicle, and
The step (S304) of determining the key shape data based on the vehicle identification information, and
It is characterized by including a step (S305, S308) of determining the manufacturing base corresponding to the delivery location information and transmitting the delivery location information and the determined key shape data to the determined manufacturing base. Key shape data management method.
前記車両に付与されて該車両を固体毎に識別可能な車両識別情報と、該車両識別情報を有する車両に装着された機械錠（１０）を固体毎に識別可能な機械錠識別情報とを対応付けて取得する工程（Ｓ１０１）と、
前記機械錠識別情報と、該機械錠識別情報を有する機械錠と組み合わせて用いられる機械鍵の前記鍵形状データとを対応付けて取得する工程（Ｓ１０３）と、
前記車両の使用者によって携帯された携帯端末と通信することによって前記機械鍵の入手要求を受け付けると共に、前記入手要求を受け付けるに際しては、前記携帯端末が前記車両と通信することによって取得して記憶している前記車両識別情報を取得する工程（Ｓ３５１、Ｓ３５２）と、
前記車両識別情報に基づいて前記鍵形状データを決定する工程（Ｓ３５３）と、
前記決定した鍵形状データを、前記機械鍵の入手を要求してきた相手に返信する工程（Ｓ３５４）と
を備えることを特徴とする鍵形状データ管理方法。 It is a key shape data management method for managing key shape data for manufacturing a machine key (11) for unlocking the door of a vehicle (1).
Corresponding between the vehicle identification information given to the vehicle and capable of identifying the vehicle for each individual and the mechanical lock identification information for identifying the mechanical lock (10) attached to the vehicle having the vehicle identification information for each individual. The process of attaching and acquiring (S101) and
A step (S103) of associating and acquiring the machine lock identification information and the key shape data of the machine key used in combination with the machine lock having the machine lock identification information.
The request for acquisition of the machine key is received by communicating with the mobile terminal carried by the user of the vehicle, and when the request for acquisition is received, the mobile terminal acquires and stores the request by communicating with the vehicle. Steps (S351, S352) for acquiring the vehicle identification information
The step (S353) of determining the key shape data based on the vehicle identification information, and
A key shape data management method comprising a step (S354) of returning the determined key shape data to a party requesting the acquisition of the machine key.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019188364A JP6849038B2 (en) | 2019-10-15 | 2019-10-15 | Key shape data management system, key shape data management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019188364A JP6849038B2 (en) | 2019-10-15 | 2019-10-15 | Key shape data management system, key shape data management method |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017139515A Division JP6848742B2 (en) | 2017-07-18 | 2017-07-18 | Key shape data management system, key shape data management method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020020260A JP2020020260A (en) | 2020-02-06 |
| JP6849038B2 true JP6849038B2 (en) | 2021-03-24 |
Family
ID=69588343
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019188364A Active JP6849038B2 (en) | 2019-10-15 | 2019-10-15 | Key shape data management system, key shape data management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6849038B2 (en) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001140514A (en) * | 1999-11-12 | 2001-05-22 | Kawai Shokai:Kk | Key information management method, unlocking support method, key information management system, and unlocking support system |
| JP3379933B2 (en) * | 2000-03-23 | 2003-02-24 | 株式会社 川井商会 | Key information registration procedure support system, recording medium, key plate cutting machine |
| JP2002147075A (en) * | 2000-11-16 | 2002-05-22 | Tsutomu Ueda | Unlocking service method for lock |
| JP2004088338A (en) * | 2002-08-26 | 2004-03-18 | Tokai Rika Co Ltd | Identification code registration update system, identification code registration update method, and identification code registration update program |
| JP3793148B2 (en) * | 2002-12-06 | 2006-07-05 | 三井住友海上火災保険株式会社 | Automotive electronic key system, automotive electronic key server, automotive electronic key control method, and program |
| JP2004237874A (en) * | 2003-02-06 | 2004-08-26 | Nikkoo:Kk | Management system of key to lock for two-wheel vehicle |
| JP6253319B2 (en) * | 2013-09-09 | 2017-12-27 | 株式会社クローバー | Blank key search system |
-
2019
- 2019-10-15 JP JP2019188364A patent/JP6849038B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020020260A (en) | 2020-02-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11586990B2 (en) | Car-sharing system, information processing apparatus, information processing method, information processing program | |
| JP4525939B2 (en) | Mobile terminal, resource access control system for mobile terminal, and resource access control method for mobile terminal | |
| JP6521704B2 (en) | Remote control management method, remote control management device, remote control system | |
| JP2009017516A (en) | Authentication system, and authentication method | |
| JP7082536B2 (en) | Electric vehicle support system | |
| WO2004019226A1 (en) | Information providing method, information providing system, information providing device, and information acquisition device | |
| JP2006268229A (en) | Taxi dispatch system and program | |
| JP6848742B2 (en) | Key shape data management system, key shape data management method | |
| JP2011221738A (en) | Car sharing system, car sharing method and car sharing program | |
| JP2012043167A (en) | On-vehicle device for controlling shared vehicles and shared vehicle control system | |
| JP2000040064A (en) | Certifying system of network access | |
| JP2013258491A (en) | Car sharing system and car sharing provisioning method | |
| JP6849038B2 (en) | Key shape data management system, key shape data management method | |
| JP6849039B2 (en) | Key shape data management system, key shape data management method | |
| CN111726277A (en) | WeChat-based parking position recording and sharing method and system | |
| JP3813883B2 (en) | Vehicle sharing system | |
| JP4432577B2 (en) | Keyless entry device, system and method | |
| JP4432578B2 (en) | Keyless entry device, system and method | |
| JP4228002B2 (en) | Vehicle sharing system | |
| JP2005025427A (en) | Authentication device and system | |
| JP2004318728A (en) | Information providing method, information providing system, information terminal device and center | |
| JP2004224265A (en) | Vehicle theft prevention device, vehicle theft prevention system, and rental car theft prevention system | |
| JP6760209B2 (en) | Car sharing system | |
| JP6867062B1 (en) | Authentication systems, mobile terminals, programs, and in-vehicle devices | |
| JP2002368876A (en) | On-vehicle information system and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20191015 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200728 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200901 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200923 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210202 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210215 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6849038 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |