This is an indirect answer to your question, because I think you may be asking the wrong question. I am not sure that either of the things you are asking for - a statistical way to determine peak load in 1 second from average load in a day, and vice versa - are necessarily that important when it comes to performance and load testing.
It is hard to determine a peak load based only on the average load. Depending on the service, there may be promotions or special events that push the peak load up way way beyond what is normal or average. What I have found through performance testing many different applications is that estimations of peak load are often wrong, and trying to guess at it is really pretty hit or miss. If you have an application that is already in use and have production data for that application, that is usually the best indicator of future load, however even that can change dramatically if there is press about the site, or some event that pushes more users than expected to the site for a short period of time.
As a rule of thumb, I typically estimate to the best of my ability what the peak load will be (for a 1 hour period) and test with that, then I test with 5X that load, then I ramp up from that and go until the site is no longer functional to find the upper bounds of what kind of load the site can take. So long as your site continues to function, even if it slows down, you are usually in pretty good shape, but doing 5X load or more usually uncovers other issues that cause servers to topple over or crash, and those are critical to fix if you ever expect to encounter spikes in usage.
In addition, determining peak load in a second, or even a minute is not really important because your simulation should have varying delays between executions, so if you run at "peak load" for an hour or more, you will get a good realistic variance of load per second over the course of your run.
If all I had was average load for an hour, I would start with an estimate of 10X that for peak, but again, there are SO many variables to take into consideration, it really will be more specific to your web site or application and require some thought about how it is intended to be used.