[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN105934750A - 数据传输系统、终端设备、计算机程序以及数据传输方法 - Google Patents

数据传输系统、终端设备、计算机程序以及数据传输方法 Download PDF

Info

Publication number
CN105934750A
CN105934750A CN201580005382.XA CN201580005382A CN105934750A CN 105934750 A CN105934750 A CN 105934750A CN 201580005382 A CN201580005382 A CN 201580005382A CN 105934750 A CN105934750 A CN 105934750A
Authority
CN
China
Prior art keywords
data
content
priority
transmission
terminal unit
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
Application number
CN201580005382.XA
Other languages
English (en)
Inventor
森田健郎
森田健一郎
今井拓也
永峰翔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Publication of CN105934750A publication Critical patent/CN105934750A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/11Identifying congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/266Stopping or restarting the source, e.g. X-on or X-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/29Flow control; Congestion control using a combination of thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/226Delivery according to priorities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/403Arrangements for multi-party communication, e.g. for conferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/15Conference systems
    • H04N7/152Multipoint control units therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/245Traffic characterised by specific attributes, e.g. priority or QoS using preemption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/56Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

提供一种数据传输系统包含:多个终端设备,该多个终端设备布置于通信网络中并且配置该多个终端设备,以传输或者接收内容数据,其中至少一个终端设备(10a)用于接收多个终端设备中的另一个终端设备传输的内容数据,该至少一个终端设备提供有:接收优先级管理单元(13),用于管理寻址到该终端设备的两个或者多个内容数据的优先级;以及数据接收控制单元(12),用于基于对应于在收到的两个或者多个内容数据中具有接收优先级管理单元(13)管理的高优先级的优先数据的输出信号的输出时间间隔,传输请求到传输具有比优先数据更低优先级的内容数据的传输源,数据接收控制单元(12)请求停止低优先极内容数据的传输。

Description

数据传输系统、终端设备、计算机程序 以及数据传输方法
技术领域
本发明涉及一种数据传输系统、终端设备、计算机程序和数据传输方法。
背景技术
传统上,已经提供了用于在经由通信网络连接的多个据点之间共享视频和音频从而举办会议的电话会议系统。然而,在传统的系统中,存在的问题是,经常因为通信网络的通信状态恶化而发生声音和图像质量劣化。声音和图像质量的劣化对会议的参与者生成巨大压力,并且如果劣化非常严重,则不可能继续会议。
关于这点,日本未审专利申请No.2010-093505(专利文献1)公开了一种通信系统,作为对通信网络的通信状态恶化的响应,与图像通信的带宽相比,增大音频通信的带宽比例,以防止音频质量劣化,从而在任何情况下都使得会议的参与者至少互相能够理解另一方说了什么。
然而,声音和图像质量的劣化不仅由于通信网络的传输延迟发生,而且主要因为数据接收侧的内部处理延迟(从收到数据时到生成处理信号时的处理时间)发生。因此,如专利文献1这样仅专注于通信网络的通信状态不能获得预期效果。
发明内容
技术问题
鉴于上面描述的传统技术的问题,做出本发明,并且本发明的目的是提供一种新型数据传输系统,该新型数据传输系统能够输出高优先级数据,同时尽可能高地保持质量,而不考虑输出质量的劣化原因。
技术方案
本发明的发明人孜孜不倦地研究在尽可能高地保持质量的同时能够输出高优先级数据,而不考虑输出质量劣化的原因的数据传输系统的配置,发现下面的配置,并且做出本发明。
即,本发明的特征在于一种数据传输系统,该数据传输系统包含:多个终端设备,该多个终端设备布置于通信网络中并且配置该多个终端设备,以发送或者接收内容数据。在多个终端设备中,配置至少一个终端设备,以接收另一个终端设备发送的内容数据,该至少一个终端设备包含:接收优先级管理单元和数据接收控制单元。配置该接收优先级管理单元,以管理寻址到自己的终端设备的两个或者多个内容数据的优先级。配置该数据接收控制单元,以基于对应于在收到的两个或者多个内容数据中接收优先级管理单元管理的优先级高的优先数据的输出信号的输出时间间隔,请求传输源执行控制,从而停止发送内容数据,配置该传输源,以发送具有比优先数据低的优先级的内容数据。
本发明的有益效果
如上所述,根据本发明,在尽可能高地保持质量的同时能够输出高优先级数据,而不考虑输出质量劣化的原因。
附图说明
图1是本实施例的电话会议系统的通信网络图。
图2是本实施例的终端设备的外视图。
图3是本实施例的终端设备的硬件配置图。
图4是本实施例的信息处理设备(中继设备和传输管理设备)的硬件配置图。
图5是本实施例的终端设备和中继设备的功能框图。
图6是示出接收数据管理表的生成过程的序列图。
图7是示出根据本实施例的中继数据管理表的图。
图8是示出根据本实施例的接收数据管理表的图。
图9是本实施例的传输管理设备的功能框图。
图10是示出根据本实施例的终端验证管理表的图。
图11是示出示出根据本实施例的终端管理表的图。
图12是示出根据本实施例的目的地列表管理表的图。
图13是示出本实施例执行的互相验证处理的序列图。
图14是示出根据本实施例的目的地列表的图。
图15是本实施例的终端设备和中继设备的功能框图。
图16是示出本实施例的电话会议系统执行的处理的序列图。
图17是示出根据本实施例的减小请求历史管理表的图。
图18是示出本实施例的电话会议系统中中继的数据的状态的原理图。
图19是示出根据本实施例的数据接收控制单元执行的处理的流程图。
图20是示出根据本实施例的接收数据管理表的图。
图21是示出根据本实施例的中继数据管理表的图。
图22是示出根据本实施例的接收数据管理表的图。
具体实施方式
下面将参考实施例描述本发明。应当明白,本发明并不局限于下面的实施例。在下面的描述中参考的附图中,相同的参考编号指相同的部件,并且适当省略其描述。
下面将基于“电话会议系统”的优选应用描述本发明的数据传输系统。
图1示出本发明实施例的电话会议系统1的通信网络配置。如图1所示,在本实施例的电话会议系统1中,4个据点(东京办公室、大阪办公室、纽约办公室以及华盛顿特区办公室)通过通信网络连接。
本实施例的电话会议系统1包含:多个终端设备10(10a、10b、10c、10d、……)、多个中继设备30(30a、30b、30c和30d)、以及传输管理设备50。每个终端设备10是信息处理设备,该信息处理设备获取所安装在的据点的视频和音频,并且将该视频和音频发送到其他据点中的终端设备10。终端设备10还从安装在每个据点中的终端设备10接收其他据点的视频和音频,并且输出该视频和音频。每个中继设备30是介于终端设备10之间并且中继内容数据的信息处理设备。传输管理设备50是集中管理使系统工作要求的处理(诸如终端设备登录验证和监视通信网络的通信状态)和各种类型的管理信息。
在东京办公室内构建的局域网(LAN)2a包含路由器70a,并且安装于东京办公室中的终端设备10a通过路由器70a连接到LAN 2a。类似地,大阪办公室中构建的局域网2b包含路由器70b,并且安装于大阪办公室中的终端设备10b通过路由器70b连接到LAN 2b。此外,LAN 2a和LAN 2b连接到包含路由器70ab的专用线2ab。
纽约办公室中构建的LAN 2c包含路由器70c,并且安装于纽约办公室中的终端设备10c通过路由器70c连接到LAN 2c。类似地,华盛顿特区办公室中构建的LAN 2d包含路由器70d,并且安装于华盛顿特区办公室中的终端设备10d通过路由器70d连接到LAN 2d。此外,LAN 2c和2d连接到包含路由器70cd的专用线2cd。
在该示例中,位于日本的专用线2ab和位于美国的专用线2cd分别通过路由器70ab和路由器70cd连接到因特网80。传输管理设备50通过因特网80可通信地连接到终端设备10和中继设备30。通过上面描述的路由器(70a、70b、70c、70d、70ab和70cd)选择内容数据(图像数据和音频数据)的最佳路径。可以共享而非专用专用线。还能够直接连接到因特网,而无需专用线。
在本实施例中,通过传输管理设备50,在终端设备10之间建立管理信息的对话Si,并且利用对话Si,终端设备10互相发送和接收各种类型的管理信息。
在本实施例中,通过中继设备30,在终端设备10之间建立数据的对话Sd,并且利用对话Sd,终端设备10互相发送和接收内容数据。在该示例中,配置敏感终端设备10,以同时发送多个内容数据,并且利用分别建立的特定对话Sd,发送每个数据。在本实施例中,例如,可以在相同时间发送图像数据(运动图像/静止图像)和音频数据。此外,可以同时发送具有不同分辨率(高分辨率、中等分辨率和低分辨率)的多个图像数据。内容数据还可以包含文本数据。
上面已经简要描述了本实施例的电话会议系统1的通信网络配置。接着,将描述包含于电话会议系统1中的设备。
首先,描述本实施例的终端设备10的配置。图2是本实施例的终端设备10的外视图。请注意,图2所示的外视图仅是一个例子。如图2所示,终端设备10包含机壳1100、臂1200和摄像机外壳1300。由多个进气孔形成的进气面(未示出)设置于机壳1100的前侧壁面1110上。由多个排气孔形成的排气面1121设置于机壳1100的后侧壁面1120上。因此,位于终端设备10后面的外侧空气通过进气面(未示出)进入,并且通过驱动内置于机壳1100中的冷却风扇,经过排气面1121向终端设备10的后面排出。用于采集声音的声音采集孔1131形成于机壳1100的右侧壁面1130上,并且通过声音采集孔1131,内置麦克风采集会议的声音(将在下面描述)。
操作面板1150形成于机壳1100的右侧壁面1130一侧。操作面板1150包含:多个操作按钮(108a至108e),将在下面描述;电源开关109,将在下面描述;以及警灯119。操作面板1150还包含由多个声音输出孔形成的声音输出面1151,来自内置扬声器115的输出声音通过该声音输出面1151,将在下面描述。用于装配臂1200和摄像机外壳1300的凹形收容部1160形成于机壳1100的左侧壁面1140一侧。分别用于使电缆与外部连接设备接口(I/F)119电连接的多个连接端口(1132a至1132c)设置于机壳1100的右侧壁面1130一侧,将在下面描述多个连接端口(1132a至1132c)。用于使显示器120的电缆120c与外部连接设备I/F 119连接的连接端口(未示出)设置于机壳1100的左侧壁面1140上,将在下面描述该连接端口。
臂1200通过转矩铰链1210装配于机壳1100上,并且臂1200能够在垂直方向上相对于机壳1100在135度的倾角θ1范围内旋转。图2示出倾角θ1为90度时的状态。
内置摄像机(将在下面描述)安装于摄像机外壳1300中,并且内置摄像机捕获会议的图像。摄像机外壳1300通过转矩铰链1310装配于臂1200上,并且当图2所示的状态是0度时,摄像机外壳1300能够在垂直方向上和水平方向上相对于臂1200在±180度的倾角θ2的范围内和±145度的倾角θ3的范围内旋转。
如上描述了本实施例的终端设备10的外视图。接着,将描述终端设备10的硬件配置。
图3是本实施例的终端设备10的硬件配置图。终端设备10包含:中央处理单元(CPU)101,该中央处理单元(CPU)101控制该设备的全部操作;只读存储器(ROM)102,该只读存储器(ROM)102内存储诸如用于驱动CPU 101的初始程序加载器(IPL)的计算机程序;随机存取存储器(RAM)103,该随机存取存储器(RAM)103用作CPU 101的工作区;闪速存储器104,该闪速存储器104内存储各种类型的数据,诸如终端的计算机程序、图像数据和音频数据;以及固态盘(SSD)105,该固态盘(SSD)105根据CPU101的控制对从闪速存储器104读出各种类型的数据和将各种类型的数据写入闪速存储器104进行控制。终端设备10还包含:介质驱动器107,该介质驱动器107对从诸如闪速存储器的记录介质106读出数据和将数据写入诸如闪速存储器的记录介质106进行控制;操作按钮108,操作该操作按钮108,以选择终端设备10的目的地等等;电源开关109,该电源开关109开启/关闭终端设备10的电源;通信网络I/F 111,该通信网络I/F 111利用通信网络发送数据;以及总线110,诸如地址总线和数据总线,该总线110连接结构部件。
终端设备10还包含内置摄像机112,该内置摄像机112包含透镜光学系统和固态图像传感器(诸如,互补金属氧化物半导体(CMOS)和电荷耦合器件(CCD)),作为用于捕获会议的图像并且获取图像数据的图像输入设备。图像传感器I/F 113控制摄像机112的驱动。
外部显示器120连接到终端设备10,作为图像输出设备。基于显示器I/F118输出的图像信号(诸如视频图形阵列(VGA)信号、高清晰度多媒体接口(HDMI)(注册商标)信号和数字视频接口(DVI)信号),显示器120显示其他据点的会议的图像、操作输入屏幕等等。也可以内置该显示器。
终端设备10还包含内置麦克风114,作为音频输入设备,并且音频输入I/F 116控制来自麦克风114的音频信号。终端设备10还包含内置扬声器115,作为音频输出设备,并且基于来自音频输出I/F 117的音频信号,扬声器115输出其他据点的会议的声音。
用于连接各种外部设备的外部连接设备I/F 119能够通过通用串行总线(USB)电缆等等连接诸如外部摄像机、外部麦克风和外部扬声器的外部设备。在本实施例中,外部摄像机当被连接时优于内置摄像机112驱动,并且外部麦克风或者外部扬声器当被连接时优于内置麦克风114和外部扬声器115驱动。作为一种选择,所有摄像机、扬声器和麦克风能够装配于外部。
如上描述了本实施例的终端设备10的硬件配置。接着,将描述根据本实施例的中继设备30和传输管理设备50的硬件配置。中继设备30和传输管理设备50都是被称为网络服务器的通用信息处理设备。因此,将一起描述中继设备30和传输管理设备50的硬件配置。
图4是本实施例的信息处理设备(中继设备30和传输管理设备50)的硬件配置图。如图4所示,本实施例的信息处理设备30和50包含:CPU 201,该CPU 201控制该设备的全部操作;ROM 202,该ROM 202内存储诸如用于驱动CPU 201的IPL的计算机程序;RAM 203,该RAM 203用作CPU 201的工作区;硬盘(HD)204,该硬盘(HD)204内存储各种类型的数据(诸如数据中继程序和传输管理程序);以及硬盘驱动器(HDD)205,该硬盘驱动器(HDD)205根据CPU 202的控制对从HD 204读出各种类型的数据和将各种类型的数据写入HD 204进行控制。信息处理设备30和50还包括:介质驱动器207,该介质驱动器207对从诸如闪速存储器的记录介质206读出数据和将数据写入诸如闪速存储器的记录介质206进行控制;显示器208,该显示器208显示各种类型的信息;通信网络I/F 209,该通信网络I/F 209通过诸如LAN和因特网的通信网络发送数据;键盘211和鼠标212,该键盘211和鼠标212作为输入设备;压缩光盘只读存储器(CD-ROM)驱动器214,该压缩光盘只读存储器(CD-ROM)驱动器214对从CD-ROM 213读出各种类型的数据和将各种类型的数据写入CD-ROM 213进行控制;以及总线210,诸如地址总线和数据总线,该总线210连接上面描述的结构部件。
上面描述了本实施例的终端设备10、中继设备30和传输管理设备50的硬件配置。接着,现在将描述该设备的功能块。
图5是本实施例的终端设备10和中继设备30的功能块。如图5所示,在本实施例中,在终端设备10a的传输与接收单元15与中继设备30a的中继控制单元32之间传输并且接收内容数据。在本实施例中,预定计算机程序执行的数据接收控制单元12、接收优先级管理单元13以及最后输出时间更新单元14的功能单元合作控制终端设备10a中的内容数据的接收状态。
基于图1所示的分别安装于东京办公室、大阪办公室、纽约办公室和华盛顿特区办公室的,终端设备10a、终端设备10b、终端设备10c和终端设备10d在终端设备10(3个据点)与对象终端设备10之外的终端设备10发送并且接收两种类型的内容数据(图像数据和音频数据)。在下面的解释中,将按照需要参考图5。
在本实施例的电话会议系统1中,用户创建本系统的账户,并且还将要发送的内容数据登记于传输管理设备50中。此时,传输管理设备50分配唯一地识别该系统中的终端的标识符(下面称为终端ID)并且对终端设备10分配唯一地识别该系统中的内容数据的标识符(下面称为数据ID)。
此外,在本实施例的电话会议系统1中,用户事先通过传输管理设备50请求与其举行电话会议的对方批准。在这方面,每个终端设备10从传输管理设备50获取对方的终端设备10的终端ID。
[接收数据管理表的一般示例(1)]
在上述情况下,在本实施例中,在开始电话会议之前,终端设备10生成接收数据管理表。下面将基于图6所示的序列图描述接收数据管理表的生成过程。下面针对安装于东京办公室中的终端设备10a给出解释。
当东京办公室中的用户成功登录电话会议系统1时,终端设备10a的接收优先级管理单元13将用于输入用户希望发送的内容数据(下面称为数据)及其目的地的输入屏幕显示于显示器120a上。用户通过输入屏幕选择用户希望发送的内容数据及其目的地。
因此,接收优先级管理单元13生成参与请求,该参与请求包含:终端设备10a的终端ID、要发送的数据的数据ID(音频数据的数据ID“TKS0001A”和图像数据的数据ID“TKS0002V”)以及作为数据的目的地的终端设备10的终端ID(10b、10c和10d)。然后,接收优先级管理单元13将参与请求发送到传输管理设备50(S1.1)。然后,类似地,其他据点(大阪办公室、纽约办公室和华盛顿特区办公室)的每个终端设备10(10b、10c和10d)将包含对象终端设备10的终端ID、要发送的数据的数据ID以及目的地的终端ID的参与请求发送到传输管理设备50(S1.2).
从据点的终端设备10收到参与请求的传输管理设备50基于由包含在参与请求中的终端ID计算的每个设备的IP地址选择用于中继寻址到每个据点的数据的最佳中继设备30(S2)。在图1所示的示例中,选择中继设备30a作为负责中继寻址到东京办公室的终端设备10a的数据的设备。然后,类似地,选择中继设备30a、中继设备30b或者中继设备30c分别作为负责中继寻址到大阪办公室、纽约办公室或者华盛顿特区办公室的终端设备10a的数据的设备。
传输管理设备50生成中继设备30a涵盖的中继数据的列表(下面称为中继数据列表)(S3),并且将生成的中继数据列表发送到中继设备30a(S4)。中继数据列表包含东京办公室的终端设备10a的终端ID和寻址到终端设备10a的数据的数据ID。
中继设备30a基于从传输管理设备50收到的中继数据列表生成中继数据管理表(S5)。该中继数据管理表是中继设备30a控制数据中继使用的表。中继数据管理表具有3个列字段,用于存储“目的地终端ID”、“传输数据ID”和“传输状态”。在S5,作为中继设备30a涵盖的中继数据的目的地的终端设备10的终端ID存储于“目的地终端ID”字段中。寻址到终端设备10的数据的数据ID存储于“传输数据ID”字段中。
图7(a)示出此时生成的中继数据管理表36。在图7(a)所示的示例中,终端设备10a的终端ID“TK0001”存储于“目的地终端ID”字段中。从顶行顺序存储纽约办公室的音频数据的数据ID“NY0011A”、纽约办公室的图像数据的数据ID“NY0012V”、大阪办公室的音频数据的数据ID“OS0031A”、大阪办公室的图像数据的数据ID“OS0032V”、华盛顿特区办公室的音频数据的数据ID“WA0021A”、华盛顿特区办公室的图像数据的数据ID“WA0022V”。
接着,传输管理设备50将涵盖数据中继的中继设备30a(IP地址)通知东京办公室的终端设备10a(S6)。因此,终端设备10a将中继设备30a注册为负责中继终端设备10a的设备(S7)。
接着,接收优先级管理单元13向中继设备30a请求可接收数据的列表(下面称为可接收数据列表)(S8)。更具体地说,接收优先级管理单元13生成包含自己的终端ID“TK0001”的可接收数据列表获取请求,并且将该可接收数据列表获取请求发送到中继设备30a。
因此,将包含于可接收数据列表获取请求中的终端ID“TK0001”用作密钥,中继设备30a搜索图7(a)所示的中继数据管理表36,并且生成寻址到终端设备10a的数据的数据ID的列表(可接收数据列表)(S9)。然后,中继设备30a将可接收数据列表发送到终端设备10a(S10)。
基于从中继设备30a获取的可接收数据列表,终端设备10a的接收优先级管理单元13生成输入屏幕,用于选择用户希望接收的数据,并且使该输入屏幕显示于显示器120a上(S11)。在该示例中,6个数据的名称(“纽约:图像”、“纽约:音频”、“华盛顿特区:图像”、“华盛顿特区音频”、“大阪:图像”和“大阪:音频”)以可选方式显示于该屏幕上。
用户通过该输入屏幕选择用户希望接收的数据(S12)。因此,接收优先级管理单元13生成接收数据管理表(S13)。接收数据管理表是终端设备10a对数据的接收进行控制的表。接收数据管理表16具有5个列字段,用于存储“优先级”、“接收数据ID”、“最后输出时间”、“接收状态”和“停止接收的原因”。
图8(a)示出当东京办公室的用户已经选择了用户希望接收的数据时生成的接收数据管理表16。在图8(a)所示的示例中,包含于在S10获取的可接收数据列表中的6个数据ID(纽约办公室的音频数据的数据ID“NY0011A”、纽约办公室的图像数据的数据ID“NY0012V”、大阪办公室的音频数据的数据ID“OS0031A”、大阪办公室的图像数据的数据ID“OS0032V”、华盛顿特区办公室的音频数据的数据ID“WA0021A”和华盛顿特区办公室的图像数据的数据ID“WA0022V”)存储于“接收数据ID”字段中。
每个数据的接收状况存储于“接收状态”字段中。更具体地说,在用户选择的数据的“接收状态”字段中,将“要求接收”设置为的状况,并且在用户未选择的数据的“接收状态”字段中,将“不要求接收”设置为状况。在图8(a)所示的示例中,在华盛顿特区办公室的图像数据的“接收状态”字段中,设置“不要求接收”,并且在所有其他“接收状态”字段中,设置“要求接收”。因此,能够看出,东京办公室的用户希望接收5个数据(“纽约:图像”、“纽约:音频”、“华盛顿特区音频”、“大阪:图像”和“大阪:音频”)。
在用户选择了接收数据后,接收优先级管理单元13生成包含接收数据管理表16中的“接收数据ID”字段和“接收状态”的值以及自己的终端ID的“接收数据信息”。然后,接收优先级管理单元13将“接收数据信息”发送到中继设备30a(S14)。因此,中继设备30a更新中继数据管理表36(S15)。更具体地说,利用包含于收到的接收数据信息中的终端ID和数据ID作为密钥,中继设备30a在中继数据管理表36中搜索“目的地终端ID”字段和“中继数据ID”字段,并且规定相应中继数据。对于具有“要求接收”的数据,中继设备30a在“传输状态”字段中设置“使能传输”。对于具有“不要求接收”的数据,中继设备30a在“传输状态”字段中使得“使不能传输”。
图7(b)示出在S15更新之后的中继数据管理表36。如图7(b)所示,在对应于用户选择的5个数据(“纽约:图像”、“纽约:音频”、“华盛顿特区音频”、“大阪:图像”和“大阪:音频”)的“传输状态”字段中设置“使能传输”。在对应于不包括上述数据的数据(“华盛顿特区:图像”)的“传输状态”字段中设置“使不能传输。
接着,终端设备10a的接收优先级管理单元13传输输入屏幕,用于设置接收数据的优先级,并且将该显示屏幕显示于显示器120a上(S16)。在该示例中,将显示能够设置5个数据的名称(“纽约:图像”、“纽约:音频”、“华盛顿特区音频”、“大阪:图像”和“大阪:音频”)的顺序的屏幕。
通过输入屏幕,用户确定接收5个数据的优先级(S17)。此时,用户基于诸如使海外办公室的优先级高于本国优先级或者使音频数据的优先级高于图像数据的优先级的想法确定优先级。
因此,接收优先级管理单元13根据优先级顺序在接收数据管理表16中的“优先级”字段中设置优先级(S18)。在该示例中,利用等于或者大于“1”的整数表示“优先级”,并且随着该值减小,优先级升高。因此,在该示例中,较高优先级的数据在“优先级”字段中具有较小的值。
图8(b)示出当东京办公室的用户已经确定了接收数据的优先级时的接收数据管理表16。在图8(b)所示的示例中,通过基于优先级以降序对接收数据分类,从顶行开始顺序地排列纽约办公室的音频数据(ID=NY0011A)、纽约办公室的图像数据(ID=NY0012V)、华盛顿特区办公室的音频数据(ID=WA0021A)、大阪办公室的音频数据(ID=OS0031A)和大阪办公室的图像数据(ID=OS0032V)的各行。位于底行、未选择接收其的华盛顿特区办公室的图像数据(ID=WA0022V)的“优先级”字段保持空白。
上面描述了终端设备10的接收优先级管理单元13生成接收数据管理表的过程。在上面描述的示例中,描述了用户直接设置接收数据的优先级的方式。然而,本发明并不局限于上述实施例,并且例如,还可以采用利用用于确定优先级的算法实现的计算机程序。在这种情况下,利用向导询问用户诸如“给予哪个优先级:国内办公室还是海外办公室?”或者“给予哪个优先级:图像还是音频”,以支持用户设置条件,并且专用计算机程序由设置的条件求得优先级,以自动设置优先级。在这种情况下,如果计算机程序对应于条件,诸如对应于“给予当前扬声器优先级”,并且还能够是在每次改变扬声器时动态地改变优先级的使用情况。此外,如果事先确定会议的参与者和内容数据的优先级,则可以在激活该设备的同时读出预设的接收数据管理表。
[传输管理设备50的功能配置]
图9示出本实施例的传输管理设备50的功能块。如图9所示,本实施例的传输管理设备50包含:传输与接收单元51、终端验证单元52、终端管理单元53、提取单元54、终端状态确认单元56、目的地列表管理单元57、存储/读出处理单元59、以及存储设备58。
传输与接收单元51通过网络80与终端设备10和中继设备30执行各种类型的数据的传输与接收。将终端ID和包含于通过传输与接收单元51收到的登录请求信息中的口令用作搜索密钥,终端验证单元52搜索终端验证管理表500(请参考图10),并且确定在终端验证管理表500中是否管理了相同的终端ID和口令对,以执行终端验证。
为了管理请求登录的请求源终端的操作状态,终端管理单元53存储并且管理请求源终端的终端ID、请求源终端的操作状态、传输管理设备50收到登录请求消息时的接收数据和时间、以关联方式位于终端管理表502(请参考图11)中的请求源终端的IP地址。当用户将终端设备10的电源开关109(请参考图3)从导通状态转换为断开状态时,终端管理单元53基于终端设备10传送的断开电源的操作状态信息,将终端管理表502中的操作状态从在线转换为离线。
利用请求登录的请求源终端的终端ID作为密钥,提取单元54搜索图12所示目的地列表管理表504,并且读出能够与请求源终端通信的候选目的地终端的终端ID,以提取终端ID。在该示例中,目的地列表管理表504是基于在电话会议系统中分别具有账户的终端设备10之间事先执行的互相验证过程生成的表。目的地列表管理表504以关联方式管理传输源终端设备10的终端ID和从传输源终端设备10收到批准的目的地终端设备10的终端ID。
提取单元54利用已经请求登录的请求源终端的终端ID作为密钥搜索目的地列表管理表504,并且提取登记上述请求源终端的终端ID的另一个请求源终端的终端ID,作为候选目的地终端。提取单元54还利用提取单元54提取的候选目的地终端的终端ID作为密钥搜索终端管理表502,并且利用提取单元54提取的每个终端ID,读出操作状态。因此,提取单元54能够获取能够与已经请求登录的请求源终端通信的候选目的地终端的操作状态。提取单元54还利用提取单元54提取的终端ID作为搜索密钥搜索终端管理表502,并且提取已经请求登录的请求源终端的操作状态。
终端状态确认单元56利用终端ID或者目的地名称作为搜索密钥搜索终端管理表502,以确认相应操作状态。
目的地列表管理单元57对目的地列表管理表504中的请求源终端的每个终端ID增加或者删除目的地终端的终端ID。
存储/读出处理单元59将各种类型的数据存储于存储设备58中,并且读出存储于存储设备58中的各种类型的数据。
[举办会议的方法]
现在将基于图13所示的序列图描述当终端设备10登录电话会议系统1时执行的过程和会议的参与者。
用户首先开启电源开关109(请参考图3)(步骤S21)。作为对此的响应,终端设备10对传输管理设备50发出包含终端ID和口令的登录请求(步骤S22)。
传输管理设备50的终端验证单元52利用包含于通过传输与接收单元51收到的登录请求中的终端ID和口令作为搜索密钥,搜索终端验证管理表500(请参考图10)。然后,终端验证单元52确定终端验证管理表500中是否管理了相同的终端ID和相同的口令,以执行终端验证(步骤S23)。当验证成功时,终端管理单元53对于登录请求源的终端设备10的终端ID和目的地名称以关联方式将操作状态、收到登录请求时的接收数据和时间、以及终端设备10的IP地址存储于终端管理表502中(请参考图12)(步骤S24)。然后,终端验证单元52通过传输与接收单元51将验证结果(验证成功)发送到登录请求源的终端设备10(步骤S25)。
在收到验证结果(验证成功)时,终端设备10对传输管理设备50发出目的地列表请求(步骤S26)。因此,传输管理设备50的提取单元54利用目的地列表请求源的终端设备10的终端ID作为搜索密钥,搜索目的地列表管理表504(请参考图12),并且提取能够与目的地列表请求源的终端设备10通信的候选目的地终端的终端ID。提取单元54还从终端管理表502读出对应于终端ID的目的地名称(请参考图11)(步骤S27)。
接着,传输管理设备50的存储/读出处理单元59从存储设备58读出目的地列表框中的数据(步骤S28)。然后,存储/读出处理单元59将包含目的地列表框以及提取单元54提取的终端ID和目的地名称的“目的地列表信息(目的地列表框、终端ID和目的地名称)”发送到目的地列表请求源的终端设备10(步骤S29)。因此,请求源的终端设备10将收到的目的地列表信息存储于管理信息存储单元中(步骤S30)。
此外,传输管理设备50的提取单元54利用事先提取的候选目的地终端的终端ID作为搜索密钥,搜索终端管理表502(请参考图11),并且读出候选目的地终端的每个终端ID的相应操作状态(步骤S31)。
接着,传输管理设备50的传输与接收单元51将包含在上面描述的S17用作搜索密钥的终端ID和相应目的地终端的操作状态的“终端操作状态信息”发送到请求源的终端设备10(步骤S32)。
因此,请求源的终端设备10将收到的“终端操作状态信息”存储于管理信息存储单元中(步骤S33)。这样,请求源的终端设备10能够在当前时点获取能够通信的候选目的地终端的操作状态。
接着,基于存储于管理信息存储单元中的目的地列表信息和终端操作状态信息,请求源的终端设备10创建并且显示作为反映目的地候选对象的终端设备10的状态的目的地列表。图14示例性示出显示于连接到终端设备10的显示器120上的目的地列表。
上面描述了当终端设备10登录到电话会议系统1中时执行的过程。在本实施例中,作为对用户从正显示的目的地列表(请参考图14)中选择要求的终端设备10的响应,将选择的终端设备10与对象终端设备10之间的内容数据的传输与接收配置为处于备用模式。当用户选择的终端设备10已经与另一个终端设备10处于会议中时,用户(终端设备10的)与正在参与会议的所有终端设备10之间的内容数据的传输与接收将处于备用状态。
[终端设备10和中继设备30的功能配置]
现在描述本实施例的终端设备10和中继设备30的功能块。
图15示出本实施例的终端设备10和中继设备30的功能块。如图15所示,本实施例的终端设备10包含代码量变更请求单元12、代码量变更单元13、最后输出时间更新单元14、以及传输与接收单元15。
代码量改变请求单元12是作为对检测到内容数据的输出延迟的响应,将减少用户选择的预定内容数据的代码量(下面称为代码量减小请求)的请求发送到内容数据的目的地传输源的功能单元。代码量变更单元13是作为对作为另一个终端设备10的传输源的代码量减少请求的响应,执行减少传输数据的代码量的处理的功能单元。最后输出时间更新单元14是更新用户选择的预定内容数据的最后输出时间(将在下面描述)的功能单元。传输与接收单元15是通过中继设备30与另一个终端设备10发送并且接收各种类型的数据的功能单元。
本实施例的中继设备30包含:中继控制单元32和减少请求历史管理单元34。
中继控制单元32是将从终端设备10收到的各种类型的数据传送到规定目的地的功能单元。减少请求历史管理单元34是管理从终端设备10收到的代码量减少请求的历史的功能单元。
[终端设备10和中继设备30的操作]
简要描述了终端设备10和中继设备30的功能块。接着,现在将基于图16所示的序列图描述图15所示的每个功能单元执行的特定过程的内容。在下面的解释中,根据需要参考图15。
用户从显示于终端设备10a的显示器120上的目的地列表(请参考图14)中选择要求的目的地,以参与会议。此时,终端设备10a的用户接口(UI)控制单元(未示出)使用于接收用户希望发送的内容数据的登记与删除的输入屏幕显示于显示器120上。
[接收数据管理表的一般示例(2)]
接着,现在将基于图16所示的序列图描述用于生成接收数据管理表的另一种方法的特定过程的内容。
当用户通过输入屏幕选择用户希望发送的内容数据时,UI控制单元(未示出)将选择的内容数据的登记请求发送到中继设备30(S41)。
因此,中继设备30对终端设备10a请求登记的每个内容数据指定数据ID,数据ID对于终端设备10当前参与的会议是唯一的。中继设备50还生成内容数据登记信息,该内容数据登记信息是参与会议的全部终端设备10(包含终端设备10a)登记的内容数据的数据名称和数据ID的列表(S42)。然后,中继设备30将内容数据登记信息发送到终端设备10a(S43)。
与此同时,中继设备30生成图17(a)所示的中继数据管理表600(如果已经生成中继数据管理表600,则更新该内容)(S44)。如图17(a)所示,中继数据管理表600包含:用于存储对话ID的字段602、用于存储数据ID的字段604、以及用于存储终端设备10的终端ID的字段606,相对于中继设备30中继的内容数据,该终端设备10是内容数据的代码量减少请求的传输源。中继数据管理表600以关联方式管理字段中的值。
作为对UI控制单元(未示出)从中继设备30收到内容数据登记信息的响应,终端设备10a的代码量改变请求单元12生成图18(a)所示的接收数据管理表700(S45)。如图18(a)所示,接收数据管理表700包含:用于存储数据ID的字段702、用于存储最后输出时间的字段704、以及用于存储对应于代码量减少请求、相对于从其他终端设备10(10b、10c、10d、……)收到的内容数据的状态的字段706。
接着,基于从中继设备30收到的内容数据登记信息,终端设备10a的UI控制单元(未示出)生成包含终端设备10a在会议中要收到的内容数据的列表。然后,UI控制单元使选择屏幕显示于显示器120上(S46)。通过输入屏幕,用户选择用户希望不延迟地输出的至少一个内容数据。更具体地说,认为会议参与者的评述最重要的用户可以从要收到的多个内容数据中选择每个据点的音频数据。
响应收到用户通过UI控制单元(未示出)选择的输入,代码量变更请求单元12在接收数据管理表16(请参考图8)的字段中设置选择内容数据的数据ID(S47)。图18(b)示出正在设置数据ID的接收数据管理表700。
接着,终端设备10a将接收数据信息发送到中继设备30(S48)。然后,终端设备10a显示用于设置接收优先级的屏幕(S49)、接收用户确定的接收优先级(S50)、以及设置此时确定的接收优先级(S51)。
换句话说,与上述实施例类似,接收优先级管理单元13生成接收数据管理表。接收数据管理表是终端设备10a对接收数据进行控制使用的表。接收数据管理表16具有5个列字段,用于存储“优先级”、“接收数据ID”、“最后输出时间”、“接收状态”以及“停止接收的原因”。
在上面描述的过程结束时,终端设备10a将规定其他终端设备10(10b、10c、10d、……)作为目的地的自己的内容数据发送到中继设备30。终端设备10a还从中继设备30接收寻址到对象终端设备10a的其他终端设备10(10b、10c、10d、……)的内容数据。此时,数据ID存储于通过中继设备30发送和接收的内容数据的分组中。
因此,这种操作创建接收数据管理表。
如上所述,在如上所述准备好接收数据管理表后,开始电话会议。随着电话会议开始,3个据点的终端设备10(10b、10c和10d)将寻址到东京办公室的终端设备10a的数据(数据流)发送到中继设备30a。此时,每个终端设备10将数据ID存储于要发送的数据的分组中。
从每个据点收到数据的中继设备30a的中继控制单元32利用中继数据管理表36控制数据中继,如上所述。图18示出电话会议开始后立即中继的数据的状态。中继控制单元32利用包含于从3个据点的终端设备10(10b、10c和10d)收到的数据的分组中的数据ID作为密钥,搜索图7(b)所示的中继数据管理表36中的“中继数据ID”字段。然后,中继控制单元32将在对应于匹配数据ID的“传输状态”字段中设置“使能传输”的数据传送到东京办公室的终端设备10a。中继控制单元32废弃在对应于匹配数据ID的“传输状态”字段中设置“使不能传输”的数据。因此,仅将用户要求的5个数据(纽约办公室的音频数据和图像数据、华盛顿特区办公室的音频数据以及大阪办公室的音频数据和图像数据)传送到东京办公室的终端设备10a。
此时,如果从传输源的终端设备10(10b、10c和10d)发送数据到目的地终端设备10a将对应于该数据的信号输出到自己的输出设备的时间变长并且超过可允许范围,则东京办公室的用户感觉到图像和声音劣化(延迟),这样降低了据点之间的通信质量。
关于这点,在本实施例中,在用户感觉到图像和声音劣化(延迟)之前,强迫停止接收较低优先级的数据,以防止较高优先级的数据的输出质量劣化。
通信网络的通信状态引起的“传输延迟”和从收到数据到生成输出信号的处理时间引起的“内部处理延迟”导致输出质量劣化(延迟)。然而,不考虑原因,随着输出输出信号的时间间隔的增大,出现输出质量劣化(延迟)的迹象。本实施例针对这方面,并且基于输出信号的输出时间间隔,检测输出质量。
下面将描述为了检测输出质量,本实施例的终端设备10的最后输出时间更新单元14执行的处理。最后输出时间更新单元14将作为对应于收到数据的输出信号最后输出到相应输出设备的时间的系统时间(下面称为最后输出时间)存储于接收数据管理表16的“最后输出时间”字段中。最后输出时间更新单元14在每次输出新输出信号时更新该值。
更具体地说,最后输出时间更新单元14将作为音频输出I/F 117(请参考图3)将基于其传输源是另一个终端设备10的音频数据生成的音频信号输出到扬声器115(请参见图3)时的时间的最后输出时间存储于对应于音频数据的“最后输出时间”字段中。在每次输出新音频信号时,最后输出时间更新单元14更新该值。最后输出时间更新单元14还将作为显示器I/F 118将基于其传输源是另一个终端设备10的图像数据生成的图像信号输出到显示器120(请参考图3)时的时间的最后输出时间存储于对应于图像数据的“最后输出时间”字段中。在每次输出新输出信号时,最后输出时间更新单元14更新该值。最后输出时间更新单元14还可以将绘画数据(通过对通过网络从传输源收到的图像数据解码获得的数据)被传递到绘画模块的时间(时间戳)更新为最后输出时间。
图8(c)示出东京办公室的终端设备10a已经开始接收数据后的接收数据管理表16。当终端设备10a开始接收数据时,如图8(c)所示,在每个数据的“最后输出时间”字段中设置最小最后输出时间。
上面描述了最后输出时间更新单元14执行的处理。接着,将描述数据接收控制单元12执行的处理。当通过监视输出信号的输出时间间隔,事先检测到具有高优先级的数据的输出质量劣化时,根据本实施例的数据接收控制单元12执行强迫停止接收低优先级的数据的处理。
在本实施例中,在前面的阶段首先限定用户希望保持输出质量的数据(下面称为优先数据)。更具体地说,利用参数n,将其优先级在接收数据管理表16中的头n个(优先级级等于或者低于n)内的数据定义为优先数据。参数n可以是固定值,用户也可以设置任选值。在图8(c)所示的接收数据管理表16中,当将参数n设置为2时,将具有第一优先级的纽约办公室的音频数据(ID=NY0011A)和具有第二优先级的纽约办公室的图像数据(ID=NY0012V)定义为优先数据。
下面将描述当在纽约办公室的图像的延迟正在升高的境况下,将纽约办公室的音频数据和图像数据定义为优先数据时数据接收控制单元12执行的处理的内容。
图19是示出数据接收控制单元12执行的处理的流程图。如图19所示,数据接收控制单元12执行包含第一循环处理(步骤100)和后续第二循环处理(步骤200)的例程。数据接收控制单元12在预定时间重复执行包括两个循环处理的例程。
在第一循环处理中(步骤100),以优先级的降序顺序地对定义为“优先数据”的数据执行下面的步骤101至104。在这种情况下,在步骤S101,确定从具有第一优先级的纽约办公室的音频数据(ID=NY0011A)的最后输出时间开始的历时是否超过第一阈值T1。更具体地说,由存储于对应于接收数据管理表16中的数据ID“NY0011A”的“最后输出时间”字段中的时间与当前时间之间的差计算历时。然后,确定该历时是否超过阈值T1
在这种情况下,由于纽约办公室的音频的输出状态稳定,所以在步骤101,确定历时未超过阈值T1,并且此时结束对纽约办公室的音频数据的处理。然后,该处理返回步骤101,在步骤101,确定从具有第二优先级的纽约办公室的图像数据(ID=NY0012V)的最后输出时间开始的历时是否超过第一阈值T1。更具体地说,由存储于对应于接收数据管理表16中的数据ID“NY0012V”的“最后输出时间”字段中的时间与当前时间之间的差计算历时。然后,确定该历时是否超过阈值T1
在这种情况下,在纽约办公室的图像的延迟正在升高的境况下,在步骤10,确定历时是否已经超过阈值T1(步骤101的“是”),并且该处理进入步骤102。
在步骤102,将确定超过阈值T1的优先数据的恢复计数器清除到0。更具体地说,对纽约办公室的图像数据(ID=NY0012V)准备好专用恢复计数器,并且将该计数器清除为0。
在该示例中,将上面描述的阈值T1定义为对应于要求的输出质量的输出信号的输出时间间隔的上限值。如果输出时间间隔超过阈值T1,则用户开始感觉到图像和音频的延迟。可以对音频数据和图像数据的阈值T1定义公用值,也可以对每种类型的数据定义特定值。
在后续步骤103,从正在接收的数据中选择较低优先级的数据。更具体地说,参考接收数据管理表16,从其“接收状态”是“要求接收”的数据中提取设置为最低优先级的数据的数据ID。
如果接收数据管理表16处于如图20(d)所示的状态,则在步骤103,提取具有第五优先级的大阪办公室的图像数据的数据ID“OS0032V”。
在后续步骤104,对选择数据执行接收停止处理。更具体地说,生成包含在步骤103提取的数据ID“OS0032V”的“传输停止请求”,并且对中继设备30a发出“传输停止请求”。然后,将接收数据管理表16更新为如图20(e)所示的状态。换句话说,对应于数据ID“OS0032V”的“接收状态”字段的值从“要求接收”变更为“停止接收”。此外,在对应于数据ID“OS0032V”的“停止接收的原因”字段中设置纽约办公室的图像数据的数据ID“NY0012V”。在本实施例中,接收停止处理指将“传输停止请求”发送到中继设备30a,以请求中继设备30a停止并且控制传输的处理。为了停止并且控制该传输可以停止并且控制该传输,直到终端设备之间的对话结束。
此时,从东京办公室的终端设备10a的数据接收控制单元12收到传输停止请求的中继设备30a更新中继数据管理表36,如图21(c)所示。更具体地说,中继设备30a利用包含于收到的传输停止请求中的数据ID“OS0032V”作为密钥,搜索中继数据管理表36中的“中继数据ID”字段,并且将对应于“OS0032V”的“传输状态”字段中的值从“使能传输”更新为“使不能传输”。在如图21(c)所示更新了中继数据管理表36后,中继设备30a的中继控制单元32废弃寻址到东京办公室的终端设备10a的大阪办公室的图像数据(ID=OS0032V),而不将图像数据(ID=OS0032V)传送到终端设备10a。
结束对定义为“优先数据”的两个数据(纽约办公室的音频数据和图像数据)的第一循环处理(步骤100)。现在,该处理进入后续第二循环处理(步骤200)。在第二循环处理(步骤200)中,以优先级的降序对在第一循环处理(步骤100)中停止接收其的一个或者多个数据(下面称为接收停止数据)顺序执行下面的步骤201至207。
首先,在步骤201,参考接收数据管理表16规定作为停止接收该接收停止数据(在当前境况下,大阪办公室的图像数据)的原因的数据(下面称为原因数据)。在该示例中,如果接收数据管理表16处于图11(e)所示的状态,则在步骤201,将在对应于其“接收状态”是“停止接收”的大阪办公室的图像数据的“停止接收的原因”中设置的值“NY0011V”规定为纽约办公室的音频数据的数据ID,从而停止接收大阪办公室的图像数据。
在后续步骤202,确定从在步骤201规定的原因数据(纽约办公室的图像数据)的最后输出时间开始的历时是否小于第二阈值T2。更具体地说,参考接收数据管理表16,以由对应于在步骤201规定的数据ID“NY0011V”中存储的时间值与当前时间之间的差计算历时。然后,确定该历时是否超过阈值T2
在该示例中,与在第一循环处理中的步骤103采用的阈值T1类似,将上述阈值T2看作对应于要求的输出质量的输出信号的输出时间间隔。然而,优选地,阈值T2的值比阈值T1足够小,并且阈值T2的值必须大于传输源发送对应于输出信号的数据的时间间隔。与阈值T1类似,可以对音频数据和图像数据的阈值T2定义公用值,也可以对每种类型的数据(音频或者图像)定义特定值。
通过在步骤202的确定,如果确定历时不小于阈值T2(步骤202的“否”),则该处理进入步骤208,并且将原因数据的恢复计数器清除为0。在这种情况下,如果即使停止接收大阪办公室的图像数据,通信网络的通信状态或者终端设备10a中的高负荷状态仍未得到充分改善,则在步骤202,确定历时不小于阈值T2(步骤202的“否”)。因此,将原因数据(纽约办公室的图像数据)的恢复计数器清除为0。此时,对接收停止数据的处理已经结束,从而完成第二循环处理(步骤200)。
完成第二循环处理(步骤200)后,在下一个适当时间,再一次开始第一循环处理(步骤100)。
在步骤101,确定从具有第一优先级的纽约办公室的音频数据(ID=NY0011A)的最后输出时间开始的历时不超过第一阈值T1(步骤101的“否”),并且对纽约办公室的音频数据的处理结束。然后,再次在步骤101,确定从具有第二优先级的纽约办公室的图像数据(ID=NY0012V)的最后输出时间开始的历时是否超过第一阈值T1
此时,如果即使停止接收大阪办公室的图像数据,通信网络的通信状态或者终端设备10a中的高负荷状态仍未得到足够改善,则在步骤101,确定历时已经超过阈值T1(步骤101的“是”),并且该处理进入步骤102。
在步骤102,将确定已经超过阈值T1的纽约办公室的图像数据(ID=NY0012V)的恢复计数器清除为0。在后续步骤103,参考接收数据管理表16从正收到的数据中选择最低优先级数据。在该示例中,如果接收数据管理表16处于图20(e)所示的状态下,则在步骤103,提取具有第四优先级的大阪办公室的音频数据的数据ID“OS0031A”。
在后续步骤104,对选择数据执行接收停止处理。更具体地说,生成包含在步骤102提取的数据ID“OS0031A”的“传输停止请求”,并且对中继设备30a发出该“传输停止请求”。然后,将接收数据管理表16更新为图20(f)所示的状态。换句话说,将对应于数据ID“OS0031A”的“接收状态”字段从“要求接收”变更为“停止接收”,并且在对应于数据ID“OS0031A”的“停止接收原因”字段中设置纽约办公室的图像数据的数据ID“NY0012V”。
此时,从东京办公室的终端设备10a的数据接收控制单元12收到传输停止请求的中继设备30a更新中继数据管理表36,如图21(d)所示。更具体地说,中继设备30a利用包含于收到的传输停止请求中的数据ID“OS0031A”作为密钥,搜索中继数据管理表36中的“中继数据ID”字段,并且将对应于“OS0031A”的“传输状态”字段中的值从“使能传输”更新为“使不能传输”。如图21(d)所示更新了中继数据管理表36后,中继设备30a的中继控制单元32废弃寻址到东京办公室的终端设备10a的大阪办公室的音频数据(ID=OS0031A),而不将该音频数据(ID=OS0031A)传送到终端设备10a。
现在,第一循环处理(步骤101)结束,并且在后续第二循环处理(步骤200)中,以优先级的降序方式,对当前接收停止数据顺序执行后面的步骤201至207。
首先,在步骤201,获取作为具有最高优先级的接收停止数据(大阪办公室的音频数据)的原因数据的纽约办公室的音频数据。在后续步骤202,确定从原因数据(纽约办公室的图像数据)的最后输出时间开始的历时是否小于第二阈值T2
如果通过除了停止接收大阪办公室的图像数据,还停止接收其音频数据,通信网络的通信状态或者终端设备10a中的高负荷状态得到改善,并且如果纽约办公室的图像保持高质量,则在步骤202,确定该历时小于阈值T2(步骤202的“是”)。然后,该处理进入步骤203。在步骤203,原因数据(纽约办公室的图像数据)的恢复计数器递增1。然后,在后续步骤204,确定恢复计数器的值是否已经达到阈值N。
通过步骤204的确定,如果确定恢复计数器的值尚未达到阈值N,则此时结束对大阪办公室的音频数据(接收停止数据)的处理,并且再次返回步骤201。在步骤201,对具有第二优先级的接收停止数据(大阪办公室的图像数据)规定原因数据(纽约办公室的图像数据)。然后,确定从最后输出时间开始的历时是否小于第二阈值T2(步骤202)。
在纽约办公室的图像保持高质量时,在步骤202,确定该历时小于阈值T2(步骤202的“是”)。在后续步骤203,使原因数据(纽约办公室的图像数据的恢复计数器递增1。然后,确定恢复计数器的值是否已经达到阈值N。
通过在步骤204的确定,如果确定恢复计数器的值尚未达到阈值N,则结束对大阪办公室的图像数据(接收停止数据)的处理。此时,结束对全部接收停止数据的处理,从而完成第二循环处理(步骤200)。
完成第二循环处理(步骤200)后,在下一个适当时间,再次开始第一循环处理(步骤100)。
在步骤101,顺序地分别确定从具有第一优先级的纽约办公室的音频数据(ID=NY0011A)的和具有第二优先级的纽约办公室的图像数据(ID=NY0012V)的最后输出时间开始的历时是否已经超过第一阈值T1。在纽约办公室的图像和音频都保持高质量时,音频数据和图像数据的的历时都不超过阈值T1(步骤101的“否”)。因此,第一循环处理(步骤200)结束,而不执行其他步骤。
在后续第二循环处理(步骤200)中,以优先级的降序方式对当前接收停止数据顺序执行后面的步骤201至207。
在步骤201,确定从具有最高优先级的接收停止数据(大阪办公室的音频数据)的原因数据(纽约办公室的图像数据)的最后输出时间开始的历时是否小于第二阈值T2
在纽约办公室的图像保持高质量时,在步骤202,确定该历时小于阈值T2(步骤202的“是”),并且该处理进入步骤203。在步骤203,使原因数据(纽约办公室的图像数据)的恢复计数器递增1。在后续步骤204,确定原因数据(纽约办公室的图像数据)的恢复计数器的值是否已经达到阈值N。
通过在步骤204的确定,如果确定恢复计数器的值尚未达到阈值N,则此时结束对大阪办公室的音频数据(接收停止数据)的处理,并且该处理再次返回步骤201。在步骤201,对具有第二优先级的接收停止数据(大阪办公室的图像数据)规定原因数据(纽约办公室的图像数据)。然后,确定从原因数据的最后输出时间开始的历时是否小于第二阈值T2(步骤202)。
类似地,在纽约办公室的图像数据保持高质量时,确定该历时小于阈值T2(步骤202的“是”)。在后续步骤203,使原因数据(纽约办公室的图像数据)的恢复计数器递增1,并且确定恢复计数器的值是否已经达到阈值N。
通过在步骤204的确定,如果恢复计数器的值尚未达到阈值N,则结束对大阪办公室的图像数据(接收停止数据)的处理。此时,已经结束对全部接收停止数据的处理,从而完成第二循环处理(步骤200)。
完成第二循环处理(步骤200)后,在下一个适当时间,再次开始第一循环处理(步骤100),并且此后将重复上述处理。
由上面的描述显而易见,从纽约办公室的图像的通信质量得到充分改善时开始到第二循环处理(步骤200)中的步骤203重复N次时,接收数据管理表16保持图22(g)所示的状态。
因此,在本实施例中,鉴于稳定操作,在优先数据的输出状态得到改善时,不立即重新开始接收该接收停止数据。相反,在优先数据的稳定输出状态持续预定时间或者更长后,重新开始接收该接收停止数据。因此,优选地,根据稳定操作的目的,对在步骤204参考的阈值N定义适当值。
在步骤204,在对原因数据(纽约办公室的图像数据)重复N次第二循环处理(步骤200)中的步骤203之后,确定原因数据(纽约办公室的图像数据)的恢复计数器的值已经得到阈值N(步骤204的“是”),并且该处理进入步骤205。
在步骤205,从因为对应于其计数器值已经达到阈值N的恢复计数器的原因数据(换句话说,纽约办公室的音频数据)当前停止其接收的接收停止数据中选择最高优先级数据。在该示例中,如果接收数据管理表16处于图22(g)所示的状态,则在步骤205,从其“接收状态”是“停止接收”的数据中提取具有第四优先级的大阪办公室的音频数据的数据ID“OS0031A”。
在后续步骤206,将对选择的接收停止数据执行接收重新开始处理。更具体地说,生成包含在步骤205提取的数据ID“OS0031A”的“传输重新开始请求”,并且对中继设备30a发出“传输重新开始请求”。然后,如图22(h)所示,更新接收数据管理表16。换句话说,将对应于数据ID“OS0031A”的“接收状态”字段中的值从“停止接收”变更为“要求接收”。此外,删除在对应于数据ID“OS0031A”的“停止接收原因”中设置的值“NY0011V”。
此时,从东京办公室的终端设备10a的数据接收控制单元12收到传输重新开始请求的中继设备30a如图21(e)所示更新中继数据管理表36。更具体地说,中继设备30a利用包含于收到的传输重新开始请求中的数据ID“OS0031A”作为密钥,搜索中继数据管理表36中的“中继数据ID”字段。然后,中继设备30将对应于“OS0031A”的“传输状态”中的值从“使不能传输”更新为“使能传输”。在如图21(e)所示更新了中继数据管理表36后,中继设备30a的中继控制单元32重新开始将寻址到东京办公室的终端设备10a的大阪办公室的音频数据(ID=OS0031A)传送到终端设备10a。
在后续步骤207,将其计数器值已经达到沿着N的原因数据(纽约办公室的图像数据)的恢复计数器清除为0。此时,结束对大阪办公室的音频数据(接收停止数据)的处理,并且该处理返回步骤201。
在步骤201,对具有第二优先级的接收停止数据(大阪办公室的图像数据)规定原因数据(纽约办公室的图像数据)。然后,确定从最后输出时间开始的历时是否小于第二阈值T2(步骤202)。
类似地,在纽约办公室的图像保持高质量时,确定该历时小于阈值T2(步骤202的“是”)。在后续步骤203,使原因数据(纽约办公室的图像数据)的恢复计数器递增1,并且确定恢复计数器的值是否已经达到阈值N。
在对大阪办公室的音频数据(接收停止数据)执行的先前步骤207,已经将原因数据(纽约办公室的图像数据)的恢复计数器清除为0。因此,此时的恢复计数器的值是1。因此,在步骤204,确定恢复计数器的值尚未达到阈值N(步骤204的“否”)。此时,结束对大阪办公室的音频数据(接收停止数据)的处理,从而完成第二循环处理(步骤200)。
完成第二循环处理(步骤200)后,在下一个适当时间,再次开始第一循环处理(步骤100),并且此后重复上面描述的处理。
这样,在上面描述的图19中,作为示例描述了周期性地执行第一循环处理(步骤100)的方法。还可以在对用户输出高优先级数据(变成视频,并且扬声器输出音频)时执行第一循环处理。例如,在第一循环处理(步骤100)中,对正输出的和正收到的高优先级数据(称为数据A)执行从步骤S101到步骤S104的处理。在对上述数据A执行了第一循环处理后,将数据A的最后输出时间更新为当前值,并且该处理进入第二循环处理。
在第一循环处理的示例中,可以设想,如果仅周期性地进行检验,则不对“稍许在该阈值之后何时输出数据”进行检测。因此,如上所述,在每次如上所述输出要监视的数据时,在更新最后输出时间“之前”,执行与周期性检验中相同的处理。这样,例如,在检测到“恶化迹象”,诸如当相对于作为确定消隐的阈值的3秒而花费4秒输出数据后,能够控制操作。
由上面的描述显而易见,从重新开始接收具有第四优先级的接收停止数据(大阪办公室的音频数据)时到重复N次第二循环处理(步骤200)中的步骤203,接收数据管理表16保持处于如图22(h)所示的状态。
换句话说,在本实施例中,鉴于稳定操作,不在优先数据的输出状态改善之后立即同时重新开始接收其原因数据是优先数据的全部接收停止数据。相反,在重新开始接收先前接收停止数据之后,在优先数据的稳定输出持续预定时间或者更长后,重新开始接收该接收停止数据。
在步骤204,在对原因数据(纽约办公室的图像数据)再次重复第二循环处理(步骤200)中的步骤203N次后,确定原因数据(纽约办公室的图像数据)的恢复计数器的值已经达到阈值N(步骤204的“是”),并且该处理进入步骤205。
在步骤205,从因为对应于其计数器值已经达到阈值N的恢复计数器的原因数据(换句话说,纽约办公室的音频数据)而当前停止接收其的接收停止数据中选择最高优先级数据。在该示例中,如果接收数据管理表16处于图22(h)所示状态,则在步骤205,提取具有第五优先级、其“接收状态”是“停止接收”的大阪办公室的图像数据的数据ID“OS0032V”。
在后续步骤206,将对选择的接收停止数据执行接收重新开始处理。更具体地说,生成包含在步骤205提取的数据ID“OS0032V”的“传输重新开始请求”,并且对中继设备30a发出“传输重新开始请求”。然后,如图22(i)所示,更新接收数据管理表16。换句话说,将对应于数据ID“OS0032V”的“接收状态”字段中的值从“停止接收”变更为“要求接收”,并且将删除在对应于数据ID“OS0032V”的“停止接收原因”中设置的值“NY0011V”。
此时,从东京办公室的终端设备10a的数据接收控制单元12收到传输重新开始请求的中继设备30a如图21(f)所示更新中继数据管理表36。更具体地说,中继设备30a利用包含于设置的传输重新开始请求中的数据ID“OS0032V”的作为密钥,搜索中继数据管理表36中的“中继数据ID”字段,并且将对应于“OS0032V”的“传输状态”字段中的值从“使不能传输”更新为“使能传输”。在如图21(f)所示更新了中继数据管理表36后,中继设备30a的中继控制单元32重新开始对终端设备10a传送寻址到东京办公室的终端设备10a的东京办公室的图像数据(ID=OS0032V)。
如上所述,根据本发明,即使传输延迟或者内部处理延迟或者传输延迟和内部处理延迟的混合导致输出质量劣化,仍能够在保持尽可能高质量的同时输出高优先级数据。例如以C、C++、C#、Java(注册商标)编写的设备可执行计算机程序可以实现上述实施例。本实施例的计算机程序能够存储于设备可读记录介质中,诸如,要分布的硬盘设备、CD-ROM、磁光盘(MO)、数字通用光盘(DVD)、软盘、电可擦可编程只读存储器(EEPROM)以及可擦可编程只读存储器(EPROM),也可以由其他装置以可能的方式通过通信网络发送本实施例的计算机程序。
尽管基于电话会议系统的实施例描述了本发明,但是本发明并不局限于上述实施例,并且本发明可以应用于任何数据传输系统,而不考虑用途,只要该系统能够通过通信网络同时将多个内容数据发送到终端设备。在这种情况下,终端设备可以是智能电话、通用个人计算机(PC)、平板终端、移动电话、电子黑板、诸如投影仪的投影设备以及装配到车辆上的汽车导航终端。还应当明白,只要在本技术领域内的技术人员能够容易地推断的实施例的范围内呈现本发明的动作和效果,本发明落入本发明的范围内。
参考符号列表
1:电话会议系统
2a、2b、2c、2d:LAN
2ab、2cd:专用线
10:终端设备
12:数据接收控制单元
13:接收优先级管理单元
14:最后输出时间更新单元
15:传输与接收单元
16:接收数据管理表
30:中继设备
32:中继控制单元
36:中继数据管理表
50:传输管理设备
70:路由器
80:因特网
101:CPU
102:ROM
103:RAM
104:闪速存储器
105:SSD
106:记录介质
107:介质驱动器
108:操作按钮
109:电源开关
110:总线
112:摄像机
114:麦克风
115:扬声器
119:警灯
120:显示器
120c:电缆
201:CPU
202:ROM
203:RAM
205:HDD
206:记录介质
207:介质驱动器
208:显示器
210:总线
211:键盘
212:鼠标
213:CD-ROM
214:CD-ROM驱动器
1100:机壳
1110:前侧壁面
1120:后侧壁面
1121:排气面
1130:右侧壁面
1131:声音采集孔
1140:左侧壁面
1150:操作面板
1151:声音输出面
1160:收容部
1200:臂
1210:转矩铰链
1300:摄像机外壳
1310:转矩铰链
引用文献
专利文献
专利文献:日本未审专利申请公布:No.2010-093505

Claims (17)

1.一种数据传输系统,包括:
多个终端设备,所述多个终端设备布置于通信网络中并且配置为传输或者接收内容数据,
在所述多个终端设备中,至少一个终端设备配置为接收从另一个终端设备传输的内容数据,所述至少一个终端设备包含:
接收优先级管理单元,配置为管理寻址到自己的终端设备的两个或者多个内容数据的优先级,以及
数据接收控制单元,配置为基于对应于在收到的两个或者多个内容数据中所述接收优先级管理单元管理的优先级高的优先数据的输出信号的输出时间间隔,请求配置为传输具有比所述优先数据低的优先级的内容数据的传输源执行控制,以停止传输所述内容数据。
2.根据权利要求1所述的数据传输系统,还包括中继设备,配置为中继在所述多个终端设备之间传输或者接收的两个或者多个内容数据。
3.根据权利要求1所述的数据传输系统,其中如果对应于具有高优先级的所述优先数据的所述输出信号的所述输出时间间隔已经超过第一阈值,则所述数据接收控制单元请求所述中继设备执行控制,以停止传输收到的两个或者多个内容数据中具有最低优先级的内容数据。
4.根据权利要求3所述的数据传输系统,其中如果所述优先数据的所述输出时间间隔已经变得小于比所述第一阈值小的第二阈值,则所述数据接收控制单元请求所述中继设备重新开始传输已经请求停止传输的所述内容数据。
5.根据权利要求4所述的数据传输系统,其中在所述优先数据的所述输出时间间隔小于所述第二阈值的状态已经持续预定时间或者更长后,所述数据接收控制单元请求重新开始所述传输。
6.根据权利要求4所述的数据传输系统,其中所述数据接收控制单元请求从已经请求停止其传输的两个或者多个内容数据中具有较高优先级的内容数据开始顺序地重新开始所述传输。
7.根据权利要求6所述的数据传输系统,其中在已经重新开始接收具有较高优先级的内容数据后,在所述优先数据的所述输出时间间隔小于所述第二阈值的状态已经持续预定时间或者更长后,所述数据接收控制单元请求重新开始传输具有次最高优先级的内容数据。
8.根据权利要求1所述的数据传输系统,其中所述内容数据包含音频数据和图像数据中的至少一个。
9.一种布置于通信网络中并且配置为传输或者接收内容数据的多个终端设备中的终端设备,在所述多个终端设备中,至少一个终端设备配置为接收另一个终端设备传输的内容数据,所述终端设备包括:
接收优先级管理单元,配置为管理寻址到自己的终端设备的两个或者多个内容数据的优先级,以及
数据接收控制单元,配置为基于对应于在收到的两个或者多个内容数据中所述接收优先级管理单元管理的优先级高的优先数据的输出信号的输出时间间隔,请求配置为传输具有比所述优先数据低的优先级的内容数据的传输源执行控制,以停止传输所述内容数据。
10.一种使至少一个终端设备中的计算机执行如下的计算机程序,在布置于通信网络中并且配置为传输或者接收内容数据的多个终端设备中,配置所述至少一个终端设备以接收另一个终端设备传输的内容数据:
管理寻址到自己的终端设备的两个或者多个内容数据的优先级,以及
控制数据接收,以基于对应于在收到的两个或者多个内容数据中在管理接收优先级时管理的优先级高的优先数据的输出信号的输出时间间隔,请求配置为传输具有比所述优先数据低的优先级的内容数据的传输源执行控制,以停止传输所述内容数据。
11.根据权利要求10所述的计算机程序,其中在控制数据接收时,如果对应于具有高优先级的所述优先数据的所述输出信号的所述输出时间间隔已经超过第一阈值,则请求所述内容数据的所述传输源执行控制,以停止传输收到的两个或者多个内容数据中具有最低优先级的内容数据。
12.根据权利要求11所述的计算机程序,其中在控制数据接收时,如果所述优先数据的所述输出时间间隔已经变得小于比所述第一阈值小的第二阈值,则请求所述传输源重新开始传输已经请求停止传输的所述内容数据。
13.根据权利要求12所述的计算机程序,其中在控制数据接收时,在所述优先数据的所述输出时间间隔小于所述第二阈值的状态持续预定时间或者更长后,请求重新开始所述传输。
14.根据权利要求12所述的计算机程序,其中在控制数据接收时,请求从已经请求停止传输的两个或者多个内容数据中具有较高优先级的内容数据开始顺序地重新开始所述传输内容数据。
15.根据权利要求14所述的计算机程序,其中在控制数据接收时,在已经重新开始接收具有较高优先级的内容数据后,在所述优先数据的所述输出时间间隔小于所述第二阈值的状态已经持续预定时间或者更长后,请求重新开始传输具有次最高优先级的内容数据。
16.根据权利要求10所述的计算机程序,其中所述内容数据包含音频数据和图像数据中的至少一个。
17.一种用于控制通过通信网络从外部传输的两个或者多个内容数据的接收状态的数据传输方法,所述数据传输方法包括:
管理寻址到自己的终端设备的两个或者多个内容数据的优先级,以及
基于对应于在收到的两个或者多个内容数据中在管理接收优先级时管理的优先级高的优先数据的输出信号的输出时间间隔,请求配置为传输具有比所述优先数据低的优先级的内容数据的传输源执行控制,以停止传输所述内容数据。
CN201580005382.XA 2014-01-22 2015-01-20 数据传输系统、终端设备、计算机程序以及数据传输方法 Pending CN105934750A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014009104 2014-01-22
JP2014-009104 2014-01-22
PCT/JP2015/051424 WO2015111588A1 (ja) 2014-01-22 2015-01-20 データ伝送システム、端末装置、プログラムおよびデータ伝送方法

Publications (1)

Publication Number Publication Date
CN105934750A true CN105934750A (zh) 2016-09-07

Family

ID=53681391

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580005382.XA Pending CN105934750A (zh) 2014-01-22 2015-01-20 数据传输系统、终端设备、计算机程序以及数据传输方法

Country Status (7)

Country Link
US (1) US9722808B2 (zh)
EP (1) EP3098717B1 (zh)
JP (1) JP6311726B2 (zh)
CN (1) CN105934750A (zh)
CA (1) CA2937519A1 (zh)
SG (1) SG11201605932VA (zh)
WO (1) WO2015111588A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110166266A (zh) * 2018-02-12 2019-08-23 电信科学技术研究院有限公司 一种从节点配置更新的处理方法、主节点及从节点

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2941555A1 (en) * 2014-03-05 2015-09-11 Ricoh Company, Limited Data transmission system, terminal device, program, and method
JP6677061B2 (ja) 2016-04-22 2020-04-08 株式会社リコー 通信装置、通信システム、及びプログラム
JP6489061B2 (ja) 2016-04-22 2019-03-27 横河電機株式会社 減肉検出システム、減肉検出方法
JP6634965B2 (ja) 2016-06-20 2020-01-22 株式会社リコー 通信端末、通信システム、通信制御方法、及びプログラム
US10671494B1 (en) * 2017-11-01 2020-06-02 Pure Storage, Inc. Consistent selection of replicated datasets during storage system recovery
JP7373712B2 (ja) * 2019-08-19 2023-11-06 株式会社リコー 通信端末、通信システム、データ共有方法およびプログラム
WO2021234882A1 (ja) * 2020-05-20 2021-11-25 プライム・ストラテジー株式会社 ウェブコンテンツの自動高速表示制御方法
CN113098763B (zh) * 2021-06-10 2021-10-01 天聚地合(苏州)数据股份有限公司 即时通讯消息发送方法、装置、存储介质及设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087723A1 (en) * 2001-01-03 2002-07-04 Robert Williams Method and apparatus for performing priority-based flow control
CN1794863A (zh) * 2004-03-24 2006-06-28 摩托罗拉公司 用于加密呼叫的方法和设备
CN1972463A (zh) * 2005-11-24 2007-05-30 大唐移动通信设备有限公司 移动通信系统中数据链路层流量控制的方法
US20100292556A1 (en) * 2009-05-12 2010-11-18 Michael Golden Methods and systems for managing, controlling and monitoring medical devices via one or more software applications functioning in a secure environment
CN101902314A (zh) * 2009-06-01 2010-12-01 鼎桥通信技术有限公司 一种传输数据的方法
CN102460324A (zh) * 2009-05-25 2012-05-16 维斯塔斯风力系统集团公司 一个全局精确时间和一个最大传输时间
US20120307829A1 (en) * 2011-05-31 2012-12-06 Fujitsu Limited Communication control method and relay device
US20130222164A1 (en) * 2010-07-28 2013-08-29 Panasonic Corporation Discrete time analog circuit and receiver using same

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58143232U (ja) 1982-02-19 1983-09-27 積水樹脂株式会社 野菜貯蔵袋
JPS6411460A (en) 1987-07-03 1989-01-17 Hitachi Ltd Composite communication system for speech and data
US5001705A (en) * 1987-11-06 1991-03-19 Fujitsu Limited Protocol control circuit for data bus system
CN1190081C (zh) 1997-03-17 2005-02-16 松下电器产业株式会社 发送和接收动态图像数据的方法及其设备
JP2003152752A (ja) 2001-08-29 2003-05-23 Matsushita Electric Ind Co Ltd データ送受信方法
KR100460429B1 (ko) * 2002-11-15 2004-12-08 삼성전자주식회사 우선순위 큐잉 장치 및 이를 이용한 우선순위 큐잉 방법
JP2004312560A (ja) 2003-04-09 2004-11-04 Ntt Docomo Inc ストリーミング受信端末、ストリーミング配信装置
US7551561B2 (en) * 2003-05-15 2009-06-23 Panasonic Corporation Packet communication terminal
EP1650905A1 (en) 2004-10-25 2006-04-26 Siemens Aktiengesellschaft Method for bandwidth profile management in a Metro Ethernet network
US20060268692A1 (en) * 2005-05-31 2006-11-30 Bellsouth Intellectual Property Corp. Transmission of electronic packets of information of varying priorities over network transports while accounting for transmission delays
JP4421625B2 (ja) * 2007-03-20 2010-02-24 富士通株式会社 フロー制御方法および受信装置
DE102008039580A1 (de) * 2008-08-25 2010-03-04 Siemens Aktiengesellschaft Verfahren zum Übertragen von Datenpaketen in einem Kommunikationsnetz und Schaltvorrichtung
JP2010093505A (ja) 2008-10-07 2010-04-22 Yamaha Corp 通信装置及び通信システム
JP4796615B2 (ja) * 2008-11-26 2011-10-19 日東電工株式会社 光電気混載基板およびその製造方法
CN101895403B (zh) * 2009-05-22 2013-08-28 华为技术有限公司 一种数据传送方法、装置和通信系统
JP2011066480A (ja) * 2009-09-15 2011-03-31 Brother Industries Ltd 通信システムおよび端末装置
KR101257594B1 (ko) 2009-12-25 2013-04-26 가부시키가이샤 리코 전송 관리 시스템, 전송 시스템, 컴퓨터 판독 가능한 기록 매체, 프로그램 제공 시스템, 및 메인터넌스 시스템
US8825860B2 (en) * 2010-03-30 2014-09-02 Qualcomm, Incorporated Method and apparatus to facilitate voice activity detection and coexistence manager decisions
JP2012151555A (ja) * 2011-01-17 2012-08-09 Nec Corp テレビ会議システム、テレビ会議中継装置、テレビ会議中継方法および中継プログラム
JP2014090387A (ja) 2012-10-31 2014-05-15 Ricoh Co Ltd 情報処理装置、会議システムおよびプログラム
JP6182902B2 (ja) 2013-02-28 2017-08-23 株式会社リコー 伝送端末、伝送システム及びプログラム
JP2015097070A (ja) 2013-06-12 2015-05-21 株式会社リコー 通信システム、情報処理装置、プログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087723A1 (en) * 2001-01-03 2002-07-04 Robert Williams Method and apparatus for performing priority-based flow control
CN1794863A (zh) * 2004-03-24 2006-06-28 摩托罗拉公司 用于加密呼叫的方法和设备
CN1972463A (zh) * 2005-11-24 2007-05-30 大唐移动通信设备有限公司 移动通信系统中数据链路层流量控制的方法
US20100292556A1 (en) * 2009-05-12 2010-11-18 Michael Golden Methods and systems for managing, controlling and monitoring medical devices via one or more software applications functioning in a secure environment
CN102460324A (zh) * 2009-05-25 2012-05-16 维斯塔斯风力系统集团公司 一个全局精确时间和一个最大传输时间
CN101902314A (zh) * 2009-06-01 2010-12-01 鼎桥通信技术有限公司 一种传输数据的方法
US20130222164A1 (en) * 2010-07-28 2013-08-29 Panasonic Corporation Discrete time analog circuit and receiver using same
US20120307829A1 (en) * 2011-05-31 2012-12-06 Fujitsu Limited Communication control method and relay device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110166266A (zh) * 2018-02-12 2019-08-23 电信科学技术研究院有限公司 一种从节点配置更新的处理方法、主节点及从节点

Also Published As

Publication number Publication date
EP3098717A1 (en) 2016-11-30
JP6311726B2 (ja) 2018-04-18
US20170012793A1 (en) 2017-01-12
US9722808B2 (en) 2017-08-01
JPWO2015111588A1 (ja) 2017-03-23
SG11201605932VA (en) 2016-08-30
WO2015111588A1 (ja) 2015-07-30
CA2937519A1 (en) 2015-07-30
EP3098717B1 (en) 2018-11-28
EP3098717A4 (en) 2017-02-15

Similar Documents

Publication Publication Date Title
CN105934750A (zh) 数据传输系统、终端设备、计算机程序以及数据传输方法
EP2493143B1 (en) Apparatus, system, and method of controlling connection among terminals and recording medium storing connection control program
US9077851B2 (en) Transmission terminal, transmission system, display control method, and recording medium storing display control program
US9232184B2 (en) Transmission management system, transmission system, and transmission management system program
CN102334335B (zh) 传输管理系统、传输系统、计算机程序产品、程序提供系统和维护系统
CN103329516B (zh) 传输管理设备
US9401945B2 (en) Apparatus, system, and method of managing data transmission, and recording medium storing data transmission management program
US9191428B2 (en) Communication management system, communication system, communication method, and recording medium storing communication control program
JP6136174B2 (ja) 通信システム及び通信方法
JP2018098795A (ja) 伝送端末、伝送方法、及び伝送用プログラム
US9615057B2 (en) Transmission terminal, transmission method, and recording medium storing transmission control program
CN102208994A (zh) 日志管理系统、传送系统、以及日志管理方法
AU2012248646A1 (en) Transmission terminal, image display control method, image display control program, recording medium, and transmission system
CN104584538B (zh) 传输管理系统以及传输系统
JP6372156B2 (ja) 接続制御システム、通信端末、通信システム、プログラム、及び接続制御方法
CN105378688B (zh) 程序、信息处理系统和信息处理设备
US9401939B2 (en) Communication management system, communication method, and recording medium storing communication control program
EP2642720B1 (en) System, method and carrier medium for managing data transmission
US9392040B2 (en) Communication management system, communication method, and recording medium storing communication control program
JP2015233227A (ja) 通信装置、通信システム、通信管理システム、通信制御方法およびプログラム
CN106462672A (zh) 管理系统、程序、管理方法和通信系统
JP2015142193A (ja) 伝送端末及びプログラム
JP6413215B2 (ja) 伝送端末及びプログラム
JP6753480B2 (ja) 端末および表示方法
CN103517030A (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

Application publication date: 20160907

WD01 Invention patent application deemed withdrawn after publication