2024年4月21日发(作者：)
(19)中华人民共和国国家知识产权局
(12)发明专利说明书
(21)申请号 CN2.6
(22)申请日 2013.06.05
(71)申请人 北京奇虎科技有限公司;奇智软件(北京)有限公司
地址 100088 北京市西城区新街口外大街28号D座112室(德胜园区)
(72)发明人 王银华 陈虞付 任寰
(74)专利代理机构 北京市隆安律师事务所
代理人 权鲜枝
(51)
H04L29/08
G06Q10/02
H04L29/12
(10)申请公布号 CN 103297528 A
(43)申请公布日 2013.09.11
权利要求说明书 说明书 幅图
(54)发明名称
一种获取票务信息的方法和装置
(57)摘要
本发明公开了一种获取票务信息的
方法和装置。本发明实施例提供的一种获
取票务信息的方法，包括：向分布式票务
服务器发送第一票务信息获取请求；判断
到分布式票务服务器在拥堵状态下从其缓
存票务信息中响应了第一票务信息获取请
求；依据第一票务信息获取请求中的参数
和预置的使分布式票务服务器不以其缓存
票务信息进行响应的参数，生成第二票务
信息获取请求；向分布式票务服务器发送
第二票务信息获取请求使得分布式票务服
务器从票务信息中心服务器获取到所请求
的票务信息；从分布式票务服务器接收到
从票务信息中心服务器返回的票务信息。
法律状态
法律状态公告日
法律状态信息
专利权的转移IPC(主分
类):H04L29/08专利
号:ZL2登记生效
日:20220720变更事项:专利权人
变更前权利人:北京奇虎科技有限
公司变更后权利人:三六零科技集
2022-08-02
团有限公司变更事项:地址变更前
权利人:100088 北京市西城区新
街口外大街28号D座112室(德
胜园区)变更后权利人:300450 天
津市滨海新区滨海科技园高新六
路39号9-3-401号变更事项:专
利权人变更前权利人:奇智软件
(北京)有限公司变更后权利人:
2023-07-18
专利权的转移IPC(主分
类):H04L29/08专利
法律状态
专利申请权、专利权
的转移
专利申请权、专利权
的转移
号:ZL2登记生效
日:20230705变更事项:专利权人
变更前权利人:三六零科技集团有
限公司变更后权利人:北京鸿享技
术服务有限公司变更事项:地址变
更前权利人:300450 天津市滨海
新区滨海科技园高新六路39号
9-3-401号变更后权利人:100015
北京市朝阳区酒仙桥路甲10号3
号楼15层17层1765
权 利 要 求 说 明 书
1.一种获取票务信息的方法，包括：
向分布式票务服务器发送第一票务信息获取请求；
判断到所述分布式票务服务器在拥堵状态下从其缓存票务信息中响应了
依据所述第一票务信息获取请求中的参数和预置的使分布式票务服务器
向所述分布式票务服务器发送所述第二票务信息获取请求使得所述分布
从所述分布式票务服务器接收到从票务信息中心服务器返回的票务信
2.根据权利要求1所述的方法，其中，所述向分布式票务服务器发送第
在浏览器侧预置分布式票务服务器的因特网协议IP地址列表，并与服务
从所述IP地址列表中获取第一IP地址，向第一IP地址对应的分布式票
一票务信息获取请求包括：
息。
式票务服务器从票务信息中心服务器获取到所请求的票务信息；
所述第一票务信息获取请求；
不以其缓存票务信息进行响应的参数，生成第二票务信息获取请求；
器侧进行该IP地址列表的更新，其中所述IP地址列表中包含至少一个分布
式票务服务器的IP地址；
务服务器发送所述第一票务信息获取请求；
以第一IP地址发起的第一票务信息获取请求超过请求时间阈值时，从所
器
3.根据权利要求2所述的方法，其中，所述从所述IP地址列表中获取
在浏览器侧向用户显示包含至少一个分布式票务服务器的IP地址的IP
接收用户根据所述IP地址列表发送的IP地址选择指令；
根据所述IP地址选择指令获知用户选择的第一IP地址，向第一IP地址
地址列表；
述IP地址列表中获取第二IP地址，向第二IP地址对应的分布式票务服务
发送所述第一票务信息获取请求。
第一IP地址，向第一IP地址对应的分布式票务服务器发送所述第一票务信
息获取请求包括：
对应的分布式票务服务器发送所述第一票务信息
获取请求。
4.根据权利要求2或3所述的方法，其中，所述IP地址列表的获取方
通过不同区域的监测点分别对所述分布式票务服务器进行访问，当对所
式包括：
述分布式票务服务器访问成功时，获取该监测点所对应的所述分布式票务服
务器的IP地址，并将获取的所有分布式票务服务器的IP地址
进行排列，得
到所述IP地址列表。
5.根据权利要求1所述的方法，其中，所述第一票务信息获取请求中的
乘车时间参数、出发站参数、终到站参数、车次信息的获取参数和最新
6.一种获取票务信息的装置，包括：
通信单元，适于向分布式票务服务器发送第一票务信息获取请求，向所
余票数量以及座位情况的获取参数。
参数包括如下参数：
述分布式票务服务器发送第二票务信息获取请求使得所述分布式票务服务器
从票务信息中心服务器获取到所请求的票务信息；以及，从所
服务器接收到从票务信息中心服务器返回的票务述分布式票务
信息；
判断单元，适于判断到所述分布式票务服务器在拥堵状态下从其缓存票
穿透请求生成单元，适于依据所述第一票务信息获取请求中的参数和预
务信息中响应了所述第一票务信息获取请求；
置的使分布式票务服务器不以其缓存票务信息进行响应的参数，生成第二票
务信息获取请求。
7.根据权利要求6所述的装置，其中，所述通信单元，适于在浏览器侧
预置分布式票务服务器的因特网协议IP地址列表，并与服务器侧进行该IP
地址列表的更新，其中所述IP地址列表中包含至少一个分布式票务
IP地址；从所述IP地址列表中获取第一IP地址，向第
式票务服务器发送所述第一票务信息获取
服务器的
一IP地址对应的分布
请求；以第一IP地址发起的第一票
务信息获取请求超过请求时间阈值时，从所述IP地址列表中获取第二IP地
址，向第二IP地址对应的分布式票务服务器发送所述第一票务信息
求。 获取请
8.根据权利要求6所述的装置，其中，所述通信单元，适于在浏览器侧
接收用户根据所述IP地址列表发送的IP地址选择指令；根据所述IP地
9.根据权利要求7或8所述的装置，其中，所述通信单元适于通过如下
通过不同区域的监测点分别对所述分布式票务服务器进行访问，当对所
方式获取IP地址列表：
向用户显示包含至少一个分布式票务服务器的IP地址的IP地址列表；
址选择指令获知用户选择的第一IP地址，向第一IP地址对应的分布式票务
服务器发送所述第一票务信息获取请求。
述分布式票务服务器访问成功时，获取该监测点所对应的所述分布式票务服
务器的IP地址，并将获取的所有分布式票务服务器的IP地址
到所述IP地址列表。 进行排列，得
10.根据权利要求6所述的装置，其中，所述穿透请求生成单元依据的
乘车时间参数、出发站参数、终到站参数、车次信息的获取参数和最新
所述第一票务信息获取请求中的参数包括如下参数：
余票数量以及座位情况的获取参数。
说 明 书
技术领域
本发明涉及互联网技术领域，特别涉及一种获取票务信息的方法和装置。
背景技术
目前的电子售票系统(如12306网站)与传统的网上、电话订票不同，
个完整的售票平台，使得每一台可上网的电脑或每一部手机都可以成
为客运公司的售票终端，从而实现了客运公司的售票点布向到每一个人，真
正意义上实现了电子售票，具有电子化、无纸化、预约化和实名化等
点。
它是一
多种优
在现有技术中12306网站采用内容分布式网络(Content Delivery
Network，CDN)的方式将服务器分布式地分散在各个地区，其各个分布式
服务器作为一个缓存服务器向各个地区的用户提供包括排队、查询、订票和
注册等服务。各个地区的缓存服务器需要从中心网络服务器
处的最新票务信息。 (Web Server)
然而，目前的电子售票系统还存在一些问题：
例如，东北地区CDN的用户登录CDNS(CDN Server，CDN服务器)，
排队查询最新的票务信息，由于该处服务器出现拥堵，导致东北地区的
无法及时获取中心网络服务器处的最新票务信息。比如：某次列车
每天上午十点开始售票，那么在十点之前是没有票的，过了十
务器上已经有票了，但是由于东北客户访问的缓存服务
网络服务器，所以返回给东北客户的仍然是十点
后果就是其他地区用户已经开始查询到最
CDNS
G101在
点中心网络服
器未能及时查询中心
前的缓存信息，这样导致的
新信息并且开始订票，而东北地区
用户仍然看不到有票；
又例如，某地某次列车G201票上午已经售罄，但是下午时有多位旅客
由上，由于用户量过大、网络拥堵等原因，12306网站经常会出现缓存
服务器无法及时与中心网络服务器进行信息同步的现象，从而导致缓存服务
器中的信息滞后，无法及时向用户返回最新的信息，用户等待时间过
统资源的利用率较低。
退票，这些余票信息会第一时间录入中心网络服务器，可是如果当地CDNS
的缓存不及时更新，那么当地的用户将无法及时查询到这些退票信息；在订
单提交后也存在类似的情况。
长，系
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分
依据本发明的一个方面，本发明实施例提供了一种获取票务信息的方法，
向分布式票务服务器发送第一票务信息获取请求；
判断到分布式票务服务器在拥堵状态下从其缓存票务信息中响应了第一
依据第一票务信息获取请求中的参数和预置的使分布式票务服务器不以
向分布式票务服务器发送第二票务信息获取请求使得分布式票务服务器
其缓存票务信息进行响应的参数，生成第二票务信息获取请求；
票务信息获取请求；
包括：
地解决上述问题的获取票务信息的方法和装置。
从票务信息中心服务器获取到所请求的票务信息；
从分布式票务服务器接收到从票务信息中心服务器返回的票务信息。
其中，上述向分布式票务服务器发送第一票务信息获取请求包括：
在浏览器侧预置分布式票务服务器的因特网协议IP地址列表，并与服务
从IP地址列表中获取第一IP地址，向第一IP地址对应的分布式票务服
以第一IP地址发起的第一票务信息获取请求超过请求时间阈值时，从IP
其中，上述从IP地址列表中获取第一IP地址，向第一IP地址对应的分
在浏览器侧向用户显示包含至少一个分布式票务服务器的IP地址的IP
址
布式票务服务器发送第一票务信息获取请求包括：
务器发送第一票务信息获取请求；
器侧进行该IP地址列表的更新，其中IP地址列表中包含至少一个分布式票
务服务器的IP地址；
地址列表中获取第二IP地址，向第二IP地址对应的分布式票务服务器发送
第一票务信息获取请求。
地址列表；接收用户根据IP地址列表发送的IP地址选择指令；根据IP地
选择指令获知用户选择的第一IP地址，向第一IP地址对应的分布式
务器发送第一票务信息获取请求。 票务服
其中，IP地址列表的获取方式包括：通过不同区域的监测点分别对分布
式票务服务器进行访问，当对分布式票务服务器访问成功时，获取该监测点
所对应的分布式票务服务器的IP地址，并将获取的所有分布式票务
服务器的
IP地址进行排列，得到IP地址列表。
其中，第一票务信息获取请求中的参数包括如下参数：乘车时间参数、
其中，上述方法还包括：对分布式票务服务器的配置策略进行监测，确
当变化后的配置策略指示分布式票务服务器响应的连续接收到的第一票
当变化后的配置策略指示分布式票务服务器响应的连续接收到的第一票
其中，上述判断到分布式票务服务器在拥堵状态下从其缓存票务信息中
接收分布式票务服务器连续响应第一票务信息获取请求的预定数量的应
当预定数量的应答的内容相同，且应答中都包括指示从分布式票务服务
器缓存票务信息响应的参数时，确认分布式票务服务器在拥堵状态下从其缓
存票务信息中响应了第一票务信息获取请
答；
响应了第一票务信息获取请求包括：
务信息获取请求的数目增多时，降低第二票务信息获取请求的发送频率。
务信息获取请求的数目减少时，提高第二票务信息获取请求的发送频率；
认分布式票务服务器的配置策略发生变化；
出发站参数、终到站参数、车次信息的获取参数和最新余票数量以及座位情
况的获取参数。
求。
其中，上述预置的使分布式票务服务器不以其缓存票务信息进行响应的
参数包括：指示获取分布式票务服务器缓存票务信息无法回应的信息的参数，
以及，指示禁止分布式服务器以其缓存票务信息回应的参数。
其中，上述向分布式票务服务器发送第一票务信息获取请求包括：以超
上述向分布式票务服务器发送第二票务信息获取请求包括：以超文本传
其中，在依据第一票务信息获取请求中的参数和预置的使分布式票务服务
判断分布式票务服务器在拥堵状态下从其缓存票务信息中响应了第一票
务信息获取请求的次数是否超过预定频率次数，若超过预定频率次数，启动
生成第二票务信息获取请求的操作，否则，不启动生成第二票务信息
求的操作。
器不以其缓存票务信息进行响应的参数，生成第二票务信息获取请求之前，
上述方法还包括：
输协议邮递HTTP Post方式，向分布式票务服务器发送第二票务信息获取请
求。
文本传输协议获取HTTP Get方式，向分布式票务服务器发送第一票务信息
获取请求；
获取请
依据本发明的另一个方面，本发明实施例还提供了一种获取票务信息的
通信单元，适于向分布式票务服务器发送第一票务信息获取请求，向分
布式票务服务器发送第二票务信息获取请求使得分布式票务服务器从票务信
息中心服务器获取到所请求的票务信息；以及，从分布式票务服务器
从票务信息中心服务器返回的票务信息；
装置，包括：
接收到
判断单元，适于判断到分布式票务服务器在拥堵状态下从其缓存票务信
穿透请求生成单元，适于依据第一票务信息获取请求中的参数和预置的
其中，通信单元，适于在浏览器侧预置分布式票务服务器的因特网协议
地
IP地址列表，并与服务器侧进行该IP地址列表的更新，其中IP地址列表中
包含至少一个分布式票务服务器的IP地址；从IP地址列表中获取第一IP
址，向第一IP地址对应的分布式票务服务器发送第一票务信息获取
第一IP地址发起的第一票务信息获取请求超过请求时间阈值
列表中获取第二IP地址，向第二IP地址对应的分布式
票务信息获取请求。
使分布式票务服务器不以其缓存票务信息进行响应的参数，生成第二票务信
息获取请求。
息中响应了第一票务信息获取请求；
请求；以
时，从IP地址
票务服务器发送第一
其中，通信单元，适于在浏览器侧向用户显示包含至少一个分布式票务
地
其中，通信单元适于通过如下方式获取IP地址列表：通过不同区域的监
测点分别对分布式票务服务器进行访问，当对分布式票务服务器访问成功时，
获取该监测点所对应的分布式票务服务器的IP地址，并将获取的所
票务服务器的IP地址进行排列，得到IP地址列表。
服务器的IP地址的IP地址列表；接收用户根据IP地址列表发送的IP地址
选择指令；根据IP地址选择指令获知用户选择的第一IP地址，向第一IP
址对应的分布式票务服务器发送第一票务信息获取请求。
有分布式
其中，穿透请求生成单元依据的第一票务信息获取请求中的参数包括如
下参数：乘车时间参数、出发站参数、终到站参数、车次信息的获取参数和
最新余票数量以及座位情况的获取参数。
其中，上述装置还包括服务器配置策略监测单元和发送频率调整单元。
服务器配置策略监测单元，适于对分布式票务服务器的配置策略进行监测，
确认分布式票务服务器的配置策略发生变化；发送频率调整单元，适
化后的配置策略指示分布式票务服
取请求的数目减少时，提高
配置策略指示分布式
的数目增多时，
于当变
务器响应的连续接收到的第一票务信息获
第二票务信息获取请求的发送频率；当变化后的
票务服务器响应的连续接收到的第一票务信息获取请求
降低第二票务信息获取请求的发送频率。
其中，判断单元，具体适于接收分布式票务服务器连续响应第一票务信
息获取请求的预定数量的应答；当预定数量的应答的内容相同，且应答中都
包括指示从分布式票务服务器缓存票务信息响应的参数时，确认分布
服务器在拥堵状态下从其缓存票务信息中响应了第一票务信息
式票务
获取请求。
其中，穿透请求生成单元，适于依据第一票务信息获取请求中的参数，
和预置的指示获取分布式票务服务器缓存票务信息无法回应的信息的参数，
以及，预置的指示禁止分布式服务器以其缓存票务信息回应的参数，
二票务信息获取请求。 生成第
其中，通信单元，适于以超文本传输协议获取HTTP Get方式，向分布
式票务服务器发送第一票务信息获取请求；通信单元，适于以超文本传输协
议邮递HTTP Post方式，向分布式票务服务器发送第二票务信息获取
请求。
其中，上述装置还包括穿透请求启动单元，适于判断分布式票务服务器
在拥堵状态下从其缓存票务信息中响应了第一票务信息获取请求的次数是否
超过预定频率次数，若超过预定频率次数，启动生成第二票务信息获
的操作，否则，不启动生成第二票务信息获取请求的操作。 取请求
由上所述，本发明实施例通过判断出分布式票务服务器处于拥堵状态时，
利用预置参数生成禁止该分布式票务服务器用其缓存票务信息响应本请求的
第二票务信息获取请求，接收基于该请求从中心服务器返回的票务信
术手段，实现了一种电子售票系统中的网络穿透机制，能够将
的最新票务信息及时返回至用户，克服了现有技术中由
拥堵而导致购票流程
速度，缩短了
息的技
中心服务器中
于在一个CDNS处的
停滞、系统资源利用率较低的问题等，加快电子购票的
购票等待时间，提高了电子售票系统的资源利用率。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本
领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，
而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符
相同的部件。在附图中：
术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它
目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
号表示
图1示出了根据本发明一个实施例的一种获取票务信息的方法流程图；
图2示出了根据本发明另一个实施例的一种获取票务信息的方法流程图；
图3示出了根据本发明又一个实施例的获取票务信息的场景示意图；
图4示出了根据本发明又一个实施例的一种获取票务信息的装置的结构
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示
了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不
应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更
理解本公开，并且能够将本公开的范围完整的传达给本领域的
示意图。
以及
透彻地
技术人员。
本发明一个实施例提供了一种获取票务信息的方法，参见图1，该方法
S100：向分布式票务服务器发送第一票务信息获取请求。
例如，浏览器侧向分布式票务服务器连续发送多个第一票务信息获取请
S102：判断到分布式票务服务器在拥堵状态下从其缓存票务信息中响应
例如，当浏览器侧接收到的分布式票务服务器对多个第一票务信息获取
请求的应答都是相同的且都是从该服务器缓存中响应的，则在本步骤中确认
了第一票务信息获取请求。
求。
始于步骤S100，包括：
分布式票务服务器在拥堵状态下从该分布式票务服务器的缓存票务信
应了第一票务信息获取请求。 息中响
S104：依据第一票务信息获取请求中的参数和预置的使分布式票务服务
第一票务信息获取请求中的参数包括了发起本次请求的基本信息如乘车
日期、起始站和终到站等，需要将这些基本信息设置在第二票务信息获取请
求中。而通过预置的使分布式票务服务器不以其缓存票务信息进行响
数，则可以使最终生成的第二票务信息获取请求能够不从分布
获取响应，即穿透该分布式票务服务器，从票务信息中
应。
器不以其缓存票务信息进行响应的参数，生成第二票务信息获取请求。
应的参
式票务服务器
心服务器直接获取响
S106：向分布式票务服务器发送第二票务信息获取请求使得分布式票务
分布式票务服务器对接收到的第二票务信息获取请求不进行响应，而将
S108：从分布式票务服务器接收到从票务信息中心服务器返回的票务信
上述步骤S100至S108可以在浏览器侧执行，如由浏览器侧设置的获取
由上所述，本发明实施例通过判断出分布式票务服务器处于拥堵状态时，
利用预置参数生成禁止该分布式票务服务器用其缓存票务信息响应本请求的
票务信息的装置执行。
息。
该第二票务信息获取请求发送至票务信息中心服务器。
服务器从票务信息中心服务器获取到所请求的票务信息。
第二票务信息获取请求，接收基于该请求从中心服务器返回的票务信
术手段，实现了一种电子售票系统中的网络穿透机制，能够将
的最新票务信息及时返回至
拥堵而导致购票流程
速度，缩短了
息的技
中心服务器中
用户，克服了现有技术中由于在一个CDNS处的
停滞、系统资源利用率较低的问题等，加快电子购票的
购票等待时间，提高了电子售票系统的资源利用率。
本发明另一个实施例提供的一种获取票务信息的方法，参见图2，本实
S200：浏览器生成CDNS列表并智能获取CDNS1的IP地址。
上述CDNS列表为分布式票务服务器的IP(Internet Protocol，因特网
地址列表。
本实施例可以采用如下步骤智能获取CDNS1的IP地址：
步骤A)、在浏览器侧预置分布式票务服务器的IP地址列表，并与服务
步骤B)、从IP地址列表中获取第一IP地址，向第一IP地址对应的分
步骤C)、以第一IP地址发起的第一票务信息获取请求超过请求时间阈
务
值时，从IP地址列表中获取第二IP地址，向第二IP地址对应的分布式票
服务器发送第一票务信息获取请求。
布式票务服务器发送第一票务信息获取请求；
器侧进行该IP地址列表的更新，其中IP地址列表中包含至少一个分布式票
务服务器的IP地址；
协议)
施例以分布式票务服务器采用CDNS(如CDNS1)，浏览器向CDNS发送票
务信息获取请求的场景为例进行说明。
在执行上述步骤A)之前，由监测主机获取得到IP地址列表。其中，在
监
监测主机获取得到IP地址列表的具体过程包括：首先，监测主机会向各
其次，各个监测点接收到请求后会分别对该分布式票务服务器的域名进
行访问。对所有的监测点中，并非每个监测点都能成功对该分布式票务服务
器的域名进行访问，访问不成功的原因可能是网络环境较差等。当监
该分布式票务服务器的域名访问成功时，即可得到该监测点对
务服务器的IP地址(如IP地址218.85.148.250和IP地
个监测点分别发送获取分布式票务服务器IP地址的请求。
监测主机获取得到IP地址列表之前，需要在世界各个不同区域设置有多个
测点，这些监测点可以是由公益组织或者盈利机构设置的监测主机。
测点对
应的分布式票
址61.191.206.4)。
最后，再由这些监测点将获取到的分布式票务服务器的IP地址返回给监
可选的，监测主机获取到IP地址列表之后，每隔预设时间按照上述监测
测主机，监测主机汇总这些IP地址，得到IP地址列表。
主机获取IP地址列表的具体过程重新获取每个分布式票务服务器的IP地址，
得到新IP地址列表。这样做的好处在于：当分布式票务服务器的数
者减少时，监测主机都能够实时地获取最新的分布式票务服务
量增加或
器的IP地址。
需要说明的是，上文提到的预设时间可以根据季节不同来设定不同的值。
例如，春运期间、寒暑假期间属于购票活跃期，这时，可以将上述的预设时
间设置为较短时间，例如6小时、8小时等。较短的预设时间能够加
器对分布式票务服务器缓存服务器的IP地址的获取，保证了
地址的实时性。相反，在购票淡季期间，可以将上述的
时间，例如48小时、96小时等。较长的预设时
互操作，进而减少服务器的处理压力。
速服务
服务器获取的IP
预设时间设置为较长
间能够减少服务器对应的交
对步骤A)，在浏览器侧预置分布式票务服务器的IP地址列表，并与服
方式一
当监测主机获取到IP地址列表之后，将获取的IP地址列表发送给浏览
获
器侧，浏览器侧保存该IP地址列表。并且每隔预设时间，监测主机将最新
取到的IP地址列表发送给浏览器侧，浏览器侧保存该最新的IP地址
务器侧(如监测主机)进行该IP地址列表的更新的操作，至少可以通过如下
两种方式实现。
列表。
该方式一中所涉及的预设时间的取值可以参考上文对预设时间取值的介
该方式一的好处在于，浏览器侧能够获取最新的IP地址列表，能够实时
需要说明的是，该方式一中，浏览器须处于运行状态(包括前台运行和
后台运行)时，方可以实时地接收监测主机发送的最新的IP地址列表。否则，
浏览器侧所保存的IP地址列表为上一次浏览器侧运行时，从监测主
IP地址列表。
地为用户提供购票网站最新的分布式票务服务器的IP地址。
绍，在此不再赘述。
机获取的
方式二
当用户点击购票插件(或扩展)时，浏览器侧通过监测主机获取分布式
该方式二的好处在于，当用户点击购票插件(或扩展)时，浏览器侧才
主机获取IP地址列表，减少了浏览器和监测主机的信息交互，同时降
对于步骤B)，从IP地址列表中获取第一IP地址时，可以由浏览器侧自
方式一，由浏览器侧自动选择第一IP地址。
具体地，为了保证用户能够快速地成功访问分布式票务服务器，浏览器
需要说明的是，使用该方式一时，在步骤A)之前还需执行如下步骤：
监测主机在每次获取到IP地址列表之后，还预先获取IP地址列表中每个IP
地址所对应的分布式票务服务器的负载状态，并按照分布式票务服务器的负
载状态由高到低，或由低到高的顺序排列IP地址列表中的IP地址。
步骤后，浏览器侧在自动选择第一IP地址时，能够方便地选
表中负载状态最低的分布式票务服务器的IP地址。提
地址的速度，同时，该IP地址的选择，还增加
服务器的几率。
侧可以将IP地址列表中负载状态最低的分布式票务服务器的IP地址作为第
一IP地址。
动选择，也可以由用户选择。下面分别对这两种方式进行具体介绍。
低了监测主机的处理压力。
从监测
票务服务器的最新IP地址列表，并保存在浏览器侧。
执行该
择出IP地址列
高了浏览器选择第一IP
了浏览器成功访问分布式票务
方式二，由用户选择第一IP地址。
可选的，用户选择第一IP地址的具体过程可以通过如下步骤a和步骤b
步骤a，浏览器侧显示输出分布式票务服务器的IP地址列表供用户选择。
可选的，为了保证用户能够快速地成功访问分布式票务服务器，在步骤
址
a之前还需执行如下步骤：监测主机在每次获取到IP地址列表之后，还预先
获取IP地址列表中每个IP地址所对应的分布式票务服务器的负载状态，并
按照分布式票务服务器的负载状态由高到低，或由低到高的顺序排列IP地
列表中的IP地址。其中，监测主机获取分布式票务服务器的负载状
方法在上述方式一中已经做出具体介绍，在此不再赘述。
来实现。
态的具体
在执行步骤a时，浏览器侧可以将IP地址列表中缓存状态较低的预设个
例如，当IP地址列表中的IP地址按照负载状态由低到高的顺序进行排
票
数分布式票务服务器的IP地址显示给用户。
列时，浏览器侧可以将排列在IP地址列表中的前3个IP地址显示给用户。
同时，为了使用户更加快捷的选择当前负载状态最低的缓存服务器的IP地
址，浏览器侧在向用户显示IP地址时，可以将当前负载状态最低的分布式
务服务器的IP地址重点推荐给用户进行选择(例如，在该IP地址后
号“*”以表示该IP地址为推荐使用的IP地址)。 加一符
步骤b，将用户选择的IP地址作为第一IP地址，并向第一IP地址发起
对分布式票务服务器的网址访问请求。
可选的，在步骤C)之前，本实施例还包括判断是否以第一IP地址发起
的网址访问请求超过请求时间阈值的操作。通过该判断步骤可以得出浏览器
是否成功通过第一IP地址访问分布式票务服务器。当成功时，继续
的购票流程。当未成功时，用于指示浏览器继续执行步骤C)。
未成功通过第一IP地址访问分布式票务服务器而停止
了浏览器通过切换IP地址访问分布式票务服务
执行用户
避免了浏览器
操作的可能。同时增强
器的连贯性。
上述判断是否以第一IP地址发起的网址访问请求超过请求时间阈值的
方式一，判断通过第一IP地址发起网址访问请求之后到接收分布式票务
该方式一中，请求时间阈值可以设置为30ms，当在30ms内接收到分布
否
式票务服务器的响应时，说明过第一IP地址访问分布式票务服务器成功。
则，说明第一IP地址对应的缓存服务器处于访问拥堵状态，即通过
地址访问分布式票务服务器失败。
服务器响应的时间间隔是否超出请求时间阈值。
操作至少包括如下两种判断方式。
第一IP
方式二，判断在请求时间阈值内，是否成功通过第一IP地址访问分布式
该方式二中，请求时间阈值可以设置为5s，浏览器侧可以在该5s内重
第
复通过第一IP地址访问分布式票务服务器，当在5s内成功访问分布式票务
服务器时，说明通过第一IP地址访问分布式票务服务器成功。否则，说明
一IP地址对应的缓存服务器处于访问拥堵状态，即通过第一IP地址
布式票务服务器失败。
票务服务器。
访问分
若第一IP地址访问失败，则执行步骤C)。对于步骤C)，从分布式票务
方式一，由浏览器侧自动选择第二IP地址。
可选的，为了保证用户能够快速地成功访问分布式票务服务器，浏览器
方式二，由用户选择第二IP地址。
当浏览器侧将IP地址列表以IP地址的形式显示给用户时，用户可以在
IP地址列表中选择除第一IP地址之外的任意一个IP地址，作为第二IP地
侧可以将IP地址列表中除第一IP地址之外，负载状态最低的缓存服务器的
IP地址作为第二IP地址。
服务器的IP地址列表中获取第二IP地址时，可以由浏览器侧自动选，也可
以由用户选择。下面分别对这两种方式进行具体介绍。
址。
需要说明的是，本实施例方法中，在判断得到通过第一IP地址发起的网
址访问请求超过请求时间阈值时，还可以执行如下步骤：将网址访问请求超
过请求时间阈值的第一IP地址发送给服务器。执行该步骤的目的在：
服务器获取第一IP地址对应的缓存服务器的用户访问状态，
保存。便于服务器在下一次更新缓存服务器的IP地址
取的IP地址的访问参数和已经保存的IP地址缓
个因素对每个IP地址进行排列，使得IP
能够使
并对此状态进行
列表时，能够根据新获
存服务器的用户访问状态两
地址的排列顺序更加准确。
还需要说明的是，在执行完上述步骤C)时，仍需判断是否以第二IP地
址发起的网址访问请求超过请求时间阈值。其判断方法与上述判断是否以第
一IP地址发起的网址访问请求超过请求时间阈值的方法相同，在此
不再赘 述。通过该判断步骤可以得出浏览器是否成功通过第二IP地
务服务器。当成功时，继续执行用户的购票流程。当未
览器再次执行步骤S106以获取第三IP地址，并
网址访问请求，以此类推。避免了浏览器
票务服务器而停止操作的可能。同
式票务服务器的连贯性。
址访问分布式票
成功时，用于指示浏
发起对分布式票务服务器的
未成功通过第二IP地址访问分布式
时增强了浏览器通过切换IP地址访问分布
可选的，根据通过本实施例提供的方法，当通过IP地址列表中的全部IP
更
地址访问所述分布式票务服务器失败时，向服务器侧发起获取IP地址列表
新的请求。在浏览器侧获取更新的IP地
提供的方法步骤A)至C)对分布式
地址列表的获取，增加了用户成功
址列表之后，继续通过本发明实施例
票务服务器进行访问。浏览器对于新IP
访问分布式票务服务器的可能性。
在CDNS1不拥堵的情况下，当中心服务器开始售票后，系统对于票务
S202：浏览器侧向CDNS1发送票务信息获取请求，CDNS1将该票务信
CDNS1在不拥堵的状态下，会按照同步协议及时与中心服务器进行同
S204：浏览器侧接收返回的查询结果。
步，当CDNS1和中心服务器保持同步时，CDNS1中没有最新的数据时会将
查询请求发送至中心服务器。
息获取请求加入处理队列中。图2所示场景中票务信息获取请求为查询请求。
信息获取请求的处理流程参见步骤S202至步骤S208。
CDNS1接收中心服务器根据查询请求返回的查询结果，并将该查询结果
在处理票务信息获取请求的过程中，中心服务器会根据接收到临时退票
议
S206：浏览器侧根据返回的查询结果，发送下单请求，CDNS1将来自浏
S208：浏览器侧接收CDNS1发送来的订票结果，该订票结果是CDNS1
在CDNS1拥堵的情况下，当中心服务器开始售票后，系统对于票务信
S210：浏览器侧向CDNS1发送第一票务信息获取请求(如查询请求)，
具体的，浏览器侧以HTTP Get(Hypertext Transfer Protocol Get，超文
协议获取)方式，向CDNS1发送第一票务信息获取请求。
其中，第一票务信息获取请求中的参数包括如下基本参数：train_date(乘
可选的，第一票务信息获取请求中还可以包括trainPassType(车次类型
车时间参数)、from_station_telecode(出发站参数)、from_station_telecode(终
到站参数)、train_no(车次信息的获取参数)和seatTypeAndNum(最新余票
数量以及座位情况的获取参数)。
本传输
CDNS1将该票务信息获取请求加入处理队列中。
息获取请求的处理流程参见步骤S210至步骤S218。
接收中心服务器根据订票队列返回的订票结果得到的。
览器侧的下单请求加入订票队列，并将该订票队列发送至中心服务器。
信息，实时对中心服务器中的票务数据进行更新。CDNS1也会根据同步协
从中心服务器更新自身的票务数据。
发送至浏览器侧。
参数)、includeStudent(学生票标识)和start_time_str(订票起止时间参数)
等一种或多种参数。
S212：浏览器侧接收CDNS1直接从缓存中返回的信息。
由于CDNS1出现了拥堵状态，CDNS1无法及时与中心服务器进行同步，
S214：浏览器侧判断启动第二票务信息获取请求(如穿透请求)的生成
浏览器侧判断到CDNS1在拥堵状态下从其缓存票务信息中响应了第一
票务信息获取请求启动穿透请求的生成操作。具体的判断方式包括：当浏览
器侧接收到分布式票务服务器(CDNS1)连续响应第一票务信息获取请
预定数量的应答；当预定数量的应答的内容相同，且应答中都包括指
布式票务服务器缓存票务信息响应的参数时，确认分布式票务
状态下从其缓存票务信息中响应了第一票务信息获取请
启动穿透请求的生成操作。
操作。
CDNS1从自身的缓存票务信息中对接收到的第一票务信息获取请求进行响
应。
求的
示从分
服务器在拥堵
求，则进入步骤S216
S216：浏览器侧生成穿透请求，并将该穿透请求发送至CDNS1。
浏览器侧依据第一票务信息获取请求中的基本参数和预置的使分布式票
上述预置的使分布式票务服务器不以其缓存票务信息进行响应的参数包
第一种类型的参数为指示获取分布式票务服务器缓存票务信息无法回应
括两种类型的参数：
务服务器不以其缓存票务信息进行响应的参数，生成穿透请求。
的信息的参数，这种类型的参数可以为获取某种信息的参数，而要获取的信
息是不会存在于CDNS1的缓存票务信息中的，CDNS1无法从其缓存
信息获取到回应该参数的数据，所以第一种类型的参数能够触发穿透
生成操作；
票务
请求的
第二种类型的参数为指示禁止分布式服务器以其缓存票务信息回应的参
数，虽然在设置了第一种类型的参数后避免了CDNS1会在拥堵状态下从缓
存票务信息响应请求，但是仅设置第一种类型的参数并不能完全保证
对其缓存执行怎样的操作，所以通
缓存的操作方式设置为No Cache，
响应穿透请求，而是将穿透请求发
CDNS1
过设置第二类型的参数，如将CDNS1对
确保了CDNS1不会从其缓存票务信息中
送至中心服务器进行响应。
浏览器侧可以HTTP Post(超文本传输协议邮递)方式，向CDNS1发送
S218：浏览器侧接收CDNS1转发来的中心服务器响应的票务信息。
浏览器侧从中心服务器响应的票务信息中获取到最新的票务信息，在这
在接收到的响应中可以包括Connection(连接参数)、Content-Encodeing
需要说明的是，考虑到过多的穿透请求会加大中心服务器的压力，对于
多次重复查询的穿透请求，会每隔预定次数的查询才执行一次穿透，则在执
行上述步骤S216之前，上述方法还包括：判断分布式票务服务器在
(内容解码)参数、Content-Type(内容类型)参数、Date(日期)参数、Pragma
(语法)参数和X-Via(服务器代码名称)参数等等。
种情况下，CDNS1仅起到信息转发的功能。
第二票务信息获取请求。
拥堵状 态下从其缓存票务信息中响应了第一票务信息获取请求的次数
频率次数，若超过预定频率次数(如5次)，启动生成第
的操作，否则，不启动生成第二票务信息获取请
保证浏览器侧获取到最新的票务信息时，
是否超过预定
二票务信息获取请求
求的操作。这种处理方式在
兼顾了中心服务器的处理压力。
另外，当分布式票务服务器的配置策略变化导致分布式票务服务器对票
务信息获取请求的处理方式发生变化时，例如，配置策略变化前，CDNS1
对连续接收到的最多8次浏览器侧的请求进行响应，配置策略变化后，
对连续接收到的最多4次浏览器侧的请求进行响应，则本实施
该配置策略的变化调整发送第二票务信息获取请求的频
在浏览器侧对分布式票务服务器的配置策略进行
对浏览器侧请求的响应情况，确认分布式票务服
然后，当变化后的配置策略指示分布式票
票务信息获取请求的数目减少时，
当变化后的配置策略指示分
息获取请求的数目增
CDNS1
例中也会根据
率。首先，本实施例
监测，例如，监测CDNS1
务器的配置策略发生变化，
务服务器响应的连续接收到的第一
提高第二票务信息获取请求的发送频率；
布式票务服务器响应的连续接收到的第一票务信
多时，降低第二票务信息获取请求的发送频率。
本发明又一个实施例结合图3对本方案提供的获取票务信息的方案进行
首先，浏览器1会从获知的CDNS列表中选择发起第一票务信息获取请
求的IP地址，图3所示的场景中，浏览器1选择IP1对应的CDNS1以
Get方式发送第一票务信息获取请求。CDNS1接收到第一票务信息
后，若CDNS1处于拥堵状态，CDNS1会从其缓存票务信息中
务信息获取请求的响应。浏览器1判断出CDNS1在拥
总体上的描述。参见图3，示出了本发明实施例提供的一种获取票务信息的
场景示意图。用户通过浏览器侧的浏览器1发送票务信息获取请求。
HTTP
获取请求
返回对第一票
堵状态下从其缓存票 务信息中响应了第一票务信息获取请求时，生成
览器1将第二票务信息获取请求以
虚线段所示，CDNS1接收
取请求进行响应而是
心服务器对第
对第二
次的票
第二票务信息获取请求。浏
HTTP Post方式发送至CDNS1，如图3中
到第二票务信息获取请求时，不对第二票务信息获
直接将第二票务信息获取请求发送至中心服务器，由中
二票务信息获取请求进行响应，CDNS1接收中心服务器返回的
票务信息的响应结果，并将响应结果发送至浏览器1，从而完成了本
务信息获取操作。
本发明又一个实施例还提供了一种获取票务信息的装置400，参见图4，
器
装置400包括通信单元410、判断单元412、穿透请求生成单元414、服务
配置策略监测单元416、发送频率调整单元418和穿透请求启动单元
面分别对这些器件进行说明。 420。下
通信单元410适于向分布式票务服务器发送第一票务信息获取请求，向
分布式票务服务器发送第二票务信息获取请求使得分布式票务服务器从票务
信息中心服务器获取到所请求的票务信息；以及，从分布式票务服务
到从票务信息中心服务器返回的票务信息。例如，通信单元
方式，向分布式票务服务器发送第一票务信息获取请求；
HTTP Post方式，向分布式票务服务器发送第二票务信
器接收
410以HTTP Get
通信单元410以
息获取请求。
其中，通信单元410可以通过如下方式选取发起第一票务信息获取请求
通信单元410在浏览器侧预置分布式票务服务器的IP地址列表，并与服
务器侧进行该IP地址列表的更新，其中IP地址列表中包含至少一个分布式
票务服务器的IP地址；从IP地址列表中获取第一IP地址，向第一IP地址
的分布式票务服务器：
的
对应的分布式票务服务器发送第一票务信息获取请求；以第一IP地址发起
第一票务信息获取请求超过请求时间阈值时，从IP地址列表中获取
地址，向第二IP地址对应的分布式票务服务器发送第一票务
第二IP
信息获取请求。
在选取上述第一IP地址时，通信单元410可以在浏览器侧向用户显示包
地
含至少一个分布式票务服务器的IP地址的IP地址列表；接收用户根据IP
址列表发送的IP地址选择指令；根据IP地址选择指令获知用户选择
IP地址，向第一IP地址对应的分布式票务服务器发送第一票
求。
的第一
务信息获取请
其中，通信单元410通过如下方式获取IP地址列表：通过不同区域的监
测点分别对分布式票务服务器进行访问，当对分布式票务服务器访问成功时，
获取该监测点所对应的分布式票务服务器的IP地址，并将获取的所
票务服务器的IP地址进行排列，得到IP地址列表。 有分布式
判断单元412适于判断到分布式票务服务器在拥堵状态下从其缓存票务
信息中响应了第一票务信息获取请求。具体的，判断单元412适于接收分布
式票务服务器连续响应第一票务信息获取请求的预定数量的应答；当预定数
量的应答的内容相同，且应答中都包括指示从分布式票务服务器缓存
息响应的参数时，确认分布式票务服务器在拥堵状态下从其缓
响应了第一票务信息获取请求。
票务信
存票务信息中
穿透请求生成单元414适于依据第一票务信息获取请求中的参数和预置
的使分布式票务服务器不以其缓存票务信息进行响应的参数，生成第二票务
信息获取请求。穿透请求生成单元414依据的第一票务信息获取请求
数包括如下参数：乘车时间参数、出发站参数、终到站参数、
取参数和最新余票数量以及座位情况的获取参数。具体
中的参
车次信息的获
的，穿透请求生成单 元414依据第一票务信息获取请求中的参数，和
服务器缓存票务信息无法回应的信息的参
服务器以其缓存票务信息回应的参
求。
预置的指示获取分布式票务
数，以及，预置的指示禁止分布式
数(No Cache)，生成第二票务信息获取请
可选的，当分布式票务服务器的配置策略变化导致分布式票务服务器对
票务信息获取请求的处理方式发生变化时，为适应这种变化对票务信息的获
取造成的影响，上述装置400还包括服务器配置策略监测单元416和
率调整单元418。服务器配置策略监测单元416适于对分布式
配置策略进行监测，确认分布式票务服务器的配置策略
调整单元418适于当变化后的配置策略指示分布
收到的第一票务信息获取请求的数目减少
发送频率；当变化后的配置策略指
第一票务信息获取请求的数
率。
发送频
票务服务器的
发生变化；发送频率
式票务服务器响应的连续接
时，提高第二票务信息获取请求的
示分布式票务服务器响应的连续接收到的
目增多时，降低第二票务信息获取请求的发送频
可以理解，当分布式票务服务器的配置策略固定或者分布式票务服务器
另外，考虑到过多的穿透请求会加大中心服务器的压力，对于多次重复
查询的穿透请求，会每隔预定次数的查询才执行一次穿透，则上述装置400
还包括穿透请求启动单元420适于判断分布式票务服务器在拥堵状态下从其
缓存票务信息中响应了第一票务信息获取请求的次数是否超过预定频率次数
(如5次)，若超过预定频率次数，启动生成第二票务信息获取请求的
否则，不启动生成第二票务信息获取请求的操作。
的配置策略的变化对票务信息的获取造成的影响可以不计时，服务器配置策
略监测单元416和发送频率调整单元418可以略去。
操作，
本实施例的装置400中各单元的具体工作方式可以参见本发明其它实施
由上所述，本发明实施例通过判断出分布式票务服务器处于拥堵状态时，
利用预置参数生成禁止该分布式票务服务器用其缓存票务信息响应本请求的
第二票务信息获取请求，接收基于该请求从中心服务器返回的票务信
术手段，实现了一种电子售票系统中的网络穿透机制，能够将
的最新票务信息及时返回至用户，克服了现有技术中由
拥堵而导致购票流程停滞、系统资源利用率较低
速度，缩短了购票等待时间，提高了电子
例中的相关内容，在此不再赘述。
息的技
中心服务器中
于在一个CDNS处的
的问题等，加快电子购票的
售票系统的资源利用率。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固
有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，
构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任
编程语言。应当明白，可以利用各种编程语言实现在此描述的
并且上面对特定语言所做的描述是为了披露本发明的最
何特定
本发明的内容，
佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个
或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时
被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将
的方法解释成反映如下意图：即所要求保护的本发明要求比在
发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未
详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
该公开
每个权利要求 中所明确记载的特征更多的特征。更确切地说，如下面
的那样，发明方面在于少于前面公开的单个实施
具体实施方式的权利要求书由此明确地并
要求本身都作为本发明的单独实施
的权利要求书所反映
例的所有特征。因此，遵循
入该具体实施方式，其中每个权利
例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自
适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以
把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及
以把它们分成多个子模块或子单元或子组件。除了这样的特征
单元中的至少一些是相互排斥之外，可以采用任何组合
随的权利要求、摘要和附图)中公开的所有特征以及如
者设备的所有过程或单元进行组合。除非另外明
随的权利要求、摘要和附图)中公开的每个特征
似目的的替代特征来代替。
此外可
和/或过程或者
对本说明书(包括伴
此公开的任何方法或
确陈述，本说明书(包括伴
可以由提供相同、等同或相
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其
它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组
合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下
利要求书中，所要求保护的实施例
用。
面的权
的任意之一都可以以任意的组合方式来使
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理
器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当
理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现
本发明实施例的获取票务信息的装置中的一些或者全部部件的一些或
功能。本发明还可以实现为用于执行这里所描述的方法的一部
设备或者装置程序(例如，计算机程序和计算机程序产
根据
者全部
分或者全部的
品)。这样的实现本
有一个或者多个信号
发明的程序可以存储在计算机可读介质上，或者可以具
的形式。这样的信号可以从因特网网站上下载得
或者以任何其他形式提供。 到，或者在载体信号上提供，
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，
并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实
施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对
求的限制。单词“包含”不排除存在未列在权利要求中的元件或
元件之前的单词“一”或“一个”不排除存在多个这样的元件。本
借助于包括有若干不同元件的硬件以及借助于适当编程的计算
列举了若干装置的单元权利要求中，这些装置中的若干
硬件项来具体体现。单词第一、第二、以及第三
可将这些单词解释为名称。
权利要
步骤。位于
发明可以
机来实现。在
个可以是通过同一个
等的使用不表示任何顺序。
本发明的实施例揭示了A1、一种获取票务信息的方法，包括：向分布式
票务服务器发送第一票务信息获取请求；判断到所述分布式票务服务器在拥
堵状态下从其缓存票务信息中响应了所述第一票务信息获取请求；依
第一票务信息获取请求中的参数和预置的使分布式票务服务器
务信息进行响应的参数，生成第二票务信息获取请求；
务器发送所述第二票务信息获取请求使得所述分
中心服务器获取到所请求的票务信息；从
务信息中心服务器返回的票务信息。
向分布式票务服务器发送第一票务
据所述
不以其缓存票
向所述分布式票务服
布式票务服务器从票务信息
所述分布式票务服务器接收到从票
A2、根据A1所述的方法，其中，所述
信息获取请求包括：在浏览器侧预置分布
式票务服务器的因特网协议IP地址列表，并与服务器侧进行该IP地址列表
的更新，其中所述IP地址列表中包含至少一个分布式票务服务器的IP地址；
从所述IP地址列表中获取第一IP地址，向第一IP地址对应的分布
务器发送所述第一票务信息获取请求；以第一IP地址发起的式票务服
第一票务信息获 取请求超过请求时间阈值时，从所述IP地址列表中获
二IP地址对应的分布式票务服务器发送所述第
根据A2所述的方法，其中，所述从所述
第一IP地址对应的分布式票务服
在浏览器侧向用户显示包含
列表；接收用户根据所述
地址选择指令获知用
务服务器发送所述第
其中，所述
分布式
取第二IP地址，向第
一票务信息获取请求。A3、
IP地址列表中获取第一IP地址，向
务器发送所述第一票务信息获取请求包括：
至少一个分布式票务服务器的IP地址的IP地址
IP地址列表发送的IP地址选择指令；根据所述IP
户选择的第一IP地址，向第一IP地址对应的分布式票
一票务信息获取请求。A4、根据A2或A3所述的方法，
IP地址列表的获取方式包括：通过不同区域的监测点分别对所述
票务服务器进行访问，当对所述分布式票务服务器访问成功时，获取
式
该监测点所对应的所述分布式票务服务器的IP地址，并将获取的所有分布
票务服务器的IP地址进行排列，得到所述IP地址列表。A5、根据
的方法，其中，所述第一票务信息获取请求中的参数包括如下
间参数、出发站参数、终到站参数、车次信息的获取参
及座位情况的获取参数。A6、根据A1所述的方
对分布式票务服务器的配置策略进行监测，
略发生变化；当变化后的配置策略指示分
的第一票务信息获取请求的数目减
发送频率；当变化后的配置
第一票务信息获取请
送频率。A7、
器在拥堵状态
括：接收所述
数量的
A1所述
参数：乘车时
数和最新余票数量以
法，其中，所述方法还包括：
确认分布式票务服务器的配置策
布式票务服务器响应的连续接收到
少时，提高所述第二票务信息获取请求的
策略指示分布式票务服务器响应的连续接收到的
求的数目增多时，降低所述第二票务信息获取请求的发
根据A1所述的方法，其中，所述判断到所述分布式票务服务
下从其缓存票务信息中响应了所述第一票务信息获取请求包
分布式票务服务器连续响应所述第一票务信息获取请求的预定
应答；当所述预定数量的应答的内容相同，且应答中都包括指示从分
布式票务服务器缓存票务信息响应的参数时，确认所述分布式票务服务器在
拥堵状态下从其缓存票务信息中响应了所
述第一票务信息获取请求。A8、根 据A1所述的方法，其中，所述预
信息进行响应的参数包括：
应的信息的参数，以
数。A9、根
务信息
务服务
置的使分布式票务服务器不以其缓存票务
指示获取分布式票务服务器缓存票务信息无法回
及，指示禁止分布式服务器以其缓存票务信息回应的参
据A1所述的方法，其中，所述向分布式票务服务器发送第一票
获取请求包括：以超文本传输协议获取HTTP Get方式，向分布式票
器发送第一票务信息获取请求；所述向所述分布式票务服务器发送所
述第二票务信息获取请求包括：以超文本传输协议邮递HTTP Post方式，向
分布式票务服务器发送第二票务信息获取请求。A10、根据A1所述的方法，
其中，在依据所述第一票务信息获取请求中的参数和预置的使分布式
务器不以其缓存票务信息进行响应的参数，生成第二票务信息
所述方法还包括：判断所述分布式票务服务器在拥堵状
息中响应了所述第一票务信息获取请求的次数是
过预定频率次数，启动生成所述第二票务
动生成所述第二票务信息获取请求
种获取票务信息的装置，包括：通
一票务信息获取请求，向所
使得所述分布式票务
息；以及，从所述分
务信息；判断
存票务
票务服
获取请求之前，
态下从其缓存票务信
否超过预定频率次数，若超
信息获取请求的操作，否则，不启
的操作。本发明实施例还揭示了B11、一
信单元，适于向分布式票务服务器发送第
述分布式票务服务器发送第二票务信息获取请求
服务器从票务信息中心服务器获取到所请求的票务信
布式票务服务器接收到从票务信息中心服务器返回的票
单元，适于判断到所述分布式票务服务器在拥堵状态下从其缓
信息中响应了所述第一票务信息获取请求；穿透请求生成单元，适于
依据所述第一票务信息获取请求中的参数和预置的使分布式票务服务器不以
其缓存票务信息进行响应的参数，生成第二票务信息获取请求。B12、
B11所述的装置，其中，所述通信单元，适于在浏览器侧预置分布式
务器的因特网协议IP地址列表，并与服务器侧进行该IP地址
其中所述IP地址列表中包含至少一个分布式票务服务
IP地址列表中获取第一IP地址，向第一IP地址
根据
票务服
列表的更新，
器的IP地址；从所述
对应的分布式票务服务器发 送所述第一票务信息获取请求；以第一
超过请求时间阈值时，从所述IP
IP地址发起的第一票务信息获取请求
地址列表中获取第二IP地址，向第二IP地
B11
址对应的分布式票务服务器发送所述第一票务信息获取请求。B13、根据
所述的装置，其中，所述通信单元，适于在浏览器侧向用户显示包含
个分布式票务服务器的IP地址的IP地址列表；接收用户根据
表发送的IP地址选择指令；根据所述IP地址选择指令
IP地址，向第一IP地址对应的分布式票务服务
取请求。B14、根据B12或B13所述的装
如下方式获取IP地址列表：通过
务器进行访问，当对所述分
应的所述分布式票务
IP地址进行
所述穿
至少一
所述IP地址列
获知用户选择的第一
器发送所述第一票务信息获
置，其中，所述通信单元适于通过
不同区域的监测点分别对所述分布式票务服
布式票务服务器访问成功时，获取该监测点所对
服务器的IP地址，并将获取的所有分布式票务服务器的
排列，得到所述IP地址列表。B15、根据B11所述的装置，其中，
透请求生成单元依据的所述第一票务信息获取请求中的参数包括如下
参数：乘车时间参数、出发站参数、终到站参数、车次信息的获取参数和最
新余票数量以及座位情况的获取参数。B16、根据B11所述的装置，
所述装置还包括服务器配置策略监测单元和发送频率调整单元，
配置策略监测单元，适于对分布式票务服务器的配置策略进行
布式票务服务器的配置策略发生变化；所述发送频率调
后的配置策略指示分布式票务服务器响应的连续
请求的数目减少时，提高所述第二票务信
的配置策略指示分布式票务服务器
求的数目增多时，降低所述
B11所述的装置，其中，所
器连续响应所述第一
的应答的内容
响应的
其中，
所述服务器
监测，确认分
整单元，适于当变化
接收到的第一票务信息获取
息获取请求的发送频率；当变化后
响应的连续接收到的第一票务信息获取请
第二票务信息获取请求的发送频率。B17、根据
述判断单元，具体适于接收所述分布式票务服务
票务信息获取请求的预定数量的应答；当所述预定数量
相同，且应答中都包括指示从分布式票务服务器缓存票务信息
参数时，确认所述分布式票务服务器在拥堵状态下从其缓存票务信息
中响应了所述第一票务信息获取请求。B18、根据B11所述的装置，其中，
所述穿透请求生成单元，适于依据所述第一票务信息获取请求中的参数，和
预置的指示获取分布式票务服务器缓存票务信息无法回应的信息的参
及，预置的指示禁止分布式服务器以其缓存票务信息回应的参
票务信息获取请求。B19、根据B11所述的装置，其中，
于以超文本传输协议获取
务信息获取请求；所
式，向分布式票务服
的装置，其中，所述
务服务器在拥
求的次
数，以
数，生成第二
所述通信单元，适
HTTP Get方式，向分布式票务服务器发送第一票
述通信单元，适于以超文本传输协议邮递HTTP Post方
务器发送第二票务信息获取请求。B20、根据B11所述
装置还包括穿透请求启动单元，适于判断所述分布式票
堵状态下从其缓存票务信息中响应了所述第一票务信息获取请
数是否超过预定频率次数，若超过预定频率次数，启动生成所述第二
票务信息获取请求的操作，否则，不启动生成所述第二票务信息获取请求的
操作。
发布评论