特許 7597470 一時的デバイス・グループの編成方法、システム、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-02

(45)【発行日】2024-12-10

(54)【発明の名称】一時的デバイス・グループの編成方法、システム、プログラム

(51)【国際特許分類】

   G06F 9/50 20060101AFI20241203BHJP

   H04L 67/12 20220101ALI20241203BHJP

【ＦＩ】

G06F9/50 120A

H04L67/12

【請求項の数】 19

(21)【出願番号】P 2022540931

(86)(22)【出願日】2020-12-16

(65)【公表番号】

(43)【公表日】2023-03-14

(86)【国際出願番号】 IB2020062046

(87)【国際公開番号】W WO2021140386

(87)【国際公開日】2021-07-15

【審査請求日】2023-05-25

(31)【優先権主張番号】16/737,425

(32)【優先日】2020-01-08

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】390009531

【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション

【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100112690

【弁理士】

【氏名又は名称】太佐 種一

(74)【代理人】

【識別番号】100120710

【弁理士】

【氏名又は名称】片岡 忠彦

(72)【発明者】

【氏名】古市 実裕

(72)【発明者】

【氏名】齊藤 昭

(72)【発明者】

【氏名】上ノ原 勇人

(72)【発明者】

【氏名】横山 智史

(72)【発明者】

【氏名】山本 学

(72)【発明者】

【氏名】岩崎 礼江

【審査官】坂庭 剛史

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０２８９４６９（ＵＳ，Ａ１）

【文献】米国特許出願公開第２００３／０２０４６２５（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／０３０２４２４（ＵＳ，Ａ１）

【文献】特表２０１６－５２１８７６（ＪＰ，Ａ）

【文献】特開２０１８－１４７０５５（ＪＰ，Ａ）

【文献】特開２０１８－１４８２８４（ＪＰ，Ａ）

【文献】TSIROPOULOU, E. E. et al，Interest, Energy and Physical-Aware Coalition Formation and Resource Allocation in Smart IoT Applications，51st Annual Conference on Information Sciences and Systems，米国，IEEE Explore，2017年05月15日，pp.1-6，インターネット＜URL：https://ieeexplore.ieee.org/abstract/document/7926111＞，ISBN978-1-5090-4780-2

【文献】PAL, Sujata et al.，Game Theoretic Analysis of Cooperative Message Forwarding in Opportunistic Mobile Networks，IEEE Transactions on Cybernetics，米国，IEEE Explore，2017年02月21日，Volume 47, Issue 12，pp.4463-4474，インターネット＜URL：https://ieeexplore.ieee.org/abstract/document/7859459＞，ISSN 2168-2275

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／５０

Ｈ０４Ｌ ６７／１２

(57)【特許請求の範囲】

【請求項1】

コンピュータ実装方法であって、
複数のデバイスの各々の機能のリストを格納することであって、前記機能のリストは前記複数のデバイスの各々にによって提供される機能と、前記複数のデバイスの各々によって提供してもらいたい機能と含む、前記格納することと、
前記複数のデバイスから受信者デバイスを含むデバイス・グループを送信者デバイスによって形成することを決定することであって、前記受信者デバイスが、前記送信者デバイスが提供してもらいたい機能のうちの１つを実行する、前記決定することと、
前記機能のリストに対する機能使用利益と機能使用損失との合計を示す個別機能使用スコアを、前記送信者デバイスによって、生成することと、
前記個別機能使用スコアがデバイスしきい値を超えることに応答して、前記送信者デバイスによって、デバイス・グループを形成するための要求を前記受信者デバイスに送信することと、
第２の個別機能使用スコアを前記受信者デバイスによって生成することと、
前記第２の個別機能使用スコアが第２のデバイスしきい値を超えることに応答して、前記受信者デバイスによって、デバイス・グループを形成するための承認の指示を前記送信者デバイスに送信することと、
前記デバイス・グループを形成するための前記承認の指示を前記受信者デバイスから受信することに応答して、前記送信者デバイスによって、一時的期間の間、前記デバイス・グループを形成することであって、前記デバイス・グループ内で機能およびデータが共有される、前記形成することと
のための動作を含む、コンピュータ実装方法。

【請求項2】

前記動作が、
新しい個別機能使用スコアを定期的に決定することと、
前記新しい個別機能使用スコアが前記デバイスしきい値を超えていないことに応答して、前記デバイス・グループから出ることとをさらに含む、請求項１に記載のコンピュータ実装方法。

【請求項3】

別の個別機能使用スコアを生成することに基づいて前記複数のデバイスのうちの新しいデバイスが前記デバイス・グループに参加する、請求項１に記載のコンピュータ実装方法。

【請求項4】

前記複数のデバイスのうちのデバイスが複数のデバイス・グループに参加する、請求項１に記載のコンピュータ実装方法。

【請求項5】

管理サーバを介して送信者デバイスおよび前記受信者デバイスが互いに通信する、請求項１に記載のコンピュータ実装方法。

【請求項6】

ＳａａＳ（Software as a Service）が、前記方法の前記動作を行うように構成される、請求項１に記載のコンピュータ実装方法。

【請求項7】

プログラム・コードが具現化されているコンピュータ可読ストレージ媒体を備えているコンピュータ・プログラム製品であって、前記プログラム・コードが、少なくとも１つのプロセッサに、
複数のデバイスの各々の機能のリストを格納することであって、前記機能のリストは前記複数のデバイスの各々にによって提供される機能と、前記複数のデバイスの各々によって提供してもらいたい機能と含む、前記格納することと、
前記複数のデバイスから受信者デバイスを含むデバイス・グループを送信者デバイスによって形成することを決定することであって、前記受信者デバイスが、前記送信者デバイスが提供してもらいたい機能のうちの１つを実行する、前記決定することと、
前記機能のリストに対する機能使用利益と機能使用損失との合計を示す個別機能使用スコアを、前記送信者デバイスによって、生成することと、
前記個別機能使用スコアがデバイスしきい値を超えることに応答して、前記送信者デバイスによって、デバイス・グループを形成するための要求を前記受信者デバイスに送信することと、
第２の個別機能使用スコアを前記受信者デバイスによって生成することと、
前記第２の個別機能使用スコアが第２のデバイスしきい値を超えることに応答して、前記受信者デバイスによって、デバイス・グループを形成するための承認の指示を前記送信者デバイスに送信することと、
前記デバイス・グループを形成するための前記承認の指示を前記受信者デバイスから受信することに応答して、前記送信者デバイスによって、一時的期間の間、前記デバイス・グループを形成することであって、前記デバイス・グループ内で機能およびデータが共有される、前記形成することと
のための動作を実行させる、コンピュータ・プログラム製品。

【請求項8】

前記プログラム・コードが、少なくとも１つのプロセッサによって、
新しい個別機能使用スコアを定期的に決定することと、
前記新しい個別機能使用スコアが前記デバイスしきい値を超えていないことに応答して、前記デバイス・グループから出ることと
のための動作を行させる、請求項７に記載のコンピュータ・プログラム製品。

【請求項9】

別の個別機能使用スコアを生成することに基づいて前記複数のデバイスのうちの新しいデバイスが前記デバイス・グループに参加する、請求項７に記載のコンピュータ・プログラム製品。

【請求項10】

前記複数のデバイスのうちのデバイスが複数のデバイス・グループに参加する、請求項７に記載のコンピュータ・プログラム製品。

【請求項11】

管理サーバを介して送信者デバイスおよび前記受信者デバイスが互いに通信する、請求項７に記載のコンピュータ・プログラム製品。

【請求項12】

ＳａａＳ（Software as a Service）が、前記コンピュータ・プログラム製品の前記動作を行うように構成される、請求項７に記載のコンピュータ・プログラム製品。

【請求項13】

１つまたは複数のプロセッサと、１つまたは複数のコンピュータ可読メモリと、１つまたは複数の有形のコンピュータ可読ストレージ・デバイスとを備えているコンピュータ・システムであって、
プログラム命令が、前記１つまたは複数のメモリのうちの少なくとも１つを介して、前記１つまたは複数のプロセッサのうちの少なくとも１つによって実行するために、前記１つまたは複数の有形のコンピュータ可読ストレージ・デバイスのうちの少なくとも１つに格納され、
複数のデバイスの各々の機能のリストを格納することであって、前記機能のリストは前記複数のデバイスの各々にによって提供される機能と、前記複数のデバイスの各々によって提供してもらいたい機能と含む、前記格納することと、
前記複数のデバイスから受信者デバイスを含むデバイス・グループを送信者デバイスによって形成することを決定することであって、前記受信者デバイスが、前記送信者デバイスが提供してもらいたい機能のうちの１つを実行する、前記決定することと、
前記機能のリストに対する機能使用利益と機能使用損失との合計を示す個別機能使用スコアを、前記送信者デバイスによって、生成することと、
前記個別機能使用スコアがデバイスしきい値を超えることに応答して、前記送信者デバイスによって、デバイス・グループを形成するための要求を前記受信者デバイスに送信することと、
第２の個別機能使用スコアを前記受信者デバイスによって生成することと、
前記第２の個別機能使用スコアが第２のデバイスしきい値を超えることに応答して、前記受信者デバイスによって、デバイス・グループを形成するための承認の指示を前記送信者デバイスに送信することと、
前記デバイス・グループを形成するための前記承認の指示を前記受信者デバイスから受信することに応答して、前記送信者デバイスによって、一時的期間の間、前記デバイス・グループを形成することであって、前記デバイス・グループ内で機能およびデータが共有される、前記形成することと
を含む動作を行う、コンピュータ・システム。

【請求項14】

前記動作が、
新しい個別機能使用スコアを定期的に決定することと、
前記新しい個別機能使用スコアが前記デバイスしきい値を超えていないことに応答して、前記デバイス・グループから出ることとをさらに含む、請求項１３に記載のコンピュータ・システム。

【請求項15】

別の個別機能使用スコアを生成することに基づいて前記複数のデバイスのうちの新しいデバイスが前記デバイス・グループに参加する、請求項１３に記載のコンピュータ・システム。

【請求項16】

前記複数のデバイスのうちのデバイスが複数のデバイス・グループに参加する、請求項１３に記載のコンピュータ・システム。

【請求項17】

管理サーバを介して送信者デバイスおよび前記受信者デバイスが互いに通信する、請求項１３に記載のコンピュータ・システム。

【請求項18】

ＳａａＳ（Software as a Service）が、前記コンピュータ・システムの前記動作を行うように構成される、請求項１３に記載のコンピュータ・システム。

【請求項19】

コンピュータ・プログラムであって、前記コンピュータ・プログラムがコンピュータ上で実行された場合に、請求項１ないし６のいずれかの前記方法をコンピュータに実行させる、コンピュータ・プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、協調的コンピューティングのために一時的デバイス・グループを編成することに関連している。

【背景技術】

【0002】

モノのインターネット（ＩｏＴ：Internet of Things）は、インターネットに接続されて、互いにまたはインターネットの他の部分あるいはその両方と通信するデバイスのグループとして説明されることがある。デバイスの各々は、通常、デバイスが情報を収集し、他のデバイスと情報を通信できるようにするための電子機器およびソフトウェアを含む。例えば、デバイスは、情報を受信し、追跡するためのセンサを含むことがある。その場合、デバイスはその情報を他のデバイスと共有することがある。

【発明の概要】

【0003】

特定の実施形態に従って、協調的コンピューティングのために一時的デバイス・グループを編成するためのコンピュータ実装方法が提供される。このコンピュータ実装方法は、動作を含む。複数のデバイスの各々の機能のリストが格納される。複数のデバイスから受信者デバイスを含むデバイス・グループを形成する決定が行われ、受信者デバイスは機能のうちの１つを実行する。個別機能使用スコア（individual function usage score）が生成される。個別機能使用スコアがデバイスしきい値（device threshold）を超えることに応答して、デバイス・グループを形成するための要求が受信者デバイスに送信される。デバイス・グループを形成することの承認の指示を受信デバイスから受信することに応答して、一時的期間の間、デバイス・グループが形成され、デバイス・グループ内で機能およびデータが共有される。

【0004】

他の実施形態に従って、協調的コンピューティングのために一時的デバイス・グループを編成するためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、プログラム・コードが具現化されているコンピュータ可読ストレージ媒体を備え、プログラム・コードは、動作を行うように少なくとも１つのプロセッサによって実行可能である。複数のデバイスの各々の機能のリストが格納される。複数のデバイスから受信者デバイスを含むデバイス・グループを形成する決定が行われ、受信者デバイスは機能のうちの１つを実行する。個別機能使用スコアが生成される。個別機能使用スコアがデバイスしきい値を超えることに応答して、デバイス・グループを形成するための要求が受信者デバイスに送信される。デバイス・グループを形成することの承認の指示を受信デバイスから受信することに応答して、一時的期間の間、デバイス・グループが形成され、デバイス・グループ内で機能およびデータが共有される。

【0005】

さらに他の実施形態に従って、協調的コンピューティングのために一時的デバイス・グループを編成するためのコンピュータ・システムが提供される。コンピュータ・システムは、１つまたは複数のプロセッサと、１つまたは複数のコンピュータ可読メモリと、１つまたは複数の有形のコンピュータ可読ストレージ・デバイスとを備え、動作を行うためのプログラム命令が、１つまたは複数のメモリのうちの少なくとも１つを介して、１つまたは複数のプロセッサのうちの少なくとも１つによって実行するために、１つまたは複数の有形のコンピュータ可読ストレージ・デバイスのうちの少なくとも１つに格納される。複数のデバイスの各々の機能のリストが格納される。複数のデバイスから受信者デバイスを含むデバイス・グループを形成する決定が行われ、受信者デバイスは機能のうちの１つを実行する。個別機能使用スコアが生成される。個別機能使用スコアがデバイスしきい値を超えることに応答して、デバイス・グループを形成するための要求が受信者デバイスに送信される。デバイス・グループを形成することの承認の指示を受信デバイスから受信することに応答して、一時的期間の間、デバイス・グループが形成され、デバイス・グループ内で機能およびデータが共有される。

【0006】

１つの態様によれば、コンピュータ実装方法が提供されており、コンピュータ実装方法は、複数のデバイスの各々の機能のリストを格納することと、複数のデバイスから受信者デバイスを含むデバイス・グループを形成することを決定することであって、受信者デバイスが機能のうちの１つを実行する、決定することと、個別機能使用スコアを生成することと、個別機能使用スコアがデバイスしきい値を超えることに応答して、デバイス・グループを形成するための要求を受信者デバイスに送信することと、デバイス・グループを形成することの承認の指示を受信デバイスから受信することに応答して、一時的期間の間、デバイス・グループを形成することであって、デバイス・グループ内で機能およびデータが共有される、形成することとのための動作を含む。

【0007】

別の態様によれば、コンピュータ・プログラム製品が提供されており、コンピュータ・プログラム製品は、プログラム・コードが具現化されているコンピュータ可読ストレージ媒体を備え、プログラム・コードは、少なくとも１つのプロセッサによって、複数のデバイスの各々の機能のリストを格納することと、複数のデバイスから受信者デバイスを含むデバイス・グループを形成することを決定することであって、受信者デバイスが機能のうちの１つを実行する、決定することと、個別機能使用スコアを生成することと、個別機能使用スコアがデバイスしきい値を超えることに応答して、デバイス・グループを形成するための要求を受信者デバイスに送信することと、デバイス・グループを形成することの承認の指示を受信デバイスから受信することに応答して、一時的期間の間、デバイス・グループを形成することであって、デバイス・グループ内で機能およびデータが共有される、形成することとのための動作を行うように実行可能である。

【0008】

別の態様によれば、コンピュータ・システムが提供されており、コンピュータ・システムは、１つまたは複数のプロセッサと、１つまたは複数のコンピュータ可読メモリと、１つまたは複数の有形のコンピュータ可読ストレージ・デバイスとを備え、プログラム命令が、１つまたは複数のメモリのうちの少なくとも１つを介して、１つまたは複数のプロセッサのうちの少なくとも１つによって実行するために、１つまたは複数の有形のコンピュータ可読ストレージ・デバイスのうちの少なくとも１つに格納され、複数のデバイスの各々の機能のリストを格納することと、複数のデバイスから受信者デバイスを含むデバイス・グループを形成することを決定することであって、受信者デバイスが機能のうちの１つを実行する、決定することと、個別機能使用スコアを生成することと、個別機能使用スコアがデバイスしきい値を超えることに応答して、デバイス・グループを形成するための要求を受信者デバイスに送信することと、デバイス・グループを形成することの承認の指示を受信デバイスから受信することに応答して、一時的期間の間、デバイス・グループを形成することであって、デバイス・グループ内で機能およびデータが共有される、形成することとを含む動作を行う。

【0009】

以下の図面を単に例として参照し、本発明の好ましい実施形態について説明する。

【図面の簡単な説明】

【0010】

【図1A】特定の実施形態に記載されたコンピューティング環境をブロック図で示す図である。

【図1B】特定の実施形態に記載された、ゲートウェイ・デバイスを含んでいる代替のコンピューティング環境をブロック図で示す図である。

【図2】特定の実施形態に記載されたデバイス・グループ化の例をブロック図で示す図である。

【図3】特定の実施形態に記載されたデバイス・グループ化の別の例をブロック図で示す図である。

【図4】特定の実施形態に記載された動的なデバイス・グループの作成の例を示す図である。

【図5】特定の実施形態に記載された機能的補完の例を示す図である。

【図6】特定の実施形態に記載された機能的補完の別の例を示す図である。

【図7】特定の実施形態に記載されたデバイスのコンポーネントをブロック図で示す図である。

【図8】特定の実施形態に記載された、２つのデバイス・グループの機能を共有することによって分割された役割の例を示す図である。

【図9】特定の実施形態に記載された、報酬を伴う機能提供の例を示す図である。

【図10】特定の実施形態に記載された機能最適化の例を示す図である。

【図11】特定の実施形態に記載された交換機能の動作をフローチャートで示す図である。

【図12】特定の実施形態に記載された、デバイス・グループを作成するための動作をフローチャートで示す図である。

【図13】特定の実施形態に記載された、デバイス・グループから出るための動作をフローチャートで示す図である。

【図14】特定の実施形態に記載された、既存のデバイス・グループに参加するための動作をフローチャートで示す図である。

【図15】特定の実施形態に記載された、デバイスの構成を決定するための動作をフローチャートで示す図である。

【図16】特定の実施形態に記載されたコンピューティング・ノードを示す図である。

【図17】特定の実施形態に記載されたクラウド・コンピューティング環境を示す図である。

【図18】特定の実施形態に記載された抽象モデル・レイヤを示す図である。

【発明を実施するための形態】

【0011】

図面では、類似する参照番号が、全体を通じて類似する部分を表す。

【0012】

本発明のさまざまな実施形態の説明は、例示の目的で提示されているが、網羅的であるよう意図されておらず、開示された実施形態に制限されるよう意図されてもいない。説明された実施形態の範囲および趣旨から逸脱しない多くの変更および変形が、当業者にとって明らかであろう。本明細書で使用された用語は、実施形態の原理、実際の適用、または市場で見られる技術を超える技術的改良を最も適切に説明するため、または他の当業者が本明細書で開示された実施形態を理解できるようにするために選択されている。

【0013】

図１Ａは、特定の実施形態に記載されたコンピューティング環境をブロック図で示している。管理サーバ１００は、通信経路１９０（例えば、インターネット、イントラネット、無線自動識別（ＲＦＩＤ：Radio-Frequency Identification）など）を介してデバイス１５０ａ．．．１５０ｎに結合されている。さまざまな実施形態では、２つ以上のデバイスが存在してよい。管理サーバ１００は、グローバル・グループ化システム１１０を含む。デバイス１５０ａ．．．１５０ｎの各々は、ローカル・グループ化システム１５２ａ．．．１５２ｎ、ローカル機能１５４ａ．．．１５４ｎ、およびセンサ１５６ａ．．．１５６ｎを含む。デバイスのローカル機能１５４ａ．．．１５４ｎは、そのデバイスが実行できる機能を表す。センサ１５６ａ．．．１５６ｎは、情報を受信して追跡する。他の実施形態では、センサはデバイス１５０ａ．．．１５０ｎから分離しており、デバイス１５０ａ．．．１５０ｎは、センサ（例えば、建物、交通信号機などにあるセンサ）から情報を受信する。デバイス１５０ａ．．．１５０ｎは、（例えば、車両内の）モバイル・デバイスであってよい。機能１５４ａ．．．１５４ｎを提供することの要求を受信するデバイス１５０ａ．．．１５０ｎは、「受信者」デバイスと呼ばれてよい。機能１５４ａ．．．１５４ｎに対する要求を送信するデバイス１５０ａ．．．１５０ｎは、「送信者」デバイスと呼ばれてよい。任意のデバイス１５０ａ．．．１５０ｎが、受信者デバイス、送信者デバイス、または受信者デバイスと送信者デバイスの両方であってよい。車両内の機能１５４ａ．．．１５４ｎの例としては、周辺環境のカメラからカメラ画像を提供することが挙げられる。別のデバイス１５０ａ．．．１５０ｎに物理的に近いデバイス１５０ａ．．．１５０ｎは、隣接するデバイスまたは隣接デバイスと呼ばれてよい。

【0014】

デバイス１５０ａ．．．１５０ｎによって行われるどの動作についても、そのデバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎがそれらの動作を行うことが理解されるべきである。管理サーバ１００によって実行されるどの動作についても、グローバル・グループ化システム１１０がそれらの動作を行うことが理解されるべきである。

【0015】

図１Ｂは、特定の実施形態に記載された、ゲートウェイ・デバイスを含む代替のコンピューティング環境をブロック図で示している。図１Ｂでは、管理サーバ１００がゲートウェイ・デバイス１８０に接続され、ゲートウェイ・デバイス１８０はデバイス１５０ａ．．．１５０ｎにも接続されている。ゲートウェイ・デバイス１８０を含む実施形態では、管理サーバ１００およびデバイス１５０ａ．．．１５０ｎが、ゲートウェイ・デバイス１８０を介して互いに通信する。

【0016】

実施形態は、一時的な相互補完的デバイス・グループの作成を可能にする。デバイス・グループは、デバイス・グループが単一のデバイスとして機能し得るため、仮想デバイスと呼ばれてよい。各デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎは、通信経路１９０を介して、他のデバイス１５０ａ．．．１５０ｎの各々のローカル・グループ化システム１５２ａ．．．１５２ｎに、他のデバイス１５０ａ．．．１５０ｎに提供される機能１５４ａ．．．１５４ｎおよびデバイス１５０ａ．．．１５０ｎが他のデバイス１５０ａ．．．１５０ｎから提供してもらいたい機能１５４ａ．．．１５４ｎのリストを提供する。

【0017】

デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎは、デバイス・グループに参加するかどうかを判定するため、デバイス・グループにとどまるかどうかを判定するため、およびデバイス・グループから離れるかどうかを判定するために、個別機能使用スコアを計算する。特定の実施形態では、個別機能使用スコアがデバイスしきい値を超えた場合、デバイス１５０ａ．．．１５０ｎがデバイス・グループに参加するか、またはデバイス・グループにとどまり、その個別機能使用スコアがデバイス使用しきい値（device usage threshold）以下である場合、デバイス１５０ａ．．．１５０ｎがデバイス・グループに参加しないか、またはデバイス・グループから離れる。

【0018】

特定の実施形態では、１つのデバイス１５０ａ．．．１５０ｎの個別機能使用スコアは、別のデバイス１５０ａ．．．１５０ｎの機能を使用した場合の、その１つのデバイス１５０ａ．．．１５０ｎの効率の増加（「機能使用利益（function usage gain）」）と、別のデバイス１５０ａ．．．１５０ｎに機能を提供した場合の、その１つのデバイス１５０ａ．．．１５０ｎの効率の減少（「機能使用損失（function usage loss）」）の両方を考慮する。特定の実施形態では、デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎは、機能の使用を合計することによって個別機能使用スコアを計算する。特定の実施形態では、機能使用利益は正の値を含むか、または（例えば、最小の利益を示す）ゼロであり、一方、機能使用損失は負の値を含むか、または（例えば、最小の損失を示す）ゼロである。例えば、機能使用利益が＋５であることがあり、一方、機能使用損失が－３であることがあり、その場合、個別機能使用スコアが＋２になり、この値がデバイスしきい値と比較される。

【0019】

特定の実施形態では、特定の機能１５４ａ．．．１５４ｎが別のデバイス１５０ａ．．．１５０ｎによって提供されたときに、機能使用利益が検出され、特定の機能１５４ａ．．．１５４ｎが別のデバイス１５０ａ．．．１５０ｎに提供されたときに、機能使用損失が検出される。

【0020】

特定の実施形態では、機能１５４ａ．．．１５４ｎを他のデバイス１５０ａ．．．１５０ｎから受信せずに、機能１５４ａ．．．１５４ｎが別のデバイス１５０ａ．．．１５０ｎに提供される。他の実施形態では、機能１５４ａ．．．１５４ｎが他のデバイス１５０ａ．．．１５０ｎに提供されずに、機能１５４ａ．．．１５４ｎが別のデバイス１５０ａ．．．１５０ｎから受信される。さらに他の実施形態では、機能１５４ａ．．．１５４ｎがデバイス１５０ａ．．．１５０ｎ間で交換される。

【0021】

特定の実施形態では、デバイス１５０ａ．．．１５０ｎが他のデバイス１５０ａ．．．１５０ｎに提供する機能１５４ａ．．．１５４ｎは、デバイス１５０ａ．．．１５０ｎ自体にとって少しの利益しかないことがあり、デバイス１５０ａ．．．１５０ｎの追加のリソースを必要とするため、機能使用損失を引き起こす機能１５４ａ．．．１５４ｎとして分類される。特定の実施形態では、他のデバイス１５０ａ．．．１５０ｎによって提供される機能１５４ａ．．．１５４ｎは、この機能によってデバイス１５０ａ．．．１５０ｎがリソースをデバイス１５０ａ．．．１５０ｎ（自身）のワークロードに利用できるようにし、デバイス１５０ａ．．．１５０ｎが独立して解決することができないことがある問題を解決することを支援するため、機能使用利益をもたらす機能１５４ａ．．．１５４ｎとして分類される。

【0022】

特定の実施形態では、機能１５４ａ．．．１５４ｎの機能使用利益または機能使用損失の値は、機能１５４ａ．．．１５４ｎを提供するデバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎによって設定されてよく、機能を受信するデバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎによって設定されてよく、または係数（例えば、定量的指標および機能の詳細（例えば、車載カメラの画像解像度、障害物認識センサの信頼度、隊列走行運転の能力など））に基づいて設定されてよい。加えて、各デバイス１５０ａ．．．１５０ｎは、そのデバイス１５０ａ．．．１５０ｎ用のデバイスしきい値の異なる値を有してよい。さらに、デバイスしきい値は、単一の値であってよく、または範囲であってもよい。

【0023】

別のデバイス１５０ａ．．．１５０ｎから機能１５４ａ．．．１５４ｎを受信することの機能使用利益は、例えば、別のデバイス１５０ａ．．．１５０ｎのセンサを利用し、デバイス１５０ａ．．．１５０ｎ自体（すなわち、自分のデバイス）の機能１５４ａ．．．１５４ｎを使用しないことから生じる作業の節約を見出し、余剰リソースをデバイス１５０ａ．．．１５０ｎ自体（すなわち、自分のデバイス）の他の機能１５４ａ．．．１５４ｎに転用することから生み出される好影響を見出すことに基づいて、デバイス１５０ａ．．．１５０ｎの効率を増やすものとして表されてよい。

【0024】

機能１５４ａ．．．１５４ｎを別のデバイス１５０ａ．．．１５０ｎに提供することの機能使用損失は、例えば、送信者デバイス１５０ａ．．．１５０自体の速度の低下、機能１５４ａ．．．１５４ｎの提供から生じる追加の負担（例えば、電力の消費量の増加、およびデバイス１５０ａ．．．１５０ｎ自体の燃料効率の減少）、および機能１５４ａ．．．１５４ｎの提供に対して金銭的報酬を提供する（すなわち、１つのデバイス１５０ａ．．．１５０ｎが機能を別のデバイス１５０ａ．．．１５０ｎに提供することに対して、料金が支払われる）負担の可能性に基づいて、デバイス１５０ａ．．．１５０ｎの効率を減らすものとして表されてよい。

【0025】

デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎが、別のデバイス１５０ａ．．．１５０ｎによって提供された特定の機能１５４ａ．．．１５４ｎに関して、個別機能使用スコアが送信者デバイス１５０ａ．．．１５０ｎのデバイスしきい値を超えたと判定した場合、ローカル・グループ化システム１５２ａ．．．１５２ｎは、１つまたは複数のデバイス１５０ａ．．．１５０ｎに送信される、デバイス・グループを生成するための要求（例えば、信号、メッセージなど）を発行する。

【0026】

デバイス・グループを生成するための要求を受信する受信者デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎが、個別機能使用スコアが、特定の機能１５４ａ．．．１５４ｎを提供するためのデバイス・グループへの参加に関する受信者デバイス１５０ａ．．．１５０ｎのデバイスしきい値を超えたと判定した場合、受信者デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎは、デバイス・グループ生成承認応答（例えば、信号、メッセージなど）を要求の送信者デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎに返送する。これは、受信者デバイス１５０ａ．．．１５０ｎが、別のデバイス１５０ａ．．．１５０ｎから機能を受信していないが、受信者デバイス１５０ａ．．．１５０ｎのデバイスしきい値をまだ超えている個別機能使用スコアを有している（例えば、機能使用損失が、そのデバイス１５０ａ．．．１５０ｎにとって最小、またはその機能がまだデバイスしきい値を超えている場合に割り当てられる値であると見なされる）場合に発生してよい。その後、送信者デバイス１５０ａ．．．１５０ｎおよび受信者デバイス１５０ａ．．．１５０ｎは、単一の仮想デバイスとして機能するためのデバイス・グループを形成し、デバイス・グループ内の各デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎは、データ（例えば、カメラ画像）を交換することによって協調および協力する。

【0027】

デバイス・グループの作成を開始した送信者デバイス１５０ａ．．．１５０ｎのローカル・グループ化システム１５２ａ．．．１５２ｎは、単一の仮想デバイスとして動作し、他のデバイスまたはデバイス・グループを含む新しいデバイス・グループの作成を繰り返してよい。実施形態では、デバイス・グループ内の各デバイス１５０ａ．．．１５０ｎの個別機能使用スコアを含む合計は、デバイス・グループによって形成された仮想デバイスの集合的機能使用スコア（collective function usage score）と呼ばれてよい。

【0028】

デバイス・グループの一部であるデバイス１５０ａ．．．１５０ｎは、集合的機能使用スコアがデバイス・グループしきい値（device group threshold）（または「集合的」しきい値）以下になるような集合的機能使用スコアの減少を引き起こさない場合は、第２のデバイス・グループにさらに参加してよい。

【0029】

図２は、特定の実施形態に記載されたデバイス・グループ化の例をブロック図で示している。図２では、デバイス・グループＡのデバイス１５０ａ、１５０ｂが連携しており、同時に、デバイス・グループＢのデバイス１５０ｂ、１５０ｃが連携している。

【0030】

図３は、特定の実施形態に記載されたデバイス・グループ化の別の例をブロック図で示している。図３では、管理サーバ３００が、デバイス・グループＡ３１０内のデバイスおよびデバイス・グループＢ３２０内のデバイスに接続されている。デバイス・グループＡ３１０およびデバイス・グループＢ３２０は、両方のデバイス・グループに属する共通のデバイス３３０を含んでいる。

【0031】

特定の実施形態では、デバイス１５０ａ．．．１５０ｎがデバイス・グループから出ることがあり、それがデバイス・グループの再構成を引き起こす。デバイス・グループは、集合的機能使用スコアに基づいて仮想デバイス１５０ａ．．．１５０ｎとして動作し、一方、デバイス・グループ内の個別のデバイス１５０ａ．．．１５０ｎは、個別機能使用スコアを定期的に更新し、デバイス・グループにとどまることに起因する機能使用損失がそのデバイス１５０ａ．．．１５０ｎのデバイスしきい値以下になった場合、デバイス・グループから出る。例えば、デバイス・グループ内に存在することが、そのデバイス１５０ａ．．．１５０ｎでのローカルな処理の許容できない遅延をもたらす場合、デバイス１５０ａ．．．１５０ｎはデバイス・グループから離れてよい。

【0032】

特定のデバイス１５０ａ．．．１５０ｎがデバイス・グループから出た場合、デバイス・グループにとどまっているデバイス１５０ａ．．．１５０ｎ間で機能が再構成されてよい。この再構成は、相互補完的機能を交換することを含み、デバイス・グループにとどまっているデバイス１５０ａ．．．１５０ｎの再配置を含んでよい（例えば、車列の車両内のデバイスの場合、車両は、最前列の車両が車列の後部に移動する新しい構成を形成し得る）。再構成の結果として、別のデバイス１５０ａ．．．１５０ｎが、個別機能使用スコアに基づいてデバイス・グループから出てよく、または新しいデバイス１５０ａ．．．１５０ｎが、個別機能使用スコアに基づいてデバイス・グループに参加してよい。

【0033】

特定の実施形態では、デバイス１５０ａ．．．１５０ｎおよびデバイス・グループが管理サーバ１００と協力する。管理サーバ１００は、候補デバイス１５０ａ．．．１５０ｎが意図的迂回によってデバイス・グループに参加し得る（例えば、車両内のデバイスが、車両が経路から迂回してデバイス・グループに参加することを引き起こす）こと、候補デバイス１５０ａ．．．１５０ｎが速度を減らすか、または増やし得る（例えば、より速くまたはより遅く移動している車両内のデバイスが、デバイス・グループに参加し得る）こと、および候補デバイス１５０ａ．．．１５０ｎがスタンバイ・モードにあること（スタンバイ・モードの間、候補デバイス１５０ａ．．．１５０ｎは、候補デバイス１５０ａ．．．１５０ｎが他のデバイス１５０ａ．．．１５０ｎを含む新しいデバイス・グループを形成し得るように、望ましい機能を提供できる別のデバイス１５０ａ．．．１５０ｎが使用可能になる（例えば、物理的に近くを通る）のを待機する）が、前もって通知されてよい。機能の一方的な提供に対する考慮として、通行料金または税金の削減などの金銭的報酬が与えられてよい（例えば、管理サーバ１００によって処理されてよい）。

【0034】

したがって、複数のデバイス１５０ａ．．．１５０ｎは、デバイス１５０ａ．．．１５０ｎ間で機能を補完するために、一時的デバイス・グループを形成してよい。特定の実施形態では、デバイス１５０ａ．．．１５０ｎの個別機能使用スコアに基づいて他のデバイス１５０ａ．．．１５０ｎが離れることに起因して、１つのデバイス１５０ａ．．．１５０ｎがデバイス・グループにとどまっている場合、デバイス・グループが終了する。他の実施形態では、デバイス・グループは、決定された期間の間存在してよい。デバイス１５０ａ．．．１５０ｎは、いずれかの特定の時間にデバイス・グループから出てよい。デバイス１５０ａ．．．１５０ｎは、１つまたは複数のデバイス・グループに参加してよい。デバイス１５０ａ．．．１５０ｎは、管理サーバ１００なしで、互いに調整することによってデバイス・グループを自律的に形成してよい。代替として、デバイス１５０ａ．．．１５０ｎは、管理サーバ１００と協力してデバイス・グループを形成してよく、グループを形成するための要求およびそれらの要求に対する応答が、管理サーバ１００を経由する。

【0035】

特定の実施形態では、デバイス１５０ａ．．．１５０ｎが物理的に遠く離れている場合、デバイス１５０ａ．．．１５０ｎは、管理サーバ１００を使用して要求および応答をルーティングしてよい。そのような場合、物理的に遠く離れているデバイス１５０ａ．．．１５０ｎは、互いに直接通信できないことがある。特定の実施形態では、２つのデバイス１５０ａ．．．１５０ｎが互いに物理的に近い（例えば、互いの近隣または付近にある）場合、デバイス１５０ａ．．．１５０ｎは、デバイス・グループを形成するための要求および応答を互いに直接伝達してよく、または管理サーバ１００を介して伝達してもよい。

【0036】

デバイス１５０ａ．．．１５０ｎがモノのインターネット（ＩｏＴ）モバイル・デバイス（例えば、通信するために通信経路に接続された車両内のデバイス１５０ａ．．．１５０ｎ）である実施形態では、デバイス１５０ａ．．．１５０ｎのうちの１つによって解決することが困難である問題、または単一のデバイス１５０ａ．．．１５０ｎによって解決される問題ではない問題が、１つまたは複数の他のデバイス１５０ａ．．．１５０ｎと一時的に協力するデバイス１５０ａ．．．１５０ｎによって解決されることがある。これらの他のデバイス１５０ａ．．．１５０ｎは、隣接デバイスと呼ばれてよい。

【0037】

例えば、自動運転車は、周辺環境を決定し、自動運転車を制御するためのデバイス１５０ａ．．．１５０ｎを含む。しかし、自動運転車内のデバイス１５０ａ．．．１５０ｎは、交差点での死角の周辺環境に関する（例えば、他の自動車、歩行者、自転車などに関する）情報、または自動運転車の前の背の高い車両によって遮られた前方の状況に関する情報を取得できないことがある。実施形態では、自動運転車のデバイス１５０ａ．．．１５０ｎは、近接（隣接）する車両のデバイス１５０ａ．．．１５０ｎからの支援を要求する。その後、近接（隣接）する車両のデバイス１５０ａ．．．１５０ｎは、自動運転車（例えば、望ましいデータを収集することができない自動運転車）のデバイス１５０ａ．．．１５０ｎの機能が近接（隣接）する車両のデバイス１５０ａ．．．１５０ｎの機能によって補完され、自動運転車のデバイス１５０ａ．．．１５０ｎが自動運転動作を継続することができるように、自動運転車のデバイス１５０ａ．．．１５０ｎに、死角または前方の状況に関する情報を提供する。

【0038】

多くの場合、車両のデバイス１５０ａ．．．１５０ｎ（例えば、個別のＩｏＴモバイル・デバイス）は、自律的に動作し、行き先、移動速度、動作中のセンサの種類、および車両の使用可能なリソースの能力に関する情報を収集することができる。しかし、実施形態は、デバイス１５０ａ．．．１５０ｎがより良い性能のために他のデバイス１５０ａ．．．１５０ｎと協力すること、およびデバイス１５０ａ．．．１５０ｎが取得できないことがある情報を取得することを可能にする。

【0039】

一緒に移動している車両（例えば、トラック）の車列の場合、実施形態は、同じ目的のために車列の車両のデバイス１５０ａ．．．１５０ｎの協調的動作が実行されると仮定して、固定されたデバイス・グループを実装してよい。加えて、実施形態は、多種多様なデバイス１５０ａ．．．１５０ｎが混合状態で存在する場合に（例えば、車両内のデバイス１５０ａ．．．１５０ｎの場合、混合状態は、車両が異なる速度で移動していることを示し得る）、デバイス１５０ａ．．．１５０ｎの各々の動作の目的を妨げることなく、デバイス１５０ａ．．．１５０ｎの機能が補完されながら、デバイス１５０ａ．．．１５０ｎの一時的な協調的動作を可能にする。

【0040】

図４は、特定の実施形態に記載された動的なデバイス・グループの作成４００の例を示している。この例では、ブロック４００で、車両Ａおよび車両Ｂのデバイスがデバイス・グループを形成している。その後、ブロック４１０で、車両Ｃのデバイスがデバイス・グループに参加する。次に、ブロック４２０で、車両Ｄのデバイスがデバイス・グループに参加する。その後、ブロック４３０で、車両Ｂのデバイスがデバイス・グループから出る。

【0041】

この例では、機能が相互に補完されている間、デバイス・グループの作成が繰り返される。近接（隣接）する車両の送信者デバイス１５０ａ．．．１５０ｎの機能への依存は、受信者デバイス１５０ａ．．．１５０ｎの機能を省き、余剰リソースを受信者デバイス１５０ａ．．．１５０ｎの他の機能に移動できるようにする。例えば、別の車両の送信者デバイス１５０ａ．．．１５０ｎの周辺監視機能の依存は、受信者デバイス１５０ａ．．．１５０ｎの周辺監視機能を停止すること、およびリソースを受信者デバイス１５０ａ．．．１５０ｎの車両のエンターテイメント・システムの通信機能に使用することを可能にする。

【0042】

特定の実施形態では、受信者デバイス１５０ａ．．．１５０ｎは、送信者デバイス１５０ａ．．．１５０ｎの機能に部分的に依存してよく、または送信者デバイス１５０ａ．．．１５０ｎの機能に完全に依存してよい。部分的依存の場合、車両の受信者デバイス１５０ａ．．．１５０ｎは、それ自身の機能も使用して（例えば、視界が部分的に遮られているときに、カメラ画像を生成するために自分のカメラも使用して）自律運転を継続しながら、他の車両の送信者デバイス１５０ａ．．．１５０ｎによって提供された機能の一部（例えば、近接する車両によって撮影されたカメラ画像）を使用してよい。一方、車両の受信者デバイス１５０ａ．．．１５０ｎは、（例えば、他の車両の送信者デバイス１５０ａ．．．１５０ｎのカメラ画像を使用して）別の車両の送信者デバイス１５０ａ．．．１５０ｎの機能に完全に依存し、周囲の状況を自分で検出せずに（例えば、自分のカメラを使用せずに）、他の車両の後に続いてよい。

【0043】

実施形態では、個別機能使用スコアに基づいて、デバイス１５０ａ．．．１５０ｎがデバイス・グループから出てよい。

【0044】

速度の低下および迂回に起因する遅延の増加が存在することがある。例えば、相対的に速く移動している車両のデバイス１５０ａ．．．１５０ｎが、相対的に遅く移動している車両のデバイス１５０ａ．．．１５０ｎを含むデバイス・グループを形成する場合、相対的に速く移動している車両のデバイス１５０ａ．．．１５０ｎは、その相対的に速く移動している車両の速度を、相対的に遅く移動している車両の速度に落とす。

【0045】

デバイス１５０ａ．．．１５０ｎは、デバイス・グループを形成することによって何らかの利益を得ることができるが、個別機能使用スコアは不利益も考慮する。

【0046】

図５は、特定の実施形態に記載された機能的補完の例を示している。ブロック５００で、車両Ａが車両Ｂを追い越す。車両Ａのデバイスの周辺監視機能は、環境の一部に関するデータを取得する能力が不足していることを認識する。車両Ｂのデバイスの周辺監視機能は、環境の一部に関するデータを取得する能力が不足していることを認識する。これを踏まえて、ブロック５１０で、車両Ａおよび車両Ｂのデバイスが、一時的デバイス・グループを形成して、周辺監視機能を統合し、周辺環境に関するデータを共有する。具体的には、車両Ａのデバイスが左側を監視すると同時に、車両Ｂのデバイスが右側を監視して、周辺監視機能を相互に補完する。ブロック５２０で、車両Ａと車両Ｂの間に距離の増加が存在し、これが、個別機能使用スコアに基づいてデバイス・グループが自動的に解散することを引き起こす。

【0047】

図６は、特定の実施形態に記載された機能的補完の別の例を示している。ブロック６００で、車両Ａ、車両Ｂ、および自転車が見通しの悪い交差点に接近している（住宅によって車両Ａが自転車を見ることを難しくしている）。ブロック６１０で、車両Ａのデバイスおよび車両Ｂのデバイスが、管理サーバ１００を介してデバイス・グループを形成し、管理サーバ１００は、交差点に見通しの悪い場所があることを知っており、車両の位置を継続的に監視することによって、２台の車両がこの領域に接近していることを知り、デバイス・グループの形成が補完的機能を提供し得ることを車両Ａおよび車両Ｂに通知する。この場合、車両Ａのデバイスは、死角にある自転車をまだ検出していないが、車両Ｂのデバイスはカメラによって自転車を検出する。ブロック６２０で、車両Ａのデバイスが車両Ｂのデバイスから自転車に関する情報を受信したため、車両Ａは自転車との衝突を回避する。デバイス・グループ内のデバイス間のデータの共有は、車両Ａおよび車両Ｂが互いに衝突することも防ぐ。

【0048】

図７は、特定の実施形態に記載されたデバイスのコンポーネントをブロック図で示している。図７では、管理サーバ７００が、デバイス７１０およびデバイス７５０を含むデバイス・グループに接続されている。デバイス・グループ内に追加のデバイスが存在してよく、デバイスの各々は、デバイス７１０および７５０に示されたユニットと同じユニットまたは異なるユニットを含んでよい。また、デバイス７１０および７５０には例示的なユニットが示されている。他の実施形態では、より少ないユニットまたはユニットの異なる組み合わせを含む他のユニットがあってもよい。また、デバイス７１０、７５０の各々は、サブデバイスを介して取得されるデータに加えて、共有される機能を含んでよい。一緒に機能するデバイスのユニットは、ローカル・グループ化システム１５２ａ．．．１５２ｎとして表されてよい。

【0049】

デバイス７１０、７５０のサブデバイスは、センサ、アクチュエータ、カメラなどを含んでよい。デバイス７１０のデータ処理ユニットは、センサのセンサ・データを処理し、アクチュエータを制御するようにデバイス制御ユニットに指示し、データ送信ユニットを介して、既定の処理の手順に従って処理結果を管理サーバ７００に送信する。デバイス７５０のデータ処理ユニットは、サブデバイスからデータを受信し、そのデータをデバイス７１０に送信する。

【0050】

デバイス７１０、７５０の機能情報交換ユニットは、そのデバイスによって提供される機能および他のデバイスから提供されることが望ましい機能に関する情報を交換する。

【0051】

デバイス７１０のグループ管理ユニットは、デバイス７１０のグループ生成要求送信ユニットを介して、データ処理ユニットによって（例えば、周囲の状況に従って）決定された機能または他のデバイスによって提供される機能の種類に対するグループ生成要求を他のデバイスに送信する。

【0052】

デバイス７５０のグループ生成要求受信ユニットがグループ生成要求を受信した場合、デバイス７５０のグループ管理ユニットは、デバイス・グループに参加するかどうかを判定する。承認が行われた場合、デバイス７５０のグループ生成承認送信ユニットを介して、承認応答がデバイス７１０のグループ生成承認受信ユニットに送信される。

【0053】

デバイス７１０、７５０の双方のグループ管理ユニットは、デバイス・グループ内のデバイス間の機能的補完（例えば、データの送信および受信ならびにデータ処理結果の共有）を実行するように下位のデータ処理機能に指示し、それによって、グループ内データ受信ユニット、グループ内データ送信ユニット、処理結果受信ユニット、処理要求送信ユニット、処理結果送信ユニット、および処理要求受信ユニットを介して、相互の機能的補完を実行する。

【0054】

デバイス７１０、７５０のグループ管理ユニットは、グループ退出通知送信ユニットを介して（例えば、周囲の状況における変化に応じた必要性に従って）退出通知をデバイス・グループにさらに送信する。

【0055】

デバイスがデバイス・グループから出るか、またはデバイス・グループに新たに参加するときに、デバイス７１０、７５０間の機能的補完の構成の変更が必要とされる場合、構成変更要求送信ユニットを介してデバイス・グループ内の別のデバイスの構成の変更が要求される。

【0056】

特定の実施形態では、管理サーバ７００は、デバイス・グループ参加候補デバイス（devicegroup entry candidate device）が接近している状況を特定のデバイスに通知してよい。さらに、管理サーバ７００は、接近する状況に従ってデバイス・グループ参加候補デバイスに送信されたグループ生成要求を中継してよい。管理サーバ７００は、デバイス所有者に、別のデバイスに機能を提供することによって得られた金銭的報酬を与えてよい。

【0057】

図８は、特定の実施形態に記載された、機能を共有することによって分割された役割の例８００を示している。図８では、デバイス・グループ１は、車両Ａ、車両Ｂ、および車両Ｃを含んでおり、高速で移動する車列を形成している。車両Ａは、前方監視機能を使用して自律的に移動している。車両ＢおよびＣは、前方を監視せずに前方の車両Ａの後に続いているが、車両ＢおよびＣのデバイスは、車両Ａのデバイスの前方監視機能からデータを取得する。車両ＢおよびＣのデバイスは、側方および後方の監視の結果を車両Ａのデバイスと共有する。

【0058】

図８では、デバイス・グループ２は、低速な車両Ｄ、低速な車両Ｅ、および高速な車両Ｆを含んでいる。車両Ｄは、前方監視機能を使用して自律的に移動している。車両ＥおよびＦは、前方を監視せずに前方の車両Ｄの後に続いているが、車両ＥおよびＦのデバイスは、車両Ｄのデバイスの前方監視機能からデータを取得する。また、車両ＥおよびＦのデバイスは、側方および後方の監視の結果を車両Ｄのデバイスと共有する。

【0059】

この例では、統合および分離によって、構成における変更が引き起こされる。具体的には、デバイス・グループ１の車両がデバイス・グループ２の車両に接近して追い越した場合、デバイス・グループ１の車両のデバイスが、デバイス・グループ２の車両のデバイスと同じデバイス・グループに一時的に属し、これらのデバイスが周辺監視機能を共有する。

【0060】

速度差のために、車両Ａ、Ｂ、およびＣが車両Ｄ、Ｅ、およびＦから離れた場合、車両Ａ、Ｂ、およびＣと車両Ｄ、Ｅ、およびＦは、元のデバイス・グループ１および２にそれぞれ分離される。

【0061】

高速な車両Ｆは、他の低速な車両ＤおよびＥによって形成されたデバイス・グループ２から出てよく、その後、車両Ｆが、高速な車両Ａ、Ｂ、およびＣによって形成されたデバイス・グループ１に参加してよい。

【0062】

デバイスがデバイス・グループから出るか、またはデバイス・グループに新たに参加するたびに、個別のデバイスの役割が再調整されてよい。

【0063】

図９は、特定の実施形態に記載された、デバイス・グループ９００内のデバイスに関する、報酬を伴う機能提供の例９００を示している。この例では、車両Ａのデバイスが、移動中の車列の先導車両を管理サーバ９００に対して要求する。管理サーバ９００は、先導することができる車両の接近推定時間を車両Ａに通知してよい。また、管理サーバ９００は、要求の車両Ｂをデバイスに通知してよい。車両Ｂは、車両Ａのデバイスによって行われた要求に従って、車両Ｂのデバイスが車両Ａのデバイスと一緒に参加する位置に迂回する。

【0064】

車両Ｂのデバイスが車両Ａのデバイスと一緒に参加した後に、車列内の車両Ａおよび車両Ｂが移動している間に、車両Ｂのデバイスがデータを車両Ａのデバイスに提供する。

【0065】

この例では、車両Ａは（例えば、自動運転機能に伴う問題に起因して）高速で走行することができない。また、この例では、車両Ｂは、自動運転機能に加えて、他の車両を先導する機能を有する高速な車両である。この例では、車両Ａは、車両Ｂを含むデバイス・グループを形成する。

【0066】

特定の実施形態では、報酬が車両Ｂに与えられてよい。 例えば、迂回して先導することに対する対価として、通行料金の割引、自動車税の削減などが車両Ｂに提供されてよい。

【0067】

加えて、専用の先導車両が公共サービス（例えば、ペースメーカー車両）として常に走らされてよい。

【0068】

図１０は、特定の実施形態に記載された機能最適化の例１０００を示している。特定の実施形態では、デバイス・グループ全体の機能を最適化するように、個別のデバイスの構成およびレイアウトが動的に決定される。

【0069】

実施形態は、通信して協力し、特定の構成を形成する車両のデバイスと共に移動する効果的な車列を提供する。高い性能を有する先導車両が、車列の先頭に配置される。低い性能を有する後続車両が、中間の位置に配置される。途中で去るようにスケジュールされた車両が、追い越し車線に配置される。さらに、車両のデバイスがデバイス・グループから出るか、またはデバイス・グループに新たに参加するたびに、構成およびレイアウトが動的に変更されてよい。

【0070】

実施形態は、車両のデバイスが通信して協力し、省エネルギーの構成を形成することによって、省エネルギーも可能にする。車両の形状を考慮して、小さい空気抵抗を有する車両の配置形状が選択される。例えば、風除けの役割を果たす目的で、より背の高い車両が先導車両として配置される。不利益を被る車両には、対価が与えられてよい（例えば、先導車両は風除けとして使用される）。

【0071】

図１１は、特定の実施形態に記載された交換機能の動作をフローチャートで示している。ブロック１１００で制御が開始し、各デバイス１５０ａ．．．１５０ｎが、他の各デバイス１５０ａ．．．１５０ｎに、提供される機能のリストおよび望まれる機能のリストを送信する。ブロック１１０２で、各デバイス１５０ａ．．．１５０ｎが、他の各デバイス１５０ａ．．．１５０ｎから機能のリストを受信し、各リストを格納する。特定の実施形態では、デバイス１５０ａ．．．１５０ｎの各々が、機能のリストを管理サーバ１００に送信し、管理サーバ１００が、機能のリストを他のデバイス１５０ａ．．．１５０ｎの各々に配布する。

【0072】

図１２は、特定の実施形態に記載された、デバイス・グループを作成するための動作をフローチャートで示している。２つのデバイス１５０ａ．．．１５０ｎがデバイス・グループを形成した後に、処理は、デバイス１５０ａ．．．１５０ｎまたは他のデバイス・グループを、作成されたデバイス・グループにさらに追加し続けてよい。ブロック１２００で制御が開始し、送信者デバイス１５０ａ．．．１５０ｎが個別機能使用スコアを生成する。ブロック１２０２で、送信者デバイス１５０ａ．．．１５０ｎが、個別機能使用スコアが第１のデバイスしきい値を超えているかどうかを判定する。超えている場合、処理がブロック１２０４に進み、超えていない場合、処理が完了する。

【0073】

ブロック１２０４で、送信者デバイス１５０ａ．．．１５０ｎが、デバイス・グループを形成するための要求を受信者デバイス１５０ａ．．．１５０ｎに送信する。受信者デバイス１５０ａ．．．１５０ｎは、受信者デバイス１５０ａ．．．１５０ｎが提供できる機能、および送信者デバイス１５０ａ．．．１５０ｎが使用することを望む機能に基づいて選択されてよい。ブロック１２０６で、受信者デバイス１５０ａ．．．１５０ｎが要求を受信する。ブロック１２０８で、受信者デバイス１５０ａ．．．１５０ｎが個別機能使用スコアを生成する。

【0074】

ブロック１２１０で、受信者デバイス１５０ａ．．．１５０ｎが、個別機能使用スコアが第２のデバイスしきい値を超えているかどうかを判定する。超えている場合、処理がブロック１２１２に進み、超えていない場合、処理がブロック１２１６に進む。特定の実施形態では、デバイスしきい値はデバイスに固有であってよい。特定の実施形態では、第１のデバイスしきい値および第２のデバイスしきい値が同じ値であり、他の実施形態では、第１のデバイスしきい値および第２のデバイスしきい値が異なる値である。

【0075】

ブロック１２１２で、受信者デバイス１５０ａ．．．１５０ｎが、デバイス・グループの作成を承認する応答を送信する。ブロック１２１４で、送信デバイス１５０ａ．．．１５０ｎおよび受信者デバイス１５０ａ．．．１５０ｎを含むデバイス・グループが作成され、送信デバイス１５０ａ．．．１５０ｎおよび受信者デバイス１５０ａ．．．１５０ｎは、機能および機能によって生成されたデータを共有する。

【0076】

ブロック１２１６で、受信者デバイス１５０ａ．．．１５０ｎが、デバイス・グループの作成を拒否する応答を送信し、デバイス・グループが作成されない。

【0077】

特定の実施形態では、送信者デバイス１５０ａ．．．１５０ｎが、要求を管理サーバ１００に送信し、管理サーバ１００が、要求を受信者デバイス１５０ａ．．．１５０ｎに転送する。特定の実施形態では、受信者デバイス１５０ａ．．．１５０ｎが、応答を管理サーバ１００に送信し、管理サーバ１００が、応答を送信者デバイス１５０ａ．．．１５０ｎに転送する。

【0078】

図１３は、特定の実施形態に記載された、デバイス・グループから出るための動作をフローチャートで示している。ブロック１３００で制御が開始し、デバイス・グループ内のデバイス１５０ａ．．．１５０ｎが個別機能使用スコアを決定する。この決定は定期的に実行されてよい。ブロック１３０２で、デバイス１５０ａ．．．１５０ｎが、個別機能使用スコアがデバイスしきい値を超えているかどうかを判定する。超えている場合、処理がブロック１３０４に進み、超えていない場合、処理がブロック１３０６に進む。

【0079】

ブロック１３０４で、デバイス１５０ａ．．．１５０ｎが、デバイス・グループにとどまることを決定する。ブロック１３０６で、デバイス１５０ａ．．．１５０ｎがデバイス・グループから出る。

【0080】

図１４は、特定の実施形態に記載された、既存のデバイス・グループに参加するための動作をフローチャートで示している。ブロック１４００で制御が開始し、デバイス・グループに参加することを検討しているデバイス１５０ａ．．．１５０ｎが、個別機能使用スコアを決定する。ブロック１４０２で、デバイス１５０ａ．．．１５０ｎが、個別機能使用スコアがデバイスしきい値を超えているかどうかを判定する。超えている場合、処理がブロック１４０４に進み、超えていない場合、処理がブロック１４０６に進む。

【0081】

ブロック１４０４で、デバイス１５０ａ．．．１５０ｎがデバイス・グループに参加する。ブロック１４０６で、デバイス１５０ａ．．．１５０ｎがデバイス・グループに参加しないことを決定する。

【0082】

図１５は、特定の実施形態に記載された、デバイス１５０ａ．．．１５０ｎの構成を決定するための動作をフローチャートで示している。ブロック１５００で制御が開始し、デバイス１５０ａ．．．１５０ｎまたは管理サーバ１００のいずれかが、デバイス１５０ａ．．．１５０ｎの構成を識別する。ブロック１５０２で、デバイス１５０ａ．．．１５０ｎまたは管理サーバ１００のいずれかが構成をデバイス１５０ａ．．．１５０ｎに伝達し、デバイス１５０ａ．．．１５０ｎが移動して構成を形成する。

【0083】

デバイス・グループを形成するデバイス１５０ａ．．．１５０ｎは、接続された車両または自動運転車両であってよい。デバイス・グループを形成するデバイス１５０ａ．．．１５０ｎは、ドローンまたはその他の移動する実体であってよい。

【0084】

特定の実施形態では、実施形態が、エッジ・コンピューティング（ネットワークのエッジの近くでのデータの処理を含む）、フォグ・コンピューティング（エッジ・デバイスを使用して計算、格納、および通信を実行する）、または浸透コンピューティング（ネットワーク・エッジでのＩｏＴサービスおよびアプリケーションの効率的実行を支援する）に適用可能である。

【0085】

特定の実施形態は、複数のモバイル・デバイス１５０ａ．．．１５０ｎによって、複数のモバイル・デバイス１５０ａ．．．１５０ｎが他のデバイス１５０ａ．．．１５０ｎに提供し得る機能、および他のデバイス１５０ａ．．．１５０ｎによって提供されることが望ましい機能を通信ユニットを介して交換することによって、デバイス・グループを作成することを対象にする。個々のモバイル・デバイス１５０ａ．．．１５０ｎは、（例えば、周辺環境に関するデータを取得することにおける変化のために）別のデバイス１５０ａ．．．１５０ｎによって個別のモバイル・デバイス１５０ａ．．．１５０ｎに特定の機能が提供された場合、および個別のモバイル・デバイス１５０ａ．．．１５０ｎが特定の機能を別のデバイス１５０ａ．．．１５０ｎに提供する場合に、（エネルギー、時間、または報酬に基づいて）個別機能使用スコアを計算する。デバイス１５０ａ．．．１５０ｎは、個別機能使用スコアに基づいて、隣接するデバイス１５０ａ．．．１５０ｎによって提供されている特定の機能からの利益が大きいと判定された場合、デバイス・グループを生成するための要求を隣接するデバイス１５０ａ．．．１５０ｎに送信してよい。隣接するデバイス１５０ａ．．．１５０ｎが、それ自身の個別機能使用スコアに基づいてデバイス・グループへの参加の利益が大きいと判定した場合、隣接するデバイス１５０ａ．．．１５０ｎは、デバイス・グループの生成を承認する応答を返送してよい。

【0086】

特定の実施形態では、作成されたデバイス・グループに対して、１つの仮想デバイスとして集合的機能使用スコアが計算される。

【0087】

デバイス・グループ内の個々のデバイス１５０ａ．．．１５０ｎは、特定の間隔で個別機能使用スコアを再計算してよく、個別機能使用スコアがデバイスしきい値を下回ることに基づいて、デバイス・グループから出てよい。

【0088】

さらに、デバイス１５０ａ．．．１５０ｎは、管理サーバ１００と通信し、デバイス・グループに参加し得る接近している車両の候補デバイス１５０ａ．．．１５０ｎに関する情報などの、他のデバイス１５０ａ．．．１５０ｎに関する情報を受信してよい。

【0089】

図１６は、特定の実施形態に従って、コンピューティング環境１６１０を示している。特定の実施形態では、コンピューティング環境はクラウド・コンピューティング環境である。図１６を参照すると、コンピュータ・ノード１６１２は、適切なコンピューティング・ノードの一例に過ぎず、本明細書に記載された本発明の実施形態の使用または機能の範囲に関して、いかなる制限を示唆することも意図されていない。いずれにせよ、コンピュータ・ノード１６１２は、前述した機能のいずれかを実装すること、または実行すること、あるいはその両方を行うことができる。

【0090】

コンピュータ・ノード１６１２は、他の多数の汎用または専用のコンピューティング・システム環境または構成で運用できるコンピュータ・システムであってよい。コンピュータ・ノード１６１２での使用に適した周知のコンピューティング・システム、環境、または構成、あるいはそれらの組み合わせの例としては、パーソナル・コンピュータ・システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マイクロプロセッサ・システム、マイクロプロセッサベース・システム、セット・トップ・ボックス、プログラマブル・コンシューマ・エレクトロニクス、ネットワークＰＣ、マイクロコンピュータ・システム、メインフレーム・コンピュータ・システム、およびこれらの任意のシステムまたはデバイスを含む分散クラウド・コンピューティング環境などが挙げられるが、これらに限定されない。

【0091】

コンピュータ・ノード１６１２は、コンピュータ・システムによって実行されているプログラム・モジュールなどの、コンピュータ・システムによって実行可能な命令との一般的な関連において説明されてよい。通常、プログラム・モジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造などを含んでよい。コンピュータ・ノード１６１２は、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実行される、分散クラウド・コンピューティング環境内で実践されてよい。分散クラウド・コンピューティング環境において、プログラム・モジュールは、メモリ・ストレージ・デバイスを含む、ローカルおよびリモートの両方のコンピュータ・システム・ストレージ媒体に配置されてよい。

【0092】

図１６に示されているように、コンピュータ・ノード１６１２は、汎用コンピューティング・デバイスの形態で示されている。コンピュータ・ノード１６１２のコンポーネントは、１つまたは複数のプロセッサまたはプロセッシング・ユニット１６１６、システム・メモリ１６２８、およびシステム・メモリ１６２８を含むさまざまなシステム・コンポーネントを１つまたは複数のプロセッサまたはプロセッシング・ユニット１６１６に結合するバス１６１８を含むことができるが、これらに限定されない。

【0093】

バス１６１８は、メモリ・バスまたはメモリ・コントローラ、ペリフェラル・バス、アクセラレーテッド・グラフィックス・ポート、および任意のさまざまなバス・アーキテクチャを使用するプロセッサまたはローカル・バスを含む、任意の複数の種類のバス構造のうちの１つまたは複数を表す。例として、そのようなアーキテクチャは、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（MicroChannel Architecture）バス、ＥＩＳＡ（Enhanced ISA）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカル・バス、およびＰＣＩ（Peripheral Component Interconnects）バスを含むが、これらに限定されない。

【0094】

コンピュータ・ノード１６１２は、通常、さまざまなコンピュータ・システム可読媒体を含む。そのような媒体は、コンピュータ・ノード１６１２によってアクセスできる任意の使用可能な媒体であってよく、揮発性および不揮発性媒体、取り外し可能および取り外し不可の媒体を含む。

【0095】

システム・メモリ１６２８は、ランダム・アクセス・メモリ（ＲＡＭ：randomaccess memory）１６３０またはキャッシュ・メモリ１６３２あるいはその両方などの、揮発性メモリの形態でのコンピュータ・システム可読媒体を含むことができる。コンピュータ・ノード１６１２は、その他の取り外し可能／取り外し不可、揮発性／不揮発性のコンピュータ・システム・ストレージ媒体をさらに含んでよい。単に例として、取り外し不可、不揮発性の磁気媒体（図示されておらず、通常は「ハード・ドライブ」と呼ばれる）に対する読み取りと書き込みを行うために、ストレージ・システム１６３４を提供することができる。図示されていないが、取り外し可能、不揮発性の磁気ディスク（例えば、「フロッピー（Ｒ）・ディスク」）に対する読み取りと書き込みを行うための磁気ディスク・ドライブ、およびＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、またはその他の光媒体などの取り外し可能、不揮発性の光ディスクに対する読み取りと書き込みを行うための光ディスク・ドライブを提供することができる。そのような例では、それぞれを、１つまたは複数のデータ媒体インターフェイスによってバス１６１８に接続することができる。下で詳細に示され、説明されているように、システム・メモリ１６２８は、本発明の実施形態の機能を実行するように構成された一連の（例えば、少なくとも１つの）プログラム・モジュールを備える少なくとも１つのプログラム製品を含んでよい。

【0096】

例えば、一連の（少なくとも１つの）プログラム・モジュール１６４２を含むプログラム／ユーティリティ１６４０がシステム・メモリ１６２８に格納されるが、これに限定されず、オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、その他のプログラム・モジュール、およびプログラム・データも格納されてよい。オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、その他のプログラム・モジュール、およびプログラム・データ、またはこれらの組み合わせの各々は、ネットワーク環境の実装を含んでよい。プログラム・モジュール１６４２は、通常、本明細書に記載された本発明の実施形態の機能または方法あるいはその両方を実行する。

【0097】

また、コンピュータ・ノード１６１２は、キーボード、ポインティング・デバイス、ディスプレイ１６２４などの１つまたは複数の外部デバイス１６１４、ユーザがコンピュータ・ノード１６１２と情報をやりとりできるようにする１つまたは複数のデバイス、またはコンピュータ・ノード１６１２が１つまたは複数の他のコンピューティング・デバイスと通信できるようにする任意のデバイス（例えば、ネットワーク・カード、モデムなど）、あるいはそれらの組み合わせと通信してもよい。そのような通信は、入出力（Ｉ／Ｏ：Input/Output）インターフェイス１６２２を介して行うことができる。さらに、コンピュータ・ノード１６１２は、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）、一般的な広域ネットワーク（ＷＡＮ：widearea network）、またはパブリック・ネットワーク（例えば、インターネット）、あるいはそれらの組み合わせなどの１つまたは複数のネットワークと、ネットワーク・アダプタ１６２０を介して通信することができる。図に示されているように、ネットワーク・アダプタ１６２０は、バス１６１８を介してコンピュータ・ノード１６１２の他のコンポーネントと通信する。図示されていないが、その他のハードウェア・コンポーネントまたはソフトウェア・コンポーネントあるいはその両方を、コンピュータ・ノード１６１２と併用できることが理解されるべきである。その例として、マイクロコード、デバイス・ドライバ、冗長プロセッシング・ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システムなどが挙げられるが、これらに限定されない。

【0098】

特定の実施形態では、管理サーバ１００または各デバイス１５０ａ．．．１５０ｎあるいはその両方が、コンピュータ・ノード１６１２のアーキテクチャを有している。特定の実施形態では、管理サーバ１００または各デバイス１５０ａ．．．１５０ｎあるいはその両方が、クラウド・インフラストラクチャの一部である。特定の代替の実施形態では、管理サーバ１００または各デバイス１５０ａ．．．１５０ｎあるいはその両方が、クラウド・インフラストラクチャの一部ではない。

【0099】

クラウドの実施形態
本開示にはクラウド・コンピューティングに関する詳細な説明が含まれているが、本明細書において示された教示の実装は、クラウド・コンピューティング環境に限定されないと理解されるべきである。むしろ本発明の実施形態は、現在既知であるか、または今後開発される任意のその他の種類のコンピューティング環境と組み合わせて実装できる。

【0100】

クラウド・コンピューティングは、構成可能な計算リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共有プールへの便利なオンデマンドのネットワーク・アクセスを可能にするためのサービス提供モデルであり、管理上の手間またはサービス・プロバイダとのやりとりを最小限に抑えて、これらのリソースを迅速にプロビジョニングおよび解放することができる。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つのデプロイメント・モデルを含んでよい。

【0101】

特徴は、次のとおりである。
オンデマンドのセルフ・サービス：クラウドの利用者は、サーバの時間、ネットワーク・ストレージなどの計算能力を一方的に、サービス・プロバイダとの人間的なやりとりを必要とせず、必要に応じて自動的にプロビジョニングすることができる。
幅広いネットワーク・アクセス：クラウドの能力は、ネットワークを経由して利用可能であり、標準的なメカニズムを使用してアクセスできるため、異種のシン・クライアントまたはシック・クライアント・プラットフォーム（例えば、携帯電話、ラップトップ、およびＰＤＡ）による利用を促進する。
リソース・プール：プロバイダの計算リソースは、プールされ、マルチテナント・モデルを使用して複数の利用者に提供される。種々の物理的および仮想的リソースが、要求に従って動的に割り当ておよび再割り当てされる。場所に依存しない感覚があり、利用者は通常、提供されるリソースの正確な場所に関して管理することも知ることもないが、さらに高い抽象レベルでは、場所（例えば、国、州、またはデータセンター）を指定できる場合がある。
迅速な順応性：クラウドの能力は、迅速かつ柔軟に、場合によっては自動的にプロビジョニングされ、素早くスケールアウトし、迅速に解放されて素早くスケールインすることができる。プロビジョニングに使用できる能力は、利用者には、多くの場合、任意の量をいつでも無制限に購入できるように見える。
測定されるサービス：クラウド・システムは、計測機能を活用することによって、サービスの種類（例えば、ストレージ、処理、帯域幅、およびアクティブなユーザのアカウント）に適した抽象レベルで、リソースの使用を自動的に制御および最適化する。リソースの使用量は監視、制御、および報告することができ、利用されるサービスのプロバイダと利用者の両方に透明性が提供される。

【0102】

サービス・モデルは、次のとおりである。
ＳａａＳ（Software as a Service）：利用者に提供される能力は、クラウド・インフラストラクチャ上で稼働しているプロバイダのアプリケーションの利用である。それらのアプリケーションは、Ｗｅｂブラウザ（例えば、Ｗｅｂベースの電子メール）などのシン・クライアント・インターフェイスを介して、さまざまなクライアント・デバイスからアクセスできる。利用者は、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプリケーション機能を含む基盤になるクラウド・インフラストラクチャを、限定的なユーザ固有のアプリケーション構成設定を行う可能性を除き、管理することも制御することもない。
ＰａａＳ（Platform as a Service）：利用者に提供される能力は、プロバイダによってサポートされるプログラミング言語およびツールを使用して作成された、利用者が作成または取得したアプリケーションをクラウド・インフラストラクチャにデプロイすることである。利用者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージを含む基盤になるクラウド・インフラストラクチャを管理することも制御することもないが、デプロイされたアプリケーション、および場合によってはアプリケーション・ホスティング環境の構成を制御することができる。
ＩａａＳ（Infrastructure as a Service）：利用者に提供される能力は、処理、ストレージ、ネットワーク、およびその他の基本的な計算リソースのプロビジョニングであり、利用者は、オペレーティング・システムおよびアプリケーションを含むことができる任意のソフトウェアをデプロイして実行できる。利用者は、基盤になるクラウド・インフラストラクチャを管理することも制御することもないが、オペレーティング・システム、ストレージ、およびデプロイされたアプリケーションを制御することができ、場合によっては、選択されたネットワーク・コンポーネント（例えば、ホスト・ファイアウォール）を限定的に制御できる。

【0103】

デプロイメント・モデルは、次のとおりである。
プライベート・クラウド：このクラウド・インフラストラクチャは、ある組織のためにのみ運用される。この組織またはサード・パーティによって管理することができ、オンプレミスまたはオフプレミスに存在することができる。
コミュニティ・クラウド：このクラウド・インフラストラクチャは、複数の組織によって共有され、関心事（例えば、任務、セキュリティ要件、ポリシー、およびコンプライアンスに関する考慮事項）を共有している特定のコミュニティをサポートする。これらの組織またはサード・パーティによって管理することができ、オンプレミスまたはオフプレミスに存在することができる。
パブリック・クラウド：このクラウド・インフラストラクチャは、一般ユーザまたは大規模な業界団体が使用できるようになっており、クラウド・サービスを販売する組織によって所有される。
ハイブリッド・クラウド：このクラウド・インフラストラクチャは、データとアプリケーションの移植を可能にする標準化された技術または独自の技術（例えば、クラウド間の負荷バランスを調整するためのクラウド・バースト）によって固有の実体を残したまま互いに結合された２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の複合である。

【0104】

クラウド・コンピューティング環境は、ステートレス、疎結合、モジュール性、および意味的相互運用性に重点を置いたサービス指向の環境である。クラウド・コンピューティングの中心になるのは、相互接続されたノードのネットワークを含んでいるインフラストラクチャである。

【0105】

ここで図１７を参照すると、例示的なクラウド・コンピューティング環境１７２０が示されている。図示されているように、クラウド・コンピューティング環境１７２０は、クラウドの利用者によって使用されるローカル・コンピューティング・デバイス、例えば、ＰＤＡ（personal digital assistant）または携帯電話１７５４Ａ、デスクトップ・コンピュータ１７５４Ｂ、ラップトップ・コンピュータ１７５４Ｃ、または自動車コンピュータ・システム１７５４Ｎ、あるいはそれらの組み合わせなどが通信し得る１つまたは複数のクラウド・コンピューティング・ノード１７１０を含む。ノード１７１０は、互いに通信してよい。ノード１７１０は、１つまたは複数のネットワーク内で、本明細書において前述されたプライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、またはハイブリッド・クラウド、あるいはこれらの組み合わせなどに、物理的または仮想的にグループ化され得る（図示されていない）。これによって、クラウド・コンピューティング環境１７２０は、クラウドの利用者がローカル・コンピューティング・デバイス上でリソースを維持する必要のないインフラストラクチャ、プラットフォーム、またはＳａａＳ、あるいはそれらの組み合わせを提供できる。図１７に示されたコンピューティング・デバイス１７５４Ａ～Ｎの種類は、例示のみが意図されており、コンピューティング・ノード１７１０およびクラウド・コンピューティング環境１７２０は、任意の種類のネットワークまたはネットワーク・アドレス可能な接続（例えば、Ｗｅｂブラウザを使用した接続）あるいはその両方を経由して任意の種類のコンピュータ制御デバイスと通信することができると理解される。

【0106】

ここで図１８を参照すると、クラウド・コンピューティング環境１７２０（図１７）によって提供される機能的抽象レイヤのセットが示されている。図１８に示されたコンポーネント、レイヤ、および機能は、例示のみが意図されており、本発明の実施形態がこれらに限定されないことが、あらかじめ理解されるべきである。図示されているように、次のレイヤおよび対応する機能が提供される。

【0107】

ハードウェアおよびソフトウェア・レイヤ１８６０は、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例としては、メインフレーム１８６１、ＲＩＳＣ（Reduced Instruction Set Computer）アーキテクチャベースのサーバ１８６２、サーバ１８６３、ブレード・サーバ１８６４、ストレージ・デバイス１８６５、ならびにネットワークおよびネットワーク・コンポーネント１８６６が挙げられる。一部の実施形態では、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア１８６７およびデータベース・ソフトウェア１８６８を含む。

【0108】

仮想化レイヤ１８７０は、仮想サーバ１８７１、仮想ストレージ１８７２、仮想プライベート・ネットワークを含む仮想ネットワーク１８７３、仮想アプリケーションおよびオペレーティング・システム１８７４、ならびに仮想クライアント１８７５などの仮想的実体を提供できる抽象レイヤを備える。

【0109】

一例を挙げると、管理レイヤ１８８０は、以下で説明される機能を提供することができる。リソース・プロビジョニング１８８１は、クラウド・コンピューティング環境内でタスクを実行するために利用される計算リソースおよびその他のリソースの動的調達を行う。計測および価格設定１８８２は、クラウド・コンピューティング環境内でリソースが利用された際のコスト追跡、およびそれらのリソースの利用に対する請求書の作成と送付を行う。一例を挙げると、それらのリソースは、アプリケーション・ソフトウェア・ライセンスを含んでよい。セキュリティは、クラウドの利用者およびタスクのＩＤ検証を行うとともに、データおよびその他のリソースの保護を行う。ユーザ・ポータル１８８３は、クラウド・コンピューティング環境へのアクセスを利用者およびシステム管理者に提供する。サービス・レベル管理１８８４は、必要なサービス・レベルを満たすように、クラウドの計算リソースの割り当てと管理を行う。サービス水準合意（ＳＬＡ：Service Level Agreement）計画および実行１８８５は、今後の要求が予想されるクラウドの計算リソースの事前準備および調達を、ＳＬＡに従って行う。

【0110】

ワークロード・レイヤ１８９０は、クラウド・コンピューティング環境で利用できる機能の例を示している。このレイヤから提供されるワークロードおよび機能の例としては、マッピングおよびナビゲーション１８９１、ソフトウェア開発およびライフサイクル管理１８９２、仮想クラスルーム教育の配信１８９３、データ解析処理１８９４、トランザクション処理１８９５、および協調的コンピューティングのための一時的デバイス・グループの編成１８９６が挙げられる。

【0111】

したがって特定の実施形態では、協調的コンピューティングのための一時的デバイス・グループの編成を実装するソフトウェアまたはプログラムが、本明細書に記載された実施形態に従って、クラウド環境内のサービスとして提供される。

【0112】

追加の実施形態の詳細
本発明は、任意の可能な統合の技術的詳細レベルで、システム、方法、またはコンピュータ・プログラム製品、あるいはそれらの組み合わせであってよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を含むコンピュータ可読ストレージ媒体を含んでよい。

【0113】

コンピュータ可読ストレージ媒体は、命令実行デバイスによって使用するための命令を保持および格納できる有形のデバイスであることができる。コンピュータ可読ストレージ媒体は、例えば、電子ストレージ・デバイス、磁気ストレージ・デバイス、光ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、またはこれらの任意の適切な組み合わせであってよいが、これらに限定されない。コンピュータ可読ストレージ媒体のさらに具体的な例の非網羅的リストは、ポータブル・フロッピー（Ｒ）・ディスク、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ：random access memory）、読み取り専用メモリ（ＲＯＭ：read-onlymemory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：erasableprogrammable read-only memoryまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ：static random access memory）、ポータブル・コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、デジタル・バーサタイル・ディスク（ＤＶＤ：digital versatile disk）、メモリ・スティック、フロッピー（Ｒ）・ディスク、パンチカードまたは命令が記録されている溝の中の隆起構造などの機械的にエンコードされるデバイス、およびこれらの任意の適切な組み合わせを含む。本明細書において使用されるとき、コンピュータ可読ストレージ媒体は、それ自体が、電波またはその他の自由に伝搬する電磁波、導波管またはその他の送信媒体を伝搬する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、あるいはワイヤを介して送信される電気信号などの一過性の信号であると解釈されるべきではない。

【0114】

本明細書に記載されたコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体から各コンピューティング・デバイス／処理デバイスへ、またはネットワーク、例えば、インターネット、ローカル・エリア・ネットワーク、広域ネットワーク、または無線ネットワーク、あるいはそれらの組み合わせを介して外部コンピュータまたは外部ストレージ・デバイスへダウンロードされ得る。このネットワークは、銅伝送ケーブル、光伝送ファイバ、無線送信、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバ、あるいはそれらの組み合わせを備えてよい。各コンピューティング・デバイス／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェイスは、コンピュータ可読プログラム命令をネットワークから受信し、それらのコンピュータ可読プログラム命令を各コンピューティング・デバイス／処理デバイス内のコンピュータ可読ストレージ媒体に格納するために転送する。

【0115】

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ：instruction-set-architecture）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、あるいは、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語などの手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組み合わせで記述されたソース・コードまたはオブジェクト・コードであってよい。コンピュータ可読プログラム命令は、ユーザのコンピュータ上で全体的に実行すること、ユーザのコンピュータ上でスタンドアロン・ソフトウェア・パッケージとして部分的に実行すること、ユーザのコンピュータ上およびリモート・コンピュータ上でそれぞれ部分的に実行すること、あるいはリモート・コンピュータ上またはサーバ上で全体的に実行することができる。後者のシナリオでは、リモート・コンピュータを、ローカル・エリア・ネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を含む任意の種類のネットワークを介してユーザのコンピュータに接続することができ、または接続を、（例えば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータに対して行うことができる。一部の実施形態では、本発明の態様を実行するために、例えばプログラマブル・ロジック回路、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ：field-programmable gate arrays）、またはプログラマブル・ロジック・アレイ（ＰＬＡ：programmable logic arrays）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用することによって、電子回路をカスタマイズするためのコンピュータ可読プログラム命令を実行してよい。

【0116】

本発明の態様は、本明細書において、本発明の実施形態に従って、方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して説明される。フローチャート図またはブロック図あるいはその両方の各ブロック、ならびにフローチャート図またはブロック図あるいはその両方に含まれるブロックの組み合わせが、コンピュータ可読プログラム命令によって実装されることが理解されるであろう。

【0117】

これらのコンピュータ可読プログラム命令は、コンピュータまたはその他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャートまたはブロック図あるいはその両方のブロックに指定される機能／動作を実施する手段を作り出すべく、コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されてマシンを作り出すものであってよい。これらのコンピュータ可読プログラム命令は、命令が格納されたコンピュータ可読ストレージ媒体がフローチャートまたはブロック図あるいはその両方のブロックに指定される機能／動作の態様を実施する命令を含んでいる製品を含むように、コンピュータ可読ストレージ媒体に格納され、コンピュータ、プログラム可能なデータ処理装置、または他のデバイス、あるいはそれらの組み合わせに特定の方式で機能するように指示できるものであってもよい。

【0118】

コンピュータ可読プログラム命令は、コンピュータ上、その他のプログラム可能な装置上、またはその他のデバイス上で実行される命令が、フローチャートまたはブロック図あるいはその両方のブロックに指定される機能／動作を実施するように、コンピュータ、その他のプログラム可能なデータ処理装置、またはその他のデバイスに読み込まれてもよく、それによって、一連の動作可能なステップを、コンピュータ上、その他のプログラム可能な装置上、またはコンピュータ実装プロセスを生成するその他のデバイス上で実行させる。

【0119】

図内のフローチャートおよびブロック図は、本発明のさまざまな実施形態に従って、システム、方法、およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、および動作を示す。これに関連して、フローチャートまたはブロック図内の各ブロックは、規定された論理機能を実装するための１つまたは複数の実行可能な命令を備える、命令のモジュール、セグメント、または部分を表してよい。一部の代替の実装では、ブロックに示された機能は、図に示された順序とは異なる順序で発生してよい。例えば、連続して示された２つのブロックは、実際には、含まれている機能によって、１つのステップとして同時に実行されるか、時間的に部分的または完全に重複する方法で実質的に同時に実行されるか、あるいは場合によっては逆の順序で実行されてよい。ブロック図またはフローチャート図あるいはその両方の各ブロック、ならびにブロック図またはフローチャート図あるいはその両方に含まれるブロックの組み合わせは、規定された機能または動作を行うか、または専用ハードウェアとコンピュータ命令の組み合わせを実行する専用ハードウェアベースのシステムによって実装されることができることにも注意する。

【0120】

用語「実施形態（an embodiment）」、「実施形態（embodiment）」、「実施形態（embodiments）」、「実施形態（the embodiment）」、「実施形態（the embodiments）」、「１つまたは複数の実施形態」、「一部の実施形態」、および「１つの実施形態」は、特に明示的に指定されない限り、「本発明の１つまたは複数の（ただし、すべてではない）実施形態」を意味する。

【0121】

用語「含んでいる」、「備えている」、「有している」、およびこれらの変形は、特に明示的に指定されない限り、「含んでいるが、これに限定されない」ことを意味する。

【0122】

項目の列挙されたリストは、特に明示的に指定されない限り、項目のいずれかまたはすべてが相互に排他的であることを意味しない。

【0123】

用語「ａ」、「ａｎ」、および「ｔｈｅ」は、特に明示的に指定されない限り、「１つまたは複数」を意味する。

【0124】

互いに通信するデバイスは、特に明示的に指定されない限り、継続的に互いに通信する必要はない。加えて、互いに通信するデバイスは、直接的に、または１つまたは複数の仲介を介して間接的に通信してよい。

【0125】

互いに通信する複数のコンポーネントを含む実施形態の説明は、そのようなすべてのコンポーネントが必要とされることを意味しない。反対に、本発明の多種多様な可能性のある実施形態を例示するために、さまざまな任意選択的コンポーネントが説明される。

【0126】

本明細書において単一のデバイスまたは品目が説明される場合、単一のデバイス／品目の代わりに２つ以上のデバイス／品目が（協力しているかどうかに関わりなく）使用されることが容易に明らかであろう。同様に、本明細書において２つ以上のデバイスまたは品目が（協力しているかどうかに関わりなく）説明される場合、２つ以上のデバイスまたは品目の代わりに単一のデバイス／品目が使用されてよく、あるいは示された数のデバイスまたはプログラムの代わりに、異なる数のデバイス／品目が使用されることが容易に明らかであろう。デバイスの機能または特徴あるいはその両方が、代替として、そのような機能／特徴を有していると明示的に説明されない１つまたは複数の他のデバイスによって具現化されてよい。したがって、本発明の他の実施形態は、デバイス自体を含む必要がない。

【0127】

本発明のさまざまな実施形態に関する前述の説明は、例示および説明の目的で提供されている。これらの説明が本発明をカバーすること、または開示された厳密な形態に制限することは意図されていない。上記の内容を踏まえて、多くの変更および変形が可能である。本発明の範囲が、この「発明を実施するための形態」によってではなく、本明細書に添付された「特許請求の範囲」によって制限されることが意図される。上記の仕様、実施例、およびデータは、本発明の構成の製造および使用の完全な説明を提供する。本発明の趣旨および範囲から逸脱することなく本発明の多くの実施形態が作られることができるため、本発明の実施形態は、本明細書において後で添付される特許請求の範囲に存在する。

【0128】

前述の説明は、本発明の実施形態の実施例を提供し、他の実施形態において変形および置換が行われてよい。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】