JP6546440B2 - データ加工支援方法、データ処理サーバおよびプログラム - Google Patents

Description

本発明は、検索文の関連データをＷｅｂサイトから取得し、取得した検索文関連データの加工を支援するデータ加工支援方法、データ処理サーバおよびプログラムに関する。

今日、企業や社会は日々大量のデータを生み出している。これら大量のデータを収集・分析して新たな気付きや価値を導き出す取組みが活発化してきている。例えば、機器の膨大な稼動ログからの異常検知や、大量の顧客情報や販売実績等からの経営意思決定支援等の取組みが行われている。また最近では、企業等の民間が保有するデータの活用以外に、政府や自治体等の公共機関が保有するデータの活用に向けた環境整備が進められつつある。公共機関は、自身が保有するデータを広く民間に活用して貰うために、ポータルサイト（Ｗｅｂサイト）を整備しオープンデータとして公開し始めており、オープンデータを活用した民間による新サービス創出および経済活性化が期待されている。これらのデータは、生データのまま活用する以外に、他のデータとの組合せや編集等の加工を行うことで更に付加価値を高めることができる。例えば、公共機関が公開する気温や降水量といった気象に関するデータと農家が保有する作物の生育状況に関するデータを組合せることで、作物の収穫量予測等が可能になる。

一方で、データの加工にあたっては、使用するデータの種類やユーザが望む加工内容に応じて、様々な処理を行う必要がある。しかし、そのための知識やスキルのないユーザにとってはどういった処理を実施すればいいかの判断が困難であるという問題がある。これに関して、実行可能な処理を事前定義しておき、ユーザはこれらの再利用または組合せによって簡単に望む処理を行えるようにする技術が存在する（特許文献１）。特許文献１によれば、事前定義された処理コンポーネントをつないでいくことで、ユーザの実施したい処理のフローを定義する。ユーザが最初に使用する処理コンポーネントを選択すると、その次に接続可能な処理コンポーネントの候補が提示される。これを繰返し行っていくことで所望の処理を行うようにする。

特許第５４２６９３８号公報

しかし、上記従来技術においても、ユーザの望む処理を実現するには、接続可能な多数の処理コンポーネントの中からどれを選択すればよいかの判断およびその知識がユーザに必要となる。また、処理コンポーネントを一つずつ接続していく手間が必要なことや、処理コンポーネントを選択する毎に次に接続可能な処理コンポーネントの候補が表示されるため、どこまで処理コンポーネントを接続したら終わりにしていいか判断し難いという課題がある。

そこで本発明は、データの加工に関する知識やスキルの少ないユーザであっても、ポータルサイトなどのＷｅｂサイトから取得したデータの加工を容易に行うことができるデータ加工支援方法、データ処理サーバおよびプログラムを提供することを目的とする。

本発明の代表的な一例は次の通りである。本発明に係るデータ加工支援方法は、データ処理サーバにより、クライアント端末から地理名を含む検索文を受け付け、該検索文を分解し、該分解情報それぞれの関連データをＷｅｂサイトから取得し、前記各分解情報と該分解情報の前記関連データとを対応付けて記憶部に格納し、前記分解情報ごとに、該分解情報の関連データのレコードに複数の緯度・経度情報が有るか否かを判定し、該判定の結果に基づき、メッシュ表示フラグまたはピン表示フラグを前記記憶部の該当分解情報に対して設定し、前記メッシュ表示フラグの値と前記ピン表示フラグの値に基づき、該当分解情報の関連データについて地図上へのポリゴン表示処理またはメッシュ表示処理またはピン表示処理を行い、該処理結果を前記クライアント端末へ送信する。

本発明によれば、データの加工に関する知識やスキルの少ないユーザであっても、ポータルサイトなどのＷｅｂサイトから取得したデータの加工を容易に行うことができる。

本発明の実施例１に係るデータ処理システムのハードウェアおよびソフトウェア構成の一例を示すブロック図である。 本発明の実施例１に係るデータポータル登録情報１１２の一例を示す図である。 本発明の実施例１に係る検索文分解情報テーブル１１３の一例を示す図である。 本発明の実施例１および実施例２に係る表示形式フラグ情報１１４の一例を示す図である。 本発明の実施例１に係る定型処理ファイル識別情報１１５の一例を示す図である。 本発明の実施例１に係る処理コンポーネント情報１１６の一例を示す図である。 本発明の実施例１に係るデータ処理構成情報１１７の一例を示す図である。 本発明の実施例１に係るデータ処理サーバ１０１が実行する、データ処理構成構築についての処理の一例を示すフローチャートである。 本発明の実施例１に係るデータ処理サーバ１０１が実行する、データ処理構成構築についての処理の一例を示すフローチャートである。 本発明の実施例１に係るデータ処理サーバ１０１が実行する、データ処理構成構築についての処理の一例を示すフローチャートである。 本発明の実施例２および実施例３に係るデータ処理サーバのメモリ構成の一例を示すブロック図である。 本発明の実施例２に係る数値関連用語テーブル１１８の一例を示す図である。 本発明の実施例２に係るデータ処理サーバ１０１が実行する、データ処理構成構築についての処理の一部の一例を示すフローチャートである。 本発明の実施例２に係るデータ処理サーバ１０１が実行する、データ処理構成構築についての処理の一部の一例を示すフローチャートである。 本発明の実施例２に係るデータ処理サーバ１０１が実行する、データ処理構成構築についての処理の一部の一例を示すフローチャートである。

以下、本発明の実施の形態について詳細に説明する。

図１は、本発明の実施例１に係るデータ処理システムのハードウェアおよびソフトウェア構成を示すブロック図である。本発明の実施例１に係るデータ処理システムは、１以上のデータ処理サーバ１０１と、１以上のデータポータルサイト１３１と、１以上のクライアント端末１２１とがネットワークに接続されて構成される計算機システムである。なお、データポータルサイトとは、様々なデータを一般に公開、保持するＷｅｂサイトである。一般市民や専門のデータ加工業者等は、これらのデータをもとに新たなサービスを提供するなど、様々な用途にデータを活用することができる。公開するデータとしては、例えば都道府県の地図情報や、学校や役所等の公共機関の情報といった公共データや、これら公開データを独自に加工した結果等である。

データ処理サーバ１０１、クライアント端末１２１は、それぞれ通信部１０４、１２３を介してネットワークに接続される。データ処理サーバ１０１は、通信部１０４を介して、クライアント端末１２１等の外部機器に対して、操作要求の受付けや操作結果の応答等を行う。

データ処理サーバ１０１は、ＣＰＵ１０３、メモリ１０２および通信部１０４等を備えた一般的なコンピュータにより実現できる。ＣＰＵ１０３は、通信部１０４を介してクライアント端末１２１等の外部機器からの操作要求の受信および当該操作の実行や、前記外部機器に対してデータ処理結果の送信などを行う。メモリ１０２は検索文受付部１０５、検索文解析部１０６、データ取得部１０７、データ管理部１０８、データ処理判断部１０９、データ処理構成構築部１１０、処理結果表示部１１１、データポータル登録情報１１２、検索文分解情報テーブル１１３、表示形式フラグ情報１１４、提携処理ファイル識別情報１１５、処理コンポーネント情報１１６、データ処理構成情報１１７から構成されている。このような構成のメモリ１０２は、ＣＰＵ１０３、通信部１０４とバス（ＢＵS）等の接続線により接続されている。メモリ１０２に格納された各処理部（１０５〜１１１）はコンピュータプログラムによって実現できる。なお、図示していないが、各処理部（１０５〜１１１）と各種情報（１１２〜１１７）をハードディスク等の記憶装置に記憶させておき、必要に応じて、ＣＰＵ１０３がメモリ１０３に読み出し実行等するように構成しても良い。

クライアント端末１２１は、ＣＰＵ１２４、メモリ１２２および通信部１２３等を備えた一般的なコンピュータにより実現できる。ＣＰＵ１２４は、通信部１２３を介してデータ処理サーバ１０１等への操作要求や、データ処理サーバ１０１等からの操作結果の受信等を行う。メモリ１２２はサーバ連携部１２５、ユーザ連携部１２６から構成されている。このような構成のメモリ１２２は、ＣＰＵ１２４、通信部１２３とバス（ＢＵＳ）等の接続線により接続されている。

次に、本実施形態のデータ処理システムのソフトウェア構成の詳細（メモリ１０２、メモリ１２２に格納される情報）について説明する。

最初にメモリ１０２に格納されたプログラム以外の情報（１１２〜１１７の情報)について説明し、その後、メモリ１０２に格納されたプログラム情報（１０５〜１１１の情報）について説明する。

データポータル登録情報１１２は、データ処理サーバ１０１がデータの取得先を判断するために使用する、データポータルサイトのアドレス情報である。

図２は、本発明の実施例１に係るデータポータル登録情報１１２の一例を示す図である。データポータル登録情報１１２は、項目２０１、２０２、２０３の三つのデータ項目を含む。項目２０１は、データポータルサイトを識別するデータポータルサイト名の情報を示す。項目２０２は、データポータルサイトのＵＲＬ情報を示す。項目２０３は、データポータルサイトに対応する地理名またはグループ名（以下、地理名/グループ名と記す）の情報を示す。なお、項目２０４は、各データポータルサイトで使用されている言語情報を示す。例えば「ＪＰ」であれば日本語を、「ＥＮ」であれば英語のサイトであることを示す。項目２０４は実施例３にて使用する。また図２において、例えば横浜市データポータルサイトは対応する地理名/グループ名は「横浜市」であり、Ａ省データポータルサイトは対応する地理名/グループ名は「政府」である。この情報は、後述のデータ処理構成構築の処理において、ユーザがデータの取得先を指定するのに使われる。例えば横浜市という情報が指定されれば、データ処理サーバ１０１は、横浜市データポータルサイトへのアクセスおよびデータ取得を試みる。なお、「横浜市」以外に「横浜」や「よこはま」など、各データポータルサイトの地理名/グループ名に複数個情報を登録してもいい。これによりデータ処理サーバ１０１は、「横浜市」以外に「横浜」を指定された場合であっても、同様に横浜市データポータルサイトへのアクセスを試みるようになる。

図３は、本発明の実施例１に係る検索文分解情報テーブル１１３の一例を示す図である。検索文分解情報とは、ユーザから受付けた検索文を名詞等の単位で分解した情報であり、本テーブルにて、一つの検索文から派生した各検索文分解情報を管理する。検索文分解情報テーブル１１３は、項目３０１〜３０８の八つのデータ項目を含む。項目３０１は、各検索文分解情報を示す。例えばユーザから「交通事故と小学校」という検索文を受付けた時に「交通事故と」「小学校」に分解されたことを示す。なお、このような分解は文章の助詞のかかり受け関係等をもとに形態素解析等によりデータ処理サーバ１０１が自動的に行う、又は、ユーザ自らがこのような分解を行うことも可能である。項目３０２は検索文分解情報３０１が主又は属性の何れかであるかを示す。例えばテーブル３１０において、「交通事故と」は主になっている。これは当該情報が他の情報の属性情報ではなく単独で存在する情報であることを示す。一方テーブル３２０において、「偏差値の高い」は属になっている。これは当該情報が「小学校」という他の情報の属性情報である（単独で存在する情報ではない）ことを示している。項目３０３は、検索文分解情報３０１に関係するデータとしてデータポータルサイト等から取得してきたファイルの名称を示す。項目３０４は、ファイル３０３の中のどのカラム名のデータを検索文分解情報３０１に関係するデータとして使用するかを示すカラム名の情報である。項目３０５は、地理情報タイプを示し、ファイル３０３においてどのような形で地理情報が含まれているかを示す。例えばタイプが「１」のものは、（緯度:３５．０）、（経度:１４５．０）のように緯度と経度の情報が別々のカラムとして含まれており、図示していないがタイプが「２」のものは、（緯度，経度）：（３５．０，１４５．０）のように緯度と経度の情報が一つのカラムとして含まれており、タイプが「３」のものは、緯度と経度ではなく住所の形で地理情報が含まれていることを示す。項目３０６は、ファイル３０３の中の地理情報を示すカラムの名称を示す。項目３０７は、属性情報を識別するＩＤ情報を示す。例えばテーブル３２０において「偏差値の高い」は「小学校」の属性であり、その属性ＩＤは「１」である。なお、検索文分解情報３０１に複数の属性情報がある場合はこの属性ＩＤを用いて各属性を識別する。項目３０８は、関連する属性情報の有無を示す。例えばテーブル３２０において、「小学校」は関連する属性として「偏差値の高い」を有するため、その属性ＩＤである「１」が項目３０８に格納される。

図４は、本発明の実施例１および実施例２に係る表示形式フラグ情報１１４の一例を示す図である。表示形式フラグ情報とは、各検索文分解情報４０１に対応して取得したデータをどのような形式で表示するかについての情報を管理するものである。テーブル４１０において表示形式フラグ情報１１４は、項目４０１〜４０３の三つのデータ項目を含む。項目４０１は、項目３０１と同様にユーザの検索文を分解した情報を示す。項目４０２は、項目４０１の情報をピン形式で表示するか否かをデータの中身から判断したフラグ情報である。例えば項目４０２の値が「１」であればピン形式で表示すると判断する。なお、ピン形式とは例えば地図上にピンを立てるような形で情報を表示することである。項目４０３は、項目４０１の情報をメッシュ形式で表示するか否かをデータの中身から判断したフラグ情報である。例えば項目４０３の値が「１」であればメッシュ形式で表示すると判断する。なお、メッシュ形式とは例えば地図を細かなメッシュ状に区切り、各メッシュの色の濃淡等でそのメッシュに関係する数値、例えばメッシュ内の学校数等、を表現する形式である。

図５は、本発明の実施例１に係る定型処理ファイル識別情報１１５の一例を示す図である。定型処理ファイル識別情報とは、取得したデータが定型処理対象のデータであるか、また定型処理対象の場合どのような定型処理を行うかを識別するための情報である。定型処理ファイル識別情報１１５は、項目５０１〜５０３の三つのデータ項目を含む。項目５０１は、定型処理対象となるファイルの種別を示す。図５において、例えばｋｍｌ形式のファイルとｓｈａｐｅ形式のファイルが定型処理の対象と判断され、これらのファイルは地図に表示するにあたり予め定められた定型の処理が行われる。項目５０２は、どのような定型処理を行うか処理の内容を示す。例えばｓｈａｐｅファイルであればｋｍｌファイルに変換して表示等の処理が行われる。項目５０３は、項目５０２の定型処理に対応する処理コンポーネントの識別子情報を示す。例えばｓｈａｐｅファイルであれば、後述の処理コンポーネント情報１１６において処理コンポーネントＩＤが００１の処理コンポーネントを用いて定型処理が行われる。

図６は、本発明の実施例１に係る処理コンポーネント情報１１６の一例を示す図である。処理コンポーネント情報とは、データ処理サーバ１０１が有する特定の機能（データの加工や地図への表示等）を実行可能なプログラム部品である処理コンポーネントを管理する情報である。処理コンポーネント情報１１６は、項目６０１〜６０３の三つのデータ項目を含む。項目６０１は、処理コンポーネントの名称を示す。項目６０２は、処理コンポーネントを識別するためのＩＤ情報を示す。項目６０３は、処理コンポーネントを構成するプログラムの情報を示す。各処理コンポーネントは、内部的にこれらのプログラムを起動して処理を行う。なお、項目６０３に複数のプログラムを登録して処理コンポーネントを複数のプログラムから構成することも可能である。

図７は、本発明の実施例１に係るデータ処理構成情報１１７の一例を示す図である。図７（ａ）はデータ処理構成の一例を、図７（ｂ）はデータ処理構成情報１１７の詳細を示している。データ処理構成情報とは、データをどの処理コンポーネントを用いてどのような流れで処理するかを表す情報であり、一以上の処理コンポーネントの組合せで構成される。例えばデータ処理構成７１０は、各処理コンポーネントが直列的に処理を行っていく処理構成であり、データ処理構成７２０は、処理コンポーネント００３〜００４と処理コンポーネント００２が並列的に処理を行った結果を入力として処理コンポーネント００７が処理を行うという処理構成である。

図７（ｂ）において、データ処理構成情報１１７は、項目７０１〜７０３の三つのデータ項目を含む。項目７０１は、データ処理構成を識別するためのＩＤ情報を示す。項目７０２は、データ処理構成がどのような処理コンポーネントの組み合わせで構成されるかを示す。例えば図７において、ｐａｔｔｅｒｎ＿０１の構成内容は、処理コンポーネント００１、００２、００３を直列的に組合せた処理構成であることを示し、７１０の処理構成に相当する。ｐａｔｔｅｒｎ＿０２の構成内容は、処理コンポーネント００３〜００４と００２を並列的に組合せ、その出力結果を処理コンポーネント００７が受けて処理する構成であることを示し、データ処理構成７２０に相当する。項目７０３は、処理コンポーネントに入力するファイル名の情報を示す。例えばある検索文分解情報に関連するデータとしてａ１.ｃｓｖのファイルを取得しており、処理コンポーネントＩＤが００１の処理コンポーネントが上記ファイルを入力として処理を行う場合は、００１:ａ１.ｃｓｖという情報が項目７０３に保持される。

次に、メモリ１０２に格納されたプログラム情報について説明する。検索文受付部１０５は、クライアント端末１２１を介してユーザから検索文を受付ける。例えば交通事故と小学校の情報を地図上で可視化したい場合、ユーザは「交通事故と小学校」等の検索文を入力しクライアント端末１２１を介してデータ処理サーバ１０１に送信する。検索文解析部１０６は、検索文受付部１０５が受付けた検索文を解析し、検索文を名詞等の単位で分解する。例えばユーザから「交通事故と小学校」という検索文を受付けた場合、「交通事故と」「小学校」等に分解する。このような分解は文章の助詞のかかり受け関係等をもとに形態素解析等のアルゴリズムを用いて行うことができる。またオプション的にマニュアルモードを設け、ユーザ自らがこのような検索文の分解を行い指定することも可能である。また検索文解析部１０６は、各分解された検索文情報が主または属性の何れであるかの判断も行う。例えば「避難所の物資」の検索文のように、「〜の」という所有格の関係から、避難所が主の情報であり、物資が避難所の属性情報であると判断する。上記以外にも、例えば「託児所のある学校」のように、「〜のある」や「〜を持つ」といったかかり受け関係から、属性関係（託児所が学校の属性）を判断する。なお、この属性関係の判断も同様に、上記のマニュアルモードにてユーザが設定する、または検索文解析部１０６が行った判断結果をユーザが修正することも可能である。データ取得部１０７は、ユーザから受付けた検索文と関連するデータを外部のデータポータルサイトまたは内部から取得する。例えば、データポータル登録情報１１２に登録されているサイトへのアクセスを行いデータの取得を行う。データ管理部１０８は、メモリ１０２に格納される情報（項目１１２〜１１７）の登録や変更等の管理を行う。データ処理判断部１０９は、データの中身やユーザから受付けた検索文の内容をもとに、各分解された検索文情報に関連するデータに対して行うべき処理を判断する。例えばデータ取得部１０７が取得したデータを地図上に表示するにあたり、データの中身から、ピン作成処理が必要と判断したり、メッシュ作成処理が必要などと判断する。データ処理構成構築部１１０は、ユーザから受付けた検索文に関連するデータの取得および地図上への表示を行うにあたり、データ処理判断部１０９の判断結果をもとに、一以上のデータ処理コンポーネントを組合せて、図７に示すようなデータ処理構成を構築する。処理結果表示部１１１は、ユーザから受付けた検索文をもとにデータ処理構成構築部１１０が構築したデータ処理構成を実行した結果をクライアント端末１２１を介してユーザに提示する。例えば地図上に学校情報と交通事故情報を地図上にピン形式やメッシュ形式等で表した内容等を表示する。また、処理結果表示部１１１は、クライアント端末１２１からの要求をもとに当該処理に対応する図７に示すようなデータ処理構成を表示する。

次にメモリ１２２に格納される情報について説明する。サーバ連携部１２５は、データ処理サーバ１０１など外部のサーバと連携し、クライアント端末１２１からのユーザによる操作要求（データの入力や機能の実行要求など）を外部のサーバに送信する。また、外部のサーバからの応答結果の受信等を行う。ユーザ連携部１２６は、ユーザからクライアント端末１２１への操作要求を受付け、ユーザが要求する操作の実行、操作結果の表示等の処理を行う。

以上が本実施例におけるデータ処理システムのハードウェアおよびソフトウェア構成である。次に、前述したハードウェアおよびソフトウェア構成に基づいて、本実施例におけるデータ処理構成構築の処理について説明する。本処理は、ユーザからデータ処理サーバ101に対して処理の実行要求があった時に行う。以下に処理の詳細を示す。
＜データ処理構成構築の処理＞
図８（a）〜図８（ｃ）は、本発明の実施例１に係るデータ処理サーバ１０１が実行する、データ処理構成構築処理の一例を示すフローチャートである。ユーザは自身の知りたい情報を検索文としてクライアント端末１２１を介して入力し、データ処理サーバ１０１は上記検索文を受付ける（ステップ８０１）。例えばクライアント端末１２１は、ユーザにより入力された「横浜市、交通事故と小学校」等の検索文とデータ処理構成構築処理の実行要求をデータ処理サーバ１０１へ送信する。データ処理サーバ１０１は、上記要求を受け、受信した検索文を解析し、受信した検索文の中に、登録済みの地理情報が含まれるか判断する（ステップ８０２）。これは図３の項目２０３の情報を用いて判断される。例えば上記の例では、「横浜市」という地理情報は項目２０３に登録されているため、データ処理サーバ１０１は、登録済みの地理情報が検索文の中に含まれていると判断する。ステップ８０２において、登録済みの地理情報が含まれていない場合は、データ処理サーバ１０１は、検索文の修正依頼をクライアント端末１２１へ送信する（ステップ８１１）。ステップ８０２において、登録済みの地理情報が含まれている場合は、クライアント端末１２１は、受信した検索文を解析し、検索文を名詞等の単位で分解し、分解結果を保存する（ステップ８０３）。例えば上記の例では、クライアント端末１２１は、「交通事故と小学校」という検索文を「交通事故と」「小学校」等に分解する。これらは助詞のかかり受け関係等をもとに形態素解析等のアルゴリズムを用いて行われる。なお、オプションとしてユーザがデータ処理サーバ１０１の代わりに自ら検索文を分解して設定することも可能である。また、ある検索文分解情報が、他の検索文分解情報の属性情報であるかの判断は、例えば検索文に含まれる「〜の」という所有格の関係や、「〜のある」や「〜を持つ」といったかかり受け関係から判断される。また、オプションとしてマニュアルモードにてユーザが検索文解析部１０６の代わりに、このような属性情報を設定する、または検索文解析部１０６が行った判断結果を修正することも可能である。

次にデータ処理サーバ１０１は、分解された検索文が、主の情報か否か判断し（ステップ８０４）、主の情報でなければ、他の検索文分解情報について、ステップ８０４に戻って同様の判断を行う。なお、主の情報とは、項目３０２が「主」の情報である。一方、主の情報ではない属性相当の情報とは、項目３０２が「属性」の情報である。属性相当の情報は、何れかの主の情報と関連付き、項目３０８の情報をもとにどの主の情報と関連付いているか判断できる。項目３０８で自身（属性相当の検索文分解情報）の属性ＩＤを含んでいる検索文分解情報と関連付く。また、検索文分解情報４０１がデータ取得済みか否かは、項目３０３にファイル名が登録されているか否かで判断できる。ステップ８０４で主の情報に相当する場合は、データ処理サーバ１０１は、ステップ８０２で識別した地理情報に対応するデータポータルサイト１３１にアクセスし、当該分解された検索文に関連するデータを取得する（ステップ８０５）。ステップ８０５において、データ処理サーバ１０１は、アクセス先のデータポータルサイトに関連するデータが存在したか判断し（ステップ８０６）、存在しなかった場合は、分解された検索文情報の修正依頼をユーザに送信する（ステップ８１２）。これは例えばデータポータルサイトが提供する検索機能に、分解された検索文情報を入力し、検索結果が１件以上あるか等で判断することができる。そして検索結果が複数件ある場合は、最も上位の検索結果のデータを取得する、もしくは最新のデータを取得する等によりデータを取得することが可能である。

ステップ８０６で関連するデータが存在し、当該データの取得に成功した場合、データ処理サーバ１０１は、当該取得したデータが処理可能なフォーマットで位置情報を含んでいるか判断する（ステップ８０７）。データ処理サーバ１０１において、処理可能なデータフォーマットを予め定義しておくことで上記の判断が可能である。また、位置情報を含んでいるかの判断は、データの中身を見て緯度・経度等の位置を示す情報が含まれているかで判断可能である。取得したデータがステップ８０７の条件を満たさない場合、データ処理サーバ１０１はステップ８０５の検索の結果入手した複数件のデータ候補のうちの他のデータを取得し（ステップ８１３）、ステップ８０６へ進む。取得したデータがステップ８０７の条件を満たす場合、データ処理サーバ１０１は、当該データ取得の際に用いた分解された検索文が、他の属性相当の分解された検索文と関係があるか判断する（ステップ８０８）。これは検索文分解情報テーブル１１３をもとに判断することができる。例えば図３のテーブル３１０では、分解された検索文は項目３０２から何れも単独で存在可能な主たる情報であり、属性相当ではなく、項目３０８より関連属性情報が未登録のため、他の分解された検索文を属性として持たないことがわかる。一方テーブル３２０では、分解された検索文の一つである「小学校」は、項目３０８に関連属性として値「１」が登録されているため、属性ＩＤ３０７の値が「１」である属性、即ち「偏差値の高い」という分解された検索文と関係があることがわかる。

ステップ８０８において、属性相当の分解された検索文と関係がある場合、データ処理サーバ１０１は、上記取得したデータの中に属性に対応するデータが含まれているか判断する。例えば上記の例では、取得したデータの中に「偏差値」のデータが含まれているか判断する（ステップ８１４）。これは例えば取得したデータの中身をみて「偏差値」というカラム名や用語が含まれているか等により判断することができる。ステップ８０８において、属性相当の分解された検索文と関係が無かった場合、またステップ８１４において属性に対応するデータが含まれていた場合、データ処理サーバ１０１は検索文分解情報テーブル１１３を更新する（ステップ８０９）。なお、上記テーブルの更新は、例えば図３において、各分解された検索文情報について、それと関連するデータとして取得したデータのファイル名を３０３に登録、および、関連する属性相当の検索文分解情報３０１がある場合はその属性ＩＤ３０７の値を項目３０８に登録する等を行う。

ステップ８１４において、属性に対応するデータが含まれていなかった場合、データ処理サーバ１０１は、ステップ８０５と同様にして、ステップ８０２で識別した地理情報に対応するデータポータルサイトにアクセスし、当該分解された属性相当の検索文を用いて、関連するデータを取得し（ステップ８１５）、ステップ８０６に進む。ステップ８０９の後、検索文分解情報３０１のうち属性相当でないものについて、まだ関連するデータを未取得のものがあるか判断し（ステップ８１０）、ある場合はステップ８０４に進み、無い場合はステップ８１６に進む。

なお、以上述べたステップ８０１〜ステップ８１５迄の処理を、二つの具体的な検索文を例に取り説明する。一つ目の検索文の例は、「横浜市、交通事故と小学校」である。ステップ８０１〜８０３迄の段階で、検索文はテーブル３１０のように分解される。項目３０２の情報から、データ処理サーバ１０１は、分解された検索文は全て主の情報と判断し、ステップ８０４からステップ８０５に進みデータポータルサイトからデータを取得する。一つ目の検索文分解情報は「交通事故と」であるため、データ処理サーバ１０１は、交通事故の名称や緯度・経度情報等を含んだデータを取得する。前述のとおり、上記の検索文分解情報は、属性相当の情報とは関係がないため、データ処理サーバ１０１は、ステップ８０９迄進み、取得したデータの保存、テーブル３１０への登録等を行う。ステップ８１０において、もう一つの検索文分解情報である「小学校」についてはデータ未取得であるため、データ処理サーバ１０１は、ステップ８０４に戻り、再度同様にしてデータ取得を行う。例えば、データ処理サーバ１０１は、小学校の名称や緯度・経度情報等を含んだデータを取得する。以上により、検索文分解情報のうちデータ未取得のものが無くなるため、データ処理サーバ１０１は、ステップ８１０からステップ８１６へと進む。

次に二つ目の検索文例として「横浜市、偏差値の高い小学校」の場合の処理を説明する。ステップ８０１〜８０３迄の段階で、検索文はテーブル３２０のように分解される。項目３０２の情報から、データ処理サーバ１０１は、分解された検索文のうち「偏差値の高い」が属性相当の情報であり、「小学校」が項目３０８の情報から、上記属性と関連する主の情報と判断する。まず、データ処理サーバ１０１は、ステップ８０４で一つ目の検索文分解情報である「偏差値の高い」について判断を行う。本情報は属性相当であるため、データ処理サーバ１０１は、特に処理は行わず、もう一つの検索文分解情報である「小学校」について、ステップ８０４に戻って再度判断を行う。「小学校」は主の情報であるため、データ処理サーバ１０１は、ステップ８０５に進みデータポータルサイトからデータを取得する。例えば、データ処理サーバ１０１は、小学校の名称や緯度・経度情報等を含んだｃｓｖファイル等のデータを取得する。データの取得が成功し、データ処理サーバ１０１は、ステップ８０８迄進む。ステップ８０８において、「小学校」は項目３０７および項目３０８の情報から、属性相当の検索文分解情報（「偏差値の高い」）と関係があることがわかるため、データ処理サーバ１０１は、ステップ８１４に進む。

ステップ８１４において、データ処理サーバ１０１は、上記取得したデータの中に、属性相当の検索文分解情報に対応するデータが含まれているか判断する。例えば上記のステップ８０５で取得した「小学校」に関するデータがｃｓｖファイルであった場合は、データ処理サーバ１０１は、上記ｃｓｖファイルの中に「偏差値」というカラムや用語が含まれているかで判断する。この例では、属性相当の検索文分解情報に対応するデータが含まれている場合を想定し、データ処理サーバ１０１は、ステップ８０９に進み、検索文分解情報テーブルを更新する。具体的にはデータ処理サーバ１０１は、項目３０３や項目３０４の値を更新する。この例では、属性相当の検索文分解情報は、主の情報に関して取得したデータの中に含まれているため、項目３０３は主の情報のファイル名と同じファイル名となる。また、上記ファイル内の「偏差値」というカラムの情報を使用するため、データ処理サーバ１０１は、項目３０４に「偏差値」を登録する。一方、ステップ８１４において、上記取得したデータの中に、属性相当の検索文分解情報に対応するデータが含まれていない場合は、データ処理サーバ１０１は、ステップ８１５に進み、「偏差値の高い」という検索文分解情報について、ステップ８０５と同様にして、データポータルサイトからデータの取得を行う。以上、具体的な検索文を例に、ステップ８０１〜ステップ８１５迄の処理を説明した。

ステップ８１６において、データ処理サーバ１０１は、取得したデータが定型処理するデータか判断する（ステップ８１６）。この判断は、定型処理ファイル識別情報１１５をもとに行われる。例えば図５において、ｓｈａｐｅファイルで有れば、データ処理サーバ１０１は、ｋｍｌファイルへの変換処理を行うと判断する。ステップ８１６において定型処理するデータの場合は、データ処理サーバ１０１は、ステップ８３６に進み、定型処理するデータではない場合は、データ処理サーバ１０１は、データを構成する各レコードが複数の緯度・経度情報を持つか判断する（ステップ８１７）。例えばｃｓｖファイルのような各行を１レコードとして複数行のレコードから構成されるデータにおいて、あるレコードが（３５．０，１４７．０）等のデータを持つ場合は、データ処理サーバ１０１は、１つの緯度・経度情報を持つと判断し、（３５．０，１４７．０）（３５．１，１４７．０）（３５．０，１４７．１）（３５．１，１４７．１）等のデータを持つ場合は４つの緯度・経度情報を持つと判断する。複数の緯度・経度情報を持つ場合、データ処理サーバ１０１は、メッシュ表示フラグ（データ）の値をカウントアップする（ステップ８２８）。例えば緯度・経度情報を２個持つ場合はメッシュ表示フラグ（データ）の値を「２」に設定し、４個持つ場合は値を「４」に設定するというように、データ処理サーバ１０１は、緯度・経度情報の数に応じた値をメッシュ表示フラグ（データ）に設定する。

ステップ８１７において、複数の緯度・経度情報を持たない場合、データ処理サーバ１０１は、当該データのレコード数が閾値以上であるか判断する（ステップ８１８）。閾値以上の場合は、ピン表示では見づらくなるため、データ処理サーバ１０１は、メッシュ表示フラグ（データ）の値を「１」に設定し（ステップ８２９）、閾値以上ではない場合は、ピン表示フラグ（データ）の値を「１」に設定する（ステップ８１９）。なお、閾値はデフォルト値（１００等）を予めデータ処理サーバ１０１に設定しておき、データ処理サーバ１０１は、その値をもとに判断する。ステップ８１９、８２９の後、データ処理サーバ１０１は、他に分解した検索文情報に関して取得したデータがあるか判断し（ステップ８２０）、ある場合はステップ８１６に進み、上記の他の取得したデータについても同様の処理を行う。

ステップ８２０において、他に取得データがなければステップ８２１に進む。以上までの処理により、データ処理サーバ１０１は、各分解した検索文情報に関連して取得したデータに対して実施必要な処理を判断し、判断結果をフラグ情報として保存したことになる。以降データ処理サーバ１０１は、上記判断結果をもとに、各取得したデータに対して必要な処理を行っていく。

データ処理サーバ１０１は、各分解した検索文情報に関してメッシュ表示フラグ（データ）の値が２以上か判断する（ステップ８２１）。値が２以上の場合は、データ処理サーバ１０１は、ポリゴン作成処理を行い（ステップ８３０）、ステップ８２４へ進む。なお、ポリゴン作成処理とは線や四角形等の図形を作成する処理であり、例えばメッシュ表示フラグ（データ）の値が「２」の場合は、二つの緯度・経度情報を結んだ線を作成し、値が４の場合は四つの緯度・経度情報を結んだ四角形を作成する等の処理を行う。またデータ処理サーバ１０１は、本処理を行うにあたり、内部的にポリゴン作成処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００５の値の処理コンポーネント）をデータ処理構成における一コンポーネントとして配置する。ステップ８２１の条件を満たさない場合、データ処理サーバ１０１は、メッシュ表示フラグ（データ）の値が１か否かを判断する（ステップ８２２）。メッシュ表示フラグ（データ）の値が「１」以上の場合は、データ処理サーバ１０１は、数量の多い方を強調するメッシュ作成処理を行い（ステップ８３１）、ステップ８２４へ進む。なお、メッシュ作成処理とは、地図を細かいメッシュ状に区切り、各メッシュ内に含まれるデータを集計する処理である。例えば上記取得したデータが交通事故のデータであれば各メッシュ内の交通事故件数を集計するといった処理を行う。また、数量の多い方を強調表示するとは、上記集計した各メッシュの値に関して、値の大きいメッシュの色をより濃くし、値の小さいメッシュの色をより薄い色にする当、値の大きいメッシュの方をより強調して表示するための処理を行うことを意味する。またデータ処理サーバ１０１は、本処理を行うにあたり、内部的にメッシュ作成処理および数量の多い方の強調表示処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００３の処理コンポーネントおよび００４の処理コンポーネント）をデータ処理構成における一コンポーネントとして配置する。

ステップ８２２の条件を満たさない場合、データ処理サーバ１０１は、ピン作成処理を行う（ステップ８２３）。ピン作成処理とは、地図上にピンを立てる処理のことである。またデータ処理サーバ１０１は、本処理を行うにあたり、内部的にピン作成処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００２の値の処理コンポーネント）をデータ処理構成における一コンポーネントとして配置する。ステップ８２３、８３１の後、データ処理サーバ１０１は、ステップ８２１で判断対象とした、検索文分解情報に関して、他の属性相当の検索文分解情報と関係があるか判断する（ステップ８２４）。関係があるか否かの判断は項目３０８に値が登録されているか否かで判断できる。

ステップ８２４において、検索文分解情報が他の属性相当の検索文分解情報と関係がない場合、データ処理サーバ１０１は、ステップ８３５に進み、一方、関係がある場合、上記関係する属性情報の埋込み処理を行う（ステップ８３３）。属性情報の埋込み処理とは、例えばテーブル３２０において、「小学校」という検索文分解情報は、「偏差値の高い」という検索文分解情報を関連する属性として持つ。そのためこの属性情報、即ち、テーブル３２０の例では、ｂ１.ｃｓｖの「偏差値」というカラム名の情報を、各小学校に関する属性情報として表示するための処理を行う。具体的にはデータ処理サーバ１０１は、小学校のピンの横にこれらの情報をテキストとして表示する処理や、小学校のピンクリック時にこれらの情報の入った吹き出しを表示させる処理を行う。属性情報の埋込みおよび表示方法としてはこれら以外の処理方法を設けることも可能である。またデータ処理サーバ１０１は、本処理を行うにあたり、内部的に属性情報の埋込み処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００８の値の処理コンポーネント）をデータ処理構成における一コンポーネントとして配置する。ステップ８３３の後、データ処理サーバ１０１は、他に関係する属性相当の検索文分解情報があるか判断し（ステップ８３４）、ある場合はステップ８３３に進み、無い場合は、他に処理するデータがあるか判断する（ステップ８３５）。なお、他に処理するデータがあるかの判断とは、具体的には、データ処理サーバ１０１が次のような判断を行う。例えばテーブル３１０において、データ処理サーバ１０１は、データを縦方向に参照していき、まず「交通事故と」という検索文分解情報についてステップ８２１〜８３４迄の処理を行い、次に「小学校」という検索文分解情報について同様にステップ８２１〜８３４迄の処理を行いというように、最後の検索文分解情報までこれを繰り返すことで判断する。

データ処理サーバ１０１は、ステップ８３５において他に処理するデータがある場合は、ステップ８２１に進み、無い場合は、これ迄の処理結果を纏めて地図上に表示する（ステップ８３６）。なお、地図データはデータ処理サーバ１０１の記憶装置に記憶されており、ＣＰＵ１０３により記憶装置から地図データがメモリ１０２に読み出され、上記の例では、交通事故の情報と小学校の情報が地図上に表示される。なお、データ処理サーバ１０１は、本処理を行うにあたり、地図への表示処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００７の値の処理コンポーネント）をデータ処理構成における一コンポーネントとして内部的に配置し、ステップ８３６に至るまでに内部的に作成した処理コンポーネント、例えばステップ８２３のピン作成処理に対応する処理コンポーネント等、と接続する。ステップ８３６の後、データ処理サーバ１０１は上記表示内容で良いかクライアント端末１２１を介してユーザに問合せ（ステップ８３７）、良い旨の返答が得られた場合は処理を終了する。

一方ステップ８３７でユーザから表示内容の修正依頼を受けた場合は、データ処理サーバ１０１は、上記表示を行う際に用いたデータ処理構成をクライアント端末１２１を介してユーザに提示し（ステップ８３８）、一部の処理コンポーネントの置換などデータ処理構成の修正要求を受付け（ステップ８３９）、ステップ８３６に進む。なお、データ処理構成とは、図７（ａ）に示すように、所望の処理を行うために一以上のデータ処理コンポーネントを組合せたものである。例えば上記例の「交通事故と」「小学校」という検索文分解情報において、ステップ８０１〜ステップ８３６迄の処理の結果、「交通事故と」は数量の多い方を強調表示してメッシュ作成処理し、「小学校」はピン作成処理すると判断された場合、図７のデータ処理構成７２０がデータ処理サーバ１０１において構築され、データ処理構成情報１１７として保存される。

なお、以上述べた処理のうち、ステップ８１６〜ステップ８３６迄の処理を、二つの具体的な検索文を例に取り説明する。一つ目の検索文の例は、「横浜市、交通事故と小学校」である。二つの検索文分解情報「交通事故と」と「小学校」に関して、ステップ８１５迄の処理で取得したデータは、「ａ１.ｃｓｖ」と「ａ２.ｃｓｖ」であり、何れも定型処理するファイルではなく、各レコードは複数の緯度・経度情報を含むわけではないため、ステップ８２０迄の処理でそれぞれの検索文分解情報において、ピン（データ）フラグの値に１が、テーブル４１０のように設定される。ステップ８２１、８２２において、メッシュ表示フラグはセットされていないため、データ処理サーバ１０１はステップ８２３に進み、ピン作成処理を行う。また、ステップ８２４において、各検索文分解情報は属性相当の情報とは関係がないため、データ処理サーバ１０１は、ステップ８３５に進み、他に処理するデータはないため、ステップ８３６に進み、交通事故の情報と小学校の情報をそれぞれピン形式で地図上に表示する。

次に二つ目の検索文例として「横浜市、偏差値の高い小学校」の場合の処理を説明する。この例では、「偏差値の高い」は「小学校」の属性相当の情報であり、ステップ８１５迄の処理で「小学校」に関するファイルがデータポータルサイトから取得される。なお、「偏差値の高い」に関するデータは、上記取得したファイルに含まれる一カラム分のデータとして設定される。一つ目の検索文例の場合と同様に、上記取得したファイルは定型処理するファイルではなく、複数の緯度・経度情報を含むわけではないため、データ処理サーバ１０１は、ステップ８２０迄の処理で「小学校」の検索文分解情報において、ピン（データ）フラグの値に「１」を設定する。ステップ８２１、８２２において、メッシュ表示フラグはセットされていないため、データ処理サーバ１０１は、ステップ８２３に進み、ピン作成処理を行い、ステップ８２４において、「小学校」の検索文分解情報は属性相当の情報（「偏差値の高い」）と関係があるため、ステップ８３３に進み、属性情報埋め込み処理を行う。この例では、データ処理サーバ１０１は、テーブル３２０に示す、ｂ１.ｃｓｖの「偏差値」というカラム名の情報を、各小学校に関する属性情報として表示するための処理を行う。具体的にはデータ処理サーバ１０１は、小学校のピンの横にこれらの情報をテキストとして表示するための処理や、小学校のピンクリック時にこれらの情報の入った吹き出しを表示するための処理を行う。ステップ８３４、８３５において他に関連するデータや処理するデータがないため、データ処理サーバ１０１は、ステップ８３６に進み、小学校の情報をピン形式で、各小学校の偏差値情報を各小学校のピンの横にテキストとして地図上に表示する。

以上、本発明の実施例１について説明した。

実施例１では、データ処理サーバ１０１は、取得したデータの中身をもとに、上記データを地図上に表示するにあたり必要な処理の判断および上記処理を行うためのデータ処理構成の構築を行った。本実施例では、データ処理サーバ１０１は、データの中身からだけでなく、クライアント端末１２１から受信した検索文の内容をもとに、必要な処理の判断およびデータ処理構成の構築を行う。なお、本実施例では実施例１との差分部分について説明する。初めに、本実施例におけるデータ処理システムのハードウェア構成およびソフトウェア構成の差分部分について説明する。

図９は、本発明の実施例２に係るデータ処理システムのソフトウェア構成を示すブロック図である。メモリ１０２には、第一の実施例での情報に加えて、新たに数値関連用語テーブル１１８が追加される。また、表示形式フラグ情報１１４についても第一の実施例と比べて一部内容が異なる。数値関連用語テーブル１１８は、クライアント端末１２１から受信した検索文の中に数値関連の用語、例えば、多い・少ない等が含まれているか否かを判断するために使用する。

図１０は、本発明の実施例２に係る数値関連用語テーブル１１８の一例を示す図である。数値関連用語テーブル１１８は、項目１００１、１００２の二つのデータ項目を含む。項目１００１は、数値関連の用語として登録した用語の名称を示す。数値関連の用語とは例えば、「人口密度」等の密度を表すものや、「出生率」等の割合を示す用語等である。これらの用語はデフォルトで登録された用語以外にユーザが任意の用語を追加することが可能である。項目１００２は、用語１００１が大小の何れを表す用語であるかを示すフラグ情報である。例えば用語１００１が「大きい」、「多い」等の用語の場合は、大を表す用語のため、項目１００２には値「１」が設定される。一方、用語１００１が「小さい」、「少ない」等の用語の場合は、小を表す用語のため、項目１００２には値「２」が設定される。なお、用語１００１が「人口密度」等の用語の場合は、直接的に大小の何れかを表す用語ではないため、項目１００２には値「０」が設定される。

次に本実施例での表示形式フラグ情報１１４の実施例１との差分情報を説明する。図４（ｂ）に示すように、項目４０４〜項目４０６の情報が追加される。項目４０４は、項目４０１の情報をピン形式で表示するか否かをクライアント端末１２１から受信した検索文の内容から判断したフラグ情報である。例えば項目４０４の値が「１」であればピン形式で表示すると判断する。項目４０５は、項目４０１の情報をメッシュ形式で表示するか否かをクライアント端末１２１から受信した検索文の内容から判断したフラグ情報である。例えば項目４０５の値が「１」であればメッシュ形式でかつ数量の多い方を強調して表示すると判断する。数量の多い方を強調してメッシュ表示とは、ステップ８３１で述べたように、取得したデータをメッシュ形式で表示するにあたり、含まれる値が大きい方のメッシュを濃くする等、より強調して表示することを意味する。

一方、テーブル４４０のように、項目４０５の値が「２」であれば、メッシュ形式でかつ数量の少ない方を強調して表示することを意味する。なお、テーブル４３０のように、項目４０５の値が「０」であれば、メッシュ形式で表示するが、強調表示についてはデータ処理サーバ１０１のデフォルトの設定に従うとする。例えばデータ処理サーバ１０１にメッシュ形式で表示する際のデフォルト設定を設けておき、デフォルト設定として、メッシュ形式表示の際は数量の多い方を強調表示するという設定になっていた場合は、項目４０５の値が「１」である場合と同様に数量の多い方を強調してメッシュ表示する。項目４０６は、項目４０１の情報を、他の検索文分解情報４０１の属性情報として、ピン形式で表示するか否かをクライアント端末１２１から受信した検索文の内容から判断したフラグ情報である。例えばテーブル４２０のように、項目４０６の値が「１」であればピン形式で表示し、各ピンの色は、上記属性情報の値が大きい方を濃くする等、強調表示する。例えば「偏差値の高い小学校」という検索文に対して、「小学校」とその属性情報として「偏差値の高い」という検索文分解情報に分解され、「小学校」の検索文分解情報に対して小学校に関するデータを取得し、その中に偏差値の情報が含まれていた時に、各小学校の偏差値情報を属性情報としてピン表示するにあたり、偏差値の大きい方を濃く表示するといったことを行う。一方、項目４０６の値が「２」であればピン形式で表示し、対応する属性情報の値が小さい方のピンの色を濃くする等の強調表示を行う。

以上、本実施例に係るデータ処理システムのハードウェアおよびソフトウェア構成の実施例１との差分を説明した。

次に、前述したハードウェアおよびソフトウェア構成に基づいて、本実施例におけるデータ処理構成構築の処理について説明する。なお、実施例１と同様の処理の部分の説明は省略し、差分部分について説明する。本実施例では、実施例１の図８（ｂ）および図８（ｃ）の処理フローにおける点線部分の処理が追加・修正される。以下に図１１（ａ）〜図１１（ｃ）を用いて処理の詳細を示す。
＜実施例２のデータ処理構成構築の処理＞
図１１（ａ）は、本発明の実施例２に係るデータ処理サーバ１０１が実行する、データ処理構成構築処理の一部の一例を示すフローチャートである。データ処理サーバ１０１は、ステップ８１０において、他の検索文分解情報４０１のうちデータ未取得のものが無い場合、検索文分解情報４０１のなかで属性相当ではないもの、即ち、項目３０２の値が「主」であるものについて、数値関連用語テーブル１１８と内容を比較する（ステップ９０１）。データ処理サーバ１０１は、上記比較した検索文分解情報４０１の中に数値関連用語テーブル１１８に登録されている用語が含まれているか判断し（ステップ９０２）、含まれてない場合は、ピン表示フラグ（検索文）、即ち、項目４０４に値「１」を設定する（ステップ９１３）。ステップ９０２で数値関連の用語が含まれている場合、データ処理サーバ１０１は、メッシュ表示フラグ（検索文）、即ち、項目４０５に値「１」を設定する（ステップ９０３）。

次にデータ処理サーバ１０１は、検索文分解情報４０１に含まれている数値関連用語は数量の少ないことを表す用語に関するか判断し（ステップ９０４）、上記用語に関する場合は、メッシュ表示フラグ（検索文）、即ち、項目４０５の値をカウントアップして「２に設定し（ステップ９０５）、上記用語に関しない場合はステップ９０６に進む。なお、数量の少ないことを表す用語であるか否かは、項目１００２をもとに判断される。即ちデータ処理サーバ１０１は、項目１００２の値が「２」である用語が検索文分解情報４０１に含まれているか否かで判断する。次にデータ処理サーバ１０１は、検索文分解情報４０１の中で他に属性相当ではない検索文分解情報４０１があるか否かを判断し（ステップ９０６）、ある場合はステップ９０１に進む。ステップ９０６で該当する検索文分解情報４０１がない場合、データ処理サーバ１０１は、属性相当の検索文分解情報４０１に対しても類似の処理を行う。具体的には、データ処理サーバ１０１は、属性相当の検索文分解情報４０１と数値関連用語テーブル１１８の内容を比較する（ステップ９０７）。データ処理サーバ１０１は、上記比較した検索文分解情報４０１の中に数値関連用語テーブル１１８に登録されている用語が含まれているか判断し（ステップ９０８）、含まれてない場合はステップ９１２に進む。ステップ９０８で数値関連の用語が含まれている場合、データ処理サーバ１０１は、属性のピン表示フラグ、すなわち、項目４０６に値「１」を設定する（９０９）。

次にデータ処理サーバ１０１は、検索文分解情報４０１に含まれている数値関連用語は数量の少ないことを表す用語に関するか判断し（ステップ９１０）、上記用語に関する場合は、属性のピン表示フラグ、即ち、項目４０６の値をカウントアップして「２」を設定し（９１１）、上記用語に関しない場合はステップ９１２に進む。次にデータ処理サーバ１０１は、検索文分解情報４０１の中でほかに属性相当の検索文分解情報４０１があるか判断し（ステップ９０６）、ある場合はステップ９０７に進み、無い場合は実施例１でのステップ８１６へと進む。

以上が本実施例における実施例１との差分の一つ、即ち図８（ｂ）に存在する三つの点線枠のうちの一つ（上側）に相当する。次に図８（ｂ）の中のもう一つの点線枠（下側）に相当する差分処理を図１１（ｂ）を用いて説明する。

データ処理サーバ１０１は、ステップ８２４の後、検索文分解情報４０１について、属性のピン表示フラグ（項目４０６）の値が「１」以上であるか判断し（ステップ９２１）、「１」以上でなければステップ８３３に進み、「１」以上であれば属性のピン表示フラグ（項目４０６）の値が「１」または「２」であるか判断する（ステップ９２２）。ステップ９２２で値が「２」であれば、データ処理サーバ１０１は、ピン変換および数量の小さい方を強調表示するピン作成処理を行い（ステップ９２３）、ピン表示フラグの値が「１」であれば、ピン変換および数量の大きい方を強調表示するピン作成処理を行い（ステップ９２４）、以降実施例１でのステップ８３３へと進む。なお、ピン変換とは、同じ場所に複数のピンが打たれる場合に他のピンが見えなくなるのを防止するために、ピンの傾きを変えるまたは距離を僅かにずらすといった変換処理を行うことである。この時、変換の仕方は属性ＩＤ（項目３０７）の値をもとに行う。例えば属性ＩＤの値が「１」の場合、ピンの傾きを１５度傾けて表示し、属性ＩＤの値が「２」の場合、ピンの傾きを３０度傾けて表示する等である。なお、数量の大きい方を強調表示するピン作成とは、ピン表示の対象となるデータ（例えば偏差値等）について、大きい方のデータに対応するピンの色を濃くする等の強調表示を行ってピン作成することを意味する。

一方、数量の小さい方を強調表示するピン作成とは、ピン表示の対象となるデータ（例えば偏差値等）について、小さい方のデータに対応するピンの色を濃くする等の強調表示を行ってピン作成することを意味する。またデータ処理サーバ１０１は、本処理を行うにあたり、内部的にピン変換処理およびピン強調表示処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００９や０１０の値の処理コンポーネント）をデータ処理構成における一コンポーネントとして配置する。これらデータ処理構成の一コンポーネントとして配置された処理コンポーネントは、最終的にはステップ８３６において内部的に配置される地図への表示処理に相当するデータ処理コンポーネントと接続される。

以上が本実施例の処理フローにおける、実施例１との二つ目の差分部分である。次に図８（ｂ）の中の残り一つの点線枠（中側）に相当する差分処理を図１１（ｃ）を用いて説明する。

データ処理サーバ１０１は、ステップ８２２の後、検索文分解情報４０１について、メッシュ表示フラグ（項目４０５）の値が「２」以上であるか判断し（ステップ９３１）、「２」以上であれば数量の小さい方を強調表示するメッシュ作成処理を行う（ステップ９３４）。ステップ９３１において、「２」以上でなければ、データ処理サーバ１０１は、メッシュ表示フラグの値が「０」または「１」であるかを判断し（ステップ９３２）、「１」であればステップ８３１に進む。ステップ９３２において、メッシュ表示フラグの値が「０」であれば、データ処理サーバ１０１は、デフォルトのメッシュ作成処理を行い（ステップ９３３）、ステップ８２４へ進む。なお、デフォルトのメッシュ作成処理とは、メッシュ形式での表示において、強調表示についてはデータ処理サーバ１０１のデフォルトの設定に従ったもののことである。例えばデータ処理サーバ１０１にメッシュ形式で表示する際のデフォルト設定を設けておき、デフォルト設定として、メッシュ形式表示の際は数量の多い方を強調表示するという設定になっていた場合は、データ処理サーバ１０１は、数量の多い方を強調表示するようなメッシュ作成処理を行う。逆に、デフォルト設定として、数量の少ない方を強調表示する設定になっていた場合は、データ処理サーバ１０１は、数量の少ない方を強調表示するようなメッシュ作成処理が行う。またデータ処理サーバ１０１は、本処理を行うにあたり、内部的にデフォルトのメッシュ作成処理および少ない方を強調表示するメッシュ作成処理に相当するデータ処理コンポーネント（図６の処理コンポーネントＩＤ６０２が００３の値の処理コンポーネント等）をデータ処理構成における一コンポーネントとして配置する。これらデータ処理構成の一コンポーネントとして配置された処理コンポーネントは、最終的にはステップ８３６において内部的に配置される地図への表示処理に相当するデータ処理コンポーネントと接続される。

最後に四つ目の差分部分、即ち、図８（ｃ）の中の点線枠部分について説明する。本実施例においては、データ処理サーバ1０１は、ステップ８３４の条件を満たす場合、ステップ９２１へと進む。

なお、以上述べた本実施例の処理を、テーブル４２０、４４０に示す具体的な検索文を例に、その検索文やデータの中身を判断した結果作成されたものの一例であり、ここでも同様のフラグ値が設定されるものとして説明する。実施例１のステップ８１０迄の処理で、各検索文分解情報に関連するデータは取得されているとする。一つ目の検索文の例は、「横浜市、偏差値の高い小学校」である。ステップ９０１において、属性相当ではない検索文分解情報は「小学校」であり、この情報は数値関連の用語を含まないため、データ処理サーバ１０１は、ステップ９１３に進み、ピン表示フラグ（検索文）が項目４０４のように設定される。ステップ９０６で他に属性相当ではない検索文分解情報は無いため、データ処理サーバ１０１は、ステップ９０７に進み、属性相当の検索文分解情報である「偏差値の高い」と数値関連用語テーブルを比較する。「高い」という数値関連の用語を含むため、ステップ９０８、９０９において、属性のピン表示フラグを項目４０６のように設定する。ステップ９１０で、数値関連の用語は「少ない」に関するものではないため、データ処理サーバ１０１は、ステップ９１２に進み、他に属性相当の検索文分解情報はないため、ステップ８１６に進む。ステップ８１６〜ステップ８２０迄の処理で、実施例１の場合と同様にして、「小学校」の検索文分解情報について、項目４０２のピン（データ）フラグに値「１」がテーブル４２０のように設定される。ステップ８２４の後に、ステップ９２１において、「偏差値の高い」は属性のピン表示フラグの値が「１」であるため、データ処理サーバ１０１は、ステップ９２２、ステップ９２４へと進み、偏差値データが大きいほど「小学校」のピンの色を濃くする等の強調表示をしたピン作成処理を行う。その後データ処理サーバ１０１は、ステップ８３３からステップ８３６迄実施例１の場合と同様に進み、小学校の情報をピン形式で、ピンの色を各小学校の偏差値データが大きいほど濃くしたものを地図上に表示する。

次に、二つ目の検索文の例として、「横浜市、犯罪の少ない小学校」について説明する。この例では、属性相当の検索文分解情報はなく、何れも主の検索文分解情報である。「小学校」については、一つ目の検索文の例の場合と同様にして、ステップ９０１、９０２、９１３と進み、ピン表示フラグ（検索文）が「１」に設定される。「犯罪の少ない」については、データ処理サーバ１０１は、ステップ９０２、９０３と進み、メッシュ表示フラグ（検索文）の値を「１」に設定し、さらにステップ９０４で「少ない」に関する用語のため、メッシュ表示フラグ（検索文）の値をカウントアップして「２」に設定する。属性相当の検索文分解情報はないため、データ処理サーバ１０１は、ステップ９１２、ステップ８１６へ進む。そしてデータ処理サーバ１０１は、ステップ８１６〜ステップ８２０迄の処理で、実施例１の場合と同様にして、「小学校」の検索文分解情報には、項目４０２のピン（データ）フラグの値として「１」を設定し、「犯罪の少ない」の検索文分解情報には、メッシュ（データ）フラグの値として「１」をテーブル４４０に示すように設定する。その後データ処理サーバ１０１は、ステップ８２２、９３１、９３４へと進み、「犯罪の少ない」に関して、犯罪件数が少ない方を強調表示するようなメッシュ作成処理を行い、ステップ８２４へと進む。ステップ８２４において、属性相当の検索文分解情報と関連がないため、データ処理サーバ１０１は、ステップ８３５に進む。他に処理するデータはないため、データ処理サーバ１０１は、ステップ８３６に進み、小学校の情報をピン形式で、犯罪情報については件数が少ない方を強調表示するメッシュ形式で地図上に表示する。

以上、本発明の実施例２について説明した。なお、実施例１および実施例２ではデータの取得からデータ処理構成の構築迄を行ったが、頻繁に行われる同じ処理では、既に図７（ａ）に示すようにデータ処理構成がパターン化されていて定まっており、一から構築しなくてもいい場合も存在する。そのような場合は、ステップ８１０迄の処理を通して必要なデータの検索および取得を行い、取得したデータを、上記構築済みのデータ処理構成に対して入力としてインプットして処理することも可能である。

実施例１および実施例２では、データ処理サーバ１０１は、日本語のデータポータルサイトへのアクセスおよびデータ取得を行う。本実施例では、クライアント端末１２１からの検索文をもとに英語のデータポータルサイトへのアクセスおよびデータ取得を行い、これらのデータを加工して地図上に表示する。

図９（ｂ）は、本発明の実施例３に係るデータ処理システムのソフトウェア構成を示すブロック図である。メモリ１０２には、実施例１における情報に加えて、新たに機械翻訳部１１９が追加される。また、データポータル登録情報１１２についても、新たに項目２０４の言語情報が追加され、各データポータルサイトの言語情報が保持される。機械翻訳部１１９は、クライアント端末１２１から受信した検索文を、アクセス先の各データポータルサイトの使用言語にあわせて変換し、データの検索および取得を行う。

本実施例では実施例１および実施例２と比べてデータアクセスに関する処理、即ち、ステップ８０５とステップ８１５の部分の処理が異なる。以下に詳細を述べる。

クライアント端末１２１からの検索文を受付けたデータ処理サーバ１０１は、ステップ８０１〜８０４の処理により、検索文を検索文分解情報４０１に分解する。そしてデータ処理サーバ１０１は、ステップ８０５において、ステップ８０２の地理名に対応するデータポータルサイトにアクセスするにあたり、アクセス先のデータポータルサイトの使用言語を項目２０４の情報をもとに判別する。機械翻訳部１１９は、上記判別した使用言語へと各検索文分解情報４０１を翻訳し、上記翻訳された検索文分解情報４０１を用いて、データポータルサイトにおいてデータの検索および取得を行う。例えば検索文分解情報が「小学校」であり、アクセス先サイトの言語情報が「ＥＮ」即ち英語である場合は、「ｓｃｈｏｏｌ」と翻訳を行い、上記用語をアクセス先サイトの検索フォームに入れる等してデータの検索および取得を行う。なお、ステップ８１５についても同様に検索文分解情報４０１の翻訳、データの検索および取得を行う。ステップ８０６においてデータの取得に成功した場合、機械翻訳部１１９は、取得したデータ内のカラム名等の文字列を日本語に翻訳し、以降実施例１と同様にしてステップ８０７以降の処理を行う。

このよに、本実施例では、データ処理サーバ１０１は、クライアント端末１２１から受信した検索文をもとにデータポータルサイト１３１へのアクセスおよびデータ取得を行うにあたり、アクセス先の各データポータルサイト１３１の使用言語にあわせて検索文を翻訳し、データの検索および取得を行い、取得したデータを元の検索文の言語に翻訳することができる。

本実施例では、データ処理サーバ１０１は検索エンジンと連動して動作し、検索エンジンの検索結果のデータを取込み、加工処理して地図上に表示する。現在様々な検索エンジンにおいて、通常のＷｅｂ検索以外に、画像検索やニュース検索等、様々な検索メニューが設けられているが、将来オープンデータ検索メニューのようなものが設けられた場合に、そこでの検索結果のデータをデータ処理サーバ１０１に取込んで活用するといったことが考えられる。なお、検索エンジンを利用してデータ取得した後の処理は実施例１および実施例２と同様であるため、ここではデータ取得までの処理について説明する。なお、データ処理サーバ１０１は、検索エンジンを呼び出して検索エンジンによる検索結果を取込むための、検索エンジン連動部を有する。以下に、本実施例の詳細を示す。

ユーザにより入力された検索文は、クライアント端末１２１を介してデータ処理サーバ１０１へ送信される。また、実施例１および実施例２と同様にライアント端末１２１はデータ処理サーバ１０１へデータ処理構成の構築要求を送信する。データ処理サーバ１０１は、ステップ８０４迄の処理を通して検索文を分解した検索文分解情報４０１を入手し、ステップ８０５においてデータ処理サーバ１０１の検索エンジン連動部が検索エンジンの呼出しおよび検索エンジへの上記の各検索文分解情報４０１の入力を行い、関連するデータの検索・取得を行い、以降、ステップ８１６以降の処理を通して、取得したデータの加工および地図への表示を行う。なお、上記の検索エンジンの呼び出し、データの検索・取得に関しては、例えば検索エンジンが公開するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）をデータ処理サーバ１０１に組込んで実現する等の方式でもいい。なお、他の形態として、検索エンジンの機能として、一度に並列して複数の検索文（または検索文をより細かく分解した検索文分解情報４０１）の入力およびそれに関連するデータの取得を行える機能がある場合は、上記の複数の検索文およびそれに関連して取得したデータをデータ処理サーバ１０１に転送し、以降データ処理サーバ１０１は、上記受信したデータをもとに、ステップ８０５、８０６、８１２、８１５を除くステップ８０３以降の処理を通して、地図への表示を行うようにすることも可能である。なお、上記はデータ処理サーバ１０１側に検索エンジン呼出し機能を設けたが、検索エンジン側にデータ処理サーバ１０１呼出し機能を設けて、検索文および検索結果のデータをデータ処理サーバ１０１に転送して処理させる形態であってもよい。

このように本実施例では、データ処理サーバ１０１は検索エンジンと連動して動作し、検索エンジンの検索結果のデータの取込みおよび加工処理を行って地図上に表示することができる。

以上本発明の実施形態について詳細に説明した。上記した実施形態によれば、データ処理サーバにより、クライアント端末から地理名を含む検索文を受け付け、受け付けた検索文を分解し、分解情報それぞれの関連データをポータルサイトなどのＷｅｂサイトから取得し、各分解情報と該分解情報の関連データとを対応付けて記憶部に格納し、分解情報ごとに、該分解情報の関連データのレコードに複数の緯度・経度情報が有るか否かを判定し、その判定の結果に基づき、メッシュ表示フラグまたはピン表示フラグを記憶部の該当分解情報に対して設定し、または該設定したメッシュ表示フラグの値をカウントアップし、メッシュ表示フラグの値と前記ピン表示フラグの値に基づき、該当分解情報の関連データについて地図上へのポリゴン表示処理またはメッシュ表示処理またはピン表示処理を行い、その処理結果を検索文送信元のクライアント端末へ送信する。これにより、データの加工に関する知識やスキルの少ないユーザであっても、ポータルサイトなどのＷｅｂサイトから取得したデータの加工を容易に行うことができる。また、上記した実施形態によれば、ユーザは入手したい情報についての検索文を設定するのみで、データ処理サーバ１０１がその情報を作成および表示するために必要な加工処理の判断および上記処理を実現するための処理コンポーネント構成の構築を代行する。これにより、データの加工に関する知識やスキルの少ないユーザであっても、データを組合せて表示する等のデータ加工をより容易に行うことが可能になる。また、データ処理サーバ１０１によって構築されたデフォルトの処理コンポーネント構成を部分的にカスタマイズ可能にすることで、より簡単にユーザの意に沿うような加工処理へと修正することが可能になる。

なお、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。例えば、データ処理構成構築処理の実施の形態として、一からデータ処理構成を構築する以外に、既に構築済みのデータ処理構成を再利用し、データ処理サーバ１０１によるデータの検索および取得結果を、上記の既に構築済みのデータ処理構成へのインプットとして利用する形態であってもよい。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。

１０１・・・データ処理サーバ、１０２、１２２・・・メモリ、１０３、１２４・・・ＣＰＵ、１０４、１２３・・・通信部、１０５・・・検索文受付部、１０６・・・検索文解析部、１０７・・・データ取得部、１０８・・・データ管理部、１０９・・・データ処理判断部、１１０・・・データ処理構成構築部、１１１・・・処理結果表示部、１１２・・・データポータル登録情報、１１３・・・検索文分解情報テーブル、１１４・・・表示形式フラグ情報、１１５・・・定型処理ファイル識別情報、１１６・・・処理コンポーネント情報、１１７・・・データ処理構成情報、１１８・・・数値関連用語テーブル、１１９・・・機械翻訳部、１２１・・・クライアント端末、１２５・・・サーバ連携部、１３１・・・データポータルサイト。

Claims (13)

1. データ処理サーバにより、
   クライアント端末から地理名を含む検索文を受け付け、
   該検索文を分解すると共に、該分解情報それぞれが主の分解情報であるかまたは属性相当の分解情報であるかを判断し、
   前記分解情報それぞれの関連データをＷｅｂサイトから取得し、 前記各分解情報を、該分解情報が主の分解情報および属性相当の分解情報のどちらであるかの情報と、該分解情報の前記関連データと、該分解情報相互の関連についての情報と、に対応付けて記憶部に格納し、
   前記分解情報ごとに、該分解情報の関連データのレコードに複数の緯度・経度情報が有るか否かを判定し、
   該判定の結果に基づき、メッシュ表示フラグまたはピン表示フラグを前記記憶部の該当分解情報に対して設定し、
   前記主の分解情報それぞれに関連する属性相当の分解情報の有無、および前記メッシュ表示フラグの値と前記ピン表示フラグの値に基づき、該当する主の分解情報の関連データ、または該当する主の分解情報および該主の分解情報に関連付く属性相当の分解情報の関連データ、について地図上へのポリゴン表示処理またはメッシュ表示処理またはピン表示処理を行い、
   該処理結果を前記クライアント端末へ送信する、
   ことを特徴とするデータ加工支援方法。
2. 前記Ｗｅｂサイトは、地理名に対応するデータポータルサイトを含む、
   ことを特徴とする請求項１に記載のデータ加工支援方法。
3. データ処理サーバにより、
   前記判定の結果、前記レコードに複数の緯度・経度情報が有る場合、前記メッシュ表示フラグを前記記憶部の該当分解情報に対して設定する、
   ことを特徴とする請求項２に記載のデータ加工支援方法。
4. データ処理サーバにより、
   前記判定の結果、前記レコードに複数の緯度・経度情報が無い場合、当該関連データにおけるレコード数が閾値以上か否かを判定し、
   該判定の結果に基づき、メッシュ表示フラグまたはピン表示フラグを前記記憶部の該当分解情報に対して設定する、
   ことを特徴とする請求項２に記載のデータ加工支援方法。
5. データ処理サーバにより、
   前記メッシュ表示フラグの値が２以上の場合、該当分解情報の関連データについて前記地図上への前記ポリゴン表示処理を行い、
   前記ピン表示フラグの値が１の場合、該当分解情報の関連データについて前記地図上への前記ピン表示処理を行い、
   前記メッシュ表示フラグの値が１の場合、該当分解情報の関連データについて前記地図上への前記メッシュ表示処理を行う、
   ことを特徴とする請求項２乃至請求項４の何れか１項に記載のデータ加工支援方法。
6. データ処理サーバにより、
   前記地理名に対応するデータポータルサイトの言語にあわせて、前記分解情報を翻訳し、前記地理名に対応するデータポータルサイトから取得した前記関連データを前記受け付けた検索文と同一の言語に翻訳する、
   ことを特徴とする請求項２に記載のデータ加工支援方法。
7. 記憶部と処理部を具備し、
   前記処理部は、
   クライアント端末から地理名を含む検索文を受け付け、
   該検索文を分解すると共に、該分解情報それぞれが主の分解情報であるかまたは属性相当の分解情報であるかを判断し、
   前記分解情報それぞれの関連データをＷｅｂサイトから取得し、
   前記各分解情報を、該分解情報が主の分解情報および属性相当の分解情報のどちらであるかの情報と、該分解情報の前記関連データと、該分解情報相互の関連についての情報と、に対応付けて前記記憶部に格納し、
   前記分解情報ごとに、該分解情報の関連データのレコードに複数の緯度・経度情報が有るか否かを判定し、
   該判定の結果に基づき、メッシュ表示フラグまたはピン表示フラグを前記記憶部の該当分解情報に対して設定し、
   前記主の分解情報それぞれに関連する属性相当の分解情報の有無、および前記メッシュ表示フラグの値と前記ピン表示フラグの値に基づき、該当する主の分解情報の関連データ、または該当する主の分解情報および該主の分解情報に関連付く属性相当の分解情報の関連データ、について地図上へのポリゴン表示処理またはメッシュ表示処理またはピン表示処理を行い、
   該処理結果を前記クライアント端末へ送信する、
   ことを特徴とするデータ処理サーバ。
8. 前記Ｗｅｂサイトは、地理名に対応するデータポータルサイトを含む、
   ことを特徴とする請求項７に記載のデータ処理サーバ。
9. 前記処理部は、
   前記判定の結果、前記レコードに複数の緯度・経度情報が有る場合、前記メッシュ表示フラグを前記記憶部の該当分解情報に対して設定する、
   ことを特徴とする請求項８に記載のデータ処理サーバ。
10. 前記処理部は、
    前記判定の結果、前記レコードに複数の緯度・経度情報が無い場合、当該関連データにおけるレコード数が閾値以上か否かを判定し、
    該判定の結果に基づき、メッシュ表示フラグまたはピン表示フラグを前記記憶部の該当分解情報に対して設定する、
    ことを特徴とする請求項８に記載のデータ処理サーバ。
11. 前記処理部は、
    前記メッシュ表示フラグの値が２以上の場合、該当分解情報の関連データについて前記地図上への前記ポリゴン表示処理を行い、
    前記ピン表示フラグの値が１の場合、該当分解情報の関連データについて前記地図上への前記ピン表示処理を行い、
    前記メッシュ表示フラグの値が１の場合、該当分解情報の関連データについて前記地図上への前記メッシュ表示処理を行う、
    ことを特徴とする請求項８乃至請求項１０の何れか１項に記載のデータ処理サーバ。
12. 前記処理部は、
    前記地理名に対応するデータポータルサイトの言語にあわせて、前記分解情報を翻訳し、前記地理名に対応するデータポータルサイトから取得した前記関連データを前記受け付けた検索文と同一の言語に翻訳する、
    ことを特徴とする請求項８に記載のデータ処理サーバ。
13. コンピュータに、請求項１乃至請求項６の何れか１項に記載のデータ加工支援方法を実行させるプログラム。

Images