For example, when an employee swipes through the security gates, the elevator is called.
Also curious if elevators use statistical analysis for predicting trends over time. A four-elevator system in an office tower would likely give the cars preference to being near the first floor at 8:30am. Is this what fuzzy logic schedulers do?
Not that I work in the industry, but I highly doubt it. Only be cause when I look at other fields such as communications, it is only in the past few years that the idea of unified communications has taken hold, where separated systems can talk to each other, think e-mail connected to voice-mail, etc. So if I had to guess, I would highly doubt it
This could be an interesting area to patent and work on.
The reason I feel this way is because there is not as many people involved in other fields, the information is not easy to access (think RFCs, programming language guides/books/frameworks etc.), and there are not that many people blogging & writing on websites about the complicated details of their respective industry.
It was still interesting to see that a book on elevator function theory was mentioned near the end of the article, but I doubt that this or many other fields require a lot of complicated know-how (and that needs to be constantly updated). Could I be wrong with my assumptions ?
If you want to pass blanket judgment on the complexity of an industry and the technical capabilities of its engineers, you should at least pick a better metric than the amount of blogs and guides that discuss the technical details of that (still unspecified in your post) industry. The world of programming is unique in that a common culture of openness and freedom of information pervades it. Other industries do not have a culture even remotely similar to that. If an elevator control system designer blogged about how his wonderful algorithm works he might be fired (since the algorithm is the property of his company). Unlike the world of software development, where the product is code, in industries that require heavy, expensive hardware (like elevators, for example), a lone software developer is useless. You need people to do CAD and perform load analyses on all the critical components, installation technicians, lawyers to handle safety compliance, etc. In other words, you need a big (or medium, at least) corporation with all of its hierarchy and need to control information. And when you work in that kind of environment, you don't just blog your thoughts whenever you feel like it or discuss technical details of your projects. Because they're not your projects; they belong to the company and your code is just a fraction of the whole system.
I'm not just making this up either. I'm an engineer (who does a lot of programming) in the aviation industry. Even if my company wanted me to blog about what I do, I wouldn't do it simply because nobody reading the blog would be able to understand it. The programming would be the easy part to understand, but if you don't know the context of the work it won't make any sense.
Your post makes a lot of assumptions, but it's good that you recognized that you might have overreached when you made them.