JP5294693B2 - 営業活動支援システム、営業活動支援方法及びコンピュータプログラム - Google Patents

Description

本発明は、営業活動支援システム、営業活動支援方法及びコンピュータプログラムに関する。

各種商品やサービスを販売するために種々の営業活動が行われる。顧客を訪問する担当者（営業員）の活動を支援するために、担当者の現在位置または訪問経路上の近傍に位置する顧客を抽出して、地図上に表示させる技術が提案されている（特許文献１）。
特開２００５−２７５５５３号公報

前記文献に記載の技術では、営業担当者の位置や訪問経路上に位置する新規顧客を地図上に表示させることができる。しかし、顧客に生じる各種イベントを地図上に表示させることができないため、使い勝手が低い。また、例えば、地方銀行等の場合は、法人とその法人の従業員との両方を同一の営業担当者が担当することが多い。この場合、担当者がある目的をもって法人を訪問したときに、ついでに従業員も訪問すれば効率的である。しかし、従来技術では、従業員に関するイベントと法人に関するイベントとを対応付けて可視化することができない。さらに、従来技術では、訪問予定の個人客の周辺にどのような見込み客が存在するのかを知ることができない。

そこで、本発明の目的は、営業担当者の活動をコンピュータ装置を用いて支援することができるようにした営業活動支援システム、営業活動支援方法及びコンピュータプログラムを提供することにある。本発明の他の目的は、第１顧客に生じる第１イベントと第２顧客に生じる第２イベントとを対応付けて出力することができるようにした営業活動支援システム、営業活動支援方法及びコンピュータプログラムを提供することにある。本発明の更なる目的は、後述する実施形態の記載から明らかになるであろう。

上記課題を解決すべく、本発明の第１観点に従う営業活動支援システムは、顧客に関する情報である顧客関連情報を記憶する顧客情報記憶部と、顧客関連情報に基づいて、顧客に生じたイベントを検出するためのイベント検出部と、検出されたイベントを顧客の位置に対応付けて地図上に配置することにより、イベントの配置されたイベント配置地図を生成するイベント配置地図生成部と、イベント配置地図を出力する出力部と、を備えることを特徴とする。

第１顧客に対応する第２顧客を検出し、第１顧客に生じる第１イベントと第２顧客に生じる第２イベントとを対応付けて出力するイベント関係検出部をさらに備えてもよい。第１顧客及び第２顧客は、法人または個人のいずれであってもよい。即ち、第１顧客が法人であり、第２顧客が個人である場合と、第１顧客及び第２顧客のいずれもが個人である場合と、第１顧客及び第２顧客のいずれもが法人である場合とがある。さらに、第１顧客が個人であり、第２顧客が法人の場合もあり得る。「第１顧客に対応する第２顧客」とは、例えば、第１顧客と第２顧客の距離が所定範囲にある場合（第１顧客の所在地で第２顧客が勤務する場合や、第１顧客と第２顧客が近所の場合等）、第１顧客と第２顧客との間に雇用関係や取引関係等の所定の関係が存在する場合等を挙げることができる。

それぞれ重要度の異なる複数種類のイベントが予め設定されており、イベント検出部は、複数種類のイベントのうちいずれのイベントが顧客に生じたかを検出してもよい。

イベント検出部は、顧客関連情報からイベント配置地図の生成に必要な第１情報を抽出する第１情報抽出部と、第１情報のうち予め指定されるイベント条件に合致する第２情報のみを抽出する第２情報抽出部と、を備えてもよい。

イベント検出部は、顧客に対する営業活動の活発度に基づくイベントも検出することができる。

本発明の第２観点に従う営業活動支援システムは、サーバ装置と、該サーバ装置に接続される端末装置と、サーバ装置に接続されるデータ供給装置とを備える営業活動支援システムであって、データ供給装置は、顧客に関する情報である顧客関連情報を記憶しており、サーバ装置は、データ供給装置から取得される顧客関連情報に基づいて、顧客に生じたイベントを検出するためのイベント検出部と、検出されたイベントを顧客の位置に対応付けて地図上に配置することにより、イベントの配置されたイベント配置地図を生成するイベント配置地図生成部と、を備えており、イベント検出部は、データ供給装置に記憶されている顧客関連情報からイベント配置地図の生成に必要な第１情報を抽出する第１情報抽出部と、第１情報のうち予め指定されるイベント条件に合致する第２情報のみを抽出する第２情報抽出部と、を備えており、イベント配置地図生成部は、営業担当者に関する情報である担当者情報と、第２情報と、顧客の位置を示す情報とに基づいて、営業担当者に関連する顧客について検出されたイベントを地図上に配置することにより、イベント配置地図を生成する。

顧客関連情報は、第１顧客の第１顧客関連情報と、第１顧客に対応付けられる第２顧客の第２顧客関連情報とに予め分類されており、イベント検出部に含まれるイベント関係検出部は、第１顧客関連情報と第２顧客関連情報とに基づいて、第１顧客に生じる第１イベントと第２顧客に生じる第２イベントとの関係を検出し、検出された第１イベントと第２イベントとの関係をイベント配置地図に関連付けて出力することもできる。

本発明の第３観点に従うコンピュータプログラムは、端末装置及びデータ供給装置にそれぞれ接続されるサーバ装置を、営業活動支援装置として機能させるためのコンピュータプログラムであって、データ供給装置は、顧客に関する情報である顧客関連情報を記憶しており、サーバ装置を、データ供給装置から取得される顧客関連情報に基づいて、顧客に生じたイベントを検出するためのイベント検出機能と、検出されたイベントを顧客の位置に対応付けて地図上に配置させ、イベントの配置されたイベント配置地図を生成するイベント配置地図生成機能と、イベント配置地図を出力させる出力機能と、としてそれぞれ機能させる。

以下、図面に基づき、本発明の実施の形態を説明する。図１は、本実施形態の全体構成を模式的に示す概念図である。より詳細な構成はさらに後述する。本実施形態では、営業活動支援システムの一例として、いわゆる外回りを担当する銀行員の活動を支援するためのシステムを説明する。しかし、本発明は、銀行関係の営業活動に限定されず、種々の営業活動の支援にも用いることができる。

営業活動支援システム１は、例えば、サーバコンピュータのようなコンピュータ装置を用いて構成される。図１に示す営業活動支援システム１（以下、支援システム１）は、例えば、イベント情報検出部２と、イベント配置地図生成部３と、イベント関係検出部４と、出力部５と、顧客情報記憶部６と、地図情報記憶部７とを備える。

支援システム１は、いわゆるＡＳＰ（Application Service Provider）として構築され、後述するイベント配置地図８等の情報をユーザに提供する。つまり、各銀行の各銀行員は、パーソナルコンピュータや携帯情報機器等の端末からインターネット等の通信ネットワークを介して支援システム１にログインし、イベント配置地図８等を入手できる。なお、各銀行毎に、支援システム１を設ける構成でもよい。

顧客情報記憶部６は、顧客に関する情報である顧客関連情報を記憶する。顧客関連情報としては、例えば、その顧客の個人情報と、その顧客の取引情報、その顧客に対する営業活動に関する情報等を挙げることができる。

顧客の個人情報には、例えば、顧客の氏名、住所、電話番号、電子メールアドレス、年齢、性別、勤務先、家族構成が含まれる。顧客の取引情報には、例えば、口座残高、残高の変化、金融商品の購入履歴等が含まれる。顧客に対する営業活動の情報には、例えば、営業担当者が顧客に接触した履歴、顧客の対応、受注確度等が含まれる。

顧客関連情報には、上述した各項目以外の他の項目を含ませることができるし、逆に、上述した各項目のうち一部の項目を除外することもできる。支援システム１の利用者が販売しようとする商品またはサービスの特性等に応じて、顧客関連情報に含ませる項目を適宜設定できる。なお、後述の実施例に示すように、顧客情報記憶部６は、支援システム１の外部に設けてもよい。また、例えば、営業活動管理用データベース、顧客管理データベース、取引管理データベース等のように複数のデータベースから顧客情報記憶部６を構成してもよい。

地図情報記憶部７には、少なくとも営業活動が行われる地域を含む地図情報が記憶されている。なお、支援システム１は、営業活動の行われる地域を含む地図情報を利用できればよく、支援システム１内に地図情報を保持する必要はない。支援システム１は、例えば、地図情報を提供するウェブサーバから地図情報を取得するための機能（ＡＰＩ：Application Program Interface）を備えることにより、支援システム１の外部から地図情報を取得することができる。

「イベント検出部」としてのイベント情報検出部２は、入力される検索条件に基づいて、顧客に生じる各種のイベントをそれぞれ検出する。イベントとは、営業活動に役立つ出来事を意味し、例えば、ライフイベント、取引イベント、市場イベントに分類することができる。

ライフイベントとは、顧客の生活や人生に関するイベントである。ライフイベントとしては、例えば、結婚、住宅購入、転職、自家用車購入等が挙げられる。取引イベントとは、営業担当者の属する組織（本実施例では、銀行）と顧客との間で行われる各種取引に関するイベントである。取引イベントとしては、例えば、定期預金が満期、国債が満期、マイカーローンが完済（あるいはマイカーローンが所定年数に達した）、所定金額以上の大口入金があった等が挙げられる。市場イベントとは、金融市場や証券市場等の外部環境で生じるイベントを意味する。市場イベントとしては、例えば、株価が所定値以上上昇または下降した、投資信託が所定値以上上昇または下降した、公定歩合の変化、為替レートが所定値以上変動した等が挙げられる。なお、各取引イベントのうち少なくとも一つ以上の取引イベントは、その契約内容に基づいて、事前に検出することができる。つまり、例えば、定期預金が満期であることを示すイベントは、実際の満期日よりも所定期間だけ前に発生させて地図に表示させることができる。これにより、営業担当者は、早めに営業活動を行うことができる。

イベント配置地図生成部３は、イベント情報検出部２によって検出されたイベントを、顧客の位置（イベントの発生位置）に応じて、地図情報記憶部７から取得した地図上に配置する。これにより、イベント配置地図生成部３は、顧客のイベントが配置された地図８を生成する。

出力部５は、イベント配置地図生成部３によって生成されたイベント配置地図８を、出力装置に出力させる。出力装置としては、例えば、ディスプレイ装置やプリンタ装置等を挙げることができる。つまり、イベント配置地図は、ディスプレイ装置に表示されたり、印刷用紙に印刷される。また、出力装置として、例えば、携帯電話、携帯情報端末、パーソナルコンピュータ、携帯式プリンタ等を用いることができる。

イベント関係検出部４は、例えば、法人顧客（第１顧客）に関する法人イベント（第１イベント）と、その法人顧客に属する個人顧客（第２顧客）に関する個人イベント（第２イベント）との関係を検出する。なお、これは一例であって、第１顧客及び第２顧客のいずれもが個人顧客の場合もあるし、第１顧客及び第２顧客のいずれもが法人顧客の場合もある。さらに、第１顧客が個人顧客であり、第２顧客が法人顧客の場合もある。ここでは、第１顧客が法人顧客であり、第２顧客がその法人の従業員である場合を例に挙げて説明する。

イベント関係検出部４は、法人顧客に関連する個人顧客のイベントを抽出する。法人イベントには、法人顧客の訪問目的も含まれる。訪問目的としては、例えば、集金、提案、相談、挨拶、新規開拓、深耕等を挙げることができる。深耕とは、既存の法人顧客におけるシェアを増大させるための営業活動である。イベント関係検出部４により、営業担当者が訪問しようとする法人顧客について、その法人顧客に属する個人顧客のイベントが検出されて表示される。

イベント配置地図８の構成例を説明する。イベント配置地図８は、例えば、マップ部８Ａと、イベント説明部８Ｂとを含んで構成することができる。マップ部８Ａには、営業担当者により自動的にまたは手動操作で指示された範囲の地図が表示されている。地図には、イベントを示すマーク（図１中の逆三角形印）が表示される。

マップ部８Ａには、営業担当者によって予め指定された範囲の地図を表示させることができる。あるいは、営業担当者の現在位置に関する情報を用いて、営業担当者の現在位置を中心とする所定範囲内の地図を表示させることもできる。

イベント説明図８Ｂでは、例えば、法人顧客の名称と、各法人顧客に属する個人顧客のうちイベントの発生した個人顧客の氏名と、その個人顧客に生じたイベントの内容とが、関係づけられて表示される。なお、紙面の都合上、図１では省略しているが、例えば、訪問目的、法人顧客との折衝の履歴、取引の履歴等を表示させることもできる。

マップ部８Ａ内には、イベント説明部８Ｂに表示されているＡ社を示すマークＭａと、Ｂ社を示すマークＭｂとがそれぞれ黒い逆三角形印で示されている。さらに、別の法人顧客または個人顧客に関するイベントが白い逆三角形印で示されている。つまり、支援システム１は、ある顧客のイベントを中心として、そのイベント発生地の周辺に位置する他のイベントも自動的に検出し、地図上に表示させることができる。

営業担当者は、Ａ社とＢ社のいずれか一方を訪問しようとする場合、イベント配置地図８を用いて、Ａ社とＢ社のいずれを訪問すべきかを判断することができる。例えば、マップ部８Ａに注目すると、Ａ社を示すマークＭａの近傍には、他のイベントを示すマークが３個表示されている。

つまり、Ａ社の近傍には、比較的訪問し易い法人顧客または個人顧客が少なくとも３つ存在することを意味する。これに対し、Ｂ社を示すマークＭｂの近傍には、他のイベントを示すマークが１つだけ表示されている。従って、Ａ社とＢ社のいずれか一社を選ぶとするなら、「ついでの訪問」が可能な他の顧客数の多いＡ社を選択する方が、営業活動の効率は高くなる。

営業担当者は、イベント説明部８Ｂに表示されている情報を利用して、Ａ社とＢ社のいずれを訪問すべきかを判断することもできる。イベント説明部８Ｂには、Ａ社の従業員に生じているイベントやＢ社の従業員に生じているイベント等が表示されている。営業担当者は、各社の従業員のイベントを比較考量し、訪問先を決定することができる。

以上、訪問スケジュールが未作成の場合において、営業担当者が、イベント配置地図８を利用する様子を述べた。しかし、訪問スケジュールが既に作成されている場合でも、営業担当者は、イベント配置地図８を利用して営業活動を効率化することができる。

例えば、午前中にＡ社を訪問し、同日の午後にＢ社を訪問することが決定されている場合、営業担当者は、Ａ社からＢ社に移動するための移動時間等を考慮して、スケジュールの隙間を埋めることができる。例えば、営業担当者は、隙間時間を利用して、Ａ社周辺の他の顧客（マップ部８Ａ内の白い逆三角形印）を予約無しで訪問することを予定したり、あるいは、Ａ社の従業員のうちイベントが発生している従業員への挨拶回りを予定することができる。

なお、上記の例では、イベント配置マップ８を用いて、法人顧客Ａ社及び法人顧客Ｂ社のいずれを訪問すべきかについて判断する場合を説明した。しかし、実際には、法人顧客間で訪問の是非を悩む場合よりも、個人顧客間でいずれを先に訪問すべきか悩む場合の方が多いと考えられる。図１に示すマークＭａを個人顧客Ａ氏のイベント、マークＭｂを個人顧客Ｂ氏のイベントであるとそれぞれ仮定すると、営業担当者は、Ａ氏とＢ氏のいずれか一方を訪問しようとする場合、イベント配置地図８を用いて、Ａ氏とＢ氏のいずれを訪問すべきかを判断することができる。例えば、Ａ氏を示すマークＭａの近傍には、他のイベントを示すマークが３個表示されている。つまり、Ａ氏の近傍には、訪問の口実にできるイベントを有する顧客が少なくとも３人存在することを意味する。これに対し、Ｂ氏の周辺には、訪問の口実にできるイベントを有する顧客が１人しかいない。従って、営業担当者は、例えば、訪問件数の大小を優先する場合、Ｂ氏よりもＡ氏を優先して訪問することを決定することができる。

このように本実施形態によれば、イベントを割り付けて構成されるイベント配置地図８を用いることにより、営業担当者の活動する地域で生じている種々のイベントを「面」として把握し、管理することができる。従って、営業担当者の営業活動の効率を高めることができる。例えば、支援システム１は、手動または自動で選択される特定の顧客を中心として、その特定顧客の周辺に位置する他の顧客のイベントを地図上に表示させることができる。従って、営業担当者は、訪問予定先の顧客の周辺に分布する見込み客を容易に把握することができ、営業活動に役立たせることができる。

また、本実施例では、法人顧客に関連する個人顧客（従業員等）のイベントを関連付けて可視化することができるため、訪問先の法人顧客において接触すべき個人顧客を見逃す可能性を低下させ、受注機会を増大させることができる。特に、銀行等のような同一の営業担当者が法人顧客及び個人顧客の両方を担当する業種の場合に、法人顧客及び個人顧客を効率的に訪問することができ、営業活動に役立てることができる。

つまり、本実施形態では、マップ部８Ａによって担当地域のイベントを面として管理することができ、さらに、イベント説明部８Ｂによって階層関係にある各イベントを可視化することができる。従って、本実施形態のイベント配置地図８によって、営業担当者の担当地域の各イベントを立体的に管理して把握することができる。以下、本実施形態を詳細に説明する。

図２は、営業活動支援システム１０の全体構成を示す説明図である。営業活動支援システム１０（以下、支援システム１０）は、例えば、営業活動支援サーバ１００と、データ供給部２０と、スケジューラ３０と、地図データ記憶部４０と、ＬＡＮ（Local Area Network）端末５０と、無線基地局６０と、携帯端末７０とを備えることができる。

先に図１との対応関係を説明する。支援システム１０は図１中の支援システム１に、データ供給部２０は図１中の顧客情報記憶部６に、地図データ記憶部４０は図１中の地図情報記憶部７に、ＥＢＭエンジン１３０及びデータベース部１２０は図１中のイベント情報検出部２及びイベント関係検出部４に、ＭＡＰ−ＥＢＭエンジン１５０は図１中のイベント配置地図生成部３及び出力部５に、それぞれ該当する。

営業活動支援サーバ１００（以下、支援サーバ１００）の構成は後述する。データ供給部２０は、例えば、銀行や証券会社、保険会社等の支援システム１０を使用する企業（以下、システム利用企業とも呼ぶ）が既に有しているデータを、支援サーバ１００に供給する装置である。

データ供給部２０から供給されるデータとしては、例えば、各顧客（法人顧客及び個人顧客の両方を含む）の取引関係のホストデータ２１と、顧客の個人情報や営業担当者の接触履歴等を含むＣＲＭデータ２２と、各顧客の資産状況等を時系列で保持するＭ−ＣＩＦデータ２３とを挙げることができる。なお、データ２１〜２３の種類は一例であって、本発明はこれに限定されない。

スケジューラ３０は、ＭＡＰ−ＥＢＭエンジン１５０から取得した情報に基づいて、営業担当者が顧客を訪問するためのスケジュール（訪問予定）を作成するものである。地図データ記憶部４０は、少なくとも営業活動が行われる地域を含む地図データを記憶するものである。しかし、上述のように、支援システム１０が地図データを保持している必要はなく、地図サービスを提供するウェブサイトから地図データを取得できる機能を備えていれば足りる。

ＬＡＮ端末５０は、例えば、システム利用企業の営業所等に配置されているコンピュータ端末である。営業担当者は、ＬＡＮ端末５０を用いて、支援サーバ１００にログインすることにより、自分の担当する地域及び顧客に関するイベントマップ（図４のＧ１０や図５のＧ２０）を利用することができる。

携帯端末７０は、例えば、携帯電話や携帯情報端末、電子手帳等のように構成されるコンピュータ端末である。携帯端末７０は、例えば、移動体通信や無線ＬＡＮ等の通信を制御する無線基地局６０を介して、支援サーバ１００にアクセス可能である。営業担当者は、携帯端末７０を用いることにより、外出先から支援サーバ１００にアクセスして、イベントマップを入手することができる。携帯端末７０を用いることにより、営業担当者は、その場でイベント発生状況を直ちに確認することができる。例えば、顧客が不在のため訪問先で時間が余ってしまった場合でも、営業担当者は、携帯端末７０を用いて支援サーバ１００にアクセスすることにより、近場の訪問可能な顧客イベントを確認し、臨機応変に訪問することができる。営業担当者は、外出先において最新のイベント状況を適宜確認できるため、新しいイベントにも速やかに対応可能である。

携帯端末７０は、例えば、米国電気電子学会で標準化されたWiMAX（Worldwide Interoperability for Microwave Access）を用いて、支援サーバ１００にアクセスすることができる構成としてもよい。また、携帯端末７０は、最小限の機能のみを搭載するシンクライアントとして構成されてもよい。携帯端末７０をシンクライアントとして構成し、顧客データ等を携帯端末７０内に保存させない構成とすることにより、携帯端末７０の紛失や盗難等によって個人情報等のデータが漏洩するのを未然に防止でき、セキュリティ性を向上させることができる。

支援サーバ１００は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のハードウェア資源と、ＯＳ（Operating System）１１０や各種ドライバソフトウェア等のソフトウェア資源とを備えている。支援サーバ１００は、ＡＳＰとして構成することができる。その場合、各銀行でそれぞれ管理されている各種データ２１〜２３のコピーが、所定のデータセンタ等に設けられる。支援サーバ１００は、データセンタ等に設けられたデータのコピーを利用することにより、各銀行の各銀行員向けにカスタマイズされたイベントマップをそれぞれ作成し、提供する。

さらに、支援サーバ１００は、データベース部１２０と、ＥＢＭエンジン１３０と、管理部１４０と、ＭＡＰ−ＥＢＭエンジン１５０とを備える。ここで、ＥＢＭとは、Event Based Marketingの略である。

データベース部１２０は、データ供給部２０から取得された情報１２１やＥＢＭエンジン１３０によって作成された情報１２２等を記憶し、管理する。ＥＢＭ必要情報１２１は、イベントに基づいたマーケティング活動を行うために使用される情報であり、「第１情報」に該当する。換言すれば、ＥＢＭ必要情報１２１とは、ＥＢＭエンジン１３０に入力するための情報である。データ供給部２０から供給されるデータの中から、ＥＢＭに使用する情報のみを抽出することにより、ＥＢＭ必要情報１２１が生成される。

例えば、データ供給部２０では、顧客の住所氏名のみならず電話番号や趣味等も管理することができる。データ供給部２０で管理されている各情報のうち、電話番号や趣味等のようにＥＢＭに使用されない不要情報は取り除かれ、ＥＢＭに使用する情報のみがＥＢＭ必要情報１２１として支援サーバ１００内に一時的に保存される。

リード情報１２２は、ＥＢＭエンジン１３０によって生成される情報であり、「第２情報」に該当する。ＥＢＭエンジン１３０は、ＥＢＭ必要情報１２１を一つまたは複数の条件式で検索することにより、所望の条件を満たす顧客を抽出する。例えば、ＥＢＭエンジン１３０は、「前日の入金額が１００万円以上の顧客」や「流動性資産と定期預金の合計金額が５００万円以上の顧客」等のような条件を満たす顧客をＥＢＭ必要情報１２１から抽出する。各条件を満たす顧客の情報はリード情報１２２として支援サーバ１００内に一時的に保存される。

顧客位置情報１２３は、リード情報１２２で抽出された各顧客の位置情報（例えば、緯度及び経度）を示す情報である。顧客位置情報１２３は、緯度経度で表現される必要はなく、例えば、郵便番号や地図上の座標データで表現されてもよい。

ＥＢＭエンジン１３０は、上述の通り、ＥＢＭ必要情報１２１の中から所定の条件を満たす顧客を抽出し、リード情報１２２を生成するものである。

管理部１４０は、営業担当者の利用権限等を管理するものである。管理部１４０は、例えば、ＬＤＡＰ（Lightweight Directory Access Protocol）のように構成され、各営業担当者がアクセス可能なディレクトリ等を管理する。

管理部１４０は、例えば、担当者情報１４１と、担当顧客情報１４２と、ロール情報１４３とを備える。担当者情報１４１は、例えば、営業担当者の属する支店名や部署、社員番号等のような、営業担当者の各種属性を示す情報である。担当顧客情報１４２は、営業担当者が担当している顧客を特定するための情報である。ロール情報１４３は、営業担当者の役割、地位や役職を管理する情報である。

営業担当者がＬＡＮ端末５０や携帯端末７０を用いて支援サーバ１００にアクセスした場合、管理部１４０は、その営業担当者のアクセス権限を確認し、その営業担当者が知ることのできる情報のみを提供させる。例えば、支店長は、支店内の全ての顧客及び営業担当者に関する情報を利用することができるが、一般の営業担当者は自分自身の担当する顧客に関する情報のみを利用することができる。

ＭＡＰ−ＥＢＭエンジン１５０は、各イベントがそれぞれ配置された「イベント配置地図」としてのイベントマップを作成するものである。ＭＡＰ−ＥＢＭエンジン１５０（以下、イベントマップ作成エンジン１５０）は、リード情報１２２と顧客位置情報１２３とに基づいて、地図データ記憶部４０から読み出した地図上にイベントの生じている顧客を示すマークを配置することにより、イベントマップを作成する。

なお、図２に示す構成は一例に過ぎず、本発明は図１に示す構成に限定されない。顧客に関する各種情報からＥＢＭに使用する情報を抽出し、顧客のイベントを地図上に配置可能な全ての構成は、特許請求の範囲から明確に取り除かれない限り、本発明の範囲に含まれる。

図３は、データ供給部２０で管理されている元データと、ＥＢＭ必要情報１２１と、リード情報１２２との関係を模式的に示す説明図である。図３の上側に示すように、データ供給部２０が管理する元データには、例えば、営業担当者と顧客との接触履歴、顧客の氏名、年齢、住所、電話番号、入出金履歴、資産状況、営業活動の対応結果（顧客の反応）等のように各種の情報が含まれている。

ＥＢＭでは、顧客に生じたイベントに基づいて営業活動を行うものであり、元データの全てがＥＢＭで必要とされるわけではない。例えば、電話番号や趣味等の情報は、ＥＢＭでは使用しない。元データの中からＥＢＭに使用する情報として予め設定されている情報のみを抽出することにより、ＥＢＭ必要情報１２１が生成される。

ＥＢＭエンジン１３０は、ＥＢＭ必要情報１２１について一つまたは複数の条件で検索することにより、所定のイベントを有する顧客に関する情報を全て抽出し、リード情報１２２を作成する。

即ち、ＥＢＭエンジン１３０は、所定のイベントを有する顧客を抽出するために、所定のイベントを検出するための条件式でＥＢＭ必要情報１２１を検索し、リード情報１２２を得る。リード情報１２２は、有望な見込み客の一覧情報となる。

図４は、「イベント配置地図」としてのイベントマップの画面例を示す。イベントマップ画面Ｇ１０は、例えば、図中右側のマップ部Ｍ１０と、図中左側のイベント説明部とを備えて構成される。

マップ部Ｍ１０は、各顧客のイベントが地図上に種別毎にそれぞれ表示される。イベント説明部には、各イベントの種別を示すマークＢ１０，Ｂ１１，Ｂ１２，Ｂ１３が示されている。営業担当者（支援システム１０を使用するユーザでもある）は、マップ部Ｍ１０を見ることにより、担当地域のどこでどのようなイベントが生じているかを直ちに把握することができる。

図４では、イベント種類として、例えば、大口入金Ｂ１０（図中、太い実線で示す）と、定期満期Ｂ１１（図中、細い実線で示す）と、国債満期Ｂ１２（図中、一点鎖線で示す）と、ローン完済Ｂ１３（図中、点線で示す）との４種類を挙げている。これらのイベントは、説明のための例示であって、図４に示す以外の他のイベントも本実施例では採用可能である。

マップ部Ｍ１０に注目すると、駅の西側（図中左側）には、大口入金（金額￥Ｍ１１）があった顧客を示すマークＭ１１が表示されており、駅の東側（図中右側）には、別の大口入金（金額￥Ｍ１２）があった顧客を示すマークＭ１２が表示されている。なお、マークはイベントを示すものであるから、以下の説明では、Ｍ１１やＭ１２等のマークをイベントと呼ぶ場合がある。

ここで、例えば、イベントＭ１２の金額￥Ｍ１２の方がイベントＭ１１の金額￥Ｍ１１よりも若干大きい場合を考える。例えば、金額￥Ｍ１２が３１０万円、金額￥Ｍ１１が３００万円のような場合である。この場合、イベントＭ１２の顧客を訪問した方が営業活動上有利のように思われる。しかし、イベントＭ１１の周辺には、金額￥Ｍ１３の定期預金が満期となった顧客を示すマークＭ１３と、ローンを完済した顧客を示すマークＭ１４とがそれぞれ位置する。従って、営業担当者がイベントＭ１１の顧客を訪問するついでに、その周辺のイベントＭ１３，Ｍ１４の顧客を訪問する方が、たった１件の大口顧客（Ｍ１２）を訪問する場合よりも、結果的に受注機会が増大するであろう。Ｍ１１への訪問が結果的に不調の場合でも、その近所のＭ１３やＭ１４へ訪問できるためである。

図５は、別の構成のイベントマップを示す画面例Ｇ２０である。イベントマップ画面Ｇ２０は、図中下側のマップ部Ｍ２０と、図中上側のイベント説明部Ｇ２１とを備えて構成される。

マップ部Ｍ２０は、図４で述べたマップ部Ｍ１０と同様に構成されており、各イベントを示すマークＭ２１〜Ｍ２３が地図上に配置されている。

イベント説明部Ｇ２１は、法人顧客に関する情報を示す企業情報部Ｇ２１Ａと、その法人顧客に属する各従業員のイベントを示す社員イベント状況部Ｇ２１Ｂとを備える。企業情報部Ｇ２１Ａは、例えば、企業名、訪問目的、企業情報等を含む。企業情報には、例えば、資産状況、その企業への営業担当者の訪問頻度等が含まれる。社員イベント状況部Ｇ２１Ｂは、例えば、大口入金、定期満期、国債満期、ローン完済等のイベント毎に、それぞれ該当する社員の人数が表示される。社員イベントの詳細情報の取得を希望する場合、営業担当者は、所望欄を選択することにより、詳細情報画面Ｇ２２を表示させることができる。

図５に示すように、イベントマップには、担当地域内で発生している各種イベントの分布状況や、法人顧客のイベントに隠れている個人顧客（社員）のイベントを可視化することができる。従って、本実施例では、営業担当者は、担当地域内のイベントの分布を面として捉えることができ、さらに、法人顧客を訪問したついでに、イベントの発生している各個人顧客を効率的に回って営業活動を行うことができる。

図６は、営業活動支援処理を示すフローチャートである。この処理は、支援サーバ１００によって実行される。本フローチャートを含む以下の各フローチャートは、本発明の理解及び実施に必要な範囲で各処理の概要を示しており、実際のコンピュータプログラムとは相違する可能性がある。いわゆる当業者であれば、図示されたステップの変更や削除、順番の入れ替え、新たなステップの追加を行うことができるであろう。

営業担当者がＬＡＮ端末５０または携帯端末７０を用いて支援サーバ１００にアクセスすると、支援サーバ１００はログイン画面を表示させる（Ｓ１０）。営業担当者がユーザＩＤ（識別コード）とパスワードとを入力すると、支援サーバ１００はユーザ認証を行い、ユーザ認証が成功したか否かを判定する（Ｓ１１）。なお、ユーザ認証は、ユーザＩＤ及びパスワードを使用するものに限定されない。例えば、指紋や声紋、虹彩、静脈パターン等の生体情報を用いても良い。あるいは、記憶媒体に格納されている暗号化された鍵情報を用いて認証を行う構成でもよい。

ユーザ認証が成功しない場合（S11:NO）、支援サーバ１００は、ユーザＩＤ及びパスワードの再入力を要求する。認証が成功した場合（S11:YES）、支援サーバ１００は、メニュー２００を表示する。メニュー２００には、例えば、スケジュール別、担当顧客別、イベント別、地域別等の個別メニューが用意されている。メニューの具体例は、図１２〜図１５で後述する。

営業担当者は、メニュー２００の中から所望の個別メニューを選択する。支援サーバ１００は、メニューが選択されると（S13:YES）、選択されたメニューに関連するＥＢＭ必要情報１２１を読込み（Ｓ１４）、ＥＢＭ必要情報１２１に基づいてリード情報１２２を生成する（Ｓ１５）。

そして、支援サーバ１００は、各リード情報１２２を顧客の位置に応じて地図上に配置し、表示させる（Ｓ１６）。支援サーバ１００は、端末５０，７０から詳細情報の表示が要求された場合（S17:YES）、詳細情報を端末画面に表示させる（Ｓ１８）。

図７は、法人顧客に関連する個人顧客のイベントを表示させるための処理を示すフローチャートである。支援サーバ１００は、法人顧客を特定し（Ｓ２０）、続いて、その法人顧客に属する各個人顧客を特定する（Ｓ２１）。支援サーバ１００は、特定された各個人顧客に関するイベントを検出し（Ｓ２２）、検出されたイベントをイベント種類毎に集計し（Ｓ２３）、法人顧客の企業情報やイベントに対応付けて表示させる（Ｓ２４）。

図８は、イベントを地図上に配置して表示させる処理を示すフローチャートである。支援サーバ１００は、表示させるイベントに対応するリード情報１２２を特定し（Ｓ３０）、そのリード情報に関する座標（顧客位置情報）を検出する（Ｓ３１）。そして、支援サーバ１００は、イベントに対応するマークを、地図上のイベント発生位置に配置して表示させる（Ｓ３２）。

このように構成される本実施例によれば、各顧客に関するイベントを検出し、検出されたイベントを地図上に配置することにより、イベントマップを生成できる。従って、営業担当者は、担当地域で生じている各種のイベントを一見して把握することができる。これにより、訪問スケジュールの策定等に役立たせることができ、営業活動の効率を向上させることができる。そして、本実施例によれば、指定したイベント（顧客）の周辺に存在する他のイベントを一緒に表示させることができる。従って、本実施例では、ある顧客のイベントと、その顧客の周辺に位置する他のイベントとの関係を地図上に表示させて可視化することができ、営業活動を支援することができる。

本実施例では、法人顧客の企業情報やイベント（法人顧客を訪問する目的等）に、その法人顧客に属する個人顧客のイベントを対応付けて表示させる。従って、法人顧客を訪問したついでに、成約の可能性が高い個人顧客を訪問することができ、営業活動の効率を高めることができる。

図９に基づいて、本発明の第２実施例を説明する。本実施例を含む下記の実施例は、第１実施例の変形例に該当する。本実施例では、営業担当者の担当する地域を複数の区画に分け、イベント数の多い区画を強調表示する。

図９は、本実施例による地図表示処理のフローチャートである。支援サーバ１００は、リード情報を特定し（Ｓ３０）、特定したリード情報の座標を検出する（Ｓ３１）。そして、支援サーバ１００は、地図上の各区画毎に、リード情報に対応するイベントの数を集計し、所定数以上のイベントを含む区画を強調して表示させる（Ｓ３３）。図９では、所定数以上のイベントを含む区画が、斜線部によって示されている。

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに、本実施例では、所定数以上のイベントが含まれている区画を強調表示させるため、営業担当者は、訪問すべき重要な区画を一見して把握することができ、使い勝手が向上する。

なお、縮尺に応じてイベントの表示方法を変える構成でもよい。例えば、小縮尺の場合は、所定数以上のイベントを含む区画を強調表示し、大縮尺の場合は、各イベントのマークをそれぞれ表示させる構成としてもよい。

図３に基づいて第３実施例を説明する。本実施例では、営業担当者の営業活動の活発度をイベントとして検出し、表示させる。営業活動の活発度とは、営業担当者による顧客への働きかけの程度、活動のレベルを意味する。具体的には、例えば、営業担当者が頻繁に顧客を訪問したり、顧客との商談時間が長い場合等には、活発度が大きくなり、逆に、顧客への訪問頻度が少なかったり、商談時間が短い場合等には、活発度は低下する。

支援サーバ１００は、前回の訪問時から所定日数以上経過している顧客をＥＢＭ情報１２１から抽出する（Ｓ４０）。また、支援サーバ１００は、所定期間内の合計訪問回数が所定値以下の顧客を抽出する（Ｓ４１）。さらに、支援サーバ１００は、重点顧客を抽出する（Ｓ４２）。重点顧客は、例えば、営業会議等によって予め選定することもできるし、何らかの基準を超えた顧客を重点顧客として自動的に選定してもよい。基準としては、例えば、「直近３ヶ月間の取引金額が大きい顧客」等を挙げることができる。

支援サーバ１００は、得点管理テーブル２１０を用いることにより、Ｓ４０〜Ｓ４２で抽出された各顧客について、それぞれの得点を集計する（Ｓ４３）。支援サーバ１００は、総得点が所定点以上の顧客についてイベントを設定する（Ｓ４４）。

得点管理テーブル２１０は、例えば、「前回の訪問時から所定日数以上経過している場合」、「所定期間内の訪問回数が所定値以下の場合」、「重点顧客に指定されている場合」、「取引関係のイベント（大口入金、定期満期、国債満期、ローン完済等）が発生している場合」等のような各項目毎に、それぞれの得点を管理する。営業活動の活発度が低いことを示す項目には、比較的高い得点が予め設定されている。顧客別得点集計テーブル２２０は、各顧客毎の総得点を管理する。総得点が所定点以上の場合、その顧客についてイベントが発生したものとして扱われる（Ｓ４４）。

従って、営業活動の活発度が低い顧客の場合、取引関係のイベントが発生していなくても、イベントが設定される可能性が高くなる。設定されたイベントは地図上に表示されるため、営業担当者は、訪問すべき顧客を忘れずに訪問することができる。

このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに、本実施例では、営業活動の活発度が低い顧客を検出してイベントを設定するため、営業担当者に訪問を促すことができ、営業活動を活性化させることができる。一般的に、営業担当者は、商談のし易い顧客に脚を多く運び、商談のしづらい顧客をなかなか訪問しないという傾向がある。苦手な顧客への訪問回数が低下するほど、ますます苦手意識が強くなり、取引金額（受注金額）も低下していく。これに対し、本実施例では、営業活動の活発度が低い顧客を自動的に検出して表示するため、その顧客への訪問を営業担当者に促し、営業活動を活発化させることができる。

図１１に基づいて第４実施例を説明する。本実施例では、法人顧客のイベントを示すマークＭ２１Ａ，Ｍ２２Ａに、その法人顧客に属する個人顧客のイベントを示すサブマークＭＰを対応付けて表示する。

図１１は、本実施例によるイベントマップ画面を示す。Ｃ１社のイベント（集金）を示すマークＭ２１Ａには、Ｃ１社に属する各個人顧客のイベントを示すサブマークＭＰが対応付けられている。同様に、Ｃ２社のイベント（提案）を示すマークＭ２２Ａには、Ｃ２社に属する各個人顧客のイベントを示すサブマークＭＰが対応付けられている。サブマークＭＰの詳細を知る場合は、例えば、サブマークＭＰを選択して詳細情報画面Ｇ２３を表示させればよい。あるいは、イベント説明部Ｇ２１を参照すればよい。

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに、本実施例では、法人顧客のイベントを示すマークとその法人顧客に属する個人顧客のイベントを示すマーク（サブマーク）とを対応付けてイベントマップ上に表示させる。従って、営業担当者は、イベントマップを一見するだけで、「ついでの訪問」や「挨拶回り」等を多くできる法人顧客を直ちに判別することができる。

図１２〜図１５に基づいて第５実施例を説明する。本実施例では、営業活動の支援メニュー（イベントマップの表示メニューと呼び変えてもよい）の具体例を説明する。図１２は、担当顧客別メニューを選択した場合のイベントマップ画面を示す。

イベントマップ画面Ｇ３０は、例えば、予定欄Ｇ３１と、タブメニューＧ３２〜Ｇ３５と、イベント説明部Ｇ３６と、地図解説部Ｇ３７と、カレンダー部Ｇ３８と、マップ部Ｍ３０とを備えている。

予定欄Ｇ３１には、営業担当者の訪問スケジュールが表示される。スケジュールは、例えば、訪問予定の顧客名と、訪問予定時刻と、訪問目的と、訪問先顧客に関連付けられている他の顧客のイベントの数等を対応付けて構成することができる。例えば、図１２左側に示すＣ１社の場合、９時半から１０時の間に集金を目的として訪問すべき旨が表示されている。Ｃ１社の訪問予定の右隣に表示される「３０件」とは、Ｃ１社の社員に生じているイベントの総数を示す。

イベント説明部Ｇ３６には、営業担当者が担当する各顧客の情報が表示される。地図解説部Ｇ３７には、例えば、マップ部Ｍ３０に表示される各マークの内容（顧客名称や住所、イベント種別等）が表示される。

図１３は、予定別メニューを選択した場合のイベントマップ画面Ｇ３０Ａを示す。図１３に示すイベントマップ画面Ｇ３０Ａは、図１２に示す画面Ｇ３０とほぼ同様に構成することができる。相違点を中心に述べると、イベント説明部Ｇ３６Ａでは、営業担当者が予定欄Ｇ３１に表示されている訪問予定先の顧客を選択すると、その選択された顧客の周辺に位置する他の顧客のイベントが一覧表示される。

図１４は、イベント別メニューを表示した場合のイベントマップ画面Ｇ３０Ｂを示す説明図である。イベント説明部は、イベント種別を指定するための指定部Ｇ４０と、指定されたイベントの一覧を表示させる一覧表示部Ｇ４１とが設けられている。例えば、営業担当者が「大口入金」イベントを指定すると、一覧表示部Ｇ４１には、その営業担当者の担当する顧客のうち、大口入金イベントの条件を満たす全ての顧客に関する情報が一覧表示される。

なお、図１４では、便宜上マップ部を省略しているが、イベント別メニューの画面Ｇ３０Ｂにもマップ部を表示させることができる。

図１５は、地域別メニューを選択した場合のイベントマップ画面Ｇ３０Ｃを示す。イベント説明部Ｇ４２には、住所の構成要素毎に（例えば、町丁目ごとに）、イベント種別毎のイベント発生数が表示される。

図１２〜図１５に示す各イベントマップ画面は、タブメニューＧ３２〜Ｇ３５を選択することにより、自在に切り換えることができる。これにより、営業担当者は、スケジュール別や担当顧客別等の複数の視点から、営業活動の範囲を把握することができ、営業活動の効率を高めることができる。

図１６，図１７に基づいて第６実施例を説明する。本実施例では、支援システム１０を用いて、販売促進活動（販促活動、キャンペーン活動）に役立てる場合を説明する。

図１６は、支援システムの全体構成を示す。支援サーバ１００には、営業本部３００の端末３１０，３２０，３３０がそれぞれ接続されている。便宜上、各端末は異なるかのように表示しているが、同一端末であってもよい。

支援サーバ１００は、各支店の端末５０Ａ，５０Ｂにも接続されている。端末５０Ａは、支店の営業責任者である支店長が使用する端末である。端末５０Ｂは、営業担当者の使用する端末である。

支店の各端末５０Ａ，５０Ｂは、営業活動管理部４００に接続されている。図１６では省略しているが、支店長の端末５０Ａも営業活動管理部４００に接続される。営業活動管理部４００は、営業活動の目標及び達成状況等を一元的に管理する。

図１７及び図１６を参照してシステムの動作を説明する。本部端末３１０は、支援サーバ１００にイベント条件を登録する（Ｓ６０）。支援サーバ１００は、入力されたイベント条件をイベント条件記憶部３１１に記憶させる。支援サーバ１００のＥＢＭエンジン１３０は、登録されたイベント条件に基づいてＥＢＭ必要情報１２１を検索することにより、イベント条件に合致するリード情報１２２を生成する（Ｓ６１）。

本部端末３２０は、支援サーバ１００にキャンペーン情報を登録する（Ｓ６２）。支援サーバ１００は、入力されたキャンペーン情報をキャンペーン情報記憶部３２１に記憶させる。キャンペーン情報とは、例えば、各種ローンや投資信託等のような顧客に重点的に販売しようとする商品やサービスに関する情報である。

支援サーバ１００は、リード情報１２２とキャンペーン情報とに基づいて、キャンペーン情報に連携するリード情報１２２Ａを生成する（Ｓ６３）。キャンペーン情報に連携するリード情報１２２Ａとは、リード情報１２２のうちキャンペーン情報に適合するリード情報を意味する。キャンペーン対象の商品またはサービスに適さないと考えられる顧客をリード情報１２２から取り除くと、連携リード情報１２２Ａが得られる。

支援サーバ１００の管理部１４０は、アクセス権限に応じて、連携リード情報１２２Ａを支店の各端末５０Ａ，５０Ｂに供給する（Ｓ６４）。支店長は、その支店の営業責任者であるため、その支店に関係する全ての連携リード情報１２２Ａを閲覧可能である。

支店長は、連携リード情報１２２Ａに含まれている各顧客を、各地域の営業担当者にそれぞれ割り当てる。営業担当者は、割り当てられた顧客を訪問し、商談する。商談の成否は、端末５０Ａ，５０Ｂを介して、営業活動管理部４００に登録される（Ｓ６５）。

営業担当者が営業活動をした結果、キャンペーン対象の商品・サービスの成約に至った顧客に関する情報は、連携リード情報１２２Ａから消去される（Ｓ６６）。本部端末３３０は、連携リード情報１２２Ａを参照することにより、キャンペーンの結果を把握することができる（Ｓ６７）。

このように構成される本実施例も第１実施例と同様の効果を奏する。さらに、本実施例では、キャンペーン活動と連携させることにより、キャンペーン対象の商品やサービスを効率的に販売することができる。

なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、当業者であれば、前記各実施例を適宜組み合わせることができる。また、前記各実施例では、銀行の営業活動を支援する場合を中心に説明したが、これに限らず、例えば、保険商品等のような他の商品やサービスにも適用可能である。

本発明の実施形態の全体概要を示す説明図である。 営業活動支援システムの全体構成を示す説明図である。 元データからＥＢＭに使用する情報を抽出し、さらにリード情報を得るまでの様子を模式的に示す説明図である。 イベントマップ画面の一例を示す説明図である。 イベントマップ画面の他の一例を示す説明図である。 営業活動支援処理のフローチャートである。 法人顧客と個人顧客の間のイベント関係を表示する処理のフローチャートである。 イベントの配置された地図を表示させる処理のフローチャートである。 第２実施例に係る営業活動支援システムにより実行される、イベントの配置された地図を表示させる処理のフローチャートである。 第３実施例に係る営業活動支援システムにより実行される、イベント生成処理のフローチャートである。 第４実施例に係る営業活動支援システムにより表示される、イベントマップ画面の説明図である。 第５実施例に係る営業活動支援システムにより表示される、イベントマップ画面の一例を示す説明図である。 イベントマップ画面の他の一例を示す説明図である。 イベントマップ画面のさらに別の一例を示す説明図である。 イベントマップ画面のさらに他の一例を示す説明図である。 第６実施例に係る営業活動支援システムを含む販促システムの全体構成を示す説明図である。 販促処理のフローチャートである。

符号の説明

１：営業活動支援システム、２：イベント情報検出部、３：イベント配置地図生成部、４：イベント関係検出部、５：出力部、６：顧客情報記憶部、７：地図情報記憶部、８：イベント配置地図、８Ａ：マップ部、８Ｂ：イベント説明部、１０：営業活動支援システム、２０：データ供給装置、２１：ホストデータ、２２：ＣＲＭデータ、２３：Ｍ−ＣＩＦデータ、３０：スケジューラ、４０：地図データ記憶部、５０，５０Ａ，５０Ｂ：ＬＡＮ端末、６０：無線基地局、７０：携帯端末、１００：営業活動支援サーバ、１１０：ＯＳ、１２０：データベース部、１２１：ＥＢＭ必要情報、１２２：リード情報、１２２Ａ：連携リード情報、１２３：顧客位置情報、１３０：ＥＢＭエンジン、１４０：管理部、１４１：担当者情報、１４２：担当顧客情報、１４３：ロール情報、１５０：イベントマップ作成エンジン（ＭＡＰ−ＥＢＭエンジン）、２００：メニュー、２１０：得点管理テーブル、２２０：顧客別得点集計テーブル、３００：営業本部、３１０，３２０，３３０：本部端末、３１１：イベント条件記憶部、３２１：キャンペーン情報記憶部、４００：営業活動管理部

Claims (3)

1. 顧客に関する情報である顧客関連情報を記憶する顧客情報記憶部と、
   前記顧客関連情報に基づいて、得点管理テーブルに予め設定される各項目毎に顧客別の得点を集計し、総得点が所定点数以上の顧客についてイベントを検出するためのイベント検出部と、
   検出された前記イベントを前記顧客の位置に対応付けて地図上に配置することにより、前記イベントの配置されたイベント配置地図を生成するイベント配置地図生成部と、
   前記イベント配置地図を出力する出力部と、
   第１顧客に対応する第２顧客を検出し、前記第１顧客に生じる第１イベントを示す第１マークに前記第２顧客に生じる第２イベントを示す第２マークを近接させて前記イベント配置地図上に表示するイベント関係検出部をさらに備える営業活動支援システム。
2. サーバ装置と、該サーバ装置に接続される端末装置と、前記サーバ装置に接続されるデータ供給装置とを備える営業活動支援システムであって、
   前記データ供給装置は、顧客に関する情報である顧客関連情報を記憶しており、
   前記サーバ装置は、
   前記データ供給装置から取得される前記顧客関連情報に基づいて、得点管理テーブルに予め設定される各項目毎に顧客別の得点を集計し、総得点が所定点数以上の顧客についてイベントを検出するためのイベント検出部と、
   検出された前記イベントを前記顧客の位置に対応付けて地図上に配置することにより、前記イベントの配置されたイベント配置地図を生成するイベント配置地図生成部と、を備えており、
   前記イベント検出部は、前記データ供給装置に記憶されている前記顧客関連情報から前記イベント配置地図の生成に必要な第１情報を抽出する第１情報抽出部と、前記第１情報のうち予め指定されるイベント条件に合致する第２情報のみを抽出する第２情報抽出部と、を備えており、
   前記イベント配置地図生成部は、営業担当者に関する情報である担当者情報と、前記第２情報と、前記顧客の位置を示す情報とに基づいて、前記営業担当者に関連する前記顧客について検出されたイベントを地図上に配置することにより、前記イベント配置地図を生成し、
   前記顧客関連情報は、第１顧客の第１顧客関連情報と、前記第１顧客に対応付けられる第２顧客の第２顧客関連情報とに予め分類されており、
   前記イベント検出部に含まれるイベント関係検出部は、前記第１顧客関連情報と前記第２顧客関連情報とに基づいて、前記第１顧客に生じる第１イベントと前記第２顧客に生じる第２イベントとの関係を検出し、検出された前記第１イベントを示す第１マークに前記第２イベントを示す第２マークを近接させて前記イベント配置地図に表示する、
   営業活動支援システム。
3. 端末装置及びデータ供給装置にそれぞれ接続されるサーバ装置を、営業活動支援装置として機能させるためのコンピュータプログラムであって、
   前記データ供給装置は、顧客に関する情報である顧客関連情報を記憶しており、
   前記サーバ装置を、
   前記データ供給装置から取得される前記顧客関連情報に基づいて、得点管理テーブルに予め設定される各項目毎に顧客別の得点を集計し、総得点が所定点数以上の顧客についてイベントを検出するためのイベント検出機能と、
   検出された前記イベントを前記顧客の位置に対応付けて地図上に配置させ、前記イベントの配置されたイベント配置地図を生成するイベント配置地図生成機能と、
   前記イベント配置地図を出力させる出力機能と、
   第１顧客に対応する第２顧客を検出し、前記第１顧客に生じる第１イベントを示す第１マークに前記第２顧客に生じる第２イベントを示す第２マークを近接させて前記イベント配置地図上に表示するイベント関係検出機能として
   それぞれ機能させるためのコンピュータプログラム。

Images