JP2015114743A - データ処理方法およびデータ処理サーバ - Google Patents

Abstract

【課題】ファイル構造が類似しないファイルや、形式の異なるファイルであっても、データを適切に組合せて処理可能にし、また、データの組合せや処理にあたっては、知識の少ないユーザであっても容易に実行可能とする。【解決手段】ユーザ端末から、第１のファイルおよび第２のファイルの指定と、特定の機能に関わるデータ処理の実行要求を受信し、指定された前記第１のファイルおよび前記第２のファイルを前記記憶部から取得し、取得した前記第１のファイルおよび前記２のファイルの構造を解析し、前記第１のファイルおよび前記第２のファイルのそれぞれを構成する各要素の個数が同じ要素がある場合、該要素同士を組合せて前記データ処理を実行し、該実行結果を前記ユーザ端末に送信する。【選択図】 図１

Description

本発明は、複数のファイルを適切に組合せてデータ処理を行う技術に関する。

近年、企業や社会活動で発生するデータは爆発的に増加している。一方で、情報通信技術の進展に伴い、大量データの収集・蓄積・解析等が容易になってきている。また最近では、多種多様なデータの一つとして、公共データの活用による新サービスの創出への期待が高まっている。このような背景のもと、政府は公共データを開放し、民間での公共データの再利用を簡単に行えるようにすることで、政府の透明性を高めるとともに、公共サービスの質向上等を図ろうとしている。公共データを活用したサービスの一例として、町中のレンタル用の共用自転車の空き状況をリアルタイムで検索できるサービス等がある。公共データの公開、活用により上記のような有益なサービスを実現できる一方、公共データの取扱いにあたっては、どこにどのようなデータがあるかわからない、使い勝手が低い、多種多様なデータをどう組合わせて処理したらよいか判断が難しい等の問題がある。

複数のデータを組合せて処理させる公知技術として、特許文献１、特許文献２がある。特許文献１によれば、複数のファイルを分割し、ファイルの一部分同士をペアとして組合わせる。具体的には各ファイルを適度な大きさの部分木に分割し、各ファイル間での当該部分木の葉ノードの類似度(全葉ノードに対する同一葉ノード数の割合)に基づき、上記部分木をペアとして組合せるか判断する。また、特許文献２によれば、ファイルのタグ構造(親子関係、兄弟関係など)の類似度を利用し、どのファイル同士をペアとして組合せるかの判断を行う。

特許第４９９２０７２号 特許第４８７８６２４号

上記公知技術は、ファイルの葉ノードの類似度が高い、またはタグ構造の類似度が高いなど、中身の類似度の高いファイルを組合せて処理させるのには向いているが、そうでないファイルについては、組合せて処理させるのは難しい。また、形式の異なるファイル同士については、組合せて処理できないという問題がある。

以上を踏まえ、本発明は、ファイル構造が類似しないファイルや、形式の異なるファイルであっても、データを適切に組合せて処理可能にし、また、データの組合せや処理にあたっては、知識の少ないユーザであっても容易に実行可能なデータの処理方法およびこれを実施するデータ処理サーバを提供することを目的とする。

本発明の代表的な一例を示せば以下の通りである。すなわち、本発明は、複数のファイルを記憶する記憶部と、ユーザ端末から、第１のファイルおよび第２のファイルの指定と、特定の機能に関わるデータ処理の実行要求を受信し、指定された前記第１のファイルおよび前記第２のファイルを前記記憶部から取得し、取得した前記第１のファイルおよび前記２のファイルの構造を解析し、前記第１のファイルおよび前記第２のファイルのそれぞれを構成する各要素の個数が同じ要素がある場合、該要素同士を組合せて前記データ処理を実行し、該実行結果を前記ユーザ端末に送信するプロセッサと、を具備することを特徴とする。

本発明によれば、ファイル構造が類似しないファイルや、形式の異なるファイルであっても、データを適切に組合せて処理可能にし、また、データの組合せや処理にあたっては、知識の少ないユーザであっても容易に実行することができる。

本発明の第１の実施例に係るデータ処理システムのハードウェアおよびソフトウェア構成の一例を示すブロック図である。 本発明の第１の実施例に係る公開される公共データ（神奈川県の人口情報）の一例を示す説明図である。 本発明の第１の実施例に係る公開される公共データ（役所の所在地情報）の一例を示す説明図である。 本発明の第１の実施例に係る公開される公共データ（都道府県の境界線情報）の一例を示す説明図である。 本発明の第１の実施例に係るファイル間でのデータの組合せ方法の一例を示す説明図である。 本発明の第１の実施例に係るデータ組合せ情報１１１の一例を示す図である。 本発明の第１の実施例に係るデータ取得先情報１１２の一例を示す図である。 本発明の第１の実施例に係る組合せ履歴情報１１３の一例を示す図である。 本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、基本的なデータ組合せ(ペア作成)についての処理の一例を示すフローチャートである。 本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、データ組合せ推定についての処理の一例を示すフローチャートである。 本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、ユーザ紐付けに基づくデータ組合せについての処理の一例を示すフローチャートである。 本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、データ組合せ情報１１１の登録についての処理の一例を示すフローチャートである。 本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、関連データの取得についての処理の一例を示すフローチャートである。 本発明の第２の実施例に係るデータ処理サーバ１０１が実行する、入力途中でのデータ処理についての処理の一例を示すフローチャートである。 本発明の第２の実施例に係るデータ処理サーバ１０１へのデータ入力の指定方法の一例を示す説明図である。

以下、本発明の実施の形態について説明する。尚、以下に説明する実施の形態は一例であって、本発明はこれに限定されるものではない。

図１〜図１１を用いて第１の実施例を説明する。

図１は、本発明の第１の実施例に係るデータ処理システムのハードウェアおよびソフトウェア構成を示すブロック図である。データ処理システムは、１以上のデータ処理サーバ（データ処理装置）１０１と、１以上のデータ公開サーバ（データ公開装置）１４１と、１以上のユーザ端末（計算機）１２１と、を備える。尚、データ公開サーバとは、様々なデータを一般に公開、保持するサーバであり、一般市民や専門のデータ加工業者等がこのデータを使って新たなサービスを提供する等に利用されることを意図したものである。公開するデータとしては、例えば都道府県の地図情報や、学校や役所等の公共機関の情報といった、公共データや、これら公開データを独自に加工した結果等である。図２（Ａ）〜図２(Ｃ)は、本発明の第１の実施例に係る公開される公共データの一例を示す図であり、それぞれ神奈川県の人口情報、役所の所在地情報、都道府県の境界線情報の一例を示す図である。

データ処理サーバ１０１、ユーザ端末１２１は、それぞれインタフェース（以下、Ｉ／Ｆと記す）１０４、Ｉ／Ｆ１２３を介してネットワークに接続される。データ処理サーバ１０１は、Ｉ／Ｆ１０４を介して、ユーザ端末１２１等の外部機器に対して、特定機能に関わるデータ処理の実行要求の受信やデータ処理実行結果の応答等を行う。

データ処理サーバ１０１は、ＣＰＵ（中央演算処理装置）１０３、メモリ（記憶装置）１０２およびＩ／Ｆ１０４を備える。ＣＰＵ１０３は、Ｉ／Ｆ１０４を介してユーザ端末１２１等の外部機器からのデータ処理実行要求の受信および要求されたデータ処理の実行や、要求元外部機器に対してデータ処理実行結果の送信などを行う。メモリ１０２は、機能実行部１０５、データ組合せ管理部１０６、データ解析部１０７、データ取得部１０８、データ変換部１０９、ユーザ連携部１１０、データ組合せ情報１１１、データ取得先情報１１２、組合せ履歴情報１１３、ファイル情報１１４から構成されており、ＣＰＵ１０３、Ｉ／Ｆ１０４と接続されている。機能実行部１０５、データ組合せ管理部１０６、データ解析部１０７、データ取得部１０８、データ変換部１０９、ユーザ連携部１１０は、ＣＰＵ１０３により実行されるプログラムである。

ユーザ端末１２１は、ＣＰＵ１２４、メモリ１２２、Ｉ／Ｆ１２３および表示装置１２５を備える。ＣＰＵ１２４は、Ｉ／Ｆ１２３を介してデータ処理サーバ１０１等への特定機能に関わるデータ処理の実行要求や、データ処理サーバ１０１等からの実行結果の受信等を行う。メモリ１２２はサーバ連携部１２６、ユーザ連携部１２７から構成されており、ＣＰＵ１２４、Ｉ／Ｆ１２３と接続されている。サーバ連携部１２６とユーザ連携部１２７は、ＣＰＵ１２４により実行されるプログラムである。表示装置１２５は、データ処理サーバ１０１等から受信した実行結果等を表示する。

次に、本実施形態のデータ処理システムのソフトウェア構成の詳細（データ管理サーバ１０１のメモリ１０２、ユーザ端末１２１のメモリ１２２の記憶情報）について説明する。

最初にデータ管理サーバ１０１のメモリ１０２に記憶されたプログラム以外の情報（１１１〜１１４）について説明し、その後、メモリ１０２に記憶されたプログラム（１０５〜１１０）について説明する。

データ組合せ情報１１１は、データ処理サーバ１０１が管理するデータの組合せに関する情報である。図４は、本発明の第１の実施例に係るデータ組合せ情報１１１の一例を示す図である。データ組合せ情報１１１は、項目４０１、４０２の二つのデータ項目を含む。項目４０１、４０２は、データの組合せ候補としてデータ処理サーバ１０１に登録されている情報を示す。データ組合せ情報１１１は、例えば、ユーザ端末ユーザ端末からの指定データ（ファイル）が１つの場合に、データを組合せるか否かの判断等を行うための情報として利用される。図４では、例えば「神奈川人口.ｃｓｖ」と「神奈川地図.ｘｍｌ」が組合せ候補であり、「ａ.ｃｓｖ」の各行の要素と「ｂ.ｘｍｌ」の<ｐｌａｃｅ>タグの要素が組合せ候補であることを示している。尚、組合せ候補の指定は上記以外に、例えばＵＲＬを指定して、上記ＵＲＬにあるデータ同士を組合せ候補にしたり、ファイル名ではなくファイル形式とその要素のみ指定して組合せ候補にしてもよい。また、三つ以上のデータを組合せ候補にしてもよい。

データ取得先情報１１２は、データ処理サーバ１０１が公開データを取得するための取得先に関する情報を示す。図５は、本発明の第１の実施例のデータ取得先情報１１２の一例を示す図である。データ取得先情報１１２は、項目５０１、５０２の二つのデータ項目を含む。項目５０１は、データ取得先の名称を示す。項目５０２は、データ取得先の場所情報を示し、例えばＵＲＬ等で表現される。例えば図５において、４レコード目は、データ処理サーバ１０１は、データ加工業者が公開するデータを「ｈｔｔｐ://ｄａｔａｐｒｏｃｅｓｓｏｒ1．ｘｘ」から取得できることを示す。

組合せ履歴情報１１３は、ユーザ端末１２１からの要求等によって過去にデータ処理サーバ１０１が実行したデータの組合せ処理の実行結果に関する履歴情報を示す。図６は、本発明の第１の実施例に係る組合せ履歴情報１１３の一例を示す図である。組合せ履歴情報１１３は、項目６０１、６０２、６０３の三つのデータ項目を含む。項目６０１は、データの組合せが行われた日時を示す。項目６０２、６０３は、組合せの対象となったデータを示す。例えば図６では、２０１３/７/１ １２：００に「神奈川地価.ｃｓｖ」と「神奈川地図.ｘｍｌ」が組合せて処理されたことを示す。尚、組合せ履歴情報１１３として、上記以外の情報、例えばあるデータの組合せが適切であるかの情報などを使用してもよい。例えば、あるデータを組合せ、この組合せデータを所定の処理プログラムで処理させた時に、所望の結果が得られたか、即ち、その処理プログラムによって正しくデータが処理され、意味のある結果が得られたかをユーザ端末１２１を介してユーザに問合せし、その問合せ結果も組合せ履歴情報１１３としてメモリ１０２等に記憶するようにしてもよい。これにより、利用価値のある処理結果を得られるデータの組合せはどれか、後で履歴を参照して参考にすることができる。

ファイル情報１１４は、データ処理サーバ１０１のメモリ１０２等に記憶するファイル等のデータに関する情報であり、例えばデータ公開サーバ１４１から取得したデータであったり、ユーザが独自に作成した記憶データなどを示す。

次に、データ管理サーバ１０１のメモリ１０２に記憶されたプログラム(１０５〜１１０)について説明する。機能実行部１０５は、データ処理サーバ１０１が提供する各種機能に基づく処理を実行する。機能は複数あってもよく、例えば地図上に特定の施設を表示する機能であったり、様々な公共の交通機関の情報を把握する機能等であってもよい。機能実行部１０５は、ユーザ端末１２１からの特定機能に関するデータ処理の実行要求等に基づきデータ処理を実行する。また、データ処理の実行にあたり、データの入力を受け付けて処理を実行するようにしてもよい。データ組合せ管理部１０６は、データ組合せ情報１１１への新たな組合せ候補の追加や削除を行う。また、データ組合せ管理部１０６は、機能実行部１０５の実行にあたり、どのデータを組合せるかの判断等を行う。データ解析部１０７は、入力されたデータの解析を行う。例えば、ｘｍｌファイルが入力された場合、データ解析部１０７は、ファイルを構成するタグ構造の解析等を行う。データ取得部１０８は、データ公開サーバ１４１等の外部からデータの取得を行う。データの取得は、ユーザ端末１２１の要求等に基づき行ってもよいし、機能実行部１０５の実行に合わせて行ってもよい。データ変換部１０９は、例えばｘｍｌファイルをｃｓｖファイルに変換するなど、データの変換を行う。ユーザ連携部１１０は、ユーザ端末１２１からのデータ処理実行要求の受信やユーザ端末１２１への実行結果の応答等を行う。

次にユーザ端末１２１のメモリ１２２に記憶される情報について説明する。サーバ連携部１２６は、データ処理サーバ１０１など外部のサーバと連携し、ユーザ端末１２１に入力されたデータやデータ処理実行要求を外部のサーバに送信する。また、サーバ連携部１２６は、外部のサーバからの応答結果の受信等を行う。ユーザが、ユーザ端末１２１を用いて所望の操作を行うと、入力された操作情報を、操作要求としてユーザ連携部１２７が受付け、ユーザが要求する操作の実行、操作結果の表示等の処理を行う。

以上、本実施例におけるデータ処理システムのハードウェアおよびソフトウェア構成について説明した。次に、前述のハードウェアおよびソフトウェア構成に基づいて、第１の実施例における、基本的なデータ組合せ処理、データ組合せ推定処理、ユーザ紐付けに基づくデータ組合せ処理、データ組み合わせ情報の登録処理、関連データの取得処理について説明する。データ組合せ処理やデータ組合せ推定処理は、ユーザ端末１２１からデータ処理サーバ１０１に対してデータの送信及びデータ処理実行要求があった時などに行う。データ組合せ情報の登録は、任意又は特定のタイミングで、ユーザ端末１２１からの要求に基づき行う、または、データ処理サーバ１０１が判断して行う。関連データの取得は、ユーザ端末１２１からの要求に基づいて行う、または、データ処理サーバ１０１での特定機能に基づくデータ処理の実行に合わせて自動的に行う。以下に各処理の詳細を示す。
＜基本的なデータ組合せ処理＞
図７は、本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、基本的なデータ組合せ処理の一例を示すフローチャートである。先ずデータ処理サーバ１０１のＣＰＵ１０３は、ユーザ端末１２１から、複数のファイル（入力データ）の指定と、特定の機能に関わるデータ処理の実行要求を受け付ける（ステップ７０１）。例えばユーザがユーザ端末１２１を用いて、データ処理サーバ１０１上のファイルaとファイルbを入力データとして指定し、特定の機能に基づくデータ処理の実行を指示すると、データ処理サーバ１０１のＣＰＵ１０３は、入力データとしてファイルaとファイルｂの指定と、特定の機能に関わるデータ処理実行要求を受け付ける。次にＣＰＵ１０３は、複数のファイルが指定されているかを判断し（ステップ７０２）、複数のファイルが指定されていない場合は（ステップ７０２でＮＯ）、指定されたファイルに対して要求されたデータ処理を実行し（ステップ７０３）、その実行結果をユーザユーザ端末１２１に送信して（ステップ７０４）、処理を終了する。複数のファイルが指定されている場合は（ステップ７０２でＹＥＳ）、ＣＰＵ１０３は、メモリ１０２等から指定ファイルを取得して、ファイルの構造を解析し、ファイルを構成する各要素の個数を求める（ステップ７０５）。そして、ＣＰＵ１０３は、ファイル間で個数が同じ、同一の又は異なる要素があるかを判断し（ステップ７０６）、該当するものがない場合は（ステップ７０６でＮＯ）、データを組合せて処理することができない等の実行結果をユーザ端末１２１に送信して、処理を終了する。一方、ステップ７０６で該当するものがある場合は（ステップ７０６でＹＥＳ）、ＣＰＵ１０３は、そのような要素の組合せが複数あるかを判断する（ステップ７０７）。例えばファイルがａ．ｘｍｌとｂ．ｘｍｌであると仮定して、具体的に説明する。例えばａ．ｘｍｌの<ｐｌａｃｅ>要素が５個で、ｂ．ｘｍｌの<ｓｃｈｏｏｌ>要素が５個だった場合、ステップ７０６において、ＣＰＵ１０３により、ファイル間で個数が同じ要素があると判断される。さらにａ．ｘｍｌの<ｐｌａｃｅ２>要素が１０個で、ｂ．ｘｍｌの<ｓｔａｔｉｏｎ>要素が１０個だった場合、ステップ７０７において、ＣＰＵ１０３により、要素の組合せが複数あると判断される。要素の組合せが複数ない場合は（ステップ７０７でＮＯ）、ＣＰＵ１０３は、ステップ７０６で判断した要素を組合せて、ユーザ端末１２１から要求されたデータ処理を実行し（ステップ７０３）、その実行結果をユーザ端末１２１に送信して（ステップ７０４）、処理を終了する。要素の組合せが複数ある場合は（ステップ７０７でＹＥＳ）、ＣＰＵ１０３は、これらを、要素の組合せ候補として、ユーザ端末１２１に送信する（ステップ７０８）。ユーザ端末１２１のＣＰＵ１２４は、Ｉ/Ｆ１２３を介して受信した要素の組合せ候補を表示装置１２５に表示する。ユーザが、表示装置１２５に表示された複数の要素の組合せ候補の中から所望の要素の組合せを選択入力すると、データ処理サーバ１０１のＣＰＵ１０３は、ユーザ端末１２１から選択入力された要素の組合せデータを受信し、ステップ７０１で要求されたデータ処理を実行し（ステップ７０９）、その実行結果をユーザ端末１２１に送信して（ステップ７０４）、処理を終了する。

尚、ステップ７０８において、ユーザに要素の組合せ候補を選択入力させて処理させる以外に、例えば組合せ履歴情報１１３において、各組合せの良し悪しの情報も登録しておき、その評価がよい要素の組合せをデータ処理サーバ１０１に選択させるようにしてもよい。組合せの良し悪しの情報は、例えばユーザがステップ７０３で実行したデータ処理の結果をもとに評価し、その評価結果を組合せ履歴情報１１３に登録してもよい。また、ステップ７０６において、ファイル間で個数が同じ要素がない場合は、一方のファイルの組合せ対象の要素を、他方のファイルの特定の要素の個数に合わせてパディング（値が空の要素を追加するなど）して処理させるようにしてもよい。また例えば、ファイルａの<ｂｉｇ ｃｉｔｙ>要素が５０個で、ファイルｂの<ｃｏａｓｔ>要素が１００個というように要素の個数が異なる場合でも、<ｂｉｇ ｃｉｔｙ>要素に「横浜市」という値があり、<ｃｏａｓｔ>要素にも「横浜市」という共通の値がある場合は、その共通の部分についてだけデータを組合せて処理するなど、組合せようとする要素について、双方の個数が異なる場合であっても、要素の値として共通のものがある場合は、この要素の値が共通の部分だけについてデータを組合せて処理を実行するようにしてもよい。

次に、本発明の第１の実施例に係るデータ組合せ推定処理について説明する。事前に登録されたデータ（要素）の組合せ候補情報や過去の組合せ履歴情報１１３を参照して、データの組合せ候補を推定するすることで、データ組合せ精度を高めて、より意味のある処理結果を得ることができる。
＜データ組合せ推定処理＞
図８は、本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、データ組合せ推定処理の一例を示すフローチャートである。図７のステップ７０２において、指定ファイルが複数でない場合に、データ処理サーバ１０１のＣＰＵ１０３により、メモリ１０２上のデータ組合せ情報１１１（図４）を参照し、データ（要素）の組合せ候補を推定する処理を説明する。先ずデータ処理サーバ１０１のＣＰＵ１０３は、ユーザ端末１２１から、１つのファイル（入力データ）の指定と、特定の機能に関わるデータ処理の実行要求を受け付ける（ステップ８０１）。次にＣＰＵ１０３は、メモリ１０２上のデータ組合せ情報１１１を参照して、データの組合せ候補を推定する（ステップ８０２）。具体的には、ＣＰＵ１０３は、図４に示すデータ組合せ情報１１１を参照して、指定ファイルと組合せ可能なファイルの有無を判断し、組合せ可能なファイルがあれば、このファイルデータ組合せを組合せ候補として推定する。尚、この推定方法以外に、例えば組合せ履歴情報１１３を参照して、指定ファイルについてよく行われている組合せの有無を判断し、そのような組合せがあれば、これを組合せ候補としてもよい。組合せ候補が無い場合は（ステップ８０３でＮＯ）、ＣＰＵ１０３は、この旨をユーザ端末１２１に送信して（ステップ８０４）、処理を終了する。ステップ８０３において組合せ候補がある場合は（ステップ８０３でＹＥＳ）、組合せ候補をユーザ端末１２１に送信する（ステップ８０５）。組合せ候補はユーザ端末１２１の表示装置１２５に表示される。ユーザが表示装置１２５に表示された組合せ候補から所望の組合せ候補を選択入力すると、データ処理サーバ１０１のＣＰＵ１０３は、選択入力された組合せファイルの構造を解析し、ファイル間で要素の個数が同じか判断する（ステップ８０６）。例えばデータ組合せ情報１１１（図４）の４レコード目のｃ.ｘｍｌファイルの<ｐｏｐｕｌａｔｉｏｎ>要素とｄ.ｘｍｌファイルの<ｍａｐ>要素の組合せを含む要素の組合せ情報が、要素の組合せ候補としてユーザ端末１２１の表示装置１２５に表示され、ユーザが<ｐｏｐｕｌａｔｉｏｎ>要素と<ｍａｐ>要素を組合せ候補として選択入力した場合、データ処理サーバ１０１のＣＰＵ１０３は、選択入力されたｃ.ｘｍｌファイルの<ｐｏｐｕｌａｔｉｏｎ>要素の個数とｄ.ｘｍｌファイルの<ｍａｐ>要素の個数が同じか判断する。要素の個数が同じでない場合（ステップ８０６でＮＯ）、ＣＰＵ１０３は、個数が少ない方の要素に合わせて要求されたデータ処理を実行し（ステップ８０７）、その実行結果をユーザ端末１２１に送信して（ステップ８０８）、処理を終了する。例えば前述の<ｐｏｐｕｌａｔｉｏｎ>要素が１０個で<ｍａｐ>要素が２０個だった場合、個数が少ない方の要素１０個分について要求されたデータ処理を実行する。要素の個数が同じ場合（ステップ８０６でＹＥＳ）、ＣＰＵ１０３は要求されたデータ処理を実行し（ステップ８０９）、その実行結果をユーザ端末１２１に送信して、処理を終了する。以上説明したデータ組合せ推定処理により、データ処理サーバ１０１が要素の組合せ候補を推定し、これをユーザ端末１２１の表示装置１２５に表示可能としたので、データの組合せ方法についてあまり知識のないユーザであっても容易に操作を行うことができる。

次に、本実施例における、ユーザ紐付けに基づくデータ組合せ処理について説明する。本処理は、データの組合せ方やデータ構造についてある程度の知識のあるユーザが行うことを想定し、より自由にデータの組合せをカスタマイズできるようにしたものである。
＜ユーザ紐付けに基づくデータ組合せ処理＞
図９は、本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、ユーザ紐付けに基づくデータ組合せ処理の一例を示すフローチャートである。先ずデータ処理サーバ１０１のＣＰＵ１０３は、ユーザからファイルの指定と特定の機能に関わるデータ処理の実行要求を受け付ける（ステップ９０１）。次にＣＰＵ１０３は、指定ファイルの構造を解析する（ステップ９０２）。例えば図３に示すように、指定ファイルがｂ.ｋｍｌであった場合、ＣＰＵ１０３が、ファイルの中身を見て、その構造が図３に示す形になっていることを確認する。ＣＰＵ１０３は、ファイル構造の解析結果をユーザ端末１２１に送信する（ステップ９０３）。ファイル構造の解析結果はユーザ端末１２１の表示装置１２５に表示され、ユーザはどの要素とどの要素を組合せるか指定する。この処理について、図３を例に説明する。図３は、ａ.ｃｓｖとｂ.ｋｍｌを入力として、二つのファイルを組合せてデータ処理サーバ１０１のＣＰＵ１０３に処理させる例である。例えば各入力ファイルの構造の解析結果が図３に示すような形で、ブラウザ等のＧＵＩ上でユーザに提示される。ユーザは提示された情報をもとに、どの要素とどの要素を組合せるか紐付けを行う。紐付けは、例えばＧＵＩ上で要素と要素を線で結ぶ等して行ってよい。例えば図３では、ａ.ｃｓｖの各行の要素が、ｂ.ｋｍｌの<ｐｌａｃｅｍａｒｋ>要素に紐付けされている。このようにして、ユーザから要素の組合せの指定を受け付ける。尚、組合せの指定は、例えばａ.ｃｓｖの一行目の要素とｂ.ｋｍｌの一番目の<ｐｌａｃｅｍａｒｋ>要素というように、一対一の関係で指定してもよいし、ａ.ｃｓｖの各行の要素の集合と、ｂ.ｋｍｌの<ｐｌａｃｅｍａｒｋ>要素の集合というようにグループ単位で指定してもよい。

次にＣＰＵ１０３は、ユーザにより指定された要素の組合せが、グループ単位での指定か判断する（ステップ９０４）。グループ単位での指定でない場合は（ステップ９０４でＮＯ）、ＣＰＵ１０３は、要求されたデータ処理を実行し（ステップ９０６）、その実行結果をユーザ端末１２１に送信して（ステップ９０７）、処理を終了する。グループ単位での指定の場合（ステップ９０４でＹＥＳ）、ＣＰＵ１０３は、指定された組合せ要素の個数が同じか判断する（ステップ９０５）。個数が同じ場合は（ステップ９０５でＹＥＳ）、ＣＰＵ１０３は、要求されたデータ処理を実行し、その実行結果をユーザ端末１２１に送信して、処理を終了する。個数が同じでない場合（ステップ９０５でＮＯ）、ＣＰＵ１０３は個数が少ない方の要素に合わせて要求されたデータ処理を実行し（ステップ９０８）、その実行結果をユーザ端末１２１に送信して、処理を終了する。

以上が、ユーザ紐付けに基づくデータ組合せ処理の内容である。尚、ここでは、データの組合せの指定をユーザによる紐付けによって行ったが、上記データ組合せ推定処理フローを用いて同様のことを行ってもよい。この場合、例えば図３の例では、データ処理サーバ１０１は、ａ.ｃｓｖの各行を一つの要素とみなして、この要素と個数が同じｂ.ｋｍｌの要素を特定する。図３の例では、<ｐｌａｃｅｍａｒｋ>要素が該当する。さらに、ａ.ｃｓｖの各要素がどの<ｐｌａｃｅｍａｒｋ>要素に対応づくかについては、例えば、共通の値を持つ要素同士が対応づくと判断してデータを組合せて処理させる。図３の例では、ａ.ｃｓｖの最初の要素は「戸塚区」という値を持ち、ｂ.ｋｍｌの一番目の<ｐｌａｃｅｍａｒｋ >要素が同じ「戸塚区」という値を持っているため、双方が対応づくと判断する。但し、上記処理方法以外に、この対応付けをユーザによる指定によって行ってもよい。

次に、本発明の第１の実施例に係るデータ組合せ候補の登録処理について説明する。本処理によって登録されたデータ組合せ候補は、以降ユーザがデータの組合せを行う際に参考にすることができる。
＜データ組合せ候補の登録処理＞
図１０は、本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、データ組合せ候補の登録処理の一例を示すフローチャートである。データ処理サーバ１０１のＣＰＵ１０３は、組合せ候補の登録を自動的に行うことになっているか判断する（ステップ１００１）。例えばこれは、データ処理サーバ１０１への登録を自動的に行うか、ユーザによる手動で行うか、双方に対応するか等のモードを設けておき、それに基づき判断してもよい。登録が自動でない場合（ステップ１００１でＮＯ）、ＣＰＵ１０３は、ユーザ端末１２１から組合せ候補の登録要求を受け付け、ユーザが指定した候補をメモリ１０２上のデータ組合せ情報１１１に登録する（ステップ１００２）。登録が自動の場合（ステップ１００１でＹＥＳ）、ＣＰＵ１０３は、メモリ１０２上の組合せ履歴情報１１３を参照し（ステップ１００３）、組合せ頻度が高いもので、まだ未登録のものをメモリ１０２上のデータ組合せ情報１１１に登録する（ステップ１００４）。尚、ステップ１００２において、組合せ候補の登録は、実際に上記組合せ候補を用いてデータ処理を実行した結果、エラー等が生じず正しくデータ処理された場合のみ登録するようにしてもよい。また、登録にあたり、組合せ候補の情報だけでなく、対応する機能の情報（例えばデータ処理サーバ１０１が多数のデータ処理機能を備える場合、そのうちのどの機能が各登録された組合せ候補の情報を使うかを示す情報）も登録してもよい。また、組合せて処理を行うことでどのような結果が得られるかのサマリ情報も登録してもよい。

次に、本発明の第１の実施例に係る関連データの取得処理について説明する。例えば、データの組合せは異なるが処理内容は同様であるといったものが存在する。例えば横浜市の住民があるデータを組合せて処理を行ったとすると、それと同様の処理を川崎市の住民や横須賀市の住民も行いたいということが起こり得る。このような可能性に備えて、データ処理サーバ１０１が上記のような処理をパタン化して管理して、多数のユーザが使えるように提供することで、ユーザの利便性向上を図ることができる。上記の実現にあたり、例えばユーザの操作に応じてユーザ端末１２１が横浜市のデータを使って、ある処理を実施した場合に、データ処理サーバ１０１は、関連するデータ（例えば川崎市や横須賀市の同様のデータ）についても取得を行って事前にデータを準備し、以降ユーザからの同様の処理の問合せに備える。また、事前に取得したデータをもとに、例えば他の都市についても同様の処理ができるということをユーザ端末１２１を介してユーザに候補として提示するようにしてもよい。関連データの取得処理の詳細を以下に示す。
＜関連データの取得処理＞
図１１は、本発明の第１の実施例に係るデータ処理サーバ１０１が実行する、関連データの取得処理の一例を示すフローチャートである。先ずデータ処理サーバ１０１のＣＰＵ１０３は、ファイルおよび組合せデータの指定と特定の機能に関わるデータ処理の実行要求を受け付ける（ステップ１１０１）。次にＣＰＵ１０３は、要求されたデータ処理を実行し、エラー等生じず正しくデータ処理が実行されたか判断する（ステップ１１０２）。正しく処理が実行されなかった場合（ステップ１１０２でＮＯ）、そのデータ処理結果をユーザ端末１２１に送信して（ステップ１１０４）、処理を終了する。正しく処理が実行された場合（ステップ１１０２でＹＥＳ）、ＣＰＵ１０３は、ユーザ端末１２１によって要求されたデータ処理をパタン化するかどうか、ユーザ端末１２１を介してユーザに問合せる等して判断する（ステップ１１０３）。データ処理をパタン化しない場合（ステップ１１０３でＮＯ）、ＣＰＵ１０３は、データ処理結果をユーザ端末１２１に送信して、処理を終了する。ステップ１１０３において、ＣＰＵ１０３は、ユーザの操作によりユーザ端末１２１に入力された、処理をパタン化する旨の回答を、ユーザ端末１２１から得るなどしてパタン化すると判断した場合は、ユーザからステップ１１０１で指定されたファイルおよび組合せデータの入力元情報の提供を受け、その情報をもとに関連データの探索、取得を行う（ステップ１１０５）。関連データの取得は、例えばユーザからファイルが公開されているＵＲＬ等、入力元情報を提供して貰い、そのＵＲＬにあるその他のデータを取得することで実現してもよい。例えばユーザが指定したファイルが横浜市.ｃｓｖであり、その入力ファイルが公開されているＵＲＬに横須賀市.ｃｓｖ等の別のファイルがある場合は、それらを関連データとして取得するなど。また、関連データの取得にあたっては、例えばファイル名の情報を参考にする等して、取得対象をフィルタリングしてもよい。例えばユーザが指定したファイルが神奈川県.ｃｓｖなら、関連データとして東京都.ｃｓｖ等のデータがユーザ提供の入力元情報の場所にあるか見て取得し、ユーザが指定したファイルが横浜市.ｃｓｖなら、関連データとして川崎市.ｃｓｖ等のデータがあるか見て取得するなどである。これは例えば神奈川県の都市情報として、横浜市と川崎市が関連するということを辞書情報のような形で管理しておき、それを参照して判断するようにしてもよい。ＣＰＵ１０３は、ステップ１１０５で関連データの探索を行った結果、関連データがあるか判断し（ステップ１１０６）、関連データがない場合は（ステップ１１０６でＮＯ）、ユーザ端末１２１にデータ処理結果を送信して、処理を終了する。関連データがある場合は（ステップ１１０６でＹＥＳ）、ＣＰＵ１０３は、上記関連データを取得しメモリ１０２等に保存する（ステップ１１０７）。そして、ＣＰＵ１０３は、以降、取得した関連データをデータの組合せ候補としてユーザへの提示等に使用可能にし（ステップ１１０８）、ユーザ端末１２１に処理結果を送信して、処理を終了する。尚、ステップ１１０３のデータ処理のパタン化においては、例えばどのようなデータ処理を行うものかを示す処理パタン情報等をデータ処理サーバ１０１内に定義し、ユーザが指定したファイルやそれに関連するデータとしてデータ処理サーバ１０１が取得してきたデータを対応付けて管理してもよい。そして、ユーザ端末１２１からの要求があった際など、適宜呼出せるようにしてもよい。

以上が、第１の実施例の基本的なデータ組合せ処理、データ組合せ推定処理、ユーザ紐付けに基づくデータ組合せ処理、データ組み合わせ情報の登録処理、関連データの取得処理の説明である。

次に、本発明の第２の実施例を説明する。第１の実施例では、ユーザが全てのファイルを指定してから、データ処理サーバ１０１によるデータ処理を開示する例をとり説明した。第２の実施例では、ユーザが全てのファイルを指定してからデータ処理サーバ１０１によるデータ処理の実行を開始するのではなく、ユーザが一つでもファイルを指定すると、データ処理サーバ１０１によるデータ処理を開始する。ユーザは、例えばコンソールやブラウザ等を使ってファイル名を指定する等して行ってもよいし、例えば図１３に示すようなデータ処理コンポーネントをＷｅｂブラウザ等のブラウザ上に表示させ、そのデータ処理コンポーネントと、ファイル等のデータを表すデータオブジェクトを結ぶことで実現してもよい。例えば図１３の例では、データ処理コンポーネントに対してデータＡやデータＢのデータオブジェクトを結ぶと、それらのデータがデータ処理コンポーネントに入力されるようにする等である。

以下に本実施例におけるデータ組合せ処理（以下では入力途中でのデータ組合せ処理と呼ぶ）について説明する。本処理では、ユーザが一つでも入力を指定すると、データ処理サーバ１０１は、その入力は所定の機能を実行する上で適切かの判断や、またその入力の組合せ候補となりうるデータを探してユーザへの提示を行う。これにより、例えばある入力が一つ決まっていて、それに対して他のデータ（他の入力）を組合せて何らかの処理をさせたいという場合に、ユーザから全ての入力の指定を完了して貰ってから処理する方法に比べて、早い段階でユーザの組合せ候補選定の判断を支援することができ、組合せ候補を探すユーザの手間削減を図ることができる。尚、本実施例のデータ処理システムのハードウェアおよびソフトウェア構成は、第１の実施例と同様であるため、説明は省略する。
＜入力途中でのデータ組合せ処理＞
図１２は、本発明の第２の実施例に係るデータ処理サーバ１０１が実行する、入力途中でのデータ組合せ処理の一例を示すフローチャートである。先ずデータ処理サーバ１０１のＣＰＵ１０３は、ユーザ端末１２１からデータが指定されるまで待機する（ステップ１２０１）。ＣＰＵ１０３は、データの指定を受け付けたか判断し（ステップ１２０１）、データの指定を受け付けていない場合は（ステップ１２０２でＮＯ）、ステップ１２０１に戻り、データの指定を受け付けた場合は（ステップ１２０２でＹＥＳ）、メモリ１０２上の組合せ履歴情報１１３等を参照して、ステップ１２０２で指定されたデータと関係の深いと考えられるデータを検索する（ステップ１２０３）。例えばＣＰＵ１０３は、組合せ履歴情報１１３から、指定データとよく組合せて使用されているデータを割出し、当該データを上記指定データと関係の深いデータであると判断する。上記以外に、例えばＣＰＵ１０３は、メモリ１０２上のデータ組合せ情報１１１を参照して、上記指定データが有るか判断し、登録されている場合は、その組合せ対象とされているデータを、指定データと関係の深いデータであると判断してもよい。

そして、ＣＰＵ１０３は、ユーザ端末１２１からデータ処理の実行要求の受信の有無を判断する（ステップ１２０４）。これは例えば図１３に示すような機能コンポーネントにおいて処理の実行ボタン等を設け、データ処理サーバ１０１のＣＰＵ１０３が、実行ボタンの押下を検出していない場合は実行要求をまだ受信していないと判断し、実行ボタンの押下を検出した場合は実行要求を受信したと判断するようにしてもよい。データ処理の実行要求を受信した場合は（ステップ１２０４でＹＥＳ）、ＣＰＵ１０３は、要求されたデータ処理の実行結果をユーザ端末１２１に送信して（ステップ１２０５）、処理を終了する。データ処理の実行要求をまだ受信していない場合は（ステップ１２０４でＮＯ）、ＣＰＵ１０３は、ステップ１２０３の検索処理において、指定データと関係の深いデータと判断したものを、指定データに組合せるデータの候補として、ユーザ端末１２１に送信する（ステップ１２０６）。組合せるデータの候補はユーザ端末１２１の表示装置１２５を介してユーザに提示される。以上の処理は、例えばユーザがあるデータを使って何か処理をしたい時に、他にどのようなデータを組合せて処理したらよいかわからないような場合には、データ処理サーバ１０１がデータ処理の実行要求を受信するまでに時間を要するということを考慮した処理である。このようにデータ処理の実行要求を受信するまでに要する時間等をもとに、組合せるデータの候補をユーザに提示する又は提示しない処理方法以外に、関連データについてのユーザの問合せを、ユーザ端末１２１を介して、直接、受信し、応答するような処理にしてもよい。例えばデータ処理サーバ１０１は、あるデータに関連するデータはどれか、またあるデータを使ってどんなことができるかなどのユーザの問合せをユーザ端末１２１を介して受信し、それに対して、これまでの組合せ履歴情報１１３やデータ組合せ情報１１１をもとに、関連するデータやデータを使って行えることの候補を求めて、これをユーザ端末１２１を介してユーザに提示し、ユーザに選択させるようにしてもよい。

ユーザは、ステップ１２０６で提示されたものから組合せ対象を選択入力すると、ＣＰＵ１０３は、ユーザ端末１２１から、ユーザにより選択入力された組合せ対象のデータ処理実行要求を受信し（ステップ１２０７）、要求されたデータ処理を実行し（ステップ１２０８）、その実行結果をユーザ端末１２１に送信して、処理を終了する。

以上が、本発明の第２の実施例の説明である。

以上説明した本発明の実施の形態によれば、例えば、データ処理サーバとユーザ端末を含んで構成されるデータ処理システムにおいて、データ処理サーバはデータの組合せに関する情報であるデータ組合せ情報と、公開データを取得してくるための取得先に関する情報であるデータ取得先情報と、過去にデータ処理サーバが行ったデータの組合せ処理に関する履歴情報である組合せ履歴情報と、データ処理サーバが保持するファイル等のデータに関する情報であるファイル情報とを備える。

データ処理サーバはユーザからの入力ファイルや操作要求の指示に基づき、入力ファイルを解析し、各入力ファイルにおいて要素ごとに個数を集計し、入力ファイル間で個数が同じ、同一のまたは異なる要素の有無を判断し、該当する要素が存在する場合は、そのような要素同士の組合せ候補が多数あるか判断し、多数あれば上記候補をユーザに提示して、ユーザの選択結果に基づいてデータ処理を行う。また、データ処理サーバは組合せ履歴情報等をもとに、データ組合せの候補の推定を行う。さらにデータ処理サーバは、ユーザによるデータ組合せの指定に関して、データ組合せの候補からの選択以外に、入力ファイルの構造解析結果をもとにした要素間の紐付けによっても行えるようにする。データ処理サーバの他の形態として、データ処理サーバはさらに、ユーザから入力ファイルの指定が来るまで待機し、一つでも入力ファイルの指定があれば、組合せ履歴情報等を参考に上記入力と関連の深いデータを検索し、ユーザからの操作要求がまだ行われていない場合は、上記関連の深いと判断したデータをユーザに提示し、ユーザの選択結果に基づいてデータ処理を行う。

これらによって、本発明の一実施形態によれば、ファイル構造が類似しないファイルや、形式の異なるファイルであっても、データを適切に組合せて処理を行うことができる。また、データの組合せ候補の提示等を行うことで、データの組合せ方法についてあまり知識のないユーザであっても容易に処理を行えるようにする。一方で、データ構造や組合せ方法についてある程度の知識のあるユーザに対しては、より自由なデータの組合せのカスタマイズを可能にする。

以上、本発明の実施の形態について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。

１０１・・・データ処理サーバ、１０２、１２２・・・エラー! 文書変数が指定されていません。、１０３、１２４・・・エラー! 文書変数が指定されていません。、１０４、１２３・・・エラー! 文書変数が指定されていません。、１０５・・・機能実行部、１０６・・・データ組合せ管理部、１０７・・・データ解析部、１０８・・・データ取得部、１０９・・・データ変換部、１１０・・・ユーザ連携部、１１１・・・データ組合せ情報、１１２・・・データ取得先情報、１１３・・・組合せ履歴情報、１１４・・・ファイル情報、１２１・・・…ユーザ端末、１２５・・・表示装置、１２６・・・サーバ連携部、１２７・・・ユーザ連携部、１４１・・・データ公開サーバ。

Claims (12)

1. 複数のファイルを記憶する記憶部と、
   ユーザ端末から、第１のファイルおよび第２のファイルの指定と、特定の機能に関わるデータ処理の実行要求を受信し、
   指定された前記第１のファイルおよび前記第２のファイルを前記記憶部から取得し、
   取得した前記第１のファイルおよび前記第２のファイルの構造を解析し、
   前記第１のファイルおよび前記第２のファイルのそれぞれを構成する各要素のうち個数が同じ要素がある場合、該要素同士を組合せて前記データ処理を実行し、
   該実行結果を前記ユーザ端末に送信するプロセッサと、
   を具備する、
   ことを特徴とするデータ処理サーバ。
2. 前記プロセッサは、前記第一のファイルおよび前記第二のファイルで前記個数が同じ要素が複数ある場合は、該要素同士の組合せを、組合せ候補情報として前記ユーザ端末に送信し、前記ユーザ端末から、組合せ候補の指定を受け、該指定された要素同士を組合せて前記データ処理を実行する、
   ことを特徴とする請求項１に記載のデータ処理サーバ。
3. 前記記憶部は、さらにデータの組合せ履歴情報を記憶し、
   前記プロセッサは、
   前記ユーザ端末からファイルの指定と前記データ処理の実行要求を受信した際に、前記記憶部の前記組合せ履歴情報を参照して、組合せ頻度が高いファイルの組合せがあるかを判断し、ある場合は該ファイルの組合せを、組合せ候補として前記ユーザ端末に送信し、前記ユーザ端末から組合せ候補の指定を受け、該指定されたファイルの組合せについて、該ファイルそれぞれを構成する要素同士を組合せて前記データ処理を実行する、
   ことを特徴とする請求項１に記載のデータ処理サーバ。
4. 前記プロセッサは、前記ユーザ端末から前記組合せ候補の指定を受け、該指定されたファイルの組合せについて、該ファイルそれぞれを構成する要素の個数が同じか否か判断し、個数が同じ場合は、該要素同士を組合せて前記データ処理を実行し、個数が同じでない場合は、少ない方の要素の個数分だけ要素同士を組合せて前記データ処理を実行する、
   ことを特徴とする請求項３に記載のデータ処理サーバ。
5. 前記プロセッサは、要求された前記データ処理を実行し、該データ処理が正しく行われたか否かを判断し、該データ処理が正しく行われた場合、前記ユーザ端末から前記データ処理のパタン化の指示を受け、前記ユーザ端末から指定された前記第１のファイルおよび前記第２のファイルの取得元情報を受信し、前記取得元情報をもとに前記第１のファイルおよび前記第２のファイルのそれぞれと関連のあるデータを取得し、該取得データを、組み合わせ候補として前記ユーザ端末に送信する、
   ことを特徴とする請求項１に記載のデータ処理サーバ。
6. 前記プロセッサは、前記ファイルの指定を受け、前記組合せ履歴情報を参照し、前記組合せ履歴情報において高い頻度で行われているファイルの組合せを判別し、そのうち前記指定ファイルに関連するファイルの組合せがあるか否かを判断し、ある場合は該ファイルを前記指定ファイルと関連の深いファイルと判断し、該関連の深いファイルを、前記指定ファイルに組合せるファイルの候補として前記ユーザ端末に送信し、前記ユーザ端末から組合せ候補の指定を受け、該指定されたファイルの組合せについて、該ファイルそれぞれを構成する要素同士を組合せて前記データ処理を実行する、
   ことを特徴とする請求項３に記載のデータ処理サーバ。
7. ユーザ端末と接続されたデータ処理サーバにおけるデータ処理方法であって、
   ユーザ端末から、第１のファイルおよび第２のファイルの指定と、特定の機能に関わるデータ処理の実行要求を受信し、
   指定された前記第１のファイルおよび前記第２のファイルを記憶部から取得し、
   取得した前記第１のファイルおよび前記第２のファイルの構造を解析し、
   前記第１のファイルおよび前記第２のファイルのそれぞれを構成する各要素のうち個数が同じ要素がある場合、該要素同士を組合せて前記データ処理を実行し、
   該実行結果を前記ユーザ端末に送信する、
   ことを特徴とするデータ処理方法。
8. 前記第一のファイルおよび前記第二のファイルで前記個数が同じ要素が複数ある場合は、該要素同士の組合せを、組合せ候補情報として前記ユーザ端末に送信し、前記ユーザ端末から、組合せ候補の指定を受け、該指定された要素同士を組合せて前記データ処理を実行する、
   ことを特徴とする請求項７に記載のデータ処理方法。
9. 前記ユーザ端末からファイルの指定と前記データ処理の実行要求を受信した際に、前記記憶部に記憶されている組合せ履歴情報を参照して、組合せ頻度が高いファイルの組合せがあるかを判断し、ある場合は該ファイルの組合せを、組合せ候補として前記ユーザ端末に送信し、前記ユーザ端末から組合せ候補の指定を受け、該指定されたファイルの組合せについて、該ファイルそれぞれを構成する要素同士を組合せて前記データ処理を実行する、
   ことを特徴とする請求項７に記載のデータ処理方法。
10. 前記ユーザ端末から前記組合せ候補の指定を受け、該指定されたファイルの組合せについて、該ファイルそれぞれを構成する要素の個数が同じか否か判断し、個数が同じ場合は、該要素同士を組合せて前記データ処理を実行し、個数が同じでない場合は、少ない方の要素の個数分だけ要素同士を組合せて前記データ処理を実行する、
    ことを特徴とする請求項９に記載のデータ処理方法。
11. 要求された前記データ処理を実行し、該データ処理が正しく行われたか否かを判断し、該データ処理が正しく行われた場合、前記ユーザ端末から前記データ処理のパタン化の指示を受け、前記ユーザ端末から指定された前記第１のファイルおよび前記第２のファイルの取得元情報を受信し、前記取得元情報をもとに前記第１のファイルおよび前記第２のファイルのそれぞれと関連のあるデータを取得し、該取得データを、組み合わせ候補として前記ユーザ端末に送信する、
    ことを特徴とする請求項７に記載のデータ処理方法。
12. 前記ファイルの指定を受け、前記組合せ履歴情報を参照し、前記組合せ履歴情報において高い頻度で行われているファイルの組合せを判別し、そのうち前記指定ファイルに関連するファイルの組合せがあるか否かを判断し、ある場合は該ファイルを前記指定ファイルと関連の深いファイルと判断し、該関連の深いファイルを、前記指定ファイルに組合せるファイルの候補として前記ユーザ端末に送信し、前記ユーザ端末から組合せ候補の指定を受け、該指定されたファイルの組合せについて、該ファイルそれぞれを構成する要素同士を組合せて前記データ処理を実行する、
    ことを特徴とする請求項９に記載のデータ処理方法。

Images