(57)【特許請求の範囲】
【請求項１】
検索方法であって、
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得する工程と、
前記取得されたユーザアカウントに対応し、前記取得された関係チェーン分類に属するユーザアカウントリストを取得する工程と、
検索結果を得るために、前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、前記取得されたキーワードに対応する情報を検索し、前記検索結果を表示する工程とを含み、
前記ユーザによって入力された、前記キーワード、前記関係チェーン分類、および前記ユーザアカウントを取得する前に、前記検索方法が、
インデックスデータベースを作成する工程をさらに含み、前記インデックスデータベースが、各ユーザアカウントによって投稿され、予め定義されたルールに従って分類された情報を保存し、
前記検索結果を得るために、前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された前記情報から、前記取得されたキーワードに対応する前記情報を検索する前記工程が、
前記検索結果を得るために、前記インデックスデータベース内の前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された前記情報から、前記取得されたキーワードに対応する前記情報を検索する工程を含み、
前記予め定義されたルールが、
同じユーザアカウントによって投稿された情報を同じ情報リストに分類し、同じキーワードに対応する情報を同じ情報リストに分類することを含み、
前記検索結果を得るために、前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された前記情報から、前記取得されたキーワードに対応する前記情報を検索する工程が、
前記取得されたキーワードに対応する情報リスト、および、前記ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、前記各ユーザアカウントに対応する情報リスト、および、前記取得されたキーワードに対応する前記情報リストの共通部分を取得し、すべての共通部分を結合し、前記結合された共通部分を検索結果として採用する工程、または、
前記取得されたキーワードに対応する情報リスト、および、前記ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、前記ユーザアカウントリスト内のユーザアカウントにそれぞれ対応する情報リストを結合し、前記結合された情報リスト、および、前記取得されたキーワードに対応する前記情報リストの共通部分を取得し、前記共通部分を前記検索結果として採用する工程を含む、検索方法。
【請求項２】
前記取得されたユーザアカウントに対応し、前記取得された関係チェーン分類に属するユーザアカウントリストを取得する前記工程が、
各ユーザアカウントに対応し、異なる関係チェーン分類に属するユーザアカウントリストを、事前に保存する工程と、
前記取得されたユーザアカウントに対応し、前記取得された関係チェーン分類に属する前記ユーザアカウントリストを、それぞれの保存されたユーザアカウントリストから取得する工程とを含む、請求項1に記載の検索方法。
【請求項３】
検索システムであって、
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得し、前記取得されたユーザアカウントに対応し前記取得された関係チェーン分類に属するユーザアカウントリストを取得し、検索結果を得るために、前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、前記取得されたキーワードに対応する情報を検索し、前記検索結果を表示するように構成された検索デバイスを含み、
前記検索システムは、インデックスデータベースのデータを保存するように構成された第2のストレージサーバをさらに備え、前記インデックスデータベースが、各ユーザアカウントによって投稿され、予め定義されたルールに従って分類された情報を保存し、
前記検索デバイスが、前記検索結果を得るために、前記インデックスデータベース内の前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された前記情報から、前記取得されたキーワードに対応する前記情報を検索するように構成され、
前記予め定義されたルールが、同じユーザアカウントによって投稿された情報を同じ情報リストに分類すること、および、同じキーワードに対応する情報を同じ情報リストに分類することを含み、
前記検索デバイスが、前記取得されたキーワードに対応する情報リスト、および、前記ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、前記各ユーザアカウントに対応する前記情報リスト、および、前記取得されたキーワードに対応する前記情報リストの共通部分を取得し、すべての共通部分を結合し、前記結合された共通部分を前記検索結果として採用するように構成され、または、
前記検索デバイスが、前記取得されたキーワードに対応する情報リスト、および、前記ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、前記ユーザアカウントリスト内のユーザアカウントにそれぞれ対応するすべての情報リストを結合し、前記結合された情報リスト、および、前記取得されたキーワードに対応する前記情報リストの共通部分を取得し、前記共通部分を前記検索結果として採用するように構成される、検索システム。
【請求項４】
各ユーザアカウントに対応し、異なる関係チェーン分類に属するユーザアカウントリストを保存するように構成された第1のストレージサーバをさらに備え、
前記検索デバイスが、前記取得されたユーザアカウントに対応し前記取得された関係チェーン分類に属する前記ユーザアカウントを、前記第1のストレージサーバから取得するように構成される、請求項３に記載の検索システム。
【請求項５】
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得し、前記キーワード、前記関係チェーン分類、および前記ユーザアカウントを、第2の処理モジュールに送信するように構成された第1の処理モジュールと、
前記取得されたユーザアカウントに対応し、前記取得された関係チェーン分類に属するユーザアカウントリストを取得し、前記取得されたキーワードおよび前記取得されたユーザアカウントリストを検索モジュールに送信するように構成された前記第2の処理モジュールと、
検索結果を得るために、前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、前記キーワードに対応する情報を検索し、前記検索結果を表示するように構成された前記検索モジュールとを含み、
前記検索モジュールが、前記検索結果を得るために、前記ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報、および、前記キーワードに対応する情報を求めて、第2のストレージサーバを検索するように構成され、前記第2のストレージサーバが、インデックスデータベースを保存し、前記インデックスデータベースは、各ユーザアカウントによって投稿され、予め定義されたルールに従って分類された情報を保存する、
前記予め定義されたルールは、同じユーザアカウントによって投稿された情報を同じ情報リストに分類すること、および、同じキーワードに対応する情報を同じ情報リストに分類することを含み、
前記検索モジュールが、前記キーワードに対応する情報リスト、および、前記ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、前記各ユーザアカウントに対応する前記情報リスト、および、前記キーワードに対応する前記情報リストの共通部分を取得し、すべての共通部分を結合し、前記結合された共通部分を前記検索結果として採用するように構成され、または、
前記検索モジュールが、前記キーワードに対応する情報リスト、および、前記ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、前記ユーザアカウントリスト内のユーザアカウントにそれぞれ対応するすべての情報リストを結合し、前記結合された情報リスト、および、前記キーワードに対応する前記情報リストの共通部分を取得し、前記共通部分を前記検索結果として採用するように構成される、検索デバイス。
【請求項６】
前記第2の処理モジュールが、前記取得されたユーザアカウントに対応し前記取得された関係チェーン分類に属する前記ユーザアカウントリストを、第1のストレージサーバから取得するように構成され、前記第1のストレージサーバが、各ユーザアカウントに対応し、異なる関係チェーン分類に属するユーザアカウントリストを保存する、請求項５に記載の検索デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその内容全体が本明細書に組み込まれている、「Search method, system and device」の名称で2011年8月2日に出願された中国特許出願第201110219368.3号の優先権を主張するものである。
【０００２】
本開示は、インターネット技術に関し、より詳細には、検索方法、システム、およびデバイスに関する。
【背景技術】
【０００３】
現在、検索エンジンは、ますます多くの機能を有することができる。ユーザは、検索エンジンを介して、多量の情報を検索することができる。例えば、ユーザがキーワード「麗江(Lijiang)」を入力すると、ユーザは、麗江についての多量の情報を得ることができる。しかしながら、得られた情報は、いくらかのスパム情報および虚偽の情報を含む可能性がある。したがって、得られた情報の実用性および信頼性は、保証され得ず、したがって、ユーザは、不正確な情報を得る可能性があり、騙されさえする可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示の例は、情報の実用性および信頼性を改善するために、検索方法、システム、およびデバイスを提供する。
【課題を解決するための手段】
【０００５】
本開示の解決法は、以下のように実施される。
【０００６】
検索方法は、
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得する工程と、
取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを取得する工程と、
検索結果を得るために、ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、取得されたキーワードに対応する情報を検索する工程と、
検索結果を表示する工程とを含む。
【０００７】
検索システムは、
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得し、取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを取得し、検索結果を得るために、ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、取得されたキーワードに対応する情報を検索し、検索結果を表示するように構成された検索デバイスを含む。
【０００８】
検索デバイスは、
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得し、キーワード、関係チェーン分類、およびユーザアカウントを、第2の処理モジュールに送信するように構成された第1の処理モジュールと、
取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを取得し、取得されたキーワードおよび取得されたユーザアカウントリストを、検索モジュールに送信するように構成された第2の処理モジュールと、
検索結果を得るために、ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、キーワードに対応する情報を検索し、検索結果を表示するように構成された検索モジュールとを含む。
【０００９】
本開示の解決法から分かるように、ユーザが検索する際に、検索範囲を最初に定義することができる。この解決法では、特定の関係チェーン分類内のユーザアカウントによって投稿された情報のみを検索することができる。関係チェーン分類は、ユーザの友人の関係チェーン分類、ユーザの学友の関係チェーン分類、および、マイクロブログでユーザによってフォローされているユーザの関係チェーン分類であってよい。このようにして、スパム情報および虚偽の情報を得る可能性を低減することができ、したがって、情報の実用性および信頼性を向上させることができる。
【００１０】
本開示の諸例が、添付図面を参照して以下に説明され、それによって、当業者は、本開示の上記および他の特徴および利点を明確に知るようになる。
【図面の簡単な説明】
【００１１】
【図１】本開示の一例による検索方法を示す概略フローチャートである。
【図２】本開示の一例によるインデックスデータベースを作成するプロセスを示す概略フローチャートである。
【図３】本開示の一例による検索システムの構造を示す概略図である。
【図４】本開示の一例による検索デバイスの構造を示す概略図である。
【発明を実施するための形態】
【００１２】
ユーザにとって、ユーザの交友範囲の人間によって投稿された情報は、実用性および信頼性を有する。したがって、本開示の解決法では、ユーザが検索する際に、検索範囲を、最初に定義することができる。この解決法では、特定の関係チェーン分類内のユーザアカウントによって投稿された情報のみを検索することができる。関係チェーン分類は、ユーザの友人の関係チェーン分類、ユーザの学友の関係チェーン分類、および、マイクロブログでユーザによってフォローされているユーザの関係チェーン分類であってよい。
【００１３】
本開示の技術的な解決法および利点を、より明らかにするために、本開示を、添付図面および特定の例を参照して、以下に詳細に説明する。
【００１４】
図1は、本開示の一例による検索方法を示す概略フローチャートである。図1に示すように、検索方法は、以下のブロックを含む。
【００１５】
ブロック101では、ユーザによって入力された、キーワードA、関係チェーン分類B、およびユーザアカウントCが取得される。
【００１６】
後続の同様の記述と区別するために、ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントは、このブロックでは、それぞれ、キーワードA、関係チェーン分類B、およびユーザアカウントCと呼ばれる。
【００１７】
一実装形態では、第1の処理モジュールは、ユーザのための検索インタフェースを表示することができ、検索インタフェースでは、ユーザは、キーワードを入力することができる。検索インタフェースでは、いくつかの関係チェーン分類が、ユーザによって選択されるように提示されてもよい。例えば、いくつかの関係チェーン分類は、ユーザの友人の関係チェーン分類、ユーザの学友の関係チェーン分類、および、マイクロブログでユーザによってフォローされているユーザの関係チェーン分類を含むことができる。ユーザが、キーワードAを入力し、友人の関係チェーン分類Bを選択すると、第1のモジュールは、従来モードに従って取得された、キーワードA、関係チェーン分類B、およびユーザアカウントCを、第2の処理モジュールに送信する。
【００１８】
ブロック102では、ユーザアカウントCに対応し、関係チェーン分類Bに属するユーザアカウントリストが取得される。
【００１９】
一実装形態では、後続のストレージサーバと区別されるように第1のストレージサーバと呼ばれるストレージサーバが構成されてよい。第1のストレージサーバは、各ユーザアカウントに対応し、それぞれ、異なる関係チェーン分類に属するユーザアカウントリストを保存することができる。例えば、ユーザXを取り上げると、第1のストレージサーバは、ユーザXの友人のユーザアカウントリスト、ユーザXの学友のユーザアカウントリスト、および、マイクロブログでユーザXによってフォローされているユーザのユーザアカウントリストを保存することができる。これらのユーザアカウントリストの生成方法は、本明細書では限定されない。
【００２０】
第1の処理モジュールからキーワードA、関係チェーン分類B、およびユーザアカウントCを受信した後、第2の処理モジュールは、ユーザアカウントCに対応し、関係チェーン分類Cに属するユーザアカウントリストを、第1のストレージサーバによって保存されたユーザアカウントリストから取得し、キーワードA、および取得されたユーザアカウントリストを、検索モジュールに送信する。
【００２１】
ブロック103では、検索結果を得るために、キーワードAに対応する情報が、取得されたユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から検索され、検索結果が表示される。
【００２２】
一実装形態では、インデックスデータベースが作成されてよく、インデックスデータベースは、各ユーザアカウントによって投稿され、予め定義されたルールに従って分類された情報を含む。予め定義されたルールは、同じユーザアカウントによって投稿された情報を同じ情報リストに分類すること、および、同じキーワードに対応する情報を同じ情報リストに分類することを含む。予め定義されたルールは、単に実施の1つであり、本開示の解決法を制限するために使用されないことに注意すべきである。
【００２３】
第2の処理モジュールからキーワードAおよびユーザアカウントリストを受信した後、検索モジュールは、検索結果を得るために、インデックスデータベース内のユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、キーワードAに対応する情報を検索し、検索結果を、第1の処理モジュールを介して表示する。
【００２４】
検索プロセスを、以下のように実施することができる。
【００２５】
一実装形態では、キーワードAに対応する情報リスト、および、ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストが取得される。各ユーザアカウントに対応する情報リスト、および、キーワードAに対応する情報リストの共通部分が取得され、すべての取得された共通部分は、結合され、結合された共通部分は、検索結果として第2の処理モジュールに送信される。第2の処理モジュールは、検索結果を第1の処理モジュールに送信し、次に、第1の処理モジュールは、検索結果をユーザに対して表示する。別の実装形態では、キーワードAに対応する情報リスト、および、ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストが取得される。ユーザアカウントリスト内のユーザアカウントにそれぞれ対応するすべての情報リストは、結合される。結合された情報リスト、および、キーワードAに対応する情報リストの共通部分が取得される。共通部分は、検索結果として第2の処理モジュールに送信される。第2の処理モジュールは、検索結果を第1の処理モジュールに送信し、次に、第1の処理モジュールは、検索結果をユーザに対して表示する。
【００２６】
インデックスデータベース内のデータは、第2のストレージサーバに保存されてよい。第2のストレージサーバは、1つのサーバ、または、サーバの1群であってよい。例えば、インデックスデータベース内のデータ量が大きく、1つのサーバが、データを保存するには十分ではない場合、複数のサーバが構成されてよい。各サーバは、1つのインデックスモジュールに対応する。
【００２７】
図2は、本開示の一例によるインデックスデータベースを作成するプロセスを示す概略フローチャートである。図2に示すように、それぞれサーバAおよびサーバBと呼ばれる2つのサーバが存在する。サーバAは、インデックスモジュールAに対応し、サーバBは、インデックスモジュールBに対応する。情報毎に、情報処理モジュールは、ルーティングルールに従う以下の動作を実行する。例えば、情報処理モジュールは、情報に対応するユーザアカウントに関してメッセージダイジェストアルゴリズム5(MD5)を実行し、次に、結果を得るために、モジュロ演算を実行する。結果が奇数である場合、情報処理モジュールは、情報をインデックスモジュールAに送信する。結果が偶数である場合、情報処理モジュールは、情報をインデックスモジュールBに送信する。インデックスモジュールAまたはインデックスモジュールBは、受信した情報を、情報に対応するユーザアカウントによって投稿された情報を含む情報リストに追加する。サーバAおよびサーバBは、異なるキーワードに対応する情報リストも保存する。
【００２８】
サーバAは、ユーザアカウント1およびユーザアカウント3によって投稿された情報を含む情報リストを保存し、サーバBは、ユーザアカウント2およびユーザアカウント4によって投稿された情報を含む情報リストを保存するとする。キーワード、例えば、「麗江」に関して、サーバAおよびサーバBは、それぞれ、「麗江」に対応する情報リストも保存することができる。サーバAに保存された「麗江」に対応する情報リストは、ユーザアカウント1およびユーザアカウント3によって投稿された情報を含み、サーバBに保存された「麗江」に対応する情報リストは、ユーザアカウント2およびユーザアカウント4によって投稿された情報を含む。
【００２９】
複数のインデックスモジュールが存在する場合、複数の検索モジュールが構成されるべきである。すなわち、インデックスモジュールおよび検索モジュールは、1つずつ対応し、インデックスモジュールの数は、検索モジュールの数と同じである。
【００３０】
ブロック102では、第2の処理モジュールは、取得されたユーザアカウントリストを複数のサブリストに分割することができる。例えば、第2の処理モジュールは、ユーザアカウントリスト内の各ユーザアカウントに関する以下の動作を実行することができる。第2の処理モジュールは、ユーザアカウントに関するMD5を実行し、次に、結果を得るために、モジュロ演算を実行する。結果が奇数である場合、ユーザアカウントは、サブリスト1に追加される。結果が偶数である場合、ユーザアカウントは、サブリスト2に追加される。第2の処理モジュールは、サブリスト1およびキーワードAを、インデックスモジュールAに対応する検索モジュールAに送信し、サブリスト2およびキーワードAを、インデックスモジュールBに対応する検索モジュールBに送信する。その後、検索モジュールAおよび検索モジュールBは、それぞれ、キーワードAに対応する情報リスト、および、サブリスト内の各ユーザアカウントに対応する情報リストを取得し、各ユーザアカウントに対応する情報リスト、および、キーワードAに対応する情報リストの共通部分を取得し、すべての共通部分を結合し、結合された共通部分を、検索結果として第2の処理モジュールに送信する。第2の処理モジュールは、最終的な検索結果を得るために、検索モジュールAから受信した検索結果、および、検索モジュールBから受信した検索結果を結合する。
【００３１】
第2のストレージサーバが、複数のサーバで構成される場合、各サーバに保存される情報は、図2の表示に限定されず、実際の要件に従って決定されてよい。例えば、2つのサーバが存在する場合、サーバAは、2011年以前に各ユーザアカウントによって投稿された情報を保存してよく、サーバBは、2011年以降に各ユーザアカウントによって投稿された情報を保存してよい。各サーバでは、同じユーザアカウントによって投稿された情報は、同じ情報リストに分類され、同じキーワードに対応する情報は、同じ情報リストに分類される。このように、ブロック102で、第2の処理モジュールは、取得されたユーザアカウントリストを分類する必要はない。
【００３２】
図1に示す方法を、以下の例を参照して説明する。
【００３３】
第2のストレージサーバの数は、本開示の解決法に影響しないため、1つの第2のストレージサーバが存在するものとする。
【００３４】
ユーザXが検索する際に、ユーザXは、キーワード「麗江」を入力し、マイクロブログでユーザによってフォローされているユーザの関係チェーン分類を選択する。第1の処理モジュールは、ユーザXのユーザアカウントを取得し、ユーザXのユーザアカウント、キーワード「麗江」、および関係チェーン分類を、第2の処理モジュールに送信する。第2の処理モジュールは、マイクロブログでユーザXによってフォローされているユーザのユーザアカウントを含むユーザアカウントリストList-Xを取得し、List-Xおよびキーワード「麗江」を、検索モジュールに送信する。検索モジュールは、キーワード「麗江」に対応する情報リスト、および、List-X内の各ユーザアカウントに対応する情報リストを取得する。List-Xは、3つのユーザアカウントを含むものとする。一実装形態では、検索モジュールは、3つのユーザアカウントのそれぞれに対応する情報リスト、および、キーワード「麗江」に対応する情報リストの共通部分を取得し、最終的な検索結果を得るために、3つの共通部分を結合する。別の実装形態では、検索モジュールは、3つのユーザアカウントにそれぞれ対応する情報リストを、大きい情報リストに結合し、次に、大きい情報リスト、および、キーワード「麗江」に対応する情報リストの共通部分を取得し、共通部分を、最終的な検索結果として採用する。
【００３５】
上記は、本開示の例に従って提供される方法である。
【００３６】
本開示の解決法から分かるように、ユーザが検索する際、検索範囲を、最初に定義することができる。この解決法では、特定の関係チェーン分類内のユーザアカウントによって投稿された情報のみを検索することができる。関係チェーン分類は、ユーザの友人の関係チェーン分類、ユーザの学友の関係チェーン分類、および、マイクロブログでユーザによってフォローされているユーザの関係チェーン分類であってよい。このようにして、スパム情報および虚偽の情報を得る可能性を低減することができ、したがって、情報の実用性および信頼性を向上させることができる。
【００３７】
図3は、本開示の一例による検索システムの構造を示す概略図である。図3に示すように、検索システムは、
ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得し、取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを取得し、検索結果を得るために、ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、キーワードに対応する情報を検索し、検索結果を表示するように構成された検索デバイス31を含む。
【００３８】
図3に示す検索システムは、さらに、
各ユーザアカウントに対応し、異なる関係チェーン分類に属するユーザアカウントリストを保存するように構成された、第1のストレージサーバ32を含む。
【００３９】
検索デバイス31は、取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを、第1のストレージサーバ32から取得する。
【００４０】
図3に示す検索システムは、さらに、
インデックスデータベースのデータを保存するように構成された第2のストレージサーバ33を含み、インデックスデータは、各ユーザアカウントによって投稿され、予め定義されたルールに従って分類された情報を保存する。
【００４１】
検索デバイス31は、検索結果を得るために、インデックスデータベース内のユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、取得されたキーワードに対応する情報を検索する。
【００４２】
予め定義されたルールは、同じユーザアカウントによって投稿された情報を同じ情報リストに分類すること、および、同じキーワードに対応する情報を同じ情報リストに分類することを含む。
【００４３】
一実装形態では、検索デバイス31は、取得されたキーワードに対応する情報リスト、および、ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、各ユーザアカウントに対応する情報リスト、および、キーワードに対応する情報リストの共通部分を取得し、すべての共通部分を結合し、結合された共通部分を検索結果として採用する。
【００４４】
別の実装形態では、検索デバイス31は、キーワードに対応する情報リスト、および、ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、ユーザアカウントリスト内のユーザアカウントにそれぞれ対応するすべての情報リストを結合し、結合された情報リストと、キーワードに対応する情報リストとの共通部分を取得し、共通部分を検索結果として採用する。
【００４５】
図4は、本開示の一例による検索デバイスの構造を示す概略図である。図4に示すように、検索デバイスは、以下のモジュールを含む。
【００４６】
第1の処理モジュール41は、ユーザによって入力された、キーワード、関係チェーン分類、およびユーザアカウントを取得し、キーワード、関係チェーン分類、およびユーザアカウントを、第2の処理モジュール42に送信するように構成される。
【００４７】
第2の処理モジュール42は、取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを取得し、取得されたキーワードおよび取得されたユーザアカウントリストを、検索モジュール43に送信するように構成される。
【００４８】
検索モジュール43は、検索結果を得るために、インデックスデータベース内のユーザアカウントリスト内の各ユーザアカウントによって投稿された情報から、キーワードに対応する情報を検索するように構成され、検索結果を表示する。
【００４９】
第2の処理モジュール42は、取得されたユーザアカウントに対応し、取得された関係チェーン分類に属するユーザアカウントリストを、第1のストレージサーバから取得し、第1のストレージサーバは、各ユーザアカウントに対応し、それぞれ、異なる関係チェーン分類に属するユーザアカウントリストを保存する。
【００５０】
検索モジュール43は、検索結果を得るために、ユーザアカウントリスト内の各ユーザアカウントによって投稿された情報、および、キーワードに対応する情報を求めて、第2のストレージサーバを検索し、第2のストレージサーバは、インデックスデータベースを保存し、インデックスデータベースは、各ユーザアカウントによって投稿され、予め定義されたルールに従って分類された情報を保存する。
【００５１】
予め定義されたルールは、同じユーザアカウントによって投稿された情報を同じ情報リストに分類すること、および、同じキーワードに対応する情報を同じ情報リストに分類することを含む。
【００５２】
一実装形態では、検索モジュール43は、キーワードに対応する情報リスト、および、ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、各ユーザアカウントに対応する情報リスト、および、キーワードに対応する情報リストの共通部分を取得し、すべての共通部分を結合し、結合された共通部分を検索結果として採用する。
【００５３】
別の実装形態では、検索モジュール43は、キーワードに対応する情報リスト、および、ユーザアカウントリスト内の各ユーザアカウントに対応する情報リストを取得し、ユーザアカウントリスト内のユーザアカウントにそれぞれ対応するすべての情報リストを結合し、結合された情報リスト、および、キーワードに対応する情報リストの共通部分を取得し、共通部分を検索結果として採用する。
【００５４】
図3に示すシステムおよび図4に示すデバイスの作業フローチャートは、上記の方法を参照することができ、本明細書では説明しない。
【００５５】
本開示の例に従って提供されるシステムおよびデバイスによって、ユーザが検索する際、検索範囲を、最初に定義することができる。この解決法では、特定の関係チェーン分類内のユーザアカウントによって投稿された情報のみを検索することができる。関係チェーン分類は、ユーザの友人の関係チェーン分類、ユーザの学友の関係チェーン分類、および、マイクロブログでユーザによってフォローされているユーザの関係チェーン分類であってよい。このようにして、スパム情報および虚偽の情報を得る可能性を低減することができ、したがって、情報の実用性および信頼性を向上させることができる。
【００５６】
上記は、本開示の好ましい例に過ぎず、本開示の保護範囲を限定するために使用されない。本開示の要旨および原理から逸脱することなく、任意の変形、等価の代替、および改善は、本開示の保護範囲内にある。
【符号の説明】
【００５７】
31  検索デバイス
32  第1のストレージサーバ
33  第2のストレージサーバ
41  第1の処理モジュール
42  第2の処理モジュール
43  検索モジュール
【図１】
0005829750.tif 000002
【図２】
0005829750.tif 000003
【図３】
0005829750.tif 000004
【図４】
0005829750.tif 000005