基于区块链的房间库存管理系统的制作方法

本发明关于一种房间库存管理系统，尤指一种基于区块链技术的房间库存管理系统。另，本发明主张于2017年11月20日提出申请的美国专利临时申请案62/588,909(标题为“基于以太坊的物业管理”)的优先权。

背景技术：

对饭店或旅游代理们来说，房间预订是一个重要的服务。在传统的房间预订服务中，预订引擎(bookingengine)或在线旅游代理(onlinetravelagency)会代表饭店方，并提供顾客一个远程用户接口，以使顾客可事先在计划的时间，预订饭店中的可用房间。

在线旅游代理是指专门贩卖旅游商品给顾客的旅游网站，且该些旅游商品包含房间预订服务。该在线旅游代理与房间提供方(例如饭店)签订有在线代理合约，以代销其房间预订服务。在这样的情况下，在线旅游代理会接收到预定至少一间可用房间的顾客的付款，并将预订房间的净款项转付给饭店方。

用于饭店房间预订服务的预订引擎是指使顾客可预订可用房间的网站。该预订引擎亦将客制化的价格及/或付款规则介绍给顾客，以使其在预订房间服务时可较容易地作出决定。

然而，若在短时间内出现多于一位顾客登入该远程用户接口并预定一饭店中的同一可用房间时，可能会较容易发生房间超售事件(overbooking)。房间超售事件会对顾客方及饭店方同时造成明显的损害。举例来说，为了因应房间超售事件，饭店方必须安排额外的房间、服务、及/或补偿措施。同样地，房间超售事件也会迫使顾客在有限的时间内改变其旅游计划，并破坏其旅游体验。这些不便之处在旅游旺季时会越发频繁且严重。然而，饭店方会受限于现行的在线旅游代理及/或预订引擎在处理房间超售事件时所面对的科技上限制。因此，饭店方需要透过科技上的解方来有效率地减缓房间超售事件。

技术实现要素：

本发明披露一种基于区块链的房间库存管理系统。在一实施例中，该房间库存管理系统包含一物业管理系统及一中间伺服系统。该物业管理系统包含一主收发器、一主非挥发式计算机可读取内存、及一主计算机处理器。该主收发器用来接收一成功交易。该主非挥发式计算机可读取内存用来储存一房间库存纪录的一复本。该房间库存纪录记录该物业管理系统所管理的所有房间的可用性。该主计算机处理器用来以并入该成功交易的方式，更新该房间库存纪录的该复本。该中间伺服系统包含一交易代理服务器及复数个节点服务器。该交易代理服务器包含一中间收发器、一中间非挥发式计算机可读取内存、及一中间计算机处理器。该中间收发器用来接收一房间预订事件、用来将该成功交易转传至该物业管理系统、并用来转传对应于该成功交易所产生的一新增区块。该中间非挥发式计算机可读取内存用来储存基于以太坊所产生的复数个智能合约、用来储存该房间库存纪录、并用来储存一区块链。该房间库存纪录使用该些智能合约中至少一个智能合约所实作。该区块链包含复数个区块。且该区块链的一最新近增加区块带有该物业管理系统的所有最新成功交易。该中间计算机处理器用来确认该房间预订事件是否会在该房间库存纪录中引起超售事件，并用来在该中间计算机处理器确认该房间预订事件不会在本地端的该房间库存纪录中引起超售事件时，决定该房间预订事件是成功的、并使用该房间预订事件中的信息来产生该成功交易。该中间计算机处理器包含一哈希模组、一时间戳模组、及一区块产生模组。该哈希模组用来对应该成功交易，产生该新增区块的一哈希值。该时间戳模组用来对应该成功交易，产生该新增区块的一独特时间戳。该区块产生模组用来对应于该成功交易，使用至少该独特哈希值、该独特时间戳、及该最新近增加区块的信息，产生该新增区块的一独特区块标头(header)。该区块产生模组亦用来产生该新增区块、以及用来将该新增区块加入该区块链。该新增区块包含该独特区块标头、该成功交易的该信息、该些智能合约的至少其中之一、及该最新近增加区块的该内容。每一节点服务器包含一节点收发器、一节点非挥发式计算机可读取内存、及一节点计算机处理器。该节点收发器用来由该中间收发器接收该新增区块。该节点非挥发式计算机可读取内存用来储存该区块链的一复本。该节点计算机处理器，用来将该新增区块加入该区块链的该复本，以更新该区块链的该复本。

本发明的另一实施例亦披露一种基于区块链的房间库存管理系统，其包含一物业管理系统及一中间服务器系统。该物业管理系统包含一主收发器、一主非挥发式计算机可读取内存、及一主计算机处理器。该主收发器用来接收一成功交易。该主非挥发式计算机可读取内存用来储存一房间库存纪录的一复本。该房间库存纪录记录了该物业管理系统所管理的所有房间的可用性。该主计算机处理器用来以并入该成功交易的方式，更新该房间库存纪录的该复本。该中间服务器系统包含复数个节点服务器。每一节点服务器包含一节点收发器、一节点非挥发式计算机可读取内存、及一节点计算机处理器。该节点收发器用来接收该房间预订事件、用来将该成功交易转送至该物业管理系统、及用来转传对应于该成功交易所产生的一区块。该节点非挥发式计算机可读取内存用来储存基于以太坊所产生的复数个智能合约、及用来储存一区块链或该区块链的一复本。该区块链包含复数个区块。该区块链的一最新近增加区块带有该物业管理系统的所有最新成功交易。且该房间库存纪录使用该些智能合约的至少其中之一智能合约来实施。该节点计算机处理器用来将一新增区块加入所储存的该区块链或该区块链的复本以更新该区块链或该区块链的复本。该节点计算机处理器包含一哈希模组、一时间戳模组、及一区块产生模组。该些节点服务器使用一共识算法，由该些节点服务器中暂时选出一个主控(master)节点服务器。该主控节点服务器所包含的节点计算机处理器进一步确认该房间预订事件是否会在该房间库存纪录中引起超售事件。当该主控节点服务器所包含的节点计算机处理器确认该房间预订事件不会在该房间库存纪录中引起超售事件时，该处理器也会判定该房间预订事件为成功事件、并使用该房间预订事件的信息来产生该成功交易。该主控节点服务器的哈希模组用来对应于该成功交易，为该新增区块产生一哈希值。该主控节点服务器的时间戳模组用来对应于该成功交易，为该新增区块产生一独特时间戳。该主控节点服务器的区块产生模组用来对应于该成功交易，使用至少该独特哈希值、该独特时间戳、及该最新近增加区块的内容，为该新增区块产生一独特区块标头，用来产生该新增区块，并用来将该新增区块加入至该主控节点服务器的节点非挥发式计算机可读取内存所储存的该区块链中。该新增区块包含该独特区块标头、该成功交易的信息、该些智能合约的至少其中之一、及该最新近增加区块的内容。该些节点服务器中除了该主控节点服务器以外的其他节点服务器各自包含的区块产生模组，是对应于该成功交易，将该新增区块加入于各自对应的节点非挥发性计算机可读取式内存所储存该区块链的复本中。

附图说明

当结合附图阅读时，将更好地理解前述发明内容以及本发明的以下详细描述。为了说明本发明的目的，在附图中图示出了目前较佳的实例。然而，应该理解，本发明不仅限于所示的精确布置和手段。

图1图标传统房间库存管理系统如何与各在线旅游代理模组及/或预订引擎合作来处理顾客预订房间的服务。

图2根据本发明的一实施例，图示一种基于区块链的房间库存管理系统。

图3图标图2的房间库存管理系统中一主存储器、一中间内存、及多个节点内存之间的数据交流的概略示意图。

图4图标图2的房间库存管理系统中一中间处理器产生一新进区块的示意图。

图5根据本发明的一实施例，图示一种将主控节点服务器的责任转移于各个节点服务器之间且基于区块链的房间库存管理系统。

图6图标图5的房间库存管理系统中一主存储器、一瞬时主控节点内存、及其余多个节点内存之间的数据交流的概略示意图。

图7图标图5的房间库存管理系统中一瞬时主控处理器产生一新进区块的示意图。

具体实施方式

以下将详细参考在附图中所示的本发明的实例。只要可能，在整个附图中将使用相同的标号来表示相同或相似的部分。

传统房间库存管理系统架构

图1图标传统房间库存管理系统100如何通过一个中间频道管理器150，与各在线旅游代理模组及/或预订引擎合作来处理顾客预订房间的服务，其中中间频道管理器150连接于房间库存管理系统100与该些在线旅游代理模组及/或预订引擎之间，并由饭店方来控制。举例来说，房间库存管理系统100与m个在线旅游代理模组ota1、ota2、…、otam及/或n个预订引擎be1、be2、…、ben共同作业，其中m与n皆为正整数。请注意，在上述例子中，与房间库存管理系统100共同运作的至少一个在线旅游代理模组及/或至少一个预订引擎可由至少一个全球分销系统(globaldistributionsystem，gds)及/或至少一个元搜索引擎(metasearchengine)所替换。然而，饭店方使用上述全球分销系统及/或元搜索引擎的成本远高于租用在线旅游代理模组及/或预订引擎的成本，且使用全球分销系统及/或元搜索引擎的成本可包含至少建置及维护一客制化应用程序编程接口(applicationprogramminginterface，api)及由大量顾客所索取的服务费。因此，一般的饭店方倾向寻求在线旅游代理模组或预订引擎的服务，而非全球分销系统或元搜索引擎。以下叙述将集中于使用在线旅游代理模组及/或预订引擎的情况，然而仍适用于使用全球分析系统及元搜索引擎的状况。

房间库存管理系统100设置于饭店方管理的领域中。在线旅游代理模组ota1、ota2、…、otam及/或预订引擎be1、be2、…、ben一般来说设置于远离旅馆方的位置且并不属于旅馆方的控制。频道管理器150对每一在线旅游代理模组ota1、ota2、…、otam及每一预订引擎be1、be2、…、ben个别维护了一个通讯频道，以转译及转传其请求至房间库存管理系统100，也就是饭店方。然而，在一般的情况下，每一在线旅游代理模组ota1、ota2、…、otam及/或每一预订引擎be1、be2、…、ben会使用不同的应用程序编程接口及不同的通讯协议来转达不同型态的变量及参数。因此，饭店方或中间频道管理器150总是会需要耗费大量成本在设计客制化应用程序编程接口于中间频道管理器150个别维护的多个通讯频道，以期符合每一在线旅游代理模组ota1、ota2、…、otam及/或每一预订引擎be1、be2、…、ben在应用程序编程接口及通讯协议上的不同需求。

房间库存管理系统100包含一传统的物业管理系统(propertymanagementsystem，pms)模组120及一内存130。

用于饭店预订房间服务的传统物业管理系统模组包含一计算机化系统来促进饭店方的房间预订服务。该传统物业管理系统模组是一个全方位的软件应用，其用来涵盖如饭店方的前端管理、销售业务、企划、报告等功能的目标。该传统物业管理系统模组使得饭店方的运作得以自动化，包含顾客房间预订服务、顾客信息细节、在线预订服务、收费通知、销售热点、电话、应收帐款、销售与营销、事件、食物饮品花费、物资管理、人力资源与薪资管理、维护管理、质量管理及其他设施。饭店的物业管理系统模组可以被整合于或制作成接口于第三方解决方案，例如中央预订系统及收益率管理系统、在线预订引擎、后端系统、销售热点、门禁系统、房间服务优化、能源管理、支付卡授权及频道管理系统。通过云端计算科技的帮助，饭店的物业管理系统模组可以扩展其功能至直接对顾客的服务，例如在线入住服务、房间服务、房间内控制、住客与柜台间的通讯、及虚拟门房(concierge)等。该些扩充功能主要是被顾客使用于其持有的手机或是由饭店方于其大厅及/或房间内提供。传统的物业管理系统模组总是需要针对饭店方的营运基础绩效指标，提供正确且实时的信息，例如每日平均费率或是住房率等。传统物业管理系统模组亦在食物与饮品管理上控制储藏空间中的存货、并决定购买哪些存货、及决定购买的量与频率等。如此一来，传统物业管理系统模组120使得顾客可以在饭店本地端透过物业管理系统模组120或远程地透过上述的在线旅游代理模组及/或预订引擎，来完成其对于饭店所做的房间预订。

内存130储存一房间库存纪录140，其储存房间库存管理系统100(亦即饭店方)所管理的所有房间的可用度。根据所管理的所有房间的可用度，房间库存管理系统100可将被管理的房间分类为可用房间、已预订房间、及已住客房间。当顾客预定了可用房间，该可用房间即变成已预订房间。当顾客入住已预订房间，该已预订房间即变成已住客房间。当顾客由饭店办理退房时，该已住客房间变为可用房间。

同样地，每一在线旅游代理模组ota1、ota2、…、otam各自具有一个房间库存纪录。且每一预订引擎be1、be2、…、ben各自具有一个房间库存纪录。

然而，在线旅游代理模组ota1、ota2、…、otam及预订引擎be1、be2、…、ben并没有动机去将各自的房间库存纪录内容与房间库存纪录140的内容动态地进行同步。这是因为动态地与房间库存纪录140的内容进行同步会明显地增加其等待传统物业管理系统模组120的响应的负担。再者，因为频道管理器150仅负责转译及转达要求，频道管理器150无法对传统物业管理系统模组120减轻上述负担。更严重的是，如果越来越多的在线旅游代理系统模组及预订引擎持续询问房间库存纪录140的内容，传统物业管理系统模组120迟早会无法负荷这样的询问量、并引发其系统当机。为了避免这样的系统当机情形，传统物业管理系统模组120仅能给予较长的等待时间，来允许在线旅游代理系统模组及预订引擎提出较小程度的询问量，其中该等待时间的长度可由至少数分钟到数个小时，并根据饭店方请求服务的在线旅游代理系统模组及/或预订引擎数量来决定。举例来说，在饭店方请求服务的在线旅游代理系统模组及/或预订引擎数量超过五组的情况下，在线旅游代理或预订引擎可被限制每半小时或每二小时才能够询问房间库存纪录140一次。在旅游旺季中，在饭店方请求服务的在线旅游代理系统模组及/或预订引擎数量更多时，上述的等待时间会设定得更长。如此一来，会无可避免地迫使在线旅游代理系统模组及/或预订引擎数量具有的房间库存纪录的内容与房间库存纪录140的内容间出现不一致的现象，这是因为在线旅游代理系统模组及/或预订引擎在处理顾客发出的房间预订请求时，其房间库存纪录的内容可能并不正确。即使在某些极端情况下，为了减轻双方的无谓负担并集中处理陆续到来的房间预订请求，在线旅游代理系统模组及/或预订引擎也有可能会不定时地或更为频繁地跳过对传统物业管理系统模组120的询问，以节省其确认房间库存信息的成本。更糟的是，如果饭店方实际上已用尽可用房间，而在线旅游代理系统模组及/或预订引擎并未及时询问传统物业管理系统模组120以获知该信息，接下来会发生的房间超售事件(overbooking)是无可避免的。

传统房间库存管理系统中发生房间超售事件的起源

图1图示了传统科技中房间超售事件是如何引起的细节。

假设一第一顾客透过在线旅游代理模组ota1存取物业管理系统模组120，以预订房间库存管理系统100所管理的可用房间r1。首先，在线旅游代理模组ota1先行查验其持有的房间库存纪录，以确认饭店方是否有可用房间，其中在线旅游代理模组ota1持有的房间库存纪录不见得与房间库存纪录140的内容一致。若在线旅游代理模组ota1确认到饭店方有可用房间，在线旅游代理模组ota1会将该第一顾客的房间预订请求转传至传统物业管理系统模组120。传统物业管理系统模组120接着查验房间库存纪录140的内容，以确认其是否的确有可用房间来满足该第一顾客的房间预订请求。若传统物业管理系统模组120的确在房间库存纪录140的内容确认到有可用房间，传统物业管理系统模组120会将该第一顾客的房间预订请求转译为一成功交易(successfultransaction)，并对应更新房间库存纪录140的内容以纪录该成功交易。此次房间库存纪录140的内容更新包含改变房间r1的可用性至已预订状态、及减少饭店方的可用房间额度。

然而，若一第二顾客透过预订引擎be1存取传统物业管理系统模组120，以在该第一顾客发出房间预订请求的稍后预订同一房间r1，而使得预订引擎be1来不及被告知该第一顾客已成功预订房间r1的事实，并使得预订引擎be1误确认房间r1仍为可用房间。接着，预订引擎be1将该第二顾客的房间预订请求转传至传统物业管理系统模组120。显然地，传统物业管理系统模组120将会在检查房间预订纪录140的内容后，很快的决定该第二顾客并未成功预订房间r1。然而，传统物业管理系统模组120仍需等到预订引擎be1再次向房间预订纪录140进行查询时，才能够向预订引擎be1告知该第二顾客并未成功预订房间的状况。若不幸地，该第二顾客在预订引擎be1的再次查询前，便已至饭店方办理入住手续，该第二顾客与饭店方都势必要面对房间超售的问题。

若该第二顾客运气够好，饭店方仍然可以准备替代用的可用房间给该第二顾客，并给予适当的补偿。然而，若不巧饭店方在确认该第一顾客的房间预订要求为成功交易且正好用尽所有可用的房间时，该第二顾客仍然需要面对房间超售的问题，并需要立即搜寻其他饭店的可用房间。在强烈的不确定性下，该第二顾客的旅游体验很可能因此被彻底破坏，且这也会反向损伤饭店方及预订引擎be1的商誉。更糟的是，如以上所述，若饭店方与更多的在线旅游代理模组及/或预订引擎合作，或若处于旅游旺季，上述的房间超售问题其严重性会越来越大。

以科技观点来说，传统的房间库存管理系统100具有以下缺点：

在线旅游代理模组与预订引擎无法动态地询问传统物业管理系统模组120，来确定各自房间库存纪录的正确性。

若在线旅游代理模组与预订引擎各自增加询问传统物业管理系统模组120的频率，传统物业管理系统模组120自身的计算量及/或通讯带宽将无法负荷，而因此更容易造成计算错误或通讯错误。

传统房间库存管理系统100与在线旅游代理模组及/或预订引擎之间的数据不一致，将会导致饭店方的房间超售事件。房间超售事件会在饭店方与更多在线旅游代理模组及/或预订引擎合作或旅游旺季时更加恶化。

饭店方必须付出更大的成本在研发客制化应用程序编程接口及通讯协议上，以由在线旅游代理模组及/或预订引擎接收所需的变量与参数来处理各自的房间预订请求，甚至处理房间退订请求或退房请求。

本发明的房间库存管理系统

为了有效率地减缓上述传统房间库存管理系统100所发生的房间超售事件，本发明根据一实施例披露一种基于区块链的房间库存管理系统，亦即如图2所示的基于区块链的房间库存管理系统200。房间库存管理系统200引入一个中间伺服系统，该中间伺服系统可减缓传统物业管理系统模组与在线旅游代理及/或预订引擎之间的数据不对称，并可减轻传统物业管理系统模组的负担。再者，房间库存管理系统200有效率地为各个饭店方降低了在线旅游代理模组、预订引擎、甚至是上述全球分销系统及元搜索引擎所带来的通讯成本及维护成本。

区块链包含了多个实体节点，每一实体节点理论上保存了相同的内容(例如多个区块)，例如每一节点各自保存了复数个区块，且每一节点各自保存的复数个区块具有相同的内容。为了对应特定事件的发生，例如发生成功交易时，会产生一个新区块来记录该特定事件。在越多的区块产生后，可建立起一成功交易历史，并可于该区块链中追踪该成功交易历史。因此，采用区块链技术的第一个好处即为可追朔性。再者，如果某一实体节点中某一特定区块被成功窜改，由于所有的实体节点理论上包含一样的内容，亦即包含一样的区块，因此这样的成功窜改可以很容易地被侦测到、并通过参考其他未被窜改的实体节点中的区块来修复。换言之，应用区块链的第二优点在于其抵御窜改行动的能力。

当应用区块链技术时，基于区块链的房间库存管理系统200可有效地确保每一成功交易的正确性，亦即确保每一房间预订事件的正确性。因此，基于区块链的房间库存管理系统200可有效地解决使用传统房间库存管理系统所引起的房间超售问题。

再者，基于区块链的房间库存管理系统200使用基于以太坊(ethereum)的智能合约(smartcontract)来产生一个共同的应用程序编程接口(applicationprogramminginterface，api)及/或一共同的通讯协议来与该些在线旅游代理及/或该些预订引擎进行通讯。在某些例子中，该共享的应用程序编程接口是用于基于以太坊的多个在线旅游代理及/或多个预订引擎，且该共同的通讯协议是用于非基于以太坊的多个在线旅游代理及/或多个预订引擎。如此一来，该些在线旅游代理及/或该些预订引擎所产生的系统维护成本及通讯成本可大幅度的削减，其中该些系统维护及通讯包含向在线旅游代理模组及/或预订引擎传输房间预订事件或更新房间库存纪录等。这是因为基于以太坊的智能合约在编程语言设计上的开放及易于上手等性质，其包含转传具有较少且较易于理解的变量及参数。上述有关降低成本方面的好处，基于同样的理由，也成立于当基于区块链的房间库存管理系统200与全球分销系统及/或元搜索引擎共同合作的状况。

智能合约是在以太坊下发展的技术，也是本发明所应用的区块链科技中的重要辅助技术。以太坊是一种开源、基于区块链的分布式计算系统及操作系统，特征在于智能合约的功能性。以太坊提供一种去中心化且符合图灵完备(turing-complete)的虚拟机，也就是以太坊虚拟机，其可使用节点网络来执行脚本(script)。

以太坊的智能合约基于不同的计算机语言，开发者使用这些计算机语言来编程各自的功能。智能合约是高阶的编程抽象化，其被转译为以太坊虚拟机字节码(bytecode)、并部署于以太坊区块链中来执行。智能合约可开启证明功能性的可能性。以太坊区块链应用通常是指去中心化的应用，这是因为它们基于去中心化以太坊虚拟机与其智能合约的缘故。以太坊区块链的应用实例包含：数字签名算法、证券化代币(securitizedtoken)、数字权利管理、集资(crowdfunding)、预测市场、汇款、社群媒体平台、金融交易及身份系统等。因为以太坊的图灵完备性质，智能合约得以提供功能设计及实施上的高度弹性。再者，因为基于以太坊的智能合约所具有的开源及易于实施等性质，基于区块链的房间库存管理系统200在与在线旅游代理模组及/或预订引擎进行通讯时，在基于以太坊的智能合约辅助下，具有上述提及的各种优点。

基于区块链的房间库存管理系统200包含一新颖的物业管理系统模组210及一中间伺服系统250。物业管理系统模组210可设置于一旅馆内，使得旅馆方可直接控制物业管理系统模组210。中间伺服系统250可设置于物业管理系统模组210的远方。在一例子中，中间伺服系统250为物业管理系统模组210事先处理或处理房间预订事件，使得中间伺服系统250可为物业管理系统模组210大幅减轻处理上的负担。在一例子中，房间预订事件包含至少由旅馆方发出的内部房间预订请求及内部房间取消/退房请求，以及由在线旅游代理模组及/或预订引擎所发出的外部房间预订请求及外部房间取消请求。外部房间预订请求及外部房间取消请求可透过在线旅游代理模组及/或预订引擎发出，以在该应用程序编程接口或该通讯协议的辅助下，预订或取消饭店方至少一个房间，其中该应用程序编程接口及该通讯协议是使用基于以太坊的智能合约所开发。该内部房间预订/内部房间退房请求发生在顾客直接在饭店内办理房间预订手续、或是当饭店内的顾客决定办理退房手续之时。再者，中间伺服系统250使用基于以太坊的智能合约来就房间预订事件进行通讯，以节省与在线旅游代理模组及/或预订引擎的通讯成本，此系因用来通讯的应用程序编程接口及/或通讯协议是使用基于以太坊的智能合约来实作，因而使得设计简单之故。

在一例子中，物业管理系统模组210特别设计通过与中间伺服系统250共享同一应用程序编程接口，亦即同一远程过程调用(remoteprocedurecall，rpc)程序，而与中间伺服系统250共同运作。如此一来，物业管理系统模组210与中间伺服系统250之间的通讯可仅用去较少的处理时间，而达成更高的效率。在房间库存管理系统200需要在短时间内处理大量房间预订事件时，例如旅游旺季时，这样的高效率会更明显。

物业管理系统模组210包含一主收发器212、一主处理器214、及一主存储器216。在本发明的各个例子中，主处理器214是一个计算机处理器，且主存储器216是一个非挥发式计算机可读取内存。主收发器212可处理与中间伺服系统250之间的通讯，但并不直接与在线旅游代理ota1、ota2、…、otam及/或预订引擎be1、be2、…、ben进行通讯。主存储器216会为物业管理系统模组210维护一个房间库存纪录218(如图3所示)，以作为饭店方管理其房间之用。房间库存纪录218记录了至少饭店中每一房间的可用度及饭店中可用的房间计数。主处理器214可对应于一房间预订事件的发生，参照及/或更新房间库存纪录218。举例来说，主处理器214接获一房间预订请求时，即减少饭店中可用的房间计数及/或关闭被预订的房间的可用度。主处理器214接获一房间预订取消请求或一退房请求时，即增加饭店中可用的房间计数及/或开启被预订之房间的可用度。

中间服务器系统250应用了区块链技术。再者，中间服务器系统250包含一交易代理服务器260及复数个节点服务器，例如图2所示x个节点服务器ns1、ns2、…、nsx，其中x是正整数。节点服务器ns1、ns2、…、nsx会形成一个区块链，每一节点服务器会保存实质相同的数据，以确保彼此之间的数据一致性及数据可追朔性。

交易代理服务器260如同中间服务器系统250的核心，并包含一中间收发器262、一中间处理器264、及一中间内存266。在某些例子中，交易代理服务器260会扮演被信任的节点的角色，用来被授权在中间服务器系统250所形成的区块链中产生新区块。同样地，在某些例子中，中间处理器264是一个计算机处理器，且中间内存266是一个非挥发式计算机可读取内存。当在线旅游代理模组ota1、ota2、…、otam、预订引擎be1、be2、…、ben、或物业管理系统模组210中任一者发出一房间预订请求时，中间收发器262会接收该房间预订请求、并转传至中间处理器264。在某些例子中，中间收发器262可被实施为一应用程序编程接口服务器，且该应用程序编程接口服务器会基于中间内存266所储存基于以太坊的智能合约，将该房间预订请求转译为物业管理系统模组210及中间服务器系统250可轻易理解的形式，亦即取代了频道管理器150的功能。中间内存266维护了一个如图3所示的房间库存纪录268，其中房间库存纪录268是以至少一个基于以太坊的该智能合约所实施，使得中间处理器262可基于兼容于该些基于以太坊的智能合约的指令来操作(例如存取、更新、或稽核)房间库存纪录268。中间服务器系统250(特别是交易代理服务器260)、在线旅游代理模组ota1、ota2、…、otam、及/或预订引擎be1、be2、…、ben之间的通讯是由中间内存266中所储存的智能合约所支持。中间处理器264使用该些智能合约中至少一个智能合约来存取及/或更新房间库存纪录268的内容。在某些例子中，中间收发器262可以设置于离中间处理器264及/或中间内存266有一段距离的远处，以将应用程序编程接口服务器的转译程序分离于房间库存纪录的管理程序之外，来避免交易代理服务器260的系统负担超载。

在某些例子中，中间处理器264决定一个房间预订事件是否为一成功交易，其中该房间预订事件可能是一个房间预订请求、一个退房请求、或是一个房间取消请求，且发出该房间预订事件的主体可为物业管理系统模组210、在线旅游代理模组ota1、ota2、…、otam、及/或预订引擎be1、be2、…、ben其中之一。由在线旅游代理模组ota1、ota2、…、otam、及/或预订引擎be1、be2、…、ben其中之一所发出的房间预订事件，可为由顾客所发起的一个外部房间预订请求或一个外部房间取消请求(在该顾客先前已成功预订一个房间的情况下)。物业管理系统模组210所发出的房间预订事件可为一个内部房间预订请求、一个内部房间取消请求、或一个内部退房请求。在接收到一个房间预订请求时，中间处理器264会检查房间库存纪录268来确认该房间预订请求是否可获准，例如根据被请求预订的房间的可用度或根据若准许该房间预订请求后是否会引起该饭店的超售现象来决定是否准许该房间预订请求。若该中间处理器264准许该房间预订请求，中间处理器264会对应产生一个成功交易。同样地，在接收到一内部退房请求、一内部房间取消请求、或一外部房间取消请求时，中间处理器264会检查房间库存纪录268、释放被取消或被退房之该房间、并对应产生一成功交易。

为了支持在区块链技术下运行的各种复杂功能，中间服务器系统250应用了至少一个储存于中间内存266的基于以太坊的智能合约。如先前所述，通过智能合约在设计及实施功能上的弹性，中间服务器系统250可结合传统房间预订需求及大部分最新的区块链科技来实现多种不同的功能。

在某些例子中，在中间处理器264决定该房间预订事件是一个成功交易后，中间处理器264将该成功交易加入至房间库存纪录268中，以更新房间库存纪录268。再者，中间处理器264可以将已更新的房间库存纪录268的内容同步至每一节点服务器ns1、ns2、…、nsx，亦即更新节点服务器ns1、ns2、…、nsx所形成的该区块链。因此，节点服务器ns1、ns2、…、nsx可作为房间库存纪录268的备份纪录。

在某些例子中，如广为所知的区块链科技所展现，上述节点服务器ns1、ns2、…、nsx的区块更新可包含同一区块链中不同节点服务器之间的区块竞争，使得某些区块被加入该区块链的部分节点服务器后被抛弃。然而，此处所述节点服务器ns1、ns2、…、nsx的区块更新亦假设包含此种加入区块后又抛弃的情形，而不另行赘述。因此，每一节点服务器ns1、ns2、…、nsx在此被假设包含实质相同的多个区块，该些区块最终包含实质相同的交易历史。

如此一来，房间库存纪录268的内容可更佳地防止被窜改或破坏，此系因中间处理器264总是可以在节点服务器ns1、ns2、…、nsx的任何一个节点服务器中找到房间库存纪录268的正确备份。

每一节点服务器ns1、ns2、…、nsx各自具有一个节点收发器、一个节点处理器、以及一个节点内存。该节点处理器系为一个计算机处理器。且该节点内存为一个计算机可读取式内存。该节点收发器可在发生对应于一房间预订请求的一成功交易时，接收由中间处理器264传出的指令、并传输数据至中间处理器264。该节点内存可储存房间库存纪录268的内容备份，以作为未来更新及/或稽核之用。该节点处理器可处理由中间处理器264传出的指令、并决定使用哪些资料来响应中间处理器264。如图2所例示，举例来说，节点服务器ns1具有一节点收发器nt1、一节点处理器np1、及一节点内存nm1；节点服务器ns2具有一节点收发器nt2、一节点处理器np2、及一节点内存nm2；且节点服务器nsx具有一节点收发器ntx、一节点处理器npx、及一节点内存nmx。

图3图标主存储器216、中间内存266、及节点内存nm1、nm2、…、nmx各自的房间库存纪录间的关系的概念示意图，亦即房间库存纪录218、房间库存纪录268、及房间库存纪录ri1、ri2、…、rix之间的关系。每一节点内存nm1、nm2、…、nmx储存了与房间库存纪录268所储存相同的复数个智能合约。且房间库存纪录ri1、ri2、…、rix亦各自使用节点内存nm1、nm2、…、nmx储存的该些智能合约来实施。与中间处理器264及中间内存266相同，每一节点处理器np1、np2、…、npx各自使用实施房间库存纪录ri1、ri2、…、rix的该些智能合约，来存取及更新房间库存纪录ri1、ri2、…、rix的内容。

在某些例子中，中间处理器264首先对应于一成功交易的产生，更新房间库存纪录268。再者，中间处理器264将房间库存纪录268的已更新内容透过主收发器212转传至物业管理系统模组210，使得主处理器214可据以更新房间库存纪录218，而使房间库存纪录218的内容与房间库存纪录268的已更新内容同步。中间处理器264亦对应房间库存纪录268的已更新内容来产生一个新区块，该新区块保存了物业管理系统模组210至少所有最新的成功交易。在某些例子中，中间处理器264需要至少一个储存于中间内存266的智能合约来执行完整的指令(例如计算或更新变量)，以产生该新区块。举例来说，碰到有y个不同但依时间顺序(chronologicalorder)发生的成功交易时，中间处理器264可在时间t1产生区块bl1、在时间t2产生区块bl2、…、以及在时间ty产生一个最新近区块bly，其中y是一个正整数。时间t1早于时间t2。时间t2早于时间t(y-1)，且时间t(y-1)早于时间ty。时间ty代表发生成功交易的最新近时间点。区块bl1包含了所有在时间t1时已发生的成功交易。区块bl2比区块bl1多包含了一个发生在时间t2的成功交易，亦即区块bl2包含了所有在时间t2时已发生的成功交易。同样地，区块bly包含所有在时间ty时已发生的成功交易。

在区块链科技下，每一节点服务器ns1、ns2、…、nsx有义务使各自包含的房间库存纪录ri1、ri2、…、rix同步更新，以使其内容与房间库存纪录268的内容同步。因此，在透过各自的节点收发器nt1、nt2、…、ntx接收到最新近产出区块bly后，节点处理器np1、np2、…、npx各自将最新近产出区块bly并入自己的房间库存纪录ri1、ri2、…、rix。在某些例子中，节点处理器np1、np2、…、npx需要至少一个智能合约的协助，来同步执行最新近的成功交易中所涉及的指令，以完成各自之房间库存纪录ri1、ri2、…、rix的内容更新。这些更新可包含更新特定本地端(local)变量或特定广域(global)变数。该些本地端变量可包含各个房间的可用度或价格。该些特定广域变数可包含条件式的折扣或动态调整的房间价格。

图4图示中间处理器264如何产生一个新区块的细节。中间处理器264包含一哈希(hashing)模组402、一时间戳(timestamp)模组404、及区块产生模组406。如先前所述，中间处理器264对应于一成功交易来产生一个新区块。在中间处理器264确认该成功交易后，哈希模组402为该新区块产生一个哈希值，且时间戳模组404为该新区块产生一个独特的时间戳。举例来说，哈希模组402会为y个区块bl1、bl2、…、bly各自产生一个实质独特的对应哈希值hs1、hs2、…、hsy，且时间戳模组404会为y个区块bl1、bl2、…、bly各自产生一个实质独特的对应时间戳ts1、ts2、…、tsy。

产生哈希值的方法对熟知区块链技术领域者已广为所知，因此，此处不再特地赘述该些方法。然而，每个被产生的哈希值具有其随机性，使得每个被产生的哈希值可为实质独特。在某些例子中，被产生的时间戳可对应于中间处理器264确认该成功交易的当下、或是对应于，例如，由物业管理系统模组210、在线旅游代理模组ota1、ota2、…、otam、或预订引擎be1、be2、…、ben发出该房间预订请求的当下。如此一来，每一区块bl1、bl2、…、bly会各自具有一个实质独特的哈希值及一个实质独特的时间戳。且最新近产生的区块bly会具有所有已产生区块中最新的时间戳。

对应于该成功交易，区块产生模组406由哈希模组402引入了一个实质独特的哈希值，并从时间戳模组406引入了一个实质独特的时间戳，来产生一个区块标头(blockheader)。举例来说，在发生一个最新近成功交易时，区块产生模组406为了将被产生的区块bly，引入哈希值hsy及时间戳tsy来产生区块标头bhy。如此一来，区块产生模组406可个别产生区块标头bh1、bh2、…、bhy。

再者，对应于该成功交易，区块产生模组406产生了一个新区块，其整并了一个对应的区块标头、该成功交易的内容、至少一个智能合约、以及前一个产生区块的内容。举例来说，对应于一个最新近的成功交易，区块产生模组406所产生的区块bly会包含区块标头bhy、至少一个由中间内存266所加载的智能合约、以及前一个区块bl(y-1)的内容，其中区块bl(y-1)因图示简略的需求而未标示。如此一来，最新近产生的区块bly可包含先前所有区块bl1、bl2、…、bl(y-1)的内容。除此以外，所有先前产生的区块bl1、bl2、…、bl(y-1)所对应所有目前已存在的成功交易，也可透过仅参照最新近产生区块bly的方式来完成稽核(audit)。

最后，区块产生模组406将该新区块加入节点服务器ns1、ns2、…、nsx所形成的区块链，以更新该区块链。举例来说，区块产生模组406将最新近产生区块bly加入至已包含多个区块bl1、bl2、…、bl(y-1)的区块链，以更新该区块链。

在某些例子中，每一在线旅游代理模组ota1、ota2、…、otam及/或预订引擎be1、be2、…、ben被允许以直接或透过交易代理服务器260的方式，存取节点服务器ns1、ns2、…、nsx所形成的区块链。如此一来，通过使用总是实质维持最新近交易的该区块链，每一在线旅游代理模组ota1、ota2、…、otam及/或预订引擎be1、be2、…、ben可总是透过及时参照一最新进产生的区块的方式，主动地确认可用房间的数量及/或特定房间的可用性。如此便可实质解决房间超售事件的问题。

另外，由于物业管理系统模组210的大部分任务都转移至中间服务器系统250，先前技术中物业管理系统模组的过载问题也可被有效且实质的避免。

在某些例子中，存取节点服务器ns1、ns2、…、nsx所形成的区块链包含的多个区块是透过各自的区块标头(更精确的说，是透过各自的哈希值)来建立与稽核。在某些例子中，存取节点服务器ns1、ns2、…、nsx所形成的区块链是使用梅克尔树(merkletree)技术，使得该区块链的每一区块具有一个实质独特的梅克尔根(merkleroot)。若某一区块(例如区块bl1)在节点服务器ns1、ns2、…、nsx其中之一遭到窜改，任何可存取该区块链的个体可简单地稽核该区块链、并进而找到在该特定节点服务器上被窜改的区块bl1。该稽核程序包含：(1)在节点服务器ns1、ns2、…、nsx上各自计算区块bl1的梅克尔根之值；(2)比较节点服务器ns1、ns2、…、nsx各自计算出来区块bl1的梅克尔根之值，以找到至少一个节点服务器上被窜改的区块bl1的不一致。更精确的说，由于被窜改的区块bl1一定会具有一个与其他节点服务器上未被窜改的区块bl1不同的梅克尔根值，因此上述的比较程序可以轻易地找出这样的不同梅克尔根值。被窜改的区块bl1亦可通过参照其他节点服务器上未被窜改的区块bl1来获得修正。如此一来，该区块链上的区块皆可被保证其正确性，使得每一节点服务器上保存的房间库存纪录亦可被保全。在某些例子中，一个个体被授权可存取该区块链，以稽核或甚至修正该区块链，诸如物业管理系统模组210、交易代理服务器260、或节点服务器ns1、ns2、…、nsx的任一者的处理器。上述有关于稽核与修正区块bl1的例子，亦适用于该区块链中的其他区块。

在某些例子中，每一个成功交易可经由参照任一节点服务器ns1、ns2、…、nsx上任一区块bl1、bl2、…、bly的区块标头(更精确的说，经由区块各自的时间戳)，而被正确的追踪，其为上述稽核程序的一部分。该追踪程序亦可使用中间内存266或每一节点内存nm1、nm2、…、nmx所储存的至少一个稽核用智能合约来实施，其主导者可为上述被授权存取该区块链的个体。这样的个体可包含交易代理服务器260包含的中间处理器264、或任一节点服务器ns1、ns2、…、nsx的节点处理器。较佳地，这样的稽核程序是由中间处理器264所主导，以进行实时且不致混淆的更新。该追踪程序包含：(1)搜寻区块bl1、bl2、…、bly各自的区块标头bh1、bh2、…、bhy；(2)追踪区块bl1、bl2、…、bly各自的时间戳ts1、ts2、…、tsy，以成功辨识导致区块bl1、bl2、…、bly产生的各个成功交易。通过时间戳ts1、ts2、…、tsy的辅助，各个成功交易的发生先后顺序可正确的依照时间排列来确认。如此一来，超售事件可以被更佳地确认及避免，其中该超售事件是起因于未能及时通知在线旅游代理模组或预订引擎一笔较早的成功交易，导致错误地接受另一笔较晚的成功交易。

在某些例子中，多个储存于房间库存纪录268的智能合约包含至少一个动态定价智能合约，其可根据房间库存纪录268所储存的一个瞬时可用房间数量，来决定至少一个暂时且可变的房间价格。中间处理器264动态地调整该瞬时房间价格、并将调整过的房间价格经由中间收发器262转传至物业管理系统模组210、在线旅游代理模组ota1、ota2、…、otam及/或预订引擎be1、be2、…、ben。同样地，在主收发器212接收调整过的房间价格之后，主处理器214亦动态地将调整过的房间价格更新至房间库存纪录218。

相较于传统房间库存管理系统100，房间库存管理系统200具有下列优点：(1)通过确保所有的成功交易都依照发生时间顺序被记录起来，克服了超售事件带来的问题；(2)在中间伺服系统250的辅助下，在确认成功交易及/或更新房间库存纪录上，减轻了物业管理系统模组的负担、处理时间及带宽；及(3)增进了房间库存纪录的正确性及可追朔性。

在上述的实施例中，房间库存管理系统200应用了一个中央模组(亦即交易代理服务器260)来管理中间伺服系统250所包含节点服务器ns1、ns2、…、nsx之间的主要任务。然而，本发明的另一实施例将管理上述任务的责任，更佳地平衡于节点服务器ns1、ns2、…、nsx之间。更精确的说，任一节点服务器ns1、ns2、…、nsx都可被暂时地指定为一个主控节点服务器(masternodeserver)，用来管理所有的节点服务器ns1、ns2、…、nsx一段时间，且在该段时间结束后，可指定另一节点服务器来作为新的主控节点服务器，以继续在另一段时间中管理所有的节点服务器ns1、ns2、…、nsx。在某些例子中，在节点服务器ns1、ns2、…、nsx之间转换主控节点服务器的责任可以时而进行(fromtimetotime)、周期性地进行、或随机地进行。再者，由节点服务器ns1、ns2、…、nsx中指定主控节点服务器的方式可包含选举、照顺序轮流(sequentialrotation)、或根据一预定规则。该预订规则可包含动态地指定一个具有较小负担或最小负担的节点服务器作为主控节点服务器，其中该负担的计算可根据包含实时的系统负荷、实时数据储存量、及/或实时传输带宽等信息来决定。因此，任一节点服务器ns1、ns2、…、nsx可避免承担无法负荷的负担，甚至避免引起故障。

图5根据本发明的另一实施例，图标了房间库存管理系统500。房间库存管理系统500包含物业管理系统模组210及中间伺服系统520。物业管理系统模组210的性质与布置与之前图2所述相同，故不再另行赘述。中间伺服系统520如先前图2所示，包含多个节点服务器ns1、ns2、…、nsx。然而，房间库存管理系统200与房间库存管理系统500之间的主要差异在于，在共识(consensus)算法的辅助下，房间库存管理系统500可选择多个节点服务器ns1、ns2、…、nsx中任一者作为主控节点服务器，以取代交易代理服务器260。主控节点服务器以及其包含的各组件继承了与交易代理服务器260及其组件至少相同的结构与功能。因此，该主控节点服务器与交易代理服务器260相同的部分，以下不再另行赘述。

用来在多个节点服务器ns1、ns2、…、nsx中选出主控节点服务器的共识算法，可包含依序决定、随机决定、及/或经由引入所有节点服务器的轮询(polling)共识来决定。被选出的主控节点服务器会负担管理工作一段时间，在该段时间结束后，会再另外举行一次选举来决定下一个主控节点服务器，使得先前被选出的主控节点服务器可被解除其责任，直到再次被选为主控节点服务器为止。以下的叙述是基于节点服务器nst暂时被选为主控节点服务器并执行与先前交易代理服务器260相似的功能来描述。

图6图标主存储器216包含的多个房间库存纪录与其他节点内存nm1、nm2、…、nmx(包含瞬时主控节点内存nmt在内)具有的多个房间库存纪录间的关系的概略示意图，亦即房间库存纪录218与多个房间库存纪录ri1、ri2、…、rix(包含瞬时主控房间库存纪录rit)之间的关系示意图。同样地，多个房间库存纪录ri1、ri2、…、rix是以节点内存nm1、nm2、…、nmx各自储存的多个智能合约所实施。且节点处理器np1、np2、…、npt、…、npx会使用该些智能合约来存取及/或更新各自的房间库存纪录ri1、ri2、…、rix。在某些例子中，主控节点处理器nst首先会对应于成功交易的发生，更新瞬时主控房间库存纪录rit。再者，主控节点处理器nst将瞬时主控房间库存纪录rit的更新内容，透过主控节点收发器ntt及主收发器212，转传到物业管理系统模组210，使得主处理器214得以更新房间库存纪录218至实质同步于瞬时主控房间库存纪录rit的更新内容。主控节点处理器264亦对应于瞬时主控房间库存纪录rit的更新内容，产生一个保存了物业管理系统210的至少所有目前已成功交易的新区块。需要说明的是，每一节点服务器ns1、ns2、…、nsx各自的内存nm1、nm2、…、nmx中储存的智能合约，皆近似于中间内存266所储存的智能合约。因此，在某些例子中，主控节点处理器npt可以加载主控节点内存nmt所储存的至少一个智能合约，以执行完整的指令来产生新区块，例如计算及更新变量。举例来说，在发生y次依时间顺序发生的不同成功交易后，前一个主控节点处理器及/或瞬时主控节点处理器npt可以在时间点t1产生一区块bl1、在时间点t2产生一区块bl2、…、及在时间点ty产生一最新近区块bly，其中y是一个正整数。时间点t1早于时间点t2、时间点t2早于时间点t(y-1)、时间点t(y-1)早于时间点ty。时间点ty代表最新近成功交易所发生的时间点。区块bl1包含直到时间点t1为止的所有成功交易。区块bl2相较于区块bl1，多包含了一个发生在时间点t2的成功交易，也就是说，区块bl2包含了直到时间点t2为止的所有成功交易。相似地，区块bly包含了直到时间点ty为止的所有成功交易。

如先前所述，依据区块链技术，每一节点服务器ns1、ns2、…、nsx需要使各自持有的房间库存纪录ri1、ri2、…、rix同步更新于当时的主控房间库存纪录rit的内容。因此，在透过各节点收发器nt1、nt2、…、ntx(除了当时的主控收发器外)接收到最新近产生区块bly之后，各节点处理器np1、np2、…、npx(除了当时的主控节点处理器npt以外)将最新近产生的区块bly整合至每一房间库存纪录ri1、ri2、…、rix(除了当时的主控房间库存纪录rit之外)。在某些例子中，节点处理器np1、np2、…、npx需要至少一个智能合约的辅助来同步执行该最新近成功交易所涉入的指令，以完成每一房间库存纪录ri1、ri2、…、rix的更新。该些更新可包含诸如某些本地端变量的更新(例如房间可用性或各房间的价格)、或包含某些全局变量的更新(例如条件式的折扣或动态调整的房间价格)。

图7图示了瞬时主控节点处理器npt如何产生一个新区块的细节。瞬时主控节点处理器npt包含一个哈希模组npt_h、一时间戳模组npt_ts、以及一区块产生模组npt_b。如先前所述，瞬时主控节点处理器npt会对应于一成功交易来产生一个新区块。在瞬时主控节点处理器npt确认该成功交易时，哈希模组npt_h为该新区块产生一个实质独特(unique)的哈希值，且时间戳模组npt_ts为该新区块产生一个实质独特的时间戳。举例来说，哈希模组npt_h为了y个区块bl1、bl2、…、bly产生y个实质独特的哈希值hs1、hs2、…、hsy，且时间戳模组npt_ts为了y个区块bl1、bl2、…、bly产生y个实质独特的时间戳ts1、ts2、…、tsy。

与先前的实施例相似，产生哈希值的方法已被熟习区块链技术领域者所广为周知，因此，产生哈希值的方法此处不再赘述。再者，在某些例子中，所产生的时间戳可对应瞬时主控节点处理器npt确认该成功交易的时间点或该房间预订事件发起的时间点，其中该房间预订事件可由物业管理系统模组210、在线旅游代理模组ota1、ota2、…、otam、及/或预订引擎be1、be2、…、ben其中之一所发起。如此一来，每一区块bl1、bl2、…、bly应具有其实质独特的哈希值及时间戳。且最新近产生区块bly在当时所有的区块中具有一最新近时间戳。

区块产生模组npt_b对应于该成功交易，会由哈希模组npt_h引入该实质独特哈希值及由时间戳模组npt_ts引入该实质独特时间戳，以产生一新区块标头。举例来说，为了对应于一最新近成功交易的发生来产生将被产生的最新近区块bly，区块产生模组npt_b引入哈希值hsy及时间戳tsy产生一区块标头bhy。如此一来，区块产生模组npt_b各自产生区块标头bh1、bh2、…、或bhy。

再者，对应于该成功交易，区块产生模组npt_b产生一个新区块，其中该新区块包含对应的一区块标头、该成功交易的内容、至少一个智能合约、及其前一个产生的区块的内容。举例来说，对应于一最新近成功交易，区块产生模组npt_b产生区块bly，其包含区块标头bhy、该最新近成功交易的内容、由瞬时主控节点内存ntt所加载的至少一个智能合约、及其前一个产生的区块bl(y-1)的内容(为了简化图示而未绘出)。如此一来，最新近产生区块bly会包含先前所产生的所有区块bl1、bl2、…、bl(y-1)的内容。再者，先前所产生的所有区块bl1、bl2、…、bl(y-1)所对应先前发生过的所有成功交易可通过仅参照最新近产生区块bly的方式来进行稽核。

最后，区块产生模组npt_b会将该最新近产生区块加入至由节点服务器ns1、ns2、…、nsx所形成的该区块链中，以更新该区块链。举例来说，区块产生模组npt_b会将最新近产生区块bly加入至已包含区块bl1、bl2、…、bl(y-1)的区块链，以更新该区块链。

与房间库存管理系统200类似，房间库存管理系统500具有实质相同的变化实施例、性质、及优点，也就是如同先前房间库存管理系统200被提及的叙述。另外，担任主控节点服务器的责任会以偶尔、随机、周期性地、或根据一预定规则决定的方式来转移于节点服务器ns1、ns2、…、nsx之间，其中该预定规则用来平衡该主控节点服务器的责任于节点服务器ns1、ns2、…、nsx之间。如此一来，节点服务器ns1、ns2、…、nsx可更佳地平衡各自的负担、并避免不需要的故障事件。

以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。