JP3437789B2 - コンピュータのプログラムシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像表示を行うプ
ロセスが停止したときでも再立ち上げしたとき、すぐに
アプリケーションプログラムの続行が可能となるような
コンピュータのプログラムシステムに関する。

【０００２】

【従来の技術】近年、コンピュータシステム上で、複数
のコンポーネントプログラムを呼び出し、ソフトウェア
部品として１つのアプリケーションプログラムに動的に
組み込んで、このアプリケーションプログラムを実行す
るシステムが広く用いられている。

【０００３】このようなシステムでは、コンポーネント
プログラムを様々なプログラムに動的に組み込めるた
め、コンポーネントプログラムの再利用が可能となる。
例えば現金自動支払機や銀行の営業店端末業務を処理す
る業務アプリケーションもバイナリ形式のバイナリソフ
トウェアコンポーネントを利用したプログラム実行シス
テムの１つであり、必要に応じてコンポーネントを呼び
出すことにより業務が実行される。

【０００４】従来、クリティカルな業務を実行する場
合、業務アプリケーションはクライアント・サーバ形式
によって構築され、三層構造となっている。その第１層
目〜第３層目は、それぞれＧＵＩ（Graphical User Int
erface）層、ビジネスロジック層、データ層である。

【０００５】ＧＵＩ層は、ユーザがコンピュータと対話
できるようにユーザに対して画面表示を行い、キーボー
ド等の入力装置から入力されたユーザ情報の処理を行う
階層であり、業務端末では、このＧＵＩ層に例えばＷＥ
Ｂブラウザが使用される。

【０００６】ビジネスロジック層は、入力されたユーザ
情報等のデータに基づいて共通した処理を行う階層であ
り、業務の処理シーケンスとデータベースやホストコン
ピュータへの指示を行う。例えば銀行のテラー端末にお
ける普通預金口座オブジェクトやローンシュミレーショ
ンオブジェクトは、このビジネスロジックに相当する。
データ層は、例えばホストコンピュータ内に格納された
データベースのような階層である。

【０００７】このようなクライアント・サーバ形式のア
プリケーションプログラムでは、３つのプロセスを複数
のコンピュータに分散配置することが一般的に行われて
いる。即ち、ビジネスロジック層にトランザクション機
能を有し、ＧＵＩ層において、障害が発生した場合はこ
のビジネスロジック層がこれまで行われた処理を無効化
（ロールバック）し、ビジネスロジック層に障害が発生
した場合は、データ層が同様にデータベースへの更新を
無効化し、データ層に障害が発生した場合は、データ層
のリカバリ機能を使用して処理を無効化し、データに矛
盾が生じないように対処している。

【０００８】

【発明が解決しようとする課題】しかしながら、かかる
従来のコンピュータのプログラムシステムでは、このよ
うな三層構造となっているため、三層構造のどのプロセ
スに障害が発生しても業務全体が無効となり、最初から
処理をやり直す必要がある。

【０００９】特に、業務端末のＧＵＩ層に使用されるＷ
ＥＢブラウザの信頼性は低く、例えばプロセスのフォー
ルトによる障害が発生しやすい。さらに、このＷＥＢブ
ラウザでは、不使用のメモリの解放し忘れといったメモ
リリークが発生しやすい。このため、長期にわたる業務
処理を行うには、プロセスを終了させてＧＵＩ層を定期
的に点検し、メモリ使用量を監視する必要がある。

【００１０】このようにＧＵＩ層の障害等のために業務
全体を停止させていたのでは、ＧＵＩ層の再立ち上げ時
に最初から業務処理を行わなければならず、業務の効率
が低下する。従って、ＧＵＩ層が停止しても再立ち上げ
時に業務処理をすぐに行えることが可能なコンピュータ
のプログラムシステムが必要である。

【００１１】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉請求項１の発明にかかるコンピュータのプロ
グラムシステムは、コンピュータの利用者に対する画面
表示に必要な画面表示オブジェクトの生成依頼を発行
し、当該画面表示オブジェクトの生成結果を受け取って
画面表示オブジェクトに対して直接メソッドコールを
し、得られた処理結果を受け取って画面表示を行う画面
表示処理手段と、該画面表示処理手段から前記生成依頼
を受けたとき、所定のコンポーネントプログラムを呼び
出して画面表示オブジェクトを活性化し、活性化した当
該画面表示オブジェクトの生成結果を画面表示処理手段
に返却し、画像表示処理手段から削除依頼を受けるまで
当該画像表示オブジェクトの維持管理を行うオブジェク
ト管理手段と、を備えてアプリケーションプログラムを
実行するように構成されている。

【００１２】〈構成２〉請求項２の発明にかかるコンピ
ュータのプログラムシステムでは、前記オブジェクト管
理手段が、活性化した画面表示オブジェクトに関するオ
ブジェクト情報を記録するためのオブジェクト管理テー
ブルと、前記画面表示オブジェクトが活性化されたと
き、当該オブジェクト情報をオブジェクト管理テーブル
に登録し、削除依頼を受けたとき、オブジェクト管理テ
ーブルから当該オブジェクト情報を削除するコンポーネ
ント管理オブジェクトと、を備えて画像表示オブジェク
トの維持管理を行うように構成されている。

【００１３】〈構成３〉請求項３の発明にかかるコンピ
ュータのプログラムシステムでは、前記オブジェクト管
理手段が、画面表示処理手段から画面表示オブジェクト
の生成依頼を受けたとき、画面表示オブジェクトと共に
画面表示処理手段の記録用オブジェクトを活性化し、画
面表示処理手段は自己の処理進捗状況を当該記録用オブ
ジェクトに記録するように構成されている。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。 〈具体例１〉具体例１は、アプリケーションプログラム
を、画像の表示処理を行うプロセスであるＧＵＩ部とオ
ブジェクトを管理するプロセスである管理部とに分割
し、停止したＧＵＩ部を再立ち上げしたときにすぐに業
務処理を行えるようにしたものである。

【００１５】図１は、コンピュータにおいて動作する具
体例１の業務アプリケーション１００の構成を示すブロ
ック図である。具体例１では、この業務アプリケーショ
ン１００を銀行業務に用いた場合を例として説明する。

【００１６】図２はその銀行業務用の業務アプリケーシ
ョン１００が動作するコンピュータシステムの構成を示
すブロック図である。このコンピュータシステムは、Ｃ
ＰＵ等を備えたホストコンピュータ１と、磁気ディスク
装置２と、業務端末３−１〜ｎと、を専用回線４を介し
て接続することにより構成されている。この業務端末３
−１〜ｎは、例えば銀行窓口に配置された現金自動支払
機、銀行窓口端末等である。

【００１７】図１に示す業務アプリケーション１００
は、このコンピュータシステム上にソフトウェアとして
展開される。この業務アプリケーション１００を、ＧＵ
Ｉ部１１０とオブジェクトサーバ部１２０とに分割す
る。尚、図１では、ＧＵＩ部１１０とオブジェクトサー
バ部１２０とをそれぞれ業務アプリケーション１００に
１つずつ備えるようにしたが、複数備えるようにしても
よい。

【００１８】また、ＧＵＩ部１１０とオブジェクトサー
バ部１２０とを同じコンピュータに配置してもよいし、
異なるコンピュータに配置してもよい。ＧＵＩ部１１０
は、画面表示及びユーザからの入力等を行うプロセスで
あり、業務プログラム１１１を備えている。

【００１９】業務プログラム１１１は、画面の表示及び
入力の受け付けを制御して業務処理の流れを決定、実行
するプログラムである。ＧＵＩ部１１０に例えばＷＥＢ
ブラウザを実装した場合、この業務プログラム１１１は
ＨＴＭＬで定義され、その動作はスクリプトによって記
述される。

【００２０】オブジェクトサーバ部１２０は、オブジェ
クトを管理するプロセスであり、コンポーネント管理オ
ブジェクト１２１と、コンポーネント管理テーブル１２
２と、を備えて構成されている。

【００２１】コンポーネント管理オブジェクト１２１
は、ＧＵＩ部１１０の業務プログラム１１１からコンポ
ーネントのオブジェクトの生成依頼、参照依頼、削除依
頼を受け取り、これらの依頼に基づいてシステムオブジ
ェクト管理部１３０にコンポーネントのオブジェクトの
生成を要請するオブジェクトである。

【００２２】オブジェクトＡ〜Ｃは、ロードされたコン
ポーネントを実行することにより活性化されたオブジェ
クトであり、このオブジェクトの中には、ＧＵＩ部１１
０が処理の進捗状況を記録するための記録用オブジェク
トも含まれている。

【００２３】これらのオブジェクト情報は、コンポーネ
ント管理オブジェクト１２１によってコンポーネント管
理テーブル１２２に登録される。図３はコンポーネント
管理テーブル１２２に登録されたオブジェクト情報の一
例を示す説明図である。

【００２４】オブジェクト名は、各オブジェクトに付さ
れたオブジェクトの名称であり、オブジェクトを指定す
るときに用いられる。オブジェクトリファレンスは、Ｇ
ＵＩ部１１０からオブジェクトの生成依頼、参照依頼、
削除依頼を受け取ったときに返却されるデータであり、
プログラム実行時、オブジェクト識別子として用いられ
る。コンポーネント識別子は、コンポーネントを識別す
るための識別子である。

【００２５】コンポーネント登録情報ファイル１３１
は、コンポーネントのファイル名、格納場所及び動作場
所等の情報を格納したファイルである。尚、このファイ
ルの格納場所は自己のコンピュータ内であってもよい
し、他のコンピュータでもよい。

【００２６】コンポーネントファイル１３２は、コンポ
ーネントを格納したファイルである。尚、このコンポー
ネントは、活性化（オブジェクト化）しなければ単なる
実行ファイルである。

【００２７】システムオブジェクト管理部１３０は、シ
ステムや他のミドルウェアソフトにより提供されるもの
であり、オブジェクトサーバ部１２０からオブジェクト
の生成要請を受けたとき、コンポーネント登録情報ファ
イル１３１を参照してコンポーネントファイル１３２か
ら目的のコンポーネントを取り出してオブジェクトを生
成するブロックである。

【００２８】尚、ＧＵＩ部が画面表示処理手段に相当
し、オブジェクトサーバ部１２０、システムオブジェク
ト管理部１３０、コンポーネント登録情報ファイル１３
１及びコンポーネントファイルがオブジェクト管理手段
に相当する。

【００２９】〈具体例１の動作〉図４は具体例１の動作
を示すフローチャートである。尚、ステップ１１〜１３
はＧＵＩ部１１０にて実行されるステップであり、ステ
ップ２１〜２５はオブジェクトサーバ部１２０によって
実行されるステップである。

【００３０】ステップ（図中、ステップを「Ｓ」と記
す。）１１では、ＧＵＩ部１１０が初期画面の表示を行
うため、オブジェクトサーバ部１２０のコンポーネント
管理オブジェクト１２１に対してオブジェクト名とコン
ポーネント識別子とを引数にしてオブジェクトの生成依
頼を行う。例えば普通預金の口座の開設を行うときは、
このオブジェクトＡ〜Ｃに普通預金の口座開設用オブジ
ェクトを含めて生成依頼を行う。

【００３１】この生成依頼を受けてコンポーネント管理
オブジェクト１２１はステップ２１を実行し、コンポー
ネント管理テーブル１２２に同一オブジェクトが存在し
ているかどうかを判定する。

【００３２】同一オブジェクトが存在しているときは、
生成依頼されたオブジェクトが既に生成されているの
で、そのままステップ２３に進み、同一オブジェクトが
存在しないときは、ステップ２２に進んでシステムオブ
ジェクト管理部１３０に対し、コンポーネント識別子を
指定してオブジェクトの生成を要請する。

【００３３】システムオブジェクト管理部１３０はこの
要請を受けてコンポーネント登録情報ファイル１３１を
参照し、コンポーネント登録情報を調べ、コンポーネン
トファイル１３２からコンポーネントを取り出してこの
コンポーネントを実行し、オブジェクトサーバ部１２０
にオブジェクトＡ〜Ｃを生成する。

【００３４】オブジェクトＡ〜Ｃが正常に生成されたと
き、システムオブジェクト管理部１３０はオブジェクト
リファレンスをオブジェクトサーバ部１２０に送る。コ
ンポーネント管理オブジェクト１２１は、図３に示すよ
うに、返却されたオブジェクトリファレンス、生成され
たオブジェクトのオブジェクト名及びコンポーネント識
別子をコンポーネント管理テーブル１２２に登録する。

【００３５】ステップ２３では、オブジェクト生成依頼
のリターン値として、そのオブジェクトリファレンスを
ＧＵＩ部１１０に返却する。これにより、ＧＵＩ部１１
０は、必要なオブジェクトがオブジェクトサーバ部１２
０に存在していることを認識する。

【００３６】そして、ＧＵＩ部１１０は、ステップ１２
を実行し、生成されたオブジェクトが提供するメソッド
をコールしてオブジェクトへの操作を行う。例えば普通
預金の口座開設処理を行うときは、普通預金の口座開設
用オブジェクトを直接操作する。この処理結果は記録用
オブジェクトに記録される。

【００３７】オブジェクトサーバ部１２０では、このメ
ソッドコールに対し、ステップ２４が実行され、各オブ
ジェクトＡ〜Ｃがコールしたメソッドが実行される。業
務端末３−１において口座開設処理を行うときは、口座
開設用オブジェクトがコールされ、口座開設に必要がデ
ータが業務端末３−１に表示される。この表示によって
利用者は業務端末３−１と対話しながらデータを入力す
る。

【００３８】このとき、コンポーネント管理オブジェク
ト１２１は各メソッドコールに関与せず、ＧＵＩ部１１
０と各オブジェクトＡ〜Ｃとが直接メソッドコール及び
リターン値の受け渡しを行って、実行された結果は、リ
ターン値としてＧＵＩ部１１０に返却される。

【００３９】この業務処理が終了したとき、ＧＵＩ部１
１０はステップ１３を実行し、各オブジェクトＡ〜Ｃの
削除を依頼する。コンポーネント管理オブジェクト１２
１は、この削除依頼を受け取ってステップ２５を実行
し、システムオブジェクト管理部１３０にオブジェクト
Ａ〜Ｃの削除を要請する。

【００４０】システムオブジェクト管理部１３０は、こ
の要請を受けてオブジェクトＡ〜Ｃの削除を行い、コン
ポーネント管理オブジェクト１２１は、登録されたオブ
ジェクトＡ〜Ｃのオブジェクト名、オブジェクトリファ
レンス及びコンポーネント識別子をコンポーネント管理
テーブル１２２から削除する。

【００４１】次に、例えば、ステップ１２の実行中に、
画面表示処理等に障害が発生してＧＵＩ部１１０が停止
したとき、若しくはＧＵＩ部１１０を解放するためにＧ
ＵＩ部１１０が停止したとき、コンポーネント管理オブ
ジェクト１２１はオブジェクトＡ〜Ｃの削除依頼を受け
ていないので、コンポーネント管理テーブル１２２から
オブジェクト情報を削除せず、オブジェクトＡ〜Ｃの活
性化状態は保持される。

【００４２】ＧＵＩ部１１０の再立ち上げが行われたと
き、ＧＵＩ部１１０はステップ１１を実行し、同じよう
に必要なオブジェクトＡ〜Ｃの生成依頼を発行する。こ
のとき、オブジェクトＡ〜Ｃの活性化状態は保持され、
そのオブジェクト情報はすべてコンポーネント管理テー
ブル１２２に登録されているので、コンポーネント管理
オブジェクト１２１はオブジェクトＡ〜Ｃの生成を行わ
ず、そのオブジェクトＡ〜Ｃのオブジェクトリファレン
スがＧＵＩ部１１０に返却される。

【００４３】ＧＵＩ部１１０は、このオブジェクトリフ
ァレンスが返却されたとき、記録用オブジェクトに記録
された処理の進捗状況を参照し、各オブジェクトＡ〜Ｃ
に対し、メソッドコールし、業務処理は引き続き実行さ
れる。

【００４４】〈具体例１の効果〉以上、説明したように
具体例１によれば、業務アプリケーションをＧＵＩ部１
１０とオブジェクトサーバ部１２０とに分割するように
したので、ＧＵＩ部１１０に障害が発生してプロセスが
終了したときでも、生成されたオブジェクトはＧＵＩ部
１１０の障害から保護される。

【００４５】そして、オブジェクトサーバ部１２０によ
りオブジェクトの活性化状態が保たれているので、ＧＵ
Ｉ部１１０を再立ち上げたとき、オブジェクトを再利用
して業務をそのまま続行することができる。従って、例
えば現金自動支払機や銀行の営業店端末における業務ア
プリケーションのように、コンポーネントを使用したミ
ッションクリティカルな端末業務アプリケーションには
有効である。

【００４６】さらに、メモリリーク等を起こしやすいＧ
ＵＩ部１１０を解放して業務を実行することもできると
いう効果もある。

【図面の簡単な説明】

【図１】本発明に係る具体例１の業務プログラムの構成
を示すブロック図である。

【図２】具体例１の業務プログラムが動作するコンピュ
ータシステムの構成を示すブロック図である。

【図３】具体例１のコンポーネント管理テーブルに登録
されたオブジェクト情報の一例を示す説明図である。

【図４】具体例１の動作を示すフローチャートである。

【符号の説明】

１００ 業務アプリケーション １１０ ＧＵＩ部 １２０ オブジェクトサーバ部 １２１ コンポーネント管理オブジェクト １２２ コンポーネント管理テーブル １３０ システムオブジェクト管理部 １３１ コンポーネント登録情報ファイル １３２ コンポーネントファイル

フロントページの続き (56)参考文献 特開 平11−102293（ＪＰ，Ａ) 特開 平10−49381（ＪＰ，Ａ) 特開2000−215345（ＪＰ，Ａ) 特開 平11−272924（ＪＰ，Ａ) 田中正造，実践！ＷｉｎｄｏｗｓＤＮ Ａｐｒｏｇｒａｍｍｉｎｇ ２層クライ アントサーバから３層クライアントサー バへ，Ｉｎｓｉｄｅ Ｗｉｎｄｏｗｓ, ソフトバンク株式会社，1999年 ２月 １日，第５巻第２号，ｐ．42−61 竹内敏尚ほか３名，分散アプリケーシ ョンプラットフォーム／ＣｏｍＳｔａｇ ｅ，沖電気研究開発，沖電気工業株式会 社，1999年10月20日，第66巻第２号, ｐ．15−18 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/54 G06F 17/60

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 コンピュータの利用者に対して画面表示
   を行いつつ、データの入力処理を行い、入力されたデー
   タに基づいて必要なコンポーネントプログラムを呼び出
   して該コンポーネントプログラムをアプリケーションプ
   ログラムに組み込み、該アプリケーションプログラムを
   実行するコンピュータのプログラムシステムにおいて、 前記画面表示に必要な画面表示オブジェクトの生成依頼
   を発行し、当該画面表示オブジェクトの生成結果を受け
   取って画面表示オブジェクトに対して直接メソッドコー
   ルをし、得られた処理結果を受け取って画面表示を行う
   画面表示処理手段と、 該画面表示処理手段から前記生成依頼を受けたとき、同
   一の画面表示オブジェクトが既に存在しているかどうか
   を判定し、同一の画面表示オブジェクトが存在していな
   いときは、所定のコンポーネントプログラムを呼び出し
   て画面表示オブジェクトを活性化し、活性化した当該画
   面表示オブジェクトの生成結果を画面表示処理手段に返
   却し、画像表示処理手段から削除依頼を受けるまで当該
   画面表示オブジェクトの維持管理を行う一方、同一の画
   面表示オブジェクトが既に存在しているときは、その画
   面表示オブジェクトの以前の生成結果をそのまま画面表
   示処理手段に返却するオブジェクト管理手段と、を備え
   てアプリケーションプログラムを実行するようにし、前記オブジェクト管理手段の動作中に前記画面表示処理
   手段が停止したとき、前記オブジェクト管理手段におけ
   る画面表示オブジェクトの活性化状態が保持され、その
   状態で、前記画面表示処理手段の再立ち上げが行われた
   とき、前記画面表示オブジェクトへの操作を直ちに行う
   ことができるように 構成されたことを特徴とするコンピ
   ュータのプログラムシステム。
2. 【請求項２】 前記オブジェクト管理手段は、 活性化した画面表示オブジェクトに関するオブジェクト
   情報を記録するためのオブジェクト管理テーブルと、 前記画面表示オブジェクトが活性化されたとき、当該オ
   ブジェクト情報をオブジェクト管理テーブルに登録し、
   削除依頼を受けたとき、オブジェクト管理テーブルから
   当該オブジェクト情報を削除するコンポーネント管理オ
   ブジェクトと、を備えて画像表示オブジェクトの維持管
   理を行うように構成されたことを特徴とする請求項１に
   記載のコンピュータのプログラムシステム。
3. 【請求項３】 前記オブジェクト管理手段は、画面表示
   処理手段から画面表示オブジェクトの生成依頼を受けた
   とき、画面表示オブジェクトと共に画面表示処理手段の
   記録用オブジェクトを活性化し、画面表示処理手段は自
   己の処理進捗状況を当該記録用オブジェクトに記録する
   ように構成されたことを特徴とする請求項１又は請求項
   ２に記載のコンピュータのプログラムシステム。