知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024145459
(43)【公開日】2024-10-15
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
G06F 16/31 20190101AFI20241004BHJP
【ＦＩ】
G06F16/31
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023057818
(22)【出願日】2023-03-31
(71)【出願人】
【識別番号】399109687
【氏名又は名称】第一法規株式会社
(71)【出願人】
【識別番号】523120786
【氏名又は名称】金 光泰
(71)【出願人】
【識別番号】523120797
【氏名又は名称】宮坂 豪
(74)【代理人】
【識別番号】100126000
【弁理士】
【氏名又は名称】岩池 満
(74)【代理人】
【識別番号】100154748
【弁理士】
【氏名又は名称】菅沼 和弘
(72)【発明者】
【氏名】吉田 究
(72)【発明者】
【氏名】金 光泰
(72)【発明者】
【氏名】宮坂 豪
【テーマコード（参考）】
5B175
【Ｆターム（参考）】
5B175DA01
(57)【要約】
【課題】ユーザの所望の係り受け付数量範囲を含む法律条文等の文章を容易かつ適切に検索すること。
【解決手段】サーバは、ステップＳ１において、所定文章Ｄ１、Ｄ２から、数量及び１以上の数量関連情報からなる数量情報Ｉ１、Ｉ２を抽出する。サーバは、ステップＳ２において、数量情報Ｉ１、Ｉ２を、予め規定された形態の数量情報ＩＳ１、ＩＳ２に加工する。サーバ１は、数量情報ＩＳ１、ＩＳ２を構成する数量及び１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを文章Ｄ１、Ｄ２のインデックスＦ１、Ｆ２として生成する。
【選択図】図１
【解決手段】サーバは、ステップＳ１において、所定文章Ｄ１、Ｄ２から、数量及び１以上の数量関連情報からなる数量情報Ｉ１、Ｉ２を抽出する。サーバは、ステップＳ２において、数量情報Ｉ１、Ｉ２を、予め規定された形態の数量情報ＩＳ１、ＩＳ２に加工する。サーバ１は、数量情報ＩＳ１、ＩＳ２を構成する数量及び１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを文章Ｄ１、Ｄ２のインデックスＦ１、Ｆ２として生成する。
【選択図】図１
【特許請求の範囲】
【請求項1】
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章の索引データを生成する情報処理装置であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出手段と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成手段と、
を備える情報処理装置。
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出手段と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成手段と、
を備える情報処理装置。
【請求項2】
前記数量及び前記１以上の数量関連情報の夫々を、予め規定された形態に加工する加工手段、
をさらに備え、
前記索引データ生成手段は、加工された前記数量及び前記１以上の数量関連情報の夫々を前記フィールドにマッピングする、
請求項１に記載の情報処理装置。
をさらに備え、
前記索引データ生成手段は、加工された前記数量及び前記１以上の数量関連情報の夫々を前記フィールドにマッピングする、
請求項１に記載の情報処理装置。
【請求項3】
ユーザが所望する数量及び１以上の数量関連情報を含む検索条件を受け付ける検索条件受付手段と、
前記検索条件から前記数量及び前記１以上の数量関連情報を抽出して、前記予め規定された形態に加工することで、加工された前記数量及び前記１以上の数量関連情報の夫々を含むクエリを生成するクエリ生成手段と、
前記クエリと、検索対象の複数の文章の夫々の索引データとに基づいて、前記複数の文章の中から、前記クエリにより規定される前記数量を範囲に含む文章を検索する検索手段と、
をさらに備える請求項２に記載の情報処理装置。
前記検索条件から前記数量及び前記１以上の数量関連情報を抽出して、前記予め規定された形態に加工することで、加工された前記数量及び前記１以上の数量関連情報の夫々を含むクエリを生成するクエリ生成手段と、
前記クエリと、検索対象の複数の文章の夫々の索引データとに基づいて、前記複数の文章の中から、前記クエリにより規定される前記数量を範囲に含む文章を検索する検索手段と、
をさらに備える請求項２に記載の情報処理装置。
【請求項4】
前記数量関連情報は、前記数量の範囲表現を示す範囲情報、前記数量の単位を示す単位情報、前記数量に係る表現を示す係受表現情報を含む、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項5】
前記加工手段は、
前記数量の表現の揺れを予め規定された表現に統一し、
前記数量の単位を正規化し、前記数量を正規化された単位の量に変換する、
請求項４に記載の情報処理装置。
前記数量の表現の揺れを予め規定された表現に統一し、
前記数量の単位を正規化し、前記数量を正規化された単位の量に変換する、
請求項４に記載の情報処理装置。
【請求項6】
前記索引データ生成手段は、前記数量、並びに、前記範囲情報、前記単位情報、及び前記係受表現情報を含む前記数量関連情報の夫々を、前記フィールドにマッピングする、
請求項４に記載の情報処理装置。
請求項４に記載の情報処理装置。
【請求項7】
前記所定文章の前記索引データは、前記数量及び前記１以上の数量関連情報の組を複数有している場合、前記複数の組毎の前記フィールドから構成されている、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項8】
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章の索引データを生成する情報処理装置が実行する情報処理方法であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出ステップと、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成ステップと、
を含む情報処理方法。
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出ステップと、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成ステップと、
を含む情報処理方法。
【請求項9】
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章の索引データを生成するコンピュータに、
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出ステップと、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成ステップと、
を含む制御処理を実行させるプログラム。
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出ステップと、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
従来から、法律に関する検索キーワードを知らなくても所望の条文や裁判例を検索できる法律等検索システムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００２－１４０３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１を含め従来の技術のみでは、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、当該所望の高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができない状況である。
【0005】
本発明は、このような状況に鑑みてなされたものであり、所望の係り受け付数量範囲を含む法律条文等の文章を容易かつ適切に検索することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理装置は、
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章の索引データを生成する情報処理装置であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出手段と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成手段と、
を備える。
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章の索引データを生成する情報処理装置であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報を抽出する数量情報抽出手段と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データとして生成する索引データ生成手段と、
を備える。
【0007】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する情報処理方法及びプログラムである。
【発明の効果】
【0008】
本発明によれば、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
【図面の簡単な説明】
【0009】
【図1】本発明の情報処理装置の一実施形態が適用される本サービスの係り受け付数量範囲検索を実現化させる手法の概要を示すイメージ図である。
【図2】本発明の情報処理装置の一実施形態が適用される本サービスの係り受け付数量範囲検索の概要を示すイメージ図である。
【図7】インデックスの構造の具体例を示す図である。
【発明を実施するための形態】
【0010】
先ず、本発明の情報処理装置の実施形態の説明の前に、当該情報処理装置の実施形態が適用されるサービス（以下、「本サービス」と呼ぶ）の概要について説明する。
【0011】
本サービスは、法律条文等の多量の文章の中から、ユーザが所望する係り受け付数量範囲を含む文章を検索するサービスである。なお、以下、このような本サービスで提供される検索（手法）を、「係り受け付数量範囲検索」と呼ぶ。
【0012】
ここで、「係り受け付数量範囲」とは、数量、当該数量の範囲を示す情報（以下、「範囲情報」と呼ぶ）、当該数量の単位を示す情報（以下、「単位情報」と呼ぶ）、及び当該数量に係る表現を示す情報（以下、「係受表現情報」と呼ぶ）から構成される文字列集合体を意味する。
例えば、「・・・高さ十メートル以下の・・・」という法律条文等が存在するものとする。この場合、「十」が数量であり、「以下」が範囲情報であり、「メートル」が単位情報であり、「高さ」が係受表現情報である。
また例えば、「・・・高さ５０ｃｍ未満の・・・」という別の法律条文等が存在するものとする。この場合、「５０」が数量であり、「未満」が範囲情報であり、「ｃｍ」が単位情報であり、「高さ」が係受表現情報である。
例えば、「・・・高さ十メートル以下の・・・」という法律条文等が存在するものとする。この場合、「十」が数量であり、「以下」が範囲情報であり、「メートル」が単位情報であり、「高さ」が係受表現情報である。
また例えば、「・・・高さ５０ｃｍ未満の・・・」という別の法律条文等が存在するものとする。この場合、「５０」が数量であり、「未満」が範囲情報であり、「ｃｍ」が単位情報であり、「高さ」が係受表現情報である。
【0013】
具体的には、所定分野で何らかの法規制がされる際、当該所定分野の法令において「高さ１ｍ以上の場合において・・・」、「幅１０ｍ未満であれば・・・」といった係り受け付数量範囲を示して制約される場合がある。
法令のデータベースを利用するユーザは、こうした法規制について調査する際、自身のケース（例えば、所定分野でのビジネス展開を考えている係り受け付数量）が、規制された係り受け付数量範囲に該当する状況かどうかを確認することとなる。
例えば、ユーザ自身のケースにおける係り受け付数量が「高さ５ｍ」や「高さ２００ｃｍ」であったものとする。この場合、本来、上述の「高さ１ｍ以上の場合において・・・」という法令等が適用されるため、当該法令等がヒットしなければならない。
しかしながら、従来のデータベースにおけるキーワード検索では、例えば、「高さ５ｍ」のように「５」という数量と「高さ」、「ｍ」というキーワードを1つの検索窓に入力したり、或いはまた「高さ２００ｃｍ」のように「２００」という数量と「高さ」、「ｃｍ」というキーワードを1つの検索窓に入力したとしても、上述の「高さ１ｍ以上の場合において・・・」という法令等をヒットさせることはできなかった。
なお、従来においても、法令等とは別に構造化データとして数値を持たせて、ＲＤＢ検索として実現することで、このような検索自体は可能であったが、ＲＤＢ検索を実現するためには多数のデータを関連付ける必要があり、煩雑で高コストの準備が必要になる。特に、法令等は度々更新されるものであり、法令等の更新毎にデータの関連付けの更新をすることは、非常に煩雑で高コストになってしまう。
法令のデータベースを利用するユーザは、こうした法規制について調査する際、自身のケース（例えば、所定分野でのビジネス展開を考えている係り受け付数量）が、規制された係り受け付数量範囲に該当する状況かどうかを確認することとなる。
例えば、ユーザ自身のケースにおける係り受け付数量が「高さ５ｍ」や「高さ２００ｃｍ」であったものとする。この場合、本来、上述の「高さ１ｍ以上の場合において・・・」という法令等が適用されるため、当該法令等がヒットしなければならない。
しかしながら、従来のデータベースにおけるキーワード検索では、例えば、「高さ５ｍ」のように「５」という数量と「高さ」、「ｍ」というキーワードを1つの検索窓に入力したり、或いはまた「高さ２００ｃｍ」のように「２００」という数量と「高さ」、「ｃｍ」というキーワードを1つの検索窓に入力したとしても、上述の「高さ１ｍ以上の場合において・・・」という法令等をヒットさせることはできなかった。
なお、従来においても、法令等とは別に構造化データとして数値を持たせて、ＲＤＢ検索として実現することで、このような検索自体は可能であったが、ＲＤＢ検索を実現するためには多数のデータを関連付ける必要があり、煩雑で高コストの準備が必要になる。特に、法令等は度々更新されるものであり、法令等の更新毎にデータの関連付けの更新をすることは、非常に煩雑で高コストになってしまう。
【0014】
これに対して、本サービスは、数量に関するデータを個別に持たせることなく（それ故簡単かつ低コストで準備ができ）、数量とキーワードを１つの検索窓にユーザが入力するだけで、ユーザのケースに該当する係り受け付数量範囲を含む法令等をヒットさせる検索、即ち係り受け付数量範囲検索を提供することが可能になる。
【0015】
以下、図１を参照して、本サービスの係り受け付数量範囲検索を実現化させる手法の概要について説明する。
図１は、本発明の情報処理装置の一実施形態が適用される本サービスの係り受け付数量範囲検索を実現化させる手法の概要を示すイメージ図である。
図１は、本発明の情報処理装置の一実施形態が適用される本サービスの係り受け付数量範囲検索を実現化させる手法の概要を示すイメージ図である。
【0016】
図１に示すように、検索対象の法令等の文章として、「・・・高さ十メートル以下の・・・」という文章Ｄ１、及び「・・・高さ５０ｃｍ未満の・・・」という文章Ｄ２を含む多数の文章が存在しているものとする。
【0017】
ステップＳ１において、本発明の情報処理装置の一実施形態のサーバ（例えば、後述の図３のサーバ１）は、処理対象の所定文章から、数量及び１以上の数量関連情報（これらをまとめて「数量情報」と呼ぶ）を抽出する。ここで、数量関連情報には、上述した範囲情報、単位情報、及び係受表現情報が含まれる。
具体的には例えば、文章Ｄ１から、（係受表現情報、数量、単位情報、範囲情報）＝（高さ、十、メートル、以下）という数量情報Ｉ１が抽出される。
また例えば、文章Ｄ２から、（係受表現情報、数量、単位情報、範囲情報）＝（高さ、５０、ｃｍ、未満）という数量情報Ｉ２が抽出される。
具体的には例えば、文章Ｄ１から、（係受表現情報、数量、単位情報、範囲情報）＝（高さ、十、メートル、以下）という数量情報Ｉ１が抽出される。
また例えば、文章Ｄ２から、（係受表現情報、数量、単位情報、範囲情報）＝（高さ、５０、ｃｍ、未満）という数量情報Ｉ２が抽出される。
【0018】
ステップＳ２において、サーバは、抽出した数量情報を、正規化等、予め規定された、検索に適する形態に加工する。
例えば、サーバは、数量の表現の揺れを予め規定された表現に統一する。具体的には例えば、サーバは、漢数字や算用数字の揺れを統一する。
また例えば、サーバは、数量の単位を正規化する。そして、サーバは、当該数量を、正規化された単位の量に変換する。具体的には例えば、本実施形態では長さの単位は「メートル」が採用されている。そこで、数量関連情報が「１ｋｍ」の場合、当該「１ｋｍ」は「１０００ｍ」であるので、「１ｋｍ」の「ｋｍ」という単位情報は、「メートル」という単位情報に加工される。そして、「１ｋｍ」の「１」という数量は、「１０００」という数量に変換される。
図１の例では、（係受表現情報、数量、単位情報、範囲情報）＝（高さ、十、メートル、以下）という数量情報Ｉ１が、（高さ、１０、メートル、以下）という数量情報ＩＳ１に加工される。
また（係受表現情報、数量、単位情報、範囲情報）＝（高さ、５０、ｃｍ、未満）という数量情報Ｉ２が、（高さ、０．５、メートル、未満）という数量情報ＩＳ２に加工される。
例えば、サーバは、数量の表現の揺れを予め規定された表現に統一する。具体的には例えば、サーバは、漢数字や算用数字の揺れを統一する。
また例えば、サーバは、数量の単位を正規化する。そして、サーバは、当該数量を、正規化された単位の量に変換する。具体的には例えば、本実施形態では長さの単位は「メートル」が採用されている。そこで、数量関連情報が「１ｋｍ」の場合、当該「１ｋｍ」は「１０００ｍ」であるので、「１ｋｍ」の「ｋｍ」という単位情報は、「メートル」という単位情報に加工される。そして、「１ｋｍ」の「１」という数量は、「１０００」という数量に変換される。
図１の例では、（係受表現情報、数量、単位情報、範囲情報）＝（高さ、十、メートル、以下）という数量情報Ｉ１が、（高さ、１０、メートル、以下）という数量情報ＩＳ１に加工される。
また（係受表現情報、数量、単位情報、範囲情報）＝（高さ、５０、ｃｍ、未満）という数量情報Ｉ２が、（高さ、０．５、メートル、未満）という数量情報ＩＳ２に加工される。
【0019】
ステップＳ３において、サーバは、ステップＳ２において加工した数量情報（数量及び１以上の数量関連情報の夫々）を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを、処理対象の所定文章の索引データ（インデックス）として生成する。
【0020】
ここで、本実施形態の予め規定されたフィールドとしては、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）という構造が採用されている。
「Ｓｕｂｊｅｃｔ」は、係り受け付主題を示す項目であり、係受表現情報がマッピングされる。
「Ｕｎｉｔ」は、数量の単位を示す項目であり、単位情報がマッピングされる。
「Ｕｐｐｅｒ」は、数量範囲の上限値を示す項目であり、数量及び範囲情報から特定される上限値がマッピングされる。
「Ｌｏｗｅｒ」は、数量範囲の下限値を示す項目であり、数量及び範囲情報から特定される下限値がマッピングされる。
「ｅｘａｃｔ」は、範囲ではない数値を示す項目であり、例えば、数量として範囲ではなく値が含まれている文章の場合に当該値を示し、数量から特定される値がマッピングされる。
「Ｓｕｂｊｅｃｔ」は、係り受け付主題を示す項目であり、係受表現情報がマッピングされる。
「Ｕｎｉｔ」は、数量の単位を示す項目であり、単位情報がマッピングされる。
「Ｕｐｐｅｒ」は、数量範囲の上限値を示す項目であり、数量及び範囲情報から特定される上限値がマッピングされる。
「Ｌｏｗｅｒ」は、数量範囲の下限値を示す項目であり、数量及び範囲情報から特定される下限値がマッピングされる。
「ｅｘａｃｔ」は、範囲ではない数値を示す項目であり、例えば、数量として範囲ではなく値が含まれている文章の場合に当該値を示し、数量から特定される値がマッピングされる。
【0021】
図１の例では、文章Ｄ１に対して、数量情報ＩＳ１の各情報の夫々が上述の構造のフィールドにマッピングされることで、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、高さ、メートル、１０、ＭＩＮ＿ＶＡＬ、－）というインデックスＦ１が生成される。
また、文章Ｄ２に対して、数量情報ＩＳ２の各情報の夫々が上述の構造のフィールドにマッピングされることで、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、高さ、メートル、０．４９９９・・・、ＭＩＮ＿ＶＡＬ、－）というインデックスＦ２が生成される。
また、文章Ｄ２に対して、数量情報ＩＳ２の各情報の夫々が上述の構造のフィールドにマッピングされることで、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、高さ、メートル、０．４９９９・・・、ＭＩＮ＿ＶＡＬ、－）というインデックスＦ２が生成される。
【0022】
このようにして、検索対象の各文章毎にインデックスが生成されて対応付けられることにより、図２に示すように、本サービスの係り受け付数量範囲検索が可能になる。
図２は、本発明の情報処理装置の一実施形態が適用される本サービスの係り受け付数量範囲検索の概要を示すイメージ図である。
図２は、本発明の情報処理装置の一実施形態が適用される本サービスの係り受け付数量範囲検索の概要を示すイメージ図である。
【0023】
図２に示すように、本実施形態では所定のデータベース６１（以下「ＤＢ６１」と呼ぶ）には、多数の法令の文章の夫々がインデックスに対応付けられて格納されている。具体的には例えば、文章Ｄ１に対しては、図１の例で生成されたインデックスＦ１が対応付けられており、文章Ｄ２に対しては、図１の例で生成されたインデックスＦ２が対応付けられている。
【0024】
ユーザＵは、自身が操作する端末２（以下、「ユーザ端末２」と呼ぶ）を操作して、自身のケースに該当する数量及び１以上の数量関連情報（キーワード）を含む文章等を、検索条件として検索窓に入力する。
すると、サーバは、検索窓に入力された検索条件を受け付ける。
例えば、図２の例では、「高さ二ｍが適用される条文はある？」という検索条件Ｋ１が、検索窓に入力されている。そこで、サーバは、検索条件Ｋ１を受け付ける。
すると、サーバは、検索窓に入力された検索条件を受け付ける。
例えば、図２の例では、「高さ二ｍが適用される条文はある？」という検索条件Ｋ１が、検索窓に入力されている。そこで、サーバは、検索条件Ｋ１を受け付ける。
【0025】
ステップＳ１１において、サーバは、検索条件から数量及び１以上の数量関連情報を抽出して、予め規定された形態に加工することで、加工された数量及び１以上の数量関連情報の夫々を含むクエリを生成する。
ここで、クエリの形態（構造）は、インデックスと比較可能なものであれば特に限定されないが、本実施形態では、図２に示すように（数量表現、Ｓｕｂｊｅｃｔ）という形態（構造）が採用されている。
「数量表現」は、数量と単位を示す項目であり、検索条件のうち「数量」及び「単位情報」が格納される。
「Ｓｕｂｊｅｃｔ」は、係り受け付主題を示す項目であり、検索条件のうち「係受表現情報」が格納される。
ここで、クエリは、インデックスと比較可能なものであるため、検索条件がそのまま格納されるのではなく、インデックスの生成と同様に正規化等の加工が行われた検索条件が格納される。即ち、検索条件に対して、上述の図１のステップＳ２と同様の加工が行われた後、クエリが生成される。
具体的には例えば、図２の例では、検索条件Ｋ１から「高さ二ｍ」が抽出されると、「高さ２メートル」と加工された後、（数量表現、Ｓｕｂｊｅｃｔ）＝（２メートル、高さ）というクエリＱが生成される。
ここで、クエリの形態（構造）は、インデックスと比較可能なものであれば特に限定されないが、本実施形態では、図２に示すように（数量表現、Ｓｕｂｊｅｃｔ）という形態（構造）が採用されている。
「数量表現」は、数量と単位を示す項目であり、検索条件のうち「数量」及び「単位情報」が格納される。
「Ｓｕｂｊｅｃｔ」は、係り受け付主題を示す項目であり、検索条件のうち「係受表現情報」が格納される。
ここで、クエリは、インデックスと比較可能なものであるため、検索条件がそのまま格納されるのではなく、インデックスの生成と同様に正規化等の加工が行われた検索条件が格納される。即ち、検索条件に対して、上述の図１のステップＳ２と同様の加工が行われた後、クエリが生成される。
具体的には例えば、図２の例では、検索条件Ｋ１から「高さ二ｍ」が抽出されると、「高さ２メートル」と加工された後、（数量表現、Ｓｕｂｊｅｃｔ）＝（２メートル、高さ）というクエリＱが生成される。
【0026】
ステップＳ１２において、サーバは、クエリと、検索対象の複数の文章の夫々のインデックス（索引データ）とに基づいて、複数の文章の中から、クエリにより規定される数量を範囲に含む文章を検索する。
具体的には例えば、図２の例では、クエリＱは、Ｓｕｂｊｅｃｔとして「高さ」を有していることから、同一の「高さ」をＳｕｂｊｅｃｔに含むインデックスＦ１及びインデックスＦ２と比較される。
即ち、同図のステップＳ１２の「検索」の上方のイメージ図に示すように、クエリＱの数量表現である「２メートル」は、インデックスＦ１の範囲（１０メートル以下）の中に入るため、当該インデックスＦ１に対応する文章Ｄ１がヒットする。
一方、クエリＱの数量表現である「２メートル」は、インデックスＦ２の範囲（０．５メートル未満）の外であるため、当該インデックスＦ２に対応する文章Ｄ２はヒットしない。
これにより、「・・・高さ十ｍ以下の・・・」という文章Ｄ１がユーザ端末２に表示されることで、検索結果としてユーザＵに提示される。
具体的には例えば、図２の例では、クエリＱは、Ｓｕｂｊｅｃｔとして「高さ」を有していることから、同一の「高さ」をＳｕｂｊｅｃｔに含むインデックスＦ１及びインデックスＦ２と比較される。
即ち、同図のステップＳ１２の「検索」の上方のイメージ図に示すように、クエリＱの数量表現である「２メートル」は、インデックスＦ１の範囲（１０メートル以下）の中に入るため、当該インデックスＦ１に対応する文章Ｄ１がヒットする。
一方、クエリＱの数量表現である「２メートル」は、インデックスＦ２の範囲（０．５メートル未満）の外であるため、当該インデックスＦ２に対応する文章Ｄ２はヒットしない。
これにより、「・・・高さ十ｍ以下の・・・」という文章Ｄ１がユーザ端末２に表示されることで、検索結果としてユーザＵに提示される。
【0027】
このように、本サービスでは、検索対象の文章から、数量及び１以上の数量関連情報（数量情報）が抽出されて（図１のステップＳ１）、正規化等、比較可能な形態に適宜加工されて（図１のステップＳ２）、数量情報がフィールドにマッピングされることでインデックス（索引データ）が生成される（図１のステップＳ３）。
このようにして、検索対象の複数の文章毎にインデックスが生成されて対応付けられると、ユーザＵは、自身のケースに該当する数量及びキーワード（１以上の数量関連情報）を１つの検索窓に入力するといった簡便な操作をするだけで、自身のケースに適用される法律条文等の文章を検索することが可能になる。
即ち、本サービスは、数量に関するデータを個別に持たせることなく、数量とキーワード（１以上の数量関連情報）を１つの検索窓にユーザＵが入力するだけで、ユーザＵのケースに該当する係り受け付数量範囲を含む法律条文等をヒットさせる検索、即ち係り受け付数量範囲検索を提供することが可能になる。
換言すると、ユーザＵの所望の係り受け付数量範囲（例えば、ユーザＵの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
このようにして、検索対象の複数の文章毎にインデックスが生成されて対応付けられると、ユーザＵは、自身のケースに該当する数量及びキーワード（１以上の数量関連情報）を１つの検索窓に入力するといった簡便な操作をするだけで、自身のケースに適用される法律条文等の文章を検索することが可能になる。
即ち、本サービスは、数量に関するデータを個別に持たせることなく、数量とキーワード（１以上の数量関連情報）を１つの検索窓にユーザＵが入力するだけで、ユーザＵのケースに該当する係り受け付数量範囲を含む法律条文等をヒットさせる検索、即ち係り受け付数量範囲検索を提供することが可能になる。
換言すると、ユーザＵの所望の係り受け付数量範囲（例えば、ユーザＵの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
【0028】
ここで、本サービスの係り受け付数量範囲検索の特徴としては、単純に数量の範囲での検索ができるのみならず、当該数量に係る表現を示す「係受表現情報」もインデックスに含まれているため、ユーザは自身のケースに該当するキーワードとして、係受表現情報も含めることができる点である。
この点により、単純な数量の範囲の検索と比較して、ユーザの自身のケースに該当する文章を的確にヒットさせることが可能になる。
このような係受表現情報として、上述の図１及び図２の例では「高さ」が採用されたが、特にこれに限定されず、各種各様なものを採用することができる。
具体的には例えば、「特定駐車場における必要とされる防火安全性能を有する消防の用に供する設備等に関する省令第２条」や「消防法施行規則第１３条の５」では「床面から天井までの高さ」を係受表現情報として採用することができる。
例えば、「特定工場における公害防止組織の整備に関する法律施行令第９条」や「汚染土壌処理業に関する省令第４条」では「排出ガス量」を係受表現情報として採用することができる。
例えば、「下請代金支払遅延等防止法第２条第７項」や「中小企業者と農林漁業者との連携による事業活動の促進に関する法律施行令第１条」では「資本金の額」を係受表現情報として採用することができる。
例えば、「建築基準法に基づく指定建築基準適合判定資格者検定機関等に関する省令第１５条」や「建築物の耐震改修の促進に関する法律施行令第８条第２項」では「床面積の合計」を係受表現情報として採用することができる。
例えば、「船舶区画規程第４０条」や「環境保護に関する南極条約議定書附属書III第６条」では「船舶の最大搭載人員」を係受表現情報として採用することができる。
この点により、単純な数量の範囲の検索と比較して、ユーザの自身のケースに該当する文章を的確にヒットさせることが可能になる。
このような係受表現情報として、上述の図１及び図２の例では「高さ」が採用されたが、特にこれに限定されず、各種各様なものを採用することができる。
具体的には例えば、「特定駐車場における必要とされる防火安全性能を有する消防の用に供する設備等に関する省令第２条」や「消防法施行規則第１３条の５」では「床面から天井までの高さ」を係受表現情報として採用することができる。
例えば、「特定工場における公害防止組織の整備に関する法律施行令第９条」や「汚染土壌処理業に関する省令第４条」では「排出ガス量」を係受表現情報として採用することができる。
例えば、「下請代金支払遅延等防止法第２条第７項」や「中小企業者と農林漁業者との連携による事業活動の促進に関する法律施行令第１条」では「資本金の額」を係受表現情報として採用することができる。
例えば、「建築基準法に基づく指定建築基準適合判定資格者検定機関等に関する省令第１５条」や「建築物の耐震改修の促進に関する法律施行令第８条第２項」では「床面積の合計」を係受表現情報として採用することができる。
例えば、「船舶区画規程第４０条」や「環境保護に関する南極条約議定書附属書III第６条」では「船舶の最大搭載人員」を係受表現情報として採用することができる。
【0029】
次に、このような図１及び図２の本サービスに適用される情報処理システムの構成について説明する。
図３は、図１の本サービスに適用される情報処理システム、即ち、本発明の情報処理装置の一実施形態に係るサービス提供者サーバを含む情報処理システムの構成例を示す図である。
本実施形態の情報処理システムは、例えば、図３に示すように、サーバ１と、ユーザ端末２とが、インターネット等のネットワークＮに接続されることで構成される。
図３は、図１の本サービスに適用される情報処理システム、即ち、本発明の情報処理装置の一実施形態に係るサービス提供者サーバを含む情報処理システムの構成例を示す図である。
本実施形態の情報処理システムは、例えば、図３に示すように、サーバ１と、ユーザ端末２とが、インターネット等のネットワークＮに接続されることで構成される。
【0030】
サーバ１は、サービス提供者により管理される情報処理装置であり、ユーザＵに対して、ウェブサイトを提供する。
ユーザ端末２は、ユーザＵの操作を受け付ける、例えば、パーソナルコンピュータやタブレット、スマートフォン等の情報処理装置である。ユーザＵは、ユーザ端末２から上記ウェブサイトにアクセスしてサービス提供者により提供される本サービス（図２参照）を受けることができる。
具体的に、ウェブサイトでは、ユーザが例えば、法律条文等の所定文章を可読性良く閲覧できるサービスが提供される。
ユーザ端末２は、ユーザＵの操作を受け付ける、例えば、パーソナルコンピュータやタブレット、スマートフォン等の情報処理装置である。ユーザＵは、ユーザ端末２から上記ウェブサイトにアクセスしてサービス提供者により提供される本サービス（図２参照）を受けることができる。
具体的に、ウェブサイトでは、ユーザが例えば、法律条文等の所定文章を可読性良く閲覧できるサービスが提供される。
【0031】
なお、本実施形態では、ユーザ端末２とサーバ１と協働の一例として、例えば、ユーザ端末２がサーバ１のウェブサイトにアクセスしてウェブサイトを表示する第１手法が採用された。第１手法によれば、ユーザ端末２は、サーバ１と適宜通信をしながら主要な処理をサーバ１に実行してもらう。
ただし、ユーザ端末２とサーバ１が協働して本サービスを実現する手法は、第１手法に特に限定されない。
例えば、ユーザ端末２は、サーバ１又はその管理下の図示せぬ装置から専用のアプリケーションソフトウェアプログラム（以下、「アプリ」と略記する）を予めダウンロード及びインストールして、アプリで実行する第２手法を、「協働」の手法として採用することができる。また、第１手法と第２手法とを適宜組み合わせた手法を、「協働」の手法として採用することもできる。
ただし、以下の例では、説明の便宜上、第１手法が「協働」の手法として採用されているものとして説明する。即ち、以下の例で、処理の動作主体が「サーバ１」となっている個所は例示に過ぎず、実装時には適宜「ユーザ端末２」としてよいことは言うまでもない。
ただし、ユーザ端末２とサーバ１が協働して本サービスを実現する手法は、第１手法に特に限定されない。
例えば、ユーザ端末２は、サーバ１又はその管理下の図示せぬ装置から専用のアプリケーションソフトウェアプログラム（以下、「アプリ」と略記する）を予めダウンロード及びインストールして、アプリで実行する第２手法を、「協働」の手法として採用することができる。また、第１手法と第２手法とを適宜組み合わせた手法を、「協働」の手法として採用することもできる。
ただし、以下の例では、説明の便宜上、第１手法が「協働」の手法として採用されているものとして説明する。即ち、以下の例で、処理の動作主体が「サーバ１」となっている個所は例示に過ぎず、実装時には適宜「ユーザ端末２」としてよいことは言うまでもない。
【0032】
本例では、サーバ１が主要な処理を実行するため、図３の情報処理システムのうちサーバ１に着目して、以下の説明を行う。
【0033】
【0034】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【0035】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【0036】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【0037】
出力部１６は、液晶等のディスプレイやスピーカ等により構成され、各種情報を画像や音声として出力する。
入力部１７は、例えば、キーボード等により構成され、各種情報を入力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば、図１のユーザ端末２等）との間で通信を行う。
入力部１７は、例えば、キーボード等により構成され、各種情報を入力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば、図１のユーザ端末２等）との間で通信を行う。
【0038】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【0039】
【0040】
【0041】
以下、図５を参照して上述した一連の処理を実行するためのサーバ１の機能的構成の一例について説明する。
図５は、図４に示したハードウェア構成を有するサーバの機能的構成の一例を示す機能ブロック図である。
図５に示すように、サーバ１の記憶部１８には、ＤＢ６１が記憶されている。
図５は、図４に示したハードウェア構成を有するサーバの機能的構成の一例を示す機能ブロック図である。
図５に示すように、サーバ１の記憶部１８には、ＤＢ６１が記憶されている。
【0042】
ＤＢ６１には、法律条文（法令「現行法規」）の他、判例「判例体系」、法関連文献情報「法律判例文献情報」等のコンテンツ（ＪＳＯＮファイル等）で構成される法情報総合データベース等が記憶されている。ＪＳＯＮは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎの略称である。なお、ＪａｖａＳｃｒｉｐｔは登録商標である。
即ち、ＤＢ６１には、法律条文等の検索対象の多数の文章が格納されている。
即ち、ＤＢ６１には、法律条文等の検索対象の多数の文章が格納されている。
【0043】
図５に示すように、サーバ１のＣＰＵ１１においては、検索対象所定文章に対してインデックスが生成される際には、数量情報抽出部５１と、正規化部５２と、インデックス化部５３とが機能する。
【0044】
数量情報抽出部５１は、ＤＢ６１に格納されている多数の文章の夫々を処理対象として、処理対象の所定文章から、数量及び前記１以上の数量関連情報を抽出する。
即ち、数量情報抽出部５１は、図１のステップＳ１の処理を実行する。
即ち、数量情報抽出部５１は、図１のステップＳ１の処理を実行する。
【0045】
数量関連情報は、上述したように、数量の範囲表現を示す範囲情報、数量の単位を示す単位情報、数量に係る表現を示す係受表現情報を含む。
【0046】
正規化部５２は、数量情報抽出部５１により抽出された数量及び１以上の数量関連情報の夫々を、予め規定された形態に加工する。
即ち、正規化部５２は、図１のステップＳ２の処理を実行する。
例えば、正規化部５２は、数量の表現の揺れを予め規定された表現に統一する。
また例えば、正規化部５２は、数量の単位を正規化し、数量を正規化された単位の量に変換する。
即ち、正規化部５２は、図１のステップＳ２の処理を実行する。
例えば、正規化部５２は、数量の表現の揺れを予め規定された表現に統一する。
また例えば、正規化部５２は、数量の単位を正規化し、数量を正規化された単位の量に変換する。
【0047】
インデックス化部５３は、正規化部５２により数量及び１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを所定文章のインデックス（索引データ）として生成する。
即ち、インデックス化部５３は、図１のステップＳ３の処理を実行する。
具体的には、インデックス化部５３は、数量、並びに、範囲情報、単位情報、及び係受表現情報を含む数量関連情報の夫々をフィールドにマッピングすることで、インデックスを生成する。
所定文章に対して生成されたインデックスは、当該所定文章と対応付けられてＤＢ６１に格納される。
即ち、インデックス化部５３は、図１のステップＳ３の処理を実行する。
具体的には、インデックス化部５３は、数量、並びに、範囲情報、単位情報、及び係受表現情報を含む数量関連情報の夫々をフィールドにマッピングすることで、インデックスを生成する。
所定文章に対して生成されたインデックスは、当該所定文章と対応付けられてＤＢ６１に格納される。
【0048】
また、ユーザＵがユーザ端末２を操作して係り受け付数量範囲検索を実行する場合、サーバ１のＣＰＵ１１においては、検索文受付部５４と、クエリ化部５５と、検索部５６と、表示制御部５７とが機能する。
【0049】
表示制御部５７は、検索窓を含む所定のウェブページ（後述の図６参照）をユーザ端末２に表示させる制御を実行する。
ユーザＵは、ユーザ端末２を操作して、自身のケースに該当する所望の数量及び１以上の数量関連情報（キーワード）を含む検索条件を検索窓に入力する。
検索文受付部５４は、検索窓に入力された検索条件、即ちユーザＵが所望する数量及び１以上の数量関連情報を含む検索条件を受け付ける。
ユーザＵは、ユーザ端末２を操作して、自身のケースに該当する所望の数量及び１以上の数量関連情報（キーワード）を含む検索条件を検索窓に入力する。
検索文受付部５４は、検索窓に入力された検索条件、即ちユーザＵが所望する数量及び１以上の数量関連情報を含む検索条件を受け付ける。
【0050】
クエリ化部５５は、検索文受付部５４により受け付けられた検索条件から数量及び１以上の数量関連情報を抽出して、予め規定された形態に加工することで、加工された数量及び１以上の数量関連情報の夫々を含むクエリを生成する。
即ち、クエリ化部５５は、図２のステップＳ１１の処理を実行する。
即ち、クエリ化部５５は、図２のステップＳ１１の処理を実行する。
【0051】
検索部５６は、クエリと、ＤＢ６１に格納された検索対象の複数の文章の夫々のインデックス（索引データ）とに基づいて、当該複数の文章の中から、クエリにより規定される数量を範囲に含む文章を検索する。
即ち、検索部５６は、図２のステップＳ１２の処理を実行する。
即ち、検索部５６は、図２のステップＳ１２の処理を実行する。
【0052】
表示制御部５７は、検索部５６により検索された文章を、検索結果としてユーザ端末２に表示させる制御（後述の図６参照）を実行する。
【0053】
【0054】
図６は、図２の係り受け付数量範囲検索をユーザが実行する場合にユーザ端末に表示されるＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画面の一例を示している。
図６（Ａ）に示すＵＩ画面２０１は、本サービスにより提供される所定のウェブサイトの１つのウェブページとして構成される。ＵＩ画面２０１においては、上方に検索窓２１１及び検索ボタン２１２が配置され、その下方に検索結果表示欄２１３が配置されている。
図６（Ａ）に示すＵＩ画面２０１は、本サービスにより提供される所定のウェブサイトの１つのウェブページとして構成される。ＵＩ画面２０１においては、上方に検索窓２１１及び検索ボタン２１２が配置され、その下方に検索結果表示欄２１３が配置されている。
【0055】
図６（Ａ）の例では、「建築物 面積 ９ｍ＾２」という検索条件が検索窓２１１に入力されている。
ユーザＵは、このような検索条件が入力された状態で検索ボタン２１２を押下操作すると、「建築物 面積 ９ｍ＾２」という検索条件がサーバ１に送信されて、係り受け付数量範囲検索が実行される。
ユーザＵは、このような検索条件が入力された状態で検索ボタン２１２を押下操作すると、「建築物 面積 ９ｍ＾２」という検索条件がサーバ１に送信されて、係り受け付数量範囲検索が実行される。
【0056】
即ち、図５の検索文受付部５４は、検索窓２１１に入力された「建築物 面積 ９ｍ＾２」という検索条件を受け付ける。
クエリ化部５５は、（数量表現、Ｓｕｂｊｅｃｔ）＝（９ｍ＾２、建築物 面積）というクエリを生成する。
クエリ化部５５は、（数量表現、Ｓｕｂｊｅｃｔ）＝（９ｍ＾２、建築物 面積）というクエリを生成する。
【0057】
ここで、ＤＢ６１には建築基準法の各条文の文章が格納されているものとする。
また、図６に示すように、建築基準法第２２条のインデックスは、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、（茶室、あずまやその他これらに類する建築物又は延べ面積）、ｍ＾２、１０、―、―）というフィールドＦｋ２２であるものとする。
建築基準法第６７条のインデックスは、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、附属建築物、ｍ＾２、５０、―、―）というフィールドＦｋ６７であるものとする。
また、図６に示すように、建築基準法第２２条のインデックスは、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、（茶室、あずまやその他これらに類する建築物又は延べ面積）、ｍ＾２、１０、―、―）というフィールドＦｋ２２であるものとする。
建築基準法第６７条のインデックスは、（通常のフィールド、Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（－、附属建築物、ｍ＾２、５０、―、―）というフィールドＦｋ６７であるものとする。
【0058】
この場合、検索部５６は、クエリと、建築基準法の各条文の夫々のインデックスとを比較し、クエリのＳｕｂｊｅｃｔの「建築 面積」の少なくとも一方をＳｕｂｊｅｃｔに含むフィールドＦｋ２２及びフィールドＦｋ６７を数量範囲比較対象に決定する。
クエリの数量表現である「９ｍ＾２」は、インデックスＦｋ２２の範囲（１０ｍ＾２以下）の中に入るため、検索部５６は、当該インデックスＦｋ２２に対応する建築基準法第２２条をヒットさせる。
同様に、クエリの数量表現である「９ｍ＾２」は、インデックスＦｋ６７の範囲（５０ｍ＾２以下）の中に入るため、検索部５６は、当該インデックスＦｋ６７に対応する建築基準法第６７条をヒットさせる。
クエリの数量表現である「９ｍ＾２」は、インデックスＦｋ２２の範囲（１０ｍ＾２以下）の中に入るため、検索部５６は、当該インデックスＦｋ２２に対応する建築基準法第２２条をヒットさせる。
同様に、クエリの数量表現である「９ｍ＾２」は、インデックスＦｋ６７の範囲（５０ｍ＾２以下）の中に入るため、検索部５６は、当該インデックスＦｋ６７に対応する建築基準法第６７条をヒットさせる。
【0059】
表示制御部５７は、図６に示すように、ＵＩ画面２０１の検索結果表示欄２１３に対して、検索部５６により検索（ヒット）された建築基準法第２２条及び第６７条の文章を表示させる。
【0060】
なお、ユーザＵは、ＵＩ画面２０１に対して所定操作を行うことで、検索結果表示欄２１３に表示された文章（条文）の詳細画面を図６（Ｂ）のＵＩ画面２１４に表示させることもできる。
例えば、図６（Ｂ）は、検索結果表示欄２１３に表示された建築基準法第２２条の詳細画面の一例を示している。
例えば、図６（Ｂ）は、検索結果表示欄２１３に表示された建築基準法第２２条の詳細画面の一例を示している。
【0061】
【0062】
図７は、インデックスの構造の具体例を示している。
図７の例のインデックスは、（通常のフィールド、Ｓｕｂｊｅｃｔ［１・・・Ｎ］、Ｕｎｉｔ［１・・・Ｎ］、Ｕｐｐｅｒ［１・・・Ｎ］、Ｌｏｗｅｒ［１・・・Ｎ］、ｅｘａｃｔ）という構造が採用されている。
「Ｓｕｂｊｅｃｔ」は、係り受け付主題を示す項目であり、係受表現情報がマッピングされる。
「Ｕｎｉｔ」は、数量の単位を示す項目であり、単位情報がマッピングされる。
「Ｕｐｐｅｒ」は、数量範囲の上限値を示す項目であり、数量及び範囲情報から特定される上限値がマッピングされる。
「Ｌｏｗｅｒ」は、数量範囲の下限値を示す項目であり、数量及び範囲情報から特定される下限値がマッピングされる。
「ｅｘａｃｔ」は、範囲ではない数値を示す項目であり、例えば、数量として範囲ではなく値が含まれている文章の場合に当該値を示し、数量から特定される値がマッピングされる。
ここで、「Ｓｕｂｊｅｃｔ」、「Ｕｎｉｔ」、「Ｕｐｐｅｒ」、「Ｌｏｗｅｒ」、及び「ｅｘａｃｔ」において、［１・・・Ｎ］が記載されているのは、条文等の１つの文章には、複数の数値表現（数量及び係受表現情報等の１以上の数量関連情報）が含まれる可能性があるからである。
つまり、１つの文章に、Ｎ個（Ｎは１以上の整数値）の数値表現（数量及び係受表現情報等の１以上の数量関連情報）が含まれる場合、「Ｓｕｂｊｅｃｔ」、「Ｕｎｉｔ」、「Ｕｐｐｅｒ」、「Ｌｏｗｅｒ」、及び「ｅｘａｃｔ」の組を１つのフィールドと定義すると、当該文章のインデックスはＮ個のフィールドから構成されることになる。
図７の例のインデックスは、（通常のフィールド、Ｓｕｂｊｅｃｔ［１・・・Ｎ］、Ｕｎｉｔ［１・・・Ｎ］、Ｕｐｐｅｒ［１・・・Ｎ］、Ｌｏｗｅｒ［１・・・Ｎ］、ｅｘａｃｔ）という構造が採用されている。
「Ｓｕｂｊｅｃｔ」は、係り受け付主題を示す項目であり、係受表現情報がマッピングされる。
「Ｕｎｉｔ」は、数量の単位を示す項目であり、単位情報がマッピングされる。
「Ｕｐｐｅｒ」は、数量範囲の上限値を示す項目であり、数量及び範囲情報から特定される上限値がマッピングされる。
「Ｌｏｗｅｒ」は、数量範囲の下限値を示す項目であり、数量及び範囲情報から特定される下限値がマッピングされる。
「ｅｘａｃｔ」は、範囲ではない数値を示す項目であり、例えば、数量として範囲ではなく値が含まれている文章の場合に当該値を示し、数量から特定される値がマッピングされる。
ここで、「Ｓｕｂｊｅｃｔ」、「Ｕｎｉｔ」、「Ｕｐｐｅｒ」、「Ｌｏｗｅｒ」、及び「ｅｘａｃｔ」において、［１・・・Ｎ］が記載されているのは、条文等の１つの文章には、複数の数値表現（数量及び係受表現情報等の１以上の数量関連情報）が含まれる可能性があるからである。
つまり、１つの文章に、Ｎ個（Ｎは１以上の整数値）の数値表現（数量及び係受表現情報等の１以上の数量関連情報）が含まれる場合、「Ｓｕｂｊｅｃｔ」、「Ｕｎｉｔ」、「Ｕｐｐｅｒ」、「Ｌｏｗｅｒ」、及び「ｅｘａｃｔ」の組を１つのフィールドと定義すると、当該文章のインデックスはＮ個のフィールドから構成されることになる。
【0063】
図８は、図７の構造のインデックス及び当該インデックスを用いた係り受け付数量範囲検索の具体的事例であって、クエリ側が「範囲」の場合の例を示している。
図８（Ａ）には、検索対象の「・・・コンベアの長さが五十メートル以上であること。・・・」という文章Ｄａが示されている。
文章Ｄａは、数量範囲（下限値：五十～上限値：ＭＡＸ＿ＶＡＬＵＥ）を表現している文書の一例である。
図８（Ｂ）には、文章ＤａのインデックスＦａとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（コンベアの長さ、メートル、ＭＡＸ＿ＶＡＬＵＥ、５０、（未使用））が示されている。
また、当該インデックスＦａの下方には、インデックスＦａ側の範囲が視覚化されたイメージとして示されている。
図８（Ａ）には、検索対象の「・・・コンベアの長さが五十メートル以上であること。・・・」という文章Ｄａが示されている。
文章Ｄａは、数量範囲（下限値：五十～上限値：ＭＡＸ＿ＶＡＬＵＥ）を表現している文書の一例である。
図８（Ｂ）には、文章ＤａのインデックスＦａとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（コンベアの長さ、メートル、ＭＡＸ＿ＶＡＬＵＥ、５０、（未使用））が示されている。
また、当該インデックスＦａの下方には、インデックスＦａ側の範囲が視覚化されたイメージとして示されている。
【0064】
図８（Ｃ）には、図８（Ｂ）のインデックスＦａと比較されて図８（Ａ）の文章Ｄａがヒットするクエリの例が示されている。
即ち、図８（Ｃ）の例のクエリは、「コンベア 長さ ５０ メートル」とされている。
図８（Ｃ）の下方には、当該クエリとインデックスＦａとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦａ側の５０メートル以上の範囲にクエリの５０メートルが存在しているので、図８（Ａ）の文章Ｄａがヒットする。
即ち、図８（Ｃ）の例のクエリは、「コンベア 長さ ５０ メートル」とされている。
図８（Ｃ）の下方には、当該クエリとインデックスＦａとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦａ側の５０メートル以上の範囲にクエリの５０メートルが存在しているので、図８（Ａ）の文章Ｄａがヒットする。
【0065】
図８（Ｄ）には、図８（Ｂ）のインデックスＦａと比較されて図８（Ａ）の文章Ｄａがヒットするクエリの例であって図８（Ｃ）とは異なる例が示されている。
即ち、図８（Ｄ）の例のクエリは、「コンベア 長さ １００ メートル以上」とされている。
図８（Ｄ）の下方には、当該クエリとインデックスＦａとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦａ側の５０メートル以上の範囲にクエリの１００メートル以上の範囲が存在しているので、図８（Ａ）の文章Ｄａがヒットする。
即ち、図８（Ｄ）の例のクエリは、「コンベア 長さ １００ メートル以上」とされている。
図８（Ｄ）の下方には、当該クエリとインデックスＦａとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦａ側の５０メートル以上の範囲にクエリの１００メートル以上の範囲が存在しているので、図８（Ａ）の文章Ｄａがヒットする。
【0066】
図８（Ｅ）には、図８（Ｂ）のインデックスＦａと比較されて図８（Ａ）の文章Ｄａがヒットするクエリの例であって図８（Ｃ）及び（Ｄ）とは異なる例が示されている。
即ち、図８（Ｅ）の例のクエリは、「コンベア 長さ ７５ メートル以下」とされている。
図８（Ｅ）の下方には、当該クエリとインデックスＦａとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦａ側の５０メートル以上の範囲とクエリの７５ｍ以下の範囲とが重なるため、図８（Ａ）の文章Ｄａがヒットする。
即ち、図８（Ｅ）の例のクエリは、「コンベア 長さ ７５ メートル以下」とされている。
図８（Ｅ）の下方には、当該クエリとインデックスＦａとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦａ側の５０メートル以上の範囲とクエリの７５ｍ以下の範囲とが重なるため、図８（Ａ）の文章Ｄａがヒットする。
【0067】
図９は、図７の構造のインデックス及び当該インデックスを用いた係り受け付数量範囲検索の具体的事例であって、検索対象の文書の数値が範囲でない場合（「以上」「未満」等の表現が周辺に見つからない場合）の例を示している。
図９（Ａ）には、検索対象の「・・・令第２２条第３号ハの公安委員会が定める自動車は、別表４に掲げる道路を通行する自動車とし、同号ハの公安委員会が定める高さは、４．１メートルとする。・・・」という文章Ｄｂが示されている。
図９（Ｂ）には、文章ＤｂのインデックスＦｂとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（自動車高さ、メートル、（未使用）、（未使用）、４．１）が示されている。
また、当該インデックスＦｂの下方には、インデックスＦｂ側の範囲が視覚化されたイメージとして示されている。
図９（Ａ）には、検索対象の「・・・令第２２条第３号ハの公安委員会が定める自動車は、別表４に掲げる道路を通行する自動車とし、同号ハの公安委員会が定める高さは、４．１メートルとする。・・・」という文章Ｄｂが示されている。
図９（Ｂ）には、文章ＤｂのインデックスＦｂとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（自動車高さ、メートル、（未使用）、（未使用）、４．１）が示されている。
また、当該インデックスＦｂの下方には、インデックスＦｂ側の範囲が視覚化されたイメージとして示されている。
【0068】
図９（Ｃ）には、図９（Ｂ）のインデックスＦｂと比較されて図９（Ａ）の文章Ｄｂがヒットするクエリの例が示されている。
即ち、図９（Ｃ）の例のクエリは、「自動車 高さ ４．１ メートル」とされている。
図９（Ｃ）の下方には、当該クエリとインデックスＦｂとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦｂ側の４．１メートルに対して、クエリも４．１メートルなので、図９（Ａ）の文章Ｄｂがヒットする。
即ち、図９（Ｃ）の例のクエリは、「自動車 高さ ４．１ メートル」とされている。
図９（Ｃ）の下方には、当該クエリとインデックスＦｂとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦｂ側の４．１メートルに対して、クエリも４．１メートルなので、図９（Ａ）の文章Ｄｂがヒットする。
【0069】
図９（Ｄ）には、図９（Ｂ）のインデックスＦｂと比較されて図９（Ａ）の文章Ｄｂがヒットするクエリの例であって図９（Ｃ）とは異なる例が示されている。
即ち、図９（Ｄ）の例のクエリは、「自動車 高さ ２ メートル以上」とされている。
図９（Ｄ）の下方には、当該クエリとインデックスＦｂとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦｂ側の４．１ｍはクエリの２メートル以上の範囲に存在しているので、図９（Ａ）の文章Ｄｂがヒットする。
即ち、図９（Ｄ）の例のクエリは、「自動車 高さ ２ メートル以上」とされている。
図９（Ｄ）の下方には、当該クエリとインデックスＦｂとに基づく範囲の比較の様子が視覚化されたイメージが示されている。
当該イメージからわかるように、インデックスＦｂ側の４．１ｍはクエリの２メートル以上の範囲に存在しているので、図９（Ａ）の文章Ｄｂがヒットする。
【0070】
図１０は、図７の構造のインデックスの具体的事例であって、検索対象の文書の範囲が「未満」や「超える」で表現される場合の例を示している。
図１０（Ａ）には、検索対象の「・・・人事委員会の定めるところにより算定した通勤距離が６０キロメートル未満である場合・・・」という文章Ｄｃが示されている。
図１０（Ｂ）には、文章ＤｃのインデックスＦｃとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（通勤距離、キロメートル、５９．９９９９・・・、ＭＩＮ＿ＶＡＬ、（未使用））が示されている。
図１０（Ａ）には、検索対象の「・・・人事委員会の定めるところにより算定した通勤距離が６０キロメートル未満である場合・・・」という文章Ｄｃが示されている。
図１０（Ｂ）には、文章ＤｃのインデックスＦｃとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（通勤距離、キロメートル、５９．９９９９・・・、ＭＩＮ＿ＶＡＬ、（未使用））が示されている。
【0071】
図１１は、図７の構造のインデックスの具体的事例であって、検索対象の文書のインデックス側が「上限値＜下限値」の場合の例を示している。
図１１（Ａ）には、検索対象の「・・・同居者のいずれもが６０歳以上または１８歳未満の者であること。・・・」という文章Ｄｄが示されている。
図１１（Ｂ）には、文章ＤｄのインデックスＦｄとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（同居者のいずれも、歳、１７．９９９９・・・、６０、（未使用））が示されている。
図１１（Ａ）には、検索対象の「・・・同居者のいずれもが６０歳以上または１８歳未満の者であること。・・・」という文章Ｄｄが示されている。
図１１（Ｂ）には、文章ＤｄのインデックスＦｄとして、（Ｓｕｂｊｅｃｔ、Ｕｎｉｔ、Ｕｐｐｅｒ、Ｌｏｗｅｒ、ｅｘａｃｔ）＝（同居者のいずれも、歳、１７．９９９９・・・、６０、（未使用））が示されている。
【0072】
図１２は、図７の構造のインデックスの具体的事例であって、１つの文書に複数の数値表現（数量及び係受表現情報等の１以上の数量関連情報）が含まれる場合の例を示している。
図１２（Ａ）には、検索対象の「・・・待避所の長さは、２０メートル以上とし、その区間の車道の幅員は、５メートル以上とすること。・・・」という文章Ｄｅが示されている。
図１２（Ｂ）には、文章ＤｅのインデックスＦｅとして、（Ｓｕｂｊｅｃｔ１、Ｕｎｉｔ１、Ｕｐｐｅｒ１、Ｌｏｗｅｒ１、ｅｘａｃｔ１、Ｓｕｂｊｅｃｔ２、Ｕｎｉｔ２、Ｕｐｐｅｒ２、Ｌｏｗｅｒ２、ｅｘａｃｔ２）＝（待避所の長さ、メートル、ＭＡＸ＿ＶＡＬ、２０、（未使用）、車道の幅員、メートル、ＭＡＸ＿ＶＡＬ、５、（未使用））が示されている。
図１２（Ａ）には、検索対象の「・・・待避所の長さは、２０メートル以上とし、その区間の車道の幅員は、５メートル以上とすること。・・・」という文章Ｄｅが示されている。
図１２（Ｂ）には、文章ＤｅのインデックスＦｅとして、（Ｓｕｂｊｅｃｔ１、Ｕｎｉｔ１、Ｕｐｐｅｒ１、Ｌｏｗｅｒ１、ｅｘａｃｔ１、Ｓｕｂｊｅｃｔ２、Ｕｎｉｔ２、Ｕｐｐｅｒ２、Ｌｏｗｅｒ２、ｅｘａｃｔ２）＝（待避所の長さ、メートル、ＭＡＸ＿ＶＡＬ、２０、（未使用）、車道の幅員、メートル、ＭＡＸ＿ＶＡＬ、５、（未使用））が示されている。
【0073】
以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【0074】
例えば、上述した実施形態では、法律条文等を例示したが、ここに示した法律条文等は、文章の一例であり、他の文章、例えば、契約書や社内規程等であってもよく、ここに例示した以外の文章であってもよく、数量及び１以上の数量関連情報を含み得る所定文章であれば足りる。
【0075】
例えば、上述した実施形態では、所定文章のインデックスを作成するに際し、図１のステップＳ１乃至Ｓ３の処理が実行されたが、ステップＳ２の正規化等の加工処理は必ずしも必須な処理ではない。即ち、ステップＳ１の後にステップＳ３の処理が実行されてもよい。
例えば、各種解説系コンテンツや、各業種で利用されるウェブサイトのデータ（例：建築分野、薬学分野等）等については、元々算用数字を前提にしたデータを対象としているため、正規化は省略されてもよい。
また例えば、インデックス側での算用数字と漢数字の揺れ等に対して、クエリ側で調整するようにしてもよい。
例えば、各種解説系コンテンツや、各業種で利用されるウェブサイトのデータ（例：建築分野、薬学分野等）等については、元々算用数字を前提にしたデータを対象としているため、正規化は省略されてもよい。
また例えば、インデックス側での算用数字と漢数字の揺れ等に対して、クエリ側で調整するようにしてもよい。
【0076】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図５の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理装置に備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは特に図５の例に限定されない。また、機能ブロック及びデータベースの存在場所も、図５に特に限定されず、任意でよい。例えば、各種処理の実行に必要となる機能ブロック及びデータベースの少なくとも一部を、ユーザ端末２に移譲させてもよい。逆に図示はしないがユーザ端末２の機能ブロック及びデータベースの少なくとも一部をサーバ１に移譲させてもよい。
また、１つの機能ブロック及びデータベースは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
換言すると、図５の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理装置に備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは特に図５の例に限定されない。また、機能ブロック及びデータベースの存在場所も、図５に特に限定されず、任意でよい。例えば、各種処理の実行に必要となる機能ブロック及びデータベースの少なくとも一部を、ユーザ端末２に移譲させてもよい。逆に図示はしないがユーザ端末２の機能ブロック及びデータベースの少なくとも一部をサーバ１に移譲させてもよい。
また、１つの機能ブロック及びデータベースは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【0077】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば、サーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば、サーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【0078】
このようなプログラムを含む記録媒体は、ユーザ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザ等に提供される記録媒体等で構成される。
【0079】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくともよく、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【0080】
以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば、図３のサーバ１等）は、
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章（例えば、図１の文章Ｄ１、Ｄ２）の索引データを生成する情報処理装置であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報（例えば、図１の数量情報Ｉ１、Ｉ２）を抽出する数量情報抽出手段（例えば、図５の数量情報抽出部５１）と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データ（例えば、図１のインデックスＦ１、Ｆ２）として生成する索引データ生成手段（例えば、図５のインデックス化部５３）と、
を備える。
即ち、本発明が適用される情報処理装置（例えば、図３のサーバ１等）は、
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章（例えば、図１の文章Ｄ１、Ｄ２）の索引データを生成する情報処理装置であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報（例えば、図１の数量情報Ｉ１、Ｉ２）を抽出する数量情報抽出手段（例えば、図５の数量情報抽出部５１）と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データ（例えば、図１のインデックスＦ１、Ｆ２）として生成する索引データ生成手段（例えば、図５のインデックス化部５３）と、
を備える。
【0081】
これにより、数量に関するデータを個別に持たせることなく、数量とキーワード（１以上の数量関連情報）を１つの検索窓にユーザＵが入力するだけで、ユーザＵのケースに該当する係り受け付数量範囲を含む法律条文等の文章をヒットさせる検索、即ち係り受け付数量範囲検索を提供することが可能になる。
換言すると、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
換言すると、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
【0082】
さらに、前記数量及び前記１以上の数量関連情報の夫々を、予め規定された形態に加工する（例えば、図１の数量情報Ｉ１、Ｉ２を数量情報ＩＳ１、ＩＳ２に加工する）加工手段（例えば、図５の正規化部５２）、
を備え、
前記索引データ生成手段は、加工された前記数量及び前記１以上の数量関連情報の夫々を前記フィールドにマッピングする、
ようにすることができる。
を備え、
前記索引データ生成手段は、加工された前記数量及び前記１以上の数量関連情報の夫々を前記フィールドにマッピングする、
ようにすることができる。
【0083】
さらに、ユーザ（例えば、図２のユーザＵ）が所望する数量及び１以上の数量関連情報を含む検索条件（例えば、図２の検索条件Ｋ１）を受け付ける検索条件受付手段（例えば、図５の検索文受付部５４）と、
前記検索条件から前記数量及び前記１以上の数量関連情報を抽出して、前記予め規定された形態に加工することで、加工された前記数量及び前記１以上の数量関連情報の夫々を含むクエリ（例えば、図２のクエリＱ）を生成するクエリ生成手段（例えば、図５のクエリ化部５５）と、
前記クエリと、検索対象の複数の文章の夫々の索引データとに基づいて、前記複数の文章の中から、前記クエリにより規定される前記数量を範囲に含む文章を検索する検索手段（例えば、図５の検索部５６）と、
を備えることができる。
前記検索条件から前記数量及び前記１以上の数量関連情報を抽出して、前記予め規定された形態に加工することで、加工された前記数量及び前記１以上の数量関連情報の夫々を含むクエリ（例えば、図２のクエリＱ）を生成するクエリ生成手段（例えば、図５のクエリ化部５５）と、
前記クエリと、検索対象の複数の文章の夫々の索引データとに基づいて、前記複数の文章の中から、前記クエリにより規定される前記数量を範囲に含む文章を検索する検索手段（例えば、図５の検索部５６）と、
を備えることができる。
【0084】
さらに、前記数量関連情報は、前記数量の範囲表現を示す範囲情報（例えば、図１の数量情報Ｉ１のうち「以下」や数量情報Ｉ２のうち「未満」）、前記数量の単位を示す単位情報（例えば、数量情報Ｉ１、Ｉ２のうち「メートル」）、前記数量に係る表現を示す係受表現情報（例えば、数量情報Ｉ１、Ｉ２のうち「高さ」）を含む、
ようにすることができる。
ようにすることができる。
【0085】
さらに、前記加工手段は、
前記数量の表現の揺れを予め規定された表現に統一し（例えば、図１の数量情報Ｉ１の漢数字の「十」を、数量情報ＩＳ１の算用数字の「１０」に統一し）、
前記数量の単位を正規化し、前記数量を正規化された単位の量に変換する（例えば、図１の数量情報Ｉ２の「５０」及び「ｃｍ」について、図１の数量情報ＩＳ２に示すように単位を「メートル」に正規化し、数量を「０．５」に変換する）、
ようにすることができる。
前記数量の表現の揺れを予め規定された表現に統一し（例えば、図１の数量情報Ｉ１の漢数字の「十」を、数量情報ＩＳ１の算用数字の「１０」に統一し）、
前記数量の単位を正規化し、前記数量を正規化された単位の量に変換する（例えば、図１の数量情報Ｉ２の「５０」及び「ｃｍ」について、図１の数量情報ＩＳ２に示すように単位を「メートル」に正規化し、数量を「０．５」に変換する）、
ようにすることができる。
【0086】
さらに、前記索引データ生成手段は、前記数量、並びに、前記範囲情報、前記単位情報、及び前記係受表現情報を含む前記数量関連情報の夫々を、前記フィールドにマッピングする（例えば、図１のインデックスＦ１、Ｆ２の構造や図７のインデックスの構造参照）、
ことができる。
ことができる。
【0087】
さらにまた、前記所定文章の前記索引データは、前記数量及び前記１以上の数量関連情報の組を複数有している場合、前記複数の組毎の前記フィールドから構成されている（例えば、図１２参照）、
ようにすることができる。
ようにすることができる。
【0088】
本発明が適用される情報処理方法は、
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章（例えば、図１の文章Ｄ１、Ｄ２）の索引データを生成する情報処理装置（例えば、図３のサーバ１）が実行する情報処理方法であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報（例えば、図１の数量情報Ｉ１、Ｉ２）を抽出する数量情報抽出ステップ（例えば、図１のステップＳ１）と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データ（例えば、図１のインデックスＦ１、Ｆ２）として生成する索引データ生成ステップ（例えば、図１のステップＳ３）と、
を含む。
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章（例えば、図１の文章Ｄ１、Ｄ２）の索引データを生成する情報処理装置（例えば、図３のサーバ１）が実行する情報処理方法であって、
前記所定文章から、前記数量及び前記１以上の数量関連情報（例えば、図１の数量情報Ｉ１、Ｉ２）を抽出する数量情報抽出ステップ（例えば、図１のステップＳ１）と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データ（例えば、図１のインデックスＦ１、Ｆ２）として生成する索引データ生成ステップ（例えば、図１のステップＳ３）と、
を含む。
【0089】
これにより、数量に関するデータを個別に持たせることなく、数量とキーワード（１以上の数量関連情報）を１つの検索窓にユーザＵが入力するだけで、ユーザＵのケースに該当する係り受け付数量範囲を含む法律条文等の文章をヒットさせる検索、即ち係り受け付数量範囲検索を提供することが可能になる。
換言すると、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
換言すると、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
【0090】
本発明が適用されるプログラムは、
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章（例えば、図１の文章Ｄ１、Ｄ２）の索引データを生成するコンピュータ（例えば、図４のＣＰＵ１１）
前記所定文章から、前記数量及び前記１以上の数量関連情報（例えば、図１の数量情報Ｉ１、Ｉ２）を抽出する数量情報抽出ステップ（例えば、図１のステップＳ１）と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データ（例えば、図１のインデックスＦ１、Ｆ２）として生成する索引データ生成ステップ（例えば、図１のステップＳ３）と、
を含む。
数量、及び当該数量に関わる１以上の数量関連情報を含む所定文章（例えば、図１の文章Ｄ１、Ｄ２）の索引データを生成するコンピュータ（例えば、図４のＣＰＵ１１）
前記所定文章から、前記数量及び前記１以上の数量関連情報（例えば、図１の数量情報Ｉ１、Ｉ２）を抽出する数量情報抽出ステップ（例えば、図１のステップＳ１）と、
前記数量及び前記１以上の数量関連情報の夫々を予め規定されたフィールドにマッピングすることで、マッピングされた当該フィールドを前記所定文章の索引データ（例えば、図１のインデックスＦ１、Ｆ２）として生成する索引データ生成ステップ（例えば、図１のステップＳ３）と、
を含む。
【0091】
これにより、数量に関するデータを個別に持たせることなく、数量とキーワード（１以上の数量関連情報）を１つの検索窓にユーザＵが入力するだけで、ユーザＵのケースに該当する係り受け付数量範囲を含む法律条文等の文章をヒットさせる検索、即ち係り受け付数量範囲検索を提供することが可能になる。
換言すると、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
換言すると、ユーザの所望の係り受け付数量範囲（例えば、ユーザの自身のケースが高さ５ｍである場合、所望の当該高さ５ｍが含まれる「高さ１乃至７ｍ」）を含む法律条文等の文章を容易かつ適切に検索することができる。
【符号の説明】
【0092】
１・・・サーバ、２・・・ユーザ端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１８・・・記憶部、１９・・・通信部、５１・・・数量情報抽出部、５２・・・正規化部、５３・・・インデックス化部、５４・・・検索文受付部、５５・・・クエリ化部、５６・・・検索部、６１・・・ＤＢ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】