JP2014182805A - 中央管理及びアクセスシステム、複数の独立サーバでデータ処理を行う方法、並びにデータセット - Google Patents

Abstract

【課題】ハブコンピュータと複数のスポークコンピュータとの間のデータ処理方法を開示する。
【解決手段】ハブコンピュータは、スポークコンピュータの各々と通信するように構成される。さらに、各スポークコンピュータは前記ハブコンピュータから遠隔にあり、かつ互いに遠隔にある。方法は、（ａ）ハブコンピュータにおいて、スポークコンピュータをホストする団体の会計データであってスポークコンピュータによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにというスポークコンピュータへの要請をユーザから受け取り、（ｂ）ハブコンピュータが要請をスポークコンピュータに通信し、（ｃ）スポークコンピュータが、要請を受け取ったことに応答して、会計データに対してデータ処理動作を実行し、（ｄ）スポークコンピュータが、データ処理動作の結果を前記ハブコンピュータに戻すことを含む。
【選択図】図２

Description

本発明はデータ処理に関する。本発明の態様は、データ処理システム及びデータ処理方法に関する。少なくともいくつかの実施形態は、財務監査の分野におけるデータ処理に関して存在する技術的問題の解決に向けられている。

マイクロソフトＳＱＬサーバ（登録商標）、ＳＡＳ（登録商標）、ＳＰＳＳ（登録商標）及びＡＣＬ（登録商標）など多くの異なるデータ処理システムがすでに存在する。これらは典型的には、解析を行うサーバ又は同じデータセンタ又は法人内の別のサーバに保持されたデータであって解析を行うサーバがアクセスを有するデータの解析を可能にする。互いに遠隔にありかつ解析を行うサーバからも遠隔にある複数の場所に保持されたデータを処理するためには、まずデータを共通の場所に集めることが必要である。

しかし互いに異なるデータセンタ又は法人に保持され、これらから生じるデータを処理するには重大な技術的問題がある。例えばあるデータセンタからデータのコピーを取って別のセンターに移行して処理することが必要である場合、多くのセキュリティ上のリスクが発生する。これらのリスクには、携帯型メディアドライブ又はＣＤを紛失する可能性が含まれる。データの移行は、労働組合との契約、プライバシーの問題、評判についての懸念又は法的制限（欧州データ保護条例（Ｅｕｒｏｐｅａｎ Ｄａｔａ Ｐｒｏｔｅｃｔｉｏｎ Ｄｉｒｅｃｔｉｖｅ）９５／４６／ＥＣ、又はスイス連邦データ保護法（Ｔｈｅ Ｓｗｉｓｓ Ｆｅｄｅｒａｌ Ｄａｔａ Ｐｒｏｔｅｃｔｉｏｎ Ａｃｔ）及びスイス連邦データ保護規則（Ｓｗｉｓｓ Ｆｅｄｅｒａｌ Ｄａｔａ Ｐｒｏｔｅｃｔｉｏｎ Ｏｒｄｉｎａｎｃｅ）など）の存在によっても問題となり得る。これらの法律は、データのコピーを元のデータセンタから合法的に外部に持ち出すことを妨げる可能性がある。

これらのデータ処理問題が特に明白な産業分野の一例は、関連する規制体系がこれらの問題を深刻化する財務監査分野である。

背景には、ある種の会社又は合名会社などの大企業が外部財務監査又はその他の類似の第三者による規制検査を定期的に受けているということがある。外部財務監査の目的は最も簡単に述べると、特定の団体（しばしば監査の「対象」と呼ばれる）が用意した財務会計書類が関連する会計基準を満たしていることを確認すること、及び財務報告があらゆる実際的な意味で適正になされており、一般的な財務報告体系に基づいて真実かつ公正な見解を提供しているという合理的ではあるが絶対的ではない保証を得ることである。監査会社は、典型的には、１２ヶ月毎に顧客の会計書類を監査しており、監査「対象」である顧客を数百又は数千以上も抱える会社もある。

大企業の外部財務監査を行う場合、財務監査人は、調査対象期間中にある種のリスクが明確化されていないことを確かめるために、大量の取引の一部をサンプリングする必要に迫られることがある。例えば、固定資産をテストする際、監査対象に新しい建物の購入を追加として含めることが許されている。しかし、現在存在する建物内の壁の塗り替えを含めることは概して許されない。

取引規模が小さくて各取引を人的に調査することが可能であれば、２件の異なるタイプの取引を識別することは比較的容易である。規模が大きい場合は、数千の取引から一部（典型的には最大７５件）をサンプリングすることにより、全体を合理的に見渡すことができて重大な間違いを識別する確率がある程度高くなると考えられている。しかし大企業は、各監査対象期間に調査すべき固定資産を数百万も有し得る。少数のサンプルを調査するだけでは監査リスクを低減するにあまり有用ではなく、監査対象に対する付加価値的発見を識別するにもあまり有用ではない。

この問題を克服するために、監査人は、いずれの取引を人的に調査すべきかを決定し、リスクの高くない取引を無視する助けとなるタスクを実行するためにデータ解析を用いることができる。このデータ解析はデータ量にかかわらず、全取引を解析することによって行われる。

多くの技術的問題は典型的には、このタイプの作業を行っているときに起こる。

問題は以下を含む：
・監査人による解析のために、費用対効果の高い方法で大量のデータを取得しなければならない。
・データは概して主要監査段階中にのみ得られるため、監査人が解析結果を使用できる時間が限られる。
・データ喪失というセキュリティ上の懸念が大きいため、顧客は概して大量のデータをデータセンタから外部に持ち出すことに反対である。

監査会社が同じタイプのデータに対して同じタイプのデータ解析タスクを複数の監査対象について行う場合、かなりの時間及び費用がかかる。例えば固定資産データは概して、すべての会社で類似の書式をとっているが、典型的には各監査対象向けの独立したデータ解析タスクが行われる。

したがって、少なくともこれらの問題のいくつかに取り組むデータ処理システム及び／又は方法を提供することが望ましい。

本発明の第１の態様によると、データ処理方法が提供される。ハブコンピュータを含むハブ（ｈｕｂ）は複数のスポーク（ｓｐｏｋｅ）の各々と通信するように構成され、各スポークはそれぞれスポークコンピュータを含み、各スポークはハブから遠隔にあり、かつ互いに遠隔にある。前記方法は、
（ａ）ハブにおいて、スポークをホストする団体の会計データであってスポークによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにというスポークに対する要請をユーザから受け取り、
（ｂ）ハブが前記要請をスポークに通信し、
（ｃ）スポークが前記要請を受け取ったことに応答して会計データに対してデータ処理動作を実行し、
（ｄ）スポークがデータ処理動作の結果をハブに戻す（ｒｅｔｕｒｎｉｎｇ）こと、
を含む。

前記方法は、工程（ｄ）の後に、ハブが結果をユーザに戻す工程をさらに含んでもよい。工程（ｄ）の前に、ハブにおいて、データ処理動作の結果をハブに戻して前記ユーザ又は別のユーザがアクセスできるようにするという要請を受け取る工程があってもよい。

ハブにおいてユーザから受け取った要請は、スポークのうちの選択されたグループにおいてデータ処理動作を実行するようにという要請であってもよい。この前に、ユーザがスポークのグループを選択する工程があってもよい。グループは、１つのスポーク、１つ以上のスポーク、又はすべてのスポークであってもよい。その後これに続く工程はグループ内の各スポークによって実施されてもよい。

会計データは、ソースデータのコピーであってもよい。ソースデータの少なくとも一部は、スポークをホストする団体のＩＴシステムから得られる。

要請は、データ処理動作がどのようにして実行されるべきかを示す実行情報を含んでもよい。実行情報は、概括的データ処理動作がどのように具体化されるべきかを示す具体化情報を含んでもよく、及び／又は閾値を示す構成情報を含んでもよい。具体化されたデータ処理動作は閾値に対して実施される。工程（ｄ）において、データ処理動作を実行する工程は、具体化されたデータ処理動作を閾値に対して実行する工程を備えてもよい。

本発明の第２の態様によると、データ処理方法が提供される。ハブコンピュータを含むハブは複数のスポークの各々と通信するように構成され、各スポークはそれぞれスポークコンピュータを含み、各スポークはハブから遠隔にあり、かつ互いに遠隔にある。方法は、
（ａ）ハブにおいて、スポークをホストする団体の会計データであってスポークによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにというスポークへの要請をユーザから受け取り、
（ｂ）ハブが要請をスポークに通信し、
（ｃ）ハブがスポークからデータ処理動作の結果を受け取ること、
を含む。

方法は、工程（ｂ）の後で工程（ｃ）の前に、スポークが、要請を受け取ったことに応答して会計データに対してデータ処理動作を実行する工程を含んでもよい。

方法は、前記ユーザ又は別のユーザがハブにおいて解析を展開する工程を備えてもよく、解析はデータ処理動作を示す情報を含む。方法は、前記ユーザ又は別のユーザがハブにおいて解析を改変する工程を備えてもよく、解析はデータ処理動作を示す情報を含む。解析は、これに続く具体化及び構成用に整えられてもよい。方法は、ハブにおいて解析ライブラリに解析を追加する工程をさらに備えてもよい。解析ライブラリはホストによってローカルにアクセス可能であり、かつ複数の解析を含む。各解析は、スポークによって実施されるデータ処理動作をそれぞれ示す情報を含む。展開する工程及び／又は解析を追加する工程の後に、ハブでユーザの要請を受け取る工程があってもよい。

方法は、ハブが解析をスポークに通信する工程を備えてもよい。解析は、スポークによって実施されるデータ処理動作を示す情報を含む。これは、ハブで前記ユーザ又は別のユーザによって適切な要請が行われたことに対する応答であってもよい。解析を通信する工程は、スポークのサブセットを選択する工程と、解析をサブセット内の各スポークに通信する工程とを備えてもよい。解析を通信する工程は、すべてのスポークを選択する工程と、解析を各スポークに通信する工程とを備えてもよい。

解析を単数又は複数のスポークに通信する工程の前に、ホストがローカルにアクセス可能な解析ライブラリ又は前記解析ライブラリの単数又は複数の解析から解析を選択する工程があってもよい。各解析は、スポークによって実施されるデータ処理動作をそれぞれ示す情報を含む。解析を単数又は複数のスポークに通信する工程は、複数の解析を前記選択されたスポーク又は各選択されたスポークに通信する工程を備えてもよい。解析ライブラリはこのようにして前記選択されたスポーク又は各選択されたスポークに通信されてもよい。

解析を前記選択されたスポーク又は各選択されたスポークに通信する工程の前に、ユーザが、解析ライブラリに含まれない新規解析を生成する工程があってもよい。新規解析は、前記スポーク又は別のスポークによって会計データに対して実施される新規データ処理動作を示す。その後この新規解析は前記選択されたスポーク又は各選択されたスポークに通信されてもよい。

方法は、ハブが、ユーザが本人であることを認証する工程を備えてもよい。方法は、ユーザが本人であると認証されたことに基づいて、複数のスポークのうちの許可されたグループとの通信を提供する工程を備えてもよい。許可されたグループは、１つのスポーク、１つ以上のスポーク、又はすべてのスポークであってもよい。

ユーザからの前記要請又は各要請は、ハブにおいてローカルに受け取られてもよい。要請はハブにおいて、例えばオフサイトの位置からハブにアクセス可能なユーザから、あたかもユーザがローカルユーザであるかのような形態で、バーチャルにローカルに受け取られてもよい。前記要請又は各要請は、スポークにおいてローカルに受け取られてもよい。

本発明の第３の態様によると、第１の態様で定義したハブを動作させる方法が提供される。方法は、ハブによって実施される第１の態様の方法の工程を備える。

本発明の第４の態様によると、第１の態様で定義したスポークを動作させる方法が提供される。方法は、スポークによって実施される第１の態様の方法の工程を備える。

本発明の第５の態様によると、データ処理方法が提供される。ハブコンピュータを含むハブは複数のスポークの各々と通信するように構成され、各スポークはそれぞれスポークコンピュータを含み、各スポークはハブから遠隔にありかつ互いに遠隔にある。方法は、ハブが複数の解析を、スポークのうちの選択されたグループ内の各スポークに通信する工程を備える。解析は、各スポークによってスポークをホストする団体の会計データに対して実施されるデータ処理動作をそれぞれ示す情報を含む。会計データはスポークによってローカルにアクセス可能である。

選択されたグループは、１つのスポーク、１つ以上のスポーク、又はすべてのスポークであってもよい。

本発明の第６の態様によると、データ処理方法が提供される。単数又は複数のハブコンピュータを含むハブは複数のスポークの各々と通信するように構成され、各スポークはそれぞれ対応するスポークコンピュータ又は複数のスポークコンピュータを含み、各スポークはハブから遠隔にあり、かつ互いに遠隔にある。方法は、解析を、スポークのうちの選択されたグループ内の各スポークに通信する工程を備える。この工程の前に、ハブにおいてユーザの制御下で、ハブにおける解析ライブラリに含まれない新規解析を生成する工程であって、新規解析が選択されたグループ内の各スポークによってそれぞれの会計データに対して実施される新規データ処理動作を示す工程と、ハブが新規解析を選択されたグループの各スポークに通信する工程とがある。

選択されたグループは、１つのスポーク、１つ以上のスポーク、又はすべてのスポークであってもよい。

第１の態様の方法のオプションの特徴は、他の各態様の方法のオプションの特徴でもある。

本発明の第７の態様によると、任意の他の態様で定義したハブが提供される。ハブは、任意の他の態様の方法においてハブによって実施される方法の工程を実施するようにプログラムされ、そのように動作可能である。

本発明の第８の態様によると、任意の他の態様で定義したスポークが提供される。スポークは、任意の他の態様の方法においてスポークによって実施される方法の工程を実施するようにプログラムされ、そのように動作可能である。

ハブ及び／又はスポークは、サーバなどのコンピュータを含んでもよい。ハブ及び／又はスポークは、複数のサーバなどの複数のコンピュータを含んでもよい。

本発明の第９の態様によると、複数のスポークの各々と通信するように構成されたハブコンピュータを含むハブが提供される。各スポークはスポークコンピュータを含み、各スポークはハブから遠隔にありかつ互いに遠隔にある。ハブコンピュータは通信ユニットを備える。通信ユニットは、スポークをホストする団体の会計データであってスポークによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにという、スポークへの要請をユーザから受け取り、かつ、要請をスポークに通信し、かつ、スポークからデータ処理動作の結果を受け取るように構成されている。

スポークから受け取ったデータ処理動作の結果は、スポークがハブからの要請に応答してデータ処理動作を実行した結果であってもよい。

本発明の第１０の態様によると、ハブコンピュータを含むハブと通信するように構成され、スポークコンピュータを含むスポークが提供される。スポークはハブから遠隔にある。スポークは、スポークをホストする団体の会計データに対してデータ処理動作を実行するようにというスポークへの要請をハブから受け取るように構成された通信ユニットと、通信ユニットが要請を受け取ったことに応答して、会計データに対してデータ処理動作を実行するように構成された処理ユニットと、データ処理動作の結果をハブに戻すようにさらに構成された前記通信ユニットとを含む。

本発明の第１１の態様によると、コンピュータによって実行可能なコード部分の記録を含み、コンピュータに、任意の他の態様の方法の工程を実施させる、コンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは、スポークにおいて用いられることにより、スポークによって実行されるように構成されたこれらの方法の工程を実行するように構成されてもよい。さらにコンピュータプログラムプロダクトは、ハブにおいて用いられることにより、ハブによって実行されるように構成されたこれらの方法の工程を実行するように構成されてもよい。

コンピュータプログラムプロダクトは、例えば、電子、磁気、光、電磁、赤外線、又は半導体システム、又は例えばインターネットを介してコードをダウンロードするデータ送信用伝送媒体であってもよい。あるいはコンピュータプログラムプロダクトは、コンピュータ読み取り可能な物理的媒体、例えば半導体又は固体メモリ、磁気テープ、リムーバブルコンピュータディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、剛性磁気ディスク、及び光ディスク、例えばＣＤ−ＲＯＭ、ＣＤ−ＲＷ又はＤＶＤなどの形態を取り得る。

コンピュータなどの装置は、本明細書で述べる様々な方法による１つ以上のプロセスを実行するために、このようなコードに応じて構成されてもよい。本明細書ではコンピュータは、任意の形態のデータ処理システムであってもよい。さらにこのようなコンピュータ又はデータ処理システムは、単一のユニット又は分散システムであってもよい。例えばこのようなコンピュータは、ローカルエリアネットワーク又はワイドエリアネットワークに分散した複数のデータ処理デバイスを含んでもよい。

スポークは、互いに通信するように構成されていないという意味で互いに遠隔にあってもよい。スポークは、スポークをホストする団体の会計データが別のスポークに転送されるような様式で互いに通信しないように構成されてもよい。スポークは、互いにローカル通信するように構成されていないという意味で互いに遠隔にあってもよい。例えばスポークは、互いに同じローカルネットワークになくてもよい。スポークは、互いに別々のエンティティである団体にホストされてもよく、又は同じエンティティのグループの一部でない団体にホストされてもよい。ハブは、財務監査サービスを提供する団体にホストされてもよい。スポークは、互いにかつハブから地理的に遠隔にあってもよく、さらに通信という意味で遠隔にあってもよい。

システム及び／又は方法は、監査分野以外の産業分野でも適用可能である。システム及び／又は方法は、監査情報以外のデータ処理に用いてもよい。

前記オプションの特徴は組み合わせてもよいし、互いに独立した実施形態に提供されてもよい。

特定の実施形態を添付の図面を参照して説明するが、以下の実施形態は一例にすぎない。

図１は、データ処理システムの模式図である。 図２は、データ処理システムの４つの動作方法の概略を示すフロー図である。 図３は、図２に示す方法のうち第１の方法を含む、概括的処理及びユーザインタラクション用データ処理システムのハブ及びスポークインフラストラクチャの模式図である。 図４は、図２に示す方法のうち第２の方法、すなわちハブサーバからスポークサーバへの「アドホック（ａｄ ｈｏｃ）」データ解析テストの実行を示すフロー図である。 図５は、図２に示す方法のうち第３の方法、すなわちユーザが、テストのセットアップ及び構成の目的で、ハブインフラストラクチャ（ｈｕｂ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を介してスポークサーバにアクセスすることを可能にする動作を示すフロー図である。 図６は、スポークサーバにおける、マスタ解析ライブラリ及び解析構成レポジトリの保存のための技術的にとらわれない（ｔｅｃｈｎｏｌｏｇｙ−ａｇｎｏｓｔｉｃ）データ構造を模式的に示す図である。 図７は、ユーザが、マスタ解析ライブラリ又はビスポーク解析ライブラリのローカルコピーからデータ解析テストを選択しその構成値を割り当てることを可能にするスポーク解析ポータル用ユーザインターフェースの例を示す図である。 図８は、図２の方法のうち第４の方法の一部、すなわちデータ解析テスト実行部によるデータ解析テストの実行を示すフロー図である。 図９は、図２の方法のうち第４の方法の別の一部、すなわちユーザが、結果回収の目的で、ハブインフラストラクチャを介してスポークサーバにアクセスすることを可能にする動作を示すフロー図である。 図１０は、スポークサーバのスポーク解析ポータル用ユーザインターフェースの例を示す図である。

図１は、データ処理システムを示す。本実施形態では、データは、対象団体のビジネスに関するデータであり、財務会計目的に用いるデータを含む。本実施形態では、データ処理システムは、監査の分野におけるデータ処理システムである。説明のため、監査プロセスの一例を以下に簡単に述べる。

ある種の会社又は合名会社などの大企業は、財務状況及び実務に対する外部財務監査又はその他の類似の第三者による規制検査を定期的に受けている。外部財務監査の目的は最も簡単に述べると、用意した財務会計書類が関連する会計基準を満たしていることを確認すること、及びその団体の財務報告があらゆる実際的な意味で適正になされており、関連する財務報告体系に基づいて真実かつ公正な見解を提供しているという合理的ではあるが絶対的ではない保証を得ることである。

この保証を得るために、監査は典型的に多くの段階を含む。これらの段階は通常監査人が行い、以下を含む。

計画：監査する団体（本明細書では「対象団体」（又は「対象」）と呼ぶ）の全体的な査定を行うことにより、その会社の会計書類に重大な間違いを引き起こし得る高レベルのリスクがないかどうかを判定する。これは、社内的リスク（利幅の減少など）と社外的リスク（主要貿易領域での政治状況など）との両方を含んでもよい。

解析的調査：典型的には、対象会計書類のより詳細な調査を含み、歴史的傾向を現在の業績と比較すること、及び１年を通じたある種の残高間の関係を統計学的に解析することを含む。これもまた会計書類の誤った記載につながり得る潜在的リスクを識別するためのものである。

監査の実行：監査フェーズは、計画と解析的調査の結果に基づき、重大なリスクの領域において対象の取引を詳細に検査することを含む。この検査は以下を含むがこれらに限定されない：財務取引をサンプリングする、間違いの潜在的ソースに対して、取引の詳細及び実体を調査する、ソース又は「生の」情報に基づいて主要残高を再計算する、会社の会計書類を介して取引を最初から最後まで追跡する、残高及び取引を確認するソース文書又は第三者による証拠を検査する。

監査報告：監査人は、全体的な財務監査結果、典型的には監査の結果が基準を満たしているか否かについての見解を報告し、対象に対する重大な発見があればその詳細を提供し、さらに「付加価値」的発見及び所見も提供する。これらの付加価値的所見は概して、より広範囲な監査作業中に気づくものであり、典型的には監査の結論を導き出すこととは無関係である。しかしこれらは、対象の経営陣又は株主（収益の増加、コストの減少、又は団体にとっての潜在的リスクの回避）にとっては有利であり得る。

監査会社は典型的には１２ヶ月毎に顧客（本明細書では「対象団体」と呼ぶ）の会計書類を監査するが、監査する顧客を数百又は数千以上も抱える会社もある。

図１に戻ると、システムは、複数のスポークエンティティ（ｓｐｏｋｅ ｅｎｔｉｔｙ）の各々と通信するように構成された中央ハブを有する。本実施形態では、ハブは中央ハブサーバ１．１３である。しかし他の実施形態では、サーバクラスタを構成するいくつかのサーバがハブを形成してもよい。各スポークエンティティは、スポークサーバとして具体化されるが、他の実施形態では、サーバクラスタとして具体化される。本実施形態では、簡素化のため２台のスポークサーバ１．１２ａ及び１．１２ｂを示して説明するが、他の実施形態では、より多くのスポークサーバがあってもよい。本実施形態では、ハブサーバ１．１３は監査サービスを提供する会社のデータセンタ内に位置する。２台のスポークサーバ１．１２ａ、１．１２ｂの各々は、監査対象（この概念については前記のとおり）のデータセンタ内に位置する。この例では、監査対象は互いに完全に独立しており、監査会社からも勿論独立している。例えば１つの監査対象がスーパーマーケットチェーンであり、他の監査対象が携帯電話サービスプロバイダであってもよい。監査対象同士が直接競合する会社であってもよい。ハブ及びスポークシステムのアーキテクチャは、２台のスポークサーバ１．１２ａ、１．１２ｂ間におけるデータの共有及び通信を防止する（１．１１）。これは特に、２台のスポークサーバが競合する会社のデータセンタ内にある場合に重要である。本実施形態では、各サーバは、実施形態を構成する方法の工程を実施するようにプログラムされかつそのように動作可能に構成された現行のコンピュータハードウェアの形態を取る。各サーバは、データを処理するように構成された処理ユニットと、データを保存するように構成されたメモリと、外部デバイス、例えばシステム内の他のサーバと通信するように構成された通信ユニットとを含む。

引き続き図１を参照してシステムの動作の概略を説明する。上半分に示す中央「ハブ」システム１．１３及びインフラストラクチャは、メンテナンス及び更新のために「スポーク」サーバ１．１２ａ、１．１２ｂに対して安全かつ効率的にアクセスすることを容易にする。他方、中央「ハブ」システム１．１３及びインフラストラクチャは、ハブへのアクセスを有するユーザ１．１、１．２が、任意のスポークサーバ１．１２ａ、１．１２ｂからデータ解析の結果を見ることができるようにする。解析結果は、統計、メトリック（ｍｅｔｒｉｃ）、プロファイル、リスト、チャート、図、又はある種の基準を満たした取引のサンプルを含んでもよい。自己充足型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）「スポーク」サーバ１．１２ａ、１．１２ｂは、生データ（ｒａｗ ｄａｔａ）の完全なセット１．１０を保存し、このデータセット１．１０に対してデータ解析タスクを行い、処理結果を保存する。これにより、ハブインフラストラクチャ１．１３は、基本となる生データのセット１．１０全体のコピーを取らなくても結果を見ることができる。生データ１．１０は、秘密又は機密であってもよい。スポークサーバ１．１２ａ、１．１２ｂに保存された生データ１．１０は、典型的には、コンポーネント又はデバイスの構成又は状況に関するよりも有意な量の（すなわち１０万を超える）取引を含む。各スポークサーバ１．１２ａ、１．１２ｂに保存されたデータ１．１０は、他のスポークサーバ１．１２ａ、１．１２ｂ上のデータとは明確に分けられているが、このデータが保存されたデータ保存部１．１５の構造は各スポークサーバ１．１２ａ、１．１２ｂ間で同じである。他の実施形態では、データ保存部１．１５の構造は各スポークサーバ１．１２ａ、１．１２ｂ間で異なるが、その基本的構造は各スポークサーバ１．１２ａ、１．１２ｂ間で同じであり、１つ以上のスポークサーバ１．１２ａ、１．１２ｂのデータ保存部に追加の特徴がある。データを再構築するためにデータ変換を行う場合、生データ１．１０の構造は、データ保存部１．１５に保持されたデータに必要なフォーマットと合致しないと予測される。変換は、業界標準のＥｘｔｒａｃｔ Ｔｒａｎｓｆｏｒｍ Ｌｏａｄ（ＥＴＬ）ソフトウェアなどの任意の適切な技術によって行うことができる。

システム動作の上半分の説明を続けると、システムは監査人１．１２によって用いられる。監査人１．２は、ハブ１．１３に位置する「ハブポータル（ｈｕｂ ｐｏｒｔａｌ）」１．４に接続する。本実施形態ではハブポータル１．１４はグラフィカルユーザインターフェースの形態を取る。監査人１．２は、コンピュータ、例えばローカル接続又はバーチャルローカル接続を介してハブに接続するラップトップを用いてハブポータル１．４にアクセスする。解析は、スポークサーバ１．１２ａ、１．１２ｂに位置するデータ解析テスト実行部１．９の１つによって、監査対象が提供したデータセット１．１０に対して行われる。これについては図８及び図９を参照して後により詳細に述べる。ハブポータル１．４は、スポーク解析ポータル１．７が生成した解析の結果を表示する。ハブ１．１３インフラストラクチャは、中央認証エージェント１．５を含む。中央認証エージェントは、監査人１．２がアクセス権を有しているのがいずれの監査であるかを判定し、監査人１．２が関連する結果を見ることを可能にする。ハブポータル１．４は、スポークサーバ１．１２ａ、１．１２ｂまでのルーティングを決定する。

監査人１．２が正しい監査対象及びそのスポークサーバ（本実施例では１．１２ａであって１．１２ｂではない）に割り当てられると、監査人１．２はスポーク解析ポータル１．７を介してスポーク対象に対するデータ解析の結果を見ることができる。これにより、直接の生データ１．１０又はデータ保存部１．１５のコピーをハブ１．１３に送る必要なく、スポークサーバ１．１２ａ、１．１２ｂに位置するデータ解析システム１．９が行った解析の結果が提供される。その結果、監査人１．１２は生データ１．１０もデータ保存部１．１５も見ることはできず、生データ１．１０又はデータ保存部１．１５は監査対象１．１２ａのデータセンタに保存されたままとなる。したがって、データセキュリティが向上し、ハブ１．１３でのデータ保存及び処理に関する要件が低減される。

さらに、これにより監査人１．２がいつでも解析結果を「自己取得する（ｓｅｌｆ−ｓｅｒｖｅ）」ことが可能となる。なぜならハブ１．１３とスポーク１．１２、１．１２ｂとは、監査のピーク期間だけでなく１年中接続されているからである。これにより、監査人が結果にアクセスする速度が速くなり、結果の入手可能性が向上する。なぜなら管理人タイプのユーザが各スポーク１．１２ａ、１．１２ｂでの解析結果を、予め同意したスケジュールで手動で解析して監査人１．２に送ることを必要とするような手動工程がないからである。

複数のスポーク１．１２ａ、１．１２ｂが単一のハブ１．１３に接続される。これにより、同一の解析を各スポーク１．１２ａ、１．１２ｂで行うことが可能となり、解析を展開し実行する全体の時間及びコストが大幅に削減される。例えば、複数の監査対象の固定資産データ（その上半分（ａｔ ａ ｈｉｇｈ ｌｅｖｅｌ）は、資産識別子、資産の記述、資産が獲得された日付、購入コスト、その日までの減価償却、予測される経済的有用寿命、資産が関係するプロフィットセンター、及び資産がシステムに加えられた後資産データに対して行われた変更の詳細のリストを含んでもよい。）を同一の形態で保存できる場合、ハブ１．１３は、各スポーク１．１２ａ、１．１２ｂによって対象の監査人１．２にとって適した時間にローカル監査対象の特定のデータセット１．１０について独立して実行され得るデータ解析テストのセットを、データ解析テスト実行部１．９に提供することができる。前記データ解析テストのセットの提供は、全対象に対する解析を行うのに必要な時間を短縮する。さらに前記データ解析テストのセットの提供は、典型的にはバージョン制御に関する複雑性を低減する。なぜなら、中央管理、中央テスト及び中央品質管理型データ解析ルーチンの単一セット（ｓｉｎｇｌｅ ｓｅｔ）は、監査対象特異的（ａｕｄｉｔ ｔａｒｇｅｔ−ｓｐｅｃｉｆｉｃ）解析ルーチンのまま維持されることはなく、ハブ１．１３からすべてのスポーク１．１２ａ、１．１２ｂにプッシュ可能だからである。

システムの４つの具体的な動作を説明する。図２は、これら４つの主要タイプのユーザインタラクションのプロセスフローを示す。まず図２の上半分の左から右の方向に沿って説明する。第１の動作は解析的展開である。ここでは、解析、すなわち１つ以上のスポークサーバ１．１２ａ、１．１２ｂにそれぞれ保存された１つ以上の監査対象のデータ保存部１．１５に対して実行すべきデータ処理動作を展開又は変更し、スポークサーバ１．１２ａ、１．１２ｂにコピーする。これは図３を参照して後により詳細に述べる。図２に示す第２の動作は、「アドホック」分配されたクエリ実行である。ここでは「アドホック」データ解析テストをハブ１．１３から各スポークサーバ１．１２ａ、１．１２ｂにプッシュする。この動作は図４を参照して後により詳細に述べる。第３の動作は、テストセットアップ及び構成である。ここではハブ１．１３からのデータ解析テスト（又は解析）を特定のスポークサーバ１．１２ａ、１．１２ｂで具体化し、スポークサーバ１．１２ａ、１．１２ｂがリンクしている特定の監査対象用に構成する。この動作は図５を参照して後により詳細に述べる。図２の右端に示す第４の動作は、テスト実行及び結果回収である。これは２つのパートからなる。第１のパートでは、スポークサーバ１．１２ａ、１．１２ｂのデータ解析テスト実行部１．９が、スポークサーバ１．１２ａ、１．１２ｂに保存されたデータ１．１５に対して少なくとも１つのデータ解析テスト又は解析を実行する。動作のこの第１のパートは図８を参照して後により詳細に述べる。第２のパートでは、ユーザ１．２がハブ１．１３を介してスポークサーバ１．１２ａ、１．１２ｂにアクセスし、このデータ解析テストの結果を回収する。動作のこの第２のパートは図９を参照して後により詳細に述べる。

前述のように、図３は図２の左部分に示す解析的展開プロセス用のソフトウェアインフラストラクチャを示す。これを詳細に述べる。図３はさらに、ハブインフラストラクチャ１．１３から個々のスポークサーバ１．１２ａ、１．１２ｂに新規データ解析を分配するプロセスフローを示す。おおまかには、データ解析テストをハブ１．１３上に構築し、マスタ解析ライブラリ３．３に保存する。その後ハブサーバ１．１３上のマスタ解析ライブラリ３．３を中心としてここから１つ以上のスポークサーバ１．１２ａ、１．１２ｂにテストを分配する。これにより、新規テストを各スポークサーバ１．１２ａ、１．１２ｂに追加するために必要な管理全体が実質的に減少する。解析的展開プロセス（又はデータ解析テストの更新）は管理人タイプのスーパーユーザ３．１が行う。

前述の解析的展開プロセスをより詳細に述べる。解析的展開プロセスでは、新規データ解析テストをハブインフラストラクチャ１．１３上で展開し（３．２）、１つ以上のスポークシステム１．１２ａ、１．１２ｂに配置する。テストは、現存する任意の技術又は言語を使用してもよく、ハブインフラストラクチャ１．１３内のマスタ解析ライブラリ３．３に保存する。マスタ解析ライブラリ３．３はすべてのデータ解析テストを規定されたデータ構造で保存しており、さらにテストに関する情報、例えば名前、バージョン、及び最後にテストを編集したユーザなどの情報を保存している。図６は、本実施形態ではこのライブラリ３．３を保存するために用いるデータ構造を示す。これを行う方法は数多くあり、他の実施形態では他のデータ構造が用いられる。図６のデータ構造は後により詳細に述べる。

図３に戻り、スポークマッピング（ｓｐｏｋｅ ｍａｐｐｉｎｇ）３．４を行うためのデータ解析テストは、いずれのテストがいずれのスポーク１．１２ａ、１．１２ｂに配置されているかの詳細を保持している。したがってこれにより、ハブ管理人３．１又は展開人は、新規又は更新されたテストを１つ以上のスポークシステム１．１２ａ、１．１２ｂに選択的に分配することができる。新規又は変更された解析テストについて影響を受けたスポークシステム１．１２ａ、１．１２ｂが識別されると、ハブ１．１３で実行中のプロセスは、各スポークサーバを（直列又は並列に）接続し、スポーク１．１２ａ、１．１２ｂ上のローカルマスタ解析ライブラリ３．６がデータ解析テストを使用できるようにする（３．５）。マスタ解析ライブラリ３．３のローカルコピー３．６は、ハブ１．１３に保持された詳細をすべて含むが、スポークサーバ１．１２ａ、１．１２ｂにローカルに保持されている。ローカルコピー３．６はデータ解析テスト実行部３．９によって用いられる。マスタ解析ライブラリ３．５のコピー３．６をローカルに保存することにより、スポークサーバは、ハブインフラストラクチャ１．１３に接続しなくとも無限に動作を継続することができる。したがってハブ１．１３への接続が切断されても、スポーク１．１２ａ、１．１２ｂは接続が回復するまで動作し続ける。

スポークサーバ１．１２ａ、１．１２ｂに保存されたビスポーク解析ライブラリ３．７は、特定のスポークサーバ用に書かれたデータ解析テストであって他のスポークに分配するためにハブサーバ１．１３で書かれたものではないデータ解析テストを含む。解析構成レポジトリ３．８は、エンドユーザ、例えば監査人１．２が用いるために選択されたテスト（いずれかのローカルスポークサーバ１．１２ａ、１．１２ｂからのマスタ解析ライブラリ３．３のコピー３．６又はビスポーク解析ライブラリ３．７）のリストを含む。解析構成レポジトリ３．８は、さらに選択された各テストの構成を含む。例えば、「Ｘよりも大きい値の取引を識別する」というマスタ解析ライブラリ３．６からのデータ解析テストを用いる場合、解析構成レポジトリは、このテストを作動させる（すなわち具体化する）エントリと、ユーザが定義したＸの値とを含む。データ解析テスト実行部３．９は、ユーザが要請したテストのリスト及び関連するテストをマスタ解析ライブラリ３．３のローカルコピー３．６又はビスポーク解析ライブラリ３．７から取り出し、データ保存部３．１０に保存された情報に対してこのテストを実行する責任を負う。図７は、データ解析テスト実行部インターフェースを示す。これは後により詳細に述べる。

引き続き図３を参照すると、生データ３．１１はスポークサーバ１．１２ａ、１．１２ｂに供給される。生データ３．１１は、監査対象のデータセンタ又は内部ネットワーク内の他のＩＴシステムから供給可能である。この生データ３．１１は、監査対象の会計書類の事実、傾向又は異常事態を判定するために解析可能なデータである。生データ３．１１はフラットファイル、構造データファイル、又は他のシステムに対する直接のインターフェースの形態を取り得る。生データ３．１１は頻繁に（例えば毎日）ロードされると予測される。新規の生データ３．１１を受け取る（３．１２）と、スポークサーバ１．１２ａ、１．１２ｂ上のデバイスで検出される。その後データ３．１１をスポークサーバ１．１２ａ、１．１２ｂのデータ保存部３．１０にロードする。これは、データ３．１１の構造をデータ保存部３．１０の構造の要件に合わせるためにデータ３．１１を操作することを含んでもよい。そのためデータ保存部３．１０はすべての生データ３．１１を含む。このデータはデータ構造内に保持される。構造内に保持されたデータは互いに全く無関係であってもよいが、データ構造はすべてのスポーク１．１２ａ、１．１２ｂ間で同じである。共通のコア構造は残るが、１つ以上のスポークシステム１．１２ａ、１．１２ｂに追加のデータ構造を保持することも可能である。他の実施形態では、データ保存部１．１５の構造は各スポークサーバ１．１２ａ、１．１２ｂ間で同じではないが、各スポークサーバ１．１２ａ、１．１２ｂ間で同じ基本構造を有し、１つ以上のスポークサーバ１．１２ａ、１．１２ｂのデータ保存部内に追加の特徴がある。

ハブインフラストラクチャによって、エンドユーザ（ハブをホストする監査会社に雇用された監査人１．２など）は、ハブ１．１３を介してアクセスしたい特定のスポークシステム１．１２ａ、１．１２ｂに接続（３．１３）できる。これにより、エンドユーザにそれぞれのスポークの解析ポータル３．１４が透過的に（ｔｒａｎｓｐａｒｅｎｔｌｙ）提示され、エンドユーザ１．２にはポータルが実際にハブインフラストラクチャ１．１３に位置するように見える。

エンドユーザは、スポーク解析ポータル３．１４によってマスタ解析ライブラリ３．３のローカルコピー３．６又はビスポーク解析ライブラリ３．７からデータ解析テストを選択することができる。ユーザ１．２は、さらに、スポーク解析ポータル３．１４によってこれらのテスト（データが解析構成レポジトリ３．８に保存されたテスト）を構成することができる。ユーザ１．２は、さらにスポーク解析ポータル３．１４によってデータ保存部３．１０に保存されたデータ解析テストの結果を見ることができる。この機能を提供するユーザインターフェースの例を図７及び図１０に示す。

図４は、図２に示す「アドホック」クエリをスポークサーバ１．１２ａ、１．１２ｂに分配する第２のプロセスのフローを示す。「アドホック」クエリとは、開発者又はハブ管理人によって作成され、１つ以上のスポークサーバ１．１２ａ、１．１２ｂにプッシュされたデータ解析テストである。これは通常のデータ解析プロセスとは異なる。なぜなら、さらなる解析のために結果をハブ１．１３で照合するからである。これにより、スポーク間で傾向又はメトリックを比較することが可能となる。例えばユーザが各スポークの所有する固定資産の平均数を知りたい場合、このデータ解析テストをハブ１．１３に書き込み各スポーク１．１２ａ、１．１２ｂにプッシュする。すると各スポークでの総数がハブ１．１３で照合されその後平均される。ハブサーバ１．１３の更新及び実行マネジャ１．３は、クエリを複数のスポークサーバ１．１２ａ、１．１２ｂに分配し結果を照合する。ハブ１．１３と各スポークとは無限に接続されているため、管理人１．１はデータ解析テストを安全に各スポークに「送る」ことができる。データ解析の結果はハブ１．１３で照合する（４．７）。これにより、監査対象間のベンチマークが可能となる。例えば、各対象の運転資金の傾向を査定するテストを作成し、その後更新及び実行マネジャ１．３を用いてテストを各スポークサーバ１．１２ａ、１．１２ｂに並行して送り、各結果を得て、第２のパスデータ解析テストをすることにより各対象がいずれの四分位に現れるかを判定することが可能である。

より詳細には、「アドホック」クエリを分配するプロセスは以下の工程を含む。まず、「アドホック」クエリを管理人タイプのユーザ３．１によってハブインフラストラクチャ１．１３に構築し（４．５）、「ブランク（ｂｌａｎｋ）」スキームに対してハブインフラストラクチャ１．３上でローカルに実行することにより、結果テーブルを作成してクエリの完全性を確認する。クエリに関して対象のスポークサーバ１．１２ａ、１．１２ｂを選択し、アドホッククエリ又は解析を実行する。さらにハブインフラストラクチャ１．３において、クエリに暗号署名することによりその真正性を確認する。その後、対象として選択されたスポークサーバ（単数又は複数）１．１２ａ、１．１２ｂにクエリを送る。スポークサーバ（単数又は複数）１．１２ａ、１．１２ｂはクエリを受け取り、暗号署名を確認する。さらにスポークサーバ（単数又は複数）１．１２ａ、１．１２ｂにおいて、対象サーバ（単数又は複数）１．１２ａ、１．１２ｂのデータ保存部（単数又は複数）４．３に対してクエリを処理し、結果を生成する。これで回収の用意ができる。ハブインフラストラクチャ１．１３において、結果をチェックする。すべての結果を受け取ると、結果を集め（４．７）、ユーザ３．１に表示する。

図５は、テストセットアップ及び構成（図２に示す第３の動作）のプロセスを示す。このプロセスでは、ハブ１．１３からのデータ解析テスト（又は解析）を特定のスポークサーバ１．１２ａ、１．１２ｂで具体化し、スポークサーバがリンクしている特定の監査対象用に構成する。このプロセスの工程を以下に示す。

まずハブネットワーク上のユーザ１．２が、典型的にはエンドユーザのＰＣ又はラップトップからハブインフラストラクチャ１．１３に接続する。ユーザは、ハブ１．１３に対して本人であることを確認するために認証を行う（５．１）。ハブ１．１３は、いずれのスポーク（単数又は複数）１．１２ａにユーザ１．２がアクセスを許可されているかを判定する。その後ユーザ１．２は、アクセスしたいスポークサーバ１．１２ａ、１．１２ｂを選択する（５．２）。このセッションでハブ１．１３が今後処理する要請のすべては、それぞれのスポークサーバ１．１２ａ、１．１２ｂに対して透過的に実行される。透過的要素とは、ユーザ１．２はスポーク１．１２ａ、１．１２ｂにアクセスするためにこれ以上何もする必要はなく、スポーク１．１２ａ、１．１２ｂから結果を得るために行われる追加的な動作について気付くこともないことを意味する。ハブ１．１３は、ユーザ１．２にユーザインターフェース（可能性のある例を図７及び図１０に示す）を提示してデータ解析テストの構成を変更させるために、スポークサーバ１．１２ａとの間で要請をやりとりする（５．３）。スポーク解析ポータル１．７は、ハブサーバ１．１３からの要請を待つ。要請を受け取ると、要請をローカルに処理し、結果を示す画面をユーザに表示する。その後ユーザ１．２はシステム内の領域を選択する（５．５）。これは例えば、収入、給料支払い名簿、又は固定資産であってもよい。ユーザ１．２は新規の複合テストグループを作成する（５．６）。これはデータ解析テストをまとめて保持するコンテナである。ユーザ１．２は複合グループに名前と記述を与え、今後これを用いるユーザがその目的を理解する助けとする。その後データ解析テストを複合グループに割り当てる。その後複合グループ内のすべてのテストの結果を用いて、特定のグループが合格か不合格かを判定する。スポークサーバ１．１２ａ、１．１２ｂからのマスタ解析ライブラリ３．６のローカルコピー３．６又はビスポーク解析ライブラリ３．７からデータ解析テストを具体化（ｂｅ ｉｎｓｔａｎｔｉａｔｅｄ）する（５．７）、すなわち特定の複合テストグループ内から特定の構成で実行されるように設定する。テストは異なる複合テストグループで複数回具体化され、その都度構成は同じであっても異なってもよい。ユーザ１．２は、具体化された各データ解析テストを、それ自体の構成セットで実行するように構成する（５．８）ことができる。各テストは、ユーザ１．２が自身のニーズに基づいて設定可能な構成可能値（閾値など）のリストを有する。

図７は、データ解析テストの構成のユーザインターフェースを示す。このユーザインターフェースは、マスタ解析ライブラリ３．３のローカルコピー３．６及びビスポーク解析ライブラリ３．７から入手可能な（ユーザ１．２がまだ選択していない）テストのリスト（Ａｖａｉｌａｂｌｅ Ｔｅｓｔｓ）７．１と、ユーザ１．２が選択、構成及び維持するアクティブ（具体化された）テストのリスト（Ａｃｔｉｖｅ Ｔｅｓｔｓ）７．２とを含む。本実施形態では、アクティブテストのリスト７．２内に複合テストグループ（Ｆｉｘｅｄ Ａｓｓｅｔｓ ｗｉｔｈ Ｌａｒｇｅ Ｒｏｕｎｄ Ｖａｌｕｅｓ）７．３ａ（本明細書では「ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ」６．４と呼ぶ、図６を参照のこと）があり、２つのテスト「値は〜より大きい（Ｖａｌｕｅ ｉｓ ｇｒｅａｔｅｒ ｔｈａｎ）」と「追加値はきりの良い値である（Ａｄｄｉｔｉｏｎ ｖａｌｕｅ ｉｓ ａ ｒｏｕｎｄ ｎｕｍｂｅｒ）」とを用いてきりの良い大きな値を有するアイテムを識別する。この複合テストグループ７．３ａは、５０００ドルの構成閾値で用いるテスト７．４ａ「値は〜より大きい」を含む。この場合、構成は解析構成レポジトリ３．８に保持される。第２の別の複合テストグループ７．３ｂもあり、これは、２つのテスト「値は〜より大きい」と「追加値はベンフォードの法則から逸脱している（Ａｄｄｉｔｉｏｎ ｖａｌｕｅ ｄｅｖｉａｔｅｓ ｆｒｏｍ Ｂｅｎｆｏｒｄ’ｓ Ｌａｗ）」を用いて大規模でベンフォードの法則から逸脱した取引を識別する。第２の複合テストグループ（Ｆｉｘｅｄ Ａｓｓｅｔｓ ｗｉｔｈ ａ ｌａｒｇｅ ｖａｌｕｅ ａｎｄ ｄｅｖｉａｔｅ ｆｒｏｍ Ｂ）７．３ｂは、テスト７．４ｂを含み、これは９０００ドルの構成閾値を有するようにユーザ１．２がセットアップしたテスト７．４ａ「値は〜より大きい」と同じである。ユーザ１．２は追加の複合テストグループを作成して、入手可能なテストを任意の複合テストグループ７．５にドラッグすることができる。

図８及び図９は、ユーザがデータ解析テスト結果を要請するプロセスと、要請された解析を実行するプロセスとを示す。

図８は、データ解析テスト実行部のプロセス、すなわち図２の上半分に示す第４の動作のフローの一部を示す。このプロセスフローでは、データ解析テスト実行部３．９からデータ解析テストの結果が要請される（８．１）。テストはＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４で構成されている。ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４は、マスタ解析ライブラリ３．６又はビスポーク解析ライブラリ３．７からの１つ以上のデータ解析テストを含んでもよい。ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４は、選択されたテストをまとめて保持し、これらテストの構成も保持する。図６は、この情報のデータ構造の詳細を示す。この構造は、スポークのマスタ解析ライブラリ３．６及びビスポーク解析ライブラリ３．７から入手可能なテストのリスト（Ｔｅｓｔｓ）６．１を含み、このリストは、実行されるデータ解析テスト用のテスト名とコードとを含む。リストはさらに、ユーザがマスタ解析ライブラリ３．６から選択したすべてのテストのリスト（ＴｅｓｔＩｎｓｔａｎｃｅｓ）６．２を含む。これは、これらの構成を含む解析構成レポジトリ（ＴｅｓｔＩｎｓｔａｎｃｅＣｏｎｆｉｇ）６．３からのテストの一例（例えば閾値５，０００ドルの使用）である特定の構成に合致している。構造はさらに、ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４内に、複合テストグループの名前が含まれる。複合テストグループの名前６．４とそれらに保持されたテスト（ＴｅｓｔＩｎｓｔａｎｃｅｓ）６．２との間にマッピング（ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐＭａｐｐｉｎｇ）６．５がある。さらにデータ構造は、各テスト用に構成可能なアイテムのリストをユーザに提供するマスタ解析ライブラリ３．６の一部（ＴｅｓｔＣｏｎｆｉｇ）６．６を含む。

ＴｅｓｔＩｎｓｔａｎｃｅはＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４から受け取られる。各ＴｅｓｔＩｎｓｔａｎｃｅ ８．３（すなわちＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４内の個々のテスト）に対して、図８に示す以下の工程を順に又は並行して行う。ＴｅｓｔＩｎｓｔａｎｃｅのＣｏｎｆｉｇＶａｌｕｅｓを取得する（８．４）。留意すべきは、テストは異なる構成のシステムにより複数回用いられてもよいことである（すなわち、あるＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４は、５０，０００ドルの構成値でテスト「値はＸより大きい（Ｖａｌｕｅｓ Ｇｒｅａｔｅｒ ｔｈａｎ Ｘ）」を必要としてもよく、別のＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４は１００，０００ドルの値を必要としてもよい）。テストスクリプトを取得する（８．５）。テストスクリプトは、任意のプログラミング言語又はその均等物によるデータ解析テストであってもよい。データ保存部１．１０に対してＣｏｎｆｉｇＶａｌｕｅｓを用いてテストスクリプトを実行し（８．６）、結果を得る。前述のように図３を参照する。データ保存部１．１０は、スポークサーバ１．１２ａ、１．１２ｂに提供された生データを含む。すべてのＴｅｓｔＩｎｓｔａｎｃｅｓが実行されると、結果を組み合わせ（８．８）、ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４用の結果を形成する。ＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４をさらに実行する必要があれば、次のＴｅｓｔＩｎｓｔａｎｃｅＧｒｏｕｐ ６．４用にプロセスを再度開始する（８．９）。すべてのデータ解析テストが実行されると、データ解析テスト実行部は処理を停止することができる（８．１０）。

図９は、最後のスポーク解析ポータルプロセスの第２の部分である結果回収のフローを示す。このプロセスでは、ハブネットワーク上のユーザ１．２が、典型的にはエンドユーザのＰＣ又はラップトップからハブインフラストラクチャ１．１３に接続する。図５を参照して記述したテストセットアップ及び構成のプロセスに関して、ユーザ１．２は、ハブ１．１３に対して本人であることを確認するために認証を行う（９．１）。その後、ハブ１．１３はユーザ１．２がいずれのスポーク（単数又は複数）１．１２ａ、１．１２ｂにアクセスを許可されているかを判定する。その後、ユーザ１．２は、アクセスしたいスポークサーバ１．１２ａ、１．１２ｂを選択する（９．２）。このセッションでハブ１．１３が今後処理する要請のすべては、それぞれのスポークサーバ１．１２ａ、１．１２ｂによって透過的に実行される。前述したように、テストセットアップ及び構成のプロセス（図５）に関して、透過的要素とは、ユーザ１．２が、クリアランス１．１２ａ、１．１２ｂにアクセスするためにこれ以上何もする必要はなく、スポーク１．１２ａ、１．１２ｂから結果を得るために行われる追加的な動作について気付くこともないことを意味する。ハブ１．１３は、ユーザ１．２にユーザインターフェース（可能性のある例を図７及び図１０に示す）を提示してデータ解析テストの結果を要請させるために、スポークサーバ１．１２ａとの間で要請をやりとりする（９．３）。スポーク解析ポータル３．１４は、ハブ１．１３サーバからの要請を待つ。要請を受け取ると（９．４）、要請をローカルに処理し、解析が完了すると結果をユーザ１．２に戻す（９．６）。ユーザ１．２がまだ実行されていないデータ解析テストの結果を要請した（９．５）場合、データ解析テスト実行部（図８に詳細に示す）を用いてテストを処理し結果を戻す。結果又はさらなる情報がハブ１．１３に送られる（９．６）。その後ハブ１．１３はこれをユーザ１．２に提示する。結果又は情報は、ユーザ１．２にはハブ１．１３サーバから来たように見える（９．７）。しかしすべての処理はそれぞれのスポークサーバ１．１２ａ、１．１２ｂ上で行われている。その後、結果はエンドユーザのＰＣ又はラップトップ上で見ることができる（９．８）。結果はウェブページ、アプリケーション画面、又はファイルダウンロード（スプレッドシートファイル）の形態であってもよい。

図１０は、スポークサーバ１．１２ａ、１．１２ｂの結果ポータル内のユーザインターフェースの一例を示す。ハブポータル１．４とスポーク解析ポータル１．７との接続が透過的であるため、エンドユーザにはページはハブポータル１．４から来たように見える（１０．１）。スポークサーバ１．１２ａ、１．１２ｂ内に保持されたすべての構成及びデータはローカルに保持され、他のスポークサーバ１．１２ａ、１．１２ｂ内の構成及びデータの変更に影響を受けない（１０．２）。

Claims (21)

1. ハブコンピュータと複数のスポークコンピュータとの間のデータ処理方法であって、前記ハブコンピュータが前記スポークコンピュータの各々と通信するように構成され、前記各スポークコンピュータが前記ハブコンピュータから遠隔にあり、かつ互いに遠隔にあり、
   （ａ）前記ハブコンピュータにおいて、前記スポークコンピュータをホストする団体の会計データであって前記スポークコンピュータによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにという、前記スポークコンピュータへの要請をユーザから受け取り、
   （ｂ）前記ハブコンピュータが前記要請を前記スポークコンピュータに通信し、
   （ｃ）前記スポークコンピュータが、前記要請を受け取ったことに応答して、前記会計データに対して前記データ処理動作を実行し、
   （ｄ）前記スポークコンピュータが、前記データ処理動作の結果を前記ハブコンピュータに戻すこと、
   を含む方法。
2. 前記工程（ｄ）の後に、前記ハブコンピュータが前記結果を前記ユーザに戻すことをさらに含む請求項１に記載の方法。
3. 前記工程（ｄ）の前に、前記ハブコンピュータにおいて、前記データ処理動作の結果を前記ハブコンピュータに戻して前記ユーザ又は別のユーザがアクセスできるようにするという要請を受け取る工程をさらに含む請求項１に記載の方法。
4. 前記ハブコンピュータにおいて前記ユーザから受け取られた前記要請が、前記スポークコンピュータのうちの選択されたグループにおいて前記データ処理動作を実行するようにという要請である請求項１に記載の方法。
5. 前記データ処理動作を実行するようにという前記スポークコンピュータへの前記要請が、前記データ処理動作がどのようにして実行されるべきかを示す実行情報を含む請求項１に記載の方法。
6. 前記実行情報が、概括的データ処理動作がどのように具体化されるべきかを示す具体化情報を含む請求項５に記載の方法。
7. 前記実行情報が閾値を示す構成情報を含み、前記具体化されたデータ処理動作が前記閾値に対して実施される請求項５に記載の方法。
8. 前記実行情報が閾値を示す構成情報を含み、前記具体化されたデータ処理動作が前記閾値に対して実行され、前記工程（ｄ）が前記具体化されたデータ処理動作を前記閾値に対して実行することを含む請求項６に記載の方法。
9. 前記ユーザ又は別のユーザが前記ハブコンピュータにおいて解析を展開し、前記解析が前記データ処理動作を示す情報を含む請求項１に記載の方法。
10. 前記ハブコンピュータにおいて解析ライブラリに前記解析を追加する工程をさらに含み、前記解析ライブラリは前記ホストによってアクセス可能であり、かつ複数の解析を含み、前記複数の解析の各々が、スポークコンピュータによって実施されるデータ処理動作をそれぞれ示す情報を含む請求項９に記載の方法。
11. 前記解析ライブラリを前記スポークコンピュータに通信する工程をさらに含む請求項１０に記載の方法。
12. 前記ユーザが前記スポークコンピュータのグループを選択し、前記解析ライブラリを前記グループ内の各スポークコンピュータに通信することをさらに含む請求項１１に記載の方法。
13. 前記工程（ｃ）及び前記工程（ｄ）が前記グループ内の各スポークコンピュータによって実施される請求項１２に記載の方法。
14. 前記ハブコンピュータで受け取られた、前記データ処理動作を実行するようにという前記要請が、前記スポークコンピュータにおいて前記解析ライブラリから１つ以上の解析を選択することを含む請求項１０に記載の方法。
15. 前記解析を前記スポークコンピュータ又は各スポークコンピュータに通信する前記工程の前に、ユーザが前記解析ライブラリに含まれない新規解析を生成する工程であって、前記新規解析が前記スポークコンピュータ又は別のスポークコンピュータによって前記会計データに対して実施される新規データ処理動作を示す工程をさらに含む請求項１１に記載の方法。
16. 前記新規解析を前記選択されたスポークコンピュータ又は各選択されたスポークコンピュータに通信することをさらに含む請求項１５に記載の方法。
17. ハブコンピュータとの間のデータ処理方法であって、前記ハブコンピュータがスポークコンピュータの各々と通信するように構成され、前記各スポークコンピュータが前記ハブコンピュータから遠隔にあり、かつ互いに遠隔にあり、
    （ａ）前記ハブコンピュータにおいて、前記スポークコンピュータをホストする団体の会計データであって前記スポークコンピュータによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにという前記スポークコンピュータへの要請をユーザから受け取り、
    （ｂ）前記ハブコンピュータが前記要請を前記スポークコンピュータに通信し、
    （ｃ）前記ハブコンピュータが前記スポークコンピュータから前記データ処理動作の結果を受け取ること、
    を含む方法。
18. ハブコンピュータが複数のスポークコンピュータの各々と通信するように構成され、前記各スポークコンピュータが前記ハブコンピュータから遠隔にあり、かつ互いに遠隔にあるデータ処理方法であって、
    解析を、前記スポークコンピュータのうちの選択されたグループ内の各スポークコンピュータに通信することを含み、前記工程の前に、
    前記ハブコンピュータにおいて、ユーザの制御下で、前記ハブコンピュータにおける解析ライブラリに含まれない新規解析を生成し、前記新規解析が、前記選択されたグループ内の各スポークコンピュータによってそれぞれの会計データに対して実施される新規データ処理動作を示し、前記ハブコンピュータが、前記新規解析を前記選択されたグループの各スポークコンピュータに通信すること、
    をさらに含む方法。
19. 複数のスポークコンピュータの各々と通信するように構成されたハブコンピュータであって、前記各スポークコンピュータが前記ハブコンピュータから遠隔にあり、かつ互いに遠隔にあり、前記ハブコンピュータは、通信ユニットを備え、前記通信ユニットは、
    前記スポークコンピュータをホストする団体の会計データであって前記スポークコンピュータによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにという前記スポークコンピュータへの要請をユーザから受け取り、
    前記要請を前記スポークコンピュータに通信し、かつ、前記スポークコンピュータから前記データ処理動作の結果を受け取り、前記スポークコンピュータから受け取られた前記データ処理動作の結果が、前記スポークコンピュータが前記ハブコンピュータからの前記要請に応答して前記データ処理動作を実行した結果であるように構成された、
    ハブコンピュータ。
20. ハブコンピュータと通信するように構成され、前記ハブコンピュータから遠隔にある、スポークコンピュータであって、
    前記スポークコンピュータをホストする団体の会計データに対してデータ処理動作を実行するようにという前記スポークコンピュータへの要請を前記ハブコンピュータから受け取るように構成された通信ユニットと、
    通信ユニットが前記要請を受け取ったことに応答して、前記会計データに対して前記データ処理動作を実行するように構成された処理ユニットと、
    前記データ処理動作の結果を前記ハブコンピュータに戻すようにさらに構成された前記スポークコンピュータ通信ユニットと、
    を含むスポークコンピュータ。
21. 複数のスポークコンピュータの各々と通信するように構成されたハブコンピュータによって実行可能なコード部分の記録を含む、コンピュータプログラムプロダクトであって、前記各スポークコンピュータが前記ハブコンピュータから遠隔にあり、かつ互いに遠隔にあり、
    （ａ）前記ハブコンピュータにおいて、前記スポークコンピュータをホストする団体の会計データであって前記スポークコンピュータによりローカルにアクセス可能な会計データに対してデータ処理動作を実行するようにという前記スポークコンピュータへの要請をユーザから受け取り、
    （ｂ）前記ハブコンピュータが前記要請を前記スポークコンピュータに通信し、
    （ｃ）前記ハブコンピュータが前記スポークコンピュータから前記データ処理動作の結果を受け取ること、
    を前記ハブコンピュータに実行させるためのコンピュータプログラムプロダクト。