JP2008250519A - 商談支援システム及び商談支援サーバ - Google Patents

Abstract

【課題】顧客に提示する見積書を作成する際の、商品構成を迅速且つ確実に作成する。
【解決手段】商品等を選択した結果を選択リストとして保持する。選択リストに商品等を追加する際には、既に選択済みの商品等であるか、当該顧客に販売してはいけない商品等なのかを予めチェックした後、追加するようにシステムを構成する。
【選択図】図１

Description

本発明は、商品の商談から販売、運用そして廃棄等に至るまでを管理する、機器管理システムに適用して好適な技術に関する。

最近、いわゆるＯＡ機器の販売は、単品の販売よりも、様々な周辺機器等を組み合わせて、ネットワークを利用したシステムを構築して販売する形態が増えている。いわゆる「ソリューション事業」と呼ばれる販売形態である。
しかし、こういったネットワークシステムの構築は、高度に専門的な知識や技術が要求され、それまで単品のＯＡ機器を販売してきた営業担当者がそれら知識を得ることは容易ではない。
このため、システムの構築には、専門の知識や技術を持つ同一企業グループ内のサービス会社の担当者や、会社内の専門部署の担当者等と連携して、見積書を作成する、という業態が時折行われていた。

なお、本発明の先行技術文献として、特許文献１を示す。
特開２００３−９９６４０号公報

前述した、見積書を作成する連携作業は、営業担当者が自己の会社内人脈を利用したものであり、システム的な観点で見ると非効率的である。
見積書作成に時間が掛かると、折角の商機を逸してしまうことにも繋がりかねない。

本発明はかかる点に鑑みてなされたものであり、営業部門における見積書作成業務を迅速且つ確実に実現する、商談支援システムを提供することを目的とする。

上記課題を解決するための本発明は、選択リストに商品コードまたは役務コードを記録する際、追加候補リストを作成した後、禁則条件テーブルを検索して禁則リストを作り、機器管理テーブルから稼働中商品リストを作り、禁則リストで検索して、禁則の組み合わせを除外する処理を含めた、商談支援システムである。

顧客が過去に購入した商品のうち、現在稼動中の物についてリストアップする。一方、組み合わせてはいけない商品或は役務の組を禁則条件テーブルに格納しておく。商品等を追加する際には、その商品が禁則条件に抵触しないか否かを一つずつ検証し、禁則条件に抵触する商品等は、選択ができないように構成する。

本発明により、営業部門における見積書作成業務を迅速且つ確実に実現する、商談支援システムを提供できる。

以下、本発明の実施の形態を、図１〜図１４を参照して説明する。

図１は、本実施の形態の例である、機器管理システムの全体を示す概略図である。
本実施形態の機器管理システム１０１は、幾つかのｗｅｂサーバ１０２及び１０３と、データベースサーバ（以下「ＤＢサーバ」）１０４と、これらにアクセスする多くのクライアントＰＣ１０５、１０６及び１０７よりなる。また、クライアントＰＣに類する端末として、ハンディターミナル１０８もある。
社内ＬＡＮ１０９は周知のプライベートＩＰアドレスを主体とするＴＣＰ／ＩＰネットワークを構成し、グループ会社をも網羅するものである。
クライアントＰＣ１０５は典型的なパソコンであり、ｗｅｂサーバ１０２にアクセスするための、図示しないｗｅｂブラウザを稼動させている。
ｗｅｂサーバ１０２はそれらグループ会社毎、或は担当業務毎に分離され、分散されている。
ｗｅｂブラウザは周知のネットワーククライアントプログラムであり、ｈｔｍｌ文書を解釈し、システムのユーザインターフェースを提供する。

クライアントＰＣ１０５はｗｅｂサーバ１０２にアクセスする。
ｗｅｂサーバ１０２はＤＢサーバ１０４にアクセスする。
つまり、ｗｅｂサーバ１０２はクライアントＰＣ１０５に対してＤＢサーバ１０４にアクセスする際のユーザインターフェースを提供する。

ｗｅｂサーバ１０２及び１０３とＤＢサーバ１０４は、負荷分散や安全確保等を目的として、また安全確保のための二重化等の構築を容易にするため、それぞれ分散されている。
勿論、システムの規模が小さい場合には、これらを一体化することもできる。

図２はｗｅｂサーバ１０２等とＤＢサーバ１０４の詳細を示す機能ブロック図である。
ｗｅｂサーバ１０２はｗｅｂサーバプログラム２０２と、多くのｃｇｉ（Common Gateway Interface：ｗｅｂサーバがｗｅｂブラウザの要求に応じて、プログラムを起動するための仕組み。）を内包する。
各々のｃｇｉは、社内ＬＡＮ１０９にアクセス可能な従業員を認証するための従業員認証ｃｇｉ２０３を始め、各種ユーザインターフェースを作成するｈｔｍｌ文書を作成するｃｇｉが存在する。
ＤＢサーバ１０４は機器管理システム１０１の中心的な役割を担う、各種データを格納するテーブルを多数抱える。図２ではその一部を示している。
ＤＢサーバ１０４は周知のＳＱＬ（リレーショナルデータベースの操作に特化された言語。）サーバを構成する。

図３はＤＢサーバ１０４に含まれているテーブル群のフィールド名を一部抜粋した概略図である。
従業員テーブル３０２は、従業員を一意に識別する、従業員ＩＤを中心とするテーブルである。フィールドには、「従業員ＩＤ」の他に、従業員の「氏名」と「所属」を示すフィールド等が存在する。また、図示はしないがパスワードのハッシュ値等も含まれ、従業員のログイン認証等に用いられる。

顧客企業テーブル３０３は、顧客企業を一意に識別する、顧客ＩＤを中心とするテーブルである。フィールドには、「顧客ＩＤ」の他に、「顧客企業名」を示すフィールド等が存在する。クライアントＰＣ１０５の表示画面上に所望の顧客企業名を表示させる場合は、このテーブルから「顧客企業名」フィールドの値を取得する。
顧客担当者テーブル３０４は、顧客担当者を一意に識別する、担当者ＩＤを中心とするテーブルである。「担当者ＩＤ」の他に、顧客担当者の「担当者名」と、顧客企業を識別するための「顧客ＩＤ」フィールドが存在する。
顧客設置先テーブル３０５は、顧客に販売した機器を設置する際の設置場所（設置先）を一意に識別する、設置先ＩＤを中心とするテーブルである。「設置先ＩＤ」の他に、「設置場所」と「顧客ＩＤ」フィールドが存在する。

商談テーブル３０６は、商談を一意に識別する、商談ＩＤを中心とするテーブルである。営業担当者が顧客と商談を始めた際に、新規なレコードを起こす。フィールドは、
・「商談ＩＤ」の他に、
・商談の詳細内容の一つとして、商談を開始した日付を示す「商談日付」フィールドや、
・商談の進行状況、またその成果（仮契約、契約成立、契約失敗等）を示す「商談ステータス」フィールド、そして
・顧客企業テーブルの「顧客ＩＤ」、
・顧客担当者テーブルの「担当者ＩＤ」、
・従業員テーブルの「従業員ＩＤ」
が存在する。

契約テーブル３０７は、契約を一意に識別する、契約ＩＤを中心とするテーブルである。一契約につき、一つの新規なレコードを起こす。フィールドは、
・「契約ＩＤ」の他に、
・契約の種別を示す「契約種別ＩＤ」や、
・契約の詳細内容の一つとして、契約を作成した日付を示す「契約日付」フィールド、
・契約の進行状況、またその成果（仮契約、契約成立、契約失敗等）を示す「契約ステータス」フィールド、
・正式に発行された契約書の発行回数を格納する「発行回数ステータス」
が存在する。

商談契約テーブル３０８は、商談と契約との一対多の関係を記述する、「商談ＩＤ」と「契約ＩＤ」の組よりなるテーブルである。つまり、一つの商談について、複数の契約が発生し得る。このテーブルの存在により、契約ＩＤから商談ＩＤ、またその逆の参照が可能になっている。

禁則条件テーブル３０９は、営業担当者が商談を進める際に作成する見積もりにおいて、一緒に販売してはいけない商品や役務の組み合わせを記述するテーブルである。後述する商品基本情報テーブル３１２の「商品コード」或は役務基本情報テーブルの「役務コード」同士の組み合わせが列挙される。

締め日条件テーブル３１０は、コピー機等のカウンタを確認する作業の締め日に関する契約条件を記述するテーブルである。フィールドは、
・その機器がどの契約に属するかを示す「契約ＩＤ」と、
・機器を特定する「商品コード」と
・機器のシリアルナンバー（以下「機番」と呼ぶ。詳細は後述する。）の他に、
・契約の詳細内容の一つとして、締め日の条件を示す「締め日条件」フィールドと、
・「締め日条件」の優先順位を示す「優先順位」フィールド
が存在する。

契約種別テーブル３１１は、契約の種別を列挙するテーブルである。フィールドは、「契約種別ＩＤ」と「契約種別名」が存在する。

商品基本情報テーブル３１２は、商品を一意に識別する、商品コードを中心とするテーブルである。各々の商品を識別するための「商品コード」の他に、「商品名」「商品詳細情報」フィールド等が存在する。
役務基本情報テーブル３１３は、役務を一意に識別する、役務コードを中心とするテーブルである。各々の役務を識別するための「役務コード」の他に、「役務名」「役務詳細情報」フィールド等が存在する。

商品等構成テーブル３１５は、商品または役務と商品との一対多の関係を記述する、「商品コード」または「役務コード」と、「商品コード」または「役務コード」の組よりなるテーブルである。
例えば、コピー機本体には、ソーター、自動両面原稿送り装置、ステープラ等のハードウェアオプション品、またファクシミリ機能、プリンタ機能、スキャナ機能を実現するソフトウェアオプション品等が存在する。更に、当該コピー機に適用可能な保守サービスも存在する。このように、商品の中にはオプションとなる商品又は役務を含むものもある。
また、例えば「安心パック」という名称で、パソコンのメンテナンスサービスとウイルス防御ソフトウェア商品の提供を含む役務が考えられる。このように、役務の中には商品を含むものもある。
以上のような、商品または役務のシステム的構成を記述するために、このようなテーブルを設けている。

契約商品等テーブル３１４は、契約と商品或は役務との一対多の関係を記述する、「契約ＩＤ」と「商品コード」或は「役務コード」の組よりなるテーブルである。つまり、一つの契約について、複数の商品或は役務が発生し得る。また、このテーブルには「機番」と「設置先ＩＤ」等のフィールドが存在する。

機器管理テーブル３１６は本実施形態において中核的な役割を担うテーブルである。
一つの機器（商品）について、「商品コード」と「機番」にて一意に識別し、その機器の顧客に対する納入から、機器の廃棄或はリサイクルまで、「機器の一生」を日付とステータス情報にて逐一記録し、管理するテーブルである。フィールドは、
・「商品コード」と
・「機番」の他に、
・この機器が属する契約を示す、契約テーブル３０７の「契約ＩＤ」、
・この機器が設置されている場所を示す、顧客設置先テーブル３０５の「設置先ＩＤ」、
・この機器の状態を示す「機器稼動ステータス」と
・「機器物流ステータス」、そして
・それらステータス情報を記録した「日付」
が存在する。

カウンタ確認ログテーブル３１７は、主にコピー機に内蔵されている、使用の度にインクリメントされる「カウンタ」の数値を記録するテーブルである。コピー機は使用回数、つまりコピー出力によって消費される用紙の枚数に応じて、使用量が課金される仕組みになっている。そこで、毎月決まった締め日に、コピー機に内蔵されているカウンタの値を確認し、カウンタ確認ログテーブル３１７に記録する。フィールドは、
・「商品コード」と
・「機番」の他に、
・この機器が属する契約を示す、契約テーブル３０７の「契約ＩＤ」、
・「カウンタ値」と
・カウンタ値を取得した状態を示す「カウンタステータス」
が存在する。

契約書テンプレートテーブル３１８は、契約書に必要な雛形のパーツを識別するパーツコードと、テンプレートを識別するテンプレートコードを記録するテーブルである。パーツコードとテンプレートコードに対応する契約書の雛形がテンプレートファイルとして契約書テンプレートテーブル３１８に記録される。
契約書は、以下に記載する５つのパーツが組み合わされて作成される。ただし、ある契約書では必要とされるが、別の契約書では必要とされないパーツも存在する。これら５つのパーツを「基本パターン」とも称する。
・「表紙」…甲乙などの契約関係を表現するパーツ。
・「基本条項」…販売にあたって必要な「基本条項」を表現するパーツ。
・「サービス条項」…モノ（例えば、コピー機、ＰＣ）ではなく、保守サービスなどの付加価値に対する「基本条項」を表現するパーツ。
・「契約料金」…見積時の料金を表現するパーツ。
・「保守対象明細」…保守サービスを契約する場合は、そのサービスは何に対して行うのかを表現するパーツ。

［商談支援］
営業担当者が顧客に商品を売る際、複数の商品や役務を組み合わせて販売することが多くある。
例えば、企業の情報システムの場合は、サーバ、ネットワーク機器、クライアントＰＣ１０５、それらのためのソフトウェア等をセットにして販売する他、それらのメンテナンスの役務も含め、セット販売することが考えられる。
役務の内容によっては、既にソフトウェア等の商品が含まれている場合もある。
つまり、商品構成によっては商品が重複してしまったりすることが考えられる。
また、多くの商品等を購入して貰っている上得意先の場合、既に購入済みの商品等と重複したり、組み合わせてはいけないものを選ばないようにしなければならない。
このため、機器管理テーブル３１６から顧客の過去の購入情報を読み込み、それらと組み合わせてはいけない商品等を禁則条件テーブル３０９から読み出し、見積もりデータから除外する。

［契約書作成支援］
見積書を作成して顧客に提示したら、顧客はその内容に対し、導入するか否かを判断し、営業担当に回答する。
見積書にて作成した商品構成に応じて、選択可能な契約の組み合わせがメニューとして提示される。
顧客が所望の契約内容を選択したら、契約テーブル３０７に契約書を作成するに必要な情報、特に各種条件を示すフラグ情報群を記録し、契約書の雛形を選択的に読み出し、契約書を自動作成する。
また、このときに作成される契約書の条件情報は、販売する機器によっては締め日条件テーブル３１０にその条件を書き出し、カウンタ確認ログテーブル３１７を用いたカウンタ確認督促処理に使用される。

［機器管理］
商談が成立し、いよいよ顧客に商品を出荷する段になったら、営業担当は商談成立をｗｅｂサーバ１０２を通じて入力する。
すると、商談テーブル３０６のステータスが変更され、これに呼応して商品を発注するための商品発注依頼データが、契約テーブル３０７及び契約商品等テーブル３１４から作成され、配送会社が管理する伝票管理サーバに送信される。
伝票管理サーバは商品発注依頼データを受信すると、伝票テーブルに新規に伝票番号を起こし、受信した商品コードを記録する。そして、在庫テーブルに格納されている商品の機番を読み出し、伝票テーブルに記録する。こうして商品コードと機番の関係付けが行われる。なお、これ以降、二つ以上のテーブルの共通するフィールドについて関係付けることを「紐付け」と呼ぶ。
次に、伝票管理サーバは機番をＤＢサーバ１０４の契約商品等テーブル３１４に記録する。そして、機器管理テーブル３１６に新規にレコードを追加し、ステータス情報を記録する。こうして、「当該商品を設置先に出荷した」情報が、機器管理テーブル３１６に記録され、機器の管理が始まる。
これ以後は、役務等の作業が発生する度に、ハンディターミナル等を用いて商品コードと機番を入力することで機器が特定され、日付とステータス情報が追記録される。このような「機器の状態の記録」が、機器の廃棄或はリサイクルによる消滅まで行われる。

［カウンタ確認］
毎月の締め日の前にはコピー機のカウンタの値を確認しなければならない。
ところが、顧客によっては締め日までにカウンタ値を確認できない場合もある。
そのようなときには、予め契約書を作成する際に作成していた、締め日条件テーブル３１０に記録されている「アクション条件」を参照する。
締め日から何日経ったらどのようなカウンタ確認作業をするのか、そしてその作業は既に完遂したのか否かを確認し、適切な指示を担当者に提示する。

［買い替え阻止］
顧客に対する他社の売り込みにより、販売した機器がリプレースされてしまうと、顧客を失うこととなる。これを予防するために、対象契約におけるリース契約解除の際に、リース会社に対して契約解除の手数料の問い合わせが発生した事実を、リース会社担当者がシステムに入力する。
入力のアクションにより、契約テーブル３０７から営業担当者が特定され、当該営業担当者がクライアントＰＣ１０５にて情報システムにアクセスすると、ワーニングメッセージとしてその情報を表示する。
所定の営業活動を行った後に、そのワーニングメッセージは消去される。

以上の概略説明にてわかるように、本実施形態の機器管理システム１０１は、商談から契約、商品の納入、商品の運用、買い替えの予防、そして廃棄に至る迄の、「商品の一生」を営業的側面から管理すると共に、営業活動等を支援する総合的なシステムである。

［商談支援の詳細］
図４は、本実施形態の機器管理システム１０１のうち、商談支援機能に注目した部分の機能を説明する、ブロック図である。
販売会社に勤務する営業担当者４０１は、クライアントＰＣ４０４を操作して実行するｗｅｂブラウザを通じて、販売会社に設置されている販売管理ｗｅｂサーバ４０７にアクセスする。
サービス会社に勤務するカスタマエンジニア４０２及びサービス担当者４０３も、各々クライアントＰＣ４０５及び４０６を操作して実行するｗｅｂブラウザを通じて、販売会社に設置されている販売管理ｗｅｂサーバ４０７にアクセスする。
営業担当者４０１は、ネットワークシステムに関する専門的知識をカスタマエンジニア４０２から得る形で、共同作業にて商品等の見積書を作成する。

営業担当者４０１は、本機能を利用する際に、予めメッセンジャー或は電子メ−ル等で、該当部門或は会社へ連絡し、共同作業への参加を依頼する。
図４のカスタマエンジニア４０２及びサービス担当者４０３は、この、営業担当者４０１による参加依頼に応じて集まったスタッフである。

販売管理ｗｅｂサーバ４０７は、クライアントＰＣ４０４、４０５及び４０６から来るアクセス要求（ＨＴＴＰリクエストメッセージ）に呼応して、商談作成支援のアプリケーションソフトウェアを実行する。
このアプリケーションソフトウェアは、ｗｅｂサーバプログラム４０８を通じて実行される、主画面ｃｇｉ４０９、オプション品小ウィンドウｃｇｉ４１０、商品等小ウィンドウｃｇｉ４１１の、三つのｃｇｉよりなる。
これらｃｇｉは、商談について作成される契約の基となる、商品等の見積書を作成するためのものである。三つのｃｇｉは、見積書に列挙記載する商品等を一時的に記憶するための選択リスト４１２を読み書きする。
選択リスト４１２は、ＸＭＬ等で構成されるテキストファイルで、商談ＩＤ、契約ＩＤ、商品コード、役務コード、及びそれら商品等の個数等が記入される。
また、三つのｃｇｉは、ＤＢサーバ１０４の必要なテーブルにアクセスする。
最終的に作成を完了した選択リスト４１２の内容は、商品コード等が契約商品等テーブル３１４に記入され、契約テーブル３０７の該当レコードのステータスのフィールドには、未契約であることを示す「商談中」等のステータス情報が記録される。

図５は、図４の三つのｃｇｉと、ＤＢサーバ１０４の主要なテーブルとの関係を詳細に示すブロック図である。
主画面ｃｇｉ４０９は、フレームｃｇｉ５０２、明細表示ｃｇｉ５０３及びチャットｃｇｉ５０４の、三つのｃｇｉにより構成される。これら三つのｃｇｉは、図１２に示す主画面１２０２を構成する。
フレームｃｇｉ５０２は、一つのｗｅｂブラウザのウィンドウ内に二つ以上のｈｔｍｌ文書を表示するための「枠組み」の機能を提供する。具体的には、「frameset」というｈｔｍｌのタグを用いて、明細表示ｃｇｉ５０３とチャットｃｇｉ５０４のＵＲＬを記入する。
フレームｃｇｉ５０２が生成するｈｔｍｌ文書には「refresh」タグが埋め込まれており、ｗｅｂブラウザがこのタグを解釈すると、「refresh」タグに記述されている秒数に従って、フレームｃｇｉ５０２をアクセスするようになる。つまり、「refresh」タグに設定された時間が経過すると、自動的にリロードを行う。

明細表示ｃｇｉ５０３は、図１２の主画面１２０２内に表示される、明細表示ウィンドウ１２０３を構成する。選択リスト４１２から商品コード等と個数を読み取り、商品基本情報テーブル３１２或は役務基本情報テーブル３１３から価格を読み取り、商品等の明細を表示する画面を作成する。
チャットｃｇｉ５０４は、この商談支援機能を利用する従業者同士が、リアルタイムのテキストベースの会話（チャット）を実行するためのｃｇｉである。このチャット機能は、会話が進む毎にフレームｃｇｉ５０２のリロードを伴い、明細表示ｃｇｉ５０３の表示内容をできるだけ最新のものに保つべく動作する。また、チャットの内容をログ記録しておくと、後からログを参照することで、意思の疎通の誤りを防ぐ等の効果も期待できる。

フレームｃｇｉ５０２は幾つかのｃｇｉからＰＯＳＴメソッドによって送られるデータを受信し、明細表示ｃｇｉ５０３やチャットｃｇｉ５０４にそれらデータを渡す。
クライアントから受け取ったデータが、チャットの会話内容を示すテキストデータであれば、チャットｃｇｉ５０４に送り、チャットウィンドウ１２０４の内容が更新される。
クライアントから受け取ったデータが、商品等のデータであれば、明細表示ｃｇｉ５０３に送り、明細表示ウィンドウの内容が更新される。またその際、選択リスト４１２の更新を伴うこともある。

オプション品小ウィンドウｃｇｉ４１０は、表示中の明細表示ウィンドウ１２０３の、商品等の名称に埋め込まれているリンク１２０７をマウス等のポインティングデバイスにてクリックすることで実行される。リンクとは、「<a href="....">」と記述されるｈｔｍｌタグにより構成されるものであり、「Ａタグ」と呼ばれる。
オプション品リスト作成部５０５は、クライアントから送信されるＧＥＴメソッドのＵＲＬ文字列から得られる商品コード等をキーにして、商品等構成テーブル３１５を検索し、指定された商品等における、所望のオプション品の一覧を作成する。
オプション品の一覧リストは、禁則判定部５０７に送られる。禁則判定部５０７は、機器管理テーブル３１６と禁則条件テーブル３０９と選択リスト４１２を読み込み、受信したオプション品の一覧リストを加工して、小ウィンドウｈｔｍｌ文書作成部５０６に渡す。
小ウィンドウｈｔｍｌ文書作成部５０６は、禁則判定部５０７から得られたオプション品の一覧リストを基に、小ウィンドウを生成するｈｔｍｌ文書を作成し、クライアントへ送信する。

商品等小ウィンドウｃｇｉ４１１は、表示中の主画面１２０２中、「追加」ボタン１２０６をクリックすることで実行される。
商品等リスト作成部５０９は、クライアントから送信されるＧＥＴメソッドのＵＲＬ文字列から得られる商品等のカテゴリをキーにして、商品基本情報テーブル３１２或は役務基本情報テーブル３１３を検索し、指定された商品等のカテゴリにおける、所望の商品或は役務の一覧を作成する。
商品或は役務の一覧リストは、禁則判定部５０７に送られる。禁則判定部５０７は、機器管理テーブル３１６と禁則条件テーブル３０９と選択リスト４１２を読み込み、受信した商品或は役務の一覧リストを加工して、小ウィンドウｈｔｍｌ文書作成部５０８に渡す。
小ウィンドウｈｔｍｌ文書作成部５０８は、禁則判定部５０７から得られた商品或は役務の一覧リストを基に、小ウィンドウを生成するｈｔｍｌ文書を作成し、クライアントへ送信する。
なお、小ウィンドウｈｔｍｌ文書作成部５０６及び５０８は、機能は殆ど同じではあるものの、ｗｅｂブラウザに表示する内容が若干異なるので、別々に設けている。勿論、これら二つの機能を一体化させることもできる。

禁則判定部５０７は、オプション品小ウィンドウｃｇｉ４１０及び商品等小ウィンドウｃｇｉ４１１が小ウィンドウを表示する際に、表示される商品等の一覧において、選択してはいけない商品又は役務を見つける、判定処理を行うものである。
オプション品小ウィンドウｃｇｉ４１０においては、オプション品リスト作成部５０５から得られるオプション品の一覧リストに対し、
・選択リスト４１２にて既に選択されているオプション品があるか否か、そして
・顧客が現有する稼働中の機器と組み合わせてはいけないものがあるか否か
を検証する。
商品等小ウィンドウｃｇｉ４１１においては、商品等リスト作成部５０９から得られる商品または役務の一覧リストに対し、
・選択リスト４１２にて既に選択されている商品または役務があるか否か、そして
・顧客が現有する稼働中の機器と組み合わせてはいけないものがあるか否か
を検証する。

「顧客が現有する稼働中の機器」は、以下の手順にて取得する。
先ず、商談テーブル３０６を顧客ＩＤにて絞り込み、対象とする顧客の全ての商談ＩＤのリストを得る。
次に、得られた商談ＩＤのリストで商談契約テーブル３０７を検索し、対象とする顧客の全ての契約ＩＤのリストを得る。
この、得られた契約ＩＤのリストで契約商品等テーブル３１４を検索し、対象とする顧客の全ての商品コード及び機番のリストを得る。
そして、得られた商品コード及び機番のリストで機器管理テーブル３１６を検索し、対象とする顧客の全ての商品コード及び機番のリストから、現在稼働中のものだけを絞り込む。

なお、オプション品小ウィンドウｃｇｉ４１０と商品等小ウィンドウｃｇｉ４１１は、排他的に動作することが望ましい。
各々のｃｇｉによる、小ウィンドウの表示状態を示すフラグを、アクセスする従業者の従業者ＩＤと共に一時ファイルに記憶しておく。
そして、各々のｃｇｉは起動の前にこれを参照するようにする。
これと共に、明細表示ｃｇｉ５０３もこの一時ファイルの中身をチェックし、小ウィンドウが表示されているときは、「追加」ボタン１２０６及びリンクが現れず、小ウィンドウの表示ができないように構成すると良い。

図６は、オプション品小ウィンドウｃｇｉ４１０の動作について、クライアントとサーバの両者の動作から説明するフロー図である。
クライアントＰＣに表示されている主画面１２０２上のうち、明細表示ウィンドウ１２０３に表示されている商品明細の、商品名に埋め込まれているリンクをクリックすると、アクセス要求（ＨＴＴＰリクエストメッセージ）が販売管理ｗｅｂサーバ４０７のオプション品小ウィンドウｃｇｉ４１０に向けて送信される（Ｓ６０１）。
オプション品小ウィンドウｃｇｉ４１０は、このアクセス要求に呼応して、ｗｅｂサーバプログラム４０８によって起動される。オプション品小ウィンドウｃｇｉ４１０は、オプション品のリストを作成した後（Ｓ６０２）、小ウィンドウｈｔｍｌ文書を作成して、これを送信する（Ｓ６０３）。
クライアントＰＣ上のｗｅｂブラウザ１２０１は、販売管理ｗｅｂサーバ４０７から小ウィンドウｈｔｍｌ文書を受信すると、オプション選択小ウィンドウ１２０５を表示する（Ｓ６０４）。

従業員はオプション選択小ウィンドウ１２０５に表示されているオプション品から、必要なオプション品を選択する。選択したい商品のチェックボックス１２０８をクリックして、「選択」ボタン１２０９を押す（Ｓ６０５）。この動作に呼応して、ｗｅｂブラウザ１２０１は、選択されたオプション品の商品コードを、既に選択している商品コードと共に、販売管理ｗｅｂサーバ４０７のフレームｃｇｉ５０２に送信する。
フレームｃｇｉ５０２は、受信した商品コードのリストを明細表示ｃｇｉ５０３に渡す。
明細表示ｃｇｉ５０３は、受け取った商品コードのリストのうち、追加されるオプション品以外の商品コードについて、選択リスト４１２と照合する。合致していれば、追加されるオプション品の商品コードを選択リスト４１２に追加する（Ｓ６０６）。なお、合致していない場合は、選択リスト４１２の更新を行わず、図１３の確認画面を表示する。この処理の詳細は後述する。
明細表示ｃｇｉ５０３は、更新された選択リスト４１２を用いて、商品構成ｈｔｍｌ文書を作成して、送信する（Ｓ６０７）。商品構成ｈｔｍｌ文書は、ｗｅｂブラウザ１２０１の主画面１２０２の明細表示ウィンドウ１２０３に表示される（Ｓ６０８）。

図７は、商品等小ウィンドウｃｇｉ４１１の動作について、クライアントとサーバの両者の動作から説明するフロー図である。
クライアントＰＣに表示されている主画面１２０２上のうち、明細表示ウィンドウ１２０３に表示されている「追加」ボタン１２０６をクリックすると、アクセス要求（ＨＴＴＰリクエストメッセージ）が販売管理ｗｅｂサーバ４０７の商品等小ウィンドウｃｇｉ４１１に向けて送信される（Ｓ７０１）。
商品等小ウィンドウｃｇｉ４１１は、このアクセス要求に呼応して、ｗｅｂサーバプログラム４０８によって起動される（Ｓ７０２）。商品等小ウィンドウｃｇｉ４１１は、商品等のカテゴリを選択するための小ウィンドウｈｔｍｌ文書を作成し、これを送信する（Ｓ７０３）。
クライアントＰＣのｗｅｂブラウザ１２０１は、小ウィンドウｈｔｍｌ文書を受信すると、小ウィンドウを表示する（Ｓ７０４）。

従業員は小ウィンドウに表示されている商品等カテゴリの一覧から、欲しい商品等カテゴリを選択する。図１４（ａ）のプルダウンボタン１４０２をクリックして、プルダウンメニューを表示した後、欲しい商品等カテゴリをクリックする。商品等カテゴリをクリックすると、プルダウンメニューは元の欄に収納されると共に、選択された商品等カテゴリが商品等リスト作成部５０９に送信される（Ｓ７０５）。
商品等リスト作成部５０９は、受信した商品等カテゴリに従って、商品等のリストを作成し（Ｓ７０６）、これを含む小ウィンドウｈｔｍｌ文書を送信する（Ｓ７０７）。
クライアントＰＣのｗｅｂブラウザ１２０１は、小ウィンドウｈｔｍｌ文書を受信すると、商品等リストを含む小ウィンドウを表示する（Ｓ７０８）。

従業員は小ウィンドウに表示されている商品等リストの一覧から、欲しい商品等をチェックボックス１４０３にて選択し、「選択」ボタン１４０４をクリックする。すると、選択された商品等の商品コード或は役務コードが、既に選択されている商品コードと共に、フレームｃｇｉ５０２に送信される（Ｓ７０９）。
フレームｃｇｉ５０２は、受信した商品コードのリストを明細表示ｃｇｉ５０３に渡す。
明細表示ｃｇｉ５０３は、受け取った商品コードのリストのうち、追加される商品等以外の商品コード或は役務コードについて、選択リスト４１２と照合する。合致していれば、追加されるオプション品の商品コードを選択リスト４１２に追加する（Ｓ７１０）。なお、合致していない場合は、選択リスト４１２の更新を行わず、図１３の確認画面を表示する。この処理の詳細は後述する。
明細表示ｃｇｉ５０３は、更新された選択リスト４１２を用いて、商品構成ｈｔｍｌ文書を作成して、送信する（Ｓ７１１）。商品構成ｈｔｍｌ文書は、ｗｅｂブラウザ１２０１の主画面１２０２の明細表示ウィンドウ１２０３に表示される（Ｓ７１２）。

図８はオプション品小ウィンドウｃｇｉ４１０の動作を示すフローチャートである。図６のステップＳ６０２及びＳ６０３に該当する。
ｗｅｂサーバプログラム４０８によって起動されると（Ｓ８０１）、クライアントから得られた商品等コードにて、商品等構成テーブル３１５を検索し、オプション品のリストを作成する（Ｓ８０２）。こうして得られたオプション品リストは、禁則判定部５０７に引き渡される。
禁則判定部５０７は、オプション品のリストのチェック処理を行う（Ｓ８０３）。このチェックとは、選択してはならない商品等を選別する処理である。チェックが行われたリストは、小ウィンドウｈｔｍｌ文書作成部５０６に引き渡される。
小ウィンドウｈｔｍｌ文書作成部５０６は小ウィンドウを表示するためのｈｔｍｌ文書を作成する。そして、作成されたｈｔｍｌ文書はｗｅｂサーバプログラム４０８を通じてクライアントに送信され（Ｓ８０４）、一連の処理が終了する（Ｓ８０５）。

図９は商品等小ウィンドウｃｇｉ４１１の動作を示すフローチャートである。図７のステップＳ７０６及びＳ７０７に該当する。
ｗｅｂサーバプログラム４０８によって起動されると（Ｓ９０１）、クライアントから得られた商品等のカテゴリにて、商品基本情報テーブル３１２又は役務基本情報テーブル３１３を検索し、商品等のリストを作成する（９８０２）。こうして得られた商品等リストは、禁則判定部５０７に引き渡される。
禁則判定部５０７は、商品等のリストのチェック処理を行う（Ｓ９０３）。このチェックとは、選択してはならない商品等を選別する処理である。チェックが行われたリストは、小ウィンドウｈｔｍｌ文書作成部５０６に引き渡される。
小ウィンドウｈｔｍｌ文書作成部５０６は小ウィンドウを表示するためのｈｔｍｌ文書を作成する。そして、作成されたｈｔｍｌ文書はｗｅｂサーバプログラム４０８を通じてクライアントに送信され（Ｓ９０４）、一連の処理が終了する（Ｓ９０５）。

図１０はリストチェック処理の動作を示すフローチャートである。図８のステップＳ８０３及び図９のステップＳ９０３に該当する。チェック処理ではあるが、実質的にはｈｔｍｌの「table」タグを用いて、商品等の一覧を表示するｈｔｍｌ文書の大部分を作成する処理である。
処理を開始すると（Ｓ１００１）、与えられたリストの先頭レコードを注目する（Ｓ１００２）。「リストのレコード番号を示すカウンタ変数ｉを１に初期化する」と同義である。
これ以降はループ処理である。リストの、現在注目しているレコードについて、禁則判定処理を行う（Ｓ１００３）。禁則判定処理の結果は返り値（リターンコード）にて返される。禁則判定処理の詳細は後述する。

禁則判定処理の結果を見て、現在注目しているレコードが禁則対象商品又は役務であるか判定する(Ｓ１００４）。その結果、禁則対象商品又は役務であるならば、「禁則故に選択不可」を意味するｈｔｍｌメッセージを作成する（Ｓ１００５）。具体的には、「table」タグの要素を示すタグにて、背景色を灰色にして（グレイアウト：grey out）、チェックボックス１２０８を作成しないように処理を施すと共に、「このお客様には販売できません。」というメッセージを含める。

禁則対象商品又は役務でない場合は、次に当該レコードが選択リスト４１２に含まれているか否か、つまり既に選択済みの商品又は役務であるか否か検証する（Ｓ１００６）。その結果、選択済みの商品又は役務であるならば、「選択済み故に選択不可」を意味するｈｔｍｌメッセージを作成する（Ｓ１００７）。具体的には、「table」タグの要素を示すタグにて、背景色を灰色にして（グレイアウト：grey out）、チェックボックスを作成しないように処理を施すと共に、「既に選択済みです。」というメッセージを含める。

禁則対象商品又は役務でなく、且つ選択済みの商品又は役務でもない場合は、それは選択可能な商品又は役務である。そこで、「選択可能」を意味するｈｔｍｌメッセージを作成する（Ｓ１００８）。具体的には、「table」タグの要素を示すタグにて、背景色を通常の白色系の明るい色にして、チェックボックスを作成する処理を施す。背景色は、グレイアウトする際の灰色よりは明るい色に設定することが望ましい。

こうしてリスト中の一つのレコードについて、内容に応じてｈｔｍｌタグを生成する処理を行ったら、リストの次のレコードを注目する（Ｓ１００９）。そして、次のレコードがあるか否か確認し（Ｓ１０１０）、あればその次のレコードについて同様の処理を続ける（Ｓ１００３）。なければ処理を終了する（Ｓ１０１１）。

図１１は禁則判定処理の動作を示すフローチャートである。図１１のステップＳ１００３に該当する。
処理を開始すると（Ｓ１１０１）、先ず、検討対象である、「顧客が現有する稼働中の機器」の一覧、つまり顧客の稼働中商品リストが作成されているか否か、確認する（Ｓ１１０２）。まだ作られていなければ、これを作成する処理を行う（Ｓ１１０３）。
先ず、商談テーブル３０６を顧客ＩＤにて絞り込み、対象とする顧客の全ての商談ＩＤのリストを得る。
次に、得られた商談ＩＤのリストで商談契約テーブル３０７を検索し、対象とする顧客の全ての契約ＩＤのリストを得る。
この、得られた契約ＩＤのリストで契約商品等テーブル３１４を検索し、対象とする顧客の全ての商品コード及び機番のリストを得る。
そして、得られた商品コード及び機番のリストで機器管理テーブル３１６を検索し、対象とする顧客の全ての商品コード及び機番のリストから、現在稼働中のものだけを絞り込む。
こうして得られた稼働中商品リストは、後々使い回す必要があるので、一時ファイルとして保持しておく。
ステップＳ１１０２の確認処理において、既に稼働中商品リストが作成済みであれば、再度稼働中商品リストを作ることはしない。

次に、与えられたパラメータである商品コード又は役務コードにて、禁則条件テーブルを検索し、得られたレコード群を「禁則リスト」とする（Ｓ１１０４）。
禁則条件テーブルは、一緒に販売してはいけない商品や役務の組み合わせを記述するテーブルである。第１番目のフィールドは「商品コード或は役務コード」であり、第２番目のフィールドは「禁則対象の商品コード或は役務コード」である。そして、禁則リストは、この禁則条件テーブルと全く同じフィールド構成であると共に、全てのレコードの第１番目のフィールドは同じ商品コード或は役務コードである。
そして、この禁則リストを構成するレコード群が一つもないか否か、つまり禁則リストが空か否かを検証する（Ｓ１１０５）。空であれば、禁則対象であるか否かを検討する必要がないので、「禁則商品等ではない」旨のリターンコードを返し（Ｓ１１１２）、処理を終了する（Ｓ１１１３）。

禁則リストが空でないなら、その先頭レコードを注目する（Ｓ１１０６）。
これ以降はループ処理である。禁則リストについて現在注目しているレコードの第２番目のフィールド、つまり「禁則対象の商品コード或は役務コード」を見る。これが、先に作成した稼働中商品リスト中に存在するか否か、検証する（Ｓ１１０７）。
もし、稼働中商品リスト中に禁則対象の商品コード又は役務コードがあるならば、現在注目している（禁則リストの第１番目のフィールドである）商品コード又は役務コードは、禁則商品或は役務である。そこで、「禁則商品等である」旨のリターンコードを返し（Ｓ１１０８）、終了する（Ｓ１１０９）。
もし、稼働中商品リスト中に禁則対象の商品コード又は役務コードがないならば、禁則リストの次のレコードを注目する（Ｓ１１１０）。
次に、禁則リストの次のレコードがもうないのか否かを検証する（Ｓ１１１１）。次のレコードがあれば検証処理を繰り返し（Ｓ１１０７）、なければ「禁則商品等ではない」旨のリターンコードを返し（Ｓ１１１２）、処理を終了する（Ｓ１１１３）。

図１２は、販売管理ｗｅｂサーバ４０７の商談支援機能によってクライアントＰＣに表示される、商談支援画面を示す。
クライアントＰＣのディスプレイには、主画面１２０２が表示される。
主画面１２０２は明細表示ウィンドウ１２０３とチャットウィンドウ１２０４にフレーム分割されている。
明細表示ウィンドウ１２０３に表示される商品明細中、商品名に埋め込まれているリンクをクリックすると、オプション選択小ウィンドウ１２０５が表示される。
オプション選択小ウィンドウ１２０５では、図８、図１０及び図１１にて説明したオプション品リストチェック処理により、既に商品明細にて表示されているオプション品についてはグレイアウトさせ、チェックボックスを表示させず、選択できない構成にしている。更に「既に選択済みです」のメッセージも添えている。

図１３は、販売管理ｗｅｂサーバ４０７の商談支援機能によってクライアントＰＣに表示される、商談支援画面を示す。
図１２において従業員が選びたいオプション品のチェックボックスをクリックしてチェックし、「選択」ボタン１２０９を押す。すると、クライアントＰＣから販売管理ｗｅｂサーバ４０７へ、選択したオプション品のリストのみならず、商品明細に表示されている商品等のリストも送信される。
図１３は、共同作業にて商品明細を作成している相手の操作によって、追加データが商品明細（選択リスト４１２）に追加されたため、小ウィンドウからの追加処理を行わずに、再度確認を促すための小ウィンドウを表示している。
つまり、オプション品や後述する商品等の追加の際には、クライアントＰＣのｗｅｂブラウザ１２０１で抱えている商品明細と、販売管理ｗｅｂサーバ４０７で抱えている選択リスト４１２との照合を行う。照合の結果、相違点が見つかれば、直ちに追加処理をすることをせずに、確認の画面を表示する。このような処理を介することで、販売管理ｗｅｂサーバ４０７上の選択リスト４１２とクライアントＰＣが抱える商品名サイトの食い違いにより生じるトラブルを防ぐ。

図１４は、販売管理ｗｅｂサーバ４０７の商談支援機能によってクライアントＰＣに表示される、商品等追加小ウィンドウを示す。
図１２において従業員が「追加」ボタン１２０６をクリックする。すると、クライアントＰＣから販売管理ｗｅｂサーバ４０７へ小ウィンドウを表示する要求が送られ、図１４（ａ）に示す商品等カテゴリを選択する小ウィンドウが表示される。従業員はプルダウンボタン１４０２を押して、商品等カテゴリを展開し、所望の商品等カテゴリを選択すべく、クリックする。
選択した商品等カテゴリは販売管理ｗｅｂサーバ４０７に送信される。そして、当該カテゴリに合致する商品の商品コード、または役務の役務コードのリストが内部生成され、図９、図１０及び図１１にて説明した商品等リストチェック処理により、
既に商品明細にて表示されている商品或は役務、また売ってはならない商品或は役務についてはグレイアウトさせ、チェックボックスを表示させず、選択できない構成にしている。
更に、
・選択済みの商品等については「既に選択済みです」のメッセージ、
・売ってはならない商品等については「このお客様には販売できません」のメッセージ
も添えている。

本実施形態においては、商談支援システムを開示した。
以上の概略説明にてわかるように、本実施形態の機器管理システム１０１が備える商談支援機能は、複数の従業員が共同作業にて見積書を迅速に作成することができる。その際、商品等の重複や、販売してはいけない商品等を選択させない処理を伴っているので、人的なミスを極力低減することができる。

本実施形態のシステムを運用面で見ると、幾つかの特色がある。
先ず、本実施形態のシステムは、営業担当者とカスタマエンジニア等、業種を越えた共同作業を、システムとして定義している。このことは、従業員個人の人脈に頼ることなく、業務として共同作業をすることを定義していることを意味する。
また、人脈を利用しない、という点で、担当部門に誰かが居れば、共同作業が遂行できる、という特色がある。このことは、業務の従業員の能力への依存度を低下させ、ひいては定型作業化することができるので、極めて業務効率が良い。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。

本発明の一実施の形態による機器管理システムの全体を示す概略図である。 ｗｅｂサーバ等とＤＢサーバの詳細を示す機能ブロック図である。 ＤＢサーバに含まれているテーブル群のフィールド名を一部抜粋した概略図である。 本実施形態の機器管理システムのうち、商談支援機能に注目した部分の機能を説明する、ブロック図である。 三つのｃｇｉと、ＤＢサーバの主要なテーブルとの関係を詳細に示すブロック図である。 オプション品小ウィンドウｃｇｉの動作について、クライアントとサーバの両者の動作から説明するフロー図である。 商品等小ウィンドウｃｇｉの動作について、クライアントとサーバの両者の動作から説明するフロー図である。 オプション品小ウィンドウｃｇｉの動作を示すフローチャートである。 商品等小ウィンドウｃｇｉの動作を示すフローチャートである。 リストチェック処理の動作を示すフローチャートである。 禁則判定処理の動作を示すフローチャートである。 販売管理ｗｅｂサーバの商談支援機能によってクライアントＰＣに表示される、商談支援画面である。 販売管理ｗｅｂサーバの商談支援機能によってクライアントＰＣに表示される、商談支援画面である。 販売管理ｗｅｂサーバの商談支援機能によってクライアントＰＣに表示される、商品等追加小ウィンドウである。

符号の説明

１０１…機器管理システム、１０２、１０３…ｗｅｂサーバ、１０４…ＤＢサーバ、１０５、１０６、１０７…クライアントＰＣ、１０８…ハンディターミナル、１０９…社内ＬＡＮ、２０２…ｗｅｂサーバプログラム、２０３…従業員認証ｃｇｉ、３０２…従業員テーブル、３０３…顧客企業テーブル、３０４…顧客担当者テーブル、３０５…顧客設置先テーブル、３０６…商談テーブル、３０７…契約テーブル、３０８…商談契約テーブル、３０９…禁則条件テーブル、３１０…締め日条件テーブル、３１１…契約種別テーブル、３１２…商品基本情報テーブル、３１３…役務基本情報テーブル、３１４…契約商品等テーブル、３１５…役務商品テーブル、３１６…機器管理テーブル、３１７…カウンタ確認ログテーブル、４０１…営業担当者、４０２…カスタマエンジニア、４０３…サービス担当者、４０４、４０５、４０６…クライアントＰＣ、４０７…販売管理ｗｅｂサーバ、４０８…ｗｅｂサーバプログラム、４０９…主画面ｃｇｉ、４１０…オプション品小ウィンドウｃｇｉ、４１１…商品等小ウィンドウｃｇｉ、４１２…選択リスト、５０２…フレームｃｇｉ、５０３…明細表示ｃｇｉ、５０４…チャットｃｇｉ、５０５…オプション品リスト作成部、５０６、５０８…小ウィンドウｈｔｍｌ文書作成部、５０７…禁則判定部、５０９…商品等リスト作成部、１２０１…ｗｅｂブラウザ、１２０２…主画面、１２０３…明細表示ウィンドウ、１２０４…チャットウィンドウ、１２０５…オプション選択小ウィンドウ、１２０６…「追加」ボタン、１２０７…リンク、１２０８、１４０３…チェックボックス、１２０９、１４０４…「選択」ボタン、１３０２…追加データ

Claims (4)

1. 商品コードまたは役務コードを記録する選択リストと、
   前記商品コードと、機器のステータスをフィールドとして持つ機器管理テーブルと、
   前記商品コードまたは役務コードの組み合わせが列挙格納されている禁則条件テーブルと、
   前記選択リストに追加する商品或は役務が列挙される追加候補リストを作成する追加候補リスト作成部と、
   前記追加候補リストに記録されている前記商品コードまたは前記役務コードにて前記禁則条件テーブルを検索して禁則リストを作成し、前記機器管理テーブルに基づいて所望の顧客の稼働中商品リストを作成し、前記稼働中商品リストを前記禁則リストにて検索し、禁則対象の前記商品コードまたは前記役務コードを判定する禁則判定部と、
   前記禁則判定部の判定結果に応じて、選択可能な商品または役務のリストを作成する商品等一覧作成部と、
   前記商品等一覧作成部が作成した、前記選択可能な商品または役務のリストを表示するリスト表示部と
   を具備することを特徴とする、商談支援システム。
2. 前記禁則判定部は、前記選択リストに含まれる前記商品コードまたは前記役務コードと、前記追加候補リストに記録されている前記商品コードまたは前記役務コードとの重複を検出することを特徴とする、請求項１記載の商談支援システム。
3. 商品コードまたは役務コードを記録する選択リストと、
   前記商品コードと、機器のステータスをフィールドとして持つ機器管理テーブルと、
   前記商品コードまたは役務コードの組み合わせが列挙格納されている禁則条件テーブルと、
   前記選択リストに追加する商品或は役務が列挙される追加候補リストを作成する追加候補リスト作成部と、
   前記追加候補リストに記録されている前記商品コードまたは前記役務コードにて前記禁則条件テーブルを検索して禁則リストを作成し、前記機器管理テーブルに基づいて所望の顧客の稼働中商品リストを作成し、前記稼働中商品リストを前記禁則リストにて検索し、禁則対象の前記商品コードまたは前記役務コードを判定する禁則判定部と、
   前記禁則判定部の判定結果に応じて、選択可能な商品または役務のリストを作成する商品等一覧作成部と
   を具備することを特徴とする、商談支援サーバ。
4. 前記禁則判定部は、前記選択リストに含まれる前記商品コードまたは前記役務コードと、前記追加候補リストに記録されている前記商品コードまたは前記役務コードとの重複を検出することを特徴とする、請求項３記載の商談支援サーバ。

Images