JP2004094923A - Ｃｒｍシステム、ポータルサイト作成方法、および、ポータルサイト作成支援プログラム - Google Patents

Abstract

【課題】ＣＲＭシステムで顧客ポータルサイトを実現するに際し、それぞれの顧客に応じたきめの細かいサービスを提供できるようにし、そのポータルサイトの作成、運営の際にかかる労力を省力化する。
【解決手段】コンテンツを、不特定顧客向けの共通コンテンツと、デフォルトとなるデフォルトコンテンツと、特定顧客向けのパーソナルコンテンツの三階層で管理し、共通コンテンツからデフォルトコンテンツを作成するに際しては、顧客プロファイルや営業員のプロファイル、その他の顧客の関連情報を基に作成する。デフォルトコンテンツを、さらに、顧客個人のデータを考慮して、パーソナルコンテンツに加工する。そして、このパーソナルコンテンツをその顧客のポータルサイトの表示のためのデータとする。
【選択図】　　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ＣＲＭシステムに係り、顧客それぞれに特化した顧客ポータルサイトを実現することにより、顧客に密着したサービスを提供するのに好適なＣＲＭシステムに関する。
【０００２】
【従来の技術】
近年、顧客の満足度を高めるために、顧客と企業との間のより良い関係を構築するためのＣＲＭ（Ｃｕｓｔｏｍｅｒ　Ｒｅｌａｔｉｏｎｓｈｉｐ　Ｍａｎａｇｅｍｅｎｔ）システムに関心が高まっている。ＣＲＭシステムは、顧客の属性情報（性別、年齢、趣味など）、企業との接点（営業拠点、営業員）等の情報を一元的に管理し、企業全体で共有し、活用しようとするシステムである。このＣＲＭシステムにより、顧客との関係の形成、維持をおこなうあらゆる企業活動を統合的に活用することができ、顧客と企業との間の深い信頼関係を構築、維持することが可能となる。
【０００３】
一方、ＣＲＭシステムの重要な手段として、インターネット上に顧客ポータルサイトを開設することがある。顧客ポータルサイトは、顧客それぞれに特化したサービスをまとめて提供する顧客各人専用のウェブページ群である。すなわち、顧客が顧客ポータルサイトのログインページでユーザＩＤとパスワードを入力して認証をおこなうと、自分専用のホームページを参照でき、そこで必要なサービスを得ることができるのである。昨今のインターネットの急速な普及により、顧客ポータルサイトは、ＣＲＭシステムにおいて、顧客に高度なサービスを提供するための最重要のものであるといってよい。
【０００４】
このような顧客ポータルサイトに関連する技術として、顧客に提供するサービスをより顧客の希望に合うようにするために、担当営業員が顧客と対話しながらコンテンツ提供することが可能にする技術が、特許文献１に記されている。この文献では、営業員が以下の手順に従って予め登録されている不特定顧客向け共通コンテンツを特定顧客向けにカスタマイズして提供することが記されている。
（１）担当顧客向けの対象製品ならびに営業ステータスを元に共通コンテンツを検索して内容を確認する。
（２）カスタマイズが必要な場合は、共通コンテンツの内容を編集する。カスタマイズ不要な場合は共通コンテンツをそのまま使う。
（３）共通コンテンツをカスタマイズして作成したパーソナルコンテンツの送信先顧客を指定する。
【０００５】
また、サービス提供サイトにおいて顧客が利用したサービスを特定するアクセス分析システムに関する技術が、特許文献２に記されている。このシステムによればアクセスログに記録されたＵＲＬをウェブページで提供されるサービスにマッピングさせるためのＵＲＬマスタを用いることにより、アクセスログからユーザが利用したサービスを特定することができる。
【０００６】
さらに、特許文献３では、顧客のプロファイルとサービス購入履歴からサービス購入傾向を分析、モデル化し、そのモデルに基づいて見込顧客に対する広告方法を選択する技術について記されている。
【０００７】
【特許文献１】
特開２００２−１２３６６７号公報
【特許文献２】
特開２００１−３０６９４７号公報
【特許文献３】
特開２００１−２８２９８２号公報
【０００８】
【発明が解決しようとする課題】
従来、一般的な顧客ポータルサイトに掲載するコンテンツは、その作成を職務とするスタッフがメンテナンスしていた。そのスタッフは顧客と直接接しているわけではないので、顧客それぞれのニーズに対応する多様なコンテンツを提供することが難しかった。このことにより、企業の意図に反して、顧客があまり顧客ポータルサイトにアクセスしてくれないという問題が起きることが、しばしばあった。
【０００９】
上記の特許文献１では、顧客と密に接して顧客のニーズを良く知ることができる営業員がネット上で対話をしながら、顧客に提供するコンテンツを作成することによってこのような問題を解決することを意図している。
【００１０】
しかしながら、上記特許文献１では、営業員が、担当する顧客それぞれに対して共通コンテンツをカスタマイズして提供する必要があるため、数多くの顧客を担当する営業員は、顧客ポータルサイトの運用に多くの時間を要するという問題点があった。
【００１１】
また、特許文献２や特許文献３では、「労少なく益多し」のベストプラクティス分析をすることができない。なぜならば、上記特許文献２、特許文献３はサービスのアクセス数や購買数などの一つの軸に関する分析であり、顧客ポータルサイトの作成、運営に関わる労力と、その労力に見合った利益などに関する分析をおこなうための技術が含まれていないからである。
【００１２】
本発明は、上記問題点を解決するためになされたもので、その目的は、ＣＲＭシステムで顧客ポータルサイトを実現するに際し、それぞれの顧客に応じたきめの細かいサービスを提供できるポータルサイトを実現することができ、しかも、そのポータルサイトの作成、運営の際にかかる労力を省力化することを可能とするポータルサイト作成方法を提供することにある。
【００１３】
【課題を解決するための手段】
本発明のＣＲＭシステムのポータルサイト作成では、コンテンツを、不特定顧客向けの共通コンテンツと、デフォルトとなるデフォルトコンテンツと、特定顧客向けのパーソナルコンテンツの三階層で管理する。
【００１４】
共通コンテンツからデフォルトコンテンツを作成するに際しては、顧客プロファイルや営業員のプロファイル、その他の顧客の関連情報を基に作成する。このデフォルトコンテンツを、さらに、顧客個人のデータを考慮して、パーソナルコンテンツに加工する。
【００１５】
そして、このパーソナルコンテンツをその顧客のポータルサイトの表示のためのデータとする。
【００１６】
デフォルトコンテンツを設けたのは、特に、営業員の立場に立ったものであり、営業員側からデフォルトのコンテンツを定めたものである。そして、個々の顧客の事情により、さらに、パーソナルコンテンツとして加工しようとするものである。これにより、営業員のポータルサイトに関わる労力を省力化でき、しかも、顧客の個々に密着したポータルサイトを提供するという課題を両立することができる。
【００１７】
また、デフォルトコンテンツを作成するために、共通コンテンツから、顧客プロファイルや営業活動状況に含まれる情報を検索キーとして顧客が必要とする可能性が高い共通コンテンツを検索する手段も提供する。
【００１８】
さらに、共通コンテンツをカスタマイズして提供したときに、ポータルサイトに、検索キーの文字列やその文字列を含む段落を強調表示する手段も提供する。
【００１９】
【発明の実施の形態】
以下、本発明に係る一実施形態を、図１ないし図３２を用いて説明する。
【００２０】
本実施形態では、ＣＲＭシステムの例として、顧客が医師であり、企業として薬剤製造会社を考え、顧客である医師に対してのポータルサイトを提供するモデルを説明する。また、顧客である医師に対しては、薬剤製造会社の営業員（Ｍｅｄｉｃａｌ　Ｒｅｐｒｅｓｅｎｔａｔｉｖｅ、以下、「ＭＲ」と記す）が配されているものとする。
【００２１】
〔ＣＲＭシステムのシステム構成〕
先ず、図１を用いて本実施形態に係るＣＲＭシステムのシステム構成について説明する。
図１は、本発明の一実施形態に係るＣＲＭシステムのシステム構成図である。
【００２２】
本実施形態に係るＣＲＭシステムは、図１に示されるように、コンテンツ管理システム１１０、プロファイル管理システム１２０、コンテンツ作成システム１３０、ポータルシステム１４０、分析システム１６２、アラートシステム１６３からなる。
【００２３】
コンテンツ管理システム１１０は、ポータルサイトの表示内容の基になるコンテンツを保存し、管理するシステムである。
【００２４】
プロファイル管理システム１２０は、医師やＭＲのプロファイルを保存し、管理するシステムである。
【００２５】
コンテンツ作成システム１３０は、データを加工して、コンテンツを作成するシステムである。
【００２６】
ポータルシステム１４０は、データから医師向けのウェブページを動的に作成するシステムである。
【００２７】
分析システム１６２は、ウェブページのアクセス状況を分析するシステムである。
【００２８】
アラートシステム１６３は、ウェブページへの書き込みなどを監視し、ＭＲ１１、ＭＲ管理者１４、スタッフ１０に警告をおこなうシステムである。
【００２９】
コンテンツ管理システム１１０が管理するコンテンツとしては、素材データ１１１、共通コンテンツ１１２、デフォルトカスタマイズデータ１１３、パーソナルカスタマイズデータ１１４がある。
【００３０】
素材データ１１１は、一般データ１６１を扱うＳＦＡ（Ｓａｌｅｓ　Ｆｏｒｃｅ　Ａｕｔｏｍａｔｉｏｎ）システムなどの他システム１６０などから取り込んできたデータを基に作成され、コンテンツ作成のための基本となるデータである。なお、ＳＦＡシステムとは、営業計画を立案し、営業の進捗、成果などを管理するシステムである。
【００３１】
共通コンテンツ１１２は、素材データ１１１を基に作成されるＣＲＭシステムに共通に使われるコンテンツデータである。共通コンテンツ１１２は、スタッフ１０が、コンテンツ作成システム１３０の共通コンテンツ作成機能１３１により作成する。
【００３２】
デフォルトカスタマイズデータ１１３は、共通コンテンツを基にして、ＭＲ１１がデフォルトコンテンツを作成するためのデータである。デフォルトカスタマイズデータ１１３は、ＭＲ１１が、デフォルトカスタマイズデータ作成機能１３２により作成する。
【００３３】
パーソナルカスタマイズデータ１１４は、さらに、デフォルトカスタマイズデータ１１３に対して、顧客の個人情報を加味して作成されるパーソナルコンテンツのためのデータである。パーソナルカスタマイズデータ１１４は、ＭＲ１１が、パーソナルカスタマイズデータ作成機能１３３により作成する。
【００３４】
また、共通コンテンツ、デフォルトカスタマイズデータ１１３、パーソナルカスタマイズデータ１１４の情報で、表現上の問題などが発見された場合には、コンテンツ作成システム１３０からアラートシステム１６３へ必要となるデータを送信する。
【００３５】
コンテンツ作成システム１３０は、このようなコンテンツ作成のために必要な処理をおこなうプログラムを実行するシステムであるが、それぞれの機能が独立したプログラムとして稼動してもよいし、一つのプログラムで実現してもよい。
【００３６】
ポータルシステム１４０は、ウェブサイトとして表示するためのページを作成するために必要な処理をおこなうためのプログラムを実行するシステムであり、ウェブページを作成する機能やウェブシステムを運営するための機能を有する。
【００３７】
また、医師向けページ作成機能１４１は、ログ１４２のデータとポートレット１４３のデータとを用いてウェブページを作成する機能である。
【００３８】
医師１２が計算機を用いてＣＲＭシステム１００にアクセスするとポータルシステム１４０の医師向けページ作成機能１４１によって、共通コンテンツ１１２、デフォルトカスタマイズデータ１１３、パーソナルカスタマイズデータ１１４を用い、医師向けのウェブページを作成する。ここでは、医師等のユーザのアクセスを受けたときに（または、ユーザからのログイン処理等を受け付けたときに）ウェブページを作成する例を説明したが、ユーザ等が用いる計算機へ表示するために必要なデータを予め作成しておき、記憶装置へ格納しておいてもよい。作成したウェブページのアクセス情報などはログ１４２に残しておき、分析システム１６２で分析する。
【００３９】
ウェブページのアクセスに関する情報を、提供されたコンテンツごと、アクセスした顧客ごと、ウェブページの作成者（ＭＲ、スタッフなど）ごとに応じてログ１４２で管理する。これらのログ１４２のデータをもちいて、どのページにどのくらいの時間に顧客からのアクセスがあるか、だれが作成したページが一番アクセス数が多いか、どのコンテンツに基づいて作成したウェブページの閲覧時間が一番長いかなどを分析システム１６２で分析することができる。
【００４０】
この分析結果により、ポータルサイトの管理者は、顧客の好みや、どのＭＲの作成したものが一番閲覧されているか、などを知ることができるため、ポータル運営やウェブページ作成のための指標を得ることができる。
【００４１】
スタッフが利用する計算機１０、ＭＲが利用する計算機１１、医師が利用する計算機１２、スタッフ管理者が利用する計算機１３、ＭＲ管理者が利用する計算機１４は、それぞれ業務で必要となるハードウエア資源（ＣＰＵ、メモリ、ハードディスク等）、ソフトウエア資源（オペレーティングシステム、アプリケーションプログラム等）が含まれている。また、それぞれの計算機はネットワークに接続しており、必要に応じてＣＲＭシステム１００とデータの送受信をおこなう。なお、計算機１０〜１４は、携帯端末や携帯電話でもよいし、その他ＣＲＭシステム１００とデータの送受信可能な装置であってもよい。
【００４２】
〔ＣＲＭシステムに用いられるオブジェクトとデータ〕
次に、図２ないし図１４を用いて本実施形態のＣＲＭシステムに用いられるオブジェクトとデータについて説明する。
【００４３】
先ず、図２を用いて本実施形態のＣＲＭシステムに用いられるオブジェクトの概要について説明する。
図２は、本発明の一実施形態に係るＣＲＭシステムに用いられるオブジェクトの関連図である。
【００４４】
例えば、クラス「医者」１５２は、属性として「担当ＭＲＩＤリスト」を有する。クラス「ＭＲ」１５１は、属性として「担当医師ＩＤリスト」を有する。このように、図２に描かれたボックスの上部は、クラス名であり、下部に描かれているのがクラスの属性である。
【００４５】
また、ひし形とそれから伸びる線分で処理をおこなうことを表している。また、●は、複数のオブジェクトが対応することを示し、○は、一つのが対応することを示している。また、ボックスの下に「１＋」と記載されているのは、オブジェクトが一つ以上あることを示している。
【００４６】
医師にどのようなサービスを提供するかに基づいて、担当ＭＲ１５１はポートレット１４３を選択する。ポートレット１４３は、それと関連づけられた一個以上のコンテンツ２０１を並べて表示する。ここで、ポートレット１４３は、ポータルサイト上での表示単位である。図２でポートレット１４３とコンテンツ２０１の関連を示す線分に付加されたループは、リンク属性を示しており、リンク属性としては、表示位置２０２がある。
【００４７】
コンテンツ２０１は、共通コンテンツ１１２とデフォルトカスタマイズデータ１１３とパーソナルカスタマイズデータ１１４の三種類の種別がある。図２で、コンテンツボックスの下の線分にある三角形は、コンテンツ種別として、三種類の種別があることを示している。
【００４８】
共通コンテンツ１１２は、スタッフ１５０によって作成される。デフォルトカスタマイズデータ１１３は、ＭＲ１５１が共通コンテンツ１１２をカスタマイズすることによって作成される。デフォルトカスタマイズデータ１１３は、本実施形態では、ＭＲ１５１、共通コンテンツ１１２およびポートレット１４３の組合せごとに存在するとしても一つであるとする。
【００４９】
パーソナルカスタマイズデータ１１４は、特定の医師１２に情報提供することを目的に、その担当のＭＲ１１がデフォルトカスタマイズデータ１１３を、さらに、カスタマイズすることによって作成する。
【００５０】
なお、本実施形態では、デフォルトカスタマイズデータ１１３がない状態で共通コンテンツ１１２から直接パーソナルカスタマイズデータ１１４を作ろうとした場合には、ＣＲＭシステム１００が共通コンテンツ１１２と同じ情報をもつデフォルトカスタマイズデータ１１３を作成するものとする。
【００５１】
次に、図３ないし図９を用いて本発明の一実施形態に係るＣＲＭシステムに用いられるデータ構造の具体例について説明する。
図３は、ポートレット管理テーブルの一例を示す模式図である。
図４は、共通コンテンツの管理テーブルの一例を示す模式図である。
図５は、デフォルトカスタマイズデータの管理テーブルの一例を示す模式図である。
図６は、パーソナルカスタマイズデータの管理テーブルの一例を示す模式図である。
図７は、各種の関連情報のテーブルの例を示す模式図である。
図８は、医師プロファイルの管理テーブルの一例を示す模式図である。
図９は、ＭＲプロファイルの管理テーブルの一例を示す模式図である。
【００５２】
ポートレット管理テーブルは、図３に示されるように、以下の項目を含むものである。
・ポートレットＩＤ３０１：ポートレット１４３を一意に識別するための識別子。
・管理情報３０２：ポートレット１４３の管理上必要な情報であり、本実施形態では次の三つの情報を含む。
【００５３】
ポートレット種別３０２−ａ：掲示板、メッセージボード、スケジューラ、Ｑ＆Ａなどのポートレットの種別。
【００５４】
医師ＩＤ３０２−ｂ：情報提供する対象である医師の識別子。
【００５５】
ＭＲＩＤ３０２−ｃ：情報提供をするＭＲの識別子。
・内容３０３：ポートレット１４３そのもののデータ（ポートレットの説明や、拡宣状況データを含む）。
・コンテンツＩＤ３０４：ポートレット１４３に表示するコンテンツ２０１の識別子。
【００５６】
なお、本実施形態では、データをテーブルに格納して管理しているように説明しているが、これらは一例であり、これ以外の方法（リスト構造やツリー構造など）で情報を管理してもよい。
【００５７】
共通コンテンツ１１２を管理する共通コンテンツの管理テーブルは、図４に示されるように、以下の項目を含むものである。
・コンテンツＩＤ４０１：共通コンテンツ１１２を一意に識別するための識別子。
・内容４０２：共通コンテンツ１１２の内容であり、本実施形態では、次の六つの情報を含む。
【００５８】
タイトル４０２−ａ：共通コンテンツ１１２のタイトル。
【００５９】
作成者４０２−ｂ：共通コンテンツ１１２の作成者名。
【００６０】
所属４０２−ｃ：共通コンテンツ１１２の作成者が所属する部署名や施設名。
【００６１】
本文４０２−ｄ：共通コンテンツ１１２の本文。
【００６２】
注釈４０２−ｅ：共通コンテンツ１１２の本文に対して付けられた注釈。
【００６３】
追加キーワード４０２−ｆ：共通コンテンツ１１２の本文に対して付けられた追加キーワード
・管理情報４０３：共通コンテンツ１１２を管理するための情報であり、本実施形態では、次の十二の情報を含む。
【００６４】
表示ポートレット４０３−ａ：共通コンテンツ１１２を表示するポートレット１４３の種別。
【００６５】
ステータス４０３−ｂ：共通コンテンツ１１２のステータス（「編集中」、「編集済み」、「承認済み」、「拒絶」、「公開待ち」、「公開中」、「公開終了」など）。
【００６６】
登録者ＩＤ４０３−ｃ：共通コンテンツ１１２を登録した人の識別子。
【００６７】
登録日４０３−ｄ：共通コンテンツ１１２を登録した年月日。
【００６８】
承認者ＩＤ４０３−ｅ：共通コンテンツ１１２を承認した人の識別子。
【００６９】
承認日４０３−ｆ：共通コンテンツ１１２を承認した年月日。
【００７０】
拒絶理由４０３−ｇ：共通コンテンツ１１２の審査で拒絶した場合の理由。
【００７１】
公開開始日４０３−ｈ：共通コンテンツ１１２を医師向けに公開する年月日。値がＮＵＬＬである場合は、承認済みの状態になれば即日で公開することを示すものとする。
【００７２】
公開終了日４０３−ｉ：共通コンテンツ１１２の公開を終了する年月日。値がＮＵＬＬである場合は、ＭＲが明示的に取り下げを指定するまで、無期限で公開することを示すものとする。
【００７３】
タイトルカスタマイズ４０３−ｊ：デフォルトカスタマイズデータ１１３を作成するときに、タイトル４０２−ａをどこまでカスタマイズしてよいかを示す。本実施形態では、「変更（：文面の変更が可能）」、「強調（：文面の一部を強調表示することが可能）」の二種類がある。それらの両方とも不可、それらの一方だけが可能、もしくはその両方ともが可能の四通りがある。
【００７４】
本文カスタマイズ４０３−ｋ：デフォルトカスタマイズデータ１１３を作成するときに、本文４０２−ｄをどこまでカスタマイズしてよいかを示す。取り得る値はタイトルカスタマイズ４０３−ｊと同じである。
【００７５】
注釈カスタマイズ４０３−ｌ：デフォルトカスタマイズデータ１１３を作成するときに、注釈４０３−ｅをどこまでカスタマイズしてよいかを示す。取り得る値はタイトルカスタマイズ４０３−ｊと同じである。
・分類属性４０４：共通コンテンツ１１２を分類するための属性であり、本実施例では次の三つの情報を含む。
【００７６】
専門カテゴリ４０４−ａ：医師の専門分野（「内科」、「外科」、「小児科」、「皮膚科」、「耳鼻咽喉科」、「泌尿器科」、「産婦人科」など）により分類する属性である。
【００７７】
医師カテゴリ４０４−ｂ：医師を勤務形態などにより分類する属性であり、「勤務医」、「研修医」、「開業医」、「臨床医」などの値をもつ。
【００７８】
施設名４０４−ｃ：施設名により分類する属性であり、施設の名称を値にもつ。
【００７９】
デフォルトカスタマイズデータ１１３を管理するデフォルトカスタマイズデータの管理テーブルは、図５に示されるように、以下の項目を含むものである。
・コンテンツＩＤ５０１：デフォルトカスタマイズデータ１１３を一意に識別するための識別子。
・共通コンテンツＩＤ５０２：デフォルトカスタマイズデータ１１３を作るときの元となった共通コンテンツ１１２の識別子。
・内容５０３：デフォルトカスタマイズデータ１１３の内容であり、本実施例では次の六つの情報を含む。
【００８０】
タイトル５０３−ａ：デフォルトカスタマイズデータ１１３のタイトル。デフォルトカスタマイズデータへの変更が無い場合は、元となった共通コンテンツへのリンク情報
作成者５０３−ｂ：デフォルトカスタマイズデータ１１３の作成者名。
【００８１】
所属５０３−ｃ：デフォルトカスタマイズデータ１１３の作成者が所属する部署名や施設名。
【００８２】
本文５０３−ｄ：デフォルトカスタマイズデータ１１３の本文。デフォルトカスタマイズデータへの変更が無い場合は、元となった共通コンテンツへのリンク情報
注釈５０３−ｅ：デフォルトカスタマイズデータ１１３の本文に対して付けられた注釈。
【００８３】
表示フィルタ５０３−ｆ：タイトル５０３−ａ、本文５０３−ｄ、注釈５０３−ｅを表示するときのフィルタを示す。本実施形態では、キーワードを強調表示するフィルタに対する入力、すなわち、強調表示したいキーワードを指定する。
・管理情報５０４：デフォルトカスタマイズデータ１１３を管理するための情報であり、本実施例では次の九つの情報を含む。
【００８４】
表示ポートレット５０４−ａ：デフォルトカスタマイズデータ１１３を表示するポートレット１４３の種別。
【００８５】
ステータス５０４−ｂ：デフォルトカスタマイズデータ１１３のステータス（「編集中」、「編集済み」、「承認済み」、「拒絶」、「公開待ち」、「公開中」、「公開終了」など）。
【００８６】
登録者ＩＤ５０４−ｃ：デフォルトカスタマイズデータ１１３を登録した人の識別子。
【００８７】
登録日５０４−ｄ：デフォルトカスタマイズデータ１１３を登録した年月日。
【００８８】
承認者ＩＤ５０４−ｅ：デフォルトカスタマイズデータ１１３を承認した人の識別子。
【００８９】
承認日５０４−ｆ：デフォルトカスタマイズデータ１１３を承認した年月日。
【００９０】
拒絶理由５０４−ｇ：デフォルトカスタマイズデータ１１３の審査で拒絶した場合の理由。
【００９１】
公開開始日５０４−ｈ：デフォルトカスタマイズデータ１１３を医師向けに公開する年月日。値がＮＵＬＬである場合は、承認済みの状態になれば即日で公開することを示すものとする。
【００９２】
公開終了日５０４−ｉ：デフォルトカスタマイズデータ１１３の公開を終了する年月日。値がＮＵＬＬである場合は、ＭＲが明示的に取り下げを指定するまで、無期限で公開することを示すものとする。
【００９３】
パーソナルカスタマイズデータ１１４を管理するパーソナルカスタマイズデータの管理テーブルは、図６に示されるように、以下の項目を含むものである。
・コンテンツＩＤ６０１：パーソナルカスタマイズデータ１１４を一意に識別するための識別子。
・デフォルトカスタマイズデータＩＤ６０２：パーソナルカスタマイズデータ１１４を作るときの元となったデフォルトカスタマイズデータ１１３の識別子。
・内容６０３：パーソナルカスタマイズデータ１１４の内容であり、本実施例ではデフォルトカスタマイズデータ１１３の場合と同じ次の六つの情報を含む。
【００９４】
タイトル６０３−ａ：パーソナルカスタマイズデータ１１４のタイトル。デフォルトカスタマイズデータへも、パーソナルカスタマイズデータへも変更がない場合は、元となった共通コンテンツへのリンク情報。
【００９５】
作成者６０３−ｂ：パーソナルカスタマイズデータ１１４の作成者名。
【００９６】
所属６０３−ｃ：パーソナルカスタマイズデータ１１４の作成者が所属する部署名や施設名。
【００９７】
本文６０３−ｄ：パーソナルカスタマイズデータ１１４の本文。デフォルトカスタマイズデータへも、パーソナルカスタマイズデータへも変更がない場合は、元となった共通コンテンツへのリンク情報。
【００９８】
注釈６０３−ｅ：パーソナルカスタマイズデータ１１４の本文に対して付けられた注釈。
【００９９】
表示フィルタ６０３−ｆ：タイトル６０３−ａ、本文６０３−ｄ、注釈６０３−ｅを表示するときのフィルタを示す。本実施形態では、キーワードを強調表示するフィルタに対する入力、すなわち、強調表示したいキーワードを指定する。
・管理情報６０４：パーソナルカスタマイズデータ１１４を管理するための情報であり、本実施形態では次の八つの情報を含む。
【０１００】
表示ポートレット６０４−ａ：パーソナルカスタマイズデータ１１４を表示するポートレット１４３の種別。
【０１０１】
ステータス６０４−ｂ：パーソナルカスタマイズデータ１１４のステータス（「編集中」、「編集済み」、「承認済み」、「拒絶」、「公開待ち」、「公開中」、「公開終了」など）。
【０１０２】
登録者ＩＤ６０４−ｃ：パーソナルカスタマイズデータ１１４を登録した人の識別子。
【０１０３】
登録日６０４−ｄ：パーソナルカスタマイズデータ１１４を登録した年月日。
【０１０４】
承認者ＩＤ６０４−ｅ：パーソナルカスタマイズデータ１１４を承認した人の識別子。
【０１０５】
承認日６０４−ｆ：パーソナルカスタマイズデータ１１４を承認した年月日。
【０１０６】
公開開始日６０４−ｇ：パーソナルカスタマイズデータ１１４を医師向けに公開する年月日。値がＮＵＬＬである場合は、承認済みの状態になれば即日で公開することを示す。
【０１０７】
公開終了日６０４−ｈ：パーソナルカスタマイズデータ１１４の公開を終了する年月日。値がＮＵＬＬである場合は、ＭＲが明示的に取り下げを指定するまで、無期限で公開することを示すものとする。
【０１０８】
関連情報１２３の例としては、例えば、図７に示されるものが考えられる。
・医師間関連情報７１０（図７（ａ））：友人関係とか共同研究などの仕事上の関係などにある二人の医師を管理するテーブルである。医師ＩＤ１（７１１）と医師ＩＤ２（７１２）に関係のある医師の識別子を登録する。
・施設間関連情報７２０（図７（ｂ））：同一大学系列などの関係にある二つの施設を管理するテーブルである。施設ＩＤ１（７２１）と施設ＩＤ２（７２２）に関係のある施設の識別子を登録する。
・医師・施設間関連情報７３０（図７（ｃ））：医師がアルバイトしている施設などの医師と関係がある施設を管理するテーブルである。医師ＩＤ（７３１）と施設ＩＤ（７３２）に関係のある医師と施設の識別子を登録する。
・医師・専門カテゴリ間関連情報７４０（図７（ｄ））：医師が興味をもっている専門分野のカテゴリを管理するテーブルである。医師ＩＤ（７４１）に医師の識別子を登録し、専門カテゴリ（７４２）にコード化された専門分野（例：「内科」、「外科」など）を登録する。
【０１０９】
医師プロファイル１２１を管理する医師プロファイルの管理テーブルは、図８に示されるように、以下の項目を含むものである。
・医師ＩＤ８０１：医師を一意に識別するための識別子。
・施設ＩＤ８０２：医師が勤務もしくは経営する施設を一意に識別する識別子。
・医師名８０３：医師の名前。
・施設名８０４：医師が勤務もしくは経営する施設の名前。
・担当ＭＲＩＤ８０５：医師を担当するＭＲの識別子。一人の医師を複数のＭＲが担当する場合は、複数のＭＲの識別子のリストとなる。
・専門カテゴリ８０６：医師が専門とする分野。「内科」、「外科」など。
・医師カテゴリ８０７：医師の勤務形態などを示す属性。「勤務医」、「開業医」、「研修医」、「臨床医」など。
・出身大学８０８：医師が卒業した大学の識別子。
【０１１０】
ＭＲプロファイル１２２を管理するＭＲプロファイルの管理テーブルは、図９に示されるように、以下の項目を含むものである。
・ＭＲＩＤ９０１：ＭＲを一意に識別する識別子。
・部署ＩＤ９０２：ＭＲが所属する部署を一意に識別する識別子。
・役職９０３：ＭＲの役職のコード。
・ＭＲ名９０４：ＭＲの名前。
・担当医師ＩＤ９０５：ＭＲが担当する医師のＩＤ。複数医師を担当する場合は、医師ＩＤのリストとなる。
・専門カテゴリ９０６：ＭＲが担当する専門カテゴリ。
・医師カテゴリ９０７：ＭＲが担当する医師の勤務形態などのカテゴリ。
【０１１１】
次に、図１０を用いてコンテンツの検索のリンク関係について説明する。
図１０は、医師プロファイルからコンテンツを検索するときの関係を示した図である。
【０１１２】
ある医師がＣＲＭシステム１００にログインしたときには、図１０に示されるようなリンクをたどり、表示されるコンテンツが決定される。
【０１１３】
医師プロファイルの担当ＭＲＩＤから、該当するＭＲプロファイルを検索する。そして、そのＭＲＩＤを有するポートレット管理オブジェクトを検索する。
【０１１４】
ポートレット管理オブジェクト１０００は、図３に示したポートレット管理用のテーブルの構造をもつ個々のポートレットを指すインスタンスオブジェクトである。そして、ポートレット管理オブジェクト１０００は、個々のポートレットＩＤより、対応するコンテンツ管理オブジェクトを検索する。コンテンツ管理オブジェクトは、医師・ＭＲ・ポートレットの組に対して共通コンテンツ、デフォルトカスタマイズデータ、パーソナルカスタマイズデータを管理するオブジェクトである。このように、ログインした医師のポートレットに対して表示するコンテンツが検索される。
【０１１５】
なお、後に表示ページ生成の処理を説明するときに、図１０が引用される。
【０１１６】
次に、図１１ないし図１３を用いて一般データからパーソナルカスタマイズデータを作成する処理の概要について説明する。
図１１は、一般データから共通コンテンツを作成する処理の概要を説明する図である。
図１２は、共通コンテンツからデフォルトカスタマイズデータを作成する処理の概要を説明する図である。
図１３は、デフォルトカスタマイズデータからパーソナルカスタマイズデータを作成する処理の概要を説明する図である。
【０１１７】
図１１に示されるように、一般データ１６１に対し、内容を分析することにより必要なキーワードの抽出などによるデータ項目の内容の初期設定をおこない素材データ１１１を作成する。この段階では、必要と考えられる製品紹介、新着情報などの生のデータが抜き出される。
【０１１８】
次に、素材データ１１１に対しスタッフによるデータ項目の内容の整理・追加をおこない編集済み素材データ１１００を作成する。スタッフ管理者１３が編集済み素材データ１１００を承認することにより共通コンテンツ１１２となる。
【０１１９】
次に、共通コンテンツからデフォルトカスタマイズデータを作成する段階では、図１２に示されるようなプロセスを経る。
【０１２０】
共通コンテンツ１１２、医師プロファイル１２１、ＭＲプロファイル１２２、拡宣状況データ１２０２を使用し、ＭＲ１１が担当している医師全員へのカスタマイズのデフォルトとなる編集前デフォルトカスタマイズデータ１２００を作成する。ここで、拡宣状況データとは、宣伝などの営業活動をおこなったときの状況を表すデータである。
【０１２１】
次に、ＭＲ１１が情報付加・修正をおこない編集済みデフォルトカスタマイズデータ１２０１を作成する。
【０１２２】
ＭＲ管理者１４が、編集済みデフォルトカスタマイズデータ１２０１を承認することにより、デフォルトカスタマイズデータ１１３となる。
【０１２３】
すなわち、デフォルトカスタマイズデータ１１３とは、担当のＭＲ１１に対応したカスタマイズデータであるということができる。
【０１２４】
次に、デフォルトカスタマイズデータからパーソナルカスタマイズデータを作成する段階では、図１３に示されるようなプロセスを経る。
【０１２５】
先ず、デフォルトカスタマイズデータを使用し、ＭＲ１１が担当している医師個人ごとのカスタマイズのデータとなる編集前パーソナルカスタマイズデータ１３００を作成する。次に、ＭＲ１１が情報付加・修正をおこない編集済みパーソナルカスタマイズデータ１３０１を作成する。次に、ＭＲ管理者１４が編集済みパーソナルカスタマイズデータ１３０１を承認することによりパーソナルカスタマイズデータ１１４となる。
【０１２６】
パーソナルカスタマイズデータは、顧客である医師に対応した最終的なカスタマイズデータであるということができる。
【０１２７】
次に、図１４を用いて本実施形態のＣＲＭシステム１００のコンテンツデータと表示までの関係について説明する。
図１４は、本発明の一実施形態に係るＣＲＭシステム１００におけるコンテンツデータからウェブページを表示するまでの関連を示す図である。
【０１２８】
図１４に示されるように、共通コンテンツ１１２とデフォルトカスタマイズデータ１１３を用い、カスタマイズ条件が置き換えの場合にはデフォルトカスタマイズデータ１１３のデータを使用し、カスタマイズ条件が追加の場合には、共通コンテンツ１１２のデータにデフォルトカスタマイズデータ１１３のデータを追加することにより、デフォルトコンテンツ１４００を生成する。
【０１２９】
また、共通コンテンツ１１２とパーソナルカスタマイズデータ１１４を用い、カスタマイズ条件が置き換えの場合には、パーソナルカスタマイズデータ１１４のデータを使用し、カスタマイズ条件が追加の場合には、共通コンテンツ１１２のデータにパーソナルカスタマイズデータ１１４のデータを追加することにより、パーソナルコンテンツ１４０１を生成する。
【０１３０】
ここのコンテンツを作成した後、いくつかのデフォルトコンテンツ１４００といくつかのパーソナルコンテンツ１４０１を含むポートレット１４０２を作成する。
【０１３１】
また、医師プロファイル１２１とデフォルトカスタマイズデータ１１３から表示フィルタ用パラメータ１４０３とログフィルタ用パラメータ１４０４を作成する。
【０１３２】
表示フィルタ１４１０はね表示フィルタ用パラメータ１４０３に、さらにログフィルタ１４１１は、ログフィルタ用パラメータ１４０４に基づきポートレット１４０２の内容を変更する。
【０１３３】
医師のポータルサイトには、これらのフィルタによる変更後のウェブページが表示される。
【０１３４】
〔ＣＲＭシステムの提供するユーザインタフェース〕
次に、図１５ないし図２４を用いて本発明の一実施形態に係るＣＲＭシステムが提供するユーザインタフェースについて説明する。
【０１３５】
先ず、図１５を用いて素材データの収集に関するユーザインタフェースについて説明する。
図１５は、本発明の一実施形態に係るＣＲＭシステム１００の素材データ１１１収集画面の一例を示す図である。
【０１３６】
スタッフ１０が、素材データ１１１収集画面を開き、収集機能１５０１タブを選択する。
【０１３７】
次に、収集ボタン１５０３を押下することにより、一般データ１６１から、あらかじめ設定したキーワードによるテキスト分析等により収集した素材データ１１１を素材データ一覧１５０２に一覧表示する。そして、素材データ一覧１５０２の中から、対象となる素材を選び選択ボタン１５０３を押下することにより、収集／登録画面１５０４に内容を表示することができる。
【０１３８】
表示した内容を編集したり新規に内容を入力して、登録ボタン１５０５を押下すると、新しい素材データとして登録される。表示した内容を編集し、更新ボタン１５０６を押下すると、素材データの内容が更新される。また、取消ボタン１５０７を押下すると変更は取消される。
【０１３９】
次に、図１６および図１７を用いて共通コンテンツに関するユーザインタフェースについて説明する。
図１６は、本発明の一実施形態に係るＣＲＭシステム１００の共通コンテンツ１１２作成画面の一例を示す図である。
図１７は、本発明の一実施形態に係るＣＲＭシステム１００の共通コンテンツ１１２承認画面の一例を示す図である。
【０１４０】
図１６に示されるように、スタッフ１０は、共通コンテンツ１１２作成画面を開き、作成機能１６０１タブを選択することにより、収集した素材データ１１１を一覧表示する（１６０２）。
【０１４１】
そして、編集をおこなう素材データ１１１を選択し、選択ボタン１６０３を押下すると作成画面１６０４に内容が表示される。作成画面１６０４に表示された素材データ１１１は、スタッフ１０の必要に応じてデータ項目の内容の整理追加して、編集済み素材データ１１００を作成する。
【０１４２】
図１６に示される表示内容と、図４のデータを対比すると、それぞれ、作成画面のタイトルは、共通コンテンツの内容のタイトル（図４の４０２−ａ）、本文は共通コンテンツの内容の本文（図４の４０２−ｄ）、デフォルト注釈は共通コンテンツの内容の注釈（図４の４０２−ｅ）、表示カテゴリは共通コンテンツの管理情報の表示ポートレット（図４の４０３−ａ）、専門カテゴリは共通コンテンツの分類属性の専門カテゴリ（図４の４０４−ａ）、医師カテゴリは共通コンテンツの分類属性の医師カテゴリ（図４の４０４−ｂ）、カスタマイズは共通コンテンツの管理情報のタイトルカスタマイズ（図４の４０３−ｊ）、本文カスタマイズ（図４の４０３−ｋ）、注釈カスタマイズ（図４の４０３−ｌ）、公開開始日は共通コンテンツの管理情報の公開開始日（図４の４０３−ｈ）、公開終了日は共通コンテンツの管理情報の公開終了日（図４の４０３−ｉ）に対応し、画面の項目を編集することにより、図４の共通コンテンツ管理テーブルのデータが更新される。
【０１４３】
共通コンテンツをカスタマイズして、デフォルトカスタマイズデータを作成した場合に、ウェブで表示上、強調するときには、「強調」のチェックボックスにチェックをつけるようにする。
【０１４４】
編集が終わると、承認依頼ボタン１６０５を押下することにより、スタッフ管理者１５３に編集済素材データ１１００の承認依頼をおこなう。
【０１４５】
一方、一時保存ボタン１６０６を押下した場合には、承認依頼は、おこなわず、内容を更新し共通コンテンツの管理情報のステータス（図４の４０３−ｂ）が編集中である編集中素材データの状態で保存される。
【０１４６】
また、作業取消ボタン１６０７を押下した場合には、変更内容は保存されずに破棄される。
【０１４７】
スタッフ１０から共通コンテンツ１１２の承認依頼があると、スタッフ管理者１３は、図１７に示された共通コンテンツ１１２承認画面を開く。そして、承認機能１７０１タブを選択することにより、編集済み素材データ１１００の一覧を表示する（１７０２）。
【０１４８】
スタッフ管理者１３が、表示された編集済み素材データ１１００を選択し、選択ボタン１７０３を押下すると、承認画面１７０４に内容が表示される。スタッフ管理者１３は、その内容のチェックをおこない、編集済み素材データ１１００を共通コンテンツ１１２として承認する場合は、承認ボタン１７０５を押下する。一方、共通コンテンツ１１２として承認しない場合には、却下ボタン１７０６を押下する。却下したときは、却下理由を入力する別ウインドウを開き、そこに却下理由を入力する。
【０１４９】
次に、図１８および図１９を用いてデフォルトカスタマイズデータに関するユーザインタフェースについて説明する。
図１８は、本発明の一実施形態に係るＣＲＭシステム１００のデフォルトカスタマイズデータ１１３作成画面の一例を示す図である。
図１９は、本発明の一実施形態に係るＣＲＭシステム１００のデフォルトカスタマイズデータ１１３承認画面の一例を示す図である。
【０１５０】
図１８に示されるように、ＭＲ１１がデフォルトカスタマイズデータ１１３作成画面を開き、作成機能２３０１を選択すると、ＭＲプロファイル１２２に基づいて、カスタマイズの対象となる適切な共通コンテンツ１１２を選択して一覧表示する（２３０２）。共通コンテンツ１１２を選択する処理については、後に、図２６ないし図２９のフローチャートにより詳説する。
【０１５１】
ＭＲ１１が、一覧の中より編集をおこなう共通コンテンツ１１２を選択し選択ボタン２３０３を押下すると、担当する医師の医師プロファイル１２１および拡宣状況データ３０３より、選択した共通コンテンツ１１２に対応した編集前デフォルトカスタマイズデータ１２００を作成して、作成画面２３０４に表示する。
【０１５２】
ＭＲ１１は、編集前デフォルトカスタマイズデータ３００を担当する医師１２に合わせて適宜修正して編集済デフォルトカスタマイズデータ３０２を作成する。
【０１５３】
デフォルトカスタマイズデータは、そのＭＲ１１が担当している医師１２全員のカスタマイズのデフォルトとなるデータである。
【０１５４】
担当する特定の医師１２に対して、さらに細かな修正をおこないたいときには、パーソナルカスタマイズデータ１１４作成画面ボタン２３０６を押下して編集済パーソナルカスタマイズデータ４０１を作成する。
【０１５５】
その後、承認依頼ボタン２３０６を押下し、ＭＲ管理者１５４に編集済デフォルトカスタマイズデータ１２０１および編集済みパーソナルカスタマイズデータ１３０１の承認依頼をおこなう。承認依頼をおこないで編集済デフォルトカスタマイズデータ１２０１および編集済みパーソナルカスタマイズデータ１３０１の保存をおこなう場合には、一時保存ボタン２０３５を押下する。
【０１５６】
ＭＲ１１から編集済デフォルトカスタマイズデータ１２０１の承認依頼があると、図１９に示されるように、ＭＲ管理者１４が、承認機能２５０１タブを選択することにより、編集済デフォルトカスタマイズデータ１２０１の一覧を表示する（２５０２）。編集済デフォルトカスタマイズデータ３０２を選択し、選択ボタン２５０３を押下すると、表示画面２５０４に内容を表示する。ＭＲ管理者１４が内容のチェックをおこなうために、詳細表示ボタン２５０７を押下し、詳細な内容を表示することもできる。
【０１５７】
編集済デフォルトカスタマイズデータ１２０１を承認する場合には、ＭＲ管理者１４は、承認ボタン２５０５を押下する。却下するときには、却下理由２５０８を記載して、却下ボタン２５０６を押下する。
【０１５８】
なお、この画面では、編集済パーソナルカスタマイズデータ１３０１の承認と却下もできるようになっている。
【０１５９】
次に、図２０および図２１を用いてパーソナルカスタマイズデータに関するユーザインタフェースについて説明する。
図２０は、本発明の一実施形態に係るＣＲＭシステム１００のパーソナルカスタマイズデータ１１４作成画面の一例を示す図である。
図２１は、本発明の一実施形態に係るＣＲＭシステム１００のパーソナルカスタマイズデータ１１４確認画面の一例を示す図である。
【０１６０】
図２０に示されるように、ＭＲ１１がデフォルトカスタマイズデータ編集画面のパーソナルカスタマイズ作成画面ボタン２３０６を押下すると、パーソナルカスタマイズデータ１１４作成画面を開かれ、作成したデフォルトカスタマイズデータが、パーソナルカスタマイズデータ一覧２４０１に表示される。
【０１６１】
そして、編集済みパーソナルカスタマイズデータ４０１を選択し選択ボタン２４０３を押下すると、選択した編集済みパーソナルカスタマイズデータ４０１を作成画面に表示する。デフォルトを選択ボタン２４０２を押下すると、作成画面２４０２に編集済みデフォルトカスタマイズデータ３０２の内容を表示する。
【０１６２】
本実施形態では、デフォルトカスタマイズデータ作成画面でも、パーソナルカスタマイズデータの作成をできるようにし、パーソナルカスタマイズデータ作成画面で、デフォルトカスタマイズデータ作成画面で作成した編集済みパーソナルカスタマイズデータ４０１と編集済みデフォルトカスタマイズデータ３０２の両方を編集、更新できるような画面として説明した。
【０１６３】
他の実施形態としては、デフォルトカスタマイズデータ作成画面は、デフォルトカスタマイズデータの作成のみをおこなうようにしてもよい。パーソナルカスタマイズデータ作成画面では、デフォルトカスタマイズデータ作成画面で作成した編集済みデフォルトカスタマイズデータ３０２のみを取り込んで編集するようにしてもよい。
【０１６４】
ＭＲ１１が、作成画面２４０４に表示した内容を編集し追加ボタン２４０５を押下した場合編集済みパーソナルカスタマイズデータを追加する。
【０１６５】
図２１に示されるように、ＭＲ１１が、パーソナルカスタマイズデータ１１４の内容を確認するために、パーソナルカスタマイズデータ１１４確認画面を開くと、パーソナルカスタマイズデータ一覧２６０１に、編集済パーソナルカスタマイズデータ１３０１一覧が表示される。
【０１６６】
ＭＲ１１が、編集済パーソナルカスタマイズデータ１３０１を選択し、選択ボタン２６０２を押下すると、選択した編集済パーソナルカスタマイズデータ１３０１を表示画面２６０３に表示される。
【０１６７】
次に、図２２ないし図２４を用いてポータルサイトで提供されるユーザインタフェースについて説明する。
図２２ないし図２４は、ＣＲＭシステム１００のポータルサイトにおける医師用画面の例を示す図である。
【０１６８】
図２２の表示内容は、一般情報を表示したものである。このように医師１２は担当のＭＲ１１の用意したポートレット１４３を使用しない一般情報２９０１を選択することも可能である。この場合表示するコンテンツ２０１は、共通コンテンツ１１２の一覧となる。表示したい共通コンテンツ１１２を選択すると２９０２、表示画面２９０３に共通コンテンツの内容が表示される。
【０１６９】
次の図２３の例は、医師用に内容がカスタマイズされた例であり、医師１２が担当のＭＲ１１の用意したポートレット１４３を使用し、メッセージ３００１を選択した場合には、ＭＲ１５１の作成したカテゴリがメッセージのパーソナルコンテンツをメッセージ３００２として表示される。
【０１７０】
図３に示したポートレット管理テーブルのＭＲＩＤ３０２−Ｃの欄には、Ａ＿ＭＲのＭＲＩＤが入ることに注意する。
【０１７１】
次の図２４の例もその医師専用のニュースを提供するために内容がカスタマイズされた例である。
【０１７２】
この場合には、医師が担当のＭＲ１５１の用意したポートレット１４３を使用しニュース３１０１を選択した場合、ＭＲ１５１の用意したデフォルトカスタマイズデータ１１３とパーソナルカスタマイズデータ１１４をもとに一覧を生成する
表示するデータ３１０２を選択すると表示画面３１０３に対応した内容の表示をおこなう。
【０１７３】
〔ＣＲＭシステムの処理〕
次に、図２５ないし図３２を用いて本発明の一実施形態に係るＣＲＭシステムの処理について説明する。
【０１７４】
先ず、図２５を用いて共通コンテンツを作成する処理について説明する。
図２５は、共通コンテンツ作成する処理を示すフローチャートである。
【０１７５】
先ず、スタッフ１０あるいはスタッフ管理者１３からログイン等があり処理を開始すると、ログインユーザの判定をおこなう（ステップ１８００）。
【０１７６】
ログインユーザがスタッフ１０の場合には、スタッフ画面表示を行ない（ステップ１８０１）、スタッフ管理者の場合には、スタッフ管理者画面表示をおこなう（ステップ１８０２）。
【０１７７】
スタッフ画面表示の場合、機能選択を表示し、次の入力（要求）が来るのを待つ。要求が来たらそれを判定し（ステップ１８０３）、要求が「（素材データ）収集機能」の場合には、図１５の素材データ収集画面を表示し、素材データ収集をおこなう。素材データの収集が終わって画面を閉じると、再び次の入力（要求）が来るのを待つ。
【０１７８】
システムは、要求が「（共通コンテンツ）作成機能」の場合には、図１６の共通コンテンツ作成画面を表示し、共通コンテンツ作成をおこなう。共通コンテンツ作成画面には、図１６に示したように、素材データの一覧表示をおこなう（ステップ１８０５）。この際、選択された表示対象以外は、不活性化し、入力を受け付けないようにする。その後、システムは次の入力（要求）が来るのを待つ。要求が来たらそれを判定する（ステップ１８０６）。要求が「選択」の場合、選択した素材データの内容を表示する（ステップ１８０７）。この際スタッフの負担を軽減するために、システムが用意したキーワードの抽出によって各パラメタ項目の初期設定を同時におこなう。
【０１７９】
その後、「承認依頼」、「一時保存」、「作業取消」のボタンを活性化し、選択ボタンが不活性化され後、システムは、次の入力（要求）待ちの状態に戻る。要求が来たらそれを判定し（ステップ１８０８）、要求が「一時保存」の場合には、素材データがユーザにより項目に変更が加えられている場合は、素材データの内容を更新し、その後システムは次の入力（要求）待ちの状態に戻る。要求が「作業取消」の場合、変更を破棄しシステムは次の入力（要求）待ちの状態に戻る。要求が「承認依頼」の場合には、承認依頼処理に入る。承認依頼がおこなわれた場合には、素材データに修正がおこなわれているか否かを判定し（ステップ１８１０）、修正がおこなわれていない場合には、スタッフ管理者１３への承認依頼をおこなう（ステップ１８１１）。修正がおこなわれていた場合には、文言フィルタでチェックをおこない、問題がなければスタッフ管理者への承認依頼処理をおこなう（ステップ１８１２）。そして、編集済み素材データを承認依頼状態にし、アラートシステムへの情報の伝達をおこない（ステップ１８１３）、スタッフ管理者への承認依頼の通知をおこなう。チェックに問題があった場合には、承認依頼はおこなわずに、文言チェックに問題があったことをアラートシステムへの情報の伝達１８１０をおこなう。その後システムは、状態を選択ボタンのみを活性化した素材データ一覧表示の状態１８０５に戻し、次の入力（要求）待ちの状態になる。
【０１８０】
なお、フローには示さなかったが、処理を終了するときには、図１６の共通コンテンツ作成画面を閉じる処理をおこなえばよい。
【０１８１】
ログインユーザがスタッフ管理者１３の場合、図１７に示された共通コンテンツ承認画面を表示して、共通コンテンツ承認処理をおこなう。
【０１８２】
先ず、スタッフ管理者１３に承認依頼された編集済み素材データの一覧表示をおこない（ステップ１８１４）、要求以外のボタンを不活性化しシステムは次の入力（要求）待ちの状態に戻る。要求が来たらそれを判定し（ステップ１８１５）。要求が「選択」の場合、スタッフが選択した素材データの表示をおこない（ステップ１８１６）、承認ボタンと却下ボタンを活性化して次の入力（要求）待ちの状態に戻る。
【０１８３】
要求が来たらそれを判定し（ステップ１８１７）、要求が「承認」の場合には、表示した素材データを共通コンテンツとして登録し（ステップ１８１８）、これにより共通コンテンツが作成されたことになる。
【０１８４】
要求が「却下」の場合は、編集済み素材データの却下処理をする（ステップ１８１９）。その後システムは素材データの一覧表示状態１８１４に戻り、次の入力（要求）待ちの状態に戻る。
【０１８５】
図には、示さなかったが処理を終了するときには、共通コンテンツ承認画面を閉じ、ログオフする。
【０１８６】
次に、図２６ないし図２９を用いてＣＲＭシステム１００のデフォルトカスタマイズデータ作成機能１３２を実行する際に、作成の元となる共通コンテンツ１１２の一覧を取得する処理について説明する。
図２６ないし図２９は、ＣＲＭシステム１００のデフォルトカスタマイズデータ作成機能１３２を実行する際に、作成の元となる共通コンテンツ１１２の一覧を取得する処理を示すフローチャートである。
【０１８７】
共通コンテンツ１１２の一覧を取得する際には、以下のフローチャートに示す四種類の関連情報をすべて使用して一覧を取得するものとする。なお、フローチャートには図示していないが、最後にコンテンツＩＤによりソートをおこなうと共に、重複データの排除をおこなう。
【０１８８】
図２６に示されるフローチャートは、ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を専門カテゴリから選択するに用いる処理を示すものである。
【０１８９】
この処理では、先ず、ＭＲプロファイルの担当医師ＩＤ（図９の９０５）により担当医師が、まだ存在する否か判定する（ステップ１９０１）。存在する場合には、医師プロファイルから専門カテゴリ（図８の８０６）を取得し（ステップ１９０２）、次の医師プロファイルを取得し（ステップ１９０３）、担当医師がまだ存在するか否かの判定１９０１に戻る。次に、共通コンテンツがまだ存在するか否か判定する（ステップ１９１０）。存在しない場合には、処理を終了する。まだ存在する場合には、取得した専門カテゴリと共通コンテンツの専門カテゴリ（図４の４０４−ａ）が等しいか否か判定する（ステップ１９１１）。等しくない場合には、次の共通コンテンツを取得する（ステップ１９１３）。等しい場合には、コンテンツＩＤを記憶し（ステップ１９１２）、次の共通コンテンツを取得する（ステップ１９１３）。次の共通コンテンツを取得後は、共通コンテンツがまだ存在するか否かの判定１９１３に戻る。
【０１９０】
図２７に示されるフローチャートは、ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を選択する際に出身大学から選択するものである。
【０１９１】
この処理では、先ず、ＭＲプロファイルの担当医師ＩＤ（図９の９０５）により担当医師がまだ存在するか否か判定する（ステップ２００１）。存在する場合には医師プロファイルから出身大学（図８の８０８）を取得し（ステップ２００２）、次の医師プロファイルを取得し（ステップ２００３）、担当医師がまだ存在するか否かの判定２００１に戻る。
【０１９２】
次に、共通コンテンツがまだ存在するか否か判定する（ステップ２０１０）。存在しない場合には、処理を終了する。まだ存在する場合には、医師プロファイルの出身大学と施設名（図４の４０４−ｃ）が等しいか否か判定する（ステップ２０１１）。等しい場合には、コンテンツＩＤを記憶する（ステップ２０１３）。等しくない場合には、医師プロファイルの出身大学と共通コンテンツの追加キーワード（図４の４０２−ｆ）が等しいか判定する（ステップ２０１２）。等しくない場合には、次の共通コンテンツを取得する（ステップ２０１４）。等しい場合には、コンテンツＩＤを記憶する（ステップ２０１３）。コンテンツＩＤを記憶後は、次の共通コンテンツを取得し（ステップ２０１４）、共通コンテンツが存在するかどうかの判定ステップ２０１０に戻る。
【０１９３】
図２８に示されるフローチャートは、ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を選択する際に医師間関連情報６１０から選択するものである。
【０１９４】
この処理では、先ず、ＭＲプロファイルの担当医師ＩＤ（図９の９０５）により担当医師がまだ存在する否か判定する（ステップ２１０１）。存在する場合には、医師プロファイルから医師名を取得し（ステップ２１０２）、次の医師プロファイルを取得し（ステップ２１０３）、担当医師がまだ存在するか否かの判定ステップ２１０１に戻る。
【０１９５】
次に、医師間関連情報がまだ存在するか否か判定する（ステップ２１１０）。
【０１９６】
存在する場合には、医師プロファイルの医師名と医師間関連情報の医師名１が等しいか否か判定する（ステップ２１１１）。等しい場合は医師名２を医師キーとして記憶し（ステップ２１１２）、医師間関連情報の次のデータを取得する（ステップ２１１５）。等しくない場合には、医師プロファイルの医師名と医師間関連情報の医師名２が等しいか否か判定する（ステップ２１１３）。等しい場合には、医師名１を医師キーとして記憶し（ステップ２１１４）、医師間関連情報の次のデータを取得する（ステップ２１１５）。等しくない場合には、医師間関連情報の次のデータを取得する（ステップ２１１５）。医師間関連情報の次のデータを取得後、医師間関連情報がまだ存在するか否かの判定ステップ２１１０に戻る。
【０１９７】
医師間関連情報が存在しない場合には、共通コンテンツがまだ存在するか判定する（ステップ２１２０）。存在しない場合には、処理を終了する。まだ存在する場合には、医師キーと共通コンテンツの共通点があるか、例えば、論文などの作成者が等しいか否か判定する（ステップ２１２１）。等しい場合には、コンテンツ名を記憶する（ステップ２１２２）。等しくない場合には、医師キーと共通コンテンツの追加キーワードが等しいか判定する（ステップ２１２３）。等しい場合には、コンテンツＩＤを記憶する（ステップ２１２２）。
【０１９８】
次に、医師−施設関連情報の施設名と共通コンテンツの内容の所属（図４の４０２−ｃ）が等しいか判定する（ステップ２１２４）。等しい場合には、コンテンツＩＤを記憶する（ステップ２１２５）。等しくない場合には、医師−施設関連情報の施設名と共通コンテンツの追加キーワードが等しいか判定する（ステップ２１２６）。等しい場合には、コンテンツＩＤを記憶する（ステップ２１２５）。次に、医師−専門カテゴリ間関連情報の専門カテゴリと共通コンテンツの専門カテゴリが等しいか判定する（ステップ２１２７）。等しい場合には、コンテンツＩＤを記憶する（ステップ２１２８）。等しくない場合には、医師−専門カテゴリ間関連情報の専門カテゴリと共通コンテンツの追加キーワードが等しいか否か判定する（ステップ２１２９）。等しい場合には、コンテンツＩＤを記憶する（ステップ２１２８）。次に、次の共通コンテンツを取得し（ステップ２１３０）、共通コンテンツがまだ存在するか否かの判定（ステップ２１２０）に戻る。
【０１９９】
図２９に示されるフローチャートは、ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を選択する際に医師の所属する施設から選択するものである。
【０２００】
この処理では、先ず、ＭＲプロファイルの担当医師ＩＤ（図９の９０５）により担当医師がまだ存在する否か判定する（ステップ２２０１）。存在する場合には、医師プロファイルから施設名を取得し（ステップ２２０２）、次の医師プロファイルを取得し（ステップ２２０３）、担当医師がまだ存在するか否かの判定ステップ２２０１に戻る。
【０２０１】
次に、施設間関連情報がまだ存在するか否か判定する（ステップ２２１０）。存在する場合には、医師プロファイルの施設名と施設間関連情報の施設名１が等しいか否か判定する（ステップ２２１１）。
【０２０２】
等しい場合には、施設名２を施設キーとして記憶し（ステップ２２１２）、施設間関連情報の次のデータを取得する（ステップ２２１５）。等しくない場合は、医師プロファイルの施設名と施設間関連情報の施設名２が等しいか否か判定する（ステップ２２１３）。等しい場合には、施設名１を施設キーとして記憶し（ステップ２２１４）、施設間関連情報の次のデータを取得する（ステップ２２１５）。等しくない場合には、施設間関連情報の次のデータを取得する（ステップ２２１５）。
【０２０３】
施設間関連情報の次のデータを取得後、施設間関連情報がまだ存在するか否かの判定ステップ２２１０に戻る。存在しない場合は、共通コンテンツがまだ存在するか判定する（ステップ２２２０）。存在しない場合には、処理を終了する。まだ存在する場合、施設キーと共通コンテンツの施設名が等しいか否か判定する（ステップ２２２１）。等しい場合には、コンテンツＩＤを記憶する（ステップ２２２２）。等しくない場合には、施設キーと共通コンテンツの追加キーワードが等しいか判定する（ステップ２２２３）。等しい場合はコンテンツＩＤを記憶する（ステップ２２２２）。
【０２０４】
次に医師プロファイルの施設名と共通コンテンツの内容の所属（図４の４０２−ｃ）が等しいか否か判定する（ステップ２２２４）。等しい場合には、コンテンツＩＤを記憶する（ステップ２２２５）。等しくない場合には、医師プロファイルの施設名と共通コンテンツの追加キーワードが等しいか否か判定する（ステップ２２１６）。等しい場合には、コンテンツＩＤを記憶する（ステップ２２２５）。次に、次の共通コンテンツを取得し（ステップ２２２７）、共通コンテンツがまだ存在するかの判定ステップ２２２０に戻る。
【０２０５】
次に、図３０を用いてデフォルトカスタマイズデータまたはパーソナルカスタマイズデータを作成して、承認を得るまでの処理を説明する。
図３０は、デフォルトカスタマイズデータまたはパーソナルカスタマイズデータを作成して、承認を得るまでの処理を示すフローチャートである。
【０２０６】
先ず、ＭＲ１１の編集作業を軽減するために、まず共通コンテンツおよび医師プロファイル・ＭＲプロファイル・拡宣状況データから編集前デフォルトカスタマイズデータのひな形を作成し（ステップ２７００）、デフォルトコンテンツの各項目に追加する。次にＭＲが編集前デフォルトカスタマイズデータの修正をおこなったか否か判定する（ステップ２７０１）。データの修正をおこなった場合には、編集データ項目内容の整理・追加により編集前デフォルトカスタマイズデータを作成する（ステップ２７０２）。
【０２０７】
次に、ＭＲ１１がパーソナルカスタマイズデータを作成しようとするか否か判定する（ステップ２７０３）。作成しようとする場合には、パーソナルカスタマイズデータの作成をおこなう（ステップ２７２０）。パーソナルカスタマイズデータの作成の処理については、次のフローチャートで詳細に説明する。
【０２０８】
次に、ＭＲ１１がボタンの押下したときに（ステップ２７０４）、承認依頼ボタンを押下した場合は、ＭＲ管理者１４に承認依頼をおこなう。図には示さなかったが、一時保存ボタンを押下した場合には、編集済みデフォルトカスタマイズデータを作成し処理を終了する。承認依頼をする場合には、文言フィルタでのチェックをおこなう（ステップ２７０５）。チェックが問題なければ、ＭＲ管理者１４への承認依頼をおこなう（ステップ２７０６）。
【０２０９】
次に、ＭＲ管理者１４が承認したか否かの判定をおこなう（ステップ２７０７）。承認しなければ、却下理由を取得し（ステップ２７１０）、編集前デフォルトカスタマイズデータの修正をおこなうか否かの判定ステップ２７０１に戻る。承認すれば、デフォルトカスタマイズデータとして登録し（ステップ２７０８）、処理を終了する。文言フィルタでのチェックが問題有れば、アラートシステムへ情報を伝達し（ステップ２７０９）、編集前デフォルトカスタマイズデータの修正をおこなうかどうかの判定ステップ２７０１に戻る。
【０２１０】
次に、図３１を用いてパーソナルカスタマイズデータを作成する処理について説明する。
図３１は、パーソナルカスタマイズデータを作成する処理を示すフローチャートである。
【０２１１】
この処理は、図３０に示したフローチャートのステップ２７２０に該当するものである。
【０２１２】
ＭＲ１１の選択により、まずデフォルトカスタマイズデータまたは作成済みのパーソナルカスタマイズデータから編集前パーソナルカスタマイズデータのひな形を作成する（ステップ２８００）。次に、編集前パーソナルカスタマイズデータの修正をおこなったか判定する（ステップ２８０１）。修正をおこなった場合には、ＭＲ１１によるデータ項目の内容の整理・追加により編集前パーソナルカスタマイズデータを作成する（ステップ２８０２）。
【０２１３】
次に、ＭＲ１１が別のデータを入力し、別のパーソナルカスタマイズデータを作成しようとするか否か判定する（ステップ２８０３）。作成しようとする場合には、編集前パーソナルカスタマイズデータの修正をおこなったか否かの判定ステップ２８０１に戻る。作成しようとしない場合には処理を終了する。
【０２１４】
次に、図３２を用いてＣＲＭシステム１００のポータルサイトにおいて、医師向けウェブページの表示をする処理を説明する。
図３２は、ＣＲＭシステム１００のポータルサイトにおいて、医師向けウェブページの表示する処理を示すフローチャートである。
【０２１５】
先ず、医師向けウェブページが表示される画面の前のログイン画面で、医師１２がログインした際、ログインした医師１２の医師ＩＤと医師プロファイルの担当ＭＲＩＤのリストを取得する（ステップ３２００）。取得した医師ＩＤとＭＲＩＤより、ポートレット管理オブジェクトとコンテンツ管理オブジェクトを生成し、その医師専用のポートレットを生成する。
【０２１６】
次に、図１０に示したリンク関係をたどって、システムより表示しようとするポートレットのポートレットＩＤ、ログインしている医師ＩＤおよびＭＲＩＤを取得する（ステップ３２００）。次に医師ＩＤから医師プロファイル１２１を取得する（ステップ３２０１）。
【０２１７】
次に、医師プロファイル１２１が指すＭＲプロファイル１２２がまだ存在するか否か判定する（ステップ３２０２）。存在しない場合には、処理を終了する。存在する場合には、ＭＲＩＤが同じか否かの判定をする（ステップ３２０３）。異なっているときは次のＭＲプロファイル１２２を取得し（ステップ３２０４）、ＭＲプロファイル１２２の存在の判定ステップ３２０２に戻る。同じ場合には、ＭＲプロファイル１２２の指すポートレット管理オブジェクト１０００がまだ存在するか否か判定する（ステップ３２１０）。存在しない場合には、エラー処理をおこなう（ステップ３２１３）。存在する場合は、ポートレット管理オブジェクト１０００が表示しようとしているポートレットであるか否かを、ポートレットＩＤが同じか否かで判定する。異なる場合は次のポートレット管理オブジェクト１０００を取得し（ステップ３２１２）、ポートレット管理オブジェクト１０００の存在の判定ステップ３２１０に戻る。同じ場合には、ポートレット管理用オブジェクト１０００の指すコンテンツ管理オブジェクト１００１がまだ存在するか否かの判定をする（ステップ３２２０）。存在しない場合、表示フィルタによる本文の強調表示をおこなう（ステップ３２３０）。これにより、共通コンテンツでカスタマイズした個所についての強調表示などをおこなうことができる。そして、ログフィルタによるアクセスログ取得情報の追加をおこない（ステップ３２３１）、次のＭＲプロファイル１２２の取得ステップ３２０４に戻る。存在する場合、共通コンテンツを取得する（ステップ３２２１）。
【０２１８】
次に、パーソナルカスタマイズデータ１１４がまだ存在するか否かの判定をおこなう（ステップ３２２２）。存在する場合は、そのパーソナルカスタマイズデータが表示しようとしている医師のためのものであるか、医師ＩＤが同じか否かで判定をおこなう（ステップ３２２３）。異なる場合には、次のパーソナルカスタマイズデータ１１４を取得し（ステップ３２２４）、パーソナルカスタマイズデータ１１４の存在の判定ステップ３２２２に戻る。同じ場合には、パーソナルカスタマイズデータ１１４を、表示のためのカスタマイズデータとして記憶する。パーソナルカスタマイズデータ１１４が存在しない場合には、デフォルトカスタマイズデータが存在するか否かの判定をおこなう（ステップ３２２６）。存在する場合には、デフォルトカスタマイズデータ１１３を、表示のためのカスタマイズデータとして記憶する（ステップ３２２７）。次に、表示のために記憶されたするカスタマイズデータを基に、タイトル・本文などの置き換え、データの追加による項目の成形をおこない（ステップ３２２８）、次のコンテンツ管理オブジェクト１００１を取得し（ステップ３２２９）、コンテンツ管理オブジェクト１００１の存在の判定ステップ３２２０に戻る。
【０２１９】
〔本発明のＣＲＭシステムにより、ポータルサイトを作成したときの利点〕本発明のＣＲＭシステムにより、ポータルサイトを作成したときに、以下の利点がある。
（１）顧客ポータルサイトで提供するサービスを、顧客それぞれのニーズにより合致させることができる。
（２）営業員は、従来より少ない労力で特定顧客向けのパーソナルコンテンツを作成することができる。
（３）営業員がどのように共通コンテンツをカスタマイズしてパーソナルコンテンツを作成すれば、顧客アクセスを増やすことができるかを分析することができる。
【０２２０】
また、本発明には副次的な以下の利点がある。
（４）営業員による営業活動状況が顧客ポータルサイト上に表れるので、従来、管理者が把握することが難しかった営業活動状況を把握できる。
（５）従来、営業員を介して間接的にしか知りえなかった顧客の生の声を顧客ポータルシステムにおいて取得することができる。
【０２２１】
【発明の効果】
本発明によれば、ＣＲＭシステムで顧客ポータルサイトを実現するに際し、それぞれの顧客に応じたきめの細かいサービスを提供できるポータルサイトを実現することができ、しかも、そのポータルサイトの作成、運営の際にかかる労力を省力化することを可能とするポータルサイト作成方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るＣＲＭシステムのシステム構成図である。
【図２】本発明の一実施形態に係るＣＲＭシステムに用いられるオブジェクトの関連図である。
【図３】ポートレット管理テーブルの一例を示す模式図である。
【図４】共通コンテンツの管理テーブルの一例を示す模式図である。
【図５】デフォルトカスタマイズデータの管理テーブルの一例を示す模式図である。
【図６】パーソナルカスタマイズデータの管理テーブルの一例を示す模式図である。
【図７】各種の関連情報のテーブルの例を示す模式図である。
【図８】医師プロファイルの管理テーブルの一例を示す模式図である。
【図９】ＭＲプロファイルの管理テーブルの一例を示す模式図である。
【図１０】医師プロファイルからコンテンツを検索するときの関係を示した図である。
【図１１】一般データから共通コンテンツを作成する処理の概要を説明する図である。
【図１２】共通コンテンツからデフォルトカスタマイズデータを作成する処理の概要を説明する図である。
【図１３】デフォルトカスタマイズデータからパーソナルカスタマイズデータを作成する処理の概要を説明する図である。
【図１４】本発明の一実施形態に係るＣＲＭシステム１００におけるコンテンツデータからウェブページを表示するまでの関連を示す図である。
【図１５】本発明の一実施形態に係るＣＲＭシステム１００の素材データ１１１収集画面の一例を示す図である。
【図１６】本発明の一実施形態に係るＣＲＭシステム１００の共通コンテンツ１１２作成画面の一例を示す図である。
【図１７】本発明の一実施形態に係るＣＲＭシステム１００の共通コンテンツ１１２承認画面の一例を示す図である。
【図１８】本発明の一実施形態に係るＣＲＭシステム１００のデフォルトカスタマイズデータ１１３作成画面の一例を示す図である。
【図１９】本発明の一実施形態に係るＣＲＭシステム１００のデフォルトカスタマイズデータ１１３承認画面の一例を示す図である。
【図２０】本発明の一実施形態に係るＣＲＭシステム１００のパーソナルカスタマイズデータ１１４作成画面の一例を示す図である。
【図２１】本発明の一実施形態に係るＣＲＭシステム１００のパーソナルカスタマイズデータ１１４確認画面の一例を示す図である。
【図２２】ＣＲＭシステム１００のポータルサイトにおける医師用画面の例を示す図である（その一）。
【図２３】ＣＲＭシステム１００のポータルサイトにおける医師用画面の例を示す図である（その二）。
【図２４】ＣＲＭシステム１００のポータルサイトにおける医師用画面の例を示す図である（その三）。
【図２５】共通コンテンツ作成する処理を示すフローチャートである。
【図２６】ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を専門カテゴリから選択するに用いる処理を示すフローチャートである。
【図２７】ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を選択する際に出身大学から選択する処理を示すフローチャートである。
【図２８】ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を選択する際に医師間関連情報６１０から選択する処理を示すフローチャートである。
【図２９】ＭＲ１１が担当している医師１２に関連する共通コンテンツ１１２を選択する際に医師の所属する施設から選択する処理を示すフローチャートである。
【図３０】デフォルトカスタマイズデータまたはパーソナルカスタマイズデータを作成して、承認を得るまでの処理を示すフローチャートである。
【図３１】パーソナルカスタマイズデータを作成する処理を示すフローチャートである。
【図３２】ＣＲＭシステム１００のポータルサイトにおいて、医師向けウェブページの表示する処理を示すフローチャートである。
【符号の説明】
１０…スタッフ
１１…ＭＲ
１２…医師
１３…スタッフ管理者
１４…ＭＲ管理者
１００…ＣＲＭシステム
１１０…コンテンツ管理システム
１１２…共通コンテンツ
１１３…デフォルトカスタマイズデータ
１１４…パーソナルカスタマイズデータ
１２０…プロファイル管理システム
１２１…医師プロファイル
１２２…ＭＲプロファイル
１３０…コンテンツ作成システム
１３１…共通コンテンツ作成機能
１３２…デフォルトカスタマイズデータ作成機能
１３３…パーソナルカスタマイズデータ作成機能
１４０…ポータルシステム
１４１…医師向けページ作成機能

Claims (12)

1. 計算機システムにより、顧客にコンテンツを提供して表示するＣＲＭ（Ｃｕｓｔｏｍｅｒ　Ｒｅｌａｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ）システムにおいて、
   不特定顧客向けに作成する共通コンテンツと、
   特定顧客向けに作成するパーソナルコンテンツとを備え、
   前記共通コンテンツを管理する共通コンテンツ管理手段と、
   前記パーソナルコンテンツを管理するパーソナルコンテンツ管理手段とを有し、
   前記共通コンテンツと前記パーソナルコンテンツとを組み合わせて、顧客ごとに特化した情報を生成して表示することを特徴とするＣＲＭシステム。
2. 前記共通コンテンツと前記パーソナルコンテンツとを組み合わせて、顧客ごとに特化した情報を生成するときに、
   デフォルトとなるデフォルトコンテンツを生成し、そのデフォルトコンテンツを経由して顧客ごとに特化した情報を生成することを特徴とする請求項１記載のＣＲＭシステム。
3. 前記デフォルトコンテンツを生成するときに、
   ある特定の顧客に対してその顧客のプロファイル、および、その顧客を担当する営業員のプロファイルに基づいて、前記共通コンテンツの内容のカスタマイズをおこなうことを特徴とする請求項２記載のＣＲＭシステム。
4. 前記共通コンテンツの各項目について、デフォルトとしてカスタマイズ可能か否かを分類して定義することが可能なことを特徴とする請求項２記載のＣＲＭシステム。
5. さらに、顧客の関連情報を備え、
   ある顧客ごとに特化した情報を生成するときに、その顧客の関連情報を参照して、顧客ごとに特化した情報を生成することを特徴とする請求項１記載のＣＲＭシステム。
6. 顧客ごとに特化した情報を生成するときに、ある顧客に関連した情報を前記共通コンテンツから検索し、カスタマイズの対象として提示することを特徴とする請求項５記載のＣＲＭシステム。
7. 計算機システムにより、顧客にコンテンツを提供して表示するポータルサイトを作成するためのポータルサイト作成方法において、
   不特定顧客向けの共通コンテンツを作成する手順と、
   特定顧客向けのパーソナルコンテンツを作成する手順と、
   作成された前記共通コンテンツと前記パーソナルコンテンツとを組み合わせて、顧客ごとに特化した情報を生成する手順と、
   前記顧客ごとに特化した情報をポータルサイトに表示する手順とを有することを特徴とするポータルサイト作成方法。
8. 前記共通コンテンツと前記パーソナルコンテンツとを組み合わせて、顧客ごとに特化した情報を生成する手順で、
   デフォルトとなるデフォルトコンテンツを生成し、そのデフォルトコンテンツを経由して顧客ごとに特化した情報を生成する処理を含むことを特徴とする請求項７記載のポータルサイト作成方法。
9. 前記顧客ごとに特化した情報をポータルサイトに表示する手順で、
   前記顧客ごとに特化した情報を、強調表示することを特徴とする請求項７記載のポータルサイト作成方法。
10. 計算機システムにより、顧客にコンテンツを提供して表示するポータルサイトを作成するためのポータルサイト支援プログラムにおいて、
    不特定顧客向けの共通コンテンツを作成する機能と、
    特定顧客向けのパーソナルコンテンツを作成する機能と、
    作成された前記共通コンテンツと前記パーソナルコンテンツとを組み合わせて、顧客ごとに特化した情報を生成する機能と、
    前記顧客ごとに特化した情報をポータルサイトに表示する機能とを計算機により実行することを特徴とするポータルサイト作成支援プログラム。
11. 前記共通コンテンツと前記パーソナルコンテンツとを組み合わせて、顧客ごとに特化した情報を生成する機能を実行するときに、
    デフォルトとなるデフォルトコンテンツを生成し、そのデフォルトコンテンツを経由して顧客ごとに特化した情報を生成することを特徴とする請求項１０記載のポータルサイト作成支援プログラム。
12. このプログラムを実行する計算機システムは、顧客の関連情報を備え、
    ある顧客ごとに特化した情報を生成するときに、その顧客の関連情報を参照して、顧客ごとに特化した情報を生成する特徴とする請求項１０記載のポータルサイト作成支援プログラム。

Images