預約受理系統的製作方法

2023-05-12 06:03:36 1

專利名稱：預約受理系統的製作方法
技術領域：
本發明涉及經由通信網絡進行的住宿設施等的預約受理服務中所使用的預約受 理系統。
背景技術：
在以往的使用網際網路進行賓館等的住宿預約的旅行代理店等住宿預約站點中，預 先從可以預約的賓館分配一定的房間數，將那些房間的信息登記到本公司的系統中，並在 該範圍內處理住宿預約。為此，提出了代理人根據用戶終端的請求僅進行住宿預約的登記、更新住宿設施 所具備的資料庫的空房狀況的住宿預約系統、預約登記裝置、以及預約登記處理程序的技 術等(例如，參考專利文獻1)。專利文獻1 日本特開2008-26987號公報

發明內容
由於分配給各個住宿預約站點的各賓館的房間數(預約掌管數)受到限制，所以 如果利用者集中到某特定的站點，則存在儘管其他站點有空房間，但也無法從該站點預約 這樣的問題。對各賓館而言，存在在產生了解約那樣的情況下，無法迅速地反映到住宿預約站 點這樣的問題。另外，所述問題並非在所有賓館中產生，並且，希望在各賓館中易於選擇預約方 式，但在所述專利文獻1的技術中，沒有具體示出這些方法，未能解決問題。本發明是鑑於所述情況而完成的，其目的在於提供一種預約受理系統，在賓館等 設施的預約站點中，即使利用者集中到特定的預約站點也不會喪失該設施的預約申請的機 會，而能夠適當地管理所有預約站點的剩餘房間數。本發明提供一種預約受理系統，進行來自利用者的設施的預約受理處理，具有第 一計算機，進行多個設施的預約受理處理；以及第二計算機，與該第一計算機經由網絡連接 且對特定的設施的預約空閒數據進行管理，其特徵在於，第一計算機具備輸入數據接收單 元，在經由網絡而連接的利用者的終端中顯示用於各設施的預約受理的輸入畫面，當在該 輸入畫面中輸入了特定的設施以外的設施的情況下，接收包括經由該輸入畫面而輸入的設 施以及日期時間的輸入數據；預約數據保存單元，根據通過該輸入數據接收單元接收到的 輸入數據，生成並保存設施的預約受理的數據；以及輸入數據發送單元，在通過輸入數據接 收單元而在顯示於利用者的終端中的輸入畫面中進行了特定的設施的輸入的情況下，將包 括經由該輸入畫面而輸入的設施以及日期時間的輸入數據發送給經由網絡而連接的第二 計算機，第二計算機具備預約空閒數據更新單元，根據通過第一計算機的輸入數據發送單 元發送來的輸入數據，更新預約空閒數據；以及預約完成數據顯示單元，根據該預約空閒數 據的更新記錄生成預約完成數據，顯示在該利用者的終端中，並且將該預約完成數據發送到第一計算機，第一計算機的預約數據保存單元根據該預約完成數據生成並保存預約受理 的數據。此處，「進行多個設施的預約受理處理的第一計算機」是指，例如，在網際網路上進行 多個住宿設施的預約申請的旅行代理店等的WEB站點的伺服器等。另外，一般在旅行代理 店等的TOB站點中，對於作為預約申請的對象的住宿設施的客房，從住宿設施分配規定的 房間數，以該數作為限度而進行。「對特定的設施的預約空閒數據進行管理的第二計算機」是指，對包括賓館等的空 房信息的預約狀況進行管理的計算機等，還包括在具有多個賓館的賓館連鎖店中，對各賓 館的狀況一併進行管理的計算機等。根據本發明，根據住宿設施的預約手續中的利用者的選擇內容、計算機進行的判 定的結果，切換與利用者的終端連接的計算機來執行受理處理，所以起到利用者能夠一邊 進行通常的操作，一邊擴大設施選擇的對象這樣的效果。另外，無需個別地詢問多個WEB站 點就能夠預約目的設施，所以可以減輕利用者在住宿設施的預約中所需的作業負擔。另外，在本發明的預約受理系統中，其特徵在於，在第一計算機中，輸入數據接收 單元在利用者的終端中顯示包括所預約的設施的地域以及日期時間的條件的輸入畫面，並 接收輸入到該輸入畫面中的所預約的設施的條件的數據，另外，在該第1計算機中具有預 約條件檢索單元根據該預約的設施的條件的數據、該計算機具備的包括多個設施的地域的 屬性信息數據、設施的預約受理處理的歷史數據、以及經由網絡而連接的第二計算機具有 的該特定的設施的預約空閒數據，檢索與該預約的設施的條件適合的設施，根據由該預約 條件檢索單元得到的檢索結果，生成通過輸入數據接收單元在利用者的終端中顯示的多個 設施中的預約申請的輸入畫面。根據本發明，例如能夠將在基於利用者的住宿設施的條件檢索中設為檢索對象的 空房信息作為實時的信息，所以起到能夠得到正確的檢索結果這樣的效果。另外，在本發明的預約受理系統中，其特徵在於，第二計算機與多個第一計算機連 接，各個第一計算機具備資料庫，保存每個設施的預約掌管數(分配數)和剩餘房數；剩 餘房數發送單元，在預約受理結束時刻的規定時間前向第二計算機發送剩餘房數；以及掌 管房數變更單元，根據從第二計算機發送來的預約掌管數的增減數據，變更該增減數據接 收時的掌管數以及剩餘房數，第二計算機具備剩餘房數調整單元，該剩餘房數調整單元根 據從第一計算機發送來的剩餘房數，針對每個設施分別變更第一計算機的預約掌管數，並 向各個第一計算機發送預約掌管數的增減數據。在本發明中，在管理預約空閒數據的第二計算機與進行預約受理的多個第一計算 機連接而取得預約的情況下，自動地調整第一計算機的剩餘房數的平衡，實現高效的預約管理。優選為，在變為了預約受理結束時刻的規定時間前的情況下，秘密地執行剩餘房 數調整處理即可。由此，可以高精度地應對快要到達結束時刻的突然的預約申請、解約。另外，在本發明的預約受理系統中，其特徵在於，第一計算機具備資料庫，針對每 個設施保存預約空閒數據的取得目的地；以及參考目的地變更單元，根據每個設施的剩餘 房數變更預約空閒數據的取得目的地。在本發明中，能夠針對每個設施根據其剩餘房數變更預約空閒數據的取得目的地。例如，在某第一計算機中剩餘房數成為零了時，通過變更到預約空閒數據的第二計算 機，可以減少針對訪問了該第一計算機的利用者的設施預約申請的機會的喪失。根據本發明，即使利用者集中到特定的預約站點也不會喪失該設施的預約申請的 機會，而能夠適當地管理所有預約站點的剩餘房數。由此，在住宿預約站點中，不受限於從 各賓館分配的房間數，而可以根據營業努力情況來增加合同件數。另外，在住宿預約站點和各賓館中，無需預先嚴密地決定房間數的分配的業務，所 以可以減輕雙方的擔當者的業務。


圖1是本發明的第1實施方式的預約受理系統1的硬體結構圖。圖2是本發明的第1實施方式的預約受理系統1的功能框圖。圖3是圖2的預約信息DB331的結構例。圖4是圖2的空房信息DB332的結構例。圖5是圖2的賓館信息DB333的結構例。圖6是圖2的利用者DB334的結構例。圖7是圖2的預約信息DB131的結構例。圖8是圖2的空房信息DB132的結構例。圖9是圖2的預約信息DB231的結構例。圖10是圖2的空房信息DB232的結構例。圖11是示出在第1實施方式的預約受理系統1中，受理賓館的預約時的概略情況 的說明圖。圖12是第1實施方式的利用者終端4的「住宿設施選擇畫面」的顯示例。圖13是第1實施方式的利用者終端4的「預約信息輸入畫面」的顯示例。圖14是第1實施方式的利用者終端4的「預約完成確認畫面」的顯示例。圖15是在第1實施方式的預約受理系統1中，選擇了加盟賓館預約管理系統10 所管理的加盟賓館A的情況下的時序圖。圖16是示出在第1實施方式的預約受理系統1中，在通過預約條件檢索單元3 進行的住宿設施的檢索時使用的條件檢索作業表的結構例的圖。圖17是在第1實施方式的預約受理系統1的加盟賓館A伺服器2中，通過預約信 息的登記實現的數據變更的狀態的說明圖。圖18是第1實施方式的加盟賓館管理伺服器10中的通過預約信息的登記實現的 數據變更的狀態的說明圖。圖19是第1實施方式的住宿預約的取消處理步驟的說明圖。圖20是第1實施方式的住宿預約被取消了的情況下的時序圖。圖21是第1實施方式的利用者終端4的「個人信息確認畫面」的顯示例。圖22是第1實施方式的利用者終端4的「預約取消畫面」的顯示例。圖23是第1實施方式的利用者終端4的「預約取消結果顯示畫面」的顯示例。圖M是示出在第1實施方式的預約受理系統1中，加盟賓館A伺服器2中的通過 預約信息的取消實現的數據的變更的狀態的說明圖。
圖25是示出在第1實施方式的預約受理系統1中，加盟賓館管理伺服器10中的 通過預約信息的取消實現的數據的變更的狀態的說明圖。圖沈是圖示出進行第1實施方式的賓館信息的更新的處理的說明圖。圖27是在第1實施方式的預約受理系統1中，進行賓館信息的更新的情況下的時 序圖。圖觀是構成本發明的第2實施方式的預約受理系統1的住宿預約站點伺服器3 的存儲部33所具備的空房信息DB332的結構例。圖四是構成第2實施方式的預約受理系統1的住宿預約站點伺服器3的存儲部 33所具備的賓館信息DB333的結構例。圖30是構成第2實施方式的預約受理系統1的住宿預約站點伺服器3的條件檢 索作業表的結構例。圖31是示出在第2實施方式的預約受理系統1中，受理賓館的預約時的概略情況 的說明圖。圖32是第2實施方式的利用者終端4的「住宿設施選擇畫面」的顯示例。圖33是在第2實施方式的預約受理系統1中，選擇了加盟賓館預約管理系統10 所管理的加盟賓館A的情況下的時序圖。圖34是示出在第2實施方式的預約受理系統1的加盟賓館A伺服器2中，通過預 約信息的登記實現的數據的變更的狀態的說明圖。圖35是圖示出第2實施方式的預約受理系統1中，住宿預約的取消處理的說明 圖。圖36是在第2實施方式的預約受理系統1中，住宿預約被取消了的情況下的時序 圖。圖37是第2實施方式的利用者終端4的「預約取消畫面」的顯示例。圖38是示出在第2實施方式的預約受理系統1中，加盟賓館A伺服器2中的通過 預約信息的取消實現的數據的變更的狀態的說明圖。圖39是本發明的第3實施方式的預約受理系統1的功能框圖。圖40是圖39的剩餘房管理表134的數據結構圖。圖41是示出圖39的剩餘房數調整單元127的處理步驟的流程圖。圖42是示出圖39的參考目的地變更單元330的處理步驟的流程圖。
具體實施例方式[第1實施方式]以下，對本發明的第1實施方式的預約受理系統進行說明。在圖1中，在本實施方式的預約受理系統1中，概略地示出經由網絡5連接的各硬 件的關係。在一般的網際網路通信以及便攜電話通信線路網中，使用與電子郵件、瀏覽器對應 的通信協議來進行此處的基於網絡5的通信。進行對賓館的住宿預約的利用者所具備的利用者終端4是能夠連接到網絡5的個 人計算機、便攜電話等信息終端，通常，經由通信裝置(發送接收部)41而連接到住宿預約 站點伺服器(第一計算機)3，進行與住宿預約相關的處理。
住宿預約站點伺服器3是對多個住宿設施中的傳達住宿預約的WEB站點進行管理 的伺服器，例如由旅行代理店、使用網際網路的通信銷售運營商等運營。在所述WEB站點中， 一般通過與各賓館的擔當者的交涉來接受規定的房間數的分配，將該房間數作為限度而受 理來自利用者的住宿預約。加盟賓館管理伺服器(第二計算機)10是在具有多個支店的賓館連鎖店、基於規 定的事業目的而加盟的賓館所構成的賓館集團中，進行各加盟賓館(支店)中的住宿預約 等管理的伺服器，經由通信裝置(發送接收部)11與加盟賓館(支店)即加盟賓館A的服 務器2連接而進行住宿預約等管理。另外，由加盟賓館A的擔當者輸入到加盟賓館A伺服器2中的預約登記、取消的信 息還被反映到加盟賓館管理伺服器10所具備的數據中。在本實施方式的預約受理系統1中，對於加盟賓館管理伺服器10所管理的賓館， 並非將一定的房間數分配給住宿預約站點伺服器3，而在利用者終端4的住宿預約中，根據 需要而將經由網絡5進行預約受理處理的主體從住宿預約站點伺服器3切換到加盟賓館管 理伺服器10，從而執行預約受理處理。圖2是本實施方式的預約受理系統1的功能框圖。本實施方式的預約受理系統1包括經由網際網路等網絡5而相互連接的住宿預約站 點伺服器3、利用者終端4、加盟賓館管理伺服器10、以及加盟賓館A伺服器2等。本實施方式的住宿預約站點伺服器3包括與網絡5連接的發送接收部31、進行與 預約受理相關的運算處理的中央運算處理部32、保持預約受理中所需的信息的存儲部33、 輸入數據的鍵盤等輸入部34以及輸出數據的監視器等顯示裝置或者印表機等輸出部35。在中央運算處理部32中，具備如下單元等在與發送接收部31之間進行數據的交 換的發送接收處理單元321 ；與輸入部34或者輸出部35進行數據的交換的輸入輸出處理 單元322 ；向利用者終端4等發送畫面顯示數據、並接收輸入到所顯示的畫面中的數據的輸 入數據接收單元323;在所顯示的畫面中輸入了特定的數據的情況下，將所輸入的數據發 送到規定的地址的輸入數據發送單元324 ；保存從利用者終端4等輸入的預約受理的數據 的預約數據保存單元325 ；以及根據利用者終端4等的賓館的檢索請求，檢索相應的賓館而 顯示在利用者終端4等中的預約條件檢索單元326。在記錄部33中，具備如下信息等保持進行過賓館的預約受理的預約者等的預約 狀況的數據的預約信息DB331 ；保持進行預約受理的各賓館的剩餘房數的數據的空房信息 DB332;保持進行預約受理的各賓館的場所、完備的房間類型、住宿費用等數據的賓館信息 DB333 ；以及保持利用者的識別信息等數據的利用者DB334。圖3示出在本實施方式中住宿預約站點伺服器3所具備的預約信息DB331的結構 例。在預約信息DB331中，針對受理了預約的每個案件附加「受理編號」，並保持在住 宿預約站點伺服器3中受理了預約的賓館名、房間類型、住宿日、以及預約者等數據。雖然 未圖示，但還保持預約受理日、住宿人數、住宿者、以及住宿費用等預約受理中所需的各種 數據。另外，還記錄了表示預約受理後的狀態的狀況(status)信息。圖4示出在本實施方式中住宿預約站點伺服器3所具備的空房信息DB332的結構 例。
在空房信息DB332中，針對住宿預約站點伺服器3進行預約受理的每個賓館，保持 其房間類型、住宿預定日、住宿預約站點伺服器3從各賓館承包的房數即掌管房數、以及掌 管房數中的沒有進入預約的房數即剩餘房數等數據。圖5示出在本實施方式中住宿預約站點伺服器3所具備的賓館信息DB333的結構 例。在賓館信息DB333中，針對住宿預約站點伺服器3進行預約受理的每個賓館，保持 所在的場所、完備的房間類型、以及住宿費用等與賓館的屬性相關的數據，在利用者終端4 等進行賓館的條件檢索時，由預約條件檢索單元3 參考。另外，還保持「住宿預定日參考目的地」的數據，在預約條件檢索單元3 進行的 條件檢索中，規定將「住宿預定日，，作為檢索條件的情況下的參考目的地。在本例子中，關 於加盟賓館管理伺服器10所管理的「加盟賓館A」，輸入對外部的連結信息，預約條件檢索 單元3 取得連結信息而進行「住宿預定日，，的檢索。圖6示出在本實施方式中住宿預約站點伺服器3所具備的利用者信息DB334的結 構例。在利用者DB334中，保持參加到住宿預約站點伺服器3提供的服務中的利用者的 用戶ID、姓名、住址、以及密碼等信息，在住宿預約時用於利用者的識別，其詳細說明省略。在本實施方式的加盟賓館管理伺服器10的中央運算處理部12中，具備如下單元 等發送接收處理單元123 ；輸入輸出處理單元124 ；在加盟賓館管理伺服器10所管理的加 盟賓館的剩餘房數中產生了變更的情況下，更新剩餘房數的數據的預約空閒數據更新單元 123 ；顯示預約完成數據的預約完成數據顯示單元124，其中預約完成數據向經由住宿預約 站點伺服器3而進行了預約受理的利用者的終端通知預約的完成；以及根據住宿預約站點 伺服器3進行的賓館的檢索要求，檢索相應的賓館並向住宿預約站點伺服器3返送結果的 預約條件檢索單元125。在存儲部13中，與住宿預約站點伺服器3同樣地具備預約信息DB131 (圖7)、空房 信息DB132 (圖8)、以及賓館信息DB133等，但在都僅保持加盟賓館管理伺服器10所管理的 加盟賓館的數據的這一點上與住宿預約站點伺服器3所具備的DB不同。接下來，對本實施方式的加盟賓館A伺服器2的結構進行說明。另外，在此也對共 通的硬體結構等省略說明而僅敘述不同的點。在加盟賓館A伺服器2的中央運算處理部22中，具備發送接收處理單元221、輸入 輸出處理單元222、以及在加盟賓館A的剩餘房數中產生了變更的情況下更新剩餘房數的 數據的預約空閒數據更新單元223等。在存儲部23中，與住宿預約站點伺服器3、加盟賓館管理伺服器10同樣地具備預 約信息DB231 (圖9)、空房信息DB232(圖10)等，但在都僅保持與加盟賓館A相關的數據的 這一點上不同。接下來對利用者終端4進行說明。利用者終端4是具備TOB瀏覽器等的個人計 算機、能夠利用各種信息服務的便攜電話等信息終端，包括發送接收部41、中央運算處理部 42、存儲部43、輸入部44、輸出部45等。(預約登記的處理)圖11是示出在本實施方式的預約受理系統1中受理賓館的預約而進行預約登記時的概略圖。期望賓館的預約的利用者的終端4連接到網絡5，顯示住宿預約站點3的預約畫面 而進行住宿檢索。具體而言，在預約畫面中輸入期望預約的賓館的各種條件和住宿預定日 等(1)。(括號內的數字對應於圖中的〇內的數字。以下相同)住宿預約站點伺服器3的輸入數據接收單元323如果接收到來自利用者的輸入數 據，則執行空房檢索服務(預約條件檢索單元326)，提取與檢索賓館信息DB333而輸入的條 件相應的賓館。進而，針對所提取的賓館檢索空房信息DB332而提取有空房的賓館O)。空房檢索服務(預約條件檢索單元326)在最初所提取的與條件相應的賓館中包 括加盟賓館管理伺服器10所管理的賓館的情況下，經由網絡5訪問加盟賓館管理伺服器10 而對空房檢索服務(預約條件檢索單元125)請求檢索(3)。空房檢索服務(預約條件檢索 單元125)根據要求檢索空房信息DB131而提取有空房的賓館G)。空房檢索服務(預約條件檢索單元326)如果取得了是加盟賓館管理伺服器10所 管理的賓館且有空房的賓館的信息(5)，則與在所述O)中提取的賓館的信息合併而進行 「住宿設施選擇畫面」數據的生成，並顯示在利用者的終端4的監視器(顯示部41)中(6)。圖12示出利用者終端4中的「住宿設施選擇畫面」的顯示例。利用者根據與在(1) 的住宿檢索的頁面中輸入的條件符合的賓館的一覽表，並根據住宿費用等信息決定進行預 約的賓館。在此處的顯示中，還可以加上地圖、服務的一個例子、賓館的照片等信息。另外， 在本顯示例中，除了住宿預約站點伺服器3承包了規定的房數的賓館以外，還包括加盟賓 館管理伺服器10所管理的「加盟賓館A」。如果利用者期望對「加盟賓館A」的預約，並在顯示於終端4上的「住宿設施選擇 畫面」中進行了預約「加盟賓館A」的選擇輸入，則例如，輸入數據發送單元3M通過嵌入在 「住宿設施選擇畫面」中的連結等，將利用者的終端4的連接切換到加盟賓館管理伺服器10 的預約服務(預約空閒數據更新單元123) (7)。在利用者終端4中，通過預約服務(預約空閒數據更新單元123)顯示「預約信息 輸入畫面」，利用者發送所輸入的預約信息(8)。圖13示出利用者終端中的「預約信息輸入畫面」的顯示例。在本例子中，為預約 者姓名、住宿者名、電話號碼、以及賓館名等項目。接收到「加盟賓館A」的預約信息的預約服務(預約空閒數據更新單元123)在加 盟賓館A伺服器2的預約信息DB231中登記所接收到的預約信息(9)。進而，在加盟賓館管 理伺服器10所具備的預約信息DB131中登記所接收到的預約信息(10)。如果預約完成，則預約完成數據顯示單元IM向利用者終端4發送預約結果(11)。 如果在利用者終端4中顯示出預約結果，則預約完成數據顯示單元IM將與利用者終端4 的連接從加盟賓館管理伺服器10切換到住宿預約站點伺服器3(12)。加盟賓館管理伺服器10在通過輪詢確認了預約信息DB131的預約信息之後(13)， 向住宿預約站點伺服器3發送預約信息(14)。圖14示出利用者終端中的「預約完成確認畫面」的顯示例。在本例子中，顯示預 約編號、預約內容等信息。住宿預約站點伺服器3所具備的預約登記處理(預約數據保存單元32 進行將 預約結果登記到預約信息DB331中的處理(15)。
另外，作為在加盟賓館A伺服器2中進行的處理，通過預約空閒數據更新單元223 進行更新，以減少空房信息DB232中的空房(16)，並且更新加盟賓館管理伺服器10的空房 信息DB132的數據(17)。另外，在並非加盟賓館管理伺服器10所管理的加盟賓館A等，而選擇了住宿預約 站點伺服器3所承包的規定的房數的賓館的情況下，輸入數據接收單元323檢測「住宿設施 選擇畫面」中的承包了規定的房數的賓館的選擇輸入，起動預約登記處理(預約數據保存 單元325)，將從利用者的終端4輸入的住宿信息記錄到住宿預約站點伺服器3的預約信息 DB331中，從空房信息DB332的相應的數據中減去該房數，從而更新剩餘房數的數據。圖15示出在本實施方式的預約受理系統1中，選擇了加盟賓館預約管理系統10 所管理的加盟賓館A的情況下的時序圖。最初利用者通過要求而在終端4的監視器(輸出部45)中顯示住宿預約站點3 的預約畫面(S201)，向終端4的鍵盤(輸入部44)等輸入期望住宿的場所/住宿日等信息 (S202)，並發送到住宿預約站點伺服器3 (S203)。住宿預約站點伺服器3的輸入數據接收單元323接收數據，通過預約條件檢索 單元326，根據所接收到的住宿條件的數據，從賓館信息DB333(圖幻中檢索相應的賓館
(5204)，並且向加盟賓館管理伺服器10所具備的預約條件檢索單元125發送住宿條件
(5205)。加盟賓館管理伺服器10所具備的預約條件檢索單元125訪問空房信息133而確 認作為對象的賓館的空房信息(S206)，並向住宿預約站點伺服器3發送該結果(S207)。住宿預約站點伺服器3根據加盟賓館管理伺服器10內的賓館的空房信息、和 住宿預約站點伺服器3內的賓館的空房信息，生成檢索結果(S208)，發送到利用者終端 4(S209)。圖16示出在預約條件檢索單元3 檢索住宿設施時使用的條件檢索作業表的結 構例。預約條件檢索單元3 根據利用者所請求的住宿條件，從賓館信息DB333中提取場 所等賓館屬性符合的賓館，臨時地保存在條件檢索作業表中。關於所提取的賓館中的不是加盟賓館管理伺服器10所管理的賓館，通過預約條 件檢索單元326，根據空房信息DB332來參考住宿預定日有無空房而保存結果。另一方面，關於加盟賓館管理伺服器10所管理的賓館，向加盟賓館管理伺服器10 發送參考內容的數據，將加盟賓館管理伺服器10參考了空房信息DB132的結果送回到預約 站點伺服器3的預約條件檢索單元326。另外，此處還可以設定為預約站點伺服器3的預約條件檢索單元3 直接參考加 盟賓館管理伺服器10的空房信息DB132。由此，能夠對檢索處理進行簡化。預約條件檢索單元3 根據列出在條件檢索作業表中而有無預約為「有」的賓館 的數據生成檢索結果的數據，顯示在利用者的終端4的監視器(輸出部45)中。在圖15中，在利用者終端4的監視器(輸出部45)中顯示檢索結果(S210)，在本 例子中利用者選擇加盟賓館A作為進行預約申請的賓館(S211)。具體而言，進行與加盟賓 館A對應的選擇輸入，其結果是，通過住宿預約站點伺服器3的輸入數據發送單元IM而發 送到加盟賓館管理伺服器10(S212)。加盟賓館管理伺服器10的預約空閒數據更新單元123受理預約(S213)，向加盟賓館A伺服器2發送預約完成信息(S214)。在加盟賓館A伺服器2中，根據所接收到的預約 信息，更新預約信息DB231的數據(S215)。圖17示出加盟賓館A伺服器2中的通過預約信息的登記實現的數據的變更的狀 態。在預約信息DB231中，與「A.預約登記前」相比，「B.預約登記後」追加了 1條房間 類型「單」、住宿日「2008/6/10」的數據。相伴於此，在空房信息DB232中，將房間類型「單」、 住宿日「2008/6/10」的剩餘房數從「A.預約登記前」的「25」變更為「B.預約登記後」的
「撾」。在加盟賓館A伺服器2中的預約信息的登記之後，預約信息被發送到加盟賓館管 理伺服器10 (S216)，更新加盟賓館管理伺服器10所具備的預約信息DB131的數據(S217)。圖18示出加盟賓館管理伺服器10中的通過預約信息的登記實現的數據的變更的 狀態。在預約信息DB131中，與「A.預約登記前」相比，「B.預約登記後」追加了 1條房間 類型「單」、住宿日「2008/6/10」的數據。相伴於此，在空房信息DB132中，將房間類型「單」、 住宿日「2008/6/10」的剩餘房數從「A.預約登記前」的「25」更新為「B.預約登記後」的
「撾」。在圖15中，加盟賓館管理伺服器10的預約完成數據顯示單元124生成預約完成 信息而發送到利用者終端4(S218)。在利用者終端4的監視器(輸出部4 中，顯示預約完 成畫面(S219)。加盟賓館管理伺服器10向住宿預約站點伺服器3發送預約完成信息(S220)，在接 收到預約完成信息的住宿預約站點伺服器3中，更新預約信息(S221)。接下來，在圖15中，對在加盟賓館A中產生了解約的情況下的處理也進行說明。最初，如果通過對加盟賓館A的電話等，受理了住宿預約的解約(S301)，則加盟賓 館A伺服器2所具備的預約信息DB231的數據被更新，相伴於此空房信息DB232的數據也 被更新(S302)。加盟賓館A伺服器2的預約信息DB231的更新信息被發送到加盟賓館管理伺服器 10 (S303)，更新加盟賓館管理伺服器10所具備的預約信息DB131、空房信息DB132的數據 (S304)。之後，如果從利用者終端4向住宿預約伺服器3進行了住宿設施的檢索，則根據更 新後的剩餘房數返回結果。(預約取消的處理)圖19圖示出所述本實施方式中的取消處理的流程。在預約取消時，臨時地遷移到 加盟賓館管理伺服器10的預約畫面而進行處理。根據圖20所示的時序圖，詳述本實施方式的預約受理系統1中的預約取消處理。最初利用者終端4根據來自進行預約取消的利用者的輸入，訪問住宿預約站點服 務器3，顯示預約內容檢索畫面(S501)。在對住宿預約站點伺服器3的訪問時，在顯示於利 用者終端4中的個人信息確認畫面(圖21)中輸入用戶ID、密碼，與利用者DB334(圖6)所 具備的數據進行查詢，進行個人認證。利用者在顯示於終端4的監視器(輸出部45)中的預約內容檢索畫面中，輸入預約內容檢索中所需的信息(S502)，發送到住宿預約站點伺服器3(S503)。在住宿預約站點伺服器3中，根據利用者的識別信息和所輸入的預約內容檢索信 息，檢索預約信息DB331 (圖3) (S504)。接下來，根據檢索結果生成預約取消畫面的數據，發 送到利用者終端4 650 。此時，針對加盟賓館管理伺服器10所管理的加盟賓館A等的預 約信息，對加盟賓館管理伺服器10進行連結。在利用者終端4的監視器(輸出部45)中，作為檢索結果顯示預約取消畫面 (S506)。圖22示出預約取消畫面的顯示例。在本例子中，顯示預約了住宿的預約日、住宿 日、以及賓館名等信息。如果利用者決定取消加盟賓館管理伺服器10管理的加盟賓館A的預約而輸入到 預約取消畫面中(S507)，則預約取消信息被發送到加盟賓館管理伺服器10 (S508)。在加盟 賓館管理伺服器10中，受理預約取消信息(S509)，向加盟賓館A伺服器2發送預約取消信 息(S510)。在加盟賓館A伺服器2中，更新預約信息DB231 (S511)，將更新後的信息發送到加 盟賓館管理伺服器10(S512)。在加盟賓館管理伺服器10中，更新預約信息DB131(S513)，根據更新結果生成顯 示預約取消結果的預約取消結果顯示畫面的數據，發送到利用者終端4 (S514)。在利用者終端4的監視器(輸出部45)中，顯示預約取消結果顯示畫面(S515)。 圖23示出預約取消結果顯示畫面的顯示例。在本例子中，顯示賓館名、受理編號等信息。加盟賓館管理伺服器10將預約取消信息發送到住宿預約站點伺服器3 (S516)。住 宿預約站點伺服器3根據所接收到的預約取消信息更新預約信息DB331的信息(S517)。圖M示出加盟賓館A伺服器2中的通過預約信息的取消實現的數據的變更的狀 態。在預約信息DB231中，與「A.預約登記前」相比，「B.預約登記後」在房間類型「單」、 住宿日「2008/6/10」的數據中，「狀況」從「預約」變更為「預約取消」。相伴於此，在空房信 息DB232中，房間類型「單」、住宿日「2008/6/10」的剩餘房數從「A.預約登記前」的「24」被 更新為「B.預約登記後」的「25」。圖25示出加盟賓館管理伺服器10中的通過預約信息的取消實現的數據的變更的 狀態。在預約信息DB131中，與「A.預約登記前」相比，「B.預約登記後」在房間類型「單」、 住宿日「2008/6/10」的數據中，「狀況」從「預約」變更為「預約取消」。相伴於此，在空房信 息DB132中，房間類型「單」、住宿日「2008/6/10」的剩餘房數從「A.預約登記前」的「24」被 更新為「B.預約登記後」的「25」。(賓館信息的更新處理)接下來，說明在加盟賓館管理伺服器10所管理的賓館的屬性中發生了變更的情 況下，用於更新住宿預約站點伺服器3的賓館信息DB333的處理。圖沈是圖示出賓館信息的更新處理的圖。如果在加盟賓館A伺服器2的賓館信息DB133的記錄中產生了追加/變更等，則 輸出SQL的數據(1)。如果取得了賓館信息的追加/變更等的數據，則加盟賓館A伺服器2 的賓館信息查詢服務隨時或者定期地發送到住宿預約站點伺服器3( 。另外，此處加工為XML的數據而發送。在住宿預約站點伺服器3中，使所接收到的XML的數據恢復為SQL的數 據，更新賓館信息DB333等的數據(3)。另外，此處，對於賓館的空房信息，由於加盟賓館管理伺服器10保持，所以不包括 所述信息。圖27是賓館信息的更新處理的時序圖。最初，如果在加盟賓館A中在房間類型、住宿費用等賓館的屬性中產生了變更，則 向加盟賓館A伺服器2的賓館信息DB133中輸入變更信息。加盟賓館管理伺服器10從加 盟賓館A伺服器2取得變更信息(S601)，在加盟賓館管理伺服器10中，對所取得的變更信 息進行加工(S602)，向住宿預約站點伺服器3發送所加工後的數據(S60;3)。在住宿預約站 點伺服器3中，根據所接收到的數據，更新賓館信息DB333(圖5)的內容。另外，還可以設定為通過調整住宿預約站點伺服器3和接口，而直接更新住宿預 約站點伺服器3的賓館信息DB333。(本實施方式的效果)如上所述，根據本實施方式的預約受理系統1，可以將具有大量利用者的住宿預約 站點(伺服器幻的優勢、和可迅速並且可靠地提供服務的加盟賓館管理伺服器10的優勢 融合而提供給利用者，所以不僅可以與住宿預約站點(伺服器幻、加盟賓館管理伺服器10 一起享受優勢，而且對利用者來說不需要巡視多個WEB站點等，而可以提供一站式服務這 樣的效果。另外，雖然根據賓館也有還沒有進行預約受理電子化的情況，但根據本發明的預 約受理系統1，可以通過各賓館的選擇而選擇預約方式，所以可以實現自由度高的住宿預約 站點的運營。另外，在本實施方式中，設為在加盟賓館管理伺服器10和加盟賓館A伺服器2等 中，分別具備資料庫的方式，但例如即使設定為在加盟賓館管理伺服器10的資料庫中一維 地進行管理，從加盟賓館A伺服器2等僅變更本賓館的數據那樣的情況下，也可以應用本發 明的預約受理系統1。在所述情況下，由於在加盟賓館管理伺服器10內進行所有的各處理， 所以可以設為更簡單的結構。[第2實施方式]接下來，對本發明的第2實施方式的預約受理系統進行說明。在第1實施方式中，在從利用者的終端4檢索有空房的賓館而進行預約的情況下， 對於預先分配了空房的賓館，根據住宿預約站點伺服器3的空房信息DB332具備的數據來 判定空房，對於加盟賓館管理伺服器10管理的加盟賓館A等，根據加盟賓館管理伺服器10 的空房信息DB132具備的數據來判定空房，但在本實施方式中，對於加盟賓館管理伺服器 10所管理的加盟賓館A等的空房，也根據住宿預約站點伺服器3的空房信息DB332具備的 數據來判定，在這一點上與第1實施方式不同。具體而言，在第2實施方式中，也是加盟賓館管理伺服器10以及加盟賓館A服務 器2等針對所有房，進行加盟賓館管理伺服器10所管理的加盟賓館A等的預約登記的管 理，並通過加盟賓館管理伺服器10的空房信息DB132來管理該空房的信息。另一方面，使住宿預約站點伺服器3的空房信息DB332也具有加盟賓館管理服務 器10所管理的加盟賓館A等的空房信息，但由加盟賓館管理伺服器10所具備的預約空閒數據更新單元123進行其管理。即，通過取得加盟賓館管理伺服器10的空房信息DB132所 具備的數據、與住宿預約站點伺服器3的空房信息DB332所具備的數據的同步，以與預先分 配了空房的賓館相同的狀態，在空房信息DB332中記錄剩餘房數。另外，在第1實施方式中，在從利用者終端4向加盟賓館管理伺服器10所管理的 加盟賓館A等賓館進行了預約申請的情況下，在加盟賓館管理伺服器10中生成各種數據而 顯示在利用者終端4中，但在本實施方式中，在住宿預約站點伺服器3中通過標準化後的格 式，生成各種數據而顯示在利用者終端4中，在這一點上與第1實施方式不同。圖洲示出本實施方式中的住宿預約站點伺服器3的空房信息DB332的結構例。在 加盟賓館管理伺服器10所管理的「加盟賓館A」 「加盟賓館B」等的「掌管房數」的欄中不 具有數據。另外，對於預先分配了空房的賓館即「χχχχχ賓館」，如果新受理了預約，則 從「剩餘房數」中減去進行了預約的數量，從而對最新的剩餘房數的信息進行管理。另一方面，對於加盟賓館管理伺服器10所管理的加盟賓館A等賓館，「剩餘房數」 的數據是與加盟賓館管理伺服器10的空房信息DB132具備的數據取得了同步的數值，意味 著該時刻下的賓館的所有剩餘房數。因此，在住宿預約站點伺服器3中不管理加盟賓館A等 的剩餘房數的增減，輸入通過加盟賓館管理伺服器10所具備的預約空閒數據更新單元123 取得了同步的數值。接下來，圖四示出本實施方式中的住宿預約站點伺服器3的賓館信息DB333的結 構例。在第1實施方式中的賓館信息DB333(圖5)中，在加盟賓館A等的「住宿預定日參 考目的地」的欄中，保持有外部的連結目的地的數據，但在本實施方式中設定為參考空房信 息DB332。因此，在條件檢索作業表(圖30)中，僅檢索住宿預約站點伺服器3的空房信息 DB332(圖28)來判定有無空房。(預約登記的處理)圖31是示出在本實施方式的預約受理系統1中，受理賓館的預約而進行預約登記 時的概略情況的圖。對示出了與在第1實施方式中進行預約登記時的情況內容的圖11不 同的點進行說明。針對來自利用者的終端4的請求住宿檢索的輸入0)，空房檢索服務(預約條件檢 索單元326)從住宿預約站點伺服器3的空房信息DB332中檢索作為對象的住宿設施O)， 將其結果顯示在利用者的終端4的監視器等(輸出部45)中(3)。此處，在本實施方式中， 在住宿設施的檢索結果中包括加盟賓館管理伺服器10所管理的加盟賓館A等的情況下，也 不進行針對加盟賓館管理伺服器10的空房信息DB132的數據查詢。在接收到檢索結果的利用者的終端4中，在進行了期望住宿的賓館的選擇輸入之 後，顯示預約信息輸入畫面G)。此處，在第1實施方式中，如果賓館的選擇輸入的結果是 進行了加盟賓館管理伺服器10所管理的加盟賓館A等的選擇輸入的話，則住宿預約站點服 務器3的輸入數據發送單元IM通過嵌入到預約信息輸入畫面中的連結等，切換到向加盟 賓館管理伺服器10的連接，但在第2實施方式中，即使在選擇了加盟賓館管理伺服器10所 管理的加盟賓館A等的情況下，也顯示住宿預約站點伺服器3所生成的預約信息輸入畫面 (圖32)。由此，由於是與預先分配了空房的賓館相同的預約信息輸入畫面，變為以標準的 顯示形式顯示，所以針對對多個賓館進行預約的利用者，能夠提供統一的易於理解的接口。接下來，如果接收到對選擇輸入畫面的輸入(5)，則住宿預約站點伺服器3的預約服務(預約數據保存單元32 執行而判定所輸的住宿預約數據。在本例子中，判定的結果 是選擇了加盟賓館管理伺服器10所管理的加盟賓館A，所以向加盟賓館管理伺服器10發送 住宿預約數據(6)。在接收到住宿預約數據的加盟賓館管理伺服器10中，執行預約服務(預約空閒數 據更新單元12 ，根據所接收到的住宿預約數據，與圖11同樣地更新加盟賓館A伺服器2 的空房信息DB232 (7)，並在更新了加盟賓館管理伺服器10的空房信息DB132之後(8)，向 住宿預約站點伺服器3的預約服務(預約數據保存單元325)返回結果(9)。住宿預約站點伺服器3的預約服務(預約數據保存單元325)根據從加盟賓館 管理伺服器10的預約服務(預約空閒數據更新單元123)發送的預約信息更新預約信息 DB331(10)，之後，生成預約完成信息(11)，顯示在利用者的終端4的監視器等(輸出部45) 中(12)。另外，檢測在加盟賓館A伺服器2的空房信息DB232中進行的變更，執行空房 信息更新(預約空閒數據更新單元223) (13)，確認加盟賓館管理伺服器10的空房信息 DB132(14)，執行空房更新服務(預約空閒數據更新單元123) (15)。空房更新服務(預約空 閒數據更新單元12 進行加盟賓館管理伺服器10的空房信息DB132所具備的數據、與住 宿預約站點伺服器3的空房信息DB332所具備的數據的同步(16)，完成處理。另外，作為同 步的定時能夠進行各種設定，但優選為設定為即使在沒有產生預約處理那樣的情況下也每 3分鐘進行更新處理的方式，從而實現始終為最新的空房信息。圖33示出通過第2實施方式的預約受理系統1中的預約登記而選擇了加盟賓館 預約管理系統10所管理的加盟賓館A的情況下的時序圖。圍繞與在第1實施方式中選擇 了加盟賓館A的情況下的時序的圖15不同的點進行說明。在本實施方式中，如果從利用者的終端4進行了住宿設施的檢索(S501 S503)， 則檢索住宿預約站點伺服器3的空房信息DB332具備的數據(S504)，而在利用者的終端4 中顯示結果(S505 S507)。此處，不參考加盟賓館管理伺服器10的空房信息132等數據。另外，對於從利用者的終端4決定了對加盟賓館A的預約後到預約完成的處理 (S508 519)，與第1實施方式中的時序(圖15)沒有區別。圖34示出住宿預約站點伺服器3中的通過預約信息的登記實現的數據的變更的 狀態。在預約信息DB331中，與「A.預約登記前」相比「B.預約登記後」追加了 1條房間 類型「單」、住宿日「2008/6/10」的數據。相伴於此，在空房信息DB332中，房間類型「單」、 住宿日「2008/6/10」的剩餘房數從「A.預約登記前」的「25」被更新為「B.預約登記後」的
「撾」。圖33還示出了在加盟賓館A中產生了解約的情況下的處理。在本實施方式中，如 果通過電話等受理了解約(S801)，則在更新了加盟賓館A伺服器2、加盟賓館管理伺服器10 的空房信息之後(S802 S803)，對住宿預約站點伺服器3的空房信息也進行更新(S804)， 在這一點上與第1實施方式不同。(預約取消的處理)圖35圖示出第2實施方式中的預約取消的流程。圍繞與圖示第1實施方式中的 預約取消的流程的圖19的不同點進行說明。
在本實施方式中，接收從利用者的終端4進行的預約取消的輸入，執行住宿預約 站點伺服器3的預約取消服務(5)，進而，起動加盟賓館管理伺服器10所具備的預約取消 服務(6)，在更新加盟賓館A伺服器2的空房信息DB232等(7)、並更新加盟賓館管理服務 器10的空房信息132等之後(8)，將結果返回住宿預約站點伺服器3的預約取消服務(9)。 在預約取消服務中，更新住宿預約站點伺服器3的空房信息DB331 (10)，4以標準的顯示形 式向利用者的終端發送數據(11)，顯示取消完成畫面(12)。圖36示出第2實施方式中的預約取消的時序圖。此處，圍繞與與第1實施方式中 的時序(圖20)的不同點進行說明。在本實施方式中，並非由加盟賓館管理伺服器10直接受理來自利用者的終端4的 預約取消的輸入，而是在住宿預約站點伺服器3中受理(S909)。圖37示出住宿預約站點服 務器3進行的預約取消畫面的顯示例。另外，在信息的更新之後還經由住宿預約站點服務 器3而顯示在利用者的終端4中。圖38示出住宿預約站點伺服器3中的通過預約信息的取消實現的數據的變更的 狀態。在預約信息DB331中，與「A.預約登記前」相比，在「B.預約登記後」中，在房間類 型「單」、住宿日「2008/6/10」的數據中，「狀況」從「預約」變更為「預約取消」。相伴於此， 在空房信息DB332中，房間類型「單」、住宿日「2008/6/10」的剩餘房數從「A.預約登記前」 的「24」被更新為「B.預約登記後」的「25」。(本實施方式的效果)根據本實施方式，即使在選擇了加盟賓館管理伺服器10所管理的賓館的情況下， 由於由住宿預約站點伺服器3生成顯示於利用者的終端4的監視器等(輸出部45)中的畫 面數據，所以可以針對對多個賓館進行預約的利用者，提供統一的易於理解的接口。另外，在住宿預約站點伺服器3中，對從利用者的終端4向加盟賓館管理伺服器10 的數據的發送接收進行中介，所以從詢問到預約完成確認都能夠掌握住宿預約的流程。在本發明的預約受理系統1中，說明了受理賓館的住宿預約的系統，但通過變更 各種設定，能夠設為體育設施、文化設施等各種設施中的預約受理系統。[第3實施方式]接下來，對本發明的第3實施方式的預約受理系統進行說明。圖39是本實施方式的預約受理系統1的功能框圖。在本實施方式中，相對圖2的結構，在與多個住宿預約站點伺服器3連接的加盟賓 館管理伺服器10中，追加了 向各住宿預約站點伺服器3發送加盟賓館的每個住宿預約站 點的分配數以外的其他基本數據的基本數據發送單元126 ；在預約受理結束時刻的規定時 間之前自動地執行各住宿預約站點伺服器3的剩餘房數的調整的剩餘房數調整單元127， 在各住宿預約站點伺服器3中，追加了 接收從加盟賓館管理伺服器10發送來的基本數據 的基本數據接收單元327 ；在預約受理結束時刻的規定時間之前向加盟賓館管理伺服器10 發送剩餘房數的剩餘房數發送單元328 ；根據從加盟賓館管理伺服器10發送來的分配數的 變更通知來變更掌管房數的掌管房數變更單元329 ；以及對賓館信息DB333的住宿預定日 參考目的地信息進行變更管理的參考目的地變更單元330。接下來，對具有所述結構的本實施方式的預約受理系統的動作進行說明。
(基本數據設定處理)在加盟店賓館管理伺服器10中，作為用於管理剩餘房的基本數據，由操作者從輸 入部14輸入各加盟賓館的每個住宿預約站點的房間的分配數和基準剩餘房數。所輸入的 數據通過輸入輸出處理單元122而保存在存儲部13的剩餘房管理表134中。圖40是剩餘 房管理表134的數據結構例。針對每個加盟賓館製作剩餘房管理表134，針對每個住宿預 約站點，除了房間的分配數、基準剩餘房數以外，還可以保存圖40所示的各項目。另外，雖 然在圖40中沒有特別詳細地圖示，但設為針對每個房間類型、費用或者住宿日等必要的信 息，而區分了房間的分配數。另外，在存儲部13中，作為用於剩餘房管理的共通信息，保存 有預約受理結束時刻、以及作為剩餘房管理的基準時刻的界限時間，與所述基本數據同樣 地從輸入部14輸入。然後，如果接收到來自操作者的發送要求或者成為預先決定的時刻，則基本數據 發送單元1 從剩餘房管理表14中提取每個住宿預約站點的加盟賓館的房間的分配數，與 預約受理結束時刻以及界限時間一起發送給各住宿預約站點伺服器3。在各住宿預約站點伺服器3中，如果通過基本數據接收單元327而接收到從加盟 賓館管理伺服器10發送來的該基本數據，則將接收數據中的房間的分配數作為空房信息 DB332的掌管房數而針對每個加盟賓館名(加盟賓館識別信息)進行保存。另外，將受理結 束時刻和界限時間作為每個加盟賓館的共通信息而保存在存儲部33中。(剩餘房數調整處理)如果到了預約受理結束時刻的界限時間(例如1個小時)前，則住宿預約站點服 務器3的剩餘房數發送單元3 起動，提取空房信息DB332中保存的每個賓館的剩餘房數， 向管理該賓館的加盟賓館管理伺服器10發送該賓館ID以及剩餘房數。接下來，使用圖41對加盟賓館管理伺服器10的剩餘房數調整單元127的處理步 驟進行說明。如果接收到從住宿預約站點伺服器3的剩餘房數發送單元3 發送來的信息 (在S701中「是」)，則剩餘房數調整單元127從接收數據中提取各賓館的剩餘房數而保存到 與該賓館ID的剩餘房管理表134的發送源住宿預約站點ID對應的剩餘房數欄中(S702)。 另外，住宿預約站點伺服器的識別信息即住宿預約站點ID雖然也可以包含在發送數據中， 但也可以根據發送源地址來確定。然後，運算剩餘房數與基準剩餘房數之差(包括正負符 號)(S703)。運算結果被寫入到剩餘房管理表134中(S704)。之後，判定是否從所有住宿預約站點伺服器3接收到剩餘房數(S705)，在「否」的 情況下，返回到步驟S701，在「是」的情況下，根據剩餘房管理表134中保存的每個住宿預約 站點ID的剩餘房數與基準剩餘房數之差，執行分配數的變更處理(S706)。作為變更處理， 例如，如果將住宿預約站點ID的總數設為η、將與第k個住宿預約站點ID對應的剩餘房數 設為ak、將基準剩餘房數設為bk、將分配數增減值設為ck，則能夠通過下式來求出分配數 增減值ck。[數學式1]
權利要求
1.一種預約受理系統，進行來自利用者的設施的預約受理處理，具有第一計算機，進 行多個設施的預約受理處理；以及第二計算機，與該第一計算機經由網絡連接且對特定的 設施的預約空閒數據進行管理，其特徵在於，所述第一計算機具備輸入數據接收單元，在經由網絡而連接的利用者的終端中，顯示用於各設施的預約受 理的輸入畫面，在該輸入畫面中進行了所述特定的設施以外的設施的輸入的情況下，接收 包括經由該輸入畫面而輸入的設施以及日期時間的輸入數據；預約數據保存單元，根據通過該輸入數據接收單元接收到的輸入數據，生成並保存設 施的預約受理的數據；以及輸入數據發送單元，在通過所述輸入數據接收單元在利用者的終端中顯示的輸入畫面 中進行了所述特定的設施的輸入的情況下，將包括經由該輸入畫面而輸入的設施以及日期 時間的輸入數據發送到經由網絡而連接的所述第二計算機， 所述第二計算機具備預約空閒數據更新單元，根據通過所述第一計算機的所述輸入數據發送單元發送來的 所述輸入數據，更新所述預約空閒數據；以及預約完成數據顯示單元，根據該預約空閒數據的更新記錄生成預約完成數據，顯示在 該利用者的終端中，並且將該預約完成數據發送到所述第一計算機，其中，所述第一計算機的所述預約數據保存單元根據該預約完成數據生成並保存預約 受理的數據。
2.根據權利要求1所述的預約受理系統，其特徵在於， 在所述第一計算機中，所述輸入數據接收單元在利用者的終端中顯示包括所預約的設施的地域以及日期時 間的條件的輸入畫面，接收輸入到該輸入畫面中的所預約的設施的條件的數據，另外，所述第1計算機還具備預約條件檢索單元，根據該預約的設施的條件的數據、該 計算機所具備的包括所述多個設施的地域的屬性信息數據、所述設施的預約受理處理的歷 史數據、以及經由網絡連接的所述第二計算機具有的該特定的設施的預約空閒數據，檢索 與該預約的設施的條件相應的設施，根據由該預約條件檢索單元得到的檢索結果，生成通過所述輸入數據接收單元而在利 用者的終端中顯示的多個設施中的預約申請的輸入畫面。
3.根據權利要求1或2所述的預約受理系統，其特徵在於， 所述第二計算機與多個所述第一計算機連接，各個所述第一計算機具備 資料庫，保存每個設施的預約掌管數和剩餘房間數；剩餘房間數發送單元，在預約受理結束時刻的規定時間前將剩餘房間數發送到所述第 二計算機；以及掌管房間數變更單元，根據從所述第二計算機發送來的預約掌管數的增減數據，變更 該增減數據接收時的掌管數以及剩餘房間數，所述第二計算機具備剩餘房間數調整單元，該剩餘房間數調整單元根據從所述第一計 算機發送來的剩餘房間數，針對每個設施分別變更第一計算機的預約掌管數，並將預約掌管數的增減數據發送到各個所述第一計算機。
4.根據權利要求3所述的預約受理系統，其特徵在於， 所述第一計算機具備資料庫，針對每個設施保存預約空閒數據的取得目的地；以及參考目的地變更單元，根據每個設施的所述剩餘房間數變更所述取得目的地。
全文摘要
在網際網路等上的住宿預約服務中，由於對各個住宿預約站點分配的各賓館的房間數被限制，所以存在如果利用者集中到特定的站點，則儘管在其他站點中存在空房，但無法從該站點進行預約這樣的問題。通過將住宿預約站點中的空房的檢索對象從所分配的客房擴大至各賓館管理的站點，可以避免雖然實際上有剩餘房間但無法預約這樣的事態，可以根據實時的賓館的剩餘房間數進行預約。
文檔編號G06Q50/00GK102077225SQ200980124450
公開日2011年5月25日 申請日期2009年6月30日 優先權日2008年6月30日
發明者西田憲正 申請人:株式會社東橫Inn It集客科技公司