WO2010082425A1 - 会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置 - Google Patents

会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置 Download PDF

Info

Publication number
WO2010082425A1
WO2010082425A1 PCT/JP2009/070989 JP2009070989W WO2010082425A1 WO 2010082425 A1 WO2010082425 A1 WO 2010082425A1 JP 2009070989 W JP2009070989 W JP 2009070989W WO 2010082425 A1 WO2010082425 A1 WO 2010082425A1
Authority
WO
WIPO (PCT)
Prior art keywords
conference
conference terminal
terminal device
control device
port number
Prior art date
Application number
PCT/JP2009/070989
Other languages
English (en)
French (fr)
Inventor
田中聡史
Original Assignee
ブラザー工業株式会社
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 ブラザー工業株式会社 filed Critical ブラザー工業株式会社
Publication of WO2010082425A1 publication Critical patent/WO2010082425A1/ja
Priority to US13/183,499 priority Critical patent/US8553066B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • 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
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/152—Multipoint control units therefor

Definitions

  • the present invention relates to a communication control method between conference terminal devices, a communication conference system, a conference control device, and a conference terminal device.
  • a conference system having a plurality of conference terminal devices and a conference control device is known (see Patent Document 1).
  • conference data including audio data and video data is transmitted and received between the conference terminal device and the conference control device via an IP (Internet Protocol) network such as the Internet, and the display provided in each conference terminal device
  • IP Internet Protocol
  • the conference is held by displaying audio, video, etc. according to the conference data in the department.
  • conference data is transmitted and received between conference terminal devices via the conference control device. For this reason, if traffic is congested in the conference control device or the vicinity thereof, there is a possibility that the transmission and reception of conference data may be hindered.
  • the present invention provides a communication control method between conference terminal devices, a communication conference system, and conference control that can suppress the influence on the transmission and reception of conference data even when network congestion occurs in the conference control device and its surroundings.
  • An object is to provide a device and a conference terminal device.
  • a method for controlling communication between conference terminal devices using a conference control device for controlling a communication conference between a plurality of conference terminal devices Is done.
  • This communication control method includes the following first to sixth steps.
  • the first step A second step of stopping the execution of the step and transmitting a request packet for requesting the establishment of a communication path with the second conference terminal device from the first conference terminal device to the conference control device;
  • a notification request packet for requesting notification of a communication channel establishment port number for establishing the communication channel is transmitted from the conference control device that has received the request packet to the second conference terminal device.
  • the sixth conference terminal device that has received the request response packet transmits audio data or video data from the first conference terminal device to the second conference terminal device with the source port number of the response packet as a destination port number.
  • voice data or conference data can be transmitted / received between conference terminal devices without using the conference control device.
  • the communication control method even if network congestion occurs in the conference control device and its surroundings and communication between the conference terminal device and the conference control device is hindered, the effect on the transmission and reception of conference data is suppressed. Can do.
  • a communication bandwidth between the conference control device, the first conference terminal device, and the second conference terminal device is a predetermined width.
  • the third step includes a standby request for requesting standby until the request response packet is received from the conference control device that has received the request packet to the first conference terminal device.
  • a step of transmitting a packet may be included.
  • a packet having the communication path opening port number as a transmission source port number is transmitted from the second conference terminal device that has received the notification request packet to the first conference terminal device. You may make it have the 7th step which transmits.
  • the communication control method may further include the following eighth to twelfth steps, and the execution timings of the fifth step and the twelfth step may be matched.
  • a notification request packet for requesting notification of a communication channel establishment port number for establishing the communication channel is transmitted from the conference control device that has received the request packet to the first conference terminal device. 10 steps. An eleventh step of transmitting a response packet having the communication path opening port number as a transmission source port number from the first conference terminal device that has received the notification request packet to the conference control device. A twelfth step of transmitting a request response packet including information of a transmission source port number of the response packet from the conference control apparatus that has received the response packet to the second conference terminal apparatus. A thirteenth transmission of audio data or video data from the second conference terminal device that has received the request response packet to the first conference terminal device, with the source port number of the response packet as a destination port number. Step.
  • a communication conference system including a plurality of conference terminal devices and a conference control device for controlling a communication conference between the plurality of conference terminal devices.
  • the conference terminal device includes data transmission / reception means, request packet transmission processing means, response packet transmission processing means, and data transmission processing means.
  • the data transmission / reception means of the conference terminal apparatus transmits / receives audio data or video data to / from the conference control apparatus or another conference terminal apparatus.
  • the request packet transmission processing means is configured such that when the data transmission / reception means is transmitting / receiving audio data or video data to / from the conference control apparatus, a communication bandwidth with the conference control apparatus is less than a predetermined width.
  • the response packet transmission processing means of the conference terminal device receives a notification request packet for requesting notification of a communication channel opening port number for establishing a communication channel with another conference terminal device from the conference control device. Then, a response packet having the communication channel opening port number as the transmission source port number is transmitted to the conference control device.
  • the data transmission processing unit uses the source port number of the response packet as a destination port number to other conference terminal devices.
  • the conference control device includes data transmission / reception means, notification request packet transmission processing means, and request response packet transmission processing means.
  • the data transmission / reception means of the conference control device transmits / receives audio data or video data to / from the conference terminal device.
  • the notification request packet transmission processing means opens a communication channel for opening the communication channel to another conference terminal device corresponding to the request packet. A notification request packet for requesting notification of a number is transmitted.
  • the request response packet transmission processing unit When the request response packet transmission processing unit receives a response packet to the notification request packet from the other conference terminal device that has transmitted the notification request packet, the request response packet transmission processing unit sends a transmission source port of the response packet to the one conference terminal device. A request response packet including number information is transmitted.
  • a conference control apparatus for controlling a communication conference between a plurality of conference terminal apparatuses, a data transmission / reception means, a notification request packet transmission processing means, a request response Packet transmission processing means.
  • the data transmission / reception means transmits / receives audio data or video data to / from the conference terminal device.
  • the notification request packet transmission processing unit receives a request packet for requesting establishment of a communication path from one conference terminal apparatus to another conference terminal apparatus, the notification request packet transmission processing means A notification request packet for requesting notification of a communication channel opening port number for opening is transmitted.
  • the request response packet transmission processing means receives the response packet for notifying the communication channel establishment port number from the other conference terminal device that has received the notification request packet, and then sends the response to the one conference terminal device.
  • a request response packet including information of the transmission source port number of the packet is transmitted.
  • a conference terminal apparatus controlled by a conference control apparatus data transmission / reception means, request packet transmission processing means, response packet transmission processing means, data Transmission processing means.
  • the data transmission / reception means transmits / receives audio data or video data to / from the conference control apparatus or another conference terminal apparatus.
  • the request packet transmission processing means is configured such that when the data transmission / reception means is transmitting / receiving audio data or video data to / from the conference control apparatus, a communication bandwidth with the conference control apparatus is less than a predetermined width.
  • the response packet transmission processing means receives a notification request packet for requesting notification of a communication channel establishment port number for establishing a communication channel from the conference control device to another conference terminal device, the conference control device In response to this, a response packet having the communication channel opening port number as the transmission source port number is transmitted.
  • the data transmission processing unit receives a request response packet including information on the source port number of the response packet from the conference control device, the data transmission processing unit uses the source port number of the response packet as a destination port number to other conference terminal devices. Then, audio data or video data is transmitted by the data transmitting / receiving means.
  • a video conference system including a conference terminal device that transmits and receives audio data and video data will be described as an example of a conference system.
  • the audio conference system including a conference terminal device that transmits and receives only audio data is also described. Can be applied.
  • the video conference system 1 includes a first conference terminal device 2a, a second conference terminal device 2b, and a conference control device 3, which are arranged at a plurality of locations. These transmit and receive data via a first network 4 which is a WAN (Wide Area Network) typified by the Internet.
  • a first network 4 which is a WAN (Wide Area Network) typified by the Internet.
  • Each conference terminal device 2a, 2b is connected to a second network 6a, 6b which is a LAN (Local Area Network).
  • Each conference terminal device 2a, 2b is connected to the first network 4 via interface (IF) devices 5a, 5b including a firewall and a network address converter (hereinafter referred to as FW / NAT).
  • IF interface
  • FW / NAT network address converter
  • an arbitrary conference terminal device among the conference terminal devices 2a and 2b may be referred to as a conference terminal device 2.
  • any IF device among the IF devices 5a and 5b may be referred to as an IF device 5.
  • an arbitrary second network among the second networks 6a and 6b may be referred to as a second network 6.
  • the first network 4 and the second networks 6a and 6b are IP (Internet Protocol) networks.
  • the conference terminal device 2 receives video data (hereinafter referred to as video data) captured by the camera and audio data (hereinafter referred to as audio data) collected by the microphone via the conference control device 3. It transmits and receives with the terminal device 2. Thereby, the conference participant by this video conference system 1 can hold the conference with the participant of another base.
  • video data and audio data are referred to as conference data.
  • the conference control device 3 also functions as a gatekeeper for performing call control and terminal management, and video data and audio data (hereinafter referred to as conference data) between the conference terminal devices 2 connected via FW / NAT. It has a traversal server function for relaying. As a function of the traversal server, H.264 of ITU-T recommendation. According to 460.18 / 19, a first communication mode in which conference data is transmitted / received via the conference control device 3 and a second communication mode in which conference data is transmitted / received without going through the conference control device 3 can be executed.
  • each conference terminal device 2 transmits / receives conference data to / from each other via the conference control device 3 and the conference terminal device 2 and the conference control device 3 are in progress.
  • the conference data is directly transmitted and received between the conference terminal devices 2.
  • video conference can be performed by transmitting / receiving conference data by direct communication between the conference terminal devices 2. It is possible to prevent deterioration in conference quality in the system 1.
  • each conference terminal device 2 is connected to the first network 4 via the IF device 5 having FW / NAT, a communication path between the conference terminal devices 2 is established and communicated directly as follows. Is possible.
  • the control device 3 can perform call control and communication control of the conference terminal device 2.
  • the communication path between the first and second conference terminal devices 2a and 2b and the conference control device 3 is set, and the first conference terminal device 2a to the second conference terminal.
  • An example in which the bandwidth of the transmission path of the conference data to the apparatus 2b becomes less than a predetermined value will be described.
  • the conference terminal device 2 is “TA”
  • the first conference terminal device 2 a is “T1”
  • the second conference terminal device 2 b is “T2”
  • the conference control device 3 is “TS”.
  • “Packet” means an IP packet, but may include a plurality of IP packets.
  • the first conference terminal device 2a When the bandwidth of the transmission path of the conference data from the first conference terminal device 2a to the second conference terminal device 2b becomes less than a predetermined value, as shown in FIG. 2, the first conference terminal device 2a The transmission of the conference data to 3 is stopped, and an OLC request (Open Logical Channel Request) packet is transmitted to the conference controller 3 (step S1).
  • This OLC request packet is a request packet for requesting establishment of a communication path with the second conference terminal device 2b.
  • “the bandwidth is less than a predetermined value” means, for example, when the communication bandwidth is less than 50% of the communication bandwidth set between the conference terminal device 2 and the conference control device 3. At this time, when the set communication bandwidth is 1 Mbps, when the actual communication amount is less than 500 kbps, it is determined that the bandwidth is less than a predetermined value.
  • the conference control device 3 that has received the OLC request packet from the first conference terminal device 2a transmits the OLC request packet to the second conference terminal device 2b (step S2).
  • This OLC request packet is a notification request packet for requesting notification of a communication channel opening port number for establishing a communication channel from the first conference terminal device 2a to the second conference terminal device 2b.
  • the second conference terminal device 2b Upon receiving the OLC request packet from the conference control device 3, the second conference terminal device 2b transmits an OLC response (Open Logical Channel Response) packet to the conference control device 3 (step S3).
  • This OLC response packet is a response packet indicating that the OLC request packet has been received.
  • the second conference terminal device 2b transmits a Keep-Alive packet to the conference control device 3 (step S4).
  • This Keep-Alive packet is a response packet in which the communication channel opening port number is the source port number.
  • the Keep-Alive packet is transmitted from the second conference terminal device 2b at a predetermined interval until a communication path with the first conference terminal device 2a is established.
  • the conference control device 3 determines the IF device corresponding to the IP address and source port number on the first network 4 side of the second conference terminal device 2b from the source IP address and source port number of the Keep-Alive packet. The first network 4 side IP address and source port number are detected.
  • the IP address and port number on the second network 6b side of the second conference terminal device 2b are set to the first network 4 It is associated with the IP address and port number of the side.
  • the IP address on the second network 6b side of the second conference terminal device 2b is “b.b.b.b”, and the communication channel opening port number is “3230”.
  • a Keep-Alive packet transmitted from the second conference terminal device 2b to the first conference terminal device 2a via the IF device 5b for example, “aaaa as an IP address on the first network 4 side of the IF device 5b. ”And port number“ 5678 ”are assigned.
  • a NAT table as shown in FIG. 3 is set in the IF device 5b.
  • the conference control device 3 that has received the Keep-Alive packet from the second conference terminal device 2b transmits an OLC response packet to the first conference terminal device 2a (step S5).
  • This OLC response packet is a request response packet including information on the transmission source port number of the Keep-Alive packet received by the conference control device 3.
  • the first conference terminal device 2a that has received the OLC response packet from the conference control device 3 sends the source port number of the Keep-Alive packet included in the OLC response packet to the second conference terminal device 2b as the destination port. Transmission of conference data as a number is started (step S6).
  • the IP address and port number on the second network 6b side of the second conference terminal device 2b are set to the first network 4 as described above. It is associated with the IP address and port number on the side. Accordingly, the conference data transmitted from the first conference terminal device 2a passes through the FW / NAT on the second conference terminal device 2b side and is received by the second conference terminal device 2b. Thereby, the communication path of the conference data from the first conference terminal device 2a to the second conference terminal device 2b is established. Therefore, it becomes possible to directly transmit the conference data from the first conference terminal device 2a to the second conference terminal device 2b via the first network 4.
  • conference data with the destination IP address “aaaa” and the destination port number “5678” is sent from the first conference terminal device 2a. Transmit to the IF device 5b. At this time, the IF device 5b converts the destination IP address of the conference data to “b.b.b.b” and the destination port number to “3230” based on the set NAT table, and outputs the result to the second network 6b. As a result, the conference data reaches the second conference terminal device 2b.
  • the first conference terminal device 2a when the communication bandwidth of the transmission path of the conference data from the first conference terminal device 2a to the second conference terminal device 2b becomes less than a predetermined value, the first conference terminal device 2a The transmission of the conference data to 3 is stopped, but the following may be performed. That is, after opening the communication path of the conference data from the first conference terminal device 2a to the second conference terminal device 2b, the transmission of the conference data to the conference control device 3 is stopped, and the second conference terminal device 2b Send conference data to. By doing in this way, the interruption time of the conference data at the time of switching the communication path can be shortened, and the communication path can be switched more appropriately.
  • the procedure for opening the communication path for the conference data from the first conference terminal device 2a to the second conference terminal device 2b has been described here, the second conference terminal device 2b to the first conference terminal device 2a are described. As shown in FIG. 4, the communication path for the conference data is established in the same procedure (steps S11 to S16).
  • the conference data is directly transferred between the first conference terminal device 2a and the second conference terminal device 2b. Transmission / reception is performed. On the other hand, call control and other communication control are performed via the conference control device 3 in the same manner as before executing the above procedure.
  • the conference control device 3 matches the transmission timing of the OLC response packet from the conference control device 3 to the first conference terminal device 2a and the second conference terminal device 2b, that is, the execution timing of step S5 and step S15. .
  • the communication path between the 1st conference terminal device 2a and the 1st conference terminal device 2a can be simultaneously opened in both directions.
  • the start timing of the conference data transmission / reception processing can be matched, and the processing is not complicated.
  • step S6 and step S16 when the process of step S6 and step S16 is executed and the first conference terminal device 2a and the second conference terminal device 2b transmit and receive conference data without passing through the conference control device 3, the conference The control device 3 performs the following processing.
  • the conference control device 3 determines whether or not the communication bandwidth between the conference terminal devices 2a and 2b can be secured to a predetermined width or more. Whether or not the communication bandwidth can be ensured to be equal to or larger than a predetermined width is determined by periodically transmitting test data from the conference control device 3 to the conference terminal devices 2a and 2b, and the communication rate of the test data (communication amount per unit time) ) To obtain the communication bandwidth.
  • the conference control device 3 sends the first conference terminal device 2a and the second conference terminal device 2b to the first conference terminal 3b via the conference control device 3.
  • a request is made to perform processing for opening a communication path between the conference terminal device 2a and the second conference terminal device 2b. Thereby, the communication path is opened.
  • the process for establishing a communication path via the conference control device 3 is the H.264 recommendation of ITU-T. This is performed according to the procedure specified in 460.18 / 19, and specifically, as follows. Here, establishment of a communication path used for transmission of conference data from the first conference terminal device 2a to the second conference terminal device 2b will be described.
  • the first conference terminal device 2a transmits an OLC as a request packet for requesting the conference control device 3 to establish a communication path with the second conference terminal device 2b that is a communication partner.
  • a request packet is transmitted (step S21).
  • the conference control device 3 that has received the OLC request packet from the first conference terminal device 2a receives the conference data from the first conference terminal device 2a with respect to the first conference terminal device 2a.
  • An OLC response packet including information on the destination port number of the own apparatus is transmitted as the opening port number (step S22).
  • the first conference terminal device 2a that has received the OLC response packet from the conference control device 3 transmits conference data with the source port number of the OLC response packet as the destination port number (step S26).
  • the conference control device 3 that has received the OLC request packet from the first conference terminal device 2a transmits the OLC request packet to the second conference terminal device 2b to the second conference terminal device 2b (step S23).
  • This OLC request packet is a notification request packet for requesting notification of a communication channel opening port number.
  • This port number for establishing a communication path is the port number of the second conference terminal apparatus 2b for establishing a communication path from the conference control apparatus 3 to the second conference terminal apparatus 2b.
  • the second conference terminal device 2b that has received the OLC request packet from the conference control device 3 transmits an OLC response packet to the conference control device 3 (step S24).
  • This OLC response packet is a response packet indicating that the OLC request packet has been received.
  • the second conference terminal device 2b transmits a Keep-Alive packet to the conference control device 3 (step S25).
  • This Keep-Alive packet is a response packet with the communication path opening port number as the transmission source port number.
  • the second conference terminal apparatus 2b side FW / NAT uses the second The IP address and port number on the second network 6b side of the conference terminal device 2b are associated with the IP address and port number on the first network 4 side (see FIG. 3).
  • the conference control device 3 Upon receiving the Keep-Alive from the second conference terminal device 2b, the conference control device 3 transmits conference data to the second conference terminal device 2b with the source port number of the Keep-Alive packet as the destination port number. Start (step S27). At this time, in the FW / NAT on the second conference terminal device 2b side, as described above, the IP address and port number on the second network 6b side of the second conference terminal device 2b, the IP address on the first network 4 side, and A port number is associated. Accordingly, the conference data transmitted from the conference control device 3 passes through the FW / NAT on the second conference terminal device 2b side and is received by the second conference terminal device 2b.
  • the communication path used for transmitting the conference data from the second conference terminal device 2b to the first conference terminal device 2a is opened in the same procedure as in steps S21 ′ to S27 ′ shown in FIG. 6B. Is called.
  • steps S21 to S27 and S21 ′ to S27 ′ are performed via the conference control device 3. It will be.
  • steps S1 to S6 described above are different from the processes of steps S21, S23 to S25, and S22 only in the transmission timing and field contents of some packets. Accordingly, it is possible to easily execute the processes of steps S1 to S6 only by changing a part of the process according to ITU-T standard H460.18 / 19.
  • the conference terminal device 2 can be a general personal computer in addition to a dedicated computer. As shown in FIG. 8, the control unit 101, the storage unit 102, the communication unit 103, the decoder unit 104, and the video A processing unit 105, a display unit 106, an audio processing unit 107, a speaker 108, and an input unit 109 are provided. The control unit 101, the storage unit 102, the communication unit 103, and the decoder unit 104 are connected to each other via a system bus 110. The storage unit 102 stores various setting values, default values, and the like. The communication unit 103 functions as data transmission / reception means for transmitting / receiving conference data and control data to / from the conference control device 3 and other conference terminal devices 2 via the second network 6.
  • the decoder unit 104 sequentially decodes the conference data received via the communication unit 103.
  • the video processing unit 105 converts the video data in the conference data decoded by the decoder unit 104 into information that can be displayed on the display unit 106 described later.
  • the display unit 106 includes a liquid crystal display (LCD) that displays video based on the output from the video processing unit 105.
  • the audio processing unit 107 converts audio data in the conference data decoded by the decoder unit 104 into information that can be output as sound waves by the speaker 108.
  • the speaker 108 outputs sound waves based on the output from the sound processing unit 107.
  • the input unit 109 includes a mouse and a keyboard.
  • the control unit 101 includes a CPU (Central Processing Unit), a nonvolatile memory (for example, a flash memory), and a RAM (Random Access Memory).
  • This nonvolatile memory stores an information processing program for connecting to the conference control device 3 and other conference terminal devices 2 to transmit / receive conference data and control data.
  • the CPU functions as request packet transmission processing means, response packet transmission processing means, data transmission processing means, and the like by reading and executing the information processing program stored in the nonvolatile memory.
  • the request packet transmission processing means transmits, for example, an OLC request packet for requesting establishment of a communication path with another conference terminal device 2 to the conference control device 3 via the communication unit 103.
  • the request packet transmission processing unit is configured so that, for example, when the communication unit 103 transmits / receives conference data to / from the conference control device 3, the communication bandwidth with the conference control device 3 is less than a predetermined width. Then, transmission / reception of conference data with the conference control device 3 is stopped, and an OLC request packet that is a notification request packet is transmitted.
  • the response packet transmission processing unit when the response packet transmission processing unit receives an OLC request packet via the communication unit 103, the response packet transmission processing unit transmits a Keep-Alive packet to the conference control apparatus 3.
  • the OLC request packet is a notification request packet for requesting notification of a communication channel establishment port number for establishing a communication channel from the conference control device 3 to another conference terminal device 2.
  • the Keep-Alive packet is a response packet in which the communication path opening port number is the source port number.
  • the communication channel opening port number is a port number for receiving conference data from another conference terminal device 2.
  • the data transmission processing means when the data transmission processing means receives the OLC response packet, the data transmission processing means confers on the other conference terminal apparatus 2 with the source port number of the Keep-Alive packet included in the OLC response packet by the communication unit 103 as the destination port number. Data transmission is started, and conference data sequentially packetized is transmitted.
  • the OLC response packet is a request response packet for the OLC request packet, and is received from the conference control device 3 via the communication unit 103.
  • the information processing program is downloaded to the non-volatile memory of the control unit 101 from the conference control device 3 or another server device connected to the first network 4 via the communication unit 103, for example. Also good.
  • the information processing program may be recorded on a recording medium such as a CD-R or DVD-R and then read into the nonvolatile memory of the control unit 101 via a recording medium drive (not shown).
  • the CPU of the control unit 101 performs an initialization operation. Execute.
  • the initialization operation includes permission to access the storage unit 102, securing the work area of the internal memory, and the like.
  • the CPU of the control unit 101 reads out the information processing program stored in the nonvolatile memory and performs basic functions as the control unit 101.
  • the operation state is set (step S30), and the process proceeds to step S31.
  • the control unit 101 determines whether there is a conference start instruction. For example, the control unit 101 determines that a meeting start instruction is given when a predetermined operation is performed on the input unit 109. When it is determined that there is a conference start instruction (step S31: YES), the control unit 101 establishes a communication session between the conference control device 3 and the communication unit 103 and opens a control communication path (step S32). .
  • the conference terminal device 2 can transmit / receive control data to / from the conference control device 3 through this control communication path.
  • This first mode connection process is a process of steps S40 to S48 shown in FIG. 10, and will be described in detail later.
  • step S31 when it is determined in step S31 that there is no conference start instruction (step S31: NO), the control unit 101 determines whether or not there is a first mode transition request from the conference control device 3 via the control communication path. (Step S34). In this process, when the control unit 101 determines that there is a first mode transition request (step S34: YES), the process proceeds to the process of step S33. On the other hand, if the control part 101 determines with there being no 1st mode transfer request
  • step S35 the control unit 101 determines whether or not there is a second mode transition request from the conference control device 3 via the control communication path. If it determines with there having been a 2nd mode transfer request
  • This second mode connection process is a process of steps S50 to S58 shown in FIG. 11, and will be described in detail later.
  • step S35 When the processes of steps S33 and S36 are completed, or when it is determined in step S35 that there is no second mode shift request (step S35: NO), the control unit 101 shifts the process to step S37 and gives an end instruction. Is determined (step S37). If the control unit 101 determines that there is an end instruction (step S37: YES), the main process ends. On the other hand, if the control unit 101 determines that there is no end instruction (step S37: NO), the control unit 101 returns the process to step S31.
  • the control unit 101 transmits an OLC request packet from the communication unit 103 to the conference control device 3 (step S40).
  • This OLC request packet is a control packet for requesting the conference control device 3 to call another conference terminal device 2 specified in step S31.
  • the control unit 101 determines whether or not the communication unit 103 has received an OLC response packet from the conference control device 3 (step S41).
  • This OLC response packet is a response to the OLC request packet transmitted in step S40, and includes information on a port number for transmitting conference data to the conference control device 3. If it is determined that this OLC response packet has been received (step S41: YES), the control unit 101 uses the source port number of the Keep-Alive packet included in the OLC response packet as the destination port number from the communication unit 103 to the conference control device 3. The transmission of conference data is started (step S42).
  • the control unit 101 determines whether or not the communication unit 103 has received the OLC request packet from the conference control device 3 (step S43). .
  • This OLC request packet requests establishment of a communication path with the conference control device 3, and information (IP address, port number, etc.) of the conference terminal device 2 on the other side of the conference data transmission source in a predetermined field. ) Is included.
  • step S43 When it is determined that the OLC request packet has been received (step S43: YES), the control unit 101 transmits an OLC response packet to the conference control device 3 (step S44).
  • This OLC response packet is transmitted when the establishment of a communication path with the conference control apparatus 3 is accepted.
  • the control unit 101 transmits a Keep-Alive packet, which is a response packet with the communication path opening port number as the transmission source port number, to the conference control device 3 (step S45).
  • step S43 determines whether or not conference data is transmitted from the conference control device 3 (step S46). In this process, when it is determined that the conference data is transmitted from the conference control device 3, reception of the conference data is started (step S47). Thereby, the conference terminal device 2 according to the video conference system 1 performs communication in the first mode.
  • step S48 the control unit 101 performs the first mode process. It is determined whether or not all the processes have been completed. For example, in the case of the first conference terminal device 2a shown in FIG. 7, when the processing of the above-described steps S21, S22, S23 ′, S24 ′, S25 ′, S26, S27 ′ is completed, the control unit 101 It is determined that all the processes of the first mode process have been completed.
  • step S48 determines that all the processes of the first mode process have been completed (step S48: YES)
  • the control unit 101 ends the first mode connection process.
  • step S48: NO determines with all the processes of a 1st mode process not being complete
  • the control part 101 will return a process to step S41.
  • the control unit 101 transmits an OLC request packet from the communication unit 103 to the conference control device 3 (step S50).
  • This OLC request packet is a control packet for requesting the conference control device 3 to call another conference terminal device 2 specified in step S31.
  • the first conference terminal device 2a calls the second conference terminal device 2b.
  • the control unit 101 determines whether or not the communication unit 103 has received an OLC response packet from the conference control device 3 (step S51).
  • This OLC response packet is a response to the OLC request packet transmitted in step S50. If it is determined that the OLC response packet has been received (step S51: YES), the control unit 101 uses the transmission source port number of the Keep-Alive packet included in the OLC response packet as the destination port number to transmit the conference data from the communication unit 103. Transmission is started (step S52).
  • the OLC response packet also includes information on the IP address on the first network 4 side of the IF device corresponding to the IP address on the first network 4 side of the other conference terminal device 2 that is the conference data transmission destination.
  • the conference data is transmitted with this IP address as the destination IP address. Thereby, transmission of conference data from one conference terminal device 2 to another conference terminal device 2 is started, and conference data is sequentially transmitted.
  • step S51 determines whether the communication unit 103 has received the OLC request packet from the conference control device 3 (step S53). .
  • step S53 determines whether the communication unit 103 has received the OLC request packet from the conference control device 3 (step S53). .
  • step S53 YES
  • the control unit 101 transmits an OLC response packet from the communication unit 103 to the conference control device 3 (step S54).
  • This OLC response packet is transmitted when the establishment of a communication path with the conference terminal device 2 on the other side is accepted.
  • the control unit 101 transmits a Keep-Alive packet, which is a response packet with the communication path opening port number as the transmission source port number, from the communication unit 103 to the conference control device 3 ( Step S55).
  • step S53 When it is determined in step S53 that the OLC request packet has not been received (step S53: NO), the control unit 101 receives the conference data from the conference terminal device 2 on the other party that requested the conference control device 3 to call in step S50. Is transmitted to the communication unit 103 (step S56). In this process, when it is determined that the conference data is transmitted from the conference control device 3 (step S56: YES), the control unit 101 starts reception of the conference data with the communication unit 103 (step S57). Thereby, the conference terminal device 2 according to the video conference system 1 performs communication in the second mode.
  • step S58 the control unit 101 performs the second mode processing. It is determined whether or not all the processes have been completed. For example, in the case of the first conference terminal device 2a shown in FIG. 5, when the processing in steps S1, S5, S6, S12, S13, and S14 described above is completed, the control unit 101 performs all the second mode connection processing. It is determined that the process has been completed. When the control unit 101 determines that all of the second mode connection processing has been completed (step S58: YES), the control unit 101 ends the second mode connection processing. On the other hand, when the control unit 101 determines that all the processes of the second mode process are not completed (step S58: NO), the process proceeds to step S51 and the above process is repeated.
  • the conference control device 3 can be a general server computer. As shown in FIG. 12, the conference control device 3 includes a control unit 201, a storage unit 202, and a communication unit 203. These are connected to each other via a system bus 210.
  • the control unit 201 controls the entire conference control device 3.
  • the storage unit 202 is a rewritable memory that stores various setting values, default values, and the like.
  • the communication unit 203 functions as a data transmission / reception means for communicating with the conference terminal device 2 via the first network 4.
  • the control unit 201 includes a CPU (Central Processing Unit), an internal memory, and the like.
  • This internal memory stores an information processing program for transmitting and receiving various packets to and from the conference terminal device 2.
  • the CPU functions as notification request packet transmission processing means, request response packet transmission processing means, and the like by reading and executing the information processing program stored in the internal memory.
  • the notification request packet transmission processing unit receives an OLC request packet that is a request packet for requesting establishment of a communication path between the first conference terminal device 2a and the second conference terminal device 2b.
  • An OLC request packet which is a notification request packet for requesting notification of a communication channel opening port number for establishing a communication channel, is transmitted to the conference terminal device 2b.
  • the request response packet transmission processing unit When the request response packet transmission processing unit receives the Keep-Alive packet transmitted from the conference terminal device 2 that has received the OLC request packet, the request response packet transmission processing unit transmits an OLC response packet to the other conference terminal device 2.
  • This OLC response packet is a request response packet including information on the transmission source port number of the Keep-Alive packet transmitted from the conference terminal apparatus 2.
  • this information processing program may be downloaded to the internal memory of the control unit 201 from another server connected to the first network 4 via the communication unit 203, for example.
  • the information processing program may be recorded in a recording medium such as a CD-ROM and then read into the internal memory of the control unit 201 via a recording medium drive (not shown).
  • the CPU of the control unit 201 performs an initialization operation. Execute. As the initialization operation, there are access permission of the storage unit 202, work area reservation of the internal memory, and the like.
  • the CPU of the control unit 201 reads the information processing program stored in the non-volatile memory, sets the basic function as the control unit 201 to the operating state (step S60), and shifts the processing to step S61.
  • step S61 the control unit 201 determines whether there is a call request from the conference terminal device 2 to another conference terminal device 2. For example, when the communication unit 203 receives a call request message for the second conference terminal device 2b from the first conference terminal device 2a, the control unit 201 determines that there is a call request for another conference terminal device 2. . If it is determined that there is a call request for another conference terminal device 2 (step S61: YES), the control unit 201 performs a first mode connection process (step S62). This first mode connection process is a process of steps S70 to S79 shown in FIG. 14, and will be described in detail later.
  • step S61 determines whether or not the current mode of each conference terminal device 2 is the second mode (step S63). ). In this process, if it is determined that the mode is the second mode (step S63: YES), the control unit 201 determines whether or not the communication bandwidth with the conference terminal device 2 can be secured to a predetermined width ⁇ or more (step). S64). Whether or not the communication bandwidth can be ensured to be equal to or greater than the predetermined width ⁇ is determined by periodically transmitting test data from the communication unit 203 to the first conference terminal devices 2a and 2b from the conference control device 3, and communicating the test data. This is done by determining the communication bandwidth from the rate.
  • step S64 If it is determined in step S64 that the communication bandwidth can be secured by the predetermined width ⁇ or more (step S64: YES), the control unit 201 executes the first mode connection process and transmits / receives conference data via the conference control device 3. Therefore, the first mode connection process of step S62 is performed.
  • step S63 when it is determined that the current mode of each conference terminal apparatus 2 is not the second mode but the first mode (step S63: NO), the control unit 201 communicates with the conference terminal apparatus 2. It is determined whether or not the width is less than the predetermined width ⁇ (step S65). In this process, when it is determined that the communication bandwidth is less than the predetermined width ⁇ (step S65: YES), the control unit 201 executes the second mode connection process (step S66).
  • This second mode connection process is a process of steps S80 to S86 shown in FIG. 15, and will be described in detail later.
  • step S64: NO When the processing of steps S62 and S66 is completed, or when it is determined in step S64 that the communication bandwidth cannot be secured above the predetermined width ⁇ (step S64: NO), the communication bandwidth is not less than the predetermined width ⁇ in step S65.
  • step S65: NO the control unit 201 determines whether or not there is an end instruction (step S67).
  • step S67: YES When the control unit 201 determines that there is an end instruction (step S67: YES), the main process ends. On the other hand, when the control unit 201 determines that there is no termination instruction (step S67: NO), the process returns to step S61.
  • the control unit 201 determines whether or not the communication unit 203 has received an OLC request packet from the conference terminal device 2 (step S70). If it is determined that the OLC request packet has been received (step S70: YES), the control unit 201 transmits the OLC request packet from the communication unit 203 to the conference terminal device 2 that is included in the OLC request packet (step S70). S71). Further, the control unit 201 transmits an OLC response packet from the communication unit 203 to the conference terminal apparatus 2 that has transmitted the OLC request packet (step S72).
  • step S70 determines whether or not the communication unit 203 has received the OLC response packet from the conference terminal device 2 (step S73). ). If it is determined that the OLC response packet has been received (step S73: YES), the control unit 201 waits for a Keep-Alive packet to be transmitted from the conference terminal device 2 that has transmitted the OLC response packet (step S74).
  • step S73 determines whether or not the communication unit 203 has received the Keep-Alive packet from the conference terminal device 2 (step S73). S75). If it is determined that the Keep-Alive packet has been received (step S75: YES), the control unit 201 prepares to transmit conference data to the conference terminal device 2 that has transmitted the Keep-Alive packet (step S76). At this time, when the conference data is already received from the conference terminal device 2 on the other side, the control unit 201 starts transmitting the conference data to the conference terminal device 2 that transmitted the Keep-Alive packet.
  • the control unit 201 determines whether conference data has been transmitted from the conference terminal device 2 to the communication unit 203 (step S77). If it determines with meeting data having been transmitted (step S77: YES), the control part 201 will start transmission of the received meeting data to the other party's conference terminal device 2 (step S78). When the conference data is transmitted, if the Keep-Alive packet is not yet received by the communication unit 203 from the conference terminal device 2 on the other side, the control unit 201 receives the Keep-Alive packet at the time when the Keep-Alive packet is received. Starts transmitting conference data.
  • step S77 When the processes in steps S72, S74, S76, and S78 are completed, or when it is determined in step S77 that the conference data is not transmitted from the conference terminal device 2 (step S77: NO), the control unit 201 performs the first mode. It is determined whether or not all the connection processing has been completed (step S79). That is, the control unit 201 determines that all of the first mode connection processing has been completed when each conference terminal device 2 is in a state of transmitting / receiving conference data via the conference control device 3. When determining that all the processes of the first mode connection process are not completed (step S79: NO), the control unit 201 returns the process to step S70. On the other hand, when the control unit 201 determines that all the processes of the first mode connection process have been completed (step S79: YES), the control unit 201 ends the first mode connection process.
  • the control unit 201 determines whether or not the communication unit 203 has received an OLC request packet from the conference terminal device 2 (step S80). If it is determined that the OLC request packet has been received (step S80: YES), the control unit 201 transmits the OLC request packet from the communication unit 203 to the conference terminal device 2 that is the calling party included in the OLC request packet (step S80). S81).
  • step S80 determines whether an OLC response packet has been received from the conference terminal device 2 (step S82). ). If it is determined that the OLC response packet has been received (step S82: YES), the control unit 201 waits for a Keep-Alive packet to be transmitted from the conference terminal device 2 that has transmitted the OLC response packet (step S83).
  • step S82 determines whether or not the communication unit 203 has received a Keep-Alive packet from the conference terminal device 2 (step S82). S84). If it is determined that the Keep-Alive packet has been received (step S84: YES), the control unit 201 transmits an OLC response packet from the communication unit 203 to the conference terminal device 2 on the other side (step S85).
  • the conference control device 3 determines the first network 4 of the IF device corresponding to the IP address on the first network 4 side of the conference terminal device 2 on the other side from the source IP address and source port number of the Keep-Alive packet. The side IP address and the source port number are detected, and the information is included in the OLC response packet and transmitted to the conference terminal device 2 on the other side.
  • step S86 the control unit 201 performs all the second mode connection processes. It is determined whether or not the process has been completed. That is, when each conference terminal device 2 is in a state of directly transmitting / receiving conference data without going through the conference control device 3, the control unit 201 determines that all of the second mode connection processing has been completed. If the control unit 201 determines that all of the second mode connection processing has not been completed (step S86: NO), the control unit 201 returns the processing to step S80. On the other hand, when the control unit 201 determines that all the processes of the second mode connection process have been completed (step S86: YES), the control unit 201 ends the second mode connection process.
  • the video conference system according to the second embodiment is different from the first embodiment in that it can cope with a case where transmission of a request response packet to the conference terminal device 2 that transmitted the request packet is delayed. Different. In the following, only differences from the first embodiment will be described.
  • Steps S101, S102, and S104 to S107 in FIG. 16 are the same as the processes in steps S1 to S6 shown in FIG.
  • the conference control device 3 when the conference control device 3 receives the OLC request packet from the conference terminal device 2 in the communication unit 203 (step S101), the OLC request A standby request packet is transmitted from the communication unit 203 to the conference terminal apparatus 2 that has transmitted the packet (step S103).
  • This standby request packet is a response packet for requesting standby until an OLC response packet is received.
  • the conference terminal device 2 that has received this standby request packet waits until the communication unit 203 receives an OLC response packet from the conference control device 3. Note that the conference control device 3 periodically transmits the standby request packet until the OLC response packet is transmitted from the communication unit 203.
  • the conference terminal device 2 waits for an OLC response packet for a certain period every time the communication unit 203 receives the standby request packet.
  • the control unit 201 transmits, from the communication unit 203, a standby request packet for requesting standby until the conference terminal device receives a request response packet from the conference control device 3 that has received the request packet. It functions as a packet transmission means.
  • the conference control device 3 transmits a standby request packet for requesting standby until the OLC response packet is received, to the conference terminal device 2 that has transmitted the request packet. To do. As a result, even when the period from when the conference terminal device 2 transmits the OLC request packet to when the OLC response packet is received becomes longer, the conference terminal device 2 between the conference terminal device 2 and the conference control device 3 that has transmitted the OLC request packet. Will not be disconnected. Accordingly, the second mode connection process can be performed even when the traffic is congested.
  • the video conference system according to the third embodiment is different in that the conference terminal device 2 that has received the OLC request packet directly transmits a Keep-Alive packet to the conference terminal device 2 of the communication partner.
  • a standby request packet may be transmitted as in the second embodiment.
  • an OLC request packet is transmitted from the first conference terminal device 2a to the conference control device 3 (step S201).
  • This OLC request packet is a request packet for requesting establishment of a communication path with the second conference terminal device 2b.
  • the conference control device 3 that has received the OLC request packet transmits an OLC request packet including information on the source IP address and source port number of the OLC request packet to the second conference terminal device 2b (step S202).
  • the source IP address and source port number of this OLC request packet are the IP address and port number on the first network 4 side converted by the IF device 5a.
  • the second conference terminal device 2b that has received the OLC request packet transmits an OLC response packet to the conference control device 3 (step S203). Further, the second conference terminal device 2b transmits a Keep-Alive packet to the conference control device 3 (step S204) and transmits a Keep-Alive packet to the first conference terminal device 2a (step S206).
  • the Keep-Alive packet to be transmitted to the first conference terminal device 2a includes the source IP address and source port number included in the OLC request packet transmitted from the conference control device 3 as the destination IP address and destination port.
  • the port number for establishing a communication channel is set as the source port number.
  • the FW / NAT of the IF device 5b on the second conference terminal device 2b side uses the second conference as in the above embodiment.
  • the IP address and port number on the second network 6b side of the terminal device 2b are associated with the IP address and port number on the first network 4 side of FW / NAT.
  • the Keep-Alive packet is directly transmitted from the conference terminal device 2 that has received the OLC request packet to the conference terminal device 2 of the communication partner. Therefore, for example, even when the NAT function of the IF device 5 is Restricted Cone NAT, as shown in FIG. 20, the IP address on the first network 4 side of the conference terminal device 2 of the communication partner can be registered by the IF device 5.
  • the conference data transmitted from the conference terminal device 2 a can be transmitted to another conference terminal device 2 via the IF device 5.
  • the IF device 5 has the function of Restricted Cone NAT
  • the Keep-Alive packet is transmitted from the conference terminal device 2 in the second network 6 in the IF device 5 to the conference control device 3
  • the conference control device 3 The IP address is registered in the NAT table of the IF device 5. Therefore, the IF device 5 does not accept access to the conference terminal device 2 from other than the conference control device 3.
  • the conference terminal device 2 since the conference terminal device 2 according to the third embodiment transmits the Keep-Alive packet to the communication partner conference terminal device 2, the IP address of the communication partner conference terminal device 2 is registered in the NAT table of the IF device 5. Will be. Therefore, the conference terminal device 2 can accept access from the conference terminal device 2 of the communication partner via the IF device 5.
  • an OLC request packet is transmitted from one conference terminal device 2a to the conference control device 3 in order to request a call to the conference terminal devices 2b and 2c (step S301).
  • the conference control device 3 transmits an OLC request packet to the conference terminal devices 2b and 2c and calls these conference terminal devices 2b and 2c (step S302).
  • the conference terminal devices 2b and 2c each transmit a Keep-Alive packet with the communication channel opening port number as the transmission source port number to the conference control device 3 (step S303).
  • the conference terminal apparatus 2a is notified of an OLC response packet including information on the transmission source port number of the Keep-Alive packet transmitted from (step S304).
  • the conference terminal device 2a transmits the conference data to the conference terminal devices 2b and 2c using the transmission source port number of the Keep-Alive packet included in the OLC response packet as the destination port number (step S305).
  • the transmission source port number of the packet is used as a communication path opening port number
  • the conference control apparatus 3 stores information on the transmission source port number of the Keep-Alive in a predetermined field of the OLC response packet
  • the transmission source port number of the OLC response packet (steps S3, S104, S203) from the second conference terminal apparatus 2b may be used as the communication path opening port number.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　第１会議端末装置から会議制御装置へ送信された音声データ又は映像データを会議制御装置から第２会議端末装置へ送信しているときに通信帯域幅が所定幅未満になると、第１会議端末装置から会議制御装置に対して第２会議端末装置との間の通信路の開設を要求する要求パケットを送信する。この要求パケットを受信すると会議制御装置は第２会議端末装置に対して通知要求パケットを送信する。その後、第２会議端末装置から会議制御装置を介して第１会議端末装置へ通信路開設用ポート番号を送信元ポート番号とした応答パケットの情報が通知される。第１会議端末装置は第２会議端末装置に対して、応答パケットの送信元ポート番号を宛先ポート番号として音声データ又は映像データを送信する。

Description

会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置
　本発明は、会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置に関する。
　近年、遠隔地に所在する者同士をインターネットなどのネットワークにより結んで会議を行う会議システムが普及してきている。
　例えば、複数の会議端末装置と会議制御装置を有する会議システムが知られている（特許文献１参照）。この会議システムでは、会議端末装置と会議制御装置との間でインターネット等のＩＰ(Internet Protocol)ネットワークを介して音声データや映像データを含む会議データを送受信し、各会議端末装置に備えられた表示部等で会議データに応じた音声や映像等を表示することで会議を行っている。
　前記会議システムにおいては、例えば、質の高いコミュニケーションをとるために、各会議端末装置の表示部等で表示する音声や映像等を高品質に保つ必要がある。そのため、会議システムでは、高品質な会議データ等を送受信するために必要な帯域幅を確保している。
特開２００５－２０５２０号公報
　しかしながら、上記従来の会議システムでは、会議端末装置間における会議データの送受信を会議制御装置を経由して行っている。そのため、会議制御装置やその周辺でトラフィックが混雑すると、会議データの送受信に支障を来してしまう虞がある。
　そこで、本発明は、会議制御装置やその周辺でネットワークの混雑が発生したときでも、会議データの送受信に及ぼす影響を抑制することができる会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置を提供することを目的とする。
　上記目的を達成するために、本発明の一つの観点によれば、複数の会議端末装置間の通信会議を制御する会議制御装置を用いて、前記会議端末装置間の通信を制御する方法が提供される。この通信制御方法は、次の第１～第６ステップからなる。
・第１の会議端末装置から前記会議制御装置へ送信された音声データ又は映像データを前記会議制御装置から第２の会議端末装置へ送信する第１ステップ。
・前記第１ステップが実行されているときに、前記会議制御装置と前記第１の会議端末装置又は前記第２の会議端末装置との間の通信帯域幅が所定幅未満になると、前記第１ステップの実行を中止し、前記第１の会議端末装置から前記会議制御装置に対して、前記第２の会議端末装置との間の通信路の開設を要求する要求パケットを送信する第２ステップ。
・前記要求パケットを受信した前記会議制御装置から前記第２の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する第３ステップ。
・前記通知要求パケットを受信した前記第２の会議端末装置から前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する第４ステップ。
・前記応答パケットを受信した前記会議制御装置から前記第１の会議端末装置に対して、前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する第５ステップ。
・前記要求応答パケットを受信した前記第１の会議端末装置から前記第２の会議端末装置に対して、前記応答パケットの送信元ポート番号を宛先ポート番号として音声データ又は映像データを送信する第６ステップ。
　前記通信制御方法によれば、会議端末装置間の音声データ又は会議データの送受信を会議制御装置を介さずに行うことができる。その結果、会議制御装置やその周辺でネットワークの混雑が発生して、会議端末装置と会議制御装置との間での通信に支障がでた場合でも、会議データの送受信に及ぼす影響を抑制することができる。
　また、前記通信制御方法において、前記第６ステップが実行されているときに、前記会議制御装置と前記第１の会議端末装置及び前記第２の会議端末装置との間の通信帯域幅が所定幅以上確保できるとき、前記第６ステップの実行を中止し、前記第１ステップを実行するようにしてもよい。
　また、前記通信制御方法において、前記第３ステップは、前記要求パケットを受信した前記会議制御装置から前記第１の会議端末装置に対して、前記要求応答パケットを受信するまで待機を要求する待機要求パケットを送信するステップを含むようにしてもよい。
　また、前記通信制御方法において、前記通知要求パケットを受信した前記第２の会議端末装置から前記第１の会議端末装置に対して、前記通信路開設用ポート番号を送信元ポート番号としたパケットを送信する第７ステップを有するようにしてもよい。
　また、前記通信制御方法において、さらに次の第８～第１２ステップを有し、前記第５ステップ及び前記第１２ステップの実行タイミングを一致させるようにしてもよい。
・前記第２の会議端末装置から前記会議制御装置へ送信された音声データ又は映像データを前記会議制御装置から前記第１の会議端末装置へ送信する第８ステップ。
・前記第１ステップ及び前記第８ステップが実行されているときに、前記会議制御装置と前記第１の会議端末装置又は前記第２の会議端末装置との間の通信帯域幅が所定幅未満になると、前記第８ステップの実行を中止し、第２の会議端末装置から前記会議制御装置に対して、第１会議端末装置との間の通信路の開設を要求する要求パケットを送信する第９ステップ。
・前記要求パケットを受信した前記会議制御装置から前記第１の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する第１０ステップ。
・前記通知要求パケットを受信した前記第１の会議端末装置から前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する第１１ステップ。
・前記応答パケットを受信した前記会議制御装置から前記第２の会議端末装置に対して、前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する第１２ステップ。
・前記要求応答パケットを受信した前記第２の会議端末装置から前記第１の会議端末装置に対して、前記応答パケットの送信元ポート番号を宛先ポート番号として音声データ又は映像データを送信する第１３ステップ。
　上記目的を達成するために、本発明の他の観点によれば、複数の会議端末装置と、これらの複数の会議端末装置間の通信会議を制御する会議制御装置とを備えた通信会議システムが提供される。前記会議端末装置は、データ送受信手段と、要求パケット送信処理手段と、応答パケット送信処理手段と、データ送信処理手段とを備える。前記会議端末装置のデータ送受信手段は、前記会議制御装置又は他の会議端末装置と音声データ又は映像データを送受信する。要求パケット送信処理手段は、前記データ送受信手段で前記会議制御装置との間で音声データ又は映像データの送受信が行われているときに、前記会議制御装置との間の通信帯域幅が所定幅未満になると、前記会議制御装置との音声データ又は映像データの送受信を中止し、前記会議制御装置に対して、他の会議端末装置との間の通信路の開設を要求する要求パケットを送信する。前記会議端末装置の応答パケット送信処理手段は、前記会議制御装置から他の会議端末装置との間の通信路を開設するための通信路開設用ポート番号の通知を要求する通知要求パケットを受信すると、前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する。データ送信処理手段は、前記会議制御装置から前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを受信すると、当該応答パケットの送信元ポート番号を宛先ポート番号として他の会議端末装置に対して前記データ送受信手段により音声データ又は映像データを送信する。また、前記会議制御装置は、データ送受信手段と、通知要求パケット送信処理手段と、要求応答パケット送信処理手段とを備える。前記会議制御装置のデータ送受信手段は、前記会議端末装置との間で音声データ又は映像データを送受信する。通知要求パケット送信処理手段は、一の会議端末装置から前記要求パケットを受信すると、当該要求パケットに対応する他の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する。要求応答パケット送信処理手段は、前記通知要求パケットを送信した前記他の会議端末装置から前記通知要求パケットに対する応答パケットを受信すると、前記一の会議端末装置に対して、当該応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する。
　上記目的を達成するために、本発明の他の観点によれば、複数の会議端末装置間の通信会議を制御する会議制御装置において、データ送受信手段と、通知要求パケット送信処理手段と、要求応答パケット送信処理手段とを備える。データ送受信手段は、前記会議端末装置との間で音声データ又は映像データを送受信する。通知要求パケット送信処理手段は、一の会議端末装置から他の会議端末装置との間の通信路の開設を要求する要求パケットを受信すると、前記他の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する。要求応答パケット送信処理手段は、前記通知要求パケットを受信した前記他の会議端末装置から前記通信路開設用ポート番号を通知する応答パケットを受信すると、前記一の会議端末装置に対して、前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する。
　上記目的を達成するために、本発明の他の観点によれば、会議制御装置によって制御される会議端末装置において、データ送受信手段と、要求パケット送信処理手段と、応答パケット送信処理手段と、データ送信処理手段とを備える。データ送受信手段は、前記会議制御装置又は他の会議端末装置と音声データ又は映像データを送受信する。要求パケット送信処理手段は、前記データ送受信手段で前記会議制御装置との間で音声データ又は映像データの送受信が行われているときに、前記会議制御装置との間の通信帯域幅が所定幅未満になると、前記会議制御装置との音声データ又は映像データの送受信を中止し、前記会議制御装置に対して、他の会議端末装置との間の通信路の開設を要求する要求パケットを送信する。応答パケット送信処理手段は、前記会議制御装置から他の会議端末装置との間の通信路を開設するための通信路開設用ポート番号の通知を要求する通知要求パケットを受信すると、前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する。データ送信処理手段は、前記会議制御装置から前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを受信すると、当該応答パケットの送信元ポート番号を宛先ポート番号として他の会議端末装置に対して前記データ送受信手段により音声データ又は映像データを送信する。
第１実施形態に係るテレビ会議システムの構成を示す図である。 会議端末装置間の第２モードの通信制御手順の説明図である。 ＩＦ装置のＮＡＴテーブルの説明図である。 会議端末装置間の第２モードの通信制御手順の説明図である。 テレビ会議システムの第２モードの通信路の説明図である。 会議端末装置間の第１モードの通信制御手順の説明図である。 会議端末装置間の第１モードの通信制御手順の説明図である。 テレビ会議システムの第１モードの通信路の説明図である。 会議端末装置の構成を示す図である。 会議端末装置のメイン処理のフローチャートである。 会議端末装置の第１モード接続処理のフローチャートである。 会議端末装置の第２モード接続処理のフローチャートである。 会議制御装置の構成を示す図である。 会議制御装置のメイン処理のフローチャートである。 会議制御装置の第１モード接続処理のフローチャートである。 会議制御装置の第２モード接続処理のフローチャートである。 第２実施形態に係るテレビ会議システムにおける第２モード接続処理の手順を示す図である。 第２実施形態に係るテレビ会議システムにおける第２モード接続処理の手順を示す図である。 第３実施形態に係るテレビ会議システムにおける第２モード接続処理の手順を示す図である。 第３実施形態に係るテレビ会議システムにおける第２モード接続処理の手順を示す図である。 ＩＦ装置のＮＡＴテーブルの説明図である。 第３実施形態に係るテレビ会議システムの第１モードの通信路の説明図である。 会議端末装置間の第２モードの通信制御手順の説明図である。
１　テレビ会議システム
２，３　会議端末装置
４　第１ネットワーク
５ａ，５ｂ　ＩＦ装置
６ａ、６ｂ　第２ネットワーク
　以下、本発明の実施形態のいくつかを図面に基づいて説明する。なお、以下においては会議システムの一例として、音声データ及び映像データを送受信する会議端末装置を備えたテレビ会議システムについて説明するが、音声データのみを送受信する会議端末装置を備えた音声会議システムにも適用することができる。
　［１．第１実施形態］
　［１．１．テレビ会議システムの概要］
　まず、第１実施形態に係るテレビ会議システムについて図面を参照して説明する。
　（会議システムの構成）
　図１に示すように、本実施形態のテレビ会議システム１は、複数の拠点にそれぞれ配置された第１の会議端末装置２ａ、第２の会議端末装置２ｂ及び会議制御装置３を備えている。これらはインターネットに代表されるＷＡＮ（Wide Area Network）である第１ネットワーク４を介してデータの送受信を行う。
　各会議端末装置２ａ，２ｂは、それぞれＬＡＮ（Local Area Network）である第２ネットワーク６ａ，６ｂに接続されている。各会議端末装置２ａ，２ｂは、ファイアウォール及びネットワークアドレス変換器（以下、ＦＷ／ＮＡＴとする）を含むインターフェイス（ＩＦ）装置５ａ，５ｂを介して、第１ネットワーク４に接続される。なお、以下においては、会議端末装置２ａ，２ｂのうち任意の会議端末装置を会議端末装置２と呼ぶ場合がある。また、ＩＦ装置５ａ，５ｂのうち任意のＩＦ装置をＩＦ装置５と呼ぶ場合がある。また、第２ネットワーク６ａ，６ｂのうち任意の第２ネットワークを第２ネットワーク６と呼ぶ場合がある。また、第１ネットワーク４及び第２ネットワーク６ａ，６ｂはＩＰ（Internet Protocol）ネットワークとしている。
　会議端末装置２は、カメラで撮像した映像のデータ（以下、映像データとする）やマイクで収集した音声のデータ（以下、音声データとする）を、会議制御装置３を介して通信相手の会議端末装置２と送受信する。これにより、このテレビ会議システム１による会議参加者は他の拠点の参加者との会議を行うことができる。なお、以下においては、映像データ及び音声データを含めて会議データと呼ぶ。
　また、会議制御装置３は、呼制御や端末管理などを行うゲートキーパの機能や、ＦＷ／ＮＡＴを介して接続された会議端末装置２間の映像データ及び音声データ（以下、会議データとする）の中継を行うトラバーサルサーバの機能などを備えている。なお、トラバーサルサーバの機能として、ＩＴＵ－Ｔ勧告のＨ．４６０．１８／１９に従って会議制御装置３を介して会議データの送受信を行う第１通信モードと、会議制御装置３を介さずに会議データの送受信を行う第２通信モードとを実行可能としている。
　さらに、本実施形態に係るテレビ会議システム１では、各会議端末装置２が会議制御装置３を介して互いに会議データを送受信して会議を進行中に、会議端末装置２と会議制御装置３との間の通信帯域幅が所定幅未満になると、会議データを会議端末装置２間で直接送受信するようにしている。
　このようにすることで、会議端末装置２と会議制御装置３との間での通信に支障がでた場合でも、会議端末装置２間の直接通信により会議データの送受信を行うことで、テレビ会議システム１における会議品質の低下を防止することができる。
　しかも、各会議端末装置２がＦＷ／ＮＡＴを有するＩＦ装置５を介して第１ネットワーク４に接続されている場合でも、以下のように、会議端末装置２間の通信路を開設して直接通信を可能としている。
　なお、会議端末装置２間の直接通信により会議データの送受信を行うようにした場合であっても、会議制御装置３と会議端末装置２との間には、通信セッションが確立しており、会議制御装置３は会議端末装置２の呼制御や通信制御が可能となっている。
　(会議端末装置間の通信制御方法)
　本実施形態に係るテレビ会議システム１では、会議端末装置２と会議制御装置３との間の通信帯域幅が所定幅未満になると、以下の手順に従って会議端末装置２間の通信路を確立することになる。
　ここでは、第１及び第２の会議端末装置２ａ，２ｂと会議制御装置３との間の通信路が設定されている状態であるものとして、第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの送信路の帯域幅が所定未満となった場合の例について説明する。また、図面中においては、会議端末装置２を「ＴＡ」とし、第１の会議端末装置２ａを「Ｔ１」とし、第２の会議端末装置２ｂを「Ｔ２」とし、会議制御装置３を「ＴＳ」とすることとしている。なお、「パケット」とはＩＰパケットを意味するが、複数のＩＰパケットを含むものであってもよい。
　第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの送信路の帯域幅が所定未満となると、図２に示すように、第１の会議端末装置２ａは、会議制御装置３への会議データの送信を中止し、ＯＬＣ要求（Open Logical Channel Request）パケットを会議制御装置３へ送信する（ステップＳ１）。このＯＬＣ要求パケットは、第２の会議端末装置２ｂとの間の通信路の開設を要求する要求パケットである。ここで、「帯域幅が所定未満」とは、例えば、会議端末装置２と会議制御装置３との間で設定された通信帯域幅の５０％未満の通信帯域幅になったときをいう。このとき、設定された通信帯域幅が１Ｍｂｐｓのときに、実際の通信量が５００ｋｂｐｓ未満となったときに、帯域幅が所定未満になったと判定される。
　第１の会議端末装置２ａからＯＬＣ要求パケットを受信した会議制御装置３は、ＯＬＣ要求パケットを第２の会議端末装置２ｂへ送信する（ステップＳ２）。このＯＬＣ要求パケットは、第１の会議端末装置２ａから第２の会議端末装置２ｂへの通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットである。
　会議制御装置３からＯＬＣ要求パケットを受信した第２の会議端末装置２ｂは、会議制御装置３に対して、ＯＬＣ応答（Open Logical Channel Response）パケットを送信する（ステップＳ３）。このＯＬＣ応答パケットは、ＯＬＣ要求パケットを受信した旨を示す応答パケットである。
　さらに、第２の会議端末装置２ｂは、会議制御装置３に対して、Ｋｅｅｐ－Ａｌｉｖｅパケットを送信する（ステップＳ４）。このＫｅｅｐ－Ａｌｉｖｅパケットは、通信路開設用ポート番号を送信元ポート番号とした応答パケットである。なお、このＫｅｅｐ－Ａｌｉｖｅパケットは第１の会議端末装置２ａとの通信路が開設されるまで所定間隔で第２の会議端末装置２ｂから送信される。また、会議制御装置３は、Ｋｅｅｐ－Ａｌｉｖｅパケットの送信元ＩＰアドレス及び送信元ポート番号から、第２の会議端末装置２ｂの第１ネットワーク４側のＩＰアドレス及び送信元ポート番号に対応するＩＦ装置の第１ネットワーク４側のＩＰアドレス及び送信元ポート番号を検出する。
　このＫｅｅｐ－Ａｌｉｖｅパケットにより、第２の会議端末装置２ｂ側にあるＩＦ装置５ｂのＦＷ／ＮＡＴでは、第２の会議端末装置２ｂの第２ネットワーク６ｂ側のＩＰアドレス及びポート番号が第１ネットワーク４側のＩＰアドレス及びポート番号に関連付けられる。
　例えば、第２の会議端末装置２ｂの第２ネットワーク６ｂ側のＩＰアドレスを「b.b.b.b」とし、通信路開設用ポート番号を「3230」とする。また、第２の会議端末装置２ｂからＩＦ装置５ｂを介して第１の会議端末装置２ａへ送信されるＫｅｅｐ－Ａｌｉｖｅパケットにより、例えば、ＩＦ装置５ｂの第１ネットワーク４側のＩＰアドレスとして「a.a.a.a」、ポート番号「5678」が割り当てられたとする。このときＩＦ装置５ｂには図３に示すようなＮＡＴテーブルが設定される。
　Ｋｅｅｐ－Ａｌｉｖｅパケットを第２の会議端末装置２ｂから受信した会議制御装置３は、ＯＬＣ応答パケットを第１の会議端末装置２ａへ送信する（ステップＳ５）。このＯＬＣ応答パケットは、会議制御装置３が受信したＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号の情報を含む要求応答パケットである。
　会議制御装置３からＯＬＣ応答パケットを受信した第１の会議端末装置２ａは、第２の会議端末装置２ｂに対して、このＯＬＣ応答パケットに含まれるＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号を宛先ポート番号として会議データの送信を開始する（ステップＳ６）。
　このとき、第２の会議端末装置２ｂ側にあるＩＦ装置５ｂのＦＷ／ＮＡＴでは、上述のように第２の会議端末装置２ｂの第２ネットワーク６ｂ側のＩＰアドレス及びポート番号が第１ネットワーク４側のＩＰアドレス及びポート番号に関連付けられている。従って、第１の会議端末装置２ａから送信される会議データは、第２の会議端末装置２ｂ側のＦＷ／ＮＡＴを通過して、第２の会議端末装置２ｂで受信されることになる。これにより、第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの通信路が開設される。そのため、第１の会議端末装置２ａから第２の会議端末装置２ｂへ会議データを第１ネットワーク４を介して直接送信することが可能となる。
　例えば、ＩＦ装置５ｂに図３に示すようなＮＡＴテーブルが設定されているときに、宛先ＩＰアドレスを「a.a.a.a」、宛先ポート番号を「5678」とした会議データを第１の会議端末装置２ａからＩＦ装置５ｂへ送信する。このとき、ＩＦ装置５ｂは設定しているＮＡＴテーブルに基づいて、会議データの宛先ＩＰアドレスを「b.b.b.b」に、宛先ポート番号を「3230」にそれぞれ変換して、第２ネットワーク６ｂへ出力する。これにより、会議データは第２の会議端末装置２ｂに到達することになる。
　なお、上述においては、第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの送信路の通信帯域幅が所定未満となると、第１の会議端末装置２ａは、会議制御装置３への会議データの送信を中止するようにしたが、次のようにしてもよい。すなわち、第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの通信路を開設した後に、会議制御装置３への会議データの送信を中止し、第２の会議端末装置２ｂへの会議データの送信を行う。このようにすることで、通信路の切り替えの際の会議データの中断時間を短縮することができ、通信路のより適切な切り替えが可能となる。
　また、ここでは第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの通信路を開設する手順について説明したが、第２の会議端末装置２ｂから第１の会議端末装置２ａへの会議データの通信路も図４に示すように、同様の手順（ステップＳ１１～Ｓ１６）で開設される。
　このように、ステップＳ１～Ｓ６，Ｓ１１～Ｓ１６の手順を実行することにより、図５に示すように、第１の会議端末装置２ａと第２の会議端末装置２ｂとの間で直接会議データの送受信が行われる。一方、呼制御や他の通信制御は、上記手順を実行する前と同様に会議制御装置３を介して行われることになる。
　さらに、会議制御装置３によって、当該会議制御装置３から第１の会議端末装置２ａと第２の会議端末装置２ｂへのＯＬＣ応答パケットの送信タイミング、すなわちステップＳ５及びステップＳ１５の実行タイミングを一致させる。これにより、第１の会議端末装置２ａと第１の会議端末装置２ａとの間の通信路を双方向で同時に開設することができる。その結果、第１及び第２の会議端末装置２ａでは、会議データの送受信処理の開始タイミングを合わせることができ、処理が複雑にならない。
　また、ステップＳ６及びステップＳ１６の処理が実行されて、第１の会議端末装置２ａと第２の会議端末装置２ｂとが会議制御装置３を介さずに会議データを送受信しているときに、会議制御装置３は、以下の処理を行うようにしている。
　会議制御装置３は、各会議端末装置２ａ，２ｂとの間の通信帯域幅がそれぞれ所定幅以上に確保できるか否かを判定する。通信帯域幅が所定幅以上に確保できるか否かは、会議制御装置３から各会議端末装置２ａ，２ｂへ定期的にテストデータを送信し、そのテストデータの通信レート（単位時間当たりの通信量）から通信帯域幅を求めることによって行われる。
　この通信帯域幅が所定幅以上に確保できると判定すると、会議制御装置３は、第１の会議端末装置２ａ及び第２の会議端末装置２ｂに対して、会議制御装置３を介して第１の会議端末装置２ａと第２の会議端末装置２ｂとの間の通信路を開設する処理を行うように要求する。これにより、通信路の開設が行われる。
　会議制御装置３を介した通信路の開設処理は、ＩＴＵ―Ｔ勧告のＨ．４６０．１８／１９に規定する手順で行うようにしており、具体的には以下のように行われる。なお、ここでは、第１の会議端末装置２ａから第２の会議端末装置２ｂへの会議データの送信に用いられる通信路の開設について説明する。
　図６Ａに示すように、第１の会議端末装置２ａは、会議制御装置３に対して、通信相手である第２の会議端末装置２ｂとの間の通信路の開設を要求する要求パケットとしてＯＬＣ要求パケットを送信する（ステップＳ２１）。
　第１の会議端末装置２ａからＯＬＣ要求パケットを受信した会議制御装置３は、第１の会議端末装置２ａに対して、この第１の会議端末装置２ａからの会議データを受信するための通信路開設用ポート番号として自装置の宛先ポート番号の情報を含むＯＬＣ応答パケットを送信する（ステップＳ２２）。
　会議制御装置３からＯＬＣ応答パケットを受信した第１の会議端末装置２ａは、ＯＬＣ応答パケットの送信元ポート番号を宛先ポート番号として会議データを送信する（ステップＳ２６）。
　一方、第１の会議端末装置２ａからＯＬＣ要求パケットを受信した会議制御装置３は、第２の会議端末装置２ｂに対して、ＯＬＣ要求パケットを第２の会議端末装置２ｂへ送信する（ステップＳ２３）。このＯＬＣ要求パケットは、通信路開設用ポート番号の通知を要求する通知要求パケットである。この通信路開設用ポート番号は、会議制御装置３から第２の会議端末装置２ｂへの通信路の開設を行うための第２の会議端末装置２ｂのポート番号である。
　会議制御装置３からＯＬＣ要求パケットを受信した第２の会議端末装置２ｂは、会議制御装置３に対して、ＯＬＣ応答パケットを送信する（ステップＳ２４）。このＯＬＣ応答パケットは、ＯＬＣ要求パケットを受信した旨を示す応答パケットである。さらに、第２の会議端末装置２ｂは、会議制御装置３に対して、Ｋｅｅｐ－Ａｌｉｖｅパケットを送信する（ステップＳ２５）。このＫｅｅｐ－Ａｌｉｖｅパケットは、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットである・このＫｅｅｐ－Ａｌｉｖｅパケットにより、第２の会議端末装置２ｂ側のＦＷ／ＮＡＴでは、第２の会議端末装置２ｂの第２ネットワーク６ｂ側のＩＰアドレス及びポート番号が第１ネットワーク４側のＩＰアドレス及びポート番号と関連付けられる（図３参照）。
　Ｋｅｅｐ－Ａｌｉｖｅを第２の会議端末装置２ｂから受信した会議制御装置３は、第２の会議端末装置２ｂに対して、Ｋｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号を宛先ポート番号として会議データの送信を開始する（ステップＳ２７）。このとき、第２の会議端末装置２ｂ側のＦＷ／ＮＡＴでは、上述のように第２の会議端末装置２ｂの第２ネットワーク６ｂ側のＩＰアドレス及びポート番号と第１ネットワーク４側のＩＰアドレス及びポート番号が関連付けられている。従って、会議制御装置３から送信される会議データは、第２の会議端末装置２ｂ側のＦＷ／ＮＡＴを通過して、第２の会議端末装置２ｂで受信されることになる。
　また、第２の会議端末装置２ｂから第１の会議端末装置２ａへの会議データの送信に用いられる通信路の開設も図６Ｂに示すステップＳ２１'～Ｓ２７'のように、同様の手順で行われる。このようにステップＳ２１～Ｓ２７，Ｓ２１'～Ｓ２７'の手順を実行することにより、図７に示すように、会議データの送受信、呼制御及び他の通信制御は、会議制御装置３を介して行われることになる。
　なお、上述のステップＳ１～Ｓ６は、ステップＳ２１，Ｓ２３～Ｓ２５，Ｓ２２の処理と一部のパケットの送信タイミング及びフィールドの内容が異なるのみである。従って、ＩＴＵ－Ｔ規格のＨ４６０．１８／１９に準じた処理の一部を変更するだけで容易にステップＳ１～Ｓ６の処理を実行することが可能となる。
　［１．２．会議端末装置２の具体的構成及び動作の説明］
　以下、図面を参照して、上述した会議端末装置２の具体的構成及び動作の一例について説明する。
　（会議端末装置２の構成について）
　まず、会議端末装置２の構成について説明する。
　会議端末装置２は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図８に示すように、制御部１０１と、記憶部１０２と、通信部１０３と、デコーダ部１０４と、映像処理部１０５と、表示部１０６と、音声処理部１０７と、スピーカ１０８と、入力部１０９とを備えている。制御部１０１、記憶部１０２、通信部１０３、デコーダ部１０４は、システムバス１１０を介して相互に接続されている。記憶部１０２は、各種の設定値、デフォルト値などを記憶する。通信部１０３は、第２ネットワーク６を介して、会議制御装置３及び他の会議端末装置２と会議データ及び制御データを送受信するためのデータ送受信手段として機能する。デコーダ部１０４は、通信部１０３を介して受信した会議データを順次デコードする。映像処理部１０５は、デコーダ部１０４によってデコードされた会議データのうち映像データを後述の表示部１０６で表示可能な情報に変換処理する。表示部１０６は、映像処理部１０５からの出力に基づいて映像を表示する液晶表示装置（ＬＣＤ）などからなる。音声処理部１０７は、デコーダ部１０４によってデコードされた会議データのうち音声データをスピーカ１０８で音波として出力可能な情報に変換処理する。スピーカ１０８は、音声処理部１０７からの出力に基づいて音波を出力する。入力部１０９は、マウス及びキーボードなどからなる。
　制御部１０１は、ＣＰＵ（Central Processing Unit）、不揮発性メモリ（例えば、フラッシュメモリ）及びＲＡＭ（Random Access Memory）から構成される。この不揮発性メモリには、会議制御装置３や他の会議端末装置２と接続して、会議データや制御データを送受信するための情報処理プログラムが格納されている。ＣＰＵは不揮発性メモリに記憶されている情報処理プログラムを読み出して実行することによって、要求パケット送信処理手段、応答パケット送信処理手段、データ送信処理手段等として機能する。
　要求パケット送信処理手段は、例えば、会議制御装置３に対して、他の会議端末装置２との間の通信路の開設を要求するＯＬＣ要求パケットを通信部１０３を介して送信する。この要求パケット送信処理手段は、例えば、会議制御装置３との間で会議データの送受信が通信部１０３により行われているときに、会議制御装置３との間の通信帯域幅が所定幅未満になると、会議制御装置３との会議データの送受信を中止し、通知要求パケットであるＯＬＣ要求パケットの送信を行う。
　応答パケット送信処理手段は、例えば、ＯＬＣ要求パケットを通信部１０３を介して受信すると、会議制御装置３に対して、Ｋｅｅｐ－Ａｌｉｖｅパケットを送信する。ＯＬＣ要求パケットは、会議制御装置３から他の会議端末装置２との間の通信路を開設するための通信路開設用ポート番号の通知を要求する通知要求パケットである。Ｋｅｅｐ－Ａｌｉｖｅパケットは、通信路開設用ポート番号を送信元ポート番号とした応答パケットである。この通信路開設用ポート番号は、他の会議端末装置２から会議データを受信するためのポートの番号である。
　データ送信処理手段は、例えば、ＯＬＣ応答パケットを受信すると、他の会議端末装置２に対して、通信部１０３によりＯＬＣ応答パケットに含まれるＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号を宛先ポート番号として会議データの送信を開始し、順次パケット化された会議データの送信を行う。ＯＬＣ応答パケットは、ＯＬＣ要求パケットに対する要求応答パケットであり、会議制御装置３から通信部１０３を介して受信される。
　なお、この情報処理プログラムは、例えば、第１ネットワーク４に接続された会議制御装置３や他のサーバ装置から、通信部１０３を介して、制御部１０１の不揮発性メモリにダウンロードされるようにしてもよい。また、この情報処理プログラムは、又ＣＤ－Ｒ、ＤＶＤ―Ｒ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の不揮発性メモリに読み込まれるようにしてもよい。
　（会議端末装置２の動作について）
　以上のように構成された会議端末装置２の動作を具体的に説明する。なお、以下の各処理は、会議端末装置２の制御部１０１が上述した各手段等として機能することによって実行されるものである。
　図９に示すように、会議端末装置２においてメイン電源スイッチ（図示せず）がＯＮにされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、初期化動作を実行する。初期化動作として、記憶部１０２のアクセス許可、内部メモリの作業領域確保等がある、制御部１０１のＣＰＵは、不揮発性メモリに記憶した情報処理プログラムを読み出して、制御部１０１としての基本機能を動作状態にして（ステップＳ３０）、ステップＳ３１に処理を移行する。
　ステップＳ３１の処理において、制御部１０１は、会議開始指示があるか否かを判定する。例えば、制御部１０１は、入力部１０９へ所定の操作が行われたときに会議開始指示が合ったと判定する。会議開始指示があると判定したとき（ステップＳ３１：ＹＥＳ）、制御部１０１は、会議制御装置３と通信部１０３との間で通信セッションを確立し、制御用通信路を開設する（ステップＳ３２）。この制御用通信路により会議端末装置２は会議制御装置３との制御データの送受信を行うことが可能となる。
　次に、制御部１０１は、第１モード接続処理を実行する（ステップＳ３３）。この第１モード接続処理は、図１０に示すステップＳ４０～Ｓ４８の処理であり、後で詳述する。
　一方、ステップＳ３１において、会議開始指示がない判定したとき（ステップＳ３１：ＮＯ）、制御部１０１は、制御用通信路を介して会議制御装置３から第１モード移行要求があったか否かを判定する（ステップＳ３４）。この処理において、制御部１０１は、第１モード移行要求があったと判定すると（ステップＳ３４：ＹＥＳ）、ステップＳ３３の処理に移行する。一方、制御部１０１は、第１モード移行要求がないと判定すると（ステップＳ３４：ＮＯ）、ステップＳ３５へ移行する。
　ステップＳ３５の処理において、制御部１０１は、制御用通信路を介して会議制御装置３から第２モード移行要求があったか否かを判定する。第２モード移行要求があったと判定すると（ステップＳ３５：ＹＥＳ）、制御部１０１は、ステップＳ３６の処理に移行して、第２モード接続処理を実行する。この第２モード接続処理は、図１１に示すステップＳ５０～Ｓ５８の処理であり、後で詳述する。
　ステップＳ３３、Ｓ３６の処理が終了したとき、或はステップＳ３５において第２モード移行要求がない判定したとき（ステップＳ３５：ＮＯ）、制御部１０１は、処理をステップＳ３７へ移行して、終了指示有りか否かを判定する（ステップＳ３７）。そして、制御部１０１は、終了指示有りと判定すると（ステップＳ３７：ＹＥＳ）、メイン処理を終了する。一方、制御部１０１は、終了指示無しと判定すると（ステップＳ３７：ＮＯ）、ステップＳ３１に処理を戻す。
　次に、ステップＳ３３の第１モード接続処理について図１０を参照して説明する。
　第１モード接続処理を開始すると、制御部１０１は、会議制御装置３へＯＬＣ要求パケットを通信部１０３から送信する（ステップＳ４０）。このＯＬＣ要求パケットは、ステップＳ３１で指定した他の会議端末装置２の呼び出しを会議制御装置３へ要求する制御パケットである。
　次に、制御部１０１は、会議制御装置３からＯＬＣ応答パケットを通信部１０３で受信したか否かを判定する（ステップＳ４１）。このＯＬＣ応答パケットは、ステップＳ４０で送信したＯＬＣ要求パケットに対する応答であり、会議制御装置３へ会議データを送信するためのポート番号の情報を含むものである。このＯＬＣ応答パケットを受信したと判定すると（ステップＳ４１：ＹＥＳ）、制御部１０１は、ＯＬＣ応答パケットに含まれるＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号を宛先ポート番号として通信部１０３から会議制御装置３に対して会議データの送信を開始する（ステップＳ４２）。一方、ＯＬＣ応答パケットを受信してないと判定すると（ステップＳ４１：ＮＯ）、制御部１０１は、会議制御装置３からＯＬＣ要求パケットを通信部１０３で受信したか否かを判定する（ステップＳ４３）。このＯＬＣ要求パケットは、会議制御装置３との間の通信路の開設を要求するものであり、所定フィールドに会議データの送信元の相手側の会議端末装置２の情報（ＩＰアドレスやポート番号など）を含んでいる。
　このＯＬＣ要求パケットを受信したと判定したとき（ステップＳ４３：ＹＥＳ）、制御部１０１は、会議制御装置３へＯＬＣ応答パケットを送信する（ステップＳ４４）。このＯＬＣ応答パケットは、会議制御装置３との間の通信路の開設を承諾するときに送信されるものである。このＯＬＣ応答パケットを送信すると、制御部１０１は、次に、会議制御装置３へ通信路開設用ポート番号を送信元ポート番号とした応答パケットであるＫｅｅｐ－Ａｌｉｖｅパケットを送信する（ステップＳ４５）。
　ステップＳ４３において、ＯＬＣ要求パケットを受信していないと判定したとき（ステップＳ４３：ＮＯ）、制御部１０１は、会議制御装置３から会議データが送信されているか否かを判定する（ステップＳ４６）。この処理において、会議制御装置３から会議データが送信されていると判定すると、会議データの受信を開始する（ステップＳ４７）。これによりテレビ会議システム１に係る会議端末装置２は、第１モードでの通信を行うことになる。
　ステップＳ４２、Ｓ４５，Ｓ４７の処理が終了したとき、又はステップＳ４６において会議制御装置３から会議データが送信されていないと判定したとき（ステップＳ４６：ＮＯ）、制御部１０１は、第１モード処理の全ての処理が終了したか否かを判定する（ステップＳ４８）。例えば、図７に示す第１の会議端末装置２ａの場合、上述したステップＳ２１，Ｓ２２，Ｓ２３'，Ｓ２４'，Ｓ２５'，Ｓ２６，Ｓ２７'の処理の処理が終了したとき、制御部１０１は、第１モード処理の全ての処理が終了したと判定する。制御部１０１は、第１モード処理の全ての処理が終了したと判定すると（ステップＳ４８：ＹＥＳ）、制御部１０１は、第１モード接続処理を終了する。一方、第１モード処理の全ての処理が終了していないと判定すると（ステップＳ４８：ＮＯ）、制御部１０１は、ステップＳ４１に処理を戻す。
　次に、ステップＳ３６の第２モード接続処理について図１１を参照して説明する。
　第２モード接続処理を開始すると、制御部１０１は、会議制御装置３へＯＬＣ要求パケットを通信部１０３から送信する（ステップＳ５０）。このＯＬＣ要求パケットは、ステップＳ３１で指定した他の会議端末装置２の呼び出しを会議制御装置３へ要求する制御パケットである。例えば、第１の会議端末装置２ａが第２の会議端末装置２ｂを呼び出す。
　次に、制御部１０１は、会議制御装置３からＯＬＣ応答パケットを通信部１０３で受信したか否かを判定する（ステップＳ５１）。このＯＬＣ応答パケットは、ステップＳ５０で送信したＯＬＣ要求パケットに対する応答である。このＯＬＣ応答パケットを受信したと判定すると（ステップＳ５１：ＹＥＳ）、制御部１０１は、このＯＬＣ応答パケットに含まれるＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号を宛先ポート番号として通信部１０３から会議データの送信を開始する（ステップＳ５２）。なお、このＯＬＣ応答パケットには、会議データの送信先となる他の会議端末装置２の第１ネットワーク４側のＩＰアドレスに対応するＩＦ装置の第１ネットワーク４側のＩＰアドレスの情報も含まれ、このＩＰアドレスを宛先ＩＰアドレスとして会議データが送信される。これにより、ある会議端末装置２から他の会議端末装置２への会議データの送信が開始され、順次会議データの送信が行われる。
　一方、ＯＬＣ応答パケットを受信してないと判定すると（ステップＳ５１：ＮＯ）、制御部１０１は、会議制御装置３からＯＬＣ要求パケットを通信部１０３で受信したか否かを判定する（ステップＳ５３）。このＯＬＣ要求パケットを受信したと判定したとき（ステップＳ５３：ＹＥＳ）、制御部１０１は、会議制御装置３へＯＬＣ応答パケットを通信部１０３から送信する（ステップＳ５４）。このＯＬＣ応答パケットは、相手側の会議端末装置２との間の通信路の開設を承諾するときに送信されるものである。このＯＬＣ応答パケットを送信すると、制御部１０１は、次に、会議制御装置３へ通信路開設用ポート番号を送信元ポート番号とした応答パケットであるＫｅｅｐ－Ａｌｉｖｅパケットを通信部１０３から送信する（ステップＳ５５）。
　ステップＳ５３において、ＯＬＣ要求パケットを受信していないと判定したとき（ステップＳ５３：ＮＯ）、制御部１０１は、ステップＳ５０で会議制御装置３へ呼び出しを依頼した相手側の会議端末装置２から会議データが通信部１０３へ送信されているか否かを判定する（ステップＳ５６）。この処理において、会議制御装置３から会議データが送信されていると判定すると（ステップＳ５６：ＹＥＳ）、制御部１０１は、会議データの受信を通信部１０３で開始する（ステップＳ５７）。これによりテレビ会議システム１に係る会議端末装置２は、第２モードでの通信を行うことになる。
　ステップＳ５２、Ｓ５５，Ｓ５７の処理が終了したとき、又はステップＳ５６において会議制御装置３から会議データが送信されていないと判定したとき（ステップＳ５６：ＮＯ）、制御部１０１は、第２モード処理の全ての処理が終了したか否かを判定する（ステップＳ５８）。例えば、図５に示す第１の会議端末装置２ａの場合、上述したステップＳ１，Ｓ５，Ｓ６，Ｓ１２，Ｓ１３，Ｓ１４の処理が終了したとき、制御部１０１は、第２モード接続処理の全ての処理が終了したと判定する。制御部１０１は、第２モード接続処理の全ての処理が終了したと判定すると（ステップＳ５８：ＹＥＳ）、制御部１０１は、第２モード接続処理を終了する。一方、制御部１０１は、第２モード処理の全ての処理が終了していないと判定すると（ステップＳ５８：ＮＯ）、ステップＳ５１に処理を移行して上記処理を繰り返す。
　［１．３．会議制御装置３の具体的構成及び動作の説明］
　以下、図面を参照して、上述した会議制御装置３の具体的構成及び動作の一例について説明する。
　（会議制御装置３の構成について）
　まず、会議制御装置３の構成について説明する。
　会議制御装置３は、一般のサーバコンピュータを適用可能である。この会議制御装置３は、図１２に示すように、制御部２０１と、記憶部２０２と、通信部２０３とを備えている。これらはシステムバス２１０を介して相互に接続されている。制御部２０１は、会議制御装置３全体を制御する。記憶部２０２は、各種の設定値、デフォルト値などを記憶する書き換え可能なメモリである。通信部２０３は、第１ネットワーク４を介して会議端末装置２と通信するためのデータ送受信手段等として機能する。
　制御部２０１は、ＣＰＵ（Central Processing Unit）、内部メモリなどから構成される。この内部メモリには、会議端末装置２との間で各種パケットを送受信するための情報処理プログラムが格納されている。ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、通知要求パケット送信処理手段、要求応答パケット送信処理手段等として機能する。
　通知要求パケット送信処理手段は、例えば、第１の会議端末装置２ａから第２の会議端末装置２ｂとの間の通信路の開設を要求する要求パケットであるＯＬＣ要求パケットを受信すると、第２の会議端末装置２ｂに対して、通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットであるＯＬＣ要求パケットを送信する。
　要求応答パケット送信処理手段は、ＯＬＣ要求パケットを受信した会議端末装置２から送信されるＫｅｅｐ－Ａｌｉｖｅパケットを受信すると、他の会議端末装置２に対して、ＯＬＣ応答パケットを送信する。このＯＬＣ応答パケットは、会議端末装置２から送信されるＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号の情報を含む要求応答パケットである
　なお、この情報処理プログラムは、例えば、第１ネットワーク４に接続された他のサーバから、通信部２０３を介して、制御部２０１の内部メモリにダウンロードされるようにしてもよい。又、この情報処理プログラムは、ＣＤ－ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部２０１の内部メモリに読み込まれるようにしてもよい。
　（会議制御装置３の動作について）
　以上のように構成された会議制御装置３の動作を具体的に説明する。なお、以下の各処理は、会議制御装置３の制御部２０１が上述した各手段等として機能することによって実行されるものである。
　図１３に示すように、会議制御装置３においてメイン電源スイッチ（図示せず）がＯＮにされたときやリセットスイッチ（図示せず）が操作されたとき、制御部２０１のＣＰＵは、初期化動作を実行する。初期化動作として、記憶部２０２のアクセス許可、内部メモリの作業領域確保等がある。制御部２０１のＣＰＵは、不揮発性メモリに記憶した情報処理プログラムを読み出して、制御部２０１としての基本機能を動作状態にして（ステップＳ６０）、ステップＳ６１に処理を移行する。
　ステップＳ６１の処理において、制御部２０１は、会議端末装置２から他の会議端末装置２の呼び出し要求があるか否かを判定する。例えば、第１の会議端末装置２ａから第２の会議端末装置２ｂの呼び出し要求メッセージを通信部２０３で受信したときに、制御部２０１は、他の会議端末装置２の呼び出し要求があったと判定する。他の会議端末装置２の呼び出し要求があったと判定すると（ステップＳ６１：ＹＥＳ）、制御部２０１は、第１モード接続処理を行う（ステップＳ６２）。この第１モード接続処理は、図１４に示すステップＳ７０～Ｓ７９の処理であり、後で詳述する。
　一方、他の会議端末装置２の呼び出し要求がないと判定すると（ステップＳ６１：ＮＯ）、制御部２０１は、各会議端末装置２の現在のモードが第２モードか否かを判定する（ステップＳ６３）。この処理において、第２モードであると判定すると（ステップＳ６３：ＹＥＳ）、制御部２０１は、会議端末装置２との間の通信帯域幅が所定幅α以上確保できるか否かを判定する（ステップＳ６４）。通信帯域幅が所定幅α以上に確保できるか否かは、会議制御装置３から各第１の会議端末装置２ａ，２ｂへ定期的にテストデータを通信部２０３から送信し、そのテストデータの通信レートから通信帯域幅を求めることによって行われる。
　ステップＳ６４において、通信帯域幅が所定幅α以上確保できると判定すると（ステップＳ６４：ＹＥＳ）、制御部２０１は、第１モード接続処理を実行して、会議データを会議制御装置３経由で送受信させるためにステップＳ６２の第１モード接続処理を行う。
　ステップＳ６３において、各会議端末装置２の現在のモードが第２モードではなく、第１モードであると判定すると（ステップＳ６３：ＮＯ）、制御部２０１は、会議端末装置２との間の通信帯域幅が所定幅α未満であるか否かを判定する（ステップＳ６５）。この処理において、通信帯域幅が所定幅α未満であると判定すると（ステップＳ６５：ＹＥＳ）、制御部２０１は、第２モード接続処理を実行する（ステップＳ６６）。この第２モード接続処理は、図１５に示すステップＳ８０～Ｓ８６の処理であり、後で詳述する。
　ステップＳ６２、Ｓ６６の処理が終了したとき、又はステップＳ６４において通信帯域幅が所定幅α以上確保できないと判定したとき（ステップＳ６４：ＮＯ）、ステップＳ６５において通信帯域幅が所定幅α未満ではないと判定したとき（ステップＳ６５：ＮＯ）、制御部２０１は、終了指示有りか否かを判定する（ステップＳ６７）。そして、制御部２０１は、終了指示有りと判定すると（ステップＳ６７：ＹＥＳ）、メイン処理を終了する。一方、制御部２０１は、終了指示無しと判定すると（ステップＳ６７：ＮＯ）、ステップＳ６１に処理を戻す。
　次に、ステップＳ６２の第１モード接続処理について図１４を参照して説明する。
　第１モード接続処理を開始すると、制御部２０１は、会議端末装置２からＯＬＣ要求パケットを通信部２０３で受信したか否かを判定する（ステップＳ７０）。ＯＬＣ要求パケットを受信したと判定すると（ステップＳ７０：ＹＥＳ）、制御部２０１は、ＯＬＣ要求パケットに含まれる呼び出し相手の会議端末装置２に対して、ＯＬＣ要求パケットを通信部２０３から送信する（ステップＳ７１）。さらに、制御部２０１は、ＯＬＣ要求パケットを送信した会議端末装置２に対してＯＬＣ応答パケットを通信部２０３から送信する（ステップＳ７２）。
　ステップＳ７０においてＯＬＣ要求パケットを受信していないと判定すると（ステップＳ７０：ＮＯ）、制御部２０１は、会議端末装置２からＯＬＣ応答パケットを通信部２０３で受信したか否かを判定する（ステップＳ７３）。ＯＬＣ応答パケットを受信したと判定すると（ステップＳ７３：ＹＥＳ）、制御部２０１は、ＯＬＣ応答パケットを送信した会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットが送信されるのを待つ（ステップＳ７４）。
　ステップＳ７３においてＯＬＣ応答パケットを受信していないと判定すると（ステップＳ７３：ＮＯ）、制御部２０１は、会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットを通信部２０３で受信したか否かを判定する（ステップＳ７５）。Ｋｅｅｐ－Ａｌｉｖｅパケットを受信したと判定すると（ステップＳ７５：ＹＥＳ）、制御部２０１は、Ｋｅｅｐ－Ａｌｉｖｅパケットを送信した会議端末装置２への会議データの送信を準備する（ステップＳ７６）。なお、このとき、すでに相手側の会議端末装置２から会議データを受信しているときには、制御部２０１は、Ｋｅｅｐ－Ａｌｉｖｅパケットを送信した会議端末装置２への会議データの送信を開始する。
　Ｋｅｅｐ－Ａｌｉｖｅパケットを受信していないと判定すると（ステップＳ７５：ＮＯ）、制御部２０１は、会議端末装置２から会議データが通信部２０３へ送信されてきたか否かを判定する（ステップＳ７７）。会議データが送信されてきたと判定すると（ステップＳ７７：ＹＥＳ）、制御部２０１は、相手側の会議端末装置２へ受信した会議データの送信を開始する（ステップＳ７８）。なお、会議データが送信されてきたときにまだ相手側の会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットを通信部２０３で受信していないときには、このＫｅｅｐ－Ａｌｉｖｅパケットが受信された時点で、制御部２０１は、会議データの送信を開始する。
　ステップＳ７２，Ｓ７４、Ｓ７６，Ｓ７８の処理が終了したとき、又はステップＳ７７において会議端末装置２から会議データが送信されていないと判定したとき（ステップＳ７７：ＮＯ）、制御部２０１は、第１モード接続処理の全ての処理が終了したか否かを判定する（ステップＳ７９）。すなわち、制御部２０１は、各会議端末装置２が会議制御装置３を介して会議データを送受信する状態になったときに、第１モード接続処理の全てが終了したと判定する。制御部２０１は、第１モード接続処理の全ての処理が終了していないと判定すると（ステップＳ７９：ＮＯ）、処理をステップＳ７０に戻す。一方、制御部２０１は、第１モード接続処理の全ての処理が終了したと判定すると（ステップＳ７９：ＹＥＳ）、第１モード接続処理を終了する。
　次に、ステップＳ６６の第２モード接続処理について図１５を参照して説明する。
　第２モード接続処理を開始すると、制御部２０１は、会議端末装置２からＯＬＣ要求パケットを通信部２０３で受信したか否かを判定する（ステップＳ８０）。ＯＬＣ要求パケットを受信したと判定すると（ステップＳ８０：ＹＥＳ）、制御部２０１は、ＯＬＣ要求パケットに含まれる呼び出し相手の会議端末装置２に対して、ＯＬＣ要求パケットを通信部２０３から送信する（ステップＳ８１）。
　ステップＳ８０においてＯＬＣ要求パケットを通信部２０３で受信していないと判定すると（ステップＳ８０：ＮＯ）、制御部２０１は、会議端末装置２からＯＬＣ応答パケットを受信したか否かを判定する（ステップＳ８２）。ＯＬＣ応答パケットを受信したと判定すると（ステップＳ８２：ＹＥＳ）、制御部２０１は、ＯＬＣ応答パケットを送信した会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットが送信されるのを待つ（ステップＳ８３）。
　ステップＳ８２においてＯＬＣ応答パケットを受信していないと判定すると（ステップＳ８２：ＮＯ）、制御部２０１は、会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットを通信部２０３で受信したか否かを判定する（ステップＳ８４）。Ｋｅｅｐ－Ａｌｉｖｅパケットを受信したと判定すると（ステップＳ８４：ＹＥＳ）、制御部２０１は、相手側の会議端末装置２へＯＬＣ応答パケットを通信部２０３から送信する（ステップＳ８５）。なお、会議制御装置３は、Ｋｅｅｐ－Ａｌｉｖｅパケットの送信元ＩＰアドレス及び送信元ポート番号から、相手側の会議端末装置２の第１ネットワーク４側のＩＰアドレスに対応するＩＦ装置の第１ネットワーク４側のＩＰアドレス及び送信元ポート番号を検出し、ＯＬＣ応答パケットにその情報を含めて相手側の会議端末装置２へ送信する。
　ステップＳ８１，Ｓ８３、Ｓ８５の処理が終了したとき、又はステップＳ８４において、Ｋｅｅｐ－Ａｌｉｖｅパケットを受信していないと判定したとき（ステップＳ８４：ＮＯ）、制御部２０１は、第２モード接続処理の全ての処理が終了したか否かを判定する（ステップＳ８６）。すなわち、各会議端末装置２が会議制御装置３を介さずに直接会議データを送受信する状態になったときに、制御部２０１は、第２モード接続処理の全てが終了したと判定する。制御部２０１は、第２モード接続処理の全ての処理が終了していないと判定すると（ステップＳ８６：ＮＯ）、処理をステップＳ８０に戻す。一方、制御部２０１は、第２モード接続処理の全ての処理が終了したと判定すると（ステップＳ８６：ＹＥＳ）、第２モード接続処理を終了する。
　［２．第２実施形態］
　次に、第２実施形態に係るテレビ会議システムについて説明する。この第２実施形態に係るテレビ会議システムは、要求パケットを送信した会議端末装置２に対する要求応答パケットの送信が遅延した場合に対応することができるようにしている点で、第１実施形態とは異なる。以下においては、第１実施形態と異なる点のみを説明することとする。
　第２実施形態に係るテレビ会議システム１０における第２モード接続処理の手順を図１６及び図１７を参照して説明する。この図１６のステップＳ１０１，Ｓ１０２，Ｓ１０４～Ｓ１０７は、図２に示すステップＳ１～Ｓ６の処理と同様である。
　図１６及び図１７に示すように、第２実施形態に係るテレビ会議システム１０では、会議端末装置２からＯＬＣ要求パケットを会議制御装置３が通信部２０３で受信したとき（ステップＳ１０１）、ＯＬＣ要求パケットを送信した会議端末装置２に対して、待機要求パケットを通信部２０３から送信する（ステップＳ１０３）。この待機要求パケットは、ＯＬＣ応答パケットを受信するまで待機を要求する応答パケットである。この待機要求パケットを受信した会議端末装置２は、会議制御装置３からＯＬＣ応答パケットを通信部２０３で受信するまで待つことになる。なお、待機要求パケットはＯＬＣ応答パケットを通信部２０３から送信するまで会議制御装置３が定期的に送信する。会議端末装置２は待機要求パケットを通信部２０３で受信する毎に一定期間ＯＬＣ応答パケットを待機することになる。なお、このとき、制御部２０１は、要求パケットを受信した会議制御装置３から会議端末装置に対して、要求応答パケットを受信するまで待機を要求する待機要求パケットを通信部２０３から送信する待機要求パケット送信手段として機能する。
　このように、第２実施形態に係るテレビ会議システム１０では、会議制御装置３が要求パケットを送信した会議端末装置２に対して、ＯＬＣ応答パケットを受信するまで待機を要求する待機要求パケットを送信する。その結果、会議端末装置２がＯＬＣ要求パケットを送信してからＯＬＣ応答パケットを受信するまでの期間が長くなったときでも、ＯＬＣ要求パケットを送信した会議端末装置２と会議制御装置３との間の通信が切断されることない。従って、トラフィックが混雑した場合であっても第２モード接続処理を行うことが可能となる。
　［３．第３実施形態］
　次に、第３実施形態に係るテレビ会議システムについて説明する。この第３実施形態に係るテレビ会議システムは、ＯＬＣ要求パケットを受信した会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットを通信相手の会議端末装置２に直接送信するようにしている点で異なる。以下においては、第１実施形態と異なる点のみを説明することとする。なお、第２実施形態のように待機要求パケットを送信するようにしてもよい。
　第３実施形態に係るテレビ会議システム２０における第２モード接続処理の手順を図１８及び図１９を参照して説明する。
　図１８及び図１９に示すように、第３実施形態に係るテレビ会議システム２０では、ＯＬＣ要求パケットを第１の会議端末装置２ａから会議制御装置３へ送信する（ステップＳ２０１）。このＯＬＣ要求パケットは、第２の会議端末装置２ｂとの間の通信路の開設を要求する要求パケットである。
　ＯＬＣ要求パケットを受信した会議制御装置３は、このＯＬＣ要求パケットの送信元ＩＰアドレス及び送信元ポート番号の情報を含むＯＬＣ要求パケットを第２の会議端末装置２ｂへ送信する（ステップＳ２０２）。このＯＬＣ要求パケットの送信元ＩＰアドレス及び送信元ポート番号は、ＩＦ装置５ａで変換された第１ネットワーク４側のＩＰアドレス及びポート番号である。
　ＯＬＣ要求パケットを受信した第２の会議端末装置２ｂは、ＯＬＣ応答パケットを会議制御装置３へ送信する（ステップＳ２０３）。さらに、第２の会議端末装置２ｂは、Ｋｅｅｐ－Ａｌｉｖｅパケットを会議制御装置３へ送信する（ステップＳ２０４）と共に、Ｋｅｅｐ－Ａｌｉｖｅパケットを第１の会議端末装置２ａへ送信する（ステップＳ２０６）。ここで、第１の会議端末装置２ａへ送信するＫｅｅｐ－Ａｌｉｖｅパケットは、会議制御装置３から送信されたＯＬＣ要求パケットに含まれる上記送信元ＩＰアドレス及び送信元ポート番号を宛先ＩＰアドレス及び宛先ポート番号とし、さらに通信路開設用ポート番号を送信元ポート番号としている。
　このステップＳ２０６で第１の会議端末装置２ａへ送信したＫｅｅｐ－Ａｌｉｖｅパケットにより、第２の会議端末装置２ｂ側のＩＦ装置５ｂのＦＷ／ＮＡＴでは、上述の実施形態と同様に、第２の会議端末装置２ｂの第２ネットワーク６ｂ側のＩＰアドレス及びポート番号がＦＷ／ＮＡＴの第１ネットワーク４側のＩＰアドレス及びポート番号に関連付けられる。
　このように第３実施形態に係るテレビ会議システム２０では、ＯＬＣ要求パケットを受信した会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットを通信相手の会議端末装置２に直接送信するようにしている。従って、例えば、ＩＦ装置５のＮＡＴ機能がＲｅｓｔｒｉｃｔｅｄ　Ｃｏｎｅ　ＮＡＴであるときにでも、図２０に示すように、ＩＦ装置５で通信相手の会議端末装置２の第１ネットワーク４側のＩＰアドレスを登録でき、会議端末装置２ａから送信される会議データをＩＦ装置５を介して他の会議端末装置２へ送信することができる。
　すなわち、ＩＦ装置５がＲｅｓｔｒｉｃｔｅｄ　Ｃｏｎｅ　ＮＡＴの機能を有するとき、このＩＦ装置５内の第２ネットワーク６にある会議端末装置２からＫｅｅｐ－Ａｌｉｖｅパケットを会議制御装置３へ送信すると、会議制御装置３のＩＰアドレスがＩＦ装置５のＮＡＴテーブルに登録されることになる。従って、ＩＦ装置５は、会議制御装置３以外からの会議端末装置２へのアクセスを受け付けない。
　しかし、第３実施形態に係る会議端末装置２は、Ｋｅｅｐ－Ａｌｉｖｅパケットを通信相手の会議端末装置２へ送信するので、ＩＦ装置５のＮＡＴテーブルに通信相手の会議端末装置２のＩＰアドレスが登録されることになる。従って、会議端末装置２は、ＩＦ装置５を介して通信相手の会議端末装置２からのアクセスを受付可能となる。
　［４．その他の実施形態］
　上述の実施形態では、２つの会議端末装置２間での会議データの送受信について説明したが、図２１に示すような３つ以上の会議端末装置２間での会議データの送受信についても同様に行うことができる。
　例えば、図２１に示すように、３つの会議端末装置２ａ，２ｂ，２ｃ間での直接の会議データの送受信を行う場合、図２２に示す第２モードの通信制御手順に処理を移す。例えば、図２２に示すように、一つの会議端末装置２ａから会議制御装置３に対して、会議端末装置２ｂ，２ｃの呼び出しを要求するためにＯＬＣ要求パケットを送信する（ステップＳ３０１）。会議制御装置３は、会議端末装置２ｂ，２ｃに対してＯＬＣ要求パケットを送信してこれらの会議端末装置２ｂ，２ｃを呼び出す（ステップＳ３０２）。会議端末装置２ｂ，２ｃはそれぞれ通信路開設用ポート番号を送信元ポート番号としたＫｅｅｐ－Ａｌｉｖｅパケットを会議制御装置３へ送信し（ステップＳ３０３）、会議制御装置３が各会議端末装置２ｂ，２ｃから送信されたＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号の情報を含むＯＬＣ応答パケットを会議端末装置２ａに通知する（ステップＳ３０４）。会議端末装置２ａは、ＯＬＣ応答パケットに含まれるＫｅｅｐ－Ａｌｉｖｅパケットの送信元ポート番号を宛先ポート番号として各会議端末装置２ｂ，２ｃへ会議データを送信する（ステップＳ３０５）。
　以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
　たとえば、ステップＳ４，Ｓ１０５，Ｓ２０４のＫｅｅｐ－Ａｌｉｖｅパケットには、
当該パケットの送信元ポート番号を通信路開設用ポート番号とし、会議制御装置３は、このＫｅｅｐ－Ａｌｉｖｅの送信元ポート番号の情報をＯＬＣ応答パケットの所定フィールドに格納して第１の会議端末装置２ａへ通知しているが、第２の会議端末装置２ｂからのＯＬＣ応答パケット（ステップＳ３，Ｓ１０４，Ｓ２０３）の送信元ポート番号を通信路開設用ポート番号としてもよい。

Claims (8)

  1. 　複数の会議端末装置間の通信会議を制御する会議制御装置を用いて、前記会議端末装置間の通信を制御する方法において、
    　第１の会議端末装置から前記会議制御装置へ送信された音声データ又は映像データを前記会議制御装置から第２の会議端末装置へ送信する第１ステップと、
    　前記第１ステップが実行されているときに、前記会議制御装置と前記第１の会議端末装置又は前記第２の会議端末装置との間の通信帯域幅が所定幅未満になると、前記第１ステップの実行を中止し、前記第１の会議端末装置から前記会議制御装置に対して、前記第２の会議端末装置との間の通信路の開設を要求する要求パケットを送信する第２ステップと、
    　前記要求パケットを受信した前記会議制御装置から前記第２の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する第３ステップと、
    　前記通知要求パケットを受信した前記第２の会議端末装置から前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する第４ステップと、
    　前記応答パケットを受信した前記会議制御装置から前記第１の会議端末装置に対して、前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する第５ステップと、
    　前記要求応答パケットを受信した前記第１の会議端末装置から前記第２の会議端末装置に対して、前記応答パケットの送信元ポート番号を宛先ポート番号として音声データ又は映像データを送信する第６ステップと、を有することを特徴とする会議端末装置間の通信制御方法。
  2. 　前記第６ステップが実行されているときに、前記会議制御装置と前記第１の会議端末装置及び前記第２の会議端末装置との間の通信帯域幅が所定幅以上確保できるとき、前記第６ステップの実行を中止し、前記第１ステップを実行することを特徴とする請求項１に記載の会議端末装置間の通信制御方法。
  3. 　前記第３ステップは、前記要求パケットを受信した前記会議制御装置から前記第１の会議端末装置に対して、前記要求応答パケットを受信するまで待機を要求する待機要求パケットを送信するステップを含む、ことを特徴とする請求項１に記載の会議端末装置間の通信制御方法。
  4. 　前記通知要求パケットを受信した前記第２の会議端末装置から前記第１の会議端末装置に対して、前記通信路開設用ポート番号を送信元ポート番号としたパケットを送信する第７ステップを有することを特徴とする請求項１に記載の会議端末装置間の通信制御方法。
  5. 　前記第２の会議端末装置から前記会議制御装置へ送信された音声データ又は映像データを前記会議制御装置から前記第１の会議端末装置へ送信する第８ステップと、
    　前記第１ステップ及び前記第８ステップが実行されているときに、前記会議制御装置と前記第１の会議端末装置又は前記第２の会議端末装置との間の通信帯域幅が所定幅未満になると、前記第８ステップの実行を中止し、第２の会議端末装置から前記会議制御装置に対して、第１会議端末装置との間の通信路の開設を要求する要求パケットを送信する第９ステップと、
    　当該要求パケットを受信した前記会議制御装置から前記第１の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する第１０ステップと、
    　当該通知要求パケットを受信した前記第１の会議端末装置から前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する第１１ステップと、
    　当該応答パケットを受信した前記会議制御装置から前記第２の会議端末装置に対して、前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する第１２ステップと、
    　当該要求応答パケットを受信した前記第２の会議端末装置から前記第１の会議端末装置に対して、前記応答パケットの送信元ポート番号を宛先ポート番号として音声データ又は映像データを送信する第１３ステップと、を有し、
    　前記第５ステップ及び前記第１２ステップの実行タイミングを一致させたことを特徴とする請求項１に記載の会議端末装置間の通信制御方法。
  6. 　複数の会議端末装置と、これらの複数の会議端末装置間の通信会議を制御する会議制御装置とを備えた通信会議システムにおいて、
    　前記会議端末装置は、
    　前記会議制御装置又は他の会議端末装置と音声データ又は映像データを送受信するデータ送受信手段と、
    　前記データ送受信手段で前記会議制御装置との間で音声データ又は映像データの送受信が行われているときに、前記会議制御装置との間の通信帯域幅が所定幅未満になると、前記会議制御装置との音声データ又は映像データの送受信を中止し、前記会議制御装置に対して、他の会議端末装置との間の通信路の開設を要求する要求パケットを送信する要求パケット送信処理手段と、
    　前記会議制御装置から他の会議端末装置との間の通信路を開設するための通信路開設用ポート番号の通知を要求する通知要求パケットを受信すると、前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する応答パケット送信処理手段と、
    　前記会議制御装置から前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを受信すると、当該応答パケットの送信元ポート番号を宛先ポート番号として他の会議端末装置に対して前記データ送受信手段により音声データ又は映像データを送信するデータ送信処理手段と、を備え、
    　前記会議制御装置は、
    　前記会議端末装置との間で音声データ又は映像データを送受信するデータ送受信手段と、
    　一の会議端末装置から前記要求パケットを受信すると、当該要求パケットに対応する他の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する通知要求パケット送信処理手段と、
    　前記通知要求パケットを送信した前記他の会議端末装置から前記通知要求パケットに対する応答パケットを受信すると、前記一の会議端末装置に対して、当該応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する要求応答パケット送信処理手段と、を備えたことを特徴とする通信会議システム。
  7. 　複数の会議端末装置間の通信会議を制御する会議制御装置において、
    　前記会議端末装置との間で音声データ又は映像データを送受信するデータ送受信手段と、
    　一の会議端末装置から他の会議端末装置との間の通信路の開設を要求する要求パケットを受信すると、前記他の会議端末装置に対して、前記通信路の開設を行うための通信路開設用ポート番号の通知を要求する通知要求パケットを送信する通知要求パケット送信処理手段と、
    　前記通知要求パケットを受信した前記他の会議端末装置から前記通信路開設用ポート番号を通知する応答パケットを受信すると、前記一の会議端末装置に対して、前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを送信する要求応答パケット送信処理手段と、を備えたことを特徴とする会議制御装置。
  8. 　会議制御装置によって制御される会議端末装置において、
    　前記会議制御装置又は他の会議端末装置と音声データ又は映像データを送受信するデータ送受信手段と、
    　前記データ送受信手段で前記会議制御装置との間で音声データ又は映像データの送受信が行われているときに、前記会議制御装置との間の通信帯域幅が所定幅未満になると、前記会議制御装置との音声データ又は映像データの送受信を中止し、前記会議制御装置に対して、他の会議端末装置との間の通信路の開設を要求する要求パケットを送信する要求パケット送信処理手段と、
    　前記会議制御装置から他の会議端末装置との間の通信路を開設するための通信路開設用ポート番号の通知を要求する通知要求パケットを受信すると、前記会議制御装置に対して、前記通信路開設用ポート番号を送信元ポート番号とした応答パケットを送信する応答パケット送信処理手段と、
    　前記会議制御装置から前記応答パケットの送信元ポート番号の情報を含む要求応答パケットを受信すると、当該応答パケットの送信元ポート番号を宛先ポート番号として他の会議端末装置に対して前記データ送受信手段により音声データ又は映像データを送信するデータ送信処理手段と、を備えたことを特徴とする会議端末装置。
PCT/JP2009/070989 2009-01-15 2009-12-16 会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置 WO2010082425A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/183,499 US8553066B2 (en) 2009-01-15 2011-07-15 Conference control device, conference terminal device, and teleconference system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009006418A JP5212130B2 (ja) 2009-01-15 2009-01-15 会議端末装置間の通信制御方法、通信会議システム、会議制御装置、会議端末装置及びプログラム
JP2009-006418 2009-01-15

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/183,499 Continuation-In-Part US8553066B2 (en) 2009-01-15 2011-07-15 Conference control device, conference terminal device, and teleconference system

Publications (1)

Publication Number Publication Date
WO2010082425A1 true WO2010082425A1 (ja) 2010-07-22

Family

ID=42339681

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/070989 WO2010082425A1 (ja) 2009-01-15 2009-12-16 会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置

Country Status (3)

Country Link
US (1) US8553066B2 (ja)
JP (1) JP5212130B2 (ja)
WO (1) WO2010082425A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104272713A (zh) 2013-11-12 2015-01-07 华为技术有限公司 一种多方通话方法及装置
CN104580983B (zh) * 2015-01-15 2018-05-29 深圳市捷视飞通科技有限公司 一种实现视频通讯ptt功能的方法
US10412175B2 (en) * 2017-01-13 2019-09-10 Panasonic Intellectual Property Management Co., Ltd. Information communication apparatus and information communication method
CN114625686B (zh) * 2020-12-10 2023-11-14 明基智能科技（上海）有限公司 资料控制方法及资料控制***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003309832A (ja) * 2002-04-16 2003-10-31 Mitsubishi Electric Corp テレビ会議予約システムおよびそのシステムに使用する会議予約サーバとネットワーク管理サーバ
JP2006033396A (ja) * 2004-07-15 2006-02-02 Sony Corp 送信装置、受信装置、通信システム、送信方法、受信方法、送信プログラム、受信プログラム及びサーバ装置
JP2006191283A (ja) * 2005-01-05 2006-07-20 Hitachi Communication Technologies Ltd 会議サーバ、テレビ会議用クライアント端末装置、速度調整方法およびプログラム
JP2008306518A (ja) * 2007-06-08 2008-12-18 Sony Corp テレビ会議装置、テレビ会議システムならびにテレビ会議システムの通信方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6665002B2 (en) * 2001-05-11 2003-12-16 Leadtek Research Inc. Real-time video/audio quality adjustment method
JP2005020520A (ja) 2003-06-27 2005-01-20 Brother Ind Ltd テレビ会議システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003309832A (ja) * 2002-04-16 2003-10-31 Mitsubishi Electric Corp テレビ会議予約システムおよびそのシステムに使用する会議予約サーバとネットワーク管理サーバ
JP2006033396A (ja) * 2004-07-15 2006-02-02 Sony Corp 送信装置、受信装置、通信システム、送信方法、受信方法、送信プログラム、受信プログラム及びサーバ装置
JP2006191283A (ja) * 2005-01-05 2006-07-20 Hitachi Communication Technologies Ltd 会議サーバ、テレビ会議用クライアント端末装置、速度調整方法およびプログラム
JP2008306518A (ja) * 2007-06-08 2008-12-18 Sony Corp テレビ会議装置、テレビ会議システムならびにテレビ会議システムの通信方法

Also Published As

Publication number Publication date
JP2010166290A (ja) 2010-07-29
US8553066B2 (en) 2013-10-08
US20110267420A1 (en) 2011-11-03
JP5212130B2 (ja) 2013-06-19

Similar Documents

Publication Publication Date Title
US8274970B2 (en) Voice communication device with PSTN and internet pathway analysis, selection and handoff
JP4089913B2 (ja) 移動通信端末、着信報知方法および着信報知プログラム
JP2007318343A (ja) ゲートウェイ装置及び再ネゴシエーション方法
JP5269615B2 (ja) 無線通信装置およびその制御方法
JP2005137007A (ja) 映像送受信帯域幅及び画質制御機能を持つｉｐ映像端末装置及びその制御方法
WO2010082425A1 (ja) 会議端末装置間の通信制御方法、通信会議システム、会議制御装置及び会議端末装置
JP5036527B2 (ja) 接続装置および接続方法
JP2009194674A (ja) 通信端末装置および通信端末装置の制御方法
JP6699862B2 (ja) 遠隔会議システム、遠隔会議サーバ、遠隔会議方法及びプログラム
JPWO2008123509A1 (ja) 通信システム、ハンドオーバ方法、通信装置、通信プログラム
JP5408963B2 (ja) Ｉｐボタン電話装置
CN102057630B (zh) 用于建立多协议标签交换(mpls)隧道的***和方法
JP2007181233A (ja) 通信方式選択方法、通信方式選択装置及び通信方式選択プログラム
JP2008187417A (ja) 携帯電話機
JP2010258802A (ja) 通信システム、通信端末、通信方法、および通信プログラム
JP2006217167A (ja) Ｉｐ電話装置およびｉｐアダプタ装置
JPWO2014142295A1 (ja) メディア通信システム、ビットレート制御方法及びコンピュータ読み取り可能な情報記録媒体
KR101545587B1 (ko) 화상 회의 시스템 및 그 방법
JP6348875B2 (ja) 中継装置、呼制御システム、呼制御方法、および、呼制御プログラム
JP4898603B2 (ja) 通信装置および通信方法
JP5096831B2 (ja) 通信装置及び通信方法
JP5365771B2 (ja) 音声ｉｐ電話装置
JP2005333411A (ja) Ｖｏｉｐシステム及びそのセッション設定制御方法並びにそれに用いる制御装置
JP2006222667A (ja) ＳＩＰサーバ及びＶｏＩＰ電話システム
JP2005222357A (ja) セッション管理装置、セッション管理システム、セッション管理方法及びセッション管理プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09838390

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09838390

Country of ref document: EP

Kind code of ref document: A1