启动应用的方法和设备的制造方法
【技术领域】
[0001]本发明涉及启动应用领域，更具体地涉及一种启动应用的方法和设备。
【背景技术】
[0002]在与客户端应用(例如安卓应用、苹果应用)相关的运营、推广等活动中，通常会通过短信的形式提醒用户。在下发给用户的短信中，一般会期望用户通过点击一个超链接的形式，直接唤起自己的应用(app)。
[0003]目前例如安卓(android)平台下，通过超链接唤起自己的应用的技术，android公开的技术是通过定义一个带有指定协议(scheme)的超链接来实现。通常又分为两类:第一种是使用自定义的scheme (比如:did1://);第二种是使用通用的scheme (比如:http://、https://、mailto://等)。其中第一种技术的优点是可以准确的唤起自己的app，但其缺点是自定义scheme的超链接，在某些短信类的app中(例如短信、微信等)是不能被正确识别成超链接的(例如某些短信类app不支持自定义scheme的超链接，因此导致超链接的识别率较低)。第二种技术的优点是使用了通用的scheme，可以确保超链接被绝大多数的短信类app正确识别，但其缺点是当用户点击这个超链接时，被唤起的app并不一定是自己想要的app (例如唤起app的准确率依赖于用户所选择的打开方式或用户之前的设置，如果打开方式不同或设置不同，被唤起的app可能不同)。因此，例如android公开的技术中，或者在某些短信app中下发的超链接不能被正确识别，或者在通过超链接唤起app时，依赖用户选择使用哪个app访问这个超链接，不能准确可靠的唤起自己的app。
[0004]此外，目前已公开使用的另一种启动应用(例如安卓应用)的技术包括:a.短信下发超链接时，使用的scheme例如是通用的http或https，但超链接的服务器端地址使用的是http://127.0.0.1/或http://1calhost/，因此超链接访问的是用户本地设备的一个地址；b.在用户安装想要被超链接唤起的app后，该app就会自动在用户设备(例如手机客户端)上搭建一个Webserver之类的本地服务器，并且会启动一个后台的服务来保证这个Webserver的正常运行；c.当用户点击超链接来访问指定的URL(UniformResource Locator,统一资源定位符)时，本地的WebServer会获取到这个URL地址，然后Webserver再根据这个URL地址中携带的信息，唤起相应的页面、app或做其它处理。这种技术最大的弊端在于需要在用户设备上搭建一个Webserver，并且启动一个后台服务来确保Webserver的正常运行，这会大大的加剧用户设备的电量消耗。
[0005]因此，现有技术中存在如下缺陷:使用自定义scheme的超链接不能被正确识别成超链接；使用通用scheme的超链接不能准确可靠的唤起自己想要的app ;采用WebServer唤起应用的技术会加剧电量的消耗。如何确保自己的超链接被短信类app正确识别，还能确保不论用户怎样选择或设置来访问超链接都能准确的唤起自己想要的app，并且不会带来额外的电量消耗，成为一个亟需解决的问题。
【发明内容】
[0006]针对上述问题，本公开的各实施例提出了一种启动应用的方法和设备。
[0007]根据本公开的一个方面，提供了一种启动应用的方法，包括:向客户端发送与所述应用相对应的使用通用协议URL的超链接；以及响应于通过所述客户端访问所述通用协议URL指定的服务器端页面，将所述服务器端页面定向到使用自定义协议URL的重定向页面，以使所述客户端启动所述应用。
[0008]根据本公开的一个实施例，其中所述通用协议包括HTTP、HTTPS或MAILTO，以使所述超链接能够被所述客户端识别。
[0009]根据本公开的另一个实施例，其中响应于通过所述客户端访问所述通用协议URL指定的服务器端页面，将所述服务器端页面定向到使用自定义协议URL的重定向页面包括:响应于通过所述客户端上的浏览器访问所述服务器端页面，将所述服务器端页面定向到所述重定向页面。
[0010]根据本公开的再一个实施例，其中将所述服务器端页面定向到使用自定义协议URL的重定向页面包括:在所述访问来自于第一用户时，将所述服务器端页面定向到用于所述第一用户的重定向页面。
[0011]根据本公开的又一实施例，其中将所述服务器端页面定向到使用自定义协议URL的重定向页面包括:在所述访问来自于第二用户时，将所述服务器端页面定向到用于所述第二用户的重定向页面。
[0012]根据本公开的另一个方面，提供了一种启动应用的方法，包括:接收与所述应用相对应的使用通用协议URL的超链接；访问所述通用协议URL指定的服务器端页面；以及响应于将所述服务器端页面定向到使用自定义协议URL的重定向页面，启动所述应用。
[0013]根据本公开的一个实施例，其中所述通用协议包括HTTP、HTTPS或MAILTO，以使所述超链接能够被所述客户端识别。
[0014]根据本公开的另一个实施例，其中访问所述通用协议URL指定的服务器端页面包括:通过所述客户端上的浏览器来访问所述服务器端页面。
[0015]根据本公开的再一个实施例，其中响应于将所述服务器端页面定向到使用自定义协议URL的重定向页面，启动所述应用包括:在第一用户访问所述服务器端页面时，响应于将所述服务器端页面定向到用于所述第一用户的重定向页面，启动用于所述第一用户的应用。
[0016]根据本公开的又一个实施例，其中响应于将所述服务器端页面定向到使用自定义协议URL的重定向页面，启动所述应用包括:在第二用户访问所述服务器端页面时，响应于将所述服务器端页面定向到用于所述第二用户的重定向页面，启动用于所述第二用户的应用。
[0017]根据本公开的再一个方面，提供了一种启动应用的设备，包括:发送装置，用于向客户端发送与所述应用相对应的使用通用协议URL的超链接；以及定向装置，用于响应于通过所述客户端访问所述通用协议URL指定的服务器端页面，将所述服务器端页面定向到使用自定义协议URL的重定向页面，以使所述客户端启动所述应用。
[0018]根据本公开的一个实施例，其中所述通用协议包括HTTP、HTTPS或MAILTO，以使所述超链接能够被所述客户端识别。
[0019]根据本公开的另一个实施例，其中所述定向装置进一步用于响应于通过所述客户端上的浏览器访问所述服务器端页面，将所述服务器端页面定向到所述重定向页面。
[0020]根据本公开的再一个实施例，其中所述定向装置包括第一用户定向装置，用于在所述访问来自于第一用户时，将所述服务器端页面定向到用于所述第一用户的重定向页面。
[0021]根据本公开的又一个实施例，其中所述定向装置包括第二用户定向装置，用于在所述访问来自于第二用户时，将所述服务器端页面定向到用于所述第二用户的重定向页面。
[0022]根据本公开的又一个方面，提供了一种启动应