(57)【特許請求の範囲】
【請求項１】
第１のアプリケーションのサーバに適用される、信頼できるログイン方法であって、
前記第１のアプリケーションにおいてユーザの第１のログイン状態が確立された後に、ユーザのログインデバイスのデバイス識別子情報を取得し、前記デバイス識別子情報を前記第１のログイン状態と関連付けるステップと；
前記第１のログイン状態に従って第２のアプリケーションにおける前記ユーザの第２のログイン状態を確立し、且つ前記デバイス識別子情報を前記第２のログイン状態と関連付けるために、前記ユーザが前記第２のアプリケーションへのアクセスを要求する前に、前記デバイス識別子情報と前記第１のログイン状態とを前記第２のアプリケーションのサーバへ送信するステップであって、前記第２のアプリケーションは、前記第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションである、ステップと；を備える、
信頼できるログイン方法。
【請求項２】
前記ユーザのログインデバイスのデバイス識別子情報を取得するステップは、
デバイス情報とログイン情報とに従って、前記デバイス識別子情報を生成するステップを備える、
請求項１に記載の方法。
【請求項３】
前記デバイス識別子情報と前記第１のログイン状態とを前記第２のアプリケーションのサーバへ送信するステップの後に、
前記第２のアプリケーションのサーバから送信された前記第１のログイン状態についての有効性照会要求を受信し、前記第１のログイン状態の有効性を前記第２のアプリケーションのサーバにフィードバックするステップをさらに備える、
請求項１に記載の方法。
【請求項４】
前記第１のログイン状態を前記第２のアプリケーションのサーバへ送信するステップは、
前記ユーザが前記第１のアプリケーションにログインしたことを示す情報を送信するステップを備える、
請求項１に記載の方法。
【請求項５】
第２のアプリケーションのサーバに適用される、信頼できるログイン方法であって、
第１のアプリケーションのサーバから送信された第１のログイン状態と、デバイス識別子情報とを受信するステップであって、前記第１のアプリケーションは前記第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、前記第１のログイン状態は、ユーザが前記第１のアプリケーションにログインしていることを表し、前記デバイス識別子情報は、前記ユーザが前記第１のアプリケーションにログインしているログインデバイスを表すために用いられる、ステップと；
前記第１のログイン状態に従って、前記第２のアプリケーションにおいて前記ユーザの第２のログイン状態を確立するステップと；
前記デバイス識別子情報と前記第２のログイン状態を関連付けて保存するステップと；
前記第２のアプリケーションに対するアプリケーションアクセス要求の受信の際、前記アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返すステップと；を備える、
信頼できるログイン方法。
【請求項６】
前記第２のアプリケーションにおいて前記ユーザの第２のログイン状態を確立するステップの後に、
前記第１のログイン状態と前記第２のログイン状態との間の対応関係を確立するステップをさらに備え、
前記アプリケーションアクセス要求を送信する前記デバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された後、且つ、前記アプリケーションアクセス応答を返すステップの前に、
前記第１のログイン状態についての有効性照会要求を前記第１のアプリケーションのサーバへ送信し、前記第１のログイン状態と前記第２のログイン状態とが有効であると判定するステップをさらに備える、
請求項５に記載の方法。
【請求項７】
第１のアプリケーションにおいてユーザの第１のログイン状態が確立された後に、ユーザのログインデバイスのデバイス識別子情報を取得し、前記デバイス識別子情報を前記第１のログイン状態と関連付けるように構成されたログイン状態生成モジュールと；
前記第１のログイン状態に従って第２のアプリケーションにおける前記ユーザの第２のログイン状態を確立し、且つ前記デバイス識別子情報を前記第２のログイン状態と関連付けるために、前記ユーザが第２のアプリケーションに対するアクセスを要求する前に、前記デバイス識別子情報と前記第１のログイン状態とを前記第２のアプリケーションのサーバに送信するように構成されたログイン状態同期モジュールであって、前記第２のアプリケーションは、前記第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションである、前記ログイン状態同期モジュールと；を備える、
信頼できるログイン装置。
【請求項８】
前記ユーザのログインデバイスのデバイス識別子情報を取得する際に、前記ログイン状態生成モジュールは、具体的に、デバイス情報とログイン情報とに従って、前記デバイス識別子情報を生成するように構成された、
請求項７に記載の装置。
【請求項９】
前記サーバから送信された前記第１のログイン状態についての有効性照会要求を受信し、前記第１のログイン状態の有効性を前記サーバにフィードバックするように構成されたログイン状態管理モジュールをさらに備える、
請求項７に記載の装置。
【請求項１０】
前記第１のログイン状態を前記第２のアプリケーションのサーバへ送信することは、前記ユーザが前記第１のアプリケーションにログインしたことを示す情報を送信することを含む、
請求項７に記載の装置。
【請求項１１】
第１のアプリケーションのサーバから送信された第１のログイン状態と、デバイス識別子情報とを受信するように構成されたログイン状態受信モジュールであって、前記第１のアプリケーションは第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、前記第１のログイン状態は、ユーザが前記第１のアプリケーションにログインしていることを表し、前記デバイス識別子情報は、前記ユーザが前記第１のアプリケーションにログインしているログインデバイスを表すために用いられる、前記ログイン状態受信モジュールと；
前記第１のログイン状態に従って、前記第２のアプリケーションにおいて前記ユーザの第２のログイン状態を確立し、前記デバイス識別子情報と前記第２のログイン状態を関連付けて保存するように構成されたログイン状態確立モジュールと；
前記第２のアプリケーションに対するアプリケーションアクセス要求の受信の際、前記アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返すように構成されたアクセス管理モジュールと；を備える、
信頼できるログイン装置。
【請求項１２】
前記ログイン状態確立モジュールは、さらに、前記第２のアプリケーションにおいて前記ユーザの第２のログイン状態が確立された後に、前記第１のログイン状態と前記第２のログイン状態との間の対応関係を確立するように構成され、
前記アクセス管理モジュールは、さらに、前記アプリケーションアクセス要求を送信する前記デバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された後、且つ、前記アプリケーションアクセス応答を返す前に、前記第１のログイン状態についての有効性照会要求を前記サーバへ送信し、前記第１のログイン状態と前記第２のログイン状態とが有効であると判定するように構成された、
請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ネットワーク技術に関し、特に、信頼できるログイン方法及び装置に関する。
【背景技術】
【０００２】
信頼できるログイン（trusted login）は、２つのアプリケーション間の自動ログインとも呼ばれる。例えば、ユーザがショッピングウェブサイトにログインして買い物をすると、ユーザは支払いをするために支払いウェブサイトへリダイレクトされる。つまり、この場合、支払いウェブサイトの支払いログイン情報を入力する必要もなく、支払いを直接に行うことができる。これはショッピングウェブサイトから支払いウェブサイトへの信頼できるログインである。つまり、支払いウェブサイトは、ショッピングウェブサイトへすでにログインしているユーザを信頼しており、ユーザは支払いウェブサイトへ改めてログインすることなく支払いウェブサイト上で直接に支払い操作を行うことができる。
【０００３】
こうした関連技術において、２つのアプリケーション間での信頼できるログイン方式は以下の通りであろう。ユーザは、アプリケーションＡへのログイン後に、アプリケーションＡにてデジタル署名を作成し、その署名をアプリケーションＢのウェブサイトリンクアドレスに追加して、これをリンクアドレス内のパラメータの１つとして機能させる。この署名を含むアドレスは、信頼できるログインウェブサイトと呼ぶことができる。ユーザがアプリケーションＢにアクセスするために信頼できるログインウェブサイトをクリックすると、アプリケーションＢは署名をチェックした後に、ユーザがアプリケーションＡにログイン済みであることを知得し、このユーザがアプリケーションＢにもログインする旨設定する。この方式では、信頼できるログインウェブサイトが無作為にコピーされると（例えば、別の端末にコピーされると）、アプリケーションＢにアクセスされることがあり得るので、安全性のリスクが生じる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、本願は、信頼できるログインのセキュリティを高める、信頼できるログイン方法及び装置を提供する。
【課題を解決するための手段】
【０００５】
具体的に、本願は以下の技術的解決により実施される。
【０００６】
第１の態様では、信頼できるログイン方法が提供され：
第１のアプリケーションにおけるユーザの第１のログイン状態を確立した後に、ユーザのログインデバイスのデバイス識別子情報を取得し、デバイス識別子情報を第１のログイン状態と関連付けるステップと；
デバイス識別子情報と第１のログイン状態とを第２のアプリケーションのサーバへ送信するステップであって、第２のアプリケーションは、第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションであるので、サーバは、第２のアプリケーションにおけるユーザの第２のログイン状態を第１のログイン状態に従って確立し、デバイス識別子情報を第２のログイン状態と関連付ける、送信するステップ；を備える。
【０００７】
第２の態様では、信頼できるログイン方法が提供され：
第１のアプリケーションのサーバから送信された第１のログイン状態と、デバイス識別子情報とを受信するステップであって、第１のアプリケーションは第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、第１のログイン状態は、ユーザが第１のアプリケーションにログインしていることを表し、デバイス識別子情報は、ユーザが第１のアプリケーションにログインしているログインデバイスを表すために用いられる、受信するステップと；
第１のログイン状態に従って、第２のアプリケーションにてユーザの第２のログイン状態を確立し、デバイス識別子情報と第２のログイン状態を関連付けて、保存するステップと；
第２のアプリケーションに対するアプリケーションアクセス要求の受信に際して、アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返す（リターンする）ステップと；を備える。
【０００８】
第３の態様では、信頼できるログイン装置が提供され：
第１のアプリケーションでのユーザの第１のログイン状態の確立後に、ユーザのログインデバイスのデバイス識別子情報を取得し、デバイス識別子情報を第１のログイン状態と関連付けるように構成されているログイン状態生成モジュールと；
デバイス識別子情報と第１のログイン状態とを第２のアプリケーションのサーバに送信するように構成されたログイン状態同期モジュールであって、第２のアプリケーションは、第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションであるので、サーバは、第１のログイン状態に従って、第２のアプリケーションにおけるユーザの第２のログイン状態を確立し、デバイス識別子情報を第２のログイン状態と関連付ける、ログイン状態同期モジュールと；を備える。
【０００９】
第４の態様では、信頼できるログイン装置が提供され：
第１のアプリケーションのサーバから送信された第１のログイン状態と、デバイス識別子情報とを受信するように構成されたログイン状態受信モジュールであって、第１のアプリケーションは第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、第１のログイン状態は、ユーザが第１のアプリケーションにログインしていることを表し、デバイス識別子情報は、ユーザが第１のアプリケーションにログインしているログインデバイスを表すために用いられる、ログイン状態受信モジュールと；
第１のログイン状態に従って、第２のアプリケーションでのユーザの第２のログイン状態を確立し、デバイス識別子情報と第２のログイン状態とを関連付けて、保存をするように構成されたログイン状態確立モジュールと；
第２のアプリケーションに対するアプリケーションアクセス要求の受信に際して、アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返す（リターンする）ように構成されたアクセス管理モジュールと；を備える。
【００１０】
本願において提供される信頼できるログイン方法及び装置は、信頼できるログイン関連付け関係を有する、第１のアプリケーションのサーバと第２のアプリケーションのサーバとの間でログイン状態を送信するので、サーバは、ユーザがこのログイン状態に従って、関連付けられたアプリケーションにログインしたことを知得し、これにより、関連付けられたアプリケーション間の信頼できるログインを確立できる。この方式は、サーバ間の相互通知に依存した信頼できるログインを実施し、さらに、クライアント端末間でログイン情報を送信する従来の方式と比べ、信頼できるログインの安全性をさらに高めることができる。
【図面の簡単な説明】
【００１１】
【図１】本願の例示の実施の形態による、信頼できるログイン方法のフローチャートである。
【図２】本願の例示の実施の形態による、信頼できるログインの別の方法のフローチャートである。
【図３】本願の例示の実施の形態による、信頼できるログイン装置の構造図である。
【図４】本願の例示の実施の形態による、信頼できるログインの構造図である。
【図５】本願の例示の実施の形態による、信頼できるログインの別の装置の構造図である。
【発明を実施するための形態】
【００１２】
ここでは、例示の実施の形態を詳細に説明し、その実施例を添付する図面に示す。以下の説明に添付する図面が関わる場合、特に明記されない限り、異なる図面中の同一の数字は同一又は類似の要素を表す。以下の例示の実施の形態において記述する実施は、本願に従う全ての実施を表すものではない。反対に、これらの実施は、添付する特許請求の範囲に詳述される本願のいくつかの態様に一致する装置及び方法の実施例に過ぎない。
【００１３】
信頼できるログインは、異なるアプリケーション間の間断のない切り替えを促進する自動ログイン方式である。例えば、ユーザは、アプリケーションＡにログインした後に、アプリケーションＢへのアクセス権も持つが、ここで、アプリケーションＢはアプリケーションＡに既にログインしているユーザを信頼する。一般に、信頼できるログインを可能にするアプリケーションＡとアプリケーションＢのユーザは同一ユーザか（例えば、ユーザは同じアカウントを用いてアプリケーションＡとアプリケーションＢに登録している）、又は、紐付け関係にある、２つのアプリケーションのユーザである（例えば、ユーザは紐付け関係にある２つのアプリケーションに、異なるアカウントを用いて登録する）。実際の使用において、例えば、ショッピングウェブサイトの支払い中における支払いウェブサイトへのリダイレクト方式は、信頼できるログインの実施である。
【００１４】
本願の実施の形態における信頼できるログイン方法及び装置は、２つのアプリケーション間の信頼できるログインを実施するために用いられ、この方法は安全性の高い信頼できるログインを実施する。２つのアプリケーション間（即ちショッピングアプリケーションと支払いアプリケーションとの間）の信頼できるログインを例に挙げると、ここでは、ショッピングアプリケーションを第１のアプリケーションと呼び、支払いアプリケーションを第２のアプリケーションと呼ぶ。ブラウザ／サーバを採用したモードを用いることで、ユーザは、ショッピングアプリケーションにアクセスするために、端末（コンピュータ又はスマートフォン等）上のブラウザを介してショッピングウェブサイトのウェブアドレスを開くことができ、端末上でアクセスされるショッピングウェブサイトは、ショッピングアプリケーションのクライアント端末であり、アプリケーションのコンテンツは、バックエンドのショッピングアプリケーションサーバによって、構文解析及び表示のためにクライアント端末へ送信される。
【００１５】
図１に示す実施例を参照すると、符号１０１で、ユーザは、ショッピングアプリケーションにログインするために、端末上でアカウントとパスワードを入力し、符号１０２で、ショッピングアプリケーションのサーバがこのアカウント及びパスワード等のログイン情報を検証する。この実施の形態では、確認は成功であると仮定する。その場合、符号１０３で、サーバが第１のログイン状態を確立する。ここで、第１のログイン状態とは、「このアカウントとパスワードとに対応するユーザが端末上のショッピングアプリケーションにログインし、ログインは成功である」ことを表す。ログイン状態は記録されるログイン情報であり、例えば、ユーザ情報（アカウント）、ログイン期間、ログインデバイスの環境（例えば、ブラウザバージョン、端末モデル、端末ＩＰアドレス、ＭＡＣアドレス、携帯電話のＳＩＭカード番号など）等を含んでよい。言い換えれば、ユーザがアプリケーションのログインに成功すると、アプリケーションのサーバがこのログインに関するいくつかの情報をアプリケーションに記録できる。この情報がログイン状態である。
【００１６】
本願の実施の形態による信頼できるログイン方法では、図１に、ショッピングアプリケーションのサーバと支払いアプリケーションのサーバとの間のログイン状態の送信が示される。ショッピングアプリケーションのウェブリンクから支払いアプリケーションへのリダイレクションを例に挙げると、このようなショッピングアプリケーションから支払いアプリケーションへの信頼できるログイン工程では、ショッピングアプリケーションは支払いアプリケーションに関連付けられている（この関連付けによって信頼できるログインが可能になる）。ショッピングアプリケーションは、支払いアプリケーションの関連付けられたアプリケーションと呼ばれ、支払いアプリケーションはショッピングアプリケーションの関連付けられたアプリケーションと呼ばれる。
【００１７】
引き続き図１を参照すると、符号１０３でユーザのためにショッピングアプリケーションのサーバによって確立されたログイン状態は、第１のログイン状態と呼んでよい（ここで、「第１」とは、このログイン状態を以下で示す他のログイン状態から区別する目的のみで用いられている）。符号１０４で、ショッピングアプリケーションのサーバはユーザのログインデバイスのデバイス識別子情報を取得し、デバイス識別子と第１のログイン状態との間の関連付け関係を確立する。デバイス識別子情報を用いてユーザがショッピングアプリケーションにログインする端末デバイスを一意に識別できる。例えば、デバイス識別子情報は、ショッピングアプリケーションのサーバにより、直接、取得され、デバイスを識別できる情報であってよく、又は、デバイス識別子情報は、いくつかの情報に従って、ショッピングアプリケーションのサーバにより計算されてもよい。例えば、図１の符号１０４に示すように、端末のＩＰ、ＭＡＣ（Media Access Control）、工程ＩＤ（アプリケーションにアクセスする工程）等の情報に従って、デバイス識別子情報として機能する端末デバイスのＩＤを計算してもよい。例えば、ＭＤ５アルゴリズムを用いて、前述の情報に従って要約情報を計算してもよい。異なる端末デバイスは、一般に異なるＩＰ情報及びＭＡＣ情報を有しているため、算出したデバイス識別子情報も異なり、これにより、デバイス識別子情報がログインデバイスを一意に識別できる。
【００１８】
符号１０５で、ショッピングアプリケーションのサーバは、デバイス識別子情報と第１のログイン状態との両方を支払いアプリケーションのサーバへ送信する。例えば、ユーザをショッピングアプリケーションから支払いアプリケーションへリダイレクトする必要がある場合、ショッピングアプリケーションのサーバは、デバイス識別子情報と第１のログイン情報を支払いアプリケーションのサーバへ送信することができる。本願の実施の形態では、信頼できるログイン工程を実行する必要がある。つまり、一旦ユーザがショッピングアプリケーションにログインすると、ユーザはログインすることなく支払いアプリケーションへ直接アクセスできる。そのため、ユーザの第１のログイン状態を確立した後、ショッピングアプリケーションのサーバは支払いアプリケーションのサーバに通知して、支払アプリケーションはユーザがショッピングアプリケーションにログインしていることを知得し、これにより支払いアプリケーションのサーバ内でユーザのログイン状態を確立できるようにする。これは、ユーザが既に支払いアプリケーションにログインできると判定することと同等である。この時点でユーザが実際にはまだ支払いアプリケーションにログインしていなくても、支払いアプリケーションは、ユーザが支払いアプリケーションにログインできると既に判定している。
【００１９】
符号１０５のログイン状態同期工程では、ショッピングアプリケーションは、主に、ユーザが既にショッピングアプリケーションにログインしたことを支払いアプリケーションに通知する点に留意されたい。前述の目的を達成できる限り、ショッピングアプリケーションのサーバから支払いアプリケーションのサーバへ送信される情報の個々の内容は柔軟に設定されてよい。例えば、同期した第１のログイン状態の情報には、ログイン状態が真であるとの情報が含まれ、これは「既にログインした」ことを表すために用いられ、さらに、例えば、携帯電話モデルやブラウザタイプ等の端末情報が含まれていてもよい。つまり、ショッピングアプリケーションのサーバから支払いアプリケーションのサーバに送信される、第１のログイン状態に含まれる情報は、ショッピングアプリケーションのサーバによって記録された第１のログイン状態の情報と完全に同一でなくてもよく、支払いアプリケーションのサーバは、ユーザがショッピングアプリケーションに既にログインしたことを知得できるように、少なくとも「既にログインした」状態について通知されるべきである。
【００２０】
加えて、支払いアプリケーションはショッピングアプリケーションからリダイレクトされるため、ショッピングアプリケーションは、信頼できるログインが関連付けられた支払いアプリケーションのサーバのアドレスを知得でき、そのアドレスに第１のログイン状態を同期させることができる。
【００２１】
符号１０６で、支払いアプリケーションのサーバは、第１のログイン状態に従って、ローカルの支払いアプリケーション（つまり、第２のアプリケーション）においてユーザの第２のログイン状態を確立してもよく、第１のログイン状態とは、すなわち、ユーザが支払いアプリケーションのサーバに既にログインしていることを示す記録情報、例えば、ユーザアカウント、携帯電話モデル、ブラウザタイプ等のような情報である。さらに、支払いアプリケーションのサーバは、第２のログイン状態とデバイス識別子情報との間に対応関係を確立し、この対応関係を保存してもよい。
【００２２】
符号１０７で、ユーザはショッピングアプリケーションから支払いアプリケーションへリダイレクトされてよいため、ショッピングアプリケーションのサーバは支払いアプリケーションのリンクアドレス（例えば、支払いウェブサイトのＵＲＬ）を端末へ返すことができる。本願の実施の形態では、ショッピングアプリケーションのサーバは、支払いアプリケーションのリンクアドレスＵＲＬに署名を追加する必要がないかもしれない。符号１０８で、ユーザは、リンクアドレスをクリックして支払いアプリケーションにアクセスできる。
【００２３】
符号１０８で、支払いアプリケーションのサーバは、ユーザから送信されたアプリケーションアクセス要求を受信すると、デバイス識別子情報を計算する。この計算方法は、ショッピングアプリケーションのサーバが用いる方法と同じものである。例えば、支払いアプリケーションのサーバは、端末デバイスのＩＰアドレス及びＭＡＣアドレス他に従ってデバイス識別子情報を計算し、計算したデバイス識別子情報が支払いアプリケーションのサーバに保存されたかどうかを調べる。同じユーザが同一端末上のショッピングアプリケーションから支払いアプリケーションへリダイレクトされると仮定すると、符号１０８で支払いアプリケーションのサーバが計算したデバイス識別子情報は、符号１０４でショッピングアプリケーションのサーバが計算したデバイス識別子情報と同じであり、又、支払いアプリケーションのサーバは、自己に保存されているデバイス識別子情報と、これに対応する第２のログイン状態とを検索することができる。
【００２４】
支払いアプリケーションのサーバがアプリケーションアクセス要求に対応した第２のログイン状態を保存する場合、支払いアプリケーションのサーバは、これに関連付けられたアプリケーション（即ち、ショッピングアプリケーション）にユーザが既にログインしたと判定してよく、又、それにより支払いアプリケーションのサーバはユーザを信頼することができ、ユーザからのアクセスを許容でき、符号１１１にてアプリケーションアクセス応答をユーザへ返すことができる（例えば、支払いアプリケーションの内容をユーザ端末へフィードバックできる）。
【００２５】
例えば、次のような状況を仮定する。信頼できるログインウェブサイトをコピーする方式がまだ実行されており、ユーザは最初に端末ｚ１上のショッピングアプリケーションにログインおよびアクセスし、その後、支払アプリケーションの信頼できるログインウェブサイト（このウェブサイトは、ショッピングアプリケーションのウェブサイトから支払いアプリケーションにリダイレクトするためのリンクアドレスを参照する）を端末ｚ２にコピーし、さらに、端末ｚ２上の支払いアプリケーションにアクセスしたい。従来の方式に従えば、支払いアプリケーションのサーバは、信頼できるログインウェブサイト内で署名を確認した後に、ユーザを支払いアプリケーションにアクセスさせることができる。しかし、この実施の形態では、支払いアプリケーションのサーバは本願の信頼できるログイン方法を採用している。つまり、署名による確認（或いは、リンク内に署名が全く存在しない）の代わりに、端末ｚ２に対応したデバイス識別子情報が計算される。上記の方法によれば、支払いアプリケーションのサーバは、端末ｚ１のデバイス識別子とこれに対応するログイン状態とを保存するが、端末ｚ２に対応するデバイス識別子情報とこれに対応するログイン状態は保存しない。この場合、支払いアプリケーションのサーバは、ユーザが端末ｚ２から開始したアプリケーションアクセス要求を拒否でき、これにより、異なる端末間におけるログイン状態の任意送信を防ぎ、アプリケーションアクセスの安全性が高まる。
【００２６】
前出の説明から分かるように、ログイン状態（例えば、支払いアプリケーションがショッピングアプリケーションでのユーザのログイン状態を知得する）の送信は従来どおりフロントエンドによって達成される。例えば、ユーザは、フロントエンド端末のブラウザ上のアプリケーションリダイレクションリンクをクリックして、送信をトリガできる（ショッピングアプリケーションのログイン状態署名がリンクに追加される）。したがって、任意にリンクアドレスをコピーすることが簡単にできる上に、支払いアプリケーションのサーバ側ではこれを認識および制御できない。しかし、本願の実施の形態では、ログイン状態のフロントエンド送信をバックエンド同期（ショッピングアプリケーションのサーバと支払いアプリケーションのサーバとの間のログイン状態同期）に変換するものであり、これはフロントエンドのユーザには不可視である。バックエンドサーバ間で実行される信頼できるログイン工程により、信頼できるログイン工程が不可視となる。サーバ間のログイン状態同期を介して、支払いアプリケーションのサーバは、ユーザがショッピングアプリケーションにログインしていることを知得すると同時に、ユーザへの信頼を形成する。その上、支払いアプリケーションのサーバは、さらに、取得した、サーバ間で同期されたログイン状態のデバイス識別子情報に従って、異なる端末間での任意のコピーを制御及び防止できるため、信頼できるログインの安全性が高まる。
【００２７】
別の実施例では、信頼できるログインは、一般に、同一ユーザが同一端末上の関連付けられたアプリケーションに、信頼できる自動ログイン方式によってアクセスを要求する。そのため、デバイス識別子情報の生成中に、デバイス情報とログイン情報とに従ってデバイス識別子情報を生成できる。例えば、デバイス情報は、デバイスのＩＰアドレス、ＭＡＣアドレス、工程ＩＤ等を含む。例えば、ログイン情報は、ユーザのアカウント、パスワード等を含む。ユーザが別のアカウント情報を用いてログインする場合には、別のデバイス識別子が計算される。そのため、デバイス識別子情報は端末とユーザが同一であることを保証できる。
【００２８】
別の実施例では、実際の使用における別の実施可能な状況として、信頼できるログインの２つの関連付けられたアプリケーション間で、一方のアプリケーションの有効時間が失効する間、他方のアプリケーションがその失効を検知できずにアクセスを続けることが起こるかもしれない。例えば、いくつかのアプリケーションは有効時間の制御下にある。ショッピングアプリケーションの有効時間を３０分と仮定すると、アプリケーションでのユーザのログイン状態は３０分後に失効し、ユーザは再びそのアプリケーションにログインすることになる。このケースでは、信頼できるログイン中に、支払いアプリケーションのサーバは、ショッピングアプリケーション側での現在のログイン状態が有効であるかどうかを再度照会する必要があり、又、支払いアプリケーションは、ログイン状態がまだ有効であり、支払いアプリケーション自体のログイン状態も有効である時のみ、信頼できるログインを実行する。
【００２９】
前出の目的を達成するために、図２に示す工程では（図１と比較して、図２では符号１０１乃至１０４を省略している）、ローカルのユーザの第２のログイン状態を確立した後、支払いアプリケーションのサーバは、符号２０１をさらに実行できる（つまり、第１のログイン状態と第２のログイン状態との間の対応関係を確立することができる）。例えば、２つのログイン状態は両方とも前出のデバイス識別子情報に対応しているので、対応する第１のログイン状態と第２のログイン状態とはデバイス識別子情報に従って検索できる。別の実施例では、符号１０５でログイン状態を同期させるときに、ショッピングアプリケーションのサーバはログイン状態ＩＤを無作為に生成してもよい（この際、生成方法および特定のＩＤ形式には限定されない）。ログイン状態ＩＤを用いて、関連付け関係を持つ第１のログイン状態と第２のログイン状態とを識別してもよい。つまり、支払いアプリケーションのサーバは第１のログイン状態と第２のログイン状態との両方をログイン状態ＩＤに対応させることができ、又、対応する第１のログイン状態と第２のログイン状態とを、ログイン状態ＩＤに従って検索できる。
【００３０】
アプリケーションアクセス要求を受信し、対応する第２のログイン状態を取得したら、支払いアプリケーションのサーバは、第２のログイン状態に対応している第１のログイン状態を、対応関係の記録に従って検索してよく、これにより、第１のログイン状態がショッピングアプリケーションのサーバによって送信されたことを知得する（同期された第１のログイン状態を受信した場合、ソースデバイスのアドレスを記録してもよい）。支払いアプリケーションのサーバは、符号２０２で、ショッピングアプリケーションのサーバからの第１のログイン状態の有効性を照会してもよい。
【００３１】
ショッピングアプリケーションのサーバ側には、第１のログイン状態の有効性を判断する複数の方式があってもよい。例えば、サーバは、ログイン状態の有効性の識別情報を設定できる。例えば、記録された状態が真である場合には、ログイン状態が現在有効であることを示し、記録された状態が偽である場合には、ログイン状態は無効になったことを示す。サーバは、識別情報に従って、ログイン状態の有効性を照会してもよい。別の実施例では、サーバは有効時間閾値（例えば３０分間）を記録でき、支払いアプリケーションのサーバがログイン状態を照会する時、サーバはログイン期間を有効時間閾値と比較し、ログイン期間が３０分を超える又は３０分に達する場合には、ログイン状態が無効であると判断する。
【００３２】
符号２０３で、ショッピングアプリケーションのサーバは、第１のログイン状態が有効であることを支払いアプリケーションのサーバにフィードバックし、さらに符号２０４で、第１のログイン状態と第２のログイン状態との両方が有効であると判定された場合（第２のログイン状態の有効性判断方式は第１のログイン状態の有効性判断方式と同じである）、支払いアプリケーションのサーバはアプリケーションアクセス応答を端末に返すことができる。関連付けられたアプリケーションのログイン状態間の関連も確立され、それにより追跡されるユーザの追跡工程が促進される、及び、ログイン状態の有効性失効時間を把握できるようになる、ことがわかる。
【００３３】
図３は、信頼できるログイン装置を示す。当該装置は、ショッピングアプリケーションサーバに適用されてもよく、ショッピングアプリケーションサーバは、前述の信頼できるログイン方法を実行できるようになる。図３に示すように、装置は、ログイン状態生成モジュール３１とログイン状態同期モジュール３２を備え：
ログイン状態生成モジュール３１は、第１のアプリケーションでのユーザの第１のログイン状態の確立後に、ユーザのログインデバイスのデバイス識別子情報を取得し、デバイス識別子情報を第１のログイン状態と関連付けるように構成され；
ログイン状態同期モジュール３２は、デバイス識別子情報及び第１のログイン状態を第２のアプリケーションのサーバに送信するように構成され、第２のアプリケーションは、第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションであるので、サーバは、第１のログイン状態に従って、第２のアプリケーションにおけるユーザの第２のログイン状態を確立し、デバイス識別子情報を第２のログイン状態と関連付ける。
【００３４】
さらに、ユーザのログインデバイスのデバイス識別子情報を取得する際に、ログイン状態生成モジュール３１は、具体的に、デバイス情報とログイン情報とに従って、デバイス識別子情報を生成するように構成されている。
【００３５】
図４に示す実施例を参照すると、装置は、サーバから送信された第１のログイン状態についての有効性照会要求を受信し、第１のログイン状態をサーバにフィードバックするように構成されたログイン状態管理モジュール３３をさらに備える。
【００３６】
図５は、信頼できるログイン装置を示す。当該装置は、例えば、支払アプリケーションサーバに適用されてもよく、支払アプリケーションサーバは、前述の信頼できるログイン方法を実行することができる。図５に示すように、当該装置は；ログイン状態受信モジュール５１と、ログイン状態確立モジュール５２と、アクセス管理モジュール５３を備えてもよく：
ログイン状態受信モジュール５１は、第１のアプリケーションのサーバから送信された第１のログイン状態及びデバイス識別子情報を受信するように構成され、第１のアプリケーションは第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、第１のログイン状態は、ユーザが第１のアプリケーションにログインしていることを表し、デバイス識別子情報は、ユーザが第１のアプリケーションにログインしているログインデバイスを表すために用いられ；
ログイン状態確立モジュール５２は、第１のログイン状態に従って、第２のアプリケーションでのユーザの第２のログイン状態を確立し、デバイス識別子情報と第２のログイン状態とを関連付けて、保存するように構成され；
アクセス管理モジュール５３は、第２のアプリケーションに対するアプリケーションアクセス要求の受信に際して、アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返すように構成されている。
【００３７】
さらに、ログイン状態確立モジュール５２は、さらに、第２のアプリケーションでのユーザの第２のログイン状態が確立された後に、第１のログイン状態と第２のログイン状態の間の対応関係を確立するように構成され；
アクセス管理モジュール５３は、さらに、アプリケーションアクセス要求を送信しているデバイスの識別子情報と、関連する第２のログイン状態とが保存されたと判定された後、且つ、アプリケーションアクセス応答を返す前に、第１のログイン状態についての有効性照会要求をサーバへ送信し、第１のログイン状態と第２のログイン状態とが有効であると判断するように構成されている。
【００３８】
上記は本願の好ましい実施の形態にすぎず、本願を限定することを意図するものではない。本願の精神及び原理の範囲内において行われる任意の変形、同等物の置換、及び改良等は、本願の保護範囲内に含まれるべきものである。
［第１の局面］
信頼できるログイン方法であって：
第１のアプリケーションにおけるユーザの第１のログイン状態を確立した後に、ユーザのログインデバイスのデバイス識別子情報を取得し、前記デバイス識別子情報を前記第１のログイン状態と関連付けるステップと；
前記デバイス識別子情報と前記第１のログイン状態とを第２のアプリケーションのサーバへ送信するステップであって、前記第２のアプリケーションは、前記第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションであるので、前記サーバは、前記第２のアプリケーションにおける前記ユーザの第２のログイン状態を前記第１のログイン状態に従って確立し、前記デバイス識別子情報を前記第２のログイン状態と関連付ける、送信するステップと；を備える、
信頼できるログイン方法。
［第２の局面］
前記ユーザのログインデバイスのデバイス識別子情報を取得するステップは、デバイス情報とログイン情報とに従って前記デバイス識別子情報を生成するステップを備える、
第１の局面に記載の方法。
［第３の局面］
前記第２のアプリケーションのサーバに送信するステップの後に、
前記サーバから送信された前記第１のログイン状態についての有効性照会要求を受信し、前記第１のログイン状態の有効性を前記サーバにフィードバックするステップをさらに備える、
第１の局面に記載の方法。
［第４の局面］
信頼できるログイン方法であって：
第１のアプリケーションのサーバから送信された第１のログイン状態と、デバイス識別子情報とを受信するステップであって、前記第１のアプリケーションは第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、前記第１のログイン状態は、ユーザが前記第１のアプリケーションにログインしていることを表し、前記デバイス識別子情報は、前記ユーザが前記第１のアプリケーションにログインしているログインデバイスを表すために用いられる、受信するステップと；
前記第１のログイン状態に従って、前記第２のアプリケーションにて前記ユーザの第２のログイン状態を確立し、前記デバイス識別子情報と前記第２のログイン状態を関連付けて、保存するステップと；
前記第２のアプリケーションに対するアプリケーションアクセス要求の受信に際して、前記アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返すステップと；を備える、
信頼できるログイン方法。
［第５の局面］
前記第２のアプリケーションでの前記ユーザの第２のログイン状態の確立後に、前記第１のログイン状態と前記第２のログイン状態との間の対応関係を確立するステップをさらに備え、
前記アプリケーションアクセス要求を送信する前記デバイスの前記識別子情報と、前記これに対応する第２のログイン状態とが保存されたと判定された後、且つ、前記アプリケーションアクセス応答を返す前に、前記第１のログイン状態についての有効性照会要求を前記サーバへ送信し、前記第１のログイン状態と、前記第２のログイン状態とが有効であると判定するステップをさらに備える、
第４の局面に記載の方法。
［第６の局面］
信頼できるログイン装置であって：
第１のアプリケーションでのユーザの第１のログイン状態の確立後に、ユーザのログインデバイスのデバイス識別子情報を取得し、前記デバイス識別子情報を前記第１のログイン状態と関連付けるように構成されているログイン状態生成モジュールと；
前記デバイス識別子情報と第１のログイン状態とを第２のアプリケーションのサーバに送信するように構成されたログイン状態同期モジュールであって、前記第２のアプリケーションは、前記第１のアプリケーションに関連付けられた信頼できるログインのアプリケーションであるので、前記サーバは、前記第１のログイン状態に従って、前記第２のアプリケーションにおける前記ユーザの第２のログイン状態を確立し、前記デバイス識別子情報を前記第２のログイン状態と関連付ける、ログイン状態同期モジュールと；を備える、
信頼できるログイン装置。
［第７の局面］
前記ユーザのログインデバイスの前記デバイス識別子情報を取得する際に、前記ログイン状態生成モジュールは、具体的に、デバイス情報とログイン情報とに従って、前記デバイス識別子情報を生成するように構成されている、
第６の局面に記載の装置。
［第８の局面］
前記サーバから送信された前記第１のログイン状態についての有効性照会要求を受信し、前記第１のログイン状態を前記サーバにフィードバックするように構成されたログイン状態管理モジュールをさらに備える、
第６の局面に記載の装置。
［第９の局面］
信頼できるログイン装置であって：
第１のアプリケーションのサーバから送信された第１のログイン状態と、デバイス識別子情報とを受信するように構成されたログイン状態受信モジュールであって、前記第１のアプリケーションは第２のアプリケーションに関連付けられた信頼できるログインのアプリケーションであり、前記第１のログイン状態は、ユーザが前記第１のアプリケーションにログインしていることを表し、前記デバイス識別子情報は、前記ユーザが前記第１のアプリケーションにログインしているログインデバイスを表すために用いられる、ログイン状態受信モジュールと；
前記第１のログイン状態に従って、前記第２のアプリケーションでの前記ユーザの第２のログイン状態を確立し、前記デバイス識別子情報と前記第２のログイン状態とを関連付けて、保存をするように構成されたログイン状態確立モジュールと；
前記第２のアプリケーションに対するアプリケーションアクセス要求の受信に際して、前記アプリケーションアクセス要求を送信しているデバイスの識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された場合に、アプリケーションアクセス応答を返すように構成されたアクセス管理モジュールと；を備える、
信頼できるログイン装置。
［第１０の局面］
前記ログイン状態確立モジュールは、さらに、前記第２のアプリケーションでの前記ユーザの前記第２のログイン状態が確立された後に、前記第１のログイン状態と前記第２のログイン状態の間の対応関係を確立するように構成され、
前記アクセス管理モジュールは、さらに、前記アプリケーションアクセス要求を送信している前記デバイスの前記識別子情報と、これに対応する第２のログイン状態とが保存されたと判定された後、且つ、前記アプリケーションアクセス応答を返す前に、前記第１のログイン状態についての有効性照会要求を前記サーバへ送信し、前記第１のログイン状態と前記第２のログイン状態とが有効であると判断するように構成されている、
第９の局面に記載の装置。
【図１】
0006756738.tif 000002
【図２】
0006756738.tif 000003
【図３】
0006756738.tif 000004
【図４】
0006756738.tif 000005
【図５】
0006756738.tif 000006