專利名稱：訪問聯(lián)網(wǎng)服務(wù)的客戶端、信息處理系統(tǒng)和相關(guān)聯(lián)方法
技術(shù)領(lǐng)域：
本改進(jìn)涉及用于訪問由服務(wù)供應(yīng)商管理的服務(wù)提供服務(wù)器所提供的服務(wù)的諸如 相機(jī)之類的客戶端。例如，上載處理可被提供，其中，客戶端將諸如圖像數(shù)據(jù)等之類的用戶 數(shù)據(jù)發(fā)送給服務(wù)器以便將所上載的數(shù)據(jù)存儲在服務(wù)器數(shù)據(jù)庫中。
背景技術(shù)：
本改進(jìn)涉及用于訪問由服務(wù)供應(yīng)商管理的服務(wù)提供服務(wù)器所提供的服務(wù)的諸如 相機(jī)之類的客戶端。例如，上載處理可被提供，其中，客戶端將諸如圖像數(shù)據(jù)等之類的用戶 數(shù)據(jù)發(fā)送給服務(wù)器以便將所上載的數(shù)據(jù)存儲在服務(wù)器數(shù)據(jù)庫中?？山?jīng)由網(wǎng)絡(luò)訪問各種類型的服務(wù)。例如，已知了這樣的服務(wù)，該服務(wù)允許用戶數(shù) 據(jù)，例如由數(shù)字相機(jī)等捕獲的圖像，被上載到服務(wù)器以存儲在由服務(wù)器管理的數(shù)據(jù)庫中。用 戶可以根據(jù)需要瀏覽存儲在服務(wù)器的數(shù)據(jù)庫中的圖像。另外，取決于用戶偏好，可以使所上 載圖像可經(jīng)由網(wǎng)絡(luò)被公開訪問。這樣的圖像上載處理例如在通過引用被結(jié)合于此的日本未 實(shí)審專利申請公報No. 2006-252152中有所描述。所提供的服務(wù)的類型和模式依服務(wù)供應(yīng)商而異。用戶可以根據(jù)其偏好來選擇任何 服務(wù)。提供這種圖像上載服務(wù)的服務(wù)供應(yīng)商提供了用于經(jīng)由因特網(wǎng)瀏覽器上載(一個 或多個)圖像的各自的解決方案，即，每個個體服務(wù)供應(yīng)商特有的解決方案。例如，客戶端 設(shè)備可以借助于因特網(wǎng)瀏覽器執(zhí)行上載處理。然而，一般而言，由于存在特定于因特網(wǎng)瀏覽 器的許多約束，因此該處理是困難的。為了提高可用性，一些移動設(shè)備，例如一些數(shù)字相機(jī)，例如具有預(yù)先存儲在其存儲 器中的將用于上載所拍攝圖像的上載處理執(zhí)行程序?；蛘撸鳛榱硪皇纠?，這樣的程序從服 務(wù)器被下載并且隨后被存儲在諸如相機(jī)之類的移動設(shè)備的存儲器中。上載處理利用所存儲 的上載專用程序來執(zhí)行。然而，這些上載處理程序中的許多是各個服務(wù)供應(yīng)商特有的。即，為了使用由某個 服務(wù)供應(yīng)商提供的圖像上載服務(wù)，需要上述某個服務(wù)供應(yīng)商特有的專用程序。當(dāng)唯一地對應(yīng)于某個服務(wù)供應(yīng)商的專用程序被用在諸如數(shù)字相機(jī)之類的客戶端 設(shè)備中時，客戶端使用該服務(wù)供應(yīng)商特有的API(應(yīng)用編程接口)。API是用于執(zhí)行預(yù)定處 理的程序單元。當(dāng)某個API被調(diào)用時，在所調(diào)用API中指定的預(yù)定處理被執(zhí)行。例如，API 被設(shè)置為與服務(wù)器連接處理、登錄處理、上載處理等中的每個相對應(yīng)?？蛻舳丝梢岳眠@些API執(zhí)行一系列處理。在大多數(shù)情況中，這樣的API是各個服務(wù)供應(yīng)商特有的。即，由各個服務(wù)供應(yīng)商指 定的與登錄處理、上載處理等相對應(yīng)的專用API被設(shè)置。因此，要求客戶端使用這樣的專用 API。如上所述，提供圖像上載服務(wù)的服務(wù)供應(yīng)商設(shè)置了其自己的服務(wù)所特有的多個 API。服務(wù)供應(yīng)商允許客戶端使用這些API以執(zhí)行上載處理。通過上述API應(yīng)用處理，諸如 創(chuàng)建遵循服務(wù)供應(yīng)商特有的可接受數(shù)據(jù)格式的上載數(shù)據(jù)之類的上載處理、客戶端-服務(wù)器 通信處理等被執(zhí)行。通過該手段，確保了沒有錯誤的上載處理。如果客戶端僅使用由一個服務(wù)供應(yīng)商提供的服務(wù)，則在客戶端側(cè)安裝唯一地對應(yīng) 于上述一個服務(wù)供應(yīng)商的程序/API是足夠的。然而，在實(shí)際意義上，存在提供圖像上載服 務(wù)的許多服務(wù)供應(yīng)商。因此，為了允許用戶從它們之中自由地選擇服務(wù)供應(yīng)商，需要在客戶 端上安裝分別對應(yīng)于所有服務(wù)提供商的許多程序/API。這對于具有有限存儲器空間的諸如 相機(jī)之類的客戶端設(shè)備來說是不希望的。另外，程序/API例如會由于服務(wù)供應(yīng)商所提供的服務(wù)的模式的改變而被改變和/ 或更新。如果這樣的改變和/或更新是在安裝有多個API和程序(對應(yīng)于由多個服務(wù)供應(yīng)商提供的圖像上載服務(wù))的客戶端被提供給用戶之后實(shí) 現(xiàn)的，則需要在客戶端側(cè)更新程序/API。如果需要用戶來執(zhí)行這樣的上載處理，則給用戶施 加了負(fù)擔(dān)。此外，存在出現(xiàn)處理錯誤的風(fēng)險。

發(fā)明內(nèi)容
鑒于前面的情況，本改進(jìn)提供了用于經(jīng)由共用程序和共用API訪問多個服務(wù)提供 服務(wù)器的客戶端設(shè)備、信息處理系統(tǒng)、信息處理方法和計算機(jī)可讀介質(zhì)。本公開提供了一種使得交換服務(wù)器對客戶端設(shè)備與多個服務(wù)提供服務(wù)器之間的 通信執(zhí)行居間處理的方法。在客戶端設(shè)備處根據(jù)獨(dú)立于多個服務(wù)提供服務(wù)器的共用API來 生成用戶界面。在交換服務(wù)器處接收輸入到用戶界面中的輸入數(shù)據(jù)。輸入數(shù)據(jù)包括對與多 個服務(wù)提供服務(wù)器中的至少一個服務(wù)提供服務(wù)器相對應(yīng)的服務(wù)的選擇。根據(jù)與所選服務(wù)所 對應(yīng)的至少一個服務(wù)提供服務(wù)器相關(guān)聯(lián)的至少一個特定于服務(wù)的API來轉(zhuǎn)換輸入數(shù)據(jù)。特 定于服務(wù)的API被存儲在交換服務(wù)器的電子存儲器中，作為分別與多個服務(wù)提供服務(wù)器相 對應(yīng)的多個不同的特定于服務(wù)的API的一部分。經(jīng)轉(zhuǎn)換數(shù)據(jù)根據(jù)至少一個特定于服務(wù)的 API從交換服務(wù)器被發(fā)送給至少一個服務(wù)提供服務(wù)器，并且來自至少一個服務(wù)提供服務(wù)器 的響應(yīng)根據(jù)共用API被轉(zhuǎn)換并且被發(fā)送。結(jié)合附圖閱讀時，將從以下對本發(fā)明的示例性實(shí)施例的詳細(xì)描述中全面地理解本 公開的其它目的、特征和優(yōu)點(diǎn)。


將容易獲得對改進(jìn)的更全面理解以及許多其伴隨優(yōu)點(diǎn)，并且通過參考結(jié)合附圖考 慮的以下的詳細(xì)描述，將更好地了解它們。然而，附圖及其示例性敘述不以任何方式限制本 說明書所包含的改進(jìn)的范圍。說明書和附圖所包含的改進(jìn)的范圍由所附權(quán)利要求書中的詞 語來限定。
圖1是根據(jù)本公開示例性實(shí)施例的信息處理系統(tǒng)的示圖；圖2是由服務(wù)供應(yīng)商提供的服務(wù)模式的表；圖3是由服務(wù)供應(yīng)商提供的服務(wù)模式的另一表；圖4是根據(jù)本公開示例性實(shí)施例的在客戶端、交換服務(wù)器和服務(wù)提供服務(wù)器之間 執(zhí)行的處理的處理序列圖；圖5是根據(jù)本公開示例性實(shí)施例的在客戶端、交換服務(wù)器和服務(wù)提供服務(wù)器之間 執(zhí)行的處理的另一處理序列圖；圖6是根據(jù)本公開示例性實(shí)施例的在客戶端、交換服務(wù)器和服務(wù)提供服務(wù)器之間 執(zhí)行的處理的又一處理序列圖；圖7是根據(jù)本公開示例性實(shí)施例的由交換服務(wù)器提供給客戶端的服務(wù)細(xì)節(jié)信息 的示圖；圖8是根據(jù)本公開示例性實(shí)施例的顯示在客戶端的顯示屏上的用于圖像上載處 理的用戶界面(UI)的示圖；圖9是根據(jù)本公開示例性實(shí)施例的顯示在客戶端的顯示屏上的用于圖像上載處 理的用戶界面(UI)的另一示圖；圖10是根據(jù)本公開示例性實(shí)施例的在瀏覽上載圖像時顯示在客戶端的顯示屏上 的圖像列表的示圖；圖11是根據(jù)本公開示例性實(shí)施例的在瀏覽上載圖像時顯示在客戶端的顯示屏上 的圖像列表的另一示圖；圖12是根據(jù)本公開示例性實(shí)施例的用于選擇與交換服務(wù)器提供給客戶端的(一 個或多個)上載圖像相對應(yīng)的URL的URL選擇處理序列的流程圖；圖13是根據(jù)本公開示例性實(shí)施例的應(yīng)用于客戶端、交換服務(wù)器和服務(wù)提供服務(wù) 器之間的處理的API的時序圖；圖14是根據(jù)本公開示例性實(shí)施例的應(yīng)用于客戶端、交換服務(wù)器和服務(wù)提供服務(wù) 器之間的處理的API的另一時序圖；圖15是根據(jù)本公開示例性實(shí)施例的被應(yīng)用于客戶端、交換服務(wù)器和服務(wù)提供服 務(wù)器之間的處理的API的又一時序圖；以及圖16是根據(jù)本公開示例性實(shí)施例的客戶端、交換服務(wù)器和服務(wù)提供服務(wù)器中的 每個的硬件配置的示圖。
具體實(shí)施例方式下面，將通過參考附圖并且描述優(yōu)選實(shí)施例來討論本改進(jìn)。然而，本領(lǐng)域技術(shù)人員 將認(rèn)識到如所附獨(dú)立權(quán)利要求所限定的本發(fā)明的范圍內(nèi)的其它應(yīng)用和修改。圖1是根據(jù)本發(fā)明示例性實(shí)施例的信息處理系統(tǒng)的配置示例，其包括客戶端101、 另一客戶端102、Web服務(wù)器105、交換服務(wù)器110，以及服務(wù)提供服務(wù)器A-F，121-126。這 些裝置被以使得它們可以經(jīng)由網(wǎng)絡(luò)執(zhí)行通信的方式被配置。服務(wù)提供服務(wù)器121-1 是由服務(wù)供應(yīng)商A-F操作的服務(wù)器，服務(wù)供應(yīng)商A-F向 客戶端101和102提供服務(wù)。具體地，例如，服務(wù)提供服務(wù)器121-1 將由客戶端上載的圖 像數(shù)據(jù)存儲到數(shù)據(jù)庫中并且管理所存儲數(shù)據(jù)。由客戶端上載的圖像逐客戶端地被管理，以使得圖像可用于由客戶端用戶根據(jù)需要進(jìn)行瀏覽。另外，取決于用戶設(shè)置，可以使圖像用于 經(jīng)由網(wǎng)絡(luò)被公開訪問。服務(wù)提供服務(wù)器121-126的每個是由彼此不同的服務(wù)供應(yīng)商A-F操作的服務(wù)器。 盡管這些服務(wù)供應(yīng)商A-F彼此的相同之處在于它們提供圖像上載服務(wù)，然而由此提供的服 務(wù)的模式依個體服務(wù)供應(yīng)商而異。圖2和圖3是由服務(wù)供應(yīng)商A-F提供的服務(wù)的示例。在圖2-3中，“〇”表示由服 務(wù)提供服務(wù)器提供的服務(wù)模式，“ X，，表示不是由該服務(wù)提供服務(wù)器提供的服務(wù)模式，并且 “-”表示不適用于該服務(wù)提供服務(wù)器的表條目。盡管由服務(wù)供應(yīng)商A-F提供的服務(wù)具有每個服務(wù)都管理由客戶端上載的圖像的 共同點(diǎn)，然而由此提供的服務(wù)的具體模式依服務(wù)供應(yīng)商而異，其示例在圖2和圖3中示出。下面描述圖2-3中包括的服務(wù)模式。(1) “兼容圖片格式”指示在各種服務(wù)下靜止圖片的上載和運(yùn)動圖片的上載中的哪 一種或者兩者是被允許的。(2) “公開/非公開設(shè)置”指示在各種服務(wù)下是否可以將由客戶端(用戶)上載的 圖像設(shè)置為公開可獲得圖像/非公開圖像。(3) “相簿功能”指示在各種服務(wù)下是否可以設(shè)置相簿作為管理客戶端所上載的圖 像的單元。(4) “相簿標(biāo)題輸入”指示在各種服務(wù)下為客戶端上載的一組圖像所設(shè)置的相簿的 標(biāo)題的輸入是否可被接受。(5) “圖像標(biāo)題輸入”指示在各種服務(wù)下為客戶端上載的圖像加標(biāo)題是否被允許。(6) “圖像描述輸入”指示在各種服務(wù)下由客戶端上載的圖像的說明文本的輸入是 否被允許。(7) “標(biāo)簽輸入”指示在各種服務(wù)下向客戶端所上載的圖像附加標(biāo)簽是否被允許。(8) “登錄參數(shù)”指示在執(zhí)行從客戶端的上載時各個服務(wù)A-F所需的登錄參數(shù)的類型。(9) “靜止圖片最大大小”指示在各種服務(wù)下可以上載的，即其上載被允許的靜止 圖像的最大大小。(10) “運(yùn)動圖片最大大小”指示在各種服務(wù)下可以上載的，即其上載被允許的運(yùn)動 圖像的最大大小。(11) “運(yùn)動圖片最大時間”指示在各種服務(wù)下可以上載的，即其上載被允許的運(yùn)動 圖像的最大時間長度。(12) “最大內(nèi)容數(shù)目”指示在各種服務(wù)下可以上載的，即其上載被允許的內(nèi)容的最 大數(shù)目。(13) “服務(wù)標(biāo)識(Service Logo) ”指示每個服務(wù)的服務(wù)標(biāo)識。(14) “服務(wù)商標(biāo)信用額度(Service Trademark Credit Line) ”指示每個服務(wù)的 商標(biāo)信用的文本。(15) “上載順序”指示在各種服務(wù)下由客戶端上載并且隨后在瀏覽時和/或?yàn)榱?瀏覽而被排列的圖像的排列順序。(16) “服務(wù)器側(cè)自動處理”指示在各種服務(wù)下在上載處理時服務(wù)器自動執(zhí)行的處理。如從圖2和圖3可明白的，盡管由服務(wù)供應(yīng)商A-F提供的服務(wù)具有每個服務(wù)都管 理由客戶端上載的圖像的共同點(diǎn)，然而由此提供的服務(wù)的具體模式依服務(wù)供應(yīng)商而異。應(yīng) 當(dāng)注意，圖2和圖3僅僅是示例性的，并且其它服務(wù)模式也是可以的。因此，本改進(jìn)不以任 何方式受圖2-3中包括的服務(wù)模式的限制。與圖1的服務(wù)提供服務(wù)器121-1 相對應(yīng)的服務(wù)供應(yīng)商A-F的每個向客戶端提供 特有的圖像上載服務(wù)，如上所述。因此，通常，服務(wù)供應(yīng)商A-F還向客戶端提供上載處理所 需的程序/API。客戶端可以利用由服務(wù)供應(yīng)商121-1 提供的程序/API來執(zhí)行上載處理。然而，如上面已說明的，如果假設(shè)客戶端使用由各個服務(wù)供應(yīng)商A-F提供的服務(wù)， 則需要客戶端將這些服務(wù)供應(yīng)商A-F提供的所有程序/API存儲在其存儲器中。另外，例如， 當(dāng)程序的更新或者新的API的添加發(fā)生時，需要在客戶端側(cè)對其作出響應(yīng)。根據(jù)本改進(jìn)的信息處理系統(tǒng)被提供有交換服務(wù)器110，以減小客戶端的負(fù)擔(dān)?？蛻舳?01和102的每個不執(zhí)行與服務(wù)提供服務(wù)器121-126的直接通信，而是執(zhí) 行與其的間接通信。即，客戶端101與交換服務(wù)器110通信，而客戶端102與Web服務(wù)器 105通信?？蛻舳?01是將用于執(zhí)行上載處理的程序/API存儲在例如存儲器單元中并且利 用它們來執(zhí)行處理的客戶端。當(dāng)利用由各個服務(wù)供應(yīng)商的服務(wù)提供服務(wù)器121-1 提供的 服務(wù)時，客戶端101使用所有這些服務(wù)供應(yīng)商共用的共用程序/API，以與交換服務(wù)器110執(zhí) 行通信。即，客戶端101通過以交換服務(wù)器110作為中介，利用服務(wù)提供服務(wù)器121-1 來 執(zhí)行圖像的上載、圖像的瀏覽等?？蛻舳?02是不具有適用于上載處理的任何程序/API的客戶端。盡管客戶端102 不直接與交換服務(wù)器110通信，然而客戶端102具有瀏覽功能并且借助于由Web服務(wù)器105 提供的網(wǎng)頁來執(zhí)行圖像的上載。即，客戶端102通過以Web服務(wù)器105和交換服務(wù)器110 作為中介，利用服務(wù)提供服務(wù)器121-1 來執(zhí)行圖像的上載、圖像的瀏覽等。Web服務(wù)器105位于交換服務(wù)器110與客戶端102之間的某個地方?；谟山粨Q 服務(wù)器110提供的數(shù)據(jù)，Web服務(wù)器105創(chuàng)建由HTML數(shù)據(jù)組成的網(wǎng)頁。然后，Web服務(wù)器 105將所創(chuàng)建網(wǎng)頁提供給客戶端102。另外，Web服務(wù)器105將從客戶端102發(fā)送來的數(shù)據(jù) 傳送給交換服務(wù)器110。例如，Web服務(wù)器105將上載數(shù)據(jù)傳送給交換服務(wù)器110。當(dāng)由服務(wù)提供服務(wù)器121-1 提供的服務(wù)中的任何服務(wù)被使用時，客戶端101利 用用于與交換服務(wù)器110通信的共用程序/API來執(zhí)行處理。這對于Web服務(wù)器105也是 同樣的。因此，Web服務(wù)器105具有與客戶端101相同的程序執(zhí)行功能。接下來，將參考圖4-6，說明當(dāng)客戶端使用由服務(wù)提供服務(wù)器121-126中的任一 者提供的服務(wù)時，以交換服務(wù)器為中介在客戶端與服務(wù)提供服務(wù)器之間執(zhí)行的通信處理序 列。圖4-6中的每個按以下出現(xiàn)順序示出了客戶端側(cè)用戶、客戶端、交換服務(wù)器和服 務(wù)提供服務(wù)器，其中，用戶是最左邊的那個。注意，圖4-6中的客戶端對應(yīng)于圖1中的客戶 端101。圖4-6中的交換服務(wù)器對應(yīng)于圖1中的交換服務(wù)器110。圖4-6中的服務(wù)提供服 務(wù)器對應(yīng)于圖1中的服務(wù)提供服務(wù)器121-126中的任一個。下面說明圖4-6中的每個處理序列。
首先，在步驟S11，客戶端用戶啟動預(yù)先存儲在客戶端中的客戶端程序。該客戶端 程序是被運(yùn)行用于服務(wù)提供服務(wù)器121-126的任一個的服務(wù)的共用程序。在步驟S12，客戶端根據(jù)所啟動的程序向交換服務(wù)器作出對“當(dāng)前可用服務(wù)列表” 的請求。當(dāng)客戶端提交這樣的請求時，客戶端除了發(fā)送請求以外還可以將客戶端區(qū)域信息 和客戶端語言信息作為參數(shù)發(fā)送。注意，該參數(shù)傳輸可以作為根據(jù)用戶設(shè)置的處理來執(zhí)行。在步驟S13，交換服務(wù)器將所請求的當(dāng)前可用服務(wù)的列表返回給客戶端。交換服務(wù) 器已預(yù)先從圖1所示的服務(wù)提供服務(wù)器121-1 接收了與最新近服務(wù)有關(guān)的信息。交換服 務(wù)器根據(jù)預(yù)先接收的信息來創(chuàng)建服務(wù)列表，并且隨后將服務(wù)列表提供給客戶端。如果交換 服務(wù)器已從客戶端接收到區(qū)域信息和語言信息，則交換服務(wù)器可以基于所接收信息對服務(wù) 列表執(zhí)行過濾。例如，如果客戶端的區(qū)域?yàn)槿毡静⑶铱蛻舳说恼Z言為日語，則交換服務(wù)器將 日語版列表提供給客戶端。此外，交換服務(wù)器可以定期創(chuàng)建和/或更新服務(wù)列表而無需來自客戶端設(shè)備的輸 入。例如，交換服務(wù)器可以響應(yīng)于服務(wù)提供服務(wù)器對被更新服務(wù)的通知、響應(yīng)于新的服務(wù)提 供服務(wù)器的發(fā)現(xiàn)，和/或響應(yīng)于其服務(wù)被包括在服務(wù)列表中的服務(wù)提供服務(wù)器不可獲得， 來更新服務(wù)列表。如本領(lǐng)域技術(shù)人員可理解的，交換服務(wù)器更新服務(wù)列表的這些情況僅是 示例性的，并且在不脫離本公開的范圍的情況下其它情況也是可以的。在步驟S14，客戶端將從交換服務(wù)器接收的當(dāng)前可用服務(wù)的列表顯示在顯示屏上， 作為例如用戶界面(UI)信息。服務(wù)列表是示出了每個服務(wù)供應(yīng)商所提供的服務(wù)的列表。服 務(wù)列表是以用戶可選擇任何服務(wù)的方式而設(shè)置的UI。例如，服務(wù)列表包含服務(wù)供應(yīng)商A 靜止圖片上載服務(wù)、瀏覽服務(wù)服務(wù)供應(yīng)商B 靜止圖片上載服務(wù)、瀏覽服務(wù)服務(wù)供應(yīng)商C 靜止圖片上載服務(wù)、瀏覽服務(wù)服務(wù)供應(yīng)商D 運(yùn)動圖片上載服務(wù)、瀏覽服務(wù)服務(wù)供應(yīng)商E 運(yùn)動圖片上載服務(wù)、瀏覽服務(wù)在步驟S15，客戶端用戶從服務(wù)列表選擇特定服務(wù)，并且隨后命令執(zhí)行處理，例如， 上載圖像。在步驟S16，客戶端基于所輸入的用戶指令向交換服務(wù)器作出對與所選服務(wù)(即， 指定服務(wù))有關(guān)的詳細(xì)信息的請求。在步驟S17，交換服務(wù)器將與所選服務(wù)有關(guān)的詳細(xì)信息發(fā)送給客戶端。如上面已說 明的，交換服務(wù)器預(yù)先從圖1所示的服務(wù)提供服務(wù)器121-1 接收了與最新近服務(wù)有關(guān)的 詳細(xì)信息。交換服務(wù)器從預(yù)先接收的最新近服務(wù)細(xì)節(jié)信息中選擇與用戶所選的服務(wù)相對應(yīng) 的信息，并且隨后將所選信息提供給客戶端。在發(fā)送詳細(xì)信息之前，交換服務(wù)器可以核實(shí)針對詳細(xì)信息的客戶端請求。例如，交 換服務(wù)器可以存儲與客戶端有關(guān)的特定于機(jī)器的信息，并且可以使用該特定于機(jī)器的信息 來核實(shí)客戶端請求。這樣的特定于機(jī)器的信息包括但不限于客戶端特有的設(shè)備ID以及客 戶端版本ID。然而，如本領(lǐng)域技術(shù)人員可理解的，其它特定于機(jī)器的信息也是可以的，例如 序列號或MAC ID。特定于機(jī)器的信息不從客戶端被發(fā)送給交換服務(wù)器。取而代之的是，其預(yù)先被存 儲在交換服務(wù)器中?？蛻舳穗S后可以使用該特定于機(jī)器的信息來生成校驗(yàn)和，該校驗(yàn)和被附加到該請求中。交換服務(wù)器隨后可以利用特定于機(jī)器的信息基于所附加的校驗(yàn)和來核實(shí) 該請求。一旦該請求經(jīng)過核實(shí)，交換服務(wù)器就將詳細(xì)信息發(fā)送給客戶端。圖7是交換服務(wù)器提供給客戶端的服務(wù)細(xì)節(jié)信息的示例。在圖7中，服務(wù)細(xì)節(jié)信 息例如具有可擴(kuò)展標(biāo)記語言(XML)數(shù)據(jù)格式，但是還可以以Javascript對象標(biāo)記(JSON) 格式來提供。在不脫離本公開的范圍的情況下，其它用于詳細(xì)信息的格式也是可以的。因 此，詳細(xì)信息的這種格式?jīng)Q不會限制本改進(jìn)的范圍。該服務(wù)細(xì)節(jié)信息包含用于生成在圖像上載處理被執(zhí)行時顯示在客戶端的顯示屏 上的用戶界面(UI)的信息。另外，該服務(wù)細(xì)節(jié)信息包含與可上載的圖像的模式有關(guān)的信 息，例如，關(guān)于靜止圖片上載和運(yùn)動圖片上載中的哪種被允許的信息。該服務(wù)細(xì)節(jié)信息還包 含與靜止圖片的大小有關(guān)的信息或者與運(yùn)動圖片的大小有關(guān)的信息。該服務(wù)細(xì)節(jié)信息還包 含與登錄時所需的和/或用于登錄的參數(shù)有關(guān)的信息。如果存在應(yīng)當(dāng)被上載的多個圖像， 則該服務(wù)細(xì)節(jié)信息還包含與將被上載的圖像的順序有關(guān)的設(shè)置信息。應(yīng)當(dāng)注意，圖7所示 的服務(wù)細(xì)節(jié)信息僅僅是簡化示例。即，圖7未示出所有的服務(wù)細(xì)節(jié)信息。本領(lǐng)域技術(shù)人員 將容易理解，在不脫離本改進(jìn)的范圍的情況下，其它服務(wù)細(xì)節(jié)信息也是可以的。該服務(wù)細(xì)節(jié)信息包含與上面已參考圖2和圖3說明過的服務(wù)的模式有關(guān)的信息。 即，該服務(wù)細(xì)節(jié)信息包含與如下項有關(guān)的信息(1)兼容圖片格式、(2)公開/非公開設(shè)置、 (3)相簿功能、(4)相簿標(biāo)題輸入、( 圖像標(biāo)題輸入、(6)圖像描述輸入、(7)標(biāo)簽輸入、(8) 登錄參數(shù)、(9)靜止圖片最大大小、(10)運(yùn)動圖片最大大小、(11)運(yùn)動圖片最大時間、(12) 最大內(nèi)容數(shù)目、(13)服務(wù)標(biāo)識、(14)服務(wù)商標(biāo)信用額度、(15)上載順序，以及(16)服務(wù)器 側(cè)自動處理。在步驟S18，客戶端根據(jù)從交換服務(wù)器接收的服務(wù)細(xì)節(jié)信息，即，與用戶所選服務(wù) 相對應(yīng)的所選信息，來顯示用于執(zhí)行圖像上載處理的用戶界面(UI)。用于執(zhí)行圖像上載處理的用戶界面(UI)依服務(wù)而異，即，取決于用戶所選的服務(wù) 而不同。即，用戶界面(UI)是根據(jù)與服務(wù)供應(yīng)商相對應(yīng)的服務(wù)細(xì)節(jié)信息生成的，與服務(wù)供 應(yīng)商相對應(yīng)的服務(wù)細(xì)節(jié)信息是由交換服務(wù)器根據(jù)用戶所選信息選擇的并且隨后被發(fā)送給 客戶端。圖8和圖9是在客戶端處呈現(xiàn)的用戶界面(UI)的示例。圖8是用于執(zhí)行圖像上 載處理并且根據(jù)與服務(wù)供應(yīng)商A相對應(yīng)的服務(wù)細(xì)節(jié)信息生成的用戶界面(UI)。圖9是用于 執(zhí)行圖像上載處理并且根據(jù)與服務(wù)供應(yīng)商B相對應(yīng)的服務(wù)細(xì)節(jié)信息生成的用戶界面(UI)。在圖8和圖9中，用于執(zhí)行圖像上載處理的用戶界面(UI)例如包含以下顯示數(shù) 據(jù)(a)服務(wù)供應(yīng)商的圖標(biāo)/標(biāo)識201。(b)用于輸入登錄所需信息的登錄信息輸入框202。(c)用于設(shè)置上載圖像(一個或多個)的上載圖像設(shè)置框203。(d)上載圖像公開/非公開復(fù)選框204(僅針對圖8的服務(wù)A示出)。(e)為提供相簿功能的服務(wù)提供的相簿信息設(shè)置欄205 (僅針對圖9的服務(wù)B示 出)。除此之外，取決于服務(wù)，各種信息可被顯示為UI。如本領(lǐng)域技術(shù)人員將容易理解 的，在不脫離本改進(jìn)的范圍的情況下，其它用戶界面也是可以的。
另外，可以執(zhí)行過濾處理，以使得例如不符合服務(wù)的兼容圖片格式的任何圖像不 被顯示。此外，執(zhí)行商標(biāo)信用額度、注意事項(即，針對上載的允許和不允許事項)、權(quán)利/ 許可信息(EULA)等的顯示。這些的顯示是基于由交換服務(wù)器提供給客戶端的服務(wù)細(xì)節(jié)信 息中所包含的數(shù)據(jù)的，其已經(jīng)在上面參考圖7進(jìn)行了說明。返回來參考圖4-6的時序圖，下面將進(jìn)一步說明通信序列。在圖4的步驟S18，用 于執(zhí)行圖像上載處理的諸如圖8和圖9的用戶界面(UI)被呈現(xiàn)在客戶端的顯示裝置上。接下來，在圖5的步驟S19中，用戶在所呈現(xiàn)的用戶界面UI的登錄信息輸入框中 輸入登錄信息(認(rèn)證信息)。登錄信息(認(rèn)證信息)依服務(wù)供應(yīng)商而異。用戶根據(jù)UI上所 示的輸入指令來輸入登錄信息。例如，如果用戶使用圖8所示的由服務(wù)供應(yīng)商A提供的服 務(wù)A，則如登錄信息輸入框20 所提示的，用戶輸入其用戶名作為登錄信息(認(rèn)證信息)。另一方面，如果用戶使用由服務(wù)供應(yīng)商B提供的服務(wù)B，則圖9的用戶界面被使用。 其中，如登錄信息輸入框202b所提示的，用戶輸入其電子郵件地址作為登錄信息(認(rèn)證信在步驟S20，客戶端將登錄信息(認(rèn)證信息)發(fā)送給交換服務(wù)器。在步驟S21，交換服務(wù)器將該登錄信息(認(rèn)證信息)發(fā)送給服務(wù)供應(yīng)商A-F的服務(wù) 提供服務(wù)器中已由用戶選擇的那個服務(wù)器。應(yīng)當(dāng)注意，由已被用戶選擇的服務(wù)供應(yīng)商提供 用于登錄信息(認(rèn)證信息)的發(fā)送的程序/API被用于該登錄信息發(fā)送處理。當(dāng)從交換服務(wù)器接收到登錄信息(認(rèn)證信息)時，服務(wù)提供服務(wù)器驗(yàn)證所接收的 登錄信息(認(rèn)證信息)。然后，如果驗(yàn)證出用戶是具有正當(dāng)上載權(quán)力的客戶端用戶/人，則 服務(wù)提供服務(wù)器接受登錄請求。在步驟S22，服務(wù)提供服務(wù)器將登錄驗(yàn)證結(jié)果(成功)返回 交換服務(wù)器，并且建立用于維持會話的通信連接。接下來，在步驟S23，交換服務(wù)器將登錄驗(yàn)證結(jié)果(成功)傳送給客戶端，并且發(fā)出 用于維持客戶端與交換服務(wù)器之間的通信連接的會話ID?？蛻舳伺c交換服務(wù)器之間的后續(xù) 通信是以該會話ID的附加符號作為參數(shù)來執(zhí)行的。在步驟S24，用戶輸入上載處理所需的信息；例如，用戶設(shè)置(一個或多個)上載 圖像等。在此步驟中，用戶利用被提供用于圖像上載處理的用戶界面來輸入必要信息，其一 些示例已在前面參考圖8和圖9進(jìn)行了說明。用戶根據(jù)需要創(chuàng)建相簿并且輸入標(biāo)題和/或 評論。然后，用戶發(fā)出上載指令。在步驟S25，響應(yīng)于用戶發(fā)出的上載指令，客戶端發(fā)送，即上載，包括要上載的(一 個或多個)圖像以及元數(shù)據(jù)(例如，評論)的圖像數(shù)據(jù)到交換服務(wù)器。如果多個圖像被上 載，則根據(jù)用戶所選服務(wù)供應(yīng)商提供的服務(wù)來控制其上載順序。這樣的控制信息也包含在 上面參考圖7說明的服務(wù)細(xì)節(jié)信息中。取決于用戶所選服務(wù)，S卩，取決于由其選擇的服務(wù)供應(yīng)商來改變上載多個圖像的 順序的原因在于顯示多個上載圖像的順序依服務(wù)供應(yīng)商而異。換言之，這是因?yàn)楸惶峁┯?于瀏覽上載圖像的圖像列表的序列格式依服務(wù)供應(yīng)商而異。例如，一些服務(wù)供應(yīng)商提供用于瀏覽如下圖像的列表，這些圖像是按客戶端執(zhí)行 圖像的上載的順序排列的。即，他們提供了根據(jù)圖像的上載順序排列的、將最早的(即，第 一)上載圖像示出為第一個圖像并且將以后的上載圖像示出為后續(xù)圖像的瀏覽列表。其它服務(wù)供應(yīng)商提供了用于瀏覽這樣的圖像的列表，這些圖像是按照與客戶端執(zhí)行圖像上載的順序相反的順序排列的。即，他們提供了根據(jù)與圖像上載順序相反的順序排 列的、將最晚的(即，最后的)上載圖像示出為第一個圖像并將較早的上載圖像示出為后續(xù) 圖像的瀏覽列表。將參考圖10和圖11說明這樣的圖像瀏覽列表的示例。圖10和圖11是用于瀏覽 由彼此不同的兩個服務(wù)供應(yīng)商提供的上載圖像的列表。圖10是用于瀏覽按照客戶端執(zhí)行圖像上載的順序排列的圖像的列表。即，圖10 是根據(jù)圖像的上載順序排列的、將客戶端上載的第一圖像示出為第一個圖像并將客戶端上 載的后面的圖像示出為后續(xù)圖像的圖像瀏覽列表。圖11是用于瀏覽按照與客戶端執(zhí)行圖像上載的順序相反的順序排列的圖像的列 表。即，圖11是根據(jù)與圖像的上載順序相反的順序排列的、將客戶端上載的最后一個圖像 示出為第一個圖像并將客戶端上載的之前的圖像示出為后續(xù)圖像的圖像瀏覽列表。如果包含在由一個服務(wù)供應(yīng)商提供給客戶端的一個圖像瀏覽列表中的圖像的排 列與包含在由另一服務(wù)供應(yīng)商提供給該客戶端的另一圖像瀏覽列表中的圖像的排列不同， 則可能使使用各種服務(wù)的客戶端用戶迷惑。為了防止使用戶迷惑，以包含在圖像瀏覽列表 中的圖像的排列總是相同的方式來改變上載圖像的順序，而不管選擇的是哪個服務(wù)供應(yīng) 商。S卩，當(dāng)客戶端以連續(xù)方式上載多個圖像時，其順序被控制以便確保在圖像瀏覽時 提供的顯示順序總是相同的，而不管選擇的是哪個服務(wù)。例如，圖10中的圖像的顯示順序，即，用于瀏覽按客戶端上載圖像的順序排列的 圖像的列表順序，被設(shè)置為“正常順序”。圖11中的圖像的顯示順序，即，用于瀏覽按照與客 戶端上載圖像的順序相反的順序排列的圖像的列表順序，被設(shè)置為“逆序”。在這樣的設(shè)置下，如果用戶所選服務(wù)是由提供“逆序”瀏覽列表的服務(wù)供應(yīng)商提供 的服務(wù)，則當(dāng)客戶端上載多個上載圖像時，在將這些圖像的順序反轉(zhuǎn)之后執(zhí)行上載處理。另一方面，如果用戶所選服務(wù)是由提供“正常順序”瀏覽列表的服務(wù)供應(yīng)商提供的 服務(wù)，則當(dāng)客戶端上載多個上載圖像時，執(zhí)行上載處理而不反轉(zhuǎn)這些圖像的順序。由于圖像的上載順序如上所述那樣被控制，因此能夠?yàn)g覽以“正常順序”瀏覽列表 的形式呈現(xiàn)的圖像，而不管選擇的是哪個服務(wù)供應(yīng)商。在前面的上載處理示例中，盡管是在所有服務(wù)中的每個服務(wù)呈現(xiàn)“正常順序”圖像 列表的假設(shè)下給出的說明，然而不必局于此。即，也可以在在所有服務(wù)的每個服務(wù)中呈現(xiàn) “逆序”圖像列表的設(shè)置下來執(zhí)行上載處理。在這樣的修改后設(shè)置下，如果用戶所選服務(wù)是 由提供“逆序”瀏覽列表的服務(wù)供應(yīng)商提供的服務(wù)，則當(dāng)客戶端上載多個上載圖像時，執(zhí)行 上載處理，而不用反轉(zhuǎn)這些圖像的順序。另一方面，如果用戶所選服務(wù)是由提供“正常順序”瀏覽列表的服務(wù)供應(yīng)商提供的 服務(wù)，則當(dāng)客戶端上載多個上載圖像時，在將這些圖像的順序反轉(zhuǎn)之后執(zhí)行上載處理。由于圖像的上載順序如上所述那樣被控制，因此能夠?yàn)g覽以“逆序”瀏覽列表的形 式呈現(xiàn)的圖像，而不管選擇的是哪個服務(wù)供應(yīng)商。如上所述，當(dāng)在圖5的圖像上載步驟S25中上載多個圖像時，執(zhí)行控制以根據(jù)用戶 所選服務(wù)來改變圖像的發(fā)送順序。接下來，在步驟S26中，交換服務(wù)器將從客戶端接收的圖像數(shù)據(jù)臨時存儲在存儲器中。然后，交換服務(wù)器將圖像數(shù)據(jù)上載到用戶所選服務(wù)提供服務(wù)器。應(yīng)當(dāng)注意，由用戶所選擇的服務(wù)供應(yīng)商提供的用于上載處理的程序/API被用于 該上載處理。在該上載處理中，交換服務(wù)器根據(jù)需要添加信息和/或校正信息。例如，交換服務(wù) 器通過向圖像附加元數(shù)據(jù)(標(biāo)題、評論和/或標(biāo)簽)來處理發(fā)送信息。具體地，例如，如果從客戶端發(fā)送給交換服務(wù)器的數(shù)據(jù)不滿足服務(wù)供應(yīng)商所要求 的上載格式條件，則交換服務(wù)器對用于上載的數(shù)據(jù)執(zhí)行處理，以滿足所要求的條件。例如，在一些情況中，附接到從客戶端發(fā)送到交換服務(wù)器的上載數(shù)據(jù)中所包括的 圖像的評論中所包含的字符數(shù)目可能不符合所選服務(wù)供應(yīng)商可接受的字符數(shù)目。作為另一 示例，不允許省略的所需元數(shù)據(jù)可能未被附加到圖像中。在這樣的情況中，交換服務(wù)器執(zhí)行 信息的添加和/或信息的校正，以對其格式進(jìn)行布置從而確保不發(fā)生上載錯誤。接下來，在步驟S27，交換服務(wù)器將包含從客戶端接收的(一個或多個)圖像的上 載數(shù)據(jù)(例如，(一個或多個)圖像、元數(shù)據(jù)等)發(fā)送給用戶所選服務(wù)提供服務(wù)器。 服務(wù)提供服務(wù)器接收來自交換服務(wù)器的上載數(shù)據(jù)。然后，服務(wù)提供服務(wù)器保存所 接收的上載數(shù)據(jù)并且在其數(shù)據(jù)管理策略下進(jìn)行管理。接下來，在圖6的步驟S28，服務(wù)提供服務(wù)器將上載結(jié)果(例如，成功/失敗)返回 給交換服務(wù)器。服務(wù)提供服務(wù)器可以將作為用于訪問(一個或多個)上載圖像的信息的、 被設(shè)置用于(一個或多個)上載圖像的(一個或多個)URL作為上載結(jié)果返回給交換服務(wù)器。在步驟S29，交換服務(wù)器將從服務(wù)提供服務(wù)器接收的上載結(jié)果以及與(一個或多 個)上載圖像相對應(yīng)的URL信息發(fā)送給客戶端。當(dāng)接收到來自服務(wù)提供服務(wù)器的與上載圖像相對應(yīng)的URL時，交換服務(wù)器可以將 與上載圖像相對應(yīng)的URL傳送給客戶端而不對其執(zhí)行任何處理。或者，例如，在圖12的流 程圖中，交換服務(wù)器可以從與上載圖像相對應(yīng)的URL中選出一個URL并且隨后將所選URL 發(fā)送給客戶端。圖12的操作流程包括用于選擇應(yīng)當(dāng)被提供給客戶端的一個URL的過程，其中，該 選擇是取決于客戶端從以下三種上載模式中采取的實(shí)際上載模式而作出的。當(dāng)客戶端上載了單個圖像時，交換服務(wù)器將用于直接鏈接到該上載圖像的URL提 供給客戶端。當(dāng)客戶端上載了多個圖像到提供相簿功能的服務(wù)提供服務(wù)器時，交換服務(wù)器 將相簿的首頁(front page)的URL提供給客戶端。當(dāng)客戶端上載了多個圖像到不提供相 簿功能的服務(wù)提供服務(wù)器時，交換服務(wù)器將用戶的首頁的URL提供給客戶端。下面說明圖12的流程圖。首先，在步驟S101，交換服務(wù)器判斷客戶端是否上載了 多個圖像。如果在步驟SlOl中判斷出客戶端上載了單個圖像，則處理移動到步驟S102。在步 驟S102，交換服務(wù)器將用于直接鏈接到該單個上載圖像的URL提供給客戶端。如果在步驟SlOl中判斷出客戶端上載了多個圖像，則處理移動到步驟S103。在步 驟S103，交換服務(wù)器判斷上載目的地服務(wù)供應(yīng)商是否提供相簿服務(wù)。即，交換服務(wù)器確認(rèn)上 載目的地服務(wù)供應(yīng)商是否提供用于將以成批發(fā)送方式上載的一組多個圖像作為相簿進(jìn)行 管理的服務(wù)。
如果在步驟S103中判定上載目的地服務(wù)供應(yīng)商提供相簿管理服務(wù)，則處理前進(jìn) 到步驟S104。在步驟S104，交換服務(wù)器將相簿首頁的URL提供給客戶端。另一方面，如果在步驟S103中判定上載目的地服務(wù)供應(yīng)商不提供相簿管理服務(wù)， 則處理前進(jìn)到步驟S105。在步驟S105，交換服務(wù)器將用戶首頁的URL提供給客戶端。如上所述，交換服務(wù)器選擇一個URL并且隨后將所選URL提供給客戶端。如果該 URL選擇處理被執(zhí)行，則用戶能夠利用優(yōu)選的URL來以高效的方式瀏覽圖像。交換服務(wù)器執(zhí) 行上述URL選擇處理作為所有服務(wù)供應(yīng)商共有的過程。返回參考圖6，下面將繼續(xù)說明整個序列。在步驟S29，交換服務(wù)器將從服務(wù)提供 服務(wù)器接收的上載結(jié)果以及與(一個或多個)上載圖像相對應(yīng)的URL信息發(fā)送給客戶端。最后，在步驟S30，客戶端將上載結(jié)果和(一個或多個)URL顯示在顯示屏上，并且 然后終止該處理。(一個或多個)URL被存儲在客戶端的存儲器單元(非易失性存儲器) 中。所存儲的URL在執(zhí)行瀏覽處理時使用。在前面的描述中，假設(shè)上面參考圖4-6說明的序列通過以圖1的交換服務(wù)器110 作為中介被執(zhí)行作為客戶端101與服務(wù)提供服務(wù)器121-1 之間的通信處理。如果該序列通過以圖1的Web服務(wù)器105和交換服務(wù)器110作為中介被執(zhí)行作為 客戶端102與服務(wù)提供服務(wù)器121-1 之間的處理，則交換服務(wù)器110與服務(wù)提供服務(wù)器 121-126之間的處理被執(zhí)行為與上面參考圖4-6說明的在交換服務(wù)器與服務(wù)提供服務(wù)器之 間執(zhí)行的處理相同的處理。另外，交換服務(wù)器110與Web服務(wù)器105之間的處理以與上面參考圖4_6說明的 交換服務(wù)器與客戶端之間執(zhí)行的處理相同的方式來執(zhí)行。上面參考圖4-6說明的客戶端與 用戶之間的處理與Web服務(wù)器105、客戶端102和用戶之間的處理一樣地執(zhí)行。Web服務(wù)器105根據(jù)從交換服務(wù)器110接收的數(shù)據(jù)以HTML數(shù)據(jù)格式來創(chuàng)建網(wǎng)頁。 然后，Web服務(wù)器105將所創(chuàng)建的網(wǎng)頁呈現(xiàn)給客戶端102。客戶端102使用其瀏覽器功能來 顯示由Web服務(wù)器105提供的網(wǎng)頁。用戶使用顯示在客戶端102上的網(wǎng)頁作為用戶界面，并執(zhí)行數(shù)據(jù)的輸入、(一個或 多個)上載圖像的設(shè)置等等。然后，用戶利用網(wǎng)頁將包括(一個或多個)上載圖像的數(shù)據(jù) 發(fā)送給Web服務(wù)器105。如客戶端A所執(zhí)行的，Web服務(wù)器105使用所有服務(wù)供應(yīng)商共用的 共用程序/API，來執(zhí)行與交換服務(wù)器110的通信。通過該手段，Web服務(wù)器105將從客戶端 102接收的上載信息發(fā)送給交換服務(wù)器110。通過這樣的處理，作為不具有適用于上載處理的任何程序/API的客戶端的客戶 端102可以執(zhí)行與客戶端101相同的上載處理。如上所述，當(dāng)服務(wù)提供服務(wù)器121-126中的任一個提供的服務(wù)被使用時，客戶端 101和102不必切換到唯一地適用于所選服務(wù)的程序/API。這是由于以交換服務(wù)器作為中 介。當(dāng)服務(wù)提供服務(wù)器121-1 提供的任何服務(wù)被使用時，客戶端101與Web服務(wù)器 105中的每個可以使用用于與交換服務(wù)器通信的共用程序/API。下面參考圖13-15說明API的應(yīng)用示例。當(dāng)從左向右看時，圖13_15的每個以在 此出現(xiàn)的順序包括客戶端、交換服務(wù)器和服務(wù)提供服務(wù)器。圖13-15的客戶端對應(yīng)于圖1 的客戶端101，或者與圖1的客戶端102執(zhí)行通信的Web服務(wù)器105。這里所示的交換服務(wù)器對應(yīng)于圖1的交換服務(wù)器110。這里所示的服務(wù)提供服務(wù)器對應(yīng)于圖1的服務(wù)提供服務(wù) 器121-126中的任一個。圖13-15的一組時序圖包括通過以交換服務(wù)器作為中介由客戶端向服務(wù)提供服 務(wù)器上載(一個或多個)圖像的序列，如上面已參考圖4-6說明的。圖13-15的時序圖是 由客戶端(或Web服務(wù)器)使用的API以及由交換服務(wù)器使用的API的示例。當(dāng)由圖1的服務(wù)提供服務(wù)器121-1 提供的任何服務(wù)被使用時，客戶端可以使用 共用于它們的API (即，共用API)。當(dāng)在客戶端側(cè)選擇了一個服務(wù)時，所選服務(wù)被通知給交 換服務(wù)器。因此，應(yīng)當(dāng)注意，一旦在客戶端側(cè)確定了一個服務(wù)，交換服務(wù)器就使用與客戶端 所選擇的服務(wù)相對應(yīng)的API，來執(zhí)行與提供所選服務(wù)的服務(wù)提供服務(wù)器的通信/處理。首先，在步驟S301，客戶端使用(即，應(yīng)用)共用API[GET服務(wù)]，以作出獲取服務(wù) 列表的請求。API [GET服務(wù)]是使得這樣的程序被執(zhí)行的API，該程序定義了用于向交換服 務(wù)器作出對服務(wù)列表的請求的序列。在步驟S302，交換服務(wù)器響應(yīng)于從客戶端發(fā)出的請求， 將服務(wù)列表發(fā)送給客戶端。接下來，在步驟S303中，客戶端使用共用API [GET服務(wù)]，以作出獲取服務(wù)細(xì)節(jié)信 息的請求。API [GET服務(wù)]是使得這樣的程序被執(zhí)行的API，該程序定義了用于向交換服務(wù) 器作出對服務(wù)細(xì)節(jié)信息的請求的序列。注意，當(dāng)客戶端向交換服務(wù)器作出對服務(wù)細(xì)節(jié)信息 的請求時，客戶端將所選服務(wù)的標(biāo)識符發(fā)送給交換服務(wù)器。在步驟S304，響應(yīng)于由客戶端作出的請求，交換服務(wù)器發(fā)送與客戶端所選服務(wù)相 對應(yīng)的服務(wù)細(xì)節(jié)信息。服務(wù)細(xì)節(jié)信息例如是前面參考圖7說明的信息。接下來，在圖14的步驟S305，客戶端在顯示在顯示屏上的用戶界面(UI)的登錄信 息輸入框202(參考圖8和圖9)中輸入登錄信息，以用于基于服務(wù)細(xì)節(jié)信息執(zhí)行圖像上載 處理。以這種方式，在步驟S305中執(zhí)行登錄處理。在圖14的步驟S305中用于登錄處理的 API是共用API [GET登錄]。API [GET登錄]是使得這樣的程序被執(zhí)行的API，該程序定義 了用于發(fā)送登錄信息給交換服務(wù)器的序列。響應(yīng)于客戶端輸入登錄信息，交換服務(wù)器執(zhí)行到與客戶端所選服務(wù)相對應(yīng)的服務(wù) 提供服務(wù)器的登錄。由與客戶端所選服務(wù)相對應(yīng)的服務(wù)供應(yīng)商提供的API被用于該登錄處 理。即，其被執(zhí)行為與所選服務(wù)供應(yīng)商特有的序列相對應(yīng)的登錄處理。在圖14中，在步驟S311，在客戶端選擇了服務(wù)A的情況中執(zhí)行處理，而在步驟 S321-S323，在客戶端選擇了服務(wù)B的情況中執(zhí)行處理。例如，步驟S311的處理被執(zhí)行用于 登錄到提供服務(wù)A的服務(wù)提供服務(wù)器A。從管理服務(wù)提供服務(wù)器A的服務(wù)供應(yīng)商A提供來的 特有API [GET登錄]被應(yīng)用于該登錄處理。已預(yù)先以交換服務(wù)器可以使用從所有服務(wù)供應(yīng) 商提供來的所有API的方式設(shè)置了交換服務(wù)器。當(dāng)如上那樣進(jìn)行了預(yù)先設(shè)置時，交換服務(wù) 器基于從客戶端發(fā)送來的服務(wù)選擇信息選擇應(yīng)當(dāng)應(yīng)用的一個API，并且然后使用所選API。如果客戶端選擇了服務(wù)B，則步驟S321-S323被執(zhí)行用于登錄到服務(wù)提供服務(wù)器 B。為了登錄到提供服務(wù)B的服務(wù)提供服務(wù)器B，服務(wù)B特有的三個API被使用。更具體而 言，[GET getservicetoken]、[GET servicelogin]和[GET getsession]被用于登錄到服 務(wù)提供服務(wù)器B。用于登錄到服務(wù)提供服務(wù)器B的處理利用這三個API來執(zhí)行。如果客戶端執(zhí)行到提供服務(wù)B的服務(wù)提供服務(wù)器B的直接登錄，則與根據(jù)本發(fā)明 本實(shí)施例的配置不同，將需要客戶端使用這三個API。然而，就此而言，由于交換服務(wù)器執(zhí)行到所選服務(wù)的服務(wù)登錄，取代了根據(jù)本發(fā)明本實(shí)施例的配置中的客戶端，因此，客戶端能夠 總是使用共用API (步驟S305)，而不考慮哪個服務(wù)被選擇。圖15是用于圖像上載處理的API的應(yīng)用的示例?？蛻舳嗽陲@示在顯示屏上的用 戶界面(UI)的上載圖像設(shè)置框203(參考圖8和圖9)中設(shè)置要上載的(一個或多個)圖 像，以用于執(zhí)行圖像上載處理。另外，客戶端在用戶界面(UI)的每個數(shù)據(jù)輸入欄中輸入數(shù) 據(jù)，并且在輸入了數(shù)據(jù)之后，按下上載按鈕。通過上述上載操縱，共用API [POST上載]被執(zhí) 行。該API也是所有服務(wù)共用的共用API。共用API [POST上載]是用于將(一個或多個)上載圖像和在圖像上載用戶界面 (UI)的上載圖像設(shè)置框203(參考圖8和圖9)中設(shè)置的輸入數(shù)據(jù)發(fā)送給交換服務(wù)器的API。當(dāng)接收到來自客戶端的上載數(shù)據(jù)時，如上述登錄處理中所進(jìn)行的那樣，交換服務(wù) 器使用由與客戶端指定的服務(wù)相對應(yīng)的服務(wù)供應(yīng)商提供的API來執(zhí)行圖像上載處理。艮口， 交換服務(wù)器執(zhí)行與所選服務(wù)供應(yīng)商特有的序列相對應(yīng)的圖像上載處理。在圖15中，在步驟S341，處理是在客戶端選擇了服務(wù)A的情況中執(zhí)行的，而在步 驟S351，處理是在客戶端選擇了服務(wù)B的情況中執(zhí)行的。例如，步驟S341的處理被執(zhí)行用 于將(一個或多個)圖像上載到提供服務(wù)A的服務(wù)提供服務(wù)器A。從管理服務(wù)提供服務(wù)器 A的服務(wù)提供商A提供來的特有API [POST上載Α]被應(yīng)用于該圖像上載處理。步驟S351的處理被執(zhí)行用于將(一個或多個)圖像上載到提供服務(wù)B的服務(wù)提 供服務(wù)器B。從管理服務(wù)提供服務(wù)器B的服務(wù)提供商B提供來的特有API [POST上載B]被 應(yīng)用于該圖像上載處理。如上所述，在根據(jù)本發(fā)明本實(shí)施例的配置中，交換服務(wù)器利用與服務(wù)提供服務(wù)器 相對應(yīng)的API執(zhí)行處理，以便根據(jù)服務(wù)提供服務(wù)器特有的序列來執(zhí)行處理。相比之下，客戶 端能夠利用所有服務(wù)提供服務(wù)器共用的共用API執(zhí)行處理，而不考慮使用的是哪個服務(wù)。另外，在程序/API在服務(wù)提供服務(wù)器處被更新的情況中，交換服務(wù)器獲取更新后 的程序/API并且使用它，這使得客戶端無需執(zhí)行針對程序/API的任何更新處理。因此，極 大地減小了客戶端的負(fù)擔(dān)。如上面已經(jīng)說明的，利用圖13-15的共用API執(zhí)行處理的客戶端不限于圖1的客 戶端101。即，Web服務(wù)器105也利用共用API執(zhí)行處理。參考圖16，下面說明客戶端、交換服務(wù)器和服務(wù)提供服務(wù)器中的每個的硬件配置 的示例。在圖16中，客戶端510被提供有利用各種程序/API執(zhí)行數(shù)據(jù)處理的控制單元 511、經(jīng)由網(wǎng)絡(luò)執(zhí)行通信的通信單元512、存儲程序、API、參數(shù)、圖像數(shù)據(jù)等的存儲器單元 513、例如顯示圖像和用戶界面的顯示單元514，以及輸入用戶操縱信息的輸入單元515。例 如如果客戶端510具有經(jīng)由UI接受輸入的配置，則顯示單元也可以用作輸入單元。這樣的 配置的示例是觸摸板UI。如在本改進(jìn)前面的示例性實(shí)施例中已說明的，客戶端510的控制單元511選擇性 地應(yīng)用定義了執(zhí)行處理的多個API (應(yīng)用編程接口)，并且通過以交換服務(wù)器作為中介來執(zhí) 行與服務(wù)提供服務(wù)器的通信，以便使用由該服務(wù)提供服務(wù)器提供的服務(wù)。當(dāng)使用由多個服 務(wù)提供服務(wù)器提供的彼此不同的多個服務(wù)中的任意服務(wù)時，控制單元511利用共用API執(zhí) 行處理。
當(dāng)執(zhí)行用于使用服務(wù)的處理時，例如，控制單元511使用共用API來向交換服務(wù)器 發(fā)送選擇信息并從交換服務(wù)器接收與所選服務(wù)相對應(yīng)的服務(wù)細(xì)節(jié)信息；控制單元511使用 包含在所接收的服務(wù)細(xì)節(jié)信息中的用戶界面生成信息來顯示用戶界面；并且控制單元511 使用通用API來將經(jīng)由用戶界面輸入的信息發(fā)送給交換服務(wù)器。如前面參考圖13-15說明的，共用API包括登錄處理執(zhí)行API，其定義了應(yīng)當(dāng)被執(zhí) 行以利用由服務(wù)提供服務(wù)器提供的服務(wù)的登錄處理。當(dāng)使用該服務(wù)提供服務(wù)器時，控制單 元511在基于服務(wù)細(xì)節(jié)信息生成的用戶界面中所定義的登錄信息被輸入之后，使用登錄處 理執(zhí)行API來將登錄信息發(fā)送給交換服務(wù)器。交換服務(wù)器使用從客戶端接收的登錄信息來 執(zhí)行與客戶端所選服務(wù)相對應(yīng)的服務(wù)提供服務(wù)器所特有的登錄處理序列。另外，共用API包括用于執(zhí)行圖像上載處理(其是服務(wù)提供服務(wù)器提供的服務(wù)) 的圖像上載處理執(zhí)行API。當(dāng)利用服務(wù)提供服務(wù)器時，控制單元511在數(shù)據(jù)已經(jīng)被輸入到基 于服務(wù)細(xì)節(jié)信息生成的用戶界面中所定義的上載圖像設(shè)置部分時，使用該圖像上載處理執(zhí) 行API來將上載信息發(fā)送給交換服務(wù)器。交換服務(wù)器使用從客戶端接收的上載信息來執(zhí)行 與客戶端所選服務(wù)相對應(yīng)的服務(wù)提供服務(wù)器特有的上載處理序列。如上面已說明的，服務(wù)細(xì)節(jié)信息包括上載順序描述信息，其描述了用于向服務(wù)提 供服務(wù)器上載多個圖像的上載順序。當(dāng)多個圖像將被上載到服務(wù)提供服務(wù)器時，控制單元 511根據(jù)該上載順序描述信息來執(zhí)行圖像上載處理。其它功能也可包括在共用API中。例如，相簿功能被包括來確定客戶端所登錄到 的服務(wù)提供服務(wù)器上的客戶端相簿的列表。新的相簿功能可用來在服務(wù)提供服務(wù)器上創(chuàng)建 新的客戶端相簿。此外，圖像功能可用來在客戶端處顯示存儲在服務(wù)提供服務(wù)器上的圖像， 并且資產(chǎn)功能(asset function)可用來確定存儲在服務(wù)提供服務(wù)器上的客戶端資產(chǎn)。客 戶端資產(chǎn)例如包括照片、視頻、音頻文件以及其它媒體。如本領(lǐng)域技術(shù)人員將理解的，在不 脫離本公開的范圍的情況下，其它功能也是可以的。在圖16中，交換服務(wù)器520被提供有利用各種程序/API執(zhí)行數(shù)據(jù)處理的控制單 元521、經(jīng)由網(wǎng)絡(luò)執(zhí)行通信的通信單元522，以及存儲程序、API、參數(shù)、圖像數(shù)據(jù)等的存儲器 單元523。交換服務(wù)器520的控制單元521基于從客戶端接收的服務(wù)選擇信息來向客戶端提 供與客戶端所選服務(wù)相對應(yīng)的服務(wù)細(xì)節(jié)信息。然后，交換服務(wù)器520的控制單元521從客 戶端接收經(jīng)由基于該服務(wù)細(xì)節(jié)信息生成的用戶界面輸入的數(shù)據(jù)，并且然后將所接收數(shù)據(jù)傳 送給與所選服務(wù)相對應(yīng)的服務(wù)提供服務(wù)器。此外，如前面參考圖13-15所說明的，當(dāng)接收到來自客戶端的登錄信息或上載數(shù) 據(jù)時，控制單元521使用提供了客戶端所選服務(wù)的服務(wù)提供服務(wù)器所特有的特有API，來執(zhí) 行該服務(wù)提供服務(wù)器特有的登錄處理序列或者該服務(wù)提供服務(wù)器特有的上載處理序列。此外，交換服務(wù)器520的控制單元521從服務(wù)提供服務(wù)器接收URL以作為用于訪 問從客戶端上載的數(shù)據(jù)的信息，并且基于上載數(shù)據(jù)或者由服務(wù)提供服務(wù)器所提供的服務(wù)的 模式來執(zhí)行URL選擇處理以選擇應(yīng)當(dāng)被發(fā)送給客戶端的URL。這是已在上面參考圖12的流 程圖說明過的選擇處理。服務(wù)提供服務(wù)器530被提供有利用各種程序/API執(zhí)行數(shù)據(jù)處理的控制單元531、 經(jīng)由網(wǎng)絡(luò)執(zhí)行通信的通信單元532，以及存儲程序、API、參數(shù)、圖像數(shù)據(jù)等的存儲器單元533。注意，除了 Web服務(wù)器未被提供有客戶端510的顯示單元和輸入單元以外，Web服 務(wù)器基本上具有與圖16所示的客戶端510相同的配置。除了客戶端102的程序/API執(zhí)行 功能不如客戶端101的以外，客戶端101和102的每個基本上具有與圖16所示的客戶端 510相同的配置。盡管存在客戶端102的程序/API執(zhí)行功能不如客戶端101的事實(shí)，然而 由于客戶端B被提供有瀏覽功能，因此客戶端102剛好可以通過顯示由Web服務(wù)器呈現(xiàn)的 網(wǎng)頁來以與客戶端101相同的方式執(zhí)行圖像上載處理和瀏覽處理。在本說明書中說明的處理序列可以借助于硬件、軟件或者硬件與軟件的組合來實(shí) 現(xiàn)。如果在說明書中說明的處理序列借助于軟件來實(shí)現(xiàn)，則計算機(jī)可讀指令集可被安裝在 構(gòu)建于專用硬件中的計算機(jī)的存儲器中或者安裝在能夠執(zhí)行各種處理的通用計算機(jī)中。例 如，計算機(jī)可讀指令可以預(yù)先存儲在計算機(jī)可讀記錄介質(zhì)中。計算機(jī)可讀指令可從記錄介 質(zhì)被安裝到計算機(jī)上，或者計算機(jī)可讀指令可經(jīng)由諸如LAN(局域網(wǎng))或因特網(wǎng)之類的網(wǎng)絡(luò) 被接收，并且然后被安裝在諸如內(nèi)部/集成硬盤等之類的記錄介質(zhì)上。注意，根據(jù)本改進(jìn)的方面的計算機(jī)可讀指令例如是計算機(jī)程序，該計算機(jī)程序可 被提供給可以執(zhí)行存儲介質(zhì)或通信介質(zhì)中的計算機(jī)可讀形式的各種程序代碼。由于這樣的 程序是以計算機(jī)可讀形式提供的，因此可以根據(jù)計算機(jī)系統(tǒng)上的程序來實(shí)現(xiàn)處理。此外，在本說明書中描述的各種處理不必以根據(jù)在本說明書中出現(xiàn)的順序的時間 順序來執(zhí)行。即，取決于執(zhí)行處理的裝置/多個裝置的處理能力和/或根據(jù)需要，可以以并 行方式或者單獨(dú)地執(zhí)行處理。在本說明書中使用的術(shù)語“系統(tǒng)”是指多個裝置的邏輯集合。 應(yīng)當(dāng)注意，這些裝置不必被構(gòu)建在同一單個框架/殼體中。如上所述，根據(jù)本發(fā)明示例性實(shí)施例的圖像處理系統(tǒng)包括多個服務(wù)提供服務(wù)器、 使用由多個服務(wù)提供服務(wù)器提供的服務(wù)的客戶端，以及當(dāng)客戶端使用服務(wù)時執(zhí)行居間處理 的交換服務(wù)器。在這樣的配置中，當(dāng)使用由多個服務(wù)提供服務(wù)器所提供的彼此不同的多個 服務(wù)中的任何服務(wù)時，客戶端利用共用API來執(zhí)行與交換服務(wù)器的通信。交換服務(wù)器使用 提供客戶端所選服務(wù)的服務(wù)提供服務(wù)器所特有的特有API，來執(zhí)行該服務(wù)提供服務(wù)器特有 的處理序列。如本發(fā)明的發(fā)明人首先認(rèn)識到的，這樣的配置使得客戶端能夠利用共用API 來使用由多個服務(wù)提供服務(wù)器所提供的服務(wù)中的任何服務(wù)，而無需使用多個服務(wù)提供服務(wù) 器中的每個所特有的特有API。顯然，根據(jù)上面的教導(dǎo)可以作出本發(fā)明的許多修改和變體。因此，將明白，在所附 權(quán)利要求的范圍內(nèi)，可以以這里具體描述的方式以外的其它方式來實(shí)施本發(fā)明。
權(quán)利要求
1.一種使得交換服務(wù)器對客戶端設(shè)備與多個服務(wù)提供服務(wù)器之間的通信執(zhí)行居間處 理的方法，該方法包括在所述客戶端設(shè)備處根據(jù)共用API生成統(tǒng)一用戶界面，所述共用API獨(dú)立于各自與所 述多個服務(wù)提供服務(wù)器中的相應(yīng)一個相對應(yīng)的多個特定于服務(wù)器的API，所述多個特定于 服務(wù)器的API被存儲在所述交換服務(wù)器的電子存儲器中；在所述交換服務(wù)器處接收輸入到所述統(tǒng)一用戶界面中的輸入數(shù)據(jù)，所述輸入數(shù)據(jù)包括 對與所述多個服務(wù)提供服務(wù)器中的所希望服務(wù)提供服務(wù)器相對應(yīng)的服務(wù)的選擇；在所述交換服務(wù)器處根據(jù)所述特定于服務(wù)器的API中的與該所希望服務(wù)提供服務(wù)器 相對應(yīng)的相應(yīng)一個特定于服務(wù)器的API來轉(zhuǎn)換所述輸入數(shù)據(jù)；以及根據(jù)所述多個特定于服務(wù)器的API中的所述相應(yīng)的一個特定于服務(wù)器的API來將經(jīng)轉(zhuǎn) 換的輸入數(shù)據(jù)從所述交換服務(wù)器發(fā)送給該所希望服務(wù)提供服務(wù)器，來自該所希望服務(wù)提供 服務(wù)器的響應(yīng)根據(jù)所述共用API被轉(zhuǎn)換并且被發(fā)送給所述客戶端設(shè)備。
2.根據(jù)權(quán)利要求1所述的方法，還包括在所述交換服務(wù)器處確定新的服務(wù)提供服務(wù)器；以及在所述交換服務(wù)器的所述電子存儲器中存儲與所述新的服務(wù)提供服務(wù)器相對應(yīng)的特 定于服務(wù)器的API。
3.根據(jù)權(quán)利要求1所述的方法，還包括在所述交換服務(wù)器處確定所述多個服務(wù)提供服務(wù)器上的可用服務(wù)； 根據(jù)所述共用API將所述可用服務(wù)的列表發(fā)送給所述客戶端設(shè)備，所述可用服務(wù)被結(jié) 合到所述統(tǒng)一用戶界面中；以及從所述用戶界面去除與不可用服務(wù)提供服務(wù)器相對應(yīng)的服務(wù)。
4.根據(jù)權(quán)利要求1所述的方法，還包括在所述交換服務(wù)器處利用與所述客戶端設(shè)備相對應(yīng)的特定于機(jī)器的信息來驗(yàn)證所述 輸入數(shù)據(jù)，所述特定于機(jī)器的信息預(yù)先被存儲在所述交換服務(wù)器中。
5.根據(jù)權(quán)利要求4所述的方法，還包括在所述客戶端設(shè)備處利用所述特定于機(jī)器的信息生成校驗(yàn)和； 在所述客戶端設(shè)備處將所述校驗(yàn)和附加到所述輸入數(shù)據(jù)；以及 在所述交換服務(wù)器處利用所述特定于機(jī)器的信息來驗(yàn)證所述校驗(yàn)和。
6.根據(jù)權(quán)利要求1所述的方法，其中，所述共用API包括登錄功能，用以將所述客戶端設(shè)備登錄到所述所希望服務(wù)提供服務(wù)器上， 相簿功能，用以經(jīng)由所述交換服務(wù)器向所述客戶端設(shè)備返回存儲在所述所希望服務(wù)提 供服務(wù)器上的數(shù)據(jù)組的列表，所述數(shù)據(jù)組在所述所希望服務(wù)提供服務(wù)器處被與所述客戶端 設(shè)備相關(guān)聯(lián)，新相簿功能，用以經(jīng)由所述交換服務(wù)器在所述所希望服務(wù)提供服務(wù)器中生成新的數(shù)據(jù)組，資產(chǎn)功能，用以經(jīng)由所述交換服務(wù)器向所述客戶端設(shè)備返回存儲在所述所希望服務(wù)提 供服務(wù)器上的資產(chǎn)的列表，所述資產(chǎn)的列表在所述所希望服務(wù)提供服務(wù)器處被與所述客戶 端設(shè)備相關(guān)聯(lián)，圖像功能，用以經(jīng)由所述交換服務(wù)器向所述客戶端設(shè)備返回所選數(shù)據(jù)，所述所選數(shù)據(jù)被顯示在所述客戶端設(shè)備的顯示裝置上，以及上載功能，用以經(jīng)由所述交換服務(wù)器向所述所希望服務(wù)提供服務(wù)器上載所述輸入數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的方法，其中，所述共用API生成XML格式數(shù)據(jù)和JSON格式數(shù) 據(jù)中的一者。
8.一種被插入在客戶端設(shè)備與多個服務(wù)提供服務(wù)器之間的交換服務(wù)器，包括客戶端接口單元，用以利用共用API與所述客戶端設(shè)備通信，經(jīng)由所述客戶端接口單 元從所述客戶端設(shè)備接收的數(shù)據(jù)包括對由服務(wù)提供服務(wù)器中的所希望的一個服務(wù)提供服 務(wù)器提供的服務(wù)的選擇；控制器單元，用以根據(jù)存儲在所述交換服務(wù)器的電子存儲器中的多個特定于服務(wù)器的 API中的相應(yīng)的一個來轉(zhuǎn)換從所述客戶端設(shè)備接收的數(shù)據(jù)，所述特定于服務(wù)器的API中的 每個對應(yīng)于所述多個服務(wù)提供服務(wù)器中的相應(yīng)一個；以及服務(wù)器接口單元，用以根據(jù)所述多個特定于服務(wù)器的API中的相應(yīng)一個特定于服務(wù)器 的API、獨(dú)立于所述客戶端接口單元與該所希望服務(wù)提供服務(wù)器通信，從該所希望服務(wù)提供 服務(wù)器接收的響應(yīng)根據(jù)所述共用API被轉(zhuǎn)換并且經(jīng)由所述客戶端接口單元被發(fā)送給所述 客戶端設(shè)備，其中，所述共用API提供了用于經(jīng)由所述多個特定于服務(wù)器的API訪問由所述多個服 務(wù)提供服務(wù)器提供的服務(wù)的統(tǒng)一接口。
9.根據(jù)權(quán)利要求8所述的交換服務(wù)器，其中，所述控制器單元響應(yīng)于所述多個服務(wù)提 供服務(wù)器的更新來動態(tài)地更新多個不同的特定于服務(wù)器的API。
10.根據(jù)權(quán)利要求8所述的交換服務(wù)器，其中，所述控制器單元動態(tài)地存儲與新檢測到 的服務(wù)提供服務(wù)器相對應(yīng)的新的特定于服務(wù)器的API，并且動態(tài)地去除與不可用服務(wù)提供 服務(wù)器相對應(yīng)的特定于服務(wù)器的API。
11.根據(jù)權(quán)利要求8所述的交換服務(wù)器，還包括驗(yàn)證單元，用以根據(jù)與所述客戶端設(shè)備相對應(yīng)的特定于機(jī)器的信息來驗(yàn)證從所述客戶 端設(shè)備接收的數(shù)據(jù)，所述特定于機(jī)器的信息預(yù)先被存儲在所述交換服務(wù)器中。
12.根據(jù)權(quán)利要求11所述的交換服務(wù)器，其中，所述驗(yàn)證單元根據(jù)所述特定于機(jī)器的 信息來驗(yàn)證由所述客戶端設(shè)備生成的校驗(yàn)和。
13.根據(jù)權(quán)利要求11所述的交換服務(wù)器，其中，所述控制器單元包括 服務(wù)單元，用以確定由所述多個服務(wù)提供服務(wù)器提供的服務(wù)，相簿單元，用以確定存儲在所希望服務(wù)提供服務(wù)器上的數(shù)據(jù)組， 新相簿單元，用以在所希望服務(wù)提供服務(wù)器中生成新的數(shù)據(jù)組， 圖像單元，用以經(jīng)由所述多個特定于服務(wù)器的API中的相應(yīng)的一個來請求所選數(shù)據(jù)， 所述所選數(shù)據(jù)經(jīng)由所述共用API被提供給所述客戶端設(shè)備，所述所選數(shù)據(jù)是在所述客戶端 設(shè)備處被選擇的，以及上載單元，用以經(jīng)由所述多個特定于服務(wù)器的API中的相應(yīng)的一個將從客戶端接收的 數(shù)據(jù)提供給所希望服務(wù)提供服務(wù)器。
14.根據(jù)權(quán)利要求8所述的交換服務(wù)器，其中，所述共用API用來生成XML格式數(shù)據(jù)和 JSON格式數(shù)據(jù)中的至少一者。
15.一種存儲有計算機(jī)可讀指令的計算機(jī)可讀介質(zhì)，所述計算機(jī)可讀指令在被計算機(jī) 執(zhí)行時使得所述計算機(jī)執(zhí)行包括以下步驟的方法在客戶端設(shè)備處根據(jù)共用API生成統(tǒng)一用戶界面，所述共用API獨(dú)立于各自與多個服 務(wù)提供服務(wù)器中的相應(yīng)一個相對應(yīng)的多個特定于服務(wù)器的API，所述多個特定于服務(wù)器的 API被存儲在交換服務(wù)器的電子存儲器中；在所述交換服務(wù)器處接收輸入到所述統(tǒng)一用戶界面中的輸入數(shù)據(jù)，所述輸入數(shù)據(jù)包括 對與所述多個服務(wù)提供服務(wù)器中的所希望服務(wù)提供服務(wù)器相對應(yīng)的服務(wù)的選擇；根據(jù)所述特定于服務(wù)器的API中的與該所希望服務(wù)提供服務(wù)器相對應(yīng)的相應(yīng)一個特 定于服務(wù)器的API來轉(zhuǎn)換所述輸入數(shù)據(jù)；以及根據(jù)所述多個特定于服務(wù)器的API中的所述相應(yīng)的一個特定于服務(wù)器的API來將經(jīng)轉(zhuǎn) 換的輸入數(shù)據(jù)從所述交換服務(wù)器發(fā)送給該所希望服務(wù)提供服務(wù)器，來自該所希望服務(wù)提供 服務(wù)器的響應(yīng)根據(jù)所述共用API被轉(zhuǎn)換并且被發(fā)送給所述客戶端設(shè)備。
16.根據(jù)權(quán)利要求15所述的方法，還包括 確定新的服務(wù)提供服務(wù)器；以及在所述交換服務(wù)器的所述電子存儲器中存儲與所述新的服務(wù)提供服務(wù)器相對應(yīng)的特 定于服務(wù)器的API。
17.根據(jù)權(quán)利要求15所述的方法，還包括 確定所述多個服務(wù)提供服務(wù)器上的可用服務(wù)；根據(jù)所述共用API將所述可用服務(wù)的列表從所述交換服務(wù)器發(fā)送給所述客戶端設(shè)備， 所述可用服務(wù)被結(jié)合到所述統(tǒng)一用戶界面中；以及從所述用戶界面去除與不可用服務(wù)提供服務(wù)器相對應(yīng)的服務(wù)。
18.根據(jù)權(quán)利要求15所述的方法，還包括利用與所述客戶端設(shè)備相對應(yīng)的特定于機(jī)器的信息來驗(yàn)證所述輸入數(shù)據(jù)，所述特定于 機(jī)器的信息預(yù)先被存儲在所述交換服務(wù)器中。
19.根據(jù)權(quán)利要求18所述的方法，還包括在所述客戶端設(shè)備處利用所述特定于機(jī)器的信息生成校驗(yàn)和； 在所述客戶端設(shè)備處將所述校驗(yàn)和附加到所述輸入數(shù)據(jù)；以及 在所述交換服務(wù)器處利用所述特定于機(jī)器的信息來驗(yàn)證所述校驗(yàn)和。
20.根據(jù)權(quán)利要求15所述的方法，其中，所述共用API包括登錄功能，用以將所述客戶端設(shè)備登錄到所述所希望服務(wù)提供服務(wù)器上， 相簿功能，用以經(jīng)由所述交換服務(wù)器向所述客戶端設(shè)備返回存儲在所述所希望服務(wù)提 供服務(wù)器上的數(shù)據(jù)組的列表，所述數(shù)據(jù)組在所述所希望服務(wù)提供服務(wù)器處被與所述客戶端 設(shè)備相關(guān)聯(lián)，新相簿功能，用以經(jīng)由所述交換服務(wù)器在所述所希望服務(wù)提供服務(wù)器中生成新的數(shù)據(jù)組，資產(chǎn)功能，用以經(jīng)由所述交換服務(wù)器向所述客戶端設(shè)備返回存儲在所述所希望服務(wù)提 供服務(wù)器上的資產(chǎn)的列表，所述資產(chǎn)的列表在所述所希望服務(wù)提供服務(wù)器處被與所述客戶 端設(shè)備相關(guān)聯(lián)，圖像功能，用以經(jīng)由所述交換服務(wù)器向所述客戶端設(shè)備返回所選數(shù)據(jù)，所述所選數(shù)據(jù)被顯示在所述客戶端設(shè)備的顯示裝置上，以及上載功能，用以經(jīng)由所述交換服務(wù)器向所述所希望服務(wù)提供服務(wù)器上載所述輸入數(shù)據(jù)。
21.根據(jù)權(quán)利要求20所述的方法，其中，所述共用API生成XML格式數(shù)據(jù)和JSON格式 數(shù)據(jù)中的一者。
全文摘要
實(shí)現(xiàn)了這樣的系統(tǒng)，該系統(tǒng)使得能夠利用共用API來使用由多個彼此不同的服務(wù)器提供的服務(wù)。該系統(tǒng)包括多個服務(wù)提供服務(wù)器、使用由多個服務(wù)提供服務(wù)器提供的服務(wù)的客戶端，以及在客戶端使用服務(wù)時執(zhí)行居間處理的交換服務(wù)器。該客戶端在使用由多個服務(wù)提供服務(wù)器提供的多個服務(wù)中的任何服務(wù)時，利用共用API來與交換服務(wù)器通信。交換服務(wù)器利用提供了客戶端所選服務(wù)的服務(wù)提供服務(wù)器所特有的特有API，來執(zhí)行該服務(wù)提供服務(wù)器特有的處理序列?？蛻舳丝梢岳霉灿肁PI來使用由多個服務(wù)提供服務(wù)器提供的服務(wù)中的任何服務(wù)，而無需使用多個服務(wù)提供服務(wù)器中的每個所特有的特有API。
文檔編號G06F15/16GK102099802SQ200980128357
公開日2011年6月15日 申請日期2009年7月27日 優(yōu)先權(quán)日2008年7月28日
發(fā)明者安娜·格什尼克, 布萊恩·比阿弗, 查爾斯·麥可, 高倉大樹 申請人:索尼公司, 索尼電子有限公司