JPH09204480A - 金融取引システムにおける取引地点管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが取引装置から通信回線を介して金融
取引を行う場合に、従来の暗証番号チェック等のセキュ
リティ管理に加えて取引装置が所在する地点の情報を本
人確認のために利用し、セキュリティ管理をより確実に
する。 【解決手段】 取引装置４の地点認識装置はＧＰＳ衛星
１１からの電波を検出して地点情報を取得する。取引装
置４がホストコンピュータ１４へ取引要求を送信すると
き、この地点情報を付加する。回線接続装置５はさらに
取引要求に地域の情報を付加し、ネットワーク１３を介
して地点管理装置６−１へ送信する。地点管理装置６−
１はユーザ地域テーブル６１を参照してユーザから受信
した地点情報と地域情報が当該ユーザについて登録され
た地点情報と地域情報に一致するかチェックし、両情報
がそれぞれ一致したとき、ホストコンピュータ１４によ
る取引処理を許可する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、金融取引システム
に係わり、特に取引要求をするユーザ及び金融機関の営
業担当者の所在地点を管理する取引地点管理方法に関す
る。

【０００２】

【従来の技術】端末装置から金融機関のコンピュータに
アクセスし金融取引を行う新しい形態のシステムとし
て、家庭内の端末から取引を行うホームバンキング、企
業内の端末から取引を行うファームバンキング、電話機
を介して取引を行うテレホンバンキングなどが知られて
いる。このように通信回線を介して金融取引を行うとき
に不可欠な技術が取引のセキュリティ管理であり、特に
その中心となる技術が本人確認方式である。本人確認方
式として従来主流となっていた技術が各ユーザに付与し
た暗証番号と入力された暗証番号との一致をチェックし
て個人認証を行う方式である。また最近では暗証番号方
式に代わるものとしてＪＵＳＴ方式と呼ばれる本人確認
方式がある。例えば「近代セールス」９５年７月１日号
にはＪＵＳＴ方式を導入した金融機関の紹介記事があ
る。ＪＵＳＴ方式とは、コンピュータがユーザ一人一人
に対して独自の乱数表を作成し、これによるテーブル関
数を用いて本人確認をする方式である。

【０００３】一方金融機関の営業担当者が行う営業活動
をコンピュータによって管理したいというニーズも無視
できない。例えば「近代セールス」９２年６月１日号に
は、営業担当者の顧客訪問活動についての情報をハンデ
ィ端末に入力し、このデータを基にして営業担当者の業
務内容を分析して集計し出力する渉外支援システムが紹
介されている。

【０００４】

【発明が解決しようとする課題】通信回線を介して金融
取引を行う場合、顧客のユーザＩＤと暗証番号を入手し
た第三者が不正に取引を行う危険性があり、従来の暗証
番号に依存するセキュリティ管理では不充分である。ま
た顧客が住所変更したとき住所変更が金融機関に届けら
れない場合があり、顧客との連絡が途絶えたり、ダイレ
クトメールが顧客に届かない場合がある。さらに営業担
当者が現在どこにいるかの情報を把握しにくいので、顧
客の取引ニーズに対してリアルタイムで対応できない場
合がある。

【０００５】本発明の目的は、ユーザが取引装置を介し
て取引要求を行うときの取引装置の地点情報を把握し管
理することによって上記問題を解決することにある。

【０００６】本発明の他の目的は、さらに営業担当者が
携帯する端末装置の地点情報を把握することによってユ
ーザの取引ニーズに対して迅速に対応することにある。

【０００７】

【課題を解決する手段】本発明は、取引要求を行う取引
装置によってその所在地点を検出して地点情報を管理す
る装置へ送出し、地点管理装置によって受信した地点情
報と取引要求のあったユーザについてあらかじめ登録さ
れた地点情報とを比較し、両地点情報が一致したとき要
求された取引処理を許可する取引地点管理方法を特徴と
する。

【０００８】また本発明は、地点管理装置によって取引
要求のあったユーザと受信した地点情報との対応を示す
取引履歴を記録し、そのユーザについてあらかじめ登録
された住所から得られる地域情報と取引履歴上の地点情
報とを比較し、この地点情報のいずれもが住所から得ら
れる地域情報に属しないとき、住所変更の可能性のある
ユーザとして抽出する取引地点管理方法を特徴とする。

【０００９】さらに本発明は、営業担当者が携帯する端
末装置によってその所在する地点を検出して地点情報を
地点管理装置へ送信し、この地点管理装置によって営業
担当者と報告された地点情報との対応を示す訪問履歴を
記録し、取引要求があったときこの訪問履歴を参照して
ユーザから受信した地点と各営業担当者の報告する最新
の地点との間の距離を算出し、距離が最小の営業担当者
を決定し、決定した営業担当者の携帯する端末装置へこ
のユーザの訪問を要請するメッセージを送信する取引地
点管理方法を特徴とする。

【００１０】

【発明の実施の形態】以下本発明の実施形態について図
面を用いて詳細に説明する。

【００１１】図１は、第１の実施形態を示す金融取引シ
ステムの構成図である。４は金融機関と取引を行うユー
ザが携帯する取引装置であり、パーソナルコンピュータ
のような情報処理装置によって構成される。１１は取引
装置４の地点を測定するための電波を発信するＧＰＳ衛
星である。５は取引装置４からの要求に従って取引装置
４をネットワーク１３に接続する回線接続装置であり、
以下に述べる地域ごとに設けられ、ネットワーク１３に
ついての通信局となる。１２は取引装置４と回線接続装
置５とを接続する伝送路又は通信回線である。６１は各
ユーザと地域名との対応を登録するユーザ地域テーブル
である。６−１はネットワーク１３を介して回線接続装
置５と接続され、ユーザ地域テーブル６１を参照して取
引装置４から送られた取引トランザクションに付加され
た取引装置４の地点を示す情報及び地域を示す情報をチ
ェックし、その結果によって取引を許可するか否かを決
定する地点管理装置である。１４は地点管理装置６−１
に接続され、取引を許可されたトランザクションの処理
を行うホストコンピュータである。地点管理装置６−１
は、ホストコンピュータ１４のフロントエンド・プロセ
ッサとなり、ネットワーク１３についての通信局となる
情報処理装置であり、ユーザ地域テーブル６１はこの情
報処理装置の記憶装置に格納されるテーブルである。

【００１２】取引装置４はＧＰＳ衛星１１から送られる
電波によって取引装置４が所在する地点のＸＹデータを
測定する。取引装置４が取引のためのトランザクション
を入力すると、その地点を示す情報を付加して回線接続
装置５へ送信する。回線接続装置５はこのトランザクシ
ョンに回線接続装置５が保有する地域名又はネットワー
クアドレスを付加してネットワーク１３を介して地点管
理装置６−１へ送信する。地点管理装置６−１はユーザ
地域テーブル６１を参照して受信したトランザクション
に付加された地点情報及び地域情報の正当性をチェック
し、チェックの結果を取引装置４へ送信し、取引を許可
するときには受信したトランザクションをホストコンピ
ュータ１４へ送る。ホストコンピュータ１４は受け取っ
たトランザクションの処理を行う。

【００１３】図２は、取引装置４の構成を示す図であ
る。処理装置４０は取引装置４の中心となるコンピュー
タである。地点認識装置４１は、処理装置４０に接続さ
れＧＰＳ衛星１１から送られる電波によって取引装置４
が所在する地点を認識する装置である。入力装置４２
は、処理装置４０に接続され取引についてのデータを入
力するキーボード、ペン、マウス、トラックボール、タ
ッチパネル等の入力装置である。表示装置４３は、処理
装置４０に接続され取引データを入力する画面を表示し
たり処理結果を表示する装置である。記憶装置４４は、
処理装置４０に接続されプログラム及びデータを格納す
る装置である。通信インタフェース４５は、処理装置４
０及び回線接続装置５と接続され、処理装置４０が回線
接続装置５と通信するためのハードウェア・インタフェ
ースである。地点認識制御部４６は、地点認識装置４１
に指示して地点情報を取得する制御部である。地点認識
装置４１及び地点認識制御部４６はカーナビゲーション
装置の中に含まれる地点認識装置として知られている。
取引要求処理部４７は、入力装置４２及び表示装置４３
を介して取引要求を作成する処理部である。通信制御部
４８は、通信インタフェース４５を介して処理装置４０
と回線接続装置５とが行う通信を制御するプログラムで
ある。システム制御部４９は、取引装置４の全体を制御
するオペレーティングシステムのようなプログラムであ
る。地点認識制御部４６、取引要求処理部４７及び通信
制御部４８は記憶装置４４に格納されるプログラムを実
行することによって実現される。

【００１４】図３は、取引装置４が作成する取引トラン
ザクションのデータ形式の例を示す図である。この図は
ユーザＩＤ４４１が異なる３件のトランザクションの例
を示している。ユーザＩＤ４４１は取引装置４のユーザ
を識別する識別子、パスワード４４２は各ユーザに付与
されているパスワードである。取引コード４４５は取引
の種類を示すコードであり、これに続いて口座番号など
取引処理を行うために必要なデータが設定される。Ｘ地
点データ４４３及びＹ地点データ４４４は、地点認識装
置４１及び地点認識制御部４６によって認識された取引
装置４の所在地点を示す情報であり、例えば緯度及び経
度に対応するデータである。

【００１５】図４は、回線接続装置５が取引トランザク
ションに付加する地域情報のデータ形式の例を示す図で
ある。この図は通信局が異なる３件の地域情報の例を示
している。地域情報は、通信局名又は通信局の識別子と
対応する地域を示す情報とから構成される。地域は地域
１、地域２、地域３のように地域の階層に従って設定さ
れる。なお地域情報の代わりに各通信局のネットワーク
アドレスを取引トランザクションに付加してもよい。

【００１６】図５は、ユーザ地域テーブル６１のデータ
形式の例を示す図である。ユーザ地域テーブル６１は、
各ユーザごとにユーザ登録名、ユーザＩＤ、パスワード
及びユーザが所在する地域（住所とする地域、勤務する
地域など）を登録する。ユーザＩＤ及びパスワードは、
それぞれユーザＩＤ４４１及びパスワード４４２に相当
する。また地域を構成する地域１、地域２、地域３はそ
れぞれ回線接続装置５が取引トランザクションに付加す
る地域情報の地域１、地域２、地域３に対応する。なお
地域情報の他にさらにＸ地点データ４４３及びＹ地点デ
ータ４４４そのものを登録してもよい。

【００１７】取引装置４の取引要求処理部４７は、表示
装置４３上に案内画面を表示し、入力装置４２を介して
入力された取引要求についてのデータにユーザＩＤ４４
１及びパスワード４４２を付加して取引トランザクショ
ンを構成して一時的に記憶装置４４に格納する。次に地
点認識制御部４６は地点認識装置４１に指示して地点情
報を取得し、取引要求処理部４７を介してＸ地点データ
４４３及びＹ地点データ４４４を取引トランザクション
に付加する。次に通信制御部４８は、通信インタフェー
ス４５を介して取引装置４をユーザが所属する地域の回
線接続装置５に接続した状態で回線接続装置５に回線接
続要求を発行し、取引要求処理部４７は記憶装置４４か
ら取引トランザクションを読み出して通信回線１２を介
して回線接続装置５へ送信する。

【００１８】回線接続装置５は、この回線接続要求を受
信し、受け取った取引トランザクションにその回線接続
装置５が保有する地域情報（地域１、地域２、地域３の
情報）又はネットワークアドレスを付加し、ネットワー
ク１３を介して地点管理装置６−１へこの取引トランザ
クションを送信する。

【００１９】図６は、地点管理装置６−１の処理の流れ
を示すフローチャートである。地点管理装置６−１は、
ネットワーク１３を介して回線接続装置５から取引トラ
ンザクションを受信し（ステップ５１）、ユーザＩＤ４
４１及びパスワード４４２をキーにしてユーザ地域テー
ブル６１を検索し（ステップ５２）、対応する地域情報
を取り出す。次に図示しないＸ地点データ／Ｙ地点デー
タの地点情報とこの地点を含む地域との対応を設定する
テーブルを検索してＸ地点データ４４３及びＹ地点デー
タ４４４を地域情報に変換し、得られた地域情報とユー
ザ地域テーブル６１から取り出した地域情報とを比較し
て一致するかどうか判定する（ステップ５３）。あるい
はステップ５３でＸ地点データ４４３及びＹ地点データ
４４４がユーザ地域テーブル６１に登録されたＸ地点デ
ータ及びＹ地点データと一致するか否かを判定してもよ
い。地点情報が妥当であり（ステップ５３ＹＥＳ）、取
引トランザクションに付加された地域情報とユーザ地域
テーブル６１から取り出した地域情報とを比較して一致
すれば（ステップ５４ＹＥＳ）、取引装置４へ取引許可
メッセージを送信し（ステップ５５）、取引トランザク
ションに付加したＸ地点データ４４３、Ｙ地点データ４
４４及び地域情報を除いた残りのトランザクション・デ
ータをホストコンピュータ１４へ送る（ステップ５
６）。なお取引トランザクションにネットワークアドレ
スが付加されている場合には、地点管理装置６−１は図
示しないネットワークアドレスを地域情報へ変換する変
換テーブルを参照してネットワークアドレスを地域情報
へ変換した上でステップ５４の比較を行う。ユーザ地域
テーブル６１中に該当するデータが見つからないか又は
地点情報が妥当でない（ステップ５３ＮＯ）か、取引ト
ランザクションに付加された地域情報が登録された地域
情報に一致しない（ステップ５４ＮＯ）とき、地点管理
装置６−１は取引装置４へ取引を許可しない旨のメッセ
ージを送信する（ステップ５７）。取引装置４の取引要
求処理部４７は、ネットワーク１３、回線接続装置５、
通信回線１２、通信インタフェース４５及び通信制御部
４８を介して許可メッセージ又は不許可メッセージを受
信し、表示装置４３上に表示する。一方ホストコンピュ
ータ１４は取引許可されたトランザクション・データを
受信し、取引コード４４５に応じて処理を行い、その結
果を地点管理装置６−１、ネットワーク１３、回線接続
装置５及び通信制御部４８を介して取引要求処理部４７
へ送信し、取引要求処理部４７はこの結果を表示装置４
３上に表示する。

【００２０】上記第１の実施形態によれば、取引トラン
ザクションに付加されたユーザＩＤ４４１及びパスワー
ド４４２のチェックに加えてＸ地点データ４４３及びＹ
地点データ４４４から成る地点情報をチェックするの
で、セキュリティ管理が確実になる。さらにＸ地点デー
タ４４３及びＹ地点データ４４４は改ざんされる可能性
があるが回線接続装置５が付加する地域情報は改ざんさ
れないのでセキュリティレベルが向上するという効果が
ある。

【００２１】なお第１の実施形態の回線接続装置５と通
信回線１２の代わりにＰＨＰ（パーソナルハンディホ
ン）の地上無線局５’を設け、取引装置４と地上無線局
５’の間を無線によって通信してもよい。地上無線局
５’は取引装置４から回線接続要求を受信し、受け取っ
た取引トランザクションにその地上無線局５’が保有す
る地域情報又はネットワークアドレスを付加し、ネット
ワーク１３を介して地点管理装置６−１へこの取引トラ
ンザクションを送信する。この方式によれば、各地域に
網状に設置された無線局を使用することにより、取引装
置４に最も近い地上無線局５’がもつ地域情報をセキュ
リティ管理に利用できる。

【００２２】また第１の実施形態の回線接続装置５と地
点管理装置６−１とを接続するネットワーク１３として
ＩＳＤＮ（統合デジタルネットワーク）を利用すること
により、地点管理装置６−１は発信元の電話番号を知る
ことができる。地点管理装置６−１はこの電話番号によ
って取引装置４を識別でき、上記の地点情報のチェック
に加えてユーザ地域テーブル６１にあらかじめ登録され
た電話番号と比較することによりセキュリティ管理はさ
らに確実になる。

【００２３】図７は、第２の実施形態を示す金融取引シ
ステムの構成図である。ＧＰＳ衛星１１、取引装置４、
回線接続装置５、通信回線１２、ネットワーク１３、ユ
ーザ地域テーブル６１及びホストコンピュータ１４につ
いては第１の実施形態の装置等と同じである。７は金融
機関の営業担当者（以下担当者という）が携帯する端末
装置であり、取引装置４と同様にパーソナルコンピュー
タのような情報処理装置によって構成される。端末装置
７は取引装置４と同じ処理装置４０、地点認識装置４
１、入力装置４２、表示装置４３、記憶装置４４、通信
インタフェース４５、地点認識制御部４６、取引要求処
理部４７、通信制御部４８及びシステム制御部４９を備
えていて取引装置として使用されるほかに、担当者の訪
問履歴を登録するなど担当者の業務を処理するプログラ
ムを備えている。６２は各担当者がユーザを訪問した履
歴を格納する訪問履歴テーブルである。地点管理装置６
−２は、上記地点管理装置６−１の処理を行うほかに端
末装置７からの連絡によって担当者が別のユーザを訪問
するごとにその地点情報を訪問履歴テーブル６２に格納
する。また地点管理装置６−２は、取引装置４から取引
要求があったとき訪問履歴テーブル６２を検索すること
によってその取引装置４に最も近い担当者の端末装置７
を呼び出し、次に訪問すべきユーザについて連絡する。

【００２４】図８は、訪問履歴テーブル６２のデータ形
式の例を示す図である。担当者名はユーザ地域テーブル
６１のユーザ登録名と同じであるが、担当者であること
を識別できるコード体系となっている。訪問コードは担
当者がユーザを訪問するごとに設定するコード、訪問日
時６２１は担当者がユーザを訪問した年月日及び時刻で
ある。Ｘ地点データ６２２及びＹ地点データ６２３は担
当者の訪問先の地点情報である。

【００２５】担当者も一般のユーザと同様にユーザ地域
テーブル６１にユーザ登録名（担当者名）、ユーザＩ
Ｄ、パスワード及び担当者の住所のある地域情報及び営
業活動を行う地域の情報を登録する。担当者が取引要求
を行うと、第１の実施形態と同様の取引トランザクショ
ンが端末装置７から回線接続装置５及びネットワーク１
３を介して地点管理装置６−２へ送信され、地点管理装
置６−２は地点管理装置６−１と同じく取引トランザク
ションに付加された地点情報及び地域情報の妥当性をチ
ェックし、これらの情報が妥当であれば取引を許可す
る。端末装置７から地点管理装置６−２へ新しい訪問先
を通知するとき、端末装置７はユーザＩＤ４４１、パス
ワード４４２、Ｘ地点データ４４３及びＹ地点データ４
４４から構成されるデータを回線接続装置５を介して地
点管理装置６−２へ送信する。回線接続装置５はこのデ
ータに地域情報を付加する。地点管理装置６−２は受信
したデータに付加された地点情報及び地域情報の妥当性
をチェックし、これらの情報が妥当であればユーザ地域
テーブル６１によってユーザＩＤ４４１及びパスワード
４４２を担当者名に変換し、訪問履歴テーブル６２を検
索して当該担当者の訪問コードと訪問日時６２１を設定
し、受け取ったＸ地点データ４４３及びＹ地点データ４
４４をそれぞれＸ地点データ６２２及びＹ地点データ６
２３として登録する。

【００２６】図９は、ユーザに近い担当者に訪問要請を
行う地点管理装置６−２の処理の流れを示すフローチャ
ートである。取引装置４から取引トランザクションを受
信したとき、地点管理装置６−２は取引トランザクショ
ンに付加された地点情報及び地域情報の妥当性をチェッ
クするステップ５１からステップ５４までの処理を行
う。地域情報が一致したとき（ステップ５４ＹＥＳ）、
取引トランザクションに含まれる取引コード４４５によ
って担当者と相談しながら行うような取引か否かを判定
する（ステップ７１）。そうでなければ（ステップ７１
ＮＯ）、ステップ５５へ行き、取引装置４へ取引許可メ
ッセージを送信した後、ホストコンピュータ１４による
自動取引処理を行う。例えばローンなど担当者の介入が
必要な取引であれば（ステップ７１ＹＥＳ）、訪問履歴
テーブル６２の各担当者の訪問日時６２１を検索し、処
理当日の訪問日時であって最新の訪問日時を登録する担
当者名と対応するＸ地点データ６２２及びＹ地点データ
６２３を抽出する（ステップ７２）。次にユーザの地点
情報（Ｘ地点データ４４３及びＹ地点データ４４４）と
抽出した各担当者の地点情報（Ｘ地点データ６２２及び
Ｙ地点データ６２３）とから両地点間の距離を算出する
（ステップ７３）。次にユーザの地点と最短距離にある
担当者を決定し（ステップ７４）、この担当者へユーザ
の訪問要請をするメッセージを送信する（ステップ７
５）。このメッセージはユーザの地点情報及び取引要求
情報を含む。地点管理装置６−２は決定した担当者のＸ
地点データ６２２及びＹ地点データ６２３を図示しない
変換テーブルによって地域情報に変換することができ、
地域情報と通信局との対応表によってメッセージを送信
すべき回線接続装置５を特定することができる。またユ
ーザ地域テーブル６１を参照することによって担当者名
をユーザＩＤに変換することができ、ユーザＩＤから端
末装置７を特定することができる。訪問要請メッセージ
を受け取った端末装置７はユーザの地点情報及び取引要
求情報をその表示装置４３に表示する。なお端末装置７
は担当者が営業活動を行う地域を含む地域の電子地図を
表示装置４３に表示し、その電子地図の中にユーザの所
在地点を表示すると視覚的にユーザの所在場所を把握す
るのに便利である。

【００２７】なおステップ７３でユーザ地点−担当者地
点間の距離を算出したが、さらにユーザ地点と同一地域
にいる担当者という条件をつけてもよい。ここでいう地
域は担当者が営業活動を行う地域に相当する。なお第１
の実施形態と同様に回線接続装置５と通信回線１２の代
わりに地上無線局５’を利用できることは言うまでもな
い。

【００２８】次に営業担当者による顧客訪問の少ない地
域を管理する第３の実施形態の処理について説明する。
金融機関の営業店は通常営業店を中心にしてその周辺を
いくつかの地域に区分し、そのうち営業担当者が活動す
べき地域を活動地域として設定している。活動地域は例
えばＸＸ町Ｘ丁目のように住所表示される領域であり、
１つの活動地域には１名又は複数名の担当者が割り当て
られる。第３の実施形態のシステムは図７に示す第２実
施形態のシステム構成が適用されるが、地点管理装置６
−２は訪問履歴テーブル６２の他に各担当者とその担当
者が営業活動を担当する活動地域との対応を設定するテ
ーブルを設ける。

【００２９】図１０は、第３の実施形態の処理を行う地
点管理装置６−２の処理の流れを示すフローチャートで
ある。図１０に示す処理は、各活動地域に１名の担当者
が割り当てられている場合の処理である。まず地点管理
装置６−２は、テーブルからある担当者の活動地域の名
称を取得し（ステップ８１）、訪問履歴テーブル６２を
検索して所定の期間について当該担当者のＸ地点データ
６２２及びＹ地点データ６２３を地域情報に変換する
（ステップ８２）。このようにして得られた地域情報の
うち活動地域に一致するものの訪問回数を計数する（ス
テップ８３）。この訪問回数が所定の訪問回数に満たな
ければ（ステップ８４ＹＥＳ）、担当者名、活動地域名
及び訪問回数を記憶装置に格納するとともに、この担当
者へ活動地域を訪問するよう要請するメッセージを送信
する（ステップ８７）。このメッセージは活動地域名と
訪問回数を含む。訪問回数の条件を満足していれば（ス
テップ８４ＮＯ）、その担当者の活動地域の中のＸ地点
データ６２２及びＹ地点データ６２３の地点をすべて包
含する面積最小の多角形を訪問領域として求め、この訪
問領域の面積と活動地域の面積との比率を訪問面積比率
として算出する（ステップ８５）。この訪問面積比率が
所定の比率に満たなければ（ステップ８６ＹＥＳ）、担
当者名、活動地域名及び訪問面積比率を記憶装置に格納
するとともに、この担当者へ活動地域を訪問するよう要
請するメッセージを送信する（ステップ８７）。このメ
ッセージは活動地域名及びすべての地点情報を含む。活
動地域が低訪問地域でなければ（ステップ８６ＮＯ）、
ステップ８８へ行く。すべての担当者について上記の処
理が終了していなければ（ステップ８８ＮＯ）、ステッ
プ８１へ戻って上記処理を繰り返す。訪問要請メッセー
ジを受け取った端末装置７は、活動地域名、訪問回数、
所定の期間に訪問した地点等の情報をその表示装置４３
に表示する。なお第３の実施形態においても、端末装置
７が活動地域を電子地図として表示し、電子地図上に訪
問した地点を表示すると担当者が視覚的に訪問の少ない
場所を把握するのに便利である。なお上記処理の対象と
する活動地域を特に重点地域に限定してもよい。

【００３０】なお１つの活動地域に複数の担当者が割り
当てられている場合には、担当者を特定せずに訪問履歴
テーブル６２を検索して対象とする活動地域で行った訪
問活動の回数を算出し、訪問回数が所定数以上である場
合にはさらに訪問面積比率を算出する。このようにして
低訪問地域と判定した活動地域について活動地域から訪
問領域を除いた残りの未訪問領域の重心地点を求め、こ
の重心地点と当該活動地域に割り当てられている担当者
の最新の訪問地点（Ｘ地点データ６２２及びＹ地点デー
タ６２３）との間の距離を算出し、最短の距離にある担
当者に上記の訪問要請メッセージを送信してもよい。

【００３１】次に住所変更をしたが変更届を出していな
いユーザを抽出する第４の実施形態の処理について説明
する。図１１は、第４の実施形態を示すシステムの構成
図である。取引装置４、回線接続装置５、通信回線１２
及びネットワーク１３については第１の実施形態と同じ
である。地点管理装置６−３にはユーザ地域テーブル６
１の他に取引履歴テーブル６３及びユーザ住所テーブル
６４が接続される。取引履歴テーブル６３は取引要求の
あつたユーザの地点情報を格納するテーブルである。ユ
ーザ住所テーブル６４は各ユーザの住所を登録するテー
ブルである。地点管理装置６−３は、取引装置４から正
当な取引トランザクションを受信するごとに取引履歴テ
ーブル６３に地点情報を格納する。地点管理装置６−３
又は別のコンピュータは、定期的に取引履歴テーブル６
３をユーザ名によって名寄せし、同一ユーザの地点情報
を集めてそのユーザの取引領域を算出し、ユーザ住所テ
ーブル６４に登録された当該ユーザの住所と比較する。
ユーザの取引領域と住所とが一致しないとき、地点管理
装置６−３は取引装置４へ住所確認を依頼するメッセー
ジを送信する。

【００３２】図１２は、取引履歴テーブル６３のデータ
形式の例を示す図である。ユーザ登録名はユーザ地域テ
ーブル６１のユーザ登録名と同じである。受付番号は地
点管理装置６−３が取引トランザクションを受け付けた
とき設定する番号、取引日時６３１は地点管理装置６−
３が取引トランザクションを受け付けた日時を示すタイ
ムスタンプ、Ｘ地点データ６３２及びＹ地点データ６３
３は正当な取引トランザクションに付加されていた地点
情報である。

【００３３】図１３は、ユーザ住所テーブル６４のデー
タ形式の例を示す図である。ユーザ登録名はユーザ地域
テーブル６１のユーザ登録名と同じである。地域１、地
域２及び地域３はユーザ地域テーブル６１の地域情報と
同じであり、番地と合わせることによつてユーザの住所
を形成する。要確認フラグ６４１は住所確認が必要か否
かを示すフラグであり、初期値は住所確認不要である。

【００３４】図１４は、地点管理装置６−３の処理の流
れを示すフローチャートである。地点管理装置６−３
は、取引履歴テーブル６３を検索して同一ユーザ登録名
に関するＸ地点データ６３２及びＹ地点データ６３３か
ら成る地点情報を抽出する（ステップ９１）。なおあら
かじめバッチ処理によって取引履歴テーブル６３の内容
をユーザ登録名について名寄せ処理しておくことができ
る。次に地点管理装置６−３は、同一ユーザのＸ地点デ
ータ６３２及びＹ地点データ６３３の地点をすべて包含
する面積最小の多角形を取引領域として算出する（ステ
ップ９２）。またはＸ地点データ６３２及びＹ地点デー
タ６３３の地点情報をそのまま用いてもよい。この取引
領域又は地点情報は所定の地域の中に含まれるはずであ
るから、取引領域が複数の地域に亘る場合には複数の取
引領域又は地点情報が取得される。あるいはＸ地点デー
タ６３２及びＹ地点データ６３３の地点情報を地域情報
に変換し、この地域情報を取引領域としてもよい。次に
ユーザ住所テーブル６４を検索して当該ユーザの住所を
抽出し（ステップ９３）、その住所が属する地域を求め
る（ステップ９４）。この地域は地域１、地域２及び地
域３から成る地域情報をそのまま適用してもよいし、さ
らに番地の上位まで細分した地域を求めてもよい。次に
住所地域といずれかの取引領域又は地点情報が一致す
る、すなわち共通部分を有するか否かを判断する（ステ
ップ９５）。両領域が共通部分を有しなければ（ステッ
プ９５ＮＯ）、住所変更の可能性があるものとみなして
ユーザ住所テーブル６４の要確認フラグ６４１を住所確
認要に設定する（ステップ９６）。あるいは住所確認要
のユーザについてのみ抽出する新しいユーザ住所テーブ
ルを別に作成してもよい。このようにして全ユーザにつ
いて上記の処理が終了していなければ（ステップ９７Ｎ
Ｏ）、ステップ９１に戻って上記の処理を繰り返す。全
ユーザについて上記の処理を終了したとき（ステップ９
７ＹＥＳ）、ユーザ住所テーブル６４から要確認フラグ
６４１が住所確認要に設定されたユーザを抽出するか住
所確認要のユーザ住所を集めたユーザ住所テーブルを読
み込み（ステップ９８）、該当するユーザへ住所確認メ
ッセージを送信する（ステップ９９）。このメッセージ
は住所確認と登録された住所とを含む。取引装置４はこ
のメッセージの内容を表示装置４３上に表示する。メッ
セージを送信すべき取引装置４は、ユーザ地域テーブル
６１を検索してユーザ登録名からユーザＩＤを求めるこ
とによって特定される。地点管理装置６−３は、取引装
置４から変更後の住所を受信したとき、この新住所によ
ってユーザ住所テーブル６４を更新する。なおステップ
９１からステップ９７までの処理をオフラインでバツチ
処理し、ステップ９８及びステップ９９の処理を地点管
理装置６−３が行ってもよい。

【００３５】なお複数の地点管理装置６を設け、第１の
実施形態から第４の実施形態までの地点管理装置６の処
理を分散して行ってもよい。また地点管理装置６を各営
業店ごとに設け、センターのホストコンピュータ１４と
の間をネットワークによって接続してもよい。

【００３６】

【発明の効果】本発明によれば、従来の暗証番号チェッ
クに加えてユーザの地点情報によって本人確認を行える
ので、より確実なセキュリティ管理が可能となる。また
本発明によれば、ユーザが住所変更をしたとき取引が発
生する地点と住所から得られる地域情報との不一致を検
出できるので、住所変更の可能性のあるユーザを抽出し
て対策できる。さらに本発明によれば、営業担当者の所
在地点を追跡できるので、営業担当者の援助を必要とす
るようなユーザの取引要求に対し迅速に対応できるとと
もに営業担当者の訪問履歴によってその訪問領域を管理
することができる。

【図面の簡単な説明】

【図１】第１の実施形態を示す金融取引システムの構成
図である。

【図２】実施形態の取引装置４の構成を示す図である。

【図３】実施形態の取引トランザクションのデータ形式
を示す図である。

【図４】実施形態の回線接続装置５が取引トランザクシ
ョンに付加する地域情報のデータ形式を示す図である。

【図５】実施形態のユーザ地域テーブル６１のデータ形
式を示す図である。

【図６】実施形態の地点管理装置６−１の処理の流れを
示すフローチャートである。

【図７】第２の実施形態を示す金融取引システムの構成
図である。

【図８】実施形態の訪問履歴テーブル６２のデータ形式
を示す図である。

【図９】担当者に訪問要請を行う地点管理装置６−２の
処理の流れを示すフローチャートである。

【図１０】第３の実施形態の処理を行う地点管理装置６
−２の処理の流れを示すフローチャートである。

【図１１】第４の実施形態を示す金融取引システムの構
成図である。

【図１２】実施形態の取引履歴テーブル６３のデータ形
式を示す図である。

【図１３】実施形態のユーザ住所テーブル６４のデータ
形式を示す図である。

【図１４】実施形態の地点管理装置６−３の処理の流れ
を示すフローチャートである。

【符号の説明】

４・・・取引装置、６・・・地点管理装置、７・・・端
末装置、４１・・・地点認識装置、６１・・・ユーザ地
域テーブル、６２・・・訪問履歴テーブル、６３・・・
取引履歴テーブル、６４・・・ユーザ住所テーブル、４
４３・・・Ｘ地点データ、４４４・・・Ｙ地点データ、
６２２・・・Ｘ地点データ、６２３・・・Ｙ地点データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 浜口 強 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内

Claims (5)

【特許請求の範囲】
1. 【請求項１】取引要求を行う取引装置と該取引要求に従
   って取引の処理を行うコンピュータとを有する金融取引
   システムにおいて、該取引装置によってその所在する地
   点を検出して地点情報を該コンピュータに向けて送出
   し、該取引装置と該コンピュータとの間に介在する取引
   地点を管理する手段によって該地点の情報と取引要求の
   あったユーザについてあらかじめ登録された地点情報と
   を比較し、両地点情報が一致したとき該コンピュータに
   よる取引処理を許可することを特徴とする金融取引シス
   テムにおける取引地点管理方法。
2. 【請求項２】該取引装置と取引地点管理手段との間に設
   けた地域情報を付加する手段によって該取引要求に地域
   情報を付加し、該取引地点管理手段によってさらにあら
   かじめ登録された地域情報と付加された地域情報とを比
   較し、両地域情報が一致したとき該コンピュータによる
   取引処理を許可することを特徴とする請求項１記載の金
   融取引システムにおける取引地点管理方法。
3. 【請求項３】金融機関の営業担当者が携帯する端末装置
   によってその所在する地点を検出して地点情報を取引地
   点管理手段へ送信し、該取引地点管理手段によって該営
   業担当者と報告された地点情報との対応を示す訪問履歴
   を記録し、該取引要求があったとき該訪問履歴を参照し
   てユーザから受信した地点と各営業担当者の報告する最
   新の地点との間の距離を算出し、該距離が最小の営業担
   当者を決定し、決定した営業担当者の携帯する端末装置
   へ該ユーザの訪問を要請するメッセージを送信すること
   を特徴とする請求項１記載の金融取引システムにおける
   取引地点管理方法。
4. 【請求項４】該訪問履歴を参照して各営業担当者ごとの
   訪問回数を計数し、該訪問回数が所定値に満たない営業
   担当者を抽出することを特徴とする請求項３記載の金融
   取引システムにおける取引地点管理方法。
5. 【請求項５】該取引地点を管理する手段によって取引要
   求のあったユーザと受信した地点情報との対応を示す取
   引履歴を記録し、該ユーザについてあらかじめ登録され
   た住所から得られる地域情報と該取引履歴の地点情報と
   を比較し、該取引履歴の地点情報のいずれもが住所から
   得られる地域情報に属しないとき、住所変更の可能性の
   あるユーザとして抽出することを特徴とする請求項１記
   載の金融取引システムにおける取引地点管理方法。