(57)【要約】本願の実施形態は、無線かつ非接触サービスの安全性を改善するためのサービス処理方法及びデバイスを提供する。第１デバイスは、第２デバイスによって送られた第１識別子を受け取り、第１識別子は、第１サービスを実行するために使用されるトリガ要求を第２デバイスが受け取った後に第２デバイスによって送られ、第１識別子は第１状態又は第２状態にあり、第１サービスはロック解除サービス又は決済サービスであり、第１デバイスが、受け取られた第１識別子に基づいて、認証を実行すると決定し、認証が成功する場合に、第１デバイスは、第１サービスを実行することが決定されることを示す第２識別子を第２デバイスへ送り、あるいは、第１デバイスが、受け取られた第１識別子に基づいて、認証を実行しないと決定する場合に、第１デバイスは、第１デバイスの位置情報である第１位置情報と、第１デバイスの位置及び第２デバイスの位置が正常であることを示す第３識別子とを第２デバイスへ送る。本願の実施形態は、サービス処理のために使用される。
2021535517.tif 000002
【特許請求の範囲】
【請求項１】
サービス処理方法であって、
第１デバイスによって、第２デバイスによって送られた第１識別子を受け取ることであり、前記第１識別子は、第１サービスを実行するために使用されるトリガ要求を前記第２デバイスが受け取った後に前記第２デバイスによって送られ、前記第１識別子は、第１状態又は第２状態にあり、前記第１サービスは、ロック解除サービス又は決済サービスであり、前記第１識別子が前記第１状態にあることは、前記第２デバイスの位置又は前記第１デバイスの位置が異常であることを示し、前記第１識別子が前記第２状態にあることは、前記第２デバイスの位置が正常であることを示す、前記受け取ることと、
前記第１デバイスが、前記受け取られた第１識別子に基づいて、認証を実行すると決定し、該認証が成功する場合に、前記第１デバイスによって、前記第１サービスを実行することが決定されることを示す第２識別子を前記第２デバイスへ送ること、又は
前記第１デバイスが、前記受け取られた第１識別子に基づいて、認証を実行しないと決定する場合に、前記第１デバイスによって、前記第１デバイスの位置情報である第１位置情報と、前記第１デバイスの位置及び前記第２デバイスの位置が正常であることを示す第３識別子とを含む第１情報を前記第２デバイスへ送ることと
を有する方法。
【請求項２】
前記第１デバイスによって第２識別子を前記第２デバイスへ送ることは、前記第１デバイスによって、前記第２識別子を含む第２情報を前記第２デバイスへ送ることを有し、前記第２情報は、署名入り情報であり、あるいは、
前記第１情報は、署名入り情報である、
請求項１に記載の方法。
【請求項３】
前記第１デバイスによって前記第２識別子又は前記第１情報を送る前に、当該方法は、
前記第１デバイスによって位置決めを実行することを更に有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行すると決定することは、
前記受け取られた第１識別子が前記第１状態にある場合に、前記第１デバイスによって、認証を実行すると決定すること、又は
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって実行された位置決めが失敗する場合に、前記第１デバイスによって、認証を実行すると決定すること、又は
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された第１位置情報が前記第１デバイスの位置履歴情報と一致しない場合に、前記第１デバイスによって、認証を実行すると決定すること
を有する、
請求項１又は２に記載の方法。
【請求項４】
前記第１デバイスによって前記第２識別子又は前記第１情報を送る前に、当該方法は、
前記第１デバイスによって位置決めを実行することを更に有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行しないと決定することは、
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された第１位置情報が前記第１デバイスの位置履歴情報と一致する場合に、前記第１デバイスによって、認証を実行しないと決定することを有する、
請求項１又は２に記載の方法。
【請求項５】
前記第１サービスがロック解除サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスはヘッドユニット又はロックである、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項６】
前記第１サービスが決済サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスは請求端末である、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項７】
前記第２デバイスはヘッドユニットであり、
前記第１デバイスによって前記第２識別子又は前記第１情報を送る前に、当該方法は、
前記第１デバイスによって、前記車両がオフされるときに該車両が位置している位置の位置情報である駐車位置情報を取得することと、
前記第１デバイスによって位置決めを実行することと
を更に有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行すると決定することは、
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された前記第１位置情報が前記第１デバイスの前記位置履歴情報に一致し、前記第１位置情報が前記駐車位置情報に一致しない場合に、前記第１デバイスによって、認証を実行すると決定することを有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行しないと決定することは、
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された前記第１位置情報が前記第１デバイスの前記位置履歴情報に一致し、前記第１位置情報が前記駐車位置情報に一致する場合に、前記第１デバイスによって、認証を実行しないと決定することを有する、
請求項５に記載の方法。
【請求項８】
前記第１デバイスによって駐車位置情報を取得することは、
前記第１デバイスによって、前記第２デバイスによって送られた前記駐車位置情報を受け取ることを有する、
請求項７に記載の方法。
【請求項９】
前記第１デバイスによって駐車位置情報を取得することは、
前記第１デバイスによって、前記第２デバイスによって送られた駐車位置要求情報を受け取ることと、
前記第１デバイスによって位置決めを実行することと
を有し、
前記第１デバイスが位置決めを通じて第３位置情報を取得する場合に、前記第３位置情報が前記駐車位置情報である、
請求項７に記載の方法。
【請求項１０】
当該方法は、
前記第１デバイスによって、前記第１デバイスによって実行された位置決めが失敗するか、若しくは前記第１デバイスによって位置決めを通じて取得された第３位置情報が前記第１デバイスの前記位置履歴情報と一致しない場合に、前記第１識別子を前記第１状態にあるよう設定し、
前記第１デバイスによって、前記第１識別子を含む第１駐車位置応答情報を前記第２デバイスへ送り、前記第１駐車位置応答情報に含まれる前記第１識別子は前記第１状態にある、こと、又は
前記第１デバイスによって、前記第１デバイスによって位置決めを通じて取得された第３位置情報が前記第１デバイスの前記位置履歴情報に一致する場合に、前記第１識別子を前記第２状態にあるよう設定し、
前記第１デバイスによって、前記第１識別子及び前記駐車位置情報を含む第２駐車位置応答情報を前記第２デバイスへ送り、前記第２駐車位置応答情報に含まれる前記第１識別子は前記第２状態にある、こと
を更に有する、
請求項５に記載の方法。
【請求項１１】
前記第１デバイスは、
前記第１デバイスによって、信頼できる実行環境ＴＥＥモジュール及び／又はセキュア要素ＳＥモジュールを含むセキュアモジュールを通じて位置決めサービスモジュールから前記第１位置情報を取得することと、
前記第１デバイスによって前記セキュアモジュールを通じて前記第１情報に署名することと、
前記第１デバイスによって前記署名入り第１情報を前記第２デバイスへ送ることと
によって、前記第１情報に署名する、
請求項２乃至１０のうちいずれか一項に記載の方法。
【請求項１２】
サービス処理方法であって、
第２デバイスによって、ロック解除サービス又は決済サービスである第１サービスを実行するために使用されるトリガ要求を受け取ることと、
前記第２デバイスによって、第１状態又は第２状態にある第１識別子を第１デバイスへ送ることであり、前記第１識別子が前記第１状態にあることは、前記第２デバイスの位置又は前記第１デバイスの位置が異常であることを示し、前記第１識別子が前記第２状態にあることは、前記第２デバイスの位置が正常であることを示す、前記送ることと、
前記第２デバイスによって、前記第２デバイスが前記第１デバイスによって送られた第２識別子を受け取る場合に、前記第１サービスを実行することであり、前記第２識別子は、前記第１サービスを実行することが決定されることを示す、こと、又は
前記第２デバイスが前記第１デバイスによって送られる、前記第１デバイスの位置及び前記第２デバイスの位置が正常であることを示す第３識別子と、前記第１デバイスの位置情報である第１位置情報とを受け取る場合に、前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定し、
前記第２デバイスによって、前記第１デバイスの位置が妥当である場合に前記第１サービスを実行することと
を有する方法。
【請求項１３】
当該方法は、
前記第１デバイスの位置が妥当でない場合に、前記第２デバイスによって、前記第１状態にある前記第１識別子を前記第１デバイスへ送ることを更に有する、
請求項１２に記載の方法。
【請求項１４】
前記第２デバイスによって、前記第２デバイスが前記第１デバイスによって送られた第２識別子を受け取る場合に、前記第１サービスを実行すること、又は前記第２デバイスが前記第１デバイスによって送られる第３識別子及び第１位置情報を受け取る場合に、前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定することは、
前記第２デバイスによって、前記第１デバイスによって送られた第３情報を受け取ることと、
前記第２デバイスによって、前記第３情報に対して署名検証を行うことと、
前記第２デバイスによって、前記署名検証が成功し、前記第３情報が前記第２識別子を含む場合に、前記第１サービスを実行すること、又は
前記署名検証が成功し、前記第３情報が前記第３識別子及び前記第１位置情報を含む場合に、前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定することと
を有する、
請求項１２又は１３に記載の方法。
【請求項１５】
前記第２デバイスによって第１識別子を第１デバイスへ送る前に、当該方法は、
前記第２デバイスによって記憶モジュールから前記第１識別子を取得することを更に有する、
請求項１２乃至１４のうちいずれか一項に記載の方法。
【請求項１６】
前記第２デバイスによって第１識別子を第１デバイスへ送る前に、当該方法は、
前記第２デバイスによって位置決めを実行することと、
前記第２デバイスによって、前記第２デバイスによって実行された位置決めが失敗するか、若しくは前記第２デバイスによって位置決めを通じて取得された第２位置情報が前記第２デバイスの位置履歴情報に一致しない場合に、前記第１識別子を前記第１状態にあるよう設定すること、又は
前記第２デバイスによって、前記第２デバイスによって位置決めを通じて取得された第２位置情報が前記第２デバイスの位置履歴情報に一致する場合に、前記第１識別子を前記第２状態にあるよう設定することと
を更に有する、
請求項１２乃至１４のうちいずれか一項に記載の方法。
【請求項１７】
前記第１サービスが決済サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスは請求端末である、
請求項１２乃至１６のうちいずれか一項に記載の方法。
【請求項１８】
前記第１サービスがロック解除サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスはヘッドユニット又はロックである、
請求項１２乃至１６のうちいずれか一項に記載の方法。
【請求項１９】
前記第２デバイスは車両のヘッドユニットであり、
前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定する前に、当該方法は、
前記第２デバイスによって記憶モジュールから前記第２位置情報を取得することを更に有し、
前記第２位置情報は、駐車位置情報であり、該駐車位置情報は、前記車両がオフされるときに該車両が位置している位置の位置情報である、
請求項１８に記載の方法。
【請求項２０】
前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定することは、
前記第１位置情報によって示される位置と前記第２位置情報によって示される位置との間の距離が前もってセットされた閾値以下である場合に、前記第２デバイスによって、前記第１デバイスの位置が妥当であると決定することを有する、
請求項１６乃至１９のうちのいずれか一項に記載の方法。
【請求項２１】
前記第２デバイスによって、前記第１デバイスによって送られた第３情報を受け取る前に、当該方法は、
前記第２デバイスによって、前記車両がオフされるときに前記駐車位置情報を前記第１デバイスへ送ることを更に有する、
請求項１８乃至２０のうちいずれか一項に記載の方法。
【請求項２２】
前記第２デバイスによって、前記第１デバイスによって送られた第３情報を受け取る前に、当該方法は、
前記第２デバイスによって、前記車両がオフされるときに駐車位置要求情報を前記第１デバイスへ送ることと、
前記第２デバイスによって、前記第１デバイスによって送られた駐車位置応答情報を受け取ることと
を更に有し、
前記駐車位置応答情報は、前記駐車位置情報を有し、該駐車位置情報は、前記第１デバイスが前記駐車位置要求情報を受け取った後に実行された位置決めを通じて前記第１デバイスによって取得された位置情報である、
請求項１８乃至２０のうちいずれか一項に記載の方法。
【請求項２３】
第１デバイス及び第２デバイスを有し、
前記第１デバイスは、請求項１乃至１１のうちいずれか一項に記載のサービス処理方法を実施するよう構成され、
前記第２デバイスは、請求項１２乃至２２のうちいずれか一項に記載のサービス処理方法を実施するよう構成される、
システム。
【請求項２４】
タッチスクリーン、メモリ、１つ以上のプロセッサ、及び１つ以上のプログラムを有する電子デバイスであって、
前記１つ以上のプログラムは、前記メモリに記憶されており、
前記１つ以上のプロセッサが前記１つ以上のプログラムを実行する場合に、当該電子デバイスは、請求項１乃至２２のうちいずれか一項に記載のサービス処理方法を実施することを可能にされる、
電子デバイス。
【請求項２５】
命令を有するコンピュータプログラム製品であって、
前記コンピュータプログラム製品が電子デバイスで実行される場合に、該電子デバイスは、請求項１乃至２２のうちいずれか一項に記載のサービス処理方法を実行することを可能にされる、
コンピュータプログラム製品。
【請求項２６】
命令を有するコンピュータ可読記憶媒体であって、
前記命令が電子デバイスで実行される場合に、該電子デバイスは、請求項１乃至２２のうちいずれか一項に記載のサービス処理方法を実行することを可能にされる、
コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信技術の分野に、特に、サービス処理方法及びデバイスに関係がある。
【背景技術】
【０００２】
モバイル決済の発展とともに、より多くのサービスが、携帯電話機などの電子デバイスへマイグレートされている。例えば、ユーザは、スワイプにより車両ドアを開くための鍵として携帯電話機を使用したり、ユーザは、携帯電話銀行カードを使用することによってショッピングモードで非接触決済を行ったり、あるいは、ユーザは、バスに乗るために携帯電話バスカードを使用したりする。
【０００３】
ユーザの利便性のために、上記のサービスの多くは、通常は、無線かつ非接触トランザクション方式で実行され、通常は、ユーザ介入、例えば、携帯電話機がオフされているときにカードを機械に通すこと、及びバックグラウンドにおける自動料金引き落としなしで、自動的に実行可能である。その結果、攻撃者は、リレーアタック及び不正取引などの違法の操作を行う機会を持ち、これらのサービスの安全性は低くなる。
【０００４】
リレーアタックが例として使用される。図１を参照すると、車両キーアプリケーションをサポートする車両所有者の携帯電話機１０１が車両１０２の近くにない場合に、攻撃者の中継デバイス１０３が車両所有者の携帯電話機１０１に近づき、攻撃者のもう１つの中継デバイス１０４が車両のドアに近づき、そして、中継デバイス１０３及び中継デバイス１０４は遠隔通信を実行し得る。中継デバイス１０３は、携帯電話機の車両キーアプリケーションによって送られるブルートゥース信号又は近距離通信（near  field  communication，ＮＦＣ）信号などの無線信号を取得し、遠隔で無線信号を中継デバイス１０４へ送信する。中継デバイス１０４は、無線信号を車両へ転送する。このようにして、攻撃者は、リレー方式で情報を転送することによって車両ドアを開くことができる。そのため、車両ドア開放サービスの安全性は比較的に低い。
【発明の概要】
【０００５】
本願の実施形態は、無線かつ非接触サービスの安全性を改善するためのサービス処理方法及びデバイスを提供する。
【０００６】
上記の目的を達成するために、下記の技術的解決法が本願の実施形態において使用される。
【０００７】
第１の態様に従って、本願の技術的解決法は、サービス処理方法であって：第１デバイスによって、第２デバイスによって送られた第１識別子を受け取ることであり、第１識別子は、第１サービスを実行するために使用されるトリガ要求を第２デバイスが受け取った後に第２デバイスによって送られ、第１識別子は、第１状態又は第２状態にあり、第１サービスは、ロック解除サービス又は決済サービスであり、第１識別子が第１状態にあることは、第２デバイスの位置又は第１デバイスの位置が異常であることを示し、第１識別子が第２状態にあることは、第２デバイスの位置が正常であることを示す、ことと；第１デバイスが、受け取られた第１識別子に基づいて、認証を実行すると決定し、認証が成功する場合に、第１デバイスによって、第１サービスを実行することが決定されることを示す第２識別子を第２デバイスへ送ること；又は第１デバイスが、受け取られた第１識別子に基づいて、認証を実行しないと決定する場合に、第１デバイスによって、第１デバイスの位置情報である第１位置情報と、第１デバイスの位置及び第２デバイスの位置が正常であることを示す第３識別子とを含む第１情報を第２デバイスへ送ることとを含む方法を提供する。認証は、ユーザ身元認証又は手動ユーザ認証であってよい。例えば、第１デバイスは、身元認証のためにパスワード又は指紋などの情報を入力するようユーザに要求してよい。代替的に、第１デバイスは、第１サービスが現在実行されるべきであることをユーザに示し、そして、認証を許可するようユーザに要求してもよい。ユーザが認証を許可する場合に、認証は成功し、第１サービスは実行され、あるいは、ユーザが認証を許可すること拒否する場合には、認証は失敗し、第１サービスは実行されない。
【０００８】
この解決法では、第１デバイスは、第２デバイスの位置又は第１デバイスの位置が正常であるかどうかを示すために使用される第１識別子を受け取ってよい。第１デバイスが、第２デバイスから受け取られた第１識別子に基づいて、認証が実行される必要があると決定し、そして認証が成功する場合には、第１デバイスは、第１サービスを実行するよう第２デバイスに示すために、第２識別子を第２デバイスへ送る。第１サービスが、第２デバイスから受け取られた第１識別子に基づいて、認証が実行される必要はないと決定する場合には、第１デバイスは、第１位置情報と、第１デバイスの位置及び第２デバイスの位置が正常であることを示すために使用される第３識別子とを第２デバイスへ送ってよく、それにより、第２デバイスは、第１位置情報に基づいて、第１デバイスの位置が妥当であると決定する場合にのみ、第１サービスを実行し、それによって第１サービスを操作する安全性を改善する。
【０００９】
可能な実施において、第１デバイスによって第２識別子を第２デバイスへ送ることは、第１デバイスによって、第２識別子を含む第２情報を前記第２デバイスへ送ることを含み、第２情報は、署名入り情報であり、あるいは、第１情報は、署名入り情報である。
【００１０】
第１デバイスは、第３識別子、第１位置情報、又は第２識別子を第２デバイスへ署名入り情報により送り、それにより、第２デバイスは、署名検証を通じて、第３識別子、第１位置情報、又は第２識別子が偽造又は改ざんされているかどうかを決定することができ、それによって情報安全性を改善する。
【００１１】
他の可能な実施において、第１デバイスによって第２識別子又は第１情報を送る前に、方法は、第１デバイスによって位置決めを実行することを更に含み、第１デバイスが、第１識別子に基づいて、認証を実行すると決定することは、受け取られた第１識別子が第１状態にある場合に、第１デバイスによって、認証を実行すると決定すること、又は受け取られた第１識別子が第２状態にあり、第１デバイスによって実行された位置決めが失敗する場合に、第１デバイスによって、認証を実行すると決定すること、又は受け取られた第１識別子が第２状態にあり、第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報と一致しない場合に、第１デバイスによって、認証を実行すると決定することを含む。
【００１２】
第１デバイスが、第２デバイスによって送信される、第１状態にある第１識別子を受け取る場合に、それは、第２デバイスの位置又は第１デバイスの位置が異常であることを示す。従って、第１デバイスは、身元認証を行うようユーザに促してよい。第１デバイスによって行われた位置決めが失敗する場合、又は第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報と一致しない場合に、それは、第１デバイスの位置が異常であることを示し得る。従って、第１デバイスは、身元認証を行うようユーザに促してよい。
【００１３】
他の可能な実施において、第１デバイスによって第２識別子又は第１情報を送る前に、方法は、第１デバイスによって位置決めを実行することを更に含み、第１デバイスが、第１識別子に基づいて、認証を実行しないと決定することは、受け取られた第１識別子が第２状態にあり、第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報と一致する場合に、第１デバイスによって、認証を実行しないと決定することを含む。
【００１４】
第１デバイスが、第２デバイスによって送信される、第２状態にある第１識別子を受け取り、かつ、第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報と一致する場合に、それは、第２デバイスの位置及び第１デバイスの位置の両方が正常であることを示す。従って、認証は実行されなくてよい。
【００１５】
他の可能な実施において、第１サービスがロック解除サービスである場合に、第１デバイスはモバイル端末であり、第２デバイスはヘッドユニット又はロックである。本願の技術的解決法で提供される方法に従って、ロック解除サービスの安全性は改善可能である。
【００１６】
他の可能な実施において、第１サービスが決済サービスである場合に、第１デバイスはモバイル端末であり、第２デバイスは請求端末である。例えば、第１デバイスは携帯電話機であってよく、第２デバイスはＰＯＳ端末であってよい。本願の技術的解決法で提供される方法に従って、決済サービスの安全性は改善可能である。
【００１７】
他の可能な実施において、第２デバイスはヘッドユニットであり、第１デバイスによって第２識別子又は第１情報を送る前に、方法は、第１デバイスによって、車両がオフされるときに車両が位置している位置の位置情報である駐車位置情報を取得することと、第１デバイスによって位置決めを実行することとを更に含み、第１デバイスが、第１識別子に基づいて、認証を実行すると決定することは、受け取られた第１識別子が第２状態にあり、第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報に一致し、第１位置情報が駐車位置情報に一致しない場合に、第１デバイスによって、認証を実行すると決定することを含む。
【００１８】
第１位置情報が駐車位置情報に一致しない場合に、それは、第１デバイスの位置が異常であることを示してよく、第１デバイスは、認証を実行すると決定してよい。
【００１９】
他の可能な実施において、第２デバイスはヘッドユニットであり、第１デバイスによって第２識別子又は第１情報を送る前に、方法は、第１デバイスによって、車両がオフされるときに車両が位置している位置の位置情報である駐車位置情報を取得することと、第１デバイスによって位置決めを実行することとを更に含み、第１デバイスが、第１識別子に基づいて、認証を実行しないと決定することは、受け取られた第１識別子が第２状態にあり、第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報に一致し、第１位置情報が駐車位置情報に一致する場合に、第１デバイスによって、認証を実行しないと決定することを含む。
【００２０】
第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報に一致し、かつ、第１位置情報が駐車位置情報に一致する場合に、それは、第１デバイスの位置及び第２デバイスの位置が正常であることを示し得る。従って、認証が実行されるべきであることが決定されてよい。
【００２１】
他の可能な実施において、第１デバイスによって駐車位置情報を取得することは、第１デバイスによって、第２デバイスによって送られた駐車位置情報を受け取ることを含む。
【００２２】
この解決法では、第１デバイスは、車両がオフされるときの車両の位置情報を第２デバイスから取得してよい。
【００２３】
他の可能な実施において、第１デバイスによって駐車位置情報を取得することは、第１デバイスによって、第２デバイスによって送られた駐車位置要求情報を受け取ることと、第１デバイスによって位置決めを実行することとを含み、第１デバイスが位置決めを通じて第３位置情報を取得する場合に、第３位置情報が駐車位置情報である。
【００２４】
この解決法では、第１デバイスは、車両がオフされるときに第１デバイスの位置情報を取得してよい。第１デバイスの位置情報は駐車位置情報である。
【００２５】
他の可能な実施において、方法は、第１デバイスによって、第１デバイスによって実行された位置決めが失敗するか、若しくは第１デバイスによって位置決めを通じて取得された第３位置情報が第１デバイスの位置履歴情報と一致しない場合に、第１識別子を第１状態にあるよう設定し、第１デバイスによって、第１識別子を含む第１駐車位置応答情報を第２デバイスへ送り、第１駐車位置応答情報に含まれる第１識別子が第１状態にある、こと、又は第１デバイスによって、第１デバイスによって位置決めを通じて取得された第３位置情報が第１デバイスの前記位置履歴情報に一致する場合に、第１識別子を前記第２状態にあるよう設定し、第１デバイスによって、第１識別子及び駐車位置情報を含む第２駐車位置応答情報を第２デバイスへ送り、第２駐車位置応答情報に含まれる第１識別子が第２状態にある、ことを更に含む。
【００２６】
すなわち、第１デバイスが、第１デバイスの位置が異常である、と決定する場合に、第１デバイスは、第１状態にある第１識別子を第２デバイスへ送ってよく、あるいは、第１デバイスが、第１デバイスの位置が正常である、と決定する場合に、第１デバイスは、第２状態にある第１識別子を第２デバイスへ送ってよい。
【００２７】
他の可能な実施において、第１デバイスは、次の方法で第１情報に署名する：第１デバイスによって、信頼できる実行環境ＴＥＥモジュール及び／又はセキュア要素ＳＥモジュールを含むセキュアモジュールを通じて位置決めサービスモジュールから第１位置情報を取得し、第１デバイスによってセキュアモジュールを通じて第１情報に署名し、第１デバイスによって署名入り第１情報を第２デバイスへ送る。
【００２８】
このようにして、第１デバイスのセキュアモジュールは、位置決めサービスモジュールから第１デバイスの位置情報を直接取得し、位置情報に署名してよい。第１デバイスの位置情報は、安全でないモジュールを通らないので、安全でないモジュールによって改ざん又は偽造されない。
【００２９】
第２の態様に従って、本願の技術的解決法は、他のサービス処理方法であって：第２デバイスによって、ロック解除サービス又は決済サービスである第１サービスを実行するために使用されるトリガ要求を受け取ることと；第２デバイスによって、第１状態又は第２状態にある第１識別子を第１デバイスへ送ることであり、第１識別子が第１状態にあることは、第２デバイスの位置又は第１デバイスの位置が異常であることを示し、第１識別子が第２状態にあることは、第２デバイスの位置が正常であることを示す、ことと；第２デバイスによって、第２デバイスが第１デバイスによって送られた第２識別子を受け取る場合に、第１サービスを実行することであり、第２識別子は、第１サービスを実行することが決定されることを示す、こと；又は第２デバイスが第１デバイスによって送られる、第１デバイスの位置及び第２デバイスの位置が正常であることを示す第３識別子と、第１デバイスの位置情報である第１位置情報とを受け取る場合に、第２デバイスによって、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定し、第２デバイスによって、第１デバイスの位置が妥当である場合に第１サービスを実行することとを含む方法を提供する。
【００３０】
この解決法では，第２デバイスは、車両の位置及び第１デバイスの位置が正常であるかどうかに基づいて第１識別子の状態を決定し、第１状態にある第１識別子又は第２状態にある第１識別子を第１デバイスへ送ってよく、それにより、第１デバイスは、第１識別子に基づいて、第２識別子又は第３識別子を送ると決定する。第２デバイスは、第２デバイスが、第１サービスを実行することを示すために使用される第２識別子を受け取る場合に、第１サービスを実行する。第２デバイスが、第１位置情報と、第１デバイスの位置及び第２デバイスの位置が正常であることを示すために使用される第３識別子とに基づいて、第２デバイスが、第１位置情報に基づいて第１デバイスの位置が妥当であると決定するときにのみ、第１サービスを実行する、と決定する場合に、それによって、第１サービスを操作する安全性を改善する。
【００３１】
可能な実施において、方法は、第１デバイスの位置が妥当でない場合に、第２デバイスによって、第１状態にある前記第１識別子を前記第１デバイスへ送ることを更に含む。
【００３２】
第１デバイスの位置が妥当でない場合に、それは、第１デバイスの位置が異常であることを示し得る。従って、第２デバイスは、第１デバイスに対して、第１状態にあり、位置が異常であることを示すために使用される第１識別子を送ってよい。
【００３３】
他の可能な実施において、第２デバイスによって、第２デバイスが第１デバイスによって送られた第２識別子を受け取る場合に、第１サービスを実行すること、又は第２デバイスが第１デバイスによって送られる第３識別子及び第１位置情報を受け取る場合に、第２デバイスによって、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定することは、第２デバイスによって、第１デバイスによって送られた第３情報を受け取ることと、第２デバイスによって、第３情報に対して署名検証を行うことと、第２デバイスによって、署名検証が成功し、第３情報が第２識別子を含む場合には、第１サービスを実行し、あるいは、署名検証が成功し、第３情報が第３識別子及び第１位置情報を含む場合には、第２デバイスによって、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定することとを含む。
【００３４】
この解決法では、第２デバイスは、署名検証を通じて、第２識別子、第３識別子、又は第１位置情報が改ざん又は偽造されているかどうかを決定してよく、それによって安全性を改善する。
【００３５】
他の可能な実施において、第２デバイスによって第１識別子を第１デバイスへ送る前に、方法は、第２デバイスによって記憶モジュールから第１識別子を取得することを更に含む。
【００３６】
他の可能な実施において、第２デバイスによって第１識別子を第１デバイスへ送る前に、方法は、第２デバイスによって位置決めを実行することと、第２デバイスによって、第２デバイスによって実行された位置決めが失敗するか、若しくは第２デバイスによって位置決めを通じて取得された第２位置情報が第２デバイスの位置履歴情報に一致しない場合に、第１識別子を第１状態にあるよう設定し、あるいは、第２デバイスによって、第２デバイスによって位置決めを通じて取得された第２位置情報が第２デバイスの位置履歴情報に一致する場合に、第１識別子を第２状態にあるよう設定することとを更に含む。
【００３７】
第２デバイスによって実行された位置決めが失敗する場合、又は第２デバイスによって位置決めを通じて取得された第２位置情報が第２デバイスの位置履歴情報と一致しない場合に、それは、第２デバイスの位置が異常であることを示し得る。従って、第２デバイスは、第１識別子を、第１状態にあるよう設定してよい。
【００３８】
第２デバイスによって位置決めを通じて取得された第２位置情報が第２デバイスの位置履歴情報に一致する場合に、それは、第２デバイスの位置が正常であることを示し得る。従って、第２デバイスは、第１識別子を、第２状態にあるよう設定してよい。
【００３９】
他の可能な実施において、第１サービスが決済サービスである場合に、第１デバイスはモバイル端末であり、第２デバイスは請求端末である。例えば、第１デバイスは携帯電話機であってよく、第２デバイスはＰＯＳ端末であってよい。本願の技術的解決法で提供される方法に従って、決済サービスの安全性は改善可能である。
【００４０】
他の可能な実施において、第１サービスがロック解除サービスである場合に、第１デバイスはモバイル端末であり、第２デバイスはヘッドユニット又はロックである。本願の技術的解決法で提供される方法に従って、ロック解除サービスの安全性は改善可能である。
【００４１】
他の可能な実施において、第２デバイスは車両のヘッドユニットであり、第２デバイスによって、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定する前に、方法は、第２デバイスによって記憶モジュールから第２位置情報を取得することを更に含み、第２位置情報は、駐車位置情報であり、駐車位置情報は、車両がオフされるときに車両が位置している位置の位置情報である。従って、第２デバイスは、第２位置情報及び第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定してよい。
【００４２】
他の可能な実施において、第２デバイスによって、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定することは、第１位置情報によって示される位置と第２位置情報によって示される位置との間の距離が前もってセットされた閾値以下である場合に、第２デバイスによって、第１デバイスの位置が妥当であると決定することを含む。
【００４３】
すなわち、第１デバイスが第２デバイスの近くにある場合に、第２デバイスは、第１デバイスの位置が妥当であると見なしてよい。
【００４４】
他の可能な実施において、第２デバイスによって、第１デバイスによって送られた第３情報を受け取る前に、方法は、第２デバイスによって、車両がオフされるときに駐車位置情報を第１デバイスへ送ることを更に含む。従って、第１デバイスは、駐車位置情報に基づいて、第１デバイスの位置情報が駐車位置情報と一致するかどうかを決定してよい。
【００４５】
他の可能な実施において、第２デバイスによって、第１デバイスによって送られた第３情報を受け取る前に、方法は、第２デバイスによって、車両がオフされるときに駐車位置要求情報を第１デバイスへ送ることと、第２デバイスによって、第１デバイスによって送られた駐車位置応答情報を受け取ることとを更に含み、駐車位置応答情報は、駐車位置情報を含み、駐車位置情報は、第１デバイスが駐車位置要求情報を受け取った後に実行された位置決めを通じて第１デバイスによって取得された位置情報である。
【００４６】
すなわち、第２デバイスの駐車位置情報は、車両がオフされるときに第１デバイスから取得された第１デバイスの位置情報である。
【００４７】
第３の態様に従って、本願の技術的解決法は、サービス処理装置を提供する。装置は第１デバイスに含まれる。装置は、第１の態様及び第１の態様の可能な実施の中のいずれか１つにおける第１デバイスの挙動を実施する機能を備える。機能は、ハードウェアによって実施されてよく、あるいは、対応するソフトウェアを実行するハードウェアによって実施されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する１つ以上のモジュール又はユニット、例えば、入力モジュール又はユニット、表示モジュール又はユニット、あるいは、処理モジュール又はユニットを含む。
【００４８】
第４の態様に従って、本願の技術的解決法は、サービス処理装置を提供する。装置は第２デバイスに含まれる。装置は、第２の態様及び第２の態様の可能な実施の中のいずれか１つにおける第２デバイスの挙動を実施する機能を備える。機能は、ハードウェアによって実施されてよく、あるいは、対応するソフトウェアを実行するハードウェアによって実施されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する１つ以上のモジュール又はユニット、例えば、入力モジュール又はユニット、表示モジュール又はユニット、あるいは、処理モジュール又はユニットを含む。
【００４９】
第５の態様に従って、本願の技術的解決法は、サービス処理システム提供し、システムは、第１デバイス及び第２デバイスを含む。第２デバイスは、ロック解除サービス又は決済サービスである第１サービスを実行するために使用されるトリガ要求を受け取り、トリガ要求に応答して、第１デバイスは、第１デバイスの位置情報である第１位置情報を取得し、第１デバイスは、第１位置情報を第２デバイスへ送り、第１位置情報は、第２デバイスによって、第１デバイスの位置が妥当であるかどうかを決定するために使用される。第２デバイスは、第１デバイスによって送られた第１位置情報を受け取り、第１位置情報は、第１デバイスの位置情報である。第２デバイスが、第１位置情報に基づいて、第１デバイスの位置が妥当であると決定する場合に、第２デバイスは第１サービスを実行する。
【００５０】
この解決法では、第１デバイスは、第１位置情報を第２デバイスへ送ってよく、第２デバイスは、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定し、第１デバイスの位置が妥当である場合に第１サービスを実行してよい。
【００５１】
可能な実施において、第１デバイスが第１位置情報を第２デバイスへ送ることは、第１デバイスによって、署名入り第１位置情報を第２デバイスへ送ることを含む。
【００５２】
第１デバイスは、署名入り第１位置情報を第２デバイスへ送り、それにより、第２デバイスは、署名検証を通じて、第１位置情報が偽造又は改ざんされているかどうかを決定することができ、それによって第１位置情報の安全性を改善する。
【００５３】
他の可能な実施において、第１デバイスが、第２デバイスによって送られた身元認証要求情報を受け取る場合に、第１デバイスは、身元認証を行うようユーザに促し、身元認証が成功する場合に、第１デバイスは、身元認証成功情報を第２デバイスへ送り、あるいは、身元認証が失敗する場合には、第１デバイスは、身元認証失敗情報を第２デバイスへ送る。
【００５４】
認証を促した後、第１デバイスは、第２デバイスに認証結果を通知してよい。
【００５５】
他の可能な実施において、第１サービスがロック解除サービスである場合に、第１デバイスはモバイル端末であり、第２デバイスはヘッドユニット又はロックである。例えば、第１デバイスは携帯電話機であり、第２デバイスは、車両ドアのドアロック又はホームドアのドアロックである。
【００５６】
他の可能な実施において、第１デバイスが決済サービスである場合に、第１デバイスはモバイル端末であり、第２デバイスは精算端末である。例えば、第１デバイスは携帯電話機であってよく、第２デバイスはＰＯＳ端末であってよい。他の例として、第１デバイスは携帯電話機であってよく、第２デバイスは銀行サーバであってよい。他の例として、第１デバイスはＰＯＳ端末であってよく、第２デバイスは銀行サーバであってよい。
【００５７】
他の可能な実施において、第２デバイスが、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定することは、第１位置情報によって示される位置と第２位置情報によって示される位置との間の距離が前もってセットされた閾値以下である場合に、第１デバイスの位置は妥当である、ことを含む。
【００５８】
すなわち、第２位置情報において、第１デバイスの位置が近いことが示される場合に、第１デバイスの位置は妥当であると考えられてよい。第２位置情報は基準位置情報である。
【００５９】
他の可能な実施において、第２デバイスが、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定する前に、方法は、第２デバイスによって、第１位置情報に対して署名検証を実行することを更に含み、第２デバイスが、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定することは、署名検証が成功する場合に、第２デバイスによって、第１位置情報に基づいて、第１デバイスの位置が妥当であるかどうかを決定することを含む。
【００６０】
このようにして、第２デバイスは、署名検証を通じて、第１位置情報が偽造又は改ざんされているかどうかを決定してよく、それによって第１位置情報の安全性を改善し、第１サービスの安全性を改善する。
【００６１】
任意に、第１デバイスの位置が妥当でない場合に、第２デバイスは、第１サービスを実行することを拒否する。
【００６２】
この解決法では、第１デバイスの位置が妥当でない場合に、第２デバイスは、第１サービスを実行しなくてよい。
【００６３】
代替的に、任意に、第１デバイスの位置が妥当でない場合に、第２デバイスは、身元認証要求情報を第１デバイスへ送り、第２デバイスが、第１デバイスによって送られた認証成功情報を受け取る場合に、第２デバイスは、第１サービスを実行し、あるいは、第２デバイスが、第１デバイスによって送られた認証失敗情報を受け取る場合には、第２デバイスは、第１サービスを実行することを拒否する。
【００６４】
この解決法では、第１デバイスの位置が妥当でない場合に、第２デバイスは、認証を行うよう第１デバイスに要求し、身元認証結果に基づいて第１サービスを処理してよい。
【００６５】
第６の態様に従って、本願の技術的解決法は、電子デバイスを更に提供し、電子デバイスは、上記のサービス処理システムのいずれかの可能な実施における第１デバイスの機能を実施するよう構成される。
【００６６】
第７の態様に従って、本願の技術的解決法は、電子デバイスを更に提供し、電子デバイスは、上記のサービス処理システムのいずれかの可能な実施における第２デバイスの機能を実施するよう構成される。
【００６７】
第８の態様に従って、本願の実施形態は、１つ以上のプロセッサ及び１つ以上のメモリを含む電子デバイスを提供する。１つ以上のメモリは１つ以上のプロセッサへ結合され、１つ以上のメモリは、コンピュータプログラムコードを記憶するよう構成され、コンピュータプログラムコードはコンピュータ命令を含み、１つ以上のプロセッサがコンピュータ命令を実行する場合に、電子デバイスは、第１の態様又は第２の態様のいずれかの可能な実施におけるサービス処理方法を実行する。
【００６８】
第９の態様に従って、本願の実施形態は、コンピュータ命令を含むコンピュータ記憶媒体を提供する。コンピュータ命令が電子デバイスで実行される場合に、電子デバイスは、第１の態様又は第２の態様のいずれかの可能な実施におけるサービス処理方法を実行することを可能にされる。
【００６９】
第１０の態様に従って、本願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータで実行される場合に、電子デバイスは、第１の態様又は第２の態様のいずれかの可能な実施におけるサービス処理方法を実行することを可能にされる。
【図面の簡単な説明】
【００７０】
【図１】先行技術におけるリレーアタックシナリオの概略図である。
【図２】本願の実施形態に従うサービス処理システムの概略図である
【図３】本願の実施形態に従う第１デバイスのハードウェアの略構造図である。
【図４】本願の実施形態に従う第１デバイスのソフトウェアの略構造図である。
【図５】本願の実施形態に従うコンピュータシステムの略構造図である。
【図６】本願の実施形態に従うサービス処理方法のフローチャートである。
【図７】（ａ）から（ｃ）は、本願の実施形態に従う認証インターフェースのグループの概略図である。
【図８Ａ−１】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ａ−２】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ａ−３】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ａ−４】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ｂ−１】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ｂ−２】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ｂ−３】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図８Ｂ−４】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図９】本願の実施形態に従う位置関係の図である。
【図１０Ａ】本願の実施形態に従う位置情報処理のフローチャートである。
【図１０Ｂ】本願の実施形態に従う位置情報処理の他のフローチャートである。
【図１０Ｃ】本願の実施形態に従う位置情報処理の他のフローチャートである。
【図１１Ａ−１】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ａ−２】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ａ−３】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ａ−４】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ｂ−１】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ｂ−２】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ｂ−３】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１１Ｂ−４】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１２Ａ】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１２Ｂ】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１３】本願の実施形態に従う駐車位置情報の取得のフローチャートである。
【図１４】本願の実施形態に従う他のサービス処理方法のフローチャートである。
【図１５】本願の実施形態に従うサービス処理シナリオの概略図である。
【図１６】本願の実施形態に従う他のサービス処理シナリオの概略図である。
【図１７】本願の実施形態に従う第１デバイスの略構造図である。
【図１８】本願の実施形態に従う第２デバイスの略構造図である。
【発明を実施するための形態】
【００７１】
以下は、本願の実施形態における添付の図面を参照して、本願の実施形態における技術的解決法について説明する。本願の実施形態の説明中で、「／」は、別段の明示的な定めのない限り「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表してよい。本明細書中で、「及び／又は」は、関連する対象について説明する関連付け関係のみを示し、３つの関係が存在する可能性があることを表す。例えば、Ａ及び／又はＢは、次の３つの場合：Ａのみが存在、Ａ及びＢの両方が存在、Ｂのみが存在、を表してよい。更には、本願の実施形態における説明中で、「複数の〜」は、２つ又は２つよりも多いことを意味する。
【００７２】
本願の実施形態は、図２に示されるサービス処理システム２００に適用され得るサービス処理方法を提供する。図２に示されるように、サービス処理システム２００は、第１デバイス２０１及び第２デバイス２０２を含んでよい。第１デバイス２０１は、１つ以上のサービスアプリケーションをサポートしてよい。第１デバイス２０１及び第２デバイス２０２は、無線通信方式及び非接触方式でサービス処理例えば、車両ドアを開けること、ホームドアを開けること、バスカードを機械に通すこと、クレジットカードを機械に通すこと、及び有料道路料金所で料金を支払うこと、を実行する。
【００７３】
無線通信方式は、ブルートゥース（Bluetooth，ＢＴ）、近距離通信（near  field  communication，ＮＦＣ）、ワイヤレス・フィデリティ（wireless  fidelity，Ｗｉ−Ｆｉ）Ｐ２Ｐ、及び赤外線（infrared，ＩＲ）などの方式を含んでよい。第１デバイス２０１は、携帯電話機、ウェアラブルデバイス、ポータブルデバイス、拡張現実（augmented  reality，ＡＲ）／仮想現実（virtual  reality，ＶＲ）デバイス、タブレット、ノートブックコンピュータ、ウルトラモバイル・パーソナル・コンピュータ（ultra-mobile  personal  computer，ＵＭＰＣ）、ネットブック、パーソナル・デジタル・アシスタント（personal  digital  assistant，ＰＤＡ）、又は車載デバイスなどの端末であってよい。端末の具体的なタイプは、本願のこの実施形態において限定されない。第２デバイス２０２は、携帯電話機又はウェアラブルデバイスなどの第１デバイス２０１とトランザクションサービスを実行することができるＰＯＳ端末、サーバ、又はヘッドユニットなどのデバイスであってよい。
【００７４】
例えば、図３は、第１デバイス２０１の略構造図である。第１デバイス２０１は、プロセッサ３１０、外部メモリインターフェース３２０、内部メモリ３２１、ユニバーサル・シリアル・バス（universal  serial  bus，ＵＳＢ）インターフェース３３０、充電管理モジュール３４０、電力管理モジュール３４１、バッテリ３４２、アンテナ１、アンテナ２、移動体通信モジュール３５０、無線通信モジュール３６０、オーディオモジュール３７０、スピーカ３７０Ａ、レシーバ３７０Ｂ、マイクロホン３７０Ｃ、ヘッドセットジャック３７０Ｄ、センサモジュール３８０、キー３９０、モータ３９１、インジケータ３９２、カメラ３９３、ディスプレイ３９４、加入者識別モジュール（subscriber  identification  module，ＳＩＭ）カードインターフェース３９５、などを含んでよい。センサモジュール３８０は、圧力センサ３８０Ａ、ジャイロセンサ３８０Ｂ、気圧センサ３８０Ｃ、磁気センサ３８０Ｄ、加速度センサ３８０Ｅ、測距センサ３８０Ｆ、光学式近接センサ３８０Ｇ、指紋センサ３８０Ｈ、温度センサ３８０Ｊ、タッチセンサ３８０Ｋ、周囲光センサ３８０Ｌ、骨伝導センサ３８０Ｍ、などを含んでよい。
【００７５】
本願のこの実施形態において示されている構造は、第１デバイス２０１に対する具体的な限定を構成しないことが理解され得る。本願のいくつかの他の実施形態では、第１デバイス２０１は、図示されているものよりも多い又は少ないコンポーネントを含んでよく、あるいは、いくつかのコンポーネントはまとめられてよく、あるいは、いくつかのコンポーネントは分割されてよく、あるいは、異なるコンポーネント配置が使用されてもよい。図示されているコンポーネントは、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組み合わせによって実施されてよい。
【００７６】
プロセッサ３１０は、１つ以上の処理ユニットを含んでよい。例えば、プロセッサ３１０は、アプリケーション・プロセッサ（application  processor，ＡＰ）、モデムプロセッサ、グラフィクス処理ユニット（graphics  processing  unit，ＧＰＵ）、画像信号プロセッサ（image  signal  processor，ＩＳＰ）、コントローラ、メモリ、ビデオコーデック、デジタル信号プロセッサ（digital  signal  processor，ＤＳＰ）、ベースバンドプロセッサ、及び／又はニューラル処理ユニット（neural-network  processing  unit，ＮＰＵ）を含んでよい。異なる処理ユニットは独立したデバイスであってよく、あるいは、１つ以上のプロセッサに一体化されてもよい。
【００７７】
コントローラは、第１デバイス２０１の中枢部及びコマンドセンタであってよい。コントローラは、フェッチ命令及び実行命令の制御を完了するよう、命令オペレーションコード及び時系列信号に基づいてオペレーション制御信号を生成してよい。
【００７８】
メモリが、プロセッサ３１０に更に配置されてよく、命令及びデータを記憶するよう構成される。いくつかの実施形態において、プロセッサ３１０内のメモリは、キャッシュである。メモリは、プロセッサ３１０によってまさに使用される又は循環的に使用される命令又はデータを記憶してよい。プロセッサ３１０が命令又はデータを再び使用する必要がある場合に、プロセッサ３１０は、繰り返しアクセスを回避しかつプロセッサ３１０の待ち時間を減らすために、メモリから直接命令又はデータを呼び出してよく、それによってシステム効率を改善する。
【００７９】
いくつかの実施形態において、プロセッサ３１０は、１つ以上のインターフェースを含んでよい。インターフェースは、集積回路間（inter-integrated  circuit，Ｉ２Ｃ）インターフェース、集積回路間サウンド（inter-integrated  circuit  sound，Ｉ２Ｓ）インターフェース、パルスコード変調（pulse  code  modulation，ＰＣＭ）インターフェース、汎用非同期受信器／送信器（universal  asynchronous  receiver/transmitter，ＵＡＲＴ）インターフェース、モバイル・インダストリ・プロセッサ・インターフェース（mobile  industry  processor  interface，ＭＩＰＩ）、汎用入出力（general-purpose  input/output，ＧＰＩＯ）インターフェース、加入者識別モジュール（subscriber  identity  module，ＳＩＭ）インターフェース、ユニバーサル・シリアル・バス（universal  serial  bus，ＵＳＢ）インターフェース、及び／又は同様のものを含んでよい。
【００８０】
Ｉ２Ｃインターフェースは、双方向同期シリアルバスであり、シリアルデータライン（serial  data  line，ＳＤＡ）及びシリアルクロックライン（derail  clock  line，ＳＣＬ）を含む。いくつかの実施形態において、プロセッサ３１０は、Ｉ２Ｃインターフェースの複数のグループを含んでよい。プロセッサ３１０は、タッチセンサ３８０Ｋ、充電器、フラッシュ光、カメラ３９３、などへ異なるＩ２Ｃバスインターフェースを通じて結合されてよい。例えば、プロセッサ３１０は、Ｉ２Ｃインターフェースを使用することによってタッチセンサ３８０Ｋへ結合されてよく、それにより、プロセッサ３１０は、第１デバイス２０１のタッチ機能を実施するよう、Ｉ２Ｃバスインターフェースを通じてタッチセンサ３８０Ｋと通信する。
【００８１】
Ｉ２Ｓインターフェースは、オーディオ通信を実行するよう構成されてよい。いくつかの実施形態において、プロセッサ３１０は、Ｉ２Ｓインターフェースの複数のグループを含んでよい。プロセッサ３１０は、プロセッサ３１０とオーディオモジュール３７０との間の通信を実施するよう、Ｉ２Ｓバスを通じてオーディオモジュール３７０へ結合されてよい。いくつかの実施形態において、オーディオモジュール３７０は、ブルートゥースヘッドセットを使用することによって呼び出しに答える機能を実施するよう、Ｉ２Ｓインターフェースを通じて無線通信モジュール３６０へオーディオ信号を送信してよい。
【００８２】
ＰＣＭインターフェースも、オーディオ通信を実行し、アナログ信号をサンプリング、量子化、及び符号化するよう構成されてよい。いくつかの実施形態において、オーディオモジュール３７０及び無線通信モジュール３６０は、ＰＣＭバスインターフェースを通じて結合されてよい。いくつかの実施形態において、オーディオモジュール３７０はまた、ブルートゥースヘッドセットを使用することによって呼び出しに答える機能を実施するよう、ＰＣＭインターフェースを通じて無線通信モジュール３６０へオーディオ信号を送信してもよい。Ｉ２Ｓインターフェース及びＰＣＭインターフェースは両方とも、オーディオ通信を実行するよう構成されてよい。
【００８３】
ＵＡＲＴインターフェースは、ユニバーサル・シリアル・データ・バスであり、非同期通信を実行するよう構成される。バスは、双方向通信バスであってよく、伝送されるべきデータをシリアル通信とパラレル通信との間で変換する。いくつかの実施形態において、ＵＡＲＴインターフェースは、通常は、プロセッサ３１０を無線通信モジュール３６０へ接続するよう構成される。例えば、プロセッサ３１０は、ブルートゥース機能を実施するよう、ＵＡＲＴインターフェースを通じて無線通信モジュール３６０内のブルートゥースモジュールと通信する。いくつかの実施形態において、オーディオモジュール３７０は、ブルートゥースヘッドセットを通じて音楽を再生する機能を実施するよう、ＵＡＲＴインターフェースを通じて無線通信モジュール３６０へオーディオ信号を送信してよい。
【００８４】
ＭＩＰＩインターフェースは、ディスプレイ３９４又はカメラ３９３などの周辺コンポーネントへプロセッサ３１０を接続するよう構成されてよい。ＭＩＰＩインターフェースは、カメラ・シリアル・インターフェース（camera  serial  interface，ＣＳＩ）、ディスプレイ・シリアル・インターフェース（display  serial  interface，ＤＳＩ）、などを含む。いくつかの実施形態において、プロセッサ３１０は、第１デバイス２０１の写真撮影機能を実施するよう、ＣＳＩインターフェースを通じてカメラ３９３と通信する。プロセッサ３１０は、第１デバイス２０１の表示機能を実施するよう、ＤＳＩインターフェースを通じてディスプレイ３９４と通信する。
【００８５】
ＧＰＩＯインターフェースは、ソフトウェアによって構成されてよい。ＧＰＩＯインターフェースは、制御信号として構成されてよく、あるいは、データ信号として構成されてよい。いくつかの実施形態において、ＧＰＩＯインターフェースは、プロセッサ３１０をカメラ３９３、ディスプレイ３９４、無線通信モジュール３６０、オーディオモジュール３７０、センサモジュール３８０、などへ接続するよう構成されてよい。ＧＰＩＯインターフェースは、代替的に、Ｉ２Ｃインターフェース、Ｉ２Ｓインターフェース、ＵＡＲＴインターフェース、ＭＩＰＩインターフェース、などとして構成されてもよい。
【００８６】
ＵＳＢインターフェース３３０は、ＵＳＢ標準規格に従うインターフェースであり、具体的には、ミニＵＳＢインターフェース、ミクロＵＳＢインターフェース、ＵＳＢタイプＣインターフェース、などであってよい。ＵＳＢインターフェース３３０は、第１デバイス２０１を充電するために充電器へ接続するよう構成されてよく、あるいは、第１デバイス２０１と周辺デバイスとの間のデータ伝送を実行するよう構成されてよく、あるいは、ヘッドセットを通じて音声を再生するためにヘッドセットへ接続するよう構成されてよい。インターフェースは、代替的に、ＡＲデバイスなどの他の電子デバイスへ接続するよう構成されてもよい。
【００８７】
本発明の実施形態において示されているモジュール間のインターフェース接続関係は、説明のための例にすぎず、第１デバイス２０１の構造に対する限定を構成しないことが理解され得る。本願のいくつかの他の実施形態では、第１デバイス２０１は、代替的に、上記の実施形態におけるそれとは異なったインターフェース接続方式、又は複数のインターフェース接続方式の組み合わせを使用してもよい。
【００８８】
充電管理モジュール３４０は、充電器から充電入力を受けるよう構成される。充電器は、無線充電器又は有線充電器であってよい。有線充電器のいくつかの実施形態では、充電管理モジュール３４０は、ＵＳＢインターフェース３３０を通じて有線充電器の充電入力を受け取ってよい。無線充電のいくつかの実施形態では、充電管理モジュール３４０は、第１デバイス２０１の無線充電コイルを通じて無線充電入力を受け取ってよい。充電管理モジュール３４０は、バッテリ３４２を充電しながら、電力管理モジュール３４１を通じて電子デバイスへ電力を供給する。
【００８９】
電力管理モジュール３４１は、バッテリ３４２及び充電管理モジュール３４０をプロセッサ３１０へ接続するよう構成される。電力管理モジュール３４１は、バッテリ３４２及び／又は充電管理モジュール３４０の入力を受け、電力をプロセッサ３１０、内部メモリ３２１、外部メモリ、ディスプレイ３９４、カメラモジュール３９３、無線通信モジュール３６０、などへ供給する。電力管理モジュール３４１は更に、バッテリ容量、バッテリサイクルカウント、及びバッテリ健康状態（漏電又はインピーダンス）などのパラメータをモニタするよう構成されてよい。いくつかの他の実施形態では、電力管理モジュール３４１は、代替的に、プロセッサ３１０に配置されてもよい。いくつかの他の実施形態では、電力管理モジュール３４１及び充電管理モジュール３４０は、代替的に、同じデバイスに配置されてもよい。
【００９０】
第１デバイス２０１の無線通信機能は、アンテナ１、アンテナ２、移動体通信モジュール３５０、無線通信モジュール３６０、モバイルプロセッサ、ベースバンドプロセッサ、などを使用することによって実装されてよい。
【００９１】
アンテナ１及びアンテナ２は、電磁波信号を送信及び受信するよう構成される。第１デバイス２０１の各アンテナは、１つ以上の通信周波数帯域をカバーするよう構成されてよい。異なるアンテナは更に、アンテナ利用を改善するように、多重化されてよい。例えば、アンテナ１は、無線ローカル・エリア・ネットワークにおけるダイバーシティアンテナとして多重化されてよい。いくつかの他の実施形態では、アンテナは、チューニングスイッチと組み合わせて使用されてもよい。
【００９２】
移動体通信モジュール３５０は、第１デバイス２０１に適用される解決法を、２Ｇ／３Ｇ／４Ｇ／５Ｇなどを含む無線通信に提供することができる。移動体通信モジュール３５０は、少なくとも１つのフィルタ、電力増幅器、低雑音増幅器（low  noise  amplifier，ＬＮＡ）、などを含んでよい。移動体通信モジュール３５０は、アンテナ１を使用することによって電磁波を受け、受けた電磁波に対してフィルタリング又は増幅などの処理を実行し、電磁波を復調のためにモデムプロセッサへ送ってよい。移動体通信モジュール３５０は更に、モデムプロセッサによって変調された信号を増幅し、信号を、アンテナ１を使用することによる放射のために電磁波に変換してよい。いくつかの実施形態において、移動体通信モジュール３５０における少なくともいくつかの機能モジュールは、プロセッサ３１０に配置されてもよい。いくつかの実施形態において、移動体通信モジュール３５０における少なくともいくつかの機能モジュールは、プロセッサ３１０における少なくともいくつかのモジュールと同じデバイスに配置されてもよい。
【００９３】
モデムプロセッサは、変調器及び復調器を含んでよい。変調器は、送信されるべき低周波ベースバンド信号を中間又は高周波信号に変調するよう構成される。復調器は、受信された電磁波信号を低周波ベースバンド信号に復調するよう構成される。それから、復調器は、復調を通じて取得された低周波ベースバンド信号を処理のためにベースバンドプロセッサへ転送する。低周波ベースバンド信号は、ベースバンドプロセッサによって処理され、それからアプリケーション・プロセッサへ転送する。アプリケーション・プロセッサは、オーディオデバイス（スピーカ３７０Ａ、レシーバ３７０Ｂ、などに限られない）を通じて音響信号を出力するか、あるいは、ディスプレイ３９４を通じて画像又は映像を表示する。いくつかの実施形態において、モデムプロセッサは、独立したコンポーネントであってよい。いくつかの他の実施形態では、モデムプロセッサは、プロセッサ３１０から独立していてよく、移動体通信モジュール３５０又は他の機能モジュールと同じデバイスに配置される。
【００９４】
無線通信モジュール３６０は、無線ローカル・エリア・ネットワーク（wireless  local  area  network，ＷＬＡＮ）（例えば、ワイヤレス・フィデリティ（wireless  fidelity，Ｗｉ−Ｆｉ）ネットワーク）、ブルートゥース（Bluetooth，ＢＴ）、グローバル・ナビゲーション・サテライト・システム（global  navigation、satellite  system，ＧＮＳＳ）、周波数変調（frequency  modulation，ＦＭ）、近距離通信（near  field  communication，ＮＦＣ）技術、又は赤外線（infrared，ＩＲ）技術を含む、第１デバイス２０１に適用される無線通信ソリューションを提供してよい。無線通信モジュール３６０は、少なくとも１つの通信プロセッサモジュールを組み込む１つ以上のコンポーネントであってよい。無線通信モジュール３６０は、アンテナ２を使用することによって電磁波を受け、電磁波信号に対して周波数変調及びフィルタリング処理を実行し、処理された信号をプロセッサ３１０へ送る。無線通信モジュール３６０は更に、送信されるべき信号をプロセッサ３１０から受け、信号に対して周波数変調及び増幅を実行し、信号を、アンテナ２を使用することによる放射のために電磁波に変換してよい。
【００９５】
いくつかの実施形態において、第１デバイス２０１のアンテナ１は、移動体通信モジュール３５０へ結合され、アンテナ２は、無線通信モジュール３６０へ結合され、それにより、第１デバイス２０１は、無線通信技術を使用することによってネットワーク及び他のデバイスと通信することができる。無線通信技術は、グローバル・システム・フォー・モバイル・コミュニケーションズ（global  system  for  mobile  communications，ＧＳＭ）、汎用パケット無線サービス（general  packet  radio  service，ＧＰＲＳ）、符号分割多重アクセス（code  division  multiple  access，ＣＤＭＡ）、広帯域符号分割多重アクセス（wideband  code  division  multiple  access，ＷＣＤＭＡ）、時分割符号分割多重アクセス（time-division  code  division  multiple  access，ＴＤ−ＳＣＤＭＡ）、ロング・ターム・エボリューション（long  term  evolution，ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、ＩＲ技術、及び／又は同様のものを含んでよい。ＧＮＳＳは、グローバル・ポジショニング・システム（global  positioning  system，ＧＰＳ）、グローバル・ナビゲーション・サテライト・システム（global  navigation  satellite  system，ＧＬＯＮＡＳＳ）、北斗衛星測位システム（beidou  navigation  satellite  system，ＢＤＳ）、準天頂衛星システム（quasi-zenith  satellite  system，ＯＺＳＳ）、及び／又は衛星型補強システム（satellite  based  augmentation  systems，ＳＢＡＳ）を含んでよい。
【００９６】
第１デバイス２０１は、ＧＰＵ、ディスプレイ３９４、アプリケーション・プロセッサ、などを使用することによって表示機能を実装する。ＧＰＵは、画像処理のためのマイクロプロセッサであり、ディスプレイ３９４をアプリケーション・プロセッサへ接続する。ＧＰＵは、数学的及び幾何学的計算を実行するよう構成され、画像をレンダリングするよう構成される。プロセッサ３１０は、表示情報を生成又は変更するようプログラム命令を実行する１つ以上のＧＰＵを含んでよい。
【００９７】
ディスプレイ３９４は、画像、映像、などを表示するよう構成される。ディスプレイ３９４は、表示パネルを含む。表示パネルは、液晶ディスプレイ（liquid  crystal  display，ＬＣＤ）、有機発光ダイオード（organic  light-emitting  diode，ＯＬＥＤ）、アクティブマトリクス型有機発光ダイオード又はアクティブマトリクス型有機発光ダイオード（active-matrix  organic  light  emitting  diode，ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（flex  light-emitting  diode，ＦＬＥＤ）、ミニＬＥＤ、ミクロＬＥＤ、ミクロＯＬＥＤ、量子ドット発光ダイオード（quantum  dot  light  emitting  diodes，ＱＬＥＤ）、などであってよい。いくつかの実施形態において、第１デバイス２０１は、１つ又はＮ個のディスプレイ３９４を含んでよい、ここで、Ｎは、１よりも大きい正の整数である。
【００９８】
第１デバイス２０１は、ＩＳＰ、カメラ３９３、ビデオコーデック、ＧＰＵ、ディスプレイ３９４、アプリケーション・プロセッサ、などを使用することによって写真撮影機能を実装してもよい。
【００９９】
ＩＳＰは、カメラ３９３によってフィードバックされたデータを処理するよう構成される。例えば、写真撮影中に、シャッターが押され、光線がレンズを通ってカメラの光検知素子へ伝えられ、光信号が電気信号に変換される。カメラの光検知素子は、電気信号を処理のためにＩＳＰへ送信し、電気信号を可視画像に変換する。ＩＳＰは更に、画像のノイズ、輝度、及び色艶に対してアルゴリズム最適化を実行してもよい。ＩＳＰは更に、写真撮影シナリオの露出及び色温度などのパラメータを最適化してもよい。いくつかの実施形態において、ＩＳＰは、カメラ３９３に配置されてよい。
【０１００】
カメラ３９３は、静止画像又は映像を捕捉するよう構成される。対象の光学画像がレンズを使用することによって生成され、光検知素子へ投影される。光検知素子は、電荷結合デバイス（charge  coupled  device，ＣＣＤ）又は相補型金属酸化膜半導体（complementary  metal-oxide  semiconductor，ＣＭＯＳ）フォトトランジスタであってよい。光検知素子は、光信号を電気信号に変換し、それから、電気信号をデジタル画像に変換するためにＩＳＰへ電気信号を送信する。ＩＳＰは、デジタル画像信号を処理のためにＤＳＰへ出力する。ＤＳＰは、デジタル画像信号を、ＲＧＢ又はＹＵＶなどの標準フォーマットの画像信号に変換する。いくつかの実施形態において、第１デバイス２０１は、１つ又はＮ個のカメラ３９３を含んでよく、こで、Ｎは、１よりも大きい正の整数である。
【０１０１】
デジタル信号プロセッサは、デジタル信号を処理するよう構成され、デジタル画像信号に加えて他のデジタル信号を処理してもよい。例えば、第１デバイス２０１が周波数を選択する場合に、デジタル信号プロセッサは、周波数エネルギに対するフーリエ変換などを実行するよう構成されてよい。
【０１０２】
ビデオコーデックは、デジタルビデオを圧縮又は圧縮解除するよう構成される。第１デバイス２０１は、１つ以上のビデオコーデックをサポートしてよい。このようにして、第１デバイス２０１は、複数の符号化フォーマット、例えば、ムービング・ピクチャ・エクスパーツ・グループ（moving  picture  experts  group，ＭＰＥＧ）１、ＭＰＥＧ２、ＭＰＥＧ３、及びＭＰＥＧ４において映像を再生又は記録することができる。
【０１０３】
ＮＰＵは、ニューラルネットワーク（neural-network，ＮＮ）コンピューティングプロセッサであり、生物学的ニューラルネットワーク構造を参照することによって、例えば、ヒトの脳のニューロン間の転送モードを参照することによって、入力情報を高速処理し、更には、自己学習を継続的に行ってもよい。第１デバイス２０１の知的認知などのアプリケーション、例えば、画像認識、顔認識、発話認識、及びテキスト理解は、ＮＰＵを使用することによって実装されてよい。
【０１０４】
外部メモリインターフェース３２０は、第１デバイス２０１の記憶容量を拡張するよう、外部メモリカード、例えば、マイクロＳＤカードへ接続するよう構成されてよい。外部記憶カードは、データ記憶機能を実装するよう、外部メモリインターフェース３２０を使用することによってプロセッサ３１０と通信する。例えば、音楽及び映像が外部記憶カードには記憶されている。
【０１０５】
内部メモリ３２１は、コンピュータ実行可能プログラムコードを記憶するよう構成されてよく、コンピュータ実行可能プログラムコードは命令を含む。プロセッサ３１０は、第１デバイス２０１の様々な機能アプリケーション及びデータ処理を実行するよう、内部メモリ３２１に記憶されている上記命令を実行してよい。内部メモリ３２１は、プログラム記憶エリア及びデータ記憶エリアを含んでよい。プログラム記憶エリアは、オペレーティングシステム、少なくとも１つの機能（例えば、音声再生機能又は画像再生機能）によって必要とされるアプリケーション、などを記憶してよい。データ記憶エリアは、第１デバイス２０１の使用中に生成されたデータ（例えば、オーディオデータ及びアドレス帳）、などを記憶してよい。更には、内部メモリ３２１は、高速ランダム・アクセス・メモリを含んでよく、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュ・メモリ・デバイス、又はユニバーサル・フラッシュ・ストレージ（universal  flash  storage，ＵＦＳ）を更に含んでもよい。
【０１０６】
第１デバイス２０１は、オーディオモジュール３７０、スピーカ３７０Ａ、レシーバ３７０Ｂ、マイクロホン１７０Ｃ、ヘッドジャック１７０Ｄ、アプリケーション・プロセッサ、などを通じて、例えば、音楽再生又は記録のために、オーディオ機能を実装してよい。
【０１０７】
オーディオモジュール３７０は、デジタルオーディオ情報をアナログオーディオ信号出力に変換するよう構成され、更には、アナログオーディオ入力をデジタルオーディオ信号に変換するよう構成される。オーディオモジュール３７０は、オーディオ信号を符号化及び復号化するよう更に構成されてもよい。いくつかの実施形態において、オーディオモジュール３７０は、プロセッサ３１０に配置されてよく、あるいは、オーディオモジュール３７０内のいくつかの機能モジュールがプロセッサ３１０に配置される。
【０１０８】
「ホーン」とも呼ばれるスピーカ３７０Ａは、オーディオ電気信号を音響信号に変換するよう構成される。第１デバイス２０１は、スピーカ３７０Ａによりハンズフリーモードで音楽を聴き又は呼び出しに応えるために使用されてよい。
【０１０９】
「イヤーピース」とも呼ばれるレシーバ３７０Ｂは、オーディオ電気信号を音響信号に変換するよう構成される。第１デバイス２０１を使用することによって呼び出しが答えられるか又はオーディオ信号が聴かれる場合に、レシーバ３７０Ｂは、音声を聞くためにヒトの耳の近くに置かれてよい。
【０１１０】
「マイク」又は「マイクロホン」とも呼ばれるマイクロホン１７０Ｃは、音響信号を電気信号に変換するよう構成される。電話をかけるか又は音声情報を送るとき、ユーザは、音響信号をマイクロホン３７０Ｃに入力するために、ユーザの口を通じてマイクロホン３７０Ｃの近くで音を出してよい。少なくとも１つのマイクロホン３７０Ｃが第１デバイス２０１に配置されてよい。いくつかの他の実施形態では、２つのマイクロホン３７０Ｃが、音響信号を集め、更にはノイズ低減機能を実装するために、第１デバイス２０１に配置されてよい。いくつかの他の実施形態では、３つ、４つ、又はそれ以上のマイクロホン３７０Ｃが、代替的に、音響信号を収集し、ノイズを低減し、更には音源を識別し、指向性記録機能を実装する、などのために、第１デバイス２０１に配置されてもよい。
【０１１１】
ヘッドジャック３７０Ｄは、有線ヘッドセットへ接続するよう構成される。ヘッドジャック３７０Ｄは、ＵＳＢインターフェース３３０であってよく、あるいは、３．５ｍｍオープン・モバイル・ターミナル・プラットフォーム（open  mobile  terminal  platform，ＯＭＴＰ）標準インターフェース又はアメリカ合衆国のセルラー電気通信産業組合（cellular  telecommunications  industry  association  of  the  USA，ＣＴＩＡ）標準インターフェースであってもよい。
【０１１２】
圧力センサ３８０Ａは、圧力信号を検知するよう構成され、圧力信号を電気信号に変換することができる。いくつかの実施形態において、圧力センサ３８０Ａは、ディスプレイ３９４に配置されてよい。多数のタイプの圧力センサ３８０Ａ、例えば、抵抗型圧力センサ、誘導型圧力センサ、及び容量型圧力センサがある。容量型圧力センサは、導電材から鳴る少なくとも２つの平行板を含んでよい。力が圧力センサ３８０Ａに加えられるとき、電極間のキャパシタンスが変化する。第１デバイス２０１は、キャパシタンスの変化に基づいて圧力強度を決定する。タッチ操作がディスプレイ３９４に対して行われるとき、第１デバイス２０１は、圧力センサ３８０Ａを使用することによってタッチ操作強さを検出する。第１デバイス２０１はまた、圧力センサ３８０Ａの検出信号に基づいてタッチ位置を計算してもよい。いくつかの実施形態において、同じタッチ位置で実行されるが、タッチ操作強さが異なるタッチ操作は、異なる操作命令に対応してよい。例えば、タッチ操作強さが第１圧力閾値よりも弱いタッチ操作がＳＭＳメッセージアプリケーションアイコン上で行われるとき、ＳＭＳメッセージを見るための命令が実行される。タッチ操作強さが第１圧力閾値以上であるタッチ操作がＳＭＳメッセージアプリケーションアイコン上で行われるとき、新しいＳＭＳメッセージを作成するための命令が実行される。
【０１１３】
ジャイロセンサ３８０Ｂは、第１デバイス２０１の動作姿勢を決定するよう構成されてよい。いくつかの実施形態において、３つの軸（すなわち、軸ｘ、ｙ、及びｚ）の周りの第１デバイス２０１の角速度は、ジャイロセンサ３８０Ｂを使用することによって決定されてよい。ジャイロセンサ３８０Ｂは、写真撮影中の画像安定化を実装するよう構成されてよい。例えば、シャッターが押されるとき、ジャイロセンサ３８０Ｂは、第１デバイス２０１が小刻みに動く角度を検出し、その角度に基づいて、レンズモジュールが補償する必要がある距離を計算し、レンズが、画像安定化を実装するために、逆の動作２より第１デバイス２０１の小刻みな揺れを相殺することを可能にする。ジャイロセンサ３８０Ｂはまた、ナビゲーションシナリオ及び身体ゲームシナリオでも使用されてよい。
【０１１４】
気圧センサ３８０Ｃは、気圧を測定するよう構成される。いくつかの実施形態において、第１デバイス２０１は、位置決め及びナビゲーションを支援するよう、気圧センサ３８０Ｃによって測定された気圧値を使用することによって高度を計算する。
【０１１５】
磁気センサ３８０Ｄは、ホールセンサを含む。第１デバイス２０１は、磁気センサ３８０Ｄを使用することによってフリップレザーケースの開閉を検出してよい。いくつかの実施形態において、第１デバイス２０１が折り畳み式電話機であるとき、第１デバイス２０１は、磁気センサ３８０Ｄに基づいてフリップカバーの開閉を検出してよい。更に、フリップカバーの自動ロック解除などの特徴は、レザーケースの検出された開閉状態又はフリップカバーの検出された開閉状態に基づいてセットされる。
【０１１６】
加速度センサ３８０Ｅは、第１デバイス２０１の様々な方向（通常は３軸上）における加速度の大きさを検出してよく、第１デバイス２０１が静止しているときには重力の大きさ及び方向を検出してよい。加速度センサ３８０Ｅは、電子デバイスの姿勢を検出するよう更に構成されてよく、横置きの向きと縦置きの向きとの間の切り替え又は歩数計などの用途に適用される。
【０１１７】
測距センサ３８０Ｆは、距離を測定するよう構成される。第１デバイス２０１は、赤外線又はレザー方式で距離を測定してよい。いくつかの実施形態において、写真撮影シナリオでは、第１デバイス２０１は、高速焦点合わせを実装するように、距離を測定するために測距センサ３８０Ｆを使用してよい。
【０１１８】
光学式近接センサ３８０Ｇは、例えば、発光ダイオード（ＬＥＤ）及びフォトダイオードなどの光検出器を含んでよい。発光ダイオードは、赤外線発光ダイオードであってよい。第１デバイス２０１は、発光ダイオードを使用することによって赤外線光を発する。第１デバイス２０１は、フォトダイオードを使用することによって、近くの対象物からの赤外線反射光を検出する。十分な反射光が検出されるとき、第１デバイス２０１は、第１デバイス２０１の近くに対象物があると決定してよい。不十分な反射光が検出されるとき、第１デバイス２０１は、第１デバイス２０１の近くに対象物はないと決定してよい。第１デバイス２０１は、電力節約のためにスクリーンオフを自動実行するために、光学式近接センサ３８０Ｇを使用することによって、ユーザが電話をかけるために耳の近くで第１デバイス２０１を保持していることを検出してよい。光学式近接センサ３８０Ｇはまた、スクリーンロック解除又はロックを自動実行するためにスマートカバーモード又はポケットモードで使用されてもよい。
【０１１９】
周囲光センサ３８０Ｌは、周囲光輝度を検知するよう構成される。第１デバイス２０１は、検知された周囲光輝度に基づいてディスプレイ３９４の輝度を適応的に調整してよい。周囲光センサ３８０Ｌはまた、写真撮影中にホワイトバランスを自動調整するよう構成されてもよい。周囲光センサ３８０Ｌはまた、誤タッチを防ぐために、第１デバイス２０１がパケット内にあるかどうかを検出するよう光学式近接センサ３８０Ｇと協働してもよい。
【０１２０】
指紋センサ３８０Ｈは、指紋を収集するよう構成される。第１デバイス２０１は、指紋に基づくロック解除、アプリケーションロックアクセス、指紋に基づく写真撮影、指紋に基づく呼び出し応答、などを実装するために、収集された指紋の特徴を使用してよい。
【０１２１】
温度センサ３８０Ｊは、温度を検出するよう構成される。いくつかの実施形態において、第１デバイス２０１は、温度センサ３８０Ｊによって検出された温度を使用することによって、温度処理ポリシーを実行する。例えば、温度センサ３８０Ｊによって報告された温度が閾値を超えるとき、第１デバイス２０１は、熱保護のために電力消費を減らすよう、温度センサ３８０Ｊの近くにあるプロセッサのパフォーマンスを下げる。いくつかの他の実施形態では、温度が他の閾値よりも低いとき、第１デバイス２０１は、第１デバイス２０１が低温により異常シャットダウンしないように、バッテリ３４２を加熱する。いくつかの他の実施形態では、温度が更なる他の閾値よりも低いとき、第１デバイス２０１は、低温によって引き起こされる異常シャットダウンを回避するよう、バッテリ３４２の出力電圧を押し上げる。
【０１２２】
タッチセンサ３８０Ｋは、「タッチパネル」とも呼ばれ得る。タッチセンサ３８０Ｋは、ディスプレイ３９４に配置されてよく、タッチセンサ３８０Ｋ及びディスプレイ３９４は、「タッチスクリーン」とも呼ばれるタッチスクリーンを構成する。タッチセンサ３８０Ｋは、タッチセンサ３８０Ｋ上又はその近くでのタッチ操作を検出するよう構成される。タッチセンサは、タッチ事象のタイプを決定するために、検出されタッチ操作をアプリケーション・プロセッサへ転送してよい。タッチ操作に関連した視覚出力が、ディスプレイ３９４を使用することによって提供されてよい。いくつかの他の実施形態では、タッチセンサ３８０Ｋはまた、ディスプレイ３９４のそれとは異なった位置で第１デバイス２０１の表面に配置されてもよい。
【０１２３】
骨伝導センサ３８０Ｍは、振動信号を取得してよい。いくつかの実施形態において、骨伝導センサ３８０Ｍは、ヒトの声帯部分の振動骨の振動信号を取得してよい。骨伝導センサ３８０Ｍはまた、血圧拍動信号を受信するよう身体パルスと接してもよい。いくつかの実施形態において、骨伝導センサ３８０Ｍはまた、骨伝導ヘッドセットを得るよう、ヘッドセットに配置されてもよい。オーディオモジュール３７０は、発話機能を実装するために、骨伝導センサ３８０Ｍによって取得される、声帯部分の振動骨の振動信号に基づいて、パージングを通じて発話信号を取得してよい。アプリケーション・プロセッサは、心拍検出機能を実装するために、骨伝導センサ３８０Ｍによって取得された血圧拍動信号に基づいて心拍情報をパースしてよい。
【０１２４】
キー３９０は、電源キー、ボリュームキー、などを含んでよい。キー３９０は、機械キーであってよく、あるいは、タッチキーであってもよい。第１デバイス２０１は、キー入力を受け取り、第１デバイス２０１のユーザ設定及び機能制御に関連したキー信号入力を生成してよい。
【０１２５】
モータ３９１は、振動プロンプトを生成してよい。モータ３９１は、着呼振動プロンプト及びタッチ振動フィードバックを供給するよう構成されてよい。例えば、異なるアプリケーション（例えば、写真撮影及びオーディオ再生）に対して行われるタッチ操作は、異なる振動フィードバック効果に対応してよい。モータ３９１はまた、ディスプレイ３９４の異なるエリアに対して行われるタッチ操作のための異なる振動フィードバック効果に対応してもよい。異なるアプリケーションシナリオ（例えば、時間リマインダ、情報受信、アラーム時計、及びゲーム）も、異なる振動フィードバック効果に対応してよい。タッチ振動フィードバック効果もカスタマイズされ得る。
【０１２６】
インジケータ３９２は、インジケータ光であってよく、充電状態及び電力変化を示すよう構成されてよく、あるいは、メッセージ、不在着信、通知、などを示すよう構成されてもよい。
【０１２７】
ＳＩＭカードインターフェース３９５は、ＳＩＭカードへ接続するよう構成される。ＳＩＭカードは、第１デバイス２０１との接触又はそれからの分離を実装するよう、ＳＩＭカードインターフェース３９５に挿入されるか又はＳＩＭカードインターフェース３９５から引き抜かれてよい。第１デバイス２０１は、１つ又はＮ個のＳＩＭカードインターフェースをサポートしてよく、ここで、Ｎは１よりも大きい正の整数である。ＳＩＭカードインターフェース３９５は、ナノＳＩＭカード、マイクロＳＩＭカード、ＳＩＭカード、などをサポートしてよい。複数のカードが同時に同じＳＩＭカードインターフェース３９５に挿入されてよい。複数のカードは同じタイプ又は異なるタイプのものあってよい。ＳＩＭカードインターフェース３９５は、異なるタイプのＳＩＭカードと互換性があってよい。ＳＩＭカードインターフェース３９５は更に、外部記憶カードと互換性があってよい。第１デバイス２０１は、変換及びデータ通信などの機能を実装するように、ＳＩＭカードを使用することによってネットワークとインターフェース接続する。いくつかの実施形態において、第１デバイス２０１は、ｅＳＩＭ、すなわち、組み込みＳＩＭカードを使用する。ｅＳＩＭカードは、第１デバイス２０１に組み込まれてよく、第１デバイス２０１と分離不可能である。
【０１２８】
第１デバイス２０１のソフトウェアシステムは、階層化アーキテクチャ、イベント駆動型アーキテクチャ、マイクロカーネルアーキテクチャ、マイクロサービスアーキテクチャ、又はクラウドアーキテクチャを使用してよい。本願のこの実施形態では、階層化アーキテクチャのアンドロイドシステムが、第１デバイス２０１のソフトウェア構造の表すために一例として使用されている。
【０１２９】
例えば、図４は、第１デバイス２０１のソフトウェアの構造ブロック図である。ソフトウェアは、階層化アーキテクチャを使用することによっていくつかの層に分けられ、各層は明らかな役割及びタスクを有している。層は、ソフトウェアインターフェースを通じて互いに通信する。いくつかの実施形態において、アンドロイドシステムは、４つの層、すなわち、上から下にアプリケーション層、アプリケーションフレームワーク層、アンドロイドランタイム（Android  runtime）、システムライブラリ、及びカーネル層に分けられる。アプリケーション層は、一連のアプリケーションパッケージを含んでよい。
【０１３０】
図４に示されるように、アプリケーションパッケージは、カメラ、ギャラリ、カレンダ、電話、地図、ナビゲーション、ＷＬＡＮ、ブルートゥース、音楽、映像、及びメッセージなどのアプリケーションを含んでよい。
【０１３１】
アプリケーションフレームワーク層は、アプリケーション層にあるアプリケーションのためのアプリケーションプログラミングインターフェース（application  programming  interface，ＡＰＩ）及びプログラミングフレームワークを提供する。アプリケーションフレームワーク層は、いくつかの予め定義された機能を含む。
【０１３２】
図４に示されるように、アプリケーションフレームワーク層は、ウィンドウマネージャ、コンテンツプロバイダ、ビューシステム、電話マネージャ、リソースマネージャ、通知マネージャ、などを含んでよい。
【０１３３】
ウィンドウマネージャは、ウィンドウプログラムを管理するよう構成される。ウィンドウマネージャは、ディスプレイのサイズを取得し、ステータスバーがあるかどうかを決定し、画面ロックを実行し、ディスプレイのスクリーンショットを取る、などしてよい。
【０１３４】
コンテンツプロバイダは、データを記憶及び取得し、データをアプリケーションにアクセス可能にするよう構成される。データは、映像、画像、オーディオ、発呼及び着呼、検索履歴及びブックマーク、アドレス帳、などを含んでよい。
【０１３５】
ビューシステムは、テキスト表示制御又はピクチャ表示制御などの視覚制御を含む。ビューシステムは、アプリケーションを構成するために使用され得る。表示インターフェースは、１つ以上のビューを含んでよい。例えば、ＳＭＳメッセージ通知アイコンを含む表示インターフェースは、テキスト表示ビュー及びピクチャ表示ビューを含んでよい。
【０１３６】
電話マネージャは、第１デバイス２０１のための通信機能、例えば、呼び出す状態（応答又は拒絶を含む）の管理を提供するよう構成される。
【０１３７】
リソースマネージャは、局在的な文字列、アイコン、ピクチャ、レイアウトファイル、及び映像ファイルなどのアプリケーションのための様々なリソースを提供する。
【０１３８】
通知マネージャは、アプリケーションがステータスバーにおいて通知情報を表示することを可能にし、通知タイプメッセージを伝えるよう構成されてよい。通知タイプメッセージは、メッセージが短期間表示された後に、ユーザ介入なしで、自動的に消えてよい。例えば、通知マネージャは、ダウンロードが完了したこと、メッセージリマインダ、などを通知するよう構成される。通知マネージャは、代替的に、グラフ又はスクロールバーのテキスト形式でシステムのステータスバーの上に現れる通知、例えば、バックグラウンドで実行されるアプリケーションの通知又はダイアログウィンドウの形でスクリーン上に現れる通知であってもよい。例えば、テキスト情報がステータスバーにおいてプロンプトされ、アラート音が生成され、電子デバイスが振動し、あるいは、インジケータ光が点滅する。
【０１３９】
アンドロイドランタイムは、カーネルライブラリ及び仮想マシンを含む。アンドロイドランタイムは、アンドロイドシステムのスケジューリング及び管理に関与する。
【０１４０】
カーネルライブラリは２つの部分、すなわち、Ｊａｖａ言語によって呼び出される必要がある機能関数及びアンドロイドのカーネルライブラリ、を含む。
【０１４１】
アプリケーション層及びアプリケーションフレームワーク層は、仮想マシンにおいて実行されてよい。仮想マシンは、アプリケーション層及びアプリケーションフレームワーク層でバイナリファイルとしてＪａｖａファイルを実行する。仮想マシンは、オブジェクトライフサイクル管理、スタック管理、スレッド管理、セキュリティ及び例外管理、並びにガベージコレクションなどの機能を実行するよう構成される。
【０１４２】
システムライブラリは、複数の機能モジュール、例えば、サーフェスマネージャ（surface  manager）、メディアライブラリ（Media  Libraries）、ＯｐｅｎＧｒａｐｈｉｃｓＬｉｂ（例えば、ＯｐｅｎＧＬ  ＥＳ）、及び２Ｄグラフィクスエンジン（例えば、ＳＧＬ）を含んでよい。
【０１４３】
サーフェスマネージャは、表示サブシステムを管理し、複数のアプリケーションのための２Ｄ及び３Ｄ画像レイヤの融合を提供するよう構成される。
【０１４４】
メディアライブラリは、複数の一般に使用されているオーディオ及び映像フォーマット、静止画像ファイル、などの再生及び記録をサポートする。メディアライブラリは、複数のオーディオ及び映像符号化フォーマット、例えば、ＭＰＥＧ  ４、Ｈ．２６４、ＭＰ３、ＡＡＣ、ＡＭＲ、ＪＰＧ、及びＰＮＧをサポートしてよい。
【０１４５】
ＯｐｅｎＧｒａｐｈｉｃｓＬｉｂは、３次元グラフィクス描画、画像レンダリング、合成、レイヤ処理、などを実装するよう構成される。
【０１４６】
２Ｄグラフィクスエンジンは、２Ｄ描画のための描画エンジンである。
【０１４７】
カーネル層は、ハードウェアとソフトウェアとの間の層である。カーネル層は、少なくともディスプレイドライバ、カメラドライバ、オーディオドライバ、及びセンサドライバを含む。
【０１４８】
以下は、写真撮影シナリオを参照して例を使用することによって第１デバイス２０１のソフトウェア及びハードウェアの作動プロセスについて説明する。
【０１４９】
タッチセンサ３８０Ｋがタッチ操作を受けるとき、対応するハードウェア割り込みがカーネル層へ送られる。カーネル層は、タッチ操作を生の入力イベント（タッチ操作のタッチ座標又は時間スタンプなどの情報を含む）へと処理する。生の入力イベントはカーネル層で保持される。アプリケーションフレームワーク層は、カーネル層から生の入力イベントを取得し、その入力イベントに対応する制御を識別する。例えば、タッチ操作はタッチタップ操作であり、タップ操作に対応する制御は、カメラアプリケーションのアイコンの制御である。カメラアプリケーションは、カメラアプリケーションを有効にするようアプリケーションフレームワーク層でインターフェースを呼び出し、それから、カーネル層を呼び出すことによってカメラドライバを有効にし、カメラ３９３を使用することによって静止画像又は映像を捕捉する。
【０１５０】
例えば、図２の第２デバイス２０２は、図５に示されるコンピュータシステム５００を使用することによって実施されてよい。コンピュータシステム５００は、少なくとも１つのプロセッサ５０１、通信バス５０２、メモリ５０３、及び少なくとも１つの通信インターフェース５０４を含む。
【０１５１】
プロセッサ５０１は、汎用の中央演算処理装置（central  processing  unit，ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application  specific  integrated  circuit，ＡＳＩＣ）、又は本願の解決法のプログラム実行を制御するよう構成された１つ以上の集積回路であってよい。
【０１５２】
通信バス５０２は、上記のコンポーネント間で情報を伝送するために使用されるパスを含んでよい。
【０１５３】
通信インターフェース５０４は、他のデバイス又はＥｔｈｅｒｎｅｔ、無線アクセスネットワーク（radio  access  network，ＲＡＮ）、若しくは無線ローカル・エリア・ネットワーク（wireless  local  area  networks，ＷＬＡＮ）などの通信ネットワークと通信するために、如何なるトランシーバ型装置も使用する。
【０１５４】
メモリ５０３は、リード・オンリー・メモリ（read-only  memory，ＲＯＭ）、静的情報及び静的命令を記憶することができる他のタイプの静的記憶デバイス、ＲＡＭ、又は情報及び命令を記憶することができる他のタイプの動的記憶デバイスであってよく、あるいは、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically  erasable  programmable  read-only  memory，ＥＥＰＲＯＭ）、コンパクトディスク型リード・オンリー・メモリ（compact  disc  read-only  memory，ＣＤ−ＲＯＭ）若しくは他のコンパクトディスク記憶装置、光ディスク記憶装置（コンパクトディスク、レーザディスク、光ディスク、デジタル・バーサタイル・ディスク、ブルーレイディスク、などを含む）、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は期待されるプログラムコードを命令若しくはデータ構造の形で搬送又は記憶するよう構成され得かつコンピュータによってアクセスされ得るあらゆる他の媒体であってよい。しかし、これはそれらに限られない。メモリは、独立して存在してよく、バスを通じてプロセッサへ接続される。メモリは、代替的に、プロセッサと一体化されてもよい。
【０１５５】
メモリ５０３は、本願の解決法を実行するアプリケーションプログラムコードを記憶するよう構成され、プロセッサ５０１はその実行を制御する。プロセッサ５０１は、本願の下記の実施形態で提供されるサービス処理方法を実施するようコンピュータシステム５００を制御するために、メモリ５０３に記憶されているアプリケーションプログラムコードを実行するよう構成される。
【０１５６】
任意に、本願のこの実施形態におけるコンピュータ実行可能命令も、アプリケーションプログラムコードと呼ばれ得る。これは、本願のこの実施形態において特に限定されない。
【０１５７】
具体的な実施では、実施形態において、プロセッサ５０１は、１つ以上のＣＰＵ、例えば、図５のＣＰＵ０及びＣＰＵ５を含んでよい。各ＣＰＵは、複数の仮想ＣＰＵをサポートしてよく、仮想ＣＰＵは、ＶＣＰＵとも呼ばれる。
【０１５８】
具体的な実施では、実施形態において、コンピュータシステム５００は、複数のプロセッサ、例えば、図５のプロセッサ５０１及びプロセッサ５０７を含んでもよい。プロセッサの夫々は、シングルコア（シングルＣＰＵ）プロセッサであってよく、あるいは、マルチコア（マルチＣＰＵ）プロセッサであってもよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された１つ以上のデバイス、回路、及び／又はプロセッシングコアであってよい。
【０１５９】
具体的な実施では、実施形態において、コンピュータシステム５００は、出力デバイス５０５及び入力デバイス５０６を更に含んでもよい。出力デバイス５０５は、プロセッサ５０１と通信し、複数の様態で情報を表示してよい。例えば、出力デバイス５０５は、液晶ディスプレイ（liquid  crystal  display，ＬＣＤ）、発光ダイオード（light  emitting  diode，ＬＥＤ）表示デバイス、陰極線管（cathode  ray  tube，ＣＲＴ）表示デバイス、又はプロジェクタ（Projector）であってよい。入力デバイス５０６は、プロセッサ５０１と通信し、複数の様態でユーザ入力を受け取ってよい。例えば、入力デバイス５０６は、マウス、キーボード、タッチスクリーンデバイス、又はセンサデバイスであってよい。
【０１６０】
コンピュータシステム５００は、汎用の通信デバイス又は専用の通信デバイスであってよい。コンピュータシステム５００のタイプは、本願のこの実施形態において限定されない。具体的な実施では、コンピュータシステム５００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ（personal  digital  assistant，ＰＤＡ）、携帯電話機、タブレット、無線端末デバイス、埋め込みデバイス、又は図５のそれと類似した構造を備えたデバイスであってよい。コンピュータシステム５００内のコンポーネントは、同じコンピュータデバイスに同時に配置されてよく、あるいは、分散システムに位置している異なったコンピュータデバイスに配置されてもよい。
【０１６１】
以下の実施形態では、本願の実施形態で提供される技術的解決法が、図３及び図４に示されている構造を有する携帯電話機が第１デバイス２０１であり、図５に示されている構造を有するコンピュータシステムが第２デバイス２０２であるところの例を使用することによって、詳細に説明される。
【０１６２】
本願の実施形態は、第１デバイス及び第２デバイスに適用可能であるサービス処理方法を提供する。方法は、複数の無線かつ非接触のロック解除サービス又は精算サービスの処理シナリオに適用されてよい。ロック解除サービスは、第２デバイスのロックを開くために第１デバイスを使用すること、例えば、車両ドアを開くために携帯電話機などの端末を使用すること、又は他の移動体若しくは固定デバイスのロックを開くために携帯電話機を使用すること（例えば、ホームドアを開くこと）であってよい。精算サービスは、第２デバイスを通じて支払いを行うために第１デバイスを使用すること、例えば、カード支払いのためにバスカード、銀行カード、などとして携帯電話機を使用することであってよい。以下は、主に、車両を開くシナリオ（すなわち、車両のドアロックを開くシナリオ）において、車両キーアプリケーションをサポートする携帯電話機が第１デバイスであり、車両を制御するために使用されるヘッドユニットが第２デバイスであるところの例を使用することによって、サービス処理方法について説明する。
【０１６３】
いくつかの実施形態において、図６を参照すると、サービス処理方法は、次のステップを含んでよい。
【０１６４】
６００：ヘッドユニットは、車両ドア開放サービスを実行するために使用されるトリガ要求を受け取る。
【０１６５】
通常、携帯電話機とヘッドユニットとの間の距離が第１の前もってセットされた長さ（例えば、１５メートル）以下であるとき、ヘッドユニット及び携帯電話機は通信接続を確立してよく、例えば、ブルートゥース接続（例えば、ブルートゥース・ロー・エネルギ（bluetooth  low  energy，ＢＬＥ）接続）又はＷｉ−Ｆｉ  Ｐ２Ｐ接続を確立する。具体的には、ブルートゥース接続が例として使用される。ヘッドユニットは、ブルートゥース無線信号をブロードキャストしてよい。ヘッドユニットによってブロードキャストされたブルートゥース無線信号を受信し、携帯電話機がヘッドユニットと成功裏にペアリングされた後、携帯電話機は、ヘッドユニットと情報を交換するために、接続成功応答情報をヘッドユニットへ送ってよい。
【０１６６】
１つの場合に、携帯電話機によってヘッドユニットへ送られた接続成功応答情報は、車両ドア開放サービスのトリガ要求であってよい。携帯電話機によってヘッドユニットへ送られた接続成功応答情報を受け取った後、ヘッドユニットは、ユーザの携帯電話機が比較的近い範囲内にあり、ユーザは車両ドアを開きたい可能性がある、と見なしてよい。従って、ヘッドユニットは、車両ドア開放サービスを処理するプロセスを開始してよい。
【０１６７】
もう１つの場合に、ユーザが車両ドアを開きたいとき、ユーザは、携帯電話機を使用することによってヘッドユニットへ車両ドア開放サービスの指示情報を能動的に送ることがある。指示情報は、車両ドア開放サービスを処理するようヘッドユニットに示すためのトリガ要求である。
【０１６８】
ステップ６００の後、ヘッドユニットはステップ６０１を実行してよい。
【０１６９】
６０１：ヘッドユニットは、第１識別子を携帯電話機へ送り、このとき、第１識別子は、第１状態又は第２状態にある。
【０１７０】
車両ドア開放サービスを実行するために使用されるトリガ要求を受け取った後、ヘッドユニットは、第１状態にある第１識別子（すなわち、第１識別子は第１状態にある）又は第２状態にある第１識別子（すなわち、第１識別子は第２状態にある）を携帯電話機へ送ってよい。第１識別子が第１状態にあることは、第２デバイスの位置又は第１デバイスの位置が異常であることを示し、第１識別子が第２状態にあることは、第２デバイスの位置が正常であることを示す。
【０１７１】
具体的には、ヘッドユニットが、位置決めサービスに基づいて、位置決めが失敗すると、又は位置決めを通じて取得された位置情報がヘッドユニット記憶されている位置履歴情報と一致しないと決定する場合に、ヘッドユニットの位置（車両の位置でもある）は異常である（すなわち、安全でない又は信頼できない）と見なされ得る。従って、ヘッドユニットは、第１状態にある第１識別子を携帯電話機へ送ってよい（すなわち、ヘッドユニットによって携帯電話機へ送られた第１識別子は第１状態にある）。位置決めサービスは、ＧＰＳ衛星ポジショニング、北斗衛星ポジショニング、Ｗｉ−Ｆｉポジショニング、モバイルセルラーネットワーク基地局ポジショニング、及び超広帯域（ultra  wide  band，ＵＷＢ）屋内ポジショニングなどのサービスの１つ以上を含んでよい。
【０１７２】
あるいは、ヘッドユニットが、携帯電話機とヘッドユニットとの間の距離が前もってセットされた距離よりも長い、すなわち、ヘッドユニットがヘッドユニットから比較的遠く離れている、と決定する場合に、携帯電話機の位置は異常である（すなわち、安全でない又は信頼できない）と見なされ得、従って、ヘッドユニットは、第１状態にある第１識別子を携帯電話機へ送ってよい。例えば、詳細については、ステップ６０７における後続の説明を参照されたい。
【０１７３】
第１デバイスの位置及び第２デバイスの位置が異常でない場合に、ヘッドユニットは、ヘッドユニットの位置が正常であると決定し、従って、第２状態にある第１識別子を携帯電話機へ送ってよい（すなわち、ヘッドユニットによって携帯電話機へ送られた第１識別子は第２状態にある）。
【０１７４】
例えば、第１識別子は、１ビットのフラグ情報であってよい。フラグ情報が“０”であるとき、それは、第１識別子が第１状態にあることを示し、あるいは、フラグビットが“１”であるとき、それは、第１識別子が第２状態にあることを示す。他の例として、第１識別子は、前もってセットされたフィールドであってよい。フィールドの中身が“正常”であるとき、それは、第１識別子が第１状態にあることを示し、あるいは、フィールドの中身が“異常”であるとき、それは、第１識別子が第２状態にあることを示す。他の例として、第１状態にある第１識別子は“００”であってよく、第２状態にある第１識別子は“０１”であってよい。第１識別子の具体的な形態は、ここでは例として説明されており、第１識別子は、代替的に、他の形態をとってもよい、ことが理解され得る。これは、本願のこの実施形態において限定されない。
【０１７５】
ステップ６０１の後、携帯電話機はステップ６０２を実行してよい。
【０１７６】
６０２：第１識別子を受け取った後、携帯電話機は、第１識別子に基づいて、ユーザ身元認証を実行すべきかどうかを決定する。
【０１７７】
第１識別子を受け取った後、携帯電話機は、第１識別子の状態に基づいて、ユーザ身元認証を実行すべきかどうかを決定してよい。具体的には、携帯電話機によってヘッドユニットから受け取られた第１識別子が第１状態にある場合には、それは、車両の位置が異常か、信頼できないか、又は安全でないことを示し得る。この場合に、携帯電話機は、ユーザの認証動作及び認証結果に基づいて、サービス処理を続けるべきかどうかを決定するために、ユーザ身元認証を実行してよい。携帯電話機によってヘッドユニットから受け取られた第１識別子が第２状態にある場合には、それは、車両の位置が正常であり、信頼でき、安全であることを示し得、携帯電話機は、携帯電話機の位置が正常であるかどうかに基づいて、ユーザ身元認証を実行すべきかどうか、及びサービス処理を続けるべきかどうかを更に決定してよい。
【０１７８】
身元認証は、パスワード認証、声認証、ＳＭＳ懸賞コード認証、及び指紋、顔、虹彩、又は声紋などの生体特徴情報認証を含んでよい。例えば、図７（ａ）を参照すると、携帯電話機は、パスワード認証を実行するようユーザにプロンプトしてよい。他の例として、図７（ｂ）を参照すると、携帯電話機は、指紋認証を実行するようユーザにプロンプトしてよい。他の例として、図７（ｃ）を参照すると、携帯電話機は、車両ドアを開くべきかどうかをユーザにプロンプトしてよい。ユーザが「はい」ボタン７０２をタップする場合に、携帯電話機は、認証を実行するようユーザにプロンプトするために、図７（ａ）又は図７（ｂ）に示されているインターフェースを表示してもよい。ユーザが「いいえ」ボタン７０３をタップする場合に、携帯電話機は、サービス失敗情報をヘッドユニットへ送るか、あるいは、サービス処理を中止するようヘッドユニットに指示してよい。更には、携帯電話機は、音響又は振動を通じて、身元認証を実行するようユーザに更にプロンプトしてもよい。例えば、携帯電話機は、音声を使用することによって、「車両ドア開放サービスが処理中であり、顔情報検証を行ってください」とユーザにプロンプトしてよい。
【０１７９】
留意すべきは、この実施形態におけるユーザ身元認証は、単なる実施である点である。本願のこの実施形態では、ユーザ身元認証は、他の認証方式と置換されてもよい。例えば、携帯電話機が、第１識別子に基づいて、認証を実行すると決定するとき、携帯電話機は、ユーザに対して、車両ドア開放サービスが実行されるべきであることを示し、認証を許可するようユーザに求める。ユーザが認証を許可する場合に、認証は成功し、車両ドア開放サービスは実行され、あるいは、ユーザが認証を許可することを拒否する場合に、認証は失敗し、車両ドア開放サービスは実行されない。具体的には、認証が実行される必要があると第１識別子に基づいて決定したとき、携帯電話機は、認証のために図７（ｃ）を直接表示してよい。ユーザが「はい」を選択する場合には、認証は成功し、あるいは、ユーザが「いいえ」を選択する場合には、認証は失敗する。あるいは、携帯電話機が、第１識別子に基づいて、認証が実行される必要があると決定するとき、携帯電話機は、認証を許可するようユーザに求めるために、音声を使用することによってユーザに更にプロンプトしてもよい。携帯電話機は、画面上にコンテンツを表示することによって、又は音声を使用することによって、振動を通じて、などにより、ユーザにプロンプトしてよい。ユーザが認証を許可する方法は、画面に手動入力を行うこと、特定の声又は特定のジェスチャを携帯電話機へフィードバックすること、携帯電話機の特定のボタンを操作すること、などであってよい。
【０１８０】
携帯電話機がユーザ身元認証を実行しないと決定する場合に、ステップ６０３が実行されてもよく、あるいは、携帯電話機がユーザ身元認証を実行すると決定する場合に、ステップ６０４が実行されてもよい。
【０１８１】
６０３：携帯電話機は第１情報をヘッドユニットへ送り、このとき、第１情報は第１位置情報及び第３識別子を含み、第１位置情報は第１デバイスの位置情報であり、第３識別子は、携帯電話機の位置及びヘッドユニットの位置が正常であることを示す。
【０１８２】
携帯電話機が、ステップ６０２で、ユーザ身元認証が実行される必要がないと決定する場合に、携帯電話機は、第３識別子及び携帯電話機の位置情報（すなわち、第１位置情報）をヘッドユニットへ送ってよく、それにより、第３識別子を受け取った後、ヘッドユニットは、携帯電話機の位置及びヘッドユニットの位置の両方が正常であると決定する。従って、携帯電話機の位置が妥当であるかどうかは、携帯電話機の位置及びヘッドユニットの位置を示すために使用される第１位置情報に基づいて決定され得る。更に、ヘッドユニットは、携帯電話機の位置が妥当であるかどうかに基づいて、車両ドア開放サービスを実行すべきかどうかを決定してもよい。
【０１８３】
ステップ６０３の後、ヘッドユニットはステップ６０７を実行してよい。
【０１８４】
６０４：携帯電話機は、ユーザ身元認証が成功するかどうかを決定する。
【０１８５】
携帯電話機が、ステップ６０２で、ユーザ身元認証が実行される必要があると決定する場合に、携帯電話機は、身元認証を行うようユーザにプロンプトしてよい。ユーザが本当にサービスを実行したい場合には、ユーザは、声又は指紋などの身元認証情報を入力してよい。携帯電話機は、ユーザによって入力された身元認証情報に基づいて、ユーザの身元が妥当であるかどうかを検証する。例えば、図７（ｃ）を参照すると、ユーザは、指紋情報を入力するよう指を押しつけてよく、携帯電話機は、ユーザによって入力された指紋情報に基づいて、ユーザの身元が妥当であるかどうかを決定する。
【０１８６】
ユーザが実際にはサービスを実行したくない場合（例えば、携帯電話機が、リレーアタックにより、身元認証を行うようユーザにプロンプトするが、ユーザは車両ドアを開きたくない場合）、又はユーザが現在はサービスをキャンセルしたい場合に、ユーザは身元認証情報を入力しなくてもよく、あるいは、ユーザは不正確な身元認証情報を入力してもよく、あるいは、ユーザは身元認証をキャンセルしてもよい。例えば、図７（ａ）又は図７（ｂ）に示されているように、携帯電話機が身元認証を行うようユーザにプロンプトするインターフェースは、キャンセルボタン７００又はキャンセルボタン７０１を含む。ユーザがキャンセルボタン７００又はキャンセルボタン７０１をタップするとき、携帯電話機は、ユーザ身元認証をキャンセルしてよい。あるいは、図７（ｃ）に示されているように、「いいえ」ボタン７０３が、携帯電話機のプロンプトインターフェースに表示される。ユーザがボタン７０３をタップするとき、携帯電話機は、ユーザ身元認証をキャンセルしてよい。携帯電話機は、ヘッドユニットに対して、車両ドアを開くことを拒否する指示を返してよい。その指示を受け取った後、ヘッドユニットは、車両ドア開放サービスが現在は実行されないと知るので、車両ドアを開かない。あるいは、携帯電話機は、指示をヘッドユニットへ返さなくてもよい。ヘッドユニットが指示を受け取らないとき、ヘッドユニットは、現在は車両ドア開放サービスを実行しないと決定するので、車両ドアを開かない。
【０１８７】
携帯電話機が、ユーザ身元認証が成功したと決定する場合に、ステップ６０５が実行されてよい。
【０１８８】
６０５：携帯電話機は、第２識別子をヘッドユニットヘ送り、このとき、第２識別子は、車両ドア開放サービスを実行することが決定されることを示す。
【０１８９】
ユーザが身元認証を行い、携帯電話機が、身元認証が成功したと決定する場合に、携帯電話機は、車両ドア開放動作を実行するようヘッドユニットに指示するために、第２識別子をヘッドユニットへ送ってよい。
【０１９０】
ステップ６０５の後、ヘッドユニットはステップ６０６を実行してよい。
【０１９１】
６０６：ヘッドユニットは車両ドア開放サービスを実行する。
【０１９２】
ヘッドユニットが携帯電話機から第２識別子を受け取る場合に、それは、携帯電話機がユーザ身元認証を実行し、ユーザ身元認証が成功したことを示し得る、ことがステップ６０４及びステップ６０５から分かる。携帯電話機は、第２識別子を使用することによって、車両ドア開放サービスを実行するようヘッドユニットに指示する。従って、第２識別子を受け取ったとき、ヘッドユニットは車両ドアを開いてよい。
【０１９３】
６０７：ヘッドユニットは、第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかを決定する。
【０１９４】
ヘッドユニットが、携帯電話機から、第３識別子及び第１位置情報を含む第１情報を受け取り、第３識別子が、携帯電話機の位置及びヘッドユニットの位置が正常であることを示すために使用される場合に、ヘッドユニットは、正常な第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかを決定する。携帯電話機の位置が妥当であることは、携帯電話機の位置と前もってセットされた基準位置との間の距離が前もってセットされた閾値以下である、すなわち、携帯電話機の位置が基準位置に近い、ことを意味する。携帯電話機の位置が妥当である場合に、ヘッドユニットは、ユーザのために車両ドアを開くようステップ６０６を実行してよい。携帯電話機の位置が妥当でない場合に、ヘッドユニットは、車両ドアを開くことを拒否してよく、あるいは、ステップ６０１を実行してもよい。具体的に言えば、ヘッドユニットは、第１識別子を携帯電話機へ送ってよく、それにより、携帯電話機はユーザ身元認証を実行する。認証が成功する場合には、車両ドアは開かれ、あるいは、認証が失敗する場合には、車両ドアは開かれない。留意すべきは、携帯電話機の位置が妥当でないことは、携帯電話機の位置が異常である場合である点である。
【０１９５】
任意に、第１状態にある第１識別子、第２状態にある第１識別子、第２識別子、及び第３識別子は、異なる識別子である。例えば、第１状態にある第１識別子は文字列“００”であり、第２状態にある第１識別子は文字列“０１”であり、第２識別子は文字列“１０”であり、第３識別子は文字列“１１”である。
【０１９６】
あるいは、任意に、第１識別子、第２識別子、及び第３識別子は同じ識別子である。第１状態にある第１識別子、第２状態にある第１識別子、第２識別子、及び第３識別子は、同じ識別子の異なる状態に別々に対応する。
【０１９７】
あるいは、任意に、第１識別子、第２識別子、及び第３識別子は異なる識別子である。
【０１９８】
あるいは、任意に、第１識別子、第２識別子、及び第３識別子は同じ識別子である。第２識別子は、第１状態にある第１識別子と同じであり、第３識別子は、第２状態にある第１識別子と同じである。例えば、第１状態にある第１識別子は文字列“００”であり、第２状態にある第１識別子は文字列“０１”であり、第２識別子は文字列“００”であり、第３識別子は文字列“０１”である。
【０１９９】
本願のこの実施形態では、ヘッドユニットは、車両の位置が正常であるかどうかと、携帯電話機の位置が正常であるかどうかとに基づいて、第１識別子の状態を決定し、第１状態にある第１識別子又は第２状態にある第１識別子を携帯電話機へ送ってよい、ことがステップ６０１から６０７から分かる。携帯電話機が、ヘッドユニットから受け取られた第１識別子に基づいて、ユーザ身元認証が実行される必要があると決定し、ユーザ身元認証が成功する場合に、携帯電話機は、車両ドア開放サービスを実行するようヘッドユニットに支持するために、第２識別子をヘッドユニットへ送る。ヘッドユニットは、第２識別子の指示に従って車両ドア開放サービスを実行する。携帯電話機が、ヘッドユニットから受け取られた第１識別子に基づいて、ユーザ身元認証が実行される必要がないと決定する場合に、携帯電話機は、ヘッドユニットに対して、第１位置情報と、携帯電話機の位置及びヘッドユニットの位置が正常であることを示すために使用される第３識別子とを送ってよく、それにより、ヘッドユニットは、第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかを決定することができる。このようにして、車両ドア解法動作は、携帯電話機の位置が妥当であると決定される場合にのみ実行され、それによって、車両ドアの開放などの無線かつ非接触のサービスを操作する安全性を改善する。
【０２００】
情報が図１に示されている中継デバイスを通じて転送されるシナリオでは、本願のこの実施形態で提供される解決法が使用される場合に、ユーザ（車両所有者）は車両ドアを開きたくないので、ユーザ身元認証は実行されない。従って、携帯電話機は第２識別子をヘッドユニットへ送らない。携帯電話機が第３識別子及びユーザの携帯電話機の位置情報（すなわち、第１位置情報）をヘッドユニットへ送る場合には、ヘッドユニットは、ユーザの携帯電話機の位置情報に基づいて、携帯電話機の位置が妥当でないと決定する可能性があり、従って、車両ドア開放動作を実行しない。
【０２０１】
本願の他の実施形態がサービス処理方法を更に提供する。図８Ａ−１から図８Ａ−４を参照すると、方法は次のステップを含んでよい。
【０２０２】
８００：ヘッドユニットは、位置決めサービスがあるかどうかを決定する。
【０２０３】
携帯電話機への通信接続を確立した後、ヘッドユニットは、ユーザが車両ドアを開きたいと見なし、ヘッドユニットが位置決めサービスを備えているかどうかを決定してよい。ヘッドユニットが位置決めサービスを備えていない場合には、ステップ８０１が実行され、あるいは、ヘッドユニットが位置決めサービスを備えている場合には、ステップ８０２が実行される。
【０２０４】
８０１：ヘッドユニットは、記憶モジュールから第１識別子を取得するか、あるいは、第１識別子及び第２位置情報を取得し、このとき、第２位置情報は車両の位置情報である。
【０２０５】
第２位置情報は、車両がオフされるときに記憶モジュールに格納された駐車位置情報であってよく、第１識別子は、車両がオフされるときに記憶モジュールに格納された識別子であってよい。
【０２０６】
ステップ８０１の後、ヘッドユニットはステップ８０６を実行してよい。
【０２０７】
８０２：ヘッドユニットは、位置決めが成功するかどうかを決定する。
【０２０８】
ヘッドユニットが位置決めサービスを備えているとき、ヘッドユニットは、車両が位置している地理的環境（例えば、車両は橋の横穴に位置している）及び位置決めネットワークの品質などの要因により、ＧＰＳ、ＢｅｉＤｏｕ、又はＷｉ−Ｆｉ信号などの位置決め信号を取得することができないことがある。従って、位置決めは成功できない可能性がある。
【０２０９】
ヘッドユニットによって実行された位置決めが失敗する場合には、ステップ８０３が実行され、あるいは、ヘッドユニットによって実行された位置決めが成功する場合には、ステップ８０４が実行される。
【０２１０】
８０３：ヘッドユニットは、第１識別子を第１状態にあるよう設定する。
【０２１１】
ヘッドユニットによって実行された位置決めが失敗する、つまり、ヘッドユニットが現在の位置情報を取得することができない場合に、それは、ヘッドユニットの位置が異常であることを示し得る。ヘッドユニットは、第１識別子を第１状態にあるよう設定し、それからステップ８０６を実行してよい。
【０２１２】
８０４：ヘッドユニットは、位置決めを通じて取得された第２位置情報が車両の履歴位置情報と一致するかどうかを決定し、このとき、第２位置情報は車両の位置情報である。
【０２１３】
位置決めが成功する場合に、ヘッドユニットは第２位置情報を取得してよく、このとき、第２位置情報はヘッドユニットの現在の位置情報である。ヘッドユニットの位置決めサービスは、ＧＰＳポジショニング、Ｗｉ−Ｆｉポジショニング、モバイルセルラーネットワーク基地局ポジショニング、及びＵＷＢ屋内ポジショニングなどのサービスの１つ以上を含んでよい。複数のタイプの位置決めサービスがある場合に、ヘッドユニットは、複数のタイプの位置決めサービスに基づいて第２位置情報を決定してよい。例えば、携帯電話機は、複数のタイプの位置決めサービスに基づいて決定された複数の基準位置情報の平均値を取得してよく、その平均値が第２位置情報であり、あるいは、携帯電話機は、複数の位置決めサービスに基づいて取得された複数の基準位置情報の差が比較的に小さい場合に、基準位置情報に基づいて第２位置情報を取得してもよい。
【０２１４】
ヘッドユニットが位置決めを通じて第２位置情報を取得した後、ヘッドユニットは、第２位置情報と、ヘッドユニットに記憶されている車両の位置履歴情報とを決定し、車両の第２位置情報が車両の位置履歴情報と比較して合理的であるかどうかを決定してよい。例えば、ヘッドユニットの前の位置情報が、車両が１０分前に位置１に合ったことを記録しており、現在は位置２に位置しており、位置１と位置２との間の差が１００ｋｍ（キロメートル）である場合。これは明らかに合理的ではなく、第２位置情報は車両の位置履歴情報と一致しない。
【０２１５】
第２位置情報が車両の位置履歴情報と一致しない場合に、それは、ヘッドユニットの位置が異常であることを示し得、ヘッドユニットは、第１識別子を第１状態にあるよう設定するようためにステップ８０３を実行してよい。第２位置情報が車両の位置履歴情報と一致する場合に、それは、ヘッドユニットの位置が正常であることを示し得、ヘッドユニットは、第１識別子を第２状態にあるよう設定するためにステップ８０５を実行してよい。
【０２１６】
８０５：ヘッドユニットは、第１識別子を第２状態にあるよう設定する。
【０２１７】
ステップ８０５の後、ヘッドユニットはステップ８０６を実行してよい。
【０２１８】
８０６：ヘッドユニットは第１識別子を携帯電話機へ送り、それからステップ８０７を実行する。
【０２１９】
ステップ８０６の説明については、ステップ６０１における説明を参照されたい。詳細は、ここで再び記載されない。第１識別子の状態は、ステップ８００から８０５を使用することによって取得される。
【０２２０】
８０７：ヘッドユニットによって送られた第１識別子を受け取った後、携帯電話機は第１識別子の状態を決定する。
【０２２１】
携帯電話機によってヘッドユニットから受け取られた第１識別子が第１状態にある場合には、ステップ８０８Ａが実行される。携帯電話機によってヘッドユニットから受け取られた第１識別子が第２状態にある場合には、ステップ８１１が実行される。
【０２２２】
８０８Ａ：携帯電話機は、身元認証を行うようユーザにプロンプトする。
【０２２３】
ステップ８０７で第１識別子が第１状態にあると決定される場合に、それは、ヘッドユニットの位置が異常であることを示し得る。従って、携帯電話機は、身元認証を行うようユーザにプロンプトしてよい。ユーザ身元認証の具体的な説明については、ステップ６０２における説明を参照されたい。詳細はここで再び記載されない。
【０２２４】
ステップ８０８Ａの後、携帯電話機はステップ８０８Ｂを実行してよい。
【０２２５】
８０８Ｂ：携帯電話機は、身元認証が成功するかどうかを決定する。
【０２２６】
ユーザ身元認証が失敗する場合には、ステップ８０９が実行され、あるいは、ユーザ身元認証が成功する場合には、ステップ８１０Ａが実行される。
【０２２７】
８０９：携帯電話機は、サービス失敗情報をヘッドユニットへ送る。
【０２２８】
ユーザ身元認証が失敗する場合に、現在のユーザは権限のないユーザである可能性があるか、あるいは、ユーザはサービスをキャンセルする可能性があり、あるいは、ユーザは今はサービス処理を続けたくない。従って、携帯電話機は、サービス処理を中止するようヘッドユニットに支持するために、サービス失敗情報をヘッドユニットへ送ってよい。
【０２２９】
８１０Ａ：携帯電話機は、第２識別子をふくむ第２情報をヘッドユニットへ送る。第２情報は署名入り情報である。第２識別子は、車両ドア開放サービスを実行することが決定されることを示す。
【０２３０】
ユーザ身元認証がステップ８０８Ｂで成功する場合に、携帯電話機は、署名入り情報をヘッドユニットへ送ってよい。情報は、車両ドア開放動作を実行するようヘッドユニットに支持するために、ドア開放サービスを実行することが決定されることを示すために使用される第２識別子を含む。
【０２３１】
ここで、署名は、署名されるべきデータユニットに何らかのデータを加えること、又は署名されるべきデータユニットに対して暗号化を実行することである。加えられたデータ又は暗号化処理は、データユニットが偽造又は改ざんされないように、受信端が、署名検証を通じて、受け取られたデータユニットのソース及びデータユニットのインテグリティを確かめることを可能にする。
【０２３２】
携帯電話機は、第２識別子を含む第２情報に署名し、それから署名入り情報をヘッドユニットへ送り、それにより、ヘッドユニットは、署名検証を通じて、第２情報内の第２識別子が偽造又は改ざんされていることを確かめることができる。
【０２３３】
ステップ８１０Ａの後、ヘッドユニットはステップ８１４を実行してよい。
【０２３４】
ステップ８０７で第１識別子が第２状態にある場合に、携帯電話機は、ステップ８１１を実行してよい。
【０２３５】
２１１：携帯電話機は、位置決めが成功するかどうかを決定する。
【０２３６】
ステップ８０７で第１識別子が第２状態にあると決定される場合に、それは、ヘッドユニットの位置が正常であることを示し得、携帯電話機は更に、位置決めを通じて、携帯電話機の位置が正常であるかどうかを決定してよい。
【０２３７】
具体的に、携帯電話機は、ＧＰＳポジショニング、ＢｅｉＤｏｕポジショニング、Ｗｉ−Ｆｉポジショニング、又はＵＷＢ屋内ポジショニングなどの位置決めサービスの１つ以上を含んでよい。携帯電話機は、これらの位置決めサービスを使用することによって現在の位置を見つけてよい。
【０２３８】
携帯電話機によって実行された位置決めが失敗する場合には、ステップ８１２が実行され、あるいは、携帯電話機によって実行された位置決めが成功する場合には、ステップ８１３が実行される。
【０２３９】
８１２：携帯電話機は、第１識別子を第１状態にあるよう設定する。
【０２４０】
携帯電話機によって実行された位置決めが失敗する、つまり、携帯電話機が現在の位置情報を取得することができない場合に、それは、携帯電話機の位置が異常であることを示し得る。携帯電話機は、第１識別子を第１状態にあるよう設定してよい。ステップ８１２の後、携帯電話機は、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを実行してよい。
【０２４１】
８１３：携帯電話機は、位置決めを通じて取得された第１位置情報が携帯電話機の位置履歴情報と一致するかどうかを決定する。
【０２４２】
携帯電話機によって実行された位置決めが成功する場合に、携帯電話機は、位置決めを通じて取得された現在の位置情報、つまり、第１位置情報が、携帯電話機の位置履歴情報と一致するかどうかを決定する。
【０２４３】
第１位置情報が携帯電話機の位置履歴情報と一致しない場合に、それは、携帯電話機の位置が異常であることを示し得、携帯電話機は、第１識別子を第１状態にあるよう設定するために、ステップ８１２を実行してよい。第１位置情報が携帯電話機の位置履歴情報に一致する場合に、それは、携帯電話機の位置が正常であることを示し得、第１識別子は依然として第２状態にあり、携帯電話機はステップ８１０Ｂを実行してよい。第１位置情報が携帯電話機の位置履歴情報と一致する場合に、第１識別子は第２状態のままであってよい。
【０２４４】
８１０Ｂ：携帯電話機は、署名入り第１情報をヘッドユニットへ送り、このとき、第１情報は第３識別子及び第１位置情報を含み、第３識別子は、第１デバイスの位置及び第２デバイスの位置が正常であることを示す。
【０２４５】
第１位置情報が携帯電話機の位置履歴情報と一致するとき、携帯電話機は、ヘッドユニットの位置及び携帯電話機の位置の両方が正常であると決定し、第３識別子及び第１位置情報をヘッドユニットへ送ってよい。
【０２４６】
ステップ８１０Ｂの後、ヘッドユニットはステップ８１４を実行してよい。
【０２４７】
８１４：ヘッドユニットは、携帯電話機から受け取られた情報に対して署名検証を実行する。
【０２４８】
ヘッドユニットによって携帯電話機から受け取られた情報は、第２識別子を含み、ステップ８１０Ａで携帯電話機によって送られた第２情報であってよく、第２情報は署名入り情報である。あるいは、ヘッドユニットによって携帯電話機から受け取られた情報は、ステップ８１０Ｂで携帯電話機によって送られた署名入り第１情報であってよく、第１情報は、第３識別子及び第１位置情報を含む。ヘッドユニットによって携帯電話機から受け取られた情報は、第３情報とも呼ばれ得る。
【０２４９】
署名検証は、署名結果に基づいて署名入りデータユニットを検証するプロセスである。権限のないユーザは、妥当でないデータに署名して妥当な署名結果を生成することができないので、携帯電話機によって送られた情報内の第２識別子、第３識別子、又は第１位置情報が改ざんされている場合に、ヘッドユニットによって受け取られた署名結果は妥当でない。従って、ヘッドユニットは、署名検証を通じて、署名入り第２識別子、署名入り第３識別子、又は署名入り第１位置情報が偽造又は改ざんされているかどうかを決定してよい。ヘッドユニットが、第２識別子、第３識別子、又は第１位置情報が偽造又は改ざんされていないと決定する場合に、署名検証は成功し、あるいは、ヘッドユニットが第２識別子、第３識別子、又は第１位置情報が偽造又は改ざんされていると決定する場合に、署名検証は失敗する。
【０２５０】
署名検証が失敗する場合には、ステップ８１５が実行され、あるいは、署名検証が成功する場合には、ステップ８１６が実行される。
【０２５１】
８１５：ヘッドユニットは、サービス失敗情報を携帯電話機へ送る。
【０２５２】
署名検証が失敗する場合に、携帯電話機によって送られた第２識別子、第３識別子、又は第１位置情報は偽造又は改ざんされている可能性があり、ヘッドユニットによって受け取られた第２識別子、第３識別子、又は第１位置情報は信頼できないデータである。従って、ヘッドユニットは、サービス処理を中止するよう携帯電話機及びユーザに指示するために、サービス失敗情報を携帯電話機へ送ってよい。
【０２５３】
８１６：ヘッドユニットは、受け取られた情報が第２識別子を含むか、それとも第３識別子及び第１位置情報を含むかどうかを決定する。
【０２５４】
署名検証が成功する場合に、ヘッドユニットは、含まれている異なった情報に基づいて異なる処理動作を実行するために、第３情報が第２識別子を含むか、それとも第３識別子及び第１位置情報を含むかどうかを決定してよい。
【０２５５】
第３情報が第２識別子を含む場合には、ステップ８１７が実行され、あるいは、第３情報が第３識別子及び第１位置情報を含む場合には、ステップ８１８が実行される。
【０２５６】
８１７：ヘッドユニットは車両ドア開放サービスを実行する。
【０２５７】
ステップ８１６で、第３情報が、車両ドア開放サービスを実行することが決定されることを示すために使用される第２識別子を含むと決定される場合に、それは、ユーザ身元認証が携帯電話機側で成功したことを示す、ことがステップ８０８及びステップ８１０から分かり、ヘッドユニットは、ユーザのために車両ドアを開くために、第２識別子の指示に基づいて車両ドア開放動作を実行してよい。
【０２５８】
８１８：ヘッドユニットは、第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかを決定する。
【０２５９】
ステップ８１６で、第３情報が第１位置情報と、ヘッドユニットの位置及び携帯電話機の位置の両方が正常であることを示すために使用される第３識別子とを含むと決定される場合に、ヘッドユニットは、第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかを決定してよい。
【０２６０】
ヘッドユニットが第２位置情報を取得し、ヘッドユニットが、第１位置情報及び第２位置情報に基づいて、携帯電話機の位置と車両の位置（すなわち、基準位置）との間の距離が前もってセットされた閾値以下であると決定する場合に、携帯電話機の位置は妥当であり、そうでない場合には、携帯電話機の位置は妥当でない。例えば、第２位置情報がＮＵＬＬ又は前もってセットされた値であり、ヘッドユニットが位置決めを通じて第２位置情報を取得しない場合に、携帯電話機の位置は妥当でない。他の例として、第１位置情報によって示された位置と駐車位置情報によって示された位置との間の距離が前もってセットされた閾値よりも広い場合には、携帯電話機の位置は妥当でない。
【０２６１】
携帯電話機の位置が妥当である場合に、ヘッドユニットは、ユーザのために車両ドアを開くためにステップ８１７を実行する。このようにして、ユーザの携帯電話機が図１に示される車両から比較的に遠く離れているリレーアタックシナリオの場合に、ヘッドユニットは、ユーザの携帯電話機が車両の近くになく、携帯電話機の位置は妥当でない、と決定する。従って、車両ドアは、リレーアタックによって引き起こされる権限のない車両ドア開放のリスクを回避するように、開かれない。
【０２６２】
携帯電話機の位置が妥当でない場合に、それは、携帯電話機の位置が異常であることを示し得る。従って、ヘッドユニットは、第１識別子を第１状態にあるよう設定し、第１状態にある第１識別子を携帯電話機へ送るためにステップ８０６を実行し、それにより、携帯電話機は、ユーザ身元認証を実行するためにステップ８０７及びステップ８０８Ａを実行する。
【０２６３】
留意すべきは、携帯電話機がサービス失敗情報をヘッドユニットへ送るとき、又は携帯電話機がヘッドユニットによって送られたサービス失敗情報を受け取るとき、携帯電話機及び／又はヘッドユニットは更に、音響を用いることによって、振動、インジケータ光、インターフェース表示リマインダ、などを通じて、サービス失敗をユーザに通知してもよく、それにより、ユーザは違法な攻撃に注意する点である。例えば、携帯電話機がヘッドユニットによって送られたサービス失敗情報を受け取るとき、携帯電話機は、音声を使用することによって、ユーザに、「車両ドア開放動作に失敗しました」と指摘してよい。このようにして、ユーザが実際には車両の近くでドアを開いていない場合に、携帯電話機のプロンプトを受け取った後、ユーザは、違法な攻撃が存在するかどうかに関して気を配ることができる。
【０２６４】
ステップ８１０Ａ及びステップ８１０Ｂにおいて、第２識別子、第１位置情報、又は第３識別子に加えて、署名されるべきデータは、マイル距離、車両フレーム番号、及び時間情報などの他のデータを更に含んでもよいことが理解され得る。更には、ステップ８１６でヘッドユニットによって携帯電話機へ送られるデータは、乱数を更に含んでもよく、ステップ８１０Ａ及びステップ８１０Ｂでの署名されるべきデータも、乱数を含んでもよい。この場合に、車両ドア開放サービスの安全性を改善するために、ヘッドユニットは、携帯電話機から受け取られた乱数が、ステップ８０６でヘッドユニットによって携帯電話機へ送られた乱数と一致するかどうかを確かめてよい。
【０２６５】
いくつかの他の実施形態では、ステップ８０８Ａの後、携帯電話機がステップ８１０Ａを実行する場合に、それは、携帯電話機によって実行されたユーザ身元認証が成功することを示し得る。ステップ８１０Ａで携帯電話機によってヘッドユニットへ送られたサービス情報は、第１位置情報を更に含んでよく、第１位置情報はＮＵＬＬ又は前もってセットされた値であってよい。
【０２６６】
いくつかの他の実施形態では、図８Ａ−１から図８Ａ−４に示されている方法プロシージャはステップ８１４を含まなくてもよい。具体的に言えば、ヘッドユニットは、携帯電話機によって送られた第３情報を受け取った後に署名検証を実行しない。相応して、ステップ８１０Ａ及びステップ８１０Ｂにおいて、携帯電話機によってヘッドユニットへ送られたサービス情報は署名なし情報である。第３情報は、携帯電話機によって送られた第２識別子であるか、あるいは、第３情報は、携帯電話機によって送られる第３識別子及び第１位置情報である。
【０２６７】
いくつかの他の実施形態では、図８Ａ−１から図８Ａ−４に示されている方法プロシージャはステップ８１２を含まなくてもよい。図８Ｂ−１から図８Ｂ−４を参照すると、携帯電話機が、ステップ８１１で、位置決めが失敗すると決定するとき、それは、携帯電話機の位置が異常であることを示し得る。この場合に、携帯電話機は、ステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。携帯電話機が、ステップ８１３で、第１位置情報が位置履歴情報と一致しないと決定するとき、それは、携帯電話機の位置が異常であることを示し得る。この場合に、携帯電話機は、ステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。
【０２６８】
いくつかの他の実施形態では、ステップ８１７は、次の事項と置き換えられてもよい。携帯電話機とヘッドユニットとの間の距離が第２の前もってセットされた長さ（例えば、３メートル）以下である場合に、ヘッドユニットは車両ドア開放動作を実行する。すなわち、図９を参照すると、携帯電話機とヘッドユニットとの間の距離が第１の前もってセットされた長さ（例えば、１５メートル）以下である場合に、携帯電話機及びヘッドユニットは通信接続を確立してよく、ヘッドユニットは、車両ドア開放動作を実行すべきかどうかを決定してよい。ヘッドユニットが、車両ドア開放動作が実行される必要があると決定するとき、携帯電話機とヘッドユニットとの間の距離が第２の前もってセットされた長さ（例えば、３メートル）よりも広いならば、ヘッドユニットは一時的にドアを開かず、あるいは、携帯電話機とヘッドユニットとの間の距離が第２閾値以下であるならば、ヘッドユニットは自動的に車両ドアを開いてよい。
【０２６９】
いくつかの実施形態において、上記のサービス処理プロシージャでは、携帯電話機は、具体的に、セキュアモジュールを通じて位置決めサービスモジュールから第１位置情報を直接取得してよい。セキュアモジュールは、信頼できる実行環境（trusted  execution  environment，ＴＥＥ）モジュール及び／又はセキュア要素（secure  element，ＳＥ）モジュールを含んでよく。例えば、セキュアモジュールは、ハードウェアを通じてＧＰＳ又はＢｅｉＤｏｕなどの位置決めサービスモジュールへ直接接続されてよい。この場合に、携帯電話機は、ＧＰＳ又はＢｅｉＤｏｕなどの位置決めサービスモジュールを使用することによって位置決めを通じて取得された第１位置情報をセキュアモジュール内に直接取得してよく、第１位置情報はインセキュアモジュールを通らない。従って、第１位置情報の信頼性及び正確さは確保され得、第１位置情報は、インセキュアモジュールによって改ざんされることから保護される。セキュアモジュールを通じて第１位置情報を取得した後、携帯電話機は、第１位置情報を運ぶためにサービス情報を使用し、サービス情報が他のデバイスによって改ざん又は偽造されないように、セキュアモジュールを通じてサービス情報に署名し、それから署名入りサービス情報をヘッドユニットへ送ってよい。このようにして、第１位置は、安全にかつ正確にヘッドユニットへ転送される。
【０２７０】
例えば、図１０Ａを参照すると、携帯電話機のＳＥモジュール内の車両キーサービスアプレットは、携帯電話機の位置情報、つまり、第１位置情報を取得するよう位置決めサービスモジュールに要求する。位置決めサービスモジュールは、第１位置情報を取得し、ＳＥモジュールは、位置決めサービスモジュールから第１位置情報を取得し、それから、ＳＥモジュールは、署名入りサービス情報を生成する。サービス情報は第１位置情報を含む。次いで、携帯電話機は、安全にかつ確かに第１位置情報をヘッドユニットへ送るために、ＳＥモジュールによって生成された署名入りサービス情報をヘッドユニットへ送ってよい。ＲＥＥはインセキュアモジュールに相当し、ＴＥＥモジュールはＴＥＥアプリケーション（TEE  Application，ＴＡ）及びＴＥＥオペレーティングシステム（TEE  Operating  System，ＴＥＥ  ＯＳ）を含み、ＳＥモジュールはサービスアプレット及びオペレーティングシステム（ＣＯＳ）を含む。
【０２７１】
例えば、図１０Ａを参照すると、携帯電話機のＴＥＥモジュール内の車両キーサービスＴＡは、携帯電話機の位置情報、つまり、第１位置情報を取得するよう位置決めサービスモジュールに要求する。位置決めサービスモジュールは、第１位置情報を取得し、ＴＥＥモジュールは、位置決めサービスモジュールから第１位置情報を取得し、それから、ＴＥＥモジュールは、署名入りサービス情報を生成する。サービス情報は第１位置情報を含む。次いで、携帯電話機は、安全にかつ確かに第１位置情報をヘッドユニットへ送るために、ＴＥＥモジュールによって生成された署名入りサービス情報をヘッドユニットへ送ってよい。
【０２７２】
他の例として、図１０Ｃを参照すると、携帯電話機のＲＥＥモジュール内の車両キーサービスアプリケーション（application，ＡＰＰ）は、携帯電話機の位置情報（つまり、第１位置情報）を取得するよう位置決めサービスモジュールに要求し、署名を実行するようＳＥモジュールをトリガする。車両キーサービスＡＰＰから要求を受け取った後、位置決めサービスモジュールは第１位置情報を取得し、第１位置情報をＴＥＥモジュールへ返す。ＴＥＥモジュール及びＳＥモジュールはセキュアメモリを共有し、ＳＥモジュールは、ＴＥＥモジュール内の第１位置情報を取得してよい。署名をトリガする、車両キーサービスＡＰＰからの指示を受け取った後、ＳＥモジュールは、第１位置情報に基づいて署名入りサービス情報を生成する。サービス情報は第１位置情報を含む。それから、携帯電話機は、安全にかつ確かに第１位置情報をヘッドユニットへ送るために、ＳＥモジュールによって生成された署名入りサービス情報をヘッドユニットへ送ってよい。
【０２７３】
留意すべきは、図６から図１０Ｃに示されているサービス処理方法は、車両ドア開放シナリオに加えて他の無線かつ非接触のサービスシナリオに適用されてもよい点である。例えば、方法は、他のリムーバブルデバイスのロックを解除するシナリオに更に適用されてもよい。このシナリオでは、第１デバイスは、携帯電話機、ウェアラブルデバイス、などであってよく、第２デバイスは、移動可能なデバイスのロックであってよい。
【０２７４】
他の例として、図６から図１０Ｃに示されているサービス処理方法は、携帯電話機がバスカードを擬態し、バスＰＯＳ端末上で読み取られるシナリオ、携帯電話機が銀行カードを擬態し、モバイルＰＯＳ端末上で読み取られるシナリオ、などに更に適用されてもよい。これらのシナリオでは、第１デバイスは、携帯電話機であってよく、第２デバイスは、ＰＯＳ端末（つまり、精算端末）であってよく、上記のプロシージャにおけるヘッドユニットは、ＰＯＳ端末と置き換えられてよい。留意すべきは、ＰＯＳ端末は、通常、１つ以上の位置決めサービスを有する可能性があり、従って、ステップ８０２を実行してよい。すなわち、図８Ａ−１から図８Ａ−４に示されている方法プロシージャはステップ８００及びステップ８０１を含まなくてもよい。これらのシナリオでは、図６から図１０Ｃに示されているサービス処理方法に従って、携帯電話機は、セキュアモジュールを通じて安全かつ信頼できる第１位置情報を取得し、署名入り情報を使用することによって、改ざんを防ぐための様式で、第１位置情報、第２識別子、又は第３識別子をＰＯＳ端末へ送ってよい。ＰＯＳ端末は、第２識別子、第３識別子、又は第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかと、カード読み取りサービスが実行される必要があるかどうかとを決定してよい。更には、携帯電話機の位置が妥当でないとき、携帯電話機は更に、カード読み取り動作の安全性を改善するために、ヘッドユニットによって送られた第１識別子に基づいてユーザ身元認証を開始してよい。詳細は、ここで記載されない。図６から図１０Ｃに示されているサービス処理方法が他の無線かつ非接触のサービスシナリオに適用されるとき、サービスを操作する安全性も改善されることが分かる。
【０２７５】
いくつかの他の実施形態では、車両ドア開放シナリオにおいて、図１１Ａ−１から図１１Ａ−４及び図１１Ｂ−１から図１１Ｂ−４を参照すると、ステップ８１３の後、方法は更に次のステップを含んでよい。
【０２７６】
８１９：携帯電話機は、第１位置情報が駐車位置情報と一致するかどうかを決定する。
【０２７７】
第１位置情報も駐車位置情報もＮＵＬＬ又は前もってセットされた値でなく、第１位置情報によって示された位置と駐車位置情報によって示された位置との間の距離が前もってセットされた閾値以下である場合に、第１位置情報は駐車位置情報と一致し、そうでない場合には、第１位置情報は駐車位置情報と一致しない。例えば、第１位置情報がＮＵＬＬ又は前もってセットされた値である場合に、それは、携帯電話機が、位置決めを通じて第１位置情報を取得しないことを示すので、第１位置情報は駐車位置情報と一致しないと決定される。他の例として、第１位置情報によって示された位置と駐車位置情報によって示された位置との間の距離が前もってセットされた閾値よりも広い場合に、第１位置情報は駐車位置情報と一致しないと決定される。
【０２７８】
第１位置情報が駐車位置情報と一致する場合に、それは、携帯電話機の位置及びヘッドユニットの位置の両方が正常であることを示し得る。従って、携帯電話機は、第３識別子及び第１位置情報をヘッドユニットへ送るために、ステップ８１０Ｂを実行してよい。第１位置情報が駐車位置情報と一致しない場合に、それは、携帯電話機の位置が異常であることを示し得る。従って、携帯電話機は、第１識別子を第１状態にあるよう設定するためにステップ８１２を実行し、それから、８０８Ａなどのような、図１１Ａ−１から図１１Ａ−４に示されている航続のステップを実行してよい。
【０２７９】
いくつかの他の実施形態では、図１１Ａ−１から図１１Ａ−４に示されている方法プロシージャは、ステップ８１２を含まなくてもよい。具体的に言えば、図１１Ｂ−１から図１１Ｂ−４を参照すると、携帯電話機が、ステップ８１１で、位置決めが失敗すると決定するとき、それは、携帯電話機の位置が異常であることを示す。この場合に、携帯電話機は、ステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。携帯電話機が、ステップ８１３で、第１位置情報が位置履歴情報と一致しないと決定するとき、それは、携帯電話機の位置が異常であることを示し得る。この場合に、携帯電話機は、ステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。携帯電話機が、ステップ８１９で、第１位置情報が駐車位置情報に一致しないと決定するとき、それは、携帯電話機の位置が異常であることを示す。この場合に、携帯電話機は、ステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。
【０２８０】
いくつかの他の実施形態では、携帯電話機が、ステップ８０７で、第１識別子が第２状態にあると決定する場合に、携帯電話機は更に、携帯電話機が移動中であるかどうかを決定してもよい。ユーザは、通常、車両に向かって移動している最中に車両ドアを開きたいと望み、携帯電話機はその過程で移動中である。従って、携帯電話機が静止している場合に、ユーザは車両に向かって歩いていない可能性があり、ユーザは車両ドアを開きたくない可能性がある。従って、携帯電話機の位置は異常であると決定される。従って、携帯電話機は、身元認証を行うようユーザにプロンプトするためにステップ８０８Ａを実行するように、第１標準を第１状態にセットするためにステップ８１２を実行してよい。あるいは、携帯電話機が静止していると決定される場合に、携帯電話機はステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。携帯電話機が移動中である場合に、携帯電話機は更に、ステップ８１１、ステップ８１３、又はステップ８１９を実行してよい。留意すべきは、ステップ８１１、ステップ８１３、又はステップ８１９と、携帯電話機が移動中であるかどうかを決定することとの間に明確な順序はない点である。携帯電話機が移動中であって、携帯電話機によって位置決めを通じて取得された第１位置情報が位置履歴情報と一致し、第１位置情報が駐車位置情報と一致する場合に、携帯電話機はステップ８１０Ｂを実行してよい。
【０２８１】
いくつかの他の実施形態では、車両ドア開放シナリオにおいて、ヘッドユニットが位置決めサービスを有していない場合に、ステップ８０１の前に、ヘッドユニットは更に、車両がオフされるときに存在している駐車位置情報を取得してよく、それにより、ヘッドユニットは、ステップ８０１で駐車位置情報を取得する。具体的には、ヘッドユニットは、車両がオフされるときに携帯電話機から携帯電話機の位置情報を取得してよい。その位置情報が、車両がオフされるときに存在する駐車位置情報である。図１２Ａ及び図１２Ｂを参照すると、プロセスは次のステップを含んでよい。
【０２８２】
１２０１：ヘッドユニットは、車両がオフされるときに駐車位置要求情報を携帯電話機へ送る。
【０２８３】
１２０２：ヘッドユニットによって送られた駐車位置要求情報を受け取った後、携帯電話機は、位置決めが成功するかどうかを決定する。
【０２８４】
携帯電話機によって実行された位置決めが失敗する場合には、ステップ１２０３が実行され、携帯電話機によって実行された位置決めが成功する場合には、ステップ１２０４が実行される。
【０２８５】
１２０３：携帯電話機は、第１識別子を第１状態にあるよう設定する。
【０２８６】
携帯電話機によって実行された位置決めが失敗する、つまり、携帯電話機が位置情報を取得することができない場合に、携帯電話機は、第１識別子を第１状態にあるよう設定してよい。
【０２８７】
ステップ１２０３の後、携帯電話機はステップ１２０６Ａを実行してよい。
【０２８８】
１２０４：携帯電話機は、位置決めを通じて取得された第３位置情報が携帯電話機の位置履歴情報と一致するかどうかを決定し、このとき、第３位置情報は、携帯電話機の位置情報である。
【０２８９】
携帯電話機によって実行された位置決めが成功する場合に、携帯電話機は更に、位置決めを通じて取得された第３位置情報が携帯電話機の位置履歴情報と一致するかどうかを決定してよい。第３位置情報は、車両がオフされるときに存在する携帯電話機の位置情報、つまり、駐車位置情報である。
【０２９０】
第３位置情報が携帯電話機の位置履歴情報と一致しない場合に、ステップ１２０３が実行されてよい。第３位置情報が携帯電話機の位置履歴情報と一致する場合に、ステップ１２０５が実行される。
【０２９１】
１２０５：携帯電話機は、第１識別子を第２状態にあるよう設定する。
【０２９２】
ステップ１２０５の後、携帯電話機はステップ１２０６Ｂを実行してよい。
【０２９３】
１２０６Ａ：携帯電話機は、署名入り駐車位置応答情報をヘッドユニットへ送り、このとき、駐車位置応答情報は第１識別子を含み、第１識別子は第１状態にある。
【０２９４】
１２０６Ｂ：携帯電話機は、署名入り駐車位置応答情報をヘッドユニットへ送り、このとき、駐車位置応答情報は第１識別子及び駐車位置情報を含み、第１識別子は第２状態にある。
【０２９５】
ステップ１２０６Ａ及びステップ１２０６Ｂの後、ヘッドユニットはステップ１２０７を実行してよい。
【０２９６】
１２０７：携帯電話機によって送られた駐車位置応答情報を受け取った後、ヘッドユニットは署名検証を実行する。
【０２９７】
署名検証が失敗する場合には、ステップ１２０８が実行され、署名検証が成功する場合には、ステップ１２０９が実行される。
【０２９８】
１２０８：ヘッドユニットは、第１識別子を第１状態にあるよう設定し、それからステップ１２１０Ａを実行する。
【０２９９】
１２０９：ヘッドユニットは、駐車位置応答情報内の第１識別子の状態を決定する。
【０３００】
第１識別子が第１状態にある場合に、ステップ１２１０Ａが実行される、第１識別子が第２状態にある場合に、ステップ１２１０Ｂが実行される。
【０３０１】
１２１０Ａ：ヘッドユニットは第１識別子を格納する。
【０３０２】
１２１０Ｂ：ヘッドユニットは、駐車位置情報及び第１識別子を格納し、このとき、第１識別子は第２状態にある。
【０３０３】
ヘッドユニットが位置決めサービスを備えていない場合に、ステップ１２１０Ａ及びステップ１２１０Ｂの後、ヘッドユニットは、図８Ａ−１から図８Ａ−４又は図１１Ａ−１及び図１１Ｂ−１に示されているステップ８００及びステップ８０１を実行し、ステップ８０６で第１識別子を携帯電話機へ送ってよい。
【０３０４】
いくつかの他の実施形態では、携帯電話機によってヘッドユニットへ送られた駐車位置応答情報は、代替的に、署名なし情報であってもよい。署名なし駐車位置応答情報を受け取った後、ヘッドユニットは、署名検証を実行する必要なしに、駐車位置応答情報内の第１識別子の状態を直接決定してよい。
【０３０５】
いくつかの他の実施形態では、ステップ１２０２で、携帯電話機によって実行された位置決めが失敗すると決定される場合に、駐車位置情報はＮＵＬＬ又は前もってセットされた値であってよく、ステップ１２０６Ａで、駐車位置情報は、駐車位置応答情報において運ばれ、ヘッドユニットへ送られる。
【０３０６】
いくつかの他の実施形態では、第３位置情報が携帯電話機の位置履歴情報と一致しない場合に、携帯電話機は更に、駐車位置情報を格納してよく、駐車位置情報はＮＵＬＬ又は前もってセットされた値である。第３位置情報が携帯電話機の位置履歴情報と一致する場合に、携帯電話機は更に、駐車位置情報として、携帯電話機によって実行された位置決めを通じて取得された第３位置情報を格納してよく、それにより、携帯電話機は、ステップ８１９で、第１位置情報が駐車位置情報と一致するかどうかを決定し得る。
【０３０７】
車両ドア開放シナリオのいくつかの他の実施形態では、ヘッドユニットが位置決めサービスを備えているとき、ヘッドユニットは更に、車両がオフされるときに駐車位置情報を取得し、駐車位置情報を携帯電話機へ送ってよく、それにより、携帯電話機は、ステップ８１９で、第１位置情報が駐車位置情報と一致するかどうかを決定する。ヘッドユニットは、車両がオフされるときに駐車位置情報を携帯電話機へ送ってよい。あるいは、ヘッドユニットは、第１識別子を携帯電話機へ送るときに駐車位置情報を携帯電話機へ送ってもよい。あるいは、ヘッドユニットは、第１識別子を携帯電話機へ送った後に駐車位置情報を携帯電話機へ送ってもよい。駐車位置を送る具体的な時間は、本願のこの実施形態で特に限定されない。
【０３０８】
具体的に、図１３を参照すると、ヘッドユニットが車両の駐車位置情報を携帯電話機へ送ることは、次のステップを含んでよい。
【０３０９】
１３０１：車両がオフされるときに、ヘッドユニットは、位置決めが成功するかどうかを決定する。
【０３１０】
ヘッドユニットによって実行された位置決めが成功する場合に、ステップ１３０２が実行される。
【０３１１】
１３０２：ヘッドユニットは、駐車位置情報を携帯電話機へ送り、このとき、駐車位置情報は、ヘッドユニットによって位置決めを通じて取得された位置情報である。
【０３１２】
いくつかの実施形態において、ヘッドユニットによって実行された位置決めがステップ１３０１で失敗する場合に、ヘッドユニットは、駐車位置情報を携帯電話機へ送らない。
【０３１３】
いくつかの実施形態において、ヘッドユニットによって実行された位置決めがステップ１３０１で失敗する場合に、ヘッドユニットは、代替的に、駐車位置情報を携帯電話機へ送ってもよい。駐車位置情報はＮＵＬＬ又は前もってセットされた値である。
【０３１４】
いくつかの他の実施形態では、ヘッドユニットは更に、駐車位置情報を格納してもよい。駐車位置情報は、ヘッドユニットによって位置決めを通じて取得された位置情報であってよく、あるいは、ＮＵＬＬ又は前もってセットされた値であってよい。
【０３１５】
いくつかの他の実施形態では、携帯電話機は更に、周期的に、又はユーザから命令を受け取った後に、位置情報要求情報をヘッドユニットへ送ってよく、ヘッドユニットは、位置決めを通じて取得された現在の位置情報を携帯電話機へ送ってよく、それにより、ユーザは、車両の現在の位置を実時間で知る。
【０３１６】
更には、本願の他の実施形態は、他のサービス処理方法を更に提供する。この方法では、第１デバイス及び第２デバイスは、第１識別子、第２識別子、及び第３識別子を交換する必要がない。第１デバイスは、第１デバイスの位置を第２デバイスへ直接送り、第２デバイスは、第１デバイスの位置及び第２デバイスの位置に基づいて、サービスを実行すべきかどうかを決定する。更に、第１デバイスは、第１デバイスの位置が正常であるかどうかに基づいて、ユーザ身元認証が実行される必要があるかどうかを更に決定してもよい。あるいは、第１デバイスの位置が妥当でないと決定するとき、第２デバイスは、ユーザ身元認証を実行するよう第１デバイスに通知してもよい。認証が成功した後、第２デバイスはサービスを実行してよい。方法は、クレジットカード読み取り、有料道路料金所での料金の支払い、ホームドアの開放、車両ドアの開放、携帯電話機が銀行カードを擬態し、固定ＰＯＳ端末上で読み取られるシナリオ、携帯電話機がバスカードを擬態し、バスのＰＯＳ端末上で読み取られるシナリオ、及び携帯電話機が銀行カードを擬態し、モバイルＰＯＳ端末上で読み取られるシナリオなどのシナリオに適用されてよい。下記は、例を使用することによって具体的な説明を提供する。
【０３１７】
例えば、クレジットカード読み取りシナリオ（つまり、支払いシナリオ）において、サービス処理方法は、ＰＯＳ端末１が第１デバイスであり、クレジットカード発行銀行のバックグラウンドサーバが第２デバイスである例を使用することによって説明される。図１４を参照すると、方法は、次のステップを含んでよい。
【０３１８】
１４００：ＰＯＳ端末１は、クレジットカードを機械に通すためのトリガ要求を受け取る。
【０３１９】
トリガ要求は、ＰＯＳ端末１でユーザによってトリガされてよく、あるいは、ＰＯＳ端末１によって他のデバイスから受け取られてもよい。例えば、トリガ要求は、クレジットカードチップによって送られ、ＰＯＳ端末１によってクレジットカードから受け取られる要求情報であってよい。
【０３２０】
１４０１：ＰＯＳ端末１は、ＰＯＳ端末１の位置情報、つまり、第１位置情報を取得する。
【０３２１】
トリガ要求に応答して、ＰＯＳ端末１は、ＧＰＳ、ＢｅｉＤｏｕ、又はＷｉ−Ｆｉなどの位置決めサービスを使用することによってＰＯＳ端末１の位置情報を取得してよい。ＰＯＳ端末１によって実行された位置決めが成功する場合には、第１位置情報は、位置決めを通じて取得された位置情報であり、あるいは、ＰＯＳ端末１によって実行された位置決めが失敗する場合には、第１位置情報は、ＮＵＬＬ又は前もってセットされた値であってよい。
【０３２２】
１４０２：ＰＯＳ端末１は、第１位置情報をサーバへ送る。
【０３２３】
ＰＯＳ端末１は、取得された第１位置情報をサーバへ送り、それにより、サーバは、ＰＯＳ端末１の位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを決定する。
【０３２４】
１４０３：サーバは、第１位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを決定する。
【０３２５】
サーバは、第１位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを決定するので、サーバは更に、第２位置情報を取得してよい。第２位置情報は、基準位置情報であってよく、具体的には、実際の適用シナリオとともに変化し得る。サーバが、第１位置情報及び第２位置情報に基づいて、ＰＯＳ端末１の位置と第２位置情報によって示された位置との間の距離が第１閾値以下であると決定する場合に、サーバは、ＰＯＳ端末１の位置が妥当であると決定する。
【０３２６】
クレジットカードが読み取られるシナリオでは、第２位置情報は、権限のある商人の固定ＰＯＳ端末の位置情報であってよい。ＰＯＳ端末１の位置が権限のある商人の固定ＰＯＳ端末の位置に近い場合に、サーバは、ＰＯＳ端末１の位置が妥当であると決定してよい。権限のある商人の固定ＰＯＳ端末の位置は、銀行のバックグラウンドサーバにおいて予めセットされてよく、あるいは、ＰＯＳ端末の受信銀行サーバから銀行のバックグラウンドサーバによって取得されてよい。
【０３２７】
１４０４：ＰＯＳ端末１の位置が妥当である場合に、サーバは、クレジットカード読み取りサービスを実行する。
【０３２８】
ＰＯＳ端末１の位置が前もってセットされた位置に近い場合に、ＰＯＳ端末１は、決定された権限のある商人のＰＯＳ端末であり得る。従って、サーバは、ＰＯＳ端末１に対して、クレジットカードを読み取る手数料引き落とし操作を実行してよい。
【０３２９】
この解決法では、ＰＯＳ端末１は、安全にかつ確かにセキュアモジュールを通じて第１位置情報を取得し、それから第１位置情報をサーバへ送り得る。サーバは、第１位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを決定し、ＰＯＳ端末１の位置が妥当であるときに手数料引き落とし操作を実行する。
【０３３０】
いくつかの他の実施形態では、ＰＯＳ端末１は更に、第１位置情報に署名し、署名入り第１位置情報をステップ１４０２でサーバへ送ってよい。サーバは、署名入り第１位置情報を受け取った後に署名検証を実行する。署名検証が成功する場合に、サーバは、サービス失敗メッセージをＰＯＳ端末１へ送り、クレジットカード読み取りサービスを実行することを拒否し、あるいは、署名検証が成功する場合に、サーバは、ステップ１４０３で、ＰＯＳ端末１の位置が妥当であるかどうかを決定し、ＰＯＳ端末１の位置が妥当であるときにクレジットカード読み取りサービスを実行する。
【０３３１】
具体的には、ＰＯＳ端末１は、セキュアモジュール（例えば、ＳＥモジュール又はＴＥＥモジュール）を通じて位置決めサービスモジュールからＰＯＳ端末１の第１位置情報を直接取得し、セキュアモジュールを通じて第１位置情報に署名してよい。このようにして、ＰＯＳ端末１は、第１位置情報を直接取得し、第１位置情報をセキュアモジュールに格納してよく、第１位置情報はインセキュアモジュールを通らない。従って、第１位置情報は、インセキュアモジュールによって改ざんされず、それによって、第１位置情報の安全性及び信頼性を確かにする。更には、ＰＯＳ端末１は、署名入り第１位置情報をサーバへ送り、それにより、第１位置情報は、伝送プロセスにおいて他のデバイスによって改ざん又は偽造されない。
【０３３２】
具体的に言えば、図１５を参照すると、ＰＯＳ端末１のＳＥモジュールは、位置決めサービスモジュールから第１位置情報を取得し、ＰＯＳ端末１の第１位置情報に署名し、署名入り第１位置情報をサーバへ送ってよい。サーバのサービスモジュールが、署名検証を通じて、第１位置情報が偽造又は改ざんされていないと決定した後、第１位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを決定し、ＰＯＳ端末１の位置が妥当であるときに手数料引き落としなどの操作を実行する。
【０３３３】
いくつかの他の実施形態では、方法は、ＰＯＳ端末１の位置が妥当でない場合に、サーバがサービス失敗情報をＰＯＳ端末１へ送り、クレジットカード読み取りサービスを実行することを拒否することを更に含んでもよい。
【０３３４】
いくつかの他の実施形態では、ＰＯＳ端末１によってサーバへ送られた第１位置情報は、代替的に、署名なし情報であってもよい。署名なし情報を受け取った後、サーバは、署名検証を実行する必要なしに、第１位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを直接決定してよい。
【０３３５】
先行技術では、クレジットカードを精算する違法な操作が存在する。具体的には、精算する人が、違法なモバイルＰＯＳのバックグラウンドと協働し、精算する人がそのモバイルＰＯＳ端末を使用することによってクレジットカードを読み取り、モバイルＰＯＳ端末のバックグラウンドは、このカード読み取りサービスを、権限のある商人の固定ＰＯＳ端末で起こるサービスに偽造する。銀行のバックグラウンドサーバは、カード読み取り操作が権限のある商人の固定ＰＯＳ端末で行われていると見なすので、カードを読み取ることを許可する。本願のこの実施形態で提供されるサービス処理方法が使用される場合には、モバイルＰＯＳの現在の位置が、署名を使用することによって銀行のバックグラウンドサーバへ、改ざんを防ぐための様式で送られる。銀行のバックグラウンドサーバが、モバイルＰＯＳ端末の位置が適切な範囲内にないと決定する場合に、サーバは、クレジットカードを精算する違法な操作を回避するように、クレジットカード読み取りサービスを実行することを拒否する。
【０３３６】
他の例として、図１６を参照すると、有料道路料金所で料金を支払うシナリオにおいて、サービス処理方法は、車両所有者の携帯電話機（又はウェアラブルデバイス若しくはヘッドユニットなどのデバイス）が第１デバイスであり、携帯電話機支払い口座に対応するバックグラウンド支払いサーバが第２デバイスである例を使用することによって説明される。具体的には、車両が有料道路料金所を通るときに、有料道路料金所サーバのサーバは、課金要求情報を支払いサーバへ送ってよく、支払いサーバは、ライセンスプレート番号と紐付けられた支払い口座の携帯電話機へサービス要求情報を送ってよい。それから、携帯電話機は、現在の位置情報、つまり、第１位置情報を、位置決めサービスモジュールを通じて取得する。携帯電話機のＳＥモジュールは、署名入り第１位置情報を生成し、署名入り第１位置情報を支払いサーバへ送る。携帯電話機によって送られた署名入り第１位置情報を受け取った後、支払いサーバは、第１位置情報に対して署名検証を行う。署名検証が成功する場合に、支払いサーバは、第１位置情報に基づいて、携帯電話機の位置が妥当であるかどうかを決定する。携帯電話機の位置が妥当である場合に、支払いサーバは、料金を請求するように、サービス操作を時効する。携帯電話機の位置が妥当でない場合に、支払いサーバは、サービス操作を実行することを拒否し、サービス失敗情報を携帯電話機へ送る。
【０３３７】
支払いサーバが、第１位置情報及び第２位置情報に基づいて、携帯電話機の位置と第２位置情報によって示された位置との間の距離が第１閾値以下であると決定する場合に、支払いサーバは、携帯電話機の位置が妥当であると決定する。第２位置情報は、有料道路料金所の位置情報であってよい。すなわち、携帯電話機の位置が有料道路料金所に近い場合に、支払いサーバは、携帯電話機の位置が妥当であると決定してよい。有料道路料金所の位置情報は、支払いサーバにおいて予めセットされた情報であってよく、あるいは、有料道路料金所にあるデバイスから支払いサーバによって取得された情報であってもよい。
【０３３８】
すなわち、このシナリオでは、車両所有者の携帯電話機は、第１位置情報に署名し、それから、署名入り第１位置情報を支払いサーバへ送ってよい。署名検証を通じて、第１位置情報が偽造又は改ざんされていないと決定した後、支払いサーバは、信頼できる第１位置情報に基づいて、車両所有者の携帯電話機の位置が妥当であるかどうかを決定し、車両所有者の携帯電話機の位置が妥当であるときに課金操作を実行してよい。
【０３３９】
先行技術では、偽のライセンスプレートを使用する違法な操作が存在する。具体的には、支払い口座は、前もってライセンスプレートと紐付けられており、権限のないユーザは、他の車両のライセンスプレート番号を使用し、有料道路料金所は、そのライセンスプレート番号を識別し、支払料金を計算する。バックグラウンド支払いサーバは、ライセンスプレートに基づいて支払い口座を見つけ、自動的に料金を引き落とす。本願のこの実施形態で提供されるサービス処理方法が使用される場合には、偽のライセンスプレートが有料道路料金所を通るとき、関連する支払い口座をそのライセンスプレート番号に基づいて見つけた後、支払いサーバは、決済を自動で行わずに、無線方式で、ライセンスプレートの車両所有者の携帯電話機によって送られた署名入り位置情報を取得するよう要求する。車両所有者の携帯電話機は、署名を使用することによって支払いサーバへ現在の位置を、改ざんを防ぐための様式で転送する。支払いサーバが、その位置が有料道路料金所の適切な範囲内にないと決定する場合に、支払いサーバは、課金操作を実行することを拒否し、偽のライセンスプレートのリストが存在することを示す。
【０３４０】
他の例として、ホームドア開放シナリオでは、ホームキーアプリケーションをサポートするユーザの携帯電話機が第１デバイスであり、ドアロックが第２デバイスである。携帯電話機は、携帯電話機の署名入り位置情報（つまり、第１位置情報）をドアロックへ送ってよい。署名検証を通じて、第１位置情報が偽造又は改ざんされていないと決定した後、ドアロックは、第１位置情報に基づいて、携帯電話機の位置がホームドアに近いかどうかを決定し、携帯電話機の位置がホームドアに近いときには、携帯電話機の位置が妥当であると決定するので、ホームドアを開くことができる。
【０３４１】
攻撃者が、リレー方式でホームドアの周りの範囲に、遠隔のユーザの携帯電話機の無線信号を導くとき、本願のこの実施形態で提供されるサービス処理方法が使用されるならば、携帯電話機の現在の位置が、署名を使用することによってドアロックへ、改ざんを防ぐための様式で送信され、ドアロックは、携帯電話機の位置が適切な範囲内にない、つまり、携帯電話機の位置が妥当でないと決定する。従って、リレーアタックによって引き起こされる不正なホームドア開放の違法な操作を回避するために、ドアロックは、サービスを操作することを拒否し、サービス失敗情報を携帯電話機へ送る。
【０３４２】
他の適用可能なシナリオは、本願のこの実施形態において詳細に説明されない。
【０３４３】
いくつかの他の実施形態では、サービス処理プロセスにおいて、第１デバイスの位置が妥当でない場合に、第１デバイスは更に、ユーザ身元認証を開始し、ユーザの身元認証結果に基づいて、サービスを引き続き処理すべきかどうか決定してよく、それによって、サービス安全性を改善する。
【０３４４】
例えば、有料道路料金所で料金を支払うシナリオが例として使用される。支払いサーバが、携帯電話機の位置が妥当でないと決定する場合に、支払いサーバは、身元認証要求情報を携帯電話機へ送ってよい。支払いサーバによって送られた身元認証要求情報を受け取った後、携帯電話機は、身元認証を行うようユーザにプロンプトする。身元認証が成功する場合に、携帯電話機は、認証成功応答情報を支払いサーバへ送り、あるいは、身元認証が失敗する場合に、携帯電話機は、認証失敗応答情報を支払いサーバへ送る。支払いサーバが認証成功応答情報を受け取る場合に、支払いサーバはサービスを操作し、料金を請求し、あるいは、支払いサーバがサービス失敗情報を受け取る場合に、支払いサーバは、サービスを操作することを拒否する。
【０３４５】
他の例として、有料道路料金所で料金を支払うシナリオにおいて、車両所有者の携帯電話機が第１位置情報を取得しない場合、又は車両所有者の携帯電話機が第１位置情報を取得するが、第１位置情報が携帯電話機の位置履歴情報と一致しない場合に、それは、携帯電話機の位置が異常であることを示し得、携帯電話機は、身元認証を行うようユーザにプロンプトしてよい。身元認証が成功する場合に、携帯電話機は、認証成功指示情報を支払いサーバへ送り、あるいは、身元認証が失敗する場合に、支払いサーバは、認証失敗指示情報を支払いサーバへ送る。支払いサーバが認証成功応答情報を受け取る場合に、支払いサーバは、サービスを操作し、料金を精算し、あるいは、支払いサーバが認証失敗情報を受け取る場合に、支払いサーバは、サービスを操作することを拒否する。
【０３４６】
上記の機能を実施するために、電子デバイスは、機能を実行するための対応するハードウェア及び／又はソフトウェアを含むことが理解され得る。本明細書で開示されている実施形態で説明されている各例のアルゴリズムステップを参照して、本願は、ハードウェア、又はハードウェア及びコンピュータソフトウェアの組み合わせの形で、実施されてよい。機能がハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約に依存する。当業者であれば、実施形態を参照して、各特定の用途について、記載されている機能を実施するよう異なる方法を使用し得るが、実施は、本願の実施形態の範囲を超えることが考えられるべきではない。
【０３４７】
実施形態において、電子デバイスは、上記の方法における例に基づいて機能モジュールに分割されてよい。例えば、各機能に対応する各機能モジュールは、分割を通じて取得されてよく、あるいは、２つ以上の機能が、１つの処理モジュールに一体化されてもよい。一体化されたモジュールは、ハードウェアの形で実施されてよい。留意すべきは、本願のこの実施形態では、モジュールへの分割は例であり、論理的な機能分割にすぎない点である。実際の実施では、他の分割様態が使用されてもよい。
【０３４８】
機能モジュールが対応する機能を使用することによって分割を通じて取得されるとき、図１７は、上記の実施形態に従う第１デバイス１７００の可能な構成の概略図である。図１７に示されるように、第１デバイス１７００は、受信ユニット１７０１、処理ユニット１７０２、及び送信ユニット１７０３を含んでよい。
【０３４９】
いくつかの実施形態において、受信ユニット１７０１は、ステップ６０１、ステップ８０６、ステップ１２０１、ステップ１３０２、など、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。
【０３５０】
処理ユニット１７０２は、ステップ６０２、ステップ６０４、ステップ８０７、ステップ８０８Ａ、ステップ８０８Ｂ、ステップ８０９、ステップ８１１、ステップ８１２、ステップ８１３、ステップ８１９、ステップ１２０２、ステップ１２０３、ステップ１２０４、ステップ１２０５、など、及び／又は本明細書で記載されている技術のために使用される他のプロセスを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。
【０３５１】
送信ユニット１７０３は、ステップ６０３、ステップ６０５、ステップ８１０Ａ、ステップ８１０Ｂ、ステップ１２０６Ａ、ステップ１２０６Ｂ、など、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。
【０３５２】
いくつかの他の実施形態では、受信ユニット１７０１は、ステップ１４００、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。処理ユニット１７０２は、ステップ１４０１、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。送信ユニット１７０３は、ステップ１４０２、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。
【０３５３】
留意すべきは、上記の方法実施形態でのステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい点である。詳細は、ここで再び記載されない。
【０３５４】
本願のこの実施形態で提供される第１デバイス１７００は、上記のサービス処理方法を実行するよう構成されるので、上記の実施のそれと同じ効果が達成され得る。
【０３５５】
一体化されたユニットが使用される場合に、第１デバイス１７００は、処理モジュール、記憶モジュール、及び通信モジュールを含んでよい。処理モジュールは、第１デバイス１７００の動作を制御及び管理するよう構成されてよく、例えば、処理ユニット１７０２によって実行されるステップを実行することにおいて第１デバイスをサポートするよう構成されてよい。記憶モジュールは、第１識別子、駐車位置情報、第１位置情報、などを記憶することと、プログラムコード、データ、などを記憶することとにおいて第１デバイス１７００をサポートするよう構成されてよい。通信モジュールは、他のデバイスと通信することにおいて第１デバイス１７００をサポートするよう構成されてよく、例えば、受信ユニット１７０１及び送信ユニット１７０３によって実行されるステップを実行することにおいて第１デバイス１７００をサポートするよう構成されてよい。
【０３５６】
処理モジュールは、プロセッサ又はコントローラであってよい。プロセッサは、本願で開示されている内容を参照して記載されている様々な例となる論理ブロック、モジュール、及び回路を実装又は実行してよい。代替的に、プロセッサは、コンピューティング機能を実装するプロセッサの組み合わせ、例えば、１つ以上のマイクロプロセッサの組み合わせ、又はデジタル信号プロセッサ（digital  signal  processing，ＤＳＰ）及びマイクロプロセッサの組み合わせであってよい。記憶モジュールは、メモリであってよい。通信モジュールは、具体的に、無線周波数回路、ブルートゥースチップ、又はＷｉ−Ｆｉチップなどの、他の電子デバイスと相互作用するデバイスであってよい。
【０３５７】
実施形態において、処理モジュールがプロセッサであり、記憶モジュールがメモリである場合に、この実施形態における第１デバイスは、図３及び図４に示されている構造の電子デバイスであってよい。
【０３５８】
機能モジュールが対応する機能を使用することによって分割を通じて取得されるとき、図１８は、上記の実施形態に従う第２デバイス１８００の可能な構成の概略図である。図１８に示されるように、第２デバイス１８００は、受信ユニット１８０１、送信ユニット１８０２、及び処理ユニット１８０３を含んでよい。
【０３５９】
受信ユニット１８０１は、ステップ６００、ステップ６０３、ステップ６０５、ステップ８１０Ａ、ステップ８１０Ｂ、ステップ１２０６Ａ、ステップ１２０６Ｂ、など、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。
【０３６０】
送信ユニット１８０２は、ステップ６０１、ステップ８０６、ステップ１２０１、ステップ１３０２、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。
【０３６１】
処理ユニット１８０３は、ステップ６０６、ステップ６０７、ステップ８００から８０５、ステップ８１４から８１８、ステップ１２０７から１２０９、ステップ１２１０Ａ、ステップ１２１０Ｂ、など、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。
【０３６２】
いくつかの他の実施形態では、第２デバイス１８００は、受信ユニット１８０１及び処理ユニット１８０３を含んでよい。受信ユニット１８０１は、ステップ１４０２、など、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。処理ユニット１８０３は、ステップ１４０３、ステップ１４０４、など、及び／又は本明細書で記載されている技術の他のプロセスを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。
【０３６３】
留意すべきは、上記の方法実施形態でのステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい点である。詳細は、ここで再び記載されない。
【０３６４】
本願のこの実施形態で提供される第２デバイス１８００は、上記のサービス処理方法を実行するよう構成されるので、上記の実施のそれと同じ効果が達成され得る。
【０３６５】
一体化されたユニットが使用される場合に、第２デバイス１８００は、処理モジュール、記憶モジュール、及び通信モジュールを含んでよい。処理モジュールは、第２デバイス１８００の動作を制御及び管理するよう構成されてよく、例えば、処理ユニット１８０３によって実行されるステップを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。記憶モジュールは、第１識別子、駐車位置情報、などを記憶することと、プログラムコード、データ、などを記憶することとにおいて第２デバイス１８００をサポートするよう構成されてよい。通信モジュールは、他のデバイスと通信することにおいて第２デバイス１８００をサポートするよう構成されてよく、例えば、受信ユニット１８０１及び送信ユニット１８０２によって実行されるステップを実行することにおいて第２デバイス１８００をサポートするよう構成されてよい。
【０３６６】
本願の実施形態は、コンピュータ記憶媒体を更に提供する。コンピュータ記憶媒体は、コンピュータ命令を記憶し、コンピュータ命令が第１デバイスで実行される場合に、第１デバイスは、上記の実施形態におけるサービス処理方法を実装するよう上記の関連する方法ステップを実行する。
【０３６７】
本願の実施形態は、コンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、上記の実施形態で第１デバイスによって実行されるサービス処理方法を実装するよう、上記の関連するステップを実行する。
【０３６８】
更には、本願の実施形態は装置を更に提供する。装置は、具体的に、チップ、コンポーネント、又はモジュールであってよい。装置は、接続されているプロセッサ及びメモリを含んでよい。メモリは、コンピュータ実行可能命令を記憶するよう構成され、装置が実行する場合に、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行してよく、それにより、チップは、上記の方法の実施形態におけるサービス処理方法を実行する。
【０３６９】
本願の実施形態は、コンピュータ記憶媒体を更に提供する。コンピュータ記憶媒体は、コンピュータ命令を記憶し、コンピュータ命令が電子デバイスで実行される場合に、第２デバイスは、上記の実施形態におけるサービス処理方法を実装するよう上記の関連する方法ステップを実行する。
【０３７０】
本願の実施形態は、コンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、上記の実施形態で第２デバイスによって実行されるサービス処理方法を実装するよう、上記の関連するステップを実行する。
【０３７１】
更には、本願の実施形態は装置を更に提供する。装置は、具体的に、チップ、コンポーネント、又はモジュールであってよい。装置は、接続されているプロセッサ及びメモリを含んでよい。メモリは、コンピュータ実行可能命令を記憶するよう構成され、装置が実行する場合に、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行してよく、それにより、チップは、上記の方法の実施形態で第２デバイスによって実行されたサービス処理方法を実行する。
【０３７２】
実施形態で提供される電子デバイス、コンピュータ記憶媒体、コンピュータプログラム製品、又はチップは、先に提供された対応する方法を実行するよう構成される。従って、達成され得る有利な効果については、先に提供された対応する方法における有利な効果を参照されたい。詳細は、ここで再び記載されない。
【０３７３】
本願の他の実施形態は、システムを提供する。システムは、上記の第１デバイス及び上記の第２デバイスを含んでよく、上記のサービス処理方法を実装するよう構成されてよい。
【０３７４】
実施に関する上記の説明は、便宜上かつ簡潔な記載のために、上記の機能モジュールへの分割が説明のための例として取られていると理解することを当業者に可能にする。実際の適用では、上記の機能は、異なるモジュールに割り当てられ、要件に基づいて実装され得、つまり、装置の内部構造は、上述された機能の全部又は一部を実装するよう異なる機能モジュールに分割される。
【０３７５】
本願で提供されるいくつかの実施形態において、開示されている装置及び方法は他の様態で実装されてもよいことが理解されるべきである。例えば、記載されている装置実施形態は、一例にすぎない。例えば、モジュール又はユニットへの分割は、論理的な機能分割にすぎず、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他の装置に結合又は一体化されてよく、あるいは、いくつかの特徴は無視されても又は実行されなくてもよい。更には、表示又は議論されている相互結合又は直接結合又は通信接続は、何らかのインターフェースを使用することによって実装されてよい。装置又はユニット間の間接的な結合又は通信接続は、電子的な、機械的な、又は他の形式で実装されてよい。
【０３７６】
別々の部分として記載されているユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示されている部分は、１つ以上の物理ユニットであってよく、一カ所に配置されてよく、あるいは、異なる場所に分布してもよい。ユニットの一部又は全部は、実施形態の解決法の目的を達成するために実際の要件に基づいて選択されてよい。
【０３７７】
更には、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてよく、あるいは、ユニットの夫々は、物理的に単独で存在してよく、あるいは、２つ以上のユニットが１つのユニットにまとめられてもよい。一体化されたユニットは、ハードウェアの形で実施されてよく、あるいは、ソフトウェア機能ユニットの形で実施されてもよい。
【０３７８】
一体化されたユニットがソフトウェア機能ユニットの形で実施され、独立した製品として販売又は使用される場合に、その一体化されたユニットは、読み出し可能な記憶媒体に記憶されてよい。そのような理解に基づいて、本願の技術的解決法は本質的に、又は先行技術に寄与する部分、又は技術的解決法の全部若しくは一部は、ソフトウェア製品の形で実施されてよい。ソフトウェア製品は、記憶媒体に記憶され、デバイス（単一チップマイクロコンピュータ、チップ、などであってよい）又はプロセッサ（processor）に、本願の実施形態で記載されている方法のステップの全部又は一部を実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リード・オンリー・メモリ（read-only  memory，ＲＯＭ）、ランダム・アクセス・メモリ（random  access  memory，ＲＡＭ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶することができるあらゆる媒体を含む。
【０３７９】
上記の説明は、本願の具体的な実施にすぎず、本願の保護範囲を限定する意図はない。本願で開示されている技術的範囲内で当業者によって容易に考え出される如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【図１】
2021535517.tif 000003
【図２】
2021535517.tif 000004
【図３】
2021535517.tif 000005
【図４】
2021535517.tif 000006
【図５】
2021535517.tif 000007
【図６】
2021535517.tif 000008
【図７】
2021535517.tif 000009
【図８Ａ−１】
2021535517.tif 000010
【図８Ａ−２】
2021535517.tif 000011
【図８Ａ−３】
2021535517.tif 000012
【図８Ａ−４】
2021535517.tif 000013
【図８Ｂ−１】
2021535517.tif 000014
【図８Ｂ−２】
2021535517.tif 000015
【図８Ｂ−３】
2021535517.tif 000016
【図８Ｂ−４】
2021535517.tif 000017
【図９】
2021535517.tif 000018
【図１０Ａ】
2021535517.tif 000019
【図１０Ｂ】
2021535517.tif 000020
【図１０Ｃ】
2021535517.tif 000021
【図１１Ａ−１】
2021535517.tif 000022
【図１１Ａ−２】
2021535517.tif 000023
【図１１Ａ−３】
2021535517.tif 000024
【図１１Ａ−４】
2021535517.tif 000025
【図１１Ｂ−１】
2021535517.tif 000026
【図１１Ｂ−２】
2021535517.tif 000027
【図１１Ｂ−３】
2021535517.tif 000028
【図１１Ｂ−４】
2021535517.tif 000029
【図１２Ａ】
2021535517.tif 000030
【図１２Ｂ】
2021535517.tif 000031
【図１３】
2021535517.tif 000032
【図１４】
2021535517.tif 000033
【図１５】
2021535517.tif 000034
【図１６】
2021535517.tif 000035
【図１７】
2021535517.tif 000036
【図１８】
2021535517.tif 000037
【手続補正書】
【提出日】令和3年3月4日(2021.3.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス処理方法であって、
第１デバイスによって、第２デバイスによって送られた第１識別子を受け取ることであり、前記第１識別子は、第１サービスを実行するために使用されるトリガ要求を前記第２デバイスが受け取った後に前記第２デバイスによって送られ、前記第１識別子は、第１状態又は第２状態にあり、前記第１サービスは、ロック解除サービス又は決済サービスであり、前記第１識別子が前記第１状態にあることは、前記第２デバイスの位置又は前記第１デバイスの位置が異常であることを示し、前記第１識別子が前記第２状態にあることは、前記第２デバイスの位置が正常であることを示す、前記受け取ることと、
前記第１デバイスが、前記受け取られた第１識別子に基づいて、認証を実行すると決定し、該認証が成功する場合に、前記第１デバイスによって、前記第１サービスを実行することが決定されることを示す第２識別子を前記第２デバイスへ送ること、又は
前記第１デバイスが、前記受け取られた第１識別子に基づいて、認証を実行しないと決定する場合に、前記第１デバイスによって、前記第１デバイスの位置情報である第１位置情報と、前記第１デバイスの位置及び前記第２デバイスの位置が正常であることを示す第３識別子とを含む第１情報を前記第２デバイスへ送ることと
を有する方法。
【請求項２】
前記第１デバイスによって第２識別子を前記第２デバイスへ送ることは、前記第１デバイスによって、前記第２識別子を含む第２情報を前記第２デバイスへ送ることを有し、前記第２情報は、署名入り情報であり、あるいは、
前記第１情報は、署名入り情報である、
請求項１に記載の方法。
【請求項３】
前記第１デバイスによって前記第２識別子又は前記第１情報を送る前に、当該方法は、
前記第１デバイスによって位置決めを実行することを更に有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行すると決定することは、
前記受け取られた第１識別子が前記第１状態にある場合に、前記第１デバイスによって、認証を実行すると決定すること、又は
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって実行された位置決めが失敗する場合に、前記第１デバイスによって、認証を実行すると決定すること、又は
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された前記第１位置情報が前記第１デバイスの位置履歴情報と一致しない場合に、前記第１デバイスによって、認証を実行すると決定すること
を有する、
請求項１又は２に記載の方法。
【請求項４】
前記第１デバイスによって前記第２識別子又は前記第１情報を送る前に、当該方法は、
前記第１デバイスによって位置決めを実行することを更に有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行しないと決定することは、
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された前記第１位置情報が前記第１デバイスの位置履歴情報と一致する場合に、前記第１デバイスによって、認証を実行しないと決定することを有する、
請求項１又は２に記載の方法。
【請求項５】
前記第１サービスがロック解除サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスは車両のヘッドユニット又はロックである、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項６】
前記第１サービスが決済サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスは請求端末である、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項７】
前記第２デバイスはヘッドユニットであり、
前記第１デバイスによって前記第２識別子又は前記第１情報を送る前に、当該方法は、
前記第１デバイスによって、前記車両がオフされるときに該車両が位置している位置の位置情報である駐車位置情報を取得することと、
前記第１デバイスによって位置決めを実行することと
を更に有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行すると決定することは、
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された前記第１位置情報が前記第１デバイスの位置履歴情報に一致し、前記第１位置情報が前記駐車位置情報に一致しない場合に、前記第１デバイスによって、認証を実行すると決定することを有し、
前記第１デバイスが、前記第１識別子に基づいて、認証を実行しないと決定することは、
前記受け取られた第１識別子が前記第２状態にあり、前記第１デバイスによって位置決めを通じて取得された前記第１位置情報が前記第１デバイスの前記位置履歴情報に一致し、前記第１位置情報が前記駐車位置情報に一致する場合に、前記第１デバイスによって、認証を実行しないと決定することを有する、
請求項５に記載の方法。
【請求項８】
前記第１デバイスによって駐車位置情報を取得することは、
前記第１デバイスによって、前記第２デバイスによって送られた前記駐車位置情報を受け取ることを有する、
請求項７に記載の方法。
【請求項９】
前記第１デバイスによって駐車位置情報を取得することは、
前記第１デバイスによって、前記第２デバイスによって送られた駐車位置要求情報を受け取ることと、
前記第１デバイスによって位置決めを実行することと
を有し、
前記第１デバイスが位置決めを通じて第３位置情報を取得する場合に、前記第３位置情報が前記駐車位置情報である、
請求項７に記載の方法。
【請求項１０】
サービス処理方法であって、
第２デバイスによって、ロック解除サービス又は決済サービスである第１サービスを実行するために使用されるトリガ要求を受け取ることと、
前記第２デバイスによって、第１状態又は第２状態にある第１識別子を第１デバイスへ送ることであり、前記第１識別子が前記第１状態にあることは、前記第２デバイスの位置又は前記第１デバイスの位置が異常であることを示し、前記第１識別子が前記第２状態にあることは、前記第２デバイスの位置が正常であることを示す、前記送ることと、
前記第２デバイスによって、前記第２デバイスが前記第１デバイスによって送られた第２識別子を受け取る場合に、前記第１サービスを実行することであり、前記第２識別子は、前記第１サービスを実行することが決定されることを示す、こと、又は
前記第２デバイスが前記第１デバイスによって送られる、前記第１デバイスの位置及び前記第２デバイスの位置が正常であることを示す第３識別子と、前記第１デバイスの位置情報である第１位置情報とを受け取る場合に、前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定し、
前記第２デバイスによって、前記第１デバイスの位置が妥当である場合に前記第１サービスを実行することと
を有する方法。
【請求項１１】
当該方法は、
前記第１デバイスの位置が妥当でない場合に、前記第２デバイスによって、前記第１状態にある前記第１識別子を前記第１デバイスへ送ることを更に有する、
請求項１０に記載の方法。
【請求項１２】
前記第２デバイスによって、前記第２デバイスが前記第１デバイスによって送られた第２識別子を受け取る場合に、前記第１サービスを実行すること、又は前記第２デバイスが前記第１デバイスによって送られる第３識別子及び第１位置情報を受け取る場合に、前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定することは、
前記第２デバイスによって、前記第１デバイスによって送られた第３情報を受け取ることと、
前記第２デバイスによって、前記第３情報に対して署名検証を行うことと、
前記第２デバイスによって、前記署名検証が成功し、前記第３情報が前記第２識別子を含む場合に、前記第１サービスを実行すること、又は
前記署名検証が成功し、前記第３情報が前記第３識別子及び前記第１位置情報を含む場合に、前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定することと
を有する、
請求項１０又は１１に記載の方法。
【請求項１３】
前記第２デバイスによって第１識別子を第１デバイスへ送る前に、当該方法は、
前記第２デバイスによって記憶モジュールから前記第１識別子を取得することを更に有する、
請求項１０乃至１２のうちいずれか一項に記載の方法。
【請求項１４】
前記第２デバイスによって第１識別子を第１デバイスへ送る前に、当該方法は、
前記第２デバイスによって位置決めを実行することと、
前記第２デバイスによって、前記第２デバイスによって実行された位置決めが失敗するか、若しくは前記第２デバイスによって位置決めを通じて取得された第２位置情報が前記第２デバイスの位置履歴情報に一致しない場合に、前記第１識別子を前記第１状態にあるよう設定すること、又は
前記第２デバイスによって、前記第２デバイスによって位置決めを通じて取得された第２位置情報が前記第２デバイスの位置履歴情報に一致する場合に、前記第１識別子を前記第２状態にあるよう設定することと
を更に有する、
請求項１０乃至１２のうちいずれか一項に記載の方法。
【請求項１５】
前記第１サービスが決済サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスは請求端末である、
請求項１０乃至１４のうちいずれか一項に記載の方法。
【請求項１６】
前記第１サービスがロック解除サービスである場合に、前記第１デバイスはモバイル端末であり、前記第２デバイスはヘッドユニット又はロックである、
請求項１０乃至１４のうちいずれか一項に記載の方法。
【請求項１７】
前記第２デバイスは車両のヘッドユニットであり、
前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定する前に、当該方法は、
前記第２デバイスによって記憶モジュールから第２位置情報を取得することを更に有し、
前記第２位置情報は、駐車位置情報であり、該駐車位置情報は、前記車両がオフされるときに該車両が位置している位置の位置情報である、
請求項１６に記載の方法。
【請求項１８】
前記第２デバイスによって、前記第１位置情報に基づいて、前記第１デバイスの位置が妥当であるかどうかを決定することは、
前記第１位置情報によって示される位置と第２位置情報によって示される基準位置との間の距離が前もってセットされた閾値以下である場合に、前記第２デバイスによって、前記第１デバイスの位置が妥当であると決定することを有する、
請求項１４乃至１７のうちのいずれか一項に記載の方法。
【請求項１９】
前記第２デバイスは車両のヘッドユニットであり、
前記第２デバイスによって、前記第１デバイスによって送られた第３情報を受け取る前に、当該方法は、
前記第２デバイスによって、前記車両がオフされるときに該車両が位置している位置の位置情報である駐車位置情報を前記第１デバイスへ送ることを更に有する、
請求項１２に記載の方法。
【請求項２０】
前記第２デバイスは車両のヘッドユニットであり、
前記第２デバイスによって、前記第１デバイスによって送られた第３情報を受け取る前に、当該方法は、
前記第２デバイスによって、前記車両がオフされるときに駐車位置要求情報を前記第１デバイスへ送ることと、
前記第２デバイスによって、前記第１デバイスによって送られた駐車位置応答情報を受け取ることと
を更に有し、
前記駐車位置応答情報は、駐車位置情報を有し、該駐車位置情報は、前記第１デバイスが前記駐車位置要求情報を受け取った後に実行された位置決めを通じて前記第１デバイスによって取得された位置情報である、
請求項１２に記載の方法。
【請求項２１】
第１デバイス及び第２デバイスを有し、
前記第１デバイスは、請求項１乃至９のうちいずれか一項に記載のサービス処理方法を実施するよう構成され、
前記第２デバイスは、請求項１０乃至２０のうちいずれか一項に記載のサービス処理方法を実施するよう構成される、
システム。
【請求項２２】
タッチスクリーン、メモリ、１つ以上のプロセッサ、及び１つ以上のプログラムを有する電子デバイスであって、
前記１つ以上のプログラムは、前記メモリに記憶されており、
前記１つ以上のプロセッサが前記１つ以上のプログラムを実行する場合に、当該電子デバイスは、請求項１乃至２０のうちいずれか一項に記載のサービス処理方法を実施することを可能にされる、
電子デバイス。
【請求項２３】
命令を有するコンピュータプログラムであって、
前記コンピュータプログラムが電子デバイスで実行される場合に、該電子デバイスは、請求項１乃至２０のうちいずれか一項に記載のサービス処理方法を実行することを可能にされる、
コンピュータプログラム。
【請求項２４】
命令を有するコンピュータ可読記憶媒体であって、
前記命令が電子デバイスで実行される場合に、該電子デバイスは、請求項１乃至２０のうちいずれか一項に記載のサービス処理方法を実行することを可能にされる、
コンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
第１デバイスによって位置決めを通じて取得された第１位置情報が第１デバイスの位置履歴情報に一致し、かつ、第１位置情報が駐車位置情報に一致する場合に、それは、第１デバイスの位置及び第２デバイスの位置が正常であることを示し得る。従って、認証が実行されないと決定されてよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
他の可能な実施において、第１デバイスは、次の方法で第１情報に署名する：第１デバイスによって、信頼できる実行環境（trusted  execution  environment，ＴＥＥ）モジュール及び／又はセキュア要素（secure  element，ＳＥ）モジュールを含むセキュアモジュールを通じて位置決めサービスモジュールから第１位置情報を取得し、第１デバイスによってセキュアモジュールを通じて第１情報に署名し、第１デバイスによって署名入り第１情報を第２デバイスへ送る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
この解決法では，第２デバイスは、車両の位置及び第１デバイスの位置が正常であるかどうかに基づいて第１識別子の状態を決定し、第１状態にある第１識別子又は第２状態にある第１識別子を第１デバイスへ送ってよく、それにより、第１デバイスは、第１識別子に基づいて、第２識別子又は第３識別子を送ると決定する。第２デバイスは、第２デバイスが、第１サービスを実行することを示すために使用される第２識別子を受け取る場合に、第１サービスを実行する。第２デバイスが、第１位置情報と、第１デバイスの位置及び第２デバイスの位置が正常であることを示すために使用される第３識別子とを受け取る場合に、第２デバイスは、第１位置情報に基づいて第１デバイスの位置が妥当であると決定するときにのみ、第１サービスを実行し、それによって、第１サービスを操作する安全性を改善する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
第１０の態様に従って、本願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、第１の態様又は第２の態様のいずれかの可能な実施におけるサービス処理方法を実行することを可能にされる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
プロセッサ３１０は、１つ以上の処理ユニットを含んでよい。例えば、プロセッサ３１０は、アプリケーション・プロセッサ（application  processor，ＡＰ）、モデムプロセッサ、グラフィクス処理ユニット（graphics  processing  unit，ＧＰＵ）、画像信号プロセッサ（image  signal  processor，ＩＳＰ）、コントローラ、メモリ、ビデオコーデック、デジタル信号プロセッサ（digital  signal  processor，ＤＳＰ）、ベースバンドプロセッサ、及び／又はニューラルネットワーク処理ユニット（neural-network  processing  unit，ＮＰＵ）を含んでよい。異なる処理ユニットは独立したデバイスであってよく、あるいは、１つ以上のプロセッサに一体化されてもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
Ｉ２Ｃインターフェースは、双方向同期シリアルバスであり、シリアルデータライン（serial  data  line，ＳＤＡ）及びシリアルクロックライン（serial  clock  line，ＳＣＬ）を含む。いくつかの実施形態において、プロセッサ３１０は、Ｉ２Ｃインターフェースの複数のグループを含んでよい。プロセッサ３１０は、タッチセンサ３８０Ｋ、充電器、フラッシュ光、カメラ３９３、などへ異なるＩ２Ｃバスインターフェースを通じて結合されてよい。例えば、プロセッサ３１０は、Ｉ２Ｃインターフェースを使用することによってタッチセンサ３８０Ｋへ結合されてよく、それにより、プロセッサ３１０は、第１デバイス２０１のタッチ機能を実施するよう、Ｉ２Ｃバスインターフェースを通じてタッチセンサ３８０Ｋと通信する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
ディスプレイ３９４は、画像、映像、などを表示するよう構成される。ディスプレイ３９４は、表示パネルを含む。表示パネルは、液晶ディスプレイ（liquid  crystal  display，ＬＣＤ）、有機発光ダイオード（organic  light-emitting  diode，ＯＬＥＤ）、アクティブマトリクス型有機発光ダイオード（active-matrix  organic  light  emitting  diode，ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（flex  light-emitting  diode，ＦＬＥＤ）、ミニＬＥＤ、ミクロＬＥＤ、ミクロＯＬＥＤ、量子ドット発光ダイオード（quantum  dot  light  emitting  diodes，ＱＬＥＤ）、などであってよい。いくつかの実施形態において、第１デバイス２０１は、１つ又はＮ個のディスプレイ３９４を含んでよい、ここで、Ｎは、１よりも大きい正の整数である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
第１デバイス２０１は、オーディオモジュール３７０、スピーカ３７０Ａ、レシーバ３７０Ｂ、マイクロホン３７０Ｃ、ヘッドジャック３７０Ｄ、アプリケーション・プロセッサ、などを通じて、例えば、音楽再生又は記録のために、オーディオ機能を実装してよい。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
「マイク」又は「マイクロホン」とも呼ばれるマイクロホン３７０Ｃは、音響信号を電気信号に変換するよう構成される。電話をかけるか又は音声情報を送るとき、ユーザは、音響信号をマイクロホン３７０Ｃに入力するために、ユーザの口を通じてマイクロホン３７０Ｃの近くで音を出してよい。少なくとも１つのマイクロホン３７０Ｃが第１デバイス２０１に配置されてよい。いくつかの他の実施形態では、２つのマイクロホン３７０Ｃが、音響信号を集め、更にはノイズ低減機能を実装するために、第１デバイス２０１に配置されてよい。いくつかの他の実施形態では、３つ、４つ、又はそれ以上のマイクロホン３７０Ｃが、代替的に、音響信号を収集し、ノイズを低減し、更には音源を識別し、指向性記録機能を実装する、などのために、第１デバイス２０１に配置されてもよい。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１６０
【補正方法】変更
【補正の内容】
【０１６０】
コンピュータシステム５００は、汎用の通信デバイス又は専用の通信デバイスであってよい。コンピュータシステム５００のタイプは、本願のこの実施形態において限定されない。具体的な実施では、コンピュータシステム５００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ、パーソナル・デジタル・アシスタント（personal  digital  assistant，ＰＤＡ）、携帯電話機、タブレット、無線端末デバイス、埋め込みデバイス、又は図５のそれと類似した構造を備えたデバイスであってよい。コンピュータシステム５００内のコンポーネントは、同じコンピュータデバイスに同時に配置されてよく、あるいは、分散システムに位置している異なったコンピュータデバイスに配置されてもよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１７２
【補正方法】変更
【補正の内容】
【０１７２】
あるいは、ヘッドユニットが、携帯電話機とヘッドユニットとの間の距離が前もってセットされた距離よりも長い、すなわち、携帯電話機がヘッドユニットから比較的遠く離れている、と決定する場合に、携帯電話機の位置は異常である（すなわち、安全でない又は信頼できない）と見なされ得、従って、ヘッドユニットは、第１状態にある第１識別子を携帯電話機へ送ってよい。例えば、詳細については、ステップ６０７における後続の説明を参照されたい。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１７４
【補正方法】変更
【補正の内容】
【０１７４】
例えば、第１識別子は、１ビットのフラグ情報であってよい。フラグ情報が“０”であるとき、それは、第１識別子が第１状態にあることを示し、あるいは、フラグビットが“１”であるとき、それは、第１識別子が第２状態にあることを示す。他の例として、第１識別子は、前もってセットされたフィールドであってよい。フィールドの中身が“異常”であるとき、それは、第１識別子が第１状態にあることを示し、あるいは、フィールドの中身が“正常”であるとき、それは、第１識別子が第２状態にあることを示す。他の例として、第１状態にある第１識別子は“００”であってよく、第２状態にある第１識別子は“０１”であってよい。第１識別子の具体的な形態は、ここでは例として説明されており、第１識別子は、代替的に、他の形態をとってもよい、ことが理解され得る。これは、本願のこの実施形態において限定されない。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【０１８５】
携帯電話機が、ステップ６０２で、ユーザ身元認証が実行される必要があると決定する場合に、携帯電話機は、身元認証を行うようユーザにプロンプトしてよい。ユーザが本当にサービスを実行したい場合には、ユーザは、声又は指紋などの身元認証情報を入力してよい。携帯電話機は、ユーザによって入力された身元認証情報に基づいて、ユーザの身元が妥当であるかどうかを検証する。例えば、図７（ｂ）を参照すると、ユーザは、指紋情報を入力するよう指を押しつけてよく、携帯電話機は、ユーザによって入力された指紋情報に基づいて、ユーザの身元が妥当であるかどうかを決定する。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０２６９
【補正方法】変更
【補正の内容】
【０２６９】
いくつかの実施形態において、上記のサービス処理プロシージャでは、携帯電話機は、具体的に、セキュアモジュールを通じて位置決めサービスモジュールから第１位置情報を直接取得してよい。セキュアモジュールは、信頼できる実行環境（trusted  execution  environment，ＴＥＥ）モジュール及び／又はセキュア要素（secure  element，ＳＥ）モジュールを含んでよく。例えば、セキュアモジュールは、ハードウェアを通じてＧＰＳ又はＢｅｉＤｏｕなどの位置決めサービスモジュールへ直接接続されてよい。この場合に、携帯電話機は、ＧＰＳ又はＢｅｉＤｏｕなどの位置決めサービスモジュールを使用することによって位置決めを通じて取得された第１位置情報をセキュアモジュール内に直接取得してよく、第１位置情報はインセキュアモジュールを通らない。従って、第１位置情報の信頼性及び正確さは確保され得、第１位置情報は、インセキュアモジュールによって改ざんされることから保護される。セキュアモジュールを通じて第１位置情報を取得した後、携帯電話機は、第１位置情報を運ぶためにサービス情報を使用し、サービス情報が他のデバイスによって改ざん又は偽造されないように、セキュアモジュールを通じてサービス情報に署名し、それから署名入りサービス情報をヘッドユニットへ送ってよい。このようにして、第１位置情報は、安全にかつ正確にヘッドユニットへ転送される。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０２７１
【補正方法】変更
【補正の内容】
【０２７１】
例えば、図１０Ｂを参照すると、携帯電話機のＴＥＥモジュール内の車両キーサービスＴＡは、携帯電話機の位置情報、つまり、第１位置情報を取得するよう位置決めサービスモジュールに要求する。位置決めサービスモジュールは、第１位置情報を取得し、ＴＥＥモジュールは、位置決めサービスモジュールから第１位置情報を取得し、それから、ＴＥＥモジュールは、署名入りサービス情報を生成する。サービス情報は第１位置情報を含む。次いで、携帯電話機は、安全にかつ確かに第１位置情報をヘッドユニットへ送るために、ＴＥＥモジュールによって生成された署名入りサービス情報をヘッドユニットへ送ってよい。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０２８０
【補正方法】変更
【補正の内容】
【０２８０】
いくつかの他の実施形態では、携帯電話機が、ステップ８０７で、第１識別子が第２状態にあると決定する場合に、携帯電話機は更に、携帯電話機が移動中であるかどうかを決定してもよい。ユーザは、通常、車両に向かって移動している最中に車両ドアを開きたいと望み、携帯電話機はその過程で移動中である。従って、携帯電話機が静止している場合に、ユーザは車両に向かって歩いていない可能性があり、ユーザは車両ドアを開きたくない可能性がある。従って、携帯電話機の位置は異常であると決定される。従って、携帯電話機は、身元認証を行うようユーザにプロンプトするためにステップ８０８Ａを実行するように、第１識別子を第１状態にセットするためにステップ８１２を実行してよい。あるいは、携帯電話機が静止していると決定される場合に、携帯電話機はステップ８１２を実行せずに、身元認証を行うようユーザにプロンプトするために、ステップ８０８Ａを直接実行してもよい。携帯電話機が移動中である場合に、携帯電話機は更に、ステップ８１１、ステップ８１３、又はステップ８１９を実行してよい。留意すべきは、ステップ８１１、ステップ８１３、又はステップ８１９と、携帯電話機が移動中であるかどうかを決定することとの間に明確な順序はない点である。携帯電話機が移動中であって、携帯電話機によって位置決めを通じて取得された第１位置情報が位置履歴情報と一致し、第１位置情報が駐車位置情報と一致する場合に、携帯電話機はステップ８１０Ｂを実行してよい。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０３３０
【補正方法】変更
【補正の内容】
【０３３０】
いくつかの他の実施形態では、ＰＯＳ端末１は更に、第１位置情報に署名し、署名入り第１位置情報をステップ１４０２でサーバへ送ってよい。サーバは、署名入り第１位置情報を受け取った後に署名検証を実行する。署名検証が失敗する場合に、サーバは、サービス失敗メッセージをＰＯＳ端末１へ送り、クレジットカード読み取りサービスを実行することを拒否し、あるいは、署名検証が成功する場合に、サーバは、ステップ１４０３で、ＰＯＳ端末１の位置が妥当であるかどうかを決定し、ＰＯＳ端末１の位置が妥当であるときにクレジットカード読み取りサービスを実行する。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０３３２
【補正方法】変更
【補正の内容】
【０３３２】
具体的に言えば、図１５を参照すると、ＰＯＳ端末１のＳＥモジュールは、位置決めサービスモジュールから第１位置情報を取得し、ＰＯＳ端末１の第１位置情報に署名し、署名入り第１位置情報をサーバへ送ってよい。サーバのサービスモジュールが、署名検証を通じて、第１位置情報が偽造又は改ざんされていないと決定した後、サービスモジュールは、第１位置情報に基づいて、ＰＯＳ端末１の位置が妥当であるかどうかを決定し、ＰＯＳ端末１の位置が妥当であるときに手数料引き落としなどの操作を実行する。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０３４４
【補正方法】変更
【補正の内容】
【０３４４】
例えば、有料道路料金所で料金を支払うシナリオが例として使用される。支払いサーバが、携帯電話機の位置が妥当でないと決定する場合に、支払いサーバは、身元認証要求情報を携帯電話機へ送ってよい。支払いサーバによって送られた身元認証要求情報を受け取った後、携帯電話機は、身元認証を行うようユーザにプロンプトする。身元認証が成功する場合に、携帯電話機は、認証成功応答情報を支払いサーバへ送り、あるいは、身元認証が失敗する場合に、携帯電話機は、認証失敗応答情報を支払いサーバへ送る。支払いサーバが認証成功応答情報を受け取る場合に、支払いサーバはサービスを操作し、料金を請求し、あるいは、支払いサーバが認証失敗応答情報を受け取る場合に、支払いサーバは、サービスを操作することを拒否する。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０３４５
【補正方法】変更
【補正の内容】
【０３４５】
他の例として、有料道路料金所で料金を支払うシナリオにおいて、車両所有者の携帯電話機が第１位置情報を取得しない場合、又は車両所有者の携帯電話機が第１位置情報を取得するが、第１位置情報が携帯電話機の位置履歴情報と一致しない場合に、それは、携帯電話機の位置が異常であることを示し得、携帯電話機は、身元認証を行うようユーザにプロンプトしてよい。身元認証が成功する場合に、携帯電話機は、認証成功指示情報を支払いサーバへ送り、あるいは、身元認証が失敗する場合に、支払いサーバは、認証失敗指示情報を支払いサーバへ送る。支払いサーバが認証成功指示情報を受け取る場合に、支払いサーバは、サービスを操作し、料金を精算し、あるいは、支払いサーバが認証失敗指示情報を受け取る場合に、支払いサーバは、サービスを操作することを拒否する。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０３６８
【補正方法】変更
【補正の内容】
【０３６８】
更には、本願の実施形態は装置を更に提供する。装置は、具体的に、チップ、コンポーネント、又はモジュールであってよい。装置は、接続されているプロセッサ及びメモリを含んでよい。メモリは、コンピュータ実行可能命令を記憶するよう構成され、装置が実行する場合に、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行してよく、それにより、チップは、上記の方法の実施形態で第１デバイスによって実行されたサービス処理方法を実行する。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】０３６９
【補正方法】変更
【補正の内容】
【０３６９】
本願の実施形態は、コンピュータ記憶媒体を更に提供する。コンピュータ記憶媒体は、コンピュータ命令を記憶し、コンピュータ命令が第２デバイスで実行される場合に、第２デバイスは、上記の実施形態におけるサービス処理方法を実装するよう上記の関連する方法ステップを実行する。
【手続補正２４】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2021535517.tif 000038
【手続補正２５】
【補正対象書類名】図面
【補正対象項目名】図１７
【補正方法】変更
【補正の内容】
【図１７】
2021535517.tif 000039
【国際調査報告】
2021535517.tif 000040
2021535517.tif 000041
2021535517.tif 000042
2021535517.tif 000043