(57)【要約】      （修正有）【課題】トランザクション処理システムと、ウェブ・ベースのシステムを効果的に統合する。【解決手段】プログラムがトランザクション処理の要求を受信するステップ、端末ＩＤ記憶部に記憶された複数の端末ＩＤのうち、その状態情報が「使用可能」である端末ＩＤを少なくとも１つ選択するステップ、選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更するステップ、選択された端末ＩＤを、トランザクション処理の要求に対する同期型メッセージとしてフロントエンド・アプリケーションに伝送するステップ、および選択された端末ＩＤを使用した非同期型メッセージとしてのトランザクション処理の結果データの伝送が完了したことを検出したことに応答して、選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するステップをコンピュータ・システムに実行させる。【選択図】図２
2009223790.tif 000002
【特許請求の範囲】
【請求項１】
サービス要求元とネットワークを通じて通信可能なフロントエンド・アプリケーションと、前記フロントエンド・アプリケーションからの要求に応答してトランザクション処理を実行するバックエンド・アプリケーションと通信可能なプログラムを含むコンピュータ・システムにおける方法であって、前記バックエンド・アプリケーションは、端末ＩＤを使用した非同期型メッセージとして前記トランザクション処理の結果を伝送し、
前記方法が、
前記サービス要求元からのサービス要求を処理するための前記フロントエンド・アプリケーションから前記バックエンド・アプリケーションに対するトランザクション処理の要求を受信するステップと、
前記トランザクション処理の要求を受信したことに応答して、端末ＩＤ記憶部に記憶された複数の端末ＩＤのうち、その状態情報が「使用可能」である端末ＩＤを少なくとも１つ選択するステップと、
前記選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更するステップと、
前記選択された端末ＩＤを、前記トランザクション処理の要求に対する同期型メッセージとしてフロントエンド・アプリケーションに伝送するステップと、
前記選択された端末ＩＤを使用した非同期型メッセージとしての前記トランザクション処理の結果データの伝送が完了したことを検出したことに応答して、前記選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するステップと、
を含む、方法。
【請求項２】
前記同期型メッセージは、当該同期型メッセージと前記トランザクション処理の要求との間の関連付けのための情報として前記端末ＩＤを使用せず、前記非同期型メッセージは、当該非同期型メッセージと前記トランザクション処理の要求との間の関連付けのための情報として前記端末ＩＤを使用する、請求項１に記載の方法。
【請求項３】
前記端末ＩＤ記憶部は、それぞれの状態情報と関連付けられたＮ個（Ｎ：あらかじめ設定された正の整数）の端末ＩＤを記憶する、請求項１に記載の方法。
【請求項４】
前記トランザクション処理の要求が、前記サービス要求元に対応する端末ＩＤを含まない、請求項１に記載の方法。
【請求項５】
前記バックエンド・アプリケーションに前記トランザクション処理の要求を伝送するステップをさらに含む、請求項１の方法。
【請求項６】
前記トランザクション処理の要求を伝送するステップが、
前記トランザクション処理の要求に、前記選択された端末ＩＤを含めるステップと、
前記バックエンド・アプリケーションに前記選択された端末ＩＤを含む前記トランザクション処理の要求を伝送するステップと、
を含む、請求項５に記載の方法。
【請求項７】
前記コンピュータ・システムは、それぞれの端末ＩＤごとに、前記バックエンド・アプリケーションのトランザクション処理の結果データを格納するためのキュー構造をさらに備え、
前記選択された端末ＩＤに対応する前記キューに前記トランザクション処理の結果データが格納された後、前記フロント・アプリケーションからの前記選択された端末ＩＤに対応するキューに対する要求に応答して、当該結果データが伝送される、請求項１に記載の方法。
【請求項８】
前記フロント・アプリケーションからの前記選択された端末ＩＤに対応するキューに対する要求が、前記選択された端末ＩＤを含む、請求項７に記載の方法。
【請求項９】
前記フロントエンド・アプリケーションが、前記キューから受け取った前記結果データを前記サービス要求元に伝送する、請求項８に記載の方法。
【請求項１０】
前記コンピュータ・システムは、前記バックエンド・アプリケーションを前記フロントエンド・アプリケーションと接続するための接続プログラムであって、前記トランザクション処理の結果データの伝送が完了したことを検出する機能を備える接続プログラムを含み、
前記接続プログラムが、前記トランザクション処理の結果データの伝送が完了したことを検出したことに応じて、前記選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するルーチンを呼び出す、請求項１に記載の方法。
【請求項１１】
サービス要求元とネットワークを通じて通信可能なフロントエンド・アプリケーションと、前記フロントエンド・アプリケーションからの要求に応答してトランザクション処理を実行するバックエンド・アプリケーションと通信可能なプログラムであって、前記バックエンド・アプリケーションは、端末ＩＤを使用した非同期型メッセージとして前記トランザクション処理の結果を伝送し、
前記サービス要求元からのサービス要求を処理するための前記フロントエンド・アプリケーションから前記バックエンド・アプリケーションに対するトランザクション処理の要求を受信するステップと、
前記トランザクション処理の要求を受信したことに応答して、端末ＩＤ記憶部に記憶された複数の端末ＩＤのうち、その状態情報が「使用可能」である端末ＩＤを少なくとも１つ選択するステップと、
前記選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更するステップと、
前記選択された端末ＩＤを、前記トランザクション処理の要求に対する同期型メッセージとしてフロントエンド・アプリケーションに伝送するステップと、
前記選択された端末ＩＤを使用した非同期型メッセージとしての前記トランザクション処理の結果データの伝送が完了したことを検出したことに応答して、前記選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するステップと、
をコンピュータ実行させる、プログラム。
【請求項１２】
１つ以上のＣＰＵと、１つ以上のメモリを備えたコンピュータ・システムであって、
前記メモリは、サービス要求元とネットワークを通じて通信可能なフロントエンド・アプリケーションと、前記フロントエンド・アプリケーションからの要求に応答してトランザクション処理を実行するバックエンド・アプリケーションと通信可能なプログラムを含み、
前記バックエンド・アプリケーションは、端末ＩＤを使用した非同期型メッセージとして前記トランザクション処理の結果を伝送し、
前記１つ以上のメモリに含まれる前記プログラムは、
前記サービス要求元からのサービス要求を処理するための前記フロントエンド・アプリケーションから前記バックエンド・アプリケーションに対するトランザクション処理の要求を受信するステップと、
前記トランザクション処理の要求を受信したことに応答して、端末ＩＤ記憶部に記憶された複数の端末ＩＤのうち、その状態情報が「使用可能」である端末ＩＤを少なくとも１つ選択するステップと、
前記選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更するステップと、
前記選択された端末ＩＤを、前記トランザクション処理の要求に対する同期型メッセージとしてフロントエンド・アプリケーションに伝送するステップと、
前記選択された端末ＩＤを使用した非同期型メッセージとしての前記トランザクション処理の結果データの伝送が完了したことを検出したことに応答して、前記選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するステップと、
を前記１つ以上のＣＰＵに実行させる、コンピュータ・システム。
【請求項１３】
サービス要求元とネットワークを通じて通信可能なフロントエンド・アプリケーションと、前記フロントエンド・アプリケーションからの要求に応答してトランザクション処理を実行するバックエンド・アプリケーションと通信可能なプログラムを含む、コンピュータ・システムであって、前記バックエンド・アプリケーションは、端末ＩＤを使用した非同期型メッセージとして前記トランザクション処理の結果を伝送し、
前記サービス要求元からのサービス要求を処理するための前記フロントエンド・アプリケーションから前記バックエンド・アプリケーションに対するトランザクション処理の要求を受信する受信部と、
前記トランザクション処理の要求を受信したことに応答して、端末ＩＤ記憶部に記憶された複数の端末ＩＤのうち、その状態情報が「使用可能」である端末ＩＤを少なくとも１つ選択する選択部と、
前記選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更する第１の変更部と、
前記選択された端末ＩＤを、前記トランザクション処理の要求に対する同期型メッセージとしてフロントエンド・アプリケーションに伝送する伝送部と、
前記選択された端末ＩＤを使用した非同期型メッセージとしての前記トランザクション処理の結果データの伝送が完了したことを検出したことに応答して、前記選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更する第２の変更部と、
を備える、コンピュータ・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理技術に関し、より特定的には、ネットワーク・システムにおいてトランザクションを処理するための方法、プログラム、およびシステムに関する。
【背景技術】
【０００２】
従来の大規模トランザクション処理システム、例えば大規模バンキング・システムの多くは、堅牢なメインフレーム・コンピュータ上に構築された高信頼性のシステムである。
【０００３】
そのような従来のバンキング・システムでは、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＩＢＭ（商標）Ｓｙｓｔｅｍ  ｚ（商標）のようなメインフレーム・コンピュータに、ｚ／ＯＳ（商標）のようなメインフレーム用のオペレーティング・システム、ＩＭＳ  Ｖ９  Ｔｒａｎｓａｃｔｉｏｎ  ａｎｄ  Ｄａｔａｂａｓｅ  Ｓｅｒｖｅｒｓ（商標）（以下、単に「ＩＭＳ」と称する）のような大規模トランザクション処理システムのためのソフトウェア、ＣＯＢＯＬ言語などでプログラミングされたバンキング・アプリケーションのような業務処理用ソフトウェアなどのソフトウェアが導入され、トランザクション処理のためのバックエンド・システムが構築されることが多い。
【０００４】
そして、そのような従来のバンキング・システムでは、バックエンド・システムは、銀行の各支店に固定的に設置された専用の現金自動預け払い機（以下、単に「ＡＴＭ」と称する）からトランザクション処理要求を受けたことに応答して、トランザクション処理を実行する。
【０００５】
他方、近年のインターネットの普及に伴って、インターネットを通じてバンキング・サービスを提供することが行われている。そのようなインターネットを通じたバンキング・サービスを提供するシステム（以下、「インターネット・バンキング・システム」と称する）では、口座の持主が専用のＡＴＭではなく、ＰＣ、ＰＤＡ、携帯電話などの自身の情報処理機器からインターネットを通じてトランザクション処理を行うことができる。
【０００６】
具体的には、インターネット・バンキング・システムでは、より新しくオープンなＪａｖａ（登録商標）言語などで構築されたインターネット・バンキングのためのフロントエンド・ウェブ・アプリケーションがウェブ・サーバに導入されることが多い。そのようなウェブ・アプリケーションは、必要に応じて、バックエンド・システムとしての従来のバンキング・システムにアクセスし、バンキング・アプリケーションによるトランザクション処理を実行させる。
【０００７】
背景技術として、特開２００４−２７２５７３号公報は、既存の銀行システムを変更することなく、大量のデータを迅速に処理することができるデータ中継システムを開示する。データ中継システムは、銀行システムと低速通信回線を介して接続されるとともに、クライアントの端末と高速通信回線を介して接続される。データ中継システムは、クライアントの端末からの資金移動要求を受信し、所定のフォーマットに変換した上で、銀行システムに送信する。また、クライアントの端末から照会データの種類をデータ中継システムに登録することもできる。この場合、予め設定された時刻に、登録された照会データの種類に応答してデータ中継システムから照会データの取得要求を銀行システムに送信する。銀行システムより送信されたデータは格納しておき、クライアントの端末からの照会データの取得要求に応答して格納された照会データを送信する。
【０００８】
他の背景技術として、特開２００７−１０８９０８号公報は、専用ソフトや高価なモデムを必要としないＩＰ網を利用したリモートバンキングにおいて、本格的なマルチバンク取引を可能とするリモートバンキングシステムを開示する。リモートバンキングシステムは、端末と、端末とインターネットで接続されたプラットフォーム装置と、プラットフォーム装置と専用線で接続された複数の金融システム５１からなる。端末は、利用するコンテンツの識別と口座番号と電話番号と証明書とを、インターネットを介して、プラットフォーム装置のプラットフォームサーバへ送信する。プラットフォームサーバは、受信した証明書に基づき認証を行なう。認証結果に問題がなければ、既存リモートバンキングシステムは、受信した口座番号と電話番号とを、専用線を介して、金融システムに送信する。
【０００９】
【特許文献１】特開２００４−２７２５７３号公報
【特許文献２】特開２００７−１０８９０８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ここで、ＩＭＳを使用したトランザクション処理システムにおいては、受けたトランザクション処理要求に対して、少なくとも２種類の応答をすることができる。１つの手法は、トランザクション処理要求を発信した側のコンピュータが、トランザクション処理要求発信処理の後で応答メッセージ受信処理を実行することによって、トランザクション処理要求に対する応答メッセージを得る（受信する）というものである。この場合のトランザクション処理システムからの応答は「同期型メッセージ」と称され、この手法によれば、トランザクション処理要求と応答メッセージの間で同期が取られ、両者を関連付けるための情報は不要となる。
【００１１】
他の手法は、トランザクション処理要求を発信された後の任意のタイミングで応答メッセージをトランザクション処理システムから送信するものである。この場合、任意のタイミングで応答メッセージが送信されるので、応答メッセージがどのトランザクション処理要求に対するものなのかを関連付ける情報が必要となる。従来のトランザクション処理システムにおいては、それぞれの端末に対して事前定義された固定的な「端末ＩＤ」をかかる関連付けのための情報として用いており、応答メッセージにかかる「端末ＩＤ」が含められる。この場合のトランザクション処理システムからの応答は「非同期型メッセージ」と称される。
【００１２】
例えば、バンキング・システムであるトランザクション処理システムから口座取引処理の結果データを要求元ＡＴＭに伝送する場合、その口座取引処理が為替や他銀行との取引、ローン処理など複数のバンキング・アプリケーションで処理される場合などでは、「非同期型メッセージ」が採用される。すなわち、各ＡＴＭに割り当てられた「端末ＩＤ」によって各ＡＴＭを識別することによって、バンキング・システムからＡＴＭに口座取引処理の結果データが伝送される。
【００１３】
上述のようなバンキング・システムをバックエンド・システムとして用いたインターネット・バンキング・システムでは、バックエンド・システムが従来のＡＴＭと同じようにクライアント端末を識別し、トランザクション処理の結果データを送信するために、それぞれのクライアント端末に対応する「端末ＩＤ」が必要となる。
【００１４】
しかし、インターネット・バンキング・システムでは、多数のクライアント端末が動的にトランザクション処理を要求してくるので、それぞれのクライアント端末に事前定義された「端末ＩＤ」を割り当てると、準備すべき「端末ＩＤ」の数は膨大なものとなる。その結果、従来のバンキング・システムとインターネット・バンキング・システムを統合するに際して、端末ＩＤの管理のために大きな記憶域が必要となり、システムのパフォーマンスなどに悪影響を与える可能性が生じる。
【００１５】
そこで、本発明の目的の１つは、従来のバンキング・システムのようなトランザクション処理システムと、ウェブ・ベースのシステムを効果的に統合するために有用な方法、プログラム、およびシステムを提供することである。
【課題を解決するための手段】
【００１６】
上記の目的を達成するために、サービス要求元とネットワークを通じて通信可能なフロントエンド・アプリケーションと、フロントエンド・アプリケーションからの要求に応答してトランザクション処理を実行するバックエンド・アプリケーションと通信可能なプログラムを含むコンピュータ・システムにおける方法が提供される。バックエンド・アプリケーションは、端末ＩＤを使用した非同期型メッセージとしてトランザクション処理の結果を伝送する。上記の方法は、サービス要求元からのサービス要求を処理するためのフロントエンド・アプリケーションからバックエンド・アプリケーションに対するトランザクション処理の要求を受信するステップと、トランザクション処理の要求を受信したことに応答して、端末ＩＤ記憶部に記憶された複数の端末ＩＤのうち、その状態情報が「使用可能」である端末ＩＤを少なくとも１つ選択するステップと、選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更するステップと、選択された端末ＩＤを、トランザクション処理の要求に対する同期型メッセージとしてフロントエンド・アプリケーションに伝送するステップと、選択された端末ＩＤを使用した非同期型メッセージとしてのトランザクション処理の結果データの伝送が完了したことを検出したことに応答して、選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するステップを含む。
【００１７】
端末ＩＤ記憶部は、それぞれの状態情報と関連付けられたＮ個（Ｎ：あらかじめ設定された正の整数）の端末ＩＤを記憶することが好ましい。トランザクション処理の要求は、サービス要求元に対応する端末ＩＤを含まないことが好ましい。
【００１８】
プログラムが、バックエンド・アプリケーションにトランザクション処理の要求を伝送するステップをさらにコンピュータ・システムに実行させることが好ましい。さらに好ましくは、トランザクション処理の要求を伝送するステップが、トランザクション処理の要求に、選択された端末ＩＤを含めるステップと、バックエンド・アプリケーションに選択された端末ＩＤを含むトランザクション処理の要求を伝送するステップを含む。
【００１９】
コンピュータ・システムは、それぞれの端末ＩＤごとに、バックエンド・アプリケーションのトランザクション処理の結果データを格納するためのキューをさらに備え、選択された端末ＩＤに対応するキューにトランザクション処理の結果データが格納された後、フロント・アプリケーションからの選択された端末ＩＤに対応するキューに対する要求に応答して、当該結果データが伝送されるようにすることが好ましい。
【００２０】
コンピュータ・システムは、バックエンド・アプリケーションをフロントエンド・アプリケーションと接続するための接続プログラムであって、前記トランザクション処理の結果データの伝送が完了したことを検出する機能を備える接続プログラムを含み、前記接続プログラムが、前記トランザクション処理の結果データの伝送が完了したことを検出したことに応じて、前記選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するルーチンを呼び出すことが好ましい。
【００２１】
以上、本発明の概要を、方法として説明したが、本発明は、コンピュータ・システム、プログラム、またはプログラム製品として把握することもできる。プログラムは、前述の方法の各ステップをコンピュータに実行させるようにすることができる。プログラム製品は、例えば、前述のプログラムを格納した記憶媒体を含め、あるいはプログラムを伝送する媒体を含めることができる。コンピュータ・システムは、例えば、１つ以上のＣＰＵと前述のプログラムを格納した１つ以上のメモリを備え、当該メモリに格納された前述のプログラムが１つ以上ＣＰＵに前述の各ステップを実行させるようにすることができる。また、コンピュータ・システムは、例えば、前述の各ステップをそれぞれ実行する部分を備えるようにすることができる。
【００２２】
上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの構成要素のコンビネーションまたはサブコンビネーションもまた、発明となり得ることに留意すべきである。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２４】
また、本発明は多くの異なる態様で実施することが可能であり、実施の形態の記載内容に限定して解釈されるべきものではない。また、実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須とは限らないことに留意されたい。実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。
【００２５】
図１は、本発明の実施形態のインターネット・バンキング・システム１００を図示した高水準の全体概要図である。本発明の実施形態のインターネット・バンキング・システム１００は、バックエンド・システム１０５、ウェブ・サーバ１１０、多数のクライアント１１５、多数のＡＴＭ１２０を含む。
【００２６】
クライアント１１５およびウェブ・サーバ１１０は、インターネット１２５を通じて接続されている。ウェブ・サーバ１１０およびバックエンド・システム１０５は、イントラネット１３０を通じて接続されている。バックエンド・システム１０５とＡＴＭ１２０は、専用線１３５を通じて接続されている。
【００２７】
本発明の実施形態のシナリオでは、クライアント１１５は、フロントエンド・システムとしてのウェブ・サーバ１１０にサービスを要求するサービス要求元して動作する。図示されるように、本発明の実施形態のクライアント１１５は、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ノート（あるいはラップトップ）型パーソナル・コンピュータ、スマートフォン、デスクトップ型パーソナル・コンピュータなど、様々なタイプのクライアント情報端末装置を採用することができる。一例として、クライアント１１５がノート型あるいはデスクトップ型パーソナル・コンピュータの場合は、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）のようなオペレーティング・システム、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｆｉｒｅｆｏｘ（商標）のような標準的なウェブ・ブラウザが導入されている。
【００２８】
本発明の実施形態のシナリオでは、ウェブ・サーバ１１０は、フロントエンド・システムとして動作する。すなわち、ウェブ・サーバ１１０は、クライアント１１５からのサービス要求を受信したことに応答して、適宜バックエンド・システム１０５にトランザクション処理を実行させながらインターネット・バンキング・サービスをクライアント１１５に提供する。本発明の実施形態のウェブ・サーバ１１０には、ＩＢＭ（商標）  Ｓｙｓｔｅｍ  ｐ（商標）のようなＵＮＩＸ（登録商標）サーバに、ＡＩＸ（商標）のようなＵＮＩＸ（登録商標）オペレーティング・システム、ＷｅｂＳｐｈｅｒｅ（商標）Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（ＷＡＳ）のようなミドルウェア、バックエンド・システム１０５をウェブ・サービス化するための（ウェブ・アプリケーションの一種である）インターネット・バンキング・アプリケーションが導入されている。
【００２９】
本発明の実施形態のシナリオでは、バックエンド・システム１０５は、フロントエンド・システムであるウェブ・サーバ１１０からの要求に応答して、トランザクション処理を実施し、結果データを非同期型メッセージとして返す。また、バックエンド・システム１０５は、従来のバンキング・システムと同様、ＡＴＭ１２０からの問合せに応答して、トランザクション処理を実施することもする。本発明の実施形態のバックエンド・システム１０５は、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＩＢＭ（商標）  Ｓｙｓｔｅｍ  ｚ（商標）のような堅牢なメインフレーム・コンピュータ上に構築されたオンライン・バンキング・システムである。バックエンド・システム１０５は、ｚ／ＯＳ（商標）のようなメインフレーム用オペレーティング・システム、ＩＭＳ（商標）のようなトランザクション処理用ソフトウェア、バンキング・アプリケーションのような業務処理用ソフトウェアなどの様々なソフトウェアが導入されている。さらに、本発明の実施形態のバックエンド・システム１０５は、「中継プログラム」と称される新規なプログラムが導入されているが、このプログラムの動作の詳細は後述する。
【００３０】
本発明の実施形態のＡＴＭ１２０は、銀行等における口座取引などのために用いられる専用の機械である。ＡＴＭ１２０は、口座の持主からの操作を受け、バックエンド・システム１０５にトランザクション処理を実施させ、その結果を提示する。ＡＴＭは広く普及しており、また本発明の実施形態を説明するにあたってその詳細は必要ではないため、本明細書においては詳細な説明は省略される。
【００３１】
本発明の実施形態のインターネット１２５は、クライアント１１５とウェブ・サーバ１１０を接続する通信経路である。インターネット１２５は、当業者によく知られた通信プロトコルであるＴＣＰ／ＩＰを用いてシステム間を接続する。
【００３２】
本発明の実施形態のイントラネット１３０は、ウェブ・サーバ１１０とバックエンド・システム１０５を接続する通信経路であり、一例としてＬＡＮ（ローカル・エリア・ネットワーク）により実現することができる。イントラネット１３０は、インターネット１２５と同様に、当業者によく知られた通信プロトコルであるＴＣＰ／ＩＰを用いてシステム間を接続する。
【００３３】
本発明の実施形態の専用線１３５は、セキュリティや信頼性の高い専用線サービスによって実現されている。技術的には、例えば、専用線は非同期転送モード（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）技術などを用いることによって実現することができる。
【００３４】
図２は、本発明の実施形態のインターネット・バンキング・システム１００を説明するための機能ブロック図である。なお、図２の機能ブロック図に示す各要素は、図７を用いて後述するハードウェア構成を有する情報処理装置において、ハードディスク装置１３などに格納されたオペレーティング・システム、ミドルウェア、アプリケーション・プログラムなどのコンピュータ・プログラムをメインメモリ４にロードした上でメインＣＰＵ１に読み込ませ、ハードウェア資源とソフトウェアを協働させることによって実現することができる。
【００３５】
本発明の実施形態のクライアント１１５は、入出力部２１２、ブラウザ２１４、およびクライアント通信部２１６を備える。本発明の実施形態の入出力部２１２は、ブラウザ２１４が生成した表示データについてユーザに情報を提示することができる。また、入出力部２１２は、ブラウザ２１４に表示された入力ＨＴＭＬページに対して、ユーザがインターネット・バンキングに必要なパラメータ（例えば、口座番号、暗証番号、取引金額など）の入力を行う手段としても機能する。本発明の実施形態のシナリオでは、入力されたパラメータに基づいてクライアント１１５のブラウザ２１４によってウェブ・アプリケーション２２４に対するサービス要求が生成されるが、かかる手法はよく知られたものであるので、本明細書では詳細な説明は省略される。
【００３６】
本発明の実施形態のブラウザ２１４は、ウェブ・サーバ１１０とＨＴＴＰなどの所定のプロトコルに従う通信の結果として得られたＨＴＭＬ等のデータを解析して、解析結果に基づいて、表示データを生成することができる。また、ブラウザ２１４は、入出力部２１２を通じてパラメータに基づいて、ウェブ・サーバ１１０に送信すべきサービス要求を生成することができる。本発明の実施形態のブラウザ２１４は、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｆｉｒｅｆｏｘ（商標）のような標準的なウェブ・ブラウザによって実現することができるので、詳細な説明は省略する。
【００３７】
本発明の実施形態のクライアント通信部２１６は、ブラウザ２１４に表示するためのデータをインターネット１２５から受信することができる。また、クライアント通信部２１６は、ブラウザ２１４によって生成されたリクエストをウェブ・サーバ１１０に送信するためにインターネット１２５に送出することができる。
【００３８】
本発明の実施形態のウェブ・サーバ１１０は、フロントエンド通信部２２２、ウェブ・アプリケーション２２４、およびバックエンド通信部２２６を備える。本発明の実施形態のフロントエンド通信部２２２は、クライアント１１５からインターネット１２５に送出されたサービス要求などをインターネット１２５から受信し、ウェブ・アプリケーション２２４に引き渡すことができる。また、フロントエンド通信部２２２は、ウェブ・アプリケーション２２４によって生成されたデータを、クライアント１１５に送信するためにインターネット１２５に送出することができる。なお、フロントエンド通信部２２２は、通常のウェブ・アプリケーション・サーバが有している機能であり、例えば、ＷｅｂＳｐｈｅｒｅ（商標）Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ（ＷＡＳ）などを使用して当業者が適宜実現をすることができるので、ここでは詳細は述べない。
【００３９】
本発明の実施形態のウェブ・アプリケーション２２４は、サービス要求元であるクライアント１１５とネットワークを通じて通信可能なフロントエンド・アプリケーションとして動作する。ウェブ・アプリケーション２２４は、例えば、Ｊａｖａ（登録商標）言語（例えば、Ｊａｖａ（登録商標）  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ）などを使用して開発され得る。
【００４０】
一般的に、本発明の実施形態のウェブ・アプリケーション２２４は、クライアント１１５からのサービス要求をフロントエンド通信部２２２を通じて受信したり、ユーザのブラウザに表示すべきウェブ・ページのデータ生成処理を実施したりすることができる。また、ウェブ・アプリケーション２２４は、必要に応じてバックエンド・システム１０５にトランザクション処理を要求し、その結果データをバックエンド通信部２２６を通じて受信することができる。
【００４１】
具体的には、ウェブ・アプリケーション２２４は、クライアント１１５からのサービス要求を受信する。そして、かかるサービス要求を処理するために、必要に応じて、トランザクション処理の要求をバックエンド通信部２２６を通じてバックエンド・システム１０５に伝送する。本発明の実施形態においては、ウェブ・アプリケーション２２４から伝送されるトランザクション処理の要求には、サービス要求元のクライアント１１５に対応する端末ＩＤが含まれないことに留意されたい。
【００４２】
次に、ウェブ・アプリケーション２２４は、バックエンド・システム１０５からのトランザクション処理の要求に応答してバックエンド通信部２２６を介して「同期型メッセージ」として（すなわち、同期型メッセージの形式で）返送された、サービス要求元のクライアント１１５に対応する端末ＩＤを記憶する。その後、ウェブ・アプリケーション２２４は、バックエンド・システム１０５が備える、サービス要求元のクライアント１１５に対応する端末ＩＤに対応するキュー２４１に対して、トランザクション処理の結果データをバックエンド通信部２２６を介して伝送要求する。
【００４３】
そして、そのようなトランザクション処理の結果データの伝送要求に応答して、サービス要求元のクライアント１１５に対応する端末ＩＤに対応するキューにトランザクション処理の結果が格納された後、ウェブ・アプリケーション２２４は、トランザクション処理の結果データをバックエンド・システム１０５からバックエンド通信部２２６を介して受信する。バックエンド・システム１０５から結果データを受信したウェブ・アプリケーション２２４は、クライアント１１５からのサービス要求に対する最終応答を当該結果データを使用して生成し、クライアント１１５に伝送する。
【００４４】
本発明の実施形態のバックエンド通信部２２６は、Ｊａｖａ（登録商標）言語等を使用して開発されたウェブ・アプリケーション２２４がバックエンド・システム１０５にアクセスをするためのリソース・アダプターとして機能する。本発明の実施形態のバックエンド通信部２２６は、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＩＭＳ  Ｃｏｎｎｅｃｔｏｒ  ｆｏｒ  Ｊａｖａ（商標）等によって実現される。ＩＭＳ  Ｃｏｎｎｅｃｔｏｒ  ｆｏｒ  Ｊａｖａ（商標）等の詳細については、インターナショナル・ビジネス・マシーンズのウェブ・サイトで広く公開され、かつ提供されている“ＩＭＳ  Ｃｏｎｎｅｃｔｏｒ  ｆｏｒ  Ｊａｖａ  ２．２．２  ａｎｄ  ９．１．０．１  Ｏｎｌｉｎｅ  Ｄｏｃｕｍｅｎｔａｔｉｏｎ  ｆｏｒ  ＷｅｂＳｐｈｅｒｅ  Ｓｔｕｄｉｏ  Ａｐｐｌｉｃａｔｉｏｎ  Ｄｅｖｅｌｏｐｅｒ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｅｄｉｔｉｏｎ  ５．１．１”というタイトルのドキュメント、またはその後継バージョンのドキュメント等において説明されているので、これらのドキュメントを参考にされたい。
【００４５】
本発明の実施形態のバックエンド・システム１０５は、ＬＡＮ通信部２３２、中継プログラム２３４、端末ＩＤテーブル２３６、レガシー・アプリケーション２３８、データベース２４０、キュー２４１および専用線通信部２４２を備える。
【００４６】
ＬＡＮ通信部２３２は、レガシー・アプリケーション２３８をウェブ・アプリケーション２２４と接続するための接続プログラムである。具体的には、ＬＡＮ通信部２３２は、ＴＣＰ／ＩＰ環境からバックエンド・システムにおけるトランザクション処理へのアクセスを可能にするゲートウェイ・プログラムとして機能する。本発明の実施形態のＬＡＮ通信部２３２は、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＩＭＳ  Ｃｏｎｎｅｃｔ（商標）によって実現される。ＩＭＳ  Ｃｏｎｎｅｃｔ（商標）等の詳細については、インターナショナル・ビジネス・マシーンズのウェブ・サイトで広く公開され、かつ提供されている“ＩＭＳ  Ｃｏｎｎｅｃｔ  Ｇｕｉｄｅ  ａｎｄ  Ｒｅｆｅｒｅｎｃｅ  Ｖｅｒｓｉｏｎ  ９”というタイトルのドキュメント、またはその後継バージョンのドキュメント等において説明されているので、これらのドキュメントを参考にされたい。
【００４７】
本発明の実施形態の中継プログラム２３４は、ウェブ・アプリケーション２２４からのバックエンド・システム１０５に対するトランザクション処理の要求を、ＬＡＮ通信部２３２から受信する。ここで、本発明の実施形態においては、中継プログラム２３４が受領したトランザクション処理要求には、サービス要求元であるクライアント１１５に対応する端末ＩＤが含まれないことに留意されたい。
【００４８】
中継プログラム２３４は、かかるトランザクション処理の要求の受信に応答して、後述する端末ＩＤテーブル２３６に含まれる複数の端末ＩＤから、少なくとも１つの「使用可能」の状態情報と関連付けられているものを、サービス要求元であるクライアント１１５に対応する端末ＩＤとして選択する。
【００４９】
その後、中継プログラム２３４は、選択された端末ＩＤに関連付けられた端末ＩＤテーブル２３６の状態情報を「使用可能」の状態から「使用中」の状態に変更する。また、中継プログラム２３４は、選択された端末ＩＤをＬＡＮ通信部２３２およびバックエンド通信部２２６を通じてウェブ・アプリケーション２２４に、「同期型メッセージ」として伝送する。さらに、中継プログラム２３４は、受信したトランザクション処理の要求に選択された端末ＩＤを含め、当該端末ＩＤを含むトランザクション処理の要求をレガシー・アプリケーション２３８に伝送する。
【００５０】
その後、レガシー・アプリケーション２３８は、トランザクション処理を実行し、その結果データをＬＡＮ通信部２３２およびバックエンド通信部２２６を通じてウェブ・アプリケーション２２４に伝送する。具体的には、レガシー・アプリケーション２３８は、バックエンド・システムが備えるキュー２４１のうち、選択された端末ＩＤに対応するものに、受信した結果データを格納する。なお、キュー２４１にトランザクション処理の結果データが格納された後、ウェブ・アプリケーション２２４からの選択された端末ＩＤに対応するキュー２４１に対する伝送要求（選択された端末ＩＤを含む）に応答して、当該結果データがウェブ・アプリケーション２２４に伝送される。
【００５１】
さらに、中継プログラム２３４は、選択された端末ＩＤを使用した非同期型メッセージとしてのトランザクション処理の結果データの伝送が完了したことを検出したことに応答して、中継プログラム２３４によって選択され、対応するクライアント１１５に割り当てられていた端末ＩＤに関連付けられた状態情報を「使用中」状態から「使用可能」状態に変更（復帰）することもする。なお、本発明の実施形態では、「非同期処理の結果のサービス要求元であるクライアント１１５への伝送完了の検出」および「端末ＩＤに関連付けられた状態情報を「使用中」状態から「使用可能」状態に変更」するルーチンの呼び出しは、ＩＭＳ  Ｃｏｎｎｅｃｔ（商標）を用いて実装されたＬＡＮ通信部２３２によるエグジット・ルーチン機能を用いて実施される。すなわち、ＩＭＳ  Ｃｏｎｎｅｃｔ（商標）は、ＩＭＳ  Ｃｏｎｎｅｃｔ実行中に発生した特定のイベントを検出する機能、および当該特定のイベントに応答して呼び出されるプログラム（ルーチンと称される）をユーザの必要に応じて作成することができる機能（エグジット・ルーチン機能と称する）を備える。本発明の実施形態では、特定のイベントを「トランザクション処理の結果データの伝送が完了したことを検出すること」とし、当該特定のイベントに応じて呼び出されるが「選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更する」ルーチンが呼び出されるように、エグジット・ルーチン機能が構成されているものとする。
【００５２】
本発明の実施形態の端末ＩＤテーブル２３６は、使用可能状態の端末ＩＤおよび使用不可能状態の端末ＩＤを含む、Ｎ個（Ｎ：あらかじめ管理者、ユーザ、オペレータ等によって設定された正の整数）の端末ＩＤを含む。図６は、本発明の実施形態の端末ＩＤテーブル２３６の例を表現した図である。端末ＩＤテーブル２３６は、ＷＴＥＲＭ０００からＷＴＥＲＭ９９９までの１０００個の端末ＩＤを含む。
【００５３】
図６に示すように、端末ＩＤテーブル２３６においては、複数の端末ＩＤ（６０５）と、それぞれの端末ＩＤに関連付けられた状態情報（６１０）が記録されている。状態情報のカラムにおける、「０」は「使用中」（本発明の実施形態においては、「使用不可」と同義である）状態を表現し、「１」は「使用可能」状態を表現している。
【００５４】
なお、ここでいう「使用中」の状態情報は、その状態情報と関連付けられた端末ＩＤが、あるクライアント１１５に対して新たに割り当てるために中継プログラムによって選択することができない状態をいい、表現形式を問わない。同様に、「使用可能」の状態情報は、その状態情報と関連付けられた端末ＩＤが、あるクライアント１１５に対して新たに割り当てるために中継プログラムによって選択することができる状態をいい、表現形式を問わない。かかる状態情報は、図３ないし図５を使用して後述する処理手順に従って、中継プログラム２３４によって変更され得る。
【００５５】
本発明の実施形態のレガシー・アプリケーション２３８は、サービス要求元であるクライアント１１５からのサービス要求を受けるフロントエンド・アプリケーションであるウェブ・アプリケーション２２４から、さらに前述のサービス要求を処理するためのトランザクション処理要求を受信し、処理するバックエンド・アプリケーションとして動作する、１以上のプログラムである。レガシー・アプリケーション２３８は、例えば、ＣＯＢＯＬ言語などのレガシー言語で開発され得る。レガシー・アプリケーション２３８は、ウェブ・アプリケーション２２４あるいはＡＴＭ１２０からのトランザクション処理要求に応答して、データベース２４０に格納された各レコードにアクセスするなどして、トランザクション処理を実行する。
【００５６】
本発明の実施形態のデータベース２４０は、銀行の顧客の口座情報などを格納しており、レガシー・アプリケーション２３８などのアクセスに応答して、格納された情報の提供・更新・消去などの処理を実施する。かかるデータベース２４０としては、例えば、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＩＭＳ  Ｖ９  Ｔｒａｎｓａｃｔｉｏｎ  ａｎｄ  Ｄａｔａｂａｓｅ  Ｓｅｒｖｅｒｓ製品等を採用することができる。
【００５７】
本発明の実施形態のキュー２４１は、レガシー・アプリケーション２３８のトランザクション処理の結果データを格納するための複数のキュー構造を含む。複数のキュー構造は、それぞれの端末ＩＤごとに形成される。キュー構造は、あらかじめ静的に準備されてもよいし、サービス要求を発したクライアント１１５に割り当てるために中継プログラム２３４が端末ＩＤを選択されたことに応答して動的に形成されてもよい。ウェブ・アプリケーション２２４は、キュー２４１にトランザクション処理の結果データが格納された後、上述の選択された端末ＩＤを用いて、当該端末ＩＤに対応するキュー２４１に対する要求に応答して、結果データがウェブ・アプリケーション２２４に伝送されることとなる。
【００５８】
本発明の実施形態の専用線通信部２４２は、バックエンド・システム１０５からＡＴＭ１２０に通信されるデータを専用線１３５に送出し、またＡＴＭ１２０からバックエンド・システムに通信されるデータを専用線１３５から受信する。なお、専用線通信部２４２の先にある専用線およびＡＴＭ１２０自身は広く実施され当業者に知られたものであるので、図２においては省略され、説明されない。
【００５９】
図３ないし図５は、本発明の実施形態のインターネット・バンキング・システム１００の動作を表現するフローチャート３００、４００および５００である。本発明の実施形態のシナリオでは、インターネット・バンキングの口座の所有者がクライアント１１５を操作し、インターネット・バンキングにおける取引処理を遂行することを例としてインターネット・バンキング・システム１００の動作を説明する。なお、本発明の実施形態では、一般的に、フローチャート３００、５００に含まれる各ステップは、クライアント１１５またはウェブ・サーバ１１０において生起し、フローチャート４００に含まれる各ステップは、バックエンド・システム１０５において生起することに留意されたい。
【００６０】
まず、処理はステップ３０５でスタートし、ステップ３１０において、クライアント１１５のブラウザ２１４において口座の所有者が入力したパラメータに基づいて生成されたインターネット・バンキングの口座取引に関するサービス要求がウェブ・サーバ１１０に送信される。
【００６１】
処理はステップ３１５に進み、クライアント１１５からのサービス要求をウェブ・サーバ１１０が受信したことに応答して、ウェブ・アプリケーション２２４がインターネット・バンキングの口座取引処理を開始する。
【００６２】
次に、処理はステップ３２０において、ウェブ・アプリケーション２２４によるインターネット・バンキングによる口座取引処理が進められる過程で、バックエンド・システム１０５での処理が必要かどうか判定される。口座取引処理がバックエンド・システム１０５での処理を必要としなかった場合は、処理はＮｏの矢印から（Ａ）のシンボル３２５を通じて図５に図示されたフローチャート５００のステップ５０５に進み、ウェブ・アプリケーション２２４による処理が進み、完了する。
【００６３】
これに対して、口座取引処理がバックエンド・システム１０５での処理を必要とすると判定された場合は、フローチャートはＹｅｓの矢印からステップ３３０に進む。ステップ３３０では、ウェブ・アプリケーション２２４からバックエンド・システム１０５にトランザクション処理要求が送信される。
【００６４】
その後、処理は（Ｂ）のシンボル３３５を通じて図４に図示されたフローチャート４００のステップ４０５に進み、バックエンド・システム１０５の中継プログラム２３４は、ＬＡＮ通信部２３２を通じてトランザクション処理要求を受信する。そして、次のステップ４１０において、中継プログラム２３４は、端末ＩＤテーブル２３６に含まれるＮ個（Ｎ：あらかじめ設定された正の整数）の端末ＩＤから、その状態情報が「使用可能」である少なくとも１つの端末ＩＤを、サービス要求を発したクライアント１１５に対応する端末ＩＤとして選択する。なお、かかる端末ＩＤの選択は、一例として、端末ＩＤをその文字列の頭からアルファベット順（ａｌｐｈａｂｅｔｉｃａｌ  ｏｒｄｅｒ）に並べ、さらに頭からのアルファベットが同じもののグループ内でさらに数字順（ｎｕｍｅｒｉｃａｌ  ｏｒｄｅｒ）に並べた上で、最も先頭の端末ＩＤを選択する、などの所定のアルゴリズムに従って端末ＩＤを自動的に選択することによって実現することができる。
【００６５】
さらに処理はステップ４１５に進み、中継プログラム２３４は、ステップ４１０において選択された端末ＩＤをウェブ・アプリケーション２２４に「同期型メッセージ」として伝送（返信）する。次にステップ４２０において、中継プログラム２３４は、ステップ４１０において選択された端末ＩＤに関連付けられた状態情報を「使用可能」から「使用中」に変更する。
【００６６】
処理はステップ４２０からステップ４２５に進み、中継プログラム２３４は、ステップ４１０において選択された端末ＩＤをトランザクション処理要求に含める。次のステップ４３０において、中継プログラム２３４は、端末ＩＤが含められたトランザクション処理要求を、バックエンド・アプリケーションとしてのレガシー・アプリケーション２３８に伝送する。
【００６７】
処理はステップ４３５に進み、トランザクション処理要求に応答して、１以上のプログラムであるレガシー・アプリケーション２３８がトランザクション処理を実行する。トランザクション処理の結果データは、レガシー・アプリケーション２３８によって、ステップ４１０においてトランザクション処理要求に含められた端末ＩＤを使用して、当該端末ＩＤに対応するキュー２４１のキュー構造に格納される。
【００６８】
処理はステップ４４０へ進み、キュー２４１に格納されたトランザクション処理の結果データが端末ＩＤを使用することによって、ウェブ・アプリケーション２２４に伝送される。具体的には、ウェブ・アプリケーション２２４は、ステップ４１０において選択され、ステップ４１５において返信された端末ＩＤを含む伝送要求を、当該端末ＩＤに対応するキューに対して出す。そして、当該伝送要求に応答して、トランザクション処理の結果データが伝送される。
【００６９】
処理はステップ４４５に進み、バックエンド・システム１０５（具体的には、中継プログラム２３４）は、フロントエンド・アプリケーション１１５への結果データの伝送が完了したことを検出する。次にステップ４５０において、結果データの伝送の完了が検出されたことに応答して、前述の選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更する。なお、上述したように本発明の実施形態では、「結果データの伝送の完了の検出」は、ＩＭＳ  Ｃｏｎｎｅｃｔ（商標）を用いて実装されたＬＡＮ通信部２３２によるエグジット・ルーチン機能を用いて実施される。すなわち、ＩＭＳ  Ｃｏｎｎｅｃｔ（商標）を用いて実装されたＬＡＮ通信部２３２は、トランザクション処理の結果データの伝送が完了したことを検出する機能を備え、トランザクション処理の結果データの伝送が完了したことを検出したことに応じて、選択された端末ＩＤの状態情報を「使用中」から「使用可能」に変更するルーチンが呼び出される。
【００７０】
次に処理は（Ｃ）のシンボル４５５を通じて図５に図示されたフローチャート５００のステップ５０５に進み、ステップ４４０において伝送されたトランザクション処理の結果データを使用して、ウェブ・アプリケーション２２４による処理が実施され、完了する。そして、ステップ５１０において、ウェブ・アプリケーション２２４は、前述のウェブ・アプリケーション２２４による処理の結果得られたサービス要求に対する応答データをサービス要求元であるクライアント１１５に返信し、処理は終了する（ステップ５１５）。
【００７１】
図７は、本発明の実施の形態のクライアント、ウェブ・サーバおよびバックエンド・システムを実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。情報処理装置は、バス２に接続されたメインＣＰＵ（中央処理装置）１とメインメモリ４を含んでいる。ハードディスク装置１３、３０、およびＣＤ−ＲＯＭ装置２６、２９、フレキシブル・ディスク装置２０、ＭＯ装置２８、ＤＶＤ装置３１のようなリムーバブル・ストレージ（記録メディアを交換可能な外部記憶システム）がフロッピーディスクコントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７などを経由してバス２へ接続されている。
【００７２】
フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記憶メディアが、リムーバブル・ストレージに挿入される。これらの記憶メディアやハードディスク装置１３、３０、ＲＯＭ１４には、オペレーティング・システムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・プログラムのコードを記録することができる。メインメモリ４にロードされることによってコンピュータ・プログラムは実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記録することもできる。
【００７３】
情報処理装置は、キーボード／マウス・コントローラ５を経由して、キーボード６やマウス７のような入力デバイスからの入力を受ける。情報処理装置は、視覚データをユーザに提示するための表示装置１１にＤＡＣ／ＬＣＤＣ１０を経由して接続される。
【００７４】
情報処理装置は、ネットワーク・アダプタ１８（イーサネット（商標）・カードやトークンリング・カード）等を介してネットワークに接続し、他のコンピュータ等と通信を行うことが可能である。図示はされていないが、パラレルポートを介してプリンタと接続することや、シリアルポートを介してモデムを接続することも可能である。
【００７５】
以上の説明により、本発明の実施の形態によるシステムを実現するのに好適な情報処理装置は、通常のパーソナル・コンピュータ、ワークステーション、メインフレームなどの情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、これらの構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。
【００７６】
本発明の実施の形態において使用される情報処理装置の各ハードウェア構成要素を、複数のマシンを組み合わせ、それらに機能を配分し実施する等の種々の変更は当業者によって容易に想定され得ることは勿論である。それらの変更は、当然に本発明の思想に包含される概念である。
【００７７】
本発明の実施形態によるクライアント、サーバは、マイクロソフト・コーポレーションが提供するＷｉｎｄｏｗｓ（登録商標）オペレーティング・システム、アップル・コンピュータ・インコーポレイテッドが提供するＭａｃＯＳ（商標）、Ｘ  Ｗｉｎｄｏｗ  Ｓｙｓｔｅｍを備えるＵＮＩＸ（登録商標）系システム（例えば、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＡＩＸ（商標）など）のような、ＧＵＩ（グラフィカル・ユーザ・インターフェース）マルチウインドウ環境をサポートするオペレーティング・システムを採用することができる。
【００７８】
以上から、本発明の実施の形態において使用されるシステムは、特定のオペレーティング・システム環境に限定されるものではないことを理解することができる。すなわち、オペレーティング・システムは、アプリケーション・ソフトウェアなどがデータ処理システムの資源を利用できるようにする資源管理機能を提供することができるものであれば、いかなるものをも採用することができる。なお、資源管理機能には、ハードウェア資源管理機能、ファイルハンドル機能、スプール機能、ジョブ管理機能、記憶保護機能、仮想記憶管理機能などが含まれ得るが、これらの機能については、当業者によく知られたものであるので詳細な説明は省略する。
【００７９】
また、本発明は、ハードウェア、ソフトウェア、またはハードウェア及びソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するデータ処理システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該データ処理システムにロードされ実行されることにより、該プログラムは、データ処理システムを制御し、本発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。
【００８０】
もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本発明の機能を実行するためのプログラムは、フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のデータ処理システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。また、様々な形態で、本発明を実施するプログラム製品を提供することも勿論可能であることにも留意されたい。
【００８１】
本発明の実施形態によれば、ウェブ・アプリケーションは、バックエンド・システムの中継プログラムから通知され、受信した端末ＩＤを使用して非同期型メッセージを通信するので、ウェブ・アプリケーション（フロントエンド・アプリケーション）側で端末ＩＤを管理する必要がなくなる。したがって、従来のトランザクション処理システムをより容易にウェブ・ベースのフロントエンド・アプリケーションで利用することが可能となる。
【００８２】
本発明の実施形態によれば、トランザクション処理要求に応答して、バックエンド・システム側で選択し、割り当てる端末ＩＤは有限かつ再利用可能であるので、バックエンド・システム側で端末ＩＤの管理のために準備すべきリソース（ハードディスク装置、メモリ、準備すべきキュー構造など）を比較的少ないものとすることができる。
【００８３】
本発明の実施形態によれば、端末ＩＤの割当処理はフロントエンド・システム側のウェブ・アプリケーションからのトランザクション処理要求により開始され、端末ＩＤの開放処理はバックエンド・システム側の接続プログラムのエグジット・ルーチンによって開始される。すなわち、本発明の実施形態によれば、端末ＩＤの割当処理と開放処理の実行トリガーを分離され、その結果、ウェブ・アプリケーションの開発負担を軽減し、端末ＩＤの開放処理の忘れを防止することができる。
【００８４】
上記の実施の形態に、種々の変更または改良を加えることが可能であることが当業者に明らかである。例えば、本発明の実施形態の端末ＩＤテーブル２３６は、テーブル形式として実装されているが、１以上の端末ＩＤとそれらと関連付けられた状態情報を記録することができる、いかなる他のデータ記録形式に従う端末ＩＤ記憶部も本発明の技術的思想に含まれることは当然である。そのような変更または改良を加えた形態も当然に本発明の技術的範囲に含まれることに留意されたい。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施形態のインターネット・バンキング・システムを図示した高水準の全体概要図である。
【図２】本発明の実施形態のインターネット・バンキング・システムの機能ブロック図である。
【図３】本発明の実施形態のインターネット・バンキング・システムの動作を表現するフローチャートである。
【図４】本発明の実施形態のインターネット・バンキング・システムの動作を表現するフローチャートである。
【図５】本発明の実施形態のインターネット・バンキング・システムの動作を表現するフローチャートである。
【図６】本発明の実施形態のインターネット・バンキング・システムの端末ＩＤテーブルを表現した図である。
【図７】本発明の実施の形態によるクライアント、ウェブ・サーバおよびバックエンド・システムを実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。
【図１】
2009223790.tif 000003
【図２】
2009223790.tif 000004
【図３】
2009223790.tif 000005
【図４】
2009223790.tif 000006
【図５】
2009223790.tif 000007
【図６】
2009223790.tif 000008
【図７】
2009223790.tif 000009