TW202345056A - 會員登錄系統、會員登錄方法及程式產品 - Google Patents

Abstract

本發明之課題在於減輕使用者進行向第2服務之會員登錄時之使用者之麻煩與第1服務之處理負擔之兩者。  會員登錄系統(S)之開始請求受理部(102)受理在第1服務中由使用者進行之用於開始第2服務之會員登錄之開始請求。表單顯示控制部(104)在開始請求受理部(102)受理到開始請求時，在第1服務中之1個頁顯示會員登錄用之表單。會員登錄請求部(106)基於使用者對於1個頁之輸入，對與第2服務對應之第2服務伺服器請求會員登錄。

Description

會員登錄系統、會員登錄方法及程式產品

本揭示係關於一種會員登錄系統、會員登錄方法及程式產品。

先前，已知對第1服務之使用者催促向第2服務之會員登錄之技術。該情形下，大多需要在使用者對第2服務進行存取且進行新會員登錄後，再次對第1服務進行存取，且將第2服務之新會員登錄之完成以某些方法報告給第1服務，對於使用者而言為麻煩。因此，例如，如專利文獻1所示般，考量如下技術：在金融服務之使用者開始向積分服務之會員登錄時，顯示用於選擇會員登錄之積分服務之第1頁，於在第1頁中所選擇之積分服務中，提供金融服務之會員資訊。在專利文獻1中記載之技術中，在選擇了需要追加資訊之積分服務時，顯示用於輸入追加資訊之第2頁，基於在第2頁中輸入之追加資訊，完成向積分服務之會員登錄。  [先前技術文獻]  [專利文獻]

[專利文獻1] 日本特開2006-350809號公報

[發明所欲解決之課題]

然而，在專利文獻1之技術中，金融服務在將包含使用者之基本資訊之新會員登錄委託向積分服務發送後，確認是否需要追加資訊，在追加資訊為需要時，需要將用於以向積分服務直接發送之方式設定之輸入追加資訊之第2頁發送給使用者。因此，在自金融服務進行向積分服務之會員登錄時，金融服務之處理負擔重。此點在金融服務以外之第1服務進行向積分服務以外之第2服務之會員登錄之情形下亦相同。因此，在先前之技術中，在使用者對第2服務進行存取時，增加使用者之麻煩。在自第1服務進行向第2服務之會員登錄時，增加第1服務之處理負擔。

本揭示之目的之一在於減輕使用者進行向第2服務之會員登錄時之使用者之麻煩與第1服務之處理負擔之兩者。  [解決課題之技術手段]

本揭示之會員登錄系統包含：開始請求受理部，其受理在第1服務中由使用者進行之用於開始第2服務之會員登錄之開始請求；表單顯示控制部，其在開始請求受理部受理到前述開始請求時，在前述第1服務中之1個頁顯示前述會員登錄用之表單；及會員登錄請求部，其基於前述使用者對於前述1個頁之輸入，對與前述第2服務對應之第2服務伺服器請求前述會員登錄。  [發明之效果]

根據本揭示，可減輕使用者進行向第2服務之會員登錄時之使用者之麻煩與第1服務之處理負擔之兩者。

[1.會員登錄系統之整體構成]  對於本揭示之會員登錄系統之實施形態之一例進行說明。圖1係顯示會員登錄系統之整體構成之一例之圖。會員登錄系統S包含可連接於網際網路N之綜合預約伺服器10。綜合預約伺服器10可經由網際網路N，與飯店伺服器20及使用者終端30通訊。會員登錄系統S只要包含至少1台電腦即可，並不限於圖1之例。例如，會員登錄系統S亦可包含複數台伺服器電腦。

綜合預約伺服器10係綜合預約服務之伺服器電腦。綜合預約服務係綜合地受理與旅行相關之預約之服務。例如，綜合預約服務受理住宿設施、旅遊、電車、巴士、或租用汽車之預約。控制部11包含至少1個處理器。記憶部12包含RAM等揮發性記憶體、及硬碟等非揮發性記憶體。通訊部13包含有線通訊用通訊介面、及無線通訊用通訊介面之至少一者。

綜合預約服務係第1服務之一例。因此，記載為綜合預約服務之地方，可替換為第1服務。第1服務可為任意之服務，並不限於旅行預約服務。例如，第1服務亦可為電子商交易服務、金融服務、結算服務、通訊服務、保險服務、動畫配送服務、或社群網路服務。

飯店伺服器20係飯店程式服務之伺服器電腦。飯店程式服務係對利用飯店之會員給與各種優惠之服務。例如，飯店程式服務提供如以會員用之價格之住宿、積分之賦予、提前入住、或延遲退房等般、用於會員可以有利之條件利用飯店之服務。控制部21、記憶部22、及通訊部23之實體性構成分別與控制部11、記憶部12、及通訊部13相同。

飯店程式服務係第2服務之一例。記載為飯店程式服務之地方可替換為第2服務。第2服務係與第1服務不同之服務。在本實施形態中，對於第1服務之提供者與第2服務之提供者為不同之情形進行說明，但第1服務之提供者與第2服務之提供者亦可相同。第2服務可為任意之服務，並不限於飯店程式服務。例如，第2服務亦可為電子商交易服務、金融服務、結算服務、通訊服務、保險服務、動畫配送服務、或社群網路服務。

使用者終端30係使用者之電腦。例如，使用者終端30係智慧型手機、個人電腦、平板、或可佩戴終端。控制部31、記憶部32、及通訊部33之實體性構成分別與控制部11、記憶部12、及通訊部13相同。操作部34係觸控面板等輸入裝置。顯示部35係液晶顯示器或有機EL顯示器。

再者，記憶於綜合預約伺服器10、飯店伺服器20、及使用者終端30個各者之程式或資料亦可經由網際網路N供給。又，記憶於資訊記憶媒體之程式或資料亦可經由讀取電腦可讀取之資訊記憶媒體之讀取部(例如，光碟驅動器或憶體卡槽)、或用於與外部機器進行資料之輸入輸出之輸入輸出部(例如，USB埠)而供給。

[2.會員登錄系統之概要]  在本實施形態中，設為使用者已完成綜合預約服務之會員登錄，但未完成飯店程式服務之會員登錄。因此，使用者具有用於登入綜合預約服務之使用者ID，但不具有用於登入飯店程式服務之使用者ID。以下，將綜合預約服務中之使用者ID稱為第1使用者ID。將飯店程式服務中之使用者ID稱為第2使用者ID。

圖2及圖3係顯示使用者利用綜合預約服務時之頁轉變之一例之圖。頁係顯示於顯示部35之各個畫面。在本實施形態中，對於圖2及圖3之各頁在安裝於使用者終端30之綜合預約服務之應用上顯示之情形進行說明，但各頁亦可在瀏覽器上顯示。以下，將綜合預約服務之應用稱為綜合預約應用。

例如，若啟動使用者終端30之綜合預約應用，則使用者執行用於登入綜合預約服務之處理。若使用者登入綜合預約服務，則綜合預約服務之首頁P1顯示於顯示部35。使用者將地域或日程等檢索條件輸入於表單F10。若使用者輸入檢索條件且選擇按鈕B11，則與檢索條件相應之檢索結果頁P2顯示於顯示部35。

例如，在檢索結果頁P2之顯示區域A20，顯示與命中使用者所輸入之檢索條件之飯店相關之各種資訊。若使用者滾動檢索結果頁P2，則顯示其他飯店之顯示區域A20。在圖2之例中，命中檢索條件之「飯店BBB京都」之圖像、評估、說明文、及代表性之方案等資訊顯示於顯示區域A20。「飯店BBB京都」設為加盟提供飯店程式服務之飯店集團即「BBB集團」者。「BBB集團」與提供綜合預約服務之「AAA旅行」具有合作關係。

例如，在顯示區域A20，顯示有「飯店BBB京都」之代表性之方案之價格。在本實施形態中，非飯店程式服務之會員之非會員用之價格、與飯店程式服務之會員用之價格顯示於顯示區域A20。顯示於顯示區域A20之非會員用之價格亦可稱為綜合預約服務之會員用之價格。

在圖2之例中，「飯店BBB京都」之代表性之方案即「單人 純住宿方案」之非會員用之價格為12000日元。該方案之會員用之價格為9600日元。惟，在圖2之時點，因使用者非為飯店程式服務之會員，故無法以會員用之價格利用該方案。例如，若使用者選擇顯示飯店之概要之顯示區域A200，則飯店詳細頁P3顯示於顯示部35。

例如，使用者可自飯店詳細頁P3顯示飯店之基本資訊或地圖等詳細之資訊。使用者亦可自飯店詳細頁P3檢索飯店所準備之方案。在飯店詳細頁P3之顯示區域A30，顯示有方案之資訊。在顯示區域A30，與顯示區域A20同樣地，顯示有非會員用之價格、與會員用之價格。若使用者滾動飯店詳細頁P3，則顯示其他方案之顯示區域A30。若使用者選擇某方案之顯示區域A30，則顯示該方案之詳情之方案詳細頁P4顯示於顯示部35。

例如，在方案詳細頁P4，顯示有使用者所選擇之方案之說明文或圖像等之詳細之資訊。在方案詳細頁P4之顯示區域A40，亦與顯示區域A20、A30同樣地，顯示有非會員用之價格、與會員用之價格。使用者若中意顯示中之方案，則以該方案預約飯店。使用者亦可返回其他頁而重新進行飯店或方案之檢索。

在本實施形態中，使用者無論自檢索結果頁P2、飯店詳細頁P3、及方案詳細頁P4中之何一頁，皆可選擇方案且預約飯店。惟，在圖2之時點，因使用者尚不是飯店程式之會員，故無法在會員用之價格下預約飯店。在使用者不成為飯店程式服務之會員之情形下，使用者選擇按鈕B201、B300、B400，以非會員用之價格預約飯店。

在本實施形態中，可自綜合預約服務會員登錄於飯店程式服務。如圖3所示般，若使用者選擇檢索結果頁P2之按鈕B202，則開始飯店程式服務之會員登錄。使用者選擇飯店詳細頁P3之按鈕B301、或方案詳細頁P4之B401，亦可開始飯店程式服務之會員登錄。

若會員登錄開始，則用於輸入向飯店程式服務之會員登錄所需之資訊之會員登錄頁P5顯示於顯示部35。以下，將該資訊稱為第2會員資訊。第2會員資訊係與第2使用者ID一起登錄於飯店程式服務之資訊。在本實施形態中，作為第2會員資訊之一例，舉出姓名、郵件位址、及有無郵件雜誌之配送之3者為例，但第2會員資訊可為任意之種類，並不限於本實施形態之例。例如，第2會員資訊亦可為住址、電話號碼、出生年月日、年齡、或性別等其他資訊。

會員登錄頁P5不是飯店程式服務提供之頁，而是綜合預約服務提供之頁。因此，會員登錄頁P5作為綜合預約應用上之頁而顯示。若為圖3之例，則在使用者選擇按鈕B202後至顯示會員登錄頁P5為止之期間，即便產生自使用者終端30向綜合預約伺服器10之存取，但不產生自使用者終端30向飯店伺服器20之存取。即便設為在使用者終端30安裝有飯店程式服務之應用，但該應用亦不啟動。因此，綜合預約應用保持前臺狀態不變地顯示有會員登錄頁P5。

再者，在圖2及圖3之各頁不是在綜合預約應用上而是在瀏覽器上顯示之情形下，會員登錄頁P5屬於綜合預約服務之域。因各頁之畫面轉變在綜合預約服務之域內完結，故不產生向飯店程式服務之域之重定向。會員登錄頁P5之域與綜合預約服務之其他頁之域可彼此相同，若為由綜合預約服務管理者則亦可互不相同。

例如，在會員登錄頁P5，顯示有用於輸入第2會員資訊之表單F50A～F50D。以下，在不區別表單F50A～F50D時，簡稱為表單F50。在本實施形態中，登錄於綜合預約服務之資訊自動輸入於一部分表單F50。以下，將該資訊稱為第1會員資訊。在圖3之例中，姓名及郵件位址等之2個第1會員資訊，自動輸入於表單F50A、F50B。用於輸入有無郵件雜誌之配送之表單F50A、F50B不被自動輸入。

例如，使用者在自動輸入於表單F50A之姓名為舊姓時，可變更表單F50A之姓名。使用者在企圖登錄自動輸入於表單F50B之郵件位址以外之其他郵件位址時，可變更表單F50B之郵件位址。使用者在希望郵件雜誌之配送時，對表單F50C勾選確認。使用者在不希望郵件雜誌之配送時，對表單F50D勾選確認。

若使用者選擇按鈕B51，則使用者終端30將輸入於表單F50之第2會員資訊發送至綜合預約伺服器10。綜合預約伺服器10將自使用者終端30接收到之第2會員資訊轉發至飯店伺服器20。飯店伺服器20在自綜合預約伺服器10接收第2會員資訊時，進行飯店程式服務之會員登錄。在會員登錄完成時，表示會員登錄完成之登錄完成頁P6顯示於顯示部35。在本實施形態中，設為登錄完成頁P6亦作為綜合預約應用上之頁而顯示者。

若使用者選擇按鈕B60，則返回在顯示會員登錄頁P5之前顯示之檢索結果頁P2。如圖3之右下之檢索結果頁P2所示般，因使用者成為飯店程式服務之會員，故使用者可選擇按鈕B203且以會員用之價格預約飯店。在圖3之例中，設為在飯店程式服務之會員登錄完成之後，僅會員用之價格顯示於顯示區域A20，但亦可在飯店程式服務之會員登錄完成之後，亦顯示有非會員用之價格。

在圖3中，舉出檢索結果頁P2為例，但亦可與飯店詳細頁P3之顯示區域A30、及方案詳細頁P4之顯示區域A40同樣地，以會員用之價格預約飯店。又，在使用者成為飯店程式服務之會員之後，加盟「BBB集團」之其他飯店亦與「飯店BBB京都」同樣地，可以會員用之價格預約。在使用者成為飯店程式服務之會員之前，可自顯示有加盟「BBB集團」之其他飯店之資訊之檢索結果頁P2、飯店詳細頁P3、或方案詳細頁P4藉由與圖3相同之程序進行向飯店程式服務之會員登錄。

如以上所示般，在使用者自綜合預約服務開始飯店程式服務之會員登錄時，在綜合預約服務中之會員登錄頁P5，顯示有會員登錄用之表單F50。使用者若進行對於綜合預約服務中之1個會員登錄頁P5之輸入，則飯店程式服務之會員登錄完成。因無為了完成飯店程式服務之會員登錄而使用者在複數個頁多次輸入、或啟動飯店程式服務之頁之情形，故可減輕使用者之負擔。以下，對於會員登錄系統S之詳情進行說明。

[3.實施形態之功能]  圖4係顯示實施形態之功能之一例之功能方塊圖。

[3-1.由綜合預約伺服器實現之功能]  資料記憶部100係以記憶部12為主而實現。其他各功能主要係以控制部11為主而實現。

[資料記憶部]  資料記憶部100記憶為了提供綜合預約服務所需之資料。例如，資料記憶部100記憶第1使用者資料庫DB1及飯店資料庫DB2。

圖5係顯示第1使用者資料庫DB1之一例之圖。第1使用者資料庫DB1係儲存有與會員登錄於綜合預約服務之使用者相關之資訊之資料庫。例如，在第1使用者資料庫DB1中，儲存有第1使用者ID、第1密碼、姓名、郵件位址、性別、出生年月日、年齡、住址、電話號碼、及飯店程式資訊。儲存於第1使用者資料庫DB1之資訊並不限於圖5之例，可儲存與使用者相關之任意之資訊。例如，飯店之預約履歴、飯店之閲覧履歴、或使用者之等級等之資訊可儲存於第1使用者資料庫DB1。

第1使用者ID係在綜合預約服務中可識別使用者之第1使用者識別資訊之一例。第1使用者識別資訊可為任意之資訊，並不限於第1使用者ID。例如，第1使用者識別資訊可為被稱作使用者帳戶之資訊、郵件位址、或電話號碼。第1使用者ID及第1密碼為了登入綜合預約服務而利用。

姓名、郵件位址、性別、出生年月日、年齡、住址、及電話號碼係與第1會員資訊相關之項目之一例。因此，對於該等資訊進行說明之地方，可替換為與第1會員資訊相關之項目。第1會員資訊只要為登錄於綜合預約服務之資訊即可，並不限於圖5之例。例如，第1會員資訊亦可包含有無郵件雜誌之配送、職業、工作單位地點、常去場所、愛好、訊息應用之帳戶、或SNS帳戶等之項目。

飯店程式資訊係與飯店程式服務之會員登錄相關之資訊。例如，飯店程式資訊包含第2使用者ID、姓名、郵件位址、及有無郵件雜誌之配送。飯店程式資訊可包含任意之資訊，並不限於圖5之例。例如，飯店程式資訊亦可僅包含是否已會員登錄於飯店程式服務之旗標、或包含飯店程式服務中之使用者之等級。

圖6係顯示飯店資料庫DB2之一例之圖。飯店資料庫DB2係儲存有與可自綜合預約服務進行預約之飯店相關之資訊之資料庫。例如，在飯店資料庫DB2中，儲存有飯店ID、飯店資訊、方案資訊、及價格資訊。儲存於飯店資料庫DB2之資訊並不限於圖6之例，可儲存有與飯店相關之任意之資訊。例如，方案之庫存資訊可儲存於飯店資料庫DB2。

飯店ID係可識別飯店之飯店識別資訊之一例。飯店識別資訊可為任意之資訊，並不限於飯店ID。例如，飯店識別資訊亦可為飯店名、飯店之郵件位址、或飯店之電話號碼等其他資訊。飯店資訊係與飯店相關之資訊。例如，飯店資訊包含飯店名、住址、電話號碼、飯店圖像、飯店說明文。飯店資訊亦可包含表示是否為加盟飯店程式服務之飯店之資訊。方案資訊係與飯店所準備之方案相關之資訊。例如，方案資訊包含方案名、方案圖像、及方案說明文。

飯店資訊及方案資訊係顯示於圖2及圖3之各頁之資訊。該等資訊作為用於檢索飯店或方案之索引而利用。作為索引而利用之資訊可為任意之資訊，並不限於圖6之例。例如，飯店所指定之關鍵詞、飯店所屬之區域、飯店之口碑、或飯店所具有之設施之詳細資訊等之資訊亦可作為索引而利用。

價格資訊係與飯店所準備之方案之價格相關之資訊。在本實施形態中，對於加盟「BBB集團」之飯店，價格資訊設為包含非會員價格資訊及會員價格資訊者。在圖6之例中，因飯店ID「h00001」之飯店、與飯店ID「h00003」之飯店加盟「BBB集團」，故價格資訊包含非會員價格資訊及會員價格資訊。因飯店ID「h00002」之飯店未加盟「BBB集團」，故不存在非會員之價格與會員之價格之區分。

非會員價格資訊係與非為飯店程式服務之會員之非會員用之價格相關之資訊。在因利用日不同而方案之價格變化之情形下，利用日與方案之價格之關係顯示於價格資訊。在除了利用日以外，在相應於星期或季節等其他條件而方案之價格變化之情形下，其他條件、與方案之價格之關係顯示於價格資訊。

會員價格資訊係與飯店程式服務之會員用之價格相關之資訊。可將顯示會員用之價格本身之數值顯示於會員價格資訊，但在本實施形態中，設為自非會員用之價格之折扣率顯示於會員價格資訊者。顯示於會員價格資訊之折扣率可為自直接預約飯店程式服務時之價格之折扣率，亦可為自綜合預約服務用之價格之折扣率。於在圖2及圖3之各頁顯示有會員用之價格之情形下，藉由自非會員價格資訊所示之價格，減算與會員價格資訊所示之折扣率相應之折扣額，而計算會員用之價格。

在適用針對飯店程式服務之會員之折扣之方案有限制之情形下，亦可在會員價格資訊中，顯示適用折扣之方案。該情形下，即便為加盟「BBB集團」之飯店，對於非為會員價格資訊所示之方案，亦不成為會員用之價格，而顯示非會員用之價格。在就每一方案改變折扣率之情形下，每一方案之折扣率顯示於會員價格資訊。相應於其他條件改變折扣率之情形亦同樣地，其他條件每一者之折扣率顯示於會員價格資訊。基於與符合顯示圖2及圖3之頁時之條件相應之折扣率，動態地計算會員用之價格。

[優惠顯示控制部]  優惠顯示控制部101在檢索結果頁P2、飯店詳細頁P3、或方案詳細頁P4顯示使用者成為飯店程式服務之會員時之會員用之價格。檢索結果頁P2、飯店詳細頁P3、或方案詳細頁P4係用於受理開始請求之頁之一例。因此，對於該等頁進行說明之地方，可替換為用於受理開始請求之頁。該頁可為任意之頁，並不限於該等頁。例如，可自綜合預約服務之首頁P1受理開始請求，亦可自顯示飯店之方案一覧之畫面受理開始請求。

會員用之價格為優惠資訊之一例。因此，對於顯示於圖2及圖3之各頁之會員用之價格進行說明之地方，可替換為優惠資訊。優惠資訊係與使用者成為飯店程式服務之會員時之優惠相關之資訊。優惠資訊可以任意之形式顯示，只要為可識別優惠之內容之資訊即可。例如，優惠資訊可為文字、數字、圖標、或圖像。在提前入住相當於優惠時，優惠資訊顯示入住時刻。在延遲退房相當於優惠時，優惠資訊顯示退房時刻。在其他優惠提供給使用者時，優惠資訊只要顯示該其他優惠即可。

優惠之內容設為儲存於飯店資料庫DB2或其他資料庫者。因有根據使用者輸入之檢索條件而無法顯示優惠之詳情之情形，故在該情形下，只要優惠之粗略內容作為優惠資訊而顯示即可。例如在使用者不輸入飯店之利用日時，無法提示折扣後之具體之價格，故在該情形下，可如「若為會員則最大打八折」般，將優惠之粗略內容作為優惠資訊而顯示。

[開始請求受理部]  開始請求受理部102受理在綜合預約服務中由使用者進行之用於開始飯店程式服務之會員登錄之開始請求。開始請求係顯示會員登錄之手續或申請之開始之請求。開始請求與用於進行會員登錄之登錄請求不同。在進行了開始請求之後，輸入會員登錄所需之資訊。在進行開始請求之前，不輸入會員登錄所需之資訊。亦即，若僅進行開始請求，則第2會員資訊不登錄於飯店程式服務。

在本實施形態中，因藉由綜合預約伺服器10實現開始請求受理部102，故開始請求藉由利用使用者終端30發送特定形式之資料而進行。開始請求受理部102藉由自使用者終端30接收該資料，而受理開始請求。開始請求包含發送開始請求之使用者之使用者識別資訊。該使用者識別資訊可為使用者ID，亦可為可識別登入中之使用者之其他資訊。

在本實施形態之綜合預約服務中，自包含與飯店程式服務相關之飯店之複數個飯店中，檢索與使用者指定之檢索條件相應之飯店。例如，在綜合預約服務中，基於輸入於首頁P1之表單F10之檢索條件，檢索登錄於飯店資料庫DB2之飯店。飯店之檢索本身只要利用周知之檢索引擎來執行即可。在檢索結果頁P2中，與使用者所指定之檢索條件相應之飯店作為檢索結果而顯示。

在綜合預約服務中被檢索之飯店係第2服務項目之一例。因此，對於飯店進行說明之地方，可替換為第2服務項目。第2服務項目係與以飯店程式服務為一例之第2服務相關之項目。項目係由使用者檢索之檢索對象。例如，飯店之方案、飯店內之房間、飯店內之設施、或住宿條件可相當於第2服務項目。

例如，開始請求受理部102在包含與在綜合預約服務中檢索到之飯店相關之資訊之檢索結果頁P2，受理使用者之開始請求。在使用者選擇檢索結果頁P2之按鈕B202時，使用者終端30對綜合預約伺服器10發送開始請求。開始請求受理部102在藉由使用者選擇了檢索結果頁P2之按鈕B202時，藉由自使用者終端30接收相當於開始請求之資料，而受理使用者之開始請求。

檢索結果頁P2係第2服務項目頁之一例。因此，對於檢索結果頁P2進行說明之地方可替換為第2服務項目頁。第2服務項目頁係顯示有與以飯店為一例之第2服務項目相關之資訊之頁。第2服務項目頁只要係顯示有與第2服務項目相關之某些資訊之頁即可，並不限於檢索結果頁P2。例如，因飯店詳細頁P3及方案詳細頁P4亦包含與由使用者檢索到之飯店相關之某些資訊，故可相當於包含第2服務項目之頁。

在本實施形態之綜合預約服務中，可將與飯店程式服務相關之飯店資訊階段性地提供給使用者。飯店資訊係與飯店相關之資訊。例如，飯店資訊包含飯店名、飯店之圖像、飯店之說明文、飯店之口碑、方案名、方案之圖像、或方案之說明文。例如，於檢索結果頁P2顯示有最粗略之飯店資訊。於飯店詳細頁P3，顯示有較顯示於檢索結果頁P2之飯店資訊更詳細之飯店資訊。於方案詳細頁P4，顯示有較顯示於飯店詳細頁P3之飯店資訊更詳細之飯店資訊。在本實施形態中，依照檢索結果頁P2、飯店詳細頁P3、方案詳細頁P4之順序，飯店資訊階段性地變得詳細。

飯店資訊係第2服務資訊之一例。因此，對於飯店資訊進行說明之地方，可替換為第2服務資訊。第2服務資訊係與以飯店程式服務為一例之第2服務相關之資訊。第2服務資訊只要係與第2服務相應之資訊即可。例如，在電子商交易服務相當於第2服務之情形下，與在電子商交易服務中可購入之商品相關之資訊可相當於第2服務資訊。例如，在金融服務相當於第2服務之情形下，與在金融服務中可利用之功能相關之資訊可相當於第2服務資訊。

例如，開始請求受理部102無論在提供何一階段之飯店資訊之情形下，皆可受理開始請求。使用者可自檢索結果頁P2、飯店詳細頁P3、及方案詳細頁P4中之任一頁進行開始請求。例如，使用者可藉由選擇顯示有最粗略之飯店資訊之檢索結果頁P2之按鈕B202，而進行開始請求。使用者可藉由選擇顯示有次之詳細之飯店資訊之飯店詳細頁P3之按鈕B301，而進行開始請求。使用者可藉由選擇顯示有最詳細之飯店資訊之方案詳細頁P4之按鈕B401，而進行開始請求。開始請求受理部102可受理自檢索結果頁P2、飯店詳細頁P3、及方案詳細頁P4中之任意之頁進行之開始請求。

[第1會員資訊取得部]  第1會員資訊取得部103取得綜合預約服務中之使用者之第1會員資訊。在本實施形態中，因第1會員資訊儲存於第1使用者資料庫DB1，故第1會員資訊取得部103參照第1使用者資料庫DB1而取得第1會員資訊。第1會員資訊可亦可儲存於第1使用者資料庫DB1以外之其他資料庫、或綜合預約伺服器10以外之其他電腦。該情形下，第1會員資訊取得部103只要自其他資料庫或其他電腦取得第1會員資訊即可。

在本實施形態中，於飯店程式服務登錄有使用者之姓名、郵件位址、及有無郵件雜誌之配送之3項目之第2會員資訊。該等3者中之姓名及郵件位址之2者亦於綜合預約服務中作為第1會員資訊之項目而登錄。因此，第1會員資訊取得部103取得使用者之姓名及郵件位址之2個項目。於在飯店程式服務中亦沿用登錄於綜合預約服務之有無郵件雜誌之配送之情形下，第1會員資訊取得部103可取得使用者之姓名、郵件位址、及有無郵件雜誌之配送之3項目之第1會員資訊。

再者，表示將儲存於第1使用者資料庫DB1之項目中之何一項目作為第2會員資訊之項目而沿用之設定，可藉由綜合預約服務之管理者來指定。該設定設為記錄於資料記憶部100者。在存在複數個飯店程式服務之情形下，設為就每一飯店程式服務，將作為第2會員資訊之項目而沿用之項目之設定記錄於資料記憶部100。第1會員資訊取得部103只要取得與使用者企圖進行會員登錄之飯店程式服務相應之第1會員資訊即可。

[表單顯示控制部]  表單顯示控制部104在開始請求受理部102受理開始請求時，在綜合預約服務中之1個會員登錄頁P5，顯示會員登錄用之表單F50。表單F50係用於輸入登錄於飯店程式服務之第2會員資訊之表單。在本實施形態中，舉出可輸入任意之文字之表單F50為例，但會員登錄用之表單本身可利用各種表單。例如，可將下拉選單、複選框、或單選按鈕作為會員登錄用之表單而利用。

會員登錄頁P5係用於一次受理向飯店程式服務之會員登錄所需之第2會員資訊之輸入之頁。因此，在本實施形態中，無在輸入某頁之第2會員資訊登錄於飯店程式服務之後，藉由追加而輸入之第2會員資訊藉由追加而登錄於飯店程式服務之情形，使用者在為了進行開始請求而選擇按鈕B202、B301、B401之後，僅藉由進行對會員登錄頁P5之輸入，而完成所有會員登錄之手續。

再者，會員登錄頁P5在外觀上可分成複數個畫面。例如，在飯店程式服務之會員登錄所需之第2會員資訊之數目多之情形下，1個會員登錄頁P5在外觀上可如第1頁、第2頁、第3頁般分成複數個頁。該情形下，在1個會員登錄頁P5所含之各個頁中，可自由往來。不是在輸入於第1頁之第2會員資訊登錄於飯店程式服務之後，進行第2頁以後之輸入，而是已輸入之第2會員資訊不登錄於飯店程式服務，直至進行全頁之輸入為止，在全頁之輸入完成之後，一次執行該全頁份額之第2會員資訊之登錄。

在本實施形態中，因表單顯示控制部104係由綜合預約伺服器10實現，故表單顯示控制部104藉由將用於使包含表單F50之1個會員登錄頁P5顯示之資料發送至使用者終端30，而使1個會員登錄頁P5顯示於使用者終端30。該資料可為任意之形式，例如只要為在旅行預約應用之畫面顯示中利用之形式即可。在利用瀏覽器顯示1個會員登錄頁P5之情形下，表單顯示控制部104只要藉由發送1個會員登錄頁P5之HTML資料，使1個會員登錄頁P5顯示於使用者終端30即可。

在本實施形態中，表單顯示控制部104使基於由第1會員資訊取得部103取得之第1會員資訊、而自動輸入有登錄於飯店程式服務之第2會員資訊之表單F50顯示於1個會員登錄頁P5。自動輸入係指作為表單F50之預設值而設置之情形。即便使用者不自操作部34輸入第2會員資訊，但第2會員資訊顯示於表單F50，相當於自動輸入。

表單顯示控制部104使藉由第1會員資訊取得部103取得之第1會員資訊作為第2會員資訊自動輸入於表單F50之1個會員登錄頁P5顯示於使用者終端30。例如，表單顯示控制部104使1個會員登錄頁P5，顯示於使用者終端30，該1個會員登錄頁P5將在綜合預約服務中作為第1會員資訊而登錄之使用者之姓名及郵件位址作為第2會員資訊自動輸入於表單F50。

自動輸入於表單F50之第2會員資訊可設為使用者無法變更，但在本實施形態中，表單顯示控制部104使可變更自動輸入之第2會員資訊之表單F50顯示於1個會員登錄頁P5。表單顯示控制部104使在可進行使用者之輸入之表單F50自動輸入有第2會員資訊之1個會員登錄頁P5，顯示於使用者終端30。使用者可變更自動輸入於表單F50之第2會員資訊。若為圖3之例，則即便在表單F50A、50B分別自動輸入有姓名及郵件位址，但若聚焦該等表單F50A、50B，則可變更或削除自動輸入之文字行。

在本實施形態中，表單顯示控制部104使自動輸入有第2會員資訊之第1表單、與需要使用者之輸入之第2表單顯示於1個會員登錄頁P5。在圖3之例中，因姓名及郵件位址係自動輸入，故姓名及郵件位址之表單F50A、F50B相當於第1表單。因不自動輸入有無郵件雜誌之配送，故表單F50C、F50D相當於第2表單。因此，對於表單F50A、F50B進行說明之地方，可替換為第1表單。對於表單F50C、F50D進行說明之地方，可替換為第2表單。

[登錄請求受理部]  登錄請求受理部105受理在綜合預約服務中由使用者進行之用於完成飯店程式服務之會員登錄之登錄請求。登錄請求係用於在飯店程式服務中登錄第2會員資訊之請求。登錄請求係在開始請求之後進行之請求。在進行開始請求後至進行登錄請求為止之期間，不進行使用者之請求。使用者在進行開始請求之後，若進行登錄請求則完成向飯店程式服務之會員登錄。因此，使用者無需為了登錄第2會員資訊而進行2階段之輸入，藉由1次輸入而完成會員登錄。

在本實施形態中，因登錄請求受理部105藉由綜合預約伺服器10而實現，故登錄請求藉由利用使用者終端30發送特定形式之資料而進行。登錄請求受理部105藉由自使用者終端30接收該資料，而受理登錄請求。在登錄請求中，包含發送了登錄請求的使用者之使用者識別資訊。該使用者識別資訊可為使用者ID，亦可為可識別登入中之使用者之其他資訊。

例如，若使用者選擇會員登錄頁P5之按鈕B51，則使用者終端30對綜合預約伺服器10發送登錄請求。在藉由使用者選擇了會員登錄頁P5之按鈕B51之情形下，登錄請求受理部105藉由自使用者終端30接收相當於登錄請求之資料，而受理使用者之登錄請求。在登錄請求中，包含輸入於表單F50之第2會員資訊。

[會員登錄請求部]  會員登錄請求部106基於對1個會員登錄頁P5之使用者之輸入，對飯店伺服器20請求會員登錄。使用者之輸入係對於1個會員登錄頁P5之某些操作。使用者對於1個會員登錄頁P5之輸入，可意指對於表單F50之輸入，亦可不是對於表單F50之輸入而意指按鈕B51之選擇。會員登錄請求部106只要藉由對飯店伺服器20發送特定形式之資料，請求會員登錄即可。

飯店伺服器20係第2服務伺服器之一例。因此，對於飯店伺服器20進行說明之地方，可替換為第2服務伺服器。第2服務伺服器係與以飯店程式服務為一例之第2服務對應之伺服器電腦。第2服務伺服器只要為藉由第2服務之提供者管理之伺服器電腦即可。

會員登錄請求部106進行之請求與登錄請求受理部105受理之登錄請求相似，但在如下之點上不同：會員登錄請求部106進行之請求為自綜合預約伺服器10對於飯店伺服器20之請求，相對於此，登錄請求受理部105受理之登錄請求係自使用者終端30對綜合預約伺服器10進行。會員登錄請求部106進行之請求、與登錄請求受理部105受理之登錄請求之資料形式可相同亦可不同。會員登錄請求部106在自使用者終端30受理到登錄請求之情形下，基於登錄請求所含之第2會員資訊，對飯店伺服器20請求會員登錄。

在本實施形態中，因在表單F50自動輸入有第2會員資訊，故會員登錄請求部106基於自動輸入於表單F50之第2會員資訊對飯店程式服務系統請求會員登錄。例如，在自動輸入於表單F50之第2會員資訊藉由使用者變更之情形下，會員登錄請求部106基於該變更之第2會員資訊，對飯店伺服器20請求會員登錄。會員登錄請求部106基於自動輸入於以姓名及郵件位址之表單F50為一例之第1表單之第2會員資訊、與使用者對於以有無郵件雜誌之配送之表單F50為一例之第2表單之輸入，對飯店伺服器20請求會員登錄。

[完成通知受理部]  完成通知受理部107自飯店伺服器20受理完成通知。完成通知係表示向飯店程式服務之會員登錄完成之通知。完成通知藉由發送特定形式之資料而進行。綜合預約伺服器10藉由受理完成通知，而可檢測向飯店程式服務之會員登錄完成。

[關聯建立部]  關聯建立部108在飯店程式服務之會員登錄完成之情形下，將綜合預約服務中之使用者之第1使用者ID、與飯店程式服務中之使用者之第2使用者ID建立關聯。所謂將第1使用者ID與第2使用者ID建立關聯，係可自第1使用者ID及第2使用者ID中之一者檢索另一者。在本實施形態中，在第1使用者資料庫DB1中之與第1使用者ID對應之記錄中儲存第2使用者ID，相當於將第1使用者ID與第2使用者ID建立關聯。

例如，若飯店程式服務之會員登錄完成，則飯店伺服器20對綜合預約伺服器10發送包含第2使用者ID之完成通知。若綜合預約伺服器10接收到完成通知，則關聯建立部108將進行了開始請求及登錄請求的使用者之第1使用者ID、與完成通知所含之第2使用者ID建立關聯。在本實施形態中，關聯建立部108藉由將第2使用者ID儲存為與第1使用者資料庫DB1中之第1使用者ID相同記錄之飯店程式資訊，而將第1使用者ID及第2使用者ID建立關聯。

[完成顯示控制部]  完成顯示控制部109在完成通知接收部107受理到完成通知時，使顯示會員登錄完成之登錄完成頁P6作為綜合預約服務中之頁而顯示。在本實施形態中，因完成顯示控制部109係由綜合預約伺服器10實現，故完成顯示控制部109藉由將用於顯示登錄完成頁P6之資料發送至使用者終端30，而使登錄完成頁P6顯示於使用者終端30。該資料可為任意之形式，例如只要為在旅行預約應用之畫面顯示中利用之形式即可。在利用瀏覽器顯示登錄完成頁P6之情形下，完成顯示控制部109只要藉由發送登錄完成頁P6之HTML資料，使登錄完成頁P6顯示於使用者終端30即可。該情形下，登錄完成頁P6作為綜合預約服務之域而顯示。

[會員登錄判定部]  會員登錄判定部110基於第1使用者ID及第2使用者ID之關聯建立，判定使用者是否為飯店程式服務之會員。會員登錄判定部110在第2使用者ID未與第1使用者ID建立關聯時，判定為使用者非為飯店程式服務之會員。會員登錄判定部110在第2使用者ID與第1使用者ID建立關聯時，判定為使用者為飯店程式服務之會員。

[綜合預約服務提供部]  綜合預約服務提供部111對使用者提供綜合預約服務。所謂提供綜合預約服務，係提供可自綜合預約服務利用之功能。例如，使用者可自綜合預約服務檢索飯店。提供用於檢索飯店之檢索引擎，相當於提供綜合預約服務。另外，例如提供用於檢索方案之檢索引擎、或提供用於預約飯店之畫面(例如，圖2及圖3之各頁)，亦相當於提供綜合預約服務。另外，提供與綜合預約服務相關之某些功能，相當於提供綜合預約服務。

例如，綜合預約服務提供部111基於會員登錄判定部110之判定結果，在綜合預約服務中，將與飯店程式服務相關之飯店項目提供給使用者。飯店項目係與可自綜合預約服務預約之飯店相關之項目。在本實施形態中，飯店之方案相當於飯店項目。飯店項目係第2服務項目之一例。因此，對於飯店項目進行說明之地方可替換為第2服務項目。第2服務項目只要係與第2服務相應之項目即可。綜合預約服務提供部111在判定為使用者係飯店程式服務之會員時，將在判定為使用者非為飯店程式服務之會員時不被提供之內容之服務，提供給使用者。亦即，綜合預約服務提供部111在綜合預約服務中，提供飯店程式服務之會員限定之服務。

例如，綜合預約服務提供部111在判定為使用者係飯店程式服務之會員時，以產生特定之優惠之方式對使用者提供綜合預約服務。綜合預約服務提供部111在不判定為使用者係飯店程式服務之會員時，以不產生特定之優惠之方式對使用者提供綜合預約服務。在本實施形態中，因可以會員用之價格預約飯店相當於優惠，故綜合預約服務提供部111藉由令用於以會員用之價格預約飯店之按鈕B203顯示於檢索結果頁P2，而以產生優惠之方式對使用者提供綜合預約服務。

[設施預約部]  在本實施形態之綜合預約服務中，受理與飯店程式服務相關之飯店之預約。設施預約部112進行使用者對飯店之預約。飯店係設施之一例。因此，對於飯店進行說明之地方，可替換為設施。設施只要係可自以綜合預約服務為一例之第2服務預約之設施即可，並不限於飯店。例如，設施亦可為餐廳、咖啡館、觀光設施、遊戲設施、或公共設施。設施預約部112在受理到使用者對飯店之預約之前之期間，在會員登錄完成之情形下，作為飯店程式服務之會員，進行使用者對飯店之預約。例如，設施預約部112基於會員用之價格，進行使用者對飯店之預約。飯店之預約所需之處理本身可適用在周知之綜合預約服務中利用之處理。

再者，在飯店程式服務之會員登錄完成時，如上述般，使用者可自綜合預約服務以會員價格進行預約。該飯店程式服務之會員登錄完成之情形，只要為可將會員登錄已經完成之情形以某些形式特定之時序即可。例如，飯店程式服務之會員登錄已經完成之情形，可為第2使用者資料庫DB3中之記錄之製作時、飯店伺服器20對綜合預約伺服器10發送完成通知之時、綜合預約伺服器10自飯店伺服器20接收到完成通知之時，第1使用者資料庫DB3中之記錄之更新時之任一者。

[3-2.由飯店伺服器實現之功能]  資料記憶部200係以記憶部22為主而實現。其他各功能係以控制部21為主而實現。

[資料記憶部]  資料記憶部200記憶用於提供飯店程式服務所需之資料。例如，資料記憶部200記憶第2使用者資料庫DB3。

圖7係顯示第2使用者資料庫DB3之一例之圖。第2使用者資料庫DB3係儲存有與會員登錄於飯店程式服務之使用者相關之資訊之資料庫。例如，在第2使用者資料庫DB3中，儲存有第2使用者ID、第2密碼、姓名、郵件位址、及郵件雜誌資訊。儲存於第2使用者資料庫DB3之資訊並不限於圖7之例，可儲存有與使用者相關之任意之資訊。例如，飯店程式服務中之使用者之等級可儲存於第2使用者資料庫DB3。

第2使用者ID係在飯店預約服務中可識別使用者之第2使用者識別資訊之一例。第2使用者識別資訊可為任意之資訊，並不限於第2使用者ID。例如，第2使用者識別資訊可為被稱作使用者帳戶之資訊、郵件位址、或電話號碼。在圖7之例中，顯示作為第2會員資訊而輸入之郵件位址作為第2使用者ID而利用之情形。第2使用者ID及第2密碼為了登入飯店程式服務而利用。第2密碼可在會員登錄頁P5中指定，亦可在會員登錄時自動產生臨時之第2密碼且藉由使用者變更成正式之第2密碼。郵件雜誌資訊係表示有無郵件雜誌之配送之資訊。

[會員登錄部]  會員登錄部201基於由會員登錄請求部106進行之請求，進行飯店程式服務之會員登錄。在該請求中，包含飯店程式服務之會員登錄所需之資訊。例如，會員登錄部201發行成為新的飯店程式服務之會員之使用者之第2使用者ID。會員登錄部201將該發行之第2使用者ID、與使用者之第2會員資訊建立關聯且儲存於第2使用者資料庫DB3。在本實施形態中，因作為第2會員資訊而輸入之郵件位址作為第2使用者ID而利用，故會員登錄部201將作為第2會員資訊而輸入之郵件位址作為新的第2使用者ID而發行。會員登錄部201將該發行之新的第2使用者ID、與第2會員資訊建立關聯且儲存於第2使用者資料庫DB3。

[完成通知發送部]  完成通知發送部202對綜合預約伺服器10發送表示飯店程式服務之會員登錄完成之完成通知。完成通知發送部202在會員登錄部201完成飯店程式服務之會員登錄之處理時，對綜合預約伺服器10發送完成通知。

[飯店程式服務提供部]  飯店程式服務提供部203對使用者提供飯店程式服務。所謂提供飯店程式服務，係指自飯店程式服務提供可利用之功能之情形。例如，使用者可自飯店程式服務檢索飯店。提供用於檢索飯店之檢索引擎，相當於提供飯店程式服務。另外，例如，提供用於檢索方案之檢索引擎、或提供用於預約飯店之畫面，亦相當於提供飯店程式服務。

可自飯店程式服務預約之方案可與可自綜合預約服務預約之方案相同，亦可不同。在飯店程式服務中，可存在綜合預約服務中不具有之原始之方案。反之，在綜合預約服務中，可存在飯店程式服務中不具有之原始之方案。另外，提供與飯店程式服務相關之某些功能，相當於提供飯店程式服務。例如，執行利用在飯店程式服務中獲得之積分之處理，相當於提供飯店程式服務。關於使用者自綜合預約服務預約之內容，設為在使用者成為飯店程式服務之會員之後，可自飯店程式服務確認者。

[3-3.由使用者終端實現之功能]  資料記憶部300係以記憶部32為主而實現。顯示控制部301及操作受理部302係以控制部31為主而實現。

[資料記憶部]  資料記憶部300記憶使用者為了利用綜合預約服務所需之資料。例如，資料記憶部300記憶綜合預約應用。在使用者成為飯店程式服務之會員之後，資料記憶部300記憶使用者為了利用飯店程式服務所需之資料。例如，在飯店程式服務配送專用之應用時，資料記憶部300記憶該應用。

[顯示控制部]  顯示控制部301令用於利用綜合預約服務之頁顯示於顯示部35。例如，顯示控制部301使圖2及圖3之各頁顯示於顯示部35。顯示控制部301令用於進行飯店之預約申請之其他頁顯示於顯示部35。顯示控制部301令用於利用飯店程式服務之頁顯示於顯示部35。

[操作受理部]  操作受理部302受理用於利用綜合預約服務之使用者之操作。例如，操作受理部302受理對於圖2及圖3之各頁之輸入。操作受理部302受理用於進行飯店之預約申請之操作。操作受理部302受理用於利用飯店程式服務之使用者之操作。

[4.實施形態之處理]  圖8及圖9係顯示實施形態之處理之一例之流程圖。在執行圖8及圖9之處理時，設為使用者係綜合預約服務之會員，但非為飯店程式服務之會員者。

如圖8所示般，於在使用者終端30中啟動綜合預約應用時，在綜合預約伺服器10及使用者終端30之間，執行用於令使用者登入綜合預約服務之登入處理(S1)。在S1中，可請求第1使用者ID及第1密碼之輸入，於在綜合預約服務中表示過去已登入之資訊記憶於使用者終端30時，可利用該資訊，而不請求第1使用者ID及第1密碼之輸入。

在使用者登入綜合預約服務時，在綜合預約伺服器10及使用者終端30之間，執行用於顯示綜合預約服務之首頁P1之處理(S2)。在綜合預約伺服器10及使用者終端30之間，基於使用者輸入於表單F10之檢索條件，執行用於檢索飯店且顯示檢索結果頁P2之處理(S3)。在S3中，綜合預約伺服器10基於飯店資料庫DB2，檢索與使用者所輸入之檢索條件相應之飯店，且產生檢索結果頁P2。

使用者終端30基於操作部34之檢測信號，特定首頁P1中之使用者之操作(S4)。此處，設為進行自顯示區域A20選擇飯店之操作、選擇按鈕B201之操作、或選擇按鈕B202之操作。在進行返回首頁P1等之其他操作時，執行與該其他操作相應之處理。

在S4中，在進行自顯示區域A20選擇飯店之操作時(S4；飯店選擇)，在綜合預約伺服器10及使用者終端30之間，執行用於顯示飯店詳細頁P3之處理(S5)。在S5中，綜合預約伺服器10基於儲存於飯店資料庫DB2之使用者所選擇之飯店之飯店資訊，產生飯店詳細頁P3。

使用者終端30基於操作部34之檢測信號，特定飯店詳細頁P3中之使用者之操作(S6)。此處，設為進行自顯示區域A30選擇方案之操作、選擇按鈕B300之操作、或選擇按鈕B301之操作。在進行返回檢索結果頁P2等之其他操作時，執行與該其他操作相應之處理。

在S6中，在進行自顯示區域A30選擇方案之操作時(S6；方案選擇)，在綜合預約伺服器10及使用者終端30之間，執行用於顯示方案詳細頁P4之處理(S7)。在S7中，綜合預約伺服器10基於儲存於飯店資料庫DB2之使用者所選擇之方案之方案資訊，產生方案詳細頁P4。

使用者終端30基於操作部34之檢測信號特定方案詳細頁P4中之使用者之操作(S8)。此處，設為進行選擇按鈕B400之操作、或選擇按鈕B401之操作。在進行返回飯店詳細頁P3等之其他操作時，執行與該其他操作相應之處理。

在S8中，在進行選擇按鈕B400之操作時(S8；預約)，在綜合預約伺服器10及使用者終端30之間，執行用於以非會員用之價格預約飯店之處理(S9)，本處理結束。關於在S4中選擇了按鈕B201之情形(S4；預約)、與在S6中選擇了按鈕B300之情形(S6；預約)亦同樣地，執行S9之處理，本處理結束。

在S8中，在進行選擇按鈕B401之操作時(S8；會員登錄)，在綜合預約伺服器10及使用者終端30之間，執行用於顯示會員登錄頁P5之處理(S10)。關於在S4中選擇按鈕B202之情形(S4；會員登錄)、與在S6中選擇按鈕B301之情形(S6；會員登錄)亦同樣地，執行S10之處理，而開始向飯店程式服務之會員登錄。

在S10中，使用者終端30對綜合預約伺服器10發送開始請求。綜合預約伺服器10在自使用者終端30接收到開始請求時，參照第1使用者資料庫DB1，取得使用者之姓名及郵件位址。綜合預約伺服器10將該取得之姓名及郵件位址設置於表單F50A、F50B，將會員登錄頁P5之顯示資料發送至使用者終端30。使用者終端30接收該顯示資料，使登錄於綜合預約服務之自身之姓名及郵件位址自動輸入於表單F50A、F50B之會員登錄頁P5顯示於顯示部35。

使用者終端30在使用者對表單F50輸入必要之資訊且選擇按鈕B51時，對綜合預約伺服器10發送包含輸入於表單F50之第2會員資訊之登錄請求(S11)。綜合預約伺服器10在自使用者終端30接收到登錄請求時(S12)，轉移至圖9，對飯店伺服器20發送包含自使用者終端30接收到之第2會員資訊之登錄請求(S13)。

飯店伺服器20在自綜合預約伺服器10接收到登錄請求時(S14)，執行用於會員登錄於飯店程式服務之處理(S15)。在S15中，飯店伺服器20發行新的第2使用者ID。此處，飯店伺服器20將郵件位址作為新的第2使用者ID而發行。飯店伺服器20將該發行之新的第2使用者ID、與自綜合預約伺服器10接收到之第2會員資訊建立關聯且儲存於第2使用者資料庫DB3。

飯店伺服器20對綜合預約伺服器10發送包含使用者之第2使用者ID之完成通知(S16)。綜合預約伺服器10在自飯店伺服器20接收到完成通知時(S17)，以可識別使用者為飯店程式服務之會員之方式更新第1使用者資料庫DB1(S18)。在S18中，綜合預約伺服器10以第1使用者ID與第2使用者ID及第2會員資訊建立關聯之方式，將使用者之飯店程式資訊儲存於第1使用者資料庫DB1。

在綜合預約伺服器10及使用者終端30之間，執行用於顯示登錄完成頁P6之處理(S19)。在使用者選擇按鈕B60時，在綜合預約伺服器10及使用者終端30之間，執行用於返回至該時為止顯示出之頁之處理(S20)。其後，返回S2、S5、或S7之處理。若返回該等處理，則因使用者成為飯店程式之會員，故使用者可以會員用之價格預約方案。因此，S9之處理成為用於不是以非會員用之價格、而是以會員用之價格預約飯店之處理。

根據本實施形態之會員登錄系統S，在受理到用於開始飯店程式服務之會員登錄之開始請求時，在綜合預約服務中之1個會員登錄頁P5，顯示會員登錄用之表單F50。會員登錄系統S基於使用者對於1個會員登錄頁P5之輸入，對與飯店程式服務對應之飯店程式服務伺服器請求會員登錄。藉此，若利用綜合預約服務過程中之使用者，進行對於綜合預約服務中之1個頁之輸入，則亦可完成向飯店程式服務之會員登錄，故可減輕自綜合預約服務進行向飯店程式服務之會員登錄時的使用者之負擔。因綜合預約伺服器10可將向飯店程式服務之會員登錄之完成為止之處理簡略化，故亦可減輕綜合預約服務中之處理負擔。例如，即便不安裝飯店程式服務之應用，仍在綜合預約服務內完成會員登錄，故可減輕使用者之負擔。例如，即便不對飯店程式服務之網頁進行存取，仍在綜合預約服務內完成會員登錄，故可減輕使用者之負擔。自飯店程式服務而言，因容易將綜合預約服務之會員即使用者圈至飯店程式服務，故可有效果地增加飯店程式服務之會員。自綜合預約服務而言，因使用者可作為飯店程式服務之會員而利用綜合預約服務，故可將利用綜合預約服務之激勵賦予使用者。例如，不進行如在先前技術中所說明之2階段之操作，可藉由1次操作而完成會員登錄。自綜合預約伺服器10及飯店伺服器20而言，因只需一次登錄即可，故減輕處理負荷。因可減少網際網路N上之通訊次數，故亦減輕網路負荷。

又，會員登錄系統S使基於綜合預約服務中之使用者之第1會員資訊、自動輸入有登錄於飯店程式服務之第2會員資訊之表單F50顯示於1個會員登錄頁P5。會員登錄系統S在自飯店伺服器20受理到會員登錄之完成通知時，使登錄完成頁P6作為綜合預約服務之頁而顯示。會員登錄系統S基於自動輸入於表單F50之第2會員資訊，對飯店伺服器20請求會員登錄。藉此，如使用者為姓名或郵件位址般，因無需自1開始輸入可沿用第1會員資訊之第2會員資訊，故可更加減輕使用者之負擔。藉由減少飯店程式服務之會員登錄所需之輸入，而可防止使用者在中途放棄會員登錄而脫離。因此，可有效果地增加飯店程式服務之會員。進而，對於登錄完成頁P6亦然，藉由作為綜合預約服務之頁而顯示，而防止轉變成飯店程式服務之頁，且可將向飯店程式服務之會員登錄之開始至完成為止之所有流程，作為綜合預約服務之頁而完結。

又，會員登錄系統S使可變更自動輸入之第2會員資訊之表單F50顯示於1個會員登錄頁P5。在自動輸入於表單F50之第2會員資訊藉由使用者變更之情形下，會員登錄系統S基於該變更之第2會員資訊，對飯店程式服務系統請求會員登錄。藉此，對於企圖變更自動輸入之第2會員資訊之使用者而言，可變更第2會員資訊，故使用者之便利性提高。例如，即便在綜合預約服務中登錄有舊的資訊、或將與登錄於綜合預約服務之資訊不同之資訊登錄於飯店程式服務之情形下，仍可靈活地對應。

又，會員登錄系統S使自動輸入有第2會員資訊之表單F50A、F50B、與需要使用者之輸入之表單F50C、F50D顯示於1個會員登錄頁P5。會員登錄系統S基於自動輸入於表單F50A、F50B之第2會員資訊、與使用者對第2表單F50C、F50D之輸入，對飯店程式服務系統請求會員登錄。藉此，因可設為使沿用第1會員資訊之表單F50A、F50B、與需要使用者之手動輸入之表單F50C、F50D混存之會員登錄頁P5，故可設為靈活之會員登錄頁P5。例如，不產生在沿用第1會員資訊進行第2會員資訊之登錄之後，對使用者請求需要手動輸入之第2會員資訊之輸入等的2階段之登錄，因會員登錄只需一次輸入即可，故可減輕使用者之負擔。自綜合預約伺服器10及飯店伺服器20而言，因只需一次登錄即可，故減輕處理負荷。因可減少網際網路N上之通訊次數，故亦減輕網路負荷。

又，會員登錄系統S在包含與在綜合預約服務中檢索到之飯店相關之資訊之檢索結果頁P2、飯店詳細頁P3、或方案詳細頁P4中，受理使用者之開始請求。藉此，於在綜合預約服務中檢索加盟飯店程式服務之飯店之流程中，可就此完成向飯店程式服務之會員登錄，故更加減輕使用者之負擔。

又，會員登錄系統S在受理到使用者對飯店之預約之前之期間完成會員登錄之情形下，作為飯店程式服務之會員，進行使用者對飯店之預約。藉此，可在使用者成為飯店程式服務之會員之後，在該流程下完成飯店之預約，而可更加減輕使用者之負擔。

又，會員登錄系統S在階段性地顯示與飯店相關之資訊，提供任一階段之飯店程式服務資訊之情形下，皆可受理開始請求。藉此，使用者可在對飯店程式服務之會員具有興趣之階段下開始會員登錄之手續，而可更加減輕使用者之負擔。

又，會員登錄系統S在會員登錄完成之情形下，將綜合預約服務中之第1使用者ID與飯店程式服務中之第2使用者ID建立關聯。會員登錄系統S基於第1使用者ID及第2使用者ID之關聯建立而判定使用者是否為飯店程式服務之會員，且基於該判定結果，在綜合預約服務中，將與飯店程式服務相關之方案提供給使用者。藉此，可對成為飯店程式服務之會員之使用者在綜合預約服務上提供適切之服務。因此，使用者可以對加盟飯店程式服務飯店有利之條件住宿或可利用飯店程式服務之積分，故使用者之便利性提高。

又，會員登錄系統S令用於受理使用者之開始請求之檢索結果頁P2、飯店詳細頁P3、或方案詳細頁P4，顯示使用者成為飯店程式服務之會員之情形之優惠。藉此，使用者容易對於飯店程式服務之會員產生興趣，故可有效果地增加飯店程式服務之會員。

[5.變化例]  本揭示並不限定於以上所說明之實施形態。在不脫離本揭示之旨趣之範圍內可適當進行變更。

圖10係變化例之功能方塊圖。利用狀況判定部113、登錄部114、及登錄時等級決定部115係以控制部11為主而實現。

[5-1.變化例1]  例如，可行的是，可自綜合預約服務進行複數個飯店程式服務之會員登錄。在變化例1中，設為除了實施形態中所說明之「BBB集團」以外，亦可進行提供其他飯店程式服務之「CCC集團」及「DDD集團」之會員登錄者。因此，在變化例1中，可自綜合預約服務進行3個飯店程式服務之會員登錄。使用者可成為3個飯店程式服務中之任意之飯店程式服務之會員。可自綜合預約服務進行會員登錄之飯店程式服務可為任意之數目，並不限於3個。表示何一飯店加盟何一飯店程式服務之資訊設為儲存於飯店資料庫DB2者。

在變化例1中，與實施形態同樣地，在綜合預約服務中，設為登錄有與第1會員資訊相關之複數個項目者。若為圖5之第1使用者資料庫DB1，則登錄有第1密碼、姓名、郵件位址、性別、出生年月日、年齡、住址、及電話號碼等之8個項目。如實施形態中所說明般，項目之種類可為任意之種類，並不限於該等例。

在變化例1中，設為就每一飯店程式服務，決定會員登錄所需之第2會員資訊之項目者。實施形態中所說明之會員登錄系統S可非為面向特定之飯店之專用系統，而具有作為平臺之功能，亦可設為就具有飯店程式服務之每一飯店，存在設定有會員登錄所需之資訊之項目之資料庫者。例如，綜合預約服務在該平臺上提供「BBB集團」、「CCC集團」及「DDD集團」等之複數個飯店程式服務之會員登錄服務。

例如，可行的是，在「CCC集團」及「DDD集團」中，需要與「BBB集團」之會員登錄所需之姓名、郵件位址、及有無郵件雜誌之配送不同之第2會員資訊。在變化例1中，與使用者企圖成為會員之飯店程式服務相應之第2會員資訊自動輸入於表單F50。會員登錄頁P5包含與飯店程式服務相應之表單F50。

表示飯店程式服務、與可作為第2會員資訊而沿用之第1會員資訊之項目的關係之資料記憶於資料記憶部100。第1會員資訊取得部103取得複數個項目中之與飯店程式服務相應之項目。第1會員資訊取得部103取得複數個飯店程式服務中之與登錄於使用者進行開始請求之飯店程式服務之第2會員資訊之項目相同之項目。

例如，在「CCC集團」之會員登錄中，需要姓名、郵件位址、住址、及電話號碼等之4個項目。第1會員資訊取得部103在使用者進行「CCC集團」之會員登錄之開始請求時，參照第1使用者資料庫DB1，取得該等4個項目。例如，在「DDD集團」之會員登錄中，需要姓名、郵件位址、及出生年月日等之3個項目。第1會員資訊取得部103在使用者進行「DDD集團」之會員登錄之開始請求之情形下，參照第1使用者資料庫DB1，取得該等3個項目。

表單顯示控制部104使基於與飯店程式服務相應之項目、自動輸入有第2會員資訊之表單F50顯示於1個會員登錄頁P5。在與使用者企圖成為會員之飯店程式服務相應之種類之第1會員資訊，作為該飯店程式服務之第2會員資訊自動輸入於表單F50之點上與實施形態不同，但用於顯示第2會員資訊自動輸入於表單F50之1個會員登錄頁P5之處理本身係如實施形態中所說明般。

根據變化例1，會員登錄系統S取得與第1會員資訊相關之複數個項目中與飯店程式服務相應之項目。會員登錄系統S使基於與飯店程式服務相應之項目、自動輸入有第2會員資訊之表單F50顯示於1個會員登錄頁P5。藉此，因實現與使用者企圖成為會員之飯店程式服務相應之自動輸入，故可減輕可進行複數個飯店程式服務之會員登錄之情形之使用者之負擔。

[5-2.變化例2]  例如，有在綜合預約服務中，登錄有相同種類之複數個第1會員資訊之情形。在設為住址相當於第1會員資訊時，有使用者將自己家、老家、及工作單位等之3個住址登錄於綜合預約服務之情形。在設為郵件位址相當於第1會員資訊時，有使用者將智慧型手機、免費郵件、及工作單位等之3個郵件位址登錄於綜合預約服務之情形。該情形下，可行的是，使用者可選擇作為第2會員資訊而沿用者。進而，在複數個第1會員資訊之中，在具有預設值之設定之情形下，可自動選擇作為預設值之第1會員資訊。進而，可行的是，可選擇作為預設值之第1會員資訊以外之其他第1會員資訊。

變化例2之第1會員資訊取得部103取得複數個第1會員資訊。在取得複數個第1會員資訊之點上與實施形態不同，但第1會員資訊之取得方法本身係如實施形態中所說明般。對於未將複數個第1會員資訊登錄於綜合預約服務之使用者，與實施形態同樣地，只要取得1個第1會員資訊即可。

表單顯示控制部104使可將複數個第1會員資訊中之任一者作為第2會員資訊而選擇之表單F50顯示於1個會員登錄頁P5。此處，舉出下拉選單形式之表單F50為例，但亦可設為可利用複選框或單選按鈕等之其他表單，選擇作為第2會員資訊而沿用之第1會員資訊。

會員登錄請求部106基於表單F50之選擇結果對飯店伺服器20請求會員登錄。在自表單F50選擇之第2會員資訊登錄於飯店程式服務之點上與實施形態不同，但請求會員登錄之流程與實施形態相同。使用者自表單F50選擇且作為第2會員資訊而沿用之第1會員資訊，可藉由使用者之輸入而變更。

根據變化例2，會員登錄系統S使可將複數個第1會員資訊中之任一者作為第2會員資訊而選擇之表單F50顯示於1個會員登錄頁P5。會員登錄系統S基於表單F50之選擇結果對飯店程式服務系統請求會員登錄。藉此，因可令使用者自複數個第1會員資訊之中選擇作為第2會員資訊而沿用者，故使用者之便利性提高，且可減輕使用者之負擔。

[5-3.變化例3]  例如，表單顯示控制部104可以與飯店程式服務相應之顯示態樣顯示1個會員登錄頁P5。顯示態樣係1個會員登錄頁P5之外觀。例如，整體之佈局、各個圖像、背景、說明文、文字之色、或文字之字體相當於顯示態樣。表示飯店程式服務與會員登錄頁P5之顯示態樣之關係之資料記憶於資料記憶部100。

例如，表單顯示控制部104以包含「BBB集團」之標誌之方式顯示「BBB集團」之會員登錄頁P5。標誌以外之整體性之氛圍亦可與「BBB集團」提供之飯店程式服務之頁相同。在「BBB集團」以藍色或紅色等之特定之色作為企業之色而利用之情形下，表單顯示控制部104顯示該特定之色之會員登錄頁P5。在如變化例1所示般亦可進行「CCC集團」及「DDD集團」等之其他飯店程式服務之會員登錄之情形下，表單顯示控制部104以與其他飯店程式服務相應之顯示態樣，顯示其他飯店程式服務之會員登錄頁P5。

根據變化例3，會員登錄系統S以與飯店程式服務相應之顯示態樣顯示1個會員登錄頁P5。藉此，因使用者容易掌握企圖進行何一飯店程式服務之會員登錄，故使用者之便利性提高。

[5-4.變化例4]  例如，自綜合預約服務進行飯店程式服務之會員登錄之功能，可僅提供給經常利用綜合預約服務之使用者。在變化例4中，設為在綜合預約服務中決定使用者之等級。使用者愈利用綜合預約服務，則使用者之等級愈高。在綜合預約服務與電子商交易服務或金融服務等之其他服務協作之情形下，使用者愈利用其他服務，則使用者之等級愈高。等級之結構本身係可利用周知之各種等級者。只要等級可根據預先決定之條件而改變即可。

會員登錄系統S進一步包含利用狀況判定部113，該利用狀況判定部113判定綜合預約服務中之使用者之利用狀況是否為特定之狀況。等級係利用狀況之一例。因此，對於等級進行說明之地方，可替換為利用狀況。利用狀況可為任意之資訊，並不限於等級。例如，使用者之利用額、利用次數、利用頻度、或利用期間各者可相當於利用狀況，該等之一部分之組合、或包含等級之所有組合亦可相當於利用狀況。進而，不僅為綜合預約服務中之利用狀況，亦可為包含與綜合預約服務協作之其他服務之利用狀況。特定之狀況係成為是否提供會員登錄之功能之判定基準之狀況。例如，在綜合預約服務之等級存在5階段，而對第3階段以上之使用者提供會員登錄之功能之情形下，第3階段成為特定之狀況。

表單顯示控制部104基於利用狀況判定部113之判定結果，控制是否顯示1個會員登錄頁P。例如，表單顯示控制部104在不判定為使用者之利用狀況為特定之狀況時，不顯示1個會員登錄頁P5，在判定為使用者之利用狀況為特定之狀況時，顯示1個會員登錄頁P5。該情形下，對於特定之等級以上之使用者提供會員登錄之功能。

根據變化例4，會員登錄系統S判定綜合預約服務中之使用者之利用狀況是否為特定之狀況，且基於該判定結果，控制是否顯示1個會員登錄頁P5。藉此，例如，可作為向經常利用綜合預約服務之使用者之優惠而提供會員登錄之功能。

再者，亦可與上述之例相反地，在表單顯示控制部104判定為使用者之利用狀況為特定之狀況時，不顯示1個會員登錄頁P5，在不判定為使用者之利用狀況為特定之狀況時，顯示1個會員登錄頁P5。該情形下，對於未達特定之等級之使用者提供會員登錄之功能。如此般設置之情形下，藉由對不經常利用綜合預約服務之使用者提供便利之會員登錄之功能，而可賦予繼續利用綜合預約服務之激勵。

[5-5.變化例5]  例如，會員登錄系統S可進一步具有登錄部114，該登錄部114基於使用者對於1個會員登錄頁P5之輸入，將登錄於飯店程式服務之第2會員資訊登錄於綜合預約服務。在變化例5中，對於將第2會員資訊作為儲存於第1使用者資料庫DB1之飯店程式資訊之一部分而儲存之情形進行說明，但亦可作為與飯店程式資訊不同之資訊而儲存。登錄部114在自飯店伺服器20接收到登錄完成之通知之時序、或自使用者終端30接收到登錄請求之時序下，將與第2使用者ID建立關聯且登錄於第2使用者資料庫DB3之第2會員資訊，作為飯店程式資訊之一部分而儲存。

綜合預約服務提供部111基於登錄於綜合預約服務之第2會員資訊，提供綜合預約服務。例如，綜合預約服務提供部111可在使用者預約加盟飯店程式服務之飯店時，將儲存於第1使用者資料庫DB1之第2會員資訊自動輸入於用於輸入住宿者之資訊之畫面之表單。另外，例如，可行的是，綜合預約服務提供部111可自綜合預約服務利用與使用者登入飯店程式服務且利用飯店程式服務之情形同等之服務。

根據變化例5，會員登錄系統S基於登錄於綜合預約服務之第2會員資訊，提供綜合預約服務。藉此，例如，因使用者可自綜合預約服務利用與登入飯店程式服務且利用飯店程式服務之情形同等之服務，故使用者之便利性提高。

[5-6.變化例6]  例如，可行的是，飯店程式服務可以第1價格利用。例如，在使用者成為飯店程式服務之會員時，可直接登入飯店程式服務，預約加盟飯店程式服務之飯店。第1價格係該情形之價格。第1價格不是自綜合預約服務、而是自飯店程式服務直接預約飯店時之價格。綜合預約服務可以較第1價格高之第2價格利用。第2價格係實施形態中所說明之非會員用之價格。

變化例6之綜合預約服務提供部111在不判定為使用者係飯店程式服務之會員時，令使用者以第2價格利用綜合預約服務，在判定為使用者係飯店程式服務之會員時，令使用者以第1價格利用綜合預約服務。在變化例6中，設為以成為與第1價格同等之價格之方式，設定飯店資料庫DB2之會員價格資訊。因此，綜合預約服務提供部111在使用者成為飯店程式服務之會員之後，以可與使用者自飯店程式服務直接預約時相同之價格預約之方式，提供綜合預約服務。例如，綜合預約服務提供部111在檢索結果頁P2、飯店詳細頁P3、或方案詳細頁P4顯示與第1價格相同之價格。

根據變化例6，會員登錄系統S在不判定為使用者係飯店程式服務之會員時，令使用者以第2價格利用綜合預約服務，在判定為使用者係飯店程式服務之會員時，令使用者以第1價格利用綜合預約服務。藉此，因可以與使用者登入飯店程式服務且利用飯店程式服務之情形同等之價格，自綜合預約服務預約飯店，故使用者之便利性提高。

[5-7.變化例7]  例如，綜合預約服務提供部111亦可基於綜合預約服務中之使用者之利用狀況、與飯店程式服務中之使用者之利用狀況，對使用者提供綜合預約服務。與變化例4同樣地，作為利用狀況之一例而說明等級，但利用狀況亦可為變化例4中所說明之其他資訊。在變化例7中，設為在飯店程式服務中存在獨自之等級。飯店程式服務中之等級之結構本身係可利用周知之各種等級者。只要等級可根據預先決定之條件而改變即可。

綜合預約服務提供部111綜合地考量綜合預約服務中之使用者之等級、與飯店程式中之使用者之等級，對使用者提供綜合預約服務。例如，綜合預約服務提供部111以綜合預約服務中之使用者之等級愈高、且飯店程式中之使用者之等級愈高，則使用者可以愈有利之條件利用綜合預約服務之方式提供綜合預約服務。有利之條件係價格便宜、可入住時間早、可滯留時間長、可退房時間晚、或可利用之設施多。有利之條件只要係與第2服務相應之條件即可。

根據變化例7，會員登錄系統S基於綜合預約服務中之使用者之利用狀況、與飯店程式服務中之使用者之利用狀況，對使用者提供綜合預約服務。藉此，不僅考量綜合預約服務中之使用者之利用狀況，亦考量飯店程式服務中之使用者之利用狀況，使用者可利用綜合預約服務，故使用者之便利性提高。例如，若使用者自綜合預約服務預約加盟飯店程式服務之飯店，則該等兩者之服務之等級變高，故可對使用者賦予利用兩者之服務之激勵。

[5-8.變化例8]  例如，綜合預約服務提供部111可在使用者自綜合預約服務成為飯店程式服務之會員時，以較使用者自飯店程式服務成為飯店程式服務之會員之情形更有利之條件，對使用者提供綜合預約服務。有利之條件之意思係如變化例7所說明般。例如，綜合預約服務提供部111在使用者自綜合預約服務成為飯店程式服務之會員時，適用特別之新會員折扣。該新會員折扣設為與使用者自飯店程式服務進行會員登錄、且自飯店程式服務直接預約飯店之情形相比價格更便宜。綜合預約服務提供部111以較自飯店程式服務直接預約之情形更便宜之方式，對使用者提供綜合預約服務。

根據變化例8，會員登錄系統S在使用者自綜合預約服務成為飯店程式服務之會員時，以較使用者自飯店程式服務成為飯店程式服務之會員之情形更有利之條件，對使用者提供綜合預約服務。藉此，可對使用者賦予自綜合預約服務進行飯店程式服務之會員登錄之激勵。

[5-9.變化例9]  例如，會員登錄系統S可進一步包含登錄時等級決定部115，該登錄時等級決定部115基於綜合預約服務中之使用者之利用狀況，決定飯店程式服務之會員登錄時之使用者之等級。在變化例9中，與變化例7同樣地，在飯店程式服務中，設定與使用者之利用狀況相應之等級。登錄時等級決定部115以綜合預約服務中之使用者之等級愈高，則飯店程式服務中之使用者之等級愈高之方式，決定會員登錄時之使用者之等級。會員登錄時之使用者之等級係飯店程式服務之初始之等級。

根據變化例9，會員登錄系統S設定與使用者之利用狀況相應之等級，基於綜合預約服務中之使用者之利用狀況，決定飯店程式服務之會員登錄時之使用者之等級。藉此，因經常利用綜合預約服務之使用者可有利地利用飯店程式服務，故使用者之便利性提高。

[5-10.其他變化例]  例如，可組合上述變化例。

例如，在會員登錄頁P5之表單F50，可不自動輸入第2會員資訊。即便第2會員資訊未自動輸入，因不需要如先前技術之2階段之操作，而自綜合預約服務完成飯店程式服務之會員登錄，故可減輕使用者之負擔。例如，可行的是，即便使用者已成為飯店程式服務之會員，但仍無法自綜合預約服務以會員用之價格住宿飯店。該情形下，可行的是，在使用者自綜合預約服務預約飯店之情形下，藉由將使用者係會員之事宜通知給飯店，且獲得飯店程式服務之積分，而使用者可利用飯店程式服務。例如，使用者輸入於會員登錄頁P5之第2會員資訊可自使用者終端30直接發送至飯店伺服器20。例如，在使用者自飯店程式服務退出之情形下，可解除第1使用者ID及第2使用者ID之關聯建立。

例如，可行的是，在使用者係飯店程式服務之會員之情形下，可進行綜合預約服務中之第1使用者ID、與飯店程式服務中之第2使用者ID之關聯建立。該情形下，可在會員登錄系統S中不執行實施形態中所說明之處理。例如，可行的是，使用者可自會員登錄頁P5輸入自身之第2使用者ID。該情形下，可在會員登錄頁P5顯示用於使用者成為新會員之表單、與在已為會員之情形下用於輸入第2使用者ID之表單之兩者。在已為會員之使用者進行第1使用者ID及第2使用者ID之關聯建立之情形下，可賦予特別之優惠。例如，可行的是，在使用者自綜合預約服務預約飯店之情形下，可以特別之價格進行預約。

例如，第1服務及第2服務之組合可為任意之組合，並不限於實施形態之例。例如，可行的是，第1服務為電子商交易服務，第2服務為積分服務。該情形下，使用者可於在電子商交易服務中檢索商品之流程中，完成積分服務之會員登錄。亦可在使用者成為積分服務之會員之後，在購入檢索之商品時，儲存積分服務提供之積分。另外，例如，可行的是，第1服務為飯店程式服務，第2服務為綜合預約服務。亦即，第1服務及第2服務之關係可與實施形態相反。該情形下，使用者可自飯店程式服務進行綜合預約服務之會員登錄。第1服務及第2服務之關係亦可為其他任意之組合。

例如，對於主要之功能係由綜合預約伺服器10實現之情形進行了說明，各功能可由複數個電腦分擔。例如，可在綜合預約伺服器10、飯店伺服器20、及使用者終端30之間分擔各功能。例如，作為記憶於綜合預約伺服器10或飯店伺服器20而說明之資料，亦可記憶於其他資料庫伺服器。

10:綜合預約伺服器 11,21,31:控制部 12,22,32:記憶部 13,23,33:通訊部 20:飯店伺服器 30:使用者終端 34:操作部 35:顯示部 100:資料記憶部 101:優惠顯示控制部 102:開始請求受理部 103:第1會員資訊取得部 104:表單顯示控制部 105:登錄請求受理部 106:會員登錄請求部 107:完成通知受理部 108:關聯建立部 109:完成顯示控制部 110:會員登錄判定部 111:綜合預約服務提供部 112:設施預約部 113:利用狀況判定部 114:登錄部 115:登錄時等級決定部 200:資料記憶部 201:會員登錄部 202:完成通知發送部 203:飯店程式服務提供部 300:資料記憶部 301:顯示控制部 302:操作受理部 A20,A30,A40,A200:顯示區域 B11,B31,B51,B60,B201,B202,B203,B300,B301,B400,B401:按鈕 DB1:第1使用者資料庫 DB2:飯店資料庫 DB3:第2使用者資料庫 F10,F50,F50A,F50B,F50C,F50D:表單 N:網際網路 P1:首頁 P2:檢索結果頁 P3:飯店詳細頁 P4:方案詳細頁 P5:會員登錄頁 P6:登錄完成頁 S:會員登錄系統

圖1係顯示會員登錄系統之整體構成之一例之圖。  圖2係顯示使用者利用綜合預約服務時之頁轉變之一例之圖。  圖3係顯示使用者利用綜合預約服務時之頁轉變之一例之圖。  圖4係顯示實施形態之功能之一例之功能方塊圖。  圖5係顯示第1使用者資料庫之一例之圖。  圖6係顯示飯店資料庫之一例之圖。  圖7係顯示第2使用者資料庫之一例之圖。  圖8係顯示實施形態之處理之一例之流程圖。  圖9係顯示實施形態之處理之一例之流程圖。  圖10係變化例之功能方塊圖。

10:綜合預約伺服器

20:飯店伺服器

30:使用者終端

100:資料記憶部

101:優惠顯示控制部

102:開始請求受理部

103:第1會員資訊取得部

104:表單顯示控制部

105:登錄請求受理部

106:會員登錄請求部

107:完成通知受理部

108:關聯建立部

109:完成顯示控制部

110:會員登錄判定部

111:綜合預約服務提供部

112:設施預約部

200:資料記憶部

201:會員登錄部

202:完成通知發送部

203:飯店程式服務提供部

300:資料記憶部

301:顯示控制部

302:操作受理部

DB1:第1使用者資料庫

DB2:飯店資料庫

DB3:第2使用者資料庫

Claims (20)

1. 一種會員登錄系統，其包含：開始請求受理部，其受理在第1服務中由使用者進行之用於開始第2服務之會員登錄之開始請求；  表單顯示控制部，其在前述開始請求受理部受理到前述開始請求時，在前述第1服務中之1個頁顯示前述會員登錄用之表單；及  會員登錄請求部，其基於前述使用者對於前述1個頁之輸入，對與前述第2服務對應之第2服務伺服器請求前述會員登錄。
2. 如請求項1之會員登錄系統，其中前述會員登錄系統進一步包含第1會員資訊取得部，其取得前述第1服務中之前述使用者之第1會員資訊，  前述表單顯示控制部使基於前述第1會員資訊、自動輸入有登錄於前述第2服務之第2會員資訊之前述表單顯示於前述1個頁，  前述會員登錄請求部基於自動輸入於前述表單之前述第2會員資訊，對前述第2服務伺服器請求前述會員登錄，  前述第2服務伺服器基於藉由前述會員登錄請求部進行之請求進行前述第2服務之會員登錄，且對前述會員登錄系統發送表示前述第2服務之會員登錄完成之完成通知，  前述會員登錄系統進一步包含：  完成通知受理部，其自前述第2服務伺服器受理前述完成通知；及  完成顯示控制部，其在前述完成通知接收部受理到前述完成通知時，使表示前述會員登錄完成之登錄完成頁作為前述第1服務中之頁而顯示。
3. 如請求項2之會員登錄系統，其中前述表單顯示控制部使可變更自動輸入之前述第2會員資訊之前述表單顯示於前述1個頁，  前述會員登錄請求部在自動輸入於前述表單之前述第2會員資訊藉由前述使用者變更之情形下，基於該變更之第2會員資訊，對前述第2服務伺服器請求前述會員登錄。
4. 如請求項2或3之會員登錄系統，其中前述表單顯示控制部使自動輸入有前述第2會員資訊之第1表單、與需要前述使用者之輸入之第2表單顯示於前述1個頁，  前述會員登錄請求部基於自動輸入於前述第1表單之前述第2會員資訊、與前述使用者對於前述第2表單之輸入，對前述第2服務伺服器請求前述會員登錄。
5. 如請求項2或3之會員登錄系統，其中在前述第1服務中，登錄有與前述第1會員資訊相關之複數個項目，  前述第1會員資訊取得部取得前述複數個項目中之與前述第2服務相應之前述項目，  前述表單顯示控制部使基於與前述第2服務相應之前述項目、自動輸入有前述第2會員資訊之前述表單顯示於前述1個頁。
6. 如請求項2或3之會員登錄系統，其中在前述第1服務中，登錄有相同種類之複數個前述第1會員資訊，  前述第1會員資訊取得部取得前述複數個第1會員資訊，  前述表單顯示控制部使可將前述複數個第1會員資訊中之任一者作為前述第2會員資訊而選擇之前述表單顯示於前述1個頁，  前述會員登錄請求部基於前述表單之選擇結果，對前述第2服務伺服器請求前述會員登錄。
7. 如請求項1至3中任一項之會員登錄系統，其中前述表單顯示控制部以與前述第2服務相應之顯示態樣顯示前述1個頁。
8. 如請求項1至3中任一項之會員登錄系統，其中前述會員登錄系統進一步包含利用狀況判定部，該利用狀況判定部判定前述第1服務中之前述使用者之利用狀況是否為特定之狀況，  前述表單顯示控制部基於前述利用狀況判定部之判定結果，控制是否顯示前述1個頁。
9. 如請求項1至3中任一項之會員登錄系統，其中在前述第1服務中，自包含與前述第2服務相關之第2服務項目之複數個項目之中，檢索與前述使用者指定之檢索條件相應之項目，  前述開始請求受理部在包含在前述第1服務中被檢索之前述第2服務項目之第2服務項目頁，受理前述使用者之前述開始請求。
10. 如請求項1至3中任一項之會員登錄系統，其中在前述第1服務中，受理與前述第2服務相關之設施之預約，  前述會員登錄系統進一步包含設施預約部，該設施預約部進行前述使用者對前述設施之預約，  前述設施預約部在受理到前述使用者對前述設施之預約之前之期間，在前述會員登錄完成之情形下，作為前述第2服務之會員，進行前述使用者對前述設施之預約。
11. 如請求項1至3中任一項之會員登錄系統，其中在前述第1服務中，可將與前述第2服務相關之第2服務資訊階段性地提供給前述使用者，  前述開始請求受理部在提供任一之階段之前述第2服務資訊之情形下，皆可受理前述開始請求。
12. 如請求項1至3中任一項之會員登錄系統，其中前述會員登錄系統進一步包含：  關聯建立部，其在前述會員登錄完成之情形下，將前述第1服務中之前述使用者之第1使用者識別資訊、與前述第2服務中之前述使用者之第2使用者識別資訊建立關聯；  會員登錄判定部，其基於前述第1使用者識別資訊及前述第2使用者識別資訊之關聯建立，判定前述使用者是否為前述第2服務之會員；及  第1服務提供部，其基於前述會員登錄判定部之判定結果，在前述第1服務中，將與前述第2服務相關之第2服務項目提供給前述使用者。
13. 如請求項12之會員登錄系統，其中前述第1服務提供部在判定為前述使用者係前述第2服務之會員時，以產生特定之優惠之方式對前述使用者提供前述第1服務，  前述會員登錄系統進一步包含優惠顯示控制部，該優惠顯示控制部在用於受理前述使用者之前述開始請求之頁，顯示與前述使用者成為前述第2服務之會員時之優惠相關之優惠資訊。
14. 如請求項12之會員登錄系統，其中前述會員登錄系統進一步具有登錄部，該登錄部基於前述使用者對於前述1個頁之輸入，將登錄於前述第2服務之第2會員資訊登錄於前述第1服務，  前述第1服務提供部基於登錄於前述第1服務之前述第2會員資訊，提供前述第1服務。
15. 如請求項12之會員登錄系統，其中前述第2服務可以第1價格利用，  前述第1服務可以較前述第1價格高之第2價格利用，  前述第1服務提供部在不判定為前述使用者係前述第2服務之會員時，使前述使用者以前述第2價格利用前述第1服務，在判定為前述使用者係前述第2服務之會員時，使前述使用者以前述第1價格利用前述第1服務。
16. 如請求項12之會員登錄系統，其中前述第1服務提供部基於前述第1服務中之前述使用者之利用狀況、與前述第2服務中之前述使用者之利用狀況，對前述使用者提供前述第1服務。
17. 如請求項12之會員登錄系統，其中前述第1服務提供部在前述使用者自前述第1服務成為前述第2服務之會員時，以較前述使用者自前述第2服務成為前述第2服務之會員之情形更有利之條件，對前述使用者提供前述第1服務。
18. 如請求項1至3中任一項之會員登錄系統，其中在前述第2服務中，設定與前述使用者之利用狀況相應之等級，  前述會員登錄系統進一步包含登錄時等級決定部，該登錄時等級決定部基於前述第1服務中之前述使用者之利用狀況，決定前述第2服務之會員登錄時之前述使用者之等級。
19. 一種會員登錄方法，其包含如下步驟：受理步驟，其受理在第1服務中由使用者進行之用於開始第2服務之會員登錄之開始請求；  表單顯示控制步驟，其於在前述受理步驟中受理到前述開始請求時，在前述第1服務中之1個頁顯示前述會員登錄用之表單；及  會員登錄請求步驟，其基於前述使用者對於前述1個頁之輸入，對與前述第2服務對應之第2服務伺服器請求前述會員登錄。
20. 一種程式產品，其係用於使電腦作為如下之部分發揮功能者：開始請求受理部，其受理在第1服務中由使用者進行之用於開始第2服務之會員登錄之開始請求；  表單顯示控制部，其在前述開始請求受理部受理到前述開始請求時，在前述第1服務中之1個頁顯示前述會員登錄用之表單；及  會員登錄請求部，其基於前述使用者對於前述1個頁之輸入，對與前述第2服務對應之第2服務伺服器請求前述會員登錄。