New Products | |||||||||
|
|||||||||
a3S概要 |
标准的独立应用程序在Cloud上上使用,有各种各样的方法,为了实现低成本开发,作为通用框架致力于被称为a3S系统的开发。 为了适用于众多应用程序,设计上主要考虑服务器和客户端间的通用数据的通信技术和服务器的管理功能。由此,该系统名称命名为[Anything as a Service](AaaS),简称[a3S]。 作为在Cloud上实现使用的方法考虑了以下方法。
a3SCloud系统为了解决这里提到的2种方法的特有缺点,此外,从一般性用户、开发者双方的观点出发,对强化操作的容易度进行了设计。a3S系统中利用了方法1中说明的构成,为了不发生数据通信的基础开发提供了通用的框架。 a3SCloud系统中在服务器上启动原有的独立应用程序,应用程序所持有的数据、视频和音频内容向a3S系统送信。另外客户端侧将其内容从a3S系统取得,将希望向用户操作、服务器ー侧的应用程序送信的命令送信给a3S系统。为此,利用a3S服务器模块和客户端模块所提供的API。网络上的通信处理和映像、音频传送由于在a3S系统内进行,大幅减轻了开发的成本。 服务器侧a3S根据需要使用实时压缩,向客户端连续发送最新信息。客户端侧监视系统的用户动作,向该服务器应用程序反馈。 客户端机器的用户输入(键盘或鼠标)受客户端应用程序的监视,根据后台的a3SCloud系统传送给应用程序机器,实现了实时双方向性。大范围的客户端机器,为了适合用户允许许多不同客户端应用程序的存在。 |
关于内容传送 |
为了让Cloud上的应用程序在众多客户端硬件上可以使用,有必要根据硬件准备匹配其硬件画面尺寸的用户界面。 开发各个界面时,所要求的品质也是重要的要点。单纯扩大面积只需要简单的重新改变界面大小,在向客户端的输出中有可能出现低劣品质。关于类似问题,a3S系统相对客户端在维持一定品质的同时,可提供适合各种类型客户端界面的不同尺寸的应用程序。 此外,不单是映像的品质,根据系统中所使用的机器的频带宽度和处理能力进行限制。界面从非常低的品质(只有一点的图像尺寸和下载频带)到极其高的品质全面支持。 Cloud上操作某应用程序,从用户进行操作到操作结果反映到用户画面上所需时间,可能限度内必须进行缩短。这个时间成为等待时间,时间越长便会在用户侧产生不适感,以及驾驶模拟时的驾驶模拟晕眩。a3S系统为了在Cloud上动作的服务器应用程序的内容快速传送进行了优化。 例如,映像内容时利用目前最新视频格式之一的H.264。提供许多高度功能和优秀的扩展性,从低品质视频到包含可逆压缩的非常高精细度的视频,支持多个种类的视频内容。 a3SCloud系统在H.264格式中使用图像压缩的x264解码器,非压缩中libavcodec使用h264解码器。这些在实装的同时也得到GPL许可证的认可,本文档编写的同时仍在进一步优化处理、维护处理。目前,x264编码器应该是完成度最高最速的H.264解码器。
|
a3S的功能 |
服务器模块(a3S_srv) Cloud上服务器的应用程序为a3S系统,是最终各客户端用于映像、音频、其他数据内容送信而使用的模块。 应用程序向该模块递交建议形式的内容,a3S_srv进行内容的适当压缩和映像的变换,向位于下游的a3S模块传送数据。此外,用户的操作从下游模块受信并向应用程序传递。 客户端模块(a3S_cli) 客户端应用程序所利用的模块中从服务器受信的内容根据需要不进行压缩,此外,也发挥变换的作用。同时也具有将用户进行的操作传递到上游模块的作用。 客户端应用程序侧,对应操作系统使用的Microsoft Windows、Apple MacOS、Linux/UNIX平台的模块。将来为了对应智能手机,还准备进行进一步扩展。 通过服务器模块和客户端模块直接连接的构成可利用a3S系统。 服务器和客户端模块均为开源软件,低成本就可实现与a3S系统的连接开发。 此外,a3S系统的中央核心模块也正在开发中,将搭载数据流的重定向功能、内容转换功能和用户管理功能。将成为Web上为实现真正意义上的Cloud服务所必须的模块。 视频模块(a3S_vidc) 该模块进行从其他模块受信的映像的分辨率和彩色格式转换及压缩和非压缩处理。 该模块对应多核CPU及多CPU构成,可对映像进行非常高速的压缩。
|
总结 |
a3S系统是为了一般性独立应用程序在Cloud上公开,进行内容传送,降低客户端和服务器间数据送受信成本而开发的框架。作为最初对应的应用程序与本公司产品UC-win/Road实现连接。 今后,为服务于更多应用程序在Web上公开,以及通过Web上各种公开应用程序的全新拓展,敬请期待。 |
(Up&Coming '11 新绿号刊载) |
|