(57)【要約】【課題】ＡＳＰサービスシステムは不特定多数の顧客が利用するがＡＳＰは顧客毎の要求仕様に対応できず顧客に対し同一仕様のデータベースを提供することになるため、重要文書を見られるデータベース利用対象者を制限する等のセキュリティに関する十分な確保が難しく、重要な文書またはデータ等に関してはＡＳＰサービスシステムのデータベースを利用せず独自に自データベースシステムを構築し管理する必要があり、全面的に他データベースシステムを利用できないという問題点があった。【解決手段】セキュリティの確保がなされていない既存のシステムをそのまま生かしながら、セキュリティの確保が必要な顧客だけに、セキュリティが確保されたシステムまたはサービスを提供する。【選択図】　　　　図１
2004110457.tif 000002
【特許請求の範囲】
【請求項１】
送信されたセキュリティレベルを有するファイル情報の登録要求を受付ける第一の受付手段と、ファイル情報のセキュリティレベルを判別するセキュリティレベル判別手段と、前記セキュリティレベル判別手段により判別された前記セキュリティレベルに対応する記憶手段に前記ファイル情報を振分ける振分処理手段と、前記振分処理手段により振分けられた公開可能なファイル情報を格納する前記記憶手段における第一の記憶手段と、前記振分処理手段により振分けられた非公開なファイル情報を格納する第二の記憶手段と、送信されたファイル情報検索要求を受付ける第二の受付手段と、前記第二の受付手段により受付けられた前記ファイル情報検索要求に応じて前記第一の記憶手段及び前記第二の記憶手段に出力する検索要求並行出力手段と、前記検索要求並行出力手段により出力された前記ファイル情報検索要求に対して前記第一の記憶手段の検索結果と前記第二の記憶手段の検索結果を受信するファイル情報受信手段と、前記ファイル情報受信手段で受信した前記検索結果をマージする検索結果マージ手段と、前記第二の受付手段に前記ファイル情報検索要求を出した検索要求元に前記検索結果マージ手段でマージされた検索結果を送信する送信手段とを備えることを特徴とするデータベース管理装置。
【請求項２】
前記第一の記憶手段及び前記第二の記憶手段はさらに其々前記検索要求並行出力手段からのファイル情報の検索要求を受付ける第三の受付手段と、前記第三の受付手段で受付けられた前記検索要求に対するファイル情報検索を実施する検索実行手段と、前記検索実行手段から得られる検索結果を返信する検索結果返信手段とを備えることを特徴とする請求項１記載のデータベース管理装置。
【請求項３】
前記第一の受付手段及び前記第二の受付手段はさらに其々前記ファイル情報の登録要求及び前記ファイル情報検索要求をＩＤを持った要求先からのみ受付けることを特徴とする請求項１または２記載のデータベース管理装置。
【請求項４】
前記検索結果マージ手段は、前記検索要求を出した前記ＩＤが許諾される前記セキュリティレベルを判別するＩＤセキュリティレベル判別手段を備え、前記ＩＤセキュリティレベル判別手段で判別された前記ＩＤに対するセキュリティレベルに対応する前記ファイル情報のみ前記検索結果としてマージすることを特徴とする請求項３記載のデータベース管理装置。
【請求項５】
前記第一の記憶手段はさらにインターネットを介して接続されることを特徴とする請求項１から４記載のデータベース管理装置。
【請求項６】
前記第一の記憶手段はさらに不特定多数の顧客が利用するＡＳＰサービスの記憶手段であることを特徴とする請求項５記載のデータベース管理装置。
【請求項７】
ファイル情報を管理するファイル情報管理システムを顧客に貸し出しする貸出サービスあるいはＡＳＰサービスにおいて実現することを特徴とする請求項５記載のデータベース管理装置。
【請求項８】
端末装置よりファイル情報の登録要求を受付けるサーバにおいて、以下のステップを備えることを特徴とするデータベース管理方法。（ａ）　端末装置より登録要求のあったファイル情報を受信するファイル情報受信ステップ、（ｂ）前記ファイル情報のセキュリティレベルを示すセキュリティ属性から前記ファイル情報のセキュリティレベルを判別するセキュリティレベル判別ステップ、（ｃ）前記セキュリティレベル判別ステップにより判別された前記ファイル情報の前記セキュリティレベルに従い、前記セキュリティレベルのファイル情報を扱うデータベース装置に前記ファイル情報を振分けるファイル情報振分ステップ。
【請求項９】
端末装置よりファイル情報の検索要求を受付けるサーバにおいて、以下のステップを備えることを特徴とするデータベース管理方法。（ａ）　端末装置からのファイル情報の検索要求を受け複数のデータベース装置にファイル情報の検索要求を行う検索要求出力ステップ、（ｂ）複数の前記データベース装置から検索結果を受信する検索結果受信ステップ、（ｃ）前記検索結果受信ステップで受信した複数の前記データベース装置の検索結果をマージする検索結果マージステップ。
【請求項１０】
端末装置よりファイル情報の登録要求を受付けるサーバにおいて、コンピュータに以下のステップを実行させるためのデータベース管理プログラム。（ａ）　端末装置より登録要求のあったファイル情報を受信するファイル情報受信ステップ、（ｂ）前記ファイル情報のセキュリティレベルを示すセキュリティ属性から前記ファイル情報のセキュリティレベルを判別するセキュリティレベル判別ステップ、（ｃ）前記セキュリティレベル判別ステップにより判別された前記ファイル情報の前記セキュリティレベルに従い、前記セキュリティレベルのファイル情報を扱うデータベース装置に前記ファイル情報を振分けるファイル情報振分ステップ。
【請求項１１】
端末装置よりファイル情報の検索要求を受付けるサーバにおいて、コンピュータに以下のステップを実行させるためのデータベース管理プログラム。（ａ）　端末装置からのファイル情報の検索要求を受け複数のデータベース装置にファイル情報の検索要求を行う検索要求出力ステップ、（ｂ）　複数の前記データベース装置から検索結果を受信する検索結果受信ステップ、（ｃ）前記検索結果受信ステップで受信した複数の前記データベース装置の検索結果をマージする検索結果マージステップ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、セキュリティ確保されていない既存のデータベースシステムを生かしつつセキュリティ確保を実現するデータベース管理装置並びにデータベース管理方法並びにデータベース管理プログラムに関するものである。
【０００２】
【従来の技術】
従来のデータベース装置においては、マスタデータベースを備えたサーバー装置とサーバー装置と回線を介して接続される端末装置とから構成されるネットワークシステムでは、情報取得時間を短くするために端末装置内にローカルデータベースを設け、ローカルデータベースにマスタデータベースの内容の一部を格納する構成になっている。（例えば特許文献１参照）
また、従来の文書検索システムにおいて、自システム内で完結するローカルな領域での文書検索とインターネットなどを経由したグローバルな領域での文書検索とを実施することができる文書検索システムでは、効率的に文書検索するために、自システムが管理する文書である場合は全文検索し、他システムが管理する文書の場合はキーワード検索する方法あるいは構成になっている。（例えば特許文献２参照）
さらに、従来のインターネットのアプリケーションサービスにおいては、アプリケーション・サービス・プロバイダ（以降ＡＳＰと略す）が提供するサービスがそのまま、利用者である顧客企業に提供されており、顧客企業の業務内容によってはそのまま利用できないため、顧客内に独自のシステムを構築する必要があった。（例えば特許文献３参照）
【０００３】
【特許文献１】
特開２０００−８２０８１号公報（第２頁）
【特許文献２】
特開平１０−２１２５５号公報（第２−３頁）
【特許文献３】
特開２００２−１６３３８２号公報（第２頁）
【０００４】
【発明が解決しようとする課題】
自データベースシステムを持たず他データベースシステムを利用するまたは自データベースシステムから他データベースシステムに切り替える場合、例えばＡＳＰサービスシステムにおけるデータベース利用において、ＡＳＰサービスシステムは不特定多数の顧客が利用するがＡＳＰは顧客毎の要求仕様に対応できず顧客に対し同一仕様のデータベースを提供することになるため、重要文書を見られるデータベース利用対象者を制限する等のセキュリティに関する十分な確保が難しく、重要な文書またはデータ等に関してはＡＳＰサービスシステムのデータベースを利用せず独自に自データベースシステムを構築し管理する必要があり、全面的に他データベースシステムを利用できないという問題点があった。
【０００５】
また、セキュリティの確保ができない既存の自データベースシステムをセキュリティの確保されたデータベースシステムに変更する場合、既存の自データベースシステム自体を変更する必要があり、自データベースシステムの利用を止めることなく実施するためには、既存の自データベースシステムと新しいデータベースシステムを一時並行して運用し、新しいデータベースシステムに順次切り替える必要があり、システム切り替え費用が高くなるという問題点があった。
【０００６】
この発明は上記のような課題を解決するためになされたもので、第一の目的は、既存のデータベースシステムをそのまま生かしながら、セキュリティを十分に確保したデータベースシステムに変更することである。
【０００７】
また、第二の目的は、貸出システムまたは不特定多数の顧客が利用するＡＳＰサービスにおいて、セキュリティの確保がなされていない既存のシステムをそのまま生かしながら、セキュリティの確保が必要な顧客だけに、セキュリティが確保されたシステムまたはサービスを提供することである。
【０００８】
【課題を解決するための手段】
この発明に係わるデータベース管理装置においては、先ず第一の受付手段にて送信されたセキュリティレベルを有するファイル情報の登録要求を受付け、セキュリティレベル判別手段にて受付けられたファイル情報のセキュリティレベルを判別し、振分処理手段にてセキュリティレベル判別手段により判別されたセキュリティレベルに対応する記憶手段にファイル情報を振分けるものである。なお、記憶手段は、振分処理手段により振分けられた公開可能なファイル情報を格納する第一の記憶手段と、振分処理手段により振分けられた非公開なファイル情報を格納する第二の記憶手段がある。さらに、第二の受付手段にて送信されたファイル情報検索要求を受付け、検索要求並行出力手段にて第二の受付手段により受付けられた前記ファイル情報検索要求に応じて第一の記憶手段及び第二の記憶手段に出力し、ファイル情報受信手段にて、検索要求並行出力手段により出力されたファイル情報検索要求に対して第一の記憶手段の検索結果と第二の記憶手段の検索結果を受信し、検索結果マージ手段にて、ファイル情報受信手段で受信した検索結果をマージした上で、送信手段において第二の受付手段にファイル情報検索要求を出した検索要求元に対して検索結果マージ手段でマージされた検索結果を送信するものである。
【０００９】
【発明の実施の形態】
実施の形態１．
図１は、この発明の実施の形態１であるデータベース管理装置、データベース管理方法、データベース管理プログラムを実現するＡＳＰサービスの装置構成を示すもので、１は不特定多数の顧客がＡＳＰサービスを利用するＡＳＰサービス用サーバ、２はＡＳＰサービス提供側より特定顧客のために顧客側に設置されたローカルサーバ、３はローカルサーバ２に接続される顧客のクライアント端末（端末装置）、４はインターネット、５はＡＳＰサービス用サーバ１において文書データを登録処理する文書データ登録処理回路、６はＡＳＰサービス用サーバ１において検索要求された検索条件に従いデータベース（データベース装置）（以降、ＤＢと略す。）を検索処理するＤＢ検索処理回路、７はＡＳＰサービス用サーバ１におけるＡＳＰサービス用ＤＢ（第一の記憶手段）である。
【００１０】
８はローカルサーバ２において文書データ自身のセキュリティレベルに合致した登録すべきサーバに文書データを振分ける登録文書データ振分処理回路、９はローカルサーバ２においてクライアント端末３より検索要求が有った場合、検索要求を各サーバまたはサーバに備わるＤＢに並行に出し各サーバまたはサーバに備わるＤＢからの検索結果をマージして検索要求元であるクライアント端末３に送付する文書データ検索要求処理回路、１０はローカルサーバ２において文書データ検索要求処理回路９より検索要求された検索条件に従いローカルサーバ２のＤＢを検索処理するＤＢ検索処理回路、１１はローカルサーバ２におけるローカルＤＢ（第二の記憶手段）である。
【００１１】
１２は顧客のクライアント端末３において文書データを作成し作成した文書データの登録を要求する文書データ作成登録要求回路、１３はクライアント端末３においてローカルサーバ２に対して文書データ検索を要求する文書検索要求出力回路、１４はローカルサーバ２と顧客のクライアント端末３を接続するＬＡＮあるいはイントラネット等の通信回線、１５はローカルサーバ２において文書データを登録処理する文書データ登録処理回路、１６は重要な文書データ等を外部に出さないようセキュリティを確保したセキュリティエリアを示すものである。
【００１２】
なお、ＤＢに登録あるいは検索する文書データは文書ファイルまたはデータファイルあるいは文書とデータが混合したファイル等でありｄａｔａ、ｄｏｃ、ｂｕｎ等のファイル属性を備えたファイル情報のことである。
【００１３】
図６はクライアント端末３における文書作成登録要求回路１２の内部構成を示すもので、１２１はＤＢに登録すべき文書データを作成する文書データ作成手段、１２２は作成された文書データにセキュリティレベルを示す属性を付加するセキュリティ属性付加手段、１２３はローカルサーバ２に対して文書データをＤＢへ登録を要求する文書データ登録要求手段である。
【００１４】
図５はクライアント端末３における文書検索要求出力回路１３の内部構成を示すもので、１３１は検索する文書データの検索条件を設定する文書データ検索条件設定手段、１３２はローカルサーバ２に対して文書データ検索条件設定手段１３１で設定された検索条件に従って文書データ検索をするよう要求する検索要求を出力する文書データ検索要求出力手段、１３３は文書データ検索要求出力手段より出力された検索要求に対してローカルサーバ２からクライアント端末３へ検索結果の受信要求が有るか否かを判別する検索結果受信要求有無判別手段、１３４はローカルサーバ２からの検索結果の受信要求が有った場合検索結果を受信する検索結果受信手段である。なお、検索結果受信手段１３４にローカルサーバ２からクライアント端末３へ検索結果の受信要求が有るか否かを判別する手段が備わっていてもよく、この場合、検索結果受信要求有無判別手段１３４は削除できる。
【００１５】
図３はローカルサーバ２における登録文書データ振分回路８の内部構成を示すもので、８１はクライアント端末３より文書データのＤＢへの登録要求が有った場合、登録要求を受付け、文書データを受信する登録文書データ受付受信手段（第一の受付手段）、８２は登録文書データ受付受信手段８１で受付け受信された文書データに付加されたセキュリティ属性より文書データのセキュリティレベルを判別するセキュリティレベル判別手段、８３はセキュリティレベル判別手段８２で判別されたセキュリティレベルに従い登録すべきＤＢを備えるサーバに文書データを振分ける文書データ振分手段（振分処理手段）である。
【００１６】
図７はローカルサーバ２またはＡＳＰサービス用サーバ１における文書データ登録処理回路１５または５の内部構成を示すものであり、１５１は文書データのＤＢへの登録要求の有無を判別する文書データ登録要求判別手段、１５２は文書データ登録要求判別手段１５１で文書データのＤＢへの登録要求が有ったと判別された場合登録すべき文書データを受信する文書データ受信手段、１５３は文書データ受信手段１５２で受信した文書データをＤＢに登録する文書データ登録手段である。なお、文書データ受信手段１５２において文書データのＤＢへの登録要求の有無を判別する手段を備える場合は文書データ登録要求判別手段１５１は削除できる。
【００１７】
図２はローカルサーバ２における文書データ検索要求処理回路９の内部構成を示すものであり、９１はクライアント端末３から文書データ検索要求を受付ける文書データ検索要求受付手段（第二の受付手段）、９２は文書データ検索要求受付手段９１で受付けられた文書データ検索要求をローカルサーバ２とＡＳＰ用サービスサーバ１に並行に出力する検索要求並行出力手段、９３はローカルサーバ２またはＡＳＰ用サービスサーバ１よりの検索結果の受信要求が有るか否かを判別する検索結果受信要求判別手段、９４はローカルサーバ２またはＡＳＰ用サービスサーバ１より検索結果を受信する検索結果受信手段（ファイル情報受信手段）、９５は検索要求並行出力手段９２により出されたローカルサーバとＡＳＰ用サービスサーバへのＤＢ検索要求に対して全てから検索結果が送付されたか否か判別する全検索要求に係わる検索結果受信有無判別手段、９６はローカルサーバの検索結果とＡＳＰ用サービスサーバの検索結果をマージする検索結果マージ手段、９７は検索結果を検索を要求したクライアント端末３に送信する検索結果送信手段（送信手段）である。
【００１８】
なお、ローカルサーバ２はＡＳＰサービス用サーバ１を運営するＡＳＰが準備し運営管理するが、ローカルサーバ２のハードウェアはＡＳＰサービスを受ける顧客側のものを使用し、登録文書データ振分処理回路８、文書データ登録処理回路１５等の内部手段を実現するプログラム等をＡＳＰサービス用サーバ１から顧客がＡＳＰサービスとして供給を受けるというものであってもよいし、ローカルサーバ２のハードウェア及び登録文書データ振分処理回路８、文書データ登録処理回路１５等の内部手段を実現するプログラム等を顧客自身で用意してもよい。
【００１９】
図４はローカルサーバ２またはＡＳＰ用サービスサーバ１のＤＢ検索処理回路１０または６の内部構成を示したもので、１０１はローカルサーバからの文書データの検索要求の有無を判別する文書データ検索要求判別手段、１０２は検索要求に付随する検索条件を解釈しＤＢ用に変換する検索条件解釈変換手段、１０３は検索条件解釈変換手段１０２によりＤＢ用に変換された検索条件に従い文書データ検索を実行する検索実行手段、１０４は検索実行手段１０３による検索実行により得られた検索結果を形式フォームに変換する検索結果形式変換手段、１０５は検索結果形式変換手段１０４で形式フォームに変換された検索結果をローカルサーバ２に送信する検索結果送信手段である。
【００２０】
なお、クライアント端末３に備わる文書データ作成登録要求回路１２、文書検索要求出力回路１３、ローカルサーバ２に備わる登録文書データ振分処理回路８、文書データ登録処理回路１５、文書データ検索要求処理回路９、ＤＢ検索処理回路１０、ＡＳＰサービス用サーバ１に備わる文書データ登録処理回路５、ＤＢ検索処理回路６は、専用ボードあるいは汎用ボードや専用ＬＳＩ等のハードウェアで構成されていてもよいし、其々の回路が備わっているクライアント端末３あるいはローカルサーバ２あるいはＡＳＰサービス用サーバ１のＣＰＵ、メモリ、レジスタ、ＨＤＤ等の補助記憶装置等を使用しオペレーティングシステム等のシステム基本プログラムの下で汎用あるいは専用プログラム等のソフトウェアを動作させることにより其々の回路の各手段を実現させてもよい。
【００２１】
次に動作について説明する。図８は図６で示されるクライアント端末３における文書データ作成登録要求回路１２の処理を示すフローチャートである。
【００２２】
先ず、文書データ作成手段１２１において登録すべき文書データを作成し（ステップＳ１）、セキュリティ属性付加手段１２２においてセキュリティ属性をステップＳ１で作成した文書データに付与する（ステップＳ２）。次に文書データ登録要求手段１２３においてセキュリティ属性が付与された文書データの登録をローカルサーバに要求する（ステップＳ３）。
【００２３】
なお、ステップＳ２のセキュリティ属性の付加は、文書データ作成手段１２１においてステップＳ１の文書データ作成時に付加してもよく、この場合、セキュリティ属性付加手段１２２及びステップＳ２はなくてもよい。
【００２４】
図１４は文書データにおけるセキュリティ属性と登録先ＤＢを示した図である。文書データには、文書データ名称、更新日時、セキュリティ属性が付加されており、セキュリティ属性は１から５まであり、１が最もセキュリティレベルが高く、２，３，４の順序でセキュリティレベルが低くなり５が最もセキュリティレベルが低い。もちろん、文書データには、文書データ名称、更新日時、セキュリティ属性以外のものが付加されていてもよい。
【００２５】
なお、セキュリティレベルを１から５の５段階に設定したが、１０段階でも、１００段階でも、３段階でも何段階でもよく、また、セキュリティレベルを数字で示したがＡ，Ｂ，Ｃのアルファベットでもマル秘・重要等の漢字でもひらがなでもカタカナでも特殊記号でもよく、セキュリティレベルを識別できればなんでもよい。
【００２６】
また、セキュリティ属性の付加位置も文書名称、更新日時等と同じ位置にある必要もなく、セキュリティ属性とわかればどこでもよい。ここでは、セキュリティレベルが１，２，３であれば、ローカルサーバ２のＤＢに登録し、セキュリティレベルが４，５であればＡＳＰサービス用サーバ１のＤＢに登録するように、セキュリティレベル３を境界セキュリティレベルに設定した例を示したものである。このため、境界セキュリティレベルは任意に設定できるようにしてもよい。
【００２７】
さらに、文書データの登録ＤＢへの振分に関しては、境界セキュリティレベルを設定することなしに、図１４で示した表あるいはリストデータ等にて予めセキュリティレベル毎の登録ＤＢを設定しておき、セキュリティレベル単位で登録ＤＢを設定できるようにしてもよい。
【００２８】
さらにまた、クライアント端末３にて文書データを作成するときに付加されるセキュリティ属性は、クライアント端末毎にセキュリティ属性のセキュリティレベルが設定されていてもよいし、クライアント端末３を使用する利用者毎にあるいは利用者のＩＤ毎にセキュリティレベルが設定されてもよいし、クライアント端末３を使用する利用者が作成する文書データ毎にセキュリティレベルを設定できるようにしてもよい。
【００２９】
図９は図３で示されるローカルサーバ２における登録文書データ振分回路８の処理を示すフローチャートである。
【００３０】
登録文書データ受付受信手段８１においてクライアント端末３からの登録要求を受付け文書データを受信し（ファイル情報受信ステップ：ステップＳ４）、セキュリティレベル判別手段８２において文書データのセキュリティ属性によりセキュリティレベルを判別する（セキュリティレベル判別ステップ：ステップＳ５）。
【００３１】
次に文書データ振分手段８３において文書データに付加されたセキュリティレベルと予め設定した境界セキュリティレベルとを比較し、文書データを登録すべきサーバのＤＢを判別し文書データを振分ける（ファイル情報振分ステップ：ステップＳ６）。　登録すべきサーバがローカルサーバ２と判別された場合、ローカルサーバ２のＤＢに文書データ登録要求を出し（ステップＳ７）、登録すべきサーバがＡＳＰサービス用サーバ１と判別された場合、ＡＳＰサービス用サーバ１のＤＢに文書データ登録要求を出し（ステップＳ８）、文書データを登録すべきＤＢに振分ける。
【００３２】
図１０は図７で示される文書データ登録処理回路１５または５の処理を示すフローチャートである。
【００３３】
図９のステップＳ７によりローカルサーバ２のＤＢ１１に文書データ登録要求が出された場合は、ローカルサーバ２の文書データ登録処理回路１５で以下の処理が実施され、また、図９のステップＳ８によりＡＳＰサービス用サーバ１のＤＢ７に文書データ登録要求が出された場合は、ＡＳＰサービス用サーバ１の文書データ登録処理回路５で以下の処理が実施される。
【００３４】
先ず、図９のステップＳ７またはステップＳ８により文書データ登録要求が出されたのを受け、ローカルサーバ２またはＡＳＰサービス用サーバ１の文書データ登録処理回路１５または５の文書データ登録要求判別手段１５１において、ローカルサーバ２からの文書データ登録要求の有無を判別する（ステップＳ９）。ステップＳ９にて文書データ登録要求がないと判別された場合はステップＳ９を繰り返す。ステップＳ９にて文書データ登録要求があると判別された場合は、文書データ受信手段１５２において登録する文書データを受信し（ステップＳ１０）、文書データ登録手段１５３において文書データをＤＢに登録する（ステップＳ１１）。なお、文書データ登録処理回路１５と文書データ登録処理回路５において、備わる手段及び処理内容を同じとしたが、文書データがＤＢに登録されればよく、備わる手段及び処理内容は異なっていてもよい。
【００３５】
図１１は図５で示されるクライアント端末３における文書検索要求出力回路１３の処理を示すフローチャートである。
【００３６】
文書データ検索条件設定手段１３１において文書検索条件を設定し（ステップＳ１２）、文書データ検索要求出力手段１３２おいて文書検索要求をローカルサーバ２に出力する（ステップＳ１３）。次に検索結果受信有無判別手段１３３においてローカルサーバ２から検索結果の受信の有無を判別する（ステップＳ１４）。ステップＳ１４において検索結果の受信有と判別された場合、検索結果受信手段１３４において検索結果をローカルサーバ２より受信する（ステップＳ１５）。ステップＳ１４において検索結果の受信無と判別された場合、ステップ１４の検索結果受信有無判別を繰り返す。
【００３７】
図１２は図２で示されるローカルサーバ２における文書データ検索要求処理回路９の処理フローチャートを示すものである。
【００３８】
文書データ検索要求受付手段９１において文書データの検索要求の有無を判別し（ステップＳ１６）、ステップＳ１６において文書データの検索要求なしと判別された場合、ステップＳ１６の文書データ検索要求の有無判別を繰り返す。ステップＳ１６において文書データの検索要求ありと判別された場合、検索要求並行出力手段９２においてローカルサーバ２及びＡＳＰサービス用サーバ１に対して並行に文書データの検索要求を出力する（検索要求出力ステップ：ステップＳ１７）。
【００３９】
次に検索結果受信要求判別手段９３においてローカルサーバのＤＢ１１またはＡＳＰサービスサーバのＤＢ７より検索結果の送信の有無を判定する（ステップＳ１８）。ステップＳ１８においてＤＢより検索結果の送信は無いと判別された場合、ステップＳ１８を繰り返す。ステップＳ１８においてＤＢより検索結果の送信があったと判別された場合、検索結果受信手段（ファイル情報受信手段）９４において検索結果を受信し（検索結果受信ステップ：ステップＳ１９）、全検索要求に係わる検索結果受信有無判別手段９５において検索要求したローカルサーバのＤＢ１１及びＡＳＰサービス用サーバのＤＢ７の全てのＤＢから検索結果を受信したか否かを判別する（ステップＳ２０）。
【００４０】
ステップＳ２０においてすべてのＤＢから検索結果を受信していないと判別された場合、ステップＳ１８に戻る。ステップＳ２０においてすべてのＤＢから検索結果を受信したと判別された場合、検索結果マージ手段９６においてローカルサーバのＤＢ１１の検索結果とＡＳＰサービス用サーバのＤＢ７の検索結果をマージし（検索結果マージステップ：ステップＳ２１）、検索結果送信手段（送信手段）９７においてローカルサーバ２が検索要求を出したクライアント端末３に対してステップＳ２１でマージした検索結果を送信する（ステップＳ２２）。
【００４１】
なお、ローカルサーバ２における検索結果に関しては、検索を要求したクライアント端末３、クライアント端末３を使用した利用者により、クライアント端末３または利用者自身に参照できる文書データのセキュリティレベルを設定できてよく、この場合、ローカルサーバにおける検索結果には利用者またはクライアント端末３に許諾された参照可能なセキュリティレベルを超える重要な文書データは除外されるようにしてもよい。
【００４２】
図１３は図４で示されるＤＢ検索処理回路１０または６の処理フローチャートを示すものである。
【００４３】
図１２のステップＳ１７でローカルサーバ２よりローカルサーバのＤＢ１１及びＡＳＰサービス用サーバのＤＢ７に対して検索要求が出力されたのを受け、ローカルサーバ２のＤＢ検索処理回路１０及びＡＳＰサービス用サーバ１のＤＢ検索処理回路６のＤＢ検索要求判別手段１０１において検索要求の有無を判別する（ステップＳ２３）。ステップＳ２３において検索要求なしと判別された場合、ステップＳ２３を繰り返す。ステップＳ２３において検索要求ありと判別された場合、検索条件解釈変換手段１０２において検索要求に付随する検索条件を解釈しＤＢにて使用できるよう検索条件を変換し（ステップＳ２４）、ステップＳ２４でＤＢ用に変換された変換条件に従い検索実行手段１０３において検索が実行される（ステップＳ２５）。
【００４４】
次に検索結果形式変換手段１０４においてステップＳ２５の検索実行により得られた検索結果を所定の検索結果形式に変換し（ステップＳ２６）、検索結果送信手段１０５においてステップＳ２６に所定の件策結果形式に変換された検索結果を検索を要求したローカルサーバ２に送信する（ステップＳ２７）。
【００４５】
なお、検索条件解釈変換手段１０２においてステップＳ２４で検索条件をＤＢ用に変換したが、検索条件の解釈変換をしなくてもＤＢ上で直接動作可能になるように検索条件設定時等に設定されてもよく、この場合、検索条件解釈変換手段１０２、そしてステップＳ２４はなくてもよい。
【００４６】
さらにローカルサーバ及びＡＳＰサービス用サーバのＤＢから得られる検索結果が既に統一された所定の検索結果形式で作成されてもよく、この場合、検索結果形式変換手段１０４、そしてステップＳ２６はなくてもよい。
【００４７】
また、ローカルサーバ２のＤＢ検索処理回路１０とＡＳＰサービス用サーバ１のＤＢ検索処理回路６において、備わる手段及び処理内容を同じとしたが、検索を実行し検索結果を返せればよく、備わる手段及び処理内容は異なっていてもよい。
【００４８】
なお、上記においてはＡＳＰサービスに係わる実施に関して説明したが、不特定多数の顧客が利用するＡＳＰサービスに係わらず、特定顧客あるいは１顧客のみ利用するリース等のシステム自体を貸し出す貸出システムの利用でもよく、また、顧客自身が管理する自データベースシステムまたは情報管理システムであってよい。
【００４９】
さらにサーバ間はインターネットを介して接続されなくてもよく、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）でもＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）でも電話回線でもよく通信回線であればなんでもよい。
【００５０】
また、ローカルサーバ２は、クライアント端末３の利用者からの文書データの登録要求及び検索要求をすべて受付けているが、ローカルサーバ２においてクライアント端末３の利用者のＩＤをチェックし、許諾されたＩＤによる文書データの登録要求及び検索要求のみ受付けるようにしてもよい。
【００５１】
さらに、ローカルサーバにおけるＩＤのチェックは、クライアント端末の利用者のＩＤに限らずクライアント端末自体のＩＤをチェックしてもよい。
【００５２】
さらにまた、ローカルサーバのＤＢ１１とＡＳＰサービス用サーバのＤＢ７では、文書データに付加されたセキュリティ属性のセキュリティレベルにより、サーバ毎に登録すべき文書データが異なるようにできるため、ローカルサーバのＤＢ１１にはセキュリティレベルの高い重要で非公開な文書データを登録し、ＡＳＰサービス用サーバのＤＢ７にはセキュリティレベルの低い公開可能な文書データを登録してもよい。
【００５３】
また、ＡＳＰサービス用サーバのＤＢ７に公開可能な文書データを登録し、ローカルサーバのＤＢ１１に非公開な文書データを登録し、ローカルサーバ２とクライアント端末間はセキュリティを確保することで、ローカルサーバ２とクライアント端末間はセキュリティエリアとしてもよい。
【００５４】
上記のように、ローカルサーバのＤＢ１１には非公開な文書データを登録し、ＡＳＰサービス用サーバのＤＢ７には公開可能な文書データを登録することで、不特定多数が利用するＡＳＰサービス用サーバのＤＢ７において、顧客の重要な文書データ等をＡＳＰサービス用サーバ１のその他利用者に見られる可能性がなく、高いセキュリティを確保することができるため、自システムを使わず他システムを使用しかつセキュリティ確保も要求する顧客に対しても不特定多数が使用するＡＳＰサービスのＤＢをそのまま生かしつつ利用して、重要文書データを扱えるので、セキュリティ確保の容易性を向上させる効果がある。
【００５５】
また、セキュリティ確保の有無に係わらず従来の不特定多数が利用するＡＳＰサービスシステムを利用できるためＡＳＰサービス利用の拡大に効果がある。
【００５６】
さらに、文書データには文書の重要度のセキュリティレベルを示すセキュリティ属性が付加されており、セキュリティ属性により文書データの重要度を明確に把握することができるため、効率的にセキュリティ管理をすることができる効果がある。
【００５７】
また、クライアント端末あるいは利用対象者毎に利用できる文書データのセキュリティレベルを設定することで、文書データ検索結果においても、利用対象者等に対して許諾されたセキュリティレベルを超える重要文書データは検索結果から除外することが可能であるため、文書データの参照に対して高いセキュリティを確保できる効果がある。
【００５８】
さらに、ＡＳＰサービスを使用しても重要文書データのセキュリティが確保できることで、重要文書について顧客自身がＡＳＰサービスを利用せず個別にＤＢ管理する必要がなくなるため、効率性を高めると共に省力化に効果がある。
【００５９】
さらにまた、文書データの登録においてローカルサーバ２が一括して登録要求を受け付け文書データの登録すべきサーバを選択し、文書データの検索においてもローカルサーバが一括して検索要求を受け付け、検索結果をマージして要求元であるクライアント端末３に送信するため、クライアント端末３の利用者は、ＡＳＰサービス用サーバ１等のＤＢが多数あったとしても、ローカルサーバ２以外意識する必要がなく、利便性を高める効果がある。
【００６０】
また、ＡＳＰサービス用サーバ１でＤＢを提供するＡＳＰにおいて重要な文書データの文書管理を含むデータベース管理業務をサービス提供範囲とすることができることでＡＳＰの業務範囲を拡大することができ、業務範囲の拡大によりＡＳＰサービスを利用する顧客を増加させる効果がある。
【００６１】
さらにローカルサーバ２に文書データのセキュリティを一元管理させることにより、ＡＳＰサービス用サーバ１は何らセキュリティ機能等を追加することなく、また何ら変更することなく、セキュリティ確保が必要な顧客に対して、ローカルサーバ２を貸与またはセキュリティ管理に必要な装置あるいはアプリケーションＳ／Ｗを貸与することで、セキュリティ確保された文書管理サービスを個別に提供できるため、顧客別にサービス内容を差別化し、顧客の利便性を向上させると共にサービス提供側のセキュリティ確保システム構築の容易性を向上させる効果がある。
【００６２】
実施の形態２．
実施の形態１では図１２のローカルサーバ２における文書データ検索要求処理回路９の処理フローチャートにおけるステップＳ２１においてローカルサーバのＤＢ１１の検索結果とＡＳＰサービス用サーバのＤＢ７の検索結果をマージし、ステップＳ２２において検索要求を出したクライアント端末３に対してステップＳ２１でマージした検索結果を送信すると説明したが、実施の形態２では、ステップＳ２１においてローカルサーバのＤＢ１１の検索結果とＡＳＰサービス用サーバのＤＢ７の検索結果をマージした後に検索要求した利用者またはクライアント端末３のＩＤによりＩＤが許諾された参照できる文書データのセキュリティレベルを判別し、ＩＤが参照できるセキュリティレベルの文書データの検索結果のみマージされた検索結果から選別する方法を説明する。他の形態は、実施の形態１と同じであるため省略する。
【００６３】
次に動作について説明する。
【００６４】
図１５はローカルサーバ２における登録文書データ振分回路８の処理を示すフローチャートを示している。なお、登録文書データ振分回路８の内部構成に関しては、実施の形態１で説明した図２の構成と同一である。
【００６５】
先ず、文書データ検索要求受付手段９１において文書データの検索要求の有無を判別し（ステップＳ１６）、ステップＳ１６において文書データの検索要求ありと判別された場合、検索要求並行出力手段９２においてローカルサーバ２及びＡＳＰサービス用サーバ１に対して並行に文書データの検索要求を出力する（ステップＳ１７）。
【００６６】
次に検索結果受信要求判別手段９３においてローカルサーバのＤＢ１１またはＡＳＰサービスサーバのＤＢ７より検索結果の送信が有るか否かを判別する（ステップＳ１８）。ステップＳ１８においてＤＢより検索結果の送信は無いと判別された場合、ステップＳ１８を繰り返す。ステップＳ１８においてＤＢより検索結果の送信があったと判別された場合、検索結果受信手段（ファイル情報受信手段）９４において検索結果を受信し（ステップＳ１９）、全検索要求に係わる検索結果受信有無判別手段９５において検索要求したローカルサーバ２のＤＢ１１及びＡＳＰサービス用サーバ１のＤＢ７の全てのＤＢから検索結果を受信したか否かを判別する（ステップＳ２０）。ステップＳ２０においてすべてのＤＢから検索結果を受信していないと判別された場合、ステップＳ１８に戻る。ステップＳ２０においてすべてのＤＢから検索結果を受信したと判別された場合、検索結果マージ手段９６においてローカルサーバのＤＢ１１の検索結果とＡＳＰサービス用サーバのＤＢ７の検索結果をマージする（ステップＳ２１）。
【００６７】
次に、続いて検索結果マージ手段９６において検索要求元（クライアント端末３の利用者）のＩＤよりＩＤが参照可能なセキュリティレベルの文書データのみマージされた検索結果より選別し（ステップＳ２８）、検索結果送信手段（送信手段）９７においてローカルサーバ２が検索要求を出したクライアント端末３に対してステップＳ２１及びステップＳ２８でマージし選別された検索結果を送信する（ステップＳ２２）。
【００６８】
なお、セキュリティレベル毎にＤＢを設けてもよく、この場合、検索要求並行出力手段９２において検索要求元（クライアント端末３の利用者）のＩＤよりＩＤが参照可能なセキュリティレベルをチェックし、ＩＤに許諾されたセキュリティレベル以下の文書データが登録されているＤＢ全てに対してステップＳ１７で検索要求を並行に出力するようにしてもよい。この場合、検索結果マージ手段９６において検索要求元（クライアント端末３の利用者）のＩＤよりＩＤが参照可能なセキュリティレベルの文書データのみマージされた検索結果より選別するステップＳ２８はなくてもよい。
【００６９】
上記のように、検索要求を出したクライアント端末の利用者のＩＤをチェックしＩＤに許諾された参照可能なセキュリティレベルの文書データのみ検索結果として返送することで、検索時のセキュリティを確保の確実性を向上させる効果がある。
【００７０】
【発明の効果】
この発明は以上説明したように構成されているので、以下に示すような効果を奏する。
【００７１】
ローカルサーバに文書データのセキュリティを一元管理させることにより、ＡＳＰサービス用サーバは何らセキュリティ機能等を追加することなく、また何ら変更することなく、セキュリティ確保が必要な顧客に対して、ローカルサーバを貸与またはセキュリティ管理に必要な装置あるいはアプリケーションＳ／Ｗを貸与することで、セキュリティ確保された文書管理サービスを個別に提供できるため、顧客別にサービス内容を差別化し、顧客の利便性を向上させると共にサービス提供側のセキュリティ確保システム構築の容易性を向上させる効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１であるデータベース管理装置、データベース管理方法及びデータベース管理プログラムの構成を示す図である。
【図２】この発明の実施の形態１におけるローカルサーバの文書データ検索要求処理回路の内部構成を示す図である。
【図３】この発明の実施の形態１におけるローカルサーバの登録文書データ振分処理回路の内部構成を示す図である。
【図４】この発明の実施の形態１におけるローカルサーバまたはＡＳＰサービス用サーバのＤＢ検索処理回路の内部構成を示す図である。
【図５】この発明の実施の形態１におけるクライアント端末の文書検索要求出力回路の内部構成を示す図である。
【図６】この発明の実施の形態１におけるクライアント端末の文書データ作成登録要求回路の内部構成を示す図である。
【図７】この発明の実施の形態１におけるローカルサーバまたはＡＳＰサービス用サーバの文書データ登録処理回路を示す図である。
【図８】この発明の実施の形態１におけるクライアント端末の文書データ作成登録要求回路の処理フローチャートを示す図である。
【図９】この発明の実施の形態１におけるローカルサーバの登録文書データ処理回路の処理フローチャートを示す図である。
【図１０】この発明の実施の形態１におけるローカルサーバまたはＡＳＰサービス用サーバの文書データ登録処理回路の処理フローチャートを示す図である。
【図１１】この発明の実施の形態１におけるクライアント端末の文書検索要求出力回路の処理フローチャートを示す図である。
【図１２】この発明の実施の形態１におけるローカルサーバの文書データ検索要求処理回路の処理フローチャートを示す図である。
【図１３】この発明の実施の形態１におけるローカルサーバまたはＡＳＰサービス用サーバのＤＢ検索処理回路の処理フローチャートを示す図である。
【図１４】この発明の実施の形態１における文書データのセキュリティ属性と登録先ＤＢを示す図である。
【図１５】この発明の実施の形態２におけるローカルサーバの文書データ検索要求処理回路の処理フローチャートを示す図である。
【符号の説明】
１　ＡＳＰサービス用サーバ、２　ローカルサーバ、３　クライアント端末、４　インターネット、５　文書データ登録処理回路、６　ＤＢ検索処理回路、７ＡＳＰサービスサーバのＤＢ、８　登録文書データ振分処理回路、９　文書データ検索要求処理回路、１０　ＤＢ検索処理回路、１１　ローカルサーバのＤＢ、１２　文書データ作成登録要求回路、１３　文書検索要求出力回路、１４　ＬＡＮあるいはイントラネット等の通信回線、１５　文書データ登録処理回路。
【図１】
2004110457.tif 000003
【図２】
2004110457.tif 000004
【図３】
2004110457.tif 000005
【図４】
2004110457.tif 000006
【図５】
2004110457.tif 000007
【図６】
2004110457.tif 000008
【図７】
2004110457.tif 000009
【図８】
2004110457.tif 000010
【図９】
2004110457.tif 000011
【図１０】
2004110457.tif 000012
【図１１】
2004110457.tif 000013
【図１２】
2004110457.tif 000014
【図１３】
2004110457.tif 000015
【図１４】
2004110457.tif 000016
【図１５】
2004110457.tif 000017