JP2003337767A - 情報システムを構築するための基盤システム - Google Patents

Abstract

(57)【要約】 【課題】 プラットフォームや対象とする業務処理の内
容等に依存することなく、情報システムを効率的かつ統
一的に構築することを可能にする。 【解決手段】 クライアント１０とサーバ２０とからな
るフレームワーク１であって、クライアント１０には、
Ｈｔｔｐクライアント１２０等とＮｅｔクライアント１
３０等とが含まれ、サーバ２０は、クライアント１０と
の通信による接続制御を行うためのコントロール・レイ
ヤ２００と、一定の業務処理を実行するためのビジネス
・ロジック・レイヤ４００等からなり、コントロール・
レイヤ２００は、Ｈｔｔｐクライアント１２０等からの
要求を処理するＨｔｔｐサーバ２２０と、Ｎｅｔクライ
アント１３０等からの要求を処理するとともに、ビジネ
ス・ロジック・レイヤ４００への処理要求とその応答取
得を行うネットワーク・サーバ２４０と、それらのサー
バ２２０及び２４０を接続する共通モジュール２３０と
から構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信網を介して接
続されたコンピュータ群からなる情報システムに関し、
特に、セキュリティ機能を備えるフレームワークのアー
キテクチャ・モデルに関する。

【０００２】

【従来の技術】インターネットやＷｅｂの普及に伴い、
メインフレーム等のベンダ固有のネットワークシステム
によって構築されてきた基幹業務システム等の情報シス
テムについて、Ｗｅｂに対応させる必要が生じてきてい
る。つまり、基幹業務システムについては、メインフレ
ーム等のクローズなネットワークシステムとＷｅｂのよ
うなオープンなシステムとの混在による分散サーバ環境
の構築が一般化してきている。

【０００３】このような分散サーバ環境下では、インタ
ネットを介したアクセスやＷｅｂによる情報の閲覧等を
許容することで、各種データベースの広範囲かつ有効な
活用が可能になり、利便性の高い多機能な基幹業務シス
テムが実現され得る。

【０００４】

【発明が解決しようとする課題】ところが、このような
情報システムの構築方法として、現状では、個々のシス
テム毎に必要とされるモジュールを別個独立に設計・開
発し、実装しているのが実情である。それは、メインフ
レームやデータベース管理システム等の種類が異なれ
ば、そのアーキテクチャが異なり、また、同一のベンダ
によるシステムであっても、適用する業務システムが異
なれば、その構成要素も異なっているからである。

【０００５】しかし、このような開発手法は、全体とし
て考えた場合に、多くの無駄な労力やコストが発生して
いると言うことができる。さらに、このような情報シス
テムを構築する開発者にとっては、同一機能のモジュー
ルであるにも拘わらず、対象のシステムごとに別個のモ
ジュールを開発しなければならず、極めて作業効率が悪
い。

【０００６】特に、電子商取引に代表されるビジネス系
の情報システムであれば、全ての情報システムについ
て、セキュリティ機能の実装が必須となるが、それにも
拘わらず、個々の情報システムごとに独自の設計・開発
が行われているのが実情である。これでは、開発者側に
とって多くの無駄が発生するだけでなく、統一的な設計
や管理がなされないために、充分なセキュリティ機能が
実現されないという問題も生じ得る。

【０００７】また、一般消費者等を対象とする大規模な
分散サーバシステムの場合には、極めて多数の消費者か
らのアクセスが集中することが起こり得るが、そのよう
な場合であっても、通信パフォーマンスが極端に劣化し
たり、サーバがダウンしたりすることなく、安定的かつ
高速に処理が実行されることを保証する必要がある。

【０００８】そこで、本発明は、このような状況に鑑み
てなされたものであり、プラットフォームや対象とする
業務処理の内容等に依存することなく、安全性の高い情
報システムを効率的かつ統一的に構築することができる
ようにすることを目的とする。

【０００９】また、本発明は、大規模な分散サーバ環境
において、多数のクライアントからのアクセスが集中し
た場合であっても、サーバ処理が安定的に稼動すること
ができるリアルタイム処理に強い情報システムの構築を
容易にすることをも目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、セキュリティ処理を含むシステムの骨格
部分を、個々のシステムごとに対応した分散サーバ環境
的モジュールとしてではなく、共通部品化し、フレーム
ワークの中で一連の処理を包括的に提供することによっ
て、大規模システムの分散サーバ環境に対しても統一的
かつ有効な処理効率を提供するシステムを構築するフレ
ームワークとして実現されている。

【００１１】具体的には、本発明は、クライアント群と
サーバ群とからなるフレームワークであって、クライア
ント群には、ＨｔｔｐクライアントとＮｅｔクライアン
トとが含まれ、サーバ群は、クライアント群の通信によ
る接続制御を行うためのコントロール・レイヤと、一定
の業務処理を実行するためのビジネス・ロジック・レイ
ヤ等からなり、コントロール・レイヤは、Ｈｔｔｐクラ
イアントからの要求を処理するＨｔｔｐサーバと、Ｎｅ
ｔクライアントからの要求を処理するとともにビジネス
・ロジック・レイヤへの処理要求とその応答取得を行う
ネットワーク・サーバと、Ｈｔｔｐサーバとネットワー
ク・サーバとを接続する共通モジュールとから構成され
る。

【００１２】このようなフレームワークは、以下の特徴
を有する。 （１）セキュリティ処理モジュールを提供する。公開鍵
基盤認証、秘密鍵基盤認証、生体認証基盤認証、ＩＤ／
ＰＡＳＳＷＯＲＤ基盤認証等、どのような基盤に対して
も同じ手法で認証することができるように、統合化され
た共通のセキュリティモジュールを備える。あるいは、
様々な基盤に対しても同じ手法で認証することができる
ように統合化させるための環境を提供する。 （２）大容量の処理が可能である。接続するユーザの数
が多くてもサーバ処理の安定的稼動が保証されるよう
に、効率的なセッション管理を行っている。

【００１３】（３）リアルタイム処理に強い。証券・交
通官制・チャット・オークション等の多量なデータ処理
に対してリアルタイム処理によって卓越したパフォーマ
ンスを発揮できるように、ネットワーク・サーバ群にお
いて統一的に管理するディストリビュート・サーバを設
けるとともに、複数のコネクション・サーバによって接
続負荷を分散させ、処理の効率化・負荷の軽減を図って
いる。

【００１４】（４）ビジュアルな管理と開発が可能とな
る。全ての管理及び開発を容易化するために、ビジュア
ルな管理ツール及び開発ツールからなるＧＵＩ（Graphi
cal User Interface）環境を備える。 （５）Ｗｅｂ環境でもネットワーク環境でも同一の処理
手順で処理される。Ｗｅｂクライアントからのアクセス
であっても、非Ｗｅｂ（ＴＣＰ／ＩＰによるソケット形
式による接続）クライアントからのアクセスであって
も、統一的にセッション管理を行うことで、データベー
スに対する処理等の処理手順が共通化される。

【００１５】（６）クライアントとサーバ間の言語やＯ
Ｓを含むハードウェアの制約がなく、マルチプラットフ
ォームに対応している。ハードウェアやプラットフォー
ムの機種等に依存しないＪａｖａ（Ｒ）等の仮想マシン
用のプログラミング言語やＸＭＬ（eXtensible Markup
Language）等の共通化されたテキストフォーマットを採
用している。 （７）ネットワーク上の各種サーバのモニタリングが可
能となる。サーバの動作状況を監視し、ビジュアルに表
示するモジュールを備えている。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて詳細に説明する。図１は、本実施の形態
におけるフレームワーク１のアーキテクチャを示すモデ
ル図である。このフレームワーク１は、基幹業務等の大
規模な情報システムの構築に用いることが可能な骨格的
な機能モジュールの集合であり、不正行為に対する高い
安全性を確保することが可能な統合された共通のセキュ
リティ機能と、多くのアクセスがサーバに集中した場合
であってもダウンすることのない高いパフォーマンスを
有する情報システムを構築することが可能なフレームワ
ークであり、大きく分けて、サービスの提供を受けるコ
ンピュータ装置群からなるクライアント１０と、クライ
アント１０にサービスを提供するコンピュータ装置群か
らなるサーバ２０とから構成される。なお、本図は、ソ
フトウェア・モジュールによって構成される論理的な機
能構成を示し、必ずしも、各構成要素ごとに異なるプラ
ットフォーム（コンピュータ装置）が対応するものでは
ない。

【００１７】このフレームワーク１は、Ｊａｖａ（Ｒ）
等で構築され、機能的な階層構造として、クライアント
１０を構成するクライアント・レイヤ１００と、サーバ
２０を構成するコントロール・レイヤ２００、プレゼン
テーション・レイヤ３００及びビジネス・ロジック・レ
イヤ４００とからなる。ここで、クライアント・レイヤ
１００は、クライアント１０に備えられる機能モジュー
ルの集合である。コントロール・レイヤ２００は、サー
バ２０における下位層の機能モジュール、つまり、クラ
イアント１０との通信制御に関する機能モジュールの集
合であり、プレゼンテーション・レイヤ３００は、サー
バ２０におけるマン・マシン・インターフェースを実現
するための機能モジュールの集合であり、ビジネス・ロ
ジック・レイヤ４００は、対象となる業務処理の内容に
依存した情報処理を実現する機能モジュールの集合であ
る。

【００１８】クライアント・レイヤ１００は、管理用ク
ライアント１１０と、Ｈｔｔｐ（Hyper Text Transfer
Protocol）クライアント１２０〜１２２と、Ｎｅｔクラ
イアント１３０〜１３２とから構成される。

【００１９】管理用クライアント１１０は、本フレーム
ワーク１における以下のような各種管理ツールの集合で
ある。なお、全ての管理ツールは、１つの統合環境から
動作し、サーバ２０へのアクセスは、サーバ２０に置か
れた管理用デーモン２１０を介するようになっている。
また、全てのユーザインターフェースは、例えば、Ｊａ
ｖａ（Ｒ）のＳｗｉｎｇモデルを基盤として実装され
る。各管理ツールは、基本的に、フレームワークから提
供されるセキュリティ・ポリシーの影響を受ける。

【００２０】（１）ビジュアル・エンバイラメント・ツ
ール システム全体の環境を構築する時に使用されるツールで
ある。使用環境はＧＵＩで構成されているため、見やす
く操作が容易である。 （２）プレゼンテーション・マネジメント・ツール Ｗｅｂブラウザに表示されるＷｅｂ画面を管理するツー
ルである。データの形式は、例えば、サンマイクロシス
テムズ社のＪＳＰ（Ｊａｖａ（Ｒ） Server Pages）
や、ＨＴＭＬ（Hyper Text Markup Language）等のフォ
ーマットである。

【００２１】（３）ネットワーク・サーバ・マネジメン
ト・ツール サーバ２０のコントロール・レイヤ２００におけるネッ
トワーク・サーバ２４０を構成するアドミニストレータ
・ツールである。メイン・サーバ２４１、コネクション
・サーバ２４２〜２４４及びディストリビュート・サー
バ２４５の個々の環境に合わせてプロパティを設定する
機能を有する。

【００２２】（４）ＤＢクエリ・ツール ＤＢ３２０にアクセスし、ＳＱＬ（Structured Query L
anguage）を直接操作することで、データにアクセスす
るツールである。このツールは、例えば、ＪＤＢＣ（サ
ンマイクロシステムズ社の商標）が支援される全てのデ
ータベースに対して操作することができる機能を有す
る。なお、ＪＤＢＣは、Ｊａｖａ（Ｒ）プログラムから
データベースへの接続を行うためのＡＰＩ（Applicatio
n Programming Interface）である。

【００２３】（５）ＸＭＬ＆オブジェクト・マッピング
・ツール ＧＵＩ画面でＸＭＬを定義し、そのＸＭＬで定義された
プロパティにアクセスできるソースコードを自動生成す
る機能を持つツールである。本フレームワーク１の全て
の環境は、上述したように、Ｊａｖａ（Ｒ）等で構築さ
れているが、フレームワーク１以外の外部システムは、
それ以外の他の環境又はプログラミング言語で構築され
得る。したがって、本フレームワーク１は、全ての環境
で一貫性を保つために、シグナルをやり取りする場合に
は、基本的に、ＸＭＬを用いている。本ツールは、ＸＭ
Ｌによる外部システムとの通信機能の構築を支援する。

【００２４】（６）セキュリティ・マネジメント・ツー
ル 認証段階の適用を定義するためのツールである。つま
り、下記の認証技法を基準として、セキュリティ水準に
合わせる認証方法を設定し、システムに付加する機能を
有する。 ａ．公開鍵基盤認証 ｂ．秘密鍵基盤認証 ｃ．生体認証基盤認証 ｄ．ID/PASSWORD基盤認証 また、このセキュリティ・マネジメント・ツールは、許
可ポリシーを定義するためのツールでもある。つまり、
ユーザ別にサービスの使用可否を決定する機能を有す
る。

【００２５】（７）モニタリング・ツール サーバ２０の状況をＧＵＩ形態で確認するための監視用
ツールである。Ｈｔｔｐクライアント１２０〜１２２
は、利用者がＷｅｂブラウザの環境からアクセスすると
きに利用するモジュールである。このモジュールは、セ
キュリティ・モジュールをＷｅｂの環境に合わせて実装
した統合的環境モジュールである。Applet（サンマイク
ロシステムズ社の商標）・セキュリティ・モジュールや
ActiveX（マイクロソフト社の商標）・セキュリティ・
モジュール等が含まれる。

【００２６】Ｎｅｔクライアント１３０〜１３２は、Ｇ
ＵＩのユーザ・インターフェースからクライアント・サ
ーバのアクセス（ＴＣＰ／ＩＰアクセス）が要求された
ときに使用されるモジュールである。Ｊａｖａ（Ｒ）セ
キュリティ・モジュールや他の言語によるセキュリティ
・モジュール等が含まれる。

【００２７】コントロール・レイヤ２００は、管理用デ
ーモン２１０と、Ｈｔｔｐサーバ２２０と、共通モジュ
ール２３０と、ネットワーク・サーバ２４０とから構成
される。管理用デーモン２１０は、サーバ２０を監視す
るために、コントロール・レイヤ２００において常駐す
るデーモン・プロセスであり、管理用クライアント１１
０からの指示等に基づいて、ビジネス・ロジック・レイ
ヤ４００における動作状態を監視したり、共通モジュー
ル２３０の動作状態を監視したりすることで、それらの
状態を示す情報を収集し、その結果を管理用クライアン
ト１１０に返信して表示させたりするモジュールであ
る。

【００２８】Ｈｔｔｐサーバ２２０は、Ｗｅｂからの要
求、つまり、Ｈｔｔｐクライアント１２０〜１２２から
の要求に従って処理を実行するモジュールであり、その
カーネルであるＨｔｔｐメイン・サーバ２２１を含む。
Ｈｔｔｐメイン・サーバ２２１は、開発者が実装する前
の段階に位置するモジュールである。開発者は、このモ
ジュールが提供する情報を基準として開発を進行させる
ことができる。つまり、Ｈｔｔｐメイン・サーバ２２１
は、開発者が実装する前に先行的な作業を行う。具体的
には、Ｈｔｔｐクライアント１２０〜１２２からのリク
エストを受けると、以下の処理を実行する。

【００２９】（１）セキュリティの有効性を検査する。 （２）リクエストに伴うパラメータ中に暗号化データが
ある場合には、それを一般の文章（平文）に変換（復号
化）する。 （３）ＸＭＬ形態のデータについては、オブジェクト単
位に変換する。 （４）サーバ２０が処理を完了してクライアント１０に
レスポンスデータを返信する前に、次のような作業を行
う。 （４−１）暗号化が必要であれば暗号化処理を行う。 （４−２）伝達内容がオブジェクト単位のデータの場合
は、ＸＭＬに変換する。

【００３０】共通モジュール２３０は、Ｈｔｔｐサーバ
２２０とネットワーク・サーバ２４０との中継点に位置
し、Ｈｔｔｐクライアント１２０がＨｔｔｐサーバ２２
０を介してネットワーク・サーバ２４０にアクセスする
際に、Ｗｅｂ環境と非Ｗｅｂ環境との接続及び情報変換
を行うゲートウェイとして機能し、セキュリティ・モジ
ュール２３１とＸＭＬパーサ２３２とを含む。

【００３１】セキュリティ・モジュール２３１は、Ｗｅ
ｂ環境からの不正なアクセスを排除するための暗号モジ
ュールであり、公開鍵、秘密鍵、生体情報及びＩＤ／パ
スワード等を用いたデジタル署名、相手認証、アクセス
権限の検証、データの暗号化・復号化、セキュリティ・
ログの記録等の基本的なセキュリティ処理を実行する機
能を備える。

【００３２】ＸＭＬパーサ２３２は、Ｈｔｔｐクライア
ント１２０〜１２２からＨｔｔｐサーバ２２０を介して
送信されてきたＸＭＬデータを解析し、システムでの処
理対象となるオブジェクトに変換したり、その逆に、シ
ステムで処理されたオブジェクトをＸＭＬデータに変換
し、Ｈｔｔｐサーバ２２０を介してＨｔｔｐクライアン
ト１２０〜１２２に返信することを可能にする。

【００３３】ネットワーク・サーバ２４０は、Ｎｅｔク
ライアント１３０とサーバ２０とをセッション・ステー
トフルに接続する、具体的には、ＴＣＰ／ＩＰにおける
ソケット形式で接続するモジュールであり、役割分担さ
れたサーバ群（メイン・サーバ２４１、コネクション・
サーバ２４２〜２４４、ディストリビュート・サーバ２
４５）からなる。なお、Ｎｅｔクライアント１３０がセ
キュリティ・モジュール２３１を介さずに直接、ネット
ワーク・サーバ２４０にアクセスしているが、これは、
ＴＣＰ／ＩＰにおけるソケット形式での接続ゆえ、Ｗｅ
ｂ環境と異なり、ＩＰアドレスや電話番号等によって予
め特定された正当なＮｅｔクライアント１３０だけにア
クセスを許可しておくことができるからである。

【００３４】メイン・サーバ２４１は、システムにおけ
る実際の処理を実行するプロセスであり、対象となるア
プリケーションに依存するビジネス・ロジックを処理す
る領域（ユーザ定義２４６、つまり、ロジック・プール
４３０）を含む。開発者は、このメイン・サーバ２４１
によって、このフレームワーク１が提供するコールバッ
ク・メソッドを具現させることができる。

【００３５】コネクション・サーバ２４２〜２４４は、
ユーザ（Ｎｅｔクライアント１３０〜１３２及びＨｔｔ
ｐクライアント１２０〜１２２）とメイン・サーバ２４
１とを接続し中継することで、メイン・サーバ２４１に
対して処理を依頼したり処理結果を受け取ったりするサ
ーバであり、ユーザからの接続における過負荷をコント
ロールする。つまり、コネクション・サーバ２４２〜２
４４はスケーラブルであり、接続すべき複数のユーザに
対応して、複数のサーバが独立して接続制御を行う。

【００３６】ディストリビュート・サーバ２４５は、ユ
ーザ（Ｎｅｔクライアント１３０〜１３２及びＨｔｔｐ
クライアント１２０〜１２２）とコネクション・サーバ
２４２〜２４４との接続を制御するサーバであり、本シ
ステムへのアクセスを希望するクライアント１２０〜１
２２、１３０〜１３２に対して、コネクション・サーバ
を割り当てる。

【００３７】プレゼンテーション・レイヤ３００は、本
システムのサーバ２０におけるマン・マシン・インター
フェースであり、ユーザに操作用画面や管理用画面を提
供する。ここには、Ｗｅｂ環境で画面に表示されるＨＴ
ＭＬを管理するためのモジュールが含まれる。そのモジ
ュールは、例えば、ＪＳＰ形式で作成される。

【００３８】フレーム・セッション・サーバ３１０は、
セッション管理を行うサーバであり、ユーザからのアク
セスによる一連のつながりをセッションＩＤによって区
別し管理する。Ｗｅｂ環境で使用されるＨｔｔｐによる
通信は、セッション・ステートレスである、即ち、その
プロトコルの性質上、１回の要求・応答で接続が切断さ
れる。しかし、システムにおいては、ユーザによる一連
の関連したアクセスにおける複数の要求・応答を１つの
まとまった接続として（つまり、セッション・ステート
フルに）管理する必要がある。そのために、このフレー
ム・セッション・サーバ３１０は、Ｈｔｔｐクライアン
ト１２０〜１２２とＮｅｔクライアト１３０〜１３２と
を区別することなく、統合的にセッション管理を行う。

【００３９】ＤＢ３２０は、システムにおけるデータベ
ースであり、その内容、種類、構造等はアプリケーショ
ンに依存して決定される。ＤＢコネクション・プール・
マネージャ３３０は、ＤＢ３２０へのコネクションをプ
ールし、管理することによって、ＤＢ３２０へのアクセ
スを順次実行する制御を行う。

【００４０】ビジネス・ロジック・レイヤ４００は、主
に、アクション４１０と、ＥＪＢ（Enterprise Ｊａｖ
ａ（Ｒ）Beans；サンマイクロシステムズ社の商標）コ
ンテナ４２０と、ロジック・プール４３０と、ビジネス
・コンテナ４４０とから構成される。

【００４１】アクション４１０は、Ｈｔｔｐサーバ２２
０におけるＨｔｔｐメイン・サーバ２２１やネットワー
ク・サーバ２４０におけるメイン・サーバ２４１の中
で、あるいは、管理用デーモン２１０において、要請が
あったときに遂行されるモジュールである。呼び出しに
なれば、状況に従って、ＥＪＢコンテナ４２０やビジネ
ス・コンテナ４４０を経由して、実際のビジネス・ロジ
ックを遂行するロジック・プール４３０領域に置かれ
た、開発者が定義したロジッククラスを実行する。この
アクション４１０は、アプリケーションに依存して定義
されるビジネス・ロジックを処理する領域（ユーザ定義
４１１、つまり、ロジック・プール４３０）を含み、ビ
ジネス・ログ４１２として記録される。

【００４２】ＥＪＢコンテナ４２０は、大規模システム
に対応し、高信頼性をあわせ持つ部品化技術（さまざま
な種類のＪａｖａ（Ｒ）プログラムの集まり）であるＥ
ＪＢの実行環境である。近頃開発されている大規模のプ
ロジェクトの中に新たに推進される多くのプロジェクト
がＥＪＢコンテナを支援するＷｅｂアプリケーション・
サーバを取り入れてＥＪＢフレームワークを適用してい
る。もし、対象システムが、はじめから利用者の多いＷ
ｅｂ環境等の大規模プロジェクトである場合には、この
環境が適合する。

【００４３】ビジネス・コンテナ４４０は、個々のビジ
ネス・ロジックに対応したアプリケーションプログラム
の実行環境であり、ファクトリやビジネスプロセス等を
含む。一般に、利用者が多くなくてシステムでの分散処
理をしない中小規模のプロジェクト又は企業ソリューシ
ョンに適合する。

【００４４】ロジック・プール４３０は、実際のビジネ
ス・ロジックを処理する領域であり、その本体となる処
理モジュールであるビジネス・ロジック４３１、ＥＪＢ
コンテナ４２０とビジネス・コンテナ４４０とを中継す
るブリッジ４３２、データを扱う部品オブジェクトであ
るエンティティ・ビーンズ（Entity Bean；サンマイク
ロシステムズ社の商標）４３３、データのモデルを記述
したデータ・エンティティ・モデル４３４、認証・検証
・ログ等の機能を持つモジュールであるセキュリティ・
マネジメント４３５、ユーザからのアクセスを監視する
ログイン・モジュール４３６、ユーザに画面表示を提供
するモジュールであるプレゼンテーション・マネジメン
ト４３７等を含む。

【００４５】このロジック・プール４３０は、このフレ
ームワーク１が提供するコールバック・メソッドを開発
者が実装し実現しなければならないパフォーマンスの向
上が図っている。内部的に、処理速度を高めるために、
ビジネス・オブジェクトをプールするので、処理遂行リ
クエストの時に速度を高めることができる。

【００４６】次に、以上のように構成された本フレーム
ワーク１の特徴的な機能について詳細に説明する。ま
ず、このフレームワーク１が提供するセキュリティ機能
を説明する。図２は、図１に示されたフレームワーク１
のうち、Ｈｔｔｐクライアント１２０〜１２２がＤＢ３
２０にアクセスするときに経由するセキュリティに関連
するモジュールを抽出した図である。なお、セキュリテ
ィ・モジュール２３１は、各種基盤アルゴリズム（公開
鍵基盤認証、秘密鍵基盤認証、生体認証基盤認証、ＩＤ
／ＰＡＳＳＷＯＲＤ基盤認証等）に対応した複数の暗号
化モジュールである基盤アルゴリズムモジュール群２３
１ｂと、その基盤アルゴリズムモジュール群２３１ｂに
よる暗号及び復号処理に対する統一された外部インター
フェースを提供する、つまり、どのような基盤に対して
も同じ手法で認証することができるように、統合化され
た共通のセキュリティ処理を実行する共通認証モジュー
ル２３１ａとから構成される。

【００４７】ここで、公開鍵基盤認証とは、秘密鍵と対
応づけられた公開鍵を用いた暗号通信やデジタル署名等
であり、秘密鍵基盤認証とは、双方で共有している秘密
鍵を用いた暗号通信やデジタル署名等であり、生体認証
基盤とは、指紋や虹彩等の生体固有のパターンを比較す
ることによる相手認証等であり、ＩＤ／ＰＡＳＳＷＯＲ
Ｄ基盤認証とは、予め登録されたＩＤとパスワードとの
照合によって相手を認証するアルゴリズムである。

【００４８】Ｈｔｔｐクライアント１２０〜１２２から
Ｈｔｔｐサーバ２２０に対して処理の要求が発せられる
と、その要求に、暗号化パラメータが伴っている場合に
は、そのパラメータは、セキュリティ・モジュール２３
１において、対応する基盤認証アルゴリズムによって復
号化され、セキュリティの有効性がチェックされる。パ
ラメータの有効性が確認された場合には、その要求は、
ネットワーク・サーバ２４０に伝達され、ビジネス・ロ
ジック・レイヤ４００での処理によってＤＢ３２０への
アクセスが行われる。そして、そのアクセスに対する応
答が得られた場合には、その応答は、ビジネス・ロジッ
ク・レイヤ４００からネットワーク・サーバ２４０に返
信される。ここで、応答に対する暗号化が必要な場合に
は、その応答データは、ネットワーク・サーバ２４０か
らセキュリティ・モジュール２３１に伝達され、セキュ
リティ・モジュール２３１において、対応する基盤認証
アルゴリズムによる暗号化が行われる。暗号化された応
答データは、Ｈｔｔｐサーバ２２０によって、要求元の
Ｈｔｔｐクライアント１２０〜１２２に返信される。

【００４９】例えば、オンラインによる株取引を行うシ
ステムにおいて、事前に登録された会員が自分の口座の
残高を問い合わせる場合であれば、会員のＨｔｔｐクラ
イアント１２０は、ＳＳＬ（Secure Socket Layer）プ
ロトコル等に基づいて、会員ＩＤとパスワードとを暗号
化したパラメータを伴った要求、つまり、口座の残高を
問い合わせる要求をＨｔｔｐサーバ２２０に送信する。
Ｈｔｔｐサーバ２２０は、受け取ったパラメータをセキ
ュリティ・モジュール２３１に渡すことで、公開鍵認証
アルゴリズム等に基づいた復号化を行わせるとともに、
ハッシュ値を検証することによるセキュリティの有効性
チェック等を行う。有効性が確認され、復号化されたパ
ラメータは、その要求と共にネットワーク・サーバ２４
０に伝達され、ネットワーク・サーバ２４０からビジネ
ス・ロジック・レイヤ４００を介したＤＢ３２０へのア
クセスによって、その会員ＩＤに対応する口座の残高デ
ータが取得される。取得された残高データはネットワー
ク・サーバ２４０からセキュリティ・モジュール２３１
に渡され、セキュリティ・モジュール２３１において、
公開鍵認証アルゴリズム等に基づく暗号化が施され、Ｈ
ｔｔｐサーバ２２０を介して要求元のＨｔｔｐクライア
ント１２０に返信される。

【００５０】このように、本フレームワーク１において
は、Ｈｔｔｐサーバ２２０とネットワーク・サーバ２４
０との間にセキュリティ・モジュール２３１が介在し、
このセキュリティ・モジュール２３１によって、オープ
ンなＷｅｂ環境からシステムへの不正なアクセスが排除
され、システムのセキュリティが確保される。そして、
セキュリティ・モジュール２３１は、公開鍵基盤認証、
秘密鍵基盤認証、生体認証基盤認証、ＩＤ／ＰＡＳＳＷ
ＯＲＤ基盤認証等、どのような基盤に対しても同じ手法
で認証し、統合化された共通のセキュリティ機能を提供
する。

【００５１】次に、このフレームワーク１が提供するパ
フォーマンス、つまり、多数のアクセスが集中した場合
であっても効率よく大容量の処理を実行することができ
るという特徴とリアルタイム処理に強いという特徴を説
明する。図３は、図１に示されたフレームワーク１のう
ち、ネットワーク・サーバ２４０とそれに関連する構成
要素を抽出した図である。

【００５２】クライアント１２０〜１２２、１３０〜１
３２は、本システムのＤＢ３２０等にアクセスするため
には、その処理を実行する唯一のサーバであるメイン・
サーバ２４１と接続する必要があるが、その接続手順は
次の通りである。

【００５３】まず、クライアント１２０〜１２２、１３
０〜１３２は、ディストリビュート・サーバ２４５に対
して接続要求を発する（ステップＳ１）。接続要求を受
けたディストリビュート・サーバ２４５は、コネクショ
ン・サーバ２４２〜２４４によって登録され更新される
コネクション・サーバ・情報テーブル２４５ａを参照す
ることによって、接続要求をしてきたクライアントを接
続するためのコネクション・サーバ２４２〜２４４を１
つ決定し、その結果を要求元のクライアントに返信する
（ステップＳ２）。なお、コネクション・サーバ・情報
テーブル２４５ａは、コネクション・サーバ２４２〜２
４４それぞれについて、その時点で接続されているクラ
イアントや、その合計数を示す情報を格納したデータテ
ーブルである。ディストリビュート・サーバ２４５は、
このコネクション・サーバ・情報テーブル２４５ａを参
照することで、コネクション・サーバ２４２〜２４４ご
との接続負荷を知ることができ、負荷分散を図るよう
に、接続要求してきたクライアントに割り当てるコネク
ション・サーバを決定する。例えば、その時点で接続さ
れているクライアントの合計数が最小であるコネクショ
ン・サーバを優先的に割り当てたりする。

【００５４】割り当て対象となるコネクション・サーバ
の指定を受けたクライアント１２０〜１２２、１３０〜
１３２は、その通知に従って、指定されたコネクション
・サーバとの接続を行い、処理の要求を発する（ステッ
プＳ３）。クライアントとの接続を完了したコネクショ
ン・サーバ２４２〜２４４は、その旨をコネクション・
サーバ・情報テーブル２４５ａに追加登録し、接続合計
数を増加させて更新した後に（ステップＳ４）、クライ
アントの処理要求に従った要求をメイン・サーバ２４１
に発することで（ステップＳ５）、ＤＢ３２０に対する
アクセス等の処理を実行させる（ステップＳ６）。そし
て、その処理に対する応答をメイン・サーバ２４１から
受け取ったコネクション・サーバ２４２〜２４４は（ス
テップＳ７）、その応答を要求元のクライアント１２０
〜１２２、１３０〜１３２に返すとともに（ステップＳ
８）、それによって一連の接続（セッション）が終了し
た場合には、コネクション・サーバ・情報テーブル２４
５ａから該当の登録を削除し、接続合計数を減少させて
更新する（ステップＳ９）。

【００５５】このように、本フレームワーク１では、ク
ライアント１２０〜１２２、１３０〜１３２からの接続
要求に対して、１つのサーバ（ディストリビュート・サ
ーバ２４５）が、負荷分散を図りつつ、ネットワーク・
サーバ２４０への接続スケジューリングを行う。したが
って、クライアント１２０〜１２２、１３０〜１３２と
コネクション・サーバ２４２〜２４４とを固定的に対応
づけたために多くのユーザからのアクセスが集中したと
きに接続パフォーマンスが極端に低下しまうという不具
合の発生が回避される。

【００５６】また、コネクション・サーバ２４２〜２４
４の数が固定化されていないので、コネクション・サー
バ２４２〜２４４が稼動するプラットフォームの数を増
加させることで、容易に、接続能力を拡張させることが
でき、スケーラビリティに富んだシステムが構築され
る。これによって、証券・交通官制・チャット・オーク
ション等の多量なデータ処理に対して、リアルタイム処
理による卓越したパフォーマンスが発揮され、処理の効
率化・負荷の軽減が図られる。

【００５７】次に、このフレームワーク１が提供するビ
ジュアルな環境を説明する。図４は、ネットワーク・サ
ーバ２４０を構成する各サーバの稼動状態をモニタリン
グする管理用画面の表示例を示している。ここでは、ネ
ットワーク・サーバ２４０を構成するディストリビュー
ト・サーバ２４５やコネクション・サーバ２４２〜２４
４等の接続状況がビジュアルに表示された管理画面４０
と、その管理画面に表示された１台のコネクション・サ
ーバのプロパティ（ここでは、クライアントとの接続状
況）を示すプロパティ画面４１とが表示されている。

【００５８】管理者は、本図に示されるように、システ
ムの動作中において、ネットワーク・サーバの管理画面
４０を開き、そのメニューバー４０ａに表示されたディ
ストリビュート・サーバのアイコンとコネクション・サ
ーバのアイコンをクリックすることによって、その時点
においてディストリビュート・サーバ２４５の管理下に
置かれているコネクション・サーバ２４２〜２４４の一
覧、つまり、コネクション・サーバ・情報テーブル２４
５ａに登録されているコネクション・サーバ２４２〜２
４４の一覧をビジュアルに確認することができる。さら
に、管理者は、その表示画面４０ｂに表示されたコネク
ション・サーバのアイコンをクリックすることによっ
て、そのコネクション・サーバのプロパティをビジュア
ルに確認することができる。

【００５９】このようなＧＵＩは、フレームワーク１の
コントロール・レイヤ２００における管理用デーモン２
１０やプレゼンテーション・レイヤ３００によって実現
され、システムの運用中におけるモニタリングだけでな
く、システムを構築する開発支援のためにも提供され
る。例えば、論理的な機能モジュールである各種サーバ
等を、それらが稼動するハードウェア（プラットフォー
ム）にマッピングする際にも、ビジュアルな画面表示に
対してマウス等でアイコンをクリックしたりドラッグし
たりすることで対応づけたり、アイコンに対してプロパ
ティ画面を開き、その属性を定義したりすることができ
る。

【００６０】このように、本フレームワーク１には、シ
ステムの稼動状態をグラフィカルに表示する機能が備え
られ、例えば、システムを構成している全てのサーバの
動作状態を監視することができる。また、システムの開
発時においては、システムを構成する各構成要素がアイ
コンとしてグラフィカルに表示され、そのアイコンを指
定した場合には、当該アイコンに対応する構成要素のプ
ロパティを定義するための設定メニューが表示される。
このようなビジュアルな管理ツール及び開発ツールによ
って、システムにおける全ての管理及び開発が簡単な対
話操作となり、システム管理者及び開発者の作業が軽減
される。

【００６１】次に、このフレームワーク１が提供する統
合的なセッション管理を説明する。図５は、図１に示さ
れたフレームワーク１のうち、セッション管理に関連す
る構成要素を抽出した図である。

【００６２】フレーム・セッション・サーバ３１０は、
ネットワーク・サーバ２４０にアクセスしてきたクライ
アント１２０〜１２２、１３０〜１３２について、セッ
ション管理テーブル３１０ａにセッションＩＤとクライ
アントのＩＰアドレス等を対応づけて統一的に記録し管
理することで、Ｗｅｂ環境からアクセスしてくるクライ
アントと非Ｗｅｂ環境からアクセスしてくるクライアン
トに対して統合的にセッション管理を行っている。

【００６３】具体的には、フレーム・セッション・サー
バ３１０は、ＴＣＰ／ＩＰのソケット形式でネットワー
ク・サーバ２４０に接続してくるＮｅｔクライアント１
３０〜１３２に対しては、そのプロトコルにおけるコネ
クションによって管理されるネットワーク的なセッショ
ンを利用することで、アプリケーション的なセッション
管理を行う。

【００６４】一方、Ｈｔｔｐ通信によってアクセスして
くるＨｔｔｐクライアント１２０〜１２２に対しては、
そのプロトコルの性質上、アクセスのたびに接続と切断
が繰り返されるのために、データ処理の一連のつながり
を１つのセッションとして管理するために、フレーム・
セッション・サーバ３１０は、Ｈｔｔｐクライアント１
２０〜１２２との間でセッションＩＤを共有し、これに
よって、アプリケーション的なセッション管理を行って
いる。

【００６５】具体的には、アクセスしてきたＨｔｔｐク
ライアント１２０〜１２２にＣｏｏｋｉｅデータを送り
込んで書き込むことで、ネットワーク・サーバ２４０に
アクセスしたユーザの状態を保持させ、これによって、
そのＨｔｔｐクライアント１２０〜１２２が誰と通信し
ているかを判別する。なお、フレーム・セッション・サ
ーバ３１０は、Ｃｏｏｋｉｅに代えて、あるいは、Ｃｏ
ｏｋｉｅと共に、いわゆる「ＵＲＬ再書き込み」、「Ｓ
ＳＬセッション」、「ＨＴＭＬ ＨＩＤＤＥＮパラメー
タ」等を利用してセッションＩＤをＨｔｔｐクライアン
ト１２０〜１２２と共有し、管理することもできる。

【００６６】このように、本フレームワーク１によれ
ば、Ｗｅｂクライアントからのアクセスであっても、非
Ｗｅｂ（ＴＣＰ／ＩＰによるソケット形式による接続）
クライアントからのアクセスであっても、統一的にセッ
ション管理が行われるので、データベースに対する処理
等の処理手順が共通化される。つまり、Ｗｅｂ環境でも
ネットワーク環境でも同一手順で処理が実行され得る。

【００６７】次に、このフレームワーク１のマルチプラ
ットフォーム対応という特徴を説明する。図６は、図１
に示されたフレームワーク１のうち、クライアント１０
とサーバ２０間の通信に着目した図である。

【００６８】本フレームワーク１では、クライアント１
０及びサーバ２０は、プラットフォーム（つまり、ＣＰ
Ｕ１０ａ、２０ａ）に依存しない仮想マシン１０ｂ、２
０ｂ（例えば、Ｊａｖａ（Ｒ）仮想マシン）によって実
行される仮想マシン用プログラム１０ｃ、２０ｃやアプ
リケーションプログラム１０ｄ、２０ｄ（例えば、Serv
letやApplet（いずれも、サンマイクロシステムズ社の
商標））によって構築されているだけでなく、クライア
ント１０とサーバ２０間の通信においては、多くのベン
ダーで統一され、業界標準として規定された通信プロト
コルや言語を採用している。例えば、データ交換用のプ
ロトコルとして、ＳＯＡＰ（Simple Object Access Pro
tocol）を採用している。ＳＯＡＰは、ＸＭＬベースで
作られ、異なる２つのコンピュータ間でデータをスムー
ズに送受信するための方法が定義されたプロトコルであ
る。ＳＯＡＰには、メッセージを交換する機能（ＳＯＡ
Ｐメッセージ）と２つのコンピュータ間にまたがった処
理を実行する機能（ＳＯＡＰ ＲＰＣ）とが含まれ、Ｓ
ＯＡＰは、Ｈｔｔｐを利用して送受信することができ
る。

【００６９】このように、本フレームワーク１は、プラ
ットフォームの機種に依存しないＪａｖａ（Ｒ）等の仮
想マシン用プログラミング言語やＸＭＬ等の共通化され
たテキストフォーマットを採用しているので、クライア
ントとサーバ間の言語やＯＳを含むハードウェアの制約
がなく、マルチプラットフォームに対応している。

【００７０】以上のように、本実施の形態におけるフレ
ームワーク１によれば、コントロール・レイヤ２００
に、Ｈｔｔｐサーバ２２０とネットワーク・サーバ２４
０とを接続するセキュリティ・モジュール２３１が備え
られ、不正行為に対する高い安全性を確保することが可
能な情報システムが効率的に構築される。

【００７１】また、コントロール・レイヤ２００のネッ
トワーク・サーバ２４０においては、クライアント１２
０〜１２２、１３０〜１３２とコネクション・サーバ２
４２との接続負荷を分散させながら接続をスケジューリ
ングし管理するディストリビュート・サーバ２４５が設
けられ、多数のクライアントのアクセスに対して安定的
に稼動し、かつ、リアルタイム処理に適した情報システ
ムが構築される。

【００７２】以上、本発明に係るフレームワークについ
て、実施の形態に基づいて説明したが、本発明はこの実
施の形態に限られないことは勿論である。

【００７３】例えば、クライアント１０とサーバ２０間
のメッセージ交換や各機能モジュール間の通信について
も、ＸＭＬ等のフォーマットだけに限られず、ＲＭＩ
（Remote Method Invocation）等のリモートプロシージ
ャコールやＣＯＲＢＡ（CommonObject Request Broker
Architecture）ベースの分散オブジェクト環境を実現す
るＩＩＯＰ（Internet Inter-ORB Protocol）等のプロ
トコルに基づくメッセージ交換を行ってもよい。これに
よって、異機種間接続が容易になるとともに、プログラ
ミング言語に依存しない処理の連携が確保される。ま
た、開発においては、分散を意識することなくアプリケ
ーション開発を進め、結果として大規模な分散オブジェ
クト環境を構築することができる。

【００７４】また、本実施の形態では、各レイヤは、骨
格的な機能モジュールの集合からなり、予め定められた
機能モジュール間でメッセージ交換が行われたが、本発
明に係るレイヤは、このような静的なものに限られず、
動的なものであってもよい。例えば、コントロール・レ
イヤについては、Ｈｔｔｐクライアント１２０との接続
をするオブジェクト（インスタンス）やセキュリティ処
理を実行するオブジェクト（インスタンス）等の各種処
理オブジェクトを生成する元となるクラスモジュールの
集合としておく。そして、Ｈｔｔｐクライアント１２０
からコントロール・レイヤ２００へのアクセス等の具体
的なイベントが発生したときに、そのイベントの性質
（イベントの種類、使用されているプロトコル、メッセ
ージの言語など）を解析し、その解析結果に対応したオ
ブジェクト（インスタンス）をクラスモジュールから生
成させる。そして、イベント処理が完了したらそのオブ
ジェクトを消滅させる。このようなインスタンス生成と
消滅という動的な処理を、新たなイベントが生じる度に
繰り返す。

【００７５】このように、本フレームワークのレイヤを
オブジェクト指向的な構成としておくことで、システム
の運用時においては、様々なプロトコルや言語等のイベ
ントに対応した実行モジュール（インスタンス）が動的
に生成されて処理が行われることとなり、本フレームワ
ークの汎用性は極めて高いものになるとともに、システ
ムごとに重複した開発作業が繰り返されることによる無
駄が排除される。

【００７６】また、このような動的性は、モジュールの
発生だけでなく、モジュールが備える機能自体が動的で
あってもよい。つまり、システムの稼動時において、各
種イベントの発生に応じてクラスモジュールからオブジ
ェクトモジュールが生成されるが、生成されるオブジェ
クトモジュールが動的機能を具備するようにしてもよ
い。これによって、インスタンス化されるオブジェクト
モジュールの機能自体（例えば、特定の認証手順に基づ
くセキュリティチェック等）が、システムの要求に対応
して具現化されることとなり、極めて汎用性の高い柔軟
なフレームワークが実現される。

【００７７】なお、本フレームワーク１は、上述のよう
なオブジェクト指向的な分散システムを基盤とし、イン
プリメンテーションレベルでは、例えばＪａｖａ（Ｒ）
言語等をベースに構築され得るが、本発明は、このよう
な言語に限定されるものではなく、プラットフォームに
依存しない仮想マシン用プログラミング言語であれば、
他の言語や類似の基盤で構築されていてもよい。

【００７８】また、マイクロソフト社のＣ＃等の言語で
あってもよいし、マイクロソフト社の「．ＮＥＴフレー
ムワーク」をベースに構築されてもよい。つまり、本発
明に係るフレームワークは、あらゆる業務処理システム
の構築に適用可能なベース環境であり、本フレームワー
ク自身、あるいは、本フレームワークが適用されるター
ゲットシステムは、特定のプログラミング言語や環境に
限定されるものではないのは言うまでもない。

【００７９】

【発明の効果】以上の説明から明らかなように、本発明
に係る基盤システムは、複数のコンピュータ装置が通信
網を介して接続された情報システムを構築するためのフ
レームワークである基盤システムであって、サービスの
提供を受ける１以上のコンピュータ装置であるクライア
ント群と、前記クライアント群に対してサービスを提供
する１以上のコンピュータ装置であるサーバ群とから構
成され、前記クライアント群は、Ｈｔｔｐ通信によって
前記サーバ群に接続するＨｔｔｐクライアントと、ＴＣ
Ｐ／ＩＰ通信におけるソケット形式で前記サーバ群に接
続するＮｅｔクライアントとを含み、前記サーバ群は、
前記クライアント群との通信による接続制御を行うコン
トロール手段と、前記コントロール手段によって接続さ
れたクライアント群からの処理要求に従って一定の業務
処理を実行するビジネスロジック手段とを備え、前記コ
ントロール手段は、前記Ｈｔｔｐクライアントからの要
求を処理するＨｔｔｐサーバ部と、前記Ｎｅｔクライア
ントからの要求を処理するとともに、前記ビジネスロジ
ック手段に対する処理の要求と応答の取得を行うネット
ワークサーバ部と、前記Ｈｔｔｐサーバ部が受けたＨｔ
ｔｐクライアントからの要求に対して、必要な場合に一
定の変換処理を施した後に、その要求を前記ネットワー
クサーバ部に伝達するとともに、前記ネットワークサー
バ部からの応答に対して、必要な場合に一定の変換処理
を施した後に、変換後の応答を前記Ｈｔｔｐサーバ部に
伝達する共通モジュール部とを有することを特徴とす
る。

【００８０】これによって、コントロール手段には、Ｈ
ｔｔｐサーバ部とネットワークサーバ部とを接続する共
通モジュールが設けられ、Ｗｅｂ環境と非Ｗｅｂ環境と
が混在した大規模情報システムにも適用できる統合化さ
れた共通モジュールからなるフレームワークが提供さ
れ、分散サーバ環境の大規模システムについても、統一
的かつ効率的にシステムを構築することが可能となる。
つまり、よく似た処理モジュールをシステムごとに開発
する無駄が回避されると共に、共通化による品質の向上
が図られ、開発期間の短縮と品質の向上が実現される。

【００８１】ここで、前記共通モジュール部は、前記Ｈ
ｔｔｐサーバ部が受けたＨｔｔｐクライアントからの要
求に暗号化パラメータが含まれる場合には、そのパラメ
ータを復号化した後に前記ネットワークサーバ部に伝達
するとともに、前記ネットワークサーバ部からの応答に
対して、必要な場合に暗号化処理を施した後に前記Ｈｔ
ｔｐサーバ部に伝達するセキュリティモジュール部を有
してもよい。そして、前記セキュリティモジュール部
は、公開鍵に基づく認証処理を行う公開鍵認証モジュー
ルと、秘密鍵に基づく認証処理を行う秘密鍵認証モジュ
ールと、生体認証に基づく認証処理を行う生体認証モジ
ュールと、ＩＤ及びパスワードに基づく認証処理を行う
ＩＤ・パスワード認証モジュールと、前記公開鍵認証モ
ジュール、前記秘密鍵認証モジュール、前記生体認証モ
ジュール及び前記ＩＤ・パスワード認証モジュールによ
る認証処理を選択的に実行させる制御を統合的に行う共
通認証モジュールとを含む構成とすることもできる。

【００８２】これによって、あらゆる種類の認証アルゴ
リズムに対応した共通のアプリケーション・インターフ
ェースが提供され、どのような認証基盤についても同じ
手順で認証を行うことが可能となり、個々の要求に沿っ
た安全性が高いシステムを効率よく開発することが可能
となる。

【００８３】また、前記ネットワークサーバ部は、前記
ビジネスロジック手段との通信を行うコンピュータ装置
であるメインサーバと、前記Ｈｔｔｐクライアント又は
前記Ｎｅｔクライアントを前記メインサーバに接続する
中継処理を行う複数のコンピュータ装置である複数のコ
ネクションサーバと、前記クライアントと接続される相
手となるコネクションサーバを前記複数のコネクション
サーバの中から決定し管理するコンピュータ装置である
ディストリビュートサーバとから構成してもよい。そし
て、前記ディストリビュートサーバは、前記クライアン
トが前記メインサーバへのアクセスを要求してきた場合
に、前記複数のコネクションサーバにおける接続負荷が
分散されるように、当該クライアントと接続すべきコネ
クションサーバを決定し、決定したコネクションサーバ
を介して当該クライアントと前記メインサーバとを通信
させてもよい。

【００８４】これによって、多数のクライアントからの
接続要求が集中した場合であっても、ディストリビュー
トサーバによって統一的に負荷分散が図られるので、サ
ーバの安定的稼動が保証され、大容量の処理に耐え得る
システムの構築が可能となるとともに、コネクションサ
ーバの増設による処理能力の拡張が容易となり、リアル
タイム処理が必要とされるシステムの構築も可能とな
る。

【００８５】また、前記基盤システムは、さらに、前記
情報システムの稼動状態をグラフィカルに表示する管理
手段を備え、前記管理手段は、前記情報システムを構成
している全てのサーバの動作状態を表示したり、前記ク
ライアント群と前記コネクションサーバとの接続状況を
アイコンで表示したりすることもできる。そして、前記
基盤システムは、さらに、前記情報システムを構成する
構成要素をアイコンに対応させてグラフィカルに表示す
るとともに、前記アイコンが指定された場合に、当該ア
イコンに対応する構成要素のプロパティを定義するため
の設定メニューを表示する開発支援手段を備えてもよ
い。

【００８６】これによって、開発及び管理がビジュアル
となるので、設計やプログラミング、デバッグ作業が容
易になるとともに、システムの管理や動作状況の把握等
も容易となり、作業期間が短縮化される。

【００８７】また、前記基盤システムは、さらに、前記
ネットワークサーバ部に接続されているＨｔｔｐクライ
アント及びＮｅｔクライアントについて、それらクライ
アントの種類を区別することなく、統一的に、接続中に
おけるデータ処理の一連のつながりをセッションとして
管理するセッションサーバ手段を備えてもよい。

【００８８】これによって、セッション・ステートフル
なクライアントだけでなく、セッション・ステートレス
なクライアントについても、統合的にセッション管理が
行われ、Ｗｅｂ環境とＮｅｔＷｏｒｋ環境とが混在した
システムにおいて、同一の処理手順でクライアントの接
続管理を行うことができる。

【００８９】また、前記クライアント群と前記サーバ群
とは、仮想マシン用のプログラミング言語で作成された
機能モジュールによって構築したり、拡張マークアップ
言語で記述されたデータを交換し合うことによって通信
するように構成してもよい。これによって、プラットフ
ォームや、プログラミング言語、ＯＳ等のコンピュータ
環境に依存することなく適用可能な柔軟なフレームワー
クが実現される。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるフレームワークの
アーキテクチャを示すモデル図である。

【図２】同フレームワークのうち、Ｈｔｔｐクライアン
トがＤＢにアクセスするときに経由するセキュリティに
関連するモジュールを抽出した図である。

【図３】同フレームワークのうち、ネットワーク・サー
バとそれに関連する構成要素を抽出した図である。

【図４】ネットワーク・サーバを構成する各サーバの稼
動状態をモニタリングする管理用画面の表示例を示す図
である。

【図５】同フレームワークのうち、セッション管理に関
連する構成要素を抽出した図である。

【図６】同フレームワークのうち、クライアントとサー
バ間の通信に着目した図である。

【符号の説明】

１ フレームワーク １０ クライアント １０ａ、２０ａ ＣＰＵ １０ｂ、２０ｂ 仮想マシン １０ｃ、２０ｃ 仮想マシン用プログラム １０ｄ、２０ｄ アプリケーションプログラム ２０ サーバ ４０ 管理画面 ４０ａ メニューバー ４０ｂ 表示画面 ４１ プロパティ画面 １００ クライアント・レイヤ １１０ 管理用クライアント １２０〜１２２ Ｈｔｔｐクライアント １３０〜１３２ Ｎｅｔクライアント ２００ コントロール・レイヤ ２１０ 管理用デーモン ２２１ Ｈｔｔｐメイン・サーバ ２３０ 共通モジュール ２３１ セキュリティ・モジュール ２３１ａ 共通認証モジュール ２３１ｂ 基盤アルゴリズムモジュール群 ２３２ ＸＭＬパーサ ２４０ ネットワーク・サーバ ２４１ メイン・サーバ ２４２〜２４４ コネクション・サーバ ２４５ ディストリビュート・サーバ ２４５ａ コネクション・サーバ・情報テーブル ２４６、４１１ ユーザ定義 ３００ プレゼンテーション・レイヤ ３１０ フレーム・セッション・サーバ ３１０ａ セッション管理テーブル ３２０ ＤＢ（データベース） ３３０ ＤＢコネクション・プール・マネージャ ４００ ビジネス・ロジック・レイヤ ４１０ アクション ４１２ ビジネス・ログ ４２０ ＥＪＢコンテナ ４３０ ロジック・プール（ユーザ定義） ４３１ ビジネス・ロジック ４３２ ブリッジ ４３３ エンティティ・ビーンズ ４３４ データ・エンティティ・モデル ４３５ セキュリティ・マネジメント ４３６ ログイン・モジュール ４３７ プレゼンテーション・マネジメント ４４０ ビジネス・コンテナ

───────────────────────────────────────────────────── フロントページの続き (71)出願人 502178403 イ キルシク 大韓民国カンウォンド、ソクチョ市、ギョ ードン、ヌゥプルンアパートメント106− 1309号 (72)発明者 近藤 克彦 大阪府羽曳野市島泉６丁目６番14号 (72)発明者 ユン チヒ 大阪府大阪市東住吉区矢田１丁目６番16号 グレース長居公園202号 (72)発明者 イ キルシク 大韓民国カンウォンド、ソクチョ市、ギョ ードン、ヌゥプルンアパートメント106− 1309号 Ｆターム(参考） 5B045 GG06 5B085 AA01 AE00 AE01 AE25 AE29 BG07 5B089 GA12 GA21 GB02 HB02 HB05 KA09 LB22

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数のコンピュータ装置が通信網を介し
   て接続された情報システムを構築するためのフレームワ
   ークである基盤システムであって、 サービスの提供を受ける１以上のコンピュータ装置であ
   るクライアント群と、 前記クライアント群に対してサービスを提供する１以上
   のコンピュータ装置であるサーバ群とから構成され、 前記クライアント群は、 Ｈｔｔｐ通信によって前記サーバ群に接続するＨｔｔｐ
   クライアントと、 ＴＣＰ／ＩＰ通信におけるソケット形式で前記サーバ群
   に接続するＮｅｔクライアントとを含み、 前記サーバ群は、 前記クライアント群との通信による接続制御を行うコン
   トロール手段と、 前記コントロール手段によって接続されたクライアント
   群からの処理要求に従って一定の業務処理を実行するビ
   ジネスロジック手段とを備え、 前記コントロール手段は、 前記Ｈｔｔｐクライアントからの要求を処理するＨｔｔ
   ｐサーバ部と、 前記Ｎｅｔクライアントからの要求を処理するととも
   に、前記ビジネスロジック手段に対する処理の要求と応
   答の取得を行うネットワークサーバ部と、 前記Ｈｔｔｐサーバ部が受けたＨｔｔｐクライアントか
   らの要求に対して、必要な場合に一定の変換処理を施し
   た後に、その要求を前記ネットワークサーバ部に伝達す
   るとともに、前記ネットワークサーバ部からの応答に対
   して、必要な場合に一定の変換処理を施した後に、変換
   後の応答を前記Ｈｔｔｐサーバ部に伝達する共通モジュ
   ール部とを有することを特徴とする基盤システム。
2. 【請求項２】 前記共通モジュール部は、前記Ｈｔｔｐ
   サーバ部が受けたＨｔｔｐクライアントからの要求に暗
   号化パラメータが含まれる場合には、そのパラメータを
   復号化した後に前記ネットワークサーバ部に伝達すると
   ともに、前記ネットワークサーバ部からの応答に対し
   て、必要な場合に暗号化処理を施した後に前記Ｈｔｔｐ
   サーバ部に伝達するセキュリティモジュール部を有する
   ことを特徴とする請求項１記載の基盤システム。
3. 【請求項３】 前記セキュリティモジュール部は、 公開鍵に基づく認証処理を行う公開鍵認証モジュール
   と、 秘密鍵に基づく認証処理を行う秘密鍵認証モジュール
   と、 生体認証に基づく認証処理を行う生体認証モジュール
   と、 ＩＤ及びパスワードに基づく認証処理を行うＩＤ・パス
   ワード認証モジュールと、 前記公開鍵認証モジュール、前記秘密鍵認証モジュー
   ル、前記生体認証モジュール及び前記ＩＤ・パスワード
   認証モジュールによる認証処理を選択的に実行させる制
   御を統合的に行う共通認証モジュールとを含むことを特
   徴とする請求項２記載の基盤システム。
4. 【請求項４】 前記ネットワークサーバ部は、 前記ビジネスロジック手段との通信を行うコンピュータ
   装置であるメインサーバと、 前記Ｈｔｔｐクライアント又は前記Ｎｅｔクライアント
   を前記メインサーバに接続する中継処理を行う複数のコ
   ンピュータ装置である複数のコネクションサーバと、 前記クライアントと接続される相手となるコネクション
   サーバを前記複数のコネクションサーバの中から決定し
   管理するコンピュータ装置であるディストリビュートサ
   ーバとから構成されることを特徴とする請求項１記載の
   基盤システム。
5. 【請求項５】 前記ディストリビュートサーバは、前記
   クライアントが前記メインサーバへのアクセスを要求し
   てきた場合に、前記複数のコネクションサーバにおける
   接続負荷が分散されるように、当該クライアントと接続
   すべきコネクションサーバを決定し、決定したコネクシ
   ョンサーバを介して当該クライアントと前記メインサー
   バとを通信させることを特徴とする請求項４記載の基盤
   システム。
6. 【請求項６】 前記ディストリビュートサーバは、接続
   されているクライアントとコネクションサーバとの対を
   示す情報テーブルを保持し、その情報テーブルを参照し
   て前記決定を行い、 前記コネクションサーバは、前記クライアントとの接続
   を開始したときに、前記情報テーブルに当該接続に対応
   する情報を登録し、前記クライアントとの接続を解除し
   たときに、前記情報テーブルにおける当該接続に対応す
   る情報を削除することを特徴とする請求項５記載の基盤
   システム。
7. 【請求項７】 前記基盤システムは、さらに、前記情報
   システムの稼動状態をグラフィカルに表示する管理手段
   を備えることを特徴とする請求項４記載の基盤システ
   ム。
8. 【請求項８】 前記管理手段は、前記情報システムを構
   成している全てのサーバの動作状態を表示することを特
   徴とする請求項７記載の基盤システム。
9. 【請求項９】 前記管理手段は、前記クライアント群と
   前記コネクションサーバとの接続状況をアイコンで表示
   することを特徴とする請求項７記載の基盤システム。
10. 【請求項１０】 前記基盤システムは、さらに、前記情
    報システムを構成する構成要素をアイコンに対応させて
    グラフィカルに表示するとともに、前記アイコンが指定
    された場合に、当該アイコンに対応する構成要素のプロ
    パティを定義するための設定メニューを表示する開発支
    援手段を備えることを特徴とする請求項１記載の基盤シ
    ステム。
11. 【請求項１１】 前記基盤システムは、さらに、 前記ネットワークサーバ部に接続されているＨｔｔｐク
    ライアント及びＮｅｔクライアントについて、それらク
    ライアントの種類を区別することなく、統一的に、接続
    中におけるデータ処理の一連のつながりをセッションと
    して管理するセッションサーバ手段を備えることを特徴
    とする請求項１記載の基盤システム。
12. 【請求項１２】 前記クライアント群と前記サーバ群と
    は、仮想マシン用のプログラミング言語で作成された機
    能モジュールによって構築されていることを特徴とする
    請求項１記載の基盤システム。
13. 【請求項１３】 前記クライアント群と前記サーバ群と
    は、拡張マークアップ言語で記述されたデータを交換し
    合うことによって通信する
14. 【請求項１４】 前記コントロール手段を構成するＨｔ
    ｔｐサーバ部、ネットワークサーバ部及び共通モジュー
    ル部は、発生したイベントに応じてクラスモジュールか
    ら動的に生成されるオブジェクトモジュールであること
    を特徴とする請求項１記載の基盤システム。
15. 【請求項１５】 前記コントロール手段を構成するＨｔ
    ｔｐサーバ部、ネットワークサーバ部及び共通モジュー
    ル部は、発生したイベントに応じてクラスモジュールか
    ら生成される、動的機能を具備したオブジェクトモジュ
    ールを含むことを特徴とする請求項１記載の基盤システ
    ム。
16. 【請求項１６】 複数のコンピュータ装置が通信網を介
    して接続された情報システムを構築するためのフレーム
    ワークである基盤システムにおけるサーバ群のためのプ
    ログラムであって、 請求項１〜１５のいずれか１項に記載のサーバ群が備え
    る手段をコンピュータに機能させることを特徴とするプ
    ログラム。