应用时代的序幕已经拉开，据统计，目前已有约60万款iOS应用，40万款Android应用。应用生态系统的发展十分迅猛，且没有丝毫减缓的迹象，这块尚待开发的移动应用乐土涉及数亿用户。

然而，不管是在应用商店、设备本身，还是通过第三方服务，应用发现仍然是一个巨大挑战，谁能挑战成功，谁就能有可能成为下一个Google，一个应用网络的搜索引擎巨头。

应用发现是众多初创公司的重头戏，如Chomp、Quixey、Xyologic、Appolocious、AppsFire、Kinetik等都在竭力探索应用发现的新途径。

正如超链接允许用户访问无限量网页一样，连接应用的应用网络或可解决当下应用发现的问题。

应用并不像网站，它们不是超链接，用户不能从一个操作无缝过渡到另一个操作。那为什么要称之为应用网络呢？

虽然现在的应用之间确实没什么联系，但如果开发者意识到了这一点，并选择实现这个功能，那不久的将来所有应用就可以连接成一个网络。通过app URL方案，应用可以实现彼此连接。例如，在iPhone上，iOS开发者可以调用消息、电子邮件等内置应用程序。苹果的URL方案公布在开发者文件中，所有应用均可使用。

目前，应用可以彼此连接、彼此启动的功能还比较少见，但至少已经开始出现。如在Facebook的iOS应用界面左边有一个“应用”选项列表，可链接到Facebook上的其他iOS应用。点击列表中的任一应用，Facebook便可在用户手机上启动该程序。

另一个例子是PhotoAppLink，一个可同时使用多个软件编辑一张图片的应用。为使用多个应用编辑一张图片，目前比较常见的做法是先在一个应用中编辑完成后保存，再在另一个应用中打开编辑。但有了支持PhotoAppLink的应用后，用户就可在当前应用中调用其他应用，避免重复保存打开的操作。

最近，一个面向开发者的教程AnscaMobile进一步深化了app URL方案的概念——能使用URL方案的应用固然不错，但最好是能对通过URL方案打开的应用做出一定反应，如根据不同的URL字符串以不同的模式启动应用。

的确，应用网络十分强大，但要实现其强大的功能首先需面对前所未有的挑战，如需要为应用找到用户喜欢的自定义URL。

今年夏天，一家名为Zwapp的公司试图通过建立OneMillionAppSchemes.com网站解决这个问题，致力为iOS应用开源未经发布的自定义URL方案。通过一个可下载工具，Zwapp扫描用户的iTunes库，为应用定位自定义方案，并上传至该网站。从网站名字可以看出，它的目标是收集100万个应用方案，但截至目前，已提交的方案仅为15066，离目标还有较大差距。