JP2002529839A

JP2002529839A - 遠隔医師認証サービス

Info

Publication number: JP2002529839A
Application number: JP2000580352A
Authority: JP
Inventors: ダグラスケイ．マコーミック，; ロバートジェイ．ダブナー，
Original assignee: フィジシャンベリフィケイションサービシズ，インコーポレイテッド
Priority date: 1998-11-03
Filing date: 1999-09-24
Publication date: 2002-09-10
Also published as: EP1145526A2; AU1095800A; WO2000027088A3; WO2000027088A2; CA2346709A1

Abstract

(57)【要約】アクセスを制御したウェブ頁のエンドユーザの遠隔検証方法及びシステム。ユーザにユーザ名及びパスワードが発行され、それらをここに記載した検証システムに加入する任意のサイトへアクセスするために使用することが可能である。ユーザは所望の情報を有するウェブサイトへ接続する。ユーザがアクセスが制御されているサイトのエリア (又は頁)ヘエンターしようとする場合には、予め発行されているユーザ名及びパスワードが必要とされる。この情報がエンターされると、加入ウェブサイトは遠隔パスワードデータベースサーバーに対して安全な (暗号化された)問い合わせを送る。供給された情報が検証データベースに対してチェックされる。肯定又は否定安全検証が加入サイトへ送り戻される。この検証は例えばスペシャリティ、位置及びプラクティスのタイプ等の匿名人口統計学的情報を有することが可能である。次いで、加入者サイトは受取った検証について動作する。ユーザによってエンターされた情報は、加入サイトによって送られる一方、加入サイトによってアクセス可能なものではない。従って、加入サイトは予め検証されているユーザのそれ自身のデータベースを形成することは不可能である。好適には、ユーザは予め登録されていることが必要とされるものではなく、且つ公式の医学協会のレコードに対してチェックされる識別子をエンターすることによってアクセスを得ることが可能である。好適には、ユーザがウェブサイトへアクセスし且つ基本的な人口統計学的データを与える場合には、そのユーザと取引を行う蓋然性の高い販売担当者の画像 (位置、郵便番号又は興味分野等に基づいて)ユーザのスクリーン上に表われる。ウェブサイトは適切な販売担当者を選択するためにユーザによってエンターされたデータの充分なものを獲得するが、そのユーザを勧誘の対象とするのに充分なものではない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、分散された環境において制御された情報を要求するコンピュータユ
ーザの認証に関するものであって、更に詳細には、インターネットを介して制御
された情報を要求する医者の遠隔認証に関するものである。

【０００２】

【従来の技術】医薬品及び医療装置情報ヘルスケア産業における専門家情報の通信は (正に文字通り)重要なものであ
るが、法律上厳しい問題が存在しているので、医者の間の自由闊達な通信を困難
及び／又は危険なものとしている。

【０００３】医療賠償責任医者の通信における顕著な問題 (特に、アメリカ合衆国において)は、医者及
び治療団体は貪欲な弁護士の格好のターゲットであるということである。訴えら
れる可能性が高いので、損害賠償保険率は専門家のプラクティスの経済的な成立
性を決定する上で主要な要因である。従って、医療保険会社の推奨事項はヘルス
ケア専門家が固持することは不可能な場合がある。この環境においては、医者及
びヘルスケア団体がくだらない訴訟によって攻撃されることをより容易なものと
させる脆弱性は極めて好ましいものではない。そのために、ヘルスケア製品の販
売者との医者の通信を詮索することを自由なものとさせることは望ましいことで
はない。くだらない訴訟によって攻撃されることの懸念から、ヘルスケア専門家
が通信の一語一句に注意しなければならない必要性は、医者が新しい医学的情報
にアクセスすること、又は同僚と事例研究についてオープンに討論することの可
能性を著しく阻害する。外国の医療供給者はある場合にはアメリカ合衆国の賠償
責任に問われる場合があるので、この法的な問題は世界中の医療会社に影響を与
える。

【０００４】患者秘密情報ヘルスケア専門家は患者秘密情報について議論し且つそれをレリーズする能力
が制限されている。このような情報は、通常、それが極めて敏感な性質のもので
あるために、医者と患者との秘密保持義務によって保護されている。多くの裁判
管轄において、ヘルスケア専門家がこのような情報を漏らした場合には、ヘルス
ケア専門家は患者に対して賠償責任を負う場合がある。然しながら、このような
秘密性のある情報は、しばしば、医者が直面している事例について議論するため
に重要なものである。患者の名前が付いていない場合であっても、完全な組の患
者データは患者の同一性を表すようなものである場合があり、従って秘密性のあ
る情報が注意深い詮索者に漏れる場合がある。従って、医者の法的な環境は現存
する事例に関連する場合がある新たな情報を得るための必要性によって及びこの
ような情報を公開的に送信する場合に医者に対する厳しい法的危険性によって両
面的に拘束されている。

【０００５】連邦規制アメリカ合衆国の管轄内においては、薬品及び医療装置に関する情報の配布は
アメリカ合衆国の食品医薬品局 (ＦＤＡ)によって規制される可能性がある。現
在のところ、ＦＤＡは、その規則は素人に向けられた販売とヘルスケア専門家に
向けられた販売との間で区別するものではないとしている。然しながら、実際に
は、ＦＤＡは、例えば医者等の「学識媒介者」を標的としたものよりも素人大衆
を標的とした通信に対してより厳格な基準を適用している。アメリカ合衆国の規
制に加えて、その他のアメリカ合衆国以外の国家規制局は、現在のところ、消費
者に対して直接的な広告に関する禁止を維持している。世界保健機構 (ＷＨＯ)
によれば、処方薬品の直接的な消費者販売はアメリカ合衆国及びモロッコにおけ
る以外は違法である。

【０００６】マーケティング薬品産業はアメリカ合衆国における医者に対して年間１５０億ドルを超える費
用をマーケティングに消費している。販売及びマーケティングに関する費用はほ
ぼ１０％だけ毎年増加している。更に、ヘルスケアインダストリーマーケティン
グアソシエーション (医療品製造業者の連盟)を構成している８００の加盟会社
は規制されている製品に関する情報を医者に到達させる試みにおいて毎年約１３
０億ドル使っている。

【０００７】現在のところ、薬品会社はその製品に関する情報を医者に通信するために幾つ
かの方策を使用している。そのような１つの方策は診察室において直接的に医者
と接触するために薬品担当者を使用することである。薬品担当者による訪問は、
典型的に、医者とのインタラクション当たり典型的に薬品会社に１２５乃至３５
０ドルコストがかかる。

【０００８】薬品会社によって使用されている別の方策はテレマーケティングの使用である
。この方策は逆通信を包含するまで成長し、その場合に、医者は「招待コード」
(又は「アクセスコード」)が発行される。そのコードは電話を介して最も最近
の処置及びプロトコルに関するレクチャへアクセスするために使用される。この
場合も、テレマーケティングによる各インタラクションは１０ドルと５０ドルと
の間のコストがかかる。

【０００９】最後に、薬品会社はダイレクトメールを頼りにする。然しながら、ダイレクト
メールの場合には、医者当たり各々１０ドル−３０ドルのコストがかかる場合が
ある。更に、ダイレクトメールは現在の方策の内では最も信頼性の低いものであ
る。ダイレクトメールの広告が実際誰に到達するかを決定することは不可能であ
る。この不確実性は、郵便物を読み且つ分類するためのスタッフが雇われている
場合には特にそうである。郵便物がその意図したターゲットに到達したとしても
、医者がその情報について実際に使う時間の量及び医者が決定を行う場合にその
情報が与える影響を正確に決定することは不可能である。

【００１０】インターネットマーケティングヘルスケアの改革はヘルスケアのコストを下げるように薬品及び医療装置の製
造業者に圧力をかける。同時に、このような会社の所有者又は株主は利ざやを増
加させ且つコストを減少させるように内部的な圧力をかける。マーケティングの
費用もヘルスケアのコストに影響を与える。インターネットはこれらのマーケテ
ィングコストを減少させることに貢献する重要な部分を占めるものと推定される
。１０件の指導的な薬品会社は１９９６年以来ワールドワイドウェブ上にサイト
を有している。

【００１１】１９９７年において、Ｆｉｎｄ／ＳＶＰによる研究によれば、全てのアメリカ
の医者のうちの約３５％がインターネットへのアクセスを有していることが判明
した。この数値は当時２０％であった一般人のものを超えていた。アメリカ人の
間でのインターネットの使用は毎年約８０％の率で継続的に増加している。これ
らの数字は２０００年までに特に医学的専門家の間では接続性が通例となること
を示唆している。このような傾向にも拘わらず、どの薬品又は医療装置の製造業
者も未だにワールドワイドウェブサイトを医者に到達するための重要なマーケテ
ィングの道具として使用しているものではない。

【００１２】医者のオンライン (ＰＯＬ)はパスワードによってアクセス可能なマーケット
がスポンサーとなっているウェブサイトを運営している。ＰＯＬは広告用のビジ
ネスモデルを使用し、各加入会社に対しそれ自身のウェブサイト内にミニサイト
を発生する。その結果は、それらの情報の直接的な制御が欠如していることに結
合されて高い維持費となっている。

【００１３】インターネット１９６０年代後半に開始したインターネットは全世界にわたる多数のより小さ
なネットワークから構成される巨大なコンピュータネットワークである。インタ
ーネットは指数的に成長し且つ個人から会社にわたる何百万人のユーザが今や永
久的な及びダイヤルアップ接続を使用して世界中日常的にインターネットを使用
している。インターネット内において接続されているコンピュータ又はコンピュ
ータのネットワークは「ホスト」として知られ、ほぼ全ての分野における情報を
特徴としたデータベースへの公開的アクセスを可能とし、且つ大学及び政府から
薬品会社を含む多くの商業的団体にわたる実体によって支持されている。

【００１４】インターネットはオープンな構造を維持しており、情報の交換は無制限のコス
トなしで行われている。然しながら、インターネット固有の自由なアクセスフォ
ーマットはインターネットサーバーに関しての制御を必要とする情報提供者に対
して困難性を提示している。例えば、ある技術情報を世界中の大きなグループの
同僚に対してそのインターネットサーバー上で使用可能なものとすることを希望
するが、その情報を秘密なものとして維持せねばならない研究機関について検討
する。各クライエントを識別する手段なしで、その機関は秘密又は優先性を基礎
としてネットワーク上に情報を供給することは不可能である。別の状態において
は、ある会社が、サービス契約又はアカウントを有する顧客に対してのみそのイ
ンターネットサーバーを介して高度に特定的なサービス情報を供給することを所
望する場合がある。

【００１５】インターネットサーバーによるアクセス制御は少なくとも２つの理由により困
難である。第一に、クライエントが遠隔インターネットサーバー上のファイルに
対する要求を送給すると、そのメッセージは、それがそのデスティネーションホ
ストに到達するまで、インターネットを介して接続されているコンピュータのウ
ェブによって経路付けされるか又は中継される。クライエントは、そのメッセー
ジがどのようにしてサーバーに到達するかを必ずしも知るものではない。同時に
、サーバーはクライエントが誰であるか又はそのＩＰアドレスが何であるかを正
確に知ることなしに応答を行う。サーバーはそのクライエントをトレースすべく
プログラムすることが可能であるが、トレーシングの作業は不可能でないとして
もしばしば困難である。第二に、プライベートのローカルエリアネットワーク (
ＬＡＮ)内への不所望の侵入を防止するために、システム管理者は、該ネットワ
ーク内において例えばインターネット「ファイアウォール」のような種々のデー
タ流れ制御メカニズムを実現する。インターネットファイアウォールは、外部の
侵入者がユーザのＬＡＮヘアクセスすることを防止しながらユーザがインターネ
ットに到達することを許容するソフトウエア構造である。

【００１６】イントラネット及びエクストラネットイントラネットはある組織内における接続に制限されているインターネットの
より小さなバージョンである。アクセスは、通常ファイアウォールによって、そ
の組織のメンバーへ制限されている。ファイアウォールはイントラネット内への
及びそれからのデータの流れを塞き止めるゲートウエイとして作用する。

【００１７】エクストラネットはファイアウォールを超えて特定のユーザに対してのアクセ
スを拡張するイントラネットである。例えば、ある会社のイントラネットは物理
的にその会社の構内に存在しない遠隔位置からアクセスすることが可能である。
ある会社のカタログ及び製品情報であって、別の会社のデータではないものを顧
客に対してアクセス可能とさせることが可能である。エクストラネットへのアク
セスは、しばしば、特定の情報 (例えば、パスワード)を有するユーザに対して
のみアクセスを可能とする何等かの種類のゲートキーパーを通過させることを必
要とする。

【００１８】通常、ユーザはインターネットアクセスを可能とする同一のユーザフレンドリ
ィなブラウザによってイントラネット及びエクストラネットの両方に関して対話
処理することが可能である。

【００１９】認証及び識別二方向認証手順は、通常、ハンドシェ−キング技術が関与し、従って各当事者
の位置又は使用している装置のタイプに拘わらずに、各当事者が彼又は彼女が所
望の当事者と通信していることを検証することが可能である。解決すべき問題は
、ユーザがユーザの同一性を学び且つ認証することを希望するサービスと通信を
行い且つ逆も又真であるものである。この問題を明確化させるために、区別する
ことが可能なネットワークのセキュリティには３つの側面が存在している。

【００２０】識別：ユーザ又はサービスが参照される態様。

【００２１】認証：ユーザが彼又は彼女の同一性を証明することが可能な態様。

【００２２】許可：与えられたユーザが何を行うことが可能であるかを決定する方法。

【００２３】最後の２つの側面はサービス提供者及びユーザに対して適用される。

【００２４】ユーザの同一性は、通常、ユーザ名と領域名とから構成されている。領域は同
一性の母集団である。コンピュサーブインフォーメーションサーブ (ＣＩＳ)及
びアメリカオンライン (ＡＯＬ)スクリーン名は領域の２つの例である。典型的
に名＠領域として示されるユーザ名と領域の結合がユーザを識別する。任意の与
えられたサービスがある特定の組の同一性を認識する。領域はユーザの数又はサ
ービスの寸法のいずれかにおいて大きなものである必要性はない。例えば、単一
のＷＷＷサーバーはそれ自身のユーザの領域を有することが可能である。

【００２５】認証は同一性を照明する能力を提供する。ユーザの同一性が問題となるあるこ
とを行うことを要求する場合に、ユーザは彼又は彼女の同一性についてたずねら
れる場合がある。次いで、そのサービスは、通常、ユーザがその同一性を証明す
ることを必要とする。このことを達成するために、殆どのサービスはパスワード
として別個のキャラクタストリングを使用する。そのパスワードは秘密に維持さ
れることが意図されている。特定の同一性に対して与えられたパスワードが正し
いものである場合には、そのユーザは認証される。勿論、例えばチャレンジ／応
答タイプシステム等の、ユーザ名／パスワード制度よりもより厳格である幾つか
の認証方法が存在している。然しながら、パスワードシステムは、通常、中間レ
ベルの信頼性のある認証で充分な通信に対して信頼性のあるものである。

【００２６】認証は与えられたユーザが何かを行うことが許可されているか否かを判別する
プロセスのことである。例えば、ユーザがメッセージを送ることが可能であるか
、又は秘密のサービスを使用することが可能であるか？認証及び許可は別個の処
理であることを理解することが重要である。一方は同一性を証明することに関係
しており且つ他方は同一性の特性に関係している。

【００２７】ユーザを認証することを所望するサービスは、ユーザが彼自身又は彼女自身を
識別し且つ彼又は彼女がパスフレーズ (ＰＡＳＳ−ＰＨＲＡＳＥ)を知っている
ことを証明することを必要とする。通常、該サービスはそのパスフレーズに対し
てユーザに対してプロンプトを与える。然しながら、ネットワークを介して簡単
なテキストのパスフレーズを送信することはセキュリティと妥協することになる
。何故ならば、それがネットワークを介して伝播する場合に盗聴者がそのパスフ
レーズを知得する場合があるからである。Ｘ．２５ネットワークは妥協されてお
り、且つＬＡＮ、モデムプール、インターネット等は、盗聴者問題のために、簡
単なテキストのパスフレーズに対して適切なものではない。パスフレーズに対し
てのプロンプトを与えることは、過去においては充分なものであったが、最早広
範なワールドワイドのネットワークに対して使用可能なものではない。

【００２８】販売契約多くの商業分野においてセールスマンは重要な役割を担う。経済理論は買主の
決定を合理的なものとして取扱う場合があるが、実際には、購入決定は合理的な
検討によってのみならず人的接触によって影響される (人間は本来社会的動物で
あり、単なる論理的プロセスではない)。従って、セールスマンとの面と向かっ
ての接触は情報を流布させる道具であるばかりでなく、正常なデシジョンメーキ
ングの一部である安心させる接触を提供する１つの態様である．この販売の側面
は、各個別的な購買の価格が大きいか、又はエラーが起こった場合のコストが高
いか、又は資格を有する買主からなる企業連合が競合する売主から広範な販売圧
力を受けている場合においてより重要なものとなる。医者に対するマーケティン
グはこれらの基準の内の最後の２つを充足し、且つ時々、最初の基準も充足する
(主要な装置の購入の場合)。

【００２９】購入プロセスにおける人的接触の重要性は販売に関する広範な文献において議
論されており、例えば、ＪｅｆｆｒｅｙＧｉｔｏｍｅｒによる販売バイブル (
ＴｈｅＳａｌｅｓＢｉｂｌｅ)及びそこにおいて引用されている多数の本を
参照すると良く、それらの全てはここでの引用によって本明細書に取込む。これ
らの本が説明しているように、該プロセスにおける重要なステップのうちの１つ
は単純に買主と有効な初期的な接触を確立するチャンスを得ることである。これ
らの本が広範に説明しているように、買主は、しばしば、煩わされないことを好
み、このような初期的な接触に対して種々の障壁を構築する。

【００３０】電子的商取引の幾つかのエリアにおいては、情報流布は制限されねばならず (
上述した如く)、且つこのことは未解決のまま残ったジレンマとなっている。買
主が情報を得る前に識別を提供せねばならない場合には、買主は攻撃的な販売攻
勢 (例えば不所望な電話又はＥメール)に露呈されることとなる。心配気な買主
が識別を与えることを拒否する場合には、その情報が買主及び売主の両方にとっ
て利益のある場合であっても、これらの買主は売主によって提供される情報を受
取ることはない。このことは非効率的である。本願はこのジレンマに対処する新
たな方法を開示している。

【００３１】

【課題を解決するための手段】遠隔医者認証サービス本願は制御されたアクセスでウェブ頁のエンドユーザの遠隔検証用の方法及び
システムを開示している。ユーザは本明細書に記載する検証システムに加入する
いずれかのサイトへアクセスするために使用することが可能なユーザ名及びパス
ワードが発行される。実際には、ユーザが所望の情報を有するウェブサイトへ接
続する。ユーザが制御されたアクセスでそのサイトのエリア (又は頁)ヘエンタ
ーすることを試みる場合に、予め発行されたユーザ名及びパスワードが要求され
る。この情報がエンターされると、その加入ウェブサイトは安全な (暗号化され
た)質問を遠隔パスワードデータベースサーバーへ送る。その供給された情報は
検証データベースに対してチェックされる。肯定又は否定の検証が加入者サイト
へ送り戻される。該検証は、又、例えばスペシャリティ、位置、及びプラクティ
スのタイプ等の匿名化した人口統計学的情報を包含することが可能である。次い
で、加入者サイトは受取った検証に関して作用する。ユーザによってエンターさ
れた情報は、加入サイトによって送られるが、加入サイトによってアクセス可能
なものではない。従って、該サイトは前もって検証したユーザのそれ自身のデー
タベースを形成することは不可能であり、且つヘルスケア専門家は彼又は彼女の
情報を制御したままとなる。

【００３２】現在好適な実施例は、又、ユーザがゲートウエイにおいてログインすることを
可能とし、且つそれにより加入サイトの制限されたアクセスエリアに対して直接
的なリンクに対するアクセスを得ることを可能とするゲートウエイサイトをもく
ろんでいる。

【００３３】本願は、又、マーケティングに関連したウェブサイトを尋ねるコンピュータユ
ーザが自分を勧誘にさらすことなしにその区域におけるセールスマンに関して情
報が得られる方法及びアーキテクチャを開示している。ユーザは、しばしば、イ
ンターネットウェブサイトのあるエリアへアクセスするために個人情報をエンタ
ーすることが要求される。本明細書に開示した発明は、ユーザが後にそのユーザ
を勧誘のターゲットとするマーケティングウェブサイトに対し充分な個人データ
をエンターすることを可能とするが、ウェブサイトの所有者がそのデータの殆ど
へアクセスすることを阻止し、従って勧誘を防止する。

【００３４】プライバシィ仲買人 (現在好適な実施例においては「ＰＶＳ」)で登録したユ
ーザはパスワードとユーザ名が発行される。ＰＶＳは、又、ユーザに関するその
他の個人データをそれらのデータベース内に維持する。登録したユーザが加入ウ
ェブサイトの制限されたアクセスエリアへアクセスするためにＰＶＳ検証システ
ムを介してログインし且つそのユーザがマーケティングに関連した情報を希望す
る場合には、ＰＶＳサーバーは登録したユーザに関するファイル上に既に存在す
るその情報からデータを引出し且つそのデータの選択した部分 (例えば、郵便番
号、スペシャリティのエリア)を加入ウェブサイトヘ送ることが可能である。こ
の情報は加入サイトが、その販売担当者に関連する接触情報と共に、そのスクリ
ーン上にユーザを示すために正しい現場販売担当者を選択するのに充分である。

【００３５】本明細書に開示した発明は、又、ＰＶＳで登録していないユーザに対して動作
するように構成することが可能である。ユーザは個人データのエントリに対して
プロンプトが与えられ、それはマーケティング関連ウェブサイトサーバーから別
のサーバー (ＰＶＳサーバー)ヘ中継される。この２番目のサーバーが該データ
をフィルタし、そのサイトがユーザの地理的位置及び興味又は専門分野に依存し
て、ユーザによって遭遇する蓋然性のある販売担当者を選択するために、充分な
情報のみをマーケティングに関連したウェブサイトサーバーへリターンする。販
売担当者の顔が、その他の関連する接触情報と共に、ユーザに対して表示される
。

【００３６】別の実施例においては、ユーザはユーザと取引を行う最も蓋然性のある販売担
当者を決定するためにマーケティングに関連したウェブサイトに対して十分なデ
ータのみをエンターする。その販売担当者の画像が、所望である場合には、その
販売担当者とユーザが接触するのに必要な情報と共に、ユーザのスクリーン上に
表われる。ユーザは完全なるアドレス、名前又は電話番号をエンターすることは
必要ではなく、従ってその販売担当者又はその会社からの直接的な勧誘に露呈さ
れることはない。一般的な位置情報のみ (例えば、郵便番号、エリアコード、又
は部分的な電話番号)が、多分専門分野又は販売担当者の選択に関連するその他
の興味のある分野に関する情報と共にエンターされる。この実施例においては、
ユーザによってエンターされたデータのフィルタ処理又はマスキングは存在しな
い。加入ウェブサイトはそれ全てを見た場合に、直接的な勧誘を行うためにユー
ザを識別するのに充分なものは存在していない。

【００３７】本発明にとって幾つかの利点が存在している。勇気付けられるような勧誘の恐
れのためにマーケティングに関連するウェブサイトを尋ねることを躊躇していた
ユーザは最早躊躇することはなく、ウェブサイトに関する潜在的なヒットを増加
させる。ユーザは、又、その会社におけるコンタクトパーソンを良く知ることと
なり、且つ余り知らないものよりもその売主を選択する蓋然性が高くなる場合が
ある。ユーザは、又、彼又は彼女の個人データが勧誘のためにその他の会社へ販
売されるかもしれないことを恐れる必要がない。

【００３８】本明細書に開示した発明は、又、販売担当者の情報を遠隔、遊休、又は到達す
ることが困難な地域に対してよりアクセス可能なものとさせる。ある区域では、
その区域が地域の周辺部にあるか、人口過疎であるか、又は長距離離れているた
めに、現場販売担当者が余り出向かないか又は全く出向かない区域がある。到達
するのに最も容易な販売担当者に関する情報を所望するユーザはその情報を見つ
け出すことが可能である。

【００３９】基本的なパスワード検証プロセスは、ユーザがその検証サービスで予め登録し
ていることを必要とする。登録はユーザがデータベース内にエンターし且つ識別
及びパスワードが割り当てられることを可能とする。これらの識別子はユーザに
よって供給された場合に、検証のためにＰＶＳサーバー上でマッチされる。然し
ながら、事前の登録を必要としないより柔軟性のある検証方法を本願において開
示するように使用することも可能である。ＰＶＳユーザ名及びパスワードを受取
らなかったアメリカ合衆国の医者は迅速登録フォームを完成することが可能であ
り、それは医者に対し個人データをプロンプトする。この個人データはアメリカ
医学協会によって保持されている全てのアメリカ合衆国の医者のマスターファイ
ルに対してマッチングされる。要求された個人データの正確なエントリが検証を
達成する。この迅速登録は、又、その医者がＰＶＳユーザ名及びパスワードを要
求することを可能とし、従って通常の検証プロセス、即ちＰＶＳパスワードサー
バー上のユーザ名及びパスワードとの比較、を後にＰＶＳ加入ウェブサイトへ訪
問した時に使用することが可能である。

【００４０】本明細書に開示した方法には多数の利点が存在している。それらは、一般公衆
に対する処方薬品を制限するか又は販売促進を禁止する規則に完全に遵守してい
るという信頼をヘルスケアのマーケティングを行う者に提供する。患者の秘密保
持は維持され且つヘルスケア専門家は特定のプロトコル、薬品及び処置をリサー
チすることが可能である。学識仲買人不法行為法の下での医療過誤損害賠償が減
少される。本明細書に開示したビジネス方法は、又、直接的な消費者との通信に
関する法的制限を超えることなしにウェブ上での医者との直接的通信を切り開く
。

【００４１】本明細書に開示した方法は、又、内製するコストよりも著しく低い価格で装置
販売者に対して検証サービスを提供する。多くの潜在的なウェブサイトトラフィ
ックに対して思わしくない登録スクリーンを最小とさせ且つ回避することが可能
である。又医者情報の倉庫を確立することが可能であり、且つ出版者及びヘルス
ケアのコミュニケーターはその聴衆をより注意深く推し量ることが可能である。
臨床実験管理者は電話又は郵便の信頼性及びインターネットの速度及び費用効果
性について潜在的な医者調査人と通信することが可能である。又、医学的教育者
は継続する医学的教育のためにこのオンライン媒体を使用することが可能である
。

【００４２】

【発明の実施の形態】

本願の多数の革新的示唆について特に現在好適な実施例を参照して説明する (
制限としてではなく例示として)。

【００４３】定義以下のものは本願において使用する技術用語の幾つかである。付加的な定義は
標準的な技術的辞書に見出すことが可能である。

【００４４】ファイアウォール：データの流れの制御を目的としたインターネットサイトのセ
キュリティ特徴。

【００４５】ＨＴＭＬ：ハイパーテキストマークアップランゲージ。標準的なテキストから構
成されている情報転送用フォーマット及び頁をどのようにしてブラウザにおいて
表示するかを表すフォーマット化コード。

【００４６】ＨＴＴＰ：ハイパーテキストトランスファープロトコル。インターネット設定を
使用して主にＴＣＰ／ＩＰを介して稼動すべく設計されており、サーバーがデー
タを発行し且つクライエントがそれを表示するか又は処理する。

【００４７】ハイパーテキスト：「ハイパーテキストリンク」 (「リンク」)として知られて
いる接続によってあるテキスト、ピクチャ又はサウンドを同一のサーバー内又は
インターネット内の他のコンピュータ上の他の頁へリンクさせる方法。

【００４８】ＳＳＬ：セキュアソケットレイヤー。インターネットを介しての安心な且つ認証
されたトランズアクションに対するプロトコル。

【００４９】ＵＲＬ：ユニフォームリソースロケータ。ＵＲＬはウェブブラウザが任意のウェ
ブサーバー上に保持されている任意のファイルへ直接的に移行することを可能と
する。

【００５０】ウェブ：ワールドワイドウェブ (ウェブ)はインターネット上の情報へアクセス
する方法であって、それはＩＰアドレス又はその他の技術的な知識なしで、ユー
ザが直感的にインターネット資源をナビゲートすることを可能とする。

【００５１】Ｘ．２５：パケットスイッチングネットワークプロトコルであって、その場合に
、多くの接続は同一の物理的リンクを介して行われる。

【００５２】遠隔医師認証現在好適な実施例においては、遠隔認証システムは３つのコンポーネントから
構成されている。図１は遠隔検証システムのアーキテクチャのブロック図を図示
している。遠隔検証システムはインターネット公証人として作用する。その機能
はその情報へのアクセスを制御し且つインターネット上の任意の箇所に位置させ
ることが可能なウェブサーバーへ入ってくるユーザの同一性を証明することであ
る。

【００５３】パスワード現在好適な実施例においては、システムはインターネット上のアクセスが制御
されているサイト内へエントリすることを望むヘルスケア専門家のパスワードを
検証するように設計されている。「ヘルスケア専門家」と言う用語は、医者ばか
りではなく、薬品及び医療装置に関する情報に依存するその他の規制されている
か又はライセンスされている職業における人も包含している。このような職業は
、例えば、歯科医、骨障害の医者、薬剤師、或る看護婦、及びアメリカ合衆国又
はその他の国の法律の下で存在する場合のあるその他のスペシャリストの職業を
包含している。このようなサイトは新製品及びその他の情報のためのマーケティ
ングの道具として薬品会社によって、及び組織のメンバーに対するサービスとし
て医学的団体によって提供され得る。ユーザ名及びパスワードの結合は検証され
たヘルスケア専門家に対して前もって配布される。このような情報はインターネ
ットを介して、郵便により、及び／又は加入しているヘルスケアマーケティング
団体に対する販売部隊によって配布することが可能である。典型的に、この情報
は全アメリカ合衆国医師のアメリカ医学協会のデータベース及びその他の公のレ
コード及び専門家団体データベースから来る。

【００５４】遠隔検証システム現在好適な実施例においては、ヘルスケア専門家 (即ち「ユーザ」)は、通信
の第一チャンネルを介してヘルスケア販売業者又は専門家教育提供者のウェブサ
イト１０４へエンターするためにコンピュータ１０２を使用する。この種類のウ
ェブサイトは、典型的に、単なるヘルスケア専門家のみの情報を超えるものを包
含している。例えば、該サイトは雇用者名簿、人的資源情報等を包含している場
合がある。

【００５５】本システムはパスワード検証サーバー上で稼動するルーチンによってサポート
されている幾つかのインターロック用ソフトウエア要素から構成されている。該
ルーチン、即ちコモンゲートウエイインターフェース (即ちＣＧＩ)スクリプト
が加入者のサーバー上にインストールされて、パスワード及びユーザ名の提出ト
ランズアクションを取扱い且つパスワード検証サーバーとの対話を取り次ぐ。ユ
ーザ名及びパスワードは、ユーザがサイト１０４の「ヘルスケア専門家のみ」セ
グメントへのエントリを要求するまで必要とされるものではない。この時点にお
いて、加入者のウェブサイト１０４はユーザのユーザ名及びパスワードを要求す
る。顧客見本機能１０８ (加入者サイト上に常駐する実行可能者)がユーザの識
別子の回収を司る。

【００５６】ユーザの情報を受取ると、加入者のウェブサイト１０４は通信の第二チャンネ
ルを介してインターネット (又はその他のテレコミュニケーションリンク)を介
しパスワード検証サーバー１０６へ安全な問い合わせを送る。その問い合わせは
私有の暗号化アルゴリズムを介して安全なものとされている。更に、ＳＳＬ接続
を確立してセキュリティを向上させることが可能である。パスワードクライエン
ト１１０ (加入者のサイト上に常駐する通信プログラム)は該問い合わせを送る
ＴＣＰ／ＩＰ通信ルーチンである。それはパスワード検証サーバー１０６とのコ
ンタクトを確立する。該問い合わせは加入者の同一性 (請求書発行及び検証目的
のため)、応答ＩＰアドレス、ユーザ名、パスワードを包含する暗号化されたメ
ッセージである。

【００５７】パスワード検証サーバー１０６は通信及びデータベースインターフェースを包
含している。それはパスワードクライエントの暗号化されたメッセージを受取る
。次いで、ユーザ名／パスワードの対を検証するためにパスワードデータベース
がサーチされる。暗号化されたゴー／ノーゴー (「承認」／「否決」)応答は第
二通信チャンネルを介してパスワードクライエント１１０へリターンされる。こ
の応答は、例えばスペシャリティ、位置、及びプラクティスのタイプ等の匿名の
人口統計的情報を包含することが可能である。

【００５８】加入者サイト１０４におけるパスワードクライエント１１０はパスワード検証
サーバー１０６から返される安全なゴー／ノーゴー (ｇｏ／ｎｏ−ｇｏ)信号を
受取る。加入者のウェブサイト１０４は受取った検証信号に基づいて制限されて
いる内容へのアクセスに対するユーザの要求を承認するか又は否決する。

【００５９】情報の流れ図２は遠隔検証方法のフローチャートを図示している。遠隔検証システムの情
報の流れについて該システムを構成するソフトウエア要素に関連して説明する。
最初に、現在好適な実施例においては、コンピュータを使用するヘルスケア専門
家 (即ち「ユーザ」)が加入薬品又は医療装置製造業者のウェブサイト (「即ち
サイト」)と第一通信チャンネルを介してコンタクトする (ステップ２０２)。ユ
ーザが加入サイトの制御されたアクセス部分 (現在好適な実施例においてはヘル
スケア専門家のみのエリア)からの情報を要求すると (ステップ２０４)、ＨＴＭ
Ｌスクリプトはユーザからユーザ名及びパスワードの情報を要求し且つ回収する
(ステップ２０６)。

【００６０】ログオン情報が回収されると、「ＰＶＳＣｌｉｅｎ」ルーチンが第二通信チャ
ンネルを介してパスワード検証サーバーへ送るべきメッセージを用意する (ステ
ップ２０８)。現在好適な実施例においては、該メッセージは回収したユーザ名
及びパスワードと、請求書発行のための発呼サイト (加入サイト)に対する識別
子、特定の発呼頁、及びタイムスタンプを有している。該メッセージが用意され
た後に、それは以下に説明する私有のアルゴリズムを使用して暗号化され且つパ
スワード検証サーバーへ送られる (ステップ２１０)。更に、セキュリティを向
上させるためにＳＳＬ接続を確立することが可能である。パスワード検証サーバ
ーにおいては、「ＰＶＳｅｒｖｅｒ」ルーチンが該メッセージを解読し且つ受取
ったユーザ名及びパスワードを検証する (ステップ２１２)。該情報を解読する
ために、該ルーチンは暗号化器を発呼サイトとマッチさせる。解読されると、該
ルーチンは検証データベースにおいて該ユーザのレコードを探し出す。ユーザの
レコードは、現在好適な実施例においては、ユーザ名、パスワード、スペシャリ
ティコード、郵便番号、プラクティスのタイプのコード、及び医学教育番号を包
含している。

【００６１】検証が行われると、ＰＶＳｅｒｖｅｒは第二通信チャンネルを介して加入サイ
トへ送るべき応答を用意する (ステップ２１４)。このメッセージは、ユーザ名
、パスワード、スペシャリティコード、郵便番号、プラクティスのタイプ、及び
ユーザが承認されたか又は否決されたかの表示を包含している。該メッセージは
、又、短いテキスト通信、例えば、パスワード問題を有しているユーザに対する
コンタクト情報を包含することが可能である。このようなメッセージはスペシャ
リティ又は地理に対して調節することが可能である。次いで、ＰＶＳｅｒｖｅｒ
は該応答を暗号化し且つ安全な態様で加入サイトへ送る (ステップ２１６)。該
応答は私有の暗号化アルゴリズムによって保護されている。更に、セキュリティ
を向上させるためにＳＳＬ接続を確立することが可能である。

【００６２】加入サイトにおいて、ＰＶＳＣｌｉｅｎが該応答を受取り且つそれを解読する
(ステップ２１８)。加入サイトにおいて実行する別のルーチン「ｄｒｕｇｓ１
」が該表示に基づいてそのユーザを受け入れるか又は拒否し、且つ例えばスペシ
ャリティ、郵便番号、プラクティスのタイプ及びＭＥ番号等の人口統計学的情報
を加入サイトへパスすることを司る (ステップ２２０)。

【００６３】図７は「ウエルカム (受入れ)」頁の一例を示している。この頁は該ユーザを
受入れ且つＰＶＳがユーザの郵便番号及びスペシャリティとしてリストしたもの
を記載する。ユーザに対して提供される幾つかのリンクが存在している。該ユー
ザは該ユーザに関して保存されているＰＶＳファイルをアップデートし、アメリ
カ医学協会のサイトを訪問し、又は幾つかの薬品会社のサイトへ直接的に接続す
ることが可能である。

【００６４】図８はサンプルの「サインイン (ｓｉｇｎ−ｉｎ)」頁である。既にＰＶＳで
登録されており且つパスワードとユーザ名とを有しているユーザは、薬品ウェブ
サイトのアクセスが制限されているエリア、及びその他のＰＶＳ「医者のみ」サ
ービスに対してサインインし且つアクセスを得るためにこの頁を使用することが
可能である。この例においては、実演用ユーザ名「ｍｃｃｏｒｍｉｃｋｄｋ０１
」が「ユーザ名」フィールド内にエンターされている。「パスワード」フィール
ドはパスワードもエンターされていることを示している (アステリスクによって
表されている)。次いで、ユーザはこれらの２つのフィールドの下側に示されて
いる「ｓｕｂｍｉｔ (提出)」ボタンをクリックし、ユーザ名及びパスワードに
ついて検証が行われる。エンターした識別子が登録されているユーザのＰＶＳサ
ーバーリスト上のものとマッチする場合には、該ユーザは検証される。

【００６５】図９は「ポップアップ」販売担当者頁の一例を示している。この実演において
は、ユーザはスミスクラインビーチャム (ＳｍｉｔｈＫｌｉｎｅＢｅｅｃｈａ
ｍ)製品及びサービス頁を見ており、それは小児科薬品製品に関する情報を与え
る。コンタクト情報と共に人の画像が示されている。実際においては、これはユ
ーザがコンタクトすることが可能な実際のスミスクラインビーチャムの現場担当
者である。各製品に関する完全なる情報へのリンクと共に、製品に関する情報も
存在している。

【００６６】迅速登録現在好適な実施例においては、ユーザ (アメリカ医学協会マスターファイル上
に記録されているある個人データを有するヘルスケア専門家)が加入ウェブサイ
トの安全にされている即ち保護されているエリアヘエンターすることを希望する
。該ユーザはＰＶＳで登録されている場合には、ＰＶＳパスワード及びユーザ名
をエンターすることが可能である。然しながら、あるヘルスケア専門家はＰＶＳ
で登録しておらず、その結果、引き落とされる識別子をエンターすることが不可
能である。この場合には、該ユーザはハイパーリンクを介して到達される迅速登
録フォームを完成することが要求される。

【００６７】迅速登録フォームは、ユーザのファーストネーム、ラストネーム、ミドルイニ
シャル、医学校からの卒業年度、医学校の州又は国、誕生日 (２桁の日、２桁の
月、４桁の年)、主要な郵便郵送先に対する現在の郵便番号、及びＥメールアド
レスを要求する。ユーザは、又、医者検証サービスで登録し、且つユーザへユー
ザ名及びパスワードを送らせるオプションを有している。このことは、ユーザが
上述した情報の代わりにこれらの識別子のみをエンターすることによって登録す
ることを可能とする。

【００６８】図６は検証プロセスのフローチャートを示している。ステップ６０２において
、ユーザはユーザがエンターするためにはユーザのステータスの検証を要求をア
クセスが制限されているエリアを有しているウェブサイトへエンターする。ユー
ザは迅速登録及び登録されたユーザのオプションの両方を見る。ユーザがＰＶＳ
で予め登録しており且つ既にＰＶＳパスワード及びユーザ名を有している場合に
は、ユーザはこれらの識別子をエンターする (ステップ６０４)。ウェブサイト
サーバーがこのデータをＰＶＳサーバーへ送り (ステップ６０６)、該サーバー
がＰＶＳ登録ユーザリスト上においてそのデータがマッチするか否かをチェック
する (ステップ６０８)。次いで、ＰＶＳサーバーがユーザのステータスの検証
をウェブサイトへリターンする (ステップ６１０)。該識別子がマッチする場合
には、ＰＶＳは「肯定」検証をリターンし且つユーザはアクセスが制限されてい
るエリアに対して受け入れられる (ステップ６１２)。

【００６９】ユーザによってエンターされた識別子がＰＶＳ登録ユーザリストとマッチしな
い場合には、ＰＶＳは「否定」をウェブサイトへリターンする (ステップ６１４
)。「否定」検証がリターンされた場合、又はユーザがＰＶＳで登録していない
場合には、ユーザは迅速登録を使用することが可能である (ステップ６１８)。
この時に、ユーザは、又、将来使用するためのユーザ名及びパスワードを得るた
めにＰＶＳで登録するオプションが与えられる (ステップ６２０)。迅速登録フ
ォーム頁において、ユーザは名前、医学校からの卒業年度、ユーザが卒業した医
学校の名前、誕生日、郵便番号、Ｅメールアドレスを包含する識別用のデータを
エンターするためのプロンプトが与えられる (ステップ６２２)。ウェブサイト
サーバーはこのデータを検証用のＰＶＳサーバーへ送る (ステップ６２４)。Ｐ
ＶＳサーバーは要求された識別子をアメリカ医学協会 (ＡＭＡ)のマスターファ
イルについてチェックし (ステップ６２６)、尚該マスターファイルはＰＶＳサ
ーバー上で周期的にアップデートされる。ＰＶＳは「肯定」又は「否定」検証を
リターンする (ステップ６２８)。そのデータがＡＭＡマスターファイルにおけ
るものとマッチする場合には、ＰＶＳは「肯定」検証をリターンし且つユーザは
アクセスが制限されているエリアに受け入れられる (ステップ６１２)。そのデ
ータがマッチしない場合には、ＰＶＳは「否定」検証をリターンし且つユーザは
アクセスが制限されているエリアへ受け入れられることはない (ステップ６３０
)。

【００７０】暗号化アルゴリズム現在好適な実施例においては、暗号化アルゴリズムは以下の数学的原理に基づ
いている。

【００７１】任意の素数Ｐに対し、Ｎ^P ＭＯＤＰ＝Ｎ；全てのＮ＜Ｐに対しその結果に基づいて、以下のことを示すことが可能である。

【００７２】Ｎ^P-1 ＭＯＤＰ＝１Ｎ^P-2 ＭＯＤＰ＝１／Ｎ現在好適な実施例においては、Ｐ及びＮの値は３１乃至３２ビットの長さの範
囲内にあるように選択される。メッセージの暗号化は、純粋なテキストの３バイ
トを取り且つ乱数の四番目のバイトをアペンドすることを包含している。３番目
の３２ビット値Ａがその結果に付加され、次いで、全体的な結果がＮで乗算され
る。次いで、その乗算ステップの結果をＰで除算する。その除算の余りは暗号化
されたメッセージを構成し、それはインターネットを介して送信される。

【００７３】解読期間中に、暗号化された番号は１／Ｎで乗算され、次いでＰで除算される
。次いで値Ａが余りから減算される。その結果のランダムに発生された部分は廃
棄される。その結果がオリジナルな純粋なテキストである。

【００７４】上の暗号化方法は速度及び効率の両方を提供する。暗号化は普通のテキストの
３バイト毎に暗号化されたデータの４バイトを送る。従って、通信量において比
較的小さな (３３％)の増加が存在している。更に、暗号化及び解読化は簡単な
数学的演算を使用しており、迅速な処理時間とすることを可能としている。

【００７５】幾つかのオペレーティングシステムに対する好適な実施例パスワード及びユーザ名提出トランズアクションを取扱い且つパスワード検証
サーバーとの対話を取り次ぐルーチンをＣＧＩスクリプトで実現されたものとし
て上に説明した。然しながら、該ルーチンは、又、インターネットサーバーアプ
リケーションプログラミングインターフェースによって提供されるインターネッ
トサーバーアプリケーション (ＩＳＡ)及びフィルタで実現することも可能であ
る。ＩＳＡはダイナミックリンクライブラリィ (ＤＬＬ)であり、即ち、それら
を使用するプロセスとは別個にコンパイルされ、リンクされ、格納されている１
つまたはそれ以上の機能である。フィルタは、クライエントとサーバーとの間に
介在し且つ特別のアクションを行うことを可能とする。ＣＧＩスクリプト及びＩ
ＳＡ (フィルタ)の両方が同一のサービスの多く (及び本願の目的のためには同
一のサービスの全て)を実施することが可能であるが、ＩＳＡ及びフィルタはあ
る利点を提供する。最大の利点は、ＩＳＡはそれを使用するプロセスと同一のア
ドレス空間において実行することが可能であるということである。ＣＧＩスクリ
プトは別のプロセスとして実行し、従って、通信を行うためにはプロセス間にお
いて環境変数をパスすることを必要とする。更に、発呼プロセスはメモリ内のＩ
ＳＡに気が付いているので、それは最早必要とされない場合 (又は最近発呼され
ていない)ＩＳＡをパージすることが可能であり且つ発呼された場合により迅速
な実行のためにそれをプレロードすることが可能である。例えばウインドウズＮ
Ｔ (商標)のようなロード可能な共用イメージをサポートする任意のオペレーテ
ィングシステムがＩＳＡ及びフィルタを使用することが可能である。

【００７６】サンプル好適実施例の詳細以下のものはＰＶＳ１ＩＳＡＰＩアプリケーション拡張及びＰＶＳ１ＩＳ
ＡＰＩフィルタのプロセス及び性能の詳細な説明である。

【００７７】ＰＶＳ１ＩＳＡＰＩアプリケーション拡張ＰＶＳ１ＩＳＡＰＩアプケーション拡張は、マイクロソフトウインドウズＮ
Ｔ及びマイクロソフトインターネットインフォメーションサーバー（ＩＩＳ）を
使用するウェブサーバー上の医者検証サービス (ＰＶＳ)によって提供される検
証遅延における第一要素である。特に、このプログラムは、例えば、薬品会社の
ウェブサーバーによって保護されることを必要とする情報が存在するウェブサー
バー上に存在している。

【００７８】サンプル実施例においては、ＰＶＳ１ＩＳＡＰＩアプリケーション拡張はＰ
ＶＳ１．ＤＬＬファイル内に常駐している。それは実行可能物であるので、それ
はＩＩＳによって実行可能なものであるとしてフラッグが立てられねばならない
フォルダ内において見つけられる。この実行可能なコードは、例えば、保護され
ている情報を探している医者がゲートウエイＨＴＭＬ頁に到着し且つフォームの
ユーザ名及びパスワードフィールドに記入し且つｓｕｂｍｉｔ (提出)ボタンを
クリックした場合に、始動される。

【００７９】例えば、サンプル構造においては、ゲートウエイＨＴＭＬ頁はＣ：￥Ｉｎｅｔ
Ｐｕｂ￥ｗｗｗｒｏｏｔ￥ＰＶＳ１￥ｐａｓｓｗｏｒｄ．ｈｔｍにおいて見つけ
られる (尚￥は「バックスラッシュ」と同じ意味である)。サンプルファイルの
組における実行可能物はＣ：￥ＩｎｅｔＰｕｂ￥ｗｗｗｒｏｏｔ￥ｐｖｓ１￥Ｐ
ＶＳ１．ＤＬＬにおいて見つけられる。

【００８０】注意すべきことであるが、ここでのデレクトリィ構造は単に１つの例であるに
過ぎない。それは、実際には、参照及びポインタの全てが一貫性を維持する限り
、任意のセットアップとすることが可能である。

【００８１】ＰＶＳ１ＩＳＡＰＩは、ＰＶＳゲートウエイパスワードＨＴＭＬ頁が保護さ
れている情報をブラウズしている人に対して示された後に喚起される。その人は
、最初に、彼又は彼女のユーザ名及びパスワードを適宜のフィールド内にエンタ
ーする。提出ボタンを押し下げると、ＰＶＳ１．ＤＬＬＩＳＡＰＩアプリケー
ション拡張が始動され、且つユーザが供給したデータがＰＶＳ１．ＤＬＬへパス
される。

【００８２】ＰＶＳ１ＩＳＡＰＩアプリケーション拡張は、最初に、ユーザ名フィールド
又はパスワードフィールドのいずれもが空ではないことを確認するためにチェッ
クする。いずれかが空である場合には、エラーメッセージがユーザに示される。
そうでない場合には、該アプリケーション拡張はパスワード検証要求をＰＶＳパ
スワードサーバーへ送る。このことを行うために、それはある付加的な情報を必
要とし、それはＰＶＳ１．ＤＬＬプログラム内にハードワイヤードされているフ
ァイル位置から獲得する。サンプル実施例においては、そのファイル位置はＣ．
￥ＰｖｓＣｌｉｅｎｔ￥ｐｖｓ１．ｉｎｉである。そのフォルダ及びそのファイ
ル名は該プログラムが適切に動作するためにはドライブＣ：上に存在せねばなら
ない。初期化ファイルの内容について後に説明する。

【００８３】サーバーからの応答に基づいて、該アプリケーション拡張はエラーか又はウエ
ルカム (受入れ)メッセージのいずれかを表示する。これらの両方がＨＴＭＬテ
ンプレートから派生され、尚それについて以下に説明する。適宜のエントリがロ
グファイルにおいて行われ、それについても以下に説明する。ユーザが正しいユ
ーザ名／パスワードの対を与えると、そのユーザに対してＨＴＴＰクッキーが発
行され、それは後のＨＴＭＬリクエスト期間中にサーバーがユーザを識別するこ
とを可能とする。

【００８４】ＰＶＳが発行したクッキーは四時間の間有効である。そのコンピュータからの
保護されている情報に対するＨＴＭＬ要求はこの時間期間の間保全される。その
後の要求は、ユーザのブラウザが再度パスワード頁へ指向されることとなる。

【００８５】ユーザが保護されているサイトへアクセスしようとする場合のサーバーの挙動
はＰＶＳ１．ＤＬＬプログラム：ＰＶＳ１ＩＳＡＰＩフィルタのその他の部分
によって支配される。

【００８６】ＰＶＳ１ＩＳＡＰＩフィルタ該ソフトウエアのフィルタ部分はＰＶＳ１ＤＬＬの一部であり、それはイン
ターネットインフォメーションサーバーと同時にロードされる。その名前が暗示
するように、ＰＶＳ１ＩＳＡＰＩフィルタはＩＩＳＷＷＷサーバーを介して
通過する全てのＨＴＭＬ要求を検査する。いずれかのＵＲＬがそのパス名におい
て「￥ＰＲＩ」のストリングを有しているフォルダに対してマッピングする場合
には、ＰＶＳ１ＩＳＡＰＩフィルタはそのフォルダ内に包含している情報が保
護されているものとみなす。このＵＲＬマッピングがそのストリングを包含して
いない場合には、該フィルタは何等のアクションもとることはない。

【００８７】該フォルダが「￥ＰＲＩ」 (尚、「￥ＰＲＩ」に対するテストはケースセンシ
ティブではない)を包含している場合には、該フィルタは、ＨＴＭＬ要求ヘッダ
ーにおいて有効なＰＶＳが発行したクッキーが存在しているか否かを判別するた
めのチェックを行う。そうでない場合には、該ユーザのブラウザに、ディレクト
リィツリーにおける「￥ＰＲＩ」フォルダのすぐ上のフォルダ内にＮｏｔＹｅｔ
．ｈｔｍの名前が付けられたＨＴＭＬファイルを示す。

【００８８】有効なクッキーが存在している場合には、該フィルタは、次に、ユーザの許可
ビット (それは、サーバーから来たものであり且つクッキー内に格納されていた
ものである)が保護されているフォルダの許可ビットとマッチするか否かを判別
するためのチェックを行う。

【００８９】フォルダの許可ビットが１６進数手法でフォルダの名前にアペンド即ち付属さ
れる。１６進数デコーディングは「￥ＰＲＩ」のすぐ後に開始する。ハイフンは
無視され且つ該コードをより読み易くするために使用することが可能であり、そ
の他のキャラクタは該ストリングを終了させる。

【００９０】許可ビットコードストリングを有することのないフォルダは任意の検証された
ユーザによってアクセスすることが可能である。ユーザの許可ビットがフォルダ
名へアペンドされているストリングとマッチしない場合には、そのユーザは、デ
ィレクトリィツリーにおける「￥ＰＲＩ」フォルダのすぐ上のフォルダ内にＨＴ
ＭＬ頁ＮｏｔＡｕｔｈｏｒｉｚｅｄ．ｈｔｍが提示される。最後に、有効とされ
たユーザの許可ビットがフォルダのものとマッチする場合には、そのユーザは最
初に要求したＨＴＭＬ頁で提示される。

【００９１】ユーザが有効なクッキーを有しており且つ許可ビットとマッチすることに基づ
いてＰＶＳ１ＩＳＡＰＩフィルタが保護されているファイルへのアクセスを可
能とさせる度に、それは所謂クッキージャーにおいてエントリを行う。クッキー
ジャーは保護されているファイルへアクセスするための最も最近のユーザ名及び
何回ヒットがあったかのリストを維持する。周期的に、該フィルタはクッキージ
ャーを空にさせ、そうしたことの通知をＰＶＳサーバーへ送る。

【００９２】パスワード検証要求、ＰＶＳサーバーからの応答、及びクッキージャーダンプ
は全てクライエントサーバー上のＰＶＳログファイル内において記録される．該
ログファイルについて以下に説明する。

【００９３】ＰＶＳ１．ＩＮＩファイルの内容前述した如く、ＰＶＳ１ＩＳＡＰＩアプリケーション拡張及びＰＶＳ１Ｉ
ＳＡＰＩフィルタは機能するためにあるサイト依存性の情報を必要とする。この
ような情報をソフトウエアに構築する代わりに、それは初期化ファイル内に維持
される。

【００９４】これはサンプルのＣ：￥ＰＶＳＣＬＩＥＮＴ￥ＰＶＳ１．ＩＮＩファイルであ
る。

【００９５】［ｐｖｓ１］ＳｉｔｅＩＤ＝“ＴｅｓｔＳｉｔｅ” ＰａｓｓｗｏｒｄＳｅｒｖｅｒ＝“ｄｅｍｏｓｔｈｅｎｅｓ．ｖｅｒｉｆｉｅｓ
．ｃｏｍ” ＴｅｍｐｌａｔｅＲｏｏｔ＝“ｃ．￥ｉｎｅｔｐｕｂ￥ｗｗｗｒｏｏｔ￥ｐｖｓ
１￥ｃｇｉ−ｂｉｎ” ＬｏｇＲｏｏｔ＝“ｃ：￥ｐｖｓｃｌｉｅｎｔ” ＳｅｒｖｅｒＴｉｍｅｏｕｔ＝５０００各ラインが意味するものは以下の通りである。

【００９６】＊［ＰＶＳ１］−ファイルから情報を抽出するシステムルーチンに対するブック
キーピング。

【００９７】＊ＳｉｔｅＩＤ−これはあなたのサイトの識別子であり、従ってＰＶＳはどこか
ら要求が来たかを理解することが可能である。ＰＶＳはこのコードを発行し、且
つそれは変更されるべきではない。

【００９８】＊ＰａｓｓｗｏｒｄＳｅｒｖｅｒ−これは検証要求を処理するコンピュータの名
前である。

【００９９】＊ＴｅｍｐｌａｔｅＲｏｏｔ−ＰＶＳ１．ＤＬＬプログラムが発生することが可
能な多数の異なる可能な応答が存在している。これらの応答はＨＴＭＬテンプレ
ートから派生され、且つそのテンプレートルートはどこでこれらのテンプレート
が見つかるかをＰＶＳ１．ＤＬＬプログラムに告げる。あなたは、多分、あなた
自身のウェブ頁ディレクトリィ構造をマッチさせるためにこれを変更する。これ
は特定のウェブ頁ディレクトリィ構造とマッチさせるために変更させることが可
能である。

【０１００】＊ＬｏｇＲｏｏｔ−ＰＶＳ１．ＤＬＬプログラムはそのアクティビティのログ (
記録)を発生する。そのログはあなたに有用な場合のある幾つかの情報を有して
おり、且つそれについては後に説明する。ＬｏｇＲｏｏｔはログファイルが格納
されるべきフォルダを特定する。

【０１０１】＊ＳｅｒｖｅｒＴｉｍｅｏｕｔ−要求を再送する前にサーバーからの応答をプロ
グラムが待機するミリ秒数。４回の再送の後に、それは諦め且つ応答がなかった
ことをブラウザに告げる。タイムアウトを５０００に設定することはブラウザが
２０秒の後にエラー応答を得ることを意味する。

【０１０２】ログファイルにおいて見つかる情報サンプル実施例においては、ログファイルがｃ：￥ｐｖｓｃｌｉｅｎｔ￥ｐｖ
ｓ１．ｉｎｉファイルのＬｏｇＲｏｏｔエントリによって特定されるフォルダ内
のフォルダｃ−ｌｏｇ．ｔｘｔ内に維持される。ｃ−ｌｏｇ．ｔｘｔファイルは
１，０００，０００バイトの長さまで成長することが許されるに過ぎず、その点
において、それはｃ−ｌｏｇ１．ｔｘｔの名前に変えられる。同時に、既にｃ−
ｌｏｇ１．ｔｘｔの名前が付けられているファイルは既にｃ−ｌｏｇ２．ｔｘｔ
の名前が付けられているファイルと置換する。このように、２００万と３００万
バイトの間の履歴が維持されるが、それは単に未来永劫成長し続けるものではな
い態様において維持される。

【０１０３】ログファイル内における情報は２つの理由のために維持される。第一に、それ
は問題がある場合に、それを追跡する助けとなる。第二に、その情報はレビュー
及び解析のためにサイトの管理者に対して使用可能なものとされる。

【０１０４】該ログファイルは一群の異なる可能なエントリを包含している。各ラインは多
数の異なるフィールドを包含しており、それらは番号によって識別され且つ＜タ
ブ＞キャラクタによって分離されている。数値コードのテーブル (その全てがい
ずれか１つのｃ−ｌｏｇ．ｔｘｔエントリにおいて見られるわけではない)は以
下の通りである。

【０１０５】ＰＶＳパラメータ値

【表１】

【０１０６】＊医者マスターファイルにおいてアメリカ医学協会によって使用される標準的な
コードが存在している。ＰＶＳは必要とされる場合に解釈テーブルを提供する。

【０１０７】非常に典型的なものはパスワード要求エントリである。

【０１０８】

【表２】

【０１０９】このラインは以下の如くに解釈される。それは２１：０５：５２．９７２グリニ
ッジ標準時における１９９−Ｍａｙ−５において、パスワード要求がソフトウエ
アバージョン１によって開始されたことを意味する。それは以下のことを表す。

【０１１０】＊ユーザ名が“ｄａｖｉｓｒ０１”であり、＊これはパスワード検証要求であり、＊このトランズアクションに対するフラッグは０であり、＊ｐｖｓ１．ｉｎｉファイルからのＳｉｔＩＤは“ＴｅｓｔＳｉｔｅ”であり、＊サーバー名は“ｘａｎａｄｕ．ｖｅｒｉｅｓ．ｃｏｍ”であり、＊遠隔ブラウザのホスト名は“１０．１４９．１０．１００”であり、＊遠隔ブラウザのＩＰアドレスは“１０．１４９．１０．１００”である。

【０１１１】ログ内のこの要求エントリに続くことの可能な幾つかの可能な応答が存在してい
る。ＰＶＳサーバーが応答しない場合には、その応答は３回繰返され、次いで以
下のものが追従する。

【０１１２】

【表３】

【０１１３】ＰＶＳパスワードサーバーがユーザ名又はパスワードを認識しない場合には、そ
の応答は以下のようなものである。

【０１１４】

【表４】

【０１１５】ＰＶＳパスワードサーバーがユーザ名及びパスワードを認識しない場合には、そ
の応答はより広範なものである。

【０１１６】

【表５】

【０１１７】このエントリのデコードは以下の通りである。

【０１１８】２１：０５：５３．４５７ＵＴＣにおいて１９９−Ｍａｙ−０５において、ユー
ザ名“ｄａｖｉｓｒ０１”に対する応答が受取られた。

【０１１９】それは以下のことを表す。

【０１２０】＊ユーザ名がＰＶＳテーブル１ (それはＡＭＡデータファイルである)内におい
て見つかり、＊その国は“ＵＳＡ”であり、＊ＺＩＰコードは“３５４０１”であり、＊ＡＭＡスペシャリティは“ＧＰ”であり、＊ＡＭＡプラクティスのタイプは“０２０”であり、＊その市は“ＴＵＳＣＡＬＯＯＳＡ”であり、＊その州は“ＡＬ”であり、＊ＡＭＡ主要な専門家活動は“ＯＦＦ”であり、＊ＡＭＡ主要な雇用は“０１１”であり、＊このユーザに対するＰＶＳ許可ビットは“１”である。

【０１２１】ｃ−ｌｏｇエントリに対する別の可能性はクッキージャーのダンプである。この
ようなエントリは以下のようなものである。

【０１２２】

【表６】

【０１２３】前と同じように、このエントリは時間と、ソフトウエアレベルと、位置とを識別
する (多分、いずれか１つのサーバー上で、“７＝”及び“８＝”エントリは常
に同一であることを強調すべきである。然し、これはＰＶＳパスワードサーバー
へ送られる情報のコピーであり、且つこれらのフィールドはその情報がどこから
来るかを識別すべく作用する)。“２１＝”エントリはセミコロンによって分離
されたユーザ名／カウント対から構成されている。このエントリは、最後のクッ
キージャーダンプ以来、ユーザ名“ｄａｖｉｓｒ０１”が３つの保護されている
頁へアクセスしたことを表す。

【０１２４】ＰＶＳＨＴＭＬテンプレートサンプル実施例においては、検証プロセスが達成されるために存在するか又は
発生されることを必要とする多数のＨＴＭＬファイルが存在している。

【０１２５】ＴＡＳＳＷＯＲＤ．ＨＴＭファイル：このファイルは何等特定の名前を有する
ことは必要ではない。それはウェブサイト構造における任意の数の場所において
見つけることが可能であり (それらが“￥ＰＲＩ”位置でない限り)、且つ、デ
ータフォームがＰＶＳサンプルに関するものとマッチせねばならないことを除い
ていずれか特定のフォームを有さねばならないものではない。その目的は、ＰＶ
Ｓ１ＩＳＡＰＩアプリケーション拡張を喚起させ且つＰＶＳパスワードサーバ
ーへの要求を発生させることである。

【０１２６】￥ＴｅｍｐｌａｔｅＲｏｏｔ￥ｎｅｅｄｐｗ．ｈｔｍ．その名前が暗示するよ
うに、このファイルはＣ．￥ＰＶＳＣＬＩＥＮＴ￥ＰＶＳ１．ＩＮＩファイルに
おいて特定されたＴｅｍｐｌａｔｅＲｏｏｔにおいて見つけられねばならない。
この頁は、ＰＡＳＳ−ＷＯＲＤ．ＨＴＭ頁からのＵｓｅｒＩＤ又はＵｓｅｒＩＤ
２フィールドのいずれかが、提出ボタンがクリックされた場合に空である場合に
、ＰＶＳ１ＩＳＡＰＩアプリケーション拡張によって表示される。

【０１２７】￥ＴｅｍｐｌａｔｅＲｏｏｔ￥ｔｉｍｅｏｕｔ．ｈｔｍ：この頁は、ＨＴＭＬ
サーバーがＰＶＳパスワードサーバーから応答を得ることが不可能である場合に
ユーザに対して表示される。ＰＶＳ１ＩＳＡＰＩアプリケーション拡張は、Ｐ
ＶＳ１．ＩＮＩファイルにおけるＳｅｒｖｅｒＴｉｍｅｏｕｔパラメータによっ
て特定された間隔で４回試行する。

【０１２８】￥ＴｅｍｐｌａｔｅＲｏｏｔ￥ｐｗｎｏｇｏｏｄ．ｈｔｍ：この頁は、ＰＶＳ
パスワードサーバーが“ＮｏｔＶｅｒｉｆｉｅｄ (検証されず)”応答が送り
返される場合に、ユーザに対して表示される。

【０１２９】￥ＴｅｍｐｌａｔｅＲｏｏｔ￥ｐｗｏｋａｙ．ｈｔｍ：この頁は、ＰＶＳパス
ワードサーバーが「ユーザ名／パスワード検証済」応答を送り返す場合にユーザ
に対して表示される。

【０１３０】￥ｐａｔｈ￥ＮｏｔＹｅｔ．ｈｔｍ：任意の数のＮｏｔＹｅｔ．ｈｔｍファイ
ルが存在することが可能であり、“￥ＰＲＩ”の名前のついたサブフォルダを有
する各フォルダ内に１つ存在せねばならない。￥ｐａｔｈ￥ＮｏｔＹｅｔ．ｈｔ
ｍファイルは、検証されなかったユーザが￥ｐａｔｈ￥ｐｒｉ￥下のフォルダ内
に格納されているウェブ頁へアクセスしようとする場合に表示される。

【０１３１】￥ｐａｔｈ￥ＮｏｔＡｕｔｈｏｒｉｚｅｄ．ｈｔｍ：￥ｐａｔｈ￥ＮｏｔＹｅ
ｔ．ｈｔｍファイルと同様に、これは、ユーザがそのフォルダの１６進数“−ｘ
ｘ”コードと一致する許可ビットを有していない場合に、“￥ＰＲＩ−ｘｘ”フ
ォルダへ検証済のユーザがアクセスしようとする場合に表示される。各￥ｐａｔ
ｈ￥ｐｒｉ−ｘｘ￥フォルダのすぐ上の各フォルダ内にこのような１つのＮｏｔ
Ａｕｔｈｏｒｉｚｅｄ．ｈｔｍファイルが存在せねばならない。

【０１３２】ＨＴＭＬテンプレートカスタム化各サイトは、所望とされるようなＨＴＭＬ情報を種々のテンプレートＨＴＭＬ
ファイル内へ入れることが可能である。ＰＶＳテンプレートファイルは、ＰＶＳ
パスワードサーバーから来る情報に基づいて多少修正することが可能である。そ
の修正は、ＨＴＭＬテンプレートファイル内の特定の異常なテキストストリング
( “！＝ＤＵＢＮＥＲ”)をＰＶＳパスワードサーバーからの数値的にコード化
された応答データで置換することに基づいている。特定の例として、ｐｗｏｋａ
ｙ．ｈｔｍファイルは以下のＨＴＭＬテキストストリングを包含している場合が
ある。

【０１３３】ユーザＩＤ！＝ＤＵＢＮＥＲ３でエンターされたパスワードは正しいものと決
定された。あなたは！＝ＤＵＢＮＥＲ１８，！＝ＤＵＢＮＥＲ１９ＤＵＢＮＥＲ
１４に位置されている。今日のシステムメッセージは！＝ＤＵＢＮＥＲ２０であ
る。

【０１３４】発生され且つユーザによって見られる実際のテキストは種々の！＝ＤＵＢＮＥ
ＲフィールドがＰＶＳパスワードサーバーによって報告されるようにそれらの数
値的等価物によって置換されたものであり、特に、それらはユーザ名、市、州、
郵便番号、システムメッセージによって置換される。

【０１３５】本システムについて詳細に説明したので，それをグラフィックに要約すること
が有用である。

【０１３６】ユーザがパスワード頁上の“Ｓｕｂｍｉｔ（提出）”をクリックすると、それ
はＰＶＳ１ＩＳＡＰＩアプリケーション拡張を開始させ、尚図４、ＰＶＳ１
ＩＳＡＰＩアプリケーション拡張フローチャートを参照されたい。

【０１３７】一方、ＰＶＳ１ＩＳＡＰＩフィルタは図５に示したようにサーバーが受取る
全てのＵＲＬ要求をチェックしている。

【０１３８】これらのフローチャートに従って、多くのイベントはＣ：￥ＰＶＳＣＬＩＥＮ
Ｔ￥ＰＶＳ１．ＩＮＩ初期化ファイル内において見出される情報によって制御さ
れ、且つイベントの多くはそれらが発生されると￥ＬＯＧ｜ＲＯＯＴ￥Ｃ−ＬＯ
Ｇ．ＴＸＴファイル内に記録されることを記憶すべきである。

【０１３９】図４はユーザがユーザ名とパスワードとを提出することで始まっている (ステ
ップ４０２)。該アプリケーション拡張は欠落している識別子をチェックする (
ステップ４０４)。欠落している識別子はエラーメッセージディスプレイをプロ
ンプトとして示す (ステップ４０６)。そうでない場合には、その要求はＰＶＳ
サーバーへ送られる (ステップ４０８)。応答が割り当てられた時間内にリター
ンされない場合 (ステップ４１０)、タイムアウトが記録され (ステップ４１２)
且つ表示される (ステップ４１４)。その応答がタイムリィなものである場合に
は、データベースにおけるマッチングがチェックされる (ステップ４１６)。マ
ッチングしない場合には「不良」表示が返される (ステップ４１８及び４２０)
。その応答がＯＫである場合には、ＰＶＳクッキーがユーザに対して発行され (
ステップ４２２)且つ承認メッセージが表示される (ステップ４２４)。

【０１４０】図５はＰＶＳ１ＩＳＡＰＩフィルタプロセスを示している。最初に、ＵＲＬ
要求がチェックされる (ステップ５０２)。クッキージャーをダンプする時であ
る場合には (ステップ５０４)、ＰＶＳサーバーへクッキージャーを送る新たな
プロセスが発生される (ステップ５０６)。クッキージャーをダンプする時でな
い場合には、“￥ＰＲＩ￥ストリングに対してＵＲＬがチェックされる (ステッ
プ５０８)。そうでない場合には、ウェブ頁が通常通り処理される (ステップ５
１０)。そうである場合には、ユーザが有効なクッキーに対してチェックされる
(ステップ５１２)。ユーザが有効なクッキーを有していない場合には、該フィル
タが￥Ｐａｔｈ￥ＮｏｔＹｅｔ．ｈｔｍｌを表示する (ステップ５１４)。ユー
ザがいまだに有効なクッキーを有している場合には、該フィルタは−ｘｘ許可接
尾辞に対して￥Ｐｒｉをチェックする (ステップ５１６)。接尾辞が存在する場
合には、ユーザのクッキービットが￥Ｐｒｉ−ｘｘビットに対してチェックされ
る (ステップ５１８)。それらがマッチしない場合には、不許可頁が表示される
(ステップ５２０)。それらがマッチする場合には、ユーザ名がクッキージャー内
に蓄積される (ステップ５２２)。次いで、そのウェブサーバーは要求された頁
を処理することを可能とされる (ステップ５２４)。

【０１４１】システムコンテキスト図３は現在好適な実施例において使用されるクライエント又はサーバーの実現
のために使用することが可能なコンピュータシステム３００のブロック図を示し
ている。この例においては、コンピュータシステムは、ユーザ入力装置 (例えば
、キーボード３３５及びマウス３４０)；インターフェースマネージャチップ３
３０ (それは、又、種々のポートへのインターフェースを与える)を介して該入
力装置からの入力を受取るべく動作接続されている少なくとも１個のマイクロプ
ロセサ３２５；ＡＣ電源から電力を引出し且つコンピュータシステム３００のコ
ンポーネントへＤＣ電圧を供給すべく接続されている電源３０５；該マイクロプ
ロセサによってアクセス可能なメモリ (例えば、フラッシュ又は非揮発性メモリ
３５５及びＲＡＭ３６０)；マイクロプロセサによって発生されるデータを出力
すべく接続されているデータ出力装置 (例えば、ディスプレイ３５０及びビデオ
ディスプレイアダプタカード３４５)；及び該マイクロプロセサによってインタ
ーフェースユニット３６５を介し読取及び書込のためにアクセス可能な磁気ディ
スクドライブ３７０を有している。現在好適な実施例においては、該方法を実行
する本明細書に記載したルーチンはＲＡＭ３６０内に存在しており且つマイクロ
プロセサ３２５によって実行される。

【０１４２】勿論、オプションとして、多くのその他のコンポーネントを設けることが可能
であり、且つこの形態は何等決定的なものではない。例えば、該コンピュータは
、又、ディスクインターフェース制御器３６５とインターフェースすることの可
能なＣＤ−ＲＯＭドライブ３８０及びフロッピィディスクドライブ (ＦＤＤ)３
７５を有することが可能である。更に、ディスクドライブからマイクロプロセサ
へのデータアクセスを高速化させるためにＬ２キャッシュ３８５を付加すること
が可能であり、且つＰＣＭＣＩＡ３９０スロットはペリフェラルの向上を受付け
る。

【０１４３】変形実施例検証サービスに加えて、パスワード検証サーバー１０６及びパスワードクライ
エント１１０は常時通信状態にあるような形態とすることが可能である。このよ
うな通信はヘルスケア専門家に対して短いテキストメッセージ以外のメッセージ
を表示させることを可能とする。例えば、該システムはユーザが特定の加入サイ
トと接続していることがわかれば、特定のユーザに対して特に重要なメッセージ
をパスさせるユーザに対しての迅速通知サービスとして動作することが可能であ
る。

【０１４４】変形実施例別の実施例においては、本明細書で説明した検証サービスの機能をデジタル署
名もどき検証へ拡張することが可能である。例えば、処方注文を通信販売又はロ
ーカルの薬局へオンラインで配送することが可能である。このような検証及び配
送サービスの使用は、改ざんされたり喪失されたりする場合のある紙の処方及び
診察室と薬局との間でのファックス送信の両方に対する必要性を除去することに
貢献する。更に、通信販売処方の配送に対する時間は、インターネットを介して
通信販売薬局に対し処方許可をすぐに送られるために減少させることが可能であ
る。

【０１４５】図１０は医者が開始したサンプリングの現在のプロセスを図示している。医者
がライセンスされている医者としてのステータス及び医者の同一性の検証を必要
とするサンプルを要求する (ステップ１００２)。該サンプルは医者 (ステップ
１００４)又は患者 (ステップ１００６)ヘ送られるべきものである。医者に送ら
れるべき場合には、それはその医者の現場販売担当者によるか (ステップ１００
８)又は配送業者によるか (ステップ１０１０)のいずれかによって送られる。患
者への配送はこのモデルにおいては配送業者によるものである (ステップ１０１
２)。販売担当者によって医者へ送られる場合には、自動化したビジネス応答カ
ード (ＢＲＣ)が使用される (ステップ１０１４)。これは、薬局によって必要と
される医者の情報に対するフィールドを有する電子的フォームを発生するシステ
ムである。ＢＲＣはサンプルの実際の配布を行う現場販売部隊担当者によるアク
ションのために薬品会社へリターンされる (ステップ１０２０)。

【０１４６】サンプルが配送業者によって医者又は患者へ送られるべき場合には、ファック
スした署名を有するオンラインフォームが使用される。関連する医者の情報を有
する (ステップ１０１６)又は医者の及び患者の情報を有する (ステップ１０１
８)オンラインフォームが、そのサンプルを医者 (ステップ１０２２)又は患者 (
ステップ１０２４)ヘ配布するサンプル実現ハウス (薬品会社又はその代理店)ヘ
直接的に送られる。そのオンラインフォームはＢＲＣ等の医者の (又は医者のお
よび患者の)情報に対するフィールドを有しているが、ファックスによって薬局
へリターンされるべき医者の署名に対するフォームを発生する。医者が電子フォ
ームの関連するフィールドに記入を行い、それは実現ハウスにおいて未決綴りを
形成し、医者によるファックスされる署名を待機する。署名が完了すると、サン
プルが送られる。

【０１４７】多くの管轄において、処方薬品の適法な注文のためには実際の署名が必要とさ
れる。本発明の現在開示されている実施例はオンラインフォーム及びファックス
署名に対して「電子署名」で置き換えることによってこの検証方法に対する代案
を形成している。図１１は医者が開始したサンプリングに対する同一のプロセス
を示しているが、ステップ１０１６及び１０１８はステップ１１０２及び１１０
４で置換されており、即ちファックス署名の代わりに電子署名を使用している。
本発明の現在開示した実施例では、医者としてのコンピュータユーザのステータ
ス及び同一性を検証することによって、ファックス署名に対する必要性を取除い
ている。

【０１４８】現在のところ、これが実際の署名に対する法的要件を充足するものではないか
もしれないが、連邦公報、水曜日、１９９８年８月１２日、４３２４１頁、「衛
生及びヒューマンサービスデパートメント、長官、４５ＣＦＲｐａｒｔ１４２、
セキュリティ及び電子署名基準：提案規則」において提案されている電子署名に
対する提案規則を充足するものである。これらの提案されている要件は処方薬品
の電子署名注文に対する基準を示唆している。３つの主要な要件はメッセージ信
頼性、否認不可、及び認証である。メッセージ信頼性は、メッセージが意図され
ていない受領者によって改ざんされたり又は観察したりすることが不可能である
ことを意味している。このことは、通信においてセキュアソケットレイヤー (Ｓ
ＳＬ)を使用することによって満足させることが可能である。否認不可 (ユーザ
がそのメッセージを送ったことを否認することが不可能であることを意味する)
及び認証 (データの起源の検証)は本発明の現在開示した実施例によって達成さ
れる。従って、ＳＳＬと結合された本明細書に開示した実施例は提案されている
電子署名基準の３つの基準を満足している。

【０１４９】変形実施例別の実施例においては、ユーザは、最初に、ＰＶＳウェブサイトを訪問し且つ
ＰＶＳユーザ名及びパスワードをエンターする。そこから、ユーザはＰＶＳサイ
ト上のハイパーリンクによって医者のみのウェブサイトのアクセスが制御された
エリアへ直接的にリンクすることが可能である。ＰＶＳサイトからアクセスが制
限されているエリアへのハイパーリンクはＰＶＳユーザ名及びパスワードでＰＶ
Ｓサイトにおいてログインした後に到達することが可能である。次いで、これら
のハイパーリンクはＰＶＳ検証を再度通りすぎる必要性なしに、ユーザを直接的
にアクセスが制限されているエリアへ連れていく。

【０１５０】変形実施例別の変形実施例においては、加入ウェブサイトサーバーはその格納部内に局所
的にパスワード及びユーザ名を維持することが可能である。このことは、より速
い検証を可能とし、全ての検証に対し直接的にＰＶＳへアクセスすることの必要
性を取除く。ウェブサイトへの頻繁な又は最近の訪問者はユーザ名及びパスワー
ドを保持するローカルメモリで検証することが可能である。加入ウェブサイトは
契約によるか又はアクセスを阻止すべく設計された局所的に格納されているＰＶ
Ｓソフトウエアによるかのいずれかによってユーザの個人データを見ることが防
止される。

【０１５１】修正例及び変形例当業者によって認識されるように、本願において記載した革新的な概念は広範
囲な適用例にわたって修正及び変形することが可能であり、従って、特許された
要旨の範囲は与えられている特定の例示的な示唆のいずれかによって制限される
ものではない。

【０１５２】現在好適な実施例においては、医者検証方法及びシステムが開示されている。
然しながら、これらのサービスは医者に対する既製されている製品のマーケティ
ングのみをサポートするものではなく、オンライン継続医学教育、オンラインで
の医者に対する専門的出版、及び臨床実験に対する募集もサポートするものであ
る。更に、いずれのタイプのアクセスが制御された情報も本明細書に記載した遠
隔検証システム及び方法を利用することが可能である。

【０１５３】現在好適な実施例においては、私有の暗号化アルゴリズムを記載している。然
しながら、例えばＰＧＰ、ＲＳＡ等の多くの暗号化手法が使用可能である。これ
らの暗号化技術の全てではないとしても殆どが本明細書に記載したシステム及び
方法に使用するために適合させることが可能である。

【０１５４】オプションとして、安全ロッキング関係 (パブリックキー関係)を、売主がＰ
ＶＳフロントエンドソフトウエアをクラッキングし且つ安全なデータへのアクセ
スを得ることを完全に防止するために使用することが可能である。

【０１５５】別の考えられる変形例においては、売主サイトへアクセスする専門家が売主に
対してその完全な識別データを与えるために単にボタンをクリックするようにす
ることが可能である。

【０１５６】現在好適な実施例を実現するためのコンピュータシステムを記載している。該
システムを構成するハードウエアは入手可能なプロセッサ及びオペレーティング
システムの任意の組み合わせとすることが可能である。このようなシステムとし
ては、例えば、ユニックスボックス、ＩＢＭＰＣ互換及びマッキントッシュコ
ンピュータシステム等がある。

【図面の簡単な説明】

【図１】遠隔検証システムのアーキテクチャのブロック図。

【図２】遠隔検証方法のフローチャート。

【図３】現在好適な実施例に基づくコンピュータシステムのブロック図。

【図４】ＩＳＡＰＩアプリケーション拡張プロセスフローチャート。

【図５】ＩＳＡＰＩフィルタプロセスフローチャート。

【図６】ＰＶＳ登録済ユーザのある場合とない場合の両方の迅速登録プロ
セスのフローチャート。

【図７】ユーザがＰＶＳインターネットサイトへエンターする場合にユー
ザのブラウザ上において見られる「ウエルカム (受入れ)」頁の例。

【図８】ＰＶＳユーザに対する「サインイン」頁の例。

【図９】ユーザのデータによって加入ウェブサイトがユーザによって遭遇
する最も蓋然性のある販売担当者を表示することを可能としている「ポップアッ
プ」販売担当者頁のサンプル。

【図１０】インターネットを介しての検証がどのようにしてアクセスが制
限されている製品をより簡単に注文することを可能とさせるかを示したブロック
図。

【図１１】インターネットを介しての検証がどのようにしてアクセスが制
限されている製品をより簡単に注文することを可能とさせるかを示したブロック
図。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ５０４Ｇ０６Ｆ 17/60 ５０４５１２５１２ＺＥＣＺＥＣＨ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ｃ (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者ダブナー，ロバートジェイ．アメリカ合衆国，ニュージャージー 07675−1921，ウエストウッド，ウエスターベルトプレイス 13 Ｆターム(参考） 5B085 AA08 AE01 AE29 5J104 AA07 AA11 AA21 JA23 KA01 NA05 NA17 PA07 PA10 【要約の続き】るユーザのそれ自身のデータベースを形成することは不可能である。好適には、ユーザは予め登録されていることが必要とされるものではなく、且つ公式の医学協会のレコードに対してチェックされる識別子をエンターすることによってアクセスを得ることが可能である。好適には、ユーザがウェブサイトへアクセスし且つ基本的な人口統計学的データを与える場合には、そのユーザと取引を行う蓋然性の高い販売担当者の画像 (位置、郵便番号又は興味分野等に基づいて)ユーザのスクリーン上に表われる。ウェブサイトは適切な販売担当者を選択するためにユーザによってエンターされたデータの充分なものを獲得するが、そのユーザを勧誘の対象とするのに充分なものではない。

Claims

【特許請求の範囲】

【請求項１】ユーザと加入サイトとの間の通信を容易化させる方法におい
て、前記加入サイトに対して資格を有するユーザを認証し、一方前記加入サイトが前記ユーザの勧誘を開始することを排除するために前記
ユーザに関する充分な情報を隠匿する、上記ステップを有している方法。
【請求項２】請求項１において、前記通信リンクが暗号化されている方法
。
【請求項３】請求項１において、前記ユーザに対するマーケティングに関
連し前記ユーザに関する制限した情報を前記加入サイトへ供給するステップを有
している方法。
【請求項４】ヘルスケア専門家と制御されたアクセス情報を包含している
加入インターネットウェブサイトの間の保護された通信システムにおいて、ヘルスケア作業者コンピュータと制御されたアクセスを必要とする情報を包含
する複数個の加入サイトとのうちの１つとの間の第一通信チャンネル、前記加入サイトと検証サーバーとの間の第二通信チャンネル、を有しており、前記第二通信チャンネルが暗号化によって保護されており、前記第一通信チャ
ンネルにおいて使用されていない少なくとも１つの暗号化アルゴリズムを使用し
ており、前記検証サーバーがセッション毎にのみ前記加入サイトに対する許可を
レリーズし、且つユーザ認証データのブロックをレリーズすることがない、システム。
【請求項５】請求項４において、前記通信がインターネットを介して行わ
れるシステム。
【請求項６】請求項４において、前記第一通信チャンネルが保護されたソ
ケットレイヤープロトコルを実現するシステム。
【請求項７】安全な医学情報トランザクションシステムにおいて、複数個の加入サイト、複数個のエンドユーザ、安全な認証サーバー、を有しており、前記加入サイトのうちのいずれかは暗号化によって保護された要
求を使用して前記検証サーバーへアクセスことが可能であり、それによりその配
布が規制局によって制限されている患者秘密情報及び／又は管理を包含する情報
での前記加入サイトと通信するために許可されたユーザに対して安全なアクセス
を与える、システム。
【請求項８】請求項７において、前記エンドユーザがライセンスされたヘ
ルスケア専門家であるシステム。
【請求項９】請求項７において、前記加入サイトがインターネットを介し
て前記検証サーバーと通信を行うシステム。
【請求項１０】秘密保持義務が課されるライセンスされたヘルスケア専門
家との通信を容易化させる方法において、前記専門家のうちの一人によって加入サイトから制御された情報へのアクセス
が要求された場合に、包括的許可リストを有する安全なサーバーサイトからその
アクセスに対する検証を要求し、前記安全なサーバーサイトが検証を与える場合に、制限された時間の間のみ前
記アクセスを許可する、上記ステップを有している方法。
【請求項１１】請求項１０において、前記包括的許可リストが前記加入サ
イトへダウンロードされることがない方法。
【請求項１２】請求項１０において、前記ヘルスケア専門家に関する制限
された匿名情報も前記検証と共に前記加入サイトへ送給される方法。
【請求項１３】請求項１０において、前記検証がインターネットを介して
行われる方法。
【請求項１４】秘密保持義務が課されるラインセンスされたヘルスケア専
門家による秘密マーケティング情報へのインターネットアクセスのためのプライ
バシィを仲買する方法において、前記加入サイトに対して完全にアクセス可能なものではないデータベースを参
照して、前記専門家のうちの一人によって試みられたインターネットアクセスの
短期間検証を加入サイトが得ることを許可し、前記加入サイトが前記データベースをダウンロードすることを阻止し、少なくともある条件下において、前記加入サイトが前記試みたインターネット
アクセスから入手した情報を使用して前記専門家に対する勧誘を開始することを
阻止する、上記ステップを有している方法。
【請求項１５】請求項１４において、前記ヘルスケアプロバイダーに関す
る匿名情報も前記検証と共に前記加入サイトへ送給される方法。
【請求項１６】電子的商取引と現場販売とを結合する方法において、コンピュータユーザがマーケティングに関連したインターネットサイトへのア
クセスを試みる場合に、そのユーザに関する位置情報を獲得し、前記ユーザと遭遇する可能性のある選択した現場販売担当者の画像を表示す
る、上記ステップを有しており、前記マーケティングに関連したインターネットサイ
トが前記ユーザに対する勧誘を開始するために前記ユーザに関する充分な情報を
受けとることがない方法。
【請求項１７】請求項１６において、前記ユーザからその他のマーケティ
ングに関連した情報が収集される方法。
【請求項１８】請求項１６において、前記マーケティングに関連したイン
ターネットサイトが前記ユーザによってエンターされた前記位置情報の幾つかを
見ることが阻止されている方法。
【請求項１９】請求項１６において、前記位置情報が前記第一サーバーで
はない第二サーバーによって回収される方法。
【請求項２０】ライセンスされたヘルスケア専門家と保護されたエリアを
包含している加入ウェブサイトとの間の通信を容易化させる方法において、前記ヘルスケア専門家が前記加入ウェブサイトの前記保護されたエリアへのア
クセスを試みる場合に、前記ヘルスケア専門家が前に割り当てられた識別子を供給するか又はその他
の識別用データを供給することを可能とさせ、前記前に割り当てた識別子又は前記その他の識別用データを検証し、前記前に割り当てた識別子又は前記その他の識別用データが検証されると前
記へルスケア専門家が前記保護されたエリアへのアクセスを可能とさせる、上記ステップを有している方法。
【請求項２１】請求項２０において、前記前に割り当てた識別子又は前記
その他の識別用データが前記加入ウェブサイトを包含することのない別のサーバ
ーによって検証される方法。
【請求項２２】請求項２０において、前記ヘルスケア専門家が前に割り当
てた識別子をエンターしない場合に、前記ヘルスケア専門家は将来の検証のため
の識別子の割当を要求することが許可される方法。