(57)【要約】【課題】通信端末から送信された電子メールに応答して口座に関する情報を照会する照会サーバを提供する。【解決手段】口座と、照会元アドレスと、照会先アドレスと、を対応付けて複数記憶する記憶部２０と、送信先のメールアドレスが記憶部２０に記憶されている照会先アドレスのいずれかと一致するメールを受信するメール受信部３０と、当該一致する照会先アドレスと対応付けられている照会元アドレスと当該メールの送信元のメールアドレスとが一致するか否かを判別するアドレス判別部４０と、当該一致する照会先アドレスと対応付けられている口座に関する情報を取得する取得部５０と、取得部５０が取得した情報を通知するメールを生成し、当該生成したメールを返信するメール送信部６０と、を備える。【選択図】図３
2010039869.tif 000002
【特許請求の範囲】
【請求項１】
通信端末から送信された電子メールに応答して口座に関する情報である口座情報を照会する照会サーバであって、
口座と、照会元アドレスと、当該口座の口座情報の照会先のメールアドレスである照会先アドレスと、を対応付けて複数記憶する記憶部と、
送信先アドレスが前記記憶部に記憶されている照会先アドレスのいずれかと一致する電子メールを受信するメール受信部と、
前記メール受信部が受信した電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている照会元アドレスと当該電子メールの送信元アドレスとが一致するか否かを判別するアドレス判別部と、
前記アドレス判別部によりアドレスが一致すると判別された場合に、当該電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている口座の口座情報を取得する取得部と、
前記取得部が取得した口座情報を通知する電子メールを生成し、生成した電子メールを前記メール受信部が受信した電子メールの送信元アドレス宛に送信するメール送信部と、を備える、
ことを特徴とする照会サーバ。
【請求項２】
前記記憶部は、口座と、照会元アドレスと、照会先アドレスと、に、当該口座の口座情報を照会するためのアクセスコードをさらに対応付けて記憶し、
前記メール受信部が受信した電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されているアクセスコードと当該電子メールに付加されたアクセスコードとが一致するか否かを判別するアクセスコード判別部、をさらに備え、
前記取得部は、前記アドレス判別部によりアドレスが一致すると判別され、且つ、前記アクセスコード判別部によりアクセスコードが一致すると判別された場合に、当該電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている口座の口座情報を取得する、
ことを特徴とする請求項１に記載の照会サーバ。
【請求項３】
前記記憶部は、口座毎にユニークな照会先アドレスを対応付けて記憶する、
ことを特徴とする請求項１に記載の照会サーバ。
【請求項４】
前記記憶部は、所定期間内における口座情報の照会回数の上限値をさらに記憶し、
前記アドレス判別部によりアドレスが一致すると判別された場合に、当該所定期間内における照会先アドレス毎の口座情報の照会回数が、前記記憶部に記憶されている照会回数の上限値以下であるか否かを判別する照会回数判別部、をさらに備え、
前記取得部は、前記照会回数判別部により照会回数が照会回数の上限値以下であると判別された場合に、前記メール受信部が受信した電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている口座の口座情報を取得する、
ことを特徴とする請求項１に記載の照会サーバ。
【請求項５】
前記記憶部は、口座と、照会元アドレスと、照会先アドレスと、に、当該口座の口座情報を最後に照会した日時をさらに対応付けて記憶し、
前記メール送信部は、前記取得部が取得した口座情報と、当該口座情報を取得した口座に対応付けられて前記記憶部に記憶されている、口座情報を最後に照会した日時と、を通知する電子メールを生成し、生成した電子メールを前記メール受信部が受信した電子メールの送信元アドレス宛に送信する、
ことを特徴とする請求項１に記載の照会サーバ。
【請求項６】
前記メール送信部は、前記取得部が取得した口座情報と当該口座情報を取得した口座を示す情報であって一部の情報をマスクした情報とを通知する電子メールを生成し、生成した電子メールを前記メール受信部が受信した電子メールの送信元アドレス宛に送信する、
ことを特徴とする請求項１に記載の照会サーバ。
【請求項７】
通信端末から送信された電子メールに応答して口座に関する情報である口座情報を照会する照会サーバにより実行される照会方法であって、当該照会方法は、口座と、照会元アドレスと、当該口座の口座情報の照会先のメールアドレスである照会先アドレスと、を対応付けて複数記憶する記憶部と、メール受信部と、アドレス判別部と、取得部と、メール送信部と、を備える照会サーバが実行し、当該照会方法は、
前記メール受信部が、送信先アドレスが前記記憶部に記憶されている照会先アドレスのいずれかと一致する電子メールを受信するメール受信ステップと、
前記アドレス判別部が、前記メール受信部が受信した電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている照会元アドレスと当該電子メールの送信元アドレスとが一致するか否かを判別するアドレス判別ステップと、
前記取得部が、前記アドレス判別部によりアドレスが一致すると判別された場合に、当該電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている口座の口座情報を取得する取得ステップと、
前記メール送信部が、前記取得部が取得した口座情報を通知する電子メールを生成し、生成した電子メールを前記メール受信部が受信した電子メールの送信元アドレス宛に送信するメール送信ステップと、を備える、
ことを特徴とする照会方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の操作負担を軽減するのに好適な照会サーバ、及び、照会方法に関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータや携帯電話などの通信端末を用いて金融機関などのサイトにアクセスすることにより、口座に関する情報を照会することが可能な照会システムが知られている。このような照会システムに関連する技術は、例えば、特許文献１に開示されている。
【０００３】
特許文献１に開示された預金残高照会システムは、顧客が携帯端末から金融機関のサイトにアクセスし、所定の認証手続きを経て顧客の預金残高の配信にかかる要求を行った際に、顧客の預金残高を表すメール文書を作成して、顧客のメールアドレスに向けて送信するものである。
【特許文献１】特開２００３−１０８７８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ここで、特許文献１に開示された預金残高照会システムにおいては、顧客は利用の度に金融機関のサイトにアクセスする必要があった。しかしながら、このような照会システムとしては、口座に関する情報を照会する際の利用者（顧客）の操作負担がなるべく少なくなるように構成されていることが望ましい。
【０００５】
本発明は、上記問題に鑑みてなされたものであり、利用者の操作負担を軽減するのに好適な照会サーバ、及び、照会方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の第１の観点に係る照会サーバは、
通信端末から送信された電子メールに応答して口座に関する情報である口座情報を照会する照会サーバであって、
口座と、照会元アドレスと、当該口座の口座情報の照会先のメールアドレスである照会先アドレスと、を対応付けて複数記憶する記憶部と、
送信先アドレスが前記記憶部に記憶されている照会先アドレスのいずれかと一致する電子メールを受信するメール受信部と、
前記メール受信部が受信した電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている照会元アドレスと当該電子メールの送信元アドレスとが一致するか否かを判別するアドレス判別部と、
前記アドレス判別部によりアドレスが一致すると判別された場合に、当該電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている口座の口座情報を取得する取得部と、
前記取得部が取得した口座情報を通知する電子メールを生成し、生成した電子メールを前記メール受信部が受信した電子メールの送信元アドレス宛に送信するメール送信部と、を備える、
ことを特徴とする。
【０００７】
上記目的を達成するために、その他の観点に係る照会方法は、
通信端末から送信された電子メールに応答して口座に関する情報である口座情報を照会する照会サーバにより実行される照会方法であって、当該照会方法は、口座と、照会元アドレスと、当該口座の口座情報の照会先のメールアドレスである照会先アドレスと、を対応付けて複数記憶する記憶部と、メール受信部と、アドレス判別部と、取得部と、メール送信部と、を備える照会サーバが実行し、当該照会方法は、
前記メール受信部が、送信先アドレスが前記記憶部に記憶されている照会先アドレスのいずれかと一致する電子メールを受信するメール受信ステップと、
前記アドレス判別部が、前記メール受信部が受信した電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている照会元アドレスと当該電子メールの送信元アドレスとが一致するか否かを判別するアドレス判別ステップと、
前記取得部が、前記アドレス判別部によりアドレスが一致すると判別された場合に、当該電子メールの送信先アドレスと一致する照会先アドレスと対応付けられて前記記憶部に記憶されている口座の口座情報を取得する取得ステップと、
前記メール送信部が、前記取得部が取得した口座情報を通知する電子メールを生成し、生成した電子メールを前記メール受信部が受信した電子メールの送信元アドレス宛に送信するメール送信ステップと、を備える、
ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、利用者の操作負担を軽減するのに好適な照会サーバ、及び、照会方法を提供することができる。
【発明を実施するための最良の形態】
【０００９】
（第１の実施形態）
以下、図面を参照して、第１の実施形態に係る照会サーバについて説明する。なお、以下の説明では、照会サーバは、口座に関する情報である口座情報として、預金口座の残高を照会するものとして説明する。しかしながら、照会サーバが照会する情報は、預金口座の残高に限定されず、預金口座の利用明細等、預金口座に関する任意の情報であってよい。また、照会サーバが照会する情報は、預金口座に関する情報に限定されず、クレジットカード（クレジットカード口座）、株式口座等に関する情報であってもよい。
【００１０】
まず、図１を参照して、本実施形態に係る照会サーバ１００を備える照会システム１０００の構成について説明する。
【００１１】
図１に示すように、照会システム１０００は、携帯電話ネットワーク４００と、通信ネットワーク５００と、通信ネットワーク６００と、がゲートウェイ７００を介して、相互に接続されたシステムであって、携帯電話３００から照会サーバ１００に預金口座の残高を照会するシステムである。
【００１２】
照会サーバ１００は、顧客（預金者、利用者）からの要求に応じて当該顧客の預金口座の残高を取得し、取得した残高を当該顧客に通知する。照会サーバ１００は、顧客預金データベース２００にアクセスすることにより残高を取得する。また、照会サーバ１００は、メールの送信及びメールの受信機能（以下、「メール機能」とする。）を備える。そして、顧客から照会サーバ１００への残高の照会の要求、及び、照会サーバ１００から顧客への残高の通知、は、電子メール（以下、単に「メール」とする。）により行う。
【００１３】
ここで、図２を用いて、照会サーバ１００の物理的な構成を説明する。
【００１４】
照会サーバ１００は、バス１１０と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１２０と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３０と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１４０と、記憶装置１５０と、通信部１６０と、を備える。
【００１５】
バス１１０は、照会サーバ１００内の各デバイスを相互に接続する。各デバイスは、バス１１０を介して相互にデータを送受信する。
【００１６】
ＣＰＵ１２０は、ＲＯＭ１３０に格納されているプログラムを実行することにより、顧客からの要求に応答して顧客の預金口座の残高を照会する処理（以下、「残高照会処理」とする。）等を行う。
【００１７】
ＲＯＭ１３０は、ＣＰＵ１２０の動作を制御するためのプログラムを記憶する。
【００１８】
ＲＡＭ１４０は、ＣＰＵ１２０のワークエリアとして機能する。
【００１９】
記憶装置１５０は、残高照会処理で使用する各種データを記憶する。記憶装置１５０は、例えば、ハードディスクから構成される。
【００２０】
通信部１６０は、通信ネットワーク５００に接続されたサーバや端末と通信する。また、通信部１６０は、顧客預金データベース２００から顧客の預金残高等の情報を取得する。
【００２１】
顧客預金データベース２００は、顧客の預金口座の残高、利用明細などのデータを預金口座毎に記憶する。
【００２２】
携帯電話３００は、メール機能を備えた携帯電話である。顧客は、携帯電話３００から預金口座の残高の照会を求めるメール（以下、「残高照会要求メール」とする。）を照会サーバ１００に送信する。また、携帯電話３００は、照会サーバ１００から送信された残高を通知するメール（以下、「残高通知メール」とする。）を受信する。また、携帯電話３００は、残高照会要求メールの送信先アドレスを記憶する記憶部を備える。
【００２３】
携帯電話ネットワーク４００は、携帯電話３００をはじめ図示しない他の携帯電話が複数台接続されているネットワークである。携帯電話ネットワーク４００に接続された携帯電話同士は、携帯電話ネットワーク４００を介して相互にメールを送受信可能である。
【００２４】
通信ネットワーク５００は、ウェブサーバ５２０をはじめ図示しないサーバ（或いは、端末）が複数台接続されているＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの通信ネットワークである。通信ネットワーク５００に接続されたサーバ同士は、通信ネットワーク５００に接続されたメールサーバ５１０を介して相互にメールを送受信可能である。
【００２５】
ウェブサーバ５２０は、金融機関のウェブサイトを管理するサーバである。ウェブサーバ５２０は、物理的には、図２に示す照会サーバ１００の構成と同様の構成である。
【００２６】
通信ネットワーク６００は、パーソナルコンピュータ６１０をはじめ図示しないサーバ（或いは、端末）が複数台接続されているインターネットやＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの通信ネットワークである。
【００２７】
パーソナルコンピュータ６１０は、ブラウザ機能を備えたパーソナルコンピュータである。パーソナルコンピュータ６１０は、通信ネットワーク５００に接続された金融機関のウェブサーバ５２０のサイトにアクセスする機能を備える。顧客は、パーソナルコンピュータ６１０からウェブサーバ５２０のサイトにアクセスして、預金口座の残高の照会を行うための登録を行う。パーソナルコンピュータ６１０は、物理的には、図２に示す照会サーバ１００の構成と同様の構成である。
【００２８】
上述したように、携帯電話ネットワーク４００と、通信ネットワーク５００と、通信ネットワーク６００と、は、ゲートウェイ７００を介して相互に接続される。このため、上述したように、顧客は、通信ネットワーク６００に接続されたパーソナルコンピュータ６１０から、通信ネットワーク５００に接続されたウェブサーバ５２０のサイトにアクセスすることができる。また、携帯電話ネットワーク４００に接続された携帯電話３００と、通信ネットワーク５００に接続された照会サーバ１００とは相互にメールの送受信が可能である。
【００２９】
例えば、携帯電話３００から送信された残高照会要求メールは、携帯電話ネットワーク４００、ゲートウェイ７００及び通信ネットワーク５００を経由してメールサーバ５１０が受信する。そして、メールサーバ５１０は受信した残高照会要求メールを照会サーバ１００に送信する。また、照会サーバ１００から送信された残高通知メールは、メールサーバ５１０が受信する。そして、メールサーバ５１０は、受信した残高通知メールを、通信ネットワーク５００、ゲートウェイ７００及び携帯電話ネットワーク４００を介して携帯電話３００に送信する。
【００３０】
次に、本実施形態に係る照会サーバ１００の機能について、図３を参照して説明する。
【００３１】
図３は、本実施形態に係る照会サーバ１００の基本構成を示すブロック図である。図３に示すように、照会サーバ１００は、機能的には、記憶部２０と、メール受信部３０と、アドレス判別部４０と、取得部５０と、メール送信部６０と、を備える。
【００３２】
記憶部２０は、口座と、照会元アドレスと、当該口座に関する情報である口座情報の照会先のメールアドレスである照会先アドレスと、を対応付けて複数記憶する。
【００３３】
具体的には、記憶部２０は、図４に示すように、顧客を特定する情報と、預金口座を特定する情報（以下、単に「預金口座」とする。）と、照会先アドレスと、照会元アドレスと、を対応付けて複数記憶する。預金口座を特定する情報は、例えば、金融機関の支店番号と、口座の種別と、口座番号と、から構成される。図４に示す例では、「１１１」、「２２２」及び「３３３」が支店番号であり、「１」、「２」及び「１」が種別であり、「１１１１１１１」、「２２２２２２２」及び「３３３３３３３」が口座番号である。なお、口座の種別は「１」が普通預金を示し、「２」が当座預金を示すものとする。また、顧客を特定する情報は、必ずしも記憶部２０に記憶しなくてもよい。
【００３４】
照会先アドレスは、預金口座の残高を照会する際の照会先のメールアドレスとしてあらかじめ登録されたメールアドレスである。顧客は、預金口座の残高を照会したいときは、当該預金口座に対応付けられて記憶部２０に記憶されている照会先アドレスを送信先のメールアドレス（宛先）に設定して、残高照会要求メールを送信する。
【００３５】
照会元アドレスは、預金口座の残高の照会が許可された通信端末に割り当てられているメールアドレス（当該通信端末がメールを送信したときに送信元のメールアドレスとなるメールアドレスであって、当該通信端末が当該メールアドレス宛のメールを受信することが可能なメールアドレス。）である。なお、顧客が複数の口座を有している場合、照会元アドレスは同一のものを設定してもよい。
【００３６】
顧客は、預金口座の残高を照会したいときは、割り当てられているメールアドレスが当該預金口座に対応付けられて記憶部２０に記憶されている照会元アドレスと一致する携帯電話から残高照会要求メールを送信する。また、照会サーバ１００は、預金口座の残高を通知するときは、当該預金口座に対応付けられて記憶部２０に記憶されている照会元アドレスを送信先のメールアドレスに設定して、残高通知メールを送信する。記憶部２０は、記憶装置１５０等から構成される。
【００３７】
メール受信部３０は、送信先のメールアドレスが記憶部２０に記憶された照会先アドレスのいずれかと一致するメールを受信する。ここで、送信先のメールアドレスが記憶部２０に記憶された照会先アドレスのいずれかと一致するメールは、預金口座の残高の照会を要求するメール（以下、「残高照会要求メール」とする。）である。すなわち、メール受信部３０は、残高照会要求メールを受信する。
【００３８】
アドレス判別部４０は、メール受信部３０が受信したメールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されている照会元アドレスと当該メールの送信元のメールアドレスとが一致するか否かを判別する。
【００３９】
取得部５０は、アドレス判別部４０によりメールアドレスが一致すると判別された場合に、当該メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されている口座の口座情報を取得する。具体的には、取得部５０は、顧客預金データベース２００にアクセスして当該預金口座の残高を取得する。
【００４０】
メール送信部６０は、取得部５０が取得した口座情報を通知するメールを生成し、生成したメールの送信先のメールアドレスをメール受信部３０が受信したメールの送信元のメールアドレスに設定して、送信する。
【００４１】
メール受信部３０、アドレス判別部４０、取得部５０及びメール送信部６０は、例えば、照会サーバ１００が備えるＣＰＵ１２０が、照会サーバ１００が備えるＲＯＭ１３０、ＲＡＭ１４０等と協働することにより実現される。
【００４２】
次に、本実施形態に係る照会サーバ１００が提供する残高照会サービスを利用するために、必要な情報を登録する処理（以下、「新規利用登録処理」とする。）について説明する。
【００４３】
図５は、ウェブサーバ５２０が実行する新規利用登録処理を説明するためのフローチャートである。なお、理解を容易にするため、ウェブサーバ５２０が実行する新規利用登録処理（金融機関側で実行する処理）を図５の右側に示すほか、携帯電話３００若しくはパーソナルコンピュータ６１０が実行する処理（顧客側で実行する処理）を図５の左側に示す。
【００４４】
まず、顧客がパーソナルコンピュータ６１０を用いて、預金口座をもつ金融機関のウェブサイトにアクセスする（ステップＳ１０１）。すなわち、パーソナルコンピュータ６１０は、金融機関のウェブサイトへのアクセス要求を顧客から受け付ける。
【００４５】
次に、顧客は、自分の預金口座について残高照会サービスを利用するための認証手続きを行う（ステップＳ１０２）。すなわち、パーソナルコンピュータ６１０は、ウェブサーバ５２０からダウンロードしたログイン画面を表示してユーザＩＤやパスワードの入力を顧客から受け付け、受け付けたユーザＩＤとパスワードとをウェブサーバ５２０にアップロードする。
【００４６】
そして、ウェブサーバ５２０は、アップロードされたユーザＩＤとパスワードとが、自らが備える記憶部にあらかじめ記憶されたユーザＩＤとパスワードとにそれぞれ一致するか否かを判別することにより認証を行う（ステップＳ１０３）。ウェブサーバ５２０は、認証ＯＫではない（ユーザＩＤとパスワードとのいずれかが一致しない）と判別した場合（ステップＳ１０３：ＮＯ）、新規利用登録処理を終了する。一方、ウェブサーバ５２０は、認証ＯＫ（ユーザＩＤとパスワードとが共に一致する）と判別した場合（ステップＳ１０３：ＹＥＳ）、通知先のメールアドレスと照会先の預金口座との入力を顧客から受け付ける（ステップＳ１０４）。
【００４７】
顧客は、通知先のメールアドレスと照会先の預金口座との入力の要求に応じて、通知先のメールアドレスと照会先の預金口座とを入力する（ステップＳ１０４）。すなわち、パーソナルコンピュータ６１０は、顧客から通知先のメールアドレスと照会先の預金口座との入力を受け付け、受け付けた通知先のメールアドレスと照会先の預金口座とをウェブサーバ５２０にアップロードする。ここで、照会先の預金口座は、残高照会サービスを受けたい預金口座である。そして、通知先のメールアドレスは、当該預金口座について残高照会サービスを利用する場合に、照会元の通信端末として使用する通信端末に対応付けられたメールアドレスである。本実施形態においては、顧客は、通知先のアドレスとして、携帯電話３００のメールアドレスを入力する。
【００４８】
なお、上述のステップＳ１０１、Ｓ１０２、Ｓ１０４においては、顧客は、ウェブサーバ５２０のサイトにアクセスするための通信端末としてパーソナルコンピュータ６１０を用いる例を示した。しかしながら、携帯電話３００がブラウザ機能を備える場合は、顧客は、パーソナルコンピュータ６１０を用いる代わりに携帯電話３００を用いても良い。
【００４９】
次に、ウェブサーバ５２０は、ステップＳ１０４においてアップロードされた通知先のメールアドレスが存在するか否かを確認するために、当該メールアドレス宛にメールを送信する（ステップＳ１０５）。なお、ウェブサーバ５２０は、アップロードされた通知先のメールアドレスと照会先の預金口座とを自らが備える記憶部（図示せず）に記憶しておく。
【００５０】
顧客は、携帯電話３００にウェブサーバ５２０から送信されたメールを受信することを確認して、携帯電話３００からメールをウェブサーバ５２０に返信する（ステップＳ１０６）。すなわち、携帯電話３００は、メールを受信したことを顧客に知らせ、当該メールへの返信要求を顧客からの受け付け、ウェブサーバ５２０にメールを返信する。当該返信するメールは、空メール、すなわち、内容として何も記載されていないメールでよい。
【００５１】
そして、ウェブサーバ５２０は、携帯電話３００からのメールの受信を受け付け、受信したメールのメールアドレスが通知先のメールアドレスと一致するか否かを判別する（ステップＳ１０７）。ウェブサーバ５２０は、受信したメールのメールアドレスが通知先のメールアドレスと一致しないと判別した場合（ステップＳ１０７：ＮＯ）、当該メールの送信元アドレス宛に認証エラーであることを通知するメールを送信する（ステップＳ１０８）。そして、当該メールを携帯電話３００が受信する（ステップＳ１０９）と、新規利用登録処理を終了する。
【００５２】
一方、ウェブサーバ５２０は、受信したメールのメールアドレスが通知先のメールアドレスと一致すると判別した場合（ステップＳ１０７：ＹＥＳ）、預金口座の残高の照会先のメールアドレスである照会先アドレスを自動で取得する（ステップＳ１１０）。ウェブサーバ５２０は、例えば、メールアドレスのローカル部（すなわち、メールアドレスのうちドメイン部を除く部分）を最大３０桁の英数字とすることで、第三者が予測することが困難なメールアドレスを照会先アドレスとして設定する。
【００５３】
ウェブサーバ５２０は、預金口座と、通知先のメールアドレス（以下、「照会元アドレス」とする。）と、照会先アドレスと、を対応付けて記憶部２０に記憶する。そして、ウェブサーバ５２０は、預金口座と、照会元アドレスと、照会先アドレスと、を対応付けたデータを含むメールを照会サーバ１００に送信する。そして、当該メールを受信した照会サーバ１００は、当該メールに含まれるデータに基づいて、預金口座と、照会元アドレスと、照会先アドレスと、を対応付けて記憶部２０に記憶する。
【００５４】
次に、ウェブサーバ５２０は、取得した照会先アドレスを通知するメールを携帯電話３００宛にメール（すなわち、送信先のメールアドレスを照会元アドレスに設定してメール）する（ステップＳ１１１）。
【００５５】
そして、携帯電話３００は、照会先アドレスを通知するメールを受信する（ステップＳ１１２）。顧客は、携帯電話３００が当該メールを受信したことを確認して、当該メールにより通知された照会先アドレスをアドレス帳（記憶部）に登録する（ステップＳ１１３）。すなわち、携帯電話３００は、メールを受信したことを顧客に知らせ、顧客からの要求に応答して、当該メールにより通知された照会先アドレスをアドレス帳へ登録する。携帯電話３００が、照会先アドレスをアドレス帳に登録すると新規利用登録処理が完了する。
【００５６】
新規利用登録処理が完了すると、預金口座と、照会元アドレスと、照会先アドレスと、の対応付け（記憶部２０への記憶）が完了する。すなわち、新規利用登録処理が完了すると、顧客は、携帯電話３００を用いて残高照会サービスを利用することが可能となる。
【００５７】
次に、図６に示すフローチャートを参照して、照会システム１０００が実行する残高照会処理を説明する。なお、理解を容易にするため、照会サーバ１００が実行する新規利用登録処理（金融機関側で実行する処理）を図６の右側に示すほか、携帯電話３００が実行する処理（顧客側で実行する処理）を図６の左側に示す。
【００５８】
顧客は、携帯電話３００のアドレス帳を開き、残高の照会を希望する預金口座に対応付けられた照会先アドレスを選択する（ステップＳ２０１）。すなわち、携帯電話３００は、残高の照会を希望する預金口座に対応付けられた照会先アドレスの選択を顧客から受け付ける。
【００５９】
そして、携帯電話３００は顧客により選択された照会先アドレス宛にメールを送信する（ステップＳ２０２）。すなわち、携帯電話３００は、送信先のアドレスを選択された照会先アドレスに設定して、メールを送信する。なお、このメールは空メールであってよい。
【００６０】
図７（Ａ）に、残高照会要求メールを送信する際の表示画面の一例を示す。図７（Ａ）に示すように、表示画面３０５は、宛先欄３０６と、件名欄３０７と、本文欄３０８と、を含む。顧客は、宛先欄３０６に、アドレス帳から照会先アドレスを選択するなどして照会先アドレスを入力する。図７（Ａ）に示す例では、照会先アドレスを示す情報として「残高照会」と表示されている。なお、理解を容易にするため、図７（Ａ）には、宛先欄３０６にメールアドレスそのものではなくメールアドレスを示す情報（文字列）を表示する例を示している。また、顧客は、件名欄３０７と本文欄３０８とには、何も記入しなくて良い。
【００６１】
メール受信部３０は、携帯電話３００から送信されたメールであって、送信先のアドレスが照会先アドレスに設定されたメールを受信する（ステップＳ２０３）。具体的には、例えば、メール受信部３０は、送信先のアドレスのドメインが当該金融機関のドメインであるメールのうち、送信先のアドレスが記憶部２０に記憶された照会先アドレスのいずれかと一致するメールを受信する。ここで、メール受信部３０が受信したメールは、上述した残高照会要求メールである。
【００６２】
次に、アドレス判別部４０は、メール受信部３０が受信した残高照会要求メールの送信元のメールアドレスが、当該メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されている照会元アドレスと一致するか否かを判別する（ステップＳ２０４）。
【００６３】
アドレス判別部４０により、メールアドレスが一致しないと判別された場合（ステップＳ２０４：ＮＯ）、メール送信部６０は、認証エラーであることを通知するメール（以下、「認証エラー通知メール」とする。）を携帯電話３００に送信（返信）する（ステップＳ２０５）。
【００６４】
携帯電話３００が当該認証エラー通知メールを受信する（ステップＳ２０６）と、照会システム１０００は残高照会処理を終了する。
【００６５】
一方、アドレス判別部４０により、メールアドレスが一致すると判別された場合（ステップＳ２０４：ＹＥＳ）、取得部５０は、残高の取得（残高照会）を実行する（ステップＳ２０７）。具体的には、取得部５０は、メール受信部３０が受信した残高照会要求メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されている預金口座の残高を顧客預金データベース２００にアクセスして取得する。
【００６６】
取得部５０が残高の取得を完了すると、メール送信部６０は、取得部５０が取得した残高を通知するメール（残高通知メール）を生成して、携帯電話３００宛に送信する（ステップＳ２０８）。具体的には、メール送信部６０は、送信先のメールアドレスを照会元アドレスに設定したメールであって、取得部５０が取得した残高や口座番号等を含む内容のメールを生成し、送信する。なお、メール送信部６０は、メール受信部３０が受信した残高照会要求メールに返信することで、送信先のメールアドレスを照会元アドレスに設定する処理を省略することができる。
【００６７】
メール送信部６０が残高通知メールを送信した後、携帯電話３００は当該残高通知メールを受信する（ステップＳ２０９）。携帯電話３００は、当該残高通知メールを受信したことを顧客に知らせる。そして、携帯電話３００は、顧客の要求に応じて当該残高通知メールの内容（残高）を表示する（ステップＳ２１０）。
【００６８】
図７（Ｂ）に、残高表示画面の一例を示す。図７（Ｂ）に示すように、残高表示画面３１０には、残高の照会を要求した預金口座の残高と共に、当該預金口座を示す情報（例えば、支店名と口座番号）等が表示される。
【００６９】
本実施形態に係る照会サーバ１００によれば、顧客は簡単な操作、すなわち、携帯電話３００のアドレス帳に登録されているメールアドレスの中からあらかじめ登録された照会先アドレスを選択してメールを送信する操作、により預金口座の残高を取得することができる。本発明は、本実施形態に示したように、顧客が使用する通信端末として携帯電話３００を用いる場合に特に有効である。すなわち、マウスやキーボードを備え、複雑な操作が比較的容易であるパーソナルコンピュータを用いる場合よりも、テンキーなど簡素な入力手段しか備えておらず、複雑な操作を行うのが難しい携帯電話を用いる場合のほうが、操作負担が軽減されることにより得られる利益が大きいためである。
【００７０】
また、記憶部２０には、預金口座と、照会先アドレスと、照会元アドレスと、が対応付けられて複数記憶されている。そして、当該照会先アドレスは、顧客の照会先預金口座毎にユニークなメールアドレスを割り当てることができる。このため、照会先アドレスには第三者が予測しづらいメールアドレスに設定することができ、大半のスパムメールを排除することが可能となる。
【００７１】
さらに、アドレス判別部４０は、メール受信部３０が受信した残高照会要求メールの送信先のメールアドレスと送信元のメールアドレスとの組と、記憶部２０に対応付けられて記憶されている照会先アドレスと照会元アドレスとの組のいずれかと一致するかを判別している。このため、万一、照会先アドレスが第三者に不正に使用されたり、照会元アドレスに偽装したなりすましによる不正な照会要求があったりしても、アドレス判別部４０による判別機能により第三者に残高を表示することを防止することが期待できる。
【００７２】
なお、本実施形態に係る照会サーバ１００は、一般的なインターネットバンキングやモバイルバンキングにおいて実行される残高照会以外の取引（例えば、個人情報の登録、変更、削除、或いは、資金移動を伴う取引）を対象としていない。このため、万一、第三者による不正な照会サーバ１００の利用があったとしても、残高が知られてしまう以外のリスクはない。
【００７３】
また、本実施形態に係る照会サーバ１００は、記憶部２０、メール受信部３０、アドレス判別部４０、取得部５０、及び、メール送信部６０を備える（或いは、これらのモジュールにより実現される機能を備える）、以外は、基本的に既存の残高照会サーバと同様である。すなわち、既存のモバイルバンキングやインターネットバンキングの残高照会機能を流用することが可能であり、金融機関が照会サーバ１００を導入することに際しての導入コストの負担を軽減することが期待できる。
【００７４】
また、顧客は、自らの裁量により新規利用登録処理を実行することができる。すなわち、顧客が何の設定も実行しなければ、第三者の不正なサービスの利用を防止できる。
【００７５】
（第２の実施形態）
次に、図面を参照して、第２の実施形態に係る照会サーバについて説明する。なお、第２の実施形態に係る照会サーバ１０１の物理的な構成は、第１の実施形態に係る照会サーバ１００の物理的な構成と同様であるため説明を省略する。また、以下の説明では、第１の実施形態に係る照会サーバ１００と同様の構成や機能については、説明を簡略化、又は、省略する。
【００７６】
次に、本実施形態に係る照会サーバ１０１の機能について、図８を参照して説明する。
【００７７】
図８は、本実施形態に係る照会サーバ１０１の基本構成を示すブロック図である。図８に示すように、照会サーバ１０１は、機能的には、上述した記憶部２０と、メール受信部３０と、アドレス判別部４０と、取得部５０と、メール送信部６０と、に加え、照会回数判別部４１と、アクセスコード判別部４２と、を備える。
【００７８】
記憶部２０は、預金口座と、照会元アドレスと、照会先アドレスと、に、当該預金口座の残高を照会するためのアクセスコードと、当該預金口座の残高を最後に照会した日時と、をさらに対応付けて記憶する。また、記憶部２０は、所定期間内における残高の照会回数の上限値も記憶する。
【００７９】
記憶部２０は、図９に示すように、顧客を特定する情報と、預金口座と、照会先アドレスと、照会元アドレスと、アクセスコードと、照会回数の上限値と、残高を最後に照会した日時（以下、「最終照会日時」とする。）と、を対応付けて複数記憶する。アクセスコードは、対応付けられた預金口座の残高を照会する際に顧客が入力するコードであり、例えば、図９に示すように３桁の数字から構成される。なお、顧客が複数の口座を有している場合、アクセスコードは同一のものを設定してもよい。
【００８０】
照会回数の上限値は、一つの預金口座に対する所定期間内の照会回数の上限値である。所定期間は、任意の期間とすることができるが、例えば一日に設定することができる。照会回数の上限値は、一つの預金口座に対して所定期間内に当該照会回数の上限値を超える数の残高照会要求メールを受信した場合、何らかの不正の目的であるとみなして、残高通知メールを送信しないようにするためのものである。なお、照会回数の上限値は、図９に示すように預金口座毎に記憶してもよいし、顧客毎に共通して１つ記憶するようにしてもよい。
【００８１】
最終照会日時は、対応する預金口座の残高を最後に照会した日時を特定する情報であり、例えば、図９に示すように年月日及び時分秒で表現される。
【００８２】
照会回数判別部４１は、アドレス判別部４０によりメールアドレスが一致すると判別された場合に、当該所定期間内における照会先アドレス毎（すなわち、預金口座毎）の残高の照会回数が、記憶部２０に記憶された照会回数の上限値以下であるか否かを判別する。
【００８３】
アクセスコード判別部４２は、メール受信部３０がメールを受信した場合に、当該メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されているアクセスコードと当該メールに付加されたアクセスコードとが一致するか否かを判別する。なお、アクセスコードは、任意の桁数の英数字とすることができるが、例えば、以下の（１）〜（４）の理由により、３桁の数字とすることが好ましい。
（１）コードを数字に限定することで、テンキーのみによる入力が可能。
（２）セキュリティー確保のためには１、２桁では少ない。
（３）桁数が多すぎると、入力の手間がかかり、また、忘れやすい。
（４）暗証番号としてよく用いられる４桁のコードと区別させることで、セキュリティーの向上が期待できる。
【００８４】
取得部５０は、照会回数判別部４１により照会回数が照会回数の上限値を超えていないと判別され、且つ、アクセスコード判別部４２によりアクセスコードが一致すると判別された場合に、当該メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されている預金口座の残高を取得する。取得部５０は、顧客預金データベース２００にアクセスして当該預金口座の残高を取得する。
【００８５】
照会回数判別部４１及びアクセスコード判別部４２は、例えば、照会サーバ１０１が備えるＣＰＵ１２０が、照会サーバ１０１が備えるＲＯＭ１３０、ＲＡＭ１４０等と協働することにより実現される。
【００８６】
次に、本実施形態に係る照会サーバ１０１が提供する残高照会サービスを利用するための新規利用登録処理について説明する。
【００８７】
図１０は、照会サーバ１０１が実行する新規利用登録処理を説明するためのフローチャートである。なお、理解を容易にするため、ウェブサーバ５２０が実行する新規利用登録処理（金融機関側で実行する処理）を図１０の右側に示すほか、携帯電話３００若しくはパーソナルコンピュータ６１０が実行する処理（顧客側で実行する処理）を図１０の左側に示す。
【００８８】
まず、顧客がパーソナルコンピュータ６１０を用いて、預金口座をもつ金融機関のウェブサイトにアクセスする（ステップＳ３０１）。すなわち、パーソナルコンピュータ６１０は、金融機関のウェブサイトへのアクセスを顧客から受け付ける。
【００８９】
次に、顧客は、自分の預金口座について残高照会サービスを利用するための認証手続きを行う（ステップＳ３０２）。すなわち、パーソナルコンピュータ６１０は、ウェブサーバ５２０からダウンロードしたログイン画面を表示してユーザＩＤやパスワードの入力を顧客から受け付け、受け付けたユーザＩＤとパスワードとをウェブサーバ５２０にアップロードする。
【００９０】
そして、ウェブサーバ５２０は、顧客から入力を受け付けたユーザＩＤとパスワードとが、自らが備える記憶部にあらかじめ記憶されたユーザＩＤとパスワードとにそれぞれ一致するか否かを判別することにより認証を行う（ステップＳ３０３）。ウェブサーバ５２０は、認証ＯＫではない（ユーザＩＤとパスワードとのいずれかが一致しない）と判別した場合（ステップＳ３０３：ＮＯ）、新規利用登録処理を終了する。一方、ウェブサーバ５２０は、認証ＯＫ（ユーザＩＤとパスワードとが共に一致する）と判別した場合（ステップＳ３０３：ＹＥＳ）、通知先のメールアドレスとアクセスコードと照会先の預金口座との入力を顧客から受け付ける（ステップＳ３０４）。
【００９１】
顧客は、通知先のメールアドレスとアクセスコードと照会先の預金口座との入力の要求に応じて、通知先のメールアドレスとアクセスコードと照会先の預金口座とを入力する（ステップＳ３０４）。すなわち、パーソナルコンピュータ６１０は、顧客から通知先のメールアドレスと照会先の預金口座との入力を受け付け、受け付けた通知先のメールアドレスと照会先の預金口座とをウェブサーバ５２０にアップロードする。
【００９２】
次に、ウェブサーバ５２０は、ステップＳ３０４において入力を受け付けた通知先のメールアドレスが存在するか否かを確認するために、当該メールアドレス宛にメールを送信する（ステップＳ３０５）。なお、ウェブサーバ５２０は、入力された通知先のメールアドレスとアクセスコードと照会先の預金口座とを自らが備える記憶部（図示せず）に記憶しておく。
【００９３】
顧客は、携帯電話３００にウェブサーバ５２０から送信されたメールを受信することを確認して、携帯電話３００からメールをウェブサーバ５２０に返信する（ステップＳ３０６）。すなわち、携帯電話３００は、メールを受信したことを顧客に知らせ、当該メールへの返信要求を顧客からの受け付け、ウェブサーバ５２０にメールを返信する。なお、顧客は、当該返信するメールの件名欄などにアクセスコードを付加する。すなわち、携帯電話３００は、件名欄へのアクセスコードの入力を顧客から受け付ける。
【００９４】
そして、ウェブサーバ５２０は、携帯電話３００からのメールの受信を受け付け、受信したメールのメールアドレスが通知先のアドレスと一致するか否かを判別する（ステップＳ３０７）。ウェブサーバ５２０は、受信したメールのメールアドレスが通知先のアドレスと一致しないと判別した場合（ステップＳ３０７：ＮＯ）、当該メールの送信元アドレス宛に認証エラーであることを通知するメールを送信する（ステップＳ３０９）。そして、当該メールを携帯電話３００が受信する（ステップＳ３１０）と、新規利用登録処理を終了する。
【００９５】
一方、ウェブサーバ５２０は、受信したメールのメールアドレスが通知先のアドレスと一致すると判別した場合（ステップＳ３０７：ＹＥＳ）、ステップＳ３０５で記憶したアクセスコードと受信したメールの件名欄に記載されたアクセスコードとが一致するか否かを判別する（ステップＳ３０８）。
【００９６】
ウェブサーバ５２０は、ステップＳ３０５で記憶したアクセスコードと受信したメールの件名欄に記載されたアクセスコードとが一致しないと判別した場合（ステップＳ３０８：ＮＯ）、当該メールの送信元アドレス宛に認証エラーであることを通知するメールを送信する（ステップＳ３０９）。そして、当該メールを携帯電話３００が受信する（ステップＳ３１０）と、新規利用登録処理を終了する。
【００９７】
一方、ウェブサーバ５２０は、ステップＳ３０５で記憶したアクセスコードと受信したメールの件名欄に記載されたアクセスコードとが一致すると判別した場合（ステップＳ３０８：ＹＥＳ）、預金口座の残高の照会先のメールアドレスである照会先アドレスを自動で取得する（ステップＳ３１１）。
【００９８】
そして、ウェブサーバ５２０は、預金口座と、通知先のメールアドレス（以下、「照会元アドレス」とする。）と、照会先アドレスと、アクセスコードと、を対応付けて記憶部２０に記憶する。ウェブサーバ５２０は、例えば、預金口座と、照会元アドレスと、照会先アドレスと、アクセスコードと、を対応付けたデータを含むメールを照会サーバ１０１に送信する。そして、当該メールを受信した照会サーバ１０１は、当該メールに含まれるデータに基づいて、預金口座と、照会元アドレスと、照会先アドレスと、アクセスコードと、を対応付けて記憶部２０に記憶する。
【００９９】
次に、ウェブサーバ５２０は、取得した照会先アドレスを通知するメールを携帯電話３００宛にメール（すなわち、送信先のメールアドレスを照会元アドレスに設定してメール）する（ステップＳ３１２）。
【０１００】
そして、携帯電話３００は、照会先アドレスを通知するメールを受信する（ステップＳ３１３）。顧客は、携帯電話３００が当該メールを受信したことを確認して、当該メールにより通知された照会先アドレスをアドレス帳（記憶部）に登録する（ステップＳ３１４）。すなわち、携帯電話３００は、メールを受信したことを顧客に知らせ、顧客からの要求に応答して、当該メールにより通知された照会先アドレスをアドレス帳へ登録する。携帯電話３００が、照会先アドレスをアドレス帳に登録すると新規利用登録処理が完了する。
【０１０１】
新規利用登録処理が完了すると、預金口座と、照会元アドレスと、照会先アドレスと、アクセスコードと、の対応付け（記憶部２０への記憶）が完了する。すなわち、新規利用登録処理が完了すると、顧客は、携帯電話３００を用いて残高照会サービスを利用することが可能となる。なお、照会回数上限値は、顧客が設定する性質のデータではない。このため、例えば、記憶部２０に、預金口座と、照会元アドレスと、照会先アドレスと、アクセスコードと、を対応付けて記憶する際には、これと合わせて、照会回数上限値を自動で記憶部２０に記憶するプログラムを照会サーバ１０１に組み込んでおく。
【０１０２】
次に、図１１に示すフローチャートを参照して、照会サーバ１０１が実行する残高照会処理を説明する。なお、理解を容易にするため、照会サーバ１０１が実行する新規利用登録処理（金融機関側で実行する処理）を図１１の右側に示すほか、携帯電話３００が実行する処理（顧客側で実行する処理）を図１１の左側に示す。
【０１０３】
顧客は、携帯電話３００のアドレス帳を開き、残高の照会を希望する預金口座に対応付けられた照会先アドレスを選択する（ステップＳ４０１）。すなわち、携帯電話３００は、残高の照会を希望する預金口座に対応付けられた照会先アドレスの選択を顧客から受け付ける。
【０１０４】
そして、携帯電話３００は顧客により選択された照会先アドレス宛にメールを送信する（ステップＳ４０２）。すなわち、携帯電話３００は、送信先のアドレスを選択された照会先アドレスに設定して、メールを送信する。なお、顧客は、このメールにアクセスコードを含めておく。例えば、顧客は、件名欄３０７にアクセスコードを入力する。すなわち、携帯電話３００は、件名欄３０７へのアクセスコードの入力を顧客から受け付ける。なお、顧客は、本文欄３０８には、何も記入しなくて良い。
【０１０５】
メール受信部３０は、携帯電話３００から送信されたメールであって、送信先のアドレスが照会先アドレスに設定されたメールを受信する（ステップＳ４０３）。
【０１０６】
次に、アドレス判別部４０は、メール受信部３０が受信した残高照会要求メールの送信元のメールアドレスが、当該メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されている照会元アドレスと一致するか否かを判別する（ステップＳ４０４）。
【０１０７】
アドレス判別部４０により、メールアドレスが一致する判別された場合（ステップＳ４０４：ＹＥＳ）、照会回数判別部４１は、所定期間内における照会先アドレス毎（すなわち、預金口座毎）の残高の照会回数が、当該照会先アドレスに対応付けられて記憶部２０に記憶された照会回数の上限値以下であるか否かを判別する（ステップＳ４０５）。
【０１０８】
照会回数判別部４１により、照会回数が上限値以下と判別された場合（ステップＳ４０５：ＹＥＳ）、アクセスコード判別部４２は、当該メールの送信先のメールアドレスと一致する照会先アドレスと対応付けられて記憶部２０に記憶されているアクセスコードと当該メールに付加されたアクセスコードとが一致するか否かを判別する（ステップＳ４０６）。
【０１０９】
アドレス判別部４０によりメールアドレスが一致すると判別されなかった場合（ステップＳ４０４：ＮＯ）、照会回数判別部４１により照会回数が上限値以下と判別されなかった場合（ステップＳ４０５：ＮＯ）、または、アクセスコード判別部４２によりアクセスコードが一致すると判別されなかった場合（ステップＳ４０６：ＮＯ）、には、メール送信部６０は、認証エラー通知メールを携帯電話３００に送信（返信）する（ステップＳ４０７）。
【０１１０】
携帯電話３００が当該認証エラー通知メールを受信する（ステップＳ４０８）と、照会システム１０００は残高照会処理を終了する。
【０１１１】
一方、アクセスコード判別部４２によりアクセスコードが一致すると判別された場合（ステップＳ４０６：ＹＥＳ）、取得部５０は、残高の取得（残高照会）を実行する（ステップＳ４０９）。なお、取得部５０は、当該預金口座に対応付けられて記憶部２０に記憶されている最終照会日時を読み出し、当該最終照会日時を現在の日時に更新する。
【０１１２】
取得部５０が残高の取得を完了すると、メール送信部６０は、取得部５０が取得した残高を通知するメール（残高通知メール）を生成して、携帯電話３００宛に送信する（ステップＳ４１０）。具体的には、メール送信部６０は、送信先のメールアドレスを照会元アドレスに設定したメールであって、取得部５０が取得した残高、取得部５０が記憶部２０から読み出した最終照会日時、口座番号、その他の情報（キャンペーン情報などの広告用の情報）等を含む内容のメールを生成し、送信する。なお、口座番号は全ての番号をメールに含めるのではなく、番号の一部を例えば「＊」に置換した口座番号をメールに含めるようにする。
【０１１３】
メール送信部６０が残高通知メールを送信した後、携帯電話３００は当該残高通知メールを受信する（ステップＳ４１１）。携帯電話３００は、当該残高通知メールを受信したことを顧客に知らせる。そして、携帯電話３００は、顧客の要求に応じて当該残高通知メールの内容（残高等）を表示する（ステップＳ４１２）。
【０１１４】
図１２に、残高通知メールの内容の一例を示す。図１２に示すように、残高表示画面３２０には、残高の照会を要求した預金口座の残高と共に、当該預金口座を示す情報（例えば、支店名と口座番号）等が表示される。そして、口座番号はその一部が「＊」に置換されている。また、残高表示画面３２０には、広告用情報３２１、３２２が含まれていてもよい。
【０１１５】
本実施形態に係る照会サーバ１０１によれば、セキュリティー機能を向上することができる。第１に、アクセスコード判別部４２がアクセスコードをチェックすることにより、第三者によるなりすましを防止することが可能となっている。例えば、第三者が顧客の携帯電話を不正に取得し、顧客になりすまして残高照会要求メールを送信した場合であっても、当該メールに付加したアクセスコードが当該預金口座に対応付けられて記憶部２０に記憶されたアクセスコードと一致しない限り残高通知メールは取得できない。
【０１１６】
第２に、照会回数判別部４１が所定期間中の残高の照会回数をチェックすることにより、大量のスパムメールを受信した場合であっても、当該メールに対する処理を実行することなく無視することができる。
【０１１７】
第３に、メール送信部６０が口座番号の一部をマスク（例えば、「＊」に置換する。）することにより、第三者に残高表示画面を盗み見られたとしても口座番号の特定を防止することが期待できる。
【０１１８】
第４に、メール送信部６０が最終照会日時を示す情報を残高通知メールに含めることにより、顧客は、第三者による不正な残高照会の利用を発見することができる。これにより、顧客の被害を最小限にとどめることが期待できる。
【０１１９】
（変形例）
第１及び第２の実施形態においては、預金口座毎に新規利用登録処理及び残高照会処理を実行するように構成していた。しかし、同一の顧客が複数の預金口座を有している場合、一度の残高照会要求メールにより全ての預金口座の残高を取得できるように構成することが顧客にとって望ましい場合がある。この場合、例えば、ウェブサーバ５２０は、新規利用登録処理のステップＳ１０４において、図１３に示すような設定メニュー画面３３０が表示されるようにウェブサイトを生成しておく。顧客は、当該金融機関に持っている全ての口座の中から、一度に残高を照会したい口座をチェックして登録する。
【０１２０】
そして、ウェブサーバ５２０は、例えば、新規利用登録処理のステップＳ１１１において、照会先アドレスをメールで通知するとともに、図１４に示すような設定完了画面３４０を表示する。このように一度で複数の預金口座の残高を照会可能とする場合に、記憶部２０に対応付けて記憶するデータを図１５に模式的に示す。
【０１２１】
図１５に示す例では、「支店番号１１１、口座種別１、口座番号１１１１１１１」及び「支店番号２２２、口座種別２、口座番号２２２２２２２」の２つの預金口座を一度で照会するのであるから、当該２つの預金口座に対応付けられる照会先アドレスは１つである。そして、２つの預金口座の顧客は同一人物であるので、照会元アドレスとアクセスコードとは１つでよい。さらに、２つの預金口座は同時に照会されるのであるから、照会回数上限値と最終照会日時とは１つでよい。
【０１２２】
また、第１及び第２の実施形態においては、顧客が預金口座の残高を照会する場合、すなわち、照会サーバが預金口座の残高を照会する場合について説明した。しかし、本発明はこれに限定されることなく、例えば、照会サーバが預金口座の利用明細を照会するように構成しても良い。
【０１２３】
また、照会サーバは、預金口座以外の口座に関する情報を照会するように構成しても良い。例えば、照会サーバは、クレジット会社の管理するシステムに開設されたクレジットカード口座に対するクレジット請求額やカード利用明細、或いは、証券会社の管理するシステムに開設された株式口座や投資信託口座の残高照会などを照会するように構成することができる。すなわち、本発明は、例えば、利用者に通信端末のブラウザ機能を用いてＩＤやパスワードを入力させて本人確認後に何らかの情報を照会するサービスの代替手段として幅広く利用することができる。
【０１２４】
さらに、同じ預金口座に対する照会であっても、取引の種別（例えば、「残高の照会」と「利用明細の照会」。）毎に、区別して照会するように構成しても良い。この場合に、記憶部２０に対応付けて記憶するデータを図１６に模式的に示す。
【０１２５】
預金口座は１つであっても、取引の種別毎に照会をするのであるから、２つの取引種別のそれぞれに対して、照会先アドレスと、照会回数上限値と、最終照会日時と、が記憶される。一方、預金口座は１つであり、顧客は一人であるため、照会元アドレスと、アクセスコードと、は１つ記憶すればよい。
【０１２６】
このように、本発明においては、記憶部２０に対応付けて記憶する手法は任意であり、上述した対応付け以外にも種種の変形が可能である。
【０１２７】
第１及び第２の実施形態においては、顧客は、空メールを残高照会要求メールとして送信していた。しかし、顧客は、残高照会要求メールの本文などにあらかじめ定められた文字列（記号）を含めて当該残高照会要求メールを送信し、当該残高照会要求メールを受信した照会サーバは当該文字列（記号）に対応する詳細な照会を実行して、結果を顧客に返すようにしてもよい。これにより、より詳細な照会が可能となる。
【０１２８】
例えば、照会サーバは、本文欄３０８に何も記入されていない場合は通常の残高照会を実行し、本文欄に３０８に「１」と記入されている場合は利用明細の照会を実行するようにしてもよい。図１７（Ａ）に、利用明細の照会を求める「１」を本文欄３０８に記入したときの表示画面３５０を示す。なお、本文欄３０８に記入させる文字列は任意であるが、顧客の操作入力の負担を軽減するためになるべく短い文字列であることが望ましい。典型的には、１桁の数字が好適である。一方、顧客が記憶しやすい文字列とすることも有効である。典型的には、照会の内容を表す英単語の頭文字３文字とすることが有効である。
【０１２９】
また、同じ口座に対する照会であっても、照会内容によって照会先アドレスを区別するようにしてもよい。例えば、通常の残高照会を実行したい場合は宛先欄３０６に通常の残高照会用の照会先アドレス（当該アドレスを示す情報は「残高照会（１）」）を設定し、利用明細の照会を実行したい場合は宛先欄３０６に利用明細の照会用の照会先アドレス（当該アドレスを示す情報は「残高照会（２）」）を設定する。図１７（Ｂ）に、利用明細の照会をしたい場合に、利用明細の照会用の照会先アドレスを示す情報として「残高照会（２）」が宛先欄３０６に選択されたときの表示画面３６０を示す。このように、照会内容に対応する照会先アドレスが用意されている場合、顧客は照会先のアドレスを選択するだけで所望の照会が可能となる。
【０１３０】
また、携帯電話３００がｖＣａｒｄ形式に対応した携帯電話である場合、ウェブサーバ５２０が新規利用登録処理のステップＳ１１１において送信するメールに照会先アドレスが記載されたｖＣａｒｄファイルを添付することにより、顧客は容易に照会先アドレスのアドレス登録をすることができる。
【０１３１】
また、ウェブサーバ５２０は、図１３に示す設定完了画面３４０に、照会先アドレスを示す二次元コードを表示することもできる。この場合、携帯電話３００が二次元コードの読み取り機能を備えている場合、簡単な操作で照会先アドレスをアドレス帳に登録することができる。
【０１３２】
上記実施形態では、照会サーバが実行するプログラムが、照会サーバ等が備える記憶装置に予め記憶されているものとして説明した。しかし、上述の処理を実行させるためのプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  Ｄｉｓｋ）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、上述の手段として動作させ、あるいは、上述の工程を実行させてもよい。
【０１３３】
さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等してプログラムを実行してもよい。
【０１３４】
上述のように、本発明によれば、利用者の操作負担を軽減するのに好適な照会サーバ、及び、照会方法を提供することができる。
【図面の簡単な説明】
【０１３５】
【図１】第１及び第２の実施形態に係る照会サーバを備える照会システムの構成を示す図である。
【図２】第１及び第２の実施形態に係る照会サーバの物理的な構成を示すブロック図である。
【図３】第１の実施形態に係る照会サーバの基本構成を示すブロック図である。
【図４】記憶部に対応付けて記憶されるデータを模式的に示す図である。
【図５】第１の実施形態に係る照会サーバが実行する新規利用登録処理を説明するためのフローチャートである。
【図６】第１の実施形態に係る照会サーバが実行する残高照会処理を説明するためのフローチャートである。
【図７】（Ａ）は、残高照会要求メールを送信する際の表示画面の一例を示す図である。（Ｂ）は、残高表示画面の一例を示す図である。
【図８】第２の実施形態に係る照会サーバの基本構成を示すブロック図である。
【図９】記憶部に対応付けて記憶されるデータを模式的に示す図である。
【図１０】第２の実施形態に係る照会サーバが実行する新規利用登録処理を説明するためのフローチャートである。
【図１１】第２の実施形態に係る照会サーバが実行する残高照会処理を説明するためのフローチャートである。
【図１２】残高表示画面の一例を示す図である。
【図１３】設定メニュー画面の一例を示す図である。
【図１４】設定完了画面の一例を示す図である。
【図１５】記憶部に対応付けて記憶されるデータを模式的に示す図である。
【図１６】記憶部に対応付けて記憶されるデータを模式的に示す図である。
【図１７】（Ａ）、（Ｂ）は、残高照会要求メールを送信する際の表示画面の一例を示す図である。
【符号の説明】
【０１３６】
２０  記憶部
３０  メール受信部
４０  アドレス判別部
４１  照会回数判別部
４２  アクセスコード判別部
５０  取得部
６０  メール送信部
１００、１０１  照会サーバ
１１０  バス
１２０  ＣＰＵ
１３０  ＲＯＭ
１４０  ＲＡＭ
１５０  記憶装置
１６０  通信部
２００  顧客預金データベース
３００  携帯電話
４００  携帯電話ネットワーク
５００、６００  通信ネットワーク
５１０  メールサーバ
５２０  ウェブサーバ
７００  ゲートウェイ
１０００  照会システム
【図１】
2010039869.tif 000003
【図２】
2010039869.tif 000004
【図３】
2010039869.tif 000005
【図４】
2010039869.tif 000006
【図５】
2010039869.tif 000007
【図６】
2010039869.tif 000008
【図７】
2010039869.tif 000009
【図８】
2010039869.tif 000010
【図９】
2010039869.tif 000011
【図１０】
2010039869.tif 000012
【図１１】
2010039869.tif 000013
【図１２】
2010039869.tif 000014
【図１３】
2010039869.tif 000015
【図１４】
2010039869.tif 000016
【図１５】
2010039869.tif 000017
【図１６】
2010039869.tif 000018
【図１７】
2010039869.tif 000019