サーバ装置、情報処理装置、情報処理方法およびプログラム
【課題】検索用に保管した情報の全てを複写することを意図したアクセスを防止するサーバ装置を提供する。
【解決手段】ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、該カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する制御部を有する。
【解決手段】ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、該カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する制御部を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索サービスについてのサーバ装置、情報処理装置、情報処理方法、およびその方法をコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
現在、インターネット上で検索システムまたは検索サービスを利用して、欲しい情報を得ることが、一般的に行われている。検索サービスでは、ユーザが使用する検索技術や検索対象情報の品質が重要である。検索サービスを提供する側は、あらゆるジャンルの情報を収集してデータベースに保存している。また、公開されている情報が古いものから新しいものに変更されると、その変更に伴ってデータベースの情報も更新する。そのため、検索サービスの提供者側では、データ収集のための作業が継続的に行われている。
【０００３】
上記検索サービスに対して、その運用を損なうような不正なアクセスが行われることがある。不正なアクセスには、上記検索サービスを利用して、そのデータベースに保存されている情報を大量に複写して取得することや、一度に大量の検索要求を行うことなどがある。このような利用は、サービスの範囲を越えるものである。不正なアクセスにより、検索システムの品質低下が起こる可能性がある。不正なアクセスを防ぐ手段として、例えば、特許文献１に記載された技術がある。
【０００４】
特許文献１には、特定のホストサーバに大量のアクセスを行うことで、そのホストサーバが提供するサービスの品質を損なうＤＤｏＳ(Distributed Denial of Service)攻撃に対応する防御手段の一例が開示されている。攻撃実行ホストの指示により、踏み台ホストが攻撃対象ホストに対して大量のアクセスを行うＤＤｏＳ攻撃を実施すると、攻撃検出器は、防御側ネットワークの状況を監視してＤＤｏＳ攻撃を検出する。そして、通信制御機器は、攻撃検出器がＤＤｏＳ攻撃を検出すると、防御側ネットワークの管理者の指示により攻撃遮断機に通信制御の指示を出す。踏み台ホストは、通信制御の指示を受け取って通信を制御する。
【特許文献１】特開２００２−１５８６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記検索サービスにおいて、正規に利用するユーザに対してサービスを提供しながら、データベースに保存した検索対象情報の多くまたは全てを複写して取得するような不正なアクセスを防ぐ技術はなかった。
【０００６】
検索対象情報の多くまたは全てを取得されてしまうと、不正に取得した者がそれらのデータを用いて検索サービスを開始することも可能になる。多大な労力をかけてデータ収集を行った検索サービス提供者は、不正にデータ収集を行った者に対してコストの面で不利になり、検索サービスが成り立たなくなってしまうおそれがある。
【０００７】
特許文献１に開示された技術では、単にアクセスの数量によって不正な検索要求を検出するものである。不正な利用か否かをアクセス数で判断しようとすると、少ないアクセス数で効率よくデータを取得されてしまう場合には不正利用を検出できない。
【０００８】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、検索用に保管した情報の全てを複写することを意図したアクセスを防止するサーバ装置、情報処理装置、情報処理方法、およびその方法をコンピュータに実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための本発明のサーバ装置は、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、該カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する制御部を有する。
【００１０】
また、上記目的を達成するための本発明の情報処理装置は、ネットワーク上で検索サービスを提供するサーバ装置に接続される情報処理装置であって、
検索内容である検索条件をそれぞれ含む複数の検索要求信号に対応する前記検索結果を前記サーバ装置から受信し、前記サーバ装置に格納された検索対象情報に対する複数の前記検索結果が占める割合であるカバー率を算出し、該カバー率が予め決められた閾値以上であるか否かによって前記複数の検索要求信号による検索要求が異常であるか否かを判定する制御部を有する。
【００１１】
また、上記目的を達成するための本発明の情報処理方法は、ネットワーク上で検索サービスを提供するサーバ装置の情報処理方法であって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定するものである。
【００１２】
さらに、上記目的を達成するための本発明のプログラムは、ネットワーク上で検索サービスを提供するコンピュータに実行させるためのプログラムであって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する処理を前記コンピュータに実行させるものである。
【発明の効果】
【００１３】
本発明によれば、検索サービス用のサーバ装置に対して検索対象情報を不正に複写しようとすると、その動作を検出することができる。これにより、その対策を講じることで、検索対象情報の不正な複写を防止できる。
【発明を実施するための最良の形態】
【００１４】
（第１の実施形態）
本実施形態のサーバ装置を説明する。
【００１５】
図１は本実施形態のサーバ装置がネットワークに接続された状態を示す図である。サーバ装置１０は検索サービスを提供する検索サーバである。図１に示すように、サーバ装置１０はインターネットなどのネットワーク９０と接続され、ネットワーク９０に接続されるパーソナルコンピュータ（ＰＣ）５０に対して検索サービスを提供する。
【００１６】
サーバ装置１０とＰＣ５０の間で送受信される信号および情報には、送信先と送信元を示す情報が含まれている。送信元や送信先を示す情報として、装置毎に異なる識別子が用いられ、各装置の記憶部に予め保存されている。これは、ＴＣＰ／ＩＰ（Transmission Control Protocol/ Internet Protocol）によるパケット通信で行われている方法と同様であるため、詳細な説明を省略する。
【００１７】
図２は本実施形態のサーバ装置の一構成例を示すブロック図である。図２に示すように、サーバ装置１０は、入出力部３１と、記憶部３２と、制御部３３とを有する。制御部３３は、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とを備えている。
【００１８】
入出力部３１は、ネットワーク９０を介してＰＣ５０から情報を受信する入力手段１２と、ネットワーク９０を介してＰＣ５０に情報を送信する出力手段１６とを有する。入力手段１２はサーバ装置１０の管理者が指示を入力するための操作部を含む。出力手段１６は管理者に情報を通知するための表示部を含む。
【００１９】
記憶部３２は、検索サービスで提供するための情報である検索対象情報が格納された検索対象データベース（ＤＢ）１１を有する。制御部３３は、外部から受信する検索要求信号に含まれる検索条件にしたがって検索対象ＤＢ１１に対して情報を検索する検索手段１５を有する。検索手段１５は、入力手段１２を介して複数の検索要求信号が入力されると、それぞれの検索要求信号に含まれる検索条件毎に検索対象情報に対して検索を行い、各検索結果を検索結果蓄積手段１７に保存する。検索条件とは、検索の際に入力されるキーワードを含む検索内容である。また、検索条件を含む検索要求が検索クエリを意味する。
【００２０】
本実施形態のサーバ装置１０は、外部からの検索要求の異常性を判定するための異常性判定部３５を有している。異常性判定部３５は、記憶部３２に属する検索結果蓄積手段１７と、制御部３３に属する判定手段１４とを有する。検索結果蓄積手段１７には、検索要求が異常であるか否かを判断するための基準値である閾値が予め格納されている。この閾値を第１の閾値とする。また、検索手段１５が実行した検索の結果が格納される。
【００２１】
判定手段１４は、検索対象ＤＢ１１の検索対象情報に対して検索結果蓄積手段１７に格納された検索結果がどのくらいの割合を占めるかを示すカバー率を算出する。そして、求めたカバー率を予め決められた第１の閾値と比較し、カバー率が第１の閾値以上であれば検索要求が異常であると判断し、カバー率が第１の閾値よりも小さければ検索要求が正常であると判断する。判定手段１４は、検索要求が異常であると判定すると、検索要求に異常があることを管理者に通知するためのアラームを出力手段１６に出力させる。アラームは、警告音をスピーカから出力する方法やメッセージを表示部に出力する方法がある。
【００２２】
上記ＣＰＵ（不図示）がプログラムを実行することで、検索手段１５および判定手段１４がサーバ装置内に仮想的に構成される。
【００２３】
図３はサーバ装置の動作手順を示すフローチャートである。
【００２４】
ＰＣ５０が検索条件を含む検索要求信号をネットワーク９０を介してサーバ装置１０に送信する。サーバ装置１０がＰＣ５０から入力手段１２を介して複数の検索要求信号を受信すると（ステップ１００）、検索手段１５は、各検索要求信号に含まれる検索条件を用いて検索対象情報を検索し（ステップ１０１）、それぞれの検索結果を検索結果蓄積手段１７に保存する（ステップ１０２）。判定手段１４は、検索結果蓄積手段１７に保存された複数の検索結果の情報について検索対象ＤＢ１１の検索対象情報に対するカバー率を算出する（ステップ１０３）。
【００２５】
算出したカバー率が第１の閾値以上である場合、判定手段１４は、ステップ１０４で検索要求が異常であると判断し、アラームを出力手段１６に出力させる（ステップ１０５）。一方、カバー率が第１の閾値より小さい場合、ステップ１０４で検索要求は正常であると判断する。
【００２６】
次に、本実施形態のサーバ装置１０の動作手順を具体例で説明する。検索要求側は図１に示したＰＣ５０を用いて操作しているものとする。
【００２７】
図４は本実施形態のサーバ装置の動作手順の具体例を説明するための図である。
【００２８】
ここでは、地名や住所を入力すると地図データを検索して出力するサービスを、サーバ装置１０が提供する場合を考える。検索対象ＤＢ１１には、例えば、神奈川県の住宅地図の情報が格納されているとする。検索対象情報は地図データとなる。カバー率の第１の閾値を１０％とする。
【００２９】
通常、このようなサービスでは、例えば、「川崎市中原区」と入力すると川崎市の中原区役所を中心とした地図データを出力することが想定される。ここで、悪意のあるユーザが、大量に地図データを不正に取得しようと考え、例えば、「横浜市鶴見区」、「横浜市港北区」、「横浜市都筑区」などの区単位で検索条件を順にサーバ装置１０にＰＣ５０を介して入力したものとする。
【００３０】
検索手段１５は、検索条件毎に検索対象ＤＢ１１の検索対象情報を検索し、複数の検索条件のそれぞれの検索結果を検索結果蓄積手段１７に保存する。判定手段１４は、検索対象ＤＢの検索対象情報に対する複数の検索結果のカバー率を算出する。ここでは、取り扱う情報が神奈川県の住宅地図であることから、算出するカバー率は、神奈川県の住宅地図の面積に対する複数の検索結果の地図データの面積の割合で示される面積カバー率を算出することになる。
【００３１】
続いて、判定手段１４は、求めた面積カバー率が第１の閾値以上であるか否かを判定する。面積カバー率が１０％以上あると、検索要求が異常であると判断し、出力手段１６にアラームを出力させる。
【００３２】
上述したように、本実施形態では、複数の検索条件により検索した複数の検索結果の検索対象情報に対するカバー率を算出して検索要求の異常を検出することで、検索対象情報が大量に複写されることを防ぐことができる。本実施形態のような処理を行わないと、地図データの多くあるいは全てが悪意のあるユーザに取得されてしまい、サービスそのものが模倣されてしまうなどの危険がある。
【００３３】
なお、本実施形態では検索対象情報が地図情報の場合で説明したため、カバー率を面積で算出したが、検索対象情報の性質（属性）に合わせてカバー率を算出すればよい。以下に、その他の具体例をいくつか説明する。
【００３４】
地名や業態が検索条件として入力されると、検索条件に合致するレストランの情報を検索して出力するサービスを提供する場合を考える。このサービスの場合、判定手段１４は、検索対象ＤＢ１１に登録されたレストランの数に対する検索結果の占める数の割合をカバー率として算出する。算出したカバー率が第１の閾値以上であれば、検索要求が異常であると判定する。
【００３５】
曲名やアーティスト名が検索条件として入力されると、対応する楽曲データを検索して出力するサービスを提供する場合を考える。このサービスの場合、判定手段１４は、検索対象ＤＢ１１に登録された曲の数に対する検索結果の占める曲数の割合をカバー率として算出する。算出したカバー率が第１の閾値以上であれば、検索要求が異常であると判定する。
【００３６】
映像シーンの特徴を示す用語が検索条件として入力されると、映像コンテンツ中で検索条件に対応する映像シーンを検索して出力するサービスを提供する場合を考える。このサービスの場合、判定手段１４は、検索対象ＤＢ１１に登録された映像コンテンツの全再生時間に対する検索結果の映像シーンが占める再生時間の割合をカバー率として算出する。算出したカバー率が第１の閾値以上であれば、検索要求が異常であると判定する。
【００３７】
なお、本実施形態において、検索効率の値を用いる判定を追加してもよい。検索結果の件数は検索回数に相当する。検索回数と検索結果のカバー率とから検索効率を算出し、算出した検索効率が予め決められた第２の閾値以上であるか否かで検索要求が異常であるか否かを判定する。具体的に説明すると、判定手段１４は、検索効率Ｅを検索回数Ｎと検索結果のカバー率ＣとからＥ＝Ｃ／Ｎの式で算出する。そして、検索効率Ｅが第２の閾値以上である場合に検索要求は異常と判定する。これにより、判定の精度が向上し、少ない検索回数で効率よくデータを取得するような、より悪質な検索要求からデータを保護することが可能となる。
【００３８】
また、悪意で検索対象情報を大量に取得しようとする者は、短時間に連続してＰＣ５０に検索要求信号を送出させることが考えられる。そのため、判定手段１４が、検索要求信号の受信時刻を記録し、一定時間内に受信する複数の検索要求信号に含まれる検索条件に対して、上述の判定を行うようにしてもよい。監視時間となる一定時間とは、３０分や１時間などの単位である。監視する時間を予め設定し、検索条件蓄積手段１３に格納しておく。この場合、連続して検索要求を行って大量の情報を収集しようとする行為を検出することが可能となる。
【００３９】
また、サーバ装置１０の管理者が不在の夜間などに、悪意で検索対象情報を大量に複写される場合も考えられる。そのため、判定手段１４は、検索要求信号の受信時刻を記録し、予め決められた時間帯に受信する複数の検索要求信号に含まれる検索条件に対して、上述の判定を行うようにしてもよい。
【００４０】
また、検索要求信号には、その信号の送信先を示す情報だけでなく、送信元を示す情報が含まれている。そのため、判定手段１４は、検索要求信号の送信元を特定することが可能となる。判定手段１４は、複数の検索結果にそれぞれに添付される送信先が同じである場合、その検索結果に対応する複数の検索要求信号に対して、上述の判定を行うようにしてもよい。この場合、１つの情報処理装置に大量の検索対象情報を収集しようとする行為を検出することが可能となる。
【００４１】
さらに、判定手段１４は、検索要求が異常と判定した場合に出力手段１６を介してアラームを出力するとした。これに限らず、検索要求信号からその信号の送信元を特定することが可能なので、その送信元が悪意を持って検索対象情報を収集する者の情報処理装置と判断し、その装置への検索結果の送信を停止してもよい。
【００４２】
本実施形態では、サーバ装置内に異常性判定部３５を設けたが、異常性判定部３５の機能を備えた情報処理装置をサーバ装置に接続してもよい。
【００４３】
図５は情報処理装置とサーバ装置との接続例を示す図であり、図６は情報処理装置およびサーバ装置の構成例を示す図である。図５に示すように、サーバ装置６０の入出力信号線に情報処理装置６５が接続されている。情報処理装置６５は、サーバ装置６０に入力される検索要求信号を監視する。図６に示すように、情報処理装置６５は、上述した検索結果蓄積手段１７および判定手段１４を有している。サーバ装置６０は、入力手段１２、出力手段１６、検索対象ＤＢ１１および検索手段１５を有している。情報処理装置６５の動作は上記異常性判定部３５と同様であるため、ここでは、その詳細な説明を省略する。
【００４４】
なお、情報処理装置６５がサーバ装置６０の検索結果を監視可能であれば、図５に示す接続方法に限らず、他の接続方法であってもよい。
【００４５】
（第２の実施形態）
本実施形態は、検索要求が異常か否かの判定を検索条件と検索結果の両方で行うものである。検索結果だけからでは、検索要求が異常であることを検出するのが困難な場合に有効である。
【００４６】
図７は本実施形態のサーバ装置の一構成例を示すブロック図である。第１の実施形態と同様な構成については同一の符号を付し、その詳細な説明を省略する。
【００４７】
図７に示すように、サーバ装置７０は、入出力部７１と、記憶部７２と、制御部７３とを有する。本実施形態の記憶部７２には、検索結果蓄積手段１７の他に検索条件蓄積手段１３が設けられている。異常性判定部７５は、検索条件蓄積手段１３と、検索結果蓄積手段１７と、判定手段７４とを有する。
【００４８】
判定手段７４は、受信する複数の検索要求信号の検索条件を検索条件蓄積手段１３に保存する。検索手段１５が検索を実行し、その結果を検索結果蓄積手段１７に保存する。判定手段７４は、第１の実施形態と同様にして、検索結果のカバー率による判定を行う。また、本実施形態では、判定手段７４は、検索結果蓄積手段１７に保存された複数の検索結果に対応する検索条件を検索条件蓄積手段１３から読み出す。そして、読み出した複数の検索条件の規則性に変化があるかどうかを調べ、規則性に変化があるか否かで、検索要求が異常であるか否かを判定する。いずれかの判定で検索要求が異常であると判断すると、検索要求に異常があることを管理者に通知するためのアラームを出力手段１６に出力させる。
【００４９】
本実施形態のサーバ装置７０の動作手順を具体例で説明する。
【００５０】
図８は本実施形態のサーバ装置の動作手順を説明するための図である。
【００５１】
ここでは、運勢を占って欲しい人の生年月日と占い対象日となる年月日の情報が入力されると、占い対象日における運勢を検索して出力する占いサービスを、サーバ装置７０が提供する場合を考える。この場合、情報対象ＤＢ１１には、例えば、１２星座占いの運勢情報が格納されている。正常な検索要求の例として、「１９８０年３月３日」という生年月日の入力と「２００７年８月１日」という日付の入力に対して、「健康運○、金運×」という出力が考えられる。
【００５２】
ここで、悪意のあるユーザが、生年月日の入力として「１９８０年４月１日」、「１９８１年４月１日」、「１９８２年４月１日」を検索条件として入力手段１２にＰＣ５０を介して順に入力したとする。占い対象日は、いずれの場合も同じ日付が入力されているものとする。
【００５３】
入力された検索条件は検索条件蓄積手段１３に蓄積される。蓄積された複数の検索条件に対する、検索手段１５による検索結果は検索結果蓄積手段１７に蓄積される。判定手段７４は、検索結果からカバー率を算出し、カバー率と第１の閾値とを比較する。カバー率は第１の閾値よりも小さかったため、検索結果からは検索要求が正常であると判断する。
【００５４】
一方、このサービスでは、１２星座占いを用いているとすると、上記３種類の検索条件に対して検索結果が３つとも「健康運○金運△」と同じになる。悪意のあるユーザは、この検索結果を見て、占いサービスに１２星座占いを用いていることを予測する。そして、次に入力する検索条件としては、「４月１日」生まれの人の星座とは異なる星座の生年月日を入力してみることを考える。ここでは、次の検索条件として、「１９８０年５月１日」の生年月日が入力されとものとする。
【００５５】
判定手段７４は、新たな検索条件が入力されると、既に入力された複数の検索条件の規則性が変化したと判断する。検索結果のカバー率が第１の閾値よりも小さくても、蓄積された検索条件の規則性が「各年の４月１日」から「同じ年の５月１日」に変化したことから、判定手段７４は、その検索要求が異常であると判断し、出力手段１６にアラームを出力させる。
【００５６】
検索サービスにどのような仕組みを用いているかを調べようとすると、上述したように、検索条件の規則性に変化が現れることになる。本実施形態では、検索結果による判定だけでなく、検索条件の規則性に変化があると検索要求が異常であると判断することで、検索対象情報が大量に複写されることを防ぐことができる。本実施形態のような処理を行わないと、占い用の運勢情報の多くまたは全てが悪意のあるユーザに取得されてしまい、サービスそのものが模倣されてしまうなどの危険がある。
【００５７】
また、検索結果を見ながら検索条件を変化させる場合、検索対象ＤＢ１１に格納された情報そのものを複写されなくても、検索用のアルゴリズムが悪意のあるユーザに取得されてしまうことも考えられる。上述の具体例では、例えば、検索条件として入力される生年月日が「おひつじ座」の３月２１日〜４月１９日までの場合には、検索結果として出力される運勢情報が同じになる。検索条件の生年月日が「４月２０日」になると、星座が「おうし座」になるため、それまでとは運勢情報が変わることになる。その結果、占いの方法を隠したくても、１２星座占いであることがユーザにわかってしまう、という危険性がある。単に情報を全て複写する場合に限らず、検索のアルゴリズムの情報を取得しようとする場合であっても、検索条件による判定をさらに行うことで、検索要求の異常を検出することができる。
【００５８】
本発明によれば、検索サービス用のサーバ装置に対して検索対象情報を不正に複写しようとすると、その動作を検出することができる。これにより、サーバ管理者へのアラーム通知や、検索要求元に検索結果を送らないなどの処置を行うことで、検索対象情報の不正な複写を防止することができる。
【００５９】
なお、本実施形態についても、第１の実施形態の図５および図６で説明した構成と同様に、異常性判定部の機能をサーバ装置とは別に設けてもよい。
【００６０】
また、第１の実施形態と同様に、判定手段７４は、検索要求が異常と判定した場合、検索要求信号からその信号の送信元を特定すると、その送信元が悪意を持って検索対象情報を収集する者の情報処理装置と判断し、その装置に対して、異常であると判定した時点で検索結果の送信を停止してもよい。
【００６１】
また、第１および第２の実施形態で説明した種々の判定方法を複数組み合わせてもよい。複数の判定方法を組み合わせる場合、判定結果が異なるとどのように判断するかを予めプログラムに記述しておく。過去の判定結果の成績から判定方法に優先順位を予め決めてもよく、検索対象情報の属性によって判定方法に優先順位を設けてもよい。
【産業上の利用可能性】
【００６２】
本発明は、コンテンツが格納されたデータベースを備え、インターネット等を利用してそのデータベースに格納された情報を検索するサービスに適用できる。
【図面の簡単な説明】
【００６３】
【図１】第１の実施形態のサーバ装置がネットワークに接続された状態を示す図である。
【図２】第１の実施形態のサーバ装置の一構成例を示すブロック図である。
【図３】第１の実施形態のサーバ装置の動作手順を示すフローチャートである。
【図４】第１の実施形態のサーバ装置の動作手順の具体例を説明するための図である。
【図５】第１の実施形態における別の構成例を示す図である。
【図６】図５に示す情報処理装置およびサーバ装置の構成例を示す図である。
【図７】第２の実施形態のサーバ装置の一構成例を示すブロック図である。
【図８】第２の実施形態のサーバ装置の動作手順を説明するための図である。
【符号の説明】
【００６４】
１０ サーバ装置
３２ 記憶部
３３ 制御部
６５ 情報処理装置
【技術分野】
【０００１】
本発明は、情報検索サービスについてのサーバ装置、情報処理装置、情報処理方法、およびその方法をコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
現在、インターネット上で検索システムまたは検索サービスを利用して、欲しい情報を得ることが、一般的に行われている。検索サービスでは、ユーザが使用する検索技術や検索対象情報の品質が重要である。検索サービスを提供する側は、あらゆるジャンルの情報を収集してデータベースに保存している。また、公開されている情報が古いものから新しいものに変更されると、その変更に伴ってデータベースの情報も更新する。そのため、検索サービスの提供者側では、データ収集のための作業が継続的に行われている。
【０００３】
上記検索サービスに対して、その運用を損なうような不正なアクセスが行われることがある。不正なアクセスには、上記検索サービスを利用して、そのデータベースに保存されている情報を大量に複写して取得することや、一度に大量の検索要求を行うことなどがある。このような利用は、サービスの範囲を越えるものである。不正なアクセスにより、検索システムの品質低下が起こる可能性がある。不正なアクセスを防ぐ手段として、例えば、特許文献１に記載された技術がある。
【０００４】
特許文献１には、特定のホストサーバに大量のアクセスを行うことで、そのホストサーバが提供するサービスの品質を損なうＤＤｏＳ(Distributed Denial of Service)攻撃に対応する防御手段の一例が開示されている。攻撃実行ホストの指示により、踏み台ホストが攻撃対象ホストに対して大量のアクセスを行うＤＤｏＳ攻撃を実施すると、攻撃検出器は、防御側ネットワークの状況を監視してＤＤｏＳ攻撃を検出する。そして、通信制御機器は、攻撃検出器がＤＤｏＳ攻撃を検出すると、防御側ネットワークの管理者の指示により攻撃遮断機に通信制御の指示を出す。踏み台ホストは、通信制御の指示を受け取って通信を制御する。
【特許文献１】特開２００２−１５８６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記検索サービスにおいて、正規に利用するユーザに対してサービスを提供しながら、データベースに保存した検索対象情報の多くまたは全てを複写して取得するような不正なアクセスを防ぐ技術はなかった。
【０００６】
検索対象情報の多くまたは全てを取得されてしまうと、不正に取得した者がそれらのデータを用いて検索サービスを開始することも可能になる。多大な労力をかけてデータ収集を行った検索サービス提供者は、不正にデータ収集を行った者に対してコストの面で不利になり、検索サービスが成り立たなくなってしまうおそれがある。
【０００７】
特許文献１に開示された技術では、単にアクセスの数量によって不正な検索要求を検出するものである。不正な利用か否かをアクセス数で判断しようとすると、少ないアクセス数で効率よくデータを取得されてしまう場合には不正利用を検出できない。
【０００８】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、検索用に保管した情報の全てを複写することを意図したアクセスを防止するサーバ装置、情報処理装置、情報処理方法、およびその方法をコンピュータに実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための本発明のサーバ装置は、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、該カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する制御部を有する。
【００１０】
また、上記目的を達成するための本発明の情報処理装置は、ネットワーク上で検索サービスを提供するサーバ装置に接続される情報処理装置であって、
検索内容である検索条件をそれぞれ含む複数の検索要求信号に対応する前記検索結果を前記サーバ装置から受信し、前記サーバ装置に格納された検索対象情報に対する複数の前記検索結果が占める割合であるカバー率を算出し、該カバー率が予め決められた閾値以上であるか否かによって前記複数の検索要求信号による検索要求が異常であるか否かを判定する制御部を有する。
【００１１】
また、上記目的を達成するための本発明の情報処理方法は、ネットワーク上で検索サービスを提供するサーバ装置の情報処理方法であって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定するものである。
【００１２】
さらに、上記目的を達成するための本発明のプログラムは、ネットワーク上で検索サービスを提供するコンピュータに実行させるためのプログラムであって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する処理を前記コンピュータに実行させるものである。
【発明の効果】
【００１３】
本発明によれば、検索サービス用のサーバ装置に対して検索対象情報を不正に複写しようとすると、その動作を検出することができる。これにより、その対策を講じることで、検索対象情報の不正な複写を防止できる。
【発明を実施するための最良の形態】
【００１４】
（第１の実施形態）
本実施形態のサーバ装置を説明する。
【００１５】
図１は本実施形態のサーバ装置がネットワークに接続された状態を示す図である。サーバ装置１０は検索サービスを提供する検索サーバである。図１に示すように、サーバ装置１０はインターネットなどのネットワーク９０と接続され、ネットワーク９０に接続されるパーソナルコンピュータ（ＰＣ）５０に対して検索サービスを提供する。
【００１６】
サーバ装置１０とＰＣ５０の間で送受信される信号および情報には、送信先と送信元を示す情報が含まれている。送信元や送信先を示す情報として、装置毎に異なる識別子が用いられ、各装置の記憶部に予め保存されている。これは、ＴＣＰ／ＩＰ（Transmission Control Protocol/ Internet Protocol）によるパケット通信で行われている方法と同様であるため、詳細な説明を省略する。
【００１７】
図２は本実施形態のサーバ装置の一構成例を示すブロック図である。図２に示すように、サーバ装置１０は、入出力部３１と、記憶部３２と、制御部３３とを有する。制御部３３は、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とを備えている。
【００１８】
入出力部３１は、ネットワーク９０を介してＰＣ５０から情報を受信する入力手段１２と、ネットワーク９０を介してＰＣ５０に情報を送信する出力手段１６とを有する。入力手段１２はサーバ装置１０の管理者が指示を入力するための操作部を含む。出力手段１６は管理者に情報を通知するための表示部を含む。
【００１９】
記憶部３２は、検索サービスで提供するための情報である検索対象情報が格納された検索対象データベース（ＤＢ）１１を有する。制御部３３は、外部から受信する検索要求信号に含まれる検索条件にしたがって検索対象ＤＢ１１に対して情報を検索する検索手段１５を有する。検索手段１５は、入力手段１２を介して複数の検索要求信号が入力されると、それぞれの検索要求信号に含まれる検索条件毎に検索対象情報に対して検索を行い、各検索結果を検索結果蓄積手段１７に保存する。検索条件とは、検索の際に入力されるキーワードを含む検索内容である。また、検索条件を含む検索要求が検索クエリを意味する。
【００２０】
本実施形態のサーバ装置１０は、外部からの検索要求の異常性を判定するための異常性判定部３５を有している。異常性判定部３５は、記憶部３２に属する検索結果蓄積手段１７と、制御部３３に属する判定手段１４とを有する。検索結果蓄積手段１７には、検索要求が異常であるか否かを判断するための基準値である閾値が予め格納されている。この閾値を第１の閾値とする。また、検索手段１５が実行した検索の結果が格納される。
【００２１】
判定手段１４は、検索対象ＤＢ１１の検索対象情報に対して検索結果蓄積手段１７に格納された検索結果がどのくらいの割合を占めるかを示すカバー率を算出する。そして、求めたカバー率を予め決められた第１の閾値と比較し、カバー率が第１の閾値以上であれば検索要求が異常であると判断し、カバー率が第１の閾値よりも小さければ検索要求が正常であると判断する。判定手段１４は、検索要求が異常であると判定すると、検索要求に異常があることを管理者に通知するためのアラームを出力手段１６に出力させる。アラームは、警告音をスピーカから出力する方法やメッセージを表示部に出力する方法がある。
【００２２】
上記ＣＰＵ（不図示）がプログラムを実行することで、検索手段１５および判定手段１４がサーバ装置内に仮想的に構成される。
【００２３】
図３はサーバ装置の動作手順を示すフローチャートである。
【００２４】
ＰＣ５０が検索条件を含む検索要求信号をネットワーク９０を介してサーバ装置１０に送信する。サーバ装置１０がＰＣ５０から入力手段１２を介して複数の検索要求信号を受信すると（ステップ１００）、検索手段１５は、各検索要求信号に含まれる検索条件を用いて検索対象情報を検索し（ステップ１０１）、それぞれの検索結果を検索結果蓄積手段１７に保存する（ステップ１０２）。判定手段１４は、検索結果蓄積手段１７に保存された複数の検索結果の情報について検索対象ＤＢ１１の検索対象情報に対するカバー率を算出する（ステップ１０３）。
【００２５】
算出したカバー率が第１の閾値以上である場合、判定手段１４は、ステップ１０４で検索要求が異常であると判断し、アラームを出力手段１６に出力させる（ステップ１０５）。一方、カバー率が第１の閾値より小さい場合、ステップ１０４で検索要求は正常であると判断する。
【００２６】
次に、本実施形態のサーバ装置１０の動作手順を具体例で説明する。検索要求側は図１に示したＰＣ５０を用いて操作しているものとする。
【００２７】
図４は本実施形態のサーバ装置の動作手順の具体例を説明するための図である。
【００２８】
ここでは、地名や住所を入力すると地図データを検索して出力するサービスを、サーバ装置１０が提供する場合を考える。検索対象ＤＢ１１には、例えば、神奈川県の住宅地図の情報が格納されているとする。検索対象情報は地図データとなる。カバー率の第１の閾値を１０％とする。
【００２９】
通常、このようなサービスでは、例えば、「川崎市中原区」と入力すると川崎市の中原区役所を中心とした地図データを出力することが想定される。ここで、悪意のあるユーザが、大量に地図データを不正に取得しようと考え、例えば、「横浜市鶴見区」、「横浜市港北区」、「横浜市都筑区」などの区単位で検索条件を順にサーバ装置１０にＰＣ５０を介して入力したものとする。
【００３０】
検索手段１５は、検索条件毎に検索対象ＤＢ１１の検索対象情報を検索し、複数の検索条件のそれぞれの検索結果を検索結果蓄積手段１７に保存する。判定手段１４は、検索対象ＤＢの検索対象情報に対する複数の検索結果のカバー率を算出する。ここでは、取り扱う情報が神奈川県の住宅地図であることから、算出するカバー率は、神奈川県の住宅地図の面積に対する複数の検索結果の地図データの面積の割合で示される面積カバー率を算出することになる。
【００３１】
続いて、判定手段１４は、求めた面積カバー率が第１の閾値以上であるか否かを判定する。面積カバー率が１０％以上あると、検索要求が異常であると判断し、出力手段１６にアラームを出力させる。
【００３２】
上述したように、本実施形態では、複数の検索条件により検索した複数の検索結果の検索対象情報に対するカバー率を算出して検索要求の異常を検出することで、検索対象情報が大量に複写されることを防ぐことができる。本実施形態のような処理を行わないと、地図データの多くあるいは全てが悪意のあるユーザに取得されてしまい、サービスそのものが模倣されてしまうなどの危険がある。
【００３３】
なお、本実施形態では検索対象情報が地図情報の場合で説明したため、カバー率を面積で算出したが、検索対象情報の性質（属性）に合わせてカバー率を算出すればよい。以下に、その他の具体例をいくつか説明する。
【００３４】
地名や業態が検索条件として入力されると、検索条件に合致するレストランの情報を検索して出力するサービスを提供する場合を考える。このサービスの場合、判定手段１４は、検索対象ＤＢ１１に登録されたレストランの数に対する検索結果の占める数の割合をカバー率として算出する。算出したカバー率が第１の閾値以上であれば、検索要求が異常であると判定する。
【００３５】
曲名やアーティスト名が検索条件として入力されると、対応する楽曲データを検索して出力するサービスを提供する場合を考える。このサービスの場合、判定手段１４は、検索対象ＤＢ１１に登録された曲の数に対する検索結果の占める曲数の割合をカバー率として算出する。算出したカバー率が第１の閾値以上であれば、検索要求が異常であると判定する。
【００３６】
映像シーンの特徴を示す用語が検索条件として入力されると、映像コンテンツ中で検索条件に対応する映像シーンを検索して出力するサービスを提供する場合を考える。このサービスの場合、判定手段１４は、検索対象ＤＢ１１に登録された映像コンテンツの全再生時間に対する検索結果の映像シーンが占める再生時間の割合をカバー率として算出する。算出したカバー率が第１の閾値以上であれば、検索要求が異常であると判定する。
【００３７】
なお、本実施形態において、検索効率の値を用いる判定を追加してもよい。検索結果の件数は検索回数に相当する。検索回数と検索結果のカバー率とから検索効率を算出し、算出した検索効率が予め決められた第２の閾値以上であるか否かで検索要求が異常であるか否かを判定する。具体的に説明すると、判定手段１４は、検索効率Ｅを検索回数Ｎと検索結果のカバー率ＣとからＥ＝Ｃ／Ｎの式で算出する。そして、検索効率Ｅが第２の閾値以上である場合に検索要求は異常と判定する。これにより、判定の精度が向上し、少ない検索回数で効率よくデータを取得するような、より悪質な検索要求からデータを保護することが可能となる。
【００３８】
また、悪意で検索対象情報を大量に取得しようとする者は、短時間に連続してＰＣ５０に検索要求信号を送出させることが考えられる。そのため、判定手段１４が、検索要求信号の受信時刻を記録し、一定時間内に受信する複数の検索要求信号に含まれる検索条件に対して、上述の判定を行うようにしてもよい。監視時間となる一定時間とは、３０分や１時間などの単位である。監視する時間を予め設定し、検索条件蓄積手段１３に格納しておく。この場合、連続して検索要求を行って大量の情報を収集しようとする行為を検出することが可能となる。
【００３９】
また、サーバ装置１０の管理者が不在の夜間などに、悪意で検索対象情報を大量に複写される場合も考えられる。そのため、判定手段１４は、検索要求信号の受信時刻を記録し、予め決められた時間帯に受信する複数の検索要求信号に含まれる検索条件に対して、上述の判定を行うようにしてもよい。
【００４０】
また、検索要求信号には、その信号の送信先を示す情報だけでなく、送信元を示す情報が含まれている。そのため、判定手段１４は、検索要求信号の送信元を特定することが可能となる。判定手段１４は、複数の検索結果にそれぞれに添付される送信先が同じである場合、その検索結果に対応する複数の検索要求信号に対して、上述の判定を行うようにしてもよい。この場合、１つの情報処理装置に大量の検索対象情報を収集しようとする行為を検出することが可能となる。
【００４１】
さらに、判定手段１４は、検索要求が異常と判定した場合に出力手段１６を介してアラームを出力するとした。これに限らず、検索要求信号からその信号の送信元を特定することが可能なので、その送信元が悪意を持って検索対象情報を収集する者の情報処理装置と判断し、その装置への検索結果の送信を停止してもよい。
【００４２】
本実施形態では、サーバ装置内に異常性判定部３５を設けたが、異常性判定部３５の機能を備えた情報処理装置をサーバ装置に接続してもよい。
【００４３】
図５は情報処理装置とサーバ装置との接続例を示す図であり、図６は情報処理装置およびサーバ装置の構成例を示す図である。図５に示すように、サーバ装置６０の入出力信号線に情報処理装置６５が接続されている。情報処理装置６５は、サーバ装置６０に入力される検索要求信号を監視する。図６に示すように、情報処理装置６５は、上述した検索結果蓄積手段１７および判定手段１４を有している。サーバ装置６０は、入力手段１２、出力手段１６、検索対象ＤＢ１１および検索手段１５を有している。情報処理装置６５の動作は上記異常性判定部３５と同様であるため、ここでは、その詳細な説明を省略する。
【００４４】
なお、情報処理装置６５がサーバ装置６０の検索結果を監視可能であれば、図５に示す接続方法に限らず、他の接続方法であってもよい。
【００４５】
（第２の実施形態）
本実施形態は、検索要求が異常か否かの判定を検索条件と検索結果の両方で行うものである。検索結果だけからでは、検索要求が異常であることを検出するのが困難な場合に有効である。
【００４６】
図７は本実施形態のサーバ装置の一構成例を示すブロック図である。第１の実施形態と同様な構成については同一の符号を付し、その詳細な説明を省略する。
【００４７】
図７に示すように、サーバ装置７０は、入出力部７１と、記憶部７２と、制御部７３とを有する。本実施形態の記憶部７２には、検索結果蓄積手段１７の他に検索条件蓄積手段１３が設けられている。異常性判定部７５は、検索条件蓄積手段１３と、検索結果蓄積手段１７と、判定手段７４とを有する。
【００４８】
判定手段７４は、受信する複数の検索要求信号の検索条件を検索条件蓄積手段１３に保存する。検索手段１５が検索を実行し、その結果を検索結果蓄積手段１７に保存する。判定手段７４は、第１の実施形態と同様にして、検索結果のカバー率による判定を行う。また、本実施形態では、判定手段７４は、検索結果蓄積手段１７に保存された複数の検索結果に対応する検索条件を検索条件蓄積手段１３から読み出す。そして、読み出した複数の検索条件の規則性に変化があるかどうかを調べ、規則性に変化があるか否かで、検索要求が異常であるか否かを判定する。いずれかの判定で検索要求が異常であると判断すると、検索要求に異常があることを管理者に通知するためのアラームを出力手段１６に出力させる。
【００４９】
本実施形態のサーバ装置７０の動作手順を具体例で説明する。
【００５０】
図８は本実施形態のサーバ装置の動作手順を説明するための図である。
【００５１】
ここでは、運勢を占って欲しい人の生年月日と占い対象日となる年月日の情報が入力されると、占い対象日における運勢を検索して出力する占いサービスを、サーバ装置７０が提供する場合を考える。この場合、情報対象ＤＢ１１には、例えば、１２星座占いの運勢情報が格納されている。正常な検索要求の例として、「１９８０年３月３日」という生年月日の入力と「２００７年８月１日」という日付の入力に対して、「健康運○、金運×」という出力が考えられる。
【００５２】
ここで、悪意のあるユーザが、生年月日の入力として「１９８０年４月１日」、「１９８１年４月１日」、「１９８２年４月１日」を検索条件として入力手段１２にＰＣ５０を介して順に入力したとする。占い対象日は、いずれの場合も同じ日付が入力されているものとする。
【００５３】
入力された検索条件は検索条件蓄積手段１３に蓄積される。蓄積された複数の検索条件に対する、検索手段１５による検索結果は検索結果蓄積手段１７に蓄積される。判定手段７４は、検索結果からカバー率を算出し、カバー率と第１の閾値とを比較する。カバー率は第１の閾値よりも小さかったため、検索結果からは検索要求が正常であると判断する。
【００５４】
一方、このサービスでは、１２星座占いを用いているとすると、上記３種類の検索条件に対して検索結果が３つとも「健康運○金運△」と同じになる。悪意のあるユーザは、この検索結果を見て、占いサービスに１２星座占いを用いていることを予測する。そして、次に入力する検索条件としては、「４月１日」生まれの人の星座とは異なる星座の生年月日を入力してみることを考える。ここでは、次の検索条件として、「１９８０年５月１日」の生年月日が入力されとものとする。
【００５５】
判定手段７４は、新たな検索条件が入力されると、既に入力された複数の検索条件の規則性が変化したと判断する。検索結果のカバー率が第１の閾値よりも小さくても、蓄積された検索条件の規則性が「各年の４月１日」から「同じ年の５月１日」に変化したことから、判定手段７４は、その検索要求が異常であると判断し、出力手段１６にアラームを出力させる。
【００５６】
検索サービスにどのような仕組みを用いているかを調べようとすると、上述したように、検索条件の規則性に変化が現れることになる。本実施形態では、検索結果による判定だけでなく、検索条件の規則性に変化があると検索要求が異常であると判断することで、検索対象情報が大量に複写されることを防ぐことができる。本実施形態のような処理を行わないと、占い用の運勢情報の多くまたは全てが悪意のあるユーザに取得されてしまい、サービスそのものが模倣されてしまうなどの危険がある。
【００５７】
また、検索結果を見ながら検索条件を変化させる場合、検索対象ＤＢ１１に格納された情報そのものを複写されなくても、検索用のアルゴリズムが悪意のあるユーザに取得されてしまうことも考えられる。上述の具体例では、例えば、検索条件として入力される生年月日が「おひつじ座」の３月２１日〜４月１９日までの場合には、検索結果として出力される運勢情報が同じになる。検索条件の生年月日が「４月２０日」になると、星座が「おうし座」になるため、それまでとは運勢情報が変わることになる。その結果、占いの方法を隠したくても、１２星座占いであることがユーザにわかってしまう、という危険性がある。単に情報を全て複写する場合に限らず、検索のアルゴリズムの情報を取得しようとする場合であっても、検索条件による判定をさらに行うことで、検索要求の異常を検出することができる。
【００５８】
本発明によれば、検索サービス用のサーバ装置に対して検索対象情報を不正に複写しようとすると、その動作を検出することができる。これにより、サーバ管理者へのアラーム通知や、検索要求元に検索結果を送らないなどの処置を行うことで、検索対象情報の不正な複写を防止することができる。
【００５９】
なお、本実施形態についても、第１の実施形態の図５および図６で説明した構成と同様に、異常性判定部の機能をサーバ装置とは別に設けてもよい。
【００６０】
また、第１の実施形態と同様に、判定手段７４は、検索要求が異常と判定した場合、検索要求信号からその信号の送信元を特定すると、その送信元が悪意を持って検索対象情報を収集する者の情報処理装置と判断し、その装置に対して、異常であると判定した時点で検索結果の送信を停止してもよい。
【００６１】
また、第１および第２の実施形態で説明した種々の判定方法を複数組み合わせてもよい。複数の判定方法を組み合わせる場合、判定結果が異なるとどのように判断するかを予めプログラムに記述しておく。過去の判定結果の成績から判定方法に優先順位を予め決めてもよく、検索対象情報の属性によって判定方法に優先順位を設けてもよい。
【産業上の利用可能性】
【００６２】
本発明は、コンテンツが格納されたデータベースを備え、インターネット等を利用してそのデータベースに格納された情報を検索するサービスに適用できる。
【図面の簡単な説明】
【００６３】
【図１】第１の実施形態のサーバ装置がネットワークに接続された状態を示す図である。
【図２】第１の実施形態のサーバ装置の一構成例を示すブロック図である。
【図３】第１の実施形態のサーバ装置の動作手順を示すフローチャートである。
【図４】第１の実施形態のサーバ装置の動作手順の具体例を説明するための図である。
【図５】第１の実施形態における別の構成例を示す図である。
【図６】図５に示す情報処理装置およびサーバ装置の構成例を示す図である。
【図７】第２の実施形態のサーバ装置の一構成例を示すブロック図である。
【図８】第２の実施形態のサーバ装置の動作手順を説明するための図である。
【符号の説明】
【００６４】
１０ サーバ装置
３２ 記憶部
３３ 制御部
６５ 情報処理装置
【特許請求の範囲】
【請求項１】
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、該カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する制御部を有するサーバ装置。
【請求項２】
前記制御部は、
複数の前記検索要求信号による検索結果の送信先が同一であると、該複数の検索要求信号に対して判定を行う請求項１に記載のサーバ装置。
【請求項３】
前記制御部は、
前記検索要求信号の受信時刻を記録し、所定の時間内、または、所定の時間帯に受信する複数の検索要求信号に対して判定する請求項１または２に記載のサーバ装置。
【請求項４】
前記制御部は、
複数の前記検索要求信号に対応する検索結果の数と前記カバー率を用いて検索効率を算出し、該検索効率が予め決められた第２の閾値以上であるか否かによって前記検索要求が異常であるか否かを判定する請求項１から３のいずれか１項に記載のサーバ装置。
【請求項５】
前記制御部は、
複数の前記検索条件の規則性に変化があるか否かによって前記検索要求が異常であるか否かを判定する請求項１から４のいずれか１項記載のサーバ装置。
【請求項６】
前記制御部は、
前記検索要求が異常であると判定すると、前記検索結果を送信しない請求項１から５のいずれか１項記載のサーバ装置。
【請求項７】
ネットワーク上で検索サービスを提供するサーバ装置に接続される情報処理装置であって、
検索内容である検索条件をそれぞれ含む複数の検索要求信号に対応する前記検索結果を前記サーバ装置から受信し、前記サーバ装置に格納された検索対象情報に対する複数の前記検索結果が占める割合であるカバー率を算出し、該カバー率が予め決められた閾値以上であるか否かによって前記複数の検索要求信号による検索要求が異常であるか否かを判定する制御部を有する情報処理装置。
【請求項８】
ネットワーク上で検索サービスを提供するサーバ装置の情報処理方法であって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する、情報処理方法。
【請求項９】
複数の前記検索要求信号による検索結果の送信先が同一であると、該複数の検索要求信号に対して判定を行う請求項８に記載の情報処理方法。
【請求項１０】
前記検索要求信号の受信時刻を記録し、所定の時間内、または、所定の時間帯に受信する複数の検索要求信号に対して判定する請求項８または９に記載の情報処理方法。
【請求項１１】
複数の前記検索要求信号に対応する検索結果の数と前記カバー率を用いて検索効率を算出し、
前記検索効率が予め決められた第２の閾値以上であるか否かによって前記検索要求が異常であるか否かを判定する請求項８から１０のいずれか１項に記載の情報処理方法。
【請求項１２】
複数の前記検索条件の規則性に変化があるか否かによって前記検索要求が異常であるか否かを判定する請求項８から１１のいずれか１項記載の情報処理方法。
【請求項１３】
前記検索要求が異常であると判定すると、前記検索結果を送信しない請求項８から１２のいずれか１項記載の情報処理方法。
【請求項１４】
ネットワーク上で検索サービスを提供するコンピュータに実行させるためのプログラムであって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する処理を前記コンピュータに実行させるためのプログラム。
【請求項１５】
複数の前記検索要求信号による検索結果の送信先が同一であると、該複数の検索要求信号に対して判定を行う請求項１４に記載のプログラム。
【請求項１６】
前記検索要求信号の受信時刻を記録し、所定の時間内、または、所定の時間帯に受信する複数の検索要求信号に対して判定する請求項１４または１５に記載のプログラム。
【請求項１７】
複数の前記検索要求信号に対応する検索結果の数と前記カバー率を用いて検索効率を算出し、
前記検索効率が予め決められた第２の閾値以上であるか否かによって前記検索要求が異常であるか否かを判定する請求項１４から１６のいずれか１項に記載のプログラム。
【請求項１８】
複数の前記検索条件の規則性に変化があるか否かによって前記検索要求が異常であるか否かを判定する請求項１４から１７のいずれか１項記載のプログラム。
【請求項１９】
前記検索要求が異常であると判定すると、前記検索結果を送信しない請求項１４から１８のいずれか１項記載のプログラム。
【請求項１】
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、該カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する制御部を有するサーバ装置。
【請求項２】
前記制御部は、
複数の前記検索要求信号による検索結果の送信先が同一であると、該複数の検索要求信号に対して判定を行う請求項１に記載のサーバ装置。
【請求項３】
前記制御部は、
前記検索要求信号の受信時刻を記録し、所定の時間内、または、所定の時間帯に受信する複数の検索要求信号に対して判定する請求項１または２に記載のサーバ装置。
【請求項４】
前記制御部は、
複数の前記検索要求信号に対応する検索結果の数と前記カバー率を用いて検索効率を算出し、該検索効率が予め決められた第２の閾値以上であるか否かによって前記検索要求が異常であるか否かを判定する請求項１から３のいずれか１項に記載のサーバ装置。
【請求項５】
前記制御部は、
複数の前記検索条件の規則性に変化があるか否かによって前記検索要求が異常であるか否かを判定する請求項１から４のいずれか１項記載のサーバ装置。
【請求項６】
前記制御部は、
前記検索要求が異常であると判定すると、前記検索結果を送信しない請求項１から５のいずれか１項記載のサーバ装置。
【請求項７】
ネットワーク上で検索サービスを提供するサーバ装置に接続される情報処理装置であって、
検索内容である検索条件をそれぞれ含む複数の検索要求信号に対応する前記検索結果を前記サーバ装置から受信し、前記サーバ装置に格納された検索対象情報に対する複数の前記検索結果が占める割合であるカバー率を算出し、該カバー率が予め決められた閾値以上であるか否かによって前記複数の検索要求信号による検索要求が異常であるか否かを判定する制御部を有する情報処理装置。
【請求項８】
ネットワーク上で検索サービスを提供するサーバ装置の情報処理方法であって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する、情報処理方法。
【請求項９】
複数の前記検索要求信号による検索結果の送信先が同一であると、該複数の検索要求信号に対して判定を行う請求項８に記載の情報処理方法。
【請求項１０】
前記検索要求信号の受信時刻を記録し、所定の時間内、または、所定の時間帯に受信する複数の検索要求信号に対して判定する請求項８または９に記載の情報処理方法。
【請求項１１】
複数の前記検索要求信号に対応する検索結果の数と前記カバー率を用いて検索効率を算出し、
前記検索効率が予め決められた第２の閾値以上であるか否かによって前記検索要求が異常であるか否かを判定する請求項８から１０のいずれか１項に記載の情報処理方法。
【請求項１２】
複数の前記検索条件の規則性に変化があるか否かによって前記検索要求が異常であるか否かを判定する請求項８から１１のいずれか１項記載の情報処理方法。
【請求項１３】
前記検索要求が異常であると判定すると、前記検索結果を送信しない請求項８から１２のいずれか１項記載の情報処理方法。
【請求項１４】
ネットワーク上で検索サービスを提供するコンピュータに実行させるためのプログラムであって、
ネットワークを介して検索内容である検索条件を含む検索要求信号を複数受信し、複数の前記検索条件毎に検索対象情報を検索して検索結果を求め、
求めた複数の該検索結果の前記検索対象情報に占める割合であるカバー率を算出し、
前記カバー率が予め決められた第１の閾値以上であるか否かによって複数の前記検索要求信号による検索要求が異常であるか否かを判定する処理を前記コンピュータに実行させるためのプログラム。
【請求項１５】
複数の前記検索要求信号による検索結果の送信先が同一であると、該複数の検索要求信号に対して判定を行う請求項１４に記載のプログラム。
【請求項１６】
前記検索要求信号の受信時刻を記録し、所定の時間内、または、所定の時間帯に受信する複数の検索要求信号に対して判定する請求項１４または１５に記載のプログラム。
【請求項１７】
複数の前記検索要求信号に対応する検索結果の数と前記カバー率を用いて検索効率を算出し、
前記検索効率が予め決められた第２の閾値以上であるか否かによって前記検索要求が異常であるか否かを判定する請求項１４から１６のいずれか１項に記載のプログラム。
【請求項１８】
複数の前記検索条件の規則性に変化があるか否かによって前記検索要求が異常であるか否かを判定する請求項１４から１７のいずれか１項記載のプログラム。
【請求項１９】
前記検索要求が異常であると判定すると、前記検索結果を送信しない請求項１４から１８のいずれか１項記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−１１６７９２（Ｐ２００９−１１６７９２Ａ）
【公開日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願番号】特願２００７−２９１９０３（Ｐ２００７−２９１９０３）
【出願日】平成１９年１１月９日（２００７．１１．９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願日】平成１９年１１月９日（２００７．１１．９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]