CN104205075A - 信息处理系统、信息处理方法、信息处理设备及其控制方法和控制程序 - Google Patents
信息处理系统、信息处理方法、信息处理设备及其控制方法和控制程序 Download PDFInfo
- Publication number
- CN104205075A CN104205075A CN201380016374.6A CN201380016374A CN104205075A CN 104205075 A CN104205075 A CN 104205075A CN 201380016374 A CN201380016374 A CN 201380016374A CN 104205075 A CN104205075 A CN 104205075A
- Authority
- CN
- China
- Prior art keywords
- information
- result
- information processing
- messaging device
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1443—Transmit or communication errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
提供了一种信息处理系统,其中,即使如果当已经向另一信息处理设备请求信息处理时存在通信断开,应用程序的执行不会中止,并且处理结果在期望的定时获取。该信息处理系统包括通过电信彼此连接的第一信息处理设备和第二信息处理设备,并且响应于从第一信息处理设备到第二信息处理设备的信息处理的请求,第二信息处理设备产生访问信息以访问存储信息处理的结果的处理结果存储单元,并且通知第一信息处理单元。然后,第二信息处理设备在第一信息处理设备和第二信息处理设备之间的通信端口期间继续信息处理,将信息处理结果存储在使用访问信息访问的处理结果存储单元中,并且响应于来自第一信息处理设备的使用访问信息的访问,提供存储在处理结果存储单元中的信息处理结果。
Description
技术领域
本发明涉及一种当请求外部设备来执行信息处理时维持服务提供的技术。
背景技术
在上述技术领域中,专利文献1公开了一种提高瘦客户端终端与根据瘦客户端系统中的瘦客户端终端的操纵来执行应用程序的服务器之间的通信效率的技术。
引用列表
专利文献
专利文献1:日本特许公开专利No.2005-228227
发明内容
技术问题
然而,在上述文献描述的技术中,当瘦客户端终端与服务器之间的通信由于某种原因断开时,根据瘦客户端终端的操纵所执行的应用程序也中断。因此,必须重新开始应用程序或从中断时间重新开始,导致低处理效率。
本发明使得能够提供一种解决上述问题的技术。
问题解决方案
本发明的一个方面提供了一种包括彼此连接以进行通信的第一信息处理设备与第二信息处理设备的信息处理系统,包括:
布置在第一信息处理设备中的请求器,其向第二信息处理设备发送执行信息处理的请求;
访问信息通知器,其根据来自第一信息处理设备的对信息处理的请求产生用于访问第二信息处理设备将信息处理的结果存储在其中的处理结果存储器的访问信息,并且将访问信息从第二信息处理设备通知给第一信息处理设备;
处理控制器,其在第一信息处理设备与第二信息处理设备之间的通信断开期间继续执行信息处理,并且将信息处理的结果存储到处理结果存储器中以基于访问信息进行访问;以及
处理结果提供器,其响应于来自第一信息处理设备的基于访问信息的访问而将存储在处理结果存储器中的信息处理的结果提供给第一信息处理设备。
本发明的另一个方面提供了一种信息处理系统的控制方法,该信息处理系统包括彼此连接以进行通信的第一信息处理设备与第二信息处理设备,该方法包括:
从第一信息处理设备向第二信息处理设备发送执行信息处理的请求;
根据来自第一信息处理设备的对信息处理的请求产生用于访问第二信息处理设备将信息处理的结果存储在其中的处理结果存储器的访问信息,并且将访问信息从第二信息处理设备通知给第一信息处理设备;
在第一信息处理设备与第二信息处理设备之间的通信断开期间通过第二信息处理设备继续执行信息处理,并且将信息处理的结果存储到处理结果存储器中以基于访问信息进行访问;以及
响应于来自第一信息处理设备的基于访问信息的访问而将存储在处理结果存储器中的信息处理的结果提供给第一信息处理设备。
本发明的又一方面提供了一种接收来自另一信息处理设备的对信息处理的请求的信息处理设备,包括:
请求接受器,其接受来自请求源的信息处理设备的对信息处理的请求;
访问信息发射器,其根据来自请求源的信息处理设备的对信息处理的请求产生用于访问存储信息处理的结果的处理结果存储器的访问信息,并且将访问信息通知给请求源的信息处理设备;
处理控制器,其在到请求源的信息处理设备的通信断开期间继续执行信息处理,并且将信息处理的结果存储到处理结果存储器中以基于访问信息进行访问;以及
处理结果提供器,其响应于来自请求源的信息处理设备的基于访问信息的访问而将存储在处理结果存储器中的信息处理的结果提供给请求源的信息处理设备。
本发明的又一方面提供了一种接收来自另一信息处理设备的对信息处理的请求的信息处理设备的控制方法,该方法包括:
接受来自请求源的信息处理设备的对信息处理的请求;
根据来自请求源的信息处理设备的对信息处理的请求产生用于访问存储信息处理的结果的处理结果存储器的访问信息,并且将访问信息通知给请求源的信息处理设备;
在到请求源的信息处理设备的通信断开期间继续执行信息处理,并且将信息处理的结果存储到处理结果存储器中以基于访问信息进行访问;以及
响应于来自请求源的信息处理设备的基于访问信息的访问而将存储在处理结果存储器中的信息处理的结果提供给请求源的信息处理设备。
本发明的又一方面提供了一种接收来自另一信息处理设备的对信息处理的请求的信息处理设备的控制程序,该控制程序使计算机执行:
接受来自请求源的信息处理设备的对信息处理的请求;
根据来自请求源的信息处理设备的对信息处理的请求产生用于访问存储信息处理的结果的处理结果存储器的访问信息,并且将访问信息通知给请求源的信息处理设备;
在到请求源的信息处理设备的通信断开期间继续执行信息处理,并且将信息处理的结果存储到处理结果存储器中以基于访问信息进行访问;以及
响应于来自请求源的信息处理设备的基于访问信息的访问而将存储在处理结果存储器中的信息处理的结果提供给请求源的信息处理设备。
本发明的又一方面提供了一种向另一信息处理设备发送对执行信息处理的请求的信息处理设备,包括:
请求发射器,其将对信息处理的请求传输到请求目的地的信息处理系统;
访问信息接收器,其从请求目的地的信息处理设备接收用于访问请求目的地的信息处理设备将信息处理的结果存储在其中的处理结果存储器的访问信息;以及
断开器,其在请求目的地的信息处理设备中的信息处理结束之前断开与请求目的地的信息处理设备的通信。
本发明的又一方面提供了一种向另一信息处理设备发送对执行信息处理的请求的信息处理设备的控制方法,该方法包括:
向请求目的地的信息处理系统传输对信息处理的请求;
从请求目的地的信息处理设备接收用于访问请求目的地的信息处理设备将信息处理的结果存储在其中的处理结果存储器的访问信息;以及
在请求目的地的信息处理设备中的信息处理结束之前断开与请求目的地的信息处理设备的通信。
本发明的又一方面提供了一种向另一信息处理设备发送对执行信息处理的请求的信息处理设备的控制程序,该控制程序使计算机执行:
向请求目的地的信息处理系统传输对信息处理的请求;
从请求目的地的信息处理设备接收用于访问请求目的地的信息处理设备将信息处理的结果存储在其中的处理结果存储器的访问信息;以及
在请求目的地的信息处理设备中的信息处理结束之前断开与请求目的地的信息处理设备的通信。
发明的有益效果
根据本发明,即使当请求另一信息处理设备来执行信息处理时发生通信断开,应用程序的执行也不中断,并且可以在期望的定时获取处理结果。
附图说明
图1是示出根据本发明第一实施例的信息处理系统的布置的框图;
图2是用于解释根据本发明第二实施例的信息处理系统的操作的视图;
图3是示出根据本发明第二实施例的信息处理系统的布置的框图;
图4是示出根据本发明第二实施例的信息处理系统的操作过程的序列图;
图5是示出根据本发明第二实施例的云服务器的功能布置的框图;
图6是示出根据本发明第二实施例的存储目的地服务器的功能布置的框图;
图7是示出根据本发明第二实施例的客户端设备的功能布置的框图;
图8是示出根据本发明第二实施例的客户端DB的布置的视图;
图9是示出根据本发明第二实施例的应用程序DB的布置的视图;
图10是示出根据本发明第二实施例的处理结果DB的布置的视图;
图11是示出根据本发明第二实施例的云服务器的硬件布置的框图;
图12A是示出根据本发明第二实施例的应用程序执行表的布置的视图;
图12B是示出根据本发明第二实施例的处理结果存储目的地表的布置的视图;
图13A是示出根据本发明第二实施例的云服务器的处理过程的流程图;
图13B是示出根据本发明第二实施例的应用程序执行模块的处理过程的流程图;
图14是示出根据本发明第二实施例的存储目的地服务器的硬件布置的框图;
图15是示出根据本发明第二实施例的存储目的地服务器的处理过程的流程图;
图16是示出根据本发明第二实施例的客户端设备的硬件布置的框图;
图17是示出根据本发明第二实施例的命令转换表的布置的视图;
图18是示出根据本发明第二实施例的客户端设备的处理过程的流程图;
图19是示出根据本发明第三实施例的信息处理系统的操作过程的序列图;
图20是示出根据本发明第三实施例的云服务器的功能布置的框图;
图21A是示出根据本发明第三实施例的第一执行时间设置表的布置的视图;
图21B是示出根据本发明第三实施例的第二执行时间设置表的布置的视图;
图21C是示出根据本发明第三实施例的第三执行时间设置表的布置的视图;
图22是用于解释根据本发明第四实施例的信息处理系统的操作的视图;
图23是示出根据本发明第四实施例的信息处理系统的操作过程的序列图;
图24是示出根据本发明第四实施例的云服务器的功能布置的框图;
图25是示出根据本发明第四实施例的客户端DB的布置的视图;
图26是用于解释根据本发明第五实施例的信息处理系统的操作的视图;
图27是示出根据本发明第五实施例的信息处理系统的操作过程的序列图;
图28是示出根据本发明第五实施例的云服务器的功能布置的框图;
图29是示出根据本发明第五实施例的客户DB的布置的视图;
图30是用于解释根据本发明第六实施例的信息处理系统的操作的视图;
图31是示出根据本发明第六实施例的信息处理系统的操作过程的序列图;
图32是示出根据本发明第六实施例的通信协议栈的视图;
图33A是示出根据本发明第七实施例的信息处理系统的操作过程的示例的序列图;
图33B是示出根据本发明第七实施例的处理中断避免措施表的布置的视图;
图33C是示出根据本发明第七实施例的信息处理系统的操作过程的另一示例的序列图;
图33D是示出根据本发明第七实施例的虚拟客户端设备表的布置的视图;
图34是示出根据本发明第八实施例的信息处理系统的操作过程的序列图;以及
图35是示出根据本发明第九实施例的信息处理系统的布置的框图。
具体实施方式
现在将参照附图详细描述本发明的优选实施例。应当注意的是,在这些实施例中阐述的组件的相对布置、数字表示和数值不限制本发明的范围,除非另外具体说明。注意,该实施例中使用的措词“通信连接的断开”或“通信断开”包括(例如)通信的结束、控制通信的应用程序的结束、客户端设备的电源关断和客户端非访问状态超过预定的时间。该措词还包括通信故障或通信容量、业务等的问题造成的通信中断。然而,本发明不限于这些。在该实施例中,“客户端设备”和“客户端”指示不同的对象。措辞“客户端”表示拥有“客户端设备”的用户或使用“客户端设备”的用户。
[第一实施例]
将参照图1对根据本发明第一实施例的信息处理系统100进行描述。信息处理系统100是包括被连接以进行通信的第一信息处理设备101与第二信息处理设备102的系统。
如图1所示,信息处理系统100包括请求器110、处理结果存储器120、访问信息通知器130、处理控制器140以及处理结果提供器150。请求器110被布置在第一信息处理设备101中并且向第二信息处理设备102发送对信息处理的请求101a。访问信息通知器130根据来自第一信息处理设备101的对信息处理的请求101a产生用于访问存储第二信息处理设备102的信息处理的结果的处理结果存储器120的访问信息130a,并且从第二信息处理设备102将其通知给第一信息处理设备101。处理控制器140使第二信息处理设备102在第一信息处理设备101与第二信息处理设备102之间的通信断开期间继续信息处理,并且将信息处理的结果存储在将基于访问信息130a被访问的处理结果存储器120中。处理结果提供器150响应于基于来自第一信息处理设备101的访问信息103a的访问而将存储在处理结果存储器120中的信息处理的结果120a提供给第一信息处理设备101。
根据该实施例,即使当请求另一信息处理设备来执行信息处理时发生通信断开,也可以在期望的定时获取处理结果而不中断应用程序的执行。
[第二实施例]
下面将描述根据本发明第二实施例的信息处理系统。根据该实施例的信息处理系统即使在客户端设备与云服务器之间的通信断开期间继续执行从客户端设备向云服务器(包括应用程序服务器)请求的信息处理。信息处理系统将信息处理结果存储在处理结果存储器中并且只要客户端(客户端设备的用户)可以通过认证便允许任何客户端设备访问。在通信断开之前,云服务器将允许访问处理结果存储器的访问信息通知给客户端设备。客户端可以访问处理结果存储器并且在期望的时间获取处理结果。
根据该实施例,即使当在请求云服务器来执行信息处理之后发生通信断开时,也可以在期望的定时从任何客户端设备获取处理结果而不中断应用程序的执行。注意,当信息处理系统是瘦客户端-服务器系统时,方便性更加显而易见。
<<信息处理系统的操作>>
图2是用于解释根据该实施例的信息处理系统的操作的视图。注意,在图2中,客户端设备由通信终端表示。然而,如图3中所示,客户端设备可以是台式PC(个人计算机)或笔记本PC,或数字TV、数码相机等。
图2的上段示出了当从通信终端210的显示画面向云服务器发送数据收集与搜索/编辑指令211以获得“courses of a date in the Kagurazakaarea on February 3”时信息处理系统的操作。此处的搜索/编辑包括所发现信息的搜索处理和编辑处理。
在图2的上段的左侧视图中输入处理请求之后,通信终端210与云服务器之间的通信断开,如上段的中心视图所示。通信终端210显示存储目的地212以存储云服务器已经通过执行对应于该指令的处理获得的处理结果。在图2中,传输目的地由URL(统一资源定位符)表示。然而,传输目的地不限于此。注意,存储目的地212不一定在通信断开时显示,并且可以在处理请求之后的任何定时显示。另外,搜索/编辑指令211或存储目的地212处显示的人的图标根据该实施例用于容易地输入处理请求或指示处理结果获取。例如,睡觉的人的图标根据该实施例指示通信断开期间的处理请求,并且醒着的人的图标表示处理结果获取。
图2的上段的右侧视图示出了当另一通信终端220从存储目的地获取云服务器的处理结果时显示的显示画面221。显示画面221显示三个路线A~C作为处理结果。显示画面221中的图标222表示对处理结果的访问。尽管未示出,更方便地在上段的中心将存储目的地212传送到其它通信终端220并且通过点击图标获取处理结果。
图2的下段示出了当从通信终端230的显示画面向云服务器发送据收集与搜索/编辑指令231以获得“the oil price fluctuation from 2000andassociated topics that affected the oil price in the meantime”时信息处理系统的操作。
在图2的下段的左侧视图中输入处理请求之后,通信终端230与云服务器之间的通信断开,如下段的中心视图所示。通信终端230显示存储目的地232以存储云服务器已经通过执行对应于该指令的处理获得的处理结果。存储目的地232与在上段的中心视图中相同。
图2的下段的右侧视图示出了当两个其他不同通信终端240和250从存储目的地获取云服务器的处理结果时显示的显示画面241和261。此处,通信终端240是笔记本PC,并且显示对应于数据收集与搜索/编辑指令231的处理结果。显示画面241中的人的图标242表示对处理结果的访问,如在上段的右侧视图。另一方面,通信终端250是便携式电话。通信终端250经由USB(通用串行总线)线缆252连接到显示设备260。显示设备260的显示画面261显示大幅度放大了的处理结果。通信终端250上的人的图标251和显示画面261中的人的图标262表示对处理结果的访问,如在上段的右侧视图。
<<信息处理系统的布置>>
图3是示出根据该实施例的信息处理系统300的布置的框图。
信息处理系统300包括经由网络连接的客户端设备311~316、云服务器320和存储目的地服务器330。信息处理系统300还可以包括web侧服务器340和SNS(社交联网服务)服务器350。注意,为云服务器320的处理提供信息的信息提供服务器不限于图3中所示的那些。
客户端设备311~316对应于图2中所示的通信终端210~250,并且包括是通信终端的客户端设备311~313、是笔记本PC的客户端设备314、是数字TV的客户端设备315以及是台式PC的客户端设备316。客户端设备311~316请求云服务器320执行信息处理并且从存储目的地服务器330获取处理结果。
云服务器320包括:访问服务器321,其从web侧服务器340、SNS服务器350等收集信息;以及应用程序DB 322,其存储将要与来自客户端设备311~316的信息处理请求对应地执行的应用程序。
存储目的地服务器330包括处理结果DB 331,该处理结果DB 331存储云服务器320即使在到客户端设备311~316的通信断开期间已经通过执行信息处理获得的处理结果。响应于来自客户端设备311~316的访问,存储目的地服务器330当客户端可以通过认证时将处理结果DB 331中的处理结果提供给客户端设备311~316。
<<信息处理系统的操作过程>>
图4是示出根据该实施例的信息处理系统300的操作过程的序列图。
首先,在步骤S401中,建立云服务器320与请求处理的客户端设备311~316之间的通信。在步骤S403中,客户端设备311~316请求云服务器320进行处理。在该请求中,睡眠执行标志被打开,从而指示睡眠期间的执行,通过睡眠期间的执行即使当到客户端设备的通信断开时云服务器320继续处理。
注意,在此示例中,睡眠执行标志包括在处理请求中,如所描述。然而,本发明不限于此。例如,如果当与云服务器320签订合同时此设置在客户端注册时提前纳入合同中,则云服务器320在认证客户端之后自动转变到睡眠执行模式。或者,不通过指示打开睡眠执行标志而是通过取消睡眠中的处理执行中断的条件来设置睡眠执行模式。
在步骤S405中,云服务器320读出应用程序,并且开始执行所请求的处理。在步骤S407中,云服务器320请求存储目的地服务器330分配处理结果存储目的地,并且如果已经分配,则设置存储目的地。此时,将客户端ID和认证信息(例如,口令和认证ID)从云服务器320发送到存储目的地服务器330。在步骤S409中,存储目的地服务器330在接收到请求后分配存储目的地。
在步骤S411中,云服务器320将存储目的地信息的请求源通知给客户端设备311~316。存储目的地信息包括URL,如图2中所示。在接收到存储目的地信息后,请求源的客户端设备311~316在步骤S413中存储所接收的存储目的地信息。在步骤S415中,请求源的客户端设备311~316断开与云服务器320的通信。注意,是笔记本PC的客户端设备314、是台式PC的客户端设备316等可以在通信断开之后断电。
即使当关于请求源的客户端设备311~316已经发生通信断开时,云服务器320继续所请求的处理。在步骤S417中,作为处理的一部分,云服务器320从信息提供服务器获取信息。
当所请求的处理在步骤S419中结束时,云服务器320在步骤S421中将处理结果传送到存储目的地服务器330。在步骤S425中,将在步骤S423中从云服务器320发送到存储目的地服务器330的处理结果存储在由存储目的地服务器330分配的存储目的地处。
在此之后,在步骤S431中,建立存储目的地服务器330与不同于已经作出请求的客户端设备并且获取处理结果的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S433中,获取处理结果的客户端设备311~316将处理结果获取请求与客户端ID和认证信息一起传输给存储目的地服务器330。在步骤S435中,存储目的地服务器330对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S437中,存储目的地服务器330将处理结果提供给获取处理结果的客户端设备311~316。注意,步骤S431~S437的处理可以作为基于客户端的简单指令的一系列处理来执行。例如,这些处理优选地仅通过点击人的图标来执行,如图2中所示。
在步骤S441中,建立存储目的地服务器330与已经作出请求的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S443中,已经作出请求的客户端设备311~316将处理结果获取请求与客户端ID和认证信息一起传输给存储目的地服务器330。在步骤S445中,存储目的地服务器330对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S447中,存储目的地服务器330将处理结果提供给已经作出请求的客户端设备311~316。注意,步骤S441~S447的处理也优选地仅通过点击人的图标来执行,如图2中所示。
如上文所描述,在该实施例中,通过请求云服务器执行处理,即使当通信断开已经发生时可以在期望的时间从任何客户端设备获取处理结果。
<<云服务器的功能布置>>
图5是示出根据该实施例的云服务器320的功能布置的框图。
云服务器320包括经由网络360与另一服务器或客户端设备进行通信的通信控制器510。请求分析器520分析通信控制器510从客户端设备接收的请求。在此示例中,请求分析器520分析请求信息处理的请求。
客户端注册器/认证器/鉴别器540在客户端DB 530中注册请求中所包括的客户端信息,或者通过参考客户端DB 530基于认证信息来执行认证或用户端确定。因此,接受来自客户端设备的对信息处理的请求。应用程序确定器550确定应用程序以执行请求中所包括的所请求的处理,从应用程序DB 322读出应用程序,并且将其发送到应用程序执行器560。应用程序执行器560执行应用程序,以实现所请求的信息处理。
处理结果存储目的地设置器570经由通信控制器510与存储目的地服务器330进行通信,请求分配处理结果存储目的地,并且如果已经分配,则将客户端ID和认证信息发送到存储目的地服务器330。处理结果存储处理器580将其执行由应用程序执行器560完成的应用程序的处理结果传输到由处理结果存储目的地设置器570设置并且由存储目的地服务器330分配的区域。存储目的地通知器590向已经作出请求的客户端设备311~316传输允许访问由处理结果存储目的地设置器570设置并且在存储目的地服务器330中分配的区域的访问信息。也就是说,存储目的地通知器590具有访问信息传输功能。
<<存储目的地服务器的功能布置>>
图6是示出根据该实施例的存储目的地服务器330的功能布置的框图。
存储目的地服务器330包括经由网络360与另一服务器或客户端设备通信的通信控制器610。存储目的地分配器620交换与云服务器320的通信,并且在处理结果DB 331中分配存储目的地。在此示例中,存储目的地被设置为可通过URL访问。存储目的地分配器620还与处理结果DB 331的存储区域相关联地将从云服务器320接收的已经作出请求的客户端的客户端ID和认证信息保持在客户端DB 660中。
当云服务器320完成所请求的信息处理时,处理结果接收器630接收所传输的处理结果连同存储目的地区域。处理结果存储单元640将从云服务器320接收的处理结果存储在提前在处理结果DB 331中分配的存储目的地区域中。
处理结果获取请求接收器650从希望获取处理结果的客户端设备311~316接收处理结果获取请求连同表示存储目的地、客户端ID以及认证信息的访问信息(在此示例中为URL)。如果客户端ID相匹配,并且认证是可能的,则处理结果获取器670从处理结果DB 331获取对应于客户端ID的处理结果。处理结果提供器680将处理结果提供给已经请求处理结果获取的客户端设备311~316。
<<客户端设备的功能布置>>
图7是示出根据该实施例的客户端设备311~316的功能布置的框图。
客户端设备311~316中的每一个包括由触摸面板、键盘等构成的操纵器710以及用作向客户端输出信息的输出单元780的显示器781和音频输出单元782。注意,尽管客户端设备还具有其他输入/输出单元,诸如麦克风,但是图7中仅示出了与该实施例相关联的输入/输出单元。
将从操纵器710输入的客户端指令发送到命令产生器720,并且产生将要被传输到云服务器320或存储目的地服务器330的请求命令。在此示例中,产生针对云服务器320的信息处理请求命令和针对存储目的地服务器330的处理结果获取命令。命令可以通过点击人的图标来产生,如图2中所示。请求发射器730通过从通信控制器740发送包括产生的命令的请求消息来经由网络360传输对云服务器320的信息处理请求或对存储目的地服务器330的处理结果要求。
作为对对云服务器320的请求的响应,存储目的地获取器750经由通信控制器740从作为信息处理的请求目的地的云服务器320接收处理结果存储目的地。也就是说,存储目的地获取器750在不干预云服务器320的情况下接收用于访问存储目的地的访问信息。作为对对存储目的地服务器330的请求的响应,处理结果接收器760经由通信控制器740从作为信息处理结果存储目的地的存储目的地服务器330接收处理结果。
输出信息产生器770产生显示数据或音频数据,该显示数据或音频数据表示来自由存储目的地获取器750或处理结果接收器760接收的数据的输出信息。输出单元780输出由输出信息产生器770产生的输出信息。例如,当接收到来自云服务器320的响应时,与睡觉的人的图标一起显示存储目的地的URL。当接收到来自存储目的地服务器330的响应时,与醒着的人的图标一起显示处理结果。
注意,虽然已经参照图7描述了包括存储目的地获取器750和处理结果接收器760两者的客户端设备,但是仅包括这些功能中的一个功能的客户端设备也是可能的。
(客户端设备)
图8是示出根据该实施例的客户端DB 530的布置的视图。注意,图8中所示的客户端DB 530的布置仅仅是示例,并且不限于此示例。
客户端DB 530包括存储客户端信息的客户端信息DB 810和保持客户端的合同等级的合同等级DB 820。
客户端信息DB 810与客户端ID 811相关联地存储诸如口令和认证ID的认证信息812以及也表示客户端在云服务器320中的服务等级的合同等级813。
合同等级DB 820与合同等级821相关联地存储作为合同的内容的虚拟等级822、信息收集等级823和收集的信息分析等级824。合同等级DB 820还与合同等级821相关联地存储所请求的信息处理的停止条件825和存储目的地服务器330中的处理结果的存储周期826。停止条件825可以是例如处理时间的上限、所使用的存储器容量的上限等。
(应用程序DB)
图9是示出根据该实施例的应用程序DB 322的布置的视图。注意,图9中所示的应用程序DB 322的布置仅仅是示例,并且不限于此示例。
应用程序DB 322与应用程序ID 901相关联地存储应用程序数据/程序902、应用程序等级903、所应用的等级904、执行应用程序所必需的资源905以及睡眠执行启用/禁用906。
此处的应用程序等级903设置图8中所示的合同等级中的至少一个,在此合同等级使用应用程序。例如,在合同等级1~3使用应用程序“A0001”,但是不在合同等级4使用。另一方面,不在合同等级1~3使用应用程序“A0002”,但是在合同等级4使用。可以假设应用程序“A0001”执行低图像质量的处理,并且可以假设应用程序“A0002”执行高图像质量的处理。
必需的资源905还与睡眠启用/禁用906期间的执行相关联。例如,当必需的资源905包括客户端设备的构成元件时,客户端设备的通信断开导致应用程序的停止,除非确保替代功能。因此,应用程序的执行在此示例的客户端设备的睡眠期间是不可能的。
(处理结果DB)
图10是示出根据该实施例的处理结果DB 331的布置的视图。注意,图10中所示的处理结果DB 331的布置仅仅是示例,并且不限于该示例。
处理结果DB 331与作为处理结果的呼叫目的地1001的URL相关联地存储客户端ID 1002、包括口令和认证ID的认证信息1003以及处理结果数据1004。
<<云服务器的硬件布置>>
图11是示出根据该实施例的云服务器320的硬件布置的框图。
参照图11,CPU 1110是用于算术控制的处理器,并且通过执行程序实现图5中所示的云服务器320的每个功能组件。ROM 1120存储原始数据、程序等的永久数据和程序。通信控制器510是通信控制器,并且在该实施例中经由网络360与客户端设备311~316、存储目的地服务器330或各种种类的信息提供服务器通信。注意,CPU 1110的数量不限于一个,并且CPU 1110可以包括多个CPU或用于图像处理的GPU(图形处理单元)。
RAM 1140是由CPU 1110用作用于临时存储的工作区域的随机存取存储器。向RAM 1140分配用于存储实现实施例所必需的数据的区域。客户端设备ID 1141是通信中的客户端设备的标识符。客户端ID/认证信息1142是已经请求信息处理的客户端的客户端ID和认证信息的数据。应用程序执行表1143是管理实现所请求的处理的应用程序的执行的表(见图12A)。处理结果存储目的地表1144是管理存储处理结果的存储目的地的表(见图12B)。处理结果1145是通过执行所请求的处理而获得的处理结果的数据。输出传输数据1146是将处理结果1145传输到请求源的数据。传输/接收数据1147是将要经由通信控制器510传输/接收的数据。应用程序程序1148是执行当前正在处理的应用程序的程序。
存储器1150存储实现实施例所必需的数据库、各种种类的参数以及以下数据和程序。客户端DB 530是图8中所示的数据库。应用程序DB322是图9中所示的数据库。存储1150存储以下程序。云服务器控制程序1151是控制整个云服务器320的程序。存储目的地设置模块1152是设置处理结果存储目的地并且在云服务器控制程序1151中将其通知给作为请求源的客户端设备的模块。虚拟应用程序执行模块1153是代表云服务器控制程序1151中的客户端设备虚拟执行应用程序的模块(见图13B)。处理结果存储模块1154是在云服务器控制程序1151中将处理结果存储在存储目的地服务器330中的模块。
注意,图11示出与该实施例相关联的数据和程序,但不是云服务器中的通用数据和程序。
(应用程序执行表)
图12A是示出根据该实施例的应用程序执行表1143的布置的视图。
应用程序执行表1143与应用程序ID 1211相关联地存储客户端ID1212、包括口令和认证ID的认证信息1213、睡眠期间的执行标志1214、处理结果存储目的地信息1215以及应用程序的处理状态标志1216。注意,应用程序的处理状态标志1216表示例如应用程序的执行、应用程序的执行的结束或处理结果的存储的结束。
(处理结果存储目的地表)
图12B是示出根据该实施例的处理结果存储目的地表1144的布置的视图。
处理结果存储目的地表1144与客户端ID 1221相关联地存储睡眠期间的执行标志1222和处理结果访问目的地(URL)1223。对于其请求源是客户端“U0002”的当前信息处理,因为睡眠执行标志1222是“关”,因此不设置处理结果访问目的地(URL)1223。
注意,可以针对来自客户端的每个请求设置处理结果存储目的地表1144,如在此示例中,但是也可以提前针对每个客户端决定并且存储在存储器1150中作为处理结果存储目的地DB。
<<云服务器的处理过程>>
图13A是示出根据该实施例的云服务器320的处理过程的流程图。该流程图由CPU 1110使用RAM 1140执行并且实现图5中所示的功能组件。注意,图13A的流程图根据事件的发生(诸如,在云服务器320中从客户端设备接收)而开始。
首先,在步骤S1311中,云服务器320确定是否接收到来自客户端设备的连接要求。在步骤S1331中,云服务器320确定是否接收到来自客户端设备的断开要求。
在接收到连接要求后,云服务器320前进到步骤S1313并且执行客户端认证。在步骤S1315中,云服务器320建立通信。在步骤S1317中,云服务器320指定将要执行的应用程序,并且输出激活信号,以便开始执行该应用程序(见图13B的S1341)。在步骤S1318中,云服务器320在没有通信断开的情况下设置临时存储目的地以临时存储中途处理结果。如果应用程序在没有通信断开的情况下结束,则保持临时存储目的地处的处理结果。
在步骤S1319中,云服务器320确定睡眠期间的执行标志是开还是关。如果睡眠执行标志为开,则云服务器320前进到步骤S1321,并且在存储目的地服务器330中设置处理结果存储目的地。在步骤S1323中,云服务器320将所设置的存储目的地的访问信息传输到客户端设备。如果睡眠执行标志为关,则云服务器320结束应用程序开始处理。
另一方面,在接收到断开要求后,云服务器320前进到步骤S1333,并且断开与已经请求信息处理的客户端设备的通信。在步骤S1335中,云服务器320确定睡眠期间的执行标志是开还是关。如果睡眠执行标志为关,则云服务器320前进到步骤S1337,并且输出中断信号,以中断或停止应用程序的执行(见图13B的S1343)。如果睡眠执行标志为开,则云服务器320继续应用程序的执行而不使其中断。
(应用程序执行模块)
图13B是示出根据该实施例的虚拟应用程序执行模块1153的处理过程的流程图。
根据用于在图13A的步骤S1317中开始执行应用程序的激活信号,虚拟应用程序执行模块开始。首先,在步骤S1341中,云服务器320开始执行应用程序。在步骤S1343中,云服务器320确定是否接收到用于中断或停止应用程序的信号(见图13A的S1337)。在接收到用于中断或停止应用程序的信号时,作为选项,云服务器320在步骤S1351中在中断时存储数据,并且结束应用程序的执行。
如果没有接收到用于中断或停止应用程序的信号,则云服务器320继续应用程序的执行,直到其在步骤S1345中结束。在该实施例中,当客户端设备指示打开睡眠执行标志时,与通信断开无关地继续执行应用程序。
当应用程序结束时,云服务器320在步骤S1347中获取在图13A的S1321中设置的处理结果存储目的地。在步骤S1349中,云服务器320将处理结果存储在存储目的地服务器330中的存储目的地处。当中途没有通信断开发生时,将处理结果存储在图13A的步骤S1318中设置的临时存储目的地处。
<<存储目的地服务器的硬件布置>>
图14是示出根据该实施例的存储目的地服务器330的硬件布置的框图。
参照图14,CPU 1410是用于算术控制的处理器,并且通过执行程序实现图6中所示的存储目的地服务器330的每个功能组件。ROM 1420存储原始数据、程序等的永久数据和程序。通信控制器610是通信控制器,并且在该实施例中经由网络360与客户端设备311~316或云服务器320通信。注意,CPU 1410的数量不限于一个,并且CPU 1410可以包括多个CPU或用于图像处理的GPU。
RAM 1440是由CPU 1410用作用于临时存储的工作区域的随机存取存储器。向RAM 1440分配用于存储实现实施例所必需的数据的区域。客户端设备ID 1441是通信中的客户端设备的标识符。客户端ID/认证信息1442是已经请求信息处理的存储的客户端的客户端ID和认证信息的数据。存储区域信息1443是在处理结果DB 331中分配的处理结果存储区域的信息。所接收的处理结果1444是从云服务器320接收的处理结果的数据。将要传输的处理结果1445是响应于来自客户端设备通过访问信息的访问而将要传输到客户端设备的处理结果的数据。传输/接收数据1446是将要经由通信控制器610传输/接收的数据。
存储器1450存储实现实施例所必需的数据库、各种种类的参数以及以下数据和程序。客户端DB 660是存储从具有所分配的存储目的地的云服务器320接收的客户端的信息的数据库。客户端DB 660存储图8中所示的客户端信息DB 810。处理结果DB 331是图10中所示的数据库。存储器1450存储以下程序。存储目的地服务器控制程序1451是控制整个存储目的地服务器330的程序。存储区域分配模块1452是在存储目的地服务器控制程序1451中与客户端对应地分配处理结果存储区域的模块。处理结果存储模块1453是在存储目的地服务器控制程序1451中与客户端对应地存储来自云服务器320的处理结果的模块。处理结果提供模块1454是将处理结果提供给已经在存储目的地服务器控制程序1451中要求的客户端设备的模块。
注意,图14示出与该实施例相关联的数据和程序,但不是存储目的地服务器中的通用数据和程序。
<<存储目的地服务器的处理过程>>
图15是示出根据该实施例的存储目的地服务器330的处理程序的流程图。该流程图由CPU 1410使用RAM 1440执行并且实现图6中所示的功能组件。注意,图15的流程图根据事件的发生(诸如,在存储目的地服务器330中从云服务器320或客户端设备接收)而开始。
首先,在步骤S1511中,存储目的地服务器330确定是否接收到来自云服务器320的存储目的地要求。在步骤S1521中,存储目的地服务器330确定是否接收到来自云服务器320的处理结果。在步骤S1531中,存储目的地服务器330确定是否接收到来自客户端设备的处理结果要求。
在接收到来自云服务器320的存储目的地要求时,存储目的地服务器330前进到步骤S1513,并且从云服务器320获取将要针对其存储处理结果的客户端的客户端ID和认证信息。在步骤S1515中,存储目的地服务器330分配存储目的地。在步骤S1517中,存储目的地服务器330产生所分配的存储区域的存储目的地信息,并且将其传输到云服务器320。
在接收到来自云服务器320的处理结果后,存储目的地服务器330前进到步骤S1523,并且获取对应于来自云服务器320的处理结果的客户端的客户端ID。存储目的地服务器330将从云服务器320接收的处理结果存储在对应于处理结果DB 331中的客户端的存储区域中。当处理结果的存储完成时,存储目的地服务器330在步骤S1527中将存储的完成通知给云服务器320。
在接收到来自客户端设备的处理结果要求后,存储目的地服务器330前进到步骤S1533,并且获取包括在请求消息中的客户端ID和认证信息。在步骤S1535中,存储目的地服务器330对客户端进行认证。如果客户端通过认证,结果,存储目的地服务器330前进到步骤S1537,从对应于处理结果DB 331中的客户端的存储区域获取处理结果,并且将其传输到由客户端操纵的客户端设备。另一方面,如果客户端不能通过认证,则存储目的地服务器330前进到步骤S1539,并且将认证错误通知给由客户端操纵的客户端设备。
<<客户端设备的硬件布置>>
图16是示出根据该实施例的客户端设备311~316的硬件布置的框图。
参照图16,CPU 1610是用于算术控制的处理器,并且通过执行程序实现客户端设备311~316的每个功能组件。ROM 1620存储原始数据、程序等的永久数据和程序。通信控制器740是通信控制器,并且在该实施例中经由网络与云服务器320或存储目的地服务器330通信。注意,CPU 1610的数量不限于一个,并且CPU 1610可以包括多个CPU或用于图像处理的GPU。
RAM 1640是由CPU 1610用作用于临时存储的工作区域的随机存取存储器。向RAM 1640分配用于存储实现实施例所必需的数据的区域。本地设备ID 1641是本地客户端设备的标识符。客户端ID/认证信息1642是由客户端输入的客户端ID和认证信息的数据。虚拟应用程序ID1643是执行客户端请求云服务器320进行的信息处理的应用程序的标识符。睡眠期间的执行标志1644是指示即使在通信断开期间执行应用程序的客户端指令的标志。输入/输出命令1645是将要被传输到云服务器320或存储目的地服务器330的命令。输入/输出命令1645从显示画面上的图标点击通过命令转换表1651产生。访问信息1646是由云服务器320通知并且用于访问存储目的地服务器330的信息。访问信息1646包括URL。处理结果输出数据1647是用于在显示器671上显示来自存储目的地服务器330的处理结果或从扬声器672输出音频的数据。输入/输出数据1648指示将要经由输入/输出接口1660输入/输出的输入/输出数据。传输/接收数据1649是将要经由通信控制器740传输/接收的传输/接收数据。
存储器1650存储实现实施例所必需的数据库、各种种类的参数以及以下数据和程序。命令转换表1651是用于将显示画面上的图标点击转换成输入/输出命令1645的表(见图17)。注意,从麦克风1664的音频输入可以被转换成命令。存储器1650存储以下程序。客户端设备控制程序1652是控制整个客户端设备311~316的程序。虚拟应用程序执行请求模块1653是被配置为请求云服务器320在客户端设备控制程序1652中虚拟地执行应用程序的模块。处理结果访问模块1654是被配置为在客户端设备控制程序1652中基于访问信息从存储目的地服务器330获取处理结果的模块。处理结果输出数据产生模块1655是被配置为在客户端设备控制程序1652中产生输出数据以便显示从存储目的地服务器330获取的处理结果或作为音频输出处理结果的模块。
输入/输出接口1660与来自/去往输入/输出设备的输入/输出数据介接。显示器781、用作操纵器的触摸面板1662以及用作音频输出单元782的扬声器和麦克风1664连接到输入/输出接口1660。另外,相机1665可以连接到输入/输出接口1660。输入/输出设备不限于以上示例。另外,包括GPS(全球定位系统)位置产生器1666,以基于来自GPS卫星的信号获取当前位置。
注意,图16示出与该实施例相关联的数据和程序,但不是客户端设备中的通用数据和程序。
(命令转换表)
图17是示出根据该实施例的命令转换表1651的布置的视图。
命令转换表1651与将要在显示器671上显示的图标ID 1701相关联地存储图标数据1702、转换后的命令1703以及另一参数1704。注意,虽然图17图示睡眠期间执行的指令的图标(睡觉的人)和处理结果获取指令的图标(醒着的人),但是图标不限于那些。命令转换表1651简化根据该实施例对客户端设备的操纵,并且允许客户端很容易地操纵。
<<客户端设备的处理过程>>
图18是示出根据该实施例的客户端设备311~316的处理过程的流程图。该流程图由CPU 1610使用RAM 1640执行并且实现图7中所示的功能组件。注意,图18的流程图根据对云服务器320的要求的产生的事件或在客户端设备中从存储目的地服务器330接收的事件的发生而开始。
首先,在步骤S1811中,客户端设备确定是否产生了到云服务器320的连接要求。在步骤S1821中,客户端设备确定是否产生了到云服务器320的断开要求。在步骤S1831中,客户端设备确定是否产生了从存储目的地服务器330获取处理结果数据的要求。注意,处理结果数据获取要求优选地通过点击所示的图标简单地执行。
如果产生到云服务器320连接要求,则客户端设备前进到步骤S1813,并且基于客户端输入获取客户端ID和认证信息。在步骤S1815中,客户端设备建立与云服务器320的通信。在步骤S1817中,客户端设备指示云服务器320将被请求执行的信息处理的应用程序ID。此时,客户端设备在步骤S1819中设置是否通过点击所示的图标来设置睡眠期间的执行。
如果产生到云服务器320的断开要求,客户端设备前进到步骤S1823并且断开与云服务器320的通信。
如果产生对存储目的地服务器330的处理结果数据获取要求,则客户端设备前进到步骤S1833,并且基于客户端输入获取客户端ID和认证信息。在步骤S1835中,客户端设备建立与存储目的地服务器330的通信。在步骤S1837中,客户端设备等待从存储目的地服务器330的处理结果数据接收。在接收到该数据后,客户端设备前进到步骤S1839并且扩展并输出处理结果数据。
[第三实施例]
下面将描述根据本发明第三实施例的信息处理系统。根据该实施例的信息处理系统与第二实施例的不同之处在于,选择用于在云服务器中在通信断开期间执行所请求的信息处理的时间或时间段。组件和操作的其余部分与在第二实施例中相同。因此,与在第二实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,即使当在请求云服务器来执行信息处理之后发生通信断开时,也可以在适当的时间或在适当的时间段中执行应用程序,并且可以在期望的定时从任何客户端设备获取处理结果。此处,适当的时间或时间段包括例如光业务在晚上的时间或时间段或低功耗和低电费的时间或时间段。因此,该系统还可以促进能量节约。
注意,在该实施例中,将一起描述云服务器中的应用程序执行时间设置的三个示例。然而,执行时间也可以通过其他条件来设置。
<<信息处理系统的操作过程>>
图19是示出根据该实施例的信息处理系统的操作过程的序列图。注意,在图19中,几个步骤被省略,以简化与在第二实施例的图4中相同的序列中的描述。省略部分见图4。
首先,在步骤S1901中,建立云服务器1920与请求处理的客户端设备311~316之间的通信。在步骤S1903中,客户端设备311~316请求云服务器1920进行处理。除了状态为开的睡眠期间的执行标志以外,该请求还包括客户端希望获取处理结果的时间的标记。也就是说,请求指示睡眠执行,通过睡眠执行即使当通信断开时云服务器1920继续处理,并且还将处理结果获取的期望时间通知给云服务器1920。
不是立即开始所请求的信息处理,在步骤S1905中,云服务器1920向存储目的地服务器330发送客户端ID和认证信息,请求其分配处理结果存储目的地,并且如果已经分配,则设置存储目的地。在步骤S1907中,存储目的地服务器330在接收到来自云服务器1920的请求后分配存储目的地。
在步骤S1909中,云服务器1920将存储目的地信息的请求源通知给客户端设备311~316。存储目的地信息包括URL。在接收到存储目的地信息后,请求源的客户端设备311~316在步骤S1911中存储存储目的地信息。在步骤S1913中,请求源的客户端设备311~316断开与云服务器1920的通信。注意,是笔记本PC的客户端设备314、是台式PC的客户端设备316等可以在通信断开之后断电。
云服务器1920基于来自客户端的期望处理结果获取时间设置应用程序开始时间。注意,该实施例公开了三种设置方法。后面将参照图22A~22C对其进行详细描述,并且能够在这里说明设置应用程序开始时间。
在此之后,不执行应用程序,直到所设置的开始时间。在所设置的开始时间,云服务器1920在步骤S1921中开始执行应用程序。在步骤S1923中,作为处理的一部分,云服务器1920从信息提供服务器获取信息。当所请求的处理在步骤S1925中结束时,云服务器1920在步骤S1927中将处理结果传送到存储目的地服务器330。在步骤S1929中,将从云服务器1920发送到存储目的地服务器330的处理结果存储在由存储目的地服务器330分配的存储目的地处。
在此之后,在步骤S1931中,建立存储目的地服务器330与不同于已经作出请求的客户端设备并且获取处理结果的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S1933中,获取处理结果的客户端设备311~316将处理结果获取请求与客户端ID和认证信息一起传输给存储目的地服务器330。在步骤S1935中,存储目的地服务器330对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S1937中,存储目的地服务器330将处理结果提供给获取处理结果的客户端设备311~316。注意,步骤S1931~S1937的处理可以作为基于客户端的简单指令的一系列处理来执行。例如,这些处理优选地仅通过点击人的图标来执行,如图2中所示。
如上文所描述,在该实施例中,通过将处理请求与期望处理结果获取时间一起发送到云服务器,即使当通信断开已经发生时可以在期望的时间从任何客户端设备获取处理结果。
<<云服务器的功能布置>>
图20是示出根据该实施例的云服务器1920的功能布置的框图。注意,与在第二实施例的图5中相同的附图标记表示图20中的相同功能组件,并且其描述将省略。
应用程序执行时间设置器2050基于客户端的期望时间或云服务器1920的环境(负载、功耗等)来设置应用程序执行时间。注意,应用程序执行时间设置器2050包括用于设置执行时间的执行时间设置表2051。应用程序DB 2022基本上保持图9中所示的数据,并且此外,保持实施例必需的信息。
(第一执行时间设置表)
图21A是示出根据该实施例的第一执行时间设置表2051-1的布置的视图。在该示例中,应用程序执行时间设置器2050在满足由客户端设置的期望处理结果获取时间的时间开始执行应用程序。注意,图21A示出了将要被进一步添加到图9中的数据的数据。
第一执行时间设置表2051-1与应用程序ID 2111相关联地存储预测应用程序处理时间2112、处理结果获取时间2113以及处理开始时间2114。处理开始时间2114是通过从获取时间2113减去预测处理时间2112获得的时间。然而,为安全起见,设置稍微早的时间。注意,将预测处理时间2112与应用程序ID对应地存储在应用程序DB 2022中。
第一执行时间设置表2051-1使得能够在客户端的期望时间获取应用程序的处理结果。
(第二执行时间设置表)
图21B是示出根据该实施例的第二执行时间设置表2051-2的布置的视图。在此示例中,应用程序执行时间设置器2050在满足客户端考虑云服务器1920的环境(负载、功耗等)设置的期望处理结果获取时间的时间开始执行应用程序。注意,图21B示出了将要被进一步添加到图9中的数据的数据。
第二执行时间设置表2051-2包括:图21B的上段的功耗预测表2120,其存储通过处理时间对吞吐量或功耗的预测;以及执行时间段设置表2130,其用于基于所预测的功耗设置应用程序的处理时间段。
功耗预测表2120与处理时间2121(在此示例中为每小时)对应地存储按照时间的电费2122、将要处理的应用程序2123以及应用程序执行时的功耗2124。注意,执行每个应用程序所需要的功耗存储在应用程序DB 2022中。通过功耗预测表2120,分布多个应用程序的执行时间,以便例如使功耗平均或使电费最小化。执行时间段设置表2130与应用程序ID 2131相关联地存储预测应用程序处理时间2132、预测功耗2133以及所设置的处理时间段2134。注意,将预测处理时间2112与应用程序ID对应地存储在应用程序DB 2022中。通过执行时间段设置表2130,设置每个应用程序的处理时间段。
注意,虽然在此示例中考虑功耗,但是不仅功耗而且云服务器1920的负载、将要使用的存储容量等也可以添加到将要设置的处理时间段的条件。如上文所描述,在此示例中,通过第二执行时间设置表2051-2考虑云服务器320的环境来适当地分布应用程序的执行时间。
(第三执行时间设置表)
图21C是示出根据该实施例的第三执行时间设置表2051-3的布置的视图。在此示例中,应用程序执行时间设置器2050在满足由客户端设置的处理结果获取循环(在每个星期一或在每个月的结束周期性地获取)的时间开始执行应用程序。注意,图21C示出了将要被进一步添加到图9中的数据的数据。
第三执行时间设置表2051-3与应用程序ID 2141相关联地存储预测应用程序处理时间2142、处理结果获取日期和时间2143以及处理开始日期和时间2144。处理开始日期和时间2144是通过从获取时间2143减去预测处理时间2142获得的时间。然而,为安全起见,设置稍微早的时间。注意,将预测处理时间2142与应用程序ID对应地存储在应用程序DB 2022中。
第三执行时间设置表2051-3使得能够每次在客户端的期望时间获取应用程序的处理结果。
[第四实施例]
下面将描述根据本发明第四实施例的信息处理系统。根据该实施例的信息处理系统与第二和第三实施例的不同之处在于,通过对应于客户端的多个应用程序的组合与执行过程来实现在通信断开期间由云服务器执行的信息处理。对应于客户端的多个应用程序的组合与执行过程是根据来自客户端设备的多个画面操纵产生。组件和操作的其余部分与在第二实施例或第三实施例中相同。因此,与在第二实施例或第三实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,即使当在请求云服务器来执行信息处理之后发生通信断开时,也可以在通信断开期间执行对应于客户端的多个应用程序,并且可以在期望的定时从任何客户端设备获取处理结果。另外,可以消除传统客户端的约束时间,以在客户端设备与云服务器之间执行画面操纵。
<<信息处理系统的操作>>
图22是用于解释根据该实施例的信息处理系统的操作的视图。注意,与在第二实施例的图2中相同的附图标记表示图22中的相同构成元件,并且其描述将省略。在图22中,客户端设备由通信终端表示。然而,客户端设备可以是台式PC或笔记本PC,或数字TV、数码相机等。
图22的上段示出了当从通信终端210的显示画面向云服务器发送通过“客户端A 2212”的用于获得“商品价格从2000开始波动,并且同时影响商品价格的相关主题(the commodity price fluctuation from 2000and associated topics that affected the commodity price in the meantime)”的数据收集与搜索/编辑指令2211时信息处理系统的操作。在数据收集与搜索/编辑指令2211中,指定客户端A 2212。
在图22的上段的左侧视图中输入处理请求之后,通信终端210与云服务器之间的通信断开,如上段的中心视图所示。通信终端210显示用于存储云服务器已经通过执行对应于该指令的处理获得的处理结果的存储目的地212。
图22的上段的右侧视图示出了当另一通信终端220从存储目的地获取云服务器的处理结果时显示的显示画面2221。显示画面2221显示请求是来自客户端A 2223的请求并且客户端A请求的商品价格是“oilprice 2224”。作为学习结果,云服务器确定客户端A请求的商品价格是“oil price 2224”,顺序地执行包括对应于其的处理和显示画面的编辑的应用程序组,并且将处理结果存储在存储目的地服务器中。图22的上段的右侧视图示出了当其它通信终端220访问存储在存储目的地服务器中的处理结果时显示的显示画面2221。
另一方面,图22的下段示出了当从通信终端230的显示画面向云服务器发送通过“客户端B 2232”的用于获得“t商品价格从2000开始波动,并且同时影响商品价格的相关主题”的数据收集与搜索/编辑指令2231时信息处理系统的操作。除客户端从“A”改变为“B”以外,处理请求与图22的上段上的处理请求相同。
在图2的下段的左侧视图中输入处理请求之后,通信终端230与云服务器之间的通信断开,如下段的中心视图所示。通信终端230显示用于存储云服务器已经通过执行对应于该指令的处理获得的处理结果的存储目的地232。
图22的下段的右侧视图示出了当两个其它不同通信终端240和250从存储目的地获取云服务器的处理结果时显示的显示画面2241和2261。此处,通信终端240是笔记本PC,并且显示对应于数据收集与搜索/编辑指令2231的处理结果。另一方面,通信终端250是便携式电话。通信终端250经由USB线缆252连接到显示设备260。显示设备260的显示画面2261显示大幅度放大了的处理结果。显示画面2241和2261显示请求是来自客户端B 2243或2263的请求并且显示客户端B请求的是“黄豆价格2244或2264”的商品价格。作为学习结果,云服务器确定客户端B请求的商品价格是“soybean price 2244或2264”,顺序地执行包括对应于其的处理和显示画面的编辑的应用程序组,并且将处理结果存储在存储目的地服务器中。图22的下段的右侧视图示出了当其它通信终端240和250访问存储在存储目的地服务器中的处理结果时显示的显示画面2241和2261。
<<信息处理系统的操作过程>>
图23是示出根据该实施例的信息处理系统的操作过程的序列图。注意,在图23中,几个步骤被省略,以简化与在第二实施例的图4中相同的序列中的描述。省略部分见图4。
首先,在步骤S301中,建立云服务器2320与请求处理的客户端设备311~316之间的通信。在步骤S2303中,客户端设备311~316请求云服务器2320进行处理。除了状态为开的睡眠期间的执行标志以外,该请求还包括识别正在操纵的客户端的客户端ID。也就是说,请求指示睡眠执行,通过睡眠执行即使当通信断开时云服务器1920继续处理,并且还将正在操纵的客户端的标识信息通知给云服务器2320。
在步骤S2305中,云服务器2320通过参考客户端DB 2330根据操纵过程获取所学习客户端操纵过程和应用程序组,该客户端DB 2330存储实现对应于客户端的信息处理的应用程序组连同其处理过程。在步骤S2307中,云服务器2320向存储目的地服务器330发送客户端ID和认证信息,请求其分配处理结果存储目的地,并且如果已经分配,则设置存储目的地。在步骤S2309中,存储目的地服务器330在接收到来自云服务器2320的请求后分配存储目的地。
在步骤S2311中,云服务器2320将存储目的地信息的请求源通知给客户端设备311~316。存储目的地信息包括URL。在接收到存储目的地信息后,请求源的客户端设备311~316在步骤S2313中存储存储目的地信息。在步骤S2315中,请求源的客户端设备311~316断开与云服务器2320的通信。注意,是笔记本PC的客户端设备314、是台式PC的客户端设备316等可以在通信断开之后断电。
另一方面,云服务器2320在步骤S2321中根据所获取的客户端操纵过程顺序地执行应用程序。在步骤S2323中,作为处理的一部分,云服务器2320从信息提供服务器获取信息。在步骤S2325中,云服务器2320确定与第一到第n处理相关联的所有应用程序根据客户端操纵过程的执行是否已经结束。当所有第一到第n应用程序的执行已经结束时,云服务器2320前进到步骤S2327并且根据来自客户端DB 2330的编辑过程获取客户端编辑过程和应用程序组。在步骤S2329中,云服务器2320针对处理结果执行对应于客户端的编辑处理。编辑处理包括例如显示顺序、显示画面中的信息的选择、画面上的布局、用于调节颜色等的画面调节和音频输出的附接。
当编辑处理结束时,云服务器2320在步骤S2331中将处理结果传送到存储目的地服务器330。处理结果是经编辑以便当客户端设备获取时能够直接显示/音频输出的数据。在步骤S2333中,将从云服务器2320发送到存储目的地服务器330的处理结果存储在由存储目的地服务器330分配的存储目的地处。
在此之后,在步骤S2341中,建立存储目的地服务器330与不同于已经作出请求的客户端设备并且获取处理结果的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S2343中,获取处理结果的客户端设备311~316将处理结果获取请求与客户端ID和认证信息一起传输给存储目的地服务器330。在步骤S2345中,存储目的地服务器330对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S2347中,存储目的地服务器330将处理结果提供给获取处理结果的客户端设备311~316。注意,步骤S2341~S2347的处理可以作为基于客户端的简单指令的一系列处理来执行。例如,这些处理优选地仅通过点击人的图标来开始,如图2中所示,并且随后的进展优选地通过点击例如“back/next”来进行。在应在预定时间结束的展示等中,可以通过设置时间来编辑处理结果,使得画面自动改变为下一个。
如上文所描述,在该实施例中,通过将处理请求与已经作出请求的客户端的标识符一起发送到云服务器,即使当通信断开已经发生时可以从任何客户端设备获取通过顺序地执行多个应用程序获得的处理结果,该多个应用程序是从对客户端的操纵历史的学习获得的。
注意,在图23的描述中,已经分别解释了对应于客户端操纵的应用程序的执行和对应于客户端编辑的应用程序的执行。然而,这些应用程序有时组合执行。在这种情况下,设置关于操纵和编辑的两个应用程序的处理顺序。
<<云服务器的功能布置>>
图24是示出根据该实施例的云服务器2320的功能布置的框图。注意,与在第二实施例的图5中相同的附图标记表示图24中的相同功能组件,并且其描述将省略。
应用程序处理过程获取器2451是指向其中新加入对应于客户端操纵的应用程序组的信息的客户端DB 2330,并且获取与客户端对应地学习的信息处理的应用程序组。处理结果编辑过程获取器2452是指向其中新加入对应于客户端编辑的应用程序组的信息的客户端DB 2330,并且获取与客户端对应地学习的编辑处理的应用程序组。客户端DB 2330基本上保持图8中所示的数据,并且此外,还保持实施例必需的信息。
(客户端DB)
图25是示出根据该实施例的客户端DB 2330的布置的视图。在此示例中,积累客户端的画面操纵的历史,将信息操纵和处理结果编辑与画面操纵分开,由云服务器在不干预客户端的情况下根据处理过程来执行对应于它们的应用程序组。注意,图25示出了将要被进一步添加到图8中的数据的数据。
除了图8中所示的数据外,客户端DB 2330还包括从应用程序DB322获取的处理应用程序存储器2510、编辑应用程序存储器2520以及画面操纵存储器2530。
处理应用程序存储器2510与客户端对应地顺序存储与信息操纵相关联的应用程序组。处理应用程序存储器2510与每个客户端ID 2511相关联地存储处理应用程序过程2512和客户端所特有并且用于执行处理应用程序的使用参数2513。
编辑应用程序存储器2520与客户端对应地顺序存储与编辑处理相关联的应用程序组。编辑应用程序存储器2520与每个客户端ID 2521相关联地存储编辑应用程序过程2522和客户端所特有并且用于执行编辑应用程序的使用参数2523。编辑应用程序存储器2520还存储使编辑应用程序的处理的定时与处理应用程序相关联的处理定时2524。
画面操纵存储器2530积累客户端的画面操纵,以从应用程序DB322获取对应于客户端的画面操纵的应用程序。画面操纵存储器2530与每个客户端ID 2531相关联地存储画面ID 2532和操纵数据2533,该操纵数据2533是表示由客户端对画面进行何种操纵的信息。基于画面ID2532和操纵数据2533,从应用程序DB 322搜索实现客户端期望的信息操纵和编辑处理的应用程序。
[第五实施例]
下面将描述根据本发明第五实施例的信息处理系统。根据该实施例的信息处理系统与第四实施例的不同之处在于,根据来自客户端设备的多个画面操纵的多个应用程序的组合与执行过程不是对应于客户端,而是对应于作为客户端的账户的客户。另外,对应于客户端的多个应用程序的组合与执行过程根据来自客户端设备的多个画面操纵产生。组件和操作的其余部分与在第四实施例中相同。因此,与在第四实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,即使当在请求云服务器来执行信息处理之后发生通信断开时,也可以在通信断开期间执行对应于客户的多个应用程序,并且可以在期望的定时从任何客户端设备获取处理结果。另外,可以消除传统客户端的约束时间,以在客户端设备与云服务器之间执行画面操纵。
注意,在该实施例中,与客户端DB分开提供客户DB。然而,可以与客户端DB的每个客户端相关联地提供客户DB以形成一个客户端DB。
<<信息处理系统的操作>>
图26是用于解释根据该实施例的信息处理系统的操作的视图。注意,与在第二实施例的图2或第四实施例的图22中相同的附图标记表示图26中的相同构成元件,并且其描述将省略。在图22中,客户端设备由通信终端表示。然而,客户端设备可以是台式PC或笔记本PC,或数字TV、数码相机等。
图26示出了当从通信终端230的显示画面向云服务器发送通过“客户X 2632”和“客户Y 2633”的用于获得“商品价格从2000开始波动,并且同时影响商品价格的相关主题”的数据收集与搜索/编辑指令2631时信息处理系统的操作。
在图26的左侧视图中输入处理请求之后,通信终端230与云服务器之间的通信断开,如中心视图所示。通信终端230显示用于存储云服务器已经通过执行对应于该指令的处理获得的处理结果的存储目的地232。
图26的右侧视图示出了当两个其它不同通信终端240和250从存储目的地获取云服务器的处理结果时显示的显示画面2641和2661。此处,通信终端240是笔记本PC,并且显示对应于数据收集与搜索/编辑指令2631的处理结果。另一方面,通信终端250是便携式电话。通信终端250经由USB线缆252连接到显示设备260。显示设备260的显示画面2661显示大幅度放大了的处理结果。
显示画面2641显示请求是供客户端呈现给客户X 2643的请求并且客户X感兴趣的商品价格是“oil price 2644”。作为学习结果,云服务器学习到客户X感兴趣的商品价格是“oil price 2644”,顺序地执行包括对应于其的处理和显示画面的编辑的应用程序组,并且将处理结果存储在存储目的地服务器中。右侧视图的上段示出当其它通信终端240访问客户X感兴趣的存储在存储目的地服务器中的处理结果时显示的显示画面2641。
显示画面2661显示请求是供客户端呈现给客户Y 2663的请求并且客户Y感兴趣的商品价格是“soybean price 2664”。作为学习结果,云服务器学习到客户Y感兴趣的商品价格是“oil price 2644”,顺序地执行包括对应于其的处理和显示画面的编辑的应用程序组,并且将处理结果存储在存储目的地服务器中。右侧视图的下段示出当其它通信终端250访问客户Y感兴趣的存储在存储目的地服务器中的处理结果时显示的显示画面2661。
<<信息处理系统的操作过程>>
图27是示出根据该实施例的信息处理系统的操作过程的序列图。注意,与第四实施例的图23相比,图27示出了通过将信息处理选择从“客户端”改变为“客户”的改变。然而,在图27中,一个客户端可以针对多个客户执行信息处理。参照图27,针对两个客户X和Y执行信息处理。另外,在图27中,几个步骤被省略,以简化与在第二实施例的图4中相同的序列中的描述。省略部分见图4。
首先,在步骤S2701中,建立云服务器2720与请求处理的客户端设备311~316之间的通信。在步骤S2703中,客户端设备311~316请求云服务器2720进行处理。该请求包括客户ID,除了开状态的睡眠期间的执行标志以外,客户ID还识别客户X和Y作为正在操纵的客户端向其提供信息的合作者。也就是说,请求指示睡眠执行,通过睡眠执行即使当通信断开时云服务器1920继续处理,并且还将客户端向其提供信息的每个客户的标识信息通知给云服务器2720。
在步骤S2705中,云服务器2720通过参考存储实现对应于客户的信息处理的应用程序组连同其处理过程的客户DB 2730根据操纵过程获取所学习客户端的客户对应操纵过程和应用程序组。在步骤S2707中,云服务器2720向存储目的地服务器330发送客户端ID、客户ID和认证信息,请求其分配处理结果存储目的地,并且如果已经分配,则设置存储目的地。在步骤S2709中,存储目的地服务器330在接收到来自云服务器2720的请求后分配存储目的地。
在步骤S2711中,云服务器2720将对应于每个客户的存储目的地信息的请求源通知给客户端设备311~316。存储目的地信息包括URL。在此示例中,将两条存储目的地信息通知给客户X和Y。在接收到存储目的地信息后,请求源的客户端设备311~316在步骤S2713中存储两条存储目的地信息。在步骤S2715中,请求源的客户端设备311~316断开与云服务器2720的通信。注意,是笔记本PC的客户端设备314、是台式PC的客户端设备316等可以在通信断开之后断电。
另一方面,云服务器2720在步骤S2721中根据客户X的所获取客户对应操纵过程顺序地执行应用程序。在步骤S2723中,作为处理的一部分,云服务器2720从信息提供服务器获取信息。在步骤S2725中,云服务器2720确定与第一到第mX处理相关联的所有应用程序根据客户对应操纵过程的执行是否已经结束。当所有第一到第mX应用程序的执行已经结束时,云服务器2720前进到步骤S2727并且根据来自客户DB2730的编辑过程获取客户X编辑过程和应用程序组。在步骤S2729中,云服务器2720针对处理结果执行对应于客户X的编辑处理。编辑处理包括例如显示顺序、显示画面中的信息的选择、画面上的布局、用于调节颜色等的画面调节和音频输出的附接。
当编辑处理结束时,云服务器2720在步骤S2731中将处理结果传送到存储目的地服务器330。处理结果是经编辑以便当客户端设备获取时能够直接显示/音频输出的数据。在步骤S2733中,将从云服务器2720发送到存储目的地服务器330的对应于客户X的处理结果存储在由存储目的地服务器330分配的对应于客户X的存储目的地处。
接着,执行对应于客户Y的第一到第mY应用程序,并且以与上文所描述相同的方式针对处理结果执行对应于客户Y的编辑处理。注意,除应用程序不相同以外,对应于客户Y的处理过程与客户X的处理过程相同,并且其详细描述将省略。当编辑处理结束时,云服务器2720在步骤S2741中将处理结果传送到存储目的地服务器330。处理结果是经编辑以便当客户端设备获取时能够直接显示/音频输出的数据。在步骤S2743中,将从云服务器2720发送到存储目的地服务器330的对应于客户Y的处理结果存储在由存储目的地服务器330分配的对应于客户Y的存储目的地处。
在此之后,在步骤S2751中,建立存储目的地服务器330与不同于已经作出请求的客户端设备并且获取处理结果的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S2753中,获取处理结果的客户端设备311~316将处理结果获取请求与客户端ID以及客户X的ID和认证信息一起传输给存储目的地服务器330。在步骤S2755中,存储目的地服务器330对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S2757中,存储目的地服务器330将对应于客户X的处理结果提供给获取处理结果的客户端设备311~316。注意,步骤S2751~S2757的处理可以作为基于客户端的简单指令的一系列处理来执行。例如,这些处理优选地仅通过点击人的图标开始,如图2中所示,并且随后的进展优选地通过点击例如“back/next”来进行。在应在预定时间结束的演示等中,可以通过设置时间来编辑处理结果,使得画面自动改变为下一个。
另外,在步骤S2761中,建立存储目的地服务器330与已经请求信息处理的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S2763中,已经请求信息处理的客户端设备311~316将处理结果获取请求与客户端ID以及客户Y的ID和认证信息一起传输给存储目的地服务器330。在步骤S2765中,存储目的地服务器330对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S2767中,存储目的地服务器330将对应于客户Y的处理结果提供给获取处理结果的客户端设备311~316。注意,步骤S2761~S2767的处理可以像步骤S2751~S2757的处理那样简化操纵。
如上文所描述,在该实施例中,通过将处理请求与已经作出请求的客户端的标识符和多个客户的标识符一起发送到云服务器,即使当通信断开已经发生时可以从任何客户端设备获取通过顺序地执行对应于客户的多个应用程序获得的处理结果,该多个应用程序是从对客户端的操纵历史的学习获得的。
注意,在图27的描述中,已经分别解释了对应于客户端操纵的应用程序的执行和对应于客户端编辑的应用程序的执行。然而,这些应用程序有时组合执行。在这种情况下,设置关于操纵和编辑的两个应用程序的处理顺序。
<<云服务器的功能布置>>
图28是示出根据该实施例的云服务器2720的功能布置的框图。注意,与在第二实施例的图5中相同的附图标记表示图28中的相同功能组件,并且其描述将省略。
客户注册器/确定器2840将来自请求分析器520的客户信息注册到客户DB 2730中,并且还通过参考客户DB 2730来确定包括在来自客户端设备的信息处理的请求消息中的客户信息。应用程序处理过程获取器2851通过参考存储与客户端的客户对应操纵对应地产生的应用程序组的信息的客户DB 2730来获取与客户端的客户对应画面操纵对应地学习的信息处理应用程序组。处理结果编辑过程获取器2852通过参考存储与客户端的客户对应操纵对应地产生的应用程序组的信息的客户DB 2730来获取与客户端的客户对应画面操纵对应地学习的编辑处理应用程序组。
(客户DB)
图29是示出根据该实施例的客户DB 2730的布置的视图。注意,除客户端ID由客户ID代替以外,图29中所示的布置与图23中所示的客户端DB 2330的额外部分相同。
客户DB 2730包括从应用程序DB 322获取的处理应用程序存储器2910、编辑应用程序存储器2920以及画面操纵存储器2930。
处理应用程序存储器2910与客户对应地顺序存储与信息操纵相关联的应用程序组。处理应用程序存储器2910与每个客户ID 2911相关联地存储处理应用程序过程2912和客户所特有并且用于执行处理应用程序的使用参数2913。
编辑应用程序存储器2920与客户对应地顺序存储与编辑处理相关联的应用程序组。编辑应用程序存储器2920与每个客户ID 2921相关联地存储编辑应用程序过程2922和客户所特有并且用于执行编辑应用程序的使用参数2923。编辑应用程序存储器2920还存储使编辑应用程序的处理的定时与处理应用程序相关联的处理定时2924。
画面操纵存储器2930积累客户端的客户对应画面操纵,以从应用程序DB 322获取对应于客户端的客户对应画面操纵的应用程序。画面操纵存储器2930与每个客户ID 2931相关联地存储画面ID 2932和操纵数据2933,该操纵数据2933是表示由客户端对画面进行何种操纵的信息。基于画面ID 2932和操纵数据2933,从应用程序DB 322搜索实现客户端希望向客户提供的期望信息操纵和编辑处理的应用程序。
[第六实施例]
下面将描述根据本发明第六实施例的信息处理系统。根据该实施例的信息处理系统与第四实施例的不同之处在于,当客户端设备已经在云服务器中执行的信息处理的结果不可由获取处理结果的客户端设备处理时,在不干预客户端设备的情况下执行云服务器与输入/输出设备之间的直接交换。组件和操作的其余部分与在第一到第五实施例中的一个中相同。因此,与在该实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,即使当在请求云服务器来执行信息处理之后发生通信断开时,也可以在通信断开期间执行对应于客户的多个应用程序,并且可以经由不能够处理处理结果的客户端设备在期望的定时获取处理结果。
<<信息处理系统的操作>>
图30是用于解释根据该实施例的信息处理系统的操作的视图。注意,与在第二实施例的图2中相同的附图标记表示图30中的相同构成元件,并且其描述将省略。
图30示出了当从通信终端230的显示画面向云服务器3020发送用于获得“油价从2000开始波动,并且同时影响商品价格的相关主题”的数据收集与搜索/编辑指令231时信息处理系统的操作。
在图30的左侧视图中输入处理请求之后,通信终端230与云服务器3020之间的通信断开,如中心视图所示。通信终端230显示用于存储云服务器3020已经通过执行对应于该指令的处理获得的处理结果的存储目的地232。
在图30的右侧视图中,通信终端250从存储目的地获取云服务器3020的处理结果,并且将其显示在显示画面3061上,并且还使用键盘3080或指针设备3090执行编辑处理。通信终端250是便携式电话。通信终端250经由USB线缆252连接到路由器3070。路由器3070连接到显示设备260、键盘3080和指针设备3090。显示设备260的显示画面3061显示大幅度放大了的处理结果。
在该实施例中,将对以下这些情况下的布置进行描述:由于命令系统或数据格式的不匹配或者通信速度或设备驱动器的不匹配,通信终端250不能处理云服务器3020的处理的结果;或者不能充分利用所连接的输入/输出设备的能力。
在这种情况下,云服务器3020使用通信终端250作为中继站直接与显示设备260、键盘3080或指针设备3090交换数据。这使得可以根据输入/输出终端的性能输出或编辑处理结果。这在显示设备260具有高性能时特别有效。
注意,经由USB线缆252连接到通信终端250的设备不限于输入/输出设备,并且也能够应对例如不具有无线通信功能的台式PC。
<<信息处理系统的操作过程>>
图31是示出根据该实施例的信息处理系统的操作过程的序列图。注意,由于与在上文所描述的实施例中相同,图31没有示出从客户端设备311~316到云服务器3020的处理请求、存储目的地服务器330中的存储目的地分配和给已经请求处理的客户端设备311~316的存储目的地通知。因此,图31示出了来自云服务器3020的处理结果存储在存储目的地服务器330的处理结果DB 331中之后的根据该实施例的处理结果提供控制的操作过程。
首先,在步骤S3101中,经由路由器3070通过USB线缆将获取处理结果的客户端设备311~316连接到输入/输出设备组。在步骤S3103中,建立与存储目的地服务器330的通信。在步骤S3105中,客户端设备发送处理结果获取请求连同客户端ID和认证信息。在步骤S3107中,存储目的地服务器330认证请求源。如果认证导致错误,则处理结果获取停止。如果客户端设备通过认证,则在步骤S3109中,存储目的地服务器330将处理结果的数据格式通知给请求源的客户端设备。注意,将要通知的内容不限于格式。如果存在命令系统的不匹配或者通信速度或设备驱动器的不匹配,则通知对于正常处理麻烦的信息。
请求源的客户端设备在步骤S3111中接收传输的数据格式,并且在步骤S3113中确定本地设备是否具有足够的处理能力。如果处理能力足够,则请求源的客户端设备直接获取处理结果,并且将其输出到输出设备(未示出)。
如果处理能力不足,则请求源的客户端设备在步骤S3115中建立与云服务器3020的通信。请求源的客户端设备向云服务器3020通知:客户端设备不能处理存储在存储目的地服务器330中的处理结果的数据。
当被通知无处理能力时,云服务器3020在步骤S3119中请求存储目的地服务器330的所存储的处理结果。在步骤S3121中,存储目的地服务器330将处理结果传送给云服务器3020。注意,如果处理结果仍然由云服务器保持,则其在不请求存储目的地服务器330的情况下获取处理结果。
在步骤S3123中,云服务器3020激活对应输出驱动器的USB。注意,可以在步骤S3117中通知经由路由器3070连接的输入/输出设备的ID、型号、性能信息等或者在驱动器激活之后由云服务器3020自己获取。在步骤S3125中,云服务器3020产生对应于输出设备的命令/数据,并且根据USB协议产生由IP(因特网协议)层隧道传送的分组数据。通过只提取IP地址的请求源的客户端设备将分组数据直接传输到用作输出设备的显示设备260。
为了编辑显示设备260上显示的数据,在步骤S3127中,从对应于输出设备的命令/数据产生USB分组数据,并且通过只附接IP地址的请求源的客户端设备直接传输到云服务器3020。在步骤S3129中,云服务器3020激活对应输入驱动器的USB,并且从输入设备获取数据/命令。在步骤S3131中,云服务器3020基于来自输入设备的输入来编辑处理结果。在步骤S3133中将结果输出到输出设备,如在步骤S3125中。
(通信协议栈)
图32是示出根据该实施例的通信协议栈的视图。
参照图32,USB协议栈3210是将要在路由器与输入/输出设备之间的USB线缆上交换的USB分组的基本布置。在路由器3070与请求源的客户端设备之间的LAN(局域网)上传输USB分组中加入的协议栈3220。在云服务器3020与请求源的客户端设备之间的IP网络上传输还包括IP层的协议栈3230。
利用这种协议栈布置,可以与请求源的客户端设备的处理性能无关地输出或编辑处理结果。
[第七实施例]
下面将描述根据本发明第七实施例的信息处理系统。在第二到第六实施例中,当在云服务器与客户端设备之间的通信断开期间继续处理时,如果中途执行需要从客户端设备或客户端访问的应用程序,则处理中断。根据该实施例的信息处理系统与第二到第六实施例的不同之处在于,采取措施以避免在通信断开期间中断云服务器的处理执行的条件。例如,在通信断开期间中断云服务器的处理执行的条件如下。当从客户端设备的访问超时发生时,处理中断。当来自客户端的指令对于继续处理来说是必要的时,处理中断。当来自客户端的数据输入对于继续处理来说是必要的时,处理中断。注意,在通信断开期间中断云服务器的处理执行的条件不限于这些。在该实施例中,提前通过处理请求来避免在通信断开期间中断处理的条件,或使用用于防止通信断开期间的处理中断的配置。组件和操作的其余部分与在第一到第六实施例中的一个中相同。因此,与在该实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,消除可能在通信断开期间发生的处理中断的条件,从而即使当在请求云服务器之后发生通信断开时在通信断开期间执行应用程序。因此可以经由客户端设备在期望的定时获取处理结果。
<<信息处理系统的操作过程>>
下面将参照图33A~33D描述根据该实施例的信息处理系统的操作过程和对于操作来说所必要的数据。
图33A是示出根据该实施例的信息处理系统的操作过程的示例的序列图。注意,与在第二实施例的图4中相同的步骤标记表示图33A中的相同步骤,并且其描述将省略。
在步骤S403中,请求处理的客户端设备发送处理请求,并且指示云服务器3320即使在通信断开期间执行处理。在接收到指令后,云服务器3320在步骤S3311中在预定时间内没有来自客户端设备的访问的情况下通过超时重置处理结束条件。这即使当长时间内没有来自客户端设备的访问时防止处理的中断。在步骤S3313中,云服务器3320即使在通信断开期间确定来自客户端的指令或继续所请求的处理所必需的来自客户端的数据提供,并且使客户端经由客户端设备提前提供它们。获取并保持必需的信息,并且在必需的阶段中使用。步骤S3311和S3313作为防止通信断开的现有措施执行。步骤S3311和S3313是现有措施的代表性示例,并且不限于这些。随后的处理过程与在第二实施例的图4中相同,并且其说明将省略。
(处理中断避免措施表)
图33B是示出根据该实施例的处理中断避免措施表3310的布置的视图。处理中断避免措施表3310与客户端ID 3311和客户端设备ID 3312相关联地存储处理中的应用程序ID 3313。与处理中的每个应用程序ID3313对应地存储由于通信断开而在通信断开期间发生的处理中断条件3314。存储避免遇到每个处理中断条件3314所需要的预处理3315。在认识到客户端设备请求应用程序执行处理并且处理中途发生通信断开后,云服务器3320基于处理中断避免措施表3310执行预处理,以避免处理中断。预处理包括将要由云服务器3320在本地自动执行的处理和将要向客户端请求并且从客户端设备执行的处理两者。
图33C是示出根据该实施例的信息处理系统的操作过程的另一示例的序列图。注意,与在第二实施例的图4中相同的步骤标记表示图33C中的相同步骤,并且其描述将省略。
在步骤S403中,请求处理的客户端设备发送处理请求,并且指示云服务器3320即使在通信断开期间执行处理。在接收到指令后,云服务器3320在步骤S3321中在云服务器3320中产生虚拟客户端设备,该虚拟客户端设备具有代理客户端设备的功能。虚拟客户端设备可以是具有客户端设备的所有功能的虚拟PC或包括即使在通信断开期间避免应用程序处理中断所必需的功能的虚拟PC。虚拟客户端设备进行操作,以便与客户端设备同步地共享必需的数据。虚拟客户端设备可以在与客户端设备同步地共享必需的数据时操作,并且可以在其他时间不活动。
当已经请求处理的客户端设备在步骤S415中断开与云服务器3320的通信时,云服务器3320在步骤S3323中开始使用在步骤S3321中产生的虚拟客户端设备,作为客户端设备的代理。注意,在图33C中,由于已经作出请求的客户端设备和虚拟客户端设备总是同步,因此即使当客户端设备单边断开通信时可以继续处理。例如,在使虚拟客户端设备睡眠直到通信断开的配置中,当客户端设备通知通信断开时,将必需的信息从客户端设备复制到虚拟客户端设备。
注意,在图33C中,来自客户端设备的处理请求包括通信断开期间的处理继续指令,如所描述。然而,在根据该实施例的处理中,在接收到来自客户端设备的处理请求后,如果客户端是已注册客户端,则自动产生虚拟客户端设备。这使得可以即使在没有来自客户端设备的处理继续指令的情况下在通信断开期间继续应用程序处理。
(虚拟客户端设备表)
图33D是示出根据该实施例的虚拟客户端设备表3320的布置的视图。虚拟客户端设备表3320使客户端和已经请求处理的客户端设备与在云服务器3320中产生的虚拟客户端设备相关联。虚拟客户端设备表3320还存储客户端和客户端设备的认证信息,以代理客户端和已经请求处理的客户端设备。虚拟客户端设备表3320与客户端ID 3321和客户端设备ID 3322相关联地存储虚拟客户端设备ID 3323、客户端认证信息3324、客户端设备认证信息3325。
[第八实施例]
下面将描述根据本发明第八实施例的信息处理系统。根据该实施例的信息处理系统与第二到第七实施例的不同之处在于,客户端设备经由云服务器获取处理结果。组件和操作的其余部分与在第一到第六实施例中的一个中相同。因此,与在该实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,云服务器管理对客户端的处理结果提供处理,从而保持保密性,防止信息泄漏等。
<<信息处理系统的操作过程>>
图34是示出根据该实施例的信息处理系统的操作过程的序列图。注意,图34的步骤S401~S423与在第二实施例的图4中相同,并且其说明将省略。
在步骤S3431中,建立云服务器3420与不同于已经作出请求的客户端设备并且获取处理结果的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S3433中,获取处理结果的客户端设备311~316将处理结果获取请求与客户端ID和认证信息一起传输给云服务器3420。在步骤S3435中,云服务器3420对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S3437中,云服务器3420从存储目的地服务器330获取处理结果并且将其提供给客户端设备311~316。注意,步骤S3431~S3437的处理可以作为基于客户端的简单指令的一系列处理来执行。例如,这些处理优选地仅通过点击人的图标来执行,如图2中所示。
在步骤S3441中,建立云服务器3420与已经作出请求的客户端设备311~316之间的通信。在此示例中,访问是基于URL进行。在步骤S3443中,已经作出请求的客户端设备311~316将处理结果获取请求与客户端ID和认证信息一起传输给云服务器3420。在步骤S3445中,云服务器3420对处理结果请求源进行认证。如果认证是不可能的,则处理停止。如果客户端设备通过认证,则在步骤S3447中,云服务器3420从存储目的地服务器330获取处理结果并且将其提供给已经作出请求的客户端设备311~316。注意,步骤S3441~S3447的处理也优选地仅通过点击人的图标来执行,如图2中所示。
[第九实施例]
下面将描述根据本发明第九实施例的信息处理系统。根据该实施例的信息处理系统与第二到第八实施例的不同之处在于,云服务器包括处理结果DB。组件和操作的其余部分与在第一到第六实施例中的一个中相同。因此,与在该实施例中相同的附图标记表示相同的组件和操作,并且其详细描述将省略。
根据该实施例,云服务器直接管理处理结果,从而保持保密性,防止信息泄漏等。
<<信息处理系统的布置>>
图35是示出根据该实施例的信息处理系统3500的布置的框图。注意,与在第二实施例的图3中相同的附图标记表示图35中的相同构成元件,并且其描述将省略。
云服务器3520包括:访问服务器321,其从web侧服务器340、SNS服务器350等收集信息;以及应用程序DB 322,其存储将要与来自客户端设备311~316的信息处理请求对应地执行的应用程序。云服务器3520还包括处理结果DB 3521,该处理结果DB 3521存储云服务器3520即使在到客户端设备311~316的通信断开期间已经通过执行信息处理获得的处理结果,并且可通过每个URL访问。如果客户端可以响应于来自客户端设备311~316的访问而通过认证,则将处理结果DB 3521中的处理结果提供给客户端设备311~316。
[其他实施例]
在上文所描述的实施例中,存储所请求的信息处理的结果的存储目的地是不同于云服务器的存储目的地服务器。然而,可以在云服务器中分配存储目的地服务器。这种布置是考虑处理负载、通信负载、处理速度等来决定。
在该实施例中,将访问信息通知给已经请求信息处理的客户端设备。然而,本发明不限于此。例如,当从PC请求信息处理时,可以将访问信息通知给通信终端。当从通信终端请求信息处理时,可以将访问信息通知给另一通信终端或PC。或者,可以将访问信息通知给不是同一客户端,而是另一指定客户端终端。
对应于客户端或客户的信息处理过程并不需要总是仅由创建它的客户端拥有,而是可以在预定条件下向其他客户端开放。同样在这种情况下,优选地只允许通过认证的客户端访问信息处理的结果。
虽然已经参照示例性实施例对本发明进行了描述,但是应当理解,本发明不限于所公开的示例性实施例。所附权利要求的范围应被赋予最宽的解释,以包含所有这类修改以及等同结构和功能。
本发明适用于包括多个设备或单个设备的系统。即使当用于实现实施例的功能的控制程序直接或从远程站点提供给系统或设备时,本发明也适用。因此,本发明还包括安装在计算机中的控制程序以在计算机、存储控制程序的介质和使用户能够下载控制程序的WWW(万维网)服务器上实现本发明的功能。
本申请要求于2012年3月24日提交的日本专利申请No.2012-068506的优先权,该申请的全部内容在此通过引用并入本文。
Claims (33)
1.一种包括彼此连接以进行通信的第一信息处理设备与第二信息处理设备的信息处理系统,包括:
布置在所述第一信息处理设备中的请求器,所述请求器向所述第二信息处理设备发送执行信息处理的请求;
访问信息通知器,所述访问信息通知器根据来自所述第一信息处理设备的所述信息处理的所述请求来产生用于访问所述第二信息处理设备将所述信息处理的结果存储在其中的处理结果存储器的访问信息,并且将所述访问信息从所述第二信息处理设备通知给所述第一信息处理设备;
处理控制器,所述处理控制器在所述第一信息处理设备与所述第二信息处理设备之间的通信断开期间继续执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中以基于所述访问信息进行访问;以及
处理结果提供器,所述处理结果提供器响应于从所述第一信息处理设备基于所述访问信息的访问来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述第一信息处理设备。
2.根据权利要求1所述的信息处理系统,其中,所述第二信息处理设备包括虚拟客户端设备产生器,所述虚拟客户端设备产生器产生对应于所述第一信息处理设备的虚拟第一信息处理设备,并且
所述处理控制器在所述通信断开期间使用所述虚拟第一信息处理设备来执行所述信息处理。
3.根据权利要求1或2所述的信息处理系统,其中,所述处理结果提供器响应于从不同于所述第一信息处理设备的第三信息处理设备的基于所述访问信息的访问来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述第三信息处理设备。
4.根据权利要求1到3中的任一项所述的信息处理系统,其中,在不干预所述第二信息处理设备的情况下能够访问所述处理结果存储器,并且
所述处理结果提供器在响应于不干预所述第二信息处理设备的情况下,基于所述访问信息的访问,来在不干预所述第二信息处理设备的情况下,将存储在所述处理结果存储器中的所述信息处理的结果提供给所述第一信息处理设备。
5.根据权利要求1到4中的任一项所述的信息处理系统,其中,所述信息处理系统包括瘦客户端-服务器系统,并且
所述第一信息处理设备包括瘦客户端设备,并且所述第二信息处理设备包括服务器。
6.根据权利要求1到5中的任一项所述的信息处理系统,其中,所述信息处理包括信息的搜索处理和所发现信息的编辑处理中的至少一个。
7.根据权利要求1到6中的任一项所述的信息处理系统,其中,所述处理控制器包括配置为保持多个应用程序的执行过程的数据库,并且
通过组合所述多个应用程序的执行来实现所述信息处理。
8.根据权利要求7所述的信息处理系统,进一步包括客户端标识符,所述客户端标识符识别通过所述第一信息处理设备发送所述信息处理的请求的客户端,
其中,所述处理控制器根据对应于所识别的客户端的所述多个应用程序的执行过程来执行所述信息处理。
9.根据权利要求7或8所述的信息处理系统,进一步包括客户标识符,所述客户标识符识别所述客户端向其呈现所述第一信息处理设备所请求的所述信息处理的结果的客户,
其中,所述处理控制器根据对应于所识别的客户的多个应用程序的执行过程来执行所述信息处理。
10.根据权利要求7到9中的任一项所述的信息处理系统,其中,所述多个应用程序的执行过程从对应于所述客户端和所述客户中的一个的画面操纵的历史来产生,并且由所述处理控制器来处理。
11.根据权利要求1到10中的任一项所述的信息处理系统,进一步包括时间指定器,所述时间指定器与来自所述第一信息处理设备的所述信息处理的请求一起接收需要所述信息处理的结果的时间,
其中,所述处理控制器在考虑到需要所述信息处理的结果的时间的情况下执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中。
12.根据权利要求1到11中的任一项所述的信息处理系统,进一步包括时间指定器,所述时间指定器与来自所述第一信息处理设备的所述信息处理的请求一起接收需要所述信息处理的结果的周期性日期和时间,
其中,所述处理控制器在考虑到需要所述信息处理的结果的所述周期性日期和时间的情况下执行所述信息处理,并且将所述信息处理的结果周期性地存储到所述处理结果存储器中。
13.根据权利要求1到12中的任一项所述的信息处理系统,其中,所述处理控制器在考虑到所述第二信息处理设备的负载和功耗中的一个的情况下执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中。
14.根据权利要求1到13中的任一项所述的信息处理系统,其中,所述处理结果提供器包括提供控制器,所述提供控制器进行控制以当所述第一信息处理设备不具有处理存储在所述处理结果存储器中的所述处理结果的能力时,使得所述第二信息处理设备处理所述处理结果,并且直接与连接到所述第一信息处理设备的输入或输出终端交换信息。
15.一种包括彼此连接以进行通信的第一信息处理设备与第二信息处理设备的信息处理系统的控制方法,所述方法包括:
从所述第一信息处理设备向所述第二信息处理设备发送执行信息处理的请求;
根据来自所述第一信息处理设备的所述信息处理的所述请求来产生用于访问所述第二信息处理设备将所述信息处理的结果存储在其中的处理结果存储器的访问信息,并且将所述访问信息从所述第二信息处理设备通知给所述第一信息处理设备;
在所述第一信息处理设备与所述第二信息处理设备之间的通信断开期间继续由所述第二信息处理设备执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中以基于所述访问信息进行访问;以及
响应于从所述第一信息处理设备基于所述访问信息的访问来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述第一信息处理设备。
16.一种接收来自另一信息处理设备的信息处理的请求的信息处理设备,包括:
请求接受器,所述请求接受器接受来自请求源的信息处理设备的信息处理的请求;
访问信息发射器,所述访问信息发射器根据来自所述请求源的所述信息处理设备的所述信息处理的请求来产生用于访问存储所述信息处理的结果的处理结果存储器的访问信息,并且向所述请求源的所述信息处理设备通知所述访问信息;
处理控制器,所述处理控制器在对所述请求源的所述信息处理设备的通信断开期间继续执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中以基于所述访问信息进行访问;以及
处理结果提供器,所述处理结果提供器响应于来自所述请求源的所述信息处理设备的基于所述访问信息的访问,来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述请求源的所述信息处理设备。
17.根据权利要求16所述的信息处理设备,进一步包括产生器,所述产生器产生对应于所述请求源的所述信息处理设备的虚拟信息处理设备,并且
所述处理控制器在所述通信断开期间使用所述虚拟信息处理设备来执行所述信息处理。
18.根据权利要求16或17所述的信息处理设备,其中,所述处理结果提供器响应于从不同于所述请求源的所述信息处理设备的其它信息处理设备的基于所述访问信息的访问,来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述其它不同信息处理设备。
19.根据权利要求16到18中的任一项所述的信息处理设备,其中,所述信息处理包括信息的搜索处理和所发现信息的编辑处理中的至少一个。
20.根据权利要求16到19中的任一项所述的信息处理设备,其中,所述处理控制器包括配置为保持多个应用程序的执行过程的数据库,并且
通过组合所述多个应用程序的执行来实现所述信息处理。
21.根据权利要求20所述的信息处理设备,进一步包括客户端标识符,所述客户端标识符识别通过所述请求源的所述信息处理设备发送所述信息处理的请求的客户端,
其中,所述处理控制器根据对应于所识别的客户端的所述多个应用程序的执行过程来执行所述信息处理。
22.根据权利要求20或21所述的信息处理设备,进一步包括客户标识符,所述客户标识符识别所述客户端向其呈现所述所述请求源的信息处理设备所请求的所述信息处理的结果的客户,
其中,所述处理控制器根据对应于所识别的客户的多个应用程序的执行过程来执行所述信息处理。
23.根据权利要求20到22中的任一项所述的信息处理设备,其中,所述多个应用程序的执行过程从对应于所述客户端和所述客户中的一个的画面操纵的历史来产生,并且由所述处理控制器来处理。
24.根据权利要求16到23中的任一项所述的信息处理设备,进一步包括时间指定器,所述时间指定器与来自所述请求源的所述信息处理设备的所述信息处理的请求一起接收需要所述信息处理的结果的时间,
其中,所述处理控制器在考虑到需要所述信息处理的结果的时间的情况下执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中。
25.根据权利要求16到24中的任一项所述的信息处理设备,进一步包括时间指定器,所述时间指定器与来自所述请求源的所述信息处理设备的所述信息处理的请求一起接收需要所述信息处理的结果的周期性日期和时间,
其中,所述处理控制器在考虑到需要所述信息处理的结果的所述周期性日期和时间的情况下执行所述信息处理,并且将所述信息处理的结果周期性地存储到所述处理结果存储器中。
26.根据权利要求16到25中的任一项所述的信息处理设备,其中,所述处理控制器在考虑到所述信息处理设备的负载和功耗中的一个的情况下执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中。
27.根据权利要求16到26中的任一项所述的信息处理设备,其中,所述处理结果提供器包括提供控制器,所述提供控制器进行控制以当所述请求源的所述信息处理设备不具有处理存储在所述处理结果存储器中的所述处理结果的能力时,使得所述第二信息处理设备处理所述处理结果,并且直接与连接到所述信息处理设备的输入或输出终端交换信息。
28.一种接收来自另一信息处理设备的信息处理的请求的信息处理设备的控制方法,所述方法包括:
接受来自请求源的信息处理设备的信息处理的请求;
根据来自所述请求源的所述信息处理设备的所述信息处理的请求来产生用于访问存储所述信息处理的结果的处理结果存储器的访问信息,并且向所述请求源的所述信息处理设备通知所述访问信息;
在对所述请求源的所述信息处理设备的通信断开期间继续执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中以基于所述访问信息进行访问;以及
响应于来自所述请求源的所述信息处理设备的基于所述访问信息的访问,来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述请求源的所述信息处理设备。
29.一种接收来自另一信息处理设备的对信息处理的请求的信息处理设备的控制程序,所述控制程序使计算机执行:
接受来自请求源的信息处理设备的信息处理的请求;
根据来自所述请求源的所述信息处理设备的所述信息处理的请求来产生用于访问存储所述信息处理的结果的处理结果存储器的访问信息,并且向所述请求源的所述信息处理设备通知所述访问信息;
在对所述请求源的所述信息处理设备的通信断开期间继续执行所述信息处理,并且将所述信息处理的结果存储到所述处理结果存储器中以基于所述访问信息进行访问;以及
响应于来自所述请求源的所述信息处理设备的基于所述访问信息的访问,来将存储在所述处理结果存储器中的所述信息处理的结果提供给所述请求源的所述信息处理设备。
30.一种向另一信息处理设备发送对执行信息处理的请求的信息处理设备,包括:
请求发射器,所述请求发射器将对所述信息处理的所述请求传输到请求目的地的信息处理系统;
访问信息接收器,所述访问信息接收器从所述请求目的地的所述信息处理设备接收访问信息,所述访问信息用于访问所述请求目的地的所述信息处理设备将所述信息处理的结果存储在其中的处理结果存储器;以及
断开器,所述断开器在所述请求目的地的所述信息处理设备中的所述信息处理结束之前断开与所述请求目的地的所述信息处理设备的通信。
31.根据权利要求31所述的信息处理设备,进一步包括处理结果访问器,所述处理结果访问器基于所述访问信息来访问存储在所述处理结果存储器中的所述信息处理的结果。
32.一种向另一信息处理设备发送执行信息处理的请求的信息处理设备的控制方法,所述方法包括:
向请求目的地的信息处理系统传输对所述信息处理的请求;
从所述请求目的地的信息处理设备接收访问信息,所述访问信息用于访问所述请求目的地的所述信息处理设备将所述信息处理的结果存储在其中的处理结果存储器;以及
在所述请求目的地的所述信息处理设备中的所述信息处理结束之前断开与所述请求目的地的所述信息处理设备的通信。
33.一种向另一信息处理设备发送对执行信息处理的请求的信息处理设备的控制程序,所述控制程序使计算机执行:
向请求目的地的信息处理系统传输对所述信息处理的请求;
从所述请求目的地的信息处理设备接收访问信息,所述访问信息用于访问所述请求目的地的所述信息处理设备将所述信息处理的结果存储在其中的处理结果存储器;以及
在所述请求目的地的所述信息处理设备中的所述信息处理结束之前断开与所述请求目的地的所述信息处理设备的通信。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012068506A JP6052571B2 (ja) | 2012-03-24 | 2012-03-24 | 情報処理システム、情報処理方法、情報処理装置およびその制御方法と制御プログラム |
JP2012-068506 | 2012-03-24 | ||
PCT/JP2013/055550 WO2013146084A1 (ja) | 2012-03-24 | 2013-02-28 | 情報処理システム、情報処理方法、情報処理装置およびその制御方法と制御プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104205075A true CN104205075A (zh) | 2014-12-10 |
Family
ID=49259359
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380016374.6A Pending CN104205075A (zh) | 2012-03-24 | 2013-02-28 | 信息处理系统、信息处理方法、信息处理设备及其控制方法和控制程序 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20150358428A1 (zh) |
EP (1) | EP2829984A4 (zh) |
JP (1) | JP6052571B2 (zh) |
CN (1) | CN104205075A (zh) |
AU (1) | AU2013238429A1 (zh) |
CA (1) | CA2867555A1 (zh) |
WO (1) | WO2013146084A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111480161A (zh) * | 2017-12-20 | 2020-07-31 | 飞力凯网路股份有限公司 | 信息处理设备和信息处理方法 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6155555B2 (ja) * | 2012-05-30 | 2017-07-05 | 日本電気株式会社 | 情報処理システム、情報処理方法、情報処理装置、携帯端末およびその制御方法と制御プログラム |
JP6088632B1 (ja) * | 2015-12-22 | 2017-03-01 | 西日本電信電話株式会社 | 音声映像通信システム、サーバ、仮想クライアント、音声映像通信方法、および音声映像通信プログラム |
GB2557615A (en) | 2016-12-12 | 2018-06-27 | Virtuosys Ltd | Edge computing system |
GB2557611A (en) | 2016-12-12 | 2018-06-27 | Virtuosys Ltd | Edge computing system |
EP3783495B1 (en) * | 2018-04-19 | 2023-10-18 | Murata Machinery, Ltd. | Exclusive control system and exclusive control method |
EP3913479B1 (en) * | 2020-05-21 | 2023-06-28 | Tata Consultancy Services Limited | Cloud driven application launcher for execution and control of applications in computing devices |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001331386A (ja) * | 2000-05-24 | 2001-11-30 | Nec Corp | システム構成作成支援サービスシステム及びその方法 |
JP5138846B2 (ja) * | 2001-03-26 | 2013-02-06 | 株式会社野村総合研究所 | オンライン業務処理システム |
JP2003067331A (ja) * | 2001-08-28 | 2003-03-07 | Matsushita Electric Ind Co Ltd | スケジュール作成方法、スケジュール作成装置及びスケジュール作成プログラム |
JP2003091424A (ja) * | 2001-09-18 | 2003-03-28 | Matsushita Electric Ind Co Ltd | 分散処理システムおよびジョブ分散処理方法 |
JP2003122653A (ja) * | 2001-10-09 | 2003-04-25 | Fujitsu Ltd | クライアント・サーバシステムにおけるサーバのタイムアウトに関係した処理方法及びタイムアウト時処理選択方法並びにサーバコンピュータ及びそのプログラム |
JP2004302790A (ja) * | 2003-03-31 | 2004-10-28 | Nri & Ncc Co Ltd | データ中継システムおよび方法 |
US7685253B1 (en) * | 2003-10-28 | 2010-03-23 | Sun Microsystems, Inc. | System and method for disconnected operation of thin-client applications |
JP2005228227A (ja) | 2004-02-16 | 2005-08-25 | Nippon Telegr & Teleph Corp <Ntt> | シンクライアントシステム及びその通信方法 |
US20080126476A1 (en) * | 2004-08-04 | 2008-05-29 | Nicholas Frank C | Method and System for the Creating, Managing, and Delivery of Enhanced Feed Formatted Content |
JP5482353B2 (ja) * | 2009-07-06 | 2014-05-07 | 株式会社リコー | 中継機器、中継方法およびプログラム |
-
2012
- 2012-03-24 JP JP2012068506A patent/JP6052571B2/ja active Active
-
2013
- 2013-02-28 CA CA2867555A patent/CA2867555A1/en not_active Abandoned
- 2013-02-28 EP EP13770156.1A patent/EP2829984A4/en not_active Withdrawn
- 2013-02-28 WO PCT/JP2013/055550 patent/WO2013146084A1/ja active Application Filing
- 2013-02-28 AU AU2013238429A patent/AU2013238429A1/en not_active Abandoned
- 2013-02-28 CN CN201380016374.6A patent/CN104205075A/zh active Pending
- 2013-02-28 US US14/387,663 patent/US20150358428A1/en not_active Abandoned
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111480161A (zh) * | 2017-12-20 | 2020-07-31 | 飞力凯网路股份有限公司 | 信息处理设备和信息处理方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2013200702A (ja) | 2013-10-03 |
JP6052571B2 (ja) | 2016-12-27 |
WO2013146084A1 (ja) | 2013-10-03 |
CA2867555A1 (en) | 2013-10-03 |
EP2829984A4 (en) | 2016-01-20 |
EP2829984A1 (en) | 2015-01-28 |
AU2013238429A1 (en) | 2014-10-23 |
US20150358428A1 (en) | 2015-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104205075A (zh) | 信息处理系统、信息处理方法、信息处理设备及其控制方法和控制程序 | |
CN112104723B (zh) | 一种多集群的数据处理系统及方法 | |
US20180084085A1 (en) | Cross platform device virtualization for an iot system | |
US20130226878A1 (en) | Seamless context transfers for mobile applications | |
KR20170022996A (ko) | 상이한 분산 네트워크 사이에서 서비스를 소비하는 통합형 api 및 ui 제공 기법 | |
CN110399213A (zh) | 确定应用程序的资源需求的方法、装置、电子设备及介质 | |
WO2023028333A1 (en) | Integrated workspace on a communication platform | |
CN101089852B (zh) | 一种支持多语种操作系统的方法 | |
US20210326170A1 (en) | Method to set up and tear down cloud environments based on a schedule obtained from one or more hosted calendars | |
CN114924751A (zh) | 一种业务访问请求流量分配的方法和装置 | |
CN114911385A (zh) | 远程会话期间安全的多个应用共享 | |
CN107896242B (zh) | 一种服务共享方法及装置 | |
US20230379279A1 (en) | Interaction method and apparatus, and electronic device | |
CN111385152B (zh) | 一种基于vr设备的硬件管理和内容分发系统 | |
CN113204459A (zh) | U盾测试方法、装置、设备和介质 | |
CN108830441B (zh) | 资源查询的方法和装置 | |
CN116645243A (zh) | 酒店服务机器人在线客服交互方法、装置、设备和介质 | |
KR20130000045A (ko) | 클라우드 컴퓨팅 환경하에서 멀티 단말 장치 간 서버-클라이언트 서비스 환경을 지원하는 앱 구동 체계 | |
CN110324370A (zh) | 服务端向客户端推送数据的方法和装置 | |
CN117632395A (zh) | 工作流处理方法、装置、设备、存储介质和程序产品 | |
KR102254821B1 (ko) | 대화형 콘텐츠 제공 시스템 | |
JP7509302B1 (ja) | サーバ装置、サーバ装置の制御方法及びプログラム | |
CN103309746A (zh) | 调研环境的搭建方法及装置 | |
US20240086247A1 (en) | Hardware Accelerator Service Discovery | |
CN101937369A (zh) | 一种多壳共享控制台的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20141210 |