Understanding iPhone Push Notification

Preliminary understandingIPhone Push NotificationThis is what I want to introduce. Thanks @ lawrencelry for inviting me to participate in the CocoaHeads activity. I am lucky to have met iCHM and Buddyfeed author @ RobinLu. The three of us discussed Apple's Push, which is summarized below. You can refer to the detailed introduction to parsing the iPhone Push Notification message Push text.

Technology: emoticons

First, push is essentially a service. Therefore, if you do not consider the interests of mobile phone manufacturers and operators, the carrier will achieve the most ideal Push. The best PUSH Service in the world, provided by BlackBerry in cooperation with carriers, is not accidental.

Apple, Nokia, and other vendors are determined to take another path: bypassing operators.

The word "Wrap" shows the embarrassment of this solution. However, the development of technology and the popularization of mobile networks make this goal more and more realistic. The article behind Push Notification analyzes Apple's Push solution. But that explanation is incomplete. He only described the section from Apple to the user. @ RobinLu, as a developer, has completed another part of the Push puzzle: From developer to Apple.

In the past, apart from Apple's Push Server, developers must maintain another Web Server to collect the Push generated by their own programs and send it to Apple's Push Server.

A brief description is as follows. Click to zoom in .,Click zoom in

Suppose that BuddyFeed must support Push...

A BuddyFeed user sends a comment and submits an update at FriendFeed.com. Then, the WebServer maintained by the developer will receive this update notification from the iPhone's BuddyFeed client or from FriendFeed.com.

The Server on which the developer receives the notification is called App Push Web Server. To handle this notification, it becomes an acceptable standard form for Apple Push Server to send to Apple. The Push Server of apple then pushes the message to the user in the following post on Push Notification.

Business: Waist Soft and easy to overturn

Technically complete? However, considering the business considerations, it is not that good.

This solution requires developers to maintain a Web Server. This is a sustained expense. And look at the price of the Push program on the App Store, the vast majority are one-time payment.

 
 

  
  
IM+:$4.99，Boxcar:$2.99，GPush:$0.99！ 
 
 

Consider the relationship between the sales of the software and the traffic generated by the software. Sales increase, decrease, and decrease are normal, and users served by Web Server will always grow !!! More users are equal to more traffic, more bandwidth, and more expensive Server rental. Over time, when users are already very large, software sales have become saturated. What options will developers make?

Charge another user who has purchased the software, or simply turn off the Web Server he maintains !!!

Apple's Push implementation is scrawled. The new notification covers the old ones. You don't know where to find the red numbers on several programs. However, this design problem is even more fatal. When sales fall to the inability to maintain the monthly rent for Web servers, what are the benefits of cheap Push software?

Way out?

ApplePush NotificationThere are at least three ways out:

1. Apple provides App Push Server for developers.

2. In App Purchases, which is charged on a monthly basis.

3. Push advertisement.

Currently, the Push software in App Store has selected method 2, such as Tweet Push. Although he is more likely to provide reliable and long-term services, it is far from a paid Push software, regardless of the rating or popularity.

Even opportunities? Personal SaaS?

ERP and other enterprise-level applications develop the concept of SaaS. Software as a Service ). Instead of selling software, we sell a set of Web and software-based Elastic Solutions and provide support. For this reason, monthly/yearly rent is collected. This billing method for SaaS applications has been widely accepted by enterprises.

As mentioned at the beginning of this article, Push is a service. The implementation of Push on the iPhone is actually the result of the decentralization of such enterprise-level concepts to individuals. In fact, a large number of individual users are also paying for services. On a traditional network, you have an account with a Flickr Pro account. On mobile networks, a large number of users in Japan pay 350 yen/month to get MMS while enjoying Push Mail. There are also many BlackBerry BIS users.

Providing high-quality Push services for iPhone users and charging by month may become the norm of the future market.

However, Apple's Push technology is not detailed, making it difficult for common users to accept monthly subscriptions. The implementation of Push is sloppy, so that the value of Push should have been discounted. The low price and price war in App Store make it difficult for developers who insist on monthly rent.

All of the above are damaging this opportunity.

Smartphones and Their Application markets are brand new and rapidly growing fields. From iPhone to App Store, Apple's rare design and innovation have also maintained a very high level of implementation. But I have to say that the design and implementation of Push do not deserve this comment.

However, I believe that both Apple and developers are looking for better solutions. Apple will not stop improving Push. In the end, the App Store model should allow well-developed and responsible developers to stand out.

Conclusion: preliminary understandingIPhone Push NotificationI hope this article will help you!