(57)【要約】【課題】検索ユーザに対しては従来の検索エンジンによる完全一致型の検索出力ではなく、検索ユーザの検索意図を反映した検索結果を出力できる技術を提供し、情報提供ユーザに対しては、簡易に情報発信が可能でかつその情報発信によって発信者が意図した検索ユーザに索出されやすく、それによってユーザ同士のコミュニケーションが円滑になる情報発信技術を提供する。【解決手段】ジャンルと、テーマと、キーワードとで構成される登録マトリクスを蓄積するサーバに対して、ネットワークを介して接続されるユーザ端末から前記登録マトリクスと同じデータ構造の検索マトリクスを送信して、前記登録マトリクスと照合してマトリクス同士の相似性により検索結果を出力することで、検索ユーザが意図した検索結果を得ることができるようになった。【選択図】図１
2008310811.tif 000002
【特許請求の範囲】
【請求項１】
データの組み合わせからなる登録マトリクスを蓄積するサーバと、ネットワークと、ネットワークを介して接続される検索ユーザ端末とからなり、
前記サーバに蓄積されたデータの組み合わせからなる登録マトリクスに対して、ネットワークを介して接続されるユーザ端末より入力されたデータの組み合わせからなる検索マトリクスを送信し、
前記サーバにおいて、前記で入力された検索マトリクスと前記登録マトリクスと照合してマトリクス同士の相似性により検索結果を出力し、前記検索ユーザ端末に送信する情報検索システム。
【請求項２】
前記登録マトリクスと検索マトリクスとは、ジャンルと、テーマと、前記テーマに関連する２以上のキーワードとで構成されている請求項１記載の情報検索システム。
【請求項３】
前記登録マトリクスと検索マトリクスとの照合において、互いのキーワードが一致している個数が多いテーマを一致ポイントを高く設定して相似性が高いと判定する請求項１または２記載の情報検索システム。
【請求項４】
前記一致している個数をｎとし、所定パラメータのｎ乗を一致ポイントとして算出する請求項３記載の情報検索システム。
【請求項５】
データの組み合わせからなる登録マトリクスを蓄積するサーバと、ネットワークと、ネットワークを介して接続される検索ユーザ端末とからなり、
前記サーバに蓄積されたデータの組み合わせからなる登録マトリクスを設定するステップと、
ネットワークを介して接続されるユーザ端末より入力されたデータの組み合わせからなる検索マトリクスを送信するステップと、
前記サーバにおいて、前記で入力された検索マトリクスと前記登録マトリクスと照合してマトリクス同士の相似性により検索結果を出力するステップと、
前記検索結果を前記検索ユーザ端末に送信するステップとからなる情報検索方法。
【請求項６】
データの組み合わせからなる登録マトリクスを蓄積するサーバと、ネットワークと、ネットワークを介して接続される検索ユーザ端末とからなり、前記サーバで実行される検索処理プログラムであって、
前記サーバに蓄積されたデータの組み合わせからなる登録マトリクスを設定するステップと、
ネットワークを介して接続されるユーザ端末より入力されたデータの組み合わせからなる検索マトリクスを送信するステップと、
前記サーバにおいて、前記で入力された検索マトリクスと前記登録マトリクスと照合してマトリクス同士の相似性により検索結果を出力するステップと、
前記検索結果情報を前記検索ユーザ端末に送信するステップとからなるサーバで実行可能な情報検索プログラム。
【請求項７】
データの組み合わせからなる登録マトリクスを蓄積するとともに、ネットワークを介して接続される検索ユーザ端末からの検索マトリクスを受け付けるサーバであって、
前記サーバにおいて、蓄積されたデータの組み合わせからなる登録マトリクスに対して、ネットワークを介して接続されるユーザ端末より入力されたデータの組み合わせからなる検索マトリクスを受信し、
前記サーバにおいて、前記で入力された検索マトリクスと前記登録マトリクスと照合してマトリクス同士の相似性により検索結果を出力し、前記検索ユーザ端末に送信する情報
検索サーバ。
【請求項８】
予め所定の分類方式の構造で作成されたデータベースから該所定のデータベース構造に準じた情報検索を行うシステムであって、該データベースの構造は、N次元マトリクスMA(N)の態様で定められており、該Ｎ次元マトリクスの大きさはn1ｘn2ｘ，，nＮとし、N次元マトリクスを構成する第１次元の各(N-1)次元要素ベクトルをV1、V2、、、Vn1とし、次に各(N-1)次元ベクトルV1、V2、、、Vn1を構成する第２次元ベクトルをV1に関してV11、V12、、、V1n2とし、V2に関してV21、V22、、、V2n2とし、以下同様にVn1に関してVn11、Vn12、、、Vn1n2とし、以下同様に第(N-1)次元ベクトルV１,,１を構成する各要素をＥ1,,11
、Ｅ1,,12、、、Ｅ1,,1nNとし、以下同様にVn1,,n(N-1) を構成する各要素をＥn1,,n(N-1)1、Ｅn1,,n(N-1)2、、、Ｅn1,,n(N-1)nNとし、このように構成されたデータベースを検
索するために、類似のＮ次元検索マトリクスMB(N)を用いるとき、N次元検索マトリクスMB(N)の大きさはｍ1ｘｍ2ｘ，，ｍNで、MB(N) を構成する第１次元の各(N-1)次元要素ベク
トルをU1、U2、、、Un1とし、次に各(N-1)次元ベクトルU1、U2、、、Un1を構成する第２
次元ベクトルをU1に関してU11、U12、、、U1n2とし、U2に関してU21、U22、、、U2n2とし、以下同様にUn1に関してUn11、Un12、、、Un1n2とし、以下同様に第(N-1)次元ベクトルU1,,1を構成する各要素をS1,,11、S1,,12、、、S1,,1nN とし、以下同様にUn1,,n(N-1) を構成する各要素をSn1,,n(N-1)1、Sn1,,n(N-1)2、、、Sn1,,n(N-1)nN とし、データベース分類N次元マトリクスMA(N)と情報検索Ｎ次元マトリクスMB(N)それぞれの各第(N-1)次元ベクトル群の各ベクトル毎の各要素群の一致度合いを数値化して、一致度合い数値と伴に検索された情報を順次出力する情報検索装置。
【請求項９】
予め所定の分類方式の構造で作成されたデータベースから該所定のデータベース構造に準じた情報検索を行うシステムであって、該データベースの構造は、N次元登録マトリク
スMA(N)の態様で定められており、該Ｎ次元登録マトリクスの大きさはn1ｘn2ｘ，，nＮとし、N次元登録マトリクスを構成する第１次元の各(N-1)次元要素ベクトルをV1、V2、、、Vn1とし、次に各(N-1)次元ベクトルV1、V2、、、Vn1を構成する第２次元ベクトルをV1に
関してV11、V12、、、V1n2とし、V2に関してV21、V22、、、V2n2とし、以下同様にVn1に
関してVn11、Vn12、、、Vn1n2とし、以下同様に第(N-1)次元ベクトルV１,,１を構成する
各要素をＥ1,,11、Ｅ1,,12、、、Ｅ1,,1nNとし、以下同様にVn1,,n(N-1) を構成する各要素をＥn1,,n(N-1)1、Ｅn1,,n(N-1)2、、、Ｅn1,,n(N-1)nNとし、該登録マトリクスの第１次元より第(N-1)次元の幾つかのベクトルが空ベクトルで、第(N-1)次元の要素の幾つかが空であるものとし、このように構成されたデータベースを検索するために、類似のＮ次元検索マトリクスMB(N)を用いるとき、N次元検索マトリクスMB(N)の大きさはｍ1ｘｍ2ｘ，
，ｍNで、MB(N) を構成する第１次元の各(N-1)次元要素ベクトルをU1、U2、、、Un1とし
、次に各(N-1)次元ベクトルU1、U2、、、Un1を構成する第２次元ベクトルをU1に関してU11、U12、、、U1n2とし、U2に関してU21、U22、、、U2n2とし、以下同様にUn1に関してUn11、Un12、、、Un1n2とし、以下同様に第(N-1)次元ベクトルU1,,1を構成する各要素をS1,,11、S1,,12、、、S1,,1nN とし、以下同様にUn1,,n(N-1) を構成する各要素をSn1,,n(N-1)1、Sn1,,n(N-1)2、、、Sn1,,n(N-1)nN とし、データベース分類N次元登録マトリクスMA(N)と情報検索用Ｎ次元検索マトリクスMB(N)それぞれの各第(N-1)次元ベクトル群の各ベクトル毎の各要素群の一致度合いを、登録マトリクスMA(N)の空のベクトル及び空の要素に
対しては行わないで数値化して、一致度合い数値と伴に検索された情報を順次出力する情報検索装置。
【請求項１０】
前記請求項７において、データベースから所定のデータベース構造に準じた情報検索を行うサーバと情報検索を行うクライアントとの接続時に、最初にデータベース登録マトリクス形式に基づく検索マトリクス書式をクライアントに送り、該クライアントは受信した該検索マトリクス書式を用いて検索マトリクスを生成してサーバに送り、情報検索できるようにした情報検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、汎用ネットワークを介した情報検索に適用して有効な技術である。
【背景技術】
【０００２】
汎用ネットワークであるインターネット上での検索システムとしては、google.com等の検索エンジンと呼ばれている検索サーバシステムが知られている。
【０００３】
このような検索エンジンにおいては、検索結果として表示される情報の一覧の表示順位は、当該情報が格納されているアドレス（ＵＲＬ：Uniform Resorce Locator）への他サ
イトからのリンク数、その情報が検索される頻度、および情報が更新される頻度などの要素から総合的に決定されているといわれているが、これらの要素は検索ユーザが期待する検索条件との一致度とは関係ない要素が大半を占めている場合が多い。
【０００４】
情報受信者としての検索ユーザが、閲覧される頻度が高い情報（人気のあるサイト）を求めている場合には問題ないが、人気はなくても、ある特殊な条件に合致する情報を上位に表示して欲しいと求めている場合には、これまでの技術では十分な満足を得られない。
【０００５】
また、検索の結果、表示対象となるか否かという点についても、単純なキーワードの羅列による検索を行った場合、表示対象となるのは、検索ユーザが入力したキーワードの全てに一致したものだけである。
【０００６】
たとえばキーワードを３個入力したときには何百件もの情報がヒットしたにもかかわらず、キーワードを１個増やして４個にした途端、ヒットする情報がゼロになってしまうというのも、よくあることである。
【０００７】
しかし、キーワードを１個増やした結果、不一致となり、検索結果から外れてしまった情報の中に、実は検索ユーザが最も求めている情報が存在する可能性も高い。
【０００８】
ここで、検索条件を指定する際に、キーワード同士をＡＮＤ条件（論理積）やＯＲ条件（論理和）を組み合わせて、ある程度複雑な検索条件を指定することは可能である。しかし、これらの複合条件を正確に記述するには、論理式を組み立てるための高度な論理能力が必要であり、サーチャーと呼ばれる専門家の領域にまで検索に熟練する必要がある。
【０００９】
そもそも、一般の検索ユーザが求める情報は、検索を行う時点では、どのキーワードをどのように組み合わせれば、自分が最も期待している情報にたどり着くのかが明確ではない場合も多く、仮に複雑な論理式による複合条件を指定して検索したとしても、本来希望していた検索結果は、必ずしも正確に復号条件に完全に合致するものに限られるわけではなく、いくつかの条件には合致していなくても表示対象から除外して欲しくないものも存在していたはずである。
【００１０】
一方、検索エンジンの検索対象となる情報発信側の特性も考慮されなければならない。
【００１１】
すなわち、電子掲示板への書き込みをはじめとして、近年はブログやＳＮＳ（ソーシャル・ネットワーキング・サービス）の普及により、以前に比べて情報発信を行うネットワークユーザが増えてきてはいるが、それでも、インターネット全体の利用者からみると、それほど大きな比率とはいえない。
【００１２】
ネットワークユーザが自らは情報発信を行わないのは、そのような必要性を感じていないからだという考え方もありうるが、見方を変えると、情報を他人に公開できるような形までまとめあげるのが難しかったり面倒だったりする点もあると考えられる。
【００１３】
以前は、インターネット上で情報発信しようと思えば、ホームページを作成して、自らのサイトを持つ必要があったが、ブログやＳＮＳの登場によって、ホームページの画面レイアウトなどは、必ずしも自らが行う必要はなくなった。
【００１４】
とはいっても、イラストや動画のサイトを別にすれば、依然として「文章」が、情報発信には不可欠の要素である。文章を書くことに抵抗のない人、それなりに他人に見せられる文章をかけるという自信のある人でないと、インターネット上で自ら情報を発信しようという気には、なかなかならないのが現実といえる。
【００１５】
なお、キーワードの先頭から検索する文字を入力するごとに候補文字を絞り込む絞り込み検索を高速に実行できるようにする技術として特開２００７−１１４３８号公報（特許文献１）があるが、人名や住所などのキーワード文字列を格納するデータに対して、そのキーワードの文字単位に、該当するデータ件数と、その文字に続く次候補文字情報を持つようにインデクスを構成するものにすぎず、ユーザの意図する検索結果を考慮して工夫された技術ではなかった。
【特許文献１】特開２００７−１１４３８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明は、前記のような点に鑑みてなされたものであり、益々増加する傾向にあるインターネットユーザに対して、検索ユーザに対しては従来の検索エンジンによる完全一致型の検索出力ではなく、検索ユーザの検索意図を反映した検索結果を出力できる技術を提供し、情報提供ユーザに対しては、簡易に情報発信が可能でかつその情報発信によって発信者が意図した検索ユーザに索出されやすく、それによってユーザ同士のコミュニケーションが円滑になる情報発信技術を提供することを技術的課題とする。
【課題を解決するための手段】
【００１７】
前記課題を解決するために、本発明では、以下の手段を採用した。
【００１８】
本発明は、データの組み合わせからなる登録マトリクスを蓄積するサーバと、ネットワークと、ネットワークを介して接続される検索ユーザ端末とからなり、前記サーバに蓄積されたデータの組み合わせからなる登録マトリクスに対して、ネットワークを介して接続されるユーザ端末より入力されたデータの組み合わせからなる検索マトリクスを送信し、前記サーバにおいて、前記で入力された検索マトリクスと前記登録マトリクスと照合してマトリクス同士の相似性により検索結果を出力し、前記検索ユーザ端末に送信する情報検索システムである。
【００１９】
また、この情報検索システムは、情報検索サーバまたは情報検索サーバにおける情報検索方法としても実現可能である。
【００２０】
ここで、前記登録マトリクスと検索マトリクスとは、ジャンルと、テーマと、前記テーマに関連する２以上のキーワードとで構成されている。
【００２１】
ただし、このような３つのデータ構造に限定される必要はない。たとえば、テーマの下にサブテーマが追加されこのサブテーマの下にキーワードが配置されていてもよい。
【００２２】
また、前記登録マトリクスと検索マトリクスとの照合において、互いのキーワードが一致している個数が多いテーマは一致ポイントが高いと評価して、相似性が高いと判定する。
【００２３】
さらに、前記一致している個数をｎとし、所定パラメータ（マトリクスの項の要素個数）のｎ乗を一致ポイントとして算出すればよい。
【００２４】
ここで、情報の検索という行為の本質について考えてみた場合、検索ユーザは検索を行っている時点では、その求める情報についての完全な知識を持ってはいないという点に着目すべきである。なぜなら、既に完全な知識を有しているのならば、そのような情報を求めて検索を行う必要性が存在しないからである。その意味では、検索ユーザが検索を行っている時点での知識と、求めている情報の内容がイコールということは、本質的にあり得ないのである。
【００２５】
情報検索という行為は、検索ユーザがその時点で有している知識を元に、その時点での要求に最も近い情報を探すことなのであるから、検索ユーザが検索のために指定される知識内容と、求めている情報の内容は、＝（イコール）の関係ではなく、≒（近似値）の関係にある。にもかかわらず、従来の検索技術においては、論理的な条件の一致（最終的に真か偽かという二者択一）による絞込みの方法がとられていたため、検索ユーザが最も期待する情報を探してくれるという機能においては、限界が生じていたのである。すなわち、「一致ポイント」は、「登録マトリクス」と「検索マトリクス」の相似性という観点からみて、その希少性を測る指標としての機能を持つ。
【００２６】
このように、本発明における情報検索は、従来の技術とは異なり、「登録マトリクス」と「検索マトリクス」の照合という方法により、検索時点での知識と求める情報とが「似ている」ことを最優先とすることを可能とした方式であり、また、たとえ閲覧される頻度が少ない登録情報であっても、たまたまそれに相似した情報を求めている検索ユーザが存在する場合には、容易にそれを見つけ出すことを可能とする方法である。
【００２７】
検索結果は、相似性の高い順番に表示されるため、以後の記述ではこの検索方式を「ＯＬＬ（Order that Looks Like)検索方式」と呼ぶ。
【００２８】
なお、このＯＬＬ検索方式ではマトリクスを生成するための検索エンジンは汎用の検索サイトで用いられている既存の検索エンジン（サーバの検索プログラム）であってもよい。
【発明の効果】
【００２９】
本発明によれば、「登録マトリクス」と「検索マトリクス」とを照合する、いわゆるＯＬＬ検索方式を実現することによって、検索時点での知識と求める情報とが「似ている」ことを最優先した検索が可能となり、たとえ閲覧される頻度が少ない登録情報であっても、たまたまそれに相似した情報を求めている検索ユーザが存在する場合には、容易にそれを見つけ出すことが可能となる。
【発明を実施するための最良の形態】
【００３０】
本実施形態は、インターネット上における会員登録制の情報登録・検索システムである。
【００３１】
図１４および図１５を用いて、本実施形態の情報登録・検索システムの構成について説明する。
【００３２】
同図に示すように、本システムはサーバ（ＳＶ）と、ネットワーク（ＮＷ）と、前記ネットワーク（ＮＷ）を介して前記サーバ（ＮＷ）と接続されるユーザ端末（ＵＴ１，ＵＴ２）とで構成されている。
【００３３】
サーバ（ＳＶ）は、汎用のネットワーク接続可能なコンピュータで構成されており、ここでは、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバの機能を併せ持ったものとして説明するが、これらの機能毎に別個にサーバが構築されていてもよいことはいうまでもない。
【００３４】
サーバ（ＳＶ）は図１５に示すように、中央処理装置（ＣＰＵ）およびメインメモリ（ＭＭ）を中心にバス（ＢＵＳ）を介して接続される、大規模記憶装置としてのハードディスク装置（ＨＤ）、入力装置としてのキーボード（ＫＢＤ）、出力装置としてのディスプレイ装置（ＤＩＳＰ）を備えている。
【００３５】
また、バス（ＢＵＳ）はネットワーク（ＮＷ）と接続されている。
【００３６】
前記ハードディスク装置（ＨＤ）には、オペレーティングソフトウエア（ＯＳ）とともに、後述のＷｅｂサーバプログラム、ユーザデータベース（ＤＢ）、このユーザデータベースを登録するための情報登録プログラム、登録された情報をユーザ端末からのリクエストによって検索するための情報検索プログラム等（総称して「プログラム」）が登録されている。
【００３７】
前記各種プログラムは、バス（ＢＵＳ）およびメインメモリ（ＭＭ）を介して順次中央処理装置（ＣＰＵ）に読み込まれることによってサーバとしての機能が実行される。
【００３８】
なお、ネットワーク（ＮＷ）を介して接続されるユーザ端末もほぼ同様のハードウエア構成を有しているため説明は省略するが、ユーザ端末のハードディスク装置（ＨＤ）には、サーバにアクセスするためにブラウザプログラムやサーバからダウンロードした所定のプログラムが登録されている。なお、ユーザ端末としては、汎用のパーソナルコンピュータのほか、通信可能なＰＤＡや、ネットワーク（ＮＷ）に接続された基地局（ＢＳ）を介してネットワーク（ＮＷ）にアクセス可能な携帯電話機（ＭＰ）のような移動体端末装置なども用いることができる。
【００３９】
前述のようにサーバ（ＳＶ）は、たとえばＷｅｂサーバプログラムおよびデータベースを備え、Ｗｅｂサーバおよびデータベースサーバとして機能する。ハードディスク装置（ＨＤ）に格納されたＷｅｂサーバプログラムは、ユーザ端末から送信されるＨＴＴＰリクエストによるメッセージを受け付けて、そのメッセージに対応した処理を行うためのものである。具体的には、サーバは、ユーザ端末からのメッセージがＵＲＬによって指定されるＷｅｂページにアクセスするためのメッセージであると判断する場合には、ユーザ端末にそのＷｅｂページのソースファイルおよびコンテンツデータを提供する。
【００４０】
Ｗｅｂページは、たとえばＨＴＭＬ(Hyper Text Mark-up Language)などの規定の書式
を用いて設計されるユーザ端末に提供すべき画面を構成するデータでありデータベースに格納されている。
【００４１】
Ｗｅｂページは、静的なデータとしてあらかじめ用意されているものの他、所定のプログラムによって動的に生成されるものが該当する。
【００４２】
この所定のプログラムは、ＷｅｂサーバソフトウエアがＨＴＴＰにより特定のメッセージを受け付けた場合に実行され、メッセージに従う処理を実行することにより、ユーザの
指示に従ったＷｅｂページを動的に生成するようにサーバを機能させる。データベースには、会員による登録情報の他、Ｗｅｂページやユーザに提供すべき画像情報なども格納されている。
【００４３】
なお、本実施形態においてサーバが備える機能は、単一の装置（サーバ）が全ての機能を備えていてもよいし、複数の装置（ネットワークに接続された複数のサーバ）が備えるように構成してもよい。
【００４４】
次に、本システムを用いた情報登録方法について説明する。
【００４５】
情報を登録するユーザは、まずユーザ端末からネットワーク（ＮＷ）を介してサーバのアドレス（ＵＲＬ）にアクセスして、サーバの情報登録プログラムにより提供された画面上で個人情報（住所、氏名、クレジットカードの番号等）を入力することにより会員登録を行い、これがサーバによって承認されると、登録者を識別するための登録ユーザＩＤが付与される。これにより、ユーザは、当該サービスの会員になり、このサービスシステムへの情報登録が可能になる。
【００４６】
会員としての登録を終えた後、その登録者ないしは登録内容を特徴を表す情報として、任意の複数の文字列（ストリング）を、多次元の配列の形で登録するものとする。これらの情報は全てサーバのハードディスク装置（ＨＤ）に構築されたユーザデータベースに登録される。
【００４７】
ユーザデータベース中の文字列は、文（sentence)というよりも、単語(word)に近いも
のを想定し、最大長を１０〜２０文字程度に制限する。ただし、この文字数以内であれば、厳密な意味で”単語”であることは必要とされない。以後の記述では、この文字列の多次元配列による登録情報を「登録マトリクス」と呼ぶ。この「登録マトリクス」としての情報は、登録情報の中核部分であるから、情報発信を行うためには必須入力情報とする。
【００４８】
サーバの情報登録プログラムは、配列の次元の数、要素の数、文字列（ストリング）の最大長を規定しており、その規定に従った登録を許容する。
【００４９】
情報登録ユーザは、その次元数、要素数、ストリング長の範囲内で登録を行うことができる。たとえば、図１に示すように、３次元の配列で構成された場合を仮定し、最上位次元を「ジャンル」、第２次元を「テーマ」、最下位次元を「キーワード」と仮に呼ぶこととする。また、仮に、「ジャンル」の最大要素数を３個、「テーマ」の最大要素数を４個、「キーワード」の最大要素数を５個とし、ストリング長を１０文字とする。
【００５０】
この場合、情報登録ユーザは、「ジャンル」として任意の文字列を３個まで登録することが可能で、１個の「ジャンル」について、それに関連する「テーマ」を４個まで登録することが可能で、１個の「テーマ」について、それに関する「キーワード」を５個まで登録することが可能になる。
【００５１】
すなわち、３次元の配列といった形で制限された構造の中で、最大３個の「ジャンル」名、最大１２個の「テーマ」名、最大６０個の「キーワード」を登録することができる。
【００５２】
図２に、「登録マトリクス」を登録するための画面の１例を示す。図２は、１ページに１つの「ジャンル」が登録でき、それを複数ページ用意することにより複数「ジャンル」を登録することができる形にした場合の例である。
【００５３】
ここでは、ジャンルとして「自己紹介」が登録されている。
【００５４】
そして、テーマ１として「転職」、このテーマ１に関連するキーワードとして「ホームページ」、「Ｗｅｂデザイナー」、「動画」、「ＩＴ」、「経理」が登録されている。
【００５５】
また、テーマ２として「趣味」、このテーマ２に関連するキーワードとして「マンガを書くこと」、「料理」、「散歩」、「ゲーム」、「映画」が登録されている。
【００５６】
また、テーマ３として「好きなテレビ番組」、このテーマ３に関連するキーワードとして、「チャン○○の誓い」、「華○なる○族」、「花より○子」、「ＴＲ○ＣＫ」、「○○ライダーカブト」が登録されている。
【００５７】
また、テーマ４として「好きなゲーム」、このテーマ４に関連するキーワードとして、「ドラ○エＩＶ」、「ドラ○エＩＩ」、「ドラ○エＶ」、「Ｆ○  ＩＸ」、「サクラ○戦」が登録されている。
【００５８】
ユーザデータベースに登録される情報は、前記の「登録マトリクス」は必須のものであるが、それ以外の情報を登録することを排除するものではなく、たとえば、メールアドレスや登録者のプロフィールや、文章によるコメントなど、任意入力情報も登録可能な仕組みとする。これらの任意入力情報は、それらを公開するか否かを、項目別に登録者が選択できるようになっている。
【００５９】
図３はユーザデータベースに格納される「登録マトリクス」のデータ構造である。このように、ジャンル→テーマ→キーワードがツリー状に関連付けられて登録されている。
【００６０】
ここで、本実施形態の特徴として、情報を検索するユーザは、登録された必須入力情報と同じ構造のデータを指定することにより、情報の検索を行うことが挙げられる。
【００６１】
すなわち、ユーザ端末からの情報検索は、情報登録を行った際と同様の多次元の配列からなる複数の文字列を体系的に指定することにより行う点が特徴である。
【００６２】
以後の記述では、この文字列の多次元配列によって指定される検索情報、すなわち「ジャンル」、「テーマ」、「キーワード」の組み合わせを「検索マトリクス」と呼ぶ。
【００６３】
図４に、「検索マトリクス」として検索されるための情報検索画面の１例を示す。
【００６４】
ここでは、ジャンルとして「自己紹介」が登録されている。
【００６５】
そして、テーマ１として「転職」、このテーマ１に関連するキーワードとして「ＩＴ」、「Ｗｅｂ」、「システムエンジニア」、「検索技術」、「動画配信」が登録されている。
【００６６】
また、テーマ２として「趣味」、このテーマ２に関連するキーワードとして「寝ること」、「散歩」、「マンガ」、「映画」、「小説」が登録されている。
【００６７】
また、テーマ３として「＊指定なし」、このテーマ３に関連するキーワードとして、「村上○樹」、「宮○みゆき」、「ケス○ナー」、「○馬遼太郎」、「オシ○監督」が登録されている。
【００６８】
また、テーマ４として「＊指定なし」、このテーマ４に関連するキーワードとして、「
チャン○○」、「ドラ○エ」、「○国志」、「○○ライダー」、「必殺○○人」が登録されている。
【００６９】
なお、図２に示した情報登録画面で登録された「登録マトリクス」と、図４に示された情報検索画面で入力された「検索マトリクス」との関係については後で詳述する。
【００７０】
サーバの情報検索プログラムは、ユーザ端末から入力された「検索マトリクス」のデータと、情報登録プログラムにより登録された情報の中の「登録マトリクス」のデータを照合することにより、情報検索の結果として表示すべき情報を検索する。
【００７１】
図７は、検索処理の流れを示している。
【００７２】
情報検索においては、まず、ユーザ端末から検索マトリクスデータを受信し（ステップ７０１〜７０２）、「ジャンル」として登録された文字列同士の照合を繰り返し（ステップ７０３〜７０５）、一致したデータがあった場合には、次に、その「ジャンル」に属するものとして登録された「テーマ」の文字列について照合を行い、さらに一致したデータがあった場合には、その「テーマ」に関するものとして登録された「キーワード」の文字列について照合を行う（ステップ７０４）。
【００７３】
そして、検索結果としての表示対象データを全体の総合一致ポイントで降順となるようにソートし（ステップ７０６）、表示対象データをＨＴＭＬフォーマットに変換して検索を行ったユーザ端末に対してネットワーク（ＮＷ）を介して送信する。
【００７４】
図８は、マトリクスの照合手順を示している。
【００７５】
ここでは、登録マトリクスと検索マトリクスの照合を、ジャンルと（ステップ８０４〜８０５）、テーマと（ステップ８０７〜８０８）、キーワードと（ステップ８１０〜８１１）の全てについて繰り返す（ステップ８１３〜８１７）。
【００７６】
ここで、「キーワード」についても一致するデータがあった場合には、その登録情報に対して、一致度の比較を行うための「一致ポイント」を付与する（ステップ８１４）。
【００７７】
このように、同一「テーマ」に属する全ての「キーワード」に関してこのような照合を行い、「キーワード」が一致した個数に応じて「一致ポイント」を計算する(ステップ８
１８）。
【００７８】
このような照合と一致ポイントの計算を、全ての「テーマ」、全ての「ジャンル」について実行し、得られた合計の「一致ポイント」を、その登録情報全体の「総合一致ポイント」とする（ステップ８１８）。
【００７９】
ただし、「総合一致ポイント」は、単純に「キーワード」の一致個数を加算するのではなく、たとえば、同一の「テーマ」について一致する「キーワード」が１個だけの場合と３個ある場合とでは、「一致ポイント」を単純に３倍するのではなく、９倍にするなど、一致個数による重み付けを行う。
【００８０】
これは、同一の「テーマ」について、「キーワード」が１個だけ一致する確率と、「キーワード」が３個一致する確率は、３倍をはるかに超える大きな差があるからである。
【００８１】
このことは確率論における「積の法則」によって説明できる。すなわち、サイコロを一回振って”１”の目が出る確率は６分の１だが、三回振って全て”１”の目になる確率は
、２１６分の１である。このように、キーワードのみならずテーマの一致も参照することによって、ユーザが望む確率の高い検索結果が得られる。
一致ポイントの算出方法として、データベース登録マトリクスの「テーマ」に対して、検索マトリクスの要素数YのうちX個が一致した場合の一致度合い数値を関数Ｆ（X）とし
て表し、関数F(X)はYのX乗、F(X)＝YX 、とするものとし、各ベクトル毎のF(X)数値を全
ての「テーマ」について加算したものを一致ポイント数値とする情報検索を行ってもよい。あるいは、登録マトリクスの該「テーマ」の要素数の個数をZとし、検索マトリクスの
該「テーマ」の要素のうちX個が一致した場合の一致度合い数値を関数F(X)をF(X)＝ZX 、としてもよい。
また、一般化した一致ポイント数値算出方式として、一致個数が多くなると加速度的に該一致ポイント数値を大きくするために、下記性質を持つ関数F(X)を定義して用いてもよい。
F(X＋１)／F(X) ＞ (X＋１)／X、 X＞０、 F(0)＝０、 F(1)＝１
かつ、
F(X＋２)／F(X＋１) ＞ F(X＋１)／F(X)
この関数F(X)の性質は、一致個数Xが１増加すると、F(X)は１より大きく増加し、かつ、Xが１増加したときの増加よりX+1がさらに１増加したときの増加割合が大きい特性を持つ
。その一例として、F(X)＝YX （Y＞１） という関数が考えられる。
【００８２】
図９は、１つの「ジャンル」についての一致ポイント算出例を示している。この例では、同一「テーマ」における「キーワード」の一致個数を”Ｎ”、その「テーマ」についての一致ポイントを”Ｙ”とした場合、「Ｙ＝３のＮ乗」 の式により一致ポイントの計算
を行っている。
【００８３】
この計算を、全ての「ジャンル」について行い、それらのポイントを加算して、その登録情報の一致ポイントとする。
【００８４】
このように、本実施形態では、「一致ポイント」を、「登録マトリクス」と「検索マトリクス」の相似性という観点から付与して、その希少性を測る指標として採用している。
【００８５】
このように、「登録マトリクス」と「検索マトリクス」とを照合し、検索時点での知識と求める情報とが「似ている」ことを最優先にした検索結果を得ることができ、たとえ閲覧される頻度が少ない登録情報であっても、たまたまそれに相似した情報を求めている検索ユーザが存在する場合には、容易にそれを見つけ出すことが可能である。
【００８６】
サーバの情報検索プログラムは、以上のような照合を全ての登録情報について実行し、「一致ポイント」の高かった登録情報を順番にＨＴＭＬフォーマットのデータとして情報検索を行ったユーザ端末に送る。このとき、サーバの情報検索プログラムは、データの一致の有無の判定においては、文字列同士が完全に等しいものであることは要求されず、「登録マトリクス」の文字列の一部に、「検索マトリクス」の文字列が含まれている場合は、一致データとみなす。
【００８７】
サーバの情報検索プログラムは、ユーザデータベースから索出された登録情報を、「一致ポイント」の高い順番に一覧の形で表示する。
サーバからクライアントへの検索結果送信に際して、クライアントが検索マトリクスをサーバに送信するとき、類似相似性の低い情報が多数サーバから送られてくるのを避けるため、予め総合一致ポイントの下限を定めて検索マトリクスを作成して送信してもよい。
【００８８】
図５に、検索結果を一覧表示するための画面イメージを示す。
【００８９】
この一覧表示の際には、登録ユーザＩＤによって識別される登録単位に従い、登録ユーザに関する識別情報が表示され、その中の１つが選択されることにより、さらに、「登録マトリクス」やその他の任意入力情報を含む詳細な登録情報が表示される。
【００９０】
また、図６に、詳細情報を表示するための画面イメージを示す。
【００９１】
索出された登録情報の登録者がメールアドレスやホームページのＵＲＬを公開していれば、検索ユーザはその公開された情報を元に、このサービスシステムを介さずに、直接に登録者にコンタクトをとることができる。登録者がメールアド
レスやＵＲＬを公開していない場合には、このサービスシステムのメッセージ伝達機能を利用して、登録者にコンタクトをとることができる仕組みとする。以後の記述では、このメッセージ機能を「コンタクトメッセージ」と呼ぶ。
【００９２】
このようにユーザの会員登録を受け付けて、そのプロファイルに基づいて登録マトリクスと検索マトリクスを照合して検索ユーザにプロファイル情報を提供するサービスを「ＷＭＰ（Word Matrix Profiling)サービス」と呼ぶ。
「ＷＭＰサービス」は、独立したサービスとして運用することもできるが、ブログやＳＮＳ（ソーシャル・ネットワーキング・サービス）など、既存の会員登録型サービスの付加機能として利用することもできる。
【００９３】
図１０に、「ＷＭＰサービス」の流れを示す。
【００９４】
同図では、情報登録ユーザのユーザ端末と、サーバと、情報検索ユーザのユーザ端末との間のデータの送受信の関係を時系列的に示したものである。
【００９５】
前記の「ＷＭＰサービス」とは別に、「ＷＭＰサービス」の情報検索機能の「ＯＬＬ検索方式」を利用して、従来の検索サービスとは異なる新たな方法でＷｅｂサイトの検索を行う検索サービスを行うことができる。
【００９６】
以後の記述では、「ＯＬＬ検索方式」を利用したＷｅｂサイトの検索サービスを「ＯＬＬ検索サービス」と呼ぶ。
「ＯＬＬ検索サービス」は、独立した検索サービスとして運用することもできるが、従来の検索サービスの追加機能として利用することもできる。
【００９７】
従来の検索エンジンは、Ｗｅｂページが登録される際、または登録された後に、そのページを検索するためのキーワードの抽出と再配置の処理を行っているが、配置されたキーワードのデータ構造は、一致度の比較を行うという前提に立ったものではなかった。
「ＯＬＬ検索サービス」を採用した検索エンジンにおいては、Ｗｅｂサイトの検索を行うためのキーワードデータを生成する際に、一致度の比較を可能とする構造を持ったデータを生成することにより、検索時に一致度の高い順に表示を行うことを可能にする仕組みを提供する。
【００９８】
「ＯＬＬ検索サービス」においては、Ｗｅｂサイトを構成する各ページのＨＴＭＬの中に、「ＷＭＰサービス」と同様の構造を持った「登録マトリクス」を埋め込むという方法で登録を行う。すなわち、Ｗｅｂの各ページのＨＴＭＬに対し、そのページの本来の表示や動作に影響を与えないような形で、「登録マトリクス」の情報を記述し、その「登録マトリクス」の情報については、「ＯＬＬ検索サービス」の情報検索プログラムだけが解釈するような仕組みを作るのである。
【００９９】
「ＯＬＬ検索サービス」の情報検索プログラムが規定する一定のルール（規則）に基づ
き、Ｗｅｂページの作成者の側が、そのルールに従った形で「登録マトリクス」情報を記述する。ただし、この情報は「ＯＬＬ検索サービス」だけに使用されるものなので、それ以外の検索サービスはもちろん、本来の表示や動作に影響を与えないようにするため、Ｗｅｂブラウザにとっては無意味または無効な記述となるような形でのルールを規定する。具体的には、以下の方法により、これを実現する。
【０１００】
Ｗｅｂページを作成するユーザは、対象とするページのＨＴＭＬの中のＨＴＭＬタグの直後に、ある特定の名称を持つスクリプト（たとえばＯＬＬmatrix.ja）を実行する記述
を埋め込み、かつ、この"ＯＬＬmatrix.ja"ファイルの中身は空（0バイトファイル）とする。他方、「ＷＭＰサービス」と同様の構造を持つ「登録マトリクス」データを、ファイル名がＯＬＬmatrix.xlsというＸＭＬファイルの形式で作成し、ＯＬＬmatrix.jaのファ
イルと同じフォルダに格納する。
【０１０１】
「登録マトリクス」の次元数や、配列の要素数などのルールについては、「ＯＬＬ検索サービス」を提供する側が規定する。
【０１０２】
Ｗｅｂページを作成するユーザは、このようなルールに従って「登録マトリクス」ファイルを作成すれば、会員登録などは行う必要なしに、「ＯＬＬ検索サービス」の検索対象としてのページを作成することができる。
【０１０３】
このとき、ＨＴＭＬの記述やＸＭＬファイルの作成が一見面倒に感じられるかもしれないが、「ＯＬＬ検索サービス」を提供する側が、これらの登録情報を作成を支援するツールを無償配布することにより、この問題は解決できる。
【０１０４】
この「登録情報作成支援ツール」は、ユーザインターフェースに関しては、「ＷＭＰサービス」の情報登録プログラムとほぼ同様の仕組みとする。
【０１０５】
「ＯＬＬ検索サービス」においては、情報検索機能については、「ＷＭＰサービス」の情報検索プログラムと同様の仕組みを持つ。
【０１０６】
情報検索ユーザは、「検索マトリクス」を入力することにより登録情報の検索を行う。「ＷＭＰサービス」との違いは、検索対象となる登録情報が一般のＷｅｂページであるという点である。
【０１０７】
次は、従来のＷｅｂサイト検索エンジンと融合したシステムについて説明する。
任意数のキーワードの全てを含む情報を検索できる情報検索サーバを利用でいる環境で、クライアント端末においてｎ個の要素としてのキーワードを持つ１次元検索マトリクスM(1)を生成し、M(1)のｎ個の要素中よりｍ個以上、但しｎ≧ｍ、の要素を持つ、計ｊ個のサブ検索マトリクスMS1(1)、MS2(1)、、、MSj(1)を生成する。但しjは下記数式で算出さ
れる。
j＝(nCm)＋(nCm+1)＋、、、＋(nCn)
ここにxCyは組合わせ関数で、x個からy個取り出す総組合わせ数を表す。
nCm ＝ｎ！／（ｍ！×(ｎ-ｍ)！）
これらj個のサブ検索マトリクスの全ての要素キーワードに全て一致する情報を順次前記
情報検索サーバに送って情報検索し、該検索結果情報を一旦蓄積し、j個のサブ検索マト
リクス全ての検索を終えた後、それら検索結果情報を一致キーワード数ｎ個から順次ｍ個まで整理して表示する情報検索クライアント端末装置。
【０１０８】
前述の説明では、「ＯＬＬ検索方式」を完全に採用した形での「ＯＬＬ検索サービス」について説明したが、「ＯＬＬ検索方式」の考え方の一部のみを採用した、「擬似ＯＬＬ
検索サービス」も可能である。
【０１０９】
これは、既存の検索サービスの一部に、「ＯＬＬ検索方式」の機能を組み込んだものである。
【０１１０】
「擬似ＯＬＬ検索サービス」においては、情報登録者は、登録に際して何ら特別の情報（「登録マトリクス」）を登録する必要はない。
【０１１１】
１つのＷｅｂページについて、従来の検索エンジンの仕組みにより抽出したキーワードに対し、それを一次元の「登録マトリクス」データとして再構成を行う。
【０１１２】
たとえば、Ｗｅｂページのフルテキストからキーワードを抽出する検索エンジンの場合、その抽出されたキーワードから、１次元で要素数無限の「登録マトリクス」を生成するのである。
【０１１３】
情報検索に関しては、既存の検索サービスと同様に複数のキーワードを１行に羅列して指定するが、これらはＡＮＤ条件やＯＲ条件などの区別は不可とし、１次元の「検索マトリクス」として解釈される。
【０１１４】
情報検索プログラムにおいては、「ＯＬＬ検索方式」に従って前記の「登録マトリクス」と前記の「検索マトリクス」との照合を行い、総合一致ポイントの大きい順に検索結果を表示する。
【０１１５】
「擬似ＯＬＬ検索サービス」においては、マトリクスが１次元配列であることや、登録情報については量的な制限がないため、情報の”相似性”の評価という点で正確さが減少するが、Ｗｅｂページの作成者が特別な登録を行うことなしに少しでも”相似性”の要素を加味した検索を行いたい場合には有効である。
【０１１６】
「ジャンル」と、「テーマ」と、「キーワード」とからなる登録マトリクスの入力に際しては、既に登録済みの文字列を一覧表示して、その中から選択することもできる仕組みを持つ。
【０１１７】
図１１に、一覧からの選択による入力を行う画面の１例を示す。
「ジャンル」、「テーマ」などの上位次元の配列のワードに関しては、”指定なし”も許容するものとする。
【０１１８】
たとえば、「テーマ」に関して”指定なし”が入力された場合、検索処理においては、「テーマ」関しては常に一致したものとして扱われ、「キーワード」が一致すれば一致ポイントが加算されるが、「テーマ」が指定された上で「キーワード」も一致した場合よりは、一致ポイントの値を低いものとする。
”指定なし”とした検索マトリクス書式をサーバに送った場合、それに該当する項目の一致ポイントは１つのキーワードのみが検索で一致したものと見なして一致ポイントを算出して、総合一致ポイントを算出するようにしてもよいし、あるいは該項目の全てが一致したものとして、総合一致ポイントを算出してもよい。
【０１１９】
「ＷＭＰサービス」は、情報検索によって得られた特定の登録情報の登録者にコンタクトすることを希望する情報検索ユーザが存在していた場合、登録者に対してその旨を通知するため「コンタクトメッセージ」の仕組みを持つ。
【０１２０】
ただし、スパムメール的な利用を防ぐため、この通知を行うためには会員として登録さ
れていることを条件とし、一定期間内に「コンタクトメッセージ」を送ることができる登録者の数を限定する仕組みを持たせてもよい。
【０１２１】
「登録マトリクス」として登録される情報は、原則として、登録者が自由に入力できる文字列データであるが、「ＷＭＰサービス」自体が特定の単語を予約ワードとすることも可能である。たとえば、「ジャンル名」として”お見合い”を「ジャンル」予約ワードとし、それに属する「テーマ名」として”自己紹介”、”相手に求めること”などを、「テーマ」予約ワードとしておく。このジャンルへの登録を希望する登録者は、テーマとして、”自己紹介”、”相手に求めること”などに関するキーワードの入力が必要となるが、それ以外の任意の「テーマ名」の指定も可能である。
【０１２２】
「ＷＭＰサービス」で予約された「ジャンル」や「テーマ」の場合には、「登録マトリクス」の次元数や要素数も、「ＷＭＰサービス」の側で、その予約キーワードに特有の設定を行うことができる仕組みとする。たとえば、前記の”お見合い”「ジャンル」の例では、この「ジャンル」に関しては、それに属する「テーマ」数を６個にするといった形で当該「ジャンル」に特有の要素数を設定したり、”自己紹介”という「テーマ」の下にはさらに「サブテーマ」として、”趣味”や”職業”を設定するなど、当該「ジャンル」に特有の次元数を設定してもよい。
【０１２３】
「ＷＭＰサービス」で予約された「ジャンル」の登録が行われる場合には、通常の登録画面とは異なる、その「ジャンル」専用の登録画面を提供してもよい。
【０１２４】
図１２に、一例として、「社員募集ジャンル」専用の登録画面イメージを示している。また、図１３に、一例として、「お見合いジャンル」専用の登録画面イメージを示している。
【０１２５】
予約された「ジャンル名」や「テーマ名」の情報は、サーバの中のデータ形式としては、予約ワードであることを識別することができる特殊なコードを付加して格納することにより、全く同じワードが任意入力により登録された場合のデータと区別する。
【０１２６】
予約された「ジャンル」や「テーマ」に関しては、「キーワード」の入力についても、通常の任意入力以外に、あらかじめ用意されたワードの一覧からの選択という形式での入力も可能な仕組みとする。たとえば図１３の例で、「サブテーマ」として”年収”が用意されていたとした場合、そのキーワード入力の方法は、通常の任意入力ではなく、あらかじめ用意される一覧（ドロップダウンリスト等）の中に、”４００万円以下”、”４００万円〜５００万円”、”５００万円〜６００万円”、”６００万円〜７００万円”、”７００万円〜８００万円”、”８００万円〜９００万円”、”９００万円〜１０００万円”、”１０００万円以上”等の項目が表示されており、その中から該当する項目を選択することによって入力を行ってもよい。
【０１２７】
予約された「ジャンル」や「テーマ」に関して検索を行う場合、特定のキーワードに関しては、必ず一致した場合のみを検索結果として表示できるような、「必須一致ワード」の設定を可能としてもよい。
【０１２８】
たとえば図１３の例で、「サブテーマ」として”性別”が用意されていたとした場合、情報検索ユーザにとっては、登録者が男性なのか女性なのかは最も重要な事項であるため、この項目が一致しない場合には、たとえそれ以外の項目でどれほど一致ポイントが高い場合でも、情報検索ユーザにとっては無意味な情報になるため、検索結果から除外できるようにしておくことが望ましい。
検索マトリクス書式において、幾つかのベクトルや要素を“必須一致ワード”とし、そ
の指定をした項の検索が不一致の場合は、その項（ベクトル）の一致ポイントを０としたり、該項目の上位ベクトルや検索マトリクス全体の総合一致ポイントを０とし、複数の“必須一致ワード”が指定されていた場合は、“必須一致ワード”のどの項が不一致だったかを含めてクライアントに検索結果を送信してもよい。
図１６は３次元データベース登録マトリクスMA(3)の例を図示している。
図１７には３次元データベース登録マトリクスによるクラシック音楽のデータベースの構成例を示しており、登録マトリクスMA(3)は第１次元ベクトルとして、V1、V2、V3 からなり、V1 は第２次元ベクトルV11、V12、V13、V14 からなり、以下同様に、V3 は第２次
元ベクトルV31、V32、V33、V34 からなる。計12個の各第２次元ベクトルV11、V12、、、V34 はそれぞれ登録要素E111、E112 、、、E343 の各3個、合計36個の要素からなる。ここでは各ベクトルの名称を付与しており、例えばV1 には作曲家の「ベートーベン」を付与
し、V11には「交響曲」を付与している。このような登録マトリクスで作成されたデータ
ベースを検索するための検索マトリクスは、この登録マトリクスと類似の書式で記述できる。
検索マトリクスは登録マトリクスに類似した書式が利便性から好ましく、データベース検索用サーバはクライアント（検索ユーザ）に登録マトリクスと類似だが要素がブランクとなっている検索マトリクス書式を送り、クライアントはその書式の各要素に求めるキーワードを記述していく手順で情報検索することが可能である。
図１８は、空（それに属する元が無いベクトルやキーワード要素）のベクトルや要素を含む登録マトリクスMA(3)の例を図示している。このマトリクスでは、空のベクトルは、例
えばそれに属するジャンルが存在しないことが明らかな場合、また空の要素はそれに属するキーワードが存在しないことが明らかな場合、あるいは再分割個数が他のベクトルと同じ個数とならない場合などに対して適用できる。一例として音楽を考えると、ブラームスはオペラ作品が無く、その部分のベクトルあるいは要素は空とすることができる。
また、第1次元ベクトルのうち、第２次元ベクトルとしてV3はV31のみしか無いことになるが、これはV1とV2は第２次元ベクトルに再分割するが、V3は第２次元ベクトルに再分割できない場合に、第２次元ベクトルはV31のみとすると、V3はV31と同一としてデータベース構築できる。
図１９は空のベクトルや要素を含む検索マトリクスMB(3)の例を示している。この例で
は第2次元ベクトルV12、V32、V34とそれに属する要素が空で、ベクトルは空ではないがそのベクトル要素のうちV13中S132とV33中S333が空となっている。これら空のベクトルや空の要素は、登録および検索マトリクスが長方形状、直方体形状、あるいは4次元以上では
超直方体（4次元以上の座標系における直方体）形状としている。データベース内容によ
っては幾つかのベクトルは再度ベクトル分割しなければならいが、幾つかのベクトルはそれ以上の再分割できないような状況、あるいは再分割の個数が項目によって異なる場合が一般的である。このとき、これら双方の状況をマトリクスで実現するために、空のベクトルと要素を用いることができる。
【産業上の利用可能性】
【０１２９】
本発明は、インターネットにおける検索システムに利用できる。
【図面の簡単な説明】
【０１３０】
【図１】本発明の実施形態である登録マトリクスの概念構造を示す図
【図２】登録マトリクスの情報登録画面を示す図
【図３】登録マトリクスのデータ構造を示す図
【図４】検索マトリクスの情報照会画面を示す図
【図５】検索結果一覧表示を示す図
【図６】検索結果の詳細情報画面を示す図
【図７】検索処理手順を示すフロー図
【図８】登録マトリクスと検索マトリクスとの照合手順を示すフロー図
【図９】キーワードの一致ポイントの算出例を示す図
【図１０】ＷＭＰサービスの手順を示すシーケンス図
【図１１】一覧参照画面を示す図
【図１２】予約ジャンル登録画面を示す図（１）
【図１３】予約ジャンル登録画面を示す図（２）
【図１４】実施形態のシステム構成を示す図
【図１５】実施形態のサーバのハードウエア構成を示す図
【図１６】３次元データベース登録マトリクスMA(3)の図示例
【図１７】音楽のデータベースでの３次元データベース登録マトリクスMA(3)の内容例
【図１８】空のベクトルや空の要素がある３次元データベース登録マトリクスMA(3)の図示例
【図１９】空のベクトルや空の要素がある音楽のデータベースでの３次元データベース検索マトリクスMB(3)の書式例
【符号の説明】
【０１３１】
ＳＶ  サーバ
ＵＴ  ユーザ端末
ＮＷ  ネットワーク
ＣＰＵ  中央処理装置
ＭＭ  メインメモリ
ＢＵＳ  バス
ＨＤ  ハードディスク装置
ＫＢＤ  キーボード
ＤＩＳＰ  ディスプレイ装置
ＯＳ  オペレーティングシステム
【図１】
2008310811.tif 000003
【図２】
2008310811.tif 000004
【図３】
2008310811.tif 000005
【図４】
2008310811.tif 000006
【図５】
2008310811.tif 000007
【図６】
2008310811.tif 000008
【図７】
2008310811.tif 000009
【図８】
2008310811.tif 000010
【図９】
2008310811.tif 000011
【図１０】
2008310811.tif 000012
【図１１】
2008310811.tif 000013
【図１２】
2008310811.tif 000014
【図１３】
2008310811.tif 000015
【図１４】
2008310811.tif 000016
【図１５】
2008310811.tif 000017
【図１６】
2008310811.tif 000018
【図１７】
2008310811.tif 000019
【図１８】
2008310811.tif 000020
【図１９】
2008310811.tif 000021
【手続補正書】
【提出日】平成20年10月27日(2008.10.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
ここで、前記登録マトリクスと検索マトリクスとは、多次元のマトリクスを指し、たとえばジャンルと、テーマと、前記テーマに関連する１以上のキーワードとで構成されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
同図では、情報登録ユーザのユーザ端末と、サーバと、情報検索ユーザのユーザ端末との間のデータの送受信の関係を時系列的に示したものである。
「ジャンル」と、「テーマ」と、「キーワード」とからなる登録マトリクスの入力に際しては、既に登録済みの文字列を一覧表示して、その中から選択することもできる仕組みを持つ。
図１１に、一覧からの選択による入力を行う画面の１例を示す。
「ジャンル」、「テーマ」などの上位次元の配列のワードに関しては、”指定なし”も許容するものとする。
たとえば、「テーマ」に関して”指定なし”が入力された場合、検索処理においては、「テーマ」に関しては常に一致したものとして扱われ、「キーワード」が一致すれば一致ポイントが加算されるが、「テーマ」が指定された上で「キーワード」も一致した場合よりは、一致ポイントの値を低いものとする。
”指定なし”とした検索マトリクス書式をサーバに送った場合、それに該当する項目の一致ポイントは１つのキーワードのみが検索で一致したものと見なして一致ポイントを算出して、総合一致ポイントを算出するようにしてもよいし、あるいは該項目の全てが一致したものとして、総合一致ポイントを算出してもよい。
「ＷＭＰサービス」は、情報検索によって得られた特定の登録情報の登録者にコンタクトすることを希望する情報検索ユーザが存在していた場合、登録者に対してその旨を通知するため「コンタクトメッセージ」の仕組みを持つ。
ただし、スパムメール的な利用を防ぐため、この通知を行うためには会員として登録されていることを条件とし、一定期間内に「コンタクトメッセージ」を送ることができる登録者の数を限定する仕組みを持たせてもよい。
「登録マトリクス」として登録される情報は、原則として、登録者が自由に入力できる文字列データであるが、「ＷＭＰサービス」自体が特定の単語を予約ワードとすることも可能である。たとえば、「ジャンル名」として”お見合い”を「ジャンル」予約ワードとし、それに属する「テーマ名」として”自己紹介”、”相手に求めること”などを、「テーマ」予約ワードとしておく。このジャンルへの登録を希望する登録者は、テーマとして、”自己紹介”、”相手に求めること”などに関するキーワードの入力が必要となるが、それ以外の任意の「テーマ名」の指定も可能である。
「ＷＭＰサービス」で予約された「ジャンル」や「テーマ」の場合には、「登録マトリクス」の次元数や要素数も、「ＷＭＰサービス」の側で、その予約キーワードに特有の設定を行うことができる仕組みとする。たとえば、前記の”お見合い”「ジャンル」の例では、この「ジャンル」に関しては、それに属する「テーマ」数を６個にするといった形で当該「ジャンル」に特有の要素数を設定したり、”自己紹介”という「テーマ」の下にはさらに「サブテーマ」として、”趣味”や”職業”を設定するなど、当該「ジャンル」に特有の次元数を設定してもよい。
「ＷＭＰサービス」で予約された「ジャンル」の登録が行われる場合には、通常の登録画面とは異なる、その「ジャンル」専用の登録画面を提供してもよい。
図１２に、一例として、「社員募集ジャンル」専用の登録画面イメージを示している。また、図１３に、一例として、「お見合いジャンル」専用の登録画面イメージを示している。
予約された「ジャンル名」や「テーマ名」の情報は、サーバの中のデータ形式としては、予約ワードであることを識別することができる特殊なコードを付加して格納することにより、全く同じワードが任意入力により登録された場合のデータと区別する。
予約された「ジャンル」や「テーマ」に関しては、「キーワード」の入力についても、通常の任意入力以外に、あらかじめ用意されたワードの一覧からの選択という形式での入力も可能な仕組みとする。たとえば図１３の例で、「サブテーマ」として”年収”が用意されていたとした場合、そのキーワード入力の方法は、通常の任意入力ではなく、あらかじめ用意される一覧（ドロップダウンリスト等）の中に、”４００万円以下”、”４００万円〜５００万円”、”５００万円〜６００万円”、”６００万円〜７００万円”、”７００万円〜８００万円”、”８００万円〜９００万円”、”９００万円〜１０００万円”、”１０００万円以上”等の項目が表示されており、その中から該当する項目を選択することによって入力を行ってもよい。
予約された「ジャンル」や「テーマ」に関して検索を行う場合、特定のキーワードに関しては、必ず一致した場合のみを検索結果として表示できるような、「必須一致ワード」の設定を可能としてもよい。
たとえば図１３の例で、「サブテーマ」として”性別”が用意されていたとした場合、情報検索ユーザにとっては、登録者が男性なのか女性なのかは最も重要な事項であるため、この項目が一致しない場合には、たとえそれ以外の項目でどれほど一致ポイントが高い場合でも、情報検索ユーザにとっては無意味な情報になるため、検索結果から除外できるようにしておくことが望ましい。
検索マトリクス書式において、幾つかのベクトルや要素を“必須一致ワード”とし、その指定をした項の検索が不一致の場合は、その項（ベクトル）の一致ポイントを０としたり、該項目の上位ベクトルや検索マトリクス全体の総合一致ポイントを０とし、複数の“必須一致ワード”が指定されていた場合は、“必須一致ワード”のどの項が不一致だったかを含めてクライアントに検索結果を送信してもよい。
図１６は３次元データベース登録マトリクスMA(3)の例を図示している。
図１７には３次元データベース登録マトリクスによるクラシック音楽のデータベースの構成例を示しており、登録マトリクスMA(3)は第１次元ベクトルとして、V1、V2、V3 からなり、V1 は第２次元ベクトルV11、V12、V13、V14 からなり、以下同様に、V3 は第２次
元ベクトルV31、V32、V33、V34 からなる。計12個の各第２次元ベクトルV11、V12、、、V34 はそれぞれ登録要素E111、E112 、、、E343 の各3個、合計36個の要素からなる。ここ
では各ベクトルの名称を付与しており、例えばV1 には作曲家の「ベートーベン」を付与
し、V11には「交響曲」を付与している。このような登録マトリクスで作成されたデータ
ベースを検索するための検索マトリクスは、この登録マトリクスと類似の書式で記述できる。
検索マトリクスは登録マトリクスに類似した書式が利便性から好ましく、データベース検索用サーバはクライアント（検索ユーザ）に登録マトリクスと類似だが要素がブランクとなっている検索マトリクス書式を送り、クライアントはその書式の各要素に求めるキーワードを記述していく手順で情報検索することが可能である。
図１８は、空（それに属する元が無いベクトルやキーワード要素）のベクトルや要素を含む登録マトリクスMA(3)の例を図示している。このマトリクスでは、空のベクトルは、
例えばそれに属するジャンルが存在しないことが明らかな場合、また空の要素はそれに属するキーワードが存在しないことが明らかな場合、あるいは再分割個数が他のベクトルと同じ個数とならない場合などに対して適用できる。一例として音楽を考えると、ブラームスはオペラ作品が無く、その部分のベクトルあるいは要素は空とすることができる。
また、第1次元ベクトルのうち、第２次元ベクトルとしてV3はV31のみしか無いことになるが、これはV1とV2は第２次元ベクトルに再分割するが、V3は第２次元ベクトルに再分割できない場合に、第２次元ベクトルはV31のみとすると、V3はV31と同一としてデータベース構築できる。
図１９は空のベクトルや要素を含む検索マトリクスMB(3)の例を示している。この例で
は第2次元ベクトルV12、V32、V34とそれに属する要素が空で、ベクトルは空ではないがそのベクトル要素のうちV13中S132とV33中S333が空となっている。これら空のベクトルや空の要素は、登録および検索マトリクスが長方形状、直方体形状、あるいは4次元以上では
超直方体（4次元以上の座標系における直方体）形状としている。データベース内容によ
っては幾つかのベクトルは再度ベクトル分割しなければならいが、幾つかのベクトルはそれ以上の再分割できないような状況、あるいは再分割の個数が項目によって異なる場合が一般的である。このとき、これら双方の状況をマトリクスで実現するために、空のベクトルと要素を用いることができる。  
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１００
【補正方法】変更
【補正の内容】
【０１００】
Ｗｅｂページを作成するユーザは、対象とするページのＨＴＭＬの中のＨＴＭＬタグの直後に、ある特定の名称を持つスクリプト（たとえばＯＬＬmatrix.js）を実行する記述
を埋め込み、かつ、この"ＯＬＬmatrix.js"ファイルの中身は空（0バイトファイル）とする。他方、「ＷＭＰサービス」と同様の構造を持つ「登録マトリクス」データを、ファイル名がＯＬＬmatrix.xmlというＸＭＬファイルの形式で作成し、ＯＬＬmatrix.jsのファ
イルと同じフォルダに格納する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０７
【補正方法】変更
【補正の内容】
【０１０７】
次は、従来のＷｅｂサイト検索エンジンと融合したシステムについて説明する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】変更
【補正の内容】
【０１１３】
情報検索に関しては、既存の検索サービスと同様に複数のキーワードを１行に羅列して指定するが、これらはＡＮＤ条件やＯＲ条件などの区別は不可とし、１次元の「検索マトリクス」として解釈される。なお、このときキーワードを入力する欄は複数個であってもよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】変更
【補正の内容】
【０１１４】
情報検索プログラムにおいては、「ＯＬＬ検索方式」に従って前記の「登録マトリクス」と前記の「検索マトリクス」との照合を行い、総合一致ポイントの大きい順に検索結果を表示する。
任意数のキーワードの全てを含む情報を検索できる情報検索サーバを利用できる環境で、クライアント端末から入力されたｎ個の要素としてのキーワードを持つ１次元検索マトリクスM(1)を生成し、M(1)のｎ個の要素中よりｍ個以上、但しｎ≧ｍ、の要素を持つ、計ｊ個のサブ検索マトリクスMS1(1)、MS2(1)、、、MSj(1)を生成する。但しjは下記数式で
算出される。
j＝(nCm)＋(nCm+1)＋、、、＋(nCn)
ここにxCyは組合わせ関数で、x個からy個取り出す総組合わせ数を表す。
nCm ＝ｎ！／（ｍ！×(ｎ-ｍ)！）
これらj個のサブ検索マトリクスの全ての要素キーワードに全て一致する情報を順次前記
情報検索サーバにおいて情報検索し、該検索結果情報を一旦蓄積し、j個のサブ検索マト
リクス全ての検索を終えた後、それら検索結果情報を一致キーワード数ｎ個から順次ｍ個まで整理して情報検索クライアント装置に表示するものである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１２３
【補正方法】削除
【補正の内容】
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１２４
【補正方法】削除
【補正の内容】
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】削除
【補正の内容】
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】削除
【補正の内容】
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０１２７
【補正方法】削除
【補正の内容】
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０１２８
【補正方法】削除
【補正の内容】