[go: up one dir, main page]

USRE42204E1 - Information receiving device and method, information release device, and information communication system - Google Patents

Information receiving device and method, information release device, and information communication system Download PDF

Info

Publication number
USRE42204E1
USRE42204E1 US11/356,422 US35642200A USRE42204E US RE42204 E1 USRE42204 E1 US RE42204E1 US 35642200 A US35642200 A US 35642200A US RE42204 E USRE42204 E US RE42204E
Authority
US
United States
Prior art keywords
content
communication
information
resource
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US11/356,422
Other languages
English (en)
Inventor
Shusuke Utsumi
Ryusuke Sawatari
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Application granted granted Critical
Publication of USRE42204E1 publication Critical patent/USRE42204E1/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5665—Interaction of ATM with other protocols
    • H04L2012/5667—IP over ATM

Definitions

  • the present invention relates to an information receiving apparatus, an information receiving method, an information providing apparatus, and an information communication system, by which a user can reserve or release a resource without consciousness.
  • FTTH Fiber to the Home
  • various communication services such as telephone, ISDN, and the like through optical fiber cables extended to homes.
  • data providing services which are expected to spread under this environment, such as Internet television service (which will be abbreviated as Internet TV hereinafter), Internet video on demand service (which will be abbreviated as Internet VoD), and the like
  • the service providers must guarantee the quality of data provided for users, i.e., the quality of services (QoS).
  • QoS quality of services
  • reservations of band resources used on the network must be carried out to achieve data providing services. That is, to explain an IP (Internet Protocol) network using an ATM (Asynchronous Transfer Mode), a connectionless IP packet needs to be transferred by a virtual connection (which will be abbreviated as VC hereinafter) as a connection-oriented technique which guarantees the quality.
  • IP Internet Protocol
  • ATM Asynchronous Transfer Mode
  • RSVP Resource reSerVation Protocol
  • VC virtual connection
  • a user operates a terminal connected to a network to reserve a resource, and a connection is thereby constructed. In this manner, the user can obtain data providing services. Also, in the RSVP, after a data providing service is obtained, the resource needs to be released when the user operates the terminal again and the connection needs to be cut.
  • the present invention has been made in view of this situation, and has an object of providing an information receiving apparatus, an information receiving method, an information providing apparatus, and an information communication system, by which users can reserve or release resources without particular consciousness.
  • An information receiving apparatus which is connected to an information providing apparatus by forming a connection in a communication network and which receives content information from the information providing apparatus through the connection, comprises: input means for inputting a command based on an operation by a user; communication means for making communication through the communication network; control means for controlling the communication means so as to output an instruction signal, based on the command inputted through the input means; and display means for displaying the content information received by the communication means, characterized in that if a switching instruction which indicates that second content information should be received in place of first content information is inputted as the command to the communication means when the communication means is receiving the first content information through the connection formed in the communication network, the control means makes control so as to output a disconnection instruction for disconnecting the connection for transmitting the first content information, which is formed in the communication network connecting the communication means and the information providing apparatus, and a formation instruction for forming the connection for transmitting the second content information, which is formed in the communication network connecting the communication means and the information providing apparatus.
  • the control means of the information receiving apparatus controls makes control such that the communication means outputs a reservation instruction signal for making reservation of a communication band resource of the communication network, as the instruction signal, prior to formation of the connection.
  • control means of the information receiving apparatus recognizes the communication band resource which is necessary for the content information to be received, the control means makes control such that the communication means outputs the reservation instruction signal containing resource information indicating the communication band resource, or if the control means does not recognize the communication band resource which is necessary for the content information to be received, the control means makes control such that the communication means outputs the reservation instruction signal without containing the resource information indicating the communication band resource.
  • the information receiving apparatus further comprises storage means for storing predetermined resource information used for reserving a communication band resource necessary for transmitting the content information, characterized in that the control means generates the formation instruction containing the predetermined resource information stored in the storage means, when forming the connection.
  • the information receiving apparatus is characterized in that the storage means stores information used for reserving a communication band resource for transmitting the content information to be provided at least in a one-to-one manner or a one-to-many manner, as the predetermined resource information.
  • the information receiving apparatus is characterized in that after outputting the disconnection instruction for instructing disconnection of the connection for content information presently received at a previously set time interval, the control means makes control so as to output the formation instruction for instructing formation of the connection for transmitting content information according to a previously set order.
  • an information receiving method in which a connection is made in a communication network to an information providing apparatus and content information is received from the information providing apparatus through the connection, comprises: an input step of inputting a command based on an operation by a user; a communication step of making communication through the communication network; a control step of controlling the communication step so as to output an instruction signal, based on the command inputted through the input step; and a display step of displaying the content information received through the communication step, characterized in that if a switching command which instructs that second content information should be received in place of first content information is inputted as the command in the communication step, based on only one operation by a user in the input step, when the first content information is being received in the communication step through the connection formed in the communication network, the control step makes control so as to output a disconnection instruction for instructing disconnection of the connection for transmitting the first content information, which is formed in the communication network connected with the information providing apparatus by the communication step, and a formation instruction for instructing formation of the connection
  • the control step of the information receiving method according to the present invention makes control such that a reservation instruction signal for making reservation of a communication band resource of the communication network is outputted as the instruction signal in the communication step, prior to formation of the connection.
  • the control step of the information receiving method makes control such that the reservation instruction signal containing resource information indicating the communication band resource is outputted in the communication step, or if the communication band resource which is necessary for the content information to be received is not recognized in the control step, the control step makes control such that the reservation instruction signal without containing resource information indicating the communication band resource is outputted in the communication step.
  • the information receiving method further comprises a storage step of storing predetermined resource information used for reserving a communication band resource necessary for transmitting the content information, characterized in that the control step generates the formation instruction containing the predetermined resource information stored in the storage step, when forming the connection.
  • information used for reserving a communication band resource for transmitting the content information to be provided at least in a one-to-one manner or a one-to-many manner is stored as the predetermined resource information in the storage step of the information receiving method according to the present invention.
  • the control step of the information receiving method makes control so as to output the formation instruction for instructing formation of the connection for transmitting content information according to a previously set order.
  • an information providing apparatus which is connected to an information receiving apparatus through a communication network and which provides the information receiving apparatus with content information with use of a communication band resource of the communication network which is reserved prior to providing of the content information, comprises: communication means for making communication through the communication network; storage means for storing the content information; detection means for detecting whether or not resource information indicating the communication band resource is contained in an instruction signal, when the communication means receives the instruction signal from the information receiving apparatus; and control means for outputting a band reservation command for reserving the communication band resource, based on a detection result from the detection means, and for making control to make a selection from a first mode in which the communication means is controlled so as to output the content information to the information receiving apparatus, and a second mode in which the communication means is controlled so as to output the content information with use of the communication band resource indicated by the resource information, characterized in that the control means selects the first mode if the instruction signal does not contain the resource information, or the second mode if the instruction signal contains the resource information.
  • An information communication system comprises an information providing apparatus and an information receiving apparatus connected to a communication network, in which the information providing apparatus and the information receiving apparatus exchanges content information through communication with use of a communication band resource of the communication network which is reserved prior to communication of the content information, characterized in that the information providing apparatus includes providing communication means for making communication through the communication network, storage means for storing the content information, and providing control means for controlling the providing communication means so as to output the content information, that the information receiving apparatus includes input means for inputting a command based on an operation by a user, receiving communication means for making communication through the communication network, receiving control means for controlling the receiving communication means so as to output an instruction signal based on the command inputted through the input means, and display means for displaying the content information received by the receiving communication means, and that if a switching instruction which indicates that second content information should be received in place of first content information is inputted as the command to the receiving communication means when the receiving communication means is receiving the first content information through the connection formed in the communication network, the receiving control means makes control so as to
  • the information providing apparatus in the information communication system further includes detection means for detecting whether or not resource information indicating the communication band resource is contained in an instruction signal, when the receiving communication means receives the instruction signal from the information receiving apparatus, and based on a detection result from the detection means, the providing control means makes control so as to select a first mode in which a band reservation command for reserving the communication band resource is outputted and the communication means is controlled so as to output the content information to the information receiving apparatus, if the instruction signal does not contain the resource information, or a second mode in which the communication means is controlled so as to output the content information with use of the communication band resource indicated by the resource information, if the instruction signal contains the resource information.
  • the information communication system further comprises a relay apparatus between the information providing apparatus and the information receiving apparatus, characterized in that the relay apparatus reserves the band communication resource based on an instruction from the providing control means and the receiving control means.
  • the relay apparatus in the information communication system reserves the communication resource used for communication from the information providing apparatus to the information receiving apparatus.
  • FIG. 1 is a view showing an example of the structure of a network of client terminals to which the present invention is applied.
  • FIG. 2 is a view showing an example of the structure inside a client terminal.
  • FIG. 3 is a view showing an example of the structure inside a video server.
  • FIG. 4 is a display example of the screen of the client I/F.
  • FIG. 5 shows an example of data (resource reservation parameters) set in a client setting file.
  • FIG. 6 is a flowchart which explains an operation example of a client terminal.
  • FIG. 7 is a view showing another display example of the screen of the client I/F.
  • FIG. 8 is a flowchart which explains an operation example of a video server.
  • FIG. 9 is a view for explaining a state in which the receiver side is issuing a resource request message.
  • FIG. 10 is a view showing an example of the structure of ASP.
  • FIG. 11 is a view showing an example of the format of the ASP header.
  • FIG. 12 is a view showing an example of the structure of a backbone router.
  • FIG. 13 is a view showing an example of the structure of an edge router.
  • FIG. 14 is a view showing an example of the structure of a network.
  • FIG. 15 shows an ASP internal table.
  • FIG. 16 is a view showing the flow of an ASP message and explaining the procedure until a VC is constructed in case where the receiver knows QoS.
  • FIG. 17 is a view showing the flow of an ASP message and explaining the procedure of extending a VC in case where only the sender knows QoS.
  • FIG. 18 is a view showing the flow of an ASP message and explaining the procedure of extending a VC in case where the sender starts reservation.
  • FIG. 19 is a view explaining the procedure of performing bi-directional communication in case where each of the sender and receiver knows QoS.
  • FIG. 20 is a view showing the flow of each ASP message and explaining the procedure of extending a VC in the direction opposite to the flow in case where each of the sender and receiver knows QoS.
  • FIG. 21 is a view explaining the procedure of constructing a VC in case where the receiver knows QoS required for bi-directional communication.
  • FIG. 1 shows an example of a connection of a network of a client terminal to which the present invention is applied.
  • Client terminals 11 and 12 are each comprised of a personal computer used by a member and are connected to a router through channels. Although only two terminals 11 and 12 are shown in the example shown in FIG. 1 , this is merely an example and a plurality of terminals may be connected to the router. In the following explanation, channels using optical fibers are cited as examples of channels connected to the client terminals 11 and 12 (which will be called member lines). Also, in the following explanation, a network called AMInet described later is used as an example of the network connected to the channels using the optical fibers. The client terminals 11 and 12 connected to an AMInet router 21 of the AMInet 20 through member lines.
  • the AMInet is a network which is compatible as a host with the Internet and is also a network architecture of a next generation which solves problems of existing network architectures.
  • the AMInet architecture solves essential problems included in the Internet architecture, in view of the generation in which homes and enterprises will be always connected to an ultra-high-speed network of a symmetric/semi-symmetric type by realizing FTTH (T. Miki. Toward the Service-Rich Era. IEEE Communications Magazine, Vol. 32, No. 2, February 1994) and xDSL (G. T. Hawley. Systems Considerations for the Use of xDSL Technology for Data Access. IEEE Communications Magazine, Vol. 35, No. 3, March 1997).
  • the AMInet architecture is characterized in realization of dynamic construction of an optimum protocol stack, original high-speed resource reservation using IP, negotiation between equal classes of different nodes and between upper and lower classes in one same node, connection-oriented QoS guarantee, separation of an ID of a node and an address thereof, control between non-ends, an architecture independent from communication media, and the like.
  • ASP AMInet Set-up Protocol
  • the AMInet 20 is constructed by an AMInet router 21 , an ATM network 22 (which is merely an example and may be another network), and an AMInet router 23 .
  • the AMInet router 21 forming part of the AMInet 20 is a router having an ATM network interface which has original function expanded for the AMInet.
  • This AMInet router 21 collects member lines and is connected to the ATM network 22 as an example of a channel network.
  • the ATM network 22 is connected also to the AMInet router 23 in addition to the AMInet router 21 .
  • the AMInet router 23 is also a router having an ATM network interface which has original function expanded for the AMInet, like the AMInet router 21 .
  • the AMInet router 23 is connected to N pieces of servers through optical fibers.
  • video servers 32 - 1 to 32 -N each of which is capable of providing video data and audio data are cited as examples of N pieces of servers.
  • the video servers 32 - 1 to 32 -N will be represented simply by a video server 32 unless the servers need to be distinguished from each other.
  • the video server 32 is, for example a video server capable compatible with Internet TV and Internet VoD, and can supply (or supply services of providing) at least video data and audio data to client terminals 11 and 12 .
  • FIG. 2 shows an example of an internal structure of the client terminal 11 .
  • An operating section 51 is constructed by a mouse or a keyboard, for example, and is operated appropriately by a user when inputting a predetermined command to the control section 50 .
  • a display section 52 is constructed by, for example, an LCD (Liquid Crystal Display), a CRT (Cathode Ray Tube), or another display device and displays various information.
  • a communication section 53 is connected to the AMInet router 21 through a member line to make communication with the AMInet router 21 .
  • a data base 54 stores a client interface (hereinafter abbreviated as I/F) program capable of responding to Internet TV and Internet VoD, predetermined data necessary for the client I/F, and an application program necessary for the communication section 53 to make communication through the AMInet 20 . Further, the database 54 appropriately stores data provided through the AMInet 20 .
  • the predetermined data required for the Internet TV and internet VoD will be resource reservation parameters and the like which are required for reserving network band resources when receiving providing services concerning various data such as video data, audio data, and the like from a server.
  • resource reservation parameters are distributed from the server side and stored into the database 54 when a connection is made with a server as a service provider, for example.
  • the resource reservation parameters can be previously supplied in form of any medium. In this case, resource reservation parameters picked up from the supplied medium are stored into the database 54 . Details of the resource reservation parameters will be described later.
  • the control section 50 controls the operating section 51 to the database 54 in accordance with the client I/F program and application program stored in the database 54 , so as to execute various operations.
  • client terminal 12 is constructed to be basically equal to the client terminal 11 and its illustration and explanation will be omitted herefrom.
  • FIG. 3 shows an example of the structure of the video server 32 - 1 .
  • a CPU 61 is arranged so as to execute various operations in accordance with a program recorded in a ROM 62 or a hard disk 64 .
  • the RAM 63 appropriately stores various data necessary for the CPU 61 to execute various processing.
  • the hard disk 64 stores a server program for responding to predetermined requests transferred through the AMInet 20 and also stores a client I/F program to be provided for a client terminal and data (e.g., resource reservation parameters) necessary for the program. Further, the hard disk 64 is capable of storing data (e.g., video data and audio data) to be provided as a service for a member (or client terminal).
  • data e.g., video data and audio data
  • Video data and audio data to be provided as service data for a client terminal are supplied from the hard disk 64 or various devices connected through the I/O section 66 .
  • the video data or audio data supplied from those various devices is transmitted directly from the communication section 65 to the AMInet 20 in response to the client terminal side or is once stored into the hard disk 64 from which the data is read in response to a request from the client terminal side and is transmitted from the communication section 65 to the AMInet 20 .
  • the I/O section 66 is connected to, for example, an IEEE 1394 network 67 , and the IEEE 1394 network 67 is connected to, for example, a digital VTR 68 , a media converter 69 , a television camera 70 , a TV tuner 71 , a radio tuner 72 , and the like, as supply sources for supplying video data and audio data to be provided as service data for a client terminal.
  • the media converter 69 is connected to, for example, a plurality of analogue VTRs 73 , 74 , . . .
  • This media converter 69 converts analogue videos and audio signals, from the analogue VTRs, into digital videos and audio data, and supplies the converted digital vides and audio data onto the IEEE 1394 network 67 . That is, the data to be supplied from the server side to the client terminal side is not limited to recorded video data but may be considered to be live video data being currently picked up by the television camera 70 , videos and audio data processed through the media converter 69 , and the like. Note that video data to be transmitted may be, for example, in form of compressed image data according to the MPEG standard.
  • the communication section 65 is connected to the AMInet router 23 through an optical fiber so as to make communication with the AMInet router 23 .
  • the insides of the video servers 32 - 2 to 32 -N are constructed to be basically equal to the inside of the video server 32 - 1 , and illustration and explanation thereof will be omitted herefrom.
  • a client terminal can receive services for providing video data and audio data based on the Internet TV or Internet VoD from a video server.
  • a processing procedure in case where a client terminal of receiving a service of providing video data and audio data through the Internet TV or Internet VoD from a video server.
  • FIG. 4 shows a display example of an initial screen of a client I/D displayed as GUI (Graphical User Interface) on the screen of the display section 52 of the client terminal 11 .
  • GUI Graphic User Interface
  • program selection buttons 101 - 1 to 101 - 9 indicating a plurality of program titles as contents to be provided by services are arranged in the left side on the screen of the display section 52 .
  • an end button 102 a zapping button 103 , 10 s setting button, and 20 s setting button 105 are provided.
  • a video display section 106 is positioned at the center in the right side on the screen.
  • the client I/F is an example of I/F compatibly responding to the Internet TV and Internet VoD.
  • service names program titles
  • the program selection button 101 - 9 indicates a service name (program title) which can be provided by the Internet TV.
  • FIG. 5 shows examples of resource reservation parameters as predetermined data necessary for the client I/F compatible with the Internet TV and Internet VoD. These resource reservation parameters are required for network resource reservation when receiving information concerning respective programs to be provided through the Internet TV and Internet VoD. For example, when a client terminal makes a connection with a server in the service providing side, the parameters are transmitted from the server side and stored as a client setting file 54 A in the database 54 of the client terminal.
  • set as resource reservation parameters are a service number for specifying the content of a service, a program title which can be provided as a service, a server address such as a broadcasting station address of Internet TV or Internet VoD (e.g., an IP address of a network layer), a port number which specifies a service in a server (e.g., a TCP/UDP port number of a transport layer), a transfer rate for specifying a band resource required on a network when providing a service, a read/write size with respect to a socket as a unit of data read/written from/into OS (operating system) by an application of a serve, a socket buffer size as the size of a buffer for a socket, maximum and minimum transfer sizes of data (in units of bytes) transferred on the network, a token packet size as one of parameters in a so-called token packet algorithm (e.g., the maximum data amount which can be outputted at once onto the network), and a multicast IP address and
  • the service (video data and audio data of a program) is supplied in form of uni-cast from a server. Accordingly, in this case, the multicast IP-address/port-number of the resource reservation parameters shown in FIG. 5 is neglected (e.g., set to 0/0). Also, in the Internet VoD, if provided video data is, for example, animation data and if the animation data matches with the MPEG standard, a user (or client terminal) can select a desired transfer rate from several kinds of transfer rates such as 6M bps, 3M bps, and the like, as the transfer rate for the animation data.
  • the service is provided in form of multicast from a server.
  • program titles among resource reservation parameters are displayed on the program selection buttons 101 . Accordingly, a user (or client terminal) selects a button displaying a desired program title from the program selection buttons 101 and can then receives a service of video data and audio data corresponding to the selected program through the Internet TV or Internet VoD.
  • the end button 102 is a button which is selected when a user terminates a client I/F.
  • the zapping button 103 is operated by a user when the zapping mode is set on or off. If the zapping mode is set on, a plurality of videos corresponding to the program selection buttons 101 are automatically and sequentially displayed on the image display section 106 for a predetermined time (e.g., 10 or 20 seconds in this example). In this manner, the user can confirm videos of respective programs so that an interested program can be found out with ease.
  • a predetermined time e.g. 10 or 20 seconds in this example.
  • the 10 s setting button 104 is selected by a user when the display time (zapping time) for which respective programs are displayed automatically and sequentially is set to 10 seconds while the zapping mode is on.
  • the 20 s setting button 105 is selected by a user when the display time (zapping time) for which respective programs are displayed automatically and sequentially is set to 20 seconds while the zapping mode is on.
  • predetermined settings of the client I/F are initialized. For example, when the zapping mode is switched on, the zapping time is initialized to either 10 or 20 seconds.
  • FIG. 6 shows a processing procedure in the control section 50 of the client terminal 11 in case where a service of Internet TV or Internet VoD is received from a server.
  • the control section 50 controls the communication section 53 to make connection with a server and to receive and store data containing resource reservation parameters into the data base 54 , for example, in the step S 41 . Then, the initial screen of the client I/F shown in FIG. 4 is displayed on the display section 52 .
  • the control section 50 waits in the step S 1 until any command is inputted through the operating section.
  • the control section 50 goes to the processing of the step S 2 and later if any command is inputted through the operating section 51 while waiting in the step S 1 .
  • the control section 50 determines whether or not a command inputted through the operating section 51 in the step S 1 instructs end of the client I/F.
  • the control section 50 executes termination processing of the client I/F program if it is determined by the determination processing in the step S 2 that an end command is inputted, i.e., if the operating section 51 is operated by a user to select the end button 102 .
  • the control section 50 goes to the processing of the step S 3 if it is determined by the determination processing in the step S 2 that a command inputted through the operating section 51 does not instruct end of the client I/D.
  • the control section 50 determines whether or not the command inputted through the operating section 51 is an operation command concerning the program selection buttons 101 . If it is determined that the command is not an operation command concerning the program selection buttons 101 , the control section 50 goes to the processing in the step S 4 .
  • the control section 50 goes to the processing in the step S 4 and then determines whether or not the command inputted through the operating section 51 in the step S 1 is an operation command concerning the zapping button 103 . If it is determined that the command is not an operation command concerning the zapping button 103 , the control section 50 goes to the processing in the step S 5 . The control section 50 thus goes to the processing in the step S 5 and then determines whether or not the command inputted through the operating section 51 is an operation command concerning the 10s setting button 104 or the 20 s setting button 105 .
  • control section 50 determines that the command inputted through the operating section 51 in the step S 1 is not an operation command concerning the 10s setting button 104 or the 20 s setting button 105 , the control section 50 returns to the processing in the step S 1 and waits until a command is inputted from the operating section 51 . Otherwise, in the processing in the step S 5 , if the control section 50 determines that the command inputted through the operating section 51 in the step S 1 is an operation command which has selected either the 10 s setting button 104 or the 20 s setting button 105 , the control section 50 goes to the processing in the step S 6 .
  • the control section 50 goes to the processing in the step S 6 and then sets the zapping time to a time period corresponding to the 10 s setting button 104 or 20s setting button 105 selected in the step S 5 . Thereafter, the control section 50 returns to the processing in the step S 1 and waits until a command is newly inputted through the operating section 51 .
  • control section 50 goes to the processing in the step S 7 if it is determined in the determination processing in the step S 3 that the command inputted through the operating section 51 is an operation command concerning the program selection buttons 101 .
  • control section 50 determines, in the determination processing in the step S 4 , that the command inputted through the operating section 51 is an operation command concerning the zapping button 103 , the control section 50 switches ON the zapping mode as processing in the step S 42 and thereafter goes to the processing in the step S 7 .
  • the control section 50 prepares a message for requesting resource reservation.
  • This message is based on a high-speed resource reservation protocol (ASP) described above, and is therefore called an ASP message.
  • ASP resource reservation protocol
  • the control section 50 reads resource reservation parameters of a program corresponding to the operated program selection button 101 from the data base 54 , and interprets the parameters.
  • the section 50 further determines an identification used for the connection, e.g., VCI (Virtual Channel Identifier)/VPI (Virtual Path Identifier), and prepares an ASP message for requesting resource reservation together with the resource reservation parameter thereof.
  • VCI Virtual Channel Identifier
  • VPN Virtual Path Identifier
  • the control section 50 reads resource reservation parameters of predetermined programs from the data base 54 , and interprets the parameters. The section 50 then determines VCI/VPI and prepares an ASP message (resource reservation request message) for requesting resource reservation together with the resource reservation parameter thereof.
  • control section 50 controls the communication section 53 in the step S 8 , so as to transmit the ASP message to the AMInet router 21 .
  • the ASP message for requesting resource reservation transmitted from the communication section 53 is transferred to the video server 32 which is capable of providing a specified service among the video servers 32 - 1 to 32 -N.
  • resource reservation in the forward direction in which resource reservation is made in the same direction as the transmission direction of the ASP message i.e., resource reservation in the forward direction in which resource reservation is made in the same direction as the transmission direction of the ASP message, and resource reservation in the backward direction in which resource reservation is made in the direction opposite to the transmission direction of the ASP message. Details of the flow of the network resource reservation will be described later.
  • resource reservation is made in the direction opposite to the transmission direction of the ASP message so that resource reservation is made firstly in the direction from the AMInet router 21 to the client terminal 11 , next in the direction from the AMInet router 23 to the AMInet router 21 , and then in the direction from the video server 32 to the AMInet router 23 .
  • the video server 32 receives a message for requesting resource reservation transmitted from a client terminal, and resource reservation is made in the same direction (forward direction) as the transimssion direction of the ASP message, in the process of returning an ASP message as a reply to the client terminal 11 from the video server 32 , so that resource reservation is made firstly in the direction from the video server 32 to the AMInet router 23 , next in the direction from the AMInet router 23 to the AMInet router 21 , and then in the direction from the AMInet 21 to the client terminal 11 .
  • a reservation method is adopted in which resource reservation is a made in the direction opposite to the transmission direction of the ASP message.
  • the client terminal 11 is previously notified of the amount of resources necessary for service data (video data and audio data), and the client terminal 11 reserves the amount of resources necessary for receiving service data (video data and audio data). Therefore, the resource reservation method in the opposite direction is adopted.
  • a reservation method is adopted in which resource reservation is made in the same direction (forward direction) as the transmission direction of the ASP message. For example, in case of Internet TV which practices multicast providing, the client terminal 11 is operated and a request of providing service data (video data and audio data) is issued to the server 32 . Then, the server 32 reserves the amount of resources necessary for providing the service data (video data and audio data). Therefore, a resource reservation method in the same direction (forward direction) is adopted.
  • the control section 50 determines whether or not resource reservation is successful in the step S 9 . That is, upon receipt of a message expressing that resource reservation has been successful or failed as a result of resource reservation in the backward or forward direction, the control section 50 determines whether resource reservation has been successful or failed. If it is determined in the step S 9 that resource reservation has been failed, the section 50 controls the display section 52 so as to display the cause of the failure of resource reservation, as processing in the step S 10 , and then returns to the processing in the step S 1 thereby to advice a user to make again the operation for selecting a program.
  • the control section 50 controls the communication section 53 , as processing in the step S 11 , so as to receive service data (video data and audio data of a program) transmitted from the video server 32 .
  • the control section 50 goes to the processing in the step S 12 and controls the display section 52 so as to display the video of the received service data on the video display section 106 of the client I/F.
  • a video of a program corresponding to the program selection button 101 - 1 e.g., the video of “Baseball 1 ” is displayed on the video display section 106 , as shown in FIG. 7 .
  • the control section 50 determines whether or not the zapping mode has been switched on. If it is determined in the step S 43 that the zapping mode has been switched on, the control section 50 determines whether or not any command has been inputted from the operating section S 1 , in the step S 44 . If it is determined no command has been inputted from the operating section 51 , the control section 50 determines whether or not a setting time of the zapping (zapping time) has elapsed, in the step S 15 . That is, if the 10 s setting button 104 is operated in the step S 6 and a zapping time of 10 seconds is set, the control section 50 determines whether or not 10 seconds have passed.
  • the control section 50 determines whether of not 20 seconds have passed. If the time of the initial setting is set as the zapping time, the control section 50 determines whether or not the time of the initial setting has passed.
  • control section 50 returns to the processing in the step S 11 and executes the processing from the step S 11 to the step S 15 until the set zapping time elapses.
  • the control section 50 goes to the processing in the step S 46 .
  • the control section 50 When the control section 50 thus enters into to the processing in the step S 46 , the control section 50 generates an ASP message (resource reservation release request message) for requesting release of the reservation, and controls the communication section 53 so as to transmit the ASP message to the AMInet router 21 .
  • the ASP message for requesting release of the resource reservation contains information for specifying a service to be terminated, e.g., information specifying a server, information specifying a client terminal, and the like.
  • the flow of the release processing of resource reservation on a network adopts release of resource reservation only in the backward direction in which release of the resource reservation is carried out in the direction opposite to the transmission direction of the ASP message, unlike the request for resource reservation.
  • an ASP message for requesting release of resource reservation is transmitted from the client terminal 11 to the video server 32
  • release of resource reservation is made in the direction opposite to the transmission direction of the ASP message so that the release is made firstly in the direction from the AMInet router 21 to the client terminal 11 , next in the direction from the AMInet router 23 to the AMInet router 21 , and then in the direction from the video server 32 to the AMInet router 23 .
  • the control section 50 makes control so as to receive a message expressing the result of the release of resource reservation from the AMInet 21 , and determines whether or not the release of resource reservation has been successful. That is, upon receipt of a message expressing success or failure of release of resource reservation as a result of release of resource reservation in the backward direction, the control section 50 determines whether or not the releaser of resource reservation has been successful, depending on the message. For example, if release of resource reservation has been failed due to a disconnection on the network or the like and a message expressing this failure is received, the control section 50 determines that the release of resource reservation has been failed, in the step S 47 .
  • control section 50 controls the display section 52 so as to display the reason for the failure of the release of resource reservation or the like, and then returns to the processing in the step S 1 to advise the user to make operation again for program selection or zapping.
  • the control section 50 executes setting of a channel (program) to be displayed next by zapping, as processing in the step S 48 . That is, at this time, the control section 50 sets a program next to the program presently displayed on the video display section 106 of the client I/F, e.g., a program corresponding to the program selection button 101 in the lower stage. The control section 50 then returns to the processing in the step S 7 , and reads the resource reservation parameter corresponding to the program from the data base 54 , thereby to prepare an ASP message for requesting resource reservation. Subsequently, the processing from the step S 8 to the step S 48 is executed with respect to the channel thus reset, so that the programs corresponding to the program selection buttons 101 are displayed sequentially on the video display section 106 and zapping is thus carried out.
  • a channel program
  • control section 50 goes to the processing in the step S 13 .
  • the control section 50 thus goes to the processing in the step S 13 , and then determines whether or not any command has been inputted from the operating section 51 . If it is determined that no command has been inputted from the operating section 51 , the control section 50 returns to the step S 11 and continues processing for receiving service data, Meanwhile, if it is determined in the step S 13 that there has been any input from the operating section 51 , the control section 50 goes to the processing in the step S 16 .
  • step S 13 If it is determined in the step S 13 that the command inputted through the operating section 51 is a command for changing the program displayed to the video display section 106 of the client I/F, i.e., if the user operates the operating section 51 and selects a program selection button 101 corresponding to another program, the control section 50 releases the resource currently reserved, as processing from the step S 16 .
  • control section 50 goes to the processing in the step S 16 and then generates an ASP message for requesting release of resource reservation. Then, the control section 50 controls the communication section 53 so as to transmit the ASP message to the AMInet router 21 .
  • the ASP message for requesting release of the resource reservation at this time contains information specifying a server, information specifying a client terminal, and information specifying a service to be ended. Note that the flow of the processing of releasing resource reservation on the network may be oriented in the backward direction and the forward direction.
  • the control section determines whether or not the release of resource reservation is successful, in the step S 17 . If it is determined in the step S 17 that the release of resource reservation has been failed, the control section 50 controls the display section 52 as processing in the step S 18 , so as to display the reason for the failure of the release of the resource reservation or the like, and then returns to the processing in the step S 1 thereby to advise the user to make operation again for selecting a program.
  • the control section 50 returns to the step S 2 . If it is determined in the step S 2 that an end of the client I/F has not been commanded, the control section 50 goes to the step S 7 through the step S 3 . In this step S 7 , the resource reservation parameter of the program newly selected (in the step S 13 ) is read out. Subsequently, the control section 50 executes the processing from the step S 8 , so that a video of another program is displayed on the video display section 106 . In the present embodiment, the control section 50 can thus switches the program to be displayed on the video display section 106 of the client I/F.
  • the control section determines whether or not the 10 s setting button 104 or the 20 s setting button 105 has been pressed, in the step S 50 . If it is determined in the step S 50 that the 10 s setting button 104 or the 20s setting button 105 has been pressed, a zapping time is set in correspondence with the pressed setting button in the step S 51 , and the control section 50 thereafter returns to the step S 11 .
  • the control section 50 switches off the zapping mode, in the step S 49 , and thereafter goes to the processing in the step S 52 .
  • the control section 50 thus goes to the step S 52 and then determines whether or not the zapping button 103 has been pressed. If the zapping button 103 has been pressed, the control section 50 goes to the step S 11 . Otherwise, if not pressed, the control section 50 goes to the processing in the step S 16 . In case where the control section 50 thus goes to the processing in the step S 16 , the same processing as described above is carried out.
  • the user can easily select, watch, and listen to a program without being conscious about reservation of a resource or release thereof, in the same manner as the user selects a channel of a television receiver set.
  • FIG. 8 explains the processing procedure in the CPU 61 of a video server (e.g., a video server 32 - 1 ) which provides service data.
  • a video server e.g., a video server 32 - 1
  • the CPU 61 waits until the communication section 65 receives an ASP message from the client terminal 11 or 12 , as processing in the step S 21 . Upon receipt of the ASP message, the CPU 61 goes to the step S 22 .
  • the CPU 61 thus goes to the processing in the step S 22 and then determines whether the received ASP message is a message for requesting resource reservation or a message for requesting release of resource reservation. If it is determined that the message is for requesting resource reservation, the CPU 61 goes to the step S 24 .
  • resource reservation in the network There are two ways for resource reservation in the network, e.g., resource reservation in the forward direction in which resource reservation is made in the same direction as the transmission direction of the ASP message and resource reservation in the backward direction in which resource reservation is made in the direction opposite to the transmission direction of the ASP message.
  • the CPU 61 of the video server 32 receives a message expressing that resource reservation has been successful or failed, from each AMInet router.
  • the CPU 61 controls the communication section 65 so as to transmit a message expressing that resource reservation has been successful, as processing in the step S 25 , and so as to transmit service data recorded in the hard disk 64 or data outputted from a device connected to the I/O section 66 , to the client terminal 11 or 12 through the AMInet 20 , in the step S 26 . Thereafter, the CPU 61 returns to the step S 21 .
  • the CPU 61 controls the communication section 65 so as to transmit a message expressing that resource reservation has been failed, to the client terminal 11 or 12 through the AMInet 20 , as processing in the step S 27 . Thereafter, the CPU 61 returns to the step S 21 .
  • the CPU 61 goes to the step S 29 .
  • Release of resource reservation in the network takes place only as release of resource reservation in the direction opposite to the direction of the ASP message, as described above.
  • the CPU 61 of the video server 32 goes to the processing in the step S 29 and then receives a message expressing that release of resource reservation has been successful or failed from each AMInet router. Depending on the message, the CPU 61 determines whether or not release of resource reservation has been successful.
  • the CPU 61 controls the communication section 65 so as to transmit a message expressing that release of resource reservation has been successful, to the client terminal 11 or 12 through the AMInet 20 , as processing in the step S 30 . Thereafter, the CPU 61 returns to the step S 21 .
  • the CPU 61 controls the communication section 65 so as to transmit a message expressing that release of resource reservation has been failed, to the client terminal 11 or 12 through the AMInet 20 , as processing in the step S 31 . Thereafter, the CPU 61 returns to the step S 21 .
  • the ASP considers flexibility and applicability of IP and ATM as a channel-oriented data link, and integrates them thereby to realize high-speed flexible resource reservation.
  • the ASP does not utilizes normal signaling of ATM but constructs ATM VC (Virtual Channel) by using a message transmitted by IP.
  • the ASP is a resource reservation protocol which operates in a wide area network and particularly in the environment constituted by routers based on the AMInet architecture.
  • the AMInet is constituted by routers each having an ATM switching function, which are backbone routers and edge routers provided between the backbone routers.
  • the resource to be reserved is a cue or the like which is used during ATM VC processing or packet processing.
  • the ASP does not utilize a normal ATM signaling but a VC is constructed in a router having an ATM switch or ATM function. Also, in the ASP, since IP is used to transmit a set-up message for resource reservation, high-speed resource reservation can be realized.
  • the ATM switch does not use a VC of ATM called SVC (Switched Virtual Channel) at all, but a VC is dynamically constructed by a message using IP.
  • SVC Switchched Virtual Channel
  • PVC Permanent VC
  • This PVC-on-demand can dynamically establish or disconnect a VC in a form different from a normal SVC by using ASP.
  • resources can be reserved in various forms to use resources efficiently or to make resource reservation which matches with a request from an application. That is, in the Internet or ATM environment, there are various kinds of applications including application of broadcasting type and applications of conversation type in which data is transmitted in both directions, such as television meeting, remote diagnosis, video-on-demand (VoD), a multicast application using Mbone, and the like. According to the ASP, QoS parameters can be efficiently mapped scalably onto resource reservation parameters in the lowermost layer, in any cases.
  • a VC needs not be constructed in two interactive directions. That is, in case of using ASP, exchanges of messages inherent to ASP, exchanges of controls other than data transmissions necessary for applications (e.g., a request or so for changing a video to be watched from a client terminal side), and exchanges necessary for upper layers (e.g., a transport layer and the like) can be realized only by using a default BE VC or another specialized VC. ASP messages are transmitted through a default BE VC or a specified special VC.
  • a TV meeting application of conversation type requires a bi-directional VC, and the ASP responds to a bi-directional VC like this conversation type application.
  • a conversation type application supports an asymmetrical model in which different pieces of QoS are respectively set for the upstream and downstream traffics.
  • a resource reservation request can be issued from the receiver side and also from the transmitter side, like in the case of RSVP or ST-2+ (Stream Transport Protocol-2+). That is, depending on the application or the environment, the QoS information required when reserving a resource is possessed by the transmitter side in some cases and by the receiver side in the other cases.
  • the ASP can set so as to perform all reservations through one bus. Further, the ASP can have a response message which notifies that reservation has been completed upon necessity.
  • FIG. 9 shows an example in which a message for requesting resource reservation is issued as an ASP message by the receiver side.
  • a server hereinafter called a sender
  • a client terminal hereinafter called a receiver
  • the routers 2 and 6 are edge routers
  • the routers 3 , 4 , and 5 are backbone routers.
  • the receiver 7 at first, QoS parameters are interpreted thereby to determine VPI/VCI used in this connection, and an ATM NIC (Network Interface Card) is set if necessary. Also, the receiver 7 prepares an ASP message (resource reservation request message) containing this information and transmits this ASP message toward the edge router 6 adjacent to the backbone (backbone router 5 ). This ASP message is transmitted by IP, and processed every time IP is hopped. In the case of the example shown in FIG. 9 , when a message reaches the edge router 6 , the edge router 6 sets VPI/VCI parameters toward the receiver 7 . The VPI/VCI is individually managed in each node. Thus, the ASP message is transferred in the upstream direction toward the sender 1 .
  • ASP message Resource reservation request message
  • a VC is set in the direction opposite to the direction in which the ASP message is transmitted (resource reservation in the backward direction).
  • a reply message is transmitted from the sender 1 to the receiver 7 .
  • a VC is constructed from the sender 1 toward the receiver 7 at least in the backbone router. That is, in the structure shown in FIG. 3 , IP is cut through during data transfer by using the VC, so that communication can be made by only the ATM.
  • FIG. 9 shows only one form of flexible set-up in the ASP.
  • a message can be prepared such that setting of a VC is carried out at the second path the reply message in the above example is returned. Further, it is possible to construct a bi-directional VC with only the first path.
  • the application can upgrades the service level. For example, in case where BE is simply shifted to integrated services (IS), the data flow can be remapped onto a new VC as shown in FIG. 9 from a default BE VC.
  • IS integrated services
  • the ASP is equipped, for example, as demon process (aspd) of UNIX, in the user space.
  • a prototype is now operating at FreeBSD 2.2.1, and is integrated with libraries (swctl lib) for controlling the ATM switch and a module (afmap) for setting ATM NIC (see FIG. 10 ).
  • the edge router is realized as a router having a plurality of ATM interfaces.
  • the backbone router is constructed by a PC including an ATM switch and an IP engine for controlling the ATM switch.
  • the presently existing prototype uses ATM interface cards for PCI bus and a Fore ASX-200WG ATM switch, manufactured by Adaptec and Efficient Networks. ASP messages are equipped with use of raw IP.
  • the backbone router uses switch control libraries described above in order to set PVC-on-demand by the equipped switch.
  • the IP flow which requires IS is mapped to a VC of CBR (Constant Bit Rate).
  • CBR Constant Bit Rate
  • the ASP respond to multicast by creating a one-to-many multicast VC. Further, the ASP supports join and resource reservation by a leaf.
  • the IP flow is mapped onto a VC in units of applications with only a low efficiency.
  • the flow can be dynamically gathered into a VC by using the ASP.
  • the above description has been made of resource reservation protocol ASP in the AMInet.
  • the ASP has introduced its original set-up mechanism and integrates the flexibility of IP and the QoS guarantee by a VC. Accordingly, the AMInet realizes dynamic QoS changes, integration with QoS routing, and flexible set-up, so that high-speed set-up can be realized by equipping a prototype.
  • set-up means that status/information is set for resource reservation in a receiver and a sender or a router on the way of the route when resource reservation is carried out.
  • a VC having a channel exchange function in a lower layer or assignments of cues which the packet scheduler can provide are expressed in abstract as resources, and correspondences are assigned such that data flowing through an IP network is transferred without influencing other data.
  • the ASP carries out abstract expression as resources which are controlled by the VC of ATM and UPC (Usage Parameter Control), and the resources are reserved.
  • the VC is let correspond to the flow of IP.
  • the terra of “flow” expresses the information as follows.
  • the information are a protocol as a protocol identifier, a destination IP address as an IP address of a receiver, a source IP address as an IP address of a sender, a destination port address of a receiver, and a source port address of a sender.
  • the set-up of the ASP i.e., exchange of a protocol message of the ASP is equipped on the IP. Therefore, in case of preparing a VC of ATM or the like on demand, it is unnecessary to use the signaling mechanism actually prepared by the ATM, and this limitation is avoided so that flexible and efficient resource reservation can be achieved.
  • the ASP has functions which are mainly the same as those of RS VP and ST- 2 and flexibly respond to the VC of the ATM, thereby effecting the following functions. That is, reservation of resources can be achieved both under the control by the receiver side and under the control by the sender side, both in a hard state and a soft state. Flexible set-up can be achieved in consideration of the VC of the ATM, and assignments of bands (resources) specialized for protocol control (reservation control) can be achieved.
  • FIG. 11 shows an example of the format of a header of the ASP.
  • Set in the field of flags in FIG. 11 is information indicating that the direction in which a resource is reserved is one single direction or two interactive directions.
  • Set in the prev_hop field is information for making massages pass through one same route in case where exchange of messages reciprocally carried out between a receiver and a sender.
  • VPI Virtual Path Identifier
  • VCI Virtual Channel Identifier
  • This flow information includes, for example, length, address family, reserved, protocol as a protocol identifier, destination IP address as an IP address of a receiver, a source IP address as an IP address of a sender, a destination port address of a receiver, and a source port address of a sender.
  • the flow specification of the sender (s_flowspec) and the flow specification of the receiver (r_flowspec) are set.
  • the flow specification of the sender (s_flowspec) indicates QoS necessary for data which the sender sends, while the flow specification of the receiver (r_flowspec) indicates QoS necessary for data which the receiver sends.
  • the peak cell rate for setting a CBR (Constant Bit Rate) service of the ATM is included in each flowspec field.
  • Routers in the form equipped with the ASP are mainly classified into a backbone router as shown in FIG. 12 , an edge router as shown in FIG. 13 , and a home router. In addition, it is necessary for the end host to exchange ASP messages.
  • the backbone router 14 is an intermediate node for constructing a large scale network and the substance thereof is constructed by a software engine (IP engine) 15 , and a switch section (e.g., ATM SW) (switching engine) 16 which provides a VC mechanism. That is, in this case, the backbone routers are connected to each other thereby constructing an IP network. However, cut-through is enabled by setting a VC.
  • IP engine software engine
  • switch section e.g., ATM SW
  • switching engine 16 switching engine
  • An edge router 81 is provided at an entrance/exit of a net formed by a plurality of backbone routers. There is a possibility that another network or another router is connected in the side opposite to the backbone.
  • the edge router 81 has a protocol stack of a normal IP, and one or more ATM interfaces 82 to 84 .
  • FIG. 14 shows an example of connection of the entire network.
  • servers (senders) 91 and 97 may be connected directly to the backbone 92 consisting of a plurality of backbone routers 14 .
  • normal end nodes 94 to 96 are connected to the backbone 92 through the edge router 93 .
  • another router can be set at the top of the edge router 93 .
  • the end node (receiver) 94 is connected to the edge router 93 through the ATM interface 94 a.
  • the end node (receiver) 95 is connected to the edge router 93 through the ATM interface 95 a.
  • the end node (receiver) 96 is connected to the edge router 96 through the ATM interface 96 a.
  • resources reserved by the routers and the method of reservation thereof are important for the ASP. It is necessary for the backbone router to set a VC in the switch.
  • the backbone router 92 needs to map a specified flow to a newly prepared VC (resource) at the entrance through which data flows into the backbone. Mapping to the VC is carried out by an edge router. In case where a server is directly connected to the backbone, the ATM interface to the backbone of the node needs to carry out mapping onto the VC.
  • a status table for managing a reservation situation of resources as shown in FIG. 15 is maintained in the ASP module of each node.
  • This table manages information of the VC for input and information of the VC for output and makes correspondences between the VC and the flow information (flowinfo).
  • flowinfo flow information
  • a field for the information is provided. In this case, the port section of corresponding VC information is not used.
  • the VC of the ATM needs to be prepared in two interactive directions.
  • the VC can be constructed flexibly by using the ASP.
  • Some applications require communication in one single direction and other applications require communication interactively in two directions.
  • VoD Video on Demand
  • communication to a server may take place when a receiver issues a request for an image, although a video data flows only in one single direction from a server (sender) to a client terminal (receiver). That is, in this case, for example, resource reservation messages are exchanged through a specialized VC by making a request to the ASP. The other necessary exchanges flow through a default data VC (e.g., a normal route of IP).
  • a default data VC e.g., a normal route of IP
  • an application which requests a resource to the ASP needs only to form a VC only in one single direction by specifying the single direction communication, and therefore, the identification and band width can be saved. Also, in case of multicast in the broadcasting side, resource reservation can be sufficiently realized by this reservation method.
  • FIG. 16 shows the procedure in which a VC in one single direction is constructed in case where the receiver 47 knows QoS.
  • the routers 42 and 46 are edge routers, and the routers 43 , 44 , and 45 are backbone routers. That is, the receiver 47 sets, for example, a value of 0 which indicates that the direction in which a VC is constructed is one single direction, in the flag (flags) field of the ASP header, and sets information expressing the band width of the VC (e.g., 5M bps (Mega-bit/second)) in the flowspec (s_flowspec) of the sender of the ASP sender.
  • the receiver 47 transmits them to the sender 41 .
  • each router constructs a VC in the direction opposite to the direction in which the ASP message flows.
  • the edge router 46 constructs a VC in the direction opposite to the direction in which the ASP message flows.
  • the VC is constructed by the backbone routers 45 , 44 , and 43 and the edge router 42 each in the direction in which the ASP message flows.
  • each switching engine SW which constructs the backbone routers 43 to 45 , a predetermined input port and a predetermined output port are connected to each other and the VC is constructed.
  • FIG. 17 shows the procedure through which the VC is constructed in case where only the sender knows QoS.
  • the receiver 47 transmits, to the sender 41 , an ASP message in which a null (NULL) value is set in the flowspec (s_flowspec) field of the sender in the ASP header, and requests construction of a VC.
  • the sender 41 interprets this message and sends, by return, an ASP message in which a value corresponding to a predetermined band width is set in the flowspec (s_flowspec) field of the sender in the ASP header.
  • Each router constructs a VC in the same direction as the direction in which this ASP message flows. That is, the VC is constructed in the same direction as the direction in which the ASP message flows each by the edge router 42 , the backbone routers 43 , 44 , and 45 , and the edge router 46 .
  • FIG. 18 shows a procedure in which a VC is extended in case where the sender 41 starts reservation.
  • an ASP message flows in one single direction, and routers construct a VC. That is, the sender 41 transmits an ASP message in which a value corresponding to a predetermined band width is set in the flowspec (s_flowspec) field of the sender in the ASP header.
  • s_flowspec flowspec
  • the edge router 42 constructs a VC in the same direction as the direction in which the ASP message flows, at first.
  • the VC is constructed in the order of the backbone routers 43 , 44 , and 45 and the edge router 46 .
  • FIG. 19 shows a procedure in which bi-directional communication is carried out in case where each of the sender and the receiver knows the QoS which is required when transmitting data.
  • a VC is extended in each direction.
  • the sender 41 transmits, to the receiver 47 , an ASP message in which a value corresponding to the band width of the VC in the downstream direction (e.g., the direction from the sender 41 to the receiver 47 ) is set in the flowspec (s_flowspec) field of the sender in the ASP header.
  • a VC in the downstream direction which is the same as the direction in which the ASP message flows is constructed by the edge router 42 , the backbone routers 43 , 44 , and 45 , and the edge router 46 , in this order.
  • the receiver 47 transmits, to the sender 41 , an ASP message in which a value corresponding to the band width of the VC in the upstream direction (e.g., the direction from the receiver 47 to the sender 41 ) is set in the flowspec (r_flowspec) field of the receiver in the ASP header.
  • a VC in the upstream direction which is the same as the direction in which the ASP message flows is constructed by the edge router 46 , the backbone routers 45 , 44 , and 43 , and the edge router 42 , in this order.
  • an ASP message (resource reservation request message) flows in each direction, and then, a VC is extended in the direction opposite to the direction in which each message flows, on the contrary to the case shown in FIG. 19 .
  • the sender 41 transmits, to the receiver 47 , an ASP message in which a value corresponding to the band width of the VC in the upstream direction (e.g., the direction from the receiver 47 to the sender 41 ) is set in the flowspec (r_flowspec) field of the receiver in the ASP header.
  • a VC in the upstream direction which is opposite to the direction in which the ASP message flows is constructed by the edge router 42 , the backbone routers 43 , 44 , and 45 , and the edge router 46 , in this order.
  • the receiver 47 transmits, to the sender 41 , an ASP message in which a value corresponding to the band width of the VC in the downstream direction (e.g., the direction from the sender 41 to the receiver 47 ) is set in the flowspec (s_flowspec) field of the sender in the ASP header.
  • a VC in the downstream direction which is opposite to the direction in which the ASP message flows is constructed by the edge router 46 , the backbone routers 45 , 44 , and 43 , and the edge router 42 , in this order.
  • FIG. 21 shows the procedure in which a VC is constructed in case where the receiver knows QoS required for bi-directional communication.
  • the bi-directional VC is prepared by one resource reservation request message.
  • the receiver 47 sets, for example, a value of 1 which indicates that a VC is to be constructed bi-directionally, in the flag (flags) field in the ASP header. Further, the receiver 47 sets a value corresponding to the band width of the VC in the downstream direction, in the flowspec (s_flowspec) field of the sender in the ASP header, and also sets a value corresponding to the band width of the VC in the upstream direction, in the flowspec (r_flowspec) field of the receiver. Then, the receiver 47 sends the ASP message containing the ASP header to the sender 41 .
  • a VC in the upstream direction with a band width set in the flowspec (r_flowspec) of the receiver and a VC in the downstream direction with a band width set in the flowspec (s_flowspec) field of the sender are constructed.
  • a VC in the upstream direction with a band width set in the flowspec (r_flowspec) field and a VC in the downstream direction with a band width set in the flowspec (s_flowspec) field of the sender are respectively constructed.
  • the ASP can construct a VC in various methods, and a selection among these methods can be made from an upper layer. It is therefore possible to realize set-up suitable for applications.
  • This mechanism is not limited to the ASP but can be effectively used when linked with RSVP or the like.
  • the RSVP has advantages in that it is robust and is applicable to the environment.
  • the RSVP is not suitable for real-time communication.
  • the RSVP introduces route pinning so that setting can be made so as not to permit a change based on routing, with respect to a clearly reserved route.
  • the route can be easily changed even if communication continues. Although a route is not changed in normal cases, a change of a route can be easily permitted by introducing QoS routing.
  • the flow received just during communication can be collected into a predetermined VC, so that resources such as VCI and the like can be saved.
  • reservations for a certain organization, application, or the like can be collected.
  • a plurality of communication routes can be prepared for a predetermined destination, and route/resource of another session can be collected in case where communication such as a new session or the like requires a certain amount of resource capacity.
  • the resource reservation status of a session during communication can be dynamically changed.
  • this mechanism can be realized in a backbone router.
  • equivalent operation can be made with use of a backbone router, it is difficult to collect information required therefor, and besides, it is undesirable to complicate the function of the backbone router itself by providing this kind of mechanism.
  • the number of terminals or home routers collected in the end side can be grasped to some extent, and therefore, suitable routing corresponding to the number can be performed, so that collection of information is more limited and simplified than a backbone router.
  • the flowing data is influenced by operation of the edge.
  • loss may be caused in the data to be transmitted by switching the VC in the sender side.
  • data is transmitted temporarily from two VCs, so that the receiver side might receive reiteratively the data.
  • a server or a client terminal are specified by combining the IP address with the socket port number.
  • another different method can be used.
  • a communication medium such as a network, a satellite, or the like
  • a recording medium such as a magnetic disk, a CD-ROM, a solid memory, or the like.
  • the information receiving apparatus and method, the information providing apparatus, and the information communication system of the present invention processing necessary for resource reservation and releaser of the resource reservation is carried out when a service is selected. Therefore, a user can carry out reservation of a resource or release thereof without consciousness.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
US11/356,422 1998-05-13 1999-05-13 Information receiving device and method, information release device, and information communication system Expired - Lifetime USRE42204E1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPP10-129971 1998-05-13
JP12997198 1998-05-13
PCT/JP1999/002493 WO1999059295A1 (fr) 1998-05-13 1999-05-13 Dispositif et procede de reception d'information, dispositif de production d'information et systeme de communication d'information

Publications (1)

Publication Number Publication Date
USRE42204E1 true USRE42204E1 (en) 2011-03-08

Family

ID=15022973

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/356,422 Expired - Lifetime USRE42204E1 (en) 1998-05-13 1999-05-13 Information receiving device and method, information release device, and information communication system
US09/446,994 Ceased US6693896B1 (en) 1998-05-13 1999-05-13 Information receiving device and method, information release device, and information communication system
US12/378,772 Expired - Fee Related USRE44554E1 (en) 1998-05-13 1999-05-13 Information receiving device and method, information release device, and information communication system

Family Applications After (2)

Application Number Title Priority Date Filing Date
US09/446,994 Ceased US6693896B1 (en) 1998-05-13 1999-05-13 Information receiving device and method, information release device, and information communication system
US12/378,772 Expired - Fee Related USRE44554E1 (en) 1998-05-13 1999-05-13 Information receiving device and method, information release device, and information communication system

Country Status (3)

Country Link
US (3) USRE42204E1 (fr)
JP (2) JP4341181B2 (fr)
WO (1) WO1999059295A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100299411A1 (en) * 2003-06-13 2010-11-25 Juniper Networks, Inc. Systems and methods for providing quality assurance
US20120230287A1 (en) * 2009-10-21 2012-09-13 Telefonaktiebolaget L M Ericsson (Publ) Resource Reservation in Multiple Accesses
US8595478B2 (en) 2000-07-10 2013-11-26 AlterWAN Inc. Wide area network with high quality of service
US20150334063A1 (en) * 2014-05-15 2015-11-19 The Button Corporation Oy Trigger event based response execution with unintentional button press prevention

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4341181B2 (ja) * 1998-05-13 2009-10-07 ソニー株式会社 情報受信装置及び方法、情報配信装置、情報通信システム
US7685520B2 (en) * 2000-06-22 2010-03-23 Intel Corporation Electronic programming guide with selectable categories
JP4548930B2 (ja) * 2000-11-15 2010-09-22 富士通株式会社 ラベル・スイッチング・ルータ
KR100442425B1 (ko) * 2000-11-15 2004-07-30 엘지전자 주식회사 이동통신 시스템에서 인터넷 아이피멀티캐스팅/브로드캐스팅 방법
US20020107939A1 (en) * 2001-02-07 2002-08-08 Ford Daniel E. System and method for accessing software components in a distributed network environment
US20030005455A1 (en) * 2001-06-29 2003-01-02 Bowers J. Rob Aggregation of streaming media to improve network performance
FR2829891B1 (fr) * 2001-09-18 2004-01-16 France Telecom Procede de reception par un terminal de contenus diffuses par une pluralite de canaux a travers un reseau informatique
JP4443833B2 (ja) * 2002-02-27 2010-03-31 パナソニック株式会社 情報再生方法、送信装置および受信装置
US20040088735A1 (en) * 2002-09-03 2004-05-06 Charles Kristofek Method & apparatus for providing multicast capability within an ATM network
US7424534B2 (en) * 2002-12-11 2008-09-09 Broadcom Corporation Common media consumption across multiple media processing systems via single user control
US8209382B2 (en) * 2002-12-11 2012-06-26 Broadcom Corporation Media exchange network supporting consumption of broadcast and user captured media
US8589548B2 (en) * 2002-12-11 2013-11-19 Broadcom Corporation Remote management of TV viewing options in a media exchange network
US7584359B2 (en) 2002-12-11 2009-09-01 Broadcom Corporation Secure media peripheral association in a media exchange network
US8028093B2 (en) 2002-12-11 2011-09-27 Broadcom Corporation Media processing system supporting adaptive digital media parameters based on end-user viewing capabilities
US7450501B2 (en) * 2002-12-11 2008-11-11 Broadcom Corporation Media processing system based on satellite set top box platform with telephony downstream and upstream data paths
US7483985B2 (en) * 2002-12-11 2009-01-27 Broadcom Corporation Media search engine for a personal media network
US7496665B2 (en) * 2002-12-11 2009-02-24 Broadcom Corporation Personal access and control of media peripherals on a media exchange network
US7496647B2 (en) * 2002-12-11 2009-02-24 Broadcom Corporation Personal inter-home media exchange network
US7424535B2 (en) * 2002-12-11 2008-09-09 Broadcom Corporation Management of multimedia display content in a media exchange network
US9357256B2 (en) * 2002-12-11 2016-05-31 Broadcom Corporation Third party media channel access in a media exchange network
US7475243B2 (en) 2002-12-11 2009-01-06 Broadcom Corporation Preventing a non-head end based service provider from sending media to a media processing system
US8599779B2 (en) * 2003-05-15 2013-12-03 At&T Intellectual Property I, L.P. Methods, systems, and products for a metering application
US7912001B2 (en) * 2003-05-15 2011-03-22 At&T Intellectual Property I, L.P. Methods, systems, and products for a metering application
IL159838A0 (en) 2004-01-13 2004-06-20 Yehuda Binder Information device
GB0407144D0 (en) * 2004-03-30 2004-05-05 British Telecomm Networks
KR100735300B1 (ko) * 2005-01-04 2007-07-03 삼성전자주식회사 디지털 방송 채널정보 표시방법과 그에 따른 디지털 방송수신장치
JP4705786B2 (ja) * 2005-01-06 2011-06-22 株式会社日立製作所 ビデオクリップ表示装置
US20060206600A1 (en) * 2005-03-08 2006-09-14 Wong Allen T Method of operating a video-on-demand system that prevents congestion
US7889636B2 (en) * 2005-05-24 2011-02-15 Cisco Technology, Inc. System and method for implementing a mid-call policy in a RSVP environment
JP5243871B2 (ja) * 2008-07-18 2013-07-24 シャープ株式会社 映像再生装置
US11294135B2 (en) 2008-08-29 2022-04-05 Corning Optical Communications LLC High density and bandwidth fiber optic apparatuses and related equipment and methods
US8452148B2 (en) 2008-08-29 2013-05-28 Corning Cable Systems Llc Independently translatable modules and fiber optic equipment trays in fiber optic equipment
CN102460261B (zh) * 2009-06-19 2016-11-09 康宁光缆系统有限责任公司 高容量光纤连接基础设施装置
JP2012530944A (ja) 2009-06-19 2012-12-06 コーニング ケーブル システムズ リミテッド ライアビリティ カンパニー 高密度及び高帯域幅の光ファイバ装置及び関連機器並びに方法
US9519118B2 (en) 2010-04-30 2016-12-13 Corning Optical Communications LLC Removable fiber management sections for fiber optic housings, and related components and methods
WO2012106510A2 (fr) 2011-02-02 2012-08-09 Corning Cable Systems Llc Ensembles de connecteurs de fibres optiques denses et connecteurs associés et câbles appropriés pour établir des connexions optiques pour des fonds de panier optiques dans des râteliers d'équipement
US8972526B2 (en) * 2012-10-17 2015-03-03 Wal-Mart Stores, Inc. HTTP parallel processing router
US10284900B2 (en) 2016-03-15 2019-05-07 Sony Corporation Multiview as an application for physical digital media

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0630021A (ja) * 1992-07-10 1994-02-04 Fujitsu Ltd Ａｔｍ交換機における帯域予約方式
US5398329A (en) * 1989-11-22 1995-03-14 Hitachi, Ltd. System for switching between first and second control unit and broadcasting switchover to connecting hosts indicating availability of first and second communication links
JPH0832601B2 (ja) 1988-05-23 1996-03-29 株式会社クボタ 摩擦材
JPH09121137A (ja) * 1996-09-30 1997-05-06 Hitachi Ltd 弾性表面波装置及びそれを用いた機器
US5757798A (en) * 1994-07-21 1998-05-26 Hitachi, Ltd. Image information distribution system
US5991811A (en) * 1995-09-04 1999-11-23 Kabushiki Kaisha Toshiba Information transmission system utilizing both real-time data transmitted in a normal-in-time direction and in a retrospective-in-time direction
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
US6032180A (en) * 1996-09-26 2000-02-29 Fujitsu Limited Image data transmission system, video server unit, and client unit for displaying image data
US6094431A (en) * 1995-11-30 2000-07-25 Kabushiki Kaisha Toshiba Node device and network resource reservation method for data packet transfer using ATM networks
US6167025A (en) * 1996-09-11 2000-12-26 Telcordia Technologies, Inc. Methods and apparatus for restoring connections in an ATM network
US6170014B1 (en) * 1998-03-25 2001-01-02 Community Learning And Information Network Computer architecture for managing courseware in a shared use operating environment
US6349324B1 (en) * 1998-02-19 2002-02-19 Sony Corporation Communication system for allowing the communication to be switched to a television telephone during a telephone conversation
US20020057694A1 (en) * 1996-09-10 2002-05-16 Toshiyuki Kamo Source information controlling method, source information receiving apparatus and source information transmitting apparatus, and source information transmitting-receiving system
US6826775B1 (en) * 1995-04-25 2004-11-30 Wayne R. Howe System and method for providing television services
JP2008032601A (ja) 2006-07-31 2008-02-14 Toray Ind Inc 中空糸膜モジュールの検査方法および検査装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5930473A (en) * 1993-06-24 1999-07-27 Teng; Peter Video application server for mediating live video services
JPH0832601A (ja) 1994-07-21 1996-02-02 Hitachi Ltd 画像情報分配システム
JPH09121337A (ja) 1995-10-26 1997-05-06 Fujitsu Ltd ビデオ・オン・デマンド方法及びセンターシステム
JP2933272B2 (ja) 1996-08-23 1999-08-09 株式会社村田製作所 共振器の製造方法
US5963547A (en) * 1996-09-18 1999-10-05 Videoserver, Inc. Method and apparatus for centralized multipoint conferencing in a packet network
US5850218A (en) * 1997-02-19 1998-12-15 Time Warner Entertainment Company L.P. Inter-active program guide with default selection control
JP4341181B2 (ja) * 1998-05-13 2009-10-07 ソニー株式会社 情報受信装置及び方法、情報配信装置、情報通信システム

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0832601B2 (ja) 1988-05-23 1996-03-29 株式会社クボタ 摩擦材
US5398329A (en) * 1989-11-22 1995-03-14 Hitachi, Ltd. System for switching between first and second control unit and broadcasting switchover to connecting hosts indicating availability of first and second communication links
JPH0630021A (ja) * 1992-07-10 1994-02-04 Fujitsu Ltd Ａｔｍ交換機における帯域予約方式
US5757798A (en) * 1994-07-21 1998-05-26 Hitachi, Ltd. Image information distribution system
US6826775B1 (en) * 1995-04-25 2004-11-30 Wayne R. Howe System and method for providing television services
US5991811A (en) * 1995-09-04 1999-11-23 Kabushiki Kaisha Toshiba Information transmission system utilizing both real-time data transmitted in a normal-in-time direction and in a retrospective-in-time direction
US6438596B1 (en) * 1995-09-04 2002-08-20 Kabushiki Kaisha Toshiba Video on demand system that presents users with a selection list of proposed videos for which server and network resources are available to immediately serve the selected video
US6094431A (en) * 1995-11-30 2000-07-25 Kabushiki Kaisha Toshiba Node device and network resource reservation method for data packet transfer using ATM networks
US20020057694A1 (en) * 1996-09-10 2002-05-16 Toshiyuki Kamo Source information controlling method, source information receiving apparatus and source information transmitting apparatus, and source information transmitting-receiving system
US6167025A (en) * 1996-09-11 2000-12-26 Telcordia Technologies, Inc. Methods and apparatus for restoring connections in an ATM network
US6032180A (en) * 1996-09-26 2000-02-29 Fujitsu Limited Image data transmission system, video server unit, and client unit for displaying image data
JPH09121137A (ja) * 1996-09-30 1997-05-06 Hitachi Ltd 弾性表面波装置及びそれを用いた機器
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
US6349324B1 (en) * 1998-02-19 2002-02-19 Sony Corporation Communication system for allowing the communication to be switched to a television telephone during a telephone conversation
US6170014B1 (en) * 1998-03-25 2001-01-02 Community Learning And Information Network Computer architecture for managing courseware in a shared use operating environment
US6606664B2 (en) * 1998-03-25 2003-08-12 Digital-Vending Services International, Llc Computer architecture for managing courseware in a shared use operating environment
JP2008032601A (ja) 2006-07-31 2008-02-14 Toray Ind Inc 中空糸膜モジュールの検査方法および検査装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Partridge, Craig Gigabit Networking Chapter 11 Traffic Shapping, 00-00-1994. *
US PUB 2002/0064149, Elliott et al. May 30, 2002, system and method for providing requested QoS in a hybrid network. *
US PUB 2003/0140159, Campbell, Jul. 24, 2003, method and system for transmitting and/or retrieving real-time video and audio information over performance-limited transmission systems. *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8595478B2 (en) 2000-07-10 2013-11-26 AlterWAN Inc. Wide area network with high quality of service
US9015471B2 (en) 2000-07-10 2015-04-21 Alterwan, Inc. Inter-autonomous networking involving multiple service providers
US9525620B2 (en) 2000-07-10 2016-12-20 Alterwan, Inc. Private tunnel usage to create wide area network backbone over the internet
US9667534B2 (en) 2000-07-10 2017-05-30 Alterwan, Inc. VPN usage to create wide area network backbone over the internet
US9985800B2 (en) 2000-07-10 2018-05-29 Alterwan, Inc. VPN usage to create wide area network backbone over the internet
US20100299411A1 (en) * 2003-06-13 2010-11-25 Juniper Networks, Inc. Systems and methods for providing quality assurance
US20120230287A1 (en) * 2009-10-21 2012-09-13 Telefonaktiebolaget L M Ericsson (Publ) Resource Reservation in Multiple Accesses
US8948108B2 (en) * 2009-10-21 2015-02-03 Telefonaktiebolaget L M Ericsson (Publ) Resource reservation in multiple accesses
US20150334063A1 (en) * 2014-05-15 2015-11-19 The Button Corporation Oy Trigger event based response execution with unintentional button press prevention

Also Published As

Publication number Publication date
WO1999059295A1 (fr) 1999-11-18
US6693896B1 (en) 2004-02-17
USRE44554E1 (en) 2013-10-22
JP2008029019A (ja) 2008-02-07
JP4341181B2 (ja) 2009-10-07
JP4375461B2 (ja) 2009-12-02

Similar Documents

Publication Publication Date Title
USRE42204E1 (en) Information receiving device and method, information release device, and information communication system
JPWO1999059295A1 (ja) 情報受信装置及び方法、情報配信装置、情報通信システム
US5819036A (en) Method for message addressing in a full service network
JP3660443B2 (ja) データ転送制御システム及び中継装置
US6211901B1 (en) Video data distributing device by video on demand
US6496479B1 (en) Network resource reservation control method and apparatus, receiving terminal, sending terminal, and relay apparatus
CA2116801C (fr) Services de television integres
US6751221B1 (en) Data transmitting node and network inter-connection node suitable for home network environment
JP4443833B2 (ja) 情報再生方法、送信装置および受信装置
US5684799A (en) Full service network having distributed architecture
US5757798A (en) Image information distribution system
KR100454958B1 (ko) 디지털 방송 서비스에서의 채널 변경 방법
EP1601199B1 (fr) Système de télécommunication à large bande et procédé utilisé pour réduire la latence d'un zapping de canaux par un récepteur multimédia
JP3719789B2 (ja) 通信端末装置及び中継装置
US5673264A (en) Image information distribution system
US7383341B1 (en) Data transfer control device, relay device and control device suitable for home network environment
US5651005A (en) System and methods for supplying continuous media data over an ATM public network
JPH0832601A (ja) 画像情報分配システム
JPH10308758A (ja) 通信装置
US20020057694A1 (en) Source information controlling method, source information receiving apparatus and source information transmitting apparatus, and source information transmitting-receiving system
JPH10308764A (ja) ネットワーク間接続装置および通信装置および通信方法
JP3146865B2 (ja) 画像情報分配システム
JP3183054B2 (ja) 画像情報分配システム
JPH09252304A (ja) ビデオ配信システム
KR100215742B1 (ko) 비동기 전송모드를 이용한 디지털 catv 네트워크 시스템

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 8