JP2013016176A

JP2013016176A - 複数のコンテンツサイトで記事コンテンツの検索を行う方法及び装置

Info

Publication number: JP2013016176A
Application number: JP2012148759A
Authority: JP
Inventors: Juliusz Wojtowicz Lech; ユリウスボイトビッチレフ
Original assignee: Copyright Clearance Center Inc
Current assignee: Copyright Clearance Center Inc
Priority date: 2011-06-30
Filing date: 2012-07-02
Publication date: 2013-01-24
Also published as: CA2781293A1; AU2012203678A1; US20130006999A1; EP2541446A1

Abstract

【課題】特定の記事に対しての権利を探し求める場合に適切なソースを識別する、複数のコンテンツサイトで記事コンテンツの検索を行う方法及び装置を提供する。
【解決手段】複数のコンテンツプロバイダから記事レベルコンテンツを取り出すために、連合検索プログラムはユーザから汎用クエリを受け取り、複数のコネクタオブジェクトに同時にディスパッチする。各コネクタオブジェクトは、汎用クエリを、関連付けられたコンテンツソース専用のクエリフォーマットに再フォーマットする。専用のクエリはコンテンツソースにディスパッチされる。コンテンツソースでの結果のセットはコネクタによってフェッチされ、標準フォーマットにマッピングされる。異なるコンテンツソースからの標準結果セットは１つの統合結果セットに統合される。複製の文書はその統合結果セットから削除され、最終の結果はユーザによって指定された条件に応じてソートされ、ユーザに示される。
【選択図】図１

Description

本発明はディジタル権利表示、並びにコンテンツの再使用権を決定する方法及び装置に関する。

作者によって作り出された作品、又は「コンテンツ」は一般に、再使用について法的規制を受ける。例えば、大部分のコンテンツは著作権によって保護される。著作権法に従うために、コンテンツ使用者は度々コンテンツ再使用ライセンスを得る。コンテンツ再使用ライセンスは、実際には、異なるフォーマットでコンテンツを表現する権利、異なるフォーマットでコンテンツを再生する権利、派生作品を作成する権利等を含む権利の「束（bundle)」である。よって、特定の再使用に応じて、その再使用に対する特定のライセンスを得る必要がある。

多くの知識労働者は、権利所有者の正当な権利の侵害を避けるために、特定のコンテンツを使用する前にそのコンテンツに対してどの権利が有効であるのか決定することを試みる。特定の出版物に対する権利が探し求められているならば、いくつかの選択肢が利用可能である。例えば、労働者がＩＳＢＮ等の標準出版番号から、著者から、又はコンテンツそれ自身から出版物の出版社を度々判断することができる。そして、労働者はどんな権利が有効であるかを判断するために出版社のウェブサイトを訪れることができる。或いは、労働者はマサチューセッツのダンバーズ（Danvers)にある米国著作権料精算センタ(Copyright Clearance Center)等の権利精算ハウスのウェブサイトを訪れることができる。この組織は、労働者がＩＳＢＮ、著者名、出版物タイトルの言葉等の情報を用いて出版物を検索することができるように各出版社からの許可を受けた権利を提供するために多くの出版社と提携している。出版物が検索されると、様々な再使用権が各ソースから表示される。そして、労働者は最も適切な権利を適切な価格で選択することができる。例えば、労働者は特定の出版社だけから予め購入されたライセンスを有する組織に属し、その場合に労働者が既に許可されているソースから利用することができる出版物を選択しても良い。

しかしながら、特定の記事に対してだけの権利が探し求められるならば、適切なソースを識別することはより難しい。特に、著者は様々な出版物に対して同一の記事を頻繁に提示し、それによりその記事がある時間の期間に亘っていくつかの出版物に現れる。加えて、いくつかの出版物は他の出版物に元々現れた記事を転載し、それらの転載の記事は別々に又はコレクションで現れても良い。その識別は更に困難にされる。なぜならば、単独のソースは出版された全て記事の総合的なデータベースを提供しないからである。いくつかの出版社はそれらのコンテンツを検索する能力を提供する検索サービスを見せるが、そのような検索は出版社毎に運営されなければならない。それらの検索は不便である。なぜならば、各出版社はクエリが提出されなければならない特定のフォーマットと、総合的な検索が各出版社の知識や検索結果の整理統合を要求するように結果が返送される特定のフォーマットを持っているからである。

本発明の原理によれば、連合検索プログラムはユーザと関連付けられたクライアントから汎用クエリを受け取り、その汎用クエリから複数のサブクエリを生成する。各サブクエリは、特定のコンテンツソースと関連付けられているコネクタオブジェクト(connector object)によって生成され、汎用クエリは全てのコネクタオブジェクトに同時にディスパッチされる。各コネクタオブジェクトは、汎用クエリを関連付けられたコンテンツソースに対して要求された専用のフォーマットに再フォーマットするソース特定コードを含む。そして、専用のクエリはコンテンツソースにディスパッチされる。コンテンツソースでの結果が用意できたとき、その結果のセットはコネクタによってフェッチされる。そのフェッチの結果は標準フォーマットにマッピングされる。異なるコンテンツソースからの標準結果セットは１つの統合結果セットに統合される。複製の文書はその統合結果セットから削除され、最終の結果はユーザによって指定された条件に応じてソートされ、ユーザに示される。

本発明の主要コンポーネントを示すブロック略図及びコンポーネント間のデータフロー図である。一緒に配置されるときの、ユーザ検索リクエストを処理する図１のシステムを用いる方法例のステップを示す図である。一緒に配置されるときの、ユーザ検索リクエストを処理する図１のシステムを用いる方法例のステップを示す図である。ユーザが出版物タイトル又は出版物識別番号を入力することにより出版物検索を開始するウェブアプリケーションによって生成される基本検索表示のスクリーンショットを示す図である。ユーザが出版物に関係する様々な情報項目を入力することにより出版物検索を開始する上級（アドバンスト）検索表示のスクリーンショットを示す図である。図３及び図４で示された表示において記事−特定権利が選択されたときウェブアプリケーションによって表示されている記事検索スクリーン表示のスクリーンショットを示す図である。特定のコンテンツプロバイダの検索サービスを問い合わせるコネクタオブジェクトを備えるコンポーネントの詳細表示を示す図である。統合結果セットから複製記録を削除する処理例のステップを示す図である。

図１、図２Ａ及び図２Ｂは、ブロック略図型式で装置１００及び本発明の原理に応じて記事レベルでコンテンツ検索を行う処理のステップを示している。その処理はステップ２００で開始し、クエリがクライアント１０２から受け取られるステップ２０２に移行する。

クライアント１０２は記事レベル検索を生成する何らかのアプリケーションとなることができる。例えば、１つのそのようなアプリケーションは米国著作権料精算センタ（ＣＣＣ）によってＵＲＬ：www.copyright.comで公開されているウェブアプリケーションである。このウェブアプリケーションは図３及び図４に示されているスクリーンショットを有するいくつかの検索表示を生成する。図３は、ユーザがテキストボックス３００内に出版物タイトル又は出版物識別番号を入力し、「ＧＯ」コマンドボタン３０２上でクリックすることにより検索を開始する基本検索表示を示している。

図４は、ユーザがタイトル、出版物識別番号、シリーズ名称、著者又は編集者、及び出版社等の検索基準をテキストボックス４００〜４０６内に入力することができる代替の「上級」検索表示を示している。その検索は、出版物タイプ、国、言語等の制限項目をリストボックス４０８〜４１２内に入力することにより制限され得る。加えて、セクション４１４でチェックボックスをチェック又は未チェックにすることにより異なる権利タイプを表示することができる。

図３に示された表示から開始された基本検索、及び図４に示された表示によって開始された上級検索の両方は出版物を検索する。出版物がユーザによって選択された後、ユーザにコンテンツに対する特定の権利の購入を許可する異なる使用権利が表示される。記事−特定権利が選択されたならば、www.copyright.comのウェブアプリケーションは図５に示されたように、記事検索スクリーン表示を表示する。この検索表示はタイトル（テキストボックス５０２を埋めることによって）、著者（テキストボックス５０４を埋めることによって）、ディジタルオブジェクトＩＤ番号（テキストボックス５０６を埋めることによって）、巻（テキストボックス５０８を埋めることによって）、版（テキストボックス５１０を埋めることによって）、スタートページ番号（テキストボックス５１２を埋めることによって）、及び出版物日付範囲（コンボボックス５１４，５１６及びテキストボックス５１８，５２０を埋めることによって）によってユーザに選択された出版物において記事の検索を許可する。「検索(search)」ボタン５２２をクリックすることが全ての目標（ターゲット）に対するマルチターゲット検索を実行し、マルチターゲット検索ではこの出版物に対する選択された記事を見つけ出すことができる。

この検索は、クライアント１０２が検索サービス１０６に対して、特に矢印１０４で示されかつステップ２０４で説明されたようにディスパッチャ１０８に対して汎用クエリを与えたとき開始される。例として、このクエリは次のようにしても良い。
タイトル：地球物理学
著者：オーケルベリ(Akerberg)

上記したように、検索は複数のコンテンツソースに亘って同時に実施される。１つの実施形態は、４つのコンテンツソース又は検索「ターゲット」：内部ＣＣＣデータベース、ネイチャー(Nature)データベース、パブゲット（PubGet)データベース、及びニューヨークタイムス(ＮＹＴ)データベースを使用する。各検索ターゲットは、それ独自の特定のクエリ言語を有し、その言語でクエリが表現されることが期待されている。例えば、ＣＣＣ内部データベースはルシーン(Lucene)エンジン言語を内部的に用いるソーラ(Solr)技術を使用する。この言語の詳細については、lucene.apache.org/java/2_3_2/queryparsersyntax.htmlで見つけ出すことができる。同様に、ネイチャークエリ言語の詳細については、nature.com/opensearch/で見つけ出すことができる。パブゲット及びＮＹＴクエリ言語の詳細については、corporate.pubget.com/services/premium及びdeveloper.nytimes.com/各々で見つけ出すことができる。

よって、ジェネリックサーチ（generic search）は、コンテンツソース毎にローカルクエリ言語に変換されなければならない。それに応じて、次に、ステップ２０６では、ディスパッチャ１０８が汎用クエリを複数のコネクタオブジェクトに同時にディスパッチする。３つのコネクタオブジェクト１１２，１１４及び１１６は、矢印１１８，１２０及び１２２で概略的に図示されたステップ２０６で説明されたように図１に示されている。

コネクタオブジェクトの詳細は図６に示されている。各コネクタオブジェクト６００はコンテンツソースに対して特有であり、コンテンツソースクエリ言語６０４に対して特有のコードを含んでジェネリックリクエスト（generic request）をそのソースについての適切なクエリに変換する。一般に、この変換はその汎用クエリを解析してクエリ項目毎に「トークン（tokens)」を得ること、そして特定のコンテンツソースにアクセスすることに適した型式において各トークンを含むクエリフレーズを加えることを含む。例えば、上記の記入された汎用クエリはステップ２０８で次のようなローカルＣＣＣソーラインデックスへのクエリに変換される。

このクエリは関連性ランキング計算を形作るために作成される部分を含んでいる。

同一のクエリは、ネイチャーデータベースにアクセスするために用いられるクエリ言語では次の如きである。

パブゲット及びＮＹＴサイト特有言語での対応するクエリは、

及び

である。ここで、"key"クローズ(clause)は記事のＮＹＴレポジトリへのアクセスを許可する特別のキーである。

加えて、（図３及び図４各々に示された基本又はアドバンスト検索表示においてユーザ入力から得られた、又は出版物検索の結果として得られた）出版物又は書籍についてのＩＳＳＮ又はＩＳＢＮ番号は、その番号によって識別されるジャーナル又は書籍から記事（又はＩＳＢＮの場合に本の章）だけに対する検索を絞り込むために用いられる。

その後、汎用クエリは特定のコンテンツプロバイダについてのクエリフォーマットに再フォーマットされる。再フォーマットされたクエリは矢印６０６によって図示されているように、データベースインターフェース６０８に供給される。データベースインターフェース６０８は、（必要ならば）データベースにログオンし、ステップ２１０で、図６の矢印６１０及び図１の矢印１２４，１３０，１３４によって図示されたように、再フォーマットされたクエリをコンテンツプロバイダに送信する。図１に示されたように、いくつかの場合には、リクエストが従来の方法でインターネット１２６を介してコンテンツプロバイダサイト（１２８及び１３２）に送信される。データベース１３６等のローカルデータベースについては、クエリはＬＡＮ又は他のネットワークを介して矢印１３４によって示されるように直接送信されても良い。

コネクタオブジェクト１１２，１１４及び１１６は、コンテンツプロバイダサイトで利用可能になるように検索結果を待ち、ステップ２１２によって示されたように利用可能であるときデータフェッチャ６１２は矢印６１４によって図示されるようにその結果をフェッチし、その結果をフォーマットマッパー６１８に提供する。クエリ言語と同様に、その結果は一般的に、各コンテンツプロバイダ特有のＸＭＬ又はＪＳＯＮ等のフォーマットの状態であるので、フォーマットマッピングは必要である。

処理は、オフページコネクタ２１４及び２１６を介してステップ２１８に進行する。ステップ２１８ではコネクタオブジェクト６００におけるフォーマットマッパー６１８が各コンテンツプロバイダからのクエリ結果メタデータを共通フォーマットにマッピングする。ステップ２１８の結果は、各検索コネクタから結果リストを作成し、検索結果を有する「リストのうちのリスト」を生成する。各検索ターゲットは記録のそれ独自の選択（リスト）を生成した。次に、ステップ２２０で、各コネクタオブジェクト、例えば、コネクタオブジェクト１１２，１１４及び１１６からの結果は矢印１３８，１４０及び１４２によって図示されるようにマージ（統合）モジュール１４４に供給され、そこではその結果は検索ターゲット間の複製を識別することにより統合される。

統合処理は、文書の対のメタデータを、異なるターゲットから取られた対の各文書と比較して統合リストを作成することを含む。統合リストにおける文書は、統合リストを作成するために用いられた２つのターゲット以外のターゲットの文書と比較される。この処理は、統合リストにおける全ての文書が異なるターゲットリストにおける全ての文書と比較されるまで繰り返される。１対の文書についての統合処理は図７に更に詳細に示されている。特に、この処理はステップ７００で始まり、ステップ７０２に進む。ステップ７０２では両方の文書がディジタルオブジェクト識別子（digital object identifier：ＤＯＩ）を有しているか否かのチェックが行われる。両方の文書がＤＯＩを有しているならば、その処理はステップ７０４に進む。ステップ７０４では、ＤＯＩが合致するか否かの判別が行われる。ステップ７０４でＤＯＩが合致すると判別されたならば、文書は複製と考えられる。この場合には、ステップ７０８で、それらの由来に基づいて文書の予め定められた優先順位に基づいて更に処理するために複製文書のうちの１つが選択される。例えば、上記したリストの文書ソースについては、この順位は最も高い順から最も低い順、ローカルデータベース、ネイチャー、パブゲット、そしてＮＹＴであっても良い。その処理はステップ７１２で終了する。

代わって、２つの文書のＤＯＩがステップ７０４における決定として合致しないならば、その文書は異なると考えられ、その処理はステップ７１０に進む。ステップ７１０では両文書が保持される。その処理はステップ７１２で終了する。

代わって、ステップ７０２で、比較されている２つの文書のうちの少なくとも一方がＤＯＩを有していないと判別されたならば、処理はステップ７０６に進む。ステップ７０６では、「タイトルグループ」マッチ（合致）が行われる。タイトルグループはタイトル、巻、版、スタートページ等のメタデータを含む。タイトルの合致の言葉（トークン）の数が２つのタイトルの長い方の言葉の総数の５０パーセントより少ないならば、文書は異なっていると考えられ、処理はステップ７１０に進む。ステップ７１０では、両方の記録が統合検索リストに加えられる。

タイトルの合致トークンの数が２つのタイトルの長い方の言葉の総数の５０パーセント以上であれば、各文書の巻、版及びスタートページが比較される。それらの後のメタデータ値の３つのうちの少なくとも２つが合致するならば、それらの作品は同一であると考えられ、処理はステップ７０８に進む。そうでないならば、作品は異なると考えられ、処理はステップ７１０に進む。ターゲット間における複製作品が識別された後、更なる処理のために作られた統合結果セットが存在する。

図１に戻ると、統合結果セットは矢印１４６によって図示されたように、ソートモジュール１４８に提供され、そこではステップ２２２（図２Ｂ）で説明されたように、その結果はソートされる。１つの実施形態において、文書は４つの異なるソーティング基準（関連度、タイトル、出版社、及びデータ）によってソートされる。妥当なソート回数を達成するために、（lucene.apache.org/java/docs/index.htmlに記述された)ルシーン検索エンジンと呼ばれるソーティングプログラムがこのソートを行うために使用された。ルシーン検索エンジンは記憶のための選択肢の１つとしてＲＡＭＤｉｒｅｃｔｏｒｙを提示している。ＲＡＭＤｉｒｅｃｔｏｒｙが用いられるとき、記録はディスクに書き込まれないが、その代わりにメモリに保持され、検索インデックスが作られる。このメモリ構築は即時の検索／ソートのために用いられる。

ＲＡＭＤｉｒｅｃｔｏｒｙソートは、文書毎にメタデータの全セットへの参照に加えて、記録毎に検索／ソートフィールドを含む定義されるべきＩｎＭｅｍｏｒｙＷｏｒｋと呼ばれるソートデータ構造を要求する。検索／ソートフィールドは、タイトル、著者、標準番号及び標準番号タイプ（ＤＯＩ，ＰｕｂｍｅｄＩＤ）及び日付である。統合記録セットからの文書はこのデータ構造にマッピングされ、インメモリルシーンインデックス(in-memory Lucene index)に加えられた。そして、このインデックスはコーリングクライアント(calling client)によって要求されたソート順に再問い合わせされた。このアレンジメントは、４つのコネクタオブジェクト（全４００作品）から１００文書を引き出し、それらの文書からインメモリインデックスを作り上げ、所望のソート順にその文書作品を再クエリ及び取り出すために約１００〜２５０ミリ秒を要する。

本発明は多くの実施形態を参照して示されかつ説明されたが、形や詳細において様々な変更が特許請求の範囲に定義された本発明の精神及び範囲から外れることなく本明細書においてされ得ることはこの分野の当業者によって認識される。

Claims

プロセッサ及びメモリを有するユーザコンピュータに入力されたクエリに応答して複数のコンテンツサイトで記事コンテンツに対する検索を行う方法であって、
（ａ）前記プロセッサを使用して前記メモリにおける複数のコネクタオブジェクトに対して同時に前記クエリをディスパッチするステップであって、前記コネクタオブジェクトの各々が、前記クエリを受け取ると、前記複数のコンテンツソースのいずれか１つから検索結果をフェッチし、前記メモリにフェッチされた結果セットを格納することと、
（ｂ）前記プロセッサを使用して前記メモリにおいてマッピングされた結果セットから複製結果を削除することによって全ての結果セットを前記メモリにおける統合結果セットに統合するステップと、
（ｃ）前記プロセッサを使用して前記メモリにおいて前記統合結果セットのソートインデックスを作成するステップと
を含むことを特徴とする方法。
前記ステップ（ａ）において、前記コネクタオブジェクトの各々は、前記クエリを受け取ると、前記プロセッサを制御して前記クエリを、前記複数のコンテンツソースのいずれか１つによって用いられた専用のクエリフォーマットに再フォーマットし、当該再フォーマットされたクエリを当該１つのコンテンツソースに送信し、前記１つのコンテンツソースから前記クエリによって生成された結果をフェッチし、当該結果を共通結果フォーマットにマッピングし、前記メモリに当該マッピングされた結果を格納することを特徴とする請求項１に記載の方法。
前記ステップ（ｂ）は、
（ｂ１）２つの文書からのメタデータを比較するステップと、
（ｂ２）両方の文書がディジタルオブジェクト識別子を有し、前記ディジタルオブジェクト識別子が合致するとき、前記２つの文書のいずれか一方を前記統合結果セットに加えるステップと、
（ｂ３）両方の文書がディジタルオブジェクト識別子を有し、前記ディジタルオブジェクト識別子が合致しないとき、前記２つの文書の両方を前記統合結果セットに加えるステップと
を含むことを特徴とする請求項１に記載の方法。
前記ステップ（ｂ）は、
（ｂ４）両方の文書がディジタルオブジェクト識別子を有していないとき、前記２つの文書のタイトルを比較するステップと、
（ｂ５）当該２つのタイトルにおける言葉の所定パーセントより多いパーセントが合致するならば、前記文書のいずれか一方を前記統合結果セットに加えるステップと、
（ｂ６）前記２つのタイトルにおける言葉の前記所定パーセントより少ないパーセントが合致するならば、追加のメタデータの項目を比較するステップと、
（ｂ７）前記ステップ（ｂ６）で追加のメタデータの項目の第２の所定パーセントより多いパーセントが合致するならば、前記文書のいずれか一方を前記統合結果セットに加えるステップと、
（ｂ８）前記ステップ（ｂ６）で追加のメタデータの項目の前記第２の所定パーセントより少ないパーセントが合致するならば、前記文書の両方を前記統合結果セットに加えるステップと
を更に含むことを特徴とする請求項３に記載の方法。
前記所定パーセントは５０パーセントであることを特徴とする請求項４に記載の方法。
前記追加のメタデータの項目は、文書の巻、版、及びスタートページを含むことを特徴とする請求項４記載の方法。
前記第２の所定パーセントは６６パーセントであることを特徴とする請求項４に記載の方法。
前記ステップ（ｃ）は、前記統合結果セットの各記録を、ソートフィールドと前記統合結果セットの文書メタデータに対する参照とを含むインメモリデータ構造にマッピングするステップと、前記データ構造から前記メモリにおいてソートインデックスを作成するステップと、ユーザが指定した条件に基づいて前記ソートインデックスを用いて前記データ構造をソートするステップと、当該ソートしたデータ構造によって特定された順に前記統合結果セットからメタデータを取り出すステップと
を含むことを特徴とする請求項１に記載の方法。
プロセッサ及びメモリを有するユーザコンピュータに入力されたクエリに応答して複数のコンテンツサイトで記事コンテンツに対する検索を行う装置であって、前記装置は、
前記メモリにおける複数のコネクタオブジェクトに対して同時に前記クエリをディスパッチし、前記コネクタオブジェクトの各々が、前記クエリを受け取られると、前記複数のコンテンツソースのいずれか１つから検索結果をフェッチし、前記メモリに前記フェッチされた結果セットを格納し、
前記メモリにおいてマッピングされた結果セットから複製結果を削除することによって全ての結果セットを前記メモリにおける統合結果セットに統合し、
前記メモリにおける前記統合結果セットのソートインデックスを作成する
ように前記プロセッサを制御するソフトウエアプログラムを前記メモリにおいて備えることを特徴とする装置。
前記コネクタオブジェクトの各々は、前記クエリを受け取ると、前記クエリを前記複数のコンテンツソースのいずれか１つによって用いられた専用のクエリフォーマットに再フォーマットし、当該再フォーマットしたクエリを当該１つのコンテンツソースに送信し、前記１つのコンテンツソースから前記クエリによって生成された結果をフェッチし、当該結果を共通結果フォーマットにマッピングし、前記メモリに当該マッピングされた結果を格納するように前記プロセッサを制御することを特徴とする請求項９に記載の装置。
前記プロセッサは、２つの文書からのメタデータを比較することと、両方の文書がディジタルオブジェクト識別子を有し、前記ディジタルオブジェクト識別子が合致するとき、前記２つの文書のいずれか一方を前記統合結果セットに加えることと、両方の文書がディジタルオブジェクト識別子を有し、前記ディジタルオブジェクト識別子が合致しないとき、前記２つの文書の両方を前記統合結果セットに加えることとによって、全ての結果セットを統合するように制御されることを特徴とする請求項９に記載の装置。
前記プロセッサは、両方の文書がディジタルオブジェクト識別子を有していないとき、前記２つの文書のタイトルを比較することと、当該２つのタイトルにおける言葉の所定パーセントより多いパーセントが合致するならば、前記文書のいずれか一方を前記統合結果セットに加えることと、前記２つのタイトルにおける言葉の前記所定パーセントより少ないパーセントが合致するならば、追加のメタデータの項目を比較することと、追加のメタデータの項目の第２の所定パーセントより多いパーセントが合致するならば、前記文書のいずれか一方を前記統合結果セットに加えることと、追加のメタデータの項目の前記第２の所定パーセントより少ないパーセントが合致するならば、前記文書の両方を前記統合結果セットに加えることとによって、全ての結果セットを統合するように更に制御されることを特徴とする請求項１１に記載の装置。
前記所定パーセントは５０パーセントであることを特徴とする請求項１２に記載の装置。
前記追加のメタデータの項目は、文書の巻、版、及びスタートページを含むことを特徴とする請求項１２に記載の装置。
前記第２の所定パーセントは６６パーセントであることを特徴とする請求項１２に記載の装置。
前記プロセッサは、前記統合結果セットの各記録を、ソートフィールドと前記統合結果セットの文書メタデータに対する参照とを含むインメモリデータ構造にマッピングすることと、前記データ構造から前記メモリにおいてソートインデックスを作成することと、ユーザが指定した条件に基づいて前記ソートインデックスを用いて前記データ構造をソートすることと、当該ソートされたデータ構造によって特定された順に前記統合結果セットからメタデータを取り出すこととによって、前記ソートインデックスを作成することを特徴とする請求項９に記載の装置。