CN104423966B

CN104423966B - 信息处理终端和控制方法

Info

Publication number: CN104423966B
Application number: CN201410418950.6A
Authority: CN
Inventors: 和田雄弘
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-08-23
Filing date: 2014-08-22
Publication date: 2018-01-05
Anticipated expiration: 2034-08-22
Also published as: JP2015041331A; EP2840500A2; US9769246B2; CN104423966A; JP6192433B2; US20150058395A1; EP2840500A3

Abstract

本发明提供一种信息处理终端和控制方法。在所述信息处理终端中，如果用户指示调用针对由客户机管理的特定数据的功能，则Web浏览器识别第二功能信息，所述第二功能信息用于使所述特定数据适合使用第一功能信息调用的第一功能能够处理的类型，所述第一功能信息属于与通过用户的指令调用的功能相对应的类别。Web浏览器发出利用所述第一功能，对利用使用所识别的第二功能信息调用的第二功能处理过的特定数据进行处理的请求，并且接收所请求的处理的处理结果。

Description

信息处理终端和控制方法

技术领域

本发明涉及一种使用利用Web Intents(网络意图)机制的服务的技术。

背景技术

传统上，当网站向另一网站委托处理时，功能调用侧需要知道如何呼叫功能提供侧。示例包括功能提供侧的应用程序接口(API)和表述性状态传输(REST)接口。为了与不同的网站协作，功能调用侧需要根据各个调用规则进行必要的处理。

功能调用侧为了使用功能，经常需要由功能提供侧进行认证。因此，功能的用户侧需要保持关于功能提供侧的认证信息和/或使用诸如安全声明标记语言(SAML)的认证基础。如果获得了认证信息，则需要对认证信息进行正确、安全的管理。SAML或者其他认证基础的使用需要功能的提供方和用户之间的在先协议，这对功能的用户施加了负担。

也存在如下机制：在不使用专用API的情况下与任意Web(网络)服务(或者Web应用)进行协作。作为示例，已经讨论了一种称为WebIntents的机制，该机制通过运行时延迟绑定(late running binding)对服务的接收侧和提供侧进行松耦合，由此实现其间的协作。

日本特开2003-296435号讨论了如下技术：根据多个服务器管理单元和多个服务器提供单元两者的意图，对这两者进行动态控制。

通过Web Intents机制，能够选择并使用提供特定动作和能够处理的类型的WebIntents服务。然而，存在如下问题：Web Intents客户机无法使用不能对Web Intents客户机提供的数据的类型进行处理的Web Intents服务。注意，日本特开2003-296435号没有考虑用于Web Intents的协作的机制。

发明内容

本发明旨在提供如下机制：即使由管理数据的客户机提供的数据的类型与服务能够处理的数据的类型不同，也能够通过在不麻烦用户的情况下容易地使多个服务协作，来使用期望的服务。

根据本发明的一方面，提供一种信息处理终端，其具有中继功能，所述中继功能使对数据进行管理的客户机和使用由所述客户机管理的数据提供功能的服务经由网络彼此协作，所述信息处理终端包括：登记单元，被配置为通过所述中继功能进行用于登记功能信息的登记处理，所述功能信息用于调用所述服务提供的功能；识别单元，被配置为如果用户指示调用针对由所述客户机管理的特定数据的功能，则从由所述登记单元登记的所述功能信息中识别第二功能信息，用于调用第二功能的所述第二功能信息旨在使所述特定数据适合由所述登记单元登记的第一功能信息的能够处理的类型，所述第一功能信息属于与通过用户的指令调用的所述功能相对应的类别；请求单元，被配置为发出利用使用所述第一功能信息调用的第一功能，对利用使用所识别的第二功能信息调用的所述第二功能处理过的所述特定数据进行处理的请求；以及接收单元，被配置为接收由所述请求单元请求的处理的结果。

通过以下参照附图对示例性实施例的描述，本发明的其他特征将变得清楚。

附图说明

图1是示出用于实现Web Intents的总体配置的示例的图。

图2是示出与使用Web Intents的服务的提供相关的基本操作的序列图。

图3是用于描述用于登记Web Intents功能的超文本标记语言(HTML)文档的图。

图4是用于描述从客户机向用户代理(UA)发送回的HTML文档的图。

图5是示出根据本发明的示例性实施例的系统的配置的示例的图。

图6是示出服务器和信息处理终端的硬件配置的示例的图。

图7A、7B和7C是示出服务器和信息处理终端的软件配置的示例的图。

图8A和8B是示出根据第一示例性实施例的登记服务表和内容管理表的示例的图。

图9是示出根据第一示例性实施例的与使用Web Intents的服务的提供相关的操作的序列图。

图10A和10B是用于描述由UA显示的客户机的画面的图。

图11A和11B是示出按下分享按钮时的画面的示例的图。

图12是示出用于使多个服务协作的UA的处理的示例的流程图。

图13是示出由UA显示的Web Intents处理结束页面的示例的图。

图14是示出根据第二示例性实施例的与使用Web Intents的服务的提供相关的操作的序列图。

图15A和15B是用于描述根据第二示例性实施例的服务器的处理的图。

图16是示出根据第二示例性实施例的与使用Web Intents的服务的提供相关的操作的序列图。

图17A和17B是示出由UA显示的Web Intents处理结束页面的示例的图。

图18是示出根据第三示例性实施例的登记服务表的示例的图。

图19是示出根据第三示例性实施例的Web Intent执行日志的示例的图。

具体实施方式

下面将参照附图详细描述本发明的各种示例性实施例、特征和方面。<基本总体概念图>

下面描述本发明的第一示例性实施例。图1是示出用于实现WebIntents的总体配置的示例的图。Web Intents是用于在不使用专用API的情况下与任意Web服务(或者Web应用)协作的机制的示例。

Web Intents服务(下文中称为服务)103通过使用Web Intents技术来提供服务和功能。Web Intents客户机(下文中称为客户机)101使用服务103。UA106用于从客户机101向服务器103传送请求，并且从服务103向客户机101传送结果。UA106能够被视为用于在客户机101和服务103之间执行请求并传输数据的中继功能。作为用于调用由服务103提供的功能的功能信息的Web Intent登记在UA106中。

例如，客户机101是对数据进行管理并且布置有用于调用服务103的按钮的网站。客户机101在Web服务器上运行。UA106是显示网站的Web浏览器。UA106在诸如个人计算机的信息处理终端上运行。服务103是经由UA106接受并处理由客户机101管理的数据，并且与客户机101协作的网站。服务103在Web服务器上运行。

作为具体示例，假设将Web Intents机制应用于社交网络服务(SNS)。客户机101是布置有诸如“赞”、“已阅”和“分享”的社交按钮的网站。UA106是显示该网站的Web浏览器。服务103是在按下社交按钮时，接受由客户机101管理的照片或评论的发布，并且建立浏览网站的发布网站。如果服务103提供功能需要用户认证或者用户的操作，则用户从UA106进行操作。

除了Web浏览器之外，UA106可以通过在信息处理终端上运行的操作系统(OS)或者任意应用来实现，只要OS或者应用具有下面要描述的与服务103协作的功能即可。信息处理终端的示例包括个人计算机、智能电话、平板计算机和汽车导航装置。

除了像前述发布服务的因特网上的服务提供方之外，诸如信息处理终端的内置照相机、图像形成装置和扫描器的设备可以用作服务103的服务提供方。与服务103相对应的服务提供方的示例还可以包括诸如经由网络与UA106连接的图像形成装置、扫描器和网络照相机的外围设备以及由诸如冰箱和电视机的家用电器提供的Web服务。

类似地，作为调用服务103的请求方的客户机101可以包括安装在信息处理终端中的各种设备和应用。此外，网络上的外围设备和家用电器以及在这些设备和电器上运行的程序可以是调用服务103的用户。

客户机101、UA106和服务103的任意组合可以在同一系统内工作。具体来说，具有与Web浏览器类似的功能的文档编辑应用可以用作包括客户机101和UA106的配置。

下面将参照图6描述提供客户机101、UA106和服务103的功能的装置的硬件配置。

图2是用于描述与使用Web Intents的服务的提供相关的基本操作的序列图。

在步骤S201中，UA106根据用户的操作对服务103进行访问。在步骤S202中，服务103向UA106发送回HTML响应。HTML响应包括用于使UA106登记要提供的功能的登记标记。使用图3的示例，来描述从服务103向UA106发送回的HTML响应的内容。

图3是用于描述用于登记Web Intents功能的HTML文档的图。在图3中，在<intent>标签中写入用于识别提供的功能的信息。action指示提供的功能的类别。type指示提供的功能能够处置的数据的类型。href指示提供的功能的连接目的地(通用资源定位符(URL))。title指示提供的功能的标题。disposition指示在调用时如何显示提供的功能。

在图3的示例中，提供的功能的类别是“share(分享)”。能够处置的数据的类型是“image data(image)in all formats(*)(所有格式(*)的图像数据(image))”。连接目的地是“share.html”，并且标题是“Share image using e-mail(使用电子邮件分享图像)”。其指示经由UA106在另一窗口(window)中显示该功能。

提供的功能的类别的示例包括share、edit、view、pick、subscribe、save和browser。share表示数据分享。edit表示数据编辑。view表示查看数据。pick表示从外部服务获取数据。subscribe表示数据订阅。save表示保存数据。

在接收到步骤S202的响应后，UA106询问用户是否将服务103提供的功能登记在UA106中。例如，如果UA106是Web浏览器，则UA106显示弹出窗口，并且提示用户选择是否进行登记。如果用户选择作为WebIntent登记提供的功能，则UA106进行将在步骤S202中接收到的信息存储在内部的登记处理。具体来说，将信息存储在UA106在其上运行的信息处理终端的存储区中，并且在UA106中作为Web Intent进行登记。

在步骤S203中，UA106根据用户操作的操作对客户机101进行访问。在步骤S204中，客户机101向UA106发送回描述服务103的提供的功能(Web Intent)的使用的HTML文档。例如，如果用作客户机101的网站显示图像和“share”按钮，则该网站向UA106发送回包括诸如图4所示的ECMAScript的HTML文档。使用图4的示例，来描述从客户机101向UA106发送回的HTML文档的内容。图4是用于描述从客户机101向UA106发送回的HTML文档的图。

如图4所示，ECMAScript指示当用户点击在HTML文档中具有标识符(ID)＝"share-photo"的按钮时，执行指定匿名函数。最初，该匿名函数生成新Intent对象，并且调用以该新Intent对象为引数的startActivity()函数。当执行该函数时，UA106从登记在UA106中的Web Intents中，提取action和type与指定的Intent对象一致的Web Intents。UA106显示提取的Web Intents的列表，以请求用户进行选择。执行在该匿名函数中调用的getImageFrom()函数，以获得保持在客户机101中的图像数据。

在步骤S204中，客户机101向UA106发送回HTML文档。例如，该HTML文档包括图像、“分享”按钮和图4所示的ECMAScript。UA106接收来自客户机101的HTML响应，并且向用户显示接收到的内容。在步骤S205中，UA106检测到用户按下了显示画面上的“分享”按钮，并且执行用于激活如上所述的Web Intents的ECMAScript。在步骤S206中，UA106获得保持在客户机101中的图像数据。当在前述步骤S205中检测到按下了“分享”按钮时，UA106显示登记在UA106中的WebIntents的列表。如果检测到用户从该列表中选择了表示服务103的提供功能的Web Intents，则在步骤S207中，UA106向所选择的服务103发送超文本传输协议(HTTP)请求。这里，UA106将由图4所示的ECMAScript生成的Intent对象的内容包括到发送数据中。

在步骤S208中，服务103从步骤S207的HTTP请求中提取Intent对象，并且通过经由UA106与用户的交互实现所选择的提供功能(这里为客户机101的图像数据的“分享”)的使用。例如，假设用户访问包括图像和分享按钮的网站，并且按下了分享按钮。在这种情况下，服务103在弹出窗口中显示服务的列表。如果用户选择了Web邮件服务，则服务103生成附加有图像数据的新邮件，并且用户能够发送该邮件。

服务103结束处理，并且在步骤S209中发送回包括用于向客户机101通知处理结果的ECMAScript的响应。在步骤S210中，UA106执行包含在步骤S209的响应中的ECMAScript，并且调用在步骤S205的startActivity()函数中作为引数指定的回调函数onSuccess()。在步骤S211中，UA106使用回调函数onSuccess()，向客户机101发送回处理结果。

通过前述处理，客户机101能够经由UA106调用由服务103提供的Web Intent的功能或者服务(在该示例中为“分享”图像)。

基于图2的序列，描述使用Web邮件功能的示例。最初，用户操作Web浏览器(UA106)，以访问提供对照片数据进行管理的Web存储(客户机101)的Web Intents调用按钮的网站，并且按下该按钮。然后，Web浏览器(UA106)显示包括登记的服务的列表的弹出窗口。如果用户选择了Web邮件功能，则在另一窗口中显示提供该功能的网站(服务103)。作为处理结果，在该窗口上生成附加有照片数据的新邮件。

通过前述处理，客户机101能够经由UA106调用服务103提供的Web Intents功能(在该示例中为“分享”图像)。

<本示例性实施例的网络、外围设备和网络服务的配置示例>

图5是示出例示了本发明的示例性实施例的服务器系统的配置的示例的图。本服务器系统包括信息处理终端530、提供一个或更多个客户机101的功能的服务器510以及提供服务103的一个或更多个服务器520和521。信息处理终端530通过局域网(LAN)连接，并且经由诸如因特网的广域网(WAN)通过防火墙540连接到服务器510、520和521。

在本示例性实施例中，使用两个服务器(服务器520和服务器521)提供与上面描述的服务103相对应的两个服务(服务1和服务2)。然而，单个服务器可以提供多个服务功能。即使在这种情况下，也能够通过这里讨论的配置进行类似的处理。

服务器510提供上面描述的客户机101的功能。服务器510生成针对服务1和2的处理请求。服务器520和521包括用于提供与上面描述的服务103相对应的服务1和2的功能的Web应用，并且使用Web Intents技术提供服务和功能。信息处理终端530是安装有用于提供上面描述的UA106的功能的Web浏览器的计算机。服务器510、520和521以及信息处理终端530具有通用计算机的配置。

在本示例性实施例中，描述是通用计算机的信息处理终端530。即使使用不同的配置来实现信息处理终端530，本发明的示例性实施例也类似地适用。示例包括具有不同配置的信息处理终端、平板计算机和智能电话。

图6是示出服务器510、520和521以及信息处理终端530的硬件配置的示例的框图。

如图6所示，中央处理单元(CPU)601、随机存取存储器(RAM)602、只读存储器(ROM)603、网络接口(网络I/F)605和硬盘驱动器(HDD)606以彼此能够通信的方式经由系统总线609连接。诸如液晶显示器(LCD)的显示设备607、诸如键盘的输入设备604以及诸如鼠标和触摸面板的指示设备608也以彼此能够通信的方式经由系统总线609连接。

诸如操作系统的控制程序存储在ROM603或者HDD606中。CPU601根据需要将控制程序从ROM603或者HDD606中读取到RAM602上并且执行控制程序，由此实现作为计算机的功能。CPU601经由显示设备607显示各种类型的信息，并且接受来自输入设备604和指示设备608的用户指令。CPU601还经由网络接口605与其他装置进行通信。

图7A至7C是示出服务器510、520和521以及信息处理终端530的软件配置的示例的框图。

图7A示出了提供客户机101的功能的服务器510的软件配置的示例。

服务器510包括存储在服务器510的HDD606中的作为文件存在的Web应用700和各处理单元。Web应用700和各处理单元是在执行时各自加载到RAM602中并且由OS和/或使用处理单元的其他处理单元执行的程序模块。

Web应用700是例如提供用于存储图像数据的存储服务的应用。Web应用700作为响应于HTTP请求进行处理的程序来实现。Web应用700包括Intent处理请求生成单元702、呈现单元703和内容管理单元704。

Intent处理请求生成单元702是生成作为Intent处理请求的ECMAScript的软件模块。呈现单元703是根据经由通信单元701接收到的页面获取请求生成HTML文档的软件模块。内容管理单元704是根据来自呈现单元703的请求，使用数据库服务单元705，从HDD606获得内容和将内容存储到HDD606中的软件模块。

数据库服务单元705是根据来自其他处理单元的请求，将内容存储到HDD606中和从HDD606提取内容的软件模块。数据库服务单元705还对下面要描述的诸如图8B所示的内容管理表820进行管理。可以将数据库服务单元705设置在服务器510之外的装置上。服务器510的CPU601将程序模块从HDD606读取到RAM602上，并且执行该程序模块，由此实现上面描述的Web应用700。

图7B示出了提供与服务103相对应的服务1和2的服务器520和521的软件配置的示例。

服务器520和521各自包括存储在服务器520或521的HDD606中的作为文件存在的Web应用730和各处理单元。Web应用730和各处理单元是在执行时各自加载到RAM602中并且由OS或使用处理单元的其他处理单元执行的程序模块。

Web应用730是例如提供用于存储图像数据的存储服务的应用。Web应用730具有使用Web Intents技术提供服务的功能。Web应用730作为响应于HTTP请求进行处理的程序来实现。Web应用730包括Intent处理单元732、呈现单元733和内容处理单元734。

Intent处理单元732是对Intent对象进行分析和处理的软件模块。呈现单元733是根据经由通信单元731接收到的页面获取请求生成HTML文档的软件模块。内容处理单元734是接收来自Intent处理单元732的指令并且对内容进行处理的软件模块。例如，内容处理单元734是根据请求，经由数据库服务单元735，对图像数据进行编辑并且将内容存储在HDD606中的软件模块。

数据库服务单元735根据来自其他处理单元的请求，存储和提取数据。数据库服务单元735还对下面要描述的诸如图8所示的内容管理表820进行管理。可以将数据库服务单元735设置在服务器520和521之外的装置上。服务器520或521的CPU601将程序模块从HDD606读取到RAM602上，并且执行程序模块，由此实现上面描述的Web应用730。

图7C示出了提供UA106的功能的信息处理终端530的软件配置的示例。

信息处理终端530包括存储在信息处理终端530的HDD606中的作为文件存在的Web浏览器750和各处理单元。Web浏览器750和各处理单元是在执行时加载到RAM602中并且由OS和/或使用处理单元的其他处理单元执行的程序模块。

Web浏览器750包括分析单元752、显示单元753、服务信息输入/输出单元754、服务信息管理单元755、服务确定单元756和脚本处理单元757。

通信单元751是接收来自其他处理单元的请求并且向外部装置发送HTTP请求消息的软件模块。通信单元751还接收来自外部装置的HTTP响应消息，并且向分析单元752通知HTTP响应消息的内容。

分析单元752是对HTML文档进行分析的软件模块。分析单元752还对作为Intent处理请求的ECMAScript进行分析。显示单元753是绘制HTML文档的软件模块。显示单元753还根据来自其他处理单元的请求，显示用于接受对服务的选择的画面。

服务信息输入/输出单元754是基于由分析单元752分析的ECMAScript，对WebIntents脚本的“action”和指示数据类型的“type”的接收进行分析，并且生成发送数据的软件模块。服务信息管理单元755从下面要描述的服务信息存储单元758获得用于识别登记的服务的信息，并且将该信息存储到服务信息存储单元758中。

服务确定单元756基于Web Intents脚本的“action”和“type”，确定是否在当前运行的Web Intents处理中需要第二服务。

如果服务确定单元756确定需要第二服务，则脚本处理单元757基于存储在服务信息存储单元758中的信息，进行使用在当前运行的WebIntents处理中需要的第二服务的处理。服务信息存储单元758对数据进行管理，并且根据来自服务信息管理单元755的请求存储和提取数据。服务信息存储单元758还保持下面要描述的诸如图8A所示的登记服务表800。信息处理终端530的CPU601将程序模块从HDD606读取到RAM602上，并且执行程序模块，由此实现上面描述的Web浏览器750。

图8A和8B是示出登记服务表800和内容管理表820的示例的图。

图8A示出了信息处理终端530的Web浏览器750存储在服务信息存储单元758中，以对登记在其本身内的服务进行管理的登记服务表800的示例。

登记服务表(登记Web Intents服务表)800存储在信息处理终端530的服务信息存储单元758中，并且由服务信息管理单元755管理。在登记服务表800中登记用于调用服务提供的功能的功能信息(801至806)。下面给出详细描述。

Service ID(服务ID)801是用于在Web浏览器750中唯一地识别服务的ID。action(动作)802指示服务1或服务2要提供的功能的类别(服务提供什么功能或服务)。type(类型)803指示action802能够处置的数据的类型。

href804指示服务1或2的相对URL。title(标题)805指示服务1或2的标题。disposition(布置)806指示如何显示服务1或2。换句话说，信息处理终端530能够通过参照登记服务表800，经由Web浏览器750向服务1和2中的各个发出Intent处理请求。

图8B示出了对服务器510、520和521的Web应用700和730要处置的图像数据进行管理的内容管理表820的示例。

内容管理表820存储在服务器510、520和521中的HDD606中，并且由数据库服务单元705和735管理。Image ID(图像ID)821是用于在Web应用700和730中唯一地识别图像数据的ID。File(文件)822指示图像数据的文件名。服务器510、520和521能够使用内容管理单元704或内容处理单元734，参照内容管理表820，从HDD606获得图像数据，和/或对图像数据进行编辑。

参照图9的序列图，描述信息处理终端530访问由服务器510提供的网站，并且向服务器520和521提供的服务1和2传递Intent处理请求的操作。

图9是示出根据第一示例性实施例的与使用Web Intent的服务的提供相关的操作的示例的序列图。

最初，信息处理终端530的Web浏览器750接受用户操作，并且进行步骤S901的处理。用户操作的示例包括向地址栏中输入服务器510的Web应用730的URL。在步骤S901中，Web浏览器750经由通信单元751，向用作客户机101的服务器510发送作为HTTP请求消息的页面请求。

服务器510的Web应用700接收从信息处理终端530发送的页面请求，并且进行步骤S902的处理。在步骤S902中，服务器510的Web应用700生成页面。在步骤S903中，服务器510的Web应用700作为HTTP响应消息，向信息处理终端530的Web浏览器750发送回在步骤S902中生成的页面。

信息处理终端530的Web浏览器750接收从服务器510发送回的页面，并且进行步骤S904的处理。在步骤S904中，信息处理终端530的Web浏览器750的显示单元753显示接收到的页面。具体来说，分析单元752对与页面相对应的HTML文档进行分析，并且显示单元753绘制并显示接收到的页面。参照图10A和10B描述在步骤S904中显示的画面。

图10A和10B是用于描述在图9的步骤S904中显示的画面的图。

图10A示出了在步骤S902中由服务器510的Web应用700生成、并且在步骤S904中由信息处理终端530的Web浏览器750显示的HTML文档中写入的ECMAScript的示例。图10A的内容与在图4中描述的内容相同。因此省略其详细描述。

图10B示出了在步骤S904中由信息处理终端530的Web浏览器750显示的画面的示例。

画面1000是由Web浏览器750的显示单元753显示的画面。单选按钮1003和1004分别被配置为选择“image001.png”和“image002.png”的图像数据1001和1002。

分享按钮1005被配置为向服务1传送由单选按钮1003或1004选择的图像数据来进行分享。编辑按钮1006被配置为向服务2传送由单选按钮1003或1004选择的图像数据来进行编辑。对分享按钮1005分配HTML文档中的ID＝“share-photo”。对编辑按钮1006分配ID＝“edit-photo”。当信息处理终端530的Web浏览器750检测到按下按钮1005或1006时，信息处理终端530的Web浏览器750执行图10A的ECMAScript。

返回对图9中的序列图的描述。

如果信息处理终端530的Web浏览器750检测到用户按下了分享按钮1005(图10B)，则信息处理终端530的Web浏览器750进行步骤S905的处理。在步骤S905中，信息处理终端530的Web浏览器750参照登记服务表800，确定登记的服务是否能够进行与分享按钮1005相对应的处理，并且确定要在显示单元753上列出的服务。步骤S905的处理被配置为通过多个Web Intents服务的协作(例如由服务2进行编辑，然后在服务1中进行分享)来进行处理。参照图12详细描述步骤S905的处理。

图12是示出图9中的步骤S905的处理的示例的流程图。该处理对应于信息处理终端530的Web浏览器750进行的处理。该处理被配置为进行多个协作服务。

在步骤S1201中，信息处理终端530的Web浏览器750的分析单元752对在图9的步骤S902中由用作客户机101的服务器510的Web应用700生成的页面信息进行分析，并且在步骤S903中发送回。

在步骤S1202中，Web浏览器750经由服务信息管理单元755从服务信息存储单元758获得登记服务表800。

在步骤S1203中，Web浏览器750的服务确定单元756确定在步骤S1202中获得的登记的Web Intents服务，是否包括能够对请求的type的数据采取请求的action的服务。更具体来说，服务确定单元756最初确定在登记的Web Intents服务中，是否存在能够采取请求的action的服务(第一服务)。如果存在第一服务，则服务确定单元756确定第一服务是否能够对请求的type的数据进行处理。以这种方式，服务确定单元756确定是否存在能够对请求的type的数据采取请求的action的服务。

具体来说，本实施例处理了用户选择了图像文件type为可移植网络图形(PNG)的“image001.png”，并且按下分享按钮1005的情况。在图8的示例中，将service ID801＝“1”、“3”和“4”的服务确定为能够采取请求的action＝share的第一服务。然后，服务确定单元756确定type803，由此仅将type803＝“image/*”并且service ID801＝“4”的“CCC ShareService(分享服务)”确定为能够进行分享处理＝“image001.png”。根据确定结果，服务确定单元756确定登记了与请求的action和type一致的服务(步骤S1203：是)，并且使处理前进到下面要描述的步骤S1208。

下面描述未登记具有service ID801＝“4”的服务的情况。在这种情况下，基于type803的确定，服务确定单元756确定type803＝“image/jpeg”并且service ID801＝“1”和“3”的服务不能进行具有type＝“image/png”的数据的分享处理。也就是说，确定具有service ID801＝“1”和“3”的服务不能进行“image001.png”的分享处理。在这种情况下，基于该确定结果，服务确定单元756确定未登记与所请求的action和type一致的服务(步骤S1203：否)，并且使处理前进到步骤S1204。

如果在步骤S1203中为“否”，则在步骤S1204中，服务确定单元756经由服务信息管理单元755从服务信息存储单元758获得登记服务表800。这里，服务确定单元756可以仅从登记服务表800获得能够进行数据转换的服务。

在步骤S1205中，服务确定单元756确定在步骤S1204中获得的登记的Web Intents服务是否包括能够将所请求的type的数据转换为第一服务的type803的数据的服务。具体来说，服务确定单元756在登记的服务中搜索能够将所请求的type＝“image/png”的数据转换为与type＝“image/jpeg”相对应的第一服务的数据的第二服务，并且进行确定。换句话说，服务确定单元756确定是否存在能够将PNG格式的图像数据转换为联合图片专家组(JPEG)格式的图像数据的服务。

在图8的示例中，确定具有service ID801＝“2”的服务(action802＝edit并且type802＝image/*)能够进行将“image001.png”转换为具有type＝“image/jpeg”的图像数据的处理。基于该确定结果，服务确定单元756确定登记了能够进行适当的数据转换的第二服务(步骤S1205：是)，并且使处理前进到下面要描述的步骤S1206。

描述未登记具有service ID801＝“2”的服务的情况。在这种情况下，确定未登记能够将“image001.png”转换为具有type＝“image/jpeg”的数据的服务。基于该确定结果，服务确定单元756确定未登记能够进行适当的数据转换的第二服务(步骤S1205：否)，并且使处理前进到下面要描述的步骤S1208。

如果在步骤S1205中为“是”，则在步骤S1206中，Web浏览器750选择作为检索到的数据转换服务的第二服务。在前述示例中，选择了service ID801＝“2”的“bbb EditService(编辑服务)”作为第二服务。换句话说，Web浏览器750识别使所请求的数据类型(type)适合与所请求的action相对应的第一服务能够处理的数据类型(type)的第二服务。

在步骤S1207中，Web浏览器750的脚本处理单元757生成在第二服务的处理之后，以协作方式进行第一服务的脚本。脚本处理单元757还生成包括在Web浏览器750的显示单元753上，显示并处理第二服务与第一服务协作的菜单的脚本的HTML文件。图11A示出了菜单的显示示例。

如果在步骤S1203中为“是”，或者在步骤S1205中为“否”，则在步骤S1208中，Web浏览器750进行生成用于进行通常Web Intents处理的菜单的处理。更具体来说，Web浏览器750生成仅作为选项显示与所请求的action和type一致的一个服务的菜单。

如上所述，本示例性实施例处理了按下了分享按钮1005的情况。因此，目标服务是具有action802＝“share”的service ID801＝“1”、“3”和“4”的服务。要“share”的数据或者存储在Web Intents客户机(服务器510)中的内容“image001.png”和“image002.png”(822)是“PNG”图像格式的图像文件。action802为“share”的具有service ID801＝“1”和“3”的服务仅能够处置type803为“image/jpeg”的数据，而作为所请求的action“share”的目标服务不适用。仅具有service ID801＝“4”的服务具有type803“image/*”，并且能够用作分享“PNG”格式的图像的目标服务。传统上，即使在这种情形下用户按下了分享按钮1005，也不能使用具有service ID801＝“1”和“3”的服务，来分享PNG格式的图像文件、即诸如“image001.png”的具有不支持的type803的数据。

在本示例性实施例中，为了使用用户通常使用的具有service ID801＝“1”的服务来“share”具有type803＝“PNG”的图像，最初使用协作Web Intents服务对图像进行“edit”。为了根据来自用户的指令通过具有service ID801＝“1”的“share”服务来分享图像，Web浏览器750通过协作“edit”服务进行图像格式转换处理，然后通过“share”服务进行分享处理。在图12的步骤S1207中，Web浏览器750生成用于执行包括多个协作服务的这种服务的脚本和菜单。

图12所示的示例处理了如果登记了与所请求的action和type一致的服务(步骤S1203：是)，则在步骤S1208中，Web浏览器750生成通常菜单，而不生成前述多个协作服务的菜单的情况。然而，即使在这种情况下，Web浏览器750也可以生成前述多个协作服务的菜单。例如，在图8的情况下，Web浏览器750可以生成作为选项包括本身能够处理请求的具有service ID801＝“4”的服务、协作服务＝“2”和“1”以及协作服务＝“2”和“3”全部的菜单。

返回对图9的序列图的描述。

在步骤S906中，Web浏览器750的分析单元752对用于显示在步骤S905(图12的步骤S1207)中生成的多个协作服务的菜单的脚本和HTML进行分析。显示单元753显示该菜单。其结果是，Web浏览器750显示示出包括使多个服务彼此协作的服务的服务列表的诸如图11A所示的画面。与在图2的步骤S205中描述的普通“显示登记的Web Intents的列表”不同，在执行用于激活Web Intents的ECMAScript之前，显示该列表。

图11A示出了在图9的步骤S906中在信息处理终端530的Web浏览器750上显示的画面的示例。

如果用户按下了分享按钮1005，则信息处理终端530的Web浏览器750例如显示弹出画面1100。弹出画面1100包括在图9的步骤S905中确定显示的服务的列表1101。该列表画面显示使多个Web Intents服务彼此协作的服务(例如由bbb Edit Service进行编辑并进行分享)。如果用户选择了如图11B所示的“由bbb Edit Service进行编辑并进行分享”，并且按下了OK按钮1103，则提供各个服务的各个服务器依次进行处理。在图11A和11B的示例中，“由bbb Edit Service进行编辑并进行分享”是显示的使得多个Web Intents服务能够彼此协作的唯一的服务。如果登记了能够将“PNG”改变为“JPEG”的多个服务，则列出使多个Web Intents服务协作的多个服务。

因此，如果与所请求的action一致、但是与type不一致的服务能够与其他服务协作来对请求进行处理，则甚至不支持的类型的这些服务也变得可使用并且可用来进行选择。在本示例性实施例中，“bbb Edit Service”对应于由服务器251提供的服务2。“AAAShare Service”对应于由服务器250提供的服务1。

返回对图9的序列图的描述。

如果例如Web浏览器750检测到用户从在步骤S906中显示的服务的列表中，选择了如图11B所示的“由bbb Edit Service进行编辑并进行分享”，并且按下了OK按钮1103，则Web浏览器750进行步骤S907的处理。

在步骤S907中，Web浏览器750的脚本处理单元757对与所选择的服务相对应的ECMAScript进行分析，并且执行该脚本(Web Intents服务执行处理)。脚本处理单元757还生成通过将由ECMAScript生成的Intent对象的内容包括到发送数据中来作成协作服务的信息，并对其进行管理。将该信息(包括关于所选择的服务的信息)存储在服务信息存储单元758中。如果设置了图11B的“针对相同格式进行相同处理”复选框1102，则脚本处理单元757进行控制，使得如果之后发生了相同的状况，则使用该信息进行相同的处理。具体来说，假设脚本处理单元757从服务器510接收到了相同的数据格式，并且确定服务需要进行相同的处理(在本示例中为“edit”)。在这种情况下，脚本处理单元757确定选择了相同的服务，并且在不显示列表的情况下，使处理前进到步骤S907。在前述示例中，脚本处理单元757确定选择了“由bbb Edit Service进行编辑并进行分享”，并且在不显示列表的情况下，使处理前进到步骤S907。换句话说，如果设置了复选框1102，则Web浏览器750彼此相关联地设置(存储)请求的action、type以及在列表1101中选择、指定并使用的服务(第二服务(和第一服务))。随后，Web浏览器750进行控制，以在请求的action和type与设置的action和type一致的情况下，请求使用与该action和type相关联地设置的服务进行处理。

在前述步骤S907中进行的处理中，Web浏览器750最初执行使用提供服务2(bbbEdit Service)的服务521的第一脚本处理。具体来说，Web浏览器750进行控制，以执行第一脚本中的匿名函数，从而生成新Intent对象，并且使用该新Intent对象作为引数调用startActivity()函数。然后，Web浏览器750对用于对提供服务1(AAA Share Service)的服务器520的Web应用730进行第二脚本处理的信息进行管理和存储。

在步骤S908中，在执行匿名函数之后，Web浏览器750的分析单元752作为HTTP请求消息，经由通信单元751向用作客户机101的服务器510，发送针对图像数据的获取请求。分析单元752通过执行在ECMAScript(图10A)中的匿名函数中调用的getImageFrom()函数，来发送获取请求。例如，如果在画面1000上选择了单选按钮1003，则分析单元752发出针对“image001.png”的获取请求。在本示例性实施例中，分析单元752向服务器510发出获取请求，而分析单元752可以被配置为不发出获取请求，但是使用Web浏览器750已经获得的HTML文档中的图像数据。

在步骤S909中，服务器510的内容管理单元704从数据库服务单元705的内容管理表820，获得由在步骤S908中接收到的针对图像数据的获取请求指定的图像数据。例如，如果由针对图像数据的获取请求指定的图像数据的文件名是“image001.png”，则内容管理单元704获得内容管理表820中的第一记录的图像数据。在步骤S910中，服务器510的呈现单元703作为HTTP响应消息，经由通信单元701向信息处理终端530，发送在步骤S909中获得的图像数据。

当信息处理终端530的Web浏览器750接收到从服务器510发送回的图像数据时，Web浏览器750使处理前进到步骤S911。在步骤S911至S913中，使用提供“bbb EditService”(服务2)的服务器521。服务器521将作为在步骤S909中获得的PNG格式的图像数据的image001.png，“edit”(转换)为作为在“AAA Share Service”(服务1)中可使用的数据type的JPEG格式的image001.jpeg。下面给出详细描述。

在步骤S911中，信息处理终端530的Web浏览器750向提供从在步骤S906中显示的列表中选择的服务(服务2)的服务器521发送请求。在本示例中，Web浏览器750向服务器521的Web应用730发送请求。通过该处理，信息处理终端530的Web浏览器750将Web Intent对象的内容包括到发送数据中。

服务器521的Web应用730接收步骤S911的请求，并且进行步骤S912。在步骤S912中，服务器521的Web应用730的Intent处理单元732从步骤S911的请求中提取Intent对象，并且对Intent对象进行分析。然后，Intent处理单元732开始对分析的intent进行处理。在本示例性实施例中，服务器521的Web应用730在提供对包含在Intent对象中的图像数据进行编辑的服务的同时，经由信息处理终端530的Web浏览器750与用户进行交互。

例如，服务器521的Web应用730生成用于接受输入图像数据的文件名并存储其的操作的HTML文档，并且向信息处理终端530发送该HTML文档。信息处理终端530的Web浏览器750接收该HTML文档，并且显示用户界面(UI)。然后，信息处理终端530的Web浏览器750根据用户指令进行图像编辑处理，并且向服务器521的Web应用730发送获得的处理过的数据。将该数据存储在服务器521中。在本示例性实施例中，用户使用服务器521的“edit”功能进行图像编辑，由此对PNG格式的image001.png进行数据转换，将其转换为JPEG格式的image001.jpeg。使用数据库服务单元735的内容管理表820存储image001.jpeg，并对其进行管理。

在步骤S913中，在对Intent的处理结束之后，服务器521的Web应用730发送回包括用于向Web Intents客户机通知处理结果的ECMAScript的响应。在本示例中，Web应用730向信息处理终端530的Web浏览器750，发送回包括作为edit处理过的图像数据的“image001.jpeg”的数据。通过该处理，服务器521的内容处理单元734发送回在数据库服务单元735的内容管理表820中存储并管理的、具有用户指定的图像type和文件名的图像数据。

在步骤S914中，信息处理终端530的脚本处理单元757进行呼叫提供服务(服务1)的服务器520的处理。第二到来的服务具有“share”功能。该处理使用在前述步骤S913中获得的“image001.jpeg”，作为服务1的调用参数。

在步骤S915中，信息处理终端530的Web浏览器750向提供在步骤S906中显示并且由用户选择的服务中的、第二到来的服务的服务器530发送请求。以这种方式，在步骤S911至S913中的服务器521的第一脚本处理之后，Web浏览器750向服务器520的Web应用730发出处理请求。

服务器520的Web应用730接收步骤S915的请求，并且进行步骤S916的处理。在步骤S916中，服务器520的Web应用730的Intent处理单元732从在步骤S915中接收到的请求中提取Intent对象，并且对Intent对象进行分析。然后，Intent处理单元732开始对分析的Intent进行处理。在本示例性实施例中，服务器520的Web应用730经由信息处理终端530的Web浏览器750与用户进行交互。Web应用730提供分享包含在Intent对象中的图像数据的“share”服务。

例如，服务器520的Web应用730生成用于接受输入图像数据的文件名并存储其的操作的HTML文档，并且向信息处理终端530发送该HTML文档。信息处理终端530的Web浏览器750接收该HTML文档，并且显示UI。当信息处理终端530的Web浏览器750检测到用户进行了“share”操作时，Web浏览器750向服务器520的Web应用730发送针对图像数据的分享请求。当服务器520的Web应用730接收到该针对图像数据的分享请求时，内容处理单元734将该图像数据与用户指定的文件名一起，登记在数据库服务单元735的内容管理表820中。

在步骤S917中，在对Intent的处理结束之后，服务器520的Web应用730向信息处理终端530的Web浏览器750，发送回包括用于向客户机(服务器510)通知处理结果的ECMAScript的响应。

信息处理终端530的Web浏览器750接收步骤S917的响应，并且进行步骤S918的处理。在步骤S918中，信息处理终端530的Web浏览器750执行包含在响应中的ECMAScript，以调用由前述第一脚本中的startActivity()函数的引数指定的回调函数。例如，在图10A中，Web浏览器750执行回调函数onSuccess()。

在步骤S919中，信息处理终端530的Web浏览器750使用回调函数，向提供客户机101的服务器510的Web应用700，发送回Web Intent处理结果。

服务器510的Web应用700接收步骤S919的Web Intent处理结果，并且进行步骤S920的处理。在步骤S920中，服务器510的Web应用700的呈现单元703作为HTML文档，生成Web Intents处理的结束页面。该结束页面通知对Intent的处理结束。

在步骤S921中，服务器510的Web应用700的呈现单元703经由通信单元701，向信息处理终端530发送在步骤S920中生成的Web Intents处理的结束页面。

信息处理终端530的Web浏览器750接收步骤S921的Web Intents处理的结束页面，并且进行步骤S922的处理。在步骤S922中，信息处理终端530的Web浏览器750的显示单元753显示在步骤S921中接收到的Web Intents处理的结束画面。

图13是示出Web Intents处理的结束页面的示例的图。

在图13中，Web Intents处理的结束页面1300显示各个服务的处理结果。该处理结果指示由第二服务“bbb Edit Service”完成了指示分享的图像数据从“PNG”到“JPEG”的“图像编辑”(转换)，并且由第一服务“AAA Share Service”完成了图像分享。换句话说，如果请求的处理成功，则Web浏览器750显示由第二服务对指示分享的数据进行了处理，并且由第一服务对经过第二服务处理的数据进行了处理。以这种方式，Web浏览器750针对使用功能信息调用的各个功能，显示请求的处理的处理结果(例如图13和下面要描述的图17A)。

在本示例性实施例中，描述了信息处理终端530的Web浏览器750用来针对客户机提供多个服务的机制。通过前述处理，用户能够经由信息处理终端530的Web浏览器750，容易地使用不支持数据type的服务。

在本示例性实施例中，描述了服务器和装置的配置、软件模块的配置以及用于对图像数据进行转换的、使用与请求的type803不同的服务的处理流程。配置和处理流程仅仅是示例，并且不限于它们。

例如，可以对进行数据转换的type803进行到诸如JPEG和PNG的图像数据的格式之外的格式的转换。适用示例包括由在针对评论(RFC)2045、RFC2046、RFC2047、RFC2048和RFC2049的请求中定义的多用途因特网邮件扩展(MIME)类型定义的格式转换。适用示例还包括包含应用数据、运动图像数据、声音数据、音乐数据和地址簿数据的各种类型的数据。甚至使用这种数据，即使例如其type与所请求的type不同，通过经由服务协作适当地使用多个服务(甚至3个或更多个服务)，也能够使用根据用户期望的action的服务。

在本示例性实施例中，描述了实现提供图像和社交按钮的网站的服务器510。描述了提供网站的服务器520和521，该网站提供对图像数据进行编辑、存储和分享的功能。然而，可以将服务器510应用于图像形成装置。可以将服务器520和521应用于诸如打印服务器的管理打印服务(MPS)。

通过前述处理，使第二服务和第一服务彼此协作，使得第二服务将相关数据转换为第一服务支持的数据。因此，能够通过Web Intents对第一服务不支持的数据进行处理。以这种方式，即使存储在客户机101中的数据的type与服务能够处理的数据type不同，也能够在不麻烦用户的情况下，容易地使用该服务。

前述第一示例性实施例处理了用作UA106的Web浏览器750使第二服务与第一服务协作，并且安排多个服务处理请求的配置。第二示例性实施例描述了用作UA106的Web浏览器750将第一服务的处理方法传送给第二服务，由此使多个服务彼此协作并进行处理的配置。对与第一示例性实施例的配置和处理相对应的配置和处理的描述与在第一示例性实施例中相同，因此省略其描述。

下面，参照图14的序列图，描述信息处理终端530访问由服务器510提供的网站，并且在服务器520和521提供的服务1和2之间传递Intent处理请求的操作。

图14是示出根据第二示例性实施例的与使用Web Intent的服务的提供相关的操作的示例的序列图。在下面的描述中，对与在第一实施例中类似的元素给予相同的附图标记，并且省略对这些元素的描述。

在步骤S911中，信息处理终端530的Web浏览器750向提供从在步骤S906中显示的列表中选择的服务中的首先到来的服务(服务2)的服务器521发送请求。在本示例中，Web浏览器750向服务器521的Web应用730作出请求。在该处理中，信息处理终端530的Web浏览器750将Web Intent对象的内容包括到发送数据中。这里，Web浏览器750还将用于识别第二到来的协作服务的Intent处理的内容的信息，例如下面要描述的图15B的1552，包括在发送数据中。如果使用第二到来的服务需要输入信息，则Web浏览器750可以将所需的输入信息包括在发送数据中。例如，如果需要认证信息，则Web浏览器750将认证信息包括在发送数据中。如果存储图像数据需要文件名，则Web浏览器750将文件名包括在发送数据中。

服务器521的Web应用730接收步骤S911的请求，并且进行步骤S912。在步骤S912中，服务器521的Web应用730的Intent处理单元732从步骤S911的请求中提取Intent对象，并且对Intent对象进行分析。Intent处理单元732开始对分析的Intent进行处理。在本示例性实施例中，服务器521的Web应用730通过“edit”功能进行图像编辑，以将PNG格式的“image001.png”转换为JPEG格式的“image001.jpeg”。

在步骤S1401中，在对Intent的处理结束之后，服务器521的Intent处理单元732生成包括ECMAScript的请求，使得由接下来的服务器520对处理结果进行处理。在本示例性实施例中，包括包含作为经过edit处理的图像数据的“image001.jpeg”的Web Intents请求。

在步骤S1402中，服务器521的Intent处理单元732进行针对第二服务器520的WebIntents发送处理。在该步骤S1402中，Intent处理单元732作为第二服务器520的调用参数，对通过处理步骤S912获得的image001.jpeg进行处理。

在步骤S1403中，服务器520的Web应用730的Intent处理单元732从通过前述步骤S1402的处理接收到的请求中提取Intent对象，并且对Intent对象进行分析。服务器520的Intent处理单元732对分析的Intent进行处理。在本示例性实施例中，服务器520的Web应用730提供用来分享包含在Intent对象中的图像数据的“share”服务。

具体来说，服务器520的Web应用730接收存储在步骤S1402中发送的“image001.jpeg”的图像数据的请求。然后，内容处理单元734将图像数据与用户指定的文件名一起，登记在数据库服务单元735的内容管理表820中。

在步骤S1404中，在前述步骤S1403中的对Intent的处理结束之后，服务器520的Web应用730向服务器521的Intent处理单元732发送回处理结果。

在步骤S913中，服务器521的Web应用730的Intent处理单元732对在前述步骤S1404中发送回的Intent的处理结果进行分析，并且进行与前述步骤S911的处理相对应的答复处理。在该答复处理中，发送回包括向客户机(服务器510)通知的ECMAScript的响应。在本示例中，Intent处理单元732发送回包括经过share处理的HTML文档的数据。

图15A是用于描述服务器521的Intent处理单元732进行的图14中的步骤S912、S1401、S1402、S1403、S1404和S913的处理的流程图。下面，参照图15A，更详细地描述图14的步骤S912、S1401、S1402、S1403、S1404和S913的处理。

在步骤S1501中，服务器521的Web应用730的呈现单元733监视是否经由通信单元731接收到了页面请求。如果确定接收到了页面请求(步骤S911)(步骤S1501：是)，则呈现单元733使处理前进到步骤S1502。

在步骤S1502中，服务器521的Intent处理单元732对Intent处理请求进行分析。Intent处理单元732从自信息处理终端530的Web浏览器750发送的ECMAScript1550(例如图15B)中，获得诸如action和type的服务的执行参数。如果该Intent处理请求包括诸如图15B中的1551所示的extra数据，则服务器521的Intent处理单元732从extra数据中获得用于对协作服务进行执行处理的参数。

在步骤S1503中，服务器521的Intent处理单元732基于在步骤S1502中获得的服务的执行参数，执行Intent处理请求。该处理对应于图14所示的处理步骤S912。在本示例性实施例中，服务器521进行action802为“edit”并且type803为“image/*”的“bbb EditService”的处理。具体来说，服务器521进行从“image001.png”的数据到“image001.jpeg”的数据的edit处理。

在步骤S1504中，服务器521的Intent处理单元732确定是否包括协作传输Intent处理请求。如果包括诸如图15B的extra数据1551的用于对协作服务进行执行处理的参数，则Intent处理单元732确定包括协作传输Intent处理请求(步骤S1504：是)，并且使处理前进到步骤S1505。另一方面，如果不包括诸如extra数据1551的用于对协作服务进行执行处理的参数，则Intent处理单元732确定不包括协作传输Intent处理请求(步骤S1504：否)，并且使处理前进到步骤S1507。

在步骤S1505中，服务器521的Intent处理单元732使用在前述步骤S1502中获得的参数，执行针对协作服务(这里由服务器520提供)的传输Intent处理请求。在本示例性实施例中，服务器520执行action802为“share”并且type803为“image/jpeg”的“AAA ShareService”。该处理对应于图14所示的处理步骤S1401。

在步骤S1506中，服务器521的Intent处理单元732接收服务器520根据步骤S1505的请求执行的服务的处理结果，并且对处理结果进行处理。该处理对应于前述处理步骤S1404。

在步骤S1507中，服务器521的Intent处理单元732向请求信息处理终端530的Web浏览器750，发送回从服务器520接收到的处理结果(或者步骤S1506的处理结果)。该处理对应于图14所示的处理步骤S913。

参照图15B描述由信息处理终端530的Web浏览器750生成的ECMAScript的示例。

图15B是示出由信息处理终端530的Web浏览器750生成的ECMAScript的示例的图。该脚本在图14所示的步骤S911中生成。图15B所示的脚本仅仅是示例。只要用作信息处理终端530的Web浏览器750能够对脚本进行解释，可以使用其他格式和符号。

ECMAScript1550与图4的ECMAScript几乎相同。下面仅描述不同之处。

extra数据1551描述用于识别服务器521进行的协作第二Intent处理的内容的信息1552。具体来说，extra数据1551指定用于服务器521的Intent处理单元732对服务器520的Intent处理单元732进行执行处理的参数。这些参数描述用于识别服务并且用于执行WebIntents的信息。例如，指定诸如ForwardAction、ForwardType、ForwardTitle、ForwardHref、ForwardDisposition和ForwardBaseURI的参数。

当用户在图14的步骤S904中显示的画面上按下“分享”按钮1005时，进行用于生成用于使Web Intent服务彼此协作的ECMAScript1550的处理。

在图14的步骤S905中，信息处理终端530的Web浏览器750最初获得登记服务表800。然后，脚本处理单元757选择存储在服务信息存储单元758中的第一服务进行处理所需的第二服务，并且确定使用第二服务所需的action802和type803。在ECMAScript1550的示例中，信息处理终端530的Web浏览器750最初对服务器521进行action802为“edit”并且type803为“image/*”的处理。然后，服务器521对服务器520进行action802为“share”并且type803为“image/jpeg”的处理。

当进行多种类型的Web Intents协作处理时，可以将用于识别多个传输服务和WebIntents处理的信息作为参数写入extra数据1551中。例如，可以写入用于进行Web Intents处理的参数，诸如“ForwardAction":["http://Webintents.org/edit","http://Webintents.org/share",],"ForwardType":["image/*","image/jpeg"]，以及"ForwardBaseURI":["http://bbb111.com","http://ccc111.com"]。

在该示例中，提供第一服务的第一服务器的Intent处理单元732在进行由extra数据1551指定的协作Web Intents处理之前，进行其Web Intents处理。然后，作为协作WebIntents处理，Intent处理单元732生成用于进行“edit”处理的参数和作为extra数据1551的用于对“http://ccc111.com”进行“share”处理的参数。Intent处理单元732向第二到来的服务、即“http://bbb111.com”发送这些参数。

提供第二到来的服务(“http://bbb111.com”)的第二服务器的Intent处理单元732对Web Intents处理进行“edit”处理，然后进行由extra数据1551指定的协作WebIntents处理。具体来说，Intent处理单元732生成并发送用于对第三到来的服务(“http://ccc111.com”)进行“share”处理的参数。然后，提供第三到来的服务(“http://ccc111.com”)的第三服务器执行“share”的Web Intents处理。

在本示例性实施例中，信息处理终端530的Web浏览器750生成用于进行“edit”处理或者第二服务的第二服务器的参数，以及用于进行“share”处理或者第一服务的第一服务器的参数。Web浏览器750向第二服务器发送这些参数。然后，这些服务器彼此协作，以使用这些参数进行服务，由此能够以协作的方式进行Intent处理。其结果是，多个协作WebIntents服务能够在服务之间信息处理终端530的Web浏览器750不介入的情况下彼此协作。虽然本示例性实施例主要处理了使两个服务协作的方法的示例，但是三个或更多个服务能够以类似的处理彼此协作。

当使用多个协作服务来进行Web Intents处理时，用户选择的处理可能由于服务的处理失败而未能完成。第三示例性实施例处理了针对这种情形的处理方法，以及选择协作的服务的方法。对与前述第一和第二示例性实施例的配置和处理相对应的配置和处理的描述与在第一和第二示例性实施例中相同，因此省略其描述。

下面，参照图16的序列图，描述当信息处理终端530对服务器521进行Intent处理，而处理失败时进行的操作。

图16是示出根据第三示例性实施例的与使用Web Intent的服务的提供相关的操作的示例的序列图。在下面的描述中，对与在第一实施例中类似的元素给予相同的附图标记，并且省略对这些元素的描述。

在步骤S911至S913中，信息处理终端530的Web浏览器750进行Web Intents处理。在步骤S912中，服务器521的Web应用730的Intent处理单元732从在步骤S911中接收到的处理请求中提取Intent对象，并且对Intent对象进行分析。Intent处理单元732对分析的Intent进行处理。在本示例性实施例中，服务器521的Web应用730通过“edit”功能进行图像编辑，以将PNG格式的“image001.png”转换为JPEG格式的“image001.jpeg”。

在步骤S1601中，服务器520的Web应用730确定在步骤S912的处理中对Intent的处理结果。如果处理结果为失败，例如，当Intent处理单元732未能进行图像转换时，或者当存储器不足时，则Web应用730检测到处理失败。如果在步骤S1601中检测到处理失败，则在步骤S913中，服务器521的Web应用730的Intent处理单元732对步骤S912中的对Intent的处理的结果进行分析，并且进行与步骤S911的处理相对应的答复处理。在该答复处理中，向信息处理终端530的Web浏览器750发送回包括要向客户机(服务器510)通知的ECMAScript的响应。在本示例中，Intent处理单元732发送回包括“edit”处理的错误结果的HTML数据。

在步骤S918中，信息处理终端530的Web浏览器750执行包含在来自前述服务器521的响应中的ECMAScript，并且调用由用于调用首先到来的服务的第一脚本中的startActivity()函数的引数指定的回调函数。在本示例性实施例中，在步骤S913中，服务器521发送回包括“edit”处理的错误结果的脚本。例如，Web浏览器750执行图10A所示的ECMAScript中的回调函数“onError()”。

在步骤S919中，信息处理终端530的Web浏览器750使用回调函数，向服务器510的Web应用700，发送回Web Intents处理的结果。

在步骤S920中，服务器510的Web应用700的呈现单元703作为HTML文档生成结束页面。该结束页面是用于通知对Intent的处理失败的页面。在步骤S921中，服务器510的Web应用700的呈现单元703经由通信单元701，向信息处理终端530发送在步骤S920中生成的通知处理失败的页面(处理失败页面)。

在步骤S922中，信息处理终端530的Web浏览器750显示在处理步骤S921中接收到的通知Web Intents处理失败的处理失败页面。

图17A是示出处理失败页面的示例的图。弹出画面1700显示各个服务器的处理结果。处理结果显示部分1701示出了由第二服务“bbb Edit Service”进行的指示分享的图像数据从“PNG”到“JPEG”的“图像编辑”(转换)失败。处理结果显示部分1701还示出了由第一服务“AAAShare Service”进行的图像分享由于转换失败而未完成。换句话说，如果第二服务的处理失败，则Web浏览器750显示指示由第二服务进行的对指示分享的数据的处理失败，并且由第一服务进行的对数据的处理由于该失败而未完成的消息。

假设用户在图17A所示的处理失败页面上按下了“OK”按钮1702。然后，在图16的步骤S904中，用户按下了分享按钮，并且画面转变为用于选择服务的画面。另一方面，如果用户在图17A所示的处理失败页面上按下了“取消”按钮1703，则Web浏览器750停止处理，并且不进行到后续处理。如果设置了图17A中的“针对相同格式进行相同处理”复选框1704，则当发生了相同的状况时，Web浏览器750随后使用前述信息进行相同的处理。

图17B示出了当在图17A所示的处理失败页面上按下了“OK”按钮1702时，用于选择服务的画面的示例。

如果按下了“OK”按钮1702，则信息处理终端530的Web浏览器750显示例如弹出画面1705。在图16的处理步骤S905中显示服务的列表1706。换句话说，如果在请求的处理中发生了错误，则Web浏览器750再次接受来自用户的对服务的指定。

图17B的示例是Web浏览器750在列表1706上显示“由aaa EditService进行编辑并且进行分享”1708以及“由bbb Edit Service进行编辑并且进行分享”1709的画面示例。该选择画面(列表)1706优先显示“由aaa Edit Service进行编辑并且进行分享”1708，并且在菜单上作为第二候选对象显示“由bbb Edit Service进行编辑并且进行分享”1709。脚本处理单元757通过参照信息处理终端530的Web浏览器750的登记服务表800(图18)来确定优先顺序。

图18是示出根据第三示例性实施例的登记服务表800的示例的图。登记日期1801示出了登记Web Intents服务的日期和时间。Count(计数)1802示出了过去使用WebIntents服务的次数。

作为确定优先顺序的方法的示例，考虑Web Intents服务的Registration Date(登记日期)1801，并且优先显示较新或者较旧的服务。作为另选方案，可以根据作为使用Web Intents服务的次数的Count(计数)1802来确定优先顺序。除了使用服务的次数之外，可以在登记服务表800中登记服务的使用频率。在这种情况下，可以根据服务的使用频率来确定优先顺序。

Web浏览器750根据作为Web Intent的执行结果的状态1910(图19)，确定过去导致错误的处理，并且在“由bbb Edit Service进行编辑并且进行分享”中显示错误指示(！)1709。更具体来说，当Web浏览器750接受了来自用户的对服务的指定时，Web浏览器750针对在图19所示的Web Intent执行日志中存储了错误发生的服务，显示指示过去发生了错误的信息。Web浏览器750能够从菜单列表(列表1706)中隐藏错误发生服务。如果设置了图17B中的“针对相同格式进行相同操作”复选框1707，则当之后发生了相同的状况时，Web浏览器750随后使用过去的关于该处理的执行的信息，进行相同的操作。

图19是示出UA106的Web Intent执行日志的示例的图。

log(日志)ID1901是用于唯一地识别UA106的Web Intent处理的ID。action1902是指示服务器520或521的功能或服务的信息。type1903示出了针对action1902能够使用什么数据格式。href1904示出了由服务器520或521提供的服务的绝对URL。title1905示出了由服务器520或521提供的服务的标题。disposition1906示出了如何显示由服务器520或521提供的服务。Registration Date1907示出了登记Web Intents服务的日期和时间。Transaction(事务)1908指示UA106根据同一用户的请求进行了处理的服务器处理系列。Input data type(输入数据类型)1909示出了作为处理的输入参数指定的数据的type。Status(状态)1910示出了Web Intent的执行结果。图19所示的UA106的Web Intent执行日志存储在服务信息存储单元758或者信息处理终端530的HDD606的其他存储区域中。

本示例性实施例处理了当多个协作服务器进行Web Intents处理时，如果用户选择的处理由于服务器的处理失败而未完成，则向用户显示处理失败的配置。另外，还描述了显示并确定协作服务器的优先顺序的配置。

在该处理中，如果在多个协作服务中发生了错误，则用户能够容易地识别错误，并且选择其他Web Intents服务来进行处理。相应地，即使存储在客户机中的数据的type与服务能够处理的数据的type不同，也能够在不麻烦用户的情况下，通过使多个服务彼此协作，来容易地实施期望的服务。

根据本发明的示例性实施例，能够与其他服务协作，来容易地选择并使用无法对由对数据进行管理的Web Intents客户机提供的数据的类型进行处理的服务。

其他实施例

本发明的实施例还能够由读出并执行记录在存储介质(例如非易失性计算机可读存储介质)上的计算机可执行指令，以进行本发明的上述实施例中的一个或更多个的功能的系统或装置的计算机，以及通过由系统或装置的计算机进行的方法，通过例如从存储介质中读出并执行计算机可执行指令，以进行上述实施例中的一个或更多个的功能来实现。计算机可以包括中央处理单元(CPU)、微处理单元(MPU)或其他电路中的一个或更多个，并且可以包括单独的计算机或单独的计算机处理器的网络。例如可以从网络或存储介质向计算机提供计算机可执行指令。存储介质例如可以包括硬盘、随机存取存储器(RAM)、只读存储器(ROM)、分布式计算系统的存储设备、光盘(例如紧凑盘(CD)、数字通用盘(DVD)或蓝光盘(BD)TM)、闪存设备、存储卡等中的一个或更多个。

虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明不限于所公开的示例性实施例。当然应当理解，上面仅仅作为示例对本发明进行了描述，并且能够在本发明的范围内对详情进行变型。

Claims

1.一种信息处理终端，其具有中继功能，所述中继功能使对数据进行管理的客户机和使用由所述客户机管理的数据提供功能的服务经由网络彼此协作，所述信息处理终端包括：

第一接收单元，其被配置为从多个服务中的一个服务接收包括功能信息的数据，所述功能信息用于调用由所述一个服务提供的功能，其中，在所述功能信息中定义了所提供的功能的动作类别、所提供的功能的能够处理的类型以及所提供的功能的连接目的地；

登记单元，被配置为通过所述中继功能，基于从所述一个服务接收的数据进行用于登记所述功能信息的登记处理；

页面请求单元，其被配置为向所述客户机发出页面数据的页面请求；

显示单元，其被配置为基于响应于所述页面请求而获得的所述页面数据来显示页面，其中，所述页面包括关于由所述客户机管理的特定数据的信息，以及各个动作类别；

第一获得单元，其被配置为，在用户经由所显示的页面指示针对所述特定数据的第一动作类别的情况下，从由所述登记处理所登记的信息获得属于所述第一动作类别的第一功能信息；

识别单元，被配置为从由所述登记处理所登记的信息中识别第二功能信息，用于调用第二功能的所述第二功能信息旨在使所述特定数据适合通过使用所述第一功能信息来调用的第一功能的能够处理的类型；

第二获得单元，其被配置为获得属于第二动作类别的、所识别的第二功能信息，所述第二动作类别与来自于由所述登记处理登记的信息的第一动作类别不同；

请求单元，被配置为在所述用户基于所获得的第一功能信息和所获得的第二功能信息，经由列表指示了用于使用所述第二功能信息的选择的情况下，发出利用使用所述第一功能信息调用的所述第一功能，对利用使用所述第二功能信息调用的所述第二功能处理过的所述特定数据进行处理的请求；以及

第二接收单元，被配置为接收由所述请求单元请求的处理的结果。

2.根据权利要求1所述的信息处理终端，其中，所述请求单元向提供所述第二功能的第二服务，发出利用使用所述第二功能信息调用的所述第二功能对所述特定数据进行处理的请求，并且向提供所述第一功能的第一服务，发出利用使用所述第一功能信息调用的所述第一功能、对利用使用所述第二功能信息调用的所述第二功能处理过的所述特定数据进行处理的请求，并且

其中，所述第二接收单元从提供使用所述第一功能信息调用的所述第一功能的所述第一服务接收处理结果。

3.根据权利要求1所述的信息处理终端，其中，所述请求单元向提供使用所述第二功能信息调用的所述第二功能的第二服务，发出利用使用所述第二功能信息调用的所述第二功能对所述特定数据进行处理的请求，以及利用使用所述第一功能信息调用的所述第一功能、对利用使用所述第二功能信息调用的所述第二功能处理过的所述特定数据进行处理的请求，并且

其中，所述第二接收单元从提供使用所述第二功能信息调用的所述第二功能的所述第二服务接收处理结果。

4.根据权利要求1所述的信息处理终端，其中，所述显示单元被进一步配置为针对使用所述功能信息调用的各个功能，显示所述请求单元请求的处理的结果。

5.根据权利要求4所述的信息处理终端，其中，如果所述请求单元请求的处理由于使用所述第二功能信息调用的所述第二功能而失败，则所述显示单元显示如下消息，该消息指示对所述特定数据的处理由于使用所述第二功能信息调用的所述第二功能而失败，并且利用使用所述第一功能信息调用的所述第一功能对所述特定数据的处理未完成。

6.根据权利要求1所述的信息处理终端，其中，所述网络是因特网。

7.根据权利要求1所述的信息处理终端，其中，所述客户机、所述服务和所述中继功能中的至少两个是在同一装置上运行的功能。

8.根据权利要求1所述的信息处理终端，其中，所述类别包括分享所述特定数据的类别、对所述特定数据进行编辑的类别、查看所述特定数据的类别、从外部设备获得所述特定数据的类别、订阅所述特定数据的类别和存储所述特定数据的类别中的至少任意一个。

9.根据权利要求1所述的信息处理终端，其中，所述中继功能被提供作为所述信息处理终端的操作系统或者Web浏览器的功能。

10.一种信息处理终端的控制方法，所述信息处理终端具有中继功能，所述中继功能使对数据进行管理的客户机和使用由所述客户机管理的数据提供功能的服务经由网络彼此协作，所述控制方法包括：

第一接收步骤，从多个服务中的一个服务接收包括功能信息的数据，所述功能信息用于调用由所述一个服务提供的功能，其中，在所述功能信息中定义了所提供的功能的动作类别、所提供的功能的能够处理的类型以及所提供的功能的连接目的地；

登记步骤，通过所述中继功能，基于从所述一个服务接收的数据进行用于登记所述功能信息的登记处理；

页面请求步骤，向所述客户机发出页面数据的页面请求；

显示步骤，基于响应于所述页面请求而获得的所述页面数据来显示页面，其中，所述页面包括关于由所述客户机管理的特定数据的信息，以及各个动作类别；

第一获得步骤，在用户经由所显示的页面指示针对所述特定数据的第一动作类别的情况下，从由所述登记处理所登记的信息获得属于所述第一动作类别的第一功能信息；

识别步骤，从由所述登记处理所登记的信息中识别第二功能信息，用于调用第二功能的所述第二功能信息旨在使所述特定数据适合通过使用第一功能信息调用的第一功能的能够处理的类型；

第二获得步骤，获得属于第二动作类别的、所识别的第二功能信息，所述第二动作类别与来自于由所述登记处理登记的信息的第一动作类别不同；

请求步骤，在所述用户基于所获得的第一功能信息和所获得的第二功能信息，经由列表指示了用于使用所述第二功能信息的选择的情况下，发出利用使用所述第一功能信息调用的所述第一功能，对利用使用所述第二功能信息调用的所述第二功能处理过的所述特定数据进行处理的请求；以及

第二接收步骤，接收所请求的处理的处理结果。