JP2006178914A - 営業支援システム、及び営業支援システムにおける制御方法 - Google Patents

Abstract

【課題】営業担当者が迅速に必要な情報にアクセスすることができるとともに、種々の情報を提供することで営業ターゲットの抽出を容易に行うことができる営業支援システムを提供する。
【解決手段】地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、顧客情報を記憶した顧客情報記憶装置と、地図情報記憶装置と台帳情報記憶装置、及び顧客情報記憶装置とネットワークを介して接続された制御装置と、制御装置とネットワークを介して接続された複数の端末装置とを有する営業支援システムであって、制御装置は、端末装置からの入力情報に基づいて顧客情報記憶装置から顧客情報を読み出すとともに、端末装置からの要求に応じキー情報に基づいて地図情報記憶装置から地図情報または台帳情報記憶装置から台帳情報を読み出して端末装置に出力することを特徴とする。
【選択図】図３

Description

本発明は、営業支援システム及び営業支援システムにおける制御方法に関する。詳しくは、ガス供給のための需要家情報と地図情報、及び台帳情報とを統合的に扱う営業支援システム及び営業支援システムにおける制御方法に関する。

従来から、コンピュータのモニタ画面上に地図を表示させてガスを供給する顧客（需要家）の所在地を確認したりすることが行われていた。この際に、例えば、顧客の顧客コードと顧客座標との対応付けを行えるようにして顧客の所在地に対する自動地図検索を行うようにしたものがある（例えば、以下の特許文献１）。

一方で、顧客の氏名や住所その他の一連の顧客情報をデータベースとして管理し、顧客情報の一部を入力することで住所を確認するなど顧客情報を得ることも行われている。さらには、顧客宅にあるパソコンとガス供給を管理する管理センターとをインターネットで接続して検針を行うシステムも提案されている（例えば以下の特許文献２）
公開特許公報 特開２００２−１６９１８７号 公開特許公報 特開２００３−２４０５９７号

しかし、これら地図情報と顧客情報とでは、取り扱う情報が地図と文字という異なる情報であるため、異なる装置（サーバなど）で管理するのが一般的である。したがって、ガスの営業担当者などは顧客情報を管理する装置に出向いて顧客情報を検索し、得られた情報から地図を管理する装置に出向いてその顧客の所在地を確認して営業ターゲットを抽出するなど、迅速に必要な情報にアクセスすることができなかった。そのため、営業担当者は自らの業務を円滑に遂行することができなかった。

また、ガスの供給会社は顧客ごとに工事履歴などを管理する台帳を保存しているが、かかる情報も営業担当者が迅速にアクセスすることができれば便利である。

一方で、顧客情報や地図情報、さらに台帳情報を例えば１台の装置（サーバなど）で管理することも考えられるが、記憶容量が大きくなったり、更新している間使用できないなどの不都合が生じ、必ずしも好ましいとは言えない。

そこで、本発明は上記問題点に鑑みてなされたもので、その目的は、営業担当者が迅速に必要な情報にアクセスすることができるとともに、種々の情報を提供することで営業ターゲットの抽出を容易に行うことができる営業支援システム及び営業支援システムにおける制御方法を提供することにある。また、本発明の他の目的は、営業担当者の営業活動業務の円滑な遂行を行うことができる営業支援システム及び営業支援システムにおける制御方法を提供することにある。

上記目的を達成するために本発明は、地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、顧客情報を記憶した顧客情報記憶装置と、地図情報記憶装置と台帳情報記憶装置、及び顧客情報記憶装置とネットワークを介して接続された制御装置と、制御装置とネットワークを介して接続された複数の端末装置とを有し、制御装置は、端末装置からの入力情報に基づいて顧客情報記憶装置から顧客情報を読み出すとともに、端末装置からの要求に応じキー情報に基づいて地図情報記憶装置から地図情報または台帳情報記憶装置から台帳情報を読み出して前記端末装置に出力することを特徴としている。これにより、例えば、端末上で顧客情報を得て、この顧客の地図と台帳とを営業担当者が確認することができ、営業ターゲットの抽出を迅速に行い、営業活動の円滑な遂行を行うことができる。

また本発明は、上記営業支援システムにおいて、上記キー情報は、顧客の建物ごとに付与される固有の建物番号であることを特徴としている。これにより、例えば、地図情報や台帳情報を書き換えるなど、更新する手間を省くことができる。

さらに本発明は、上記営業支援システムにおいて、上記キー情報は、顧客記憶装置から読み出した顧客情報に含まれ、制御装置は、読み出した顧客情報からキー情報を取り出して、端末装置からの要求に応じて取り出したキー情報に基づいて地図情報または台帳情報を読み出すことを特徴としている。これにより、例えば、検索した顧客情報に基づいてキー情報をユーザが入力する必要なく地図情報や台帳情報を得ることができる。

さらに本発明は、上記営業支援システムにおいて、地図情報記憶装置に記憶された地図情報は、各端末に地図を表示させるための地図データと、地図上の位置と前記キー情報とからなる地図情報データベースと、から構成され、地図情報記憶装置は、制御装置からキー情報が入力されると地図情報データベースから地図情報の位置を検索し、検索した位置にある地図データを制御装置に出力することを特徴としている。これにより、例えば、文字データであるキー情報と地図データとをマッピングさせることができる。

さらに本発明は、上記営業支援システムにおいて、台帳情報記憶装置に記憶された台帳情報は、顧客ごとの台帳データとキー情報とから構成され、台帳情報記憶装置は、制御装置からキー情報が入力されると台帳情報から台帳データを検索し、この台帳データを制御装置に出力することを特徴としている。これにより、例えば、文字データであるキー情報と台帳データとをマッピングさせることができる。

さらに本発明は、上記営業支援システムにおいて、上記台帳情報記憶装置は、顧客ごとの台帳を台帳データとして取り込む取り込み手段を有することを特徴としている。これにより、例えば、ガス供給会社などがもともと管理保持している台帳を台帳データとしてファイル化し、本営業支援システムにおいて取り扱うことが可能となる。

さらに本発明は、上記営業支援システムにおいて、地図情報記憶装置と台帳情報記憶装置とは、それぞれインターネット上のアドレス情報を有し、制御装置は、アドレス情報に基づいて地図情報記憶装置または台帳情報記憶装置にアクセスしてそれぞれ地図情報または台帳情報を読み出すことを特徴としている。これにより、例えば、インターネットに地図情報記憶装置と台帳情報記憶装置とを接続して制御装置からアクセスすることが可能となる。

また、上記目的を達成するために本発明は、地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、地図情報記憶装置と台帳情報記憶装置、及び顧客情報記憶装置とネットワークを介して接続された制御装置と、制御装置とネットワークを介して接続された複数の端末装置とを有し、制御装置は、端末装置からの要求に応じキー情報に基づいて地図情報記憶装置から地図情報または台帳情報記憶装置から台帳情報を読み出して端末装置に出力することを特徴としている。これにより、例えば、端末上で顧客の地図と台帳とを営業担当者が確認することができ、営業ターゲットの抽出を迅速に行い、営業活動の円滑な遂行を行うことができる。

さらに、上記目的を達成するために本発明は、地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、顧客情報を記憶した顧客情報記憶装置と、地図情報記憶装置と台帳情報記憶装置、及び顧客情報記憶装置とネットワークを介して接続された複数の端末装置とを有する営業支援システムにおける制御方法であって、端末装置からの入力情報に基づいて顧客情報記憶装置から顧客情報を読み出すとともに、端末装置からの要求に応じキー情報に基づいて地図情報記憶装置から地図情報または台帳情報記憶装置から台帳情報を読み出して前記端末装置に出力することを特徴としている。これにより、例えば、端末上で顧客情報を得て、この顧客の地図と台帳とを営業担当者が確認することができ、営業ターゲットの抽出を迅速に行い、営業活動の円滑な遂行を行うことができる。

さらに、上記目的を達成するために本発明は、地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、地図情報記憶装置と台帳情報記憶装置、及び顧客情報記憶装置とネットワークを介して接続された接続された複数の端末装置とを有する営業支援システムにおける制御方法であって、端末装置からの要求に応じキー情報に基づいて地図情報記憶装置から地図情報または台帳情報記憶装置から台帳情報を読み出して端末装置に出力することを特徴としている。これにより、例えば、端末上で顧客の地図と台帳とを営業担当者が確認することができ、営業ターゲットの抽出を迅速に行い、営業活動の円滑な遂行を行うことができる。

本発明によれば、営業担当者が迅速に必要な情報にアクセスすることができるとともに、種々の情報を提供して営業ターゲットの抽出を容易に行うことができる営業支援システム及び営業支援システムにおける制御方法を提供することができる。また、営業担当者の営業活動業務の円滑な遂行を行うことができる営業支援システム及び営業支援システムにおける制御方法を提供することができる。

本発明の実施の形態について図面を参照して詳細に説明する。図１は、本発明が適用される営業支援システム１の一例である。図１に示す営業支援システム１は、全体としてシステムサーバ１０と、マッピングサーバ２０、ホストコンピュータ３０、ファイリングサーバ４０、及びネットワーク５０を介して複数の端末６０₁、６０₂、・・・、６０_nとから構成される。

システムサーバ１０は、マッピングサーバ２０とホストコンピュータ３０と、ファイリングサーバ４０と互いに接続されるとともに、ネットワーク５０を介して複数の端末６０₁、６０₂、・・・、６０_nと互いに接続される。システムサーバ１０は、ホストコンピュータ３０から定期的に需要家情報を受け取り、端末６０₁、６０₂、・・・、６０_nからの検索情報から対象の需要家情報を検索するとともに、マッピングサーバ２０やファイルサーバ４０から検索した需要家の地図情報や台帳情報などを受け取り端末６０₁、６０₂、・・・、６０_nに表示させるようにしている。詳細は後述する。

マッピングサーバ２０は、主として地図情報に関するデータを取り扱うためのものである。マッピングサーバ２０には、地図データと地図情報データベースとからなる地図ファイルデータベース２１０を有する。地図データは、いわゆる電子地図であって、マッピングサーバ２０や端末６０₁、６０₂、・・・、６０_nに出力することで、モニタ画面上に地図が表示されるようなっている。また、地図情報データベースは、地図上の位置座標と、需要家の住所、そして建物番号とから主として構成される。地図ファイルデータベース２１０の詳細は後述する。マッピングサーバ２０は、システムサーバ１０からアクセスがあったとき、建物番号をキーにして地図情報データベースから位置座標等の情報を得て、この位置座標から該当する地図データを検索して、かかる地図データをシステムサーバ１０に出力するようになっている。この詳細も後述する。なお、これらの情報は、担当者がマッピングサーバ２０のキーボード等を操作することで地図ファイルデータベース２１０に入力される。新たに新規の顧客を得た場合に更新される。

ホストコンピュータ３０は、需要家の氏名や住所、需要家番号、顧客番号等からなる顧客情報データベースを有する。新たにガス供給の需要家として登録する場合には、担当者がホストコンピュータ３０を操作することで、需要家に関するこれらの情報が顧客情報データベースに登録されるようになっている。そして、ホストコンピュータ３０は、例えば、毎日に更新した顧客情報データをシステムサーバ１０に出力するようになっている。顧客情報データベースの詳細は後述する。

ファイリングサーバ４０は、各需要家の台帳（供給管の工事台帳など）を取り込んで電子化（ファイル化）し、需要家ごとに台帳ファイルを有する台帳ファイルデータベースを有する。台帳ファイルデータベースにも建物番号が付与され、システムサーバ１０からのアクセスにより、建物番号をキーにして、その建物番号を有する台帳ファイルデータをシステムサーバ１０に出力するようになされている。

端末６０₁、６０₂、・・・、６０_nは、システムサーバ１０に接続して需要家に関する検索画面等の各種画面を表示することができる。住所や氏名、建物番号や需要家番号等の各種情報を検索キーとして入力することで、かかる情報がシステムサーバ１０に出力され、これらの情報をもとにして、地図データや台帳データがシステムサーバ１０から各端末６０₁、６０₂、・・・、６０_nに出力されてモニタ画面上に表示される。各種画面の例は後述する。

図２は、システムサーバ１０の詳細な構成と、営業支援システム１の構成とを示す図である。システムサーバ１０は、図２に示すようにＣＰＵ１０１と、ＲＯＭ１０２と、インターフェース（Ｉ／Ｆ）１０３、及びＲＡＭ１０４とから構成される。

ＣＰＵ１０１は、内部バスを介してＲＯＭ１０２、Ｉ／Ｆ１０３、ＲＡＭ１０４と互いに接続され、各種処理を実行する。ＲＯＭ１０２は、ＣＰＵ１０１で実行されるプログラムを格納するためのものである。ＣＰＵ１０１から適宜プログラムが読み出されて、ＣＰＵ１０１で処理が実行される。Ｉ／Ｆ１０３は、マッピングサーバ２０やホストコンピュータ３０、及びファイリングサーバ４０とネットワーク５１を介して接続される。Ｉ／Ｆ１０３は、外部から所定の伝送フォーマットで入力された各データをシステムサーバ１０内部で処理できるデータに変換し、また処理後のデータが所定の伝送フォーマットに変換されて外部に出力されるようになっている。ＲＡＭ１０４は、ＣＰＵ１０１で処理中や処理後のデータが格納され、ＣＰＵ１０１のワーキングメモリとしての役割を果たす。

また、ファイリングサーバ４０にはスキャナ４１を有し、需要家ごとの台帳、例えば営業者の作成した供給管工事に関する台帳などをファイリングサーバ４０に取り込むことができるようになっている。例えば、ファイリングサーバ４０はこれらの台帳データを需要家ごとに異なるファイルとして管理することができる。

図１において、システムサーバ１０は、マッピングサーバ２０とホストコンピュータ３０、及びファイリングサーバ４０と直接接続されているように記載されているが、実際には図２に示すように部署内のネットワーク５１を介してマッピングサーバ２０等と接続されている。そして、この部署内のネットワーク５１は社内の外部若しくは内部のインターネット網５２を介して別の部署内のネットワーク５０と接続されている。図１では、これらのネットワーク５１、５２、５３を総称してネットワーク５０と表現している。このよう構成することで、各端末６０₁、６０₂、・・・、６０_nが営業担当者のいる部署内や、ガス料金の管理者等、それぞれ異なる部署やさらには関連会社に存在し、システムサーバ１０を中心にした統一的な営業支援システム１を構成することができる。

以上のように構成された営業支援システム１における動作について図３を用いて簡単に説明する。図３では説明を容易にするため、ネットワーク５０等は省略しており、また複数の端末６０₁、６０₂、・・・、６０_nのうち、１つの端末６０_nのみ示している。

端末６０_nは、ネットワーク５０を介してシステムサーバ１０にアクセスすることで、端末６０_nのモニタ画面上にメニュー画面が表示される。各メニュー画面の詳細は後述する。そして、営業担当者等のユーザがキーボード等の所定の操作をすることでメニュー画面上から検索キーを入力する。検索キーとしては例えば需要家の氏名や、建物ごとに割り振られた固有の番号である建物番号等である。これらの検索キーに関するデータは、システムサーバ１０に出力される。

システムサーバ１０には、需要家の氏名や建物番号等の顧客情報データがホストコンピュータ３０から予め入力され、格納されている。この顧客情報データは、ホストコンピュータ３０にて顧客情報データベース３１０として管理される。すなわち、例えば顧客情報データベース３１０を管理する管理者がかかる需要家情報データをホストコンピュータ３０に入力することで、顧客情報データベース３１０が構築されるのである。この顧客情報データベース３１０の例を図４に示す。図４に示すように顧客情報データベース３１０は、建物番号３１１、需要家の住所３１２、氏名３１３、需要家番号３１４、顧客番号３１５とから構成される。もちろん、実際にはさらに項目を有することになるが説明の便宜のためこれらのみ示すことにする。

建物番号３１１は、需要家が居住する建物それぞれに付加される固有の番号である。住所３１２は需要家が居住する地の住所名であり、氏名３１２は需要家の氏名である。また需要家番号３１４は、ガスメータが存在する場所ごとに付与される固有の番号であり、マンションやアパートなどの集合住宅では主として各部屋ごとに割り当てられる番号となる。かかる集合住宅では、建物番号３１１は同じ集合住宅であれば同じ建物番号３１１が付与されるがガスメータがそれぞれ部屋ごとに存在するのでガスメータごとに異なる需要家番号３１４が付されることになる。また顧客番号３１５は需要者ごとに付される固有の番号である。同じ建物番号３１１を有する住所に異なる需要家が引越してきたときは、建物番号３１１や需要家番号３１４は同じであるが顧客番号３１５が異なるものとなる。

図４に示す例では、建物番号３１１“１３１２２５００１”の住所３１２は“鹿児島県鹿児島市△町×番地○号”であり、この住所には“田中一郎”が居住し、その需要家番号３１４は“５４３２１６７”で、顧客番号３１５は“４３２１６７”となっている。これらの情報は、担当者がホストコンピュータ３０上で所定のソフトウェアを実行することで必要事項を入力してかかる顧客情報データベース３１０が構築される。上述したが、このデータベース３１０に格納された顧客情報データは毎日、予め決められた時刻やホストコンピュータ３０上のマニュアル操作等によりシステムサーバ１０に出力されるようになっている。

図３に戻り、システムサーバ１０は端末６０_nからの検索キーを元にして必要な需要家情報をホストコンピュータ３０からの顧客情報データから検索する。システムサーバ１０はこの検索結果のデータを端末６０_nに出力することで、端末６０_nにその検索結果が表示される。ユーザは表示された需要家情報からその需要家の地図を表示させたいときは、後述する操作を画面上で行うことでその地図を表示するためのデータがシステムサーバ１０に出力される。システムサーバ１０は需要家情報について検索キーをもとに検索したときに、その需要家の建物番号を、例えばＲＡＭ１０４（図２参照）に格納する。そして、地図表示のためのデータが端末６０_nから入力されたときに、ＲＡＭ１０４に格納した建物番号を読み出して、その建物番号を有する地図データを表示させるためのデータをマッピングサーバ２０に出力する。マッピングサーバ２０は、インターネットにおけるホームページアドレスである固有のＵＲＬ（Uniform Resource Locator）を有する。このＵＲＬにより識別することでシステムサーバ１０はマッピングサーバ２０にアクセスすることができる。そして、検索した建物番号とともに地図データを読み出すためのデータをシステムサーバ１０はマッピングサーバ２０に出力する。

マッピングサーバ２０には、地図ファイルデータベース２１０を有する。この地図ファイルデータベース２１０の例を図５（Ａ）、（Ｂ）に示す。この図に示すように地図ファイルデータベース２１０は、地図データ２１１（いわゆる電子地図、図５（Ａ）参照）と、その地図上の位置と建物番号等とをユニークに決定するための地図情報データベース２１２とから構成される。

地図データ２１１は、マッピングサーバ２０や端末６０_nのモニタ画面上に地図を表示するためのデータである。各家からはガスを供給していることを示すガス管が表示される。また、この地図上では、本営業支援システム１を有するガス会社がガスを供給している家とそうでない家（例えば、他のガス会社がガスを供給している家など）とを区別するために色分けが施されている。このような色分け表示により、地図データ２１１によって表示される地図からどの地域を重点的に営業を行えばよいか簡単に把握することができる。

地図情報データベース２１２は、図５（Ｂ）に示すように地図上の位置を示す位置情報２１２１と、建物番号２１２２と、住所２１２３とから構成される。位置情報２１２１は、地図データ２１１によって表示される地図上の位置を示すもので、例えば図５（Ｂ）に示すように２次元座標（ｘ、ｙ）として示される。具体的には、例えば、一つの家が四角形で表現されたときその４つの頂点座標を２次元座標系で示したものが地図情報データベース２１２に位置情報２１２１として格納される。この位置座標は、例えば地図上で基点（原点）を決め、この基点からの相対位置によって各建物の位置を決定している。

建物番号２１２２は、上述した顧客情報データベース３１０（図４参照）の建物番号３１１と同じで、需要家が居住する建物ごとに付与される固有の番号である。また住所４１２も顧客情報データベース３１０と同様である。図５（Ｂ）に示す例では、位置２１２１“（ｘ１、ｙ１）、（ｘ２、ｙ２）…”（この位置は地図上“山田”氏の位置を示す）の建物番号２１２２は“１３１２５５５６７”でその住所２１２３は、“鹿児島県鹿児島市・・・”を示す。なお、この位置２１２１や建物番号２１２２、住所２１２３は、新たにガスを供給する顧客となったとき、担当者がマッピングサーバ２０を操作することで地図データ２１１を書き換えたり、地図情報データベース２１２に格納されて、地図ファイルデータベース２１０が構築されることになる。

ここで、マッピングサーバ２０は、地図情報データベース２１２に建物番号２１２２があるので、システムサーバ１０から入力された建物番号をキーにしてこのデータベース２１２を検索することで、その位置２１２１を把握し、その位置２１２１を例えば中心座標として地図データ２１１を読み出してシステムサーバ１０に出力する。そして、システムサーバ１０はかかる地図データ２１１を端末６０_nに出力することで、端末６０_nではその検索した需要家の地図情報を得ることができる。これにより、例えば営業者が検索した需要家が地図上でどこに住んでいるのか確認することができ、ガスの不具合等があったときその場所にすぐに出向くことができる。しかも、顧客情報と地図情報という異なるデータを１つの端末６０_n上で画面表示されるので、別々の端末で顧客情報と地図情報とを確認するような場合と比較して迅速に情報にアクセスでき、業務の円滑な遂行を図ることができる。また、顧客情報データから建物番号をシステムサーバ１０で検索して、その建物番号をキー情報にしているため、わざわざ営業担当者が端末６０_n上で地図情報を得るために建物番号を入力させる必要がなく、迅速に地図情報にアクセスすることができる。

さらに、本営業支援システム１では、需要家ごとの台帳も端末６０_n上で表示させることもできる。顧客情報を顧客情報データベース３１０から検索した後、後述する所定の画面操作を行うことで、端末６０_nからは台帳データを読み出すためのデータがシステムサーバ１０に出力される。システムサーバ１０は、マッピングサーバ２０にアクセスしたときと同様に、ファイリングサーバ４０のＵＲＬを識別してアクセスし、さらに、ＲＡＭ１０４（図２参照）に格納した建物番号の情報をファイリングサーバ４０に出力する。ファイリングサーバ４０には、台帳ファイルデータベース４１０を有し、建物番号をキーにしてその番号に一致する台帳データを読み出してシステムサーバ１０に出力する。

台帳ファイルデータベース４１０の例を図６に示す。この図６に示すように台帳ファイルデータベース４１０は、建物番号４１１とファイル名４１２とから構成される。建物番号４１１は、顧客情報データベース３１０や地図ファイルデータベース２１０に格納された建物番号２１２２と同じである。また、ファイル名４１２とは台帳をスキャナ４１で読み取ったときに付与されるファイルの名称である。このファイル名４１２は、例えば建物番号４１１ごとに付与される。図６に示す例では、建物番号“１３１２２５００１”の建物にはファイル名“００１Ｆｉｌｅ．ｔｉｆ”が付与されている。そして、ファイリングサーバ４０はシステムサーバ１０から入力された建物番号をキーにして台帳ファイルデータベース４１０にアクセスし、ファイル名４１２を検索してそのファイルにアクセスすることで台帳データを得るのである。

図３に戻り、台帳データはシステムサーバ１０に出力されて、さらにシステムサーバ１０から端末６０_nに出力される。これにより、検索した顧客の台帳データを端末６０_nに表示することができ、例えば、需要家について以前どのような工事を行ったのか、工事やガス漏洩試験を行ったのは何時か等の情報を得ることができる。この場合も、１つの端末６０_n上で顧客情報と台帳とを確認することができ、営業担当者が現地に出向くときの情報を得ることができる。また、顧客情報データから得た建物番号をキーにして台帳データを得るようにしているため、営業担当者がわざわざ建物番号を端末６０_nに入力させる必要がなく、迅速に台帳データにアクセスすることできる。

以上から、１つの端末６０_nで３つの情報、すなわち顧客情報と地図情報、さらに台帳の情報とを得ることができ、ガス供給の新規顧客開拓等、営業担当者の営業活動を迅速に支援することができる。ここで建物番号をキー情報として地図データ２１１や台帳データを得るようにしたのは、需要家が引越し等で異なる需要家となったときでも建物自体に変更はなく建物番号に変更はないので、新たに営業支援システム１を更新させる必要がないからである。したがって、更新させる必要がない情報をキー情報にすれば建物番号以外であってもよい。例えば、住所情報や地図上の位置情報（緯度、経度や、上述した座標位置）などであってもよい。また、上述したように顧客情報データから検索した顧客情報のうち建物番号をキーにして地図データ２１１や台帳データを得るようにしているため、端末６０_nにかかるデータを得るために建物番号を入力する必要がなく迅速に地図や台帳に営業担当者がアクセスすることができる。

次に、図７乃至図２０を参照して、システムサーバ１０のＣＰＵ１０１（図２参照）が実行する上述した動作の詳細について、適宜各端末６０₁、６０₂、・・・、６０_nに表示されるメニュー画面を参照しながら説明する。このうち、図７乃至図１０はＣＰＵ１０１の処理の動作を示すフローチャートであり、図１１乃至図２０は端末６０₁、６０₂、・・・、６０_nに表示されるメニュー画面の例である。

図７に示すようにメインサーバ１０のＣＰＵ１０１は、ＲＯＭ１０２に格納された本処理を実行するためのプログラムを読み出すことで図７等に示す処理が開始される（ステップＳ１０）。この処理の開始は、例えば端末６０₁、６０₂、・・・、６０_n上で所定の操作（例えば、電源の立上げ、画面上で本処理を行う項目の選択など）を行うことで、そのデータがシステムサーバ１０に入力され、これを契機に開始される。または、システムサーバ１０の電源立上げと同時に開始されてもよい。

次いで、ＣＰＵ１０１は端末６０_n（端末６０₁、６０₂、・・・、６０_n上に表示されるメニューはどれも同じなので以下では、端末６０_nを代表して説明する）にメインメニューを表示させるよう制御する（ステップＳ１１）。すなわち、ＣＰＵ１０１はメインメニューを表示させるためのデータを、ネットワーク５０を介して端末６０_nに出力する。これにより端末６０_nのモニタ画面上にはメインメニューが表示される。この例を図１１に示す。

図１１に示すようにメインメニューは、項目表示欄６０１と、“需要家サブメニュー”項目６１０と、“需要拡販サブメニュー”項目６５０、さらに“終了”項目６９７から主として構成される。項目表示欄６０１には、モニタ画面６００上に表示された画面がメインメニューであることを示す“営業支援メインメニュー”が表示される。“需要家サブメニュー”６１０は主に、所望の需要家を検索するためのメニュー項目であり、“需要拡販サブメニュー”項目６５０は主に、営業物件の詳細な事項を確認するためのメニュー項目である。

画面６００内にはカーソル６０３が存在し、ユーザが端末６０_nに備え付けられたマウス等を操作することで移動し、各項目６１０等上に移動させてクリック等による操作により各サブメニューに移行するようになっている。また、“終了”６９７は本営業支援システム１へのアクセスを終了させる場合に選択されるメニュー項目である。なお、各項目６１０等には番号があり、これを端末６０_nのキーボード操作等によりユーザが入力することでも、各サブメニュー項目６１０等への移行や本システムを終了させることができる。なお、画面６００上には、さらに現在の日付や時刻を表示する項目６０２も存在する。

図７に戻り、メインメニューを表示（ステップＳ１１）した後、次いでＣＰＵ１０１は“終了”が選択されたか否か判断する（ステップＳ１２）。図１１のメインメニュー画面で“終了”項目６９７が選択、すなわち、画面６００でカーソル６０３を移動させて“終了”６９７の項目でクリックされたか、或いは番号“９”が入力されたか否かが判断される。終了が選択されると（本ステップで“ＹＥＳ”のとき）、一連の処理が終了する（ステップＳ２２）。終了が選択されないと（本ステップＳ１２で“ＮＯ”のとき）、処理はステップＳ１３に移行する。

ステップＳ１３においてＣＰＵ１０１は、“需要家サブメニュー”が選択されたか否か判断する。すなわち、図１１に示すメインメニューで“需要家サブメニュー”項目６１０が選択されたか否か判断する。“需要家サブメニュー”項目６１０が選択されると（本ステップＳ１３で“ＹＥＳ”のとき）、ＣＰＵ１０１は需要家サブメニューを端末６０_n上に表示させるよう端末６０_nを制御する（ステップＳ１４）。ステップＳ１１と同様にサブメニュー表示のためのデータを、ネットワーク５０を介して端末６０_nに出力し、これを受けた端末６０_nはモニタ画面６００上に需要家サブメニューを表示する。かかる需要家サブメニューの例を図１２に示す。

需要家サブメニューは図１２に示すように、“顧客検索”項目６１１と、“顧客基本情報照会”項目６１２と、“その他照会”項目６１３とから主として構成される。“顧客検索”項目６１１は、顧客（需要家）を検索するための顧客検索画面に移行するためのメニュー項目である。“顧客基本情報照会”項目６１２は、顧客の詳細は情報を得るための顧客基本情報照会画面に移行するためのメニュー項目である。“その他照会”項目６１３は、２つのメニュー以外のものを検索、照会するための画面に移行するための項目である。メインメニュー（図１１参照）のときと同様に、カーソル６０３の移動や、各項目６１１等に表示された画面番号を入力することで各画面に移行することができる。

図７に戻り、需要家サブメニューが表示された（ステップＳ１４）後、ＣＰＵ１０１はメインメニューに戻るための操作が端末６０_nで行われたか否か判断する（ステップＳ１５）。例えば、端末６０_nのキーボード操作により予め決められた番号のファンクションキーを押圧することで一つ手前のメニュー画面、すなわち需要家サブメニュー（図１２参照）からメインメニュー（図１１参照）に戻ることができる。もちろん、それ以外にも種々のものが考えられ、例えば、画面６００上で一つ前のメニュー画面に戻るための表示項目を設けて操作するようにしてもよい。メインメニューに戻るための操作を行ったとき（本ステップＳ１５で“ＹＥＳ”のとき）、処理はステップＳ１１に戻り、そうでないとき（本ステップＳ１５で“ＮＯ”のとき）はステップＳ１６に移行する。

ステップＳ１６においてＣＰＵ１０１はサブメニューで“顧客検索”が選択されたか否か判断する。この場合も、かかる顧客検索項目６１１が選択されると、選択されたことを示すデータが端末６０_nからシステムサーバ１０のＣＰＵ１０１に出力される。このデータを検出したか否かにより判断することができる。需要家サブメニューで“顧客検索”項目６１１が選択されると（本ステップＳ１６で“ＹＥＳ”のとき）、次いでＣＰＵ１０１は顧客検索画面を端末６０_n上に表示するよう制御する（図８のステップＳ１７）。端末６０_nに表示される顧客検索画面の例を図１３に示す。

顧客検索画面は、図１３に示すように項目表示欄６０１と、表示枠６２０と、メニュー番号入力部６２３とから主として構成される。項目表示欄６０１には、モニタ画面６００上に表示された画面が顧客検索画面であることを示すために“顧客検索画面”と表示がなされている。

表示枠６２０は、入力項目表示部６２１と検索結果表示部６２２とから構成される。入力項目表示部６２１は、主として検索キーを入力するための表示部分であり、検索結果表示部６２２は、検索結果を表示するための表示部分である。

図１３に示すように入力項目表示部６２１は、主として、処理区分表示部６２１Ａと、検索キー入力部６２１Ｂと、番号入力部６２１Ｃとから構成される。それ以外にも、営業所コードが表示される表示部や、検索結果表示部６２２にどのような項目が表示されるのかを示す表示部分もある。

処理区分表示部６２１Ａは、検索キー入力部６２１Ｂに入力される検索キーの区分を示すものである。図１３に示すように番号“１”を入力部６２１Ｂに入力すると、“屋号”（アパートやマンションの名称など）について検索し、番号“２”を入力すると“氏名”で検索することができる。かかる表示により何をキーにして検索しているか把握することができる。図１３に示す例では、処理区分“２”、すなわち“氏名”について“山田”を検索キーとした場合を示している。

検索キー入力部６２１Ｂは、所望の需要家（顧客）を検索するためにキーとなる情報を入力するためのものである。ここに入力された検索キーが上述したように端末６０_nからシステムサーバ１０に出力されて顧客情報を検索する。本営業支援システム１では、図１３の処理区分６２１Ａに示すように、“屋号”、“氏名”、“住所”、“メータ”、“電話番号”、“建物番号”をキーにして検索することができる。もちろん、本発明ではこれに拘泥せず、それ以外の需要家番号や顧客番号、年齢、各地域ごとに割り振られた固有の番号である地域コード等であってもよい。顧客情報データベース３１０（図３参照）に格納されるべき項目ならどのような情報であってもよい。

番号入力部６２１Ｃは、検索結果表示部６２２に検索順に上から表示された番号を入力するためのものである。この検索番号を入力することで、表示部６２２に表示された顧客のうちいずれか一人について特定することができる。さらに、この番号と顧客基本情報照会画面への画面番号とを組み合わせることで、その番号により特定した顧客のさらに詳細な情報を表示させることができる。図１３の例では、検索結果表示部６２２に表示された“山田太郎”についての詳細な情報を知りたいので検索番号を示す“１”を番号入力部６２１Ｃに入力した場合を示している。“２”番目の“山田花子”について詳細な情報を知りたいときは、番号“２”を入力すればよい。

検索結果表示部６２２は、検索キー６２１Ｂに入力された検索キーを基にしてシステムサーバ１０で検索した結果が表示される。番号以外には、顧客（需要家）の住所、電話番号、需要家番号、顧客番号、建物番号等が需要家ごとに表示される。

さらに、画面６００の左上方には、各画面に移行するためのメニュー番号入力項目６２３がある。この入力項目６２３に番号を入力することで所望のメニュー画面に移行することができる。上述した顧客基本情報照会画面に移行するには、このメニュー番号入力項目６２３にかかる照会画面の番号を入力することで行われる。すなわち、番号入力部６２１Ｃに検索した顧客の検索番号を入力して、メニュー番号入力項目６２３に顧客基本情報照会画面の画面番号を入力することで、かかる顧客の詳細な情報を示す照会画面に移行できる。図１３の例では、かかる照会画面の画面番号を示す“０２１”が入力された例を示す。

図８に戻り、顧客検索画面を表示させる（ステップＳ１７）と、次いでＣＰＵ１０１は、検索キーで顧客情報を検索する処理を行う（ステップＳ１８）。すなわち、上述した検索画面（図１３参照）の検索キー入力部６２１Ｂに入力された情報が端末６０_nからシステムサーバ１０のＣＰＵ１０１に出力されて、例えばＣＰＵ１０１は、ＲＡＭ１０４などの記憶手段に予め格納されたホストコンピュータ３０からの顧客情報データを読み出して一致しているものを検索する。

次いで、ＣＰＵ１０１は顧客情報データから検索した顧客の建物番号を取得し（ステップＳ１９）、検索結果を示すデータを再び端末６０_nに出力することで検索結果を表示させる（ステップＳ２０）。検索した顧客の建物番号は、例えばＲＡＭ１０４に格納される。また、検索結果は上述したように顧客検索画面の検索結果表示部６２２に表示される（図１３参照）。

次いでＣＰＵ１０１は、番号入力部６２１Ｃに検索番号が入力され、“メニュー番号”入力項目６２３に顧客基本情報照会画面の画面番号が入力されたか否か判断する（ステップＳ２１）。画面６００上で入力されたこれらの番号の情報は、端末６０_nからシステムサーバ１０のＣＰＵ１０１に入力されるので、かかる情報から判断することができる。

番号が入力されると（ステップＳ２１で“ＹＥＳ”のとき）、顧客基本情報照会画面の表示処理（ステップＳ２２２）に移行する。一方、番号が入力されないと（ステップＳ２１で“ＮＯ”のとき）、画面表示を維持すべくステップＳ２０に移行して上述の処理を繰り返すことになる。

顧客基本情報照会画面の処理の詳細を図９に示す。まず、ＣＰＵ１０１は顧客基本情報表示処理（ステップＳ２２）に移行すると、端末６０_n上に顧客基本情報照会画面を表示させる処理を行う（ステップＳ２２１）。端末６０_nのモニタ画面６００上に表示された顧客基本情報照会画面の例を図１４に示す。

顧客基本情報照会画面は、図１４に示すように項目表示欄６０１と、表示枠６２５と、ポップアップ６３０を表示させるための表示部６２８とから主として構成される。項目表示欄６０１には、本画面が顧客基本情報照会画面であることを示す“顧客基本情報照会画面”が表示されている。表示枠６２５は、需要家の詳細な基本情報が表示される基本情報表示部６２６と、需要家のガス使用に関するガス情報表示部６２７とから構成される。

基本情報表示部６２６は、顧客検索画面（図１３参照）で検索した需要家のさらに詳細は情報が表示される。図１４に示す例では、住所や氏名、建物番号、需要家番号等のほかに郵便番号や業種などが表示される。また、ガス情報表示部６２７にはガス管などを新設した日にち、ガスを最初に開栓した日にち、銀行口座に関する情報、さらにガス料金の支払い等に関する情報も表示される。これらは、顧客情報データベース３１０に格納された情報であるため、システムサーバ１０のＣＰＵ１０１は上述した顧客検索による結果表示と同様に、ホストコンピュータ３０から入力された顧客情報データによって表示させることができる。

図９に戻り、ＣＰＵ１０１はポップアップ６３０を表示したか否かを判断する（ステップＳ２２３）。端末６０_nのモニタ画面には、上述した表示部６２８があり、例えばカーソル６０３をこの表示部６２８に移動させて端末６０_n上でマウスをクリックする等所定の操作を行うことでポップアップ６３０が表示される（図１５参照）。ＣＰＵ１０１は、この操作を行ったか否かで本ステップを判断する。ポップアップ６３０を表示させないとき（本ステップＳ２２３で“ＮＯ”のとき）、処理はステップＳ２２１に移行して上述の処理を繰り返す。一方、ポップアップ６３０を表示させたとき（本ステップＳ２２３で“ＹＥＳ”のとき）、処理はステップＳ２２４に移行する。

図１５に示すように、このポップアップ６３０は顧客基本情報照会画面に表示された顧客（需要家）の地図情報を得るための“地図の表示”項目６３０Ａと、台帳情報を得るための“図面の表示”項目６３０Ｂの２つの項目からなる。そして、ユーザがマウス等による操作によりカーソル６０３が、ポップアップ６３０上の“地図の表示”項目６３０Ａに位置したときは、例えば文字が白表示で、まわりの部分が黒表示となることで“地図の表示”項目６３０Ａが選択されたことを知らせるようにする。この状態でマウスをクリックする等所定の操作を行うことで“地図の表示”項目６３０Ａが選択される。同様に、マウス等の操作でカーソル６０３を“図面の表示”項目６３０Ｂに位置させ、クリック等することで“図面の表示”が選択されることになる。

図９に戻り、ポップアップ６３０が表示され（ステップＳ２２３で“ＹＥＳ”のとき）、“地図の表示”６３０Ａが選択されると（ステップＳ２２４で“ＹＥＳ”のとき）、顧客基本情報照会画面に表示された顧客についての地図情報が端末６０_nのモニタ画面６００上に表示される（ステップＳ２２５）。一方、“地図の表示”６３０Ａを選択せずに（ステップＳ２２４で“ＮＯ”のとき）、“図面の表示”６３０Ｂが選択されたとき（ステップＳ２３０で“ＹＥＳ”のとき）は、顧客基本情報照会画面に表示された顧客の台帳がモニタ画面６００上に表示される。

端末６０_nのモニタ画面６００上に地図が表示された例を図１６に示す。ＣＰＵ１０１は、図１５で“地図の表示”項目６３０Ａが選択されると、上述したように地図ファイルデータベース２１０を有するマッピングサーバ２０にアクセスすべく、ＲＯＭ１０２などに格納されたマッピングサーバ２０のＵＲＬを読み出す。そして、ＣＰＵ１０１は顧客検索の際にＲＡＭ１０４に保持した建物番号（ステップＳ１９、図８参照）を読み出して、マッピングサーバ２０に出力することで、マッピングサーバ２０から地図データ２１１を得るのである。さらに、ＣＰＵ１０１は地図データ２１１を端末６０_nに出力することで、図１６に示す地図がモニタ画面６００上に表示される。このとき、顧客基本情報照会画面に表示された顧客の家形が強調表示される。これにより、端末６０_nを操作するユーザは、地図上でどこの位置に検索した顧客の家が存在するかすぐに見当を付けることができる。なお、図１６に示すように画面６００の上部にある表示枠にはマッピングサーバ２０のＵＲＬが表示される。

一方、端末６０_nのモニタ画面６００上に台帳図面が表示された例を図１７に示す。図１５で“図面の表示”６３０Ｂが選択されると、上述したように台帳ファイルデータベース４１０を有するファイリングサーバ４０にアクセスすべく、ＲＯＭ１０２などの格納されたファイリングサーバ４０のＵＲＬを読み出す。そして、ＣＰＵ１０１は顧客検索の際にＲＡＭ１０４に保持した建物番号（ステップＳ１９、図８参照）を読み出して、ファイリングサーバ４０に出力することで、ファイリングサーバ４０から台帳データを得るのである。さらに、ＣＰＵ１０１はこの台帳データを端末６０_nに出力することで、図１７に示す台帳がモニタ画面６００上に表示されるのである。

図９に戻り、顧客の地図がモニタ画面６００上に表示される（ステップＳ２２５）と、次いでＣＰＵ１０１は営業情報が選択されたか否か判断する（ステップＳ２２６）。図１６に示すようにモニタ画面６００の表示枠６３５の右側に“営業情報”項目６３６があり、カーソル６０３の移動によりこの項目６３６上で例えばクリック等の操作により、この項目６３６が選択されたか否かで判断する。この“営業情報”項目６３６が選択されないとき（本ステップＳ２２６で“ＮＯ”のとき）は、ステップＳ２２５に移行し上述の処理を繰り返すことになる。

一方、“営業情報”項目６３６が選択されたとき（ステップＳ２２６で“ＹＥＳ”のとき）は、次いでＣＰＵ１０１は“顧客基本情報照会”が選択されたか否か判断する（ステップＳ２２７）。図１６に示すように“営業情報”項目６３６が選択されると、ポップアップ６３７が表示される。このポップアップ６３７には、図１５に示す顧客基本情報照会画面に戻るための“営業基本情報照会”項目６３７Ａと、営業物件についての詳細な情報を照会する画面である営業物件入力・照会画面に移行するための“営業物件入力・照会”項目６３７Ｂとから構成される。そして、本ステップＳ２２７ではモニタ画面６００上でのカーソル６０３の操作により“営業基本情報照会”項目６３７Ａが選択されると、選択されたことを示す情報が端末６０_nからシステムサーバ１０のＣＰＵ１０１に入力されるため、これにより本ステップ２２７をＣＰＵ１０１は判断することができる。

“顧客基本情報照会”項目６３７Ａが選択されると（ステップＳ２２７で“ＹＥＳ”のとき）、処理はステップＳ２２１に移行し、顧客基本情報照会画面に移り、上述の処理を繰り返すことになる。一方、“顧客基本情報照会”項目６３７Ａが選択されないとき（ステップＳ２２７で“ＮＯ”のとき）、次いでＣＰＵ１０１は“営業物件入力・照会”項目６３７Ｂが選択されたか否かを判断する（ステップＳ２２８）。ＣＰＵ１０１は、モニタ画面６００上で“営業物件入力・照会”項目６３７Ｂが選択されると、その選択されたことを示す情報が端末６０_nから入力されるので、この情報が入力されたか否かで判断することができる。

“営業物件入力・照会”項目６３７Ｂが選択されないとき（ステップＳ２２８で“ＮＯ”のとき）、処理はステップＳ２２６に移行し上述の処理を繰り返す。一方、“営業物件入力・紹介”項目６３７Ｂが選択されると（ステップＳ２２８で“ＹＥＳ”のとき）、営業物件入力・照会画面をモニタ画面６００上に表示させるべく処理は図１０に示すステップＳ２６９に移行することになる。

この営業物件入力・照会画面は、メインメニュー上で需要家サブメニュー６１０を選択して各画面に移行した上述の場合とは異なり、基本的にはメインメニューの需要拡販サブメニュー（図１１参照）を選択し、需要拡販サブメニュー画面を表示させ（図１８参照）、このサブメニューで“営業物件入力・照会”項目６５４を選択したときに表示される画面である。しかし、本営業支援システム１では検索した需要家情報から、営業物件入力・照会画面に移行することで、検索した需要家の詳細な営業物件の情報を表示することができ、営業担当者が迅速に営業ターゲットを抽出することができ営業担当者は効率的な営業活動を行うことができる。

まず、メインメニューから営業物件入力・照会画面に移行するまでの処理の詳細を説明し、その後地図表示された画面（図１６参照）から営業物件入力・紹介画面に移行するときの処理について説明することにする。

図１１に示すメインメニューで“需要拡販サブメニュー”項目６５０が選択されると、図１８に示す需要拡販サブメニューが端末６０_n上に表示される。すなわち、 “需要家サブメニュー”項目６１０が選択されずに（ステップＳ１３で“ＮＯ”のとき）、“需要拡販サブメニュー”項目６５０が選択されると（ステップＳ２５で“ＹＥＳ”のとき）、ＣＰＵ１０１は需要拡販サブメニューの表示処理（ステップＳ２６）を行う。一方、“需要拡販サブメニュー”６５０も選択されないとき、処理はステップＳ１２に移行し上述の処理を繰り返すことになる。

需要拡販サブメニューの表示処理（ステップＳ２６）の詳細を図１０に示す。まず、かかる表示処理（ステップＳ２６）においてＣＰＵ１０１は、図１８に示す需要拡販サブメニューを端末６０_nのモニタ画面６００上に表示させる。具体的には、ＣＰＵ１０１が端末６０_nに対して需要拡販サブメニューを表示させるためのデータを出力することで端末６０_nのモニタ画面６００上に表示される。

このサブメニューは、項目表示欄６０１と、照会画面枠６５１と、入力画面枠６５３と、帳票枠６５６とから主として構成される。項目表示欄６０１には、“需要拡販サブメニュー”と表示される。照会画面枠６５１は、営業物件検索画面に移行するために“営業物件検索”項目６５２があり、入力画面枠６５３は上述した営業物件入力・照会画面に移行するための“営業物件入力・照会”項目６５４と、その他入力画面に移行するための“その他入力”項目６５５とから構成される。また、帳票枠６５６には、営業物件の帳票リストをプリント出力するための“営業物件通知リスト出力”項目６５７がある。

図１０に戻り、かかる需要拡販サブメニューが表示されたあと、ＣＰＵ１０１はメインメニューに戻るか否かを判断する（ステップＳ２６１）。図７のステップ１５等と同様に一つ前の画面に戻るためのファンクションキー等の操作が行われたか否かによりＣＰＵ１０１が判断する。かかる操作が行われたとき（本ステップＳ２６１で“ＹＥＳ”のとき）、需要家サブメニューからメインメニューに戻るべく処理はステップＳ１１に移行して上述の処理が繰り返されることになる。

一方、メインメニューに戻るための操作が行われないとき（ステップＳ２６１で“ＮＯ”のとき）、ＣＰＵ１０１は“営業物件検索”項目６５２が選択されたか否か判断する（ステップＳ２６２）。すなわち、端末６０_nのモニタ画面６００上でカーソル６０３の移動によりかかる項目６５２上でマウスのクリック等の操作、あるいはキーボード等により表示された画面番号“１１１”を入力、すると、その情報がＣＰＵ１０１に入力されるため、この情報が入力されたか否かで判断することができる。

“営業物件検索”項目６５２が選択されたとき（ステップＳ２６２で“ＹＥＳ”）、ＣＰＵ１０１は端末６０_nのモニタ画面６００上に営業物件検索画面を表示させる（ステップＳ２６３）。営業物件検索画面の例を図１９に示す。

営業物件検索画面は、図１９に示すように、項目表示欄６０１と、表示枠６５２１、及びメニュー番号入力部６２３とから主として構成される。表示項目６０１には、“営業物件検索画面”と表示される。表示枠６５２１は、入力項目表示部６５２２と検索結果表示部６５２３とから構成される。

入力項目表示部６５２２は、営業物件を検索するための検索キーを主として入力するための表示部分であり、処理区分表示部６５２２Ａと、検索キー入力部６５２２Ｂと、番号入力部６５２２Ｃとから主として構成される。処理区分表示部６５２１は、検索キー入力部６５２２Ｂに入力される検索キーの区分を示すためのもので、図１９に示すように番号“１”は住所、番号“２”は情報区分等を示す。検索キー入力部６５２２Ｂには、処理区分表示部６５２１に表示された区分を示す番号とともに検索項目を入力するためのものである。図１９に示す例では、処理区分の番号“５”（設計会社名を示す）で、“山下設計（株）”をキーにして検索していることを示している。番号入力部６５２２Ｃは、検索結果表示部６５２３に表示されたものから左側に表示された検索番号を入力する部分である。この番号を入力することで検索結果のうちどの営業物件についてのものであるかを特定することができる。検索結果表示部６５２３は、検索キー入力部６５２２Ｂに入力された検索キーにより検索結果を表示するためのものである。図１９に示す例では、２つの結果が表示されている。

図１０に戻り、営業物件検索画面が表示された（ステップＳ２６３）後、ＣＰＵ１０１は検索キーによる営業物件の検索処理を行う（ステップＳ２６４）。営業物件の情報は、ホストコンピュータ３０の顧客情報データベース３１０に格納されているものではなく、予め担当者によってシステムサーバ１０のＲＡＭ１０４や図示されていないＨＤＤ（Hard Disk Drive）などに記憶されているものである。ＣＰＵ１０１は、ＲＡＭ１０４等から営業物件情報を読み出して検索キーに一致する項目を検索することで処理を行う。

次いでＣＰＵ１０１は、検索した結果を示すデータを端末６０_nに出力することで、営業物件検索画面の検索結果表示部６５２３に検索結果が表示される（ステップＳ２６５）。次いでＣＰＵ１０１は、番号が入力されたか否か判断する（ステップＳ２６６）。すなわち、検索結果表示部６５２３に表示された検索番号が番号入力部６５２２Ｃに入力され、さらにメニュー番号入力部６２３に営業物件入力・照会画面の画面番号が入力されたとき、これらの番号を示すデータが端末６０_nからＣＰＵ１０１に入力されるので、これにより本ステップを判断することができる。番号が入力されると（本ステップＳ２６６で“ＹＥＳ”のとき）、後述するステップＳ２６９に移行する。

一方、番号が入力されないと（ステップＳ２６６で“ＮＯ”のとき）、ＣＰＵ１０１は次いで需要拡販サブメニューへ戻るための操作が行われたか否か判断する（ステップＳ２６７）。すなわち、一つ前の画面に戻るためのファンクションキー等の操作が行われたか否か判断する。操作が行われないと（本ステップＳ２６７で“ＮＯ”のとき）、処理はステップＳ２６５に移行して上述の処理を繰り返すことになる。一方、一つ前の画面へ戻る操作が行われたとき（ステップＳ２６７で“ＹＥＳ”のとき）、処理はステップＳ２６１に移行し、需要拡販サブメニューに移って、上述の処理を繰り返すことになる。

一方、需要拡販サブメニュー（図１８参照）で、“営業物件検索”項目６５２が選択されずに（ステップＳ２６２で“ＮＯ”のとき）、“営業物件入力・照会”項目６５４が選択されたとき（ステップＳ２６８で“ＹＥＳ”のとき）、図２０に示す営業物件入力・照会画面がモニタ画面６００上に表示される。

営業物件入力・照会画面は、営業物件の詳細な情報を表示するためのものである。図２０に示すように本画面は、項目表示欄６０１と表示枠６５４１とから主として構成される。項目表示欄６０１には本画面が営業物件入力・照会画面であることを示す表示がなされている。表示枠６５４１は、営業物件情報の詳細を表示した詳細情報表示部６５４２と、特記事項等を表示した表示部６５４３とから構成される。

詳細情報表示部６５４２は、個別の物件区分の他、物件の所在地を示す住所や、その住所地に近い大きな目印となる建物名等を表示した“目標”、需要家（顧客）の氏名や、需要家番号等が表示される。表示部６５４３には、営業物件に関するその他特記事項などが表示される。

図１０に戻り、営業物件入力・照会画面が表示されると（ステップＳ２６８で“ＹＥＳ”のとき）、次いでＣＰＵ１０１は、地図上で位置が指定されていたか否か判断する（ステップＳ２６９）。ここでは、地図が表示された状態（図１６参照）で営業物件入力・照会画面が表示されたか否かを判断する。すなわち、本ステップＳ２６９には３つの画面からの移行される場合が考えられる。

１つ目が、顧客基本情報照会画面（図１４、１５参照）から顧客の地図を表示させて（図１６参照）、ポップアップ６３７から営業物件入力・照会画面に移行した処理の流れ（ステップＳ２２からステップＳ２２８で“ＹＥＳ”が選択された場合の処理の流れ）である。２つ目が、メインメニュー（図１１参照）から需要拡販サブメニュー（図１８参照）に移行して、営業物件検索画面（図１９）を表示させて、営業物件検索後に営業物件入力・照会画面に移行する処理の流れ（ステップＳ２６からステップＳ２６６で“ＹＥＳ”が選択された場合の処理の流れ）。３つ目が同じく需要拡販サブメニューを表示させるが直接“営業物件入力・照会”項目６５４を選択して営業物件入力・照会画面に移行した処理の流れ（ステップＳ２６からステップＳ２６２で“ＮＯ”が選択され、さらにステップＳ２６８で“ＹＥＳ”が選択された場合の処理の流れ）である。

１つ目の処理の流れで営業物件入力・照会画面に移行したとき（ステップＳ２２８で“ＹＥＳ”のとき）、すなわちポップアップ６３７から“営業物件入力・照会”項目６３７Ｂが選択されたとき、その選択したことを示す情報が端末６０_nからＣＰＵ１０１に入力され、これにより本ステップ２６９を判断する。地図上で位置が指定されていたとき（本ステップＳ２６９で“ＹＥＳ”のとき）、次いでＣＰＵ１０１は指定した位置の住所とともに営業物件入力照会画面を端末６０_nに表示させるようにする（ステップＳ２７０）。すなわち、図１６に示すように顧客の検索により地図を表示させたとき、検索した顧客（図１６上で強調表示された顧客）の住所がこの営業物件入力・照会画面の住所項目に表示される。さらに、氏名や需要家番号も表示される。そして、例えば、この住所をキーにしてシステムサーバ１０のＲＡＭ１０４等に記憶された営業物件の情報のうちかかる住所を有する物件の情報を検索して、この営業物件入力・照会画面に表示させることもできる。このように表示することで、顧客検索、地図の表示、台帳の表示、そして営業物件の詳細な情報の表示を一連の処理の中で行うことができ、営業担当者にとっても１つの端末で表示されるため、営業ターゲットの抽出が迅速に行われ、種々の情報を提供することができ効率的な営業活動を行うことができる。

一方、２つ目の処理の流れでは、営業物件検索画面で検索した物件から営業物件入力・照会画面に移行した（ステップＳ２６６で“ＹＥＳ”となるまでの処理）もので、地図情報とは関連がないため本ステップＳ２６９で“ＮＯ”が選択されて、この場合は営業物件検索画面で検索した物件の詳細が表示される（ステップＳ２７１）。この場合も、ＣＰＵ１０１は営業物件情報のすべてを物件ごとに表示させるようにするためにＲＡＭ１０４等から情報を読み出して端末６０_nに出力させることで詳細な情報を表示した画面が表示される。

さらに、３つ目の処理の流れでは、需要拡販サブメニューから“営業物件入力・照会”項目６５４を選択してかかる画面を表示したものである（この場合もステップＳ２６９で“ＮＯ”が選択されてステップＳ２７１に移行）。したがって、詳細情報表示部６５４２や特記事項を表示した表示部６５４３には何ら詳細な情報が表示されない状態で画面が表示されることになる。

営業物件入力・照会画面を表示（ステップＳ２７０、Ｓ２７１）した後、処理はいずれもステップＳ２６７に移行し、上述の処理を繰り返す。ちなみにメインメニューに戻るためには、この営業物件入力・照会画面でファンクションキーを操作する等して一つ手前の需要拡販サブメニューの画面に移行し（ステップＳ２６７で“ＹＥＳ”が選択された場合）、さらに需要拡販サブメニューでファンクションキーを操作する等して一つ手前のメインメニューに移行することになる（ステップＳ２６１で“ＹＥＳ”が選択された場合）。そして、本システム１を終了させるためには、上述したようにメインメニューで“終了”項目６９７を選択すればよいことになる（ステップＳ１２で“ＹＥＳ”が選択されたときステップＳ２３に移行して終了）。

何も検索せずに画面が表示されるだけ、という点では、需要家サブメニューが表示されたときに“顧客検索”項目６１１（図１２参照）を選択せずに（図７のステップＳ１６で“ＮＯ”のとき）、“顧客基本情報照会”項目６１２が選択されたとき（図８のステップＳ３０で“ＹＥＳ”のとき）、顧客基本情報照会画面が表示される（ステップＳ３１）場合も同様である。図１４や図１５に示すように各項目に詳細な情報が表示されずに単に画面が表示されるだけとなる。そして、ファンクションキーの操作等により一つ手前の画面に戻る操作を行うと（ステップＳ３２で“ＹＥＳ”のとき）、処理はステップＳ１４に移行して上述の処理を繰り返すことになる。

一方で、需要家サブメニューで“顧客検索”項目６１１が選択されずに（ステップＳ１６で“ＮＯ”）、さらに“顧客基本情報照会”項目６１２が選択されずに（ステップＳ３０で“ＮＯ”のとき）、“その他紹介”項目６１３が選択されると（ステップＳ３５で“ＹＥＳ”のとき）、その他照会画面が端末６０_nのモニタ画面６００上に表示される（ステップＳ３６）。図示しないが、顧客検索以外の種々の照会を行うための画面となっている。その画面上で上述したものと同様に、ファンクションキー等の操作により、一つ手前の画面である需要家サブメニューに戻る操作を行うと（ステップＳ３７で“ＹＥＳ”のとき）、ステップＳ１４に移行する。需要家サブメニューへ戻るための操作を行わないと（ステップＳ３７で“ＮＯ”のとき）、そのまま、その他照会画面が維持されたままの状態となる（ステップＳ３６）。

一方、“その他紹介”項目６１３が選択されないと（ステップＳ３５で“ＮＯ”のとき）、需要家サブメニューが表示されたままの状態であるのでステップＳ１４に移行することになる。

上述の例では、地図データ２１１と台帳データとを検索するときに建物番号をキーにして需要家（顧客）の地図データ２１１や台帳データを得るようにしていたが、それ以外にも例えば、住所情報や地図の位置を示す緯度及び経度情報からであってもよい。かかる情報が予め顧客情報データベース３１０に格納されて、検索されるとこれらの情報がマッピングサーバ２０やファイリングサーバ４０に出力される。そして、両サーバ２０、４０ではこの住所情報をキーにして地図データ２１１や台帳データを出力できるように情報を構築し、かかるデータをシステムサーバ１０、さらに端末６０_nに出力させればよい。

また、画面番号を入力するメニュー番号入力部６２３をすべてのメニュー画面上に表示するようにすることで、所望のメニュー画面に移行することも可能である。

図１は、営業支援システム１の全体構成の一例を示す図である。 図２は、営業支援システム１のうちシステムサーバ１０の詳細とともに全体構成を示す図である。 図３は、データの流れを説明するための営業支援システム１の構成を示す図である。 図４は、地図ファイルデータベース２１０の一例を示す図である。 図５は、顧客情報データベース３１０の一例を示す図である。 図６は、台帳ファイルデータベースの一例を示す図である。 図７は、システムサーバ１０のＣＰＵ１０１が実行する処理の動作を示すフローチャートである。 図８は、システムサーバ１０のＣＰＵ１０１が実行する処理の動作を示すフローチャートである。 図９は、システムサーバ１０のＣＰＵ１０１が実行する処理のうち、顧客基本情報照会画面の表示処理の動作を示すフローチャートである。 図１０は、システムサーバ１０のＣＰＵ１０１が実行する処理のうち、需要拡販サブメニューの表示処理の動作を示すフローチャートである。 図１１は、メインメニューの一例を示す図である。 図１２は、需要家サブメニューの一例を示す図である。 図１３は、顧客検索画面の一例を示す図である。 図１４は、顧客基本情報照会画面の一例を示す図である。 図１５は、顧客基本情報照会画面の一例を示す図である。 図１６は、地図を表示させた場合のモニタ画面６００の一例を示す図である。 図１７は、台帳を表示させた場合のモニタ画面６００の一例を示す図である。 図１８は、需要拡販サブメニューの一例を示す図である。 図１９は、営業物件検索画面の一例を示す図である。 図２０は、営業物件入力・照会画面の一例を示す図である。

符号の説明

１ 営業支援システム
１０ システムサーバ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ Ｉ／Ｆ
１０４ ＲＡＭ
２０ マッピングサーバ
２１０ 地図ファイルデータベース
２１１ 地図データ
２１２ 地図情報データベース
２１２２ 建物番号
３０ ホストコンピュータ
３１０ 顧客情報データベース
３１１ 建物番号
４０ ファイリングサーバ
４１ スキャナ
４１０ 台帳ファイルデータベース
４１１ 建物番号
６００ モニタ画面
６０１ 項目表示欄
６０３ カーソル
６１０ “需要家サブメニュー”項目
６１１ “顧客検索”項目
６１２ “顧客基本情報照会”項目
６３０ ポップアップ
６３７ ポップアップ

Claims (10)

1. 地図情報を記憶した地図情報記憶装置と、
   台帳情報を記憶した台帳情報記憶装置と、
   顧客情報を記憶した顧客情報記憶装置と、
   前記地図情報記憶装置と前記台帳情報記憶装置、及び前記顧客情報記憶装置とネットワークを介して接続された制御装置と、
   前記制御装置と前記ネットワークを介して接続された複数の端末装置とを有し、
   前記制御装置は、前記端末装置からの入力情報に基づいて前記顧客情報記憶装置から顧客情報を読み出すとともに、前記端末装置からの要求に応じキー情報に基づいて前記地図情報記憶装置から前記地図情報または前記台帳情報記憶装置から前記台帳情報を読み出して前記端末装置に出力する、ことを特徴とする営業支援システム。
2. 請求項１記載の営業支援システムにおいて、
   前記キー情報は、顧客の建物ごとに付与される固有の建物番号である、ことを特徴とする営業支援システム。
3. 請求項１記載の営業支援システムにおいて、
   前記キー情報は、前記顧客記憶装置から読み出した前記顧客情報に含まれ、
   前記制御装置は、前記読み出した顧客情報から前記キー情報を取り出して、前記端末装置からの要求に応じて前記取り出したキー情報に基づいて前記地図情報または前記台帳情報を読み出すことを特徴とする営業支援システム。
4. 請求項１記載の営業支援システムにおいて、
   前記地図情報記憶装置に記憶された地図情報は、前記各端末に地図を表示させるための地図データと、前記地図上の位置と前記キー情報とからなる地図情報データベースと、から構成され、
   前記地図情報記憶装置は、前記制御装置から前記キー情報が入力されると前記地図情報データベースから前記地図情報の位置を検索し、前記検索した位置にある前記地図データを前記制御装置に出力する、ことを特徴とする営業支援システム。
5. 請求項１記載の営業支援システムにおいて、
   前記台帳情報記憶装置に記憶された台帳情報は、顧客ごとの台帳データと前記キー情報とから構成され、
   前記台帳情報記憶装置は、前記制御装置から前記キー情報が入力されると前記台帳情報から前記台帳データを検索し、当該台帳データを前記制御装置に出力する、ことを特徴とする営業支援システム。
6. 請求項５記載の営業支援システムにおいて、
   前記台帳情報記憶装置は、顧客ごとの台帳を台帳データとして取り込む取り込み手段を有する、ことを特徴とする営業支援システム。
7. 請求項１記載の営業支援システムにおいて、
   前記地図情報記憶装置と前記台帳情報記憶装置には、それぞれインターネット上のアドレス情報を有し、
   前記制御装置は、前記アドレス情報に基づいて前記地図情報記憶装置または前記台帳情報記憶装置にアクセスしてそれぞれ前記地図情報または前記台帳情報を読み出す、ことを特徴とする営業支援システム。
8. 地図情報を記憶した地図情報記憶装置と、
   台帳情報を記憶した台帳情報記憶装置と、
   前記地図情報記憶装置と前記台帳情報記憶装置、及び前記顧客情報記憶装置とネットワークを介して接続された制御装置と、
   前記制御装置と前記ネットワークを介して接続された複数の端末装置とを有し、
   前記制御装置は、前記端末装置からの要求に応じキー情報に基づいて前記地図情報記憶装置から前記地図情報または前記台帳情報記憶装置から前記台帳情報を読み出して前記端末装置に出力する、ことを特徴とする営業支援システム。
9. 地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、顧客情報を記憶した顧客情報記憶装置と、前記地図情報記憶装置と前記台帳情報記憶装置、及び前記顧客情報記憶装置とネットワークを介して接続された複数の端末装置とを有する営業支援システムにおける制御方法であって、
   前記端末装置からの入力情報に基づいて前記顧客情報記憶装置から顧客情報を読み出すとともに、前記端末装置からの要求に応じキー情報に基づいて前記地図情報記憶装置から前記地図情報または前記台帳情報記憶装置から前記台帳情報を読み出して前記端末装置に出力する、
   ことを特徴とする制御方法。
10. 地図情報を記憶した地図情報記憶装置と、台帳情報を記憶した台帳情報記憶装置と、前記地図情報記憶装置と前記台帳情報記憶装置、及び前記顧客情報記憶装置とネットワークを介して接続された接続された複数の端末装置とを有する営業支援システムにおける制御方法であって、
    前記端末装置からの要求に応じキー情報に基づいて前記地図情報記憶装置から前記地図情報または前記台帳情報記憶装置から前記台帳情報を読み出して前記端末装置に出力する、
    ことを特徴とする制御方法。

Images