TWI466057B - Feed apparatus, information providing method, information providing program product, and recording medium - Google Patents
Feed apparatus, information providing method, information providing program product, and recording medium Download PDFInfo
- Publication number
- TWI466057B TWI466057B TW101106595A TW101106595A TWI466057B TW I466057 B TWI466057 B TW I466057B TW 101106595 A TW101106595 A TW 101106595A TW 101106595 A TW101106595 A TW 101106595A TW I466057 B TWI466057 B TW I466057B
- Authority
- TW
- Taiwan
- Prior art keywords
- reservation
- user
- information
- remaining number
- request
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/14—Travel agencies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本發明係關於一種在受理服務預約之預約系統中提供成為預約對象之服務之預約之剩餘情況之資訊提供裝置及資訊提供方法之技術領域。
先前,已知有一種於網際網路上受理例如住宿設施之住宿預約或交通機構之票務預約等服務利用之預約的預約系統。需要預約之服務通常於一個時期內可提供服務之數量(例如客房數、座位數等)之上限已定。因此,預約系統管理預約剩餘數以不產生重複預約。
作為受理機票預約之系統已知有機票預約管理系統。作為機票預約管理系統之一例,可列舉專利文獻1中所記載之GDS(Global Distribution System,全球分銷系統)等。機票預約管理系統統一管理各航空公司之空位數。機票預約管理系統對複數個旅行代理商等提供機票資訊或空位數資訊等。各旅行代理商等所擁有之資訊提供裝置為判定滿足用戶所指定之條件之班機是否有空位而向機票預約管理系統詢問空位情況。此時,直至由機票預約管理系統針對詢問作出回復為止,需要例如數秒至數十秒之時間。因此,資訊提供裝置作為快取記憶體而預先保持自機票預約管理系統取得之空位數,平常根據所保持之空位數,對終端裝置提供空位情況。例如當用戶有預約請求時或有空位查詢請求時等,資訊提供裝置向機票預約管理系統進行最新空
位情況之詢問。
[專利文獻1]日本專利特開2002-117266號公報
然而,機票預約管理系統所管理之空位數可能會時常變動,因此,於資訊提供裝置側所保持之空位數有時與最新空位數不一致。藉此,存在用戶便利性降低之情形。例如,關於最新空位數,若雖存在與用戶所需之座位數相應之空位,但自資訊提供裝置提供之空位情況卻顯示無空位,則對用戶而言失去了預約機會。
又,關於最新空位數,若雖不存在與用戶所需之座位數相應之空位,但自資訊提供裝置提供之空位情況卻顯示有空位,則用戶會判斷為可預約。繼而,當用戶進行用於預約之操作時,資訊提供裝置自機票預約管理系統取得最新空位情況。其結果為,對用戶顯示無空位。已知無空位之用戶例如會對其他機票查詢空位或重新檢索機票。因此,用戶等待來自資訊提供裝置之回復之時間或檢索所需之時間變長。
且說,若自機票預約管理系統取得最新空位數,則取得時間會根據成為空位數之取得對象之服務之數量而變長。
本發明係鑒於上述方面而完成者,其目的在於提供一種既可抑制自管理預約剩餘數之管理裝置取得剩餘數之服務
之數量、又可對用戶需要資訊之服務提供盡可能新之剩餘情況之資訊提供裝置、資訊提供方法、資訊提供程式產品及記錄媒體。
為解決上述問題,技術方案1所記載之發明之特徵在於包括:控制機構,其基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測機構,其針對與用戶之請求相應之複數個預約對象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之概率;剩餘數取得機構,其自上述管理裝置取得由上述推測機構推測之概率為閾值以上之預約對象之剩餘數,並且自上述快取機構取得由上述推測機構推測之概率未達上述閾值之預約對象之剩餘數;及提供機構,其提供與由上述剩餘數取得機構取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
根據本發明,自管理裝置取得資訊被用戶瀏覽之概率為閾值以上之預約對象之剩餘數,並自快取機構取得資訊被用戶瀏覽之概率未達閾值之預約對象之剩餘數,因此既可抑制自管理裝置取得剩餘數之預約對象之數量,亦可提供用戶需要資訊之預約對象之盡可能新之剩餘情況。
技術方案2所記載之發明係如技術方案1之資訊提供裝置,其特徵在於進而包括變動數取得機構,其取得與上述用戶之請求相應之複數個預約對象各自之剩餘數之每個特
定時間之變動數,上述推測機構推測與由上述變動數取得機構取得之上述變動數相應之上述概率。
預約對象之剩餘數於每個特定時間之變動數越大,則認為該預約對象被頻繁地交易。從而其資訊被瀏覽之頻度越高。根據本發明,藉由使用剩餘數之於每個特定時間之變動數,可推測與預約對象相關之資訊被用戶瀏覽之概率。
技術方案3所記載之發明係如技術方案2之資訊提供裝置,其特徵在於進而包括修正資訊取得機構,其自針對預先設定之單位期間中所含之複數個期間之每一個記憶修正上述變動數之修正資訊之修正資訊記憶機構,針對與上述用戶之請求相應之複數個預約對象之各個,取得與包含該預約對象之提供時期之期間對應之上述修正資訊,上述推測機構根據由上述變動數取得機構取得之上述變動數、與由上述修正資訊取得機構取得之上述修正資訊而推測上述概率。
根據本發明,於來自用戶之資訊之瀏覽頻度根據提供預約對象之時期而不同之情形時,根據該瀏覽頻度而預先設定修正資訊,從而可提高與預約對象相關之資訊被用戶瀏覽之概率之推測精度。
技術方案4所記載之發明係如技術方案2或3之資訊提供裝置,其特徵在於:上述用戶之請求包含預約對象之利用數;該資訊提供裝置進而包括決定機構,其根據由上述快取機構快取之上述複數個預約對象各自之剩餘數與上述利用數之差,而決定與各個預約對象對應之上述閾值。
用戶所需要之資訊一般有存在或不存在與所欲利用之數量相應之剩餘數之兩種情況。因此,於設為由快取機構快取之剩餘數變為自管理裝置取得之新的剩餘數之情形時,若存在超過利用數之變動,則宜自管理裝置取得剩餘數,若不存在超過利用數之變動,則無需自管理裝置取得剩餘數。根據本發明,決定了對應於剩餘數與利用人數之差之閾值,因此可預測剩餘數是否會超過利用數而變動。
技術方案5所記載之發明係如技術方案2或3之資訊提供裝置,其特徵在於進而包括:交易數計算機構,其根據記憶預約對象之交易歷程之交易歷程記憶機構中記憶之上述交易歷程,計算預先設定之單位期間中所含之複數個期間各自之每個特定時間之預約對象之交易數;及決定機構,其決定由上述交易數計算機構計算之上述交易數中、包含收到上述用戶之請求之時期之期間之與上述交易數相應之上述閾值,且該交易數越多則決定之上述閾值越小。
可認為越頻繁進行交易之期間,則該期間由用戶瀏覽與預約對象相關之資訊之頻度越高。根據本發明,對應於基於交易歷程之每個特定時間之預約對象之交易數而決定閾值,從而可提高與預約對象相關之資訊被用戶瀏覽之概率之推測精度。
技術方案6所記載之發明係如技術方案1之資訊提供裝置,其特徵在於進而包括:第2提供機構,其針對特定期間內所含之複數個期間之每一個,提供在與上述用戶之請求相應之該特定期間內提供之複數個預約對象之剩餘情
況;及特定機構,其特定上述複數個期間中由用戶指定為與預約對象相關之資訊之瀏覽對象期間之期間;且上述推測機構根據記憶上述瀏覽對象期間之指定歷程之指定歷程記憶機構中記憶之上述指定歷程,針對上述複數個期間之各個,以由上述特定機構特定之期間已被指定為條件而推測下一被指定之概率,上述提供機構針對上述複數個期間之每一個而提供上述複數個預約對象之剩餘情況。
根據本發明,根據來自用戶之期間指定之歷程,針對複數個期間之每一個,推測用戶指定某期間之後接下來指定之概率,藉此可推測用戶瀏覽與預約對象相關之資訊之概率。
技術方案7所記載之發明係如技術方案1之資訊提供裝置,其特徵在於進而包括:特定機構,其特定與上述用戶之請求相應之複數個預約對象中、由該用戶指定為資訊之瀏覽對象之預約對象;及屬性取得機構,其自針對每個預約對象而記憶預約對象之屬性之屬性記憶機構,取得由上述特定機構特定之預約對象之屬性、及與上述用戶之請求相應之複數個預約對象各自之屬性;且上述推測機構將由上述特定機構特定之預約對象之屬性、與上述複數個預約對象各自之屬性進行比較,並根據該比較結果而推測上述概率。
與某預約對象相關之資訊被瀏覽之後,和具有與該預約對象之屬性相同之屬性之預約對象相關之資訊易於被瀏覽。根據本發明,可根據預約對象之屬性而推測與某預約
對象相關之資訊被瀏覽之後資訊被瀏覽之概率。
技術方案8所記載之發明係如技術方案1之資訊提供裝置,其特徵在於:上述用戶之請求包含預約對象之利用數;該資訊提供裝置進而包括:特定機構,其特定與上述用戶之請求相應之複數個預約對象中由該用戶請求查詢剩餘情況之預約對象;及剩餘情況取得機構,其自上述管理裝置取得由上述特定機構特定之預約對象之剩餘情況;且上述剩餘數取得機構根據由上述剩餘情況取得機構取得之剩餘情況,在由上述特定機構特定之預約對象之剩餘數未達上述利用數之情形時,自上述管理裝置取得上述概率為上述閾值以上之預約對象之剩餘數。
於由用戶請求查詢剩餘數之預約對象之剩餘數為利用數以上之情形時,用戶可能會進行該預約對象之利用預約,因此用戶此後可能不會再瀏覽與其他預約對象相關之資訊。另一方面,在被請求查詢剩餘數之預約對象之剩餘數未達利用數之情形時,用戶此後可能會瀏覽與其他預約對象相關之資訊。根據本發明,於由用戶瀏覽資訊之概率為閾值以上之情形時,不自管理裝置取得剩餘數,因此可抑制自管理裝置取得剩餘數之預約對象之數量。
技術方案9所記載之發明係如技術方案1之資訊提供裝置,其特徵在於:上述用戶之請求包含預約對象之利用數;該資訊提供裝置進而包括特定機構,其特定與上述用戶之請求相應之複數個預約對象中之由該用戶請求查詢剩餘情況之預約對象;且上述剩餘數取得機構自上述管理裝
置取得上述概率為上述閾值以上之預約對象之剩餘數、與由上述特定機構特定之預約對象之剩餘情況。
根據本發明,藉由1次取得行為,可自管理裝置取得由用戶請求查詢剩餘數之預約對象之剩餘情況、與由用戶瀏覽資訊之概率為閾值以上之預約對象之剩餘數,因此在被請求查詢剩餘數之預約對象之剩餘數未達利用數之情形時,可縮短直至完成剩餘數之取得為止所需要之時間。
技術方案10所記載之發明係如技術方案1之資訊提供裝置,其特徵在於進而包括:請求接收機構,其自終端裝置接收預約對象之預約請求或預約之取消請求之至少任一者;及更新機構,其根據由上述請求接收機構接收之上述預約請求或上述取消請求而更新由上述快取機構快取之上述剩餘數。
根據本發明,可使由快取機構快取之剩餘數接近管理裝置所管理之剩餘數。藉此,可使未自管理裝置取得剩餘數之預約對象之剩餘情況接近最新剩餘情況。
技術方案11所記載之發明係如技術方案1之資訊提供裝置,其特徵在於:上述剩餘數取得機構自上述管理裝置取得與上述用戶之請求相應之複數個預約對象中、上述概率為上述閾值以上之預約對象,及由上述快取機構快取之上述剩餘數未達第2閾值之預約對象之剩餘數。
根據本發明,藉由將顯示剩餘數未達第2閾值之剩餘情況提示給用戶而使用戶未進行預約之預約對象之剩餘數成為自管理裝置取得之新剩餘數,因此提示給用戶之剩餘情
況可能會成為第2閾值以上。因此,可增加預約機會。
技術方案12所記載之發明之特徵在於,其係由資訊提供裝置執行者,其包括:控制步驟,基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測步驟,針對與用戶之請求相應之複數個預約對象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之概率;剩餘數取得步驟,自上述管理裝置取得上述推測步驟中推測出之概率為閾值以上之預約對象之剩餘數,並且自上述快取機構取得上述推測步驟中推測出之概率未達上述閾值之預約對象之剩餘數;及提供步驟,提供與上述剩餘數取得步驟中所取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
技術方案13所記載之發明之特徵在於,其係使資訊提供裝置中所包含之電腦作為如下機構發揮功能者:控制機構,其基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測機構,其針對與用戶之請求相應之複數個預約對象各個,推測與該預約對象相關之資訊被該用戶瀏覽之概率;剩餘數取得機構,其自上述管理裝置取得由上述推測機構推測之概率為閾值以上之預約對象之剩餘數,並且自上述快取機構取得由上述推測機構推測之概率未達上述閾值之預約對象之剩餘數;及提供機構,其提供與由上
述剩餘數取得機構取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
技術方案14所記載之發明之特徵在於,其係電腦可讀取地記錄有資訊提供程式者,該資訊提供程式使資訊提供裝置中所包含之電腦作為如下機構發揮功能:控制機構,其基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測機構,其針對與用戶之請求相應之複數個預約對象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之概率;剩餘數取得機構,其自上述管理裝置取得由上述推測機構推測之概率為閾值以上之預約對象之剩餘數,並且自上述快取機構取得由上述推測機構推測之概率未達上述閾值之預約對象之剩餘數;及提供機構,其提供與由上述剩餘數取得機構取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
根據本發明,自管理裝置取得資訊被用戶瀏覽之概率為閾值以上之預約對象之剩餘數,並自快取機構取得資訊被用戶瀏覽之概率未達閾值之預約對象之剩餘數,因此既可抑制自管理裝置取得剩餘數之預約對象之數量,又可提供用戶需要資訊之預約對象之盡可能新之剩餘情況。
以下,參照圖式,對本發明之實施形態進行詳細說明。
再者,以下所說明之實施形態係將本發明應用於機票預約系統之情形時之實施形態。
首先,使用圖1及圖2,對本實施形態之機票預約系統S之構成及功能概要進行說明。圖1係表示本實施形態之機票預約系統S之概要構成之一例之圖。
如圖1所示,機票預約系統S包含:GDS伺服器1、複數個航空公司終端2、機票預約伺服器3、及複數個用戶終端4而構成。而且,機票預約伺服器3與各用戶終端4例如可於通訊協定中使用TCP(Transmission Control Protocol,傳輸控制協定)/IP(Internet Protocol,網際網路協定)等經由網路NW相互收發資料。再者,網路NW係例如由網際網路、專用通訊線路(例如,CATV(Community Antenna Television,社區公用天線電視)線路)、移動通訊網(包含基地台等)、及閘道等構建。機票預約伺服器3與GDS伺服器1係例如經由專用線路NA而連接。又,GDS伺服器1與各航空公司終端2係例如經由專用線路而連接。
GDS伺服器1(本發明之管理裝置之一例)係用以進行複數個航空公司之機票之預約安排(飛機運輸服務利用之預約安排)之電腦預約系統即GDS之伺服器裝置。GDS伺服器1包括資料庫,該資料庫用以對與由各航空公司分配為預約對象之飛機運輸服務相關之資訊(以下,稱為「機票資訊」)、或飛機運輸服務中之空位數(本發明之空位數之一例)等進行管理。將包含機票資訊及空位數之資訊稱為
「機票空位數資訊」。飛機運輸服務中之各個服務係例如由航班編號、出發時間及預約類型而特定。預約類型決定例如座位類型、機票有效期、里程數之累積率等。將由航班編號、出發時間及預約類型經特定之服務稱為「個別航班服務」(本發明之預約對象之一例)。由機票特定可利用之個別航班服務。GDS伺服器1係以個別航班服務為單位對機票空位數資訊進行管理。
GDS伺服器1係例如根據來自旅行代理商等所具備之伺服器裝置之詢問而提供機票資訊。又,GDS伺服器1係根據來自旅行代理商等所具備之伺服器裝置之請求而進行預約處理或預約取消等處理,並根據其處理結果而更新資料庫中所登錄之空位數。又,GDS伺服器1係例如於預先設定之每個時間間隔(以下,稱為「空位數之更新間隔」),以推送方式將資料庫中所登錄之機票空位數資訊發送至機票預約伺服器3。再者,於GDS伺服器1連接有1個或複數個旅行代理商等所具備之伺服器裝置,但圖1中省略了圖示。
航空公司終端2係航空公司所利用之終端裝置。航空公司係藉由操作航空公司終端2,而例如將與機票相關之資訊或座位數等登錄至GDS,或者進行預約情況或空位數等之確認。作為航空公司終端2,例如有個人電腦等。
機票預約伺服器3(本發明之資訊提供裝置之一例)係執行與進行機票預約受理之網站(Website)(以下,稱為「機票預約站點」)相關之各種處理之伺服器裝置。機票預約
伺服器3具備預先登錄有機票空位數資訊之下述機票空位數資訊DB(database)(資料庫)12b。機票空位數資訊DB12b中所登錄之機票空位數資訊之空位數係更新為由GDS伺服器1定期發送而來之機票空位數資訊之空位數。機票預約伺服器3係根據來自用戶終端4之請求,而將與個別航班服務相關之資訊或空位情況提供至用戶終端4,或者進行機票預約或預約取消之處理。機票空位數資訊DB12b係於機票預約伺服器3向用戶終端4提供空位情況時,具有用以緩解由對GDS伺服器1進行空位數之詢問而引起之回復延遲之快取記憶體作用。
用戶終端4(本發明之終端裝置之一例)係利用機票預約站點之用戶之終端裝置。用戶終端4係根據自用戶之操作而對機票預約伺服器3進行存取,藉此而自機票預約伺服器3接收並顯示網頁(Web page)。用戶終端4中組裝有瀏覽器或電子郵件用戶端等軟體。作為用戶終端4,例如可使用個人電腦、PDA(Personal Digital Assistant,個人數位助理)、智慧型手機等可攜式資訊終端、行動電話機等。
此種構成之機票預約系統S中,機票預約伺服器3可將與滿足由用戶指定之條件之1個或複數個個別航班服務對應之空位情況以日曆形式顯示於用戶終端4。將該日曆稱為「空位日曆」。又,將顯示空位日曆之網頁稱為「空位日曆頁面」。作為空位日曆,例如有月曆與週曆。月曆係以出發日為基準將由用戶指定之年月中之一個月(本發明之單位期間之一例)之空位情況以1天為單位進行顯示。週曆
係以班機之出發時間為基準將由用戶指定之週中之一週(本發明之單位期間之一例)之空位情況以1小時為單位進行顯示。關於月曆與週曆,除成為空位情況之顯示單位之期間與顯示空位情況之總期間不同以外,顯示內容及機票預約伺服器3之處理內容基本上相同,因此,以後主要對顯示週曆之情形進行說明。
圖2係表示週曆之空位日曆頁面之顯示例。如圖2所示,空位日曆頁面上顯示有日曆區域110、上週連結120、下週連結130等。日曆區域110之各欄中,顯示有「○、「×」或「-」作為空位情況。「○」顯示有空位。「×」顯示無空位。「-」顯示不存在滿足條件之個別航班服務。當用戶指定航空運輸服務之利用人數之情形時,「○」顯示存在利用人數以上之空位,「×」顯示不存在利用人數以上之空位。又,於用戶未指定利用人數之情形時,「○」顯示存在預先設定之座位數(例如,1個座位等)以上之空位,「×」顯示不存在預先設定之座位數以上之空位。
又,「○」成為向以一覽表形式顯示有班機於對應日期及時段出發之個別航班服務之資訊之網頁(以下,稱為「個別航班服務一覽表頁面」)之超連結。於個別航班服務一覽表頁面上,例如以個別航班服務為單位,顯示有航空公司名稱、航班編號、座位類型、出發日、出發地、出發機場、出發時刻、到達日、到達地、到達機場、到達時刻等資訊。又,於個別航班服務一覽表頁面上,以個別航班服務為單位顯示有用以查詢空位之空位查詢按鈕。若用
戶選擇空位查詢按鈕,則機票預約伺服器3便會詢問GDS伺服器1是否有用戶指定之利用人數相應數量之空位。此時,若有與利用人數相應數量之空位之情形時,個別航班服務一覽表頁面之對應航班將會顯示預約按鈕。或者,亦可與以一覽表形式顯示之個別航班服務之資訊之各個相對應地顯示預約按鈕。而且,亦可為,與具有利用人數之空位數量之個別航班服務對應之預約按鈕顯示為活動狀態(用戶可選擇按鈕之狀態),與無利用人數之空位數量之個別航班服務對應之預約按鈕則顯示為非活動狀態(用戶無法選擇按鈕之狀態)。
當用戶選擇預約按鈕並輸入必需資訊等時,則機票預約伺服器3對GDS伺服器1進行用戶指定之利用人數之預約請求,使用戶終端4顯示是否可預約之結果。又,於個別航班服務一覽表頁面上顯示有空位日曆返回按鈕。空位日曆返回按鈕係用以將之前所顯示之空位日曆重新顯示之按鈕。
上週連結120係用以使顯示當前空位情況之週之上一週之空位日曆頁面顯示之超連結。下週連結130係用以使顯示當前空位情況之週之下一週之空位日曆頁面顯示之超連結。
空位日曆頁面可藉由各種方法顯示。例如,用戶於機票預約站點上指定用以檢索個別航班服務之檢索條件。作為必需條件,例如有出發地、到達地、出發日等。作為任意條件,例如有出發機場、到達機場、航空公司、座位類
型、利用人數、費用範圍、直達班機或轉機班機、出發時間/搭乘時段(上午或下午出發等)之指定等。若用戶指定檢索條件之後選擇檢索按鈕,則機票預約伺服器3檢索滿足檢索條件之個別航班服務,並將表示檢索結果之網頁(以下,稱為「檢索結果頁面」)顯示於用戶終端4之畫面。於檢索結果頁面上,以飛機運輸服務之商品為單位且以一覽表形式顯示檢索到之個別航班服務之資訊。飛機運輸服務之商品係彙整相關聯之複數個個別航班服務而成者。例如,將航空公司、往返城市(出發地與到達地)、預約類型等相同之複數個機票彙整成1個商品。此處,若用戶例如於檢索結果頁面上選擇除檢索結果一覽表以外所顯示之空位日曆按鈕,則會顯示空位日曆頁面。於此情形時,於空位日曆頁面上,顯示除出發日以外其他滿足用戶指定之條件之個別航班服務中出發日為本週之個別航班服務之空位情況。又,若用戶自檢索結果一覽表中選擇與任一商品對應之空位日曆按鈕,則顯示空位日曆頁面。於此情形時,空位日曆頁面上,顯示與所選擇之空位日曆按鈕對應之商品中之除出發日以外其他滿足用戶指定之條件且出發日為本週之機票之空位情況。
機票預約伺服器3於提供空位日曆頁面時,確認成為空位情況之顯示對象之各期間之空位數。機票空位數資訊DB12b中所登錄之空位數定期更新,因此存在較GDS伺服器1所管理之最新空位數更舊之情形。此處,若機票預約伺服器3例如欲自GDS伺服器1取得1週之空位數,則相應
之個別航班服務變多,因此,GDS伺服器1之檢索時間變長。因此,詢問所需要之時間(機票預約伺服器3發送詢問訊息之後至接收空位數為止之時間)變長。
因此,機票預約伺服器3針對成為空位情況之顯示對象之複數個期間之各個,推測用戶瀏覽航班資訊之概率(以下,稱為「瀏覽概率」)。即,機票預約伺服器3係藉由用戶對空位日曆頁面進行之選擇操作而推測顯示個別航班服務一覽表頁面之概率。繼而,機票預約伺服器3自GDS伺服器1取得班機於某週(或月)出發之個別航班服務中之於瀏覽概率為預先設定之閾值以上之時段(或日)出發之個別航班服務之空位數,自機票空位數資訊DB12b取得於瀏覽概率未達閾值之時段出發之個別航班服務之空位數。即,機票預約伺服器3係針對預測到用戶需要資訊之可能性較高之個別航班服務,取得最新空位數,針對預測到用戶需要資訊之可能性較低之個別航班服務,取得可能較舊之空位數。繼而,機票預約伺服器3根據所取得之空位數,提供空位日曆頁面。即便反映了用戶不需要資訊之期間之空位情況較舊之空位數,亦由於原本便不需要,故並無問題。以如此之方式,機票預約伺服器3縮短自GDS伺服器1取得空位數所需要之時間。
其次,使用圖3及圖4,對機票預約伺服器3之構成進行說明。
圖3係表示本實施形態之機票預約伺服器3之概要構成之
一例的方塊圖。如圖3所示,機票預約伺服器3包括:通訊部11、記憶部12、輸入輸出介面13、及系統控制部14。而且,系統控制部14與輸入輸出介面13經由系統匯流排15而連接。
通訊部11連接於網路NW,控制與用戶終端4等之通訊狀態。
記憶部12(本發明之快取機構、修正資訊記憶機構、交易歷程記憶機構、指定歷程記憶機構及屬性記憶機構之一例)係例如包含硬碟驅動器等。於該記憶部12中,構建有會員資訊DB12a、機票空位數資訊DB12b、空位數更新歷程DB12c、預約資訊DB12d、交易歷程DB12e、操作歷程DB12f等資料庫。
圖4(a)係表示本實施形態之會員資訊DB12a中所登錄之內容之一例之圖。於會員資訊DB12a中,登錄與會員登錄於至機票預約系統S中之用戶相關之會員資訊。具體而言,於會員資訊DB12a中,與每個用戶建立對應關係地登錄用戶ID、密碼、暱稱、姓名、出生年月日、性別、住址、電話號碼、電子郵件位址等。用戶ID係用戶之識別資訊。
圖4(b)係表示本實施形態之機票空位數資訊DB12b中所登錄之內容之一例之圖。於機票空位數資訊DB12b中,登錄機票空位數資訊。具體而言,於機票空位數資訊DB12h中,以個別航班服務為單位登錄有機票資訊及空位數。於機票資訊中,設定有例如商品編號、航空公司代碼、航班
編號、出發地、到達地、出發機場、到達機場、出發時間、到達時間、預約類型、座位類型、表示直達班機或轉機班機之類別、費用等個別航班服務之屬性。商品編號係飛機運輸服務之商品之識別編號。航空公司代碼係航空公司之識別碼。
圖4(c)係表示本實施形態之空位數更新歷程DB12c中所登錄之內容之一例之圖。於空位數更新歷程DB12c中,根據自GDS伺服器1定期發送而來之機票空位數資訊中所包含之空位數而登錄機票空位數資訊DB12b中所登錄之空位數之更新歷程以作為空位數更新歷程。具體而言,於空位數更新歷程DB12c中,以自GDS伺服器1發送而來之機票空位數資訊為單位登錄有機票資訊、空位數、更新時間等。
更新時間係對機票空位數資訊DB12b中所登錄之空位數進行更新之時間。
系統控制部14自機票空位數資訊DB12b中檢索與以推送方式自GDS伺服器1發送而來之機票空位數資訊中所包含之機票資訊為同一個之機票資訊,以所取得之機票空位數資訊中所包含之空位數改寫檢索到之機票資訊對應之空位數,從而更新機票空位數資訊DB12b。又,系統控制部14將以推送方式自GDS伺服器1發送而來之機票空位數資訊登錄至空位數更新歷程DB12c。此時,系統控制部14登錄當前時間作為更新時間。
空位數更新歷程係用於計算作為相當於瀏覽概率之資訊的空位數之每個單位時間之變動數。越為每個單位時間之
變動數較大之機票,則越為預約或取消之交易頻繁進行之機票。越為交易頻繁進行之機票,來自用戶之人氣越高,因此用戶瀏覽資訊之可能性較高。再者,單位時間係例如空位數之更新間隔等。
圖4(d)係表示本實施形態之預約資訊DB12d中所登錄之內容之一例之圖。預約資訊DB12d中,登錄有與機票預約內容相關之預約資訊。具體而言,預約資訊DB12d中,與每個預約建立對應關係地登錄有預約編號、預約時間、用戶ID、機票資訊、利用人數等。預約編號係用以識別預約之編號。預約時間係進行預約之時間。用戶ID係進行了預約之用戶之用戶ID。機票資訊係被預約之機票之機票資訊。
圖4(e)係表示本實施形態之交易歷程DB12e中所登錄之內容之一例之圖。交易歷程DB12e中,登錄有表示機票交易歷程之交易歷程。具體而言,交易歷程DB12e中,與每個交易建立對應關係地登錄有預約編號、交易時間、交易類別、用戶ID、機票資訊、利用人數等。交易類別表示交易為預約或取消中之何者。交易歷程係用於計算作為相當於與瀏覽概率比較之閾值之資訊的用以決定變動數閾值之每個單位時間(例如,1小時等)之交易數。越為每個單位時間之交易數較多之星期及時段,則越為預約或取消之交易頻繁地進行之星期及時段。越為交易頻繁進行之星期及時段,則越為用戶瀏覽資訊之可能性高之星期及時段。因此,根據每個單位時間之交易數而設定變動數閾值,藉
此,以星期及時段為單位改變推測用戶或許會瀏覽資訊之閾值。
圖4(f)係表示本實施形態之操作歷程DB12f中所登錄之內容之一例之圖。操作歷程DB12f中登錄有操作歷程,該操作歷程表示空位日曆頁面上用戶所選擇之期間之歷程。具體而言,操作歷程DB12f中,與每次由各用戶進行選擇時建立對應關係地登錄有用戶ID、操作時間、選擇星期及選擇時段等。用戶ID係進行了選擇操作之用戶之用戶ID。操作時間係進行選擇操作之時間。選擇星期及選擇時段係被選擇之期間之星期及時段。操作歷程係用於針對空位日曆頁面顯示空位情況之各期間,以用戶已選擇某期間為條件計算接下來被該用戶選擇之概率(以下,稱為「選擇概率」),以此作為相當於瀏覽概率之資訊。用戶在選擇某期間之後將會選擇哪個期間大多係按照特定之模式進行。例如,圖2之例中,通常認為用戶於選擇7月6日之15時左右之後,選擇相同之7月6日之14時左右或16時左右、或者7月5日或7月7日之相同時段即15時左右之概率高於選擇其他時段之概率。操作歷程係用以根據實際之用戶之行動結果而計算選擇概率之資訊。
其次,對記憶部12中所記憶之其他資訊進行說明。於記憶部12中,記憶有變動數修正值決定表格。變動數修正值決定表格係用以根據班機出發之星期及時段而決定修正空位數之每個單位時間之變動數之修正值之表格資訊。具體而言,變動數修正值決定表格中,與星期日至星期六為止
之各星期及0時左右至23時左右為止之各時段之每一個建立對應關係地儲存有修正值。由用戶對該個別航班服務之資訊進行存取之傾向有時會根據與個別航班服務對應之班機出發之星期或時段而不同。因此,系統控制部14根據班機出發之星期或時段中之存取之傾向而修正變動數。例如班機出發之星期或時段越為存取集中度或存取頻度高之星期或時段,則變動數修正值決定表格中儲存之修正值之值越大。修正值既可僅與每個星期建立對應關係地儲存,亦可僅與每個時段建立對應關係地儲存。又,系統控制部14亦可例如根據交易歷程DB 12e中所登錄之交易歷程而計算班機出發之每個星期或時段之存取集中度或存取頻度等,並根據該計算結果而決定修正值。例如,系統控制部14亦可針對每個星期或時段,計算班機於該星期或時段出發之個別航班服務之每個單位時間之交易數,以此作為存取頻度。再者,與月曆對應之變動數修正值決定表格係例如僅與每個星期建立對應關係地儲存修正值。
又,記憶部12中記憶有交易數表格。交易數表格中,與星期日至星期六為止之各星期及0時左右至23時左右為止之各時段之每一個建立對應關係地儲存有每個單位時間之交易數。系統控制部14係例如定期更新交易數表格中所儲存之每個星期及時段之交易數。例如,系統控制部14係自交易歷程DB12e中檢索於某星期及時段進行之交易之交易歷程。此時,系統控制部14係將成為檢索對象之交易時間之範圍限定為例如今天至特定天數前之期間等。繼而,系
統控制部14將被檢索之交易歷程之數量除以用於限定檢索範圍之期間之週數,藉此而計算每個單位時間之交易數。繼而,系統控制部14與設為計算對象之星期及時段建立對應關係地儲存每個單位時間之交易數。
又,於記憶部12中,記憶有用以顯示網頁之HTML(Hypertext Markup Language,超文本標示語言)文件、XML(Extensible Markup Language,可延伸性標示語言)文件、圖像資料、文字資料、電子文件等各種資料。又,於記憶部12中,記憶有由管理者等設定之各種設定值。
又,於記憶部12中,記憶有作業系統、WWW(World Wide Web,全球資訊網)伺服器程式、DBMS(Database Management System,資料庫管理系統)、機票預約處理程式(包含本發明之資訊提供程式(資訊提供程式產品)之一例)等各種程式。機票預約處理程式係用以執行機票檢索、瀏覽概率推測、自GDS伺服器1取得空位數、機票預約等處理之程式。再者,各種程式例如既可自其他伺服器裝置等經由網路NW取得,亦可記錄於DVD(Digital Versatile Disc,數位多功能光碟)等記錄媒體中經由驅動裝置而讀入。
輸入輸出介面13可進行通訊部11及記憶部12、與系統控制部14之間的介面處理。
系統控制部14包含CPU(Central Processing Unit,中央處理單元)14a、ROM(Read Only Memory,唯讀記憶體)14b、RAM(Random Access Memory,隨機存取記憶體)14c等。
而且,系統控制部14係藉由CPU14a讀出並執行各種程式,而作為本發明之控制機構、推測機構、剩餘數取得機構、提供機構、變動數取得機構、修正資訊取得機構、決定機構、交易數計算機構、第2提供機構、特定機構、屬性取得機構、剩餘情況取得機構、請求接收機構及更新機構發揮功能。
再者,機票預約伺服器3亦可包含複數個伺服器裝置。例如,進行與機票檢索、瀏覽概率推測、自GDS伺服器1取得空位數、機票預約等相關之處理之伺服器裝置、根據來自用戶終端4之請求而發送網頁之伺服器裝置、及管理資料庫之伺服器裝置等亦可相互以LAN(Local Area Network,區域網路)等連接。
其次,使用圖5至圖13,對機票預約系統S之動作進行說明。本實施形態中,根據瀏覽概率之推測方法、推測瀏覽概率之時間點及自GDS伺服器1取得空位數之時間點,分成實施例1至實施例5進行說明。亦可組合實施例1至實施例5中之複數個實施例進行實施。
[3-1.實施例1]
實施例1中之機票預約伺服器3係於將空位日曆頁面發送至用戶終端4時,進行自瀏覽概率之推測及GDS伺服器1之空位數之取得。又,機票預約伺服器3使用空位數之每個單位時間之變動數作為瀏覽概率。又,機票預約伺服器3根據空位日曆頁面之請求時之星期及時段中之每個單位時
間之交易數而決定與瀏覽概率比較之閾值。
圖5係表示本實施形態之機票預約伺服器3之系統控制部14之實施例1中之空位日曆請求接收時處理中之處理例的流程圖。
例如,若於檢索結果頁面等網頁上選擇空位日曆按鈕或者於空位日曆頁面上選擇上週連結120或下週連結130,則用戶終端4將空位日曆請求發送至機票預約伺服器3。空位日曆請求中,設定有例如用以特定用戶事先指定之檢索條件之資訊、表示顯示空位情況之週之資訊、與用戶所選擇之空位日曆按鈕對應之商品編號等。空位日曆請求接收時處理於機票預約伺服器3已接收空位日曆請求時開始。
首先,系統控制部14取得與已接收之空位日曆請求對應之檢索條件(步驟S1)。例如,系統控制部14係根據由用戶事先進行之登入操作,自用戶終端4接收用戶ID,並藉由對話管理而保持。又,系統控制部14於檢索機票資訊時自用戶終端4接收用戶所指定之檢索條件。其次,系統控制部14將已接收之檢索條件例如與用戶ID建立對應關係地暫時記憶於記憶部12。因此,系統控制部14自記憶部12取得檢索條件。又,系統控制部14於空位日曆請求中包含有商品編號之情形時,使該商品編號包含於檢索條件。
其次,系統控制部14執行下述GDS詢問控制處理(步驟S2)。GDS詢問控制處理中,針對成為空位情況之顯示對象之各期間,推測瀏覽概率。繼而,根據瀏覽概率自GDS伺服器1取得空位數,更新機票空位數資訊DB12h。繼
而,系統控制部14自記憶部12取得空位日曆頁面之HTML文件之模板。
其次,系統控制部14將與空位日曆請求對應之週之第一天之日期設定為顯示日期(步驟S3)。週之第一天之星期係例如星期日等。其次,系統控制部14將0設定為顯示時段(步驟S4)。
其次,系統控制部14於所取得之檢索條件、顯示日期及顯示時段自機票空位數資訊DB12b中檢索機票空位數資訊(步驟S5)。具體而言,系統控制部14檢索滿足檢索條件中所包括之條件之中除出發日及利用人數以外之條件且出發時間處於顯示日期之顯示時段之間的個別航班服務之機票空位數資訊。
其次,系統控制部14判定是否檢索到機票空位數資訊(步驟S6)。此時,系統控制部14於判定未檢索到機票空位數資訊之情形時(步驟S6:NO(否)),於空位日曆頁面之HTML文件之模板中之與顯示日期及顯示時段對應之部位設定表示不存在個別航班服務之資訊(例如,「-」等)(步驟S7)。繼而,系統控制部14轉移至步驟S12。
另一方面,系統控制部14於判定檢索到機票空位數資訊之情形時(步驟S6:YES(是)),自機票空位數資訊DB12b中取得檢索到之各機票空位數資訊中所包含之空位數(步驟S8)。此處,與GDS詢問控制處理中判定瀏覽概率為閾值以上之日期及時段對應之空位數係GDS詢問控制處理中自GDS伺服器1取得之最新空位數。另一方面,與判定瀏覽
概率並非閾值以上之日期及時段對應之空位數係自執行GDS詢問控制處理前便登錄至機票空位數資訊DB12b之空位數。
其次,系統控制部14判定所取得之空位數之中檢索條件中所包括之利用人數以上之空位數是否存在1個以上(步驟S9)。此時,系統控制部14於判定利用人數以上之空位數存在1個以上之情形時(步驟S9:YES),於空位日曆頁面之HTML文件之模板中之與顯示日期及顯示時段對應之部位設定表示有空位之資訊(例如,「○」等)(步驟S10)。繼而,系統控制部14轉移至步驟S12。
另一方面,系統控制部14於判定不存在利用人數以上之空位數之情形時(步驟S9:NO),於空位日曆頁面之HTML文件之模板中之與顯示日期及顯示時段對應之部位設定表示無空位之資訊(例如,「×」等)(步驟S11)。繼而,系統控制部14轉移至步驟S12。
於步驟S12中,系統控制部14判定顯示時段是否未達23。此時,系統控制部14於判定顯示時段未達23之情形時(步驟S12:YES),使1與顯示時段相加(步驟S13)。繼而,系統控制部14轉移至步驟S5。
另一方面,系統控制部14於判定顯示時段未達23之情形時(步驟S12:NO),判定是否為較顯示日期為週之最後一天之日期更早之日期(步驟S14)。此時,系統控制部14於判定顯示日期為較週之最後一天之日期更早之日期之情形時(步驟S14:YES),使1與對象日期相加(步驟S15)。繼
而,系統控制部14轉移至步驟S4。
另一方面,系統控制部14於判定顯示日期並非較週之最後一天之日期更早之日期之情形時(步驟S14:NO),將藉由設定資訊而完成之空位日曆頁面之HTML文件發送至空位日曆請求之發送源之用戶終端4(步驟S16)。系統控制部14一旦完成此處理,便結束空位日曆請求接收時處理。
圖6係表示本實施形態之機票預約伺服器3之系統控制部14之實施例1之GDS詢問控制處理中之處理例的流程圖。
首先,系統控制部14係例如自記憶部12取得與持續發送請求之用戶終端4之用戶之用戶ID建立對應關係地記憶之檢索條件(步驟S101)。此處,系統控制部14於檢索條件中不包含利用人數之情形時,使1作為利用人數包含於檢索條件。其次,系統控制部14使詢問清單(步驟S102)。詢問清單係用以向GDS伺服器1進行空位數之詢問之條件之清單。
其次,系統控制部14自交易數表格中取得與當前之星期及時段對應之每個單位時間之交易數(步驟S103)。其次,系統控制部14決定與所取得之交易數相應之變動數閾值(步驟S104)。具體而言,系統控制部14係以每個單位時間之交易數越多則值變得越小之方式而決定變動數閾值。
其次,系統控制部14將週之第一天之日期設定為對象日期(步驟S105)。其次,系統控制部14將0設定為對象時段(步驟S106)。
其次,系統控制部14基於當前之檢索條件、對象日期及
對象時段自機票空位數資訊DB12b中檢索機票空位數資訊(步驟S107)。此時之檢索方法與圖5所示之空位日曆請求接收時處理之步驟S5之情形相同。
其次,系統控制部14判定是否檢索到機票空位數資訊(步驟S108)。此時,系統控制部14於判定未檢索到機票空位數資訊之情形時(步驟S108:NO),轉移至步驟S116。另一方面,系統控制部14於判定檢索到機票空位數資訊之情形時(步驟S108:YES),判定檢索到之機票空位數資訊之中空位數為利用人數以上之機票空位數資訊是否存在1個以上(步驟S109)。
此時,系統控制部14於判定無空位數為利用人數以上之機票空位數資訊之情形時(步驟S109:NO),將當前之檢索條件、對象日期及對象時段建立對應關係而登錄至詢問清單(步驟S115)。即,系統控制部14將滿足檢索條件、對象日期及對象時段之個別航班服務之空位數設為自GDS伺服器1之取得對象。即便機票預約伺服器3側所保持之空位數少於利用人數,亦存在GDS伺服器1側所管理之最新空位數為利用人數以上之情形。因此,若將空位數保持為較舊之狀態,則可能產生用戶失去預約機票的機會之情形。對此,系統控制部14於空位數未達利用人數之情形時,無論瀏覽概率如何皆取得最新空位數。再者,系統控制部14亦可於步驟S109中針對檢索到之每個機票空位數資訊而判定空位數是否為利用人數以上,針對空位數未達利用人數之機票空位數資訊,將該機票資訊登錄至詢問清單。即,系
統控制部14亦可不以對象時間及對象時間為單位來判定是否自GDS伺服器1取得空位數,而是以個別航班服務為單位進行判定。當系統控制部14結束步驟S115之處理時,轉移至步驟S116。
另一方面,系統控制部14於判定空位數為利用人數以上之機票空位數資訊存在1個以上之情形時(步驟S109:YES),自空位數更新歷程DB12c中檢索與檢索到之機票空位數資訊對應之機票之空位數更新歷程中、更新時間含在特定期間內之空位數更新歷程(步驟S110)。例如,系統控制部14亦可檢索包含與檢索到之機票空位數資訊中所含之商品編號為同一個之商品編號的空位數更新歷程。又,例如,系統控制部14亦可檢索包含與檢索到之機票空位數資訊中所含之航班編號、出發時間及預約類型相同之資訊的空位數更新歷程。又,系統控制部14既可將作為檢索對象之更新時間之範圍設為例如自今天起至特定天數之前,亦可設為上一年以前之與今天為同一天之前後特定天數之間。
其次,系統控制部14根據檢索到之空位數,計算空位數之每單位時間之變動數(步驟S111)。例如,系統控制部14係以更新時間之升序將航班編號、出發時間及預約類型相同之空位數更新歷程重新排序。繼而,系統控制部14計算每個更新間隔之空位數之差之絕對值。例如,將空位數之更新間隔設為15分鐘。此處,於某個更新時間之空位數為10,而15分鐘後之空位數為5之情形時,差之絕對值為5。
進而於15分鐘後之空位數為7之情形時,差之絕對值為2。如此,系統控制部14針對航班編號、出發時間及預約類型相同之每個空位數更新歷程而進行每個更新間隔之空位數之差之計算。繼而,系統控制部14對所計算之全部之差之絕對值之合計值進行計算,並將該合計值除以所計算之差之絕對值之個數,藉此而計算每個單位時間之變動數。
其次,系統控制部14自變動數修正值決定表格中,取得與當前之對象日期之星期及對象時段對應之修正值(步驟S112)。其次,統控制部14將所取得之修正值與所計算之變動數相加(步驟S113)。其次,系統控制部14判定變動數是否為記憶部12中所記憶之變動數閾值以上(步驟S114)。
此時,系統控制部14於判定變動數為變動數閾值以上之情形時(步驟S114:YES),將當前之檢索條件、對象日期及對象時段建立對應關係地登錄至詢問清單(步驟S115)。即,系統控制部14係因經推測之瀏覽概率為閾值以上而將滿足當前之檢索條件、對象日期及對象時段之個別航班服務之空位數設為自GDS伺服器1之取得對象。再者,系統控制部14亦可針對步驟S108中檢索到之每個機票空位數資訊計算變動數,並且針對每個機票空位數資訊進行步驟S114中之判定,將變動數為變動數閾值以上之機票空位數資訊中所包含之機票資訊登錄至詢問清單。即,系統控制部14亦可不以對象時間及對象時間為單位判定是否自GDS伺服器1取得空位數,而是以個別航班服務為單位進行判定。
其次,系統控制部14判定對象時段是否未達23(步驟S116)。此時,系統控制部14於判定對象時段未達23之情形時(步驟S116:YES),使1與對象時段相加(步驟S117)。繼而,系統控制部14轉移至步驟S107。
另一方面,系統控制部14於判定對象時段未達23之情形時(步驟S116:NO),判定對象日期是否為較週之最後一天之日期更早之日期(步驟S118)。此時,系統控制部14於判定對象日期為較週之最後一天之日期更早之日期之情形時(步驟S118:YES),使1與對象日期相加(步驟S119)。繼而,系統控制部14轉移至步驟S106。
另一方面,系統控制部14於判定對象日期並非較週之最後一天之日期更早之日期之情形時(步驟S118:NO),根據詢問清單,自GDS伺服器1取得機票空位數資訊(步驟S120)。具體而言,系統控制部14係將登錄至詢問清單之檢索條件、對象日期及對象時段作為要取得之機票空位數資訊之條件而設定為空位數詢問訊息。此時,系統控制部14係以建立了對應關係之檢索條件、對象日期及對象時段為單位進行條件設定。又,系統控制部14係設定對象日期及對象時段作為要取得之機票空位數資訊之出發時間之條件。此處,於詢問清單中登錄有機票資訊之情形時,設定例如該機票資訊中所包含之航班編號、出發時間及預約類型作為條件。繼而,系統控制部14將設定有條件之空位數詢問訊息發送至GDS伺服器1。如此,系統控制部14藉由發送1次空位數詢問訊息而進行基於複數個條件之空位數
之詢問。GDS伺服器1針對所接收之空位數詢問訊息中所包含之每個條件,而檢索滿足該條件之機票空位數資訊,並將檢索到之機票空位數資訊發送至機票預約伺服器3。系統控制部14接收自GDS伺服器1發送而來之機票空位數資訊。
其次,系統控制部14根據自GDS伺服器1取得之機票空位數資訊中所包含之空位數而更新機票空位數資訊DB12b中所登錄之空位數(步驟S121)。具體而言,系統控制部14係自機票空位數資訊DB12b中檢索與所取得之機票空位數資訊中所包含之機票資訊為同一個之機票資訊,並以所取得之機票空位數資訊中所包含之空位數改寫與檢索到之機票資訊對應之空位數。系統控制部14針對所取得之每個機票空位數資訊而進行此處理。系統控制部14一旦完成步驟S121之處理,便結束GDS詢問控制處理。
再者,系統控制部14亦可於計算變動數時,利用交易歷程DB12e中所登錄之交易歷程。藉由利用交易歷程,亦可計算機票預約站點內之空位數之每個單位時間之變動數。又,變動數閾值亦可無關每個單位時間之交易數而為固定值。又,系統控制部14亦可不於步驟S113中進行變動數之修正。又,系統控制部14亦可不進行基於步驟S109中之空位數之判定之對詢問清單之登錄。
[3-2.實施例2]
實施例2中之機票預約伺服器3係於將空位日曆頁面發送至用戶終端4時,進行瀏覽概率之推測及自GDS伺服器1之
空位數之取得。又,機票預約伺服器3使用利用人數作為與瀏覽概率比較之閾值。再者,實施例2中之空位日曆請求接收時處理與實施例1之情形相同。
即便在當前登錄至機票空位數資訊DB12b之空位數於下一次更新中變動之情形時,只要不發生超過利用人數之變動,便亦可保持較舊之空位數。其原因在於,作為用戶,只要知曉是否可預約自己所指定之利用人數即可。因此,機票預約伺服器3自GDS伺服器1取得下一次更新時空位數可能會超過利用人數而變動之個別航班服務的空位數。再者,所謂超過利用人數之變動,包括空位數自未達利用人數變動至利用人數以上之情形、以及空位數自利用人數以上變動至未達利用人數之情形。
圖7係表示本實施形態之機票預約伺服器3之系統控制部14之實施例2之GDS詢問控制處理中之處理例的流程圖。圖7中,對與圖6相同之步驟附以相同編號。
系統控制部14執行步驟S101、S102、S105~S108之處理。步驟S108中,系統控制部14於判定檢索到機票空位數資訊之情形時(步驟S108:YES),選擇檢索到之機票空位數資訊中之1個(步驟S131)。其次,系統控制部14自空位數更新歷程DB12c中檢索與所選擇之機票空位數資訊對應之個別航班服務之空位數更新歷程中之更新時間包含於特定期間之空位數更新歷程(步驟S132)。其次,系統控制部14根據檢索到之空位數更新歷程,計算空位數之每個單位時間之變動數(步驟S133)。步驟S132及S133之基本處理內
容亦可與圖6所示之步驟S110及S111之情形相同。
其次,系統控制部14判定所選擇之機票空位數資訊中所包含之空位數是否為為利用人數以上(步驟S134)。此時,系統控制部14於判定空位數為利用人數以上之情形時(步驟S134:YES),將自空位數減去利用人數並使1與減法運算結果相加而成者作為變動數閾值(步驟S135)。另一方面,系統控制部14於判定空位數並非利用人數以上之情形時(步驟S134:NO),自利用人數減去空位數,將減法運算結果作為變動數閾值(步驟S136)。
其次,系統控制部14判定變動數是否為所計算之變動數閾值以上(步驟S137)。此時,系統控制部14於判定變動數為變動數閾值以上之情形時(步驟S137:YES),將所選擇之機票空位數資訊中所包含之機票資訊登錄至詢問清單(步驟S138)。繼而,系統控制部14轉移至步驟S139。另一方面,系統控制部14於判定變動數未達變動數閾值之情形時(步驟S137:NO),轉移至步驟S139。
於步驟S139中,系統控制部14判定檢索到之機票空位數資訊之中是否存在尚未被選擇之機票空位數資訊。此時,系統控制部14於判定存在尚未被選擇之機票空位數資訊之情形時(步驟S139:YES),選擇尚未被選擇之機票空位數資訊中之1個(步驟S140)。繼而,轉移至步驟S132。另一方面,系統控制部14於判定已選擇全部機票空位數資訊之情形時(步驟S139:NO),轉移至步驟S116。關於步驟S116~S121之處理,與實施例1之情形相同。
[3-3.實施例3]
實施例3中之機票預約伺服器3係藉由用戶於個別航班服務一覽表頁面上選擇空位查詢按鈕而對GDS伺服器1查詢空位之後,進行瀏覽概率之推測及自GDS伺服器1之空位數之取得。又,機票預約伺服器3係根據被視為查詢對象之個別航班服務之屬性而修正瀏覽概率。
於查詢空位之結果弄清楚存在所指定之利用人數相應數量之空位之情形時,用戶可能會於此時進行預約。於此情形時,用戶可能不會再瀏覽個別航班服務之資訊。只要用戶不瀏覽資訊,便無需自GDS伺服器1取得最新空位數。另一方面,於弄清楚不存在所指定之利用人數相應數量之空位之情形時,用戶可能會藉由選擇空位日曆返回按鈕而使空位日曆頁面顯示,並查看與上次指定之時段不同之時段之個別航班服務之資訊。於此情形時,宜針對被推測為用戶會瀏覽資訊之個別航班服務而預先自GDS伺服器1取得最新空位數。因此,系統控制部14根據是否存在利用人數相應數量之空位而進行瀏覽概率之推測及自GDS伺服器1取得空位數之控制。藉此,於弄清楚有空位之情形時,就結果而言,只要對GDS伺服器1詢問1個個別航班服務之空位情況即可,因此可縮短詢問所需要之時間。
圖8係表示本實施形態之機票預約伺服器3之系統控制部14之實施例3中之空位查詢請求接收時處理的流程圖。
若用戶於個別航班服務一覽表頁面上選擇空位查詢按鈕,則用戶終端4將包含與所選擇之空位查詢按鈕對應之
個別航班服務之航班編號、出發時間、預約類型及用以特定用戶事先指定之檢索條件之資訊之空位查詢請求發送至機票預約伺服器3。空位查詢請求接收時處理於機票預約伺服器3接收空位查詢請求時開始。
首先,系統控制部14取得與所接收之空位查詢請求對應之航班編號、出發時間、預約類型及利用人數(步驟S201)。其次,系統控制部14對GDS伺服器1查詢空位(步驟S202)。具體而言,系統控制部14係將包含所取得之航班編號、出發時間、預約類型及利用人數之空位查詢詢問訊息發送至GDS伺服器1。GDS伺服器1係基於所接收之空位查詢詢問訊息中所包含之航班編號、出發時間及預約類型而檢索機票空位數資訊,並自檢索到之機票空位數資訊中取得空位數。繼而,GDS伺服器1判定空位數是否為空位查詢詢問訊息中所包含之利用人數以上,並將此判定結果作為空位查詢回復發送至機票預約伺服器3。
系統控制部14一旦自GDS伺服器1接收空位查詢回復,便根據空位查詢回復,而判定是否存在利用人數以上之空位(步驟S203)。此時,系統控制部14於判定存在利用人數以上之空位之情形時(步驟S203:YES),將有空位回復發送至用戶終端4(步驟S204)。系統控制部14一完成此處理,便結束空位查詢請求接收時處理。用戶終端4一接收有空位回復,便於個別航班服務一覽表頁面顯示有空位之訊息與預約按鈕。系統控制部14一完成此處理,便結束空位查詢請求接收時處理。
另一方面,系統控制部14於判定不存在利用人數以上之空位之情形時(步驟S203:NO),將無空位回復發送至用戶終端4(步驟S205)。用戶終端4一接收無空位回復,便於個別航班服務一覽表頁面顯示無空位之訊息。其次,系統控制部14執行GDS詢問控制處理(步驟S206)。系統控制部14一完成此處理,便結束空位查詢請求接收時處理。
此後,若用戶選擇空位日曆返回按鈕,則用戶終端4便將空位日曆請求發送至機票預約伺服器3。系統控制部14據此而等待步驟S206中執行之GDS詢問控制處理完成,進行空位日曆請求接收時處理,使用戶終端4顯示空位日曆頁面。於空位日曆頁面上,GDS詢問控制處理中判定瀏覽概率為閾值以上之個別航班服務之空位情況反映著自GDS伺服器1取得之最新空位數。另一方面,判定瀏覽概率並非閾值以上之個別航班服務之空位情況反映著自執行GDS詢問控制處理之前便登錄至機票空位數資訊DB12b之空位數。
圖9係表示本實施形態之機票預約伺服器3之系統控制部14之實施例3之GDS詢問控制處理中之處理例的流程圖。圖9中,對與圖7相同之步驟附以相同編號。
系統控制部14執行步驟S101、S102、S105~S108及S131~S133之處理。其次,系統控制部14將與所選擇之機票空位數資訊對應之個別航班服務之特定之屬性、和已查詢空位之個別航班服務之屬性進行比較,判定是否處於相同屬性範圍(步驟S151)。此處,系統控制部14係自機票空
位數資訊DB12b取得所選擇之機票空位數資訊及已查詢空位之個別航班服務之機票資訊,根據機票資訊中所包含之屬性進行判定。例如,系統控制部14判定與所選擇之機票空位數資訊對應之個別航班服務之費用、和已查詢空位之個別航班服務之費用是否包含於同一價格段。
此時,系統控制部14於判定與所選擇之機票空位數資訊對應之個別航班服務之特定之屬性並未和已查詢空位之個別航班服務之屬性處於相同範圍的情形時(步驟S151:NO),轉移至步驟S137。
另一方面,系統控制部14於判定與所選擇之機票空位數資訊對應之個別航班服務之特定之屬性和已查詢空位之個別航班服務之屬性處於相同範圍的情形時(步驟S151:YES),使記憶部12中所記憶之修正值與所計算之變動數相加(步驟S152)。即,系統控制部14係以瀏覽概率變高之方式計算瀏覽概率。其原因在於認為,用戶查詢某個別航班服務之空位之後,瀏覽和如與已查詢空位之個別航班服務相同之個別航班服務相關之資訊之可能性較高。再者,系統控制部14亦可基於與所選擇之機票空位數資訊對應之個別航班服務之費用、和已查詢空位之個別航班服務之費用之價格差而決定修正值,而非根據與所選擇之機票空位數資訊對應之個別航班服務之費用、和已查詢空位之個別航班服務之費用是否包含於同一價格段而修正變動數。具體而言,系統控制部14亦可以價格差越小、修正值變得越大之方式而決定修正值。系統控制部14一完成此處理,便轉
移至步驟S137。對於步驟S137~S140及S116~S121之處理,與實施例2之情形相同。
再者,步驟S151之判定中所使用之屬性並不限於上述者。例如,可使用由出發機場、到達機場、上午出發、下午出發、直達班機或轉機班機、座位類型、預約類型特定之條件等。
又,系統控制部14亦可僅根據屬性決定瀏覽概率,而非根據個別航班服務之屬性、與空位數之每個單位時間之變動數之兩者決定瀏覽概率。
又,系統控制部14亦可為進行由用戶請求之個別航班服務之預約,而對GDS伺服器1進行用戶指定之利用人數之預約請求,當自GDS伺服器1接收無法預約之回復時,執行GDS詢問控制處理。
[3-4.實施例4]
實施例4中之機票預約伺服器3於對GDS伺服器1查詢空位之前進行瀏覽概率之推測,並且於對GDS伺服器1查詢空位時自GDS伺服器1取得空位數。
實施例3中,若於弄清楚無空位之情形時重新顯示空位日曆頁面,則對GDS伺服器1進行兩次詢問。與成為詢問對象之個別航班服務之數量不同,在對於1次詢問之來自GDS伺服器1之回復時間自身較長之情形時,用戶之等待時間變長。
因此,亦可藉由發送1次詢問訊息而同時詢問查詢對象之個別航班服務之空位數是否存在利用人數以上、與瀏覽
概率為閾值以上之個別航班服務之空位數。
圖10係表示本實施形態之機票預約伺服器3之系統控制部14之實施例4中之空位查詢請求接收時處理的流程圖。圖10中,對與圖8相同之步驟附以相同編號。
首先,系統控制部14使詢問清單初始化(步驟S251)。其次,系統控制部14取得航班編號、出發時間、預約類型及利用人數(步驟S201),並將該等資訊建立對應關係地登錄至詢問清單(步驟S252)。其次,系統控制部14執行GDS詢問控制處理(步驟S206)。GDS詢問控制處理之處理內容與實施例3基本相同。但系統控制部14不進行圖9所示之步驟S102之詢問清單之初始化。又,系統控制部14於步驟S120中,藉由發送1次詢問訊息而同時取得查詢對象之個別航班服務之空位數是否存在利用人數以上、與瀏覽概率為閾值以上之個別航班服務之空位數。
系統控制部14一完成GDS詢問控制處理,便根據來自GDS伺服器1之回復結果,對用戶終端4發送回復(步驟S203~S205)。
[3-5.實施例5]
實施例5中之機票預約伺服器3係將個別航班服務一覽表頁面發送至用戶終端4之後,進行瀏覽概率之推測及自GDS伺服器1之空位數之取得。又,機票預約伺服器3使用空位日曆頁面上之各期間之附帶條件之選擇概率作為瀏覽概率。
圖11係表示本實施形態之機票預約伺服器3之系統控制
部14之實施例5之個別航班服務一覽表請求接收時處理中之處理例的流程圖。
若用戶於空位日曆頁面上選擇任一期間所顯示之「○」,則用戶終端4將包含與所選擇之期間對應之日期及時段之資訊、及用以特定用戶事先指定之檢索條件之資訊之個別航班服務一覽表請求發送至機票預約伺服器3。個別航班服務一覽表請求接收時處理於機票預約伺服器3接收個別航班服務一覽表請求時開始。
首先,系統控制部14取得所接收之個別航班服務一覽表請求中所包含之日期及時段作為基準日期及基準時段,並且取得與個別航班服務一覽表請求對應之檢索條件(步驟S301)。其次,系統控制部14自對話管理取得持續發送請求之用戶終端4之用戶之用戶ID,並將所取得之用戶ID、與基準日期對應之星期及基準時段登錄至操作歷程DB 12f。此時,系統控制部14登錄當前時間作為操作時間(步驟S302)。
其次,系統控制部14於所取得之檢索條件、基準日期及基準時段自機票空位數資訊DB12b中檢索機票空位數資訊(步驟S303)。此時,系統控制部14檢索空位數為利用人數以上之機票空位數資訊。其次,系統控制部14根據檢索到之機票空位數資訊而生成個別航班服務一覽表頁面之HTML文件(步驟S304)。其次,系統控制部14將已生成之HTML文件發送至用戶終端4(步驟S305)。
其次,系統控制部14執行下述GDS詢問控制處理(步驟
S306)。系統控制部14一完成此處理,便結束個別航班服務一覽表請求接收時處理。
圖12係表示本實施形態之機票預約伺服器3之系統控制部14之實施例5之GDS詢問控制處理中之處理例的流程圖。圖12中,對與圖6相同之步驟附以相同編號。
首先,系統控制部14自對話管理取得不斷發送請求之用戶終端4之用戶之用戶ID,並自操作歷程DB12f中檢索包含所取得之用戶ID之操作歷程(步驟S171)。
其次,系統控制部14根據檢索到之歷程而計算以已選擇基準日期之星期之基準時段為條件之各期間之選擇概率(步驟S172)。具體而言,系統控制部14係生成用以儲存各期間之選擇次數之選擇次數表格,使各期間之選擇次數初始化為0。繼而,系統控制部14以操作時間之升序將檢索到之操作歷程重新排序。繼而,系統控制部14依照操作時間之由舊至新之順序檢索選擇星期及選擇時段與基準日期之星期及基準時段一致之操作歷程。繼而,系統控制部14自較檢索到之操作歷程更有1個新操作時間之操作歷程中取得選擇星期及選擇時段。繼而,系統控制部14使1與對應於所取得之選擇星期及選擇時段之選擇次數相加。系統控制部14重複此種處理,直至選擇星期及選擇時段與基準日期之星期及基準時段一致之操作歷程消失為止。繼而,系統控制部14藉由將各期間之選擇次數除以選擇星期及選擇時段與基準日期之星期及基準時段一致之操作歷程個數,而計算各期間之附帶條件之概率。
其次,系統控制部14進行步驟S101、S102、S105及S106之處理。其次,系統控制部14判定當前之對象星期之對象時段之選擇概率是否為記憶部12中所記憶之概率閾值以上(步驟S173)。此時,系統控制部14於判定選擇概率為概率閾值以上之情形時(步驟S173:YES),將當前之檢索條件、對象日期及對象時段建立對應關係地登錄至詢問清單(步驟S115)。繼而,系統控制部14轉移至步驟S116。另一方面,系統控制部14於判定選擇概率並非概率閾值以上之情形時(步驟S173:NO),轉移至步驟S116。其後,系統控制部14進行步驟S116~S119之處理。如此,系統控制部14針對選擇概率為概率閾值以上之某期間,進行對詢問清單之登錄。繼而,系統控制部14進行步驟S120及S121之處理,結束GDS詢問控制處理。
再者,系統控制部14係根據於空位日曆頁面上進行選擇操作之用戶個人之操作歷程而計算選擇概率,但亦可根據所有用戶之操作歷程計算選擇概率。又,系統控制部14亦可考慮用戶個人之選擇概率、與所有用戶之選擇概率兩者。例如,系統控制部14將用戶個人之選擇概率與所有用戶之選擇概率相加並除以2所得者與概率閾值進行比較。
[3-6.預約、取消時之動作]
其次,對機票之預約時及預約之取消時之動作進行說明。再者,以下所說明之處理可於實施例1至實施例5中任一實施例中實施。
於機票預約站點上存在機票預約或預約取消之情形時,
可使其內容反映於機票空位數資訊DB12b中所登錄之空位數。藉此,機票預約伺服器3可使機票空位數資訊DB12b中所登錄之空位數接近GDS伺服器1所管理之最新空位數。
圖13(a)係表示本實施形態之機票預約伺服器3之系統控制部14之預約請求接收時處理中之處理例的流程圖。
若用戶選擇個別航班服務並輸入用於預約之必需資訊等,則用戶終端4將包含用以特定所選擇之個別航班服務之航班編號、出發時間、預約類型、利用人數等之資訊的預約請求發送至機票預約伺服器3。預約請求接收時處理於機票預約伺服器3接收預約請求時開始。
首先,系統控制部14取得與所接收之預約請求對應之預約對象之航班編號、出發時間、預約類型及利用人數(步驟S401)。其次,系統控制部14將已設定所取得之資訊、與新生成之預約編號之預約詢問訊息發送至GDS伺服器1(步驟S402)。GDS伺服器1基於所接收之預約詢問訊息中所包含之航班編號、出發時間及預約類型檢索機票空位數資訊,自檢索到之機票空位數資訊取得空位數。繼而,GDS伺服器1判定空位數是否為預約詢問訊息中所包含之利用人數以上,於空位數為利用人數以上之情形時,進行預約之處理。繼而,GDS伺服器1將表示處理結果之預約詢問回復發送至機票預約伺服器3。
系統控制部14一接收預約詢問回復(步驟S403),便根據預約詢問回復,判定是否可預約(步驟S404)。此時,系統
控制部14於判定無法預約之情形時(步驟S404:NO),將無空位回復發送至用戶終端4,結束預約請求接收時處理。
另一方面,系統控制部14於判定可預約之情形時(步驟S404:YES),將預約資訊登錄至預約資訊DB12d(步驟S405)。其次,系統控制部14將交易歷程登錄至交易歷程DB12e(步驟S406)。繼而,系統控制部14自機票空位數資訊DB12b中檢索包含預約對象之航班編號、出發時間、預約類型之機票空位數資訊,自檢索到之機票空位數資訊中所包含之空位數減去利用人數。系統控制部14一完成此處理,便結束預約請求接收時處理。
圖13(b)係表示本實施形態之機票預約伺服器3之系統控制部14之取消請求接收時處理中之處理例的流程圖。
若用戶進行選擇欲取消之預約之預約編號之操作,則用戶終端4將包含所選擇之預約編號之取消請求發送至機票預約伺服器3。取消請求接收時處理於機票預約伺服器3接收取消請求時開始。
首先,系統控制部14將已設定所接收之取消請求中所包含之預約編號之取消詢問訊息發送至GDS伺服器1(步驟S451)。GDS伺服器1進行用以取消與所接收之取消詢問訊息中所包含之預約編號對應之預約的處理。
繼而,系統控制部14自預約資訊DB12d中檢索與預約編號對應之預約資訊,自機票空位數資訊DB12b對檢索到之預約資訊中所包含之包括機票資訊之機票空位數資訊進行檢索。其次,系統控制部14使檢索到之預約資訊中所包含
之利用人數與檢索到之機票空位數資訊中所包含之空位數相加(步驟S452)。
其次,系統控制部14自預約資訊DB12d刪除檢索到之預約資訊(步驟S453)。其次,系統控制部14將交易歷程登錄至交易歷程DB12e(步驟S454)。系統控制部14一完成此處理,便結束取消請求接收時處理。
如以上所說明般,根據本實施形態,機票預約伺服器3之系統控制部14根據自GDS伺服器1定期取得之空位數,以由航班編號、預約類型及出發時間特定之個別航班服務為單位,將個別航班服務之空位數登錄至機票空位數資訊DB12b,針對與用戶之請求相應之複數個個別航班服務各個,推測與個別航班服務相關之資訊被用戶瀏覽之概率,自GDS伺服器1取得經推測之概率為閾值以上之個別航班服務之空位數,並且自機票空位數資訊DB12b取得經推測之概率未達閾值之個別航班服務之空位數,從而提供與所取得之空位數相應之複數個個別航班服務各自之空位情況。因此,既可抑制自GDS伺服器1取得空位數之個別航班服務之數量,亦盡可能提供用戶需要資訊之個別航班服務之新剩餘情況。
又,系統控制部14係取得與用戶之請求相應之複數個個別航班服務各自之空位數之每個特定時間之變動數,而推測與所取得之變動數相應之概率,因此,可藉由使用空位數之每個特定時間之變動數而推測資訊被用戶瀏覽之概率。
又,系統控制部14係自針對1週中所包含之複數個時段之每一個而儲存修正變動數之修正值之變動數修正值決定表格,針對與用戶之請求相應之複數個個別航班服務各個,取得與個別航班服務之包含出發時間之時段對應之修正值,根據所取得之變動數、與所取得之修正資訊而推測概率,因此於來自用戶之資訊之瀏覽頻度根據個別航班服務出發之星期或時段而不同之情形時,藉由根據該瀏覽頻度而預先設定修正值,可提高資訊被用戶瀏覽之概率之推測精度。
又,系統控制部14根據機票空位數資訊DB12b中所登錄之複數個個別航班服務各自之空位數、與利用人數之差而決定與各個個別航班服務對應之閾值。因此,可預測空位數是否超過利用人數而變動。
又,系統控制部14根據交易歷程DB12e中所登錄之交易歷程而計算1週中所包含之複數個時段各自之每個特定時間之個別航班服務之交易數,決定與所計算之交易數中之包含用戶有請求之時期之時段之交易數相應的閾值,交易數越多,則決定之閾值越小。因此,可提高資訊被用戶瀏覽之概率之推測精度。
又,系統控制部14針對特定之1週中所包含之複數個時段之每一個,提供於與用戶之請求相應之特定期間內所提供之複數個個別航班服務之空位情況,特定複數個時段中之由用戶指定為與個別航班服務相關之資訊之瀏覽對象之時段的時段,根據操作歷程DR12f中所登錄之操作歷程,
針對複數個時段之各個,以經特定之時段已被指定為條件而推測下一被指定之概率。因此,可推測用戶瀏覽與個別航班服務相關之資訊之概率。
又,系統控制部14特定與用戶之請求相應之複數個個別航班服務中之由用戶指定為資訊之瀏覽對象之個別航班服務,自機票空位數資訊DB12b中取得經特定之個別航班服務之屬性、及與用戶之請求相應之複數個個別航班服務各自之屬性,將經特定之個別航班服務之屬性、與複數個個別航班服務各自之屬性進行比較,根據比較結果而推測用戶瀏覽與個別航班服務相關之資訊之概率。因此,可針對複數個個別航班服務各個,推測與某個別航班服務相關之資訊被瀏覽之後資訊被瀏覽之概率。
又,系統控制部14特定與用戶之請求相應之複數個個別航班服務中之由用戶請求查詢空位情況之個別航班服務,自GDS伺服器1取得空位查詢回復作為經特定之個別航班服務之空位情況,根據所取得之空位查詢回復,於經特定之個別航班服務之空位數未達利用人數之情形時,進而自GDS伺服器1取得經推測之概率為閾值以上之個別航班服務之空位數。因此,可抑制自GDS伺服器1取得空位數個別航班服務之數量。
又,系統控制部14係特定與用戶之請求相應之複數個個別航班服務中之由用戶請求查詢空位情況之個別航班服務,根據一次查詢請求而自GDS伺服器1取得經推測之概率為閾值以上之個別航班服務之空位數、與經特定之個別
航班服務之空位情況,因此,於被請求查詢空位數之個別航班服務之空位數未達利用人數之情形時,可縮短完成空位數之取得所需要之時間。
又,系統控制部14係自終端裝置接收預約請求或取消請求,並根據所接收之請求,而更新機票空位數資訊DB12b中所登錄之空位數,因此,可使未自GDS伺服器1取得空位數之個別航班服務之空位情況接近最新空位情況。
又,系統控制部14係自GDS伺服器1取得與用戶之請求相應之複數個個別航班服務中之經推測之概率為閾值以上之個別航班服務、和機票空位數資訊DB12b中所登錄之空位數未達利用人數之個別航班服務的空位數,因此可增加預約機會。
再者,上述實施形態中係將本發明應用於作為空位情況之提供態樣而使空位情況以日曆形式顯示之情形,但本發明亦可應用於除以日曆形式顯示之情形以外之提供態樣。
又,上述實施形態中係將本發明之管理裝置應用於屬於GDS之伺服器裝置,但並不限定於GDS或CRS(Computer Reservation System,電腦訂位系統)等。
又,上述實施形態中係將本發明應用於機票預約,例如可應用於火車、公共汽車、定期船等飛機以外之交通機構之座位之預約、住宿設施之預約、高爾夫球場等比賽設施之預約等。
1‧‧‧GDS伺服器
2‧‧‧航空公司終端
3‧‧‧機票預約伺服器
4‧‧‧用戶終端
11‧‧‧通訊部
12‧‧‧記憶部
12a‧‧‧會員資訊DB
12b‧‧‧機票空位數資訊DB
12c‧‧‧空位數更新歷程DB
12d‧‧‧預約資訊DB
12e‧‧‧交易歷程DB
12f‧‧‧操作歷程DB
13‧‧‧輸入輸出介面
14‧‧‧系統控制部
14a‧‧‧CPU
14b‧‧‧ROM
14c‧‧‧RAM
15‧‧‧系統匯流排
NA‧‧‧專用線路
NW‧‧‧網路
S‧‧‧機票預約系統
圖1係表示一實施形態之機票預約系統S之概要構成之一
例之圖。
圖2係週曆所顯示之空位日曆頁面之顯示例。
圖3係表示一實施形態之機票預約伺服器3之概要構成之一例的方塊圖。
圖4(a)係表示一實施形態之會員資訊DB12a中所登錄之內容之一例之圖,圖4(b)係表示機票空位數資訊DB12b中所登錄之內容之一例之圖,圖4(c)係表示空位數更新歷程DB12c中所登錄之內容之一例之圖,圖4(d)係表示預約資訊DB12d中所登錄之內容之一例之圖,圖4(e)係表示交易歷程DB12e中所登錄之內容之一例之圖,圖4(f)係表示操作歷程DB12f中所登錄之內容之一例之圖。
圖5係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之空位日曆請求接收時處理中之處理例的流程圖。
圖6係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之GDS詢問控制處理中之處理例的流程圖。
圖7係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之GDS詢問控制處理中之處理例的流程圖。
圖8係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之空位查詢請求接收時處理的流程圖。
圖9係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之GDS詢問控制處理中之處理例的流程圖。
圖10係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之空位查詢請求接收時處理的流程圖。
圖11係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之個別航班服務一覽表請求接收時處理中之處理例的流程圖。
圖12係表示一實施形態之機票預約伺服器3之系統控制部14之一實施例之GDS詢問控制處理中之處理例的流程圖。
圖13(a)係表示一實施形態之機票預約伺服器3之系統控制部14之預約請求接收時處理中之處理例的流程圖,圖13(b)係表示一實施形態之機票預約伺服器3之系統控制部14之取消請求接收時處理中之處理例的流程圖。
1‧‧‧GDS伺服器
2‧‧‧航空公司終端
3‧‧‧機票預約伺服器
4‧‧‧用戶終端
NA‧‧‧專用線路
NW‧‧‧網路
S‧‧‧機票預約系統
Claims (14)
- 一種資訊提供裝置,其特徵在於包括:控制機構,其基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測機構,其針對與用戶之請求相應之複數個預約對象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之瀏覽概率;剩餘數取得機構,其自上述管理裝置取得由上述推測機構推測之瀏覽概率為瀏覽閾值以上之預約對象之剩餘數,並且自上述快取機構取得由上述推測機構推測之瀏覽概率未達上述瀏覽閾值之預約對象之剩餘數;及提供機構,其提供與由上述剩餘數取得機構取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
- 如請求項1之資訊提供裝置,其中進而包括變動數取得機構,其取得與上述用戶之請求相應之複數個預約對象各自之剩餘數之每個特定時間之變動數,且上述推測機構推測與由上述變動數取得機構取得之上述變動數相應之上述瀏覽概率。
- 如請求項2之資訊提供裝置,其中進而包括修正資訊取得機構,其自針對預先設定之單位期間中所含之複數個期間之每一個而記憶修正上述變動數之修正資訊之修正資訊記憶機構,針對與上述用戶之請求相應之複數個預 約對象之各個,取得與包含該預約對象之提供時期之期間對應之上述修正資訊,且上述推測機構根據由上述變動數取得機構取得之上述變動數、與由上述修正資訊取得機構取得之上述修正資訊而推測上述瀏覽概率。
- 如請求項2或3之資訊提供裝置,其中上述用戶之請求包含預約對象之利用數;該資訊提供裝置進而包括決定機構,其根據由上述快取機構快取之上述複數個預約對象各自之剩餘數與上述利用數之差,而決定與各個預約對象對應之上述瀏覽閾值。
- 如請求項2或3之資訊提供裝置,其中進而包括:交易數計算機構,其根據記憶預約對象之交易歷程之交易歷程記憶機構中記憶之上述交易歷程,計算預先設定之單位期間中所含之複數個期間各自之每個特定時間之預約對象之交易數;及決定機構,其決定由上述交易數計算機構計算之上述交易數中、包含收到上述用戶之請求之時期之期間之與上述交易數相應之上述瀏覽閾值,且該交易數越多則決定之上述瀏覽閾值越小。
- 如請求項1之資訊提供裝置,其中進而包括:第2提供機構,其針對該特定期間內所含之複數個期間之每一個,提供在與上述用戶之請求相應之特定期間內提供之複數個預約對象之剩餘情況;及 特定機構,其特定上述複數個期間中由用戶指定為與預約對象相關之資訊之瀏覽對象期間之期間;且上述推測機構根據記憶上述瀏覽對象期間之指定歷程之指定歷程記憶機構中記憶之上述指定歷程,針對上述複數個期間之各個,以由上述特定機構特定之期間已被指定為條件而推測下一被指定之概率作為上述閱覽概率;上述提供機構針對上述複數個期間之每一個,提供上述複數個預約對象之剩餘情況。
- 如請求項1之資訊提供裝置,其中進而包括:特定機構,其特定與上述用戶之請求相應之複數個預約對象中、由該用戶指定為資訊之瀏覽對象之預約對象;及屬性取得機構,其自針對每個預約對象而記憶預約對象之屬性之屬性記憶機構,取得由上述特定機構特定之預約對象之屬性、及與上述用戶之請求相應之複數個預約對象各自之屬性;且上述推測機構將由上述特定機構特定之預約對象之屬性、與上述複數個預約對象各自之屬性進行比較,並根據該比較結果而推測上述瀏覽概率。
- 如請求項1之資訊提供裝置,其中上述用戶之請求包含預約對象之利用數;該資訊提供裝置進而包括:特定機構,其特定與上述用戶之請求相應之複數個預 約對象中由該用戶請求查詢剩餘情況之預約對象;及剩餘情況取得機構,其自上述管理裝置取得由上述特定機構特定之預約對象之剩餘情況;且上述剩餘數取得機構根據由上述剩餘情況取得機構取得之剩餘情況,在由上述特定機構特定之預約對象之剩餘數未達上述利用數之情形時,自上述管理裝置取得上述瀏覽概率為上述瀏覽閾值以上之預約對象之剩餘數。
- 如請求項1之資訊提供裝置,其中上述用戶之請求包含預約對象之利用數;該資訊提供裝置進而包括特定機構,其特定與上述用戶之請求相應之複數個預約對象中由該用戶請求查詢剩餘情況之預約對象;且上述剩餘數取得機構自上述管理裝置取得上述瀏覽概率為上述瀏覽閾值以上之預約對象之剩餘數、與由上述特定機構特定之預約對象之剩餘情況。
- 如請求項1之資訊提供裝置,其中進而包括:請求接收機構,其自終端裝置接收預約對象之預約請求或預約之取消請求之至少任一者;及更新機構,其根據由上述請求接收機構接收之上述預約請求或上述取消請求,更新由上述快取機構快取之上述剩餘數。
- 如請求項1之資訊提供裝置,其中上述剩餘數取得機構自上述管理裝置取得與上述用戶之請求相應之複數個預約對象中、上述瀏覽概率為上述瀏覽閾值以上之預約對 象,及由上述快取機構快取之上述剩餘數未達剩餘數閾值之預約對象的剩餘數。
- 一種資訊提供方法,其特徵在於,其係由資訊提供裝置執行者,其包括:控制步驟,基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測步驟,針對與用戶之請求相應之複數個預約對象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之瀏覽概率;剩餘數取得步驟,自上述管理裝置取得上述推測步驟中推測出之瀏覽概率為瀏覽閾值以上之預約對象之剩餘數,並且自上述快取機構取得上述推測步驟中推測出之瀏覽概率未達上述瀏覽閾值之預約對象之剩餘數;及提供步驟,提供與上述剩餘數取得步驟中所取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
- 一種資訊提供程式產品,其特徵在於,其係使資訊提供裝置中所包含之電腦作為如下機構發揮功能者:控制機構,其基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測機構,其針對與用戶之請求相應之複數個預約對 象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之瀏覽概率;剩餘數取得機構,其自上述管理裝置取得由上述推測機構推測之瀏覽概率為瀏覽閾值以上之預約對象之剩餘數,並且自上述快取機構取得由上述推測機構推測之瀏覽概率未達上述瀏覽閾值之預約對象之剩餘數;及提供機構,其提供與由上述剩餘數取得機構取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
- 一種記錄媒體,其特徵在於,其係電腦可讀取地記錄有資訊提供程式者,該資訊提供程式使資訊提供裝置中所包含之電腦作為如下機構發揮功能:控制機構,其基於自管理服務之預約剩餘數之管理裝置定期取得之上述預約剩餘數,針對以服務與該服務之提供時期之組合而特定之每個預約對象,使快取機構快取該預約對象之剩餘數;推測機構,其針對與用戶之請求相應之複數個預約對象之各個,推測與該預約對象相關之資訊被該用戶瀏覽之瀏覽概率;剩餘數取得機構,其自上述管理裝置取得由上述推測機構推測之瀏覽概率為瀏覽閾值以上之預約對象之剩餘數,並且自上述快取機構取得由上述推測機構推測之瀏覽概率未達上述瀏覽閾值之預約對象之剩餘數;及提供機構,其提供與由上述剩餘數取得機構取得之上述剩餘數相應之上述複數個預約對象各自之剩餘情況。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011146824A JP5433640B2 (ja) | 2011-06-30 | 2011-06-30 | 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201301194A TW201301194A (zh) | 2013-01-01 |
TWI466057B true TWI466057B (zh) | 2014-12-21 |
Family
ID=47423765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW101106595A TWI466057B (zh) | 2011-06-30 | 2012-02-29 | Feed apparatus, information providing method, information providing program product, and recording medium |
Country Status (6)
Country | Link |
---|---|
US (1) | US9916544B2 (zh) |
EP (1) | EP2717217A4 (zh) |
JP (1) | JP5433640B2 (zh) |
AU (1) | AU2012277130B2 (zh) |
TW (1) | TWI466057B (zh) |
WO (1) | WO2013001849A1 (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10657278B2 (en) * | 2013-03-15 | 2020-05-19 | Live Nation Entertainment, Inc. | Prioritized link establishment for data transfer using task scheduling |
US10261900B2 (en) * | 2013-03-29 | 2019-04-16 | Rakuten, Inc. | Data cache system, recording medium and method |
US11030635B2 (en) | 2013-12-11 | 2021-06-08 | Skyscanner Limited | Method and server for providing a set of price estimates, such as air fare price estimates |
AU2014363194C1 (en) * | 2013-12-11 | 2021-01-07 | Skyscanner Limited | Method and server for providing fare availabilities, such as air fare availabilities |
US11687842B2 (en) | 2013-12-11 | 2023-06-27 | Skyscanner Limited | Method and server for providing fare availabilities, such as air fare availabilities |
WO2015111102A1 (ja) * | 2014-01-24 | 2015-07-30 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 制御方法、情報提供方法、及びプログラム |
AU2015405689A1 (en) * | 2015-08-07 | 2018-02-22 | Nomura Research Institute, Ltd. | Airline-ticket sales system |
JP6045124B2 (ja) * | 2016-07-27 | 2016-12-14 | 株式会社野村総合研究所 | 空席販売システム |
JP6713426B2 (ja) * | 2017-01-31 | 2020-06-24 | 株式会社日立製作所 | 座席予約装置および座席予約方法 |
JP7048216B2 (ja) | 2017-03-29 | 2022-04-05 | 三菱重工業株式会社 | 情報処理装置、情報処理方法およびプログラム |
US11860942B1 (en) * | 2017-05-15 | 2024-01-02 | Amazon Technologies, Inc. | Predictive loading and unloading of customer data in memory |
US10764340B2 (en) * | 2017-05-16 | 2020-09-01 | Apple Inc. | Messaging system for organizations |
US11531992B2 (en) | 2017-05-16 | 2022-12-20 | Apple Inc. | Messaging system for organizations |
US11188501B1 (en) * | 2017-08-15 | 2021-11-30 | Amazon Technologies, Inc. | Transactional and batch-updated data store search |
JP6735858B2 (ja) * | 2019-01-07 | 2020-08-05 | 株式会社ぐるなび | 情報処理装置、情報処理方法及びプログラム |
WO2020225866A1 (ja) * | 2019-05-08 | 2020-11-12 | 株式会社大正スカイビル | レンタルスペースの情報処理装置 |
CN113205370B (zh) * | 2021-05-27 | 2023-04-07 | 北京深演智能科技股份有限公司 | 数据处理方法、数据处理装置及电子设备 |
CN113379090B (zh) * | 2021-08-16 | 2021-12-03 | 北京交通大学 | 城市轨道交通预约进站方法、系统、电子设备及存储介质 |
JP7141584B1 (ja) | 2022-01-11 | 2022-09-26 | 株式会社Wing of Freedom | ファンクラブサービス管理システム |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1998014A (zh) * | 2004-03-30 | 2007-07-11 | 速旅网络有限合伙公司 | 提供订票级别中剩余座位可得到性信息的装置、系统及方法 |
US20080126143A1 (en) * | 2001-10-16 | 2008-05-29 | Concur Technologies, Inc. | System and method for managing booking and expensing of travel products and services |
TW201025174A (en) * | 2008-12-31 | 2010-07-01 | Starbex Internat Inc | Computer system and airplane ticket trading method using the same |
TW201108148A (en) * | 2009-06-22 | 2011-03-01 | Rakuten Inc | Booking information aggregating device, booking information aggregating method, server, travel booking state disclosing method, program, and storage medium |
US20110125725A1 (en) * | 2002-10-16 | 2011-05-26 | ITA Software, Inc. a Delaware corporation | Flexible-Date Travel Queries |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001033472A2 (en) * | 1999-11-01 | 2001-05-10 | Ita Software, Inc. | Method and apparatus for providing availability of airline seats |
US7216085B1 (en) * | 2000-07-13 | 2007-05-08 | Ita Software, Inc. | Competitive availability tools |
US7668740B1 (en) * | 2000-09-22 | 2010-02-23 | Ita Software, Inc. | Method, system, and computer program product for interfacing with information sources |
JP2002117266A (ja) | 2000-10-11 | 2002-04-19 | Arisu:Kk | 航空券予約販売システム |
FR2819321B1 (fr) | 2001-01-10 | 2005-01-21 | Amadeus | Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre |
JP2003256702A (ja) * | 2002-03-01 | 2003-09-12 | Hitachi Ltd | 在庫情報照会方法 |
US7062480B2 (en) * | 2002-04-01 | 2006-06-13 | Worldspan, Lp | System and method for caching and utilizing flight availability data |
US20040249682A1 (en) * | 2003-06-06 | 2004-12-09 | Demarcken Carl G. | Filling a query cache for travel planning |
US20040249683A1 (en) * | 2003-06-06 | 2004-12-09 | Demarcken Carl G. | Query widening for query caches for travel planning systems |
JP2005092390A (ja) * | 2003-09-16 | 2005-04-07 | Matsushita Electric Ind Co Ltd | キャッシュサーバ・システムとファイル優先度管理テーブル作成装置 |
US20080167887A1 (en) * | 2007-01-05 | 2008-07-10 | Carl De Marcken | Anticipatory presentation of travel information |
US20080167907A1 (en) * | 2007-01-05 | 2008-07-10 | Carl De Marcken | Cache poller for providing travel planning information |
US20100114615A1 (en) * | 2008-11-06 | 2010-05-06 | Sandipan Ganguly | Optimized inventory selection |
WO2010085365A1 (en) * | 2009-01-23 | 2010-07-29 | Travelzoo Inc. | System and method for presenting pricing information for online travel products and services |
US8874492B2 (en) * | 2011-02-28 | 2014-10-28 | Kayak Software Corporation | Flight caching methods and apparatus |
-
2011
- 2011-06-30 JP JP2011146824A patent/JP5433640B2/ja active Active
-
2012
- 2012-02-24 AU AU2012277130A patent/AU2012277130B2/en active Active
- 2012-02-24 EP EP12804072.2A patent/EP2717217A4/en not_active Ceased
- 2012-02-24 WO PCT/JP2012/054580 patent/WO2013001849A1/ja active Application Filing
- 2012-02-24 US US14/129,836 patent/US9916544B2/en active Active
- 2012-02-29 TW TW101106595A patent/TWI466057B/zh active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080126143A1 (en) * | 2001-10-16 | 2008-05-29 | Concur Technologies, Inc. | System and method for managing booking and expensing of travel products and services |
US20110125725A1 (en) * | 2002-10-16 | 2011-05-26 | ITA Software, Inc. a Delaware corporation | Flexible-Date Travel Queries |
CN1998014A (zh) * | 2004-03-30 | 2007-07-11 | 速旅网络有限合伙公司 | 提供订票级别中剩余座位可得到性信息的装置、系统及方法 |
TW201025174A (en) * | 2008-12-31 | 2010-07-01 | Starbex Internat Inc | Computer system and airplane ticket trading method using the same |
TW201108148A (en) * | 2009-06-22 | 2011-03-01 | Rakuten Inc | Booking information aggregating device, booking information aggregating method, server, travel booking state disclosing method, program, and storage medium |
Also Published As
Publication number | Publication date |
---|---|
EP2717217A4 (en) | 2015-01-07 |
WO2013001849A1 (ja) | 2013-01-03 |
EP2717217A1 (en) | 2014-04-09 |
TW201301194A (zh) | 2013-01-01 |
JP5433640B2 (ja) | 2014-03-05 |
US20140136250A1 (en) | 2014-05-15 |
AU2012277130B2 (en) | 2016-03-31 |
AU2012277130A1 (en) | 2014-01-30 |
JP2013015926A (ja) | 2013-01-24 |
US9916544B2 (en) | 2018-03-13 |
CN103635928A (zh) | 2014-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI466057B (zh) | Feed apparatus, information providing method, information providing program product, and recording medium | |
US7711587B2 (en) | Providing travel information using cached query answers | |
TWI405138B (zh) | A provider device, a provider method, a provider product, and a recording medium | |
US20080167887A1 (en) | Anticipatory presentation of travel information | |
US20080168093A1 (en) | Providing travel information using a layered cache | |
US20090271226A1 (en) | Cache poller for providing travel planning information | |
US20080167886A1 (en) | Detecting errors in a travel planning system | |
US20080167909A1 (en) | Updating a database of travel information | |
US20080167906A1 (en) | Support for flexible travel planning | |
WO2008086150A2 (en) | Providing travel information using a layered cache | |
US20080167908A1 (en) | Notification service for presenting travel information | |
US20080167912A1 (en) | Providing travel information using cached summaries of travel options | |
WO2017203631A1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
US20080167910A1 (en) | Providing travel information using a notification service | |
JP5702512B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
CN103635928B (zh) | 信息提供装置、信息提供方法 | |
WO2008086153A2 (en) | Providing travel information using cached summaries of travel options |