WO2004114183A1

WO2004114183A1 - マーケティング支援装置及びマーケティング支援方法

Info

Publication number: WO2004114183A1
Application number: PCT/JP2004/008639
Authority: WO
Inventors: Itaru Tanimura; Thomas Mactavish Callaghan
Original assignee: So-Net M3, Inc.
Priority date: 2003-06-18
Filing date: 2004-06-18
Publication date: 2004-12-29
Also published as: KR20060069353A; KR100847469B1; EP1635284A4; JP3643831B2; EP1635284A1; JP2005011030A; US20060242037A1

Abstract

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

Description

マーケティング支援装置及びマーケティング支援方法

技術分野

[0001] 本発明は、顧客が営業担当者を選択登録することにより、顧客に対して登録された営業担当者が情報提供をすることができるマーケティング支援装置及びマーケティング支援方法に関する。

本出願は、日本国において 2003年 6月 18日に出願された日本特許出願番号 200 3— 173803を基礎として優先権を主張するものであり、この出願は参照することにより、本出願に援用される。

背景技術

[0002] 特開 2002— 007410号公報 (文献 1)には、製薬会社等に所属する医療情報担当者である MR (Medical Representatives)と病院に関係する医師、薬剤師、看護婦等の医療関係者との間のコミュニケーションを支援する MR支援システムが記載されている。この MR支援システムは、医療関係者とこの医療関係者から承認を受けた MR との 1対 1のコミュニケーションを支援する支援サーバ装置を有し、この支援サーバ装置は、医療関係者が所定の MRを登録すると、登録された MRが登録を行った医療関係者にメッセージを作成することが可能となり、このメッセージを通じて医療情報を医療関係者に対して提供することができるようになって、る。

ところで、 MRは、製薬会社等の会社組織に所属するものであり、製薬会社等の会社は、所属する個々の MRの行動、成績等を管理するためにも、 MR支援システムに、会社単位で参加する。ところが、この MR支援システムは、 MRと医療関係者との 1 対 1のコミュニケーションを支援するものである。したがって、各会社の顧客となる医療関係者の参加人数は、主として、 MRが医療関係者と実際に会い、このシステムへの参加を医療関係者に促すことによって増えることになる。したがって、上述した公報の MR支援システムでは、ネットワークの設備を用いて、効率よく各会社の顧客となる医療関係者の参加人数を増やすことが困難である。

なお、類似する技術として、国際公開第 01Z082156号パンフレット (文献 2)、特開 2003-44414号公報（文献 3)、特開 2002—259285号公報（文献 4)及び特開 2 003— 85090号公報 (文献 5)に記載された技術がある。しかしながら、何れの文献にも、サービス提供者が製薬会社と医療関係者との間を取り持ち、各会社の顧客となる医療関係者の参加人数を増やす考え方は記載されて!、な、。

また、会社に所属する MR個人は、それぞれ能力差等もあり、例えば成績の低いものに対しては、その MRが担当する医療関係者に対して、医療情報の提供等といつた形で支援する必要がある。このような場合には、情報提供を、会社名義で行うより、担当 MRの名義で医療関係者に情報を提供した方が良いこともある。しかしながら、他の者が MR個人を支援する考え方は、上述した公報に示唆されて、な!/、。

また、医療関係者に提供する情報の内、新薬のお知らせ等は、個々の MRが医療関係者に情報提供するよりも、 MRが所属する製薬会社等が一斉に、各 MRが担当する医療関係者に配信した方が、情報も正確かつ迅速に伝達することができる。医療関係者に対して医療情報を一斉配信する際にも、情報の種類によって、担当 MR 名義の方が良、場合や会社名義の方が良、場合もある。

更に、提供する情報の種類によって、情報を提供する医療関係者を選択する必要がある。例えば、耳鼻科学会の開催通知を配信するに当たっては、送信先を耳鼻科を専門とする医療関係者に送信するだけで良ぐ他の分野を専門とする医療関係者に送信する必要は無い。顧客となる医療関係者に対して不必要な情報を提供することは、その医療関係者に対して不快感を与えることにもなる。

更に、以上のように、所定の医療関係者を直接担当する MRの知らないところで他の者カ^ツセージの代行配信を行ったとき、その顧客の直接の担当者である MRが代行配信したメッセージの内容を知らな、のでは、その MRの顧客である医療関係者とのコミュニケーションの障害ともなる。

なお、上述した文献 1一文献 5には、製薬会社等の管理者が所定条件で抽出した自社の顧客に対して、直接の営業担当者に代わってメッセージを代行配信する考え方は記載されていない。

更に、一斉配信を行うときには、途中でメッセージの送信エラーが発生すると、どの医療関係者にメッセージが送信されており、どの医療関係者にメッセージが送信されていないかを知ることは困難である。再度同じ医療関係者に対して一斉配信を行うと、同じメッセージが二度送られる医療関係者が生じてしまうことになる。

発明の開示

発明が解決しょうとする課題

[0003] 本発明の目的は、上述したような従来の技術が有する問題点を解消することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。

本発明の目的は、顧客の煩わしさを極力排し、参加するそれぞれの会社が効率よく顧客を増やすことができるマーケティング支援装置及びマーケティング支援方法を提供することにある。

また、本発明の他の目的は、営業担当者が所属する組織が、営業担当者に代わつて顧客に対してメッセージを代行配信することができ、更に、代行配信の際、顧客やメッセージの種類に応じてメッセージの名義人を営業担当者と会社で選択することができ、営業担当者を効率よく支援することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。

更に、本発明の他の目的は、複数の顧客に対してメッセージを一斉配信するときに、宛先となる顧客を、メッセージの種類等に応じて効率よく抽出することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。

更に、本発明の他の目的は、メッセージを顧客に対して一斉配信をしているときに、送信エラーが発生しても、メッセージが送信されたものと送信されていないものとを正確に把握し、重複したメッセージを顧客に対して送信してしまうことを防止することができるマーケティング支援装置及びマーケティング支援方法を提供することにある。更に、本発明の他の目的は、以上のような目的を実現することができるコンピュータプログラム及びこのコンピュータプログラムが記録された記録媒体を提供することにある。

課題を解決するための手段

[0004] 本発明は、顧客の個人データを受け付け、この個人データを顧客テーブルに登録し顧客データベースに格納する。また、所属する複数の営業担当者を管理するデータを受け付け会社テーブルに登録するとともに、この会社に所属する営業担当者の個人データを受け付け営業担当者テーブルに登録し、会社データベースに格納する。そして、顧客力もその顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと顧客テーブルとを関連づける選択登録テーブルを生成し、会社データベースに格納する。次いで、顧客宛のメッセージをメッセージデータベースより読み出してネットワーク経由で顧客に提供し、選択登録テーブルの生成を契機として、営業担当者による顧客宛のメッセージの作成を支援する。

ここで、複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられている。また、残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テ一ブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられている。

そして、サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、残りの会社の中の特定の会社に関するメッセージをメッセージデータベースより読み出してネットワーク経由で顧客に提供し、顧客から承諾信号を受信すると、特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成する。これにより、特定の会社は、サービス提供者の送信するメッセージに顧客が応答することで、実際に営業担当者を顧客の居場所まで移動させること無ぐ顧客を増やすことができる。

また、本発明では、残りの会社データベースの営業担当者テーブルの少なくとも一は、各会社の管理者に帰属する営業担当者テーブルであり、更に、少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより所定の検索条件に応じて抽出された顧客に対して、メッセージを、管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で代行して、メッセージデータベースより読み出してネットワーク経由で提供する。ここで、管理者名義又は他の営業担当者名義で顧客に送信するメッセージは、顧客からのメッセージに対する返信メッセージを含むこともある。

代行配信を行ったときには、顧客を直接担当する他の営業担当者が、自分の送受信メッセージと管理者の送信メッセージとを営業担当者の端末で区別できるように表示し、更に、メッセージの内容を閲覧できるようにしても良い。また、管理のため、各会社の管理者に帰属する営業担当者端末で会社データベースの全営業担当者の顧客とのメッセージの送受信履歴を閲覧できるようにしても良い。また、代行して上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義でメッセージを送信したとき等の顧客毎の利用データを、代行配信等の効果確認のため、営業担当者端末にネットワーク経由で提供するようにしても良い。更に、本発明は、少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルの中の複数をグループ化し、各グループを特定の会社の一の営業担当者テーブルと選択登録テーブルによって一顧客として関連づけるようにしても良い。更に、本発明は、少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより所定の検索条件に応じて抽出された顧客に対して、管理者の名義又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義でメッセージを送信したとき、各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者に対して、メッセージを送信したことを告知し、代行配信を行つたことを知らせるようにしても良い。更に、本発明において、検索は、未読の各会社の管理者名義又は他の営業担当者名義のメッセージを抽出する未読メッセージ抽出ステップと、所定期間内に各会社の管理者宛又は他の営業担当者宛のメッセージを受信した顧客を抽出する応答顧客抽出ステップとを有する絞込ステップと、検索条件として入力された顧客名の全部又は一部を元に該当する顧客を抽出する顧客名抽出ステップとを有する。そして、絞込ステップ及び Z又は顧客名抽出ステップによって所定の顧客を抽出する。

また、本発明は、同時に全ての顧客宛のメッセージを顧客に送信することができないとき、全てのメッセージの未送信処理を行う。

また、本発明は、各営業担当者の営業担当者テーブルと選択登録テーブルによつて関連づけられた顧客テーブルの顧客に対するメッセージの作成及びこの顧客から送信されたメッセージに対する返信メッセージの作成を支援する。

また、本発明は、サービス提供者のデータベース以外の残りの会社データベースの全顧客テーブルと関連づけられた営業担当者テーブルの営業担当者であって、顧客が承認していない営業担当者が顧客端末に表示されるようにし、例えば、顧客が承認はしていないが、顧客と密接な関連のある営業担当者を顧客に紹介できるようにする。

また、本発明は、少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルを、他の営業担当者テーブルに新たな顧客テーブルが関連づけられる度に追加する。

本発明は、ハードウェアによっても実現可能である力この他に、コンピュータにコンピュータプログラムをインストールすることによって実現することができる。このコンビュータプログラムは、ネットワークを介して又は光ディスク等の記録媒体に格納して拡布される。

本発明の更に他の目的、本発明によって得られる具体的な利点は、以下において図面を参照して説明される実施の形態の説明力一層明らかにされるであろう。図面の簡単な説明

[図 1]図 1は、本発明を適用した支援システムの構成図である。

[図 2]図 2は、本システムに参加する各製薬会社の顧客と本システムを運営する運営者の顧客との関係を説明する図である。

[図 3]図 3は、上記図 1の支援システムを構成する支援サーバ装置の機能構成図である。

[図 4]図 4は、図 3の MR支援サーバ装置のデータベースに含まれる MRテーブル、選択登録テーブル、ユーザテーブル及びマスタテーブルのデータ構成とこれらの間の相関関係を説明する図である。

[図 5]図 5は、図 3の支援サーバ装置のメッセージデータベースに含まれるメッセージヘッダレコード、メッセージボディレコード、キャッチ画像レコード、 ¾J達コーノレログレコードのデータ構成とこれらの間の相関関係を説明する図である。

[図 6]図 6は、図 1の支援サーバ装置に医療関係者がユーザ端末装置を用いて登録するときの手順を説明するフローチャートである。

[図 7]図 7は、図 3の MR支援システムにおけるユーザ端末装置に表示される WWW ブラウザウィンドウを説明する図である。

[図 8]図 8は、ユーザ端末装置に表示される WWWブラウザウィンドウのスポンサーフレームの登録 MRボタンがクリックされることによってユーザ端末装置のモニタに表示される登録 MRページを説明する図である。

[図 9]図 9は、登録 MRページの一覧表示部の MRの氏名がクリックされたときにその

MRとの連絡一覧が表示される連絡一覧ページを説明する図である。

[図 10]図 10は、図 8に示す登録 MRページのタイトルや図 9に示すタイトルをクリックしたときに表示される受信連絡内容ページを説明する図である。

[図 11]図 11は、 MRへの新規連絡ページを説明する図である。

[図 12]図 12は、連絡内容作成ページ MRのプロファイルの表示画面を説明する図である。

[図 13]図 13は、 MR個人情報ページを説明する図である。

[図 14]図 14は、 MR追加ページを説明する図である。

[図 15]図 15は、 MRの削除ページを説明する図である。

[図 16]図 16は、図 7に示したスポンサーフレームに表示されたボックスの表示順序を変更するための MRの変更ページを説明する図である。

[図 17]図 17は、会社端末装置のモニタに表示される MR管理ページを説明する図である。

[図 18]図 18は、 MRの追加変更ページを説明する図である。

[図 19]図 19は、 MR端末装置のモニタに表示されるトップページを説明する図である

[図 20]図 20は、会社端末装置や管理者端末装置がアクセスするトップページを説明する図である。

[図 21]図 21は、各顧客の連絡履歴を表示するページを説明する図である。

[図 22]図 22は、送信済みメッセージの詳細を確認するページを説明する図である。

[図 23]図 23は、受信連絡内容ページを説明する図である。 [図 24]図 24は、下書メッセージ一覧ページを説明する図である。

[図 25]図 25は、顧客個人情報ページを説明する図である。

[図 26]図 26は、新規メッセージページを説明する図である。

[図 27]図 27は、顧客検索ページを説明する図である。

[図 28]図 28は、顧客データアップロードページを説明する図である。

[図 29]図 29は、送信先登録ページを説明する図である。

[図 30]図 30は、メッセージ作成ページを説明する図である。

[図 31]図 31は、メッセージ送信内容確認ページを説明する図である。

[図 32]図 32は、利用データページを説明する図である。

[図 33]図 33は、利用データの詳細を説明する図である。

[図 34]図 34は、本社 MRの登録設定をするための登録設定ページを説明する図である。

[図 35]図 35は、送信ステータスページ送信ステータスページを説明する図である。

[図 36]図 36は、代行配信をするときの支援サーバ装置の処理を説明する図である。発明を実施するための最良の形態

以下、本発明が適用された支援システムについて、図面を参照して説明する。図 1 に示すように、支援システムは、インターネット等のネットワーク 3を介して医療関係者向けの端末装置にコンテンツを提供するとともに、医薬品等の製造会社の医療情報担当者である MRとこの MRが担当する医療関係者とが 1対 1でメッセージのやり取りを行うことができるものである。

具体的に、本発明を適用した支援システムは、図 1に示すように、各種情報を保存するデータベース 2が構築された本システムの運営者が管理する支援サーバ装置 1 と、医師、薬剤師、看護婦、放射線技師等の医療関係者 (以下、ユーザともいう。）が管理するユーザ端末装置 4と、本システムに参加している製薬会社等に所属する M R個人が管理する複数台の MR端末装置 5と、 MRが所属する製薬会社等が管理する会社端末装置 6と、本システムの管理者が支援サーバ装置 1にアクセスするための管理者端末装置 7とを備える。支援サーバ装置 1、ユーザ端末装置 4、 MR端末装置 5、会社端末装置 6、管理者端末装置 7は、互いに、 ISDN (Integrated Services Digital Network)回線、 CATV (Cable Television)回線、光ケーブル回線、 xDSL (x Digital Subscriber Line )、ディジタル衛星放送用の衛星回線等を用いたネットワーク 3を介して接続されおり、 TCP/IP (Transmission Control Protocol/Internet Protocol)、 FTP (File Transfer Protocol)等の伝送プロトコルに従ってデータのやり取りを行うことができる。

支援サーバ装置 1は、通常のコンピュータとほぼ同様な構成を有しており、ハードデイスクにデータベース 2が格納されているとともに、オペレーティングシステム、端末装置 4一 7と通信を行うためのアプリケーションプログラム等の種々のプログラムがインストールされている。この支援サーバ装置 1は、図 2に示すように、本システムに参加する全員の医療関係者をデータベース 2に登録し、本システムに参加している各会社に所属する MRがデータベース 2に登録されている医療関係者力承認を受けると、担当 MRと承認をした医療関係者とを関連づけ、承認した医療関係者を、 MR及び MRが所属する会社の顧客と位置づける。

図 2では、製薬会社 Aに関連づけられた顧客を円 Aで示し、製薬会社 Bに関連づけられた顧客を円 Bで示し、製薬会社 Cに関連づけられた顧客を円 Cで示している。支援サーバ装置 1は、各製薬会社の会社端末装置 6や MR端末装置 5が承認を受けた医療関係者のみとメッセージのやり取りを行うことができるようにする。すなわち、製薬会社の会社端末装置 6や MR端末装置 5からは、自分の顧客となった医療関係者を見ることができるようになる。また、支援サーバ装置 1は、本システムを運営する管理者の管理者端末装置 ₇からは、本システムに登録している医療関係者全員、すなわち図 2中円 A、円 B、円 Cを含む円 D (太線)を顧客として見ることができるようにし、顧客 Dとメッセージのやり取りを行うことができるようにする。なお、円 D中で円 A、円 B、円 Cに含まれない顧客は、何れの製薬会社と関連づけられていない医療関係者であり、本システムを運営する管理者の管理者端末装置 7からのみ、メッセージのやり取りを行うことができる医療関係者である。

なお、支援サーバ装置 1は、製薬会社に対して、他の製薬会社当と区別するための識別データである IDを付与し、更に会社 IDに関連づけられた MRIDを MRに対して付与する。この支援サーバ装置 1は、医療関係者が利用するユーザ端末装置 4からのアクセスに応じて、コンテンツとして、医療情報、学会情報等の情報をユーザ端末装置 4に提供するとともに、医療関係者のユーザ端末装置 4と MR端末装置 5、会社端末装置 6 、管理者端末装置 7との間の相互のメッセージ交換を管理する。なお、このメッセージのサービスは、医療関係者と MRに対しては通常用いられている電子メールと同等の機能を持つサービスとして提供されるが、その態様は、後述するように電子メールの仕組みとは異なっている。

図 1に示すように、この支援サーバ装置 1にネットワーク 3を介して接続されるユーザ端末装置 4は、医療関係者が操作する端末装置であり、例えばパーソナルコンビュータにより構成され、ブラウザ等種々のアプリケーションプログラムがインストールされている。そして、ユーザ端末装置 4は、 WWW (World Wide Web)ブラウザを実行することにより支援サーバ装置 1と通信を行うことができる。具体的に、ユーザ端末装置 4 は、ブラウザを実行することによって、支援サーバ装置 1又は医薬品等の製造会社のサーバ装置が開設する医薬品、医療機器 (以下、単に医薬品等ともいう。）や研究開発等に関するウェブページを閲覧することができる。また、ユーザ端末装置 4は、 MR 端末装置 5や会社端末装置 6、更には管理者端末装置 7との間でメッセージのやり取りを支援サーバ装置 1のウェブページ上で行うことができる。

支援サーバ装置 1にネットワーク 3を介して接続される MR端末装置 5は、 MRが操作する例えばパーソナルコンピュータ等の情報処理装置により構成され、ブラウザ等種々のアプリケーションプログラムがインストールされている。 MR端末装置 5は、 WW Wブラウザを実行することにより、顧客である医療関係者力承認を受けると、この承認を契機として、医療関係者が管理するユーザ端末装置 4とメッセージのやり取りを行うことができる。また、 MR端末装置 5は、支援サーバ装置 1が管理するウェブべ一ジ上にお 1ヽて、 MRが送信したメッセージに対する医療関係者の反応を確認することができる。

支援サーバ装置 1にネットワーク 3を介して接続される会社端末装置 6は、 MRが所属する製薬会社等の営業を統括管理する部署等に所属する担当者、例えば本社に所属する MRが操作する端末装置であり、パーソナルコンピュータ等の情報処理装置により構成され、ブラウザ等種々のアプリケーションプログラムがインストールされている。この会社端末装置 6は、自社に関連づけられた顧客の医療関係者との間で行うメッセージのやり取りを、担当 MRの名義を使って又は会社の名義や本社 MRの名義を使って支援サーバ装置 1のウェブページ上で行うことができる。メッセージを医療関係者に送信するとき、会社端末装置 6は、メッセージの送信先の医療関係者を所定条件で選択することができる。

なお、 MR端末装置 5や会社端末装置 6では、自社に関連づけられていない医療関係者とはその医療関係者力も承認を受けるまでは、顧客ではないことからメッセ一ジのやり取りを行うことができない。

支援サーバ装置 1にネットワーク 3を介して接続される管理者端末装置 7は、本システムを運営する管理者が操作するパーソナルコンピュータ等の情報処理装置である。管理者端末装置 7は、支援サーバ装置 1に対して上述の会社端末装置 6と同等な権原を有する装置であり、 WWWブラウザを実行することにより支援サーバ装置 1と通信を行うことができる。具体的に、管理者端末装置 7は、本システムに参加する会社の例えば宣伝代行のメッセージを、本システムに参加している医療関係者全て、すなわち図 2中顧客 Dに対して配信することができる。すなわち、本システムを管理する管理者は、本システムに参加する医療関係者全員を顧客とし、その中からメッセージの宛先を選択することができる。支援サーバ装置 1は、各端末装置から入力されるユーザ ID、パスワード等の端末識別データによって、アクセスする端末装置が MR端末装置 5、会社端末装置 6、管理者端末装置 7の何れかであるかの識別を行う。

なお、医療関係者、 MR、会社端末装置 6の担当者及び管理者端末装置 7の管理者は、それぞれユーザ IDとパスワードを入力して支援サーバ装置 1へログインすることにより、支援サーバ装置 1からのサービスを受けることができる。支援サーバ装置 1 は、医療関係者に対して、医療関係者向けのポータルサイトとして機能して、後述のように MRとのメッセージ交換の機能を合わせて提供する一方、 MRに対して、後述のように医療関係者とのメッセージ交換の機能と、メッセージを作成するためのユーザインタフエースを提供する。

支援サーバ装置 1を運営する運営者は、当該支援システムの利用契約を結んだ M Rが所属する製造会社から利用料を、定額制、従量制又はこれらの組み合わせで徴収することにより利益を得る。例えば、運営者は、基本料金に加えて、 MRが発信したメッセージの数や医療関係者が開封した回数に応じた課金を行う。支援サーバ装置 1は、例えば MRの利用状況を管理し、これに応じて課金データを生成する。支援サーバ装置 1は、専用線で決済センタと接続されており、月極等所定期間単位で課金データを生成し、この課金データを決済センタに送信することによって決済処理を行なお、運営者は、この他に、ホームページに設けたバナー広告による広告料収入を得ることもできる。また、支援システムは、利用する医療関係者に対して、情報提供料を課金するようにしても良い。

次に、医療関係者が支援システムを利用するまでの手続について説明する。支援サーバ装置 1は、医療関係者向けのコンテンツを提供するポータルサイトとしての機能を持つ。医療関係者は、自分のユーザ IDとパスワードを入力して支援サーバ装置 1にログインすると、ブラウザの画面にその医療関係者向けにカスタマイズされた医療情報が表示される。更に、医療関係者は、支援サーバ装置 1の運営者と契約している製造会社の MRから MRの IDを入手し、支援サーバ装置 1にそのサービスコードを登録することにより、登録された製造会社やその会社に所属する MRから限定的に配布される医療情報を閲覧することも可能となる。ブラウザの画面には、ポータルサイトとしての情報の他に、 MRからのメッセージが案内される後述のスポンサーフレーム 3 6が表示され、このスポンサーフレーム 36を起点に MRとの 1対 1のコミュニケーションが可能となる。

一方、医療関係者に対する営業活動に支援システムを利用したい製薬会社等や MRは、自社の IDや自分の MRIDを医療関係者に通知して、支援システムの利用を促すことになる。医療関係者がその MRを承認するために MRIDを支援サーバ装置 1に登録すると、医療関係者が当該 MRからメッセージを受信することと、当該 MRにメッセージを送信することとが可能となる。

図 3は、支援サーバ装置 1の機能構成図である。この機能構成は、ハードウェア的には、コンピュータの CPU (Central Processing Unit)、 RAM (Random Access Memory)、ハードディスク等で実現することができ、ハードディスクにインストールされた支援機能のあるアプリケーションプログラム等によって実現される。したがって、これらの機能ブロックは、ハードウェア、ソフトウェアの組み合わせによって様々な形で実現することができる。

支援サーバ装置 1は、 MR端末装置 5、会社端末装置 6及び管理者端末装置 7側のメッセージの作成を支援する MR側メッセージインタフェース 300と、医療関係者側のメッセージの作成を支援する顧客側メッセージインタフェース 302と、医療関係者、 MR等の識別情報の登録を受け付ける選択登録部 304と、 MR端末装置 5、会社端末装置 6及び管理者端末装置 7に対して医療関係者に対して取るべき行動を示唆するアクション決定部 306と、登録された医療関係者に対する MRの接触状況の統計を取り管理する統計分析部 308と、 MRの個人データが入力され、 MRと医療関係者とを関連づけるデータが格納される MRデータベース 310と、医療関係者の個人データが入力されたユーザデータベース 316と、 MRと医療関係者との間のメッセージを管理するメッセージデータベース 330とを備える。 MRデータベース 310、ユーザデータベース 316及びメッセージデータベース 330は、図 1でデータベース 2として示したものであり、ハードディスク等に格納されている。

MRデータベース 310は、 MRの個人情報が格納される MRテーブル 312と医療関係者と MRとを関連づける選択登録テーブル 314と、製薬会社とこの製薬会社に所属する MRとを関連づける会社テーブル 315とを有し、また、ユーザデータベース 31 6は、医療関係者の個人データが格納されるユーザテーブル 318を有している。選択登録部 304は、医療関係者のユーザ端末装置 4から MRの識別コードである MRIDの入力を受け付ける。選択登録部 304は、医療関係者のユーザ IDで識別されるユーザテーブル 318をユーザデータベース 316から抽出するとともに、 MRIDで識別される MRテーブル 312を MRデータベース 310から抽出し、ユーザテーブル 3 18と MRテーブル 312とを関連づけた選択登録テーブル 314を生成する。この選択登録テーブル 314が生成されると、 MRIDで識別される MRがユーザ IDで識別される医療関係者に登録されたこととなり、登録された MRは、その医療関係者を顧客として担当することができるようになる。 MR側メッセージインタフェース 300は、選択登録テーブル 314の生成を契機として、 MRから医療関係者へメッセージが送信できるようにする。選択登録テーブル 314は、登録のあった医療関係者に関する覚え書きを書き込むことのできる顧客名簿ファイルとしても機能し、 MRは、この顧客名簿フアイルを用いて登録された医療関係者宛のメッセージを作成する。

MR側メッセージインタフェース 300は、 MRが医療関係者宛に送信するメッセージの作成、削除、保存等及び医療関係者力も受け取るメッセージの閲覧、削除、保存等が行えるように MRを支援するユーザインタフェースである。 MRが作成したメッセージのヘッダ部は、メッセージヘッダデータベース 320に格納され、メッセージの送信日時、宛先の医療関係者がそのメッセージを開封した日時等のステータスが管理される。メッセージのボディ部は、メッセージボディデータベース 322に格納される。 MRは、キャッチ画像データベース 324から自分の顔写真やイラスト画像等を選んでメッセージを案内する画像の一部に用いることができる。また、メッセージの案内画像には、 MRの簡単な自己紹介文やメッセージのタイトル、キャッチフレーズ等を含めることができる。また、 MRは、自分が所属する会社が営業用に作成した定型文や定型リンク先アドレス等が格納された定型ライブラリデータベース 326から適当なデータを取得して、メッセージの作成に役立てることができる。到達コールログデータベース 3 28は、以上のようにして作成されたメッセージが宛先の医療関係者に読まれたとき、その既読情報をログとして格納する。このログは、例えば医療関係者の利用度を見るための指標となるポイントの加算に利用することができる。例えば、支援システムの運営者は、このポイントに応じてユーザである医療関係者に有償サービス等の特典を与えることができる。

顧客側メッセージインタフェース 302は、ユーザである医療関係者が MRから受け取るメッセージの閲覧、削除、保存等及び医療関係者が MR宛に送信するメッセ一ジの作成、削除、保存等が行えるようにする医療関係者を支援するユーザインタフースである。顧客側メッセージインタフェース 302は、医療関係者が登録して承認した MRからのメッセージをメッセージデータベース 330力読み出して、医療関係者のユーザ端末装置 4に提供する。後述のように、 MRからメッセージがあるとき、最初に MRからのメッセージを案内する画像がキャッチ画像データベース 324から読み出されて表示される。表示された案内画像を医療関係者がクリックすると、画像にリンクされたメッセージカ^ツセージボディデータベース 322から読み出されて表示される。以下、 MRから医療関係者宛に送られたメッセージのことを「コール」ともいい、医療関係者がそのメッセージを開封、すなわち読むことを「到達」という。例えば、「到達コール」といったときには、医療関係者により開封され読まれた MRからのメッセージを意味する。

医療関係者によりメッセージが読まれた場合に、顧客側メッセージインタフェース 30 2は、そのメッセージのヘッダに記録されたステータスを更新し、既読状態にする。また、顧客側メッセージインタフェース 302は、医療関係者カ^ツセージを読むと、到達コールログデータベース 328に、何時、どのメッセージを読んだかを示す到達コールログを記録し、医療関係者に、有償又は無償のサービス等の特典と交換可能なボイントを加算する。

メッセージデータベース 330は、 MRとユーザである医療関係者が共通にアクセスするデータベースであり、 MRと医療関係者との間でのやり取りされるメッセージは、この単一のメッセージデータベース 330において管理される。この点で、支援システムで行われるメッセージのやり取りは、通常の電子メールのようにメールのデータが送信元のサーノから送信先のサーバに配送される仕組みとは異なる。

アクション決定部 306は、 MRが医療関係者に送ったメッセージのステータスを分析して、その医療関係者に対して行うべきアクションを決定して MRに提示する。統計分析部 308は、 MRが医療関係者に送ったメッセージの数、メッセージが医療関係者に読まれた割合等医療関係者への接触状況に基づいて MRの成績を分析して評価結果を MR端末装置 5、会社端末装置 6、管理者端末装置 7等に提供する。

図 4は、 MRテーブル 312、選択登録テーブル 314、ユーザテーブル 318のデータ構成とそれらの間の相関関係を説明する図である。 MRテーブル 312は、 MRIDによつて一意に識別され、 MRの所属する卸会社の会社コード、氏名、 MRが支援サーバ装置 1にアクセスするためのパスワード、 MRの電話番号、携帯電話番号、電子メールアドレス、住所、勤務中か否かを示す勤務フラグ、 MRの所在する営業所等の営業開始時間、営業終了時間等のデータを格納している。営業開始時間と営業終了時間は、 MRの営業時間を医療関係者に知らせるために用いられる他、営業時間外に医療関係者が MRにメッセージを送ろうとしたときに「営業時間外なので即答できません。」といった警告メッセージを医療関係者のユーザ端末装置 4に出力するために用いられる。勤務フラグは、 MRが現在勤務中である力休暇を取っている力、外出中であるか等を医療関係者に知らせたり、休暇中であるときに警告メッセージをユーザ端末装置 4に出力するために用いられる。

MRテーブル 312に格納された情報の一部は、医療関係者がその MRを登録したときに、 MRのプロファイルとして医療関係者の MR名簿に格納されて医療関係者に提供される。電子メールアドレスは、公開に設定されていれば、医療関係者に提供されることになるが、公開に設定されていないときには、医療関係者に提供されない。このような MRテーブル 312の全ての情報がその MRを登録した医療関係者に開示されるとは限らない。また、外出することの多い MRは、携帯電話のメールアドレスを M Rテーブル 312に登録しておき、支援サーバ装置 1が医療関係者からのメッセージを携帯電話のメールアドレスに転送するようにしても良い。

ユーザテーブル 318は、ユーザ IDによって一意に識別され、医師が支援サーバ装置 1にアクセスするためのパスワード、医師免許コード、職種コード、氏名、性別、勤務先名称、勤務先住所、誕生日、電子メールアドレス、ポイント、診療科目コード、専門コード等が格納される。ユーザテーブル 318に格納された医師の個人情報は、氏名と勤務先名称等の一部を除き、 MRに開示されることは無、。

選択登録テーブル 314は、医師が MRを登録して承認した場合に、医療関係者のユーザテーブル 318と MRの MRテーブル 312とを関連づけるものであり、 MRテーブル 312の MRIDとユーザテーブル 318のユーザ IDによって一意に識別される。選択登録テーブル 314は、 MRからのメッセージの案内画像を後述のスポンサーフレーム 36の何れの位置に示すかを決める選択区分、医師氏名、勤務先、顧客の重要度を示すターゲットランク、職種、専門領域、役職、卒業大学、卒業年、趣味等医師についての覚え書きを MRが入力できるエントリを有する。但し、選択区分だけは医師側が決めて設定し、 MR側では設定できない。これらの医師の情報は、 MRが入力するため、必ずしもユーザテーブル 318に格納された医師の個人情報とは一致しない。この選択登録テーブル 314は、 MRの顧客名簿ファイルとしても利用される。

製薬会社に所属するそれぞれの MRに対しては、この選択登録テーブル 314が医療関係者力も承認を受けただけ設けられることになり、また、製薬会社の会社端末装置 6を担当する担当者である MRに対しては、この選択登録テーブル 314が当該会社に属する MRが担当する全医療関係者分設けられることになる。また、本システムを運用する管理者に対しては、この選択登録テーブル 314がユーザ登録をしている医療関係者全員分設けられることになる。

会社テーブル 315は、 MRテーブル 312から参照され、 MRが所属する製薬会社の会社名、その会社のロゴタイプ等のデフォルト画像を指すコード、その会社のホームページ等のデフォルトの URL (Uniform Resource Locator)が格納される。また、会社テーブル 315には、その会社に所属する MRが登録されている。すなわち、会社テーブル 315は、 MRテーブル 312にリンクしていることで、 MRがどの営業所に所属しているか、各 MRの実績等を会社端末装置 6から見ることができるようにしている。また、会社テーブル 315は、自分の会社に所属する MRを管理することで、自分の会社の全ての MRの顧客、すなわち医療関係者を管理することができるようになつている。会社端末装置 6は、自分の会社に所属する MRを営業所等の所定条件で選択し、また、各 MRの顧客を専門領域等の所定条件で選択し、会社名義で又は送信先の医療関係者を担当する MRの名義で、選択した条件に合致した医療関係者にメッセージを送信することができる。

アクションデータテーブル 311は、 MRテーブル 312の会社コードと選択登録テーブル 314のターゲットランクとによって識別されるものであり、顧客に対するアクションの判定基準とアクションの内容を格納する。また、このアクションデータテーブル 311 には、アクションの判定基準に用いられる閾値と、アクションの内容を記述した 4種類のメッセージが格納されて、る。これら各データの用い方にっ、ては後述する。図 5は、メッセージヘッダレコード 321、メッセージボディレコード 323、キャッチ画像レコード 325、到達コールログレコード 329のデータ構成とそれらの間の参照関係を説明する図である。メッセージヘッダデータベース 320に格納されるメッセージヘッダレコード 321は、メッセージヘッダ IDによって一意に識別され、メッセージ ID、メッセージ区分、送信元ユーザ ID、宛先ユーザ ID、受信 Z送信日時、送信側のメッセージ取消日時、保管日時、送信状態フラグ、削除日時、受信側のメッセージ開封日時、保管日時、削除日時及び受信状態フラグが格納されている。

ここで、メッセージ IDは、このメッセージのボディのレコードを指し示すポインタである。メッセージ区分は、そのメッセージが通常の顧客である医療関係者宛のメッセ一ジであるか、支援サーバ装置 1が MRに通知する目的で送信されたシステムメッセ一ジであるかを示すものである。システムメッセージとして、後述のように MR登録通知、 MR削除通知、メッセージ開封通知等がある。送信元ユーザ IDと宛先ユーザ IDは、 MRのユーザ ID又は医師のユーザ IDとなる。但し、システムメッセージの場合、送信元ユーザ IDが管理者 IDとなる。

メッセージボディデータベース 322に格納されるメッセージボディレコード 323は、メッセージ IDによって一意に識別され、コール内容コード、メッセージのタイトル、メッセージ本文、有効期限、画像コード、直接リンク URL、会社コード、添付リンク、添付フアイル等が格納されている。ここで、コール内容コードは、営業、広告、依頼等ユーザである医療関係者へのメッセージの種別を示すものである。画像コードは、キャッチ画像のコードであり、キャッチ画像のレコードを指す。直接リンク URLは、 MRが自分で指定するリンク先 URLであり、添付リンクは、 MRの会社側で用意した定型リンクである。なお、この定型リンクには、 URL以外に画像ファイルやテキストデータが更に付属していても良い。添付ファイルは、メッセージに添付する文書ファイル等である。キャッチ画像データベース 324に格納されるキャッチ画像レコード 325は、画像コードによって一意に識別され、会社コード、 MRID、画像名、画像ファイル、 MRの自己紹介文、キャッチフレーズ、リンク先 URLが格納されている。

到達コールログデータベース 328に格納される到達コールログレコード 329は、口グレコード番号で一意に識別され、医師等の医療関係者によって開封されたメッセ一ジのヘッダ ID、そのメッセージが開封された日時を示す到達コール日時、そのメッセージの送信元ユーザ IDと宛先ユーザ IDが格納される。この到達コールログレコード 3 29を用いて、メッセージの開封回数によって医師等医療関係者に加算される加算されるポイントが決定される。以上が支援システムの構成全般であり、以下その処理を具体的に説明する。先ず

、図 6を用いて支援サーバ装置 1に医療関係者がユーザ端末装置 4を用いて登録するときの手順を説明する。この処理は、支援サーバ装置 1がユーザ端末装置 4からのアクセスを検知したときに開始される。

支援サーバ装置 1は、ユーザ ID及びパスワードの入力を促すログイン画面を、ネットワーク 3を介してユーザ端末装置 4に送信する (ステップ Sl)。ユーザ端末装置 4のモニタに表示されるログイン画面には、ユーザ ID及びパスワードの入力欄、入力したユーザ ID等の送信を指示する送信ボタン並びに未登録ユーザであることを通知する通知ボタン等が設けられている。ユーザ端末装置 4を操作する医療関係者は、自分が登録済みのユーザであるとき、キーボード、マウス、テンキー等の操作部を用いて、ユーザ ID及びパスワードを、モニタに表示されて!、るログイン画面の入力欄に入力して送信ボタンをクリックする。自分が未登録ユーザであるとき、ユーザは、操作部を用いて、ログイン画面中の通知ボタンをクリックする。ユーザ端末装置 4は、送信ボタン又は通知ボタンの何れかがクリックされることにより、入力されたユーザ ID及びパスヮード又は未登録ユーザ通知をネットワーク 3を介して支援サーバ装置 1に送信する。受信待機状態にある支援サーバ装置 1は、ユーザ端末装置 4からのユーザ ID及びパスワード又は未登録ユーザ通知を受信すると、受信内容に基づいて、ユーザが登録済みのユーザである力否かを判定する (ステップ S2)。具体的に、支援サーバ装置 1は、ユーザ ID及びパスワードを受信したとき、データベース 2に記録されているユーザプロファイルと照合して申請のあったユーザが正規のユーザであるか否かを判定する。支援サーバ装置 1は、ユーザ ID及びパスワードが正規のものではないと判定したとき (ステップ S2の NG)、ステップ S1に戻り、アクセスのあったユーザ端末装置 4に対して再度ログイン画面の送信を行う。

支援サーバ装置 1は、未登録ユーザ通知をユーザ端末装置 4より受信したとき (ステップ S2の N)、ユーザ端末装置 4を介してアクセスした医療関係者が未登録ユーザであると判定し、ステップ S3に進む。そして、支援サーバ装置 1は、アクセスしているュ一ザに対してユーザ登録を促すためユーザ登録画面をネットワーク 3を介してユーザ端末装置 4に送信する (ステップ S3)。ユーザ端末装置 4のモニタに表示されるユーザ登録画面には、ユーザが任意の文字や数字を設定できるユーザ ID及びパスワードを入力する入力欄の他に、 MRから取得したサービスコード、氏名、性別、誕生日、職種、専門科、勤務地等の入力欄及び入力したユーザ ID等の送信を指示する送信ボタンが設けられている。ここで、職種の欄は、勤務医、開業医、看護婦、薬剤師、臨床検査技師等の職種を入力するためのものであり、専門科の欄は、内科、外科等の専門を入力するものである。ユーザ端末装置 4に表示されたユーザ登録画面の所定入力欄に対し、ユーザが操作部を用いてユーザ ID、パスワード、サービスコード等を入力し送信ボタンがクリックされると、ユーザ端末装置 4は、ネットワーク 3を介して入力されたユーザ ID、パスワード、サービスコード等の個人データを支援サーバ装置 1に送信する。

支援サーバ装置 1は、ユーザ端末装置 4からのユーザ ID等をユーザプロファイルとしてユーザデータベース 316のユーザテーブル 318に格納、すなわち登録する。これにより、ユーザ端末装置 4のユーザは、本システムにおいて登録済みのユーザとなる。また、支援サーバ装置 1は、登録済みのユーザが操作しているユーザ端末装置 4 に対して、ユーザ端末装置 4のユーザが登録ユーザであることを示す認証情報を発行する。発行された認証情報は、ユーザ端末装置 4に送信され、ユーザ端末装置 4 のハードディスク等に記憶される。このような認証情報の一例としては、クッキー（ Cookie)を用いることができる。更に、支援サーバ装置 1は、発行した認証情報を、ュ一ザのユーザプロファイルに対応付けてユーザテーブル 318に記録する。

ユーザ登録の後、ユーザは、メッセージのやり取りをする MRの MRIDを、支援サーバ装置 1が管理する当該ユーザ専用の指定フォームに登録する (ステップ S4)。この指定フォームには、 MRIDを複数登録することができる。ユーザは、この指定フォームに MRIDを登録した MRが発信したメッセージだけを受信することができる。すなわち、 MRは、自分の MRIDを医療関係者であるユーザが指定フォームに登録しなければ、上述した選択登録テーブル 314が生成されないことから、ユーザに対してメッセージを送ることができない。したがって、ユーザは、指定フォーム所望の MRIDを登録しないことにより、意図しない MRからのメッセージが送信されてくることを防止することができる。このような医療関係者は、所望の MRIDを登録し、この IDが示す MRを承認することで、 MRとの間の 1対 1のコミュニケーションのチャネルを確立することができる。また、 MRから見た場合、医療関係者に MRIDを登録してもらうことにより、顧客、すなわち医療関係者の許可を得て行うマーケティング (所謂パーミッションマーケティング）を行うことができる。

なお、本システムに登録を行ったユーザは、ユーザ端末装置 4より、ユーザ登録内容の追加、変更、削除やユーザ登録の解除や MRIDの追加、削除を随時行うことができる。

ステップ S2において、支援サーバ装置 1は、ユーザ端末装置 4から送信されたユーザ ID及びパスワードを受信し、データベース 2に記録されて!、るユーザプロファイルと照合して、アクセスのあったユーザが正規ユーザであると判断したとき (ステップ S2 の Y)、既に登録済みのユーザであると判定して、ステップ S3の処理をスキップする。次に、支援サーバ装置 1は、ユーザプロファイルをユーザデータベース 316のユーザテーブル 318から読み出し、これに基づいて、その医療関係者向けのコンテンツをユーザ端末装置 4に提供し (ステップ S5)、次いで、 MRからのメッセージをユーザ端末装置 4に提供する (ステップ S6)。これらのデータをネットワーク 3を介して受信したユーザ端末装置 4は、モニタに、支援サーバ装置 1から送信されたコンテンツを表示するとともに、ユーザが承認した MRとコミュニケーションを取るように促す表示を行う。ユーザが操作するユーザ端末装置 4は、支援サーバ装置 1からログアウトし (ステツプ S7)、一連の処理を終了する。なお、この支援サーバ装置 1は、ユーザ端末装置 4 がブラウザを用いてアクセスするものであるため、ユーザ端末装置 4にログアウトを促さずに、タイムアウトを設けて自動的にセッションをクローズするようにしても良い。図 7は、顧客である医療関係者が操作するユーザ端末装置 4のモニタに表示される WWWブラウザウィンドウ 31の表示例を示す。 WWWブラウザウィンドウ 31のアドレス入力欄 32には、アクセスするウェブページの URLが入力されるとともに、現在表示しているウェブページの URLを表示する。ここでは、医師は、支援サーバ装置 1の UR Lを操作部を用いて入力し、支援サーバ装置 1にアクセスする。ナビゲーシヨンフレーム 33には、メインフレーム 34に表示させる情報の項目が表示される。ユーザが操作部を用いてナビゲーシヨンフレーム 33に表示された項目をクリックすると、クリックされた項目の情報の見出し力メインフレーム 34に表示される。図 7の例では、メインフレーム 34に医療情報に関する最新情報を知らせるための「最新の話題」及び支援システムに関する情報をユーザに対して提供するための「お知らせ」の見出しが表示されている。

メインフレーム 34に表示された情報の見出しの文字列、例えば、「A製薬ァ-ユアル医学情報をリリース」は、対応する情報、この例では、「ァ -ュアル医学情報」が記載されているページにリンクされている。なお、リンク先のページの URLは、当該サイトである支援サーバ装置 1の下層ディレクトリであっても良ぐまた、他のサイトであつても良い。

なお、ここで「リンク」の用語は、上述した例を用いれば、文字列「A製薬了二ユアル医学情報をリリース」がクリックされたとき、対応する「ァ -ュアル医学情報」が表示されることの意味で用いて、る。

スポンサーフレーム 36は、ブラウザウィンドウ 31中の例えば右側に上下一列に設けられたスポンサーボックス 37, 38, 39を有し、それぞれのボックス 37, 38, 39は、ュ一ザと MRとの間でメッセージの送受信を行う後述の双方向コミュニケーションのぺージにリンクされている。スポンサーフレーム 36の上部には、医療関係者を案内する案内表示部 44が設けられ、ここには、例えば「〇〇〇先生へお知らせ」と表示されるとともに、未読メッセージ数、獲得ポイント等が表示される。各スポンサーボックス 37, 38 , 39は、それぞれ所定の製薬会社等の専用の領域であり、所定の製薬会社等の M Rカゝらユーザの医療関係者にメッセージが送信されているとき、 MRの顔写真、氏名、用件等が表示される。更に、各スポンサーボックス 37, 38, 39には、未読のメッセージの有無を表示する状態表示部 45やメッセージの重要度が表示される。更に、各 MRと直ちにメッセージを送信することができるようにするための連絡ボタン 37a, 38a , 39aが設けられている。なお、スポンサーボックス 37, 38, 39には、 MRからのメッセージが無、とき、所定の製薬会社等のハウスマーク等のキャッチ画像が表示される。このようなスポンサーボックス 37, 38, 39は、 MRが表示されるとき、 MRが所属する製薬会社等の宣伝を行うことができる。スポンサーボックス 37, 38, 39は、それぞれ対応する MRによって設定された情報、例えばメッセージに関する詳細な情報等にリンクされており、医師がユーザ端末装置 4のマウス等を用いてクリックすることにより、詳細情報が表示されるようになっている。

また、スポンサーフレーム 36には、顧客である医療関係者が承認していない未登録 MRのボックス 42が設けられている。未登録 MRのボックス 42には、その医療関係者と関連のある未登録 MRの顔写真、氏名、用件等が表示される。例えば、未登録 MRのボックス 42には、その医療関係者の専門とする分野の医薬品等を紹介する未登録 MRに関する情報が表示されることになる。更に、そのメッセージの既読未読の状態が表示される。また、未登録 MRのボックス 42には、医療関係者がこの未登録 M Rに興味を持ったときに直ちにその MRを登録することができるように登録ボタン 42a が設けられている。

更に、スポンサーフレーム 36には、未登録 MRのボックス 42の下側に協賛企業の広告ボックス 43が設けられ、ここにも、広告の未読既読の状態が表示される。また、スポンサ一フレーム 36には、登録 MRを一覧するための登録 MRボタン 46が設けられている。

なお、スポンサーフレーム 36に表示されるスポンサーボックス 37, 38, 39の数は、 3つに限定されるものではなぐまた、ブラウザウィンドウ 31に表示されるスポンサーボックス 37, 38, 39の位置も、ブラウザウィンドウ 31の右側に限定されるものではない。ユーザ端末装置 4のモニタに表示された図 7の画面では、ユーザが操作部を用 Vヽて、ナビゲーシヨンフレーム 33に表示されている情報の項目をクリックしたり、メインフレーム 34に表示されている見出しをクリックしたり、スポンサーフレーム 36のスポンサ一ボックス 37, 38, 39をクリックしたり、ノナ一広告 40, 41をクリックしたり、更【こ、未登録 MRのボックス 42をクリックしたり、アドレス入力欄 32に URLを入力したりすることによって、モニタに表示されている画像を変更する操作を行ったときには、クリックされた箇所にリンクされている URL又はアドレス入力欄 32に入力された URLがユーザ端末装置 4からインターネット等のネットワーク 3を介して支援サーバ装置 1に送信される。これを受けて、支援サーバ装置 1は、受信した URLやアドレス情報の示す所在にあるコンテンツをユーザ端末装置 4に送信する。支援サーバ装置 1が送信した新たなコンテンツを受信したユーザ端末装置 4は、このコンテンツを表示部を構成するモユタに表示する。以下、このようにしてユーザ端末装置 4が受信した新たなコンテンツの表示例について説明する。

図 8は、スポンサーフレーム 36の登録 MRボタン 46がクリックされることによってユーザ端末装置 4のモニタに表示される登録 MRページを説明する図である。この登録 M Rページは、顧客である医療関係者が一目で受信した新規メッセージを見ることができるようにするための医療関係者が承認、すなわち登録した MRの一覧ページである。登録 MRページの上覧には、医療関係者を案内する案内表示部 90が設けられ、その下欄には、 MRを登録するためのページ、すなわち図 8のページにアクセスするための登録 MRボタン 91と、 MRと新規連絡するためのページにアクセスするための新規連絡ボタン 92が設けられている。なお、案内表示部 90,登録 MRボタン 91及び新規連絡ボタン 92は、 MRとコミュニケーションを取るためのページにお!、て共通であるため以降の図においては省略する。

また、登録 MRページには、医療関係者が連絡する MRを追加するためのページにアクセスするための MR追加ボタン 101と、承認した MRを削除するためのページにアクセスするための削除ボタン 102と、図 7に示したスポンサーフレーム 36に表示されたボックス 37, 38, 39の表示順序を変更するためのページにアクセスするための変更ボタン 103が設けられている。更に、登録 MRページには、表示される MRの表示順序をソートするためのソート部 104が設けられている。ソート部 104は、例えばプルダウンメニューであり、下欄に表示される MRをメッセージの受信日時順、 MRの氏名順、 MRの所属する会社順等のソート条件を選択することができ、条件が選択されたとき、選択された条件で MR力ソートされ表示される。

登録 MRページには、新規メッセージのある MRが一覧表示される MR—覧表示部 105が設けられている。一覧表示部 105は、 MR毎に区画されており、各欄は、 MR の顔写真等のキャッチ画像 105a、 MRの氏名 105b、この MRとの連絡一覧 105b、最新メッセージの日時 105d、最新メッセージのタイトル 105eが表示される。そして、 MRの氏名 105bがクリックされたときには、当該 MRの個人情報が表示される MR個人情報ページが表示され、タイトル 105eがクリックされたときには、受信連絡内容べージが表示される。

図 8に示す登録 MRページの一覧表示部 105の MRの氏名 105bがクリックされたときには、図 9に示すように、その MRとの連絡一覧が表示される連絡一覧ページが表示される。この連絡一覧ページには、選択された MRが表示される MRボックス 111 が設けられている。この MRボックス 111には、 MRの顔写真等のキャッチ画像 11 la 、 MRの氏名 l l lb、この MRに対してメッセージを作成するための連絡ボタン 111c が表示される。 MRの氏名 11 lbクリックされたときには、該 MRの個人情報が表示される MR個人情報ページが表示され、連絡ボタン 111cがクリックされたときには、連絡内容作成ページが表示される。

連絡一覧ページには、表示されるメッセージの表示順序をソートするためのソート部 112が設けられている。ソート部 112は、例えばプルダウンメニューであり、下欄に表示される MRをメッセージを、受信順、送信順、日時順、件名順等のソート条件を選択することができ、条件が選択されたとき、選択された条件でメッセージのタイトルがソートされ表示される。

連絡一覧ページには、更に、メッセージのタイトルを一覧表示する一覧表示部 113 が設けられている。この一覧表示部 113には、削除するメッセージを選択するための削除ボックス 113aと、受信メッセージであるか送信メッセージであるかを識別するための送受信識別部 113bと、メッセージの送受信日時 113cと、メッセージのタイトル 1 13dが表示される。削除ボタン 114をクリックすると、削除ボックス 113aにチェックの入ったメッセージを削除することができる。

図 8に示す登録 MRページのタイトル 105eや図 9に示すタイトル 113dをクリックしたときには、図 10に示す受信連絡内容ページが表示される。受信連絡内容ページは、特定の MRから送信されたメッセージの本文を確認するためのページであり、このメッセージに対して返信メッセージを作成する連絡内容作成ページを表示するための返信ボタン 121aと、このメッセージを削除するための削除ボタン 121bと、図 9に示した連絡一覧ページを表示するための連絡一覧ボタン 121cとが設けられている。

更に、受信連絡内容ページには、メッセージの送り主であり MRが表示される MRボックス 122が設けられている。この MRボックス 122には、 MRの顔写真等のキャッチ画像 122a、 MRの氏名 122b、この MRに対してメッセージを作成するための連絡ボタン 122cが表示される。 MRの氏名 122bがクリックされたときには、該 MRの個人情報が表示される MR個人情報ページが表示され、連絡ボタン 11 lcがクリックされたときには、連絡内容作成ページが表示される。

また、受信連絡内容ページには、選択されたメッセージのタイトルと日付け等のメッセージに付随する情報を表示する付随情報表示部 123が設けられ、更にメッセージに関連する情報、例えば学会公式ホームページ等にアクセスするための資料リンクや添付ファイルが表示される関連情報表示部 124が設けられている。そして、付随情報表示部 123や関連情報表示部 124の下欄には、メッセージの本文が表示されるメッセージ表示部 125が設けられる。

図 8に示す新規連絡ボタン 92がクリックされたときには、図 11に示すように MRへの新規連絡ページが表示される。この新規連絡ページには、医療関係者が承認した M Rが一覧表示される。具体的に、新規連絡ページには、表示される登録 MRの表示順序をソートするためのソート部 131が設けられている。ソート部 131は、例えばプルダウンメニューであり、下欄に表示される MRを、氏名順、会社順等のソート条件を選択することができ、条件が選択されたとき、選択された条件で MRの氏名がソートされ表示される。

更に、新規連絡ページには、医療関係者が登録した MRが一覧表示される一覧表示部 132が設けられている。一覧表示部 132には、 MRの氏名、 MRの会社名とともに、チェックボックス 132aが設けられている。ユーザである医療関係者は、所望の M Rのチェックボックス 132aをチェックし、連絡内容作成ボタン 133をクリックすると、次に、図 12に示すように、連絡内容作成ページが表示される。この連絡内容作成ぺージは、連絡内容作成ボタン 133がクリックされたときの他、図 9に示す連絡ボタン 111 c及び図 10に示す連絡ボタン 122cがクリックされたときにも表示される。

連絡内容作成ページは、図 12に示すように、メッセージの送信先が表示される送信先表示部 136が設けられ、この送信先表示部 136には、送信先の追加変更を行う図 11に示す新規連絡ページを表示する追加変更ボタン 136aが設けられている。また、メッセージのタイトルを入力するためのタイトル入力部 137aが設けられ、更に、メッセージの本文を入力するための本文入力部 137bが設けられ、更に、メッセージに添付する添付ファイルを指定及び表示する関連情報入力部 137cが設けられている。更に、緊急時等に担当の MRに代わって代理回答を希望する際にチェックするチエックボックス 138が設けられ、更に、メッセージを送信するための送信ボタン 139が設けられている。

図 8に示す登録 MRページの MRの氏名 105b、図 9に示す連絡一覧ページの MR の氏名 11 lb、図 10に示す受信連絡内容ページの MRの氏名 122bをクリックされたときには、図 13に示す MR個人情報ページが表示される。この MR個人情報ページには、その MRの顔写真等のキャッチ画像、その MRが所属する会社名、連絡先となる会社電話番号、携帯電話番号、ファクシミリ番号、アドレス、会社住所等の個人情報表示部 141が設けられるとともに、顧客である医療関係者がその MRに関する情報をメモ書きすることができるメモ入力部 142が設けられている。更に、医療関係者がメモ入力部 142の記載内容の変更を保存するための変更内容保存ボタン 143と、変更内容を取り消すための取消ボタン 144が設けられている。

更に、図 8に示す登録 MRページの MR追加ボタン 101がクリックされたときには、図 14に示す MR追加ページが表示される。 MR追加ページには、直接 MRIDで MR を追加するための第 1の入力部 146と、会社で MRを追加するための第 2の入力部 1 47とが設けられている。第 1の入力部 146は、例えば医療関係者が直接 MRと面会した際に知らされた MRIDで、その MRを承認する際に選択され MRIDが入力される。また、第 2の入力部 147は、例えば医療関係者が特定の製薬会社に興味を持ち、その会社からの情報を得たいと思ったときに選択される。第 2の入力部 147には、医療関係者が承認して、な、MRが属する製薬会社名が一覧表示され、チェックボックス 147aが設けられている。チェックボックス 147aがチェックされることで、医療関係者は、所定の製薬会社を選択することができ、更に、 MR追加ボタン 148をクリックすることで、選択した MRを承認し、以降、この MRと連絡を取ることができるようになる。すなわち、追加された MRは、図 8に示す登録 MRページに表示に表示されることになる。

また、図 8に示す登録 MRページの MRの削除ボタン 102がクリックされたときには、図 15に示すように、 MRの削除ページが表示される。 MRの削除ページには、既に医療関係者が承認して、る MRの表示順序をソートするためのソート部 151が設けられている。ソート部 151は、例えばプルダウンメニューであり、下欄に表示される MR を MRの氏名順、 MRの所属する会社順等のソート条件を選択することができ、条件が選択されたとき、選択された条件で MRがソートされ表示される。

また、 MRの削除ページには、承認した MRを一覧表示する一覧表示部 152が設けられている。この一覧表示部 152には、医療関係者が既に登録している MRの氏名、会社名が位置ら表示されるとともに、 MR毎にチェックボックス 153が設けられている。医療関係者は、このチェックボックス 153をチェックすることで、削除する MRを選択することができ、削除ボタン 154をクリックすることにより、承認している MRを登録削除することができる。

また、図 8に示す登録 MRページの変更ボタン 103をクリックしたときには、図 16に示すように、図 7に示したスポンサーフレーム 36に表示されたボックス 37, 38, 39の表示順序を変更するための MRの変更ページを表示することができる。この変更べージは、ボックス 37, 38, 39の既設定を表示する既設定表示部 156と、承認した M Rが一覧表示される一覧表示部 157とが設けられている。一覧表示部 157には、ボッタス 37, 38, 39の位置を決定するためのチェック部 158が設けられている。上中下のチェック部 158をチェックすることで、医療関係者は、図 7に示したスポンサーフレーム 36に表示されたボックス 37, 38, 39の表示順序を決めることができ、変更内容保存ボタン 159がクリックされたとき、設定内容が変更され、既設定表示部 156の表示が変更されるとともに、ボックス 37, 38, 39に表示される MRが変更される。また、取消ボタン 160をクリックしたときには、変更内容が取り消される。

ところで、図 1に示すように、 MRが所属する製薬会社当の MRを統括管理する部署等に所属する担当者が操作する会社端末装置 6では、 MRの登録、削除、登録内容の変更等を行うための MR管理ページにアクセスすることができる。具体的に説明すると、支援サーバ装置 1は、会社端末装置 6が MRを管理するためのページにァクセスするためのログイン画面を、ネットワーク 3を介して会社端末装置 6に送信する。会社端末装置 6のモニタには、受信したログイン画面が表示され、このログイン画面は、管理者に対して所定欄に管理者 ID及びパスワードの入力を促す。会社端末装置 6を操作する管理者は、キーボード、マウス、テンキー等の操作部を用いて、管理者 ID及びパスワードを、モニタに表示されて、るログイン画面の入力欄に入力して送信ボタンをクリックする。会社端末装置 6は、送信ボタンがクリックされることにより、入力された管理者 ID及びパスワードを、ネットワーク 3を介して支援サーバ装置 1に送信する。

受信待機状態にある支援サーバ装置 1は、管理者端末装置 7からの管理者 ID及びパスワードを受信すると、受信内容とデータベース 2を参照して、ユーザが登録済みの管理者である力否かを判定する。支援サーバ装置 1は、正規の管理者であると判断したとき、会社端末装置 6のモニタに図 17に示す MR管理画面を表示できるようにする。すなわち、支援サーバ装置 1は、データベース 2の会社テーブル 315にァクセスし、会社端末装置 6の管理者が管理する MRを、会社端末装置 6のモニタに一覧表でさるよう〖こする。

図 17は、会社端末装置 6のモニタに表示される MR管理ページを示す。この MR管理ページには、管理者が管理する MRが一覧表示され、各 MR毎に、 MRID、 MRの氏名、 MRの所属する支店、 MRの所属する営業所、 MRの専門等の属性 1, 2、マスタ権限、入社年度等が記載されている。また、 MR管理ページには、管理する MRを追加するページにアクセスするためのタグ 221と、選択した MRを削除するページにアクセスするためのタグ 222と、選択した MRの担当する顧客を変更するページにァクセスするためのタグ 223と、所定の MSを検索のためのページにアクセスするためのタグ 224とが設けられている。更に、 MR管理ページには、 MRを管理するためのページにアクセスするためのタグ 225と、支店や営業所の属性を管理するためのぺージにアクセスするためのタグ 226と、各 MRのアクションを管理するためのページにアクセスするためのタグ 227と、サブマスタを管理するためのページにアクセスするためのタグ 228と、 MR力メッセージを作成する際に使用するキャッチ画像を管理するページにアクセスするためのタグ 229と、 MR力メッセージを作成する際に使用するリンクを管理するためのページにアクセスするためのタグ 230と、 MR力メッセージを作成する際に使用する定型文を管理するページにアクセスするためのタグ 231と、コール内容を管理するためのページにアクセスするためのタグ 232とが設けられている。そして、 MRを追加するタグ 221がクリックされたときには、図 18に示す MRの追カロ変更ページが表示される。この MR追加変更ページは、 MRの IDが入力される MRI D入力部 241と、 MRの氏名が仮名入力される仮名氏名入力部 242と、 MRの氏名が漢字入力される氏名入力部 243と、 MRの支店が入力される支店入力部 244と、 MRが所在する営業所が入力される営業所入力部 245と、 MRの属性が入力される属性入力部 246と、 MRの入社年が入力される入社年入力部 247と、 MRのパスヮードが入力されるパスワード入力部 248と、 MRの写真が入力される写真入力部 249とが設けられている。写真入力部 249では、キャッチ画像の追加変更ボタン 249aをタリックすることによって、スポンサーボックス 37, 38, 39に表示するキャッチ画像を選択することができ、また、選択されたキャッチ画像が表示される。

図 17に一覧表示された MRの一に対応したチェックボックス 233がチェックされた状態で MRを追加するタグ 221がクリックされたとき、 MRの追加変更ページは、各入力部 241— 249に既設定の内容が表示され、チェックボックス 233が何れもチェックされていない状態で MRを追加するタグ 221がクリックされたとき、 MRの追加変更べージは、各入力部 241— 249が空欄とされる。

MRID入力部 241は、管理者が任意のコードを入力することができるとともに、 MRI Dの入力が無いとき自動採番される。仮名氏名入力部 242は、新規追加のとき空白であり MRの仮名が入力され、変更のとき、既設定の MRの氏名の仮名が表示される。氏名入力部 243は、新規追カ卩のとき空白であり MRの氏名が入力され、変更のとき、既設定の MRの氏名が表示される。支店入力部 244及び営業所入力部 245は、例えばプルダウンメニューであり、新規追カ卩の場合空白であり、プルダウンメニューの中から支店や営業所を選択することができ、変更のとき、既設定の支店名や営業所が表示される。属性入力部 246は、新規追加の場合空白であり、プルダウンメニューの中から属性を選択することができ、変更のとき、既設定の属性が表示される。入社年入力部 247は、 MRの入社年を西暦で入力することができ、変更のとき、既設定の入社年が表示される。ノスワード入力部 248は、新規追加の場合空白であり、変更のとき、既設定のパスワードが表示される。 MRの追加変更ページは、各入力部 241— 249の入力の後、保存ボタン 250がタリックされると、 MRの追加変更が完了する。発行される MRIDは、実在する MRと 1対 1であり、一人の MRに対して 1つ付与される。ここで、 MRの設定に当たっては、 2つの方法がある。第 1〖こ、 MRの登録は、実在する本社 MRや担当 MRに対して MRID を発行し、その他の入力部 242— 249も実在する MRの氏名等で登録を行う。第 2に、 MRの登録は、実在する担当 MRに対して MRIDを発行し、その他の入力部 242 一 249を、本社 MRの氏名等で行う。第 1の MR登録方法は、通常の使用方法であるのに対して、第 2の MR登録方法では、例えば、顧客である医療関係者に対して、本社 MRが後述する代行配信の機能を用いて、医療情報等のメッセージを送信し、実在の MRが本社 MRと顧客である医療関係者とのメッセージのやり取りを見て、実在の MRが実際に医療関係者に面会した際のコミュニケーションの参考資料に用いることがでさる。

次に、 MR端末装置 5が支援サーバ装置 1にアクセスして、医療関係者とメッセージ交換する処理について具体的に説明する。図 19は、ブラウザを用いて MR端末装置 5が支援サーバ装置 1の URLを入力してログイン画面に至り、ユーザ IDとパスワードを入力した後に MR端末装置 5に表示されるトップページを示す。

このトップページには、その MRと関連づけられている医療関係者が一覧表示される一覧表示部 251が設けられている。この一覧表示部 251には、その MRの顧客である医療関係者の状態、顧客名、病院施設、重要度、連絡履歴、送信メッセージであか受信メッセージであるかが顧客毎に表示される。受信の欄には、顧客からの新規連絡があるとき、新規連絡数が表示され、送信の欄には、顧客が未読のメッセージ数が表示されるとともに、後述するように、本社 MRがその MRに代わって代行配信を行つているとき、その代行配信メッセージ数が表示される。顧客である医療関係者と関連づけられた担当の MRは、代行配信が本社 MRによって行われたことを知ることができる。

更に、トップページには、その製薬会社中における顧客既読メッセージ数のランキングが表示されるランキング表示部 252が設けられ、更に、一覧表示部 251に表示する顧客を絞り込むための絞込条件入力部 253が設けられている。このトップページにおいて、一覧表示部 251中の「代行配信」をクリックすると、本社 MRが代行配信したメッセージの詳細を見る内容表示ページが表示される。このぺージは、後述する図 22に示す本社 MR用の送信済みメッセージの詳細ページと同様な構成であるため詳細は省略する力担当の MRは、この本社 MRが代行配信したメッセージの詳細を見ることによって、自分の今後の顧客への対応を参考にすることができる。

また、一覧表示部 251中の「連絡履歴」をクリックしたときには、その顧客である医療関係者との送信メッセージと受信メッセージの一覧を表示する連絡履歴の詳細ぺージが表示される。この連絡履歴の詳細ページは、後述する図 21に示す連絡履歴の詳細ページと同様な構成であるため詳細は省略するが、担当の MRは、一覧表示されたメッセージのタイトルをクリックすることによって、送受信したメッセージの詳細を見ることができ、更に、受信メッセージの詳細を見る受信連絡内容ページ（図 23参照 )からは、更に、医療関係者に対してメッセージを作成し (図 30参照)返信することができる。

ところで、図 1に示した MRが所属する製薬会社等が管理する会社端末装置 6は、会社に所属する各担当 MRに代わって、担当 MRの名義を使って又は会社の名義や本社 MRの名義を使って、顧客である医療関係者に対してメッセージを代行配信することができる。これは、会社が例えば成績の低いものに対して、医療情報の提供等と!/、つた形で営業活動を支援する必要が生じる場合、新薬のお知らせ等製薬会社等が一斉に顧客である医療関係者に情報提供した方が良い場合等がある力である。

また、本システムの運営者は、図 1で示したように、管理者端末装置 7を所有しており、図 2に示すように、本システムに登録している医療関係者全員（円 D)が顧客となつている。したがって、本システム運営者が何らかのキャンペーンを医療関係者に対して行う場合、所定の本システムに参加してヽる製薬会社から宣伝代行等を依頼された場合等は、勤務地、専門等の条件に合致した顧客である医療関係者に対して管理者端末装置 7を用いてメッセージを送信することができる。管理者端末装置 7を用いて本システムの管理者が所定の製薬会社の新薬の宣伝代行を全医師に対して行、、メッセージを受け取った医療関係者がその製薬会社の本社 MRを登録したときには、その製薬会社の担当 MRが実際に医療関係者の所在する場所に出向くまでも無ぐ MR登録を行った医療関係者を顧客にすることができる。すなわち、本システムに登録して、る製薬会社は、本システムの運営者に対して宣伝代行を依頼することで、担当 MRを医療関係者の所在する場所まで派遣すること無ぐ効率よく顧客を増すことができる。

そこで、支援サーバ装置 1は、実際にネットワーク 3において同等の権原を有する会社端末装置 6と管理者端末装置 7とをログイン時のユーザ名とパスワード等で識別し、同じ機能を使って以上のような機能を実現するようにしている。以下、これを具体的に説明する。

図 20は、会社端末装置 6又は管理者端末装置 7が所定のユーザ IDとパスワード等を入力して支援サーバ装置 1にアクセスしたとき、会社端末装置 6又は管理者端末装置 7のモニタに表示されるトップページである。図 20に示すように、このトップページには、上覧に、会社端末装置 6又は管理者端末装置 7を用いてアクセスした者を表示するアクセス者表示部 401が表示され、このアクセス者表示部 401には、アクセスした者の会社名と担当者名が表示される。例えば、管理者端末装置 7からアクセスしたときには、本システムの運営者の会社名と担当者名が表示され、また、会社端末装置 6からアクセスしたときには、アクセスした者の製薬会社の名と担当者名が表示される。また、アクセス者表示咅の下欄に ίま、タグ 402, 403, 404, 405, 406力 S設けられている。タグ 402は、トップページを表示するためのものであり、タグ 403は、メッセージを作成するためのメッセージを表示するためのものであり、タグ 404は、顧客を検索するためのページを表示するためのものであり、タグ 405は、顧客データをァップロードするページを表示するためのものであり、タグ 406は、利用データのページを表示するためのものとなっている。また、タグ 402— 406の下欄には、メッセージの送信状況を表示する送信状況表示部 407が設けられ、この送信状況表示部 407〖こは、メッセージの送信中「送信中」の文字が表示され、送信中でないとき、何も表示されず、送信エラーが発生しているとき警告メッセージが表示される。また、送信状況表示部 407の下欄には、医療関係者に送信する前の下書メッセージが保存されているかどうかを表示する下書メッセージボタン 408が設けられ、この下書メッセージボタン 408には、下書メッセージが保存されているときにはその数が表示される。更に、タグ 406の上覧には、当該ページにアクセスした本社 MRの登録設定をするためのぺージを表示するための登録設定ボタン 409が設けられている。

ところで、この図 20に示すトップページは、会社端末装置 6又は管理者端末装置 7 が支援サーバ装置 1に所定のユーザ ID及びパスワード等でアクセスしたとき、これら端末装置 6, 7のモニタにデフォルトで表示されるページであり、過去の医療関係者との送受信記録を一覧表示するものとなって、る。

そこで、トップページには、過去の医療関係者との送受信記録を一覧表示するための検索条件を入力するための第 1の検索条件入力部 411と第 2の検索条件入力部 4 12とが設けられている。第 1の検索条件入力部 411は、人名ではなく送受信記録に基づいた検索条件を入力するためのものであり、具体的に、会社端末装置 6又は管理者端末装置 7を操作して、る本社 MRが送信したメッセージの未読新規連絡、 MR 端末装置 5を操作する担当 MRが送信したメッセージの未読新規連絡、本社 MRが所定期間、例えば 10日以内の受信メッセージ、 MR端末装置 5を操作する担当 MR が所定期間、例えば 10日以内の受信メッセージの 4つの条件をプルダウンメニューより選択することができる。なお、最も使い勝手が良いように、「本社 MRが送信したメッセージの未読新規連絡」がデフォルトとなっている。このトップページには、会社端末装置 6又は管理者端末装置 7を操作している本社 MRがアクセスすることが頻度として最も多ぐまた、自分が送信したメッセージを顧客が読んだかどうかの情報が送信者にとって最も気になる情報だ力である。

第 2の検索条件入力部 412は、顧客名検索であり、絞込表示顧客対象のチェックボックスがチェックされたときのみ機能し、顧客名の漢字若しくは仮名での条件入力し、更にこのこの条件を前方若しくは完全一致検索することができる。第 1の検索条件入力部 411に入力された第 1の検索条件と第 2の検索条件入力部 412に入力された第 2の検索条件とは、「and」であり、第 1の検索条件と第 2の検索条件を満たした顧客名がトップページに一覧表示されることになる。検索条件に後方一致が無いのは、通常、人を名字で記憶することが多いからである。なお、第 1の検索条件と第 2の検索条件とは、「and」の他「or」で検索することができるようにしても良い。そして、第 2の検索条件入力部 412の近傍には、入力された第 1の検索条件と第 2の検索条件を支援サーバ装置 1に送信し検索を実行させるための検索ボタン 413が設けられている。なお、図 20は、検索条件を、第 1の検索条件である「本社 MRが送信したメッセージの未読新規連絡」とした場合の検索結果の一例を示して、る。

第 2の検索条件入力部 412の下欄には、検索結果を数量的に表示する件数表示部 414が設けられ、更に、検索結果の詳細表示部 415が設けられている。詳細表示部 415には、新規であるかの欄、顧客名（医療関係者名）の欄、施設名欄、セグメント欄、連絡履歴欄、受信欄、送信欄が設けられている。新規であるかどうかの欄は、顧客である医療関係者に新規にメッセージを送信したものであるとき、「新規」と表示される。顧客名は、医療関係者の氏名が表示される。なお、既に所定の担当 MRいるときには、顧客名の下側に担当 MRの氏名が並記される。施設名は、顧客である医療関係者が勤務又は所属する病院名等が表示され、連絡履歴の欄は、過去にこの医療関係者との間にメッセージのやり取りがあつたときに「連絡履歴」と表示される。更に、受信欄には、メッセージを送信した医療関係者力も返信のメッセージがあるとき「新規連絡」と表示され、また、本社 MRが送信したメッセージを送信先の医療関係者が読んだときの知らせがあるときは「記録連絡」と表示される。

以上のように、トップページでは、顧客である医療関係者へ送信したメッセージの医療関係者の反応を一覧で確認することができるようになつている。例えば、詳細表示部 415の顧客名の下側に担当 MRの氏名が並記されているときは、その担当 MRの氏名をクリックすること〖こよって、後述する図 30のメッセージ作成ページが表示され、本社 MRが担当 MRに代わって返信メッセージをその顧客に対して代行配信することができる。また、顧客名をクリックしたときには、本社 MRが担当の MRを介することなく直接その顧客に対して返信メッセージを送ることができる。

上述したトップページの検索結果の詳細を表示する詳細表示部 415の連絡履歴の欄に表示された「連絡履歴」をクリックしたときには、図 21に示すように、連絡履歴の詳細ページが表示される。図 21は、図 20に示したトップページの詳細表示部 415の「高村与次郎」医師の連絡履歴をクリックしたときの画面である。図 21に示すように、連絡履歴ページには、その顧客に関する情報を表示する顧客表示部 421が設けられている。顧客表示部 421には、その顧客の氏名の他、病院名等の施設名、専門等が表示される。また、支援サーバ装置 1は、所定期間、例えば 6 ヶ月間その顧客のメッセージに対する反応が無いとき、休眠状態と判断し、この顧客表示部 421に、この顧客を顧客リストから削除することができる旨の表示をする。また、連絡履歴ページには、この顧客の利用状況を把握するための利用状況表示部 42 2が設けられている。この利用状況表示部 422には、当月、先月におけるこの医療関係者に送信したメッセージの数、送信したメッセージの内の既読数、顧客からの連絡数が表示される。

更に、連絡履歴ページには、この医療関係者との連絡履歴を一覧表示する履歴一覧表示部 423が設けられている。一覧表示部 423には、メッセージが送信メッセージであるか受信メッセージであるかを識別する識別欄と、メッセージを送受信した年月日と、送受信したメッセージの件名欄と、メッセージ毎に設けられた削除チェックボッタス 424aとが設けられている。削除チェックボックスにチェックが入れられ、削除ボタン 424がクリックされたとき、メッセージは削除される。

更に、連絡履歴ページには、履歴一覧表示部 423の表示順序を決定するための条件入力部 425が設けられている。条件入力部 425は、プルダウンメニューであり、受信順 (受信未読、受信既読、送信の順)、送信順 (送信顧客未読、送信顧客既読、受信の順)、年月日順 (新しいもの力古いものへ)等の表示順序条件を選択することがでさる。

図 22は、図 21に示す連絡履歴ページの履歴一覧表示部 423の送信メッセージの件名をクリックしたときに表示される送信済みメッセージの詳細を見るための内容表示ページである。具体的に、図 22は、図 21の履歴一覧表示部 423の上から 2段目の「今度の糖尿病学会のお知らせです。」をクリックしたときの画面である。

図 22に示すように、送信済みメッセージの内容ページには、そのメッセージの送信先である顧客の医療関係者に関する情報を表示する顧客表示部 431が設けられている。この顧客表示部 431には、その顧客の氏名の他、病院名等の施設名、専門等が表示される。この顧客表示部 431の近傍には、「この顧客にメッセージ」と記載された第 1のリンク部 432、「連絡履歴へ」と記載された第 2のリンク部 433と記載され、第 1 のリンク部 432は、メッセージ作成ページにリンクされ、第 2のリンク部 432は、図 21に示した連絡履歴ページにリンクされて、る。

顧客表示部 431の下欄には、このメッセージの基本情報が表示される基本情報表示部 434が設けられている。基本情報表示部 434には、このメッセージの基本情報として、送信日時と件名が表示される。更に、詳細ページには、関連情報表示部 435 が設けられ、関連情報表示部 435には、このメッセージに関連した情報としてホームページ等の URLや添付ファイル名が記載される。更に、詳細ページには、メッセージの本文が記載されるメッセージ表示部 436が設けられている。

ところで、一度顧客である医療関係者にメッセージを送信した後であっても、送信者は、送信したメッセージを取り消したい場合がある。そこで、詳細ページには、送信先の医療関係者が未読である場合に限って、この顧客の送信取消ボタン 440と未読顧客全ての送信取消ボタン 437とが設けられている。送信先の医療関係者が未読であるときに限って取消を可能とするのは、一度送信先の医療関係者により読まれたメッセージを取り消しても意味をなさないからである。また、他の顧客である医療関係者にメッセージを転送するための転送ボタン 438と、既読者に対してメッセージを再送信するための再送信ボタン 439が設けられている。

図 23は、図 21に示した連絡履歴ページの履歴一覧表示部 423中受信メッセージの件名をクリックしたときに表示される受信連絡内容ページである。具体的に、図 23 は、図 21の履歴一覧表示部 423の最上段の「Re :今度の糖尿病学会のお知らせです。」をクリックしたときの画面である。

図 23に示すように、受信連絡内容ページには、そのメッセージの送信元である顧客の医療関係者に関する情報を表示する顧客表示部 441が設けられて、る。この顧客表示部 441には、その顧客の氏名の他、病院名等の施設名、専門等が表示される。顧客表示部 441の下欄には、このメッセージの基本情報が表示される基本情報表示部 442が設けられている。基本情報表示部 442には、このメッセージの基本情報として、受信日時と件名が表示される。更に、受信連絡内容ページには、関連情報表示部 443が設けられ、関連情報表示部 443には、このメッセージに関連した情報としてホームページ等の URLや添付ファイル名が記載される。更に、受信連絡内容ページには、メッセージの本文が記載されるメッセージ表示部 444が設けられてヽる。

更に、この受信連絡内容ページには、この受信メッセージに対して返信するための返信ボタン 445とこの受信メッセージを削除する削除ボタン 446とが設けられるとともに、図 21の連絡履歴ページに戻るためのリンク部 447が設けられている。なお、リンク部 447の近傍には、この顧客に関する他のメッセージが存在することを認識することができるように、この顧客からの新規連絡数を表示するようにしても良、。

ところで、上記図 20に示したトップページの下書メッセージボタン 408をクリックしたときには、図 24に示すように、下書メッセージ一覧ページが表示される。下書メッセ一ジ一覧ページは、下書メッセージの一覧表示部 ₄₅ iが設けられている。この一覧表示部 451には、未送信のメッセージが一覧表示され、メッセージ毎に保存日時と件名が表示される。この一覧表示部 451に表示される日時は、操作者が保存した保存一時であり、日にちだけでなく時刻まで表示され、操作者が一日の間に何通もメッセ一ジを作成したときに混乱しないようにしている。件名をクリックしたときには、その件名のメッセージの詳細ページが表示されることになる。

また、一覧表示部 451には、メッセージ毎にチェックボックス 452が設けられるととともに、削除ボタン 453が設けられている。チェックボックス 452がチェックされた後、削除ボタン 453がクリックされると、チェックボックス 452にチェックされた未送信メッセ一ジが削除されることになる。

図 21に示す連絡履歴ページの顧客表示部 421の顧客名、図 22の送信済みメッセージの内容ページの顧客表示部 431の顧客名、図 23の受信連絡内容ページの顧客表示部 441の顧客名等をクリックしたときには、図 25に示すように、その顧客の個人情報が記載された顧客個人情報ページが表示される。図 25は、顧客である「高村与次郎」をクリックしたときに表示される「高村与次郎」の顧客個人情報ページである。この顧客個人情報ページには、顧客名を漢字で表示する第 1の顧客名表示部 461 と、第 1の顧客名表示部 461の氏名のふりがなを表示する第 2の顧客名表示部 462 と、その顧客が所属する施設名を表示する施設名表示部 463と、その顧客の識別データを表示するユーザ ID表示部 464と、施設名の識別データを表示する施設 ID表示部 465と、その顧客の重要度を示すセグメント表示部 466と、顧客の職種を示す職種表示部 467と、所属部課を表示する所属部課表示部 468と、その顧客の診療科目を表示する複数の専門表示部 469と、その医師の担当 MRを表示する MR表示部 4 70と、メッセージの転送先のアドレスを入力するアドレス入力部 471と、メモ入力をするメモ入力部 472が設けられて、る。

ここで、 MR表示部 470には、本社 MRが担当するとき、本社 MRの氏名が表示され、担当 MRが決まっているときには担当 MRが表示される。また、アドレス入力部 471 には、顧客に対してメッセージの代行配信が行われたとき、代行配信が行われたことを担当 MRに知らせるため、担当 MRが所有する携帯型電話等の携帯型情報端末装置等の連絡先となる電子メールアドレスが入力される。

更に、顧客個人情報ページには、代行配信を行うことができる顧客であるかどうかを識別するためのチェックボックス 473が設けられている。チェックボックス 473は、チエックされているとき、その顧客に対して代行配信を禁止し、チェックされていないとき、その顧客に対して代行配信を許可する。更に、顧客個人情報ページでは、顧客の個人情報を変更するための変更内容ボタン 474が設けられている。変更内容ボタン 474は、クリックされることにより、顧客個人情報を更新することができる。

ところで、製薬会社の本社 MRが会社端末装置 6を用い又は本システムの運営者が管理者端末装置 7を用いて顧客である医療関係者に対して代行配信するときには、図 20に示すトップページの新規メッセージを作成するためのタグ 403をクリックして図 26に示す新規メッセージページにアクセスする。この新規メッセージページは、メッセージの送信先となる顧客である医療関係者を検索するための検索条件入力部 4 81が設けられている。検索条件入力部 481で行う検索は、顧客名検索であり、検索条件入力部 481では、顧客名の漢字若しくは仮名での条件入力し、更にこのこの条件を前方若しくは完全一致検索することができる。検索条件入力部 481の近傍には、入力されたの検索条件を支援サーバ装置 1に送信し検索を実行させるための検索ボタン 482が設けられている。検索ボタン 482の近傍には、送信先決定ボタン 483が設けられ、更に、この送信先決定ボタン 483の近傍には、検索等で抽出された顧客を全選択するための全選択ボタン 484と選択された顧客の選択を解除する全選択解除ボタン 485が設けられて!/、る。

新規メッセージページでは、検索条件入力部 481、検索ボタン 482、全選択ボタン 484、全選択解除ボタン 485等が設けられた操作部の下欄に、検索結果等が一覧表示される。具体的に、個人単位で登録されている医療関係者が表示される第 1の一覧表示部 486と、既選択の医療関係者が表示される第 2の一覧表示部 487と、複数の医療関係者で構成されたグループが一覧表示される第 3の一覧表示部 488とが設けられている。各一覧表示部 486, 487, 488には、顧客名、施設名、重要度を示すセグメントが表示されるとともに、選択 Z非選択を決定するためのチェックボックス 4 89と、抽出された顧客リストから削除するためのチェックボックス 490と、チェックボックス 490にチェックされた顧客を削除するための削除ボタン 491とが設けられている。また、個人単位で登録された医療関係者が表示される第 1の一覧表示部 486の顧客名には、担当 MRが決まっているとき、その担当 MRの氏名が並記される。

第 3の一覧表示部 489には、登録されているグループ名が一覧表示される。このグループは、会社端末装置 6や管理者端末装置 7の操作者によって抽出された顧客集団であり、代行配信を複数回行うときに、毎回送信先を選択することを無くし、操作性の向上を図るようにして、る。登録されて!、るグループ名が一覧表示される第 3の一覧表示部 488に表示されるグループとしては、構成員が固定のものと随時更新されるものとがあり、第 3の一覧表示部 488には、一覧表示されたグループの種別として、構成員が固定のものに「（固定)」と表示され、会社単位の顧客が増える度構成員が随時更新されるものに、「（更新)」と表示される。

第 3の一覧表示部 488に表示された「（更新)」のグループを変更するときには、変更ボタン 491がクリックされる。変更ボタン 491がクリックされると、図 27に示す顧客検索ページにアクセスされる。また、図 20に示すトップページの顧客を検索するためのタグ 404がクリックされたときも、図 27に示す顧客検索ページにアクセスする。この顧客検索ページは、メッセージの送信者を選択するための送信者選択部 501と、メッセージの送信先を顧客名で検索する際の検索条件を入力する顧客名条件入力部 502 と、顧客の属性を検索条件として入力する顧客属性条件入力部 503と、顧客の担当する担当 MRの属性で検索する際の検索条件を入力する MR属性条件入力部 504 とが設けられている。

送信者選択部 501は、メッセージの送信者を決定するためのものであり、「本社 MR 」を選択したときは、本社 MR力担当の MRとは関係なく直接メッセージを送信することになり、「MR経由で代行配信」を選択したときには、担当の MRも送信したメッセージを見ることができるようにメッセージを送信することになる。すなわち、上述したように、「MR経由で代行配信」を選択したときには、メッセージの送信先の医療関係者と関連づけられている担当 MRに代わって本社 MRが作成したメッセージが医療関係者に対して送信されることになる。ここで、担当の MRの登録内容が該担当 MRの内容であるときには（上記第 1の MR登録方法）、本社 MRが作成したメッセージが担当 MRの名義で送信されることになり、担当 MRの登録内容が本社 MRの内容であるときには（上記第 2の MR登録方法）、本社 MRが作成したメッセージが本社 MRの名義で送信されることになる。

また、支援サーバ装置 1は、「MR経由で代行配信」が選択されたとき、メッセージの送信先となる医療関係者と関連づけられた MRのトップページ (図 19参照)の一覧表示部 251に「代行配信」を表示する。

顧客名条件入力部 502は、顧客である医療関係者を氏名で検索する際の条件入力欄であり、顧客名の漢字若しくは仮名での条件入力し、更にこのこの条件を前方若しくは完全一致検索することができる。

顧客条件入力部 502は、検索項目として、セグメント、顧客、所属部課、診療科目とがある。セグメントは、会社端末装置 6や管理者端末装置 7の操作者が設定した顧客の属性であり、複数の中から一又は複数選択することができる。また、顧客 IDは、デフォルトでは特定しないこととなっており、他に、「顧客 ID付与客のみ」、「顧客 ID 付与客と自己申告医師」、「顧客 IDなし」と力 Sある。更に、所属部課は、顧客となる医療関係者の専門等を選択するものであり、「内科」、「消化器科」、「皮膚科」等であり一又は複数選択することができ、選択条件を「または (or)」「かつ (and)」で選択することがでさる。

MR属性条件入力部 504は、属性を、本社 MRか支店等の担当 MRであるか等の予め会社側で設定された値の中力も一又は複数選択することができ、更に、担当 M Rの地域や支店を選択することができる。

そして、顧客検索ページには、顧客名条件入力部 502、顧客属性条件入力部 503 、 MR属性条件入力部 504に入力された条件で検索実行するための検索ボタン 505 が設けられている。そして、検索ボタン 505をクリックすると、図 29の送信先登録ぺージへ進み、このページで登録されたグループが図 28に示す新規メッセージページの第 3の一覧表示部 488にデータ属性が（更新)として表示される。第 3の一覧表示部 4 88〖こは、グループ名のみしか表示されないが、このグループには、前段で行った検索処理で抽出された医療関係者が関連づけられている。第 3の一覧表示部 488に表示される（更新)のグループは、顧客検索ページで所定条件の元検索された顧客グノレープが一つのグノレープとなる。

また、図 26の新規メッセージページの第 3の一覧表示部 488に表示された「固定」のグループを変更するときには、変更ボタン 492がクリックされる。変更ボタン 492がクリックされると、図 28に示す顧客データアップロードページにアクセスされる。この顧客データアップロードページには、キーにする情報を入力するキー情報入力部 511 と、アップロードするファイル名を入力するファイル入力部 512と、ファイル入力部 51 2のファイル名を選択するための参照ボタン 513と、選択したファイルのアップロードを実行する実行ボタン 514とが設けられている。

キー情報入力部 511は、顧客 IDやシステム医師コードが入力される。また、フアイル入カ部 512は、アップロードするファイル名が入力され、ここでアップロード可能なファイルは、レコード中の各フィールドを、コンマ（,）をデリミタとして列挙した CSV ( Comma

Separated Value)形式のファイルである。参照ボタン 513は、管理者端末装置 7や管理者端末装置 7のアドレスを参照することができ、会社端末装置 6や管理者端末装置 7のハードディスクに保存されたファイルを指定することができる。会社端末装置 6や管理者端末装置 7は、キー情報入力部 511にキー情報が入力され、ファイル入力部 512にファイルが指定された後、実行ボタン 514がクリックされると、支援サーバ装置 1にネットワークを介してアップロードする。図 29は、図 27の顧客検索ページで検索釦 505がクリックされたときや図 28の顧客データアップロードページのアップロードボタン 514がクリックされたとき表示される送信先登録ページであり、グループ登録を行うページである。支援サーバ装置 1は、データベース 2にアクセスして、送信されたファイルと一致する顧客を抽出し、一致した人数を会社端末装置 6や管理者端末装置 7に送信する。この送信先登録ページは、これを表示するページであり、該当した顧客人数が表示される。また、再設定のため、ダウンロードボタン 515が設けられている。更に、アップロードしたファイルと支援サーバ装置 1のデータベース 2と一致した顧客のグループに付与するグループ名を入力するための名称入力部 516が設けられ、更に、入力されたグループ名を登録するための登録ボタン 518が設けられている。また、アップロードしたファイルと支援サーバ装置 1のデータベース 2と一致した顧客のグループをメッセージの代行配信の送信先とするための決定ボタン 517が設けられて、る。決定ボタン 517がクリックされると、上記図 20に示す新規メッセージページの第 3の一覧表示部 488にデータ属性が（固定)又は（更新）となって表示される。第 3の一覧表示部 488には、グループ名のみしか表示されないが、このグループには、支援サーバ装置 1のデータベース 2に登録されて、る医療関係者が関連づけられて、る。

さて、以上のような検索によって、上記図 26に示す新規メッセージページの第 1乃至第 3の一覧表示部 486, 487, 488に検索によって抽出された医療関係者が一覧表示され、更に、操作者がチェックボックス 489をクリックして送信先を決定し、更に、送信先決定ボタン 483をクリックすると、実際に代行配信するメッセージを作成するためのメッセージ作成ページが表示される。

このメッセージ作成ページは、図 30に示すように、メッセージの送信先が表示される送信先表示部 521と、メッセージの件名や画像を入力する画像件名入力部 522と、メッセージ本文を作成するためのメッセージ作成部 523と、送信するメッセージを分類する分類部 524と、メッセージに添付する資料添付部 525と、送信先へのメッセ一ジ送信日を指定する送信日指定部 526と、送信するメッセージの有効期限を指定する有効期限指定部 527とが設けられている。

送信先表示部 521には、図 26に示した新規メッセージページで選択した送信先と合計人数が表示されるとともに、メッセージの作成段階において送信先を追加変更することができるように、追加変更ボタン 528が設けられている。追加変更ボタン 528 がクリックされたときには、例えば送信先の追加変更を行うことができる図 26に示す新規メッセージページが表示される。ここで表示される送信先は、図 26の新規メッセ一ジページで選択されたものであり、また、図 20のトップページの詳細表示部 415の顧客名の下側に担当 MRの氏名が並記されて!/、るときは、その担当 MRの氏名をクリツクされたときには、その担当 MRに代わって担当 MR経由のメッセージを送信することができる。更に、図 20のトップページの詳細表示部 415の顧客名をクリックしたときには、本社 MRが担当の MRを介することなく直接その顧客に対して返信メッセージを送ることができる。

画像件名入力部 522は、メッセージに添付する画像データを選択することができるとともに、件名をテキスト入力することができる。選択される画像は、例えばキャンべ一ンのお知らせであればそのキャンペーンのキャラクタの画像である。

メッセージ作成部 523には、顧客である医療関係者に対して送信するメッセージの本文を作成することができる。ここでは、他の者が用意した定型文や個人定型文を読み出すことができ、メッセージ作成者の支援を行うことができるようにしている。このメッセージ作成部 523では、会社端末装置 6の場合、当該会社の宣伝広告等のメッセ一ジが作成され、管理者端末装置 7の場合、顧客全体に対してのシステム運営者が行うキャンペーンの宣伝広告した特定の製薬会社の宣伝メッセージ等が入力される。分類部 524は、メッセージの種類を特定するためのものであり、作成したメッセージが説明文であるのか、広告文であるのか等の分類選択をすることができる。

資料添付部 525は、メッセージに添付する資料を選択することができる。例えば、資料集から所定のファイルを選択し、また、リンク集カゝら所定 URLを選択し、選択したものをメッセージに添付することができる。

送信日指定部 526は、メッセージの顧客への送信日時を決定し、適時にメッセージを顧客である医療関係者に送信することができる。例えば、メッセージがキャンペーンのお知らせである場合、キャンペーン開始の前日等に当該メッセージを送信することができる。具体的に、会社端末装置 6や管理者端末装置 7から送信されたメッセージは、データベース 2に蓄積され、指定された送信日時に支援サーバ装置 1が医療関係者のユーザ端末装置 4にメッセージを送信する。

有効期限指定部 527は、送信したメッセージの有効期限を指定することができ、メッセージを開封しない顧客が意味をなさなくなつてからメッセージを開封することを防止している。例えば、キャンペーン期間の終日を有効期限日とすることで、顧客がキャンぺーン終了後にメッセージを閲覧することを防止することができる。

なお、有効期限が設定されたメッセージに関し、有効期限内で未開封のメッセージであれば、そのメッセージの取消しを受け付けるようにし、有効期限を過ぎ、既読のメッセージに関しては、そのメッセージの取消しを受け付けないようにしても良い。既読のメッセージや有効期限の過ぎたメッセージは、既に宛先の医療関係者によって読まれ、また、相手に伝える意味の無いメッセージであり、取り消す意味合いが無いからである。

メッセージ作成ページには、以上のような設定をした後、作成したメッセージの内容を確認する確認ボタン 528と、作成したメッセージを下書保存するための下書保存ボタン 529が設けられている。

確認ボタン 528がクリックされると、次には、図 31に示すメッセージ送信内容確認べージが表示される。このメッセージ送信内容確認ページは、確認したメッセージを送信する送信ボタン 531と、送信するメッセージを再編集するための再編集ボタン 532 と、作成したメッセージを下書保存するための下書保存ボタン 533とが設けられている。

また、このメッセージ送信内容確認ページには、メッセージの送信先を表示する送信先表示部 534と、メッセージの画像と件名を表示する画像件名表示部 535と、送信メッセージの送信設定を確認する送信設定確認部 536と、送信するメッセージの年月日及び件名を表示する年月日件名表示部 537と、メッセージに添付する資料を確認する資料表示部 538と、送信するメッセージの本文を確認するメッセージ表示部 539と力 S設けられている。

送信先表示部 534は、メッセージの送信先として設定した顧客名と選択人数が表示される。画像件名表示部 535は、メッセージの送信者の社名及び氏名が表示されるとともに選択された画像が表示される。また、送信設定確認部 536は、メッセージの分類と指定されたメッセージの送信日と有効期限が表示される。年月日件名表示部 537は、送信するメッセージの作成年月日と件名が表示される。更に、メッセージ表示部 539には、送信者が作成したメッセージの本文が表示される。メッセージ送信内容確認ページでは、操作者が表示内容の確認の後、送信ボタン 531をクリックすることによって、支援サーバ装置 1にネットワーク 3を介して送信される。

ところで、図 20のトップページのメッセージの利用データを確認するためのタグ 406 をクリックすると、図 32に示す利用データページとなる。この利用データページは、送信先の顧客力 Sメッセージをどの位の割合で開封しているかを見るためのページであり、アクセスした当日までの開封状況や送信したメッセージ数を表示する。

この利用データページは、メッセージの開封状況を表示する開封状況表示部 545 と、送信したメッセージの件数を表示する件数表示部 546が設けられている。また、利用データページには、送信したメッセージの一覧が表示される一覧表示部 541が設けられている。この一覧表示部 541には、メッセージの送信日時、メッセージの件名、メッセージの送信数、メッセージの既読数、メッセージの既読率が表示される。また、各メッセージには、詳細データを取得するためのダウンロードボタン 542が設けられ、このダウンロードボタン 542をクリックしたときには、開封率の詳細が記録された C SV形式のファイルをダウンロードすることができる。具体的に、このダウンロードする利用データは、図 33に示すように、当該メッセージの開封状況等の詳細情報が記述されたものであり、システム IDと、医療関係者である顧客を識別するための顧客 ID、顧客名、その顧客の重要度、担当の MR、その MRの施設名、顧客の所属部課、顧客の専門、当該メッセージの開封日時等の開封状況等が含まれている。更に、送信したメッセージを取り消すための送信取消ボタン 543と、メッセージを選択するチエツクボックス 544と、選択したメッセージを削除する削除ボタン 545が設けられている。会社端末装置 6や管理者端末装置 7の操作者は、既読率等を見ることによって送信したメッセージの効果確認を行うことができる。

また、図 20に示すトップページの登録設定ボタン 409がクリックされたときには、トツプページにアクセスした本社 MRの登録設定をするための登録設定ページが表示される。この登録設定ページは、当該トップページにアクセスした本社 MRのブロフィールが表示されるプロフィール表示部 561が設けられている。このプロフィール表示部 561には、変更不可な情報として、その本社 MRの MRIDと氏名と会社名が表示される。なお、これらの情報は、上記図 17に示した MR管理ページ力もアクセスする上記図 18に示す MRの追加変更ページで変更可能である。また、プロフィール表示部 56 1には、本社 MRが営業活動を円滑に行うことができるように、変更可能な情報として、会社電話番号と携帯電話番号と電子メールアドレスと会社住所と営業時間を入力し、また、変更できるようになつている。

ところで、この本社 MRは、医療関係者が最初に特定の製薬会社と付き合いを始める際に、最初にメッセージのやり取りを行うものとなることが多い。そこで、図 34に示す登録設定ページには、医療関係者が新規登録があった際にお礼等のメッセージを自動的に送信できるように設定するための自動応答設定部 562が設けられている。この自動応答設定部 562には、自動応答を行うか否かをチェックするチェックボックス 562aと、メッセージの件名を入力するための件名入力部 562bと、メッセージの本文を入力するための本文入力部 562cとが設けられている。チェックボックス 562aにチエックがされているときに、医療関係者が新規に承認をすると、この本社 MRから自動応答設定部 562で設定されたメッセージが承認をした医療関係者に送信されることになる。

また、図 34に示す登録設定ページには、本社 MRが医療関係者とメッセージのやり取りを行う際に添付する情報のリンク情報設定するためのリンク情報設定部 563が設けられている。このリンク情報設定部 563では、具体的に、医療関係者に送信するメッセージに関連した URL等を設定することができる。

また、本社 MRは、本システムに参加している医療関係者が最初にアクセスする上記図 7に示す WWWブラウザウィンドウのスポンサーフレーム 36に設けられた顧客である医療関係者が承認して、な、MRが表示される未登録 MRのボックス 42に表示される。この WWWブラウザウィンドウのスポンサーフレーム 36に設けられた顧客である医療関係者が承認して、な、MRが表示される未登録 MRのボックス 42は、新規顧客獲得のために有効である。その一方で、医療関係者の専門と異なる本社 MRを表示したときには、医療関係者にとって不要であり、逆に、医療関係者に対して不快感を与えることになる。そこで、図 34に示す登録設定ページには、未登録 MRボックス設定部 564が設けられている。この未登録 MRボックス設定部 564では、設定を行う本社 MRを未登録 MRのボックス 42に表示させるかどうかを設定するためのチェックボックス 564aと、どのような医療関係者のスポンサーフレーム 36に設けられた未登録 MRのボックス 42に表示させるかを決める第 1の条件設定部 564bと、複数条件のとき各条件を「and」、「or」とするかの第 2の条件設定部 564cと、 PR (Public Relations) 文を入力するための PR文入力部 564dとが設けられている。第 1の条件設定部 564b では、宣伝対象とする医療関係者の所属や専門を設定することで、効率よく医療関係者に対して宣伝を行うことができるようにして、る。

更に、登録設定ページには、機能設定部 565が設けられている。機能設定部 564 では、顧客からのメッセージの転送先となる電子メールアドレスを設定することができ、顧客である医療関係者力のメッセージに対して迅速に対応することができるようにしている。更に、機能設定部 564では、送信メッセージの転送先を設定することもでき、更に、パスワードの設定変更を行うことができる。

登録設定ページでは、変更内容保存ボタン 566が設けられ、この変更内容保存ボタン 566をクリックすることにより、本社 MRの登録設定を変更保存することができる。また、図 20のトップページの送信状況表示部 407がクリックされたとき、図 35に示す送信ステータスページが表示される。この送信ステータスページには、情報を更新する更新ボタン 551が設けられている。また、送信ステータスページには、メッセージの送信状態を表示する送信状態表示部 552が設けられてヽる。この送信状態表示部 552には、送信処理中にエラーが発生したときにはエラーの発生したメッセージの全送信を自動的にキャンセルし登録アドレスに送信エラーが発生したことを通知することが表示される。

また、送信ステータスページには、一覧表示部 553が設けられ、この一覧表示部 55 3には、通信状態表示部 552に表示されたメッセージ以外のその他のメッセージの通信状況が表示される。

支援サーバ装置 1は、会社端末装置 6や管理者端末装置 7から代行配信のメッセージを受信するとデータベース 2に一度保存し、指定された送信日時になると送信先に指定された顧客にメッセージを送信する。ここで表示されるエラーメッセージは、データベース 2への書き込みエラーが発生したときに、送信エラーが発生したと判断し、送信ステータスページに送信エラーが発生したことを通知する。

次に、図 36を用いて、会社端末装置 6又は管理者端末装置 7を用いて本社 MR又は本システムの管理者が顧客である医療関係者にメッセージを送信するときの支援サーバ装置 1の動作について説明する。

ステップ S101において、支援サーバ装置 1は、図 20に示すトップページにアクセスする際、端末装置より入力されたユーザ IDとパスワードによって、ユーザを識別するとともに、管理者端末装置 7であるか会社端末装置 6であるかを判断する。そして、支援サーバ装置 1は、管理者端末装置 7であると判断したとき、ステップ S102に進み、管理者端末装置 7でないと判断したとき、会社端末装置 6であると判断し、ステップ S 108に進む。

ここで、支援サーバ装置 1は、アクセスする端末装置が管理者端末装置 7であるとき、管理者端末装置 7からの操作信号に応じて、図 20から図 35に示した各種ウェブべージを管理者端末装置 7に送信する。そして、管理者端末装置 7では、各種ウェブべージをダウンロードすることによって、送信メッセージや受信メッセージの確認を行うことができ、更に、メッセージを作成し送信することができる。具体的に、管理者端末装置 7は、図 27に示す顧客検索ページでメッセージを送信する顧客を検索選択し、更に、送信者選択部 501で「本社 MR」、「MR経由で代行配信」の何れかを選択する。ここは、管理者端末装置 7は、本システムを運営する端末装置であるから、ここで作成されるメッセージは、運営者が行うキャンペーンの宣伝広告や特定の製薬会社の行うキャンペーンや新薬の宣伝広告に関するものであり、個々の本社 MRは直接発信した方が好ましい情報である。そこで、ここでは、送信者選択部 501を「本社 MR」に設定し、本社 MRが担当 MRを介在させること無く直接医療関係者にメッセージを送信できるようにする。

また、図 2に示したように、管理者端末装置 7は、顧客を本システムに登録している全医療関係者を顧客としていることから、全登録顧客の中より所定条件にあった顧客を抽出し、メッセージの送信先を選択することができる。すなわち、本システムには、ユーザとして複数の製薬会社が参加しており、各製薬会社に顧客である医療関係者が関連づけられているが、これとは関係なぐ管理者端末装置 7では、本システムに登録している全医療関係者の中力送信先を選択することができる。仮に、管理者端末装置 7を用いて本システムの運営者が特定の製薬会社の宣伝代行をするときには、宣伝代行を依頼した製薬会社とは関連づけられて、ない医療関係者に対してもメッセージを送信することができる。

管理者端末装置 7で図 31に示した送信内容確認ページの送信ボタン 531がクリツクされメッセージ等が送信されると、支援サーバ装置 1は、ステップ S 102において、管理者端末装置 7から送信されたメッセージを受信すると、送信先にメッセージを送信する際、代行配信をするかどうかの判断をする。具体的に、支援サーバ装置 1は、図 27に示す顧客検索ページにおける送信者選択部 501が「本社 MR」に設定されているかを判断する。そして、支援サーバ装置 1は、図 27に示す顧客検索ページにおける送信者選択部 501が「本社 MR」に設定されているとき、ステップ S103に進み、送信者選択部 501が「本社 MR」に設定されて!、なヽとき、すなわち「MR経由で代行配信」に設定されていると判断し、ステップ S 105に進む。

送信者選択部 501を「本社 MR」に設定し、本システムの管理者が直接医療関係者にメッセージを送信するとき、ステップ S103において、支援サーバ装置 1は、管理者端末装置 7から送信されたメッセージの送信エラーが発生したカゝどうかを判断する。具体的に、支援サーバ装置 1は、 MR側メッセージインタフェース 300によって、データベース 2にメッセージ及びこのメッセージに関連する情報が全て保存することができたかを判断する。そして、支援サーバ装置 1は、送信エラーが発生しな力つたとき、ステツプ S104に進み、送信エラーが発生したとき、ステップ S107に進み、メッセージの全送信を行わないようにする。すなわち、ステップ S107において、支援サーバ装置 1は、指定された送信先に対してメッセージを送信しないようにする。これとともに、支援サーバ装置 1は、図 35に示した送信ステータスページにおいて警告表示を行うとともに、登録メールアドレスに対して警告電子メールを送信する。

支援サーバ装置 1は、ステップ S104において、図 30に示すメッセージ作成ページで指定された送信日時に、指定された送信先に対して、本システムの管理者の名義でメッセージをユーザ端末装置 4に送信する。

以上のように、本システムに登録された特定の製薬会社からの依頼を受けて管理者端末装置 7で新薬の宣伝等の代行配信を行ったときは、依頼を行った製薬会社に関連づけられた顧客以外の顧客に対しても新薬の宣伝を行うことができる。管理者端末装置 7から代行配信されたメッセージは、上記図 10に示すように医療関係者が管理するユーザ端末装置 4のモニタに表示される。ここで、図 10に示す受信連絡内容ページのメッセージ表示部 125の一部には、宣伝主の製薬会社の本社 MRと関連づける承認ボタン 125aが設けられる。そして、この承認ボタン 125aがユーザである医療関係者によってクリックされることによってメッセージを受信した医療関係者が、ュ一ザ端末装置 4を用いてメッセージの送信を依頼した製薬会社を承認したことになり、ユーザ端末装置 4は、本社 MRの承認信号を支援サーバ装置 1に送信する。承認信号を顧客側メッセージインタフェースで受信した支援サーバ装置 1は、承認信号を送信した医療関係者と宣伝主の製薬会社の本社 MRとを関連づけ、選択登録テーブル 314を生成することになり、以後、その製薬会社の顧客となる。したがって、広告主の製薬会社は、実際に MRを医療関係者の場所まで行力せること無ぐ宣伝を行い、本システム上での顧客を増やすことができる。

送信者選択部 501を「本社 MR」に設定し、本システムの管理者が直接医療関係者にメッセージを送信するときのメッセージは、送信途中にエラーが発生すると、全送信を中止、指定された送信先の何れにもメッセージが送信されないようにする。したがつて、送信者がどの顧客までメッセージが送信されたか不明となることもなぐ医療関係者に同じメッセージを複数送信してしまうことを防止することができる。

なお、管理者端末装置 7を用いる場合であっても、「MR経由で代行配信」を選択する場合はあり、この場合は、下記のように、会社端末装置 6を用いて代行配信を行う場合と同じような処理が行われることになる。

以上の例では、管理者端末装置 7を用いてメッセージを本社 MRの地位にある本システムの管理者が管理者端末装置 7を用いてメッセージを送信する場合を説明したが、次に、本システムに登録している各製薬会社の本社 MRが会社端末装置 6よりメッセージを送信する場合を説明する。ステップ S101において、支援サーバ装置 1は、端末装置より入力されたユーザ IDとパスワードによって、会社端末装置 6を特定すると、ステップ S108に進み、ステップ S102—ステップ S107の処理を行う。すなわち、ステップ S102では、本社 MRが図 27に示す顧客検索ページでメッセージを送信する顧客を検索選択し、更に、送信者選択部 501で「本社 MR」、「MR経由で代行配信」の何れかを選択する。ここで、会社端末装置 6を操作する本社 MRは、営業成績の思わしくない担当 MRの名義で営業活動をサポートするとき等に、「MR経由で代行配信」を選択し、医療関係者と直接関連づけられている担当 MRに直接関係の無、メッセージを送信するとき等本社 MRの名義でメッセージを配信した方が効率の良い場合に、「本社 MR」を選択する。そして、図 30に示すメッセージ作成ページにおいて、所定のメッセージを作成する。そして、会社端末装置 6で図 31に示した送信内容確認ページの送信ボタン 531がクリックされると、会社端末装置 6は、メッセージ等の各種データを支援サーバ装置 1に送信し、支援サーバ装置 1は、ステップ S 102 において、管理者端末装置 7から送信されたメッセージを受信すると、図 27に示す顧客検索ページにおける送信者選択部 501が「本社 MR」に設定されているかを判断する。そして、支援サーバ装置 1は、図 27に示す顧客検索ページにおける送信者選択部 501が「本社 MR」に設定されているとき、ステップ S 103に進み、送信者選択部 501が「本社 MR」に設定されて!、なヽとき、すなわち「MR経由で代行配信」に設定されていると判断し、ステップ S105に進む。

送信者選択部 501を「本社 MR」に設定し、本社 MRが直接医療関係者にメッセ一ジを送信するとき、ステップ S103において、支援サーバ装置 1は、上述のように、管理者端末装置 7から送信されたメッセージの送信エラーが発生したカゝどうかを判断し、エラーが発生しな力つたとき、ステップ S104に進み、エラーが発生したとき、ステツプ S107に進む。支援サーバ装置 1は、ステップ S 104において、図 30に示すメッセージ作成ページで指定された送信日時に、指定された送信先に対して、本社 MRの名義でメッセージをユーザ端末装置 4に送信する。

また、支援サーバ装置 1は、ステップ S102において、「MR経由で代行配信」に設定されていると判断したとき、次いで、ステップ S105において、ステップ S103と同様に、会社端末装置 6から送信されたメッセージの送信エラーが発生したかどうかを判断する。そして、支援サーバ装置 1は、送信エラーが発生したとき、ステップ S107に進み上述と同様な処理を行う。また、ステップ S106において、支援サーバ装置 1は、図 30に示すメッセージ作成ページで指定された送信日時に、指定された送信先に対して、メッセージの送信先の医療関係者と関連づけられている担当 MRに代わって本社 MRが作成したメッセージが医療関係者に対して送信する。

ここで、担当の MRの登録内容が該担当 MRの内容であるときには（上記第 1の MR 登録方法）、本社 MRが作成したメッセージが担当 MRの名義で送信されることになる。この場合、例えば、本社 MRは、営業成績の思わしくない担当 MRのサポートを行うことができる。

また、担当 MRの登録内容が本社 MRの内容であるときには（上記第 2の MR登録方法）、本社 MRが作成したメッセージが本社 MRの名義で送信されることになる。例えば、顧客である医療関係者に対して、本社 MRが代行配信の機能を用いて、医療情報等のメッセージを送信したとき、その医療関係者を担当する担当 MRは、自分の MR端末装置 5を用いて図 19に示すトップページにアクセスし、本社 MRと顧客である医療関係者とのメッセージのやり取りを見て、実際に医療関係者に面会した際のコミュ-ケーシヨンの参考資料に用いることができる。

また、支援サーバ装置 1は、「MR経由で代行配信」が選択されたとき、メッセージの送信先となる医療関係者と関連づけられた MRのトップページ (図 19参照)の一覧表示部 251に「代行配信」を表示し、担当 MRに代行配信が行われたことを知らせる。なお、以上説明した支援システムを用いる医薬品等の流通の分野では、 MRの他卸会社に所属する（Medical Sales, Marketing Specialist)が存在する。したがって、個々で説明したシステムは、 MSと医療関係者との間に用いるようにしても良い。また、本発明は、医療品の流通分野に限定されるものではなぐその他の流通システムにおいて、営業関係者と顧客との間に支援サーバ装置 1を用いることもできる。

産業上の利用可能性

本発明によれば、サービス提供者が代行して全顧客の中から所定条件に応じた顧客に対してメッセージを送信し、そのメッセージを受信した顧客が所定の営業担当者を承認することで、営業担当者が実際に顧客の居場所まで足を運ぶこと無ぐ顧客を増やすことができる。また、メッセージの種類に応じて、送信者の名義を代えることができ、効率よくメッセージを顧客に対して送信することができる。

Claims

請求の範囲

1.顧客の個人データが入力された顧客テーブルを格納する顧客データベースと、所属する複数の営業担当者を管理する会社テーブルと、この会社に所属する営業担当者毎に設けられる営業担当者テーブルと、上記顧客テーブルと上記営業担当者テーブルと関連づける選択登録テーブルとを格納する複数の会社データベースと顧客力その顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成保持する選択登録部と、

上記営業担当者力顧客へ送信するメッセージ及び顧客力営業担当者に送信するメッセージを保持するメッセージデータベースと、

上記顧客宛のメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供する顧客側メッセージインタフェースと、

上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援する営業担当者側メッセージインタフェースとを備え、上記複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、

残りの会社データベースの営業担当者テーブルの少なくとも一は、その会社に所属する営業担当者の営業担当者テーブルに上記選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、

上記顧客側メッセージインタフェースは、上記サービス提供者の一の営業担当者テ一ブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供し、顧客から承諾信号を受信すると、上記選択登録部に、上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成させるマーケティング支援装置。

[2] 2.更に、上記一の営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルを検索する検索手段を備え、

上記残りの会社データベースの営業担当者テーブルの少なくとも一は、各会社の管理者に帰属する営業担当者テーブルであり、

上記顧客側メッセージインタフェースは、上記少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより検索手段によって所定の検索条件に応じて抽出された顧客に対して、メッセージを、上記メッセージデータベースより読み出して、上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テ一ブルの営業担当者の名義で代行して、ネットワーク経由で提供する請求の範囲第

1項記載のマーケティング支援装置。

[3] 3.上記管理者名義又は上記他の営業担当者名義で上記顧客に送信するメッセ一ジは、上記顧客からのメッセージに対する返信メッセージを含む請求の範囲第 2項記載のマーケティング支援装置。

[4] 4.上記営業担当者側メッセージインタフェースは、上記顧客を直接担当する他の営業担当者が、上記自分の送受信メッセージと上記管理者の送信メッセージとを営業担当者端末で区別できるように表示する請求の範囲第 3項記載のマーケティング支援装置。

[5] 5.上記営業担当者側メッセージインタフェースは、上記顧客に対して管理者名義で提供したメッセージを、このメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求の範囲第 4項記載のマーケティング支援装置。

[6] 6.上記営業担当者側メッセージインタフェースは、上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で送信したメッセージに対する顧客からの返信メッセージをこのメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求の範囲第 5項記載のマーケティング支援装置。

[7] 7.上記営業担当者側メッセージインタフェースは、上記各会社の管理者に帰属する営業担当者の端末で会社データベースの全営業担当者の上記顧客とのメッセージの送受信履歴を閲覧できるようにする請求の範囲第 2項記載のマーケティング支援装置。

[8] 8.上記営業担当者側メッセージインタフェースは、顧客毎の利用データを、営業担当者端末にネットワーク経由で提供する請求の範囲第 2項記載のマーケティング支援装置。

[9] 9.上記会社データベースは、更に、上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルの中の複数をグループィ匕する請求の範囲第 2項記載のマーケティング支援装置。

[10] 10.上記検索手段は、未読の各会社の管理者名義又は他の営業担当者名義のメッセージを抽出する未読メッセージ抽出手段と、所定期間内に各会社の管理者宛又は他の営業担当者宛のメッセージを受信した顧客を抽出する応答顧客抽出手段とを有する絞込手段と、

検索条件として入力された顧客名の全部又は一部を元に該当する顧客を抽出する顧客名抽出手段とを有し、

上記検索手段は、上記絞込手段及び Z又は顧客名抽出手段によって所定の顧客を抽出する請求の範囲第 2項記載のマーケティング支援装置。

[11] 11.上記営業担当者側メッセージインタフェースは、同時に全ての顧客宛のメッセ一ジを顧客に送信することができなヽとき、全てのメッセージの未送信処理を行う請求の範囲第 1項記載のマーケティング支援装置。

[12] 12.上記営業担当者側メッセージインタフェースは、上記各営業担当者の営業担当者テーブルと上記選択登録テーブルによって関連づけられた顧客テーブルの顧客に対するメッセージの作成及びこの顧客から送信されたメッセージに対する返信メッセージの作成を支援する請求の範囲第 1項記載のマーケティング支援装置。

[13] 13.上記顧客側メッセージインタフェースは、上記サービス提供者のデータベース以外の残りの会社データベースの全顧客テーブルと関連づけられた営業担当者テーブルの営業担当者であって、上記顧客が承認していない営業担当者が顧客端末に表示されるようにする請求の範囲第 1項記載のマーケティング支援装置。

[14] 14.上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テーブルは、他の営業担当者テーブルに新たな顧客テーブルが関連づけられる度に追加される請求の範囲第 1項記載のマーケティング支援装置。

15.顧客の個人データを受け付け、この個人データを顧客テーブルに登録し顧客データベースに格納するステップと、

所属する複数の営業担当者を管理するデータを受け付け会社テーブルに登録するとともに、この会社に所属する営業担当者の個人データを受け付け営業担当者テ一ブルに登録し、会社データベースに格納するステップと、

顧客力その顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成し、上記会社データベースに格納するステップと、

上記顧客宛のメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステップと、

上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援するステップとを有し、

上記複数の会社データベースの少なくとも一は、サービス提供者のものであり、このサービス提供者の会社データベースの少なくとも一の営業担当者テーブルは、全会社データベースの営業担当者テーブルに選択登録テーブルによって関連づけられた全顧客テーブルと関連づけられており、

更に、上記サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータベースより読み出してネットワーク経由で上記顧客に提供するステツプと、

上記特定の会社の一の営業担当者テーブルの営業担当者を承認する顧客力承諾信号を受信するステップと、

上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成するステップとを有するマーケティング支援方法。

[16] 16.上記残りの会社データベースの営業担当者テーブルの少なくとも一は、各会社の管理者に帰属する営業担当者テーブルであり、

更に、上記少なくとも一の営業担当者テーブルに関連づけられた全ての顧客テーブルより所定の検索条件に応じて抽出された顧客に対して、メッセージを、上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テーブルの営業担当者の名義で代行して、上記メッセージデータベースより読み出してネットワーク経由で提供するステップを有する請求の範囲第 15項記載のマーケティング支援方法。

[17] 17.上記管理者名義又は上記他の営業担当者名義で上記顧客に送信するメッセ一ジは、上記顧客からのメッセージに対する返信メッセージを含む請求の範囲第 16項記載のマーケティング支援方法。

[18] 18.更に、上記顧客を直接担当する他の営業担当者が、上記自分の送受信メッセージと上記管理者の送信メッセージとを営業担当者端末で区別できるように表示する請求の範囲第 17項記載のマーケティング支援方法。

[19] 19.上記顧客に対して管理者名義で提供したメッセージを、このメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求の範囲第 18項記載のマーケティング支援方法。

[20] 20.上記管理者の名義で又は各顧客テーブルに関連づけられた他の営業担当者テ一ブルの営業担当者の名義で送信したメッセージに対する顧客からの返信メッセ一ジをこのメッセージの宛先の顧客に関連づけられた他の営業担当者の端末で閲覧できるようにする請求の範囲第 19項記載のマーケティング支援方法。

[21] 21.上記各会社の管理者に帰属する営業担当者端末で会社データベースの全営業担当者の上記顧客とのメッセージの送受信履歴を閲覧できるようにする請求の範囲第 16項記載のマーケティング支援方法。

[22] 22.上記営業担当者側メッセージインタフェースは、顧客毎の利用データを、営業担当者端末にネットワーク経由で提供するステップを有する請求の範囲第 16項記載のマーケティング支援方法。

[23] 23.更に、上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テ一ブルの中の複数をグループィ匕するステップを有する請求の範囲第 16項記載のマーケティング支援方法。

[24] 24.上記検索は、未読の各会社の管理者名義又は他の営業担当者名義のメッセ一ジを抽出する未読メッセージ抽出ステップと、所定期間内に各会社の管理者宛又は他の営業担当者宛のメッセージを受信した顧客を抽出する応答顧客抽出ステップとを有する絞込ステップと、

検索条件として入力された顧客名の全部又は一部を元に該当する顧客を抽出する顧客名抽出ステップとを有し、

上記絞込ステップ及び Z又は顧客名抽出ステップによって所定の顧客を抽出する請求の範囲第 16項記載のマーケティング支援方法。

[25] 25.同時に全ての顧客宛のメッセージを顧客に送信することができないとき、全てのメッセージの未送信処理を行うステップを有する請求の範囲第 15項記載のマーケテイング支援方法。

[26] 26.上記各営業担当者の営業担当者テーブルと上記選択登録テーブルによって関連づけられた顧客テーブルの顧客に対するメッセージの作成及びこの顧客力送信されたメッセージに対する返信メッセージの作成を支援する請求の範囲第 15項記載のマーケティング支援方法。

[27] 27.更に、上記サービス提供者のデータベース以外の残りの会社データベースの全顧客テーブルと関連づけられた営業担当者テーブルの営業担当者であって、上記顧客が承認して、な、営業担当者が顧客端末に表示されるようにするステップを有する請求の範囲第 15項記載のマーケティング支援方法。

[28] 28.更に、上記少なくとも一の営業担当者テーブルに関連づけられる全ての顧客テ一ブルを、他の営業担当者テーブルに新たな顧客テーブルが関連づけられる度に追加するステップを有する請求の範囲第 15項記載のマーケティング支援方法。

[29] 29.顧客の個人データが入力された顧客テーブルを格納する顧客データベースと、所属する複数の営業担当者を管理する会社テーブルと、この会社に所属する営業担当者毎に設けられる営業担当者テーブルと、上記顧客テーブルと上記営業担当者テーブルと関連づける選択登録テーブルとを格納する複数の会社データベースと顧客力その顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成保持する選択登録部と、

上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援する営業担当者側メッセージインタフェースとを備えたマーケティング支援装置のデータ処理を行うコンピュータプログラムが記録された記録媒体であって、

上記コンピュータプログラムは、上記顧客側メッセージインタフェースが上記サービス提供者の一の営業担当者テーブルに関連づけられた全顧客テーブルの顧客に、上記残りの会社の中の特定の会社に関するメッセージを上記メッセージデータべ一スより読み出してネットワーク経由で上記顧客に提供するステップと、

顧客力も承諾信号を受信したとき、上記選択登録部に、上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成させるステップとを有する記録媒体。

30.顧客の個人データが入力された顧客テーブルを格納する顧客データベースと、所属する複数の営業担当者を管理する会社テーブルと、この会社に所属する営業担当者毎に設けられる営業担当者テーブルと、上記顧客テーブルと上記営業担当者テーブルと関連づける選択登録テーブルとを格納する複数の会社データベースと顧客力その顧客が承認する営業担当者の識別データの登録を受け付け、この識別データで識別される営業担当者の営業担当者テーブルと上記顧客テーブルとを関連づける選択登録テーブルを生成保持する選択登録部と、

上記選択登録テーブルの生成を契機として、上記営業担当者による上記顧客宛のメッセージの作成を支援する営業担当者側メッセージインタフェースとを備えたマーケティング支援装置のデータ処理を行うコンピュータプログラムであって、

顧客力も承諾信号を受信したとき、上記選択登録部に、上記特定の会社の一の営業担当者テーブルと承諾信号の送信元の顧客とを関連づける選択登録テーブルを生成させるステップとを有するコンピュータプログラム。