以檢測某 些協(xié)商場景中的模式，并將這些模式與當(dāng)前協(xié)商請求關(guān)聯(lián)。這可以將協(xié)商服務(wù)從為了確定 協(xié)商策略、協(xié)商方等而米用其認(rèn)知能力中緩解。
[0083] 圖11圖示出IoT實(shí)體和協(xié)商服務(wù)的示例性配置1100。數(shù)據(jù)消費(fèi)者1131-1134可以是 數(shù)據(jù)的任何消費(fèi)者，諸如消費(fèi)者、零售商、運(yùn)營商、服務(wù)提供商、網(wǎng)絡(luò)提供商等等。在本示例 中，數(shù)據(jù)消費(fèi)者1131-1134是醫(yī)療相關(guān)實(shí)體，諸如醫(yī)生1131、醫(yī)院1132、醫(yī)療保險(xiǎn)1133、以及 醫(yī)學(xué)研究人員1134。數(shù)據(jù)提供者1121-1125可以是任何數(shù)據(jù)提供者，諸如病人、客戶、消費(fèi) 者、家庭或企業(yè)中的傳感器節(jié)點(diǎn)（例如，溫度傳感器、運(yùn)動傳感器)等。在本示例中，數(shù)據(jù)提供 者1131-1134可以是與病人或者醫(yī)師照顧下的其他人員相關(guān)聯(lián)的設(shè)備或?qū)嶓w。
[0084] 在代表數(shù)據(jù)提供者(諸如數(shù)據(jù)提供者1121-1125中的一個(gè))執(zhí)行一個(gè)或多個(gè)協(xié)商處 理之后，協(xié)商服務(wù)1110可以總結(jié)和/或概括協(xié)商政策。例如，協(xié)商服務(wù)1110可以確定可用于 每一對數(shù)據(jù)消費(fèi)者和數(shù)據(jù)提供者的公共協(xié)商策略。這可以基于在第一請求(對于在一對數(shù) 據(jù)消費(fèi)者與數(shù)據(jù)提供者之間所處理的數(shù)據(jù)的請求)處所確定的初始協(xié)商策略。圖11的表格 1140提供信息的示例，協(xié)商服務(wù)1110可以為與該信息交互的每個(gè)數(shù)據(jù)消費(fèi)者維護(hù)該信息。 該數(shù)據(jù)可以指示，對于特定的數(shù)據(jù)提供者，可將數(shù)據(jù)提供或者不提供給特定的數(shù)據(jù)消費(fèi)者。 例如，在表格1140表示與數(shù)據(jù)提供者(例如，病人)1122相關(guān)聯(lián)的數(shù)據(jù)約束的情況下，協(xié)商服 務(wù)1110可以向數(shù)據(jù)提供者1122的醫(yī)生提供姓名、年齡、郵政編碼、街道名稱、和藥物信息，而 向保險(xiǎn)提供者只提供姓名、年齡、郵政編碼、和街道名稱。可對表格1140或者類似的數(shù)據(jù)進(jìn) 行概括以應(yīng)用于與協(xié)商服務(wù)1110交互的所有Ι〇Τ實(shí)體。在每次數(shù)據(jù)提供者請求服務(wù)時(shí)，該協(xié) 商概括方法可以降低確定協(xié)商策略時(shí)認(rèn)知能力的負(fù)載。
[0085]協(xié)商結(jié)果(諸如根據(jù)先前的協(xié)商處理所確定的協(xié)商方和策略)可由除了產(chǎn)生先前 協(xié)商結(jié)果的原始協(xié)商中所涉及的服務(wù)和客戶之外的服務(wù)和客戶來預(yù)訂。對類似協(xié)商主題感 興趣的請求者可以請求預(yù)訂該信息。對于所預(yù)訂的協(xié)商活動的任何適配都可以產(chǎn)生給訂戶 的通知。這種預(yù)訂機(jī)制可以啟用訂戶對于新協(xié)商條件的自主適配。如果訂戶使用來自預(yù)訂 的協(xié)商結(jié)果，則對于所預(yù)訂的協(xié)商條件或參數(shù)的任何改變都可以觸發(fā)訂戶自動地適配對于 新條件或參數(shù)的調(diào)節(jié)。通過協(xié)商預(yù)訂，其他實(shí)體能夠再使用并遵從協(xié)商結(jié)果。
[0086]圖12圖示出在一些預(yù)訂場景中可以使用的示例性非限制性配置1200。這里，預(yù)訂 遵守虛擬化政策。在1212處，虛擬化服務(wù)1220可以請求協(xié)商服務(wù)1210針對虛擬化政策與IoT 對象1260進(jìn)行協(xié)商。政策可以與例如可能發(fā)生IoT對象1260的虛擬化的時(shí)間以及要將IoT對 象1260虛擬化的地點(diǎn)等相關(guān)聯(lián)。在1214處，在IoT對象1260與協(xié)商服務(wù)1210之間可以發(fā)生協(xié) 商。在虛擬化服務(wù)1220與IoT對象1260之間達(dá)成協(xié)商協(xié)議之后，在1218處，基于虛擬化政策 可以在IoT云服務(wù)器1240處將IoT對象1260虛擬化為IoT對象1241。
[0087] 在1226處，虛擬化服務(wù)1220可以在IoT云服務(wù)器1250處將IoT對象1270虛擬化為虛 擬化IoT對象1251 <JoT云服務(wù)器1250可以預(yù)訂與由虛擬化IoT對象1251所使用的相同的虛 擬化政策，其中在1222處請求并且在1224處接收該相同的虛擬化政策。如果存在改變所預(yù) 訂的虛擬化政策的任何協(xié)商適配，則在1212處，IoT云服務(wù)器1250就可以得到協(xié)商適配政策 何時(shí)改變的通知。在1212處，當(dāng)改變協(xié)商適配政策時(shí)，IoT云服務(wù)器1250可以得到通知。作為 響應(yīng)，在1230處，IoT云服務(wù)器1250可以請求虛擬化服務(wù)1220基于新政策對其執(zhí)行適配。
[0088] 在一個(gè)實(shí)施例中，提供相同服務(wù)的兩個(gè)服務(wù)提供者可以針對服務(wù)工作合作相互協(xié) 商。當(dāng)一個(gè)服務(wù)提供者在線時(shí)，它可以為另一個(gè)(可能離線)服務(wù)提供者處理預(yù)期的服務(wù)請 求，使得它們不需要總是同時(shí)在線，從而節(jié)約諸如電力的資源。
[0089] 圖13圖示出在其中可以實(shí)現(xiàn)用于服務(wù)工作周期和卸載的協(xié)商服務(wù)的示例的示例 性配置1300<J〇T實(shí)體1310例如可以在1351處向IoT實(shí)體1330提供軟件定義服務(wù)1311，并且 可以將它公布給對等IoT實(shí)體。軟件定義服務(wù)可以是由任何數(shù)目和類型的物理設(shè)備所執(zhí)行 的服務(wù)，并且其中分配物理設(shè)備以提供服務(wù)的服務(wù)可以根據(jù)需要而改變，但是該服務(wù)向用 戶或者其他實(shí)體提供一致的軟件界面而不管當(dāng)前使用的實(shí)體設(shè)備配置。在1351處，基于從 IoT實(shí)體1310接收軟件定義服務(wù)1311的公布，提供軟件定義服務(wù)1331的IoT實(shí)體1330可以確 定，軟件定義服務(wù)1331是與軟件定義服務(wù)1311相同或類似的服務(wù)。作為響應(yīng)，在1352處，IoT 實(shí)體1333可以發(fā)起與IoT實(shí)體1310的協(xié)商以通過IoT實(shí)體1310建立任務(wù)周期，包括對于相同 的軟件定義服務(wù)，一個(gè)實(shí)體何時(shí)請求卸載另一個(gè)實(shí)體的服務(wù)請求以及卸載多少。例如，所述 實(shí)體可以確定一個(gè)實(shí)體或其他實(shí)體將要處理對相同服務(wù)的全部請求的時(shí)間和/或基于任何 準(zhǔn)則(諸如與請求者的接近度)將請求卸載到其他實(shí)體的時(shí)間。
[0090] 在1353處，根據(jù)由IoT實(shí)體1350提供的發(fā)現(xiàn)服務(wù)1351，IoT實(shí)體1340可以發(fā)現(xiàn)所期 望的軟件定義服務(wù)位于Ι〇Τ實(shí)體1310處。在1354處，IoT實(shí)體1340可以從IoT實(shí)體1310經(jīng)由軟 件定義服務(wù)1311請求所期望的軟件定義服務(wù)的遞送。但是，IoT實(shí)體1340可以相距IoT實(shí)體 1310很多跳；也就是說，可以存在這些實(shí)體之間的業(yè)務(wù)必須行進(jìn)的許多網(wǎng)絡(luò)節(jié)點(diǎn)。替選地， 這些節(jié)點(diǎn)之間的距離(并且因此，網(wǎng)絡(luò)延遲)可能遠(yuǎn)大于IoT實(shí)體1340與提供所請求服務(wù)的 另一個(gè)實(shí)體之間的距離。IoT實(shí)體1310可以確定，IoT實(shí)體1330是向請求者（IoT實(shí)體1340)遞 送服務(wù)的最適當(dāng)實(shí)體，因?yàn)樗罱咏埱笳吆?或它可用于卸載服務(wù)請求。因此在1355處， IoT實(shí)體1310可以向更加靠近IoT實(shí)體1340的IoT實(shí)體1330重定向請求。然后在1356處，IoT 實(shí)體1330可以將服務(wù)提供給IoT實(shí)體1340。結(jié)果，協(xié)商服務(wù)在延遲和效率方面顯著改善IoT 實(shí)體1340的性能。
[0091] 圖14圖示出在某些實(shí)施例中可以使用的示例性信號流程1400,以利用協(xié)商服務(wù)來 建立服務(wù)工作周期和卸載，諸如關(guān)于圖13所述的情況。在一個(gè)實(shí)施例中，協(xié)商服務(wù)1410可包 括認(rèn)知能力1411。在1421處，協(xié)商服務(wù)1410可以接收來自IoT實(shí)體1420的協(xié)商請求并對其做 出響應(yīng)。在1422處，協(xié)商服務(wù)1410可以請求認(rèn)知能力1411確定協(xié)商策略。在1423處，協(xié)商服 務(wù)1410(在一個(gè)實(shí)施例中經(jīng)由認(rèn)知能力1411)可以請求上下文意識服務(wù)1430返回IoT實(shí)體 1020的相關(guān)上下文的指示，并且可以接收指示。該上下文信息可包括允許認(rèn)知能力1411確 定IoT實(shí)體1420和IoT實(shí)體1450兩者都提供相同或者基本上相似的服務(wù)的信息。該信息可通 過評估智能IoT服務(wù)簡檔、IoT實(shí)體1420和IoT實(shí)體1450的位置、所提供服務(wù)的在線調(diào)度等來 確定。在1424處，認(rèn)知能力1411可以確定合作細(xì)節(jié)以及用于兩個(gè)實(shí)體之間協(xié)商的可行策略， 并且在1425處，將其作為協(xié)商響應(yīng)提供給協(xié)商服務(wù)1410。
[0092]在1426處，協(xié)商服務(wù)1410可將具有合作提案的協(xié)商結(jié)果請求發(fā)送給IoT實(shí)體1450。 在1427處，IoT實(shí)體1450可以與協(xié)商服務(wù)1410直接進(jìn)行協(xié)商，或者它可以向其選擇的協(xié)商服 務(wù)1440發(fā)送協(xié)商請求。在后一情況下，在協(xié)商服務(wù)1440許可來自IoT實(shí)體1450的協(xié)商請求之 后，在1428處認(rèn)知能力接收確定協(xié)商策略的請求，在1429處做出協(xié)商策略決定以及關(guān)于是 接受還是拒絕協(xié)商請求的確定，并且在1431處將策略通知給協(xié)商服務(wù)1440。也可以指定其 他合作細(xì)節(jié)，諸如可用的服務(wù)調(diào)度、與IoT實(shí)體1420共享的資源的數(shù)量和類型、IoT實(shí)體1450 可以提供的并發(fā)服務(wù)任務(wù)的數(shù)目等等。
[0093] 在1432處，協(xié)商服務(wù)1440將協(xié)商接受通知提供給IoT實(shí)體1450。IoT實(shí)體1450可以 通過向協(xié)商服務(wù)1440發(fā)送通知1433來確認(rèn)協(xié)商接受，并且在1434處將協(xié)商結(jié)果響應(yīng)返回協(xié) 商服務(wù)1410。在1435處協(xié)商服務(wù)1410可將協(xié)商接受確認(rèn)的通知發(fā)送給IoT實(shí)體1420,在1436 處IoT實(shí)體1420通過確認(rèn)對其做出響應(yīng)。
[0094]可以存在托管相同或基本上相似的IoT服務(wù)的不同IoT實(shí)體，但是它們?yōu)榭蛻艋蚱?他用戶而相互競爭。在一個(gè)實(shí)施例中，客戶可以請求協(xié)商服務(wù)與潛在的IoT服務(wù)提供者進(jìn)行 協(xié)商，以最低的價(jià)格實(shí)現(xiàn)所期望的QoS。圖15示出這種使用協(xié)商服務(wù)的協(xié)商處理的一個(gè)示 例。在該實(shí)施例中，協(xié)商服務(wù)1510可包括認(rèn)知能力1511。在1521處協(xié)商服務(wù)1510可以接收來 自IoT實(shí)體客戶1520的協(xié)商請求并對其做出響應(yīng)。該請求可包括客戶1520正在尋找的服務(wù) 類型以及客戶1520為了支付服務(wù)所提供的價(jià)格的指示。還可以提供其他信息。協(xié)商服務(wù) 1510可以向認(rèn)知能力1511發(fā)送協(xié)商許可請求，認(rèn)知能力1511可以進(jìn)而決定許可協(xié)商請求。 在1522處協(xié)商服務(wù)1510可以從發(fā)現(xiàn)服務(wù)1522請求并接收關(guān)于提供所請求的服務(wù)的潛在服 務(wù)提供者的信息。然后在1523處為了確定與其進(jìn)行協(xié)商的最適當(dāng)?shù)姆?wù)提供者，協(xié)商服務(wù) 1510可以向認(rèn)知能力1511發(fā)送協(xié)商方請求。
[0095]利用任何準(zhǔn)則(包括接近度、價(jià)格等等），認(rèn)知能力1511可以確定，存在兩個(gè)協(xié)商服 務(wù)1510將代表客戶1520與其進(jìn)行協(xié)商的服務(wù)提供者，IoT服務(wù)提供者1550(圖15中的"IoT SP 1550"）和IoT服務(wù)提供者1560(圖15中的"IoT SP 1560"）。在1526處，可將該信息提供給 協(xié)商服務(wù)1510。在1526處，協(xié)商服務(wù)1510可以向認(rèn)知能力1511查詢用于與兩個(gè)服務(wù)提供者 協(xié)商的協(xié)商策略。認(rèn)知能力1511可以查詢上下文意識服務(wù)1530以獲得可用于發(fā)展協(xié)商策略 的信息。該上下文信息可包括每個(gè)IoT服務(wù)提供者的具有不同QoS的收費(fèi)政策、服務(wù)提供者 為客戶1520進(jìn)行服務(wù)所需的資源、從每個(gè)服務(wù)提供者到客戶請求者的距離等等。利用該信 息，認(rèn)知能力1511可以在1528處確定策略并在1529處將策略提供給協(xié)商服務(wù)1510。然后，協(xié) 商服務(wù)1510可以分別在1531處和1532處與每個(gè)服務(wù)提供者1550和1560進(jìn)行協(xié)商，以及在接 收到來自IoT服務(wù)提供者的兩個(gè)協(xié)商響應(yīng)之后，基于協(xié)商和所接收的數(shù)據(jù)選擇服務(wù)提供者。 在1533處，協(xié)商服務(wù)1510可將所選擇的服務(wù)提供者數(shù)據(jù)發(fā)送給客戶1520。
[0096]所建議的實(shí)施例可以并入諸如ETSI M2M架構(gòu)的現(xiàn)有的IoT系統(tǒng)和標(biāo)準(zhǔn)并在其中實(shí) 現(xiàn)。在這種實(shí)施例中，可將智能協(xié)商服務(wù)映射到在現(xiàn)有服務(wù)能力之上通過將附加功能分層 而實(shí)現(xiàn)的協(xié)商服務(wù)能力。圖16圖示出在其中可以實(shí)現(xiàn)這種實(shí)施例的示例架構(gòu)1600。協(xié)商服 務(wù)能力1620(圖16中的"協(xié)商SC 1620"）可以駐留在網(wǎng)絡(luò)1610(可以稱為"云"）中，并且所有 M2M設(shè)備、網(wǎng)關(guān)、和服務(wù)器都可以支持新服務(wù)云接口（在圖16中示出為接口 1641-1643)，所述 接口可用于訪問協(xié)商服務(wù)能力1620。支持網(wǎng)絡(luò)應(yīng)用1634的M2M網(wǎng)絡(luò)服務(wù)能力層(NSCL) 1631 可以經(jīng)由服務(wù)云接口 1641直接訪問協(xié)商服務(wù)能力1620。支持網(wǎng)關(guān)應(yīng)用1635的M2M網(wǎng)關(guān)服務(wù) 能力層(GSCL)1632可以經(jīng)由到NSCL 1631的mid接口 1651間接訪問協(xié)商服務(wù)能力1620,或者 經(jīng)由服務(wù)云接口 1642直接訪問協(xié)商服務(wù)能力1620。支持設(shè)備應(yīng)用1636的M2M設(shè)備服務(wù)能力 層(DSCL)1633可以經(jīng)由到NSCL 1631的mid接口 1652間接訪問協(xié)商服務(wù)能力1620,或者經(jīng)由 服務(wù)云接口 1643直接訪問協(xié)商服