All The Claims

1. An online virtual theatre system comprising:
at least one capture device for capturing video and audio of a live event and converting said video and audio into a data stream;
a production center for receiving said data stream and compressing said data stream to generate a compressed data stream, for determining a number of one or more viewing devices subscribed or reserved to view said live event, and for determining data bandwidth consumption characteristics of said one or more viewing devices;
a server for receiving said compressed data stream, said number of subscribed or reserved one or more viewing devices, and said data bandwidth consumption characteristics from the production center over a network, and for duplicating and dividing the compressed data stream out to said one or more viewing devices depending on the number of viewing devices subscribed or reserved to view said live event.
2. The system of claim 1, wherein said one or more viewing devices can view the live event through use of a Native app.
3. The system of claim 1, wherein said one or more viewing devices can view the live event through a website associated with the production center.
4. The system of claim 1, wherein said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on the number of viewing devices subscribed or reserved to view said live event.
5. The system of claim 1, wherein said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on a compression rate corresponding to the compressed data stream.
6. The system of claim 1, wherein said data bandwidth consumption characteristics of said one or more viewing devices correspond to tracked historical bandwidth consumption of said one or more viewing devices and said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on said tracked historical bandwidth consumption.
7. The system of claim 1, wherein said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on a number of capture devices.
8. The system of claim 1, wherein said production center transmits an estimated duration of said live event to said server and said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on said estimated duration.
9. The system of claim 8, wherein the server calculates a base ticket price corresponding to access by said one or more viewing devices to a live event by multiplying a streaming rate by said estimated duration of said live event by said number of viewing devices subscribed or reserved.
10. An online virtual theatre system comprising:
a production center for
receiving a data stream sent by at least one capture device, wherein said at least one capture device captures video and audio of a live event and converts said video and audio into said data stream,
compressing said data stream to generate a compressed data stream,
determining a number of one or more viewing devices subscribed or reserved to view said live event,
determining data bandwidth consumption characteristics of said one or more viewing devices, and
transmitting to a server over a network said compressed data stream, said number of subscribed or reserved one or more viewing devices, and said data bandwidth consumption characteristics;
wherein said server duplicates and divides the compressed data stream out to said one or more viewing devices depending on the number of viewing devices subscribed or reserved to view said live event.
11. The system of claim 10, wherein said production center transmits an estimated duration of said live event to said server and said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on said estimated duration.
12. The system of claim 11, wherein the server calculates a base ticket price corresponding to access by said one or more viewing devices to a live event by multiplying a streaming rate by said estimated duration of said live event by said number of viewing devices subscribed or reserved.
13. A computer-readable non-transitory storage medium containing a production center application, which when executed on a processor is configured to perform an operation enabling a virtual theater system, the operation comprising:
receiving, at a production center, a data stream sent by at least one capture device, wherein said at least one capture device captures video and audio of a live event and converts said video and audio into said data stream,
compressing said data stream to generate a compressed data stream,
determining a number of one or more viewing devices subscribed or reserved to view said live event,
determining data bandwidth consumption characteristics of said one or more viewing devices, and
transmitting to a server over a network said compressed data stream, said number of subscribed or reserved one or more viewing devices, and said data bandwidth consumption characteristics;
wherein said server duplicates and divides the compressed data stream out to said one or more viewing devices depending on the number of viewing devices subscribed or reserved to view said live event.
14. The computer-readable non-transitory storage medium of claim 13, wherein said production center transmits an estimated duration of said live event to said server and said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on said estimated duration.
15. The computer-readable non-transitory storage medium of claim 14, wherein the server calculates a base ticket price corresponding to access by said one or more viewing devices to a live event by multiplying a streaming rate by said estimated duration of said live event by said number of viewing devices subscribed or reserved.
16. An online virtual theatre system comprising:
a server for
receiving from a production center, over a network, a compressed data stream, a number of one or more viewing devices subscribed or reserved to view a live event, and data bandwidth consumption characteristics of said one or more viewing devices,
wherein the compressed data stream is generated by said production center based on a data stream received from at least one capture device, wherein said at least one capture device captures video and audio of said live event and converts said video and audio into said data stream; and
for duplicating and dividing the compressed data stream out to said one or more viewing devices depending on the number of viewing devices subscribed or reserved to view said live event.
17. The system of claim 16, wherein said production center transmits an estimated duration of said live event to said server and said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on said estimated duration.
18. The system of claim 17, wherein the server calculates a base ticket price corresponding to access by said one or more viewing devices to a live event by multiplying a streaming rate by said estimated duration of said live event by said number of viewing devices subscribed or reserved.
19. A computer-readable non-transitory storage medium containing a data server application, which when executed on a processor is configured to perform an operation enabling a virtual theater system, the operation comprising:
receiving from a production center, over a network, a compressed data stream, a number of one or more viewing devices subscribed or reserved to view a live event, and data bandwidth consumption characteristics of said one or more viewing devices,
wherein the compressed data stream is generated by said production center based on a data stream received from at least one capture device, wherein said at least one capture device captures video and audio of said live event and converts said video and audio into said data stream; and
for duplicating and dividing the compressed data stream out to said one or more viewing devices depending on the number of viewing devices subscribed or reserved to view said live event.
20. The computer-readable non-transitory storage medium of claim 19, wherein said production center transmits an estimated duration of said live event to said server and said server reserves bandwidth for streaming out the compressed data stream to the one or more viewing devices based on said estimated duration.
21. The computer-readable non-transitory storage medium of claim 20, wherein the server application calculates a base ticket price corresponding to access by said one or more viewing devices to a live event by multiplying a streaming rate by said estimated duration of said live event by said number of viewing devices subscribed or reserved.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A steel cord comprising a core with one or more core steel filaments, further comprising a first layer of intermediate steel filaments twisted around the core, said intermediate steel filaments having an intermediate steel filament diameter, and a second layer of second steel filaments twisted around the first layer, said second steel filaments having a second steel filament diameter, all of the intermediate steel filaments being individually pre-coated with a polymer up to a total intermediate filament diameter, said polymer having a minimum thickness of 0.010 mm, said second steel filament diameter being larger than said intermediate steel filament diameter, wherein the total intermediate filament diameter is equal to or larger than the second steel filament diameter.
2. A steel cord according to claim 1, wherein said polymer is pre-extruded around all intermediate steel filaments.
3. A steel cord according to claim 1, wherein said polymer is selected from a group consisting of polyethylene terephtalate, polybutylene terephtalate and polyethylene naphtenate.
4. A steel cord according to claim 1, wherein said core consists of only one core steel filament.
5. A steel cord according to claim 1, wherein the number of intermediate steel filaments ranges from three to ten.
6. A steel cord according to claim 1 wherein the core steel filaments, the intermediate steel filaments and the second steel filaments are all twisted in the same direction and with the same twisting pitch.
7. A steel cord according to claim 1 wherein steel to steel contact is avoided between the coated intermediate steel filaments and any neighbouring steel filament.

1. An electrically conductive roll which includes a shaft body and which includes at least a conductive elastic layer formed by extrusion on an outer circumferential surface of the shaft body, wherein the improvement comprises:
the conductive elastic layer being formed of a conductive rubber composition which includes a rubber material, a thermoplastic resin having crosslinkable double bonds and a melting point in a range from 40\xb0 C. to 100\xb0 C., and at least one conductive agent, the thermoplastic resin being included in an amount of 5 to 50 wt. % of a total amount of the rubber material and the thermoplastic resin.
2. An electrically conductive roll according to claim 1, wherein the rubber material is selected from the group consisting of a nitrile rubber (NBR), an epichlorohydrin rubber (ECO), and a mixture thereof.
3. An electrically conductive roll according to claim 1, wherein the thermoplastic resin is included in an amount of 10 to 30 wt. % of the total amount of the rubber material and the thermoplastic resin.
4. An electrically conductive roll according to claim 1, wherein the thermoplastic resin has a melting point in a range from 50\xb0 C. to 90\xb0 C.
5. An electrically conductive roll according to claim 1, wherein the thermoplastic resin is a polyoctenamer having a melting point of about 55\xb0 C. and a cistrans ratio of about 28.
6. An electrically conductive roll according to claim 1, wherein the at least one conductive agent is selected from the group consisting of carbon blacks, metal powders, conductive metal oxides, and quaternary ammonium salts.
7. An electrically conductive roll according to claim 1, wherein the conductive rubber composition further includes silica.
8. An electrically conductive roll according to claim 7, wherein the silica is included in an amount of 20 to 80 parts by weight per 100 parts by weight of the total amount of the rubber material and the thermoplastic resin.
9. An electrically conductive roll according to claim 1, wherein the conductive elastic layer has a volume resistivity in a range from 104 \u03a9\xb7cm to 1010 \u03a9\xb7cm.
10. An electrically conductive roll according to claim 1, wherein the conductive elastic layer has a thickness in a range from 0.3 mm to 3 mm.
11. An electrically conductive roll according to claim 1, wherein the conductive elastic layer has Asker C hardness in a range from 40 to 80.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. An apparatus, comprising:
a plurality of Ethernet network interfaces, including: a first network interface configured for communicating with a first Connectivity Fault Management (CFM) area including a first plurality of network devices, and a second network interface configured for communicating with a second CFM area including a second plurality of network devices; wherein the first CFM area is operating according to a CFM version not fully compatible with a CFM version according to which the second CFM area is operating; and
a CFM translator configured to translate incompatible CFM messages communicated between the first and second CFM areas;
wherein the CFM translator is configured to add an identification of the CFM version of the first CFM area to one or more messages being sent from the first CFM area to the second CFM area to inform one or more devices in the second CFM area of said CFM version of the first CFM area.
2. The apparatus of claim 1, wherein said translating incompatible CFM messages includes acting as a proxy for performing operations received from the second CFM area.
3. The apparatus of claim 1, wherein said translating incompatible CFM messages includes acting as a proxy for performing CFM Linktrace operations received from the second CFM area.
4. The apparatus of claim 3, wherein said acting as a proxy includes: intercepting a particular Linktrace Message (LTM) inbound to the first CFM area from the second CFM area; modifying the Original MAC Address field of the Linktrace Message Format of the LTM from a first MAC address to an address of the apparatus; sending said modified LTM into the first CFM area; receiving one or more particular replies to said sent modified LTM; and sending one or more reply messages into the second CFM area to the first MAC address based on said received one or more particular replies.
5. The apparatus of claim 4, wherein said intercepted particular LTM inbound to the first CFM area includes the use forwarding database only (UseFDBonly) option; and said sent modified LTM does not including the UseFDBonly option.
6. The apparatus of claim 1, wherein the CFM translator is configured: to translate a proprietary version of CFM messages received from the first CFM area to a standard version of CFM messages, and to forward said standard version of CFM messages into the second CFM area.
7. The apparatus of claim 1, wherein said one or more messages are one or more CFM Continuity Check messages.
8. A method, comprising:
intercepting a particular Linktrace Message inbound to a first CFM area from a second CFM area, wherein the first CFM area is operating according to a CFM version not fully compatible with a CFM version according to which the second CFM area is operating;
modifying the Original MAC Address field of the Linktrace Message Format of the LTM from a first MAC address to an address of the CFM area boundary bridge;
sending said modified LTM into the first CFM area;
receiving one or more particular Linktrace Reply messages to said sent modified LTM; and
sending one or more Linktrace Reply messages into the second CFM area to the first MAC address based on said received one or more particular Linktrace Reply messages.
9. The method of claim 8, wherein said intercepted particular LTM inbound to the first CFM area includes the use forwarding database only (UseFDBonly) option; and said sent modified LTM does not including the UseFDBonly option.
10. A networked system, comprising:
a first Connectivity Fault Management (CFM) area including a first plurality of network devices;
a second Connectivity Fault Management (CFM) area including a second plurality of network devices; and
a CFM area boundary bridge communicatively coupled to the first and second CFM areas;
wherein a CFM maintenance domain spans the both the first and second CFM areas and the first CFM area operates according to a CFM version not fully compatible with a CFM version according to which the second CFM area operates; and
wherein the CFM area boundary bridge is configured to translate incompatible CFM messages communicated between the first and second CFM areas;
wherein said translation of incompatible CFM messages includes acting as a proxy for performing one or more CFM operations received from the second CFM area,
wherein said acting as a proxy includes: intercepting a particular Linktrace Message inbound to a first CFM area from a second CFM area; modifying the Original MAC Address field of the Linktrace Message Format of the LTM from a first MAC address to an address of the CFM area boundary bridge; sending said modified LTM into the first CFM area; receiving one or more particular Linktrace Reply messages to said sent modified LTM; and sending one or more Linktrace Reply messages into the second CFM area to the first MAC address based on said received one or more particular Linktrace Reply messages.
11. The networked system of claim 10, wherein said intercepted particular LTM inbound to the first CFM area includes the use forwarding database only (UseFDBonly) option; and said sent modified LTM does not including the UseFDBonly option.
12. The networked system of claim 10, wherein the CFM translator is configured to translate a proprietary version of CFM messages received from the first CFM area to a standard version of CFM messages and to forward said standard version of CFM messages into the second CFM area.
13. An apparatus, comprising
a plurality of Ethernet network interfaces, including: a first network interface configured for communicating with a first Connectivity Fault Management (CFM) area including a first plurality of network devices, and a second network interface configured for communicating with a second CFM area including a second plurality of network devices; wherein the first CFM area is operating according to a CFM version not fully compatible with a CFM version according to which the second CFM area is operating; and
a CFM translator configured to add an identification of the CFM version of the first CFM area to one or more CFM messages being sent from the first CFM area to the second (TM area to inform one or more devices in the second CFM area of said CFM version of the first CFM area.
14. The apparatus of claim 13, wherein the CFM translator is configured to act as a proxy for performing CFM Linktrace operations received from the second CFM area.
15. The apparatus of claim 14, wherein said acting as a proxy includes: intercepting a particular Linktrace Message (LTM) inbound to the first CFM area from the second CFM area; modifying the Original MAC Address field of the Linktrace Message Format of the LTM from a first MAC address to an address of the apparatus; sending said modified LTM into the first CFM area; receiving one or more particular replies to said sent modified LTM; and sending one or more reply messages into the second CFM area to the first MAC address based on said received one or more particular replies.
16. An apparatus, comprising:
means for intercepting a particular Linktrace Message inbound to a first CFM area from a second CFM area, wherein the first CFM area is operating according to a CFM version not fully compatible with a CFM version according to which the second CFM area is operating;
means for modifying the Original MAC Address field of the Linktrace Message Format of the LTM from a first MAC address to an address of the CFM area boundary bridge;
means for sending said modified LTM into the first CFM area;
means for receiving one or more particular Linktrace Reply messages to said sent modified LTM; and
means for sending one or more Linktrace Reply messages into the second CFM area to the first MAC address based on said received one or more particular Linktrace Reply messages;
wherein said intercepted particular LTM inbound to the first CFM area includes the use forwarding database only (UseFDBonly) option; and said sent modified LTM does not including the UseFDBonly option.
17. An apparatus, comprising:
a plurality of Ethernet network interfaces, including: a first network interface configured for communicating with a first Connectivity Fault Management (CFM) area including a first plurality of network devices, and a second network interface configured for communicating with a second CFM area including a second plurality of network devices; wherein the first CFM area is operating according to a CFM version not fully compatible with a CFM version according to which the second CFM area is operating; and
a CFM translator configured to translate incompatible CFM messages communicated between the first and second CFM areas;
wherein said translating incompatible CFM messages includes acting as a proxy for performing CFM Linktrace operations received from the second CFM area,
wherein said acting as a proxy includes: intercepting a particular Linktrace Message (LTM) inbound to the first CFM area from the second CFM area; modifying the Original MAC Address field of the Linktrace Message Format of the LTM from a first MAC address to an address of the apparatus; sending said modified LTM into the first CFM area; receiving one or more particular replies to said sent modified LTM; and sending one or more reply messages into the second CFM area to the first MAC address based on said received one or more particular replies.
18. The apparatus of claim 17, wherein said translating incompatible CFM messages includes acting as a proxy for performing operations received from the second CFM area.
19. The apparatus of claim 17, wherein said intercepted particular LTM inbound to the first CFM area includes the use forwarding database only (UseFDBonly) option; and said sent modified LTM does not including the UseFDBonly option.
20. The apparatus of claim 17, wherein the CFM translator is configured: to translate a proprietary version of CFM messages received from the first CFM area to a standard version of CFM messages, and to forward said standard version of CFM messages into the second CFM area.