WO2006066451A1 - Procede servant a optimiser un logiciel de terminal video de teleconference - Google Patents

Procede servant a optimiser un logiciel de terminal video de teleconference

Info

Publication number
WO2006066451A1
WO2006066451A1 PCT/CN2004/001489 CN2004001489W WO2006066451A1 WO 2006066451 A1 WO2006066451 A1 WO 2006066451A1 CN 2004001489 W CN2004001489 W CN 2004001489W WO 2006066451 A1 WO2006066451 A1 WO 2006066451A1
Authority
WO
WIPO (PCT)
Prior art keywords
upgrade
terminal
software
message
code
Prior art date
Application number
PCT/CN2004/001489
Other languages
English (en)
French (fr)
Inventor
Xiaobin Zhu
Hui Li
Zhiping Tian
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Priority to CN200480044176.1A priority Critical patent/CN100571366C/zh
Priority to EP04802502A priority patent/EP1830567A4/en
Priority to PCT/CN2004/001489 priority patent/WO2006066451A1/zh
Publication of WO2006066451A1 publication Critical patent/WO2006066451A1/zh

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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms

Definitions

  • the present invention relates to the field of digital multimedia communications, and in particular to a method for software upgrade of a remote conference television terminal through a conference television line. Background technique
  • China Patent 02136574.1 "--A method for automatically upgrading and updating software under Client/Server architecture, discloses a method for automatic software upgrade. This method does not require manual intervention by the user during the upgrade process, but automatically uses the application software currently. The software version number is compared with the latest version number, and the latest version software is automatically downloaded if necessary to complete the automatic upgrade of the software. In this patent, the upgraded terminal must be connected to the FTP server through the IP network to download the new version. Software, cannot be implemented in an environment without an IP network.
  • Chinese Patent No. 02125694.2 “Application Upgrade Method for Firmware in Wireless Communication Module” discloses a method for upgrading firmware in application, including the following steps: 1) Setting firmware in a control module on a communication device where a wireless communication module is located Upgrade the control program, and install the software upgrade tool and upgrade program of the wireless communication module in the computer; 2) the computer activates the wireless communication module in the power-down state by running the application program and through the foregoing control module; 3) the computer continues to run the foregoing The application and the wireless communication module on the communication device enter the firmware upgrade state through the foregoing control module; 4) the application of the foregoing computer sends the new firmware to the wireless communication module by using the software upgrade tool and the upgrade program of the wireless communication module, Complete the firmware upgrade.
  • the invention must be implemented using a computer equipped with dedicated software, and the computer and the upgraded device Use an IP network or computer interface to connect, and remote upgrade is not possible when there is no IP network at the location where the upgraded device is located.
  • U.S. Patent No. 6,535,924 discloses a method and apparatus for online software upgrade of a router. Among them, the key software components of the router are backed up during the upgrade, so that the router can be upgraded online.
  • the invention requires an IP network connection between the router and the source node, which cannot be implemented in an environment without an IP network.
  • U.S. Patent No. 6,124,938, "Painting software upgrades to a digital printer through a standard port” discloses a method of software upgrade of a digital printer through a print port.
  • the computer and the digital printer use a set of defined interface mechanism to communicate through the print port, thereby realizing software upgrade of the digital printer.
  • the invention must use dedicated software to connect to the upgraded terminal through a dedicated interface, and remote upgrade is not possible.
  • a method for software upgrade of a remote conference television terminal the method using a local conference television terminal equipped with the software of the level -
  • the method includes: the local terminal equipped with the required upgrade software or the remote terminal that needs to perform software upgrade sends an upgrade startup message to the other party to start a software upgrade process; between the local terminal and the remote terminal Establishing an upgrade data channel; the local terminal communicating with the remote terminal through the upgrade data channel to transmit the upgrade software code to the remote terminal.
  • the method further comprises: transmitting a mechanism according to the conference television transmission.
  • the step of implementing the one-way and two-way data transmission mechanism further includes: causing the local terminal and the remote terminal to enter a newly started video conference; when the newly started video conference is a point-to-point conference, the local terminal Directly opening one of the standard data channels and the video channel to the remote terminal as a one-way and two-way data transmission mechanism respectively; when the newly started video conference is a multipoint conference, the local terminal is in the conference television system
  • the multipoint control device (MCU) requests the chairman token; the local terminal requests the multipoint control device to broadcast the image of the terminal to all terminals in the conference; the local terminal requests the multipoint control device to select the An image of the remote terminal, thereby implementing a two-way data transmission mechanism between the two terminals; the local terminal applying to the multipoint control device for a standard channel token for transmitting data to the remote terminal, thereby implementing between the two terminals
  • One-way data transfer mechanism further includes: causing the
  • the step of transmitting the upgrade initiation message in the local terminal or the remote terminal preferably, the step of establishing an upgrade data channel further comprises: the local terminal and the remote terminal being above the two-way data transmission mechanism Opening a pre-agreed data channel; the local terminal and the remote terminal establish a bidirectional logical channel used as an upgrade data channel on the established data channel to transmit control, response, status information, and software code during the software upgrade process data.
  • the step of the local terminal communicating with the remote terminal further comprises: the local terminal exchanging configuration information related to the software upgrade with the remote terminal, to coordinate the software upgrade process of the two parties; Data is transmitted to the remote terminal over the upgrade data channel.
  • the essence of the invention is to pass software code from one terminal to another over a conference television line.
  • the software of the conference television terminal is upgraded by using the method of the invention, and the upgraded terminal is not required to be equipped with a computer network interface, thereby expanding the application range of the software upgrade on the terminal; the invention uses the inherent line of the conference television terminal to perform software upgrade, which is convenient to implement. Remote upgrade reduces the maintenance cost of the terminal equipment.
  • FIG. 1 is a schematic diagram of a system environment for implementing a method for software upgrade of a remote conference television terminal according to the present invention
  • FIG. 2 is a flow chart of a method for software upgrade of a remote conference television terminal according to an embodiment of the present invention
  • FIG. 3 is a flowchart of implementing a one-way and two-way data transmission mechanism in a method for software upgrade of a remote conference television terminal according to an embodiment of the present invention
  • FIG. 4 is a flow chart showing the process of establishing an upgrade data channel until the upgrade is completed in a method for software upgrade of a remote conference television terminal according to an embodiment of the present invention.
  • Figure 1 shows a schematic diagram of a system environment in which the present invention is implemented.
  • the two “terminals” in Figure 1 refer to a local television terminal and a remote television terminal, respectively, correspondingly, "link” and “picture” in the figure.
  • the network refers to the conference television link and the conference television network, respectively, which together form a conference television line.
  • the local terminal and the remote terminal respectively access the conference television network through the conference television link, thereby realizing end-to-end data transmission and information exchange.
  • the invention transmits the software code from the local terminal to another remote terminal through the conference television line, thereby realizing the software upgrade.
  • FIG. 2 is a flow chart of a software upgrade method in accordance with one embodiment of the present invention.
  • the software upgrade process of the present invention is illustrated by taking an H.320 conference television line as an example, wherein the local conference television terminal and the remote conference television terminal are a local H.320 conference television terminal and a remote H.320 conference television terminal, respectively. And referred to as local terminal A and remote terminal B respectively.
  • the flow of the method in this embodiment is as follows:
  • the local H.320 videoconferencing terminal is provided with software for upgrading the remote terminal B. That is, in some way, local terminal A can access the software code for upgrading when needed.
  • software code can be saved on a floppy disk, CD or USB flash drive to the local terminal A through the corresponding drive, or can be stored in some way in the RAM of the local terminal A or In the ROM, it can even be stored on the WEB server that the local terminal A can access.
  • the local terminal A uses the software code it is running for upgrading, and can directly access its own RAM to obtain the corresponding software code, and there is no separate process of software code.
  • FIG. 3 is a flow chart showing the process of implementing a one-way and two-way data transmission mechanism between the local terminal A and the remote terminal B in this embodiment. As shown in Figure 3, the process flow includes:
  • step 305 the two terminals A and B that need to participate in the upgrade enter a newly started H.320 conference, and the two terminals must have the capability of transmitting H.281 messages through the LSD channel, if the two terminals enter A multipoint conference requires the MCU (multipoint control device) to have the corresponding capabilities;
  • step 310 it is determined whether the current new start is a multipoint conference. If the current sense is a point-to-point conference, then both terminals can open the LSD channel to send data to the other party, and both terminals can receive each other's data on the video channel (see each other's image, which can be referred to as For "image mutual viewing"), both the one-way and two-way data transmission mechanisms have been implemented, and the process of implementing the one-way and two-way data transmission mechanisms ends. If it is currently a multipoint conference, proceed to step 315;
  • step 315 the local terminal A sends a CCA message, requests the chairman token, and the MCU responds to the request, and gives the local terminal A a chair token;
  • step 320 the local terminal A sends a VCB message, the parameter of the message is the M/T number of the remote terminal B, and the MCU responds to the message, and broadcasts the image of the local terminal A to the conference. All other terminals, such that the remote terminal B sees the image of the local terminal A; in step 325, the local terminal A sends a VCS message requesting the image selection, the parameter of the message is the M/T number of the remote terminal B, the MCU In response to the message, the image of the remote terminal B is sent to the local terminal A.
  • the two terminals under the multi-point conference condition realize image mutual viewing, and the two-way data transmission mechanism is implemented;
  • step 330 the local terminal A sends a DCA-L message to apply for an LSD token, and the MCU responds to the request to give the LSD token to the remote terminal B, so that the local terminal A has the LSD channel in the multipoint conference.
  • the remote terminal B has the right to send data, and thus the one-way data transmission mechanism is also implemented.
  • the one-way data transmission and the two-way data transmission in the present invention all refer to logical functions, and do not necessarily have separate entities. Since the two-way data transmission has the function of one-way data transmission at the same time, the two-way data transmission mechanism can also be used to realize one-way data transmission without separately implementing the one-way data transmission mechanism.
  • step 215 the local terminal sends an upgrade initiation message.
  • the local terminal A sends an upgrade start message through the LSD channel to notify the remote terminal B to start the software upgrade process.
  • the message is actually an extended H.281 message, which belongs to the Action message.
  • the following table shows the structure of the upgrade start message:
  • the first part is the 1-byte action code
  • the H.281 protocol uses 0x01-0x07, here it is set to 0x08
  • the remote terminal B separates the upgrade start message by the action code of 0x08.
  • the second part uses one byte to indicate the upgrade direction.
  • This direction is relative to the send upgrade.
  • the terminal of the message is defined, 1 means to upgrade the software of the peer, 2 means to upgrade the software of the local end, and the direction of the upgrade also determines the sender and the receiver in the process of software code transmission.
  • the upgrade direction is 1, the local end is the sender and the peer. The end is the receiving end, and when it is 2, it is just the opposite.
  • the local terminal A is sent with the upgrade start message, and the upgrade direction is 1, indicating that the software of the remote terminal B is upgraded, the local terminal A is the software code sending end, and the remote terminal B is the receiving end.
  • the upgrade startup message sent by the local terminal A to the remote terminal B that is, the software upgrade process initiated by the local terminal A.
  • the remote terminal may also send an upgrade startup message to the local terminal to start the software upgrade process.
  • the upgrade direction part of the upgrade start message has a value of 2, that is, the terminal that sends the upgrade start message is performed.
  • Software upgrade, the terminal receiving the message is the software code sender.
  • the third part uses one byte to indicate the type of software code to be upgraded.
  • the terminal may divide the software code into several different types to manage separately (for example, according to audio, video, and multiplex), which may be used in actual applications. You only need to upgrade one or several of them. This section can specify the software code type of this upgrade. If you want to upgrade multiple types of software code, you can perform the software upgrade process multiple times, and specify different software upgrades each time. Code.
  • the data channel is opened using a two-way data transfer mechanism.
  • the two terminals open a pre-agreed data channel based on the implemented two-way data transmission mechanism, and the channel may be an LSD, HSD, MLP or H-MLP specified by the protocol system of the H.320® television.
  • One of the standard data channels may be a video channel in which two terminals temporarily stop transmitting video data and may be idle, or may be a partial time slot in the above channel.
  • the local terminal A stops transmitting video data on the video channel, and in the subsequent upgrade process, the two terminals directly use the idle video channel as the Used for the upgraded data channel.
  • an upgrade channel is established on the data channel.
  • the upgrade channel is used to transfer control, response, status information, and software code data during software upgrades.
  • the local terminal A and the remote terminal B communicate on the upgrade channel to complete the transmission of the software code.
  • step 230 the version, size, and the like of the two terminal exchange software are related to the upgrade. 2004/001489 Configuration information. These configuration information includes the size of the software code to be upgraded, the version number, and so on.
  • step 235 the local terminal transmits a number of bytes of software code data to the remote terminal through the upgrade channel.
  • the remote terminal receives the software code data via the upgrade channel.
  • step 245 it is judged whether the software code data has been transmitted. If the transmission is completed, the process ends, otherwise the process goes to step 235.
  • the configuration information and the software code data in steps 230, 235 are transmitted through the upgrade channel in the form of a message packet, wherein each message packet is composed of a number of bytes.
  • the message packet is transmitted on the video channel as the upgrade channel, and the contents of the same message packet are continuously transmitted in order, and the first byte of the latter message packet is transmitted along with the last byte of the previous message packet, the two terminals. Both send a message packet to its own upstream video channel and receive a message packet from the downstream video channel.
  • the first part is a fixed header of 4 bytes of content, as a starting flag of the message packet;
  • the second part is the length of 4 bytes, giving the total length of this message packet;
  • the third part is a 4-byte serial number.
  • the remote terminal receives the message packet, it checks whether the serial number is continuous or not to determine whether there is a message loss.
  • the fourth part is a 4-byte code that gives the type of this message packet
  • the fifth part is a variable-length message parameter. Different types of message packets have different lengths and meanings.
  • the "fill” message is used to maintain synchronization of message reception
  • steps 405 through 420 are the process by which the parties perform a communication handshake on the upgrade channel.
  • step 405 the type of the sent message packet is set to "in connection”.
  • the messages are separated from the byte stream in a manner that seeks the header of the message, and the type of the message is obtained in accordance with the message format defined above.
  • the "connected" or "connected” message must be received five times in succession to proceed to the next step 415. Otherwise, this step is repeated. Obviously, this step essentially follows the received video data according to the message packet. The format of the process of receiving synchronization.
  • step 415 the sent message packet type is set to "Connected”.
  • step 420 in order to ensure that the peer can also receive enough "connected” or “connected” messages to synchronize the reception of the message packet, the "connected" message is sent at least five times. If at least five "connected” messages are sent and the other party's "connected” message is received, it means that both terminals have achieved the receiving synchronization. At this point, the handshake is considered successful, go to step 425, otherwise repeat this step.
  • step 425 it is determined whether the local end is the transmitting end of the software code, if yes, go to step 430, otherwise, go to step 445.
  • step 430 a "code attribute" message is sent, the version and size of the software code are taken from the corresponding type of software code being run by the sender (in this case the version of the code is a 4-byte number if a string is used) To indicate the version number, you can modify the format of the "code attribute" message). After sending the message, clear the code data send pointer of the local end.
  • a plurality of bytes of software code data are read from the corresponding position of the corresponding type of software code being used by the local end, and a "code data" message is constructed to be sent out, and accordingly, the code data is updated.
  • Send pointer a plurality of bytes of software code data are read from the corresponding position of the corresponding type of software code being used by the local end, and a "code data" message is constructed to be sent out, and accordingly, the code data is updated.
  • step 440 it is judged whether the software code data is transmitted, and if the process is finished, otherwise the process proceeds to step 435.
  • the send message type is set to "fill".
  • the video channel used to upgrade the channel is a channel with a constant bandwidth, and the message packet must be sent continuously, otherwise the peer will lose the synchronization of receiving the message packet.
  • the sender must send a "fill" message when no other type of message can be sent to maintain the receiving synchronization of the peer.
  • the parameters of the message are meaningless and the length is The purpose of achieving the fill is subject to.
  • step 450 waiting to receive a "code attribute” message, the receiving end must prepare for reception based on the information in the message. If a "Code Attribute” message is received, go to step 455, otherwise repeat this step.
  • step 455 a "code data" message is received, the software code data therein is retrieved, and saved.
  • step 460 it is determined whether the code data has been received. If not, the process proceeds to step 455, and if so, the process ends.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Description

对远程会议电视终端进行软件升级的方法
技术领域
本发明涉及数字多媒体通信领域， 具体地， 涉及通过会议电视线路对 远程会议电视终端进行软件升级的方法。 背景技术
随着信息技术的发展， 嵌入式软件越来越普遍地运行在各种电子设备 中。 出于修补故障或扩展功能的原因， 经常需要对嵌入式软件进行升级。 最初那种拆开设备对 ROM芯片进行更换或重新编程的繁瑣做法已经很少 出现在商业化的产品上了， 新近推出的产品几乎都具备了在系统升级的功 能。 该功能在降低产品维护成本的同时， 也增加了设备制造商的效益。
中国专利 02136574.1 "—种 Client/Server 架构下软件自动升级更新 的方法，， 公开了一种软件自动升级的方法。 该方法在升级过程中不需要用 户手工干预， 而是自动把应用软件当前使用的软件版本号与最新版本号加 以比较，如必要就自动下载最新版本软件，从而完成软件的自动升级更新。 在该专利中， 被升级的终端必须通过 IP网络连接到 FTP服务器上才能下 载新版本的软件， 在无 IP网络的环境下无法实施。
中国专利 02125694.2 "无线通信模块中固件的在应用升级方法"公开 了一种对固件进行在应用升级的方法， 包括以下几个步骤： 1)在无线通信 模块所在通信装置上的控制模块中设置固件升级控制程序， 并在计算机中 安装无线通信模块的软件升级工具和升级程序； 2)计算机通过运行应用程 序并通过前述的控制模块激活处于掉电状态的无线通信模块； 3)计算机通 过继续运行前述的应用程序并通过前述的控制模块使通信装置上的无线通 信模块进入固件升级状态； 4) 前述计算机的应用程序利用无线通信模块的 软件升级工具和升级程序，将新固件发送给无线通信模块， 完成固件升级。 该发明实施时必须使用配备了专用软件的计算机， 且计算机和被升级设备 之间使用 IP网络或计算机接口连接， 在被升级设备所处地点无 IP网络时 无法实现远程升级。
美国专利 US6535924 " Method and apparatus for performing a software upgrade of a router while the router is online" 公开了一种对路 由器进行软件在线升级的方法和装置。 其中， 在升级时对路由器的关键软 件组件进行备份， 从而能够对路由器进行在线升级。 该发明需要在路由器 和源结点之间建立 IP网络连接， 在无 IP网络的环境下无法实施。
美国专利 US6124938 " Submitting software upgrades to a digital printer through a standard port" 公开了一种通过打印口对数字打印机进 行软件升级的方法。 其中， 计算机和数字打印机之间使用一套定义好的接 口机制、 通过打印口进行通讯， 从而实现对数字打印机的软件升级。 该发 明必须使用专用软件通过专用接口连接被升级终端， 无法实现远程升级。
总的来说， 目前的在应用软件升级技术中， 与被升级设备的连接方式 有两种： 一种是使用计算机自带的诸如打印口之类的接口连接， 这种升级 方式要求提供升级软件的服务器与被升级设备之间的距离不能超过其使用 的接口的最大传输距离， 难以实现远程升级； 另一种是使用计算机网^： 口连接， 其中以 IP网络接口最为普遍， 这种方法可以用于远程升级， 但要 求提供升级软件的服务器与被升级设备之间有可用的计算机网络链路， 而 在会议电视终端的应用场合下， 这一要求并不总是能被满足。 发明内容
本发明的目的在于提供一种使用会议电视线路对远程会议电视终端进 行软件升级的方法， 以克服现有技术中对会议电视终端进行远程软件升级 时要求使用计算机网络接口的限制性缺点。
为实现以上目的， 本发明所采取的技术方案为：
一种对远程会议电视终端进行软件升级的方法， 该方法利用配备了所 -级软件的本地会议电视终端 i
远程会议电视终端进行软件升级， 优选地， 该方法包括： 所述配备了所需升级软件的本地终端或所述需 要进行软件升级的远程终端向对方发送升级启动消息， 以启动软件升级过 程； 所述本地终端与远程终端之间建立升级数据信道； 所述本地终端通过 所述升级数据信道与所述远程终端进行通信， 以将升级软件代码传输给所 述远程终端。
优选地， 在所述发送升级启动消息步骤之前还包括： 在通过会议电视 据传输机制。 所述实现单向和双向数据传输机制的步骤进一步包括： 使所 述本地终端与所述远程终端进入一个新开始的电视会议； 当所述新开始的 电视会议为点对点会议时， 所述本地终端和远程终端直接打开标准数据信 道之一和视频信道， 以分别作为单向和双向数据传输机制； 当所述新开始 的电视会议为多点会议时， 则所述本地终端向该会议电视系统中的多点控 制设备（MCU )申请主席令牌； 所述本地终端请求多点控制设备将该终端 的图像广播给该会议中的所有终端； 所述本地终端向多点控制设备请求选 看所述远程终端的图像， 从而实现这两个终端之间的双向数据传输机制； 所述本地终端向多点控制设备申请向所述远程终端发送数据的标准信道令 牌， 从而实现这两个终端之间的单向数据传输机制。
优选地， 所述发送升级启动消息的步骤中所述本地终端或远程终端通 优选地， 所述建立升级数据信道的步骤进一步包括： 所述本地终端与 远程终端在所述双向数据传输机制之上打开一个事先约定的数据信道； 所 述本地终端与远程终端在所建立的数据信道之上建立用作升级数据信道的 双向逻辑信道， 以传输软件升级过程中的控制、 响应、 状态信息以及软件 代码数据。
优选地， 所述本地终端与远程终端进行通信的步骤进一步包括： 所述 本地终端与远程终端交换与软件升级有关的配置信息， 以对双方的软件升 级过程进行协调； 所述本地终端将软件代码数据通过所述升级数据信道发 送给所述远程终端。 本发明的实质是将软件代码通过会议电视线路从一个终端传递到另一 个终端。 采用本发明的方法对会议电视终端进行软件升级， 不要求被升级 终端配备计算机网络接口， 扩大了软件升级在终端上的应用范围； 本发明 釆用会议电视终端固有的线路进行软件升级， 便于实现远程升级， 降低了 终端设备的维护成本。 附图说明
图 1是实现本发明对远程会议电视终端进行软件升级的方法的系统环 境示意图；
图 2是根据本发明一个实施例对远程会议电视终端进行软件升级的方 法流程图；
图 3根据本发明一个实施例对远程会议电视终端进行软件升级的方法 中实现单向和双向数据传输机制的流程图；
图 4根据本发明一个实施例对远程会议电视终端进行软件升级的方法 中建立升级数据信道开始直到升级完成的流程图。 具体实施方式
下面结合附图对本发明的优选实施例进行详细的说明。
图 1给出了实现本发明的系统环境示意图， 图 1中的两个 "终端" 分 别指的是本地^义电视终端和远程^义电视终端， 相应地， 图中的 "链路" 和 "网络" 分别指的是会议电视链路和会议电视网络， 两者共同组成会议 电视线路。本地终端和远程终端分别通过会议电视链路接入会议电视网络， 从而实现端到端的数据传递和信息交换。 本发明通过会议电视线路将软件 代码从本地终端传递到另外一台远程终端， 从而实现软件升级。
图 2是根据本发明一个实施例的软件升级方法的流程图。本实施例中， 以 H.320会议电视线路为例来说明本发明的软件升级过程， 其中本地会议 电视终端和远程会议电视终端分别为本地 H.320 会议电视终端和远程 H.320会议电视终端， 并分别简称为本地终端 A和远程终端 B。 如图 2所 示， 本实施例的方法流程如下：
在步骤 205， 为本地 H.320会议电视终端配备用于对远程终端 B进行 升级的软件。 即釆用某种方法使本地终端 A在需要时能够访问用于升级的 软件代码。 为此， 可以采取多种不同的配备方式， 例如： 软件代码可以保 存在软盘、 光盘或 U盘上通过相应的驱动器提供给本地终端 A， 也可以通 过某种方式存储在本地终端 A的 RAM或 ROM中， 甚至可以存放在本地 终端 A可以访问的 WEB服务器上。 本实施例中， 本地终端 A将其正在运 行的软件代码用于升级， 可以直接访问其自身的 RAM以获取相应的软件 代码， 没有单独的配备软件代码的过程。
在步骤 210， 在本地终端 A和远程终端 B之间实现单向和双向数据传 输机制。 在本实施例中， 本地终端 A将 LSD信道用作单向数据传输， 将 视频信道用作双向数据传输。 图 3是本实施例中实现本地终端 A和远程终 端 B之间单向和双向数据传输机制的过程流程图。 如图 3所示， 该过程流 程包括：
在步骤 305， 使需要参与升级的两台终端 A和 B进入一个新开始的 H.320会议， 这两台终端必须具有通过 LSD信道传递 H.281消息的能力 , 如果这两台终端进入的是一个多点会议， 则要求 MCU (多点控制设备） 也具有相应的能力；
在步骤 310， 判断当前新开始的 ^义是否为多点会议。 如果当前^义 是点对点会议， 则此时两个终端都可以打开 LSD信道向对方发送数据， 而 且两个终端都能相互在视频信道上接收到对方的数据（相互看到对方的图 像， 可简称为 "图像互看" ） ， 故单向和双向数据传输机制均已实现， 则 该实现单向和双向数据传输机制的过程结束。 如果当前是多点会议则前进 到步骤 315;
在步骤 315， 本地终端 A发送 CCA消息， 申请主席令牌， MCU响应 该请求， 赋予本地终端 A主席令牌；
在步驟 320，本地终端 A发送一条 VCB消息，该消息的参数为远程终 端 B的 M/T号， MCU响应该消息， 将本地终端 A的图像广播给会议中的 所有其它终端， 这样该远程终端 B就看到了本地终端 A的图像； 在步骤 325， 本地终端 A发送一条 VCS消息， 请求图像选看， 该消息 的参数为远程终端 B的 M/T号， MCU响应该消息， 将远程终端 B的图像 发送给本地终端 A, 至此，在多点会议条件下的两台终端实现了图像互看， 双向数据传输机制被实现；
在步骤 330， 本地终端 A发送 DCA-L消息， 申请 LSD令牌， MCU 响应该请求， 将 LSD令牌赋予远程终端 B, 这样， 本地终端 A就在多点会 议中拥有了在 LSD信道上向远程终端 B发送数据的权力， 至此单向数据 传输机制也被实现。
需要说明的是， 本发明中的单向数据传输和双向数据传输指的都是逻 辑功能， 不一定有单独的实体。 由于双向数据传输同时具备单向数据传输 的功能， 所以也可以使用双向数据传输机制实现单向数据传输， 而不必单 独实现单向数据传输机制。
现在返回到图 2， 在步骤 215， 本地终端发送升级启动消息。 本地终端 A通过 LSD信道发送升级启动消息，以通知远程终端 B启动软件升级过程。 该消息实际上是一条扩展的 H.281消息， 具体属于其中的动作（Action ) 消息， 下表给出了升级启动消息的结构：
Figure imgf000008_0001
其中，第一部分是 1个字节的动作代码， H.281协议使用了 0x01-0x07， 这里将其设为 0x08， 远程终端 B通过 0x08的动作代码分离出升级启动消 息。
第二部分用一个字节表示升级方向， 这个方向是相对于发送升级启动 消息的终端来定义的， 1表示升级对端的软件， 2表示升级本端的软件， 升 级方向同时确定了软件代码传输过程中的发送端和接收端， 升级方向为 1 时本端为发送端、对端为接收端， 为 2时则刚好相反。 对于本实施例来说， 发送升级启动消息的是本地终端 A,则升级方向为 1，表示升级远程终端 B 的软件、 本地终端 A为软件代码发送端、 远程终端 B为接收端。
需要说明的是，本实施例中是由本地终端 A向远程终端 B发送的升级 启动消息， 即由本地终端 A启动的软件升级过程。 在其他情况下， 也可由 远程终端向本地终端发送升级启动消息来启动软件升级过程，在此情况下 , 升级启动消息中的升级方向部分的值为 2， 即对发送该升级启动消息的终 端进行软件升级， 接收该消息的终端为软件代码发送端。
第三部分用一个字节表示要升级的软件代码的类型， 终端可能会将软 件代码分为几种不同的类型来分别管理（比如说按照音频、 视频、 复用来 划分） ， 实际应用时可能只需要升级其中的一种或几种， 本部分即可指定 本次升级的软件代码类型， 如果要升级多个类型的软件代码的话， 可以多 次进行软件升级过程， 每次指定升级不同的软件代码。
在步骤 220, 使用双向数据传输机制打开数据信道。 本步骤中， 两个 终端在已实现的双向数据传输机制的基础上打开一个事先约定的数据信 道， 该信道可以是 H.320 ^义电视的协议体系规定的 LSD、 HSD、 MLP 或 H-MLP等标准数据信道中的一种， 可以是两个终端临时停止发送视频 数据而空闲出来的视频信道， 还可以是上述信道中的部分时隙。 本实施例 中， 本地终端 A (远程终端 B )在发送（接收）升级启动消息后， 停止在 视频信道上发送视频数据， 在随后的升级过程中， 两个终端直接将空闲的 视频信道作为用于升级的数据信道使用。
在步骤 225， 在数据信道上建立升级信道。 升级信道用于传输软件升 级过程中的控制、 响应、 状态信息以及软件代码数据。
在升级信道建立完毕后，本地终端 A和远程终端 B在升级信道上进行 通信， 完成软件代码的传输。
首先， 在步骤 230, 两个终端交换软件的版本、 大小等与升级有关的 2004/001489 配置信息。 这些配置信息包括要升级的软件代码的大小以及版本号等。
在步驟 235， 本地终端通过升级信道向远程终端发送若干字节的软件 代码数据。
在步骤 240， 远程终端通过升级信道接收软件代码数据。
在步骤 245， 判断软件代码数据是否传输完毕， 若传输完毕， 则该过 程结束， 否则转步驟 235。
在本实施例中， 步骤 230、 235中的配置信息和软件代码数据均是以消 息包的方式通过升级信道传输的， 其中每个消息包由若干个字节组成。 消 息包在作为升级信道的视频信道上传输， 同一个消息包的内容按顺序连续 传输， 后一个消息包的第一个字节紧随着前一个消息包的最后一个字节传 输， 两个终端都向自身的上行视频信道发送消息包而从下行视频信道上接 收消息包。
下表给出了通过升级信道传输的消息包的格式：
表 2:
Figure imgf000010_0001
其中， 第一部分是 4个字节的内容固定的首部， 作为消息包的起始标 志； 第二部分是 4个字节的长度， 给出本消息包的总长度；
第三部分是 4个字节的序号， 远程终端接收消息包时通过检查序号是 否连续来判断是否有消息丟失；
第四部分是 4个字节的代码， 给出本消息包的类型；
第五部分是长度可变的消息参数， 不同类型的消息包， 其参数的长度 和含义都不同。
下表给出了消息包中代码的取值和对应含义:
表 3:
Figure imgf000011_0001
其中， "连接中" 和 "已连接" 消息用于在通过视频信道传输的字节 流中正确定位消息包一一这个过程可以称为同步；
"填充" 消息用于维持消息接收的同步；
"代码属性" 和 "代码数据" 消息用于传输代码信息。
这些不同类型消息的用法将在下文中详细说明。
图 4是本地终端与远程终端从建立升级信道开始直到升级完成为止的 动作流程图。如图 4所示，该过程从在视频信道上发送和接收消息包开始。 首先， 步骤 405到 420是双方在升级信道上进行通信握手的过程。
在步骤 405， 设置发送的消息包类型为 "连接中" 。
在步驟 410， 以搜寻消息首部的方式来从字节流中分离出一个个的消 息， 并按照前面定义的消息格式得到消息的类型。 为了防止误判， 必须连 续五次接收到 "连接中" 或 "已连接" 消息才能转入下一步驟 415， 否则 重复本步骤， 显然， 本步骤实质上是对接收到的视频数据按照消息包的格 式进行接收同步的过程。
在步骤 415, 设置发送的消息包类型为 "已连接" 。
在步驟 420， 为了保证对端也能接收到足够的 "连接中" 或 "已连接" 消息， 以实现对消息包的接收同步， "已连接" 消息至少要发送五次。 如 果发送了至少五次 "已连接" 消息且也接收到了对方的 "已连接" 消息， 则意味着两个终端都实现了接收同步， 此时认为握手成功， 转步骤 425， 否则重复本步骤。
在步骤 425， 判断本端是否为软件代码的发送端， 是则转步骤 430， 否 则转步骤 445。
在步骤 430， 发送一条 "代码属性" 消息， 软件代码的版本和大小均 取自发送端正在运行的相应类型的软件代码（本例中代码的版本是一个 4 字节的数字， 如果采用字符串来表示版本号， 则可以修改 "代码属性" 消 息的格式） 。 发送完消息后要将本端的代码数据发送指针清零。
在步骤 435， 根据代码数据发送指针， 从本端正在使用的相应类型的 软件代码的相应位置读取若干字节的软件代码数据，构造一条 "代码数据" 消息发送出去， 相应地， 更新代码数据发送指针。
在步骤 440， 判断软件代码数据是否发送完毕， 是则该过程结束， 否 则转步骤 435。
在步骤 445， 设置发送消息类型为 "填充" 。 升级信道所使用的视频 信道是一个带宽恒定的信道， 要求消息包必须不间断发送， 否则对端就会 失去对消息包的接收同步。 发送端在没有其它类型消息可以发送时必须发 送 "填充" 消息， 以维持对端的接收同步， 该消息的参数无意义， 长度以 实现填充的目的为准。
在步骤 450, 等待接收 "代码属性" 消息， 接收端必须根据该消息中 的信息来进行接收准备工作。 如果接收到了 "代码属性" 消息， 则转步骤 455, 否则重复本步骤。
在步骤 455， 接收 "代码数据" 消息， 取出其中的软件代码数据， 并 进行保存。
在步骤 460，判断代码数据是否接收完毕，若否，则转步骤 455,若是， 则该过程结束。
以上虽然通过示例性的实施例对本发明的方法进行了详细的描述， 但 是以上的实施例并不是穷举的， 本领域技术人员可以在本发明的精神和范 围内实现各种变化和修改。 因此， 本发明并不限于这些实施例， 本发明的 范围仅由所附权利要求为准。

Claims

权利要求
1. 一种对远程会议电视终端进行软件升级的方法， 其特征在于， 该方 进行软件升级的远程会议电视终端进行软件升级。
2. 如权利要求 1所述的方法， 其特征在于， 该方法包括： 终端向对方发送升级启动消息， 以启动软件升级过程；
所述本地终端与远程终端之间建立升级数据信道；
所述本地终端通过所述升级数据信道与所述远程终端进行通信， 以将 升级软件代码传输给所述远程终端.。
3. 如权利要求 2所述的方法， 其特征在于， 所述配备了所需升级软件 的本地会议电视终端为能够访问到该升级软件的代码的电视终端。
4. 如权利要求 2所述的方法， 其特征在于， 在所述发送升级启动消息 步驟之前还包括：
在通过会议电视线路相连的本地会议电视终端与远程会议电视终端之 间实现单向和双向数据传输机制。
5. 如权利要求 4所述的方法， 其特征在于， 所述实现单向和双向数据 传输机制的步驟进一步包括： '
使所迷本地终端与所述远程终端进入一个新开始的电视会议； 当所述新开始的电视会议为点对点会议时， 所述本地终端和远程终端 直接打开标准数据信道之一和视频信道， 以分别作为单向和双向数据传输 机制；
当所述新开始的电视会议为多点会议时， 则
所述本地终端向该会议电视系统中的多点控制设备申请主席令 牌；
所述本地终端请求多点控制设备将该终端的图像广播给该会议中 的所有终端； 所述本地终端向多点控制设备请求选看所述远程终端的图像， 从 而实现这两个终端之间的双向数据传输机制；
所述本地终端向多点控制设备申请向所述远程终端发送数据的标 准信道令牌， 从而实现这两个终端之间的单向数据传输机制。
6. 如权利要求 5所述的方法， 其特征在于， 所述发送升级启动消息的 级启动消息来启动软件升级过程。
7. 如权利要求 2或 6所述的方法， 其特征在于， 所述升级启动消息为 扩展的 H.281消息， 属于动作消息。
8. 如权利要求 7所述的方法， 其特征在于， 所述升级启动消息包括动 作代码、 升级方向和软件代码类型三部分， 所述动作代码部分表示分离出 升级启动消息所执行动作的代码， 所述升级方向部分表示相对于发送该升 级启动消息的终端的升级方向， 所述软件代码类型部分表示软件代码为音 频、 视频或复用类型。
9. 如权利要求 5所述的方法， 其特征在于， 所述建立升级数据信道的 步驟进一步包括：
所述本地终端与远程终端在所述双向数据传输机制之上打开一个事先 约定的数据信道；
所述本地终端与远程终端在所建立的数据信道之上建立用作升级数据 信道的双向 i£辑信道， 以传输软件升级过程中的控制、 响应、 状态信息以 及软件代码数据。
10. 如权利要求 9所述的方法， 其特征在于， 所述事先约定的数据信 道为标准数据信道中的之一、 空闲的视频信道或前述信道中的部分时隙。
11. 如权利要求 5或 10所述的方法， 其特征在于， 所述标准数据信道 包括： LSD、 HSD、 MLP和 H-MLP信道。
12. 如权利要求 9所述的方法， 其特征在于， 在所建立的数据信道之 上建立的升级数据信道是由一系列长度固定但内容可变的连续比特串或一 系列不同长度和用途的字节串组合成的连续的消息包， 或是在该数据信道 上实现的、 其中一个 TCP或 UDP端口作为升级信道的 TCP/IP协议栈。
13. 如权利要求 2、 5或 9所述的方法， 其特征在于， 所述本地终端与 远程终端进行通信的步骤进一步包括：
所述本地终端与远程终端交换与软件升级有关的配置信息， 以对双方 的软件升级过程进行协调；
所述本地终端将软件代码数据通过所述升级数据信道发送给所述远程 终端。
14. 如权利要求 13所述的方法， 其特征在于， 所述本地终端与远程终 端是通过消息包进行通信的。
15. 如权利要求 14所述的方法， 其特征在于， 所述消息包包括： 首部， 作为起始标志；
长度， 表示本消息包所有字段在内的总长度；
序号， 表示本消息包的顺序号；
代码， 表示本消息的类型；
参数， 表示不同类型消息的不同长度和含义的参数。
16. 如权利要求 15所述的方法， 其特征在于， 所述消息包中的代码包 括表示连接中、 连接、 升级软件代码的版本号、 代码大小的代码属性、 和 代码数据消息类型的代码。
PCT/CN2004/001489 2004-12-21 2004-12-21 Procede servant a optimiser un logiciel de terminal video de teleconference WO2006066451A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200480044176.1A CN100571366C (zh) 2004-12-21 2004-12-21 对远程会议电视终端进行软件升级的方法
EP04802502A EP1830567A4 (en) 2004-12-21 2004-12-21 PROCEDURE FOR UPGRADING SOFTWARE IN A TELEKONFERENZ VIDEO DEVICE
PCT/CN2004/001489 WO2006066451A1 (fr) 2004-12-21 2004-12-21 Procede servant a optimiser un logiciel de terminal video de teleconference

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2004/001489 WO2006066451A1 (fr) 2004-12-21 2004-12-21 Procede servant a optimiser un logiciel de terminal video de teleconference

Publications (1)

Publication Number Publication Date
WO2006066451A1 true WO2006066451A1 (fr) 2006-06-29

Family

ID=36601344

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2004/001489 WO2006066451A1 (fr) 2004-12-21 2004-12-21 Procede servant a optimiser un logiciel de terminal video de teleconference

Country Status (3)

Country Link
EP (1) EP1830567A4 (zh)
CN (1) CN100571366C (zh)
WO (1) WO2006066451A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101938625A (zh) * 2010-09-15 2011-01-05 中兴通讯股份有限公司 视频会议系统及其实现方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686139B (zh) * 2008-09-22 2012-05-23 华为终端有限公司 一种组播升级的方法、装置和系统
CN102244761A (zh) * 2010-05-12 2011-11-16 中兴通讯股份有限公司 一种视频会议终端升级软件的系统及方法
CN110647334B (zh) * 2018-06-27 2024-03-08 视联动力信息技术股份有限公司 会议控制软件的升级方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1296220A (zh) * 1999-11-01 2001-05-23 城市集团发展中心有限公司 安装和/或升级自助金融交易终端的软件的方法和系统
US20020120885A1 (en) * 2001-02-28 2002-08-29 Choi Jong Sung Apparatus and method for upgrading software
US20020152467A1 (en) * 2001-02-12 2002-10-17 Rosario Fiallos Automated generation of conditional access packets for IRD upgrades via radio frequency software download in satellite television systems
CN1457201A (zh) * 2002-12-31 2003-11-19 北京信威通信技术股份有限公司 无线通信系统终端软件自动升级的方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2174336A1 (en) * 1993-10-20 1995-04-27 Leo M. Cortjens Adaptive videoconferencing system
DE69731864T2 (de) * 1996-10-09 2005-11-03 Polycom, Inc., Pleasanton Integrierte tragbare Videokonferenzvorrichtung
JP2000201363A (ja) * 1999-01-06 2000-07-18 Nec Corp テレビ会議システム及びテレビ会議端末装置の機能改善方法
US7162538B1 (en) * 2000-10-04 2007-01-09 Intel Corporation Peer to peer software distribution system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1296220A (zh) * 1999-11-01 2001-05-23 城市集团发展中心有限公司 安装和/或升级自助金融交易终端的软件的方法和系统
US20020152467A1 (en) * 2001-02-12 2002-10-17 Rosario Fiallos Automated generation of conditional access packets for IRD upgrades via radio frequency software download in satellite television systems
US20020120885A1 (en) * 2001-02-28 2002-08-29 Choi Jong Sung Apparatus and method for upgrading software
CN1457201A (zh) * 2002-12-31 2003-11-19 北京信威通信技术股份有限公司 无线通信系统终端软件自动升级的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1830567A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101938625A (zh) * 2010-09-15 2011-01-05 中兴通讯股份有限公司 视频会议系统及其实现方法

Also Published As

Publication number Publication date
CN100571366C (zh) 2009-12-16
EP1830567A1 (en) 2007-09-05
EP1830567A4 (en) 2011-05-18
CN101040523A (zh) 2007-09-19

Similar Documents

Publication Publication Date Title
KR101630653B1 (ko) 홈 네트워크상에서 호 송수신을 위한 시스템 및 방법
KR101263393B1 (ko) 유피앤피 에이브이 스트림 전송 방법 및 장치
WO2011095056A1 (zh) 一种远程桌面体系的音频处理方法和设备
KR20090101384A (ko) 네트워크에서의 완전 메시 레이트 트랜잭션
TW200427268A (en) Method and system for group communications
TWI700573B (zh) 用於音訊 - 視訊中繼的無線對接系統
WO2015127799A1 (zh) 协商媒体能力的方法和设备
KR20150003203A (ko) 계층-2 관리 실체 메시징을 이용한 소프트웨어 업그레이드
CN101702728B (zh) 用于移动通讯设备终端的流媒体传输系统及其应用方法
WO2006066451A1 (fr) Procede servant a optimiser un logiciel de terminal video de teleconference
JP4130542B2 (ja) マルチメディアコンテンツ変換装置およびテレビ電話端末
CN102143144A (zh) 一种通信模块、远程监控系统和远程监控终端
WO2007009293A1 (fr) Méthode de télécommande d’un terminal de vidéo conférence h.320
US8615007B2 (en) Network switching system with asynchronous and isochronous interface
WO2011107017A1 (zh) 一种媒体同步的方法和系统
WO2011140846A1 (zh) 一种视频会议终端升级软件的系统、方法及终端
CN102498716A (zh) 用于创建同时进入的电路交换呼叫的方法和设备
CN115543250B (zh) 通过无线信道实现uac和uvc设备远程连接的系统和方法
WO2024114434A1 (zh) 通过无线信道实现uac和uvc设备远程连接的系统和方法
JP4818309B2 (ja) テレビ電話端末
CN114095480B (zh) Ktv直播连麦方法、装置和系统
JP2001320437A (ja) データ受信装置及び方法、データ送信装置及び方法
JP2005051680A (ja) マルチメディア通信装置またはマルチメディア通信方式またはビデオ配信システムおよびビデオ会議システム
CN117614757A (zh) 一种会议系统通信架构方法及系统
CN116366620A (zh) 自适应的媒体分享方法和系统

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200480044176.1

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2004802502

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2004802502

Country of ref document: EP