(57)【要約】【課題】  クライアント端末でのログイン時に、現在運用中であるアクセス制御ポリシー等のポリシー及び将来変更されると仮定されたポリシーとを選択できるようにするとともに動作させることができるクライアントサーバシステムを提供する。【解決手段】  クライアント端末から管理サーバへログインするとき、コマンドで指定した更新日付以降の日付を指定することにより、管理サーバではマスタポリシーデータベースと更新予定ポリシーデータベースとから仮想ポリシーデータベースを作成する。そして、作成された仮想ポリシーデータベースの内容がクライアント端末に適用されるため、クライアント端末では、ログイン時に指定した日時に動作する予定のポリシーで動作することが可能となる。【選択図】      図３
2009054119.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバとクライアント端末とがネットワークを介して通信可能に接続されているクライアントサーバシステムであって、
前記管理サーバは、
現在運用中のマスタポリシーデータベース及び更新予定ポリシーデータベースが記憶されている記憶手段と、
前記クライアント端末からのログイン実行時に、クライアント端末から送信されたログインデータに日付情報が含まれるか否かを判断するとともに、前記マスタポリシーデータベース及び更新予定ポリシーデータベースに基づいて仮想ポリシーデータベースを作成する制御手段と
を備えており、前記制御手段は、前記ログインデータに日付情報が含まれると判断した場合には、前記マスタポリシーデータベースと前記日付情報に対応する日までに変更されるポリシー情報を前記更新予定ポリシーデータベースとを融合させて前記仮想ポリシーデータベースを作成し、該仮想ポリシーデータベースにおける仮想ポリシー情報を前記クライアント端末に送信することを特徴とするクライアントサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログイン時に管理サーバからアクセス制御ポリシー等のポリシーを取得して自己のシステムに反映させるクライアント端末を備えたクライアントサーバシステムに関するものである。
【背景技術】
【０００２】
アクセスポリシー制御の存在しないネットワークシステムにおいては、ネットワーク機器のサービス品質管理機能やセキュリティ管理機能等を制御する際に、インターネットやＬＡＮ（Local Area Network）等のネットワークに接続されているネットワーク機器（クライアント端末）毎に設定をおこなう必要がある。これに対して、アクセスポリシー制御の存在するネットワークシステムにおいては、ポリシーサーバとよばれる管理サーバに設定の方針（以下、「ポリシー」ともいう。）を指定することによって、ネットワークに接続されているネットワーク機器（クライアント端末）等から少量の情報を入力するだけで当該ネットワーク機器全体への設定が可能となっている。
【０００３】
こうしたアクセスポリシー制御の存在するネットワークシステムにおいて複数のポリシーをそれぞれ管理するための従来技術としては、例えば、特許文献１に記載されている技術がある。
特許文献１に記載の技術は、ポリシー制御ネットワークシステムにおいて、ポリシーサーバ（管理サーバ）からポリシールールをルータに追加、削除、更新する際にポリシーサーバから転送されるルールやデータを減らすために、ネットワーク上の各拠点にポリシーを配置しておき、ポリシールールをルータに配布するものである。
【０００４】
【特許文献１】特許公開２００１−１６８９１３
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載された技術の場合、将来変更されると仮定したポリシーの適用方法は何ら想定されていない。そのため、こうした特許文献１に記載された技術では、ポリシー情報についてマスタ及び将来変更されると仮定したものを別個に記憶させておく必要がある。したがって、クライアント端末からのログイン設定方法によってポリシーを切り分けるといった柔軟な運用を行うことはできなかった。
【０００６】
本発明は、こうした従来技術における問題点に着目してなされたものである。その目的は、クライアント端末でのログイン時に、現在運用中であるアクセス制御ポリシー等のポリシー及び将来変更されると仮定されたポリシーとを選択することができるようにするとともに動作させることができるクライアントサーバシステムを実現することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明のクライアントサーバシステムは、管理サーバとクライアント端末とがネットワークを介して通信可能に接続されているクライアントサーバシステムであって、前記管理サーバは、現在運用中のマスタポリシーデータベース及び更新予定ポリシーデータベースが記憶されている記憶手段と、前記クライアント端末からのログイン実行時に、クライアント端末から送信されたログインデータに日付情報が含まれるか否かを判断するとともに、前記マスタポリシーデータベース及び更新予定ポリシーデータベースに基づいて仮想ポリシーデータベースを作成する制御手段とを備えており、前記制御手段は、前記ログインデータに日付情報が含まれると判断した場合には、前記マスタポリシーデータベースと前記日付情報に対応する日までに変更されるポリシー情報を前記更新予定ポリシーデータベースとを融合させて前記仮想ポリシーデータベースを作成し、該仮想ポリシーデータベースにおける仮想ポリシー情報を前記クライアント端末に送信することを特徴とする。
【０００８】
システム管理者は、管理サーバにおいて更新予定ポリシーＤＢを作成する。更新予定ポリシーＤＢは、将来の更新日時を指定してポリシーの変更を行うコマンド実行時に情報を追加する。このとき、マスタポリシーＤＢを変更するのではなく、更新予定ポリシーＤＢに更新情報と更新日時を登録することで、現在運用中のマスタポリシーＤＢに影響を与えないようにする。
【０００９】
また、更新予定ポリシーＤＢにポリシー情報が登録されている場合、将来の日付を指定してクライアント端末からログインすると、マスタポリシーＤＢに更新予定ポリシーＤＢからログイン時に指定した日付までに更新されるポリシー情報を取得したものと融合させて、ログイン時に指定した日付時点の仮想ポリシーＤＢを作成することで、仮想ポリシー情報をログインしたクライアント端末に送信する。これにより、将来の日付を指定してクライアント端末からログインしたユーザは、将来の日付時点に変更されると仮定されたポリシーでクライアント端末を動作させることができる。一方、将来の日付を指定することなくクライアント端末からログインしたユーザは、現在のマスタポリシーでクライアント端末を動作させることができる。
【発明の効果】
【００１０】
本発明のクライアントサーバシステムによれば、管理サーバ上でマスタポリシー及び仮想ポリシーの実施を１つのシステムで同時に実現することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を適用したクライアントサーバシステムの実施形態について説明する。
図１に示すように、本実施形態におけるクライアントサーバシステムは、管理サーバ１１と、複数のクライアント端末１２とを備える。これら管理サーバ１１と複数のクライアント端末１２とは、ネットワークとしてのインターネット１３にデータ通信可能に接続されている。
管理サーバ１１には、後述するマスタポリシーデータベース（ＤＢ）１４、更新予定ポリシーＤＢ１５、仮想ポリシーＤＢ１６や各種プログラム等が記憶されている記憶手段としてのハードディスク１７が接続されている。
【００１２】
また、管理サーバ１１には、制御手段としてのＣＰＵ（Central Processing Unit）１８が備えられている。ＣＰＵ１８は、管理サーバ１１の動作等を制御するとともに、クライアント端末１２からのログイン実行時に、クライアント端末１２から送信されたログインデータに日付情報が含まれるか否かを判断する。また、マスタポリシーＤＢ１４及び更新予定ポリシーＤＢ１５に基づいて仮想ポリシーＤＢ１６を作成する。
【００１３】
なお、管理サーバ１１上のポリシー変更は、システム管理者が管理サーバ１１からポリシー変更コマンドを実行することで実施される。ポリシー変更コマンドは従来どおりの実行方法（ａ）と、今回提案する実行方法（ｂ）の２通りある。
従来の実行方法（ａ）では、コマンド実行時に更新日付を指定せずに実行する。この場合、マスタポリシーＤＢ１４はただちに更新される。今回提案する実行方法（ｂ）では、将来の更新日付を設定してコマンドを実行する。その場合、マスタポリシーＤＢ１４は更新されず、更新予定ポリシーＤＢ１５の情報が更新される。更新予定ポリシーＤＢ１５は更新予定日時になると自動的にマスタポリシーＤＢ１４を更新する。
【００１４】
管理サーバ１１の設定により、クライアント端末１２からのログイン方法も従来どおりのログイン方法（ｃ）と、今回提案するログイン方法（ｄ）の２通りある。まず、従来どおりの方法でクライアント端末１２から日付未設定でログインした場合、マスタポリシーＤＢ１４から情報を取得し、クライアント端末１２にはマスタポリシーＤＢ１４のポリシーが適用される。一方、クライアント端末１２から将来の更新日付を指定してログインした場合、マスタポリシーＤＢ１４の情報と更新予定ポリシーＤＢ１５の情報とを融合することで仮想ポリシーＤＢ１６を作成し、当該仮想ポリシーＤＢ１６から情報を取得することで、クライアント端末１２には仮想ポリシーが適用される。
【００１５】
次に、管理サーバ１１においてポリシー変更コマンドによりポリシーを変更する方法について説明する。
図２に示すように、管理サーバ１１のＣＰＵ１８は、システム管理者によってポリシー変更コマンドが入力された場合、当該ポリシー変更コマンド中に、日付指定に関する情報が存在するか否かを判断する（ステップＳ２１）。
【００１６】
ポリシー変更コマンド中に、日付指定に関する情報が存在するとＣＰＵ１８が判断した場合（システム管理者が将来の更新日付を設定してコマンドを実行した場合）には、更新予定ポリシーＤＢ１５が作成される（ステップＳ２２）。当該更新予定ポリシーＤＢ１５は、ハードディスク１７に記憶される。
一方、ステップＳ２１において、ポリシー変更コマンド中に、日付指定に関する情報が存在しないとＣＰＵ１８が判断した場合（システム管理者が将来の更新日付を設定することなくコマンドを実行した場合）には、更新予定ポリシーＤＢ１５は作成されない。
【００１７】
次に、クライアント端末１２から管理サーバ１１にログインする場合の処理の流れを説明する。なお、以下の処理は管理サーバ１１に接続されているハードディスク１７や図示しないメモリ等に記憶されているプログラム等に基づいて、ＣＰＵ１８による制御のもとで実行される。
図３に示すように、まず、ユーザがクライアント端末１２からログイン処理を実行すると、管理サーバ１１のＣＰＵ１８は、当該クライアント端末１２からインターネット１３を介して送信されてきたログインデータ中に、日付指定に関する情報が存在するか否かを判断する（ステップＳ３１）。
【００１８】
ここで、ログインデータ中に日付指定に関する情報が存在すると判断した場合、ＣＰＵ１８は、当該指定された日付までに更新される予定の情報が存在するか否かを判断する（ステップＳ３２）。
指定された日付までに更新される予定の情報が存在すると判断した場合、ＣＰＵ１８は、ハードディスク１７に記憶されているマスタポリシーＤＢ１４の情報と更新予定ポリシーＤＢ１５の情報とをマージすることで、新たに仮想ポリシーＤＢ１６を作成する（ステップＳ３３）。なお、更新予定ポリシーＤＢ１５が存在しない場合には、仮想ポリシーＤＢ１６は作成されない。
【００１９】
クライアント端末１２は、管理サーバ１１において作成された仮想ポリシーＤＢ１６の情報を、インターネット１３を介して取得して管理サーバ１１にログインする（ステップＳ３４）。なお、更新予定ポリシーＤＢ１５が存在しない場合には、仮想ポリシーＤＢ１６が作成されないため、マスタポリシーＤＢ１４の情報を取得して管理サーバ１１にログインすることになる。
一方、ステップＳ３１において、ログインデータ中に日付指定に関する情報が存在しないとＣＰＵ１８が判断した場合、仮想ポリシーＤＢ１６は作成されない。この場合、クライアント端末１２は、管理サーバ１１からマスタポリシーＤＢ１４の情報を、インターネット１３を介して取得して管理サーバ１１にログインする（ステップＳ３５）。
【００２０】
また、ステップＳ３２において、指定された日付までに更新される予定の情報が存在しないとＣＰＵ１８が判断した場合についても、仮想ポリシーＤＢ１６は作成されない。この場合、クライアント端末１２は、管理サーバ１１からマスタポリシーＤＢ１４の情報を、インターネット１３を介して取得して、管理サーバ１１にログインする（ステップＳ３５）。
【００２１】
次に、管理サーバ１１において作成される仮想ポリシーＤＢ１６の一例について説明する。
図４に示すように、現在のマスタポリシーＤＢ１４は、データ等のＵＳＢメモリへの持ち出しは「禁止」、ネットワーク（インターネット１３等）への持ち出しは「禁止」、プリンタ等での印刷は「禁止」、にそれぞれ設定されている。また、更新予定ポリシーＤＢ１５は、データ等のＵＳＢメモリへの持ち出しは２００７年４月１日以降は「許可」、プリンタ等での印刷は２００７年５月１日以降は「許可」、にそれぞれ設定されている。
【００２２】
そして、現在の日付を２００７年３月２０日とする。更新予定ポリシーＤＢ１５に更新日時及び更新予定情報が登録されている場合であって、クライアント端末１２から管理サーバ１１に将来の日付２００７年４月１０日を指定したログインが実行された場合、クライアント端末１２はログイン時に２００７年４月１０日までに更新されるポリシー情報を仮想ポリシーＤＢ１6から取得する。
【００２３】
具体的には、マスタポリシーＤＢ１４の内容と更新予定ポリシーＤＢ１５の内容とを融合（マージ）させることにより、更新予定ポリシーＤＢ１５の内容が一部反映された状態の仮想ポリシーＤＢ１６が作成されることになる。ここでは、４月１日の段階でＵＳＢメモリへの持ち出しを許可するようポリシーが変更されているので、ＵＳＢメモリへの持ち出しが許可となった仮想ポリシーＤＢ１６が作成される。
【００２４】
以上のように、本実施形態のクライアントサーバシステムによれば、次のような効果がある。
・クライアント端末１２から管理サーバ１１に対して日付を指定したログインが実行された場合には、仮想ポリシーＤＢ１６の内容がクライアント端末１２に適用される。そのため、クライアント端末１２では、ログイン時に指定した日時に動作する予定のポリシーで動作することが可能となる。なお、クライアント端末１２から日付を指定しないログインが実行された場合には、従来と同様に、ポリシー情報はマスタポリシーＤＢ１４から取得することになる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態を示すシステム構成図。
【図２】ポリシー変更コマンド実行時のフローチャート。
【図３】クライアント端末からログインする場合のフローチャート。
【図４】仮想ポリシーＤＢの作成イメージ図。
【符号の説明】
【００２６】
１１…管理サーバ、１２…クライアント端末、１３…ネットワークとしてのインターネット、１４…マスタポリシーデータベース、１５…更新予定ポリシーデータベース、１６…仮想ポリシーデータベース、１７…記憶手段としてのハードディスク、１８…制御手段。
【図１】
2009054119.tif 000003
【図２】
2009054119.tif 000004
【図３】
2009054119.tif 000005
【図４】
2009054119.tif 000006