【０００１】
【発明の属する技術分野】本発明は、ネットワーク上で利用可能な検索エンジンから検索キーワード（以下、検索キーワードを、説明の便宜上、必要に応じてキーワードと略記する。）に基づいて利用者が有益と判断した閲覧サイト情報を確実に検索できる手段を提供する方法に関するものである。
【０００２】
【従来の技術】ネットワークで利用可能な検索エンジンに於いて、複数のキーワードの組合わせによって利用者が欲する閲覧サイト情報をかなり正確に検索することが可能ではあるが、キーワードの種類によっては、検索される閲覧サイト情報のヒット数が数千、或いは数万に達することも珍しくないのが現状である。この膨大な数の閲覧サイト情報から有益な閲覧サイト情報を閲覧用ブラウザである、例えばＩＥ（マイクロソフト）のお気に入りで管理する場合であっても、有益な閲覧サイト情報が複数存在する場合には管理が煩雑になるために前述のお気に入りで管理するべきか否かの判断に迷う場合がある。もし、お気に入りに登録しなかった場合には同じキーワードで後日検索したとしてもそのヒット数は変わらないため、利用者が以前に有益と判断した閲覧サイト情報を、検索エンジンを介して検索された膨大な数の閲覧サイト情報から自らの記憶に頼って再度探し出す必要がある。
【０００３】また、お気に入りの管理方法としてカテゴリー毎に細かく閲覧サイト情報を管理するプログラムなどもあるが、例えばサービスが停止された閲覧サイト情報、或いは後日不要と判断した閲覧サイト情報の削除などの整理が煩雑になり、管理する閲覧サイト情報の数が膨大になればなるほど目的の閲覧サイト情報を直感的に見つけ出すことが困難になる場合がある。
【０００４】
【発明が解決しようとする課題】
キーワードに基づいて検索エンジンを介して検索された膨大な数の閲覧サイト情報から、利用者が有益と判断した閲覧サイト情報のみを確実に取得することが課題である。
【０００５】
【課題を解決するための手段】上記の課題を解決するためには、キーワードに基づいて検索エンジンから検索された閲覧サイト情報を閲覧用ブラウザの検索画面に表示する既存の機能に加えて、検索画面に表示された該閲覧サイト情報から有益と判断し選択した閲覧サイト情報のＵＲＬなどを個別登録サイト情報として任意の記憶領域に記録できる機能と、更に再度、同じキーワードに基づいて検索エンジを介して検索する閲覧サイト情報に含まれるＵＲＬと前述の記憶領域に記録された個別登録サイト情報のＵＲＬの同一性を判別し、同一のＵＲＬを含む有益な閲覧サイト情報を検索画面に表示する方法が必要となる。
【０００６】ネットワーク上で利用可能な複数の検索エンジンは、有益な閲覧サイト情報の検索を目的とする利用者に多大な利便性を提供している。本発明の説明に不可欠なこれらの検索エンジンには、利用者が希望するキーワードを含む検索要求に対して検索結果を提供する、例えば、Ｇｏｏｇｌｅが公開しているＡＰＩ（Ｇｏｏｇｌｅ Ｗｅｂ ＡＰＩｓ）を有効利用することで本発明を実現する。
【０００７】本発明は、検索画面、検索画面からの検索要求を処理する検索要求処理サーバ及び検索エンジンで構成される。検索画面で利用者が任意に選択するキーワードを受信した検索要求処理サーバは、各種の検索条件とキーワードから成る検索要求をＧｏｏｇｌｅなどの検索エンジンに送信し、これに応じて検索エンジンを介して検索する閲覧サイト情報であるタイトル、ＵＲＬ、ヒット数、表示開始・終了インデックス、要約情報などを検索画面に表示する機能を有する。また、検索された閲覧サイト情報から有益と判断し選択する閲覧サイト情報のＵＲＬなどを個別登録サイト情報として利用者サイトのＰＣ、或いは検索要求処理サーバの何処に記録するかによって、更に記録された個別登録サイト情報を利用者サイトのＰＣ、或いは検索要求処理サーバの何れから参照するかによってそれぞれの処理方法を説明する。
【０００８】
【発明の実施の形態】以下、本発明の実施形態を図面と共に例示する。図１は、本発明における有益閲覧サイト検索方法を説明する実施形態の内、利用者サイトのＰＣに保存された個別登録サイト情報を検索要求処理サーバ５０で参照及び変更する場合のネットワーク構成を表現する図である。図に於いて、利用者サイトのＰＣ１０−１〜ＰＣ１０−ｎ（以下、ＰＣ１０−１〜ＰＣ１０−ｎは、必要に応じてＰＣ１０と略記する）に個別に保存される個別基本ファイル１１−１〜１１−ｎ（以下、個別基本ファイル１１−１〜１１−ｎは、必要に応じて個別基本ファイル１１と略記する）は、閲覧用ブラウザにネットワーク４０を介して該サーバが提供する検索画面（以下、閲覧用ブラウザに該サーバが提供する検索画面は、必要に応じて検索画面と略記する）から入力する検索条件及びキーワードから成る検索要求に基づいて検索エンジン６０を介して検索された閲覧サイト情報から利用者が有益と判断した閲覧サイト情報のＵＲＬなどの個別登録サイト情報を記録する。また、該ファイルには、検索時に入力したキーワードに関連付けて個別登録サイト情報が記録される。
【０００９】検索要求処理サーバ５０は、セッションを確立したＰＣ１０に保存された個別基本ファイル１１を個別基本ファイル５１−１〜５１−ｎ（以下、個別基本ファイル５１−１〜５１−ｎは、必要に応じて個別基本ファイル５１と略記する）として取得し、ＰＣ１０の検索画面と関連付けて該ファイルを一時的に保存する。此れにより、該サーバは、該ファイルを参照することにより利用者が過去に入力したキーワードを検索画面に表示することが可能になり、表示されたキーワードから利用者が任意に選択したキーワード及び検索条件に基づいて検索エンジン６０を介して検索された閲覧サイト情報のＵＲＬと該ファイルに記録された個別登録サイト情報のＵＲＬの同一性を判別し、同一のＵＲＬを含む有益な閲覧サイト情報を検索画面に提供することが可能になる。
【００１０】図２は、利用者サイトのＰＣに保存した個別登録サイト情報の内容を該サイトの検索処理プログラム２１から参照及び変更する場合のネットワーク構成を表現する図である。図に於いて、利用者サイトのＰＣ２０−１〜ＰＣ２０−ｎ（以下、ＰＣ２０−１〜ＰＣ２０−ｎは、必要に応じてＰＣ２０と略記する）に個別に保存される個別基本ファイル２２−１〜２２−ｎ（以下、個別基本ファイル２２−１〜２２−ｎは、必要に応じて個別基本ファイル２２と略記する）は、該プログラムが提供する検索画面から入力する検索条件及びキーワードから成る検索要求に基づいて検索エンジン６０を介して検索された閲覧サイト情報から利用者が有益と判断し選択した閲覧サイト情報のＵＲＬなどの個別登録サイト情報を記録する。また、該ファイルには、検索時に入力したキーワードに関連付けて個別登録サイト情報が記録される。
【００１１】此れにより、検索処理プログラム２１は、該ファイルを参照することにより利用者が過去に入力したキーワードを検索画面に表示することが可能になり、表示されたキーワードから利用者が任意に選択したキーワード及び検索条件から成る検索要求、更に該キーワードに関連付けて該ファイルに記録される個別登録サイト情報のＵＲＬをセッションが確立した検索要求処理サーバ５０に送信する。該サーバは、受信した検索要求に基づいて検索エンジン６０を介して検索された閲覧サイト情報のＵＲＬと該プログラムから受信したＵＲＬの同一性を判別し、同一のＵＲＬを含む有益な閲覧サイト情報を該プログラムに送信する。また。該プログラムは、受信した該閲覧サイト情報を検索画面に表示する。
【００１２】図３は、検索要求処理サーバ５０に備える個別登録サイト情報を参照及び変更する場合のネットワーク構成を表現する図である。図に於いて、利用者サイトのＰＣ３０−１〜ＰＣ３０−ｎ（以下、ＰＣ３０−１〜ＰＣ３０−ｎは、必要に応じてＰＣ３０と略記する）が利用者の固有のユーザーＩＤ・パスワードなどの認証情報を該サーバの認証情報管理テーブル５２に登録していない場合には、利用者は、ネットワーク４０を介して該サーバが提供する認証画面から認証情報を入力し該認証情報管理テーブル登録した後に、該サーバの認証を受ける。
【００１３】検索要求処理サーバ５０は、利用者の認証情報から固有の認証識別子を生成し、該認証情報に対応付けて該認証識別子を認証情報管理テーブル５２に記録すると共に該認証識別子に関連付けて個別基本テーブル５３−１〜５３−ｎ（以下、個別基本テーブル５３−１〜５３−ｎは、必要に応じて個別基本テーブル５３と略記する）を生成する。個別基本テーブル５３は、検索画面から入力する検索条件及びキーワードから成る検索要求に基づいて検索エンジン６０を介して検索された閲覧サイト情報から利用者が有益と判断した閲覧サイト情報のＵＲＬなどの個別登録サイト情報を記録する。また、該テーブルには、検索時に入力したキーワード毎に関連付けて個別登録サイト情報が記録される。
【００１４】検索要求処理サーバ５０は、個別基本テーブル５３を参照することにより認証されたＰＣ３０の検索画面に利用者が過去に入力したキーワードを表示することが可能になり、表示されたキーワードから利用者が任意に選択したキーワード及び検索条件に基づいて検索エンジン６０を介して検索された閲覧サイト情報のＵＲＬと該テーブルに記録された個別登録サイト情報のＵＲＬの同一性を判別し、同一のＵＲＬを含む有益な閲覧サイト情報を検索画面に提供することが可能になる。
【００１５】図４は、図１のネットワーク構成により実現する処理手順の一例を示すフローチャートである。検索要求処理サーバ５０は、セッションを確立したＰＣ１０の検索画面（ステップＳ１）から該ＰＣが個別基本ファイル１１を保有するか否かを確認し、該ファイルを保有する場合（ステップＳ２の「有」）は、該ファイルを該サーバに個別基本ファイル５１として取り込み（ステップＳ３）、該ファイルに記録されたキーワードを検索画面に表示し、また、保有しない場合（ステップＳ２の「無」）は、表示するキーワードが無い旨を検索画面に表示（ステップＳ４）する。
【００１６】検索要求処理サーバ５０は、利用者が検索画面に表示されたキーワードから選択したキーワード、或いは新たに入力するキーワードと検索条件から成る検索要求（ステップＳ５）を検索エンジン６０が検索処理可能な形式に変換し該検索エンジンに送信し、該検索エンジンから該キーワードに基づく閲覧サイト情報を取得する（ステップＳ６）。
【００１７】検索要求処理サーバ５０は、利用者が入力したキーワードが個別基本ファイル５１に記録されているか否かを判別し、記録されている場合は、記録済みキーワードによる検索（ステップＳ７「ＹＥＳ」）と判別し、検索エンジン６０を介して検索された閲覧サイト情報のＵＲＬと該ファイルに記録されている該キーワードに対応する個別登録サイト情報のＵＲＬの同一性を判別し、同一のＵＲＬを含む利用者に有益な閲覧サイト情報をメモリーにキャッシング（ステップＳ８）する。また、記録されていないキーワードによる検索（ステップＳ７「ＮＯ」）と判別した場合は、該検索エンジンから取得した該キーワードに関連する全ての閲覧サイト情報をメモリーにキャッシングする。この処理結果としてキャッシングされた閲覧サイト情報を検索画面に表示（ステップＳ９）する。
【００１８】利用者は、過去に有益と判断した閲覧サイト情報から新たに不要と判断した、或いは新たに有益と判断した閲覧サイト情報を検索画面から選択し、個別基本ファイル５１から個別登録サイト情報を削除、或いは該ファイルに個別登録サイト情報として追加することが可能であり、検索要求処理サーバ５０は、検索画面から追加・削除要求を確認（ステップＳ１０「ＹＥＳ」）した場合には、該要求に含まれるキーワード、即ちステップＳ７で該ファイルに記録されていない新規のキーワードであると判別されている場合は、該キーワードを該ファイルに新たに記録し、更に、該要求に含まれる任意の閲覧サイト情報の処理、即ち新たに有益と判断した閲覧サイト情報を該キーワードに関連付けて該ファイルに追加記録、或いは不要と判断した閲覧サイト情報を該キーワードに関連付けて該ファイルから削除（ステップＳ１１）した後に、または、追加・削除要求が無い場合（ステップＳ１０「ＮＯ」）は、検索を終了する。また、該サーバは、追加、或いは削除に伴って内容が変更された該ファイルをＰＣ１０が保有する古い個別基本ファイル１１を置き換えて新たな個別基本ファイル１１として保存（ステップＳ１２）する。
【００１９】図５は、図２のネットワーク構成により実現する処理手順の一例を示すフローチャートである。検索処理プログラム２１は、ＰＣ２０が個別基本ファイル２２を保有するか否かを確認し、該ファイルを保有する場合（ステップＳ１３の「有」）は、該ファイルに記録されているキーワードを取り込み（ステップＳ１４）、該キーワードを検索画面に表示し、また、該ファイルを保有しない場合（ステップＳ１３の「無」）は、表示するキーワードが無い旨を検索画面に表示（ステップＳ１５）する。
【００２０】検索処理プログラム２１は、利用者が検索画面から新たにキーワードを入力、或いは検索画面に表示されたキーワードから利用者が選択（ステップＳ１６）した場合は、検索要求処理サーバ５０とのセッションを確立（ステップＳ１７）すると共に、該キーワードがＰＣ２０に保存される個別基本ファイル２２に記録されているか否かを判別し、記録されていない新規のキーワードである場合（ステップＳ１８「ＮＯ」）は、該キーワードと検索条件から成る検索要求を該サーバに送信（ステップＳ１９）し、或いは該キーワードが該ファイルに既に記録されている場合（ステップＳ１８「ＹＥＳ」）は、該キーワードと検索条件から成る検索要求と該キーワードに関連付けて記録される個別登録サイト情報のＵＲＬを該サーバに送信（ステップＳ２０）する。
【００２１】検索要求処理サーバ５０は、該検索要求を検索エンジン６０が検索処理可能な形式に変換し該検索エンジンに送信し、前述の判別結果から個別基本ファイル２２に記録済みのキーワードによる検索である場合には、該検索エンジンを介して取得した閲覧サイト情報のＵＲＬと検索処理プログラム２１から受信した個別登録サイト情報のＵＲＬの同一性を判別し、同一のＵＲＬを含む利用者に有益な閲覧サイト情報をメモリーにキャッシングし、また、新規のキーワードによる検索である場合には、該検索エンジンを介して取得した全ての閲覧サイト情報をメモリーにキャッシングする。該プログラムは、このキャッシングされた閲覧サイト情報を該サーバから取得し（ステップＳ２１）、検索画面に表示（ステップＳ２２）する。
【００２２】利用者は、過去に有益と判断した閲覧サイト情報から新たに不要と判断した、或いは新たに有益と判断した閲覧サイト情報を検索画面から選択し、個別基本ファイル２２から個別登録サイト情報を削除、或いは該ファイルに個別登録サイト情報として追加することが可能である。検索処理プログラム２１は、追加・削除要求を確認（ステップＳ２３「ＹＥＳ」）した場合には、該要求に含まれるキーワード、即ちステップＳ１８で該ファイルに記録されていない新規のキーワードであると判別されている場合は、該キーワードを該ファイルに新たに記録し、更に、該要求に含まれる新たに有益と判断した閲覧サイト情報を該キーワードに関連付けて該ファイルに追加記録し、或いは不要と判断した閲覧サイト情報を該キーワードに関連付けて該ファイルから削除（ステップＳ２４）した後に、また、追加・削除要求が無い場合（ステップＳ２３「ＮＯ」）は、検索を終了する。
【００２３】図６は、図３のネットワーク構成により実現する処理手順の一例を示すフローチャートである。検索要求処理サーバ５０は、認証情報管理テーブル５２にユーザーＩＤ・パスワードなどの認証情報と該認証情報に対応する認証識別子を管理する。更に該サーバは、該サーバが提供する認証画面から利用者が提供する認証情報と該認証情報管理テーブルに記録される該利用者の該認証情報の一致を確認し該利用者を認証した（ステップＳ２５）後に、該認証識別子に関連付けて備える個別基本テーブル５３に記録されたキーワードを検索画面に表示（ステップＳ２６）する。
【００２４】検索要求処理サーバ５０は、利用者が検索画面に表示されたキーワードから選択したキーワード、或いは新たに入力するキーワードと検索条件から成る検索要求（ステップＳ２７）を検索エンジン６０が検索処理可能な形式に変換し該検索エンジンに送信し、該検索エンジンから該キーワードに基づく閲覧サイト情報を取得する（ステップＳ２８）。
【００２５】検索要求処理サーバ５０は、利用者が入力したキーワードが個別基本テーブル５３に記録されているか否かを判別し、記録されている場合は、記録済みキーワードによる検索（ステップＳ２９「ＹＥＳ」）と判別し、検索エンジン６０を介して検索された閲覧サイト情報のＵＲＬと該テーブルに記録されている該キーワードに対応する個別登録サイト情報のＵＲＬの同一性を判別し、同一のＵＲＬを含む利用者に有益な閲覧サイト情報をメモリーにキャッシング（ステップＳ３０）する。また、記録されていないキーワードによる検索（ステップＳ２９「ＮＯ」）と判別した場合は、該検索エンジンから取得した該キーワードに関連する全ての閲覧サイト情報をメモリーにキャッシングする。この処理結果としてキャッシングされた閲覧サイト情報を検索画面に表示（ステップＳ３１）する。
【００２６】利用者は、過去に有益と判断した閲覧サイト情報から新たに不要と判断した、或いは新たに有益と判断した閲覧サイト情報を検索画面から選択し、個別基本テーブル５３から個別登録サイト情報を削除、或いは該テーブルに個別登録サイト情報として追加することが可能である。検索要求処理サーバ５０は、追加・削除要求を確認（ステップＳ３２「ＹＥＳ」）した場合には、該要求に含まれるキーワード、即ちステップＳ２９で該テーブルに記録されていない新規のキーワードであると判別されている場合は、該キーワードを該テーブルに新たに記録し、更に、該要求に含まれる新たに有益と判断した閲覧サイト情報を該キーワードに関連付けて該テーブルに追加記録し、或いは不要と判断した閲覧サイト情報を該キーワードに関連付けて該ファイルから削除（ステップＳ３３）した後に、また、追加・削除要求が無い場合（ステップＳ３２「ＮＯ」）は、検索を終了する。
【００２７】図７は、検索要求処理サーバ５０が前述の検索要求により検索エンジン６０から閲覧サイト情報を取得する処理手順の一例を示すフローチャートである。該サーバは、前述の検索要求を検索エンジン６０に送信し（ステップＳ３４）、該検索エンジンから取得する、例えば閲覧サイト情報のヒット数、検索画面に表示する範囲を規定する表示開始及び終了インデックス、更に検索画面に表示する範囲の閲覧サイト情報毎のタイトル、ＵＲＬ及び要約など（ステップＳ３５）から前述の個別登録サイト情報のＵＲＬとの同一性を判別し、一致する場合（ステップＳ３６「ＹＥＳ」）は、タイトル、ＵＲＬ及び要約などを一時的にメモリーにキャッシング（ステップＳ３７）し、また、不一致の場合（ステップＳ３６「ＮＯ」）は、メモリーにキャッシングすることなく次のステップを実行する。尚、ステップＳ３６「ＮＯ」は、前述の個別登録サイト情報として記録されていない利用者が新たに有益な閲覧サイト情報を見つけ出すことを可能にする。
【００２８】検索要求処理サーバ５０は、ステップＳ３６の判別処理で表示終了インデックス範囲を超えたか否かを判別し、超えていない場合（ステップＳ３８「ＮＯ」）は、更に利用者に有益な閲覧サイト情報のＵＲＬを全て検索したか否かを判別し、検索を終了していない場合（ステップＳ３９「ＮＯ」）は、ステップ３６に戻り、次の閲覧サイト情報のＵＲＬを判別する。また、該サーバは、表示終了インデックス範囲を超えた場合（ステップＳ３８「ＹＥＳ」）は、前述のヒット数を超えたか否かを判別し、超えていない場合（ステップＳ４０「ＮＯ」）は、表示終了インデックスの次のインデックスから再度検索する為にステップ３４に戻る。また、該サーバは、有益な閲覧サイト情報のＵＲＬを全て検索した場合（ステップＳ３９「ＹＥＳ」）、或いはヒット数を超えた場合（ステップＳ４０「ＹＥＳ」）は、前述のメモリーに格納された閲覧サイト情報、即ち利用者に有益な全ての閲覧サイト情報を取得することが可能になる（ステップＳ４１）。
【００２９】図８は、キーワード及びＵＲＬそのものを個別登録サイト情報として記録する形態を表現する図である。ファイル１００は、図１に於いては利用者サイトのＰＣに保存する個別基本ファイル１１、検索要求処理サーバ５０に一時的に保有する個別基本ファイル５１を表現するものであり、また、図２に於いては利用者サイトのＰＣに保存する個別基本ファイル２２を表現するものである。該ファイルは、キーワード及びＵＲＬなどのレコード中の各フィールドを、コンマをデリミタとして列挙したデータフォーマット形式、所謂ＣＳＶ形式を前提としているが、検索画面から参照・変更可能な任意の形式のファイルを利用することができる。また、個別基本ファイル２２は、ＰＣ２０の検索処理プログラム２１から直接参照・変更可能な形式のファイル、或いはマイクロソフトのＡｃｃｅｓｓなどの簡易データベースを利用することを前提としている。また、テーブル１０１は、図３に於いて検索要求処理サーバ５０に備える任意のデータベースの個別基本テーブル５３を表現するものである。これらのファイル、或いはテーブルにはキーワード及びＵＲＬそのものを個別登録サイト情報として記録する。
【００３０】図９は、キーワード及びＵＲＬの識別コードを個別登録サイト情報として記録する形態を表現する図である。ファイル１０２は、図１に於いては利用者サイトのＰＣに保存する個別基本ファイル１１、検索要求処理サーバ５０に一時的に保有する個別基本ファイル５１を表現するものであり、また、図２に於いては利用者サイトのＰＣに保存する個別基本ファイル２２を表現するものである。また、該ファイルもＣＳＶ形式を前提としているが、前述と同様に任意の形式のファイルを利用することが可能である。また、個別基本ファイル２２も前述と同様に任意の形式のファイル、或いは簡易データベースを利用することができる。また、テーブル１０３は、図３に於いて検索要求処理サーバ５０に備える任意のデータベースの個別基本テーブル５３を表現するものである。これらのファイル、或いはテーブルにはキーワード及びＵＲＬの識別コードを個別登録サイト情報として記録する。
【００３１】個別基本ファイル、或いはテーブルに識別コードを個別登録サイト情報として記録する方法は、キーワード及びＵＲＬそのものを記録する方法に比べて、利用者のＰＣと検索要求処理サーバ５０間で送受信されるファイルのサイズを格段に小さく抑えることが出来る。然しながら、該識別コードからキーワード及びＵＲＬを参照する為のテーブルを別途備える必要があり、此処では検索要求処理サーバ５０が該テーブルを備える事を前提に、該サーバは、該サーバを利用する全ての利用者が登録したキーワードを重複する事無く任意の識別コード（図に於けるキーワードＩＤ）に対応付けて記録するキーワード共有管理テーブル１０４と、該サーバを利用する全ての利用者が有益と判断した閲覧サイト情報のＵＲＬを重複する事無く任意の識別コード（図に於けるＵＲＬＩＤ）に対応付けて記録するＵＲＬ共有管理テーブル１０５を備える。尚、それぞれのテーブルに記録される識別コードは、前述の個別基本ファイル、或いはテーブルの識別コードから参照することができるものとする。
【００３２】図１０は、検索画面の通常検索結果及び閲覧サイト情報選択画面１０６を表現する図である。該通常検索結果及び閲覧サイト情報選択画面に表現する通常検索キーワード枠から任意のキーワード、例えば図に於ける、経済ニュースと政治ニュースを入力し「検索ボタン」をクリックすると、検索要求処理サーバ５０を介して検索エンジン６０から検索画面の通常検索結果及び閲覧サイト情報選択項目以下に閲覧サイト情報（図に於いては、検索サイトのタイトル及び要約）が表示される。更に本発明を可能にする為に、閲覧サイト情報の右サイドにチェックボックスが表示される。
【００３３】利用者は、表示された閲覧サイト情報をクリックすることによりアクセスした閲覧サイトが有益であるか否かを確認し、有益な閲覧サイト情報のチェックボックス、例えば図に於ける、経済ニュースＡ、Ｂ、Ｃ、政治ニュースＡ、Ｂをチェックし、更にチェック済み閲覧サイトの「登録ボタン」をクリックし、該利用者が有益と判断した閲覧サイト情報を前述のファイル、或いはテーブルに記録する。尚、図に於いて「次の画面選択ボタン」は、閲覧サイト情報のヒット数が表示された閲覧サイト情報より多い場合に、次の検索結果を表示する為のボタンを表現するものである。
【００３４】図１１は、検索画面の有益閲覧サイト情報の検索キーワード選択画面１０７及び有益閲覧サイト情報の検索結果画面１０８を表現する図である。該有益閲覧サイト情報の検索キーワード選択画面に表現する有益閲覧サイト情報の検索キーワード選択項目以下に前述のファイル、或いはテーブルに記録されているキーワードを表示し、更に本発明を可能にする為に、キーワードの右サイドにチェックボックスが表示される。利用者は、検索を希望するキーワードのチェックボックス、例えば図に於ける、経済ニュース、政治ニュースをチェックし、更にチェック済みキーワードの「検索ボタン」をクリックすると、該利用者が過去に登録した有益な閲覧サイト情報を後述するように表示することが出来る。尚、図に於いて“登録済み閲覧サイトに一致”に対応するチェックボックスがチェックされた場合は、チェック済みキーワードに対応する前述の個別登録サイト情報のＵＲＬを対象に検索を行い、或いは“不一致”に対応するチェックボックスがチェックされた場合は、チェック済みキーワードに対応する前述の個別登録サイト情報のＵＲＬ以外を対象に検索を行う。
【００３５】また、有益閲覧サイト情報の検索結果画面１０８は、有益閲覧サイト情報の検索結果以下に利用者が欲する有益な閲覧サイト情報を表示する形態を表現する。また、利用者が不要と判断した閲覧サイト情報の右サイドのチェックボックスからチェックを解除し、チェック済み閲覧サイトの「登録ボタン」をクリックすることにより、不要な個別登録サイト情報を削除することができる。尚、検索キーワード選択画面１０７及び有益閲覧サイト情報の検索結果画面１０８の通常検索キーワード枠の「検索ボタン」は、新たに任意のキーワードを入力し検索する為のボタンを表現するものである。
【００３６】
【発明の効果】以上説明したように、本発明にかかる有益閲覧サイト検索方法に於いては、検索の度に検索エンジンが提供する利用者にとって不要な閲覧サイト情報を含む膨大な検索結果から、利用者に有益な閲覧サイト情報のみを閲覧用ブラウザのお気に入りで管理すること無く容易に取得することが出来る。また、利用者は、有益な閲覧サイト情報が複数存在する場合であっても、例えばサービスが停止された閲覧サイト情報、或いは後日不要と判断した閲覧サイト情報の削除などの煩雑な管理をすること無く、キーワードから目的の有益閲覧サイト情報を直感的に取得することが出来る。
【図面の簡単な説明】
【図１】利用者サイトのＰＣに保存された個別登録サイト情報を検索要求処理サーバで参照及び変更する場合のネットワーク構成を表現する為の一例を示すものである。
【図２】利用者サイトのＰＣに保存した個別登録サイト情報の内容を検索画面から参照及び変更する場合のネットワーク構成を表現する為の一例を示すものである。
【図３】検索要求処理サーバに配置される個別登録サイト情報を参照及び変更する場合のネットワーク構成を表現する図である。
【図４】図１のネットワーク構成により実現する処理手順の一例を示すフローチャートである。
【図５】図２のネットワーク構成により実現する処理手順の一例を示すフローチャートである。
【図６】図３のネットワーク構成により実現する処理手順の一例を示すフローチャートである。
【図７】検索要求処理サーバが検索要求により検索エンジンから閲覧サイト情報を取得する処理手順の一例を示すフローチャートである。
【図８】キーワード及びＵＲＬそのものを個別登録サイト情報として記録する形態を表現する図である。
【図９】キーワード及びＵＲＬの識別コードを個別登録サイト情報として記録する形態を表現する図である。
【図１０】検索画面の通常検索結果及び閲覧サイト情報選択画面を表現する図である。
【図１１】検索画面の有益閲覧サイト情報の検索キーワード選択画面及び有益閲覧サイト情報の検索結果画面を表現する図である。
【符号の説明】
１０−１〜１０−ｎ・・・・利用者サイトのＰＣ
１１−１〜１１−ｎ・・・・個別基本ファイル
２０−１〜２０−ｎ・・・・利用者サイトのＰＣ
２１・・・・・・・・・・・検索処理プログラム
２２−１〜２２−ｎ・・・・個別基本ファイル
３０−１〜３０−ｎ・・・・利用者サイトのＰＣ
４０・・・・・・・・・・・ネットワーク
５０・・・・・・・・・・・検索要求処理サーバ
５１−１〜５１−ｎ・・・・個別基本ファイル
５２・・・・・・・・・・・認証情報管理テーブル
５３−１〜５３−ｎ・・・・個別基本テーブル
６０・・・・・・・・・・・検索エンジン
１００・・・・・・・・・・ファイル
１０１・・・・・・・・・・テーブル
１０２・・・・・・・・・・ファイル
１０３・・・・・・・・・・テーブル
１０４・・・・・・・・・・キーワード共有管理テーブル
１０５・・・・・・・・・・ＵＲＬ共有管理テーブル
１０６・・・・・・・・・・通常検索結果及び閲覧サイト情報選択画面
１０７・・・・・・・・・・有益閲覧サイト情報の検索キーワード選択画面
１０８・・・・・・・・・・有益閲覧サイト情報の検索結果画面[0001]
[0001] The present invention is useful for a user based on a search keyword from a search engine available on a network (hereinafter, the search keyword is abbreviated as a keyword as needed for convenience of explanation). The present invention relates to a method for providing a means for surely searching for browsing site information determined to be.
[0002]
2. Description of the Related Art In a search engine that can be used in a network, it is possible to search for browsing site information desired by a user with a combination of a plurality of keywords, but depending on the type of the keyword, it is possible to perform search. At present, it is not uncommon for the number of hits of browsed site information to reach thousands or tens of thousands. Even if the useful browsing site information is managed from the huge number of browsing site information as a browsing browser, for example, a favorite of IE (Microsoft), if there is a plurality of useful browsing site information, it is managed. May be confused, and it may be difficult to determine whether or not to manage with the above-mentioned favorite. If you do not register your favorites, the number of hits will not change even if you search for the same keyword at a later date. It is necessary to search again from a large number of browsing site information depending on own memory.
[0003] As a favorite management method, there is a program for finely managing browsing site information for each category. For example, browsing site information whose service has been stopped or browsing site information determined to be unnecessary at a later date is deleted. In some cases, it becomes more difficult to intuitively find target browsing site information as the number of browsing site information to be managed becomes enormous.
[0004]
[Problems to be solved by the invention]
An issue is to reliably obtain only browsing site information that a user determines to be useful from a vast number of browsing site information searched through a search engine based on a keyword.
[0005]
Means for Solving the Problems To solve the above problems, in addition to the existing function of displaying browsing site information searched from a search engine on the basis of a keyword on a search screen of a browsing browser, search is performed. A function of recording the URL of the selected browsing site information which is judged to be useful from the browsing site information displayed on the screen as an individual registration site information in an arbitrary storage area, and again through a search engine based on the same keyword. A method of determining the sameness between the URL included in the browse site information to be searched and the URL of the individual registration site information recorded in the storage area and displaying useful browse site information including the same URL on the search screen is disclosed. Required.
[0006] The plurality of search engines available on the network provide great convenience to users seeking to find useful browsing site information. These search engines, which are indispensable for the description of the present invention, provide a search result in response to a search request including a keyword desired by a user. For example, an API (Google Web APIs) published by Google is effectively used. By doing so, the present invention is realized.
The present invention comprises a search screen, a search request processing server for processing a search request from the search screen, and a search engine. The search request processing server, which has received the keyword arbitrarily selected by the user on the search screen, transmits a search request including various search conditions and keywords to a search engine such as Google, and performs a search via the search engine accordingly. It has a function of displaying the title, URL, number of hits, display start / end index, summary information, and the like, which are browsing site information, on the search screen. Further, the URL is further recorded depending on where in the PC of the user site or where the search request processing server records the URL or the like of the browsing site information which is determined to be useful and selected from the searched browsing site information as individual registration site information. Each processing method will be described by referring to the personal registration site information from the PC of the user site or the search request processing server.
[0008]
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 illustrates a network configuration in the case where the search request processing server 50 refers to and changes the individual registration site information stored in the PC of the user site in the embodiment explaining the useful browsing site search method according to the present invention. FIG. In the figure, individual basic files 11-1 to 11-1 to 10-10 to 10-n (hereinafter, abbreviated to PC10 as needed) are individually stored in PCs 10-1 to 10-n of a user site. 11-n (hereinafter, individual basic files 11-1 to 11-n are abbreviated as individual basic files 11 as necessary) are search screens provided by the server via a network 40 to a browser for browsing (hereinafter, referred to as individual basic files 11-1 to 11-n) The search screen provided by the server to the browsing browser is abbreviated as a search screen as needed). Browsing site information searched through the search engine 60 based on a search request including search conditions and keywords input from the search screen. Records the individual registration site information such as the URL of the browsing site information determined to be useful by the user. In addition, the individual registration site information is recorded in the file in association with the keyword input at the time of the search.
The search request processing server 50 stores the individual basic files 11 stored in the PC 10 with which the session has been established in the individual basic files 51-1 to 51-n (hereinafter, the individual basic files 51-1 to 51-n are necessary). (Abbreviated as an individual basic file 51 in accordance with the above), and the file is temporarily stored in association with the search screen of the PC 10. This allows the server to display the keyword entered by the user in the past on the search screen by referring to the file, and to display the keyword arbitrarily selected by the user from the displayed keywords. The URL of the browsed site information searched through the search engine 60 based on the condition is determined to be the same as the URL of the individual registration site information recorded in the file, and useful browse site information including the same URL is searched. It can be provided on the screen.
FIG. 2 is a diagram showing a network configuration when the contents of the individual registration site information stored in the PC of the user site are referred to and changed from the search processing program 21 of the site. In the figure, individual basic files 22-1 to 22-1 stored individually in PCs 20-1 to 20-n (hereinafter, PCs 20-1 to 20-n are abbreviated as PCs 20 as needed) at user sites. 22-n (hereinafter, individual basic files 22-1 to 22-n are abbreviated as individual basic files 22 as necessary) are a search request including a search condition and a keyword input from a search screen provided by the program. The individual registration site information such as the URL of the browse site information selected and determined by the user as useful from the browse site information searched through the search engine 60 based on the search engine 60 is recorded. In addition, the individual registration site information is recorded in the file in association with the keyword input at the time of the search.
Thus, the search processing program 21 can display the keyword input by the user in the past on the search screen by referring to the file, and the user can arbitrarily select the displayed keyword from the displayed keyword. The search request including the selected keyword and the search condition, and the URL of the individual registration site information recorded in the file in association with the keyword are transmitted to the search request processing server 50 in which the session is established. The server determines the same between the URL of the browse site information searched through the search engine 60 based on the received search request and the URL received from the program, and outputs useful browse site information including the same URL. Send to the program. Also. The program displays the received browsing site information on a search screen.
FIG. 3 is a diagram showing a network configuration when referring to and changing individual registration site information provided in the search request processing server 50. In the figure, PCs 30-1 to 30-n (hereinafter, PC 30-1 to PC 30-n are abbreviated as PC 30 as necessary) of a user site are authenticated by a user such as a unique user ID and password. If the information is not registered in the authentication information management table 52 of the server, the user inputs authentication information from an authentication screen provided by the server via the network 40 and registers the authentication information management table. The server is authenticated.
The search request processing server 50 generates a unique authentication identifier from the user authentication information, records the authentication identifier in the authentication information management table 52 in association with the authentication information, and associates the authentication identifier with the authentication identifier. The individual basic tables 53-1 to 53-n (hereinafter, the individual basic tables 53-1 to 53-n are abbreviated as the individual basic tables 53 as necessary) are generated. The individual basic table 53 stores an individual URL such as a URL of browsing site information determined to be useful by a user based on browsing site information searched through the search engine 60 based on a search request including a search condition and a keyword input from a search screen. Record the registration site information. In addition, the individual registration site information is recorded in the table in association with each keyword input at the time of search.
The search request processing server 50 can display the keywords entered by the user in the past on the search screen of the authenticated PC 30 by referring to the individual basic table 53, and use the displayed keywords from the displayed keywords. The URL of the browsed site information searched through the search engine 60 based on the keyword and the search condition arbitrarily selected by the user is determined to be the same as the URL of the individually registered site information recorded in the table, and the same URL is determined. , It is possible to provide useful browsing site information including a search screen.
FIG. 4 is a flowchart showing an example of a processing procedure realized by the network configuration of FIG. The search request processing server 50 checks whether or not the PC holds the individual basic file 11 from the search screen (step S1) of the PC 10 with which the session has been established, and if the PC holds the individual basic file 11 ("YES" in step S2). ) Imports the file into the server as an individual basic file 51 (step S3), displays the keyword recorded in the file on the search screen, and displays the keyword if it is not retained ("No" in step S2). The fact that there is no keyword to be executed is displayed on the search screen (step S4).
The search request processing server 50 allows the search engine 60 to search for a keyword selected by the user from the keywords displayed on the search screen, or a search request (step S5) consisting of a newly input keyword and search conditions. The search engine converts the information into a unique format and transmits the search engine, and acquires browsing site information based on the keyword from the search engine (step S6).
The search request processing server 50 determines whether or not the keyword input by the user is recorded in the individual basic file 51. If the keyword is recorded, the search is performed using the recorded keyword ("YES" in step S7). ), And determines the sameness between the URL of the browsed site information searched through the search engine 60 and the URL of the individual registration site information corresponding to the keyword recorded in the file, and includes the same URL. The browsing site information useful to the user is cached in the memory (step S8). If it is determined that the search is based on a keyword that has not been recorded ("NO" in step S7), all browsing site information related to the keyword acquired from the search engine is cached in the memory. The cached browsing site information is displayed on the search screen as a result of this processing (step S9).
The user selects, from the search screen, browsing site information that has been newly determined to be unnecessary or has been newly determined to be useful from the browsing site information that has been determined to be useful in the past. Can be deleted or added to the file as individual registration site information. When the search request processing server 50 confirms the addition / deletion request from the search screen (step S10 “YES”), the search request processing server 50 If it is determined in step S7 that the keyword is a new keyword that is not recorded in the file, the keyword is newly recorded in the file, and any keyword included in the request is read. Processing of site information, that is, newly added useful browsing site information is recorded in the file in association with the keyword, or The determination was browsing site information after deleting from the file in association with the keyword (step S11) and, or, if no add or delete request (step S10 "NO"), the search ends. In addition, the server replaces the old individual basic file 11 held by the PC 10 with the file whose content has been changed due to addition or deletion, and saves the file as a new individual basic file 11 (step S12).
FIG. 5 is a flowchart showing an example of a processing procedure realized by the network configuration of FIG. The search processing program 21 checks whether the PC 20 holds the individual basic file 22, and if the PC 20 holds the file ("YES" in step S13), fetches the keyword recorded in the file (step S13). S14), the keyword is displayed on the search screen, and if the file is not held ("NO" in step S13), the fact that there is no keyword to be displayed is displayed on the search screen (step S15).
When the user inputs a new keyword from the search screen or selects a keyword from the keywords displayed on the search screen (step S16), the search processing program 21 establishes a session with the search request processing server 50. Is established (step S17), and it is determined whether the keyword is recorded in the individual basic file 22 stored in the PC 20. If the keyword is a new keyword not recorded (step S18 "NO"), A search request including the keyword and the search condition is transmitted to the server (step S19), or if the keyword is already recorded in the file ("YES" in step S18), the search request includes the keyword and the search condition. The URL of the individual registration site information recorded in association with the search request and the keyword is stored in the server. Be transmitted (step S20).
The search request processing server 50 converts the search request into a format that can be searched by the search engine 60 and transmits the converted search request to the search engine. In some cases, it is determined whether the URL of the browsing site information obtained through the search engine and the URL of the individual registration site information received from the search processing program 21 are the same, and the browsing useful for users including the same URL is performed. The site information is cached in the memory, and in the case of a search using a new keyword, all browse site information acquired via the search engine is cached in the memory. The program acquires the cached browsing site information from the server (step S21) and displays it on the search screen (step S22).
The user selects, from the search screen, browsing site information that has been newly determined to be unnecessary or has been newly determined to be useful from browsing site information that has been determined to be useful in the past, and selects individual registration site information from the individual basic file 22. Can be deleted or added to the file as individual registration site information. If the search processing program 21 confirms the addition / deletion request ("YES" in step S23), it is determined that the keyword is included in the request, that is, a new keyword not recorded in the file in step S18. If so, the keyword is newly recorded in the file, and the browsing site information included in the request, which is newly determined to be useful, is additionally recorded in the file in association with the keyword, or is determined to be unnecessary. After the browsing site information is deleted from the file in association with the keyword (step S24), and if there is no addition / deletion request (step S23 "NO"), the search ends.
FIG. 6 is a flowchart showing an example of a processing procedure realized by the network configuration of FIG. The search request processing server 50 manages authentication information such as a user ID and a password in the authentication information management table 52 and an authentication identifier corresponding to the authentication information. Further, the server authenticates the user by confirming that the authentication information provided by the user matches the authentication information of the user recorded in the authentication information management table from the authentication screen provided by the server (step After S25), the keywords recorded in the individual basic table 53 provided in association with the authentication identifier are displayed on the search screen (Step S26).
The search request processing server 50 enables the search engine 60 to search for a keyword selected by the user from the keywords displayed on the search screen, or a search request consisting of a newly input keyword and search conditions (step S27). The search engine is converted to a unique format and transmitted to the search engine, and browsing site information based on the keyword is acquired from the search engine (step S28).
The search request processing server 50 determines whether or not the keyword input by the user is recorded in the individual basic table 53. If the keyword is recorded, the search is performed using the recorded keyword ("YES" in step S29). ), And determines the sameness between the URL of the browsed site information searched through the search engine 60 and the URL of the individual registration site information corresponding to the keyword recorded in the table, and includes the same URL. The browsing site information useful to the user is cached in the memory (step S30). If it is determined that the search is based on a keyword that has not been recorded ("NO" in step S29), all browsing site information related to the keyword acquired from the search engine is cached in the memory. The cached browsing site information is displayed on the search screen as a result of this processing (step S31).
The user selects, from the search screen, browsing site information that has been newly determined to be unnecessary or has been newly determined to be useful from browsing site information that has been determined to be useful in the past. Can be deleted or added to the table as individual registration site information. When the search request processing server 50 confirms the addition / deletion request ("YES" in step S32), it determines that the keyword is included in the request, that is, a new keyword not recorded in the table in step S29. If so, the keyword is newly recorded in the table, and the browsing site information included in the request, which is newly determined to be useful, is additionally recorded in the table in association with the keyword, or is determined to be unnecessary. After deleting the browsed site information associated with the keyword from the file (step S33), and when there is no request for addition or deletion ("NO" in step S32), the search ends.
FIG. 7 is a flowchart showing an example of a processing procedure in which the search request processing server 50 acquires browsing site information from the search engine 60 according to the above-mentioned search request. The server transmits the above search request to the search engine 60 (step S34), and acquires from the search engine, for example, the number of hits of the browsing site information, a display start and end index that defines a range to be displayed on the search screen, Further, the same as the URL of the individual registration site information described above is determined from the title, URL, summary, and the like of each of the browsing site information displayed on the search screen (step S35), and when they match (step S36 "YES") Temporarily caches the title, URL, summary, and the like in the memory (step S37), and if they do not match ("NO" in step S36), executes the next step without caching to the memory. Step S36 "NO" enables a user who is not recorded as the individual registration site information to find new useful browsing site information.
The search request processing server 50 determines whether or not the display end index range has been exceeded in the determination processing of step S36. If the display end index range has not been exceeded ("NO" in step S38), the browsing site more useful to the user. It is determined whether or not all the URLs of the information have been searched. If the search has not been completed ("NO" in step S39), the process returns to step 36, and the URL of the next browsing site information is determined. Further, when the number of hits exceeds the display end index range (“YES” in step S38), the server determines whether or not the number of hits exceeds the above-mentioned number of hits (step S40 “NO”). The process returns to step 34 to search again from the index next to the end index. In addition, when the server has searched all the URLs of useful browsing site information (step S39 “YES”) or has exceeded the number of hits (step S40 “YES”), the server stores the browsing information stored in the above-described memory. It becomes possible to acquire site information, that is, all browsing site information useful to the user (step S41).
FIG. 8 is a view showing a form in which a keyword and a URL itself are recorded as individual registration site information. The file 100 expresses the individual basic file 11 stored in the PC of the user site in FIG. 1 and the individual basic file 51 temporarily stored in the search request processing server 50. In this case, the individual basic file 22 stored in the PC of the user site is expressed. This file is based on a data format format in which each field in a record such as a keyword and a URL is listed as a comma as a delimiter, a so-called CSV format, but uses a file in any format that can be referenced and changed from a search screen. can do. The individual basic file 22 is based on the premise that a file in a format that can be directly referenced and changed from the search processing program 21 of the PC 20 or a simple database such as Microsoft Access is used. Further, the table 101 represents the individual basic table 53 of an arbitrary database provided in the search request processing server 50 in FIG. In these files or tables, keywords and URLs themselves are recorded as individual registration site information.
FIG. 9 is a diagram showing a form in which a keyword and a URL identification code are recorded as individual registration site information. The file 102 expresses the individual basic file 11 stored in the PC of the user site in FIG. 1 and the individual basic file 51 temporarily stored in the search request processing server 50, and FIG. In this case, the individual basic file 22 stored in the PC of the user site is expressed. The file is also assumed to be in the CSV format, but it is possible to use a file in any format as described above. In addition, the individual basic file 22 can use a file of any format or a simple database as described above. Further, the table 103 represents the individual basic table 53 of an arbitrary database provided in the search request processing server 50 in FIG. In these files or tables, keywords and URL identification codes are recorded as individual registration site information.
The method of recording the identification code in the individual basic file or the table as the individual registration site information is transmitted and received between the user's PC and the search request processing server 50 as compared with the method of recording the keyword and the URL itself. The file size can be kept much smaller. However, it is necessary to separately provide a table for referring to a keyword and a URL from the identification code. Here, on the assumption that the search request processing server 50 has the table, the server requires all tables using the server. A keyword sharing management table 104 that records a keyword registered by a user in association with an arbitrary identification code (keyword ID in the figure) without duplication, and all users who use the server determine that the keyword is useful. There is provided a URL sharing management table 105 for recording the URL of the browse site information in association with an arbitrary identification code (URLID in the figure) without duplication. The identification code recorded in each table can be referred to from the above-described individual basic file or the identification code of the table.
FIG. 10 is a diagram showing a normal search result of the search screen and a browse site information selection screen 106. When an arbitrary keyword, for example, economic news and political news in the figure is input from the normal search keyword frame expressed on the normal search result and browse site information selection screen, and a "search button" is clicked, the search request processing server 50 is activated. Via the search engine 60, the browsing site information (in the figure, the title and summary of the search site) is displayed below the normal search result and the browsing site information selection item on the search screen. In order to further enable the present invention, a check box is displayed on the right side of the browsing site information.
The user confirms whether the accessed browsing site is useful by clicking the displayed browsing site information, and checks a check box of the useful browsing site information, for example, the economic news in the figure. A, B, C, and political news A, B are checked, and the "register button" of the checked browsing site is clicked, and the browsing site information determined to be useful by the user is recorded in the above file or table. . In the figure, the "next screen selection button" represents a button for displaying the next search result when the number of hits of the browse site information is larger than the displayed browse site information.
FIG. 11 is a diagram showing a search keyword selection screen 107 of useful browsing site information and a search result screen 108 of useful browsing site information on the search screen. In order to display the keywords recorded in the above-mentioned file or table below the search keyword selection items of the useful browse site information expressed on the search keyword selection screen of the useful browse site information, and to enable the present invention, A checkbox appears to the right of the keyword. The user checks a check box of a keyword desired to be searched, for example, economic news and political news in the figure, and further clicks a "search button" of the checked keyword, and the user registers the useful information registered in the past. Browsing site information can be displayed as described later. If the check box corresponding to “match registered browsing site” is checked in the figure, the search is performed with respect to the URL of the individual registration site information corresponding to the checked keyword, or “unmatched”. If the check box corresponding to "" is checked, a search is performed for a URL other than the URL of the individual registration site information corresponding to the checked keyword.
The useful browsing site information search result screen 108 expresses a form in which useful browsing site information desired by the user is displayed below the useful browsing site information search result. Also, by unchecking the check box on the right side of the browsing site information that the user deems unnecessary, the unnecessary individual registration site information can be deleted by clicking the "register button" of the checked browsing site. it can. The “search button” in the normal search keyword frame of the search keyword selection screen 107 and the useful browsing site information search result screen 108 represents a button for inputting a new keyword and performing a search.
[0036]
As described above, in the method of searching for a useful browsing site according to the present invention, a huge amount of search results including unnecessary browsing site information provided by a search engine for a user provided by a search engine are used. Only browsing site information that is useful to the user can be easily obtained without managing the browsing browser favorites. In addition, even when there are a plurality of useful browsing site information, the user may perform complicated management such as deleting the browsing site information whose service has been suspended or the browsing site information determined to be unnecessary at a later date. In addition, it is possible to intuitively acquire the information of the desired useful browsing site from the keyword.
[Brief description of the drawings]
FIG. 1 shows an example for expressing a network configuration when a search request processing server refers to and changes individual registration site information stored in a PC of a user site.
FIG. 2 shows an example for expressing a network configuration when referring to and changing the content of individual registration site information stored in a PC of a user site from a search screen.
FIG. 3 is a diagram illustrating a network configuration when referring to and changing individual registration site information arranged in a search request processing server.
FIG. 4 is a flowchart illustrating an example of a processing procedure realized by the network configuration of FIG. 1;
FIG. 5 is a flowchart illustrating an example of a processing procedure realized by the network configuration of FIG. 2;
FIG. 6 is a flowchart illustrating an example of a processing procedure realized by the network configuration of FIG. 3;
FIG. 7 is a flowchart illustrating an example of a processing procedure in which a search request processing server acquires browsing site information from a search engine in response to a search request.
FIG. 8 is a diagram illustrating a form in which a keyword and a URL itself are recorded as individual registration site information.
FIG. 9 is a diagram illustrating a form in which a keyword and an identification code of a URL are recorded as individual registration site information.
FIG. 10 is a diagram illustrating a normal search result of a search screen and a browse site information selection screen.
FIG. 11 is a diagram illustrating a search keyword selection screen of useful browsing site information and a search result screen of useful browsing site information on the search screen.
[Explanation of symbols]
10-1 to 10-n PC of user site
11-1 to 11-n ... individual basic files
20-1 to 20-n: PC of user site
21 ・ ・ ・ Search processing program
22-1 to 22-n ... individual basic file
30-1 to 30-n PC of user site
40 ・ ・ ・ Network
50 ・ ・ ・ Search request processing server
51-1 to 51-n ... individual basic files
52 ・ ・ ・ Authentication information management table
53-1 to 53-n ... individual basic tables
60 ・ ・ ・ Search engine
100 files
101 table
102 files
103 table
104 keyword sharing management table
105 URL sharing management table
106: Normal search result and browsing site information selection screen
107 ··········· Search keyword selection screen for useful browsing site information
108 ········ Search result screen of useful browsing site information
