JP6921121B2 - 自動ログイン方法及び複数のウェブサイト間のデバイス - Google Patents

Description

本願は通信分野に関し、特に、自動ログイン方法及び複数のウェブサイト間のデバイスに関する。

関連技術において、互いに協同する異なるウェブサイトに対しては、ユーザは、通常、第１のウェブサイトのローカルクライアントを使って第２のウェブサイト上の対象（ターゲット）ページを直接に訪問できる。例えば、ユーザは、第２のウェブサイト上の対象ページのハイパーリンクを、第１のウェブサイトのローカルクライアントに追加でき、ユーザは、ハイパーリンクをクリックすることにより対応する対象ページへジャンプすることができる。

ユーザが第１のウェブサイトのローカルクライアントを使って第２のウェブサイト上の対象ページを訪問する際、第２のウェブサイトは、通常、対象ページの訪問承認を得て、対象ページへジャンプするために、第２のウェブサイトのログインＩＤとパスワードとを使って第２のウェブサイトにログインするようユーザに要求するが、これは非常に不便である。

本願は、複数のウェブサイト間の自動ログイン方法を提供し、この方法は：第２のウェブサイト上の対象ページに対する訪問リクエストがユーザ側クライアントから受信されると、前記第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるステップと；前記第１のログインアカウントがログインされた状態にある場合、前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成するステップと；第１の自動ログインリンクを創出して、これを前記クライアントへ送信するステップであって、前記クライアントが前記第１の自動ログインリンクを訪問して、前記自動ログイントークンを含む前記対象ページに対する前記訪問リクエストを前記第２のウェブサイトの自動ログインポータルへ送信し、前記自動ログイントークンを検証した後、前記第２のウェブサイトのサーバが、前記クライアントが前記第１のログインアカウントに結合された第２のログインアカウントを用いて前記第２のウェブサイト上で自動ログインを実行し、前記対象ページへジャンプすることを承認するように、前記第１の自動ログインリンクは、前記第２のウェブサイトの前記自動ログインポータルのＵＲＬアドレスと、前記自動ログイントークンとを含む、ステップと；を含む。

この実施において、この方法はさらに、前記第２のウェブサイトに対するリソース訪問リクエストが前記ユーザ側クライアントから受信されると、第２の自動ログインリンクを創出し、これを前記クライアントへ送信するステップであって、前記クライアントが前記第２の自動ログインリンクを訪問して、前記対象ページに対する前記訪問リクエストをローカルの自動ログインポータルへ送信するように、前記第２の自動ログインリンクは、前記ローカルの自動ログインポータルのＵＲＬアドレスと、前記クライアントによって要求されたリソースが位置する前記第２のウェブサイト上の前記対象ページのＵＲＬアドレスとを含む、ステップを含む。

この実施において、この方法はさらに、前記第１のログインアカウントがログオフされた状態にある場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信するステップであって、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第１のログインアカウントを用いてアクティブなログインを完了するように前記クライアントをトリガする、ステップを含む。

この実施において、前記第２のウェブサイトによって承諾された前記トークン生成規則は、前記第２のウェブサイトのログインドメイン構成情報に格納される暗号化キーと所定の暗号化アルゴリズムとを含み、前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成する前記ステップは：前記暗号化キーと前記所定の暗号化アルゴリズムとを前記第２のウェブサイトの前記ログインドメイン構成情報から取得するステップと；前記取得された暗号化キーと前記取得された前記所定の暗号化アルゴリズムとに基づき、前記第２のウェブサイトによって承諾されたトークン生成パラメータに対し計算を実行して前記自動ログイントークンとして用いられるランダム文字列を生成するステップと；を含む。

前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む。

本願は複数のウェブサイト間の自動ログイン方法をさらに提供し、前記方法は第２のウェブサイトのサーバに適用され、前記方法は：ローカル対象ページに対する訪問リクエストが前記第１のウェブサイトのユーザ側クライアントから受信されると、第１のウェブサイト上のユーザの第１のログインアカウントに結合された第２のログインアカウントのログイン状態を問い合わせるステップであって、前記訪問リクエストは、指定されたトークン生成規則に基づき前記第１のウェブサイトのサーバによって生成される自動ログイントークンを含む、第２のログインアカウントのログイン状態を問い合わせるステップと；前記第２のログインアカウントがログオフされた状態にある場合、前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証するステップと；前記自動ログイントークンが検証されると、前記クライアントが前記第２のログインアカウントを用いてローカルに自動ログインを実行することを承認するステップであって、ログインに成功した後、前記対象ページのページデータを前記クライアントへ送信して、前記対象ページへジャンプするように前記クライアントをトリガする、ステップと；を含む。

この実施において、この方法はさらに、前記第２のログインアカウントがログインされた状態にある場合に、前記対象ページの前記ページデータを前記クライアントへ送信するステップであって、前記対象ページへジャンプするように前記クライアントをトリガする、ステップを含む。

この実施において、この方法はさらに、前記自動ログイントークンの検証に失敗した場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信するステップであって、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第２のログインアカウントを用いてアクティブなログインを完了するように前記クライアントをトリガする、ステップを含む。

この実施において、前記第１のウェブサイトによって承諾された前記トークン生成規則が、ローカルログインドメイン構成情報に格納される暗号化キーと所定の復号アルゴリズムとを備え、前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証する前記ステップは：前記暗号化キーと前記所定の復号アルゴリズムとを前記ローカルログインドメイン構成情報から取得するステップと；前記取得された暗号化キーと前記取得された所定の復号アルゴリズムとに基づき前記自動ログイントークンを復号し、前記復号後に生成されるパラメータが前記第１のウェブサイトによって承諾されたトークン生成パラメータであるかどうか検証するステップ；及び、肯定であれば、前記自動ログイントークンは検証されていると特定するステップと；を含む。

前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む。

本願は、複数のウェブサイト間の自動ログインデバイスをさらに提供し、前記デバイスは第１のウェブサイトのサーバに適用され、前記デバイスは：第２のウェブサイト上の対象ページに対する訪問リクエストがユーザ側クライアントから受信されると、前記第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるように構成された第１の問い合わせモジュールと；前記第１のログインアカウントがログインされた状態にある場合、前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成するように構成された生成モジュールと；第１の自動ログインリンクを創出して、これを前記クライアントへ送信するように構成された伝送モジュールであって、前記第１の自動ログインリンクは、前記クライアントが前記第１の自動ログインリンクを訪問して、前記自動ログイントークンを含む前記対象ページに対する前記訪問リクエストを前記第２のウェブサイトの前記自動ログインポータルへ送信し、前記自動ログイントークンを検証した後、前記第２のウェブサイトのサーバが、前記クライアントが前記第１のログインアカウントに結合された第２のログインアカウントを用いて前記第２のウェブサイト上で自動ログインを実行し、前記対象ページへジャンプすることを承認するように、前記第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと、前記自動ログイントークンとを含む、前記伝送モジュールと；を含む。

この実施において、前記伝送モジュールは：前記第２のウェブサイトに対するリソース訪問リクエストが前記ユーザ側クライアントから受信されると、第２の自動ログインリンクを創出して、これを前記クライアントへ送信するように更に構成され、前記第２の自動ログインリンクは、前記クライアントが前記第２の自動ログインリンクを訪問して、前記対象ページに対する前記訪問リクエストをローカルの自動ログインポータルへ送信するように、前記ローカルの自動ログインポータルのＵＲＬアドレスと、前記クライアントによってリクエストされたリソースが位置する前記第２のウェブサイト上の前記対象ページのＵＲＬアドレスとを含む。

この実施において、前記伝送モジュールは：前記第１のログインアカウントがログオフされた状態にある場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信して、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第１のログインアカウントを用いてアクティブなログインを完了するために前記クライアントをトリガするように更に構成される。

この実施において、前記第２のウェブサイトによって承諾された前記トークン生成規則は、前記第２のウェブサイトのログインドメイン構成情報に格納される暗号化キーと所定の暗号化アルゴリズムとを含む。

前記生成モジュールは：前記暗号化キーと前記所定の暗号化アルゴリズムとを前記第２のウェブサイトの前記ログインドメイン構成情報から取得するように；及び、前記取得された暗号化キーと前記取得された所定の暗号化アルゴリズムとに基づき、前記第２のウェブサイトによって承諾されたトークン生成パラメータに対し計算を実行して、前記自動ログイントークンとして用いられるランダムな文字列を生成するように；構成される。

前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む。

本願は、複数のウェブサイト間の自動ログインデバイスをさらに提供し、前記デバイスは第２のウェブサイトのサーバに適用され、前記デバイスは：ローカル対象ページに対する訪問リクエストが第１のウェブサイトのユーザ側クライアントから受信されると、前記第１のウェブサイト上のユーザの第１のログインアカウントに結合された第２のログインアカウントのログイン状態を問い合わせるように構成された第２の問い合わせモジュールであって、前記訪問リクエストは、指定されたトークン生成規則に基づき前記第１のウェブサイトのサーバによって生成される自動ログイントークンを含む、前記第２の問い合わせモジュールと；前記第２のログインアカウントがログオフされた状態にある場合、前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証するように構成された検証モジュールと；前記自動ログイントークンが検証されると、前記クライアントが前記第２のログインアカウントを用いてローカルに自動ログインを実行することを承認するように構成された承認モジュールであって、ログインに成功した後、前記対象ページのページデータを前記クライアントへ送信して、前記対象ページへジャンプするために前記クライアントをトリガする、前記承認モジュールと；を含む。

この実施において、 前記承認モジュールは：前記第２のログインアカウントがログインされた状態にある場合、前記対象ページの前記ページデータを前記クライアントへ送信して、前記対象ページへジャンプするために前記クライアントをトリガするように更に構成される。

この実施において、前記検証モジュールは：前記自動ログイントークンの検証に失敗した場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信して、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第２のログインアカウントを用いてアクティブなログインを完了するために前記クライアントをトリガするように更に構成される。

この実施において、前記第１のウェブサイトによって承諾された前記トークン生成規則は、ローカルログインドメイン構成情報に格納される暗号化キーと所定の復号アルゴリズムとを含む。前記検証モジュールは：前記暗号化キーと前記所定の復号アルゴリズムとを前記ローカルログインドメイン構成情報から取得するように；及び、前記取得された暗号化キーと前記取得された前記所定の復号アルゴリズムとに基づき前記自動ログイントークンを復号し、前記復号後に生成されるパラメータは前記第１のウェブサイトによって承諾されたトークン生成パラメータであるかどうかを検証し、肯定であれば、前記自動ログイントークンは検証されている、と特定するように；構成される。

前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む。

本願において、第１のウェブサイトのサーバが第２のウェブサイト上の対象ページへの訪問リクエストをユーザ側クライアントから受信すると、第１のウェブサイト上のユーザの第１のログインアカウントがログインされた状態にある場合、第１のウェブサイトのサーバは、第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成して、ログインリンクを創出し、これをクライアントへ送信できる。ここで、ログインリンクは、第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと、自動ログイントークンとを含む。ログインリンクを受信した後、クライアントは、ログインリンクを訪問して、自動ログイントークンを含む対象ＵＲＬアドレスに対する訪問リクエストを第２のウェブサイトの自動ログインポータルへ送信できる。訪問リクエストを受信した後、第２のウェブサイトのサーバは、第１のログインアカウントに結合された第２のログインアカウントがログオフされた状態にある場合、訪問リクエスト中の自動ログイントークンを検証する。検証に成功した後、第２のウェブサイトのサーバは、クライアントが第２のログインアカウントを用いてローカルに自動ログインを実行することを承認し、ログインに成功した後、対象ＵＲＬアドレスに対応するページデータをクライアントへ送信して、対象ＵＲＬアドレスに対応する対象ページへジャンプするようにクライアントをトリガする。本願において、ユーザは、第２のウェブサイト上の対象ページを訪問する際、第１のウェブサイトのクライアントを使って、第２のウェブサイト上で第２のログインアカウントとパスワードとを手動で入力して手動ログインを実行することなく第２のウェブサイト上の対象ページへ直接にジャンプすることができ、これにより操作の複雑さは緩和され、ユーザエクスペリエンスが向上する。

図１は、本願の実施に係る、複数のウェブサイト間の自動ログイン方法を示すフローチャートである。

図２は、本願の実施に係る、中核的な構成要素を示すアーキテクチャ図である。

図３は、本願の実施に係る、複数のウェブサイト間の自動ログインデバイスを示す論理ブロック図である。

図４は、本願の実施に係る、複数のウェブサイト間の自動ログインデバイスを含む第１のウェブサイトのサーバのハードウェアを示す構造図である。

図５は、本願の実施に係る、別の複数のウェブサイト間の自動ログインデバイスを示す論理ブロック図である。

図６は、本願の実施に係る、別の複数のウェブサイト間の自動ログインデバイスを含む第２のウェブサイトのサーバのハードウェアを示す構造図である。

関連技術において、ユーザが第１のウェブサイトのローカルクライアントを使って第２のウェブサイト上の対象ページを訪問する際、ユーザは、通常、第２のウェブサイトのログインＩＤとパスワードとを入力して第２のウェブサイトにログインする必要があり、ログインに成功して初めて対象ページへの訪問承認を取得し対象ページへジャンプすることができるが、これは非常に不便である。

上記の問題を緩和するため、本願は、複数ウェブサイト間の自動ログイン方法を提供する。第１のウェブサイトのサーバが、第２のウェブサイト上の対象ページへの訪問リクエストをユーザ側クライアントから受信すると、第１のウェブサイト上のユーザの第１のログインアカウントがログインされた状態にある場合、第１のウェブサイトのサーバは、第２のウェブサイトによって承諾されたトークン（ｔｏｋｅｎ）生成規則に基づき自動ログイントークンを生成し、ログインリンクを創出して、これをクライアントへ送信できる。ここで、ログインリンクは、第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと、自動ログイントークンとを含む。ログインリンクを受信した後、クライアントは、ログインリンクを訪問して、自動ログイントークンを含む対象ＵＲＬアドレスに対する訪問リクエストを第２のウェブサイトの自動ログインポータルへ送信できる。訪問リクエストを受信した後、第２のウェブサイトのサーバは、第１のログインアカウントに結合（バインド）された第２のログインアカウントがログオフされた状態にある場合、訪問リクエスト中の自動ログイントークンを検証（バリデーション、妥当性確認）する。検証に成功した後、第２のウェブサイトのサーバは、クライアントが第２のログインアカウントを用いてローカルに自動ログインを実行することを承認し、ログインに成功した後、対象ＵＲＬアドレスに対応するページデータをクライアントへ送信して、対象ＵＲＬアドレスに対応する対象ページへジャンプするようにクライアントをトリガする。

本願において、ユーザは、第２のウェブサイト上の対象ページを訪問する際、第１のウェブサイトのクライアントを使って、第２のウェブサイト上で第２のログインアカウントとパスワードとを手動で入力して手動ログインを実行することなく第２のウェブサイト上の対象ページへ直接にジャンプすることができ、これにより操作の複雑さが緩和され、ユーザエクスペリエンスは向上する。

特定の実施を用い且つ特定のアプリケーションシナリオを参照して本願について以下説明する。

図１を参照すると、図１は、本願の実施に係る、複数のウェブサイト間の自動ログイン方法を示す。この方法は下記の各ステップを含む。

ステップ１０１：第２のウェブサイト上の対象ページに対する訪問リクエストをユーザ側クライアントから受信すると、第１のウェブサイトのサーバが、第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせる（クエリする）。

この実施において、ユーザ側クライアントは、第１のウェブサイトのウェブクライアント（例えば、ブラウザ）を含むことができる。第２のウェブサイト上のリソースを訪問するために用いられる第１のウェブサイトの自動ログインポータルへのリンクを、予めクライアントのユーザインタフェース上に追加しておくことができる。

リンクは、第１のウェブサイトの自動ログインポータルのＵＲＬアドレスと、クライアントが第２のウェブサイト上のリソースを訪問する際に第１のウェブサイトの自動ログインポータルに伝送されることが必要な問い合わせパラメータとを含むことができる。

ユーザは、第２のウェブサイト上のリソースへの訪問を要求するために第１のウェブサイトのユーザ側クライアントを使う必要がある場合、ユーザはリンクをクリックして、第２のウェブサイトに対するリソース訪問リクエストを第１のウェブサイトのサーバへ送信するようにクライアントをトリガすることができる。

ユーザがリンクをクリックした後、クライアントは、リンク中の問い合わせパラメータと第１のウェブサイト上のユーザの第１のログインアカウントとに基づいてリソース訪問リクエストを生成し、次いで、第１のウェブサイトの自動ログインポータルのＵＲＬアドレスを訪問し、生成されたリソース訪問リクエストを第１のウェブサイトのサーバ上の自動ログインポータルへ送信できる。

第１のウェブサイトのユーザ側クライアントを使ってユーザが第２のウェブサイト上のサービスリソースに問い合わせるアプリケーションシナリオにおいて、第２のウェブサイト上のリソースを訪問するためのリンクは、サービス問い合わせリンクとすることができる。問い合わせパラメータは、ユーザが問い合わせる必要のあるサービスリソースに対応するサービス識別子などの情報を含むことができ、クライアントによって生成されるリソース訪問リクエストは、サービス問い合わせリクエストとすることができる。

例えば、第１のウェブサイトはＡＬＩＰＡＹであり、第２のウェブサイトはＴＡＯＢＡＯである。ユーザは、ＡＬＩＰＡＹを使って支払われるＴＡＯＢＡＯ取引の詳細を問い合わせるために、ＡＬＩＰＡＹクライアントを使わなければならない。この場合、リソース訪問リクエストは、ＴＡＯＢＡＯ取引に関するサービス問い合わせリクエストとすることができ、問い合わせパラメータは、ＴＡＯＢＡＯ取引の取引番号とすることができる。

ＴＡＯＢＡＯ取引の取引番号が「２０１５０４１１２５２０３１」であり、ＡＬＩＰＡＹの自動ログインポータルのＵＲＬアドレスが「ｈｔｔｐ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ」であると仮定する。この場合、サービス問い合わせリンクは、「ｈｔｔｐ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ？ｔｒａｄｅＮｏ＝２０１５０４１１２５２０３１」とすることができる。

上記リンク中の「？」は、サービス問い合わせリンク中のパラメータ伝送識別子であり、パラメータ伝送識別子の後の内容は、ＡＬＩＰＡＹクライアントが取引番号「２０１５０４１１２５２０３１」のＴＡＯＢＡＯ取引の詳細を問い合わせる際にＡＬＩＰＡＹの自動ログインポータルへ伝送されなければならないサービス問い合わせパラメータである。

ＡＬＩＰＡＹクライアントは、ユーザインタフェース上の取引の対応位置へ「取引詳細閲覧」タグを追加でき、このタグは、サービス問い合わせリンクに向けられている。ユーザがＡＬＩＰＡＹクライアント上の「取引詳細閲覧」タグをクリックすると、クライアントは、サービス問い合わせリンク中のトレード番号（ｔｒａｄｅ Ｎｏ）を取得し、トレード番号とユーザのＡＬＩＰＡＹアカウントとを含むサービス問い合わせリクエストを生成し、次いで、ＡＬＩＰＡＹの自動ログインポータルのＵＲＬアドレスを訪問し、サービス問い合わせリクエストをＡＬＩＰＡＹの自動ログインポータルへ送信できる。第１のウェブサイトのユーザ側クライアントを用いてユーザが第２のウェブサイト上のサービスリソースに問い合わせるというアプリケーションシナリオを例にとり以下説明する。

この実施において、第１のウェブサイトのサーバが自動ログインポータルを用いてユーザ側クライアントによって送信されるサービス問い合わせリクエストを受信した後、第１のウェブサイトのサーバは、サービス問い合わせリクエスト中のサービス問い合わせパラメータを取得し、ローカルサービスデータベースにおいて対応するサービスリソース問い合わせを実行できる。

第１のウェブサイトのサーバがローカルサービスデータベースにおいて対応するサービスリソースを発見した場合、それは、サービス問い合わせリクエストに対応するサービスリソースが第１のウェブサイトのローカルサービスリソースであることを意味する。この場合、第１のウェブサイトのサーバは、サービス問い合わせリクエストに含まれる第１のログインアカウントのログイン状態をチェックすることができる。第１のログインアカウントがログインされた状態にある場合、それは、第１のログインアカウントを使ってユーザが第１のウェブサイトに既にログインしていることを意味しており、第１のウェブサイトのサーバは、対応するサービスリソースをローカルクライアントへ直接に返信できる。

ローカルサービスデータベースにおいて対応するサービスリソースが発見されない場合、それは、サービス問い合わせリクエストに対応するサービスリソースが第三者ウェブサイトに属する非ローカルサービスリソースであることを意味する。

第三者ウェブサイトに属する非ローカルサービスリソースの場合、サービスリソースと、第三者ウェブサイト上のサービスリソースの対象ページの対象ＵＲＬアドレスとのマッピング関係が、通常、第１のサーバのサーバ上に事前に格納されている。第１のウェブサイトのユーザ側クライアントが第２のウェブサイト上の非ローカルサービスリソースに問い合わせる場合、対象ＵＲＬアドレスは、訪問が必要な第２のウェブサイト上の対象ページのＵＲＬアドレスである。

第１のウェブサイトのサーバがローカルサービスデータベースにおいてサービス問い合わせリクエストに対応するサービスリソースを発見しない場合、第１のウェブサイトのサーバは、マッピング関係に基づいて、問い合わせが必要なサービスリソースに対応する第２のウェブサイト上の対象ページのＵＲＬアドレスを特定し、次いで自動ログインリンク（第２のログインリンク）を創出して、これをクライアントへ送信できる、ここで、自動ログインリンクは、第１のウェブサイトのログインドメインにおいて自動ログインを実行するために用いられる。

この実施において、ログインドメインは、ユーザがログインを望む対象システムである。複数のログインドメインを第１のウェブサイトのサーバ上に維持できる。実際には、第１のウェブサイトのサーバは、別のウェブサイト（例えば、第１のウェブサイトと連携するウェブサイト）のサーバとインタラクション（相互作用）を行い、定期的にそれぞれのログインドメイン構成情報を別のウェブサイトのサーバに同期させることができる。

例えば、第１のウェブサイトがＡＬＩＰＡＹであり、ＡＬＩＰＡＹは、ＴＡＯＢＡＯ及びＤＡＮＧＤＡＮＧなどのプラットフォームに対して第三者決済ソリューションを提供すると仮定する。ＡＬＩＰＡＹサーバは、ＴＡＯＢＡＯ及びＤＡＮＧＤＡＮＧと別々にインタラクションを行い、それぞれのログインドメイン構成情報を互いに同期させることができ、ＡＬＩＰＡＹサーバが、ＴＡＯＢＡＯ及びＤＡＮＧＤＡＮＧなどのプラットフォームのログインドメイン構成情報を同時に維持できるようになっている。

この実施では、第１のウェブサイトのログインドメインにおいて自動ログインを実行するために第１のウェブサイトのサーバによって創出され、クライアントへ送信される自動ログインリンクは、第１のウェブサイトの自動ログインポータルのＵＲＬアドレスと、ユーザが訪問すべきサービスリソースが位置している第２のウェブサイト上の対象ページのＵＲＬアドレスと、クライアントが第２のウェブサイト上の対象ページのＵＲＬアドレスを訪問する際に第１のウェブサイトの自動ログインポータルに伝送される必要があるサービス問い合わせパラメータと、を含むことができる。

実施において、クライアントが第２のウェブサイト上の対象ページを訪問する際、第１のウェブサイトの自動ログインポータルへ伝送される必要があるサービス問い合わせパラメータは、サービスリクエストソースのログインドメイン名、第２のウェブサイト上の対象ページのＵＲＬアドレス、第２のウェブサイトのログインドメイン名、及びユーザが第１のウェブサイトにログインする際に用いられる第１のログインアカウントなどの情報を含むことができる。

第１のウェブサイトのサーバによって送信される自動ログインリンクを受信した後、クライアントは、自動ログインリンクに含まれるサーバ問い合わせパラメータに基づき第２のウェブサイト上の対象ページのＵＲＬアドレスに対する訪問リクエストを生成し、次いで、第１のウェブサイトの自動ログインポータルのＵＲＬアドレスを訪問し、生成される第２のウェブサイト上の対象ページのＵＲＬアドレスに対する訪問リクエストを第１のウェブサイトの自動ログインポータルへ送信できる。生成された訪問リクエストに含まれるパラメータは、自動ログインリンクに含まれるサービス問い合わせパラメータと同じである。

例えば、第１のウェブサイトがＡＬＩＰＡＹであり、第２のウェブサイトがＴＡＯＢＡＯであり、ユーザは、ＡＬＩＰＡＹクライアントを使ってＡＬＩＰＡＹを用いて決済されるＴＡＯＢＡＯ取引の詳細を問い合わせる必要がある。ＡＬＩＰＡＹの自動ログインポータルのＵＲＬアドレスが「ｈｔｔｐ：／／ｗｗｗ．ＡＬＩＰＡＹ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ」であり、ユーザが訪問する必要があるＴＡＯＢＡＯの対象ページのＵＲＬアドレスが「ｗｗｗ．ＴＡＯＢＡＯ．ｃｏｍ／ｔｒａｄｅ／ｌｉｓｔ．ｈｔｍ」であり、ＡＬＩＰＡＹのログインドメインにおいて自動ログインを実行するためにＡＬＩＰＡＹサーバによって創出され、ＡＬＩＰＡＹクライアントへ送信される自動ログインリンクを「ｈｔｔｐ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ？ｌｏｇｉｎＲｅｑｕｅｓｔＦｒｏｍ＝Ａｌｉｐａｙ＆ｔａｒｇｅｔ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｔａｏｂａｏ．ｃｏｍ％２Ｆｔｒａｄｅ％２Ｆｌｉｓｔ．ｈｔｍ＆ｄｏｍａｉｎ＝ｔａｏｂａｏ＆ｌｏｇｉｎＡｃｃｏｕｎｔ＝ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ．」とすることができると仮定する。

自動ログインリンク中の「？」は、自動ログインリンクの中のパラメータ伝送識別子であり、パラメータ伝送識別子の後の内容は、ＡＬＩＰＡＹクライアントがＴＡＯＢＡＯの対象ＵＲＬアドレスを訪問する際にＡＬＩＰＡＹの自動ログインポータルに伝送されなければならないサービス問い合わせパラメータである。

「ｌｏｇｉｎＲｅｑｕｅｓｔＦｒｏｍ＝Ａｌｉｐａｙ」は、パラメータに基づきＡｌｉｐａｙクライアントによって生成された訪問リクエストが「Ａｌｉｐａｙ」のログインドメインからのものであることを意味し；「ｌｏｇｉｎＡｃｃｏｕｎｔ＝ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」は、決済システムにログインするためにユーザが使用するＡＬＩＰＡＹアカウントの名前が「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」であることを意味し；「ｔａｒｇｅｔ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆａｅ．ｃｏｍ％２Ｆｔｒａｄｅ％２Ｆｌｉｓｔ．ｈｔｍ」は、ＡＬＩＰＡＹクライアントが訪問するＴＡＯＢＡＯの対象ページのＵＲＬアドレスであり；「ｄｏｍａｉｎ＝ｔａｏｂａｏ」は、ＡＬＩＰＡＹシステムに接続されたピアログインドメインの名前が「ＴＡＯＢＡＯ」であることを意味する。

ＡＬＩＰＡＹサーバによって送信される自動ログインリンクを受信した後、ＡＬＩＰＡＹクライアントは、自動ログインリンクに含まれるサービス問い合わせパラメータに基づき第２のウェブサイトの対象ＵＲＬアドレスに対する訪問リクエストを生成し、ＡＬＩＰＡＹの自動ログインポータルのＵＲＬアドレスを訪問し、訪問リクエストをＡＬＩＰＡＹサーバへ送信できる。

この実施において、第１のウェブサイトのサーバがローカルの自動ログインポータルを用いて第２のウェブサイト上の対象ページのＵＲＬアドレスに対する訪問リクエストをローカルクライアントから受信するとき、ローカルクライアントは、訪問リクエストの送り先エンドはローカルの自動ログインポータルであることから、第１のログインアカウントを用いて第１のウェブサイトのログインドメインにログインして、第２のウェブサイトの対象ＵＲＬアドレスに対する訪問承認を取得する必要がある。

この場合、第２のウェブサイト上の対象ページのＵＲＬアドレスに対する訪問リクエストをクライアントから受信した後、第１のウェブサイトのサーバは、訪問リクエストから第１のログインアカウントを取得し、次いで、第１のログインアカウントのログイン状態をローカルに問い合わせることができる。

例えば、実施中、第１のウェブサイトのサーバは、第１のログインアカウントを問い合わせインデックスとして用いて、第１のログインアカウントに対応するログイン成功検証結果がローカルに格納されているかどうか問い合わせることができる。第１のログインアカウントのログイン成功検証結果がローカルに格納されていない場合、第１のログインアカウントはログオフされた状態にある、と特定でき；第１のログインアカウントに対応するログイン成功検証結果が発見された場合、第１のログインアカウントはログインされた状態にある、と特定できる。

ステップ１０２：第１のログインアカウントがログインされた状態にある場合、第１のウェブサイトのサーバが、第２のウェブサイトによって承諾されたトークン生成規則に基づいて、第２のウェブサイト上で自動ログインを実行するために用いられる自動ログイントークンを生成する。

この実施において、第１のログインアカウントがログインされた状態にあることを第１のウェブサイトのサーバが発見した場合、それは、ユーザが第１のログインアカウントを使って第１のウェブサイトのシステムに既にログインしていることを意味する。この場合、第１のウェブサイトのサーバは、第２のウェブサイトによって承諾されたトークン生成規則に基づいて自動ログイントークン（Ｔｏｋｅｎ）を生成できる。

自動ログイントークンは、異なるウェブサイトのログインドメイン間でログイン成功検証結果を共有するために用いられる。第１のウェブサイトのサーバは、生成される自動ログイントークンを第２のウェブサイトのサーバへ送信し、第１のウェブサイトのログインドメインへのログイン成功検証結果を第２のウェブサイトと共有できる。

実施において、第１のウェブサイトと第２のウェブサイトとの間で承諾されたトークン生成規則は、ログインドメイン構成情報として用いることができ、第１のウェブサイトのサーバ上でローカルに維持される第２のウェブサイトのログインドメイン構成情報に事前に格納される。

ログインドメイン構成情報は、通常、ログインドメインのアクティブなログインポータルのＵＲＬアドレスと、自動ログインポータルのＵＲＬアドレスとを含み、トークン生成規則は、指定された暗号化アルゴリズムと暗号化キーとを含むことができる。したがって、ウェブサイト間で承諾されたトークン生成規則がログインドメイン構成情報にも格納されれば、ログインドメイン構成情報は、ログインドメインのアクティブなログインポータルのＵＲＬアドレスと自動ログインポータルＵＲＬアドレスに加え、ウェブサイト間で承諾された暗号化アルゴリズム、暗号化キー、及び暗号化キー取得方法などの情報を含むことができる。

自動ログイントークンを生成するための第１のウェブサイトと第２のウェブサイトとの間で承諾される暗号化アルゴリズムがこの実施において限定されないことは特に留意すべき事項である。例えば、所定の暗号化アルゴリズムとしては、ＤＳＡアルゴリズム、ＲＳＡアルゴリズム、ＭＤ５アルゴリズム、その他の対称暗号化アルゴリズムを挙げることができる。

第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成する際、第１のウェブサイトのサーバは、暗号化アルゴリズムと暗号化キーとを第２のウェブサイトのログインドメイン構成情報から取得し、取得された暗号化アルゴリズムと取得された暗号化キーとに基づき、第２のウェブサイトによって承諾されたトークン生成パラメータに対して計算を実行してランダムな文字列を生成してから、生成されたランダム文字列を自動ログイントークンとして格納できる。

実施において、トークン生成パラメータは、第１のログインアカウント、第１のウェブサイトのログインドメイン名、及び自動ログイントークンの生成時刻などの情報のうちの１つ又はそれらの組み合わせを含むことができる。この実施において、自動ログイントークンが生成される際、トークン生成パラメータは、第２のウェブサイト上のユーザの第２のログインアカウントとは完全に無関係な情報とすることができる。

当然、実際には、トークン生成パラメータは、第１のログインアカウント、第１のウェブサイトのログインドメイン名、及び自動ログイントークンの生成時刻に加えて他のタイプの情報を含むことができ、この実施において詳細は省略する。

この実施において、第１のログインアカウントがログオフされた状態にあることを第１のウェブサイトのサーバが発見した場合、それは、ユーザが第１のログインアカウントを使って第１のウェブサイトのシステムにログインしていないことを意味する。この場合、第１のウェブサイトのサーバは、ローカルのアクティブなログインポータルのＵＲＬアドレスをローカルクライアントへ送信できる。

アクティブなログインポータルのＵＲＬアドレスを受信すると、クライアントは、ＵＲＬアドレスを訪問し、ＵＲＬアドレスに対応するログインページへジャンプし、次いで、ログインページ上で第１のログインアカウントに対応するログインパスワードを手動で入力してアクティブなログインを実行できる。

ステップ１０３：第１のウェブサイトのサーバが第１の自動ログインリンクを創出して、これをユーザ側クライアントへ送信する。ここで、第１の自動ログインリンクは、第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと、自動ログイントークンとを含む。

ステップ１０４：第１のログインリンクを受信した後、第１のウェブサイトのユーザ側クライアントが第１のログインリンクを訪問して、対象ページに対する訪問リクエストを第２のウェブサイトの自動ログインポータルへ送信する。ここで、訪問リクエストは自動ログイントークンを含む。

この実施において、第１のログインアカウントがログインされた状態にあることを特定し、自動ログイントークンを生成する際、第１のウェブサイトのサーバは、第２のウェブサイト上の対象ページに対するローカルクライアントの訪問リクエストを第２のウェブサイトの自動ログインポータルへリダイレクトするために、自動ログインリンク（第１のログインリンク）を創出して、これをユーザ側クライアントへ送信して第２のウェブサイトのログインドメインにおいて自動ログインを実行できる。

第２のウェブサイトのログインドメインにおいて自動ログインを実行するために第１のウェブサイトのサーバによって創出されユーザ側クライアントへ送信される自動ログインリンクは、第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと、生成される自動ログイントークンと、クライアントが第２のウェブサイト上の対象ページのＵＲＬアドレスを訪問する際に第２のウェブサイトの自動ログインポータルに伝送されなければならないサービス問い合わせパラメータとを含むことができる。

実施において、クライアントが第２のウェブサイト上の対象ページを訪問する際、第２のウェブサイトの自動ログインポータルへ伝送されなければならないサービス問い合わせパラメータは、サービスリクエストソースのログインドメイン名と、第２のウェブサイト上の対象ページのＵＲＬアドレスと、第１のウェブサイトにログインするために用いられるユーザの第１のログインアカウントと、第１のウェブサイトのサーバによって生成される自動ログイントークンと、自動ログイントークンの生成時刻（第２のウェブサイトのサーバにより自動ログイントークンを検証するために用いられる）と、を含むことができる。

第１のウェブサイトのサーバによって送信される自動ログインリンクを受信した後、クライアントは、自動ログインリンクに含まれるサービス問い合わせパラメータに基づき第２のウェブサイトの対象ＵＲＬアドレスに対する訪問リクエストを生成し、次いで、第２のウェブサイトの自動ログインポータルのＵＲＬアドレスを訪問し、生成される第２のウェブサイト上の対象ページのＵＲＬアドレスに対する訪問リクエストを第２のウェブサイトの自動ログインポータルへリダイレクトすることができる。生成される訪問リクエストに含まれるパラメータは、自動ログインリンクに含まれるサービス問い合わせパラメータと同じである。

例えば、第１のウェブサイトがＡＬＩＰＡＹであり、第２のウェブサイトがＴＡＯＢＡＯであり、ユーザは、ＡＬＩＰＡＹクライアントを用いてＡＬＩＰＡＹを用いて決済されるＴＡＯＢＡＯ取引の詳細を問い合わせる必要がある。ＴＡＯＢＡＯの自動ログインポータルのＵＲＬアドレスが「ｈｔｔｐ：／／ｗｗｗ．ｔａｏｂａｏ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ」であり、ユーザが訪問する必要のあるＴＡＯＢＡＯの対象ページのＵＲＬアドレスが「ｗｗｗ．ｔａｏｂａｏ．ｃｏｍ／ｔｒａｄｅ／ｌｉｓｔ．ｈｔｍ」であり、ＡＬＩＰＡＹサーバによって創出されて、ＡＬＩＰＡＹクライアントへ送信され、ＴＡＯＢＡＯのログインドメインにおいて自動ログインを実行するために用いられる自動ログインリンクを「ｈｔｔｐ：／／ｗｗｗ．ｔａｏｂａｏ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ？ｌｏｇｉｎＲｅｑｕｅｓｔＦｒｏｍ＝Ａｌｉｐａｙ＆ｔａｒｇｅｔ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｔａｏｂａｏ．ｃｏｍ％２Ｆｔｒａｄｅ％２Ｆｌｉｓｔ．ｈｔｍ＆ｄｏｍａｉｎ＝ｔａｏｂａｏ＆ｌｏｇｉｎＡｃｃｏｕｎｔ＝ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ＆ｔｏｋｅｎ＝４３２０８５３２０４９８３２０８４１ｆｊｋｄｓｌｊｆｄｓｊ＆ｔｏｋｅｎｔｉｍｅ＝２０１５０４１１１１０４」とすることができると仮定する。

「ｌｏｇｉｎＲｅｑｕｅｓｔＦｒｏｍ＝Ａｌｉｐａｙ」は、パラメータに基づきＡＬＩＰＡＹクライアントによって生成される訪問リクエストが「ＡＬＩＰＡＹ」のログインドメインからのものであることを意味し；「ｌｏｇｉｎＡｃｃｏｕｎｔ＝ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」は、支払いシステムにログインするためにユーザによって使用されるＡＬＩＰＡＹアカウントの名前が「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」であることを意味し；「ｔａｒｇｅｔ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆａｅ．ｃｏｍ％２Ｆｔｒａｄｅ％２Ｆｌｉｓｔ．ｈｔｍ」は、ＡＬＩＰＡＹクライアントが訪問するＴＡＯＢＡＯの対象ページのコード化されたＵＲＬアドレスであり；「ｄｏｍａｉｎ＝ａｌｉｐａｙ」は、ＴＡＯＢＡＯシステムに接続されたピアログインドメインの名前が「ＡＬＩＰＡＹ」であることを意味し；「ｔｏｋｅｎ＝４３２０８５３２０４９８３２０８４１ｆｊｋｄｓｌｊｆｄｓｊ」は、ＡＬＩＰＡＹサーバによって生成される自動ログイントークンを意味し；「ｔｏｋｅｎｔｉｍｅ＝２０１５０４１１１１０４」は、自動ログイントークンの生成時刻を意味する。

ＡＬＩＰＡＹサーバによって送信される自動ログインリンクを受信した後、ＡＬＩＰＡＹクライアントは、自動ログインリンクに含まれるサービス問い合わせパラメータに基づきＴＡＯＢＡＯの対象ページのＵＲＬアドレスに対する訪問リクエストを生成できる。次いで、ＡＬＩＰＡＹクライアントは、ＴＡＯＢＡＯの自動ログインポータルのＵＲＬアドレスを訪問し、訪問リクエストをＴＡＯＢＡＯサーバへ送信できる。

ステップ１０５：ローカル対象ページに対する訪問リクエストを第１のウェブサイトのユーザ側クライアントから受信すると、第２のウェブサイトのサーバが、第１のウェブサイト上のユーザの第１のログインアカウントに結合された第２のログインアカウントのログイン状態を問い合わせる。

この実施において、ユーザは、第１のウェブサイトの第１のログインアカウントにログインし、第１のログインアカウントは、ユーザが第２のウェブサイトにログインするために、予め第２のログインアカウントに結合させることができる。結合関係は、第１のウェブサイトのサーバ上と第２のウェブサイトのサーバ上で別々に事前に格納できる。

例えば、第１のウェブサイトがＡＬＩＰＡＹであり、第２のウェブサイトがＴＡＯＢＡＯである。第１のログインアカウントがＡＬＩＰＡＹシステムにログインするためのユーザのＡＬＩＰＡＹアカウント「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」であり、第２のログインアカウントがＴＡＯＢＡＯシステムにログインするためのユーザのＴＡＯＢＡＯアカウント「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」であると仮定する。この場合、ＡＬＩＰＡＹサーバとＴＡＯＢＡＯサーバとは、「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」と「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」との結合関係を別々に格納できる。

ローカルな対象ページのＵＲＬアドレスに対する訪問リクエストを第１のウェブサイトのローカルクライアントから受信すると、第２のウェブサイトのサーバは、訪問リクエストから第１のログインアカウントを取得し、確立された結合関係に基づき第１のログインアカウントに結合された第２のログインアカウントを問い合わせことができる。第１のログインアカウントに結合された第２のログインアカウントを発見すると、第２のウェブサイトのサーバは、第２のログインアカウントのログイン状態をローカルに問い合わせることができる。

ステップ１０６：第２のログインアカウントがログオフされた状態にある場合、第２のウェブサイトのサーバが、第１のウェブサイトによって承諾されたトークン検証規則に基づき自動ログイントークンを検証する。

この実施において、第２のログインアカウントがログオフされた状態にあることを第２のウェブサイトのサーバが発見した場合、サーバは、訪問リクエストに含まれる自動ログイントークンを取得し、第１のウェブサイトによって承諾されたトークン検証規則に基づき自動ログイントークンを検証できる。

第２のウェブサイトと第１のウェブサイトとの間で承諾されたトークン検証規則は、第１のウェブサイトが自動ログイントークンを生成する際に用いられるトークン生成規則に対応する。

この実施において、トークン検証規則は、ログインドメイン構成情報としても用いることができ、第２のウェブサイトのログインドメイン構成情報に事前に格納される。トークン検証規則は、指定された暗号化アルゴリズムと暗号化キーとを含むことができ、ここで、トークン検証規則として用いられる暗号化アルゴリズムと暗号化キーとは、第１のウェブサイトのサーバが自動ログイントークンを生成する際に用いられる暗号化アルゴリズム及び暗号化キーと同じである必要がある。

自動ログイントークンを検証する際、第２のウェブサイトのサーバは、ローカルのログインドメイン構成情報から暗号化アルゴリズムと暗号化キーとを取得し、取得された暗号化アルゴリズムと取得された暗号化キーとに基づき自動ログイントークンに対して逆復号計算を実行することで、幾つかのパラメータを取得できる。次いで、第２のウェブサイトのサーバは、検証復号を通じて取得されるパラメータを検証し、パラメータが第１のウェブサイトによって承諾され自動ログイントークンを生成するために用いられるトークン生成パラメータと同じであるかどうかを特定できる。

例えば、第１のウェブサイトのサーバが自動ログイントークンを生成する際、トークン生成パラメータは、第１のログインアカウント、第１のウェブサイトのログインドメイン名、及び自動ログイントークンの生成時刻などの情報を含む（このトークン生成パラメータは、クライアントによって送信される訪問リクエストに含めることができる）。自動ログイントークンを検証する際、第２のウェブサイトのサーバは、同じアルゴリズムと同じ暗号化キーとに基づき自動ログイントークンに対して逆復号を実行して幾つかのパラメータを取得できる。次いで、第２のウェブサイトのサーバは、逆復号を通じて取得されたパラメータを、自動ログイントークンを生成するために第１のウェブサイトのサーバによって用いられるトークン生成パラメータと比較できる。第１のログインアカウント、第１のウェブサイトのログインドメイン名、及び自動ログイントークンの生成時刻などの情報が全て照合されると、第２のウェブサイトのサーバは、自動ログイントークンは検証されている、と特定する。そうではなく、上記パラメータ中の何れかのパラメータが照合しない場合、第２のウェブサイトのサーバは、自動ログイントークンは検証されていない、と特定できる。

ステップ１０７：自動ログイントークンが検証されると、第２のウェブサイトのサーバは、クライアントが第２のログインアカウントを用いて自動ログインをローカルに実行することを承認し、ログインに成功した後に対象ページのページデータをクライアントへ送信して、対象ページへジャンプするようにクライアントをトリガする。

この実施において、第２のウェブサイトのサーバが自動ログイントークンを検証する場合、第２のウェブサイトのサーバは、ローカルのログインドメインにおいて、第１のログインアカウントが第１のウェブサイトのログインドメインへのログインに成功したことを直接に確認できる。すなわち、第２のウェブサイトのサーバは、自動ログイントークンの妥当性を確認することにより、第１のウェブサイト上でのユーザのログイン結果が第２のウェブサイトのログインドメインにおいて直接に共有できるかどうかを特定できる。

この場合、第２のウェブサイトのサーバは、第２のウェブサイトのログインドメインにおける第２のログインアカウントに対してログイン承認を実行し、クライアントが第１のログインアカウントに結合された第２のログインアカウントを用いて第２のウェブサイトのログインドメインにおいて自動ログインを実行することを承認できる。この工程全体において、第２のウェブサイトのサーバは、第２のログインアカウントに対してどのような形態のログイン検証も実行する必要はない。

自動ログインに成功した後、クライアントは第２のウェブサイト上の対象ＵＲＬアドレスに対する訪問承認を既に取得しており、第２のウェブサイトのサーバは、対象ＵＲＬアドレスに対応するページデータをクライアントへ送信して、対応する対象ページへジャンプするようにクライアントをトリガすることができる。

当然、自動ログイントークンの検証に失敗した場合、第２のウェブサイトのサーバは、ローカルのアクティブなログインポータルのＵＲＬアドレスをローカルクライアントへ送信できる。アクティブなログインポータルのＵＲＬアドレスを受信すると、クライアントは、このＵＲＬアドレスを訪問し、ＵＲＬアドレスに対応するログインページへジャンプし、次いで、ログインページ上で第２のログインアカウントと、対応するログインパスワードとを手動で入力してアクティブなログインを実行できる。

ステップ１０８：対象ページのページデータを受信した後、第１のウェブサイトのユーザ側クライアントが対象ページへジャンプする。

この実施において、第２のウェブサイトのサーバによって送信された、対象ＵＲＬアドレスに対応するページデータを受信した後、第１のウェブサイトのユーザ側クライアントは、受信されたページデータをブラウザにロードして、対象ＵＲＬアドレスに対応する対象ページへジャンプすることができる。

この場合、ユーザは、第１のウェブサイトのユーザ側クライアントを使った第２のウェブサイト上の対象ページへの訪問を完了する。この工程全体において、第２のウェブサイト上の対象ページを訪問する際、第１のウェブサイトのユーザ側クライアントは、ユーザが第１のログインアカウントを使って第１のウェブサイトへのログインに成功したかどうかを検証しなければならない。ユーザが第１のログインアカウントを使って第１のウェブサイトに既にログインしている場合、自動ログイントークンを生成してユーザの第１のウェブサイトへのログイン成功検証結果を第２のウェブサイトと共有できる。第２のウェブサイトが自動ログイントークンを検証した後、第１のログインアカウントに結合された第２のログインアカウントを用いて自動ログインが実行される。このログイン工程全体において、第２のログインアカウントに対していずれの形態の認証も実行する必要はない。

上記の実施において、ユーザが第１のウェブサイトのユーザ側クライアントを使って第２のウェブサイト上の対象ページを訪問する際、第１のウェブサイト上のユーザの第１のログインアカウントが第１のウェブサイトのログインドメインに既にログインしている場合、第１のウェブサイトのサーバは、第２のウェブサイトのサーバによって承諾されたトークン生成規則に基づき自動ログイントークンを生成し、自動ログイントークンを第２のウェブサイトのサーバへ送信し、第１のログインアカウントが第１のウェブサイトのログインドメインへのログインに成功しているという検証結果を、第２のウェブサイトと共有できる。

第２のウェブサイトのサーバは、自動ログイントークンを検証できる。検証に成功した場合、サーバは、クライアントが第１のログインアカウントに結合された第２のログインアカウントを用いることにより第２のウェブサイトのログインドメインにログインすることを直接に承認でき、ユーザが、クライアントを使って第２のウェブサイトにログインするためにログインページ上で第２のログインアカウントとログインパスワードとを繰り返し入力することなく、対象ページへ直接にジャンプできるようになっている。このログイン工程全体において、第２のログインアカウントに対してどのような形態の検証も実行する必要がないため、操作の複雑さを緩和でき、ユーザエクスペリエンスを向上させることができる。

上記の実施では、第１のウェブサイトのユーザ側クライアントを使ってユーザが第２のウェブサイト上の対象ページを訪問する詳細な工程について説明していることは留意すべき事項である。実際には、ユーザは、第２のウェブサイトのユーザ側クライアントを使って第１のウェブサイト上の対象ページを訪問できるが、本願ではその詳細を省略する。当業者は、実施について、上記の実施の説明を参照できる。

第１のウェブサイトがＡＬＩＰＡＹであり、第２のウェブサイトがＴＡＯＢＡＯである実施例を用い、かつユーザがＡＬＩＰＡＹクライアントを用いてＴＡＯＢＡＯ取引の詳細を閲覧するアプリケーションシナリオを参照に、上記の実施における技術的解決策を以下説明する。

この実施例において、シナリオは、ＡＬＩＰＡＹクライアントのブラウザ（以下、単にブラウザという。）と、ＡＬＩＰＡＹサーバと、ＴＡＯＢＡＯサーバとを含む。

この実施例においては、ＡＬＩＰＡＹを、ＴＡＯＢＡＯに対するオンラインでの支払いを提供する第三者決済会社として利用できる。ＡＬＩＰＡＹの取引履歴において、ユーザは通常、支払いに関連する第三者全ての取引情報を閲覧でき、ＡＬＩＰＡＹにおける取引情報は通常、取引のダイジェスト情報のみを含む。例えば、取引情報は、取引名のみを含むことができる。したがって、ユーザが取引詳細を閲覧する必要がある場合、ユーザは、問い合わせのためにＴＡＯＢＡＯウェブサイトへジャンプする必要がある。

関連技術において、ユーザが取引詳細を問い合わせるためにブラウザを用いてＴＡＯＢＡＯウェブサイトへジャンプする際、ＴＡＯＢＡＯシステムは、通常、ユーザにＴＡＯＢＡＯに登録されたログインアカウントとログインパスワードとを入力するよう要求する。ログインに成功した後、ユーザは取引詳細を閲覧する承認を得るが、これが非常に不便な場合がある。

この実施例において、ユーザがＡＬＩＰＡＹの取引履歴においてＴＡＯＢＡＯ取引詳細を閲覧する際に、ブラウザが取引詳細の対象ページへ自動的にジャンプできるよう、ＡＬＩＰＡＹウェブサイトアーキテクチャとＴＡＯＢＡＯウェブサイトアーキテクチャとへ同じ中核的なコンポーネントを組み入れることができる。

図２を参照すると、図２は、本願の実施に係る、中核的なコンポーネントを示すアーキテクチャ図である。

図２に示す中核的なコンポーネントアーキテクチャは、自動ログインサービス（ＡＬＳ）コントローラと、トークン（自動ログイントークン）生成サービス（ＴＧＳ）コンポーネントと、トークン検証サービス（ＴＶＳ）コンポーネントと、ログインサービス（ＬＳ）コンポーネントと、ログインドメイン構成情報とを含む。

自動ログインサービス（Ａｕｔｏ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ、単にＡＬＳともいう。）コントローラはメイン自動ログインポータルであり、自動ログインの工程全体を制御する役割を担う。ユーザは、ブラウザを使って自動ログインポータルのＵＲＬアドレスを訪問し、自動サービスコントローラへアクセスし、パラメータ自動ログインサービスコントローラへパラメータを伝送して自動ログインを実施できる。

トークン生成サービス（Ｔｏｋｅｎ Ｇｅｎｅｒａｔｅ Ｓｅｒｖｉｃｅ、単にＴＧＳともいう。）コンポーネントは、ログインされたシステムにおいて作動しており、ピアログインシステムによって承諾されたトークン生成規則に基づきトークンを生成するように構成されている。トークンを生成するためのメインパラメータは、ログインされたアカウントと、ピアログインドメイン名と、トークン生成時刻とを含むことができる。トークン生成規則はウェブサイト間で承諾され、ＤＳＡ、ＲＳＡ、又はＭＤ５などの対称暗号化アルゴリズムと暗号化キーとを含むことができる。

トークン検証サービス（Ｔｏｋｅｎ Ｖａｌｉｄａｔｅ Ｓｅｒｖｉｃｅ、単にＴＶＳともいう。）コンポーネントはログインされるべきシステムにおいて作動しており、指定されたトークン検証規則に基づきログインされたシステムによって送信されるトークンを検証するように構成されている。検証方法は、トークン生成サービスコンポーネントがトークンを生成する際の生成規則に対応する。

ログインサービス（Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ、単にＬＳともいう。）コンポーネントは、ログイン保留アカウントが、現在、システムにログイン中であるかどうかをチェックするように構成されており、ログイン保留アカウントのために自動ログインを実行する。

ログインドメイン構成情報は、各ログインドメインのアクティブなログインポータルのＵＲＬアドレス、自動ログインポータルのＵＲＬアドレス、暗号化アルゴリズム、暗号化キー、暗号化キー取得方法などの情報を含む、各ログインドメインの構成情報を管理する役割を担う。

この実施において、ＡＬＩＰＡＹ用のユーザの第１のログインアカウントが「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」であり、ＴＡＯＢＡＯ用のユーザの第２のログインアカウントが「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」であると仮定する。「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」と「＠ｔａｏｂａｏ．ｃｏｍ」との結合関係を、ＴＡＯＢＡＯサーバ上へ事前に格納できる。

ＡＬＩＰＡＹの取引履歴は、ＴＡＯＢＡＯ取引のダイジェスト情報を含む。ダイジェスト情報の所定の位置に、「取引詳細閲覧」タグが予め追加されており、タグは、ＡＬＩＰＡＹの自動ログインポータルのＵＲＬアドレス「ｈｔｔｐ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ」に対応する。

ユーザが「取引詳細閲覧」タグをクリックしてＴＡＯＢＡＯの取引ページへジャンプし、ＴＡＯＢＡＯ取引の詳細を問い合わせると、ブラウザは、取引詳細に対する問い合わせリクエストを、ＡＬＩＰＡＹサーバへ送信する。問い合わせリクエストを受信し、マッピング関係に基づきＴＡＯＢＡＯの取引ページのＵＲＬアドレス「ｗｗｗ．ｔａｏｂａｏ．ｃｏｍ／ｔｒａｄｅ／ｌｉｓｔ．ｈｔｍ」を発見した後、ＡＬＩＰＡＹサーバは、第１の自動ログインリンク「ｈｔｔｐ：／／ｗｗｗ．ａｌｉｐａｙ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ？ｌｏｇｉｎＲｅｑｕｅｓｔＦｒｏｍ＝Ａｌｉｐａｙ＆ｔａｒｇｅｔ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｔａｏｂａｏ．ｃｏｍ％２Ｆｔｒａｄｅ％２Ｆｌｉｓｔ．ｈｔｍ＆ｄｏｍａｉｎ＝ｔａｏｂａｏ＆ｌｏｇｉｎＡｃｃｏｕｎｔ＝ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」を、ブラウザへ送信できる。

第１の自動ログインリンクを受信した後、ブラウザは、ＴＡＯＢＡＯの取引ページのＵＲＬアドレスに対する訪問リクエストを生成し、ＡＬＩＰＡＹの自動ログインポータルのＵＲＬアドレスを訪問し、訪問リクエストをＡＬＩＰＡＹサーバの自動ログインポータルへ送信する。

この場合、訪問リクエストに含まれる情報は、訪問リクエストソース「ＡＬＩＰＡＹ」と、ＴＡＯＢＡＯの取引ページのＵＲＬアドレスと、ＴＡＯＢＡＯのログインドメイン名と、ユーザがログインする必要があるＡＬＩＰＡＹアカウント「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」とを含む。

ＡＬＩＰＡＹサーバ上のＡＬＳコンポーネントが訪問リクエストを処理し、訪問リクエストがローカルログインドメインからのものであることを発見する。この場合、ＡＬＳコンポーネントは、トークンの生成をトリガし、ＬＳコンポーネントを呼び出してログインアカウント「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」のログイン状態を問い合わせる。ログインアカウント「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」がログインされた状態にある場合、ＡＬＳコンポーネントは、ＴＧＳコンポーネントの呼び出しを継続してトークンを生成する。

トークンが生成された後、ＡＬＳコンポーネントは、ＴＡＯＢＡＯのログインドメインの構成情報を取得し、第２の自動ログインリンクを創出し、これをＡＬＩＰＡＹクライアントへ送信して、ＡＬＩＰＡＹクライアントからのＴＡＯＢＡＯの取引ページのＵＲＬアドレスに対する訪問リクエストを、ＴＡＯＢＡＯの自動ログインポータルへリダイレクトする。

この場合、第２の自動ログインリンクは「ｈｔｔｐ：／／ｗｗｗ．ｔａｏｂａｏ．ｃｏｍ／ａｕｔｏ＿ｌｏｇｉｎ．ｈｔｍ？ｌｏｇｉｎＲｅｑｕｅｓｔＦｒｏｍ＝Ａｌｉｐａｙ＆ｔａｒｇｅｔ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｔａｏｂａｏ．ｃｏｍ％２Ｆｔｒａｄｅ％２Ｆｌｉｓｔ．ｈｔｍ＆ｄｏｍａｉｎ＝ｔａｏｂａｏ＆ｌｏｇｉｎＡｃｃｏｕｎｔ＝ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ＆ｔｏｋｅｎ＝４３２０８５３２０４９８３２０８４１ｆｊｋｄｓｌｊｆｄｓｊ＆ｔｏｋｅｎｔｉｍｅ＝２０１５０４１１１１０４」である。

第２の自動ログインリンクを受信した後、ブラウザは、ＴＡＯＢＡＯの取引ページのＵＲＬアドレスに対する訪問リクエストを再度生成し、ＴＡＯＢＡＯの自動ログインポータルのＵＲＬアドレスを訪問し、新規に生成した訪問リクエストをＴＡＯＢＡＯの自動ログインポータルへリダイレクトする。

この場合、訪問リクエストに含まれる情報は、訪問リクエストソース「ＡＬＩＰＡＹ」と、ＴＡＯＢＡＯの取引ページのＵＲＬアドレスと、ＡＬＩＰＡＹのログインドメイン名（ピアログインドメインはリダイレクト後に変更される）と、ユーザがログインする必要があるＡＬＩＰＡＹアカウント「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」と、生成されたトークンと、トークンの生成時刻とを含む。

ＴＡＯＢＡＯサーバ上のＡＬＳコンポーネントは、訪問リクエストを処理し、訪問リクエストがＡＬＩＰＡＹのログインドメインからのものであることを発見する。この場合、ＡＬＳコンポーネントは、トークンの生成をトリガし、ＬＳコンポーネントを呼び出して、「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」に結合されたログインアカウント「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」のログイン状態を問い合わせる。ログインアカウント「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」がログインされた状態にある場合、ＡＬＳコンポーネントはＴＶＳコンポーネントの呼び出しを継続してトークンを検証する。

トークンが検証されると、ＴＡＯＢＡＯシステムは、ユーザが「ｔｅｓｔ＿１２３＠ａｌｉｐａｙ．ｃｏｍ」を使ってＡＬＩＰＡＹのログインドメインへのログインに成功したことを確認する。この場合、自動ログインを実行するため、ＡＬＳコンポーネントは、ＬＳコンポーネントを呼び出してログインアカウント「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」を承認できる。

ログインアカウント「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」がＴＡＯＢＡＯのログインドメインに自動的にログインすると、ＴＡＯＢＡＯサーバは、「ｗｗｗ．ＴＡＯＢＡＯ．ｃｏｍ／ｔｒａｄｅ／ｌｉｓｔ．ｈｔｍ」に対応する取引ページのページデータをＡＬＩＰＡＹクライアントのブラウザへ送信できる。ＴＡＯＢＡＯサーバからページデータを受信した後、ブラウザは、ページデータをロードし、次いで、ＴＡＯＢＡＯの取引ページへ自動的にジャンプして、ＴＡＯＢＡＯ取引の詳細をユーザに表示できる。

この場合、ユーザは、ＡＬＩＰＡＹの取引履歴におけるＴＡＯＢＡＯ取引の詳細を閲覧する操作を既に完了している。この工程全体において、ユーザは、ＴＡＯＢＡＯのログインドメインにログインするためにログインページ上でＴＡＯＢＡＯログインアカウント「ｔｅｓｔ＿１２３＠ｔａｏｂａｏ．ｃｏｍ」とログインパスワードとを入力することなく、ブラウザはＴＡＯＢＡＯの取引ページへ自動的にジャンプして、取引詳細をユーザに表示できる。

上記方法の実施に対応して、本願はデバイス（装置）の実施を更に提供する。

図３を参照すると、本願は、複数のウェブサイト間の自動ログインデバイス３０を提供し、このデバイスは、第１のウェブサイトのサーバに適用される。図４を参照すると、複数のウェブサイト間の自動ログインデバイス３０を含むサーバのハードウェアアーキテクチャは、一般に、ＣＰＵ、メモリ、不揮発性メモリ、ネットワークインタフェース、内部バスなどを含む。複数のウェブサイト間の自動ログインデバイス３０がソフトウェアにより実施される実施例において、複数のウェブサイト間の自動ログインデバイス３０は、通常、メモリにロードされたコンピュータプログラムとして理解でき、ＣＰＵを用いることにより作動させた後、論理的なソフトウェアとハードウェアとを組み合わせたデバイスを形成する。デバイス３０は、第２のウェブサイト上の対象ページに対する訪問リクエストがユーザ側クライアントから受信されると、第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるように構成された第１の問い合わせモジュール３０１と；第１のログインアカウントがログインされた状態にある場合、第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成するように構成された生成モジュール３０２と；第１の自動ログインリンクを創出し、これをクライアントへ送信するように構成された伝送モジュール３０３であって、ここで、クライアントが第１の自動ログインリンクを訪問して自動ログイントークンを含む対象ページに対する訪問リクエストを第２のウェブサイトの自動ログインポータルへ送信し、自動ログイントークンを検証した後、第２のウェブサイトのサーバは、クライアントが第１のログインアカウントに結合された第２のログインアカウントを用いることにより第２のウェブサイト上で自動ログインを実行し、対象ページへジャンプすることを承認するように、第１の自動ログインリンクが、第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと自動ログイントークンとを含む、伝送モジュール３０３と；を含む。

この実施において、伝送モジュール３０３は、第２のウェブサイトに対するリソース訪問リクエストがユーザ側クライアントから受信されると、第２の自動ログインリンクを創出し、これをクライアントへ送信するように更に構成される。ここで、第２の自動ログインリンクは、クライアントが第２の自動ログインリンクを訪問して、対象ページに対する訪問リクエストをローカルの自動ログインポータルへ送信するように、ローカルの自動ログインポータルのＵＲＬアドレスと、クライアントによってリクエストされたリソースが位置する第２のウェブサイト上の対象ページのＵＲＬアドレスとを含む。

この実施において、伝送モジュール３０３は、第１のログインアカウントがログオフされた状態にある場合、ローカルのアクティブなログインポータルのＵＲＬアドレスをクライアントへ送信して、ローカルのアクティブなログインポータルのＵＲＬアドレスに対応するログインページへジャンプし、第１のログインアカウントを用いてアクティブなログインを完了するためにクライアントをトリガするように更に構成されている。

この実施において、第２のウェブサイトによって承諾されたトークン生成規則は、第２のウェブサイトのログインドメイン構成情報に格納される（ｓｔｏｒｅｄ）所定の暗号化アルゴリズムと暗号化キーとを含む。

生成モジュール３０２は、所定の暗号化アルゴリズムと暗号化キーとを第２のウェブサイトのログインドメイン構成情報から取得し；取得された所定の暗号化アルゴリズムと取得された暗号化キーとに基づき第２のウェブサイトによって承諾されたトークン生成パラメータに対し計算を実行して、自動ログイントークンとして用いられるランダムな文字列を生成するように構成されている。

トークン生成パラメータは、下記の内容、すなわち、第１のログインアカウントと、第２のウェブサイトのログインドメイン名と、自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む。

図５を参照すると、本願は、別の複数のウェブサイト間の自動ログインデバイス５０を提供し、このデバイスは、第２のウェブサイトのサーバに適用される。図６を参照すると、複数のウェブサイト間の自動ログインデバイス５０を含むサーバのハードウェアアーキテクチャは、一般に、ＣＰＵ、メモリ、不揮発性メモリ、ネットワークインタフェース、内部バスなどを含む。複数のウェブサイト間の自動ログインデバイス５０がソフトウェアによって実施される実施例において、複数のウェブサイト間の自動ログインデバイス５０は、通常、メモリにロードされたコンピュータプログラムであると理解でき、ＣＰＵによって処理された後、論理的なソフトウェアとハードウェアとが組み合わされたデバイスを形成する。デバイス５０は：ローカル対象ページに対する訪問リクエストが第１のウェブサイトのユーザ側クライアントから受信されると、第１のウェブサイト上のユーザの第１のログインアカウントに結合された第２のログインアカウントのログイン状態を問い合わせるように構成される第２の問い合わせモジュール５０１であって、訪問リクエストは、指定されたトークン生成規則に基づき第１のウェブサイトのサーバによって生成される自動ログイントークンを含む、第２の問い合わせモジュール５０１と；第２のログインアカウントがログオフされた状態にある場合、第１のウェブサイトによって承諾されたトークン検証規則に基づき自動ログイントークンを検証するように構成される検証モジュール５０２と；自動ログイントークンが検証されると、クライアントが第２のログインアカウントを使ってローカルに自動ログインを実行することを承認し、ログインに成功した後に対象ページのページデータをクライアントへ送信して、対象ページへジャンプするようにクライアントをトリガするように構成される承認モジュール５０３と；を含む。

この実施において、承認モジュール５０３は、第２のログインアカウントがログインされた状態にある場合、対象ページのページデータをクライアントへ送信して、対象ページへジャンプするようにクライアントをトリガするように更に構成されている。

この実施において、検証モジュール５０２は、自動ログイントークンの検証に失敗した場合、ローカルのアクティブなログインポータルのＵＲＬアドレスをクライアントへ送信して、ローカルのアクティブなログインポータルのＵＲＬアドレスに対応するログインページへジャンプし、第２のログインアカウントを用いてアクティブなログインを完了するためにクライアントをトリガするように更に構成されている。

この実施において、第１のウェブサイトによって承諾されたトークン生成規則は、ローカルログインドメイン構成情報に格納される（ｓｔｏｒｅｄ）所定の復号アルゴリズムと暗号化キーとを含む。

検証モジュール５０２は、所定の復号アルゴリズムと暗号化キーとをローカルログインドメイン構成情報から取得し、取得される所定の復号アルゴリズムと取得される暗号化キーとに基づき自動ログイントークンを復号し、復号後に生成されるパラメータが第１のウェブサイトによって承諾されたトークン生成パラメータであるかどうかを検証し、肯定であれば、自動ログイントークンは検証された、と特定するように構成されている。

トークン生成パラメータは、下記の内容、すなわち、第１のログインアカウントと、ローカルログインドメイン名と、自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む。

当業者は、本明細書を検討し本願を実践した後に、本願の別の実施の解決策を容易に考え出すことができる。本願は、本願のいかなる変形、機能又は適応的変更も包含することを意図している。これらの変形、機能又は適応的変更は、本願の一般原理に適合し、本願に開示されていない本技術分野における周知の知識又は一般に用いられる技術的手段を含む。本明細書及びこれらの実施は単なる実施例に過ぎず、本願の実際の範囲及び主旨は特許請求の範囲に記載される。

当然のことであるが、本願は、上に記載し添付図面に示した正確な構造に限定されず、本願の範囲から逸脱することなく改変及び変更できる。本願の範囲は付帯する特許請求の範囲によってのみ限定される。

上記の説明は本願の好適な実施に過ぎず、本願の限定を意図してはいない。本願の主旨及び原理から逸脱することなくなされる改変、均等物との置き換え及び改良はいずれも本願の保護範囲に含まれることになる。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
複数のウェブサイト間の自動ログイン方法であって、前記方法は第１のウェブサイトのサーバに適用され、前記方法は：
第２のウェブサイト上の対象ページに対する訪問リクエストがユーザ側クライアントから受信されると、前記第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるステップと；
前記第１のログインアカウントがログインされた状態にある場合、前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成するステップと；
第１の自動ログインリンクを創出して、これを前記クライアントへ送信するステップであって、前記クライアントが前記第１の自動ログインリンクを訪問して、前記自動ログイントークンを含む前記対象ページに対する前記訪問リクエストを前記第２のウェブサイトの自動ログインポータルへ送信し、前記自動ログイントークンを検証した後、前記第２のウェブサイトのサーバが、前記クライアントが前記第１のログインアカウントに結合された第２のログインアカウントを用いて前記第２のウェブサイト上で自動ログインを実行し、前記対象ページへジャンプすることを承認するように、前記第１の自動ログインリンクは、前記第２のウェブサイトの前記自動ログインポータルのＵＲＬアドレスと、前記自動ログイントークンとを備える、ステップと；を備える、
複数のウェブサイト間の自動ログイン方法。
［第２の局面］
前記第２のウェブサイトに対するリソース訪問リクエストが前記ユーザ側クライアントから受信されると、第２の自動ログインリンクを創出し、これを前記クライアントへ送信するステップであって、前記クライアントが前記第２の自動ログインリンクを訪問して、前記対象ページに対する前記訪問リクエストをローカルの自動ログインポータルへ送信するように、前記第２の自動ログインリンクは、前記ローカルの自動ログインポータルのＵＲＬアドレスと、前記クライアントによって要求されたリソースが位置する前記第２のウェブサイト上の前記対象ページのＵＲＬアドレスとを含む、ステップを更に備える、
第１の局面に記載の自動ログイン方法。
［第３の局面］
前記第１のログインアカウントがログオフされた状態にある場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信するステップであって、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第１のログインアカウントを用いてアクティブなログインを完了するように前記クライアントをトリガする、ステップを更に備える、
第１の局面に記載の自動ログイン方法。
［第４の局面］
前記第２のウェブサイトによって承諾された前記トークン生成規則は、前記第２のウェブサイトのログインドメイン構成情報に格納される暗号化キーと所定の暗号化アルゴリズムとを含み、
前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成する前記ステップは：
前記暗号化キーと前記所定の暗号化アルゴリズムとを前記第２のウェブサイトの前記ログインドメイン構成情報から取得するステップと；
前記取得された暗号化キーと前記取得された前記所定の暗号化アルゴリズムとに基づき、前記第２のウェブサイトによって承諾されたトークン生成パラメータに対し計算を実行して前記自動ログイントークンとして用いられるランダム文字列を生成するステップと；を備え、
前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む、
第１の局面に記載の自動ログイン方法。
［第５の局面］
複数のウェブサイト間の自動ログイン方法であって、前記方法は第２のウェブサイトのサーバに適用され、前記方法は：
ローカル対象ページに対する訪問リクエストが前記第１のウェブサイトのユーザ側クライアントから受信されると、第１のウェブサイト上のユーザの第１のログインアカウントに結合された第２のログインアカウントのログイン状態を問い合わせるステップであって、前記訪問リクエストは、指定されたトークン生成規則に基づき前記第１のウェブサイトのサーバによって生成される自動ログイントークンを含む、第２のログインアカウントのログイン状態を問い合わせるステップと；
前記第２のログインアカウントがログオフされた状態にある場合、前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証するステップと；
前記自動ログイントークンが検証されると、前記クライアントが前記第２のログインアカウントを用いてローカルに自動ログインを実行することを承認するステップであって、ログインに成功した後、前記対象ページのページデータを前記クライアントへ送信して、前記対象ページへジャンプするように前記クライアントをトリガする、ステップと；を備える、
複数のウェブサイト間の自動ログイン方法。
［第６の局面］
前記第２のログインアカウントがログインされた状態にある場合に、前記対象ページの前記ページデータを前記クライアントへ送信するステップであって、前記対象ページへジャンプするように前記クライアントをトリガする、ステップを更に備える、
第５の局面に記載の自動ログイン方法。
［第７の局面］
前記自動ログイントークンの検証に失敗した場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信するステップであって、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第２のログインアカウントを用いてアクティブなログインを完了するように前記クライアントをトリガする、ステップを更に備える、
第５の局面に記載の自動ログイン方法。
［第８の局面］
前記第１のウェブサイトによって承諾された前記トークン生成規則が、ローカルログインドメイン構成情報に格納される暗号化キーと所定の復号アルゴリズムとを含み、
前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証する前記ステップは：
前記暗号化キーと前記所定の復号アルゴリズムとを前記ローカルログインドメイン構成情報から取得するステップと；
前記取得された暗号化キーと前記取得された所定の復号アルゴリズムとに基づき前記自動ログイントークンを復号し、前記復号後に生成されるパラメータが前記第１のウェブサイトによって承諾されたトークン生成パラメータであるかどうか検証するステップ；及び、肯定であれば、前記自動ログイントークンは検証されていると特定するステップと；を備え、
前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む、
第５の局面に記載の自動ログイン方法。
［第９の局面］
複数のウェブサイト間の自動ログインデバイスであって、前記デバイスは第１のウェブサイトのサーバに適用され、前記デバイスは：
第２のウェブサイト上の対象ページに対する訪問リクエストがユーザ側クライアントから受信されると、前記第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるように構成された第１の問い合わせモジュールと；
前記第１のログインアカウントがログインされた状態にある場合、前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成するように構成された生成モジュールと；
第１の自動ログインリンクを創出して、これを前記クライアントへ送信するように構成された伝送モジュールであって、前記第１の自動ログインリンクは、前記クライアントが前記第１の自動ログインリンクを訪問して、前記自動ログイントークンを含む前記対象ページに対する前記訪問リクエストを前記第２のウェブサイトの前記自動ログインポータルへ送信し、前記自動ログイントークンを検証した後、前記第２のウェブサイトのサーバが、前記クライアントが前記第１のログインアカウントに結合された第２のログインアカウントを用いて前記第２のウェブサイト上で自動ログインを実行し、前記対象ページへジャンプすることを承認するように、前記第２のウェブサイトの自動ログインポータルのＵＲＬアドレスと、前記自動ログイントークンとを含む、前記伝送モジュールと；を備える、
複数のウェブサイト間の自動ログインデバイス。
［第１０の局面］
前記伝送モジュールは：
前記第２のウェブサイトに対するリソース訪問リクエストが前記ユーザ側クライアントから受信されると、第２の自動ログインリンクを創出して、これを前記クライアントへ送信するように更に構成され、前記第２の自動ログインリンクは、前記クライアントが前記第２の自動ログインリンクを訪問して、前記対象ページに対する前記訪問リクエストをローカルの自動ログインポータルへ送信するように、前記ローカルの自動ログインポータルのＵＲＬアドレスと、前記クライアントによってリクエストされたリソースが位置する前記第２のウェブサイト上の前記対象ページのＵＲＬアドレスとを含む、
第９の局面に記載の自動ログインデバイス。
［第１１の局面］
前記伝送モジュールは：
前記第１のログインアカウントがログオフされた状態にある場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信して、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第１のログインアカウントを用いてアクティブなログインを完了するために前記クライアントをトリガするように更に構成される、
第９の局面に記載の自動ログインデバイス。
［第１２の局面］
前記第２のウェブサイトによって承諾された前記トークン生成規則は、前記第２のウェブサイトのログインドメイン構成情報に格納される暗号化キーと所定の暗号化アルゴリズムとを含み、
前記生成モジュールは：
前記暗号化キーと前記所定の暗号化アルゴリズムとを前記第２のウェブサイトの前記ログインドメイン構成情報から取得するように；及び
前記取得された暗号化キーと前記取得された所定の暗号化アルゴリズムとに基づき、前記第２のウェブサイトによって承諾されたトークン生成パラメータに対し計算を実行して、前記自動ログイントークンとして用いられるランダムな文字列を生成するように；構成され、
前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む、
第９の局面に記載の自動ログインデバイス。
［第１３の局面］
複数のウェブサイト間の自動ログインデバイスであって、前記デバイスは第２のウェブサイトのサーバに適用され、前記デバイスは：
ローカル対象ページに対する訪問リクエストが第１のウェブサイトのユーザ側クライアントから受信されると、前記第１のウェブサイト上のユーザの第１のログインアカウントに結合された第２のログインアカウントのログイン状態を問い合わせるように構成された第２の問い合わせモジュールであって、前記訪問リクエストは、指定されたトークン生成規則に基づき前記第１のウェブサイトのサーバによって生成される自動ログイントークンを含む、前記第２の問い合わせモジュールと；
前記第２のログインアカウントがログオフされた状態にある場合、前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証するように構成された検証モジュールと；
前記自動ログイントークンが検証されると、前記クライアントが前記第２のログインアカウントを用いてローカルに自動ログインを実行することを承認するように構成された承認モジュールであって、ログインに成功した後、前記対象ページのページデータを前記クライアントへ送信して、前記対象ページへジャンプするために前記クライアントをトリガする、前記承認モジュールと；を備える、
複数のウェブサイト間の自動ログインデバイス。
［第１４の局面］
前記承認モジュールは：
前記第２のログインアカウントがログインされた状態にある場合、前記対象ページの前記ページデータを前記クライアントへ送信して、前記対象ページへジャンプするために前記クライアントをトリガするように更に構成される、
第１３の局面に記載の自動ログインデバイス。
［第１５の局面］
前記検証モジュールは：
前記自動ログイントークンの検証に失敗した場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信して、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第２のログインアカウントを用いてアクティブなログインを完了するために前記クライアントをトリガするように更に構成される、
第１３の局面に記載の自動ログインデバイス。
［第１６の局面］
前記第１のウェブサイトによって承諾された前記トークン生成規則は、ローカルログインドメイン構成情報に格納される暗号化キーと所定の復号アルゴリズムとを含み、
前記検証モジュールは：
前記暗号化キーと前記所定の復号アルゴリズムとを前記ローカルログインドメイン構成情報から取得するように；及び
前記取得された暗号化キーと前記取得された前記所定の復号アルゴリズムとに基づき前記自動ログイントークンを復号し、前記復号後に生成されるパラメータは前記第１のウェブサイトによって承諾されたトークン生成パラメータであるかどうかを検証し、肯定であれば、前記自動ログイントークンは検証されている、と特定するように；構成され、
前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む、
第１３の局面に記載の自動ログインデバイス。

３０、５０ 複数のウェブサイト間の自動ログインデバイス
３０１ 第１の問い合わせモジュール
３０２ 生成モジュール
３０３ 伝送モジュール
５０１ 第２の問い合わせモジュール
５０２ 検証モジュール
５０３ 承認モジュール

Claims (10)

1. 自動ログインのための方法であって：
   第２のウェブサイト上の対象ページに対する訪問リクエストがユーザ側クライアントから受信されると、第１のウェブサイトのサーバが、前記第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるステップ（１０１）と；
   前記第１のログインアカウントがログインされた状態にある場合、前記第１のウェブサイトのサーバが、前記第２のウェブサイトによって承諾されたトークン生成規則に基づき自動ログイントークンを生成するステップ（１０２）と；
   前記第２のウェブサイトの前記自動ログインポータルのＵＲＬアドレスと、前記自動ログイントークンとを備える第１の自動ログインリンクを創出するステップ（１０３）と；
   前記クライアントが前記第１の自動ログインリンクを訪問して、前記自動ログイントークンを含む前記対象ページに対する前記訪問リクエストを前記第２のウェブサイトの自動ログインポータルへ送信するよう、前記第１のウェブサイトのサーバが、前記第１の自動ログインリンクを前記クライアントへ送信するステップ（１０３）と；
   前記自動ログイントークンを検証した後、前記第２のウェブサイトのサーバが、前記クライアントが前記第１のログインアカウントに結合された第２のログインアカウントを用いて前記第２のウェブサイト上で自動ログインを実行することを承認し、前記対象ページへジャンプするステップ（１０７）と；を備える、
   自動ログインのための方法。
2. 前記第２のウェブサイトに対するリソース訪問リクエストが前記ユーザ側クライアントから受信されると、第２の自動ログインリンクを創出し、これを前記クライアントへ送信するステップであって、前記クライアントが前記第２の自動ログインリンクを訪問して、前記対象ページに対する前記訪問リクエストをローカルの自動ログインポータルへ送信するように、前記第２の自動ログインリンクは、前記ローカルの自動ログインポータルのＵＲＬアドレスと、前記クライアントによって要求されたリソースが位置する前記第２のウェブサイト上の前記対象ページのＵＲＬアドレスと、を備える、ステップ（１０５）を更に備える、
   請求項１に記載の方法。
3. 前記第１のログインアカウントがログオフされた状態にある場合、ローカルのアクティブなログインポータルのＵＲＬアドレスを前記クライアントへ送信するステップであって、前記ローカルのアクティブなログインポータルの前記ＵＲＬアドレスに対応するログインページへジャンプし、前記第１のログインアカウントを用いてアクティブなログインを完了するように前記クライアントをトリガする、ステップ（１０６）を更に備える、
   請求項１に記載の方法。
4. 前記第２のウェブサイトによって承諾された前記トークン生成規則は、前記第２のウェブサイトのログインドメイン構成情報に格納される暗号化キーと所定の暗号化アルゴリズムとを備える、
   請求項１に記載の方法。
5. 前記第２のウェブサイトによって承諾されたトークン生成規則に基づき前記自動ログイントークンを生成するステップは：
   前記暗号化キーと前記所定の暗号化アルゴリズムとを前記第２のウェブサイトの前記ログインドメイン構成情報から取得するステップと；
   前記取得された暗号化キーと前記取得された前記所定の暗号化アルゴリズムとに基づき、前記第２のウェブサイトによって承諾されたトークン生成パラメータに対し計算を実行して前記自動ログイントークンとして用いられるランダム文字列を生成するステップと；を備え、
   前記トークン生成パラメータは、前記第１のログインアカウントと、前記第１のウェブサイトのログインドメイン名と、前記自動ログイントークンの生成時刻とのうちの１つ又はそれらの組み合わせを含む、
   請求項４に記載の方法。
6. 前記暗号化アルゴリズムは、対称暗号化アルゴリズムを備える、
   請求項４に記載の方法。
7. 前記第１のウェブサイトによって承諾された前記トークン生成規則が、ローカルログインドメイン構成情報に格納される暗号化キーと所定の復号アルゴリズムとを備える、
   請求項１乃至請求項６のいずれか１項に記載の方法。
8. 前記第１のウェブサイトによって承諾されたトークン検証規則に基づき前記自動ログイントークンを検証するステップは：
   前記暗号化キーと前記所定の復号アルゴリズムとを前記ローカルログインドメイン構成情報から取得するステップと；
   前記取得された暗号化キーと前記取得された所定の復号アルゴリズムとに基づき前記自動ログイントークンを復号し、前記復号後に生成されるパラメータが前記第１のウェブサイトによって承諾されたトークン生成パラメータであるかどうか検証するステップ；及び、肯定であれば、前記自動ログイントークンは検証されていると特定するステップと；を備える、
   請求項７に記載の方法。
9. 前記第１のウェブサイト上のユーザの第１のログインアカウントのログイン状態を問い合わせるステップは、ログインサービスコンポーネントの呼び出すステップを備える、
   請求項１乃至請求項８のいずれか１項に記載の方法。
10. 請求項１乃至請求項９のいずれか１項に記載の方法を実行するように構成された複数のモジュールを備える、
    自動ログインのためのデバイス。

Images