(57)【要約】  本発明は、クライアント端末から送信されるネットワーク情報をネットワーク上で受信して処理するキーワード処理システムに関し、クライアント端末から送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、識別因子ＤＢに保存されている入力位置識別因子がＨＴＴＰクエリのヘッダのＵＲＩ情報に存在するか否かを判断し、存在する場合はＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するキーワード処理システムを開示する。
2010522908.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末から送信されるネットワーク情報をネットワーク上で受信して処理するキーワード処理システムにおいて、
少なくとも１つの入力位置識別因子を保存する識別因子ＤＢと、
クライアント端末から送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、前記識別因子ＤＢに保存されている入力位置識別因子が前記ＨＴＴＰクエリのヘッダのＵＲＩ情報に存在するか否かを判断し、存在する場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むことを特徴とするネットワーク情報を用いたキーワード処理システム。
【請求項２】
前記識別因子ＤＢは、前記認識因子にマッチングされるホスト情報を保存し、
前記クエリ判断装置は、前記ＨＴＴＰクエリのヘッダのホスト情報が前記識別因子ＤＢに保存されているか否かを第１次的に判断し、保存されている場合は前記ホスト情報にマッチング保存されている入力位置識別因子が前記ＵＲＩ情報に存在するか否かを第２次的に判断し、存在する場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断することを特徴とする請求項１に記載のネットワーク情報を用いたキーワード処理システム。
【請求項３】
前記識別因子ＤＢは、前記認識因子にマッチングされるホスト情報を保存し、
前記クエリ判断装置は、前記識別因子ＤＢに保存されている入力位置識別因子が前記ＵＲＩ情報に存在するか否かを第１次的に判断し、存在する場合は前記ＨＴＴＰクエリのヘッダのホスト情報が前記入力位置識別因子にマッチング保存されているホスト情報と一致するか否かを第２次的に判断し、一致する場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断することを特徴とする請求項１に記載のネットワーク情報を用いたキーワード処理システム。
【請求項４】
クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理するシステムにおいて、
少なくとも１つのホスト情報を保存するホスト情報ＤＢと、
クライアント端末から特定サーバに送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、前記ＨＴＴＰクエリのヘッダでホスト情報が前記ホスト情報ＤＢに保存されているか否かを判断し、保存されている場合は前記ＨＴＴＰクエリをクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むことを特徴とするネットワーク情報を用いたキーワード処理システム。
【請求項５】
クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合に、前記ネットワーク情報がＨＴＴＰクエリであると判断し、前記ネットワーク情報を前記クエリ判断装置に送信するネットワーク情報抽出装置を含むことを特徴とする請求項１〜４のいずれかに記載のネットワーク情報を用いたキーワード処理システム。
【請求項６】
少なくとも１つのＩＰアドレスを保存するＩＰ ＤＢと、
クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ＩＰアドレスが前記ＩＰ ＤＢに保存されているか否かを判断し、保存されている場合は前記ネットワーク情報を前記クエリ判断装置に送信するネットワーク情報抽出装置とを含み、
前記クエリ判断装置は、前記ネットワーク情報抽出装置から送信されたネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合に、前記ネットワーク情報がＨＴＴＰクエリであると判断することを特徴とする請求項１〜４のいずれかに記載のネットワーク情報を用いたキーワード処理システム。
【請求項７】
前記クエリ判断装置は、前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断した場合に、前記ＨＴＴＰクエリに対する応答として、特定キーワードに対してＩＰアドレスもしくはＵＲＬを返送する自国語インターネットアドレス処理サーバ、又は特定キーワードに対して検索結果を返送する検索サーバのＩＰアドレス又はＵＲＬをクライアント端末に送信することを特徴とする請求項１〜４のいずれかに記載のネットワーク情報を用いたキーワード処理システム。
【請求項８】
前記クエリ判断装置が、前記クライアント端末、前記特定サーバ、又は前記クライアント端末及び前記特定サーバに前記ＨＴＴＰクエリに対するリセット信号を送信することを特徴とする請求項７に記載のネットワーク情報を用いたキーワード処理システム。
【請求項９】
クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理するシステムにおいて、
特定サフィックス又は特定ドメインを保存するサフィックス／ドメインＤＢと、
クライアント端末から特定サーバに送信されるネットワーク情報のうちＤＮＳクエリを受信し、前記サフィックス／ドメインＤＢに保存されている特定サフィックス又は特定ドメインが前記ＤＮＳクエリに含まれている場合に、前記ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むことを特徴とするネットワーク情報を用いたキーワード処理システム。
【請求項１０】
クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理するシステムにおいて、
ドメインネームを表示する識別因子を保存するドメイン識別因子ＤＢと、
クライアント端末から特定サーバに送信されるネットワーク情報のうちＤＮＳクエリを受信し、前記ＤＮＳクエリのクエリフィールドデータに前記ドメイン識別因子ＤＢに保存されている識別因子が含まれているか否かを判断し、含まれていない場合は前記ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むことを特徴とするネットワーク情報を用いたキーワード処理システム。
【請求項１１】
クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ポートデータがＤＮＳクエリ用である場合に、前記ネットワーク情報がＤＮＳクエリであると判断し、前記ネットワーク情報を前記クエリ判断装置に送信するネットワーク情報抽出装置を含むことを特徴とする請求項９又は１０に記載のネットワーク情報を用いたキーワード処理システム。
【請求項１２】
少なくとも１つのＩＰアドレスを保存するＩＰ ＤＢと、
クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ＩＰアドレスが前記ＩＰ ＤＢに保存されているか否かを判断し、保存されている場合は前記ネットワーク情報を前記クエリ判断装置に送信するネットワーク情報抽出装置とを含み、
前記クエリ判断装置は、前記ネットワーク情報抽出装置から送信されたネットワーク情報のヘッダの送信先ポートデータがＤＮＳクエリ用である場合に、前記ネットワーク情報がＤＮＳクエリであると判断することを特徴とする請求項９又は１０に記載のネットワーク情報を用いたキーワード処理システム。
【請求項１３】
前記クエリ判断装置は、前記ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断した場合に、前記ＤＮＳクエリに対する応答として、特定キーワードに対してＩＰアドレスもしくはＵＲＬを返送する自国語インターネットアドレス処理サーバ、又は特定キーワードに対して検索結果を返送する検索サーバのＩＰアドレス又はＵＲＬをクライアント端末に送信することを特徴とする請求項９又は１０に記載のネットワーク情報を用いたキーワード処理システム。
【請求項１４】
前記クエリ判断装置が、前記クライアント端末、前記特定サーバ、又は前記クライアント端末及び前記特定サーバに前記ＤＮＳクエリに対するリセット信号を送信することを特徴とする請求項１３に記載のネットワーク情報を用いたキーワード処理システム。
【請求項１５】
クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理する方法において、
クライアント端末から特定サーバに送信されるネットワーク情報のうちＨＴＴＰクエリを受信する段階と、
少なくとも１つの認識因子を含む識別因子ＤＢを備え、前記識別因子ＤＢに保存されている入力位置識別因子が前記ＨＴＴＰクエリに存在するか否かを判断し、存在する場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する段階と、
ＨＴＴＰクエリに対する応答として、特定キーワードに対してＩＰアドレスもしくはＵＲＬを返送する自国語インターネットアドレス処理サーバ、又は特定キーワードに対して検索結果を返送する検索サーバのＩＰアドレス又はＵＲＬをクライアント端末に送信する段階とを含むことを特徴とするネットワーク情報を用いたキーワード処理方法。
【請求項１６】
前記クエリ判断段階は、
前記入力位置識別因子ＤＢに前記認識因子とマッチングされるホスト情報を保存し、前記ＨＴＴＰクエリのホスト情報が前記因子ＤＢに保存されているか否かを第１次的に判断する段階と、
前記ホスト情報にマッチング保存されている認識因子が前記ＨＴＴＰクエリに存在するか否かを第２次的に判断する段階とから構成され、
前記第１次判断段階及び第２次判断段階を順次満たすと、前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断することを特徴とする請求項１５に記載のネットワーク情報を用いたキーワード処理方法。
【請求項１７】
前記キーワードクエリ判断段階は、
前記入力位置識別因子に保存されている入力位置識別因子が前記ＨＴＴＰクエリに存在するか否かを第１次的に判断する段階と、
前記識別因子ＤＢが前記入力位置識別因子とマッチングされるホスト情報を保存し、前記ＨＴＴＰクエリのホスト情報が前記入力位置識別因子にマッチング保存されているホスト情報と一致するか否かを第２次的に判断する段階とから構成され、
前記第１次判断段階及び第２次判断段階を順次満たすと、前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断することを特徴とする請求項１５に記載のネットワーク情報を用いたキーワード処理方法。
【請求項１８】
クライアント端末、特定サーバ、又は前記クライアント端末及び前記特定サーバに前記ＨＴＴＰクエリに対するリセット信号を送信する段階をさらに含むことを特徴とする請求項１５に記載のネットワーク情報を用いたキーワード処理方法。
【請求項１９】
クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合に、前記ネットワーク情報がＨＴＴＰクエリであると判断し、前記ＨＴＴＰクエリを抽出する段階をさらに含むことを特徴とする請求項１５〜１８のいずれかに記載のネットワーク情報を用いたキーワード処理方法。
【請求項２０】
少なくとも１つのＩＰアドレスを保存するＩＰ ＤＢを備え、クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ＩＰアドレスが前記ＩＰ ＤＢに保存されているか否かを判断し、保存されている場合は前記ネットワーク情報を抽出する段階と、
ネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合に、前記ネットワーク情報がＨＴＴＰクエリであると判断する段階とをさらに含むことを特徴とする請求項１５〜１８のいずれかに記載のネットワーク情報を用いたキーワード処理方法。
【請求項２１】
請求項１５〜１８のいずれかによるキーワード処理方法を実行するためのプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク情報を用いたキーワード処理方法及び処理システムに関する。
【背景技術】
【０００２】
インターネットサイト接続のためにキーワード形態の自国語インターネットアドレスを入力し、これに対応するウェブページにクライアントコンピュータを接続させる自国語インターネットアドレスの処理方法が知られている。自国語インターネットアドレスの処理は、同出願人によって登録された韓国特許登録第３１７，０５９号にその一例が開示されている。具体的には、ドメインネームサービスサーバにプロキシモジュールをインストールする方式と、自国語処理プログラムをクライアントコンピュータにインストールする方式である。
【０００３】
ところが、プラグインプログラムをユーザ端末にインストールし、入力されるキーワードを自国語インターネットアドレスとして処理する場合、ユーザは一般的にプラグインプログラムを自身のコンピュータにインストールすることを好まず、他のプログラムを用いる際の速度問題など、コンピュータの利用に影響を与えることがあるという問題があった。
【０００４】
また、ネットワーク管理者の立場ではドメインネームサービスサーバ自体を修正することに否定的であり、この場合はドメインネームサービスサーバに障害が発生すると、インターネットサービスに障害が発生する可能性があり、様々な問題があった。
【０００５】
さらに、一部のウェブブラウザにおいては、クライアントのウェブブラウザのアドレス欄に入力した場合と、検索欄に入力した場合とでは、どちらも同じクエリ式に入力値が変更されて送信される方式が用いられているが、これらにおいてはＤＮＳサーバにクエリを送信する際にＵＲＬのうちホスト名（ドメインネーム）部分だけ送信される。例えば、アドレス欄と検索欄にyahooを入力した場合、そのクエリ式がそれぞれ「http//search.msn.com/results.aspx?q=yahoo&FORM=QBRE」と「http://search.msn.com/results.aspx?q=yahoo&FORM=I7AW」であれば、ドメインネームサービスサーバにはＵＲＬのうちホスト名（ドメイン）部分の「search.msn.com」のみ送信される。従って、アドレス欄から送信された入力値で自国語インターネットアドレスを処理する場合、検索欄に入力された値とアドレス欄に入力された値を区分して処理することができないという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記問題を解決するための技術的手段として、本発明は、アドレス欄と検索欄に入力された値を区分し、アドレス欄に入力された自国語インターネットアドレスとして処理するためのものであり、このためにネットワークを介して送信されるクエリ語をネットワーク上で受信して自国語インターネットアドレスとして処理する方法を提供することを目的とする。
【０００７】
また、本発明は、クライアントやＤＮＳサーバなどに何らかの形態のシステム変更又は追加をしなくてもキーワードを処理できるようにすることを目的とする。
【０００８】
さらに、本発明は、ネットワークを介して送信されるデータをネットワーク上で受信し、データポートやＩＰアドレスなどにより選別作業を行い、キーワード処理をさらに必要とするクエリデータを概略的にフィルタリングすることにより、ネットワークトラフィックの負荷を最小限に抑えられるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記問題を解決するための技術的手段として、本発明の第１態様は、クライアント端末から送信されるネットワーク情報をネットワーク上で受信して処理するキーワード処理システムにおいて、少なくとも１つの入力位置識別因子を保存する識別因子ＤＢと、クライアント端末から送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、前記識別因子ＤＢに保存されている入力位置識別因子が前記ＨＴＴＰクエリのヘッダのＵＲＩ情報に存在するか否かを判断し、存在する場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むことを特徴とするネットワーク情報を用いたキーワード処理システムを提供する。
【００１０】
本発明の第２態様は、クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理するシステムにおいて、少なくとも１つのホスト情報を保存するホスト情報ＤＢと、クライアント端末から特定サーバに送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、前記ＨＴＴＰクエリのヘッダでホスト情報が前記ホスト情報ＤＢに保存されているか否かを判断し、保存されている場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むネットワーク情報を用いたキーワード処理システムを提供する。
【００１１】
クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合は、前記ネットワーク情報がＨＴＴＰクエリであると判断し、前記ネットワーク情報を前記クエリ判断装置に送信するネットワーク情報抽出装置を含むことが好ましい。
【００１２】
少なくとも１つのＩＰアドレスを保存するＩＰ ＤＢと、クライアント端末から特定サーバに送信されるネットワーク情報のヘッダの送信先ＩＰアドレスが前記ＩＰ ＤＢに保存されているか否かを判断し、保存されている場合は前記ネットワーク情報を前記クエリ判断装置に送信するネットワーク情報抽出装置とを含み、前記クエリ判断装置は、前記ネットワーク情報抽出装置から送信されたネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合に、前記ネットワーク情報がＨＴＴＰクエリであると判断することが好ましい。
【００１３】
本発明の第３態様は、クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理するシステムにおいて、特定サフィックス又は特定ドメインを保存するサフィックス／ドメインＤＢと、クライアント端末から特定サーバに送信されるネットワーク情報のうちＤＮＳクエリを受信し、前記サフィックス／ドメインＤＢに保存されている特定サフィックス又は特定ドメインが前記ＤＮＳクエリに含まれている場合に、前記ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むネットワーク情報を用いたキーワード処理システムを提供する。
【００１４】
本発明の第４態様は、クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理するシステムにおいて、ドメインネームを表示する識別因子を保存するドメイン識別因子ＤＢと、クライアント端末から特定サーバに送信されるネットワーク情報のうちＤＮＳクエリを受信し、前記ＤＮＳクエリのクエリフィールドデータに前記ドメイン識別因子ＤＢに保存されている識別因子が含まれているか否かを判断し、含まれていない場合は前記ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断するクエリ判断装置とを含むネットワーク情報を用いたキーワード処理システムを提供する。
【００１５】
本発明の第５態様は、クライアント端末から特定サーバに送信されるネットワーク情報をネットワーク上で受信して処理する方法において、クライアント端末から特定サーバに送信されるネットワーク情報のうちＨＴＴＰクエリを受信する段階と、少なくとも１つの認識因子を含む識別因子ＤＢを備え、前記識別因子ＤＢに保存されている入力位置識別因子が前記ＨＴＴＰクエリに存在するか否かを判断し、存在する場合は前記ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する段階と、ＨＴＴＰクエリに対する応答として、特定キーワードに対してＩＰアドレスもしくはＵＲＬを返送する自国語インターネットアドレス処理サーバ、又は特定キーワードに対して検索結果を返送する検索サーバのＩＰアドレス又はＵＲＬをクライアント端末に送信する段階とを含むネットワーク情報を用いたキーワード処理方法を提供する。
【００１６】
本発明の第６態様は、前述したキーワード処理方法を実行するためのプログラムを記録した記録媒体を提供する。本発明によるキーワード処理方法は、コンピュータ可読記録媒体にコンピュータ可読コードで実現することができる。コンピュータ可読記録媒体には、コンピュータシステムに読み込まれるデータが保存されるあらゆる種類の記録装置が含まれる。例えば、コンピュータ可読記録媒体としては、ロム（ROM）、ラム（RAM）、ＣＤロム（CD-ROM）、磁気テープ、ハードディスク、フロッピーディスク、外部記憶装置、不揮発性メモリ（Flash Memory）、光データ記憶装置などがあり、また搬送波（例えば、インターネットによる送信）の形態で実現されるものも含まれる。
【００１７】
「文字列」とは、ウェブブラウザのアドレス欄や検索欄などに入力可能なあらゆる種類の入力された情報を示す概念であり、一般的なＵＲＬ、ＵＲＬでないキーワード（ハングル、数字、英文など）などが全て含まれる意味である。
【００１８】
「ＵＲＬ（Uniform Resource Locator）」とは、インターネットに接続されたコンピュータで提供される様々な情報のアドレスを示す、例えば「/htm/index.html」など、ドメインネームだけでなく、ディレクトリ、ファイルなどが全て含まれる概念で理解されるべきである。
【００１９】
「ＩＰ（internet protocol）アドレス」とは、インターネットに接続された各コンピュータが互いを識別するための物理的なアドレスを意味し、例えばＩＰｖ４（Internet Protocol version４）、ＩＰｖ６（Internet Protocol version６）などの規約に定められたものである。
【発明の効果】
【００２０】
本発明による新しいキーワード処理方法は、アドレス欄から送信された入力値で自国語インターネットアドレスを処理する場合に、検索欄に入力された値とアドレス欄に入力された値が同じドメインを有するので、ＤＮＳサーバのみでは区分して処理することができなかった従来の問題を、ネットワーク上で受信して処理する方式を用いることにより効果的に解決した。
【００２１】
また、プラグインプログラムがインストールされているユーザ端末でのみ自国語インターネットアドレスの処理が可能であった従来技術とは異なり、データの流れが集中する場所で処理することにより、多くの端末で同時に自国語インターネットアドレスを処理することができるという効果がある。
【００２２】
また、クライアントやＤＮＳサーバなどに何らかの形態のシステム変更又は追加をしなくても自国語インターネットアドレスを処理できるようにすることにより、クライアントユーザやＤＮＳサーバ運営者の負担や抵抗を減らし、より安定したサービスを提供することができる。
【００２３】
また、本発明によれば、ネットワークを介して送信されるデータをネットワーク上で受信し、第１次処理で処理を必要とするデータを概略的にフィルタリングすることにより、データ処理量を大幅に減少させることができるので、ネットワークのトラフィックに関与しながらも、ネットワークトラフィックを円滑に維持することができるという効果がある。
【図面の簡単な説明】
【００２４】
【図１】本発明によるキーワード処理システムを備える全体インターネットサービス提供システムの概略的なブロック図である。
【図２】本発明の実施形態によるキーワード処理システムの利用を説明するためのブロック図である。
【図３】図２のキーワード処理システムの詳細構成図である。
【図４】本発明の実施形態によるキーワード処理フローチャートである。
【図５】本発明の実施形態によるキーワード処理フローチャートである。
【図６】本発明の実施形態によるキーワード処理フローチャートである。
【図７】本発明の実施形態によるキーワード処理フローチャートである。
【発明を実施するための形態】
【００２５】
以下、当業者が本発明の技術的思想を容易に実施できる程度に詳細に説明するために、添付図面を参照して本発明の好ましい実施形態を説明する。本発明の詳細な説明においては、サーバ、ユーザ端末などに区分して行う機能を説明しているが、このような機能は必要に応じて他の構成要素で行うこともできる。
【００２６】
図１は、本発明によるキーワード処理システムを備える全体インターネットサービス提供システムの概略的なブロック図である。
【００２７】
図１を参照すると、各家庭に備えられた個人ユーザのコンピュータ１０、又は所定の団体、例えば学校もしくは企業に構築されたＬＡＮにより接続された企業／機関のコンピュータ１２は、ＰＳＴＮ／ＩＳＤＮ２２、ｘＤＳＬ２４、無線ネットワーク２６、又は光同軸ケーブルなどの専用線２８などのアクセス網を介してルータ３０に接続し、ルータ３０はキーワード処理システム４０によりインターネットサービスプロバイダ（ＩＳＰ）５０に接続する。
【００２８】
キーワード処理システム４０は、ルータ３０とインターネットサービスプロバイダ５０の間に別途のシステムとして示しているが、ルータ３０又はインターネットサービスプロバイダ５０に含まれてもよいことはもちろんである。また、キーワード処理システム４０は、インターネットを介したデータ送信が集中するルータ、ハブなどからネットワークを介して送信されるデータをネットワーク上で受信して処理することが主な特徴の１つであるので、具体的なキーワード処理システム４０のインストール場所はこのような目的を実現できる場所であれば特に限定されるものではない。
【００２９】
以下、キーワード処理システム４０の具体的な機能を説明する。キーワード処理システム４０は、ミラーリング方式又はプロキシ方式でネットワークを介して送信されるデータを受信する方式を用いることができる。
【００３０】
（１）ミラーリング方式
ミラーリング方式は、ネットワークスイッチ（例えばＬ７スイッチ）などでデータを複製してネットワークトラフィックの監視などに利用する方法であり、ネットワークスイッチで特定ポートを使用する。スイッチの機能を利用してパケットミラーリングを行う場合は、スイッチに多くの負荷を与えることがあるので、ネットワークタップ（Network Tap）を用いることもできる。
【００３１】
ミラーリング方式を用いると、データが従来の方法で送信されながらも複製を用いて処理するので、処理過程中に問題が発生してもインターネットの利用に支障をきたさず、処理速度の遅延も避けることができる。
【００３２】
（２）プロキシ方式
プロキシ方式は、ネットワークの中間にプロキシ装置を追加し、プロキシサーバを通過すれば次の段階に移ることができるようにする方法であり、プロキシサーバの処理が完了しなければ次の段階に移ることができないので、確実な処理が保証される。
【００３３】
本実施形態によれば、ネットワーク情報抽出装置は、ミラーリング方式又はプロキシサーバ方式で送信されるネットワークデータをモニタする。しかし、ネットワークデータをモニタする際に、データ量が非常に多く、その処理に大きな負荷がかかるため、ともすればネットワーク全体の速度が遅くなったり、キーワード処理システムの処理効果が低下することになるので、必要なデータのみ選別して処理することが好ましい。
【００３４】
処理対象データの第１次的選別は、データに付加された各種ヘッダを分析して、特定サーバから送信されたものであるか否か、通信プロトコルがいかなるものであるか、応答であるかクエリであるか、などにより行うことができ、次にキーワードであるか否かを判断するように実現することができる。必要に応じて、選別作業を行わずに直ちにキーワードであるか否かを判断することができることはもちろんであり、さらに様々な変形を加えることもできる。
【００３５】
図２は本発明の実施形態によるキーワード処理システムの利用を説明するためのブロック図であり、図３は図２のキーワード処理システムの詳細構成図である。
【００３６】
クライアント端末１００は、ネットワークの経路上でキーワード処理システム４０と接続しており、キーワード処理システム４０はインターネット６０を介してＤＮＳサーバ１４０、自国語インターネットアドレス処理サーバ２００とそれぞれ接続されており、必要に応じて検索サーバ３００にも接続される。
【００３７】
キーワード処理システム４０の詳細構成図を参照すると、キーワード処理システム４０は、クエリ判断装置４４とデータベース４６とを備え、必要に応じてネットワーク情報抽出装置４２をも備える。
【００３８】
まず、前述したネットワークデータの具体的な方式を説明するために、ネットワークデータの階層と各ヘッダについて説明する。
【００３９】
ＴＣＰ／ＩＰなどのプロトコルグループは複数の層のプロトコルの組み合わせからなり、ＴＣＰ／ＩＰは一般に４階層システムであり、下記表１のように構成される。
【００４０】
【表１】
2010522908.tif 000003
【００４１】
ここで、アプリケーション層は実際の通信で利用される具体的機能の通信に該当する部分であり、アプリケーション層で作成されたユーザデータはトランスポート、ネットワーク、リンク層を順次通過して各層のデータが添付されて完全な通信データ（イーサネットフレーム）が作成される（表２参照）。
【００４２】
【表２】
2010522908.tif 000004
【００４３】
このように作成されたイーサーネットヘッダには送信先及び送信元ＬＡＮカードのハードウェアアドレスであるＭＡＣアドレスなどが備えられ、ＩＰヘッダには送信元と送信先のＩＰアドレス、プロトコルの種類などが含まれ、ＴＣＰ（ＵＤＰ）ヘッダには該当サービスの通信ポートなどに関する情報が含まれる。
【００４４】
アプリケーションデータには、実質的な通信データが含まれ、通信データの種類、特性などを示すヘッダ部分が含まれる。
【００４５】
ＴＣＰ又はＵＤＰ通信のサービスポートは、任意の通信ポートを使用する場合もあるが、多くの場合ＨＴＴＰ：８０、ＦＴＰ：２３、Ｔｅｌｎｅｔ：２１、ＰＯＰ３：１１０など、１から１０２３までの周知のポートを使用する。従って、通信データ全体を分析しなくてもＴＣＰ（ＵＤＰ）ヘッダを把握してサービスポートが分かれば、周知のポートを使用するデータの場合はその種類が分かる。例えば、ＴＣＰヘッダの送信先ポート番号が５３であればＤＮＳクエリに該当し、ＵＤＰヘッダの送信先ポートが８０であればＨＴＴＰクエリに該当することが分かる。
【００４６】
以下、送信されたネットワーク情報を用いてキーワード処理を行うか否かを判断する方法について詳細に説明する。
【００４７】
（ＨＴＴＰクエリヘッダのＵＲＩ情報で判断）  
クエリ判断装置４４は、クライアント端末１００から送信されるネットワーク情報のうちＨＴＴＰクエリを受信する。そして、識別因子ＤＢ４６ａに保存されている入力位置識別因子がＨＴＴＰクエリのヘッダのＵＲＩ情報に存在するか否かを判断し、存在する場合はＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００４８】
入力位置識別因子について詳細に説明する。例えば、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ ７．０では、ウェブブラウザのアドレス欄に一般的なＵＲＬクエリではない文字列（例えば、キーワード）が入力された場合は、これをクエリ式に変更して検索サーバに送信するが、ウェブブラウザのアドレス欄に入力された文字列を変更してクエリ式を送信する検索サーバ３００のドメインと、ウェブページの検索欄に入力された検索語を変更してクエリ式を送信する検索サーバ３００のドメインが等しく設定されている。
【００４９】
より具体的に説明すると、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ ７．０では、アドレス欄に、例えば「特許庁」というキーワードが入力されると、ブラウザにより「http://search.live.com/results.aspx?q=%ED%8A%B9%ED%97%88%EC%B2%AD&mkt=en-us&FORM=OPNSCH」に変更されてクエリ（search.live.comのＩＰアドレスは２１１．１９６．１５４．１９８）が送信される。
【００５０】
また、検索語入力欄に入力しても「http://search.live.com/results.aspx?q=%ED%8A%B9%ED%97%88%EC%B2%AD&mkt=en-US&form=QBRE」のように非常に類似したクエリ式で処理される。また、送信されるホスト情報もhttp://search.live.comと同一である。
【００５１】
しかし、アドレス欄に入力された場合と検索欄に入力された場合のクエリ式は非常に類似するが、異なる部分（「OPNSCH」と「QBRE」）があるので、この部分を識別因子として識別因子ＤＢ４６ａに保存しておき、クエリ判断装置４４は識別因子ＤＢ４６ａに保存されている入力位置識別因子がＨＴＴＰクエリのヘッダのＵＲＩ情報に存在するか否かを判断し、存在する場合はＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００５２】
従って、識別因子ＤＢ４６ａに保存される入力位置識別因子は、クライアントウェブブラウザのアドレス欄に入力された文字列であるか検索欄に入力された文字列であるかを区別することのできる文字列の集合であり、検索エンジンによって異なる様々なものが可能であり、システム構築又は管理者がこれを選別して予め構築しておくことが好ましい。
【００５３】
一方、ＨＴＴＰクエリのヘッダには、ＵＲＩ情報、ホスト情報などが含まれ、「Ｍｅｔｈｏｄ（ｓｐａｃｅ）ＵＲＩ情報（ｓｐａｃｅ）Ｖｅｒｓｉｏｎ」の形態の情報の後にＡｃｅｅｐｔ、Ｅｎｃｏｄｉｎｇ、Ｈｏｓｔなどのデータが「フィールド名：情報」の形態で書き込まれる。
【００５４】
従って、ＵＲＩ情報部分はＨＴＴＰヘッダの２つのｓｐａｃｅ間の値であると判断することができ、ホスト情報部分は「HOST:……」の形態となっているので、ヘッダから「HOST:」で始まる部分を検索して判断すればよい。ここで、「Ｍｅｔｈｏｄ」はＧＥＴ、ＰＯＳＴなどの情報であり、「Ｖｅｒｓｉｏｎ」はＨＴＴＰ／１．１などの情報である。ＨＴＴＰヘッダの一例は表３の通りである。
【００５５】
【表３】
2010522908.tif 000005
【００５６】
例えば、表３のＨＴＴＰヘッダデータにおけるＵＲＩ情報は「/results.aspx?q=%EC%B7%A8%EB%AF&B8&mkt=en-us&FORM=OPNSH」であり、ホスト情報は「search.live.com」であることが分かる。
【００５７】
（ＨＴＴＰクエリヘッダのホスト情報で判断）
クエリ判断装置４４は、クライアント端末１００から送信されるネットワーク情報のうちＨＴＴＰクエリを受信する。そして、少なくとも１つのホスト情報を保存するホスト情報ＤＢ４６ｃを保存し、クライアント端末１００から送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、ＨＴＴＰクエリのヘッダでホスト情報がホスト情報ＤＢ４６ｃに保存されているか否かを判断し、保存されている場合はＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００５８】
例えば、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ ６では、一般的なＤＮＳの形式でないキーワードの場合は「auto.search.msn.com」が含まれるクエリ式に変更され、アドレス欄でない検索欄に入力された値は「search.msn.com」が含まれる他のクエリ式を用いる。従って、ホスト情報に「auto.search.msn.com」が挿入されている場合は、アドレス欄にキーワードが入力されたと判断することができる。この場合はクライアントのウェブブラウザアドレス欄に入力されるキーワードのみ「auto.search.msn.com」が含まれるクエリ式に変更するので、サーバ識別因子が必要ないケースである。ホスト情報ＤＢ４６ｃの情報もシステム構築又は管理者が構築しておく。
【００５９】
ホスト情報ＤＢ４６ｃには、例えば「auto.search.msn.com」のように特定サーバを表示するホスト情報を備えている。
【００６０】
一方、ＨＴＴＰクエリヘッダのＵＲＩ情報を判断する方法とＨＴＴＰクエリヘッダのホスト情報を判断する方法について説明したが、「ＵＲＩ情報とホスト情報」を共に用いることも可能である。すなわち、識別因子ＤＢ４６ａは、少なくとも１つの入力位置識別因子に加えて、入力位置識別因子にマッチングされるホスト情報を保存することができる。従って、クエリ判断装置４４は、ＨＴＴＰクエリヘッダのホスト情報が識別因子ＤＢ４６ａに保存されているか否かを第１次的に判断する。判断の結果、保存されている場合はホスト情報にマッチング保存されている入力位置識別因子がＵＲＩ情報に存在するか否かを第２次的に判断し、存在する場合はＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００６１】
キーワード処理システム４０はネットワーク情報抽出装置４２を備え、ネットワーク情報抽出装置４２はクライアント端末１００から送信されるネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合にネットワーク情報がＨＴＴＰクエリであると判断し、該当ネットワーク情報をクエリ判断装置４４に送信できることが好ましい。
【００６２】
また、データベース４６は少なくとも１つのＩＰアドレスを保存するＩＰ ＤＢ４６ｂを有し、ネットワーク情報抽出装置４２はクライアント端末１００から送信されるネットワーク情報のヘッダの送信先ＩＰアドレスがＩＰ ＤＢ４６ｂに保存されているか否かを判断し、保存されている場合はネットワーク情報をクエリ判断装置４４に送信し、クエリ判断装置４４はネットワーク情報抽出装置４２から送信されたネットワーク情報のヘッダの送信先ポートデータがＨＴＴＰクエリ用である場合に、ネットワーク情報がＨＴＴＰクエリであると判断するように実現することもできる。ここで、ＩＰ ＤＢ４６ｂに含まれるＩＰアドレスはＤＮＳサーバや特定サーバのＩＰアドレスであり、システム構築又は管理者が構築しておく。
【００６３】
（ＤＮＳクエリにサフィックス／ドメインネームが含まれるか否かで判断）
クエリ判断装置４４は、クライアント端末１００から送信されるネットワーク情報のうちＤＮＳクエリを受信する。そして、サフィックス／ドメインＤＢ４６ｄに保存されている特定ドメイン又は特定識別子がＤＮＳクエリに含まれている場合、ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００６４】
クライアント端末１００から特定サーバに送信されるネットワーク情報のヘッダの送信先ポートデータがＤＮＳクエリ用である場合に、ネットワーク情報がＤＮＳクエリであると判断し、ネットワーク情報をクエリ判断装置４４に送信するネットワーク情報抽出装置４２を含むことが好ましい。例えば、ＵＤＰ又はＴＣＰヘッダの送信先ポート番号が５３であれば、ＤＮＳへのインターネットアドレスクエリに該当すると把握することができる。
【００６５】
サフィックス／ドメインＤＢ４６ｄは、ＤＮＳシステムによって処理される公認ドメインネーム拡張子を除く少なくとも１つのサフィックスを保存することができ、特定サーバを送信先として送信されるＤＮＳクエリであれば全てキーワードであると判断するために、特定サーバ（例えば「auto.search.msn.com」）のドメインネームを保存することができる。サフィックスは、予め定められたサフィックスをＤＨＣＰ（Dynamic Host Configuration Protocol）サーバがＤＨＣＰによりＩＰを割り当てる過程でクライアント端末１００に付加することもでき、端末環境設定プログラムが端末環境設定を変更する際にクライアント端末１００に特定サフィックスを付加することもでき、ユーザの設定によりクライアント端末１００に付加することもできる。「サフィックスデータベース」を用いる場合についての詳細な説明は、同出願人による韓国特許出願第１０−２００６−１１８６４０号の内容が本出願に援用される。
【００６６】
（ＤＮＳクエリにドメイン識別因子が含まれているか否かで判断）
クエリ判断装置４４は、クライアント端末１００から送信されるネットワーク情報のうちＤＮＳクエリを受信する。そして、ドメイン識別因子ＤＢ４６ｅにドメインネームを表示するドメイン識別因子を保存する。これはＤＮＳクエリにキーワードが直接送信される場合に特に適用可能性が高い。
【００６７】
クライアント端末１００から送信されるネットワーク情報のうちＤＮＳクエリを受信し、ＤＮＳクエリのクエリフィールドデータにドメイン識別因子ＤＢ４６ｅに保存されている識別因子が含まれているか否かを判断し、含まれていない場合はＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００６８】
ドメイン識別因子ＤＢ４６ｅに保存されているドメイン識別因子は、「.」、「www」、「http://」などでもよく、「.com」、「.net」などの一般的なＴＬＤなどでもよい。例えば、「.」の文字を用いてキーワード認知を判断する方式について説明すると、入力された文字列に「.」の文字があるか否かによって、「.」の文字がない場合はキーワードであると判断し、「.」の文字がある場合はキーワードではないと判断する。
【００６９】
ネットワークデータに対する第１次分析で処理するＤＮＳクエリを選別し、データの詳細内容を確認して特定形態であるか否かを分析することにより、キーワードクエリであるか否かを判断することが好ましい。
【００７０】
ＤＮＳクエリは、表４のようにヘッダとクエリフィールド、アプリケーションフィールドなどから構成されており、このうちクエリフィールドの内容を判断の対象とする。
【００７１】
【表４】
2010522908.tif 000006
【００７２】
一方、データベース４６は少なくとも１つのＩＰアドレスを保存するＩＰ ＤＢ４６ｂをさらに備え、ネットワーク情報抽出装置４２はクライアント端末１００から送信されるネットワーク情報のヘッダの送信先ＩＰアドレスがＩＰ ＤＢ４６bに保存されているか否かを判断し、保存されている場合はネットワーク情報をクエリ判断装置４４に送信し、クエリ判断装置４４はネットワーク情報抽出装置４２から送信されたネットワーク情報のヘッダの送信先ポートデータがＤＮＳクエリ用である場合に、前記ネットワーク情報がＤＮＳクエリであると判断する。
【００７３】
（キーワード判断以降の処理過程）
一方、クエリ判断装置４４がＨＴＴＰクエリ又はＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断した場合、これに対する応答として、特定キーワードに対してＩＰアドレスもしくはＵＲＬを返送する自国語インターネットアドレス処理サーバ２００、又は特定キーワードに対して検索結果を返送する検索サーバ３００のＩＰアドレス又はＵＲＬをクライアント端末１００に送信する。
【００７４】
キーワード処理システム４０が自国語インターネットアドレス処理サーバ２００のインターネットアドレスをクライアント端末１００に応答し、クライアント端末１００がインターネットアドレスの応答を受けると、クライアント端末１００は取得したインターネットアドレスを用いて自国語インターネットアドレス処理サーバ２００に接続する。
【００７５】
次に、クライアント端末１００が受信した自国語インターネットアドレス処理サーバ２００のインターネットアドレスを用いて自国語インターネットアドレス処理サーバ２００に接続すると、入力された文字列に関する情報を自国語インターネットアドレス処理サーバ２００に送信する。自国語インターネットアドレス処理サーバ２００は、文字列を受信してこれに対応するインターネットアドレスを処理するが、まずアドレス用キーワードとインターネットアドレスをマッチングして保存する自国語インターネットアドレスデータベースから検索する。
【００７６】
検索の結果、前記文字列と一致するアドレス用キーワードが存在する場合は、前記アドレス用キーワードに対応するインターネットアドレスをクライアント端末１００に 返送する。インターネットアドレスを受信したクライアント端末１００は該当ウェブページに接続する。自国語インターネットアドレスデータベースとは、アドレス用キーワードとそれに対応するインターネットアドレスを予め対応させておくデータベースを意味し、例えば「青瓦台」というアドレス用キーワードに「www.president.go.kr」を対応させておく。
【００７７】
一方、入力された文字列がアドレス用キーワードと一致しない場合、文字列を特定検索サーバに問い合わせる検索クエリ式に変えてクライアント端末１００に送信する。これを受信したクライアント端末１００は、特定検索サーバに接続して該当検索ウェブページに接続する。
【００７８】
他の変形例として、自国語インターネットアドレスデータベースを検索して文字列と一致するアドレス用キーワードが存在しない場合に、特定検索サーバのインターネットアドレスをクライアント端末に返すこともでき、自国語インターネットアドレス処理サーバ２００がクライアント端末１００から文字列を受信すると、自国語インターネットアドレス処理サーバ２００は文字列を特定検索サーバに問い合わせる検索クエリ式に変えてクライアント端末１００に送信することもできる。
【００７９】
一方、 キーワード 処理 システム ４０が検索サーバ３００のインターネットアドレスをクライアント端末１００に応答し、クライアント端末１００がインターネットアドレスの応答を受けると、クライアント端末１００は取得したインターネットアドレスを用いて検索サーバ２００に接続する。クライアント端末１００が検索サーバ２００に接続すると、検索サーバ２００は入力された文字列（キーワード）に対応する検索リストを提供する。
【００８０】
一方、クエリ判断装置４４は、特定サーバに送信されるＨＴＴＰクエリ又はＤＮＳクエリに対して応答をした場合に、クライアント端末１００、特定サーバ、又はクライアント端末及び特定サーバにクエリに対するリセット信号を送信することが好ましい。これは、クライアント端末１００と特定サーバの間の通信を終了するために接続終了命令を送るものと理解することができる。ＵＤＰ通信の場合は接続を維持する機能がないので、クエリ判断装置４４から応答した後は特に措置をしなくてもよい。しかし、ＴＣＰ通信の場合は、ＵＤＰ通信とは異なり、接続（Connect）され、その後全てのデータに対してフローコントロール（Flow Control）をするので、ＵＤＰ通信と多少の相違点がある。従って、特定サーバへの接続（Connection）は維持して実際のデータ（DNS Request）のみを処理し、クライアント端末１００と特定サーバの両側にリセット（ＲＳＴ）パケットを送って接続を切断するようにする。
【００８１】
一方、アドレス欄に入力されたキーワードがピュニコードに変更されてＤＮＳに問い合わせられる場合があるので、これに対する処理が問題となり得る。入力キーワードがピュニコードに変更される場合は、ウェブブラウザでキーワードであると判断されてピュニコードに変更されることがあり、その実際の形態は、キーワードがピュニコードに変更される場合、サフィックスが付加されて文字列はピュニコードに変更されることもある。これに対する処理は、例えばＵＤＰ又はＴＣＰヘッダのポート値が５３であることからＤＮＳクエリデータであることを第１次判別し、その後ＤＮＳクエリデータの内容からキーワードであるか否かを判断する際に、アドレス欄に入力されたキーワードがピュニコードに変更されてＤＮＳに問い合わせられる点に着目し、ピュニコードに変更されている場合、これがキーワードであると判断することもでき、サフィックス／ドメインＤＢ４６ｄに保存されている特定ドメイン又は特定識別子がＤＮＳクエリに含まれているか否か、ドメイン識別因子ＤＢ４６ｅに保存されているドメイン識別因子が含まれているか否かなどにより、様々な方法でキーワードであるか否かを判断することができる。
【００８２】
次に、本発明の実施形態によるキーワード処理方法を説明する。図４は、本発明の実施形態によるキーワード処理フローチャートである。
【００８３】
図２及び図４を参照すると、まずクライアント端末１００がネットワークを介してデータを送信すると（Ｓ１０１）、ネットワーク上のキーワード処理システムはネットワークデータをネットワーク上で受信する（Ｓ１０３）。データの受信がミラーリング又はプロキシ方式により処理されることは前述した通りである。
【００８４】
次に、データの種類などから第１次的にＨＴＴＰクエリを選別する（Ｓ１０５）。第１次的処理対象であるＨＴＴＰクエリの選別は、データに付加された各種ヘッダを分析して行われ、キーワードであるか否かの判断を必要とするか否かで選別する。例えば、送信されたデータのＴＣＰヘッダの送信先ポート番号が８０であればＨＴＴＰクエリであると判断し、第１次処理対象として選別する。この場合、必要に応じて、ネットワークを介して送信されるデータＩＰアドレスを用いて選別作業を行う過程を追加することができる。
【００８５】
次に、第１次選別されたデータに対して、識別因子ＤＢ４６ａに保存されている入力位置識別因子がＨＴＴＰクエリのヘッダのＵＲＩ情報に存在するか否かを判断する（Ｓ１０７）。
【００８６】
ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断した場合、ＨＴＴＰクエリに対する応答として、特定キーワードに対してＩＰアドレスもしくはＵＲＬを返送する自国語インターネットアドレス処理サーバ２００、又は特定キーワードに対して検索結果を返送する検索サーバ３００のＩＰアドレス又はＵＲＬをクライアント端末１００に送信する（Ｓ１０９）。自国語インターネットアドレス処理サーバ２００又は検索サーバ３００のＩＰアドレス又はＵＲＬを受信したクライアント端末１００は、該当ウェブページに接続する（Ｓ１１１）。
【００８７】
ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断されない場合、キーワード処理システム４０は何らの処理もせずにネットワークデータを元のまま送信させる（Ｓ１２０）。
【００８８】
次に、本発明の実施形態による他のキーワード処理方法を説明する。図５は、本発明の実施形態によるキーワード処理フローチャートである。
【００８９】
図２及び図５を参照すると、まずクライアント端末１００がネットワークを介してデータを送信すると（Ｓ２０１）、ネットワーク上のキーワード処理システムはネットワークデータをネットワーク上で受信する（Ｓ２０３）。
【００９０】
次に、データの種類などから第１次的にＨＴＴＰクエリを選別する（Ｓ２０５）。第１次的処理対象であるＨＴＴＰクエリの選別は、データに付加された各種ヘッダを分析し、キーワードであるか否かの判断を必要とするか否かを判別する。例えば、送信されたデータのＴＣＰヘッダの送信先ポート番号が８０であればＨＴＴＰクエリであると判断し、第１次処理対象として選別する。
【００９１】
次に、クエリ判断装置４４は、クライアント端末１００から送信されるネットワーク情報のうちＨＴＴＰクエリを受信し、ＨＴＴＰクエリのヘッダでホスト情報がホスト情報ＤＢ４６ｃに保存されているか否かを判断する（Ｓ２０７）。判断の結果、保存されている場合は、ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断する。
【００９２】
ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断した場合はステップＳ２０９、Ｓ２１１に進み、ＨＴＴＰクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断されない場合は処理しない（Ｓ２２０）。
【００９３】
次に、本発明の実施形態による他のキーワード処理方法を説明する。図６は、本発明の実施形態によるキーワード処理フローチャートである。
【００９４】
図２及び図６を参照すると、まずクライアント端末１００がネットワークを介してデータを送信すると（Ｓ３０１）、ネットワーク上のキーワード処理システムはネットワークデータをネットワーク上で受信する（Ｓ３０３）。
【００９５】
次に、データの種類などから第１次的にＤＮＳクエリを選別する（Ｓ３０５）。第１次的処理対象であるＤＮＳクエリの選別はデータに付加された各種ヘッダを分析し、キーワードであるか否かの判断を必要とするか否かを第１次的に判別する。例えば、送信されたデータのＴＣＰ又はＵＤＰヘッダの送信先ポート番号が５３であればＤＮＳクエリであると判断し、第１次処理対象として選別する。
【００９６】
次に、サフィックス／ドメインＤＢ４６ｄに保存されているサフィックス、ドメインが前記ＤＮＳクエリに存在するか否かを判断する（Ｓ３０７）。
【００９７】
判断の結果、サフィックス／ドメインＤＢ４６ｄに保存されているサフィックス／ドメインがＤＮＳクエリのヘッダに存在する場合は、ＤＮＳクエリに対する応答として、自国語インターネットアドレス処理サーバ２００又は検索サーバ３００のＩＰアドレス又はＵＲＬをクライアント端末１００に送信し（Ｓ３０９）、これを受信したクライアント端末１００は該当ウェブページに接続する（Ｓ３１１）。
【００９８】
ＤＮＳクエリがクライアントウェブブラウザのアドレス欄に入力されたキーワードクエリであると判断されない場合は処理しない（Ｓ３２０）。
【００９９】
次に、本発明の実施形態による他のキーワード処理方法を説明する。図７は、本発明の実施形態によるキーワード処理フローチャートである。
【０１００】
図２及び図７を参照すると、まずクライアント端末１００がネットワークを介してデータを送信すると（Ｓ４０１）、ネットワーク上のキーワード処理システムはネットワークデータをネットワーク上で受信する（Ｓ４０３）。
【０１０１】
次に、データの種類などから第１次的にＤＮＳクエリを選別する（Ｓ４０５）。第１次的処理対象であるＤＮＳクエリの選別はデータに付加された各種ヘッダを分析し、キーワードであるか否かの判断を必要とするか否かを第１次的に判別する。
【０１０２】
次に、クエリ判断装置４４は、クライアント端末１００から送信されるＤＮＳクエリにドメイン識別因子ＤＢ４６ｅのドメインネームを表示する識別因子が含まれているか否かを判断する（Ｓ４０７）。
【０１０３】
判断の結果、ドメイン識別因子ＤＢ４６ｅに保存されているドメインネームを表示する識別因子がＤＮＳクエリのヘッダに存在しない場合はキーワードであると判断してステップＳ４０９、Ｓ４１１に進み、保存されているドメインネームを表示する識別因子がＤＮＳクエリのヘッダに存在する場合は処理しない（Ｓ４２０）。
【０１０４】
本発明の実施形態による他のキーワード処理方法は図４〜図７にそれぞれ説明したが、このような処理形態は一例であり、それぞれの処理を複数にしてキーワード処理を行うこともできるのはもちろんである。
【０１０５】
本発明の技術思想は前記好ましい実施形態によって具体的に記述されたが、前記実施形態はそれを説明するためのものであり、限定するためのものではないことを周知すべきである。また、当業者であれば本発明の技術思想の範囲内で様々な実施形態が可能であることを理解することができるであろう。
【図１】
2010522908.tif 000007
【図２】
2010522908.tif 000008
【図３】
2010522908.tif 000009
【図４】
2010522908.tif 000010
【図５】
2010522908.tif 000011
【図６】
2010522908.tif 000012
【図７】
2010522908.tif 000013
【国際調査報告】
2010522908.tif 000014
2010522908.tif 000015