JP2005011030A - マーケティング支援装置及びこの装置のデータ処理方法 - Google Patents

Abstract

【課題】参加するそれぞれの会社が効率よく顧客を増やすことができる。
【解決手段】サービス提供者が代行して全顧客の中から所定条件に応じた顧客である医療関係者に対してメッセージを送信し、そのメッセージを受信した医療関係者が特定の製薬会社のＭＲを承認することで、特定の製薬会社のＭＲが実際に医療関係者の居場所まで足を運ぶこと無く、顧客である医療関係者を増やし、ＭＲと医療関係者がメッセージのやり取りを行うことができるようにする。担当ＭＲを統括する製薬会社の本社ＭＲは、メッセージの種類に応じて、送信者名を、本社ＭＲ又は担当ＭＲの名義で、顧客である医療関係者に対してメッセージを送信することができる。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、顧客が営業担当者を選択登録することにより、顧客に対して登録された営業担当者が情報提供をすることができるマーケティング支援装置及びマーケティング支援方法に関する。
【０００２】
【従来の技術】
特許文献１には、製薬会社等に所属する医療情報担当者であるＭＲ（Ｍｅｄｉｃａｌ Ｒｅｐｒｅｓｅｎｔａｔｉｖｅｓ）と病院に関係する医師、薬剤師、看護婦等の医療関係者との間のコミュニケーションを支援するＭＲ支援システムが記載されている。このＭＲ支援システムは、医療関係者とこの医療関係者から承認を受けたＭＲとの１対１のコミュニケーションを支援する支援サーバ装置を有し、この支援サーバ装置は、医療関係者が所定のＭＲを登録すると、登録されたＭＲが登録を行った医療関係者にメッセージを作成することが可能となり、このメッセージを通じて医療情報を医療関係者に対して提供することができるようになっている。
【０００３】
【特許文献１】
特開２００２−００７４１０号公報
【０００４】
【発明が解決しようとする課題】
ところで、ＭＲは、製薬会社等の会社組織に所属するものであり、製薬会社等の会社は、所属する個々のＭＲの行動、成績等を管理するためにも、ＭＲ支援システムに、会社単位で参加する。ところが、このＭＲ支援システムは、ＭＲと医療関係者との１対１のコミュニケーションを支援するものである。したがって、各会社の顧客となる医療関係者の参加人数は、主として、ＭＲが医療関係者と実際に会い、このシステムへの参加を医療関係者に促すことによって増えることになる。したがって、ＭＲ支援システムでは、ネットワークの設備を用いて、効率よく各会社の顧客となる医療関係者の参加人数を増やすことが困難である。
【０００５】
また、会社に所属するＭＲ個人は、それぞれ能力差等もあり、例えば成績の低いものに対しては、そのＭＲが担当する医療関係者に対して、医療情報の提供等といった形で支援する必要がある。このような場合には、情報提供を、会社名義で行うより、担当ＭＲの名義で医療関係者に情報を提供した方が良いこともある。しかしながら、他の者がＭＲ個人を支援する考え方は、特許文献１に示唆されていない。
【０００６】
また、医療関係者に提供する情報の内、新薬のお知らせ等は、個々のＭＲが医療関係者に情報提供するよりも、ＭＲが所属する製薬会社等が一斉に、各ＭＲが担当する医療関係者に配信した方が、情報も正確且つ迅速に伝達することができる。医療関係者に対して医療情報を一斉配信する際にも、情報の種類によって、担当ＭＲ名義の方が良い場合や会社名義の方が良い場合もある。
【０００７】
更に、提供する情報の種類によって、情報を提供する医療関係者を選択する必要がある。例えば、耳鼻科学会の開催通知を配信するに当たっては、送信先を耳鼻科を専門とする医療関係者に送信するだけで良く、他の分野を専門とする医療関係者に送信する必要は無い。顧客となる医療関係者に対して不必要な情報を提供することは、その医療関係者に対して不快感を与えることにもなる。
【０００８】
更に、以上のように、所定の医療関係者を直接担当するＭＲの知らないところで他の者がメッセージの代行配信を行ったとき、その顧客の直接の担当者であるＭＲが代行配信したメッセージの内容を知らないのでは、そのＭＲの顧客である医療関係者とのコミュニケーションの障害ともなる。
【０００９】
更に、一斉配信を行うときには、途中でメッセージの送信エラーが発生すると、どの医療関係者にメッセージが送信されており、どの医療関係者にメッセージが送信されていないかを知ることは困難である。再度同じ医療関係者に対して一斉配信を行うと、同じメッセージが二度送られる医療関係者が生じてしまうことになる。
【００１０】
本発明は、以上のような課題に鑑みてなされたものであり、その目的は、参加するそれぞれの会社が効率よく顧客を増やすことができるマーケティング支援装置及びマーケティング支援方法を提供することにある。
【００１１】
また、本発明の他の目的は、営業担当者が所属する組織が、営業担当者に代わって顧客に対してメッセージを代行配信することができ、更に、代行配信の際、顧客やメッセージの種類に応じてメッセージの名義人を営業担当者と会社で選択することができ、営業担当者を効率よく支援することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。
【００１２】
更に、本発明の他の目的は、複数の顧客に対してメッセージを一斉配信するときに、宛先となる顧客を、メッセージの種類等に応じて効率よく抽出することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。
【００１３】
更に、本発明の他の目的は、メッセージを顧客に対して一斉配信をしているときに、送信エラーが発生しても、メッセージが送信されたものと送信されていないものとを正確に把握し、重複したメッセージを顧客に対して送信してしまうことを防止することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。
【００１４】
更に、本発明の他の目的は、以上のような目的を実現することができるコンピュータプログラム及びこのコンピュータプログラムが記録された記録媒体を提供することにある。
【００１５】
【課題を解決するための手段】
本発明は、顧客の個人データを受け付け、この個人データを顧客テーブルに登録し顧客データベースに格納する。また、所属する複数の営業担当者を管理するデータを受け付け会社テーブルに登録すると共に、この会社に所属する営業担当者の個人データを受け付け営業担当者テーブルに登録し、会社データベースに格納する。そして、顧客からその顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと顧客テーブルとを関連づける選択登録テーブルを生成し、会社データベースに格納する。次いで、顧客宛のメッセージをメッセージデータベースより読み出してネットワーク経由で顧客に提供し、選択登録テーブルの生成を契機として、営業担当者による顧客宛のメッセージの作成を支援する。
【００１６】
ここで、複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられている。また、残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられている。
【００１７】
そして、サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、残りの会社の中の特定の会社に関するメッセージをメッセージデータベースより読み出してネットワーク経由で顧客に提供し、顧客から承諾信号を受信すると、特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成する。これにより、特定の会社は、サービス提供者の送信するメッセージに顧客が応答することで、実際に営業担当者を顧客の居場所まで移動させること無く、顧客を増やすことができる。
【００１８】
また、本発明では、残りの会社データベースの営業担当者テーブルの少なくとも一は、各会社の管理者に帰属する営業担当者テーブルであり、更に、少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより所定の検索条件に応じて抽出された顧客に対して、メッセージを、管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で代行して、メッセージデータベースより読み出してネットワーク経由で提供する。ここで、管理者名義又は他の営業担当者名義で顧客に送信するメッセージは、顧客からのメッセージに対する返信メッセージを含むこともある。
【００１９】
代行配信を行ったときには、顧客を直接担当する他の営業担当者が、自分名義の送受信メッセージと管理者名義の送信メッセージとを営業担当者の端末で区別できるように表示し、更に、メッセージの内容を閲覧できるようにしても良い。また、各会社の管理者に帰属する営業担当者端末で会社データベースの全営業担当者の顧客とのメッセージの送受信履歴を閲覧できるようにしても良い。また、代行して上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義でメッセージを送信したとき等の顧客毎の利用データを、代行配信等の効果確認のため、営業担当者端末にネットワーク経由で提供するようにしても良い。更に、本発明は、少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルの中の複数をグループ化し、各グループを特定の会社の一の営業担当者テーブルと選択登録テーブルによって一顧客として関連づけるようにしても良い。
【００２０】
更に、本発明は、少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより所定の検索条件に応じて抽出された顧客に対して、管理者の名義又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義でメッセージを送信したとき、各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者に対して、メッセージを送信したことを告知し、代行配信を行ったことを知らせるようにしても良い。更に、本発明において、検索は、未読の各会社の管理者名義又は他の営業担当者名義のメッセージを抽出する未読メッセージ抽出ステップと、所定期間内に各会社の管理者宛又は他の営業担当者宛のメッセージを受信した顧客を抽出する応答顧客抽出ステップとを有する絞込ステップと、検索条件として入力された顧客名の全部又は一部を元に該当する顧客を抽出する顧客名抽出ステップとを有する。そして、絞込ステップ及び／又は顧客名抽出ステップによって所定の顧客を抽出する。
【００２１】
また、本発明は、同時に全ての顧客宛のメッセージを顧客に送信することができないとき、全てのメッセージの未送信処理を行う。
【００２２】
また、本発明は、各営業担当者の営業担当者テーブルと選択登録テーブルによって関連づけられた顧客テーブルの顧客に対するメッセージの作成及びこの顧客から送信されたメッセージに対する返信メッセージの作成を支援する。
【００２３】
また、本発明は、サービス提供者のデータベース以外の残りの会社データベースの全顧客テーブルと関連づけられた営業担当者テーブルの営業担当者であって、顧客が承認していない営業担当者が顧客端末に表示されるようにし、例えば、顧客が承認はしていないが、顧客と密接な関連のある営業担当者を顧客に紹介できるようにする。
【００２４】
また、本発明は、少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルを、他の営業担当者テーブルに新たな顧客テーブルが関連づけられる度に追加する。
【００２５】
本発明は、ハードウェアによっても実現可能であるが、この他に、コンピュータ等にコンピュータプログラムをインストールすることによって実現することができる。このコンピュータプログラムは、ネットワークを介して又は光ディスク等の記録媒体に格納して拡布される。
【００２６】
【発明の実施の形態】
以下、本発明が適用された支援システムについて、図面を参照して説明する。図１に示すように、支援システムは、インターネット等のネットワーク３を介して医療関係者向けの端末装置にコンテンツを提供すると共に、医薬品等の製造会社の医療情報担当者であるＭＲとこのＭＲが担当する医療関係者とが１対１でメッセージのやり取りを行うことができるものである。
【００２７】
具体的に、本発明を適用した支援システムは、図１に示すように、各種情報を保存するデータベース２が構築された本システムの運営者が管理する支援サーバ装置１と、医師、薬剤師、看護婦、放射線技師等の医療関係者（以下、ユーザともいう。）が管理するユーザ端末装置４と、本システムに参加している製薬会社等に所属するＭＲ個人が管理する複数台のＭＲ端末装置５と、ＭＲが所属する製薬会社等が管理する会社端末装置６と、本システムの管理者が支援サーバ装置１にアクセスするための管理者端末装置７とを備える。支援サーバ装置１、ユーザ端末装置４、ＭＲ端末装置５、会社端末装置６、管理者端末装置７は、互いに、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）回線、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）回線、光ケーブル回線、ｘＤＳＬ（ｘ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ ）、ディジタル衛星放送用の衛星回線等を用いたネットワーク３を介して接続されおり、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の伝送プロトコルに従ってデータのやり取りを行うことができる。
【００２８】
支援サーバ装置１は、通常のコンピュータとほぼ同様な構成を有しており、ハードディスクにデータベース２が格納されていると共に、オペレーティングシステム、端末装置４〜７と通信を行うためのアプリケーションプログラム等の種々のプログラムがインストールされている。この支援サーバ装置１は、図２に示すように、本システムに参加する全員の医療関係者をデータベース２に登録し、本システムに参加している各会社に所属するＭＲがデータベース２に登録されている医療関係者から承認を受けると、担当ＭＲと承認をした医療関係者とを関連づけ、承認した医療関係者を、ＭＲ及びＭＲが所属する会社の顧客と位置づける。
【００２９】
図２では、製薬会社Ａに関連づけられた顧客を円Ａで示し、製薬会社Ｂに関連づけられた顧客を円Ｂで示し、製薬会社Ｃに関連づけられた顧客を円Ｃで示している。支援サーバ装置１は、各製薬会社の会社端末装置６やＭＲ端末装置５が承認を受けた医療関係者のみとメッセージのやり取りを行うことができるようにする。すなわち、製薬会社の会社端末装置６やＭＲ端末装置５からは、自分の顧客となった医療関係者を見ることができるようになる。また、支援サーバ装置１は、本システムを運営する管理者の管理者端末装置７からは、本システムに登録している医療関係者全員、すなわち図２中円Ａ、円Ｂ、円Ｃを含む円Ｄ（太線）を顧客として見ることができるようにし、顧客Ｄとメッセージのやり取りを行うことができるようにする。なお、円Ｄ中で円Ａ、円Ｂ、円Ｃに含まれない顧客は、何れの製薬会社と関連づけられていない医療関係者であり、本システムを運営する管理者の管理者端末装置７からのみ、メッセージのやり取りを行うことができる医療関係者である。
【００３０】
なお、支援サーバ装置１は、製薬会社に対して、他の製薬会社当と区別するための識別データであるＩＤを付与し、更に会社ＩＤに関連づけられたＭＲＩＤをＭＲに対して付与する。
【００３１】
そして、この支援サーバ装置１は、医療関係者が利用するユーザ端末装置４からのアクセスに応じて、コンテンツとして、医療情報、学会情報等の情報をユーザ端末装置４に提供すると共に、医療関係者のユーザ端末装置４とＭＲ端末装置５、会社端末装置６、管理者端末装置７との間の相互のメッセージ交換を管理する。なお、このメッセージのサービスは、医療関係者とＭＲに対しては通常用いられている電子メールと同等の機能を持つサービスとして提供されるが、その態様は、後述するように電子メールの仕組みとは異なっている。
【００３２】
図１に示すように、この支援サーバ装置１にネットワーク３を介して接続されるユーザ端末装置４は、医療関係者が操作する端末装置であり、例えばパーソナルコンピュータにより構成され、ブラウザ等種々のアプリケーションプログラムがインストールされている。そして、ユーザ端末装置４は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ブラウザを実行することにより支援サーバ装置１と通信を行うことができる。具体的に、ユーザ端末装置４は、ブラウザを実行することによって、支援サーバ装置１又は医薬品等の製造会社のサーバ装置が開設する医薬品、医療機器（以下、単に医薬品等ともいう。）や研究開発等に関するウェブページを閲覧することができる。また、ユーザ端末装置４は、ＭＲ端末装置５や会社端末装置６、更には管理者端末装置７との間でメッセージのやり取りを支援サーバ装置１のウェブページ上で行うことができる。
【００３３】
支援サーバ装置１にネットワーク３を介して接続されるＭＲ端末装置５は、ＭＲが操作する例えばパーソナルコンピュータ等の情報処理装置により構成され、ブラウザ等種々のアプリケーションプログラムがインストールされている。ＭＲ端末装置５は、ＷＷＷブラウザを実行することにより、顧客である医療関係者から承認を受けると、この承認を契機として、医療関係者が管理するユーザ端末装置４とメッセージのやり取りを行うことができる。また、ＭＲ端末装置５は、支援サーバ装置１が管理するウェブページ上において、ＭＲが送信したメッセージに対する医療関係者の反応を確認することができる。
【００３４】
支援サーバ装置１にネットワーク３を介して接続される会社端末装置６は、ＭＲが所属する製薬会社等の営業を統括管理する部署等に所属する担当者、例えば本社に所属するＭＲが操作する端末装置であり、パーソナルコンピュータ等の情報処理装置により構成され、ブラウザ等種々のアプリケーションプログラムがインストールされている。この会社端末装置６は、自社に関連づけられた顧客の医療関係者との間で行うメッセージのやり取りを、担当ＭＲの名義を使って又は会社の名義や本社ＭＲの名義を使って支援サーバ装置１のウェブページ上で行うことができる。メッセージを医療関係者に送信するとき、会社端末装置６は、メッセージの送信先の医療関係者を所定条件で選択することができる。
【００３５】
なお、ＭＲ端末装置５や会社端末装置６では、自社に関連づけられていない医療関係者とはその医療関係者から承認を受けるまでは、顧客ではないことからメッセージのやり取りを行うことができない。
【００３６】
支援サーバ装置１にネットワーク３を介して接続される管理者端末装置７は、本システムを運営する管理者が操作するパーソナルコンピュータ等の情報処理装置である。管理者端末装置７は、支援サーバ装置１に対して上述の会社端末装置６と同等な権原を有する装置であり、ＷＷＷブラウザを実行することにより支援サーバ装置１と通信を行うことができる。具体的に、管理者端末装置７は、本システムに参加する会社の例えば宣伝代行のメッセージを、本システムに参加している医療関係者全て、すなわち図２中顧客Ｄに対して配信することができる。すなわち、本システムを管理する管理者は、本システムに参加する医療関係者全員を顧客とし、その中からメッセージの宛先を選択することができる。支援サーバ装置１は、各端末装置から入力されるユーザＩＤ、パスワード等の端末識別データによって、アクセスする端末装置がＭＲ端末装置５、会社端末装置６、管理者端末装置７の何れかであるかの識別を行う。
【００３７】
なお、医療関係者、ＭＲ、会社端末装置６の担当者及び管理者端末装置７の管理者は、それぞれユーザＩＤとパスワードを入力して支援サーバ装置１へログインすることにより、支援サーバ装置１からのサービスを受けることができる。支援サーバ装置１は、医療関係者に対して、医療関係者向けのポータルサイトとして機能して、後述のようにＭＲとのメッセージ交換の機能を合わせて提供する一方、ＭＲに対して、後述のように医療関係者とのメッセージ交換の機能と、メッセージを作成するためのユーザインタフェースを提供する。
【００３８】
支援サーバ装置１を運営する運営者は、当該支援システムの利用契約を結んだＭＲが所属する製造会社から利用料を、定額制、従量制又はこれらの組み合わせで徴収することにより利益を得る。例えば、運営者は、基本料金に加えて、ＭＲが発信したメッセージの数や医療関係者が開封した回数に応じた課金を行う。支援サーバ装置１は、例えばＭＲの利用状況を管理し、これに応じて課金データを生成する。支援サーバ装置１は、専用線で決済センタと接続されており、月極等所定期間単位で課金データを生成し、この課金データを決済センタに送信することによって決済処理を行う。
【００３９】
なお、運営者は、この他に、ホームページに設けたバナー広告による広告料収入を得ることもできる。また、支援システムは、利用する医療関係者に対して、情報提供料を課金するようにしても良い。
【００４０】
次に、医療関係者が支援システムを利用するまでの手続について説明する。支援サーバ装置１は、医療関係者向けのコンテンツを提供するポータルサイトとしての機能を持つ。医療関係者は、自分のユーザＩＤとパスワードを入力して支援サーバ装置１にログインすると、ブラウザの画面にその医療関係者向けにカスタマイズされた医療情報が表示される。更に、医療関係者は、支援サーバ装置１の運営者と契約している製造会社のＭＲからＭＲのＩＤを入手し、支援サーバ装置１にそのサービスコードを登録することにより、登録された製造会社やその会社に所属するＭＲから限定的に配布される医療情報を閲覧することも可能となる。ブラウザの画面には、ポータルサイトとしての情報の他に、ＭＲからのメッセージが案内される後述のスポンサーフレーム３６が表示され、このスポンサーフレーム３６を起点にＭＲとの１対１のコミュニケーションが可能となる。
【００４１】
一方、医療関係者に対する営業活動に支援システムを利用したい製薬会社等やＭＲは、自社のＩＤや自分のＭＲＩＤを医療関係者に通知して、支援システムの利用を促すことになる。医療関係者がそのＭＲを承認するためにＭＲＩＤを支援サーバ装置１に登録すると、医療関係者が当該ＭＲからメッセージを受信することと、当該ＭＲにメッセージを送信することとが可能となる。
【００４２】
図３は、支援サーバ装置１の機能構成図である。この機能構成は、ハードウェア的には、コンピュータのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスク等で実現することができ、ハードディスクにインストールされた支援機能のあるアプリケーションプログラム等によって実現される。したがって、これらの機能ブロックは、ハードウェア、ソフトウェアの組み合わせによって様々な形で実現することができる。
【００４３】
支援サーバ装置１は、ＭＲ端末装置５、会社端末装置６及び管理者端末装置７側のメッセージの作成を支援するＭＲ側メッセージインタフェース３００と、医療関係者側のメッセージの作成を支援する顧客側メッセージインタフェース３０２と、医療関係者、ＭＲ等の識別情報の登録を受け付ける選択登録部３０４と、ＭＲ端末装置５、会社端末装置６及び管理者端末装置７に対して医療関係者に対して取るべき行動を示唆するアクション決定部３０６と、登録された医療関係者に対するＭＲの接触状況の統計を取り管理する統計分析部３０８と、ＭＲの個人データが入力され、ＭＲと医療関係者とを関連づけるデータが格納されるＭＲデータベース３１０と、医療関係者の個人データが入力されたユーザデータベース３１６と、ＭＲと医療関係者との間のメッセージを管理するメッセージデータベース３３０とを備える。ＭＲデータベース３１０、ユーザデータベース３１６及びメッセージデータベース３３０は、図１でデータベース２として示したものであり、ハードディスク等に格納されている。
【００４４】
ＭＲデータベース３１０は、ＭＲの個人情報が格納されるＭＲテーブル３１２と医療関係者とＭＲとを関連づける選択登録テーブル３１４と、製薬会社とこの製薬会社に所属するＭＲとを関連づける会社テーブル３１５とを有し、また、ユーザデータベース３１６は、医療関係者の個人データが格納されるユーザテーブル３１８有している。
【００４５】
選択登録部３０４は、医療関係者のユーザ端末装置４からＭＲの識別コードであるＭＲＩＤの入力を受け付ける。選択登録部３０４は、医療関係者のユーザＩＤで識別されるユーザテーブル３１８をユーザデータベース３１６から抽出すると共に、ＭＲＩＤで識別されるＭＲテーブル３１２をＭＲデータベース３１０から抽出し、ユーザテーブル３１８とＭＲテーブル３１２とを関連づけた選択登録テーブル３１４を生成する。この選択登録テーブル３１４が生成されると、ＭＲＩＤで識別されるＭＲがユーザＩＤで識別される医療関係者に登録されたこととなり、登録されたＭＲは、その医療関係者を顧客として担当することができるようになる。ＭＲ側メッセージインタフェース３００は、選択登録テーブル３１４の生成を契機として、ＭＲから医療関係者へメッセージが送信できるようにする。選択登録テーブル３１４は、登録のあった医療関係者に関する覚え書きを書き込むことのできる顧客名簿ファイルとしても機能し、ＭＲは、この顧客名簿ファイルを用いて登録された医療関係者宛のメッセージを作成する。
【００４６】
ＭＲ側メッセージインタフェース３００は、ＭＲが医療関係者宛に送信するメッセージの作成、削除、保存等及び医療関係者から受け取るメッセージの閲覧、削除、保存等が行えるようにＭＲを支援するユーザインタフェースである。ＭＲが作成したメッセージのヘッダ部は、メッセージヘッダデータベース３２０に格納され、メッセージの送信日時、宛先の医療関係者がそのメッセージを開封した日時等のステータスが管理される。メッセージのボディ部は、メッセージボディデータベース３２２に格納される。ＭＲは、キャッチ画像データベース３２４から自分の顔写真やイラスト画像等を選んでメッセージを案内する画像の一部に用いることができる。また、メッセージの案内画像には、ＭＲの簡単な自己紹介文やメッセージのタイトル、キャッチフレーズ等を含めることができる。また、ＭＲは、自分が所属する会社が営業用に作成した定型文や定型リンク先アドレス等が格納された定型ライブラリデータベース３２６から適当なデータを取得して、メッセージの作成に役立てることができる。到達コールログデータベース３２８は、以上のようにして作成されたメッセージが宛先の医療関係者に読まれたとき、その既読情報をログとして格納する。このログは、例えば医療関係者の利用度を見るための指標となるポイントの加算に利用することができる。例えば、支援システムの運営者は、このポイントに応じてユーザである医療関係者に有償サービス等の特典を与えることができる。
【００４７】
顧客側メッセージインタフェース３０２は、ユーザである医療関係者がＭＲから受け取るメッセージの閲覧、削除、保存等及び医療関係者がＭＲ宛に送信するメッセージの作成、削除、保存等が行えるようにする医療関係者を支援するユーザインタフェースである。顧客側メッセージインタフェース３０２は、医療関係者が登録して承認したＭＲからのメッセージをメッセージデータベース３３０から読み出して、医療関係者のユーザ端末装置４に提供する。後述のように、ＭＲからメッセージがあるとき、最初にＭＲからのメッセージを案内する画像がキャッチ画像データベース３２４から読み出されて表示される。表示された案内画像を医療関係者がクリックすると、画像にリンクされたメッセージがメッセージボディデータベース３２２から読み出されて表示される。
【００４８】
以下、ＭＲから医療関係者宛に送られたメッセージのことを「コール」ともいい、医療関係者がそのメッセージを開封、すなわち読むことを「到達」という。例えば、「到達コール」といったときには、医療関係者により開封され読まれたＭＲからのメッセージを意味する。
【００４９】
医療関係者によりメッセージが読まれた場合に、顧客側メッセージインタフェース３０２は、そのメッセージのヘッダに記録されたステータスを更新し、既読状態にする。また、顧客側メッセージインタフェース３０２は、医療関係者がメッセージを読むと、到達コールログデータベース３２８に、何時、どのメッセージを読んだかを示す到達コールログを記録し、医療関係者に、有償又は無償のサービス等の特典と交換可能なポイントを加算する。
【００５０】
メッセージデータベース３３０は、ＭＲとユーザである医療関係者が共通にアクセスするデータベースであり、ＭＲと医療関係者との間でのやり取りされるメッセージは、この単一のメッセージデータベース３３０において管理される。この点で、支援システムで行われるメッセージのやり取りは、通常の電子メールのようにメールのデータが送信元のサーバから送信先のサーバに配送される仕組みとは異なる。
【００５１】
アクション決定部３０６は、ＭＲが医療関係者に送ったメッセージのステータスを分析して、その医療関係者に対して行うべきアクションを決定してＭＲに提示する。統計分析部３０８は、ＭＲが医療関係者に送ったメッセージの数、メッセージが医療関係者に読まれた割合等医療関係者への接触状況に基づいてＭＲの成績を分析して評価結果をＭＲ端末装置５、会社端末装置６、管理者端末装置７等に提供する。
【００５２】
図４は、ＭＲテーブル３１２、選択登録テーブル３１４、ユーザテーブル３１８のデータ構成とそれらの間の相関関係を説明する図である。ＭＲテーブル３１２は、ＭＲＩＤによって一意に識別され、ＭＲの所属する卸会社の会社コード、氏名、ＭＲが支援サーバ装置１にアクセスするためのパスワード、ＭＲの電話番号、携帯電話番号、電子メールアドレス、住所、勤務中か否かを示す勤務フラグ、ＭＲの所在する営業所等の営業開始時間、営業終了時間等のデータを格納している。営業開始時間と営業終了時間は、ＭＲの営業時間を医療関係者に知らせるために用いられる他、営業時間外に医療関係者がＭＲにメッセージを送ろうとしたときに「営業時間外なので即答できません。」といった警告メッセージを医療関係者のユーザ端末装置４に出力するために用いられる。勤務フラグは、ＭＲが現在勤務中であるか、休暇を取っているか、外出中であるか等を医療関係者に知らせたり、休暇中であるときに警告メッセージをユーザ端末装置４に出力するために用いられる。
【００５３】
ＭＲテーブル３１２に格納された情報の一部は、医療関係者がそのＭＲを登録したときに、ＭＲのプロファイルとして医療関係者のＭＲ名簿に格納されて医療関係者に提供される。電子メールアドレスは、公開に設定されていれば、医療関係者に提供されることになるが、公開に設定されていないときには、医療関係者に提供されない。このようなＭＲテーブル３１２の全ての情報がそのＭＲを登録した医療関係者に開示されるとは限らない。また、外出することの多いＭＲは、携帯電話のメールアドレスをＭＲテーブル３１２に登録しておき、支援サーバ装置１が医療関係者からのメッセージを携帯電話のメールアドレスに転送するようにしても良い。
【００５４】
ユーザテーブル３１８は、ユーザＩＤによって一意に識別され、医師が支援サーバ装置１にアクセスするためのパスワード、医師免許コード、職種コード、氏名、性別、勤務先名称、勤務先住所、誕生日、電子メールアドレス、ポイント、診療科目コード、専門コード等が格納される。ユーザテーブル３１８に格納された医師の個人情報は、氏名と勤務先名称等の一部を除き、ＭＲに開示されることは無い。
【００５５】
選択登録テーブル３１４は、医師がＭＲを登録して承認した場合に、医療関係者のユーザテーブル３１８とＭＲのＭＲテーブル３１２とを関連づけるものであり、ＭＲテーブル３１２のＭＲＩＤとユーザテーブル３１８のユーザＩＤによって一意に識別される。選択登録テーブル３１４は、ＭＲからのメッセージの案内画像を後述のスポンサーフレーム３６の何れの位置に示すかを決める選択区分、医師氏名、勤務先、顧客の重要度を示すターゲットランク、職種、専門領域、役職、卒業大学、卒業年、趣味等医師についての覚え書きをＭＲが入力できるエントリを有する。但し、選択区分だけは医師側が決めて設定し、ＭＲ側では設定できない。これらの医師の情報は、ＭＲが入力するため、必ずしもユーザテーブル３１８に格納された医師の個人情報とは一致しない。この選択登録テーブル３１４は、ＭＲの顧客名簿ファイルとしても利用される。
【００５６】
製薬会社に所属するそれぞれのＭＲに対しては、この選択登録テーブル３１４が医療関係者から承認を受けただけ設けられることになり、また、製薬会社の会社端末装置６を担当する担当者であるＭＲに対しては、この選択登録テーブル３１４が当該会社に属するＭＲが担当する全医療関係者分設けられることになる。また、本システムを運用する管理者に対しては、この選択登録テーブル３１４がユーザ登録をしている医療関係者全員分設けられることになる。
【００５７】
会社テーブル３１５は、ＭＲテーブル３１２から参照され、ＭＲが所属する製薬会社の会社名、その会社のロゴタイプ等のデフォルト画像を指すコード、その会社のホームベージ等のデフォルトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が格納される。また、会社テーブル３１５には、その会社に所属するＭＲが登録されている。すなわち、会社テーブル３１５は、ＭＲテーブル３１２にリンクしていることで、ＭＲがどの営業所に所属しているか、各ＭＲの実績等を会社端末装置６から見ることができるようにしている。また、会社テーブル３１５は、自分の会社に所属するＭＲを管理することで、自分の会社の全てのＭＲの顧客、すなわち医療関係者を管理することができるようになっている。会社端末装置６は、自分の会社に所属するＭＲを営業所等の所定条件で選択し、また、各ＭＲの顧客を専門領域等の所定条件で選択し、会社名義で又は送信先の医療関係者を担当するＭＲの名義で、選択した条件に合致した医療関係者にメッセージを送信することができる。
【００５８】
アクションデータテーブル３１１は、ＭＲテーブル３１２の会社コードと選択登録テーブル３１４のターゲットランクとによって識別されるものであり、顧客に対するアクションの判定基準とアクションの内容を格納する。また、このアクションデータテーブル３１１には、アクションの判定基準に用いられる閾値と、アクションの内容を記述した４種類のメッセージが格納されている。これら各データの用い方については後述する。
【００５９】
図５は、メッセージヘッダレコード３２１、メッセージボディレコード３２３、キャッチ画像レコード３２５、到達コールログレコード３２９のデータ構成とそれらの間の参照関係を説明する図である。メッセージヘッダデータベース３２０に格納されるメッセージヘッダレコード３２１は、メッセージヘッダＩＤによって一意に識別され、メッセージＩＤ、メッセージ区分、送信元ユーザＩＤ、宛先ユーザＩＤ、受信／送信日時、送信側のメッセージ取消日時、保管日時、送信状態フラグ、削除日時、受信側のメッセージ開封日時、保管日時、削除日時及び受信状態フラグが格納されている。
【００６０】
ここで、メッセージＩＤは、このメッセージのボディのレコードを指し示すポインタである。メッセージ区分は、そのメッセージが通常の顧客である医療関係者宛のメッセージであるか、支援サーバ装置１がＭＲに通知する目的で送信されたシステムメッセージであるかを示すものである。システムメッセージとして、後述のようにＭＲ登録通知、ＭＲ削除通知、メッセージ開封通知等がある。送信元ユーザＩＤと宛先ユーザＩＤは、ＭＲのユーザＩＤ又は医師のユーザＩＤとなる。但し、システムメッセージの場合、送信元ユーザＩＤが管理者ＩＤとなる。
【００６１】
メッセージボディデータベース３２２に格納されるメッセージボディレコード３２３は、メッセージＩＤによって一意に識別され、コール内容コード、メッセージのタイトル、メッセージ本文、有効期限、画像コード、直接リンクＵＲＬ、会社コード、添付リンク、添付ファイル等が格納されている。ここで、コール内容コードは、営業、広告、依頼等ユーザである医療関係者へのメッセージの種別を示すものである。画像コードは、キャッチ画像のコードであり、キャッチ画像のレコードを指す。直接リンクＵＲＬは、ＭＲが自分で指定するリンク先ＵＲＬであり、添付リンクは、ＭＲの会社側で用意した定型リンクである。なお、この定型リンクには、ＵＲＬ以外に画像ファイルやテキストデータが更に付属していても良い。添付ファイルは、メッセージに添付する文書ファイル等である。
【００６２】
キャッチ画像データベース３２４に格納されるキャッチ画像レコード３２５は、画像コードによって一意に識別され、会社コード、ＭＲＩＤ、画像名、画像ファイル、ＭＲの自己紹介文、キャッチフレーズ、リンク先ＵＲＬが格納されている。
【００６３】
到達コールログデータベース３２８に格納される到達コールログレコード３２９は、ログレコード番号で一意に識別され、医師等の医療関係者によって開封されたメッセージのヘッダＩＤ、そのメッセージが開封された日時を示す到達コール日時、そのメッセージの送信元ユーザＩＤと宛先ユーザＩＤが格納される。この到達コールログレコード３２９を用いて、メッセージの開封回数によって医師等医療関係者に加算される加算されるポイントが決定される。
【００６４】
以上が支援システムの構成全般であり、以下その処理を具体的に説明する。先ず、図６を用いて支援サーバ装置１に医療関係者がユーザ端末装置４を用いて登録するときの手順を説明する。この処理は、支援サーバ装置１がユーザ端末装置４からのアクセスを検知したときに開始される。
【００６５】
支援サーバ装置１は、ユーザＩＤ及びパスワードの入力を促すログイン画面を、ネットワーク３を介してユーザ端末装置４に送信する（ステップＳ１）。ユーザ端末装置４のモニタに表示されるログイン画面には、ユーザＩＤ及びパスワードの入力欄、入力したユーザＩＤ等の送信を指示する送信ボタン並びに未登録ユーザであることを通知する通知ボタン等が設けられている。ユーザ端末装置４を操作する医療関係者は、自分が登録済みのユーザであるとき、キーボード、マウス、テンキー等の操作部を用いて、ユーザＩＤ及びパスワードを、モニタに表示されているログイン画面の入力欄に入力して送信ボタンをクリックする。自分が未登録ユーザであるとき、ユーザは、操作部を用いて、ログイン画面中の通知ボタンをクリックする。ユーザ端末装置４は、送信ボタン又は通知ボタンの何れかがクリックされることにより、入力されたユーザＩＤ及びパスワード又は未登録ユーザ通知をネットワーク３を介して支援サーバ装置１に送信する。
【００６６】
受信待機状態にある支援サーバ装置１は、ユーザ端末装置４からのユーザＩＤ及びパスワード又は未登録ユーザ通知を受信すると、受信内容に基づいて、ユーザが登録済みのユーザであるか否かを判定する（ステップＳ２）。具体的に、支援サーバ装置１は、ユーザＩＤ及びパスワードを受信したとき、データベース２に記録されているユーザプロファイルと照合して申請のあったユーザが正規のユーザであるか否かを判定する。支援サーバ装置１は、ユーザＩＤ及びパスワードが正規のものではないと判定したとき（ステップＳ２のＮＧ）、ステップＳ１に戻り、アクセスのあったユーザ端末装置４に対して再度ログイン画面の送信を行う。
【００６７】
支援サーバ装置１は、未登録ユーザ通知をユーザ端末装置４より受信したとき（ステップＳ２のＮ）、ユーザ端末装置４を介してアクセスした医療関係者が未登録ユーザであると判定し、ステップＳ３に進む。そして、支援サーバ装置１は、アクセスしているユーザに対してユーザ登録を促すためユーザ登録画面をネットワーク３を介してユーザ端末装置４に送信する（ステップＳ３）。
【００６８】
ユーザ端末装置４のモニタに表示されるユーザ登録画面には、ユーザが任意の文字や数字を設定できるユーザＩＤ及びパスワードを入力する入力欄の他に、ＭＲから取得したサービスコード、氏名、性別、誕生日、職種、専門科、勤務地等の入力欄及び入力したユーザＩＤ等の送信を指示する送信ボタンが設けられている。ここで、職種の欄は、勤務医、開業医、看護婦、薬剤師、臨床検査技師等の職種を入力するためのものであり、専門科の欄は、内科、外科等の専門を入力するものである。ユーザ端末装置４に表示されたユーザ登録画面の所定入力欄に対し、ユーザが操作部を用いてユーザＩＤ、パスワード、サービスコード等を入力し送信ボタンがクリックされると、ユーザ端末装置４は、ネットワーク３を介して入力されたユーザＩＤ、パスワード、サービスコード等の個人データを支援サーバ装置１に送信する。
【００６９】
支援サーバ装置１は、ユーザ端末装置４からのユーザＩＤ等をユーザプロファイルとしてユーザデータベース３１６のユーザテーブル３１８に格納、すなわち登録する。これにより、ユーザ端末装置４のユーザは、本システムにおいて登録済みのユーザとなる。また、支援サーバ装置１は、登録済みのユーザが操作しているユーザ端末装置４に対して、ユーザ端末装置４のユーザが登録ユーザであることを示す認証情報を発行する。発行された認証情報は、ユーザ端末装置４に送信され、ユーザ端末装置４のハードディスク等に記憶される。このような認証情報の一例としては、クッキー（Ｃｏｏｋｉｅ）を用いることができる。更に、支援サーバ装置１は、発行した認証情報を、ユーザのユーザプロファイルに対応付けてユーザテーブル３１８に記録する。
【００７０】
ユーザ登録の後、ユーザは、メッセージのやり取りをするＭＲのＭＲＩＤを、支援サーバ装置１が管理する当該ユーザ専用の指定フォームに登録する（ステップＳ４）。この指定フォームには、ＭＲＩＤを複数登録することができる。ユーザは、この指定フオームにＭＲＩＤを登録したＭＲが発信したメッセージだけを受信することができる。すなわち、ＭＲは、自分のＭＲＩＤを医療関係者であるユーザが指定フォームに登録しなければ、上述した選択登録テーブル３１４が生成されないことから、ユーザに対してメッセージを送ることができない。したがって、ユーザは、指定フォーム所望のＭＲＩＤを登録しないことにより、意図しないＭＲからのメッセージが送信されてくることを防止することができる。
【００７１】
このような医療関係者は、所望のＭＲＩＤを登録し、このＩＤが示すＭＲを承認することで、ＭＲとの間の１対１のコミュニケーションのチャネルを確立することができる。また、ＭＲから見た場合、医療関係者にＭＲＩＤを登録してもらうことにより、顧客、すなわち医療関係者の許可を得て行うマーケティング（所謂パーミッションマーケティング）を行うことができる。
【００７２】
なお、本システムに登録を行ったユーザは、ユーザ端末装置４より、ユーザ登録内容の追加、変更、削除やユーザ登録の解除やＭＲＩＤの追加、削除を随時行うことができる。
【００７３】
ステップＳ２において、支援サーバ装置１は、ユーザ端末装置４から送信されたユーザＩＤ及びパスワードを受信し、データベース２に記録されているユーザプロファイルと照合して、アクセスのあったユーザが正規ユーザであると判断したとき（ステップＳ２のＹ）、既に登録済みのユーザであると判定して、ステップＳ３の処理をスキップする。
【００７４】
次に、支援サーバ装置１は、ユーザプロファイルをユーザデータベース３１６のユーザテーブル３１８から読み出し、これに基づいて、その医療関係者向けのコンテンツをユーザ端末装置４に提供し（ステップＳ５）、次いで、ＭＲからのメッセージをユーザ端末装置４に提供する（ステップＳ６）。これらのデータをネットワーク３を介して受信したユーザ端末装置４は、モニタに、支援サーバ装置１から送信されたコンテンツを表示すると共に、ユーザが承認したＭＲとコミュニケーションを取るように促す表示を行う。ユーザが操作するユーザ端末装置４は、支援サーバ装置１からログアウトし（ステップＳ７）、一連の処理を終了する。なお、この支援サーバ装置１は、ユーザ端末装置４がブラウザを用いてアクセスするものであるため、ユーザ端末装置４にログアウトを促さずに、タイムアウトを設けて自動的にセッションをクローズするようにしても良い。
【００７５】
図７は、顧客である医療関係者が操作するユーザ端末装置４のモニタに表示されるＷＷＷブラウザウィンドウ３１の表示例を示す。ＷＷＷブラウザウィンドウ３１のアドレス入力欄３２には、アクセスするウェブページのＵＲＬが入力されると共に、現在表示しているウェブページのＵＲＬを表示する。ここでは、医師は、支援サーバ装置１のＵＲＬを操作部を用いて入力し、支援サーバ装置１にアクセスする。ナビゲーションフレーム３３には、メインフレーム３４に表示させる情報の項目が表示される。ユーザが操作部を用いてナビゲーションフレーム３３に表示された項目をクリックすると、クリックされた項目の情報の見出しがメインフレーム３４に表示される。図７の例では、メインフレーム３４に医療情報に関する最新情報を知らせるための「最新の話題」及び支援システムに関する情報をユーザに対して提供するための「お知らせ」の見出しが表示されている。
【００７６】
メインフレーム３４に表示された情報の見出しの文字列、例えば、「Ａ製薬 アニュアル医学情報をリリース」は、対応する情報、この例では、「アニュアル医学情報」が記載されているページにリンクされている。なお、リンク先のページのＵＲＬは、当該サイトである支援サーバ装置１の下層ディレクトリであっても良く、また、他のサイトであっても良い。
【００７７】
なお、ここで「リンク」の用語は、上述した例を用いれば、文字列 「Ａ製薬アニュアル医学情報をリリース」がクリックされたとき、対応する「アニュアル医学情報」が表示されることの意味で用いている。
【００７８】
スポンサーフレーム３６は、ブラウザウィンドウ３１中の例えば右側に上下一列に設けられたスポンサーボックス３７，３８，３９を有し、それぞれのボックス３７，３８，３９は、ユーザとＭＲとの間でメッセージの送受信を行う後述の双方向コミュニケーションのページにリンクされている。スポンサーフレーム３６の上部には、医療関係者を案内する案内表示部４４が設けられ、ここには、例えば「○○○先生へお知らせ」と表示されると共に、未読メッセージ数、獲得ポイント等が表示される。各スポンサーボックス３７，３８，３９は、それぞれ所定の製薬会社等の専用の領域であり、所定の製薬会社等のＭＲからユーザの医療関係者にメッセージが送信されているとき、ＭＲの顔写真、氏名、用件等が表示される。更に、各スポンサーボックス３７，３８，３９には、未読のメッセージの有無を表示する状態表示部４５やメッセージの重要度が表示される。更に、各ＭＲと直ちにメッセージを送信することができるようにするための連絡ボタン３７ａ，３８ａ，３９ａが設けられている。なお、スポンサーボックス３７，３８，３９には、ＭＲからのメッセージが無いとき、所定の製薬会社等のハウスマーク等のキャッチ画像が表示される。このようなスポンサーボックス３７，３８，３９は、ＭＲが表示されるとき、ＭＲが所属する製薬会社等の宣伝を行うことができる。スポンサーボックス３７，３８，３９は、それぞれ対応するＭＲによって設定された情報、例えばメッセージに関する詳細な情報等にリンクされており、医師がユーザ端末装置４のマウス等を用いてクリックすることにより、詳細情報が表示されるようになっている。
【００７９】
また、スポンサーフレーム３６には、顧客である医療関係者が承認していない未登録ＭＲのボックス４２が設けられている。未登録ＭＲのボックス４２には、その医療関係者と関連のある未登録ＭＲの顔写真、氏名、用件等が表示される。例えば、未登録ＭＲのボックス４２には、その医療関係者の専門とする分野の医薬品等を紹介する未登録ＭＲに関する情報が表示されることになる。更に、そのメッセージの既読未読の状態が表示される。また、未登録ＭＲのボックス４２には、医療関係者がこの未登録ＭＲに興味を持ったときに直ちにそのＭＲを登録することができるように登録ボタン４２ａが設けられている。
【００８０】
更に、スポンサーフレーム３６には、未登録ＭＲのボックス４２の下側に協賛企業の広告ボックス４３が設けられ、ここにも、広告の未読既読の状態が表示される。また、スポンサーフレーム３６には、登録ＭＲを一覧するための登録ＭＲボタン４６が設けられている。
【００８１】
なお、スポンサーフレーム３６に表示されるスポンサーボックス３７，３８，３９の数は、３つに限定されるものではなく、また、ブラウザウィンドウ３１に表示されるスポンサーボックス３７，３８，３９の位置も、ブラウザウィンドウ３１の右側に限定されるものではない。
【００８２】
ユーザ端末装置４のモニタに表示された図７の画面では、ユーザが操作部を用いて、ナビゲーションフレーム３３に表示されている情報の項目をクリックしたり、メインフレーム３４に表示されている見出しをクリックしたり、スポンサーフレーム３６のスポンサーボックス３７，３８，３９をクリックしたり、バナー広告４０，４１をクリックしたり、更に、未登録ＭＲのボックス４２をクリックしたり、アドレス入力欄３２にＵＲＬを入力したりすることによって、モニタに表示されている画像を変更する操作を行ったときには、クリックされた箇所にリンクされているＵＲＬ又はアドレス入力欄３２に入力されたＵＲＬがユーザ端末装置４からインターネット等のネットワーク３を介して支援サーバ装置１に送信される。これを受けて、支援サーバ装置１は、受信したＵＲＬやアドレス情報の示す所在にあるコンテンツをユーザ端末装置４に送信する。支援サーバ装置１が送信した新たなコンテンツを受信したユーザ端末装置４は、このコンテンツを表示部を構成するモニタに表示する。以下、このようにしてユーザ端末装置４が受信した新たなコンテンツの表示例について説明する。
【００８３】
図８は、スポンサーフレーム３６の登録ＭＲボタン４６がクリックされることによってユーザ端末装置４のモニタに表示される登録ＭＲページを説明する図である。この登録ＭＲページは、顧客である医療関係者が一目で受信した新規メッセージを見ることができるようにするための医療関係者が承認、すなわち登録したＭＲの一覧ページである。登録ＭＲページの上覧には、医療関係者を案内する案内表示部９０が設けられ、その下欄には、ＭＲを登録するためのページ、すなわち図８のページにアクセスするための登録ＭＲボタン９１と、ＭＲと新規連絡するためのページにアクセスするための新規連絡ボタン９２が設けられている。なお、案内表示部９０，登録ＭＲボタン９１及び新規連絡ボタン９２は、ＭＲとコミュニケーションを取るためのページにおいて共通であるため以降の図においては省略する。
【００８４】
また、登録ＭＲページには、医療関係者が連絡するＭＲを追加するためのページにアクセスするためのＭＲ追加ボタン１０１と、承認したＭＲを削除するためのページにアクセスするための削除ボタン１０２と、図７に示したスポンサーフレーム３６に表示されたボックス３７，３８，３９の表示順序を変更するためのページにアクセスするための変更ボタン１０３が設けられている。更に、登録ＭＲページには、表示されるＭＲの表示順序をソートするためのソート部１０４が設けられている。ソート部１０４は、例えばプルダウンメニューであり、下欄に表示されるＭＲをメッセージの受信日時順、ＭＲの氏名順、ＭＲの所属する会社順等のソート条件を選択することができ、条件が選択されたとき、選択された条件でＭＲがソートされ表示される。
【００８５】
登録ＭＲページには、新規メッセージのあるＭＲが一覧表示されるＭＲ一覧表示部１０５が設けられている。一覧表示部１０５は、ＭＲ毎に区画されており、各欄は、ＭＲの顔写真等のキャッチ画像１０５ａ、ＭＲの氏名１０５ｂ、このＭＲとの連絡一覧１０５ｂ、最新メッセージの日時１０５ｄ、最新メッセージのタイトル１０５ｅが表示される。そして、ＭＲの氏名１０５ｂがクリックされたときには、当該ＭＲの個人情報が表示されるＭＲ個人情報ページが表示され、タイトル１０５ｅがクリックされたときには、受信連絡内容ページが表示される。
【００８６】
図８に示す登録ＭＲページの一覧表示部１０５のＭＲの氏名１０５ｂがクリックされたときには、図９に示すように、そのＭＲとの連絡一覧が表示される連絡一覧ページが表示される。この連絡一覧ページには、選択されたＭＲが表示されるＭＲボックス１１１が設けられている。このＭＲボックス１１１には、ＭＲの顔写真等のキャッチ画像１１１ａ、ＭＲの氏名１１１ｂ、このＭＲに対してメッセージを作成するための連絡ボタン１１１ｃが表示される。ＭＲの氏名１１１ｂクリックされたときには、該ＭＲの個人情報が表示されるＭＲ個人情報ページが表示され、連絡ボタン１１１ｃがクリックされたときには、連絡内容作成ページが表示される。
【００８７】
連絡一覧ページには、表示されるメッセージの表示順序をソートするためのソート部１１２が設けられている。ソート部１１２は、例えばプルダウンメニューであり、下欄に表示されるＭＲをメッセージを、受信順、送信順、日時順、件名順等のソート条件を選択することができ、条件が選択されたとき、選択された条件でメッセージのタイトルがソートされ表示される。
【００８８】
連絡一覧ページには、更に、メッセージのタイトルを一覧表示する一覧表示部１１３が設けられている。この一覧表示部１１３には、削除するメッセージを選択するための削除ボックス１１３ａと、受信メッセージであるか送信メッセージであるかを識別するための送受信識別部１１３ｂと、メッセージの送受信日時１１３ｃと、メッセージのタイトル１１３ｄが表示される。削除ボタン１１４をクリックすると、削除ボックス１１３ａにチェックの入ったメッセージを削除することができる。
【００８９】
図８に示す登録ＭＲページのタイトル１０５ｅや図９に示すタイトル１１３ｄをクリックしたときには、図１０に示す受信連絡内容ページが表示される。受信連絡内容ページは、特定のＭＲから送信されたメッセージの本文を確認するためのページであり、このメッセージに対して返信メッセージを作成する連絡内容作成ページを表示するための返信ボタン１２１ａと、このメッセージを削除するための削除ボタン１２１ｂと、図９に示した連絡一覧ページを表示するための連絡一覧ボタン１２１ｃとが設けられている。
【００９０】
更に、受信連絡内容ページには、メッセージの送り主でありＭＲが表示されるＭＲボックス１２２が設けられている。このＭＲボックス１２２には、ＭＲの顔写真等のキャッチ画像１２２ａ、ＭＲの氏名１２２ｂ、このＭＲに対してメッセージを作成するための連絡ボタン１２２ｃが表示される。ＭＲの氏名１２２ｂがクリックされたときには、該ＭＲの個人情報が表示されるＭＲ個人情報ページが表示され、連絡ボタン１１１ｃがクリックされたときには、連絡内容作成ページが表示される。
【００９１】
また、受信連絡内容ページには、選択されたメッセージのタイトルと日付け等のメッセージに付随する情報を表示する付随情報表示部１２３が設けられ、更にメッセージに関連する情報、例えば学会公式ホームページ等にアクセスするための資料リンクや添付ファイルが表示される関連情報表示部１２４が設けられている。そして、付随情報表示部１２３や関連情報表示部１２４の下欄には、メッセージの本文が表示されるメッセージ表示部１２５が設けられる。
【００９２】
図８に示す新規連絡ボタン９２がクリックされたときには、図１１に示すようにＭＲへの新規連絡ページが表示される。この新規連絡ページには、医療関係者が承認したＭＲが一覧表示される。具体的に、新規連絡ページには、表示される登録ＭＲの表示順序をソートするためのソート部１３１が設けられている。ソート部１３１は、例えばプルダウンメニューであり、下欄に表示されるＭＲを、氏名順、会社順等のソート条件を選択することができ、条件が選択されたとき、選択された条件でＭＲの氏名がソートされ表示される。
【００９３】
更に、新規連絡ページには、医療関係者が登録したＭＲが一覧表示される一覧表示部１３２が設けられている。一覧表示部１３２には、ＭＲの氏名、ＭＲの会社名と共に、チェックボックス１３２ａが設けられている。ユーザである医療関係者は、所望のＭＲのチェックボックス１３２ａをチェックし、連絡内容作成ボタン１３３をクリックすると、次に、図１２に示すように、連絡内容作成ページが表示される。この連絡内容作成ページは、連絡内容作成ボタン１３３がクリックされたときの他、図９に示す連絡ボタン１１１ｃ及び図１０に示す連絡ボタン１２２ｃがクリックされたときにも表示される。
【００９４】
連絡内容作成ページは、図１２に示すように、メッセージの送信先が表示される送信先表示部１３６が設けられ、この送信先表示部１３６には、送信先の追加変更を行う図１１に示す新規連絡ページを表示する追加変更ボタン１３６ａが設けられている。また、メッセージのタイトルを入力するためのタイトル入力部１３７ａが設けられ、更に、メッセージの本文を入力するための本文入力部１３７ｂが設けられ、更に、メッセージに添付する添付ファイルを指定及び表示する関連情報入力部１３７ｃが設けられている。更に、緊急時等に担当のＭＲに代わって代理回答を希望する際にチェックするチェックボックス１３８が設けられ、更に、メッセージを送信するための送信ボタン１３９が設けられている。
【００９５】
図８に示す登録ＭＲページのＭＲの氏名１０５ｂ、図９に示す連絡一覧ページのＭＲの氏名１１１ｂ、図１０に示す受信連絡内容ページのＭＲの氏名１２２ｂをクリックされたときには、図１３に示すＭＲ個人情報ページが表示される。このＭＲ個人情報ページには、そのＭＲの顔写真等のキャッチ画像、そのＭＲが所属する会社名、連絡先となる会社電話番号、携帯電話番号、ファクシミリ番号、アドレス、会社住所等の個人情報表示部１４１が設けられると共に、顧客である医療関係者がそのＭＲに関する情報をメモ書きすることができるメモ入力部１４２が設けられている。更に、医療関係者がメモ入力部１４２の記載内容の変更を保存するための変更内容保存ボタン１４３と、変更内容を取り消すための取消ボタン１４４が設けられている。
【００９６】
更に、図８に示す登録ＭＲページのＭＲ追加ボタン１０１がクリックされたときには、図１４に示すＭＲ追加ページが表示される。ＭＲ追加ページには、直接ＭＲＩＤでＭＲを追加するための第１の入力部１４６と、会社でＭＲを追加するための第２の入力部１４７とが設けられている。第１の入力部１４６は、例えば医療関係者が直接ＭＲと面会した際に知らされたＭＲＩＤで、そのＭＲを承認する際に選択されＭＲＩＤが入力される。また、第２の入力部１４７は、例えば医療関係者が特定の製薬会社に興味を持ち、その会社からの情報を得たいと思ったときに選択される。第２の入力部１４７には、医療関係者が承認していないＭＲが属する製薬会社名が一覧表示され、チェックボックス１４７ａが設けられている。チェックボックス１４７ａがチェックされることで、医療関係者は、所定の製薬会社を選択することができ、更に、ＭＲ追加ボタン１４８をクリックすることで、選択したＭＲを承認し、以降、このＭＲと連絡を取ることができるようになる。すなわち、追加されたＭＲは、図８に示す登録ＭＲページに表示に表示されることになる。
【００９７】
また、図８に示す登録ＭＲページのＭＲの削除ボタン１０２がクリックされたときには、図１５に示すように、ＭＲの削除ページが表示される。ＭＲの削除ページには、既に医療関係者が承認しているＭＲの表示順序をソートするためのソート部１５１が設けられている。ソート部１５１は、例えばプルダウンメニューであり、下欄に表示されるＭＲをＭＲの氏名順、ＭＲの所属する会社順等のソート条件を選択することができ、条件が選択されたとき、選択された条件でＭＲがソートされ表示される。
【００９８】
また、ＭＲの削除ページには、承認したＭＲを一覧表示する一覧表示部１５２が設けられている。この一覧表示部１５２には、医療関係者が既に登録しているＭＲの氏名、会社名が位置ら表示されると共に、ＭＲ毎にチェックボックス１５３が設けられている。医療関係者は、このチェックボックス１５３をチェックすることで、削除するＭＲを選択することができ、削除ボタン１５４をクリックすることにより、承認しているＭＲを登録削除することができる。
【００９９】
また、図８に示す登録ＭＲページの変更ボタン１０３をクリックしたときには、図１６に示すように、図７に示したスポンサーフレーム３６に表示されたボックス３７，３８，３９の表示順序を変更するためのＭＲの変更ページを表示することができる。この変更ページは、ボックス３７，３８，３９の既設定を表示する既設定表示部１５６と、承認したＭＲが一覧表示される一覧表示部１５７とが設けられている。一覧表示部１５７には、ボックス３７，３８，３９の位置を決定するためのチェック部１５８が設けられている。上中下のチェック部１５８をチェックすることで、医療関係者は、図７に示したスポンサーフレーム３６に表示されたボックス３７，３８，３９の表示順序を決めることができ、変更内容保存ボタン１５９がクリックされたとき、設定内容が変更され、既設定表示部１５６の表示が変更されると共に、ボックス３７，３８，３９に表示されるＭＲが変更される。また、取消ボタン１６０をクリックしたときには、変更内容が取り消される。
【０１００】
ところで、図１に示すように、ＭＲが所属する製薬会社当のＭＲを統括管理する部署等に所属する担当者が操作する会社端末装置６では、ＭＲの登録、削除、登録内容の変更等を行うためのＭＲ管理ページにアクセスすることができる。具体的に説明すると、支援サーバ装置１は、会社端末装置６がＭＲを管理するためのページにアクセスするためのログイン画面を、ネットワーク３を介して会社端末装置６に送信する。会社端末装置６のモニタには、受信したログイン画面が表示され、このログイン画面は、管理者に対して所定欄に管理者ＩＤ及びパスワードの入力を促す。会社端末装置６を操作する管理者は、キーボード、マウス、テンキー等の操作部を用いて、管理者ＩＤ及びパスワードを、モニタに表示されているログイン画面の入力欄に入力して送信ボタンをクリックする。会社端末装置６は、送信ボタンがクリックされることにより、入力された管理者ＩＤ及びパスワードを、ネットワーク３を介して支援サーバ装置１に送信する。
【０１０１】
受信待機状態にある支援サーバ装置１は、管理者端末装置７からの管理者ＩＤ及びパスワードを受信すると、受信内容とデータベース２を参照して、ユーザが登録済みの管理者であるか否かを判定する。支援サーバ装置１は、正規の管理者であると判断したとき、会社端末装置６のモニタに図１７に示すＭＲ管理画面を表示できるようにする。すなわち、支援サーバ装置１は、データベース２の会社テーブル３１５にアクセスし、会社端末装置６の管理者が管理するＭＲを、会社端末装置６のモニタに一覧表できるようにする。
【０１０２】
図１７は、会社端末装置６のモニタに表示されるＭＲ管理ページを示す。このＭＲ管理ページには、管理者が管理するＭＲが一覧表示され、各ＭＲ毎に、ＭＲＩＤ、ＭＲの氏名、ＭＲの所属する支店、ＭＲの所属する営業所、ＭＲの専門等の属性１，２、マスタ権限、入社年度等が記載されている。また、ＭＲ管理ページには、管理するＭＲを追加するページにアクセスするためのタグ２２１と、選択したＭＲを削除するページにアクセスするためのタグ２２２と、選択したＭＲの担当する顧客を変更するページにアクセスするためのタグ２２３と、所定のＭＳを検索のためのページにアクセスするためのタグ２２４とが設けられている。更に、ＭＲ管理ページには、ＭＲを管理するためのページにアクセスするためのタグ２２５と、支店や営業所の属性を管理するためのページにアクセスするためのタグ２２６と、各ＭＲのアクションを管理するためのページにアクセスするためのタグ２２７と、サブマスタを管理するためのページにアクセスするためのタグ２２８と、ＭＲがメッセージを作成する際に使用するキャッチ画像を管理するページにアクセスするためのタグ２２９と、ＭＲがメッセージを作成する際に使用するリンクを管理するためのページにアクセスするためのタグ２３０と、ＭＲがメッセージを作成する際に使用する定型文を管理するページにアクセスするためのタグ２３１と、コール内容を管理するためのページにアクセスするためのタグ２３２とが設けられている。
【０１０３】
そして、ＭＲを追加するタグ２２１がクリックされたときには、図１８に示すＭＲの追加変更ページが表示される。このＭＲ追加変更ページは、ＭＲのＩＤが入力されるＭＲＩＤ入力部２４１と、ＭＲの氏名が仮名入力される仮名氏名入力部２４２と、ＭＲの氏名が漢字入力される氏名入力部２４３と、ＭＲの支店が入力される支店入力部２４４と、ＭＲが所在する営業所が入力される営業所入力部２４５と、ＭＲの属性が入力される属性入力部２４６と、ＭＲの入社年が入力される入社年入力部２４７と、ＭＲのパスワードが入力されるパスワード入力部２４８と、ＭＲの写真が入力される写真入力部２４９とが設けられている。写真入力部２４９では、キャッチ画像の追加変更ボタン２４９ａをクリックすることによって、スポンサーボックス３７，３８，３９に表示するキャッチ画像を選択することができ、また、選択されたキャッチ画像が表示される。
【０１０４】
図１７に一覧表示されたＭＲの一に対応したチェックボックス２３３がチェックされた状態でＭＲを追加するタグ２２１がクリックされたとき、ＭＲの追加変更ページは、各入力部２４１〜２４９に既設定の内容が表示され、チェックボックス２３３が何れもチェックされていない状態でＭＲを追加するタグ２２１がクリックされたとき、ＭＲの追加変更ページは、各入力部２４１〜２４９が空欄とされる。
【０１０５】
ＭＲＩＤ入力部２４１は、管理者が任意のコードを入力することができると共に、ＭＲＩＤの入力が無いとき自動採番される。仮名氏名入力部２４２は、新規追加のとき空白でありＭＲの仮名が入力され、変更のとき、既設定のＭＲの氏名の仮名が表示される。氏名入力部２４３は、新規追加のとき空白でありＭＲの氏名が入力され、変更のとき、既設定のＭＲの氏名が表示される。支店入力部２４４及び営業所入力部２４５は、例えばプルダウンメニューであり、新規追加の場合空白であり、プルダウンメニューの中から支店や営業所を選択することができ、変更のとき、既設定の支店名や営業所が表示される。属性入力部２４６は、新規追加の場合空白であり、プルダウンメニューの中から属性を選択することができ、変更のとき、既設定の属性が表示される。入社年入力部２４７は、ＭＲの入社年を西暦で入力することができ、変更のとき、既設定の入社年が表示される。パスワード入力部２４８は、新規追加の場合空白であり、変更のとき、既設定のパスワードが表示される。
【０１０６】
ＭＲの追加変更ページは、各入力部２４１〜２４９の入力の後、保存ボタン２５０がクリックされると、ＭＲの追加変更が完了する。発行されるＭＲＩＤは、実在するＭＲと１対１であり、一人のＭＲに対して１つ付与される。ここで、ＭＲの設定に当たっては、２つの方法がある。第１に、ＭＲの登録は、実在する本社ＭＲや担当ＭＲに対してＭＲＩＤを発行し、その他の入力部２４２〜２４９も実在するＭＲの氏名等で登録を行う。第２に、ＭＲの登録は、実在する担当ＭＲに対してＭＲＩＤを発行し、その他の入力部２４２〜２４９を、本社ＭＲの氏名等で行う。第１のＭＲ登録方法は、通常の使用方法であるのに対して、第２のＭＲ登録方法では、例えば、顧客である医療関係者に対して、本社ＭＲが後述する代行配信の機能を用いて、医療情報等のメッセージを送信し、実在のＭＲが本社ＭＲと顧客である医療関係者とのメッセージのやり取りを見て、実在のＭＲが実際に医療関係者に面会した際のコミュニケーションの参考資料に用いることができる。
【０１０７】
次に、ＭＲ端末装置５が支援サーバ装置１にアクセスして、医療関係者とメッセージ交換する処理について具体的に説明する。図１９は、ブラウザを用いてＭＲ端末装置５が支援サーバ装置１のＵＲＬを入力してログイン画面に至り、ユーザＩＤとパスワードを入力した後にＭＲ端末装置５に表示されるトップページを示す。
【０１０８】
このトップページには、そのＭＲと関連づけられている医療関係者が一覧表示される一覧表示部２５１が設けられている。この一覧表示部２５１には、そのＭＲの顧客である医療関係者の状態、顧客名、病院施設、重要度、連絡履歴、送信メッセージであか受信メッセージであるかが顧客毎に表示される。受信の欄には、顧客からの新規連絡があるとき、新規連絡数が表示され、送信の欄には、顧客が未読のメッセージ数が表示されると共に、後述するように、本社ＭＲがそのＭＲに代わって代行配信を行っているとき、その代行配信メッセージ数が表示される。顧客である医療関係者と関連づけられた担当のＭＲは、代行配信が本社ＭＲによって行われたことを知ることができる。
【０１０９】
更に、トップページには、その製薬会社中における顧客既読メッセージ数のランキングが表示されるランキング表示部２５２が設けられ、更に、一覧表示部２５１に表示する顧客を絞り込むための絞込条件入力部２５３が設けられている。
【０１１０】
このトップページにおいて、一覧表示部２５１中の「代行配信」をクリックすると、本社ＭＲが代行配信したメッセージの詳細を見る内容表示ページが表示される。このページは、後述する図２２に示す本社ＭＲ用の送信済みメッセージの詳細ページと同様な構成であるため詳細は省略するが、担当のＭＲは、この本社ＭＲが代行配信したメッセージの詳細を見ることによって、自分の今後の顧客への対応を参考にすることができる。
【０１１１】
また、一覧表示部２５１中の「連絡履歴」をクリックしたときには、その顧客である医療関係者との送信メッセージと受信メッセージの一覧を表示する連絡履歴の詳細ページが表示される。この連絡履歴の詳細ページは、後述する図２１に示す連絡履歴の詳細ページと同様な構成であるため詳細は省略するが、担当のＭＲは、一覧表示されたメッセージのタイトルをクリックすることによって、送受信したメッセージの詳細を見ることができ、更に、受信メッセージの詳細を見る受信連絡内容ページ（図２３参照）からは、更に、医療関係者に対してメッセージを作成し（図３０参照）返信することができる。
【０１１２】
ところで、図１に示したＭＲが所属する製薬会社等が管理する会社端末装置６は、会社に所属する各担当ＭＲに代わって、担当ＭＲの名義を使って又は会社の名義や本社ＭＲの名義を使って、顧客である医療関係者に対してメッセージを代行配信することができる。これは、会社が例えば成績の低いものに対して、医療情報の提供等といった形で営業活動を支援する必要が生じる場合、新薬のお知らせ等製薬会社等が一斉に顧客である医療関係者に情報提供した方が良い場合等があるからである。
【０１１３】
また、本システムの運営者は、図１で示したように、管理者端末装置７を所有しており、図２に示すように、本システムに登録している医療関係者全員（円Ｄ）が顧客となっている。したがって、本システム運営者が何らかのキャンペーンを医療関係者に対して行う場合、所定の本システムに参加している製薬会社から宣伝代行等を依頼された場合等は、勤務地、専門等の条件に合致した顧客である医療関係者に対して管理者端末装置７を用いてメッセージを送信することができる。管理者端末装置７を用いて本システムの管理者が所定の製薬会社の新薬の宣伝代行を全医師に対して行い、メッセージを受け取った医療関係者がその製薬会社の本社ＭＲを登録したときには、その製薬会社の担当ＭＲが実際に医療関係者の所在する場所に出向くまでも無く、ＭＲ登録を行った医療関係者を顧客にすることができる。すなわち、本システムに登録している製薬会社は、本システムの運営者に対して宣伝代行を依頼することで、担当ＭＲを医療関係者の所在する場所まで派遣すること無く、効率よく顧客を増やすことができる。
【０１１４】
そこで、支援サーバ装置１は、実際にネットワーク３において同等の権原を有する会社端末装置６と管理者端末装置７とをログイン時のユーザ名とパスワード等で識別し、同じ機能を使って以上のような機能を実現するようにしている。以下、これを具体的に説明する。
【０１１５】
図２０は、会社端末装置６又は管理者端末装置７が所定のユーザＩＤとパスワード等を入力して支援サーバ装置１にアクセスしたとき、会社端末装置６又は管理者端末装置７のモニタに表示されるトップページである。図２０に示すように、このトップページには、上覧に、会社端末装置６又は管理者端末装置７を用いてアクセスした者を表示するアクセス者表示部４０１が表示され、このアクセス者表示部４０１には、アクセスした者の会社名と担当者名が表示される。例えば、管理者端末装置７からアクセスしたときには、本システムの運営者の会社名と担当者名が表示され、また、会社端末装置６からアクセスしたときには、アクセスした者の製薬会社の名と担当者名が表示される。また、アクセス者表示部４０１の下欄には、タグ４０２，４０３，４０４，４０５，４０６が設けられている。タグ４０２は、トップページを表示するためのものであり、タグ４０３は、メッセージを作成するためのメッセージを表示するためのものであり、タグ４０４は、顧客を検索するためのページを表示するためのものであり、タグ４０５は、顧客データをアップロードするページを表示するためのものであり、タグ４０６は、利用データのページを表示するためのものとなっている。また、タグ４０２〜４０６の下欄には、メッセージの送信状況を表示する送信状況表示部４０７が設けられ、この送信状況表示部４０７には、メッセージの送信中「送信中」の文字が表示され、送信中でないとき、何も表示されず、送信エラーが発生しているとき警告メッセージが表示される。また、送信状況表示部４０７の下欄には、医療関係者に送信する前の下書メッセージが保存されているかどうかを表示する下書メッセージボタン４０８が設けられ、この下書メッセージボタン４０８には、下書メッセージが保存されているときにはその数が表示される。更に、タグ４０６の上覧には、当該ページにアクセスした本社ＭＲの登録設定をするためのページを表示するための登録設定ボタン４０９が設けられている。
【０１１６】
ところで、この図２０に示すトップページは、会社端末装置６又は管理者端末装置７が支援サーバ装置１に所定のユーザＩＤ及びパスワード等でアクセスしたとき、これら端末装置６，７のモニタにデフォルトで表示されるページであり、過去の医療関係者との送受信記録を一覧表示するものとなっている。
【０１１７】
そこで、トップページには、過去の医療関係者との送受信記録を一覧表示するための検索条件を入力するための第１の検索条件入力部４１１と第２の検索条件入力部４１２とが設けられている。第１の検索条件入力部４１１は、人名ではなく送受信記録に基づいた検索条件を入力するためのものであり、具体的に、会社端末装置６又は管理者端末装置７を操作している本社ＭＲが送信したメッセージの未読新規連絡、ＭＲ端末装置５を操作する担当ＭＲが送信したメッセージの未読新規連絡、本社ＭＲが所定期間、例えば１０日以内の受信メッセージ、ＭＲ端末装置５を操作する担当ＭＲが所定期間、例えば１０日以内の受信メッセージの４つの条件をプルダウンメニューより選択することができる。なお、最も使い勝手が良いように、「本社ＭＲが送信したメッセージの未読新規連絡」がデフォルトとなっている。このトップページには、会社端末装置６又は管理者端末装置７を操作している本社ＭＲがアクセスすることが頻度として最も多く、また、自分が送信したメッセージを顧客が読んだかどうかの情報が送信者にとって最も気になる情報だからである。
【０１１８】
第２の検索条件入力部４１２は、顧客名検索であり、絞込表示顧客対象のチェックボックスがチェックされたときのみ機能し、顧客名の漢字若しくは仮名での条件入力し、更にこのこの条件を前方若しくは完全一致検索することができる。第１の検索条件入力部４１１に入力された第１の検索条件と第２の検索条件入力部４１２に入力された第２の検索条件とは、「ａｎｄ」であり、第１の検索条件と第２の検索条件を満たした顧客名がトップページに一覧表示されることになる。検索条件に後方一致が無いのは、通常、人を名字で記憶することが多いからである。なお、第１の検索条件と第２の検索条件とは、「ａｎｄ」の他「ｏｒ」で検索することができるようにしても良い。そして、第２の検索条件入力部４１２の近傍には、入力された第１の検索条件と第２の検索条件を支援サーバ装置１に送信し検索を実行させるための検索ボタン４１３が設けられている。なお、図２０は、検索条件を、第１の検索条件である「本社ＭＲが送信したメッセージの未読新規連絡」とした場合の検索結果の一例を示している。
【０１１９】
第２の検索条件入力部４１２の下欄には、検索結果を数量的に表示する件数表示部４１４が設けられ、更に、検索結果の詳細表示部４１５が設けられている。詳細表示部４１５には、新規であるかの欄、顧客名（医療関係者名）の欄、施設名欄、セグメント欄、連絡履歴欄、受信欄、送信欄が設けられている。新規であるかどうかの欄は、顧客である医療関係者に新規にメッセージを送信したものであるとき、「新規」と表示される。顧客名は、医療関係者の氏名が表示される。なお、既に所定の担当ＭＲいるときには、顧客名の下側に担当ＭＲの氏名が並記される。施設名は、顧客である医療関係者が勤務又は所属する病院名等が表示され、連絡履歴の欄は、過去にこの医療関係者との間にメッセージのやり取りがあったときに「連絡履歴」と表示される。更に、受信欄には、メッセージを送信した医療関係者から返信のメッセージがあるとき「新規連絡」と表示され、また、本社ＭＲが送信したメッセージを送信先の医療関係者が読んだときの知らせがあるときは「記録連絡」と表示される。
【０１２０】
以上のように、トップページでは、顧客である医療関係者へ送信したメッセージの医療関係者の反応を一覧で確認することができるようになっている。例えば、詳細表示部４１５の顧客名の下側に担当ＭＲの氏名が並記されているときは、その担当ＭＲの氏名をクリックすることによって、後述する図３０のメッセージ作成ページが表示され、本社ＭＲが担当ＭＲに代わって返信メッセージをその顧客に対して代行配信することができる。また、顧客名をクリックしたときには、本社ＭＲが担当のＭＲを介することなく直接その顧客に対して返信メッセージを送ることができる。
【０１２１】
上述したトップページの検索結果の詳細を表示する詳細表示部４１５の連絡履歴の欄に表示された「連絡履歴」をクリックしたときには、図２１に示すように、連絡履歴の詳細ページが表示される。図２１は、図２０に示したトップページの詳細表示部４１５の「高村与次郎」医師の連絡履歴をクリックしたときの画面である。
【０１２２】
図２１に示すように、連絡履歴ページには、その顧客に関する情報を表示する顧客表示部４２１が設けられている。顧客表示部４２１には、その顧客の氏名の他、病院名等の施設名、専門等が表示される。また、支援サーバ装置１は、所定期間、例えば６ヶ月間その顧客のメッセージに対する反応が無いとき、休眠状態と判断し、この顧客表示部４２１に、この顧客を顧客リストから削除することができる旨の表示をする。また、連絡履歴ページには、この顧客の利用状況を把握するための利用状況表示部４２２が設けられている。この利用状況表示部４２２には、当月、先月におけるこの医療関係者に送信したメッセージの数、送信したメッセージの内の既読数、顧客からの連絡数が表示される。
【０１２３】
更に、連絡履歴ページには、この医療関係者との連絡履歴を一覧表示する履歴一覧表示部４２３が設けられている。一覧表示部４２３には、メッセージが送信メッセージであるか受信メッセージであるかを識別する識別欄と、メッセージを送受信した年月日と、送受信したメッセージの件名欄と、メッセージ毎に設けられた削除チェックボックス４２４ａとが設けられている。削除チェックボックスにチェックが入れられ、削除ボタン４２４がクリックされたとき、メッセージは削除される。
【０１２４】
更に、連絡履歴ページには、履歴一覧表示部４２３の表示順序を決定するための条件入力部４２５が設けられている。条件入力部４２５は、プルダウンメニューであり、受信順（受信未読、受信既読、送信の順）、送信順（送信顧客未読、送信顧客既読、受信の順）、年月日順（新しいものから古いものへ）等の表示順序条件を選択することができる。
【０１２５】
図２２は、図２１に示す連絡履歴ページの履歴一覧表示部４２３の送信メッセージの件名をクリックしたときに表示される送信済みメッセージの詳細を見るための内容表示ページである。具体的に、図２２は、図２１の履歴一覧表示部４２３の上から２段目の「今度の糖尿病学会のお知らせです。」をクリックしたときの画面である。
【０１２６】
図２２に示すように、送信済みメッセージの内容ページには、そのメッセージの送信先である顧客の医療関係者に関する情報を表示する顧客表示部４３１が設けられている。この顧客表示部４３１には、その顧客の氏名の他、病院名等の施設名、専門等が表示される。この顧客表示部４３１の近傍には、「この顧客にメッセージ」と記載された第１のリンク部４３２、「連絡履歴へ」と記載された第２のリンク部４３３と記載され、第１のリンク部４３２は、メッセージ作成ページにリンクされ、第２のリンク部４３２は、図２１に示した連絡履歴ページにリンクされている。
【０１２７】
顧客表示部４３１の下欄には、このメッセージの基本情報が表示される基本情報表示部４３４が設けられている。基本情報表示部４３４には、このメッセージの基本情報として、送信日時と件名が表示される。更に、詳細ページには、関連情報表示部４３５が設けられ、関連情報表示部４３５には、このメッセージに関連した情報としてホームページ等のＵＲＬや添付ファイル名が記載される。更に、詳細ページには、メッセージの本文が記載されるメッセージ表示部４３６が設けられている。
【０１２８】
ところで、一度顧客である医療関係者にメッセージを送信した後であっても、送信者は、送信したメッセージを取り消したい場合がある。そこで、詳細ページには、送信先の医療関係者が未読である場合に限って、この顧客の送信取消ボタン４４０と未読顧客全ての送信取消ボタン４３７とが設けられている。送信先の医療関係者が未読であるときに限って取消を可能とするのは、一度送信先の医療関係者により読まれたメッセージを取り消しても意味をなさないからである。また、他の顧客である医療関係者にメッセージを転送するための転送ボタン４３８と、既読者に対してメッセージを再送信するための再送信ボタン４３９が設けられている。
【０１２９】
図２３は、図２１に示した連絡履歴ページの履歴一覧表示部４２３中受信メッセージの件名をクリックしたときに表示される受信連絡内容ページである。具体的に、図２３は、図２１の履歴一覧表示部４２３の最上段の「Ｒｅ：今度の糖尿病学会のお知らせです。」をクリックしたときの画面である。
【０１３０】
図２３に示すように、受信連絡内容ページには、そのメッセージの送信元である顧客の医療関係者に関する情報を表示する顧客表示部４４１が設けられている。この顧客表示部４４１には、その顧客の氏名の他、病院名等の施設名、専門等が表示される。顧客表示部４４１の下欄には、このメッセージの基本情報が表示される基本情報表示部４４２が設けられている。基本情報表示部４４２には、このメッセージの基本情報として、受信日時と件名が表示される。更に、受信連絡内容ページには、関連情報表示部４４３が設けられ、関連情報表示部４４３には、このメッセージに関連した情報としてホームページ等のＵＲＬや添付ファイル名が記載される。更に、受信連絡内容ページには、メッセージの本文が記載されるメッセージ表示部４４４が設けられている。
【０１３１】
更に、この受信連絡内容ページには、この受信メッセージに対して返信するための返信ボタン４４５とこの受信メッセージを削除する削除ボタン４４６とが設けられると共に、図２１の連絡履歴ページに戻るためのリンク部４４７が設けられている。なお、リンク部４４７の近傍には、この顧客に関する他のメッセージが存在することを認識することができるように、この顧客からの新規連絡数を表示するようにしても良い。
【０１３２】
ところで、上記図２０に示したトップページの下書メッセージボタン４０８をクリックしたときには、図２４に示すように、下書メッセージ一覧ページが表示される。下書メッセージ一覧ページは、下書メッセージの一覧表示部４５１が設けられている。この一覧表示部４５１には、未送信のメッセージが一覧表示され、メッセージ毎に保存日時と件名が表示される。この一覧表示部４５１に表示される日時は、操作者が保存した保存一時であり、日にちだけでなく時刻まで表示され、操作者が一日の間に何通もメッセージを作成したときに混乱しないようにしている。件名をクリックしたときには、その件名のメッセージの詳細ページが表示されることになる。
【０１３３】
また、一覧表示部４５１には、メッセージ毎にチェックボックス４５２が設けられるとと共に、削除ボタン４５３が設けられている。チェックボックス４５２がチェックされた後、削除ボタン４５３がクリックされると、チェックボックス４５２にチェックされた未送信メッセージが削除されることになる。
【０１３４】
図２１に示す連絡履歴ページの顧客表示部４２１の顧客名、図２２の送信済みメッセージの内容ページの顧客表示部４３１の顧客名、図２３の受信連絡内容ページの顧客表示部４４１の顧客名等をクリックしたときには、図２５に示すように、その顧客の個人情報が記載された顧客個人情報ページが表示される。図２５は、顧客である「高村与次郎」をクリックしたときに表示される「高村与次郎」の顧客個人情報ページである。この顧客個人情報ページには、顧客名を漢字で表示する第１の顧客名表示部４６１と、第１の顧客名表示部４６１の氏名のふりがなを表示する第２の顧客名表示部４６２と、その顧客が所属する施設名を表示する施設名表示部４６３と、その顧客の識別データを表示するユーザＩＤ表示部４６４と、施設名の識別データを表示する施設ＩＤ表示部４６５と、その顧客の重要度を示すセグメント表示部４６６と、顧客の職種を示す職種表示部４６７と、所属部課を表示する所属部課表示部４６８と、その顧客の診療科目を表示する複数の専門表示部４６９と、その医師の担当ＭＲを表示するＭＲ表示部４７０と、メッセージの転送先のアドレスを入力するアドレス入力部４７１と、メモ入力をするメモ入力部４７２が設けられている。
【０１３５】
ここで、ＭＲ表示部４７０には、本社ＭＲが担当するとき、本社ＭＲの氏名が表示され、担当ＭＲが決まっているときには担当ＭＲが表示される。また、アドレス入力部４７１には、顧客に対してメッセージの代行配信が行われたとき、代行配信が行われたことを担当ＭＲに知らせるため、担当ＭＲが所有する携帯型電話等の携帯型情報端末装置等の連絡先となる電子メールアドレスが入力される。
【０１３６】
更に、顧客個人情報ページには、代行配信を行うことができる顧客であるかどうかを識別するためのチェックボックス４７３が設けられている。チェックボックス４７３は、チェックされているとき、その顧客に対して代行配信を禁止し、チェックされていないとき、その顧客に対して代行配信を許可する。更に、顧客個人情報ページでは、顧客の個人情報を変更するための変更内容ボタン４７４が設けられている。変更内容ボタン４７４は、クリックされることにより、顧客個人情報を更新することができる。
【０１３７】
ところで、製薬会社の本社ＭＲが会社端末装置６を用い又は本システムの運営者が管理者端末装置７を用いて顧客である医療関係者に対して代行配信するときには、図２０に示すトップページの新規メッセージを作成するためのタグ４０３をクリックして図２６に示す新規メッセージページにアクセスする。この新規メッセージページは、メッセージの送信先となる顧客である医療関係者を検索するための検索条件入力部４８１が設けられている。顧客名検索であり、顧客名の漢字若しくは仮名での条件入力し、更にこのこの条件を前方若しくは完全一致検索することができる。検索条件入力部４８１の近傍には、入力されたの検索条件を支援サーバ装置１に送信し検索を実行させるための検索ボタン４８２が設けられている。検索ボタン４８２の近傍には、送信先決定ボタン４８３が設けられ、更に、この送信先決定ボタン４８３の近傍には、検索等で抽出された顧客を全選択するための全選択ボタン４８４と選択された顧客の選択を解除する全選択解除ボタン４８５が設けられている。
【０１３８】
新規メッセージページでは、検索条件入力部４８１、検索ボタン４８２、全選択ボタン４８４、全選択解除ボタン４８５等が設けられた操作部の下欄に、検索結果等が一覧表示される。具体的に、個人単位で登録されている医療関係者が表示される第１の一覧表示部４８６と、既選択の医療関係者が表示される第２の一覧表示部４８７と、複数の医療関係者で構成されたグループが一覧表示される第３の一覧表示部４８８とが設けられている。各一覧表示部４８６，４８７，４８８には、顧客名、施設名、重要度を示すセグメントが表示されると共に、選択／非選択を決定するためのチェックボックス４８９と、抽出された顧客リストから削除するためのチェックボックス４９０と、チェックボックス４９０にチェックされた顧客を削除するための削除ボタン４９１とが設けられている。また、個人単位で登録された医療関係者が表示される第１の一覧表示部４８６の顧客名には、担当ＭＲが決まっているとき、その担当ＭＲの氏名が並記される。
【０１３９】
第３の一覧表示部４８９には、登録されているグループ名が一覧表示される。このグループは、会社端末装置６や管理者端末装置７の操作者によって抽出された顧客集団であり、代行配信を複数回行うときに、毎回送信先を選択することを無くし、操作性の向上を図るようにしている。登録されているグループ名が一覧表示される第３の一覧表示部４８８に表示されるグループとしては、構成員が固定のものと随時更新されるものとがあり、第３の一覧表示部４８８には、一覧表示されたグループの種別として、構成員が固定のものに「（固定）」と表示され、会社単位の顧客が増える度構成員が随時更新されるものに、「（更新）」と表示される。
【０１４０】
第３の一覧表示部４８８に表示された「（更新）」のグループを変更するときには、変更ボタン４９１がクリックされる。変更ボタン４９１がクリックされると、図２７に示す顧客検索ページにアクセスされる。また、図２０に示すトップページの顧客を検索するためのタグ４０４がクリックされたときも、図２７に示す顧客検索ページにアクセスする。この顧客検索ページは、メッセージの送信者を選択するための送信者選択部５０１と、メッセージの送信先を顧客名で検索する際の検索条件を入力する顧客名条件入力部５０２と、顧客の属性を検索条件として入力する顧客属性条件入力部５０３と、顧客の担当する担当ＭＲの属性で検索する際の検索条件を入力するＭＲ属性条件入力部５０４とが設けられている。
【０１４１】
送信者選択部５０１は、メッセージの送信者を決定するためのものであり、「本社ＭＲ」を選択したときは、本社ＭＲが、担当のＭＲとは関係なく直接メッセージを送信することになり、「ＭＲ経由で代行配信」を選択したときには、担当のＭＲも送信したメッセージを見ることができるようにメッセージを送信することになる。すなわち、上述したように、「ＭＲ経由で代行配信」を選択したときには、メッセージの送信先の医療関係者と関連づけられている担当ＭＲに代わって本社ＭＲが作成したメッセージが医療関係者に対して送信されることになる。ここで、担当のＭＲの登録内容が該担当ＭＲの内容であるときには（上記第１のＭＲ登録方法）、本社ＭＲが作成したメッセージが担当ＭＲの名義で送信されることになり、担当ＭＲの登録内容が本社ＭＲの内容であるときには（上記第２のＭＲ登録方法）、本社ＭＲが作成したメッセージが本社ＭＲの名義で送信されることになる。
【０１４２】
また、支援サーバ装置１は、「ＭＲ経由で代行配信」が選択されたとき、メッセージの送信先となる医療関係者と関連づけられたＭＲのトップページ（図１９参照）の一覧表示部２５１に「代行配信」を表示する。
【０１４３】
顧客名条件入力部５０２は、顧客である医療関係者を氏名で検索する際の条件入力欄であり、顧客名の漢字若しくは仮名での条件入力し、更にこのこの条件を前方若しくは完全一致検索することができる。
【０１４４】
顧客条件入力部５０２は、検索項目として、セグメント、顧客ＩＤ、所属部課、診療科目とがある。セグメントは、会社端末装置６や管理者端末装置７の操作者が設定した顧客の属性であり、複数の中から一又は複数選択することができる。また、顧客ＩＤは、デフォルトでは特定しないこととなっており、他に、「顧客ＩＤ付与客のみ」、「顧客ＩＤ付与客と自己申告医師」、「顧客ＩＤなし」とがある。更に、所属部課は、顧客となる医療関係者の専門等を選択するものであり、「内科」、「消化器科」、「皮膚科」等であり一又は複数選択することができ、選択条件を「または（ｏｒ）」「かつ（ａｎｄ）」で選択することができる。
【０１４５】
ＭＲ属性条件入力部５０４は、属性を、本社ＭＲか支店等の担当ＭＲであるか等の予め会社側で設定された値の中から一又は複数選択することができ、更に、担当ＭＲの地域や支店を選択することができる。
【０１４６】
そして、顧客検索ページには、顧客名条件入力部５０２、顧客属性条件入力部５０３、ＭＲ属性条件入力部５０４に入力された条件で検索実行するための検索ボタン５０５が設けられている。そして、検索ボタン５０５をクリックすると、図２９の送信先登録ページへ進み、このページで登録されたグループが図２８に示す新規メッセージページの第３の一覧表示部４８８にデータ属性が（更新）として表示される。第３の一覧表示部４８８には、グループ名のみしか表示されないが、このグループには、前段で行った検索処理で抽出された医療関係者が関連づけられている。第３の一覧表示部４８８に表示される（更新）のグループは、顧客検索ページで所定条件の元検索された顧客グループが一つのグループとなる。
【０１４７】
また、図２６の新規メッセージページの第３の一覧表示部４８８に表示された「固定」のグループを変更するときには、変更ボタン４９２がクリックされる。変更ボタン４９２がクリックされると、図２８に示す顧客データアップロードページにアクセスされる。この顧客データアップロードページには、キーにする情報を入力するキー情報入力部５１１と、アップロードするファイル名を入力するファイル入力部５１２と、ファイル入力部５１２のファイル名を選択するための参照ボタン５１３と、選択したファイルのアップロードを実行する実行ボタン５１４とが設けられている。
【０１４８】
キー情報入力部５１１は、顧客ＩＤやシステム医師コードが入力される。また、ファイル入力部５１２は、アップロードするファイル名が入力され、ここでアップロード可能なファイルは、レコード中の各フィールドを、コンマ（，）をデリミタとして列挙したＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式のファイルである。参照ボタン５１３は、管理者端末装置７や管理者端末装置７のアドレスを参照することができ、会社端末装置６や管理者端末装置７のハードディスクに保存されたファイルを指定することができる。会社端末装置６や管理者端末装置７は、キー情報入力部５１１にキー情報が入力され、ファイル入力部５１２にファイルが指定された後、実行ボタン５１４がクリックされると、支援サーバ装置１にネットワークを介してアップロードする。
【０１４９】
図２９は、図２７の顧客検索ページで検索釦５０５がクリックされたときや図２８の顧客データアップロードページのアップロードボタン５１４がクリックされたとき表示される送信先登録ページであり、グループ登録を行うページである。支援サーバ装置１は、データベース２にアクセスして、送信されたファイルと一致する顧客を抽出し、一致した人数を会社端末装置６や管理者端末装置７に送信する。この送信先登録ページは、これを表示するページであり、該当した顧客人数が表示される。また、再設定のため、ダウンロードボタン５１５が設けられている。更に、アップロードしたファイルと支援サーバ装置１のデータベース２と一致した顧客のグループに付与するグループ名を入力するための名称入力部５１６が設けられ、更に、入力されたグループ名を登録するための登録ボタン５１８が設けられている。また、アップロードしたファイルと支援サーバ装置１のデータベース２と一致した顧客のグループをメッセージの代行配信の送信先とするための決定ボタン５１７が設けられている。決定ボタン５１７がクリックされると、上記図２０に示す新規メッセージページの第３の一覧表示部４８８にデータ属性が（固定）又は（更新）となって表示される。第３の一覧表示部４８８には、グループ名のみしか表示されないが、このグループには、支援サーバ装置１のデータベース２に登録されている医療関係者が関連づけられている。
【０１５０】
さて、以上のような検索によって、上記図２６に示す新規メッセージページの第１乃至第３の一覧表示部４８６，４８７，４８８に検索によって抽出された医療関係者が一覧表示され、更に、操作者がチェックボックス４８９をクリックして送信先を決定し、更に、送信先決定ボタン４８３をクリックすると、実際に代行配信するメッセージを作成するためのメッセージ作成ページが表示される。
【０１５１】
このメッセージ作成ページは、図３０に示すように、メッセージの送信先が表示される送信先表示部５２１と、メッセージの件名や画像を入力する画像件名入力部５２２と、メッセージ本文を作成するためのメッセージ作成部５２３と、送信するメッセージを分類する分類部５２４と、メッセージに添付する資料添付部５２５と、送信先へのメッセージ送信日を指定する送信日指定部５２６と、送信するメッセージの有効期限を指定する有効期限指定部５２７とが設けられている。
【０１５２】
送信先表示部５２１には、図２６に示した新規メッセージページで選択した送信先と合計人数が表示されると共に、メッセージの作成段階において送信先を追加変更することができるように、追加変更ボタン５２８が設けられている。追加変更ボタン５２８がクリックされたときには、例えば送信先の追加変更を行うことができる図２６に示す新規メッセージページが表示される。ここで表示される送信先は、図２６の新規メッセージページで選択されたものであり、また、図２０のトップページの詳細表示部４１５の顧客名の下側に担当ＭＲの氏名が並記されているときは、その担当ＭＲの氏名をクリックされたときには、その担当ＭＲに代わって担当ＭＲ経由のメッセージを送信することができる。更に、図２０のトップページの詳細表示部４１５の顧客名をクリックしたときには、本社ＭＲが担当のＭＲを介することなく直接その顧客に対して返信メッセージを送ることができる。
【０１５３】
画像件名入力部５２２は、メッセージに添付する画像データを選択することができると共に、件名をテキスト入力することができる。選択される画像は、例えばキャンペーンのお知らせであればそのキャンペーンのキャラクタの画像である。
【０１５４】
メッセージ作成部５２３には、顧客である医療関係者に対して送信するメッセージの本文を作成することができる。ここでは、他の者が用意した定型文や個人定型文を読み出すことができ、メッセージ作成者の支援を行うことができるようにしている。このメッセージ作成部５２３では、会社端末装置６の場合、当該会社の宣伝広告等のメッセージが作成され、管理者端末装置７の場合、顧客全体に対してのシステム運営者が行うキャンペーンの宣伝広告した特定の製薬会社の宣伝メッセージ等が入力される。分類部５２４は、メッセージの種類を特定するためのものであり、作成したメッセージが説明文であるのか、広告文であるのか等の分類選択をすることができる。
【０１５５】
資料添付部５２５は、メッセージに添付する資料を選択することができる。例えば、資料集から所定のファイルを選択し、また、リンク集から所定ＵＲＬを選択し、選択したものをメッセージに添付することができる。
【０１５６】
送信日指定部５２６は、メッセージの顧客への送信日時を決定し、適時にメッセージを顧客である異様関係者に送信することができる。例えば、メッセージがキャンペーンのお知らせである場合、キャンペーン開始の前日等に当該メッセージを送信することができる。具体的に、会社端末装置６や管理者端末装置７から送信されたメッセージは、データベース２に蓄積され、指定された送信日時に支援サーバ装置１が医療関係者のユーザ端末装置４にメッセージを送信する。
【０１５７】
有効期限指定部５２７は、送信したメッセージの有効期限を指定することができ、メッセージを開封しない顧客が意味をなさなくなってからメッセージを開封することを防止している。例えば、キャンペーン期間の終日を有効期限日とすることで、顧客がキャンペーン終了後にメッセージを閲覧することを防止することができる。
【０１５８】
なお、有効期限が設定されたメッセージに関し、有効期限内で未開封のメッセージであれば、そのメッセージの取消しを受け付けるようにし、有効期限を過ぎ、既読のメッセージに関しては、そのメッセージの取消しを受け付けないようにしても良い。既読のメッセージや有効期限の過ぎたメッセージは、既に宛先の医療関係者によって読まれ、また、相手に伝える意味の無いメッセージであり、取り消す意味合いが無いからである。
【０１５９】
メッセージ作成ページには、以上のような設定をした後、作成したメッセージの内容を確認する確認ボタン５２８と、作成したメッセージを下書保存するための下書保存ボタン５２９が設けられている。
【０１６０】
確認ボタン５２８がクリックされると、次には、図３１に示すメッセージ送信内容確認ページが表示される。このメッセージ送信内容確認ページは、確認したメッセージを送信する送信ボタン５３１と、送信するメッセージを再編集するための再編集ボタン５３２と、作成したメッセージを下書保存するための下書保存ボタン５３３とが設けられている。
【０１６１】
また、このメッセージ送信内容確認ページには、メッセージの送信先を表示する送信先表示部５３４と、メッセージの画像と件名を表示する画像件名表示部５３５と、送信メッセージの送信設定を確認する送信設定確認部５３６と、送信するメッセージの年月日及び件名を表示する年月日件名表示部５３７と、メッセージに添付する資料を確認する資料表示部５３８と、送信するメッセージの本文を確認するメッセージ表示部５３９とが設けられている。
【０１６２】
送信先表示部５３４は、メッセージの送信先として設定した顧客名と選択人数が表示される。画像件名表示部５３５は、メッセージの送信者の社名及び氏名が表示されると共に選択された画像が表示される。また、送信設定確認部５３６は、メッセージの分類と指定されたメッセージの送信日と有効期限が表示される。年月日件名表示部５３７は、送信するメッセージの作成年月日と件名が表示される。更に、メッセージ表示部５３９には、送信者が作成したメッセージの本文が表示される。メッセージ送信内容確認ページでは、操作者が表示内容の確認の後、送信ボタン５３１をクリックすることによって、支援サーバ装置１にネットワークを介して送信される。
【０１６３】
ところで、図２０のトップページのメッセージの利用データを確認するためのタグ４０６をクリックすると、図３２に示す利用データページとなる。この利用データページは、送信先の顧客がメッセージをどの位の割合で開封しているかを見るためのページであり、アクセスした当日までの開封状況や送信したメッセージ数を表示する。
【０１６４】
この利用データページは、メッセージの開封状況を表示する開封状況表示部５４５と、送信したメッセージの件数を表示する件数表示部５４６が設けられている。また、利用データページには、送信したメッセージの一覧が表示される一覧表示部５４１が設けられている。この一覧表示部５４１には、メッセージの送信日時、メッセージの件名、メッセージの送信数、メッセージの既読数、メッセージの既読率が表示される。また、各メッセージには、詳細データを取得するためのダウンロードボタン５４２が設けられ、このダウンロードボタン５４２をクリックしたときには、開封率の詳細が記録されたＣＳＶ形式のファイルをダウンロードすることができる。具体的に、このダウンロードする利用データは、図３３に示すように、当該メッセージの開封状況等の詳細情報が記述されたものであり、システムＩＤと、医療関係者である顧客を識別するための顧客ＩＤ、顧客名、その顧客の重要度、担当のＭＲ、そのＭＲの施設名、顧客の所属部課、顧客の専門、当該メッセージの開封日時等の開封状況等が含まれている。更に、送信したメッセージを取り消すための送信取消ボタン５４３と、メッセージを選択するチェックボックス５４４と、選択したメッセージを削除する削除ボタン５４５が設けられている。会社端末装置６や管理者端末装置７の操作者は、既読率等を見ることによって送信したメッセージの効果確認を行うことができる。
【０１６５】
また、図２０に示すトップページの登録設定ボタン４０９がクリックされたときには、トップページにアクセスした本社ＭＲの登録設定をするための登録設定ページが表示される。この登録設定ページは、当該トップページにアクセスした本社ＭＲのプロフィールが表示されるプロフィール表示部５６１が設けられている。このプロフィール表示部５６１には、変更不可な情報として、その本社ＭＲのＭＲＩＤと氏名と会社名が表示される。なお、これらの情報は、上記図１７に示したＭＲ管理ページからアクセスする上記図１８に示すＭＲの追加変更ページで変更可能である。また、プロフィール表示部５６１には、本社ＭＲが営業活動を円滑に行うことができるように、変更可能な情報として、会社電話番号と携帯電話番号と電子メールアドレスと会社住所と営業時間を入力し、また、変更できるようになっている。
【０１６６】
ところで、この本社ＭＲは、医療関係者が最初に特定の製薬会社と付き合いを始める際に、最初にメッセージのやり取りを行うものとなることが多い。そこで、図３４に示す登録設定ページには、医療関係者が新規登録があった際にお礼等のメッセージを自動的に送信できるように設定するための自動応答設定部５６２が設けられている。この自動応答設定部５６２には、自動応答を行うか否かをチェックするチェックボックス５６２ａと、メッセージの件名を入力するための件名入力部５６２ｂと、メッセージの本文を入力するための本文入力部５６２ｃとが設けられている。チェックボックス５６２ａにチェックがされているときに、医療関係者が新規に承認をすると、この本社ＭＲから自動応答設定部５６２で設定されたメッセージが承認をした医療関係者に送信されることになる。
【０１６７】
また、図３４に示す登録設定ページには、本社ＭＲが医療関係者とメッセージのやり取りを行う際に添付する情報のリンク情報設定するためのリンク情報設定部５６３が設けられている。このリンク情報設定部５６３では、具体的に、医療関係者に送信するメッセージに関連したＵＲＬ等を設定することができる。
【０１６８】
また、本社ＭＲは、本システムに参加している医療関係者が最初にアクセスする上記図７に示すＷＷＷブラウザウィンドウのスポンサーフレーム３６に設けられた顧客である医療関係者が承認していないＭＲが表示される未登録ＭＲのボックス４２に表示される。このＷＷＷブラウザウィンドウのスポンサーフレーム３６に設けられた顧客である医療関係者が承認していないＭＲが表示される未登録ＭＲのボックス４２は、新規顧客獲得のために有効である。その一方で、医療関係者の専門と異なる本社ＭＲを表示したときには、医療関係者にとって不要であり、逆に、医療関係者に対して不快感を与えることになる。そこで、図３４に示す登録設定ページには、未登録ＭＲボックス設定部５６４が設けられている。この未登録ＭＲボックス設定部５６４では、設定を行う本社ＭＲを未登録ＭＲのボックス４２に表示させるかどうかを設定するためのチェックボックス５６４ａと、どのような医療関係者のスポンサーフレーム３６に設けられた未登録ＭＲのボックス４２に表示させるかを決める第１の条件設定部５６４ｂと、複数条件のとき各条件を「ａｎｄ」、「ｏｒ」とするかの第２の条件設定部５６４ｃと、ＰＲ（Ｐｕｂｌｉｃ Ｒｅｌａｔｉｏｎｓ）文を入力するためのＰＲ文入力部５６４ｄとが設けられている。第１の条件設定部５６４ｂでは、宣伝対象とする医療関係者の所属や専門を設定することで、効率よく医療関係者に対して宣伝を行うことができるようにしている。
【０１６９】
更に、登録設定ページには、機能設定部５６５が設けられている。機能設定部５６４では、顧客からのメッセージの転送先となる電子メールアドレスを設定することができ、顧客である医療関係者からのメッセージに対して迅速に対応することができるようにしている。更に、機能設定部５６４では、送信メッセージの転送先を設定することもでき、更に、パスワードの設定変更を行うことができる。
【０１７０】
登録設定ページでは、変更内容保存ボタン５６６が設けられ、この変更内容保存ボタン５６６をクリックすることにより、本社ＭＲの登録設定を変更保存することができる。
【０１７１】
また、図２０のトップページの送信状況表示部４０７がクリックされたとき、図３５に示す送信ステータスページが表示される。この送信ステータスページには、情報を更新する更新ボタン５５１が設けられている。また、送信ステータスページには、メッセージの送信状態を表示する送信状態表示部５５２が設けられている。この送信状態表示部５５２には、送信処理中にエラーが発生したときにはエラーの発生したメッセージの全送信を自動的にキャンセルし登録アドレスに送信エラーが発生したことを通知することが表示される。
【０１７２】
また、送信ステータスページには、一覧表示部５５３が設けられ、この一覧表示部５５３には、通信状態表示部５５２に表示されたメッセージ以外のその他のメッセージの通信状況が表示される。
【０１７３】
支援サーバ装置１は、会社端末装置６や管理者端末装置７から代行配信のメッセージを受信するとデータベース２に一度保存し、指定された送信一時になると送信先に指定された顧客にメッセージを送信する。ここで表示されるエラーメッセージは、データベース２への書き込みエラーが発生したときに、送信エラーが発生したと判断し、送信ステータスページに送信エラーが発生したことを通知する。
【０１７４】
次に、図３６を用いて、会社端末装置６又は管理者端末装置７を用いて本社ＭＲ又は本システムの管理者が顧客である医療関係者にメッセージを送信するときの支援サーバ装置１の動作について説明する。
【０１７５】
ステップＳ１０１において、支援サーバ装置１は、図２０に示すトップページにアクセスする際、端末装置より入力されたユーザＩＤとパスワードによって、ユーザを識別すると共に、管理者端末装置７であるか会社端末装置６であるかを判断する。そして、支援サーバ装置１は、管理者端末装置７であると判断したとき、ステップＳ１０２に進み、管理者端末装置７でないと判断したとき、会社端末装置６であると判断し、ステップＳ１０８に進む。
【０１７６】
ここで、支援サーバ装置１は、アクセスする端末装置が管理者端末装置７であるとき、管理者端末装置７からの操作信号に応じて、図２０から図３５に示した各種ウェブページを管理者端末装置７に送信する。そして、管理者端末装置７では、各種ウェブページをダウンロードすることによって、送信メッセージや受信メッセージの確認を行うことができ、更に、メッセージを作成し送信することができる。具体的に、管理者端末装置７は、図２７に示す顧客検索ページでメッセージを送信する顧客を検索選択し、更に、送信者選択部５０１で「本社ＭＲ」、「ＭＲ経由で代行配信」の何れかを選択する。ここは、管理者端末装置７は、本システムを運営する端末装置であるから、ここで作成されるメッセージは、運営者が行うキャンペーンの宣伝広告や特定の製薬会社の行うキャンペーンや新薬の宣伝広告に関するものであり、個々の本社ＭＲは直接発信した方が好ましい情報である。そこで、ここでは、送信者選択部５０１を「本社ＭＲ」に設定し、本社ＭＲが担当ＭＲを介在させること無く直接医療関係者にメッセージを送信できるようにする。
【０１７７】
また、図２に示したように、管理者端末装置７は、顧客を本システムに登録している全医療関係者を顧客としていることから、全登録顧客の中より所定条件にあった顧客を抽出し、メッセージの送信先を選択することができる。すなわち、本システムには、ユーザとして複数の製薬会社が参加しており、各製薬会社に顧客である医療関係者が関連づけられているが、これとは関係なく、管理者端末装置７では、本システムに登録している全医療関係者の中から送信先を選択することができる。仮に、管理者端末装置７を用いて本システムの運営者が特定の製薬会社の宣伝代行をするときには、宣伝代行を依頼した製薬会社とは関連づけられていない医療関係者に対してもメッセージを送信することができる。
【０１７８】
管理者端末装置７で図３１に示した送信内容確認ページの送信ボタン５３１がクリックされメッセージ等が送信されると、支援サーバ装置１は、ステップＳ１０２において、管理者端末装置７から送信されたメッセージを受信すると、送信先にメッセージを送信する際、代行配信をするかどうかの判断をする。具体的に、支援サーバ装置１は、図２７に示す顧客検索ページにおける送信者選択部５０１が「本社ＭＲ」に設定されているかを判断する。そして、支援サーバ装置１は、図２７に示す顧客検索ページにおける送信者選択部５０１が「本社ＭＲ」に設定されているとき、ステップＳ１０３に進み、送信者選択部５０１が「本社ＭＲ」に設定されていないとき、すなわち「ＭＲ経由で代行配信」に設定されていると判断し、ステップＳ１０５に進む。
【０１７９】
送信者選択部５０１を「本社ＭＲ」に設定し、本システムの管理者が直接医療関係者にメッセージを送信するとき、ステップＳ１０３において、支援サーバ装置１は、管理者端末装置７から送信されたメッセージの送信エラーが発生したかどうかを判断する。具体的に、支援サーバ装置１は、ＭＲ側メッセージインタフェース３００によって、データベース２にメッセージ及びこのメッセージに関連する情報が全て保存することができたかを判断する。そして、支援サーバ装置１は、送信エラーが発生しなかったとき、ステップＳ１０４に進み、送信エラーが発生したとき、ステップＳ１０７に進み、メッセージの全送信を行わないようにする。すなわち、ステップＳ１０７において、支援サーバ装置１は、指定された送信先に対してメッセージを送信しないようにする。これと共に、支援サーバ装置１は、図３５に示した送信ステータスページにおいて警告表示を行うと共に、登録メールアドレスに対して警告電子メールを送信する。
【０１８０】
支援サーバ装置１は、ステップＳ１０４において、図３０に示すメッセージ作成ページで指定された送信日時に、指定された送信先に対して、本システムの管理者の名義でメッセージをユーザ端末装置４に送信する。
【０１８１】
以上のように、本システムに登録された特定の製薬会社からの依頼を受けて管理者端末装置７で新薬の宣伝等の代行配信を行ったときは、依頼を行った製薬会社に関連づけられた顧客以外の顧客に対しても新薬の宣伝を行うことができる。管理者端末装置７から代行配信されたメッセージは、上記図１０に示すように医療関係者が管理するユーザ端末装置４のモニタに表示される。ここで、図１０に示す受信連絡内容ページのメッセージ表示部１２５の一部には、宣伝主の製薬会社の本社ＭＲと関連づける承認ボタン１２５ａが設けられる。そして、この承認ボタン１２５ａがユーザである医療関係者によってクリックされることによって、メッセージを受信した医療関係者が、ユーザ端末装置４を用いてメッセージの送信を依頼した製薬会社を承認したことになり、ユーザ端末装置４は、本社ＭＲの承認信号を支援サーバ装置１に送信する。承認信号を顧客側メッセージインタフェースで受信した支援サーバ装置１は、承認信号を送信した医療関係者と宣伝主の製薬会社の本社ＭＲとを関連づけ、選択登録テーブル３１４を生成することになり、以後、その製薬会社の顧客となる。したがって、広告主の製薬会社は、実際にＭＲを医療関係者の場所まで行かせること無く、宣伝を行い、本システム上での顧客を増やすことができる。
【０１８２】
送信者選択部５０１を「本社ＭＲ」に設定し、本システムの管理者が直接医療関係者にメッセージを送信するときのメッセージは、送信途中にエラーが発生すると、全送信を中止、指定された送信先の何れにもメッセージが送信されないようにする。したがって、送信者がどの顧客までメッセージが送信されたか不明となることもなく、医療関係者に同じメッセージを複数送信してしまうことを防止することができる。
【０１８３】
なお、管理者端末装置７を用いる場合であっても、「ＭＲ経由で代行配信」を選択する場合はあり、この場合は、下記のように、会社端末装置６を用いて代行配信を行う場合と同じような処理が行われることになる。
【０１８４】
以上の例では、管理者端末装置７を用いてメッセージを本社ＭＲの地位にある本システムの管理者が管理者端末装置７を用いてメッセージを送信する場合を説明したが、次に、本システムに登録している各製薬会社の本社ＭＲが会社端末装置６よりメッセージを送信する場合を説明する。ステップＳ１０１において、支援サーバ装置１は、端末装置より入力されたユーザＩＤとパスワードによって、会社端末装置６を特定すると、ステップＳ１０８に進み、ステップＳ１０２〜ステップＳ１０７の処理を行う。すなわち、ステップＳ１０２では、本社ＭＲが図２７に示す顧客検索ページでメッセージを送信する顧客を検索選択し、更に、送信者選択部５０１で「本社ＭＲ」、「ＭＲ経由で代行配信」の何れかを選択する。ここで、会社端末装置６を操作する本社ＭＲは、営業成績の思わしくない担当ＭＲの名義で営業活動をサポートするとき等に、「ＭＲ経由で代行配信」を選択し、医療関係者と直接関連づけられている担当ＭＲに直接関係の無いメッセージを送信するとき等本社ＭＲの名義でメッセージを配信した方が効率の良い場合に、「本社ＭＲ」を選択する。そして、図３０に示すメッセージ作成ページにおいて、所定のメッセージを作成する。そして、会社端末装置６で図３１に示した送信内容確認ページの送信ボタン５３１がクリックされると、会社端末装置６は、メッセージ等の各種データを支援サーバ装置１に送信し、支援サーバ装置１は、ステップＳ１０２において、管理者端末装置７から送信されたメッセージを受信すると、図２７に示す顧客検索ページにおける送信者選択部５０１が「本社ＭＲ」に設定されているかを判断する。そして、支援サーバ装置１は、図２７に示す顧客検索ページにおける送信者選択部５０１が「本社ＭＲ」に設定されているとき、ステップＳ１０３に進み、送信者選択部５０１が「本社ＭＲ」に設定されていないとき、すなわち「ＭＲ経由で代行配信」に設定されていると判断し、ステップＳ１０５に進む。
【０１８５】
送信者選択部５０１を「本社ＭＲ」に設定し、本社ＭＲが直接医療関係者にメッセージを送信するとき、ステップＳ１０３において、支援サーバ装置１は、上述のように、管理者端末装置７から送信されたメッセージの送信エラーが発生したかどうかを判断し、エラーが発生しなかったとき、ステップＳ１０４に進み、エラーが発生したとき、ステップＳ１０７に進む。支援サーバ装置１は、ステップＳ１０４において、図３０に示すメッセージ作成ページで指定された送信日時に、指定された送信先に対して、本社ＭＲの名義でメッセージをユーザ端末装置４に送信する。
【０１８６】
また、支援サーバ装置１は、ステップＳ１０２において、「ＭＲ経由で代行配信」に設定されていると判断したとき、次いで、ステップＳ１０５において、ステップＳ１０３と同様に、会社端末装置６から送信されたメッセージの送信エラーが発生したかどうかを判断する。そして、支援サーバ装置１は、送信エラーが発生したとき、ステップＳ１０７に進み上述と同様な処理を行う。また、ステップＳ１０６において、支援サーバ装置１は、図３０に示すメッセージ作成ページで指定された送信日時に、指定された送信先に対して、メッセージの送信先の医療関係者と関連づけられている担当ＭＲに代わって本社ＭＲが作成したメッセージが医療関係者に対して送信する。
【０１８７】
ここで、担当のＭＲの登録内容が該担当ＭＲの内容であるときには（上記第１のＭＲ登録方法）、本社ＭＲが作成したメッセージが担当ＭＲの名義で送信されることになる。この場合、例えば、本社ＭＲは、営業成績の思わしくない担当ＭＲのサポートを行うことができる。
【０１８８】
また、担当ＭＲの登録内容が本社ＭＲの内容であるときには（上記第２のＭＲ登録方法）、本社ＭＲが作成したメッセージが本社ＭＲの名義で送信されることになる。例えば、顧客である医療関係者に対して、本社ＭＲが代行配信の機能を用いて、医療情報等のメッセージを送信したとき、その医療関係者を担当する担当ＭＲは、自分のＭＲ端末装置５を用いて図１９に示すトップページにアクセスし、本社ＭＲと顧客である医療関係者とのメッセージのやり取りを見て、実際に医療関係者に面会した際のコミュニケーションの参考資料に用いることができる。
【０１８９】
また、支援サーバ装置１は、「ＭＲ経由で代行配信」が選択されたとき、メッセージの送信先となる医療関係者と関連づけられたＭＲのトップページ（図１９参照）の一覧表示部２５１に「代行配信」を表示し、担当ＭＲに代行配信が行われたことを知らせる。
【０１９０】
なお、以上説明した支援システムを用いる医薬品等の流通の分野では、ＭＲの他卸会社に所属する（Ｍｅｄｉｃａｌ Ｓａｌｅｓ，Ｍａｒｋｅｔｉｎｇ Ｓｐｅｃｉａｌｉｓｔ）が存在する。したがって、個々で説明したシステムは、ＭＳと医療関係者との間に用いるようにしても良い。また、本発明は、医療品の流通分野に限定されるものではなく、その他の流通システムにおいて、営業関係者と顧客との間に支援サーバ装置１を用いることもできる。
【０１９１】
【発明の効果】
本発明によれば、サービス提供者が代行して全顧客の中から所定条件に応じた顧客に対してメッセージを送信し、そのメッセージを受信した顧客が所定の営業担当者を承認することで、営業担当者が実際に顧客の居場所まで足を運ぶこと無く、顧客を増やすことができる。また、メッセージの種類に応じて、送信者の名義を代えることができ、効率よくメッセージを顧客に対して送信することができる。
【図面の簡単な説明】
【図１】本発明を適用した支援システムの構成図である。
【図２】本システムに参加する各製薬会社の顧客と本システムを運営する運営者の顧客との関係を説明する図である。
【図３】上記図１の支援システムを構成する支援サーバ装置の機能構成図である。
【図４】図３のＭＲ支援サーバ装置のデータベースに含まれるＭＲテーブル、選択登録テーブル、ユーザテーブル及びマスタテーブルのデータ構成とこれらの間の相関関係を説明する図である。
【図５】図３の支援サーバ装置のメッセージデータベースに含まれるメッセージヘッダレコード、メッセージボディレコード、キャッチ画像レコード、到達コールログレコードのデータ構成とこれらの間の相関関係を説明する図である。
【図６】図１の支援サーバ装置に医療関係者がユーザ端末装置を用いて登録するときの手順を説明するフローチャートである。
【図７】図３のＭＲ支援システムにおけるユーザ端末装置に表示されるＷＷＷブラウザウィンドウを説明する図である。
【図８】ユーザ端末装置に表示されるＷＷＷブラウザウィンドウのスポンサーフレームの登録ＭＲボタンがクリックされることによってユーザ端末装置のモニタに表示される登録ＭＲページを説明する図である。
【図９】登録ＭＲページの一覧表示部のＭＲの氏名がクリックされたときにそのＭＲとの連絡一覧が表示される連絡一覧ページを説明する図である。
【図１０】図８に示す登録ＭＲページのタイトルや図９に示すタイトルをクリックしたときに表示される受信連絡内容ページを説明する図である。
【図１１】ＭＲへの新規連絡ページを説明する図である。
【図１２】連絡内容作成ページＭＲのプロファイルの表示画面を説明する図である。
【図１３】ＭＲ個人情報ページを説明する図である。
【図１４】ＭＲ追加ページを説明する図である。
【図１５】ＭＲの削除ページを説明する図である。
【図１６】図７に示したスポンサーフレームに表示されたボックスの表示順序を変更するためのＭＲの変更ページを説明する図である。
【図１７】会社端末装置のモニタに表示されるＭＲ管理ページを説明する図である。
【図１８】ＭＲの追加変更ページを説明する図である。
【図１９】ＭＲ端末装置のモニタに表示されるトップページを説明する図である。
【図２０】会社端末装置や管理者端末装置がアクセスするトップページを説明する図である。
【図２１】各顧客の連絡履歴を表示するページを説明する図である。
【図２２】送信済みメッセージの詳細を確認するページを説明する図である。
【図２３】受信連絡内容ページを説明する図である。
【図２４】下書メッセージ一覧ページを説明する図である。
【図２５】顧客個人情報ページを説明する図である。
【図２６】新規メッセージページを説明する図である。
【図２７】顧客検索ページを説明する図である。
【図２８】顧客データアップロードページを説明する図である。
【図２９】送信先登録ページを説明する図である。
【図３０】メッセージ作成ページを説明する図である。
【図３１】メッセージ送信内容確認ページを説明する図である。
【図３２】利用データページを説明する図である。
【図３３】利用データの詳細を説明する図である。
【図３４】本社ＭＲの登録設定をするための登録設定ページを説明する図である。
【図３５】送信ステータスページ送信ステータスページを説明する図である。
【図３６】代行配信をするときの支援サーバ装置の処理を説明する図である。
【符号の説明】
１ 支援サーバ装置、２ データベース、３ ネットワーク、４ ユーザ端末装置、５ ＭＲ端末装置、６ 会社端末装置、７ 管理者端末装置、３００ ＭＲメッセージインタフェース、３０２ 顧客側メッセージインタフェース、３０６アクション決定部、３０８ 統計分析部、３１０ ＭＲデータベース、３１１アクションデータテーブル、３１２ ＭＲテーブル、３１４ 選択登録テーブル、３１５ 会社テーブル、３１６ ユーザデータベース、３１８ ユーザテーブル、３２０ メッセージヘッダデータベース、３２２ メッセージボディデータベース、３２４ キャッチ画像データベース、３２６ 定型ライブラリデータベース、３２８ 到達コールログデータベース、３３０ メッセージデータベース、

Claims (30)

1. 顧客の個人データが入力された顧客テーブルを格納する顧客データベースと、
   所属する複数の営業担当者を管理する会社テーブルと、この会社に所属する営業担当者毎に設けられる営業担当者テーブルと、上記顧客テーブルと上記営業担当者テーブルと関連づける選択登録テーブルとを格納する複数の会社データベースと、
   顧客からその顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成保持する選択登録部と、
   上記営業担当者から顧客へ送信するメッセージ及び顧客から営業担当者に送信するメッセージを保持するメッセージデータベースと、
   上記顧客宛のメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供する顧客側メッセージインタフェースと、
   上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援する営業担当者側メッセージインタフェースとを備え、
   上記複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
   残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テーブルに上記選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
   上記顧客側メッセージインタフェースは、上記サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供し、顧客から承諾信号を受信すると、上記選択登録部に、上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成させるマーケティング支援装置。
2. 更に、上記一の営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルを検索する検索手段を備え、
   上記残りの会社データベースの営業担当者テーブルの少なくとも一は、各会社の管理者に帰属する営業担当者テーブルであり、
   上記顧客側メッセージインタフェースは、上記少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより検索手段によって所定の検索条件に応じて抽出された顧客に対して、メッセージを、上記メッセージデータベースより読み出して、上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で代行して、ネットワーク経由で提供する請求項１記載のマーケティング支援装置。
3. 上記管理者名義又は上記他の営業担当者名義で上記顧客に送信するメッセージは、上記顧客からのメッセージに対する返信メッセージを含む請求項２記載のマーケティング支援装置。
4. 上記営業担当者側メッセージインタフェースは、上記顧客を直接担当する他の営業担当者が、上記自分名義の送受信メッセージと上記管理者名義の送信メッセージとを営業担当者端末で区別できるように表示する請求項３記載のマーケティング支援装置。
5. 上記営業担当者側メッセージインタフェースは、上記顧客に対して管理者名義で提供したメッセージを、このメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求項４記載のマーケティング支援装置。
6. 上記営業担当者側メッセージインタフェースは、上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で送信したメッセージに対する顧客からの返信メッセージをこのメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求項５記載のマーケティング支援装置。
7. 上記営業担当者側メッセージインタフェースは、上記各会社の管理者に帰属する営業担当者の端末で会社データベースの全営業担当者の上記顧客とのメッセージの送受信履歴を閲覧できるようにする請求項２記載のマーケティング支援装置。
8. 上記営業担当者側メッセージインタフェースは、顧客毎の利用データを、営業担当者端末にネットワーク経由で提供する請求項２記載のマーケティング支援装置。
9. 上記会社データベースは、更に、上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルの中の複数をグループ化する請求項２記載のマーケティング支援装置。
10. 上記検索手段は、未読の各会社の管理者名義又は他の営業担当者名義のメッセージを抽出する未読メッセージ抽出手段と、所定期間内に各会社の管理者宛又は他の営業担当者宛のメッセージを受信した顧客を抽出する応答顧客抽出手段とを有する絞込手段と、
    検索条件として入力された顧客名の全部又は一部を元に該当する顧客を抽出する顧客名抽出手段とを有し、
    上記検索手段は、上記絞込手段及び／又は顧客名抽出手段によって所定の顧客を抽出する請求項２記載のマーケティング支援装置。
11. 上記営業担当者側メッセージインタフェースは、同時に全ての顧客宛のメッセージを顧客に送信することができないとき、全てのメッセージの未送信処理を行う請求項１記載のマーケティング支援装置。
12. 上記営業担当者側メッセージインタフェースは、上記各営業担当者の営業担当者テーブルと上記選択登録テーブルによって関連づけられた顧客テーブルの顧客に対するメッセージの作成及びこの顧客から送信されたメッセージに対する返信メッセージの作成を支援する請求項１記載のマーケティング支援装置。
13. 上記顧客側メッセージインタフェースは、上記サービス提供者のデータベース以外の残りの会社データベースの全顧客テーブルと関連づけられた営業担当者テーブルの営業担当者であって、上記顧客が承認していない営業担当者が顧客端末に表示されるようにする請求項１記載のマーケティング支援装置。
14. 上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルは、他の営業担当者テーブルに新たな顧客テーブルが関連づけられる度に追加される請求項１記載のマーケティング支援装置。
15. 顧客の個人データを受け付け、この個人データを顧客テーブルに登録し顧客データベースに格納するステップと、
    所属する複数の営業担当者を管理するデータを受け付け会社テーブルに登録すると共に、この会社に所属する営業担当者の個人データを受け付け営業担当者テーブルに登録し、会社データベースに格納するステップと、
    顧客からその顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成し、上記会社データベースに格納するステップと、
    上記顧客宛のメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、
    上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援するステップとを有し、
    上記複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
    残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テーブルに上記選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
    更に、上記サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、
    上記特定の会社の一の営業担当者テーブルの営業担当者を承認する顧客から承諾信号を受信するステップと、
    上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成するステップとを有するマーケティング支援方法。
16. 上記残りの会社データベースの営業担当者テーブルの少なくとも一は、各会社の管理者に帰属する営業担当者テーブルであり、
    更に、上記少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより所定の検索条件に応じて抽出された顧客に対して、メッセージを、上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で代行して、上記メッセージデータベースより読み出してネットワーク経由で提供するステップを有する請求項１５記載のマーケティング支援方法。
17. 上記管理者名義又は上記他の営業担当者名義で上記顧客に送信するメッセージは、上記顧客からのメッセージに対する返信メッセージを含む請求項１６記載のマーケティング支援方法。
18. 更に、上記顧客を直接担当する他の営業担当者が、上記自分名義の送受信メッセージと上記管理者名義の送信メッセージとを営業担当者端末で区別できるように表示する請求項１７記載のマーケティング支援方法。
19. 上記顧客に対して管理者名義で提供したメッセージを、このメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求項１８記載のマーケティング支援方法。
20. 上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で送信したメッセージに対する顧客からの返信メッセージをこのメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求項１９記載のマーケティング支援方法。
21. 上記各会社の管理者に帰属する営業担当者端末で会社データベースの全営業担当者の上記顧客とのメッセージの送受信履歴を閲覧できるようにする請求項１６記載のマーケティング支援方法。
22. 記営業担当者側メッセージインタフェースは、顧客毎の利用データを、営業担当者端末にネットワーク経由で提供するステップを有する請求項１６記載のマーケティング支援方法。
23. 更に、上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルの中の複数をグループ化するステップを有する請求項１６記載のマーケティング支援方法。
24. 上記検索は、未読の各会社の管理者名義又は他の営業担当者名義のメッセージを抽出する未読メッセージ抽出ステップと、所定期間内に各会社の管理者宛又は他の営業担当者宛のメッセージを受信した顧客を抽出する応答顧客抽出ステップとを有する絞込ステップと、
    検索条件として入力された顧客名の全部又は一部を元に該当する顧客を抽出する顧客名抽出ステップとを有し、
    上記絞込ステップ及び／又は顧客名抽出ステップによって所定の顧客を抽出する請求項１６記載のマーケティング支援方法。
25. 同時に全ての顧客宛のメッセージを顧客に送信することができないとき、全てのメッセージの未送信処理を行うステップを有する請求項１５記載のマーケティング支援方法。
26. 上記各営業担当者の営業担当者テーブルと上記選択登録テーブルによって関連づけられた顧客テーブルの顧客に対するメッセージの作成及びこの顧客から送信されたメッセージに対する返信メッセージの作成を支援する請求項１５記載のマーケティング支援方法。
27. 更に、上記サービス提供者のデータベース以外の残りの会社データベースの全顧客テーブルと関連づけられた営業担当者テーブルの営業担当者であって、上記顧客が承認していない営業担当者が顧客端末に表示されるようにするステップを有する請求項１５記載のマーケティング支援方法。
28. 更に、上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルを、他の営業担当者テーブルに新たな顧客テーブルが関連づけられる度に追加するステップを有する請求項１５記載のマーケティング支援方法。
29. 顧客の個人データを受け付け、この個人データを顧客テーブルに登録し顧客データベースに格納するステップと、
    所属する複数の営業担当者を管理するデータを受け付け会社テーブルに登録すると共に、この会社に所属する営業担当者の個人データを受け付け営業担当者テーブルに登録し、会社データベースに格納するステップと、
    顧客からその顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成し、上記会社データベースに格納するステップと、
    上記顧客宛のメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、
    上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援するステップとを有し、
    上記複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
    残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テーブルに上記選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
    更に、上記サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、
    上記特定の会社の一の営業担当者テーブルの営業担当者を承認する顧客から承諾信号を受信するステップと、
    上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成するステップとを有するコンピュータによって実行可能なコンピュータプログラムが記録された記録媒体。
30. 顧客の個人データを受け付け、この個人データを顧客テーブルに登録し顧客データベースに格納するステップと、
    所属する複数の営業担当者を管理するデータを受け付け会社テーブルに登録すると共に、この会社に所属する営業担当者の個人データを受け付け営業担当者テーブルに登録し、会社データベースに格納するステップと、
    顧客からその顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成し、上記会社データベースに格納するステップと、
    上記顧客宛のメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、
    上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援するステップとを有し、
    上記複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
    残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テーブルに上記選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、
    更に、上記サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、
    上記特定の会社の一の営業担当者テーブルの営業担当者を承認する顧客から承諾信号を受信するステップと、
    上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成するステップとを有するコンピュータによって実行可能なコンピュータプログラム。

Images