(57)【要約】      （修正有）【課題】サーチエンジンの処理負担を低減する、サーチ方法、サーチ装置、サーチ設備及び不揮発性計算機メモリを提供する。【解決手段】サーチ方法は、ユーザにより入力されたサーチキーワードを取得するステップ１０１と、ユーザにより最近使用されたＭ（Ｍ＞１且つＭは整数である）個の参考アプリを確定し、Ｍ個の参考アプリによって、Ｍ個の参考アプリそれぞれのアプリ属性情報を取得し、各参考アプリそれぞれのアプリ属性情報によってサーチキーワードの出所を確定するステップ１０２と、サーチキーワードの出所に基づいて付加情報を獲得するステップ１０３と、サーチキーワード及び付加情報によりサーチするステップ１０４と、を含む。【選択図】図１
2020074193.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータがユーザにより入力されたサーチキーワードを取得するステップと、
コンピュータが前記ユーザにより最近使用されたＭ（Ｍ＞１且つＭは整数である）個の参考アプリを確定するステップと、
コンピュータが前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得するステップと、
コンピュータが前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定するステップと、
コンピュータが前記サーチキーワードの出所に基づいて付加情報を獲得するステップと、
コンピュータが前記サーチキーワード及び前記付加情報によりサーチするステップと
を含み、
前記サーチキーワードの出所は前記サーチキーワードの所属分類を含み、前記サーチキーワードの所属分類はサーチ意図を含み、
前記サーチ意図は情報類を含み、前記情報類は、エンタメニュース類、商品情報類、および専門知識類を含むことを特徴とするコンピュータが実行するサーチ方法。
【請求項２】
前記サーチキーワードの出所は、
前記サーチキーワードのコンテキストをさらに含むことを特徴とする請求項１に記載のサーチ方法。
【請求項３】
プロセッサーを含むサーチ装置であって、
前記プロセッサーは、
ユーザが入力したサーチキーワードを取得する取得ユニットと、
前記ユーザが最近使用したＭ（Ｍ＞１且つＭは整数である）個の参考アプリを確定し、前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得し、前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定する確定ユニットと、
前記出所に基づいて付加情報を獲得する分析ユニットと、
前記サーチキーワード及び前記付加情報によりサーチするサーチユニットと
を含み、
前記サーチキーワードの出所は前記サーチキーワードの所属分類を含み、前記サーチキーワードの所属分類はサーチ意図を含み、
前記サーチ意図は情報類を含み、前記情報類は、エンタメニュース類、商品情報類、および専門知識類を含むことを特徴とするサーチ装置。
【請求項４】
前記サーチキーワードの出所は、
前記サーチキーワードのコンテキストをさらに含むことを特徴とする請求項３に記載のサーチ装置。
【請求項５】
一つまたは複数のプロセッサーと、
メモリと、
一つまたは複数のプログラムと
を含み、
前記一つまたは複数のプログラムは前記メモリに記憶され、前記一つまたは複数のプログラムを実行するとき、
前記プロセッサーがユーザにより入力されたサーチキーワードを取得し、
前記プロセッサーが前記ユーザにより最近使用されたＭ（Ｍ＞１且つＭは整数である）個の参考アプリを確定し、
前記プロセッサーが前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得し、
前記プロセッサーが前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定し、
前記プロセッサーが前記サーチキーワードの出所に基づいて付加情報を獲得し、
前記プロセッサーが前記サーチキーワード及び前記付加情報によりサーチし、
前記サーチキーワードの出所は前記サーチキーワードの所属分類を含み、前記サーチキーワードの所属分類はサーチ意図を含み、
前記サーチ意図は情報類を含み、前記情報類は、エンタメニュース類、商品情報類、および専門知識類を含むことを特徴とするサーチ設備。
【請求項６】
一つまたは複数のプログラムを記憶し、前記一つまたは複数のプログラムがサーチ設備により実行されるとき、前記サーチ設備に、
ユーザが入力したサーチキーワードを取得させ、
前記ユーザにより最近使用されたＭ（Ｍ＞１且つＭは整数である）個の参考アプリを確定させ、
前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得させ、
前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定させ、
前記サーチキーワードの出所に基づいて付加情報を獲得させ、
前記サーチキーワードと前記付加情報によりサーチさせ、
前記サーチキーワードの出所は前記サーチキーワードの所属分類を含み、前記サーチキーワードの所属分類はサーチ意図を含み、
前記サーチ意図は情報類を含み、前記情報類は、エンタメニュース類、商品情報類、および専門知識類を含むことを特徴とする不揮発性計算機メモリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーチ技術に関し、特にサーチ方法、装置、設備および不揮発性計算機メモリに関する。
【背景技術】
【０００２】
サーチエンジンとは、一定の策略により、特定のコンピュータプログラムを実行してインターネットから情報をサーチし、その情報を組み合わせて処理した後、ユーザに対してサーチした関連の情報を展示し、サーチサービスを提供するシステムである。国家統計局によると、中国のインターネットユーザの数がすでに４億を超え、アメリカを超えて世界一のインターネットユーザ大国になったことを意味する。また、中国のウェブサイトの数が２００万を超えた。したがって、如何にサーチサービスを利用してユーザのニーズを最大限に満足することは、インターネット企業にとっていつも重要な課題である。ユーザは、サーチエンジンに対応するアプリのサーチボックスにサーチキーワードを入力する。そして、アプリからサーチキーワードをサーチエンジンに伝送する。サーチエンジンは、サーチキーワードに基づいてデータベースをサーチして、サーチキーワードにマッチするサーチ結果を取得し、アプリへ出力する。
【０００３】
しかし、完全にサーチキーワードを依頼してサーチすると、ユーザの本当の意図を満足できないサーチ結果となる場合があり、その時、ユーザが繰り返してサーチしなければならない。したがって、アプリとサーチエンジンの間のデータ交換を増加し、サーチエンジンの処理負担が増える。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、サーチエンジンの処理負担を低減するため、サーチ方法、装置、設備および不揮発性計算機メモリを提供する。
【課題を解決するための手段】
【０００５】
本発明の一つ側面によれば、ユーザが入力したサーチキーワードを取得するステップと、前記サーチキーワードの出所を確定するステップと、前記サーチキーワードの出所に基づいて付加情報を獲得するステップと、前記サーチキーワードと前記付加情報によりサーチするステップとを含むことを特徴とするサーチ方法を提供する。
【０００６】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。その中に、前記サーチキーワードの出所を確定するステップは、前記ユーザが最近使用したアプリのアプリ属性情報によって前記サーチキーワードの出所を確定するステップ、および／または、前記ユーザが現在使用しているアプリのページ内容情報によって前記サーチキーワードの出所を確定するステップを含む。
【０００７】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。その中に、前記ユーザが最近使用したアプリのアプリ属性情報によって前記サーチキーワードの出所を確定するステップは、前記ユーザが最近使用したＭ（Ｍ≧１且つＭは整数である）個の参考アプリを確定し、前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得し、前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定する。
【０００８】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。その中に、前記ユーザが現在使用しているアプリのページ内容情報によって前記サーチキーワードの出所を確定するステップは、前記ユーザが現在使用しているＮ（Ｎ≧１且つＮは整数である）個の参考ページを確定し、前記Ｎ個の参考ページによって、前記Ｎ個の参考ページそれぞれのページ内容情報を取得し、前記各参考ページそれぞれのページ内容情報によって前記サーチキーワードの出所を確定する。
【０００９】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。その中に、前記サーチキーワードの出所は、前記サーチキーワードの所属分類、および前記サーチキーワードのコンテキストの中から少なくとも一つを含む。
【００１０】
本発明のもう一つ側面によれば、ユーザが入力したサーチキーワードを取得する取得ユニットと、前記サーチキーワードの出所を確定する確定ユニットと、前記出所に基づいて付加情報を獲得する分析ユニットと、前記サーチキーワードと前記付加情報によりサーチするサーチユニットとを含むことを特徴とするサーチ装置を提供する。
【００１１】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。前記確定ユニットは、前記ユーザが最近使用したアプリのアプリ属性情報によって前記サーチキーワードの出所を確定し、および／または、前記ユーザが現在使用しているアプリのページ内容情報によって前記サーチキーワードの出所を確定する。
【００１２】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。前記確定ユニットは、具体的に、前記ユーザが最近使用したＭ（Ｍ≧１且つＭは整数である）個の参考アプリを確定し、前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得し、前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定する。
【００１３】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。前記確定ユニットは、具体的に、前記ユーザが現在使用しているＮ（Ｎ≧１且つＮは整数である）個の参考ページを確定し、前記Ｎ個の参考ページによって、前記Ｎ個の参考ページそれぞれのページ内容情報を取得し、前記各参考ページそれぞれのページ内容情報によって前記サーチキーワードの出所を確定する。
【００１４】
前記の側面および任意の一つの実現方式によれば、さらに、一つの実現方式を提供する。その中に、前記サーチキーワードの出所は、前記サーチキーワードの所属分類、および前記サーチキーワードのコンテキストの中から少なくとも一つを含む。
【００１５】
本発明のもう一つ側面によれば、一つまたは複数のプロセッサーと、メモリと、一つまたは複数のプログラムとを含め、前記一つまたは複数のプログラムは前記メモリに記憶され、前記一つまたは複数のプログラムを実行するとき、ユーザが入力したサーチキーワードを取得し、前記サーチキーワードの出所を確定し、前記サーチキーワードの出所に基づいて付加情報を獲得し、前記サーチキーワードと前記付加情報によりサーチすることを特徴とする設備を提供する。
【００１６】
本発明のもう一つ側面によれば、一つまたは複数のプログラムを記憶する不揮発性計算機メモリを提供する。前記一つまたは複数のプログラムを実行するとき、前記設備は、ユーザが入力したサーチキーワードを取得し、前記サーチキーワードの出所を確定し、前記サーチキーワードの出所に基づいて付加情報を獲得し、前記サーチキーワードと前記付加情報によりサーチする。
【００１７】
前述した技術方案から分かるように、本発明の実施例は、取得したサーチキーワードの出所を確定し、前記キーワードの出所によって付加情報を獲得し、そして前記サーチキーワードと前記付加情報によりサーチする。完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、従来技術においてユーザの繰り返しサーチによるアプリとサーチエンジンの間のデータ交換の増加の問題を避けられ、次第に、サーチエンジンの処理負担を下げられる。
【００１８】
さらに、本発明の技術方案によれば、完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、サーチ結果の有効性をアップできる。
【００１９】
さらに、本発明の技術方案によれば、完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、サーチ結果の効率をアップできる。
【図面の簡単な説明】
【００２０】
本発明実施例を詳しく説明するため、実施例または従来技術の説明に必要な図面を簡単に紹介する。下記の図面は本発明のいくつの実施例であり、本領域の技術者にとって創造的労力が無くでもこれらの図面から別の図面を得られることは明らかである。
【図１】本発明の一つの実施例のサーチ方法のフローチャートである。
【図２】本発明のほかの実施例のサーチ装置の構造を示す。
【発明を実施するための形態】
【００２１】
以下に、本発明の実施例の目的、技術方案および利点をもっと明瞭にするため、本発明実施例の図面を結合して、本発明実施例の技術方案を詳しく説明する。以下に、説明される実施例が本発明の一部にすぎなく、実施例の全部ではない。また、本領域の技術者が、本発明実施例に基づいて、創造的労力がなくて得られたすべてのほかの実施例は、本発明の保護範囲に入られる。
【００２２】
説明すべきは、本発明実施例の端末は、携帯電話、携帯情報端末(Personal Digital Assistant, PDA)、無線移動装置、無線ネットブック、パソコン、ラップトップ、ＭＰ３プレーヤ、ＭＰ４プレーヤなどを含め、ただし、それらに限らない。
【００２３】
また、本文における用語「および／または」が、単なる関連する対象の関連性を説明するものであり、いわゆる三種類の関係が存在し得る。たとえば、Ａおよび／またはＢの場合は、Ａだけが存在するか、Ｂだけが存在するか、あるいは、ＡおよびＢが同時に存在すると三種類の状況を表す。また、本文において、符号「／」が前後対象の関連性を表すもので、「ＯＲ」の関係を表す。
【００２４】
図１は本発明の一つの実施例のサーチ方法のフローチャートである。図１に示すように、ステップ１０１において、ユーザが入力したサーチキーワードを取得する。
【００２５】
その中に、前記サーチキーワードは、ユーザがサーチボックスに入力した内容で、中国語メッセージや、数字メッセージ、または、英文かドイツ語など外国語メッセージであり、あるいは、任意メッセージの組み合わせである。本実施例はそれを特に制限しない。
【００２６】
ステップ１０２において、前記サーチキーワードの出所を確定する。
【００２７】
ステップ１０３において、前記サーチキーワードの出所に基づいて付加情報を獲得する。
【００２８】
ステップ１０４において、前記サーチキーワードと前記付加情報によりサーチする。
【００２９】
説明すべきは、ステップ１０１-１０４を実行する実行主体は、当地端末のアプリであったり、当地端末またはネット側サーバのサーチエンジンであったり、あるいは、その一部が当地端末のアプリであり、ほかの一部が当地端末またはネット側サーバのサーチエンジンである。本実施例はそれを特に制限しない。
【００３０】
理解できるのは、前記アプリは、端末にインストールされたアプリケーションプログラム（nativeApp）であってもよいし、端末のブラウザの一つのページプログラム（webApp）であってもよい。すなわち、情報をサーチして、サーチ結果の客観的存在を提供できればよい。本実施例はそれを特に制限しない。
【００３１】
これによって、取得したサーチキーワードの出所を確定し、前記サーチキーワードの出所によって付加情報を獲得し、そして前記サーチキーワードと前記付加情報によりサーチする。完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、従来技術においてユーザの繰り返しサーチによるアプリとサーチエンジンの間のデータ交換の増加の問題を避けられ、次第に、サーチエンジンの処理負担を下げられる。
【００３２】
選択できるのは、本実施例の一つ可能な実現方式として、ステップ１０２において、前記ユーザが最近使用したアプリのアプリ属性情報によって前記サーチキーワードの出所を確定する。
【００３３】
その中に、前記アプリ属性情報は、網易新聞、百度地図などのアプリ名称と、ニュース類、ナビゲーション類などのアプリ種類と、ＷＯＲＤファイル、ＰＤＦファイルなどのインターフェース展示内容の中から少なくとも一つを含め、ただし、それらに限らない。
【００３４】
具体的には、前記ユーザが最近使用したＭ（Ｍ≧１且つＭは整数である）個の参考アプリを確定する。前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得する。そして、前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定する。
【００３５】
たとえば、前記ユーザが最近使用したＭ’個の候補アプリにおいて、各候補アプリＡi（ i = 1, 2, …, Ｍ’）の使用終了時間Ｔi、および、前記ユーザが現在最近使用しているアプリの使用開始時間ＴCを取得する。前記Ｍ’は１より大きいまたはそれに等しい整数である。ＴiとＴCの時間差△Ｔiを計算する。△Ｔiが予めに設定した時間閾値、たとえば、３０秒より小さいまたはそれに等しい場合、△Ｔiに対応する候補アプリＡiを参考アプリとする。理解できるのは、△Ｔiが時間閾値より大きい場合、△Ｔiに対応する候補アプリＡiを無視し、なんの処理もしない。
【００３６】
説明すべきは、最近使用したＭ個の参考アプリの中に、現在使用しているアプリを含めてもいいし、含めなくてもよい。本実施例はそれを特に制限しない。
【００３７】
選択できるのは、本実施例の一つ可能な実現方式として、ステップ１０２において、前記ユーザが現在使用しているアプリのページ内容情報によって前記サーチキーワードの出所を確定する。
【００３８】
具体的には、前記ユーザが現在使用しているＮ（Ｎ≧１且つＮは整数である）個の参考ページを確定する。前記Ｎ個の参考ページによって、前記Ｎ個の参考ページそれぞれのページ内容情報を取得する。そして、前記各参考ページそれぞれのページ内容情報によって前記サーチキーワードの出所を確定する。
【００３９】
たとえば、前記ユーザが現在使用しているＮ’個の候補ページの各候補ページＰiのページ内容情報を獲得する。候補ページＰiのページ内容情報が、前記サーチキーワード、あるいば、前記サーチキーワードの同義語を含めば、候補ページＰiを参考ページとする。理解できるのは、候補ページＰiのページ内容情報が前記サーチキーワード、あるいば、前記サーチキーワードの同義語を含まない場合、候補ページＰiを無視し、なんの処理もしない。
【００４０】
選択できるのは、本実施例の一つ可能な実現方式として、ステップ１０２において、確定した前記サーチキーワードの出所は、前記サーチキーワードの所属分類、および前記サーチキーワードのコンテキストの中から少なくとも一つを含む。
【００４１】
サーチキーワードは、ユーザがサーチボックスに入力した文字であり、その内容が、ニュース、ウェブサイト、人名、小説、ゲーム、仕事などである。通常、一定の分類基準によってサーチキーワードを分類する。分類基準により、サーチキーワードの分類結果が異なる。
【００４２】
たとえば、サーチ意図に従って、サーチキーワードをナビゲーション類キーワード、交易類キーワード、情報類キーワードなどに分けられる。
【００４３】
あるいは、さらに、たとえば、サーチの人気性に従って、サーチキーワードを人気あるキーワード、一般的なキーワード、人気ないキーワードなどに分けられる。
【００４４】
さらに、もっと細かい分類基準によって、各分類結果を分類する。
【００４５】
たとえば、情報類キーワードの場合、サーチ意図に従って、さらに、エンタメニュース類、商品情報類、および、専門知識類などに分けられる。
【００４６】
前記サーチキーワードのコンテキストとは、ページのテキスト内容において、サーチキーワードに関連する上文および／または下文、すなわち、サーチキーワードの前の言語および／または後の言語を意味する。
【００４７】
選択できるのは、本実施例の一つ可能な実現方式として、ステップ１０３において、前記サーチキーワードの出所に基づいて、前記サーチキーワードの出所に関連する付加情報を獲得する。
【００４８】
たとえば、サーチキーワードの出所として、前記サーチキーワードがエンタメニュース類に属する場合、エンタメニュース、最新、最近などのエンタメニュース類に関連する付加情報を獲得する。
【００４９】
あるいは、たとえば、サーチキーワードの出所として、前記サーチキーワードが専門知識類に属する場合、専門知識、定義、何の意味などの専門知識類に関連する付加情報を獲得する。
【００５０】
あるいは、たとえば、サーチキーワードの出所が前記サーチキーワードのコンテキストである場合、コンテキストにより得られた現場情報、コンテキストにより得られた意図情報などの前記サーチキーワードのコンテキストに関連する付加情報を獲得する。        
【００５１】
説明すべきは、本実施例において、実行主体によって、ステップ１０４の実現も異なる。
【００５２】
選択できるのは、本実施例の一つ可能な実現方式として、ステップ１０４において、実行主体が当地端末のアプリである場合、前記サーチキーワードと前記付加情報を含めるサーチコマンドをサーチエンジンに伝送する。サーチエンジンは、前記サーチキーワードと前記付加情報に基づいてサーチする。
【００５３】
選択できるのは、本実施例の一つ可能な実現方式として、ステップ１０４において、実行主体がサーチエンジンである場合、直接に前記サーチキーワードと前記付加情報に基づいてサーチする。
【００５４】
たとえば、サーチエンジンは、前記サーチキーワードと前記付加情報を目標サーチキーワードとして、データベースをサーチし、目標サーチキーワードにマッチするサーチ結果を獲得する。
【００５５】
あるいは、たとえば、サーチエンジンは、前記サーチキーワードを利用して、直接にデータベースをサーチし、前記サーチキーワードにマッチするサーチ結果を獲得する。そして、前記付加情報を利用して、前記サーチ結果を最適化する。たとえば、サーチ結果の数を最適化する、または、サーチ結果の順番を最適化する。
【００５６】
本発明の実施例は、取得したサーチキーワードの出所を確定し、前記キーワードの出所によって付加情報を獲得し、そして前記サーチキーワードと前記付加情報によりサーチする。完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、従来技術においてユーザの繰り返しサーチによるアプリとサーチエンジンの間のデータ交換の増加の問題を避けられ、次第に、サーチエンジンの処理負担を下げられる。
【００５７】
さらに、本発明の技術方案によれば、完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、サーチ結果の有効性をアップできる。
【００５８】
さらに、本発明の技術方案によれば、完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、サーチ結果の効率をアップできる。
【００５９】
説明すべきは、簡略化するため、前述の各実施例を一列の作動の組み合わせとして表している。ただし、本領域の技術者が分かるように、本発明はこれらの作動の順番に限らない。本発明によれば、あるステップが別の順番でもいいし、あるいは、同時に行わってもよい。また、本領域の技術者が理解すべきこととして、本説明書の実施例は望まれるものであり、その中の作動やモジュールが必ずしも本発明に必要なものではない。
【００６０】
上述した実施例の中に、各実施例の説明の詳細がそれぞれ重きを置く。ある実施例に詳しく説明されていない部分について、ほかの実施例を参考すればよい。
【００６１】
図２は本発明のほかの実施例のサーチ装置の構造を示す。図２に示すように、本実施例のサーチ装置は、取得ユニット２１、確定ユニット２２、分析ユニット２３およびサーチユニット２４を含む。その中に、取得ユニット２１はユーザが入力したサーチキーワードを取得する。確定ユニット２２は前記サーチキーワードの出所を確定する。分析ユニット２３は前記出所に基づいて付加情報を獲得する。サーチユニット２４は前記サーチキーワードと前記付加情報によりサーチする。
【００６２】
その中に、前記サーチキーワードは、ユーザがサーチボックスに入力した内容で、中国語メッセージや、数字メッセージ、または、英文かドイツ語など外国語メッセージであり、あるいは、任意メッセージの組み合わせである。本実施例はそれを特に制限しない。
【００６３】
説明すべきは、本実施例のサーチ装置は、当地端末のアプリであったり、当地端末またはネット側サーバのサーチエンジンであったり、あるいは、その一部が当地端末のアプリであり、ほかの一部が当地端末またはネット側サーバのサーチエンジンである。本実施例はそれを特に制限しない。
【００６４】
理解できるのは、前記アプリは、端末にインストールされたアプリケーションプログラム（nativeApp）であってもよいし、端末のブラウザの一つのページプログラム（webApp）であってもよい。すなわち、情報をサーチして、サーチ結果の客観的存在を提供できればよい。本実施例はそれを特に制限しない。
【００６５】
これによって、確定ユニットを利用して取得ユニットが取得したサーチキーワードの出所を確定する。分析ユニットを利用して前記サーチキーワードの出所によって付加情報を獲得する。そして、サーチユニットを利用して前記サーチキーワードと前記付加情報によりサーチする。完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、従来技術においてユーザの繰り返しサーチによるアプリとサーチエンジンの間のデータ交換の増加の問題を避けられ、次第に、サーチエンジンの処理負担を下げられる。
【００６６】
選択できるのは、本実施例の一つ可能な実現方式として、前記確定ユニット２２において、前記ユーザが最近使用したアプリのアプリ属性情報によって前記サーチキーワードの出所を確定する。
【００６７】
その中に、前記アプリ属性情報は、網易新聞、百度地図などのアプリ名称と、ニュース類、ナビゲーション類などのアプリ種類と、ＷＯＲＤファイル、ＰＤＦファイルなどのインターフェース展示内容の中から少なくとも一つを含め、ただし、それらに限らない。
【００６８】
具体的には、前記ユーザが最近使用したＭ（Ｍ≧１且つＭは整数である）個の参考アプリを確定する。前記Ｍ個の参考アプリによって、前記Ｍ個の参考アプリそれぞれのアプリ属性情報を取得する。そして、前記各参考アプリそれぞれのアプリ属性情報によって前記サーチキーワードの出所を確定する。
【００６９】
たとえば、前記ユーザが最近使用したＭ’個の候補アプリにおいて、各候補アプリＡi（ i = 1, 2, …, Ｍ’）の使用終了時間Ｔi、および、前記ユーザが現在最近使用しているアプリの使用開始時間ＴCを取得する。前記Ｍ’は１より大きいまたはそれに等しい整数である。ＴiとＴCの時間差△Ｔiを計算する。△Ｔiが予めに設定した時間閾値、たとえば、３０秒より小さいまたはそれに等しい場合、△Ｔiに対応する候補アプリＡiを参考アプリとする。理解できるのは、△Ｔiが時間閾値より大きい場合、△Ｔiに対応する候補アプリＡiを無視し、なんの処理もしない。
【００７０】
説明すべきは、最近使用したＭ個の参考アプリの中に、現在使用しているアプリを含めてもいいし、含めなくてもよい。本実施例はそれを特に制限しない。
【００７１】
選択できるのは、本実施例の一つ可能な実現方式として、前記確定ユニット２２において、前記ユーザが現在使用しているアプリのページ内容情報によって前記サーチキーワードの出所を確定する。
【００７２】
具体的には、前記ユーザが現在使用しているＮ（Ｎ≧１且つＮは整数である）個の参考ページを確定する。前記Ｎ個の参考ページによって、前記Ｎ個の参考ページそれぞれのページ内容情報を取得する。そして、前記各参考ページのページ内容情報によって前記サーチキーワードの出所を確定する。
【００７３】
たとえば、前記ユーザが現在使用しているＮ’個の候補ページの各候補ページＰiのページ内容情報を獲得する。候補ページＰiのページ内容情報が、前記サーチキーワード、あるいば、前記サーチキーワードの同義語を含めば、候補ページＰiを参考ページとする。理解できるのは、候補ページＰiのページ内容情報が前記サーチキーワード、あるいば、前記サーチキーワードの同義語を含まない場合、候補ページＰiを無視し、なんの処理もしない。
【００７４】
選択できるのは、本実施例の一つ可能な実現方式として、前記確定ユニット２２において、確定した前記サーチキーワードの出所は、前記サーチキーワードの所属分類、および
前記サーチキーワードのコンテキストの中から少なくとも一つを含む。
【００７５】
サーチキーワードは、ユーザがサーチボックスに入力した文字であり、その内容が、ニュース、ウェブサイト、人名、小説、ゲーム、仕事などである。通常、一定の分類基準によってサーチキーワードを分類する。分類基準により、サーチキーワードの分類結果が異なる。
【００７６】
たとえば、サーチ意図に従って、サーチキーワードをナビゲーション類キーワード、交易類キーワード、情報類キーワードなどに分けられる。
【００７７】
あるいは、さらに、たとえば、サーチの人気性に従って、サーチキーワードを人気あるキーワード、一般的なキーワード、人気ないキーワードなどに分けられる。
【００７８】
さらに、もっと細かい分類基準によって、各分類結果を分類する。
【００７９】
たとえば、情報類キーワードの場合、サーチ意図に従って、さらに、エンタメニュース類、商品情報類、および、専門知識類などに分けられる。
【００８０】
前記サーチキーワードのコンテキストとは、ページのテキスト内容の中において、サーチキーワードに関連する上文および／または下文、すなわち、サーチキーワードの前の言語および／または後の言語を意味する。
【００８１】
選択できるのは、本実施例の一つ可能な実現方式として、前記分析ユニット２３において、前記サーチキーワードの出所に基づいて、前記サーチキーワードの出所に関連する付加情報を獲得する。
【００８２】
たとえば、サーチキーワードの出所として、前記サーチキーワードはエンタメニュース類に属する場合、前記分析ユニット２３は、エンタメニュース、最新、最近などのエンタメニュース類に関連する付加情報を獲得する。
【００８３】
あるいは、たとえば、サーチキーワードの出所として、前記サーチキーワードは専門知識類に属する場合、前記分析ユニット２３は、専門知識、定義、何の意味などの専門知識類に関連する付加情報を獲得する。
【００８４】
あるいは、たとえば、サーチキーワードの出所は、前記サーチキーワードのコンテキストである場合、前記分析ユニット２３は、コンテキストにより得られた現場情報、コンテキストにより得られた意図情報などの前記サーチキーワードのコンテキストに関連する付加情報を獲得する。
【００８５】
説明すべきは、本実施例において、サーチ装置によって、前記サーチユニット２４が実現した機能も異なる。
【００８６】
選択できるのは、本実施例の一つ可能な実現方式として、前記サーチユニット２４において、サーチ装置が当地端末のアプリである場合、前記サーチユニット２４は、前記サーチキーワードと前記付加情報を含めるサーチコマンドをサーチエンジンに伝送する。サーチエンジンは、前記サーチキーワードと前記付加情報に基づいてサーチする。
【００８７】
選択できるのは、本実施例の一つ可能な実現方式として、前記サーチユニット２４において、実行主体がサーチエンジンである場合、前記サーチユニット２４は、直接に前記サーチキーワードと前記付加情報に基づいてサーチする。
【００８８】
たとえば、サーチエンジンは、前記サーチキーワードと前記付加情報を目標サーチキーワードとして、データベースをサーチし、目標サーチキーワードにマッチするサーチ結果を獲得する。
【００８９】
あるいは、たとえば、サーチエンジンは、前記サーチキーワードを利用して、直接にデータベースをサーチし、前記サーチキーワードにマッチするサーチ結果を獲得する。そして、前記付加情報を利用して、前記サーチ結果を最適化する。たとえば、サーチ結果の数を最適化する、または、サーチ結果の順番を最適化する。
【００９０】
本発明の実施例は、確定ユニットを利用して取得ユニットが取得したサーチキーワードの出所を確定する。分析ユニットを利用して前記サーチキーワードの出所によって付加情報を獲得する。そして、サーチユニットを利用して前記サーチキーワードと前記付加情報によりサーチする。完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、従来技術においてユーザの繰り返しサーチによるアプリとサーチエンジンの間のデータ交換の増加の問題を避けられ、次第に、サーチエンジンの処理負担を下げられる。
【００９１】
さらに、本発明の技術方案によれば、完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、サーチ結果の有効性をアップできる。
【００９２】
さらに、本発明の技術方案によれば、完全にサーチキーワードを依頼してサーチすることではなく、サーチキーワードの出所を結合してサーチを行うので、サーチ結果がユーザの本当の意図を基本的に満足できる。したがって、サーチ結果の効率をアップできる。
【００９３】
本領域の技術者が分かるように、簡略するため、上述したシステム、装置およびユニットの具体的な作動プロセスは、前述の実施例の対応するプロセスを参照する。ここでその説明省略する。
【００９４】
本発明の実施例のシステム、装置および方法は、ほかの方式でも実現できる。たとえば、前述の装置実施例が単なる例示的なものである。前記ユニットの区別が、ただロジック機能によるので、実際には別の区別仕方もあり得る。たとえば、複数のユニットを組み合わせて別のシステムに設置できる。または、一部の特徴を省略してもいいし、実行しなくてよい。また、前記に説明した直接結合または通信連結がインターフェースによるもので、装置やユニットの間の間接結合または通信連結が電気的、機械的またはほかのものである。
【００９５】
前記独立部品として説明したユニットが物理的に分離しなくてもよい。表示ユニットとしての部品が物理ユニットであってもいいし、そうでなくてもよい。すなわち、一か所に設置してもいいし、複数のネットユニットに設置してもよい。実際の需要に応じてその中の一部または全部を選んで本実施例の目的を実現できる。
【００９６】
また、本発明の実施例の各機能ユニットが一つの処理ユニットに集中してもいいし、それぞれ単独に存在してもよい。さらに、二つや二つ以上のユニットが一つのユニットに集中することもできる。上述の集合ユニットがハードウェアだけで実現できるし、ハートウェアとソフトウェア両方を利用して実現することもできる。
【００９７】
上述したソフトウェアユニットで実現した集合ユニットは、読み出せる計算機メモリに記憶される。メモリに記憶された上述したソフトウェアユニットは、計算機設備（パソコン、サーバ、またはネット設備など）またはプロセッサー（processor）に対して本発明の各実施例の方法のステップを実行させるための若干のコマンドを含める。また、前述した記憶メモリは、ＵＳＢメモり、移動ハードディスク、リードオンリーメモリ（Read-only Memory, ROM）、ランダムアクセスメモリ（Random Acess Memory, RAM）、磁気ディスク、ＣＤなど、プログラムコードを記憶できるメモリである。
【００９８】
最後に説明すべきは、上述実施例は単なる本発明の技術本案を説明するものであり、それを限定するものではない。本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であり、本発明の範囲は本発明の請求書およびその同等物だけによって定められる。
【００９９】
本特許出願は、２０１４年０７月２８日に出願され、名称が「サーチ方法および装置」であり、出願番号が２０１４１０３６４６６７．Xである中国発明特許出願の優先権の利益を主張する。
【図１】
2020074193.tif 000003
【図２】
2020074193.tif 000004