情報管理装置、情報管理方法および情報処理システム
【課題】安価に、かつ、確実にアプリケーションのバージョンアップを行うことが可能な技術を提供する。
【解決手段】情報管理装置１００は、情報処理装置２００と専用ネットワーク３０を介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置２００から受信する処理を通信部に実行させる受信制御部と、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するアプリケーション実行部と、を備える。
【解決手段】情報管理装置１００は、情報処理装置２００と専用ネットワーク３０を介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置２００から受信する処理を通信部に実行させる受信制御部と、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するアプリケーション実行部と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置、情報管理方法および情報処理システムに関する。より詳細には、主に、金融機関の営業店システムで利用されるサーバ業務実行時におけるアプリケーションの複数バージョン管理方式に関するものである。
【背景技術】
【０００２】
アプリケーションのバージョンを選択する技術には様々なものがある（例えば、特許文献１参照）。一般的に、複数のサーバシステムのそれぞれに、互いに異なるバージョンのアプリケーションを保有させ、アプリケーションのバージョンアップ時にクライアントからの接続先のサーバシステムを切り替えるという大掛かりなシステムを保有している場合がある。
【０００３】
また、１つのサーバシステムに１種類のバージョンのアプリケーションを保有させ、サーバシステムでのアプリケーションのバージョンアップを、クライアントからアプリケーションが利用される機会の少ない夜間に行うという方式をとる場合もある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３１７０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数のサーバシステムのそれぞれに、互いに異なるバージョンのアプリケーションを保有させる方式では、サーバシステムを二重で稼動させる必要がある。このような大規模な構成を保持することは、莫大な投資を必要とし、例えば、中小規模な金融機関にとっては実現するのが困難である。
【０００６】
また、サーバシステムでのアプリケーションのバージョンアップを、クライアントからアプリケーションが利用される機会の少ない夜間に行う方式では、ソフトウェアの切り替えを一斉に行わなければならない。このため、例えば、一部の店舗で新しいバージョンのアプリケーションを試行運用して結果を検証し、その後に全店展開を行うような極め細やかなアプリケーションのバージョンアップができない。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、安価に、かつ、確実にアプリケーションのバージョンアップを行うことが可能な技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記問題を解決するために、本発明のある観点によれば、情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置から受信する処理を通信部に実行させる受信制御部と、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するアプリケーション実行部と、を備えることを特徴とする、情報管理装置が提供される。
【０００９】
記憶部は、アプリケーションを複数の部品に分割して記憶し、実行アプリケーション決定処理部は、実行対象のアプリケーションとして複数の部品の組み合わせを決定することとしてもよい。
【００１０】
実行アプリケーション決定処理部は、通信部によってアプリケーションのバージョンを識別するためのバージョン識別情報を含むアプリケーション実行指示情報が受信された場合に、バージョン識別情報によって識別されるバージョンのアプリケーションを実行対象のアプリケーションとして決定することとしてもよい。
【００１１】
記憶部は、複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置が属するグループを識別するためのグループ識別情報とが対応付けられてなるバージョン管理情報を記憶し、実行アプリケーション決定処理部は、通信部によってグループ識別情報を含むアプリケーション実行指示情報が受信された場合に、グループ識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーションを実行対象のアプリケーションとして決定することとしてもよい。
【００１２】
記憶部は、複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置を識別するための装置識別情報とが対応付けられてなるバージョン管理情報を記憶し、実行アプリケーション決定処理部は、通信部によって装置識別情報を含むアプリケーション実行指示情報が受信された場合に、装置識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーションを実行対象のアプリケーションとして決定することとしてもよい。
【００１３】
送信制御部をさらに備え、アプリケーション実行部は、アプリケーションを実行した結果を実行結果として取得し、取得した実行結果を情報処理装置の表示部に表示するための画面データに含め、送信制御部は、画面データを情報処理装置に送信する処理を通信部に実行させることとしてもよい。
【００１４】
また、本発明の別の観点によれば、情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、受信制御部と、実行アプリケーション決定処理部と、アプリケーション実行部とを備える情報管理装置による情報管理方法であって、受信制御部により、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置から受信する処理を通信部に実行させるステップと、実行アプリケーション実行部により、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定するステップと、アプリケーション実行部により、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するステップと、を含むことを特徴とする、情報管理方法が提供される。
【００１５】
また、本発明の別の観点によれば、情報処理装置と情報管理装置とを備える情報処理システムであって、情報処理装置は、情報管理装置とネットワークを介して通信を行うことが可能である通信部と、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報管理装置に送信する処理を通信部に実行させる制御部と、を有し、情報管理装置は、情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、アプリケーション実行指示情報を情報処理装置から受信する処理を通信部に実行させる受信制御部と、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するアプリケーション実行部と、を有することを特徴とする、情報処理システムが提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、安価に、かつ、確実にアプリケーションのバージョンアップを行うことが可能な技術を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係る情報処理システムの構成例を示す図である。
【図２】本実施形態に係る情報管理装置の構成例を示す図である。
【図３】本実施形態に係る情報処理装置の構成例を示す図である。
【図４】現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【図５】（ａ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、（ｂ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【図６】現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【図７】新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【図８】（ａ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、（ｂ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【図９】新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【図１０】店番別業務定義情報に含まれる情報の構成例を示すものである。（ａ）は、バージョン管理情報の構成例、（ｂ）は、業務／コンポーネント管理情報の構成例、（ｃ）は、ＤＢアクセス管理情報の構成例、（ｄ）は、アプリケーション設定管理情報の構成例を示している。
【図１１】アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その１）を示す図である。
【図１２】ＤＢアクセス管理情報の構成例の別の例を示す図である。
【図１３】アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その２）を示す図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
＜第１本実施形態＞
［構成の説明（情報処理システム）］
図１は、本実施形態に係る情報処理システムの構成例を示す図である。図１に示すように、情報処理システム１は、情報管理装置１００と、情報処理装置２００とを備えるものであり、情報管理装置１００と情報処理装置２００とはネットワーク（例えば、専用ネットワーク３０）を介して通信を行うことが可能である。以下では、情報処理システム１が一般的な金融機関向けシステムである場合について説明するが、情報処理システム１は、一般的な金融機関向けシステムに限定されるものではない。
【００２０】
一般的な金融機関向けシステムを一例とする情報処理システム１は、情報処理装置２００の一例としての窓口端末２００を含むセンタ側システム１０と情報管理装置１００の一例としてのセンタＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ１１およびセンタＤＢ（ＤａｔａＢａｓｅ）サーバ１２を含む営業店側システム２０とを備えるものである。
【００２１】
センタ側システム１０は、センタＡＰサーバ１１と、センタＤＢサーバ１２と、勘定ホスト１９０とを備えるものである。センタＡＰサーバ１１は、業務個別のデータを格納するＤＢを備えており、ＤＢに格納されたデータを使用しながら業務処理を行う。センタＤＢサーバ１２は、データを格納するＤＢを備えており、ＤＢからのデータの読み出し、ＤＢへのデータの書き込みを制御する。
【００２２】
営業店側システム２０は、専用ネットワークに接続される構内回線２４０（ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ））を備えている。また、営業店側システム２０は、構内回線２４０に接続される装置として、記帳・入出金処理を司る窓口端末２００、窓口端末２００からの業務承認依頼を処理する役席端末（管理者端末）２１、各端末からの印刷データを印字する印刷装置（汎用プリンタ）２２、営業店内のデータを一括管理する営業店サーバ２３を備えている。
【００２３】
［構成の説明（情報管理装置）］
図２は、本実施形態に係る情報管理装置の構成例を示す図である。図２に示すように、情報管理装置１００は、通信部１１０と、制御部１２０と、記憶部１３０とを備えるものである。
【００２４】
通信部１１０は、例えば、通信装置等によって構成され、情報処理装置２００と専用ネットワーク３０等のネットワークを介して通信を行うことが可能である。ネットワークは、有線によって構成されていてもよく、無線によって構成されていてもよい。
【００２５】
記憶部１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置等によって構成され、互いにバージョンの異なる複数のアプリケーション１３１を記憶するものである。また、記憶部１３０は、店番別業務定義情報１３２を記憶する。
【００２６】
制御部１２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって構成され、受信制御部１２１、送信制御部１２２、実行アプリケーション決定処理部１２３、アプリケーション実行部１２４、画面制御部１２５等を含むものである。制御部１２０は、例えば、ＣＰＵによって情報管理装置１００が備える図示しないＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等に格納されたプログラムが実行されることによってその機能が実現される。
【００２７】
受信制御部１２１は、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置２００から受信する処理を通信部１１０に実行させる。また、受信制御部１２１は、後述するメニュー起動要求やデータ入力画面表示要求を受信する処理を通信部１１０に実行させることもできる。
【００２８】
実行アプリケーション決定処理部１２３は、通信部１１０によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する。
【００２９】
アプリケーション実行部１２４は、実行アプリケーション決定処理部１２３によって決定されたアプリケーションを実行する。
【００３０】
記憶部１３０は、アプリケーション１３１を複数の部品に分割して記憶することとしてもよい。その場合には、実行アプリケーション決定処理部１２３は、実行対象のアプリケーションとして複数の部品の組み合わせを決定することとしてもよい。
【００３１】
実行アプリケーション決定処理部１２３は、通信部１１０によってアプリケーション１３１のバージョンを識別するためのバージョン識別情報を含むアプリケーション実行指示情報が受信された場合に、バージョン識別情報によって識別されるバージョンのアプリケーション１３１を実行対象のアプリケーションとして決定することとしてもよい。
【００３２】
記憶部１３０は、複数のアプリケーション１３１のうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置２００が属するグループを識別するためのグループ識別情報とが対応付けられてなるバージョン管理情報を記憶することとしてもよい。その場合には、実行アプリケーション決定処理部１２３は、通信部１１０によってグループ識別情報を含むアプリケーション実行指示情報が受信された場合に、グループ識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーション１３１を実行対象のアプリケーション１３１として決定することとしてもよい。グループとしては、例えば、情報処理装置２００が設置される店舗等が想定される。グループ識別情報としては、店舗を特定するための店番等が想定される。
【００３３】
記憶部１３０は、複数のアプリケーション１３１のうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置２００を識別するための装置識別情報とが対応付けられてなるバージョン管理情報を記憶することとしてもよい。その場合には、実行アプリケーション決定処理部１２３は、通信部１１０によって装置識別情報を含むアプリケーション実行指示情報が受信された場合に、装置識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーション１３１を実行対象のアプリケーション１３１として決定することとしてもよい。
【００３４】
アプリケーション実行部１２４は、アプリケーションを実行した結果を実行結果として取得し、取得した実行結果を情報処理装置２００の表示部２１０に表示するための画面データに含めることとしてもよい。その場合に、送信制御部１２２は、画面データを情報処理装置２００に送信する処理を通信部１１０に実行させることとしてもよい。
【００３５】
画面制御部１２５は、受信制御部１２１が後述するメニュー起動要求やデータ入力画面表示要求を受信する処理を通信部１１０に実行させた場合に、情報処理装置２００の表示部２１０に表示するためのメニュー画面やデータ入力画面のデータを、送信制御部１２２を介して送信する処理等を制御する。
【００３６】
上記した情報処理システム１は、情報管理装置１００に接続された図示しない端末を備えることとしてもよい。図示しない端末は、例えば、情報管理装置１００の管理者等からバージョン管理情報の入力を受け付けると、入力を受け付けたバージョン管理情報を情報管理装置１００に送信することとしてもよい。その場合には、情報管理装置１００は、図示しない端末からバージョン管理情報を受信すると、受信したバージョン管理情報によって記憶部１３０が記憶する店番別業務定義情報１３２のバージョン管理情報を更新することとしてもよい。このような構成にすれば、情報管理装置１００の管理者等による操作によって実行対象のアプリケーションのバージョンを現行バージョンから新バージョンに切り替えることができる。
【００３７】
［構成の説明（情報処理装置）］
図３は、本実施形態に係る情報処理装置の構成例を示す図である。図３に示すように、情報処理装置２００は、通信部２３０と、制御部２２０と、表示部２１０と、入力部２４０とを備えるものである。
【００３８】
通信部２３０は、例えば、通信装置等によって構成され、情報管理装置１００と専用ネットワーク３０等のネットワークを介して通信を行うことが可能である。ネットワークは、上記したように、有線によって構成されていてもよく、無線によって構成されていてもよい。
【００３９】
制御部２２０は、例えば、ＣＰＵ等によって構成され、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報管理装置１００に送信する処理を通信部２３０に実行させる。制御部２２０は、例えば、ＣＰＵによって情報処理装置２００が備える図示しないＲＡＭ等に格納されたプログラムが実行されることによってその機能が実現される。
【００４０】
表示部２１０は、例えば、表示装置等によって構成され、制御部２２０の指示によって情報を表示する機能を有するものである。表示装置の種類は、特に限定されるものではない。
【００４１】
入力部２４０は、例えば、入力装置等によって構成され、情報処理装置２００のユーザ（情報処理装置２００が銀行の窓口に設置される窓口端末２００である場合には、銀行員等）から情報の入力を受け付ける機能を有するものである。入力装置の種類は特に限定されるものではない。
【００４２】
［動作の説明］
いま、センタ側システム１０が提供するアプリケーションとして業務１と業務２とが存在するものとする。ここで、業務２に修正が入り、業務３が新規に追加されたものとする。その場合に、店番２０１の店舗の窓口端末２００は現行バージョンの業務２を使用し、店番２０２の店舗の窓口端末２００が新しいバージョンの業務２と新規に追加された業務３とに対する試行運用を行うこととして説明する。以下では、アプリケーションのバージョンには、現行バージョンと新バージョンとの２種類が存在することにするが、２種類に限定されるものではなく、３種類以上存在することとしてもよい。また、以下では、各アプリケーション（業務１〜業務３）へのリンクをバージョン別ファイル（Ａ１．ｈｔｍｌ、Ａ２．ｈｔｍｌ）に記述することとするが、１つのアプリケーションへのリンクをバージョン別ファイルに記述するようにしてもよい。また、以下では、バージョン別ファイルを使用することとするが、バージョン別ファイルの代わりに、アプリケーションを識別するためのアプリケーション識別情報を使用することとしてもよい。
【００４３】
図４は、現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。ここでは、図４は、店番が２０１の窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【００４４】
図４に示すように、窓口端末２００（店番２０１）は、例えば、ユーザからメニュー起動をするための情報の入力を受け付けると、店番２０１を含むメニュー起動要求をセンタＡＰサーバ１１に送信する（ステップＳ１０１）。センタＡＰサーバ１１は、店番２０１を含むメニュー起動要求を受信する（ステップＳ１０２）。センタＡＰサーバ１１は、送信対象のファイルをＡ２．ｈｔｍｌに決定する（ステップＳ１０３）。これによって、センタＡＰサーバ１１は、実行可能なアプリケーションをＡ２．ｈｔｍｌに記述されたものに決定する。Ａ２．ｈｔｍｌに記述されたものには、Ａ２．ｈｔｍｌに記述されたリンクによって辿り着くものも含まれる。
【００４５】
送信対象のファイルをＡ２．ｈｔｍｌに決定するには、例えば、センタＡＰサーバ１１が店番別業務定義情報１３２を備えており、センタＡＰサーバ１１が店番別業務定義情報１３２に含まれるバージョン管理情報を使用して決定する。バージョン管理情報は、例えば、図４に示すように、店番とバージョン別ファイルとが対応付けられて構成されており、店番をもとに対応するバージョン別ファイルが取得できるように構成されている。
【００４６】
センタＡＰサーバ１１は、Ａ２．ｈｔｍｌを窓口端末２００（店番２０１）に送信する（ステップＳ１０４）。窓口端末２００（店番２０１）は、Ａ２．ｈｔｍｌを受信し（ステップＳ１０５）、Ａ２．ｈｔｍｌを実行することによって（ステップＳ１０６）、メニュー画面を表示する（ステップＳ１０７）。
【００４７】
図５（ａ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、図５（ｂ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。ここでは、図５（ａ）は、店番が２０１の窓口端末の表示部に表示されるメニュー画面例を示し、図５（ｂ）は、店番が２０１の窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【００４８】
図５（ａ）に示すように、窓口端末２００（店番２０１）は、業務１（２１１ａ）と業務２（２１１ｂ）とを含むメニュー画面（メニュー（現）２１１）を表示する。
【００４９】
また、図５（ｂ）に示すように、Ａ２．ｈｔｍｌには、業務１（２１１ａ）からＡ２１．ｈｔｍｌへのリンクが記述され、Ａ２１．ｈｔｍｌからアプリケーション１（２１３ａ）へのリンクが記述されているものとする。同様に、Ａ２．ｈｔｍｌには、業務２（２１１ｂ）からＡ２２．ｈｔｍｌへのリンクが記述され、Ａ２２．ｈｔｍｌからアプリケーション２（現行バージョン）（２１３ｂ）へのリンクが記述されているものとする。窓口端末２００は、Ａ２１．ｈｔｍｌを実行することによってデータ入力画面（業務１）２１２ａを表示することが可能であり、Ａ２２．ｈｔｍｌを実行することによってデータ入力画面（業務２、現行バージョン）２１２ｂを表示することが可能である。
【００５０】
図６は、現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。ここでは、店番が２０１の窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【００５１】
図６に示すように、窓口端末２００（店番２０１）は、例えば、ユーザから業務２を選択するための情報の入力を受け付けると（ステップＳ２０１）、業務２に対応するアプリケーションを実行するためのデータ入力画面表示要求をセンタＡＰサーバ１１に送信する（ステップＳ２０２）。センタＡＰサーバ１１は、データ入力画面表示要求（業務２）を受信すると（ステップＳ２０３）、窓口端末２００（店番２０１）にＡ２２．ｈｔｍｌを送信する（ステップＳ２０４）。送信対象のファイルをＡ２２．ｈｔｍｌと決定するのは、窓口端末２００（店番２０１）に送信したＡ２．ｈｔｍｌに、業務２（２１１ｂ）からＡ２２．ｈｔｍｌへのリンクが含まれていることによる。
【００５２】
窓口端末２００（店番２０１）は、センタＡＰサーバ１１からＡ２２．ｈｔｍｌを受信し（ステップＳ２０５）、受信したＡ２２．ｈｔｍｌを実行してデータ入力画面（業務２、現行バージョン）を表示する（ステップＳ２０６）。窓口端末２００（店番２０１）は、例えば、ユーザからアプリケーション実行を指示するためのアプリケーション実行指示情報の入力を受け付けると（ステップＳ２０７）、データ入力画面（業務２、現行バージョン）に設定されたデータを入力データとして取得して、取得した入力データを含んだアプリケーション実行要求をセンタＡＰサーバ１１に送信する（ステップＳ２０８）。実行対象のアプリケーションをアプリケーション２（現行バージョン）２１３ｂと決定するのは、窓口端末２００（店番２０１）に送信したＡ２２．ｈｔｍｌに、アプリケーション２（現行バージョン）２１３ｂへのリンクが含まれていることによる。
【００５３】
センタＡＰサーバ１１は、アプリケーション実行要求（入力データ）を受信し（ステップＳ２０９）、アプリケーション２（現行バージョン）２１３ｂを実行する（ステップＳ２１０）。センタＡＰサーバ１１によって入力データを使用したアプリケーション（業務２、現行バージョン）の実行がなされると、センタＤＢサーバ１２によってＤＢの更新がなされる。
【００５４】
センタＡＰサーバ１１は、アプリケーション（業務２、現行バージョン）を実行すると実行結果を窓口端末２００（店番２０１）に送信する（ステップＳ２１１）。窓口端末２００（店番２０１）は、センタＡＰサーバ１１から実行結果を受信し（ステップＳ２１２）、受信した実行結果を表示する（ステップＳ２１３）。
【００５５】
図７は、新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。ここでは、図７は、店番が２０２の窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【００５６】
図７に示すように、窓口端末２００（店番２０２）は、例えば、ユーザからメニュー起動をするための情報の入力を受け付けると、店番２０２を含むメニュー起動要求をセンタＡＰサーバ１１に送信する（ステップＳ３０１）。センタＡＰサーバ１１は、店番２０２を含むメニュー起動要求を受信する（ステップＳ３０２）。センタＡＰサーバ１１は、送信対象のファイルをＡ１．ｈｔｍｌに決定する（ステップＳ３０３）。これによって、センタＡＰサーバ１１は、実行可能なアプリケーションをＡ１．ｈｔｍｌに記述されたものに決定する。Ａ１．ｈｔｍｌに記述されたものには、Ａ１．ｈｔｍｌに記述されたリンクによって辿り着くものも含まれる。
【００５７】
送信対象のファイルをＡ１．ｈｔｍｌに決定するには、例えば、センタＡＰサーバ１１が店番別業務定義情報１３２を備えており、センタＡＰサーバ１１が店番別業務定義情報１３２に含まれるバージョン管理情報を使用して決定する。バージョン管理情報は、例えば、図７に示すように、店番とバージョン別ファイルとが対応付けられて構成されており、店番をもとに対応するバージョン別ファイルが取得できるように構成されている。
【００５８】
センタＡＰサーバ１１は、Ａ１．ｈｔｍｌを窓口端末２００（店番２０２）に送信する（ステップＳ３０４）。窓口端末２００（店番２０２）は、Ａ１．ｈｔｍｌを受信し（ステップＳ３０５）、Ａ１．ｈｔｍｌを実行することによって（ステップＳ３０６）、メニュー画面を表示する（ステップＳ３０７）。
【００５９】
図８（ａ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、図８（ｂ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。ここでは、図８（ａ）は、店番が２０２の窓口端末の表示部に表示されるメニュー画面例を示し、図８（ｂ）は、店番が２０２の窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【００６０】
図８（ａ）に示すように、窓口端末２００（店番２０２）は、業務１（２２１ａ）と業務２（２２１ｂ）と業務３（２２１ｃ）とを含むメニュー画面（メニュー（新）２２１）を表示する。
【００６１】
また、図８（ｂ）に示すように、Ａ１．ｈｔｍｌには、業務１（２２１ａ）からＡ１１．ｈｔｍｌへのリンクが記述され、Ａ１１．ｈｔｍｌからアプリケーション１（２１３ａ）へのリンクが記述されているものとする。同様に、Ａ１．ｈｔｍｌには、業務２（２２１ｂ）からＡ１２．ｈｔｍｌへのリンクが記述され、Ａ１２．ｈｔｍｌからアプリケーション２（新バージョン）（２２３ｂ）へのリンクが記述され、Ａ１３．ｈｔｍｌからアプリケーション３（２２３ｃ）へのリンクが記述されているものとする。窓口端末２００は、Ａ１１．ｈｔｍｌを実行することによってデータ入力画面（業務１）２１２ａを表示することが可能であり、Ａ１２．ｈｔｍｌを実行することによってデータ入力画面（業務２、新バージョン）２２２ｂを表示することが可能であり、Ａ１３．ｈｔｍｌを実行することによってデータ入力画面（業務３）２２２ｃを表示することが可能である。
【００６２】
図９は、新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。ここでは、店番が２０２の窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【００６３】
図９に示すように、窓口端末２００（店番２０２）は、例えば、ユーザから業務２を選択するための情報の入力を受け付けると（ステップＳ４０１）、業務２に対応するアプリケーションを実行するためのデータ入力画面表示要求をセンタＡＰサーバ１１に送信する（ステップＳ４０２）。センタＡＰサーバ１１は、データ入力画面表示要求（業務２）を受信すると（ステップＳ４０３）、窓口端末２００（店番２０２）にＡ１２．ｈｔｍｌを送信する（ステップＳ４０４）。送信対象のファイルをＡ１２．ｈｔｍｌと決定するのは、窓口端末２００（店番２０２）に送信したＡ１．ｈｔｍｌに、業務２（２２１ｂ）からＡ１２．ｈｔｍｌへのリンクが含まれていることによる。
【００６４】
窓口端末２００（店番２０２）は、センタＡＰサーバ１１からＡ１２．ｈｔｍｌを受信し（ステップＳ４０５）、受信したＡ１２．ｈｔｍｌを実行してデータ入力画面（業務２、新バージョン）を表示する（ステップＳ４０６）。窓口端末２００（店番２０２）は、例えば、ユーザからアプリケーション実行を指示するためのアプリケーション実行指示情報の入力を受け付けると（ステップＳ４０７）、データ入力画面（業務２、新バージョン）に設定されたデータを入力データとして取得して、取得した入力データを含んだアプリケーション実行要求をセンタＡＰサーバ１１に送信する（ステップＳ４０８）。実行対象のアプリケーションをアプリケーション２（新バージョン）２２３ｂと決定するのは、窓口端末２００（店番２０２）に送信したＡ１２．ｈｔｍｌに、アプリケーション２（新バージョン）２２３ｂへのリンクが含まれていることによる。
【００６５】
センタＡＰサーバ１１は、アプリケーション実行要求（入力データ）を受信し（ステップＳ４０９）、アプリケーション２（新バージョン）２２３ｂを実行する（ステップＳ４１０）。センタＡＰサーバ１１によって入力データを使用したアプリケーション（業務２、新バージョン）の実行がなされると、センタＤＢサーバ１２によってＤＢの更新がなされる。
【００６６】
センタＡＰサーバ１１は、アプリケーション（業務２、新バージョン）を実行すると実行結果を窓口端末２００（店番２０２）に送信する（ステップＳ４１１）。窓口端末２００（店番２０２）は、センタＡＰサーバ１１から実行結果を受信し（ステップＳ４１２）、受信した実行結果を表示する（ステップＳ４１３）。
【００６７】
図１０は、店番別業務定義情報に含まれる情報の構成例を示すものである。図１０（ａ）は、バージョン管理情報の構成例、図１０（ｂ）は、業務／コンポーネント管理情報の構成例、図１０（ｃ）は、ＤＢアクセス管理情報の構成例、図１０（ｄ）は、アプリケーション設定管理情報の構成例を示している。
【００６８】
図１０（ａ）に示すように、バージョン管理情報は、例えば、店番とバージョン別ファイルとが対応付けられて構成されている。図１０（ｂ）に示すように、業務／コンポーネント管理情報は、コンポーネント名とバージョンと部品定義ファイルとが対応付けられて構成されている。図１０（ｃ）に示すように、ＤＢアクセス管理情報は、例えば、ＤＢアクセス名とバージョンと部品定義ファイルとが対応付けられて構成されている。図１０（ｄ）に示すように、アプリケーション設定管理情報は、アプリケーション名とバージョンとアプリケーション設定ファイルとが対応付けられて構成されている。
【００６９】
図１１は、アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その１）を示す図である。図１１は、特に、図１０に示したようなデータが店番別業務定義情報に設定されている場合について示すものである。
【００７０】
センタＡＰサーバ１１は、サーバが有する基本機能としてアプリケーションサーバと呼ばれるアプリケーションの実行を制御するミドルウェアを使用する。また、センタＡＰサーバ１１は、例えば、クライアント（窓口端末２００）からの受付層であるプレゼンテーション層と、業務の実処理を受け持つロジック層と、データベースを管理するデータベース層との３層構造でソフトウェアが構築されるものする。
【００７１】
センタＡＰサーバ１１は、業務／共通コンポーネント管理情報、ＤＢアクセス管理情報によって示された各々の部品定義ファイルに記述されたファイル群をアプリケーションサーバ／フレームワークに利用可能な状態にする依頼を行う。例えば、センタＡＰサーバ１１は、上記したように、窓口端末２００（店番２０１）から業務２を選択する情報を受信し、アプリケーション２（現行バージョン）２１３ｂを実行する（ステップＳ２１０）。そのためには、センタＡＰサーバ１１は、業務／共通コンポーネント管理情報を参照して決定した部品定義ファイル１ｂ（ｃｏｍｐ０１ｂ．ｘｍｌ）とＤＢアクセス管理情報を参照して決定した部品定義ファイル１ｂ（ｓｅｒｖ０１ｂ．ｘｍｌ）とを利用可能な状態にする依頼を行う。これにより、アプリケーション２（現行バージョン）２１３ｂが稼動される。
【００７２】
また、例えば、センタＡＰサーバ１１は、上記したように、窓口端末２００（店番２０２）から業務２を選択する情報を受信し、アプリケーション２（新バージョン）２１３ａを実行する（ステップＳ４１０）。そのためには、センタＡＰサーバ１１は、業務／共通コンポーネント管理情報を参照して決定した部品定義ファイル１ａ（ｃｏｍｐ０１ａ．ｘｍｌ）とＤＢアクセス管理情報を参照して決定した部品定義ファイル１ａ（ｓｅｒｖ０１ａ．ｘｍｌ）とを利用可能な状態にする依頼を行う。これにより、アプリケーション２（新バージョン）２１３ａが稼動される。
【００７３】
また、センタＡＰサーバ１１は、実行形式以外のファイル（例えば、設定ファイル）をバージョンごとに管理するアプリケーション設定管理情報を使用することもできる。このアプリケーション設定管理情報を参照して使用する設定ファイルを決定することもできる。
【００７４】
図１２は、ＤＢアクセス管理情報の構成例の別の例を示す図である。図１０（ｃ）では、バージョンｂ（現行バージョン）と部品定義ファイル（ｓｅｒｖ０１ｂ．ｘｍｌ）とが対応付けられていたが、図１２に示すように、バージョンｂ（現行バージョン）と部品定義ファイル（ｓｅｒｖ０１ａ．ｘｍｌ）とが対応付けられていることとしてもよい。つまり、バージョンｂ（現行バージョン）においても、バージョンａ（新バージョン）で使用する部品と同様の部品を使用することとすることができる。異なるバージョンのアプリケーション間において共通の部品を使用することができるので、アプリケーションの開発の効率が向上する。
【００７５】
図１３は、アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その２）を示す図である。図１３は、特に、図１２に示したようなデータがＤＢアクセス管理情報に設定されている場合について示すものである。センタＡＰサーバ１１は、業務／共通コンポーネント管理情報を参照して決定した部品定義ファイル１ｂ（ｃｏｍｐ０１ｂ．ｘｍｌ）とＤＢアクセス管理情報を参照して決定した部品定義ファイル１ａ（ｓｅｒｖ０１ａ．ｘｍｌ）とを利用可能な状態にする依頼を行う。
【００７６】
［効果の説明］
昨今、金融機関システムにおける運用に影響を及ぼすような障害を発生させた場合、顧客に対しての信用を失墜しかねない。開発環境での検証を十分に行った後であっても、実運用環境での使用方法・操作タイミングにより、障害が発生してしまうこともある。本実施形態で説明した方式を採用することで、これまで、サーバ業務を一斉に切り替えることによって生じるリスクを軽減することが可能となり、本番環境に近い試行運用を実施することで、新しいバージョンのアプリケーションに対する信頼性の向上、品質の確保が可能となる。例えば、地区センタのような顧客が利用しない店舗を、試行運転を実施する試行店として設定することもできる。
【００７７】
［変形例］
上記では、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００７８】
例えば、本実施形態に係る情報処理システムは、金融機関向システムのような大規模な
システムに限定されず、一般的なクライアント−サーバシステムに対しても適用可能である。
【符号の説明】
【００７９】
１ 情報処理システム
１０ センタ側システム
２０ 営業店側システム
３０ 専用ネットワーク
１００ 情報管理装置
１１０ 通信部
１２０ 制御部
１２１ 受信制御部
１２２ 送信制御部
１２３ 実行アプリケーション決定処理部
１２４ アプリケーション実行部
１２５ 画面制御部
１３０ 記憶部
１３１ アプリケーション
１３２ 店番別業務定義情報
２００ 情報処理装置（窓口端末）
２１０ 表示部
２２０ 制御部
２３０ 通信部
２４０ 入力部
【技術分野】
【０００１】
本発明は、情報管理装置、情報管理方法および情報処理システムに関する。より詳細には、主に、金融機関の営業店システムで利用されるサーバ業務実行時におけるアプリケーションの複数バージョン管理方式に関するものである。
【背景技術】
【０００２】
アプリケーションのバージョンを選択する技術には様々なものがある（例えば、特許文献１参照）。一般的に、複数のサーバシステムのそれぞれに、互いに異なるバージョンのアプリケーションを保有させ、アプリケーションのバージョンアップ時にクライアントからの接続先のサーバシステムを切り替えるという大掛かりなシステムを保有している場合がある。
【０００３】
また、１つのサーバシステムに１種類のバージョンのアプリケーションを保有させ、サーバシステムでのアプリケーションのバージョンアップを、クライアントからアプリケーションが利用される機会の少ない夜間に行うという方式をとる場合もある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３１７０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数のサーバシステムのそれぞれに、互いに異なるバージョンのアプリケーションを保有させる方式では、サーバシステムを二重で稼動させる必要がある。このような大規模な構成を保持することは、莫大な投資を必要とし、例えば、中小規模な金融機関にとっては実現するのが困難である。
【０００６】
また、サーバシステムでのアプリケーションのバージョンアップを、クライアントからアプリケーションが利用される機会の少ない夜間に行う方式では、ソフトウェアの切り替えを一斉に行わなければならない。このため、例えば、一部の店舗で新しいバージョンのアプリケーションを試行運用して結果を検証し、その後に全店展開を行うような極め細やかなアプリケーションのバージョンアップができない。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、安価に、かつ、確実にアプリケーションのバージョンアップを行うことが可能な技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記問題を解決するために、本発明のある観点によれば、情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置から受信する処理を通信部に実行させる受信制御部と、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するアプリケーション実行部と、を備えることを特徴とする、情報管理装置が提供される。
【０００９】
記憶部は、アプリケーションを複数の部品に分割して記憶し、実行アプリケーション決定処理部は、実行対象のアプリケーションとして複数の部品の組み合わせを決定することとしてもよい。
【００１０】
実行アプリケーション決定処理部は、通信部によってアプリケーションのバージョンを識別するためのバージョン識別情報を含むアプリケーション実行指示情報が受信された場合に、バージョン識別情報によって識別されるバージョンのアプリケーションを実行対象のアプリケーションとして決定することとしてもよい。
【００１１】
記憶部は、複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置が属するグループを識別するためのグループ識別情報とが対応付けられてなるバージョン管理情報を記憶し、実行アプリケーション決定処理部は、通信部によってグループ識別情報を含むアプリケーション実行指示情報が受信された場合に、グループ識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーションを実行対象のアプリケーションとして決定することとしてもよい。
【００１２】
記憶部は、複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置を識別するための装置識別情報とが対応付けられてなるバージョン管理情報を記憶し、実行アプリケーション決定処理部は、通信部によって装置識別情報を含むアプリケーション実行指示情報が受信された場合に、装置識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーションを実行対象のアプリケーションとして決定することとしてもよい。
【００１３】
送信制御部をさらに備え、アプリケーション実行部は、アプリケーションを実行した結果を実行結果として取得し、取得した実行結果を情報処理装置の表示部に表示するための画面データに含め、送信制御部は、画面データを情報処理装置に送信する処理を通信部に実行させることとしてもよい。
【００１４】
また、本発明の別の観点によれば、情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、受信制御部と、実行アプリケーション決定処理部と、アプリケーション実行部とを備える情報管理装置による情報管理方法であって、受信制御部により、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置から受信する処理を通信部に実行させるステップと、実行アプリケーション実行部により、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定するステップと、アプリケーション実行部により、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するステップと、を含むことを特徴とする、情報管理方法が提供される。
【００１５】
また、本発明の別の観点によれば、情報処理装置と情報管理装置とを備える情報処理システムであって、情報処理装置は、情報管理装置とネットワークを介して通信を行うことが可能である通信部と、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報管理装置に送信する処理を通信部に実行させる制御部と、を有し、情報管理装置は、情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、アプリケーション実行指示情報を情報処理装置から受信する処理を通信部に実行させる受信制御部と、通信部によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、実行アプリケーション決定処理部によって決定されたアプリケーションを実行するアプリケーション実行部と、を有することを特徴とする、情報処理システムが提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、安価に、かつ、確実にアプリケーションのバージョンアップを行うことが可能な技術を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係る情報処理システムの構成例を示す図である。
【図２】本実施形態に係る情報管理装置の構成例を示す図である。
【図３】本実施形態に係る情報処理装置の構成例を示す図である。
【図４】現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【図５】（ａ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、（ｂ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【図６】現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【図７】新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【図８】（ａ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、（ｂ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【図９】新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【図１０】店番別業務定義情報に含まれる情報の構成例を示すものである。（ａ）は、バージョン管理情報の構成例、（ｂ）は、業務／コンポーネント管理情報の構成例、（ｃ）は、ＤＢアクセス管理情報の構成例、（ｄ）は、アプリケーション設定管理情報の構成例を示している。
【図１１】アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その１）を示す図である。
【図１２】ＤＢアクセス管理情報の構成例の別の例を示す図である。
【図１３】アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その２）を示す図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
＜第１本実施形態＞
［構成の説明（情報処理システム）］
図１は、本実施形態に係る情報処理システムの構成例を示す図である。図１に示すように、情報処理システム１は、情報管理装置１００と、情報処理装置２００とを備えるものであり、情報管理装置１００と情報処理装置２００とはネットワーク（例えば、専用ネットワーク３０）を介して通信を行うことが可能である。以下では、情報処理システム１が一般的な金融機関向けシステムである場合について説明するが、情報処理システム１は、一般的な金融機関向けシステムに限定されるものではない。
【００２０】
一般的な金融機関向けシステムを一例とする情報処理システム１は、情報処理装置２００の一例としての窓口端末２００を含むセンタ側システム１０と情報管理装置１００の一例としてのセンタＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ１１およびセンタＤＢ（ＤａｔａＢａｓｅ）サーバ１２を含む営業店側システム２０とを備えるものである。
【００２１】
センタ側システム１０は、センタＡＰサーバ１１と、センタＤＢサーバ１２と、勘定ホスト１９０とを備えるものである。センタＡＰサーバ１１は、業務個別のデータを格納するＤＢを備えており、ＤＢに格納されたデータを使用しながら業務処理を行う。センタＤＢサーバ１２は、データを格納するＤＢを備えており、ＤＢからのデータの読み出し、ＤＢへのデータの書き込みを制御する。
【００２２】
営業店側システム２０は、専用ネットワークに接続される構内回線２４０（ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ））を備えている。また、営業店側システム２０は、構内回線２４０に接続される装置として、記帳・入出金処理を司る窓口端末２００、窓口端末２００からの業務承認依頼を処理する役席端末（管理者端末）２１、各端末からの印刷データを印字する印刷装置（汎用プリンタ）２２、営業店内のデータを一括管理する営業店サーバ２３を備えている。
【００２３】
［構成の説明（情報管理装置）］
図２は、本実施形態に係る情報管理装置の構成例を示す図である。図２に示すように、情報管理装置１００は、通信部１１０と、制御部１２０と、記憶部１３０とを備えるものである。
【００２４】
通信部１１０は、例えば、通信装置等によって構成され、情報処理装置２００と専用ネットワーク３０等のネットワークを介して通信を行うことが可能である。ネットワークは、有線によって構成されていてもよく、無線によって構成されていてもよい。
【００２５】
記憶部１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置等によって構成され、互いにバージョンの異なる複数のアプリケーション１３１を記憶するものである。また、記憶部１３０は、店番別業務定義情報１３２を記憶する。
【００２６】
制御部１２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって構成され、受信制御部１２１、送信制御部１２２、実行アプリケーション決定処理部１２３、アプリケーション実行部１２４、画面制御部１２５等を含むものである。制御部１２０は、例えば、ＣＰＵによって情報管理装置１００が備える図示しないＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等に格納されたプログラムが実行されることによってその機能が実現される。
【００２７】
受信制御部１２１は、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報処理装置２００から受信する処理を通信部１１０に実行させる。また、受信制御部１２１は、後述するメニュー起動要求やデータ入力画面表示要求を受信する処理を通信部１１０に実行させることもできる。
【００２８】
実行アプリケーション決定処理部１２３は、通信部１１０によって受信されたアプリケーション実行指示情報に基づいて複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する。
【００２９】
アプリケーション実行部１２４は、実行アプリケーション決定処理部１２３によって決定されたアプリケーションを実行する。
【００３０】
記憶部１３０は、アプリケーション１３１を複数の部品に分割して記憶することとしてもよい。その場合には、実行アプリケーション決定処理部１２３は、実行対象のアプリケーションとして複数の部品の組み合わせを決定することとしてもよい。
【００３１】
実行アプリケーション決定処理部１２３は、通信部１１０によってアプリケーション１３１のバージョンを識別するためのバージョン識別情報を含むアプリケーション実行指示情報が受信された場合に、バージョン識別情報によって識別されるバージョンのアプリケーション１３１を実行対象のアプリケーションとして決定することとしてもよい。
【００３２】
記憶部１３０は、複数のアプリケーション１３１のうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置２００が属するグループを識別するためのグループ識別情報とが対応付けられてなるバージョン管理情報を記憶することとしてもよい。その場合には、実行アプリケーション決定処理部１２３は、通信部１１０によってグループ識別情報を含むアプリケーション実行指示情報が受信された場合に、グループ識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーション１３１を実行対象のアプリケーション１３１として決定することとしてもよい。グループとしては、例えば、情報処理装置２００が設置される店舗等が想定される。グループ識別情報としては、店舗を特定するための店番等が想定される。
【００３３】
記憶部１３０は、複数のアプリケーション１３１のうちのいずれかを識別するためのアプリケーション識別情報と情報処理装置２００を識別するための装置識別情報とが対応付けられてなるバージョン管理情報を記憶することとしてもよい。その場合には、実行アプリケーション決定処理部１２３は、通信部１１０によって装置識別情報を含むアプリケーション実行指示情報が受信された場合に、装置識別情報に対応付けられているアプリケーション識別情報によって識別されるアプリケーション１３１を実行対象のアプリケーション１３１として決定することとしてもよい。
【００３４】
アプリケーション実行部１２４は、アプリケーションを実行した結果を実行結果として取得し、取得した実行結果を情報処理装置２００の表示部２１０に表示するための画面データに含めることとしてもよい。その場合に、送信制御部１２２は、画面データを情報処理装置２００に送信する処理を通信部１１０に実行させることとしてもよい。
【００３５】
画面制御部１２５は、受信制御部１２１が後述するメニュー起動要求やデータ入力画面表示要求を受信する処理を通信部１１０に実行させた場合に、情報処理装置２００の表示部２１０に表示するためのメニュー画面やデータ入力画面のデータを、送信制御部１２２を介して送信する処理等を制御する。
【００３６】
上記した情報処理システム１は、情報管理装置１００に接続された図示しない端末を備えることとしてもよい。図示しない端末は、例えば、情報管理装置１００の管理者等からバージョン管理情報の入力を受け付けると、入力を受け付けたバージョン管理情報を情報管理装置１００に送信することとしてもよい。その場合には、情報管理装置１００は、図示しない端末からバージョン管理情報を受信すると、受信したバージョン管理情報によって記憶部１３０が記憶する店番別業務定義情報１３２のバージョン管理情報を更新することとしてもよい。このような構成にすれば、情報管理装置１００の管理者等による操作によって実行対象のアプリケーションのバージョンを現行バージョンから新バージョンに切り替えることができる。
【００３７】
［構成の説明（情報処理装置）］
図３は、本実施形態に係る情報処理装置の構成例を示す図である。図３に示すように、情報処理装置２００は、通信部２３０と、制御部２２０と、表示部２１０と、入力部２４０とを備えるものである。
【００３８】
通信部２３０は、例えば、通信装置等によって構成され、情報管理装置１００と専用ネットワーク３０等のネットワークを介して通信を行うことが可能である。ネットワークは、上記したように、有線によって構成されていてもよく、無線によって構成されていてもよい。
【００３９】
制御部２２０は、例えば、ＣＰＵ等によって構成され、アプリケーションを実行する旨を示すアプリケーション実行指示情報を情報管理装置１００に送信する処理を通信部２３０に実行させる。制御部２２０は、例えば、ＣＰＵによって情報処理装置２００が備える図示しないＲＡＭ等に格納されたプログラムが実行されることによってその機能が実現される。
【００４０】
表示部２１０は、例えば、表示装置等によって構成され、制御部２２０の指示によって情報を表示する機能を有するものである。表示装置の種類は、特に限定されるものではない。
【００４１】
入力部２４０は、例えば、入力装置等によって構成され、情報処理装置２００のユーザ（情報処理装置２００が銀行の窓口に設置される窓口端末２００である場合には、銀行員等）から情報の入力を受け付ける機能を有するものである。入力装置の種類は特に限定されるものではない。
【００４２】
［動作の説明］
いま、センタ側システム１０が提供するアプリケーションとして業務１と業務２とが存在するものとする。ここで、業務２に修正が入り、業務３が新規に追加されたものとする。その場合に、店番２０１の店舗の窓口端末２００は現行バージョンの業務２を使用し、店番２０２の店舗の窓口端末２００が新しいバージョンの業務２と新規に追加された業務３とに対する試行運用を行うこととして説明する。以下では、アプリケーションのバージョンには、現行バージョンと新バージョンとの２種類が存在することにするが、２種類に限定されるものではなく、３種類以上存在することとしてもよい。また、以下では、各アプリケーション（業務１〜業務３）へのリンクをバージョン別ファイル（Ａ１．ｈｔｍｌ、Ａ２．ｈｔｍｌ）に記述することとするが、１つのアプリケーションへのリンクをバージョン別ファイルに記述するようにしてもよい。また、以下では、バージョン別ファイルを使用することとするが、バージョン別ファイルの代わりに、アプリケーションを識別するためのアプリケーション識別情報を使用することとしてもよい。
【００４３】
図４は、現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。ここでは、図４は、店番が２０１の窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【００４４】
図４に示すように、窓口端末２００（店番２０１）は、例えば、ユーザからメニュー起動をするための情報の入力を受け付けると、店番２０１を含むメニュー起動要求をセンタＡＰサーバ１１に送信する（ステップＳ１０１）。センタＡＰサーバ１１は、店番２０１を含むメニュー起動要求を受信する（ステップＳ１０２）。センタＡＰサーバ１１は、送信対象のファイルをＡ２．ｈｔｍｌに決定する（ステップＳ１０３）。これによって、センタＡＰサーバ１１は、実行可能なアプリケーションをＡ２．ｈｔｍｌに記述されたものに決定する。Ａ２．ｈｔｍｌに記述されたものには、Ａ２．ｈｔｍｌに記述されたリンクによって辿り着くものも含まれる。
【００４５】
送信対象のファイルをＡ２．ｈｔｍｌに決定するには、例えば、センタＡＰサーバ１１が店番別業務定義情報１３２を備えており、センタＡＰサーバ１１が店番別業務定義情報１３２に含まれるバージョン管理情報を使用して決定する。バージョン管理情報は、例えば、図４に示すように、店番とバージョン別ファイルとが対応付けられて構成されており、店番をもとに対応するバージョン別ファイルが取得できるように構成されている。
【００４６】
センタＡＰサーバ１１は、Ａ２．ｈｔｍｌを窓口端末２００（店番２０１）に送信する（ステップＳ１０４）。窓口端末２００（店番２０１）は、Ａ２．ｈｔｍｌを受信し（ステップＳ１０５）、Ａ２．ｈｔｍｌを実行することによって（ステップＳ１０６）、メニュー画面を表示する（ステップＳ１０７）。
【００４７】
図５（ａ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、図５（ｂ）は、現行バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。ここでは、図５（ａ）は、店番が２０１の窓口端末の表示部に表示されるメニュー画面例を示し、図５（ｂ）は、店番が２０１の窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【００４８】
図５（ａ）に示すように、窓口端末２００（店番２０１）は、業務１（２１１ａ）と業務２（２１１ｂ）とを含むメニュー画面（メニュー（現）２１１）を表示する。
【００４９】
また、図５（ｂ）に示すように、Ａ２．ｈｔｍｌには、業務１（２１１ａ）からＡ２１．ｈｔｍｌへのリンクが記述され、Ａ２１．ｈｔｍｌからアプリケーション１（２１３ａ）へのリンクが記述されているものとする。同様に、Ａ２．ｈｔｍｌには、業務２（２１１ｂ）からＡ２２．ｈｔｍｌへのリンクが記述され、Ａ２２．ｈｔｍｌからアプリケーション２（現行バージョン）（２１３ｂ）へのリンクが記述されているものとする。窓口端末２００は、Ａ２１．ｈｔｍｌを実行することによってデータ入力画面（業務１）２１２ａを表示することが可能であり、Ａ２２．ｈｔｍｌを実行することによってデータ入力画面（業務２、現行バージョン）２１２ｂを表示することが可能である。
【００５０】
図６は、現行バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。ここでは、店番が２０１の窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【００５１】
図６に示すように、窓口端末２００（店番２０１）は、例えば、ユーザから業務２を選択するための情報の入力を受け付けると（ステップＳ２０１）、業務２に対応するアプリケーションを実行するためのデータ入力画面表示要求をセンタＡＰサーバ１１に送信する（ステップＳ２０２）。センタＡＰサーバ１１は、データ入力画面表示要求（業務２）を受信すると（ステップＳ２０３）、窓口端末２００（店番２０１）にＡ２２．ｈｔｍｌを送信する（ステップＳ２０４）。送信対象のファイルをＡ２２．ｈｔｍｌと決定するのは、窓口端末２００（店番２０１）に送信したＡ２．ｈｔｍｌに、業務２（２１１ｂ）からＡ２２．ｈｔｍｌへのリンクが含まれていることによる。
【００５２】
窓口端末２００（店番２０１）は、センタＡＰサーバ１１からＡ２２．ｈｔｍｌを受信し（ステップＳ２０５）、受信したＡ２２．ｈｔｍｌを実行してデータ入力画面（業務２、現行バージョン）を表示する（ステップＳ２０６）。窓口端末２００（店番２０１）は、例えば、ユーザからアプリケーション実行を指示するためのアプリケーション実行指示情報の入力を受け付けると（ステップＳ２０７）、データ入力画面（業務２、現行バージョン）に設定されたデータを入力データとして取得して、取得した入力データを含んだアプリケーション実行要求をセンタＡＰサーバ１１に送信する（ステップＳ２０８）。実行対象のアプリケーションをアプリケーション２（現行バージョン）２１３ｂと決定するのは、窓口端末２００（店番２０１）に送信したＡ２２．ｈｔｍｌに、アプリケーション２（現行バージョン）２１３ｂへのリンクが含まれていることによる。
【００５３】
センタＡＰサーバ１１は、アプリケーション実行要求（入力データ）を受信し（ステップＳ２０９）、アプリケーション２（現行バージョン）２１３ｂを実行する（ステップＳ２１０）。センタＡＰサーバ１１によって入力データを使用したアプリケーション（業務２、現行バージョン）の実行がなされると、センタＤＢサーバ１２によってＤＢの更新がなされる。
【００５４】
センタＡＰサーバ１１は、アプリケーション（業務２、現行バージョン）を実行すると実行結果を窓口端末２００（店番２０１）に送信する（ステップＳ２１１）。窓口端末２００（店番２０１）は、センタＡＰサーバ１１から実行結果を受信し（ステップＳ２１２）、受信した実行結果を表示する（ステップＳ２１３）。
【００５５】
図７は、新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。ここでは、図７は、店番が２０２の窓口端末の表示部にメニュー画面を表示する処理の流れを示すフローチャートである。
【００５６】
図７に示すように、窓口端末２００（店番２０２）は、例えば、ユーザからメニュー起動をするための情報の入力を受け付けると、店番２０２を含むメニュー起動要求をセンタＡＰサーバ１１に送信する（ステップＳ３０１）。センタＡＰサーバ１１は、店番２０２を含むメニュー起動要求を受信する（ステップＳ３０２）。センタＡＰサーバ１１は、送信対象のファイルをＡ１．ｈｔｍｌに決定する（ステップＳ３０３）。これによって、センタＡＰサーバ１１は、実行可能なアプリケーションをＡ１．ｈｔｍｌに記述されたものに決定する。Ａ１．ｈｔｍｌに記述されたものには、Ａ１．ｈｔｍｌに記述されたリンクによって辿り着くものも含まれる。
【００５７】
送信対象のファイルをＡ１．ｈｔｍｌに決定するには、例えば、センタＡＰサーバ１１が店番別業務定義情報１３２を備えており、センタＡＰサーバ１１が店番別業務定義情報１３２に含まれるバージョン管理情報を使用して決定する。バージョン管理情報は、例えば、図７に示すように、店番とバージョン別ファイルとが対応付けられて構成されており、店番をもとに対応するバージョン別ファイルが取得できるように構成されている。
【００５８】
センタＡＰサーバ１１は、Ａ１．ｈｔｍｌを窓口端末２００（店番２０２）に送信する（ステップＳ３０４）。窓口端末２００（店番２０２）は、Ａ１．ｈｔｍｌを受信し（ステップＳ３０５）、Ａ１．ｈｔｍｌを実行することによって（ステップＳ３０６）、メニュー画面を表示する（ステップＳ３０７）。
【００５９】
図８（ａ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面例を示し、図８（ｂ）は、新バージョンのアプリケーションを使用する窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。ここでは、図８（ａ）は、店番が２０２の窓口端末の表示部に表示されるメニュー画面例を示し、図８（ｂ）は、店番が２０２の窓口端末の表示部に表示されるメニュー画面から実行対象のアプリケーションまでのリンクの様子を概略的に示す図である。
【００６０】
図８（ａ）に示すように、窓口端末２００（店番２０２）は、業務１（２２１ａ）と業務２（２２１ｂ）と業務３（２２１ｃ）とを含むメニュー画面（メニュー（新）２２１）を表示する。
【００６１】
また、図８（ｂ）に示すように、Ａ１．ｈｔｍｌには、業務１（２２１ａ）からＡ１１．ｈｔｍｌへのリンクが記述され、Ａ１１．ｈｔｍｌからアプリケーション１（２１３ａ）へのリンクが記述されているものとする。同様に、Ａ１．ｈｔｍｌには、業務２（２２１ｂ）からＡ１２．ｈｔｍｌへのリンクが記述され、Ａ１２．ｈｔｍｌからアプリケーション２（新バージョン）（２２３ｂ）へのリンクが記述され、Ａ１３．ｈｔｍｌからアプリケーション３（２２３ｃ）へのリンクが記述されているものとする。窓口端末２００は、Ａ１１．ｈｔｍｌを実行することによってデータ入力画面（業務１）２１２ａを表示することが可能であり、Ａ１２．ｈｔｍｌを実行することによってデータ入力画面（業務２、新バージョン）２２２ｂを表示することが可能であり、Ａ１３．ｈｔｍｌを実行することによってデータ入力画面（業務３）２２２ｃを表示することが可能である。
【００６２】
図９は、新バージョンのアプリケーションを使用する窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。ここでは、店番が２０２の窓口端末の表示部にメニュー画面を表示してからアプリケーションを実行するまでの処理の流れを示すフローチャートである。
【００６３】
図９に示すように、窓口端末２００（店番２０２）は、例えば、ユーザから業務２を選択するための情報の入力を受け付けると（ステップＳ４０１）、業務２に対応するアプリケーションを実行するためのデータ入力画面表示要求をセンタＡＰサーバ１１に送信する（ステップＳ４０２）。センタＡＰサーバ１１は、データ入力画面表示要求（業務２）を受信すると（ステップＳ４０３）、窓口端末２００（店番２０２）にＡ１２．ｈｔｍｌを送信する（ステップＳ４０４）。送信対象のファイルをＡ１２．ｈｔｍｌと決定するのは、窓口端末２００（店番２０２）に送信したＡ１．ｈｔｍｌに、業務２（２２１ｂ）からＡ１２．ｈｔｍｌへのリンクが含まれていることによる。
【００６４】
窓口端末２００（店番２０２）は、センタＡＰサーバ１１からＡ１２．ｈｔｍｌを受信し（ステップＳ４０５）、受信したＡ１２．ｈｔｍｌを実行してデータ入力画面（業務２、新バージョン）を表示する（ステップＳ４０６）。窓口端末２００（店番２０２）は、例えば、ユーザからアプリケーション実行を指示するためのアプリケーション実行指示情報の入力を受け付けると（ステップＳ４０７）、データ入力画面（業務２、新バージョン）に設定されたデータを入力データとして取得して、取得した入力データを含んだアプリケーション実行要求をセンタＡＰサーバ１１に送信する（ステップＳ４０８）。実行対象のアプリケーションをアプリケーション２（新バージョン）２２３ｂと決定するのは、窓口端末２００（店番２０２）に送信したＡ１２．ｈｔｍｌに、アプリケーション２（新バージョン）２２３ｂへのリンクが含まれていることによる。
【００６５】
センタＡＰサーバ１１は、アプリケーション実行要求（入力データ）を受信し（ステップＳ４０９）、アプリケーション２（新バージョン）２２３ｂを実行する（ステップＳ４１０）。センタＡＰサーバ１１によって入力データを使用したアプリケーション（業務２、新バージョン）の実行がなされると、センタＤＢサーバ１２によってＤＢの更新がなされる。
【００６６】
センタＡＰサーバ１１は、アプリケーション（業務２、新バージョン）を実行すると実行結果を窓口端末２００（店番２０２）に送信する（ステップＳ４１１）。窓口端末２００（店番２０２）は、センタＡＰサーバ１１から実行結果を受信し（ステップＳ４１２）、受信した実行結果を表示する（ステップＳ４１３）。
【００６７】
図１０は、店番別業務定義情報に含まれる情報の構成例を示すものである。図１０（ａ）は、バージョン管理情報の構成例、図１０（ｂ）は、業務／コンポーネント管理情報の構成例、図１０（ｃ）は、ＤＢアクセス管理情報の構成例、図１０（ｄ）は、アプリケーション設定管理情報の構成例を示している。
【００６８】
図１０（ａ）に示すように、バージョン管理情報は、例えば、店番とバージョン別ファイルとが対応付けられて構成されている。図１０（ｂ）に示すように、業務／コンポーネント管理情報は、コンポーネント名とバージョンと部品定義ファイルとが対応付けられて構成されている。図１０（ｃ）に示すように、ＤＢアクセス管理情報は、例えば、ＤＢアクセス名とバージョンと部品定義ファイルとが対応付けられて構成されている。図１０（ｄ）に示すように、アプリケーション設定管理情報は、アプリケーション名とバージョンとアプリケーション設定ファイルとが対応付けられて構成されている。
【００６９】
図１１は、アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その１）を示す図である。図１１は、特に、図１０に示したようなデータが店番別業務定義情報に設定されている場合について示すものである。
【００７０】
センタＡＰサーバ１１は、サーバが有する基本機能としてアプリケーションサーバと呼ばれるアプリケーションの実行を制御するミドルウェアを使用する。また、センタＡＰサーバ１１は、例えば、クライアント（窓口端末２００）からの受付層であるプレゼンテーション層と、業務の実処理を受け持つロジック層と、データベースを管理するデータベース層との３層構造でソフトウェアが構築されるものする。
【００７１】
センタＡＰサーバ１１は、業務／共通コンポーネント管理情報、ＤＢアクセス管理情報によって示された各々の部品定義ファイルに記述されたファイル群をアプリケーションサーバ／フレームワークに利用可能な状態にする依頼を行う。例えば、センタＡＰサーバ１１は、上記したように、窓口端末２００（店番２０１）から業務２を選択する情報を受信し、アプリケーション２（現行バージョン）２１３ｂを実行する（ステップＳ２１０）。そのためには、センタＡＰサーバ１１は、業務／共通コンポーネント管理情報を参照して決定した部品定義ファイル１ｂ（ｃｏｍｐ０１ｂ．ｘｍｌ）とＤＢアクセス管理情報を参照して決定した部品定義ファイル１ｂ（ｓｅｒｖ０１ｂ．ｘｍｌ）とを利用可能な状態にする依頼を行う。これにより、アプリケーション２（現行バージョン）２１３ｂが稼動される。
【００７２】
また、例えば、センタＡＰサーバ１１は、上記したように、窓口端末２００（店番２０２）から業務２を選択する情報を受信し、アプリケーション２（新バージョン）２１３ａを実行する（ステップＳ４１０）。そのためには、センタＡＰサーバ１１は、業務／共通コンポーネント管理情報を参照して決定した部品定義ファイル１ａ（ｃｏｍｐ０１ａ．ｘｍｌ）とＤＢアクセス管理情報を参照して決定した部品定義ファイル１ａ（ｓｅｒｖ０１ａ．ｘｍｌ）とを利用可能な状態にする依頼を行う。これにより、アプリケーション２（新バージョン）２１３ａが稼動される。
【００７３】
また、センタＡＰサーバ１１は、実行形式以外のファイル（例えば、設定ファイル）をバージョンごとに管理するアプリケーション設定管理情報を使用することもできる。このアプリケーション設定管理情報を参照して使用する設定ファイルを決定することもできる。
【００７４】
図１２は、ＤＢアクセス管理情報の構成例の別の例を示す図である。図１０（ｃ）では、バージョンｂ（現行バージョン）と部品定義ファイル（ｓｅｒｖ０１ｂ．ｘｍｌ）とが対応付けられていたが、図１２に示すように、バージョンｂ（現行バージョン）と部品定義ファイル（ｓｅｒｖ０１ａ．ｘｍｌ）とが対応付けられていることとしてもよい。つまり、バージョンｂ（現行バージョン）においても、バージョンａ（新バージョン）で使用する部品と同様の部品を使用することとすることができる。異なるバージョンのアプリケーション間において共通の部品を使用することができるので、アプリケーションの開発の効率が向上する。
【００７５】
図１３は、アプリケーションが複数の部品に分割されている場合にアプリケーションを実行する処理の概要（その２）を示す図である。図１３は、特に、図１２に示したようなデータがＤＢアクセス管理情報に設定されている場合について示すものである。センタＡＰサーバ１１は、業務／共通コンポーネント管理情報を参照して決定した部品定義ファイル１ｂ（ｃｏｍｐ０１ｂ．ｘｍｌ）とＤＢアクセス管理情報を参照して決定した部品定義ファイル１ａ（ｓｅｒｖ０１ａ．ｘｍｌ）とを利用可能な状態にする依頼を行う。
【００７６】
［効果の説明］
昨今、金融機関システムにおける運用に影響を及ぼすような障害を発生させた場合、顧客に対しての信用を失墜しかねない。開発環境での検証を十分に行った後であっても、実運用環境での使用方法・操作タイミングにより、障害が発生してしまうこともある。本実施形態で説明した方式を採用することで、これまで、サーバ業務を一斉に切り替えることによって生じるリスクを軽減することが可能となり、本番環境に近い試行運用を実施することで、新しいバージョンのアプリケーションに対する信頼性の向上、品質の確保が可能となる。例えば、地区センタのような顧客が利用しない店舗を、試行運転を実施する試行店として設定することもできる。
【００７７】
［変形例］
上記では、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００７８】
例えば、本実施形態に係る情報処理システムは、金融機関向システムのような大規模な
システムに限定されず、一般的なクライアント−サーバシステムに対しても適用可能である。
【符号の説明】
【００７９】
１ 情報処理システム
１０ センタ側システム
２０ 営業店側システム
３０ 専用ネットワーク
１００ 情報管理装置
１１０ 通信部
１２０ 制御部
１２１ 受信制御部
１２２ 送信制御部
１２３ 実行アプリケーション決定処理部
１２４ アプリケーション実行部
１２５ 画面制御部
１３０ 記憶部
１３１ アプリケーション
１３２ 店番別業務定義情報
２００ 情報処理装置（窓口端末）
２１０ 表示部
２２０ 制御部
２３０ 通信部
２４０ 入力部
【特許請求の範囲】
【請求項１】
情報処理装置とネットワークを介して通信を行うことが可能である通信部と、
互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、
アプリケーションを実行する旨を示すアプリケーション実行指示情報を前記情報処理装置から受信する処理を前記通信部に実行させる受信制御部と、
前記通信部によって受信された前記アプリケーション実行指示情報に基づいて前記複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、
前記実行アプリケーション決定処理部によって決定された前記アプリケーションを実行するアプリケーション実行部と、
を備えることを特徴とする、情報管理装置。
【請求項２】
前記記憶部は、
前記アプリケーションを複数の部品に分割して記憶し、
前記実行アプリケーション決定処理部は、
前記実行対象のアプリケーションとして前記複数の部品の組み合わせを決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項３】
前記実行アプリケーション決定処理部は、
前記通信部によって前記アプリケーションの前記バージョンを識別するためのバージョン識別情報を含む前記アプリケーション実行指示情報が受信された場合に、前記バージョン識別情報によって識別される前記バージョンのアプリケーションを前記実行対象のアプリケーションとして決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項４】
前記記憶部は、
前記複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と前記情報処理装置が属するグループを識別するためのグループ識別情報とが対応付けられてなるバージョン管理情報を記憶し、
前記実行アプリケーション決定処理部は、
前記通信部によって前記グループ識別情報を含む前記アプリケーション実行指示情報が受信された場合に、前記グループ識別情報に対応付けられている前記アプリケーション識別情報によって識別される前記アプリケーションを前記実行対象のアプリケーションとして決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項５】
前記記憶部は、
前記複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と前記情報処理装置を識別するための装置識別情報とが対応付けられてなるバージョン管理情報を記憶し、
前記実行アプリケーション決定処理部は、
前記通信部によって前記装置識別情報を含む前記アプリケーション実行指示情報が受信された場合に、前記装置識別情報に対応付けられている前記アプリケーション識別情報によって識別される前記アプリケーションを前記実行対象のアプリケーションとして決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項６】
送信制御部をさらに備え、
前記アプリケーション実行部は、
前記アプリケーションを実行した結果を実行結果として取得し、取得した前記実行結果を前記情報処理装置の表示部に表示するための画面データに含め、
前記送信制御部は、
前記画面データを前記情報処理装置に送信する処理を前記通信部に実行させる、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項７】
情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、受信制御部と、実行アプリケーション決定処理部と、アプリケーション実行部とを備える情報管理装置による情報管理方法であって、
前記受信制御部により、アプリケーションを実行する旨を示すアプリケーション実行指示情報を前記情報処理装置から受信する処理を前記通信部に実行させるステップと、
前記実行アプリケーション実行部により、前記通信部によって受信された前記アプリケーション実行指示情報に基づいて前記複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定するステップと、
前記アプリケーション実行部により、前記実行アプリケーション決定処理部によって決定された前記アプリケーションを実行するステップと、
を含むことを特徴とする、情報管理方法。
【請求項８】
情報処理装置と情報管理装置とを備える情報処理システムであって、
前記情報処理装置は、
前記情報管理装置とネットワークを介して通信を行うことが可能である通信部と、
アプリケーションを実行する旨を示すアプリケーション実行指示情報を前記情報管理装置に送信する処理を前記通信部に実行させる制御部と、
を有し、
前記情報管理装置は、
前記情報処理装置と前記ネットワークを介して通信を行うことが可能である通信部と、
互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、
前記アプリケーション実行指示情報を前記情報処理装置から受信する処理を前記通信部に実行させる受信制御部と、
前記通信部によって受信された前記アプリケーション実行指示情報に基づいて前記複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、
前記実行アプリケーション決定処理部によって決定された前記アプリケーションを実行するアプリケーション実行部と、
を有することを特徴とする、情報処理システム。
【請求項１】
情報処理装置とネットワークを介して通信を行うことが可能である通信部と、
互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、
アプリケーションを実行する旨を示すアプリケーション実行指示情報を前記情報処理装置から受信する処理を前記通信部に実行させる受信制御部と、
前記通信部によって受信された前記アプリケーション実行指示情報に基づいて前記複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、
前記実行アプリケーション決定処理部によって決定された前記アプリケーションを実行するアプリケーション実行部と、
を備えることを特徴とする、情報管理装置。
【請求項２】
前記記憶部は、
前記アプリケーションを複数の部品に分割して記憶し、
前記実行アプリケーション決定処理部は、
前記実行対象のアプリケーションとして前記複数の部品の組み合わせを決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項３】
前記実行アプリケーション決定処理部は、
前記通信部によって前記アプリケーションの前記バージョンを識別するためのバージョン識別情報を含む前記アプリケーション実行指示情報が受信された場合に、前記バージョン識別情報によって識別される前記バージョンのアプリケーションを前記実行対象のアプリケーションとして決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項４】
前記記憶部は、
前記複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と前記情報処理装置が属するグループを識別するためのグループ識別情報とが対応付けられてなるバージョン管理情報を記憶し、
前記実行アプリケーション決定処理部は、
前記通信部によって前記グループ識別情報を含む前記アプリケーション実行指示情報が受信された場合に、前記グループ識別情報に対応付けられている前記アプリケーション識別情報によって識別される前記アプリケーションを前記実行対象のアプリケーションとして決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項５】
前記記憶部は、
前記複数のアプリケーションのうちのいずれかを識別するためのアプリケーション識別情報と前記情報処理装置を識別するための装置識別情報とが対応付けられてなるバージョン管理情報を記憶し、
前記実行アプリケーション決定処理部は、
前記通信部によって前記装置識別情報を含む前記アプリケーション実行指示情報が受信された場合に、前記装置識別情報に対応付けられている前記アプリケーション識別情報によって識別される前記アプリケーションを前記実行対象のアプリケーションとして決定する、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項６】
送信制御部をさらに備え、
前記アプリケーション実行部は、
前記アプリケーションを実行した結果を実行結果として取得し、取得した前記実行結果を前記情報処理装置の表示部に表示するための画面データに含め、
前記送信制御部は、
前記画面データを前記情報処理装置に送信する処理を前記通信部に実行させる、
ことを特徴とする、請求項１に記載の情報管理装置。
【請求項７】
情報処理装置とネットワークを介して通信を行うことが可能である通信部と、互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、受信制御部と、実行アプリケーション決定処理部と、アプリケーション実行部とを備える情報管理装置による情報管理方法であって、
前記受信制御部により、アプリケーションを実行する旨を示すアプリケーション実行指示情報を前記情報処理装置から受信する処理を前記通信部に実行させるステップと、
前記実行アプリケーション実行部により、前記通信部によって受信された前記アプリケーション実行指示情報に基づいて前記複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定するステップと、
前記アプリケーション実行部により、前記実行アプリケーション決定処理部によって決定された前記アプリケーションを実行するステップと、
を含むことを特徴とする、情報管理方法。
【請求項８】
情報処理装置と情報管理装置とを備える情報処理システムであって、
前記情報処理装置は、
前記情報管理装置とネットワークを介して通信を行うことが可能である通信部と、
アプリケーションを実行する旨を示すアプリケーション実行指示情報を前記情報管理装置に送信する処理を前記通信部に実行させる制御部と、
を有し、
前記情報管理装置は、
前記情報処理装置と前記ネットワークを介して通信を行うことが可能である通信部と、
互いにバージョンの異なる複数のアプリケーションを記憶する記憶部と、
前記アプリケーション実行指示情報を前記情報処理装置から受信する処理を前記通信部に実行させる受信制御部と、
前記通信部によって受信された前記アプリケーション実行指示情報に基づいて前記複数のアプリケーションのうちの少なくとも１つを実行対象のアプリケーションとして決定する実行アプリケーション決定処理部と、
前記実行アプリケーション決定処理部によって決定された前記アプリケーションを実行するアプリケーション実行部と、
を有することを特徴とする、情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−２２４７２８（Ｐ２０１０−２２４７２８Ａ）
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願番号】特願２００９−６９５２９（Ｐ２００９−６９５２９）
【出願日】平成２１年３月２３日（２００９．３．２３）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【出願人】（５９１０５１６４５）沖ソフトウェア株式会社 (173)
【Ｆターム（参考）】
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願日】平成２１年３月２３日（２００９．３．２３）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【出願人】（５９１０５１６４５）沖ソフトウェア株式会社 (173)
【Ｆターム（参考）】
[ Back to top ]