JP2015228058A

JP2015228058A - 営業支援システムおよび営業支援プログラム

Info

Publication number: JP2015228058A
Application number: JP2014112555A
Authority: JP
Inventors: 孝記中島; Takanori Nakajima
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2014-05-30
Filing date: 2014-05-30
Publication date: 2015-12-17
Anticipated expiration: 2034-05-30
Also published as: US20150348145A1; JP6055792B2

Abstract

【課題】管理者の管理の負担を抑えつつ、製品に対する属性の種類がディーラー毎にカスタマイズされることができる営業支援システムおよび営業支援プログラムを提供する。【解決手段】顧客に製品を販売する複数のディーラーの営業を支援する営業支援サーバーは、顧客に関する特定の内容を示す顧客情報を利用して特定の機能を実行する機能実行手段と、顧客情報を管理する顧客情報管理手段とを備え、顧客情報管理手段は、製品に対する属性の種類がディーラー毎に記憶される管理デバイスマスターテーブルと、種類に対する実際の内容を示す属性値がディーラー、製品および種類の組み合わせ毎に記憶される管理デバイス情報テーブルとをそれぞれ顧客情報の一部として管理し、機能実行手段は、管理デバイスマスターテーブルおよび管理デバイス情報テーブルに基づいて取得した（Ｓ１０１〜Ｓ１０４）属性を利用して機能を実行する（Ｓ１０５）ことを特徴とする。【選択図】図９

Description

本発明は、顧客に製品を販売するディーラーの営業を支援する営業支援システムおよび営業支援プログラムに関する。

従来、顧客に製品を販売するディーラーの営業を支援する営業支援システムとして、顧客に関する特定の内容を示す顧客情報を利用して特定の機能を実行する営業支援システムが知られている（例えば、特許文献１−３参照。）。

特開２００２−０７３９５４号公報特開２００３−１５７３９０号公報特開２００６−３２３５５５号公報

営業支援システムの管理者が複数のディーラーに対して営業支援システムを提供する方法として、全てのディーラーのオンプレミス環境に営業支援システムを個別に導入する方法が考えられる。

ここで、営業支援システムにおいて利用される顧客情報には、製品のモデル名など、製品に対する種々の属性が含まれる。ディーラーによっては、営業支援システムによって管理される属性の種類として、固定の種類に加えて、ディーラー自身の独自の種類を希望する場合がある。

全てのディーラーのオンプレミス環境に営業支援システムが個別に導入される場合には、複数の営業支援システムのそれぞれにおいて顧客情報が個別に定義されることができるので、営業支援システムによって管理される属性の種類は、営業支援システムのソフトウェアの更新によってディーラー毎にカスタマイズされることができる。

しかしながら、全てのディーラーのオンプレミス環境に営業支援システムが個別に導入される場合には、管理者が複数の営業支援システムを管理する必要があるので、営業支援システムに対する管理者の管理の負担が大きいという問題がある。

そこで、営業支援システムの管理者が複数のディーラーに対して営業支援システムを提供する方法のうち、営業支援システムに対する管理者の管理の負担を抑える方法として、複数のディーラーに対して単一の営業支援システムを提供する方法が考えられる。

しかしながら、複数のディーラーに対して単一の営業支援システムが提供される場合には、営業支援システムによって管理される属性の種類が一のディーラーに対してカスタマイズされた場合に、属性の種類のカスタマイズが他のディーラーに影響を与えることを防止する必要がある。

そこで、本発明は、管理者の管理の負担を抑えつつ、製品に対する属性の種類がディーラー毎にカスタマイズされることができる営業支援システムおよび営業支援プログラムを提供することを目的とする。

本発明の営業支援システムは、顧客に製品を販売する複数のディーラーの営業を支援する営業支援システムであって、前記顧客に関する特定の内容を示す顧客情報を利用して特定の機能を実行する機能実行手段と、前記顧客情報を管理する顧客情報管理手段とを備え、前記顧客情報管理手段は、前記製品に対する属性の種類が前記ディーラー毎に記憶される属性種類情報と、前記種類に対する実際の内容を示す属性値が前記ディーラー、前記製品および前記種類の組み合わせ毎に記憶される属性値情報とをそれぞれ前記顧客情報の一部として管理し、前記機能実行手段は、前記属性種類情報および前記属性値情報に基づいて取得した前記属性を利用して前記機能を実行することを特徴とする。

この構成により、本発明の営業支援システムは、１つのシステムで全てのディーラーに対応することができるので、ディーラーのそれぞれに対してシステムが１つずつ用意される必要がなく、管理者の管理の負担を抑えることができる。また、本発明の営業支援システムは、製品に対する属性の種類がディーラー毎に記憶される属性種類情報に基づいて機能を実行するので、属性の種類がディーラー毎にカスタマイズされることができる。

また、本発明の営業支援システムにおいて、前記顧客情報管理手段は、前記顧客情報を複数に分割したそれぞれを別々のデータベースサーバーに記憶させても良い。

この構成により、本発明の営業支援システムは、顧客情報を処理する場合の負荷を複数のデータベースサーバーのそれぞれに分散することができるので、顧客情報全体の情報量が膨大であっても適切な速度で機能を実行することができる。

本発明の営業支援プログラムは、顧客に製品を販売する複数のディーラーの営業を支援する営業支援プログラムであって、前記顧客に関する特定の内容を示す顧客情報を利用して特定の機能を実行する機能実行手段、および、前記顧客情報を管理する顧客情報管理手段としてコンピューターを機能させ、前記顧客情報管理手段は、前記製品に対する属性の種類が前記ディーラー毎に記憶される属性種類情報と、前記種類に対する実際の内容を示す属性値が前記ディーラー、前記製品および前記種類の組み合わせ毎に記憶される属性値情報とをそれぞれ前記顧客情報の一部として管理し、前記機能実行手段は、前記属性種類情報および前記属性値情報に基づいて取得した前記属性を利用して前記機能を実行することを特徴とする。

この構成により、本発明の営業支援プログラムは、実現する１つのシステムで全てのディーラーに対応することができるので、ディーラーのそれぞれに対してシステムが１つずつ用意される必要がなく、管理者の管理の負担を抑えることができる。また、本発明の営業支援プログラムは、製品に対する属性の種類がディーラー毎に記憶される属性種類情報に基づいて機能を実行するので、属性の種類がディーラー毎にカスタマイズされることができる。

本発明の営業支援システムおよび営業支援プログラムは、管理者の管理の負担を抑えつつ、製品に対する属性の種類がディーラー毎にカスタマイズされることができる。

本発明の一実施の形態に係るシステムのブロック図である。図１に示す営業支援サーバーの管理者と、ディーラーとの関係を示す図である。図１に示す営業支援サーバーのブロック図である。図１に示すデータベースサーバーのブロック図である。図４に示す管理ノードテーブルの一例を示す図である。図４に示す管理デバイステーブルの一例を示す図である。図４に示す管理デバイスマスターテーブルの一例を示す図である。図４に示す管理デバイス情報テーブルの一例を示す図である。機能の利用が要求される場合の図３に示す営業支援サーバーの動作のフローチャートである。属性の種類がカスタマイズされる場合の図３に示す営業支援サーバーの動作のフローチャートである。図１０に示す動作によってカスタマイズされた管理デバイスマスターテーブルの一例を示す図である。属性値の入力が要求される場合の図３に示す営業支援サーバーの動作のフローチャートである。図１２に示す動作によって属性値が入力された管理デバイス情報テーブルの一例を示す図である。複数台のデータベースサーバーを備える場合の本発明の一実施の形態に係るシステムのブロック図である。図１４に示すデータベースサーバーに記憶される管理ノードテーブルの一例を示す図である。

以下、本発明の一実施の形態について、図面を用いて説明する。

まず、本実施の形態に係るシステム１０の構成について説明する。

図１は、本実施の形態に係るシステム１０のブロック図である。

図１に示すように、システム１０は、顧客に製品を販売する複数のディーラーの営業を支援する営業支援システムとしての営業支援サーバー２０と、顧客に関する特定の内容を示す顧客情報を記憶するデータベースサーバー３０と、ディーラーが利用する利用者端末４０、利用者端末５０および利用者端末６０とを備えている。

営業支援サーバー２０と、データベースサーバー３０、利用者端末４０、利用者端末５０および利用者端末６０とは、インターネットなどのネットワーク１１を介して互いに通信可能に接続されている。

なお、システム１０は、利用者端末４０、利用者端末５０および利用者端末６０の他にも、利用者端末４０と同様な利用者端末を多数備えることが可能である。

図２は、営業支援サーバー２０（図１参照。）の管理者７２と、ディーラーとの関係を示す図である。

図２に示すように、システム１０（図１参照。）の利用者としては、営業支援サーバー２０の管理者７２と、顧客に製品を販売するディーラー７４、ディーラー７５およびディーラー７６とが存在する。

なお、営業支援サーバー２０の利用者としては、ディーラー７４、ディーラー７５およびディーラー７６の他にも、ディーラーが多数存在することが可能である。

管理者７２は、営業支援サーバー２０（図１参照。）においてディーラーを管理する権限を有する者であって、営業支援サーバー２０の保守および運用を行う者である。管理者７２は、例えば、ディーラーが顧客に販売する製品のメーカーの販売会社である。例えば、営業支援サーバー２０によって提供される支援サービスは、メーカーの販売会社が自社製品の利用促進を目的として、ディーラーによる製品の販売管理と、ディーラーによる製品の運用とを支援するために、ディーラーに提供するサービスである。なお、メーカーの販売会社には、複数の国を統括するＲＨＱ（ＲｅｇｉｏｎａｌＨｅａｄｑｕａｒｔｅｒ）と、国以下の粒度の単位に限定した業務を行うＳＣ（ＳｅｃｏｎｄＬｅｖｅｌ）とが存在する。

ここで、製品には、例えば、電子機器が含まれていても良い。電子機器には、例えば、事務機器が含まれていても良い。事務機器としては、例えば、ＭＦＰ（ＭｕｌｔｉｆｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）、プリンター専用機などの画像形成装置が含まれていても良い。例えば、営業支援サーバー２０は、ＭＰＳ（ＭａｎａｇｅｄＰｒｉｎｔＳｅｒｖｉｃｅ）など、ディーラーによる画像形成装置の販売管理と、ディーラーによる画像形成装置の運用とに対する支援サービスを提供するものであっても良い。

ディーラーは、営業支援サーバー２０において管理者７２によって管理される者である。しかしながら、ディーラーは、管理者７２とは独立した別の法人であり、管理者７２の製品のみならず、管理者７２の製品の競合製品など、任意の製品を取り扱うことができる。

図１に示す営業支援サーバー２０およびデータベースサーバー３０は、管理者７２（図２参照。）のオンプレミス環境またはクラウド上に存在している。

データベースサーバー３０は、顧客情報をディーラー毎に記憶している。顧客情報は、複数の項目の情報を含んでいる。例えば、顧客情報の項目としては、顧客の名称が存在する。また、顧客情報の項目としては、顧客が所有している製品のモデル名、設定、状態、使用履歴など、顧客が所有している製品に対する種々の属性が存在する。

システム１０に含まれる利用者端末は、それぞれ別々のディーラーによって利用される。例えば、利用者端末４０、５０、６０の利用者は、それぞれ、ディーラー７４、７５、７６（図２参照。）である。

利用者端末４０、５０、６０は、それぞれ、ディーラー７４、７５、７６のオンプレミス環境に存在している。利用者端末４０、利用者端末５０および利用者端末６０は、例えばＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、タブレット端末などのコンピューターによって構成されている。

図３は、営業支援サーバー２０のブロック図である。

図３に示すように、営業支援サーバー２０は、種々の操作が入力されるマウスやキーボードなどの入力デバイスである操作部２１と、種々の情報を表示するＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）などの表示デバイスである表示部２２と、ネットワーク１１（図１参照。）経由で外部の装置と通信を行うネットワーク通信デバイスである通信部２３と、プログラムおよび各種のデータを記憶しているＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）などの記憶デバイスである記憶部２４と、営業支援サーバー２０全体を制御する制御部２５とを備えている。営業支援サーバー２０は、例えばＰＣなどのコンピューターによって構成されている。

記憶部２４は、利用者端末の利用者であるディーラーの営業を支援する営業支援プログラム２４ａを記憶している。営業支援プログラム２４ａは、営業支援サーバー２０の製造段階で営業支援サーバー２０にインストールされていても良いし、ＣＤ（ＣｏｍｐａｃｔＤｉｓｋ）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）などの記憶媒体から営業支援サーバー２０に追加でインストールされても良いし、ネットワーク１１上から営業支援サーバー２０に追加でインストールされても良い。

また、記憶部２４は、ディーラーに関する種々の内容を示すディーラー情報２４ｂを記憶することができる。例えば、ディーラー情報２４ｂには、ディーラーのログイン用のＩＤおよびパスワードと、ディーラーの名称とが含まれる。

制御部２５は、例えば、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）と、ＣＰＵの作業領域として用いられるＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）とを備えている。ＣＰＵは、ＲＯＭまたは記憶部２４に記憶されているプログラムを実行することができる。

制御部２５は、記憶部２４に記憶されている営業支援プログラム２４ａを実行することによって、顧客情報を利用して特定の機能を実行する機能実行手段２５ａ、および、顧客情報を管理する顧客情報管理手段２５ｂとして機能する。

機能実行手段２５ａによって実行される機能としては、ディーラーによる製品の販売を支援する機能が考えられる。例えば、顧客の現状を改善することができる新規の製品の販売の提案を、ディーラーの顧客情報のうち、ディーラーの顧客が所有している製品の使用履歴に基づいて生成する機能が考えられる。

また、機能実行手段２５ａによって実行される機能としては、ディーラーによる製品の運用を支援する機能が考えられる。例えば、ディーラーの顧客情報のうち、ディーラーの顧客が所有している製品における消耗品の使用状況に基づいて、製品の消耗品を自動的に発注する機能が考えられる。また、ディーラーの顧客情報のうち、ディーラーの顧客が所有している製品の状態に基づいて、製品における設定をリモートで変更する機能が考えられる。また、ディーラーの顧客情報のうち、ディーラーの顧客が所有している製品の状態に基づいて、製品が故障しているか否かを判断し、製品が故障している場合には必要な処置の方法を通知する機能が考えられる。

図４は、データベースサーバー３０のブロック図である。

図４に示すように、データベースサーバー３０は、種々の操作が入力されるマウスやキーボードなどの入力デバイスである操作部３１と、種々の情報を表示するＬＣＤなどの表示デバイスである表示部３２と、ネットワーク１１（図１参照。）経由で外部の装置と通信を行うネットワーク通信デバイスである通信部３３と、プログラムおよび各種のデータを記憶しているＨＤＤなどの記憶デバイスである記憶部３４と、データベースサーバー３０全体を制御する制御部３５とを備えている。データベースサーバー３０は、例えばＰＣなどのコンピューターによって構成されている。

記憶部３４は、営業支援サーバー２０によって管理される者、すなわち、ノード（以下「管理ノード」と言う。）を示す管理ノードテーブル３４ａと、管理ノードが管理する製品、すなわち、デバイス（以下「管理デバイス」と言う。）を示す管理デバイステーブル３４ｂと、管理デバイスに対する属性の種類を示す属性種類情報としての管理デバイスマスターテーブル３４ｃと、管理デバイスに対する属性の種類に対する実際の内容を示す属性値を示す属性値情報としての管理デバイス情報テーブル３４ｄとを記憶することができる。管理ノードテーブル３４ａ、管理デバイステーブル３４ｂ、管理デバイスマスターテーブル３４ｃおよび管理デバイス情報テーブル３４ｄは、顧客情報の少なくとも一部を構成している。

制御部３５は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、ＣＰＵの作業領域として用いられるＲＡＭとを備えている。ＣＰＵは、ＲＯＭまたは記憶部３４に記憶されているプログラムを実行することができる。

図５は、管理ノードテーブル３４ａの一例を示す図である。

図５に示す管理ノードテーブル３４ａは、管理ノードのＩＤ（以下「管理ノードＩＤ」と言う。）と、管理ノードの名称を示す管理ノード名との関係を記憶している。

図５に示す例において、管理ノードＩＤ「1」の管理ノードの管理ノード名は、管理者７２のうちＲＨＱを示す「RHQ」である。管理ノードＩＤ「2」の管理ノードの管理ノード名は、管理者７２のうちＳＣを示す「SC」である。管理ノードＩＤ「3」の管理ノードの管理ノード名は、ディーラー７４を示す「DL1」である。管理ノードＩＤ「4」の管理ノードの管理ノード名は、ディーラー７５を示す「DL2」である。管理ノードＩＤ「5」の管理ノードの管理ノード名は、ディーラー７６を示す「DL3」である。

図６は、管理デバイステーブル３４ｂの一例を示す図である。

図６に示す管理デバイステーブル３４ｂは、管理ノードＩＤと、管理デバイスのＩＤ（以下「デバイスＩＤ」と言う。）と、管理デバイスの名称を示すデバイス名との関係を記憶している。

管理デバイステーブル３４ｂにおける管理ノードＩＤは、管理ノードテーブル３４ａ（図５参照。）において定義されている管理ノードＩＤと同一である。デバイスＩＤは、管理ノードＩＤ単位で独立して定義されている。

図６に示す例において、管理ノードＩＤ「3」の管理ノードは、デバイスＩＤ、デバイス名がそれぞれ「1」、「MFP1」であるデバイスを管理している。また、管理ノードＩＤ「4」の管理ノードは、デバイスＩＤ、デバイス名がそれぞれ「1」、「MFP_A」であるデバイスと、デバイスＩＤ、デバイス名がそれぞれ「2」、「PRN_A」であるデバイスとを管理している。管理ノードＩＤ「5」の管理ノードは、デバイスＩＤ、デバイス名がそれぞれ「1」、「MFP_B」であるデバイスを管理している。なお、管理ノードＩＤ、デバイスＩＤがそれぞれ「3」、「1」であるデバイスと、管理ノードＩＤ、デバイスＩＤがそれぞれ「4」、「1」であるデバイスと、管理ノードＩＤ、デバイスＩＤがそれぞれ「5」、「1」であるデバイスとは、例えば、ＭＦＰである。また、管理ノードＩＤ、デバイスＩＤがそれぞれ「4」、「2」であるデバイスは、例えば、プリンター専用機である。

図７は、管理デバイスマスターテーブル３４ｃの一例を示す図である。

図７に示す管理デバイスマスターテーブル３４ｃは、管理ノードＩＤと、管理デバイスに対する属性のＩＤ（以下「属性ＩＤ」と言う。）と、管理デバイスに対する属性の型を示す属性型と、管理デバイスに対する属性の名称を示す属性名との関係を記憶している。すなわち、管理デバイスマスターテーブル３４ｃは、ディーラー毎に「属性の種類」が記憶されている。

管理デバイスマスターテーブル３４ｃにおける管理ノードＩＤは、管理ノードテーブル３４ａ（図５参照。）において定義されている管理ノードＩＤと同一である。属性ＩＤは、管理ノードＩＤ単位で独立して定義されている。

図７に示す例において、管理ノードＩＤ「1」、「2」、「3」、「4」、「5」のそれぞれの管理ノードには、属性型、属性名がそれぞれ「文字列型」、「Model Name」である属性が、属性ＩＤとして「1」が付されて付与されている。

図８は、管理デバイス情報テーブル３４ｄの一例を示す図である。

図８に示す管理デバイス情報テーブル３４ｄは、管理ノードＩＤと、デバイスＩＤと、属性ＩＤと、属性値との関係を記憶している。すなわち、管理デバイス情報テーブル３４ｄは、「ディーラー」、「製品」および「属性の種類」毎に属性値が記憶されている。

管理デバイス情報テーブル３４ｄにおける管理ノードＩＤは、管理ノードテーブル３４ａ（図５参照。）において定義されている管理ノードＩＤと同一である。管理デバイス情報テーブル３４ｄにおけるデバイスＩＤは、管理デバイステーブル３４ｂ（図６参照。）において定義されているデバイスＩＤと同一である。管理デバイス情報テーブル３４ｄにおける属性ＩＤは、管理デバイスマスターテーブル３４ｃ（図７参照。）において定義されている属性ＩＤと同一である。

図８に示す例において、管理ノードＩＤ「3」の管理ノードに管理されているデバイスＩＤ「1」のデバイスに付与されている属性ＩＤ「1」の属性の属性値は、「KM-5050」である。管理ノードＩＤ「4」の管理ノードに管理されているデバイスＩＤ「1」のデバイスに付与されている属性ＩＤ「1」の属性の属性値は、「KM-3050」である。管理ノードＩＤ「4」の管理ノードに管理されているデバイスＩＤ「2」のデバイスに付与されている属性ＩＤ「1」の属性の属性値は、「FS-1518」である。管理ノードＩＤ「5」の管理ノードに管理されているデバイスＩＤ「1」のデバイスに付与されている属性ＩＤ「1」の属性の属性値は、「KM-2020」である。

次に、営業支援サーバー２０の動作について説明する。

まず、ディーラーから機能の利用が要求される場合の営業支援サーバー２０の動作について説明する。

ディーラーは、営業支援サーバー２０に機能の利用を要求する前に、営業支援サーバー２０にログインする必要がある。ディーラーが営業支援サーバー２０へのログインを利用者端末に指示すると、利用者端末は、ディーラーから入力されたログイン用のＩＤおよびパスワードをネットワーク１１経由で営業支援サーバー２０に送信することによって、ディーラーのログインを営業支援サーバー２０に要求する。営業支援サーバー２０の制御部２５は、利用者端末からログインが要求されると、利用者端末から送信されてきたＩＤおよびパスワードの組み合わせがディーラー情報２４ｂに含まれている場合に、ディーラーのログインを許可し、利用者端末から送信されてきたＩＤおよびパスワードの組み合わせがディーラー情報２４ｂに含まれていない場合に、ディーラーのログインを許可しない。

営業支援サーバー２０によってログインが許可されたディーラーが、営業支援サーバー２０によって提供される機能の利用を利用者端末に指示すると、利用者端末は、機能の利用をネットワーク１１経由で営業支援サーバー２０に要求する。営業支援サーバー２０の制御部２５は、機能の利用が利用者端末から要求されると、図９に示す動作を実行する。

図９は、機能の利用が要求される場合の営業支援サーバー２０の動作のフローチャートである。

図９に示すように、顧客情報管理手段２５ｂは、ログイン中のディーラーの管理ノード名に基づいて、ログイン中のディーラーの管理ノードＩＤを、データベースサーバー３０の管理ノードテーブル３４ａから取得する（Ｓ１０１）。

次いで、顧客情報管理手段２５ｂは、Ｓ１０１において取得した管理ノードＩＤと、ディーラーから利用が要求された機能の対象の製品のデバイス名とに基づいて、ディーラーから利用が要求された機能の対象の製品のデバイスＩＤを、データベースサーバー３０の管理デバイステーブル３４ｂから取得する（Ｓ１０２）。

次いで、顧客情報管理手段２５ｂは、Ｓ１０１において取得した管理ノードＩＤと、ディーラーから利用が要求された機能の対象の製品に対する属性の属性名とに基づいて、ディーラーから利用が要求された機能の対象の製品に対する属性の属性ＩＤおよび属性型を、データベースサーバー３０の管理デバイスマスターテーブル３４ｃから取得する（Ｓ１０３）。

次いで、顧客情報管理手段２５ｂは、Ｓ１０１において取得した管理ノードＩＤと、Ｓ１０２において取得したデバイスＩＤと、Ｓ１０３において取得した属性ＩＤとに基づいて、ディーラーから利用が要求された機能の対象の製品に対する属性の属性値を、データベースサーバー３０の管理デバイス情報テーブル３４ｄから取得する（Ｓ１０４）。

次いで、機能実行手段２５ａは、Ｓ１０４において取得した属性値を利用して機能を実行する（Ｓ１０５）。ここで、機能実行手段２５ａは、機能の実行のために属性値を利用する場合に、属性値をＳ１０３において取得した属性型の値として取り扱う。

機能実行手段２５ａは、Ｓ１０５の処理が終了すると、図９に示す動作を終了する。

次に、属性の種類がカスタマイズされる場合の営業支援サーバー２０の動作について説明する。

営業支援サーバー２０の制御部２５は、特定のディーラーの管理デバイスに対する属性の種類の追加がディーラー自身または管理者７２から例えば操作部２１を介して指示されると、図１０に示す動作を実行する。

図１０は、属性の種類がカスタマイズされる場合の営業支援サーバー２０の動作のフローチャートである。

図１０に示すように、顧客情報管理手段２５ｂは、管理デバイスに対する属性の種類の追加が指示されたディーラーの管理ノード名に基づいて、ディーラーの管理ノードＩＤを、データベースサーバー３０の管理ノードテーブル３４ａから取得する（Ｓ１１１）。

次いで、顧客情報管理手段２５ｂは、追加が指示された属性の属性型および属性名を、Ｓ１１１において取得された管理ノードＩＤに基づいて、データベースサーバー３０の管理デバイスマスターテーブル３４ｃに追加する（Ｓ１１２）。ここで、顧客情報管理手段２５ｂは、Ｓ１１１において取得された管理ノードＩＤに対して管理デバイスマスターテーブル３４ｃにおいてＳ１１２の処理の前に付与されていない属性ＩＤを、Ｓ１１２において付与する。

顧客情報管理手段２５ｂは、Ｓ１１２の処理が終了すると、図１０に示す動作を終了する。

図１１は、図１０に示す動作によってカスタマイズされた管理デバイスマスターテーブル３４ｃの一例を示す図である。

図１１に示す管理デバイスマスターテーブル３４ｃは、図７に示す管理デバイスマスターテーブル３４ｃと比較して、管理ノードＩＤ「4」の管理ノードに、属性ＩＤ、属性型、属性名がそれぞれ「2」、「ブール型」、「Custom」である属性の種類が追加されている。新たに追加された属性の種類は、例えば、製品のメンテナンスが終了しているか否かという属性である。

次に、属性値が入力される場合の営業支援サーバー２０の動作について説明する。

ディーラーは、営業支援サーバー２０に属性値の入力を要求する前に、上述したように、営業支援サーバー２０にログインする必要がある。営業支援サーバー２０によってログインが許可されたディーラーが、属性値の入力を利用者端末に指示すると、利用者端末は、属性値の入力をネットワーク１１経由で営業支援サーバー２０に要求する。営業支援サーバー２０の制御部２５は、属性値の入力が利用者端末から要求されると、図１２に示す動作を実行する。

図１２は、属性値の入力が要求される場合の営業支援サーバー２０の動作のフローチャートである。

図１２に示すように、顧客情報管理手段２５ｂは、ログイン中のディーラーの管理ノード名に基づいて、ログイン中のディーラーの管理ノードＩＤを、データベースサーバー３０の管理ノードテーブル３４ａから取得する（Ｓ１２１）。

次いで、顧客情報管理手段２５ｂは、Ｓ１２１において取得した管理ノードＩＤと、ディーラーから属性値の入力が要求された対象の製品のデバイス名とに基づいて、ディーラーから属性値の入力が要求された対象の製品のデバイスＩＤを、データベースサーバー３０の管理デバイステーブル３４ｂから取得する（Ｓ１２２）。

次いで、顧客情報管理手段２５ｂは、Ｓ１２１において取得した管理ノードＩＤと、ディーラーから属性値の入力が要求された属性の属性名とに基づいて、ディーラーから属性値の入力が要求された属性の属性ＩＤおよび属性型を、データベースサーバー３０の管理デバイスマスターテーブル３４ｃから取得する（Ｓ１２３）。

次いで、顧客情報管理手段２５ｂは、ディーラーから入力が要求された属性値を、Ｓ１２１において取得した管理ノードＩＤと、Ｓ１２２において取得したデバイスＩＤと、Ｓ１２３において取得した属性ＩＤとに対応付けて、データベースサーバー３０の管理デバイス情報テーブル３４ｄに入力する（Ｓ１２４）。ここで、顧客情報管理手段２５ｂは、入力する属性値がＳ１２３において取得した属性型に適合する場合にのみ、属性値を管理デバイス情報テーブル３４ｄに入力する。

顧客情報管理手段２５ｂは、Ｓ１２４の処理が終了すると、図１２に示す動作を終了する。

なお、営業支援サーバー２０は、図１２に示す動作によって入力された新たな属性値を利用して図９に示すように機能を実行することができる。

図１３は、図１２に示す動作によって属性値が入力された管理デバイス情報テーブル３４ｄの一例を示す図である。

図１３に示す管理デバイス情報テーブル３４ｄは、図８に示す管理デバイス情報テーブル３４ｄと比較して、管理ノードＩＤ「4」の管理ノードに管理されているデバイスＩＤ「1」、「2」のデバイスに付与されている属性ＩＤ「2」の属性の属性値として、それぞれ、「0」、「1」が追加されている。管理ノードＩＤ、属性ＩＤがそれぞれ「4」、「2」である属性の属性値は、例えば、「0」である場合には、製品のメンテナンスが終了していることを示し、「1」である場合には、製品のメンテナンスが終了していないということを示している。

以上においては、ディーラーが管理する製品に関する新たな属性値を管理デバイス情報テーブル３４ｄに追加することをディーラー自身が利用者端末を介して営業支援サーバー２０に要求する方法について説明している。しかしながら、管理者７２も、例えば営業支援サーバー２０の操作部２１を介して、管理ノードが管理する製品に関する新たな属性値を管理デバイス情報テーブル３４ｄに追加することを営業支援サーバー２０に要求することができる。また、属性の種類によっては、営業支援サーバー２０の顧客情報管理手段２５ｂが属性値を管理デバイス情報テーブル３４ｄに自動的に追加することもできる。例えば、顧客情報管理手段２５ｂは、属性名が「Model Name」である属性に関して、リモートで製品を探して、製品の属性値、すなわち、モデル名を製品から自動的に取得した後、取得したモデル名を管理デバイス情報テーブル３４ｄに追加することもできる。

なお、管理者７２は、例えば営業支援サーバー２０の操作部２１を介して、新たな管理ノードを管理ノードテーブル３４ａに追加したり、管理ノードが管理する新たな製品を管理デバイステーブル３４ｂに追加したりすることを営業支援サーバー２０に要求することができる。

また、ディーラーは、ディーラー自身が使用する利用者端末を介して、ディーラー自身が管理する新たな製品を管理デバイステーブル３４ｂに追加することを営業支援サーバー２０に要求することができる。

以上に説明したように、営業支援サーバー２０および営業支援プログラム２４ａは、１つのシステムで全てのディーラーに対応することができるので、ディーラーのそれぞれに対してシステムが１つずつ用意される必要がなく、管理者の管理の負担を抑えることができる。また、営業支援サーバー２０および営業支援プログラム２４ａは、１つのシステムで全てのディーラーに対応することができるので、ディーラーのそれぞれに対してシステムが１つずつ開発される必要がなく、開発の負担を抑えることもできる。

営業支援サーバー２０は、製品に対する属性の種類がディーラー毎に記憶される管理デバイスマスターテーブル３４ｃに基づいて機能を実行するので、属性の種類がディーラー毎にカスタマイズされることができる。しかも、属性の種類がディーラー毎にカスタマイズされても、管理ノードテーブル３４ａと、管理デバイステーブル３４ｂと、管理デバイスマスターテーブル３４ｃと、管理デバイス情報テーブル３４ｄとの間の関係が変化しないので、データベースに対するスキーマの変更が生じない。したがって、営業支援サーバー２０は、属性の種類がディーラー毎にカスタマイズされても、営業支援プログラム２４ａがディーラー毎にカスタマイズされる必要がなく、営業支援プログラム２４ａの開発の負担や、営業支援プログラム２４ａに関する管理者の管理の負担を抑えることができる。

なお、属性の種類がディーラー毎にカスタマイズされる場合に営業支援プログラム２４ａがディーラー毎にカスタマイズされる必要がある構成であれば、何れかのディーラーのために属性の種類がカスタマイズされると、営業支援プログラム２４ａの変更が行われている間は、他のディーラーも営業支援プログラム２４ａを利用することができない。しかしながら、営業支援サーバー２０は、属性の種類がディーラー毎にカスタマイズされても、営業支援プログラム２４ａがディーラー毎にカスタマイズされる必要がないので、何れかのディーラーのために属性の種類がカスタマイズされたとしても、他のディーラーによる利用に特に影響を与えることがなく、他のディーラーによって利用され続けることができる。

以上に説明したように、本発明によれば、マルチテナント型のフリート管理アプリケーションにおいて、ディーラー単位で属性の種類がカスタマイズされることができる。

データベースサーバー３０は、本実施の形態において、営業支援サーバー２０とは異なるハードウェアである。しかしながら、営業支援サーバー２０は、データベースサーバー３０を兼ねても良い。

システム１０は、以上において、顧客情報を記憶するデータベースサーバーとして１台のデータベースサーバー、すなわち、データベースサーバー３０のみを備えている。しかしながら、システム１０は、顧客情報を記憶するデータベースサーバーとして複数台のデータベースサーバーを備えても良い。複数台のデータベースサーバーは、クラウドサービス上で構築されても良い。

図１４は、複数台のデータベースサーバーを備える場合のシステム１０のブロック図である。

図１４に示すシステム１０の構成は、図１に示すシステム１０がデータベースサーバー３０の代わりにデータベースサーバー３０Ａ、３０Ｂ、３０Ｃを備えている構成と同様である。

図１５は、データベースサーバー３０Ａ、３０Ｂ、３０Ｃに記憶される管理ノードテーブル３４ａの一例を示す図である。

図１５に示すように、管理ノードテーブル３４ａは、管理ノードＩＤが「1」から「100」までのテーブル３４ｅと、管理ノードＩＤが「101」から「200」までのテーブル３４ｆと、管理ノードＩＤが「201」から「300」までのテーブル３４ｇとに分割されている。

テーブル３４ｅ、３４ｆ、３４ｇは、それぞれ、データベースサーバー３０Ａ、３０Ｂ、３０Ｃに記憶されている。

すなわち、営業支援サーバー２０の顧客情報管理手段２５ｂは、顧客情報の一部である管理ノードテーブル３４ａを複数に分割したそれぞれを別々のデータベースサーバーに記憶させる。

図１４および図１５に示す構成においては、管理ノードの数が１００件毎に管理ノードテーブル３４ａが分割されて別々のデータベースサーバーに記憶されるが、何件の管理ノード毎に管理ノードテーブル３４ａが分割されるかは設定次第である。また、図１４および図１５に示す構成においては、管理ノードテーブル３４ａに含まれる管理ノードの数が３００件であるが、管理ノードテーブル３４ａに含まれる管理ノードの数の上限は設定次第である。データベースサーバーの数は、必要に応じて増設されることが可能である。

図１５には、管理ノードテーブル３４ａが分割されている様子のみが示されている。しかしながら、顧客情報管理手段２５ｂは、顧客情報の一部である管理デバイステーブル３４ｂ、管理デバイスマスターテーブル３４ｃおよび管理デバイス情報テーブル３４ｄのそれぞれについても、複数に分割したそれぞれを別々のデータベースサーバーに記憶させても良い。

営業支援サーバー２０は、顧客情報を複数に分割したそれぞれを別々のデータベースサーバーに記憶させる場合、顧客情報を処理する場合の負荷を複数のデータベースサーバーのそれぞれに分散することができるので、顧客情報全体の情報量が膨大であっても適切な速度で機能を実行することができる。例えば、営業支援サーバー２０は、管理対象のディーラー、製品および属性の少なくとも１つの数が増加して管理ノードテーブル３４ａ、管理デバイステーブル３４ｂ、管理デバイスマスターテーブル３４ｃおよび管理デバイス情報テーブル３４ｄの少なくとも１つの情報量が増加したり、管理対象のディーラーが増加して同時にアクセスしてくる利用者の数が増加したりしても、適切な速度で機能を実行することができる。

管理者７２は、以上において、営業支援サーバー２０の操作部２１を介して営業支援サーバー２０に指示を入力する。しかしながら、管理者７２は、営業支援サーバー２０にネットワーク１１を介して通信可能に接続されているコンピューターの操作部を介して営業支援サーバー２０に指示を入力しても良い。

２０営業支援サーバー（営業支援システム、コンピューター）
２４ａ営業支援プログラム
２５ａ機能実行手段
２５ｂ顧客情報管理手段
３０データベースサーバー
３０Ａ、３０Ｂ、３０Ｃデータベースサーバー
３４ａ管理ノードテーブル（顧客情報の一部）
３４ｂ管理デバイステーブル（顧客情報の一部）
３４ｃ管理デバイスマスターテーブル（顧客情報の一部、属性種類情報）
３４ｄ管理デバイス情報テーブル（顧客情報の一部、属性値情報）
３４ｅ、３４ｆ、３４ｇテーブル（管理ノードテーブルを複数に分割したそれぞれ）
７４、７５、７６ディーラー

Claims

顧客に製品を販売する複数のディーラーの営業を支援する営業支援システムであって、
前記顧客に関する特定の内容を示す顧客情報を利用して特定の機能を実行する機能実行手段と、
前記顧客情報を管理する顧客情報管理手段とを備え、
前記顧客情報管理手段は、
前記製品に対する属性の種類が前記ディーラー毎に記憶される属性種類情報と、
前記種類に対する実際の内容を示す属性値が前記ディーラー、前記製品および前記種類の組み合わせ毎に記憶される属性値情報とをそれぞれ前記顧客情報の一部として管理し、
前記機能実行手段は、前記属性種類情報および前記属性値情報に基づいて取得した前記属性を利用して前記機能を実行することを特徴とする営業支援システム。
前記顧客情報管理手段は、前記顧客情報を複数に分割したそれぞれを別々のデータベースサーバーに記憶させることを特徴とする請求項１に記載の営業支援システム。
顧客に製品を販売する複数のディーラーの営業を支援する営業支援プログラムであって、
前記顧客に関する特定の内容を示す顧客情報を利用して特定の機能を実行する機能実行手段、および、
前記顧客情報を管理する顧客情報管理手段としてコンピューターを機能させ、
前記顧客情報管理手段は、
前記製品に対する属性の種類が前記ディーラー毎に記憶される属性種類情報と、
前記種類に対する実際の内容を示す属性値が前記ディーラー、前記製品および前記種類の組み合わせ毎に記憶される属性値情報とをそれぞれ前記顧客情報の一部として管理し、
前記機能実行手段は、前記属性種類情報および前記属性値情報に基づいて取得した前記属性を利用して前記機能を実行することを特徴とする営業支援プログラム。