JP3768383B2 - 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 - Google Patents
電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 Download PDFInfo
- Publication number
- JP3768383B2 JP3768383B2 JP2000153456A JP2000153456A JP3768383B2 JP 3768383 B2 JP3768383 B2 JP 3768383B2 JP 2000153456 A JP2000153456 A JP 2000153456A JP 2000153456 A JP2000153456 A JP 2000153456A JP 3768383 B2 JP3768383 B2 JP 3768383B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- mail address
- input
- storage means
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000003672 processing method Methods 0.000 title claims description 8
- 238000012545 processing Methods 0.000 claims description 101
- 238000000034 method Methods 0.000 claims description 25
- 230000008569 process Effects 0.000 claims description 20
- 230000008859 change Effects 0.000 description 36
- 230000010365 information processing Effects 0.000 description 32
- 238000012790 confirmation Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 11
- 238000012546 transfer Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Information Transfer Between Computers (AREA)
Description
【発明の属する技術分野】
本発明は、電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体に関する。
【0002】
【従来の技術】
インターネット等のネットワークを用いてユーザと金融機関との間で各種の金融に関する取引ができるようになってきている。すなわち、顧客が銀行等の金融機関の店舗にわざわざ出向かなくとも、情報処理端末から振込手続きや投資信託の購入等の指示をするだけで、これらの手続きができるようになってきている。このような仕組みを一般にネットワークバンキングと呼んでいる。
【0003】
このネットワークバンキングにおいて、これら金融に関する取引を行った場合や新しい金融サービスの提供を始めた場合等において、金融機関側からユーザに何らかの通知をする必要が生じることがある。この場合、金融機関側からユーザに電子メールを用いて必要な通知をすることも行われてきている。すなわち、ユーザが金融機関に事前に届け出ている電子メールアドレス宛に、必要な通知を電子メールとして送信することが行われてきている。
【0004】
【発明が解決しようとする課題】
しかしながら、ユーザが電子メールアドレスを変更したり、廃止したりする場合がある。また、ユーザの電子メールアドレスを管理するプロバイダーの機器障害や回線障害等により、電子メールがユーザに届かない場合もある。このような理由により、ユーザに電子メールが届かなかった場合には、金融機関の金融担当者が個別に電子メールが届かなかった理由を調査し、必要に応じて、ユーザに電子メールアドレスの変更を、電話や郵送等により督促している。このため、電子メールアドレスを管理するのに要するコストが増大するとともに、新しい電子メールアドレスをネットワークバンキングに登録するまでに相応の時間を必要とするという問題がある。
【0005】
また、ユーザによる電子メールアドレスの変更は、住所や電話番号の変更と比較して、頻繁に発生する傾向がある。このため、電子メールアドレスの変更に速やかに対応するために、ユーザに郵送による速やかな届け出を要請したり、ネットワークバンキング上において電子メールアドレスの変更画面を用意したりしている。
【0006】
しかし、いずれの場合でも、電子メールアドレスの変更の届け出を金融機関にするか否かは、ユーザに依存している。このため、電子メールアドレスを変更したにも拘わらず、その変更を金融機関に届け出ないユーザも存在する。このようなユーザに対しては、電子メールを用いた連絡ができないこととなり、十分なサービスの提供が困難となるケースや、サービスの継続ができなくなるケースも発生する。
【0007】
本発明は、前記課題に鑑みてなされたものであり、電子メールがユーザに届かなかった場合に、ユーザに電子メールアドレスの変更入力を促すことにより、容易に電子メールアドレスを管理できる電子メールシステムを提供することを目的とする。
【0008】
【課題を解決するための手段】
上記課題を解決するため、本発明に係る電子メールシステムは、
ネットワークを介してユーザへ電子メールの送信を行う電子メールシステムであって、
ユーザの電子メールアドレスを格納する格納手段と、
前記格納手段に格納してあるユーザの電子メールアドレスに送信した電子メールが不達になった場合に、そのユーザへの電子メールが不達になったことを記憶する、記憶手段と、
ユーザが当該電子メールシステムにログインしてきた場合に、前記記憶手段を検索し、そのユーザへの電子メールが不達になっていた場合には、そのユーザに電子メールアドレスの再入力を促す、再入力手段と、
ユーザが前記再入力手段で電子メールアドレスを入力した場合に、前記記憶手段に記憶されていた電子メールアドレスと前記再入力手段で入力された電子メールアドレスの双方に、電子メールアドレスを変更した旨の電子メールを送信する、送信手段と、
ユーザが前記再入力手段で電子メールアドレスを入力した場合に、前記格納手段に格納されている当該ユーザの電子メールアドレスを、前記再入力手段で入力された電子メールアドレスに書き換える、書き換え手段と、
を備えることを特徴とする。
【0009】
本発明に係る電子メールシステムのシステム処理方法は、
ネットワークを介してユーザへ電子メールの送信を行う電子メールシステムのシステム処理方法であって、
格納手段に格納してあるユーザの電子メールアドレスに送信した電子メールが不達になった場合に、記憶手段にそのユーザへの電子メールが不達になったことを記憶する、記憶工程と、
ユーザが当該電子メールシステムにログインしてきた場合に、前記記憶手段を検索し、そのユーザへの電子メールが不達になっていた場合には、そのユーザに電子メールアドレスの再入力を促す、再入力工程と、
ユーザが前記再入力工程で電子メールアドレスを入力した場合に、前記記憶手段に記憶されていた電子メールアドレスと前記再入力工程で入力された電子メールアドレスの双方に、電子メールアドレスを変更した旨の電子メールを送信する、送信工程と、
ユーザが前記再入力工程で電子メールアドレスを入力した場合に、前記格納手段に格納されている当該ユーザの電子メールアドレスを、前記再入力工程で入力された電子メールアドレスに書き換える、書き換え工程と、
を備えることを特徴とする。
【0010】
本発明に係る記録媒体は、
ネットワークを介してユーザへ電子メールの送信を行う電子メールシステムのシステム処理に関するプログラムが記録された記録媒体であって、
格納手段に格納してあるユーザの電子メールアドレスに送信した電子メールが不達になった場合に、記憶手段にそのユーザへの電子メールが不達になったことを記憶する、記憶ステップと、
ユーザが前記電子メールシステムにログインしてきた場合に、前記記憶手段を検索し、そのユーザへの電子メールが不達になっていた場合には、そのユーザに電子メールアドレスの再入力を促す、再入力ステップと、
ユーザが前記再入力ステップで電子メールアドレスを入力した場合に、前記記憶手段に記憶されていた電子メールアドレスと前記再入力ステップで入力された電子メールアドレスの双方に、電子メールアドレスを変更した旨の電子メールを送信する、送信ステップと、
ユーザが前記再入力ステップで電子メールアドレスを入力した場合に、前記格納手段に格納されている当該ユーザの電子メールアドレスを、前記再入力ステップで入力された電子メールアドレスに書き換える、書き換えステップと、
を前記電子メールシステムに実行させるためのプログラムを記録したことを特徴とする。
【0011】
【発明の実施の形態】
本実施形態は、各ユーザ毎に金融処理システムに登録されている電子メールアドレス宛に電子メールを送信した際に、その電子メールが不達になった場合には、次回そのユーザが金融処理システムにログインする際に、新しい電子メールアドレスの入力を促す画面を自動的に表示することとしたものである。そして、このようにすることにより、ユーザの電子メールアドレスの変更に対して、金融処理システムが迅速且つ的確に対応することができるようにしたものである。より詳しくを、以下に説明する。
【0012】
まず、図1に基づいて、本発明の一実施形態に係るネットワークバンキングの全体構成を説明する。図1は、本実施形態が適用されるネットワークバンキングの全体構成をブロックで示す図である。
【0013】
この図1に示すように、銀行等の金融機関の顧客であるユーザは、ネットワークバンキングにアクセスするにあたり、パソコン12や携帯電話14やテレビジョンセット16等を操作するものとする。パソコン12はモデム等を介して電話回線等に接続され、この電話回線を通じてプロバイダー25に接続される。そして、このプロバイダー25は公衆ネットワーク20に接続される。この公衆ネットワーク20は、例えば、インターネット等である。携帯電話14も適宜操作を行うことによりプロバイダー25を介して公衆ネットワーク20に接続される。この携帯電話14の場合は、株式会社エヌ・ティ・ティ・ドコモが提供するサービスの1つであるiモード(株式会社エヌ・ティ・ティ・ドコモの登録商標)を介して、公衆ネットワーク20に接続される。テレビジョンセット16は、電話回線等への接続機能を有しており、この電話回線等を通じてプロバイダー25に接続され、さらに公衆ネットワーク20に接続される。本実施形態においては、これらパソコン12や携帯電話14やテレビジョンセット16等の情報処理を行えるユーザ端末のことを情報処理端末10と総称することとする。
【0014】
上述したプロバイダー25は、個々のユーザが情報処理端末10をインターネット等の公衆ネットワーク20に接続するために加入する接続サービス業者のシステムである。
【0015】
金融機関側には、公衆ネットワーク20に接続された受付サーバ30が設けられている。この受付サーバ30には、複数のユーザの情報処理端末10からプロバイダー25及び公衆ネットワーク20を介して各種の金融取引に関する指示が入力される。また、受付サーバは公衆ネットワーク20及びプロバイダー25を介して各ユーザの情報処理端末10に各種の応答を送信する。
【0016】
この受付サーバ30は、同じく金融機関にある業務処理システム40に接続されており、この業務処理システム40も同じく金融機関にある電子メールサーバ35と金融担当者受付システム36と取引処理システム50に接続されている。
【0017】
詳しくは後述するが、業務処理システム40には、顧客情報データベース42とインフォメーションボードデータベース44と受付データベース46とが設けられている。取引処理システム50には、勘定系データベース52が設けられている。この勘定系データベース52には、各口座毎の預金残高や入出金履歴が記録されている。
【0018】
取引処理システム50はこの金融機関外部への回線を通じて、全銀システム60に接続されている。そして、この全銀システム60を介して他の金融機関のシステムと接続されている。例えば、この金融機関に他の金融機関への振込指示があった場合には、この全銀システム60を介してその処理が実行される。
【0019】
電子メールサーバ35は、業務処理システム40からの要求に基づいて、各ユーザが届け出ている電子メールアドレスに電子メールを送信する。この電子メールの送信も公衆ネットワーク20を介して行われる。電子メールサーバ35から送信された電子メールは、その電子メールアドレスを管理する、つまりそのユーザの加入するプロバイダー25に受信される。ユーザは情報処理端末10を操作して、任意のタイミングでこのプロバイダー25に受信されている電子メールを閲覧しにいくことが可能である。
【0020】
金融担当者受付システム36には金融機関の金融担当者がこの金融処理システム70にアクセスするための端末37が接続されている。金融機関の金融担当者は、この端末37を操作することにより、金融処理システム70に対して各種の操作や指示をすることができる。
【0021】
上述した受付サーバ30と電子メールサーバ35と金融担当者受付システム36と業務処理システム40と取引処理システム50とにより、本実施形態における金融処理システム70が構成されている。
【0022】
本実施形態においては、これら受付サーバ30と電子メールサーバ35と金融担当者受付システム36と業務処理システム40と取引処理システム50とからなる5つのコンピュータにより金融処理システム70を実現したが、この形態に限られるものではない。例えば、これら5つのコンピュータを統合して1つのコンピュータで金融処理システム70を実現してもよいし、さらに多くのコンピュータに分散して実現してもよい。
【0023】
また、金融処理システム70が備える各種のデータベースの区分は上述の例に限られるものではない。例えば、上述した各種のデータベースを1つに統合してもよいし、さらに多くのデータベースに区分してもよい。また、これら金融処理システム70が備えるデータベースは、これ以外のものがあってもよい。
【0024】
次に図2乃至図7に基づいて、本実施形態に係る金融処理システム70におけるログイン処理を説明する。図2は、ユーザが情報処理端末10を用いて金融処理システム70にログインする際の処理を説明するフローチャートである。図3及び図5乃至図7は、このログイン処理の際に、ユーザの情報処理端末10に表示される画面を示す図である。図4は、この金融処理システム70が保持する電子メールアドレステーブルTB1と代表口座テーブルTB2の構造を示す図である。
【0025】
図2に示すように、ネットワークバンキングで金融に関する取引を行おうとするユーザは、情報処理端末10を操作して、金融処理システム70が提供するネットワークバンキングにログインを要求する。この場合、受付サーバ30は、ネットワークバンキングにログインしようとするユーザの情報処理端末10に、図3に示すログイン入力画面W1を表示する(ステップS10)。
【0026】
このログイン入力画面W1において、ユーザは、フィールドT10にネットワークバンキングIDを入力し、フィールドT11にログインパスワードを入力する。そして、「ログイン」ボタンB10をクリックする。これにより、ユーザが入力したネットワークバンキングIDとログインパスワードとが、受付サーバ30を介して、業務処理システム40に送信される。
【0027】
本実施形態においては、ログイン入力画面W1表示の時点より、ユーザの情報処理端末10と金融処理システム70との間に、暗号化されたリンクが形成される。本実施形態においては、ユーザの情報処理端末10と金融処理システム70との間の暗号化は、SSL(secure socket layer)によって行われている。したがって、これ以降の情報処理端末10と金融処理システム70との間の情報のやり取りは、第三者に読まれたり改ざんされたりする恐れは、実質的にほとんどないといえる。このため、例えば、ユーザの情報処理端末10から金融処理システム70に送信されるネットワークバンキングIDとログインパスワードは暗号化されていることになり、公衆ネットワーク20上において、不正な第三者に知得されてしまう恐れは、実質的にほとんどない。なお、暗号化の手法は、SSLに限らず、他の手法であっても良い。
【0028】
次に図2に示すように、金融処理システム70は、このログインを受け付ける処理を行う(ステップS11)。具体的には、金融処理システム70における業務処理システム40が、顧客情報データベース42のネットワークバンキングIDテーブルを検索し、ユーザが入力したネットワークバンキングIDがこの金融処理システム70に存在するかどうかを判断する。また、業務処理システム40が、顧客情報データベース42のログインパスワードテーブルを検索し、ネットワークバンキングIDに対応して登録されているログインパスワードを調べる。そして、この登録されているログインパスワードとユーザが入力したログインパスワードとが一致するかどうかを判断する。そして、業務処理システム40は、ユーザが入力したログインパスワードと、ユーザが入力したネットワークバンキングIDに対応して登録されているログインパスワードとが一致した場合に、そのユーザのログインを許可する。一方、両者が一致しない場合は、そのユーザのログインを許可しない。
【0029】
ログインを許可する場合は、業務処理システム40は、そのユーザの電子メール不達フラグを調べる(ステップS12)。本実施形態においては、ユーザがその金融機関に開設した口座のうち1つを代表口座とし、この代表口座を、ユーザを特定するユニークなキーとして用いている。すなわち、金融処理システム70においては、ログインしたネットワークバンキングIDをそのユーザの代表口座に置換して、ユーザ管理を行う。このため、業務処理システム40は、図4(b)に示す顧客情報データベース42の代表口座テーブルTB2を検索し、ユーザのネットワークバンキングIDに対応する代表口座を特定する。この代表口座は、支店番号、科目、口座番号から構成されている。この代表口座を特定した業務処理システム40は、代表口座に基づいて、図4(a)に示す顧客情報データベース42の電子メールアドレステーブルTB1を検索する。本実施形態における電子メールアドレステーブルTB1では、ユーザの代表口座に対応づけて電子メールアドレスと電子メール不達フラグとを保持している。このため、業務処理システム40は、この電子メールアドレステーブルTB1を検索して、ログインしたユーザに対応する電子メール不達フラグを調べる。
【0030】
本実施形態においては、電子メールアドレステーブルTB1に登録されている電子メールアドレス宛に電子メールを送信したが、その電子メールがユーザに届かずに戻ってきた場合に、対応する電子メール不達フラグが1となり、ユーザに届いた場合に、対応する電子メール不達フラグが0となる。より具体的には、電子メールサーバ35から送信した電子メールが、そのユーザの電子メールアドレスが存在せずに、いずれのプロバイダー25でも受信されない場合がある。この場合、電子メールが不達であった旨の通知が、電子メールサーバ35を介して業務処理システム40に届く。この電子メールが不達であった旨の通知を受領した業務処理システム40は、電子メールがユーザに届かなかったと判断し、電子メール不達フラグを立てる。すなわち、電子メールアドレステーブルTB1におけるその電子メールアドレスに対応する電子メール不達フラグを1にする。このため、本実施形態においては、電子メールアドレステーブルTB1を検索することにより、ログインしてきたユーザの電子メールアドレスが以前不達になっているかどうかを調べることができるのである。
【0031】
図2に示すように、次に業務処理システム40は、調べた電子メール不達フラグが1であるかどうかを判断する(ステップS13)。電子メール不達フラグが1である場合には、受付サーバ30を介して、ユーザの情報処理端末10に、図5に示す変更画面W2を表示する(ステップS14)。
【0032】
この図5に示すように、変更画面W2には、電子メールアドレス変更欄T20と連絡先電話番号変更欄T21とが表示される。ユーザは、この電子メールアドレス変更欄T20におけるフィールドF20に、新しい電子メールアドレスを入力する。また、誤入力を防止するため、フィールドF21に、再度、新しい電子メールアドレスを入力する。
【0033】
なお、本実施形態においては、ユーザに新しい電子メールアドレスの入力を促すため、電子メールアドレスを変更する場合にチェックする選択ボックスX20がデフォルトとして選択された状態になっている。但し、電子メールアドレスを変更しない場合にチェックする選択ボックスX21も、選択できるようになっている。このため、前回電子メールが届かなかったのが、その電子メールアドレスを管理するプロバイダー25のシステムトラブルが原因だったような場合には、ユーザは、選択ボックスX21を選択することにより、電子メールアドレスの入力を省くことができる。但し、この選択ボックスX21をユーザが選択できないようにしておき、ユーザに新しい電子メールアドレスの入力を、強制するようにしてもよい。なお、この例では、ユーザは新しい電子メールアドレスを入力したこととする。
【0034】
さらに、ユーザは必要に応じて、連絡先電話番号変更欄T21に新しい連絡先の電話番号を入力しても良い。すなわち、新しい連絡先を入力するユーザは、選択ボックスX22をチェックし、フィールドF22に新しい連絡先の電話番号を入力する。新しい連絡先を入力する必要のないユーザは、連絡先の変更をしない場合にチェックする選択ボックスX23をチェックする。なお、この連絡先電話番号変更欄T21は、必ずしも必要な欄ではないので、変更画面W2から省くことも可能である。
【0035】
続いて、ユーザは、フィールドF23に、確認用パスワードを入力する。この確認用パスワードはネットワークバンキングにアクセスするために金融機関からユーザに与えられるログインパスワードとは別のものであり、ネットワークバンキングにおける各種の処理をする際に、ユーザの意思確認をするために設けられているパスワードである。そして、ユーザは「変更実行」ボタンB20をクリックする。これにより、ユーザが入力したデータが、受付サーバ30を介して、業務処理システム40に送信される。
【0036】
次に、図2に示すように、業務処理システム40は、顧客情報データベース42の確認用パスワードテーブルを検索し、予めユーザが登録している確認用パスワードと、入力された確認用パスワードとが、一致するかどうかを判断する(ステップS15)。予めユーザが登録している確認用パスワードと、入力された確認用パスワードとが、一致しない場合(ステップS15:No)は、上述したステップS14に戻り、ユーザの情報処理端末10に、図5に示す変更画面W2を再び表示する。これにより、ユーザに再度確認用パスワードを入力させる。
【0037】
予めユーザが登録している確認用パスワードと、入力された確認用パスワードとが、一致した場合(ステップS15:Yes)には、電子メールアドレスの変更処理を行う(ステップS16)。具体的には、業務処理システム40は、図4(a)に示す電子メールアドレステーブルTB1において、そのユーザに対応する電子メールアドレスの項目を、今回新たに入力された新しい電子メールアドレスに書き換える。そして、電子メール不達フラグを0に戻す。
【0038】
次に図2に示すように、業務処理システム40は、変更前の電子メールアドレスと、変更後の電子メールアドレスの双方に、電子メールアドレスが変更された旨の電子メールを送信する(ステップS17)。これは、不正な第三者が勝手に電子メールアドレスを変更した場合に、真正なユーザにも電子メールアドレスの変更されたことが通知されるようにするためである。
【0039】
次に、業務処理システム40は、ユーザの情報処理端末10に、受付サーバ30を介して、図6に示す変更確認画面W3を表示する(ステップS18)。ユーザは、この変更確認画面W3に表示される内容を確認した上で、「初期画面へ」ボタンB30をクリックする。
【0040】
このステップS18で変更確認画面W3の「初期画面へ」ボタンB30をクリックした場合、又は、ステップS13で電子メール不達フラグが0だった場合(ステップS13:No)には、業務処理システム40は、ユーザの情報処理端末10に、受付サーバ30を介して、図7に示す初期画面W4を表示する(ステップS19)。これにより、ユーザは、この金融処理システム70が提供するネットワークバンキングにおける各種サービスの提供を受けることができるようになる。
【0041】
次に、金融機関の金融担当者が、ユーザの電子メールアドレスをマニュアルで変更する際の処理について説明する。
【0042】
ユーザからの電話等による連絡により、電子メールアドレスが変更されたことを金融機関の金融担当者が把握することがある。また、他の電子メールシステムにより、ユーザが届け出ている電子メールアドレス宛に送信した電子メールが不達になったことを、金融機関の金融担当者が把握することがある。このような場合には、金融機関の金融担当者は、図1に示す端末37を操作して、電子メールアドレスの変更をネットワークバンキングに登録する必要がある。
【0043】
すなわち、図1に示すように、金融担当者は、端末37を操作して、金融担当者用IDと金融担当者用パスワードとを入力し、金融担当者受付システム36を介して、ネットワークバンキングにログインする。そして、この端末37から、電子メールアドレステーブルTB1に対するオペレーションを行う。
【0044】
ユーザが変更した新しい電子メールアドレスが分かっている場合には、新しい電子メールアドレスを電子メールアドレステーブルTB1に登録する。ユーザが変更した新しい電子メールアドレスが分かっていない場合には、そのユーザの電子メール不達フラグを1にする。電子メール不達フラグを1にして、立てておくことにより、次回そのユーザがネットワークバンキングにログインした際に、図5に示す変更画面W2が自動的に情報処理端末10に表示され、電子メールアドレスの変更をユーザに促す。
【0045】
次に、図8及び図9に基づいて、金融処理システム70で、金融に関する取引が行われ、その受付及び処理結果を電子メールでユーザに知らせる際の処理について説明する。図8は、この金融に関する取引が行われる際の処理を示すフローチャートである。この図8に示す処理は、上述した図2に示すログイン処理が行われた後にネットワークバンキングで行われる処理である。図9は、この金融処理システム70が備えるインフォメーションボードテーブルTB3の構成を示す図である。
【0046】
図8に示すように、業務処理システム40は、ログインを認めたユーザの情報処理端末10に、図7に示す初期画面W4を表示する(ステップS30)。ユーザは、この初期画面W4において、情報処理端末10を操作して、自分が希望する金融に関する取引の要求を入力する(ステップS31)。この金融に関する取引要求は、受付サーバ30を介して、業務処理システム40に送信される。業務処理システム40は、この金融に関する取引の要求を受け付ける処理を行う(ステップS32)。具体的には、業務処理システム40は、この金融に関する取引の要求を、取引要求として受付データベース46に登録する。
【0047】
ここで金融に関する取引には、様々なものが考えられるが、例えば、ユーザのある預金口座から、他人の預金口座に振込を行う場合や、ユーザのある預金口座から資金を払い出して定期預金を作成する場合等が考えられる。
【0048】
次に、業務処理システム40は、金融に関する取引を受け付けた旨の電子メールをユーザに送信する(ステップS33)。具体的には、業務処理システム40は、顧客情報データベース42の電子メールアドレステーブルTB1(図4(a)参照)を検索し、そのユーザが事前に届け出ている電子メールアドレスを調べる。そして、その電子メールアドレスに、金融に関する取引を受け付けた旨の電子メールを送信する。この電子メールの送信は、電子メールサーバ35を介して行われる。
【0049】
本実施形態においては、この電子メールでは、金融に関する取引を受け付けた旨の内容のみを送信することとし、その詳しい内容は含まないようにしている。これは、この電子メールは暗号化していないため、第三者に内容を読まれたり、内容を改ざんされたりする可能性があるためである。
【0050】
次に、業務処理システム40は、金融に関する取引を受け付けた旨の情報を、インフォメーションボードに登録する(ステップS34)。具体的には、業務処理システム40は、インフォメーションボードデータベース44に、金融に関する取引を受け付けた際の情報を登録する。
【0051】
本実施形態においては、このインフォメーションボードにその受け付けた金融に関する取引の詳細な情報を記述する。すなわち、具体的な振込金額や振込相手や預入金額等の具体的な取引内容を含ませる。
【0052】
一方、電子メールサーバ35から送信された電子メールは、公衆ネットワーク20を介し、ユーザの加入しているプロバイダー25を介して、任意のタイミングで情報処理端末10で受信される(ステップS35)。これにより、ユーザは、何らかの金融に関する取引が金融処理システム70で受け付けられたことを、知ることができる。すなわち、ユーザがこのネットワークバンキングに自らアクセスしなくとも、金融に関する取引がネットワークバンキングで受け付けられたことを、知ることができる。このため、ユーザは、自分で行った覚えのない金融に関する取引の電子メールを受領した場合は、不正な第三者のアクセスを早期に発見することができる。
【0053】
図9は、インフォメーションボードデータベース44に格納されているインフォメーションボードテーブルTB3の構成を示す図である。この図9に示すように、インフォメーションボードテーブルTB3は、代表口座番号I1、メッセージ番号I2、管理番号I3、登録日時I4、エントリ方法I5、登録先種別I6、区分I7、表示期間I8、掲載期限日I9、削除日I10、タイトルI11、エラー番号I12、定型文言番号I13、メール番号I14、ステータスI15、アクセス日時I16、メッセージI17とを備えている。
【0054】
例えば、タイトルI11には、そのインフォメーションボードに登録した情報のタイトルが格納される。例えば、「サービス停止のご案内」、「7月分のお取引内容のご確認」等である。ここでは、金融に関する取引の受付をした内容をユーザに知らせるので、「振込指示の受付のお知らせ」、「定期預金預入の受付のお知らせ」等のタイトルが格納される。
【0055】
メール番号I14には、ステップS14で送信した電子メールの定型文番号が格納される。したがって、このメール番号I14により、ユーザに送信した電子メールの文章内容が特定できるようになっている。なお、本実施形態においては、電子メールでは秘密性のない簡単な情報しか送信しないので、原則としてその文章内容は、定型文で足りることになる。
【0056】
ステータスI15には、そのインフォメーションボードに登録した内容を、ユーザが未だ読んでいない未読状態であるのか、既に読んだ閲覧済み状態であるのか、既に削除されているのかが、格納される。
【0057】
メッセージI17には、ユーザに知らせるべき情報が格納される。ここでは、金融に関する取引をした内容が格納され、例えば、「4月20日に○○支店、普通預金、口座番号○○○に、10万円を振り込む指示を受け付けました。」等のメッセージが格納される。
【0058】
次に、図8に示すように、金融処理システム70は、受け付けた取引要求の実際の処理を行う(ステップS36)。本実施形態においては、金融処理システム70における取引処理システム50は、30分に1回の割合でこの受付データベース46を検索し、受付データベース46に登録されている取引要求をまとめて処理する。具体的には、取引処理システム50は、受付データベース46に登録されている取引要求に基づいて、勘定系データベース52を操作し、振込処理や定期預金の預入処理等を行う。
【0059】
次に、金融処理システム70における業務処理システム40は、その処理結果を電子メールでユーザに送信する(ステップS37)。具体的には、業務処理システム40は、顧客情報データベース42の電子メールアドレステーブルTB1(図4(a)参照)を検索し、そのユーザが事前に届け出ている電子メールアドレスを調べる。そして、その電子メールアドレスに、取引要求の処理を実施した旨の電子メールを送信する。この電子メールの送信は、電子メールサーバ35を介して行われる。
【0060】
本実施形態においては、この電子メールでは、金融に関する取引を実施した旨の内容のみを送信することとし、その詳しい内容は含まないようにしている。これは、この電子メールは暗号化していないため、第三者に内容を読まれたり、内容を改ざんされたりする可能性があるためである。
【0061】
次に、業務処理システム40は、金融に関する取引を実施した際の情報を、インフォメーションボードに登録する(ステップS38)。具体的には、業務処理システム40は、インフォメーションボードデータベース44に、金融に関する取引を実施した際の情報を登録する。
【0062】
本実施形態においては、このインフォメーションボードに、その金融に関する取引を実行した結果の詳細な情報を記述する。すなわち、具体的な振込金額や振込相手や預入金額等の具体的な取引内容を含ませる。
【0063】
一方、電子メールサーバ35から送信された電子メールは、公衆ネットワーク20を介し、ユーザの加入しているプロバイダー25を介して、任意のタイミングで情報処理端末10で受信される(ステップS39)。これにより、ユーザは、何らかの金融に関する取引が金融処理システム70で実施されたことを、知ることができる。すなわち、ユーザがこのネットワークバンキングに自らアクセスしなくとも、金融に関する取引がネットワークバンキングで処理されたことを、知ることができる。このため、ユーザは、自分で行った覚えのない金融に関する取引の電子メールを受領した場合は、不正な第三者のアクセスを早期に発見することができる。
【0064】
なお、これら一連の金融取引処理において、ユーザは任意のタイミングで、このネットワークバンキングからログアウトすることが可能である。一般的には、上述したステップS32で金融に関する取引要求が受け付けられた時点で、ユーザは情報処理端末10を操作して、ネットワークバンキングからログオフする(ステップS40)。
【0065】
以上のように、本実施形態における金融処理システム70によれば、あるユーザ宛に送信した電子メールが不達だった場合には、そのユーザが次回ネットワークバンキングにログインする際に、自動的に図5の変更画面W2をユーザの情報処理端末10に表示して、登録してある電子メールアドレスの変更を促すこととした。このため、金融処理システム70における電子メールアドレステーブルTB1に、ユーザの電子メールアドレスの変更を迅速かつ的確に反映させることができる。
【0066】
また、電子メールアドレスの変更の督促は、ユーザがネットワークバンキングにログインする際に自動的になされるので、これまで電子メールアドレスの管理に要していた時間と費用を、大幅に削減することができる。
【0067】
さらに、電子メールが不達になるケースは、必ずしも電子メールアドレスの変更や廃止に限られるものではなく、ユーザが契約しているプロバイダー25の機器障害等の様々なケースが考えられ、このような様々なケースの原因を金融機関側で把握することは困難である。このため、上述した実施形態においては、電子メールが不達になったことの原因の究明は行わずに、一律に図5に示す変更画面W2を表示することとした。そして、電子メールアドレスの変更や廃止のないユーザは、選択ボックスX21をチェックすることにより、この変更画面W2を抜けられることとした。このため、電子メールが不達になった原因の究明を金融機関側で行う必要がなくなる。
【0068】
しかも、図5に示す変更画面W2の表示は、ユーザがネットワークバンキングにログインする際に自動的にそのユーザの情報処理端末10に表示されてしまうので、これまで電子メールアドレスの変更を行うか否かをユーザの意思及び行動に依存していたのを、金融機関側である程度コントロールすることができるようになる。
【0069】
なお、本発明は上記実施形態に限定されず種々に変形可能である。例えば、上述した実施形態においては、本発明に係る電子メールシステムを金融処理システム70において実現した場合を説明したが、他のシステムにおいて実現してもよい。すなわち、電子メールアドレスの管理や電子メールの送信を行う金融機関以外のシステムに対しても、本発明を適用することができる。
【0070】
さらに、上述した実施形態においては、金融に関する取引要求を受け付けた時点とその受け付けた金融に関する取引を実際に処理した時点の双方で、その取引要求をしたとされるユーザの電子メールアドレスに、その概要の電子メールを送信することとしたが、いずれか一方の時点で電子メールを送信することとしてもよい。
【0071】
また、上述した実施形態における金融機関は広義に解釈されるべきであり、銀行、証券会社、生命保険会社、損害保険会社、郵便局等のあらゆる金融機関が含まれる。
【0072】
上述の実施形態で説明した各処理については、これら各処理を実行するためのプログラムをフロッピーディスク、CD−ROM(Compact Disc-Read Only Memory)、ROM、メモリカード等の記録媒体に記録して、記録媒体の形で頒布することが可能である。この場合、このプログラムが記録された記録媒体を金融処理システム70を構成するコンピュータに読み込ませ、実行させることにより、上述した実施形態を実現することができる。
【0073】
また、金融処理システム70を構成するコンピュータは、オペレーティングシステムや別のアプリケーションプログラム等の他のプログラムを備える場合がある。この場合、金融処理システム70を構成するコンピュータの備える他のプログラムを活用し、記録媒体にはそのコンピュータが備えるプログラムの中から、本実施形態と同等の処理を実現するプログラムを呼び出すような命令を記録するようにしてもよい。
【0074】
さらに、このようなプログラムは、記録媒体の形ではなく、ネットワークを通じて搬送波として頒布することも可能である。ネットワーク上を搬送波の形で伝送されたプログラムは、金融処理システム70を構成するコンピュータに取り込まれて、このプログラムを実行することにより上述した実施形態を実現することができる。
【0075】
また、記録媒体にプログラムを記録する際や、ネットワーク上を搬送波として伝送される際に、プログラムの暗号化や圧縮化がなされている場合がある。この場合には、これら記録媒体や搬送波からプログラムを読み込んだ金融処理システム70を構成するコンピュータは、そのプログラムの復号化や伸張化を行った上で、実行する必要がある。
【0076】
【発明の効果】
以上説明したように、本発明に係る電子メールシステムによれば、登録してある電子メールアドレスに送信した電子メールが不達になったユーザが、次回ログインしてきた場合に、そのユーザに電子メールアドレスの入力を促すこととしたので、電子メールアドレスの管理を容易に行うことができる。
【図面の簡単な説明】
【図1】本発明の適用されるネットワークバンキングの全体構成を示す図。
【図2】本発明の一実施形態に係るログイン処理を説明するフローチャート。
【図3】ログイン処理においてユーザの情報処理端末に表示されるログイン入力画面を示す図。
【図4】(a)は本実施形態に係る金融処理システムが保持する電子メールアドレステーブルの構造を示す図、(b)は本実施形態に係る金融処理システムが保持する代表口座テーブルの構造を示す図。
【図5】ログイン処理においてユーザの情報処理端末に表示される変更画面を示す図。
【図6】ログイン処理においてユーザの情報処理端末に表示される変更確認画面を示す図。
【図7】ログイン処理においてログインが認められたユーザの情報処理端末に表示される初期画面を示す図。
【図8】本発明の一実施形態に係る金融に関する取引処理を説明するフローチャート。
【図9】本実施形態に係る金融処理システムが保持するインフォメーションボードテーブルの構造を示す図
【符号の説明】
10 情報処理端末
12 パソコン
14 携帯電話
16 テレビジョンセット
20 公衆ネットワーク
30 受付サーバ
35 電子メールサーバ
36 金融担当者受付システム
40 業務処理システム
42 顧客情報データベース
44 インフォメーションボードデータベース
46 受付データベース
50 取引処理システム
52 勘定系データベース
60 全銀システム
Claims (7)
- ネットワークを介してユーザへ電子メールの送信を行う電子メールシステムであって、
ユーザの電子メールアドレスを格納する格納手段と、
前記格納手段に格納してあるユーザの電子メールアドレスに送信した電子メールが不達になった場合に、そのユーザへの電子メールが不達になったことを記憶する、記憶手段と、
ユーザが当該電子メールシステムにログインしてきた場合に、前記記憶手段を検索し、そのユーザへの電子メールが不達になっていた場合には、そのユーザに電子メールアドレスの再入力を促す、再入力手段と、
ユーザが前記再入力手段で電子メールアドレスを入力した場合に、前記記憶手段に記憶されていた電子メールアドレスと前記再入力手段で入力された電子メールアドレスの双方に、電子メールアドレスを変更した旨の電子メールを送信する、送信手段と、
ユーザが前記再入力手段で電子メールアドレスを入力した場合に、前記格納手段に格納されている当該ユーザの電子メールアドレスを、前記再入力手段で入力された電子メールアドレスに書き換える、書き換え手段と、
を備えることを特徴とする電子メールシステム。 - 前記再入力手段は、ユーザの選択により、電子メールアドレスを入力しなくとも、当該電子メールシステムにログインが認められ初期画面を表示させることのできる入力省略手段を備える、ことを特徴とする請求項1に記載の電子メールシステム。
- 前記再入力手段に、電子メールアドレスを入力しなければ、当該電子メールシステムにログインが認められず初期画面が表示されない、ことを特徴とする請求項1に記載の電子メールシステム。
- ネットワークを介してユーザへ電子メールの送信を行う電子メールシステムのシステム処理方法であって、
格納手段に格納してあるユーザの電子メールアドレスに送信した電子メールが不達になった場合に、記憶手段にそのユーザへの電子メールが不達になったことを記憶する、記憶工程と、
ユーザが当該電子メールシステムにログインしてきた場合に、前記記憶手段を検索し、そのユーザへの電子メールが不達になっていた場合には、そのユーザに電子メールアドレスの再入力を促す、再入力工程と、
ユーザが前記再入力工程で電子メールアドレスを入力した場合に、前記記憶手段に記憶されていた電子メールアドレスと前記再入力工程で入力された電子メールアドレスの双方に、電子メールアドレスを変更した旨の電子メールを送信する、送信工程と、
ユーザが前記再入力工程で電子メールアドレスを入力した場合に、前記格納手段に格納されている当該ユーザの電子メールアドレスを、前記再入力工程で入力された電子メールアドレスに書き換える、書き換え工程と、
を備えることを特徴とする電子メールシステムのシステム処理方法。 - 前記再入力工程は、ユーザの選択により、電子メールアドレスを入力しなくとも、当該電子メールシステムにログインが認められ初期画面を表示させることのできる入力省略工程を備える、ことを特徴とする請求項4に記載の電子メールシステムのシステム処理方法。
- 前記再入力工程で、電子メールアドレスを入力しなければ、当該電子メールシステムにログインが認められず初期画面が表示されない、ことを特徴とする請求項4に記載の電子メールシステムのシステム処理方法。
- ネットワークを介してユーザへ電子メールの送信を行う電子メールシステムのシステム処理に関するプログラムが記録された記録媒体であって、
格納手段に格納してあるユーザの電子メールアドレスに送信した電子メールが不達になった場合に、記憶手段にそのユーザへの電子メールが不達になったことを記憶する、記憶ステップと、
ユーザが前記電子メールシステムにログインしてきた場合に、前記記憶手段を検索し、そのユーザへの電子メールが不達になっていた場合には、そのユーザに電子メールアドレスの再入力を促す、再入力ステップと、
ユーザが前記再入力ステップで電子メールアドレスを入力した場合に、前記記憶手段に記憶されていた電子メールアドレスと前記再入力ステップで入力された電子メールアドレスの双方に、電子メールアドレスを変更した旨の電子メールを送信する、送信ステップと、
ユーザが前記再入力ステップで電子メールアドレスを入力した場合に、前記格納手段に格納されている当該ユーザの電子メールアドレスを、前記再入力ステップで入力された電子メールアドレスに書き換える、書き換えステップと、
を前記電子メールシステムに実行させるためのプログラムを記録した記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000153456A JP3768383B2 (ja) | 2000-05-24 | 2000-05-24 | 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000153456A JP3768383B2 (ja) | 2000-05-24 | 2000-05-24 | 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005229685A Division JP2006048709A (ja) | 2005-08-08 | 2005-08-08 | 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001337892A JP2001337892A (ja) | 2001-12-07 |
JP3768383B2 true JP3768383B2 (ja) | 2006-04-19 |
Family
ID=18658708
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000153456A Expired - Fee Related JP3768383B2 (ja) | 2000-05-24 | 2000-05-24 | 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3768383B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005038054A (ja) * | 2003-07-16 | 2005-02-10 | Japan Research Institute Ltd | 電子メール配信方法、電子メール配信プログラム、電子メール配信装置および電子メール配信システム |
JP4946554B2 (ja) * | 2007-03-19 | 2012-06-06 | 富士通株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
JP6111811B2 (ja) * | 2013-04-15 | 2017-04-12 | 株式会社リコー | 情報処理装置、映像音声送受信システム、プログラム |
JP6372583B2 (ja) * | 2017-03-16 | 2018-08-15 | 株式会社リコー | 情報処理装置、コンテンツデータ送受信システム、外部システム、プログラム |
-
2000
- 2000-05-24 JP JP2000153456A patent/JP3768383B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001337892A (ja) | 2001-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10027613B2 (en) | Method and system of automating data capture from electronic correspondence | |
US7657761B2 (en) | Multiple trust modes for handling data | |
US7386528B2 (en) | System and method for acquisition, assimilation and storage of information | |
US7389355B2 (en) | Customer access solutions architecture | |
US20060143040A1 (en) | icFoundation web site development software and icFoundation Biztalk server 2000 integration | |
US20090007245A1 (en) | System and method for controlled content access on mobile devices | |
US20040078326A1 (en) | Data processing system | |
US20030065727A1 (en) | Systems and methods for providing secured electronic messaging | |
US20070055681A1 (en) | Administrative notes in network-based commerce facility | |
US7974944B2 (en) | Human data management | |
KR100368921B1 (ko) | 인터넷을 이용한 신용정보 관리서비스 제공방법 | |
JP3768383B2 (ja) | 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 | |
JP2002163234A (ja) | ユーザ認証システム及びその処理方法、並びに、そのためのプログラムが記録された記録媒体 | |
US20010011354A1 (en) | Information provision control system, information provision control method and recording medium thereof | |
JP2006048709A (ja) | 電子メールシステム、電子メールシステムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 | |
JP2001319058A (ja) | 金融処理システム、金融処理システムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 | |
JP2004038277A (ja) | 個人情報の一括通知サービスの提供方法及び装置 | |
JP4214502B2 (ja) | 振込照会プログラム、振込照会方法及び該振込照会方法を採用した振込照会システム並びに振込照会サーバ、及び、口座通帳 | |
KR20230154665A (ko) | 금융 서비스 시스템 그의 금융 서비스 방법 | |
JP2001338136A (ja) | 金融処理システム、金融処理システムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 | |
JP2001319059A (ja) | 金融処理システム、金融処理システムのシステム処理方法、及び、そのためのプログラムを記録した記録媒体 | |
JP3572011B2 (ja) | アクセスシステム及びその処理方法、並びに、そのための処理が記録された記録媒体 | |
JP2002015251A (ja) | 債務保証情報処理装置及び方法、債務保証情報処理システム並びに債務保証情報処理用ソフトウェアを記録した記録媒体 | |
KR20010086748A (ko) | 사용자 인증 관리 시스템 | |
JP2001325437A (ja) | 融資手続を代行する方法および装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050610 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050808 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060106 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060201 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120210 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120210 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150210 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |