Movatterモバイル変換


[0]ホーム

URL:


US8041832B2 - Network data distribution system and method - Google Patents

Network data distribution system and method
Download PDF

Info

Publication number
US8041832B2
US8041832B2US11/122,602US12260205AUS8041832B2US 8041832 B2US8041832 B2US 8041832B2US 12260205 AUS12260205 AUS 12260205AUS 8041832 B2US8041832 B2US 8041832B2
Authority
US
United States
Prior art keywords
network
communication channel
data communication
data
way data
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 - Fee Related, expires
Application number
US11/122,602
Other versions
US20060271617A1 (en
Inventor
George Louis Hughes, Jr.
Craig Reding
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.)
Verizon Patent and Licensing Inc
Original Assignee
Verizon Services 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 Verizon Services CorpfiledCriticalVerizon Services Corp
Priority to US11/122,602priorityCriticalpatent/US8041832B2/en
Priority to PCT/US2006/017409prioritypatent/WO2006121858A2/en
Priority to EP06770036Aprioritypatent/EP1877924A4/en
Publication of US20060271617A1publicationCriticalpatent/US20060271617A1/en
Assigned to VERIZON SERVICES CORP.reassignmentVERIZON SERVICES CORP.ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS).Assignors: HUGHES, GEORGE LOUIS, JR., REDING, CRAIG
Application grantedgrantedCritical
Publication of US8041832B2publicationCriticalpatent/US8041832B2/en
Assigned to VERIZON PATENT AND LICENSING INC.reassignmentVERIZON PATENT AND LICENSING INC.ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS).Assignors: VERIZON SERVICES CORP.
Expired - Fee Relatedlegal-statusCriticalCurrent
Adjusted expirationlegal-statusCritical

Links

Images

Classifications

Definitions

Landscapes

Abstract

Embodiments of a system and method for distributing network data to multiple nodes in a data communications network is described. Two data communication channels are provided for each node in the network. While one of the communication channels carries routing and flow control protocol messages, as well as data, in both directions between network nodes, the other communication channel is configured to transmit data traffic—and only data traffic—in a single direction from the network data server toward all of the other nodes in the network. By using 100% of the available bandwidth for data traffic only, the speed at which data may be distributed throughout the network is maximized and the performance degradation caused by the congestion, collisions or packet loss that typically occurs in two-way data communication channels is avoided.

Description

BACKGROUND INFORMATION
Data communications networks are typically comprised of a set of nodes (e.g., computers, routers and/or switches) connected by a set of two-way data communications links (e.g., wires, cable, fiber, microwave or radio wave channels, etc.). In a data communications network, a node is a connection point, either a redistribution point or an end point, for data transmissions. In existing data communications networks, each node in the network (especially if the node is a switch or router) typically requires a programmed or engineered capability to recognize, process and/or forward data traffic to other nodes in the network according to various network routing and flow control protocols designed to allow sharing the bandwidth available in each interface link in the network as data travels in both directions across that interface link.
In a two-way data communications network, routing protocols are used by a device or, in some cases, by software in a computer, to determine the next connection point to which a packet of data should be forwarded toward its final destination. A hardware or software “router,” which is typically connected to at least two two-way interface links, determines which way to send each data packet based on its current understanding of the status (e.g., bandwidth available, congestion level, collision potential, etc.) of the links to which it is connected. Thus, routers use routing protocols to determine the route for a data flow and, more specifically, to which adjacent connection points in a network each data packet in the data flow should be sent. A router is often included as part of a network “switch,” which is also a network device that selects a path or circuit for sending a packet of data to its next destination.
“Flow control” is the management of data flow between computers or devices or between nodes in a data communications network so that the data is transmitted at an optimum rate and in a preferred order. Too much data arriving before a device or interface link can handle it can cause congestion, collisions and/or queue overflow conditions, the result of which can be that some of the data is either lost or must be retransmitted. In existing data communications networks, flow control protocols are necessary in order to slow down or cease data transmissions across a congested two-way network interface link until the congestion in the two-way interface link eases.
When routing and flow control protocols are used in a data communications network to manage and control data traffic moving in both directions over two-way links (also called “channels”), a significant amount of bandwidth in each two-way data communication channel must be consumed by the many routing and flow control messages that must be moved from node to node around the data communications network along with the actual data. When there is a very large number of nodes in the network, or when there is a sizable number of data requests that must be processed and put through the network, the degradation in actual data transmission speeds resulting from the fact that significant amounts of bandwidth are being used to exchange routing and flow control protocol messages can become unacceptably high.
Accordingly, there is a need for a network data distribution system that maximizes the speed at which actual data may be retrieved and distributed throughout the network. There is a further need for network data distribution systems and methods that use 100% of the available bandwidth in a data communications channel for transmitting actual data. There is still a further need for systems and methods that achieve maximum data transmission speeds without having to account for or worry about congestion, collisions or packet loss in each link.
BRIEF DESCRIPTION OF THE DRAWINGS
The following detailed description will be best understood in conjunction with the attached drawings, which are incorporated in and constitute part of the specification.
FIG. 1 depicts a high-level block diagram illustrating an arrangement of some of the physical components in a network data distribution system configured to operate according to an embodiment of the present invention.
FIG. 2 depicts a high-level flow diagram illustrating an example of an algorithm that might be performed by a network data distribution system according to embodiments of the present invention.
FIG. 3 is a block diagram of a computer system that may be used to implement a network data server or a network node in an embodiment of the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
Reference will now be made in detail to preferred embodiments according to the present invention(s), examples of which are illustrated in the drawings. Notably, the present invention(s) may be implemented using software, hardware, or any combination thereof, as would be apparent to those of ordinary skill in the art. Therefore, the figures and examples below are not meant to limit the scope of the present invention or its embodiments or equivalents.
Systems and methods implemented in accordance with the present invention may facilitate operation of a network database. In the preferred embodiments according to the present invention, a plurality of nodes are connected via two network connections. A first one of the networks is considered the existing network for communication between the nodes, and the second network is added for data only traffic between the nodes. This dual network connection configuration forms a network database, for example. The data (second) network handles data broadcasts from, for example, a node designated a data server, to all nodes in the network in a unidirectional (one-way) mode. The terms “broadcast” is used herein to mean that data packets transmits along the network connection (e.g., bus) and may or may not have a specific destination node; nodes monitor the connection and acquire only the data packets that they have an interest in. This interest may be predetermined or specified by information in the data packet.
The traffic back to the data server always travels on the first network. This configuration enables the data network to push data to nodes that have a need for the data and consume all of the available bandwidth on the data network. One-way traffic avoids the network congestion likely to exist on the first network, which handles bidirectional traffic between the nodes.
The multi-network multi-node configuration according to one implementation of the present invention facilitates data replication between data servers (e.g., multiple nodes), thereby forming the backbone for a disaster recovery plan for data. Partitioning data transmission between two networks, one of which handling one-way traffic and the second handling two-way traffic, enables fast, reliable distribution of data among the network nodes. This way a data store may be distributed among the network nodes using known distribution and redundancy techniques, and in the event of a node failure or problem accessing a particular node, the data on that node may be recovered from a node designated by the particular distribution and redundancy technique employed as a backup for the problem node. Using the multi-network multi-node configuration according to one implementation of the present invention, users have a higher confidence that the backup node contains a complete and accurate image of the data in the problem node because the data located in the node travels to the backup node, from the problem node or some other node in the network where it originates, using the higher transmission speed afforded by the data network.
FIG. 1 depicts a high-level block diagram illustrating an arrangement of some of the physical components in a network data distribution system configured to operate according to an embodiment of the present invention. As shown inFIG. 1, a networkdata distribution system100 configured to operate according to a preferred embodiment of the present invention comprises a two-waydata communication channel140, a one-waydata communication channel150, which are both coupled to anetwork data server110 and to each node in a plurality of network nodes (shown inFIG. 1 asnodes160A,160B,160C through160N) in the network. Two-waydata communication channel140 is configured to carry actual data, as well as routing and flow control messages, in both directions, back and forth from one node to another node connected to the channel, including thenetwork data server110. One-waydata communication channel150, on the other hand, is configured to carry nothing but actual data (i.e., no protocol messages will be transmitted on the one-way channel), and only in one direction, namely away fromnetwork data server110 and towardnodes160A through160N.
Two-waydata communication channel140 may be constructed, for example, using wire or cable (e.g., Ethernet cable), fiber optics, a phone line (e.g., over the PSTN), a cellular phone link, an RF link and other communications technology. One-waydata communication channel150 may be constructed from the same kind of communications devices, but it may also be advantageous, depending on the application, to use cable television wire technology, since cable television wire technology is very mature and particularly well suited for transferring data in a single downstream direction to all other nodes in the network.
Network data server110 includes anetwork interface adapter115, which provides a connection to the two-waydata communication channel140 via two-way communications link113.Network data server110 also includes a secondnetwork interface adapter120, which provides a one-way connection to one-waydata communication channel150 via one-way communications link127.Links113 and127 may or may not be implemented using the same communication devices used to implement two-waydata communication channel140 and one-waydata communication channel150.
As shown in the embodiment depicted inFIG. 1,network data server110 also includes adata request processor125, which is configured to receive and process data requests generated bynodes160A through160N and transmitted tonetwork data server110 over two-waydata communication channel140,communications link113 andnetwork interface adapter115. In preferred embodiments,data request processor125 carries out the processing by accessing one or more data stores (designated130A,130B,130C . . .130N inFIG. 1), which are coupled to or incorporated withinnetwork data server110. Preferably, although not necessarily,network data server110 is configured (using high-speed caching technology, for example) to move and/or copy large volumes of data, under the control ofdata request processor125, from theactual data stores130A through130N (such as, for example, disk drives) to one-waydata communication channel150 at very high speeds.
In some embodiments,nodes160A through160N each contain a network interface adapter (shown inFIG. 1 as165A through165N), which couples eachnode160A through160N to two-waydata communication channel140 via two-way communications links162A,162B,162C through162N, respectively. Eachnode160A through160N also contains a second network interface adapter (shown inFIG. 1 as170A through170N), which couplenodes160A through160N to one-waydata communication channel150 via one-way communications links173A,173B,173C through173N, respectively. Eachnode160A through160N may also include data processors (designated180A,180B,180C through180N inFIG. 1), which may comprise operating system or user-level application programs configured to generate the data requests that are sent tonetwork data server110 over two-waydata communication channel140. Each data request may comprise a request to receive, update, modify, delete or move data stored ondata stores130A through130N, or some combination of two or more of these operations.
Data modifications may take place on any of thenodes160A through160N. Suppose, for example, that a node in the network learns that a customer “A” has just made a $100 charge to his account. The information about the charge would flow tonetwork data server110 over the 2-way data channel140. Then, ifnode160N is used to create a new monthly billing statement for customer A, it will retrieve the current data concerning customer A's account (i.e., the $100 charge, as well as the current balance) fromnetwork data server110 over one-way channel150, so it can produce the correct bill.
One-way communications links173A,173B,173C through173N, as well asnetwork interface adapters170A through170N, are optimally configured to operate under the control ofdata processors180A,180B,180C through180N, to move data in only one direction, namely from one-waydata communication channel150 and into memory storage areas (185A,185B,185C through185N), where the data may then be accessed by any applications running on those nodes.Data processors180A through180N are also configured to identify and capture data traversing one-waydata communication channel150, which is responsive to the generated data request and to ignore all data traversing one-waydata communication channel150 which is not responsive to a pending data request.
FIG. 2 depicts a high-level flow diagram illustrating an example of an algorithm that might be performed by a network data distribution system, such as the one described above with reference toFIG. 1, according to embodiments of the present invention. Beginning withstep205,network data server110 may be configured to continuously monitor two-waydata communication channel140 in order to determine whether a data request has been received (the test is shown atstep210 inFIG. 2). As described below, and as shown atstep240 inFIG. 2,network data server110 also determines whether a confirmation associated with an earlier data request has been received. Preferably, the system continues to check the two-way channel (shown as the flow control loop consisting ofsteps205,210 and240) until either a new data request or a confirmation is received.
Returning to step210, if a data request is received, the system, atstep215, retrieves the requested data item from one or more data stores (130A through130N inFIG. 1) attached to networkdata server110. Preferably, the data retrieval occurs very rapidly under the control of a data request processor (designated125 inFIG. 1), which generates a response to the data request containing the requested data item (step220). Next, atstep225, the network data server broadcasts the response to all of the nodes in the network over the one-way data communication channel. Preferably, although not necessarily, the system then sends a notification to the appropriate node over the two-way data communication channel, said notification indicating that the requested data is being, will be, or has been, broadcasted over the high-speed one-way data communication channel (see step230). Next, atstep235, the system resets a timeout counter, which determines when the system will re-broadcast the response. At this point, control passes back to step205, where the system again monitors the two-way data communication channel until a data request or confirmation is received (depicted as the control loop consisting ofsteps205,210 and240).
Atstep240, the system tests incoming data on the two-way data communication channel to determine whether a confirmation associated with an earlier-broadcasted response has been received. The confirmation serves as an indication to the network data server that the network node that generated a data request has received the response over the one-way data communication channel. If the answer is yes, the system returns to step205 and continues to monitor the two-way data communication channel. If, on the other hand, the answer is no, the system first determines, atstep245, whether the timeout has expired. If the timeout has expired, then control passes again to step225, where the response is re-broadcasted to all nodes on the network. If the timeout has not expired, then the system determines whether the data item has changed,step250. Such change might occur, for example, when another program, another node or process, modifies or updates the data item, or when the retrieval of the item by the network data server requires a modification to the item. If the data item has been changed, then control passes again to step220, where a new response is generated and then, instep225, broadcasted over the one-way data communication channel. If, however, the data item has not changed, then control passes back to step205, where the system continues to monitor the two-way data communication channel until the timeout does expire, a new data request or confirmation is received, or the data item is changed.
FIG. 3 is a block diagram of a computer system that may be used to implement a network data server or a network node in an embodiment of the present invention. Thecomputer system302 includes one or more processors, such as aprocessor304. Theprocessor304 is connected to a communication bus306. Various software embodiments are described in terms of this exemplary computer system. After reading this description, it will become apparent to a person skilled in the relevant art how to implement the invention using other computer systems and/or computer architectures.
Thecomputer system302 also includes a main memory308, preferably random access memory (RAM), and can also include asecondary memory310. Thesecondary memory310 can include, for example, ahard disk drive312 and/or aremovable storage drive314, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. Theremovable storage drive314 reads from and/or writes to aremovable storage unit318 in a well-known manner. Theremovable storage unit318, represents a floppy disk, magnetic tape, optical disk, etc. which is read by and written to by theremovable storage drive314. As will be appreciated, theremovable storage unit318 includes a computer usable storage medium having stored therein computer software and/or data.
In alternative embodiments, thesecondary memory310 may include other similar means for allowing computer programs or other instructions to be loaded into thecomputer system302. Such means can include, for example, aremovable storage unit322 and aninterface320. Examples of such can include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM, or PROM) and associated socket, and otherremovable storage units322 andinterfaces320, which allow software and data to be transferred from theremovable storage unit322 to thecomputer system302.
Thecomputer system302 can also include acommunications interface324. Thecommunications interface324 allows software and data to be transferred between thecomputer system302 and external devices. Examples of thecommunications interface324 can include a modem, a network interface adapter (such as an Ethernet card), a communications port, a PCMCIA slot and card, etc. Software and data transferred via thecommunications interface324 are in the form ofsignals326 that can be electronic, electromagnetic, optical or other signals capable of being received by thecommunications interface324.Signals326 are provided to communications interface via achannel328, which can be implemented using wire or cable, fiber optics, a phone line, a cellular phone link, an RF link and other communications channels.
In this document, the term “computer-readable storage medium” is used to generally refer to media such as theremovable storage device318, a hard disk installed inhard disk drive312, and signals326. These media are means for providing software and operating instructions to thecomputer system302.
Computer programs (also called computer control logic) are stored in the main memory308 and/or thesecondary memory310. Computer programs can also be received via thecommunications interface324. Such computer programs, when executed, enable the computer system302 (e.g., through processor304) to implement the systems and methods that include the present invention.
In an embodiment where the invention is implemented using software, the software may be stored in a computer-readable storage medium and loaded into thecomputer system302 using theremovable storage drive314, thehard drive312 or thecommunications interface324. The control logic (software), when executed by theprocessor304, causes theprocessor304 to perform the functions of the invention as described herein.
In another embodiment, the invention is implemented primarily in hardware using, for example, hardware components such as application specific integrated circuits (ASICs). Implementation of a hardware state machine that implements the embodiments described herein will be apparent to persons skilled in the relevant art(s). In yet another embodiment, the invention is implemented using a combination of both hardware and software.
The above-described embodiments are by no means meant to limit the scope of the invention. Though preferred embodiments according to the present invention have been described herein, many variations and modifications will become apparent to those skilled in the art upon reading this disclosure and the following claims, as well as practicing the claimed inventions. It is therefore the intention that the claims be interpreted as broadly as possible in view of the prior art, to include all such variations and modifications.

Claims (17)

US11/122,6022005-05-052005-05-05Network data distribution system and methodExpired - Fee RelatedUS8041832B2 (en)

Priority Applications (3)

Application NumberPriority DateFiling DateTitle
US11/122,602US8041832B2 (en)2005-05-052005-05-05Network data distribution system and method
PCT/US2006/017409WO2006121858A2 (en)2005-05-052006-05-05Network data distribution system and method
EP06770036AEP1877924A4 (en)2005-05-052006-05-05Network data distribution system and method

Applications Claiming Priority (1)

Application NumberPriority DateFiling DateTitle
US11/122,602US8041832B2 (en)2005-05-052005-05-05Network data distribution system and method

Publications (2)

Publication NumberPublication Date
US20060271617A1 US20060271617A1 (en)2006-11-30
US8041832B2true US8041832B2 (en)2011-10-18

Family

ID=37397128

Family Applications (1)

Application NumberTitlePriority DateFiling Date
US11/122,602Expired - Fee RelatedUS8041832B2 (en)2005-05-052005-05-05Network data distribution system and method

Country Status (3)

CountryLink
US (1)US8041832B2 (en)
EP (1)EP1877924A4 (en)
WO (1)WO2006121858A2 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US20090113500A1 (en)*2007-10-242009-04-30Gita Technologies Ltd.Secure implementation of network-based sensors
US20090319773A1 (en)*2006-08-292009-12-24Waterfall Security Solutions LtdEncryption-based control of network traffic
US20090328183A1 (en)*2006-06-272009-12-31Waterfall Solutions Ltd.One way secure link
US20100275039A1 (en)*2007-01-162010-10-28Waterfall Security Solutions LtdSecure archive
US9268957B2 (en)2006-12-122016-02-23Waterfall Security Solutions Ltd.Encryption-and decryption-enabled interfaces
US9369446B2 (en)2014-10-192016-06-14Waterfall Security Solutions Ltd.Secure remote desktop
US9419975B2 (en)2013-04-222016-08-16Waterfall Security Solutions Ltd.Bi-directional communication over a one-way link
US9635037B2 (en)2012-09-062017-04-25Waterfall Security Solutions Ltd.Remote control of secure installations
US10356226B2 (en)2016-02-142019-07-16Waaterfall Security Solutions Ltd.Secure connection with protected facilities

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US8566922B2 (en)2011-05-252013-10-22Barry W. HargisSystem for isolating a secured data communication network
US12276420B2 (en)2016-02-032025-04-15Strong Force Iot Portfolio 2016, LlcIndustrial internet of things smart heating systems and methods that produce and use hydrogen fuel
KR20230157525A (en)2016-05-092023-11-16스트롱 포스 아이오티 포트폴리오 2016, 엘엘씨Methods and systems for the industrial internet of things
US11774944B2 (en)2016-05-092023-10-03Strong Force Iot Portfolio 2016, LlcMethods and systems for the industrial internet of things
US11327475B2 (en)2016-05-092022-05-10Strong Force Iot Portfolio 2016, LlcMethods and systems for intelligent collection and analysis of vehicle data
US10983507B2 (en)2016-05-092021-04-20Strong Force Iot Portfolio 2016, LlcMethod for data collection and frequency analysis with self-organization functionality
US11507064B2 (en)2016-05-092022-11-22Strong Force Iot Portfolio 2016, LlcMethods and systems for industrial internet of things data collection in downstream oil and gas environment
US11237546B2 (en)2016-06-152022-02-01Strong Force loT Portfolio 2016, LLCMethod and system of modifying a data collection trajectory for vehicles
US11442445B2 (en)2017-08-022022-09-13Strong Force Iot Portfolio 2016, LlcData collection systems and methods with alternate routing of input channels
JP7595319B2 (en)2017-08-022024-12-06ストロング フォース アイオーティ ポートフォリオ 2016,エルエルシー Method and system for detection in an industrial internet of things data collection environment using large data sets
US20200133254A1 (en)2018-05-072020-04-30Strong Force Iot Portfolio 2016, LlcMethods and systems for data collection, learning, and streaming of machine signals for part identification and operating characteristics determination using the industrial internet of things
CA3126601A1 (en)2019-01-132020-07-16Strong Force Iot Portfolio 2016, LlcMethods, systems, kits and apparatuses for monitoring and managing industrial settings
CN110175069B (en)*2019-05-202023-11-14广州南洋理工职业学院 Distributed transaction processing system and method based on broadcast channel

Citations (10)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US5790753A (en)1996-01-221998-08-04Digital Equipment CorporationSystem for downloading computer software programs
US6091757A (en)*1998-12-032000-07-18Motorola, Inc.Data transmission within a spread-spectrum communication system
US6144402A (en)*1997-07-082000-11-07Microtune, Inc.Internet transaction acceleration
US6317831B1 (en)1998-09-212001-11-13Openwave Systems Inc.Method and apparatus for establishing a secure connection over a one-way data path
US20030018719A1 (en)*2000-12-272003-01-23Ruths Derek Augustus SamuelData-centric collaborative computing platform
US6543005B1 (en)1999-10-272003-04-01Oracle CorporationTransmitting data reliably and efficiently
WO2003041397A1 (en)2001-11-082003-05-15Thomson Licensing S.A.Module and process for inter-user communication
US20030137536A1 (en)2001-11-302003-07-24Hugh Harlan M.Method and apparatus for communicating changes from and to a shared associative database using one-way communications techniques
US6963993B1 (en)*2000-09-282005-11-08The United States Of America As Represented By The Administrator Of The National Aeronautics And Space AdministrationFail-over file transfer process
US20050273822A1 (en)*2004-01-202005-12-08Snell William LVideo-on-demand satellite system

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US5790753A (en)1996-01-221998-08-04Digital Equipment CorporationSystem for downloading computer software programs
US6144402A (en)*1997-07-082000-11-07Microtune, Inc.Internet transaction acceleration
US6317831B1 (en)1998-09-212001-11-13Openwave Systems Inc.Method and apparatus for establishing a secure connection over a one-way data path
US6091757A (en)*1998-12-032000-07-18Motorola, Inc.Data transmission within a spread-spectrum communication system
US6543005B1 (en)1999-10-272003-04-01Oracle CorporationTransmitting data reliably and efficiently
US6963993B1 (en)*2000-09-282005-11-08The United States Of America As Represented By The Administrator Of The National Aeronautics And Space AdministrationFail-over file transfer process
US20030018719A1 (en)*2000-12-272003-01-23Ruths Derek Augustus SamuelData-centric collaborative computing platform
WO2003041397A1 (en)2001-11-082003-05-15Thomson Licensing S.A.Module and process for inter-user communication
US20030137536A1 (en)2001-11-302003-07-24Hugh Harlan M.Method and apparatus for communicating changes from and to a shared associative database using one-way communications techniques
US20050273822A1 (en)*2004-01-202005-12-08Snell William LVideo-on-demand satellite system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Extended European Search Report issued on Mar. 9, 2011 in counterpart European Application No. 06770036.9.
RFC 793, "Transmission Control Protocol Darpa Internet Program Protocol Specification", University of Southern California. pp. 1-10.*

Cited By (14)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
US20090328183A1 (en)*2006-06-272009-12-31Waterfall Solutions Ltd.One way secure link
US9762536B2 (en)*2006-06-272017-09-12Waterfall Security Solutions Ltd.One way secure link
US8635441B2 (en)2006-08-292014-01-21Waterfall Security Solutions Ltd.Encryption-based control of network traffic
US20090319773A1 (en)*2006-08-292009-12-24Waterfall Security Solutions LtdEncryption-based control of network traffic
US9268957B2 (en)2006-12-122016-02-23Waterfall Security Solutions Ltd.Encryption-and decryption-enabled interfaces
US8756436B2 (en)2007-01-162014-06-17Waterfall Security Solutions Ltd.Secure archive
US20100275039A1 (en)*2007-01-162010-10-28Waterfall Security Solutions LtdSecure archive
US20090113500A1 (en)*2007-10-242009-04-30Gita Technologies Ltd.Secure implementation of network-based sensors
US8793302B2 (en)2007-10-242014-07-29Waterfall Security Solutions Ltd.Secure implementation of network-based sensors
US8223205B2 (en)2007-10-242012-07-17Waterfall Solutions Ltd.Secure implementation of network-based sensors
US9635037B2 (en)2012-09-062017-04-25Waterfall Security Solutions Ltd.Remote control of secure installations
US9419975B2 (en)2013-04-222016-08-16Waterfall Security Solutions Ltd.Bi-directional communication over a one-way link
US9369446B2 (en)2014-10-192016-06-14Waterfall Security Solutions Ltd.Secure remote desktop
US10356226B2 (en)2016-02-142019-07-16Waaterfall Security Solutions Ltd.Secure connection with protected facilities

Also Published As

Publication numberPublication date
EP1877924A2 (en)2008-01-16
WO2006121858A2 (en)2006-11-16
WO2006121858A3 (en)2007-10-11
US20060271617A1 (en)2006-11-30
EP1877924A4 (en)2011-04-06

Similar Documents

PublicationPublication DateTitle
US8041832B2 (en)Network data distribution system and method
CA1257399A (en)Local area network for digital data processing system
US6393023B1 (en)System and method for acknowledging receipt of messages within a packet based communication network
US4975904A (en)Local area network for digital data processing system including timer-regulated message transfer arrangement
US20100138511A1 (en)Queue-based adaptive chunk scheduling for peer-to peer live streaming
US6678244B1 (en)Congestion management system and method
US10079782B2 (en)Facilitating communication of data packets using credit-based flow control
US20080028090A1 (en)System for managing messages transmitted in an on-chip interconnect network
US10009396B2 (en)Queue-based adaptive chunk scheduling for peer-to-peer live streaming
EP4618503A1 (en)Data transmission processing method and device, storage medium, and electronic device
US7804775B2 (en)Apparatus and computer program for identifying selected applications utilizing a single existing available bit in frame headers
US20030227874A1 (en)Intelligent flow control management to extend fibre channel link full performance range
TWI411264B (en)Non-block network system and packet arbitration method thereof
JP5720794B2 (en) Distribution network, server and distribution method
US6657961B1 (en)System and method for enhanced end station to end station data flow control
JPH11239163A (en) Inter-LAN flow control method and switch
JP2901947B2 (en) Video server using ATM backbone network
JP2000101642A (en) Stream distribution method and system
JP7456603B2 (en) switch device
CN102137454B (en)Content storage method and device in service overlay network
JP3352038B2 (en) Data communication system and communication method
CN118200265B (en)Switch cache management method for distinguishing monitoring and exchanging data
CA2492577C (en)Method and apparatus for usage estimation and prediction in two-way communications networks
JP2785147B2 (en) Restriction method for each route
JP2002190826A (en) Packet transfer method and network system

Legal Events

DateCodeTitleDescription
ZAAANotice of allowance and fees due

Free format text:ORIGINAL CODE: NOA

ZAABNotice of allowance mailed

Free format text:ORIGINAL CODE: MN/=.

ASAssignment

Owner name:VERIZON SERVICES CORP., VIRGINIA

Free format text:ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HUGHES, GEORGE LOUIS, JR.;REDING, CRAIG;SIGNING DATES FROM 20110913 TO 20110914;REEL/FRAME:026931/0635

STCFInformation on status: patent grant

Free format text:PATENTED CASE

ASAssignment

Owner name:VERIZON PATENT AND LICENSING INC., NEW JERSEY

Free format text:ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VERIZON SERVICES CORP.;REEL/FRAME:033428/0605

Effective date:20140409

FPAYFee payment

Year of fee payment:4

MAFPMaintenance fee payment

Free format text:PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment:8

FEPPFee payment procedure

Free format text:MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPSLapse for failure to pay maintenance fees

Free format text:PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCHInformation on status: patent discontinuation

Free format text:PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FPLapsed due to failure to pay maintenance fee

Effective date:20231018


[8]ページ先頭

©2009-2025 Movatter.jp