JP2002007410A - 支援サーバ、情報提供システム、およびそれらを利用した情報提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 医薬品情報など、法的に公開範囲が限定され
る情報はインタネット上で閲覧資格のある者に効果的に
提供されていなかった。 【解決手段】 ステップＳ１で、ＭＲ支援サーバはユー
ザ端末からのログインを受け付ける。ステップＳ２にお
いてユーザＩＤ等が認証された場合、ステップＳ４に進
む。ステップＳ４で、ＭＲ支援サーバは、ユーザプロフ
ァイルに基づき、自己のコンテンツを加工して配信す
る。ステップＳ５で、ＭＲ支援サーバは移動先を判定
し、移動先が他のサイトである場合、ステップＳ６で、
他のサイトからのコンテンツを取得し、加工した後に配
信する。他のサイトが提携先サーバである場合、提携先
から閲覧制限のある情報を取得して、ユーザに配信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、公開範囲が限定さ
れた情報をユーザに提供するための情報提供技術に関す
る。例えば、公開する対象者が医師等の医療関係者に制
限されている医療に関連する情報を、インタネットを介
して配信する場合に用いて好適な支援サーバ、情報提供
システム、およびそれらを利用した情報提供方法に関す
る。

【０００２】

【従来の技術】例えば、製薬会社が自社の薬を宣伝する
ために、インタネット上に開設した自社のホームページ
において、薬に関する情報を公開することがある。ただ
し、市販薬以外の薬に関する情報（効果、用法、副作用
等）の公開は、法律によってその対象者が医師等の医療
関係者に制限されているので、医療関係者以外の人が当
該情報を閲覧できないように、通常、当該市販薬以外の
薬に関する情報が公開されているホームページにはパス
ワード等の閲覧を制限する措置が施されている。

【０００３】製薬会社は、当該市販薬以外の薬に関する
情報が公開されているホームページのパスワードを医療
関係者に通知して、当該ホームページを閲覧するように
依頼することになる。

【０００４】

【発明が解決しようとする課題】したがって、医療関係
者が複数の製薬会社が閲覧者を限定して公開している情
報を閲覧するためには、各製薬会社のホームページにア
クセスし、当該製薬会社から通知されたパスワードを入
力して認証された後、薬に関する情報を閲覧するという
一連の処理を、製薬会社の数だけ実行しなければならな
らず、手間がかかる課題があった。

【０００５】なお、そのような問題の解決策として、医
療関係者だけがアクセス可能なコンテンツサービスであ
って、各製薬会社が閲覧者を限定して公開している情報
の一覧を表示し、且つ、当該情報にダイレクトにリンク
されているコンテンツサービスが既に存在する。

【０００６】しかしながら、当該コンテンツサービスで
は複数の製薬会社の情報が扱われるので、一覧として表
示される情報の数が多く、ユーザ（医療関係者）が閲覧
したい情報を探し出すことが困難である課題があった。

【０００７】本発明はこのような状況に鑑みてなされた
ものであり、医療関係者が必要とする情報を手間なく閲
覧できるようにすることを目的とする。

【０００８】

【課題を解決するための手段】本発明の情報処理装置
は、予め登録されている登録情報に基づいて、ネットワ
ークを介して接続を要求する端末装置を認証する認証手
段と、認証手段の認証結果に基づき、端末装置とネット
ワークを介して接続する接続手段と、接続した端末装置
が配信を要求する制限情報を取得する取得手段と、接続
した端末装置に対応する登録情報に基づいて、取得手段
が取得した制限情報を加工する加工手段とを含むことを
特徴とする。

【０００９】本発明の情報処理装置は、加工手段が加工
した制限情報を接続した端末装置に配信する配信手段を
さらに含むことができる。

【００１０】本発明の情報処理装置は、ネットワークを
介して接続を要求する端末装置から送信された登録情報
を登録する登録手段をさらに含むことができる。

【００１１】前記加工手段は、接続した端末装置に対応
する登録情報に含まれる端末装置のユーザの属性情報を
判別し、取得手段が取得した制限情報のうちの属性情報
に対応しないものを削除するようにすることができる。

【００１２】前記加工手段は、接続した端末装置に対応
する登録情報に含まれる情報発信者識別情報を判別し、
取得手段が取得した制限情報のうちの情報発信者識別情
報に対応するものが優先的に表示されるように加工する
ようにすることができる。

【００１３】前記加工手段は、接続した端末装置に対応
する登録情報に含まれる端末装置のユーザの属性情報を
判別し、属性情報に基づいて、取得手段が取得した制限
情報をソートするようにすることができる。

【００１４】前記取得手段は、接続した端末装置が配信
を要求する制限情報を、制限情報が記録されているイン
タネット上の他のサーバから取得するようにすることが
できる。

【００１５】本発明の情報処理装置は、登録情報が登録
されている第１のユーザが、登録情報が登録されている
第２のユーザ宛に送信したメッセージを保管する保管手
段と、保管手段が保管したメッセージを第２のユーザ宛
に送信する送信手段とをさらに含むことができる。

【００１６】前記送信手段は、第２のユーザが予め設定
した通信相手リストに第１のユーザが含まれる場合、メ
ッセージを前記第２のユーザ宛に送信し、通信相手リス
トに第１のユーザが含まれない場合、メッセージを第２
のユーザ宛に送信しないようにすることができる。

【００１７】本発明の情報処理方法は、予め登録されて
いる登録情報に基づいて、ネットワークを介して接続を
要求する端末装置を認証する認証ステップと、認証ステ
ップの処理での認証結果に基づき、端末装置とネットワ
ークを介して接続する接続ステップと、接続した端末装
置が配信を要求する制限情報を取得する取得ステップ
と、接続した端末装置に対応する登録情報に基づいて、
取得ステップの処理で取得された制限情報を加工する加
工ステップとを含むことを特徴とする。

【００１８】本発明の記録媒体のプログラムは、予め登
録されている登録情報に基づいて、ネットワークを介し
て接続を要求する端末装置を認証する認証ステップと、
認証ステップの処理での認証結果に基づき、端末装置と
ネットワークを介して接続する接続ステップと、接続し
た端末装置が配信を要求する制限情報を取得する取得ス
テップと、接続した端末装置に対応する登録情報に基づ
いて、取得ステップの処理で取得された制限情報を加工
する加工ステップとを含むことを特徴とする。

【００１９】本発明の情報処理装置および方法、並びに
記録媒体のプログラムにおいては、予め登録されている
登録情報に基づいて、ネットワークを介して接続を要求
する端末装置が認証され、認証結果に基づき、端末装置
とネットワークを介して接続され、接続した端末装置が
配信を要求する制限情報が取得され、接続した端末装置
に対応する登録情報に基づいて、取得された制限情報が
加工される。

【００２０】本発明のさらに別の態様は、情報提供者が
閲覧制限のある情報をユーザに提供するのを支援する支
援サーバと、前記支援サーバと提携関係にあり、前記情
報提供者により管理運営される提携サーバとを含むシス
テムにおける情報提供方法である。この方法は、前記支
援サーバにおいてユーザを認証し、その認証情報をユー
ザの端末に発行する工程と、前記支援サーバにおいて前
記情報提供者が提供する情報に対するユーザからの閲覧
要求がなされた場合に、前記提携サーバにおいて前記ユ
ーザの端末が前記支援サーバから発行された前記認証情
報をもつかどうかを判定する工程と、前記認証情報をも
つ場合に、前記提携サーバが、閲覧制限された情報を前
記支援サーバに返送し、前記支援サーバが、前記提携サ
ーバから返送された情報を前記ユーザの端末に送信する
工程と、前記認証情報をもたない場合に、前記提携サー
バが、閲覧制限のない情報を前記ユーザ端末に直接送信
する工程とを含む。

【００２１】前記支援サーバにおいてユーザから受けつ
けた、前記情報提供者の識別コードを前記ユーザに対応
づけて登録する工程と、前記支援サーバにおいて前記識
別コードの登録のあった情報提供者の前記提携サーバへ
のアクセスを事実上ユーザに促す作用をなす工程とをさ
らに含んでもよい。たとえば、提携サーバのバナー広告
が端末に優先的に表示されたり、提携サーバが提供する
情報へのリンクが優先的に表示されるように構成するこ
とにより、実質的にユーザは提携サーバへのアクセスが
促される。

【００２２】ユーザを認証したときにユーザの端末に発
行される認証情報は、ユーザが正しく認証されたことを
示すデータであり、そのユーザを認証した者に関する情
報と、認証結果に関する情報を含んでもよい。そのよう
な認証情報の一例は、インターネットのＷＷＷ技術の中
で用いられるクッキー（Cookie）であるが、それに限ら
れず、他の認証手段、たとえばＩＤとパスワードによる
認証や、端末のＩＰアドレスや端末が接続時に用いる電
話回線の発信電話番号による認証などが用いられてもよ
い。

【００２３】本発明の別の態様は、支援サーバである。
この支援サーバは、ユーザを認証し、認証情報をユーザ
の端末に発行する認証部と、情報提供者の識別コードを
ユーザに対応づけて登録する登録部と、ユーザからの情
報の閲覧要求に応じて、情報を提供する通信部とを含
み、前記ユーザの前記閲覧要求が前記登録部に登録され
た前記情報提供者に対するものである場合に、前記通信
部は、前記情報提供者の提携サーバが前記ユーザの端末
に前記認証情報があることを確認した上で返送する閲覧
制限のある情報を受け取り、前記ユーザの端末に送信す
る。

【００２４】前記登録部は、情報提供者側の担当者の識
別情報をユーザごとに対応づけて登録し、前記通信部
は、前記担当者指定ファイルに登録された担当者からユ
ーザに宛てられたメッセージを受信してユーザ端末に提
供し、前記担当者指定ファイルに登録されていない担当
者からのメッセージを拒否してもよい。

【００２５】前記登録部は、ユーザの属性情報を登録
し、前記ユーザの端末に情報を提供するに先立ち、前記
登録されたユーザの属性情報に基づいて、前記ユーザの
端末に提供すべき情報を加工する加工部をさらに含んで
もよい。前記加工部は、前記提供すべき情報からユーザ
の前記属性情報に適合しない情報を削除してもよい。前
記加工部は、前記登録された識別コードに対応する情報
提供者からの情報が優先的に表示されるように前記提供
すべき情報を加工してもよい。加工される情報は、支援
サーバがもつ情報であっても、提携サーバがもつ閲覧制
限のある情報であってもよい。

【００２６】本発明の別の態様は、支援サーバと提携サ
ーバとを含む情報提供システムである。このシステムに
おいて、前記支援サーバは、上述のいずれかの構成であ
り、前記提携サーバは、前記ユーザからの前記閲覧要求
があった場合に、前記ユーザの端末が前記発行された認
証情報をもつかどうかを判定する判定部と、前記認証情
報をもつ場合に、前記情報提供者により閲覧制限が設け
られた情報を前記支援サーバに返送し、前記認証情報を
もたない場合に、閲覧制限のない情報を前記ユーザ端末
に直接送信する提携通信部とを含む。

【００２７】提携サーバは、前記閲覧要求をした前記ユ
ーザの端末に支援サーバからの認証情報が発行されてい
ない場合に、前記ユーザの端末を直接認証する認証部を
さらに含んでもよい。

【００２８】本発明の別の態様は、医療関係者に公開が
限定される医療関連業者の制限情報の提供を支援する方
法であって、医療関係者からのアクセスのみに制限され
た支援サーバにおいて、前記医療関係者を認証し、認証
情報を前記端末に発行する工程と、前記支援サーバにお
いて、前記医療関係者が医療関連業者側の担当者から入
手したサービスコードを登録することにより、前記サー
ビスコードを登録した前記医療関連業者からの情報が優
先的に案内される工程と、前記支援サーバにおいて、前
記医療関係者によって前記医療関連業者から案内された
情報を閲覧する要求がなされた場合に、前記医療関連業
者の提携サーバにおいて前記医療関係者の端末が前記支
援サーバから発行された前記認証情報をもつかどうかを
判定する工程と、前記認証情報をもつ場合に、前記提携
サーバが、閲覧制限された情報を前記支援サーバに返送
し、前記支援サーバが、前記提携サーバから返送された
情報を前記医療関係者の属性に合わせて加工した上で、
前記端末に送信する工程とを含む。前記認証情報をもた
ない場合に、前記提携サーバが、閲覧制限のない情報を
前記端末に直接送信する工程をさらに含んでもよい。ま
た、前記認証情報をもたない場合に、前記提携サーバが
前記ユーザを直接認証した上で、閲覧制限のある情報を
前記ユーザの端末に直接送信する工程をさらに含んでも
よい。

【００２９】前記医療関係者が前記医療関連業者の担当
者の識別情報を登録する工程と、登録された担当者から
前記医療関係者に宛てられたメッセージを受信して前記
端末に提供し、登録されていない担当者からのメッセー
ジを拒否する工程とをさらに含んでもよい。医療関連業
者は、製薬会社、医療機器メーカなどの医療関連業者を
含み、その担当者は、医療関連業者に従事して、医学情
報を医療関係者に伝える情報担当者や、医療製品を医療
関係者に販売する営業担当者を含む。

【００３０】

【発明の実施の形態】本発明を適用したＭＲ支援システ
ムについて説明する。このＭＲ支援システムは、法律に
よって公開する対象者が医師等の医療関係者に制限され
ている情報（以下、制限情報と記述する）を医療関係者
に提供するとともに、製薬会社の医学情報担当者（Medi
cal Representatives、以下、ＭＲと記述する）や医療
機器メーカの営業担当者等が医療関係者と１対１でメッ
セージの通信を行うことができるシステムである。

【００３１】図１は、ＭＲ支援システムの構成例を示し
ている。このＭＲ支援システムは、インタネット３を介
して接続されるＭＲ支援サーバ１、ユーザ端末４、ＭＲ
端末５、および、提携サーバ６から構成される。

【００３２】ＭＲ支援サーバ１は、医療関係者とＭＲ
（医療機器メーカの営業担当者も含む）だけが利用でき
るコンテンツサービスを管理するサーバであり、パーソ
ナルコンピュータ、ワークステーション等の情報処理装
置がＭＲ支援コンテンツプログラムを実行することによ
り実現される。ＭＲ支援サーバ１には、各種の情報等を
記録するデータベース２が接続されている。

【００３３】ＭＲ支援サーバ１は、ユーザ端末４からの
アクセスに対応し、コンテンツとして様々な報道メディ
アや製薬会社等から取得する制限情報等をユーザ端末４
に提供する。

【００３４】ＭＲ支援サーバ１はまた、医療関係者とＭ
Ｒの相互のメッセージ（電子メールと同等のもの）を管
理する。

【００３５】ＭＲ支援サーバ１はさらに、提携サーバ６
が配信するコンテンツを加工してユーザ端末４に提供す
る。

【００３６】インタネット３を介してＭＲ支援サーバ１
に接続するユーザ端末４は、医療関係者が操作する端末
装置であり、例えば、パーソナルコンピュータがWWW(Wo
rldWide Web)ブラウザを実行することにより実現され
る。ユーザ端末４は、ＭＲ支援サーバ１、提携サーバ
６、または非提携サーバ７が開設するホームページを閲
覧することができる。ユーザ端末４はまた、ＭＲ端末５
を操作するＭＲに対し、ＭＲ支援サーバ１のホームペー
ジ上においてメッセージを送受信することができる。

【００３７】インタネット３を介してＭＲ支援サーバ１
に接続するＭＲ端末５は、ＭＲが操作する端末装置であ
り、例えば、パーソナルコンピュータがWWWブラウザを
実行することにより実現される。ＭＲ端末５は、ユーザ
端末４を操作する医療関係者に対して、ＭＲ支援サーバ
１が管理するホームページ上においてメッセージを送受
信することができる。ＭＲ端末５はまた、ＭＲ支援サー
バ１が管理するホームページ上において、ＭＲが送信し
たメッセージに対する医療関係者の反応を営業成績とし
て確認することができる。

【００３８】提携サーバ６は、ＭＲ支援システムと提携
している製薬会社等のホームページを管理するサーバで
ある。提携サーバ６は、アクセスしてきた端末装置がＭ
Ｒ支援システムの利用者であるか否かを判定し、利用者
であると判定した場合、アクセスしてきた端末装置には
コンテンツを送信せず、ＭＲ支援サーバ１にコンテンツ
を送信する。ＭＲ支援システムの利用者ではないと判定
した場合、提携サーバ６は、アクセスしてきた端末装置
に対して、提携サーバ６の独自のパスワード等の認証処
理を実行した後、当該端末装置にコンテンツを送信す
る。

【００３９】なお、ユーザ端末４乃至提携サーバ６は、
それぞれ複数存在する。また、インタネット３には、当
該ＭＲ支援システムと提携していない製薬会社等のホー
ムページを管理する非提携サーバ７も複数存在する。

【００４０】ＭＲ支援サーバ１を運営する運営者は、当
該ＭＲ支援システムの利用契約を結んだ製薬会社から利
用料を徴収したり、ホームページにバナー広告を設ける
ことによってビジネスを成立させる。なお、当該ＭＲ支
援システムを利用する医療関係者に対して課金するよう
にしてもよい。

【００４１】ＭＲ支援サーバ１を運営する運営者は、当
該ＭＲ支援システムの利用契約を結んだ各製薬会社に対
して、少なくとも製薬会社を識別することができる情報
を含むサービスコードを割り当てる。

【００４２】図２は、ＭＲ支援コンテンツプログラムを
実行することにより、ＭＲ支援サーバ１を実現するパー
ソナルコンピュータ、ワークステーション等の情報処理
装置の構成例を示している。

【００４３】この情報処理装置は、CPU(Central Proces
sing Unit)１１を内蔵している。CPU１１にはバス１４
を介して、入出力インタフェース１５が接続されてい
る。入出力インタフェース１５には、キーボード、マウ
スなどの入力デバイスよりなる入力部１６、処理結果を
出力する出力部１７、処理結果として画像を表示する表
示部１８、プログラムや各種のデータを記憶するハード
ディスクドライブなどよりなる記憶部１９、インタネッ
ト３を介してデータを通信する通信部２０、および、磁
気ディスク２２乃至半導体メモリ２５などの記録媒体に
対してデータを読み書きするドライブ２１が接続されて
いる。バス１４には、ROM(Read Only Memory)１２およ
びRAM(Random Access Memory)１３が接続されている。

【００４４】この情報処理装置にＭＲ支援サーバ１とし
ての動作を実行させるＭＲ支援コンテンツプログラム
は、磁気ディスク２２乃至半導体メモリ２５に格納され
た状態で情報処理装置に供給され、ドライブ２１によっ
て読み出されて、記憶部１９に内蔵されるハードディス
クドライブにインストールされている。記憶部１９にイ
ンストールされているＭＲ支援コンテンツプログラムプ
ログラムは、入力部１６に入力されるユーザからのコマ
ンドに対応するCPU１１の指令によって、記憶部１９か
らRAM１３にロードされて実行される。

【００４５】なお、ユーザ端末４、およびＭＲ端末５を
実現するパーソナルコンピュータ等の情報処理装置の構
成も、図２に示した情報処理装置の構成例と同様である
ので、その説明は省略する。

【００４６】次に、医療関係者がＭＲ支援システムを利
用するまでの手続について説明する。ＭＲ支援システム
を利用して限定情報を閲覧したい医療関係者は、ＭＲ支
援サーバ１の運営者と契約している製薬会社のＭＲから
サービスコードを入手する必要がある。

【００４７】一方、医療関係者との営業活動にＭＲ支援
システムを利用したいＭＲは、自社のサービスコードを
医療関係者に通知して、ＭＲ支援システムの利用を促す
ことになる。

【００４８】いずれにしても、サービスコードを知り得
る者は、ＭＲ支援サーバ１や提携サーバ６が管理する限
定情報を閲覧することが可能となるので、医療関係者以
外にサービスコードが知られないように、ＭＲはその通
知方法に考慮する必要がある。

【００４９】なお、医療関係者にサービスコードを通知
するとき、ＭＲは、自己に対して割り当てられているMR
ID（ＭＲを識別する情報）も通知する。MRIDは、電子メ
ールアドレスと同様に、医療関係者が当該ＭＲにメッセ
ージを送信するときに宛先として用いる情報である。な
お、MRIDは、ＭＲの属性情報に対応付けられてデータベ
ース２に記憶されており、メッセージの宛先としての用
途以外にも用いられる。

【００５０】次に、ＭＲ支援サーバ１の処理について、
図３のフローチャートを参照して説明する。このサーバ
処理は、ＭＲ支援サーバ１がユーザ端末４からのアクセ
スを検知したときに開始される。

【００５１】ステップＳ１において、ＭＲ支援サーバ１
は、ユーザＩＤおよびパスワードの入力を促すログイン
画面を、インタネット３を介してユーザ端末４に送信す
る。ログイン画面には、ユーザＩＤおよびパスワードの
入力欄、入力したユーザＩＤ等の送信を指示する送信ボ
タン、並びに、未登録ユーザであることを通知する通知
ボタン等が設けられている。

【００５２】ユーザ端末４に表示されるログイン画面に
対して、ユーザ端末４を操作する医療関係者（以下、ユ
ーザと記述する）は、自己が登録済みのユーザである場
合、ユーザＩＤおよびパスワードをログイン画面に入力
して送信ボタンをクリックする。反対に、自己が未登録
ユーザである場合、ユーザは通知ボタンをクリックす
る。

【００５３】送信ボタンまたは通知ボタンのいずれかが
クリックされることにより、入力されたユーザＩＤおよ
びパスワード、または未登録ユーザ通知が、ユーザ端末
４からインタネット３を介してＭＲ支援サーバ１に送信
される。

【００５４】ステップＳ２において、ＭＲ支援サーバ１
は、ユーザ端末４からのユーザＩＤおよびパスワード、
または、未登録ユーザ通知を受信し、受信内容に基づい
て、ユーザが登録済みのユーザであるか否かを判定す
る。

【００５５】具体的には、ユーザＩＤおよびパスワード
が受信された場合、データベース２に記録されているユ
ーザプロファイルと照合されて正規のものであるか否か
が判定される。ユーザＩＤおよびパスワードが正規のも
のではないと判定された場合、ステップＳ１に戻り、再
度ログイン画面の送信が行われる。

【００５６】未登録ユーザ通知が受信された場合、ユー
ザが未登録ユーザであると判定されてステップＳ３に進
む。

【００５７】ステップＳ３において、ＭＲ支援サーバ１
は、ユーザ登録を促すユーザ登録画面をインタネット３
を介してユーザ端末４に送信する。

【００５８】ユーザ端末４に表示されるユーザ登録画面
には、ユーザが任意の文字や数字を設定できるユーザＩ
Ｄおよびパスワードを入力する欄の他、ＭＲから取得し
たサービスコード、氏名、性別、誕生日、職種（勤務
医、開業医、看護婦、薬剤師、臨床検査技師等）、専門
科（内科、外科等）、勤務地等の入力欄、および、入力
したユーザＩＤ等の送信を指示する送信ボタンが設けら
れている。

【００５９】ユーザ端末４に表示されたユーザ登録画面
に対し、ユーザがユーザＩＤ、パスワード、サービスコ
ード等を入力した後、送信ボタンをクリックすると、入
力されたユーザＩＤ、パスワード、サービスコード等が
インタネット３を介してＭＲ支援サーバ１に送信され
る。

【００６０】ところで、ＭＲから取得するサービスコー
ドには、上述したように、少なくともＭＲの製薬会社を
識別する情報が記録されているが、さらに、通知相手の
医療関係者の性別、誕生日、職種、専門科、勤務地等の
情報を含めたサービスコードを医療関係者に通知するよ
うにしてもよい。そのようにすれば、医療関係者がユー
ザ登録画面に対して入力する項目が減少するので、医療
関係者のユーザ登録の手間を減少させることができる。

【００６１】ＭＲ支援サーバ１は、ユーザ端末４からの
ユーザＩＤ等をユーザプロファイルとしてデータベース
２に記録する。これにより、ユーザ端末４のユーザは、
登録済みのユーザとなる。ＭＲ支援サーバ１はまた、登
録済みのユーザが操作しているユーザ端末４に対して、
ユーザ端末４のユーザが登録ユーザであることを示す認
証情報（いわゆるクッキ(cookie)）を発行する。発行さ
れた認証情報はユーザ端末４に記憶される。ＭＲ支援サ
ーバ１はさらに、発行した認証情報をユーザのユーザプ
ロファイルに対応付けてデータベース２に記録する。

【００６２】ユーザ登録の後、ユーザは、相互にメッセ
ージを送受信するＭＲのMRIDを、ＭＲ支援サーバ１が管
理する当該ユーザ専用のＭＲ指定フォームに登録する。
ＭＲ指定フォームには、複数のMRIDを登録することがで
きる。ユーザは、ＭＲ指定フォームにMRIDを登録したＭ
Ｒが送信するメッセージだけを受信することができる。
換言すれば、ＭＲは、自己のMRIDをユーザがＭＲ指定フ
ォームに登録してくれなければ、当該ユーザにメッセー
ジを送ることができない。したがって、ユーザは、ＭＲ
指定フォームへのMRIDを登録しないことにより、意図し
ないＭＲからのメッセージの受け取りを拒絶することが
できる。

【００６３】ユーザ登録時に入力した内容、およびＭＲ
指定フォームへのMRIDの追加登録、登録解除等は随時可
能とされている。

【００６４】なお、ステップＳ２において、ユーザＩＤ
およびパスワードが受信され、且つ、データベース２に
記録されているユーザプロファイルと照合されて正規の
ものであると判定された場合、既に登録済みのユーザで
あると判定されて、ステップＳ３の処理はスキップされ
る。

【００６５】ステップＳ４において、ＭＲ支援サーバ１
は、ユーザプロファイルをデータベース２から読み出
し、それに基づいて、自己が管理するコンテンツを加工
してユーザ端末４に送信する。

【００６６】具体的には、サービスコードに含まれる製
薬会社を判別し、当該製薬会社が発表した情報が優先的
に表示されるように加工する。また、ユーザの専門科に
関連する情報が優先的に表示されるように加工したり、
ユーザの職種が看護婦である場合、医師だけにしか公開
できない情報を表示しないように加工したり、例えばま
た、開業医には求人情報を表示しないように加工する。
すなわち、情報を制限し、且つ、ソートする場合、制限
だけする場合、または、ソートだけする場合が存在す
る。

【００６７】ユーザ端末４のWWWブラウザウィンドウに
は、登録ユーザのプロファイルに基づいて加工されたコ
ンテンツが表示される。

【００６８】図４は、医療関係者である田中明医師が操
作するユーザ端末４に表示されるWWWブラウザウィンド
ウ３１の表示例を示す。

【００６９】WWWブラウザウィンドウ３１のアドレス入
力欄３２には、アクセスするホームページのURL(Unifor
m Resource Locator)を入力する。ナビゲーションフレ
ーム３３には、メインフレーム３４に表示させる情報の
項目が表示される。ナビゲーションフレーム３３に表示
された項目をクリックすると、クリックされた項目の情
報の見出しがメインフレーム３４に表示される。図４の
例では、メインフレーム３４に「最新の話題」および
「お知らせ」の見出しが表示されている。

【００７０】メインフレーム３４に表示された情報の見
出しの文字列（例えば、「Ａ製薬アニュアル医学情報を
リリース」）は、対応する情報（いまの場合、「アニュ
アル医学情報」）が記載されているページにリンクされ
ている。なお、リンク先のページのURLは、当該サイト
（ＭＲ支援サーバ１）の下層ディレクトリであるとは限
られず、他のサイト（提携サーバ６または非提携サーバ
７）であることもある。

【００７１】なお、本明細書において「リンク」の用語
は、上述した例を用いれば、文字列「Ａ製薬 アニュア
ル医学情報をリリース」がクリックされた場合、対応す
る「アニュアル医学情報」が表示されることの意味で用
いている。

【００７２】スポンサフレーム３６は、エリア３７乃至
３９から成り、それぞれ、ユーザとＭＲとの間でメッセ
ージの送受信を行う双方向コミュニケーション（後述）
のページにリンクされている。エリア３７，３８は、そ
れぞれ、所定の製薬会社専用の領域であり、その製薬会
社のＭＲからユーザ（いまの場合、田中明）にメッセー
ジが送信されている場合、そのメッセージが表示され
る。メッセージが送信されていない場合、製薬会社のマ
ークやロゴタイプ(logotype)等が表示される。

【００７３】図４の例では、エリア３７はＡ製薬会社の
専用の領域とされており、Ａ製薬会社のＭＲである小林
信也から送信されたメッセージ「治験医の会に参加しま
せんか？」が表示されている。同様に、エリア３８はＢ
製薬会社の専用の領域とされており、Ｂ製薬会社のＭＲ
である山本伸男から送信されたメッセージ「研究会の日
程が決まりました」が表示されている。

【００７４】エリア３７，３８は、それぞれ、対応する
ＭＲによって設定された情報（例えば、メッセージに関
する詳細な情報等）にリンクされている。

【００７５】エリア３９には、「待合室、Ｎ通の新規メ
ッセージがあります」と表示される。エリア３９は、ユ
ーザがＭＲ指定フォームにMRIDを登録したＭＲからのメ
ッセージが一覧できる待合室のページにリンクされてい
る。

【００７６】ユーザは、ＭＲ指定フォームにMRIDを登録
したＭＲの属する製薬会社の中から、エリア３７，３８
を専有的に使用できる製薬会社を任意に設定することが
できる。

【００７７】ユーザ端末４に表示された画面に対し、ユ
ーザがナビゲーションフレーム３３に表示されている情
報の項目をクリックしたり、メインフレーム３４に表示
されている見出しをクリックしたり、スポンサフレーム
３６のエリア３７乃至３８をクリックしたり、または、
バナー広告４０乃至４２をクリックしたり、あるいは、
アドレス入力欄３２にURLを入力したりすることによっ
て、表示する情報の変更を指示した場合（インタネット
３における移動を指示した場合）、移動先を示す情報と
して、クリックされた箇所にリンクされているURL、ま
たはアドレス入力欄３２に入力されたURLが、ユーザ端
末４からインタネット３を介してＭＲ支援サーバ１に送
信される。

【００７８】なお、移動先が他のサイト（提携サーバ６
または非提携サーバ７）である場合、通常のアクセス要
求が、ユーザ端末４から当該他サイトにインタネット３
を介して送信される。

【００７９】ここで、提携サーバ６が端末装置からアク
セスされたときの処理について、図５のフローチャート
を参照して説明する。ステップＳ１１において、提携サ
ーバ６は、アクセスしてきた端末装置が、ＭＲ支援サー
バ４から発行された認証情報（クッキ）を有しているか
否かを判定し、端末装置が認証情報を有していると判定
した場合、ステップＳ１２に進む。

【００８０】ステップＳ１２において、提携サーバ６
は、アクセスしてきた端末装置がＭＲ支援システムを利
用するユーザによって操作されるユーザ端末４であると
判断し、ユーザ端末４から認証情報を取得する。提携サ
ーバ６はさらに、アクセスされたURLのコンテンツおよ
びユーザ端末４から取得した認証情報を、インタネット
３を介してＭＲ支援サーバ１に送信する。なお、ユーザ
端末４がアクセスを要求したURLのコンテンツは、ＭＲ
支援サーバ１で加工された後、インタネット３を介して
ユーザ端末４に供給される（詳細は後述する）。

【００８１】ステップＳ１１において、端末装置が認証
情報を有していないと判定した場合、ステップＳ１３に
進む。ステップＳ１３において、提携サーバ６は、アク
セスしてきた端末装置が当該ＭＲ支援システムとは無関
係であると判断し、提携サーバ６専用のパスワード等の
認証処理の後、アクセスされたURLのコンテンツをイン
タネット３を介して当該端末装置に送信する。

【００８２】なお、ステップＳ１１，Ｓ１２における、
端末装置がＭＲ支援システムを利用するユーザによって
操作されるユーザ端末４であるとの判定は、認証情報
（クッキ）の有無に基づくものでなくてもかまわない。

【００８３】図３に戻る。ステップＳ５において、ＭＲ
支援サーバ１は、ユーザ端末４からのURLを受信して移
動先を判定する。移動先が他のサイトであると判定され
た場合、ステップＳ６に進む。ステップＳ６において、
ＭＲ支援サーバ１は、他サイトの情報表示処理を実行す
る。

【００８４】他サイトの情報表示処理について、図６の
フローチャートを参照して説明する。ステップＳ２１に
おいて、ＭＲ支援サーバ１は、提携サーバ６からの認証
情報およびコンテンツを受信したか否かを判定し、認証
情報およびコンテンツを受信したと判定するまで待機す
る。認証情報およびコンテンツを受信したと判定された
場合、ステップＳ２２に進む。

【００８５】ステップＳ２２において、ＭＲ支援サーバ
１は、受信した認証情報をデータベース３に照合して、
対応するユーザプロファイル（すなわち、ユーザ端末４
を操作するユーザのユーザプロファイル）を読み出す。
ステップＳ２３において、ＭＲ支援サーバ１は、提携サ
イト６がユーザ端末４からのアクセス要求に応じてＭＲ
支援サーバ１に送信したコンテンツの内容を、読み出し
たユーザプロファイルに基づき、制限およびソート等の
加工を施した後、インタネット３を介してユーザ端末４
に送信する。具体的には、上述したステップＳ４の処理
と同様に、提携サーバ６からのコンテンツに含まれる内
容を、ユーザの職種に応じて削除したり、専門科に関連
する情報が優先的に表示されるようにしたりする。

【００８６】加工された提携サーバ６のコンテンツは、
WWWブラウザウィンドウ３１のメインフレーム３４に表
示される。なお、ユーザ端末４において、新たにWWWブ
ラウザウィンドウが開かれて、当該コンテンツが表示さ
れるようにしてもよい。

【００８７】このように、ＭＲ支援サーバ１に登録済み
であるユーザは、提携サーバ６に対して提携サーバ６の
専用のパスワード等を入力することなく、提携サーバ６
が管理する限定情報を取得することができる。

【００８８】図３に戻る。ステップＳ５において、移動
先が他のサイトではない、すなわち、移動先はＭＲ支援
サーバ１内であると判定された場合、ステップＳ７に進
む。ステップＳ７において、ＭＲ支援サーバ１は、移動
先に指定されたURLに格納されている情報をデータベー
ス２から読み出し、インタネット３を介してユーザ端末
４に送信する。ユーザ端末４で受信された当該情報は、
メインフレーム３４に表示される。

【００８９】なお、ステップＳ７でデータベース２から
読み出した情報を、ユーザプロファイルに基づいて加工
（表示制限、ソート等）した後、インタネット３を介し
てユーザ端末４に送信するようにしてもよい。

【００９０】次に、ステップＳ４，Ｓ５，Ｓ７の処理に
よって、ユーザ端末４に送信されたコンテンツの表示例
を図７乃至図９に示す。

【００９１】図７は、スポンサフレーム３６のエリア３
９がクリックされることによって、メインフレーム３４
に表示される待合室の情報の表示例を示している。メイ
ンフレーム３４には、ＭＲ指定フォームにMRIDが登録さ
れているＭＲからユーザに宛てて送信されたメッセージ
が表示される。メインフレーム３４に表示される各ＭＲ
からのメッセージの文字列は、エリア３７，３８と同様
に、各ＭＲによって設定された当該メッセージに関連す
る情報にリンクされている。

【００９２】例えば、この表示例のエリア３８、または
メインフレーム３４に表示されているＢ製薬会社のＭＲ
からのメッセージがクリックされた場合、図８に示すよ
うに、メインフレーム３４に、Ｂ製薬会社のＭＲによっ
て設定されたリンク先の情報（いまの場合、地図の画
像）が表示される。リンク先の情報が表示されたことに
対応して、Ｂ製薬会社が専有していたエリア３８の表示
は、同社のマークおよびロゴタイプに切り換えられる。

【００９３】なお、ＭＲからのメッセージに関連する情
報を表示させるために、エリア３７，３８，またはメイ
ンフレーム３４に表示されたメッセージの文字列を、ユ
ーザがクリックすると、ＭＲ支援サーバ１において、ク
リックされた回数等が統計され、各ＭＲの成績としてデ
ータベース２に記録される。

【００９４】図９は、ナビゲーションフレーム３３の文
字列「送信」７１がクリックされることによって、メイ
ンフレーム３４に表示されるメッセージ入力欄７６等の
表示例を示している。メインフレーム３４の新規ボタン
７２は、新規にメッセージを作成するときクリックされ
る。送信ボタン７３は、チェックボックス７７，７８に
より選択した送信相手に、メッセージ入力欄７６に入力
したメッセージを送信するときクリックされる。クリア
ボタン７４は、メッセージ入力欄７６、およびチェック
ボックス７７，７８のチェックをクリアにするときクリ
ックされる。タイトル入力欄７５には、送信するメッセ
ージのタイトルが入力される。メッセージ入力欄７６に
は、送信するメッセージが入力される。チェックボック
ス７７は、ＭＲ指定フォームにMRIDが登録されている全
てのＭＲを送信相手にするときチェックされる。各ＭＲ
に対応して設けられているチェックボックス７８は、対
応するＭＲを送信相手に選択するときチェックされる。

【００９５】ところで、以上においては、ＭＲ支援サー
バ１が管理するコンテンツの機能についてユーザ端末４
の表示例を用いて説明したが、ＭＲ端末５においても、
ユーザ端末４と同様の操作を実行できる。例えば、ＭＲ
は、ＭＲ端末５を用いて、メッセージを送受信する医療
関係者のユーザＩＤを、ＭＲ支援サーバ１が管理する当
該ＭＲ専用の顧客指定フォームに登録することができ
る。ＭＲはまた、医療関係者からのメッセージを受信し
たり、自己のMRIDをＭＲ指定フォームに登録している医
療関係者に対してメッセージを送信することができる。
さらに、ＭＲ端末５では、図１０に示す表示例のよう
に、ＭＲ支援サーバ１のデータベース２に記録されてい
る自身の成績を表示することができる。

【００９６】なお、製薬会社において複数のＭＲを管理
する立場にある人が操作するＭＲ端末５では、各ＭＲの
成績を個別に表示させたり、自己が管理する複数のＭＲ
の成績を一覧表示させることができる。

【００９７】次に、医療関係者、製薬会社のＭＲ、ＭＲ
支援サーバ１の運営者（プロバイダ等）、提携サーバ６
の運営者（製薬会社等）が、本実施の形態であるＭＲ支
援システムを利用することの有益性について列記する。

【００９８】ＭＲ支援システムによって医療関係者は、
ＭＲ支援サーバ１にユーザ登録をした以降、ＭＲ支援サ
ーバ１が管理する限定情報を閲覧することができるだけ
でなく、提携サーバ６の専用の認証処理等を受けること
なく、提携サーバ６が管理する限定情報も閲覧すること
ができる。すなわち、ＭＲ支援サーバ１にアクセスする
だけで、複数の製薬会社が発表した情報を閲覧すること
ができる。閲覧する限定情報等は、自己のユーザプロフ
ァイルに基づいてソートされているので、必要とする情
報を素早く見つけだすことができる。

【００９９】また、医療関係者は、ＭＲを識別するMRID
をＭＲ指定フォームに登録したり、登録解除したりする
ことにより、メッセージを送受信する相手を選択するこ
とができる。よって、例えば、気に入らないＭＲからの
ダイレクトメール等の受信を拒絶することが可能とな
る。

【０１００】ＭＲ支援システムによって製薬会社のＭＲ
は、自己が通知したサービスコードを使って医療関係者
がＭＲ支援サーバ１に登録すれば、自己の属する製薬会
社の情報を他の製薬会社からの情報よりも優先的に、当
該医療関係者の目に触れさせることができる。

【０１０１】また、ＭＲは、１度の操作を実行するだけ
で、複数の医療関係者に対して同時に同様の情報を提供
することが可能となる。

【０１０２】さらに、ＭＲは、医療関係者を識別するユ
ーザＩＤを顧客指定フォームに登録したり、登録解除し
たりすることにより、メッセージを送受信する相手を選
択することができる。よって、例えば、営業の対象とは
ならない医療関係者からのメッセージの受信を拒絶する
ことが可能となる。

【０１０３】さらに、ＭＲは、送信したメッセージに対
する医療関係者の反応（関連する情報を閲覧するための
クリック動作）を、自己の成績として確認することがで
きる。複数のＭＲを管理する管理者は、複数のＭＲの成
績の一覧を確認することができる。

【０１０４】ＭＲ支援サーバ１の運営者にとっては、ユ
ーザ登録時に入力されたサービスコードに対応する製薬
会社からの情報が優先的に表示されることに起因して、
ＭＲが積極的に医療関係者にサービスコードを配布して
ＭＲ支援サーバ１へのアクセスを勧めるので、結果的に
ＭＲがユーザ数を拡大してくれることになる。

【０１０５】提携サーバ６の運営者にとっては、ＭＲ支
援サーバ１を経由してアクセスした人に対する認証処理
を省略することができる。

【０１０６】以上のように、本実施の形態であるＭＲ支
援システムによれば、情報を提供する側と情報を閲覧す
る側の双方に利益をもたらすことができる。

【０１０７】ところで、本実施の形態においては、医療
業界における営業活動を対象としたＭＲ支援システムに
ついて説明したが、本発明は、例えば法律によって公開
する対象者が制限されている情報を授受するあらゆる業
界の営業活動に適用することが可能である。

【０１０８】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に従って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０１０９】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０１１０】また、上記の実施形態における説明では、
ＭＲ支援サーバ１を実現する情報処理装置のハードウエ
ア構成を図２に示したが、ＭＲ支援サーバ１は、機能ブ
ロックとしては、医療関係者を認証して認証情報をユー
ザ端末４に発行する認証部と、医療関係者の属性情報、
製薬会社等のサービスコード、ＭＲの識別情報を医療関
係者ごとに登録する登録部と、医療関係者の属性に合わ
せて情報を加工する加工部と、医療関係者からの情報の
閲覧要求に応じて、情報を送信する通信部とを含む。こ
れらの機能ブロックは、図２の情報処理装置における各
ハードウエアモジュール、およびCPU１１にて実行され
るＭＲ支援コンテンツプログラムにおける各ソフトウエ
アモジュールを組み合わせて実現される。

【０１１１】同様に、提携サーバ６を実現する情報処理
装置のハードウエア構成も図２と同様である。提携サー
バ６は、機能ブロックとしては、医療関係者からの閲覧
要求があった場合に、医療関係者のユーザ端末４にＭＲ
支援サーバ１から認証情報が発行されているかどうかを
調べる判定部と、認証情報があった場合に、閲覧制限の
設けられた情報をＭＲ支援サーバ１に返送し、ユーザ端
末４に認証情報が発行されていない場合に、閲覧制限の
ない情報をユーザ端末４に直接送信する提携用通信部を
含む。これらの機能ブロックも、情報処理装置のハード
ウエアモジュールおよび、情報処理装置にて実行される
プログラムのソフトウエアモジュールを組み合わせて実
現される。

【０１１２】

【発明の効果】以上のように、本発明の情報提供技術に
よれば、接続した端末装置に対応する登録情報に基づ
き、取得した制限情報を加工するようにしたので、端末
装置のユーザは、必要とする情報を手間なく閲覧するこ
とが可能となる。

【図面の簡単な説明】

【図１】 本発明を適用したＭＲ支援システムの構成例
を示すブロック図である。

【図２】 ＭＲ支援サーバを実現する情報処理装置の構
成例を示すブロック図である。

【図３】 ＭＲ支援サーバの動作を説明するフローチャ
ートである。

【図４】 ＭＲ支援サーバからユーザ端末に送信された
コンテンツの表示例を示す図である。

【図５】 提携サーバの動作を説明するフローチャート
である。

【図６】 図３の他サイトの情報表示処理の詳細を説明
するフローチャートである。

【図７】 ＭＲ支援サーバからユーザ端末に送信された
コンテンツの表示例を示す図である。

【図８】 ＭＲ支援サーバからユーザ端末に送信された
コンテンツの表示例を示す図である。

【図９】 ＭＲ支援サーバからユーザ端末に送信された
コンテンツの表示例を示す図である。

【図１０】 ＭＲ支援サーバからＭＲ端末に送信された
コンテンツの表示例を示す図である。

【符号の説明】

１ ＭＲ支援サーバ、 ２ データベース、 ３ イン
タネット、 ４ ユーザ端末、 ５ ＭＲ端末、 ６
提携サーバ、 ７ 非提携サーバ、 ２２ 磁気ディス
ク、 ２３ 光ディスク、 ２４ 光磁気ディスク、
２５ 半導体メモリ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森田 巧 東京都品川区北品川４丁目７番35号 ソニ ーコミュニケーションネットワーク株式会 社内 Ｆターム(参考） 5B075 KK54 KK63 PP02 PP03 PQ02 UU24 UU26

Claims (10)

【特許請求の範囲】
1. 【請求項１】 情報提供者が閲覧制限のある情報をユー
   ザに提供するのを支援する支援サーバと、前記支援サー
   バと提携関係にあり、前記情報提供者により管理運営さ
   れる提携サーバとを含むシステムにおける情報提供方法
   であって、 前記支援サーバにおいてユーザを認証し、その認証情報
   をユーザの端末に発行する工程と、 前記支援サーバにおいて前記情報提供者が提供する情報
   に対するユーザからの閲覧要求がなされた場合に、前記
   提携サーバにおいて前記ユーザの端末が前記支援サーバ
   から発行された前記認証情報をもつかどうかを判定する
   工程と、 前記認証情報をもつ場合に、前記提携サーバが、閲覧制
   限された情報を前記支援サーバに返送し、前記支援サー
   バが、前記提携サーバから返送された情報を前記ユーザ
   の端末に送信する工程と、 前記認証情報をもたない場合に、前記提携サーバが、閲
   覧制限のない情報を前記ユーザ端末に直接送信する工程
   とを含むことを特徴とする情報提供方法。
2. 【請求項２】 前記支援サーバにおいてユーザから受け
   つけた、前記情報提供者の識別コードを前記ユーザに対
   応づけて登録する工程と、 前記支援サーバにおいて前記識別コードの登録のあった
   情報提供者の前記提携サーバへのアクセスを事実上ユー
   ザに促す作用をなす工程とをさらに含むことを特徴とす
   る請求項１に記載の情報提供方法。
3. 【請求項３】 ユーザを認証し、認証情報をユーザの端
   末に発行する認証部と、 情報提供者の識別コードをユーザに対応づけて登録する
   登録部と、 ユーザからの情報の閲覧要求に応じて、情報を提供する
   通信部とを含み、 前記ユーザの前記閲覧要求が前記登録部に登録された前
   記情報提供者に対するものである場合に、前記通信部
   は、前記情報提供者の提携サーバが前記ユーザの端末に
   前記認証情報があることを確認した上で返送する閲覧制
   限のある情報を受け取り、前記ユーザの端末に送信する
   ことを特徴とする支援サーバ。
4. 【請求項４】 前記登録部は、情報提供者側の担当者の
   識別情報をユーザごとに対応づけて登録し、 前記通信部は、前記担当者指定ファイルに登録された担
   当者からユーザに宛てられたメッセージを受信してユー
   ザ端末に提供し、前記担当者指定ファイルに登録されて
   いない担当者からのメッセージを拒否することを特徴と
   する請求項３に記載の支援サーバ。
5. 【請求項５】 前記登録部は、ユーザの属性情報を登録
   し、 前記ユーザの端末に情報を提供するに先立ち、前記登録
   されたユーザの属性情報に基づいて、前記ユーザの端末
   に提供すべき情報を加工する加工部をさらに含むことを
   特徴とする請求項３に記載の支援サーバ。
6. 【請求項６】 前記加工部は、前記提供すべき情報から
   ユーザの前記属性情報に適合しない情報を削除すること
   を特徴とする請求項５に記載の支援サーバ。
7. 【請求項７】 前記加工部は、前記登録された識別コー
   ドに対応する情報提供者からの情報が優先的に表示され
   るように前記提供すべき情報を加工することを特徴とす
   る請求項５に記載の支援サーバ。
8. 【請求項８】 情報提供者が閲覧制限のある情報をユー
   ザに提供するのを支援する支援サーバと、前記支援サー
   バと提携関係にあり、前記情報提供者により管理運営さ
   れる提携サーバとを含む情報提供システムであって、 前記支援サーバは、 ユーザを認証し、認証情報をユーザの端末に発行する認
   証部と、 情報提供者の識別コードをユーザに対応づけて登録する
   登録部と、 ユーザからの情報の閲覧要求に応じて、情報を提供する
   通信部とを含み、 前記ユーザの前記閲覧要求が前記登録部に登録された前
   記情報提供者に対するものである場合に、前記通信部
   は、前記提携サーバから返送される情報を受け取り、前
   記ユーザの端末に送信し、 前記提携サーバは、 前記ユーザからの前記閲覧要求があった場合に、前記ユ
   ーザの端末が前記発行された認証情報をもつかどうかを
   判定する判定部と、 前記認証情報をもつ場合に、前記情報提供者により閲覧
   制限が設けられた情報を前記支援サーバに返送し、前記
   認証情報をもたない場合に、閲覧制限のない情報を前記
   ユーザ端末に直接送信する提携通信部とを含むことを特
   徴とする情報提供システム。
9. 【請求項９】 医療関係者に公開が限定される医療関連
   業者の情報の提供を支援する方法であって、 医療関係者からのアクセスのみに制限された支援サーバ
   において、前記医療関係者を認証し、認証情報を前記端
   末に発行する工程と、 前記支援サーバにおいて、前記医療関係者が医療関連業
   者側の担当者から入手したサービスコードを登録するこ
   とにより、前記サービスコードを登録した前記医療関連
   業者からの情報が優先的に案内される工程と、 前記支援サーバにおいて、前記医療関係者によって前記
   医療関連業者から案内された情報を閲覧する要求がなさ
   れた場合に、前記医療関連業者の提携サーバにおいて前
   記医療関係者の端末が前記支援サーバから発行された前
   記認証情報をもつかどうかを判定する工程と、 前記認証情報をもつ場合に、前記提携サーバが、閲覧制
   限された情報を前記支援サーバに返送し、前記支援サー
   バが、前記提携サーバから返送された情報を前記医療関
   係者の属性に合わせて加工した上で、前記端末に送信す
   る工程とを含むことを特徴とする情報提供方法。
10. 【請求項１０】 前記医療関係者が前記医療関連業者の
    担当者の識別情報を登録する工程と、 登録された担当者から前記医療関係者に宛てられたメッ
    セージを受信して前記端末に提供し、登録されていない
    担当者からのメッセージを拒否する工程とをさらに含む
    ことを特徴とする請求項９に記載の情報提供方法。