(57)【要約】病理学用の画像リポジトリを管理するシステムおよび方法。実施形態において、検索要求は、受け取られる。１つ以上のデジタル・スライド画像は、検索要求に基づいて画像リポジトリから識別される。ユーザは、識別されたデジタル・スライド画像に対するアクセスを提供される。加えて、デジタル・スライド画像の複数のコレクションの各々は、検索評価と関連づけられる。そして、複数のコレクションの各々のための価値は、関連づけられた検索評価およびコレクションのサイズに基づいて計算される。【選択図】図２
2016502698.tif 000002
【特許請求の範囲】
【請求項１】
病理学用の画像リポジトリを管理するシステムであって、前記システムは、
少なくとも１つのハードウェアプロセッサ、
メモリ、
前記メモリに格納される画像リポジトリであって、前記画像リポジトリは、複数のコレクションを含み、前記複数のコレクションの各々は、１つ以上のデジタル・スライド画像および関連メタデータを含む、画像リポジトリ、および、
少なくとも１つの実行可能なソフトウェアモジュールであって、前記少なくとも１つのハードウェアプロセッサによって実行されるときに、
検索要求を受信して、
少なくとも前記検索要求に基づき１つ以上のデジタル・スライド画像を識別して、
前記識別された１つ以上のデジタル・スライド画像に対するアクセスをユーザに提供して、
前記複数のコレクションの各々を検索評価と関連づけて、そして、
前記関連づけられた検索評価および前記コレクションのサイズに基づいて前記複数のコレクションの各々のための価値を計算する、少なくとも１つの実行可能なソフトウェアモジュール、
を含む、システム。
【請求項２】
前記少なくとも１つの実行可能なソフトウェアモジュールは、前記複数のコレクションの各々のために、前記計算された価値に基づいて前記コレクションの所有者に対する支払いまたは前記コレクションの所有者の課金を容易にする、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つの実行可能なソフトウェアモジュールは、さらに、
前記ユーザから前記識別された１つ以上のデジタル・スライド画像の少なくとも１つについてのフィードバックであって、前記フィードバックは、前記検索要求に対しての前記少なくとも１つのデジタル・スライド画像の適切さに関する指示を含む、フィードバックを受信して、そして、
前記フィードバックに基づいて、前記少なくとも１つのデジタル・スライド画像を含むコレクションの検索評価を更新する、
請求項１に記載のシステム。
【請求項４】
前記フィードバックは、第１の入力および第２の入力のうちの１つを含み、前記少なくとも１つの実行可能なソフトウェアモジュールは、さらに、
前記フィードバックが前記第１の入力を含む場合、前記少なくとも１つのデジタル・スライド画像の検索評価を上昇させて、そして、
前記フィードバックが前記第２の入力を含む場合、前記少なくとも１つのデジタル・スライド画像の前記検索評価を上昇させ、
前記少なくとも１つのデジタル・スライド画像を含む前記コレクションの前記検索評価は、前記コレクションにおけるすべてのデジタル・スライド画像の平均検索評価を含む、
請求項３に記載のシステム。
【請求項５】
前記識別された１つ以上のデジタル・スライド画像に対するアクセスをユーザに提供することは、
前記ユーザが支払っているユーザでない場合、第１の解像度で前記識別された１つ以上のデジタル・スライド画像に対するアクセスを提供すること、そして、
前記ユーザが支払っているユーザである場合、前記第１の解像度よりも高い第２の解像度で前記識別された１つ以上のデジタル・スライド画像に対するアクセスを提供すること、
を含む、請求項１に記載のシステム。
【請求項６】
前記関連メタデータの１つ以上は、外部データの１つ以上の参照を含む、請求項１に記載のシステム。
【請求項７】
前記少なくとも１つの実行可能なソフトウェアモジュールは、さらに、前記複数のコレクションの各々および前記デジタル・スライド画像の各々を固有のユニフォームリソースロケータ（ＵＲＬ）と関連づける、請求項１に記載のシステム。
【請求項８】
前記検索要求は、画像領域を含み、少なくとも前記検索要求に基づき１つ以上のデジタル・スライド画像を識別することは、検索述語として前記画像領域を利用することを含む、請求項１に記載のシステム。
【請求項９】
前記少なくとも１つの実行可能なソフトウェアモジュールは、さらに、１つ以上の画像解析ツールと入出力を行い、前記１つ以上の画像解析ツールは、前記１つ以上のデジタル・スライド画像と関連した前記メタデータを抽出して、強化するように構成される、請求項１に記載のシステム。
【請求項１０】
前記少なくとも１つの実行可能なソフトウェアモジュールは、さらに、
寄稿するユーザからのピアレビューされる１つ以上のデジタル・スライド画像のセットおよび関連メタデータを受信すること、
１つ以上のデジタル・スライド画像の前記セットおよび前記関連メタデータを複数の他のユーザに送ること、
前記複数の他のユーザのうちの１つ以上の各々から、前記関連メタデータとの同意または前記関連メタデータとの不同意のいずれかを含むフィードバックを受信すること、
指定された数の受信フィードバックが前記関連メタデータとの同意を含むかどうか決定すること、そして、
前記指定された数の受信フィードバックが前記関連メタデータとの同意を含むと決定される場合、ピアレビューされたステータスを１つ以上のデジタル・スライド画像の前記セットと関連づけること、
によってピアレビューを提供する、請求項１に記載のシステム。
【請求項１１】
病理学用の画像リポジトリを管理する方法であって、前記方法は、少なくとも１つのハードウェアプロセッサを用いて、
画像リポジトリを提供するステップであって、前記画像リポジトリは、複数のコレクションを含み、前記複数のコレクションの各々は、１つ以上のデジタル・スライド画像および関連メタデータを含む、画像リポジトリを提供するステップ、
検索要求を受信するステップ、
少なくとも前記検索要求に基づき１つ以上のデジタル・スライド画像を識別するステップ、
前記識別された１つ以上のデジタル・スライド画像に対するアクセスをユーザに提供するステップ、
前記複数のコレクションの各々を検索評価と関連づけるステップ、および、
前記関連づけられた検索評価および前記コレクションのサイズに基づいて前記複数のコレクションの各々のための価値を計算するステップ、
を含む、方法。
【請求項１２】
前記複数のコレクションの各々のために、前記計算された価値に基づいて前記コレクションの所有者に対する支払いまたは前記コレクションの所有者の課金を容易にするステップ、をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ユーザから前記識別された１つ以上のデジタル・スライド画像の少なくとも１つについてのフィードバックであって、前記フィードバックは、前記検索要求に対しての前記少なくとも１つのデジタル・スライド画像の適切さに関する指示を含む、フィードバックを受信するステップ、および、
前記フィードバックに基づいて、前記少なくとも１つのデジタル・スライド画像を含むコレクションの検索評価を更新するステップ、
をさらに含む、請求項１１に記載の方法。
【請求項１４】
前記フィードバックは、第１の入力および第２の入力のうちの１つを含み、前記方法は、
前記フィードバックが前記第１の入力を含む場合、前記少なくとも１つのデジタル・スライド画像の検索評価を上昇させるステップ、および、
前記フィードバックが前記第２の入力を含む場合、前記少なくとも１つのデジタル・スライド画像の前記検索評価を上昇させるステップ、をさらに含み、
前記少なくとも１つのデジタル・スライド画像を含む前記コレクションの前記検索評価は、前記コレクションにおけるすべてのデジタル・スライド画像の平均検索評価を含む、
請求項１３に記載の方法。
【請求項１５】
前記識別された１つ以上のデジタル・スライド画像に対するアクセスをユーザに提供するステップは、
前記ユーザが支払っているユーザでない場合、第１の解像度で前記識別された１つ以上のデジタル・スライド画像に対するアクセスを提供するステップ、および、
前記ユーザが支払っているユーザである場合、前記第１の解像度よりも高い第２の解像度で前記識別された１つ以上のデジタル・スライド画像に対するアクセスを提供するステップ、
を含む、請求項１１に記載の方法。
【請求項１６】
前記関連メタデータの１つ以上は、外部データの１つ以上の参照を含む、請求項１１に記載の方法。
【請求項１７】
前記複数のコレクションの各々および前記デジタル・スライド画像の各々を固有のユニフォームリソースロケータ（ＵＲＬ）と関連づけるステップ、をさらに含む、請求項１１に記載の方法。
【請求項１８】
前記検索要求は、画像領域を含み、少なくとも前記検索要求に基づき１つ以上のデジタル・スライド画像を識別するステップは、検索述語として前記画像領域を利用することを含む、請求項１１に記載の方法。
【請求項１９】
１つ以上の画像解析ツールと入出力を行うステップをさらに含み、前記１つ以上の画像解析ツールは、前記１つ以上のデジタル・スライド画像と関連した前記メタデータを抽出して、強化するように構成される、請求項１１に記載の方法。
【請求項２０】
寄稿するユーザからのピアレビューされる１つ以上のデジタル・スライド画像のセットおよび関連メタデータを受信するステップ、
１つ以上のデジタル・スライド画像の前記セットおよび前記関連メタデータを複数の他のユーザに送るステップ、
前記複数の他のユーザのうちの１つ以上の各々から、前記関連メタデータとの同意または前記関連メタデータとの不同意のいずれかを含むフィードバックを受信するステップ、
指定された数の受信フィードバックが前記関連メタデータとの同意を含むかどうか決定するステップ、および、
前記指定された数の受信フィードバックが前記関連メタデータとの同意を含むと決定される場合、ピアレビューされたステータスを１つ以上のデジタル・スライド画像の前記セットと関連づけるステップ、
によってピアレビューを提供するステップ、をさらに含む、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権］
この出願は、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  ａｎ  Ｉｍａｇｅ  Ｒｅｐｏｓｉｔｏｒｙ  ｆｏｒ  Ｐａｔｈｏｌｏｇｙ」と題して２０１２年１０月２３日に出願された米国仮特許出願第６１／７１７，５５７号の優先権を主張する。これにより、その全部が参照により本明細書に組み込まれる。
【０００２】
［技術分野］
本明細書において開示されるシステムおよび方法は、一般に、病理学用のデジタル・スライド画像を格納して、管理して、そして検索するためのリポジトリおよびソフトウェアアプリケーションに関する。
【背景技術】
【０００３】
光学顕微鏡法を用いる検査に備えて、多くの病理学標本は、ガラススライドとして準備される。ガラススライドの多数のコレクション（例えばファン・ローサイコレクション）は、極めて有益な知識の量を表す。しかしながら、スライドは、破損を前提とし、失われ、時間をかけてそれらの汚れ、退色を有し、組織の劣化を有し、そして、それらが含む情報を劣化させるかまたは破壊する他のプロセスを有する。加えて、ガラススライドのコレクションは、有意な物理保存空間を必要とする。そして、この種のコレクションが入っているキャビネットは、重くて、これにより、それらが配置されることができる場所を制限する。物理的スライド・コレクションは、情報で検索することも困難である。高価な外部システムは、スライドにインデックスを付けて、それらの内容を説明する情報システムを維持することをしばしば必要とする。スライドに関する情報を調べたい人は誰でもスライドと同じ物理的場所に居なければならないので、物理的スライド・コレクションの性質は、それらに対するアクセスも制限する。それらの情報を共有するためにスライドを出荷することは、高価であり、コレクションからそれらを取り除く。そして、他の誰でもそれらにアクセスすることを妨げる。さらに、物理的スライド・コレクションは、異なる物理的場所にわたってしばしば配布される。これは、学生、教育者、病理学者、科学者、その他が複数のコレクションにわたる情報を捜すことを困難にする。
【０００４】
物理的スライド・コレクションをデジタル化することは、この種のコレクションに含まれる情報を無期限に保護するという約束を保つ。しかしながら、この種のデジタル・コレクションは、まだ事実上（例えば、複数の、無関係な研究室、病院などの多数の、異種の情報システム全体に）配布される。そして、複数のコレクションにわたって捜すことを困難にする。必要なことは、デジタル・スライド・コレクションを凝集させて、組織して、管理するシステムまたは方法である。その結果、それらは、容易にそして効率的に検索されてよく、また利用されてよい。
【発明の概要】
【課題を解決するための手段】
【０００５】
実施形態において、病理学用の画像リポジトリを管理するシステムは、開示される。システムは、少なくとも１つのハードウェアプロセッサ、メモリ、メモリに格納される画像リポジトリであって、画像リポジトリは、複数のコレクションを含み、複数のコレクションの各々は、１つ以上のデジタル・スライド画像および関連メタデータを含む、画像リポジトリ、および、少なくとも１つの実行可能なソフトウェアモジュールであって、少なくとも１つのハードウェアプロセッサによって実行されるときに、検索要求を受信して、少なくとも検索要求に基づき１つ以上のデジタル・スライド画像を識別して、識別された１つ以上のデジタル・スライド画像に対するアクセスをユーザに提供して、複数のコレクションの各々を検索評価と関連づけて、そして、関連づけられた検索評価およびコレクションのサイズに基づいて複数のコレクションの各々のための価値を計算する、少なくとも１つの実行可能なソフトウェアモジュール、を含む。
【０００６】
付加的な実施形態において、病理学用の画像リポジトリを管理する方法は、開示される。方法は、少なくとも１つのハードウェアプロセッサを用いて、画像リポジトリを提供するステップであって、画像リポジトリは、複数のコレクションを含み、複数のコレクションの各々は、１つ以上のデジタル・スライド画像および関連メタデータを含む、画像リポジトリを提供するステップ、検索要求を受信するステップ、少なくとも検索要求に基づき１つ以上のデジタル・スライド画像を識別するステップ、識別された１つ以上のデジタル・スライド画像に対するアクセスをユーザに提供するステップ、複数のコレクションの各々を検索評価と関連づけるステップ、および、関連づけられた検索評価およびコレクションのサイズに基づいて複数のコレクションの各々のための価値を計算するステップ、を含む。
【０００７】
本発明の詳細は、その構造および動作の両方に関して、類似の参照番号が類似の部分を参照する添付図面の学習によって部分的に収集されてよい。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態による画像リポジトリを管理するシステムを例示する。
【図２】図２は、実施形態による検索結果を改善するためのプロセスを例示する。
【図３】図３は、実施形態によるスライド画像をピアレビューするためのプロセスを例示する。
【図４】図４は、実施形態による、本明細書に記載されるプロセスの１つ以上が実行されてよい処理システムを例示する。
【発明を実施するための形態】
【０００９】
病理学用の画像リポジトリを管理するためのシステムおよび方法は、開示される。
【００１０】
［システム概要］
図１は、実施形態による病理学用の画像リポジトリを管理するためのシステムの例を示す。システムは、本明細書に記載されるさまざまな機能、プロセスおよび／またはソフトウェアモジュールの１つ以上のホストをつとめるおよび／または実行する１つ以上のサーバ１１０のセットまたはプラットフォームを含んでよい。加えて、サーバ１１０は、１つ以上のネットワーク１２０を介して、１つ以上のユーザーシステム１３０にコミュニケーションで接続している。ネットワーク１２０は、インターネットを含んでよい。そして、サーバ１１０は、登録商標のプロトコルと同様に、標準的な伝達プロトコル（例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、高信頼ＨＴＴＰ（ＨＴＴＰＳ）、ファイル転送プロトコル（ＦＴＰ）、ＦＴＰ  Ｓｅｃｕｒｅ（ＦＴＰＳ）、ＳＳＨ  ＦＴＰ（ＳＦＴＰ）、など）を用いるインターネットを通してユーザーシステム１３０と通信してよい。実施形態において、サーバ１１０は、専用サーバでなくてもよく、その代わりに１つ以上のサーバの共用リソースを利用するクラウドインスタンスでもよい。さらに、サーバ１１０が単一のネットワーク１２０のセットを通してさまざまなシステムに接続しているとして例示されるとはいえ、サーバ１１０は、１つ以上の異なるネットワークのセットを介してさまざまなシステムに接続してよいことを理解すべきである。例えば、サーバ１１０は、インターネットを介してユーザーシステム１３０のサブセットに接続してよいが、イントラネットを介して１つ以上の他のユーザーシステム１３０に接続してもよい。ユーザーシステム１３０は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォンまたは他の携帯電話、サーバ、ゲーム機、テレビジョン、セットトップボックス、電子キオスク、現金自動支払機、などを制限なしに含む、ワイヤードおよび／またはワイヤレス通信可能な任意のタイプの通信デバイスを含んでよいことも理解すべきである。加えて、ほんのわずかのユーザーシステム１３０および１セットのサーバ１１０が例示されるだけとはいえ、ネットワークは、任意の数のユーザーシステムおよびサーバのセットを含んでよいことを理解すべきである。
【００１１】
サーバ１１０は、１つ以上のウェブサイトまたはウェブ・サービスのホストをつとめるウェブサーバを含んでよい。ウェブサイトが設けられる実施形態において、ウェブサイトは、例えば、ハイパーテキストマークアップ言語（ＨＴＭＬ）または他の言語で生成するウェブページを含む１つ以上のユーザーインターフェイスを含んでよい。サーバ１１０は、ユーザーシステム１３０からの要求に応答してこれらのユーザーインターフェイスを送信するかまたは供給する。いくつかの実施形態では、これらのユーザーインターフェイスは、ウィザードの形で供給されてよい。その場合、２つ以上のユーザーインターフェイスは、シーケンシャルな仕方で供給されてよく、そして、１つ以上のシーケンシャルなユーザーインターフェイスは、１つ以上の以前のユーザーインターフェイスを有するユーザまたはユーザーシステムのインタラクションに依存してよい。ユーザーインターフェイスを含むサーバ１１０への要求およびサーバ１１０からの応答は、両方ともネットワーク１２０を通して伝達されてよい。そしてそれは、標準通信プロトコル（例えば、ＨＴＴＰ、ＨＴＴＰＳ）を用いるインターネットを含んでよい。これらのユーザーインターフェイスまたはウェブページは、サーバ１１０にローカルにおよび／またはリモートでアクセス可能である１つ以上のデータベース（図示せず）に格納されるデータから成るかまたはそれに由来する要素を含む内容および要素（例えばテキスト、画像、ビデオ、アニメーション、参照（例えば、ハイパーリンク）、フレーム、入力（例えば、テキストボックス、テキスト領域、チェックボックス、ラジオボタン、ドロップダウン・メニュー、ボタン、フォーム、など）、スクリプト（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））、など）の組み合わせを含んでよい。サーバ１１０は、ユーザーシステム１３０からの他の要求に応答してもよい。
【００１２】
サーバ１１０は、１つ以上のデータベースを含んでよいか、それとコミュニケーションで接続されてよいか、またはそれへのアクセスを有してよい。例えば、サーバ１１０は、１つ以上のデータベースを管理する１つ以上のデータベースサーバを含んでよい。ユーザーシステム１３０またはサーバ１１０上で実行するアプリケーションは、データベースに格納されるべきデータ（例えば、ユーザーデータ、フォームデータ、など）を付託してよく、および／またはこの種のデータベースに格納されるデータにアクセスを要求してよい。クラウドベースのデータベース・インスタンスを含む、ＭｙＳＱＬ、オラクル、ＩＢＭ、マイクロソフトＳＱＬ、Ｓｙｂａｓｅ、Ａｃｃｅｓｓ、などを制限なしに含む、いかなる適切なデータベースも利用されてよい。データは、例えば、ＦＴＰなどを介してＨＴＴＰによってサポートされる周知のパワーオン・セルフテスト（ＰＯＳＴ）要求を用いて、サーバ１１０に送られてよい。このデータは、他の要求と同様に、例えば、サーバ１１０によって実行されるサーバ側のウェブ技術（例えば、サーブレットまたは他のソフトウェアモジュール）によって扱われてよい。
【００１３】
ウェブ・サービスが提供される実施形態において、サーバ１１０は、ユーザーシステム１３０から要求を受け取ってよく、そして、拡張可能なマークアップ言語（ＸＭＬ）および／または他の任意の適切なまたは所望のフォーマットの応答を提供してよい。このような実施形態では、サーバ１１０は、ユーザーシステム１３０がウェブ・サービスと対話してよいやり方を定めるアプリケーション・プログラミング・インターフェイス（ＡＰＩ）を提供してよい。したがって、ユーザーシステム１３０（それ自体サーバでもよい）は、それら自身のユーザーインターフェイスを定めることができ、そして、本明細書に記載されるバックエンドプロセス、機能性、ストレージ、などを実施するために、ウェブ・サービスに依存することができる。例えば、この種の実施形態では、１つ以上のユーザーシステム１３０上で実行するクライアント・アプリケーションは、本明細書に記載されるさまざまな機能、プロセスおよび／またはソフトウェアモジュールの１つ以上またはその１つ以上の一部を実行するためにサーバ１１０上で実行するサーバ・アプリケーションと対話してよい。クライアント・アプリケーションは、「薄く」てもよい。その場合、処理は、サーバ１１０によってサーバ側で主に実施される。薄いクライアント・アプリケーションの単純な例は、ブラウザ・アプリケーションである。そしてそれは、サーバ１１０がウェブページを生成して、データベース機能を管理する役割を果たす一方、ユーザーシステム１３０で単にウェブページを要求し、受け取り、そして表示する。あるいは、クライアント・アプリケーションは、「厚く」てもよい。その場合、処理は、ユーザーシステム１３０によってクライアント側で主に実施される。特定の実装の設計目標に応じて、クライアント・アプリケーションは、「薄い」と「厚い」との間のこのスペクトルに沿ったいかなる点でも、サーバ１１０と関連して、量の処理を実行してよいことを理解すべきである。いずれにせよ、サーバまたはユーザーシステムのいずれかに完全に存在してもよいか、あるいは、サーバまたはユーザーシステムの間に分配されてもよいアプリケーションは、本明細書に記載されるアプリケーションの１つ以上の処理または機能を実施する１つ以上の実行可能なソフトウェアモジュールを含むことができる。
【００１４】
実施形態において、サーバまたはサーバ・プラットフォーム１１０は、ウェブ・アプリケーションを含む１つ以上のソフトウェアモジュールのホストをつとめておよび／または実行する。ウェブ・アプリケーションは、ウェブ−ホステッド画像リポジトリへのアクセスを提供する１つ以上のユーザーインターフェイスを含む。画像リポジトリは、それらのコレクションおよび／または個々のスライド画像と関連したメタデータと一緒に、スライド画像（例えば、全部のスライド画像または部分的なスライド画像）のコレクションを含んでよい。コレクションおよび画像と関連したメタデータは、画像（例えば、解像度、次元（寸法）、色空間説明、標本情報、患者の病歴、実験の詳細、刊行物の詳細、および画像の他のいかなる説明も）および画像によって表されるサンプルの説明についての技術情報から成ってよい。コレクションは、個人的なおよび公共のコレクションから成ってよい。実施形態によれば、スライド画像は、病理学（すなわち、疾患の起源、特質、および過程の研究）のためのスライド画像を含む。
【００１５】
実施形態において、サーバ・プラットフォーム１１０のソフトウェアモジュールは、コレクションおよびスライド画像の検索を可能にする強力なサーチエンジンを含む。病理学スライド画像の場合、これは、容易に見つけられるべき特定の医学的条件の例を可能にしてよい。サーチエンジンは、病理学者、臨床医、科学者、教育者および／または学生のための、教育および／または臨床意志決定サポートのためのユニークかつ強力な資源を提供してもよい。
【００１６】
［役割］
実施形態において、リポジトリに対するまたはリポジトリの範囲内の特定のデータに対するアクセスは、１つ以上の役割に基づいて付与されるかまたは否定される。役割は、１つ以上の一群の許可を含んでよく、そしてユーザおよびパートナーの関係を記載してよい。許可は、ユーザがリポジトリを用いて実行することが可能な動作を定める。ユーザは、個人または機関でありえる。実施形態において、役割は、ユーザ、キュレーター、寄稿者、ホスト、認証プロバイダ、およびツール・プロバイダのうちの１つ以上を表してよい。各役割は、事業規則、技術的な実施、および／または費用モデルを有する関係に対応してよい。
【００１７】
［無料および会費ユーザ］
実施形態において、リポジトリの使用は、無料でもよくまたは会費（例えば、月会費または年会費）によってでもよい。無料ユーザ（すなわち、無料でリポジトリを使用するユーザ）は、リポジトリの公共のコレクションのすべての内容にアクセスを与えられてよい。しかし、この種のアクセスは、限られた解像度（例えば、最高５倍の解像度）での画像表示に制限されてよい。他方、会費ユーザは、フル解像度ですべての内容にアクセスを与えられてよい。実施形態において、無料ユーザがウェブ・アプリケーションを介して画像を見るときに、ウェブ・アプリケーションは、フル解像度で画像を見るために取引手数料を支払うための、および／または、リポジトリを申し込んで、これによりフル解像度ですべての画像を見るための、オプションを無料ユーザに提供してよい。
【００１８】
［さまざまなアクセス・モデルを有する所有されたコレクション］
リポジトリの内容は、メタデータを有するスライド画像（または「ｅＳｌｉｄｅｓ」）を含む。これらのスライド画像および関連メタデータは、コレクションへと組織される。各コレクションは、所有者、管理者、および／またはキュレーターを有してよく、そしてプロファイル情報と関係していてもよい。
【００１９】
実施形態において、大部分のコレクションは、（例えば、彼等が会費を払ったか否かを問わず）すべてのユーザが利用できる公共のコレクションでもよい。サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールは、その検索評価とそのホスティング・サイズとのコレクション比に基づいて、公共のコレクションごとに値を計算してよい。コレクションの計算値に応じてかつそれに基づいて、（ａ）コレクションは、その所有者のための金を稼いでもよく、または、（ｂ）コレクションの保守には所有者にホスティング料金がかかってもよい。
【００２０】
実施形態において、コレクションの所有者は、コレクションを（例えば、ウェブ・アプリケーションの１つ以上のユーザーインターフェイスを通して）プレミアムコレクションとして指定してもよい。コレクションがプレミアムとして指定される場合には、コレクションにアクセスするために、次いで、ユーザは、コレクションとは別に申し込まなければならないか、または（例えば、表示当たりベースで）アクセス料金を支払わなければならない。プレミアムコレクションの所有者は、（例えば、コレクションのストレージの大きさに基づく）ホスティング料金を支払うことを要求されてもよい。プレミアムコレクションの所有者は、プレミアムコレクションのために受領される割増申し込み料または表示当たりの料金を、リポジトリのオペレータと（例えば、パーセンテージベースで、または固定料金として）分け合うことを要求されてもよい。
【００２１】
実施形態において、コレクションの所有者は、コレクションを（例えば、ウェブ・アプリケーションの１つ以上のユーザーインターフェイスを通して）個人的なコレクションとして指定してもよい。個人的なコレクションは、指定されたユーザに対しておよび／またはパスワードの入力を介してアクセス可能なだけでもよい。個人的なコレクションの所有者は、（例えば、コレクションのストレージの大きさに基づく）ホスティング料金を支払うことを要求されてもよい。
【００２２】
［コレクションへの寄稿］
スライド画像およびそれらの関連メタデータは、コレクションに寄稿される。寄稿は、バッチにおいておよび／または進行中ベースで発生してよい。例えば、コレクションの初期ロードおよびかなりの数のスライド画像の続く追加は、バッチにおいてまたは個々に起こってよい。実施形態において、サーバ・プラットフォーム１１０のソフトウェアモジュールは、寄稿者がスライド画像のバッチおよび／または個々のスライド画像をアップロードすることを可能にする入力を含む１つ以上のユーザーインターフェイスを提供する。スライド画像をアップロードすることは、スライド画像と関連したメタデータのエントリおよび／または評価を含んでもよい。
【００２３】
［キュレーター］
実施形態において、コレクションは、コレクションおよび寄稿を管理する１人以上のキュレーターと関係していてもよい。キュレーターは、所有者（例えば、デフォルトによる）および／または他の指定ユーザ（例えば、所有者による）に割り当てられることができる役割である。コレクションに寄稿されたスライド画像を寄与するかまたは受け入れて、スライド画像およびメタデータをコレクションに維持するために、キュレーターは、許可を有する。キュレーターはまた、コレクションからスライド画像を取り除くために許可を有する。
【００２４】
キュレーターの目的は、コレクションをより貴重にすることでもよい。例えば、検索評価とホスティング・サイズのその比を改善することによって、キュレーターは、コレクションの価値を上昇させてもよい。検索評価は、コレクションにおけるスライド画像と、または全体としてコレクションと関係しているメタデータの有用性の関数でもよい。コレクションのための検索評価は、コレクションの画像が検索結果に含まれる回数と検索結果に届けられる画像の数の比率に基づいて計算されてもよい。加えてまたは代わりに、検索評価は、１人以上のユーザによって提供されたコレクションのスライド画像用のフィードバックに基づいてもよい。例えば、フィードバックは、ユーザが彼または彼女の検索に関連するスライド画像を分かったか否かの徴候を含んでもよい。ストレージまたはホスティングのサイズは、コレクションのスライド画像の数および／またはコレクションのスライド画像のサイズのいずれかに由来する。
【００２５】
［検索の洗練］
実施形態において、検索結果は、「暖かい（ｗａｒｍ）」／「冷たい（ｃｏｌｄ）」フィードバックメカニズムを用いて洗練されてもよい。検索要求に応答して、ウェブ・アプリケーションは、スライド画像サムネイルの配列を含むユーザーインターフェイスを含む検索結果を届けてもよい。加えて、各スライド画像サムネイルは、対応するスライド画像と関連したメタデータの少なくとも一部に関連して提供されてもよい。スライド画像サムネイルの上でホバーする（ｈｏｖｅｒｉｎｇ）ことは、サムネイルに対応するスライド画像のより大きいプレビューを表示してもよい。スライド画像サムネイルをクリックすることは、対応するスライド画像をより高い解像度で表示してもよい。
【００２６】
加えて、検索結果ユーザーインターフェイスは、配列のスライド画像サムネイルごとに、暖かい／冷たい入力を含んでよい。暖かい／冷たい入力は、ユーザによって選択されることができる１つ以上のアイコン、画像、ハイパーリンク、ボタン、または他の任意のタイプの入力を含んでよい。実施形態において、１つ以上のスライド画像サムネイルに隣接する暖かい／冷たい入力をクリックする（または、タッチスクリーン・インターフェイスが設けられる場合、タッチする）ことによって、ユーザは、検索結果を反復的に「調整する」ことができる。例えば、暖かい／冷たい入力は、１つは暖かいを表して、１つは冷たいを表す、２つの入力を含んでよい。ユーザが暖かい入力を選択するときに、対応するスライド画像が同じかまたは類似の検索述語（例えば、キーワード）を用いて将来の検索要求における検索結果の一部として届けられることをよりありそうにするように、サーチアルゴリズム（例えば、暖かい入力に対応するスライド画像と関係している）の係数は、調整される。対照的に、ユーザが冷たい入力を選択するときに、対応するスライド画像が同じかまたは類似の検索述語を用いて将来の検索要求における検索結果において届けられること所有者さそうにするように、係数は、逆の仕方で調整されてよい。検索結果の暖かい／冷たい入力を用いるユーザのインタラクションは、直ちに更新されるべき検索結果に生じさせてよく、そして、さまざまな検索パラメータと関連した重みの調整を介してサーチアルゴリズムが時間とともに改善されることも可能にしてよい。
【００２７】
暖かい／冷たいユーザフィードバック・メカニズムにしたがって全体として調整されるサーチアルゴリズムに加えて、別々の調整は、個々のユーザのために維持されてもよい。これは、所与のユーザの検索ニーズにより密接に対応するためにカスタマイズされるべき検索挙動を可能にする。
【００２８】
実施形態によれば、図２は、検索結果を改善するプロセスを例示する。ステップ２１０において、検索要求は、ユーザから受け取られる。検索要求は検索述語を含んでよい。そしてそれは、１つ以上のキーワードおよび／または画像を含んでよい。ステップ２２０において、リポジトリの画像は、検索述語をメタデータおよび／または画像自体と比較することによって識別される。加えて、これらの画像は、画像と関連した検索係数に基づいて注文されてよいかまたはフィルターに通されてよい。ステップ２３０において、例えば、いくらかの関連するメタデータ、フィードバック入力、および／またはハイパーリンク（例えば、外部のＵＲＬへの）を有するサムネイル画像のグリッドとして、検索結果は、ユーザに表示される。ステップ２４０において、ユーザは、検索結果の１つ以上の画像にフィードバックを提供してよい。フィードバックは、画像が要求された検索のための適切な結果であったか否かを示してよい。ステップ２５０において、このフィードバックは、フィードバックの対象であった画像と関連した検索係数および／または検索評価を調整するために用いられる。
【００２９】
［視覚のサーチアルゴリズム］
実施形態において、リポジトリは、視覚のサーチアルゴリズムを利用する。そしてそれは、検索述語として使われる１つ以上の画像領域を可能にするために反復的に改良されてよい。視覚的検索は、多種多様な標準的な技術に、または新規な技術に基づくことができる。新規な技術の例は、「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｉｍａｇｅ  Ｐａｔｔｅｒｎ  Ｒｅｃｏｇｎｉｔｉｏｎ」と題して２００７年８月１４日に出願された米国特許第７，２５７，２６８号、および「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｉｍａｇｅ  Ｐａｔｔｅｒｎ  Ｒｅｃｏｇｎｉｔｉｏｎ」と題して２０１０年１１月３０日に出願された米国特許第７，８４４，１２５号において開示されたそれらを含む。そしてそれは、ベクトル量子化と呼ばれる数学的技術に基づく方法を記載して、そしてその両方は、これにより、参照により本明細書に組み込まれる。
【００３０】
視覚のサーチアルゴリズムは、確率的チューニングメカニズムを実装してもよい。これは、上記のように、ユーザにより提供されるフィードバックから時間とともにそれが改善されることを可能にする。例えば、１人以上のユーザにより提供される暖かい／冷たいフィードバックに基づいて、同じかまたは類似の述語画像のための将来の検索結果の一部として届けられることが多少ありそうな所与のスライド画像を製作するように、視覚のサーチアルゴリズムの係数は、調整されてよい。
【００３１】
［評判］
実施形態において、サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールは、ユーザの寄稿および／またはキュレーション動作の分析に基づいて、各ユーザのための評判値を計算してもよい。評判は、リポジトリユーザにより直接提供されるフィードバックから、および／または、ユーザにより寄稿されたおよび／またはキュレートされたスライド画像の評価に基づいて計算されてもよい。リポジトリに対するユーザの値の測定として利用されることに加えて、評判は、ユーザにより寄稿されたおよび／またはキュレートされたスライド画像と関係していてもよく、そして、検索結果を改善するためにこれらのスライド画像用の評価を洗練するのに用いてもよい。
【００３２】
［画像評価］
実施形態において、上記したように、サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールは、リポジトリのスライド画像ごとに評価を計算してもよい。スライド画像ごとの評価は、スライド画像および／またはユーザフィードバック上の検索活動の分析から引き出されてもよい。例えば、スライド画像の検索評価または活動に基づく（または検索活動、全ての評価をちょうど利用する実施形態における）評価の部分は、それらの検索結果において届けられるスライド画像の合計数に対する、スライド画像が検索結果に含まれる回数の比率から計算されてもよい。加えてまたは代わりに、評価は、寄稿しているおよび／またはキュレートしているユーザの評判値に基づいて調整されてもよい。スライド画像のための評価は、検索結果においてその優先度を決定するために用いてもよい。
【００３３】
［コレクションの信用］
実施形態において、スライド画像ごとの計算された評価は、コレクションまたはコレクションの所有者を信用するために用いてもよい。各コレクションは、そのコレクションにおけるすべてのスライド画像の平均評価から計算される評価をそれ自身で有してもよい。このコレクションの評価は、そのコレクションの価値を、それ故、それがその所有者のために生み出す収入または出費を計算するために用いることができる。例えば、価値の比率は、コレクションの評価（例えば、全てのコレクションにわたる平均スライド画像評価）をコレクション記憶装置の大きさ（例えば、コレクションにおけるスライド画像の数、またはコレクションにおけるスライド画像によって利用される記憶空間の量）で分ることによって計算されてもよい。より高いコレクションの評価またはより低い記憶装置の大きさは、リポジトリにおけるコレクションの価値を上昇させる。そして、より低いコレクションの評価またはより高い記憶装置の大きさは、リポジトリにおけるコレクションの価値を減少させる。この計算された価値の比率に応じて、コレクションの所有者は、コレクションからの収入を受領してもよいかまたはコレクションを維持するためにホスティング料金を支払うことを強制されてもよい。例えば、計算された価値の比率が閾値（例えば１）よりも大きい場合、所有者は、収入を受領してもよい。この収入は、価値の比率が閾値に対してどの程度大きいかと比例していてもよい。しかしながら、計算された価値の比率が閾値よりも小さい場合、所有者は、ホスティング料金を支払わなければならなくてもよい。このホスティング料金は、価値の比率が閾値に対してどの程度小さいかと比例していてもよい。
【００３４】
［広告としてのコレクション］
実施形態において、リポジトリのコレクションに寄稿される画像スライドは、メタデータとして外部リンクを含んでもよい。換言すれば、コレクションおよび／またはその個々の画像スライドと関連したメタデータは、遠隔地の参照を含んでもよい。例えば、この参照は、ユニフォームリソースロケータ（ＵＲＬ）またはＵＲＬを含むハイパーリンクを含んでよい。ＵＲＬの主体は、ウェブサイト、モバイルアプリケーション、などでもよい。
【００３５】
加えて、一意的な、永続的なＵＲＬは、各コレクションおよび／または各コレクションにおける各スライド画像と関係していてもよい。したがって、ＵＲＬは、ウェブサイト、モバイルアプリケーションに、および／または印刷物（例えば教科書、セミナーの課題、およびノート）に（例えば、ハイパーリンクとして）埋め込まれてもよい。
【００３６】
コレクションおよび／またはスライド画像のメタデータから他のサイトへの、そして、他のサイトまたは印刷物からコレクションおよび／またはスライド画像への、この双方向性のリンクは、リポジトリにコレクションとして格納されるコンテンツが（例えば、コレクションの所有者による）収入の外部資源のための広告として役立つことを可能にする。例えば、物理標本ライブラリ（例えば、バイオ・バンク）は、１つ以上のリポジトリコレクションのデジタル・コンテンツを掲示することによって資源を収益化する特定の例である。コレクションの１つ以上のスライド画像と関連したメタデータの参照は、バイオ・バンクの外部のウェブ・ベースの「店頭」にハイパーリンクを生成するために用いることができる。これは、研究者が物理標本へのアクセスの位置を決めて、購入するためにリポジトリを使用することを可能にする。例えば、バイオ・バンクは、その物理標本のためのスライド画像のコレクションをリポジトリに格納することができる。バイオ・バンクは、そのインターネット店頭への参照を、コレクションまたは個々のスライド画像と関連したメタデータに入力することができる。それから、検索結果は、スライド画像または対応するコレクションと関連したメタデータからの参照を含むハイパーリンクに関連したサムネイルとして、これらのスライド画像の任意の１つ以上を表示すことができる。したがって、標準ウェブ・ブラウザを用いて、検索結果を見ているユーザは、特定のスライド画像と関連したハイパーリンクをクリックしてもよい。これは、ウェブ・ブラウザにバイオ・バンク店頭から（例えば、店頭を供給しているウェブサーバから）１つ以上のウェブページを要求させて、受け取らせる。ハイパーリンクは、特定のスライド画像によって表される特定の標本と関連したＵＲＬを含んでよい。その場合には、ユーザは、特定の物理標本に特有であるウェブページに向けられてもよい。そしてそれを通して、ユーザは、物理標本へのアクセスの位置を決めてもよくおよび／または購入してもよい。この場合には、リポジトリのオペレータは、リポジトリのスライド画像から物理標本の販売に結果としてなる物理標本ライブラリまで、たどられたリンクごとに照会料金を徴収してもよい。この種の照会料金は、サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールによって自動的に追跡されてもよく、そして請求されてもよいことを理解すべきである。
【００３７】
［画像解析アルゴリズム］
実施形態において、リポジトリは、１つ以上の画像解析アルゴリズムのホストをつとめてもよい。これらの画像解析アルゴリズムは、第三者によって提供されてもよい。例えば、画像解析アルゴリズムは、１つ以上のオープンなＡＰＩを介して第三者から提供されてもよい。画像解析アルゴリズムは、例えば、それらの関連メタデータに格納される画像から情報を発展させることによって、リポジトリから検索可能な情報を得るために用いてもよい。この発展した情報は、次いで、リポジトリサーチエンジンを用いてその後検索されてよい。エンドユーザのためのリポジトリの機能性を強化することに加えて、画像解析アルゴリズムのホスティングはまた、それらのアプリケーションを開発して、テストして、市場に出すための役立つプラットフォームを画像解析開発者に提供する。
【００３８】
画像解析アルゴリズムは、画像からの情報（例えば、識別しているオブジェクト、計数しているオブジェクト、希少イベントの検出、着色定量化、および様々なタイプのパターン認識）を抽出して、特定するために、開発されてもよい。実施例は、乳癌の予後指標（例えば、ＥＲ、ＰＲ、およびＨｅｒ２）を記録するための免疫化学標本から作られる画像の定量化のためのアプリケーションである。
【００３９】
［オンライン・ピアレビュー］
実施形態において、１つ以上のソフトウェアモジュールは、１つのスライド画像または一群のスライド画像（例えば、事例、セミナー、またはコレクション）を、「ピアレビュー」ステータスまたは指定（ｄｅｓｉｇｎａｔｉｏｎ）と結びつけてもよい。「ピアレビュー」ステータスは、所有者および／またはキュレーターによって設定されてよいかまたは更新されてよい。そして、外部レビュープロセスを反映する。「ピアレビュー」の特徴は、科学的な共同体において重要であり、画像メタデータ（例えば、内科的診断）の共同の性質を反映する。
【００４０】
加えてまたは代わりに、レビューのための１つのスライド画像または一群のスライド画像を付託するために、リポジトリは、コレクションの所有者および／またはキュレーターのためのメカニズムを提供してもよい。実施形態において、サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールは、付託されたスライド画像または複数の群のスライド画像の「ピアレビュー」されたものとしての手続き的な指定を可能にするために、ルーティングする、評価する、およびコメントするプロセスを実施してもよい。
【００４１】
ピアレビュー・プロセスは、画像または事例の分類のための専門家としてのユーザのグループを識別すること、そして、関連メタデータ（例えば、画像または事例と関連づけられた解釈、説明、または診断）の彼等の承認またはフィードバックを求めるために、ピアレビューの候補として識別された事例を一連の専門家に送ることを含んでもよい。
【００４２】
図３は、実施形態による１つ以上のスライド画像をピアレビューするプロセスを例示する。ステップ３１０において、ピアレビューされるスライド画像およびその関連メタデータは、寄稿しているユーザから受け取られる。ステップ３２０において、スライド画像およびその関連メタデータは、１人以上のユーザに送られてよい。これらのユーザは、寄稿しているユーザによって指定されてもよくておよび／または彼等の評判、資格、などに基づいてシステムによって選択されてもよい。ステップ３３０において、１人以上の選択されたユーザは、フィードバックを提供する。フィードバックは、ユーザがスライド画像と関連したメタデータ（例えば、診断および／または特徴描写）に同意するか、または関連メタデータに同意しないことを示してもよい。プロセスは、スライド画像のための受信する同意の数および／または受信する不同意の数の経過を追う。同意の数または同意対不同意の比率が予め定められた閾値を超える場合、次いで、スライド画像および／または関連メタデータは、（例えば、関連メタデータの）「ピアレビュー」のステータスとともに指定される。
【００４３】
［コレクションの所有者の相互参照］
リポジトリに格納されるコレクションは、オンライン・ソーシャルネットワーク（例えば、フェイスブック（登録商標）、Ｇｏｏｇｌｅ＋（登録商標）、またはＬｉｎｋｅｄｌｎ（登録商標））のメンバーである個人によって所有されてもよい。実施形態において、リポジトリは、この種の所有者を相互参照することができる。そして、彼等の仲間がこの種のソーシャルネットワークにおいてリポジトリの範囲内（例えば、新しい画像および情報の寄稿または既存のメタデータに対する更新）で彼等の活動を通知されることを可能にする。例えば、サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールは、この相互参照を実施するために、１つ以上のＡＰＩ（例えば、Ｆａｃｅｂｏｏｋ  Ｃｏｎｎｅｃｔ（登録商標））を介して、１つ以上のソーシャルネットワークと入出力を行ってもよい。
【００４４】
［ユーザの相互参照］
加えて、リポジトリのいかなるユーザも、オンライン・ソーシャルネットワーク（例えば、フェイスブック（登録商標）、Ｇｏｏｇｌｅ＋（登録商標）、またはＬｉｎｋｅｄｌｎ（登録商標））のメンバーでもよい。実施形態において、リポジトリは、この種のユーザを相互参照することができる。そして、リポジトリの範囲内での彼等の活動がこの種のソーシャルネットワークにおいて彼等の仲間と対話することを可能にする。この種の活動は、検索要求、検索結果（例えば、スペシャル・インタレストの存在として指定される）、リポジトリにおけるコレクションの所有者に送られるメッセージ、実行されるピアレビュー、および／または格納された画像セットの作成、を含むが、これに限定されない。例えば、サーバ・プラットフォーム１１０の１つ以上のソフトウェアモジュールは、この相互参照を実施するために、１つ以上のＡＰＩ（例えば、Ｆａｃｅｂｏｏｋ  Ｃｏｎｎｅｃｔ（登録商標））を介して、１つ以上のソーシャルネットワークと入出力を行ってもよい。
【００４５】
［診察事例のためのアーカイブとしての使用例］
１つの例示的な、非限定的なアプリケーションにおいて、開示されたオンライン画像リポジトリは、診察事例のための堅牢なそして安価なアーカイブとして使用されてもよい。１人以上の専門家の各々が事例をレビューするにつれて、その事例は、専門家のオンラインコレクションの要素として画像リポジトリに寄稿されてもよい。プライベート情報（例えば、個人保健関連情報（ＰＨＩ））は、専門家のローカルシステムからリポジトリの画像までインバウンド・リンクを有する専門家のローカルシステム上に格納され続けることができる。これは、専門家が彼等のローカルシステム上よりはむしろ非常に大きな病理学画像をリポジトリに格納することを可能にして、そして、専門家のための収入（例えば、専門家のコレクションの計算された価値に応じて）を生み出してさえよい。加えて、専門家が寄稿する画像の価値は、リポジトリを強化する。診察事例は、希少なそして変わった傾向がある。そしてそれは、それらが第一に専門家に任せられた理由である。希少なそして変わった事例と（専門家によって与えられるような）専門家の診断解釈との組み合わせは、オンラインの決定支援資源としてリポジトリに対する有益な貢献に役立ってよい。
【００４６】
［長期のアーカイブとしての使用例］
別の例示的な、非限定的なアプリケーションにおいて、開示されたオンライン画像リポジトリは、日常的な臨床イメージングのための堅牢なそして安価なアーカイブとして使用されてもよい。概して、活動中の事例は、病理学および病院研究室のローカルシステム上に維持される。指定された期間の後、事例は、コレクションへの寄稿としてリポジトリにアップロードされてよい。プライベート情報（例えばＰＨＩ）は、ローカルシステムからリポジトリの画像までインバウンド・リンクを有するローカルシステム上に格納され続けることができる。これは、臨床システムがそれらのローカルシステム上よりはむしろ非常に大きな病理学画像をリポジトリに格納することを可能にして、そして、研究室のための収入（例えば、研究室のコレクションの計算された価値に応じて）を生み出してさえよい。加えて、研究室が寄稿する画像の価値は、リポジトリを強化する。
【００４７】
［スキャニングデバイスの例］
実施形態において、開示された方法および装置は、「Ｆｕｌｌｙ  Ａｕｔｏｍａｔｉｃ  Ｒａｐｉｄ  Ｍｉｃｒｏｓｃｏｐｅ  Ｓｌｉｄｅ  Ｓｃａｎｎｅｒ」と題して２００４年３月２３日に発行された米国特許第６，７１１，２８３号、「Ｆｕｌｌｙ  Ａｕｔｏｍａｔｉｃ  Ｒａｐｉｄ  Ｍｉｃｒｏｓｃｏｐｅ  Ｓｌｉｄｅ  Ｓｃａｎｎｅｒ」と題して２００５年７月１２日に発行された米国特許第６，９１７，６９６号、「Ｆｕｌｌｙ  Ａｕｔｏｍａｔｉｃ  Ｒａｐｉｄ  Ｍｉｃｒｏｓｃｏｐｅ  Ｓｌｉｄｅ  Ｓｃａｎｎｅｒ」と題して２００８年１１月２５日に発行された米国特許第７，４５７，４４６号、「Ｆｕｌｌｙ  Ａｕｔｏｍａｔｉｃ  Ｒａｐｉｄ  Ｍｉｃｒｏｓｃｏｐｅ  Ｓｌｉｄｅ  Ｓｃａｎｎｅｒ」と題して２０１１年１１月８日に発行された米国特許第８，０５５，０４２号、「Ｆｕｌｌｙ  Ａｕｔｏｍａｔｉｃ  Ｒａｐｉｄ  Ｍｉｃｒｏｓｃｏｐｅ  Ｓｌｉｄｅ  Ｓｃａｎｎｅｒ」と題して２０１１年７月１２日に発行された米国特許第７，９７８，８９４号、および、「Ｆｕｌｌｙ  Ａｕｔｏｍａｔｉｃ  Ｒａｐｉｄ  Ｍｉｃｒｏｓｃｏｐｅ  Ｓｌｉｄｅ  Ｓｃａｎｎｅｒ」と題して２０１１年１１月８日に出願された米国特許出願第１３／２９１，９７１号において開示したようなデジタル走査技術を利用してもよい。これにより、それらの全ては、参照により本明細書に組み込まれる。
【００４８】
［処理デバイスの例］
図４は、本明細書に記載される各種実施形態に関連して使用されてよいワイヤードまたはワイヤレスシステム５５０の例を示すブロック図である。例えば、システム５５０は、本明細書に記載される１つ以上のモジュールとしてまたはそれに関連して、および／または、サーバ・プラットフォーム１１０またはユーザーシステム１３０として使用されてよい。システム５５０は、従来のパーソナル・コンピュータ、コンピュータ・サーバ、携帯情報端末、スマートフォン、タブレットコンピュータ、または、ワイヤードまたはワイヤレスデータ通信が可能な他のいかなるプロセッサ動作デバイスでもありうる。当業者に明らかなように、他のコンピュータシステムおよび／またはアーキテクチャも使用されてよい。
【００４９】
システム５５０は、１つ以上のプロセッサ（例えばプロセッサ５６０）を好ましくは含む。追加のプロセッサ（例えば、入／出力を管理する補助プロセッサ、浮動小数点数値演算を実行する補助プロセッサ、信号処理アルゴリズムの速い実行に適したアーキテクチャを有する特殊目的マイクロプロセッサ（例えば、デジタルシグナルプロセッサ）、メイン処理システムに対して下位のスレイブプロセッサ（例えば、バックエンドプロセッサ）、デュアルまたはマルチプル・プロセッサ・システム用の追加のマイクロプロセッサまたはコントローラ、またはコプロセッサ）は、設けられもよい。この種の補助プロセッサは、個別のプロセッサでもよく、またはプロセッサ５６０と統合されてもよい。
【００５０】
プロセッサ５６０は、コミュニケーションバス５５５に好ましくは接続される。コミュニケーションバス５５５は、システム５５０の記憶装置と他の周辺コンポーネントとの間の情報伝達を容易にするためのデータ・チャネルを含んでよい。コミュニケーションバス５５５は、プロセッサ５６０とのコミュニケーションのために使用する信号セットをさらに提供してよい。そして、データバス、アドレスバスおよびコントロールバス（図示せず）を含む。コミュニケーションバス５５５は、任意の標準または非標準バス・アーキテクチャ（例えば、業界標準アーキテクチャ（「ＩＳＡ」）、拡張した業界標準アーキテクチャ（「ＥＩＳＡ」）、マイクロチャネルアーキテクチャ（「ＭＣＡ」）、ペリフェラルコンポーネントインターコネクト（「ＰＣＩ」）ローカルバス、または、ＩＥＥＥ  ４８８汎用インターフェイスバス（「ＧＰＩＢ」）、ＩＥＥＥ  ６９６／Ｓ−１００、などを含む米国電気電子学会（「ＩＥＥＥ」）によって広められた標準、に対応するバス・アーキテクチャ）を含んでもよい。
【００５１】
システム５５０は、好ましくはメインメモリ５６５を含み、そして２次メモリ５７０を含んでもよい。メインメモリ５６５は、プロセッサ５６０上で実行しているプログラムのための命令およびデータの記憶装置を提供する。メインメモリ５６５は、概して、半導体ベースのメモリ（例えば、ダイナミック・ランダム・アクセス・メモリ（「ＤＲＡＭ」）および／またはスタティック・ランダム・アクセス・メモリ（「ＳＲＡＭ」））である。他の半導体ベースのメモリのタイプは、例えば、シンクロナス・ダイナミック・ランダム・アクセス・メモリ（「ＳＤＲＡＭ」）、ラムバス・ダイナミック・ランダム・アクセス・メモリ（「ＲＤＲＡＭ」）、強誘電体ランダム・アクセス・メモリ（「ＦＲＡＭ（登録商標）」）、などを含む。そして、リードオンリメモリ（「ＲＯＭ」）を含む。
【００５２】
２次メモリ５７０は、内蔵メモリ５７５および／またはリムーバブル媒体５８０（例えば、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスク（「ＣＤ」）ドライブ、デジタル多用途ディスク（「ＤＶＤ」）ドライブ、など）を任意に含んでよい。リムーバブル媒体５８０は、周知のやり方で読まれておよび／または書かれる。リムーバブル記憶媒体５８０は、例えば、フロッピー（登録商標）ディスク、磁気テープ、ＣＤ、ＤＶＤ、ＳＤカード、などでもよい。
【００５３】
リムーバブル記憶媒体５８０は、その上にコンピュータが実行可能なコード（すなわち、ソフトウェア）および／またはデータを格納している固定コンピュータ可読媒体である。リムーバブル記憶媒体５８０上に格納されるコンピュータソフトウェアまたはデータは、プロセッサ５６０によって実行のためにシステム５５０に読み込まれる。
【００５４】
代わりの実施形態では、２次メモリ５７０は、コンピュータ・プログラムまたは他のデータまたは命令がシステム５５０へとロードされることができるための他の類似手段を含んでよい。この種の手段は、例えば、外部記憶媒体５９５およびインターフェイス５９０を含んでよい。外部記憶媒体５９５の例は、外部ハードディスクドライブまたは外部光学ドライブ、またはそして外部光磁気ドライブを含んでよい。
【００５５】
２次メモリ５７０の他の例は、半導体ベースのメモリ（例えば、プログラマブルリードオンリメモリ（「ＰＲＯＭ」）、消去可能なプログラマブルリードオンリメモリ（「ＥＰＲＯＭ」）、電気的消去可能プログラマブルリードオンリメモリ（「ＥＥＰＲＯＭ」）、またはフラッシュメモリ（ＥＥＰＲＯＭと類似のブロックを指向するメモリ））を含んでよい。また、ソフトウェアおよびデータが外部媒体５９５からシステム５５０に移されることができる他のいかなる取外し可能な記憶媒体５８０および通信インターフェイス５９０も含まれる。
【００５６】
システム５５０は、通信インターフェイス５９０を含んでもよい。通信インターフェイス５９０によって、ソフトウェアおよびデータは、システム５５０と外部デバイス（例えばプリンタ）、ネットワーク、または情報源との間に移されることができる。例えば、コンピュータソフトウェアまたは実行可能コードは、通信インターフェイス５９０を介して、ネットワークサーバからシステム５５０へ移されてよい。ちょうど少し例を挙げれば、通信インターフェイス５９０の例は、モデム、ネットワークインターフェイスカード（「ＮＩＣ」）、ワイヤレスデータ・カード、通信ポート、ＰＣＭＣＩＡスロットおよびカード、赤外線インターフェイス、およびＩＥＥＥ  １３９４  Ｆｉｒｅｗｉｒｅを含む。
【００５７】
通信インターフェイス５９０は、工業的に広められたプロトコル標準（例えば、イーサネット（登録商標）ＩＥＥＥ  ８０２標準、ファイバーチャネル、デジタル加入者線（「ＤＳＬ」）、非同期デジタル加入者線（「ＡＤＳＬ」）、フレームリレー、非同期転送モード（「ＡＴＭ」）、デジタル総合サービス網（「ＩＳＤＮ」）、パーソナル通信サービス（「ＰＣＳ」）、伝送制御プロトコル／インターネットプロトコル（「ＴＣＰ／ＩＰ」）、シリアルライン・インターネットプロトコル／２地点間回線プロトコル（「ＳＬＩＰ／ＰＰＰ」）、その他）を好ましくは実装するが、しかし、カスタマイズされたかまたは非標準インターフェイスプロトコルを同様に実装してもよい。
【００５８】
通信インターフェイス５９０を介して移されるソフトウェアおよびデータは、通常、電気通信信号６０５の形である。これらの信号６０５は、好ましくは通信チャネル６００を介して通信インターフェイス５９０に提供される。一実施形態において、通信チャネル６００は、ワイヤードもしくはワイヤレスネットワークまたは任意の種類の他の通信リンクでもよい。通信チャネル６００は、信号６０５を搬送して、ちょうど少し例を挙げれば、ワイヤまたはケーブル、光ファイバ、従来の電話線、携帯電話リンク、ワイヤレスデータ通信リンク、無線周波数（「ＲＦ」）リンク、または赤外線リンクを含む各種のワイヤードまたはワイヤレス通信手段を用いて実施することができる。
【００５９】
コンピュータが実行可能なコード（すなわち、コンピュータ・プログラムまたはソフトウェア）は、メインメモリ５６５および／または２次メモリ５７０に格納される。コンピュータ・プログラムは、通信インターフェイス５９０を介して受け取られることもできて、メインメモリ５６５および／または２次メモリ５７０に格納されることもできる。この種のコンピュータ・プログラムは、実行されるときに、システム５５０が前述したように本発明のさまざまな機能を実行することを可能にする。
【００６０】
この明細書において、「コンピュータ可読媒体」という用語は、コンピュータが実行可能なコード（例えば、ソフトウェアおよびコンピュータ・プログラム）をシステム５５０に提供するために用いるいかなる固定コンピュータ可読の記憶媒体も指すために用いる。これらの媒体の例は、メインメモリ５６５、（内蔵メモリ５７５、リムーバブル媒体５８０、および外部記憶媒体５９５を含む）２次メモリ５７０、および（ネットワーク情報サーバまたは他のネットワークデバイスを含む）通信インターフェイス５９０とコミュニケーションで結合されるいかなる周辺デバイスも含む。これらの固定コンピュータ可読媒体は、実行可能コード、プログラミング命令、およびソフトウェアをシステム５５０に提供するための手段である。
【００６１】
ソフトウェアを用いて実施される実施形態において、ソフトウェアは、コンピュータ可読媒体上に格納されてよく、そして、リムーバブル媒体５８０、入出力インターフェイス５８５、または通信インターフェイス５９０を経由してシステム５５０にロードされてよい。このような実施形態において、ソフトウェアは、電気通信信号６０５の形でシステム５５０にロードされる。ソフトウェアは、プロセッサ５６０によって実行されるときに、本明細書に先に記載された発明の特徴および機能をプロセッサ５６０に好ましくは実行させる。
【００６２】
システム５５０はまた、音声上のおよびデータネットワーク上のワイヤレス通信を容易にする任意のワイヤレス通信コンポーネントを含む。ワイヤレス通信コンポーネントは、アンテナシステム６１０、無線システム６１５およびベースバンドシステム６２０を含む。システム５５０において、無線周波数（「ＲＦ」）信号は、無線システム６１５の管理下でアンテナシステム６１０によって空気を通じて送信および受信される。
【００６３】
一実施形態において、アンテナシステム６１０は、アンテナシステム６１０に送受信信号経路を提供するためにスイッチング機能を実行する１つ以上のアンテナおよび１つ以上のマルチプレクサ（図示せず）を含んでもよい。受信経路において、受信されたＲＦ信号は、マルチプレクサから、受信されたＲＦ信号を増幅してその増幅信号を無線システム６１５に送る低雑音増幅器（図示せず）に結合されることができる。
【００６４】
代わりの実施形態において、無線システム６１５は、さまざまな周波数を通じて通信するように構成される１つ以上の無線を含んでもよい。一実施形態において、無線システム６１５は、復調器（図示せず）および変調器（図示せず）を１つの集積回路（「ＩＣ」）に組み込んでもよい。復調器および変調器は、別のコンポーネントであることもできる。入って来る経路において、復調器は、ベースバンド受信音声信号を残してＲＦ搬送波信号をはぎ取る。そしてそれは、無線システム６１５からベースバンドシステム６２０まで送られる。
【００６５】
受信信号が音声情報を含む場合、ベースバンドシステム６２０は、信号をデコードして、それをアナログ信号に変換する。次いで、信号は、増幅されて、スピーカに送られる。ベースバンドシステム６２０はまた、マイクロホンからアナログオーディオ信号を受信する。これらのアナログオーディオ信号は、デジタル信号に変換されて、ベースバンドシステム６２０によってコード化される。ベースバンドシステム６２０はまた、伝送のためのデジタル信号をコード化して、無線システム６１５の変調器部分に送られるベースバンド送信音声信号を生成する。変調器は、ベースバンド送信音声信号を、アンテナシステムに送られて、電力増幅器（図示せず）を通過してもよいＲＦ送信信号を生成しているＲＦ搬送波信号と混合させる。電力増幅器は、ＲＦ送信信号を増幅して、信号が伝送のためのアンテナ・ポートに切り替えられるアンテナシステム６１０にそれを送る。
【００６６】
ベースバンドシステム６２０はまた、プロセッサ５６０とコミュニケーションで結合される。中央演算処理装置５６０は、データ記憶領域５６５および５７０に対するアクセスを有する。中央演算処理装置５６０は、メインメモリ５６５または２次メモリ５７０に格納されることができる命令（すなわち、コンピュータ・プログラムまたはソフトウェア）を実行するように好ましくは構成される。コンピュータ・プログラムは、ベースバンドプロセッサ６１０から受け取られることもできて、データ記憶領域５６５においてまたは２次メモリ５７０において格納されることもできて、または受け取り次第実行されることもできる。この種のコンピュータ・プログラムは、実行されるときに、システム５５０が前述したように本発明のさまざまな機能を実行することを可能にする。例えば、データ記憶領域５６５は、図２および図３に関して前述したさまざまなソフトウェアモジュール（図示せず）を含んでもよい。
【００６７】
各種の実施形態は、例えば、特定用途向け集積回路（「ＡＳＩＣ」）、またはフィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）などのコンポーネントを用いるハードウェアにおいて主に実施されてもよい。本明細書に記載される機能を実行することが可能なハードウェア・ステートマシンの実装は、関連した技術に熟練した人々にとっても明らかである。各種実施形態は、ハードウェアおよびソフトウェアの組み合わせを用いて実施されてもよい。
【００６８】
さらに、上記した図および本明細書において開示される実施形態に関連して記載されるさまざまな例示の論理ブロック、モジュール、回路、および方法ステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとしてしばしば実装されることができることを、当業者は理解する。ハードウェアおよびソフトウェアのこの互換性を明らかに例示するために、さまざまな例示のコンポーネント、ブロック、モジュール、回路、およびステップは、それらの機能性に関して一般に上述された。この種の機能性がハードウェアまたはソフトウェアとして実装されるかどうかは、全体システムに課される特定の用途および設計の制約に依存する。当業者は、各特定の用途のためのやり方を変化させる際に記載されている機能性を実装することができる。しかし、この種の実装の決定は、本発明の範囲からの逸脱を生じさせると解釈されてはならない。加えて、モジュール、ブロック、回路またはステップの範囲内の機能のグループ化は、説明の容易さのためにある。特定の機能またはステップは、本発明を逸脱しない範囲で、１つのモジュール、ブロックまたは回路から別のものへ移動されることができる。
【００６９】
さらに、本明細書において開示される実施形態に関連して記載されているさまざまな例示する論理ブロック、モジュール、および方法は、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル・ロジック・デバイス、個別のゲートまたはトランジスタロジック、個別のハードウェアコンポーネント、または本明細書に記載される機能を実行するように設計されるそれらの任意の組み合わせ、を用いて実装されることができるかまたは実行されることができる。汎用プロセッサは、マイクロプロセッサであることができる。しかし、代わりに、プロセッサは、いかなるプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであることもできる。プロセッサは、コンピューティングデバイスの組み合わせ（例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１つ以上のマイクロプロセッサ、またはこの種の他の任意の構成）として実装されることもできる。
【００７０】
加えて、本明細書に開示される実施形態に関連して記載されている方法ステップまたはアルゴリズムは、ハードウェアにおいて、プロセッサにより実行されるソフトウェアモジュールにおいて、またはその２つの組み合わせにおいて、直接具体化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、またはネットワーク記憶媒体を含むその他の記憶媒体の形態に存在することができる。例示的な記憶媒体は、プロセッサがその記憶媒体から情報を読み出すことができて、その記憶媒体に情報を書き込むことができるように、プロセッサに結合されることができる。代わりに、記憶媒体は、プロセッサに一体化されることができる。プロセッサおよび記憶媒体は、ＡＳＩＣに存在することもできる。
【００７１】
いかなる当業者も本発明を作ることを可能にするかまたは使用することを可能にするために、開示された実施形態の上記説明は、提供される。これらの実施形態に対するさまざまな修正は、当業者にとって直ちに明らかである。そして、本明細書に記載される一般的な原則は、本発明の精神または範囲を逸脱しない範囲で他の実施形態に適用されることができる。したがって、本明細書において提供される説明および図面は、本発明の目下の好ましい実施形態を表して、したがって、本発明によって概して考察される内容を代表することが理解されるべきである。本発明の範囲は、当業者にとって明らかになってよい他の実施形態を完全に含み、そして、本発明の範囲は、それに応じて制限されないことがさらに理解される。
【図１】
2016502698.tif 000003
【図２】
2016502698.tif 000004
【図３】
2016502698.tif 000005
【図４】
2016502698.tif 000006
【国際調査報告】
2016502698.tif 000007
2016502698.tif 000008