(57)【要約】      （修正有）【課題】営業日報の登録と顧客属性の表示と重要事項の表示とを連動し、操作性を向上させる金融機関営業支援システムを提供する。【解決手段】金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性、及び重要事項が説明済みか否かを表す重要事項説明履歴、及び顧客との接触内容であり重要事項説明履歴を含む営業日報を関連づけて記憶するデータベース１２０と、顧客属性を表示する顧客属性表示手段と、顧客属性に基づく重要事項を表示すると共に、重要事項の表示に基づく重要事項説明履歴をデータベース１２０へ登録する重要事項表示／登録手段と、営業日報をデータベース１２０へ登録する営業日報登録手段とを備えた。【選択図】図１
2008181553.tif 000002
【特許請求の範囲】
【請求項１】
金融機関における営業業務の支援を行う金融機関営業支援システムであって、金融商品の取引における重要事項が顧客に対して説明されているか否かを表す重要事項説明履歴を記憶する履歴記憶手段と、顧客との接触内容を示す営業日報を記憶する営業日報記憶手段と、前記履歴記憶手段に記憶された前記重要事項説明履歴を顧客に基づいて前記営業日報記憶手段に記憶された前記営業日報に関連付けるデータ関連付手段と、を備えたことを特徴とする金融機関営業支援システム。
【請求項２】
請求項１に記載の金融機関営業支援システムにおいて、さらに金融商品の取引における重要事項の説明の要否を含む顧客属性を記憶する顧客属性記憶手段を備え、前記データ関連付手段は、前記顧客属性を顧客に基づいて前記重要事項説明履歴及び前記営業日報に関連付けることを特徴とする金融機関営業支援システム。
【請求項３】
請求項１又は請求項２に記載の金融機関営業支援システムにおいて、金融商品の取引における重要事項の説明の要否を含む顧客属性を表示する顧客属性表示手段と、前記顧客属性表示手段に表示された顧客属性に基づいて、前記重要事項を表示する重要事項表示手段と、前記重要事項表示手段により前記重要事項が表示されたことを重要事項説明履歴として前記履歴記憶手段に記憶させて登録する履歴登録手段と、前記履歴登録手段により登録された前記重要事項説明履歴を前記営業日報に反映させて営業日報を表示する営業日報表示手段と、を備えてなることを特徴とする金融機関営業支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関における営業業務の支援のために、顧客へ金融商品の取引における重要事項の説明を行うための重要事項の表示を行い、重要事項が説明済みか否かを表す重要事項説明履歴を含んだ営業日報を作成し登録する金融機関営業支援システムに関するものである。
【背景技術】
【０００２】
投資信託等の金融商品を販売する証券会社等の金融機関では、顧客との接触内容を作成し、データベースに記憶させて登録する営業日報のシステム化、及び顧客に関する商品取引の適合性等の顧客属性のシステム化が進められている。
【０００３】
一方、金融機関が金融商品を販売する上で、リスクに関する説明が顧客へ十分になされていないことが多々あり、トラブルの原因となっている。そのため、２００１年４月から施行された金融商品販売法により、金融機関は金融商品を販売する際に、その金融商品の特徴、リスク等の金融商品の取引における重要事項を顧客へ説明することを義務付けられている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、金融商品の取引における重要事項の説明を含めて、営業日報の登録処理（記憶）及び顧客属性の表示が操作性において上手く連動していないのが現状である。従来の顧客属性のシステムは、顧客属性を記憶させて登録しておき、それを参照する機能を持っているが、顧客に対して金融商品の取引における重要事項が説明済みか否かを表す重要事項説明履歴の管理や一覧表示を行う機能は持っていなかった。
【０００５】
本発明は上述した課題に鑑みてなされたものであり、営業日報と金融商品の取引における重要事項説明履歴とを関連付け、例えばこれらの表示を連動させることにより、操作性を向上させる金融機関営業支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した目的を達成するために、本発明は、金融機関における営業業務の支援を行う金融機関営業支援システムであって、金融商品の取引における重要事項が顧客に対して説明されているか否かを表す重要事項説明履歴を記憶する履歴記憶手段と、顧客との接触内容を示す営業日報を記憶する営業日報記憶手段と、前記履歴記憶手段に記憶された前記重要事項説明履歴を顧客に基づいて前記営業日報記憶手段に記憶された前記営業日報に関連付けるデータ関連付手段とを備えたことを特徴とするものである。
【０００７】
このような構成によれば、例えば金融商品の取引における重要事項が説明済みか否かを表す重要事項説明履歴を営業日報に関連付けることができ、重要事項説明履歴の管理が容易に行われる。なお、本発明のデータ関連付手段は、例えば関連する２以上のデータを識別する識別子を設けたり、記憶手段における所定の記憶領域を互いにアドレス上で関連付けるようにして構成することができる。
【０００８】
また、本発明の金融機関営業支援システムにおいて、さらに金融商品の取引における重要事項の説明の要否を含む顧客属性を記憶する顧客属性記憶手段を備え、前記データ関連付手段は、さらに前記顧客属性を顧客に基づいて前記重要事項説明履歴及び前記営業日報に関連付けることを特徴とするものである。
【０００９】
このような構成によれば、例えば営業員は顧客属性から、その顧客について、ある金融商品についての重要事項の説明が必要であるか否かを容易に判断することができ、重要事項について説明漏れが発生する事態を防止し得る。また、重要事項説明履歴の管理が容易に行われる。
【００１０】
また、本発明の金融機関営業支援システムは、金融商品の取引における重要事項の説明の要否を含む顧客属性を表示する顧客属性表示手段と、前記顧客属性表示手段に表示された顧客属性に基づいて、前記重要事項を表示する重要事項表示手段と、前記重要事項表示手段により前記重要事項が表示されたことを前記重要事項説明履歴として前記履歴記憶手段に記憶させて登録する履歴登録手段と、前記履歴登録手段により登録された前記重要事項説明履歴を前記営業日報に反映させて営業日報を表示する営業日報表示手段とを備えてなることを特徴とするものである。
【００１１】
このような構成によれば、金融商品の取引における営業日報と顧客属性と重要事項説明履歴とを関連づけて管理することができ、業務の操作性を向上させることができる。
【００１２】
なお、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性、及び前記重要事項が説明済みか否かを表す重要事項説明履歴、及び前記顧客との接触内容であり前記重要事項説明履歴を含む営業日報を関連づけて記憶するデータベースと、前記顧客属性を表示する顧客属性表示手段と、前記顧客属性に基づく前記重要事項を表示すると共に、前記重要事項の表示に基づく前記重要事項説明履歴を前記データベースへ登録する重要事項表示／登録手段と、前記営業日報を前記データベースへ登録する営業日報登録手段とを備えたことを特徴とする金融機関営業支援システムが開示されている。
【００１３】
また、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用サーバであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性、及び前記重要事項が説明済みか否かを表す重要事項説明履歴、及び前記顧客との接触内容であり前記重要事項説明履歴を含む営業日報を関連づけてデータベースへ記憶し、ユーザからの入力及び前記ユーザへの出力を行うための前記金融機関営業支援用クライアントから受信した要求に基づいて前記顧客属性を前記金融機関営業支援用クライアントへ送信し、前記金融機関営業支援用クライアントから受信した前記重要事項説明履歴を前記データベースへ登録し、前記融機関営業支援用クライアントから受信した前記営業日報を前記データベースへ登録することを特徴とする金融機関営業支援用サーバが開示されている。
【００１４】
さらに、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用クライアントであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性を得るために、要求を本発明の金融機関営業支援用サーバへ送信し、前記金融機関営業支援用サーバから受信した前記顧客属性を表示し、予め登録された前記重要事項を前記顧客属性に基づいて表示し、前記重要事項が説明済みか否かを表す重要事項説明履歴を前記金融機関営業支援用サーバへ送信し、前記重要事項説明履歴を顧客との接触内容である営業日報に反映させ、前記営業日報を作成し、前記営業日報を前記金融機関営業支援用サーバへ送信することを特徴とする金融機関営業支援用クライアントが開示されている。このようなクライアントによれば、営業日報の登録と顧客属性の表示と重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに営業員の操作の負担を軽減でき、営業員は金融商品販売法に沿った営業活動を円滑に行うことができる。
【発明の効果】
【００１５】
以上に詳述したように本発明によれば、営業日報と重要事項説明履歴とを関連付けて、例えばこれらを連動させることにより、操作性を向上させる金融機関営業支援システムを提供することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照して詳細に説明する。まず、金融機関営業支援システムの構成について図１を用いて説明する。図１は、本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。この金融機関営業支援システムは、本店１００と支店２００から構成されている。本店１００は、データベース１２０と接続されたサーバ１１０とクライアント１３０から構成されている。支店２００は、クライアント１３０Ａから構成されている。クライアント１３０及びクライアント１３０Ａは同様の動作を行う。また、クライアント１３０及びクライアント１３０Ａは複数であっても良い。サーバ１１０とクライアント１３０，１３０Ａは、イントラネット３００で接続されている。
【００１７】
なお、データベース１２０は、サーバ１１０内に備えられていても良いし、サーバ１１０とクライアント１３０は一体型で構成されても良く、図１に示されるような形態に限定されるものではない。
【００１８】
次に、金融機関営業支援システムの動作の概略について図１を用いて説明する。本店１００にいる営業員は、クライアント１３０からイントラネット３００を介してサーバ１１０へアクセスする。支店２００にいる営業員は、クライアント１３０Ａからイントラネット３００を介してサーバ１１０へアクセスする。
【００１９】
データベース１２０には、営業日報、顧客属性、重要事項説明履歴等が関連づけて蓄積されている。ここで、営業日報とは、顧客との１回の接触内容が記録された情報である。顧客属性とは、名前、住所、年齢等の顧客に関する基本的な情報や、投資経験、金融商品の取引における重要事項の説明の要否を含む取引の適合性等の情報である。金融商品の取引における重要事項とは、金融商品の特徴やリスク等の情報である。重要事項説明履歴とは、金融商品の取引における重要事項が説明済みか否かを表す情報である。
【００２０】
クライアント１３０，１３０Ａは、営業日報登録手段として機能する営業日報登録画面と顧客属性表示手段として機能する顧客属性表示画面と重要事項表示手段として機能する重要事項表示画面の表示を行うとともに、営業員からの入力を受け付ける。ここで、営業日報登録画面とは、例えば営業日報を登録するための「日報保存ボタン」や、金融商品の取引における重要事項が説明済みか否かのチェックが入る重要事項説明欄や、顧客コード、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等の入力機能を備えた画面である。顧客属性表示画面とは、顧客属性を表示する画面であり、例えば重要事項表示画面を表示するための「重要事項説明要ボタン」を備えている。重要事項表示画面とは、金融商品の取引における重要事項の説明を表示する画面であり、例えば重要事項説明履歴を営業日報へ登録する「日報への登録ボタン」を備えている。これらについては、図３乃至図５を用いて後述する。
【００２１】
サーバ１１０は、クライアント１３０，１３０Ａからのアクセスに応じて、データベース１２０に蓄積されている顧客属性等をクライアント１３０，１３０Ａに送信する。また、サーバ１１０は、クライアント１３０，１３０Ａから受信した営業日報や重要事項説明履歴をデータベース１２０に登録する。
【００２２】
ここで、サーバ１１０とクライアント１３０，１３０Ａにおける動作は全てソフトウェアで実現する。このソフトウェアは、例えばＷｅｂアプリケーションの形態であっても良い。
【００２３】
次に、金融機関営業支援システムの動作の詳細について図２〜図５を用いて説明する。図２は、本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。ここでは、本店１００の営業員がクライアント１３０に表示される画面の閲覧及びクライアント１３０を用いた入力を行いながら、電話または対面により顧客と接触している場合を想定して、説明を行う。なお、支店２００の営業員であっても、クライアント１３０Ａを用いて同様の動作を行うことが可能である。
【００２４】
まず、営業員は、顧客属性表示画面を表示させるために例えば顧客コード等をクライアント１３０へ入力する。クライアント１３０は、イントラネット３００を介してサーバ１１０へ顧客コードを送信する。顧客コードを受信したサーバ１１０は、データベース１２０から顧客コードに対応した顧客属性を検索し、イントラネット３００を介してクライアント１３０へ送信する。クライアント１３０は新規ウィンドウを開き、顧客属性表示画面の表示を行う（Ｓ１）。
【００２５】
図３は、顧客属性表示画面の一例を示す図である。図３に示した顧客属性表示画面において、金融商品名の下の欄にその金融商品の取引における重要事項の説明の要否が表示されている。顧客は、事前に金融商品毎の重要事項の説明が必要か否かの選択を行っており、選択された結果は顧客属性に予め登録されている。ここで、重要事項の説明の要否が「要」の表示は、重要事項表示画面を表示するための「重要事項説明要ボタン」を兼ねている。営業員は、顧客に重要事項について説明を行うために、重要事項表示画面を表示したい金融商品に対応した「重要事項説明要ボタン」を押す。例えば、営業員は「株式」の重要事項表示画面の表示を希望する場合、図３に示した顧客属性表示画面において「株式」の下の欄の「重要事項説明要ボタン」２０を押す。
【００２６】
ここで、クライアント１３０は、営業員が重要事項表示画面の表示を希望したか否かの判断を行う（Ｓ２）。営業員が重要事項表示画面の表示を希望しない場合（Ｓ２，Ｎ）、フローは処理Ｓ３へ移行する。
【００２７】
一方、営業員が重要事項表示画面の表示を希望した場合（Ｓ２，Ｙ）、クライアント１３０は、営業員が押した「重要事項説明要ボタン」に対応する重要事項を検索し、新規ウィンドウを開き、重要事項表示画面の表示を行う（Ｓ１１）。ここで、各金融商品の取引における重要事項は、データベース１２０内に記憶されていてサーバ１１０からクライアント１３０へ送信されても良いし、クライアント１３０内に記憶されていても良い。
【００２８】
図４は、重要事項表示画面の一例を示す図である。営業員は、クライアント１３０に表示された重要事項表示画面をもとに、顧客へ金融商品の取引における重要事項の説明を行う。
【００２９】
次に、営業員は重要事項説明履歴を登録してから重要事項表示画面を終了することを希望する場合、図４に示した重要事項表示画面において「日報への登録ボタン」３０を押す。また、営業員は重要事項説明履歴を登録せずに重要事項表示画面を終了することを希望する場合、図４に示した重要事項表示画面において重要事項表示画面の終了を指示する。
【００３０】
ここで、クライアント１３０は、営業員が重要事項説明履歴の登録を希望したか否かの判断を行う（Ｓ１２）。営業員が重要事項説明履歴の登録を希望しない場合（Ｓ１２，Ｎ）、クライアント１３０はウィンドウを閉じて重要事項説明履歴の消去を行い（Ｓ１３）、フローは処理Ｓ３へ戻る。
【００３１】
一方、営業員が重要事項説明履歴の登録を希望した場合（Ｓ１２，Ｙ）、クライアント１３０は、イントラネット３００を介してサーバ１１０へ重要事項説明履歴を送信する。重要事項説明履歴を受信したサーバ１１０は、データベース１２０に重要事項説明履歴の登録を行い（Ｓ２１）、重要事項説明履歴を含む営業日報登録画面をクライアント１３０へ送信する。クライアント１３０はウィンドウを閉じて重要事項説明履歴の消去を行い（Ｓ２２）、受信した重要事項説明履歴を含む営業日報登録画面の表示を行う（Ｓ２３）。
【００３２】
図５は、営業日報登録画面の一例を示す図である。図４に示した重要事項表示画面において「日報への登録ボタン」３０を押すことにより、図５に示すように営業日報登録画面の重要事項説明欄には自動的にチェックが入る。ここで、営業日報登録画面の重要事項説明欄は手動でチェックできない構造にすることも可能である。
【００３３】
次に、営業員は、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等を営業日報としてクライアント１３０へ入力する（Ｓ２４）。営業員は営業日報の登録を希望する場合、図５に示した営業日報登録画面において「日報保存ボタン」４０を押す。
【００３４】
ここで、クライアント１３０は、営業員が営業日報の登録を希望したか否かの判断を行う（Ｓ２５）。営業員が営業日報の登録を希望しない場合（Ｓ２５，Ｎ）、フローは処理Ｓ２７移行する。一方、営業員が営業日報の登録を希望した場合（Ｓ２５，Ｙ）、クライアント１３０は、イントラネット３００を介してサーバ１１０へ営業日報を送信する。サーバ１１０は、データベース１２０に営業日報の登録を行う（Ｓ２６）。
【００３５】
営業員は営業日報登録画面の終了を希望する場合、図５に示した営業日報登録画面において営業日報登録画面の終了を指示する。ここで、クライアント１３０は、営業員が営業日報登録画面の終了を希望したか否かの判断を行う（Ｓ２７）。営業員が営業日報登録画面の終了を希望しない場合（Ｓ２７，Ｎ）、フローは処理Ｓ２４へ戻る。一方、営業員が営業日報登録画面の終了を希望した場合（Ｓ２７，Ｙ）、クライアント１３０はウィンドウを閉じて営業日報登録画面の消去を行い（Ｓ２８）、フローは処理Ｓ３へ戻る。
【００３６】
営業員が顧客属性表示画面の表示を希望しない場合（Ｓ２，Ｎ）、または重要事項表示画面の消去（Ｓ１３）後、または営業日報登録画面の消去（Ｓ２８）後、クライアント１３０は、営業員が顧客属性表示画面の終了を希望したか否かの判断を行う（Ｓ３）。ここで、営業員は顧客属性表示画面の終了を希望する場合、図３に示した顧客属性表示画面において顧客属性表示画面の終了を指示する。営業員が顧客属性表示画面の終了を希望しない場合（Ｓ３，Ｎ）、フローは処理Ｓ２へ戻る。一方、営業員が顧客属性表示画面の終了を希望した場合（Ｓ３，Ｙ）、クライアント１３０はウィンドウを閉じて顧客属性表示画面の消去を行い（Ｓ４）、フローは終了する。
【００３７】
以上に詳述したように本発明の実施の形態によれば、営業日報の登録と顧客属性の表示と重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに営業員の操作の負担を軽減でき、営業員は金融商品販売法に沿った営業活動を円滑に行うことができる。また、金融商品の取引における重要事項が説明済みか否かを表す重要事項説明履歴を含んだ営業日報を登録することにより、重要事項説明履歴の管理が容易に行われる。また、顧客属性の表示と重要事項の表示とを連動させることにより、営業員は顧客属性における重要事項の説明の要否に基づいて、顧客との応対の際に忘れずに重要事項の説明を行うことができる。
【図面の簡単な説明】
【００３８】
【図１】本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。
【図２】本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。
【図３】営業日報登録画面の一例を示す図である。
【図４】顧客属性表示画面の一例を示す図である。
【図５】重要事項表示画面の一例を示す図である。
【符号の説明】
【００３９】
１００  本店、１１０  サーバ、１２０  データベース、１３０，１３０Ａクライアント、２００  支店、３００  イントラネット。
【図１】
2008181553.tif 000003
【図２】
2008181553.tif 000004
【図３】
2008181553.tif 000005
【図４】
2008181553.tif 000006
【図５】
2008181553.tif 000007