JP2005327157A - 情報統合化方法およびそのプログラム - Google Patents

Abstract

【課題】 複数の既存Ｗｅｂページから所望のデータを抽出し、抽出したデータを組み合わせて一つの統合ページを生成する情報統合化方式において、統合ページの構成要素の基準となる組織構造などが変化した場合に、統合ページを生成するための定義情報を変更する工数を削減する。
【解決手段】 統合ページ定義情報１０２は、要素リソースを定義する箇所で、その要素リソースを複数の属性値の組で表現するリソース属性情報を用いる。統合ページ生成処理部１０１は、統合ページ定義情報１０２を解釈実行し、統合ページを生成する。このとき属性値リスト取得処理部１０４は、属性構造定義情報１０３を参照して構造体の要素を示す属性値を関連する属性値に展開する。アドレス取得処理部１０６は、アドレス定義情報１０５を参照して展開されたリソース属性情報をそのＷｅｂサイトのアドレスに変換する。
【選択図】 図１

Description

本発明は、複数の情報源から取得したデータを統合してユーザに提示するデータ統合技術に係わり、特にネットワークなどを介してサーバからクライアントに提供される複数の情報を変更可能な統合ルールに従って統合する技術に関する。

インターネットなどのネットワークにおいて、Ｗｅｂ(World Wide Ｗｅｂ)の技術を利用して多くの情報やアプリケーションが提供されている。Ｗｅｂ技術を採用することによって、標準のＷｅｂクライアントさえあれば情報やアプリケーション毎に専用のクライアントプログラムを用意する必要がなく、ファイアウォール越しの情報やアプリケーションにもアクセスできるというメリットがある。また関連する情報が様々な場所で提供されているため、それらの情報を集め、１つのＷｅｂページとして統合することもできる。

しかし各Ｗｅｂサーバが提供する画面を全部または部分的に切り出して組み合わせ、１つのＷｅｂページとして出力するだけでは、ユーザの要求を満足させることはできない。すなわち複数のアプリケーションで共通に存在するデータ項目を抽出し、抽出したデータをマージしてユーザにとって使いやすい画面に変更して提供する必要があり、また必要なデータ項目だけを抜き出して新たなレイアウトをもつＷｅｂページを出力するといったデータ項目レベルでの統合を実現するＷｅｂページの提供が望まれる。

この問題に対処すべく、特開２００３−３４５６９７号公報（特許文献１）は、予め統合ページの対象として定義された既存のＷｅｂページを提供するＷｅｂサーバにアクセスして各々のページを取得し、取得したページを予め定義された手順によって解析し、構造をもったデータ形式にデータを抽出し、抽出したデータを用いて、予め定義された統合ページの出力手順によって統合ページを生成する。

なお以下の説明では、複数のＷｅｂページのデータを組み合わせて生成されるページを統合ページと呼ぶこととし、統合ページの元データとして利用するＷｅｂページ内のデータを要素リソースと呼ぶこととする。

特開２００３−３４５６９７号公報

このような情報統合化方式を用いることにより、要素リソースとして既存のＷｅｂページ内のデータを利用することができるため、既存のＷｅｂページのレイアウトにとらわれない、柔軟なレイアウトを持つ統合ページを提供することができる。

しかしこのような従来の情報統合化方式は、統合ページを生成するために必要となる既存のＷｅｂページのアドレスや統合ページの出力手順を統合ページごとに定義している。このため既存のＷｅｂページのアドレスが変更されたり、統合ページの構成要素や出力順序を変更したい場合には、それぞれの統合ページの定義情報を変更しなければならない。特に統合ページの構成要素が、組織構造など共通の構造体に基づいて設定される場合は、この共通の構造体が変更されるたびに関連するすべての統合ページの定義情報を変更しなければならない。

本発明は、この課題を解決するものであり、Ｗｅｂページのアドレスや構造体の変更に対して統合ページの定義情報の変更工数を削減する技術を提供することを目的とする。

本発明は、統合ページ定義情報において要素リソースを定義するとき、Ｗｅｂページのアドレスを用いずに、その要素リソースの識別子またはその要素リソースを複数の属性値の組で表現するリソース属性情報を用いる。そして要素リソースまたはリソース属性情報とそのＷｅｂサイトのアドレスとの対応を設定するアドレス定義情報を用いて前者を後者のアドレスに変換する。また上記属性値が構造体に属する要素の識別子である場合には、その構造体に属する要素の階層構成を定義する属性構造定義情報を用いて指定された要素の識別子を関連する要素集合の各要素の識別子に展開する。

本発明によれば、Ｗｅｂページのアドレスや構造体の変更に対して、統合ページ定義情報を変更する工数を削減することができる。

以下、本発明の一実施形態について図面を用いて説明する。

図１は、本実施形態の情報統合装置の構成および接続される装置を表すブロック図である。図１中、１０はＷｅｂクライアント２０からの要求に応じて、複数のＷｅｂサーバ３０から提供されるＷｅｂページを解析して要素リソースを抽出し、抽出した要素リソースのデータを用いて一つのページとしてレイアウトをし直した統合ページを生成し、生成した統合ページを要求元のＷｅｂクライアント２０に送信する情報統合装置である。

３０はＷｅｂページを提供するＷｅｂサーバである。Ｗｅｂサーバ３０は、図示しないネットワークを介して情報統合装置１０に接続される計算機である。

２０は統合ページなどのＷｅｂページを利用するＷｅｂクライアントである。Ｗｅｂクライアント２０は、図示しないネットワークを介して情報統合装置１０に接続される計算機であり、端末装置である。Ｗｅｂクライアント２０では、Ｗｅｂブラウザが稼動し、情報統合装置１０から受信した統合ページをその表示装置に表示する。

情報統合装置１０は、統合ページ生成処理部１０１、統合ページ定義情報１０２、属性構造定義情報１０３、属性値リスト取得処理部１０４、アドレス定義情報１０５、およびアドレス取得処理部１０６を有する。情報統合装置１０は、ＣＰＵ、メモリおよび記憶装置を備える計算機である。統合ページ生成処理部１０１、属性値リスト取得処理部１０４およびアドレス取得処理部１０６は、メモリにロードされ、ＣＰＵによって実行されるプログラムである。統合ページ定義情報１０２、属性構造定義情報１０３およびアドレス定義情報１０５は、記憶装置に格納されるデータである。

情報統合装置１０の構成要素の内、統合ページ生成処理部１０１、属性値リスト取得処理部１０４およびアドレス取得処理部１０６のプログラムは、ＣＤ−ＲＯＭやＷｅｂページ等で提供され、最終的に情報統合装置１０にセットアップされる。システム構築者は、統合ページ定義情報１０２、属性構造定義情報１０３およびアドレス定義情報１０５を利用方法に応じて定義またはカスタマイズする。

統合ページ定義情報１０２は、統合ページの生成方法を記述したものでり、この定義情報は、属性構造条件を含む。属性構造条件は、要素リソースの検索条件を示す。統合ページ定義情報１０２は、従来の要素リソースのアドレスの代わりに属性構造条件を用いてより論理的な階層構造体の要素リソースの指定も可能とする。図８に統合ページ定義情報１０２の例を示す。複数の統合ページ定義情報１０２の各々は、統合ページ定義ＩＤによって識別される。

図２は、属性構造条件のデータ構成を示す。属性構造条件は、属性構造定義ＩＤ、カレント要素ＩＤおよび要素リスト取得関数を連結したものであり、収集すべき要素リソースの集合を定義する。属性構造定義ＩＤは、検索対象とする属性構造定義を識別するための識別子である。カレント要素ＩＤは、検索のときの基準となる要素リソースの識別子である。要素リスト取得関数は、カレント要素を基準として目的の要素リストの範囲を示す関数である。要素リストには少なくとも１つの要素リソースが含まれる。

図３は、要素リスト取得関数の例を示す。ｃｈｉｌｄｒｅｎは、カレント要素の子要素をすべて取得することを示す。ｐａｒｅｎｔは、カレント要素の親要素を取得することを示す。ｂｒｏｔｈｅｒｓは、カレント要素の親要素の子要素（カレント要素を除く）を取得することを示す。ｓｅｌｅｃｔ（“要素の種類”）は、全ての要素の中から指定した“要素の種類”に属する要素をすべて取得することを示す。ここで“要素の種類”は、例えば要素ＩＤを４桁の数字列の全体集合で表現したとき、１２ｘｘのように上位２桁の数字によって指定される範囲の数字列の部分集合などである。

属性構造定義情報１０３は、属性構造定義ＩＤによって識別される属性構造を定義する情報であり、階層構造をもつ要素ＩＤとその要素名から成る。図６および図７に属性構造定義情報１０３の例を示す。

アドレス定義情報１０５は、リソース属性情報と、そのリソース属性情報で定義される要素リソースのアドレスとの対応を設定する。リソース属性情報は、属性値のリストで一意に表現される。リソースの全体の構造は、例えば図１０に示すような階層化された属性情報によって表現される。リソース属性情報は、例えば図９に示すようにリソース全体の属性情報から抽出された属性値の組合せであり、少なくとも１つの要素リソースを含む要素リソースの集合を定義する。リソース属性情報は、統合ページ定義情報１０２に含まれる属性定義に対応している。アドレスは、一般にＵＲＩ（uniform resource identifier）と呼ばれるアドレスであり、その要素リソース（の集合）が存在するＷｅｂサーバ３０内のロケーションである。

図４は、統合ページ生成処理部１０１の処理手順を示す図である。統合ページ生成処理部１０１は、Ｗｅｂクライアント２０から統合ページ定義ＩＤを指定する統合ページ生成要求を受信したとき、指定された統合ページ定義ＩＤに対応する統合ページ定義情報１０２をメモリに読み込む（ステップ１１１）。統合ページ生成処理部１０１は、この統合ページ定義情報１０２を解釈し、以下のように実行する。

統合ページ生成処理部１０１は、この統合ページ定義情報１０２に含まれている属性構造条件ごとに属性値リスト取得処理部１０４を呼び出して、各々属性値リストを取得する（ステップ１１２）。

次に統合ページ生成処理部１０１は、統合ページ定義情報１０２の属性定義に従って、取得した属性値リストからその属性値リストに包含されるリソース属性情報を各々生成する（ステップ１１３）。取得した１つの属性値リストには、アドレス定義情報１０５に格納される１つまたは複数のリソース属性情報が対応する。

次に統合ページ生成処理部１０１は、各々のリソース属性情報ごとにアドレス取得処理部１０６を呼び出して対応するアドレスを取得する（ステップ１１４）。

次に統合ページ生成処理部１０１は、取得したアドレスに対応する要素リソースをそのアドレスに対応するＷｅｂサーバ３０内のロケーションから取得する（ステップ１１５）。

次に統合ページ生成処理部１０１は、取得した要素リソースを組み合わせて当該統合ページ定義情報に対応する統合ページを生成する（ステップ１１６）。

図５は、属性値リスト取得処理部１０４の処理手順を示す図である。属性値リスト取得処理部１０４は、渡された属性構造条件の先頭に記述されている属性構造定義ＩＤを取得する（ステップ１４１）。例えば図６に示すＡＳＤ０１０、図７に示すＡＳＤ０２０が属性構造定義ＩＤの例である。

次に属性値リスト取得処理部１０４は、その該属性構造定義ＩＤに対応する属性構造定義情報１０３を読み込む（ステップ１４２）。

次に属性値リスト取得処理部１０４は、読み込んだ属性構造定義情報１０３に含まれる要素の中から、属性構造条件の２番目に記述されているカレント要素ＩＤで指定される要素を基準として属性構造条件の末尾に記述されている要素リスト取得関数で得られる要素リストを取得する（ステップ１４３）。

アドレス取得処理部１０６は、アドレス定義情報１０５を参照して、指定されたリソース属性情報に対応する要素リソースのアドレスを取得する。

以下、本発明の情報統合装置を利用して分散している企業内部署ごと、地域ごとの売上高情報を収集して１つの統合ページを生成する実施例について図面を用いて説明する。

企業情報の統合ページの多くは、企業の組織構造や地域割りに基づいて統合される。そのため企業の組織構造や地域割りが属性構造定義情報１０３としてそれぞれ定義される。

図６の部署属性構造定義情報ＡＳＤ０１０は、企業の組織構造の定義である。図７の地域属性構造定義情報ＡＳＤ０２０は、その企業における地域分割の定義である。

図８は、この企業の製品事業本部の各事業部におけるアジア各国別売上高を表示する統合ページを生成するための統合ページ定義情報１０２の例を示す。この統合ページ定義情報１０２の６行目〜９行目の属性定義がリソース属性情報を生成するための定義である。６行目の「ASD010.D1200.children」および７行目の「ASD020.R1210.children」が属性構造条件である。１１行目〜１５行目は、３×３の配列を生成し、売上情報というリソースから属性構造条件で定義された要素リソースのアドレスを取得し（getAddress）、次いで要素リソースを取得し（getResource）、取得した要素リソースの値を生成した配列の各要素に設定するものである。１８行目〜３５行目は、設定された配列の各要素の値をホームページのテーブルに埋め込むための記述である。

以下、この統合ページの生成プロセスについて説明する。Ｗｅｂクライアント２０でこの統合ページのＵＲＬにアクセスすると、統合ページ生成処理部１０１が呼び出される。呼び出された統合ページ生成処理部１０１は、ステップ１１１でこのＷｅｂクライアント２０からの要求に対応する統合ページ定義情報１０２を読込む。ステップ１１２において、この統合ページ定義情報１０２には２つの属性構造条件（図８中の６行目「ASD010.D1200.children」と７行目「ASD020.R1210.children」）が含まれているため、属性値リスト取得処理部１０４を２回呼び出す。

入力値が「ASD010.D1200.children」の場合の属性値リスト取得処理部１０４は、ステップ１４１で入力値「ASD010.D1200.children」から属性構造定義ＩＤ「ASD010」を取得し、ステップ１４２でこの属性構造定義ＩＤが「ASD010」である図６に示す属性構造定義情報を読み込み、ステップ１４３で「D1200.children」を解釈して製品事業本部に属する事業部を示す属性値リスト「D1210、D1220、D1230」を取得する。同様に入力値が「ASD020.R1210.children」の場合の属性値リスト取得処理部１０４は、図７に示す属性構造定義情報ASD020を読み込み、アジアに分類されている国・地域を示す属性値リスト「R1211、R1212、R1213」を取得する。

次に統合ページ生成処理部１０１は、ステップ１１３において、これら属性値リストから図８中の１４行目の「Resource.getAddress」関数の引数に対応するリソース属性情報を生成し、ステップ１１４でアドレス取得処理部１０６（「Resource.getAddress」関数）を呼び出す。アドレス取得処理部１０６は、図９に示すアドレス定義情報１０５を参照して、生成されたリソース属性情報に対応する要素リソースのアドレスを取得する。

次に統合ページ生成処理部１０１は、１５行目の処理（ステップ１１５）において、取得したアドレスに対応する要素リソースである売上情報を取得する。図１０に示すように取得した売上情報には売上目標、売上高および売上目標達成率が含まれている。要素リソースとして全ての売上情報を取得した統合ページ生成処理部１０１は、ステップ１１６において、得られた売上情報を用いて２２行目から３３行目までの処理を実行し、統合ページ定義情報１０２に対応する統合ページを生成して要求元のＷｅｂクライアント２０に返信する。統合ページを受信したＷｅｂクライアント２０には図１１に示すような統合ページが表示される。

次に企業の組織構造や地域割りに変更が生じた場合における各種定義情報の設定変更作業について説明する。本発明の情報統合化方式では、組織構造や地域割りに変更が生じても、関係する属性構造定義情報１０３を修正するだけでよく、統合ページ定義情報１０２を変更する必要はない。

例えば製品事業本部の事業部の編成が、ＰＣ事業部、ＡＶ事業部、家電事業部からユビキタス事業部とデジタル家電事業部になった場合は、図１２に示すように変更後の組織構造にあわせて属性構造定義情報ＡＳＤ０１１を定義すればよい。

同様に地域割りにおいてアジア地域に中国が追加される場合は、図１３に示すように変更後の地域構造にあわせて属性構造定義情報ＡＳＤ０２１を定義すればよい。

このように統合ページ定義情報１０２を変更しなくても、属性構造定義情報１０３を変更するだけで、変更後の属性構造定義情報１０３（ＡＳＤ０１１およびＡＳＤ０２１）に対応した統合ページ（図１４）が得られる。

売上情報だけでなく在庫情報、生産計画、販売計画など数多くの情報を組織構造や地域割りに基づいて統合する場合、従来の情報統合化方式であれば、組織構造や地域割りに変更が生じると、該当するすべての統合ページ定義情報１０２を変更しなければならない。しかし本発明の情報統合化方式は、属性構造定義情報（ＡＳＤ０１１やＡＳＤ０２１の内容）を変更するだけでよく、従来に比べて大幅にメンテナンス工数を削減できる。

本発明は、アプリケーションサーバやＥＡＩ製品を利用してデータベースやＷｅｂページの情報を統合するだけでなく、複数のテレビ番組や録画映像を一つの画面に統合して表示する方式に応用できる。

実施形態の情報統合装置の構成図である。 属性構造条件のデータ構成例を表す図である。 要素リスト取得関数の例を表す図である。 実施形態の統合ページ生成処理の処理フローを表す図である。 実施形態の属性値リスト取得処理の処理フローを表す図である。 組織構造についての属性構造定義情報の例を表す図である。 地域構造についての属性構造定義情報の例を表す図である。 統合ページ定義情報の例を表す図である。 アドレス定義情報の例を表す図である。 売上情報の構造例を表す図である。 統合ページの例を表す図である。 変更後の組織構造についての属性構造定義情報の例を表す図である。 変更後の地域構造についての属性構造定義情報の例を表す図である。 属性構造定義情報を変更後の統合ページの例を表す図である。

符号の説明

１０：情報統合装置、１０１：統合ページ生成処理部、１０２：統合ページ定義情報、１０３：属性構造定義情報、１０４：属性値リスト取得処理部、１０５：アドレス定義情報、１０６：アドレス取得処理部、２０：Ｗｅｂクライアント、３０：Ｗｅｂサーバ

Claims (5)

1. 少なくとも１つのＷｅｂサーバに属する少なくとも１つの要素リソースを含む要素リソース集合の識別子と当該要素リソース集合のロケーションを示すアドレスとの対応を設定する記憶装置上のアドレス定義情報と、収集すべき前記要素リソース集合の識別子を定義する記憶装置上の統合ページ定義情報とを用いて前記要素リソースの統合ページを生成する情報統合化方法であって、前記統合ページ定義情報の記述を解釈し実行することによって、
   前記アドレス定義情報を参照し、定義される前記要素リソース集合の識別子に対応する前記アドレスを各々取得するステップと、
   取得した前記アドレスの各々に基づいて前記Ｗｅｂサーバにアクセスし、対応する前記要素リソースを取得するステップと、
   取得した前記要素リソースを組み合わせて前記統合ページを生成するステップとを有することを特徴とする情報統合化方法。
2. 前記要素リソース集合は、複数の属性値の組で構成されるリソース属性情報によって一意に表現され、前記アドレス定義情報は、前記リソース属性情報と前記アドレスとの対応を設定し、前記統合ページ定義情報は、前記要素リソース集合の識別子の代わりに前記リソース属性情報を定義することを特徴とする請求項１記載の情報統合化方法。
3. さらに前記リソース属性情報に含まれる前記属性値の少なくとも１つは要素が階層構造をもつ構造体に属し、少なくとも１つの要素を含む要素集合の識別子であり、前記アドレス定義情報と前記統合ページ定義情報のほかに、前記構造体に属する前記要素の階層構成を定義する属性構造定義情報を用いて前記統合ページを生成する情報統合化方法であって、
   前記属性構造定義情報を参照し、定義される前記リソース構成情報に含まれる前記要素の識別子で表現される前記属性値を関連する要素識別子の集合に展開するステップと、
   前記アドレス定義情報を参照し、展開された前記リソース定義情報に対応する前記アドレスを各々取得するステップとを有することを特徴とする請求項２記載の情報統合化方法。
4. 少なくとも１つのＷｅｂサーバに属する少なくとも１つの要素リソースを含む要素リソース集合が複数の属性値の組で構成されるリソース属性情報によって表現され、前記リソース属性情報に含まれる前記属性値の少なくとも１つは要素が階層構造をもつ構造体に属し、少なくとも１つの要素を含む要素集合の識別子であり、前記属性情報と当該リソース属性情報で表現される前記要素リソース集合のロケーションを示すアドレスとの対応を設定する記憶装置上のアドレス定義情報と、収集すべき前記要素リソース集合を前記リソース属性情報によって定義する記憶装置上の統合ページ定義情報と、前記構造体に属する前記要素の階層構成を定義する属性構造定義情報とを用いて前記要素リソースの統合ページを生成するプログラムであって、計算機に前記統合ページ定義情報の記述を解釈し実行させるために、前記計算機に、
   前記属性構造定義情報を参照し、定義される前記リソース構成情報に含まれる前記要素の識別子で表現される前記属性値を関連する要素識別子の集合に展開する機能、
   前記アドレス定義情報を参照し、展開された前記リソース定義情報に対応する前記アドレスを各々取得する機能、
   取得した前記アドレスの各々に基づいて前記Ｗｅｂサーバにアクセスし、対応する前記要素リソースを取得する機能、および
   取得した前記要素リソースを組み合わせて前記統合ページを生成する機能を実現させるためのプログラム。
5. 前記リソース属性情報に含まれ前記要素集合の識別子で表現される前記属性値は、前記属性構造定義情報の識別子と、その属性構造定義情報に属し基準とする前記要素集合の識別子と、前記基準の要素集合に関連する要素集合を取得することを示す取得関数とを有することを特徴とする請求項４記載のプログラム。
   

Images