JP2019049942A - 新旧システムの並行稼働に伴う移行負担・リスクを軽減するシステム移行方法、移行システム及びプログラム - Google Patents

Abstract

【課題】新旧システムの並行稼働に伴う移行負担・リスクを軽減する。【解決手段】Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおいて、Ｗｅｂサーバは、現行Ｗｅｂサーバ１０と新Ｗｅｂサーバ１１、ＡＰサーバは、現行ＡＰサーバ２０と新ＡＰサーバ２１、ＤＢサーバは、現行ＤＢサーバ３０で構成される。そして、現行システムから新システムへの移行段階において、現行Ｗｅｂサーバ１０は、顧客ごと及び／又は顧客のユーザごとに、前記現行システムのみを利用させるか、前記新システムのみを利用させるか、新旧システムのいずれかを選択して利用させるか、設定する新旧利用設定画面を表示する。また、現行ＤＢサーバ３０は、顧客及び／又は顧客のユーザごとに、現行システムと新システムの切替の可否を設定する併用選択テーブルを格納する。【選択図】図1

Description

本発明は、新旧システムの並行稼働に伴うシステムの移行方法に関する。

従来から新システムから旧システムへ移行する際に、サービスを停止することなく移行を完了させる方法が知られている。

例えば、特許文献１には、逐次、更新されるデータを管理する既存システムを新しいシステムに移行させるための情報管理システム等が開示されている。このシステムでは、店頭端末からの取引要求電文を受信した現行システムは、取引処理を実行し、取引結果電文を送信する。この場合、次期システムの顧客管理情報を更新させるためのデータヘッダを新設する。そして、取引結果電文を受信した次期システムの制御部は、顧客管理情報を更新する。ＡＴＭ端末やネット取引サーバにおいて取引が行なわれた場合、現行システムは、取引連携電文をバックエンドハブに送信する。そして、バックエンドハブから更新依頼電文を受信した次期システムは、顧客管理情報の更新処理を実行する。また、個別移管処理において、次期システムは、移管元、移管先の移行状態を特定し、この移行状態に応じて口座情報や顧客管理情報を更新する。

また、特許文献２には、ソフトウェアによるサービスを停止することなく、データベースの構成の変更を伴うソフトウェアの更新を行うアクセス制御プログラム等が開示されている。このアクセス制御プログラムは、第１データベース及び第２データベースに接続された複数の情報処理装置上で動作可能であって、複数の情報処理装置上で動作する第１ソフトウェアの更新に伴って実行される第１データベースから第２データベースへのデータの移行処理中に第１ソフトウェアからデータベースへのアクセス要求を受け付け、アクセス要求に含まれる第１ソフトウェアのバージョンに関する情報と第１データベースから第２データベースへのデータ移行状況に関する情報に基づき、アクセス要求を送信するデータベースを第１データベースまたは第２データベースに決定する、処理をコンピュータに実行させる。

特開２０１３−２５０６２９号公報 特開２０１６−０９９７０９号公報

システムの移行は、システム提供者側のみならず顧客側にも移行負担・リスクがある。特に、数万ユーザや数百の画面を有するような大規模なシステムでは、システム更新をしたとき、全てのユーザが一斉に切替可能の体制が組めるかどうかわからないため、ユーザ別にトレーニング期間を臨機応変に設ける必要がある。また、移行中に、万一不具合が生じた場合には、一時的に旧システムに戻れることが望ましい。しかしながら、従来のシステム移行方法では、旧システムから新システムへの移行は一方向であり、移行期間中に新システムと旧システムの両方を並行稼働させ、いつでも行き来できるものではなかった。

したがって、本発明では、上記のような課題に鑑み、新旧システムの並行稼働に伴う移行負担・リスクを軽減することを目的とする。

上記課題を解決するため、本発明は、以下のような解決手段を提供する。

（１）Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおける現行システムから新システムヘのシステム移行方法であって、前記Ｗｅｂサーバは、現行Ｗｅｂサーバと新Ｗｅｂサーバ、前記ＡＰサーバは、現行ＡＰサーバと新ＡＰサーバ、前記ＤＢサーバは、現行ＤＢサーバであって、前記現行システムから前記新システムへの移行段階において、前記現行Ｗｅｂサーバは、顧客ごと及び／又は前記顧客のユーザごとに、前記現行Ｗｅｂサーバのみを利用させるか、前記新Ｗｅｂサーバのみを利用させるか、両方のＷｅｂサーバのいずれかを選択して利用させるか、を設定する新旧利用設定画面を表示する段階を含むことを特徴とする

（２）上記（１）の構成において、前記現行ＤＢサーバは、前記顧客及び／又は前記顧客のユーザごとに、前記現行システムと前記新システムの切替の可否を設定する併用選択テーブルを格納することを含むことを特徴とする。

（３）上記（１）又は（２）の構成において、前記新ＡＰサーバは、前記新Ｗｅｂサーバが表示した新画面において入力・選択されたデータを前記現行ＡＰサーバで処理できる形式に変換する新旧データ変換手段を備えることを特徴とする。

（４）上記（１）から（３）までの構成において、前記現行Ｗｅｂサーバは、現行システムへのログイン完了後、新旧選択画面を表示し、前記ユーザが新画面を選択したときは、顧客ＩＤとユーザＩＤを引き継いで前記新システムにログインするための新ログイン画面を表示することを特徴とする。

（５）上記（１）から（４）までの構成において、移行が完了後、新旧選択画面において前記現行システムの選択を不活性とする設定を前記新旧利用設定画面で行うことを特徴とする。

（６）上記（５）の構成において、前記現行システムの選択を不活性とした後であっても、前記顧客の求めに応じ、前記現行システムの選択を復活させることを特徴とする。

（７）Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおける移行システムであって、前記Ｗｅｂサーバは、現行Ｗｅｂサーバと新Ｗｅｂサーバ、前記ＡＰサーバは、現行ＡＰサーバと新ＡＰサーバ、前記ＤＢサーバは、現行ＤＢサーバであって、
現行システムから前記新システムへの移行段階において、前記現行Ｗｅｂサーバは、顧客ごと及び／又は前記顧客のユーザごとに、前記現行Ｗｅｂサーバのみを利用させるか、前記新Ｗｅｂサーバのみを利用させるか、両方のＷｅｂサーバのいずれかを選択して利用させるか、を設定する新旧利用設定手段を備えることを特徴とする。

（８）Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおいて現行システムから新システムヘ移行させるためのプログラムであって、前記Ｗｅｂサーバは、現行Ｗｅｂサーバと新Ｗｅｂサーバ、前記ＡＰサーバは、現行ＡＰサーバと新ＡＰサーバ、前記ＤＢサーバは、現行ＤＢサーバであって、前記現行システムから前記新システムへの移行段階において、前記現行Ｗｅｂサーバは、顧客ごと及び／又は前記顧客のユーザごとに、前記現行Ｗｅｂサーバのみを利用させるか、前記新Ｗｅｂサーバのみを利用させるか、両方のＷｅｂサーバのいずれかを選択して利用させるか、を設定する新旧利用設定画面を表示する段階をコンピュータに実行させることを特徴とする。

本発明によれば、新旧システムの並行稼働に伴う移行負担・リスクを軽減することができる。

本発明の実施形態に係るシステムの移行遷移の概略を示した図である。 フェーズ１の移行期間における詳細移行ステップを示す図である。 フェーズ１の移行段階における各サーバの機能構成を示す図である。 ユーザ情報ＤＢに格納される併用選択テーブルの一例を示す図である。 現行Ｗｅｂサーバにおける画面遷移の制御フローを示す図である。 新旧システム併用の画面遷移を示す図である。 新旧システム併用の画面遷移を示す続図である。

以下、図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。

(移行方針）
本発明で対象とする移行システム（以下、本システムと呼ぶ）は、いわゆる「３階層システム」(3-tier system)と呼ばれるもので、プレゼンテーション層(ユーザインターフェース層)と、データアクセス層(データベース層)と、その中間に位置し、ビジネスロジック層（アプリケーション層）と呼ばれる３層からなってる。本システムでは、プレゼンテーション層はＷｅｂサーバ（ウェブサーバ）に実装され、ビジネスロジック層はＡＰサーバ（アプリケーションサーバ）に実装され、データアクセス層はＤＢサーバ（データベースサーバ）に実装されている。ビジネスロジック（Business Logic)とは、業務ソフトウェアの中で、具体的な業務で扱う様々な実体(商品、顧客、在庫など)を表現し、また、それらの関係や処理の方法、業務の流れなどをプログラムコードとして実装した部分で、アプリケーション固有の処理やルールを記述したものである。

本システムの移行期間は、大きく分けて、新旧システムを併用可能（並行稼働）とする移行期間であるフェーズ１と、その後、新システムのみを利用するための移行期間であるフェーズ２に分けられるが、以下、本明細書ではフェーズ１の移行期間のみを対象とする。フェーズ１では、画面の全面刷新や後述のポータルの新規導入など、顧客への影響が大きい開発を多数実施するため、全顧客一斉移行ではなく、顧客ごとの段階移行とし、新システムと現行システム（旧システム）を併用可能とする。なお、フェーズ１完了後、既に全顧客が新システムのみを利用することになるが、システム内部の処理を旧システムから新システムに移行することがフェーズ２の目的である。

詳細は後述するが、新システムのＷｅｂサーバは、顧客ごと及び／又は顧客のユーザごとに、現行Ｗｅｂサーバのみ、新Ｗｅｂサーバのみ、両方のＷｅｂサーバのいずれを利用するかを設定する新旧選択画面を表示する。新旧システムを併用可能とすることで、顧客側の移行負担・リスクが軽減されるとともに、新システムリリース時のコンティンジェンシープラン（緊急時対応計画）が、例えば、新システム障害時は現行システム利用へ誘導するなどして、簡素化される。

また、フェーズ1では、新旧システムでデータベース（ＤＢ）を共用することとし、旧システムから新システムへのマスタや取引データ等のデータ移行は発生しないものとする（新機能追加に伴う初期値設定等を行うのみ）。なお、フェーズ１移行期間中は、まずユーザインターフェース層であるＷｅｂサーバを中心に機能を強化し、ＡＰサーバ及びＤＢサーバは、フェーズ２で機能強化するものとする。

図１は、本発明の実施形態に係るシステムの移行遷移の概略を示したものである。図示するように、移行前においては、顧客のユーザは、現行Ｗｅｂサーバ１０にアクセスし、現行Ｗｅｂサーバ１０が生成する現行画面（業務画面）からデータを入力・選択し、そのデータに基づいて、現行ＡＰサーバ２０が、現行ビジネスロジック（以下、「現行ＢＬ」と略す）を実行し、現行ＤＢサーバ３０の現行ＤＢに処理結果を格納し、現行画面に処理結果を表示させる。

次に、フェーズ１移行期間においては、前述したように、全ての顧客を一斉に移行させるのではなく、まず、いち早く新システムに移行可能な一部の顧客（親密顧客など）を先に移行させ、旧システムと新システムを併用可能な状態にする「一部顧客移行段階」を設ける。以下、このような顧客を「移行可能顧客」と呼ぶことにする。一部顧客移行段階では、移行準備が整っていない顧客（「移行未済顧客」と呼ぶことにする）は、旧システムを使い続けてもらうこととし、環境が整いしだい、いつでも移行可能顧客となることができる。

移行可能顧客は、新Ｗｅｂサーバ１１にアクセスすると、現行画面を一新した新画面が表示される。新画面からは、新ＡＰサーバ２１に処理が受け渡され、新ＡＰサーバ２１では、新しいビジネスロジック（新ＢＬ）を直ちに実装するのではなく、ブリッジを介して、現行ＢＬの全ての機能（移行前からの機能アップを含む）が利用できるようにする。ここで、ブリッジとは、詳しくは後述するが、新システムが持つデータの内容を、旧システムで実行できる形式に変換し、旧システムにデータを連携する機能を持つものである。

新ＡＰサーバ２１から変換後のデータを受け渡された現行ＡＰサーバ２０は、現行ＢＬを実行する。ここで、移行段階の現行ＢＬは、移行前の現行ＢＬから機能アップを行ってもよい。また、現行ＡＰサーバ２０は、現行ＤＢサーバ３０とデータのやり取りを行うが、処理結果の通知先を、現行Ｗｅｂサーバ１０とするか、新ＡＰサーバ２１とするかを切り分ける機能を有している。

そして、全顧客が新Ｗｅｂサーバ１１を利用するようになった段階（全顧客移行済段階）で、現行Ｗｅｂサーバ１０を停止させ、フェーズ１の移行期間を終了させる。以後は、フェーズ２に向けた移行が開始され、最終的には、全てのサーバが新サーバだけに置き換わる運用となる。

（フェーズ１移行詳細ステップ）
図２は、フェーズ１の移行期間における詳細移行ステップを更に細分化した段階（ステップ０〜４）を示したものである。以下、順に説明する。

ステップ０では、開発側にて本番環境で確認用顧客（講習店ユーザーなど）による機能確認を実施する段階である。

ステップ１は、主要数拠点の親密顧客を移行させる段階である（対象顧客は、新機能を利用する顧客を中心に選定）。

ステップ２は、全顧客を数グループに分け、グループごとに順次移行させる段階である。
ステップ１，２では、移行可能顧客に関しては、新旧どちらを使用するかを選択する新旧選択画面を表示する（新画面選択時には顧客ＩＤ/ユーザＩＤを引き継いで新環境のログイン画面へ遷移する）。移行可能顧客は、現行と同様のＵＲＬにて現行ログイン画面にアクセス可能である。また、新システムのＵＲＬは現行ＵＲＬと異なるため、「お気に入り」メニューに登録することで、直接アクセスすることも可能である。

ステップ３は、ステップ２の期間中に移行できなかった拠点・顧客のための予備期間であり、拠点の当局認可などに時間を要した場合、顧客都合で現行システムを継続利用する必要がある場合、等の期間である。ステップ３では、現行システムへのログインボタンを非活性とすることで、新環境にのみアクセス可能とする。また、拠点宛に依頼のあった顧客に対してのみ、個別対応で旧システム選択のボタンを復活させるものとする。なお、このボタンを復活させる処理は、システムオペレータの設定画面から実施できるものとする。
また、システムオペレータの設定画面は、「新旧利用設定画面」と呼び、上記ステップ３のような拠点・顧客の都合による予備期間だけでなく、移行するシステム側の都合、例えば、前述したように、全顧客を一斉に移行させるのでなく、一部の顧客から段階的に移行させるようにしたいなどの場合にも使用される。

ステップ４は、フェーズ１の最終ステップであり、全顧客移行完了後、現行Ｗｅｂサーバ１０の利用を停止する。この段階では、現行Ｗｅｂサーバ１０のＵＲＬにアクセスした場合、ポータルログインページへ自動遷移させる。この遷移は、リダイレクト機能により実現する。なお、ポータルログインページとは、複数の業務システムにアクセス可能な入り口（玄関）となるもので詳細は後述する。

（機能構成）
図３は、フェーズ１移行段階における各サーバの機能構成を示す図である。図示するように、本システムの移行は、現行Ｗｅｂサーバ１０、現行ＡＰサーバ２０、現行ＤＢサーバ３０、新Ｗｅｂサーバ１１、新ＡＰサーバ２１、新ＤＢサーバ３１の３階層システムを対象とするが、それぞれのサーバは１台であっても複数台であってもよい。

新Ｗｅｂサーバ１１は、顧客端末通信手段１０１、ログイン制御手段１０２、新画面制御手段１０３を含むが、現行Ｗｅｂサーバ１０は、顧客端末通信手段１０１、ログイン制御手段１０２、新旧選択画面制御手段１１１、旧画面制御手段１１２、新画面制御手段１０３Ａを備える。

顧客端末通信手段１０１は、顧客のユーザ端末（図示せず）との通信を制御し、ログイン制御手段１０２は、正規ユーザを認証するためのログイン画面をユーザ端末に表示させる。ログイン画面から、ユーザは顧客ＩＤ（企業ＩＤ）、ユーザＩＤ、ユーザパスワードを入力し、正規ユーザであることが認証されると、以降の処理に進む。このとき、現行Ｗｅｂサーバ１０と新Ｗｅｂサーバ１１では、ログイン後の処理が異なる。

新Ｗｅｂサーバ１１は、新画面制御手段１０３が新画面を表示させ、ユーザが入力・選択したデータを、新ＡＰサーバ２１に受け渡すだけである。しかし、現行Ｗｅｂサーバ１０は、ログインが完了すると、いったん新旧選択画面制御手段１１１に制御を渡し、新旧選択画面制御手段１１１は、新旧どちらのシステムの画面を使用するかをユーザに選択させるための新旧選択画面を表示する。ユーザが新システムを使用することを選択すると、新画面制御手段１０３Ａにより、新Ｗｅｂサーバ１１のログイン画面が表示され、ユーザのログイン認証が再度完了すると、新画面が表示される。ユーザが旧システムを使用することを選択すると、現行画面制御手段１１２により現行画面が表示される。ユーザは、新画面又は現行画面から、業務を行うためのデータを入力・選択する。新画面ではポータル画面に遷移し、ユーザインターフェ−スが一新されるので、新画面に慣れるまでは現行画面も利用可能とするためである。

なお、新旧選択画面（新旧選択手段）は、顧客／ユーザが新旧システムの利用形態を選択するためのものであるのに対し、新旧利用設定画面（新旧利用設定手段）は、システムオペレータが使用するもので、顧客／ユーザごとの設定、すなわち、旧システムのみ利用可、新システムのみ利用可、新旧いずれを利用するか選択可、のうちのいずれかの利用形態を設定するための設定画面（設定手段）である。

ここで、新ＡＰサーバ２１は、現行ＡＰサーバ２０のようにビジネスロジックを実行する手段（新ＢＬ実行手段）は備えず、その代わりに、新旧データ変換手段２１１（ブリッジ）を備えている。ブリッジは、新システムが持つデータの内容を、旧システムが読むことのできる(実行できる)形に変換し、旧システムにデータを連携する機能を果たす。

ブリッジは、具体的には以下の処理を行う。
（１）旧システムの機能を呼び出すためのテンプレートを入力パラメータとし、旧システムの機能を呼び出す部品を実行する。
（２）指定された内容に基づき、旧システム側の機能を呼び出す。
（３）旧システム側で機能を実行し、返却された結果を新システムが読める形に変換する。

すなわち、新画面から入力・選択されたデータは、ブリッジに受け渡され、現行ＡＰサーバ２０の現行ＢＬ実行手段２０１が実行できる形式に変換される。また、現行ＢＬ実行手段２０１で処理された結果は、ブリッジによって、新画面制御手段１０３が新画面に表示可能な形式に変換される。一方、現行画面から入力・選択されたデータは、変換は必要ないので、現行ＡＰサーバ２０の現行ＢＬ実行手段２０１にそのまま受け渡される。このブリッジの働きにより、新ＢＬ実行手段（図示せず）は、フェーズ２移行時に実装すればよく、それまでは現行ＢＬ実行手段２０１を利用する。

なお、ログイン画面、新旧選択画面の具体例については、後述の図６、図７を参照されたい。図６、図７の例では、業務例として、海外法人インターネットバンキング（海外法人ＩＢ又は単にＩＢと呼ぶ）を想定している。なお、詳細は省略するが、新ログイン画面、ポータル画面、新ＩＢ画面などは、タッチパネル方式のモバイル端末でも利用可能とする。

現行ＤＢサーバ３０は、顧客及び顧客のユーザの契約情報、登録情報などを格納したユーザ情報ＤＢ３０１と、実際の各種業務に必要なデータを格納した各種業務ＤＢ３０２を備える。ユーザ情報ＤＢ３０１には顧客ごと又はユーザごとに新旧システムの併用を許可するか否かを設定した併用選択テーブルが格納される。併用選択テーブルについては、図４で説明する。なお、ユーザ情報ＤＢ３０１を現行ＤＢサーバ３０に格納するのは、移行中は、新旧どちらからでもアクセス可能だからである。

新ＤＢサーバ３１は、直接的に移行に関するデータは格納しないが、現行ＤＢサーバ３０の記憶容量が不足する可能性があるときに、各種業務データの一部を格納することができる。記憶容量が不足する可能性があるのは、移行とともに現行機能の機能アップを行う場合が想定されるからである。すなわち、本移行システムによれば、単にシステムを移行するだけでなく、同時に、現行機能の機能アップを現行ＤＢサーバの容量を拡張することなく実行することができる。また、新ＤＢサーバ３１は、現行システムにはないポータル画面で新しくできる機能についてのデータを格納してもよい。また、フェーズ２では、新ＤＢサーバ３１の更改に伴い、一部、現行ＤＢサーバ３０から新ＤＢサーバ３１へ移管するテーブルも格納する。なお、ポータルとは、一般的には、ユーザがインターネットを利用する際の入り口、又は拠点として必ず利用する場所（ウェブ）を指すが、ここでは、複数の業務のメニュー画面を提供するための機能を意味している。

（ユーザ情報ＤＢ）
図４は、ユーザ情報ＤＢ３０１に格納される併用選択テーブルの一例を示す図である。
ユーザ情報ＤＢ３０１には、ユーザの契約情報、登録情報など（図示せず）以外にも、図示する併用選択テーブルを含んでいる。併用選択テーブルとは、新旧どちらかのシステムを、顧客ごとに指定できる「切替可否フラグ」を含んだテーブルである。切替の可否は、顧客ＩＤ（企業コード）ごとだけでなく、顧客内のユーザＩＤごとに指定できるようにしてもよい。なお、切替可否フラグの代わりに、「旧システムのみ利用可能」、「新システムのみ利用可能」、「新旧システム併用可能」といった切替選択値を用いてもよい。なお、併用選択テーブルは、システムオペレータが使用する新旧利用設定画面によって設定される。

このようにすることで、顧客又はユーザは、新旧システムを移行期間中に併用することができる。ここで、顧客ごと（又はユーザごと）に備えられた切替可否フラグを変更するだけで新旧切替可否をオン／オフできる。すなわち、顧客又はユーザは、いつでも旧システムと新システムの間を行ったり来たりすることができる。例えば、普段は旧システムを使っている顧客が新システムを使用したり、新システムをトレーニングとして利用したり、あるいは新システムに移行済みの顧客であっても新システムに万一障害が発生した場合は、一時的に旧システムに戻って業務を続けることができる。

特に、多数のユーザ、多数の画面を有するような大規模なシステムでは、システム更新をしたとき、全てのユーザが一斉に切替可能の体制が組めるかどうかわからないため、ユーザ別にトレーニング期間を臨機応変に設けることができる。また、サービスを提供・運用する側としては、新システムに不具合があっても瞬時に旧システムに切り替えることができるため新システム試用時の心理的負担が少ない。

（画面遷移の処理フロー）
図５は、現行Ｗｅｂサーバ１１における画面遷移の制御フローを示す図である。以下既に説明した内容を含むので簡単に説明する。

まず、ステップＳ１０で、現行ログイン画面を表示し、ステップＳ１１で正規ユーザあると認証できれば、図４で説明した併用選択テーブルを読み出す（ステップＳ１２）。

次に、ステップＳ１３で、併用選択テーブルを参照し、併用可能顧客（又は併用可能ユーザ）であるか否かを判断し、併用可能顧客（又は併用可能ユーザ）であれば、新旧選択画面を表示する（ステップＳ１４）。ステップＳ１３で併用可顧客でないと判断した場合は現行画面を表示する（ステップＳ１６）。

そして、ステップＳ１５で、新旧どちらが選択されたかを判断し、「旧」が選択された場合は現行画面を表示する（ステップＳ１６）。「新」が選択された場合は、新ログイン画面を表示する（ステップＳ１７）。次にステップＳ１７Ａで、新ログイン画面での認証が完了し、正規ユーザであることが確認できればステップＳ１８に進む。しかし、認証が失敗した場合は、再びステップＳ１７に戻り、新ログイン画面を表示する。ただし、所定の回数ログインに失敗するとエラーとなり、処理が停止されるのは言うまでもない。

「新」が選択された場合は、再度正規ユーザか否かをチェックし、正規ユーザがログイン完了すると、ポータル画面を表示する（ステップＳ１８）。ステップＳ１９で、ポータル画面からどの業務が選択されたかを判断し、ＩＢ（インターネットバンキング）の業務が選択された場合は、新ＩＢ画面を表示する（ステップＳ２０）。ＩＢ業務以外が選択された場合は、その業務画面（他システム画面）を表示する（ステップＳ２１）。

（画面遷移）
図６、図７は、新旧システム併用の画面遷移を示す図である。図６の新旧遷移図は、図２で示したステップ１とステップ２における画面遷移をまとめたものである。また、図７の新旧画面遷移図は、図２で示したステップ３における画面遷移をまとめたものである。

図６で示すように、移行未済顧客の場合は、現行ログイン画面４００から、企業ＩＤ（顧客ＩＤ）、ユーザＩＤ、パスワードを入力してログインボタンを押すと、現行ＩＢ画面４１０が表示される。

移行可能顧客の場合は、新ＵＲＬにアクセスすると、新ログイン画面４０１が直接表示される。一方、現行ＵＲＬにアクセスすると、現行ログイン画面４００が表示される。現行ログイン画面４００でログインが完了すると、いったん新旧選択画面５００が表示される。新旧選択画面５００は、使用する画面（システム）を選択させるための画面であり、新画面（新システム）を使用するか現行画面（旧システム）を使用するか選択することができる。この画面で、「新」を選択すると、企業ＩＤ、ユーザＩＤを引き継ぎ、新ログイン画面４０１が表示される。新旧選択画面５００で「旧」を選択すると、現行システムの業務画面であるインターネットバンキング（ＩＢ）のための現行ＩＢ画面４１０が表示される。なお、現行ＩＢ画面４１０から他のシステムを呼び出すことは、移行前から可能となっている。

また、新ログイン画面４０１は、タブレット端末等のタッチパネル方式のモバイル端末からのアクセスをサポートするため、指紋認証などの認証手段を備えていてもよい。新ログイン画面４０１で、企業ＩＤ（顧客ＩＤ）、ユーザＩＤ、パスワードを入力するなどして認証が完了するとポータル画面６００が表示される。ただし、新旧選択画面５００から新ログイン画面４０１を表示させた場合は、ＩＤが引き継がれるのでＩＤの再入力は必要ない（パスワードの再入力は必要）。

新ログイン画面４０１での認証が正常に完了すると、ポータル画面６００が表示される。ポータル画面６００は、インターネットバンキングだけでなく、他のシステムへの入り口（玄関）となる画面であり、どのシステムにも再度ＩＤ・パスワードを入力することなく、同じＩＤ・パスワードでログイン可能とするシングルサインオン方式で各システムにアクセスできる。なお、ポータル画面６００でインターネットバンキング（ＩＢ）を選択した場合は、新ＩＢ画面４１１が表示され、他システムを選択したときは、他システム画面７００が表示される。

図７の説明に移る。この図は、図２で説明したステップ３（予備期間）における画面遷移図である。基本的な流れは図６の場合と同様であるが、移行可能顧客のうち新旧の選択が不要な顧客（「新旧選択不要顧客」と呼ぶ）のために、この場合の新旧選択画面５０１は、現行画面（旧システム）への選択が非活性化されている。そのため、新画面（新システム）のみ選択可能である。もちろん、新画面を選択すると、新ログイン画面４０１が表示され、新ログイン画面４０１で認証が完了すると、ポータル画面６００が表示されるのは同様である。なお、図示は省略するが、旧画面（旧システム）のみ選択可能な新旧選択画面５０１があってもよい。

なお、ステップ３でも、新旧システムを併用する「新旧選択要顧客」に対しては、新旧選択画面５００で現行画面（旧システム）の選択が可能なのは言うまでもない。「新旧選択不要顧客」とするか「新旧選択要顧客」とするかは、顧客の求めに応じてユーザ情報ＤＢ３０１にその情報が設定される。また、図７では図示を省略しているが、新旧選択不要顧客、新旧選択要顧客の双方とも、新ＵＲＬにアクセスし、新システムを利用することは許容される。

以上で本システムの説明を終わるが、図３の各サーバの機能構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＳＳＤ(Solid State Drive)、ハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。

（実施形態の効果）
以上説明した本システムの移行方法は、以下のような顕著な効果を生じさせる。
移行関連の新旧切替の可否フラグにより移行段階で、新システムと旧システムの両方を利用可能とし、行き来が可能となる。ここで、顧客ごとユーザごとに備えられたフラグを変更するだけで新旧切替可否をオン／オフできる。
また、多数のユーザ、多数の画面を有するようなシステムでは、システム更新をしたとき、全てのユーザが一斉に切替可能な体制が組めるかどうかわからないため、ユーザ別にトレーニング期間を臨機応変に設けることができる（同一顧客内でもユーザＩＤが異なれば切替可否も別々にできる）。
ここで、移行期間中であれば、新システムの利用開始を顧客の都合で自由に選べることはもちろん、旧システムのみを利用することも、新システムのみを使用することも、併用することも可能で、また、新システムに移行した後でも旧システムに戻ることも可能である。
また、サービスを提供・運用する側としては、新システムに不具合があっても瞬時に旧システムに切り替えることができるため新システム試用時の心理的負担が少ない。
このように、本移行システムでは、旧システムから新システムへの移行はもちろん、新システムから旧システムへ戻ることも簡単にできる。

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲に限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。また、そのような変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

なお、本発明はシステム移行方法の発明として記載したが、本発明は移行システム又はシステム内のプログラムの発明としても捉えることもできる。

１０ 現行Ｗｅｂサーバ
１１ 新Ｗｅｂサーバ
２０ 現行ＡＰサーバ
２１ 新ＡＰサーバ
３０ 現行ＤＢサーバ
３１ 新ＤＢサーバ
１０１ 顧客端末通信手段
１０２ ログイン制御手段
１０３ 新画面制御手段（新Ｗｅｂサーバ側）
１０３Ａ 新画面制御手段（現行Ｗｅｂサーバ側）
１１１ 新旧選択画面制御手段
１１２ 現行画面制御手段
２０１ 現行ＢＬ実行手段
２１１ 新旧データ変換手段（ブリッジ）
３０１ ユーザ情報ＤＢ
３０２ 各種業務ＤＢ
４００ 現行ログイン画面
４０１ 新ログイン画面
４１０ 現行ＩＢ画面
４１１ 新ＩＢ画面
５００，５０１ 新旧選択画面
６００ ポータル画面
７００ 他システム画面

Claims (8)

1. Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおける現行システムから新システムヘのシステム移行方法であって、
   前記Ｗｅｂサーバは、現行Ｗｅｂサーバと新Ｗｅｂサーバ、前記ＡＰサーバは、現行ＡＰサーバと新ＡＰサーバ、前記ＤＢサーバは、現行ＤＢサーバであって、
   前記現行システムから新システムへの移行段階において、前記現行Ｗｅｂサーバは、顧客ごと及び／又は前記顧客のユーザごとに、前記現行Ｗｅｂサーバのみを利用させるか、前記新Ｗｅｂサーバのみを利用させるか、両方のＷｅｂサーバのいずれかを選択して利用させるか、を設定する新旧利用設定画面を表示する段階を含むことを特徴とするシステム移行方法。
2. 前記現行ＤＢサーバは、前記顧客及び／又は前記顧客のユーザごとに、前記現行システムと前記新システムの切替の可否を設定する併用選択テーブルを格納することを含むことを特徴とする請求項１に記載のシステム移行方法。
3. 前記新ＡＰサーバは、前記新Ｗｅｂサーバが表示した新画面において入力・選択されたデータを前記現行ＡＰサーバで処理できる形式に変換する新旧データ変換手段を備えることを特徴とする請求項１又は２に記載のシステム移行方法。
4. 前記現行Ｗｅｂサーバは、前記現行システムへのログイン完了後、新旧選択画面を表示し、前記ユーザが新画面を選択したときは、顧客ＩＤとユーザＩＤを引き継いで新システムにログインするための新ログイン画面を表示することを特徴とする請求項１から３までのいずれか１項に記載のシステム移行方法。
5. 移行が完了後、新旧選択画面において前記現行システムの選択を不活性とする設定を前記新旧利用設定画面で行うことを特徴とする請求項１から４までにいずれか１項に記載のシステム移行方法。
6. 前記現行システムの選択を不活性とした後であっても、前記顧客の求めに応じ、前記現行システムの選択を復活させることを特徴とする請求項５に記載のシステム移行方法。
7. Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおける移行システムであって、
   前記Ｗｅｂサーバは、現行Ｗｅｂサーバと新Ｗｅｂサーバ、前記ＡＰサーバは、現行ＡＰサーバと新ＡＰサーバ、前記ＤＢサーバは、現行ＤＢサーバであって、
   現行システムから新システムへの移行段階において、前記現行Ｗｅｂサーバは、顧客ごと及び／又は前記顧客のユーザごとに、前記現行Ｗｅｂサーバのみを利用させるか、前記新Ｗｅｂサーバのみを利用させるか、両方のＷｅｂサーバのいずれかを選択して利用させるか、を設定する新旧利用設定手段を備えることを特徴とする移行システム。
8. Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバを有する３階層システムにおいて現行システムから新システムヘ移行させるためのプログラムであって、
   前記Ｗｅｂサーバは、現行Ｗｅｂサーバと新Ｗｅｂサーバ、前記ＡＰサーバは、現行ＡＰサーバと新ＡＰサーバ、前記ＤＢサーバは、現行ＤＢサーバであって、
   前記現行システムから新システムへの移行段階において、前記現行Ｗｅｂサーバは、顧客ごと及び／又は前記顧客のユーザごとに、前記現行システムのみを利用させるか、前記新Ｗｅｂサーバのみを利用させるか、両方のＷｅｂサーバのいずれかを選択して利用させるか、を設定する新旧利用設定画面を表示する段階をコンピュータに実行させることを特徴とするプログラム。

Images