Patent Description:
Water utility companies provide water to customers through a network of water pipes. This network of pipes can be referred to as a water distribution system. <CIT> discloses an analysis system for monitoring the condition of a water distribution system where water sensing assemblies are disposed at various points in the water distribution system, each assembly comprising a water sensor and a turbine to provide energy to the sensor.

According to the present invention, an analysis system is provided. The analysis system comprises a plurality of water sensing assemblies connected at various points to a water distribution system, each of the plurality of water sensing assemblies configured to measure a property of water. The analysis system also includes a computer server configured to communicate with the plurality of water sensing assemblies via a network and receive water measurement data from the plurality of water sensing assemblies. The computer server comprises a processor, a database configured to store the water measurement data, and a system health monitoring module configured to evaluate the health of the water distribution system to obtain health data. The analysis system further includes at least one client device configured to communicate with the computer server via the network and receive the health data from the computer server.

According to the present invention, the water sensing assembly comprises a valve box securely mountable on an underground water pipe. The water sensing assembly also includes a sensor mounted inside the valve box, wherein the sensor is configured to sense a property of water within the underground water pipe. Also included is a top section connected to the valve box. An electrical communication device is mounted at a top portion of the adjustable top section such that the electrical communication device is positioned at or near the surface of the ground.

According to the present invention, a service saddle is also provided, wherein the service saddle comprises a lower channel alignable with a bore in a water pipe. The service saddle also includes a main port having an interior volume opened to the lower channel and a secondary port having an interior volume opened to the lower channel. The service saddle further includes a first valve moveably mounted in the main port for controlling water flow through the main port and a second valve moveably mounted in the secondary port for controlling water flow through the secondary port.

According to the present invention, the water sensing assembly is mountable on a water pipe and comprises a sensor, a generator, and a turbine coupled to the turbine and positionable through a bore in the water pipe into water flow within the water pipe.

An example not forming part of the claimed invention provides a method of sensing a property of water within a water distribution system. The method comprises a step of periodically sampling water within a water distribution system according to a sampling rate such that multiple water samples are obtained during each of at least one predefined logging interval. The method also includes the steps of measuring a property of the water for each of the multiple water samples and storing a maximum of two values of the measured property for each predefined logging interval, wherein the two values include a highest value measured and a lowest value measured.

Various implementations described in the present disclosure may include additional systems, methods, features, and advantages, which may not necessarily be expressly disclosed herein but will be apparent to one of ordinary skill in the art upon examination of the following detailed description and accompanying drawings.

The features and components of the following figures are illustrated to emphasize the general principles of the present disclosure. Corresponding features and components throughout the figures may be designated by matching reference characters for the sake of consistency and clarity.

The present disclosure describes systems and methods for measuring properties of water within a water distribution system at multiple locations throughout the water distribution system. The present disclosure also describes sensors that may be installed in the water distribution system for one or more clients (e.g., water utility companies). The sensors may be configured to generate energy from the water itself to power its internal circuitry. The sensors may be tapped into the side of a pipe or installed at any location in the system.

The water property measurements may be logged in the sensors and periodically uploaded to a server using a wireless communication network. Measurements may also be uploaded on demand in some embodiments. The server, which may be a web server, maintains the measurements in a database. Clients may access the measurements to view the readings during various time periods. Also, the clients may request a substantially real-time measurement.

<FIG> is a block diagram illustrating an embodiment of a system <NUM> for managing data related to properties of water in a water distribution system. As shown in this implementation, the system <NUM> comprises a sensing device <NUM>, a web application <NUM>, and a client system <NUM>. It may be noted that, as illustrated, the system <NUM> includes a single sensing device <NUM> and a single client system <NUM>. However, it will be understood by one of skill in the art that the system <NUM> may include any number of sensing devices <NUM> installed in various locations in the water distribution system. Also, the system <NUM> may include any number of client systems <NUM> for any number of clients. The multiple client systems <NUM> may be connected to the web application <NUM> through a communication network. In this respect, multiple sensing devices <NUM> may be used to monitor water properties at various locations within one or more water distribution systems for multiple clients, and the clients can access their respective sensor readings through the web application <NUM>.

The sensing device <NUM> of the current embodiment comprises, among other things, a sensor <NUM> (e.g., a pressure sensor), a battery <NUM>, and an antenna <NUM>. The sensing device <NUM> may include any suitable type of sensor <NUM> for sensing various characteristics of water within a water distribution system. For example, the sensor <NUM> may be a pressure sensor for measuring water pressure at a particular location in the water distribution system, a flow rate sensor for measuring the rate that water is flowing through the particular location of the water distribution system, a chlorine sensor for measuring the chlorine content of the water at the location, or other types of sensors.

The battery <NUM> may include any suitable type of battery or batteries for providing power to the sensor <NUM> and other electronics of the sensing device <NUM>. In some embodiments, the sensing device <NUM> may include a power generation device that harvests energy from the flow of water. The power generation device may be configured to recharge the battery <NUM>, supplement the power of the battery <NUM>, or even replace the battery <NUM>.

The antenna <NUM> is configured to wirelessly transmit properties of water that are sensed by the sensing device <NUM> to the web application <NUM>. The sensor data may be transmitted over any suitable type of wireless network <NUM>, such as, for example, a cellular network, radio frequency (RF) channels, Wi-Fi, Bluetooth, etc. A receiver on the wireless network <NUM> is configured to convert the sensor data signals to allow transmission over a data network <NUM> using any suitable protocol, such as the Hypertext Transfer Protocol (http), Transmission Control Protocol (TCP), Internet Protocol (IP), or other communication protocol. The data network <NUM> may include a wide area network (WAN), such as the Internet, and/or may include local area networks (LANs).

The web application <NUM> as shown in <FIG> may be configured on a server, such as a web server, or a group of servers. The web application <NUM> may be associated with a data management company that provides a service to its clients for managing the clients' sensor data. For example, multiple clients (e.g., water distribution companies) may wish to have the data management company monitor the sensor data and then make the data available to the clients as desired. As explained in more detail below, the clients can customize how the water properties for the pipes in their system are to be sensed. They can also customize how the information about the sensor data can be accessed. They can also customize how they will be contacted if the sensor data reveals a warning or critical condition. In <FIG>, only one client system <NUM> is shown, but it should be understood that multiple client systems <NUM> may be configured in the system <NUM> to access the server on which the web application <NUM> is running.

<FIG> is a block diagram illustrating an embodiment of a system <NUM> for measuring properties of water and managing the measurement data. According to the embodiment shown in <FIG>, the system <NUM> includes a plurality of sensing devices <NUM> that are distributed throughout an area and are installed to be in contact with water within a water distribution system. The sensing devices <NUM> are installed and put into service to allow them to take measurements of the water at their particular location and wirelessly communicate the measurement data to a cell tower <NUM> or other wireless communication device for receiving wireless signals, such as a Wi-Fi or Bluetooth receiver. Also, multiple cell towers <NUM> or receivers may be incorporated in the system <NUM>.

The system <NUM> of <FIG> also includes a network <NUM>, which enables communication from a wireless communication protocol, or other communication channel protocol, to a data network protocol. The network <NUM> enables the measurement data received by the cell tower <NUM> to be transmitted to a server <NUM>. The server <NUM> may be one or more computer systems for managing the measurements of water properties. The server <NUM> may be a web server for providing a web site for clients to access if authorized. The system <NUM> also includes client devices <NUM>, which may include desktop computers, wired or wireless laptop devices, smart phones, or other computer system. The client devices <NUM> may include computer systems for any number of clients. Also, it should be known that any number of client devices <NUM> may be used for each client.

<FIG> is a block diagram of an embodiment of the server <NUM> shown in <FIG>. In this implementation, the server <NUM> comprises a processor <NUM>, a memory <NUM>, an interface <NUM>, and the database <NUM>. In some embodiments, the database <NUM> may be separate from the server <NUM>. The processor <NUM> is configured to control the operations of the server <NUM>. The server <NUM> may execute certain functions that may be stored in software and/or firmware and execute functions that may be configured in hardware. The memory <NUM>, in some embodiments, may comprise the web application <NUM> and the API <NUM>. The interface <NUM>, in some embodiments, may comprise the browser interface <NUM>. The interface <NUM> may be a network interface for interfacing with the client devices <NUM> via the network <NUM>.

The web application <NUM>, according to the embodiment shown in <FIG>, may comprise at least a web site <NUM>, a database <NUM>, a browser interface <NUM>, and an Application Programming Interface (API) <NUM>. As shown in <FIG>, the web application <NUM>, database <NUM>, browser interface <NUM>, and API <NUM> may be contained within the server <NUM>. The web site <NUM> provides various web pages and screen views (as explained below) to a user on the client system <NUM> or client devices <NUM>. The database <NUM> is configured to store the data retrieved from the sensing devices <NUM>, <NUM>. The database <NUM> may be arranged to securely separate the data for one client from another. In some embodiments, multiple databases <NUM> may be used. The browser interface <NUM> enables a user on the client system <NUM> to access the web site <NUM> and obtain sensor data formatted in an organized way, as described below. The API <NUM> provides an interface for the client system <NUM> to access the web application <NUM>. The web application <NUM>, with the web site <NUM>, browser interface <NUM>, database <NUM>, and API <NUM>, may be configured in one package, such as in a single server (e.g., server <NUM>).

The web site <NUM> can take requests from authorized clients, search the database <NUM>, and send information back to the clients. In some embodiments, the clients may wish to request a certain reading at a certain time and date. The log in the database <NUM> that is closest to that time and date can be retrieved from the database <NUM> and sent to the SCADA system.

Furthermore, the web site <NUM> may be configured to include two different types of retrieval techniques for the clients' use. The first technique is a simple Read, while the second technique is referred to ReadX. With Read, the client may make requests for data, and in response the data log is retrieved and sent back to the client. In this case, the data is merely read from the database <NUM> and remains in the database <NUM> without any change to the data entry.

However, a ReadX command allows a client to request data. Again, the data is retrieved and sent to the client. In this case, however, the web application <NUM> checks to ensure that the client has indeed received the data. For example, the API <NUM> may request for an acknowledgement from the client that the records were received successfully. When the client system <NUM> receives the data successfully and stores this data in its own database, it sends an acknowledgement (ACK) receipt back to the web application <NUM>. When the API <NUM> receives this ACK receipt signal, the web application <NUM> erases that data from the database <NUM>.

One benefit of the ReadX command, for example, is for security. Certain clients may not want their data to be stored on another database that does not belong to them. This may also be beneficial for the data management company that owns the server <NUM> or web application <NUM>, because the owner may be released from any liability associated with the other party's information. In this respect, the client can be able to hide or manage their proprietary data any way they see fit.

The client system <NUM> or client device <NUM> may include any suitable communication device capable of transmitting and receiving http or other data transmissions. For example, the client system <NUM> or client device <NUM> may be a personal computer, laptop computer, tablet computer, or other computer systems. The client system <NUM> or client device <NUM> may also include portable electronic communication devices, such as cell phones, smart phones, or other mobile devices that may utilize a cellular network, data network, or other types of networks. The client system <NUM> or client device <NUM> may include its own database for storing sensor data retrieved from the web application <NUM>. The client system <NUM> or client device <NUM> may be a Supervisory Control and Data Acquisition (SCADA) system. The client system <NUM> or client device <NUM> may also be configured to contain a user interface that allows a user to see web pages of the web application <NUM>, as described below with respect to <FIG>.

The system <NUM> may be a multi-tenant system for managing sensors for multiple clients. The system <NUM> may be configured to show only the sensor devices for each particular client when a client signs in. Thus, each client is only able to see their own sensors and not the sensor of other clients. However, a master device may be connected in the system <NUM> to allow a user to access information for all the sensors. The master device may be the server <NUM> that run the web application <NUM> or may be computer system connected directly to the server <NUM>. In some respects, the master device may be operated by a city or county government for monitoring the water distribution systems in their jurisdictions.

The system <NUM> gives clients an inexpensive product that can be employed relatively easily on the part of the client. The system <NUM> allows a client (e.g., water utility company) to sign up with a service that provides a combination of water monitoring functions all in one package.

The server <NUM> associated with the web application <NUM> may be configured with a system health monitoring module <NUM>. The system health monitoring module <NUM> may be configured in software, hardware, and/or firmware. The system health monitoring module <NUM> may be configured to evaluate the health of the water distribution system using an empirical method of analyzing many data points. The system health monitoring module <NUM> may be neural network for determining whether values are within a normal range. In some embodiments, the data points may be evaluated based on their location in the water distribution system and based on the time of day when the measurements were taken. The system health monitoring module <NUM> may use statistical analysis to determine if certain points are abnormal or unhealthy with respect to baseline data points established for a normal or healthy system.

In some embodiments, the system health monitoring module <NUM> may use the Mahalanobis-Taguchi System (MTS) for determining the health of the system. The MTS, for example, uses pattern recognition to analyze multi-variate data. The system health monitoring module <NUM> can analyze values with respect to norms based on the MTS model. Not only does the MTS model diagnose the norms, but it can also include a predictive method for analyzing patterns in multivariate cases.

The system health monitoring module <NUM> may analyze both location-dependent and time-dependent data. For example, a water flow rate at <NUM>:<NUM> pm at a certain location in the water distribution system may have a certain normal range based on multiple measurements taken at this time. When values are outside of this range, the system health monitoring module <NUM> can instruct the interface <NUM> to provide an alert to the client. In some embodiments, the system health monitoring module <NUM> may process data stored in the database <NUM> from multiple sensors and consider all the parameters when diagnosing health.

The server <NUM> is also configured to read data in real time, perform hydraulic simulation in real-time, and recommend a pump power level in real-time. The server <NUM> may also read data, perform hydraulic simulation, and control the pump power level. The server <NUM> may also be configured to detect leaks in the main when the pressure matrix is abnormal.

<FIG> is a cutaway side view of a water sensing assembly <NUM>, according to various embodiments of the present disclosure. The water sensing assembly includes a housing <NUM> enclosing a battery pack <NUM>, a generator <NUM>, a pressure sensor <NUM>, and measurement and communication electronics <NUM>. An antenna <NUM> is mounted to the exterior of the housing <NUM>. Extending from a lower end of the housing <NUM> is a turbine <NUM>. The turbine <NUM> is a vertical axis turbine in the current embodiment, and is coupled to the generator <NUM> by a turbine shaft <NUM> extending through a sealed shaft bore <NUM> and a seal partition <NUM> to connect with a generator shaft <NUM> of the generator <NUM>. In various embodiments, the turbine <NUM> is may be indirectly coupled to the generator, such as with magnets, so that the turbine <NUM> may be fully separated from a sealed interior of the housing <NUM>.

The pressure sensor <NUM> is mounted within the housing <NUM> such that the pressure sensor <NUM> extends through the seal partition <NUM> to partially expose pressure sensor <NUM> to fluid flow along the lower end of the housing <NUM>, which may travel around turbine <NUM> into the lower interior of housing <NUM>. The pressure sensor <NUM> communicates fluid pressure readings to measurement and communications electronics <NUM>, which may process, store, and/or communicate the date through antenna connection <NUM>. The measurement and communications electronics <NUM>, pressure sensor <NUM>, and antenna <NUM> are powered by battery pack <NUM>, which is recharged by generator <NUM>.

In operation, the water sensing assembly <NUM> is a self-contained, removable sensing unit that may be tapped into a fluid pipe or other valve through a tap or bore. The turbine <NUM> is situated such that the turbine <NUM> is within the fluid path of the fluid passing through the fluid pipe. The fluid flow thereby turns the turbine <NUM>, turning the generator shaft <NUM>, causing the generator <NUM> to generate a current to recharge batter pack <NUM>. The presence of the turbine <NUM> and generator <NUM> attached to the battery pack <NUM> allows the battery pack <NUM> to last longer, giving the water sensing assembly <NUM> a longer life to detect sensing data. The pressure sensor <NUM> may be replaced by various other sensors in various embodiments, such as chlorine or flow sensors.

<FIG> is detail view of the shape of a vertical axis turbine <NUM>. As seen in <FIG>, the vertical axis turbine <NUM> includes two wings 372a,b, each wing having a curved profile and extending in opposite spirals on either side of a central turbine axis <NUM>. When fluid flows in against vertical axis turbine <NUM> in a direction <NUM> orthogonal to the central turbine axis <NUM>, fluid pushes wings 372a,b such that the vertical axis turbine <NUM> spins about central turbine axis <NUM>.

<FIG> is a perspective view of a second water sensing assembly <NUM>, according to various embodiments of the present disclosure. The water sensing assembly <NUM> includes a housing <NUM>, a mounting bracket <NUM>, mounting bracket fasteners <NUM>, power wires <NUM>, and a turbine <NUM>. As seen in <FIG>, the housing <NUM> is coupled to the mounting bracket <NUM>, and power wires <NUM> extend through a wiring bore <NUM> defined in the mounting bracket <NUM> into housing <NUM>.

<FIG> is another cutaway side view of the second water sensing assembly <NUM> of <FIG>, according to various embodiments of the present disclosure. As seen in <FIG>, a generator <NUM> is mounted within the housing <NUM> similarly to generator <NUM>. The turbine <NUM> extends from a lower end of the housing <NUM> similarly to turbine <NUM>. The turbine <NUM> is a vertical axis turbine in the current embodiment, and is coupled to the generator <NUM> by a turbine shaft <NUM> extending through a sealed shaft bore <NUM> and a seal partition <NUM> to connect with a generator shaft <NUM> of the generator <NUM>. A side bore <NUM> is defined in the housing <NUM> below seal partition <NUM> so that fluid may flow around turbine <NUM> to side bore <NUM>. In various embodiments, the turbine <NUM> is may be indirectly coupled to the generator, such as with magnets, so that the turbine <NUM> may be fully separated from a sealed interior of the housing <NUM>. In the current embodiment, the power wires <NUM> may be directly connected to the generator to power sensing, communication, process, data storage, and other electronic equipment. Further, a pressure sensor or other sensor may be mounted within the housing <NUM> similarly to pressure sensor <NUM> within housing <NUM>. The mounting bracket <NUM> may mount the water sensing assembly <NUM> on any sort of sensing, tapping, or boring equipment.

<FIG> is a diagram of the water sensing assembly <NUM> of <FIG> installed on a pipe, with various partial cross-sectional views of parts of the water sensing assembly <NUM> and the surrounding environment, according to various embodiments of the present disclosure. The water sensing assembly <NUM> is buried underground in the current embodiment such that it extends from a pipe <NUM> to a ground surface <NUM>, such as a road.

<FIG> is front cross-sectional view of the water sensing assembly <NUM> of <FIG>, according to the present disclosure. As seen in <FIG>, the water sensing assembly <NUM> includes a valve box <NUM> mounted over pipe <NUM>. A saddle <NUM> connects ball valve <NUM> to the pipe <NUM>, and a reducer <NUM> couples a pressure sensor <NUM> to the ball valve <NUM>. Wiring <NUM> runs up through the valve box <NUM> to a communication assembly <NUM>. The communication assembly <NUM> may contain processing, data storage, and power equipment in various embodiments to store, communicate, and receive orders based on data received from the pressure sensor <NUM>. To communicate data and receive orders, the communication assembly <NUM> is connected by a wire <NUM> to an antenna <NUM> mounted on an iron cap <NUM>, the iron cap <NUM> itself mounted on an adjustable top <NUM>. The adjustable top <NUM> connects to the valve box <NUM>, forming an enclosure extending from ground surface <NUM> to the top of pipe <NUM> to protect the enclosed equipment. The adjustable top <NUM> can be adjusted telescopically to vary the overall height of the water sensing assembly <NUM>, based on the depth of the pipe below ground level. Other sensors may be used with water sensing assembly, such as chlorine or flow sensors.

<FIG> is a partially cutaway side view of the water sensing assembly <NUM> of <FIG>, according to various embodiments of the present disclosure. As seen in <FIG>, the communication assembly <NUM> is mounted to the iron cap <NUM> by a hanging bracket <NUM>. The communication assembly <NUM> is configured to receive measurement signals and transmit the signals from antenna <NUM> of the sensor assembly. The signals are transmitted to the web application <NUM> via the cellular network <NUM> or <NUM>. The antenna <NUM> may be configured for Global System for Mobile (GSM) communication using a cellular network, Code Division Multiple Access (CDMA) communication, or can be used with other types of communication networks and protocols. In some embodiments, the communication device <NUM> may include a plug-in for Wi-Fi, Bluetooth, or other short range communication.

<FIG> is an exploded view of the water sensing assembly <NUM> of <FIG>, according to various embodiments of the present disclosure. As shown in <FIG>, the water assembly <NUM> includes two flat washers <NUM>, lock washer <NUM>, two hex nuts <NUM>, hanging bracket <NUM>, machine screw <NUM>, and jam nut <NUM>, the combination of which mounts communication assembly <NUM> to iron cap <NUM>.

<FIG> is a cutaway side view of a water sensing assembly <NUM> mounted in a multi-port service saddle <NUM> on a pipe <NUM>, according to the present disclosure. As shown in <FIG>, the multi-port service saddle <NUM> includes a main port <NUM> and a secondary port <NUM>. A ball valve <NUM> is mounted in main port <NUM> and a ball valve <NUM> is mounted in secondary port <NUM>. Ball valve <NUM> includes a ball bore <NUM> and ball valve <NUM> includes a ball bore <NUM>, each of which may be turned to open and close main port <NUM> and secondary port <NUM>, respectively. In <FIG>, the ball valve <NUM> is closed and the ball valve <NUM> is open. A lower end <NUM> of the multi-port service saddle <NUM> defines a lower opening <NUM>, which is aligned with a bore <NUM> in the pipe <NUM>.

To form bore <NUM> in the pipe <NUM> without leakage from the pipe, the multi-port service saddle <NUM> is mounted to the pipe exterior with the ball valve <NUM> open and the ball valve <NUM> closed. A tapping machine is mounted to main port <NUM> and is pushed down through main port <NUM> to form bore <NUM>. The tapping machine is then pulled out of ball valve <NUM> into a pre-insertion position and ball valve <NUM> is closed. Water sensing assembly <NUM> may then be mounted to multi-port service saddle as shown in <FIG>.

As shown in <FIG>, water sensing assembly <NUM> is mounted to a port bracket <NUM> coupled to main port <NUM>. Insertion screws <NUM> extend between mounting bracket <NUM> and port bracket <NUM>, with turbine <NUM> and housing <NUM> pre-inserted into main port <NUM>. A sensor cap <NUM> is shown coupled to secondary port <NUM> and including a sensor <NUM>. Sensor <NUM> can be any sensor for fluid data collection, such as a pressure sensor, chlorine sensor, or flow sensor. While the water sensing assembly <NUM> is mounted outside ball valve <NUM>, fluid may flow into multi-port service saddle <NUM> to secondary port <NUM> where the fluid may be sensed by sensor <NUM>.

<FIG> is a cutaway side view of the second water sensing assembly <NUM> in a power generation mode, according to various embodiments of the present disclosure. To place water sensing assembly <NUM> in power generation mode, ball valve <NUM> is opened and insertion screws <NUM> are tightened to pull mounting bracket <NUM> towards port bracket <NUM>. Once mounting bracket <NUM> and port bracket <NUM> are flush together, as shown in <FIG>, mounting bracket fasteners <NUM> fasten mounting bracket <NUM> to port bracket <NUM>. However, in various embodiments, water sensing assembly <NUM> may be inserted to various degrees within main port <NUM> such that turbine <NUM> may be partially presented at varying depths to fluid flow within pipe <NUM>, which may lessen the speed at which turbine <NUM> turns, generating less power and allowing for a customizable level of power generation based on known fluid flow and power needs. Moving mounting bracket <NUM> towards port bracket <NUM> inserts housing <NUM> and turbine <NUM> into main port <NUM> such that turbine <NUM> extends down through lower opening <NUM> bore <NUM> into fluid flow within pipe <NUM>, thereby turning turbine <NUM> and generating current to power various equipment or recharge batteries. In this configuration, fluid flow may pass up through side bore <NUM> so that sensor <NUM> may continue to sense fluid conditions within pipe <NUM>. Turbine <NUM> may be removed from the fluid path within pipe <NUM> by use of insertion screws <NUM> to move mounting bracket <NUM> away from port bracket <NUM>. This may be necessary if, for instance, a pig is sent down the pipe <NUM> to clean the system and it is desired to prevent damage to turbine <NUM>.

<FIG> is a chart showing an exemplary sampling rate, log rate, and upload rate related to sensing water properties. The sensing assembly may be configured to remain in a sleep mode until it is configured to wake up and take a sample reading. For example, the sampling rate may include sampling once every <NUM> seconds. The log rate may be set, for example, at about once every <NUM> minutes. During the log interval (e.g., <NUM> minutes), the processing device of the sensor assembly may be configured to store only the samples that are the highest value and the lowest value. Measurements in between the high value and low value during that log interval may be discarded. When a new high or new low value is sampled, it replaces the old value. In this sense, only two values are stored during each log interval. At the end of the log interval, the processing device stores the high and low value for that interval in memory. Therefore, at the log rate (e.g., once every <NUM> minutes), two values are stored or logged. The sensor assembly repeats the logging at the log rate until it is time for uploading as determined by the upload rate. In one example, the upload rate may be about once per day. This is the rate at which the sensor assembly uploads the log information via the antenna <NUM> to the server <NUM>.

One benefit of these three rates is that the sensor data does not consume much memory within the sensor assembly, only the high and low values for each log interval. Also, the upload rate may be set to upload not very often (e.g., once a day), which can conserve battery life versus uploading after every reading. Thus, the sensor and communication device <NUM> may be in a sleep mode and then wake up only to sense and upload data. For example, with these rate settings, a battery may last about seven years or longer.

In some embodiments, the sampling rate and log rate may be set to the same rate. A client may request such a set-up if they wish to view the data in more detail and have access to the data at any time. The cellular modem may be placed in a low-power mode and listen for a signal, such as an SMS message from the client. In this way, the client can get a substantially real-time measurement. When requested in this manner, the sensor assembly is waken up, regardless of the sampling rate times, and takes a reading. The communication device sends the newly taken reading, or, in some embodiments, may send the high and low readings of a current logging interval, to the web application <NUM>. The web site <NUM> can then communicate that data directly to the client, via e-mail, SMS, or other communication channel. Of course, this strategy may increase the battery usage compared with normal operations. This may cut the battery life to about two years.

The client may be given options to choose between different types of plans for receiving sensor data. For example, the client may wish to have access to data under normal operations, with the uploaded data being available the following day. The second option may be the substantially real-time plan.

Another feature of the sensor assembly is that when sample data is measured, the processing device may analyze the data to see if it falls within a normal range of values. If so, then nothing needs to be done, except store the values if they are highs or lows for the period. Otherwise, if the values are not within normal range, the communication device sends an alert to the web site <NUM>. In this case, the modem is waken from sleep mode and instructed to transmit the details of the out-of-range measurement. In response to receiving this alert, the web site <NUM> may be configured to check the reading with the client's settings to find out what type of notification they wish to receive when such a condition occurs. The web site <NUM> may then send an SMS message, e-mail, or other type of message to inform the client of the condition.

<FIG> show examples of various screen views of web pages that may be displayed on a user interface, such as the user interface of the client system <NUM>. The web pages may be part of the web site <NUM> shown in <FIG> that allows a client to access the data stored in the database <NUM>. The web pages are designed to provide an organized and easy to understand display for the users.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> for enabling a user to sign up to receive a service for viewing water property data. Initially, a new user signs up or registers with the web server. After the user is registered, he or she can sign in to the server and obtain the relevant data. For example, the web server may include the one or more web servers that are configured to run the web application <NUM> shown in <FIG>. In this respect, the user interface <NUM> may be displayed on a screen, display, monitor, or other visual indication device of the client system <NUM>. The user interface <NUM> allows a user to sign up using an e-mail address, password, first name, last name, and mobile phone number.

Also, the sign up user interface <NUM> includes an entry window for a "service contract number. " The service contract number is a number that is set up for a particular client that has a service contract with the company that manages the web application <NUM> shown in <FIG>. A client may allow its associates or employees to also sign up to gain access under the respective service contract number.

The user interface <NUM> also includes entry windows for time zone, street address, city, state, and zip code. This can be the information for the location of the client (e.g., water distribution company).

In addition, the user interface <NUM> includes four selectable boxes that allow the new user to set up the types of ways that the user may be contacted if a warning condition or critical condition occurs. For example, the user may choose to receive a text message (e.g., a Short Message Service (SMS) message) or other type of electronic message on a portable electronic device. The user may also choose to receive an e-mail message for warning or critical conditions. For example, a warning condition may be a condition that if untreated may lead to problems with the water distribution system, while a critical condition may be a condition that indicates a more severe problem, such as pipe that has burst.

One method for initiating a new contract according to one implementation may include the following. The data managing company provides a service contract number to a new client. They also send the client a URL and instructions on how to set up an account. The URL and instructions are contained in an e-mail that is sent to the client. A contact person (e.g., a boss) at the client's company may set up a profile for himself or herself. He or she may also send the URL and instructions to other in the company so that they too can set up a profile. The additional profiles will include the personal information for the other people (e.g., employees) and will also include the same service contract number for that company. Each individual in the company can therefore choose the types of notifications they receive when a warning condition or critical condition is sensed.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> showing a map of sensing device locations. The map may be any suitable map of an area where a client's sensing devices are installed. Sensors may be installed in any part of the water distribution system, such as on main pipes, secondary pipes, neighborhood pipes, residential pipes, etc. For example, the map may be provided by Google Maps or other online mapping service.

Superimposed on this map are icons <NUM>, which are configured to display the locations of the sensor devices <NUM>. As shown in this figure, five icons are displayed, representing five different sensor devices <NUM>. It should be understood that the map may show any number of icons <NUM>, depending on how many sensor devices are installed and placed in service. The icons <NUM> can each include a number for distinguishing one sensor from another. If a user selects one of the icons, such as by hovering a mouse icon over an icon <NUM>, clicking an icon <NUM>, tapping an icon <NUM> on a touch-sensitive screen, or by other entry methods, the web site <NUM> may be configured to bring up a new page, such as the page described with respect to <FIG>.

The icons <NUM> can be displayed in different ways to indicate various conditions of the sensor. For example, if the sensor senses a warning condition, the icon <NUM> may be displayed in a different way from a normal condition. In one embodiment, the icons <NUM> may be green if they measurements are within a normal range, but may be changed to yellow or red if the measurements indicate a warning or critical condition. Other than changing color to indicate condition, the icons <NUM> can also be displayed in other ways, such as by changing the size or shape of the icon <NUM>, or by flashing the icon <NUM>, or other means of distinguishing an abnormal condition from a normal one.

The user interface <NUM> may be configured to show different types of sensors. For example, if a client has any combination of pressure sensors, flow rate sensors, chlorine sensors, etc., each type of sensor may be displayed differently. As an example, the different types may be distinguished by using different colors (e.g., blue, green, black, etc.) for the icons. The different sensors may also be shown with icons of different shapes (e.g., circle, square, triangle, etc.).

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> showing a map of sensing locations with information about a sensing device superimposed. In this example, the information for the selected sensor is displayed in a box <NUM>, representing a device condition window. The information may include a current reading for that sensor. With respect to implementations in which the sensing device is a pressure sensor, the reading may give a value in units of pounds per square inch (psi). The illustrated example shows a current pressure of <NUM> Pa (<NUM> psi). If the sensor is configured to measure chlorine content, for instance, the box <NUM> may display "Chlorine Content" with the reading.

If the reading (e.g., pressure) is out of a normal range, then the numbers may be highlighted in a particular way to draw attention to it. For example, the number may appear in yellow if the reading is within a warning level and may appear in red if it is within a critical condition. Also, green may be a color used to indicate that the reading is normal.

The box <NUM> may also include a phone number of the device <NUM>, which may be the cellular number used to communicate the data to the cellular network <NUM>. The box <NUM> may also include an address of the device <NUM>.

The superimposed box <NUM> may also include a first link to "Device" and a second link to "Measurements. " The first link allows a user to navigate to another web page, such as the web page described with respect to <FIG>. The second link allows the user to navigate to yet another web page, such as the web page described with respect to <FIG>.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> showing further details of a sensing device. For example, this web page may be displayed when the user selects the "Devices" link shown in <FIG> or when the user navigates to the page by some other route. The user interface <NUM> shows more details of the particular sensing device highlighted at an earlier time. The device information may include the phone number, a description of its location, latitude and longitude information, high warning level, critical high level, low warning level, and critical low level. The information may also include a reading of a particular property (e.g., pressure). The measurement value (e.g., pressure) may be highlighted in any suitable way if the value is outside of the range indicated by the high and low warning levels or outside the range indicated by the high and low critical condition levels.

The high warning level, critically high level, low warning level, and critically low level may be set by the client, having an understanding of the nature of the various pipes throughout the water distribution system. For example, a high warning level of <NUM> Pa (<NUM> psi) is a level that the client knows may be an indication of a problem that should likely be investigated. A critically high level of <NUM>. 034x10<NUM> Pa (<NUM> psi) is likely an indication that a pipe is about to burst. A low warning level of <NUM> Pa (<NUM> psi) may indicate a small leak in the pipe, and a critically low level of <NUM> Pa (<NUM> psi) may indicate a larger leak that likely needs to be attended to immediately. Also, when a critically low level occurs in a pressure reading, the client may need to notify its customers of a "boil" notice that water may be engraphed with contaminates.

A "status" output may also be displayed. If status is normal, the output may be blank, but if the status is a warning or critical, the status indication may be changed to show such conditions. For example, the status may change to a different color, may blink, or may include some other type of highlighting feature. In one embodiment, for a warning, the status output may be displayed yellow, and for a critical condition, the status output may be displayed red.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> for enabling a user to edit parameters of a sensing device. In this web page, the user can change the description, which may include location information of the device. The user can also change the latitude and longitude information, and the high and low warning and critical condition levels. When finished editing, the user can click on the "update device" button. In some embodiments, the phone number box may not be available to the client but may only be available for users of the management company.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> showing a graph and data points representing measurements by a sensing device. This web page shows measurement data from one sensor over certain time periods. The user may select time periods of <NUM> day, <NUM> days, <NUM> days, <NUM> week, <NUM> weeks, <NUM> month, <NUM> months, <NUM> year, or all. The graph section of the web page shows the high and low points for each day. The data point section shows the reading (e.g., pressure), notes (if any), and the time when the measurement was taken. This web page also gives the user an option to edit or annotate a particular record by pressing the "edit" button on the same line as the record.

The data points in the graph and in the table may be highlighted in any suitable way to indicate when a measurement is outside a range of normal limits. For example, the date points or measurement readings may be given a different color, size, shape, or other distinctive feature to indicate abnormal conditions.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> for enabling a user to edit measurements. For example, if the user of the user interface <NUM> of <FIG> presses the "edit" button, the web site <NUM> navigates the user to the user interface <NUM>. In this page, the user can enter a note that is saved with the particular data record. In this example, the user wishes to annotate a low pressure reading that occurred when the client was aware that a pipe was broken. In this case, the user enters a message, such as "Main Pipe was broken. " To enter the new note into the database <NUM>, the user selects the "update measurement" button. In some embodiments, the "destroy" button may not be available or may be available to a limited extent. The purpose of the destroy button is to remove the particular sensor from the system and/or ignore any readings or communications from the sensor.

<FIG> is an example of a screen view of a web page that may be displayed on a user interface <NUM> for enabling a user to edit user information. The user interface <NUM> in this example is similar to the user sign-up page shown in <FIG>. A user can access this page using the "Edit Profile" link on any of the user interfaces shown in <FIG>. The user can edit any information, such as e-mail, address, password, or other personal information. The user can also edit the ways that the user will receive warnings from the system <NUM>. For example, if the user decides that he or she wants to receive both an SMS message and an e-mail when there is a critical condition, the user can check the appropriate boxes.

The server <NUM> may be part of the utility company (e.g., water utility company) and provide communication with other users via the communication network. In some embodiments, the server may be part of a company responsible for managing the utility measurement data. The communication network in these embodiments may be a local area network (LAN), wide area network (WAN), such as the Internet, or any other suitable data communication networks. The communication network may also include other types of networks, such as plain old telephone service (POTS), cellular systems, satellite systems, etc..

The server <NUM> may detect extreme events and provide an alarm in response. The alarm may be in the form of an automated e-mail, a pop-up window, an interrupt signal or indication on a computer of the client device <NUM>, SMS, or other suitable message signifying an urgent event.

The client system <NUM> may include a computer system used by the utility provider. In this respect, the utility provider system may be a client of the data management company that manages the utility measurement data and/or provides monitoring services regarding the status of the utility infrastructure. The client system, therefore, may be able to receive and review status updates regarding the infrastructure. Alarms may be provided to the client system, which may then be acknowledged and confirmed. The client system may also receive historic data and manage the client's accounts and usage information. In some embodiments, information may be provided to the client system in a read-only manner.

The sensing devices <NUM> and client devices <NUM> may communicate with the server <NUM> by a cellular service, via cellular towers and/or satellites. The wireless communication between the devices may be active during some periods of time (when two respective devices are linked) and may be inactive during other periods of time (when the devices are not linked and/or are in sleep mode). Alternatively, any of the sensing devices <NUM> may be connected to the network <NUM> through wired connections.

The water mains may include transmission mains, which may include water pipes having an inside diameter of at least <NUM> (twelve inches). The water mains also include distribution mains, which may include smaller pipes having an inside diameter of less than <NUM> (twelve inches). The transmission mains, having a greater size, may be configured to allow a greater amount of water flow in comparison with the distribution mains. The transmission mains may be located nearer to the utility source and the distribution mains may be located farther from the utility provider. In some systems, distribution mains may be located along secondary roads or residential roads.

The cellular network <NUM> may include relay devices (e.g., using ISM frequency transmission) for relaying radio signals from the cell towers <NUM> to the data network <NUM>. The network <NUM> in some embodiments may also include the cellular network <NUM>, a satellite network, a radio network, a LAN, a WAN, or any other suitable network.

In some embodiments, the sensing devices <NUM> may comprise printed circuit board with the components of a sensor interface, processing device, and communication device incorporated on the printed circuit board. In other embodiments, multiple printed circuit boards may be used with the components of the sensor interface, processing device, and communication device incorporated on the boards in any suitable configuration. When the electrical components are disposed on multiple boards, standoffs may be used as needed. Connectors may be used to couple the processing device with the sensor interface and communication device.

The sensor assembly may include any combination of sensors for detecting various parameters that may be analyzed. For example, the sensor assembly may include one or more piezoelectric sensors, acoustic sensors, acoustic transducers, hydrophones, pressure sensors, pressure transducers, temperature sensors, accelerometers, flow sensors, chlorine sensors, leak detectors, vibration sensors, or other types of sensors.

The power supply of the sensor assembly may contain one or more batteries, solar-powered devices, electrical power line couplers, or other power sources. When external power is received, additional connectors or ports may be added through the walls of the enclosure. When batteries are used, the power supply may also include a battery capacity detection module for detecting the capacity of the one or more batteries. In some embodiments, the power may be partially or completely supplied by the energy harvesting device housed on the sensor assembly itself.

A sensor interface may be incorporated in the sensor assembly. The sensor interface may be configured to acquire the acoustic, pressure, and/or temperature data from the sensor assembly. In addition, the sensor interface may include amplification circuitry for amplifying the sensed signals. The sensor interface may also include summing devices, low pass filters, high pass filters, and other circuitry for preparing the signals for the processing device. The sensor assembly may also include a processing device configured to log the measurement information and save it in memory until a designated upload time or when requested by a client.

The communication device of the sensor assembly may include a modem, such as a cellular or ISM-enabled modem to provide network access to the communication device. Also, the communication device may include a tuning module, such as a GPS timing receiver, for providing an accurate timing reference and for synchronizing timing signals with other elements of the cellular network <NUM>. The communication device may be configured to transmit and receive RF signals (e.g., ISM frequency signals), cellular signals, GPS signals, etc., via the antenna <NUM>.

The processing device housed in the sensor assembly may include a processor, a sensor data handling device, a power assembly, a communication module, a time/sleep module, a data processing module, a health status detecting module, and a storage module. The processor may comprise one or more of a microcontroller unit (MCU), a digital signal processor (DSP), and other processing elements.

The sensor data handling device connects with the sensor interface and handles the sensor data to allow processing of the signals by the processor. The power assembly may comprise a power source, which may be separate from the power supply. In some embodiments, however, the power assembly may be connected to the power supply. The power assembly may also be configured to control the voltage and current levels to provide constant power to the processor. In some embodiments, the processor may be provided with about <NUM> volts DC. The communication module connects with the communication device and receives and/or sends signals for communication through the communication device. In some embodiments, the communication device may include a GPS device for receiving timing samples for synchronization purposes. The timing samples may be forwarded to the communication module to allow the processing device to be synchronized with other devices. The timing samples may also be used to wake up the processing device when needed or sleep when inactive.

The processing device also includes a time/sleep module for providing timing signals to the processor and may include a crystal oscillator. The time/sleep module also controls sleep modes in order to minimize battery usage when the sensor assembly is not in use. For example, the processor may include an MCU that operates continually and a DSP that sleeps when not in use. Since the DSP normally uses more power, it is allowed to sleep in order to conserve battery power.

The time/sleep module may be configured to wake various components of the processor at designated times in order that sensor data stored during a previous time may be transmitted to the host. In some embodiments, the time/ sleep module may wake the sensor assembly at a certain time during the day, enable the sensor assembly to analyze and record the measurements, return to a sleep mode according to the sampling rate, and repeat the analysis every <NUM> seconds or so for about <NUM> minutes. At the end of log period, the communication device sends the data to the server <NUM> and the time/sleep module returns the device to a sleep mode until the next designated time. Separate from the regular sensing schedule, the time/ sleep module may be configured to wake up the processor in the event that a warning or critical condition has been detected.

The storage module of the sensor assembly may include flash memory, read-only memory (ROM), random access memory (RAM), or other types of memory.

Pressure sensors may be used in particular to measure an absolute pressure value. Also, pressure sensors may be used as a burst sensor. In this respect, the sensor may measure a high-speed pressure transient profile. Both the pressure change value and absolute pressure value may be useful for different applications. The sensor(s) may measure voltage signals or frequency measurements. Temperature sensors may also be used for measuring the temperature of the pipe. The sensed waveform signals are supplied to the processing device, which may process the signals at the point of measurement. In other embodiments, the signals may be transmitted to the host for processing.

It should be noted that the functions of the sensor assembly may be configured in software or firmware and the functions performed by the processor. The processor, as mentioned above, may include a DSP, microcontroller, or other types of processing units. In some embodiments, the signals may be communicated to the server <NUM> where processing may occur. The real time processing may be performed by a DSP, for example.

One should note that conditional language, such as, among others, "can," "could," "might," or "may," unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more particular embodiments or that one or more particular embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.

Claim 1:
An analysis system (<NUM>) comprising:
a plurality of water sensing assemblies (<NUM>) connected at various points to a water distribution system, each of the plurality of water sensing assemblies (<NUM>) comprising a valve box (<NUM>),
a top (<NUM>) connected to the valve box (<NUM>),
a communication assembly (<NUM>) connected by a wire (<NUM>) to an antenna (<NUM>) mounted on an iron cap (<NUM>), the iron cap (<NUM>) being mounted on the top (<NUM>),
the antenna (<NUM>) communicatively coupled to the communication assembly (<NUM>),
a sensor (<NUM>) communicatively coupled to the communication assembly (<NUM>) and configured to measure a property of water; and
a turbine (<NUM>) coupled to a generator (<NUM>) and positionable through a bore in a pipe (<NUM>) of the water distribution system;
a computer server (<NUM>) configured to communicate with the plurality of water sensing assemblies (<NUM>) via a network and receive water measurement data from the communication assembly (<NUM>) of each of the plurality of water sensing assemblies (<NUM>), the computer server (<NUM>) comprising
a processor (<NUM>),
a database (<NUM>) configured to store the water measurement data, and
a system health monitoring module (<NUM>) configured to evaluate health of the water distribution system to obtain health data; and
at least one client device (<NUM>) configured to communicate with the computer server (<NUM>) via the network and receive the health data from the computer server (<NUM>),
characterized in that
the valve box (<NUM>) is configured to be mounted by a saddle (<NUM>) to a top surface of a pipe (<NUM>) of the water distribution system,
wherein the saddle is a service saddle that comprises a lower channel alignable with a bore in the water pipe (<NUM>), wherein the service saddle comprises a main port (<NUM>) having an interior volume opened to a lower channel, a secondary port (<NUM>) having an interior volume opened to the lower channel, and
wherein the service saddle (<NUM>) further includes a first valve moveably mounted in the main port (<NUM>) for controlling the water flow through the main port (<NUM>) and a second valve moveably mounted in the secondary port (<NUM>) for controlling water flow through the secondary port (<NUM>); and
the top (<NUM>) being adjustable and configured to telescopically adjust to vary an overall height based on a depth of the pipe (<NUM>) of the water distribution system.