(57)【要約】  ネットワーク装置が、コンピュータプロセッサと、プロセッサがアクセス可能な、命令を有するコンピュータ可読記憶媒体とを含み、プロセッサは、この命令を実行した時に、少なくともパートナー装置と共にネットワークを確立し、エージェントのネットワーク位置を記録する。プロセッサは、ネットワーク装置の能力、及び／又はネットワーク内の他の装置による実行を要求するためにネットワーク装置にとって必要な要件又は機能をエージェントに通信する。ネットワークの装置は、パートナー装置からのサービス機能の要求、及び装置がこの要求を満たすことができるとの判断に応答して、パートナー装置にサービス機能を提供する。【選択図】      図２
2016511976.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置であって、
コンピュータプロセッサと、
前記プロセッサがアクセス可能な、命令を有するコンピュータ可読記憶媒体と、
を備え、前記プロセッサは、前記命令を実行した時に、
少なくともパートナー装置と共にネットワークを確立するステップと、
エージェントのネットワーク位置を記録するステップと、
ネットワーク装置の能力、及び／又は前記ネットワーク内の他の装置による実行を要求するために前記ネットワーク装置にとって必要な要件又は機能を前記エージェントに通信するステップと、
前記パートナー装置からのサービス機能の要求、及び前記ネットワーク装置が前記要求を満たすことができるとの判断に応答して、前記パートナー装置に前記サービス機能を提供し、及び／又は前記プロセッサによって発行されたサービス機能の要求に対する回答、及び前記パートナー装置が前記要求を満たすことができるとの判断に応答して、前記パートナー装置に前記サービス機能を実行するように命令するステップと、
を含むロジックを実行する、
ことを特徴とする装置。
【請求項２】
前記プロセッサは、装置発見プロトコルを用いて自動的にネットワークを確立するように構成される、
ことを特徴とする請求項１に記載の装置。
【請求項３】
前記ネットワークは、ローカルなアドホックである、
ことを特徴とする請求項２に記載の装置。
【請求項４】
前記プロセッサは、前記ネットワーク内にどの装置が存在すべきかについてのユーザ入力定義を少なくとも部分的に使用することによって前記ネットワークを確立するように構成される、
ことを特徴とする請求項１に記載の装置。
【請求項５】
前記ネットワーク内の装置は、前記エージェントをどの装置が実行するかについて互いに交渉するように構成される、
ことを特徴とする請求項１に記載の装置。
【請求項６】
前記エージェントのネットワーク位置は、ユーザ入力によって規定される、
ことを特徴とする請求項１に記載の装置。
【請求項７】
コンピュータ装置上で実行されるエージェントであって、該エージェントは、前記コンピュータ装置を、
ネットワーク内の装置からサービス要求を受け取るステップと、
前記ネットワーク内の装置からサービスを行う能力を受け取るステップと、
要求側装置からのサービス要求が、第１の装置及び第２の装置の能力に合致するかどうかを判定するステップと、
前記要求側装置からの前記サービス要求が、前記第１の装置の能力には合致するが、前記第２の装置の能力には合致しないとの判定に応答して、前記第１の装置に前記要求側装置のために前記能力を提供させるステップと、
前記要求側装置からの前記サービス要求が、前記第１の装置の能力に合致するとともに前記第２の装置の能力にも合致するとの判定に応答して、少なくとも１つの選択基準に基づいて、前記第１の装置を前記要求側装置のために前記能力を提供するように選択するステップと、
を含む方法ステップを実行するように構成する、
ことを特徴とするエージェント。
【請求項８】
前記選択基準は、前記第１の装置から前記要求側装置までの距離の方が、前記第２の装置と前記要求側装置との間の距離よりも短いことである、
ことを特徴とする請求項７に記載のエージェント。
【請求項９】
前記選択基準は、前記サービス要求を満たすための能力が、前記第２の装置よりも前記第１の装置の方が高いことである、
ことを特徴とする請求項７に記載のエージェント。
【請求項１０】
前記選択基準は、前記第１の装置と前記要求側装置との間のネットワーク経路の帯域幅の方が、前記第２の装置と前記要求側装置との間のネットワーク経路の帯域幅よりも広いことである、
ことを特徴とする請求項７に記載のエージェント。
【請求項１１】
コンピュータプロセッサと、
前記プロセッサによって制御されるディスプレイと、
前記プロセッサがアクセス可能な、命令を有するコンピュータ可読記憶媒体と、
を備えた装置であって、前記プロセッサは、前記命令を実行した時に、
前記装置をネットワーク内の他の装置と共有する機能に参加するように構成する選択肢を提供する第１のユーザインターフェイス（ＵＩ）を前記ディスプレイ上に提示するステップと、
前記装置を前記ネットワーク内の他の装置と共有する機能に参加するように構成する選択に応答して、動作を共有する機能を選択するための複数の選択肢を提供する第２のＵＩを前記ディスプレイ上に提示するステップと、
を含むロジックを実行する、
ことを特徴とする装置。
【請求項１２】
前記第２のＵＩは、前記装置を必要時に前記ネットワーク内の他の装置に自動的に支援を求め、及び／又は能力又は他の支援又は援助を自動的に提供するように構成するための選択肢を提供する、
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記第２のＵＩは、前記装置を前記ネットワーク上の装置間における機能の共有を調整するエージェントを自発的にホストするように構成するための選択肢を提供する、
ことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記装置は第１の装置であり、前記プロセッサは、前記命令を実行した時に、前記第１の装置を、該第１の装置が通信できるいずれかの装置に支援を求めるように構成するための選択肢、又はユーザが定めた装置のリストのみに支援を求めるように構成するための選択肢を提供する第３のＵＩを前記ディスプレイ上に提示するステップを含むロジックを実行する、
ことを特徴とする請求項１１に記載の装置。
【請求項１５】
前記第３のＵＩは、ユーザが適当な装置ＩＤ及び／又はアドレス及び／又は認証キーを入力することによって前記リストを定めるための選択肢を提供する、
ことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記第３のＵＩは、ユーザが、前記第１の装置が近距離トランシーバを用いて通信できるいずれかの装置に支援を求めるように前記第１の装置を構成するための選択肢を提供する、
ことを特徴とする請求項１４に記載の装置。
【請求項１７】
前記第３のＵＩは、該第３のＵＩによって提供される前記選択肢の少なくとも一部を、前記ネットワーク内で機能を提供することに適用するための選択肢を提供する、
ことを特徴とする請求項１４に記載の装置。
【請求項１８】
前記装置は第１の装置であり、前記プロセッサは、前記命令を実行した時に、前記第１の装置を、前記第１の装置が通信できるいずれかの第２の装置からの支援要求に応答して前記第２の装置に支援を提供するように構成する選択肢、或いはユーザが定めた装置のリストからのみ支援を提供するように構成する選択肢を提供する第４のＵＩを前記ディスプレイ上に提示するステップを含むロジックを実行する、
ことを特徴とする請求項１１に記載の装置。
【請求項１９】
前記第４のＵＩは、前記第１の装置を、該第１の装置が近距離トランシーバを用いて通信できるいずれかの第２の装置に支援を提供するように構成するための選択肢を提供する、
ことを特徴とする請求項１８に記載の装置。
【請求項２０】
前記装置は、経口摂取カメラ、及び／又は生体内医療モニタ、及び／又は生体内投薬装置である、
ことを特徴とする請求項１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般に、必要なタスクに能力を合致させるようにエージェントを実行するネットワーク装置に関する。
【背景技術】
【０００２】
最新の電子装置の能力は高まっているにもかかわらず、実行するように意図された機能を実行しなくてよい能力が装置にとって必要となり得ることは依然として難題である。単純な例が超小型装置のデータストレージであり、患者内の小型埋め込み型装置は、目的通りにデータを収集するように機能することはできるが、記憶容量の不足により、時間と共に蓄積が進むにつれて全てのデータを記憶できなくなる。
【発明の概要】
【課題を解決するための手段】
【０００３】
ネットワーク装置が、コンピュータプロセッサと、プロセッサがアクセス可能な、命令を有するコンピュータ可読記憶媒体とを含み、プロセッサは、この命令を実行した時に、少なくともパートナー装置と共にネットワークを確立し、エージェントのネットワーク位置を記録する。プロセッサは、ネットワーク装置の能力、及び／又はネットワーク内の他の装置による実行を要求するためにネットワーク装置にとって必要な要件又は機能をエージェントに通信する。ネットワークの装置は、パートナー装置からのサービス機能の要求、及び装置がこの要求を満たすことができるとの判断に応答して、パートナー装置にサービス機能を提供する。装置は、プロセッサによって発行されたサービス機能の要求に対する回答、及びパートナー装置がこの要求を満たすことができるとの判断に応答して、パートナー装置にサービス機能を実行するように命令する。
【０００４】
いくつかの実施形態では、プロセッサが、装置発見プロトコルを用いて自動的にネットワークを確立するように構成される。このようなネットワークは、ローカルなアドホックとすることができる。他の実施形態では、プロセッサが、ネットワーク内にどの装置が存在すべきかについてのユーザ入力定義を少なくとも部分的に使用することによってネットワークを確立するように構成される。
【０００５】
ネットワーク内の装置は、エージェントをどの装置が実行するかについて互いに交渉するように構成することができる。エージェントのネットワーク位置は、ユーザ入力によって規定することができる。
【０００６】
別の態様では、エージェントが、コンピュータ装置上で、このコンピュータ装置を、ネットワーク内の装置からサービス要求を受け取り、ネットワーク内の装置からサービスを行う能力を受け取るように構成するよう実行される。コンピュータ装置は、要求側装置からのサービス要求が、第１の装置及び第２の装置の能力に合致するかどうかを判定し、要求側装置からのサービス要求が、第１の装置の能力には合致するが、第２の装置の能力には合致しないとの判定に応答して、第１の装置に要求側装置のために能力を提供させるように構成される。エージェントを実行するコンピュータ装置は、要求側装置からのサービス要求が、第１の装置の能力に合致するとともに、第２の装置の能力にも合致するとの判定に応答して、少なくとも１つの選択基準に基づいて、第１の装置を要求側装置のために能力を提供するように選択する。
【０００７】
別の態様によれば、装置が、コンピュータプロセッサと、プロセッサによって制御されるディスプレイと、プロセッサがアクセス可能な、命令を有するコンピュータ可読記憶媒体とを含み、プロセッサは、この命令を実行した時に、ネットワーク内の他の装置と共有する機能に参加するように装置を構成する選択肢を提供する第１のユーザインターフェイス（ＵＩ）をディスプレイ上に提示する。プロセッサは、ネットワーク内の他の装置と共有する機能に参加するように装置を構成する選択に応答して、動作を共有する機能を選択するための複数の選択肢を提供する第２のＵＩをディスプレイ上に提示する。
【０００８】
本発明の詳細は、その構造及び動作の両方に関し、同じ要素を同じ参照番号で示す添付図面を参照することによって最も良く理解することができる。
【図面の簡単な説明】
【０００９】
【図１】本原理によるシステム例のブロック図である。
【図２】本原理によるロジック例のフローチャートである。
【図３】本原理によるロジック例のフローチャートである。
【図４】本原理による様々なユーザインターフェイス例を示す図である。
【図５】本原理による様々なユーザインターフェイス例を示す図である。
【図６】本原理による様々なユーザインターフェイス例を示す図である。
【図７】本原理による様々なユーザインターフェイス例を示す図である。
【発明を実施するための形態】
【００１０】
まず図１を参照すると、ローカルアドホックネットワーク内の複数の装置がこれらの装置自体の間で機能を共有するシステム１０を示している。他の実装では、このネットワークがアドホックでなくてもよく、むしろ事前に定めることができる。
【００１１】
いずれにせよ、限定するわけではないが、第１の装置１２は、患者の体内構造を撮像するために患者が飲み込むことができる、或いは別様に患者に挿入することができる経口摂取カメラ１２によって実現することができる。装置１２に含まれるプロセッサ１４は、ディスクベースの又は固体コンピュータ可読記憶媒体１６にアクセスして、限定するわけではないが、電荷結合素子（ＣＣＤ）などのイメージャ１８を制御するためのロジックを実行することができる。プロセッサ１４は、限定するわけではないが、ＷｉＦｉトランシーバ及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバなどの無線トランシーバとすることができる１又はそれ以上のトランシーバ２０（明確にするために１つのトランシーバしか示していない）を介して、システム１０内の他の装置と通信することができる。
【００１２】
システム１０内の第２の装置２２の例は、無線電話機によって実現することができる。装置２２に含まれるプロセッサ２４は、ディスクベースの又は固体コンピュータ可読記憶媒体２６にアクセスして、限定するわけではないが、符号分割多元接続（ＣＤＭＡ）トランシーバ、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））トランシーバ、直交周波数分割多重（ＯＦＤＭ）トランシーバ、又はその他の適当な電話トランシーバなどの無線電話通信トランシーバ２８を制御するためのロジックを実行することができる。プロセッサ２４は、限定するわけではないが、ＷｉＦｉトランシーバ及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバなどの無線トランシーバとすることができる１又はそれ以上のトランシーバ３０（明確にするために１つのトランシーバしか示していない）を介してシステム１０内の他の装置と通信することができる。装置２２は、限定するわけではないが、装置２２の地理的位置を受け取るための全地球測位システム（ＧＰＳ）受信機３２などの位置受信機と、人間のユーザに映像データ及び／又は音声データを提示するためのディスプレイシステム３４と、キーパッド、及び／又はディスプレイシステム３４内のタッチ画面機能などの入力装置３６とをさらに含むことができる。
【００１３】
さらに、第３の装置３８は、限定するわけではないが、ビデオディスクプレーヤなどのメディアプレーヤによって実現することができる。装置３８に含まれるプロセッサ４０は、ディスクベースの又は固体コンピュータ可読記憶媒体４２にアクセスして、限定するわけではないが、ビデオディスク装置などのプレーヤコンポーネント４４を制御するためのロジックを実行することができる。プロセッサ４０は、限定するわけではないが、ＷｉＦｉトランシーバ及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバなどの無線トランシーバとすることができる１又はそれ以上のトランシーバ４６（明確にするために１つのトランシーバしか示していない）を介してシステム１０内の他の装置に一般データを通信することができる。プロセッサ４０は、高品位マルチメディアインターフェイス（ＨＤＭＩ（登録商標））などのビデオ入力／出力インターフェイス４８を介して、第３の装置３８からマルチメディアを受け取るための相補的ビデオ入力／出力インターフェイス５２を有するＴＶなどのマルチメディアのディスプレイヤ（ｄｉｓｐｌａｙｅｒ）によって実現することができるさらなる第４の装置５０にビデオデータを通信することができる。
【００１４】
従って、装置５０に含まれるプロセッサ５４は、ディスクベースの又は固体コンピュータ可読記憶媒体４２にアクセスして、ディスプレイ５８及びスピーカ６０を制御するためのロジックを実行することができる。ディスプレイ５８は、高精細（ＨＤ）又は超ＨＤディスプレイとすることができるが、標準画質ディスプレイを使用することもできる。プロセッサ５４は、限定するわけではないが、ＷｉＦｉトランシーバ及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバなどの無線トランシーバとすることができる１又はそれ以上のトランシーバ６２（明確にするために１つのトランシーバしか示していない）を介してシステム１０内の他の装置に一般データを通信することができる。プロセッサ５４は、マイク６４を介してユーザの音声信号を受け取り、カメラ６６からユーザの画像を受け取ることができる。プロセッサ５４には、ハンドヘルド型遠隔制御装置６７から無線でユーザコマンドを送ることができる。
【００１５】
タブレット、ラップトップ又はノートブックコンピュータによって実現できる第５の装置６８に含まれるプロセッサ７０は、ディスクベースの又は固体コンピュータ可読記憶媒体７２にアクセスして、ビデオディスプレイ７４を、通常は画像及びユーザインターフェイスの形でビデオディスプレイ７４上にデータを出力するように制御するためのロジックを実行することができる。プロセッサ７０は、限定するわけではないが、ＷｉＦｉトランシーバ及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバなどの無線トランシーバとすることができる１又はそれ以上のトランシーバ７６（明確にするために１つのトランシーバしか示していない）を介してシステム１０内の他の装置に一般データを通信することができる。プロセッサ７０は、キーボード、キーパッド、マウス、トラックボール、その他のポイントアンドクリック装置、マイク（図示せず）によって取り込まれた音声に基づいて動作する音声認識ソフトウェア、及びディスプレイ７４のタッチ機能などの、１又はそれ以上のユーザ入力装置７８からユーザ入力を受け取ることができる。
【００１６】
生体内薬物ディスペンサ、血液センサ又はその他のボディセンサなどの生体内装置によって実現できる第６の装置８０に含まれるプロセッサ８２は、ディスクベースの又は固体コンピュータ可読記憶媒体８４にアクセスして、限定するわけではないが、小型注射器８６の電気作動式プランジャ又はその他の投薬要素などの薬物注入要素８６を制御するためのロジックを実行する。プロセッサ８２は、限定するわけではないが、ＷｉＦｉトランシーバ及びＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバなどの無線トランシーバとすることができる１又はそれ以上のトランシーバ９０（明確にするために１つのトランシーバしか示していない）を介してシステム１０内の他の装置に一般データを通信することができる。薬物注入要素８６に加え、又はその代わりに、プロセッサ８２は、１又はそれ以上のボディセンサ８８からセンサ情報を受け取ることもできる。ボディセンサ８８は、以下に限定されるわけではないが、体温センサ、血液ガスセンサ、酸素センサ、血糖センサなどとすることができる。
【００１７】
図２では、ブロック９２において、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）ディスカバリ、いわゆるボンジュールディスカバリプロセス、Ｂｌｕｅｔｏｏｔｈ（登録商標）ディスカバリなどの装置発見プロトコルを用いて、図１に示すようなネットワークを自動的に確立できることを示している。このような実装では、互いを発見し合う装置によってこのように構築されたネットワークはローカルなアドホックであると理解されるであろう。しかしながら、以下でいくつかのユーザインターフェイス（ＵＩ）例に関してさらに説明するように、ユーザは、ネットワーク内にどの装置が存在するかを規定することができる。
【００１８】
次に、ブロック９４において、システム１０内の装置は、後述する調整又はコンシェルジュエージェントをどの装置が実行するかについて互いに交渉することができる。他の実装では、システム１０内に存在する装置に関してシステム１０を規定するユーザが、どの装置がエージェントを実行するかについて規定することもできる。
【００１９】
次に、ブロック９６において、通常はシステム内のプロセッサの１つによって実行されるエージェントが、装置がどの能力を他の装置に役立てる必要があるか、装置がどの要件又は機能を実行する必要があるかについて、従って他の装置の要求について装置に問い合わせることができる。これに加えて、又はこれとは別に、ネットワーク内の様々なシステム装置は、必要性／資格が生じた時にエージェントに能力及び要求をプッシュすることもできる。
【００２０】
ブロック９８において、エージェントは、第１の装置からのサービス機能の要求に応答して、ネットワーク内の別の装置がこの要求を満たすことができるかどうかを判定する。合致が見つかった場合、エージェントは、この事実を両方の装置に通知し、要求側装置に、要求されたサービス又は機能を取得するために提供側装置と通信するように命令する。ブロック１００において、要求側装置は、提供側装置（応答装置）の能力を用いて、要求側装置のプログラムされたタスクを実行する。
【００２１】
図３の判定区画１０２には、エージェントが、図２のブロック９８における要求を満たす合致が複数存在すると判定した場合、ロジックはブロック１０４に進み、１又はそれ以上の選択ルールに基づいて提供側装置を選択することを示している。例えば、幾何学的に（要求側に）最も近い提供元を選択することができ、又は要求したリソース／機能（例えば、記憶スペース）の能力が最も高い提供元を選択することができ、或いは要求側との通信の帯域幅経路が最も広い提供元を選択することができる。
【００２２】
図４から図７には、上記原理を実装するための様々なＵＩ例を示す。これらのＵＩは、コンピュータ６８のディスプレイ７４上に視覚的に提示される形で示しているが、ネットワーク内のオーディオ又はビデオ表示能力を有するあらゆる装置上に提示することができると理解されたい。
【００２３】
図４には、上述した図２及び図３のロジックを共有する共同的機能に参加するように装置を構成する選択肢をユーザに与える初期ＵＩ１０６を示している。例えば、「いいえ」を選択すると、装置は、図２のブロック９２における自動発見ロジックに参加しなくなる。
【００２４】
ＵＩ１０６上で「はい」を選択すると、図５のＵＩ１０８が表示されるようになる。図示のように、ＵＩ１０８は、行動を共有する機能を選択するための複数の選択肢をユーザに与える。図示の例では、ユーザが、（いくつかの実施形態では、上述したエージェントを介して）必要時にネットワーク内の他の装置に自動的に支援を求めるように、及び／又は（いくつかの実施形態では、上述したエージェントを介して）能力又はその他の支援又は援助を自動的に提供するように装置を構成することができる。ユーザは、上述したエージェントを自発的にホストするように装置を構成することもできる。換言すれば、いくつかの実施形態では、図２のブロック９４において別様に実施できたようにどこがエージェントをホストするかについての決定を装置自体に任せるのとは対照的に、ローカルネットワーク内の全ての装置に関連できるユーザが、どの装置がエージェントをホストすべきかを構成することができる。
【００２５】
ユーザが図４のＵＩ１０６から「はい」を選択し、図５のＵＩ１０８を用いて装置を望むように構成したと仮定した場合、必要時に支援を求める際の装置の動作をユーザがさらに深く規定できるように、図６のＵＩ１１０を提示することができる。図示のように、ユーザは、構成中の装置が通信できるいずれかの装置に支援を求めるように装置を構成することも、或いはユーザが定めた装置のリストのみに支援を求めるように装置を構成することもできる。この後者の例では、ユーザが、適当な装置ＩＤ／アドレス／認証キーを入力することによってリストを定めることができる。この場合も、ユーザは、例えば、構成中の装置がＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離トランシーバを用いて通信できるいずれかの装置などのいずれかのローカル装置に支援を求めるように装置を構成することができる。この後者の選択肢では、医療施設などのローカルな設定においてローカルな装置を信頼できるユーザが、図２のブロック９２において行ったように、単純に装置の発見によってローカルネットワークを確立できるようにして、ネットワークのメンバーシップを手動で定めるという雑用からユーザを解放することもできると認識している。
【００２６】
ＵＩ１１０に示すように、ユーザは、上述した「支援を求める」という選択肢をネットワーク内における機能の提供に適用することを選択することができる。ユーザは、支援を求めることと支援を提供することの中間のような異なる動作を示すことを装置に望む場合には、図示のＵＩ１１０において「いいえ」を選択して、図７のＵＩ１１２を表示させることができる。
【００２７】
図示のように、ユーザは、構成中の装置が通信できるいずれかの装置からの支援要求に応答してその装置に支援を提供するように装置を構成することも、或いはユーザが定めた装置のリストからのみ支援を提供するように装置を構成することもできる。この後者の例では、ユーザが、適当な装置ＩＤ／アドレス／認証キーを入力することによってリストを定めることができる。この場合も、ユーザは、例えば、構成中の装置がＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離トランシーバを用いて通信できるいずれかの装置などのいずれかのローカル装置に支援を提供するように装置を構成することができる。この後者の選択肢では、医療施設などのローカルな設定においてローカルな装置を信頼できるユーザが、図２のブロック９２において行ったように、単純に装置の発見によってローカルネットワークを確立できるようにして、ネットワークのメンバーシップを手動で定めるという雑用からユーザを解放することもできると認識している。
【００２８】
以下は、上述の概念を利用した使用事例である。
【００２９】
動的リソース提供では、要求側装置から装置のネットワークに特定のニーズ又はタスク（例えば、メモリ、ディスプレイ、復号、符号化、フォーマットなど）が通信される。各装置は、この要求に適切に応答して、要求側装置を支援する自身の機能的能力の利用可能性について自己問い合わせを行うことができる。上述したように、ネットワーク上のエージェントは、この機能の利用可能性について装置に反復的に問い合わせ、必要時にこの機能を提供することができる。
【００３０】
従って、遠隔処理のためにクラウドネットワーキングを使用することができる。具体例では、図１の経口摂取カメラ１２などの装置が、画像解析及び画像処理の負担を軽減するために、例えばコンピュータ６８に画像データを解放して、コンピュータ６８が、カメラ１２からの画像を処理した結果に基づいて患者の診断結果を出力できるようにすることができる。モニタ装置８０を用いて、モニタリングしたパラメータ（例えば、血糖）を表すデータをコンピュータ６８に送信し、このデータをコンピュータ６８に解析させることにより、医療観察／内科治療を強化することができる。（例えば、血糖レベルが閾値レベルを満たしていることによって示されるように）治療が必要な場合には、コンピュータ６８が、注射器８６又はその他の送出機構を作動させるためのメッセージを生体内装置に送信して患者に薬剤を投与することができ、例えば血糖値に基づいてインスリンを投与することができる。いずれの場合にも、装置から特定の支援ニーズが通信され、利用可能な装置の利用可能性をこのニーズに適合させることによって動的に支援が提供されて、リソースが動的に共有されるようになる。
【００３１】
さらなる例としては、無線電話機２２を用いて、この無線電話機２２が使用可能なＧＰＳセンサを有している旨を通知することや、カメラ１２を用いて、このカメラ１２が共有すべきライブビデオフィードを有している旨を通知することや、これに応答して、メディアプレーヤ３８を用いて、このメディアプレーヤに関連するディスプレイ上にカメラ１２のフィードを提示することをカメラ１２が望んでいるかどうかをカメラ１２に問い合わせることや、これに応答して、コンピュータ６８を用いて、カメラからのビデオフィードをコンピュータ６８が保存して記録することをカメラ１２が望んでいるかどうかをカメラ１２に問い合わせることが挙げられる。
【００３２】
場合によっては、カメラ１２が経口摂取カメラでなくてもよく、代わりにベビーモニタとして子供部屋に配置して、そのオーディオ及びビデオフィードを親のコンピュータ６８に送信できるようにすることもできる。カメラからの画像は、クラウドを通じた送信をスキップしてＴＶ５０又はコンピュータ６８などの家庭用装置に直接送信し、カメラからの画像がＴＶ又はコンピュータに保存され、及び／又はこれらに提示されるようにすることもできる。この方法では、ログイン及びサーバトラフィックの手間が省かれ、上述したようにユーザが規定できるネットワーク内の装置に直接通信を行うことができる。この場合も、ＴＶ５０を用いて電話による通話を開始することができる。カメラ６６とマイク６４を用いて、視聴者の撮像と観察者の音声取り込みを行い、例えば電話機２２に電話を掛けて、ＴＶ５０から電話機２２への通話を達成することができる。従って、上述したネットワーク内で、カメラの共有、音声の共有、センサの共有（ＧＰＳ、医療及び健康）、データストレージの共有、バックエンド機能及び処理などが可能になる。
【００３３】
また、企業の事業部及び製品ラインにわたって発見及び技術的構想を共有することもできる。本原理は、開発に必要なオーバーヘッドが比較的少ないソフトウェアベースの解決策を可能にする。（生体内モニタ及びカメラなどの）専門的装置が互いの特殊性を学習し、利用機会を求め、従って個々の装置の性能が高まるので、このような装置を増強することができる。装置が、スポーツイベント、校内活動及びオンラインプレゼンテーションを含むイベント視聴のためのオープンチャネルになることができる。
【００３４】
本明細書では、特定の「能力をタスクに合致させるネットワーク装置」を図示し、これについて詳細に説明したが、本発明に含まれる主題は、特許請求の範囲によってのみ限定されるものであると理解されたい。
【符号の説明】
【００３５】
９２  ＵＰｎＰディスカバリ、ボンジュールなどを用いて装置ネットワークを確立
９４  コンシェルジュエージェントをどの（単複の）装置が実行するかについて互いに交渉
９６  エージェントが問い合わせ、及び／又は装置が能力及びリソース要求をエージェントにプッシュ
９８  能力と要求の合致が見つかった場合、エージェントが装置に命令
１００  要求元が応答側装置の能力を使用
【図１】
2016511976.tif 000003
【図２】
2016511976.tif 000004
【図３】
2016511976.tif 000005
【図４−７】
2016511976.tif 000006
【国際調査報告】
2016511976.tif 000007
2016511976.tif 000008
2016511976.tif 000009