JP7146921B2 - 電子通信を制御するためのシステム及び方法 - Google Patents

Description

本願は概して、電子通信の受信者に承認済みコンテンツを送信することを提供するシステム及び方法に関しており、電子メールのような電子通信のために承認済みコンテンツを作成し、承認済みメッセージを生成するための方法及びシステムを含む。

特定の分野では、電子メールのような現代の電子通信に関連した効率化を達成することは、そのような電子通信を送ることのリスク（規制など）によって妨げられている。このように制限されてきた分野の例には、医薬品販売業界がある。この業界では、未承認の管理されないメッセージから生じる巨大なリスクのために、営業担当者は通常、処方医に電子メールによる通信を送ることを制限されている。例えば、不注意な担当者やその他の担当者が、薬の適応外使用を示唆するメールを、メール登録している医師に送信するかもしれない。これは、会社である雇用主（製薬会社など）を規制上の罰則やその他の法的責任に曝すことになりかねない。

本明細書に開示された実施形態は、承認済み電子メールを生成するための機械実装される方法を提供する。この方法は、制御されたコンテンツリポジトリを確立する工程であって、制御されたコンテンツリポジトリは安全且つ制御可能にアクセスされる、工程と；制御されたコンテンツリポジトリについてアクセスプロトコルを確立する工程であって、それによって、承認済みコンテンツは、アクセスプロトコルに従って、制御されたコンテンツリポジトリに格納され、そして、アクセスプロトコルは、制御されたコンテンツリポジトリ内の承認済みコンテンツの第１の部品が、電子メッセージを介して最初の顧客に利用できるか否かを決定するための少なくとも１組の連携ルールを含む、工程と；制御されたコンテンツリポジトリ内に承認済みコンテンツを格納する工程であって、承認済みコンテンツは更に、確立されたアクセスプロトコルに従ってアクセス可能である、工程と；制御されたコンテンツリポジトリ内の承認済みコンテンツを情報管理システムからの情報に連携させる工程と；承認済み電子メール生成システムを提供する工程であって、当該システムは、制御されたコンテンツリポジトリ内の承認済みコンテンツの部品を承認済み顧客に送信するために、確立されたアクセスプロトコルに従って電子メッセージを生成する、工程と、を含んでいる。

本出願及びその利点をより完全に理解するために、添付の図面と併せて以下の説明が参照される。ここで、同じ符号は同様な特徴を示す。

図１は、本発明の幾つかの実施形態に基づいており、承認済み電子通信の構築及び送信を管理するための例示的なアーキテクチャを示す。

図２は、図１のコンテンツリポジトリのための例示的なアーキテクチャを示しており、当該アーキテクチャでは、本発明の幾つかの実施形態に基づいて効率的なコンテンツ生成を容易にする制御された方法でコンテンツが作成及び組織化される。

図３ａは、「マイアカウント（My Accounts）」オプションの一実施形態を示すスクリーンショットを示しており、マイアカウントでは、本発明の幾つかの実施形態に基づいて、ユーザは、パーソナライズされた顧客メーリングリストにアクセスできる。

図３ｂは、本発明の幾つかの実施形態に基づいて、コンテンツページから承認済み電子メールの作成を開始する一実施形態を示すスクリーンショットである。

図４は、モバイルアプリケーション（又はウェブアプリケーション）の「電子メールターゲット（Email Targets）」オプションの一例を示すスクリーンショットであって、電子メールターゲットオプションでは、本発明の幾つかの実施形態に基づいて、ユーザは、承認済み電子メールの受信者としてメーリングリストから個人を選択できる。

図５は、「電子メールターゲット」画面の例示的なスクリーンショットであって、本発明の幾つかの実施形態に基づいて、個々の電子メールターゲットが、承認済み電子メールを受信するために選択されている。

図６は、「電子メールテンプレート（Email Template）」選択画面の一実施形態のスクリーンショットであって、電子メールテンプレート選択画面では、本発明の幾つかの実施形態に基づいて、ユーザは、選択された顧客への承認済み電子メールを生成するために１又は複数の顧客に合わせたテンプレートを選択することができる。

図７は、電子メール生成のための承認済みテンプレートの例示的なスクリーンショットであって、本発明の幾つかの実施形態に基づいて、例示的な警告アイコンが、電子メール受信者のうちの１又は複数について、テンプレート内のコンテンツ又はテンプレート電子メールに添付されたコンテンツを受信することが承認されていないことを示している。

図８は、例示的なポップアップ画面のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、個々の顧客のコンテンツの受信が承認されない理由を詳述している。

図９は、モバイルアプリケーションを介してユーザが利用可能な署名キャプチャ技術の一実施形態のスクリーンショットを示しており、当該キャプチャ技術は、本発明の幾つかの実施形態に従って、電子通信のためのリモートオプトイン（opt-in）を提供する。

図１０ａは、承認済み電子メールテンプレートの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、承認済みコンテンツへのユーザ選択ハイパーリンクが本文内に含まれている。 図１０ｂは、承認済み電子メールテンプレートの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、承認済みコンテンツへのユーザ選択ハイパーリンクが本文内に含まれている。 図１０ｃは、承認済み電子メールテンプレートの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、承認済みコンテンツへのユーザ選択ハイパーリンクが本文内に含まれている。

図１０ｄは、承認済み電子メールテンプレートの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、コールトゥアクション（call to action）を含んでいる。 図１０ｅは、承認済み電子メールテンプレートの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、コールトゥアクションを含んでいる。 図１０ｆは、承認済み電子メールテンプレートの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、コールトゥアクションを含んでいる。

図１１ａは、「プレビュー（Preview）」画面の例示的なスクリーンショットであって、本発明の幾つかの実施形態に基づいて、プレビュー画面では、ユーザは、承認済み電子メールを、受信者の閲覧可能な形式で見ることができる。 図１１ｂは、プレビュー画面の例示的なスクリーンショットであって、本発明の幾つかの実施形態に基づいて、プレビュー画面では、ユーザは、承認済み電子メールを、受信者の閲覧可能な形式で見ることができる。

図１１ｃは、本発明の幾つかの実施形態に基づいた、顧客のリクエストの受信を確認する電子メールの例を示す。

図１２は、顧客ポータルの例のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、顧客は、顧客ポータルを介して、制御されたコンテンツリポジトリから承認済みコンテンツにアクセスすることができる。

図１３ａは、顧客プロフィール情報画面の一実施形態のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、ユーザは、顧客との承認済み電子メール通信履歴に関する情報にアクセスできる。 図１３ｂは、顧客プロフィール情報画面の一実施形態のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、ユーザは、顧客との承認済み電子メール通信履歴に関する情報にアクセスできる。 図１３ｃは、顧客プロフィール情報画面の一実施形態のスクリーンショットであって、本発明の幾つかの実施形態に基づいて、ユーザは、顧客との承認済み電子メール通信履歴に関する情報にアクセスできる。

図１４は、本発明の幾つかの実施形態に基づいた、承認済み電子メールシステムの提供及び／又はプロビジョニングを説明するフローチャートである。

図１５は、本発明の幾つかの実施形態に基づいた、承認済み電子メールの作成及び送信を説明するフローチャートである。

図１６ａは、本発明の幾つかの実施形態に基づいて、コールトゥアクションを伴う承認済み電子メールを作成、送信、又はフォローアップする方法のフローチャートである。 図１６ｂは、本発明の幾つかの実施形態に基づいて、コールトゥアクションを用いて承認済み電子メールを作成、送信、又はフォローアップする方法のフローチャートである。

図１７は、本発明の幾つかの実施形態に基づいて本発明が実施され得るデータ管理アーキテクチャの例示的な高水準ブロック図である。

図１８は、本発明の幾つかの実施形態に基づくコンピューティングデバイスの例示的なブロック図である。

図１９は、本発明の幾つかの実施形態に基づいたデータ管理サーバの例示的な高水準ブロック図である。

図２０ａは、本発明の幾つかの実施形態に基づいて研究デザインを作成又は編集するための例示的なユーザインタフェースである。

図２１は、本発明の幾つかの実施形態に基づいたユーザコンピューティングデバイスの例示的な高水準ブロック図である。

図２２ａは、本発明の幾つかの実施形態に基づいて被験者の試験ソースデータを収集するための例示的なユーザインタフェースである。 図２２ｂは、本発明の幾つかの実施形態に基づいて被験者の試験ソースデータを収集するための例示的なユーザインタフェースである。 図２２ｃは、本発明の幾つかの実施形態に基づいて被験者の試験ソースデータを収集するための例示的なユーザインタフェースである。 図２２ｄは、本発明の幾つかの実施形態に基づいて被験者の試験ソースデータを収集するための例示的なユーザインタフェースである。 図２２ｅは、本発明の幾つかの実施形態に基づいて被験者の試験ソースデータを収集するための例示的なユーザインタフェースである。

図２３は、本発明の幾つかの実施形態に基づいたデータ収集方法の例示的なフローチャートである。

図２４は、本発明の幾つかの実施形態に基づいており、複数のコンテンツバージョンからなる制御されたコンテンツリポジトリシステムを含むネットワークシステム環境を示す。

図２５は、本発明の幾つかの実施形態に基づいた２つの異なる電子データキャプチャ（ＥＤＣ）技術を示す。

図２６は、本発明の幾つかの実施形態に基づいており、制御されたコンテンツリポジトリシステムを含むネットワークシステム環境を示す。

便宜上、同様な要素を参照するために同じ符号が用いられているが、様々な例示的実施形態の各々は、異なる変形例とみなされ得ることは理解されるだろう。

以下、本発明の実施形態を、本明細書の一部を構成し、実施され得る例示的な実施形態を示す添付図面を参照して説明する。本明細書及び添付の特許請求の範囲で使用されるように、「実施形態」及び「例示的な実施形態」という用語は、必ずしも単一の実施形態を指すものではないが、そうであってもよく、様々な例示的な実施形態が、本実施形態の範囲又は意図から逸脱することなく、容易に組み合わせられ、また、相互に交換されてよい。更に、本明細書で使用される用語は、例示的な実施形態のみを説明することのみを目的とし、限定を意図したものではない。この点について、本明細書では「において」という用語は、「内」及び「上」を含み、「ある」及び「その」という用語は、単数形及び複数形を参照し得る。更に、本明細書では、「によって」という用語は、文脈に応じて「から」を意味してよい。更に、本明細書では、「もし」という用語はまた、文脈に応じて「する場合」又は「すると」を意味してよい。更に、本明細書では、「及び／又は」という用語は、関連して記載された項目のうち１又は複数の任意の及び全ての可能な組み合わせを意味し、含むものとしてよい。

本願で開示される実施形態では、「承認済み電子メール（approved email）」通信を生成するためのシステム及び方法を提供することにより、システムユーザと電子メール受信者（顧客）との間の通信のための電子メールコンテンツを制御することができる。ユーザは、規制を遵守しており顧客に適した通信をユーザと顧客の間で保証するために、電子メールテンプレートのリストにアクセスすることができる。電子メールテンプレートは、承認済みコンテンツで事前に生成されており、その後、規制上の制限、顧客のプリファレンス、デモグラフィック（demographic）情報などの様々な顧客属性と連携される。

電子メール又はその他の電子通信のこのような制御された生成は、顧客プロファイル情報及び顧客のプリファレンスを含むパラメータを含む顧客関係管理（ＣＲＭ）情報を伴う承認済みコンテンツアイテム及びテンプレートのリポジトリと、規制制限又は規制制限の遵守を容易にするために使用されるフィールドとの間のインタフェースで発生する。システムは、コンテンツと顧客のアクセスとが合わない場合に、ユーザに警告通知を発生することができ、ユーザは、特定の顧客を通信から除外したり、電子メールの内容を変更したりするなど、警告通知に対処するための様々な対策を選択することができる。顧客情報は、顧客関係管理サブシステムから提供される。

開示された実施形態では、記録のインテリジェントで柔軟な更新は、顧客関係管理サブシステム内で行われてよく、顧客情報を検証及び更新するために、効果的且つ適時な方法によって、例えば、開示された実施形態では複数の企業の顧客に代わってクラウドベースのシステム／ＳａａＳ（Software-as-a-Service）システムを管理することによって取得された集合情報を使用することによって、サードパーティのシステム及びソースと通信するなどのアプローチが含まれてよい。

承認済み電子メールがユーザによって作成された後、承認済み電子メール内に含まれるコンテンツは、電子メールサーバにリリースされる前に、システムによって正確性及び妥当性について再度チェックされてよい。承認済み電子メール内のコンテンツにアクセスする場合、顧客は、顧客ポータルに誘導されて、顧客ポータルを介してコンテンツがアクセスされる。顧客は、コンテンツリポジトリ内の承認済みコンテンツの最新バージョンへのアクセスのみを許可されてよい。このようにして、顧客が受信して閲覧可能なコンテンツは、規制を遵守した承認済みコンテンツであることがリアルタイムで検証される。

図１は、制御された電子メール通信システム１００の一実施形態を示すシステム概要である。ここで開示されている実施形態は、制御されたコンテンツリポジトリ１０２、顧客関係管理（ＣＲＭ）サーバ１０６、及びマルチチャネル処理エンジン１０８を備えている。顧客関係管理サーバ１０６は、顧客関係管理サブシステム１０４へのアクセスを提供してよく、マルチチャネル処理エンジン１０８は電子メールサーバ１１４に接続されてよい。ある実施形態では、顧客関係管理サブシステム１０４及び／又は電子メールサーバ１１４は、サードパーティによって運用されてよい。マルチチャネル処理エンジン１０８は、ウェブクライアント１１０、又はモバイルアプリ１１２（例えば、ｉＯＳシステム、Ａｎｄｒｏｉｄ（登録商標）システム、Ｂｌａｃｋｂｅｒｒｙ（登録商標）システム、又はＷｉｎｄｏｗｓ Ｍｏｂｉｌｅ（登録商標）システム））を介して、企業の営業担当者などのユーザによってアクセスされ、ウェブサーバ１１３を介してマルチチャネル処理エンジン１０８と通信している。本願では、ユーザは企業の営業担当者であると記述されることがあるが、この特定の記述がなされた実施形態は、本開示に基づいて特許として最終的に発行されるだろう特許請求の範囲の一般性を制限することを意図したものではない。

制御されたコンテンツリポジトリ１０２は、株主、検閲者、管理者、マーケティング担当者、営業担当者などの複数のユーザ間で共有可能な承認済みコンテンツを発展させるためのプロセスを有するように設計されている。制御されたコンテンツリポジトリ１０２で生成されたコンテンツは、規制ベースでアクセスされ、承認済み電子通信を生成するために使用されてよい。この規制ベースは部分的に企業全体によって決定されてよく、以下で更に詳細に説明するように、顧客関係管理サブシステム１０４からのデータとの相互作用によって追加的に決定されてよい。ある実施形態では、承認済みコンテンツ、顧客プロファイル情報、顧客のプリファレンス、及び規制上の制限及び要件は、制御されたコンテンツリポジトリ１０２のテーブルに格納されてよい。コンテンツの格納及び発展に加えて、制御されたコンテンツリポジトリ１０２は、ユーザによって送信された通信の正確なコンテンツをトラッキングする監査証跡と共に、顧客によってアクセスされたコンテンツに関する通信及び情報に関するメタデータを格納してよい。

顧客関係管理サブシステム１０４は、ユーザが利用可能であり得る全ての連絡先情報を格納する。連絡先情報の格納に加えて、顧客関係管理サブシステム１０４は、特定のプリファレンス、規制上の制限及び要件、及び、全体的に又は受信者ベースで、適切な承認済み電子通信の生成を容易にする他のフィールドに関する設定を格納してよい。これらのプリファレンス及び／又は要件は、更に詳細に後述するが、ユーザのプリファレンス（例えば、アカウントリストを維持すること）及び企業のプリファレンス（例えば、ユーザの雇用主）の両方を含む。幾つかの例では、承認済みコンテンツ及び電子メールテンプレートは、承認済み電子メールを生成するプロセスの間に前処理されて、制御されたコンテンツリポジトリ１０２に格納され、マルチチャネル処理エンジン１０８に提供されてよい。他の例では、顧客関係管理サブシステム１０４はコンテンツ管理サブシステムを有してよく、また、承認済みコンテンツ及びテンプレートを提供してよい。

この実施形態では、顧客関係管理サブシステム１０４は、顧客関係管理サーバ１０６、又は他のチャネルを介して複数のソースと通信して、顧客アカウントに関する最新且つ正確な情報の収集を継続することができる。複数のソースとのインタフェースは、例えば、アプリケーションプログラミングインタフェース、即ちＡＰＩを介したものであってよく、ＡＰＩインタフェースは、サードパーティプロバイダサーバのフレキシブルなアレイとの互換性を可能にするであろう。更新される情報には、ライセンス情報、実務分野、及び様々な顧客連絡先の場所が含まれてよいが、これらに限定されない。このようにして、顧客関係管理サブシステム１０４は、アカウント又は医師を表すアイテムの承認済みバージョンを取得し、その後、複数のネットワークから取得し、アカウントに関する情報が最新であることを確実にする。顧客関係管理サブシステム１０４はまた、電子メール通信が配信されるドメインのタイプを決定するために使用されてよい。スペインの顧客は「ＣｏｍｐａｎｙＸ．ｅｓ」からの電子メールを受信する一方で、ドイツの顧客は「ＣｏｍｐａｎｙＸ．ｇｅ」から同じ電子メールを受信することになる。これにより、電子通信を管理し送信する会社のブランディングオプションを追加することができる。

顧客関係管理サブシステム１０４を更に参照すると、このシステムは、クラウドベースの顧客データベースであってよく、顧客企業とサードパーティのパートナー及び代理店とにわたって一貫したデータを保存及び配信するための中央アクセスを提供する。のパートナー及び代理店は、このデータを更新し続けるために使用される。このシステムは、標準的なデータフォーマットを提供しており、また、簡単且つ自動化された方法を提供することによって、顧客は、調整され頻繁に更新されるＣＲＭデータへのアクセスすることができ、更に、その調整されたデータを、本明細書に記載されたシステムに従って承認済み電子通信を送信するために使用ことができる。

ある実施形態では、マルチチャネル処理エンジン１０８は、顧客関係管理サブシステム１０４からの顧客アカウント情報を、制御されたコンテンツリポジトリ１０２からの利用可能なコンテンツと組み合わせることに関与している。顧客関係管理サブシステム１０４内では、顧客アカウントには、制御されたコンテンツリポジトリ１０２から利用可能なコンテンツの特定の部品を決定する一組の連携ルールを割り当てられてよい。マルチチャネル処理エンジン１０８は、これらのルールを適用して、承認済み電子メールテンプレート及コンテンツ部品のリストをユーザに提供してよく、これらのリストは、その後、承認済み電子メール通信を構築するために使用されてよい。承認済み電子メールの生成は、実行可能コードストレージ１２０に格納された実行可能コードコンピュータ命令に従ってマルチチャネル処理エンジン１０８内で行われる。

実行可能コードは、コンピュータ可読媒体（コード格納媒体１２０）に格納されたコンピュータ可読命令を含む。実行可能コードストレージ１２０は、顧客関係管理サーバ１０６やマルチチャネル処理エンジン１０８などのシステム１００内の種々のコンピューティングマシンと通信する。同じ又は別の実行可能コードストレージ１２０が、システム内の処理マシンで処理するための個別のコンピュータ可読コードを提供するために、制御されたコンテンツリポジトリ１０２の前述の構成要素によってアクセスされてよい。全ての場合において、そのコードは、本実施形態で説明した機能及び／又はシステム設計の必要性に応じた追加機能を実行するようにプログラムされている。

マルチチャネル処理エンジン１０８と顧客関係管理サブシステム１０４との間の通信は、両者の間のインタフェースとして機能する顧客関係管理サーバ１０６を介して行われてよい。顧客関係管理サーバ１０６は、顧客関係管理サブシステム１０４の入口及び出口としてのみ機能してよい。ユーザは、ウェブクライアント１１０又はモバイルアプリ１１２（例えば、ｉＯＳ、Ａｎｄｒｏｉｄ（登録商標）、Ｂｌａｃｋｂｅｒｒｙ（登録商標）、又はＷｉｎｄｏｗｓ Ｍｏｂｉｌｅシステム（登録商標））の何れかを介して、マルチチャネル処理エンジン１０８にアクセスしてよい。

図２は、制御されたコンテンツリポジトリ１０２を示す図であって、具体的なアプリケーション及び接続されたインタフェースが追加されている。ある実施形態では、この制御されたコンテンツリポジトリ１０２は、企業のデータを統合するためのクラウドベース又は分散ネットワークベースのシステムであり、多くの場合、企業内の複数のコンテンツリポジトリを、データの作成、アクセス、並びに配信の協調制御、測定及び監査を行う単一のシステムに統合する。

ライフサイエンス産業における制御されたコンテンツリポジトリ１０２の一実施形態では、図に示されているように、リポジトリ１０２は、以下の分野及び／又はビジネスプロセス固有のフロントエンドアプリケーション２０４のための特定のデータの集まりを含んでよい。

研究開発（Ｒ＆Ｄ）フロントエンドアプリケーション２０８は、制御されたコンテンツリポジトリ１０２内に組織された制御されたコンテンツリポジトリを構築することにより、研究及び初期試験の申請をサポートするための資料の集約を提供する。このフロントエンドを介して保存、整理、及び管理することができる要素には、資料の目録の提出、医薬品情報協会（Drug Information Association）（ＤＩＡ）参照モデルのサポート、及び提出準備（submission-ready）レンダリングが含まれる。このフロントエンド２０８は、制御されたコンテンツリポジトリ１０２へのインタフェースを提供するように設計されており、それによって、研究者、医薬品開発業務受託機関（ＣＲＯ）、及び他の共同研究パートナーは、単一の管理された文書システムを通じてコンテンツにアクセスすること及び／又はコンテンツを配信することができる。

試験フロントエンドアプリケーション２１０は、治験依頼者、ＣＲＯ、施設、治験責任医師、及び他の試験参加者の間でのシームレスな競業を支援する一方で、試験の文書及び報告書へのより迅速且つ整理されたアクセスを提供する。特定の機能は、研究と施設管理を容易にすると共に、ＤＩＡ試験マスターファイル（ＴＭＦ）参照モデルをサポートする。制御されたコンテンツリポジトリ１０２へのアクセスを提供するこのフロントエンドアプリケーションを有することで、ライフサイエンス開発プロセスのこのフェーズと他のフェーズとの間で、制御されたコンテンツリポジトリのコンテンツを効率的に渡すことができる。

製造品質アプリケーション２１２は、原料管理及び他の製造要素の面において、管理された文書の作成、レビュー、承認、及び配信を、組織にわたって、そして、外部パートナーとの間で可能にする。アプリケーション２１２は、透かし、制御された印刷、署名の明示、及び「読んで理解した（Read and Understood）」旨の署名機能を含む、製造プロセスをサポートする機能を提供する。このプロセスに関連する文書及びメタデータは、制御されたコンテンツリポジトリ１０２で管理及び格納されるので、これによって、関連文書が法律や会社のポリシーに反して配信されないことを保証することができる。

通信アプリケーション２１４（例えば、医療通信アプリケーション）は、コールセンターへのアクセス、統合、及びインタフェース機能を含めて、設備（例えば、データ生成又は処理設備、医療設備など）との通信を提供する。このアプリケーション２１４に関連する特定のアクセス制御機能及びメタデータには、有効期限及び定期的なレビュー要素、マルチチャネルサポート、グローバル文書、並びに、制御されたコンテンツリポジトリ１０２を介した自動応答パッケージ生成が含まれる。

マーケティング販売アプリケーション２１６は、販促資料の開発、承認、配信、有効期限、回収のためのエンドツーエンドのソリューションを提供する。特定の特徴には、グローバルな側面へのサポート、承認済みフォームＦＤＡ２２５３（又は同様の国際フォーム）フォームの生成、オンライン文書、動画アノテーション、及び組込デジタルアセットライブラリ（ＤＡＬ）が含まれる。ここでも、通信は、制御されたコンテンツリポジトリ１０２を介して行われてよい。

本発明の実施形態では、幾つかのバックエンドシステムアプリケーション２２０が提供されて、制御されたコンテンツリポジトリ内のデータ、フォーム、及び他の通信の管理を提供する。例えば、バックエンドシステムアプリケーション２２０は、規制遵守を促進するための規制遵守エンジン２２２を含んでよく、監査証跡システムと、電子署名システムと、２１ＣＦＲパート１１、付属書１１、及びＧｘＰ関連要件のような政府規制に準拠するためのシステムトレーサビリティとを含む。規制遵守エンジン２２２は、文書及びプロジェクトフォルダのアクセスにまつわるメタデータを開発するプロセッサを含んでおり、規制遵守の観点から許可されたアクセスのみが許可されていることを保証してよい。規制遵守エンジン２２２は、設置適格性（ＩＱ）及び／又は運用適格性（ＯＱ）をサポートする制御されたコンテンツを作成するためのプレバリデーション機能を更に含んでもよく、その結果、顧客のシステム検証コストを大幅に節約することができる。

本発明の更なる実施形態では、バックエンドシステム２２０は、文書と、それらのプロパティと、変更に関する完全な監査証跡とをレポートするレポートエンジン２２４を含んでよい。これらのシンプルトゥナビゲート（simple to navigate）レポートは、エンドユーザ及び管理者に、コンテンツがそのライフサイクルの中でどのように移動するかを示しており、「計画対実際（plan versus actual）」を追跡して、プロセスのボトルネックを特定することを可能にする。レポートエンジンは、格納されたプロジェクトデータに基づいてライフサイクル及び文書管理レポートを作成してレポートするためのプロセッサを含んでおり、制御されたコンテンツリポジトリ１０２に格納された文書、フォーム、及び他の通信に関連するメタデータにアクセスしてよい。

本発明の更なる実施形態では、バックエンドシステム２２０は、管理ポータル２２６を含んでよく、それにより、管理者は、ポイントアンドクリックの簡単なウェブインタフェースで、文書、プロパティ、ユーザ、セキュリティ、ワークフロー及びレポートを制御することができる。顧客はまた、追加のソフトウェアコードを書くことなく、アプリケーションを迅速に変更して拡張すること、又は、全く新しいアプリケーションを作成することができる。

本願の更なる実施形態では、バックエンドシステム２２０は、検索エンジン２２８を含んでよく、それにより、制御されたコンテンツリポジトリ１０２は、簡単で、適切且つ安全な検索をもたらす。

フロントエンドアプリケーション２０４及びバックエンドシステムアプリケーション２２０のこの包括的な組合せの提供において、種々のアプリケーションは更に、サービスゲートウェイ２３０によって調整及び通信することができ、そして、様々なウェブサーバ及び／又はウェブサービスＡＰＩ１１３との通信を提供することができる。そのようなウェブサーバ及び／又はウェブサービスＡＰＩ１１３は、種々のアプリケーション２０４及びシステム２２０の一部又は全部におけるコンテンツ及びメタデータ層へのアクセスを含むことができ、補完的なシステム間でのシームレスな統合を可能にする。

記載された実施形態では、特定の特徴及び機能は、制御された電子メール通信システム１００の他の要素と統合されて、特定の特徴は、様々なユーザ画面内で使用可能になる。例えば、他の可能な機能の組合せに限定されることなく、承認済み電子通信を生成することについて後述する説明において、上述した検索ポータルは、顧客に送信するために準備されているテンプレート電子メールの１つに添付される可能性のある、制御されたコンテンツリポジトリ１０２内の承認済み添付ファイル（即ち、コンテンツ）を検索するために使用することができる。そして、これらの特定のシステムを組み合わせることの相乗効果は、制御されたコンテンツの生成を制御された方法で行うことができ、それによって、承認済みコンテンツは、送信されるデータの整合性に大きな信用を持って顧客に送信することができる。

図３ａは、ウェブベースシステム１１０又はモバイルシステム１１２（図１参照）内のウェブベース又はモバイルインタフェースにおける「マイアカウント（My Accounts）」インタフェースの一実施形態のスクリーンショット３０２を示す。この画面３０２から、ユーザは、顧客関係管理サブシステム１０４内の既存の医師又はその他の臨床アカウントのリストから個々のアカウントを選択することができる。「マイアカウント」画面３０２から特定の個々のアカウントを選択することによって、ユーザは、顧客関係管理サブシステム１０４内に格納されている、選択されたアカウントの現在の連絡先情報を含む画面へ移動することができる。この画面から、ユーザは、画面上の「電子メール作成（Compose Email）」リンクを選択することにより、個々の顧客への承認済み電子メールの作成を開始することができる。この実施形態では、個々の顧客に承認済み電子メールを送信するための追加のオプションが、ウェブベースアプリケーション１１０又はモバイルアプリケーション１１２内に存在する。図３ａに示す「マイアカウント」画面３０２から、ユーザはまた、連絡先名の右側の「アクション（Action）」シートをクリック又はマウスオーバーして、ポップアップウィンドウを表示させ、ポップアップウィンドウ内の「電子メール送信（Send Email）」リンク３１０を選択してよい。ユーザは、リンク３０５をクリックして、アカウントの情報を更新してよい。

また、ユーザは、例えば、ユーザが画面上で文書や動画を見ている際、コンテンツページから電子メールの作成を開始してよい。図３ｂは、ウェブベースシステム１１０又はモバイルシステム１１２（図１参照）内のウェブベース又はモバイルインタフェースにおける「通話レポート（Call Report）」インタフェースの一実施形態のスクリーンショット３５２を示す。画面３５２に通話レポート３６０を表示している間、ユーザは、通話レポートの幾つかのトピックに関連するコンテンツを送信することを決定してよい。ユーザは、「サイン（Sign）」リンクの横にある「アクション（Action）」シートをクリック又はマウスオーバーしてポップアップウィンドウを表示し、ポップアップウィンドウ内の「電子メール送信（Send Email）」リンク３５５を選択してよい。その後、ユーザが承認済み電子メールを作成するためのスクリーンショット３０２が表示されてよい。制御されたコンテンツリポジトリ１０２を含む説明されているシステムは、電子メール通信のための承認済みコンテンツへの首尾一貫した制御されたアクセスを提供するので、様々なアプリケーション及び／又はアプリケーション内の特定のスクリーンショットから一貫してフォーマット化された承認済みコンテンツを提供する点において、かなり柔軟である。

次に図４を参照すると、図３ａの画面の左側にある「アカウントリスト（Account Lists）」３２０を選択することにより、ユーザは、顧客関係管理サブシステム１０４で構成されているような、個人的に又は組織によって予め構成された個々の顧客のリスト４１０にアクセスすることができる。この画面４０２から、ユーザはまた、通信を希望する個々の顧客アカウント４２０を複数選択してよい。希望する顧客がリストから選択されると、これは、リスト内の全ての顧客の選択を含んでよく、ユーザは、ウェブベースアプリケーション１１０又はモバイルクライアントアプリケーション１１２を介して、選択された顧客への承認済み電子メールの作成を開始してよい。電子メールは、マルチチャネル処理エンジン１０８内で、制御コンテンツリポジトリ１０２によって提供されたアクセス可能なコンテンツから作成されてよく、当該コンテンツは、顧客関係管理サブシステム１０４によって提供された顧客情報と連携されている。

図５は、ユーザが「電子メールターゲット（Email Targets）」リンク５０５を選択することによって承認済み電子メールの作成を開始する例示的なスクリーンショット５０２を示す。リンクアイコンはまた、括弧内に選択された顧客の数を含んでいてよい。この実施形態では、「電子メールターゲット」リンク５０５の顧客選択の後に「電子メール送信（Send Email）」リンク５１０が表示されている。

図６に示すように、「電子メール送信」リンクを選択することにより、ユーザは「電子メール生成ウィザード（Email Generation Wizard）」にアクセスすることができる。この画面６０２から、ユーザは、事前に承認済みであって制御された電子メールテンプレート（email templates）６０４にアクセスすることができる。電子メールテンプレート６０４は、選択された顧客の特定のグループに対して利用可能であり、且つ承認されている。この承認済みリストから、ユーザは複数のテンプレートを選択することができる。所望のテンプレートが選択された後、個々のタブが画面の上部に表示され、各タブ内には、選択された顧客に送信され得る別個の承認済み電子メールがある。

ユーザは、適切なタブ７１０を選択することによって、図７のスクリーンショット７０２に示されているように個々のテンプレートにアクセスしてよい。テンプレートはまた、図７の左上に示される警告アイコン７２０を表示してよく、これは、選択された個人のうちの１又は複数が、現在のコンテンツを有する選択されたテンプレートの受信を制限される可能性があることを示す。この警告は、顧客関係管理サブシステム１０４内に含まれる情報から生成される。ユーザはこのアイコン７２０を選択してよく、それにより、図８に示すようにポップアップウィンドウ８０２が生成され、ポップアップウィンドウ８０２は、現在コンテンツの受信が制限されている可能性がある全ての受信候補者への特定の警告情報を含む。受信者は、適切なアイコンを選択することによってこの画面上の電子メールリストから削除されてよい。

図８に図示されたポップアップ画面８０２に生成された警告は、これらに限定されないが、規制上の制限、顧客のプリファレンス、デモグラフィック情報、顧客がコンテンツを配信しないように要求した場合の顧客の「オプトアウト（opt-out）」オプションなどの理由で表示されてよい。顧客の「オプトイン（opt-in）」オプションがない場合、顧客は事前の承認なしに通信を受信できなくてよい。或いは、警告は、顧客アカウントプロファイル内に含まれる最新の情報により、制御されたコンテンツリポジトリ１０２によって配信された最新のコンテンツへのアクセスがもはやできなくなったという理由で表示されてよい。規制上の制限、顧客のプリファレンス、デモグラフィック情報、個々の顧客アカウントの「オプトイン」又は「オプトアウト」状態に関する情報は、顧客関係管理サブシステム１０４内に格納される。

図９に示す実施形態では、ユーザは、ウェブベースアプリケーション１１０又はモバイルクライアントアプリケーション１１２を介して、電子メールの受信者からの「オプトイン」要求９０２にアクセスしてよい。この実施形態では、ユーザは、署名キャプチャ技術にアクセスしてよく、それにより、適切な署名９０５によって即時のリモート顧客承認が可能になる。

全ての警告が解消されるか、又は制限されている受信者が全てリストから削除されると、ユーザは、図１０ａに図示されているように、承認済み電子メールテンプレート１００２に再びアクセスすることができる。電子メールテンプレートは、ユーザによって選択可能に、画像１００３で「ブランド化（branded）」されていてよく、又は、プレーンなテキストのみの形式で提示されてよい。図１０ａに図示されているように、ユーザは、テンプレート内に提供されたテキストボックス１００４内にフリーテキストを入力することにより、電子メールの内容を好みに合わせてよい。このカスタマイズ可能なテキストボックス１００４は、ボックス内に入力され得る文字数を制限し、ボックス内で使用が許可されていない制限語の「ライブラリ（libraries）」を顧客ごとに構築することによって、コンプライアンスを確保するために規制されてよい。テキストボックスを規制するために使用される情報は、顧客関係管理サブシステム１０４からアクセスすることができ、これらの規制パラメータの構成は、企業、特定の顧客、及び／又は特定の規制によって指定されてよい。承認済みテンプレート内にて、ユーザは、電子メールの本文に含める承認済みコンテンツを選択してよい。

ユーザは、テンプレート内の「共有するドキュメントを選択（Select Documents to Share）」アイコン１０１０を選択してよく、これにより、ポップアップ画面１０２０（図１０ｂ参照）が生成される。ポップアップ画面１０２０は、顧客関係管理サブシステム１０４から取得された顧客情報と連携された、制御されたコンテンツリポジトリ１０２内からの承認済みコンテンツのリストを含む。ポップアップ画面１０２０から、ユーザは、選択されたコンテンツアイテムごとに１つのハイパーリンクの形で、本文中に含める複数のコンテンツアイテムを選択できる。コンテンツアイテムが選択されると、それらは、図１０ｂの中央に図示されているように、個々のタイル１０３０として電子メールの本文に追加される。コンテンツアイテムのリストは、ユーザがタイルをドラッグすることによって、所望の順番に再配置されてよい。ユーザは、テンプレート画面内に位置する「拡大鏡（magnifying glass）」アイコン１０４０を選択することによって、承認済み電子メールを顧客が受信する通りに、ウェブベースアプリケーション１１０又はモバイルアプリケーション１１２上でプレビューすることができる。その後、ユーザは、「編集（editing）」アイコンを選択するか、又は文書選択ポップアップ画面１０２０の外側をクリックすることにより、編集機能に戻ってよい。

図１０ｃの継続編集画面１０５０にて、ユーザはまた、テンプレート１０５０内に配置されたドロップダウンメニューからカスタマイズされた結語を選択してよい。本明細書に記載された全般的な承認済みコンテンツオーサリングシステムは、柔軟性及び構成能力が高く、承認済み電子メールテンプレート内のどこにでも適用可能である選択機能を含む。その後、ユーザは、図１０ｃに図示された「送信（Send）」アイコン１０６０を使用して、選択された受信者に電子メールを送信してよい。

図１０ｄ乃至ｆは、承認済み電子メールテンプレートの別例のスクリーンショットである。ユーザは、図１０ｄのテンプレート内の「コールトゥアクションアイテムの選択（Select Call to Action Items）」アイコン１０７１を選択してよく、これにより、コールトゥアクションアイテムのリストを含むポップアップ画面１０７２（図１０ｅ参照）が生成される。コールトゥアクションアイテムは、顧客関係管理サブシステム１０４から取得された顧客情報と連携されている。コールトゥアクションアイテムは、来診要求（Request Visit）１０７３、サンプル要求（Request Sample）１０７４、及び招待要求（Request Invitation）１０７５を含んでよい。ポップアップ画面１０７２から、ユーザは、送信する電子メールの本文内に含められる１又は複数のコールトゥアクションアイテムを選択してよい。コールトゥアクションアイテムが選択されると、個々のクリック可能な領域として、例えば、図１０ｆに図示されているハイパーリンク又はボタン１０７６として、電子メールの本文に追加されてよい。電子メールは、複数のコールトゥアクションアイテムを含んでよく、それらアイテムは、ユーザがタイルをドラッグすることにより、所望の順番に再配置されてよい。

ある実施形態では、図１０ｅに示すポップアップ画面１０７２とコールトゥアクションアイテムのリストとを提供する代わりに、マルチチャネル処理エンジン１０８が、顧客関係管理サブシステム１０４から取得した顧客情報を使用して、電子メールに含めるべき最適なコールトゥアクションアイテムを判定してよい。例えば、顧客が以前に来診を要求した場合、含められるべき最適なコールトゥアクションアイテムは、「サンプル要求（Request Sample）」であってよい。予め設定されたコールトゥアクションアイテムはその後、テンプレートに含められてよい。

モバイルアプリケーション１１２又はウェブクライアント１１０とマルチチャネル処理エンジン１０８との間の通信は、ウェブクライアントとそのサーバとの間の任意の通信プロトコル、例えばＨｔｐｐｏｓｔを使用してよい。

ある実施形態では、生成された電子メール内に含まれるコンテンツは、リリースする直前に、システムによって正確性及び妥当性を再度チェックされてよい。承認済み電子メールがマルチチャネル処理エンジン１０８で生成され、ユーザが「送信（Send）」アイコンを選択すると、通信は、選択されたコンテンツの正確性及び妥当性の最終的な検証のために、制御されたコンテンツリポジトリ１０２に送信される。制御されたコンテンツリポジトリ１０２はまた、情報を文書化して保持する監査証跡データ１５０を格納してよい。情報は、受信者情報、タイムスタンプデータ、承認済み電子メール内に含まれる任意のコンテンツの最新のバージョン番号などを含むがこれらに限定されない。通信はその後、マルチチャネル処理エンジン１０８に送り返される。通信は、そこで電子メールサーバ１１４を介して転送されて、顧客の希望する受信ボックスに配信されてよい。マルチチャネル処理エンジン１０８は、電子メールサーバ１１４が電子メールを作成するのに十分な情報のみを電子メールサーバ１１４に送信してよく、電子メールサーバ１１４は、顧客に送信される実際の電子メールを作成してよい。電子メールサーバ１１４は、送信された電子メールのコンテンツを収集して配信してよいが、顧客の利用に関するクリック、ビュー、及びその他の統計に関する顧客からのインタラクション情報を収集してよい。図１に示すように、この情報は、その後、ＣＲＭ更新情報１１１としてマルチチャネル処理エンジン１０８に送り戻されてよく、顧客関係管理サーバ１０６を介して送信され、顧客アカウントプロファイル内に含まれる情報として顧客関係管理サブシステム１０４に保存されてよい。また、送信された電子メールは、顧客関係管理サブシステム１０４に格納されてよい。

図１１ａに図示された承認済み電子メールプレビュー画面１１０２に示されているように、承認済み電子メールが顧客によって開かれると、顧客は、ウェブベース又はモバイルアプリケーション１１２を介して、ユーザが利用可能な「プレビュー（preview）」画面又はサムネイルに現れた通信に即座にアクセスすることができる。この通信１１０２は、図示されているように、可読テキストと、承認済みコンテンツハイパーリンクのタイル状リストを含む。受信者は、適切なコンテンツアイコンを選択することにより、コンテンツを見ることができる。システムの一実施形態では、受信者は、電子メール内の「ｐｄｆ表示（view pdf）」ハイパーリンク１１１０を選択してよく、このハイパーリンクは、図１２に示されている顧客ポータル画面１２０２へ受信者をリダイレクトする。各受信者は、承認済み電子メールからのクリックの「ランディングページ（landing page）」としてロードされる特定のＵＲＬをカスタム設定することができる。

この設定により、顧客を特定のポータルに誘導することができる。ポータル１２０２内では、受信者は、元の承認済み電子メールの本文内にタイルとして含まれていたコンテンツの全文を見ることができる。コンテンツは、顧客が選択されたコンテンツにアクセスしたときに、最新の情報が表示されるように、制御されたコンテンツリポジトリ１０２から直接アクセスされる。ユーザが承認済み電子メールを作成してからコンテンツが新しいバージョンに更新されている場合、承認済み電子メールに含まれるハイパーリンクは、顧客を、選択されたコンテンツの最新バージョンへと自動的に繋げる。顧客が閲覧したコンテンツのバージョンに関する情報は、制御されたコンテンツリポジトリ１０２内の監査証跡に、カスタマーエクスペリエンスに関する他の適切な情報と共に保存されてよい。ある実施形態では、制御されたコンテンツリポジトリ１０２は、承認済み電子メールと共に送信される承認済みコンテンツのためのトークンを作成してよい。トークンは、どのコンテンツを顧客に見せるかについての情報を有してよく、顧客を適切なコンテンツに誘導してよい。ある実施形態では、電子メールが送信された後にコンテンツが更新された場合でも、トークンは、顧客をコンテンツの最新バージョンに誘導してよい。

通信１１０２はまた、図１１ｂに図示されているように、１又は複数のコールトゥアクションアイテム１１４０を含んでよい。ユーザがコールトゥアクションアイテムのクリック可能な領域をクリックすると、図１１ｃに示すように、要求の受信を確認する電子メール１１５０を受信してよい。

図１３ａ乃至ｂに図示されているのは、ユーザが特定の通信に関する情報にアクセスすることを可能にするシステムの一実施形態である。この情報は、顧客アカウント情報と共に顧客関係管理サブシステム１０４に格納される。ユーザは、モバイルアプリ１１２又はウェブクライアント１１０の何れかを介してこの情報にアクセスできる。利用可能な情報には、承認済み電子メール通信が顧客によって開かれた回数、実行されたクリック数、通信にアクセスするために使用されたデバイスの種類、コンテンツにアクセスする際に使用されたプラットフォーム、通信が表示された場所などが含まれてもよいが、これらに限定されない。

図１４は、本願で開示された実施形態に基づく、承認済み電子メールシステムの例示的な要素の構築及び／又は提供を例示するフローチャートである。本方法は、ブロック１４００で開始し、ブロック１４０２で、システム構築者及び／又は管理者は、制御されたコンテンツリポジトリ１０２を確立する。本明細書に記載されているように、制御されたコンテンツリポジトリは、安全且つ制御可能な状態でアクセスできるように設計されているため、認可されたユーザのみがそこに制御されたコンテンツを作成することができる。制御されたコンテンツリポジトリ１０２の完全性及びセキュリティを確保するために、ブロック１４０４においてアクセスプロトコルが確立される。アクセスプロトコルは、コンピュータ可読メモリ又は実行可能コードストレージ１２０に格納されたコンピュータ命令によって定義されてよい。そこに格納されたコンピュータ命令によって、マルチチャネル処理エンジン１０８は、本願で説明した原理に従って、制御されたコンテンツリポジトリ１０８へのアクセスを制御することができる。

ブロック１４０６では、１又は複数のユーザが、ブロック１４０２で確立されたアクセスプロトコルの制御下で（又は、そのプロトコルが後に変更若しくは更新されるように）、制御されたコンテンツリポジトリ１０２に格納される承認済みコンテンツを確立する。ブロック１４０８において、システムデザイナー又は他の管理者は、承認済みコンテンツの送信者が承認済み電子メールコンテンツメッセージを構築する際に、その中から選択できる電子メールテンプレートを確立するか、又は更新する。ブロック１４１０では、顧客関係管理（ＣＲＭ）システムがアクセスされて、承認済み電子メールを、本明細書に記載されたマーケティング、製造、臨床試験、又は他の活動に従事している企業の顧客連絡先又は企業の営業担当者に宛てにすることができる。ブロック１４１２において、実際の電子メール生成システムが提供されて、承認済みコンテンツ、アクセスプロトコル、電子メールテンプレート、及び／又は顧客関係管理システムとインタフェースする。この電子メール生成システム、より具体的には、マルチチャネル処理エンジン１０８は、本願で説明したように、承認済み電子メールコンテンツの送信者によってアクセスされる。

前述したように、顧客関係管理システム１０４／１０６は更に、顧客アカウントに関する最新且つ正確な情報収集を構築するために、複数の情報源と通信するために動作可能であってよいことが理解されるべきである。そのような通信を容易にするために、顧客関係管理システム１０４／１０６と通信する複数の情報源のうちの少なくとも１つは、アプリケーションプログラミングインタフェース（「ＡＰＩ」）を介して１又は複数のサードパーティパートナー又は代理店に属する外部サーバと通信し、それによって、顧客関係管理システムが１又は複数のサードパーティパートナー又は代理店からデータ更新を柔軟に受け取ることができてよいことも理解されるべきである。確立されたアクセスプロトコルはまた、一連の連携ルールを含んでよく、当該ルールは、制御されたコンテンツリポジトリから選択された顧客が利用できる承認済みコンテンツの特定の部品を判定する。

図１４は、制御されたコンテンツアクセスシステムとしての一般的な動作に関する基本的な用語で記載されているが、そのようなシステムが複数の特定の実施形態で本明細書に記載されていることを理解すべきである。そのような特定の実施形態は、以前に説明したように、研究、開発、及び初期試験の申請をサポートする上で、フロントエンドアプリケーションを介して容易にされる。既に述べた他のフロントエンドアプリケーションには、進行中の臨床試験をサポートするための試験文書及び報告書へのアクセス及び／又は配信の管理、材料管理及び／又は製造プロセス管理、施設運営をサポートするための施設との通信、処方薬などの規制制限製品に関連したプロモーション材料の開発及び配布が含まれる。

政府規制の遵守を容易にするために、規制遵守エンジンが提供されて、コンテンツ及びアクセスプロトコルをレビューし、適切に認可された個人及び必要な制御によってオーサリングされた認可されたコンテンツのみが、政府規制に従って許可された潜在的顧客又は他のコンテンツ受信者に配信されることを確実にしてよい。

次に、図１５に関して、承認済み電子メールコンテンツを生成するための方法が記載されている。特に、図１５のブロック１５００は、プロセスの開始を示しており、その後、ブロック１５０２にて、電子メール作成者又は送信予定者はカスタマイズ可能なテンプレートの組からテンプレートを選択できる。このようにして、電子メール作成者又は送信予定者は、電子メールキャンペーンが開始されるたびにコンテンツを再作成する必要がない。ブロック１５０４にて、ユーザは、承認済みコンテンツリポジトリ１０２から所望のコンテンツを選択し、ブロック１５０６にて、ユーザは、ＣＲＭデータベース１０４から所望の受信者又は顧客を選択する。

図１５の参照を続けると、システム、より具体的にはマルチチャネル処理エンジン１０８は、規制上の制限、顧客のプリファレンス、デモグラフィック情報、又は個々の顧客アカウントの「オプトイン」又は「オプトアウト」状態を含むがこれらに限定されない要因に基づいて、１５０８において、承認済みコンテンツ及び電子メールの形式が、電子メール送信予定者によって、顧客又は他の選択された受信者に許可されて送信され得ることを確認する。それがアクセスプロトコルに従って確認されると、マルチチャネル処理エンジン１０８は、１５１０において、ユーザの選択に従って、又はアクセスプロトコル、規制機関エンジン、又は他のシステム制御に従って変更されたように、電子メールの作成及び送信を開始することができる。承認済み電子メール内に含まれる内容は、電子メールサーバ１１４にリリースされる前に、システムによって正確性及び妥当性がチェックされてよい。ユーザがオフラインの場合に電子メールが作成される場合、承認済み電子メールに含まれるコンテンツは、ユーザがオンラインに戻った後、電子メールサーバに送信される前に再度チェックされてよい。

図１６ａ乃至ｂは、コールトゥアクションを含む承認済み電子メールを作成、送信、フォローアップするための方法のフローチャートを示す。プロセスは、１６００で開始し、その後、ブロック１６０２で、電子メール作成者又は送信予定者が選択できるように、カスタマイズ可能なテンプレートの組が表示されてよい。選択されたテンプレートは、図１０ｄに示すように、「コールトゥアクションアイテムの選択（Select Call to Action Items）」ボタン１０７１を有してよい。

ユーザが１６０４で「コールトゥアクションアイテムの選択」ボタン１０７１をクリック又はマウスオーバーすると、１６０６にて、図１０ｅに示すように、プルダウンメニュー又はポップアップウィンドウ１０７２が表示されてよい。

ブロック１６０８において、ユーザは、１又は複数の所望のコールトゥアクションアイテムを選択してよい。１６１０において、ユーザは、承認済みコンテンツリポジトリ１０２から所望のコンテンツを選択してよい。１６１２において、ユーザは、ＣＲＭデータベース１０４から所望の受信者又は顧客を選択してよい。

これに応答して、１６１４にて、システム、より具体的にはマルチチャネル処理エンジン１０８は、限定ではないが、規制上の制限、顧客のプリファレンス、デモグラフィック情報、或いは個々の顧客アカウントの「オプトイン」又は「オプトアウト」状態を含む要因に基づいて、承認済みコンテンツ、コールトゥアクションのアイテム、及び電子メール形式が、電子メール送信予定者によって顧客又は他の選択された受信者に許可の上送信されてよいことを確認してよい。アクセスプロトコルに従って確認されると、１６１６において、マルチチャネル処理エンジン１０８は、ユーザの選択に従って、或いは、アクセスプロトコル、規制エンジン、及び／又は他のシステム制御に従って変更されて、電子メールの作成及び送信を開始することができる。承認済み電子メール内に含まれるコンテンツは、電子メールサーバ１１４に公開される前に、システムによって正確性及び妥当性がチェックされてよい。ユーザがオフラインの場合に電子メールが作成されると、承認済み電子メールに含まれるコンテンツは、ユーザがオンラインに戻った後、電子メールサーバに送信される前に、再度チェックされてよい。

マルチチャネル処理エンジン１０８は更に、ＣＲＭサブシステム１０４のデータをチェックし、承認済みコンテンツ及び／又はコールトゥアクションアイテムが受信者に送信されたか否かを、送信されている場合に、何回送信されたかを調査してよい。ある実施形態では、承認済みコンテンツ又はコールトゥアクションアイテムが送信された回数は、ポップアップウィンドウに表示されるので、ユーザは、承認済みコンテンツを再び受信者に送信すべきか否かを判定できる。

電子メールはその後、受信者に送信され、１６１７にて、ＣＲＭサブシステム１０４における受信者のアカウント情報が更新されて、コールトゥアクションを含む電子メールが送信されたことを示すようにしてよい。

１６１８では、受信者が、電子メール中のコールトゥアクションのクリック可能な領域、例えば、「招待要求（Request Invitation）」をクリックしたか否かを判定してよい。クリックした場合、１６２０にて、ＣＲＭサブシステム１０４内の受信者のアカウント情報は、受信者がコールトゥアクションに応答して招待を要求したことを示すように更新されてよい。１６２２にて、マルチチャネル処理エンジン１０８は、図１３ｃに示すように、要求の受領確認のための電子メールを作成及び送信してよく、ＣＲＭサブシステム１０４の受信者のアカウント情報は、それに応じて更新されてよい。

招待は、１６２４にて受信者に送信されてよく、ＣＲＭサブシステム１０４の受信者のアカウント情報は、招待の送信を含むように更新されてよい。ある実施形態では、招待は、マルチチャネル処理エンジン１０８で第２の承認電子メールを介して送信される。

１６２６にて、ＣＲＭサブシステム１０４の受信者のアカウント情報は、例えば、受信者が招待を受け入れたか否か、サンプルが送られたか否か、及び／又はユーザが受信者を来診したか否かなどのフォローアップ機能によって更新され続けてよい。従って、送信者は、不要な重複した労力を避けることができる。

１６３０にて、処理は終了してよい。

フローチャートは、ステップの順序を限定することを意図するものではない。ある実施例では、制御されたコンテンツリポジトリ１０２は、テンプレートが１５０２にて選択される前に、コンテンツの部品を顧客に送信することができるか否かを事前に判定し、その結果を格納してよい。結果は、制御されたコンテンツリポジトリ１０２のコンテンツのメタデータの一部として格納されてよい。承認済み電子メールの作成中に、マルチチャネル処理エンジンは、顧客関係管理サブシステム１０４の代わりに、制御されたコンテンツリポジトリ１０２内の情報をチェックして、コンテンツの部品が顧客に送信可能か否かを判定してよい。

様々な実施形態が前述のように記載されているが、それらは例示のためだけに提示されたものであり、限定するものではないことが理解されるべきである。従って、好ましい実施形態の広がりと範囲は、上述した例示的な実施形態の何れによっても制限されるべきではなく、現在の仮特許出願から優先権を主張して発行される任意の特許についての特許請求の範囲及びその均等物に従ってのみ規定されるべきである。

例えば、実施形態は顧客関係管理サブシステム１０４と共に説明されているが、顧客情報及びコンテンツは、他のタイプの情報管理システム、例えば、クローズドループマーケティング（Closed Loop Marketing）（ＣＬＭ）システムからのものであってよい。加えて、マルチチャネル処理エンジン１０８は、図面では１つの顧客関係管理サブシステム１０４とのみ通信するように示されているが、複数の顧客関係管理サブシステムと通信してよい。例えば、本明細書で言及されるように、マシン又はエンジンは、ネットワーク化されたコンピューティング環境における仮想マシン、コンピュータ、ノード、インスタンス、ホスト、又はマシンであってよい。また、本明細書で言及されるように、ネットワーク化されたコンピューティング環境は、マシン間の通信を容易にし、マシンがリソースを共有することを可能にする通信チャネルによって接続されたマシンの集合体である。ネットワークは、同じマシン上のプロセス間の通信媒体を参照してよい。また、本明細書では、サーバとは、ソケットリスナーとして動作するプログラムを実行するために配備されたマシンであり、ソフトウェアのインスタンスを含んでよい。

本明細書における「サーバ」又は他のコンピューティング装置の全ての記述において、それらのサーバ又は他のコンピューティング装置の図示が同様に図示されているか否かに拘わらず、そのように記述されたサーバ又はコンピューティング装置はコンピュータ可読媒体に記憶されたコンピュータ可読命令に従って、その記述された機能を同様に実行することは理解されるべきである。

リソースは、インスタンスを実行するための任意タイプのリソースを含んでよく、ハードウェア（サーバ、クライアント、メインフレームコンピュータ、ネットワーク、ネットワークストレージ、データソース、メモリ、中央処理装置の時間、科学機器、及び他のコンピューティングデバイスなど）だけでなく、ソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、並びに他の非ハードウェアリソース、又はそれらの組合せを含んでよい。

ネットワークコンピューティング環境には、コンピューティンググリッドシステム、分散コンピューティング環境、クラウドコンピューティング環境などが含まれるが、これらに限定されない。このようなネットワークコンピューティング環境は、地理的に分散した場所にあり得る複数のリソースで構成される仮想組織を形成するように構成されたハードウェア及びソフトウェアのインフラストラクチャを含む。

承認済みコンテンツは、テキスト、オーディオ、ビデオ、画像、マルチメディア、又はＰＤＦなど任意の形態であってよい。

図１７は、本発明が実施され得るデータ管理アーキテクチャ１７００の例示的な高水準ブロック図を示す。図示されているように、アーキテクチャ１７００は、データ管理システム１７１０と、ネットワーク１７５０を介して互いに接続された複数のユーザコンピューティングデバイス１７２０ａ，１７２０ｂ，・・・，１７２０ｎとを含んでよい。データ管理システム１７１０は、データ記憶システム１７１１及びデータ管理サーバ１７１２を含んでよい。データ記憶システム１７１１は、２つ以上のリポジトリ、例えば、１７１１ａ，１７１１ｂ，１７１１ｃ，・・・，１７１１ｎを有してよい。ネットワーク１７５０は、１又は複数の種類の通信ネットワーク、例えば、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、イントラネットワーク、インターネットワーク（例えば、インターネット）、通信ネットワーク、及びピアツーピアネットワーク（例えば、アドホックピアツーピアネットワーク）を含んでよく、これらは、有線又は無線であってよい。

ユーザコンピューティングデバイス１７２０ａ乃至１７２０ｎは、ユーザがネットワーク１７５０を介してデータ管理システム１７１０にアクセスするために使用される任意のマシン又はシステムであってよく、ラップトップコンピュータ、デスクトップコンピュータ、携帯電話、スマートフォン、タブレットコンピュータ、ネットブック、パーソナルデジタルアシスタント（ＰＤＡ）を含む任意の市販のコンピューティングデバイスであってよい。クライアントアプリケーション１２１は、ユーザコンピューティングデバイス、例えば１７２０ａから実行され、ネットワーク１７５０を介してデータ管理システム１７１０のデータにアクセスしてよい。

データ記憶システム１７１１は、ユーザコンピューティングデバイス１７２０ａ乃至１７２０ｎのクライアントアプリケーション（例えば１２１）がアクセスするデータを記憶してよく、そして、任意の市販の記憶装置であってよい。各コンテンツリポジトリ（例えば、１７１１ａ、１７１１ｂ又は１７１１ｎ）は、特定のカテゴリのデータを格納してよく、ユーザが特定のビジネスコンテキストでそのデータとやり取りすることを可能にしてよい。コンテンツリポジトリは、同じ記憶装置内の別個のロジックセクションであってよいことは理解されるべきである。

データ管理サーバ１７１２は、一般的には、ネットワーク１７５０のような、リモート又はローカルネットワークを介してアクセス可能なリモートコンピュータシステムである。データ管理サーバ１７１２は、図２３を参照して説明する方法を含むデータの管理及び収集を制御するためのデータ管理コントローラ１７１２ａ及びデータ収集コントローラ１７１２ｂを格納してよい。データ管理サーバ１７１２は、任意の市販のコンピューティングデバイスであってよい。１つのサーバのみが示されているが、データ管理システム１７１０は複数のサーバを有してよく、コントローラ１７１２ａ及びコントローラ１７１２ｂは別個のサーバにあってよいことは理解されるべきである。クライアントアプリケーション（例えば、１２１）プロセスは、１又は複数のユーザコンピューティングデバイス１７２０ａ乃至１７２０ｎ上でアクティブであってよい。対応するサーバプロセス（例えば、１７１２ａ、１７１２ｂ）は、データ管理サーバ１７１２上でアクティブであってよい。クライアントアプリケーションプロセスと対応するサーバプロセスは、ネットワーク１７５０を介して互いに通信してよく、それによって、分散機能が提供されて、複数のクライアントアプリケーションがデータ管理システム１７１０の情報収集機能を利用可能になってよい。

ある実施形態では、アーキテクチャ１７００は、データ、例えば試験データを収集及び管理するために使用されてよい。幾つかの実施形態では、本明細書に記載されている試験は、臨床試験であってよい。第１のリポジトリ（例えば、１７１１ａ）は、第１の治験依頼者（例えば、製薬会社）によって使用され、第１のユーザコンピューティングデバイス（例えば、１７２０ａ）から受信した第１の研究デザインを格納してよい。第１の研究デザインは、試験のインフラストラクチャ及びライフサイクルを規定してよく、（例えば、クエリ、導出値、通知及び表示イベント、フォーム及びアイテムについての）ルール、ケースブック（例えば、医師のバインダー）、イベントグループ、イベント（例えば、被験者来診）、分離セクション及びフィールドを含むフォーム、アイテムグループ及びアイテムを含んでいてよい。ある実施例では、研究デザインは特定の研究を規定してよく、例えば、各被験者は１０回来診し、各来診は３つのフォームを有してよい。各来診に関連するワークフロー、例えば各来診で何を行う必要があるか、があってもよい。幾つかの実施形態では、被験者は、１又は複数の患者を含んでよく、又は指してよい。

ある実施形態では、第１の研究デザインは、定義オブジェクトとして第１のリポジトリ１７１１ａに格納されて、研究中に各施設で何が必要かを指定してよい。第１のリポジトリ１７１１ａはまた、第１の研究の電子記録を格納してよい。ある実施形態では、電子記録は、ＥＤＣデータであってよい。（例えば、被験者に関連する）試験ソースデータは、ユーザコンピューティングデバイスで収集されてよく、集約及び難読化されたデータは、ＥＤＣデータとして第１のリポジトリ１７１１ａに格納されてよい。データ管理システム１７１０は、試験で収集されたＥＤＣデータを受信するためのインタフェースと、ＥＤＣデータを分析するためのレポートツールとを有してよい。

第２のリポジトリ１７１１ｂは、第２のユーザコンピューティングデバイス（例えば、１７２０ｂ）からの試験ソースデータを格納するために、第１の研究の第１の施設（例えば、病院）によって使用されてよく、第３のリポジトリ（例えば、１７１１ｃ）は、第３のユーザコンピューティングデバイス（例えば、１７２０ｃ）からの試験ソースデータを格納するために、第１の研究の第２の施設によって使用されてよい。第２のリポジトリ１７１１ｂの試験ソースデータ（例えば、１回の来診中に測定された被験者の３つの血圧値）は、ＥＤＣデータ（例えば、３つの血圧値の平均値）に自動的に変換されて、その後、ＥＤＣデータとして第１のリポジトリ１７１１ａに格納されてよい。同様に、第３のリポジトリ１７１１ｃの試験ソースデータは、ＥＤＣデータに自動的に変換されて、その後、ＥＤＣデータとして第１のリポジトリ１７１１ａに格納されてよい。ある実施形態では、試験ソースデータは、クライアントアプリケーション１２１でＥＤＣデータに変換されてよく、ＥＤＣデータは、データ管理サーバ１７１２に送信される。ある実施形態では、試験ソースデータは、データ管理サーバ１７１２を介してリポジトリ１７１１ｂ又はリポジトリ１７１１ｃに送信されて、データ管理サーバ１７１２でＥＤＣデータに変換されてよい。ＥＤＣデータはその後、リポジトリ１７１１ａに格納される。第２のリポジトリ１７１１ｂ及び第３のリポジトリ１７１１ｃのデータは、ユーザコンピューティングデバイスから新しいデータ入力が受信されると、定期的に又は時折、第１のリポジトリ１７１１ａのデータと同期化されてよい。第１の研究デザインは、第２のリポジトリ１７１１ｂ及び第３のリポジトリ１７１１ｃに送信されてよい。第２のリポジトリ及び第３のリポジトリは、第１の研究デザインの更新のために第１のリポジトリと同期してよい。

ある実施形態では、データ管理システム１７１０は、ハードウェア及びソフトウェアの様々な要素が１又は複数の顧客によって共有されるマルチテナントシステムであってよい。例えば、サーバは、複数の顧客（例えば、治験依頼者、施設など）からの要求を同時に処理してよく、データ記憶システム１７１１は、複数の顧客（例えば、治験依頼者、施設など）のコンテンツを記憶してよい。マルチテナント（multi-tenant）システムでは、ユーザは通常、特定の顧客に関連付けられている。ある実施例では、ユーザは、データ管理システム１７１０のテナント又は治験依頼者である幾つかの製薬会社又は治験実施施設のうちの１つの従業員であってよい。

ある実施形態では、データ管理システム１７１０は、クラウドコンピューティングプラットフォーム上で実行されてよい。ユーザは、仮想マシンイメージを使用することによって、又はクラウドデータベースプロバイダによって維持されるサービスへのアクセスを購入することによって、クラウド上のコンテンツに独立してアクセスすることができる。

ある実施形態では、データ管理システム１７１０は、ソフトウェアアズアサービス（「ＳａａＳ」）として提供されて、ユーザがシンクライアントでデータ管理システム１７１０にアクセスできるようにされてよい。

図１８は、図１７のユーザコンピューティングデバイス１７２０ａ乃至１７２０ｎ、及びデータ管理サーバ１７１２として使用することができるコンピューティングデバイス２００の例示的なブロック図である。コンピューティングデバイス２００は、適切なコンピューティング環境の一例に過ぎず、使用範囲又は機能性に関して如何なる制限をも示唆することを意図するものではない。コンピューティングデバイス２００は、処理ユニット２０１と、システムメモリ２０２と、入力デバイス２０３と、出力デバイス１８０４と、ネットワークインタフェース２０５と、これらの構成要素を互いに接続するシステムバス２０６とを含んでよい。

処理ユニット２０１は、コンピュータ可読媒体に、例えばシステムメモリ２０２に記憶されているコンピュータ命令を実行するように構成されてよい。処理ユニット２０１は、中央処理装置（ＣＰＵ）であってよい。

システムメモリ２０２は通常、任意の利用可能な媒体であって、処理ユニット２０１がアクセス可能であり得る様々なコンピュータ可読媒体を含む。例えば、システムメモリ２０２は、読み出し専用メモリ（ＲＯＭ）及び／又はランダムアクセスメモリ（ＲＡＭ）などの揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでよい。例示的であるが、これに限定されるものではなく、システムメモリ２０２は、命令及びデータを、例えば、オペレーティングシステム、プログラムモジュール、各種アプリケーションプログラム、及びプログラムデータを格納してよい。

ユーザは、入力デバイス２０３を介してコンピューティングデバイス２００にコマンドや情報を入力することができる。入力デバイス２０３は、例えば、キーボード、タッチスクリーン入力デバイス、タッチパッド、マウス、マイク、及び／又はペンであってよい。

コンピューティングデバイス２００は、例えば、モニタ又は他のタイプのディスプレイデバイス、スピーカ、或いはプリンタなどの出力デバイス１８０４を介してその出力を提供してよい。

コンピューティングデバイス２００は、ネットワークインタフェース２０５を介して、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、スマートフォン、又は任意の他のメディア消費又は伝達デバイスなどの１又は複数のコンピューティングデバイスへの論理接続を使用して、ネットワーク化された又は分散された環境で動作してよく、上述した要素の何れか又は全てを含んでよい。論理接続は、ネットワーク１７５０のようなネットワークと、及び／又はバスとを含んでよい。ネットワークインタフェース２０５は、コンピューティングデバイス２００がネットワーク（例えば、ネットワーク１７５０）でデータを送受信できるように構成されてよい。ネットワークインタフェース２０５は、１又は複数のネットワークインタフェースカード（ＮＩＣ）を含んでよい。

図１９は、本発明の一実施形態に基づいたデータ管理サーバ１７１２の例示的な高水準ブロック図を示す。データ管理サーバ１７１２は、コンピューティングデバイス２００によって実行されてよく、システムバス１１２６を介して互いに接続された処理装置１１２１、システムメモリ１１２２、入力装置１１２３、出力装置１１２４、及びネットワークインタフェース１１２５を有してよい。システムメモリ１１２２は、データ管理コントローラ１７１２ａ及び／又はデータ収集コントローラ１７１２ｂを格納してよい。

ある実施形態では、データ管理コントローラ１７１２ａは、Ｊａｖａ（登録商標）アプリケーションであってよい。治験依頼ユーザは、データ管理コントローラ１７１２ａを介して研究（例えば、臨床試験）を設計し、研究デザインを定義オブジェクトとしてリポジトリ（例えば、１７１１ａ）に格納してよい。研究デザインは、ケースブックと、グループと、イベント（例えば、被験者来診）と、セクション、アイテムグループ、アイテム、及び記入すべきフィールドのフォームとを含む複数の要素を含んでよい。

ある実施例では、血圧薬に対する被験者の反応を評価するための試験が設計される。薬物療法を受けている被験者は、連続した６週間の間に、週に３回試験施設を来診する。各来診のワークフローが設計されて、記入されるフォームと測定されるアイテムとが含められてよい。ある実施例では、参加者の血圧は、各来診中に３回測定され、試験ソースデータとしてデータ記憶システム（例えば、リポジトリ１７１１ｂ）に格納され、データ記憶システム１７１１の他のリポジトリ（例えば、リポジトリ１７１１ａ）と同期化されてよい。ある実施形態では、被験者特定情報を含まない集約及び難読化されたデータのみが、治験依頼者用リポジトリ１７１１ａに送られて、ＥＤＣデータとしてそこに格納される。

研究デザインは、個別のライフサイクルを有してよい。治験依頼者が研究デザインを完成させると、（例えば、研究デザインを試験施設リポジトリ１７１１ｂ及び試験施設リポジトリ１７１１ｃに格納することによって）参加している試験施設に研究デザインを公開するワークフローが実行されて、試験はその実施段階に入ってよい。研究デザインが実行段階の間に修正された場合、その更新は、参加している試験施設に送信されて、（例えば、試験施設リポジトリ１７１１ｂ及び試験施設リポジトリ１７１１ｃに更新を同期化することによって）、参加している試験施設がフォローするようにしてよい。

図２０ａ乃至２０ｅは、本発明の一実施形態に基づいて研究デザインを作成又は編集するための例示的なユーザインタフェースを示す。図示されているように、ユーザ入力に応答して、データ管理コントローラ１７１２ａは、新しい研究、研究グループ又は組織を作成するための図２０ａのユーザインタフェース４００と、イベントグループ、イベント又はフォームを作成するための図２０ｂのユーザインタフェース２０１０と、オブジェクトを作成するための図２０ｃのユーザインタフェース２０２０と、アイテムグループを作成するための図２０ｄのユーザインタフェース４３０と、コードリストを作成するための図２０ｅのユーザインタフェース４４０とを提示してよい。

研究デザインは、データ管理システム１７１０（例えば、リポジトリ１７１１ａ）にオブジェクトとして格納されていてよい。オブジェクトの幾つかの例を以下に説明する。

＜１．ＦＯＲＭ＿ＤＥＦ＞
ＦＯＲＭ＿ＤＥＦは、全てのフォームのデザインオブジェクトである。

＜２．ＦＯＲＭ＿ＤＥＦ＿ＩＴＥＭＧＲＯＵＰ＿ＤＥＦ＞
ＦＯＲＭ＿ＤＥＦ＿ＩＴＥＭＧＲＯＵＰ＿ＤＥＦは、フォームとアイテムグループの間のデザイン上のインターセクションオブジェクトである。これにより、システムは来診の一部であるフォームにどのようなセクションが表示されるべきかを判定することができる。

＜３．ＥＶＥＮＴ＿ＤＥＦ＞
ＥＶＥＮＴ＿ＤＥＦは、イベント（来診）用のデザインオブジェクトである。来診は、複数のフォームに記入することを要求する。

＜４．ＥＶＥＮＴ＿ＤＥＦ＿ＦＯＲＭ＿ＤＥＦ＞
これは、イベントとフォームの間にあるデザインインターセクションオブジェクトであり、来診時にどのフォームが表示されるべきかをシステムが分かるようにする。

＜５．ＣＡＳＥＢＯＯＫ＿ＤＥＦ＞
これは、ケースブックのデザインオブジェクトであり、特定の被験者の情報収集に利用されることが想定される来診のセットである。

＜６．ＩＴＥＭ＿［ＳＴＵＤＹＩＤ］＞
これは、実行オブジェクトである。取り込んだデータが格納される。研究ごとに別のアイテムテーブルが作成される。

＜７．ＩＴＥＭＧＲＯＵＰ＞
これは、実行オブジェクトであり、特定のセクション（ＩｔｅｍＧｒｏｕｐ）で質問に回答されたことと、そのセクションがステータスを有することとを格納する。

オブジェクトは、治験依頼者のシステム（例えば、データ管理コントローラ１７１２ａ及びリポジトリ１７１１ａ）、施設（例えば、データ収集コントローラ１７１２ｂ及びリポジトリ１７１１ｂ又は１７１１ｃ）、及びユーザコンピューティングデバイス１７２０ａ、１７２０ｂ乃至１７２０ｎを含む図１７に示すアーキテクチャ１７００内の全ての部分にわたって使用され、転送されてよい。図２３を参照して後述するように、アーキテクチャ１７００のユーザインタフェースは、オブジェクトに基づいて生成されてよく、アーキテクチャ１７００のデータ処理及びマッピングは、同様にオブジェクトの相関関係に基づいてよい。

アイテムＶＶ－００００６１の一例を以下に示す。

定義は、構造化されたデータとしてデータ記憶システム１７１１に相関して格納されてよい。一例を以下に示す。

図２１は、本発明が実装され得るユーザコンピューティングデバイス（例えば、１７２０ａ）の例示的な高水準ブロック図である。ユーザコンピューティングデバイス１７２０ａは、上述したコンピューティングデバイス２００によって実装されてよく、システムバス１２０６を介して互いに接続された処理ユニット１２０１、システムメモリ２１０２、入力デバイス１２０３、出力デバイス１２０４、及びネットワークインタフェース１２０５を有してよい。システムメモリ２１０２は、クライアントアプリケーション１２１を格納してよい。

クライアントアプリケーション１２１は、コンピューティングデバイスにインストールされたアプリケーション又はウェブアプリケーションであってよい。試験施設のユーザは、クライアントアプリケーション１２１を介して被験者の試験情報を入力し、試験ソースデータはリポジトリ（例えば、１７１１ｂ）に格納されてよい。

図２２ａ乃至２２ｄは、本発明の一実施形態に基づく被験者の試験情報を収集するための例示的なユーザインタフェースである。試験の実行段階中に、試験施設ユーザがデータ管理システム１７１０にログインすると、第１の試験の定義の１又は複数のオブジェクトと、データ記憶システム１７１１に以前に格納された試験ソースデータとに基づいて、ユーザインタフェース６００が生成されてよい。ユーザインタフェース６００は、試験施設ユーザが作業している試験を表示するための領域６０１と、試験施設ユーザがアクションを取る必要がある試験タスク（task）、例えば、延滞フォームや応答する必要があるクエリなどを表示するための領域２２０２とを有してよい。

施設ユーザが領域６０１から試験を選択すると、図２２ｂに示すユーザインタフェース６２０が表示されてよく、このユーザインタフェース６２０は、試験の被験者のリストと、延滞フォーム及び進行中フォームを含むそのステータスとを有してよい。

試験ユーザが被験者を選択すると、図２２ｃに示すユーザインタフェース６４０が表示されてよく、このユーザインタフェース６４０は、被験者が提供した幾つかの経歴情報（例えば、生年月日、性別、人種）、全ての来診のリスト、及び記入されたフォームを有してよい。被験者は、定期的に来診して投薬を受けてよい。試験の一環として、被験者のパフォーマンスを測定することがある。そのデータが集計されて、効果があるか否かと安全か否かとが判定される。

サイトユーザが来診（visit）を開始又は選択すると、図２２ｄに示す試験フォームユーザインタフェース６６０が表示されてよい。試験施設ユーザは、試験フォームユーザインタフェース６６０にデータを入力してよい。例えば、試験施設ユーザは、先ほど取得した情報に基づいて、温度を９８．６oＦ、身長を７２、体重を２００とバイタルフォームに入力してよい。インターネットアクセスがある場合、データはリポジトリ１７１１ｂに送信され、小さなアイコンが表示されて、データがリアルタイムで保存されていることが示されてよい。ある実施形態では、試験ソースデータは、フィールドが間違っているデータや妥当な範囲外のデータのような明らかな誤りをチェックしてよい。データの検証は、クライアントアプリケーション１２１で行われてよい。サイトユーザがフォームを送信すると、情報はロックされた状態になる。或いは、データ検証は、データ収集コントローラ１７１２ｂで行われてよい。

試験施設ユーザは、ユーザインタフェースで検索して、階層内の任意のポイントと研究内の任意の被験者とに移動してよい。サイトユーザは、情報を記入すると、記入しているフォームのコンテキスト及びイベントを変更することなく、次の被験者に移動してよい。

ユーザインタフェース６００，６２０，６４０，６６０は、第１の試験の定義における１又は複数のオブジェクトに基づいて生成されてよい。ある実施形態では、ユーザインタフェースは、データ管理コントローラ１７１２ａによって生成され、試験施設及びユーザコンピューティングデバイスに送信されてよい。ある実施形態では、ユーザインタフェースは、データ管理コントローラ１７１２ａからの第１の試験の定義のオブジェクトに基づいて、データ収集コントローラ１７１２ｂによって生成され、ユーザコンピューティングデバイスに送信されてよい。ある実施形態では、ユーザインタフェースは、データ管理コントローラ１７１２ａ又はデータ収集コントローラ１７１２ｂからの第１の試験の定義のオブジェクトに基づいて、ユーザコンピューティングデバイス、例えば１７２０ｂによって生成されてよい。

図２３は、本発明の一実施形態によるデータ収集方法のフローチャートである。

処理は７０１にて始まってよい。

７０３にて、ユーザインタフェース、例えば、図２０ａに示すユーザインタフェース４００が治験依頼ユーザから第１の研究デザインの定義を受け取るために生成されてよい。ある実施形態では、データ管理コントローラ１７１２ａは、第１の研究デザインの定義を受け取るために、治験依頼ユーザのコンピューティングデバイス（例えば、１７２０ａ）上にユーザインタフェース４００を表示することを可能にしてよい。

７０５にて、第１の研究デザインは、データ管理コントローラ１７１２ａにおいて、ユーザコンピューティングデバイス１７２０ａから受信され、データ管理システム１７１０、例えば、治験依頼者のためのリポジトリ１７１１ａに格納されてよい。第１の研究デザインは、各来診のための１又は複数のフォームを定義してよく、各フォームは、被験者のデモグラフィック情報（例えば、名前、生年月日、人種、性別）、及び収集される試験ソースデータなどの情報を含んでよい。第１の研究デザインはまた、イベント及びイベントの順序を定義してよく、イベントは、スクリーニングイベント、登録、病歴、プロトコルに応じた来診の繰返し頻度、及び各来診のワークフロー（例えば、所定のスケジュールで薬物を投与して１又は複数の測定を行うこと）を含んでよい。各フォームは、データを受信するための幾つかのボックスを有していてよい。定義、要素、又はアイテム（例えば、生年月日）は、治験依頼者のシステム、全ての試験施設システム、及びユーザコンピューティングデバイスにわたって使用されてよく、図１７に示すアーキテクチャ１７００内を行き来してよい。ある実施例では、試験は、薬物に対する血圧反応を観察するためのものであり、所定のスケジュールに従った複数回の来診と、各来診時の血圧値とを必要としてよい。上述したように、第１の研究デザインは、ＦＯＲＭ＿ＤＥＦ、ＦＯＲＭ＿ＤＥＦ＿ＩＴＥＭＧＲＯＵＰ＿ＤＥＦ、ＥＶＥＮＴ＿ＤＥＦ、ＥＶＥＮＴ＿ＤＥＦ＿ＦＯＲＭ＿ＤＥＦ、ＣＡＳＥＢＯＯＫ＿ＤＥＦ、ＩＴＥＭ＿［ＳＴＵＤＹＩＤ］及びＩＴＥＭＧＲＯＵＰを含む様々なオブジェクトとして、データ管理システム１７１０（例えば、リポジトリ１７１１ａ）に格納されてよい。

７０７にて、第１の研究デザインは、関係する施設に公開及び送信されてよい。ある実施形態では、研究デザインは、例えば、第１の参加施設のためのリポジトリ１７１１ｂと、第２の参加施設のためのリポジトリ１７１１ｃに格納されてよい。ある実施例では、リポジトリ１７１１ｂ及びリポジトリ１７１１ｃは、第１の研究デザインがリポジトリに送信される前に認証されてよい。

ある実施形態では、試験フォーム、例えば、図２２ｄに示す試験フォームは、データ管理コントローラ１７１２ａにおいて第１の研究デザインの定義のオブジェクトに基づいて生成されて、試験施設リポジトリ（例えば、１７１１ｂ及び１７１１ｃ）に送信されてよい。

７０９にて、第１の研究デザインは、例えば、第１の試験施設システム内のデータ収集コントローラ１７１２ｂによって、更新又は拡大されてよい。例えば、治験依頼者のデータ管理コントローラ１７１２ａからの第１の試験の定義は、血圧値を必要とし、オブジェクトは、例えば、９０１－Ｉｎｉｔｉａｌとされてよい。定義は、データ収集コントローラ１７１２ｂにおいて更新され、１回の来診中の３つの血圧値の平均を第１の研究の定義によって必要とされる血圧値として使用し、オブジェクトは、９０１－Ｉｎｉｔｉａｌ－１、９０１－Ｉｎｉｔｉａｌ－２、９０１－Ｉｎｉｔｉａｌ－３、及び９０１－Ｉｎｉｔｉａｌ－Ｃａｌｃｕｌａｔｅｄとされてよい。バージョンが異なる定義はマッピングされて、相互に関連付けられてよい。

７１１にて、試験施設のユーザがログインしてよく、研究、被験者、イベント、及びフォームを選択するためにウェブページをナビゲートしている間に、ユーザインタフェース６００，６２０，６４０，６６０が表示されてよい。ある実施形態では、ユーザインタフェース６００，６２０，６４０，６６０は、更新されたオブジェクト（例えば、９０１－Ｉｎｉｔｉａｌ－１、９０１－Ｉｎｉｔｉａｌ－２、及び９０１－Ｉｎｉｔｉａｌ－３）及びデータ記憶システム１７１１内のデータに基づいて、第１の試験施設システム内のデータ収集コントローラ１７１２ｂによって生成され、ユーザコンピューティングデバイス１７２０ｂに送信されてよい。ある実施形態では、ユーザインタフェース６００，６２０，６４０，６６０は、データ管理コントローラ１７１２ａからの第１の研究の定義のオブジェクト（例えば、９０１－Ｉｎｉｔｉａｌ）、又は、データ収集コントローラ１７１２ｂからの更新されたオブジェクト（例えば、９０１－Ｉｎｉｔｉａｌ－１、９０１－Ｉｎｉｔｉａｌ－２、及び９０１－Ｉｎｉｔｉａｌ－３）と、データ記憶システム１７１１からのデータとに基づいて、ユーザコンピューティングデバイス１７２０ｂによって生成されてよい。

７１３にて、データは、ユーザコンピューティングデバイス１７２０ｂ上のユーザインタフェース、例えば図２２ｄに示すユーザインタフェース６６０に入力され、データ収集コントローラ１７１２ｂを介して、試験ソースデータとしてリポジトリ１７１１ｂに格納されてよい。データはまた、ユーザコンピューティングデバイス１７２０ｃに入力され、データ収集コントローラ１７１２ｂを介して試験ソースデータとしてリポジトリ１７１１ｃに格納されてもよい。ある実施例では、ある施設での試験の実行中に被験者の血圧が来診中に３回測定されて、試験ソースデータ、例えば、９０１－Ｉｎｉｔｉａｌ－１、９０１－Ｉｎｉｔｉａｌ－２、及び９０１－Ｉｎｉｔｉａｌ－３としてリポジトリ１７１１ｂに格納されてよい。

７１５にて、試験ソースデータが処理されてＥＤＣデータが得られてよい。ある実施例では、３つの血圧値が平均化及び難読化されて、ＥＤＣデータが得られてよい。ユーザコンピューティングデバイス１７２０ｂからの試験ソースデータ（例えば、１１０／７０、１０６／６９、及び１１１／７４）であって、データ収集コントローラ１７１２ｂからの更新されたオブジェクト（例えば、９０１－Ｉｎｉｔｉａｌ－１、９０１－Ｉｎｉｔｉａｌ－２、及び９０１－Ｉｎｉｔｉａｌ－３）に対応する試験ソースデータは、９０１－Ｉｎｉｔｉａｌ－Ｃａｌｃｕｌａｔｅｄ（例えば、１０９／７１）を得るために処理されてよく、これは、例えば、難読化を介してＥＤＣデータに処理されてよい。ＥＤＣデータは、オブジェクト９０１－Ｉｎｉｔｉａｌ－Ｃａｌｃｕｌａｔｅｄ及びその値を含んでよい。ある実施形態では、試験ソースデータは、データ収集コントローラ１７１２ｂに送られて、そこでＥＤＣデータに変換されてよい。或いは、試験ソースデータは、ユーザコンピューティングデバイス１７２０ｂで処理されてよく、ＥＤＣデータは、その後、データ管理コントローラ１７１２ａに送信される。

７１７にて、ＥＤＣデータは、第１の研究デザインのオブジェクトにマッピングされてよく、例えば、９０１－Ｉｎｉｔｉａｌ－Ｃａｌｃｕｌａｔｅｄは、それらの定義に基づいて、第１の研究デザインの定義のオブジェクト９０１－Ｉｎｉｔｉａｌにマッピングされてよい。

７１９にて、ＥＤＣデータは、第１の研究デザインの定義のオブジェクトにマッピングされたリポジトリ１７１１ａに格納されてよい。

７２１にて、最初の研究デザインへの更新があるか否かが判定されてよい。ある場合には、プロセスは、第１の研究デザインへの更新を送信するために７０７に戻ってもよい。ない場合には、プロセスは、データを収集するために７１１に戻ってよい。

ある一実施形態では、ＪＳＯＮフォーマット化された構造がデータマッピングに使用されて、データがアーキテクチャ１７００内の様々な部分にわたって行き来することを可能にされてよい。

幾つかの実施形態では、制御されたコンテンツリポジトリから承認済みコンテンツを提供するための方法が提供される。この方法は、制御されたコンテンツリポジトリのためのアクセスプロトコルを構築する工程であって、承認済みコンテンツは、制御されたコンテンツリポジトリに格納されて、アクセスプロトコルに従ってアクセス可能であり、アクセスプロトコルは、制御されたコンテンツリポジトリの承認済みコンテンツを用いることで第１のコンピューティングデバイスに関連する第１の電子ユーザインタフェースを作成できるか否かを判定し、承認済みコンテンツは、第１のオブジェクトに関連する第１のデータ及び第２のオブジェクトに関連する第２のデータを含む又はそれらに基づいて生成される、工程と；第２のコンピューティングデバイスから、第１のオブジェクトに関連する第１のデータと、第２のオブジェクトに関連する第２のデータとを受信する工程と；制御されたコンテンツリポジトリ内の承認済みコンテンツが、アクセスプロトコルに従って第１のコンピューティングデバイスに利用可能な状態にすることが許可されていると判定された後に、制御されたコンテンツリポジトリ内の承認済みコンテンツを第１のコンピューティングデバイスに提供する工程であって、第１のコンピューティングデバイスに関連する第１の電子ユーザインタフェースが、第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータとに基づいて生成される、工程と；第１のコンピューティングデバイスから、第１のソースデータ及び第２のソースデータを受信する工程と；第１のソースデータを第１のオブジェクトに関連する第１のデータに連携又は相関させる工程と；第２のソースデータを第２のオブジェクトに関連する第２のデータに連携又は相関させる工程と、を含む。幾つかの実施形態では、第１又は第２のコンピューティングデバイスは、本明細書に記載された任意のコンピューティングデバイス、システム、又は装置であってよい。

幾つかの実施形態では、第１のオブジェクトに関連する第１のデータは、第１の定義又は第１のオブジェクトに関連する第１のワークフローのうちの少なくとも１つを含む。

幾つかの実施形態では、第１のソースデータ及び第２のソースデータは、制御されたコンテンツリポジトリとは別のソースリポジトリに格納される。幾つかの実施形態では、制御されたコンテンツリポジトリは、本明細書に記載された任意のリポジトリ、メモリ、データストレージなどであってよい。

幾つかの実施形態では、第１のオブジェクトに関連する第１のデータと、第２のオブジェクトに関連する第２のデータとは、ソースリポジトリに格納される。幾つかの実施形態では、ソースリポジトリは、本明細書に記載された任意のリポジトリ、メモリ、データストレージなどであってよい。

幾つかの実施形態では、第１のソースデータは、第１の被験者又は第２の被験者のうちの少なくとも１つに関連している。

幾つかの実施形態では、本発明の方法は更に、第１の被験者又は第２の被験者の少なくとも一方に関連する第１のソースデータを集約する工程を含む。

幾つかの実施形態では、本発明の方法は更に、第１の被験者又は第２の被験者の少なくとも一方に関連する被験者識別情報を除外するために、第１の被験者又は第２の被験者の少なくとも一方に関連する第１のソースデータを難読化する工程を含む。

幾つかの実施形態では、本発明の方法は更に、第１の被験者又は第２の被験者の少なくとも一方に関連しており、収集及び難読化された第１のソースデータを含む電子データキャプチャ（ＥＤＣ）データの保存を開始する工程を含む。

幾つかの実施形態では、方法は更に、カスタマイズされたＥＤＣシステムを使用して、第１のオブジェクト及び第２のオブジェクトにＥＤＣデータをマッピング又は互いに関連付ける工程を含む。

幾つかの実施形態では、第１のソースデータは、第１のイベントに関連している。

幾つかの実施形態では、第２のコンピューティングデバイスに関連する第２の電子ユーザインタフェースが、第１のイベントの定義と、第１のイベントのワークフローとを生成するために使用される。

幾つかの実施形態では、第１の電子ユーザインタフェースは、第１のソースデータに関連する第１のイベントと第１の被験者との間のナビゲーションを可能にする。

幾つかの実施形態では、第１のイベントは、第１の臨床試験を含む、又はその一部である。

幾つかの実施形態では、方法は更に、第１のコンピューティングデバイスが、第１のイベントの前に第１のオブジェクトの更新された定義にアクセスすることを可能にする工程を含む。

幾つかの実施形態では、方法は更に、第３のオブジェクトを生成するために第１のオブジェクトを拡張する工程を含んでおり、第３のオブジェクトは、第１のオブジェクトと相関関係にあり、第１のコンピューティングデバイスに関連する第１の電子ユーザインタフェースは、更に第３のオブジェクトに基づいて生成される。

幾つかの実施形態では、方法は更に、第１のソースデータ及び第２のソースデータを検証する工程を含む。

幾つかの実施形態では、制御されたコンテンツリポジトリから承認済みコンテンツを提供するためのシステムが提供されている。この方法は、承認済みコンテンツを格納するための制御されたコンテンツリポジトリであって、制御されたコンテンツリポジトリは、アクセスプロトコルに従ってアクセス可能であり、アクセスプロトコルは、アクセスルールの少なくとも１つの組を含んでおり、アクセスプロトコルは、制御されたコンテンツリポジトリ内の承認済みコンテンツが電子ユーザインタフェースを介して第１のコンピューティングデバイスに利用可能であるか否かを判定することを可能にし、承認済みコンテンツは、第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータとを含んでいる、又はそれらに基づいて生成されている、制御されたコンテンツリポジトリと；制御されたコンテンツリポジトリと通信する制御コンピューティングデバイスであって、制御されたコンテンツリポジトリ内の承認済みコンテンツがアクセスプロトコルに従って第１のコンピューティングデバイスに利用可能にすることが許可されているとを判定した後に、制御されたコンテンツリポジトリ内の承認済みコンテンツを第１のコンピューティングデバイスに提供し、電子ユーザインタフェースは、第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータとに基づいて生成され、電子ユーザインタフェースは、第１の被験者に関連するソースデータの受信を開始するために使用され、ソースデータは、第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータとにマッピングされ、関連付けられ、又は連携されている、制御コンピューティングデバイスと、を備えている。

幾つかの実施形態では、システムは更に、ソースデータを難読化し、ソースデータを第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータとをマッピング、関連付ける、又は連携させるための特殊な電子データキャプチャ（ＥＤＣ）システムを含む。

幾つかの実施形態では、制御されたコンテンツリポジトリからコンテンツを提供するための別の方法が提供される。この方法は、制御されたコンテンツリポジトリのアクセスプロトコルを確立する工程であって、コンテンツが、制御されたコンテンツリポジトリに格納されて、アクセスプロトコルに従ってアクセス可能であり、アクセスプロトコルは、制御されたコンテンツリポジトリのコンテンツが第１のコンピューティングデバイスに関連する第１の電子ユーザインタフェースを生成するために使用できるか否かを判定するために使用され、コンテンツは、第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータを含んでいるか、又はそれらに基づいて生成される、工程と；第２のコンピューティングデバイスから、第１のオブジェクトに関連する第１のデータと第２のオブジェクトに関連する第２のデータを受信する工程と；制御されたコンテンツリポジトリ内コンテンツが、アクセスプロトコルに従って第１のコンピューティングデバイスに利用可能にすることが許可されていると判定された後に、第１のコンピューティングデバイスに制御されたコンテンツリポジトリのコンテンツを提供する工程であって、第１のコンピューティングデバイスに関連する第１の電子ユーザインタフェースは、第１のオブジェクトに関連する第１データと第２のオブジェクトに関連する第２データに基づいて生成される、工程と；第１のコンピューティングデバイスからソースデータを受信する工程であって、ソースデータは第１のオブジェクトに関連する第１データと第２のオブジェクトに関連する第２データとにマッピングされ、連携され、又は、関連付けられる、工程と、を含んでいる。

幾つかの実施形態では、マッピング、連携、又は関連付けは夫々、制御されたコンテンツリポジトリ内の１又は複数のマッピング、連携、又は関連付けルールにアクセスできるＥＤＣコンポーネントによって実行される。

図２４は、本発明の幾つかの実施形態に基づく、複数のコンテンツバージョンを備える制御されたコンテンツリポジトリシステム２４０２を含むネットワークシステム環境２４００を図示している。制御されたコンテンツリポジトリシステム２４０２は、本明細書に記載された任意のコンピューティングデバイスを示してよい。制御されたコンテンツリポジトリシステム２４０２は、ルール２４０４、コンテンツの第１のバージョン２４０６、及びコンテンツの第２のバージョン２４０８を含んでよく、これらの各々は、メモリ、ハードドライブ、又は他の記憶域スペースのような同じ又は異なるコンピュータ可読媒体に格納されてよく、また、クラウドに配置されてよい。

コンテンツの第１のバージョン２４０６は、複数のオブジェクトと連携する又は複数のオブジェクトを指し示している参照（或いは、リンク、接続、単一方向又は複数方向のポインタなど）を含んでよい。オブジェクトとコンテンツのバージョンとの間の連携は、オブジェクトからコンテンツのバージョンへのポインタ、及び／又はコンテンツのバージョンからオブジェクトへのポインタを含んでよい。コンテンツの第１のバージョン２４０６によって参照されるオブジェクトは、イベントグループオブジェクト２４１４、イベントオブジェクト２４２０、アイテムグループオブジェクト２４２６、及びアイテムオブジェクト２４３２を含んでよい。各オブジェクトは、１又は複数の他のオブジェクトに関連してよい。他のオブジェクト２４１２，２４１８，２４２４，２４３，２４３６，２４３８も、図２４に示されている。ある実施例では、図２４に示された任意の他のオブジェクトに接続された（例えば、直接接続された）任意のオブジェクトは、その他のオブジェクトに関連している。幾つかの実施形態では、様々なオブジェクト間の関係は、カスタマイズされたテーブル、連結リスト、双方向リスト、キュー、ヒープ、ツリー、Ｂツリー、二分探索木、グラフ、無向グラフ、加重グラフなどのカスタマイズされたデータ構造を使用して定義されてよい。

コンテンツの第２のバージョン２４０８はまた、複数のオブジェクトに連携した又は複数のオブジェクトを指し示す参照を含んでよい。これらのオブジェクトは、イベントグループオブジェクト２４１６、イベントオブジェクト２４２２、アイテムグループオブジェクト２４２８、及びアイテムオブジェクト２４３４を含んでよい。これらのオブジェクトの幾つかは、コンテンツの第１のバージョン２４０６によって参照されるものと同じであってよく、他のオブジェクトは、コンテンツの第１のバージョン２４０６によって参照されるものとは異なるものであってよい。ある実施例では、オブジェクト２４１４及びオブジェクト２４１６の両方が、オブジェクト２４１２に直接リンクされている。従って、幾つかの実施形態では、オブジェクト２４１４及びオブジェクト２４１６の両方は、図２４において異なるオブジェクトとして表されているものの、同じオブジェクトであってもよい。他の実施形態では、オブジェクト２４１４及びオブジェクト２４１６の両方は、同じオブジェクト２４１２に関連する異なるオブジェクトである。別の実施例では、コンテンツの第２のバージョン２４０８は、オブジェクト２４３０及びオブジェクト２４３８への参照を含むアイテムグループオブジェクト２４３４への参照を含んでよいが、コンテンツの第１のバージョン２４０６によって参照されたアイテムグループオブジェクト２４３２によって参照されたオブジェクト２４３６への参照は含まない。従って、幾つかの実施形態では、オブジェクト２４３４とオブジェクト２４３２は異なるオブジェクトである。図示していないが、付加的及び／又は代替的に、コンテンツの第２のバージョン２４０８は、コンテンツの前のバージョンによって参照されない任意のオブジェクトと共に、コンテンツの第１のバージョン２４０６によって参照されるオブジェクトの修正への特定の参照を含んでよい。オブジェクトは、コンテンツの複数のバージョンにわたる参照として再び利用されてよい。

幾つかの実施形態では、本明細書に記載された様々なオブジェクトは、来診に関連するフォーム（例えば、電子フォーム）に含まれてよい。他の実施形態では、様々なコンテンツのバージョンは、本明細書に記載された様々なオブジェクトを含むフォームのバージョンであってよい。コンテンツは、インスタンス化された研究デザインを示してよく、当該研究デザインは、本明細書に記載されているように試験に関連してよい。幾つかの実施形態では、イベントは、試験に関連する来診を示してよい。イベントグループ（又はイベントコンテナ）は、関連するイベントのセットを示してよい。アイテムは、フォーム上のフィールド又はフォームに関連するプロンプトを示してよい。アイテムグループ（又はアイテムコンテナ）は、関連するアイテムのセットを示してしてよい。

幾つかの実施形態では、ルール２４０４は、コンテンツの特定のバージョン２４０６及び／又は２４０８、或いは生年月日関連オブジェクト２４３６のような特定のオブジェクトへのアクセス、格納、又は変更に関連するルール、パラメータ、アクセスプロトコルなどであってよい。ルール２４０４は、ルールサブセット２４１０のような１又は複数のサブセットを含む。ルールは、新しいオブジェクトの作成、オブジェクトに接続された参照の連携の修正、コンテンツのバージョンの作成、オブジェクトのリンク及び／又はリンク解除などに関連してよい。幾つかの実施形態では、ルール２４０４は、一連のアクセスプロトコルを含んでよく、当該アクセスプロトコルは、コンピューティングデバイスが、任意のオブジェクト又は関連データ、コンテンツ又は関連データ、測定データ、データ分析、制御されたコンテンツリポジトリシステム２４０２の設定などにアクセスすることが許可若しくは承認されているかを判定する。

コンテンツの第２のバージョン２４０８を作成する場合、コンテンツの第１のバージョン２４０６からのオブジェクトは、コンテンツの第２のバージョン２４０８にコピー又は移行されない。更に、幾つかの実施形態では、コンテンツのあるバージョンによって参照するために一旦公開されたオブジェクトは、コンテンツの以前のバージョンがそのオブジェクトを参照し続ける可能性があることから修正されなくてもよい。従って、新しいオブジェクト又はオブジェクトの修正版は、コンテンツの新しいバージョンによって作成及び参照される。幾つかの代替的実施形態では、オブジェクトは修正可能であってよく、以前に作成された（即ち、オブジェクトの修正前に作成された）オブジェクトと、新たに作成された（即ち、オブジェクトの修正後に作成された）オブジェクトの両方が、修正されたオブジェクトと修正されていないオブジェクトの両方を参照してよい。本明細書に記載されるようなオブジェクトへの修正は、そのオブジェクトの定義又はパラメータの修正を示してよい。幾つかの実施形態では、ユーザは、コンテンツ、オブジェクト、オブジェクトへの参照などのバージョン間の違いを表示及び分析するためのデルタアナライザ又はビューアが提供され、これらは、将来のオブジェクトやコンテンツの将来のバージョンを作成するために有用であり得る。

幾つかの実施形態では、ユーザは、ソフトウェアツールを使用して、新しいオブジェクト又はコンテンツのバージョンを作成してよい。ユーザが、以前に作成又は公開されたオブジェクトと同一の定義を、或いは、以前に作成されたコンテンツのバージョンと同一のオブジェクトを有するコンテンツのバージョンを入力又は確立しようとする場合、ソフトウェアツールは、同一のオブジェクト又はコンテンツのバージョンの拡散を防止するために、ユーザが新しいオブジェクト又はコンテンツのバージョンを作成することを妨げてよい。幾つかの実施形態では、新しいオブジェクト又はコンテンツのバージョンを作成する前に、データ検証ルール及びデータ品質要件を満たす必要があり得る。一旦オブジェクトが作成されると、そのオブジェクトは、そのオブジェクトの作成の基礎とされたもののような関連するオブジェクトに関連する系統を備えてよい。それらのオブジェクトは、親オブジェクトと呼ばれてよい。幾つかの実施形態では、コンテンツの新しいバージョンは、コンテンツの新しいバージョンとコンテンツの以前のバージョンとの間の相違点を示すデザイン修正に関連するデータを含んでよい。幾つかの実施形態では、本明細書に記載されたオブジェクト及び／又はコンテンツを格納するための任意のデータ構造は、オブジェクトの系統、デザインの修正などに関連するデータを格納するように変更されてよい。そのようなデータ構造は、カスタマイズされたテーブル、連結リスト、双方向リスト、キュー、ヒープ、ツリー、Ｂツリー、二分探索木、グラフ、無向グラフ、加重グラフなどを含む。

幾つかの実施形態では、オブジェクトに関連する系統は、制御されたコンテンツリポジトリシステム２４０２のオブジェクトと共に格納されてよく、制御されたコンテンツリポジトリシステム２４０２のオブジェクトに関連付けられてよい。オブジェクトに関連する系統は、（例えば、現在のオブジェクトの作成前に作成された）コンテンツの以前のバージョンの関連オブジェクトに関連するオブジェクト定義又はパラメータと、現在のオブジェクトとコンテンツの以前のバージョンの関連オブジェクトとの間の相違点と、現在のオブジェクトとコンテンツの以前のバージョンの関連オブジェクトを作成するために使用されたソフトウェアツールと、現在のオブジェクトとコンテンツの以前のバージョンの他の関連オブジェクトを格納するために使用されるデータ構造及び／又は記憶デバイスとを含んでよい。幾つかの実施形態では、オブジェクトは、標準（例えば、パラメータ又は定義の標準セット）に関連してよい。オブジェクトの系統をトレースすることにより、標準からの偏差を分析することが可能になる。従って、本発明は、ある期間にわたってコンテンツ及び／又はオブジェクトの同期化を可能にすることによって、その期間にわたってのコンテンツ及び／又はオブジェクトへの変更へのアクセス、分析、及び構築が容易になる。

幾つかの実施形態では、オブジェクトは、カスタマイズされた又は特殊化されたデータ構造で格納されてよい。データ構造は、識別情報に基づいて、任意のコンピューティングシステムによって位置が特定されてよく、又は検索されてよい。例えば、識別情報は、制御されたコンテンツリポジトリシステム２４０２（例えば、データ構造が作成及び／又は格納されるシステム）に関連する一意の識別情報を含んでよく、当該システムは、オブジェクトに関連する一意の識別情報と連結されている。オブジェクトの識別情報は、オブジェクトに関連する関連オブジェクト（例えば、親オブジェクト）への追跡又はリンクバックを可能にする。親オブジェクトは、コンテンツの以前のバージョンに関連するオブジェクトの以前のバージョンであってよい。データ構造の例としては、カスタマイズされたテーブル、連結リスト、双方向リスト、キュー、ヒープ、ツリー、Ｂツリー、二分探索木、グラフ、無向グラフ、加重グラフなどが挙げられる。

制御されたコンテンツリポジトリ２４０２のシステムは、デザインデータと測定データの両方を格納してよい。デザインデータは、試験で使用するフォームであってよく、本明細書に記載されているようにコンテンツ及び／又はオブジェクトであってよい。測定データは、フォーム上で行われたプロンプトに基づいて試験の被験者から収集された物理データであってよい。１又は複数のルール及び／又は関係パラメータが使用されて、設計データが測定データに関連付けられてよく、又はその逆であってよい。制御されたコンテンツリポジトリシステム２４０２が使用されて、単一のエンティティ又は複数のエンティティに関連する設計データ及び／又は測定データが格納されてよい。本明細書で使用されるように、エンティティは、ユーザ、顧客、テナントなどであってよく、これらは全て互換的に使用することができる。

図２５は、本発明の幾つかの実施形態に基づいた２つの異なる電子データキャプチャ（ＥＤＣ）手法を図示している。ＥＤＣ１では、コンテンツの第１のバージョン２５０４は、オブジェクト２５０６，２５０８，２５１０，及び２５１２を含む。コンテンツの第２のバージョン２５１４を作成する場合、コンテンツの第２のバージョン２５１４が新しいオブジェクト２５１６，２５１８，２５２０，２５２２，及び２５２４を含むように、オブジェクト２５０６，２５０８，２５１０，及び２５１２がコピーされる。ＥＤＣ２では、コンテンツの第１のバージョン２５２８は、オブジェクト２５３０，２５３２，２５３４，及び２５３６への参照を含む。コンテンツの第２のバージョン２５３８を作成する際に、以前、コンテンツの第１のバージョン２５２８にリンク又は連携されていたオブジェクト２５３０，２５３２，及び２５３４への参照は、コンテンツの第２のバージョン２５３８に、追加的にリンク又は連携される。リンクは、オブジェクトからコンテンツのバージョンへのリンク又はコンテンツのバージョンからオブジェクトへのリンクの少なくとも１つであってよい。注目すべきことに、コンテンツの第２のバージョン２５３８は、オブジェクト２５３６にリンクされない。その代わりに、新しいオブジェクト２５３９及びオブジェクト２５４０、又はオブジェクト２５３９及びオブジェクト２５４０を含むオブジェクトグループへの参照は、コンテンツの第２のバージョン２５３８にリンクされる。幾つかの実施形態では、オブジェクト２５３６は、新しいオブジェクト２５３９及びオブジェクト２５４０、又はオブジェクト２５３９及びオブジェクト２５４０からなるオブジェクトグループにリンクされてよい。追加的及び／又は代替的に、新しいオブジェクト２５３９及びオブジェクト２５４０、又はオブジェクト２５３９及びオブジェクト２５４０を含むオブジェクトグループは、オブジェクトの系統情報を含んでよく、系統情報は、新しいオブジェクト２５３９及びオブジェクト２５４０はオブジェクト２５３６を受け継いでいる及び／又は関連しているので、オブジェクト２５３６に関連するデータを含んでよい。コンテンツの第２のバージョン２５３８を作成する場合、コンテンツの様々なバージョンを制御及び／又は保存する制御されたコンテンツリポジトリシステムは、コンテンツの第２のバージョン２５３８を作成するために、ダウンタイムモード（例えば、ノーパワーモード、ローパワーモードなど）に入る必要がない。幾つかの実施形態では、オブジェクトは、コンテンツのバージョンから追加的にリンクを解除されてよい。

本発明は、コンテンツの、及び／又は、コンテンツによって参照される若しくはコンテンツに関連するオブジェクトの効率的なテスト及び検証を可能にして、コンテンツ及び／又はオブジェクトのテスト及び検証に関連する情報が容易に、コンテンツ及び／又はオブジェクトと共に利用可能となり、或いは、コンテンツ及び／又はオブジェクトに関連付けられる。幾つかの実施形態では、テスト及び検証の情報はまた、本明細書に記載された制御されたコンテンツリポジトリシステムに格納されてよい。更に、本発明は、オブジェクト及び／又はフォームをテスト及び検証することを可能にすることで、テスト及び検証の結果が、テスト及び検証されたオブジェクトに関連する将来のオブジェクト、及び／又はテスト及び検証されたフォームの将来のバージョンのために利用可能としている。

図２６は、本発明の幾つかの実施形態に基づいており、制御されたコンテンツリポジトリシステム２６０８を含むネットワークシステム環境２６００を示す。幾つかの実施形態では、本図に記載された様々なシステム及び／又はユニットは、ハードウェアである。他の実施形態では、本図に記載された様々なシステム及び／又はユニットは、ソフトウェアである。他の実施形態では、本図に記載された様々なシステム及び／又はユニットは、ハードウェア及び／又はソフトウェアの組合せである。ネットワークシステム環境２６００は、制御されたコンテンツリポジトリシステム２６０８、第１のコンピューティングデバイス２６０２、及び第２のコンピューティングデバイス２６０４を含む。３つのシステムは、互いに異なる場所に配置されているように示されている。幾つかの実施形態では、システムの何れかが、他のシステムの何れかに含まれてよく、他のシステムを含んでよい。幾つかの実施形態では、第１のコンピューティングデバイス２６０２は、試験が実施される診療所に配置されたデスクトップ又はラップトップコンピュータ、タブレット、携帯電話、ウェアラブルデバイスなどの任意のポータブル又は非ポータブルコンピューティングデバイスであってよい。幾つかの実施形態では、第２のコンピューティングデバイス２６０４は、試験に関連するか、又は試験を委託するエンティティ（例えば、製薬会社）に関連するデスクトップ又はラップトップコンピュータ、タブレット、携帯電話、ウェアラブルデバイスなどの任意のポータブル又は非ポータブルコンピューティングデバイスであってもよい。

制御されたコンテンツリポジトリシステム２６０８は、処理システム２６３４、メモリシステム２６２０、入出力（Ｉ／Ｏ）システム２６４６、及び通信システム２６１０を含んでよい。制御されたコンテンツリポジトリシステム２６０８に各システムを含めることは任意である。処理システム２６３４、メモリシステム２６２０、入出力（Ｉ／Ｏ）システム２６４６、及び通信システム２６１０の各々は、本明細書に記載されている任意の操作、技術、方法、プロセスなどを実行するための１又は複数のユニットを含んでよい。更に、制御されたコンテンツリポジトリシステム２６０８の各システム及び／又はユニットは、本明細書に記載された任意の操作、技術、方法、プロセスなどを実行するように、互いに動作可能及び／又は他の方法で通信可能に接続されてよい。そのシステム及び／又はユニットの何れかを含む制御されたコンテンツリポジトリシステム２６０８は、一般的なハードウェア、特定の目的のハードウェア、及び／又はソフトウェアを含んでよい。制御されたコンテンツリポジトリシステム２６０８は、制御されたコンテンツリポジトリシステム２６０８に含まれるように例示された種々のシステムを格納するために、一カ所に又は別々に配置された１又は複数のコンピューティングシステムを含んでよい。

処理システム２６３４は、メモリシステム２６２０、入出力（Ｉ／Ｏ）システム２６４６、及び通信システム２６１０のうちの１又は複数、並びに、メモリシステム２６２０、入出力（Ｉ／Ｏ）システム２６４６、及び通信システム２６１０によって実行される任意のユニット、要素、コンポーネント、デバイス、及び／又は機能を制御してよい。プロセッサ又は信号処理装置によって実行されるものとして本明細書に記載されている任意の動作は、処理システム２６３４単独で、及び／又は、処理システム２６３４が１又は複数の更なる処理システム、プロセッサ、ユニット、要素、コンポーネント、デバイス等と関連して実行されるとして理解されてよい。更に、１つの処理システム２６３４が示されてもよいが、複数の処理システムが、制御されたコンテンツリポジトリシステム２６０８に又はネットワークシステム環境２６００全体の他の場所に存在してよく、及び／又は、さもなくばそれらに含まれてよい。従って、命令は、処理システム２６３４（及び／又は処理システム２６３４の様々なユニット）によって実行されるように記述されてもよいが、命令は、１又は複数のデバイス上の１又は複数の処理システムによって同時に、連続的に、及び／又は別の方法で実行されてよい。

幾つかの実施形態では、処理システム２６３４は、１又は複数のコンピュータ若しくは中央処理装置（ＣＰＵ）チップ及び／又はグラフィカル処理装置（ＧＰＵ）チップとして実装されてもよく、コンピュータ命令を実行できるハードウェア装置を含んでよい。処理システム２６３４は、命令、コード、コンピュータプログラム、及び／又はスクリプトを実行してよい。命令、コード、コンピュータプログラム、及び／又はスクリプトは、メモリシステム２６２０、Ｉ／Ｏシステム２６４６、通信システム２６１０、ユニット及び／又はユニットの要素、他のデバイス及び／又はコンピューティング環境等から受信されてよく、及び／又はそれらに格納されてよい。

幾つかの実施形態では、処理システム２６３４は、他の要素の中でもとりわけ、中央処理装置（ＣＰＵ）２６３６であり得る中央プロセッサ２６３６、システム管理ユニット２６３８、及びリソース割り当てユニット２６４０などのユニットを含んでよい。処理システム２６３４の各ユニットは、互いに通信可能に及び／又は別の方法で動作可能に接続されてよい。中央プロセッサ２６３６は、論理命令、制御命令、演算命令、入出力（Ｉ／Ｏ）命令を含むコンピュータプログラムの命令を実行する電子回路である。システム管理ユニット２６３８は、処理システム２６３４の動作を、通信システム２６１０、メモリシステム２６２０、及びＩ／Ｏシステム２６４６の動作と調整するハードウェア及び／又はソフトウェアである。

リソース割り当てユニット２６４０は、制御されたコンテンツリポジトリシステム２６０８及び／又は他のコンピューティング環境全体のコンピューティングリソースの判定、監視、分析、及び／又は割り当てを容易にできる。このように、処理システム２６３４、メモリシステム２６２０、入出力（Ｉ／Ｏ）システム２６４６、及び通信システム２６１０（及び／又は、前述のシステムの任意のユニット）によって利用される制御されたコンテンツリポジトリシステム２６０８のコンピューティングリソース、例えば、処理能力、データ記憶域スペースやネットワーク帯域幅は、動作中の様々なタイミングで高い需要があり得る。従って、リソース割り当てユニット２６４０は、制御されたコンテンツリポジトリシステム２６０８及び／又は他のコンピューティング環境における特定のシステム及び／又はユニットによって要求されるように、様々なコンピューティングリソースの割り当てを管理するように構成されてよい。幾つかの実施形態では、リソース割り当てユニット２６４０は、制御されたコンテンツリポジトリシステム２６０８の各システムのパフォーマンスを監視するためのセンサ及び／又は特定の目的のハードウェア、並びに、各ユニットのコンピューティングリソースのニーズに応答するためのハードウェアを含んでよい。幾つかの実施形態では、リソース割り当てユニット２６４０は、制御されたコンテンツリポジトリシステム２６０８とは別個の第２のコンピューティング環境のコンピューティングリソースを利用して、新規オブジェクトの作成、オブジェクトに接続された参照の修正、コンテンツのバージョンの作成などの所望の操作を容易に行ってよい。リソース割り当てユニット２６４０は、制御されたコンテンツリポジトリシステム２６０８の各システム及び／又はユニットに対して、一定量のコンピューティングリソースを取得し、送信し、制御し、割り当て、及び／又はさもなくば分配を行ってよい。幾つかの実施形態では、リソース割り当てユニット２６４０のコンピューティングリソースの割り当ては、リソース割り当てユニット２６４０がスイッチを反転させること、処理能力を調整すること、メモリサイズを調整すること、メモリ要素を分割すること、データを送信すること、１又は複数の入力及び／又は出力デバイスを制御すること、様々な通信プロトコルを変更することなどを含んでよい。

幾つかの実施形態では、メモリシステム２６２０は、制御されたコンテンツリポジトリシステム２６０８の動作中に、オブジェクト関連データ及び／又はコンテンツ関連データを及び／又は測定されたデータを、格納、呼び出し、受信、送信、及び／又はアクセスするために利用されてよい。例えば、メモリシステム２６２０は、オブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定されたデータ等を格納、呼び出し、及び／又は更新するために利用されてもよい。メモリシステム２６２０は、ソリッドステート記憶媒体、ハードディスク記憶媒体、仮想記憶媒体のような様々なタイプのデータ記憶媒体を含んでよい。メモリシステム２６２０は、ハードドライブ及び／又はサーバのような専用のハードウェア要素、並びにクラウドベースのストレージドライブのようなソフトウェア要素を含んでよい。例えば、メモリシステム２６２０は、オペレーティングシステムユニット２６２６、アプリケーションデータユニット２６２８、アプリケーションプログラミングインタフェース（ＡＰＩ）ユニット２６３０、システムストレージユニット２６２４、セキュアエンクレーブ２６３２、及び／又は、キャッシュストレージユニット２６２２などの様々なユニットを含んでよい。幾つかの実施形態では、これらのユニットの何れかは、本明細書に記載された様々な動作を実行するためのコードでカスタマイズされてよい。

メモリシステム２６２０及び／又は本明細書に記載されたそのユニットの何れかは、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、及び／又は種々の形態の二次記憶装置を含んでよい。ＲＡＭは、揮発性データを格納するために、及び／又は処理システム２６３４によって実行され得る命令を格納するために使用されてよい。例えば、格納されるデータは、命令、制御されたコンテンツリポジトリシステム２６０８の現在の動作状態、制御されたコンテンツリポジトリシステム２６０８の意図した動作状態等であってよい。更なる例では、メモリシステム２６２０に格納されたデータは、本明細書に記載された種々な方法及び／又は機能性に関連する命令を含んでよい。ＲＯＭは、不揮発性メモリ装置であってよく、二次記憶装置のメモリ容量よりも小さいメモリ容量を有してよい。ＲＯＭは、コンピュータ命令の実行中に読み取られる命令及び／又はデータを格納するために使用されてよい。幾つかの実施形態では、ＲＡＭ及びＲＯＭの両方へのアクセスは、二次記憶装置へのアクセスよりも高速であってよい。二次記憶装置は、１又は複数のディスクドライブ及び／又はテープドライブで構成されてよく、ＲＡＭが全ての作業データを保持するのに十分な大きさでない場合に、データの不揮発性記憶のために、又はオーバーフローデータ記憶装置として使用されてよい。二次記憶装置は、プログラムが実行のために選択されると、ＲＡＭにロードされるプログラムを記憶するために使用されてよい。幾つかの実施形態では、メモリシステム２６２０は、オブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定データ等の任意のデータを格納するための１又は複数のデータベースを含んでよい。追加的又は代替的に、制御されたコンテンツリポジトリシステム２６０８から遠隔に配置された１又は複数の二次データベースが、メモリシステム２６２０によって利用、及び／又はアクセスされてよい。

オペレーティングシステムユニット２６２６は、制御されたコンテンツリポジトリシステム２６０８及び／又は本明細書に記載された任意の他のコンピューティング環境によって利用されるオペレーティングシステムの展開、格納、アクセス、実行、及び／又は利用を容易にしてよい。幾つかの実施形態では、オペレーティングシステムユニット２６２６は、種々のハードウェア要素及び／又はソフトウェア要素を含んでよく、これらのハードウェア要素及び／又はソフトウェア要素は、本明細書に記載された種々の動作を実行する処理システム２６３４のための構造的枠組みとして機能する。オペレーティングシステムユニット２６２６は更に、オペレーティングシステム及び／又は制御されたコンテンツリポジトリシステム２６０８の動作に関連した情報及び／又はデータの種々のピースを、例えば、コンピューティングリソースの状態（例えば、処理能力、メモリ利用可能性、リソース利用率等）、実行時の情報、本明細書に記載された動作の実行を指示するためのモジュール、ユーザ権限、セキュリティ認証情報等をまとめて格納してよい。

アプリケーションデータユニット２６２８は、制御されたコンテンツリポジトリシステム２６０８及び／又は本明細書に記載された他のコンピューティング環境によって利用されるアプリケーションの展開、格納、アクセス、実行、及び／又は利用を容易にしてよい。例えば、アプリケーションは、新しいオブジェクトを作成すること、コンテンツの新しいバージョンを作成すること、コンテンツのバージョンを種々のオブジェクトに関連付けるか又は連携させること、コンテンツのバージョンに関連するオブジェクトに関する測定データを分析すること、制御されたコンテンツリポジトリシステム２６０８からコンピューティングデバイスにデータを提供するためのアクセスプロトコルを設定することなどに関連付してよい。このように、アプリケーションデータユニット２６２８は、アプリケーションに関連する任意の情報及び／又はデータを格納してよい。ユーザは、アプリケーションデータユニット２６２８に含まれる情報を使用して、本明細書に記載される種々の動作を実行してよい。アプリケーションデータユニット２６２８は更に、アプリケーション及び／又は制御されたコンテンツリポジトリシステム２６０８の動作に関連するデータの種々のピースを、例えば、コンピューティングリソースの状態（例えば、処理能力、メモリ利用可能性、リソース利用率等）、実行時の情報、ユーザインタフェース、本明細書に記載された動作の実行を指示するためのモジュール、ユーザ権限、セキュリティ認証情報、アクセスプロトコル等をまとめて格納してよい。

アプリケーションプログラミングインタフェース（ＡＰＩ）ユニット２６３０は、制御されたコンテンツリポジトリシステム２６０８及び／又は本明細書に記載された他のコンピューティング環境のＡＰＩに関連する情報の展開、格納、アクセス、実行、及び／又は利用を容易にしてよい。例えば、制御されたコンテンツリポジトリシステム２６３０は、様々なデバイス、アプリケーション、ユニット、要素が互いに通信し、且つ／又は同じデータを利用するための１又は複数のＡＰＩを含んでよい。従って、ＡＰＩユニット２６３０は、デバイス及び／又はコンピューティング環境のアプリケーション、ユニット、要素、及び／又はオペレーティングシステムによってアクセス及び／又は利用され得る（例えば、オブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定データ等に関連する）情報を含むＡＰＩデータベースを含んでよい。幾つかの実施形態では、各ＡＰＩデータベースは、メモリシステム２６２０及び／又はＡＰＩユニット２６３０に含まれるカスタマイズされた物理回路に関連付けられてよい。更に、各ＡＰＩデータベースは、公開及び／又は非公開であってよく、従って、１又は複数のアクセスプロトコルに関連する認証資格情報が、ＡＰＩデータベース内の情報にアクセスするために要求されてよい。

システムストレージユニット２６２４は、制御されたコンテンツリポジトリシステム２６０８及び／又は本明細書に記載された他のコンピューティング環境による、オブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定されたデータ等の展開、格納、アクセス、及び／又は利用を容易にしてよい。幾つかの実施形態では、システムストレージユニット２６２４はシステム管理ユニット２６３８と通信して、オブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定データ等を受信及び／又は送信してよい。

セキュアエンクレーブ２６３２は、データの安全な格納を容易にしてよい。幾つかの実施形態では、セキュアエンクレーブ２６３２は、メモリシステム２６２０に含まれる記憶媒体の分割部分を含んでよく、当該部分は、アクセスプロトコルの一部である様々なセキュリティ対策によって保護される。例えば、セキュアエンクレーブ２６３２は、ハードウェアで保護されてよい。他の実施形態では、セキュアエンクレーブ２６３２は、１又は複数のファイアウォール、暗号化メカニズム、及び／又は他のセキュリティベースのプロトコルを含んでよい。セキュアエンクレーブ２６３２に格納されたデータへのアクセスを提供する前に、ユーザ又はシステムの認証資格情報が要求されてよい。セキュアエンクレーブ２６３２に格納されたデータは、任意のオブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定されたデータ等を含んでよい。

キャッシュユニット２６２２は、データの短期的な展開、格納、アクセス、分析、及び／又は利用を容易にしてよい。例えば、キャッシュユニット２６２２は、任意のオブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定データ等を格納するために利用されてよい。幾つかの実施形態では、キャッシュユニット２６２２が、データの短期記憶場所として機能することで、キャッシュユニット２６２２に格納されたデータが迅速にアクセスされてよい。幾つかの実施形態では、キャッシュユニット２６２２は、格納されたデータを迅速に呼び出すために、ＲＡＭ及び／又は他の記憶媒体タイプを含んでよい。キャッシュユニット２６２２は、メモリシステム２６２０に含まれる記憶媒体の分割部分を含んでよい。

Ｉ／Ｏシステム２６４６は、ハードウェア及び／又はソフトウェア要素を含んでおり、制御されたコンテンツリポジトリシステム２６０８が本明細書に記載された種々の動作を実行するために有用なデータ（オブジェクト関連データ及び／又はコンテンツ関連データ及び／又は測定されたデータ等）を受信、送信、及び／又は提示してよい。例えば、Ｉ／Ｏシステム２６０６の要素が使用されて、ユーザデバイスを介してユーザからのユーザ入力を受信すること、データのグラフ表示を生成すること、ユーザインタフェースを提示すること、ユーザインタフェース上でユーザにデータを表示することなどが行われてよい。ユーザインタフェースは、ディスプレイデバイスについて構成及び調整されてよい。このようにして、制御されたコンテンツリポジトリシステム２６０８は、Ｉ／Ｏシステム２６４６を使用して、人間の（又は非人間の）ユーザとのインタフェースを行ってよい。本明細書で説明されているように、Ｉ／Ｏシステム２６４６は、Ｉ／Ｏデバイス２６４８、Ｉ／Ｏ較正ユニット２６５０、及び／又はソフトウェアドライバ２６５２などのユニットを含んでよい。ソフトウェアドライバ２６５２は、グラフィックドライバなどのディスプレイドライバを含んでよい。幾つかの実施形態では、ソフトウェアドライバ２６５２は、本開示に記載された任意の特定の動作を具体的に実行するために特殊化された又はカスタマイズされた非汎用なドライバを備えてよい。

Ｉ／Ｏデバイス２６４８は、本明細書に記載された動作の実行の結果としてのデータの受信、送信、処理、提示、表示、入力、及び／又は出力を容易にしてよい。幾つかの実施形態では、Ｉ／Ｏデバイス２６４８は、複数のＩ／Ｏデバイスを含んでよい。幾つかの実施形態では、Ｉ／Ｏデバイス２６４８は、ユーザデバイス、コンピューティングシステム、サーバ、リモート又はローカル端末、及び／又は同様なデバイスの１又は複数の要素を含んでよい。そのように、Ｉ／Ｏデバイス２６４８は、ユーザが制御されたコンテンツリポジトリシステム２６０８とインタフェースするための様々な要素を含んでよい。例えば、Ｉ／Ｏデバイス２６４８は、キーボード、タッチスクリーン、ボタン、センサ、生体認証スキャナ、レーザー、マイク、カメラ、バーコードスキャナ、キャッシュレジスター、ポイントオブセール端末、及び／又はユーザからの入力を受信及び／又は収集するための別の要素を含んでよい。付加的及び／又は代替的に、Ｉ／Ｏデバイス２６４８は、ディスプレイ、スクリーン、センサ、振動機構、発光ダイオード（ＬＥＤ）、スピーカ、スキャナ、及び／又はユーザ又は別のシステムにデータを提示及び／又は出力するための別の要素を含んでよい。幾つかの実施形態では、Ｉ／Ｏデバイス２６４８は、処理システム２６３４及び／又はメモリシステム２６２０の１又は複数の要素と通信し、本明細書に記載された動作を実行してよい。

Ｉ／Ｏ較正ユニット２６５０は、Ｉ／Ｏデバイス２６４８の較正を容易にしてよい。例えば、Ｉ／Ｏ較正ユニット２６５０は、Ｉ／Ｏデバイス２６４８の１又は複数の設定を検出及び／又は判定し、Ｉ／Ｏデバイス２６４８がより効率的に動作するように設定を調整及び／又は修正してよい。例えば、Ｉ／Ｏ較正ユニット２６５０は、Ｉ／Ｏデバイス２６４８の表示及びシステムの設定に基づいて、Ｉ／Ｏデバイス２６４８上のデータの表示を較正してよい。

幾つかの実施形態では、Ｉ／Ｏ較正ユニット２６５０は、ドライバ２６５２（又は複数のドライバ）を利用して、Ｉ／Ｏデバイス２６４８を較正してよい。例えば、ドライバ２６５２は、Ｉ／Ｏ較正ユニット２６５０によってインストールされるソフトウェアを含んでよく、これによって、制御されたコンテンツリポジトリシステム２６０８の要素（又はコンピューティング環境２６００の要素）は、本明細書に記載された種々の動作のためにＩ／Ｏデバイス２６４８を認識及び／又は統合することができてよい。

通信システム２６１０は、制御されたコンテンツリポジトリシステム２６０８と他のコンピューティング環境、サードパーティサーバシステム等との間の通信の確立、維持、監視、及び／又は終了を容易にしてよい。幾つかの実施形態では、通信システム２６１０は、信号インタフェースと呼ばれてよい。通信システム２６１０は、制御されたコンテンツリポジトリシステム２６０８の種々のシステム及び／又はユニット間の通信を促進してよい。幾つかの実施形態では、通信システム２６１０は、ネットワークプロトコル層２６１４、ＡＰＩゲートウェイ２６１２、暗号化エンジン２６１８、及び／又は物理層回路２６１６を含んでよい。通信システム２６１０は、ハードウェア及び／又はソフトウェア要素を含んでよい。

ネットワークプロトコル層２６１４は、ネットワークを介して、制御されたコンテンツリポジトリシステム２６０８のための通信接続の確立、維持、及び／又は終了を容易にしてよい。例えば、ネットワークプロトコル層２６１４は、特定のネットワーク及び／又はネットワークの種類によって必要とされる通信プロトコルを検出及び／又は定義してよい。ネットワークプロトコル層２６１４によって利用される通信プロトコルは、Ｗｉ－Ｆｉプロトコル、Ｌｉ－Ｆｉプロトコル、セルラーデータネットワークプロトコル、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコル、ＷｉＭＡＸプロトコル、イーサネットプロトコル、電力線通信（ＰＬＣ）プロトコル等を含んでよい。幾つかの実施形態では、制御されたコンテンツリポジトリシステム２６０８の通信の容易化は、（例えば、システム２６０２又はシステム２６０４のような第１のシステムに関連する）第１の通信プロトコルと互換性があるデータを、（例えば、システム２６０４又はシステム２６０２のような第２のシステムに関連する）第２の通信プロトコルと互換性があるように変換及び／又は翻訳することを含んでよい。幾つかの実施形態では、ネットワークプロトコル層２６１４は、データトラフィックの量を判定及び／又は監視し、その結果として、どの特定のネットワークプロトコルが、安全な通信接続の確立、データの送信、及び／又は本明細書に記載されているような動作の実行に使用されるかを判定してよい。

ＡＰＩゲートウェイ２６１２は、他のデバイス及び／又はコンピューティング環境が、制御されたコンテンツリポジトリシステム２６０８のメモリシステム２６２０のＡＰＩユニット２６３０にアクセスすることを容易にしてよい。例えば、ユーザコンピューティングデバイスは、ＡＰＩゲートウェイ２６１２を介して、制御されたコンテンツリポジトリシステム２６０８のＡＰＩユニット２６３０にアクセスしてよい。幾つかの実施形態では、ＡＰＩゲートウェイ２６１２は、ＡＰＩユニット２６３０へのアクセスをユーザ及び／又はシステムに提供する前に、１又は複数のアクセスプロトコルに基づいてユーザの資格情報及び／又はシステムの資格情報を検証するように要求されてよい。ＡＰＩゲートウェイ２６１２は、別のデバイスと通信させる、及び／又は制御されたコンテンツリポジトリシステム２６０８の要素間で通信させるための制御されたコンテンツリポジトリシステム２６０８に向けた指示を含んでよい。

暗号化エンジン２６１８は、制御されたコンテンツリポジトリシステム２６０８によって受信、送信、及び／又は格納されたデータの翻訳、暗号化、エンコーディング、復号化、及び／又はデコーディングを容易にしてよい。暗号化エンジンを使用して、データの送信は、任意のアクセスプロトコルに従ってセキュリティ上の理由から暗号化、コード化、及び／又は翻訳されてよく、受信されたデータは、その処理及び／又は格納される前に暗号化、コード化、及び／又は翻訳されてよい。幾つかの実施形態では、暗号化エンジン２６１８は、暗号化／復号化キー等を生成してよく、それは、任意のデータコンテンツと共に送信されてよい。

物理層回路２６１６は、制御されたコンテンツリポジトリシステム２６０８のために特別に意図された様々な通信ハードウェア及び／又はソフトウェアを含んでよい。幾つかの実施形態では、物理層回路２６１６は、制御されたコンテンツリポジトリシステム２６０８との通信を容易にするための通信プロトコル（有線又は無線）及び関連機能を実装するための１又は複数のラジオトランシーバ、チップ、アナログフロントエンド（ＡＦＥ）ユニット、アンテナ、処理ユニット、メモリ、他のロジック、及び／又は他の構成要素を含んでよい。付加的及び／又は代替的に、物理層回路２６１６は、モデム、モデムバンク、ルータ又はスイッチなどのイーサネットデバイス、ユニバーサルシリアルバス（ＵＳＢ）インタフェースデバイス、シリアルインタフェース、トークンリングデバイス、ファイバ分散データインタフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス及び／又はデバイスコンポーネント、符号分割多元接続（ＣＤＭＡ）装置、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）ラジオトランシーバ装置、ユニバーサル移動体通信システム（ＵＭＴＳ）ラジオトランシーバ装置、ロングタームエボリューション（ＬＴＥ）ラジオトランシーバ装置、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）装置、及び／又は、通信目的で使用される他の装置等のラジオトランシーバ装置を含んでよい。

幾つかの実施形態では、処理システム２６３４は、測定データを含むデータストレージ２６４２に、及び／又は、設計コンテンツ（例えば、任意のコンテンツ関連データ）を含むデータストレージ２６４４に接続されてよい。データストレージ２６４２及び２６４４は、本明細書に記載されており、特殊化された非汎用なデータ構造を格納するための任意のタイプのデータストレージであってよく、オブジェクト、測定データ、コンテンツ、制御されたリポジトリシステム２６０８などに関連する個々のデータを連結できるデータ構造を含む。本明細書に関連する任意の特徴は、本発明に記載された任意の特徴と組み合わされてよい。幾つかの実施形態では、データストレージ２６４２及びデータストレージ２６４４は、コンピューティングデバイスがデータストレージ２６４２及びデータストレージ２６４４に含まれるデータにアクセスできるか否かを判定するような、アクセスプロトコルによって追加的に保護されてよい。例示的なデータ構造は、カスタマイズされたテーブル、連結リスト、双方向リスト、キュー、ヒープ、ツリー、Ｂツリー、二分探索木、グラフ、無向グラフ、加重グラフなどを含む。

幾つかの実施形態では、制御されたコンテンツリポジトリシステムからコンテンツのバージョンを提供するための方法が提供される。この方法は、１又は複数のコンピューティングデバイスプロセッサを使用して、制御されたコンテンツリポジトリシステムのアクセスプロトコルを確立する工程であって、コンテンツは、制御されたコンテンツリポジトリシステムに格納されており、アクセスプロトコルに従ってアクセス可能であり、コンテンツは、コンテンツの第１のバージョンを含んでおり、アクセスプロトコルは、制御されたコンテンツリポジトリシステムのコンテンツの第１のバージョンが第１のコンピューティングデバイスで利用可能にできるか否かを決定するために使用され、コンテンツの第１のバージョンは、コンテンツの第１のバージョンから、制御されたコンテンツリポジトリシステムに格納された第１のオブジェクトに連携する第１の参照と、コンテンツの第１のバージョンから、制御されたコンテンツリポジトリシステムに格納された第２のオブジェクトに連携する第２の参照とを含む、工程と；１又は複数のコンピューティングデバイスプロセッサを使用して、コンテンツの第２のバージョンを生成する工程であって、コンテンツの第２のバージョンを生成する工程は、１又は複数のコンピューティングデバイスプロセッサを使用して、コンテンツの第２のバージョンから第１のオブジェクトに第２の参照を連携させる工程と、１又は複数のコンピューティングデバイスプロセッサを使用して、コンテンツの第２のバージョンから制御されたコンテンツリポジトリシステムに格納されている第３のオブジェクトに第３の参照を連携させる工程とを含む、工程と；アクセスプロトコルに従って、制御されたコンテンツリポジトリシステムのコンテンツが第２のコンピューティングデバイスで利用可能にされることが許可されていると判定された後に、１又は複数のコンピューティングデバイスプロセッサを使用して、制御されたコンテンツリポジトリシステムのコンテンツの第２のバージョンを、第２のコンピューティングデバイスに提供する工程であって、オブジェクトがコンテンツの第１のバージョンからコンテンツの第２のバージョンへ移動真又はコピーされることなく、コンテンツの第２のバージョンが生成される、工程と、を含む。

幾つかの実施形態では、第１のオブジェクト、第２のオブジェクト、又は第３のオブジェクトは、イベントグループ、イベント、アイテムグループ、又はアイテムのうちの少なくとも１つを含む。幾つかの実施形態では、第１のオブジェクト、第２のオブジェクト、又は第３のオブジェクトは、リレーションシップオブジェクトを含む。幾つかの実施形態では、コンテンツは、インスタンス化された研究デザインを含む。幾つかの実施形態では、インスタンス化された研究デザインは、試験に関連している。

幾つかの実施形態では、第１のオブジェクトは、変更不可能オブジェクトを含む。幾つかの実施形態では、第１のオブジェクトは、コンテンツの第１のバージョンとの関連付けのために公開される場合には、変更不可能オブジェクトとなる。幾つかの実施形態では、第１のオブジェクトは変更可能なオブジェクトを含む。

幾つかの実施形態では、本発明の方法は更に、コンテンツの第１のバージョンとコンテンツの第２のバージョンとの間の少なくとも１つの違いの表示を可能にするデルタアナライザを提供する工程を含む。幾つかの実施形態では、コンテンツの第２のバージョンは、制御されたコンテンツリポジトリシステムがダウンタイムモードに入ることなく作成される。

幾つかの実施形態では、第１のオブジェクトは、カスタマイズされたデータ構造に格納される。幾つかの実施形態では、カスタマイズされたデータ構造は、制御されたコンテンツリポジトリシステムに関連する第１の識別情報と、第１のオブジェクトに関連する第２の識別情報とに基づいて連結された識別情報を含む。

幾つかの実施形態では、第１のオブジェクトは、第１のオブジェクトの系統を含んでいる。幾つかの実施形態では、本発明の方法は更に、第１のオブジェクトの系統を追跡して格納することを含む。幾つかの実施形態では、本発明の方法は更に、第１のオブジェクトの系統に基づいて、第１のオブジェクトに関連する基準が時間の経過と共にどのように乖離したかを分析する工程を含む。

幾つかの実施形態では、コンテンツは研究デザインのコンテンツを含む。幾つかの実施形態では、コンテンツは更に臨床データコンテンツを含む。幾つかの実施形態では、本発明の方法は更に、研究デザインコンテンツと臨床データコンテンツとの間の少なくとも１つの関係パラメータを確立する工程を含む。幾つかの実施形態では、本発明の方法は更に、臨床データコンテンツを研究デザインコンテンツに連携させる工程を含む。

幾つかの実施形態では、本発明の方法は更に、コンテンツの第１のバージョンに関連するルールをコンテンツの第２のバージョンに適用する工程を含む。幾つかの実施形態では、ルールは検証ルールを含む。

幾つかの実施形態では、本発明の方法は更に、第４のオブジェクトが第１のオブジェクト、第２のオブジェクト、又は第３のオブジェクトのうちの少なくとも１つと実質的に一致すると判定すると、第４のオブジェクトの作成を阻止する工程を含む。幾つかの実施形態では、第１のオブジェクトは第１のオブジェクトの第１のバージョンであり、第２のオブジェクトは第１のオブジェクトの第２のバージョンである。幾つかの実施形態では、第１のオブジェクトは第１のルールに関連付けられており、ここで、第２のオブジェクトは第１のルールとは異なる第２のルールに関連付けられている。

幾つかの実施形態では、コンテンツの複数のバージョンを提供するために、制御されたコンテンツリポジトリシステムが提供される。制御されたコンテンツリポジトリシステムは、ネットワークプロトコル層及び物理層回路を備える通信システムであって、コンピューティングデバイスとデータを送受信するための通信システムと；オペレーティングシステム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を備えるメモリシステムであって、１又は複数の動作を実行するためのコードを含むメモリシステムと；処理システムは、１又は複数の動作を実行するためのものであり、当該１又は複数の動作は、
制御されたコンテンツリポジトリシステムのアクセスプロトコルを確立する工程であって、コンテンツはアクセスプロトコルに従ってアクセス可能であり、コンテンツはコンテンツの第１のバージョンを含んでおり、アクセスプロトコルは、制御されたコンテンツリポジトリシステムのコンテンツの第１のバージョンが第１のコンピューティングデバイスで利用可能にできるか否かを判定するために使用され、コンテンツの第１のバージョンは、コンテンツの第１のバージョンから制御されたコンテンツリポジトリシステムに格納されている第１のオブジェクトへと連携した第１の参照と、コンテンツの第１のバージョンから制御されたコンテンツリポジトリシステムに格納されている第２のオブジェクトへと連携した第２の参照とを含んでいる、工程と；コンテンツの第２のバージョンを生成する工程であって、コンテンツの第２のバージョンを生成する工程は、コンテンツの第２のバージョンから第１のオブジェクトへと連携した第２の参照を生成する工程と、コンテンツの第２のバージョンから制御されたコンテンツリポジトリシステムに格納された第３のオブジェクトへと連携した第３の参照を生成する工程とを含む、工程と；制御されたコンテンツリポジトリシステムのコンテンツが、アクセスプロトコルに従って第２のコンピューティングデバイスに利用可能にされることが許可されていると判定された後に、制御されたコンテンツリポジトリシステムのコンテンツの第２のバージョンを第２のコンピューティングデバイスに提供する工程であって、コンテンツの第２のバージョンは、コンテンツの第１のバージョンからコンテンツの第２のバージョンにオブジェクトをコピーすることなく、コンテンツの第２のバージョンが生成される、工程と、を含む。制御されたコンテンツリポジトリシステムは、ネットワークプロトコル層及び物理層回路を備える通信システムであって、コンピューティングデバイスとデータを送受信するための通信システムと；オペレーティングシステム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を備えるメモリシステムであって、１又は複数の動作を実行するためのコードを含むメモリシステムと；中央処理装置（ＣＰＵ）を備える処理システムと、を備えており、処理システムは、１又は複数の動作を実行するためのものであり、当該１又は複数の動作は、制御されたコンテンツリポジトリシステムのアクセスプロトコルを確立する工程であって、コンテンツはアクセスプロトコルに従ってアクセス可能であり、コンテンツはコンテンツの第１のバージョンを含んでおり、アクセスプロトコルは、制御されたコンテンツリポジトリシステムのコンテンツの第１のバージョンが第１のコンピューティングデバイスで利用可能であるか否かを判定するために使用され、コンテンツの第１のバージョンは、コンテンツの第１のバージョンから制御されたコンテンツリポジトリシステムに格納されている第１のオブジェクトへと連携した第１の参照と、コンテンツの第１のバージョンから制御されたコンテンツリポジトリシステムに格納されている第２のオブジェクトへと連携した第２の参照とを含んでいる、工程と；コンテンツの第２のバージョンを生成する工程であって、コンテンツの第２のバージョンを生成する工程は、コンテンツの第２のバージョンから第１のオブジェクトへと連携した第２の参照を生成する工程と、コンテンツの第２のバージョンから制御されたコンテンツリポジトリシステムに格納された第３のオブジェクトへと連携した第３の参照を生成する工程とを含む、工程と；制御されたコンテンツリポジトリシステムのコンテンツが、アクセスプロトコルに従って第２のコンピューティングデバイスに利用可能にされることが許可されていると判定された後に、制御されたコンテンツリポジトリシステムのコンテンツの第２のバージョンを第２のコンピューティングデバイスに提供する工程であって、コンテンツの第２のバージョンは、コンテンツの第１のバージョンからコンテンツの第２のバージョンにオブジェクトをコピーすることなく、コンテンツの第２のバージョンが生成される、工程と、を含む。

幾つかの実施形態では、制御されたコンテンツリポジトリシステムからコンテンツのバージョンを提供するための別の方法が提供される。この方法は、１又は複数のコンピューティングデバイスプロセッサを使用して、制御されたコンテンツリポジトリシステムのアクセスプロトコルを確立する工程であって、コンテンツは、制御されたコンテンツリポジトリシステムに格納されて、アクセスプロトコルに従ってアクセス可能であり、コンテンツはコンテンツの第１のバージョンを含んでおり、アクセスプロトコルは、制御されたコンテンツリポジトリシステムのコンテンツの第１のバージョンが第１のコンピューティングデバイスで利用可能できるか否かを判定するために使用され、コンテンツの第１のバージョンは、コンテンツの第１のバージョンから制御されたコンテンツリポジトリシステムに格納された第１のオブジェクトへと連携した第１の参照と、コンテンツの第１のバージョンから制御されたコンテンツリポジトリシステムに格納された第２のオブジェクトへと連携した第２の参照とを含む、工程と；１又は複数のコンピューティングデバイスプロセッサを使用してコンテンツの第２のバージョンを生成する工程であって、コンテンツの第２のバージョンを生成する工程は、１又は複数のコンピューティングデバイスプロセッサを使用して、コンテンツの第２のバージョンから第１のオブジェクトに第２の参照を連携させる工程と、１又は複数のコンピューティングデバイスプロセッサを使用して、コンテンツの第２のバージョンから制御されたコンテンツリポジトリシステムに格納された第１のオブジェクトに関連するデルタに第３の参照を連携させる工程と；制御されたコンテンツリポジトリシステム内のコンテンツが、アクセスプロトコルに従って第２のコンピューティングデバイスで利用可能にされることが許可されていることが判定された後に、１又は複数のコンピューティングデバイスプロセッサを使用して、制御されたコンテンツリポジトリシステムのコンテンツの第２のバージョンを第２のコンピューティングデバイスに提供する工程と、を含む。幾つかの実施形態では、本明細書に記載された動作の何れかを実行するためのコードを格納する非一過性のコンピュータ可読媒体が提供される。

本出願は、２０１７年１２月１９日に出願された米国出願第１５／８４７，６３７号のＰＣＴ出願であり、この米国出願は、２０１５年１月３０日に出願された米国出願第１４／６１１，０１２号の一部継続出願であり、この一部継続出願は、２０１４年５月６日に出願された米国出願第１４／２７１，１３４号の一部継続出願であり、米国仮特許出願第１４／２７１，１３４号は、２０１３年５月６日に出願された米国仮特許出願第６１／８２０，０２９号と、２０１３年５月２８日に出願された米国仮特許出願第６１／８２８，０３４号との優先権を主張するものであり、これら全ての出願は、全ての目的について、参照により本明細書の一部となる。

本出願は、２０１４年１２月２日に出願された米国出願第１４／５５８，４３２号を参照により本出願の一部とし、この米国出願は、２０１４年５月６日に出願された米国出願第１４／２７１，１３４号の一部継続出願であり、この一部継続出願は、２０１３年５月６日に出願された米国仮特許出願第６１／８２０，０２９号と２０１３年５月２８日に出願された米国仮特許出願第６１／８２８，０３４号との優先権を主張するものであり、これら全ての出願は、全ての目的について、参照により本明細書の一部となる。

本出願は、２０１５年２月３日に出願された米国出願第１４／６１３，２９３号を参照により本出願の一部とし、この米国出願は、２０１４年５月６日に出願された米国出願第１４／２７１，１３４号の一部継続出願であり、この一部継続出願は、２０１３年５月６日に出願された米国仮特許出願第６１／８２０，０２９号、及び２０１３年５月２８日に出願された米国仮特許出願第６１／８２８，０３４号の優先権を主張するものであり、これら全ては、全ての目的について、参照により本明細書の一部となる。

本出願は、２０１５年４月２９日に出願された米国出願第１４／６９９，５５３号を参照 により本出願の一部とし、この米国出願は、２０１４年５月６日に出願された米国出願第１４／２７１，１３４号の継続出願であり、この継続出願は、２０１３年５月６日に出願された米国仮特許出願第６１／８２０，０２９号と２０１３年５月２８日に出願された米国仮特許出願第６１／８２８，０３４号との優先権を主張するものであり、これら全ての出願は、全ての目的について、参照により本明細書の一部となる。

本出願は、２０１７年６月２１日に出願された米国出願第１５／６２９，５８７号の一部継続出願であり、この一部継続出願は、２０１６年１０月１２日に出願された米国仮特許出願第６２／４０７，３９９号の優先権を主張し、これは、全ての目的について、参照により本明細書の一部となる。

本出願は、２０１５年８月５日に出願された米国出願第１４／８１９，３７１号の一部継続出願であり、この一部継続出願は、２０１５年５月１日に出願された米国出願第１４／７０２，３０７号の一部継続出願であり、これら出願の両方は、全ての目的について、参照により本明細書の一部となる。

上述した特徴及びアプリケーションは、コンピュータ可読記憶媒体（コンピュータ可読媒体とも呼ばれる）に記録された一連の命令として指定されるソフトウェアプロセスとして実装されてよい。これらの命令が１又は複数の処理ユニット（例えば、１又は複数のプロセッサ、プロセッサのコア、又は他の処理ユニット）によって実行されると、これらの命令は、処理ユニットに、命令に示された動作を実行させる。コンピュータ可読媒体の例としては、ＣＤ－ＲＯＭ、フラッシュドライブ、ＲＡＭチップ、ハードドライブ、ＥＰＲＯＭなどが挙げられるが、これらに限定されない。コンピュータ可読媒体には、無線で又は有線接続を通過する搬送波及び電子信号は含まれない。

上述したこれらの機能は、デジタル電子回路、コンピュータソフトウェア、ファームウェア、又はハードウェアで実装されてよい。これらの技術は、１又は複数のコンピュータプログラム製品を使用して実装されてよい。プログラム可能プロセッサ及びコンピュータは、モバイルデバイスに含められて又はモバイルデバイスとしてパッケージ化されてよい。プロセス及びロジックフローは、１又は複数のプログラム可能プロセッサ及び１又は複数のプログラム可能ロジック回路によって実行されてよい。汎用及び専用のコンピューティングデバイス及びストレージデバイスは、通信ネットワークを介して相互に接続されてよい。

本明細書では、「ソフトウェア」という用語は、読み取り専用メモリに存在するファームウェア又は磁気記憶装置内に格納されたアプリケーションを含んでおり、当該アプリケーションは、プロセッサによって処理するためにメモリに読み込まれ得る。更に、幾つかの実施形態では、複数のソフトウェア技術は、個々のソフトウェア技術のままでありながら、より大きなプログラムのサブ部分として実装されてよい。幾つかの実施形態では、複数のソフトウェア技術はまた、個別のプログラムとして実装され得る。最後に、ここで説明したソフトウェア技術を一緒に実装する個々のプログラムの任意の組合せは、本技術の範囲内である。幾つかの実施形態では、ソフトウェアプログラムは、１又は複数の電子システム上で動作するようにインストールされると、ソフトウェアプログラムの動作を実行する１又は複数の特定のマシンの実装形態を定義する。コンピュータプログラム又はコンピュータコードの例としては、例えば、コンパイラによって生成されるマシンコード、コンピュータ、電子部品、又はインタプリタを使用するマイクロプロセッサによって実行されるより高水準なコードを含むファイルが挙げられる。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られている）は、コンパイラ型言語又はインタプリタ型言語、宣言型言語又は手続き型言語を含む任意の形式のプログラミング言語で記述されてよく、スタンドアロンプログラムとして、又はコンピューティング環境で使用するのに適したモジュール、構成要素、サブルーチン、オブジェクト、又は他のユニットとして含む、任意の形式で展開されてよい。コンピュータプログラムは、ファイルシステムのファイルに対応してよいが、必須ではない。プログラムは、他のプログラム又はデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１又は複数のスクリプト）に格納されてよく、問題のプログラム専用の単一のファイルに格納されてよく、複数の調整されたファイル（例えば、１又は複数のモジュール、サブプログラム、又はコードの一部を格納するファイル）に格納されてよい。コンピュータプログラムは、１台のコンピュータ上で実行されるように配備されてよく、一カ所に配置された複数のコンピュータで実行されるように配備されてよく、複数の場所に分散して配置され、通信ネットワークによって相互に接続された複数のコンピュータで実行されるように配備されてよい。

本明細書及び本願の何れかの請求項で使用されるように、「コンピュータ」、「サーバ」、「プロセッサ」、及び「メモリ」という用語は全て、電子的又は他の技術的装置を示す。これらの用語は、人又は人のグループを除外する。本明細書の目的上、「表示」又は「表示する」という用語は、電子デバイスに表示することを意味する。本明細書及び本願の何れかの請求項で使用されるように、「コンピュータ可読媒体」及び「コンピュータ可読媒体」という用語は、コンピュータによって読み取り可能な形態で情報を格納する有形の物理的な物に完全に限定される。これらの用語は、任意の無線信号、有線ダウンロード信号、及び他の任意の一時的な信号を除外する。

開示されたプロセスにおける手順の特定の順序又は階層は、例示的アプローチの実例であることは理解される。プロセス内の手順の特定の順序又は階層は、設計上の好みに基づいて、再配置されてよく、又は例示された全ての手順が実行されてよいことは理解される。ステップの幾つかは同時に実行されてよい。例えば、特定の状況では、マルチタスク及び並列処理が有利であるかもしれない。更に、上記で例示した様々なシステム構成要素の分離は、そのような分離を必要とするものとして理解されるべきではなく、説明したプログラム構成要素及びシステムは、一般的に、単一のソフトウェア製品に一緒に統合されてよく、複数のソフトウェア製品にパッケージ化されてもよいことは理解されるべきである。

これらの態様に対する様々な修正は容易に明らかになり、本明細書で定義された一般的な原理は、他の態様にも適用されてよい。従って、特許請求の範囲は、本明細書に示された側面に限定されることを意図したものではなく、特許請求の範囲の記載と整合する完全な範囲が与えられるものであり、単数形の要素への言及は、特に明記されない限りは「１つ及び１つだけの」を意味することを意図したものではなく、むしろ「１又は複数の」を意味することを意図したものである。特に明記されない限り、用語「幾つか」は、「１又は複数」を意味する。

本明細書で使用される様々な用語は、現在の技術分野において特別な意味を有している。特定の用語がそのような「技術用語」として解釈されるべきか否かは、その用語が使用される文脈に依存する。「接続される」、「通信する」、又は他の同様の用語は、一般に、通信及び接続が言及された構成要素間で直接行われる状況を、或いは、インターネット又は他の通信ネットワークを介して行われる場合を含む、通信及び接続が言及された構成要素間の１又は複数の中継を介して行われる状況の両方を含むように、広義に解釈されるべきである。「ネットワーク」、「システム」、「環境」及び他の同様の用語は、一般に、本発明の１又は複数の側面を具現化するネットワーク化されたコンピューティングシステムを示す。これら及び他の用語は、それらが本明細書で使用される文脈に照らして解釈され、それらの用語は、当技術分野の通常の熟練者が開示された文脈でそれらの用語を理解するであろうと理解されるように解釈されるべきである。上記の定義は、開示された文脈に基づいてこれらの用語に付与される可能性のある他の意味を除外するものではない。

「その時点で」、「等しい」、「～の間に」、「完了」などの比較、測定、及びタイミングの言葉は、「実質的で」、「実質的に等しい」、「実質的に～の間に」、「実質的に完了」などを意味すると理解されるべきであり、「実質的に」は、このような比較、測定、及びタイミングが、暗示的又は明示的に記載した所望の結果を実現する上で実行可能であることを意味している。

更に、本明細書のセクションの見出しは、３７ ＣＦＲ １．７７での示唆との整合性のために、又はさもなければ構成上の手掛かりを提供するために提供されている。これらの見出しは、本発明の特許請求の範囲に記載された発明を制限したり、特徴づけたりするものではない。具体的には、そして、例として、見出しは「技術分野」に言及しているが、特許請求の範囲は、所謂技術分野を記述するためにこの見出しの下で選択された専門用語によって制限されるべきではない。更に、「背景技術」における技術の記述は、その技術が本発明の何れかの発明の先行技術であることを認めるものと解釈されるべきではない。同様に、「発明の概要」は、特許請求の範囲に記載された発明を特徴づけるものとはみなされない。更に、本明細書における単数形の「発明」への言及は、本発明における新規性が単一の点のみであることを主張するために使用されるべきではない。複数の発明は、本発明の複数の請求項の限定に従って規定されてよく、それらの請求項は、それによって保護される発明、及びそれらの均等物を定義する。全ての場合において、特許請求の範囲は、本明細書に照らしてそれ自体の利点に基づいて考慮されるものとされ、本明細書の見出しによって制約されるべきではない。

Claims (26)

1. コンテンツのバージョンを制御されたコンテンツリポジトリシステムから提供する方法において、
   前記制御されたコンテンツリポジトリシステムの１又は複数のコンピューティングデバイスプロセッサによって、外部のコンピューティングデバイスから前記制御されたコンテンツリポジトリシステムへのアクセスプロトコルを確立する工程であって、前記アクセスプロトコルは、前記外部のコンピューティングデバイスが前記制御されたコンテンツリポジトリシステムに格納されているコンテンツを利用することを承認されているか否かを判定するものであり、前記コンテンツは、前記コンテンツの第１のバージョンを含んでおり、前記コンテンツの第１のバージョンは、前記コンテンツの第１のバージョンから前記制御されたコンテンツリポジトリシステムに格納された第１のオブジェクトへと連携された第１の参照と、前記コンテンツの第１のバージョンから前記制御されたコンテンツリポジトリシステムに格納された第２のオブジェクトへと連携された第２の参照とを含んでいる、工程と、
   前記１又は複数のコンピューティングデバイスプロセッサによって、前記アクセスプロトコルに基づいて、前記コンテンツの第１のバージョンが、外部の第１のコンピューティングデバイスで利用可能にできるか否かを判定する工程と、
   前記１又は複数のコンピューティングデバイスプロセッサによって、前記コンテンツの第２のバージョンを生成する工程であって、前記コンテンツの第２のバージョンを生成する工程は、
   前記１又は複数のコンピューティングデバイスプロセッサによって、前記コンテンツの第２のバージョンから前記制御されたコンテンツリポジトリシステムに格納された前記第１のオブジェクトに第３の参照を連携させる工程と、
   前記１又は複数のコンピューティングデバイスプロセッサによって、前記コンテンツの第２のバージョンから、前記制御されたコンテンツリポジトリシステムに格納された第３のオブジェクトに第４の参照を連携させる工程と、
   を含む工程と、
   前記制御されたコンテンツリポジトリシステムに格納されている前記コンテンツが、前記アクセスプロトコルに従って、外部の第２のコンピューティングデバイスで利用可能にされることが許可されていると判定された後に、前記１又は複数のコンピューティングデバイスプロセッサが、前記コンテンツの第２のバージョンを前記第２のコンピューティングデバイスに提供する工程と、
   前記第１のオブジェクトは前記第１のオブジェクトの系統を含んでおり、前記第１のオブジェクトの系統は、前記コンテンツの第２のバージョン以前のバージョンにおける前記第１のオブジェクトに関連する少なくとも１つのパラメータを含んでおり、前記１又は複数のコンピューティングデバイスプロセッサによって、前記第１のオブジェクトの系統を追跡する工程と、
   前記１又は複数のコンピューティングデバイスプロセッサによって、前記第１のオブジェクトの追跡された系統に基づいて、前記第１のオブジェクトに関連する前記少なくとも１つのパラメータが基準からどのように乖離したかを分析することを可能にする工程と、
   ユーザが第４のオブジェクトを作成しようとする場合、前記１又は複数のコンピューティングデバイスプロセッサは、前記第４のオブジェクトに関連する前記少なくとも１つのパラメータが前記第１のオブジェクト、前記第２のオブジェクト、又は前記第３のオブジェクトのうちの少なくとも１つに関連する前記少なくとも１つのパラメータと実質的に一致すると判定すると、前記制御されたコンテンツリポジトリシステムにおける前記第４のオブジェクトの作成を妨げる工程と、
   を含む、方法。
2. 前記第１のオブジェクト、前記第２のオブジェクト、又は前記第３のオブジェクトは、イベントグループ、イベント、アイテムグループ、又はアイテムのうちの少なくとも１つを含む、請求項１に記載の方法。
3. 前記第１のオブジェクト、前記第２のオブジェクト、又は前記第３のオブジェクトは関係オブジェクトを含む、請求項１に記載の方法。
4. 前記コンテンツは、インスタンス化された研究デザインを含む、請求項１に記載の方法。
5. 前記インスタンス化された研究デザインは試験に関連している、請求項４に記載の方法。
6. 前記第１のオブジェクトは変更不可能なオブジェクトを含む、請求項１に記載の方法。
7. 前記第１のオブジェクトは、前記コンテンツの第１のバージョンと関連付けて公開されると変更不可能なオブジェクトとなる、請求項６に記載の方法。
8. 前記第１のオブジェクトは変更可能なオブジェクトを含む、請求項１に記載の方法。
9. 前記コンテンツの第１のバージョンと前記コンテンツの第２のバージョンとの間の少なくとも１つの違いの表示を可能にするデルタアナライザを提供する工程を更に含む、請求項１に記載の方法。
10. 前記コンテンツの第２のバージョンは、前記制御されたコンテンツリポジトリシステムがダウンタイムモードに入ることなく生成される、請求項１に記載の方法。
11. 前記第１のオブジェクトは、カスタマイズされたデータ構造に格納されている、請求項１に記載の方法。
12. 前記カスタマイズされたデータ構造は、前記制御されたコンテンツリポジトリシステムに関連する第１の識別情報と、前記第１のオブジェクトに関連する第２の識別情報とに基づいて連結された識別情報を含む、請求項１１に記載の方法。
13. 前記コンテンツは研究デザインコンテンツを含む、請求項１に記載の方法。
14. 前記コンテンツは臨床データコンテンツを含む、請求項１３に記載の方法。
15. 前記研究デザインコンテンツと前記臨床データコンテンツとの間に少なくとも１つの関係パラメータを確立する工程を更に含む、請求項１４に記載の方法。
16. 前記臨床データコンテンツを前記研究デザインコンテンツに連携させる工程を更に含む、請求項１４に記載の方法。
17. 前記コンテンツの第１のバージョンに関連するルールを前記コンテンツの第２のバージョンに適用する工程を更に含む、請求項１に記載の方法。
18. 前記ルールは検証ルールを含む、請求項１７に記載の方法。
19. 前記第１のオブジェクトは、前記第１のオブジェクトの第１のバージョンであるか又は前記第１のオブジェクトの第１のバージョンを含んでおり、前記第２のオブジェクトは、前記第１のオブジェクトの第２のバージョンであるか又は前記第１のオブジェクトの第２のバージョンを含む、請求項１に記載の方法。
20. 前記第１のオブジェクトは第１のルールに関連しており、前記第２のオブジェクトは前記第１のルールとは異なる第２のルールに関連している、請求項１９に記載の方法。
21. 前記コンテンツの第２のバージョンは、前記制御されたコンテンツリポジトリシステムに格納される、請求項１に記載の方法。
22. 前記制御されたコンテンツリポジトリシステムは１又は複数のデータベースシステムを含む、請求項１に記載の方法。
23. コンテンツのバージョンを提供するための制御されたコンテンツリポジトリシステムにおいて、
    前記制御されたコンテンツリポジトリシステムは、
    ネットワークプロトコル層及び物理層回路を備える通信システムであって、外部のコンピューティングデバイスとデータを送受信するための通信システムと、
    オペレーティングシステム及びアプリケーションプログラミングインタフェース（ＡＰＩ）を含むメモリシステムであって、１又は複数の動作を実行するためのコードを含んでいるメモリシステムと、
    中央処理装置（ＣＰＵ）を備える処理システムであって、前記１又は複数の動作を実行するための処理システムと、
    を備えており、
    前記１又は複数の動作は、
    前記外部のコンピューティングデバイスから制御されたコンテンツリポジトリシステムへのアクセスプロトコルを確立する工程であって、前記アクセスプロトコルは、前記外部のコンピューティングデバイスが前記制御されたコンテンツリポジトリシステムに格納されているコンテンツを利用することを承認されているか否かを判定するものであり、前記コンテンツは、前記コンテンツの第１のバージョンを含んでおり、前記コンテンツの第１のバージョンは、前記コンテンツの第１のバージョンと前記制御されたコンテンツリポジトリシステムに格納された第１のオブジェクトとの間で連携される第１の参照と、前記コンテンツの第１のバージョンと前記制御されたコンテンツリポジトリシステムに格納された第２のオブジェクトとの間で連携される第２の参照とに関連している、工程と、
    前記アクセスプロトコルに基づいて、前記制御されたコンテンツリポジトリシステムに格納された前記コンテンツの第１のバージョンが、外部の第１のコンピューティングデバイスで利用可能にできるか否かを判定する工程と、
    前記コンテンツの第２のバージョンを生成する工程であって、前記コンテンツの第２のバージョンを生成する工程は、
    前記コンテンツの第２のバージョンと前記制御されたコンテンツリポジトリシステムに格納された前記第１のオブジェクトとの間で連携させる第３の参照を生成する工程と、
    前記コンテンツの第２のバージョンと前記制御されたコンテンツリポジトリシステムに格納された第３のオブジェクトとの間で連携される第４の参照を生成する工程と、
    を含む工程と、
    前記制御されたコンテンツリポジトリシステムに格納されている前記コンテンツが、前記アクセスプロトコルに従って、外部の第２のコンピューティングデバイスで利用可能にされることが許可されていると判定された後に、前記コンテンツの第２のバージョンを前記第２のコンピューティングデバイスに提供する工程と、
    前記第１のオブジェクトは前記第１のオブジェクトの系統を含んでおり、前記第１のオブジェクトの系統は、前記コンテンツの第２バージョンよりも以前のバージョンにおける前記第１のオブジェクトに関連する少なくとも１つのパラメータを含んでおり、前記第１のオブジェクトの系統を追跡する工程と、
    前記第１のオブジェクトの追跡された系統に基づいて、前記第１のオブジェクトに関連する前記少なくとも１つのパラメータが基準からどのように乖離したかを分析することを可能にする工程と、
    ユーザが第４のオブジェクトを作成しようとする場合、第４のオブジェクトに関連する前記少なくとも１つのパラメータが、前記第１のオブジェクト、前記第２のオブジェクト、又は前記第３のオブジェクトのうちの少なくとも１つに関連する前記少なくとも１つのパラメータと実質的に一致すると判定すると、前記制御されたコンテンツリポジトリシステムにおける前記第４のオブジェクトの作成を妨げる工程と、
    を含む、制御されたコンテンツリポジトリシステム。
24. １又は複数のデータベースシステムを含む、請求項２３に記載の制御されたコンテンツリポジトリシステム。
25. コンテンツのバージョンを制御されたコンテンツリポジトリシステムから提供する方法において、
    前記制御されたコンテンツリポジトリシステムの１又は複数のコンピューティングデバイスプロセッサによって、外部のコンピューティングデバイスから前記制御されたコンテンツリポジトリシステムへのアクセスプロトコルを確立する工程であって、前記アクセスプロトコルは、前記外部のコンピューティングデバイスが前記制御されたコンテンツリポジトリシステムに格納されているコンテンツを利用することを承認されているか否かを判定するものであり、前記コンテンツは、前記コンテンツの第１のバージョンを含んでおり、前記コンテンツの第１のバージョンは、前記コンテンツの第１のバージョンから前記制御されたコンテンツリポジトリシステムに格納された第１のオブジェクトへと連携された第１の参照と、前記コンテンツの第１のバージョンから前記制御されたコンテンツリポジトリシステムに格納された第２のオブジェクトへと連携された第２の参照とを含んでいる、工程と、
    前記１又は複数のコンピューティングデバイスプロセッサによって、前記アクセスプロトコルに基づいて、前記コンテンツの第１のバージョンが、外部の第１のコンピューティングデバイスで利用可能にできるか否かを判定する工程と、
    前記１又は複数のコンピューティングデバイスプロセッサによって、前記コンテンツの第２のバージョンを生成する工程であって、前記コンテンツの第２のバージョンを生成する工程は、
    前記１又は複数のコンピューティングデバイスプロセッサによって、前記コンテンツの第２のバージョンから前記制御されたコンテンツリポジトリシステムに格納された前記第１のオブジェクトに第３の参照を連携させる工程と、
    前記１又は複数のコンピューティングデバイスプロセッサによって、前記コンテンツの第２のバージョンから前記制御されたコンテンツリポジトリシステムに格納された前記第１のオブジェクトに関連するデルタに第４の参照を連携させる工程であって、前記デルタは、前記コンテンツの第１のバージョンと前記コンテンツの第２のバージョンとの間における前記第１のオブジェクトに関連する第１のパラメータの違いを含んでいる、工程と、
    を含む工程と、
    前記１又は複数のコンピューティングデバイスプロセッサによって、前記制御されたコンテンツリポジトリシステムに格納されている前記コンテンツが、前記アクセスプロトコルに従って外部の第２のコンピューティングデバイスで利用可能にすることが許可されていると判定された後に、前記コンテンツの第２のバージョンを前記第２のコンピューティングデバイスに提供する工程と、
    前記第１のオブジェクトは前記第１のオブジェクトの系統を含んでおり、前記第１のオブジェクトの系統は、前記コンテンツの第２バージョンよりも以前のバージョンにおける前記第１のオブジェクトに関連する少なくとも１つの第２のパラメータを含んでおり、前記１又は複数のコンピューティングデバイスプロセッサによって、前記第１のオブジェクトの系統を追跡する工程と、
    前記１又は複数のコンピューティングデバイスプロセッサによって、前記第１のオブジェクトの追跡された系統に基づいて、前記第１のオブジェクトに関連する前記少なくとも１つの第２のパラメータが基準からどのように乖離したかを分析することを可能にする工程と、
    ユーザが第３のオブジェクトを作成しようとする場合、前記１又は複数のコンピューティングデバイスプロセッサは、第３のオブジェクトに関連する第１及び少なくとも１つの第２のパラメータが前記第１のオブジェクト又は前記第２のオブジェクトのうちの少なくとも１つに関連する第１及び少なくとも１つの第２のパラメータと実質的に一致すると判定すると、前記１又は複数のコンピューティングデバイスプロセッサにおける前記第３のオブジェクトの作成を妨げる工程と、
    を含む、方法。
26. 前記制御されたコンテンツリポジトリシステムは１又は複数のデータベースシステムを含む、請求項２５に記載の方法。

Images