计算机系统、分发控制系统、分发控制方法和计算机可读存储介质的制作方法

文档序号:9402454阅读:908来源:国知局
计算机系统、分发控制系统、分发控制方法和计算机可读存储介质的制作方法
【技术领域】
[0001]本发明涉及向诸如个人计算机和电子黑板的通信终端传输数据。
【背景技术】
[0002]随着近来因特网的广泛使用,已经在各种领域使用了云计算。云计算是其中用户使用连接到因特网的通信终端来使用由因特网上的服务器提供的服务(云服务)并为该服务付费的服务使用模式。
[0003]当如图30所示服务器提供用于分发视频数据的服务时,服务器不仅包括(主机)CPU 201,还包括GPU 215。CPU 201控制整个服务器的处理,而GPU 215对视频数据具体进行图像处理等。如图30中,CPU 201通过本地总线221连接到CPU 201的RAM 203。GPU215通过本地总线222连接到GPU 215的RAM 217。CPU 201和GPU 215通过扩展总线220连接。例如,这使得CPU 201传输从服务器外部获得的数据到GPU 215,使得GPU 215进行图像处理等等,使得GPU 215再次将数据返回到CPU 201,且使得CPU 201最终将数据分发到服务器外部。
[0004]但是,虽然本地总线221、222以高速传输数据,但是扩展总线220以比对本地总线221,222的速度更低的速度传输数据。换句话说,在诸如CPU 201的第一处理器以及诸如CPU 201的RAM 203的第一存储器之间以高速传输数据。还在诸如GPU 215的第二处理器和诸如GPU 215的RAM 217的第二存储器之间高速传输数据。与这些传输速度相比,在CPU201的第一处理器和诸如GPU 215的第二处理器之间以更低速传输数据。
[0005]如上所述,由于以低速进行在诸如CPU的第一处理器和诸如GPU的第二处理器之间的数据传输,因此在由第一处理器从计算机(系统)外部获取数据之后,花费时间来将该数据传输到第二处理器。这导致如下问题:从计算机(系统)到通信终端的数据发送变得拥塞。

【发明内容】

[0006]本发明的一个目的是至少部分地解决传统技术中的问题。
[0007]根据一个实施例,提供一种计算机系统,其包括:第一处理器;和第二处理器,配置为通过预定路径与第一处理器进行数据通信。该第一处理器被配置为通过该预定路径向第二处理器传输在构成帧数据的多条部分数据中的已更新的部分数据。该第二处理器被配置为对在将传输的部分数据合并为帧数据之后获得的帧数据进行预定处理,且将得到的数据传输到第一处理器。该第一处理器被配置为将从第二处理器传输的帧数据发送到外部。
[0008]通过阅读本发明的当前优选实施例的以下详细描述,当结合附图考虑时,将更好地理解本发明的以上和其他目的、特征、优点以及技术和工业显著性。
【附图说明】
[0009]图1是根据一个实施例的分发系统的示意图。
[0010]图2是当保护器(dongle)被附连到通信终端时的概念图。
[0011]图3是图示基本分发方法的概念图。
[0012]图4是多播(multicast)的概念图。
[0013]图5是多显示(multidisplay)的概念图。
[0014]图6是通过分发控制系统使用多个通信终端的复合分发的概念图。
[0015]图7是分发控制系统、通信终端、终端管理系统、以及网页服务器的逻辑硬件配置图。
[0016]图8是保护器的逻辑硬件配置图。
[0017]图9是主要示出分发控制系统的功能的功能方框图。
[0018]图10是主要示出通信终端的功能的功能方框图。
[0019]图11是示出终端管理系统的功能的功能方框图。
[0020]图12是分发目的地选择菜单屏幕的概念图。
[0021]图13是终端管理表的概念图。
[0022]图14是可用终端管理表的概念图。
[0023]图15是编码器桥单元的详细图。
[0024]图16是图示转换器的功能的功能方框图。
[0025]图17是图示分发控制系统的基本分发处理的序列图。
[0026]图18是图示通过分发控制系统使用多个通信终端的通信处理的序列图。
[0027]图19是图示时间调整的处理的序列图。
[0028]图20是图示对从分发控制系统发送到通信终端的数据的信道适应控制的处理的序列图。
[0029]图21是图示对从通信终端发送到分发控制系统的数据的信道适应控制的处理的序列图。
[0030]图22是图不多显不的处理的序列图。
[0031]图23是图不多显不的处理的序列图。
[0032]图24是图不多显不的处理的序列图。
[0033]图25是图9中所示的浏览器和发送FIFO的详细图。
[0034]图26是图示帧数据的高速处理的流程图。
[0035]图27是图示其中编码器桥单元获取部分数据的处理的概念图。
[0036]图28是I帧数据和P帧数据的概念图。
[0037]图29在(a)中图示部分数据并且在(b)中图示差分数据。
[0038]图30是传统类型的以及根据本实施例的服务器的物理硬件配置图。
【具体实施方式】
[0039]下面参考附图描述根据一个实施例的分发系统I。以下详细描述的是使得网页浏览器(此后称为“浏览器”)和编码器两者通过云计算来在云中彼此协作地执行且向通信终端发送视频数据、声音数据等的发明。
[0040]以下,“图像”包括静止图像和运动图像。“视频”基本上意味着运动图像,并且也包括被停止为静止图像的运动图像。“静止图像(声音)”表示静止图像和声音中的至少任一个。“图像(声音)”表示图像和声音中的至少任一个。“视频(声音)”表示视频和声音中的至少任一个。
[0041]实施例概况
[0042]参考图1描述根据本发明的实施例的概况。图1是根据当前实施例的分发系统的示意图。
[0043]系统配置的概况
[0044]首先描述了分发系统I的配置的概况。
[0045]如图1所示,根据当前实施例的分发系统I包括分发控制系统2、多个通信终端(5a到5f)、终端管理系统7、以及网页服务器8。以下,在通信终端(5a到5f)之中的任何通信终端可以被称为“通信终端5”。分发控制系统2、终端管理系统7、和网页服务器8都由服务器计算机来实现。
[0046]通信终端5是由接收分发系统I的服务的用户使用的终端。通信终端5a是笔记本个人计算机(PC)。通信终端5b是诸如智能电话或平板终端的移动终端。通信终端5c是多功能外围/打印机/产品(MFP),其中,组合了复印、扫描、打印和传真的功能。通信终端5d是投影仪。通信终端5e是具有相机、麦克风和扬声器的TV (视频)会议终端。通信终端5f是能够电子地转换由用户绘出的图画等的电子黑板(白板)。
[0047]通信终端5不仅是如图1所示的这种终端,而且可以是可通过诸如因特网、包括手表、售卖机、汽车导航设备、游戏控制台、空调、照明设施、摄像机本身、麦克风本身和扬声器本身的通信网络通信的设备。
[0048]分发控制系统2、通信终端5、终端管理系统7、和网页服务器8可以通过包括因特网和局域网(LAN)的通信网络9彼此通信。通信网络9的例子可以包括诸如第三代(3G)、微波访问的全球互操作性(WiMAX)和长期演变(LTE)的无线通信网络。
[0049]在通信终端5中的例如通信终端5d不具有通过通信网络9与其他终端或系统通信的功能。但是,如图2所示,用户将保护器(dongle)99插入通信终端5d的诸如通用串行总线(USB)或高清晰度多媒体接口(HDMI)的接口,从而使得其能够与其他终端和系统通信。图2是当保护器被附接于通信终端时的概念图。
[0050]分发控制系统2具有在云中的浏览器20,且通过在浏览器20中的渲染(render)的功能,获取以特定描述语言描述的单条或多条内容数据,且对内容数据进行渲染,从而生成帧数据,该帧数据包括诸如由红、绿和蓝(RGB)构成的位图数据的静止图像数据和诸如脉冲码调制(PCM)数据的声音数据(即静止图像(声音)数据)。内容数据是从网页服务器8、任何通信终端等获取的数据,且包括以超文本标记语言(HTML)和层叠样式表(CSS)的图像(声音)数据、以MP4(MPEG-4)的图像(声音)数据、和以高级音频编码(AAC)的声音数据。
[0051]分发控制系统2具有在云中的编码单元19,且编码单元19担当编码器的角色,从而将作为静止图像(声音)数据的帧数据转换为以诸如H.264(MPEG-4AVC)、H.265、和运动JPEG的压缩编码格式的视频(声音)数据。
[0052]终端管理系统7对通信终端5进行登录验证,并管理通信终端5的联系人信息等。终端管理系统7具有用于发送电子邮件的简单邮件传输协议(SMTP)服务器的功能。终端管理系统7可以被实施为例如在云服务上开发的虚拟机(IaaS:作为服务的架构)。期望以复用方式来操作终端管理系统7以在意外事件的情况下提供服务持续性。
[0053]浏览器20使能实时通信/合作(RTC)。分发控制系统2包括以下描述的图16中的编码单元19,且编码单元19可以对由浏览器20输出帧数据进行实时编码,并输出通过符合H.264标准等等的转换而生成的视频(声音)数据。因此,分发控制系统2的处理不同于例如在记录在DVD中的非实时视频(声音)数据被DVD播放器读取和分发的情况下的处理。
[0054]不仅分发控制系统2、而且通信终端5可以具有浏览器。在该情况下,更新分发控制系统2的浏览器20消除了启动各个通信终端5的浏览器的需要。
[0055]各种分发方法的概况
[0056]接下来描述了各种分发方法的概况。
[0057]基本分发
[0058]图3是图示基本分发方法的概念图。在分发系统I中,如图3所示,分发控制系统2的浏览器20从网页服务器8获取网页内容数据[A]作为图像(声音)数据,并渲染之,从而生成多条帧数据[A]作为静止图像(声音)数据。包括编码单元19的编码器桥单元30对这些帧数据[A]进行编码等,从而将它们转换为以诸如H.264的压缩编码格式的视频(声音)数据[A](发送数据的例子)。分发控制系统2向通信终端5分发转换的视频(声音)数据[Α] ο
[0059]因此,分发控制系统2可以分发更加丰富的网页内容数据到通信终端5,同时在云中将其从以HTML等等的网页内容数据转换为以H.264等等的压缩的视频(声音)数据。因此,通信终端5可以平滑地再现网页内容而无需用于添加最新的浏览器或并入较高规格的中央处理单元(CPU)、操作系统(OS)、随机存取存储器(RAM)等等的时间和成本。
[0060]在网页内容的未来富集将仅需要在云中的分发控制系统2中的较高规格的浏览器20、CPU等,而不需要较高规格的通信终端5。
[0061]应用以上分发方法,如图4到图6所示,分发系统I还可以向多个站点分发网页内容数据作为视频(声音)数据。以下描述了图4到图6所示的分发方法。
[0062]多播(multicast)
[0063]图4是多播的概念图。如图4所示,分发控制系统2的单个浏览器20从网页服务器8获取网页内容数据[A]作为图像(声音)数据,并渲染之,从而生成多条帧数据[A]作为静止图像(声音)数据。编码器桥单元30编码这些帧数据[A],从而将其转换为视频(声音)数据。然后,分发控制系统2向多个通信终端(5fl、5f2、5f3)分发视频(声音)数据[A](发送数据的例子)。
[0064]因此,在各站点处再现相同的视频(声音)。在该情况下,通信终端(5fl、5f2、5f3)不需要具有相同级别的显示再现能力(例如,相同的分辨率)。类似于此的分发方法被称为例如“多播”。
[0065]多显不(multidiaplay)
[0066]图5是多显示的概念图。如图5,分发控制系统2的单个浏览器20从网页服务器8获取网页内容数据[XYZ]作为图像(声音)数据,并渲染之,从而生成多条帧数据[XYZ]作为静止图像(声音)数据。编码器桥单元30将每个帧数据[XYZ]划分为多条帧数据([X],[Y],[Z]),然后对它们编码,从而将它们转换为多条视频(声音)数据([X],[Y],[Z])。然后,分发控制系统2向通信终端5f I分发视频(声音)数据[X])(发送数据的例子)。类似地,分发控制系统2向通信终端5f2分发视频(声音)数据[Y](发送数据的例子),且向通信终端5f3分发视频(声音)数据[Z](发送数据的例子)。
[0067]因此,例如,甚至对于横向(landscape)网页内容[XYZ],通信终端5也以划分的方式再现视频(声音)。因此,当排成一行地(in a line)安装通信终端(5f1、5f2、5f3)时,可以获得与一个大视频的再现相同的效果。在该情况下,通信终端(5fl、5f2、5f3)需要具有相同级别的显示再现能力(例如,相同分辨率)。类似于此的分发方法被称为例如“多显示”。
[0068]复合分发
[0069]图6是通过分发控制系统使用多个通信终端的复合分发的概念图。如图6中所示,在第一站点处(图6中右侧)使用作为电子黑板的通信终端5fl和作为电话会议终端的通信终端5el,而在第二站点处(图6中左侧),类似地使用作为电子黑板的通信终端5f2和作为电话会议终端的通信终端5e2。在第一站点处,使用电子笔Pl在通信终端5fl上用笔画绘出字符等。在第二站点处,使用电子笔P2在通信终端5f2上用笔画绘出字符等。
[0070]在第一站点处,由通信终端5el获取的视频(声音)数据被编码单元60编码,然后被发送到分发控制系统2。之后,其被分发控制系统2的解码单元40解码且然后被输入到浏览器20。指示在通信终端5fl上用电子笔Pl绘出的笔画的操作数据(在该情况下,在通信终端5Π上的显示器上的坐标数据等等)被发送到分发控制系统2以被输入到浏览器20。而且在
当前第1页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1