(57)【要約】【課題】車両と関連づけられた鍵モジュールの操作方法を提供する。【解決手段】鍵モジュールにおいて、車両の認証されたユーザに関連づけられた携帯電話デバイスへの鍵モジュールの近接を監視し、監視により鍵モジュールと携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、携帯電話デバイスに近接不足警告メッセージを送信し、携帯電話デバイスより、１以上の車両および鍵モジュールに関連づけられた動作状態変更コードを受信し、受信した動作状態変更コードに基づいて、１以上の車両および鍵モジュールに関連する動作状態の変更を開始するよう、車両と関連づけられた鍵モジュールを操作する。【選択図】図１
2017529470.tif 000002
【特許請求の範囲】
【請求項１】
車両と関連づけられた車両鍵モジュールの操作方法であって、前記車両鍵モジュールにおいて、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの前記車両鍵モジュールの近接を監視する工程と、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信する工程と、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信する工程と、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始する工程と、を有することを特徴とする、操作方法。
【請求項２】
前記動作状態の変更の開始は、前記車両鍵モジュールの始動機能を無効にし、前記車両鍵モジュールで前記車両の始動を行えないようにすることである、請求項１に記載の操作方法。
【請求項３】
前記動作状態の変更の開始は、前記車両鍵モジュールの開錠機能を無効にし、前記車両鍵モジュールで前記車両の開錠を行えないようにすることである、請求項１または２に記載の操作方法。
【請求項４】
前記動作状態の変更の開始は、前記車両鍵モジュールの地理的位置情報機能を有効にし、前記車両鍵モジュールの地理的位置情報を前記携帯電話デバイスに報告することである、請求項１ないし３のいずれか１項に記載の操作方法。
【請求項５】
前記動作状態の変更の開始は、前記車両鍵モジュールの可聴信号生成機能を有効にすることである、請求項１ないし４のいずれか１項に記載の操作方法。
【請求項６】
前記動作状態の変更の開始は、前記車両鍵モジュールの可視信号生成機能を有効にすることである、請求項１ないし５のいずれか１項に記載の操作方法。
【請求項７】
有効となった前記可視信号生成機能に反応したユーザの入力の受付、および、前記車両鍵モジュールから前記携帯電話デバイスへの電話の発呼をさらに行う、請求項６に記載の操作方法。
【請求項８】
前記動作状態の変更の開始は、前記車両鍵モジュールの地理的位置情報機能を有効にし、前記車両鍵モジュールの地理的位置情報を前記携帯電話デバイスに報告することである、請求項１ないし７のいずれか１項に記載の操作方法。
【請求項９】
前記動作状態の変更の開始は、前記車両鍵モジュールの車両近接機能を有効にし、前記車両鍵モジュールが前記車両から所定の閾値距離内にあるかを監視することである、請求項１ないし８のいずれか１項に記載の操作方法。
【請求項１０】
前記車両鍵モジュールが前記車両から前記閾値距離内にあることを、有効となった前記車両近接機能が示すと、前記携帯電話デバイスに車両近接警告メッセージが送信される、請求項９に記載の操作方法。
【請求項１１】
前記動作状態の変更の開始は、前記車両鍵モジュールのマイクを有効にし、有効にされた前記マイクが検出する音声信号を前記携帯電話デバイスに送信することである、請求項１ないし１０のいずれか１項に記載の操作方法。
【請求項１２】
前記動作状態の変更の開始は、前記車両の通信インタフェースに対して前記車両の動作状態変更命令を送信することである、請求項１ないし１１のいずれか１項に記載の操作方法。
【請求項１３】
前記動作状態変更命令は、前記車両の始動システムを無効化する命令である、請求項１２に記載の操作方法。
【請求項１４】
前記動作状態変更命令は、前記車両の次回停止時に車両の始動システムを無効化する命令である、請求項１３に記載の操作方法。
【請求項１５】
前記動作状態変更命令は、前記車両の１以上のドアを施錠する命令である、請求項１２ないし１４のいずれか１項に記載の操作方法。
【請求項１６】
車両と関連づけられた車両鍵モジュールであって、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの前記車両鍵モジュールの近接を監視し、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信し、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信し、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始することを特徴とする、車両鍵モジュール。
【請求項１７】
情報処理デバイスによって実行されると、該情報処理デバイスに車両と関連づけられた車両鍵モジュールに所定の動作をさせる方法を行わせることとなるコンピュータ可読の命令セットを含むコンピュータプログラムであって、前記車両鍵モジュールに、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの近接を監視させ、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信させ、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信させ、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始させることを特徴とする、コンピュータプログラム。
【請求項１８】
請求項１ないし１５のいずれか１項に記載の操作方法を行うよう構成された、携帯電話デバイス。
【請求項１９】
前記携帯電話デバイスによって実行されると、該携帯電話デバイスに請求項１ないし１５のいずれか１項に記載の操作方法を行わせることとなる、コンピュータ可読の命令セットを含むコンピュータプログラム。
【請求項２０】
請求項１ないし１５のいずれか１項に記載の方法を行うように構成された、前記車両鍵モジュールと前記携帯電話デバイスとを備えるシステム。
【請求項２１】
添付図面を参照して本明細書で説明され、添付図面で示されたいずれかの実施例に実質的に関連する装置。
【請求項２２】
添付図面を参照して本明細書で説明され、添付図面で示されたいずれかの実施例に実質的に関連する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鍵モジュールに関する。本発明は、特に車両と関連づけられた鍵モジュールに関するが、これに限らない。
【背景技術】
【０００２】
住宅の鍵、自動車の鍵、キーホルダー、アクセスコードが記憶されている携帯機器などの紛失は、おそらくきわめて日常的な、そして負担となる出来事である。
【０００３】
鍵を紛失すると、個人的な領域へのアクセスが一斉に不可能になる。たちまち自分の住宅、事務所、自動車から締め出され、さらには他人の財産に属する鍵を失う場合もある。こうなると非常に大きなストレスとなり、感情的にも金銭的にも罰を受けることになる。
【０００４】
２０１４年以降の犯罪統計によると、住宅は、住宅内から高級車の鍵を盗む強盗の標的となっている。強盗は、後日その鍵を返却し、持ち主の車両を盗むのである。
【０００５】
２０１３年に実施された研究によると、英国の自動車運転者の２６％が鍵を紛失したことがあるという。英国全体に広げて考えると、来年には７百万人以上の運転者が鍵を紛失したり置き忘れたりすることになる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現時点でのこの問題への対策は合鍵の購入や鍵の交換だが、いずれも満足の行くものではない。鍵が悪者の手に渡ってしまうと、泥棒は容易に車両の鍵を開けて乗って行ってしまう。近年多くの車両の鍵は遠隔開錠機能を有しているが、これは泥棒しようとする者にとっては鍵に対応する車両を特定するのに大いに役立つ。
【０００７】
多くの人々が日々鍵を紛失することを考えると、多くの人々にとって自らが所有する最も高価なものを守るための新たな保護手段を提供するのは有用である。
【課題を解決するための手段】
【０００８】
本発明の第１の態様は、車両と関連づけられた車両鍵モジュールの操作方法であって、前記車両鍵モジュールにおいて、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの前記車両鍵モジュールの近接を監視する工程と、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信する工程と、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信する工程と、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始する工程と、を有することを特徴とする。
【０００９】
本発明の第２の態様は、車両と関連づけられた車両鍵モジュールであって、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの前記車両鍵モジュールの近接を監視し、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信し、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信し、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始することを特徴とする。
【００１０】
本発明の第３の態様は、情報処理デバイスによって実行されると、該情報処理デバイスに車両と関連づけられた車両鍵モジュールに所定の動作をさせる方法を行わせることとなるコンピュータ可読の命令セットを含むコンピュータプログラムであって、前記車両鍵モジュールは、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの近接を監視し、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信し、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信し、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始することを特徴とする。
【００１１】
本発明の第４の態様は、本発明の第１の態様の方法を行うよう構成された携帯電話デバイスである。
【００１２】
本発明の第５の態様は、携帯電話デバイスによって実行されると、該携帯電話デバイスに本発明の第１の態様の方法を行わせることとなるコンピュータ可読の命令セットを含むコンピュータプログラムである。
【００１３】
本発明の第６の態様は、鍵モジュールと携帯電話デバイスとを備え、本発明の第１の態様の方法を行うよう構成されたシステムである。
【００１４】
本発明の第７の態様は、添付図面を参照して本明細書で説明され、添付図面で示されたいずれかの実施例に実質的に関連する装置である。
【００１５】
本発明の第８の態様は、添付図面を参照して本明細書で説明され、添付図面で示されたいずれかの実施例に実質的に関連する方法である。
【００１６】
本発明のさらなる特徴および効果は、添付図面を参照してなされる、以下の実施形態の説明（例示）により明らかとなる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態のシステム構成を示す図である。
【図２】本発明の実施形態のシステム構成を示す図である。
【図３】本発明の実施形態のフローチャートである。
【図４】本発明の実施形態のフローチャートである。
【発明を実施するための形態】
【００１８】
図１は、本発明の実施形態のシステム構成を示す図である。図１には、鍵モジュール１００、携帯電話デバイス１０２、車両の車両ソフトウェアシステム１０４が記載されている。
【００１９】
実施形態において鍵モジュール１００は、通話部と、車両の所有者（もしくは車両の他の認証ユーザ）の電話/携帯デバイス１０２とペアリング済のBluetooth（登録商標）近接タグと、を備える。
【００２０】
実施形態において、鍵モジュール１００が所定時間所有者の携帯電話デバイス１０２の範囲（もしくは所定の距離閾値）外に出ると、警告が生成されて携帯電話デバイス１０２に送られ、所有者に通知される。この機能は、例えばBluetooth（登録商標）Link Loss Serviceを鍵モジュール１００と携帯電話デバイス１０２とで有効にすることにより実施可能である。
【００２１】
実施形態において、鍵モジュール１００の車両とのペアリング（関連づけ）は、工場組立時に行ってもよいし、出荷後に可能であればスタンドアロン機器を用いて行ってもよい。
【００２２】
実施形態において、鍵モジュール１００の通話部は、通話とシンプルメッセージサービス（SMS）の機能を有する。所有者はこれによって鍵モジュールを呼び出して、呼び出しに応答する者にコンタクトすることが可能となる。コマンドインタプリタも本システムの一部であり、例えばプログラマブル・アプリケーション・プロセッサ・アーキテクチャを使用する。実施形態において、コマンドインタプリタはSMSを介してコード化された命令を受信し、位置情報サービスを起動して地理的位置情報（例えば緯度と経度）を追跡し、所有者の携帯電話デバイス１０２に１以上のメッセージとして（例えばSMSにより）返す。
【００２３】
車両ソフトウェアシステム１０４に関して、参考までに背景を説明すると、近年の車両には多数の制御ユニットやソフトウェアサブシステムが搭載されている。しかしながらこうした機能は、未だサードパーティがアクセス可能な標準API（Application Programming Interface）で提供されていない（ダッシュボード情報UI と間違えないように。ダッシュボード情報UIは、Apple（登録商標）のCarPlay（登録商標）のようなコンポーネントを使用したスマートフォンアプリでUI/UX（User Experienceの略語）として用いられる）。実施形態においては、車両制御ユニットと鍵モジュール１００との直接通信は、識別子のペアリング以上には行なわれない。
【００２４】
携帯電話デバイス１０２に関して、実施形態においては、Bluetooth（登録商標）（例えばBluetooth（登録商標）4.0）をサポートするスマートフォンのようなデバイスを備え、サードパーティ・アプリケーションソフトウェア（アプリ）を実行可能である。このようなアプリは、鍵モジュール１００との間で、例えば命令の送信や地図と追跡機能を含む通信を行うよう構成されている。
【００２５】
図２は、本発明の実施形態のシステム構成を示す図である。図２には、鍵モジュール１００、携帯電話デバイス１０２、車両ソフトウェアシステム１０４およびWebモジュール（もしくはクラウド／SaaS（サービスとしてのソフトウェア））１０６が記載されている。
【００２６】
実施形態において、鍵モジュール１００はアプリケーションプロセッサ上にて標準通信スタックを使用し、すべての処理を単一ハードウェア装置内に閉じて実行する。多数の標準規格、通例、プログラミング要件（C++/ARM（登録商標））に言及するが、本発明の実施にあたっては詳細に説明したものに限定されることはなく、実施形態は別のオペレーティングシステムおよびアーキテクチャで実行可能である。
【００２７】
鍵モジュール１００はコンシューマハードウェアモジュールで動作するソフトウェアを備え、セキュリティ部とネットワーク部とが組込まれたプログラマブルCPU（アプリケーションプロセッサ）用のシステム要件が適用される。アプリケーションプロセッサはC/C++/Java（登録商標）によるプログラムを実行可能であり、高性能ARM（登録商標）アーキテクチャに準拠する、例えばGoogle（登録商標）Android（登録商標）版であってよい。適用性能基準は、ハードウェアモジュールインタフェース（例えばキーの押下）の反応性および接続性の監視（例えば信号強度低下の検出）によって測定される。
【００２８】
鍵モジュール１００の通信スタックにより、所有者は鍵モジュール１００を電話呼び出し可能となり、鍵モジュールの発見者に話しかけることができる。実施形態においては追加機能のために、鍵モジュール１００への命令の送信と、近接状態喪失の検出と、例えば標準セキュリティレベルとセキュア通信を備えた位置情報サービスとが必要となる。
【００２９】
実施形態において鍵モジュール1１００の通話部は、音声通話とSMS通信とをサポートする標準的な加入者識別モジュール（SIM: Subscriber Identity Module）ハードウェアスタックを備える。実施形態において通話部は、例えばインターネットプロトコル（IP）通信をサポートするデータ部を備える。実施形態において、SMSの内容は暗号化されて独自であり（一度しか使われない）、アプリケーションプロセスはSMSメッセージ記憶部（およびイベントトリガ）にアクセスしてこれを復号化し、内容に含まれる命令を処理する。開放型システム相互接続（OSI）はインジケータとしてここに含まれる。実施形態において、通信部は標準モデルに準拠していてよく、標準品として入手可能である。スタックの実装によりネットワーク通信に対応し、TLS（Transport Layer Security）をサポートする。実施形態において、SMSメッセージングスタックは別のサブシステムとなっている。
【００３０】
実施形態において、Bluetooth（登録商標）は近接検出、多数のプロファイルと特徴（例えばLink Loss Service）および警告レベル制御のためのアクティブな接続を維持するために用いられる。実施形態において、鍵モジュール１００はWi-Fi（登録商標）802.11のコンポーネントを含み、これはSkyhook Wireless（登録商標）のような、特にGPSが衛星を捕捉することができないため位置を十分特定できない場合の補助的位置特定サービスを使用するときに、位置ベースサービスの一部として使用される。Wi-Fi（登録商標）は、さらに他のオンラインサービスへのアクセスや、車両や所有者のコンピュータ/携帯デバイスとのピアツーピア通信やVOIP（Voice over IP）機能の実現のための通信経路としても使用可能である。
【００３１】
実施形態において、USB接続は標準的充電機構およびシステム更新のための高速大容量データ転送に使用される。
【００３２】
実施形態において、システムは（先進的な自動車盗難防止機能をサポートする）車両管理制御ユニットと直接に通信し得るものであり、セキュリティの重要度は高い。実施形態において、公開鍵基盤（PKI）が適用されてよい。実施形態において、鍵モジュール１００に特化したセキュア通信プロトコルには、システムへの攻撃を減少させるため、多数の安全機構や検査を設けている。実施形態において、鍵モジュール１００は鍵と認証管理システムとを有するKeyChain（登録商標）コンポーネントを備える。実施形態において、鍵モジュール１００はシステム、車両および所有者のデータを保存する暗号化保存領域を備え、例えば公開鍵基盤（PKI）を用いて暗号化される。この保存領域は遠隔消去可能なように製品要求仕様で定められ、例えば秘密鍵が削除されるとコンテンツの復号ができなくなる。
【００３３】
実施形態において識別子（ID）のペアリングは、UUID（Universally Unique IDentifier）や証明書/鍵の使用など多数の方法の一つにより実装される。この主な機能は、ペアリングされたデバイス（鍵モジュール１００と車両）間のみの通信を許可することにある。実施形態において、これらの識別子は車両が工場で製造される時点で固定されていて、鍵モジュールは車両と結合される。
【００３４】
セキュアネットワーク通信を可能にするため、TLSを用いてもよい。
【００３５】
実施形態において、鍵モジュール１００は、システムのために作成された特定アプリケーションコードのハブであるコマンドフレームワークを備える。実施形態においてコマンドフレームワークは、コマンドを受信してシステムに送り出すイベント駆動型メッセージ通知サービスを含むアーキテクチャを備える。実施形態においてコマンドインタプリタは、入力されたコマンドを解析し展開して、実行のために処理エンジンに渡す。実施形態において、鍵モジュールはステートマシンを備え、命令の遷移を管理し、命令を順次実行する。
【００３６】
実施形態において、鍵モジュール１００は機器ハードウェアインタフェース層を備える。実施形態においてこの層は参照アーキテクチャに含まれ、中核ソフトウェアコンポーネントとの間の分離を示す。よい実装であるかはともかく、製造者によって異なる工業デザインや異なるインタフェース操作（ボタン/タッチスクリーン）が要件となることがある。通信インタフェースも、要求される機能とコンポーネントの可用性とに基づき変更されうる。ハードウェアユーザインタフェース（UI）は、例えば「所有者を呼ぶ」などを含む複数のボタンを備える。しかしボタンは、タッチスクリーンを含むさまざまな組み合わせであってよい。更新マネージャは、システムの一部または全部の更新を可能にするセキュアサブシステムを備えてよい。
【００３７】
車両ソフトウェアシステム１０４に関しては、エンジン制御ユニット、変速機制御ユニット、イモビライザ、一連のセンサ/コントローラ群を含む車両サブシステムを制御する車両API（Application Programming Interface）で標準的なものは、現時点では存在しないため、これらのシステムとの通信には実装形態ごとに個別のソフトウェアのインストールが（例えば工場での組立時に）必要となる。実施形態では、ペアリングキーが実装される。
【００３８】
実施形態において、車両ソフトウェアシステム１０４は、鍵応答部、イモビライザ、充電システムを備える。実施形態において、エンジンの始動を可能にするために、鍵と車両に固有の識別コードが暗号化して送信される。
【００３９】
実施形態において、車両ソフトウェアシステム１０４は、計器盤ヘッドユニットAPIを備える。この技術領域では、Apple（登録商標）のCarPlay（登録商標）、MirrorLink（登録商標）、Google（登録商標）のOpen Automotive Allianceなど多くの新技術・独自規格が採用されている。これらのシステムの主要な使用目的は、車両のディスプレイやインタフェース機能を、ナビゲーションやオーディオなどのスマートフォンアプリにアクセスするために使うことにある。実施形態において、車両のディスプレイや制御スイッチ/つまみは、鍵モジュール１００や携帯電話デバイス１０２で動作するアプリケーションソフトウェアを直接制御するのに用いられ、例えば修正され安全基準に適合したUX（ユーザ体験）を有する。
【００４０】
携帯デバイス/コンピュータ１０２については、所有者はアプリケーションソフトウェア（アプリ）を用いて鍵モジュール１００と通信し、必要であれば音声通話を取り扱い、鍵モジュールの電話番号を隠し、サードパーティの通話システムを介した通信を許可する。
【００４１】
実施形態において、アプリはネイティブでセキュアであり、追跡・トレース・構成管理が組み込まれており、Webサービスまたは適切なAPIを介して中央サービスにアクセスする。実施形態において、アプリは所有者に対し、電話の発呼、メッセージ送受信、鍵の捜索の機能を提供し、加えて製品要件仕様に規定される追加命令を提供する。実施形態において、コマンドフレームワークはUX（User eXperience）部より要求を受け、これをコマンドに変換してセキュア通信プロトコルを用いて（例えばTLS上で）鍵モジュール１００と通信する。
【００４２】
実施形態において、更新可能なアプリケーションとセキュアコードを維持するため、モデル・ビュー・コントローラ、指揮系統、権限移譲を含む現代的設計技法を活用したアーキテクチャが用いられる。実施形態においてコマンド通信は、バージョンスタンプ、IDペアリング、例えば保険会社により記録されることがある監査情報を含む。実施形態において、適切に分離されセキュアなアーキテクチャは（製品）要件に柔軟性を持たせ、鍵モジュール１００との直接または中央エージェンシーを介した通信を可能とする。実施形態は、証明書、鍵、ポリシーの管理のため、内蔵されたハードウェアベースのセキュリティフレームワークを備える。実施形態において、鍵モジュール１００やWebサービスとの通信は、標準的な認証、許諾、アカウントプロトコルに従う。
【００４３】
実施形態において、電話アプリは車両サブシステムと通信してもよい。このとき、例えばダッシュボードの計器盤クラスタへ/からの状態情報の通信を許可することが要件となる場合がある。
【００４４】
一般的には、所有者は鍵モジュール１００との通信には自身の携帯電話やタブレットを使用する。しかし、実施形態はデスクトップ版のアプリを備えており、例えば携帯デバイスが何らかの理由で使用できないときに使用できる。
【００４５】
Webモジュール１０６に関しては、１以上の特徴および技術的機能がWebモジュール（もしくは「中央サーバ」）を介して実装される。実施形態は、セキュリティ機能および管理機能に加えて１以上の機能のAPIカプセル化を備える。例えば、所有者/ユーザは、さまざまなネットワークデバイスから、このアーキテクチャが提供するWebサイトまたはWebアプリを使用して鍵モジュール１００にコンタクトできる。実施形態においては、所有者が正当との識別を可能にするため、ユニークな認証情報が発行される。実施形態においては、保険会社や救急サービスといった第三者が所有者の鍵モジュール１００にアクセス可能である。コールセンターの想定するシナリオでは、ユーザが鍵を盗まれたとして電話をかけてくると、保険会社のポリシーにより会社は車両を発見して追跡する必要がある。実施形態は、警察を介して車両を追跡し遠隔で停止させるというより積極的な制御を可能としている。実施形態において、ソフトウェアの更新およびすべての当事者間におけるコマンドの対称性の維持のための操作上の要件は、中央管理Webモジュールシステムにより最もよく実現され得る。
【００４６】
実施形態において、サービスソフトウェアはJava（登録商標）やC#といった、ネイティブなプログラミング言語で実装され、セキュリティ侵入テストの対象となり得る。
【００４７】
実施形態において鍵モジュール１００は、以下に示す１以上の統合機能を有するよう構成された車両始動モジュールを備える：
【００４８】
１．車両の停止/発進、開錠/施錠
２．携帯通信ネットワークインタフェース、例えばUMTS（Universal Mobile Telecommunications Services）、電話、Bluetooth（登録商標）、SMSテキスト、GPSデータ機能
３．鍵モジュールが他の携帯デバイスから制御されるよう、他の携帯デバイスとペアリングする機能
４．鍵モジュールが他の携帯デバイスを（一部）制御して機能にアクセスできるよう、他の携帯デバイスとペアリングする機能
５．所有者の携帯デバイスを介して車両と所有者との間のインタフェースとして動作する機能
６．鍵モジュール自身と携帯電話デバイス１０２との間でデータ命令の送信、受信、発行を行い、車両電子システムに接続され、または車両電子環境内にあるときに、車両にデータを渡す機能
７．ペアリング済の携帯電話の機能を有効にし、車両の車載電子システムを介して表示させアクセスさせる機能
８．音声通話、SMSテキスト、GSM（登録商標）、GPS、Bluetooth（登録商標）の送受信およびスタンドアロンデバイスのようなすべてのプラットフォームからのデータの受信
【００４９】
実施形態は、１以上の方法、鍵モジュール、装置、コンピュータプログラム、携帯電話デバイス、車両と関連づけられた鍵モジュールの操作に用いるシステムを含む手段を備える。車両鍵モジュールにおいて、車両の認証されたユーザに関連づけられた携帯電話デバイスへの車両鍵モジュールの近接が監視される。監視により車両鍵モジュールと携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、携帯電話デバイスに近接不足警告メッセージが送信される。携帯電話デバイスより、１以上の車両および車両鍵モジュールに関連づけられた動作状態変更コードが受信される。受信された動作状態変更コードに基づいて、１以上の車両および車両鍵モジュールに関連する動作状態の変更が開始される。
【００５０】
所定の閾値距離は、所有者の安心範囲に従って、例えば30mに設定してよい。実施形態では、所定の閾値距離は、１以上の鍵モジュールおよび携帯電話デバイスを介してユーザが設定可能である。
【００５１】
実施形態において開始とは、車両鍵モジュールの始動機能を無効にし、車両鍵モジュールで車両の始動を行えないようにすることを含む。
【００５２】
実施形態において開始とは、車両鍵モジュールの開錠機能を無効にし、車両鍵モジュールで車両の開錠を行えないようにすることを含む。
【００５３】
実施形態において開始とは、車両鍵モジュールの地理的位置情報機能を有効にし、車両鍵モジュールの地理的位置情報を携帯電話デバイスに報告することを含む。
【００５４】
実施形態において開始とは、車両鍵モジュールの可聴信号生成機能を有効にすることを含む。
【００５５】
実施形態において開始とは、車両鍵モジュールの可視信号生成機能を有効にすることを含む。
【００５６】
実施形態は、有効となった可視信号生成機能に反応したユーザの入力の受付、および、車両鍵モジュールから携帯電話デバイスへの電話の発呼を備える。
【００５７】
実施形態において開始とは、車両鍵モジュールの地理的位置情報機能を有効にし、車両鍵モジュールの地理的位置情報を携帯電話デバイスに報告することを含む。
【００５８】
実施形態において開始とは、車両鍵モジュールの車両近接機能を有効にし、車両鍵モジュールが車両から所定の閾値距離内にあるかを監視することを含む。このような実施形態において、車両鍵モジュールが車両から所定の閾値距離内にあることを、有効となった車両近接機能が示すと、携帯電話デバイスに車両近接警告メッセージが送信される。
【００５９】
実施形態において開始とは、車両鍵モジュールのマイクを有効にし、有効にされたマイクが検出する音声信号を携帯電話デバイスに送信することを含む。
【００６０】
実施形態において開始とは、車両の通信インタフェースに対して車両の動作状態変更命令を送信することを含む。
【００６１】
実施形態において動作状態変更命令は、車両の始動システムを無効化する命令である。
【００６２】
実施形態において動作状態変更命令は、車両が次回停止時に車両の始動システムを無効化する命令である。
【００６３】
実施形態において動作状態変更命令は、車両の１以上のドアを施錠する命令である。
【００６４】
実施形態は、車両と関連づけられた車両鍵モジュールを備え、車両鍵モジュールは、車両の認証されたユーザに関連づけられた携帯電話デバイスへの車両鍵モジュールの近接を監視し、監視により車両鍵モジュールと携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、携帯電話デバイスに近接不足警告メッセージを送信し、携帯電話デバイスより、１以上の車両および車両鍵モジュールに関連づけられた動作状態変更コードを受信し、受信した動作状態変更コードに基づいて、１以上の車両および車両鍵モジュールに関連する動作状態の変更を開始するよう構成される。
【００６５】
実施形態は、コンピュータ可読の命令セットを備えたコンピュータプログラムを備え、コンピュータプログラムは、情報処理デバイスにより実行されると、情報処理デバイスに、車両に関連づけられた車両鍵モジュールに所定の動作をさせる方法を実行させる。車両鍵モジュールにさせる所定の動作は、車両鍵モジュールにおいて、車両の認証されたユーザに関連づけられた携帯電話デバイスへの近接を監視し、監視により車両鍵モジュールと携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、携帯電話デバイスに近接不足警告メッセージを送信し、携帯電話デバイスより、１以上の車両および車両鍵モジュールに関連づけられた動作状態変更コードを受信し、受信した動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始することを含む。
【００６６】
実施形態は、上述した実施形態を行うよう構成された携帯電話デバイスを備える。
【００６７】
実施形態は、携帯電話デバイスに実行されると、携帯電話デバイスに上述した実施形態の動作を行わせる、コンピュータ可読の命令セットを備えたコンピュータプログラムを備える。
【００６８】
実施形態は、上述した実施形態を行うよう構成された車両鍵モジュールと携帯電話デバイスとを備えたシステムを備える。
【００６９】
実施形態は、添付図面を参照して本明細書で説明され、添付図面で示されたいずれかの実施例に実質的に関連する装置を備える。
【００７０】
実施形態は、添付図面を参照して本明細書で説明され、添付図面で示されたいずれかの実施例に実質的に関連する方法を備える。
【００７１】
実施形態は、車両と関連づけられた車両鍵モジュール１００を含む。実施形態において、車両鍵モジュール１００は車両の一部として作成されたスマート始動キーであり、車両と車両の所有者（もしくは車両の他の認証ユーザ）に関連づけられ/所有される携帯電話デバイス１０２との間接的な通信を可能にする。実施形態において、鍵モジュール１００は電子的データブリッジとして動作し、車両と所有者の携帯電話デバイスとの間の無線データ通信を可能にする。
【００７２】
実施形態において車両鍵モジュール１００は、車両のセキュリティシステムに直接作用しないが、遠隔で状態を変更させ、もって車両の車載電子機器の動作を変更させることができる。
【００７３】
実施形態において車両鍵モジュール１００は、例えばUMTS（Universal Mobile Telecommunications Service）や他の電話/通信機能を含むスマートフォン機能を有するものとして設計され製造される。
【００７４】
実施形態において車両鍵モジュール１００は、関連づけられた車両の走行距離、保守履歴などに関する情報を保有し、記録し、保持する。実施形態において車両鍵モジュール１００は、事故などの異常事態になると、時間、場所、状況などのすべての情報の記録を取る。実施形態において車両鍵モジュール１００は、エアバッグが展開すると、すべての関連情報とともに緊急サービスに連絡する。この機能に密接に関連して、実施形態の車両鍵モジュール１００は備え付けの「非常ボタン」設備を備える。
【００７５】
実施形態において車両鍵モジュール１００は、車両の電源から電源の供給を受けて充電を行う。鍵モジュール１００は、不使用状態に専用の電磁誘導パッドのようなデバイスから充電するようにしてもよい。実施形態において車両鍵モジュール１００は、残り電力が最低限度に達すると、低電力信号を発する。実施形態において車両鍵モジュール１００は、電源をオフにして待ち受け状態のとき、通常どおり車両と通信することができる。実施形態において車両鍵モジュール１００は、電源を切断されると（サーチモード）、車両に通信する前に充電が必要となる。
【００７６】
実施形態において車両鍵モジュール１００は、車両の製造工程の所定時点で、車両と電子的に関連づけられる（ペアリング）。
【００７７】
実施形態において車両鍵モジュール１００は、内蔵バッテリを動力源とする。このバッテリはさまざまな方法で充電可能であり、例えば車両の始動回路と所定の関係にある位置にあるときに電磁誘導で充電される。これ以外に、鍵モジュール１００は、専用の電磁誘導パッドへの配置やUSB接続により充電されるようにしてもよい。
【００７８】
実施形態において、システム更新や車両鍵モジュール１００と他の情報処理デバイスとの間のハードデータ情報交換を、備え付けのUSBポートを介して行うことができる。
【００７９】
実施形態において車両鍵モジュール１００は、筐体に内蔵される物理鍵を備える。実施形態において、この現実の「昔ながらの」物理鍵は、電源が最低限度を下回ったときやまったく作動しないときに鍵機構が解除されるように、鍵モジュール１００に組み込まれる。しかしながら、実施形態において物理鍵が解除されるのは、他のより高度な機能の関与なく電源が切れたり上がったりしたときだけである。例えば、鍵モジュール１００と携帯電話デバイス１０２とが安心範囲（所定の距離閾値）の外にあるために範囲「確認」(ping）機能が有効になっているときは、物理鍵は解除されない。実施形態において、物理鍵の軸部分を取り出そうとして鍵モジュール１００を開けたり破壊したりすると、鍵モジュール１００本体の破壊行為によって物理鍵は破壊ないし損傷し、使いものにならなくなる。実施形態において物理鍵は、開錠/施錠/停止/始動といった、車両や施錠機構の基本レベルの機能にのみアクセスできるものである。
【００８０】
図３は、「待ち受け状態」ないし「サーチモード」における実施形態のフローチャートを示す。待ち受け状態における車両鍵モジュール１００の機能および設定値だけは、車両の所有者（もしくは車両の他の認証ユーザ）の携帯電話デバイス１０２から変更され、アクセスされ、実行される。鍵モジュール１００と携帯電話デバイス１０２とがペアリングされ、もしくは結合されると、携帯電話デバイス１０２の種々の機能も、鍵モジュール１００から変更、アクセス、実行が可能になる。これらの２つのデバイスの間では、例えばオーディオ、RDF、GPS、SMS、その他の信号出力やデータ機能が双方向に操作可能となるため、鍵モジュール１００は携帯電話デバイス１０２の位置を特定するのに用いることができ、必要であれば見つかるまでデバイスをロックすることもできる。
【００８１】
ステップ３ａで、車両鍵モジュール１００は携帯電話デバイス１０２とペアリングされ、鍵モジュール１００は一般的に、「確認」もしくは位置機能を除く大部分ないしすべての機能が休止した休止状態となる。「確認」機能により、２つのデバイスが所有者の設定した安心範囲または許容範囲（もしくは「所定の閾値距離」）内にあることを確認できる。鍵モジュール１００が所有者の設定した安全範囲の外に出ると、鍵モジュール１００は紛失もしくは置き忘れられたものと想定される。
【００８２】
ステップ３ｂで、車両鍵モジュール１００は携帯電話デバイス１０２が基準範囲ないし「安心範囲」の「外部」にあることを検出し、携帯電話デバイス１０２にテキストメッセージ（および場合によっては振動警告メッセージ）を送信する。
【００８３】
ステップ３ｃで、車両鍵モジュール１００の位置が容易に特定できないと、所有者は携帯電話デバイス１０２を介して鍵モジュール１００にアクセスし、鍵モジュール１００の無線検出周波数（RDF: Radio Detection Frequency）応答部、および/または鍵モジュール１００の可聴信号生成機能を、有効にする。鍵モジュール１００が可聴信号で追跡できないと、RDF機能が携帯電話デバイス１０２を介して働き、鍵モジュール１００が（例えば）家具の後ろでなくなったか、ポケットから落ちたのか、店に置き忘れたのかなど、鍵モジュール１００に照準を合わせることができる。
【００８４】
ステップ３ｄで、車両鍵モジュール１００の位置が特定できず、可聴信号やRDFの範囲外（もしくはこれらの機能の動作パラメータ外の可能性）である。
【００８５】
ステップ３ｅで、車両鍵モジュール１００が検出されないと、何らかの状況で紛失したか拾われたものと推定できる。この時点で、所有者はステップ３ｇに進んで鍵モジュール１００に電話をかけて出るかどうかを確認するかどうか選択できる。あるいは、鍵モジュール１００の紛失状況に懸念要素がある場合、所有者は携帯電話デバイス１０２で「Code 1」を入力することができる。「Code 1」が入力されると、携帯電話デバイス１０２は、ステップ３ｆで鍵モジュールに動作状態変更コードを送信する。
【００８６】
ステップ３ｆで、携帯電話デバイスは車両鍵モジュール１００に、機能有効化コードを含むSMSテキスト（もしくはその他適切なメッセージ）を送信する。このコードが受信されると、以下の１項目以上が実行される：
【００８７】
（ｉ）車両鍵モジュール１００のGPS信号機能がオン状態となる。これにより、所有者は携帯電話デバイス１０２を使用して信号を追い、鍵モジュール１００を追跡して発見することができるようになる。
【００８８】
（ｉｉ）車両鍵モジュール１００の車両鍵開錠機能が無効となる。これにより（もし発見者が押すと）携帯電話デバイス１０２を呼び出して所有者と発見者との音声通話が可能となる。
【００８９】
（ｉｉｉ）車両鍵モジュール１００の可視信号生成機能が有効となり、例えば呼び戻しボタンのLED（Light Emitting Diode）などが発光する。これにより、もし発見者が押すと、携帯電話デバイス１０２を呼び出して所有者と発見者との音声通話が可能となる。
【００９０】
（ｉｖ）車両鍵モジュール１００の車両近接機能が有効となる。これにより、鍵モジュール１００が車両のすぐ近くにあることを示すSMS「警告」テキストが所有者に送信され、さらなる鍵捜索は中止され、鍵モジュール１００の（有効）Code 2機能が働く。
【００９１】
車両が「目隠し」により（言い換えると携帯デバイスによりモジュールが車両を認識しなくなって）セキュア状態となると、所有者は上記機能の組み合わせによって装置の追跡を続けることも可能である。
【００９２】
ステップ３ｇで、車両を安全にしたら、所有者は、結果が何であれ車両がセキュア状態となっていると理解して、車両鍵モジュール１００を直接呼び出すようにしてよい。
【００９３】
ステップ３ｈで、車両鍵モジュール１００が発見されて正当な所有者に返却されるか、（有効状態のCode 2の）機能が働く。
【００９４】
図４は、車両ソフトウェアシステム１０４との通信が可能な「有効状態」の実施形態のフローチャートである。車両鍵モジュール１００は以下に述べる様々な方法により有効状態となる。実施形態において、鍵モジュール１００が車両の車載電子システムの設定値に作用せず変更しないよう注意することは重要である（例えば鍵モジュール１００が携帯電話デバイス１０２によって遠隔で無効化されて車両を認識しなくなるときに）。実施形態において、鍵モジュール１００が無効状態のときにも、車両警告システムは整合性を維持し、同一状態を継続する。実際のところ、錠は同じままだが、鍵が状態を変更する。以下に用いる「発動」とは、１以上の鍵モジュール１００の「有効状態」機能を反応させることをいう（例えば、アラームは有効となった、あるいは発動した）。図４の「有効状態」のフローチャートはイベントの論理シーケンスを例示するものであって、他の実施形態では他のシーケンスを用いることができることを認識されたい。実際には、鍵モジュール１００がCode 2命令の受信を検知した状態によって、これらのステップがすぐに実行される。例えば、実施形態において、車両が盗難に遭いCode 2命令が受信された時点で運転されていたとすると、鍵モジュール１００は自動的にステップ４ｆに遷移する。
【００９５】
ステップ４ａ．Code 2のSMSテキストメッセージが車両鍵モジュール１００に受信される。下記の１項目以上の「有効状態」機能がオンになる：
【００９６】
（ｉ）      自動近接警告
（ｉｉ）    車両目隠し
（ｉｉｉ）  車両停止状態のときエンジン停止
【００９７】
ステップ４ｂ．ステップ４ａの機能がオンになるが、実行はされない。例えば、近接警告は発動しない。４ａの機能はセキュリティ機能が発動し、または図３ｈ（Code 2）のキャンセルテキストが携帯電話デバイス１０２から送信されるまではスタンバイのままである。
【００９８】
ステップ４ｃ．車両鍵モジュール１００の１以上のステップ４ｂの機能が実行される（発動する）。例えば、Code 2のSMSテキストが受信されたときに、鍵モジュール１００は車両近接機能における所定の範囲内にあった。鍵モジュール１００は盗難に遭ったと推定される。
【００９９】
ステップ４ｄ．車両鍵モジュール１００は携帯電話デバイス１０２にSMSテキスト/データ情報を自動的に送信し、保険会社や警察に事象の日時やその他関連情報を通知できるようにする。
【０１００】
ステップ４ｅ．車両鍵モジュール１００は、車両の始動ループに導入される。車両自体が盗難に遭ったと推定される。この状態では、実施形態によっては、「有効形態」と記述されたすべての機能が有効となる。
【０１０１】
ステップ４ｆ．結末  ここで、車両鍵モジュール１００の機能は適時に有効になって盗難の危機はなくなったか、または、車両が、同意なく持ち去られ、追跡され、停止時に運転不能とされた。実施形態に従い、車両は鍵モジュール１００の組み込み受動セキュリティ機能を早期に有効化することでセキュアになり、または、車両は能動セキュリティ機能により追跡および確保が可能になる。
【０１０２】
本発明の実施形態は、セキュリティアクセス機器（例えば鍵）の全体コンセプトおよび既存の考え方の根本的変化を可能にするものである。実施形態は、現時点で存在する「全部の卵を一つのカゴに」といった傾向、より具体的には、本明細書で述べたような「すべての鍵を一つの鎖に」（鎖の強さは一番弱い輪の強さ）という状態から、鍵を紛失したり置き忘れたりしても残った鍵や鎖に組込まれた機能を利用して追跡し発見できるような状態へと、目に見える変化をもたらす。双方向的に構成され、鍵を紛失した際は携帯電話を使って、鍵を発見できるか少なくとも鍵を無効にできる。同様に、携帯電話を紛失した際は鍵を使って、電話を発見したり無効にしたりできる。
【０１０３】
上述した実施形態は発明の具体例であり、発明のさらなる実施形態を想定可能である。例えば他の実施形態として、「Code 1」と「Code 2」以外の追加命令コードを規定して車両鍵モジュール１００と携帯電話デバイス１０２を構成してもよい。
【０１０４】
上述した実施形態は主に車両セキュリティ機器に関連する。しかし、車両以外の状況に適用可能な他の実施形態も可能である。実施形態の鍵モジュールは、高度な電子開錠システムが好ましい、もしくは必要とされるところで用いられる。実施形態の鍵モジュールは、家庭、オフィス、車両、産業用の扉開錠システムの柔軟性、個人的セキュリティ、安全性を確保するために鍵システム/機器が用いられるところであればどこでも使用可能である。
【０１０５】
システムや車両へのアクセスやエントリに関連しない他の実施形態が考えられる。例えば、モジュールの１以上の機能が携帯電話デバイスから直接アクセスされて制御されるときの遠隔制御監視デバイスへの適用が可能である。
【０１０６】
実施形態は制御可能なモジュールの操作方法であって、制御可能なモジュールに：
制御可能なモジュールの認証されたユーザに関連づけられた携帯電話デバイスへの近接を監視し、
監視により制御可能なモジュールと携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、携帯電話デバイスに近接不足警告メッセージを送信し、
携帯電話デバイスより、制御可能なモジュールに関連づけられた動作状態変更コードを受信し、受信した動作状態変更コードに基づいて、制御可能なモジュールに関連する動作状態の変更を開始する。
【０１０７】
ある実施形態に関連して説明した特徴はいずれも、単独でも説明した他の特徴との組み合わせによっても使用することができ、他の実施形態、または他の実施形態の組み合わせにおける、１以上の特徴との組み合わせによっても使用することができる。さらに、記載のない均等物や改変も、請求の範囲に規定された本発明の範囲を逸脱するものではない。
【図１】
2017529470.tif 000003
【図２】
2017529470.tif 000004
【図３】
2017529470.tif 000005
【図４】
2017529470.tif 000006
【手続補正書】
【提出日】平成29年3月7日(2017.3.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両と関連づけられた車両鍵モジュールの操作方法であって、前記車両鍵モジュールにおいて、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの前記車両鍵モジュールの近接を監視する工程と、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信する工程と、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信する工程と、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始する工程と、を有することを特徴とする、操作方法。
【請求項２】
前記動作状態の変更の開始は、前記車両鍵モジュールの始動機能を無効にし、前記車両鍵モジュールで前記車両の始動を行えないようにすることである、請求項１に記載の操作方法。
【請求項３】
前記動作状態の変更の開始は、前記車両鍵モジュールの開錠機能を無効にし、前記車両鍵モジュールで前記車両の開錠を行えないようにすることである、請求項１または２に記載の操作方法。
【請求項４】
前記動作状態の変更の開始は、前記車両鍵モジュールの地理的位置情報機能を有効にし、前記車両鍵モジュールの地理的位置情報を前記携帯電話デバイスに報告することである、請求項１ないし３のいずれか１項に記載の操作方法。
【請求項５】
前記動作状態の変更の開始は、前記車両鍵モジュールの可聴信号生成機能を有効にすることである、請求項１ないし４のいずれか１項に記載の操作方法。
【請求項６】
前記動作状態の変更の開始は、前記車両鍵モジュールの可視信号生成機能を有効にすることである、請求項１ないし５のいずれか１項に記載の操作方法。
【請求項７】
有効となった前記可視信号生成機能に反応したユーザの入力の受付、および、前記車両鍵モジュールから前記携帯電話デバイスへの電話の発呼をさらに行う、請求項６に記載の操作方法。
【請求項８】
前記動作状態の変更の開始は、前記車両鍵モジュールの地理的位置情報機能を有効にし、前記車両鍵モジュールの地理的位置情報を前記携帯電話デバイスに報告することである、請求項１ないし７のいずれか１項に記載の操作方法。
【請求項９】
前記動作状態の変更の開始は、前記車両鍵モジュールの車両近接機能を有効にし、前記車両鍵モジュールが前記車両から所定の閾値距離内にあるかを監視することである、請求項１ないし８のいずれか１項に記載の操作方法。
【請求項１０】
前記車両鍵モジュールが前記車両から前記閾値距離内にあることを、有効となった前記車両近接機能が示すと、前記携帯電話デバイスに車両近接警告メッセージが送信される、請求項９に記載の操作方法。
【請求項１１】
前記動作状態の変更の開始は、前記車両鍵モジュールのマイクを有効にし、有効にされた前記マイクが検出する音声信号を前記携帯電話デバイスに送信することである、請求項１ないし１０のいずれか１項に記載の操作方法。
【請求項１２】
前記動作状態の変更の開始は、前記車両の通信インタフェースに対して前記車両の動作状態変更命令を送信することである、請求項１ないし１１のいずれか１項に記載の操作方法。
【請求項１３】
前記動作状態変更命令は、前記車両の始動システムを無効化する命令である、請求項１２に記載の操作方法。
【請求項１４】
前記動作状態変更命令は、前記車両の次回停止時に車両の始動システムを無効化する命令である、請求項１３に記載の操作方法。
【請求項１５】
前記動作状態変更命令は、前記車両の１以上のドアを施錠する命令である、請求項１２ないし１４のいずれか１項に記載の操作方法。
【請求項１６】
車両と関連づけられた車両鍵モジュールであって、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの前記車両鍵モジュールの近接を監視し、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信し、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信し、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始することを特徴とする、車両鍵モジュール。
【請求項１７】
情報処理デバイスによって実行されると、該情報処理デバイスに車両と関連づけられた車両鍵モジュールに所定の動作をさせる方法を行わせることとなるコンピュータ可読の命令セットを含むコンピュータプログラムであって、前記車両鍵モジュールに、
前記車両の認証されたユーザに関連づけられた携帯電話デバイスへの近接を監視させ、
前記監視により前記車両鍵モジュールと前記携帯電話デバイスとの距離が所定の閾値距離を超過することが検出されると、前記携帯電話デバイスに近接不足警告メッセージを送信させ、
前記携帯電話デバイスより、１以上の前記車両および前記車両鍵モジュールに関連づけられた動作状態変更コードを受信させ、
受信した前記動作状態変更コードに基づいて、１以上の前記車両および前記車両鍵モジュールに関連する動作状態の変更を開始させることを特徴とする、コンピュータプログラム。
【請求項１８】
請求項１ないし１５のいずれか１項に記載の操作方法を行うよう構成された、携帯電話デバイス。
【請求項１９】
前記携帯電話デバイスによって実行されると、該携帯電話デバイスに請求項１ないし１５のいずれか１項に記載の操作方法を行わせることとなる、コンピュータ可読の命令セットを含むコンピュータプログラム。
【請求項２０】
請求項１ないし１５のいずれか１項に記載の方法を行うように構成された、前記車両鍵モジュールと前記携帯電話デバイスとを備えるシステム。
【国際調査報告】
2017529470.tif 000007
2017529470.tif 000008