JP2017531112A5 - - Google Patents

Description

本出願の１つ以上の実施形態に従って、車両にアクセスするユーザを認可するための方法をここに開示する。この方法は、演算装置によって、それぞれのユーザとそれぞれのモバイル装置に関連付けられた複数のユーザプロファイルと、それぞれ搭載コンピュータを有するそれぞれの車両にそれぞれ関連付けられた複数の車両プロファイルと、それぞれの車両プロファイルに関するそれぞれのユーザプロファイルに関連付けられた許可とを含むコンピュータ可読記憶媒体にアクセスすることを含む。前記許可はそれぞれのユーザによるそれぞれの車両へのアクセスを管理する。前記方法は、モバイル装置からのネットワーク上にある演算装置によってユーザに関連付けられた識別情報と車両を識別するアクセス情報を含む認可要求を受信することを含む。前記方法は、また、車両へのユーザのアクセスを認可することを含む。前記認可ステップは、ユーザプロファイルと車両プロファイルに関連付けられた１つ以上の許可を識別し、ユーザが車両へアクセスを認可されたことを１つ以上の許可に基づいて検証することを含む。前記方法は、また、記憶装置内の演算装置によって、認可されたアクセスに関するアクセス記録を作成し、ユーザの車両へのアクセスを容易にする認可通知を、通信ネットワーク上で車両にアクセスして、車両に関連付けられたリモート演算装置に送信することを含む。

本発明の別の局面によると、ユーザが車両にアクセスできるように認可する方法を提供する。前記方法は、前記演算装置によって、それぞれのユーザとそれぞれのモバイル装置に関連付けられた複数のユーザプロファイルと、それぞれ搭載コンピュータを有するそれぞれの車両に関連付けられた複数の車両プロファイルと、それぞれの車両プロファイルに関するそれぞれのユーザプロファイルに関連付けられた許可とを含むコンピュータ可読記憶媒体にアクセスすることを含む。前記許可はそれぞれのユーザによるそれぞれの車両へのアクセスを管理する。前記方法は、ネットワーク上の演算装置によって前記モバイル装置から、ユーザとモバイル装置に関連付けられた識別情報と、生体認証状態と、車両を識別するためのアクセス情報とを含む認可要求を受信することを含む。前記方法は、また、車両へのユーザのアクセスを認可することを含む。前記認可ステップは、受信した識別情報が、記憶装置に保存された複数のユーザプロファイルのうちの１つのユーザプロファイルに対応することを判定することを含む。また、前記認可ステップは、識別した車両が、記憶装置に保存された複数の車両プロファイルのうちの１つの車両プロファイルに対応することを判定することを含む。また、前記認可ステップは、受信した生体認証状態に基づいて、ユーザがモバイル装置によって生体認証されていることを判定することを含む。また、前記認可ステップは、許可のうち、ユーザプロファイルと車両プロファイルに関連付けられた１つ以上の許可を識別し、前記演算装置で、前記１つ以上の許可に基づいて、ユーザが車両へアクセスが認可されたことを検証することを含む。前記方法は、また、前記記憶装置内に前記演算装置で前記認可されたアクセスに関するアクセス記録を作成することと、前記車両へのユーザアクセスを容易にする認可通知を、通信ネットワーク上で車両に関連付けられたリモート演算装置に送信することと、モバイル装置からのネットワーク上の演算装置によって認可要求を受信することとを含み、認証要求は、ユーザとモバイル装置に関連付けられた識別情報と、生体認証状態と、車両を識別するアクセス情報を含む。

図１に示すように、ユーザが車両１００へのアクセスを認可するためのシステムは、ネットワークサーバと通信するネットワークリモートシステムサーバプラットフォーム１００と、例を挙げると、ただし限定を意図するものではないが、固定コンピュータ、車両搭載演算装置（「搭載コンピュータ」１０１ｂ）と、ラップトップ、タブレット、スマートフォンなどのようなモバイル装置１０１ａを含み、ユーザの生体認証を容易にし、ユーザがそれぞれの車両及び／またはそれぞれのユーザに関連付けられたルールや許可に基づいて要求するアクセスを認可するように構成されたユーザ向け演算装置（「ユーザ装置」）と、を含む。

しかし、同一性断定に加え、システムサーバ１０５は、ユーザのアクセス制御環境へのアクセスを認可しやすくなるように、役割集結とアクセス制御を含む追加のセキュリティプロセスを実施するように構成してもよい。このようにユーザへの認可のプロセスは、同一性断定を含んでいてもよく、また、ユーザの同一性が、アクセス制御環境にアクセスするために必須の許可と関連付けられているか、または、１つ以上の要求された取引を実行するために利用可能な取引口座が関連付けられているかを判断することによる認可を含んでいてもよい。

いくつかの実施方法では、システムサーバ１０５は、情報へのアクセスを司るルール及び／またはユーザが相互通信できる様々な演算装置（例えば、モバイル装置１０１ａ、搭載コンピュータ１０１ｂ）と１つ以上の信用できるバックエンドサーバ（例えば、システムサーバ１０５及びリモート演算装置１０２）の間の情報送信も実施できる。さらに詳しくは、システムサーバ１０５はユーザ１２４の情報へのアクセスを司るルールを実施することができる。また、システムサーバは、ユーザが定義したとおり、認可、認証された第３者とのユーザ情報の共有を司る規則を実施することができる。例えば、システムサーバは、ユーザ１２４の車両の使用に関連する情報のデータベースへのアクセスを調整し、ユーザが定義した規則に従って他のユーザと第三者（例えば、監視会社）のその情報へのアクセスを制限することができる。さらなる例では、規則やユーザに前に与えた許可にしたがって、情報のデータベースを維持し、認証されたユーザにその情報へのアクセス権を与える。

サーバは、コンピュータ可読記憶媒体内に保持されたサーバインデックス内のそのような情報の保存を管理することができることは評価できる点である。インデックスはシステムのユーザに関する情報（例えば、ユーザプロファイル情報）を記録するために使用される一覧表項目を含んでいてもよい。一覧表項目は、車両自体に関する情報（例えば、搭載コンピュータに関連付けられた装置ＩＤ、車両識別子、関連付けられた管理アカウント情報など）を含んで作成されてもよい。また、一覧表項目は、例えば、ユーザアクセスのインスタンス、車両の利用に関する詳細など、車両に関わるその後の取引に関する情報を含んでいてもよい。このように、一覧表項目は、更新されても、あるいは前の一覧表項目に追加されても、もしくはメモリ内で関連付けられて／リンクされて、システム及び／またはそのシステムを使用してアクセスした車両と相互通信する各ユーザの広範囲のオーディット・トレールを提供するインデックスを作成してもよい。さらに、一覧表項目は、自動車に関係するユーザが定義したアクセスのルール及び許可を反映するものでもよい。例えば、インデックスは、システムサーバによってアップデートして、認可されたユーザプロファイルと車両との間のリンクを反映することができ、さらに、ユーザ及び／または車両に関連付けられた上記アクセスのルール及び許可を反映することができる。さらに、ユーザの車両へのアクセスが取り消しになったり変更されたりしたとき、その車両とその特定のユーザとに関連付けられた一覧表項目は、サーバインデックスから消去できるか、あるいはアクセスの取り消し／更新を反映するように変更できる。

いくつかの実施方法では、ユーザの設定には、１人もしくは複数のユーザの車両へのアクセスを制御するユーザが定義したアクセスルールを含んでいてもよい。例えば、車両の所有者は、所有者の子供のアクセスや使用に関連する規則を定義することができる。さらに例を挙げると、車両集団マネージャは、どのユーザが、複数の車両の中のどの車両にアクセスできるかを定義し、車両の使用に関する使用制限や他の同様の規則を提供することができる。ユーザの設定は、様々なユーザ、ユーザの活動、及び車両の使用に関連付けられた情報をどのように保存及び／または共有するかを司るプライバシー設定も含むことができる。たとえば、設定により、システムが集めた情報にアクセスする他の装置、登録ユーザまたは企業組織と、情報にアクセスするための条件を識別することができる。

いくつかの実施方法では、好ましくは、認証モジュール１８０及び通信モジュール１８２を含む１つ以上のソフトウェアモジュール１３０を実行することによって構成されるプロセッサ１１０は、少なくとも１つの認証要求を生成しその認証要求をシステムサーバ１０５に送信することができる。例を挙げると、ただし限定を意図するものではないが、取引要求は、ユーザを識別する情報（例えば、ユーザ識別情報または認証もしくは登録時に生成したユーザ識別子）、搭載コンピュータ１０１ｂを識別する情報（例えば、装置ＩＤまたは装置の登録時に生成した識別子）、ユーザが生体認証されているかどうかを示す情報を含んでいてもよい。また、要求は、ユーザがアクセスしようとしている車両に関するアクセス情報を含んでいてもよい。アクセス情報は、システムサーバが、アクセスされている車両を識別できる車両用識別子を含んでいてもよい。この識別子は搭載コンピュータ１０１ｂを識別するための情報を送信する機能として本質的に提供することができるが、例えば、ユーザがモバイル装置１０１ａを使って車両へのアクセスを要求している場合には別に提供することもできる。アクセス情報は、要求されたアクセスの性質を含んでいてもよい。言い換えれば、車両に関連する、そしてユーザが行いたい操作または機能、例えばドアのロックを解除する、自動車を始動する、温度や他の車両の設定を調整する、衛星ラジオにアクセスする、ＯＮスターサービスに問い合わせる、自動車の運転中に食べ物を注文して支払う、車両がどのように使用されているか、そして誰によって使用されているかを制御するアクセスのルール及び許可を変更するなどである。

また、認可は、システムサーバ１０５によってユーザが要求された車両へのアクセスの許可（例えば、車両に関する１回以上の操作または取引を行う）を有しているかどうかを判定することを含んでいてもよい。好ましくは、ユーザ認可のプロセス中、システムサーバ１０５は、車両を識別するアクセス情報を受け取る。例えば、搭載コンピュータ１０１ｂが自動的に認証を開始してその認可要求で搭載コンピュータを識別する情報を提供するというシナリオでは、システムサーバ１０５は、識別した搭載コンピュータに関連付けられた特定の車両プロファイルを識別することができる。さらに例を挙げると、モバイル装置１０１ａを使って車両にアクセスするというシナリオでは、システムサーバは車両の識別子を受け取り、それに従って記憶装置内の適当な車両記録を識別することができる。

さらに、識別された車両及び認可要求によって識別されたユーザに基づいて、システムサーバ１０５はユーザが車両にアクセスするための必須の許可を有しているかどうかを判定することができる。例えば、システムサーバは、ユーザプロファイルと車両プロファイルにリンクされた１つ以上のアクセスのルール及び許可を問い合わせ、アクセスルールに基づいて要求しているユーザが車両へのアクセスを認可されているかどうかを判定する。

上記したように、いくつかの実施方法では、システムサーバ１０５が受け取った認可要求には、要求されたユーザアクセスの性質を説明するアクセス情報を含んでいてもよい。これにより、システムサーバ１０５によるユーザ認可には、さらにユーザが特定の操作を行うために必要な許可を有するかどうかを判定することを含んでいてもよい。さらに詳しくは、システムサーバ１０５は１つ以上の定義されたデータストアに問い合わせて、特定の車両へのアクセスを司るどのアクセスルール（例えば、アクセス許可、役割、設定など）を集めてもよい。また、システムサーバは、アクセスのルール／許可のいずれかが特定のユーザプロファイルに関与するかどうかを判定してもよい。このようにして集めたアクセスルールに基づいて、システムサーバは、ユーザが、要求された取引に付随する特定の取引／操作を行うことが認可されているかどうかを判定することができる。

車両のユーザ／所有者がアクセスルールを更新して友人に車両の運転を許可するように要求する場合、システムサーバは、所有者を認可し、友人に関連付けられたユーザプロファイルを識別すると、対応するインデックスエントリを変更し、友人が車両の使用を許可されたことを反映させる。その結果として、システムサーバは、認可通知を所有者の演算装置に提供し、アクセスルールへの変更を確認することができる。さらに、システムサーバは通知を友人の登録された演算装置に送信して更新した許可を友人に通知し、関連情報を提供することができる。いくつかの実施方法では、その後、友人は、友人のモバイル装置を使用して車両へのアクセスを要求することができる。システムサーバによる友人の認可後、指示を搭載演算装置に送ってアクセスを提供する。さらに、または代替として、友人のモバイル装置に提供された通知には、車両にアクセスするために使用できる電子キーを含んでいてもよい。例えばキーを搭載演算装置に送信することによって。電子キーは、例えば、システムサーバが生成し、友人のユーザプロファイルと車両のプロファイルにリンクされたワンタイム認可キーでもよい。キーは、キー生成中にシステムサーバが生成し保存した固有のパスワードによって保護／暗号化することができる。これにより、キーは、友人の生体認証と認可が成功した後のみに可能となる、システムサーバからの友人のモバイル装置へのパスワード提供後、友人によってのみ使用できる。

ジョーは、彼の家族全員を彼のシステムアプリに「登録」し、彼自身やその自動車の他の登録ユーザ／乗員に関する各種設定、例えば、年齢設定を定義することができる。各登録ユーザに関するアクセスのルール／許可も車両の所有者（すなわち管理者）が定義することができ、さらに／または予め定義しておくこともできる。よって、システムは、プロファイルやルール／許可に基づいて、６歳のサリーに対しては、自動車が動いているときには前のシートに座ることを許容せず、そのルールに従うまで１人もしくは複数のユーザによる車両の操作を禁止することができる。他の類似した安全に関する考察を、システムを使って監視及び実施することができる。

Claims (6)

1. ユーザの車両へのアクセスを認可する方法であって、
   リモートサーバー演算装置によって、非一過性のコンピュータ可読記憶媒体にアクセスすることであって、前記コンピュータ可読記憶媒体に記憶された情報は、
   それぞれが、それぞれのユーザとそれぞれのモバイル装置とに関連付けられた複数のユーザプロファイルと、
   それぞれが、それぞれ搭載コンピュータを有するそれぞれの車両に関連付けられた複数の車両プロファイルと、
   前記それぞれのユーザによる前記それぞれの車両へのアクセスを司り、前記それぞれの車両プロファイルに関する前記それぞれのユーザプロファイルに関連付けられた許可と、を含み、
   前記ユーザの１つ以上のパーソナルモバイル装置及び車両の搭載コンピュータからのネットワーク上にある前記演算装置によって、１つ以上のメッセージの形態にある認可要求を受信することであって、前記認可要求は、前記ユーザに関連付けられた識別情報と、前記車両を識別するアクセス情報と、１つ以上の前記モバイル装置及び前記搭載コンピュータにより生成された生体認証情報とを含む認可要求を受信することであって、前記生体認証情報は、前記ユーザから取り込まれた生体情報に基づいて生成された現行の生体識別子及び前記ユーザが、１つ以上の前記モバイル装置及び前記搭載コンピュータを用いて生体的に認証されているかを示す生体認証状態の少なくとも１つを含む、受信することと、
   前記受信した少なくとも１つの認可要求に基づく前記演算装置によって前記ユーザの前記車両へのアクセスを認可するステップであって、前記認可は、
   前記演算装置によって、前記受信した識別情報は、前記記憶装置に保存した複数のユーザプロファイルのうちの１つのユーザプロファイルであることを判定することと、
   前記演算装置によって、前記識別した車両は、前記記憶装置に保存した前記複数の車両プロファイルのうちの１つの車両プロファイルであることを判定することと、
   前記演算装置によって、前記受信した生体認証状態に基づいて、前記ユーザが前記モバイル装置によって生体認証されていることを判定することであって、前記ユーザが生体認証されていることを判定することは、
   前記生体認証状態を受信することに呼応して、受信した生体認証状態に基づき、１つ以上前記モバイル装置及び前記搭載コンピュータを用いて、前記ユーザが生体認証されていることを判定することと、
   前記現行の生体識別子を受信することに呼応して、前記現行の生体識別子を前記ユーザプロファイルに関連付けられて保存された、前に生成した生体識別子と比較することにより、前記ユーザを生体認証することとを含む、判定することと、
   前記識別情報と前記アクセス情報に基づいて、前記許可のうち、前記ユーザと前記車両に関連付けられた１つ以上の許可を識別することと、
   前記１つ以上の許可に基づいて、前記ユーザの前記車両へのアクセスが認可されたことを検証することを含み、
   前記認可に基づいて、前記演算装置によって、前記車両への前記ユーザアクセスを容易にする認可通知を、通信ネットワーク上で前記車両に関連付けられたリモート演算装置に送信することと、を含むことを特徴とする前記方法。
2. さらに
   前記演算装置によって、前記認可されたアクセス中に前記搭載コンピュータからその後の前記ユーザと前記搭載コンピュータに関連付けられた識別情報と、生体認証状態と、前記車両を識別する情報とを含む認可要求を受信することと、
   前記その後の認可要求と前記使用情報に基づいて前記認可ステップを繰り返すことと、前記検証するステップは、前記１つ以上の許可に基づいて前記使用情報を分析することを含み、
   前記再認可に基づいて、前記リモート演算装置に更新した認可通知を送信することと、
   を含むことを特徴とする請求項２に記載の方法。
3. さらに、
   前記認可要求は、前記搭載コンピュータを使用して実行する、前記車両を始動すること及び前記車両のドアのロックを解錠することのうちの１つ以上を含む操作を指定することと、
   前記１つ以上の許可に基づいて、前記ユーザの前記操作の実行が認可されたことを検証することを含む請求項１に記載の方法。
4. さらに、
   前記認可要求は、第２のユーザを識別し、前記第２のユーザの前記車両へのアクセスを司る許可を定義する設定を含むことと、
   前記演算装置によって、前記第２のユーザの前記識別に基づいて前記ユーザプロファイルのうちの第２のユーザプロファイルを識別することと、
   前記演算装置によって、前記受信した設定に基づいて前記許可を更新することと、を含む請求項１に記載の方法。
5. さらに、
   前記ネットワーク上の前記演算装置によって前記第２のユーザモバイル装置から、前記第２のユーザと前記第２のユーザモバイル装置に関連付けられた識別情報と、生体認証状態と、前記第２のユーザキーと、前記車両を識別するためのアクセス情報とを含む第２の認可要求を受信することと、
   前記第２の認可要求に基づく前記演算装置によって前記第２のユーザの前記車両へのアクセスを認可することであって、前記認可ステップは、
   前記演算装置によって、前記第２の認可要求に含まれる前記識別情報が前記第２のユーザプロファイルであるということを判定することと、
   前記演算装置によって、前記第２の認可要求に含まれる前記第２のユーザキーが、前記第２のユーザプロファイルと前記車両プロファイルに関連付けられた前記対応するキーとマッチングをすることを判定することと
   前記演算装置によって、前記第２の認可要求に含まれる前記生体認証状態に基づいて、前記第２のユーザが前記第２のユーザモバイル装置によって生体認証されていることを判定することと、
   前記演算装置によって、前記第２のユーザプロファイルと前記車両プロファイルに関連付けられた１つ以上の許可を識別することと、
   前記演算装置によって、前記１つ以上の許可に基づいて、前記第２のユーザの前記車両へのアクセスが認可されたことを検証することを含み、さらに
   前記認可に基づいて、前記演算装置によって、前記車両への前記第２のユーザアクセスを容易にする認可通知を、前記通信ネットワーク上で、前記車両への前記第２のユーザのアクセスを認める認可通知を前記搭載コンピュータに送信することと、を含む請求項１２に記載の方法。
6. ユーザの車両へのアクセスを認可する方法であって、
   演算装置によって、コンピュータ可読記憶媒体にアクセスすることであって、
   前記コンピュータ可読記憶媒体は、
   それぞれが、それぞれのユーザとそれぞれのモバイル装置とに関連付けられた複数のユーザプロファイルと、
   それぞれが、それぞれ搭載コンピュータを有するそれぞれの車両に関連付けられた複数の車両プロファイルと、
   前記それぞれのユーザによる前記それぞれの車両へのアクセスを司り、前記それぞれの車両プロファイルに関する前記それぞれのユーザプロファイルに関連付けられた許可と、を含み、
   前記方法は、ネットワーク上の前記演算装置によってモバイル装置から、ユーザとモバイル装置に関連付けられた識別情報と、生体認証状態と、前記車両を識別するためのアクセス情報とを含む認可要求を受信することを含み、
   前記受信した認可要求に基づく前記演算装置によって前記ユーザの前記車両へのアクセスを認可するステップであって、前記認可ステップは、
   前記演算装置によって、前記受信した識別情報は、記憶装置に保存した前記複数のユーザプロファイルのうちの１つのユーザプロファイルであることを判定することと、
   前記演算装置によって、前記識別した車両は、前記記憶装置に保存した前記複数の車両プロファイルのうちの１つの車両プロファイルであることを判定することと、
   前記演算装置によって、前記受信した生体認証状態に基づいて、前記ユーザが前記モバイル装置によって生体認証されていることを判定することと、
   前記演算装置によって、前記許可のうち、前記ユーザプロファイルと前記車両プロファイルに関連付けられた１つ以上の許可を識別することと、
   前記演算装置によって、前記１つ以上の許可に基づいて、前記ユーザの前記車両へのアクセスが認可されたことを検証することを含むことと、
   前記記憶装置内の前記演算装置で前記認可されたアクセスに関するアクセス記録を作成することと、
   前記認可に基づいて、前記演算装置によって、前記車両へのユーザアクセスを容易にする認可通知を、通信ネットワーク上で前記車両に関連付けられたリモート演算装置に送信することと、を含むことを特徴とする前記方法。