情報検索装置、情報検索プログラム、及び情報検索方法
【課題】複数のデータベースをまたいだ情報検索においてユーザの利便性を高める情報検索装置、情報検索プログラム、及び情報検索方法を提供する。
【解決手段】複数のデータベースを対象として情報検索を実行する情報検索装置１０であって、検索条件及び表示項目を含む検索対象の指定を受付ける受付部１１２と、データベース中の複数の検索対象ごとに、検索対象の取得先となるデータベースを優先順位とともに記憶する記憶部１１５と、優先順位に従って、記憶部１１５に記憶されたデータベースを検索条件に基づいて検索し、受付部１１２で指定された検索対象を検索結果として取得する取得部１１３と、を備える。
【解決手段】複数のデータベースを対象として情報検索を実行する情報検索装置１０であって、検索条件及び表示項目を含む検索対象の指定を受付ける受付部１１２と、データベース中の複数の検索対象ごとに、検索対象の取得先となるデータベースを優先順位とともに記憶する記憶部１１５と、優先順位に従って、記憶部１１５に記憶されたデータベースを検索条件に基づいて検索し、受付部１１２で指定された検索対象を検索結果として取得する取得部１１３と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、情報検索装置、情報検索プログラム、及び情報検索方法に関する。
【背景技術】
【０００２】
近年、データベースの構築・利用技術は進歩してきており、ネットワークに接続された複数のデータベースをまたいで情報検索を行うマルチデータベース検索技術が開発されている。マルチデータベース検索技術を用いると、複数のデータベースを単一の検索コマンドで検索することができる。
【０００３】
上述のマルチデータベース検索においては、ユーザの利便性を高めるために、データ検索にかかる時間を短縮する技術が提案されている（例えば、特許文献１、特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３１１７７７号公報
【特許文献２】特開平７−１０５２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチデータベース検索におけるユーザ利便性の向上という点においては、データ検索処理の時間を短縮するだけでは十分とはいえない可能性がある。
【０００６】
本件は、上記の事情に鑑みて成されたものであり、複数のデータベースをまたいだ情報検索においてユーザの利便性を高める情報検索装置、情報検索プログラム、及び情報検索方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、明細書開示の情報検索装置は、複数のデータベースを対象として情報検索を実行する情報検索装置であって、検索条件及び表示項目を含む検索対象の指定を受付ける受付部と、前記データベース中の複数の検索対象ごとに、前記検索対象の取得先となるデータベースを優先順位とともに記憶する記憶部と、前記優先順位に従って、前記記憶部に記憶されたデータベースを検索条件に基づいて検索し、前記受付部で指定された検索対象を検索結果として取得する取得部と、を備える。
【０００８】
上記課題を解決するために、明細書開示の情報検索プログラムは、複数のデータベースを対象として情報検索を実行する情報検索プログラムであって、検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象を前記検索対象の取得先となるデータベースを選定する選定ステップと、前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、をコンピュータに実行させる。
【０００９】
上記課題を解決するために、明細書開示の情報検索方法は、複数のデータベースを対象として情報検索を実行する情報検索方法であって、検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象の取得先となるデータベースを選定する選定ステップと、前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、を備える。
【発明の効果】
【００１０】
明細書開示の情報検索装置、情報検索プログラム、及び情報検索方法によれば、複数のデータベースをまたいだ情報検索においてユーザの利便性が高まる。
【図面の簡単な説明】
【００１１】
【図１】本件の情報検索装置を含む情報処理システムのシステム構成の一例を示す図である。
【図２】情報検索装置のハードウェア構成の一例を示す図である。
【図３】情報検索装置が備える機能の一例を示す機能ブロック図である。
【図４】アクセス制御テーブルの一例を示す図である。
【図５】情報検索装置が実行する処理の一例を示すフローチャートである。
【図６】情報検索装置が実行する処理の一例を説明する具体的なデータの一例である。
【図７】項目定義テーブルの一例を示す図である。
【図８】図５におけるステップS１５の処理の一例を示すフローチャートである。
【図９】表示項目毎に取得先となるデータベースを示すテーブルの一例である。
【図１０】関連ＤＢ定義テーブルの一例を示す図である。
【図１１】検索処理に使用される検索命令の一例を示す図である。
【図１２】表示部が実行する処理について説明するための具体例である。
【図１３】表示形式定義テーブルの一例を示す図である。
【図１４】表示装置への検索結果の表示方法の別例を示す図である。
【図１５】情報検索装置の機能ブロック図の別例である。
【図１６】本件の情報検索装置を含む情報処理システムのシステム構成の別例を示す図である。
【図１７】項目定義テーブルと関連ＤＢ定義テーブルとを統合したテーブルの一例を示す図である。
【図１８】表示項目の取得先となるデータベースの決定に用いられるテーブルの別例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本件の実施例について、添付図面を参照しつつ説明する。
【００１３】
まず、図１を参照して、本件の情報検索装置を含む、情報処理システムの構成例について説明する。図１に示すように、情報処理システム１００は、情報検索装置１０、購買ＤＢ（Data Base）２０、環境ＤＢ３０、ＣＡＤ用ＤＢ４０、及び部品ＤＢ５０を備える。
【００１４】
情報検索装置１０は、例えば、パーソナルコンピュータであって、無線通信端末、又はＰＤＡ（Personal Digital Assistant）であってもよい。情報検索装置１０は、複数のデータベースをまたいで情報検索を行うことができる、いわゆるマルチデータベース検索機能を備える。情報検索装置１０は、ＬＡＮ（Local Area Network）等のネットワーク６０で接続された購買ＤＢ２０、環境ＤＢ３０、ＣＡＤ用ＤＢ４０、及び部品ＤＢ５０を含む複数のデータベースをまたいで情報検索を実行する。
【００１５】
購買ＤＢ２０は、例えば、部品の調達業務等を管理する購買システム等に備えられるデータベースである。購買ＤＢ２０は、例えば、「物品番号」、「物品単価」、「主仕入先」、「最低発注個数」、「納入リードタイム」等の項目を有する。「物品番号」は、調達対象の物品を一意に識別する番号である。「物品単価」は、物品番号によって識別される物品の単価を表す。「主仕入先」は、物品番号によって識別される物品の主な仕入先を表す。「最低発注個数」は、物品番号によって識別される物品を発注する際の発注個数の下限を示す。「納入リードタイム」は、物品番号によって識別される物品が発注されてから納入されるまでのリードタイムを表す。
【００１６】
環境ＤＢ３０は、例えば、環境規制に対応するための環境マネジメントシステム等に備えられるデータベースである。本実施例において、環境ＤＢ３０は、「物品番号」、「規制フラグ」、「グリーン購入対象」等の項目を有する。「物品番号」は、物品を一意に識別する番号である。「規制フラグ」は、物品番号で識別される物品の使用が規制されるか否かを表す。「グリーン購入対象」は、物品番号で識別される物品が、グリーン購入法基本方針で定められた判断の基準に適合するか否かを示す。
【００１７】
ＣＡＤ用ＤＢ４０は、例えば、ＣＡＤ（Computer Aided Design）システムに備えられるデータベースである。本実施例において、ＣＡＤ用ＤＢ４０は、「部品名」、「規制フラグ」、「標準化フラグ」、「代替部品」、「物品単価」、「部品形状タイプ」、及び「シンボル」等の項目を備える。「部品名」は、部品を一意に識別するための項目である。「規制フラグ」は、部品名で識別される部品の使用が規制されるか否かを表す。「標準化フラグ」は、部品名で識別される部品が、標準品であるか否かを表す。「代替部品」は、部品名で識別される部品の代替品として用いることができる部品を表す。「物品単価」は、部品名で識別される部品の単価を示す。「部品形状タイプ」は、部品名で識別される部品の形状を表す。「シンボル」は、部品名で識別される部品をＣＡＤ画面上に配置する際の回路シンボルを表す。
【００１８】
部品ＤＢ５０は、例えば、各部品の情報を管理する部品管理システム等に備えられるデータベースである。本実施例において、部品ＤＢ５０は、「物品番号」、「規制フラグ」、「取扱区分」、「代替物品」、「部品単価」、「部品形状タイプ名」、及び「シンボル名」等の項目を備える。「物品番号」は、各部品を一意に識別するための番号である。「規制フラグ」は、物品番号で識別される部品の使用が規制されるか否かを表す。「取扱区分」は、物品番号で識別される部品が、標準品であるか否かを表す。「代替物品」は、物品番号で識別される部品の代替品として用いることができる部品を表す。「部品単価」は、物品番号で識別される部品の単価を表す。「部品形状タイプ名」は、物品番号で識別される部品の形状を表す。「シンボル名」は、物品番号で識別される部品をＣＡＤ画面上に配置する際の回路シンボルを表す。
【００１９】
購買ＤＢ２０〜部品ＤＢ５０は、相異なるデータベースであるが、いずれかのデータベースが備える項目を、他のデータベースの項目で代替できる場合がある。例えば、ＣＡＤ用ＤＢ４０が備える「規制フラグ」、部品ＤＢ５０が備える「規制フラグ」、及び環境ＤＢ３０が備える「規制フラグ」は、いずれも、部品又は物品の使用が規制されるか否かを表す。すなわち、３つのデータベースの各項目は同等の項目であるといえる。従って、ＣＡＤ用ＤＢ４０が備える「規制フラグ」、部品ＤＢ５０が備える「規制フラグ」、及び環境ＤＢ３０が備える「規制フラグ」は、それぞれの項目を代替できる。また、ＣＡＤ用ＤＢ４０が備える「標準化フラグ」は、物品が標準品であるか否かを表すため、部品ＤＢ５０の「取扱区分」と同等の項目といえる。従って、ＣＡＤ用ＤＢ４０が備える「標準化フラグ」は、部品ＤＢ５０の「取扱区分」を代替できる。
【００２０】
次に、図２を用いて、情報検索装置１０のハードウェア構成の一例について説明する。情報検索装置１０は、ハードウェア構成として、例えば、入出力部１０１、ＲＯＭ（Read Only Memory）１０２、中央処理装置（ＣＰＵ：Central Processing Unit）１０３、ＲＡＭ（Random Access Memory）１０４、及びハードディスクドライブ（ＨＤＤ：Hard Disk Drive）１０５を備える。
【００２１】
入出力部１０１は、各データベースとの間でデータの送受信を行う。ＲＯＭ１０２は、購買ＤＢ２０〜部品ＤＢ５０をまたいだ情報検索を実行するためのプログラム（詳細は後述）等を格納する。ＣＰＵ１０３は、ＲＯＭ１０２に格納されたプログラムを読み込んで実行する。また、ＲＯＭ１０２に格納されたプログラムのＣＰＵ１０３による演算によって、図３に示す監視部１１１、受付部１１２、取得部１１３、及び表示部１１４が有する機能が実現される。ＲＡＭ１０４は、プログラムを実行する際に使用される一時的なデータを保存する。また、ＨＤＤ１０５は、検索項目及び表示項目と、購買ＤＢ２０〜部品ＤＢ５０の各データベースが備える項目との対応関係を管理するテーブル等（詳細は後述）を格納する。
【００２２】
次に、情報検索装置１０が有する機能を実現するための手段の一例について、図３の機能ブロック図を用いて説明する。図３に示すように、情報検索装置１０は、監視部１１１、受付部１１２、取得部１１３、表示部１１４、及び記憶部１１５を備える。
【００２３】
監視部１１１は、所定の時間毎（例えば、１秒ごと）に購買ＤＢ２０〜部品ＤＢ５０の各データベースにアクセスし、各データベースの稼働状態を監視する。監視部１１１は、各データベースの稼働状態をアクセス制御テーブルに書き込む。
【００２４】
ここで、アクセス制御テーブルの構成の一例について、図４を用いて説明する。アクセス制御テーブルは、「ＤＢ名」、「稼働状態」、及び「応答速度」の項目を備える。「ＤＢ名」には、監視部１１１が稼動状態を監視するデータベースの名称が設定される。「稼働状態」は、「ＤＢ名」に設定されたデータベースの稼働状態を表す。例えば、監視部１１１は、アクセスを要求したデータベースから所定時間内に応答を受信できない場合に、そのデータベースの「稼働状態」に“停止”を設定する。本実施例では、「稼働状態」に“停止”が設定されている場合、「ＤＢ名」に設定されたデータベースに対する検索処理は実行できないものとする。一方、「稼働状態」に“稼働”が設定されている場合には、「ＤＢ名」に設定されたデータベースに対する検索処理が実行可能であるとする。「応答速度」は、「ＤＢ名」に設定されたデータベースが、監視部１１１からのアクセス要求を受けてから応答するまでの時間を表す。
【００２５】
図４において、購買ＤＢ及び環境ＤＢの「稼働状態」には、“停止”が設定されている。これは、購買ＤＢ及び環境ＤＢに対する検索処理が実行できないことを示している。一方、ＣＡＤ用ＤＢの「稼働状態」には、“稼働”が設定されており、「応答速度」には“５０”が設定されている。これは、ＣＡＤ用ＤＢに対する検索処理が実行可能であり、その応答速度が５０（ｍｓｅｃ）であることを示す。同様に、図４から、部品ＤＢに対する検索処理は実行可能であり、その応答速度は８０（ｍｓｅｃ）であることがわかる。
【００２６】
受付部１１２は、ユーザから検索条件及び表示項目の指定を受付ける。具体的には、受付部１１２は、検索条件として、検索の対象となる項目（検索項目）と、検索値を受付ける。また、受付部１１２は、検索結果として表示装置１１に表示する項目（表示項目）を受付ける。受付部１１２は、検索条件及び表示項目を取得部１１３に出力する。
【００２７】
取得部１１３は、受付部１１２から検索条件及び表示項目を受付ける。取得部１１３は、受付部１１２から受付けた検索条件に基づいて、購買ＤＢ２０〜部品ＤＢ５０をまたいだ検索処理を実行し、表示項目のデータを取得する。具体的には、取得部１１３は、アクセス制御テーブルと、項目定義テーブルとに基づいて、受付けた表示項目のそれぞれを、購買ＤＢ２０〜部品ＤＢ５０のいずれから取得するかを決定する。次に、取得部１１３は、決定結果に従って、各データベースを検索条件に基づいて検索し、表示項目のデータを検索結果として取得する。
【００２８】
取得部１１３は、各データベースから取得した検索結果を表示部１１４に出力する。なお、取得部１１３は、検索を実行した際に応答しないデータベースが存在する場合には、アクセス制御テーブルの「稼働状態」を更新する。そして、取得部１１３は、表示項目を購買ＤＢ２０〜部品ＤＢ５０のいずれから取得するかを再決定する。なお、項目定義テーブルの詳細については、後述する。
【００２９】
表示部１１４は、取得部１１３から受付けた各データベースの検索結果をマージし、表示装置１１に検索結果を表示する。その際、表示部１１４は、表示形式定義テーブルに基づいて、検索結果の表示形式を変換する（詳細は後述する）。なお、表示形式定義テーブルの詳細については、後述する。
【００３０】
記憶部１１５は、例えば、ＨＤＤ１０５であり、上述したアクセス制御テーブル、項目定義テーブル、関連ＤＢ定義テーブル、及び表示形式定義テーブルを格納する。なお、本実施例では、項目定義テーブル、関連ＤＢ定義テーブル、及び表示形式定義テーブルは、ユーザにより予め設定されているものとする。
【００３１】
次に、情報検索装置１０が実行するマルチデータベース検索処理の一例について、具体例を用いながら説明する。図５は、情報検索装置１０が実行するマルチデータベース検索処理の一例を示すフローチャートである。
【００３２】
受付部１１２は、ユーザからマルチデータベース検索の要求があったか否か判定する（ステップＳ１１）。受付部１１２は、ユーザからマルチデータベース検索の要求がない場合（ステップＳ１１／ＮＯ）、ステップＳ１１の処理を繰り返す。
【００３３】
ユーザからマルチデータベース検索の要求があった場合（ステップＳ１１／ＹＥＳ）、受付部１１２は、検索条件及び表示項目の指定を受付ける（ステップＳ１３）。例えば、受付部１１２は、図６（Ａ）に示すように、検索項目として「物品項目」、検索値として「ＮＡＮＤＧＡＴＥ−Ａ」を受付ける。また、受付部１１２は、表示項目として、物品番号、規制フラグ、標準化フラグ、代替部品、購買価格、部品形状、及び回路シンボルを受付ける。なお、本実施例では、購買ＤＢ２０〜部品ＤＢ５０に、図６（Ｂ）〜（Ｅ）に示すデータが格納されているものとする。
【００３４】
次に、取得部１１３は、表示項目を取得するデータベースを決定する（ステップＳ１５）。具体的には、取得部１１３は、アクセス制御テーブルと、項目定義テーブルとに基づいて、表示項目のそれぞれを、購買ＤＢ２０〜部品ＤＢ５０のいずれから取得するかを決定する。
【００３５】
ここで、項目定義テーブルの詳細について説明する。図７は、項目定義テーブルの一例を示している。項目定義テーブルは、受付部１１２で指定された表示項目の主たる取得先となる主データベース、及び主データベースに対する検索処理が実行できない場合に主データベースの代わりに表示項目を取得するデータベースを定義する。
【００３６】
本実施例において、項目定義テーブルは、「検索／表示項目名」、「ユニーク項目」、及び「優先順位」の項目を備える。「検索／表示項目名」は、受付部１１２がユーザから受付ける検索項目及び表示項目の名称を表す。「ユニーク項目」は、「検索／表示項目名」に設定される項目において、ある特定の値をとるレコードが、１レコードのみか否かを表す。例えば、「物品番号」の項目において、“ＮＡＮＤＧＡＴＥ−Ａ”という値をとるレコードが１レコードのみの場合、「ユニーク項目」には、“○”が設定される。また、「規制フラグ」の項目では、その物品が生産終了品であることを示す「ＥＯＬ」という値をとるレコードが複数ありうるので、「ユニーク項目」には、“×”が設定される。
【００３７】
「優先順位」は、購買ＤＢ、環境ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢをサブ項目として有する。本実施例では、購買ＤＢ、環境ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢのうち、表示項目の主たる取得先となる主データベースに対して、「１」が設定される。また、主データベースに対する検索処理が実行できない場合に、主データベースの代わりに表示項目を取得するデータベースに対しては、「２」以降の値が設定される。主データベースの代わりに表示項目を取得できるデータベースが複数ある場合には、検索の優先度にしたがって、優先順位が設定される。
【００３８】
例えば、図７において、「規制フラグ」では、環境ＤＢに「１」が設定されており、ＣＡＤ用ＤＢ及び部品ＤＢには「２」が設定されている。これは、表示項目「規制フラグ」を取得する主データベースは環境ＤＢであり、環境ＤＢに対する検索処理が実行できない場合に検索されるデータベースが、ＣＡＤ用ＤＢ又は部品ＤＢであることを示している。なお、物品番号は、ユニーク項目であるため、全てのデータベースに対し「１」が設定される。
【００３９】
図８に、取得部１１３が実行するステップＳ１５の処理の一例を示す。取得部１１３は、まず、受付部１１２で指定された表示項目のいずれかを選択する（ステップＳ１５１）。次に、取得部１１３は、ステップＳ１５１で選択した表示項目の主たる取得先となる主データベースを、項目定義テーブルから取得する（ステップＳ１５２）。例えば、取得部１１３は、表示項目として「規制フラグ」をステップＳ１５１で選択する。そして、取得部１１３は、「規制フラグ」の主な取得先となる主データベース、すなわち、優先順位に「１」が設定されている環境ＤＢを、主データベースとして取得する（ステップＳ１５２）。
【００４０】
次に、取得部１１３は、主データベースに対する検索処理が可能か否かを、アクセス制御テーブルに基づいて判定する（ステップＳ１５３）。主データベースに対する検索処理が可能な場合（ステップＳ１５３／ＹＥＳ）、取得部１１３は、主データベースを、表示項目を取得するデータベースとして決定する（ステップＳ１５４）。取得部１１３は、アクセス制御テーブルにおいて、「稼働状態」に“稼動”が設定されていれば、主データベースに対する検索処理が可能であると判定する。また、「稼働状態」の項目に“停止”が設定されていれば、取得部１１３は、主データベースに対する検索処理が不可能であると判定する。
【００４１】
主データベースに対する検索処理が不可能な場合（ステップＳ１５３／ＮＯ）、取得部１１３は、項目定義テーブルにおいて、次に優先順位の高いデータベースを取得する（ステップＳ１５５）。図４のアクセス制御テーブルにおいて、「規制フラグ」の主データベースである環境ＤＢの「稼働状態」には“停止”が設定されている。従って、取得部１１３は、環境ＤＢに対する検索処理が不可能であると判定する（ステップＳ１５３／ＮＯ）。次に、取得部１１３は、図７の項目定義テーブルにおいて、優先順位「１」の次に高い優先順位「２」が設定されているデータベース（ＣＡＤ用ＤＢ又は部品ＤＢ）を取得する（ステップＳ１５５）。複数のデータベースに対し同一の優先順位が設定されている場合には、アクセス制御テーブルにおいて、応答速度が速い方のデータベースがステップＳ１５５で取得されるようにしてもよい。例えば、同一の優先順位「２」が設定されているＣＡＤ用ＤＢ及び部品ＤＢでは、ＣＡＤ用ＤＢの応答速度が、部品ＤＢの応答速度よりも速いため、取得部１１３は、ＣＡＤ用ＤＢをステップＳ１５５で取得する。
【００４２】
次に、取得部１１３は、ステップＳ１５５で取得したデータベースに対する検索処理が可能か否かを、アクセス制御テーブルに基づいて判定する（ステップＳ１５６）。ステップＳ１５６の判定がＹＥＳの場合、取得部１１３は、ステップＳ１５５で取得したデータベースを、表示項目を取得するデータベースとして決定する（ステップＳ１５７）。ステップＳ１５６の判定がＮＯの場合、取得部１１３は、ステップＳ１５５からの処理を再実行する。図４に示すアクセス制御テーブルにおいて、ＣＡＤ用ＤＢの「稼働状態」には“稼働”が設定されているため、検索処理が可能である（ステップＳ１５６／ＹＥＳ）。従って、取得部１１３は、ＣＡＤ用ＤＢを表示項目「規制フラグ」を取得するデータベースとして決定する（ステップＳ１５７）。
【００４３】
次に、取得部１１３は、全ての表示項目の取得先となるデータベースを決定したか否か判定する（ステップＳ１５８）。ステップＳ１５８の判定がＹＥＳの場合、取得部１１３は、本処理を終了する。ステップＳ１５８の判定がＮＯの場合、取得部１１３は、全ての表示項目に対して取得先となるデータベースが決定されるまで、ステップＳ１５１からの処理を繰り返す。
【００４４】
上述の取得部１１３の処理によって、図９に示すように、各表示項目をいずれのデータベースから取得するかが決定される。図９は、取得部１１３が決定した各表示項目の取得先となるデータベースを示している。図９の表において、“○”は、「検索／表示項目名」に設定された項目の取得先となるデータベースを表す。また、“×”は、「検索／表示項目名」に設定された項目に対応する項目は存在するが、データベースが停止しているため、取得が不可能であることを示す。“−”は、「検索／表示項目名」に設定された項目に対応する項目がデータベースに存在しないことを示す。また、“＊”は、「検索／表示項目名」に設定された項目に対応する項目が存在し、取得も可能であるが、他のデータベースからデータを取得するため、検索の対象外であることを示す。図９によれば、ＣＡＤ用ＤＢから、物品番号、規制フラグ、部品形状、及び回路シンボルのデータが取得される。また、部品ＤＢから、物品番号、標準化フラグ、代替部品、及び購買価格のデータが取得される。
【００４５】
図５に戻り説明を続ける。取得部１１３は、ステップＳ１５で決定されたデータベースの中から、検索処理の実行対象となるデータベースを決定する（ステップＳ１７）。例えば、図９において、検索処理の実行対象となるデータベースは、ＣＡＤ用ＤＢ及び部品ＤＢである。そこで、取得部１１３は、ＣＡＤ用ＤＢ及び部品ＤＢのうち、まず、ＣＡＤ用ＤＢを、検索処理の実行対象となるデータベースとして決定する（ステップＳ１７）。
【００４６】
次に、取得部１１３は、ステップＳ１７で決定したデータベースに対して、検索処理を実行する（ステップＳ１９）。具体的には、取得部１１３は、図１０に示す関連ＤＢ定義テーブルを用いて、検索項目及び表示項目を、ＣＡＤ用ＤＢの項目名に読み替える。取得部１１３は、ＣＡＤ用ＤＢの項目へと読み替えた検索命令を実行し、ＣＡＤ用ＤＢを検索する。
【００４７】
ここで、関連ＤＢ定義テーブルの詳細について説明する。図１０は、関連ＤＢ定義テーブルの一例を示す図である。本実施例において、関連ＤＢ定義テーブルは、「検索／表示項目名」、「ＤＢ名」、「ユニーク項目」、「ＤＢ毎の対応項目名」、「複写元ＤＢ名」、及び「複写遅延時間（分）」を備える。「検索／表示項目名」は、受付部１１２がユーザから受付ける検索項目及び表示項目の名称を表す。「ＤＢ名」には、購買ＤＢ２０〜部品ＤＢ５０の各データベースが設定される。「ユニーク項目」は、「ＤＢ毎の対応項目名」に設定される項目において、ある特定の値をとるレコードが、１レコードのみか否かを表す。「ＤＢ毎の対応項目名」は、「検索／表示項目名」と対応する、各データベースの項目名を表す。
【００４８】
例えば、図１０において、検索／表示項目名「物品番号」と対応する各データベースの項目名は、購買ＤＢでは「物品番号」、環境ＤＢでは「物品番号」、ＣＡＤ用ＤＢでは「部品番号」、部品ＤＢでは「物品番号」である。また、例えば、検索／表示項目名「標準化フラグ」と対応する各データベースの項目名は、ＣＡＤ用ＤＢでは「標準化フラグ」、部品ＤＢでは「取扱区分」である。なお、図中、“−”は、対応する項目がデータベースに無いことを表す。
【００４９】
「複写元ＤＢ名」は、データベース間で項目値の複写を行っている場合、その項目値の複写元を表す。「複写遅延時間（分）」は、データベース間で項目値の複写を行っている場合に、複写を実行する時間間隔を表す。例えば、図１０において、検索／表示項目名「規制フラグ」に対応する項目を、環境ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢが備えている。ＣＡＤ用ＤＢ及び部品ＤＢの「複写元ＤＢ名」には、“環境ＤＢ”が設定されており、「複写遅延時間（分）」には“４０”が設定されている。これは、ＣＡＤ用ＤＢ及び部品ＤＢの「規制フラグ」の項目値は、環境ＤＢの「規制フラグ」から複写され、また、その複写は４０分毎に実行されることを示している。また、例えば、検索／表示項目名「購買価格」に対応する項目を、購買ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢが備えている。部品ＤＢの「複写元ＤＢ名」には“購買ＤＢ”が設定されており、「複写遅延時間（分）」の値は“２０”である。これは、部品ＤＢの「部品単価」の項目値は、購買ＤＢの「物品単価」から複写され、その複写は２０分毎に実行されることを示している。同様に、ＣＡＤ用ＤＢの「物品単価」の項目値は、部品ＤＢの「部品単価」から複写され、その複写は３０分毎に実行される。
【００５０】
取得部１１３は、上述の関連ＤＢ定義テーブルを参照して、ＣＡＤ用ＤＢから取得する、物品番号、規制フラグ、部品形状、及び回路シンボルの各表示項目を、ＣＡＤ用ＤＢにおける項目名に読み替える。具体的には、取得部１１３は、検索／表示項目名に対応するＣＡＤ用ＤＢの項目名を関連ＤＢ定義テーブルから取得する。検索／表示項目名「物品番号」に対し、ＣＡＤ用ＤＢの「ＤＢ毎の対応項目名」には、「部品名」が設定されている。従って、取得部１１３は、表示項目「物品番号」を、ＣＡＤ用ＤＢの項目「部品名」に読み替える。また、取得部１１３は、表示項目「部品形状」をＣＡＤ用ＤＢの項目「部品形状タイプ」に読み替え、表示項目「回路シンボル」をＣＡＤ用ＤＢの項目「シンボル」に読み替える。取得部１１３は、ＣＡＤ用ＤＢの項目へと読み替えた検索命令（図１１（Ａ））を実行し、ＣＡＤ用ＤＢを検索する。
【００５１】
次に、取得部１１３は、タイムアウトが発生したか否か判定する（ステップＳ２１）。ここで、タイムアウトとは、検索処理を実行してから所定の時間内に、検索処理の対象であるデータベースから応答を受信できないことをいう。アクセス制御テーブルの更新は、監視部１１１によって所定の時間間隔で行われている。したがって、アクセス制御テーブルにおいて、検索処理の対象であるデータベースの「稼働状態」に“稼働”が設定されていても、検索時には“停止”している可能性がある。そこで、取得部１１３は、タイムアウトが発生した場合（ステップＳ２１／ＹＥＳ）、検索処理の対象であるデータベースが停止していると判定する。そして、取得部１１３は、アクセス制御テーブルにおいて、検索処理の対象であるデータベースの「稼働状態」を“停止”とする（ステップＳ２３）。例えば、ＣＡＤ用ＤＢに対する検索処理でタイムアウトが発生した場合（ステップＳ２１／ＹＥＳ）、アクセス制御テーブルにおいてＣＡＤ用ＤＢの「稼働状態」を“稼働”から“停止”に更新する（ステップＳ２３）。そして、取得部１１３は、ステップＳ１５から処理を再度実行する。
【００５２】
タイムアウトが発生していない場合（ステップＳ２１／ＮＯ）、取得部１１３は、ステップＳ１７で決定した全てのデータベースに対する検索処理が終了したか否か判定する（ステップＳ２５）。
【００５３】
全てのデータベースに対する検索処理が終了していない場合（ステップＳ２５／ＮＯ）、取得部１１３は、次に検索処理を実行するデータベースを決定し（ステップＳ１７）、検索処理を実行する（ステップＳ１９）。図９の例では、ＣＡＤ用ＤＢ及び部品ＤＢのうち、部品ＤＢに対する検索処理が終了していないため（ステップＳ２５／ＮＯ）、取得部１１３は、部品ＤＢを検索処理の実行対象となるデータベースとして決定する（ステップＳ１７）。そして、取得部１１３は、図１０に示す関連ＤＢ定義テーブルを用いて、検索項目及び表示項目を、部品ＤＢの項目名に読み替え、図１１（Ｂ）に示す検索命令を部品ＤＢに対して実行する。
【００５４】
全てのデータベースに対する検索処理が終了した場合（ステップＳ２５／ＹＥＳ）、表示部１１４は、各データベースの検索結果をマージする（ステップＳ２７）。図１２（Ａ）は、ＣＡＤ用ＤＢ及び部品ＤＢの検索結果を示している。表示部１１４は、図１２（Ａ）に示す検索結果を取得部１１３から受付け、図１２（Ｂ）に示すように検索結果をマージする（ステップＳ２７）。
【００５５】
次に、表示部１１４は、表示形式定義テーブル基づいて、検索結果の表示形式を変換し（ステップＳ２９）、表示装置１１に検索結果を表示する（ステップＳ３１）。
【００５６】
ここで、表示形式定義テーブルの詳細について説明する。図１３は、表示形式定義テーブルの一例を示す図である。本実施例では、表示形式定義テーブルは、「検索／表示項目名」、「ＤＢ名」、「ＤＢ項目名」、「検索／表示項目値」、及び「ＤＢ項目値」を備える。「検索／表示項目名」は、受付部１１２が受付ける検索項目及び表示項目の名称を表す。「ＤＢ名」には、購買ＤＢ２０〜部品ＤＢ５０のいずれかのＤＢが設定される。「ＤＢ項目名」は、「ＤＢ名」に設定されたデータベースにおいて、「検索／表示項目名」と対応する項目名を示す。「検索／表示項目値」は、「検索／表示項目名」に設定された項目を表示装置１１に表示する際に使用される項目値を表す。図１３（Ａ）の例では、「標準化フラグ」が表示装置１１に表示される場合、その項目値として「標準品」又は「終息品」を表示することを示している。「ＤＢ項目値」は、「ＤＢ名」に設定されたデータベースにおいて、検索／表示項目値と対応する項目値を示す。図１３（Ａ）の例では、ＤＢ項目値“Ａ”は、検索／表示項目値の“標準品”と対応し、ＤＢ項目値“Ｅ”は、検索／表示項目値の“終息品”と対応する。
【００５７】
表示部１１４は、上述の表示形式定義テーブルに基づいて、各データベースから取得した項目の表示形式を、表示項目の表示形式に変換する。例えば、図１２（Ｂ）に示す検索結果では、「標準化フラグ」の項目値が“Ｅ”となっているが、図１３（Ａ）に示す表示形式定義テーブルでは、部品ＤＢの取扱区分の項目値「Ｅ」に対応する表示項目値は、「終息品」となっている。従って、表示部１１４は、図１３（Ｂ）に示すように、「標準化フラグ」の項目値「Ｅ」を「終息品」に変換し、表示装置１１に表示する。
【００５８】
従来のマルチデータベース検索では、表示項目毎に、表示項目を取得するデータベースが複数のデータベースの中から一意に決定されていた。つまり、主データベースに対して検索処理が実行できない場合には、代替できる項目を備える他のデータベースに対して検索処理を実行することなく検索結果を表示していた。従って、主データベースから取得できなかった表示項目については、表示装置１１に表示する際にブランクで表示されてしまっていた。この場合、ユーザは、ブランクで表示された表示項目のデータを得るために、他のデータベースを検索し直す等の処理を行わなければならなかった。また、ユーザは、他のデータベースを検索し直す際には、各表示項目を、検索するデータベースの項目名に変換して検索命令を入力しなければならなかった。あるいは、主データベースの応答速度が悪化した場合には、検索不能になったり、検索時間が長時間化したりしていた。
【００５９】
しかしながら、本実施例に係る情報検索装置１０によれば、取得部１１３は、受付部１１２で指定された表示項目の主データベースの稼動状態が、検索処理を実行可能な状態にない場合、記憶部１１５に記憶された他のデータベースを検索条件に基づいて検索し、受付部１１２で指定された表示項目を検索結果として取得する。すなわち、取得部１１３は、主データベースの稼動状態に基づいて、表示項目の取得先を他のデータベースに切り替え、表示項目を検索結果として取得する。これにより、主データベースが停止していても他のデータベースから表示項目が取得されるため、検索結果がブランクで表示される可能性が減少する。従って、ユーザは、表示されなかった表示項目を得るために、他のデータベースに対して検索処理を実行し直す必要がなくなるため、ユーザの利便性が高まる。また、記憶部１１５は、表示項目ごとに、主データベースと、主データベースの代わりに表示項目を取得可能なデータベースとを記憶している。例えば、表示項目ごとではなく、あるデータベースに代わる検索先として、他のデータベースが一意に設定されているとする。この場合、設定された他のデータベースが、表示項目の取得先として適切なデータベースであるとは限らない。しかしながら、本実施例では、ユーザは、主データベースに代わって表示項目を取得するデータベースとしてより適切なデータベースを、表示項目毎に設定することができる。これにより、ユーザは、主データベースから表示項目が取得できない場合にも、その表示項目の取得先としてより適切なデータベースからデータを取得できる。
【００６０】
また、上述の実施例において、取得部１１３は、主データベースの項目を代替可能な項目を備える他のデータベースが複数存在する場合、応答速度が速いデータベースを検索条件に基づいて検索した。これにより、マルチデータベースの検索処理にかかる時間を短縮することができ、ユーザの利便性を高めることができる。
【００６１】
また、上述の実施例において、記憶部１１５は、受付部１１２が受付ける表示項目の表示形式と、各データベースが備える項目の表示形式とを対応付けた表示形式定義テーブルを記憶する。そして、表示部１１４は、各データベースから取得した検索結果（表示項目）の表示形式を、表示形式定義テーブルに基づいて変換する。これにより、ユーザは、主データベースの代わりに他のデータベースから表示項目を取得した場合にも、検索結果の表示を読み替える必要がないため、ユーザの利便性が高まる。
【００６２】
以上、本件の実施例について詳述したが、本件は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６３】
上述の実施例において、表示部１１４は、検索結果を表示する際に、図１４（Ａ）に示すように、各表示項目の取得先であるデータベースを表示してもよい。図１４（Ａ）では、表示項目をどのデータベースから取得したのか（実検索ＤＢ名）、表示項目を取得したデータベースが主データベースであるか否か（代替検索）、及び表示項目の主データベース（主検索ＤＢ名）を表示している。代替検索の項目に“○”が設定されている場合、「主検索ＤＢ名」に設定された主データベースから表示項目を取得できなかったため、実検索ＤＢ名に示されるデータベースから表示項目を取得したことを示している。これにより、ユーザは、各項目がどのデータベースから取得されたのかを確認することができ、かつ、表示されている項目値が、最新の値であるか否か等を判断することができる。従って、ユーザの利便性がさらに高まる。なお、表示部１１４は、例えば、図１４（Ｂ）に示すように、実際に検索されたデータベースの情報は表示せず、代替検索されたか否かだけを表示してもよい。
【００６４】
上述の実施例では、項目定義テーブルは、ユーザによって予め設定されているものとした。しかし、図１５に示すように、情報検索装置１０に優先順位設定部１１６を設け、優先順位設定部１１６が、項目定義テーブルを作成するようにしてもよい。図１５は、情報検索装置１０の機能ブロック図の別例を示している。図１５において、優先順位設定部１１６以外の各部が備える機能は、図３で説明した各部の機能と同様であるため、説明を省略する。
【００６５】
優先順位設定部１１６は、関連ＤＢ定義テーブルのデータを取得する。優先順位設定部１１６は、データベース間で項目値の複写を行っている場合、複写元のデータベースを主データベースとし、項目定義テーブルの優先順位に「１」を設定する。次に、優先順位設定部１１６は、複写元の項目値が更新されてから、複写先の項目値が更新されるまでの時間間隔が短いデータベースの順に、項目定義テーブルでの優先順位を高く設定する。また、優先順位設定部１１６は、ユニーク項目については、全てのデータベースに対して優先順位に「１」を設定する。
【００６６】
例えば、図１０に示す関連ＤＢ定義テーブルでは、規制フラグの複写元は、環境ＤＢであるため、優先順位設定部１１６は、図７に示すように、環境ＤＢに優先順位「１」を設定する。また、ＣＡＤ用ＤＢ及び部品ＤＢの複写遅延時間は、いずれも“４０”であるため、優先順位設定部１１６は、両データベースに優先順位「２」を設定する。購買価格では、購買ＤＢの項目値が、部品ＤＢに複写され、次に、部品ＤＢに複写された項目値が、ＣＡＤ用ＤＢに複写されるようになっている。そこで、優先順位設定部１１６は、複写元である購買ＤＢの優先順位を「１」とする。図１０において、購買ＤＢの項目値が更新されてから、次に複写によって項目値が更新されるデータベースは部品ＤＢである。そこで、優先順位設定部１１６は、部品ＤＢの優先順位を「２」とし、ＣＡＤ用ＤＢの優先順位を「３」とする。
【００６７】
このように、優先順位設定部１１６が、項目定義テーブルを作成するため、ユーザは、複写関係や、複写遅延時間に変更があった場合、関連ＤＢ定義テーブルを変更すればよく、項目定義テーブルを変更する必要がない。これにより、項目定義テーブルの変更漏れを防止することができる。また、取得部１１３が優先順位設定部１１６によって設定された優先順位に従って表示項目を取得するので、稼動中のデータベースの中において最も新しいデータが表示される。これにより、ユーザは稼動中のデータベースの中で最も新しいデータを確認できるので、ユーザの利便性が高まる。
【００６８】
また、上述の実施例では、情報検索装置１０は、ＬＡＮ等のネットワーク６０で接続された購買ＤＢ２０〜部品ＤＢ５０をまたいで検索処理を実行した。しかしながら、情報検索装置１０は、図１６に示すように、インターネット等のネットワーク８０を介して提供される複数のデータベースをまたいで検索処理を実行してもよい。
【００６９】
また、上述の実施例では、取得部１１３は、各表示項目を購買ＤＢ２０〜部品ＤＢ５０から取得するために、項目定義テーブル及び関連ＤＢ定義テーブルの２つのテーブルを使用していた。しかしながら、取得部１１３は、項目定義テーブル及び関連ＤＢ定義テーブルを統合した図１７に示すテーブルを用いて、各表示項目を購買ＤＢ２０〜部品ＤＢ５０から取得してもよい。図１７では、各検索／表示項目名に対応する各データベースの項目名が定義される。また、各データベースの項目には、優先順位が付されているため、取得部１１３は、優先順位に従って、指定された表示項目に対応する各データベースの項目を検索結果として取得できる。
【００７０】
また、取得部１１３は、図１８に示すテーブルを用いて、各表示項目を購買ＤＢ２０〜部品ＤＢ５０から取得してもよい。図１８において、「主検索ＤＢ名」には、表示項目の主たる取得先となる主データベースが設定される。また、「代替項目１」及び「代替項目２」には、主データベースに対する検索処理が実行できない場合に、主データベースに代わって検索対象となるデータベース、及びその項目が設定される。
【００７１】
また、上述の実施例では、監視部１１１が各データベースを監視し、アクセス制御テーブルの「稼働状態」を更新していた。そして、取得部１１３は、アクセス制御テーブルの「稼働状態」に基づいて、各表示項目の取得先となるデータベースの稼働状態を確認していた。しかしながら、取得部１１３は、アクセス制御テーブルを使用せず、各表示項目の取得先となるデータベースを決定する際に各データベースへアクセスし、その稼働状態を確認してもよい。
【００７２】
なお、上記の情報検索装置１０が有する機能は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータによって実現することができる。その場合、情報検索装置１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００７３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００７５】
また、例えば、インターネット等の通信網に接続されたサーバコンピュータを本件の情報検索装置とし、これに接続されたパーソナルコンピュータ等の情報処理装置に、マルチデータベース検索を行うサービスをサーバコンピュータから提供するようにしてもよい（ＡＳＰ(Application Service Provider)）。
【符号の説明】
【００７６】
１０…情報検索装置
１１…表示装置
２０…購買ＤＢ
３０…環境ＤＢ
４０…ＣＡＤ用ＤＢ
５０…部品ＤＢ
１１１…監視部
１１２…受付部
１１３…取得部
１１４…表示部
１１５…記憶部
１１６…優先順位設定部
【技術分野】
【０００１】
本件は、情報検索装置、情報検索プログラム、及び情報検索方法に関する。
【背景技術】
【０００２】
近年、データベースの構築・利用技術は進歩してきており、ネットワークに接続された複数のデータベースをまたいで情報検索を行うマルチデータベース検索技術が開発されている。マルチデータベース検索技術を用いると、複数のデータベースを単一の検索コマンドで検索することができる。
【０００３】
上述のマルチデータベース検索においては、ユーザの利便性を高めるために、データ検索にかかる時間を短縮する技術が提案されている（例えば、特許文献１、特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３１１７７７号公報
【特許文献２】特開平７−１０５２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチデータベース検索におけるユーザ利便性の向上という点においては、データ検索処理の時間を短縮するだけでは十分とはいえない可能性がある。
【０００６】
本件は、上記の事情に鑑みて成されたものであり、複数のデータベースをまたいだ情報検索においてユーザの利便性を高める情報検索装置、情報検索プログラム、及び情報検索方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、明細書開示の情報検索装置は、複数のデータベースを対象として情報検索を実行する情報検索装置であって、検索条件及び表示項目を含む検索対象の指定を受付ける受付部と、前記データベース中の複数の検索対象ごとに、前記検索対象の取得先となるデータベースを優先順位とともに記憶する記憶部と、前記優先順位に従って、前記記憶部に記憶されたデータベースを検索条件に基づいて検索し、前記受付部で指定された検索対象を検索結果として取得する取得部と、を備える。
【０００８】
上記課題を解決するために、明細書開示の情報検索プログラムは、複数のデータベースを対象として情報検索を実行する情報検索プログラムであって、検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象を前記検索対象の取得先となるデータベースを選定する選定ステップと、前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、をコンピュータに実行させる。
【０００９】
上記課題を解決するために、明細書開示の情報検索方法は、複数のデータベースを対象として情報検索を実行する情報検索方法であって、検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象の取得先となるデータベースを選定する選定ステップと、前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、を備える。
【発明の効果】
【００１０】
明細書開示の情報検索装置、情報検索プログラム、及び情報検索方法によれば、複数のデータベースをまたいだ情報検索においてユーザの利便性が高まる。
【図面の簡単な説明】
【００１１】
【図１】本件の情報検索装置を含む情報処理システムのシステム構成の一例を示す図である。
【図２】情報検索装置のハードウェア構成の一例を示す図である。
【図３】情報検索装置が備える機能の一例を示す機能ブロック図である。
【図４】アクセス制御テーブルの一例を示す図である。
【図５】情報検索装置が実行する処理の一例を示すフローチャートである。
【図６】情報検索装置が実行する処理の一例を説明する具体的なデータの一例である。
【図７】項目定義テーブルの一例を示す図である。
【図８】図５におけるステップS１５の処理の一例を示すフローチャートである。
【図９】表示項目毎に取得先となるデータベースを示すテーブルの一例である。
【図１０】関連ＤＢ定義テーブルの一例を示す図である。
【図１１】検索処理に使用される検索命令の一例を示す図である。
【図１２】表示部が実行する処理について説明するための具体例である。
【図１３】表示形式定義テーブルの一例を示す図である。
【図１４】表示装置への検索結果の表示方法の別例を示す図である。
【図１５】情報検索装置の機能ブロック図の別例である。
【図１６】本件の情報検索装置を含む情報処理システムのシステム構成の別例を示す図である。
【図１７】項目定義テーブルと関連ＤＢ定義テーブルとを統合したテーブルの一例を示す図である。
【図１８】表示項目の取得先となるデータベースの決定に用いられるテーブルの別例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本件の実施例について、添付図面を参照しつつ説明する。
【００１３】
まず、図１を参照して、本件の情報検索装置を含む、情報処理システムの構成例について説明する。図１に示すように、情報処理システム１００は、情報検索装置１０、購買ＤＢ（Data Base）２０、環境ＤＢ３０、ＣＡＤ用ＤＢ４０、及び部品ＤＢ５０を備える。
【００１４】
情報検索装置１０は、例えば、パーソナルコンピュータであって、無線通信端末、又はＰＤＡ（Personal Digital Assistant）であってもよい。情報検索装置１０は、複数のデータベースをまたいで情報検索を行うことができる、いわゆるマルチデータベース検索機能を備える。情報検索装置１０は、ＬＡＮ（Local Area Network）等のネットワーク６０で接続された購買ＤＢ２０、環境ＤＢ３０、ＣＡＤ用ＤＢ４０、及び部品ＤＢ５０を含む複数のデータベースをまたいで情報検索を実行する。
【００１５】
購買ＤＢ２０は、例えば、部品の調達業務等を管理する購買システム等に備えられるデータベースである。購買ＤＢ２０は、例えば、「物品番号」、「物品単価」、「主仕入先」、「最低発注個数」、「納入リードタイム」等の項目を有する。「物品番号」は、調達対象の物品を一意に識別する番号である。「物品単価」は、物品番号によって識別される物品の単価を表す。「主仕入先」は、物品番号によって識別される物品の主な仕入先を表す。「最低発注個数」は、物品番号によって識別される物品を発注する際の発注個数の下限を示す。「納入リードタイム」は、物品番号によって識別される物品が発注されてから納入されるまでのリードタイムを表す。
【００１６】
環境ＤＢ３０は、例えば、環境規制に対応するための環境マネジメントシステム等に備えられるデータベースである。本実施例において、環境ＤＢ３０は、「物品番号」、「規制フラグ」、「グリーン購入対象」等の項目を有する。「物品番号」は、物品を一意に識別する番号である。「規制フラグ」は、物品番号で識別される物品の使用が規制されるか否かを表す。「グリーン購入対象」は、物品番号で識別される物品が、グリーン購入法基本方針で定められた判断の基準に適合するか否かを示す。
【００１７】
ＣＡＤ用ＤＢ４０は、例えば、ＣＡＤ（Computer Aided Design）システムに備えられるデータベースである。本実施例において、ＣＡＤ用ＤＢ４０は、「部品名」、「規制フラグ」、「標準化フラグ」、「代替部品」、「物品単価」、「部品形状タイプ」、及び「シンボル」等の項目を備える。「部品名」は、部品を一意に識別するための項目である。「規制フラグ」は、部品名で識別される部品の使用が規制されるか否かを表す。「標準化フラグ」は、部品名で識別される部品が、標準品であるか否かを表す。「代替部品」は、部品名で識別される部品の代替品として用いることができる部品を表す。「物品単価」は、部品名で識別される部品の単価を示す。「部品形状タイプ」は、部品名で識別される部品の形状を表す。「シンボル」は、部品名で識別される部品をＣＡＤ画面上に配置する際の回路シンボルを表す。
【００１８】
部品ＤＢ５０は、例えば、各部品の情報を管理する部品管理システム等に備えられるデータベースである。本実施例において、部品ＤＢ５０は、「物品番号」、「規制フラグ」、「取扱区分」、「代替物品」、「部品単価」、「部品形状タイプ名」、及び「シンボル名」等の項目を備える。「物品番号」は、各部品を一意に識別するための番号である。「規制フラグ」は、物品番号で識別される部品の使用が規制されるか否かを表す。「取扱区分」は、物品番号で識別される部品が、標準品であるか否かを表す。「代替物品」は、物品番号で識別される部品の代替品として用いることができる部品を表す。「部品単価」は、物品番号で識別される部品の単価を表す。「部品形状タイプ名」は、物品番号で識別される部品の形状を表す。「シンボル名」は、物品番号で識別される部品をＣＡＤ画面上に配置する際の回路シンボルを表す。
【００１９】
購買ＤＢ２０〜部品ＤＢ５０は、相異なるデータベースであるが、いずれかのデータベースが備える項目を、他のデータベースの項目で代替できる場合がある。例えば、ＣＡＤ用ＤＢ４０が備える「規制フラグ」、部品ＤＢ５０が備える「規制フラグ」、及び環境ＤＢ３０が備える「規制フラグ」は、いずれも、部品又は物品の使用が規制されるか否かを表す。すなわち、３つのデータベースの各項目は同等の項目であるといえる。従って、ＣＡＤ用ＤＢ４０が備える「規制フラグ」、部品ＤＢ５０が備える「規制フラグ」、及び環境ＤＢ３０が備える「規制フラグ」は、それぞれの項目を代替できる。また、ＣＡＤ用ＤＢ４０が備える「標準化フラグ」は、物品が標準品であるか否かを表すため、部品ＤＢ５０の「取扱区分」と同等の項目といえる。従って、ＣＡＤ用ＤＢ４０が備える「標準化フラグ」は、部品ＤＢ５０の「取扱区分」を代替できる。
【００２０】
次に、図２を用いて、情報検索装置１０のハードウェア構成の一例について説明する。情報検索装置１０は、ハードウェア構成として、例えば、入出力部１０１、ＲＯＭ（Read Only Memory）１０２、中央処理装置（ＣＰＵ：Central Processing Unit）１０３、ＲＡＭ（Random Access Memory）１０４、及びハードディスクドライブ（ＨＤＤ：Hard Disk Drive）１０５を備える。
【００２１】
入出力部１０１は、各データベースとの間でデータの送受信を行う。ＲＯＭ１０２は、購買ＤＢ２０〜部品ＤＢ５０をまたいだ情報検索を実行するためのプログラム（詳細は後述）等を格納する。ＣＰＵ１０３は、ＲＯＭ１０２に格納されたプログラムを読み込んで実行する。また、ＲＯＭ１０２に格納されたプログラムのＣＰＵ１０３による演算によって、図３に示す監視部１１１、受付部１１２、取得部１１３、及び表示部１１４が有する機能が実現される。ＲＡＭ１０４は、プログラムを実行する際に使用される一時的なデータを保存する。また、ＨＤＤ１０５は、検索項目及び表示項目と、購買ＤＢ２０〜部品ＤＢ５０の各データベースが備える項目との対応関係を管理するテーブル等（詳細は後述）を格納する。
【００２２】
次に、情報検索装置１０が有する機能を実現するための手段の一例について、図３の機能ブロック図を用いて説明する。図３に示すように、情報検索装置１０は、監視部１１１、受付部１１２、取得部１１３、表示部１１４、及び記憶部１１５を備える。
【００２３】
監視部１１１は、所定の時間毎（例えば、１秒ごと）に購買ＤＢ２０〜部品ＤＢ５０の各データベースにアクセスし、各データベースの稼働状態を監視する。監視部１１１は、各データベースの稼働状態をアクセス制御テーブルに書き込む。
【００２４】
ここで、アクセス制御テーブルの構成の一例について、図４を用いて説明する。アクセス制御テーブルは、「ＤＢ名」、「稼働状態」、及び「応答速度」の項目を備える。「ＤＢ名」には、監視部１１１が稼動状態を監視するデータベースの名称が設定される。「稼働状態」は、「ＤＢ名」に設定されたデータベースの稼働状態を表す。例えば、監視部１１１は、アクセスを要求したデータベースから所定時間内に応答を受信できない場合に、そのデータベースの「稼働状態」に“停止”を設定する。本実施例では、「稼働状態」に“停止”が設定されている場合、「ＤＢ名」に設定されたデータベースに対する検索処理は実行できないものとする。一方、「稼働状態」に“稼働”が設定されている場合には、「ＤＢ名」に設定されたデータベースに対する検索処理が実行可能であるとする。「応答速度」は、「ＤＢ名」に設定されたデータベースが、監視部１１１からのアクセス要求を受けてから応答するまでの時間を表す。
【００２５】
図４において、購買ＤＢ及び環境ＤＢの「稼働状態」には、“停止”が設定されている。これは、購買ＤＢ及び環境ＤＢに対する検索処理が実行できないことを示している。一方、ＣＡＤ用ＤＢの「稼働状態」には、“稼働”が設定されており、「応答速度」には“５０”が設定されている。これは、ＣＡＤ用ＤＢに対する検索処理が実行可能であり、その応答速度が５０（ｍｓｅｃ）であることを示す。同様に、図４から、部品ＤＢに対する検索処理は実行可能であり、その応答速度は８０（ｍｓｅｃ）であることがわかる。
【００２６】
受付部１１２は、ユーザから検索条件及び表示項目の指定を受付ける。具体的には、受付部１１２は、検索条件として、検索の対象となる項目（検索項目）と、検索値を受付ける。また、受付部１１２は、検索結果として表示装置１１に表示する項目（表示項目）を受付ける。受付部１１２は、検索条件及び表示項目を取得部１１３に出力する。
【００２７】
取得部１１３は、受付部１１２から検索条件及び表示項目を受付ける。取得部１１３は、受付部１１２から受付けた検索条件に基づいて、購買ＤＢ２０〜部品ＤＢ５０をまたいだ検索処理を実行し、表示項目のデータを取得する。具体的には、取得部１１３は、アクセス制御テーブルと、項目定義テーブルとに基づいて、受付けた表示項目のそれぞれを、購買ＤＢ２０〜部品ＤＢ５０のいずれから取得するかを決定する。次に、取得部１１３は、決定結果に従って、各データベースを検索条件に基づいて検索し、表示項目のデータを検索結果として取得する。
【００２８】
取得部１１３は、各データベースから取得した検索結果を表示部１１４に出力する。なお、取得部１１３は、検索を実行した際に応答しないデータベースが存在する場合には、アクセス制御テーブルの「稼働状態」を更新する。そして、取得部１１３は、表示項目を購買ＤＢ２０〜部品ＤＢ５０のいずれから取得するかを再決定する。なお、項目定義テーブルの詳細については、後述する。
【００２９】
表示部１１４は、取得部１１３から受付けた各データベースの検索結果をマージし、表示装置１１に検索結果を表示する。その際、表示部１１４は、表示形式定義テーブルに基づいて、検索結果の表示形式を変換する（詳細は後述する）。なお、表示形式定義テーブルの詳細については、後述する。
【００３０】
記憶部１１５は、例えば、ＨＤＤ１０５であり、上述したアクセス制御テーブル、項目定義テーブル、関連ＤＢ定義テーブル、及び表示形式定義テーブルを格納する。なお、本実施例では、項目定義テーブル、関連ＤＢ定義テーブル、及び表示形式定義テーブルは、ユーザにより予め設定されているものとする。
【００３１】
次に、情報検索装置１０が実行するマルチデータベース検索処理の一例について、具体例を用いながら説明する。図５は、情報検索装置１０が実行するマルチデータベース検索処理の一例を示すフローチャートである。
【００３２】
受付部１１２は、ユーザからマルチデータベース検索の要求があったか否か判定する（ステップＳ１１）。受付部１１２は、ユーザからマルチデータベース検索の要求がない場合（ステップＳ１１／ＮＯ）、ステップＳ１１の処理を繰り返す。
【００３３】
ユーザからマルチデータベース検索の要求があった場合（ステップＳ１１／ＹＥＳ）、受付部１１２は、検索条件及び表示項目の指定を受付ける（ステップＳ１３）。例えば、受付部１１２は、図６（Ａ）に示すように、検索項目として「物品項目」、検索値として「ＮＡＮＤＧＡＴＥ−Ａ」を受付ける。また、受付部１１２は、表示項目として、物品番号、規制フラグ、標準化フラグ、代替部品、購買価格、部品形状、及び回路シンボルを受付ける。なお、本実施例では、購買ＤＢ２０〜部品ＤＢ５０に、図６（Ｂ）〜（Ｅ）に示すデータが格納されているものとする。
【００３４】
次に、取得部１１３は、表示項目を取得するデータベースを決定する（ステップＳ１５）。具体的には、取得部１１３は、アクセス制御テーブルと、項目定義テーブルとに基づいて、表示項目のそれぞれを、購買ＤＢ２０〜部品ＤＢ５０のいずれから取得するかを決定する。
【００３５】
ここで、項目定義テーブルの詳細について説明する。図７は、項目定義テーブルの一例を示している。項目定義テーブルは、受付部１１２で指定された表示項目の主たる取得先となる主データベース、及び主データベースに対する検索処理が実行できない場合に主データベースの代わりに表示項目を取得するデータベースを定義する。
【００３６】
本実施例において、項目定義テーブルは、「検索／表示項目名」、「ユニーク項目」、及び「優先順位」の項目を備える。「検索／表示項目名」は、受付部１１２がユーザから受付ける検索項目及び表示項目の名称を表す。「ユニーク項目」は、「検索／表示項目名」に設定される項目において、ある特定の値をとるレコードが、１レコードのみか否かを表す。例えば、「物品番号」の項目において、“ＮＡＮＤＧＡＴＥ−Ａ”という値をとるレコードが１レコードのみの場合、「ユニーク項目」には、“○”が設定される。また、「規制フラグ」の項目では、その物品が生産終了品であることを示す「ＥＯＬ」という値をとるレコードが複数ありうるので、「ユニーク項目」には、“×”が設定される。
【００３７】
「優先順位」は、購買ＤＢ、環境ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢをサブ項目として有する。本実施例では、購買ＤＢ、環境ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢのうち、表示項目の主たる取得先となる主データベースに対して、「１」が設定される。また、主データベースに対する検索処理が実行できない場合に、主データベースの代わりに表示項目を取得するデータベースに対しては、「２」以降の値が設定される。主データベースの代わりに表示項目を取得できるデータベースが複数ある場合には、検索の優先度にしたがって、優先順位が設定される。
【００３８】
例えば、図７において、「規制フラグ」では、環境ＤＢに「１」が設定されており、ＣＡＤ用ＤＢ及び部品ＤＢには「２」が設定されている。これは、表示項目「規制フラグ」を取得する主データベースは環境ＤＢであり、環境ＤＢに対する検索処理が実行できない場合に検索されるデータベースが、ＣＡＤ用ＤＢ又は部品ＤＢであることを示している。なお、物品番号は、ユニーク項目であるため、全てのデータベースに対し「１」が設定される。
【００３９】
図８に、取得部１１３が実行するステップＳ１５の処理の一例を示す。取得部１１３は、まず、受付部１１２で指定された表示項目のいずれかを選択する（ステップＳ１５１）。次に、取得部１１３は、ステップＳ１５１で選択した表示項目の主たる取得先となる主データベースを、項目定義テーブルから取得する（ステップＳ１５２）。例えば、取得部１１３は、表示項目として「規制フラグ」をステップＳ１５１で選択する。そして、取得部１１３は、「規制フラグ」の主な取得先となる主データベース、すなわち、優先順位に「１」が設定されている環境ＤＢを、主データベースとして取得する（ステップＳ１５２）。
【００４０】
次に、取得部１１３は、主データベースに対する検索処理が可能か否かを、アクセス制御テーブルに基づいて判定する（ステップＳ１５３）。主データベースに対する検索処理が可能な場合（ステップＳ１５３／ＹＥＳ）、取得部１１３は、主データベースを、表示項目を取得するデータベースとして決定する（ステップＳ１５４）。取得部１１３は、アクセス制御テーブルにおいて、「稼働状態」に“稼動”が設定されていれば、主データベースに対する検索処理が可能であると判定する。また、「稼働状態」の項目に“停止”が設定されていれば、取得部１１３は、主データベースに対する検索処理が不可能であると判定する。
【００４１】
主データベースに対する検索処理が不可能な場合（ステップＳ１５３／ＮＯ）、取得部１１３は、項目定義テーブルにおいて、次に優先順位の高いデータベースを取得する（ステップＳ１５５）。図４のアクセス制御テーブルにおいて、「規制フラグ」の主データベースである環境ＤＢの「稼働状態」には“停止”が設定されている。従って、取得部１１３は、環境ＤＢに対する検索処理が不可能であると判定する（ステップＳ１５３／ＮＯ）。次に、取得部１１３は、図７の項目定義テーブルにおいて、優先順位「１」の次に高い優先順位「２」が設定されているデータベース（ＣＡＤ用ＤＢ又は部品ＤＢ）を取得する（ステップＳ１５５）。複数のデータベースに対し同一の優先順位が設定されている場合には、アクセス制御テーブルにおいて、応答速度が速い方のデータベースがステップＳ１５５で取得されるようにしてもよい。例えば、同一の優先順位「２」が設定されているＣＡＤ用ＤＢ及び部品ＤＢでは、ＣＡＤ用ＤＢの応答速度が、部品ＤＢの応答速度よりも速いため、取得部１１３は、ＣＡＤ用ＤＢをステップＳ１５５で取得する。
【００４２】
次に、取得部１１３は、ステップＳ１５５で取得したデータベースに対する検索処理が可能か否かを、アクセス制御テーブルに基づいて判定する（ステップＳ１５６）。ステップＳ１５６の判定がＹＥＳの場合、取得部１１３は、ステップＳ１５５で取得したデータベースを、表示項目を取得するデータベースとして決定する（ステップＳ１５７）。ステップＳ１５６の判定がＮＯの場合、取得部１１３は、ステップＳ１５５からの処理を再実行する。図４に示すアクセス制御テーブルにおいて、ＣＡＤ用ＤＢの「稼働状態」には“稼働”が設定されているため、検索処理が可能である（ステップＳ１５６／ＹＥＳ）。従って、取得部１１３は、ＣＡＤ用ＤＢを表示項目「規制フラグ」を取得するデータベースとして決定する（ステップＳ１５７）。
【００４３】
次に、取得部１１３は、全ての表示項目の取得先となるデータベースを決定したか否か判定する（ステップＳ１５８）。ステップＳ１５８の判定がＹＥＳの場合、取得部１１３は、本処理を終了する。ステップＳ１５８の判定がＮＯの場合、取得部１１３は、全ての表示項目に対して取得先となるデータベースが決定されるまで、ステップＳ１５１からの処理を繰り返す。
【００４４】
上述の取得部１１３の処理によって、図９に示すように、各表示項目をいずれのデータベースから取得するかが決定される。図９は、取得部１１３が決定した各表示項目の取得先となるデータベースを示している。図９の表において、“○”は、「検索／表示項目名」に設定された項目の取得先となるデータベースを表す。また、“×”は、「検索／表示項目名」に設定された項目に対応する項目は存在するが、データベースが停止しているため、取得が不可能であることを示す。“−”は、「検索／表示項目名」に設定された項目に対応する項目がデータベースに存在しないことを示す。また、“＊”は、「検索／表示項目名」に設定された項目に対応する項目が存在し、取得も可能であるが、他のデータベースからデータを取得するため、検索の対象外であることを示す。図９によれば、ＣＡＤ用ＤＢから、物品番号、規制フラグ、部品形状、及び回路シンボルのデータが取得される。また、部品ＤＢから、物品番号、標準化フラグ、代替部品、及び購買価格のデータが取得される。
【００４５】
図５に戻り説明を続ける。取得部１１３は、ステップＳ１５で決定されたデータベースの中から、検索処理の実行対象となるデータベースを決定する（ステップＳ１７）。例えば、図９において、検索処理の実行対象となるデータベースは、ＣＡＤ用ＤＢ及び部品ＤＢである。そこで、取得部１１３は、ＣＡＤ用ＤＢ及び部品ＤＢのうち、まず、ＣＡＤ用ＤＢを、検索処理の実行対象となるデータベースとして決定する（ステップＳ１７）。
【００４６】
次に、取得部１１３は、ステップＳ１７で決定したデータベースに対して、検索処理を実行する（ステップＳ１９）。具体的には、取得部１１３は、図１０に示す関連ＤＢ定義テーブルを用いて、検索項目及び表示項目を、ＣＡＤ用ＤＢの項目名に読み替える。取得部１１３は、ＣＡＤ用ＤＢの項目へと読み替えた検索命令を実行し、ＣＡＤ用ＤＢを検索する。
【００４７】
ここで、関連ＤＢ定義テーブルの詳細について説明する。図１０は、関連ＤＢ定義テーブルの一例を示す図である。本実施例において、関連ＤＢ定義テーブルは、「検索／表示項目名」、「ＤＢ名」、「ユニーク項目」、「ＤＢ毎の対応項目名」、「複写元ＤＢ名」、及び「複写遅延時間（分）」を備える。「検索／表示項目名」は、受付部１１２がユーザから受付ける検索項目及び表示項目の名称を表す。「ＤＢ名」には、購買ＤＢ２０〜部品ＤＢ５０の各データベースが設定される。「ユニーク項目」は、「ＤＢ毎の対応項目名」に設定される項目において、ある特定の値をとるレコードが、１レコードのみか否かを表す。「ＤＢ毎の対応項目名」は、「検索／表示項目名」と対応する、各データベースの項目名を表す。
【００４８】
例えば、図１０において、検索／表示項目名「物品番号」と対応する各データベースの項目名は、購買ＤＢでは「物品番号」、環境ＤＢでは「物品番号」、ＣＡＤ用ＤＢでは「部品番号」、部品ＤＢでは「物品番号」である。また、例えば、検索／表示項目名「標準化フラグ」と対応する各データベースの項目名は、ＣＡＤ用ＤＢでは「標準化フラグ」、部品ＤＢでは「取扱区分」である。なお、図中、“−”は、対応する項目がデータベースに無いことを表す。
【００４９】
「複写元ＤＢ名」は、データベース間で項目値の複写を行っている場合、その項目値の複写元を表す。「複写遅延時間（分）」は、データベース間で項目値の複写を行っている場合に、複写を実行する時間間隔を表す。例えば、図１０において、検索／表示項目名「規制フラグ」に対応する項目を、環境ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢが備えている。ＣＡＤ用ＤＢ及び部品ＤＢの「複写元ＤＢ名」には、“環境ＤＢ”が設定されており、「複写遅延時間（分）」には“４０”が設定されている。これは、ＣＡＤ用ＤＢ及び部品ＤＢの「規制フラグ」の項目値は、環境ＤＢの「規制フラグ」から複写され、また、その複写は４０分毎に実行されることを示している。また、例えば、検索／表示項目名「購買価格」に対応する項目を、購買ＤＢ、ＣＡＤ用ＤＢ、及び部品ＤＢが備えている。部品ＤＢの「複写元ＤＢ名」には“購買ＤＢ”が設定されており、「複写遅延時間（分）」の値は“２０”である。これは、部品ＤＢの「部品単価」の項目値は、購買ＤＢの「物品単価」から複写され、その複写は２０分毎に実行されることを示している。同様に、ＣＡＤ用ＤＢの「物品単価」の項目値は、部品ＤＢの「部品単価」から複写され、その複写は３０分毎に実行される。
【００５０】
取得部１１３は、上述の関連ＤＢ定義テーブルを参照して、ＣＡＤ用ＤＢから取得する、物品番号、規制フラグ、部品形状、及び回路シンボルの各表示項目を、ＣＡＤ用ＤＢにおける項目名に読み替える。具体的には、取得部１１３は、検索／表示項目名に対応するＣＡＤ用ＤＢの項目名を関連ＤＢ定義テーブルから取得する。検索／表示項目名「物品番号」に対し、ＣＡＤ用ＤＢの「ＤＢ毎の対応項目名」には、「部品名」が設定されている。従って、取得部１１３は、表示項目「物品番号」を、ＣＡＤ用ＤＢの項目「部品名」に読み替える。また、取得部１１３は、表示項目「部品形状」をＣＡＤ用ＤＢの項目「部品形状タイプ」に読み替え、表示項目「回路シンボル」をＣＡＤ用ＤＢの項目「シンボル」に読み替える。取得部１１３は、ＣＡＤ用ＤＢの項目へと読み替えた検索命令（図１１（Ａ））を実行し、ＣＡＤ用ＤＢを検索する。
【００５１】
次に、取得部１１３は、タイムアウトが発生したか否か判定する（ステップＳ２１）。ここで、タイムアウトとは、検索処理を実行してから所定の時間内に、検索処理の対象であるデータベースから応答を受信できないことをいう。アクセス制御テーブルの更新は、監視部１１１によって所定の時間間隔で行われている。したがって、アクセス制御テーブルにおいて、検索処理の対象であるデータベースの「稼働状態」に“稼働”が設定されていても、検索時には“停止”している可能性がある。そこで、取得部１１３は、タイムアウトが発生した場合（ステップＳ２１／ＹＥＳ）、検索処理の対象であるデータベースが停止していると判定する。そして、取得部１１３は、アクセス制御テーブルにおいて、検索処理の対象であるデータベースの「稼働状態」を“停止”とする（ステップＳ２３）。例えば、ＣＡＤ用ＤＢに対する検索処理でタイムアウトが発生した場合（ステップＳ２１／ＹＥＳ）、アクセス制御テーブルにおいてＣＡＤ用ＤＢの「稼働状態」を“稼働”から“停止”に更新する（ステップＳ２３）。そして、取得部１１３は、ステップＳ１５から処理を再度実行する。
【００５２】
タイムアウトが発生していない場合（ステップＳ２１／ＮＯ）、取得部１１３は、ステップＳ１７で決定した全てのデータベースに対する検索処理が終了したか否か判定する（ステップＳ２５）。
【００５３】
全てのデータベースに対する検索処理が終了していない場合（ステップＳ２５／ＮＯ）、取得部１１３は、次に検索処理を実行するデータベースを決定し（ステップＳ１７）、検索処理を実行する（ステップＳ１９）。図９の例では、ＣＡＤ用ＤＢ及び部品ＤＢのうち、部品ＤＢに対する検索処理が終了していないため（ステップＳ２５／ＮＯ）、取得部１１３は、部品ＤＢを検索処理の実行対象となるデータベースとして決定する（ステップＳ１７）。そして、取得部１１３は、図１０に示す関連ＤＢ定義テーブルを用いて、検索項目及び表示項目を、部品ＤＢの項目名に読み替え、図１１（Ｂ）に示す検索命令を部品ＤＢに対して実行する。
【００５４】
全てのデータベースに対する検索処理が終了した場合（ステップＳ２５／ＹＥＳ）、表示部１１４は、各データベースの検索結果をマージする（ステップＳ２７）。図１２（Ａ）は、ＣＡＤ用ＤＢ及び部品ＤＢの検索結果を示している。表示部１１４は、図１２（Ａ）に示す検索結果を取得部１１３から受付け、図１２（Ｂ）に示すように検索結果をマージする（ステップＳ２７）。
【００５５】
次に、表示部１１４は、表示形式定義テーブル基づいて、検索結果の表示形式を変換し（ステップＳ２９）、表示装置１１に検索結果を表示する（ステップＳ３１）。
【００５６】
ここで、表示形式定義テーブルの詳細について説明する。図１３は、表示形式定義テーブルの一例を示す図である。本実施例では、表示形式定義テーブルは、「検索／表示項目名」、「ＤＢ名」、「ＤＢ項目名」、「検索／表示項目値」、及び「ＤＢ項目値」を備える。「検索／表示項目名」は、受付部１１２が受付ける検索項目及び表示項目の名称を表す。「ＤＢ名」には、購買ＤＢ２０〜部品ＤＢ５０のいずれかのＤＢが設定される。「ＤＢ項目名」は、「ＤＢ名」に設定されたデータベースにおいて、「検索／表示項目名」と対応する項目名を示す。「検索／表示項目値」は、「検索／表示項目名」に設定された項目を表示装置１１に表示する際に使用される項目値を表す。図１３（Ａ）の例では、「標準化フラグ」が表示装置１１に表示される場合、その項目値として「標準品」又は「終息品」を表示することを示している。「ＤＢ項目値」は、「ＤＢ名」に設定されたデータベースにおいて、検索／表示項目値と対応する項目値を示す。図１３（Ａ）の例では、ＤＢ項目値“Ａ”は、検索／表示項目値の“標準品”と対応し、ＤＢ項目値“Ｅ”は、検索／表示項目値の“終息品”と対応する。
【００５７】
表示部１１４は、上述の表示形式定義テーブルに基づいて、各データベースから取得した項目の表示形式を、表示項目の表示形式に変換する。例えば、図１２（Ｂ）に示す検索結果では、「標準化フラグ」の項目値が“Ｅ”となっているが、図１３（Ａ）に示す表示形式定義テーブルでは、部品ＤＢの取扱区分の項目値「Ｅ」に対応する表示項目値は、「終息品」となっている。従って、表示部１１４は、図１３（Ｂ）に示すように、「標準化フラグ」の項目値「Ｅ」を「終息品」に変換し、表示装置１１に表示する。
【００５８】
従来のマルチデータベース検索では、表示項目毎に、表示項目を取得するデータベースが複数のデータベースの中から一意に決定されていた。つまり、主データベースに対して検索処理が実行できない場合には、代替できる項目を備える他のデータベースに対して検索処理を実行することなく検索結果を表示していた。従って、主データベースから取得できなかった表示項目については、表示装置１１に表示する際にブランクで表示されてしまっていた。この場合、ユーザは、ブランクで表示された表示項目のデータを得るために、他のデータベースを検索し直す等の処理を行わなければならなかった。また、ユーザは、他のデータベースを検索し直す際には、各表示項目を、検索するデータベースの項目名に変換して検索命令を入力しなければならなかった。あるいは、主データベースの応答速度が悪化した場合には、検索不能になったり、検索時間が長時間化したりしていた。
【００５９】
しかしながら、本実施例に係る情報検索装置１０によれば、取得部１１３は、受付部１１２で指定された表示項目の主データベースの稼動状態が、検索処理を実行可能な状態にない場合、記憶部１１５に記憶された他のデータベースを検索条件に基づいて検索し、受付部１１２で指定された表示項目を検索結果として取得する。すなわち、取得部１１３は、主データベースの稼動状態に基づいて、表示項目の取得先を他のデータベースに切り替え、表示項目を検索結果として取得する。これにより、主データベースが停止していても他のデータベースから表示項目が取得されるため、検索結果がブランクで表示される可能性が減少する。従って、ユーザは、表示されなかった表示項目を得るために、他のデータベースに対して検索処理を実行し直す必要がなくなるため、ユーザの利便性が高まる。また、記憶部１１５は、表示項目ごとに、主データベースと、主データベースの代わりに表示項目を取得可能なデータベースとを記憶している。例えば、表示項目ごとではなく、あるデータベースに代わる検索先として、他のデータベースが一意に設定されているとする。この場合、設定された他のデータベースが、表示項目の取得先として適切なデータベースであるとは限らない。しかしながら、本実施例では、ユーザは、主データベースに代わって表示項目を取得するデータベースとしてより適切なデータベースを、表示項目毎に設定することができる。これにより、ユーザは、主データベースから表示項目が取得できない場合にも、その表示項目の取得先としてより適切なデータベースからデータを取得できる。
【００６０】
また、上述の実施例において、取得部１１３は、主データベースの項目を代替可能な項目を備える他のデータベースが複数存在する場合、応答速度が速いデータベースを検索条件に基づいて検索した。これにより、マルチデータベースの検索処理にかかる時間を短縮することができ、ユーザの利便性を高めることができる。
【００６１】
また、上述の実施例において、記憶部１１５は、受付部１１２が受付ける表示項目の表示形式と、各データベースが備える項目の表示形式とを対応付けた表示形式定義テーブルを記憶する。そして、表示部１１４は、各データベースから取得した検索結果（表示項目）の表示形式を、表示形式定義テーブルに基づいて変換する。これにより、ユーザは、主データベースの代わりに他のデータベースから表示項目を取得した場合にも、検索結果の表示を読み替える必要がないため、ユーザの利便性が高まる。
【００６２】
以上、本件の実施例について詳述したが、本件は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６３】
上述の実施例において、表示部１１４は、検索結果を表示する際に、図１４（Ａ）に示すように、各表示項目の取得先であるデータベースを表示してもよい。図１４（Ａ）では、表示項目をどのデータベースから取得したのか（実検索ＤＢ名）、表示項目を取得したデータベースが主データベースであるか否か（代替検索）、及び表示項目の主データベース（主検索ＤＢ名）を表示している。代替検索の項目に“○”が設定されている場合、「主検索ＤＢ名」に設定された主データベースから表示項目を取得できなかったため、実検索ＤＢ名に示されるデータベースから表示項目を取得したことを示している。これにより、ユーザは、各項目がどのデータベースから取得されたのかを確認することができ、かつ、表示されている項目値が、最新の値であるか否か等を判断することができる。従って、ユーザの利便性がさらに高まる。なお、表示部１１４は、例えば、図１４（Ｂ）に示すように、実際に検索されたデータベースの情報は表示せず、代替検索されたか否かだけを表示してもよい。
【００６４】
上述の実施例では、項目定義テーブルは、ユーザによって予め設定されているものとした。しかし、図１５に示すように、情報検索装置１０に優先順位設定部１１６を設け、優先順位設定部１１６が、項目定義テーブルを作成するようにしてもよい。図１５は、情報検索装置１０の機能ブロック図の別例を示している。図１５において、優先順位設定部１１６以外の各部が備える機能は、図３で説明した各部の機能と同様であるため、説明を省略する。
【００６５】
優先順位設定部１１６は、関連ＤＢ定義テーブルのデータを取得する。優先順位設定部１１６は、データベース間で項目値の複写を行っている場合、複写元のデータベースを主データベースとし、項目定義テーブルの優先順位に「１」を設定する。次に、優先順位設定部１１６は、複写元の項目値が更新されてから、複写先の項目値が更新されるまでの時間間隔が短いデータベースの順に、項目定義テーブルでの優先順位を高く設定する。また、優先順位設定部１１６は、ユニーク項目については、全てのデータベースに対して優先順位に「１」を設定する。
【００６６】
例えば、図１０に示す関連ＤＢ定義テーブルでは、規制フラグの複写元は、環境ＤＢであるため、優先順位設定部１１６は、図７に示すように、環境ＤＢに優先順位「１」を設定する。また、ＣＡＤ用ＤＢ及び部品ＤＢの複写遅延時間は、いずれも“４０”であるため、優先順位設定部１１６は、両データベースに優先順位「２」を設定する。購買価格では、購買ＤＢの項目値が、部品ＤＢに複写され、次に、部品ＤＢに複写された項目値が、ＣＡＤ用ＤＢに複写されるようになっている。そこで、優先順位設定部１１６は、複写元である購買ＤＢの優先順位を「１」とする。図１０において、購買ＤＢの項目値が更新されてから、次に複写によって項目値が更新されるデータベースは部品ＤＢである。そこで、優先順位設定部１１６は、部品ＤＢの優先順位を「２」とし、ＣＡＤ用ＤＢの優先順位を「３」とする。
【００６７】
このように、優先順位設定部１１６が、項目定義テーブルを作成するため、ユーザは、複写関係や、複写遅延時間に変更があった場合、関連ＤＢ定義テーブルを変更すればよく、項目定義テーブルを変更する必要がない。これにより、項目定義テーブルの変更漏れを防止することができる。また、取得部１１３が優先順位設定部１１６によって設定された優先順位に従って表示項目を取得するので、稼動中のデータベースの中において最も新しいデータが表示される。これにより、ユーザは稼動中のデータベースの中で最も新しいデータを確認できるので、ユーザの利便性が高まる。
【００６８】
また、上述の実施例では、情報検索装置１０は、ＬＡＮ等のネットワーク６０で接続された購買ＤＢ２０〜部品ＤＢ５０をまたいで検索処理を実行した。しかしながら、情報検索装置１０は、図１６に示すように、インターネット等のネットワーク８０を介して提供される複数のデータベースをまたいで検索処理を実行してもよい。
【００６９】
また、上述の実施例では、取得部１１３は、各表示項目を購買ＤＢ２０〜部品ＤＢ５０から取得するために、項目定義テーブル及び関連ＤＢ定義テーブルの２つのテーブルを使用していた。しかしながら、取得部１１３は、項目定義テーブル及び関連ＤＢ定義テーブルを統合した図１７に示すテーブルを用いて、各表示項目を購買ＤＢ２０〜部品ＤＢ５０から取得してもよい。図１７では、各検索／表示項目名に対応する各データベースの項目名が定義される。また、各データベースの項目には、優先順位が付されているため、取得部１１３は、優先順位に従って、指定された表示項目に対応する各データベースの項目を検索結果として取得できる。
【００７０】
また、取得部１１３は、図１８に示すテーブルを用いて、各表示項目を購買ＤＢ２０〜部品ＤＢ５０から取得してもよい。図１８において、「主検索ＤＢ名」には、表示項目の主たる取得先となる主データベースが設定される。また、「代替項目１」及び「代替項目２」には、主データベースに対する検索処理が実行できない場合に、主データベースに代わって検索対象となるデータベース、及びその項目が設定される。
【００７１】
また、上述の実施例では、監視部１１１が各データベースを監視し、アクセス制御テーブルの「稼働状態」を更新していた。そして、取得部１１３は、アクセス制御テーブルの「稼働状態」に基づいて、各表示項目の取得先となるデータベースの稼働状態を確認していた。しかしながら、取得部１１３は、アクセス制御テーブルを使用せず、各表示項目の取得先となるデータベースを決定する際に各データベースへアクセスし、その稼働状態を確認してもよい。
【００７２】
なお、上記の情報検索装置１０が有する機能は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータによって実現することができる。その場合、情報検索装置１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００７３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００７５】
また、例えば、インターネット等の通信網に接続されたサーバコンピュータを本件の情報検索装置とし、これに接続されたパーソナルコンピュータ等の情報処理装置に、マルチデータベース検索を行うサービスをサーバコンピュータから提供するようにしてもよい（ＡＳＰ(Application Service Provider)）。
【符号の説明】
【００７６】
１０…情報検索装置
１１…表示装置
２０…購買ＤＢ
３０…環境ＤＢ
４０…ＣＡＤ用ＤＢ
５０…部品ＤＢ
１１１…監視部
１１２…受付部
１１３…取得部
１１４…表示部
１１５…記憶部
１１６…優先順位設定部
【特許請求の範囲】
【請求項１】
複数のデータベースを対象として情報検索を実行する情報検索装置であって、
検索条件及び表示項目を含む検索対象の指定を受付ける受付部と、
前記データベース中の複数の検索対象ごとに、前記検索対象の取得先となるデータベースを優先順位とともに記憶する記憶部と、
前記優先順位に従って、前記記憶部に記憶されたデータベースを検索条件に基づいて検索し、前記受付部で指定された検索対象を検索結果として取得する取得部と、
を備える情報検索装置。
【請求項２】
各検索対象の取得先となるデータベースの優先順位を設定する優先順位設定部を備えることを特徴とする請求項１に記載の情報検索装置。
【請求項３】
前記優先順位設定部は、前記検索対象の取得先として設定されたデータベースに対する検索の可否を検証し、前記検索対象が取得できないデータベースが存在する場合に、前記記憶部に記憶された優先順位を更新することを特徴とする請求項２に記載の情報検索装置。
【請求項４】
前記優先順位設定部は、検索対象の取得先となるデータベースが複数存在する場合、応答速度に基づいて優先順位を設定する請求項２又は３に記載の情報検索装置。
【請求項５】
前記優先順位設定部は、前記複数のデータベース間で、代替可能な項目の項目値を複写している場合、複写元のデータベースの優先順位を第１位とし、前記検索対象を前記優先順位が第１位のデータベースより取得できない場合には、前記優先順位が第１位のデータベースの項目値が更新されてから複写先のデータベースの項目値が更新されるまでの時間間隔に基づいて優先順位を設定する請求項２又は３に記載の情報検索装置。
【請求項６】
前記記憶部は、前記受付部が受付ける表示項目の表示形式と、各データベースが備える項目の表示形式とを対応付けた対応表を記憶する請求項１から５のいずれか１項記載の情報検索装置。
【請求項７】
優先順位が第２位以下のデータベースを検索して前記検索対象を取得した場合に、前記検索対象を前記第２位以下のデータベースを検索して取得したことを表示する表示部を備える請求項１から６のいずれか１項記載の情報検索装置。
【請求項８】
複数のデータベースを対象として情報検索を実行する情報検索プログラムであって、
検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、
記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象を前記検索対象の取得先となるデータベースを選定する選定ステップと、
前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、
をコンピュータに実行させる情報検索プログラム。
【請求項９】
複数のデータベースを対象として情報検索を実行する情報検索方法であって、
検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、
記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象の取得先となるデータベースを選定する選定ステップと、
前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、
を備える情報検索方法。
【請求項１０】
前記記憶部に記憶された前記検索対象の取得先データベースの中に、当該検索対象が取得できないデータベースが存在する場合、前記優先順位を更新する更新ステップを備えることを特徴とする請求項９に記載の情報検索方法。
【請求項１】
複数のデータベースを対象として情報検索を実行する情報検索装置であって、
検索条件及び表示項目を含む検索対象の指定を受付ける受付部と、
前記データベース中の複数の検索対象ごとに、前記検索対象の取得先となるデータベースを優先順位とともに記憶する記憶部と、
前記優先順位に従って、前記記憶部に記憶されたデータベースを検索条件に基づいて検索し、前記受付部で指定された検索対象を検索結果として取得する取得部と、
を備える情報検索装置。
【請求項２】
各検索対象の取得先となるデータベースの優先順位を設定する優先順位設定部を備えることを特徴とする請求項１に記載の情報検索装置。
【請求項３】
前記優先順位設定部は、前記検索対象の取得先として設定されたデータベースに対する検索の可否を検証し、前記検索対象が取得できないデータベースが存在する場合に、前記記憶部に記憶された優先順位を更新することを特徴とする請求項２に記載の情報検索装置。
【請求項４】
前記優先順位設定部は、検索対象の取得先となるデータベースが複数存在する場合、応答速度に基づいて優先順位を設定する請求項２又は３に記載の情報検索装置。
【請求項５】
前記優先順位設定部は、前記複数のデータベース間で、代替可能な項目の項目値を複写している場合、複写元のデータベースの優先順位を第１位とし、前記検索対象を前記優先順位が第１位のデータベースより取得できない場合には、前記優先順位が第１位のデータベースの項目値が更新されてから複写先のデータベースの項目値が更新されるまでの時間間隔に基づいて優先順位を設定する請求項２又は３に記載の情報検索装置。
【請求項６】
前記記憶部は、前記受付部が受付ける表示項目の表示形式と、各データベースが備える項目の表示形式とを対応付けた対応表を記憶する請求項１から５のいずれか１項記載の情報検索装置。
【請求項７】
優先順位が第２位以下のデータベースを検索して前記検索対象を取得した場合に、前記検索対象を前記第２位以下のデータベースを検索して取得したことを表示する表示部を備える請求項１から６のいずれか１項記載の情報検索装置。
【請求項８】
複数のデータベースを対象として情報検索を実行する情報検索プログラムであって、
検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、
記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象を前記検索対象の取得先となるデータベースを選定する選定ステップと、
前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、
をコンピュータに実行させる情報検索プログラム。
【請求項９】
複数のデータベースを対象として情報検索を実行する情報検索方法であって、
検索条件及び表示項目を含む検索対象の指定を受付ける受付ステップと、
記憶部に記憶された前記検索対象毎の取得先データベースの優先順位に従って、前記受付ステップで指定された前記検索対象の取得先となるデータベースを選定する選定ステップと、
前記検索条件に基づいて前記選定ステップで選定されたデータベースを検索し、前記受付ステップで指定された検索対象を検索結果として取得する取得ステップと、
を備える情報検索方法。
【請求項１０】
前記記憶部に記憶された前記検索対象の取得先データベースの中に、当該検索対象が取得できないデータベースが存在する場合、前記優先順位を更新する更新ステップを備えることを特徴とする請求項９に記載の情報検索方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−５３６１９（Ｐ２０１２−５３６１９Ａ）
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願番号】特願２０１０−１９４９８５（Ｐ２０１０−１９４９８５）
【出願日】平成２２年８月３１日（２０１０．８．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願日】平成２２年８月３１日（２０１０．８．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]