口座管理システムおよび方法
【課題】 入力される口座番号及び表示される口座番号と異なる口座番号を用いて、内部処理を可能な口座管理システムを提供する。
【解決手段】 口座管理システムであって、第１の口座番号を入力可能な画面を表示する表示手段１０１と、第１の口座番号を入力する入力手段１０３と、第１の口座番号を第２の口座番号へ変換する第１の変換手段１０５と、第２の口座番号に基づいてデータ処理を行い、処理結果を出力するデータ処理手段１０７と、第２の口座番号を第１の口座番号へ変換する第２の変換手段１０９と、処理結果と第１の口座番号とを対応付けて表示手段１０１に表示可能とする対応付け手段１１１と、を備える。
【解決手段】 口座管理システムであって、第１の口座番号を入力可能な画面を表示する表示手段１０１と、第１の口座番号を入力する入力手段１０３と、第１の口座番号を第２の口座番号へ変換する第１の変換手段１０５と、第２の口座番号に基づいてデータ処理を行い、処理結果を出力するデータ処理手段１０７と、第２の口座番号を第１の口座番号へ変換する第２の変換手段１０９と、処理結果と第１の口座番号とを対応付けて表示手段１０１に表示可能とする対応付け手段１１１と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、証券会社、銀行等の金融機関において口座を管理するために使用される口座管理システム及び方法に関する。
【背景技術】
【０００２】
近年、金融機関における保険商品等の窓口販売が一部解禁されており、今後、対象商品も拡大する傾向にある。そのため、金融機関と保険会社のそれぞれが適切に保険商品等を管理することが必要とされる。ところで、同一の保険商品について、保険会社と金融機関のそれぞれで管理する場合、管理体系の違いに起因して連絡の齟齬等の発生や事務処理負担が増大することが考えられる。このような不都合を回避するために第１の管理体系で使用される第１の番号と第２の管理体系で使用される第２の番号とを対応付けて記憶するテーブルを用いる技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−１０８７７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、例えば、第１の顧客番号と第２の顧客番号とを対応付けて記憶するテーブルを用いる場合は、部店番号を一部に含む顧客番号を使用すると、ある部店が閉店となる毎に、旧部店の部店番号を一部に含む旧顧客番号と、新部店の部店番号を一部に含む新顧客番号とを対応付けて新たに記憶することが必要となる。
【０００４】
また現在、金融機関の統廃合に伴う支店の閉鎖などにより、部店が変更されるケースが増えている。しかし、部店が変更される毎に、旧顧客番号と新顧客番号とを対応付けて新たに記憶しなければならないとすると処理が煩雑となる。また、変更された部店の部店番号を一部に含む顧客番号が刻印されている全ての顧客カードの再発行や、当該部店の部店番号を一部に含む顧客番号が記載されている全ての書類の再受け入れ等が必要となってしまいかねない。
【課題を解決するための手段】
【０００５】
本発明の第１の特徴は、口座管理システムであって、第１の口座番号を入力可能な画面を表示する表示手段と、第１の口座番号を入力する入力手段と、第１の口座番号を第２の口座番号へ変換する第１の変換手段と、第２の口座番号に基づいてデータ処理を行い、処理結果を出力するデータ処理手段と、第２の口座番号を第１の口座番号へ変換する第２の変換手段と、処理結果と第１の口座番号とを対応付けて表示手段に表示可能とする対応付け手段と、を備えることにある。
【発明の効果】
【０００６】
本発明の第１の特徴によれば、第２の口座番号に基づいて行われたデータ処理の結果が、第２の口座番号ではなく第１の口座番号に対応付けて表示される。つまり、入力される口座番号も表示される口座番号も第１の口座番号であるが、内部的には第２の口座番号でデータ処理を行うことができる。
【発明を実施するための最良の形態】
【０００７】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明によって限定されるものではない。
【０００８】
図１は、本発明の実施の形態に係る口座管理システムを示す概略構成図である。図１に示すように、口座管理システムは、クライアント端末１００とサーバ装置１５０とからなる。クライアント端末１００は、表示手段１０１、印刷手段１０２、入力手段１０３を備え、サーバ装置１５０は、第１の変換手段１０５、データ処理手段１０７、第２の変換手段１０９、対応付け手段１１１、及び記憶手段１１３を備える。
【０００９】
表示手段１０１は、例えばＣＲＴディスプレイ、液晶ディスプレイなどであり、口座番号入力画面、データ処理結果表示画面などが表示される。ＨＴＭＬファイルなどの画面構成ファイルをウェブブラウザが解釈することによって口座入力画面等が表示される。
【００１０】
入力手段１０３は、例えばキーボード、ポインティングデバイスなどであり、口座番号を入力したり、画面上のボタンをクリックしたりするために使用される。
【００１１】
第１の変換手段１０５は、第１の口座番号を第２の口座番号へ変換する。第１の口座番号とは例えば７桁の口座番号で、第２の口座番号とは例えば１１桁の口座番号とする。
【００１２】
データ処理手段１０７は、口座番号に対応する各種データを読み出したり、読み出されたデータに基づいて計算をしたりする。データ処理手段１０７は、第２の口座番号にのみ対応可能であり、第１の口座番号には対応できない。
【００１３】
第２の変換手段１０９は、第２の口座番号を第１の口座番号へ変換する。対応付け手段１１１は、第２の口座番号に基づいて読み出されたりしたデータ処理結果を第１の口座番号に対応付ける。記憶手段１１３は、第２の口座番号に関連付けられた取引履歴などの各種データを記憶する。
【００１４】
図２は、図１に示した口座管理システムにおける処理の流れを示すフローチャートである。まず、クライアント端末１００において、口座番号を入力可能な画面を表示手段１０１に表示し（ステップＳ２０１）、入力手段１０３を用いて７桁の口座番号（第１の口座番号に相当）が入力される（ステップＳ２０３）。
【００１５】
次いで、サーバ装置１５０において、第１の変換手段１０５によって７桁の口座番号に４桁の部店番号が付加されて１１桁の口座番号（第２の口座番号に相当）に変換され（ステップＳ２０５）、データ処理手段１０７によって１１桁の口座番号に基づいてデータ処理が実行され（ステップＳ２０７）、第２の変換手段１０９によって１１桁の口座番号が７桁の口座番号に変換され（ステップＳ２０９）、対応付け手段１１１によって７桁の口座番号とデータ処理の結果が対応付けられる（ステップＳ２１１）。なお、「４桁の部店番号」とは最大４桁の部店番号という意味であり、１〜４桁のいずれでも良い。
【００１６】
さらに、クライアント端末１００において、７桁の口座番号と共にデータ処理の結果が表示手段１０１に表示されるか又は印刷手段１０２によって印刷される（ステップＳ２１３）。７桁の口座番号と共にデータ処理の結果が表示手段１０１に表示され、かつ印刷手段１０２によって印刷されるとしても良い。
【００１７】
図３は、図１に示した口座管理システムにおける口座番号等のデータの流れを示す図である。図３ではクライアント端末１００から口座番号「１２３４５６７」が入力され、プレゼンテーションロジック（ＰＬ）３１０へ送られる。第１の口座番号「１２３４５６７」は、ＰＬ３１０内の第１の変換モジュール（第１の変換手段に相当）によって第２の口座番号「△０１５１２３４５６７」に変換され、ビジネスロジック（ＢＬ）３２０へ送られる。ＢＬ３２０は第２の口座番号を検索キーとして記憶手段３３０に記憶されている取引履歴等を検索・抽出し、データ処理結果として出力する。
【００１８】
表示手段１０１を用いてデータ処理結果を表示する場合は、ＰＬ３１０内の第２の変換モジュール（第２の変換手段に相当）によって第２の口座番号「△０１５１２３４５６７」が第１の口座番号「１２３４５６７」に変換され、第１の口座番号と対応付けられてデータ処理結果が表示される。
【００１９】
印刷手段１０２を用いてデータ処理結果を印刷する場合は、ＢＬ３２０内の第２の変換モジュールによって第２の口座番号「△０１５１２３４５６７」が第１の口座番号「１２３４５６７」に変換され、第１の口座番号と対応付けられてデータ処理結果が印刷される。
【００２０】
図４は、第１の口座番号を第２の口座番号へ変換する必要がある場合と、変換の必要がない場合のプログラム構造の違いを説明するための図である。（ａ）は変換が必要な場合を示し、（ｂ）は変換が必要ない場合を示す。
【００２１】
図４（ａ）に示すように、変換が必要な場合、口座番号入力画面４０１に第１の口座番号「１２３４５６７」が入力され、送信ボタン４０２がクリックされると部店番号「１５」と第１の口座番号「１２３４５６７」がサーバプログラムＡに読み込まれ、第１の変換モジュールによって第２の口座番号「１５１２３４５６７」が生成され、部店番号「１５」と第２の口座番号「１５１２３４５６７」とに基づいてメイン処理がなされ、データ出力処理がなされる。
【００２２】
また、図４（ｂ）に示すように、変換が必要ない場合、口座番号入力画面４１１に第２の口座番号「１５１２３４５６７」が入力され、送信ボタン４１２がクリックされると部店番号「１５」と第２の口座番号「１５１２３４５６７」がサーバプログラムＢに読み込まれ、部店番号「１５」と第２の口座番号「１５１２３４５６７」とに基づいてメイン処理がなされ、データ出力処理がなされる。
【００２３】
図４（ａ）と図４（ｂ）とを比較して明らかなように、第１の口座番号から第２の口座番号への変換が必要な場合のサーバプログラムＡと必要ない場合のサーバプログラムＢとの相違は第１の変換モジュールの有無だけであって、その他の入力データ読み込み処理モジュール、データ出力処理モジュール、メイン処理モジュールを変更する必要は無い。
【００２４】
最終的に、図４（ａ）に示した口座番号の運用から図４（ｂ）に示した口座番号の運用へ全面的に移行することを目的とする。全ての画面や帳票を一気に変更することは困難な為、図４（ａ）に対応するシステムで運用しながら、水面下で図４（ｂ）に対応するシステム等の準備を進めておき、準備が整った時点で図４（ｂ）に切り替えるものとする。また、図４（ａ）に対応するシステムと図４（ｂ）に対応するシステムとを併存させつつ、次第に、図４（ｂ）に対応するシステムへ全面的に移行することも可能である。
【００２５】
図４（ｂ）に示した例では、画面Ｂ４１１に表示されている部店番号「１５」と口座番号の上２桁の数字が一致しているが、このことは口座番号の上２桁の数字が部店番号を表すことを意味しない。つまり、口座番号そのものは部店番号から切り離されている。
【００２６】
仮に、画面Ｂ４１１に表示されている口座番号「１５１２３４５６７」の口座に関連する取引等を処理する部店が変更された場合、画面Ｂ４１１の部店欄に表示される番号は変わっても、口座番号欄に入力される口座番号は「１５１２３４５６７」のまま変更されない。部店が変わっても、口座番号を変更する必要がないことは、部店変更への迅速対応を可能とする。
【００２７】
上記の如く、本実施の形態によれば、入力される口座番号も表示される口座番号も７桁の口座番号であるが、内部的には１１桁の口座番号でデータ処理を行うことができる。また、入力される口座番号が１１桁の口座番号に変更された場合にサーバプログラムの変更は極めてわずかである。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態に係る口座管理システムを示す概略構成図である。
【図２】図１に示した口座管理システムにおける処理の流れを示すフローチャートである。
【図３】図１に示した口座管理システムにおける口座番号等のデータの流れを示す図である。
【図４】第１の口座番号を第２の口座番号へ変換する必要がある場合と、変換の必要がない場合のプログラム構造の違いを説明するための図である。
【符号の説明】
【００２９】
１００…クライアント端末
１０１…表示手段
１０２…印刷手段
１０３…入力手段
１０５…第１の変換手段
１０７…データ処理手段
１０９…第２の変換手段
１１１…対応付け手段
１０９…記憶手段
【技術分野】
【０００１】
本発明は、証券会社、銀行等の金融機関において口座を管理するために使用される口座管理システム及び方法に関する。
【背景技術】
【０００２】
近年、金融機関における保険商品等の窓口販売が一部解禁されており、今後、対象商品も拡大する傾向にある。そのため、金融機関と保険会社のそれぞれが適切に保険商品等を管理することが必要とされる。ところで、同一の保険商品について、保険会社と金融機関のそれぞれで管理する場合、管理体系の違いに起因して連絡の齟齬等の発生や事務処理負担が増大することが考えられる。このような不都合を回避するために第１の管理体系で使用される第１の番号と第２の管理体系で使用される第２の番号とを対応付けて記憶するテーブルを用いる技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−１０８７７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、例えば、第１の顧客番号と第２の顧客番号とを対応付けて記憶するテーブルを用いる場合は、部店番号を一部に含む顧客番号を使用すると、ある部店が閉店となる毎に、旧部店の部店番号を一部に含む旧顧客番号と、新部店の部店番号を一部に含む新顧客番号とを対応付けて新たに記憶することが必要となる。
【０００４】
また現在、金融機関の統廃合に伴う支店の閉鎖などにより、部店が変更されるケースが増えている。しかし、部店が変更される毎に、旧顧客番号と新顧客番号とを対応付けて新たに記憶しなければならないとすると処理が煩雑となる。また、変更された部店の部店番号を一部に含む顧客番号が刻印されている全ての顧客カードの再発行や、当該部店の部店番号を一部に含む顧客番号が記載されている全ての書類の再受け入れ等が必要となってしまいかねない。
【課題を解決するための手段】
【０００５】
本発明の第１の特徴は、口座管理システムであって、第１の口座番号を入力可能な画面を表示する表示手段と、第１の口座番号を入力する入力手段と、第１の口座番号を第２の口座番号へ変換する第１の変換手段と、第２の口座番号に基づいてデータ処理を行い、処理結果を出力するデータ処理手段と、第２の口座番号を第１の口座番号へ変換する第２の変換手段と、処理結果と第１の口座番号とを対応付けて表示手段に表示可能とする対応付け手段と、を備えることにある。
【発明の効果】
【０００６】
本発明の第１の特徴によれば、第２の口座番号に基づいて行われたデータ処理の結果が、第２の口座番号ではなく第１の口座番号に対応付けて表示される。つまり、入力される口座番号も表示される口座番号も第１の口座番号であるが、内部的には第２の口座番号でデータ処理を行うことができる。
【発明を実施するための最良の形態】
【０００７】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明によって限定されるものではない。
【０００８】
図１は、本発明の実施の形態に係る口座管理システムを示す概略構成図である。図１に示すように、口座管理システムは、クライアント端末１００とサーバ装置１５０とからなる。クライアント端末１００は、表示手段１０１、印刷手段１０２、入力手段１０３を備え、サーバ装置１５０は、第１の変換手段１０５、データ処理手段１０７、第２の変換手段１０９、対応付け手段１１１、及び記憶手段１１３を備える。
【０００９】
表示手段１０１は、例えばＣＲＴディスプレイ、液晶ディスプレイなどであり、口座番号入力画面、データ処理結果表示画面などが表示される。ＨＴＭＬファイルなどの画面構成ファイルをウェブブラウザが解釈することによって口座入力画面等が表示される。
【００１０】
入力手段１０３は、例えばキーボード、ポインティングデバイスなどであり、口座番号を入力したり、画面上のボタンをクリックしたりするために使用される。
【００１１】
第１の変換手段１０５は、第１の口座番号を第２の口座番号へ変換する。第１の口座番号とは例えば７桁の口座番号で、第２の口座番号とは例えば１１桁の口座番号とする。
【００１２】
データ処理手段１０７は、口座番号に対応する各種データを読み出したり、読み出されたデータに基づいて計算をしたりする。データ処理手段１０７は、第２の口座番号にのみ対応可能であり、第１の口座番号には対応できない。
【００１３】
第２の変換手段１０９は、第２の口座番号を第１の口座番号へ変換する。対応付け手段１１１は、第２の口座番号に基づいて読み出されたりしたデータ処理結果を第１の口座番号に対応付ける。記憶手段１１３は、第２の口座番号に関連付けられた取引履歴などの各種データを記憶する。
【００１４】
図２は、図１に示した口座管理システムにおける処理の流れを示すフローチャートである。まず、クライアント端末１００において、口座番号を入力可能な画面を表示手段１０１に表示し（ステップＳ２０１）、入力手段１０３を用いて７桁の口座番号（第１の口座番号に相当）が入力される（ステップＳ２０３）。
【００１５】
次いで、サーバ装置１５０において、第１の変換手段１０５によって７桁の口座番号に４桁の部店番号が付加されて１１桁の口座番号（第２の口座番号に相当）に変換され（ステップＳ２０５）、データ処理手段１０７によって１１桁の口座番号に基づいてデータ処理が実行され（ステップＳ２０７）、第２の変換手段１０９によって１１桁の口座番号が７桁の口座番号に変換され（ステップＳ２０９）、対応付け手段１１１によって７桁の口座番号とデータ処理の結果が対応付けられる（ステップＳ２１１）。なお、「４桁の部店番号」とは最大４桁の部店番号という意味であり、１〜４桁のいずれでも良い。
【００１６】
さらに、クライアント端末１００において、７桁の口座番号と共にデータ処理の結果が表示手段１０１に表示されるか又は印刷手段１０２によって印刷される（ステップＳ２１３）。７桁の口座番号と共にデータ処理の結果が表示手段１０１に表示され、かつ印刷手段１０２によって印刷されるとしても良い。
【００１７】
図３は、図１に示した口座管理システムにおける口座番号等のデータの流れを示す図である。図３ではクライアント端末１００から口座番号「１２３４５６７」が入力され、プレゼンテーションロジック（ＰＬ）３１０へ送られる。第１の口座番号「１２３４５６７」は、ＰＬ３１０内の第１の変換モジュール（第１の変換手段に相当）によって第２の口座番号「△０１５１２３４５６７」に変換され、ビジネスロジック（ＢＬ）３２０へ送られる。ＢＬ３２０は第２の口座番号を検索キーとして記憶手段３３０に記憶されている取引履歴等を検索・抽出し、データ処理結果として出力する。
【００１８】
表示手段１０１を用いてデータ処理結果を表示する場合は、ＰＬ３１０内の第２の変換モジュール（第２の変換手段に相当）によって第２の口座番号「△０１５１２３４５６７」が第１の口座番号「１２３４５６７」に変換され、第１の口座番号と対応付けられてデータ処理結果が表示される。
【００１９】
印刷手段１０２を用いてデータ処理結果を印刷する場合は、ＢＬ３２０内の第２の変換モジュールによって第２の口座番号「△０１５１２３４５６７」が第１の口座番号「１２３４５６７」に変換され、第１の口座番号と対応付けられてデータ処理結果が印刷される。
【００２０】
図４は、第１の口座番号を第２の口座番号へ変換する必要がある場合と、変換の必要がない場合のプログラム構造の違いを説明するための図である。（ａ）は変換が必要な場合を示し、（ｂ）は変換が必要ない場合を示す。
【００２１】
図４（ａ）に示すように、変換が必要な場合、口座番号入力画面４０１に第１の口座番号「１２３４５６７」が入力され、送信ボタン４０２がクリックされると部店番号「１５」と第１の口座番号「１２３４５６７」がサーバプログラムＡに読み込まれ、第１の変換モジュールによって第２の口座番号「１５１２３４５６７」が生成され、部店番号「１５」と第２の口座番号「１５１２３４５６７」とに基づいてメイン処理がなされ、データ出力処理がなされる。
【００２２】
また、図４（ｂ）に示すように、変換が必要ない場合、口座番号入力画面４１１に第２の口座番号「１５１２３４５６７」が入力され、送信ボタン４１２がクリックされると部店番号「１５」と第２の口座番号「１５１２３４５６７」がサーバプログラムＢに読み込まれ、部店番号「１５」と第２の口座番号「１５１２３４５６７」とに基づいてメイン処理がなされ、データ出力処理がなされる。
【００２３】
図４（ａ）と図４（ｂ）とを比較して明らかなように、第１の口座番号から第２の口座番号への変換が必要な場合のサーバプログラムＡと必要ない場合のサーバプログラムＢとの相違は第１の変換モジュールの有無だけであって、その他の入力データ読み込み処理モジュール、データ出力処理モジュール、メイン処理モジュールを変更する必要は無い。
【００２４】
最終的に、図４（ａ）に示した口座番号の運用から図４（ｂ）に示した口座番号の運用へ全面的に移行することを目的とする。全ての画面や帳票を一気に変更することは困難な為、図４（ａ）に対応するシステムで運用しながら、水面下で図４（ｂ）に対応するシステム等の準備を進めておき、準備が整った時点で図４（ｂ）に切り替えるものとする。また、図４（ａ）に対応するシステムと図４（ｂ）に対応するシステムとを併存させつつ、次第に、図４（ｂ）に対応するシステムへ全面的に移行することも可能である。
【００２５】
図４（ｂ）に示した例では、画面Ｂ４１１に表示されている部店番号「１５」と口座番号の上２桁の数字が一致しているが、このことは口座番号の上２桁の数字が部店番号を表すことを意味しない。つまり、口座番号そのものは部店番号から切り離されている。
【００２６】
仮に、画面Ｂ４１１に表示されている口座番号「１５１２３４５６７」の口座に関連する取引等を処理する部店が変更された場合、画面Ｂ４１１の部店欄に表示される番号は変わっても、口座番号欄に入力される口座番号は「１５１２３４５６７」のまま変更されない。部店が変わっても、口座番号を変更する必要がないことは、部店変更への迅速対応を可能とする。
【００２７】
上記の如く、本実施の形態によれば、入力される口座番号も表示される口座番号も７桁の口座番号であるが、内部的には１１桁の口座番号でデータ処理を行うことができる。また、入力される口座番号が１１桁の口座番号に変更された場合にサーバプログラムの変更は極めてわずかである。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態に係る口座管理システムを示す概略構成図である。
【図２】図１に示した口座管理システムにおける処理の流れを示すフローチャートである。
【図３】図１に示した口座管理システムにおける口座番号等のデータの流れを示す図である。
【図４】第１の口座番号を第２の口座番号へ変換する必要がある場合と、変換の必要がない場合のプログラム構造の違いを説明するための図である。
【符号の説明】
【００２９】
１００…クライアント端末
１０１…表示手段
１０２…印刷手段
１０３…入力手段
１０５…第１の変換手段
１０７…データ処理手段
１０９…第２の変換手段
１１１…対応付け手段
１０９…記憶手段
【特許請求の範囲】
【請求項１】
第１の口座番号を入力可能な画面を表示する表示手段と、
前記第１の口座番号を入力する入力手段と、
前記第１の口座番号を第２の口座番号へ変換する第１の変換手段と、
前記第２の口座番号に基づいてデータ処理を行い、処理結果を出力するデータ処理手段と、
前記第２の口座番号を前記第１の口座番号へ変換する第２の変換手段と、
前記処理結果と前記第１の口座番号とを対応付けて前記表示手段に表示可能とする対応付け手段と、を備えることを特徴とする口座管理システム。
【請求項２】
第１の口座番号を入力可能な画面を表示するステップ、
前記第１の口座番号を入力するステップ、
前記第１の口座番号を第２の口座番号へ変換するステップ、
前記第２の口座番号に基づいてデータ処理を行い、処理結果を出力するステップ、
前記第２の口座番号を前記第１の口座番号へ変換するステップ、
前記処理結果と前記第１の口座番号とを対応付けて、前記表示手段に表示するステップを含むことを特徴とする口座管理方法。
【請求項１】
第１の口座番号を入力可能な画面を表示する表示手段と、
前記第１の口座番号を入力する入力手段と、
前記第１の口座番号を第２の口座番号へ変換する第１の変換手段と、
前記第２の口座番号に基づいてデータ処理を行い、処理結果を出力するデータ処理手段と、
前記第２の口座番号を前記第１の口座番号へ変換する第２の変換手段と、
前記処理結果と前記第１の口座番号とを対応付けて前記表示手段に表示可能とする対応付け手段と、を備えることを特徴とする口座管理システム。
【請求項２】
第１の口座番号を入力可能な画面を表示するステップ、
前記第１の口座番号を入力するステップ、
前記第１の口座番号を第２の口座番号へ変換するステップ、
前記第２の口座番号に基づいてデータ処理を行い、処理結果を出力するステップ、
前記第２の口座番号を前記第１の口座番号へ変換するステップ、
前記処理結果と前記第１の口座番号とを対応付けて、前記表示手段に表示するステップを含むことを特徴とする口座管理方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００６−２６０４４２（Ｐ２００６−２６０４４２Ａ）
【公開日】平成１８年９月２８日（２００６．９．２８）
【国際特許分類】
【出願番号】特願２００５−８０１７６（Ｐ２００５−８０１７６）
【出願日】平成１７年３月１８日（２００５．３．１８）
【出願人】（３０２００５０２０）野村證券株式会社 (24)
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【公開日】平成１８年９月２８日（２００６．９．２８）
【国際特許分類】
【出願日】平成１７年３月１８日（２００５．３．１８）
【出願人】（３０２００５０２０）野村證券株式会社 (24)
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
[ Back to top ]