JP2003030432A - 金融機関営業支援システム - Google Patents

Abstract

(57)【要約】 【課題】 営業日報の登録と顧客属性の表示と重要事項
の表示とを連動し、操作性を向上させる金融機関営業支
援システムを提供することを目的とする。 【解決手段】 金融機関における営業業務の支援を行う
金融機関営業支援システムであって、顧客に関する情報
であり金融商品の取引における重要事項の説明の要否を
含む顧客属性、及び重要事項が説明済みか否かを表す重
要事項説明履歴、及び顧客との接触内容であり重要事項
説明履歴を含む営業日報を関連づけて記憶するデータベ
ース１２０と、顧客属性を表示する顧客属性表示手段
と、顧客属性に基づく重要事項を表示すると共に、重要
事項の表示に基づく重要事項説明履歴をデータベース１
２０へ登録する重要事項表示／登録手段と、営業日報を
データベース１２０へ登録する営業日報登録手段とを備
えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、金融機関における
営業業務の支援のために、顧客へ金融商品の取引におけ
る重要事項の説明を行うための重要事項の表示を行い、
重要事項が説明済みか否かを表す重要事項説明履歴を含
んだ営業日報を作成し登録する金融機関営業支援システ
ムに関するものである。

【０００２】

【従来の技術】投資信託等の金融商品を販売する証券会
社等の金融機関では、顧客との接触内容を作成し、デー
タベースに記憶させて登録する営業日報のシステム化、
及び顧客に関する商品取引の適合性等の顧客属性のシス
テム化が進められている。

【０００３】一方、金融機関が金融商品を販売する上
で、リスクに関する説明が顧客へ十分になされていない
ことが多々あり、トラブルの原因となっている。そのた
め、２００１年４月から施行された金融商品販売法によ
り、金融機関は金融商品を販売する際に、その金融商品
の特徴、リスク等の金融商品の取引における重要事項を
顧客へ説明することを義務付けられている。

【０００４】

【発明が解決しようとする課題】しかしながら、金融商
品の取引における重要事項の説明を含めて、営業日報の
登録処理（記憶）及び顧客属性の表示が操作性において
上手く連動していないのが現状である。従来の顧客属性
のシステムは、顧客属性を記憶させて登録しておき、そ
れを参照する機能を持っているが、顧客に対して金融商
品の取引における重要事項が説明済みか否かを表す重要
事項説明履歴の管理や一覧表示を行う機能は持っていな
かった。

【０００５】本発明は上述した課題に鑑みてなされたも
のであり、営業日報と金融商品の取引における重要事項
説明履歴とを関連付け、例えばこれらの表示を連動させ
ることにより、操作性を向上させる金融機関営業支援シ
ステムを提供することを目的とする。

【０００６】

【課題を解決するための手段】上述した目的を達成する
ために、本発明は、金融機関における営業業務の支援を
行う金融機関営業支援システムであって、金融商品の取
引における重要事項が顧客に対して説明されているか否
かを表す重要事項説明履歴を記憶する履歴記憶手段と、
顧客との接触内容を示す営業日報を記憶する営業日報記
憶手段と、前記履歴記憶手段に記憶された前記重要事項
説明履歴を顧客に基づいて前記営業日報記憶手段に記憶
された前記営業日報に関連付けるデータ関連付手段とを
備えたことを特徴とするものである。

【０００７】このような構成によれば、例えば金融商品
の取引における重要事項が説明済みか否かを表す重要事
項説明履歴を営業日報に関連付けることができ、重要事
項説明履歴の管理が容易に行われる。なお、本発明のデ
ータ関連付手段は、例えば関連する２以上のデータを識
別する識別子を設けたり、記憶手段における所定の記憶
領域を互いにアドレス上で関連付けるようにして構成す
ることができる。

【０００８】また、本発明の金融機関営業支援システム
において、さらに金融商品の取引における重要事項の説
明の要否を含む顧客属性を記憶する顧客属性記憶手段を
備え、前記データ関連付手段は、さらに前記顧客属性を
顧客に基づいて前記重要事項説明履歴及び前記営業日報
に関連付けることを特徴とするものである。

【０００９】このような構成によれば、例えば営業員は
顧客属性から、その顧客について、ある金融商品につい
ての重要事項の説明が必要であるか否かを容易に判断す
ることができ、重要事項について説明漏れが発生する事
態を防止し得る。また、重要事項説明履歴の管理が容易
に行われる。

【００１０】また、本発明の金融機関営業支援システム
は、金融商品の取引における重要事項の説明の要否を含
む顧客属性を表示する顧客属性表示手段と、前記顧客属
性表示手段に表示された顧客属性に基づいて、前記重要
事項を表示する重要事項表示手段と、前記重要事項表示
手段により前記重要事項が表示されたことを前記重要事
項説明履歴として前記履歴記憶手段に記憶させて登録す
る履歴登録手段と、前記履歴登録手段により登録された
前記重要事項説明履歴を前記営業日報に反映させて営業
日報を表示する営業日報表示手段とを備えてなることを
特徴とするものである。

【００１１】このような構成によれば、金融商品の取引
における営業日報と顧客属性と重要事項説明履歴とを関
連づけて管理することができ、業務の操作性を向上させ
ることができる。

【００１２】なお、本発明の実施の形態においては、金
融機関における営業業務の支援を行う金融機関営業支援
システムであって、顧客に関する情報であり金融商品の
取引における重要事項の説明の要否を含む顧客属性、及
び前記重要事項が説明済みか否かを表す重要事項説明履
歴、及び前記顧客との接触内容であり前記重要事項説明
履歴を含む営業日報を関連づけて記憶するデータベース
と、前記顧客属性を表示する顧客属性表示手段と、前記
顧客属性に基づく前記重要事項を表示すると共に、前記
重要事項の表示に基づく前記重要事項説明履歴を前記デ
ータベースへ登録する重要事項表示／登録手段と、前記
営業日報を前記データベースへ登録する営業日報登録手
段とを備えたことを特徴とする金融機関営業支援システ
ムが開示されている。

【００１３】また、本発明の実施の形態においては、金
融機関における営業業務の支援を行う金融機関営業支援
用サーバであって、顧客に関する情報であり金融商品の
取引における重要事項の説明の要否を含む顧客属性、及
び前記重要事項が説明済みか否かを表す重要事項説明履
歴、及び前記顧客との接触内容であり前記重要事項説明
履歴を含む営業日報を関連づけてデータベースへ記憶
し、ユーザからの入力及び前記ユーザへの出力を行うた
めの前記金融機関営業支援用クライアントから受信した
要求に基づいて前記顧客属性を前記金融機関営業支援用
クライアントへ送信し、前記金融機関営業支援用クライ
アントから受信した前記重要事項説明履歴を前記データ
ベースへ登録し、前記融機関営業支援用クライアントか
ら受信した前記営業日報を前記データベースへ登録する
ことを特徴とする金融機関営業支援用サーバが開示され
ている。

【００１４】さらに、本発明の実施の形態においては、
金融機関における営業業務の支援を行う金融機関営業支
援用クライアントであって、顧客に関する情報であり金
融商品の取引における重要事項の説明の要否を含む顧客
属性を得るために、要求を本発明の金融機関営業支援用
サーバへ送信し、前記金融機関営業支援用サーバから受
信した前記顧客属性を表示し、予め登録された前記重要
事項を前記顧客属性に基づいて表示し、前記重要事項が
説明済みか否かを表す重要事項説明履歴を前記金融機関
営業支援用サーバへ送信し、前記重要事項説明履歴を顧
客との接触内容である営業日報に反映させ、前記営業日
報を作成し、前記営業日報を前記金融機関営業支援用サ
ーバへ送信することを特徴とする金融機関営業支援用ク
ライアントが開示されている。このようなクライアント
によれば、営業日報の登録と顧客属性の表示と重要事項
の表示とを連動させることにより、実際の顧客との接触
の流れに沿った画面の表示が行われるとともに営業員の
操作の負担を軽減でき、営業員は金融商品販売法に沿っ
た営業活動を円滑に行うことができる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。まず、金融機関営業
支援システムの構成について図１を用いて説明する。図
１は、本実施の形態における金融機関営業支援システム
の構成の一例を示すブロック図である。この金融機関営
業支援システムは、本店１００と支店２００から構成さ
れている。本店１００は、データベース１２０と接続さ
れたサーバ１１０とクライアント１３０から構成されて
いる。支店２００は、クライアント１３０Ａから構成さ
れている。クライアント１３０及びクライアント１３０
Ａは同様の動作を行う。また、クライアント１３０及び
クライアント１３０Ａは複数であっても良い。サーバ１
１０とクライアント１３０，１３０Ａは、イントラネッ
ト３００で接続されている。

【００１６】なお、データベース１２０は、サーバ１１
０内に備えられていても良いし、サーバ１１０とクライ
アント１３０は一体型で構成されても良く、図１に示さ
れるような形態に限定されるものではない。

【００１７】次に、金融機関営業支援システムの動作の
概略について図１を用いて説明する。本店１００にいる
営業員は、クライアント１３０からイントラネット３０
０を介してサーバ１１０へアクセスする。支店２００に
いる営業員は、クライアント１３０Ａからイントラネッ
ト３００を介してサーバ１１０へアクセスする。

【００１８】データベース１２０には、営業日報、顧客
属性、重要事項説明履歴等が関連づけて蓄積されてい
る。ここで、営業日報とは、顧客との１回の接触内容が
記録された情報である。顧客属性とは、名前、住所、年
齢等の顧客に関する基本的な情報や、投資経験、金融商
品の取引における重要事項の説明の要否を含む取引の適
合性等の情報である。金融商品の取引における重要事項
とは、金融商品の特徴やリスク等の情報である。重要事
項説明履歴とは、金融商品の取引における重要事項が説
明済みか否かを表す情報である。

【００１９】クライアント１３０，１３０Ａは、営業日
報登録手段として機能する営業日報登録画面と顧客属性
表示手段として機能する顧客属性表示画面と重要事項表
示手段として機能する重要事項表示画面の表示を行うと
ともに、営業員からの入力を受け付ける。ここで、営業
日報登録画面とは、例えば営業日報を登録するための
「日報保存ボタン」や、金融商品の取引における重要事
項が説明済みか否かのチェックが入る重要事項説明欄
や、顧客コード、顧客と接触した日時、顧客との接触方
法、顧客との接触目的、提案商品等の入力機能を備えた
画面である。顧客属性表示画面とは、顧客属性を表示す
る画面であり、例えば重要事項表示画面を表示するため
の「重要事項説明要ボタン」を備えている。重要事項表
示画面とは、金融商品の取引における重要事項の説明を
表示する画面であり、例えば重要事項説明履歴を営業日
報へ登録する「日報への登録ボタン」を備えている。こ
れらについては、図３乃至図５を用いて後述する。

【００２０】サーバ１１０は、クライアント１３０，１
３０Ａからのアクセスに応じて、データベース１２０に
蓄積されている顧客属性等をクライアント１３０，１３
０Ａに送信する。また、サーバ１１０は、クライアント
１３０，１３０Ａから受信した営業日報や重要事項説明
履歴をデータベース１２０に登録する。

【００２１】ここで、サーバ１１０とクライアント１３
０，１３０Ａにおける動作は全てソフトウェアで実現す
る。このソフトウェアは、例えばＷｅｂアプリケーショ
ンの形態であっても良い。

【００２２】次に、金融機関営業支援システムの動作の
詳細について図２〜図５を用いて説明する。図２は、本
実施の形態における金融機関営業支援システムの動作の
一例を示すフローチャートである。ここでは、本店１０
０の営業員がクライアント１３０に表示される画面の閲
覧及びクライアント１３０を用いた入力を行いながら、
電話または対面により顧客と接触している場合を想定し
て、説明を行う。なお、支店２００の営業員であって
も、クライアント１３０Ａを用いて同様の動作を行うこ
とが可能である。

【００２３】まず、営業員は、顧客属性表示画面を表示
させるために例えば顧客コード等をクライアント１３０
へ入力する。クライアント１３０は、イントラネット３
００を介してサーバ１１０へ顧客コードを送信する。顧
客コードを受信したサーバ１１０は、データベース１２
０から顧客コードに対応した顧客属性を検索し、イント
ラネット３００を介してクライアント１３０へ送信す
る。クライアント１３０は新規ウィンドウを開き、顧客
属性表示画面の表示を行う（Ｓ１）。

【００２４】図３は、顧客属性表示画面の一例を示す図
である。図３に示した顧客属性表示画面において、金融
商品名の下の欄にその金融商品の取引における重要事項
の説明の要否が表示されている。顧客は、事前に金融商
品毎の重要事項の説明が必要か否かの選択を行ってお
り、選択された結果は顧客属性に予め登録されている。
ここで、重要事項の説明の要否が「要」の表示は、重要
事項表示画面を表示するための「重要事項説明要ボタ
ン」を兼ねている。営業員は、顧客に重要事項について
説明を行うために、重要事項表示画面を表示したい金融
商品に対応した「重要事項説明要ボタン」を押す。例え
ば、営業員は「株式」の重要事項表示画面の表示を希望
する場合、図３に示した顧客属性表示画面において「株
式」の下の欄の「重要事項説明要ボタン」２０を押す。

【００２５】ここで、クライアント１３０は、営業員が
重要事項表示画面の表示を希望したか否かの判断を行う
（Ｓ２）。営業員が重要事項表示画面の表示を希望しな
い場合（Ｓ２，Ｎ）、フローは処理Ｓ３へ移行する。

【００２６】一方、営業員が重要事項表示画面の表示を
希望した場合（Ｓ２，Ｙ）、クライアント１３０は、営
業員が押した「重要事項説明要ボタン」に対応する重要
事項を検索し、新規ウィンドウを開き、重要事項表示画
面の表示を行う（Ｓ１１）。ここで、各金融商品の取引
における重要事項は、データベース１２０内に記憶され
ていてサーバ１１０からクライアント１３０へ送信され
ても良いし、クライアント１３０内に記憶されていても
良い。

【００２７】図４は、重要事項表示画面の一例を示す図
である。営業員は、クライアント１３０に表示された重
要事項表示画面をもとに、顧客へ金融商品の取引におけ
る重要事項の説明を行う。

【００２８】次に、営業員は重要事項説明履歴を登録し
てから重要事項表示画面を終了することを希望する場
合、図４に示した重要事項表示画面において「日報への
登録ボタン」３０を押す。また、営業員は重要事項説明
履歴を登録せずに重要事項表示画面を終了することを希
望する場合、図４に示した重要事項表示画面において重
要事項表示画面の終了を指示する。

【００２９】ここで、クライアント１３０は、営業員が
重要事項説明履歴の登録を希望したか否かの判断を行う
（Ｓ１２）。営業員が重要事項説明履歴の登録を希望し
ない場合（Ｓ１２，Ｎ）、クライアント１３０はウィン
ドウを閉じて重要事項説明履歴の消去を行い（Ｓ１
３）、フローは処理Ｓ３へ戻る。

【００３０】一方、営業員が重要事項説明履歴の登録を
希望した場合（Ｓ１２，Ｙ）、クライアント１３０は、
イントラネット３００を介してサーバ１１０へ重要事項
説明履歴を送信する。重要事項説明履歴を受信したサー
バ１１０は、データベース１２０に重要事項説明履歴の
登録を行い（Ｓ２１）、重要事項説明履歴を含む営業日
報登録画面をクライアント１３０へ送信する。クライア
ント１３０はウィンドウを閉じて重要事項説明履歴の消
去を行い（Ｓ２２）、受信した重要事項説明履歴を含む
営業日報登録画面の表示を行う（Ｓ２３）。

【００３１】図５は、営業日報登録画面の一例を示す図
である。図４に示した重要事項表示画面において「日報
への登録ボタン」３０を押すことにより、図５に示すよ
うに営業日報登録画面の重要事項説明欄には自動的にチ
ェックが入る。ここで、営業日報登録画面の重要事項説
明欄は手動でチェックできない構造にすることも可能で
ある。

【００３２】次に、営業員は、顧客と接触した日時、顧
客との接触方法、顧客との接触目的、提案商品等を営業
日報としてクライアント１３０へ入力する（Ｓ２４）。
営業員は営業日報の登録を希望する場合、図５に示した
営業日報登録画面において「日報保存ボタン」４０を押
す。

【００３３】ここで、クライアント１３０は、営業員が
営業日報の登録を希望したか否かの判断を行う（Ｓ２
５）。営業員が営業日報の登録を希望しない場合（Ｓ２
５，Ｎ）、フローは処理Ｓ２７移行する。一方、営業員
が営業日報の登録を希望した場合（Ｓ２５，Ｙ）、クラ
イアント１３０は、イントラネット３００を介してサー
バ１１０へ営業日報を送信する。サーバ１１０は、デー
タベース１２０に営業日報の登録を行う（Ｓ２６）。

【００３４】営業員は営業日報登録画面の終了を希望す
る場合、図５に示した営業日報登録画面において営業日
報登録画面の終了を指示する。ここで、クライアント１
３０は、営業員が営業日報登録画面の終了を希望したか
否かの判断を行う（Ｓ２７）。営業員が営業日報登録画
面の終了を希望しない場合（Ｓ２７，Ｎ）、フローは処
理Ｓ２４へ戻る。一方、営業員が営業日報登録画面の終
了を希望した場合（Ｓ２７，Ｙ）、クライアント１３０
はウィンドウを閉じて営業日報登録画面の消去を行い
（Ｓ２８）、フローは処理Ｓ３へ戻る。

【００３５】営業員が顧客属性表示画面の表示を希望し
ない場合（Ｓ２，Ｎ）、または重要事項表示画面の消去
（Ｓ１３）後、または営業日報登録画面の消去（Ｓ２
８）後、クライアント１３０は、営業員が顧客属性表示
画面の終了を希望したか否かの判断を行う（Ｓ３）。こ
こで、営業員は顧客属性表示画面の終了を希望する場
合、図３に示した顧客属性表示画面において顧客属性表
示画面の終了を指示する。営業員が顧客属性表示画面の
終了を希望しない場合（Ｓ３，Ｎ）、フローは処理Ｓ２
へ戻る。一方、営業員が顧客属性表示画面の終了を希望
した場合（Ｓ３，Ｙ）、クライアント１３０はウィンド
ウを閉じて顧客属性表示画面の消去を行い（Ｓ４）、フ
ローは終了する。

【００３６】以上に詳述したように本発明の実施の形態
によれば、営業日報の登録と顧客属性の表示と重要事項
の表示とを連動させることにより、実際の顧客との接触
の流れに沿った画面の表示が行われるとともに営業員の
操作の負担を軽減でき、営業員は金融商品販売法に沿っ
た営業活動を円滑に行うことができる。また、金融商品
の取引における重要事項が説明済みか否かを表す重要事
項説明履歴を含んだ営業日報を登録することにより、重
要事項説明履歴の管理が容易に行われる。また、顧客属
性の表示と重要事項の表示とを連動させることにより、
営業員は顧客属性における重要事項の説明の要否に基づ
いて、顧客との応対の際に忘れずに重要事項の説明を行
うことができる。

【００３７】

【発明の効果】以上に詳述したように本発明によれば、
営業日報と重要事項説明履歴とを関連付けて、例えばこ
れらを連動させることにより、操作性を向上させる金融
機関営業支援システムを提供することができるという効
果を奏する。

【図面の簡単な説明】

【図１】本実施の形態における金融機関営業支援システ
ムの構成の一例を示すブロック図である。

【図２】本実施の形態における金融機関営業支援システ
ムの動作の一例を示すフローチャートである。

【図３】営業日報登録画面の一例を示す図である。

【図４】顧客属性表示画面の一例を示す図である。

【図５】重要事項表示画面の一例を示す図である。

【符号の説明】

１００ 本店、１１０ サーバ、１２０ データベー
ス、１３０，１３０Ａクライアント、２００ 支店、３
００ イントラネット。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 啓介 東京都中野区東中野三丁目14番20号 株式 会社日立国際電気内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 金融機関における営業業務の支援を行う
   金融機関営業支援システムであって、 金融商品の取引における重要事項が顧客に対して説明さ
   れているか否かを表す重要事項説明履歴を記憶する履歴
   記憶手段と、 顧客との接触内容を示す営業日報を記憶する営業日報記
   憶手段と、 前記履歴記憶手段に記憶された前記重要事項説明履歴を
   顧客に基づいて前記営業日報記憶手段に記憶された前記
   営業日報に関連付けるデータ関連付手段と、 を備えたことを特徴とする金融機関営業支援システム。
2. 【請求項２】 請求項１に記載の金融機関営業支援シス
   テムにおいて、 さらに金融商品の取引における重要事項の説明の要否を
   含む顧客属性を記憶する顧客属性記憶手段を備え、 前記データ関連付手段は、前記顧客属性を顧客に基づい
   て前記重要事項説明履歴及び前記営業日報に関連付ける
   ことを特徴とする金融機関営業支援システム。
3. 【請求項３】 請求項１又は請求項２に記載の金融機関
   営業支援システムにおいて、 金融商品の取引における重要事項の説明の要否を含む顧
   客属性を表示する顧客属性表示手段と、 前記顧客属性表示手段に表示された顧客属性に基づい
   て、前記重要事項を表示する重要事項表示手段と、 前記重要事項表示手段により前記重要事項が表示された
   ことを重要事項説明履歴として前記履歴記憶手段に記憶
   させて登録する履歴登録手段と、 前記履歴登録手段により登録された前記重要事項説明履
   歴を前記営業日報に反映させて営業日報を表示する営業
   日報表示手段と、を備えてなることを特徴とする金融機
   関営業支援システム。