(57)【特許請求の範囲】
【請求項１】
ウェブページ上で認証情報を提供する方法であって、ウェブページ上で認証情報を提供する装置により実行され、前記認証情報は、検索エンジンに関連する認証システムによって取得され、認証されたものであり、
第１モジュールが、ウェブページからの認証情報要求を受信するステップと、
第２モジュールが、当該ウェブページが関連する検索エンジンからジャンプしたのか否かを判断するステップと、
第３モジュールが、当該ウェブページが認証情報を表示する条件を満足するか否かを判断するステップであって、前記認証情報を表示する条件は、前記検索エンジンからジャンプされたことを含む、ステップと、
第４モジュールが、前記条件を満足するウェブページに認証情報を提供するステップと、
を含む、ウェブページ上で認証情報を提供する方法。
【請求項２】
第２モジュールが、認証情報要求を発信したウェブページが関連する検索エンジンからジャンプしたのか否かを判断するステップは、
もし当該ウェブページが関連する検索エンジンからジャンプしたのであれば、後続する当該検索エンジンに関連する認証情報を判断および提供するステップに進み、
もし当該ウェブページが関連する検索エンジンからジャンプしたのでなければ、認証情報の提供を拒絶することを含む、
請求項１に記載の方法。
【請求項３】
前記装置が、登録ユーザへ前記認証情報の表示方式を編集するインターフェースを提供し、前記登録ユーザは、認証ウェブサイト上でアカウントを登録したユーザである、
請求項１に記載の方法。
【請求項４】
前記認証情報の表示方式は、認証情報をウェブページ上に表示するか否かと、表示のスタイルと、ウェブページ上の位置とを含む、
請求項３に記載の方法。
【請求項５】
ウェブページからの認証情報要求を受信する第１モジュールであって、前記認証情報は、検索エンジンに関連する認証システムによって取得され、認証されたものである、第１モジュールと、
当該ウェブページが関連する検索エンジンからジャンプしたのか否かを判断する第２モジュールと、
前記検索エンジンからジャンプされたか否かを含んだ、当該ウェブページが認証情報を表示する条件を満足するか否かを判断する第３モジュールと、
条件を満足するウェブページに認証情報を提供する第４モジュールと、
を備えた、ウェブページ上で認証情報を提供する装置。
【請求項６】
前記第２モジュールはさらに、認証情報要求を発信したウェブページが、関連する検索エンジンからジャンプした場合に前記第３モジュールへ移行し、そうでない場合は認証情報の提供を拒絶する、
請求項５に記載の装置。
【請求項７】
第３モジュールは、
当該ウェブページのＵＲＬと紐付けられた認証情報が記憶されているか否かを判断し、
当該ウェブページのＵＲＬと紐付けられた前記認証情報が記憶されている場合には、当該認証情報が当該ウェブページに表示されるよう設定されているか否かを判断し、
当該ウェブページのＵＲＬと紐付けられた認証情報が記憶され且つ当該認証情報が当該ウェブページに表示されるよう設定されている場合にのみ、第４モジュールへ移行し、そうでない場合には認証情報の提供を拒絶する、
請求項５に記載の装置。
【請求項８】
ユーザが前記認証情報の表示方式を編集するインターフェースをさらに備えた、
請求項５に記載の装置。
【請求項９】
前記認証情報の表示方式は、認証情報をウェブページ上に表示するか否かと、表示のスタイルと、ウェブページ上の位置とを含む、
請求項８に記載の装置。
【請求項１０】
ネット検索によって、認証情報に関連する、スクリプトコードがインストールされていないウェブページをユーザへリコメンドするモジュールをさらに備えた、
請求項５に記載の装置。
【請求項１１】
検索エンジンと、請求項５から１０のいずれか一項に記載の認証情報を提供する装置とを備えた、
検索エンジンによってウェブサイトに認証情報を提供するシステム。
【請求項１２】
前記検索エンジンは検索要求を受信して、検索要求に応じて検索結果のリンクを表示し、選択されたその中の一つの検索結果のリンクに基づいて当該リンクに対応したウェブページへジャンプし、
前記認証情報を提供する装置は、前記ウェブページが発信した認証情報要求を受信し、当該ウェブページに認証情報を提供するかまたは提供しない、
請求項１１に記載のシステム。
【請求項１３】
コンピュータコマンドを記憶し、前記コンピュータコマンドが実行されるとき、請求項１から４のいずれか一項に記載の方法が実行される、
コンピュータが読取可能な記憶媒体。
【請求項１４】
請求項１から４のいずれか一項に記載の方法をコンピュータに実行させるための、
プログラム。
【請求項１５】
記憶装置とプロセッサとを備え、前記記憶装置にコンピュータコードを記憶し、前記プロセッサは前記コンピュータコードを実行することで請求項１から４のいずれか一項に記載の方法を実行するよう配置されている、
コンピュータ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータ分野に関し、特にウェブページ上で認証情報を提供する方法、装置、システム、記憶媒体、プログラム、及びコンピュータ装置に関する。
【背景技術】
【０００２】
インターネット技術の急速な発展に伴い、信頼性の問題がインターネット発展の鍵となっている。例えば生活情報を調べたり、商品を購入する等、ユーザがインターネットによって問題を解決することが一般化するにつれ、インターネットの信頼性はユーザが関心を寄せる重要な問題になってきている。そこで、信頼できる第三者が企業のためにインターネット上で裏書き（endorsement）することによって、対応する認証情報を取得することは、すでに企業信用情報の重要な保証の一つになっている。
【０００３】
現段階では、ユーザがウェブページを閲覧する時、ウェブページに関連する認証情報は、通常第三者によって直接ウェブページに組み込まれ、表示される認証情報の内容は固定され一律であり、ユーザは認証情報を自主的に選択、編集できず、認証情報のウェブページ上での表示は極めて大きな制約を受けている。また、検索エンジンもユーザがネット検索を行うための不可欠なツールとして、ユーザが検索したウェブページに対応する認証情報を提供するという性能を有している。しかしながら、認証システムが認証情報を提供する機能と検索エンジンとを結合してさらに認証情報の信頼性を高める技術と方法は、現時点でまだ存在していない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決する技術的課題の一つは、ウェブページ上で認証情報を提供する方法を提供することであり、当該方法は、ユーザの選択および編集に応じてウェブページ上でリアルタイムに認証情報表示できる。
【課題を解決するための手段】
【０００５】
本発明の一態様の一実施例によれば、ウェブページ上で認証情報を提供する方法であって、ウェブページ上で認証情報を提供する装置により実行され、前記認証情報は、検索エンジンに関連する認証システムによって取得され、認証されたものであり、第１モジュールが、ウェブページからの認証情報要求を受信するステップと、第２モジュールが、当該ウェブページが関連する検索エンジンからジャンプしたのか否かを判断するステップと、第３モジュールが、当該ウェブページが認証情報を表示する条件を満足するか否かを判断するステップであって、前記認証情報を表示する条件は、前記検索エンジンからジャンプされたことを含む、ステップと、第４モジュールが、条件を満足するウェブページに認証情報を提供するステップとを含む、認証システムがウェブページに認証情報を提供する方法を提供する。
【００１０】
選択的に、第２モジュールが、認証情報要求を発信したウェブページが、関連する検索エンジンからジャンプしたのか否かを判断するステップは、もし当該ウェブページが関連する検索エンジンからジャンプしたのであれば、後続する当該検索エンジンに関連する認証情報を判断および提供するステップに進み、もし当該ウェブページが関連する検索エンジンからジャンプしたのでなければ、認証情報の提供を拒絶することを含んでもよい。
【００１２】
選択的に、前記装置が、登録ユーザへ前記認証情報の表示方式を編集するインターフェースを提供してもよい。前記登録ユーザは、認証ウェブサイト上でアカウントを登録したユーザである。
【００１３】
選択的に、前記認証情報の表示方式の情報は、認証情報をウェブページ上に表示するか否かと、表示のスタイルと、ウェブページ上の位置とを含んでもよい。
【００１７】
本発明の他の一態様の一実施例によれば、ウェブページからの認証情報要求を受信する第１モジュールであって、前記認証情報は、検索エンジンに関連する認証システムによって取得され、認証されたものである、第１モジュールと、当該ウェブページが関連する検索エンジンからジャンプしたのか否かを判断する第２モジュールと、前記検索エンジンからジャンプされたか否かを含んだ、当該ウェブページが認証情報を表示する条件を満足するか否かを判断する第３モジュールと、条件を満足するウェブページに認証情報を提供する第４モジュールとを備えた、認証システムがウェブページに認証情報を提供する装置を提供する。
【００２０】
選択的に、前記第2モジュールはさらに、認証情報要求を発信したウェブページが、関連する検索エンジンからジャンプした場合に前記第3モジュールへ移行し、そうでない場合は認証情報の提供を拒絶してもよい。
【００２１】
選択的に、第3モジュールは、当該ウェブページのＵＲＬと紐付けられた認証情報が記憶されているか否かを判断し、当該ウェブページのＵＲＬと紐付けられた前記認証情報が記憶されている場合には、当該認証情報が当該ウェブページに表示されるよう設定されているか否かを判断し、当該ウェブページのＵＲＬと紐付けられた認証情報が記憶され且つ当該認証情報が当該ウェブページに表示されるよう設定されている場合にのみ、第4モジュールへ移行し、そうでない場合には認証情報の提供を拒絶してもよい。
【００２２】
選択的に、ユーザが前記認証情報の表示方式を編集するインターフェースをさらに備えてもよい。
【００２３】
選択的に、前記認証情報の表示方式は、認証情報をウェブページ上に表示するか否かと、表示のスタイルと、ウェブページ上の位置とを含んでもよい。
【００２５】
選択的に、ネット検索によって、認証情報に関連する、スクリプトコードがインストールされていないウェブページをユーザへリコメンドするモジュールをさらに備えてもよい。
【００２８】
また、本発明は、検索エンジンと、上記のいずれか一項に記載の認証情報を提供する装置とを備えた、検索エンジンによってウェブサイトに認証情報を提供するシステムを提供する。
【００２９】
選択的に、前記検索エンジンは、検索要求を受信して、検索要求に応じて検索結果のリンクを表示し、選択されたその中の一つの検索結果のリンクに基づいて当該リンクに対応したウェブページへジャンプし、前記認証情報を提供する装置は、前記ウェブページが発信した認証情報要求を受信し、当該ウェブページに認証情報を提供するかまたは提供しないようにしてもよい。
【００３０】
本発明の実施例が提供する、認証システムが検索エンジンによってウェブサイトに認証情報を提供する方法は、認証システムと関連する検索エンジンとを結合する方法によってウェブサイトへ認証情報を提供することで、認証情報の信頼性と安全性を増強した。また前記認証情報を表示する内容およびスタイルを編集するインターフェースをユーザに提供し、認証情報のスタイルをユーザに自主的に編集および管理させることで、従来の認証情報の表示スタイルが味気なく、管理が不便であるという欠点を克服した。また、認証情報をプッシュする条件を厳格に制限し、認証情報のプッシュの安全を保証した。
【００３１】
以下の詳細な説明は図示の実施例、図面を参考して行われるが、本発明はこれら実施例に限定されないことを、当業者は理解するであろう。さらに、本発明の範囲は広範囲であり、且つ添付の請求の範囲のみによって本発明の範囲が限定されると考える。
【図面の簡単な説明】
【００３２】
以下の図面を参照しながら非限定的な実施例の詳細な記述を読むことによって、本発明の他の特徴、目的および利点はより明確になる。
図面において同じまたは類似した符号は、同じまたは類似した部材を表す。
【図１】図１は、本発明の一実施例に基づくウェブページに認証情報を提供する方法のフローチャートである。
【図２】図２は、本発明の一実施例に基づく認証システムへ認証情報要求を発信する方法のフローチャートである。
【図３】図３は、本発明の一実施例に基づくユーザが認証情報を管理するフローチャートである。
【図４】図４は、本発明の一実施例に基づくウェブページに認証情報を提供する装置の概略図である。
【図５】図５は、本発明の一実施例に基づくウェブページに表示される認証情報の具体的な様式である。
【発明を実施するための形態】
【００３３】
以下、図面を参照して本発明についてさらに詳細に説明する。
【００３４】
図１は、本発明の一実施例に基づくウェブページに認証情報を提供する方法のフローチャートである。本発明における方法は、主にコンピュータ装置のうちのサーバにより成し遂げられる。前記サーバを、ウェブページに認証情報を提供する装置と称してもよい。当該コンピュータ装置はデータベース、ネットワークデバイスのうち少なくとも一つを含むが、これらに限定されない。データベースはコンピュータを含むがこれに限定されない。ネットワークデバイスは単独のネットワークサーバ、複数のネットワークサーバを組み合わせたサーバ群、またはクラウドコンピューティングに基づき大量のコンピュータまたはネットワークサーバにより構成されたクラウドを含むがこれらに限定されない。ここでクラウドコンピューティングとは、分散式コンピューティングの一種であり、一群の疎結合のコンピュータグループを組み合わせて成る一種の仮想スーパーコンピュータである。
図１に示すように、実施例１は、認証システムがウェブページに認証情報を提供する方法であって、主として、ウェブページからの認証情報要求データを受信するステップＳ１００と、当該ウェブページが、関連する検索エンジンからジャンプしたのか否かを判断するステップＳ１１０と、当該ウェブページが認証情報を表示する条件を満足するか否かを判断するステップＳ１２０と、条件を満足するウェブページに認証情報を提供するステップＳ１３０とを含む。当該方法は、検索エンジンと認証システムとを結合し、関連する検索エンジンからジャンプしたウェブページに対してのみ認証情報を提供することで、検索エンジンによってウェブページに認証情報を提供するという目的を実現し、認証情報の信頼性を効果的に増強した。
【００３５】
以下、各ステップをさらに詳細に説明する。
ステップＳ１００において、ウェブページからの認証情報要求を受信するとき、各ウェブページが自発的にプッシュした、ウェブページの認証情報要求を受信することができる。
ここで、ウェブページからの認証情報要求は、以下のようにして認証システムに到達する。
【００３６】
図２に示すように、ウェブページが送信した認証情報が認証システムに到達するまでは、全部で三つのステップに分かれている。まず、ステップＳ２００において、検索エンジンがユーザの検索要求を受信する。具体的には、ユーザはユーザ端末および/またはネットワークデバイスを介して、検索エンジンへ検索要求を発信する。ユーザ端末はコンピュータ、スマートフォン、ＰＤＡ等を含むがこれらに限定されない。
【００３７】
次に、ステップＳ２１０において、検索エンジンは検索要求に応じて検索結果のリンクを表示する。前記検索結果はユーザ検索との関連度、日付、種類等のカテゴリーごとに並べられていてもよい。ユーザは検索結果において、あるリンクのウェブページをクリック選択して開く。
【００３８】
最後に、ステップＳ２２０において、ユーザがあるリンクへの進入を選択した後、検索エンジンはユーザの選択に基づいて当該リンクに対応したウェブページへジャンプする。もし前記ウェブページ内に特定のスプリクトコードが組み込まれていたら、当該特定のスプリクトコードは自動的に認証システムへ認証情報要求を発信する。認証システムは、要求を受け取った後に後続のステップへと移行し、要求を発信したウェブページが認証情報を表示する資格を有するか否かを判断し、判断結果に応じて当該ウェブページに認証情報をプッシュするかまたはプッシュしない。ここで、前記スプリクトコードは、ウェブサイトの管理人である登録ユーザへ予め提供された一節のコードであり、当該登録ユーザのウェブページ中に組み込まれて認証情報を要求および表示するのに用いられる。また、当該スプリクトコードによって当該スプリクトコードが組み込まれたウェブページのＵＲＬを取得し、当該ＵＲＬを認証システムへフィードバックすることができる。認証システムは、ウェブサイト管理人に当該スクリプトコードによって取得したＵＲＬを提供し、ウェブサイト管理人は当該ＵＲＬの管理と確認を行い、認証情報を表示する必要があるウェブページのＵＲＬを選択して、選択結果を認証システムへ提供する。認証システムはその他の操作時に紐付けを行なったり、その他の用途に用いるためそれらを記憶する。
【００３９】
特定のスクリプトコードによって、当該スクリプトコードがインストールされたウェブページのＵＲＬを取得することの利点は、ウェブサイト管理人はどのウェブページに当該スクリプトコードがインストールされているか、予め知っている必要がないことである。例えば、ウェブサイト管理人は、認証システムが割り当てたスクリプトコードを、ウェブサイトファイルのヘッダーまたはフッターファイル中に組み込むことができ、そうすれば当該ヘッダーまたはフッターを備えるウェブページはすべて当該スクリプトコードを含んでいる。当該特定のスクリプトコードが組み込まれたウェブページを訪問者が開くと、認証システムへ認証情報の取得を自動的に要求する。訪問者に対して不必要に邪魔しないように、ウェブサイト管理人は、管理しているウェブサイト中のすべてのウェブページ毎に認証情報を表示することを希望しない可能性がある。故に、ウェブサイト管理人は認証システムに登録して、当該スクリプトコードが収集する、当該スクリプトコードがインストールされたウェブページのＵＲＬに対して選択、設定等の統一的な管理を行って、一部のウェブページＵＲＬからの認証情報要求のみが認証情報の返信を許可され表示することができるようにしてもよい。
【００４０】
続いて、ステップＳ１１０へ進み、当該ウェブページが関連する検索エンジンからジャンプしたのか否かを判断する。
【００４１】
スクリプトコードが組み込まれたウェブページについて、ウェブページを開いた時、当該スクリプトコードは現在のウェブページを開いた方法の情報、例えば直接ウェブサイトアドレスを入力して開いたのか、それとも検索エンジンの結果のリンクからジャンプしたのか等を取得する。当該スクリプトコードは、当該ウェブページを開いた方法の情報とともに、自動的に認証システムへ認証情報要求信号を発信する。当該ウェブページを閲覧するネットワークユーザに対し、当該ウェブページを開くことができる方法は、ウェブサイトアドレスを入力することによって直接開いたり、第三者のリコメンドによって直接開く等の複数の方法がある。認証システムの信頼性を増強するため、また検索エンジンと認証システムの関連性を強めるために、認証システムは、検索エンジンからジャンプしたことによって開かれたページに対してのみ、認証情報をプッシュする。具体的には、認証システムはウェブページからの認証情報要求信号を受け取った後、当該ウェブページが、関連する検索エンジンからジャンプしたのか否かを自主的に判断し、もしウェブページが関連する検索エンジンからジャンプしたのであれば、後続する認証情報の判断および提供のステップに進み、もしウェブページが関連する検索エンジンからジャンプしたのでなければ、ウェブページが要求した認証情報の要求を拒絶する。
【００４２】
ここで、前記検索エンジンと認証システムとの間には一定の関連性を有し、認証システムは検索エンジンと同一のシステムに属していてもよいし、第三者に属していてもよい。例えば、百度（登録商標）認証システムは、百度またはその他の、百度認証システムと認証関係を有する検索エンジンからジャンプしたウェブページに対してのみ認証情報をプッシュし、その他の検索エンジンからジャンプしたウェブページおよびその他の方法によって開かれたウェブページに対しては、そのいずれにも関連する認証情報をプッシュしない。
【００４３】
ここで、前記認証情報は、前記検索エンジンと関連する認証体系によって取得され、認証されたものである。認証情報を提供する前記認証システムは、一つまたは複数の認証体系を含んでいてもよく、かつ認証体系のそれぞれが互いに独立していてもよい。例えば当該認証システムは同時に百度信用体系、グーグル（登録商標）信用体系、淘宝信用体系およびその他信用体系を含んでいてもよい。各信用体系は、一つまたは複数の検索エンジンと関連していてもよく、例えば百度認証システムは百度検索エンジンとのみ関連していてもよいし、その他の方式によって捜狗、グーグル等その他の検索エンジンと関連していて、その他の検索エンジンが百度認証システムを訪れ、認証情報を取得できるようにしてもよい。同時に、各検索エンジンも一つの認証システムのみと関連していてもよいし、複数の認証システムと関連していてもよい。検索エンジンと関連する認証システムによって認証情報を取得することで、検索エンジンによって認証情報への裏書きを提供するという目的を実現し、認証情報の信頼性を増強させた。
【００４４】
ユーザが関連する検索エンジンによって特定のウェブページを開いたとき、認証システムへ認証情報の要求が発信され、認証システムは当該検索エンジンと関連する認証体系における当該ウェブページと関連する認証情報を、条件を満足するウェブページに提供する。
【００４５】
このステップの目的は、ユーザが当該ウェブページを開いた方法を判断し、その他の方法によって開かれたウェブページの認証情報要求を拒絶することである。
【００４６】
上述のステップによって、訪問者が訪問したウェブページ上に認証情報を表示する条件を、有効的に限定した。実際の生活においては、ユーザは例えばウェブサイトアドレスを直接入力してウェブページを開いたり、第三者のリコメンドによりウェブページを開くなどの複数の方法によって特定のウェブページに進入することができる。検索エンジンがウェブページの認証情報を裏書きするという目的を実現するために、本発明はウェブページを開く方法について具体的な規範化を行い、その目的は、ウェブページが検索エンジンによって検索されジャンプすることで開かれた場合にのみ、認証システムに、当該検索エンジンが裏書きした認証情報を当該ウェブページ上に表示させることである。当該認証情報は検索エンジンのロゴまたは識別子を有し、当該認証情報が、検索エンジンに関連する業務システムを通して確認されたことを表示する。例えば、百度検索エンジンからジャンプしたウェブページ上には、百度によって提供された認証情報が表示され、百度の識別子がついている。その他の検索エンジンからジャンプして開かれた同一のウェブページには、その他の検索エンジンによって提供される認証情報が表示されても良い。
【００４７】
続いて、ステップＳ１２０に進み、当該ウェブページが認証情報を表示する条件を満足するか否かを判断する。具体的には、Ｓ１１０の判断をパスした、即ち検索エンジンからジャンプしたウェブページから発信された認証情報要求について、認証システムは当該ウェブページに対して更なる判断を行う。
【００４８】
まず、認証情報要求を発信したウェブページのＵＲＬが、認証システムに記憶されたＵＲＬと一致するか否かを判断する。これは、ウェブページに組み込まれたスクリプトコードは、第三者によって盗み取られてその他のウェブページにインストールされやすいため、もしスクリプトコードが送りかえした情報に対して判断を行わずに要求に応じて当該ウェブページへ認証情報をプッシュすると、認証情報が冒用されるばかりか悪用され、その他の認証を経ていないウェブページに対してこれと適合しない認証情報が提供され、ネットワークの安全性の潜在的リスクとなり、同時に認証システムの信頼性を大きく低下させる事態を招きうるからである。よって、認証システムに当該ウェブページのＵＲＬと紐付けられた認証情報が記憶されているか否かを確認する必要がある。また、ウェブページ上の認証情報の表示状態をユーザが自主的に選択、指定できるので、当該ウェブページ上の認証情報が当該ページに表示されるよう設定されているか否かを判断する必要がある。認証システムが当該ウェブページのＵＲＬと紐付けられた認証情報を記憶していて且つ当該認証情報が当該ページに表示されるよう設定されている場合にのみ当該ウェブページに認証情報を提供し、そうでない場合には提供しない。このステップの目的は、認証情報がユーザのｕｓｅｒｉｄと関連するウェブページのみにプッシュされることを保証し、認証情報の安全性を保護することにある。
【００４９】
最後に、ステップＳ１３０に進み、条件を満足するウェブページに認証情報を提供する。即ち、認証システムは要求を発信したウェブページに関連した認証情報を、当該ウェブページへプッシュする。
【００５０】
本実施例が提供する方法において、前記認証情報は以下のステップによって生成される。
ユーザが認証ウェブサイト上でアカウントを登録してｕｓｅｒｉｄ（ユーザ識別子）を生成し、当該ｕｓｅｒｉｄに基づいて認証データを記入する。認証データは、ウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、ウェブサイトが属する会社の名称、経営範囲、属する業種等のうち少なくとも１つを含む。各ｕｓｅｒｉｄは、それぞれ複数の認証データに対応する。ユーザが自主的に記入した認証データは、認証システムによって検証されたのち、受動認証データとともに記憶、整合され、当該ユーザに関する完全な認証情報が生成される。前記受動認証データは、例えば評価内容、評価数、満足度等のようなインターネットユーザによるウェブサイトへの評価データを含み、認証システムにより、ユーザのｕｓｅｒｉｄに紐付けて提供される。従来技術における、認証データを取得する必要のあるウェブサイトのＵＲＬをユーザが手動で記入することに起因する操作の不便性、間違いやすさ、効率低下等の問題を回避するために、本発明は新しい方法を提案する。具体的には、認証ウェブサイトは、各ｕｓｅｒｉｄのために固有のスクリプトコードを生成する。ここで前記スクリプトコードは、当該ユーザのウェブページに組み込まれて認証情報を要求および表示するのに用いられる一節のコードであり、ユーザが前記スプリクトコードを自身でダウンロードして関連するウェブページにインストールすると、スクリプトコードはウェブページと認証システムとの間にリアルタイム通信の接続チャネルを設立する。前記スクリプトコードは、当該スクリプトコードが組み込まれたウェブページのＵＲＬを取得して認証システムにフィードバックし、認証システムはＵＲＬの情報すべてをユーザに提供する。同時に、認証システムはネット検索によって、その認証情報と関連する、スクリプトコードがインストールされていないウェブページを登録ユーザへリコメンドすることができる。これにより、ユーザが認証システムを活用するステップを大きく簡素化し、ユーザにリアルタイムのダイナミックな情報を提供し、ユーザが自分のウェブページを簡単に管理できるようにした。ここで、認証システムは各登録ユーザに異なるまたは同一のスクリプトコードを提供し、スクリプトコードが取り付けられたウェブページのＵＲＬの違いに基づいて、特定の登録ユーザの同一スクリプトコードがインストールされた異なるウェブページに対して、当該登録ユーザの異なる認証情報を提供してもよい。また、ユーザは、認証情報の表示方式の違いに基づいて異なるスクリプトコードが生成されるよう選択してもよい。システムの機能は、ユーザの選択に基づいて臨機応変に調整できる。
なお、ウェブページにインストールされたスクリプトコードは非常に簡単に取得でき、ひいてはそれを他のウェブページにインストールして認証システムへ提出し、スクリプトコードに対応する認証情報を取得できる。ユーザの認証情報が非登録ユーザによって盗まれその他のウェブページに用いられることを回避するために、認証システムは認証情報のプッシュを要求するウェブページに対して厳格な検査を行う。具体的には、スクリプトコードがフィードバックしたＵＲＬと認証システム中のユーザのＵＲＬとを照合して、ユーザが確認しスクリプトコードがインストールされたウェブページのＵＲＬと一致するＵＲＬのみが認証情報を取得する資格を有する。
【００５１】
最後に、認証情報の表示方式がユーザごとに異なるニーズを満たすようにするために、認証システムはユーザに、認証情報を自主的に編集できるインターフェースを提供している。ユーザは当該インターフェースによって、ウェブページ上の認証情報の表示方式を編集することが可能であり、編集内容は以下のＡ、Ｂ、Ｃを含む。
【００５２】
Ａ、認証情報を当該ページに表示するか否か
【００５３】
スクリプトコードがインストールされるウェブサイトは、一つのページのみを有していてもよいし、複数のサブページを有していてもよい。ユーザは当該ウェブサイトの認証情報を編集して、認証情報を当該ウェブサイトに含まれる各ページごとに表示するか否かを選択でき、認証システムはユーザの編集に応じて、対応するページ上に認証情報を表示するかまたは表示しない。
【００５４】
Ｂ、認証情報の色、形状、ウェブページ上の位置などを含む、認証情報の当該ページ上の表示スタイル
【００５５】
認証システムはユーザに認証情報の複数の表示スタイルを提供し、その色、形状、ウェブページ上の位置はすべてユーザが自主的に選択できる。認証情報の色は、システムデータベースによって提供される既定色、例えば赤、青、ピンク、緑、黄等を含んでいてもよいし、ユーザがパレットによって取得してもよい。認証情報の形状は、矩形、円形、三角形、多角形等各種幾何学形状を含み、そのうち矩形は正方形と長方形を含み、円形は楕円を含む。認証情報の位置はページの上部、中部、下部、フッター等を含むページのいかなる位置であってもよく、ユーザはシステムの既定の表示位置の中から選択してもよいし、座標によって位置を具体的に設定してもよい。図５（ａ）、図５（ｂ）は、その他の実施例において認証情報が有しうる二種類の異なるスタイルを具体的に示すが、本発明の例示を説明するだけであり、本発明に対する限定と解釈されるべきではない。
【００５６】
認証情報の当該ページ上の表示スタイルは、さらに直接表示と間接表示とを含む。直接表示の方法はウェブページ上にユーザが編集済みの認証情報を直接表示する。一方間接表示はウェブページ上に認証情報の内容ではなく認証情報アイコンを表示し、当該ページを閲覧するインターネットユーザが当該アイコンをクリックするかまたはマウスをアイコン上に滑らせた（タッチパネルについては、ユーザが当該アイコンをタッチするかまたは指を当該アイコン上に滑らせた）とき、認証情報アイコンが認証情報のすべての内容へ展開される。選択的に、ユーザが再び当該アイコンをクリックするかまたはマウスをアイコン上に滑らせたとき、認証情報がアイコンの形式に戻されるようにしてもよい。前記認証情報アイコンは、ユーザの選択に応じて見えていてもよいし、隠されていてもよい。単独で存在していてもよいし、ウェブページ上にすでに存在する要素に付属していてもよい。
【００５７】
Ｃ、認証情報の内容を当該ページ上にすべて表示するか否か
【００５８】
認証システムは、各ｕｓｅｒｉｄに対応する認証情報を整合した後、当該ユーザの自主的に記入した認証データと受動認証データとのすべてを含む当該ｕｓｅｒｉｄの完全な認証情報を生成し、認証情報のすべての内容をインタラクティブモジュールによって一項ずつｕｓｅｒｉｄのユーザへ提示する。ユーザはシステムが提供した認証情報に対して一項ずつ選別判定し、認証情報一項ごとにウェブページ上に表示するか否かを選択する。認証システムはユーザの選択に応じて、最終的な認証情報を生成する。
【００５９】
選択的に、認証システムはネット検索によって、認証情報に関連する、スクリプトコードがインストールされていないウェブページをユーザへリコメンドしてもよい。これにより、ユーザはどのウェブサイトが認証情報を表示できないのかを明確に理解して、認証情報を表示する必要があるウェブページに、必要に応じてスクリプトコードをインストールすることができる。
【００６０】
選択的に、登録ユーザがスクリプトコードをインストールした複数のウェブサイトを有しており、必要に応じて、あるウェブサイトでは認証情報を表示する必要があり、あるウェブサイトではその必要がない場合に、同一のウェブサイトに対してスクリプトコードのインストールや削除を行う面倒を回避するために、認証システムはスクリプトコードがインストールされているウェブページのＵＲＬすべてを一括編集できるインターフェースをユーザに提供してもよい。ここで、編集内容は選択したＵＲＬに認証情報を表示させるか表示させないかを含む。即ち、スクリプトコードがインストールされているウェブページについて、もしそれが認証情報を表示する必要がない場合には、ユーザと認証システムとのインタラクティブインターフェースを通じて一括管理、選択するだけでよく、ウェブサイトにすでにインストールされているスクリプトコードを削除する必要はない。ユーザの操作が大幅に簡便化される。
【００６１】
選択的に、ユーザは各ｕｓｅｒｉｄに対応する複数のＵＲＬ上の認証情報を個別に編集してもよい。即ち同一のｕｓｅｒｉｄに属する異なるウェブサイトが表示する認証情報は、同じであってもよいし異なっていてもよい。
【００６２】
本実施例において、特定のウェブページが開かれた経路の判断は認証システムによって行われたが、本発明が提供する実施例２においては、当該判断は特定の機能を有するスクリプトコードによって行われてもよい。具体的に、実施例２を詳細に説明する。
【００６３】
実施例２の認証システムがウェブページに認証情報を提供する方法は、主として、ウェブページからの認証情報要求データを受信するステップＳ１００と、当該ウェブページが、関連する検索エンジンからジャンプしたのか否かを判断するステップＳ１１０と、当該ウェブページが認証情報を表示する条件を満足するか否かを判断するステップＳ１２０と、条件を満足するウェブページに認証情報を提供するステップＳ１３０とを含む。
【００６４】
当該方法は、検索エンジンと認証システムとを結合し、関連する検索エンジンからジャンプしたウェブページに対してのみ認証情報を提供することで、検索エンジンによってウェブページに認証情報を提供するという目的を実現し、認証情報の信頼性を効果的に増強した。
【００６５】
以下、各ステップをさらに詳細に説明する。
【００６６】
ステップＳ１００において、ウェブページからの認証情報要求の受信は、各ウェブページが自発的にプッシュした、ウェブページの認証情報要求の受信であって、一回に一つのウェブページからの認証情報要求を受信してもよいし、同時に複数のウェブページからの認証情報要求を受信してもよい。
【００６７】
ここで、ウェブページからの認証情報要求は、以下のようにして認証システムに到達する。
【００６８】
図２に示すように、ウェブページが送信した認証情報が認証システムに到達するまでは、全部で三つのステップに分かれている。まず、ステップＳ２００において、検索エンジンがユーザの検索要求を受信する。具体的には、ユーザはユーザ端末および/またはネットワークデバイスを介して、検索エンジンへ検索要求を発信する。ユーザ端末はコンピュータ、スマートフォン、ＰＤＡ等を含むがこれらに限定されない。
【００６９】
次に、ステップＳ２１０において、検索エンジンは検索要求に応じて検索結果のリンクを表示する。前記検索結果はユーザ検索との関連度、日付、種類等のカテゴリーごとに並べられていてもよい。ユーザは検索結果において、あるリンクに進入するか進入しないか選択を行う。
【００７０】
最後に、ステップＳ２２０において、ユーザがあるリンクへの進入を選択した後、検索エンジンはユーザの選択に基づいて当該リンクに対応したウェブページへジャンプする。もし前記ウェブページ内に特定のスプリクトコードが組み込まれていたら、当該特定のスプリクトコードは自動的に認証システムへ認証情報要求を発信する。認証システムは、要求を受け取った後に後続のステップへと移行し、要求を発信したウェブページが認証情報を表示する資格を有するか否かを判断し、判断結果に応じて当該ウェブページに認証情報をプッシュするかまたはプッシュしない。
【００７１】
上述のステップによって、ウェブページを開いた方式に基づいて、認証情報を表示する条件を限定する。実際の生活においては、ユーザは例えばウェブサイトアドレスを直接入力してウェブページを開いたり、第三者のリコメンドによりウェブページを開くなどの複数の方法によって特定のウェブページに進入することができる。検索エンジンがウェブページの認証情報を裏書きするという目的を実現するために、本発明はウェブページを開く方法に基づいて認証情報を表示するか否かを決定し、その目的は、認証システムに、検索エンジンによって開かれたウェブページのみへ認証情報を提供させることである。
続いて、ステップＳ１１０へ進み、当該ウェブページが関連する検索エンジンからジャンプしたのか否かを判断する。当該ステップの目的は、検索エンジンによってユーザに認証情報を提供する機能を実現し、認証情報の信頼性を強化することにある。
【００７２】
スクリプトコードが組み込まれたウェブページについて、ウェブページを開いた時、スクリプトコードはウェブページを開いた方式を判断し、ウェブページが上述のステップによって開かれた場合にのみ、スクリプトコードは認証情報を要求する信号を認証システムへ発信し、その他の方式によって開かれた場合には、スクリプトコードは認証システムへ要求を発信しない。スクリプトコードが直接判断を行うことによって、余分な情報がウェブページと認証システムとの間で伝達されることを回避し、システムの負荷を軽減し、効率を高めた。
【００７３】
ここで、前記検索エンジンは認証システムとの間に一定の関連性を有し、認証システムは検索エンジンと同一のシステムに属していてもよいし、第三者に属していてもよい。例えば、百度認証システムは、百度またはその他の、百度認証システムと認証関係を有する検索エンジンからジャンプしたウェブページに対してのみ認証情報をプッシュし、その他の検索エンジンからジャンプしたウェブページおよびその他の方法によって開かれたウェブページに対しては、そのいずれにも関連する認証情報をプッシュしない。
【００７４】
ここで、認証情報を提供する前記認証システムは、一つまたは複数の認証体系を含んでいてもよく、かつ認証体系のそれぞれが互いに独立していてもよい。例えば当該認証システムは同時に百度信用体系、グーグル信用体系、淘宝信用体系およびその他信用体系を含んでいてもよい。各信用体系は、一つまたは複数の検索エンジンと関連していてもよく、例えば百度認証システムは百度検索エンジンとのみ関連していてもよいし、その他の方式によって捜狗、グーグル等その他の検索エンジンと関連していて、その他の検索エンジンが百度認証システムを訪れ、認証情報を取得できるようにしてもよい。同時に、各検索エンジンも一つの認証システムのみと関連していてもよいし、複数の認証システムと関連していてもよい。
【００７５】
ユーザが関連する検索エンジンによって特定のウェブページを開いたとき、認証システムへ認証情報の要求が発信され、認証システムは当該検索エンジンと関連する認証システムにおける当該ウェブページと関連する認証情報を、条件を満足するウェブページに提供する。
【００７６】
このステップの目的は、ユーザが当該ウェブページを開いた方法を判断し、その他の方法によって開かれたウェブページの認証情報要求を拒絶することである。
続いて、ステップＳ１２０に進み、当該ウェブページが認証情報を表示する条件を満足するか否かを判断する。このステップの目的は、認証情報がユーザのｕｓｅｒｉｄと関連するウェブページのみにプッシュされることを保証し、認証情報の安全性を保護することにある。具体的には、Ｓ１１０の判断をパスした、即ち検索エンジンからジャンプしたウェブページから発信された認証情報要求について、認証システムは当該ウェブページに対して更なる判断を行う。
【００７７】
まず、認証情報要求を発信したウェブページのＵＲＬが、認証システムに記憶されたＵＲＬと一致するか否かを判断する。これは、ウェブページに組み込まれたスクリプトコードは、第三者によって盗み取られてその他のウェブページにインストールされやすいため、もしスクリプトコードが送りかえした情報に対して判断を行わずに要求に応じて当該ウェブページへ認証情報をプッシュすると、認証情報が冒用されるばかりか悪用され、その他の認証を経ていないウェブページに対してこれと適合しない認証情報が提供され、ネットワークの安全性の潜在的リスクとなり、同時に認証システムの信頼性を大きく低下させる事態を招きうるからである。よって、認証システムに当該ウェブページのＵＲＬと紐付けられた認証情報が記憶されているか否かを確認する必要がある。また、ウェブページ上の認証情報の表示状態をユーザが自主的に選択、指定できるので、当該ウェブページ上の認証情報が当該ページに表示されるよう設定されているか否かを判断する必要がある。認証システムが当該ウェブページのＵＲＬと紐付けられた認証情報を記憶していて且つ当該認証情報が当該ページに表示されるよう設定されている場合にのみ当該ウェブページに認証情報を提供し、そうでない場合には提供しない。このステップの目的は、認証情報がユーザのｕｓｅｒｉｄと関連するウェブページのみにプッシュされることを保証し、認証情報の安全性を保護することにある。
【００７８】
最後に、ステップＳ１３０に進み、条件を満足するウェブページに認証情報を提供する。即ち、認証システムは要求を発信したウェブページに関連した認証情報を、当該ウェブページへプッシュする。
【００７９】
上記２つの実施例は、本出願実施例が提供する認証システムが検索エンジンによってウェブサイトに認証情報を提供する方法であり、認証システムと関連する検索エンジンとを結合させるという方法によってウェブサイトへ認証情報を提供し、認証情報の信頼性と安全性を増強した。
【００８０】
それに関連して、本発明は、前述した検索エンジンによってウェブサイトへ認証情報を提供する方法をユーザが応用する、他の実施例も提供する。以下、それについて図面を用いて詳細に説明する。
【００８１】
図３に示すように、ユーザは認証システムに自分のウェブサイトへの認証情報の提供を要求するとき、以下の四つのステップを順次実行する必要がある。
まず、ステップＳ３００において、ユーザは認証ウェブサイト上でアカウントを登録してｕｓｅｒｉｄ（ユーザ識別子）を生成し、当該ｕｓｅｒｉｄに基づいて認証データを記入する。認証データは、ウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、ウェブサイトが属する会社の名称、経営範囲、属する業種等のうち少なくとも１つを含む。各ｕｓｅｒｉｄは、それぞれ複数の認証データに対応する。ユーザが自主的に記入した認証データは、認証システムによって検証されたのち、受動認証データとともに記憶、整合され、当該ユーザに関する完全な認証情報が生成される。前記受動認証データは、例えば評価内容、評価数、満足度等のようなインターネットユーザによるウェブサイトへの評価データを含み、認証システムにより、ユーザのｕｓｅｒｉｄに紐付けられて提供される。
【００８２】
次に、ステップＳ３１０において、認証ウェブサイトは各ｕｓｅｒｉｄのために固有のスクリプトコードを生成する。ここで前記スクリプトコードは、当該ユーザのウェブページに組み込まれて認証情報を要求および表示するのに用いられる一節のコードであり、ユーザは前記スプリクトコードを自身でダウンロードする。
【００８３】
続いて、ステップＳ３２０において、ユーザが前記スクリプトコードを関連するウェブページにインストールすると、スクリプトコードはウェブページと認証システムとの間にリアルタイム通信の接続チャネルを設立する。前記スクリプトコードは、当該スクリプトコードが組み込まれたウェブページのＵＲＬを取得して認証システムにフィードバックし、認証システムはＵＲＬの情報すべてをユーザに提供する。
【００８４】
一実施例として、唯品会をユーザとし、百度認証システムおよび百度検索エンジンを認証システムおよび関連する検索エンジンとして、上述のプロセスを例示しながら詳細に説明する。
【００８５】
唯品会は百度認証システムに登録し、固有のユーザＩＤ、例えば唯品会を生成する。その後、そのウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、ウェブサイトが属する会社の名称、経営範囲、属する業種等を認証システムへ記入する。百度認証システムによって認証された後、百度認証システムはそのデータベースから唯品会と関連した受動認証データを取り出し、唯品会の完全な認証情報を生成する。その後、百度認証システムはユーザに唯品会のユーザ情報と、対応する認証情報とを含む一節のスプリクトコードを生成する。前記スクリプトコードは暗号化されていてもよいし、暗号化されていなくてもよい。
【００８６】
唯品会は当該スクリプトコードを取得した後、前記スクリプトコードを自分のウェブページにインストールする。これにより、百度認証システムからリアルタイムの認証情報が取得できるよう、スクリプトコードをインストールしたウェブページと百度認証システムとの間にリアルタイム通信の接続チャネルが設立される。
【００８７】
百度認証システムがウェブページに認証情報を提供する条件には厳格な制限があるため、当該ウェブページは、百度検索エンジンによって検索されてジャンプして開かれた時にのみ百度認証システムからプッシュされた認証情報を取得でき、その他の方法による場合、例えばウェブサイトアドレスを直接入力することによってウェブサイトへ進入したり、第三者のリコメンドによって直接ウェブサイトへ進入した等の場合には、百度認証システムは当該ウェブページへ認証情報のプッシュを行わない。
【００８８】
また、ウェブページにインストールされたスクリプトコードは非常に簡単に取得でき、ひいてはそれを他のウェブページにインストールして認証システムへ提出し、スクリプトコードに対応する認証情報を取得できる。ユーザの認証情報が非登録ユーザによって盗まれその他のウェブページに用いられることを回避するために、認証システムは認証情報のプッシュを要求するウェブページに対して厳格な検査を行う。具体的には、スクリプトコードがフィードバックしたＵＲＬと認証システム中のユーザのＵＲＬとを照合して、ユーザが確認しスクリプトコードがインストールされたウェブページのＵＲＬと一致するＵＲＬのみが認証情報を取得する資格を有する。
【００８９】
唯品会を例にして、第三者が唯品会のウェブサイトから唯品会の認証情報を含むスクリプトコードを取得し、それを内容が唯品会と非常によく似たある非合法なフィッシングサイトにインストールしたとする。スクリプトコードがインストールされると、スクリプトコードは百度認証システムへ認証情報を取得する要求を発信するとともに、ウェブページのＵＲＬを百度認証システムへフィードバックする。百度認証システムは当該ウェブページのＵＲＬと認証システムにおける唯品会のＵＲＬとを照合するが、各ウェブページは固有のＵＲＬのみを有するので、フィッシングサイトのＵＲＬは百度認証システムに記憶されておらず、そのためシステムはそのウェブページに認証情報をプッシュしない。したがって、認証情報の安全が保証される。また、認証システムは認証情報を取得するためのスクリプトコードが盗用された状況を見つけた場合、直ちになりすましのフィッシングサイトが存在するかもしれないことを認証ウェブサイトの管理人に通知する。
【００９０】
最後に、ステップＳ３３０において、ユーザは当該接続チャネルを通じて、ウェブページ上の認証情報の表示方式を編集できる。
【００９１】
認証システムはユーザに認証情報の表示方式を編集するインターフェースを提供し、ユーザは当該インターフェースによって、認証情報のウェブページ上での表示方式を編集することが可能であり、編集内容は以下のＡ、Ｂ、Ｃを含む。
【００９２】
Ａ、認証情報を当該ページに表示するか否か
【００９３】
スクリプトコードがインストールされるウェブサイトは、一つのページのみを有していてもよいし、複数のサブページを有していてもよい。ユーザは当該ウェブサイトの認証情報を編集して、認証情報を当該ウェブサイトに含まれる各ページごとに表示するか否かを選択でき、認証システムはユーザの編集に応じて、対応するページ上に認証情報を表示するかまたは表示しない。
【００９４】
唯品会のウェブサイトがメインページおよびその他サブページを含み、唯品会がメインページおよび一部のサブページ上に認証情報を表示することを希望する場合には、編集によってすべてのページに対して編集と選択を行い、選択したページに認証情報を表示させる。
【００９５】
Ｂ、認証情報の色、形状、ウェブページ上の位置などを含む、認証情報の当該ページ上の表示スタイル
【００９６】
認証システムはユーザに認証情報の複数の表示スタイルを提供し、その色、形状、ウェブページ上の位置はすべてユーザが自主的に選択できる。認証情報の色は、システムデータベースによって提供される既定色、例えば赤、青、ピンク、緑、黄等を含んでいてもよいし、ユーザがパレットによって取得してもよい。認証情報の形状は、矩形、円形、三角形、多角形等各種幾何学形状を含み、そのうち矩形は正方形と長方形を含み、円形は楕円を含む。認証情報の位置はページの上部、中部、下部、フッター等を含むページのいかなる位置であってもよく、ユーザはシステムの既定の表示位置の中から選択してもよいし、座標によって位置を具体的に設定してもよい。図５（ａ）、図５（ｂ）は、その他の実施例において認証情報が有しうる二種類の異なるスタイルを具体的に示すが、本発明の例示を説明するだけであり、本発明に対する限定と解釈されるべきではない。
【００９７】
認証情報の当該ページ上の表示スタイルは、さらに直接表示と間接表示とを含む。直接表示の方法はウェブページ上にユーザが編集済みの認証情報を直接表示する。一方間接表示はウェブページ上に認証情報の内容ではなく認証情報アイコンを表示し、当該ページを閲覧するインターネットユーザが当該アイコンをクリックするまたはマウスをアイコン上に滑らせた（タッチパネルについては、ユーザが当該アイコンをタッチするかまたは指を当該アイコン上に滑らせた）とき、認証情報アイコンが認証情報のすべての内容へ展開される。選択的に、ユーザが再び当該アイコンをクリックするかまたはマウスをアイコン上に滑らせたとき、認証情報がアイコンの形式に戻されるようにしてもよい。前記認証情報アイコンは、ユーザの選択に応じて見えていてもよいし、隠されていてもよい。単独で存在していてもよいし、ウェブページ上にすでに存在する要素に付属していてもよい。
【００９８】
Ｃ、認証情報の内容を当該ページ上にすべて表示するか否か
【００９９】
認証システムは、各ｕｓｅｒｉｄに対応する認証情報を整合した後、当該ユーザが自主的に記入した認証データと受動認証データとのすべてを含む当該ｕｓｅｒｉｄの完全な認証情報を生成し、認証情報のすべての内容をインタラクティブモジュールによって一項ずつｕｓｅｒｉｄのユーザへ提示する。ユーザは、システムが提供した認証情報を一項ずつ選別判定し、認証情報一項ごとに、ウェブページ上に表示するか否か選択する。認証システムはユーザの選択に応じて、最終的な認証情報を生成する。
【０１００】
選択的に、認証システムはネット検索によって、認証情報に関連する、スクリプトコードがインストールされていないウェブページをユーザへリコメンドしてもよい。これにより、ユーザはどのウェブサイトが認証情報を表示できないのかを明確に理解して、認証情報を表示する必要があるウェブページに、必要に応じてスクリプトコードをインストールすることができる。
【０１０１】
選択的に、登録ユーザがスクリプトコードをインストールした複数のウェブサイトを有しており、必要に応じて、あるウェブサイトでは認証情報を表示する必要があり、あるウェブサイトではその必要がない場合に、同一のウェブサイトに対してスクリプトコードのインストールと削除を行う面倒を回避するために、認証システムはスクリプトコードがインストールされているウェブページのＵＲＬすべてを一括編集できるインターフェースをユーザに提供してもよい。ここで、編集の内容は選択したＵＲＬに認証情報を表示させるか表示させないかを含む。即ち、スクリプトコードがインストールされているウェブページについて、もしそれが認証情報を表示する必要がない場合には、ユーザと認証システムとのインタラクティブインターフェースを通じて一括管理、選択するだけでよく、ウェブサイトにすでにインストールされているスクリプトコードを削除する必要はない。ユーザの操作が大幅に簡便化される。
【０１０２】
選択的に、ユーザは各ｕｓｅｒｉｄに対応する複数のＵＲＬ上の認証情報を個別に編集してもよい。即ち同一のｕｓｅｒｉｄに属する異なるウェブサイトが表示する認証情報は、同じであってもよいし、異なっていてもよい。
【０１０３】
従来技術における認証情報は、認証情報をインストールする必要のあるウェブサイトのＵＲＬをユーザが手動で記入する必要があり、認証システムが関連する認証情報を直接ウェブページに組み込み、かつウェブページ上に表示される認証情報の内容およびスタイル等のパラメータは固定されていて、ユーザの必要に応じて臨機応変に調整することはできなかった。本発明が提供する技術的解決手段は、これら二つの問題を良好に解決した。
【０１０４】
上記は本発明実施例が提供する、検索エンジンのためにウェブサイト認証データを提供する方法であり、上記の方法と同様な考え方に基づいて、本発明実施例はさらに、検索エンジンのためにウェブサイト認証データを提供する装置を提供する。図４に示すように、当該装置は主として、ウェブページからの認証情報要求を受信する第１モジュール１１０と、当該ウェブページが検索エンジンからジャンプしたのか否かを判断する第２モジュール１２０と、当該ウェブページが認証情報を表示する条件を満足するか否かを判断する第３モジュール１３０と、条件を満足するウェブページに認証情報を提供する第４モジュール１４０とを含む。
【０１０５】
前記第１モジュール１１０は、ウェブページからの認証情報要求を受信する。具体的には、ウェブページからの認証情報要求とは各ウェブページが自発的にプッシュした、ウェブページの認証情報要求の受信であって、一回に一つのウェブページからの認証情報要求を受信してもよいし、同時に複数のウェブページからの認証情報要求を受信してもよい。
【０１０６】
前記第１モジュールはスクリプトコードを提供するモジュールをさらに含む。前記スクリプトコードはウェブページに組み込まれて、認証情報を要求および表示するための一節のコードである。ここで、前記スクリプトコードは認証情報要求を発信するウェブページのＵＲＬを取得するのに用いられる。
【０１０７】
ここで、ウェブページからの認証情報要求は、以下のようにして認証システムに到達する。
【０１０８】
まず、検索エンジンがユーザの検索要求を受信する。具体的には、ユーザはユーザ端末および/またはネットワークデバイスを介して、検索エンジンへ検索要求を発信する。ユーザ端末はコンピュータ、スマートフォン、ＰＤＡ等を含むがこれらに限定されない。検索エンジンは検索要求に応じて検索結果のリンクを表示する。前記検索結果はユーザ検索との関連度、日付、種類等のカテゴリーごとに並べられていてもよい。ユーザは検索結果において、あるリンクに進入するか進入しないか選択を行う。ユーザがあるリンクへの進入を選択した後、検索エンジンはユーザの選択に基づいて当該リンクに対応したウェブページへジャンプする。前記ウェブページには特定のスプリクトコードが組み込まれており、当該特定のスプリクトコードによって認証システムへ認証情報要求が発信される。
【０１０９】
ここで前記スクリプトコードは、認証システムによって登録ユーザへ提供された、当該ユーザのウェブページに組み込まれて認証情報を要求および表示するのに用いられる一節のコードであり、以下の方法によって生成される。
【０１１０】
ユーザが認証ウェブサイト上でアカウントを登録してｕｓｅｒｉｄ（ユーザ識別子）を生成し、当該ｕｓｅｒｉｄに基づいて認証データを記入する。認証データは、ウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、ウェブサイトが属する会社の名称、経営範囲、属する業種等のうち少なくとも１つを含む。各ｕｓｅｒｉｄは、それぞれ複数の認証データに対応する。認証ウェブサイトは、各ｕｓｅｒｉｄのために固有のスクリプトコードを生成する。ユーザが前記スクリプトコードを関連するウェブページにインストールすると、スクリプトコードはウェブページと認証システムとの間にリアルタイム通信の接続チャネルを設立する。前記スクリプトコードは、当該スクリプトコードが組み込まれたウェブページのＵＲＬを取得して認証システムにフィードバックし、認証システムはＵＲＬの情報すべてをユーザに提供する。ユーザは当該接続チャネルを通じて、ウェブページ上に表示される認証情報を編集できる。
【０１１１】
認証情報の内容はユーザが自主的に記入した認証データと受動認証データとを含む。受動認証データは、例えば評価内容、評価数、満足度等のようなインターネットユーザによるウェブサイトへの評価データを含み、認証システムにより、ユーザのｕｓｅｒｉｄと紐付けて提供される。
【０１１２】
認証システムは、上述の認証データすべてを記憶、整合し、当該ユーザに関連する完全な認証情報を生成する。認証システムはユーザに、前記認証情報が表示する内容およびスタイルを編集するインターフェースを提供する。ユーザは当該インターフェースによって、認証情報のウェブページ上での表示内容を編集することが可能であり、編集内容は以下のＡ、Ｂ、Ｃを含む。
【０１１３】
Ａ、認証情報を当該ページに表示するか否か
【０１１４】
スクリプトコードがインストールされるウェブサイトは、一つのページのみを有していてもよいし、複数のサブページを有していてもよい。ユーザは当該ウェブサイトの認証情報を編集して、認証情報を当該ウェブサイトに含まれる各ページごとに表示するか否かを選択でき、認証システムはユーザの編集に応じて、対応するページ上に認証情報を表示するかまたは表示しない。
【０１１５】
Ｂ、認証情報の色、形状、ウェブページ上の位置などを含む、認証情報の当該ページ上の表示スタイル
【０１１６】
認証システムはユーザに認証情報の複数の表示スタイルを提供し、その色、形状、ウェブページ上の位置はすべてユーザが自主的に選択できる。認証情報の色は、システムデータベースによって提供される既定色、例えば赤、青、ピンク、緑、黄等を含んでいてもよいし、ユーザがパレットによって取得してもよい。認証情報の形状は、矩形、円形、三角形、多角形等各種幾何学形状を含み、そのうち矩形は正方形と長方形を含み、円形は楕円を含む。認証情報の位置はページの上部、中部、下部、フッター等を含むページのいかなる位置であってもよく、ユーザはシステムの既定の表示位置の中から選択してもよいし、座標によって位置を具体的に設定してもよい。
【０１１７】
認証情報の当該ページ上の表示スタイルは、さらに直接表示と間接表示とを含む。直接表示の方法はウェブページ上にユーザが編集済みの認証情報を直接表示する。一方間接表示はウェブページ上に認証情報の内容ではなく認証情報アイコンを表示し、当該ページを閲覧するインターネットユーザが当該アイコンをクリックするかまたはマウスをアイコン上に滑らせた（タッチパネルについては、ユーザが当該アイコンをタッチするかまたは指を当該アイコン上に滑らせた）とき、認証情報アイコンが認証情報のすべての内容へ展開される。選択的に、ユーザが再び当該アイコンをクリックするかまたはマウスをアイコン上に滑らせたとき、認証情報がアイコンの形式に戻されるようにしてもよい。前記認証情報アイコンは、ユーザの選択に応じて見えていてもよいし、隠されていてもよい。単独で存在していてもよいし、ウェブページ上にすでに存在する要素に付属していてもよい。
【０１１８】
Ｃ、認証情報の内容を当該ページ上にすべて表示するか否か
【０１１９】
認証システムは、各ｕｓｅｒｉｄに対応する認証情報を整合した後、当該ユーザの自主的に記入した認証データと受動認証データとのすべてを含む当該ｕｓｅｒｉｄの完全な認証情報を生成し、認証情報のすべての内容をインタラクティブモジュールによって一項ずつｕｓｅｒｉｄのユーザへ提示する。ユーザはシステムが提供した認証情報に対して一項ずつ選別判定し、認証情報一項ごとにウェブページ上に表示するか否かを選択する。認証システムはユーザの選択に応じて、最終的な認証情報を生成する。
【０１２０】
選択的に、ユーザは各ｕｓｅｒｉｄに対応する複数のＵＲＬ上の認証情報を個別に編集してもよい。即ち同一のｕｓｅｒｉｄに属する異なるウェブサイトが表示する認証情報は、同じであってもよいし異なっていてもよい。
【０１２１】
前記第２モジュール１２０は、当該ウェブページが検索エンジンからジャンプしたのか否かを判断する。第２モジュール１２０はさらに、認証情報要求を発信したウェブページが関連する検索エンジンからジャンプした場合には前記第３モジュールへ移行し、そうでなければ認証情報の提供を拒絶する。当該モジュールの目的は、検索エンジンによってユーザに認証情報を提供する機能を実現し、認証情報の信頼性を強化することにある。
【０１２２】
スクリプトコードが組み込まれたウェブページについて、ウェブページを開いた時、スプリクトコードは自動的に認証システムへ認証情報要求を発信する。当該ウェブページを閲覧するネットワークユーザに対し、当該ウェブページを開くことができる方法は、ウェブサイトアドレスを入力することによって直接開いたり、第三者のリコメンドによって直接開く等の複数の方法がある。認証システムの信頼性を増強するため、また検索エンジンと認証システムの関連性を強めるために、認証システムは、検索エンジンからジャンプしたことによって開かれたページに対してのみ、認証情報をプッシュする。
【０１２３】
ここで、前記検索エンジンは認証システムとの間に認証関係を有し、認証システムは検索エンジンと同一のシステムに属していてもよいし、第三者に属していてもよい。例えば、百度認証システムは、百度またはその他の、百度認証システムと認証関係を有する検索エンジンからジャンプしたウェブページに対してのみ、認証情報をプッシュし、その他の検索エンジンからジャンプしたウェブページおよびその他の方法によって開かれたウェブページに対しては、そのいずれにも関連する認証情報をプッシュしない。
【０１２４】
前記第３モジュールは、当該ウェブページのＵＲＬと紐付けられた認証情報が記憶されているか否かを判断し、当該ウェブページのＵＲＬと紐付けられた前記認証情報が記憶されている場合、当該認証情報が当該ページに表示されるよう設定されているか否かを判断する。当該ウェブページのＵＲＬと紐付けられた認証情報を記憶しており且つ当該認証情報が当該ページに表示されるよう設定されている場合にのみ、第４モジュールへ移行し、そうでない場合には認証情報の提供を拒絶する。このモジュールの目的は、認証情報がユーザのｕｓｅｒｉｄと関連するウェブページのみにプッシュされることを保証し、認証情報の安全性を保護することにある。具体的には、第２モジュールの判断をパスした、即ち検索エンジンからジャンプしたウェブページより発信された認証情報要求について、認証システムは当該ウェブページに対して更なる判断を行う。
【０１２５】
まず、認証情報要求を発信したウェブページのＵＲＬが、認証システムに記憶されたＵＲＬと一致するか否かを判断する。これは、ウェブページに組み込まれたスクリプトコードは、第三者によって盗み取られてその他のウェブページにインストールされやすいため、もしスクリプトコードが送りかえした情報に対して判断を行わずに要求に応じて当該ウェブページへ認証情報をプッシュすると、認証情報が冒用されるばかりか悪用され、その他の認証を経ていないウェブページに対してこれと適合しない認証情報が提供され、ネットワークの安全性の潜在的リスクとなり、同時に認証システムの信頼性を大きく低下させる事態を招きうるからである。よって、認証システムに当該ウェブページのＵＲＬと紐付けられた認証情報が記憶されているか否かを確認する必要がある。また、ウェブページ上の認証情報の表示状態をユーザが自主的に選択、指定できるので、当該ウェブページ上の認証情報が当該ページに表示されるよう設定されているか否かを判断する必要がある。認証システムが当該ウェブページのＵＲＬと紐付けられた認証情報を記憶していて且つ当該認証情報が当該ページに表示されるよう設定されている場合にのみ当該ウェブページに認証情報を提供し、そうでない場合には提供しない。
【０１２６】
第４モジュール１４０は、条件を満足するウェブページに認証情報を提供する。認証システムは当該モジュールによって、要求を発信したウェブページと関連する認証情報を、当該ウェブページへプッシュする。
【０１２７】
選択的に、前記認証システムは、ユーザが前記認証情報の表示方式を編集するインターフェースをさらに備えてもよい。
【０１２８】
選択的に、前記認証システムは、認証情報をウェブページ上に表示するか否かや、表示のスタイルおよびウェブページ上の位置を含む、前記認証情報の表示方式を含んでもよい。
【０１２９】
選択的に、前記認証システムは、ユーザがスクリプトコードがインストールされているウェブページのＵＲＬすべてを一括編集するインターフェースをさらに備えていてもよい。ここで、登録ユーザは当該ＵＲＬ一括編集インターフェースによって、スクリプトコードがインストールされているウェブページのＵＲＬすべてに対して、認証情報を表示するか表示しないか選択を行うことができる。選択的に、認証システムはネット検索によって、認証情報に関連する、スクリプトコードがインストールされていないウェブページをユーザへリコメンドするモジュールを備えていてもよい。
【０１３０】
選択的に、ここで前記認証情報は、前記検索エンジンと関連する認証システムによって取得され、認証されたものであってもよい。
【０１３１】
本発明の別の一実施例によれば、検索エンジンによってウェブサイトを認証するシステムを提供する。当該システムは認証情報を提供する装置および検索エンジンを含む。前記検索エンジンは、ユーザの検索要求を受信して、検索要求に応じて検索結果のリンクを表示するとともに、ユーザが選択したそのうち一つの検索結果リンクに基づいて、当該リンクに対応したウェブページへジャンプし、前記認証情報を提供する装置は、前記ウェブページが発信した認証情報要求を受信して、当該ウェブページに認証情報を提供するかあるいは提供しない。 
【０１３２】
本実施例が提供する認証システムは、検索エンジンによってウェブサイトに認証情報を提供する方法であり、認証システムと関連する検索エンジンとが結合する方法によって、ウェブサイトへ認証情報を提供することで、認証情報の信頼性と安全性を増強した。また前記認証情報が表示する内容およびスタイルを編集するインターフェースをユーザに提供し、認証情報のスタイルをユーザに自主的に編集および管理させることで、従来の認証情報の表示スタイルが味気なく、管理が不便であるという欠点を克服した。また、認証情報をプッシュする条件を厳格に制限して、認証情報のプッシュの安全を保証した。
【０１３３】
なお、本発明は、ソフトウェアおよび/またはソフトウェアとハードウェアとの組み合わせにおいて実施され、例えば、特定用途向け集積回路（ＡＳＩＣ）、汎用のコンピュータまたはその他類似したハードウェアデバイスによって実現される。一実施例において、本発明のソフトウェアプログラムがプロセッサによって実行されて上述したステップまたは機能を実現してもよい。同様に、本発明のソフトウェアプログラム（関連するデータ構成を含む）は、コンピュータ読取可能な媒体、例えばＲＡＭ記憶装置、磁気ドライブまたは光学ドライブ、またはフロッピーディスク（登録商標）および類似のデバイスに記憶されていてもよい。また、本発明の一部のステップまたは機能は、ハードウェア、例えば、プロセッサと連携して各ステップまたは機能を実行する回路を用いて実現できる。 
【０１３４】
また、本発明の一部分はコンピュータプログラム製品、例えばコンピュータプログラムのコマンドとして応用することができ、コンピュータによって実行されたとき、当該コンピュータの操作によって、本発明による方法および/または技術的解決手段を、コールまたは提供できる。本発明の方法をコールするプログラムコマンドは、固定または移動式の記憶媒体に記憶することができ、および/または、放送またはその他の信号キャリアのデータストリームによって伝送され、および/または、前記プログラムコマンドによって動作するコンピュータ装置のワーキングメモリに記憶される。ここで、本発明の一実施例は。コンピュータプログラムコマンドを記憶するのに用いられる記憶装置と、プログラムコマンドを実行するプロセッサとを備えた装置を含み、ここで、当該コンピュータプログラムコマンドが当該プロセッサに実行されたとき、それがトリガーとなって当該装置が前述の本発明の複数の実施例による方法および/または技術的解決手段に基づいて動作する。
【０１３５】
当業者であれば、本発明が上述の模範的な実施例の細部に限定されず、本発明の主旨または基本的な特徴から逸脱しなければ、その他の具体的な形態によって本発明を実現できることは明らかであろう。したがって、いかなる観点からしても、実施例は例示的なものであって、限定的なものではないと見なすべきであり、本発明の範囲は上記の説明ではなく付随する「請求の範囲」で限定される。したがって「請求の範囲」の均等要件を意味する暗示や、範囲内のすべての変化は、本発明に包含される。「請求の範囲」におけるいかなる図面符号も、請求の範囲を限定するものとみなすべきではない。また、「含む」という語句が、その他の手段やステップを排除しないのは明らかであり、単数は複数を排除しない。一連の「請求の範囲」に記載した複数の手段や装置は、ソフトウェアまたはハードウェアを通じて、一つの手段あるいは装置で実現してもよい。第１、第２などの語句は名称を表すものであり、何らかの特定の順序を表すものではない。
【図１】
0006422583.tif 000002
【図２】
0006422583.tif 000003
【図３】
0006422583.tif 000004
【図４】
0006422583.tif 000005
【図５】
0006422583.tif 000006