用于访问联网服务的客户端设备和相关联方法

专利名称：用于访问联网服务的客户端设备和相关联方法
用于访问联网服务的客户端设备和相关联方法相关申请的交叉引用本申请要求2008年7月观日提交的题为“Media Interchange”的美国申请 No. 61/137，241 以及 2008 年 8 月 5 日提交的题为"System of Uploading and Downloading Images by Using an Interchange Server” 的美国申请 No. 61/086，235 的权益，通过引用 将这两个申请整体结合于此。
背景技术：
本改进涉及用于访问由服务供应商管理的服务提供服务器所提供的服务的诸如 相机之类的客户端设备。例如，上载处理可被提供，其中，客户端设备将诸如图像数据等之 类的用户数据发送给服务器以便将所上载的数据存储在服务器数据库中。可经由网络访问各种类型的服务。例如，已知了这样的服务，该服务允许用户数 据，例如由数字相机等捕获的图像，被上载到服务器以存储在由服务器管理的数据库中。用 户可以根据需要浏览存储在服务器的数据库中的图像。另外，取决于用户偏好，可以使所上 载图像可经由网络被公开访问。这样的图像上载处理例如在通过引用被结合于此的日本未 实审专利申请公报No. 2006-252152中有所描述。所提供的服务的类型和模式依服务供应商而异。用户可以根据其偏好来选择任何 服务。提供这种图像上载服务的服务供应商提供了用于经由因特网浏览器上载(一个 或多个)图像的各自的解决方案，即，每个个体服务供应商特有的解决方案。例如，客户端 设备可以借助于因特网浏览器执行上载处理。然而，一般而言，由于存在特定于因特网浏览 器的许多约束，因此该处理是困难的。为了提高可用性，一些移动设备，例如一些数字相机，例如具有预先存储在其存储 器中的将用于上载所拍摄图像的上载处理执行程序。或者，作为另一示例，这样的程序从服 务器被下载并且随后被存储在诸如相机之类的移动设备的存储器中。上载处理利用所存储 的上载专用程序来执行。然而，这些上载处理程序中的许多是各个服务供应商特有的。即，为了使用由某个 服务供应商提供的图像上载服务，需要上述某个服务供应商特有的专用程序。当唯一地对应于某个服务供应商的专用程序被用在诸如数字相机之类的客户端 设备中时，客户端使用该服务供应商特有的API(应用编程接口)。API是用于执行预定处 理的程序单元。当某个API被调用时，在所调用API中指定的预定处理被执行。例如，API 被设置为与服务器连接处理、登录处理、上载处理等中的每个相对应。客户端可以利用这些 API执行一系列处理。在大多数情况中，这样的API是各个服务供应商特有的。即，由各个服务供应商指 定的与登录处理、上载处理等相对应的专用API被设置。因此，要求客户端使用这样的专用 API。如上所述，提供图像上载服务的服务供应商设置了其自己的服务所特有的多个API。服务供应商允许客户端使用这些API以执行上载处理。通过上述API应用处理，诸如 创建遵循服务供应商特有的可接受数据格式的上载数据之类的上载处理、客户端-服务器 通信处理等被执行。通过该手段，确保了没有错误的上载处理。如果客户端仅使用由一个服务供应商提供的服务，则在客户端侧安装唯一地对应 于上述一个服务供应商的程序/API是足够的。然而，在实际意义上，存在提供图像上载服 务的许多服务供应商。因此，为了允许用户从它们之中自由地选择服务供应商，需要在客户 端上安装分别对应于所有服务提供商的许多程序/API。这对于具有有限存储器空间的诸如 相机之类的客户端设备来说是不希望的。另外，程序/API例如会由于服务供应商所提供的服务的模式的改变而被改变和/ 或更新。如果这样的改变和/或更新是在安装有多个API和程序(对应于由多个服务供应 商提供的图像上载服务)的客户端设备被提供给用户之后实现的，则需要在客户端侧更新 程序/API。如果需要用户来执行这样的上载处理，则给用户施加了负担。此外，存在出现处 理错误的风险。

发明内容
鉴于前面的情况，本改进提供了使得客户端能够利用共用(common)程序和共用 API来使用由多个服务提供服务器提供的服务的信息处理装置、信息处理系统、信息处理方 法和计算机可读介质。例如，交换服务器被设置在客户端和以如下方式提供图像上载服务的服务供应商 的服务器之间图像的上载是通过以交换服务器作为中介来执行的。客户端利用共用API 来与交换服务器执行通信，而不管所使用的是哪个服务供应商。交换服务器执行在服务侧 执行API的调用。如上面简要说明的，交换服务器与多个服务供应商执行通信，以便充当用于客户 端的上载处理的中介。每当服务供应商提供的服务和/或程序和/或API改变时，就在交 换服务器处实现所需改变。通过此手段，客户端能够继续使用服务而无需客户端侧的任何 改变。此外，在客户端设备被供应给用户之后，能够容易地添加服务供应商，而不会给客 户端用户施加任何负担。即，在此情况中，由于服务供应商添加处理是在交换服务器侧执 行的，因此客户端能够使用所添加的新服务而无需改变客户端侧的处理。在当今的网络产 业中，新创立的服务供应商快速地增加其市场份额并成为主导者是不常见的。即使在这样 的新的服务供应商开始提供其服务的情况中，也可以以非常灵活且快速的方式添加新的服 务，而无需客户端侧的任何改变。根据本改进的示例性实施例的配置还实现了用于提供用户界面(UI)的处理，该 用户界面(UI)使得能够在客户端侧创建用于多个服务供应商提供的这些多样化服务的上 载数据。根据本改进第一方面的示例性信息处理装置包括控制部件，其选择性地应用定义 了与服务提供服务器有关的数据处理和通信的多个API，以便使用由服务提供服务器提供 的服务。通信部件经由网络与交换服务器通信。交换服务器对信息处理装置与服务提供服 务器之间的通信执行居间处理(intermediate)。控制部件采用共用API来访问来自多个服务提供服务器的多个服务，并且多个服务中的每个服务与多个服务中的其它服务不同。根据本改进第二方面的示例性交换服务器包括通信部件，其与多个服务提供服务 器和至少一个客户端设备通信。交换服务器还包括控制部件，其对客户端设备与所选服务 所对应的至少一个服务提供服务器之间的通信执行居间处理，所选服务是在客户端设备处 选择的。控制部件响应于从客户端设备接收的服务选择信息向客户端设备提供服务细节信 息，并且控制部件接收经由用户界面输入的数据，该用户界面是在客户端设备处根据服务 细节信息生成的。所接收数据由控制部件传送给与所选服务相对应的服务提供服务器。据本改进第三方面的示例性交换服务器包括通信部件，其与交换服务器通信，以 及控制部件，其对客户端设备与交换服务器之间的通信执行居间处理。控制部件还根据从 交换服务器接收的信息生成用于显示在客户端设备上的浏览器处的网页。交换服务器与多 个服务提供服务器和至少一个客户端设备通信。根据本改进第四方面的示例性信息处理系统包括多个服务提供服务器；访问由 多个服务提供服务器提供的至少一个服务的客户端设备；以及交换服务器，其对客户端设 备与在客户端设备处选择的服务所对应的至少一个服务提供服务器之间的通信执行居间 处理。客户端设备选择性地应用多个API来访问所选服务，并且客户端设备经由交换服务 器与所选服务所对应的服务提供服务器通信。当由多个服务提供服务器提供的多个不同服 务被选择时，客户端设备应用共用API来访问多个所选服务，并且交换服务器响应于从客 户端设备接收的信息来应用与多个服务提供服务器中的每个通信时专用的特有API。每个 特有API是多个服务提供服务器中的相应一个所特有的。根据本改进第五方面的示例性信息处理系统包括多个服务提供服务器；客户端 设备，用以访问由所述多个服务提供服务器提供的至少一个服务；交换服务器，其对客户端 设备与在客户端设备处选择的服务所对应的至少一个服务提供服务器之间的通信执行居 间处理；以及Web服务器，被配置来对交换服务器与客户端设备之间的通信执行居间处理。 客户端设备选择性地应用多个API来访问所选服务，并且经由交换服务器与所选服务所对 应的服务提供服务器通信。Web服务器将从交换服务器提供给客户端设备的信息呈现为网 页。当由多个服务提供服务器提供的多个不同服务被选择时，客户端设备应用共用API来 访问多个所选服务，并且交换服务器响应于从客户端设备接收的信息来应用与多个服务提 供服务器中的每个通信时专用的特有API。每个特有API是多个服务提供服务器中的相应 一个所特有的。根据本改进示例性实施例的图像处理系统使得客户端能够利用共用API来使用 由多个服务提供服务器提供的服务中的任何服务，而无需使用多个服务提供服务器中的每 个所特有的特有API。结合附图阅读时，将从以下对本发明的示例性实施例的详细描述中全面地理解本 公开的其它目的、特征和优点。


将容易获得对改进的更全面理解以及许多其伴随优点，并且通过参考结合附图考 虑的以下的详细描述，将更好地了解它们。然而，附图及其示例性叙述不以任何方式限制本 说明书所包含的改进的范围。说明书和附图所包含的改进的范围由所附权利要求书中的词语来限定。图1是根据本公开示例性实施例的信息处理系统的示图；图2是由服务供应商提供的服务模式的表；图3是由服务供应商提供的服务模式的另一表；图4是根据本公开示例性实施例的在客户端、交换服务器和服务提供服务器之间 执行的处理的处理序列图；图5是根据本公开示例性实施例的在客户端、交换服务器和服务提供服务器之间 执行的处理的另一处理序列图；图6是根据本公开示例性实施例的在客户端、交换服务器和服务提供服务器之间 执行的处理的又一处理序列图；图7是根据本公开示例性实施例的由交换服务器提供给客户端的服务细节信息 的示图；图8是根据本公开示例性实施例的显示在客户端的显示屏上的用于图像上载处 理的用户界面(UI)的示图；图9是根据本公开示例性实施例的显示在客户端的显示屏上的用于图像上载处 理的用户界面(UI)的另一示图；图10是根据本公开示例性实施例的在浏览上载图像时显示在客户端的显示屏上 的图像列表的示图；图11是根据本公开示例性实施例的在浏览上载图像时显示在客户端的显示屏上 的图像列表的另一示图；图12是根据本公开示例性实施例的用于选择与交换服务器提供给客户端的(一 个或多个)上载图像相对应的URL的URL选择处理序列的流程图；图13是根据本公开示例性实施例的应用于客户端、交换服务器和服务提供服务 器之间的处理的API的时序图；图14是根据本公开示例性实施例的应用于客户端、交换服务器和服务提供服务 器之间的处理的API的另一时序图；图15是根据本公开示例性实施例的被应用于客户端、交换服务器和服务提供服 务器之间的处理的API的又一时序图；以及图16是根据本公开示例性实施例的客户端、交换服务器和服务提供服务器中的 每个的硬件配置的示图。
具体实施例方式下面，将通过参考附图并且描述优选实施例来讨论本改进。然而，本领域技术人员 将认识到如所附独立权利要求所限定的本发明的范围内的其它应用和修改。本说明书中是要的术语“系统”是指多个装置的逻辑集合。应当注意，这些装置不 必被构建在同一单个框架/壳体中。图1是根据本发明示例性实施例的信息处理系统的配置示例，其包括客户端设 备101、另一客户端设备102、Web服务器105、交换服务器110，以及服务提供服务器A-F， 121-126。这些装置被以使得它们可以经由网络执行通信的方式被配置。
9
服务提供服务器121-1 是由服务供应商A-F操作的服务器，服务供应商A-F向 客户端设备101和102提供服务。具体地，例如，服务提供服务器121-1 将由客户端上载 的图像数据存储到数据库中并且管理所存储数据。由客户端上载的图像逐客户端地被管 理，以使得图像可用于由客户端用户根据需要进行浏览。另外，取决于用户设置，可以使图 像用于经由网络被公开访问。服务提供服务器121-126的每个是由彼此不同的服务供应商A-F操作的服务器。 尽管这些服务供应商A-F彼此的相同之处在于它们提供图像上载服务，然而由此提供的服 务的模式依个体服务供应商而异。图2和图3是由服务供应商A-F提供的服务的示例。尽管由服务供应商A-F提供的服务具有每个服务都管理由客户端设备上载的图 像的共同点，然而由此提供的服务的具体模式依服务供应商而异，其示例在图2和图3中示
出ο下面描述图2-3中包括的服务模式。在图2-3中，“〇”表示由服务提供服务器提 供的服务模式，“ X，，表示不是由该服务提供服务器提供的服务模式，并且“_”表示不适用 于该服务提供服务器的表条目。(1) “兼容图片格式”指示在各种服务下静止图片的上载和运动图片的上载中的哪 一种或者两者是被允许的。(2) “公开/非公开设置”指示在各种服务下是否可以将由客户端(用户)上载的 图像设置为公开可获得图像/非公开图像。(3) “相簿功能”指示在各种服务下是否可以设置相簿作为管理客户端设备所上载 的图像的单元。(4) “相簿标题输入”指示在各种服务下为客户端设备上载的一组图像所设置的相 簿的标题的输入是否可被接受。(5) “图像标题输入”指示在各种服务下为客户端设备上载的图像加标题是否被允许。(6) “图像描述输入”指示在各种服务下由客户端设备上载的图像的说明文本的输 入是否被允许。(7) “标签输入”指示在各种服务下向客户端设备所上载的图像附加标签是否被允许。(8) “登录参数”指示在执行从客户端设备的上载时各个服务A-F所需的登录参数 的类型。(9) “静止图片最大大小”指示在各种服务下可以上载的，即其上载被允许的静止 图像的最大大小。(10) “运动图片最大大小”指示在各种服务下可以上载的，即其上载被允许的运动 图像的最大大小。(11) “运动图片最大时间”指示在各种服务下可以上载的，即其上载被允许的运动 图像的最大时间长度。(12) “最大内容数目”指示在各种服务下可以上载的，即其上载被允许的内容的最 大数目。
(13) “服务标识(Service Logo) ”指示每个服务的服务标识。(14) “服务商标信用额度(Service Trademark Credit Line) ”指示每个服务的 商标信用的文本。(15) “上载顺序”指示在各种服务下由客户端设备上载并且随后在浏览时和/或 为了浏览而被排列的图像的排列顺序。(16) “服务器侧自动处理”指示在各种服务下在上载处理时服务器自动执行的处理。如从图2和图3可明白的，尽管由服务供应商A-F提供的服务具有每个服务都管 理由客户端设备上载的图像的共同点，然而由此提供的服务的具体模式依服务供应商而 异。应当注意，图2和图3仅仅是示例性的，并且其它服务模式也是可以的。因此，本改进 不以任何方式受图2-3中包括的服务模式的限制。与图1的服务提供服务器121-1 相对应的服务供应商A-F的每个向客户端设备 提供特有的图像上载服务，如上所述。因此，通常，服务供应商A-F还向客户端设备提供上 载处理所需的程序/API。客户端设备可以利用由服务供应商121-1 提供的程序/API来 执行上载处理。然而，如上面已说明的，如果假设客户端设备使用由各个服务供应商A-F提供的 服务，则需要客户端设备将这些服务供应商A-F提供的所有程序/API存储在其存储器中。 另外，例如，当程序的更新或者新的API的添加发生时，需要在客户端设备侧对其作出响应。根据本改进的信息处理系统被提供有交换服务器110，以减小客户端设备的负担。客户端设备101和102的每个不执行与服务提供服务器121-126的直接通信，而 是执行与其的间接通信。即，客户端101与交换服务器110通信，而客户端设备102与Web 服务器105通信。客户端设备101是将用于执行上载处理的程序/API存储在例如存储器单元中 并且利用它们来执行处理的客户端设备。当利用由各个服务供应商的服务提供服务器 121-1 提供的服务时，客户端设备101使用所有这些服务供应商共用的共用程序/API，以 与交换服务器110执行通信。即，客户端设备101通过以交换服务器110作为中介，利用服 务提供服务器121-1 来执行图像的上载、图像的浏览等。客户端设备102是不具有适用于上载处理的任何程序/API的客户端设备。尽管 客户端设备102不直接与交换服务器110通信，然而客户端设备102具有浏览功能并且借 助于由Web服务器105提供的网页来执行图像的上载。即，客户端设备102通过以Web服 务器105和交换服务器110作为中介，利用服务提供服务器121-1 来执行图像的上载、图 像的浏览等。Web服务器105位于交换服务器110与客户端设备102之间的某个地方。基于由 交换服务器110提供的数据，Web服务器105创建由HTML数据组成的网页。然后，Web服 务器105将所创建网页提供给客户端设备102。另外，Web服务器105将从客户端设备102 发送来的数据传送给交换服务器110。例如，Web服务器105将上载数据传送给交换服务器 110。当由服务提供服务器121-1 提供的服务中的任何服务被使用时，客户端设备101利用用于与交换服务器110通信的共用程序/API来执行处理。这对于Web服务器105 也是同样的。因此，Web服务器105具有与客户端设备101相同的程序执行功能。接下来，将参考图4-6，说明当客户端设备使用由服务提供服务器121-126中的任 一者提供的服务时，以交换服务器为中介在客户端设备与服务提供服务器之间执行的通信 处理序列。图4-6中的每个按以下出现顺序示出了客户端侧用户、客户端设备、交换服务器 和服务提供服务器，其中，用户是最左边的那个。注意，图4-6中的客户端设备对应于图1 中的客户端设备101。图4-6中的交换服务器对应于图1中的交换服务器110。图4-6中 的服务提供服务器对应于图1中的服务提供服务器121-126中的任一个。下面说明图4-6中的每个处理序列。首先，在步骤S11，客户端设备用户启动预先存储在客户端设备中的客户端程序。 该客户端程序是被运行用于服务提供服务器121-126的任一个的服务的共用程序。在步骤S12，客户端设备根据所启动的程序向交换服务器作出对“当前可用服务列 表”的请求。当客户端设备提交这样的请求时，客户端设备除了发送请求以外还可以将客户 端设备区域信息和客户端设备语言信息作为参数发送。注意，该参数传输可以作为根据用 户设置的处理来执行。在步骤S13，交换服务器将所请求的当前可用服务的列表返回给客户端设备。交换 服务器已预先从图1所示的服务提供服务器121-1 接收了与最新近服务有关的信息。交 换服务器根据预先接收的信息来创建服务列表，并且随后将服务列表提供给客户端设备。 如果交换服务器已从客户端设备接收到区域信息和语言信息，则交换服务器可以基于所接 收信息对服务列表执行过滤。例如，如果客户端设备的区域为日本并且客户端设备的语言 为日语，则交换服务器将日语版列表提供给客户端设备。此外，交换服务器可以定期创建和/或更新服务列表而无需来自客户端设备的输 入。例如，交换服务器可以响应于服务提供服务器对被更新服务的通知、响应于新的服务提 供服务器的发现，和/或响应于其服务被包括在服务列表中的服务提供服务器不可获得， 来更新服务列表。如本领域技术人员可理解的，交换服务器更新服务列表的这些情况仅是 示例性的，并且在不脱离本公开的范围的情况下其它情况也是可以的。在步骤S14，客户端设备将从交换服务器接收的当前可用服务的列表显示在显示 屏上，作为例如用户界面(UI)信息。服务列表是示出了每个服务供应商所提供的服务的列 表。服务列表是以用户可选择任何服务的方式而设置的UI。例如，服务列表包含服务供应商A 静止图片上载服务、浏览服务服务供应商B 静止图片上载服务、浏览服务服务供应商C 静止图片上载服务、浏览服务服务供应商D 运动图片上载服务、浏览服务服务供应商E 运动图片上载服务、浏览服务在步骤S15，客户端设备用户从服务列表选择特定服务，并且随后命令执行处理， 例如，上载图像。在步骤S16，客户端设备基于所输入的用户指令向交换服务器作出对与所选服务 (即，指定服务)有关的细节信息的请求。
12
在步骤S17，交换服务器将与所选服务有关的细节信息发送给客户端设备。如上面 已说明的，交换服务器预先从图1所示的服务提供服务器121-1 接收了与最新近服务有 关的细节信息。交换服务器从预先接收的最新近服务细节信息中选择与用户所选的服务相 对应的信息，并且随后将所选信息提供给客户端设备。在发送细节信息之前，交换服务器可以核实针对细节信息的客户端请求。例如，交 换服务器可以存储与客户端有关的特定于机器的信息，并且可以使用该特定于机器的信息 来核实客户端请求。这样的特定于机器的信息包括但不限于客户端特有的设备ID以及客 户端版本ID。然而，如本领域技术人员可理解的，其它特定于机器的信息也是可以的，例如 序列号或MAC ID。特定于机器的信息不从客户端被发送给交换服务器。取而代之的是，其预先被存 储在交换服务器中。客户端随后可以使用该特定于机器的信息来生成校验和，该校验和被 附加到该请求中。交换服务器随后可以利用特定于机器的信息基于所附加的校验和来核实 该请求。一旦该请求经过核实，交换服务器就将细节信息发送给客户端。图7是交换服务器提供给客户端设备的服务细节信息的示例。在图7中，服务细节 信息例如具有XML数据格式，但是还可以以Javascript对象标记(JSON)格式来提供。在 不脱离本公开的范围的情况下，其它用于细节信息的格式也是可以的。因此，细节信息的这 种格式决不会限制本改进的范围。该服务细节信息包含用于生成在图像上载处理被执行时显示在客户端设备的显 示屏上的UI的信息。另外，该服务细节信息包含与可上载的图像的模式有关的信息，例如， 关于静止图片上载和运动图片上载中的哪种被允许的信息。该服务细节信息还包含与静止 图片的大小有关的信息或者与运动图片的大小有关的信息。该服务细节信息还包含与登录 时所需的和/或用于登录的参数有关的信息。如果存在应当被上载的多个图像，则该服务 细节信息还包含与将被上载的图像的顺序有关的设置信息。应当注意，图7所示的服务细 节信息仅仅是简化示例。即，图7未示出所有的服务细节信息。本领域技术人员将容易理 解，在不脱离本改进的范围的情况下，其它服务细节信息也是可以的。该服务细节信息包含与上面已参考图2和图3说明过的服务的模式有关的信息。 即，该服务细节信息包含与如下项有关的信息(1)兼容图片格式、(2)公开/非公开设置、 (3)相簿功能、(4)相簿标题输入、( 图像标题输入、(6)图像描述输入、(7)标签输入、(8) 登录参数、(9)静止图片最大大小、(10)运动图片最大大小、(11)运动图片最大时间、(12) 最大内容数目、(13)服务标识、(14)服务商标信用额度、(15)上载顺序，以及(16)服务器 侧自动处理。在步骤S18，客户端设备根据从交换服务器接收的服务细节信息，即，与用户所选 服务相对应的所选信息，来显示用于执行图像上载处理的用户界面(UI)。用于执行图像上载处理的用户界面(UI)依服务而异，即，取决于用户所选的服务 而不同。即，用户界面UI是根据与服务供应商相对应的服务细节信息生成的，与服务供应 商相对应的服务细节信息是由交换服务器根据用户所选信息选择的并且随后被发送给客 户端设备。图8和图9是在客户端设备处呈现的用户界面(UI)的示例。图8是用于执行图 像上载处理并且根据与服务供应商A相对应的服务细节信息生成的用户界面(UI)。图9是用于执行图像上载处理并且根据与服务供应商B相对应的服务细节信息生成的用户界面 (UI)。在图8和图9中，用于执行图像上载处理的用户界面(UI)例如包含以下显示数 据(a)服务供应商的图标/标识201。(b)用于输入登录所需信息的登录信息输入框202。(c)用于设置上载图像(一个或多个)的上载图像设置框203。(d)上载图像公开/非公开复选框204(仅针对图8的服务A示出)。(e)为提供相簿功能的服务提供的相簿信息设置栏205 (仅针对图9的服务B示 出)。除此之外，取决于服务，各种信息可被显示为UI。如本领域技术人员将容易理解 的，在不脱离本改进的范围的情况下，其它用户界面也是可以的。另外，可以执行过滤处理，以使得例如不符合服务的兼容图片格式的任何图像不 被显示。此外，执行商标信用额度、注意事项(即，针对上载的允许和不允许事项)、权利/ 许可信息(EULA)等的显示。这些的显示是基于由交换服务器提供给客户端设备的服务细 节信息中所包含的数据的，其已经在上面参考图7进行了说明。返回来参考图4-6的时序图，下面将进一步说明通信序列。在图4的步骤S18，用 于执行图像上载处理的诸如图8和图9的用户界面(UI)被呈现在客户端设备的显示装置 上。接下来，在图5的步骤S19中，用户在所呈现的用户界面UI的登录信息输入框中 输入登录信息(认证信息)。登录信息(认证信息)依服务供应商而异。用户根据UI上所 示的输入指令来输入登录信息。例如，如果用户使用图8所示的由服务供应商A提供的服 务A，则如登录信息输入框20 所提示的，用户输入其用户名作为登录信息(认证信息)。另一方面，如果用户使用由服务供应商B提供的服务B，则图9的用户界面被使用。 其中，如登录信息输入框202b所提示的，用户输入其电子邮件地址作为登录信息(认证信在步骤S20，客户端设备将登录信息(认证信息)发送给交换服务器。在步骤S21，交换服务器将该登录信息(认证信息)发送给服务供应商A-F的服务 提供服务器中已由用户选择的那个服务器。应当注意，由已被用户选择的服务供应商提供 用于登录信息(认证信息)的发送的程序/API被用于该登录信息发送处理。当从交换服务器接收到登录信息(认证信息)时，服务提供服务器验证所接收的 登录信息(认证信息)。然后，如果验证出用户是具有正当上载权力的客户端设备用户/人， 则服务提供服务器接受登录请求。在步骤S22，服务提供服务器将登录验证结果(成功)返 回交换服务器，并且建立用于维持会话的通信连接。接下来，在步骤S23，交换服务器将登录验证结果(成功)传送给客户端设备，并且 发出用于维持客户端设备与交换服务器之间的通信连接的会话ID。客户端设备与交换服务 器之间的后续通信是以该会话ID的附加符号作为参数来执行的。在步骤S24，用户输入上载处理所需的信息；例如，用户设置(一个或多个)上载 图像等。在此步骤中，用户利用被提供用于图像上载处理的用户界面来输入必要信息，其一些示例已在前面参考图8和图9进行了说明。用户根据需要创建相簿并且输入标题和/或 评论。然后，用户发出上载指令。在步骤S25，响应于用户发出的上载指令，客户端设备发送，即上载，包括要上载的 (一个或多个)图像以及元数据(例如，评论)的图像数据到交换服务器。如果多个图像被 上载，则根据用户所选服务供应商提供的服务来控制其上载顺序。这样的控制信息也包含 在上面参考图7说明的服务细节信息中。取决于用户所选服务，S卩，取决于由其选择的服务供应商来改变上载多个图像的 顺序的原因在于显示多个上载图像的顺序依服务供应商而异。换言之，这是因为被提供用 于浏览上载图像的图像列表的序列格式依服务供应商而异。例如，一些服务供应商提供用于浏览如下图像的列表，这些图像是按客户端设备 执行图像的上载的顺序排列的。即，他们提供了根据图像的上载顺序排列的、将最早的 (即，第一)上载图像示出为第一个图像并且将以后的上载图像示出为后续图像的浏览列表。其它服务供应商提供了用于浏览这样的图像的列表，这些图像是按照与客户端设 备执行图像上载的顺序相反的顺序排列的。即，他们提供了根据与图像上载顺序相反的顺 序排列的、将最晚的(即，最后的)上载图像示出为第一个图像并将较早的上载图像示出为 后续图像的浏览列表。将参考图10和图11说明这样的图像浏览列表的示例。图10和图11是用于浏览 由彼此不同的两个服务供应商提供的上载图像的列表。图10是用于浏览按照客户端设备执行图像上载的顺序排列的图像的列表。即，图 10是根据图像的上载顺序排列的、将客户端设备上载的第一图像示出为第一个图像并将客 户端设备上载的后面的图像示出为后续图像的图像浏览列表。图11是用于浏览按照与客户端设备执行图像上载的顺序相反的顺序排列的图像 的列表。即，图11是根据与图像的上载顺序相反的顺序排列的、将客户端设备上载的最后 一个图像示出为第一个图像并将客户端设备上载的之前的图像示出为后续图像的图像浏 览列表。如果包含在由一个服务供应商提供给客户端设备的一个图像浏览列表中的图像 的排列与包含在由另一服务供应商提供给该客户端设备的另一图像浏览列表中的图像的 排列不同，则可能使使用各种服务的客户端设备用户迷惑。为了防止使用户迷惑，以包含在 图像浏览列表中的图像的排列总是相同的方式来改变上载图像的顺序，而不管选择的是哪 个服务供应商。S卩，当客户端设备以连续方式上载多个图像时，其顺序被控制以便确保在图像浏 览时提供的显示顺序总是相同的，而不管选择的是哪个服务。例如，图10中的图像的显示顺序，即，用于浏览按客户端设备上载图像的顺序排 列的图像的列表顺序，被设置为“正常顺序”。图11中的图像的显示顺序，即，用于浏览按照 与客户端设备上载图像的顺序相反的顺序排列的图像的列表顺序，被设置为“逆序”。在这样的设置下，如果用户所选服务是由提供“逆序”浏览列表的服务供应商提供 的服务，则当客户端设备上载多个上载图像时，在将这些图像的顺序反转之后执行上载处 理。
另一方面，如果用户所选服务是由提供“正常顺序”浏览列表的服务供应商提供的 服务，则当客户端设备上载多个上载图像时，执行上载处理而不反转这些图像的顺序。由于图像的上载顺序如上所述那样被控制，因此能够浏览以“正常顺序”浏览列表 的形式呈现的图像，而不管选择的是哪个服务供应商。在前面的上载处理示例中，尽管是在所有服务中的每个服务呈现“正常顺序”图像 列表的假设下给出的说明，然而不必局于此。即，也可以在在所有服务的每个服务中呈现 “逆序”图像列表的设置下来执行上载处理。在这样的修改后设置下，如果用户所选服务是 由提供“逆序”浏览列表的服务供应商提供的服务，则当客户端设备上载多个上载图像时， 执行上载处理，而不用反转这些图像的顺序。另一方面，如果用户所选服务是由提供“正常顺序”浏览列表的服务供应商提供的 服务，则当客户端设备上载多个上载图像时，在将这些图像的顺序反转之后执行上载处理。由于图像的上载顺序如上所述那样被控制，因此能够浏览以“逆序”浏览列表的形 式呈现的图像，而不管选择的是哪个服务供应商。如上所述，当在图5的图像上载步骤S25中上载多个图像时，执行控制以根据用户 所选服务来改变图像的发送顺序。接下来，在步骤S26中，交换服务器将从客户端设备接收的图像数据临时存储在 存储器中。然后，交换服务器将图像数据上载到用户所选服务提供服务器。应当注意，由用户所选择的服务供应商提供的用于上载处理的程序/API被用于 该上载处理。在该上载处理中，交换服务器根据需要添加信息和/或校正信息。例如，交换服务 器通过向图像附加元数据(标题、评论和/或标签)来处理发送信息。具体地，例如，如果从客户端设备发送给交换服务器的数据不满足服务供应商所 要求的上载格式条件，则交换服务器对用于上载的数据执行处理，以满足所要求的条件。例如，在一些情况中，附接到从客户端设备发送到交换服务器的上载数据中所包 括的图像的评论中所包含的字符数目可能不符合所选服务供应商可接受的字符数目。作为 另一示例，不允许省略的所需元数据可能未被附加到图像中。在这样的情况中，交换服务器 执行信息的添加和/或信息的校正，以对其格式进行布置从而确保不发生上载错误。接下来，在步骤S27，交换服务器将包含从客户端设备接收的(一个或多个)图像 的上载数据(例如，(一个或多个)图像、元数据等)发送给用户所选服务提供服务器。服务提供服务器接收来自交换服务器的上载数据。然后，服务提供服务器保存所 接收的上载数据并且在其数据管理策略下进行管理。接下来，在图6的步骤S28，服务提供服务器将上载结果(例如，成功/失败)返回 给交换服务器。服务提供服务器可以将作为用于访问(一个或多个)上载图像的信息的、 被设置用于(一个或多个)上载图像的(一个或多个)URL作为上载结果返回给交换服务
ο在步骤S29，交换服务器将从服务提供服务器接收的上载结果以及与(一个或多 个)上载图像相对应的URL信息发送给客户端设备。当接收到来自服务提供服务器的与上载图像相对应的URL时，交换服务器可以将 与上载图像相对应的URL传送给客户端设备而不对其执行任何处理。或者，例如，在图12的流程图中，交换服务器可以从与上载图像相对应的URL中选出一个URL并且随后将所选 URL发送给客户端设备。图12的操作流程包括用于选择应当被提供给客户端设备的一个URL的过程，其 中，该选择是取决于客户端设备从以下三种上载模式中采取的实际上载模式而作出的。当客户端设备上载了单个图像时，交换服务器将用于直接链接到该上载图像的 URL提供给客户端设备。当客户端设备上载了多个图像到提供相簿功能的服务提供服务器 时，交换服务器将相簿的首页(front page)的URL提供给客户端设备。当客户端设备上载 了多个图像到不提供相簿功能的服务提供服务器时，交换服务器将用户的首页的URL提供 给客户端设备。下面说明图12的流程图。首先，在步骤S101，交换服务器判断客户端设备是否上 载了多个图像。如果在步骤SlOl中判断出客户端设备上载了单个图像，则处理移动到步骤S102。 在步骤S102，交换服务器将用于直接链接到该单个上载图像的URL提供给客户端设备。如果在步骤SlOl中判断出客户端设备上载了多个图像，则处理移动到步骤S103。 在步骤S103，交换服务器判断上载目的地服务供应商是否提供相簿服务。即，交换服务器确 认上载目的地服务供应商是否提供用于将以成批发送方式上载的一组多个图像作为相簿 进行管理的服务。如果在步骤S103中判定上载目的地服务供应商提供相簿管理服务，则处理前进 到步骤S104。在步骤S104，交换服务器将相簿首页的URL提供给客户端设备。另一方面，如果在步骤S103中判定上载目的地服务供应商不提供相簿管理服务， 则处理前进到步骤S105。在步骤S105，交换服务器将用户首页的URL提供给客户端设备。如上所述，交换服务器选择一个URL并且随后将所选URL提供给客户端设备。如 果该URL选择处理被执行，则用户能够利用优选的URL来以高效的方式浏览图像。交换服 务器执行上述URL选择处理作为所有服务供应商共有的过程。返回参考图6，下面将继续说明整个序列。在步骤S29，交换服务器将从服务提供 服务器接收的上载结果以及与(一个或多个)上载图像相对应的URL信息发送给客户端设备。最后，在步骤S30，客户端设备将上载结果和(一个或多个)URL显示在显示屏上， 并且然后终止该处理。(一个或多个)URL被存储在客户端设备的存储器单元(非易失性存 储器)中。所存储的URL在执行浏览处理时使用。在前面的描述中，假设上面参考图4-6说明的序列通过以图1的交换服务器110 作为中介被执行作为客户端设备101与服务提供服务器121-126之间的通信处理。如果该序列通过以图1的Web服务器105和交换服务器110作为中介被执行作为 客户端设备102与服务提供服务器121-1 之间的处理，则交换服务器110与服务提供服 务器121-1 之间的处理被执行为与上面参考图4-6说明的在交换服务器与服务提供服务 器之间执行的处理相同的处理。另外，交换服务器110与Web服务器105之间的处理以与上面参考图4_6说明的 交换服务器与客户端设备之间执行的处理相同的方式来执行。上面参考图4-6说明的客户 端设备与用户之间的处理与Web服务器105、客户端设备102和用户之间的处理一样地执行。Web服务器105根据从交换服务器110接收的数据以HTML数据格式来创建网页。 然后，Web服务器105将所创建的网页呈现给客户端设备102。客户端设备102使用其浏览 器功能来显示由Web服务器105提供的网页。用户使用显示在客户端设备102上的网页作为用户界面，并执行数据的输入、(一 个或多个)上载图像的设置等等。然后，用户利用网页将包括(一个或多个)上载图像的 数据发送给Web服务器105。如客户端设备101所执行的，Web服务器105使用所有服务供 应商共用的共用程序/API，来执行与交换服务器110的通信。通过该手段，Web服务器105 将从客户端设备102接收的上载信息发送给交换服务器110。通过这样的处理，作为不具有适用于上载处理的任何程序/API的客户端设备的 客户端设备102以执行与客户端设备101相同的上载处理。如上所述，当服务提供服务器121-126中的任一个提供的服务被使用时，客户端 设备101和102不必切换到唯一地适用于所选服务的程序/API。这是由于以交换服务器作 为中介。当服务提供服务器121-1 提供的任何服务被使用时，客户端设备101与Web服 务器105中的每个可以使用用于与交换服务器通信的共用程序/API。下面参考图13-15说明API的应用示例。当从左向右看时，图13_15的每个以在 此出现的顺序包括客户端设备、交换服务器和服务提供服务器。图13-15的客户端设备对 应于图1的客户端设备101，或者与图1的客户端设备102执行通信的Web服务器105。这 里所示的交换服务器对应于图1的交换服务器110。这里所示的服务提供服务器对应于图 1的服务提供服务器121-126中的任一个。图13-15的一组时序图包括通过以交换服务器作为中介由客户端设备向服务提 供服务器上载(一个或多个)图像的序列，如上面已参考图4-6说明的。图13-15的时序 图是由客户端设备(或Web服务器)使用的API以及由交换服务器使用的API的示例。当由图1的服务提供服务器121-1 提供的任何服务被使用时，客户端设备可以 使用共用于它们的API (即，共用API)。当在客户端设备侧选择了一个服务时，所选服务被 通知给交换服务器。因此，应当注意，一旦在客户端设备侧确定了一个服务，交换服务器就 使用与客户端设备所选择的服务相对应的API，来执行与提供所选服务的服务提供服务器 的通信/处理。首先，在步骤S301，客户端设备使用(即，应用)共用API[GET服务]，以作出获取 服务列表的请求。API [GET服务]是使得这样的程序被执行的API，该程序定义了用于向交 换服务器作出对服务列表的请求的序列。在步骤S302，交换服务器响应于从客户端设备发 出的请求，将服务列表发送给客户端设备。接下来，在步骤S303中，客户端设备使用共用API [GET服务]，以作出获取服务细 节信息的请求。API [GET服务]是使得这样的程序被执行的API，该程序定义了用于向交换 服务器作出对服务细节信息的请求的序列。注意，当客户端设备向交换服务器作出对服务 细节信息的请求时，客户端设备将所选服务的标识符发送给交换服务器。在步骤S304，响应于由客户端设备作出的请求，交换服务器发送与客户端设备所 选服务相对应的服务细节信息。服务细节信息例如是前面参考图7说明的信息。
18
接下来，在图14的步骤S305，客户端设备在显示在显示屏上的用户界面(UI)的登 录信息输入框202(参考图8和图9)中输入登录信息，以用于基于服务细节信息执行图像 上载处理。以这种方式，在步骤S305中执行登录处理。在图14的步骤S305中用于登录处 理的API是共用API [GET登录]。API [GET登录]是使得这样的程序被执行的API，该程序 定义了用于发送登录信息给交换服务器的序列。响应于客户端设备输入登录信息，交换服务器执行到与客户端设备所选服务相对 应的服务提供服务器的登录。由与客户端设备所选服务相对应的服务供应商提供的API被 用于该登录处理。即，其被执行为与所选服务供应商特有的序列相对应的登录处理。在图14中，在步骤S311，在客户端设备选择了服务A的情况中执行处理，而在步骤 S321-S323，在客户端设备选择了服务B的情况中执行处理。例如，步骤S311的处理被执行 用于登录到提供服务A的服务提供服务器A。从管理服务提供服务器A的服务供应商A提 供来的特有API [GET登录]被应用于该登录处理。已预先以交换服务器可以使用从所有服 务供应商提供来的所有API的方式设置了交换服务器。当如上那样进行了预先设置时，交 换服务器基于从客户端设备发送来的服务选择信息选择应当应用的一个API，并且然后使 用所选API。如果客户端设备选择了服务B，则步骤S321-S323被执行用于登录到服务提供服 务器B。为了登录到提供服务B的服务提供服务器B，服务B特有的三个API被使用。更具 体而 目，[GET getservicetoken] Λ [GETservicelogin]禾口 [GET getsession]被用于登录到 服务提供服务器B。用于登录到服务提供服务器B的处理利用这三个API来执行。如果客户端设备执行到提供服务B的服务提供服务器B的直接登录，则与根据本 发明本实施例的配置不同，将需要客户端设备使用这三个API。然而，就此而言，由于交换服 务器执行到所选服务的服务登录，取代了根据本发明本实施例的配置中的客户端设备，因 此，客户端设备能够总是使用共用API (步骤S3(^)，而不考虑哪个服务被选择。图15是用于图像上载处理的API的应用的示例。客户端设备在显示在显示屏上 的用户界面(UI)的上载图像设置框203(参考图8和图9)中设置要上载的(一个或多个) 图像，以用于执行图像上载处理。另外，客户端设备在用户界面(UI)的每个数据输入栏中 输入数据，并且在输入了数据之后，按下上载按钮。通过上述上载操纵，共用API [POST上 载]被执行。该API也是所有服务共用的共用API。共用API [POST上载]是用于将(一个或多个)上载图像和在图像上载用户界面 (UI)的上载图像设置框203(参考图8和图9)中设置的输入数据发送给交换服务器的API。当接收到来自客户端设备的上载数据时，如上述登录处理中所进行的那样，交换 服务器使用由与客户端设备指定的服务相对应的服务供应商提供的API来执行图像上载 处理。即，交换服务器执行与所选服务供应商特有的序列相对应的图像上载处理。在图15中，在步骤S341，处理是在客户端设备选择了服务A的情况中执行的，而在 步骤S351，处理是在客户端设备选择了服务B的情况中执行的。例如，步骤S341的处理被 执行用于将(一个或多个)图像上载到提供服务A的服务提供服务器A。从管理服务提供 服务器A的服务提供商A提供来的特有API [POST上载Α]被应用于该图像上载处理。步骤S351的处理被执行用于将(一个或多个)图像上载到提供服务B的服务提 供服务器B。从管理服务提供服务器B的服务提供商B提供来的特有API [POST上载B]被应用于该图像上载处理。如上所述，在根据本发明本实施例的配置中，交换服务器利用与服务提供服务器 相对应的API执行处理，以便根据服务提供服务器特有的序列来执行处理。相比之下，客户 端设备能够利用所有服务提供服务器共用的共用API执行处理，而不考虑使用的是哪个服务。另外，在程序/API在服务提供服务器处被更新的情况中，交换服务器获取更新后 的程序/API并且使用它，这使得客户端设备无需执行针对程序/API的任何更新处理。因 此，极大地减小了客户端设备的负担。如上面已经说明的，利用图13-15的共用API执行处理的客户端设备不限于图1 的客户端设备101。BP, Web服务器105也利用共用API执行处理。参考图16，下面说明客户端设备、交换服务器和服务提供服务器中的每个的硬件 配置的示例。在图16中，客户端设备510被提供有利用各种程序/API执行数据处理的控制单 元511、经由网络执行通信的通信单元512、存储程序、API、参数、图像数据等的存储器单元 513、例如显示图像和用户界面的显示单元514，以及输入用户操纵信息的输入单元515。例 如如果客户端设备510具有经由UI接受输入的配置，则显示单元也可以用作输入单元。这 样的配置的示例是触摸板UI。如在本改进前面的示例性实施例中已说明的，客户端设备510的控制单元511选 择性地应用定义了执行处理的多个API (应用编程接口)，并且通过以交换服务器作为中 介来执行与服务提供服务器的通信，以便使用由该服务提供服务器提供的服务。当使用由 多个服务提供服务器提供的彼此不同的多个服务中的任意服务时，控制单元511利用共用 API执行处理。当执行用于使用服务的处理时，例如，控制单元511使用共用API来向交换服务器 发送选择信息并从交换服务器接收与所选服务相对应的服务细节信息；控制单元511使用 包含在所接收的服务细节信息中的用户界面生成信息来显示用户界面；并且控制单元511 使用通用API来将经由用户界面输入的信息发送给交换服务器。如前面参考图13-15说明的，共用API包括登录处理执行API，其定义了应当被执 行以利用由服务提供服务器提供的服务的登录处理。当使用该服务提供服务器时，控制单 元511在基于服务细节信息生成的用户界面中所定义的登录信息被输入之后，使用登录处 理执行API来将登录信息发送给交换服务器。交换服务器使用从客户端设备接收的登录信 息来执行与客户端设备所选服务相对应的服务提供服务器所特有的登录处理序列。另外，共用API包括用于执行图像上载处理(其是服务提供服务器提供的服务) 的图像上载处理执行API。当利用服务提供服务器时，控制单元511在数据已经被输入到基 于服务细节信息生成的用户界面中所定义的上载图像设置部分时，使用该图像上载处理执 行API来将上载信息发送给交换服务器。交换服务器使用从客户端设备接收的上载信息来 执行与客户端设备所选服务相对应的服务提供服务器特有的上载处理序列。如上面已说明的，服务细节信息包括上载顺序描述信息，其描述了用于向服务提 供服务器上载多个图像的上载顺序。当多个图像将被上载到服务提供服务器时，控制单元 511根据该上载顺序描述信息来执行图像上载处理。
其它功能也可包括在共用API中。例如，相簿功能被包括来确定客户端所登录到 的服务提供服务器上的客户端相簿的列表。新的相簿功能可用来在服务提供服务器上创建 新的客户端相簿。此外，图像功能可用来在客户端处显示存储在服务提供服务器上的图像， 并且资产功能(asset function)可用来确定存储在服务提供服务器上的客户端资产。客 户端资产例如包括照片、视频、音频文件以及其它媒体。如本领域技术人员将理解的，在不 脱离本公开的范围的情况下，其它功能也是可以的。在图16中，交换服务器520被提供有利用各种程序/API执行数据处理的控制单 元521、经由网络执行通信的通信单元522，以及存储程序、API、参数、图像数据等的存储器 单元523。交换服务器520的控制单元521基于从客户端设备接收的服务选择信息来向客户 端设备提供与客户端设备所选服务相对应的服务细节信息。然后，交换服务器520的控制 单元521从客户端设备接收经由基于该服务细节信息生成的用户界面输入的数据，并且然 后将所接收数据传送给与所选服务相对应的服务提供服务器。此外，如前面参考图13-15所说明的，当接收到来自客户端设备的登录信息或上 载数据时，控制单元521使用提供了客户端设备所选服务的服务提供服务器所特有的特有 API，来执行该服务提供服务器特有的登录处理序列或者该服务提供服务器特有的上载处 理序列。此外，交换服务器520的控制单元521从服务提供服务器接收URL以作为用于访 问从客户端设备上载的数据的信息，并且基于上载数据或者由服务提供服务器所提供的服 务的模式来执行URL选择处理以选择应当被发送给客户端设备的URL。这是已在上面参考 图12的流程图说明过的选择处理。服务提供服务器530被提供有利用各种程序/API执行数据处理的控制单元531、 经由网络执行通信的通信单元532，以及存储程序、API、参数、图像数据等的存储器单元 533。注意，除了 Web服务器未被提供有客户端设备510的显示单元和输入单元以外， Web服务器基本上具有与图16所示的客户端设备510相同的配置。除了客户端设备102的 程序/API执行功能不如客户端设备101的以外，客户端设备101和102的每个基本上具有 与图16所示的客户端设备510相同的配置。尽管存在客户端设备102的程序/API执行功 能不如客户端设备101的事实，然而由于客户端设备102被提供有浏览功能，因此客户端设 备102刚好可以通过显示由Web服务器呈现的网页来以与客户端设备101相同的方式执行 图像上载处理和浏览处理。在本说明书中说明的处理序列可以借助于硬件、软件或者硬件与软件的组合来实 现。如果在说明书中说明的处理序列借助于软件来实现，则计算机可读指令集可被安装在 构建于专用硬件中的计算机的存储器中或者安装在能够执行各种处理的通用计算机中。例 如，计算机可读指令可以预先存储在计算机可读记录介质中。计算机可读指令可从记录介 质被安装到计算机上，或者计算机可读指令可经由诸如LAN(局域网)或因特网之类的网络 被接收，并且然后被安装在诸如内部/集成硬盘等之类的记录介质上。注意，根据本改进的方面的计算机可读指令例如是计算机程序，该计算机程序可 被提供给可以执行存储介质或通信介质中的计算机可读形式的各种程序代码。由于这样的程序是以计算机可读形式提供的，因此可以根据计算机系统上的程序来实现处理。此外，在本说明书中描述的各种处理不必以根据在本说明书中出现的顺序的时间 顺序来执行。即，取决于执行处理的装置/多个装置的处理能力和/或根据需要，可以以并 行方式或者单独地执行处理。在本说明书中使用的术语“系统”是指多个装置的逻辑集合。 应当注意，这些装置不必被构建在同一单个框架/壳体中。如上所述，根据本发明示例性实施例的图像处理系统包括多个服务提供服务器、 使用由多个服务提供服务器提供的服务的客户端设备，以及当客户端设备使用服务时执行 居间处理的交换服务器。在这样的配置中，当使用由多个服务提供服务器所提供的彼此不 同的多个服务中的任何服务时，客户端设备利用共用API来执行与交换服务器的通信。交 换服务器使用提供客户端设备所选服务的服务提供服务器所特有的特有API，来执行该服 务提供服务器特有的处理序列。如本发明的发明人首先认识到的，这样的配置使得客户端 设备能够利用共用API来使用由多个服务提供服务器所提供的服务中的任何服务，而无需 使用多个服务提供服务器中的每个所特有的特有API。显然，根据上面的教导可以作出本发明的许多修改和变体。因此，将明白，在所附 权利要求的范围内，可以以这里具体描述的方式以外的其它方式来实施本发明。
权利要求
1.一种信息处理装置，包括控制部件，用以选择性地应用多个API中定义了与多个服务提供服务器中的所希望的 一个服务提供服务器相对应的数据处理和通信的相应API，所述多个API中的每个API对应 于服务提供服务器中的相应一个服务提供服务器；以及通信部件，用以经由网络与交换服务器通信，所述交换服务器对所述信息处理装置与 服务提供服务器中的所希望的一个服务提供服务器之间的通信执行居间处理，所述交换服 务器包括所述多个API，其中，所述控制部件采用共用API来经由所述交换服务器访问与所述所希望的一个服 务提供服务器相对应的所述相应API，所述共用API提供了用于访问由所希望的服务提供 服务器提供的服务的统一接口。
2.根据权利要求1所述的信息处理装置，其中，所述控制部件采用所述共用API向所述 交换服务器发送服务选择信息，并从所述交换服务器接收与至少一个所选服务相对应的服 务细节信息，所述控制部件根据包含在所接收到的服务细节信息中的用户界面生成信息来 生成用于在所述信息处理装置处显示的用户界面，所述控制部件使用所述共用API来将经 由所述用户界面输入的信息发送给所述交换服务器。
3.根据权利要求2所述的信息处理装置，其中，所述共用API包括定义了当访问服务提 供服务器所提供的服务时执行的登录处理的登录API，所述控制部件使用所述登录API将 在所述用户界面中输入的登录信息发送给所述交换服务器，所述交换服务器使用所述登录 信息来执行与所访问的服务相对应的服务提供服务器所特有的登录处理序列。
4.根据权利要求2所述的信息处理装置，其中，所述共用API包括被提供来经由所述交 换服务器向所选服务提供服务器上载图像的图像上载API，所述控制部件应用所述图像上 载API来向所述交换服务器发送在所述用户界面的上载指定部分中指定的数据，所述交换 服务器执行该所选服务提供服务器特有的上载处理序列以将所发送数据上载到该所选服 务提供服务器。
5.根据权利要求4所述的信息处理装置，其中，所述服务细节信息包括描述了用于将 多个图像上载到服务提供服务器的顺序的上载顺序信息，当多个图像被上载时，所述控制 部件根据所述上载顺序信息来上载图像。
6.一种交换服务器，包括通信部件，用以根据多个API来与多个服务提供服务器通信，所述多个API中的每个与 服务提供服务器中的一个相对应，所述通信部件还根据共用API与至少一个客户端设备通 信，所述共用API提供了访问由服务提供服务器所提供的服务的统一接口 ；以及控制部件，用以对所述客户端设备与服务提供服务器中的所希望的一个服务提供服务 器之间的通信执行居间处理，该所希望的服务提供服务器与在所述客户端设备处选择的服 务相对应，其中，所述控制部件响应于从所述客户端设备接收的服务选择信息来向所述客户端设 备提供服务细节信息，所述控制部件接收经由在所述客户端设备处根据所述服务细节信息 生成的用户界面输入的数据，所述控制部件将所接收的数据传送给该所希望的服务提供服 务器。
7.根据权利要求6所述的交换服务器，其中，所述通信部件根据所述共用API从所述客户端设备接收登录信息，所述控制部件响应于所述登录信息应用所述多个API中的相应 API来执行与该所希望的服务提供服务器相对应的登录序列，所述相应API是该所希望的 服务提供服务器特有的。
8.根据权利要求6所述的交换服务器，其中，所述通信部件接收在所述客户端设备处 在所述用户界面的图像上载指定部分中输入的数据，所述数据是根据所述共用API接收 的，所述控制部件根据该所希望的服务提供服务器所特有的上载序列来应用所述多个API 中的相应API上载所接收数据，所述相应API是该所希望的服务提供服务器特有的。
9.根据权利要求8所述的交换服务器，其中，所述控制部件从该所希望的服务提供服 务器接收用于访问所上载数据的访问信息，所述访问信息包括与所上载图像相对应的URL， 所述控制部件基于所上载数据和由该所希望的服务提供服务器提供的服务模式中的一者 来选择将被发送给所述客户端设备的URL。
10.根据权利要求9所述的交换服务器，其中，当单个图像被上载时，所选URL对应于单 个上载图像，并且当多于一个图像被上载时，该所选URL对应于相簿首页和用户首页中的 一者，当该所希望的服务提供服务器提供了包括相簿的服务模式时，该URL对应于所述相 簿首页，当该所希望的服务提供服务器未提供包括相簿的服务模式时，该URL对应于所述 用户首页。
11.一种web服务器，包括通信部件，用以根据共用API与交换服务器通信，所述交换服务器根据多个API与多个 服务提供服务器通信，所述多个API中的每个对应于所述多个服务提供服务器中的相应的 一个；以及控制部件，用以对所述客户端设备与所述交换服务器之间的通信执行居间处理，所述 控制部件根据从所述交换服务器接收的服务细节信息以及所述共用API来生成用于在所 述客户端设备上的浏览器处显示的网页，其中，所述共用API提供了访问由所述多个服务提供服务器提供的服务的统一接口。
12.一种信息处理系统，包括多个服务提供服务器；客户端设备，用以访问由所述多个服务提供服务器提供的至少一个服务；以及交换服务器，用以对所述客户端设备与在所述客户端设备处选择的服务所对应的至少 一个所希望服务提供服务器之间的通信执行居间处理，所述客户端设备选择性地应用存储 在所述交换服务器中的多个API来访问所选服务，所述客户端设备经由所述交换服务器与 该所希望服务提供服务器通信，其中，当由所述多个服务提供服务器提供的多个不同服务被选择时，所述客户端设备 应用共用API来访问多个所选服务，所述交换服务器响应于从所述客户端设备接收的信息 来应用所述多个API与所述多个服务提供服务器通信，所述多个API中的每个是所述多个 服务提供服务器中的相应一个所特有的。
13.一种信息处理系统，包括多个服务提供服务器；客户端设备，用以访问由所述多个服务提供服务器提供的至少一个服务；交换服务器，用以对所述客户端设备与在所述客户端设备处选择的服务所对应的所希望服务提供服务器之间的通信执行居间处理，所述客户端设备选择性地应用存储在所述交 换服务器中的多个API来访问所选服务，所述客户端设备经由所述交换服务器来与该所选 服务所对应的至少一个服务提供服务器通信；以及web服务器，用以对所述交换服务器与所述客户端设备之间的通信执行居间处理，所述 web服务器将从所述交换服务器提供给所述客户端设备的信息呈现为网页，其中，当由所述多个服务提供服务器提供的多个不同服务被选择时，所述客户端设备 应用共用API来访问多个所选服务，所述交换服务器响应于从所述客户端设备接收的信息 来应用所述多个API与所述多个服务提供服务器通信，所述多个API中的每个是所述多个 服务提供服务器中的相应一个所特有的。
14.一种信息处理方法，使得信息处理装置经由交换服务器访问由服务提供服务器提 供的服务，该信息处理方法包括在控制部件处选择性地应用多个API中定义了与该服务提供服务器有关的数据处理 和通信的相应API，所述多个API被存储在所述交换服务器中，共用API被采用来访问来自 多个服务提供服务器的多个不同服务；以及从通信部件经由网络进行到所述交换服务器的通信，所述交换服务器对所述信息处理 装置与该服务提供服务器之间的通信执行居间处理，其中，所述共用API提供了用于访问由所述多个服务提供服务器提供的所述多个不同 服务的统一接口。
15.一种信息处理方法，使得交换服务器对客户端设备与多个服务提供服务器之间的 通信执行居间处理，所述信息处理方法包括在通信部件处根据多个API与多个服务提供服务器通信，所述多个API中的每个是所 述多个服务提供服务器中的相应一个所特有的；在所述通信部件处根据共用API与所述客户端设备通信，所述共用API提供了访问由 所述多个服务提供服务器所提供的服务的统一接口；在控制部件处对所述客户端设备与在所述客户端设备处选择的服务所对应的所希望 服务提供服务器之间的通信执行居间处理；响应于从所述客户端设备接收的服务选择信息，来从所述控制部件经由所述通信部件 向所述客户端设备提供与所选服务相对应的服务细节信息；在所述控制部件处经由所述通信部件接收在所述客户端设备处在用户界面中输入的 数据，所述用户界面是在所述客户端设备处基于所述服务细节信息和所述共用API生成 的；以及根据与该所希望服务提供服务器相对应的相应API，从所述控制部件经由所述通信部 件将所接收的数据传送给该所希望服务提供服务器。
16.一种存储了计算机可读指令的计算机可读介质，所述计算机可读指令在被计算机 执行时使得所述计算机执行包括以下步骤的方法选择性地应用多个API中定义了与多个服务提供服务器中的所希望的一个服务提供 服务器有关的数据处理和通信的相应API，所述多个API被存储在所述交换服务器中，共用 API被采用来访问来自所述多个服务提供服务器的多个不同服务；以及经由网络与所述交换服务器通信，所述交换服务器对所述信息处理装置与该所希望服务提供服务器之间的通信执行居间处理，其中，所述共用API提供了用于经由所述多个API访问由所述多个服务提供服务器提 供的所述多个不同服务的统一接口。
17. 一种存储了计算机可读指令的计算机可读介质，所述计算机可读指令在被计算机 执行时使得所述计算机执行包括以下步骤的方法根据共用API与客户端设备通信，所述共用API提供了访问由多个服务提供服务器所 提供的服务的统一接口；对所述客户端设备与在所述客户端设备处选择的服务所对应的所希望服务提供服务 器之间的通信执行居间处理；响应于从所述客户端设备接收的服务选择信息，提供与所选服务相对应的服务细节信息；接收在所述客户端设备处在用户界面中输入的数据，所述用户界面是在所述客户端设 备处基于所述服务细节信息和所述共用API生成的；以及根据与该所希望服务提供服务器相对应的相应API，将所接收数据传送给该所希望服 务提供服务器。
全文摘要
实现了这样的系统，该系统使得能够利用共用API来使用由多个彼此不同的服务器提供的服务。该系统包括多个服务提供服务器、使用由多个服务提供服务器提供的服务的客户端，以及在客户端使用服务时执行居间处理的交换服务器。该客户端在使用由多个服务提供服务器提供的多个服务中的任何服务时，利用共用API来与交换服务器通信。交换服务器利用提供了客户端所选服务的服务提供服务器所特有的特有API，来执行该服务提供服务器特有的处理序列。客户端可以利用共用API来使用由多个服务提供服务器提供的服务中的任何服务，而无需使用多个服务提供服务器中的每个所特有的特有API。
文档编号G06Q50/00GK102099828SQ200980128358
公开日2011年6月15日 申请日期2009年7月27日 优先权日2008年7月28日
发明者安娜·格什尼克, 布莱恩·比阿弗, 查尔斯·麦可, 高仓大树 申请人:索尼公司, 索尼电子有限公司