営業支援システム、営業支援方法及び営業支援プログラム
【課題】営業担当者の行動に関する情報や、案件状況に関する情報の多角的な管理を実現することにより、セールス先への営業を支援する。
【解決手段】セールス先、セールス日時を特定して表示要求を受信した営業支援サーバ２０の管理コンピュータ２１は、訪問状況データ記憶部２２及び出席者データ記憶部２３において、セールス先、セールス日時が一致する訪問状況レコードや出席者レコードを検索する。次に、管理コンピュータ２１は、要約表データ記憶部２５において案件を検索する。そして、実績表示において、表示要求のあったセールス日時と、一致する案件状況レコードが記録されている場合、管理コンピュータ２１は、この案件状況レコードを抽出する。一方、セールス日時が一致しない場合、セールス日時の直前の日付が付された案件レコードを案件状況データ記憶部２４から抽出する。
【解決手段】セールス先、セールス日時を特定して表示要求を受信した営業支援サーバ２０の管理コンピュータ２１は、訪問状況データ記憶部２２及び出席者データ記憶部２３において、セールス先、セールス日時が一致する訪問状況レコードや出席者レコードを検索する。次に、管理コンピュータ２１は、要約表データ記憶部２５において案件を検索する。そして、実績表示において、表示要求のあったセールス日時と、一致する案件状況レコードが記録されている場合、管理コンピュータ２１は、この案件状況レコードを抽出する。一方、セールス日時が一致しない場合、セールス日時の直前の日付が付された案件レコードを案件状況データ記憶部２４から抽出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セールス先に対する営業を支援するための営業支援システム、方法及びプログラムに関する。
【背景技術】
【０００２】
ビジネスを展開する上で、営業担当者の営業日報や、作業の進捗状況等の各種情報を適切に管理することが大切である。この場合、ＬＡＮ等のネットワークに接続したコンピュータ端末を利用して、営業日報等の報告書データの更新履歴を把握できるようにするための技術が開発されている（例えば、特許文献１を参照。）。この文献記載の業務管理支援システムの管理用サーバは、業務報告等の情報データを入力するための所定様式を提供する。そして、管理用サーバは、この様式に従って入力された営業日報データを蓄積する。端末サーバでは、定期的又は報告すべき事案の発生毎に営業日報を更新する。これにより、営業情報を共有する。
【０００３】
また、金融機関の営業活動における案件情報管理に関する技術も検討されている（例えば、特許文献２を参照。）。この文献記載の技術では、各顧客に対して営業活動の内容をまとめた案件データベースを用いる。そして、１つまたは複数の検索条件により、この検索条件を満たす全案件データを前記案件データベースから抽出して表示する。これにより、営業活動の進捗を容易に確認することができる。
【０００４】
更に、効率的な営業活動を行なうためにＳＦＡ（sales force automation：営業支援システム）が注目されている。この営業支援システムにおいては、データベースに顧客情報のほか、コンタクト履歴や商談のプロセス、営業スケジュールを蓄積し、営業案件の進捗状況や案件成立の見込みを営業チーム内で共有する。これらの情報を共有化して、各営業担当者の個人的な資質に依存していた営業活動の無駄をなくし、営業部門全体で顧客に対して戦略的な活動を行なう。このようなＳＦＡに用いる営業管理システムも検討されている（例えば、特許文献３を参照。）。この文献記載のＳＦＡサーバは、顧客データベースを備える。この顧客データベースは、顧客情報や、この顧客との取引の活動内容を記憶する。さらに、進捗に応じて分類した活動内容及び実行予定日や実行日、目標達成判定項目、判定チェックフラグ、及び攻略シナリオ等を格納する。そして、営業スタッフ用端末は各データを入力して顧客データベースに格納し、活動内容を活動予定日順に一覧表示する。これらのデータは、マネージャ用端末から閲覧可能であり、マネージャは進捗を把握することができる。
【特許文献１】特開２０００−２４２７１３号公報（第１頁、図２、図４）
【特許文献２】特開平１１−１６７５７９号公報（第１頁）
【特許文献３】特開２００２−１０９１８７号公報（第１頁）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
営業活動においては、一つのセールス先に対して複数の案件を同時に進行させることが多い。この場合、営業活動のための訪問において、複数の案件を同時期に対応することがある。このためには、セールス先における営業活動を、全体的に把握しておくことが大切である。
【０００６】
また、セールス先を訪問する場合、訪問記録を残しておくことが大切である。しかし、複数人で同時期に同じセールス先を訪問する場合、全員が個別に訪問記録を残していたのでは効率的でない。また、管理者にとっては、訪問状況や案件状況を一覧できると便利で
ある。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、営業担当者の行動に関する情報や、案件状況に関する情報の多角的な管理を実現することにより、セールス先への営業を支援するための営業支援システム、営業支援方法及び営業支援プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、利用者端末に接続された管理コンピュータとを備えた営業支援システムであって、前記管理コンピュータが、前記利用者端末から訪問記録登録要求を受信した場合、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段とを備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の営業支援システムにおいて、前記管理コンピュータが、前記利用者端末から訪問記録表示要求を受信した場合、前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、各レコード検索手段から供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段とを備えたことを要旨とする。
【００１０】
請求項３に記載の発明は、請求項２に記載の営業支援システムにおいて、前記案件状況レコード検索手段が、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項２又は３のいずれか一つに記載の営業支援システムにおいて、前記営業支援システムは、訪問時の出席者毎に、セールス先情報とセールス日時情報とを含む出席者レコードを記録した出席者データ記憶部を更に備え、前記管理コンピュータが、前記利用者端末から訪問記録登録要求を受信した場合には、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、出席者情報を抽出し、これらを含めた出席者レコードを、個別に前記出席者データ記憶部に記録する出席者レコード登録手段と、前記利用者端末から訪問記録表示要求を受信した場合には、前記出席者データ記憶部から、前記訪問記録表示要求のセールス先及びセールス日時に基づいて出席者レコードを抽出する出席者レコード検索手段とを更に備え、前記訪問記録表示手段は、前記抽出した出席者レコードを前記訪問記録画面データに追加することを要旨とする。
【００１２】
請求項５に記載の発明は、セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した
案件状況データ記憶部と、利用者端末に接続された管理コンピュータとを用いて営業支援を行なう方法であって、前記管理コンピュータが、前記利用者端末から訪問記録登録要求を受信した場合、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録段階と、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録段階と、前記利用者端末から訪問記録表示要求を受信した場合、前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索段階と、前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索段階と、各レコード検索段階において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示段階とを実行するとともに、前記案件状況レコード検索段階において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを要旨とする。
【００１３】
請求項６に記載の発明は、セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、利用者端末に接続された管理コンピュータとを用いて営業支援を行なうプログラムであって、前記管理コンピュータを、前記利用者端末から訪問記録登録要求を受信した場合、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段と、前記利用者端末から訪問記録表示要求を受信した場合、前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、各レコード検索手段において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段として機能させるとともに、前記案件状況レコード検索手段において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを要旨とする。
【００１４】
（作用）
請求項１に記載の発明によれば、セールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを訪問状況データ記憶部に記録する。更に、受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に案件状況データ記憶部に記録する。これにより、訪問状況レコードとは別に、個別に案件状況レコードが記録される。従って、訪問状況レコードと案件状況レコードとを、別個独立に取り扱うことができる。
【００１５】
請求項２に記載の発明によれば、訪問記録表示要求を受信した場合、訪問状況データ記憶部から、訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する。更に、案件状況データ記憶部から、訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する。そして、各レコード検索手段から供給を受けたレコードを合成して訪問記録画面データを生成し、利用者端末に送信する。これにより、訪問状況レコードと案件状況レコードとが別個に管理されている場合も、一覧することができる。
【００１６】
請求項３、５、６に記載の発明によれば、訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給する。一方、訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給する。これにより、セールス先に関連した案件を含めて状況を把握することができる。
【００１７】
請求項４に記載の発明によれば、訪問記録登録要求を受信した場合には、受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、出席者情報を抽出し、これらを含めた出席者レコードを、個別に出席者データ記憶部に記録する。そして、訪問記録表示要求を受信した場合には、出席者データ記憶部から、訪問記録表示要求のセールス先及びセールス日時に基づいて出席者レコードを抽出する。これにより、出席者についても、訪問状況とは別個に管理することができる。
【発明の効果】
【００１８】
本発明によれば、営業担当者の行動に関する情報や、案件状況に関する情報の多角的な管理を実現することにより、セールス先への営業を支援することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を具体化した実施形態を図１〜図１３に従って説明する。本実施形態では、営業担当者が、セールス先への営業を支援する場合に用いる営業支援システム、営業支援方法及び営業支援プログラムとして説明する。
【００２０】
本実施形態では、図１に示すように、営業支援は、クライアント端末１０と営業支援サーバ２０とを用いて行なわれる。このクライアント端末１０は、利用者が営業支援サーバ２０にアクセスする場合に用いられる。クライアント端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有するコンピュータ端末である。このクライアント端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を有する。
【００２１】
また、営業支援サーバ２０は、クライアント端末１０から受信した指示に基づいて営業担当者の顧客への訪問状況を管理する各種データ処理を行なうコンピュータシステムである。このために、営業支援サーバは、訪問状況データ記憶部２２、出席者データ記憶部２３、案件状況データ記憶部２４、要約表データ記憶部２５及びこれらを制御する管理コンピュータ２１を備える。
【００２２】
訪問状況データ記憶部２２には、図２に示すように、セールス先への訪問状況を記録した訪問状況レコードが記録される。この訪問状況レコードは、訪問予定が入力されたときに登録される。訪問状況レコードは、セールス先、セールス日時及び特記事項に関するデータを含んで構成される。この訪問状況レコードにおいては、セールス先及びセールス日時が、各レコードを特定するためのユニークキーとなる。
【００２３】
セールス先データ記憶領域には、担当者が、セールスを行なう顧客を特定するための識別子に関するデータが記録される。このセールス先は、ひとまとまりとしてセールスを行なう顧客の管理単位毎の識別子である。企業単位でセールスを行なう場合にはこの企業の識別子、部署単位の場合にはこの部署を特定する識別子、またセールス先担当者毎の識別子を用いる。
【００２４】
セールス日時データ記憶領域には、このセールス先とコミュニケーションを行なった日付や時刻を特定するためのデータが記録される。なお、セールス先とのコミュニケーションの方法は、訪問のみならず、電話や電子メール等も含まれる。
特記事項データ記憶領域には、このセールス先とのコミュニケーションについて特記すべき内容に関するデータが記録される。
【００２５】
出席者データ記憶部２３には、図３に示すように、このセールス先への訪問等により、セールス先とのコミュニケーションを行なった担当者に関する出席者レコードが記録される。この出席者レコードは訪問状況が記録された場合に登録される。この出席者レコードは、セールス先、セールス日時、社員番号及び所属部署に関するデータを含んで構成される。この出席者レコードにおいては、セールス先、セールス日時及び社員番号が、各レコードを特定するためのユニークキーとなる。
【００２６】
セールス先、セールス日時データ記憶領域には、それぞれセールスを行なったセールス先を特定する識別子及び日付に関するデータが記録される。
社員番号データ記憶領域には、セールス先への訪問等により、セールス先とのコミュニケーションを行なった担当者を特定するための識別子としての社員番号に関するデータが記録される。
所属部署データ記憶領域には、この担当者が所属する部署を特定するための識別子に関するデータが記録される。
【００２７】
案件状況データ記憶部２４には、図４に示すように、セールスを行なっている案件毎に、その案件の進捗に関する案件状況レコードが記録される。この案件状況レコードは、セールス開始からセールス収束まで、各案件についての進捗が登録された場合に進捗毎に記録される。この案件状況レコードは、提案番号、セールス日時、セールス先、担当部署、進捗状況およびコメントに関するデータを含む。この案件状況レコードにおいては、提案番号及びセールス日時が、各レコードを特定するためのユニークキーとなる。
【００２８】
提案番号データ記憶領域は、セールス対象の案件を特定するための識別子に関するデータが記録される。この提案番号は、セールス先、商品毎に採番される。
セールス日時データ記憶領域には、この案件について進捗のあった日時に関するデータが記録される。なお、案件状況レコードの登録時には、このセールス日時データ記憶領域に最小値をデフォルト値として記録しておく。これにより、まだ進捗のない案件についても登録のみを行なうことができる。
【００２９】
セールス先データ記憶領域には、この案件についてのセールス先に関するデータが記録される。
担当部署データ記憶領域には、この案件を担当している部署を特定するための識別子に関するデータが記録される。
【００３０】
進捗状況データ記憶領域には、この案件についての進捗内容に関するデータが記録される。具体的には、このセールスに関するビジネスの成立に関する確度（セールス開始、受注確度、セールス収束等）を特定するためのデータが記録される。
コメントデータ記憶領域には、この進捗において特記すべきコメントに関するデータが記録される。
【００３１】
要約表データ記憶部２５には、図５に示すように、各案件の最新の状態を特定するためのデータが記録されており、所謂、サマリーデータベースとして機能する。この要約表データは、案件毎に、セールス開始と同時に登録される。そして、セールス日時が最大となる進捗、すなわち最新の進捗が登録された場合に、この案件状況レコードを特定するためのデータが更新記録される。この要約表データは、提案番号、セールス開始日、セールス収束日及び最新セールス日時に関するデータを含んで構成される。
【００３２】
提案番号データ記憶領域には、各案件を特定するための識別子に関するデータが記録される。
セールス開始日、セールス収束日データ記憶領域には、それぞれセールスの開始日や収束日に関するデータが記録される。セールス開始日は最初に案件状況レコードが登録された日付を用いる。一方、セールス収束日には、セールスが収束した日付を用いる。
【００３３】
最新セールス日時データ記憶領域には、この案件について最新の状況を示す案件状況レコードと同じ日時に関するデータが記録される。この最新セールス日時は、新たに案件状況レコードが登録された場合に更新される。
【００３４】
更に、営業支援サーバ２０は、セールス先マスタ、商品マスタ、社員マスタ、組織マスタのマスタデータ記憶部２６を備える。セールス先マスタは、訪問記録入力や案件入力においてセールス先を設定する場合に用いる。商品マスタは、提案番号を割り振る場合に用いる。社員マスタは社員番号を設定する場合に用いる。組織マスタは、社員の所属部署や担当部署を設定する場合に用いる。
【００３５】
次に、各データ記憶部を管理する管理コンピュータ２１について説明する。この管理コンピュータ２１は、クライアント端末１０との間でのデータ送受信や、営業支援サービスの各種管理を実行するための各種データの管理処理等を行なう。この管理コンピュータ２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（訪問状況レコード登録段階、案件状況レコード登録段階、訪問状況レコード検索段階、案件状況レコード検索段階、訪問記録表示段階等を含む処理）を行なう。そのための営業支援プログラムを実行することにより、管理コンピュータ２１は、図６に示すように、訪問状況レコード登録手段、案件状況レコード登録手段、訪問状況レコード検索手段、案件状況レコード検索手段、訪問記録表示手段や要約表管理手段等として機能する。
【００３６】
具体的には、訪問状況レコード検索手段、出席者レコード検索手段、案件状況レコード検索手段は、それぞれ訪問状況データ記憶部２２、出席者データ記憶部２３、案件状況データ記憶部２４において、所定のキーを用いて各レコードの検索処理を行なう。
【００３７】
訪問状況レコード登録手段、出席者レコード登録手段、案件状況レコード登録手段は、それぞれ訪問状況データ記憶部２２、出席者データ記憶部２３、案件状況データ記憶部２４において、各レコードの更新を行なう。
【００３８】
更に、案件状況データ記憶部２４において、案件のレコードが追加された場合には、要約表管理手段が、要約表データ記憶部２５のデータを更新する。
また、訪問記録表示手段は、利用者からの要求に応じて訪問記録に関するデータを抽出し、クライアント端末１０のディスプレイ上のブラウザに表示させる。このブラウザにおいて加工されたデータに基づいて、各データ記憶部に記録されたレコードが更新される。
【００３９】
（訪問記録画面）
次に、本実施形態の営業支援を行なう場合の処理について説明する。この場合、まず、クライアント端末１０のブラウザプログラムを起動し、営業支援サーバ２０にアクセスする。この場合、営業支援サーバ２０はクライアント端末１０に訪問記録画面データを送信する。そして、クライアント端末１０のディスプレイには、図１１に示す訪問記録画面５００が表示される。
【００４０】
この訪問記録画面５００には、登録ボタンが含まれる。登録ボタンを選択した場合には、クライアント端末１０は、この画面において設定されたデータを含む登録指示を営業支援サーバに送信する。
【００４１】
更に、訪問記録画面５００には、予定入力チェックボックス５０１が含まれる。予定入力を行なう場合には、予定入力チェックボックス５０１をオンする。この場合、予定入力フラグがオンされた登録指示を、営業支援サーバ２０に送信する。一方、予定入力ボタンが選択されていない場合には、予定入力フラグがオフされた登録指示を送信する。
【００４２】
更に、訪問記録画面５００には、訪問状況欄５０２、案件一覧表示欄５０３、特記事項欄５０４が含まれる。
訪問状況欄５０２は、セールス先やセールス日時、セールス先の出席者、セールスを行なう当社の出席者に関するデータを入力するための設定欄である。なお、既に訪問状況レコードが登録されている場合には、抽出されたレコードが初期値として表示される。
【００４３】
案件一覧表示欄５０３は、このセールス先に関して進行中の案件についての一覧が表示される。この案件一覧表示欄５０３には、後述する処理により、このセールス先及びセールス日時において既に登録されている進捗状況が記録されている場合には、このレコードが表示される。また、同じセールス日時のレコードを抽出できない場合には、このセールス日時の直前のレコードが表示される。
【００４４】
特記事項欄５０４は、この訪問に関して特記すべき事項が表示したり、このような事項を入力したりするための欄である。
この訪問記録画面５００の訪問状況欄５０２、案件一覧表示欄５０３、特記事項欄５０４に入力されたデータは、登録ボタンを選択した場合に送信される登録指示に含めて送信される。
【００４５】
（表示処理）
次に、この訪問記録画面５００において、具体的な内容の表示を行なう場合の処理を、図７を用いて説明する。この場合、まず、営業支援サーバ２０の管理コンピュータ２１は、セールス先、セールス日時の入力処理を行なう（ステップＳ１−１）。具体的には、利用者は、クライアント端末１０を用いて、訪問記録画面５００の訪問状況欄５０２にセールス先、セールス日時を入力する。予定入力を行なう場合には、予定入力チェックボックス５０１をオンしておく。セールス先、セールス日時が入力されて、カーソルが他の欄に移動された場合、クライアント端末１０は、ネットワークを介して表示要求を営業支援サーバ２０に送信する。この表示要求には、訪問記録画面５００において入力されたセールス先、セールス日時に関するデータを含む。
【００４６】
表示要求を受信した営業支援サーバ２０の管理コンピュータ２１は、訪問状況データ記憶部２２において、セールス先、セールス日時が一致する訪問状況レコードの検索処理を行なう（ステップＳ１−２）。
【００４７】
訪問状況データ記憶部２２において、セールス先、セールス日時が一致する訪問状況レ
コードを抽出できた場合（ステップＳ１−３において「ＹＥＳ」の場合）には、管理コンピュータ２１は、訪問記録の表示処理を行なう（ステップＳ１−４）。具体的には、管理コンピュータ２１は、抽出した訪問状況レコードに関するデータを、クライアント端末１０に送信し、訪問記録画面５００の訪問状況欄５０２に表示させる。
【００４８】
次に、管理コンピュータ２１は、出席者データ記憶部２３において、セールス先、セールス日時が一致する出席者レコードの検索処理を行なう（ステップＳ１−５）。この場合、セールス先、セールス日時が一致するすべての出席者レコードを出席者データ記憶部２３から抽出する。
【００４９】
そして、管理コンピュータ２１は、抽出した出席者レコードの表示を行なう（ステップＳ１−６）。具体的には、管理コンピュータ２１は、抽出した出席者レコードに関するデータを、クライアント端末１０に送信し、訪問記録画面５００の訪問状況欄５０２の当社出席者欄に表示させる。
【００５０】
なお、初めて予定を入力する場合には、訪問状況レコードは記録されていない。従って、この場合（ステップＳ１−３において「ＮＯ」の場合）、ステップＳ１−４〜Ｓ１−６をスキップする。
【００５１】
次に、管理コンピュータ２１は、要約表データ記憶部２５において案件の検索処理を行なう（ステップＳ１−７）。ここでは、管理コンピュータ２１は、要約表データ記憶部２５において、以下の条件を満たす案件の検索処理を行なう。
・ セールス先が同一
・ セールス日がセールス開始日以降
・ セールス日が収束日以前
・ 同一提案番号内でセールス日時が最大
これにより、セールス日においてアクティブな案件のみを抽出することができる。なお、要約表データ記憶部２５には、各案件について「セールス日時が最大」のデータを記録しているため、要約表データ記憶部２５を用いる場合には、「同一提案番号内でセールス日時が最大」という条件を考慮する必要はない。
【００５２】
そして、管理コンピュータ２１は、要約表データ記憶部２５において、上述の条件を満たす案件を抽出した場合（ステップＳ１−８において「ＹＥＳ」の場合）には、図８に示す案件状況レコード表示処理を実行する（ステップＳ１−９）。
一方、案件状況レコードが記録されていない場合（ステップＳ１−８において「ＮＯ」の場合）、管理コンピュータ２１は、図７に示す表示処理を終了する。
【００５３】
（案件状況レコード表示処理）
ここで、ステップＳ１−９における案件状況レコード表示処理について、図８に従って説明する。この処理は、ステップＳ１−７において特定したすべての案件レコードについてレコード毎に繰り返して行なわれる。
【００５４】
また、案件状況レコード表示処理は、この案件状況レコード表示処理は予定入力の場合と、実績入力の場合とでは処理が異なる。予定入力チェックボックス５０１がオンされることにより予定入力フラグがオンされている場合（ステップＳ２−１において「予定」の場合）、ステップＳ１−７において特定したすべての案件を抽出する（ステップＳ２−２）。この場合、要約表データ記憶部に記録された最新セールス日時の案件状況レコードを抽出する。
【００５５】
一方、予定入力チェックボックス５０１がオフであるため、予定入力フラグがオフされ
ている場合（ステップＳ２−１において「実績」の場合）、管理コンピュータ２１は、訪問記録画面５００に入力された表示要求のセールス日時と一致する案件状況レコードが、案件状況データ記憶部２４に記録されているかどうかを確認する（ステップＳ２−３）。
【００５６】
表示要求対象のセールス日時と一致する案件状況レコードが記録されている場合（ステップＳ２−３において「ＹＥＳ」の場合）、管理コンピュータ２１は、この案件状況レコードを抽出する（ステップＳ２−４）。
【００５７】
一方、案件状況データ記憶部２４に記録されている案件状況レコードのセールス日時が一致しない場合（ステップＳ２−３において「ＹＥＳ」の場合）、表示要求対象のセールス日時の直前の日付が付された案件レコードを案件状況データ記憶部２４から抽出する（ステップＳ２−５）。
【００５８】
そして、管理コンピュータ２１は、ステップＳ２−２、Ｓ２−４、Ｓ２−５において抽出した案件レコードを、クライアント端末１０のディスプレイに出力された訪問記録画面５００の案件一覧表示欄５０３に表示させる（ステップＳ２−６）。以上のように、ステップＳ１−７において特定したすべての案件レコードについて、予定入力に関してはステップＳ２−２、Ｓ２−６の処理、実績入力に関してはステップＳ２−３〜Ｓ２−６の処理を繰り返す。そして、管理コンピュータ２１は、クライアント端末１０のディスプレイに出力させた訪問記録画面５００に含まれる各レコードの内容を、このクライアント端末１０とのセッションが終了するまで逐次保持しておく。
【００５９】
（登録処理）
次に、登録処理について、図９を用いて説明する。ここでは、表示処理においてクライアント端末１０のディスプレイに出力された訪問記録画面５００を用いて登録処理を行なう。この登録処理には、既に登録した訪問予定のセールス日時を変更する場合、新たにセールス日時を設定する場合及び既に登録した訪問予定を変更する場合がある。
【００６０】
＜セールス日時変更処理＞
まず、セールス日時を変更する場合の処理を説明する。予定を変更する場合には、予定入力チェックボックス５０１をオンする。そして、セールス日時を変更し、登録ボタンを選択する。この場合、クライアント端末１０は登録要求を、営業支援サーバ２０に送信する。この登録要求には、変更されたセールス日時に関するデータを含める。
【００６１】
登録要求を受信した営業支援サーバ２０の管理コンピュータ２１は、登録要求においてセールス日時を特定し、クライアント端末１０に表示させたセールス日時からの変更の有無を確認する（ステップＳ３−１）。セールス日時が変更されている場合（ステップＳ３−１において「ＹＥＳ」の場合」）、管理コンピュータ２１は、予定入力フラグを確認する（ステップＳ３−２）。
【００６２】
予定入力フラグがオフの場合（ステップＳ３−２において「実績」の場合）、管理コンピュータ２１は、エラー表示を行ない（ステップＳ３−３）、処理を中断する。
一方、予定入力フラグがオンの場合（ステップＳ３−２において「予定」の場合）、まず、管理コンピュータ２１は、変更前のセールス日時の訪問状況レコードを特定し、このレコードの削除を行なう（ステップＳ３−４）。
【００６３】
更に、管理コンピュータ２１は、変更前のセールス日時のすべての出席者レコードを特定し、このレコードの削除を行なう（ステップＳ３−５）。
次に、管理コンピュータ２１は、変更後のセールス日時の訪問状況レコードを生成し、訪問状況データ記憶部２２に登録する（ステップＳ３−６）。
【００６４】
更に、管理コンピュータ２１は、変更後のセールス日時の出席者レコードを生成し、出席者データ記憶部２３に登録する（ステップＳ３−７）。この出席者レコードは、出席者毎に生成され、登録される。
以上により、セールス日時を変更する場合の処理を終了する。
【００６５】
＜新たなセールス日時設定処理＞
次に、新たにセールス日時を設定する場合の処理を説明する。ここでも、登録要求を受信した営業支援サーバ２０の管理コンピュータ２１は、登録要求においてセールス日時を特定し、クライアント端末１０に表示させたセールス日時からの変更の有無を確認する（ステップＳ３−１）。この場合、訪問状況レコードが訪問状況データ記憶部２２に登録されていないため、セールス日時が変更されていないことになる（ステップＳ３−１において「ＮＯ」）。この場合には、管理コンピュータ２１は、案件状況登録処理を実行する（ステップＳ３−８）。この案件状況登録処理を、図１０を用いて説明する。
【００６６】
案件状況登録処理は、訪問状況レコードの有無によって処理が異なる（ステップＳ４−１）。上述のように、新たにセールス日時を設定する場合には訪問状況レコードがない。この場合（ステップＳ４−１において「ＮＯ」の場合）、管理コンピュータ２１は、訪問状況レコードを生成し、訪問状況データ記憶部２２に記録する（ステップＳ４−２）。この訪問状況レコードには、登録指示に含まれるセールス先やセールス日時に関するデータを含める。
【００６７】
更に、管理コンピュータ２１は、訪問記録画面５００に入力された出席者についての出席者レコードを生成し、出席者データ記憶部２３に記録する（ステップＳ４−３）。この出席者レコードは、登録指示に含まれていた出席者毎に生成される。
これにより、新たに設定された訪問予定について、訪問状況レコード及び出席者レコードが登録される。
【００６８】
＜既登録訪問予定の変更処理＞
次に、既に登録されていた訪問予定の内容を変更する場合の処理を説明する。訪問状況データ記憶部２２において、既に訪問状況レコードが記録されている場合（ステップＳ４−１において「ＹＥＳ」の場合）、管理コンピュータ２１は、登録指示に含まれるデータに基づいて訪問状況データ記憶部２２に既に記録されていた訪問状況レコードを更新する（ステップＳ４−４）。
【００６９】
次に、変化のあった全出席者について出席者レコードの更新を行なう。ここでは、まず、管理コンピュータ２１は、訪問記録画面５００において削除された出席者の出席者レコードを削除する（ステップＳ４−５）。具体的には、管理コンピュータ２１は、クライアント端末１０のディスプレイに表示させた出席者であって、登録指示に含まれていない出席者を特定する。そして、この出席者の出席者レコードを出席者データ記憶部２３から削除する。
【００７０】
次に、管理コンピュータ２１は、訪問記録画面５００において追加された出席者の出席者レコードの追加を行なう（ステップＳ４−６）。具体的には、管理コンピュータ２１は、登録指示に含まれている出席者であって、クライアント端末１０のディスプレイに表示されていなかった出席者を特定する。そして、この出席者の出席者レコードを生成し、出席者データ記憶部２３に記録する。
【００７１】
次に、管理コンピュータ２１は、案件状況レコードの登録処理を行なう。この処理は、案件状況レコード毎に実行される。
まず、管理コンピュータ２１は、案件状況レコードの有無を確認する（ステップＳ４−７）。
【００７２】
セールス先、セールス日時、提案番号が同一の案件状況レコードが案件状況データ記憶部２４に登録されている場合（ステップＳ４−７において「ＹＥＳ」の場合）、管理コンピュータ２１は、登録指示に基づいて案件状況レコードの更新を行なう（ステップＳ４−８）。一方、セールス日時、提案番号が同一の案件状況レコードが登録されていない場合（ステップＳ４−７において「ＮＯ」の場合）、管理コンピュータ２１は、登録指示に基づいて案件状況レコードを生成し、案件状況データ記憶部２４に記録する（ステップＳ４−９）。
【００７３】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、営業支援サーバ２０の管理コンピュータ２１が、セールス先、セールス日時の入力を受け入れた場合（ステップＳ１−１）、訪問状況データ記憶部２２において、セールス先、セールス日時が一致する訪問状況レコードを抽出し、表示処理を行なう（ステップＳ１−４）。更に、管理コンピュータ２１は、出席者データ記憶部２３において、セールス先、セールス日時が一致する出席者レコードの検索を行ない（ステップＳ１−５）、抽出した出席者レコードの表示を行なう（ステップＳ１−６）。これにより、訪問状況レコードや出席者レコードを、それぞれ独立して各データ記憶部に記録する場合においても、一覧することができる。
【００７４】
更に、上記実施形態では、セールス先やセールス日時に基づいて、要約表データ記憶部２５に記録された案件を抽出した場合、案件状況レコード表示処理を実行する（ステップＳ１−９）。ここでは、予定入力の場合、すべての案件について、案件状況データ記憶部２４から案件状況レコードを抽出する（ステップＳ２−２）。この場合、要約表データ記憶部２５に記録された最新セールス日時の案件状況レコードを抽出する。これにより、このセールス先における、進行中のセールス状況を把握することができる。すなわち、訪問状況レコードとは独立して、案件状況レコードが記録されているため、セールス先での活動の全体像を把握することができる。また、訪問状況レコードと案件状況レコードとは独立しているため、案件のない訪問状況レコードや、訪問のない案件状況レコード等も、フレキシブルに登録することができる。
【００７５】
これにより、訪問記録のみの入力から、多角的な情報を表示することができる。例えば、訪問状況レコードを用いて訪問状況一覧を表示させることにより、担当者（部署）や企業単位の行動管理を行なうことができる。また、案件状況レコードを用いて提案状況一覧を表示させることにより、担当者（部署）や商品・企業単位の状況管理を行なうことができる。更に、案件状況レコードを時系列に表示させることにより、経緯照会が可能になり、個別案件単位の折衝履歴を把握することができる。
【００７６】
・ 上記実施形態では、管理コンピュータ２１は、訪問記録画面５００に入力されて表示要求対象のセールス日時が一致する案件状況レコードが、案件状況データ記憶部２４に記録されているかどうかを確認する（ステップＳ２−３）。表示要求のあったセールス日時と、一致する案件状況レコードが記録されている場合、管理コンピュータ２１は、この案件状況レコードを抽出する（ステップＳ２−４）。一方、案件状況データ記憶部２４に記録されている案件状況レコードのセールス日時が一致しない場合、訪問記録画面５００に入力されたセールス日時の直前の日付が付された案件レコードを案件状況データ記憶部２４から抽出する（ステップＳ２−５）。これにより、セールス先における案件状況を的確に把握することができる。
【００７７】
特に、セールス先において、同時に進行している複数の案件が存在する場合がある。こ
の場合、一回の訪問において、セールス対象の案件もあれば、セールス対象にならない案件も存在する。これを、図１２に示す各レコードを用いて説明する。図１２において、セールス日時Ｔ５の案件状況レコードＢ−２の他に、このセールス先に関しては、案件状況Ａや案件状況レコードＣも存在する。この場合、案件状況レコードＢ−２は、ステップＳ２−４の処理により抽出される。さらに、ステップＳ２−５の処理により、セールス日時Ｔ４の案件状況レコードＡ−３や、セールス日時Ｔ３の案件状況レコードＣ−２が抽出される。これにより、セールス日時が一致しない場合も、進行中の案件に関する情報を取得することができる。
【００７８】
例えば、図１３に示すように、時刻ｔ１において案件１の状況が入力されている場合、時刻ｔ２において訪問予定を入力したときに、案件１の状況を把握することができる。しかし、時刻ｔ３において入力された案件２の案件状況は把握できない。一方、時刻ｔ４の訪問時には、既に案件１及び案件２が進行中である。従って、実績入力を行なう時刻ｔ５においては、案件１だけでなく、案件２についても情報も取得することができる。
【００７９】
また、上記実施形態では、案件毎の進捗が独立したレコードにより記録されている。従って、所定の期間を指定して案件状況レコードを抽出することにより、この期間の案件状況の履歴情報として利用することができる。
【００８０】
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、出席者データ記憶部２３には、このセールス先への訪問等により、セールス先とのコミュニケーションを行なった担当者に関する出席者レコードが記録される。これに代えて、出席者については、訪問状況レコードに加えて記録することも可能である。
【００８１】
○ 上記実施形態では、訪問状況データ記憶部２２には、セールス先への訪問状況を記録した訪問状況レコードが記録される。この訪問状況レコードは、セールス先、セールス日時及び特記事項に関するデータを含んで構成される。これに加えて、訪問状況データ記憶部２２に予定フラグを更に記録してもよい。この予定フラグは予定入力が行なわれ、予定入力フラグがオンされた登録指示を受信した場合、管理コンピュータ２１が記録する。そして、実績が入力され、予定入力フラグがオフされた登録指示を受信した場合、管理コンピュータ２１は、この訪問状況レコードの予定フラグを削除する。これにより、訪問状況レコードにおいて予定と実績とを識別することができ、両者を分けて別個に出力・管理することができる。
【００８２】
○ 上記実施形態では、要約表データ記憶部２５には、各案件の最新の状態を特定するためのデータが記録される。この要約表データは、提案番号、セールス開始日、セールス収束日及び最新セールス日時に関するデータを含んで構成される。これに代えて、要約表データとして、案件毎に、セールス日時が最大となる案件状況レコードをコピーして記録してもよい。具体的には、最新の進捗が登録された場合、要約表データ記憶部２５に、この進捗に関する案件状況レコードを更新記録する。この場合、ステップＳ２−２において、案件状況データ記憶部２４から、最新セールス日時の案件状況レコードを抽出する必要はなく、要約表データ記憶部に記録された案件状況レコードのコピーをそのまま表示すればよい。
【００８３】
○ 上記実施形態では、クライアント端末１０としてコンピュータ端末を用いるが、ＰＤＡ（Personal Digital Assistant）、携帯電話端末を用いることも可能である。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施形態のシステム概略図。
【図２】訪問状況データ記憶部に記録されたデータの説明図。
【図３】出席者データ記憶部に記録されたデータの説明図。
【図４】案件状況データ記憶部に記録されたデータの説明図。
【図５】要約表データ記憶部に記録されたデータの説明図。
【図６】本発明の実施形態の機能ブロックの説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本実施形態の処理手順の説明図。
【図１０】本実施形態の処理手順の説明図。
【図１１】クライアント端末のディスプレイの表示画面の説明図。
【図１２】各レコードの関係の説明図。
【図１３】データ入力のタイミングの説明図。
【符号の説明】
【００８５】
１０…クライアント端末、２０…営業支援システム、２１…管理コンピュータ、２２…訪問状況データ記憶部、２３…出席者データ記憶部、２４…案件状況データ記憶部、２６…要約表データ記憶部。
【技術分野】
【０００１】
本発明は、セールス先に対する営業を支援するための営業支援システム、方法及びプログラムに関する。
【背景技術】
【０００２】
ビジネスを展開する上で、営業担当者の営業日報や、作業の進捗状況等の各種情報を適切に管理することが大切である。この場合、ＬＡＮ等のネットワークに接続したコンピュータ端末を利用して、営業日報等の報告書データの更新履歴を把握できるようにするための技術が開発されている（例えば、特許文献１を参照。）。この文献記載の業務管理支援システムの管理用サーバは、業務報告等の情報データを入力するための所定様式を提供する。そして、管理用サーバは、この様式に従って入力された営業日報データを蓄積する。端末サーバでは、定期的又は報告すべき事案の発生毎に営業日報を更新する。これにより、営業情報を共有する。
【０００３】
また、金融機関の営業活動における案件情報管理に関する技術も検討されている（例えば、特許文献２を参照。）。この文献記載の技術では、各顧客に対して営業活動の内容をまとめた案件データベースを用いる。そして、１つまたは複数の検索条件により、この検索条件を満たす全案件データを前記案件データベースから抽出して表示する。これにより、営業活動の進捗を容易に確認することができる。
【０００４】
更に、効率的な営業活動を行なうためにＳＦＡ（sales force automation：営業支援システム）が注目されている。この営業支援システムにおいては、データベースに顧客情報のほか、コンタクト履歴や商談のプロセス、営業スケジュールを蓄積し、営業案件の進捗状況や案件成立の見込みを営業チーム内で共有する。これらの情報を共有化して、各営業担当者の個人的な資質に依存していた営業活動の無駄をなくし、営業部門全体で顧客に対して戦略的な活動を行なう。このようなＳＦＡに用いる営業管理システムも検討されている（例えば、特許文献３を参照。）。この文献記載のＳＦＡサーバは、顧客データベースを備える。この顧客データベースは、顧客情報や、この顧客との取引の活動内容を記憶する。さらに、進捗に応じて分類した活動内容及び実行予定日や実行日、目標達成判定項目、判定チェックフラグ、及び攻略シナリオ等を格納する。そして、営業スタッフ用端末は各データを入力して顧客データベースに格納し、活動内容を活動予定日順に一覧表示する。これらのデータは、マネージャ用端末から閲覧可能であり、マネージャは進捗を把握することができる。
【特許文献１】特開２０００−２４２７１３号公報（第１頁、図２、図４）
【特許文献２】特開平１１−１６７５７９号公報（第１頁）
【特許文献３】特開２００２−１０９１８７号公報（第１頁）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
営業活動においては、一つのセールス先に対して複数の案件を同時に進行させることが多い。この場合、営業活動のための訪問において、複数の案件を同時期に対応することがある。このためには、セールス先における営業活動を、全体的に把握しておくことが大切である。
【０００６】
また、セールス先を訪問する場合、訪問記録を残しておくことが大切である。しかし、複数人で同時期に同じセールス先を訪問する場合、全員が個別に訪問記録を残していたのでは効率的でない。また、管理者にとっては、訪問状況や案件状況を一覧できると便利で
ある。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、営業担当者の行動に関する情報や、案件状況に関する情報の多角的な管理を実現することにより、セールス先への営業を支援するための営業支援システム、営業支援方法及び営業支援プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、利用者端末に接続された管理コンピュータとを備えた営業支援システムであって、前記管理コンピュータが、前記利用者端末から訪問記録登録要求を受信した場合、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段とを備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の営業支援システムにおいて、前記管理コンピュータが、前記利用者端末から訪問記録表示要求を受信した場合、前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、各レコード検索手段から供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段とを備えたことを要旨とする。
【００１０】
請求項３に記載の発明は、請求項２に記載の営業支援システムにおいて、前記案件状況レコード検索手段が、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項２又は３のいずれか一つに記載の営業支援システムにおいて、前記営業支援システムは、訪問時の出席者毎に、セールス先情報とセールス日時情報とを含む出席者レコードを記録した出席者データ記憶部を更に備え、前記管理コンピュータが、前記利用者端末から訪問記録登録要求を受信した場合には、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、出席者情報を抽出し、これらを含めた出席者レコードを、個別に前記出席者データ記憶部に記録する出席者レコード登録手段と、前記利用者端末から訪問記録表示要求を受信した場合には、前記出席者データ記憶部から、前記訪問記録表示要求のセールス先及びセールス日時に基づいて出席者レコードを抽出する出席者レコード検索手段とを更に備え、前記訪問記録表示手段は、前記抽出した出席者レコードを前記訪問記録画面データに追加することを要旨とする。
【００１２】
請求項５に記載の発明は、セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した
案件状況データ記憶部と、利用者端末に接続された管理コンピュータとを用いて営業支援を行なう方法であって、前記管理コンピュータが、前記利用者端末から訪問記録登録要求を受信した場合、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録段階と、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録段階と、前記利用者端末から訪問記録表示要求を受信した場合、前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索段階と、前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索段階と、各レコード検索段階において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示段階とを実行するとともに、前記案件状況レコード検索段階において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを要旨とする。
【００１３】
請求項６に記載の発明は、セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、利用者端末に接続された管理コンピュータとを用いて営業支援を行なうプログラムであって、前記管理コンピュータを、前記利用者端末から訪問記録登録要求を受信した場合、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段と、前記利用者端末から訪問記録表示要求を受信した場合、前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、各レコード検索手段において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段として機能させるとともに、前記案件状況レコード検索手段において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを要旨とする。
【００１４】
（作用）
請求項１に記載の発明によれば、セールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを訪問状況データ記憶部に記録する。更に、受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に案件状況データ記憶部に記録する。これにより、訪問状況レコードとは別に、個別に案件状況レコードが記録される。従って、訪問状況レコードと案件状況レコードとを、別個独立に取り扱うことができる。
【００１５】
請求項２に記載の発明によれば、訪問記録表示要求を受信した場合、訪問状況データ記憶部から、訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する。更に、案件状況データ記憶部から、訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する。そして、各レコード検索手段から供給を受けたレコードを合成して訪問記録画面データを生成し、利用者端末に送信する。これにより、訪問状況レコードと案件状況レコードとが別個に管理されている場合も、一覧することができる。
【００１６】
請求項３、５、６に記載の発明によれば、訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給する。一方、訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給する。これにより、セールス先に関連した案件を含めて状況を把握することができる。
【００１７】
請求項４に記載の発明によれば、訪問記録登録要求を受信した場合には、受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、出席者情報を抽出し、これらを含めた出席者レコードを、個別に出席者データ記憶部に記録する。そして、訪問記録表示要求を受信した場合には、出席者データ記憶部から、訪問記録表示要求のセールス先及びセールス日時に基づいて出席者レコードを抽出する。これにより、出席者についても、訪問状況とは別個に管理することができる。
【発明の効果】
【００１８】
本発明によれば、営業担当者の行動に関する情報や、案件状況に関する情報の多角的な管理を実現することにより、セールス先への営業を支援することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を具体化した実施形態を図１〜図１３に従って説明する。本実施形態では、営業担当者が、セールス先への営業を支援する場合に用いる営業支援システム、営業支援方法及び営業支援プログラムとして説明する。
【００２０】
本実施形態では、図１に示すように、営業支援は、クライアント端末１０と営業支援サーバ２０とを用いて行なわれる。このクライアント端末１０は、利用者が営業支援サーバ２０にアクセスする場合に用いられる。クライアント端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有するコンピュータ端末である。このクライアント端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、通信手段等を有する。
【００２１】
また、営業支援サーバ２０は、クライアント端末１０から受信した指示に基づいて営業担当者の顧客への訪問状況を管理する各種データ処理を行なうコンピュータシステムである。このために、営業支援サーバは、訪問状況データ記憶部２２、出席者データ記憶部２３、案件状況データ記憶部２４、要約表データ記憶部２５及びこれらを制御する管理コンピュータ２１を備える。
【００２２】
訪問状況データ記憶部２２には、図２に示すように、セールス先への訪問状況を記録した訪問状況レコードが記録される。この訪問状況レコードは、訪問予定が入力されたときに登録される。訪問状況レコードは、セールス先、セールス日時及び特記事項に関するデータを含んで構成される。この訪問状況レコードにおいては、セールス先及びセールス日時が、各レコードを特定するためのユニークキーとなる。
【００２３】
セールス先データ記憶領域には、担当者が、セールスを行なう顧客を特定するための識別子に関するデータが記録される。このセールス先は、ひとまとまりとしてセールスを行なう顧客の管理単位毎の識別子である。企業単位でセールスを行なう場合にはこの企業の識別子、部署単位の場合にはこの部署を特定する識別子、またセールス先担当者毎の識別子を用いる。
【００２４】
セールス日時データ記憶領域には、このセールス先とコミュニケーションを行なった日付や時刻を特定するためのデータが記録される。なお、セールス先とのコミュニケーションの方法は、訪問のみならず、電話や電子メール等も含まれる。
特記事項データ記憶領域には、このセールス先とのコミュニケーションについて特記すべき内容に関するデータが記録される。
【００２５】
出席者データ記憶部２３には、図３に示すように、このセールス先への訪問等により、セールス先とのコミュニケーションを行なった担当者に関する出席者レコードが記録される。この出席者レコードは訪問状況が記録された場合に登録される。この出席者レコードは、セールス先、セールス日時、社員番号及び所属部署に関するデータを含んで構成される。この出席者レコードにおいては、セールス先、セールス日時及び社員番号が、各レコードを特定するためのユニークキーとなる。
【００２６】
セールス先、セールス日時データ記憶領域には、それぞれセールスを行なったセールス先を特定する識別子及び日付に関するデータが記録される。
社員番号データ記憶領域には、セールス先への訪問等により、セールス先とのコミュニケーションを行なった担当者を特定するための識別子としての社員番号に関するデータが記録される。
所属部署データ記憶領域には、この担当者が所属する部署を特定するための識別子に関するデータが記録される。
【００２７】
案件状況データ記憶部２４には、図４に示すように、セールスを行なっている案件毎に、その案件の進捗に関する案件状況レコードが記録される。この案件状況レコードは、セールス開始からセールス収束まで、各案件についての進捗が登録された場合に進捗毎に記録される。この案件状況レコードは、提案番号、セールス日時、セールス先、担当部署、進捗状況およびコメントに関するデータを含む。この案件状況レコードにおいては、提案番号及びセールス日時が、各レコードを特定するためのユニークキーとなる。
【００２８】
提案番号データ記憶領域は、セールス対象の案件を特定するための識別子に関するデータが記録される。この提案番号は、セールス先、商品毎に採番される。
セールス日時データ記憶領域には、この案件について進捗のあった日時に関するデータが記録される。なお、案件状況レコードの登録時には、このセールス日時データ記憶領域に最小値をデフォルト値として記録しておく。これにより、まだ進捗のない案件についても登録のみを行なうことができる。
【００２９】
セールス先データ記憶領域には、この案件についてのセールス先に関するデータが記録される。
担当部署データ記憶領域には、この案件を担当している部署を特定するための識別子に関するデータが記録される。
【００３０】
進捗状況データ記憶領域には、この案件についての進捗内容に関するデータが記録される。具体的には、このセールスに関するビジネスの成立に関する確度（セールス開始、受注確度、セールス収束等）を特定するためのデータが記録される。
コメントデータ記憶領域には、この進捗において特記すべきコメントに関するデータが記録される。
【００３１】
要約表データ記憶部２５には、図５に示すように、各案件の最新の状態を特定するためのデータが記録されており、所謂、サマリーデータベースとして機能する。この要約表データは、案件毎に、セールス開始と同時に登録される。そして、セールス日時が最大となる進捗、すなわち最新の進捗が登録された場合に、この案件状況レコードを特定するためのデータが更新記録される。この要約表データは、提案番号、セールス開始日、セールス収束日及び最新セールス日時に関するデータを含んで構成される。
【００３２】
提案番号データ記憶領域には、各案件を特定するための識別子に関するデータが記録される。
セールス開始日、セールス収束日データ記憶領域には、それぞれセールスの開始日や収束日に関するデータが記録される。セールス開始日は最初に案件状況レコードが登録された日付を用いる。一方、セールス収束日には、セールスが収束した日付を用いる。
【００３３】
最新セールス日時データ記憶領域には、この案件について最新の状況を示す案件状況レコードと同じ日時に関するデータが記録される。この最新セールス日時は、新たに案件状況レコードが登録された場合に更新される。
【００３４】
更に、営業支援サーバ２０は、セールス先マスタ、商品マスタ、社員マスタ、組織マスタのマスタデータ記憶部２６を備える。セールス先マスタは、訪問記録入力や案件入力においてセールス先を設定する場合に用いる。商品マスタは、提案番号を割り振る場合に用いる。社員マスタは社員番号を設定する場合に用いる。組織マスタは、社員の所属部署や担当部署を設定する場合に用いる。
【００３５】
次に、各データ記憶部を管理する管理コンピュータ２１について説明する。この管理コンピュータ２１は、クライアント端末１０との間でのデータ送受信や、営業支援サービスの各種管理を実行するための各種データの管理処理等を行なう。この管理コンピュータ２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（訪問状況レコード登録段階、案件状況レコード登録段階、訪問状況レコード検索段階、案件状況レコード検索段階、訪問記録表示段階等を含む処理）を行なう。そのための営業支援プログラムを実行することにより、管理コンピュータ２１は、図６に示すように、訪問状況レコード登録手段、案件状況レコード登録手段、訪問状況レコード検索手段、案件状況レコード検索手段、訪問記録表示手段や要約表管理手段等として機能する。
【００３６】
具体的には、訪問状況レコード検索手段、出席者レコード検索手段、案件状況レコード検索手段は、それぞれ訪問状況データ記憶部２２、出席者データ記憶部２３、案件状況データ記憶部２４において、所定のキーを用いて各レコードの検索処理を行なう。
【００３７】
訪問状況レコード登録手段、出席者レコード登録手段、案件状況レコード登録手段は、それぞれ訪問状況データ記憶部２２、出席者データ記憶部２３、案件状況データ記憶部２４において、各レコードの更新を行なう。
【００３８】
更に、案件状況データ記憶部２４において、案件のレコードが追加された場合には、要約表管理手段が、要約表データ記憶部２５のデータを更新する。
また、訪問記録表示手段は、利用者からの要求に応じて訪問記録に関するデータを抽出し、クライアント端末１０のディスプレイ上のブラウザに表示させる。このブラウザにおいて加工されたデータに基づいて、各データ記憶部に記録されたレコードが更新される。
【００３９】
（訪問記録画面）
次に、本実施形態の営業支援を行なう場合の処理について説明する。この場合、まず、クライアント端末１０のブラウザプログラムを起動し、営業支援サーバ２０にアクセスする。この場合、営業支援サーバ２０はクライアント端末１０に訪問記録画面データを送信する。そして、クライアント端末１０のディスプレイには、図１１に示す訪問記録画面５００が表示される。
【００４０】
この訪問記録画面５００には、登録ボタンが含まれる。登録ボタンを選択した場合には、クライアント端末１０は、この画面において設定されたデータを含む登録指示を営業支援サーバに送信する。
【００４１】
更に、訪問記録画面５００には、予定入力チェックボックス５０１が含まれる。予定入力を行なう場合には、予定入力チェックボックス５０１をオンする。この場合、予定入力フラグがオンされた登録指示を、営業支援サーバ２０に送信する。一方、予定入力ボタンが選択されていない場合には、予定入力フラグがオフされた登録指示を送信する。
【００４２】
更に、訪問記録画面５００には、訪問状況欄５０２、案件一覧表示欄５０３、特記事項欄５０４が含まれる。
訪問状況欄５０２は、セールス先やセールス日時、セールス先の出席者、セールスを行なう当社の出席者に関するデータを入力するための設定欄である。なお、既に訪問状況レコードが登録されている場合には、抽出されたレコードが初期値として表示される。
【００４３】
案件一覧表示欄５０３は、このセールス先に関して進行中の案件についての一覧が表示される。この案件一覧表示欄５０３には、後述する処理により、このセールス先及びセールス日時において既に登録されている進捗状況が記録されている場合には、このレコードが表示される。また、同じセールス日時のレコードを抽出できない場合には、このセールス日時の直前のレコードが表示される。
【００４４】
特記事項欄５０４は、この訪問に関して特記すべき事項が表示したり、このような事項を入力したりするための欄である。
この訪問記録画面５００の訪問状況欄５０２、案件一覧表示欄５０３、特記事項欄５０４に入力されたデータは、登録ボタンを選択した場合に送信される登録指示に含めて送信される。
【００４５】
（表示処理）
次に、この訪問記録画面５００において、具体的な内容の表示を行なう場合の処理を、図７を用いて説明する。この場合、まず、営業支援サーバ２０の管理コンピュータ２１は、セールス先、セールス日時の入力処理を行なう（ステップＳ１−１）。具体的には、利用者は、クライアント端末１０を用いて、訪問記録画面５００の訪問状況欄５０２にセールス先、セールス日時を入力する。予定入力を行なう場合には、予定入力チェックボックス５０１をオンしておく。セールス先、セールス日時が入力されて、カーソルが他の欄に移動された場合、クライアント端末１０は、ネットワークを介して表示要求を営業支援サーバ２０に送信する。この表示要求には、訪問記録画面５００において入力されたセールス先、セールス日時に関するデータを含む。
【００４６】
表示要求を受信した営業支援サーバ２０の管理コンピュータ２１は、訪問状況データ記憶部２２において、セールス先、セールス日時が一致する訪問状況レコードの検索処理を行なう（ステップＳ１−２）。
【００４７】
訪問状況データ記憶部２２において、セールス先、セールス日時が一致する訪問状況レ
コードを抽出できた場合（ステップＳ１−３において「ＹＥＳ」の場合）には、管理コンピュータ２１は、訪問記録の表示処理を行なう（ステップＳ１−４）。具体的には、管理コンピュータ２１は、抽出した訪問状況レコードに関するデータを、クライアント端末１０に送信し、訪問記録画面５００の訪問状況欄５０２に表示させる。
【００４８】
次に、管理コンピュータ２１は、出席者データ記憶部２３において、セールス先、セールス日時が一致する出席者レコードの検索処理を行なう（ステップＳ１−５）。この場合、セールス先、セールス日時が一致するすべての出席者レコードを出席者データ記憶部２３から抽出する。
【００４９】
そして、管理コンピュータ２１は、抽出した出席者レコードの表示を行なう（ステップＳ１−６）。具体的には、管理コンピュータ２１は、抽出した出席者レコードに関するデータを、クライアント端末１０に送信し、訪問記録画面５００の訪問状況欄５０２の当社出席者欄に表示させる。
【００５０】
なお、初めて予定を入力する場合には、訪問状況レコードは記録されていない。従って、この場合（ステップＳ１−３において「ＮＯ」の場合）、ステップＳ１−４〜Ｓ１−６をスキップする。
【００５１】
次に、管理コンピュータ２１は、要約表データ記憶部２５において案件の検索処理を行なう（ステップＳ１−７）。ここでは、管理コンピュータ２１は、要約表データ記憶部２５において、以下の条件を満たす案件の検索処理を行なう。
・ セールス先が同一
・ セールス日がセールス開始日以降
・ セールス日が収束日以前
・ 同一提案番号内でセールス日時が最大
これにより、セールス日においてアクティブな案件のみを抽出することができる。なお、要約表データ記憶部２５には、各案件について「セールス日時が最大」のデータを記録しているため、要約表データ記憶部２５を用いる場合には、「同一提案番号内でセールス日時が最大」という条件を考慮する必要はない。
【００５２】
そして、管理コンピュータ２１は、要約表データ記憶部２５において、上述の条件を満たす案件を抽出した場合（ステップＳ１−８において「ＹＥＳ」の場合）には、図８に示す案件状況レコード表示処理を実行する（ステップＳ１−９）。
一方、案件状況レコードが記録されていない場合（ステップＳ１−８において「ＮＯ」の場合）、管理コンピュータ２１は、図７に示す表示処理を終了する。
【００５３】
（案件状況レコード表示処理）
ここで、ステップＳ１−９における案件状況レコード表示処理について、図８に従って説明する。この処理は、ステップＳ１−７において特定したすべての案件レコードについてレコード毎に繰り返して行なわれる。
【００５４】
また、案件状況レコード表示処理は、この案件状況レコード表示処理は予定入力の場合と、実績入力の場合とでは処理が異なる。予定入力チェックボックス５０１がオンされることにより予定入力フラグがオンされている場合（ステップＳ２−１において「予定」の場合）、ステップＳ１−７において特定したすべての案件を抽出する（ステップＳ２−２）。この場合、要約表データ記憶部に記録された最新セールス日時の案件状況レコードを抽出する。
【００５５】
一方、予定入力チェックボックス５０１がオフであるため、予定入力フラグがオフされ
ている場合（ステップＳ２−１において「実績」の場合）、管理コンピュータ２１は、訪問記録画面５００に入力された表示要求のセールス日時と一致する案件状況レコードが、案件状況データ記憶部２４に記録されているかどうかを確認する（ステップＳ２−３）。
【００５６】
表示要求対象のセールス日時と一致する案件状況レコードが記録されている場合（ステップＳ２−３において「ＹＥＳ」の場合）、管理コンピュータ２１は、この案件状況レコードを抽出する（ステップＳ２−４）。
【００５７】
一方、案件状況データ記憶部２４に記録されている案件状況レコードのセールス日時が一致しない場合（ステップＳ２−３において「ＹＥＳ」の場合）、表示要求対象のセールス日時の直前の日付が付された案件レコードを案件状況データ記憶部２４から抽出する（ステップＳ２−５）。
【００５８】
そして、管理コンピュータ２１は、ステップＳ２−２、Ｓ２−４、Ｓ２−５において抽出した案件レコードを、クライアント端末１０のディスプレイに出力された訪問記録画面５００の案件一覧表示欄５０３に表示させる（ステップＳ２−６）。以上のように、ステップＳ１−７において特定したすべての案件レコードについて、予定入力に関してはステップＳ２−２、Ｓ２−６の処理、実績入力に関してはステップＳ２−３〜Ｓ２−６の処理を繰り返す。そして、管理コンピュータ２１は、クライアント端末１０のディスプレイに出力させた訪問記録画面５００に含まれる各レコードの内容を、このクライアント端末１０とのセッションが終了するまで逐次保持しておく。
【００５９】
（登録処理）
次に、登録処理について、図９を用いて説明する。ここでは、表示処理においてクライアント端末１０のディスプレイに出力された訪問記録画面５００を用いて登録処理を行なう。この登録処理には、既に登録した訪問予定のセールス日時を変更する場合、新たにセールス日時を設定する場合及び既に登録した訪問予定を変更する場合がある。
【００６０】
＜セールス日時変更処理＞
まず、セールス日時を変更する場合の処理を説明する。予定を変更する場合には、予定入力チェックボックス５０１をオンする。そして、セールス日時を変更し、登録ボタンを選択する。この場合、クライアント端末１０は登録要求を、営業支援サーバ２０に送信する。この登録要求には、変更されたセールス日時に関するデータを含める。
【００６１】
登録要求を受信した営業支援サーバ２０の管理コンピュータ２１は、登録要求においてセールス日時を特定し、クライアント端末１０に表示させたセールス日時からの変更の有無を確認する（ステップＳ３−１）。セールス日時が変更されている場合（ステップＳ３−１において「ＹＥＳ」の場合」）、管理コンピュータ２１は、予定入力フラグを確認する（ステップＳ３−２）。
【００６２】
予定入力フラグがオフの場合（ステップＳ３−２において「実績」の場合）、管理コンピュータ２１は、エラー表示を行ない（ステップＳ３−３）、処理を中断する。
一方、予定入力フラグがオンの場合（ステップＳ３−２において「予定」の場合）、まず、管理コンピュータ２１は、変更前のセールス日時の訪問状況レコードを特定し、このレコードの削除を行なう（ステップＳ３−４）。
【００６３】
更に、管理コンピュータ２１は、変更前のセールス日時のすべての出席者レコードを特定し、このレコードの削除を行なう（ステップＳ３−５）。
次に、管理コンピュータ２１は、変更後のセールス日時の訪問状況レコードを生成し、訪問状況データ記憶部２２に登録する（ステップＳ３−６）。
【００６４】
更に、管理コンピュータ２１は、変更後のセールス日時の出席者レコードを生成し、出席者データ記憶部２３に登録する（ステップＳ３−７）。この出席者レコードは、出席者毎に生成され、登録される。
以上により、セールス日時を変更する場合の処理を終了する。
【００６５】
＜新たなセールス日時設定処理＞
次に、新たにセールス日時を設定する場合の処理を説明する。ここでも、登録要求を受信した営業支援サーバ２０の管理コンピュータ２１は、登録要求においてセールス日時を特定し、クライアント端末１０に表示させたセールス日時からの変更の有無を確認する（ステップＳ３−１）。この場合、訪問状況レコードが訪問状況データ記憶部２２に登録されていないため、セールス日時が変更されていないことになる（ステップＳ３−１において「ＮＯ」）。この場合には、管理コンピュータ２１は、案件状況登録処理を実行する（ステップＳ３−８）。この案件状況登録処理を、図１０を用いて説明する。
【００６６】
案件状況登録処理は、訪問状況レコードの有無によって処理が異なる（ステップＳ４−１）。上述のように、新たにセールス日時を設定する場合には訪問状況レコードがない。この場合（ステップＳ４−１において「ＮＯ」の場合）、管理コンピュータ２１は、訪問状況レコードを生成し、訪問状況データ記憶部２２に記録する（ステップＳ４−２）。この訪問状況レコードには、登録指示に含まれるセールス先やセールス日時に関するデータを含める。
【００６７】
更に、管理コンピュータ２１は、訪問記録画面５００に入力された出席者についての出席者レコードを生成し、出席者データ記憶部２３に記録する（ステップＳ４−３）。この出席者レコードは、登録指示に含まれていた出席者毎に生成される。
これにより、新たに設定された訪問予定について、訪問状況レコード及び出席者レコードが登録される。
【００６８】
＜既登録訪問予定の変更処理＞
次に、既に登録されていた訪問予定の内容を変更する場合の処理を説明する。訪問状況データ記憶部２２において、既に訪問状況レコードが記録されている場合（ステップＳ４−１において「ＹＥＳ」の場合）、管理コンピュータ２１は、登録指示に含まれるデータに基づいて訪問状況データ記憶部２２に既に記録されていた訪問状況レコードを更新する（ステップＳ４−４）。
【００６９】
次に、変化のあった全出席者について出席者レコードの更新を行なう。ここでは、まず、管理コンピュータ２１は、訪問記録画面５００において削除された出席者の出席者レコードを削除する（ステップＳ４−５）。具体的には、管理コンピュータ２１は、クライアント端末１０のディスプレイに表示させた出席者であって、登録指示に含まれていない出席者を特定する。そして、この出席者の出席者レコードを出席者データ記憶部２３から削除する。
【００７０】
次に、管理コンピュータ２１は、訪問記録画面５００において追加された出席者の出席者レコードの追加を行なう（ステップＳ４−６）。具体的には、管理コンピュータ２１は、登録指示に含まれている出席者であって、クライアント端末１０のディスプレイに表示されていなかった出席者を特定する。そして、この出席者の出席者レコードを生成し、出席者データ記憶部２３に記録する。
【００７１】
次に、管理コンピュータ２１は、案件状況レコードの登録処理を行なう。この処理は、案件状況レコード毎に実行される。
まず、管理コンピュータ２１は、案件状況レコードの有無を確認する（ステップＳ４−７）。
【００７２】
セールス先、セールス日時、提案番号が同一の案件状況レコードが案件状況データ記憶部２４に登録されている場合（ステップＳ４−７において「ＹＥＳ」の場合）、管理コンピュータ２１は、登録指示に基づいて案件状況レコードの更新を行なう（ステップＳ４−８）。一方、セールス日時、提案番号が同一の案件状況レコードが登録されていない場合（ステップＳ４−７において「ＮＯ」の場合）、管理コンピュータ２１は、登録指示に基づいて案件状況レコードを生成し、案件状況データ記憶部２４に記録する（ステップＳ４−９）。
【００７３】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、営業支援サーバ２０の管理コンピュータ２１が、セールス先、セールス日時の入力を受け入れた場合（ステップＳ１−１）、訪問状況データ記憶部２２において、セールス先、セールス日時が一致する訪問状況レコードを抽出し、表示処理を行なう（ステップＳ１−４）。更に、管理コンピュータ２１は、出席者データ記憶部２３において、セールス先、セールス日時が一致する出席者レコードの検索を行ない（ステップＳ１−５）、抽出した出席者レコードの表示を行なう（ステップＳ１−６）。これにより、訪問状況レコードや出席者レコードを、それぞれ独立して各データ記憶部に記録する場合においても、一覧することができる。
【００７４】
更に、上記実施形態では、セールス先やセールス日時に基づいて、要約表データ記憶部２５に記録された案件を抽出した場合、案件状況レコード表示処理を実行する（ステップＳ１−９）。ここでは、予定入力の場合、すべての案件について、案件状況データ記憶部２４から案件状況レコードを抽出する（ステップＳ２−２）。この場合、要約表データ記憶部２５に記録された最新セールス日時の案件状況レコードを抽出する。これにより、このセールス先における、進行中のセールス状況を把握することができる。すなわち、訪問状況レコードとは独立して、案件状況レコードが記録されているため、セールス先での活動の全体像を把握することができる。また、訪問状況レコードと案件状況レコードとは独立しているため、案件のない訪問状況レコードや、訪問のない案件状況レコード等も、フレキシブルに登録することができる。
【００７５】
これにより、訪問記録のみの入力から、多角的な情報を表示することができる。例えば、訪問状況レコードを用いて訪問状況一覧を表示させることにより、担当者（部署）や企業単位の行動管理を行なうことができる。また、案件状況レコードを用いて提案状況一覧を表示させることにより、担当者（部署）や商品・企業単位の状況管理を行なうことができる。更に、案件状況レコードを時系列に表示させることにより、経緯照会が可能になり、個別案件単位の折衝履歴を把握することができる。
【００７６】
・ 上記実施形態では、管理コンピュータ２１は、訪問記録画面５００に入力されて表示要求対象のセールス日時が一致する案件状況レコードが、案件状況データ記憶部２４に記録されているかどうかを確認する（ステップＳ２−３）。表示要求のあったセールス日時と、一致する案件状況レコードが記録されている場合、管理コンピュータ２１は、この案件状況レコードを抽出する（ステップＳ２−４）。一方、案件状況データ記憶部２４に記録されている案件状況レコードのセールス日時が一致しない場合、訪問記録画面５００に入力されたセールス日時の直前の日付が付された案件レコードを案件状況データ記憶部２４から抽出する（ステップＳ２−５）。これにより、セールス先における案件状況を的確に把握することができる。
【００７７】
特に、セールス先において、同時に進行している複数の案件が存在する場合がある。こ
の場合、一回の訪問において、セールス対象の案件もあれば、セールス対象にならない案件も存在する。これを、図１２に示す各レコードを用いて説明する。図１２において、セールス日時Ｔ５の案件状況レコードＢ−２の他に、このセールス先に関しては、案件状況Ａや案件状況レコードＣも存在する。この場合、案件状況レコードＢ−２は、ステップＳ２−４の処理により抽出される。さらに、ステップＳ２−５の処理により、セールス日時Ｔ４の案件状況レコードＡ−３や、セールス日時Ｔ３の案件状況レコードＣ−２が抽出される。これにより、セールス日時が一致しない場合も、進行中の案件に関する情報を取得することができる。
【００７８】
例えば、図１３に示すように、時刻ｔ１において案件１の状況が入力されている場合、時刻ｔ２において訪問予定を入力したときに、案件１の状況を把握することができる。しかし、時刻ｔ３において入力された案件２の案件状況は把握できない。一方、時刻ｔ４の訪問時には、既に案件１及び案件２が進行中である。従って、実績入力を行なう時刻ｔ５においては、案件１だけでなく、案件２についても情報も取得することができる。
【００７９】
また、上記実施形態では、案件毎の進捗が独立したレコードにより記録されている。従って、所定の期間を指定して案件状況レコードを抽出することにより、この期間の案件状況の履歴情報として利用することができる。
【００８０】
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、出席者データ記憶部２３には、このセールス先への訪問等により、セールス先とのコミュニケーションを行なった担当者に関する出席者レコードが記録される。これに代えて、出席者については、訪問状況レコードに加えて記録することも可能である。
【００８１】
○ 上記実施形態では、訪問状況データ記憶部２２には、セールス先への訪問状況を記録した訪問状況レコードが記録される。この訪問状況レコードは、セールス先、セールス日時及び特記事項に関するデータを含んで構成される。これに加えて、訪問状況データ記憶部２２に予定フラグを更に記録してもよい。この予定フラグは予定入力が行なわれ、予定入力フラグがオンされた登録指示を受信した場合、管理コンピュータ２１が記録する。そして、実績が入力され、予定入力フラグがオフされた登録指示を受信した場合、管理コンピュータ２１は、この訪問状況レコードの予定フラグを削除する。これにより、訪問状況レコードにおいて予定と実績とを識別することができ、両者を分けて別個に出力・管理することができる。
【００８２】
○ 上記実施形態では、要約表データ記憶部２５には、各案件の最新の状態を特定するためのデータが記録される。この要約表データは、提案番号、セールス開始日、セールス収束日及び最新セールス日時に関するデータを含んで構成される。これに代えて、要約表データとして、案件毎に、セールス日時が最大となる案件状況レコードをコピーして記録してもよい。具体的には、最新の進捗が登録された場合、要約表データ記憶部２５に、この進捗に関する案件状況レコードを更新記録する。この場合、ステップＳ２−２において、案件状況データ記憶部２４から、最新セールス日時の案件状況レコードを抽出する必要はなく、要約表データ記憶部に記録された案件状況レコードのコピーをそのまま表示すればよい。
【００８３】
○ 上記実施形態では、クライアント端末１０としてコンピュータ端末を用いるが、ＰＤＡ（Personal Digital Assistant）、携帯電話端末を用いることも可能である。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施形態のシステム概略図。
【図２】訪問状況データ記憶部に記録されたデータの説明図。
【図３】出席者データ記憶部に記録されたデータの説明図。
【図４】案件状況データ記憶部に記録されたデータの説明図。
【図５】要約表データ記憶部に記録されたデータの説明図。
【図６】本発明の実施形態の機能ブロックの説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本実施形態の処理手順の説明図。
【図１０】本実施形態の処理手順の説明図。
【図１１】クライアント端末のディスプレイの表示画面の説明図。
【図１２】各レコードの関係の説明図。
【図１３】データ入力のタイミングの説明図。
【符号の説明】
【００８５】
１０…クライアント端末、２０…営業支援システム、２１…管理コンピュータ、２２…訪問状況データ記憶部、２３…出席者データ記憶部、２４…案件状況データ記憶部、２６…要約表データ記憶部。
【特許請求の範囲】
【請求項１】
セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、
案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、
利用者端末に接続された管理コンピュータとを備えた営業支援システムであって、
前記管理コンピュータが、
前記利用者端末から訪問記録登録要求を受信した場合、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段と
を備えたことを特徴とする営業支援システム。
【請求項２】
前記管理コンピュータが、
前記利用者端末から訪問記録表示要求を受信した場合、
前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、
前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、
各レコード検索手段から供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段と
を備えたことを特徴とする請求項１に記載の営業支援システム。
【請求項３】
前記案件状況レコード検索手段が、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、
前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを特徴とする請求項２に記載の営業支援システム。
【請求項４】
前記営業支援システムは、訪問時の出席者毎に、セールス先情報とセールス日時情報とを含む出席者レコードを記録した出席者データ記憶部を更に備え、
前記管理コンピュータが、
前記利用者端末から訪問記録登録要求を受信した場合には、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、出席者情報を抽出し、これらを含めた出席者レコードを、個別に前記出席者データ記憶部に記録する出席者レコード登録手段と、
前記利用者端末から訪問記録表示要求を受信した場合には、前記出席者データ記憶部から、前記訪問記録表示要求のセールス先及びセールス日時に基づいて出席者レコードを抽出する出席者レコード検索手段とを更に備え、
前記訪問記録表示手段は、前記抽出した出席者レコードを前記訪問記録画面データに追加することを特徴とする請求項２又は３のいずれか一つに記載の営業支援システム。
【請求項５】
セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、
案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、
利用者端末に接続された管理コンピュータとを用いて営業支援を行なう方法であって、
前記管理コンピュータが、
前記利用者端末から訪問記録登録要求を受信した場合、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録段階と、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録段階と、
前記利用者端末から訪問記録表示要求を受信した場合、
前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索段階と、
前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索段階と、
各レコード検索段階において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示段階とを実行するとともに、
前記案件状況レコード検索段階において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、
前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを特徴とする営業支援方法。
【請求項６】
セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、
案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、
利用者端末に接続された管理コンピュータとを用いて営業支援を行なうプログラムであって、
前記管理コンピュータを、
前記利用者端末から訪問記録登録要求を受信した場合、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段と、
前記利用者端末から訪問記録表示要求を受信した場合、
前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、
前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、
各レコード検索手段において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段として機能させるとともに、
前記案件状況レコード検索手段において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、
前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコ
ードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを特徴とする営業支援プログラム。
【請求項１】
セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、
案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、
利用者端末に接続された管理コンピュータとを備えた営業支援システムであって、
前記管理コンピュータが、
前記利用者端末から訪問記録登録要求を受信した場合、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段と
を備えたことを特徴とする営業支援システム。
【請求項２】
前記管理コンピュータが、
前記利用者端末から訪問記録表示要求を受信した場合、
前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、
前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、
各レコード検索手段から供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段と
を備えたことを特徴とする請求項１に記載の営業支援システム。
【請求項３】
前記案件状況レコード検索手段が、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、
前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを特徴とする請求項２に記載の営業支援システム。
【請求項４】
前記営業支援システムは、訪問時の出席者毎に、セールス先情報とセールス日時情報とを含む出席者レコードを記録した出席者データ記憶部を更に備え、
前記管理コンピュータが、
前記利用者端末から訪問記録登録要求を受信した場合には、前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、出席者情報を抽出し、これらを含めた出席者レコードを、個別に前記出席者データ記憶部に記録する出席者レコード登録手段と、
前記利用者端末から訪問記録表示要求を受信した場合には、前記出席者データ記憶部から、前記訪問記録表示要求のセールス先及びセールス日時に基づいて出席者レコードを抽出する出席者レコード検索手段とを更に備え、
前記訪問記録表示手段は、前記抽出した出席者レコードを前記訪問記録画面データに追加することを特徴とする請求項２又は３のいずれか一つに記載の営業支援システム。
【請求項５】
セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、
案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、
利用者端末に接続された管理コンピュータとを用いて営業支援を行なう方法であって、
前記管理コンピュータが、
前記利用者端末から訪問記録登録要求を受信した場合、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録段階と、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録段階と、
前記利用者端末から訪問記録表示要求を受信した場合、
前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索段階と、
前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索段階と、
各レコード検索段階において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示段階とを実行するとともに、
前記案件状況レコード検索段階において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、
前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを特徴とする営業支援方法。
【請求項６】
セールス先への訪問毎にセールス先情報、セールス日時情報とを含む訪問状況レコードを記録した訪問状況データ記憶部と、
案件毎に、案件識別子、セールス日時情報、セールス先情報と進捗状況情報とを含む案件状況レコードを記録した案件状況データ記憶部と、
利用者端末に接続された管理コンピュータとを用いて営業支援を行なうプログラムであって、
前記管理コンピュータを、
前記利用者端末から訪問記録登録要求を受信した場合、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報を抽出し、これらを含めた訪問状況レコードを前記訪問状況データ記憶部に記録する訪問状況レコード登録手段と、
前記受信した訪問記録登録要求に含まれるセールス先情報、セールス日時情報、進捗状況情報を案件識別子毎に抽出し、これらを含めた案件状況レコードを、個別に前記案件状況データ記憶部に記録する案件状況レコード登録手段と、
前記利用者端末から訪問記録表示要求を受信した場合、
前記訪問状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先及びセールス日時に基づいて、訪問状況レコードを抽出する訪問状況レコード検索手段と、
前記案件状況データ記憶部から、前記訪問記録表示要求に含まれるセールス先に基づいて、案件状況レコードを抽出する案件状況レコード検索手段と、
各レコード検索手段において供給を受けたレコードを合成して訪問記録画面データを生成し、前記利用者端末に送信する訪問記録表示手段として機能させるとともに、
前記案件状況レコード検索手段において、前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコードを特定した場合には、この案件状況レコードを訪問記録表示手段に供給し、
前記訪問記録表示要求に含まれるセールス先及びセールス日時に一致する案件状況レコ
ードを特定できない場合には、前記セールス先の案件の中で、セールス日時の直前の案件状況レコードを訪問記録表示手段に供給することを特徴とする営業支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−１６４３６５（Ｐ２００７−１６４３６５Ａ）
【公開日】平成１９年６月２８日（２００７．６．２８）
【国際特許分類】
【出願番号】特願２００５−３５８０６３（Ｐ２００５−３５８０６３）
【出願日】平成１７年１２月１２日（２００５．１２．１２）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【公開日】平成１９年６月２８日（２００７．６．２８）
【国際特許分類】
【出願日】平成１７年１２月１２日（２００５．１２．１２）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
[ Back to top ]