(57)【特許請求の範囲】
【請求項１】
電子鼻と協働するための診断サーバであって、
複数のｅ−ｎｏｓｅの１つから受信可能なデータ・セットを受信するように構成された受信機ユニットであって、前記データ・セットが、
センサ識別子、
センサ出力値、および
予め定義された診断に対する関連性フラグ、
を含んでおり、前記関連性フラグが、前記予め定義された診断に対する前記センサ出力値の有用性を示す、前記受信機ユニットと、
前記データ・セットと関連性関数と分布関数とに基づいて、前記予め定義された診断に対する確率因子を決定するように構成された決定ユニットであって、前記関連性関数が、前記予め定義された診断に対する前記センサ出力値の関連性を示し、前記分布関数が、前記予め定義された診断に対する前記センサ出力値の分布を示す、前記決定ユニットと
を備え、
前記決定ユニットが、ｓをセンサ識別子、ｖ（ｓ）をセンサ出力値、ＲＦを関連性関数、ＤＦを分布関数として、前記確率因子Ｐ（ｓ）をＰ（ｓ）＝ＲＦ（ｖ（ｓ））＊ＤＦ（ｖ（ｓ））に基づいて決定するように構成されている、
診断サーバ。
【請求項２】
前記データ・セットが、さらに、写真、タイム・スタンプ、地理的座標、温度、湿度、および高度からなる群からの少なくとも１つを含む環境データを含む、請求項１に記載の診断サーバ。
【請求項３】
前記複数のｅ−ｎｏｓｅから受信可能な各データ・セットがデータベースに記憶される、請求項１または２に記載の診断サーバ。
【請求項４】
前記決定ユニットが、前記センサ出力値に基づき、前記予め定義された診断に対して前記データベース中に記憶されているセンサ出力値すべてと比較して、前記分布関数の値を決定するように構成されている、請求項３に記載の診断サーバ。
【請求項５】
前記決定ユニットが、ｄを所定の診断、ｓ１をセンサ１、ｓ２をセンサ２、ｓｍをセンサｍとして、所定の診断に対する全確率Ｐ（ｄ）をＰ（ｄ）＝Ｐ（ｓ１）＊Ｐ（ｓ２）＊．．．＊Ｐ（ｓｍ）に基づいて決定するように構成されている、請求項１に記載の診断サーバ。
【請求項６】
前記所定の診断に対する前記全確率を送信するように構成された送信ユニットも備える、請求項５に記載の診断サーバ。
【請求項７】
前記受信機ユニットまたは前記送信ユニットあるいはその両方がワイヤレス送信ユニットである、請求項６に記載の診断サーバ。
【請求項８】
請求項１ないし７のいずれかに記載の診断サーバと、
携帯診断ユニットと、
を備える診断システムであって、
前記携帯診断ユニットは、
所定の診断を受信するように構成されたユーザ・インターフェースと、
ｅ−ｎｏｓｅセンサと、
データ・セットを送信するように構成された送信ユニットであって、前記データ・セットが、
センサ識別子、
センサ出力値、および
予め定義された診断に対する関連性フラグ、
を含んでおり、前記関連性フラグが、前記予め定義された診断に対する前記センサ出力値の有用性を示す、前記送信ユニットと、
前記所定の診断に対する前記確率因子を受信するように構成された受信ユニットと、
を備える、
診断システム。
【請求項９】
電子鼻と協働して診断するための方法であって、
複数のｅ−ｎｏｓｅの１つから受信可能なデータ・セットを受信するステップであって、前記データ・セットが、
センサ識別子、
センサ出力値、および
予め定義された診断に対する関連性フラグ、
を含んでおり、前記関連性フラグが、前記予め定義された診断に対する前記センサ出力値の有用性を示す、前記データ・セットを受信するステップと、
前記データ・セットと関連性関数と分布関数とに基づいて、前記予め定義された診断に対する確率因子を決定するステップであって、前記関連性関数が、前記予め定義された診断に対する前記センサ出力値の関連性を示し、前記分布関数が、前記予め定義された診断に対する前記センサ出力値の分布を示す、前記確率因子を決定するステップと
を含み、
前記決定するステップが、ｓをセンサ識別子、ｖ（ｓ）をセンサ出力値、ＲＦを関連性関数、ＤＦを分布関数として、前記確率因子Ｐ（ｓ）をＰ（ｓ）＝ＲＦ（ｖ（ｓ））＊ＤＦ（ｖ（ｓ））に基づいて決定するステップを含む、
方法。
【請求項１０】
データ処理プログラムであって、コンピュータに請求項９に記載の方法のステップを実行させるための、データ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電子鼻（electronic noses）との協働のための診断サーバ、および診断サーバとの協働のための携帯診断ユニットに関する。本発明は、さらに、システムおよび携帯電話だけでなく、電子鼻を用いて協働するための診断方法に関する。
【背景技術】
【０００２】
電子鼻の分野は、研究および投資の観点から、より興味深い技術の中の１つになりつつある。電子鼻（短くは、ｅ−ｎｏｓｅ）は、最少量の危険化学物質に気が付くことによって、空港および宇宙ステーションを安全に保つ。それらは、同じ味がする異なる複数の飲料、腐ったリンゴとそうでないリンゴ、ガン細胞と正常細胞など、複数の物の間の差異を区別できるし、さらには、ワインの異なる品質さえも、電子鼻による検出が可能である。それらはすべてが複数のセンサを用いるのであるが、さらに高度なものであっても、わずか８個のセンサしか同時に有しない。その上、より数が増え価格が低減することにより、より多くのユニットが販売され用いられるであろう。スマートフォンなどの小型デバイスにおいてｅ−ｎｏｓｅが用いられるときには、価格と物理的数量が、主たる問題である。
【０００３】
ほとんどの場合において、ソフトウェアが、その匂いが何であるかを判断するために、各センサのパターンを解析するのであるが、ソフトウェアは、センサによって提供されたものである、入力値の静的な組を、予め定義された範囲で解析する(elaborate)ことだけしかできない。センサが値を報告できない、または、センサ値の組合せがこの予め定義された範囲の外にあるときは常に、ｅ−ｎｏｓｅは、回答を提供することができない。これらの理由により、ｅ−ｎｏｓｅは、少数であり、主に、病院や大学などの大規模な組織で用いられている。パーソナル・デバイスに埋め込まれる低価格のｅ−ｎｏｓｅの初期のプロトタイプは、装備されているセンサがより少数であって、各センサがより狭い範囲の器具しか有さないという意味で、より低い有効性を示す。
【０００４】
他方で、ｅ−ｎｏｓｅを取り扱う一連の刊行物が、提供されてきている。
【０００５】
中国特許出願公開第１７３７５７１Ａ号という文献には、携帯端末および食品鮮度検出方法が開示されている。この文献は、その化学的または物理的特徴を判断することによって、物質を調査または解析するという分野に関するものである。この発明は、食品鮮度を検出することができる携帯端末と食品鮮度検出方法とを開示している。この携帯端末は、目的を実現するために、電子匂いセンサと、データベースと、ディスプレイ・ユニットと制御ユニットとを含むことによって、特徴付けられる。電子匂いセンサが、食品の化学成分を検出し、データベースが、その食品が製造されてから一定の時間経過に伴って生じるその化学成分によって、経過時間を突き止めるのである。ディスプレイ・ユニットは、様々なデータを表示し、制御ユニットは、対応する食品の経過時間を見いだすために、検出された化学成分を用いてデータベースを検索して、見いだされた経過時間がディスプレイを通じて表示され得るように制御を行う。
【０００６】
米国特許出願公開第２０１２／００１６２５２Ａ１号という文献には、臭気などのマーカを検出することによって、血液における内因性化合物の濃度をモニタするためのシステムおよび方法が開示されている。モニタリングは、患者の呼気に基づいており、そのようなマーカは内因性化合物自体または内因性化合物の結果である。嗅覚マーカの場合には、この発明は、好ましくは、血液における内因性化合物レベルを非侵襲的にモニタするため、「人工」または「電子」鼻または舌と称される市販のデバイスなどの電子センサ技術を用いる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】中国特許出願公開第１７３７５７１Ａ号
【特許文献２】米国特許出願公開第２０１２／００１６２５２Ａ１号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、より高度な方法を用いるより進化したｅ−ｎｏｓｅベースの診断デバイスに対する必要性が、また、測定範囲が限定されている場合があり得るがより低コストのｅ−ｎｏｓｅに対する必要性が、増大している。
【課題を解決するための手段】
【０００９】
この必要性は、独立請求項に記載の電子鼻との協働のための診断サーバ、携帯診断ユニット、および電子鼻と協働するための診断方法によって、解決され得る。このソリューションの一部は、コンピュータ、携帯電話およびシステムの中に組み込まれ得る。
【００１０】
ある実施形態によると、電子鼻との協働のための診断サーバが、提供され得る。診断サーバは、複数のｅ−ｎｏｓｅの１つから受信可能なデータ・セットを受信するように構成された受信機ユニットを備え得る。各データ・セットは、センサ識別子と、センサ出力値と、予め定義された診断に対する関連性フラグとを含み得る。関連性フラグは、予め定義された診断に対するセンサ出力値の有用性を示し得る。
【００１１】
診断サーバは、データ・セットと関連性関数と分布関数とに基づいて、予め定義された診断に対する確率因子を決定するように構成された決定ユニットも備え得る。関連性関数は、予め定義された診断に対するセンサ出力値の関連性を示し得るのであって、分布関数は、予め定義された診断に対するセンサ出力値の分布を示し得る。
【００１２】
別の実施形態によると、協働のための携帯診断ユニットが提供され得る。この携帯診断ユニットは、所定の診断を受信するように構成されたユーザ・インターフェースと、ｅ−ｎｏｓｅセンサと、データ・セットを送信するように構成された送信ユニットとを備え得る。各データ・セットは、センサ識別子と、センサ出力値と、予め定義された診断に対する関連性フラグとを含み得る。関連性フラグは、予め定義された診断に対するセンサ出力値の有用性を示し得る。
【００１３】
携帯診断ユニットは、また、特に診断サーバから所定の診断に対する全確率Ｐ（ｄ）を受信するように構成された受信ユニットを備え得る。ユーザ・インターフェースは、予め定義された診断に対する全確率Ｐ（ｄ）について特に携帯診断ユニットのユーザに告知をするようにも構成され得る。
【００１４】
携帯診断ユニットは複数のセンサを備えていることがあり得るし、各センサからデータ・セットが提供され得る、ということに注意されたい。
【００１５】
さらに別の実施形態によると、電子鼻と協働するための診断方法が提供され得る。この診断方法は、複数のｅ−ｎｏｓｅの１つから受信可能なデータ・セットを受信するステップを含み得る。データ・セットは、それぞれが、センサ識別子と、センサ出力値と、予め定義された診断に対する関連性フラグとを含み得る。関連性フラグは、予め定義された診断に対するセンサ出力値の有用性を示し得る。
【００１６】
この方法は、さらに、データ・セットまたは特に複数のデータ・セットと関連性関数と分布関数とに基づいて、予め定義された診断に対する確率因子を決定するステップを含み得る。関連性関数は、予め定義された診断に対するセンサ出力値の関連性を示し得る。分布関数は、予め定義された診断に対するセンサ出力値の分布を示す。
【００１７】
さらに、診断サーバと携帯診断ユニットとを備えた診断システムと、携帯診断ユニットを備えた携帯電話と、診断サーバを備えたコンピュータとが、提供され得る。
【００１８】
診断サーバの機能はクラウド計算サービスとして配信され得るのであり、診断サーバは、標準化されたウェブ・プロトコルを用いて複数の携帯診断ユニットに対するサーバとして機能し得る、ということに注意されたい。携帯診断ユニットのユーザなどの消費者に提供される能力は、クラウド・インフラストラクチャ上で動作するプロバイダのアプリケーションを用いるということであり得る。これらのアプリケーションは、特に携帯診断ユニットなど様々なクライアント・デバイスから、ウェブ・ブラウザなどのシン・クライアント・インターフェース経由で、アクセス可能であり得る。消費者は、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプローチの能力さえも含む、基礎となるクラウド・インフラストラクチャを管理も制御も行うことができず、可能性のある例外としては、限定されたユーザ特有のアプリケーションの構成設定があり得る。プロバイダのサービスは、開示されている診断サーバに基づき得る。
【００１９】
詳細な説明
本明細書のコンテキストでは、以下の規約、用語、または表現あるいはこれらの全部が用いられ得る。
【００２０】
用語「診断サーバ」とは、１つまたは複数のセンサ・データからの入力に基づいて解析を実行するように構成されたコンピュータのコンポーネントを意味し得る。センサ・データは、実際に、測定されたセンサ・データであり得る。さらに、先行する測定されたセンサ・データは、データベースに記憶されていることがあり得る。診断サーバは、複数の高度な解析アルゴリズム機能を含み得る。それは、非センサ・データを解析判断に組み入れることもあり得る。
【００２１】
用語「電子鼻」または短く「ｅ−ｎｏｓｅ」とは、センサであって、そのセンサに対して存在する異なる化学成分に基づいて出力信号を生成するセンサを意味し得る。１つのｅ−ｎｏｓｅが複数個のセンサを含むことがあり得る。異なる範囲の化学濃度にある異なる複数の化学物質に対しては、異なる複数のｅ−ｎｏｓｅまたは１つのｅ−ｎｏｓｅにおける異なる複数のセンサが、要求されることがあり得る。ｅ−ｎｏｓｅに対する別の名前としては、「匂いセンサ」があり得る。異なる複数のｅ−ｎｏｓｅが、気体混合物またはエアロゾルにおける複数の異なる化学成分を検出するように構成されていることがあり得る。エアロゾルとは、気体における微細な固体粒子の懸濁物または液滴であり得る。
【００２２】
用語「診断」とは、人間または動物の健康または疾病の、一定または予め定義された状態を意味し得る。診断とは、一定の健康状態に関する判断を表し得る。
【００２３】
用語「予め定義された診断」とは、携帯診断ユニットのユーザによる診断に対する推定を意味し得る。ユーザは、自分自身の実際の診断に対する自分自身の推定を携帯診断ユニットに入力することがあり、それによって、その推定が予め定義された診断になる。たとえば、予め定義された診断は、「わたしは風邪をひいているのだろうか」または「誰かが風邪をひいているのだろうか」を意味している「風邪？」であり得る。
【００２４】
用語「関連性フラグ」とは、携帯診断ユニットによって「０」または「１」に設定されているフラグを意味し得る。１つまたは複数のセンサに対するベースライン測定の間は、それぞれの出力値を含む一定のｅ−ｎｏｓｅ測定の有用性が、ある人間に対する一定の診断との関係で設定され得る。携帯診断ユニットは、たとえば、３つのセンサを含み得る。センサ３の出力値がある診断に対してまったく有用であり得ない、と判明することがあり得る。しかし、３つのセンサの中のセンサ２が、その診断に対して関連し有用であり得る化学成分を測定することがあり得るが、測定されるべき化学成分の濃度が、そのセンサにとって範囲外となる状況を生じさせることがあり得る。しかし、そのセンサ値の有用性は、「真」を意味する「１」に設定され得る。特定の診断に関する有用性についてのインジケータは、携帯診断ユニットの内部で処理され得る。それらは、診断サーバのサーバ側の計算を用いて、決定されている。しかし、典型的には、それらは、診断サーバ側の診断判断に基づく動的な確率判断とは対照的に、静的である。
【００２５】
提案されている電子鼻と協働するための診断サーバ、診断サーバとの協働のための携帯診断ユニット、関連する方法における関連するデバイスは、いくつかの効果を提供し得る。
【００２６】
従来の携帯診断ユニットは、その携帯診断ユニットの中に組み入れられたロジックに依拠する場合があり得る。予め定義された診断の確認のために、１つまたは複数のｅ−ｎｏｓｅが用いられ得る。しかし、そのような方法は、他の携帯診断ユニットおよびそのそれぞれのユーザからの他の診断を効果的に利用し得ない。本明細書において開示されているデバイスおよび方法は、診断サーバと携帯診断ユニットとの間の協働に基づいている。携帯診断ユニットが複数のｅ−ｎｏｓｅまたはセンサもしくはその両方を有し得るか、もしくは、最終的な診断に寄与する携帯診断ユニットが複数個あり得る。さらに、過去の診断が、関連性関数および分布関数のための基礎として、データベースを用いることで、センサ出力値とそれぞれの診断とを用いて、反映され得る。
【００２７】
これら２つの関数に基づく診断は、固定された静的な診断パターンを有する単一ユニットの診断システムよりも、正確であり得る。
【００２８】
特にクラウド技術を用いた携帯診断ユニットと診断サーバとの間の対話により、ある人（または動物）に対する診断のための全確率表現が可能になる。
【００２９】
そのような技術により、人々の共同体が、各疾病に対する関連性および分布関数を構築して、ユーザが経験していることがあり得る困難と、それが生じる時間フレームと、地理的位置と、それ以外の環境パラメータとを関連付けることが可能になり得る。
【００３０】
ユーザがｅ−ｎｏｓｅのセンサの与えられた測定値に対する評価または診断を要求し得るときに、診断サーバ側のアプリケーションは、確率的な報告を構築してどの疾病にそれらの値が関係し得るのかを相関させるために、その共同体における疾病のｎ次元関数を用いて測定され提供されたデータを内挿し得る。いわば、「クラウドの経験」が用いられ得るのである。
【００３１】
サーバ側の診断のために利用可能な情報が十分ではない場合には、携帯診断ユニットのユーザに対して、より多くの情報を求める質問のリストが提示され得る。こうして、ユーザとシステムとは、最も可能性が高い診断のために情報のギャップを埋めるのに有益な対話を行うことになる。それが必要とされる場合には、診断サーバは、ユーザに対し、ユーザがフィードバックを与えることが可能であり結果をさらにフィルタリングすることができるチェックリストという形式で、最も可能性の高い疾病と関連する最も一般的な困難について、告知することができる。この目的のために、診断システムは、診断サーバから携帯診断ユニットに、関連する情報を送信し得る。
【００３２】
特にワイヤレスな態様で診断サーバと協働し得る携帯診断ユニットを備えたユーザが多ければ多いほど、そして、より多くの診断が実行され得るほど、予め定義された診断に対する確率がより正確に実行され得る。この意味で、診断サーバと複数の携帯診断ユニットとを備えたシステムを、自己学習および最適化システムとして見ることが可能である。
【００３３】
診断サーバのある実施形態によると、データ・セットまたは複数のデータ・セットは、さらに、写真、タイム・スタンプ、地理的座標、温度、湿度、および高度からなる群からの少なくとも１つを含む環境データを含み得る。これは、診断サーバにおいて利用可能なアルゴリズムに、より多くの決定基準を追加し得る。特定の疾病の兆候は、温度、高い湿度、または高度あるいはこれら全部に従って変動し得る。ある地理的領域に特定の疾病が集中することがあり得るから、それにより、当該地理的領域の環境に存在している人間に対しては、特定の診断に対する確率がより高くなり得る。写真認識および解析を用いると、たとえば皮膚疾患に対しては、診断がより特定的になり得る。
【００３４】
診断サーバの別の実施形態によると、複数のｅ−ｎｏｓｅまたはセンサから受信可能な各データ・セットは、さらなる参照のため、すなわち将来の診断のために、データベースに記憶され得る。これらの将来の診断は、同じ人間またはその共同体の別の人間の所定の診断に関係し得る。このようにして、診断サーバにおいて得られた経験が、共同体の各構成員にとって利用可能になり得る。さらに、特定の診断と関係する測定されたすべてのセンサ出力値に対する分布関数が構築され得る。同じことが、関連性関数にも適用される。ある診断に対する結果的な確率因子は、はるかにより正確になり得る（下記を参照のこと）。
【００３５】
診断サーバのさらなる実施形態によると、決定ユニットは、センサ出力値の１つまたは複数に基づき、予め定義された診断に対してデータベース中に記憶されているセンサ出力値すべてと比較して、分布関数の値を決定するように構成され得る。分布関数は、基本的に、同じ予め定義された診断に対して同じセンサ出力値を有するデータベースにおけるセンサ値のパーセンテージを表現し得る。このようにして、予め定義された診断との相関で過去に測定されたセンサ出力値が、与えられたデータ・セットの実際のセンサ出力値と相関され得る。再び、共同体全体の経験が、診断決定のために用いられ得る。
【００３６】
診断サーバのさらなる強化された実施形態によると、決定ユニットは、ｓをセンサ識別子、ｖ（ｓ）をセンサ出力値、ＲＦを関連性関数、ＤＦを分布関数として、診断に対する確率因子Ｐ（ｓ）を
Ｐ（ｓ）＝ＲＦ（ｖ（ｓ））＊ＤＦ（ｖ（ｓ））
に基づいて決定するように構成され得る。
【００３７】
関連性関数と分布関数とは、それぞれが、特定のセンサ「ｓ」のセンサ出力値とは独立であり、「０」と「１」との間の値を有し得る。よって、結果的な確率もまた、「０」と「１」との間の値を有し得るのであって、これは、特定の所定の診断とそれらの関連するセンサの特定のセンサ出力値との間の相関を表している。
【００３８】
診断サーバのさらにより進歩した実施形態によると、決定ユニットは、ｄを所定の診断、ｓ１をセンサ１、ｓ２をセンサ２、ｓｍをセンサｍとして、所定の診断に対する全確率Ｐ（ｄ）を
Ｐ（ｄ）＝Ｐ（ｓ１）＊Ｐ（ｓ２）＊．．．＊Ｐ（ｓｍ）
に基づいて決定するように構成され得る。
【００３９】
この場合には、複数のセンサからの複数のセンサ出力値が、含まれ得る。これらの値のソースは、１つの携帯診断ユニットの複数の異なるｅ−ｎｏｓｅから、または、すべて、複数の異なる携帯診断ユニットから生じ得る。これは、用いられるｅ−ｎｏｓｅとセンサとにおいて大きな柔軟性をもたらし得る。たとえばあるユーザがたとえばその人自身の携帯電話における携帯診断ユニットだけを有し得て、また、あるユーザが医療センタまたはコミュニティ・センタにおけるより進歩した携帯診断ユニットを用い得る場合には、予め定義された診断に対して診断サーバにさらに配信されたデータ・セットは、当該診断の精度を向上させ得る。
【００４０】
与えられた時間フレームにおける異なる複数のセンサに対するデータは、関連性関数のために、よって、全確率Ｐ（ｄ）の決定のために用いられ得る。（携帯診断ユニットからの）関連性フラグと（診断サーバからの）関連性関数とは異なる機能を有する異なる実体であり得る、ということにも注意されたい。
【００４１】
診断サーバのもう１つの実施形態によると、送信ユニットが利用可能な場合があり得る。それは、診断サーバに付属している場合があり得る。送信ユニットは、所定の診断に対する全確率を、特にワイヤレスで携帯ユニットに送信するように構成され得る。さらに、複数の携帯診断ユニットと診断サーバとの間のすべての通信は、任意のワイヤレスもしくはワイヤ・ベースまたは両者の混合物である通信に基づき得る。
【００４２】
携帯診断ユニットのある有利な実施形態によると、それは、複数のｅ−ｎｏｓｅセンサを備え得る。実際には、各携帯診断ユニットが、異なる複数のセンサを有し得る。それらは、異なる化合物を検出するために最適化され得る。
【００４３】
携帯診断ユニットのあるさらなる実施形態によると、携帯診断ユニットによって生成されたデータ・セットは、カメラ、クロック、地理的座標センサ、温度センサ、湿度センサ、および高度センサからなる群からの少なくとも１つによって生成された環境データを含み得る。効果は、既に上述された。さらに、特定のセンサ出力値と予め定義された診断との間の相関は、１日の時間によって変動し得ることに言及され得る。
【００４４】
本発明の実施形態は、異なる主題を参照して説明されてきたことにも注意されたい。特に、いくつかの実施形態が方法タイプの請求項を参照して説明され、他方で、他の実施形態は装置タイプの請求項を参照して説明された。しかし、当業者であれば、以上および以下の説明から、下記のことを理解するであろう。すなわち、そうでないと告知されない限り、１つのタイプの主題に属する特徴の任意の組合せに加え、異なる複数の主題に関係する複数の特徴の間、特に、方法タイプの請求項の特徴と装置タイプの請求項の特徴との間の任意の組合せも、この文書において開示されているものと考えられる。
【００４５】
以上で定義された態様と本発明のさらなる態様とは、以下で説明される実施形態の例から明らかであり、実施形態の例を参照して説明されるのであるが、本発明は、それらの実施形態には限定されない。
【００４６】
次に、本発明の好適な実施形態が、以下の図面を参照し、単なる例示を用いて、説明される。
【図面の簡単な説明】
【００４７】
【図１】診断サーバの例示的なブロック図である。
【図２】携帯診断ユニット側における例示的なブロック図および処理フローである。
【図３】診断サーバ側における例示的なブロック図および処理フローである。
【図４】携帯診断ユニットの実施形態の例示的なブロック図である。
【図５】携帯診断ユニットを備えた携帯電話の実施形態の例示的なブロック図である。
【図６】診断サーバを備えたコンピュータの実施形態のブロック図である。
【図７】電子鼻と協働するための方法のブロック図である。
【発明を実施するための形態】
【００４８】
以下では、図面の詳細な説明が与えられる。図面におけるすべての命令は、概略的なものである。第一に、電子鼻と協働するための本発明の診断サーバ、診断サーバとの協働のための携帯診断ユニットのある実施形態のブロック図が与えられている。後に、電子鼻と協働するための別の実施形態と診断方法とが、説明される。
【００４９】
図１は、診断サーバ１００の例示的なブロック図を示す。診断サーバ１００は、複数のｅ−ｎｏｓｅの１つから受信可能なデータ・セットを受信するように構成された受信機ユニット１０２を備え得る。ｅ−ｎｏｓｅの測定値のいくつかは１つの携帯診断ユニットから、他の値は複数の携帯診断ユニットから、生じ得る。
【００５０】
受信されたデータ・セットは、センサ識別子を、特に、特定のセンサの一意的な識別子を含み得る。すべてのセンサが、それらの一意的な識別子を有し得る。データ・セットは、また、センサ出力値を、特に、化合物の測定された濃度を示す測定値を含み得る。さらに、データ・セットは、また、予め定義された診断に対する関連性フラグを含み得る。ユーザは、質問として、所定の診断を入力しなければならないことがあり得る。この入力は、複数の方法で行われている可能性がある。すなわち、キーボード上でタイプすることによって、タッチ感応ユーザ・インターフェース上でタイプすることによって、音声認識によって、ジェスチャ認識によって、ユーザ・インターフェースにおけるメニューから選択することによって、行われている可能性がある。
【００５１】
関連性フラグは、予め定義された診断に対する特定のセンサ出力の有用性に対する一般的な表示であり得る。そのような関連性の表示は、携帯診断ユニットに記憶され得る。それは、センサまたは診断あるいはその両者に、依存し得る。関連性フラグの値は、予め定義された診断に対して関連することを示さない「０」、または、予め定義された診断に対して関連することを示す「１」であり得る。
【００５２】
よって、関連性フラグは、予め定義された診断に対するセンサ出力値の有用性を示し得る。しかし、センサは、有用な測定に対して範囲外であり得るのであって、そのような場合には、センサ出力値が無用であり得ることを示しているのであるが、関連性フラグは依然として「真」であり得る。
【００５３】
さらに、診断サーバは、既に説明されたように、データ・セットと関連性関数と分布関数とに基づいて予め定義された診断に対する確率因子を決定するように構成された（診断）決定ユニット１０４を備え得る。関連性関数は、予め定義された診断に対するセンサ出力値の関連性を示し得る。分布関数は、予め定義された診断に対するセンサ出力値の分布を示し得る。
【００５４】
さらに、送信ユニットは、図３のコンテキストにおいて後で論じられるように、利用可能であり得る。
【００５５】
図２は、携帯診断ユニットの側における例示的なブロック図および処理フロー２００を示す。関係するソフトウェア・プログラムが、２０２で開始し得る。第一に、ユニットは、２０４において、ａ）センサ・データと、ｂ）診断質問とであるデータを取得しなければならないことがあり得る。ユーザは、特定の診断に関する診断質問を選択し得る。これは、自由なテキスト入力により、または、ユーザ・インターフェースにおけるメニューから選択することにより、実行され得る。さらに、音声入力も可能であり得る。診断質問として発話され受信された語は、携帯ユニット上または関連するサーバ・システム上のいずれかにおいて、解析され、認識され得る。次に、２０６において、特定の診断が要求されるかどうかが、決定され得る。要求されない場合には、ｅ−ｎｏｓｅセンサからの受信された値は、２２４において、関連する診断サーバ１００に送られ得るまたは送信され得る。ここで、データが、さらなる参照のためまたはベースライン測定のためあるいはその両者のために、記憶されることがあり得る。プログラムは、２１６で終了し得る。
【００５６】
ユーザが特定の診断を要求する場合には、センサ・データが、２０８において、診断サーバ１００に送られ得る。センサ・データと共に、センサ識別子と特定の診断に対する関連性フラグとが、やはり診断サーバに送られ得る。
【００５７】
診断サーバ１００の側では、回答が決定され得るのであり、そして、２１０において、携帯診断ユニットによって受信され得る。診断が一意的であるとサーバが判断したために診断が受信されると、診断の結果が、２１４において、携帯診断ユニットにおいて表示され得る。プログラムは、２１６で終了し得る。
【００５８】
診断サーバ１００からの受信された回答が一意的な診断ではあり得ない場合には、診断サーバ１００は、質問が２１８においてユーザに対して表示され得るように、一連の質問を送り得る。
−  さらにいくつかのステップ（流れ図には示されていない）が、要求され得る。すなわち、ユーザが質問に回答し得るのであって、質問が診断サーバ１００に送信され得るのであり、診断サーバ１００は、その診断を再度決定し得るのであり、そして、それを携帯診断ユニットに送り返し得る。再度決定された診断がサーバから受信される場合には（２１２と同じように）、その診断が２１４において表示され得る。
−  あるいは、携帯診断ユニットは、２００において診断自体を計算し得るのであって、そして、２２２において、情報を診断サーバ１００に送り返し得る。携帯診断ユニットが、たとえばマークアップ言語の形式で、診断を２００においてどのように計算すべきか、という命令を受信し得るということも可能であり得る。
【００５９】
図３は、診断サーバ１００の一部としての制御システムによって実行される例示的な流れ図３００を示す。プログラムは、３０２で開始し得る。第一に、システムは、３０４において、携帯診断ユニットからデータを受信し得る。このデータは、データだけを含むことがあり得るし、または、診断要求が含まれていることもあり得る。最小限では、サーバは、センサｍからのセンサ出力値を、センサｍの識別子と共に、そして、オプションであるが予め定義された診断に対する関連性フラグも、受信し得る。これは、診断サーバ１００によって、データ・セットの中において受信され得る。診断が要求され得ない場合には、データは、後で参照するために、３２０において、診断サーバのデータベースに記憶され得る。これは、センサ値を含むことがあり得るが、センサ識別子のような他の受信された情報と、地理的位置（ＧＰＳ座標）、地理的高度、湿度、温度、タイム・スタンプ、または写真あるいはこれら全部など、他の環境データとを含むこともあり得る。その後では、プログラムは、３３０において終了し得る。
【００６０】
診断が要求され得る場合には、次のステップが実行され得る。すなわち、関連性関数が３０６で計算され得るし、分布関数が３０８で計算され得る。さらに、ステップ３１０では、所定の診断に対する確率Ｐ（ｄ）が計算され得る。このために、既に説明されたように、追加的なセンサの値が用いられ得る。すべての結果が、３１２において、ｎ個のセンサ値と、さらに、先のセンサ値と関連する診断とのデータベースからの値とに基づいて、その診断に対する確率報告の中に組み入れられ得る。
【００６１】
携帯診断ユニットによって３１４で診断が要求されており、診断サーバ１００の計算された診断が３１６において一意的であり得る場合には、診断サーバは、３１８において、診断計算の結果を携帯診断ユニットに送り得る。これは、送信ユニット１０６（図１を参照）を用いてなされ得る。プログラムは、３３０において終了し得る。
【００６２】
診断が３１６で一意的ではあり得ない場合には、診断サーバは、３２２において、診断サーバ１００の送信ユニット（図１を参照）を経由して携帯診断ユニットに３２４において送ることになる質問を、生成し得る。携帯診断ユニットから診断サーバへのおよび診断サーバから携帯診断ユニットに戻るすべての送信は、公共的または私的なワイヤレス・ネットワークを用いて、ワイヤレスに実行され得る。携帯診断ユニットでは、質問群の中の質問が回答され、３２６において受信され得る場合には、診断サーバに送り返され得る。
【００６３】
さらにいくつかのステップ（流れ図には示されていない）が、要求され得る。すなわち、診断サーバ１００が、その診断を再度決定し得るのであって、そして、それを、携帯診断ユニットに送り返し得る。再度決定された診断は、そして、受信（２１２）され得るのであって、携帯診断ユニット上に表示（２１４）され得る。
【００６４】
また、この情報は、３２８において、診断サーバ１００のデータベースに記憶され得る。それは、別の診断のためのさらなる参照のために用いられ得る。プログラムは、３３０において終了し得る。
【００６５】
図４は、携帯診断ユニット４００の実施形態の例示的なブロック図を示す。診断サーバ１００との協働のための携帯診断ユニット４００は、所定の診断と他の入力とを受信するように構成されたユーザ・インターフェース４０２を備え得る。ユーザは、予め定義された診断を入力するための様々な方法を選び得る。例の網羅的ではないリストは、キーボードまたはタッチ感応スクリーンを用いること、音声入力を用いること、およびメニューから選択することを含み得る。また、より高度なジェスチャ入力またはジェスチャ認識あるいはその両者も可能である。
【００６６】
さらに、携帯診断ユニット４００は、また、少なくとも１つのｅ−ｎｏｓｅセンサ４０４と、データ・セットおよび関連データを送信するように構成された送信ユニット４０６とを備え得る。データ・セットは、センサ４０４識別子と、センサ４０４出力値と、既に定義された、予め定義された診断のための関連性フラグとを含み得る。
【００６７】
受信ユニット４０８は、特に診断サーバ１００からの所定の診断に対する全確率Ｐ（ｄ）を受信するように構成され得る。このユニットとサーバとの間の通信は、ワイヤレスまたはワイヤ・ベースで実行され得る。
【００６８】
ユーザ・インターフェース４０２は、また、予め定義された診断に対する全確率Ｐ（ｄ）について告知するように構成され得る。特に、この「全確率についての告知」は、ユーザになされ得る。そのような目的のために、ディスプレイが役立つことがあり得る。しかし、ほんの数例を挙げるならば、障害者のために、特別なデバイスを用いた音声出力や触覚出力も可能であり得る。
【００６９】
なお、ここで、関連性フラグはセンサ４０４出力値によって静的に導かれる何かではない、ということに注意されたい。それは、センサ４０４が与えられた診断に対してどれだけ関連性を有するかに関する第２のレベルの解析のようなものである。また、たとえば、センサ４０４出力値が診断に対する範囲に属していないが、その関連性フラグが真であり得るということも生じ得る。
【００７０】
本明細書のコンテキストでは、以下のシナリオが、役立つことがあり得る。すなわち、測定値が、与えられた診断に対して範囲外であり得る値をセンサ４０４に対して示し得るときは常に、その診断自体は肯定的に評価されないことがあり得る（たとえば、ｅ−ｎｏｓｅが一定の疾病に関して質問を受け、ｓ２がその疾病に対して範囲外であり得る値を示し得る場合、ｅ−ｎｏｓｅは、ユーザがそれに冒されていないという回答をすることがあり得る）。しかし、否定的な診断に至るすべての測定値の中には、あるｅ−ｎｏｓｅのセンサ４０４のいくつかが与えられた疾病に対してある範囲内の値を示す場合が、存在し得る。たとえば、ある人が疾病Ｄ１に関して自分の息をチェックすることを望み、従来のｅ−ｎｏｓｅを用いる場合、または、その人がパーソナル・デバイスを用い、自分が罹患していないことを知っている場合、その人が、ｓ２およびｓ４についてはＤ１に対する範囲内にあり、そして、すべての他のセンサ４０４は範囲外にある、ということがあり得る。したがって、他のセンサ４０４の関連性があり得るにもかかわらず、回答は否定的（その人はＤ１に罹患していない）であり、しかし、システムはｓ２およびｓ４をＤ１に対して「関連性がない」と計算することがあり得る。また別の場合に、センサ４０４の関連性が計算されることがあり得る。パーソナル・デバイスの寿命の間に、よい健康状態にあるユーザによって、一連の測定がなされ得るのであり、各センサ４０４に対する「正常」値の範囲がそのユーザに対して構築されて、データベースに記憶される。「範囲外」の値が検出されるとすぐに、警告が発せられ、（おそらくは）ユーザは何らかの検査を行うことになり、さもなければ、そのユーザが経験している問題点と共に、被っている疾病について直接入力することになる。この場合には、システムは、その範囲外の（１つまたは複数の）センサ４０４を、ｅ−ｎｏｓｅがどのような回答も提供するとは考えられない疾病についても、当該疾病について関連性があると考えることになる。
【００７１】
図５は、携帯診断ユニット４００が装備されている、スマートフォンのような携帯デバイス５００を示す。携帯デバイス５００は、タッチ感応ディスプレイ・ユニット５０２を備え得る。この場合には、ディスプレイ・ユニット５０２のスクリーンは、ユーザ入力のためにも用いられ得る。さらに、携帯デバイス５００は、入力目的のために、キーとなる他のスイッチ５０４を備え得る。さらに、携帯デバイス５００は、中央処理装置と、メモリと、バッテリとが装備されており、他の要素は、典型的にはスマートフォンのような今日の携帯デバイスのためのものである。これらの追加的な要素は、すべてが、参照番号５０６によって参照され得る。さらに、携帯デバイス５００は、携帯診断ユニット４００を備え得る。携帯デバイス５００と携帯診断ユニット４００とは、共通の要素を用いることがあり得る。たとえば、携帯診断ユニット４００の受信ユニット４０８または送信ユニット４０６あるいはその両者が、携帯デバイス５００のそれらの要素と同等なことがあり得る。しかし、送信ユニット４０６と受信ユニット４０８とは、また、携帯診断ユニットの一体部分として見なされることもあり得る。この場合には、携帯デバイス５００と携帯診断ユニットとの間に、送信および受信を処理するように構成されたインターフェースが存在し得る。
【００７２】
図６は、典型的な要素を有し、診断サーバ１００も備える計算システム６００のブロック図を示す。
【００７３】
本発明の実施形態は、プラットフォームがプログラム・コードを記憶することまたは実行することあるいはその両者のために適しているかどうかとは関係なく、ほぼ任意のタイプのコンピュータと共に実装され得る。たとえば、図６に示されているように、計算システム６００は、１つのプロセッサ当たり１つまたは複数のコアを有する１つまたは複数のプロセッサ６０２と、関連するメモリ要素６０４と、内部記憶デバイス６０６（たとえば、ハード・ディスク、コンパクト・ディスク・ドライブやデジタル・ビデオ・ディスク（ＤＶＤ）ドライブなどの光ドライブ、フラッシュ・メモリ・スティック、ソリッドステート・ディスクなど）と、今日のコンピュータに典型的な多数の他の要素および機能（図示せず）とを含み得る。メモリ要素６０４は、プログラム・コードの実際の実行の間に用いられるランダム・アクセス・メモリ（ＲＡＭ）などのメイン・メモリと、実行のためにコードまたはデータあるいはその両者が長期記憶媒体または外部バルク・ストレージ（アーカイブ６１６）から検索されなければならない回数を減少させるために少なくともいくつかのプログラム・コードまたはデータあるいはその両者の一次的なストレージを提供し得るキャッシュ・メモリとを含み得る。コンピュータ６００の内部の要素は、対応するアダプタを有するバス・システム６１８によって、相互にリンクされ得る。示されているように、診断サーバもまた、バス・システム６１８に付属され得る。しかし、診断サーバが、異なるたとえば分散型の形式で、コンピュータ６００の中に一体化されることもあり得る。
【００７４】
計算システム６００は、また、キーボード６０８、マウス６１０などのポインティング・デバイス、またはマイクロフォン（図示せず）などの入力手段を含み得る。あるいは、計算システムには、メイン入力デバイスとして、タッチ感応スクリーンが装備されていることもあり得る。さらに、コンピュータ６００は、モニタまたはスクリーン６１２（たとえば、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、またはブラウン管（ＣＲＴ）モニタ）などの出力手段を含み得る。コンピュータ・システム６００は、ネットワーク（たとえば、ローカル・エリア・ネットワーク（ＬＡＮ）、ネットワーク・インターフェース接続経由でのワイヤレス・ネットワークを含むインターネットや任意の他の同様なタイプのネットワークなどのワイド・エリア・ネットワーク（ＷＡＮ））６１４に、接続され得る。これにより、他のコンピュータ・システム、ストレージ・ネットワーク、またはテープ・デバイスへの結合が可能になり得る。当業者であれば、多くの異なるタイプのコンピュータ・システムが存在し、上述された入力および出力手段が他の形態を取り得ることを、理解するであろう。一般的に言って、コンピュータ・システム６００は、本発明の実施形態を実現させるのに必要である最小限の処理、入力、または出力手段あるいはこれらすべての手段を少なくとも含み得る。
【００７５】
実際、携帯電話５００には、診断サーバ１００と基本的に同じ能動要素が装備され得る。能動計算要素のサイズだけを、携帯電話のサイズに適合させればよい。診断サーバ１００の代わりに、携帯電話に携帯診断ユニット４００が装備されることもあり得る。また、ポインティング・デバイス６１０の代わりに、タッチ感応スクリーンが同等の機能を担うこともあり得る。また、当業者であれば知り得るように、キーボード６０８が、タッチ感応スクリーンによって代替されることもあり得る。
【００７６】
図７は、電子鼻を用いて協働するための診断方法７００のブロック図を示す。診断方法７００は、たとえば診断サーバ１００において、複数のｅ−ｎｏｓｅ４０４の１つから受信可能なデータ・セットを受信するステップ７０２を含み得る。データ・セットは、センサ４０４識別子と、センサ４０４出力値と、予め定義された診断に対する関連性フラグとを含み得る。また、本明細書においては、関連性フラグは、予め定義された診断に対するセンサ４０４出力値の有用性を示し得る。
【００７７】
さらに、この方法は、予め定義された診断に対する確率因子を、データ・セットと関連性関数と分布関数とに基づいて、決定するステップ７０４を含み得る。関連性関数は、予め定義された診断に対するセンサ４０４出力値の関連性を示し得るのであり、そして、分布関数は、予め定義された診断に対するセンサ４０４出力値の分布を示し得る。
【００７８】
決定７０４の後では、所定の診断に対する確率因子が、特に携帯診断ユニットに送信７０６され得る。
【００７９】
本発明について限定された数の実施形態との関係で説明してきたが、当業者であれば、本開示を利用するならば、他の実施形態を工夫し得ることを理解するであろうし、これらの他の実施形態は、本明細書に開示されている本発明の範囲から逸脱することはない。したがって、本発明の範囲は、添付の特許請求の範囲のみによって限定されるべきである。また、異なる実施形態と関連して説明される要素を組み合わせることも可能である。特許請求の範囲における参照符号は限定要素として解釈されるべきではない、ということにも注意されたい。
【００８０】
当業者によって理解されるように、本開示の態様は、システム、方法、またはコンピュータ・プログラム製品として具体化され得る。したがって、本開示の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または、本明細書ではすべてを全体として「回路」、「モジュール」、もしくは「システム」と称され得るソフトウェアおよびハードウェアの態様を組み合わせた実施形態、という形態を取り得る。さらに、本開示の態様は、コンピュータ可読プログラム・コードが具体化されている１つまたは複数のコンピュータ可読媒体において具体化されたコンピュータ・プログラム製品という形態を取り得る。
【００８１】
１つまたは複数のコンピュータ可読媒体の任意の組合せが、用いられ得る。コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読記憶媒体は、たとえば、電子、磁気、光、電磁気、赤外線、もしくは半導体システム、装置、もしくはデバイス、またはそれらの任意の適切な組合せとすることができるが、これらに限定されることはない。コンピュータ可読記憶媒体のより特定的な例（非網羅的なリスト）は、１つもしくは複数のワイヤを有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能でプログラマブルな読出し専用メモリ（ＥＰＲＯＭもしくはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または、それらの任意の適切な組合せを含み得る。本文書のコンテキストにおいて、コンピュータ可読記憶媒体は、命令実行システム、装置、もしくはデバイスによって、もしくはこれらとの関連で用いるためのプログラムを含むかまたは記憶し得る任意の有体物である媒体であり得る。
【００８２】
コンピュータ可読信号媒体は、たとえばベースバンドにおいてまたは搬送波の一部として、コンピュータ可読プログラム・コードが具体化された伝搬データ信号を含み得る。そのような伝搬信号は、電磁気信号、光学的信号、またはそれらの任意の適切な組合せを含むがこれらに限定されない、様々な形態のいずれかを取り得る。コンピュータ可読信号媒体とは、コンピュータ可読記憶媒体ではなくて、命令実行システム、装置、またはデバイスによって、あるいはそれらとの関係で用いるためのプログラムを伝達し、伝搬し、または移送し得る任意のコンピュータ可読媒体であり得る。
【００８３】
コンピュータ可読媒体に具体化されたプログラム・コードは、ワイヤレス、有線、光ファイバ・ケーブル、ＲＦなど、またはそれらの任意の適切な組合せを含むがそれらには限定されない任意の適切な媒体を用いての送信が可能である。
【００８４】
本発明の態様に関する動作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ（Ｒ）、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語と、「Ｃ」プログラミング言語または同様のプログラミング言語などの従来の手続き型プログラミング言語とを含む、１つまたは複数のプログラミング言語の任意の組合せとして書かれ得る。このプログラム・コードは、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロン・ソフトウェア・パッケージとして、部分的にユーザのコンピュータ上でおよび部分的にリモート・コンピュータ上で、または、完全にリモート・コンピュータもしくはサーバ上で、実行可能である。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続され得るか、または、（たとえば、インターネット・サービス・プロバイダを用いてインターネット経由で）外部コンピュータへの接続がなされ得る。
【００８５】
本開示の態様は、本明細書においては、本開示の実施形態に従った方法、装置（システム）、およびコンピュータ・プログラム製品の流れ図またはブロック図あるいはその両方を参照して説明される。流れ図またはブロック図あるいはその両方の各ブロックと、流れ図またはブロック図あるいはその両方におけるブロックの組合せとは、コンピュータ・プログラム命令によって実装可能であり得るということが理解されるであろう。これらのコンピュータ・プログラム命令は、コンピュータまたは他のプログラマブル・データ処理装置のプロセッサを介して実行する命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックにおいて指定された機能／動作を実施するための手段を作り出すように、汎用コンピュータ、専用コンピュータ、または他のプログラマブル・データ処理装置のプロセッサに提供されてマシンを作り出すものであってよい。
【００８６】
また、これらのコンピュータ・プログラム命令は、コンピュータ可読媒体に記憶された命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックにおいて指定された機能／動作を実施する命令を含む製品を作り出すように、コンピュータ可読媒体に記憶され、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスに、特定の様式で機能するように指示するものであってよい。
【００８７】
また、コンピュータ・プログラム命令は、コンピュータまたは他のプログラマブル装置上で実行される命令が、流れ図またはブロック図あるいはその両方の１つもしくは複数のブロックにおいて指定された機能／動作を実施するための処理を提供するように、コンピュータで実施されるプロセスを作り出すべく、コンピュータ、他のプログラマブル・データ処理装置、または他のデバイスにロードされ、コンピュータ、他のプログラマブル装置、または他のデバイスにおいて一連の動作ステップを実行させるものであってよい。
【００８８】
図面におけるブロック図は、本開示の様々な実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、および動作を図解している。これに関し、ブロック図における各ブロックは、モジュール、セグメント、またはコードの一部を表し得るのであるが、これらは、特定の（１つまたは複数の）論理機能を実装するための１つまたは複数の実行可能な命令を含む。また、いくつかの他の実装例では、本明細書において既に論じられた機能が、開示されているものとは異なる順序で生じることもあり得ることに注意されたい。たとえば、関連する機能に応じて、連続して教示されている２つの機能が、実際には実質的に同時に実行されることがあり得るし、または、ときには、これらの機能が逆の順序で実行されることもあり得る。さらに、ブロック図の各ブロックと、ブロック図におけるブロックの組合せとが、特定の機能もしくは動作を実行する専用のハードウェア・ベース・システム、または専用ハードウェアとコンピュータ命令との組合せによって実装され得るということにも注意されたい。
【００８９】
本明細書で用いられる専門用語は、特定の実施形態を説明するためのものでしかなく、本発明を限定するためのものであることは意図されていない。そうでないことがコンテキストにより明確に示されていない限り、本明細書で用いられる単数形の「１つの」（ａ、ａｎ）および「その」（ｔｈｅ）は、複数形も含むことが意図されている。さらに、「含む」または「含んでいる」という用語あるいはその両者は、本明細書で使用されるときには、記載された特徴、整数、ステップ、動作、要素、または成分あるいはこれら全部の存在を特定するが、他の１つもしくは複数の特徴、整数、ステップ、動作、要素、成分、またはこれらの群、あるいはこれら全部の存在あるいは追加を排除するものではないことが理解されるであろう。
【００９０】
以下にある特許請求の範囲におけるすべての手段またはステップ・プラス機能要素の対応する構造、材料、動作、および均等物は、特許請求の範囲に特に記載されているように、特許請求の範囲における他の記載された要素と組み合わせて機能を実行するための任意の構造、材料、または動作を含むように意図されている。本発明に関する説明は、例証および説明の目的でなされてきたが、網羅的であることや、開示された形態における本発明に限定することは意図されていない。多くの変更および改変が、本発明の範囲および思想から逸脱することなく、当業者には明らかとなろう。実施形態は、本発明の原理と実際上の応用とを最良に説明するために、そして、他の当業者が様々な変更を伴う様々な実施形態に関して本発明を理解できるようにするために、選択され説明されたのであり、これは、考慮されている特定の使用に適している。
【図１】
0006521976.tif 000002
【図２】
0006521976.tif 000003
【図３】
0006521976.tif 000004
【図４】
0006521976.tif 000005
【図５】
0006521976.tif 000006
【図６】
0006521976.tif 000007
【図７】
0006521976.tif 000008