JP7033115B2 - クリップボードデータに基づく検索処理方法および装置 - Google Patents

Description

本出願は、インターネット技術の分野に関し、特に、クリップボードデータに基づく検索処理方法および装置に関する。

インターネット技術の発展に伴い、検索エンジンはユーザの生活に大きな利便性を提供している。検索する際には、ユーザはキーワードを入力することにより検索することができるし、クリップボードにおけるコンテンツを使用して検索することもできる。ただし、クリップボードに多くのコンテンツがある場合には、クリップボードのコンテンツを直接検索に使用すると、検索結果の精度が低くなる。

本出願は、従来技術においてクリップボードに多くのコンテンツがある場合に、クリップボード内のコンテンツを直接検索に使用すると検索結果の精度が低くなるという課題を解決するための、クリップボードデータに基づく検索処理方法を提供する。

本出願の第１態様の実施例は、検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、前記検索ボックス内の第１データを識別処理することにより、前記第１データに含まれる第２データおよび各第２データが属するタイプを取得するステップと、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するステップと、前記各第２データに対応する各検索データを表示し、ユーザによる前記検索データの操作に基づいて、対象検索データを決定するステップと、前記対象検索データに基づいて検索結果を取得するステップと、を含み、前記クリップボードには、前記第１データのソース情報を示すためのタグデータがさらに含まれ、検索ボックスで取得された第１データがクリップボードに由来するものであると監視されたステップの後に、前記第１データに対応するタグデータに基づいて、前記第１データに対応する各拡張検索データを決定するステップをさらに含み、ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するステップの前に、前記第１データに対応する各拡張検索データを表示するステップをさらに含む、クリップボードデータに基づく検索処理方法を提供する。

本出願の実施例のクリップボードデータに基づく検索処理方法は、検索ボックス内のクリップボードに由来する第１データを識別することにより、第１データに含まれる各第２データおよび各第２データが属するタイプを取得し、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定し、各検索データを表示し、ユーザによる各検索データの操作に基づいて、対象検索データを決定し、対象検索データに基づいて、検索結果を取得する。その結果、クリップボード内のデータに基づいて検索する際には、クリップボードのデータに含まれる各データの種類に基づいて各検索データを決定してユーザに表示し、ユーザによって選択された検索データに基づいて検索することが実現される。これにより、検索の精度が向上するだけでなく、ユーザが検索ボックス内の冗長データを手動で削除する必要がないため、検索効率が向上する。

本出願の第２態様の実施例は、検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、前記検索ボックス内の第１データを識別処理して、前記第１データに含まれる第２データおよび各第２データが属するタイプを取得するための第１取得モジュールと、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するための第１決定モジュールと、前記各第２データに対応する各検索データを表示し、ユーザによる前記検索データの操作に基づいて、対象検索データを決定するための表示モジュールと、前記対象検索データに基づいて検索結果を取得するための第２取得モジュールと、前記第１データに対応するタグデータに基づいて、前記第１データに対応する各拡張検索データを決定するための第２決定モジュールと、を含み、前記クリップボードには、前記第１データのソース情報を示すためのタグデータがさらに含まれ、前記表示モジュールは、さらに、前記第１データに対応する各拡張検索データを表示する、クリップボードデータに基づく検索処理装置を提供する。

本出願の実施例のクリップボードデータに基づく検索処理装置は、検索ボックス内のクリップボードに由来する第１データを識別処理して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得し、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定し、各検索データを表示し、ユーザによる各検索データの操作に基づいて、対象検索データを決定し、対象検索データに基づいて、検索結果を取得する。その結果、クリップボード内のデータに基づいて検索する際に、クリップボードのデータに含まれる各データの種類に基づいて各検索データを決定してユーザに表示することが実現される。ユーザに選択機能が提供され、検索の精度が向上するだけでなく、ユーザが検索ボックス内の冗長データを手動で削除する必要がないため、検索効率が向上する。

本出願の第３態様の実施例は、プロセッサおよびメモリを含むコンピュータ機器を提供する。前記プロセッサは、前記メモリに記憶された実行可能なプログラムコードを読み出して前記実行可能なプログラムコードに対応するプログラムを実行することにより上記第１態様の実施例に記載のクリップボードデータに基づく検索処理方法を実現する。

本出願の第４態様の実施例は、コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体を提供する。前記プログラムがプロセッサによって実行されると、上記第１態様の実施例に記載のクリップボードデータに基づく検索処理方法が実現される。

本出願の付加的な態様および利点は、一部が以下の説明において示され、一部が以下の説明により明らかになり、または本出願を実践することによって理解される。

本出願の上記及び／または付加的な特徴及び利点は、下記の図面を参照して実施例を説明することにより、明らかになり、理解が容易となる。
本出願の実施例に係るクリップボードデータに基づく検索処理方法の概略フローチャートである。 本出願の実施例に係る別のクリップボードデータに基づく検索処理方法の概略フローチャートである。 本出願の実施例に係る別のクリップボードデータに基づく検索処理方法の概略フローチャートである。 本出願の実施例に係る別のクリップボードデータに基づく検索処理方法の概略フローチャートである。 本出願の実施例に係るクリップボードデータベースに基づく検索処理装置の概略構成図である。 本出願の実施形態を実現するのに適する例示的なコンピュータデ機器のブロック図を示す。

以下、本出願の実施例を詳細に説明し、前記実施例の例が図面に示されている。同一又は類似の符号は常に同一又は類似の要素を示すか、同一又は類似の機能を有する要素を示す。以下に図面を参照しながら説明された実施例は例示であり、本出願を解釈するためのものであり、本出願を限定するものであると理解してはならない。

以下、図面を参照して、本出願の実施例に係るクリップボードデータに基づく検索処理方法および装置について説明する。

図１は、本出願の実施例に係るクリップボードデータに基づく検索処理方法の概略フローチャートである。

本出願の実施例のクリップボードデータに基づく検索処理方法は、検索類アプリケーションに適用することができ、本出願によって提供されるクリップボードデータに基づく検索処理装置によって実行することができる。この装置は、コンピュータ機器内に配置することにより、クリップボード内のデータに基づいて検索すると、クリップボードのデータに含まれる各データのタイプに基づいて、各検索データを決定してユーザに表示することを実現し、ユーザに選択機能を提供し、検索の精度を向上させることができる。また、ユーザが検索ボックス内の冗長データを手動で削除する必要がないため、検索効率を向上させることができる。

図１に示すように、当該クリップボードデータに基づく検索処理方法は、以下ステップ１０１～ステップ１０４を含む。

ステップ１０１において、検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、検索ボックス内の第１データを識別処理して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得する。

実際の使用では、検索類アプリケーションを使用して検索する場合、ユーザは、コピーしたコンテンツを検索ボックスに貼り付けて検索することができる。ただし、クリップボードにおいて多くのデータがある場合、例えば、ウェブアドレス、テキスト、画像などを含む複数のタイプのデータが含まれている場合、貼り付けられたコンテンツに基づいて直接検索すると、検索類アプリケーションは、その中のテキストのみに基づいて検索するか、あるいはウェブアドレスにジャンプするなど、検索結果がユーザの要望と一致しない場合があり、検索結果の精度が低い。ユーザは、冗長データを手動で削除して残りのデータを用いて検索することもできるが、この手段ではユーザが手動で操作する必要があるため、操作が煩雑であり、かつ検索プロセス全体の時間が延長し、検索効率が悪くなる。

本出願の実施例では、検索ボックス内のデータソースをリアルタイムで監視することができる。検索ボックスで貼り付け操作が監視されると、検索ボックス内のデータがクリップボードに由来するものであることを示す。検索ボックス内のデータは、第１データという。

検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合に、検索ボックス内の第１データを識別処理する。具体的には、第１データを走査して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得することができる。

ここで、第２データが属するタイプは、ユニフォームリソースロケータータイプ、画像タイプ、文字タイプなどを含むが、これらに限定されない。

例えば、第１データは、[ｂｉａｎｇｂｉａｎｇ麺がどのように書くかはｈｔｔｐｓ：／／ｚｈｉｄａｏ．ｂａｉｄｕ．ｃｏｍ／ｑｕｅｓｔｉｏｎ／３３５０５６４０６．ｈｔｍｌを参照]であり、第１データを走査し、「ｂｉａｎｇｂｉａｎｇ麺がどのように書くかは参照」を第２データとすることができる。当該第２データのタイプは、文字タイプであり、ｈｔｔｐｓ：／／ｚｈｉｄａｏ.ｂａｉｄｕ.ｃｏｍ／ｑｕｅｓｔｉｏｎ／３３５０５６４０６.ｈｔｍlを第２データとすることができる。当該第２データのタイプは、ユニフォームリソースロケータータイプである。

第１データを走査するとき、ｈｔｔｐまたはｈｔｔｐｓで始まり、またはｍ.ｂａｉｄｕ.ｃｏｍなどの一部のサイトで始まり、かつＵＲＬ仕様に準拠するコンテンツを第２データとすることができ、そのタイプはユニフォームリソースロケータータイプである。連続的な文字を第２データとすることができ、当該第２データのタイプは文字タイプである。

ステップ１０２において、各第２データのタイプに基づいて、各第２データに対応する検索データを決定する。

検索ボックスのデータに複数のタイプのデータが含まれている場合、直接検索すると、検索結果の精度に影響を与える可能性がある。本実施例では、各第２データおよび各第２データのタイプが取得された後、各第２データの第１データにおける順序に従って、順次に第２データが属するタイプに基づいて各第２データに対応する検索データを決定することができる。当然のことながら、各第２データの第１データにおける順序に従わず、各第２データに対応する検索データを決定することもできる。

本実施例では、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定することにより、異なるタイプの第２データに対応する検索データを取得することができる。

ステップ１０３において、各第２データに対応する各検索データを表示し、ユーザによる各検索データの操作に基づいて、対象検索データを決定する。

各第２データに対応する各検索データが取得された後、各第２検索データに基づいて推奨リストを生成し、検索インターフェイスに表示することができる。または、各検索データをタイルの形（ｔｉｌｅ）で表示することができる。つまり、各第２データに基づいて決定されたすべての検索データをユーザに表示することにより、ユーザがその中から検索用の検索データを選択しやすくすることができる。

ユーザが表示された各検索データから１つの検索データを選択した場合、当該検索データが対象検索データになる。例えば、ユーザが表示されたすべての検索データから１つのウェブアドレスを選択した場合、そのウェブアドレスは対象検索データとして使用される。別の例として、ユーザが表示されたすべての検索データから１つのキーワードを選択した場合、そのキーワードを検索ボックスに入れて第１データを上書きし、そのキーワードを対象検索データとすることができる。

ユーザが表示された検索データを選択しなかった場合、検索ボックス内の第１データが対象検索データとして使用される。

ステップ１０４において、対象検索データに基づいて、検索結果を取得する。

ユーザの操作に基づいて対象検索データが決定された後、対象検索データに基づいて検索結果を取得することができる。例えば、対象検索データがウェブアドレスである場合、ページは、当該ウェブアドレスに対応するページにジャンプする。対象検索データがキーワードである場合、キーワードに基づいて検索し、検索結果を取得する。

本出願の実施例のクリップボードデータに基づく検索処理方法は、検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、検索ボックス内の第１データを識別処理して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得し、各第２データのタイプに基づいて、各第２データに対応する検索データを決定し、各第２データに対応する各検索データを表示し、ユーザによる各検索データの操作に基づいて、対象検索データを決定し、検索結果を取得する。その結果、クリップボード内のデータに基づいて検索すると、クリップボードに由来するデータの処理を行って、異なるタイプのデータに対応する検索データを取得してユーザに表示することが実現される。ユーザに選択機能が提供され、検索の精度が向上するだけでなく、ユーザが検索ボックス内の冗長データを手動で削除する必要がないため、検索効率が向上する。

実際の使用では、検索ボックス内のクリップボードに由来するデータには複数のタイプが含まれることがある。異なるタイプの検索データを抽出するために、本出願の一実施例では、各第２データのタイプに基づいて各第２データに対応する検索データを決定するとき、第２データがユニフォームリソースロケータタイプデータに属する場合、当該第２データがウェブアドレスであることを示し、当該第２データが検索データであると決定する。つまり、第１データにはウェブアドレスが含まれる場合、第１データからウェブアドレスを抽出し、ウェブアドレスを検索データとする。

第２データのタイプが画像タイプに属する場合、即ち、第２データが画像である場合には、第２データの画像認識を行い、画像のコンテンツを識別することにより、対応するテキストを取得し、テキストを検索データとすることができる。

例えば、第２データがりんご画像である場合、当該画像の画像認識を行い、「りんご」というテキストを取得する。このとき、当該りんご画像に対応する検索データは「りんご」というキーワードである。

第２データが文字タイプデータに属する場合、既存の単語分割方法に基づいて第２データに対して単語分割を行い、第２データに対応する単語を取得する。その後、単語分割処理によって得られた単語をスクリーニングし、スクリーニングによって得られた各単語を検索データとすることもできるし、単語を組み合わせて検索データとすることもできる。

一例として、単語分割処理によって得られた単語をスクリーニングする場合、単語分割処理によって得られた各単語の品詞を順次判断し、品詞が名詞ではない単語をフィルタリングし、残りの単語を検索データとすることができる。

例えば、第２データは「北京にどのような観光スポットがあるか」であり、単語分割処理された後、「北京」、「ある」、「どのような」、「観光」、「スポット」などの単語を取得し、これらの単語の品詞を順次判断することができる。「ある」および「観光」は動詞であり、「どのような」は代名詞であり、「北京」および「スポット」は名詞であるため、「北京」および「スポット」をそれぞれ検索データとすることができる。または「北京」および「スポット」を組み合わせて得られた「北京 スポット」を検索データとすることもできる。

別の例として、単語分割処理によって得られた各単語をスクリーニングするとき、単語分割処理によって得られた各単語の品詞を順次判断する。品詞が副詞、前置詞、接続詞、語気助詞などである虚詞の単語をフィルタリングし、フィルタリングによって得された各単語、または組み合わせた単語を検索データとすることができる。

なお、第２データが文字タイプデータに属する場合、第２データを検索データとすることもできる。例えば、第２データは「北京にどのような観光スポットがあるか」であると、「北京にどのような観光スポットがあるか」」も検索データとしてユーザに表示することができる。例えば、「北京にどのような観光スポットがあるか」、「北京」、「スポット」、「北京 スポット」は、リストの形でユーザに表示される。

この実施例では、検索ボックス内のクリップボードに由来する第１データにウェブアドレスや画像などの複数のタイプが含まれる場合には、第１データからウェブサイトを抽出してユーザに提供するか、または他のタイプのデータに対応する検索データをユーザに提供することができる。これにより、ユーザは、提供された各検索データから必要な検索データを選択することができる。

本出願の実施例では、第２データのタイプに基づいて第２データに対応する検索データを決定することにより、検索ボックス内のクリップボードに由来するデータに複数のタイプが含まれる場合、異なるタイプのデータに対応する検索データを取得することができる。

検索データの表示効果を向上させ、ユーザが選択しやすくするために、本出願の一実施例においては、各第２データに対応する各検索データを表示する前に、各検索データをソートし、順序に従って表示することとしてもよい。

一実施可能形態として、各第２データの第１データにおける順序に従って、各第２データに対応する各検索データをソートすることとしてもよい。

例えば、各第２データの第１データにおける順序に従って、各第２データに対応する各検索データをソートし、第２データが複数の検索データに対応する場合には、複数の検索データをランダムにソートすることもできるし、設定されたルールに従ってソートすることもできる。

例えば、第１データにウェブアドレス、文字タイプデータが順次に含まれる場合には、文字タイプデータに対応する検索データの前にウェブアドレスを配置することができ、文字タイプデータが複数の検索データに対応する場合には、複数の検索データをランダムにソートしてウェブアドレスの後に配置することができる。

例えば、第１データは「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇ北京にどのような観光スポットがあるか」であり、その対応する第２データは「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇ」および「北京にどのような観光スポットがあるか」であり、第２データ「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇ」に対応する検索データが当該ウェブアドレスであり、「北京にどのような観光スポットがあるか」の検索データは、「北京にどのような観光スポットがあるか」、「北京」、「スポット」、「北京 スポット」を含み、当該ウェブアドレスは、「北京にどのような観光スポットがあるか」に対応する検索データの前に配置することができ、例えば、「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇ」、「北京にどのような観光スポットがあるか」、「北京」、「スポット」、「北京 スポット」となる。

別の一実施可能形態として、各第２データに対応する各検索データの検索頻度も統計し、検索頻度に基づいて各第２データに対応する各検索データをソートすることもできる。

例えば、第１データ「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇ北京にどのような観光スポットがあるか」に基づいて取得されたすべての検索データは、「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇｈ」、「北京にどのような観光スポットがあるか」、「北京」、「スポット」、「北京 スポット」を含み、これらの検索データの検索頻度の高い順から低い順にソートすると、「ｈｔｔｐｓ:／／ｗｗｗ.ｂａｉｄｕ.ｃｏｍ／？ｔｎ＝５６０６００４８_３_ｐｇｈ」、「北京にどのような観光スポットがあるか」、「北京 スポット」「北京」、「スポット」という順序になる。そして検索データがリストの形で表示されるとき、検索頻度に基づいてこれらの検索データをリストの上から下に表示することができる。

本出願の実施例では、各検索データを表示する前に、各検索データをソートすることにより、各検索データの表示は、ユーザが選択することを容易にする。

検索結果の精度をさらに向上させるために、本出願の一実施例では、対象検索データが決定された後に、サーバは検索アドバイスを提供することもできる。以下、図２を参照して説明する。図２は、本出願の実施例に係る別のクリップボードデータに基づく検索処理方法の概略フローチャートである。

図２に示すように、ユーザによる各検索データの操作に基づいて対象検索データが決定された後、当該クリップボードデータに基づく検索処理方法は、以下のステップ２０１およびステップ２０２をさらに含む。

ステップ２０１において、サーバによって送信された、対象検索データに関連付けられた各補足データを取得して表示する。

対象検索データが決定された後、サーバは、対象検索データに基づいて、対象検索データに関連付けられ、且つ検索頻度が高いデータなどの、対象検索データに関連付けられたデータを検索して補足データとし、それをクリップボードデータに基づく検索処理装置に送信する。クリップボードデータに基づく検索処理装置が各補足データを取得した後、検索インターフェイスに各補足データを表示することができる。例えば、検索ボックスの下にフローティングレイヤの方式で各補足データを表示することができる。

例えば、対象検索データは「北京」であり、サーバは「天安門」、「故宮」、「万里の長城」といった３つの補足データを送信する。

ステップ２０２において、ユーザによる各補足データの操作に基づいて、対象検索データを更新処理して、更新された対象検索データを取得する。

ユーザがその中の１つの補足データを選択した場合、対象検索データと当該補足データとを新しい対象検索データとし、更新された対象検索データを取得し、更新された対象検索データを用いて検索結果を取得することができる。ユーザが補足データを選択しなかった場合には、対象検索データに基づいて直接検索して、検索結果を取得する。

例えば、対象検索データが「北京」であり、ユーザが選択した補足データが「万里の長城」である場合、更新された対象検索データは「北京 万里の長城」であり、「北京 万里の長城」に基づいて検索して、検索結果を取得する。

本出願の実施例では、ユーザが選択するためにサーバによって送信された、対象検索データに関連付けられた補足データを取得して表示する。ユーザによる補足データの操作に基づいて対象検索データを更新することにより、検索結果の精度が向上する。

実際の使用では、クリップボードのコンテンツは一定のソースが存在する。例えば、クリップボードのコンテンツは記事に由来するものであり、記事のタイトルは検索ベースとしても使用できる。本出願の一実施例では、より多くの検索データを提供するために、クリップボードには、第１データのソース情報を示すためのタグデータがさらに含まれてもよく、タグデータに基づいて、拡張検索データを決定してユーザに提供することができる。以下、図３を参照して説明する。図３は、本出願の実施例に係る別のクリップボードデータに基づく検索処理する方法の概略フローチャートである。

図３に示すように、当該クリップボードのデータに基づく検索処理方法は、以下のステップ３０１～ステップ３０５を含む。

ステップ３０１において、検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、検索ボックス内の第１データを識別処理して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得する。

ステップ３０２において、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定する。

この実施例では、ステップ３０１～ステップ３０２は、前述したステップ１０１～ステップ１０２と同様であるため、ここでは再度説明しない。

ステップ３０３において、第１データに対応するタグデータに基づいて、第１データに対応する各拡張検索データを決定する。

この実施例では、クリップボードには、第１データのソース情報を示すためのタグデータがさらに含まれてもよい。例えば、タグデータは、第１データが記事のタイトルに由来することを示し、タイトルに対して単語分割処理を行い、単語分割処理によって取得された単語をスクリーニングし、スクリーニングによって得された各分割単語に基づいて拡張検索データを決定することができる。別の例では、タグデータは、第１データが記事のある段落に由来することを示し、当該段落からキーワードを抽出し、キーワードを第１データに対応する拡張検索データとすることができる。

例えば、第１データは「１０月に香山に行くのが最高」であり、タグデータは、第１データが「北京の秋に必ず行くべきスポット」というタイトルの記事に由来するものであることを示し、第１データが北京の秋に行くべきスポットに関する記事に由来するものであることを示す。そして、記事のタイトルに対して単語分割処理を行い、「北京」、「秋」、「スポット」を取得し、「北京」、「秋」、「スポット」、「北京 秋」、「北京 秋 スポット」を拡張検索データとすることができる。

これにより、第１データのタグデータに基づいて、第１データの関連情報に基づいて第１データに対応する拡張検索データを決定することを実現できる。

ステップ３０４において、各第２データに対応する各検索データおよび第１データに対応する各拡張検索データを表示し、ユーザによる各検索データおよび各拡張検索データの操作に基づいて対象検索データを決定する。

この実施例では、各第２データに基づいて取得されたすべての検索データおよび取得された各拡張検索データに基づいて、推奨リストを生成し、当該推奨リストを表示することができる。または、各検索データおよび各拡張検索データに基づいて、それぞれ２つの推奨リストを生成し、すべての検索データおよび第１データに対応するすべての拡張検索データを２つのリストで表示することができる。

この実施例では、表示された各検索データおよび各拡張検索データからのユーザの選択に基づいて、対象検索データを決定することができる。例えば、ユーザが１つの拡張検索データを選択した場合、その拡張検索データが対象検索データとして使用される。

例えば、第１検索データから取得されたすべての検索データは「１０月に香山に行くのが最高」、「香山」であり、拡張検索データは「北京」、「秋」、「スポット」を含む場合、「１０月に香山に行くのが最高」、「香山」、「北京」、「秋」、「スポット」、「北京 秋」、「北京 秋 スポット」をリストの形で表示することができる。ユーザが「北京 秋 スポット」を選択した場合、「北京 秋 スポット」が対象検索データとなる。

ステップ３０５において、対象検索データに基づいて検索結果を取得する。

ユーザの操作に基づいて対象検索データが決定された後、対象検索データに基づいて検索結果を取得することができる。例えば、対象検索データがウェブアドレスである場合、当該ウェブアドレスに対応するページにジャンプする。対象検索データがキーワードである場合、当該キーワードに基づいて検索をして、検索結果を取得することができる。

本出願の実施例のクリップボードデータに基づく検索処理方法は、クリップボードに含まれる第１データソースを示すためのタグデータに基づいて、第１データに対応する各拡張検索データを決定し、各拡張検索データを表示し、ユーザの選択のために第１データに関連する検索データをユーザに提供する。

実際の使用では、例えば、論文を読んでいるときに、理解できない知識ポイントに出会うと、ユーザは、それをコピーして検索ボックスに貼り付けて検索することができる。これにより、ユーザが当該コンテンツに関連する基本的な知識を見つけたいことが分かる。本出願の一実施例では、クリップボードには、第１データのソース情報を示すためのタグデータをさらに含まれてもよく、当該タグデータに基づいて検索の目的を決定し、対象検索データを用いて検索する際に、検索の目的と組み合わせて、検索結果を取得することができる。

以下、図４を参照して上記プロセスを説明する。図４は、本出願の実施例に係る別のクリップボードデータに基づく検索処理方法の概略フローチャートである。

図４に示すように、当該クリップボードデータに基づく検索処理方法は、以下のステップ４０１～ステップ４０５を含む。

ステップ４０１において、検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、検索ボックス内の第１データを識別処理し、第１データに含まれる各第２データおよび各第２データが属するタイプを取得する。

ステップ４０２において、各第２データのタイプに基づいて、各第２データに対応する検索データを決定する。

この実施例では、ステップ４０１～ステップ４０２は、前述したステップ１０１～ステップ１０２と同様であるため、ここでは再度説明しない。

ステップ４０３において、第１データに対応するタグデータに基づいて、第１データに対応する検索目的を決定する。

この実施例では、クリップボードには、第１データのソース情報を示すためのタグデータがさらに含まれてもよい。例えば、タグデータは、エンターテイメント購読アカウントであり、第１データがエンターテイメント購読アカウントに由来するものであることを示す。

タグデータは第１データのソースを示すので、ソースに基づいて検索目的を決定することができる。例えば、タグデータが、第１データがエンターテイメント購読アカウントに由来するものであることを示す場合、第１データに対応する検索目的がエンターテイメントデータを検索することであると決定することができる。別の例として、タグデータが、第１データが学術論文に由来するものであることを示す場合、第１データに対応する検索目的が基本的な知識を検索することであると決定することができる。

この実施例では、クリップボードに含まれた第１データソースを示すためのタグデータに基づいて、検索目的を決定できるため、ユーザの検索要望を考慮している。

なお、本実施例では、上記ステップ４０３における、上記第１データの識別処理および第２データに対応する検索データの決定についての実行順序は限定されない。

ステップ４０４において、各第２データに対応する各検索データを表示し、ユーザによる各検索データの操作に基づいて、対象検索データを決定する。

この実施例では、ステップ４０４は、上記ステップ１０３に類似しているため、ここでは詳細に説明しない。

ステップ４０５において、検索目的および対象検索データに基づいて、検索結果を取得する。
対象検索データに基づいて検索する場合、検索目的と組み合わせて検索結果を取得する。例えば、対象検索データが「畳み込みニューラルネットワーク」であり、検索目的が基本的な知識ポイントを検索することである場合、対象検索データおよび検索目的に基づいて、「畳み込みニューラルネットワーク」の基本概念、原理、応用分野、関連論文などの検索結果を取得することができる。

本出願の実施例のクリップボードデータに基づく検索処理方法は、クリップボードに含まれる第１データソースを示すためのタグデータに基づいて、検索目的を決定できる。このため、ユーザの検索要望を考慮して、検索目的及び対象検索データを組み合わせることにより、取得された検索結果をより正確に得ることができる。

上記実施例を実現するために、本出願の実施例は、クリップボードデータに基づく検索処理装置をさらに提供する。図５は、本出願の実施例に係るクリップボードデータベースに基づく検索処理装置の概略構成図である。

図５に示すように、当該クリップボードデータに基づく検索処理装置は、第１取得モジュール５１０、第１決定モジュール５２０、表示モジュール５３０および第２取得モジュール５４０を含む。

第１取得モジュール５１０は、検索ボックスで取得された第１データがクリップボードに由来するものであると監視されると、検索ボックス内の第１データを識別処理して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得する。

第１決定モジュール５２０は、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定する。

表示モジュール５３０は、各第２データに対応する各検索データを表示し、ユーザによる各検索データの操作に基づいて、対象検索データを決定する。

第２取得モジュール５４０は、対象検索データに基づいて、検索結果を取得する。

本出願の実施例の一実施可能形態では、前述した第１決定モジュール５２０は、具体的には、第２データがユニフォームリソースロケータータイプデータに属する場合、第２データが検索データであると決定し、または、第２データが画像タイプデータに属する場合、第２データに対して画像認識を行って、第２データに対応する検索データを決定し、または、第２データが文字タイプデータに属する場合、第２データに対して単語分割処理を行って、第２データに対応する検索データを決定する。

本出願の実施例の一実施可能形態では、当該装置は、各第２データの前記第１データにおける順序に従って、各第２データに対応する各検索データをソートし、または、各第２データに対応する各検索データの検索頻度に基づいて、各検索データをソートするソートモジュールをさらに含む。

本出願の実施例の一実施可能形態では、当該装置は、サーバによって送信された、対象検索データに関連付けられた各補足データを取得して表示するための第３取得モジュールと、ユーザによる各補足データの操作に基づいて、対象検索データを更新処理して、更新された対象検索データを取得するための更新モジュールとを、さらに含む。

本出願の実施例の一実施可能形態では、クリップボードには、第１データのソース情報を示すためのタグデータがさらに含まれ、当該装置は、第１データに対応するタグデータに基づいて、第１データに対応する各拡張検索データを決定するための第２決定モジュールをさらに含む。

上記表示モジュール５３０は、さらに、第１データに対応する各拡張検索データを表示する。

本出願の実施例の一実施可能形態では、クリップボードには、第１データのソース情報を示すタグデータがさらに含まれ、当該装置は、第１データに対応するタグデータに基づいて、第１データに対応する検索目的を決定するための第３決定モジュールをさらに含む。

上記第２取得モジュール５４０は、さらに、検索目的および対象検索データに基づいて、検索結果を取得する。

なお、クリップボードデータに基づく検索処理方法の実施例の上記説明は、当該実施例のクリップボードデータに基づく検索処理装置にも適用可能であるため、ここでは説明を省略する。

本出願の実施例のクリップボードデータに基づく検索処理装置は、検索ボックス内のクリップボードに由来する第１データを識別処理して、第１データに含まれる各第２データおよび各第２データが属するタイプを取得し、各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定し、各検索データを表示し、ユーザによる各検索データの操作に基づいて対象検索データを決定し、対象検索データに基づいて、検索結果を取得する。その結果、クリップボード内のデータに基づいて検索する場合、クリップボードのデータに含まれる各データのタイプに基づいて検索データを決定してユーザに表示することが実現される。これにより、ユーザに選択機能が提供され、検索の精度が向上するだけでなく、ユーザが検索ボックス内の冗長データを手動で削除する必要がないため、検索効率が向上する。

上記実施例を実現するために、本出願の実施例は、プロセッサおよびメモリを含むコンピュータ機器をさらに提供する。
ここで、プロセッサは、メモリに記憶された実行可能なプログラムコードを読み出して、前記実行可能なプログラムコードに対応するプログラムを実行することにより、上記実施例で記載されたクリップボードデータに基づく検索処理方法を実現する。

図６は、本出願の実施形態を実現するのに適する例示的なコンピュータ機器のブロック図を示す。図６に示されるコンピュータ機器１２は単なる例であり、本出願の実施例の機能および使用範囲をどのようにも制限しない。

図６に示すように、コンピュータ機器１２は、汎用コンピューティング機器の形態で示されている。コンピュータ機器１２の構成要素は、１つまたは複数のプロセッサまたは処理ユニット１６と、メモリ２８と、異なるシステムの構成要素（メモリ２８と処理ユニット１６とを含む）を接続するバス１８と、を含むが、これらに限定されない。

バス１８は、いくつかのタイプのバス構造のうちの１つまたは複数を示し、メモリバスまたはメモリコントローラ、周辺バス、アクセラレーテッドグラフィックスポート、プロセッサ、または多様なバス構造のいずれかのバス構造を使用するローカルバスを含む。例えば、これらのアーキテクチャは、インダストリスタンダードアーキテクチャ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、以下ＩＳＡと略する）バス、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ、以下ＭＣＡと略する）バス、拡張ＩＳＡバス、ビデオエレクトロニクススタンダーズアソシエーション（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ、以下ＶＥＳＡと略する）ローカルバス、およびペリフェラルコンポーネントインターコネクト（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、以下ＰＣＩと略する）バスを含むが、これらに限定されない。

コンピュータ機器１２は、通常、複数種類のコンピュータシステム読み取り可能な媒体を含む。これらの媒体は、揮発性媒体および不揮発性媒体、リムーバブル媒体およびノンリムーバブル媒体を含む、コンピュータ機器１２によってアクセスされ得る任意の使用可能な媒体であってもよい。

メモリ２８は、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、以下ＲＡＭと略する）３０および／またはキャッシュメモリ３２のような揮発性メモリの形態のコンピュータシステム読み取り可能な媒体を含んでもよい。コンピュータ機器１２は、他のリムーバブル／ノンリムーバブル、揮発性／不揮発性コンピュータシステム記憶媒体をさらに含んでもよい。例だけとするが、ストレージシステム３４は、ノンリムーバブル、不揮発性磁気媒体（図６に図示せず、通常「ハードディスクドライバ」という）に対して読み出しおよび書き込みをするために用いることができる。図６に示されていないが、リムーバブル不揮発性磁気ディスク（例えば、「フロッピーディスク」）に対して読み出しおよび書き込みをするための磁気ディスクドライバ、およびリムーバブル不揮発性光学ディスク（例えば、シーディーロム（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、以下ＣＤ－ＲＯＭと略する）、ディーブイディーロム（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、以下ＤＶＤ－ＲＯＭと略する）または他の光学媒体）に対して読み出しおよび書き込みをするための光ディスクドライバを提供することができる。これらの場合、各ドライバは、１つまたは複数のデータメディアインターフェイスを介してバス１８に接続することができる。メモリ２８は、本出願の各実施例に記載の機能を実行するように構成される１セットの（例えば、少なくとも１つ）プログラムモジュールを有する少なくとも１つのプログラム製品を含んでもよい。

１セットの（少なくとも１つ）プログラムモジュール４２を有するプログラム／ユーティリティ４０は、例えば、メモリ２８に記憶されてもよく、このようなプログラムモジュール４２は、オペレーティングシステム、１つまたは複数のアプリケーションプログラム、他のプログラムモジュールおよびプログラムデータを含むが、これらに限定されない。これらの例のそれぞれまたはある組み合わせには、ネットワーキング環境の実現が含まれる可能性がある。プログラムモジュール４２は、通常、本出願に記載の実施例における機能および／または方法を実行する。

コンピュータ機器１２は、１つまたは複数の外部デバイス１４（例えば、キーボード、ポインティングデバイス、ディスプレイ２４など）と通信することができ、また、ユーザが当該コンピュータ機器１２とインタラクションすることを可能にする１つまたは複数のデバイスと通信することができ、および／または、当該コンピュータ機器１２が１つまたは複数の他のコンピューティングデバイスと通信することを可能にする任意のデバイス（例えば、ネットワークカード、モデムなど）と通信することもできる。そのような通信は、入力／出力（Ｉ／Ｏ）インターフェイス２２を介して行うことができる。また、コンピュータ機器１２は、ネットワークアダプタ２０を介して、１つまたは複数のネットワーク（例えば、ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、以下ＬＡＮと略する）、ワイドエリアネットワーク（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、以下ＷＡＮと略する）、および／またはインターネットのようなパブリックネットワーク）と通信することができる。図示するように、ネットワークアダプタ２０は、バス１８を介してコンピュータ機器１２の他のモジュールと通信する。なお、図示されていないが、マイクロコード、デバイスドライバ、冗長化処理ユニット、外部ディスクドライバアレイ、ＲＡＩＤシステム、テープドライバ、およびデータバックアップストレージシステムなどを含むが、これらに限定されない他のハードウェアおよび／またはソフトウェアモジュールをコンピュータ機器１２と組み合わせて使用することができる。

処理ユニット１６は、システムメモリ２８に記憶されているプログラムを実行することにより、多様な機能アプリケーションおよびデータ処理を実行する。例えば、前述した実施例に記載の方法を実現する。

上記実施例を実現するために、本出願は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プロセッサがプロセッサによって実行されたときに、前述した実施例に記載のクリップボードデータに基づく検索処理方法が実現される。

本明細書の説明において、「第１」、「第２」という用語は、単に説明のためのものであり、比較的重要性を指示又は暗示するか、或いは示された技術的特徴の数を黙示的に指示すると理解してはならない。よって、「第１」、「第２」が限定されている特徴は、少なくとも１つの前記特徴を含むことを明示又は暗示することができる。本出願の説明において、明確且つ具体的な限定がない限り、「複数」とは、少なくとも２つ、例えば、２つ、３つなどを意味する。

フローチャートにおける、又はここで他の形態で記載された任意のプロセス又は方法は、特定ロジック機能又はプロセスのステップを実現するための１つ又は複数の実行可能な命令コードを含むモジュール、セグメント又は一部を示すと理解されてもよい。また、本発明の好ましい実施形態の範囲は、ここで、示された又は論議された順序ではなく、係る機能に応じてほぼ同時の形態又は逆の順序で機能を実行することができる他の実現を含むことができる。これは、当業者であれば理解すべきものである。

フローチャートで示された又はここで他の形態で説明されたロジック及び／又はステップは、例えば、ロジック機能を実現するための実行可能な命令のソートしられたリストと見なすことができ、任意のコンピュータ読み取り可能な記憶媒体に具体的に実装されて、命令実行システム、装置、又はデバイス（例えば、コンピュータに基づいたシステム、プロセッサを含むシステム、又は他の命令実行システム、装置又はデバイスから命令を取得して命令を実行するシステム）に利用されるか、又はこれらの命令実行システム、装置又はデバイスと組み合わせて利用される。本明細書において、「コンピュータ読み取り可能な記憶媒体」は、命令実行システム、装置又はデバイスによって、又は、命令実行システム、装置又はデバイスと組み合わせて使用するためのプログラムを含む、記憶、通信、伝播、又は伝送することができる任意の装置であってもよい。コンピュータ読み取り可能な記憶媒体のより具体的な例（非網羅的なリスト）として、１つ又は複数の配線を備える電気接続部（電子装置）、ポータブルコンピュータディスクカートリッジ（磁気装置）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ装置、及びポータブルコンパクトディスク読み出し専用リメモリ（ＣＤＲＯＭ）を含む。また、コンピュータ読み取り可能な記憶媒体は、前記プログラムが印刷され得る紙又は他の適切な媒体であってもよく、例えば、紙や他の媒体を光学的スキャンし、次に編集し、解釈し、又は必要な場合に他の適切な形態で処理して前記プログラムを電子的に取得し、そしてコンピュータメモリに記憶するからである。

なお、本発明の各部分は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせによって実現することができることを理解されたい。上記実施形態において、複数のステップ又は方法は、メモリに記憶され且つ適切な命令実行システムによって実行されるソフトウェア又はファームウェアによって実現することができる。例えば、ハードウェアで実現される場合、もう１つの実施形態と同様、本分野において周知である、データ信号に対してロジック機能を実現するためのロジックゲート回路を備える離散ロジック回路、適切な組み合わせロジックゲート回路を備える特定用途向け集積回路、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの当分野の周知技術のうちのいずれか１つ又はこれらの組み合わせによって実現することができる。

通常の当業者であれば、上記の実施例に係る方法に含まれる全部又は一部のステップは、プログラムによってハードウェアを命令することで実行することができると理解することができる。前記プログラムは、コンピュータ読み取り可能な記憶媒体に記憶することができ、当該プログラムが実行される場合に、方法実施例におけるステップの１つ又はそれらの組み合わせが実行される。

また、本発明の各実施例における各機能ユニットは、１つの処理モジュールに集積されてもよいし、それぞれが個別の物理的存在であってもよいし、２つ以上のユニットが１つのモジュールに集積されてもよい。前記集積モジュールは、ハードウェアの形態で実現されてもよいし、ソフトウェア機能モジュールの形態で実現されてもよい。前記集積モジュールがソフト機能モジュールの形態で実現され、独立した製品として販売又は使用される場合には、１つのコンピュータ読み取り可能な記憶媒体に記憶されてもよい。

上記の記憶媒体は、読み出し専用メモリ、磁気ディスク、又は光学ディスクなどであってもよい。
以上、本発明の実施例を示して説明したが、上記実施例は例示であり、本発明を制限するものであると理解してはならず、通常の当業者であれば、本発明の範囲内で上記実施例に対して変更、修正、置換、変形を行うことができることが理解されたい。

Claims (12)

1. 検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、前記検索ボックス内の第１データを識別処理して、前記第１データに含まれる第２データおよび各第２データが属するタイプを取得するステップと、
   各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するステップと、
   前記各第２データに対応する各検索データを表示し、ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するステップと、
   前記対象検索データに基づいて検索結果を取得するステップと、を含み、
   前記クリップボードには、前記第１データのソース情報を示すためのタグデータがさらに含まれ、
   検索ボックスで取得された第１データがクリップボードに由来するものであると監視されたステップの後に、
   前記第１データに対応するタグデータに基づいて、前記第１データに対応する各拡張検索データを決定するステップをさらに含み、
   ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するステップの前に、
   前記第１データに対応する各拡張検索データを表示するステップをさらに含むことを特徴とする、クリップボードデータに基づく検索処理方法。
2. 各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するステップは、
   第２データがユニフォームリソースロケータータイプデータに属する場合、前記第２データが検索データであると決定するステップ、または、
   第２データが画像タイプデータに属する場合、前記第２データに対して画像認識を行って、前記第２データに対応する検索データを決定するステップ、または、
   第２データが文字タイプデータに属する場合、前記第２データに対して単語分割処理を行って、前記第２データに対応する検索データを決定するステップを含むことを特徴とする、請求項１に記載の方法。
3. 前記各第２データに対応する各検索データを表示するステップの前に、
   前記各第２データの前記第１データにおける順序に従って、前記各第２データに対応する各検索データをソートするステップ、または、
   前記各第２データに対応する各検索データの検索頻度に基づいて、前記各検索データをソートするステップをさらに含むことを特徴とする、請求項１に記載の方法。
4. ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するステップの後に、
   サーバによって送信された、前記対象検索データに関連付けられた各補足データを取得して表示するステップと、
   ユーザによる前記各補足データの操作に基づいて、前記対象検索データを更新処理して、更新された対象検索データを取得するステップと、をさらに含むことを特徴とする、請求項１に記載の方法。
5. 検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、前記検索ボックス内の第１データを識別処理して、前記第１データに含まれる第２データおよび各第２データが属するタイプを取得するステップと、
   各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するステップと、
   前記各第２データに対応する各検索データを表示し、ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するステップと、
   前記対象検索データに基づいて検索結果を取得するステップと、を含み、
   前記クリップボードには、前記第１データのソース情報を示すためのタグデータがさらに含まれ、
   検索ボックスで取得された第１データがクリップボードに由来するものであると監視されたステップの後に、
   前記第１データに対応するタグデータに基づいて、前記第１データに対応する検索目的を決定するステップをさらに含み、
   前記対象検索データに基づいて検索結果を取得するステップは、
   前記検索目的および前記対象検索データに基づいて、検索結果を取得するステップを含むことを特徴とする、クリップボードデータに基づく検索処理方法。
6. 検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、前記検索ボックス内の第１データを識別処理して、前記第１データに含まれる第２データおよび各第２データが属するタイプを取得するための第１取得モジュールと、
   各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するための第１決定モジュールと、
   前記各第２データに対応する各検索データを表示し、ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するための表示モジュールと、
   前記対象検索データに基づいて検索結果を取得するための第２取得モジュールと、
   前記第１データに対応するタグデータに基づいて、前記第１データに対応する各拡張検索データを決定するための第２決定モジュールと、を含み、
   前記クリップボードには、前記第１データのソース情報を示すためのタグデータがさらに含まれ、
   前記表示モジュールは、さらに、前記第１データに対応する各拡張検索データを表示することを特徴とする、クリップボードデータに基づく検索処理装置。
7. 前記第１決定モジュールは、具体的には、
   第２データがユニフォームリソースロケータータイプデータに属する場合、前記第２データが検索データであると決定し、または、
   第２データが画像タイプデータに属する場合、前記第２データに対して画像認識を行って、前記第２データに対応する検索データを決定し、または、
   第２データが文字タイプデータに属する場合、前記第２データに対して単語分割処理を行って、前記第２データに対応する検索データを決定することを特徴とする、請求項６に記載の検索処理装置。
8. 前記検索処理装置は、ソートモジュールをさらに含み、
   前記ソートモジュールは、
   前記各第２データの前記第１データにおける順序に従って、前記各第２データに対応する各検索データをソートし、または、
   前記各第２データに対応する各検索データの検索頻度に基づいて、前記各検索データをソートすることを特徴とする、請求項６に記載の検索処理装置。
9. 前記検索処理装置は、
   サーバによって送信された、前記対象検索データに関連付けられた各補足データを取得して表示するための第３取得モジュールと、
   ユーザによる前記各補足データの操作に基づいて、前記対象検索データを更新処理して、更新された対象検索データを取得するための更新モジュールと、をさらに含むことを特徴とする、請求項６に記載の検索処理装置。
10. 検索ボックスで取得された第１データがクリップボードに由来するものであると監視された場合、前記検索ボックス内の第１データを識別処理して、前記第１データに含まれる第２データおよび各第２データが属するタイプを取得するための第１取得モジュールと、
    各第２データが属するタイプに基づいて、各第２データに対応する検索データを決定するための第１決定モジュールと、
    前記各第２データに対応する各検索データを表示し、ユーザによる前記各検索データの操作に基づいて、対象検索データを決定するための表示モジュールと、
    前記対象検索データに基づいて検索結果を取得するための第２取得モジュールと、
    前記第１データに対応するタグデータに基づいて、前記第１データに対応する検索目的を決定するための第３決定モジュールと、を含み、
    前記クリップボードには、前記第１データのソース情報を示すためのタグデータがさらに含まれ、
    前記第２取得モジュールは、さらに、前記検索目的および前記対象検索データに基づいて検索結果を取得することを特徴とする、クリップボードデータに基づく検索処理装置。
11. プロセッサおよびメモリを含むコンピュータ機器であって、
    前記プロセッサが、前記メモリに記憶された実行可能なプログラムコードを読み取り、前記実行可能なプログラムコードに対応するプログラムを実行することにより、請求項１から５のいずれかに記載のクリップボードデータに基づく検索処理方法を実現することを特徴とする、コンピュータ機器。
12. コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、当該プログラムがプロセッサによって実行されるとき、請求項１から５のいずれかに記載のクリップボードデータに基づく検索処理方法が実現されることを特徴とする、コンピュータ読み取り可能な記憶媒体。

Images