信息处理装置、资源提供装置和信息处理系统
阅读：865发布：2020-05-11
专利汇可以提供信息处理装置、资源提供装置和信息处理系统专利检索，专利查询，专利分析的服务。并且通信部从程序提供装置接收以第1形式描述的资源的使用要求。转换部确定提供所述使用要求所示的资源的资源提供装置，将以第1形式描述的使用要求通过所述确定了的资源提供装置转换为能够解释的以第2形式描述的使用要求。所述通信部将以所述第2形式描述的使用要求发送到所述确定了的资源提供装置，接收以所述第2形式描述的使用要求的处理结果。所述转换部将所述通信部接收到的以第2形式描述的处理结果转换为以所述第1形式描述的处理结果。程序执行部根据所述以第1形式描述的处理结果动作。，下面是信息处理装置、资源提供装置和信息处理系统专利的具体信息内容。
1.一种信息处理装置，其特征在于，包括：
通信部，其与程序提供装置和资源提供装置通信，从所述程序提供装置接收以第1形式描述的资源的使用要求；
转换部，确定提供以所述第1形式描述的使用要求所示的资源的资源提供装置，将以所述第1形式描述的使用要求通过被确定了的资源提供装置转换为能够解释的以第2形式描述的使用要求；以及
程序执行部；
所述通信部将以所述第2形式描述的使用要求发送到所述被确定了的资源提供装置，从所述被确定了的资源提供装置接收以所述第2形式描述的使用要求的处理结果，所述转换部将所述通信部接收到的以所述第2形式描述的处理结果转换为以所述第1形式描述的使用要求，
所述程序执行部执行对应于以所述第1形式描述的处理结果的动作。
2.如权利要求1所述的信息处理装置，其特征在于，进一步包括：存储资源的识别信息、资源提供装置的对应信息的设备信息存储部，
所述转换部基于所述对应信息确定提供所述资源的资源提供装置。
3.如权利要求1所述的信息处理装置，其特征在于，进一步包括：
用户界面；和在存在多个提供所述资源的资源提供装置时，使用户通过所述用户界面选择使用的资源提供装置的设备选择部；
所述转换部确定所述用户选择的资源提供装置。
4.如权利要求3所述的信息处理装置，其特征在于，
所述多个资源提供装置，作为所述第2形式对应于各不同形式；
所述转换部将所述第1形式转换为确定了的资源提供装置能够解释的形式。
5.如权利要求1所述的信息处理装置，其特征在于，进一步包括：
发现所述网络上存在的资源提供装置，取得发现的资源提供装置的设备信息的设备信息取得部；
存储通过所述设备信息取得部取得的设备信息的设备信息存储部；
基于所述设备信息，确定提供所述资源的资源提供装置。
6.如权利要求5所述的信息处理装置，其特征在于，所述设备信息存储部存储所述资源提供装置的协议信息，
所述设备信息取得部使用所述协议信息收集所述设备信息。
7.如权利要求5所述的信息处理装置，其特征在于，进一步包括：获得对所述设备信息的访问的用户批准的用户批准部，所述转换部仅在获得所述用户批准时访问所述设备信息。
8.如权利要求1所述的信息处理装置，其特征在于，进一步包括：获得对所述资源提供装置的访问的用户批准的用户批准部，
所述转换部仅在获得所述用户的批准时，向所述资源提供装置发送所述资源的使用要求。
9.如权利要求1所述的信息处理装置，其特征在于，进一步包括：
存储所述资源提供装置的资源使用所需要的认证·认可方式和认证用信息的设备信息存储部；
根据所述资源提供装置要求的方式，与所述资源提供装置之间执行认证·认可处理的认证认可处理部。
10.如权利要求9所述的信息处理装置，其特征在于，所述认证认可处理部向用户查询是否许可所述程序提供装置对所述资源的使用，并将查询的结果通知所述确定了的资源提供装置。
11.如权利要求1所述的信息处理装置，其特征在于，该信息处理装置通过第1网络与所述程序提供装置连接，通过与所述第1网络不同的第2网络与所述资源提供装置连接，所述通信部包括第1通信部和第2通信部，所述第1通信部通过所述第1网络与所述程序提供装置通信，所述第2通信部通过所述第2网络与所述资源提供装置通信。
12.如权利要求1所述的信息处理装置，其特征在于，进一步包括：当向所述确定了的资源提供装置发送所述资源的使用要求失败时，发送远程启动用通信消息，启动所述确定了的资源提供装置的资源提供装置启动部。
13.如权利要求1所述的信息处理装置，其特征在于，进一步包括：存储所述第1形式和所述第2形式间的转换机制的设备信息存储部，
所述转换部基于所述转换机制进行所述使用要求的转换。
14.如权利要求13所述的信息处理装置，其特征在于，所述转换机制是定义所述第1形式和所述第2形式间的转换方法的转换规则，所述转换部根据所述转换规则，进行所述使用要求的转换。
15.如权利要求13所述的信息处理装置，其特征在于，所述转换机制是所述第1形式和所述第2形式间的转换的程序，
所述转换部从所述设备信息存储部读取所述程序并执行，由此进行所述使用要求的转换。
16.如权利要求15所述的信息处理装置，其特征在于，所述通信部接收来自所述资源提供装置或外部的服务器的所述程序，所述设备信息存储部存储所述通信部接收到的所述程序。
17.一种资源提供装置，其为提供资源的资源提供装置，其特征在于，包括：
通信部，其从信息处理装置接收所述资源的使用要求，所述资源的使用要求中包含对所述资源的访问要求元的信息；
访问控制部，其将用户是否批准所述访问要求元使用所述资源的查询发送至所述信息处理装置，从所述信息处理装置接收用户批准的结果；
通过查询外部的访问认可装置验证所述用户批准的结果的正当性的批准结果验证部；
当判断所述批准结果为正当时，提供所述资源的资源提供部。
18.一种信息处理系统，其特征在于，包括权利要求1所述的信息处理装置和权利要求
17所述的资源提供装置。
信息处理装置、资源提供装置和信息处理系统
技术领域
[0001] 本实施方式涉及信息处理装置、资源提供装置和信息处理系统。
背景技术
[0002] 作为通过服务企业运用站点上的Web页面访问PC或智能手机等的终端内部的资源（功能·信息）的技术，有W3C Device API。作为代表例，具有能够访问智能手机的GPS信息，提供基于位置信息的服务的Geolocation API。这样，作为Device API技术（此处，指使用无法从本来Web页面使用的终端内部功能的技术）的一例，已知有从Web页面使用实现家庭网络上的路由器或AV设备的即插即用的UPnP功能的技术。通过使用该技术，可实现服务企业所提供的Web页面、家庭网络上的家庭设备资源的混合（合作）。
[0004] 但是，在采用上述的技术时，服务企业直接访问家庭网络上的机器（通过Web页面），有几个的问题点。
[0005] 第一，服务需要知道访问对象机器（资源提供装置）的存在。即，PC或智能手机等的Web浏览器搭载设备必须要将家庭网络上的设备信息在服务侧公开。
[0006] 第二，服务需要与家庭网络上的各种设备不同的访问方式对应。
[0007] 对于以上的问题点，通过具体例进行说明。例如，考虑服务企业在互联网上运营电子节目表服务的情况。该电子节目表服务的Web页面中，显示的节目表的节目栏设有“录制按钮”，该电子节目表服务在家里PC的Web浏览器上显示，按下该“录制按钮”，通过家里的数字电视进行该节目的录制预约。
[0008] 此时，上述的技术中，实现该使用实例时，嵌入电子节目表服务的Web页面的程序（JavaScript脚本代码）直接从Web页面上使用DLNA（Digital Living Network Allience）的功能。因此，通过DLNA Discovery，发现设置有PC的家庭网络上存在有数字电视，发现的数字电视的详细信息通过DLNA Description直接从数字电视取得，通过发送录制预约的DLNA Action命令，实现从Web页面的录制预约。
[0009] 但是，该一系列的处理中，服务企业提供的程序容易获取用户的家庭网络上的设备一览或各设备的详细信息。即，当程序结合了将取得的信息上传到服务企业的服务器中的逻辑时，个人信息（用户拥有怎样的设备等）会泄漏到服务企业侧。
[0010] 又，不留存在DLNA，ECHONET等、与其他协议对应的设备也作为操作对象时，上述程序必须要包含对应于多个协议的代码。尤其是，在不知道家庭网络上的设备的类别的情况下，进一步的，所有的传送协议必须要和设备支持的所有的认证·认可方式对应，服务企业需要支出很高的开发费用。
[0012] 本发明一方面提供一种信息处理装置，包括：通信部，其与程序提供装置和资源提供装置通信，从所述程序提供装置接收以第1形式描述的资源的使用要求；转换部，确定提供以所述第1形式描述的使用要求所示的资源的资源提供装置，将以所述第1形式描述的使用要求通过被确定了的资源提供装置转换为能够解释的以第2形式描述的使用要求；以及程序执行部；所述通信部将以所述第2形式描述的使用要求发送到所述被确定了的资源提供装置，从所述被确定了的资源提供装置接收以所述第2形式描述的使用要求的处理结果，所述转换部将所述通信部接收到的以所述第2形式描述的处理结果转换为以所述第1形式描述的使用要求，所述程序执行部执行对应于以所述第1形式描述的处理结果的动作。
[0013] 本发明另一方面提供一种资源提供装置，其为提供资源的资源提供装置，其特征在于，包括：通信部，其从信息处理装置接收所述资源的使用要求，所述资源的使用要求中包含对所述资源的访问要求元的信息；访问控制部，其将用户是否批准所述访问要求元使用所述资源的查询发送至所述信息处理装置，从所述信息处理装置接收用户批准的结果；通过查询外部的访问认可装置验证所述用户批准的结果的正当性的批准结果验证部；当判断所述批准结果为正当时，提供所述资源的资源提供部。
附图说明
附图说明
[0014] 图1是显示第1实施方式的系统的构成的框图。
[0015] 图2是显示第2实施方式的系统的构成的框图。
[0016] 图3是显示第3实施方式的系统的构成的框图。
[0017] 图4是显示第4实施方式的系统的构成的框图。
[0018] 图5是显示第1实施方式中设备信息存储部的数据结构的一例的图。
[0019] 图6是显示第2实施方式中设备信息存储部的数据结构的一例的图。
[0020] 图7是显示第3实施方式中设备信息存储部的数据结构的一例的图。
[0021] 图8是显示第4实施方式中设备信息存储部的数据结构的一例的图。
[0022] 图9是显示第4实施方式中访问要求元信息存储部的数据结构的一例的图。
[0023] 图10是显示第4实施方式的程序提供装置所提供的程序的示意图。
[0024] 图11是显示第4实施方式中定义转换部所提供的资源使用API的库的一例的图。
[0025] 图12是显示第4实施方式中资源提供装置所提供的转换程序的一例的图。
[0026] 图13是显示第1实施方式的转换部的流程图。
[0027] 图14是显示第2实施方式中转换部的流程图。
[0028] 图15是显示第3和第4实施方式中转换部的流程图。
[0029] 图16是显示第1实施方式中系统构成要素间的时序图。
[0030] 图17是显示第2实施方式的系统构成要素间的时序图。
[0031] 图18是显示第3实施方式中系统构成要素间的时序图。
[0032] 图19是显示第4实施方式中系统构成要素间的时序图。
具体实施方式
[0033] 作为本发明的一实施方式的信息处理装置，包括：通信部、程序执行部、转换部。
[0034] 所述通信部与程序提供装置和资源提供装置通信，从所述程序提供装置接收以第1形式描述的资源的使用要求。
[0035] 所述转换部确定提供所述使用要求所示的资源的资源提供装置，将以第1形式描述的使用要求转换为通过确定了的资源提供装置能够解释的以第2形式描述的使用要求。
[0036] 所述通信部将以第2形式描述的使用要求发送到所述确定了的资源提供装置，从所述资源提供装置接收以所述第2形式描述的使用要求的处理结果。
[0037] 所述转换部将所述通信部接收到以第2形式描述的处理结果转换为以所述第1形式描述的处理结果。
[0038] 所述程序执行部执行对应于以所述第1形式描述的处理结果的动作。
[0039] 下面，实施方式进行说明。
[0040] （第1实施方式）
[0041] 作为本实施方式的概要，记载了所设想的具体的使用实例。
[0042] 首先，用户通过PC阅览互联网上的服务（前述的电子节目表服务）的Web页面，按下想要录制预约的节目栏的“录制按钮”。通过按下该按钮，执行嵌入阅览中的Web页面的JavaScript代码，调出作为PC的内部功能的“PC周边AV设备的录制预约功能”。作为PC的内部处理，实际使用互联网上的NPVR（Network Personal Video Recorder）（网络录制预约）云计算服务，将指定节目录制在云计算服务上。
[0043] 以上的使用实例中，PC为本实施方式的信息处理装置，电子节目表服务为程序提供装置、NPVR服务为资源提供装置。下面，对本实施方式进行详细描述。
[0044] 图1是显示第1实施方式的信息处理装置的功能模块的系统构成图。第1实施方式的系统由信息处理装置101、程序提供装置102、资源提供装置103构成。信息处理装置101、程序提供装置102、资源提供装置103三者通过网络201连接。
[0045] 接着，对构成本实施方式的系统的网络和装置进行说明。
[0046] 网络201为互联网、或为品质保证的局域网的NGN（Next Generation Network）等的IP（Internet Protocol）网络。本实施方式中，网络201为互联网。
[0047] 信息处理装置101由CPU、主存储、辅助存储构成，包括显示器、键盘等的输入输出接口，为通常的计算机的硬件构成。具体来说，为PC、智能手机、平板电脑设备等。本实施方式中，信息处理装置101为笔记本PC。
[0048] 程序提供装置（访问要求元）102与信息处理装置101相同，为通常的计算机的硬件构成。具体来说，为数字家电、PC、服务器设备。本实施方式中，为在数据中心等采用的服务器设备，提供互联网上的Web服务（站点）。具体来说，为提供前述的电子节目表服务的设备。该服务，对阅览电子节目表的用户所有的能够录制预约可能的设备（或外部服务），进行录制预约。
[0049] 又，程序提供装置102所提供的程序为嵌入HTML（Hyper Text Markup Language）文档的JavaScript程序。或，也可为Flash内容，不限于已有的Web内容，也可为XML、BML（Broadcast Markup Language）等的別的标记语言、和基于JavaScript以外的程序描述语言的内容。本实施方式中，程序为JavaScript程序。
[0050] 资源提供装置103与程序提供装置102同样，为通常的计算机的硬件构成，具体来说，为PC、服务器设备。本实施方式中，为数据中心等使用的服务器设备了，提供互联网上的NPVR服务。这是指服务的会员用户，能够在服务器上的存储器中对电视节目进行录制预约的服务。
[0051] 又，资源提供装置103所提供的资源是指装置内部的功能或信息。对资源的访问通过资源提供装置103向装置外部公开的API（Application Programming Interface）执行。本实施方式中，通过互联网上公开的WebAPI提供资源。
[0052] 接着，根据图1，对通过信息处理装置101的CPU执行主存储部或辅助存储部存储的各种程序来实现的各种功能进行说明。信息处理装置101包括：第1通信部301、程序执行部302、GUI显示部303、GUI操作部304、设备信息存储部305、转换部306。以上皆在CPU的程序执行时在RAM等的主存储部上生成。CPU的执行程序存储于硬盘或、CD－ROM等的记录介质，从该记录介质读出，于主存储部展开。该执行程序也可通过互联网等网络下载到信息处理装置101。
[0053] 其中，设备信息存储部305为数据库管理系统。其可以为关系数据库，也可为XML（eXtensible Markup Language）数据库。又，不需要仅仅通过一个数据库管理系统构建，也可并用多个数据库管理系统。又，也可在一个物理存储部上构建，也可为通过NAS（Network Attached Storage）、或SAN（Storage Area Network）这样多个物理辅助存储部构成的数据库管理系统。又，数据的存储区域可以是不挥发或是挥发性的。或，如果具有能够获取分别存储于各存储部的数据的单位信息（条目）的单元，也可为CPU的程序执行时在主存储器生成的列表构造库的简易的数据管理模块，也可为CSV形式文件的管理模块、或者通过Key／Value存储构成。
[0054] 下面，对各部进行说明。
[0055] 第1通信部301与第1网络上的程序提供装置102、资源提供装置103通信。第1通信部301接收来自程序执行部302的要求，将对包含程序的HTML文档等的Web内容的要求发送到程序提供装置102，接收Web内容（如前所述，也可是其他格式的内容）。第1通信部301将从后述的转换部306输入的资源使用要求发送到资源提供装置103，接收资源提供装置103的处理结果。关于与两者的通信协议，可以是以HTTP、FTP等TCP协议为基础的，也可以RTP或FLUTE等UDP协议为基础，不限定于特定的协议。本实施方式中，为在互联网上，与两者通过HTTP（S）通信的HTTP客户。
[0056] 程序执行部302处理从所述程序提供装置102接收到的包含程序的Web内容。将嵌入所述程序的资源使用要求输入到所述转换部306。资源使用要求的形式对应于第1形式。本实施方式和后述的所有的实施方式中，该程序执行部302为Web浏览器·引擎。但是，不限于Web浏览器，也可为BML浏览器，或者是具有程序的执行环境的其它应用程序·平台。当为Web浏览器时，所述资源使用要求为，采用了实现对信息处理装置101的内部资源的访问的Java Script API的调用，或，AJAX、Web Socket等的Web浏览器上能够调用的通信API的消息发送。本实施方式中，所述资源使用要求是作为JavaScript API调用实现的。本实施方式中，前述的“录制预约按钮”被按下的话，调出的JavaScript程序中，例如，设想为下面的这样的JavaScript API（PVRDevice．reserve）被调出。
[0057]
[0058] 又，包含于该函数的参数为确定电视节目的识别信息组。程序执行部302将该API的识别信息（作为API识别信息的API名（PVRDevice．reserve）等）和被传送得到的参数信息（network_id，service_id，transport_stream_id,event_id）输出到后述的转换部。
[0059] GUI显示部303根据来自所述程序执行部302的命令，执行向信息处理装置101的显示器的渲染。GUI显示部303在需要用户的选择·承诺时，根据从转换部306介由程序执行部302的要求，显示选择·承诺的界面（弹出画面等）。
[0060] GUI操作部304，介由信息处理装置101的键盘、鼠标、触摸屏等的输入接口将输入的操作信号输出到程序执行部302。程序执行部302将该操作信号转换为用户的选择·承诺结果（这是Web浏览器的功能）。
[0061] 设备信息存储部305将资源提供装置103的信息作为设备信息存储。设备信息可通过信息处理装置101的GUI，由用户手动输入。又，如本实施方式，不是家庭网络上的服务，而是互联网上的服务时，装置中可预设设备信息，也可在服务的加入·登录时，存储在信息处理装置内部。本实施方式中数据结构的一例如图5所示。如图5所示，设备信息包含有：设备识别码、共通API识别码、设备依存API的位置、设备依存API的转换规则信息（转换机制）。此处，对构成设备信息的这些属性进行说明。
[0062] 首先，设备识别码为识别设备即资源提供装置的信息，只要是URI（Universal Resource Identifier）、UUID（Universal Unique Identifier）、MAC（Media Access Control）地址、设备的型号和制造编号的组合、IPv6地址等、资源提供装置可唯一识别的信息即可，其形式不限。本实施方式中，为确定设备（本实施方式中为NPVR服务）的URI。
[0063] 共通API识别码为程序提供装置识别进行资源使用要求的JavaScript API的信息。该API以在信息处理装置101和程序提供装置102之间共有规格为前提。因此，设定为，API规格被标准化，或，对资源提供装置代理访问的信息处理装置制造商确定自己的规格并公开。基于这种设定，API识别码只要是信息处理装置101能够唯一确定各共通API的信息，可以为任何形式。如果是设备制造商自己公开的API，对公开的API赋予唯一的编号，该编号可作为API识别码。本实施方式中，API的方式文字列（类名．方式名）作为API识别码（作为具有录制预约功能的设备的录制预约函数，PVRDevice．reserve）。
[0064] 设备依存API位置与上述共通API对应，为显示资源提供装置各自的API的位置的信息。对于各资源提供装置形式可不同，本实施方式中，为指示NPVR服务所提供的Web API的URI（http://npvr.service.com/webapi/reserve）。
[0065] 向设备依存API的转换规则，为将使用共通API的资源使用要求（第1形式）转换为各设备依存API的实际的资源使用要求（第2形式）的信息，为转换部306使用。该转换规则信息可以由例如，参数的顺序信息、参数的形式的对应表信息、返回值信息的形式或错误代码的对应表信息所构成，也可以是在内部转换为设备依存API调用的该共通API的安装本身。只要包含能够将共通API调用转换为设备依存API调用的最低限的信息，不限制该转换规则信息的形式。本实施方式中，如图5所示，该转换规则信息具有请求中参数的转换表，以及有关响应的、响应代码·消息的形式转换表。
[0066] 本实施方式中，设备信息存储部305存储的信息如图5所示，但不限于该数据结构。也可为包含其他信息。例如，设想有，对设备所支持的协议依存的资源使用所必须的信息进行管理，对API的修订的版本信息进行管理等。也可通过作为数据库的其他表格来进行管理。例如，也可采用作为表格构成的层次结构，如将收敛函数的类（对象）信息对应于DLNA的Service信息等。
[0067] 转换部306采用存储于所述设备信息存储部305的设备信息对从所述程序执行部302输入的资源使用要求进行转换。即，将具有第1形式的资源使用要求转换为第2形式。
将转换生成的资源使用要求发送到所述资源提供装置103。处理结果（例如资源提供装置执行录制预约时，表示该情况的通知）经由所述第1通信部接收，必要的话，其与JavaScript API的输出形式一起转换，输出至程序执行部302。
将转换生成的资源使用要求发送到所述资源提供装置103。处理结果（例如资源提供装置执行录制预约时，表示该情况的通知）经由所述第1通信部接收，必要的话，其与JavaScript API的输出形式一起转换，输出至程序执行部302。
[0068] 接着，采用图1、图5、图13、图16，对本实施方式的信息处理装置101的动作进行说明。图16显示包括本实施方式的信息处理装置的系统构成要素间的基本时序。图13为本实施方式中转换部的处理的流程图。
[0069] 下面，基于图16的时序图对处理顺序进行说明。
[0070] 前提是用户在信息处理装置101上使用浏览器。又，用户将电视节目的录制预约加入到了云计算服务上实现的NPVR服务，信息处理装置101内的设备信息存储部305已经登记有资源提供装置的设备信息。
[0071] 首先，用户通过浏览器访问程序提供装置102上展开的电子节目表服务（步骤S10l）。浏览器向程序提供装置102发送HTTP GET请求（步骤S102），程序提供装置102响应电子节目表服务的Web内容（步骤S103）。该Web内容显示前述那样的电视节目表，各节目栏设置有“录制预约”按钮。
[0072] 此处，用户一旦按下想要录制预约的电视节目的节目栏的录制预约按钮（步骤S104），程序执行部302执行嵌入Web内容的包含资源使用要求的JavaScript代码（步骤S105）。此处，调用前述的JavaScript API（PVRDevice．reserve），并与参数信息一起输入到转换部306，转换部306中，Web内容上的JavaScript API调用被转换为设备·服务依存的实际的资源使用要求（录制预约要求）（步骤S106）。
[0073] 此处，对于转换部306的内部处理基于图13进行说明。首先程序执行部302将资源使用要求的发生通知给转换部306（输入API识别信息和参数信息）（步骤S1061）。转换部306将API识别码（此处，API名：pvrDevice．reserve）做为密钥，向设备信息存储部305查询包含有该API的设备（步骤S1062）。不存在该设备·服务时（步骤S1063的否），转换部306进行该设备不存在的情况的错误响应（步骤S1064）。此处，由于存在互联网上的NPVR服务（步骤S1063的是），获取该NPVR服务的设备信息。转换部306被包含于设备信息。
[0074] 使用API的位置信息、参数转换信息，生成对下面的NPVR服务的录制预约请求（设备依存的资源使用要求）（步骤S1065）。
[0075]
[0076] 接着，转换部306将生成的资源使用要求发送到第1通信部301（步骤S1066），接收处理结果（步骤S1067），并将其转换为JavaScript API的响应消息（步骤S1O68）、响应（步骤S1O69），结束处理。又，与在请求时同样地，将例如响应数据或错误代码的转换表，预先存储于设备信息存储部305，将其用于响应消息的转换。例如，NPVR的响应为XML形式，JavaScript API的响应为JSON形式时，该形式转换在上述步骤S1O68执行。
[0077] 此处，返回图16的全体时序，对资源使用要求转换以后的时序进行说明。
[0078] 转换部306将生成的资源使用要求在图13的步骤SlO66中输出至第1通信部301，第1通信部301将其作为HTTP（S）GET请求，发送至资源提供装置103（步骤S1O7）。
资源提供装置103基于接收到的请求，执行该节目的录制预约（步骤S1O8），响应结果（步骤S109）。第1通信部301将接收到的响应消息输入到转换部306。转换部306将输入的响应消息转换为JavaScript API的响应消息，向程序执行部302输出。另一方面，程序执行部
302将响应消息返回至Web内容（程序）（步骤S11O）。
资源提供装置103基于接收到的请求，执行该节目的录制预约（步骤S1O8），响应结果（步骤S109）。第1通信部301将接收到的响应消息输入到转换部306。转换部306将输入的响应消息转换为JavaScript API的响应消息，向程序执行部302输出。另一方面，程序执行部
302将响应消息返回至Web内容（程序）（步骤S11O）。
[0079] 程序，在例如，响应消息为录制预约的成功响应时，例如，将“该节目的录制预约成功”等消息显示在画面上（步骤S111）。
[0080] 如上所述的，根据本实施方式的信息处理装置，不把用户正在加入NPVR服务（资源提供装置）的情况公开给电子节目表服务（程序提供装置）地实现录制预约。即，可不向服务企业公开访问对象设备的信息，就能够进行服务企业的Web服务、访问对象设备的资源混合（合作）的服务。
[0081] （第2实施方式）
[0082] 接着，对信息处理装置的第2实施方式进行说明。又，对于与第1实施方式的共通部分，采用同一的符号表示，省略对其说明。
[0083] 作为本实施方式的概要，对设想的具体的使用实例进行记载。
[0084] 首先，用户通过PC阅览互联网上的服务（前述的电子节目表服务）的Web页面，按下想要录制预约节目栏的“录制按钮”。通过按下该按钮，执行嵌入阅览中的Web页面的JavaScript代码，调取作为PC的内部功能的“PC周边AV设备的录制预约功能”。通过该内部功能的执行，搭载有录制预约功能的家里的数字电视录制指定节目。与第1实施方式的差别为，非为互联网上的NPVR服务，而是对家庭网络上的数字电视的录制预约。
[0085] 以上的使用实例中，数字电视为资源提供装置，家庭网络为第2网络。下面，对本实施方式进行详细说明。
[0086] 图2是包含有第2实施方式的信息处理装置的功能模块的系统构成图。图2中程序提供装置102与第1实施方式相同。系统构成上，与第1实施方式的差别为，增加了网络202，网络202上配置有资源提供装置104、105。
[0087] 网络202为有线或无线的IP网络、USB、HDMI、IEEE1394等的周边设备连接用网络，或以Transfer Jet、红外线等为代表的近距离或邻近无线网络，进一步的，为与SD卡、外接HDD等的存储器、CD或DVD等的盘介质等信息处理装置可进行信息收发的任何网络、接口。本实施方式中，网络202为构成家庭网络的LAN（Local Area Net Work）。
[0088] 资源提供装置104、105为与第1实施方式中的资源提供装置103相同的硬件构成。本实施方式中，为数字家电，具体来说，104为数字电视、105为硬盘·摄录机（第1实施方式的资源提供装置103设想为互联网上的服务器设备）。该数字电视具有DLNA的录制功能（SRS：Scheduled Recording Service）。
[0089] 接着，信息处理装置101的硬件构成与第1实施方式大致相同，但作为新的功能模块，增加了设备信息取得部307、第2通信部308、设备选择部309、用户批准部310。都是CPU的程序执行时在RAM等的主存储部上生成。随着这些功能模块的增加，存储于设备信息存储部305的设备信息的数据构成、和转换部306的处理流程也得到增加和扩张。
[0090] 下面，对增加的各部进行说明。
[0091] 设备信息取得部307发现网络202上的资源提供装置，取得该设备信息。设备信息取得部307运行DLNA中Discovery和Description步骤的功能。其通过第2通信部308，定期地向网络202发送检索消息，也可一直监视网络202，捕捉网络202上的公告消息（DLNA Advertise消息），或者，也可将对转换部306的资源使用要求的输入作为触发，根据来自转换部306的要求，发送检索消息。本实施方式中，设备信息取得部307与转换部306的处理相独立，定期地收集设备信息。
[0092] 第2通信部308与资源提供装置104、105在网络202上通信。第2通信部308进行为了后述的通过设备信息取得部307的网络202上的资源提供装置发现，和通过介由转换部306的程序的资源使用的通信。本实施方式中，第2通信部308为HTTP客户兼DLNA客户（控制点）的通信部。
[0093] 设备选择部309在发现多个发送资源使用要求的对象时，将设备选择用的用户界面通过程序执行部302显示于GUI显示部303，同样地从程序执行部302取得用户的选择结果，将结果输入到转换部306。
[0094] 用户批准部310也，包括信息处理装置101上的资源（周边设备信息），与资源使用相关，在需要用户许诺时，将许诺用的用户界面通过程序执行部302显示于GUI显示部303，同样地从程序执行部302取得用户的批准结果，将结果输入到转换部306。进一步的，存储用户的批准结果，构成为能够在一定期间或永久使用。
[0095] 接着，对设备信息存储部305的数据结构的变更点进行说明。本实施方式中数据结构的一例如图6所示。与第1实施方式（图5）的差别为，增加了设备名、是否需要用户批准、用户批准日期时间、用户批准结果、用户批准的有效期限。下面依次进行说明。
[0096] 设备名信息为，表示在设备选择部309生成的用户的选择界面上一览显示的设备名的显示文字列信息。
[0097] 是否需要用户批准信息为，在要使用该资源提供装置的资源时，表示是否需要操作信息处理装置101的用户的许诺的布尔值。
[0098] 用户批准日期时间信息是在使用该资源提供装置的资源时，请求用户批准的日期时间信息。
[0099] 用户批准结果为上述用户批准的结果信息，是表示许可拒绝的布尔值。
[0100] 用户批准的有效期限信息是表示适用用户的批准结果的期间的信息。图6的例中，以秒为单位进行指定。有效期限信息指定为负值、或O表示无期限，可支持不是有限的情况。
[0101] 接着，采用图2、图6、图14、图17对本实施方式的信息处理装置101的动作进行说明。图14为表示本实施方式中转换部306的处理流程的流程图。图17为显示包含本实施方式的信息处理装置的系统构成要素间的基本时序的示意图。
[0102] 下面，以对图17的序列图为基准对处理顺序进行说明。
[0103] 首先，用户通过浏览器访问程序提供装置102上展开的电子节目表服务前，设备信息取得部307定期地获取网络202上的资源提供装置的信息。具体来说，设备信息取得部307通过第2通信部308发送DLNA的Search消息（步骤S201）。网络202上的资源提供装置104、105接收Search消息，发送Advertise消息（步骤S202、203）。接收该Advertise消息后，设备信息取得部307识别出资源提供装置104、105的存在，并分别发送详细设备信息的取得要求消息（步骤S204，S206）。资源提供装置104、105分别响应设备信息（步骤S205，S207）。该设备信息取得序列（S204～S205，S206～S207）在资源提供装置侧有多个服务时，可发生多次。
[0104] 此处，与第1实施方式相同地，用户访问程序提供装置102（电子节目表服务），按下想要录制预约的节目的录制预约按钮，执行嵌入在Web内容的程序（步骤S208～S212）。由于与第1实施方式中步骤S101～S105相同，省略对其说明。
[0105] 此处，基于图14对转换部306的内部处理进行说明。首先程序执行部302向转换部306通知资源使用要求的发生（输入API识别信息和参数信息）（步骤S2101）。转换部306接收资源使用要求，判断是否向用户寻求对网络202（家庭网络）上的周边设备信息的访问的许诺（步骤S2102）。可构成为如前所述的每次请求许诺，也可构成为，设定有效期限，在期限过期的情况下再次请求许诺，也可一旦给予许诺则在到下一次初期化为止都不请求许诺（这样的有效期限的管理在用户批准部310进行）。若判定需要许诺，转换部306对用户批准部310提示促使用户许诺界面的显示。用户批准部310通过程序执行部302，在GUI显示部303显示请求用户批准的界面（弹出画面等）。例如，显示“Web页面请求使用周边设备信息，可以吗？【OK】【NG】”等文字，提示用户选择。用户批准部210相同地通过程序执行部302取得将用户的选择结果，输出到转换部306。用户拒绝时（步骤S2104），转换部306认定发生权限错误，向程序执行部302执行错误响应，结束处理（步骤S2105）。另一方面，用户许可时，转换部306从设备信息取得部305获取，具有对应于API的资源的资源提供装置的设备信息（步骤S2106）。此处，资源提供装置104、105分别为数字电视、硬盘·摄录机，都具有录制功能，即存在多种这样的设备（步骤S2109），转换部306向设备选择部309请求设备选择界面的显示。设备选择部309通过程序执行部302显示设备选择界面，提示用户选择设备（步骤S2110）。此处，如果用户选择数字电视，转换部306与前述的步骤S2102一样地，判断是否需要请求对该设备的访问许诺（步骤S2111）。也可构成为，该判定中，设备信息存储部305的该设备的该API信息中包含有，是否需要承诺、和有效期限等信息，并对其进行使用。此处，判定为必要时，用户批准部310将批准界面显示于画面，用户的输入结果返回转换部306（步骤S2112）。用户拒绝时，向API调用返回权限错误，结束（步骤S2105）。
另一方面，用户许可时，本实施方式中，将JavaScript API调用转换为DLNA的Action命令（SOAP消息），执行第1实施方式中图13的步骤S1O65～S1O69的处理，将结果返回至程序执行部302（步骤S2114）。
另一方面，用户许可时，本实施方式中，将JavaScript API调用转换为DLNA的Action命令（SOAP消息），执行第1实施方式中图13的步骤S1O65～S1O69的处理，将结果返回至程序执行部302（步骤S2114）。
[0106] 如上所述的，根据本实施方式，包括有家庭网络中配置的数字家电（资源提供装置）的存在情况的信息，可不向电子节目表服务（程序提供装置）公开地实现录制预约。即，防止外部Web服务对家庭设备的不适当访问，且用户具有怎样的设备等这样的个人信息完全不会向Web服务侧公开，从而实现Web服务与家庭设备的合作，即，实现混合服务。又，根据本实施方式，关于这样的合作功能的资源使用，可基于用户的许诺实现。
[0107] （第3实施方式）
[0108] 接着，对信息处理装置的第3实施方式进行说明。又，与第1、第2实施方式的共通部分采用相同符号表示，省略对其说明。
[0109] 本实施方式的大致与第2实施方式相同，不同在于资源提供装置（数字电视）要求用户认证·认可。即，信息处理装置（PC）上，确定资源使用对象机器后，数字电视要求用户认证和用户的访问认可。关于该认可处理，可以考虑网络201（互联网）上的访问认可装置（例如，数字电视的制造商运营的用户支持用服务站点）通过代理，进行用户认证、和用户的访问认可，但本实施方式中，作为一例，示出数字电视自身进行基本认证的情况。信息处理装置（PC）将证明获得数字电视所发行的认证·认可的信息（下面，称为许可证）提示给数字电视。数字电视确认被提示的许可证的正当性，完成用户认证，并仅对获得用户的访问认可的信息处理装置返回资源。
[0110] 图3是包含第3实施方式的信息处理装置的功能模块的系统构成图。系统的全体构成与第2实施方式相同。
[0111] 接着，信息处理装置101的硬件构成与第1和第2实施方式相同，作为新的功能模块，增加了认证认可处理部311、资源提供装置启动部312。
[0112] 以上皆为执行CPU的程序时，在RAM等的主存储部生成的。又，随着功能模块的追加，也追加和扩张了存储于设备信息存储部305的设备信息的数据构成、和转换部306的处理流程。
[0113] 下面，对增加的各部进行说明。
[0114] 认证认可处理部311接收来自转换部306的认证认可处理要求，基于存储于设备信息存储部305的该资源提供装置（104、105）的访问认证·认可方式信息，采用第1通信部301、第2通信部308、用户批准部310，进行资源使用的认证认可处理。该认证认可处理设想为资源提供装置上执行的基本认证或摘要认证、与资源提供装置不同的外部设备（访问认可装置）上实现通过代理的访问认可的OAuth认证等。认证认可处理部311作为这些认证用户端而工作。
[0115] 网络202上的资源提供装置在休眠状态下时，资源提供装置启动部312采用Wake On LAN等对其进行启动，变更为可通信状态。当没有发现资源使用要求的送信对象时，通过转换部306调取。
[0116] 接着，对设备信息存储部305的数据结构的变更点进行说明。本实施方式中数据结构的一例如图7所示的。与第2实施方式（图6）的差别为增加了协议类别、访问认证·认可方式识别信息、许可证信息、许可证有效期限信息、MAC地址。依次进行说明。
[0117] 协议类别信息为，DLNA或IEEE1394、面向白色家电的协议ECHONET等、资源提供装置在网络202上支持的通信协议信息。本实施方式中，限定为DLNA，但也设想对应于上述以外的各种协议。设备信息取得部305收集符合各协议的设备信息。
[0118] 访问认证·认可方式识别信息为基本认证、摘要认证、或OAuth认证等、表示资源提供装置的要求的认证方式的信息。方式有多个版本时，也可将该版本信息同时存储。
[0119] 许可证信息为显示获得了认可的信息，是向资源提供装置提示的信息。其也与许可信息相同，各所述访问认证、认可方式信息所需的信息、形式不同。本实施方式中，许可证信息根据Auth认证，显示赋予认可。
[0120] 许可证有效期限信息是显示许可证的有效期限的信息。
[0121] 最后，设备的MAC地址用于启动休眠状态的设备。在能够以设备识别码信息代替时，MAC地址不是必要的。
[0122] 本实施方式中设备信息增加以上四个项目，但其根据认证·认可方式，也有需要更多信息的情况，其保持获得信息处理装置访问资源提供装置的必要的访问认证·认可程序所需的各种信息。
[0123] 接着，采用图3、图7、图15、图18对本实施方式的信息处理装置101的动作进行说明。图15是表示本实施方式中转换部306的处理流程的流程图。图18显示本实施方式的包含信息处理装置的系统构成要素间的基本时序。
[0124] 下面，基于图18的时序图对处理顺序进行说明。
[0125] 首先，设备信息取得部307的设备信息的收集的顺序（S301－S307）与第2实施方式的步骤S201～207相同，在此省略。设备信息取得部307根据例如DLNA Discovery、Description步骤的顺序，取得资源提供装置104、105的设备信息，存储于设备信息存储部107。该设备信息收集部的顺序依照以白色家电为对象的ECHONET或、IEEE1394等其他协议时，也可采用各协议中发现设备的机制。
[0126] 接着，包含来自程序提供装置102的资源使用程序的Web内容的取得处理、到用户通过按下Web内容中的“录制预约”按钮开始资源使用程序的执行为止，与第2实施方式相同（S308～S312）。到此为止，包括上述的设备信息取得处理都与第2实施方式的步骤S201～S212一致。
[0127] 此处，采用图15对对转换部306的资源使用要求转换处理（步骤S313）进行说明。与第2实施方式相同，转换部306基于设备信息存储部305的信息，进行设备选择、和用户对选择设备的资源使用许诺（步骤S3102～S3113）。其与图14中第2实施方式的步骤S2102～S2113一致。本实施方式中，将资源使用要求转换为设备依存的要求消息（步骤S3114）、向设备发送后（步骤S3115）、无法解决送信目的地的地址而发送失败（步骤S3116）的话，转换部306向资源提供装置启动部312请求该资源提供装置的远程启动。资源提供装置启动部312接收来自转换部306的请求，向该设备发送Wake On LAN数据包，越过Ethernet启动该资源提供装置104（步骤S3117）。在发送资源使用要求成功装置启动之前，再送的上限次数、重复再送。到达上限时（S3118的是），向程序执行部302响应通信错误（步骤S3119），结束处理を结束（步骤S3124）。向资源提供装置104的资源使用要求的发送成功的话，本实施方式中，转换部306从资源提供装置得知作为错误响应的访问认证（基本认证）为必要的信息。其通过例如，HTTP／1．1401Authorization Required响应实现，但访问认证不是基本认证或摘要认证时，不限于此，可通过自己的方法实现。另外，也可在设备信息存储部305保存表示设备上的访问认证·认可是否必要的信息，基于该信息，不接收401响应地直接执行认证·认可。接收到访问认证要求后，转换部306向认证认可处理部311要求处理，认证认可处理部311执行认证认可处理（步骤S3120）。认证认可处理成功时，进行实际资源使用，转换部306转换接收到的处理结果，向程序执行部302返回响应，完成一系列的处理（步骤S3121～步骤3124）。
[0128] 此处，上述的图15的流程图中，对步骤S3120中的认证认可处理，通过图18的时序图进行说明。认证认可处理部311首先接收HTTP的401响应（步骤S315、S316）、通过程序执行部302，在资源提供装置104（数字电视）上显示要求设定的用户帐号和密码的输入的弹出画面。用户在弹出画面上输入用户帐号和密码（步骤S317）后，该2值以“：”连接将Base64编码的数据指定给认证标头，并发送（步骤S318）。资源提供装置104，当指定的用户帐号和密码为正确的，则在进行认证成功的响应同时，向用户发送请求承诺即是否许可来自信息提供装置101的资源使用要求的响应信息（步骤S319）。认证认可处理部311与认证时相同地，通过程序执行部302，显示请求用户认可的弹出画面。例如，“接收到从PC向数字电视的录制预约消息。是否许可录制预约？[OK］[NG]”这样的消息确认画面。用户选择OK，许可访问（即，资源使用）的话（步骤S320），该用户的许诺被发送到资源使用装置104（步骤S321）。资源提供装置104接收用户的许诺，返回确认响应（步骤S322）。也可构成为，该确认响应返回显示访问许可的暂时性的认可信息（许可证信息）及其有效期限信息。本实施方式中，许可证信息为如图7所示的文字列信息，但也可是任何形式。又，响应许可证信息等的信息时，响应形式可包含于HTTP的响应的认证认可的标头（Authorization标头）或独自扩张标头，也可以XML或JSON形式包含在响应主体中。如果是前者的使用既存标头的方法，可将与弹出画面的认证认可时指定的相同的数据（如果是基本认证，为以Base64编码的用户ID／密码）作为许可证。认证认可处理部311将该许可证信息和有效期限信息返回至转换部306。转换部306将许可证信息和有效期限信息包含在资源使用要求消息中发送（步骤S323）。资源提供装置104验证指定的许可证信息，执行该资源使用要求（步骤S324），响应结果（步骤S325）。然后，与图15的流程图的S3121到S3124相同，转换部306根据设备信息存储部305存储的转换规则对资源使用要求处理结果进行转换，将转换结果返回至程序执行部302执行的程序，该程序将结果显示在画面上（步骤S326、步骤S327）。
[0129] 如上所述的，根据本实施方式，除了第1、第2实施方式所说明的效果，不仅是信息提供装置101上的对资源使用的用户批准时，在资源提供装置104、105要求用户认证和认可时，也可实现通过程序提供装置的资源的使用。转换部306通过执行符合各种机种的资源的访问认证和认可处理，程序提供装置102不需要与各个认证认可方式对应。又，该一系列的认证认可过程作为共通API的调用的内部处理被执行，因此程序提供装置102使用资源时，无法得知进行了怎样的认证·认可处理。即，无法获知本实施方式中用户输入的用户帐号或密码的信息。即，当各各设备要求用户认证和认可时，这些处理的用户的保密信息完全不会让程序侧获知，即可实现资源使用（Web内容和家庭设备资源的混合服务）。
[0130] （第4实施方式）
[0131] 接着，对信息处理装置的第4实施方式进行说明。又，对于第1、第2、和第3实施方式的共通部分，采用相同的符号进行表示，省略说明。
[0132] 本实施方式大致与第3实施方式相同，但是在资源提供装置（数字电视）使用互联网上的服务实施用户认证和访问认可的点，以及对于数字电视的用户认证·认可不对信息处理装置101（PC）要求，而对程序提供装置102要求认可的点上不同。
[0133] 首先前者的差别在于，数字电视在寻求用户认证和用户的访问认可时，相对于第3实施方式中数字电视自身进行基本认证的情况，在本实施方式中，由网络201（互联网）上的访问认可装置（例如，数字电视的制造商运营的用户支持用服务站点）107代理进行用户认证、和用户的访问认可。此时，信息处理装置（PC）将证明得到了访问认可装置所发行的认证·认可的信息（下面，称为牌照）显示于数字电视。数字电视通过确认显示的牌照的正当性，完成用户认证，且仅对得到了用户的访问认可的信息处理装置返回资源。
[0134] 后者的差别在于，相对于第3实施方式中数字电视寻求对“来自PC的访问”的认可的情况，在本实施方式中，数字电视请求对于“来自电子节目表服务的访问”的认可。
[0135] 图4是包含第4实施方式的信息处理装置的功能模块的系统构成图。系统构成上的与第2实施方式的差别为，网络201上提供访问认可装置107。
[0136] 访问认可装置107与程序提供装置102相同，为通常的计算机的硬件构成，此处为数据中心等所使用的服务器设备。本实施方式中，访问认可装置107如前述那样，为制作售卖资源提供装置104（数字电视）的制造商所运用，提供用户支持·服务。该服务，对于购入产品的用户，与购入的产品信息（型号、制造编号等）一起进行用户登记，在提供对产品的更新信息等的同时，提供本实施方式所实现的从互联网上的Web站点的对产品内部的资源使用的访问认证·认可服务。
[0137] 信息处理装置101的硬件构成和功能模块构成基本与第3实施方式相同。
[0138] 另一方面，资源提供装置104，虽然采用与第2、第3实施方式相同的硬件构成，但不是前述那样的PC（信息处理装置101），而是寻求对于电子节目表服务（程序提供装置102）的访问认可的装置，包括通信部401、资源提供部402、访问要求元信息存储部403、访问控制部404、批准结果验证部405。以上各部都是在CPU的程序执行时生成于RAM等的主存储部上的。下面，对各部进行说明。
[0139] 通信部401在网络202上与信息处理装置101通信。通信部401接收：用于信息处理装置101上的设备信息取得部307对网络202上的资源提供装置的发现、以及通过转换部306的程序的资源使用的要求，和伴随着资源使用的认证认可要求。本实施方式中，通信部401为HTTP服务器和DLNA设备的通信部。
[0140] 资源提供部402通过通信部401提供响应于接收到的资源使用要求的资源。
[0141] 访问要求元信息存储部403存储访问要求元的信息，即，非存储信息处理装置101的信息、而是存储提供嵌入了资源使用要求程序的Web内容的程序提供装置102的信息。本实施方式中存储于访问元信息存储部403的信息的数据结构如图9所示，由访问要求元识别码、访问对象资源识别码、用户识别码、访问可否信息、用户批准结果、认可信息、认可有效期限构成。
[0142] 访问要求元识别码为程序提供装置102识别信息。本实施方式中，为电子节目表服务的URL。
[0143] 访问对象资源识别码为识别访问要求元所使用要求的资源的信息。访问对象资源识别码是相当于设备信息存储部305中设备依存API位置的信息。
[0144] 用户识别码是识别资源提供装置104上的用户的信息。资源提供装置中不存在用户帐号时，也可不包含该信息。
[0145] 访问可否信息为，显示用户（资源提供装置所有者）做出的、该访问要求元的该资源的使用的可否的信息。该访问可否信息包括许可、拒绝这两个值，或者是包括对该两个值增加未批准这一种情况的三个值。该信息是在假设装置外部的访问认可装置的情况下，显示该访问认可装置的访问可否的信息，当未假设外部访问认可装置时则不需要。
[0146] 用户批准结果为显示用户（资源提供装置所有者）的访问可否的判断结果的信息，该信息包括许可、拒绝这两个值，或者是包括对此增加未批准这一情况的三个值。
[0147] 认可信息与访问可否信息相同，为在假设外部的访问认可装置时，显示外部访问认可装置赋予认可的情况的许可证信息。这是包含于信息处理装置101上的设备信息存储部305上的数据（图8参照）的许可证信息。资源提供装置104匹配该信息与和信息处理装置101的资源使用要求一起提示的许可证信息，判断访问可否。
[0148] 认可有效期限显示上述认可信息的有效期限。其也用于访问可否判定。
[0149] 访问控制部404取得包含于资源使用要求的访问要求元信息，访问可否信息接收到来自未设定的访问要求元的访问时，对信息处理装置101要求用户的访问批准。访问控制部404通过通信部401接收来自信息处理装置的用户做出的访问可否的批准结果，将结果存储于访问要求元信息存储部403，利用批准结果进行访问控制。
[0150] 批准结果验证部405，在资源提供装置104将外部装置（访问认可装置107）用于访问认可时，从该访问认可装置107取得认可信息（许可证信息），通过比较取得的许可信息和包含于来自信息处理装置101的资源使用要求的许可证信息，验证是否实际取得了批准。
[0151] 接着，对信息处理装置101的差别进行说明。本实施方式与第3实施方式的差别在于转换部306的内部处理、和设备信息存储部305的数据结构。
[0152] 首先，在第1到第3实施方式中，转换部306，根据设备信息存储部305存储的转换规则，进行资源使用请求和响应的转换，但本实施方式中，转换部306仅装载各资源提供装置所提供的转换用程序（转换机制）。
[0153] 接着，对设备信息存储部305的数据结构的变更点进行说明。本实施方式中数据结构的一例如图8所示。与第3实施方式（图7）的差别为，不包含协议类别和转换规则信息的点，包含替代转换规则的转换程序的位置的点，以及增加许可信息（许可信息保密密钥）的点。下面对增加的项目依次说明。
[0154] 首先，转换程序的位置信息不是第1～3实施方式所述的转换规则，而是包含转换代码自身。因此，转换部306，不需要进行解释规则进行转换这样的处理，可直接适用转换程序，共通API调用转换为合适的设备依存的资源使用要求，也对取得的处理结果进行转换。
[0155] 许可信息（许可信息保密密钥）是为获得访问认可所必需的，显示信息处理装置101具有获得认可的权利的信息。对于各所述访问认证·认可方式信息所需要的信息、形式不同。例如，可以是X509客户证明书，或，访问认可装置104向各个客户发行的客户识别信息和保密密钥的成对信息。其形式不限。本实施方式中，为根据OAuth认证的客户·证书（客户识别信息和保密密钥信息）。
[0156] 许可证信息为显示得到了认可的信息，是向资源提供装置提供的信息。其与许可信息相同，各所述访问认证、认可方式信息所需的信息、形式不同。本实施方式中，许可证信息为根据OAuth认证的，显示赋予了认可的牌照信息。
[0157] 许可证有效期限信息（访问认可的有效期限）是显示许可证的有效期限的信息。本实施方式中，许可证有效期限信息是根据OAuth认证的牌照的有效期限信息。
[0158] 最后，设备的MAC地址用于启动休眠状态的设备。以设备识别码信息代替时，则不需要MAC地址。
[0159] 又，根据认证·认可方式，也有可能需要更多的信息。此时，设备信息保持用于信息处理装置访问资源提供装置的必要的访问认证·认可步骤所需要的各种信息。
[0160] 接着，采用图4、图8、图9、图10、图11、图12、图19对本实施方式的信息处理装置101和资源提供装置104的动作进行说明。图8显示本实施方式中设备信息存储部305所存储的设备信息的数据构成的一例。图10显示本实施方式中程序提供装置102所提供的程序（Web内容）的概略。图11显示定义转换部306所提供的资源使用API的库（伪代码）的一例。图12显示资源提供装置104所提供的转换程序（伪代码）的一例。图19显示包含本实施方式的信息处理装置的系统构成要素间的基本时序。又，转换部306的处理与第
3实施方式相同，根据图15所示的流程图进行。
3实施方式相同，根据图15所示的流程图进行。
[0161] 下面，基于图19的时序图对处理顺序进行说明。又，仅对与第3实施方式的差别进行说明。
[0162] 首先，设备信息取得步骤（S401～S410）的区别为，信息处理装置101取得各资源提供装置104、105的信息的话，转换部305基于包含于设备信息的设备识别信息、转换程序的位置信息，对自身所提供的资源使用API定义库（图11）增加动态装载各转换程序的代码。具体来说，资源提供装置104的情况增加从第8行到第12行的代码，资源提供装置105的情况增加第13行到16行的代码。转换部306所实施的处理如上所述。
[0163] 接着，用户访问程序提供装置102所提供的电子节目表服务，用户按下特定节目的录制预约按钮（步骤S411）。
[0164] 此处，对于电子节目表服务的Web内容的构成的概要，基于图10进行简单说明。如图10所示，程序提供装置102所提供的Web内容将使用资源的（此处，调用具有调出家里的电视的录制预约功能的reserve函数）程序文件useResource．js、定义调出该useResource．js的reserve函数的库文件deviceAPI．js在Web内容内中调用（分别为图10的第7行、第10行）。前者的useResource．js配置在程序提供装置102上，本实施方式中，后者的deviceAPI．js配置在信息处理装置101内。如前所述，后者的文件随着设备的发现或脱离，动态地通过转换部306被改写。
[0165] 接着，对步骤S413的转换部306中的转换处理进行说明。处理流程本身与第3实施方式相同，为图15所示，主要是转换处理自身（图15的步骤S3121－S3123）不同。相对于第3实施方式中根据转换规则由转换部306执行，而本实施方式中，由各资源装置所提供的转换程序进行转换处理。
[0166] 通过图11、图12、图15对于转换处理进行说明。图15中资源使用要求输入（S3101）与信息处理装置101所提供的资源使用API（reserve函数）的调用对应。接下去步骤S3102～S3120的处理与内部的prepare（）函数（图11的第4行）的内部处理对应。此处，到设备的确定和认证认可处理位置完成，资源使用对象设备的识别信息被返回至库（deviceApi．js）侧。这里，由于使用资源提供装置104的资源，因此调出转换部306所编入的图11的第8行到第12行的代码，装载资源提供装置上的转换程序（http：／／192.168.0.10：8888／upnp／control／pvr-srs-ctrl-js／transcode．js），并使用。如图12所示，请求的转换、送信、响应的接收、到转换所有的处理（图15的步骤S3121-S3123）在该转换程序内执行。
[0167] 接着，信息处理装置101上的转换部306包含资源使用要求程序的提供元的电子节目表服务的识别信息（根据图9为http：／／www．iepg．com），通过调用上述转换代码将资源使用要求发送至资源提供装置104（步骤S414）。资源提供装置上的通信部401接收资源使用要求消息，将其发送给访问控制部404。访问控制部404参照访问要求元信息存储部403的该信息，检测访问可否信息是否未设定。访问控制部404判断访问认可装置107的访问认可为必要，作为错误响应，通知访问认证（OAuth认证）为必要的信息。具体来说，要求向网络201上的访问认可装置107上的访问批准用页面的重定向。这个动作例如，通过HTTP／1．1302Found响应实现（步骤S415）。此时，访问控制部404在重定向目标的URL中包括：用于再重定向（从访问认可装置107向资源提供装置104的重定向）的回访URL、和资源提供装置的识别信息（UUID或MAC地址、序列编号＋模型编号等）。
[0168] 信息处理装置101上的转换部306接收重定向要求，向认证认可处理部311要求认证认可（步骤S416）。认证认可处理部311根据HTTP响应（重定向要求），访问访问认可装置107上的访问批准画面（步骤S417）。此时，用户为无法登录到访问认可装置107（设备制造商的用户支持·服务）的状态，被重定向到用户认证画面（步骤S418）。认证认可处理部402通过程序执行部302弹出显示该用户认证画面。用户输入访问认可装置107（设备制造商的用户支持·服务）上的用户帐号和密码，按下OK按钮的话（步骤S419），认证认可处理部
311将认证要求消息发送到访问认可装置107（步骤S420），接收认证结果（步骤S421）。接收到的认证结果为最初访问要求的访问批准画面，认证认可处理部411将这个也作为弹出画面显示。该画面中，显示例如“请求将电子节目表服务X录制预约至数字电视Y，是否许可？［OK］［NG］”等消息。此处，用户按下OK按钮的话（步骤S422），认证认可处理部311发送访问认证要求消息（步骤S423），从访问认可装置107接收响应（步骤S424）。该响应消息，在步骤S415，要求相对于资源提供装置104所指定的回访URL的重定向（HTTP／1．1302Found）。
该响应消息中，包含表示访问认可的许可证信息（或，用于取得许可证信息的Verification Code）。本实施方式中，为直接包含许可证的情况，但在Verification Code的情况下，也可构成为采用HTTPS等的安全通信线路，对访问认可装置107提示该Verification Code，来取得许可证。又，此时，认证认可处理部311也可构成为，使用设备信息存储部305所存储的许可信息，将具有取得访问认可的权利的情况提示给访问认可装置107。
311将认证要求消息发送到访问认可装置107（步骤S420），接收认证结果（步骤S421）。接收到的认证结果为最初访问要求的访问批准画面，认证认可处理部411将这个也作为弹出画面显示。该画面中，显示例如“请求将电子节目表服务X录制预约至数字电视Y，是否许可？［OK］［NG］”等消息。此处，用户按下OK按钮的话（步骤S422），认证认可处理部311发送访问认证要求消息（步骤S423），从访问认可装置107接收响应（步骤S424）。该响应消息，在步骤S415，要求相对于资源提供装置104所指定的回访URL的重定向（HTTP／1．1302Found）。
该响应消息中，包含表示访问认可的许可证信息（或，用于取得许可证信息的Verification Code）。本实施方式中，为直接包含许可证的情况，但在Verification Code的情况下，也可构成为采用HTTPS等的安全通信线路，对访问认可装置107提示该Verification Code，来取得许可证。又，此时，认证认可处理部311也可构成为，使用设备信息存储部305所存储的许可信息，将具有取得访问认可的权利的情况提示给访问认可装置107。
[0169] 认证认可处理部311向回访URL（即，为了资源使用的Web API调用）发送请求（步骤S425）。该请求消息中，除了访问要求元信息，还包括许可证信息。该许可证信息也可构成为，除了表示许可证的文字列数据，还包括证明许可证的正当性的保密信息的hash值。
[0170] 此处，资源提供装置104上的访问控制部404提取包含于接收到的资源使用要求中的访问要求元信息和许可证信息。此时，许可证信息没有存储于访问要求元信息存储部403中时，访问控制部404向批准结果验证部405要求进行取得的许可证的正当性验证。批准结果验证部405通过信息处理装置101，将对该设备的访问批准结果的要求消息发送到访问认可装置107（步骤S426）。又，资源提供装置104在网络201上时，直接发送该要求消息。访问认可装置107接受要求，响应要求元的资源提供装置的批准结果信息（步骤S427）。
该响应中包含与在步骤S425所接收到的相同的许可证时，认为许可证正当，向访问控制部
404返回响应（步骤S428），并将认可的信息（图9所示的属性信息）存储于访问要求元信息存储部403。访问控制部404基于该响应，许可访问，资源提供部402提供访问对象资源（步骤S429、S430）。
该响应中包含与在步骤S425所接收到的相同的许可证时，认为许可证正当，向访问控制部
404返回响应（步骤S428），并将认可的信息（图9所示的属性信息）存储于访问要求元信息存储部403。访问控制部404基于该响应，许可访问，资源提供部402提供访问对象资源（步骤S429、S430）。
[0171] 下面，对应于资源使用要求处理结果，调用转换部306存储于设备信息存储部305的转换代码，将转换代码（转换结果）返回到程序执行部302上执行的程序，该程序将结果显示在画面上（步骤S431、步骤S432）。
[0172] 如上所述的，根据本实施方式，除了第3实施方式说明的效果，资源提供装置104、105能够进行响应于访问要求元（程序提供装置101）的访问控制。又，不仅对资源提供装置，还示出了基于采用外部的访问认可服务的访问认可进行访问控制的情况。又，该一系列的认证认可过程与第1～3实施方式相同，作为共通API的调用的内部处理执行，因此程序提供装置102在使用资源时，无法检知进行了怎样的认证·认可处理。即，无法得知本实施方式中用户输入的用户帐号或密码的信息。即，各设备采用外部的认证认可服务要求用户认证和认可时，与这些处理相关的用户的保密信息完全不会为程序侧所知，就能够实现资源使用（Web内容和家庭设备资源的混合服务）。
[0173] 又，本实施方式中，由于采取各资源提供装置提供转换处理自身的形式，不进行仅仅基于转换表的静态的映射，从而可进行更加复杂灵活的处理。又，该程序的配置地点不仅在资源提供装置上，也可配置在资源提供装置的制造商站点，具有容易变更或部署的优点。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 可用作香草素拮抗剂的色酮衍生物 | 2020-05-11 | 844 |
| “层一面”材料的特定成型工艺及其制品 | 2020-05-12 | 664 |
| 用于获得节点编号与终端设备对应关系的计算机 | 2020-05-12 | 769 |
| 一种Ceritinib化合物及其药物组合物 | 2020-05-12 | 769 |
| 大环喹唑啉衍生物及其作为MTKI的用途 | 2020-05-11 | 877 |
| 吡唑啉酮衍生物 | 2020-05-12 | 61 |
| 作为PPAR激动剂用于治疗糖尿病的N-取代-1H-吲哚-5-丙酸化合物 | 2020-05-13 | 607 |
| 哌啶衍生物及其治疗肥胖症、糖尿病、异常脂肪血症和动脉粥样硬化的用途 | 2020-05-12 | 213 |
| 作为可用于治疗糖尿病的HSL抑制剂的螺环-稠合的环己烷衍生物 | 2020-05-13 | 487 |
| 合成多糖和含有它们的药物组合物以及其用途 | 2020-05-11 | 560 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈