(57)【要約】  共有ファイルサーバを含む計算機システムにおいて、ファイルデータへのアクセスを正確かつ効率的に行うために、ファイルデータへのアクセスを管理する。  記憶領域に格納されたデータに対するアクセスパスが割り当てられる複数の第１ネームスペースと、アクセスパスに対応するパスが割り当てられ、第１ネームスペースとは異なるネームスペースとを有する計算機であって、異なる第１ネームスペースに生成されるアクセスパスが同一である場合、それらに対応する対応するパスを互いに異なるパスに変更する。また、分析対象とするデータに対応するパスを割り当てることにより、大量のデータから要求されたデータへ効率的にアクセスする。さらに、データを格納する計算機の負荷に応じて、対応するパスの振り分けを変更する。
2014122733.tif 000002
【特許請求の範囲】
【請求項１】
記憶領域に格納されたデータに対するアクセスパスが割り当てられる複数の第１ネームスペースと、前記アクセスパスに対応するパスが割り当てられ、前記第１ネームスペースとは異なるネームスペースとを有する計算機であって、
異なる前記第１ネームスペースに生成される前記アクセスパスが同一である場合、それらに対応する前記対応するパスを互いに異なるパスに変更する制御部、
を有する計算機。
【請求項２】
請求項１に記載の計算機であって、
前記計算機は、前記アクセスパスを管理する対応表と前記アクセスパスを変更する変更情報とを有し、
前記制御部は、前記変更情報を参照して前記対応するパスを異なるパスに変更することを特徴とする計算機。
【請求項３】
請求項２に記載の計算機であって、
前記計算機は、前記データから、分析対象にするデータを指定するデータ指定情報を有し、
前記制御部は、前記データ指定情報により指定したデータ指定結果に、前記対応するパスを割り当てることを特徴とする計算機。
【請求項４】
請求項２に記載の計算機であって、
前記計算機は、前記記憶領域を有する複数の他の計算機と接続され、
前記制御部は、前記他の計算機の各々の負荷情報を管理し、前記負荷情報に対応する実行内容に従って前記アクセスパスの振り分けを変更することを特徴とする計算機。
【請求項５】
請求項２に記載の計算機であって、
前記アクセスパスに対応するパスは、スタブパスであることを特徴とする計算機。
【請求項６】
記憶領域に格納されたデータに対するアクセスパスが割り当てられる複数の第１ネームスペースと、前記アクセスパスに対応するパスが割り当てられ、前記第１ネームスペースとは異なるネームスペースとを有する計算機のデータアクセス管理方法であって、
前記計算機は、異なる前記第１ネームスペースに生成される前記アクセスパスが同一である場合、それらに対応する前記対応するパスを互いに異なるパスに変更するデータアクセス管理方法。
【請求項７】
請求項６に記載のデータアクセス管理方法であって、
前記計算機は、前記アクセスパスを管理する対応表と前記アクセスパスを変更する変更情報とを有し、
前記変更情報を参照して前記対応するパスを異なるパスに変更するデータアクセス管理方法。
【請求項８】
請求項７に記載のデータアクセス管理方法であって、
前記計算機は、前記データから、分析対象にするデータを指定するデータ指定情報を有し、
前記データ指定情報により指定したデータ指定結果に、前記対応するパスを割り当てるデータアクセス管理方法。
【請求項９】
請求項７に記載のデータアクセス管理方法であって、
前記計算機は、前記記憶領域を有する複数の他の計算機と接続され、
前記他の計算機の各々の負荷情報を管理し、前記負荷情報に対応する実行内容に従って前記アクセスパスの振り分けを変更するデータアクセス管理方法。
【請求項１０】
請求項７に記載のデータアクセス管理方法であって、
前記アクセスパスに対応するパスは、スタブパスであるデータアクセス管理方法。
【請求項１１】
記憶領域に格納されたデータに対するアクセスパスが割り当てられる複数の第１ネームスペースと、前記アクセスパスに対応するパスが割り当てられ、前記第１ネームスペースとは異なるネームスペースとを有する計算機に、
異なる前記第１ネームスペースに生成される前記アクセスパスが同一である場合、それらに対応する前記対応するパスを互いに異なるパスに変更させるステップを実行させるプログラムを格納するコンピュータ読取可能な非一時的記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各計算機間でデータ伝播を行う共有ファイルシステムにおける、データアクセス管理方法、管理装置及びプログラムを格納する記録媒体に関する。
【背景技術】
【０００２】
近年のクラウド環境やビッグデータ処理等を実現する大規模計算機システムで扱うデジタルデータ、特にファイルデータのデータ量は急速に増大している。そのため、システムを構成する物理計算機の数を単に増加させるだけでなく、仮想化技術によって特定の処理を行うサーバを互いに連携させて一つの処理結果を出力する計算機システムが実現されている。【０００３】
このシステムでは、種々のデータを格納するデータソースから所定のデータを収集して処理後データを生成するＥＴＬ（Ｅｘｔｒａｃｔ  Ｔｒａｎｓｆｏｒｍ  Ｌｏａｄ）と、ＥＴＬが生成した処理後データ間の関連性等を検索又は分析等するための元となる処理後データを生成するＤＷＨ（Ｄａｔａ  ＷａｒｅＨｏｕｓｅ）と、ＤＷＨに格納されたデータに対する共有アクセスを管理する共有ファイルサーバ、ＤＷＨに格納された処理後データを検索や分析して、処理後データを生成する分析あるいは検索サーバといった解析用機能部等とから構成される場合がある。【０００４】
共有ファイルサーバには、各ＤＷＨに対応するネームスペースが構成される。ＤＷＨは、対応して構成されるネームスペースにアクセスすることはできるが、他のＤＷＨに対応して構成されるネームスペースにはアクセスすることができない。そのため、分析あるいは検索サーバが、他のネームスペースで管理するファイルデータにアクセスする場合、ＤＷＨのネームスペースの割り当てを、他のネームスペースに変更してファイルデータへのアクセスを実現する方法や、他のネームスペースで管理されるファイルデータを、自サーバに接続されたＤＷＨに割り当てられるネームスペースの記憶領域に複製する方法がある。【０００５】
しかし、多数のサーバによってシステム構成されている場合、システムの構成変更に要する時間が非常に長くなるため、迅速なデータ処理を実現することができない。また、ファイルデータの複製には、複製の処理負荷や、ファイルデータを格納するためのメモリ負荷が非常に大きくなる。【０００６】
そこで、ファイルデータに効率的にアクセスする方法として、スタブを利用する技術が知られている（特許文献１）。特許文献１には、システム内に存在するＤＷＨが格納する全てのファイルデータのスタブを生成し、対応する／対応しないネームスペースで管理されるファイルデータにアクセスする技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開２０１２／０３５５８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１の技術のように一つの共有ファイルシステムでファイルデータを統合して管理するとき、ファイルデータへの適切なアクセス制御を効率的に行うことができない。具体的には、データアクセスのために作成されたスタブの名称が異なるネームスペース間で重複したとき、ネームスペースに付与された管理番号の小さいネームスペースからファイルデータへアクセスするシステムでは、管理番号の大きいネームスペースのファイルデータにアクセスすることができない。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の代表的な一側面は、記憶領域に格納されたデータに対するアクセスパスが割り当てられる複数の第１ネームスペースと、アクセスパスに対応するパスが割り当てられ、第１ネームスペースとは異なるネームスペースとを有する計算機であって、異なる第１ネームスペースに生成されるアクセスパスが同一である場合、それらに対応する、対応するパスを互いに異なるパスに変更することを特徴とする。
【発明の効果】
【００１０】
本発明の一側面によれば、共有ファイルサーバを含む計算機システムにおいて、ファイルデータへのアクセスを効率的に行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本願発明を適用した第１実施形態である計算機システムの概要図を示す。
【図２】第１実施形態における計算機システムの構成例を示すブロック図である。
【図３】第１実施形態におけるＤＷＨ１１０が有するスタブ１１２の一例を示す図である。
【図４】第１実施形態における共有ファイルサーバ１５０が有するＮＳリスト１６０の一例を示す。
【図５】第１実施形態における共有ファイルサーバ１５０が有するファイル名対応表１７０の一例を示す。
【図６】第１実施形態における共有ファイルサーバ１５０が有するファイル名変更表１８０の一例を示す。
【図７】第１実施形態における全体処理例を示すフローチャートである。
【図８】第１実施形態におけるファイル名管理部１５２が実行するファイル名変更処理の流れを示すフローチャートである。
【図９】第１実施形態におけるファイル名管理部１５２が実行するファイル名登録処理の流れを示すフローチャートである。
【図１０】第１実施形態におけるアクセス要求中継部１５３が実行するファイルアクセス処理の流れを示すフローチャートである。
【図１１】本発明を適用した第２実施形態である計算機システムの構成例を示すブロック図を示す。
【図１２】第２実施形態における分析範囲指定情報１３０２の一例を示す図である。
【図１３】第２実施形態における分析サーバリスト１３０３の一例を示す図である。
【図１４】第２実施形態における分析範囲管理部１３０１が実行するファイルの絞込処理の流れを示すフローチャートである。
【図１５】第２実施形態におけるファイル絞込処理前のファイルデータ一覧から、分析範囲指定情報１３０２によりファイルの絞り込みを行った絞込処理結果１３０４の一例を示す。
【図１６】第２実施形態におけるスタブ付与結果１３０５の一例を示している。
【図１７】本発明を適用した第３実施形態である計算機システムの構成例を示すブロック図である。
【図１８】第３実施形態における分析サーバ管理表１７０２の一例を示す図である。
【図１９】第３実施形態における実行処理表１７０３の一例を示す図である。
【図２０】第３実施形態における負荷管理部１７０１が実行する負荷再分配処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１２】
[第１実施形態]
以下、添付図面を用いて本発明を適用した第１実施形態について詳細に説明する。添付図面は、本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、本発明を限定的に解釈するために用いられるものではない。添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。
【００１３】
図１に、本実施形態の概要について説明する。
本実施形態では、まず、分析サーバのＤＷＨに対応するダミーネームスペース１９２を生成する。ダミーネームスペースとは、実際にはファイルデータを格納していないが、データを格納しているネームスペース（以下、「実ネームスペース」という。）にアクセスするために便宜的に作成されるネームスペースをいう。そして、共有ファイルサーバ内に、実ネームスペース１９０からファイルデータにアクセスするための実ファイルパス名と、ダミーネームスペース１９２からファイルデータにアクセスするためのスタブパス名との対応をファイル名対応表１７０で管理する。そして、実ファイルパス名とスタブパス名とが重複するとき、スタブパス名を変更してファイルデータへのアクセスを行う。
【００１４】
図２は、第１実施形態における計算機システムのシステム構成を示す。
計算機システムは、共有ファイルサーバ１５０、ＤＷＨ１１０、ＥＴＬ１２０、データソース１３０及び分析サーバ１４０が含まれる。各構成部は、有線又は無線のネットワーク１０３を介して通信可能に接続される。クライアント１０１から送信された各種の要求に対し、処理結果を応答する。
計算機システムは、ＤＷＨ１１０、ＥＴＬ１２０、データソース１３０、分析サーバ１４０及び共有ファイルサーバ１５０から構成される。
【００１５】
データソース１３０は、汎用のサーバ装置であり、単一又は複数の物理計算機やＨＤＤ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｓｔｏｒｅ）等を備えるストレージ装置から構成される。ストレージ装置内に、構造化データ、半構造化データ及び非構造化データ等、データソースが接続される種々の外部システムによってデータが格納される。データソース１３０に格納されたファイルデータは、所定の契機で、ＥＴＬ１２０に収集（クローリング）され、次いで所定の契機でＤＷＨ１１０にクローリングされる。
【００１６】
ＥＴＬ１２０は、スケジュールに沿ってデータソース１３０からデータを収集（クローリング）するサーバである。ＥＴＬ１２０は、ＣＰＵ２２０、主記憶２２１及び補助記憶２２２から構成され、ＣＰＵ２２０と主記憶２２１に記憶されたプログラムとの協働によりデータ収集部１２１が実現される。収集されたデータは、その後、所定のスケジュールでＤＷＨ１１０に出力される。例えば、ＥＴＬ１２０が収集するデータは、テキストデータ、イメージデータ及びそれらのメタデータであり、これらが所定のデータ形式に加工される。
【００１７】
ＤＷＨ１１０は、スケジュールに沿ってＥＴＬ１２０からデータをクローリングし、ファイル形式で格納するファイルサーバである。ＤＷＨ１１０は、ＣＰＵ２１０、主記憶２１１及び補助記憶２１２から構成され、ＣＰＵ２１０と主記憶２１１に記憶されたプログラムとの協働により、分析サーバ１４０に対してファイル共有機能を提供するファイル共有部１１１が実現される。そして、格納されたファイルに対するアクセスを可能とさせる。また、ＤＷＨ１１０は、スタブ１１２を有する。スタブ１１２により、共有ファイルサーバ１５０に格納されたファイルデータにアクセスする。
【００１８】
分析サーバ１４０は、クライアント１０１からの要求に応じて、所定のファイルデータに対して分析処理を実行し、処理結果を応答する。分析サーバ１４０は、ＣＰＵ２３０、主記憶２３１及び補助記憶２３２から構成され、ＣＰＵ２３０と主記憶に記憶されたプログラムとの協働により、情報抽出部１４１と情報参照部１４２が実現される。分析サーバ１４０では、ＤＷＨ１１０からスケジュールに沿ってデータが読み出され、そのデータコンテンツが解析されることによって得た情報をメタデータとして保存し、その情報への参照を可能にする。具体的には、情報抽出部１４１によってデータの内容が解析され、メタファイルが生成される。また、クライアントからのメタファイル参照要求に対し、情報参照部１４２により生成されたメタファイルが参照できるようになっている。
【００１９】
データソース１３０に格納されたファイルデータは、所定の契機で、ＥＴＬ１２０にクローリングされ、次いで、予定の時刻にＤＷＨ１１０にクローリングされ、その後、所定の時刻に分析サーバ１４０にクローリングされて伝播される。
【００２０】
共有ファイルサーバ１５０は、ネットワーク１０３を介して接続されるクライアント１０１から、計算機システムの構成情報の変更や処理設定の変更を受け付ける。サーバ内には、各ＤＷＨ１１０に対応するネームスペースが構成される。共有ファイルサーバ１５０は、ＣＰＵ２００、主記憶２０１及び補助記憶２０２から構成され、ＣＰＵ２００と主記憶２０１に格納されたプログラムとの協働により、ダミーアクセス設定部１５１、ファイル名管理部１５２及びアクセス要求中継部１５３の各種機能部が実現される。
ダミーアクセス設定部１５１は、ダミーのネームスペース１９２の生成／参照／変更／削除を行う。また、ダミーアクセス設定部１５１は、共有ファイルシステム上で、ダミーネームスペース１９２を参照するスタブの生成／変更／削除を行う。さらに、実ネームスペースに存在するファイル名と、スタブを用いて参照されるダミーネームスペースのファイル名との対応を、ファイル名対応表１７０を用いて管理する。
ファイル名管理部１５２は、ファイル名変更表１８０を参照して、スタブパス名を変更する処理を行う。
ダミーアクセス設定部は１５１は、ファイルデータへのアクセス処理を行う。
【００２１】
以降では、共有ファイルサーバ１５０が有する参照データについて説明する。ここでは各種テーブル形式を採用して示しているが、管理する情報はテーブル形式に限られるものではない。
図３は、ＤＷＨ１１０が有するスタブ１１２を示す。分析サーバ１４０は、スタブ１１２を介してファイルデータにアクセスする。スタブ１１２は、ＮＳ名１１３（以下、「ＮＳ」は、ネームスペースの略語を示す。）及びスタブパス名１１４から構成される。ＮＳ名１１３は、分析サーバ１４０がアクセスするネームスペース名を示している。スタブパス名１１４は、実際のファイルデータにアクセスするためのパス名を示している。
【００２２】
図４は、共有ファイルサーバ１５０が有するＮＳリスト１６０を示す。ファイル名管理部１５２は、ＮＳリスト１６０を参照し、アクセスしているネームスペースが、実ネームスペースであるいはダミーネームスペースであるのかを判定する。
ＮＳリスト１６０は、ＮＳ名１６１及び種別１６２からなる。ＮＳ名１６１は、実ネームスペース及びダミーネームスペースの名称を示す。種別１６２は、各ネームスペースが実ネームスペース（ｒｅａｌ）あるいはダミーネームスペース（ｄｕｍｍｙ)であるかを示す。
【００２３】
図５は、共有ファイルサーバ１５０が有するファイル名対応表１７０を示す。ファイル名管理部１５２は、ファイル名対応表１７０を参照することにより、実ファイルデータにアクセスする。ファイル名対応表１７０は、実ネームスペースのファイルパス名とダミーネームスペースのスタブパス名との対応関係を示し、実ＮＳ名１７１、実ファイルパス名１７２、ダミーＮＳ名１７３及びスタブパス名１７４を有する。
実ＮＳ名１７１は、実際のデータが格納されている実ネームスペースを示す。実ファイルパス名１７２は、ネームスペースにアクセスするためのパス名が格納される。ダミーＮＳ名１７３は、ダミーネームスペースの名称を示す。スタブパス名１７４は、ダミーネームスペースにアクセスするためのスタブパス名を格納する。
【００２４】
図６は、共有ファイルサーバ１５０が有するファイル名変更表１８０を示す。ファイル名管理部１５２は、異なるネームスペース間でスタブパス名が重複した場合、ファイル名変更表１８０を参照することにより、新たなスタブパス名を決定する。
ファイル名変更表１８０は、ファイル名パターン１８１、変換後ファイル名パターン１８２及び補足情報１８３から構成される。ファイル名パターン１８１は、ファイルの拡張子に関する情報を格納する。変換後ファイル名パターン１８２は、ファイル名変換後にファイル名に付与される情報である。補足情報１８３は、ファイルデータに関する補足情報が格納される。例えば、ファイル名パターンの詳細情報が格納される。
【００２５】
図７は、本実施形態の計算機システムにおける全体処理を示すフローである。
まず、Ｓ７０１で、ダミーアクセス設定部１５１が、共有ファイルサーバ１５０に対応するネームスペースを新たに生成する。
次いで、Ｓ７０３で、ダミーアクセス設定部１５１が、Ｓ７０１で生成したネームスペースが管理する各ファイルデータについてスタブ１１２を生成し、実際のデータにアクセスするためのスタブパス名を設定する。
次いで、Ｓ７０５で、ダミーアクセス設定部１５１が、ファイル名対応表１７０を更新する（以下、「ファイル名更新処理」という。）。
Ｓ７０７で、ダミーアクセス設定部１５１は、ファイル名対応表１７０のスタブパス名１７４が重複しているかを判断する。スタブパス名１７４が重複している場合（Ｓ７０７：Ｙｅｓ）、Ｓ７０９でファイル名管理部１５２が、ファイル名を変更する（以下、「ファイル名変更処理」という。）。
次いで、Ｓ７１１で、ファイル名管理部１５２が、ファイル名対応表１７０を変更して登録する（以下、「ファイル名登録処理」という。）（Ｓ７１３）。ファイル名が重複していない場合（Ｓ７０７：Ｎｏ）、そのままファイル名を登録して処理を終了する。
【００２６】
図８は、ファイル名管理部１５２が実行するファイル名変更処理（Ｓ１０４）のフローを示す。本処理は、ファイル名対応表１７０のスタブパス名が、異なるネームスペース間で重複している場合に、ファイル名変更表１８０を使用して、スタブパス名を変更する処理である。
まず、Ｓ９０１で、ファイル名管理部１５２が、ファイル名変更表１８０を参照して、変更対象となるファイル名及びファイル名パターンを特定する。
次いで、Ｓ９０３で、ファイル名管理部１５２が、ファイル名変更表１８０の変換後ファイル名パターン１８２から、ファイル名の変換内容を決定する。ファイル名の変換内容は、ファイル名変更表１８０の変換後ファイル名パターン１８１から決定される。
最後に、Ｓ９０５で、ファイル名管理部１５２が、決定した変換内容にスタブパス名を変更する。
【００２７】
図９は、ファイル名管理部１５２が実行するファイル名登録処理（Ｓ１０５）のフローを示す。本処理は、ファイル名対応表１７０にＮＳ名及びスタブパス名を登録する処理である。
まず、Ｓ１００１で、ファイル名管理部１５２が、ファイル名対応表１７０に同一のダミーＮＳ及びスタブパス名が存在するかを判定する。
同一のスタブパス名が存在しない場合（Ｓ１００１：Ｙｅｓ）、Ｓ１００３で、ファイル名管理部１５２が、ファイル名対応表１７０にＮＳ名及びスタブパス名を登録して処理を終了する。
同一のスタブパス名が存在する場合（Ｓ１００１：Ｎｏ）、Ｓ１００５で、ファイル名管理部１５２が、ファイル名変更処理を行う。次いで、Ｓ１００７で、ファイル名管理部１５２が、変更したＮＳ名及びスタブパス名を登録して処理を終了する。
【００２８】
以降では、ファイルデータにアクセスする処理（以下、「ファイルアクセス処理」）について説明する。
図１０は、アクセス要求中継部１５３が実行するファイルアクセス処理のフローを示す。
まず、Ｓ１１０１で、アクセス要求中継部１５３が、クライアントからファイルアクセス要求を受信する。
【００２９】
次いで、Ｓ１１０３で、アクセス要求中継部１５３は、受信した要求がダミーネームスペースへのアクセスかどうかをＮＳリスト１６０を照合して判定する。
ダミーネームスペースへのアクセスである場合（Ｓ１１０３：Ｙｅｓ）、Ｓ１１０５で、アクセス要求中継部１５３が、ファイル名対応表１７０から、データが存在する実ファイルのパス名を取得する。
【００３０】
次いで、Ｓ１１０７で、アクセス要求中継部１５３が、取得したパス名により、ファイルにアクセスする。
最後に、Ｓ１１０９で、アクセス要求中継部１５３が、アクセスした結果をファイルアクセス要求に対する応答を返す。
ダミーネームスペースへのアクセスでない場合（Ｓ１１０３：Ｎｏ）、Ｓ１１１１で、アクセス要求中継部１５３が、通常のネームスペースのアクセス処理へアクセス要求を転送して処理を終了する。
【００３１】
以上が第１実施形態の説明である。本実施形態によれば、分析サーバのＤＷＨに対応するダミーネームスペースを生成し、異なるネームスペース間でスタブの名称が重複しないようにスタブパス名の変更処理を行うことで、分析サーバから適切なファイルデータに効率的にアクセスする事ができる。
【００３２】
[第２実施形態］
次に、本発明を適用した計算機システムの第２実施形態について説明する。第２実施形態では、分析対象とするファイルデータを所定の条件によって絞り込みする実施形態である。
【００３３】
図１１に、第２実施形態における計算機システムのシステム構成を示す。なお、以下の説明では、計算機システムの構成の内、第１実施形態における計算機システムと同様の構成を有するものは、同一符号をもって詳細な説明を省略するものとし、相違点についてのみ詳細に説明するものとする。
第２実施形態では、第１実施形態における計算機システムに加え、新たに検索サーバ２００を有する。検索サーバ２００は、クライント１０１からファイルデータの絞り込み検索要求を受信し、指定された条件に基づいてファイルデータの絞込検索を行う。検索サーバ２００は、ＣＰＵ２３０、主記憶２３１及び補助記憶２３２から構成され、ＣＰＵ２３０と主記憶２３１に記憶されたプログラムとの協働により、検索部２０１を有する。
【００３４】
共有ファイルサーバ１５０は、ＣＰＵ２００とプログラムとの協働により、さらに分析範囲管理部１３０１が実現される。また、分析範囲指定情報１３０２、分析サーバリスト１３０３、絞込処理結果１３０４及びスタブ付与結果１３０５を格納する。
分析範囲管理部１３０１は、分析対象となるファイルデータの管理を行う。分析範囲を指定する分析範囲指定情報１３０２に記載されている条件に従い、共有ファイルサーバ１５０にファイルの絞り込み検索を要求する。
【００３５】
図１２は、共有ファイルサーバ１５０が有する分析範囲指定情報１３０２を示す。分析範囲管理部１４０１は、分析範囲指定情報１４０２を参照して、ファイルデータの絞込検索を要求する。
分析範囲指定情報１３０２は、項目名１４０１及び値１４０２から構成される。分析範囲指定情報１３０２は、ユーザが任意に指定することができる。項目名１４０１は、分析対象とするファイルのカテゴリや絞り込み検索を行う条件をユーザが指定する。値１４０２は、絞り込み検索を行う具体的な値を示す。ここでは、データ内容が「医療情報」であり且つ患者番号が「１０１−２００」のファイルデータの検索を指定している。
【００３６】
図１３は、共有ファイルサーバ１５０が有する分析サーバリスト１３０３を示す。分析サーバリスト１３０３は、システムを構成する分析サーバ１４０を把握するためのテーブルである。分析サーバリスト１３０３は、サーバ名１４１０及びＮＳ名１４１１から構成される。サーバ名１４１０には、分析サーバの名称を示す。ＮＳ名１４１１は、分析サーバ１４０のＮＳを示す。
【００３７】
図１４は、分析範囲管理部１３０１が実行するファイルデータの絞込処理のフローを示す。本処理は、分析範囲指定情報１３０２により、ファイルデータから分析対象とするファイルデータの絞込みを行う処理である。
まず、Ｓ１５０１で、分析範囲管理部１３０１が、分析範囲指定情報１３０２に従って、クライアントから検索サーバ２００に対し、ファイルの絞込検索を要求する。
【００３８】
次いで、Ｓ１５０３で、分析範囲管理部１３０１が、検索サーバ２００からファイルの検索結果を受信する。
最後に、Ｓ１５０５で、分析範囲管理部１３０１は、検索サーバ２００の応答情報を絞込処理結果として管理する。
【００３９】
図１５は、ファイル絞込処理前のファイルデータの一覧から、分析範囲指定情報１３０２によりファイルデータの絞込処理を行った絞込処理結果１３０４を示す。図１５は、ファイル絞込処理前のファイルデータの一覧から、分析範囲指定情報（図１４Ａ）により、データ内容が「医療情報」かつ患者番号が「１０１〜２００」であるファイルデータに絞り込みを行った結果が示されている。
また、図１６は、スタブ付与結果１３０５を示している。スタブ付与結果１３０５は、絞込処理結果１３０４のファイルデータにアクセスするためのスタブパス名１６０６が付与されたデータである。
【００４０】
以上が第２実施形態の説明である。本実施形態によれば、ファイルデータの分析範囲を指定してファイルデータの絞込みを行い、絞込処理結果にスタブを付与することで、大量のファイルデータから要求されたファイルデータに効率的にアクセスすることができる。
【００４１】
[第３実施形態]
次に、本発明を適用した計算機システムの第３実施形態について説明する。第３実施形態は、各サーバの負荷情報からサーバ負荷を平準化させる実施形態である。
【００４２】
図１７に、第３実施形態における計算機システムのシステム構成を示す。なお、以下の説明では、計算機システムの構成のうち、第１実施形態における計算機システムと同様の構成を有するものは、同一符号をもって詳細な説明を省略するものとし、相違点についてのみ詳細に説明するものとする。
【００４３】
第３実施形態では、第１実施形態における計算機システムに加え、共有ファイルサーバ１５０が、ＣＰＵ２００とプログラムとの協働により、新たに負荷管理部１７０１を有する。負荷管理部１７０１は、各サーバの負荷を分析サーバ管理表１７０２によって管理し、実行処理表１７０３に基づいて、スタブ１１２の再配置を行うようにダミーアクセス設定部１５１に要求を出す。
【００４４】
図１８は、共有ファイルサーバ１５０が有する分析サーバ管理表１７０２を示す。分析サーバ管理表１７０２は、サーバ名１８０１、平均処理時間１８０２、ＮＳ名１８０３及びスタブ数１８０４から少なくとも構成される。サーバ名１８０１は、計算機システムを構成するサーバの名称を示す。平均処理時間１８０２は、クライアントから分析要求を受け付けてから、各サーバが各処理結果を返答するまでの応答時間の平均を示す。ＮＳ名１８０３は、サーバに対応するネームスペースの名称を示す。スタブ数１８０４は、各サーバが有するスタブの数を示す。
【００４５】
図１９は、共有ファイルサーバ１５０が有する実行処理表１７０３を示す。負荷管理部１７０１は、実行処理表１７０３を参照し、各実行条件に対応する実行処理を行う。実行処理表１７０３は、実行条件１８１０及び実行処理１８１１から少なくとも構成される。実行条件１８１０は、各サーバが処理を実行するための条件を示している。実行処理１８１１には、各実行条件に対応する実行処理を指示する。
【００４６】
図２０は、負荷管理部１７０１が実行する負荷再分配処理のフローを示している。本処理は、サーバの負荷状況に応じて、スタブ情報を再配置させる処理である。
まず、Ｓ１９０１で、負荷管理部１７０１が、各サーバから分析サーバ管理表１７０２を取得する。
次いで、Ｓ１９０３で、負荷管理部１７０１が、実行処理表１７０３を参照する。
次いで、Ｓ１９０５で、実行処理表１７０３を参照した結果、実行条件と条件が一致する分析サーバがあるか否かを判定する。
条件が一致する分析サーバが存在する場合（Ｓ１９０５：Ｙｅｓ）、Ｓ１９０７で、分析サーバ管理表の実行条件に対応した実行内容を実行する。条件が一致する分析サーバ１４０が存在しない場合（Ｓ１９０５：Ｎｏ）、Ｓ１９０１に戻る。
【００４７】
以上が第３実施形態の説明である。本実施形態によれば、各サーバの平均処理時間等の負荷情報を管理し、サーバの負荷状態に適した実行処理を行うことで、サーバの負荷を平準化することができる。
【００４８】
以上、本発明を実施するための形態を説明したが、本発明はこれらの例に限定されるものではなく、その趣旨を変更することのない範囲で種々の構成や動作を適用可能である。
また、実施形態における各機能部は、プログラムとＣＰＵの協働によって実現する例について説明したが、これらの一部や全部をハードウェアとして実現することも可能である。
さらに、実施形態において各種テーブル形式で示して管理する情報は、テーブル形式に限られるものではない。また、各種情報は、クライアントの操作画面に表示されてもよい。
なお、実施形態において各機能部を実現するためのプログラムは、電気・電子及び／又は磁気的な非一時的な記録媒体に格納可能である。
【符号の説明】
【００４９】
１０１…クライアント、１１０…ＤＷＨ、１２０…ＥＴＬ、１３０…データソース、１４０…分析サーバ、１５０…共有ファイルサーバ、２００…検索サーバ
【図１】
2014122733.tif 000003
【図２】
2014122733.tif 000004
【図３】
2014122733.tif 000005
【図４】
2014122733.tif 000006
【図５】
2014122733.tif 000007
【図６】
2014122733.tif 000008
【図７】
2014122733.tif 000009
【図８】
2014122733.tif 000010
【図９】
2014122733.tif 000011
【図１０】
2014122733.tif 000012
【図１１】
2014122733.tif 000013
【図１２】
2014122733.tif 000014
【図１３】
2014122733.tif 000015
【図１４】
2014122733.tif 000016
【図１５】
2014122733.tif 000017
【図１６】
2014122733.tif 000018
【図１７】
2014122733.tif 000019
【図１８】
2014122733.tif 000020
【図１９】
2014122733.tif 000021
【図２０】
2014122733.tif 000022
【国際調査報告】
2014122733.tif 000023
2014122733.tif 000024
2014122733.tif 000025
2014122733.tif 000026