信息处理装置、信息处理系统以及信息处理方法制造方法及图纸

本发明专利技术涉及信息处理装置、信息处理系统以及信息处理方法。客户端确定部根据接收数据来确定客户端安装技术，接收数据包括：依赖于客户端的客户端安装技术的数据、用于指定数据的数据形式的数据形式信息、表示客户端安装技术的客户端安装技术识别符；接收数据变换管理部根据将客户端安装技术和接收数据变换委托目标关联起来的关联数据、和由客户端确定部所确定的客户端安装技术，来决定与客户端安装技术相对应的接收数据变换委托目标；接收数据变换部在符合由接收数据变换管理部所决定的接收数据变换委托目标时，根据接收数据的数据形式信息，将接收数据中含有的与客户端安装技术相对应的形式的数据，变换成在应用程序中使用的通用形式的数据。

【技术实现步骤摘要】

本专利技术涉及用于提供通常在开发应用程序/软件时频繁需要的通用功能的信息 处理装置、信息处理系统以及信息处理方法。
技术介绍
在Web应用程序(Web application)的开发中，为了提高用户操作的画面的操 作性，有时在客户端应用程序(client application)的安装中使用富客户端技术(rich client technology)。在富客户端技术中存在例如在浏览器上运行的Ajax (Asynchronous JavaScript (注册商标)+XML)、嵌入到浏览器来实现的Flash (注册商标)、安装到客户端的 计算机中的Windows (注册商标)等多个种类。在富客户端技术中，大多时候是用Java(注 册商标)语言(Java EE)来生成服务器端侧。并且,近年来的企业体系(enterprise system)中通过 Java EE (Java Platform、 Enterprise Edition)来安装服务器端应用程序的情况是很多的。此外，还将在客户端使用了富客户端技术的狗13应用程序称为RIA(Rich Internet Application)，而用于联系RIA的客户端与服务器端之间的OSS (Open Source Software) 或产品的库(library)(通信库)大多是开放的(release)。一般使用这样的库来开发RIA。例如，Ajax中使用OSS的DWR，Windows应用程序中使用OSS的Apache Axis (注 册商标)，Flash中使用BlazeDS0在多数的富客户端技术中，用Java语言生成服务器端侧。但是，在客户端和服务器端之间的通信协议和收发的数据形式根据富客户端技术 的不同而不同。例如，如果在客户端和服务器端之间的通信中使用的库不同，则可收发的数 据形式也不同。因此，即使利用例如Java EE这样统一的平台来开发服务器端的应用程序时，也需 要使服务器端侧安装对应于各种客户端类别的应用程序，需要针对服务器端侧的应用程序 进行依赖于各种富客户端技术的开发。因此，产生了以下的问题。第一，在采用新的富客户端技术来开发系统时，需要开发者学习使用该新的富客 户端技术的服务器端应用程序的开发方法，开发工作量以及时间过多。第二，即使是相同规格的RIA，若所采用的富客户端技术不同，也需要分别开发服 务器端侧的应用程序，开发工作量以及时间过多。第三，若对通过某个富客户端技术而开发的RIA追加客户端的变化(variation)， 则需要重新制作服务器端应用程序，开发工作量以及时间过多。附图说明图1是第一实施方式的信息处理系统的一个示例的框图。图2是表示在第一实施方式中，通过客户端框架来生成向接收数据附加客户端安 装技术识别符和数据形式而得的数据的状态的一个示例图。图3是表示存储关联数据的存储装置的图。图4是表示第一实施方式中基于服务器端框架变换请求的一个示例图。图5是表示当将DWR用作与客户端安装技术“Ajax”相对应的通信库时，在服务器 端侧能够使用的数据形式的一个示例图。图6是表示当将Apach Axis用作与客户端安装技术“Windows应用程序”相对应 的通信库时，在服务器端侧能够使用的数据形式的一个示例图。图7是表示第一实施方式的客户机中的请求发送处理的一个示例的时序图。图8是表示第一实施方式的通过服务器接收/变换请求的处理的一个示例的时序 图。图9是表示第一实施方式的针对从服务器返回到客户机的返回数据的处理的一 个示例的时序图。图10是表示第一实施方式的针对从服务器发送到客户机的例外数据的处理的一 个示例的时序图。图11是表示现有的服务器端侧的软件结构的一个示例的框图。图12是表示第一实施方式的服务器端侧的软件结构的一个示例的框图。图13是表示第一实施方式的服务器的硬件结构的一个示例的框图。图14是表示第二实施方式的信息处理系统的一个示例的框图。具体实施例方式在实施方式中，信息处理装置具备客户端确定部、接收数据变换管理部、接收数 据变换部。客户端确定部根据接收数据来确定客户端安装技术，所述接收数据包括依赖于 客户端的所述客户端安装技术的数据、用于指定所述数据的数据形式的数据形式信息、以 及表示所述客户端安装技术的客户端安装技术识别符。接收数据变换管理部根据将所述客 户端安装技术和接收数据变换委托目标关联起来的关联数据、和由所述客户端确定部所确 定的所述客户端安装技术，来决定与所述客户端安装技术相对应的所述接收数据变换委托 目标。接收数据变换部在符合由所述接收数据变换管理部所决定的所述接收数据变换委托 目标时，根据所述接收数据的数据形式信息，将所述接收数据中含有的与所述客户端安装 技术相对应的形式的数据，变换成在应用程序中使用的通用形式的数据。以下，参照附图对各实施方式进行说明。此外，在以下各图中对相同或大致相同的 要素附以相同的符号从而省略说明或简化说明，仅对不同部分进行详细说明。(第一实施方式)在本实施方式中，对用于吸收例如富客户端技术等这样的客户端安装技术(例如 也可以是应用程序安装技术)的差异的服务器端侧的框架进行说明。此外，在本实施方式中，以从客户机向服务器发送请求、在服务器中根据该请求实 施处理的情况为例进行说明。本实施方式中，设为在请求中含有数据。但是，即使是从客户 机向服务器不是发送请求而是发送其它各种数据或信息、由服务器根据在服务器接收到的 数据或信息来实施处理的情况也是相同的。图1是表示本实施方式的信息处理系统的一个示例的框图。信息处理系统1具备一台以上的客户机(客户端侧的信息处理装置)2、服务器 (服务器端侧的信息处理装置)3。在信息处理系统1中，客户机2向服务器3发送请求或 数据。服务器3根据该请求或数据来执行处理。经由网络连接客户机2和服务器3。客户机2具备客户端应用程序4A、客户端框架(client framework) 5A、客户端侧 的通信库6A、存储装置7。客户端应用程序4A、客户端框架5A、客户端侧的通信库6A访问 存储装置7，并且执行各种处理。服务器3具备服务器端应用程序8、服务器端框架(server framework) 9、服务器 端侧的通信库10A、存储装置11。服务器端应用程序8、服务器端框架9、服务器端侧的通信 库IOA访问存储装置11，并且执行各种处理。服务器端框架9执行用于吸收根据富客户端技术的不同而不同的客户端/服务器 端之间的数据形式的差异的处理，并生成不依赖于富客户端技术的通用数据形式的数据。 由此，能够开发不依赖于富客户端技术的服务器端应用程序8。以下，对信息处理系统1的各构成要素进行说明。在本实施方式的RIA中，服务器端应用程序8执行业务处理(实体的处理)，客户 端应用程序4A执行对该业务处理的输入或者处理结果的输出。在服务器端应用程序8和服务器端侧的通信库IOA之间具有服务器端框架9，由此 在服务器端应用程序8中能够排除依赖于客户端安装技术的编码。客户端应用程序4A是根据第一客户端安装技术而生成的应用程序。客户端侧的通信库6A和服务器端侧的通信库IOA是用于进行与第一客户端安装 技术相对应的客户机2和服务器3之间的数据收发的库。例如，将Ajax的DWR、WindoWS应本文档来自技高网...

【技术保护点】
一种信息处理装置，其特征在于，具备：客户端确定部（１６），其根据接收数据来确定客户端安装技术，所述接收数据包括：依赖于客户端的所述客户端安装技术的数据、用于指定所述数据的数据形式的数据形式信息、以及表示所述客户端安装技术的客户端安装技术识别符；接收数据变换管理部（１７１），其根据将所述客户端安装技术和接收数据变换委托目标关联起来的关联数据（１３１Ａ）、和由所述客户端确定部（１６）所确定的所述客户端安装技术，来决定与所述客户端安装技术相对应的所述接收数据变换委托目标；和接收数据变换部（１３２Ａ），其在符合由所述接收数据变换管理部（１７１）所决定的所述接收数据变换委托目标时，根据所述接收数据的数据形式信息，将所述接收数据中含有的与所述客户端安装技术相对应的形式的数据，变换成在应用程序中使用的通用形式的数据。

【技术特征摘要】
JP 2009-10-30 2009-2510691.一种信息处理装置，其特征在于，具备客户端确定部(16)，其根据接收数据来确定客户端安装技术，所述接收数据包括依 赖于客户端的所述客户端安装技术的数据、用于指定所述数据的数据形式的数据形式信 息、以及表示所述客户端安装技术的客户端安装技术识别符；接收数据变换管理部(171)，其根据将所述客户端安装技术和接收数据变换委托目标 关联起来的关联数据(131A)、和由所述客户端确定部(16)所确定的所述客户端安装技术， 来决定与所述客户端安装技术相对应的所述接收数据变换委托目标；和接收数据变换部(132A)，其在符合由所述接收数据变换管理部(171)所决定的所述接 收数据变换委托目标时，根据所述接收数据的数据形式信息，将所述接收数据中含有的与 所述客户端安装技术相对应的形式的数据，变换成在应用程序中使用的通用形式的数据。2.根据权利要求1所述的信息处理装置，其特征在于，所述信息处理装置还具备接收数据变换接口(181)，其对所述接收数据变换管理部(171)提供针对多个接收数据变换目标的通用接口。3.根据权利要求1所述的信息处理装置，其特征在于，所述关联数据进一步将所述客户端安装技术和返回数据变换委托目标关联起来， 所述信息处理装置还具备返回数据变换管理部(172)，其在由所述应用程序生成了通用形式的返回数据时，根据 所述关联数据(131A)和由所述客户端确定部(16)所确定的所述客户端安装技术，来决定 与所述客户端安装技术相对应的所述返回数据变换委托目标；和返回数据变换部(133A)，其在符合由所述返回数据变换管理部(17 所决定的所述返 回数据变换委托目标时，将所述通用形式的返回数据变换成与所述客户端安装技术相对应 的形式的返回数据。4.根据权利要求3所述的信息处理装置，其特征在于，所述信息处理装置还具备返回数据变换接口(182)，其对所述返回数据变换管理部(172)提供针对多个返回数据变换委托目标的通用接口。5.根据权利要求1所述的信息处理装置，其特征在于，所述关联数据进一步将所述客户端安装技术和例外数据变换委托目标关联起来， 所述信息处理装置还具备例外数据变换管理部(17 ，当在所述应用程序中发生了例外处理时，该例外数据变换 管理部(17 根据所述关联数据(131A)和由所述客户端确定部(16)所确定的所述客户端 安装技术，来决定与所述客户端安装技术相对应的所...

【专利技术属性】
技术研发人员：齐藤稔，杉本信秀，半田佑一，
申请(专利权)人：株式会社东芝，东芝解决方案株式会社，
类型：发明
国别省市：JP[日本]