JP6453464B2 - 検索エンジンにウェブサイト認証データを提供するための方法及び装置 - Google Patents

Description

関連出願の相互参照
本出願は、参照によりその内容が本明細書に組み込まれる、２０１４年１１月２７日に出願され、「Method and Apparatus for Providing Website Authentication Data for Search Engine」という名称の中国特許出願第２０１４１０７０６６９９．３号の優先権を主張する。

本開示は、コンピュータの分野に関し、より詳細には、検索エンジンにウェブサイト認証データを提供するための方法及び装置に関する。

ユーザが入力した検索キーワードを使用して検索を実施するとき、検索エンジンは、検索結果の信憑性を確保するように、対応する検索結果にリンクされる認証データを取得する必要がある。図６に示されるように、「Ｖ２」に対応するボックス中の内容は、検索結果についてのウェブサイト認証データのほんの一部である。現在では、それぞれのウェブサイト認証データは、異なるトラフィック（例えば、Baidu Statistics、Baidu Koubei（口コミ）、Baidu Baike（百科事典）など）に分散されるので、検索エンジンは、ウェブサイト認証データを検索するとき、検索結果のＵＲＬ（ユニフォームリソースロケータ、uniform resource locators）に基づいた異なるトラフィック内で検索しなければならない。例えば、検索エンジンは、口コミの認証トラフィック内で、ウェブサイトのネットワーク市民のコメントデータを検索する必要があり、一方、電話認証トラフィック内で、ウェブサイトの電話認証データを検索する必要がある。異なるトラフィック内の検索から取得される認証データは、反復される可能性があり、又は更新されない可能性がある。したがって、検索エンジンがウェブサイト認証データを検索する既存の手法は、やや非効率であり、これは、検索エンジンに、その検索速度及び認証データの正確さにおいて影響を及ぼす。

本開示によって解決される技術的問題のうちの１つは、検索エンジンの検索速度を向上させるように、検索エンジンに複数の認証データソースに分散されたウェブサイト認証データを迅速に提供することである。

本発明の一態様による実施形態は、
複数の認証データソースからウェブサイト認証データを受信するステップと、
ウェブサイト認証データを記憶するステップと、
ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信するステップと
を含む、検索エンジンにウェブサイト認証データを提供するための方法を提供する。

ウェブサイト認証データを記憶するステップが、
受信したウェブサイト認証データを直接記憶するステップ、又は
ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成して、再編成したウェブサイト認証データを記憶するステップ
を含んでもよい。

ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成するステップが、
関連するウェブサイト認証データを取り出すために、ウェブサイト認証データを、ユニフォームリソースロケータ及び／又はユーザ識別子によってインデックスされるものへと再編成するステップ
を特に含んでもよい。

ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成するステップが、
ユニフォームリソースロケータによってインデックスされたウェブサイト認証データをユーザ識別子によってインデックスされたデータから分離し、同じユニフォームリソースロケータによってインデックスされたデータをマージするステップと、
同じユーザ識別子によってインデックスされたデータをマージするステップと
を特に含んでもよい。

方法は、
受信したウェブサイト認証データから重複するウェブサイト認証データをフィルタ除去するステップ
をさらに含んでもよい。

ウェブサイト認証データを記憶するステップが、
ウェブサイト認証データの更新時間を記憶するステップ
をさらに含んでもよい。

本開示の別の態様による実施形態は、
複数の認証データソースからウェブサイト認証データを受信するように構成される受信ユニットと、
ウェブサイト認証データを記憶するように構成される記憶ユニットと、
ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信するように構成される送信ユニットと
を備える、検索エンジンにウェブサイト認証データを提供するための装置を提供する。

記憶ユニットが、
ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成するように構成される再編成サブユニットと、
再編成したウェブサイト認証データを記憶するように構成される記憶サブユニットと
を備えてもよい。

再編成サブユニットが、
関連するウェブサイト認証データを取り出すために、ウェブサイト認証データを、ユニフォームリソースロケータ及び／又はユーザ識別子によってインデックスされるものへと再編成する
ように特に構成されてもよい。

再編成サブユニットが、
ユニフォームリソースロケータによってインデックスされたウェブサイト認証データをユーザ識別子によってインデックスされたデータから分離して、同じユニフォームリソースロケータによってインデックスされたデータをマージし、
同じユーザ識別子によってインデックスされたデータをマージする
ように特に構成されてもよい。

装置が、
受信したウェブサイト認証データから重複するウェブサイト認証データをフィルタ除去するように構成されるフィルタ処理ユニット
をさらに備えてもよい。

記憶ユニットが、
ウェブサイト認証データの更新時間を記憶する
ようにさらに構成されてもよい。

この実施形態では、ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信できるように、複数の認証データソースからのウェブサイト認証データを受信して一緒に記憶することができる。この方法によって、検索エンジンは、複数の認証データソースに分散されたウェブサイト認証データを迅速に取り出すことができ、このことによって、検索エンジンの検索速度を促進することができる。

下の詳細な説明は例示的な実施形態及び添付図面に言及するが、本発明はそれらの実施形態に限定されないことを当業者なら理解されよう。その代わりに、本開示の範囲は、広範であり、添付の特許請求の範囲によってのみ限定されることが意図される。

他の特徴、目的、及び利点は、添付図面を参照して、非限定的な実施形態の詳細な説明を読むことによってより明らかとなろう。
本開示の実施形態による、検索エンジンにウェブサイト認証データを提供するための方法の流れ図である。 本開示の別の実施形態による、検索エンジンにウェブサイト認証データを提供するための方法の流れ図である。 本開示の実施形態による、検索エンジンにウェブサイト認証データを提供するための装置の構造図である。 本開示の実施形態による、記憶ユニットの構造図である。 本開示の別の実施形態による、検索エンジンにウェブサイト認証データを提供するための装置の構造図である。 背景技術中の、ウェブサイト認証データの、検索エンジン検索及び表示部の概略図である。

図面中の同じ又は同様の参照番号は、同じ又は同様の部分を表す。

以降で、本発明は、添付図面を参照してさらに詳細に記載されることになる。

図１は、本開示の実施形態による、検索エンジンにウェブサイト認証データを提供するための方法の流れ図である。本発明中の方法は、主に、コンピュータデバイス中のオペレーティングシステム又は処理コントローラを通して実装される。オペレーティングシステム又は処理コントローラとは、検索エンジンにウェブサイト認証データを提供するための装置を言う。コンピュータデバイスは、限定するものではないが、ユーザ機器、ネットワークデバイスのうちの少なくとも１つを含む。ユーザ機器は、限定するものではないが、コンピュータ、スマートフォン、ＰＤＡなどを含む。ネットワークデバイスは、限定するものではないが、単一のネットワークサーバ、複数のネットワークサーバからなるサーバグループ、又はクラウドコンピューティングに基づく多数のコンピュータ若しくはネットワークサーバからなるクラウドを含み、クラウドコンピューティングは、ある種の分散コンピューティングであり、疎結合コンピュータクラスタのグループからなる超仮想コンピュータである。

図１に図示されるように、この実施形態による、検索エンジンにウェブサイト認証データを提供するための方法は、主に、以下のステップを含む。すなわち、
Ｓ１００：複数の認証データソースからウェブサイト認証データを受信するステップ
Ｓ１１０：ウェブサイト認証データを記憶するステップ
Ｓ１３０：ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信するステップ

以降では、ステップが、それぞれさらに詳述されることになる。

ステップＳ１００で、複数の認証データソースからウェブサイト認証データを受信することとは、それぞれのウェブサイトによって自発的にプッシュされるウェブサイト認証データを受信すること、又はそれぞれのウェブサイトのウェブサイト認証データを自発的に獲得することを指すことがある。

特に、それぞれのウェブサイトによって自発的にプッシュされたウェブサイト認証データを受信する方式について、特定の実施形態では、ウェブサイト認証データは、それぞれのウェブサイトに開かれたインターフェースを設けることによって受信することができる。それぞれのウェブサイトに開かれたインターフェースを設けることとは、それぞれのウェブサイトへのインターフェースのインターフェース情報を公開することを指す。インターフェース情報は、インターフェースのＩＰアドレス、ポート番号、ポートファイル名、及びそれぞれのウェブサイトに公開されるインターフェースパラメータのうちの少なくとも１つを含む。インターフェースは、そのインターフェースを介して、それぞれのウェブサイトのウェブサイト認証データを受信できる、ＨＴＴＰ（ハイパーテキスト転送プロトコル、Hypertext Transfer Protocol）に基づいたインターフェースを起動するリモートプロセスであってよい。それぞれのウェブサイトによって自発的にプッシュされたウェブサイト認証データを受信する方式によれば、ウェブサイトが、ウェブサイトのウェブサイト認証データを更新するとき、更新されたウェブサイト認証データを適時に受信することができる。

それぞれのウェブサイトのウェブサイト認証データを自発的に獲得する方式について、獲得時間期間を設定することができ、獲得時間期間は、実時間獲得又は周期的獲得であってよい。

特に、受信したウェブサイト認証データは、任意のウェブサイトの、異なる種類のウェブサイト認証データを含む場合があり、当然、受信したウェブサイト認証データがウェブサイトの全ての認証データを含む場合がある。例えば、受信したウェブサイト認証データは、ウェブサイトが属する企業の関連情報の中でも、とりわけ、名前、ビジネスの範囲、産業、ウェブサイトのＩＣＰ（インターネットコンテンツプロバイダ、Internet Content Provider）登録番号を含むことができる。受信したウェブサイト認証データは、ウェブサイト上のネットワーク市民のコメントなどの口コミ情報をも含むことができる。受信される異なる種類のウェブサイト認証データは、例えば、ウェブサイト認証、公的ウェブサイト認証、電話認証、又は口コミ認証など、認証ウェブサイトの異なるトラフィックから来る場合がある。

この実施形態では、受信されるウェブサイト認証データは主に２つの種類へと分けられる。例えば、受信されるウェブサイト認証データは、以下の２つの種類を含むことができる。

自発的認証データ
一般的に、ユーザが、アカウントを認証ウェブサイトに登録し、それによって、ユーザＩＤが生成される。この種類のウェブサイト認証データとは、以下すなわち、ウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、並びに名前、ビジネスの範囲、及びウェブサイトが属する企業の産業などのうちの少なくとも１つを含むユーザＩＤに基づいて記入される認証データのことを指し、したがって、この種類のウェブサイト認証データの編成形態は、１つのユーザＩＤが複数の認証データに対応するものである。複数のウェブサイトが１つのユーザＩＤを共有する、すなわち、複数のウェブサイトのユーザＩＤが同一である状況が存在するため、異なるウェブサイトから取得された異なるウェブサイト認証データが同じユーザＩＤに対応することが起こり得る。

受動的認証データ
この種類のウェブサイト認証データとは、コメント内容、コメントの数、「いいね」比率などを含む、ウェブサイトに関するネットワーク市民のコメントデータのことを指す。

複数の認証データソースは、ウェブサイト認証データを提供できる異なるトラフィックであり得ることに留意されたい。例えば、ウェブサイトの電話認証データを提供できる電話認証サービス、又は口コミ関連データを提供できる口コミ認証サービスがある。これらの異なるサービスは、同じウェブサイト中に配置される、又は異なるウェブサイト中に配置される場合がある。

ステップＳ１１０で、ウェブサイト認証データを記憶する目的とは、検索エンジンがウェブサイト認証データを取り出すときに、それぞれのトラフィックを別個にルックアップする必要なしに、完全なウェブサイト認証データを記憶デバイス（例えば、リレーショナルデータベース）から迅速に獲得することができ、このことによって、ウェブサイト認証データを取り出す際の検索エンジンの速度を促進することである。

ウェブサイト認証データを記憶するとき、更新時間を保存することができる。例えば、ウェブサイト認証データの更新時間をタイムスタンプに基づいて識別できるように、対応するウェブサイト認証データの認証内容欄にタイムスタンプを追加することができる。

加えて、同じウェブサイトの同じ内容を備えるウェブサイト認証データを繰り返し受信するのを回避するために、ウェブサイト認証データを受信した後、重複するウェブサイト認証データをフィルタ除去することができる。言い換えると、この実施形態は、ネットワークパケットフィルタ処理メカニズムを提供し、ネットワークパケットフィルタ処理メカニズムは、同じウェブサイトの２つの隣接するウェブサイト認証パケット中の内容が同一であるかどうかを比較することによって、それらが重複するウェブサイト認証データであるかどうかを決定する。特に、フィルタ処理動作は、ウェブサイト認証データを記憶する前、ウェブサイト認証データを受信した後に実施することができる。

例えば、同じウェブサイトからのウェブサイト認証データについて、毎回受信するウェブサイト認証データパケット中の内容のＭＤ５（メッセージダイジェストアルゴリズム５、Message Digest Algorithm 5th Edition）値が計算されて記録される。現在受信したウェブサイト認証データパケット中の内容のＭＤ５値は、前回記録されたＭＤ５値と比較される。同一である場合、２回受信したウェブサイトのウェブサイト認証データが重複するデータであることを示す。次いで、今回受信したウェブサイトのウェブサイト認証データをフィルタ除去する、例えば、今回受信したウェブサイトのウェブサイト認証データを破棄することができる。異なる場合、後続の処理を実施することができる。

ステップＳ１２０で、ウェブサイト認証データを取り出すための、検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信する。言い換えると、検索エンジンが取り出し動作を実施すると、検索エンジンは、取り出されるウェブサイトのＵＲＬ及び／又はユーザＩＤを検索キーワードとして使用して、ウェブサイトに対応するウェブサイト認証データを取り出すことになる。次いで、検索キーワードに基づいて、ウェブサイトに対応する完全なウェブサイト認証データを、現在記憶されているウェブサイト認証データの中から迅速に見いだすことができる。

この実施形態における、検索エンジンにウェブサイト認証データを提供する方法によれば、ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信できるように、任意のウェブサイト中の複数の認証データソースからのウェブサイト認証データを一緒に記憶することができる。この方法によって、検索エンジンは、複数の認証データソースに分散されたウェブサイト認証データを迅速に取り出すことができ、このことによって、検索エンジンの検索速度を促進することができる。

図２は、本開示の別の実施形態による、検索エンジンにウェブサイト認証データを提供するための方法の流れ図である。方法は、主に、以下のステップを含む。すなわち、
Ｓ２００：複数の認証データソースからウェブサイト認証データを受信するステップ
Ｓ２１０：ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成して、再編成したウェブサイト認証データを取得するステップ
Ｓ２２０：再編成したウェブサイト認証データを記憶するステップ
Ｓ２３０：ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶し再編成したウェブサイト認証データを検索エンジンに送信するステップ

以降では、ステップが、それぞれさらに詳述されることになる。

ステップＳ２００で、複数の認証データソースからウェブサイト認証データを受信することとは、それぞれのウェブサイトによって自発的にプッシュされるウェブサイト認証データを受信すること、又はそれぞれのウェブサイトのウェブサイト認証データを自発的に獲得することを指す。

特に、それぞれのウェブサイトによって自発的にプッシュされたウェブサイト認証データを受信する方式について、特定の実施形態では、ウェブサイト認証データは、それぞれのウェブサイトに開かれたインターフェースを設けることによって受信することができる。それぞれのウェブサイトに開かれたインターフェースを設けることとは、それぞれのウェブサイトへのインターフェースのインターフェース情報を公開することを指す。インターフェース情報は、インターフェースのＩＰアドレス、ポート番号、ポートファイル名、及びそれぞれのウェブサイトに公開されるインターフェースパラメータのうちの少なくとも１つを含む。インターフェースは、そのインターフェースを介して、それぞれのウェブサイトのウェブサイト認証データを受信できる、ＨＴＴＰ（ハイパーテキスト転送プロトコル）に基づいたインターフェースを起動するリモートプロセスであってよい。それぞれのウェブサイトによって自発的にプッシュされたウェブサイト認証データを受信する方式によれば、ウェブサイトが、ウェブサイトのウェブサイト認証データを更新するとき、更新されたウェブサイト認証データを適時に受信することができる。

それぞれのウェブサイトのウェブサイト認証データを自発的に獲得する方式について、獲得時間期間を設定することができ、獲得時間期間は、実時間獲得又は周期的獲得であってよい。

特に、受信したウェブサイト認証データは、任意のウェブサイトの、異なる種類のウェブサイト認証データを含む場合があり、当然、受信したウェブサイト認証データがウェブサイトの全ての認証データを含む場合がある。例えば、受信したウェブサイト認証データは、ウェブサイトが属する企業の関連情報の中でも、とりわけ、名前、ビジネスの範囲、産業、ウェブサイトのＩＣＰ（インターネットコンテンツプロバイダ）登録番号を含むことができる。受信したウェブサイト認証データは、ウェブサイト上のネットワーク市民のコメントなどの口コミ情報をも含むことができる。受信される異なる種類のウェブサイト認証データは、例えば、ウェブサイト認証、公的ウェブサイト認証、電話認証、又は口コミ認証など、認証ウェブサイトの異なるトラフィックから来る場合がある。

この実施形態では、受信されるウェブサイト認証データは主に２つの種類へと分けられる。例えば、受信されるウェブサイト認証データは、以下の２つの種類を含むことができる。

自発的認証データ
一般的に、ユーザが、アカウントを認証ウェブサイトに登録し、それによって、ユーザＩＤが生成される。この種類のウェブサイト認証データとは、以下すなわち、ウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、並びに名前、ビジネスの範囲、及びウェブサイトが属する企業の産業などのうちの少なくとも１つを含むユーザＩＤに基づいて記入される認証データのことを指し、したがって、この種類のウェブサイト認証データの編成形態は、１つのユーザＩＤが複数の認証データに対応するものである。複数のウェブサイトが１つのユーザＩＤを共有する、すなわち、複数のウェブサイトのユーザＩＤが同一である状況が存在するため、異なるウェブサイトから取得された異なるウェブサイト認証データが同じユーザＩＤに対応することが起こり得る。

受動的認証データ
この種類のウェブサイト認証データとは、コメント内容、コメントの数、「いいね」比率などを含む、ウェブサイトに関するネットワーク市民のコメントデータのことを指す。

複数の認証データソースは、ウェブサイト認証データを提供できる異なるトラフィックであり得ることに留意されたい。例えば、ウェブサイトの電話認証データを提供できる電話認証サービス、又は口コミ関連データを提供できる口コミ認証サービスがある。これらの異なるサービスは、同じウェブサイト中に配置される、又は異なるウェブサイト中に配置される場合がある。

加えて、同じウェブサイトの同じ内容を備えるウェブサイト認証データを繰り返し受信するのを回避するために、ウェブサイト認証データを受信した後、重複するウェブサイト認証データをフィルタ除去することができる。言い換えると、この実施形態は、ネットワークパケットフィルタ処理メカニズムを提供し、ネットワークパケットフィルタ処理メカニズムは、同じウェブサイトの２つの隣接するウェブサイト認証パケット中の内容が同一であるかどうかを比較することによって、それらが重複するウェブサイト認証データであるかどうかを判定する。

例えば、同じウェブサイトからのウェブサイト認証データについて、毎回受信するウェブサイト認証データパケット中の内容のＭＤ５（メッセージダイジェストアルゴリズム５）値が計算されて記録される。現在受信したウェブサイト認証データパケット中の内容のＭＤ５値は、前回記録されたＭＤ５値と比較される。同一である場合、２回受信したウェブサイトのウェブサイト認証データが重複するデータであることを示す。次いで、今回受信したウェブサイトのウェブサイト認証データをフィルタ除去する、例えば、今回受信したウェブサイトのウェブサイト認証データを破棄することができる。異なる場合、後続の処理を実施することができる。

ステップＳ２１０で、ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成して、再編成したウェブサイト認証データを取得する。検索エンジンが取り出すことを容易にすることとは、複数の認証データをルックアップし、次いで獲得する必要なしに、検索エンジンが、複数の認証データソース中に分散されたウェブサイト認証データを迅速に見いだすのを容易にすることを指す。

具体的には、それによって関連するウェブサイト認証データを取り出すために、ウェブサイト認証データを、ＵＲＬ（ユニフォームリソースロケータ）及び／又はユーザＩＤによってインデックスされるものへと再編成すること、例えば、キーワードとしてＵＲＬ及び／又はユーザＩＤを備えるキー値対のデータ構造へと再編成することができる。言い換えると、ウェブサイト認証データ及び対応する認証内容中のユーザＩＤとＵＲＬとがキー値対を形成して、検索エンジンが、ＵＲＬ及び／又はユーザＩＤにしたがってウェブサイトの完全なウェブサイト認証データを取り出すことを容易にすることができる。

特に、ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成するステップが、以下の処理ステップ、すなわち、
最初に、ＵＲＬによってインデックスされたウェブサイト認証データをユーザＩＤによってインデックスされたデータから分離し、同じユニフォームリソースロケータによってインデックスされたデータをマージするステップ
を特に含むことができる。
例えば、上述された２種類のウェブサイト認証データについて、形成されるキー値対は、それぞれ下記であってよい。
ユーザＩＤ−＞｛（ＵＲＬ１／ＵＲＬ２／ＵＲＬ３…）、企業関連情報｝、及び
ＵＲＬ−＞｛口コミ関連情報｝

その中の企業関連情報は、限定するものではないが、企業名、ウェブサイトのＩＣＰ登録番号、公的なウェブサイト認証クエリ、企業のビジネス範囲、企業が属する産業、などを含む。その中の口コミ関連情報は、限定するものではないが、コメント内容、コメントの数、及び「いいね」比率などを含む。

ＵＲＬによってインデックスされたウェブサイト認証データをユーザＩＤによってインデックスされたデータから分離することとは、ＵＲＬ１／ＵＲＬ２／ＵＲＬ３…でインデックスされたウェブサイト認証データをキー値対ユーザＩＤ−＞｛（ＵＲＬ１／ＵＲＬ２／ＵＲＬ３…）、企業関連情報｝から分離することを指す。分離するステップの結果は以下で提供される。
ＵＲＬ１−＞｛ユーザＩＤ、企業関連情報｝、ＵＲＬ２−＞｛ユーザＩＤ、企業関連情報｝、ＵＲＬ３−＞｛ユーザＩＤ、企業関連情報｝、…

ＵＲＬがＵＲＬ１と同一であると仮定すると、同じＵＲＬによってインデックスされたデータがマージされる。すなわち、ＵＲＬ及びＵＲＬ１に対応するウェブサイト認証データをマージすることになる。マージするステップの結果は以下である。
ＵＲＬ−＞｛口コミ関連情報、企業関連情報｝、及び
ＵＲＬ２−＞｛ユーザＩＤ、企業関連情報｝、
ＵＲＬ３−＞｛ユーザＩＤ、企業関連情報｝、…

その後、同じユーザＩＤでインデックスされたデータがマージされる。

上述したように、異なるウェブサイトから獲得された異なるウェブサイト認証データが同じユーザＩＤに対応する状況が存在するため、同じユーザＩＤによってインデックスされたウェブサイト認証データをマージすることができる。マージされた結果は、ユーザＩＤ−＞｛企業関連情報｝である。

２つのキー値対を再編成することから得られるウェブサイト認証データは以下である。
ＵＲＬ−＞｛口コミ関連情報、企業関連情報｝、及び
ＵＲＬ２−＞｛ユーザＩＤ、企業関連情報｝、
ＵＲＬ３−＞｛ユーザＩＤ、企業関連情報｝、…
ユーザＩＤ−＞｛企業関連情報｝

ウェブサイト認証データは、場合によっては、任意のときに更新されるので、再編成されるキー値は、内容の部分を追加すること、例えば電話認証若しくは公的ウェブサイトを追加すること、又は内容の部分を削除すること、例えば公的ウェブサイト若しくは電話認証を削除すること、又は内容の部分を変更すること、例えば口コミ関連情報を変更することなどを含む、更新されるウェブサイト認証データによる対応する変更を受ける場合があることが理解できる。

ステップＳ２２０で、再編成されたウェブサイト認証データを記憶する目的とは、検索エンジンがウェブサイト認証データを取り出すときに、それぞれのトラフィックから認証ウェブサイトのウェブサイト認証データをルックアップする必要なしに、それぞれ完全なウェブサイト認証データを記憶デバイス（例えば、リレーショナルデータベース）から迅速に獲得することができ、このことによって、ウェブサイト認証データを取り出す際の検索エンジンの速度を促進することである。

再編成されたウェブサイト認証データが記憶されると、１つの実装方式は、再編成の後に得られるキー値対のために２つの表、すなわちユーザ情報及びＵＲＬ情報を確立することができ、ここで、ユーザＩＤ及びＵＲＬが主要キーであり、対応する認証内容が対応する項目である。

加えて、再編成されたウェブサイト認証データを記憶するとき、更新時間を保存することができる。例えば、ウェブサイト認証データの更新時間をタイムスタンプに基づいて識別できるように、ユーザ情報及びＵＲＬ情報の表の認証内容欄にタイムスタンプを追加することができる。

ステップＳ２３０で、ウェブサイト認証データを取り出すための、検索エンジンからの要求を受信したとき、記憶し再編成されたウェブサイト認証データを検索エンジンに送信する。言い換えると、検索エンジンが取り出し動作を実施すると、検索エンジンは、検索キーワードとして、取り出されるウェブサイトのＵＲＬ及び／又はユーザＩＤを備えるウェブサイトに対応するウェブサイト認証データを取り出すことになる。次いで、検索キーワードに基づいて、ウェブサイトに対応する完全なウェブサイト認証データを、現在記憶されているウェブサイト認証データの中から迅速に見いだすことができる。

この実施形態における、検索エンジンにウェブサイト認証データを提供する方法によれば、ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶し再編成したウェブサイト認証データを検索エンジンに送信できるように、複数の認証データソースからのウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成することができ、再編成したウェブサイト認証データを記憶する。この方法によって、検索エンジンは、完全な、再編成されたウェブサイト認証データを迅速に取り出すことができ、このことによって、検索エンジンの検索速度を促進することができる。

上で論じたのは、本願の実施形態により提供される、検索エンジンにウェブサイト認証データを提供する方法である。上の方法と同じ考えにしたがって、本願の実施形態は、図３に示されるように、検索エンジンにウェブサイト認証データを提供するための装置をも提供し、装置は、主に、受信ユニット３００と、記憶ユニット３１０と、送信ユニット３２０とを備える。

特に、受信ユニット３００は、主に、複数の認証データソースからウェブサイト認証データを受信するように構成される。

具体的には、受信ユニット３００によって、複数の認証データソースからウェブサイト認証データを受信することとは、それぞれのウェブサイトによって自発的にプッシュされるウェブサイト認証データを受信すること、又はそれぞれのウェブサイトのウェブサイト認証データを自発的に獲得することを指す。

特に、それぞれのウェブサイトによって自発的にプッシュされたウェブサイト認証データを受信する方式について、具体的な実施形態では、ウェブサイト認証データは、それぞれのウェブサイトに開かれたインターフェースを設けることによって受信することができる。それぞれのウェブサイトに開かれたインターフェースを設けることとは、それぞれのウェブサイトへのインターフェースのインターフェース情報を公開することを指す。インターフェース情報は、インターフェースのＩＰアドレス、ポート番号、ポートファイル名、及びそれぞれのウェブサイトに公開されるインターフェースパラメータのうちの少なくとも１つを含む。インターフェースは、そのインターフェースを介して、それぞれのウェブサイトのウェブサイト認証データを受信できる、ＨＴＴＰ（ハイパーテキスト転送プロトコル）に基づいたインターフェースを起動するリモートプロセスであってよい。それぞれのウェブサイトによって自発的にプッシュされたウェブサイト認証データを受信する方式によれば、ウェブサイトが、ウェブサイトのウェブサイト認証データを更新するとき、更新されたウェブサイト認証データを適時に受信することができる。

それぞれのウェブサイトのウェブサイト認証データを自発的に獲得する方式について、獲得時間期間を設定することができ、獲得時間期間は、実時間獲得又は周期的獲得であってよい。

特に、受信したウェブサイト認証データは、任意のウェブサイトの、異なる種類のウェブサイト認証データを含む場合があり、当然、受信したウェブサイト認証データがウェブサイトの全ての認証データを含む場合がある。例えば、受信したウェブサイト認証データは、ウェブサイトが属する企業の関連情報の中でも、とりわけ、名前、ビジネスの範囲、産業、ウェブサイトのＩＣＰ（インターネットコンテンツプロバイダ）登録番号を含むことができる。受信したウェブサイト認証データは、ウェブサイト上のネットワーク市民のコメントなどの口コミ情報をも含むことができる。受信される異なる種類のウェブサイト認証データは、例えば、ウェブサイト認証、公的ウェブサイト認証、電話認証、又は口コミ認証など、認証ウェブサイトの異なるトラフィックから来る場合がある。

この実施形態では、受信されるウェブサイト認証データは主に２つの種類へと分けられる。例えば、受信されるウェブサイト認証データは、以下の２つの種類を含むことができる。

自発的認証データ
一般的に、ユーザが、アカウントを認証ウェブサイトに登録し、それによって、ユーザＩＤが生成される。この種類のウェブサイト認証データとは、以下すなわち、ウェブサイトアドレス、ウェブサイトのＩＣＰ登録番号、並びに名前、ビジネスの範囲、及びウェブサイトが属する企業の産業などのうちの少なくとも１つを含むユーザＩＤに基づいて記入される認証データのことを指し、したがって、この種類のウェブサイト認証データの編成形態は、１つのユーザＩＤが複数の認証データに対応するものである。複数のウェブサイトが１つのユーザＩＤを共有する、すなわち、複数のウェブサイトのユーザＩＤが同一である状況が存在するため、異なるウェブサイトから取得された異なるウェブサイト認証データが同じユーザＩＤに対応することが起こり得る。

受動的認証データ
この種類のウェブサイト認証データとは、コメント内容、コメントの数、「いいね」比率などを含む、ウェブサイトに関するネットワーク市民のコメントデータのことを指す。

複数の認証データソースは、ウェブサイト認証データを提供できる異なるトラフィックであり得ることに留意されたい。例えば、ウェブサイトの電話認証データを提供できる電話認証サービス、又は口コミ関連データを提供できる口コミ認証サービスがある。これらの異なるサービスは、同じウェブサイト中に配置される、又は異なるウェブサイト中に配置される場合がある。

特に、記憶ユニット３１０は、主に、ウェブサイト認証データを記憶するように構成される。

ウェブサイト認証データを記憶する目的とは、検索エンジンがウェブサイト認証データを取り出すときに、複数の認証データソースを別個にルックアップする必要なしに、元々複数の認証データソースに分散されたウェブサイト認証データを記憶デバイス（例えば、リレーショナルデータベース）から迅速に獲得することができ、このことによって、ウェブサイト認証データを取り出す際の検索エンジンの速度を促進することである。

実施形態では、記憶ユニット３１０は、受信ユニット３００によって受信されたウェブサイト認証データを直接記憶することができる。

別の実施形態では、図４に示されるように、記憶ユニット３１０は、ウェブサイト認証データを記憶するために以下のサブユニットすなわち、再編成サブユニット３１０１及び記憶サブユニット３１０２をさらに備えることができる。

再編成サブユニット３１０１は、ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成するように構成される。

再編成サブユニット３１０１は、ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成し、再編成したウェブサイト認証データを取得する。検索エンジンが取り出すことを容易にすることとは、複数の認証データをルックアップし、次いで獲得する必要なしに、検索エンジンが、複数の認証データソース中に分散されたウェブサイト認証データを迅速に見いだすのを容易にすることを指す。

具体的には、再編成サブユニット３１０１は、それによって関連するウェブサイト認証データを取り出すために、ウェブサイト認証データを、ＵＲＬ（ユニフォームリソースロケータ）及び／又はユーザＩＤによってインデックスされるものへと再編成すること、例えば、キーワードとしてＵＲＬ及び／又はユーザＩＤを使用するキー値対のデータ構造へと再編成することができる。言い換えると、ウェブサイト認証データ及び対応する認証内容中のユーザＩＤとＵＲＬとがキー値対を形成して、検索エンジンが、ＵＲＬ及び／又はユーザＩＤにしたがってウェブサイトの完全なウェブサイト認証データを取り出すことを容易にすることができる。

特に、再編成サブユニット３１０１が、ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成することが、以下の動作、すなわち、
最初に、ＵＲＬによってインデックスされたウェブサイト認証データをユーザＩＤによってインデックスされたデータから分離し、同じユニフォームリソースロケータによってインデックスされたデータをマージすること
を特に含むことができる。
例えば、上述された２種類のウェブサイト認証データについて、形成されるキー値対は、それぞれ下記であってよい。
ユーザＩＤ−＞｛（ＵＲＬ１／ＵＲＬ２／ＵＲＬ３…）、企業関連情報｝、及び
ＵＲＬ−＞｛口コミ関連情報｝

その中の企業関連情報は、限定するものではないが、企業名、ウェブサイトのＩＣＰ登録番号、公的なウェブサイト認証クエリ、企業のビジネス範囲、企業が属する産業、などを含む。その中の口コミ関連情報は、限定するものではないが、コメント内容、コメントの数、及び「いいね」比率などを含む。

ＵＲＬによってインデックスされたウェブサイト認証データをユーザＩＤによってインデックスされたデータから分離することとは、ＵＲＬ１／ＵＲＬ２／ＵＲＬ３…でインデックスされたウェブサイト認証データをキー値対ユーザＩＤ−＞｛（ＵＲＬ１／ＵＲＬ２／ＵＲＬ３…）、企業関連情報｝から分離することを指す。分離するステップの結果は以下で提供される。
ＵＲＬ１−＞｛ユーザＩＤ、企業関連情報｝、ＵＲＬ２−＞｛ユーザＩＤ、企業関連情報｝、ＵＲＬ３−＞｛ユーザＩＤ、企業関連情報｝、…

ＵＲＬがＵＲＬ１と同一であると仮定すると、同じＵＲＬによってインデックスされたデータがマージされる、すなわち、ＵＲＬ及びＵＲＬ１に対応するウェブサイト認証データをマージすることになる。マージの結果は以下である。
ＵＲＬ−＞｛口コミ関連情報、企業関連情報｝、及び
ＵＲＬ２−＞｛ユーザＩＤ、企業関連情報｝、
ＵＲＬ３−＞｛ユーザＩＤ、企業関連情報｝、…

その後、同じユーザＩＤでインデックスされたデータがマージされる。

上述したように、異なるウェブサイトから獲得された異なるウェブサイト認証データが同じユーザＩＤに対応する状況が存在するため、同じユーザＩＤによってインデックスされたウェブサイト認証データをマージすることができる。マージされた結果は、ユーザＩＤ−＞｛企業関連情報｝である。

２つのキー値対を再編成することから得られるウェブサイト認証データは以下である。
ＵＲＬ−＞｛口コミ関連情報、企業関連情報｝、及び
ＵＲＬ２−＞｛ユーザＩＤ、企業関連情報｝、
ＵＲＬ３−＞｛ユーザＩＤ、企業関連情報｝、…
ユーザＩＤ−＞｛企業関連情報｝

ウェブサイト認証データが、場合によっては、任意のときに更新されるので、内容の部分を追加すること、例えば電話認証若しくは公的ウェブサイトを追加すること、又は内容の部分を削除すること、例えば公的ウェブサイト若しくは電話認証を削除すること、又は内容の部分を変更すること、例えば口コミ関連情報を変更することなどを含む、更新されたウェブサイト認証データにしたがって、再編成されたウェブサイト認証データを再編成サブユニット３１０１が対応して変更できることが理解できる。

特に、記憶サブユニット３１０２は、再編成されたウェブサイト認証データを記憶するように構成される。記憶サブユニット３１０２が再編成されたウェブサイト認証データを記憶すると、１つの実装方式は、再編成の後に得られるキー値対のために２つの表、すなわちユーザ情報及びＵＲＬ情報を確立することができ、ここで、ユーザＩＤ及びＵＲＬが主要キーであり、対応する認証内容が対応する項目である。

加えて、この実施形態中の記憶ユニット３１０は、ウェブサイト認証データを記憶するときに、更新時間を保存することができる。例えば、再編成されたウェブサイト認証データについて、ウェブサイト認証データの更新時間をタイムスタンプに基づいて識別できるように、ユーザ情報及びＵＲＬ情報の表の認証内容欄にタイムスタンプを追加することができる。

特に、送信ユニット３２０は、主に、ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信するように構成される。言い換えると、検索エンジンが取り出し動作を実施すると、検索エンジンは、検索キーワードとして、取り出されるウェブサイトのＵＲＬ及び／又はユーザＩＤを使用してウェブサイトに対応するウェブサイト認証データを取り出すことになる。次いで、検索キーワードに基づいて、ウェブサイトに対応する完全なウェブサイト認証データを、現在記憶されているウェブサイト認証データの中から迅速に見いだすことができる。

図５に示されるように、この実施形態中の装置は、
主に、受信したウェブサイト認証データの中から重複するウェブサイト認証データをフィルタ除去するように構成されるフィルタ処理ユニット３３０
をさらに備えてもよい。

同じウェブサイトの同じ内容を備えるウェブサイト認証データを繰り返し受信するのを回避するために、フィルタ処理ユニット３３０は、受信ユニット３３０がウェブサイト認証データを受信した後、重複するウェブサイト認証データをフィルタ除去する。同じウェブサイトの２つの隣接するウェブサイト認証パケット中の内容が同一であるかどうかを比較することによって、それらが重複するウェブサイト認証データであるかどうかを決定することができる。

例えば、同じウェブサイトからのウェブサイト認証データについて、毎回受信するウェブサイト認証データパケット中の内容のＭＤ５（メッセージダイジェストアルゴリズム５）値が計算されて記録される。現在受信したウェブサイト認証データパケット中の内容のＭＤ５値は、前回記録されたＭＤ５値と比較される。同一である場合、２回受信したウェブサイトのウェブサイト認証データが重複するデータであることを示す。次いで、今回受信したウェブサイトのウェブサイト認証データをフィルタ除去する、例えば、今回受信したウェブサイトのウェブサイト認証データを破棄することができる。異なる場合、後続の処理を実施することができる。

この実施形態における、検索エンジンにウェブサイト認証データを提供する装置によれば、ウェブサイト認証データを取り出すための検索エンジンからの要求を受信したとき、記憶されたウェブサイト認証データを検索エンジンに送信できるように、任意のウェブサイト中の複数の認証データソースからのウェブサイト認証データを一緒に記憶することができる。この方法によって、検索エンジンは、複数の認証データソースに分散されたウェブサイト認証データを迅速に取り出すことができ、このことによって、検索エンジンの検索速度を促進することができる。

本開示をソフトウェア及び／又はソフトウェアとハードウェアの組合せで実装できることに留意されたい。例えば、本開示の各モジュールを、特定用途向け集積回路（ＡＳＩＣ、application-specific integrated circuit）又は任意の他の同様のハードウェアデバイスで実装することができる。一実施形態では、本開示のソフトウェアプログラムは、上述したようなステップ又は機能を実装するために、プロセッサを介して実行することができる。同様に、本開示の（関連するデータ構造を含む）ソフトウェアプログラムは、例えば、ＲＡＭメモリ、磁気的若しくは光学的ドライバ又はソフトフロッピ若しくは同様のデバイスといった、コンピュータ可読記録媒体中に記憶することができる。加えて、本開示のいくつかのステップ又は機能は、様々なステップ又は機能を実装するように、ハードウェア、例えばプロセッサと協働する回路によって実装することができる。

さらに、本開示の部分を、コンピュータプログラム製品、例えば、コンピュータによって実行されると、コンピュータの動作を介して本開示による方法及び／若しくは技術的解決策を起動又は実現するコンピュータプログラムコマンドとして適用することができる。さらに、本開示の方法を起動するプログラムコマンドは、固定された若しくは移動体の記録媒体中に記憶すること、及び／又は、他の信号ベアラ媒体中のブロードキャスト若しくはデータフローを介して送信すること、及び／又はプログラムコマンドに基づいて動作するコンピュータデバイスのワーキングメモリ中に記憶することができる。ここで、本開示による実施形態では、装置は、コンピュータプログラムコマンドを記憶するためのメモリと、プログラムコマンドを実行するためのプロセッサとを備え、コンピュータプログラムコマンドがプロセッサによって実行されると、装置は、本開示の複数の実施形態による方法及び／又は技術的解決策を走らせるようにトリガされる。

当業者には、本開示が上の例示的な実施形態の詳細に制限されないこと、及び本開示が、本開示の精神又は基本的特徴から逸脱することなく他の実施形態とともに実装できることが明らかである。したがって、形はどうあれ、実施形態は、限定的ではなく例示として考えるべきであり、本開示の範囲は、上の説明ではなく、添付される請求項によって限定される。したがって、請求項の等価な要素の意味及び範囲に入ることが意図される全ての変形形態は、本開示内でカバーされるべきである。請求項中の引用符号は、含まれる請求項を限定するものと考えるべきでない。その上、「備える（comprise）」という用語が、他のユニット又はステップを排除せず、単一形は、複数形を除外しないことは明らかである。システムクレーム中に述べられる複数のユニット又はモジュールは、ソフトウェア又はハードウェアを介して、単一のユニット又はモジュールによって実装することもできる。「第１の」及び「第２の」などの用語は、名前を示すために使用されるが、何らかの特定の順番を示さない。

Claims (9)

1. 検索エンジンにウェブサイト認証データを提供するための装置によって実行される方法であって、
   複数の認証データソースからウェブサイト認証データを受信するステップと、
   前記ウェブサイト認証データを記憶する記憶ステップと、
   前記ウェブサイト認証データを取り出すための前記検索エンジンからの要求を受信したとき、前記記憶されたウェブサイト認証データを前記検索エンジンに送信するステップと
   を含み、
   前記記憶ステップは、
   前記ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成する再編成ステップと、
   前記再編成したウェブサイト認証データを記憶するステップと
   を含み、
   前記再編成ステップは、
   関連するウェブサイト認証データを取り出すために、前記ウェブサイト認証データを、ユニフォームリソースロケータ及び／又はユーザ識別子によってインデックスされるものへと再編成するステップと、
   ユニフォームリソースロケータによってインデックスされたウェブサイト認証データをユーザ識別子によってインデックスされたデータから分離し、同じユニフォームリソースロケータによってインデックスされた前記データをマージするステップと、
   同じユーザ識別子によってインデックスされた前記データをマージするステップと
   を含む前記方法。
2. 前記方法は、
   受信したウェブサイト認証データから重複するウェブサイト認証データをフィルタ除去するステップ
   をさらに含む、請求項１に記載の方法。
3. 前記記憶ステップは、
   前記ウェブサイト認証データの更新時間を記憶するステップをさらに含む請求項１に記載の方法。
4. 検索エンジンにウェブサイト認証データを提供するための装置であって、
   複数の認証データソースからウェブサイト認証データを受信するように構成される受信部と、
   前記ウェブサイト認証データを記憶するように構成される記憶部と、
   前記ウェブサイト認証データを取り出すための前記検索エンジンからの要求を受信したとき、前記記憶されたウェブサイト認証データを前記検索エンジンに送信するように構成される送信部と
   を備え、
   前記記憶部が、
   ウェブサイト認証データを、検索エンジンが取り出すことを容易にするデータ構造へと再編成するように構成される再編成サブユニットと、
   前記再編成したウェブサイト認証データを記憶するように構成される記憶サブユニットと
   を備え、
   前記再編成サブユニットは、
   関連するウェブサイト認証データを取り出すために、ウェブサイト認証データを、ユニフォームリソースロケータ及び／又はユーザ識別子によってインデックスされるものへと再編成するように構成され、
   ユニフォームリソースロケータによってインデックスされたウェブサイト認証データをユーザ識別子によってインデックスされたデータから分離して、同じユニフォームリソースロケータによってインデックスされた前記データをマージし、
   同じユーザ識別子によってインデックスされた前記データをマージするように構成される前記装置。
5. 前記装置は、
   受信したウェブサイト認証データから重複するウェブサイト認証データをフィルタ除去するように構成されるフィルタ処理部
   をさらに備える、請求項４に記載の装置。
6. 前記記憶部は、
   ウェブサイト認証データの更新時間を記憶するようにさらに構成される請求項４に記載の装置。
7. コンピュータ可読記憶媒体であって、
   前記コンピュータ可読記憶媒体に格納されるコマンドが実行されると、請求項１〜３のいずれかに記載の方法が実施されるように構成されるコンピュータ可読記憶媒体。
8. コンピュータプログラムであって、
   前記コンピュータプログラムが実行されることにより、請求項１〜３のいずれかに記載の方法が実施されるように構成されるコンピュータプログラム。
9. メモリとプロセッサとを備えるコンピュータデバイスであって、
   前記メモリにはコンピュータコードが記憶され、前記プロセッサが前記コンピュータコードを実行することによって、請求項１〜３のいずれかに記載の方法が実施されるように構成される前記コンピュータデバイス。