TWI747155B

TWI747155B - 自動化排陣系統與方法

Info

Publication number: TWI747155B
Application number: TW109103982A
Authority: TW
Inventors: 郭晉源
Original assignee: 郭晉源
Priority date: 2020-02-10
Filing date: 2020-02-10
Publication date: 2021-11-21
Also published as: TW202131242A

Abstract

本發明提供一種自動化排陣系統與方法，所述系統包含前端操作介面以及後端管理平台。前端操作介面維護於電腦中，用以自網路接收多個預約資訊，每一個預約資訊包含陣頭資訊以及預約時間。後端管理平台電性連接前端操作介面，接收預約資訊，並將每一個預約資訊中的陣頭資訊對應分類於行事曆中的預約時間內。其中當行事曆的預約時間內，對應有兩個以上的陣頭資訊，則後端管理平台依據神位排序表決定兩個以上的陣頭資訊的行程順序，並將行程順序經由前端操作介面進行回覆。

Description

自動化排陣系統與方法

本發明係關於一種宮廟經營的系統與方法，特別是關於一種陣頭的管理系統與方法。

隨著科技的進步，網際網路與各種行動裝置讓人們的生活更為便利，也讓工作的安排更有效率，但並不是所有產業都能充分享受到科技帶來的好處。據統計，現今台灣登記有案的宮廟已達一萬二千座以上，除了香火鼎盛、信眾繁多的大廟古寺之外，更多的是隱藏在鄰里、街邊的小型宮廟。由於宗教產業帶有神秘與保守的特性，十分不容易在此技術領域進行科技的改良與創新，導致多數宮廟仍然延續了非常傳統的作業方式。舉例來說，宮廟時常於特定節日會舉辦遶境活動，例如媽祖的遶境活動不僅在台灣已成為一種信仰，也是著名的世界人類非物質文化遺產。然而，於遶境期間時，遶境路線上的宮廟往往需要一次接待非常多的陣頭，若是沒有足夠的人力來引導與接待這些陣頭，時常容易因為各種問題而發生糾紛與衝突。此外，準備接待陣頭的茶水、吃食與休息場地，對各宮廟來說都是一種考驗。

由於陣頭的接待顯不同於日常生活中的服務業或餐飲業，例如其他宮廟的陣頭來訪，接待禮數與引導方式可能因為習俗或神祇位階而多有不同，尚難一概而論。基於陣頭屬於傳統文化的一部分，也有其宗教上的特殊意義，如何協助宮廟改善接待陣頭的品質與效率便十分重要。因此，各宮廟皆需要一個專用於陣頭的管理系統，以解決長期以來僅用人工安排陣頭各項事務的問題。

本發明提供了一種自動化排陣系統與方法，可以由其他宮廟上網預約陣頭來訪的時間，並且自動化地排出各個陣頭地行程順序，使得遶境活動更為順利。

本發明提出了一種自動化排陣系統，包含前端操作介面以及後端管理平台。前端操作介面維護於電腦中，用以自網路接收多個預約資訊，每一個預約資訊包含陣頭資訊以及預約時間。後端管理平台電性連接前端操作介面，接收預約資訊，並將每一個預約資訊中的陣頭資訊對應分類於行事曆中的預約時間內。其中當行事曆的預約時間內，對應有兩個以上的陣頭資訊，則後端管理平台依據神位排序表決定兩個以上的陣頭資訊的行程順序，並將行程順序經由前端操作介面進行回覆。

於一些實施例中，每一個預約資訊可以包含需求資訊，後端管理平台更依據需求資訊產生庫存管理資訊，庫存管理資訊用以更新庫存表單。在此，陣頭資訊可以包含聯絡人資訊、陣頭人數以及隊伍內容，後端管理平台更可以依據陣頭人數以及隊伍內容，計算對應陣頭資訊的陣頭長度。此外，後端管理平台更可以依據行程順序以及每一個陣頭資訊對應的陣頭長度，決定交通管制策略，並將交通管制策略經由前端操作介面進行回覆。另外，每一個陣頭資訊更包含主神名稱，神位排序表用以查找主神名稱的位階，後端管理平台依據每一個主神名稱的位階決定行程順序。

本發明提出了一種自動化排陣方法，包含以下步驟。首先，自網路接收多個預約資訊，每一個預約資訊包含陣頭資訊以及預約時間。接收所述多個預約資訊，並將每一個預約資訊中的陣頭資訊對應分類於行事曆中的預約時間內。判斷行事曆的預約時間內，是否對應有兩個以上的陣頭資訊。當行事曆的預約時間內，對應有兩個以上的陣頭資訊，則依據神位排序表決定兩個以上的陣頭資訊的行程順序。將行程順序經由前端操作介面進行回覆。

於一些實施例中，每一個預約資訊更可以包含需求資訊，後端管理平台更可以依據需求資訊產生庫存管理資訊，庫存管理資訊用以更新庫存表單。在此，陣頭資訊可以包含聯絡人資訊、陣頭人數以及隊伍內容，且自動化排陣方法更可以包含依據陣頭人數以及隊伍內容，計算對應陣頭資訊的陣頭長度。此外，可以依據行程順序以及每一個陣頭資訊對應的陣頭長度，決定交通管制策略，以及將交通管制策略經由前端操作介面進行回覆。另外，每一個陣頭資訊更可以包含主神名稱，且依據神位排序表決定兩個以上的陣頭資訊的行程順序的步驟中，更可以包含以神位排序表用查找主神名稱的位階，以及依據每一個主神名稱的位階決定行程順序。

綜上所述，本發明提供的自動化排陣系統與方法，可以提供前端操作介面由其他宮廟上網預約陣頭來訪的時間，並且依據各個陣頭來訪的時間，自動排出符合習俗的行程順序，再由前端操作介面回覆使用者，使得遶境活動可以更為順利。

下文將進一步揭露本發明之特徵、目的及功能。然而，以下所述者，僅為本發明之實施例，當不能以之限制本發明之範圍，即但凡依本發明申請專利範圍所作之均等變化及修飾，仍將不失為本發明之要意所在，亦不脫離本發明之精神和範圍，故應將視為本發明的進一步實施態樣。

請一併參閱圖1與圖2，圖1係繪示依據本發明一實施例之自動化排陣系統的功能方塊圖，圖2係繪示依據本發明一實施例之自動化排陣方法的步驟流程圖。如圖所示，自動化排陣系統1係用於協助友宮(其他宮廟)的使用者預約來訪的相關事宜，並在使用者預約後協助宮廟管理各項物資與人員。特別是，本實施例的自動化排陣系統1可以用於安排友宮的陣頭的接待與行程順序。實務上，自動化排陣系統1大致上可以區分為前端操作介面10以及後端管理平台12，前端操作介面10可以維護於宮廟的電腦中，而後端管理平台12也可以運行於所述電腦中。當然，本實施例不以此為限，例如前端操作介面10與後端管理平台12也可以分散地設置於不同的電腦中，並經由網路交換訊息，或設置於第三方(例如網路公司)的伺服器中。

以實際的例子來說，在遶境期間往往會有相當多的陣頭沿著遶境路徑陸續前進，並且有可能暫借一處宮廟休息。傳統上，宮廟通常不容易掌握有多少友宮陣頭來訪、每個陣頭的人數、何時會到以及來訪細節，從而臨時能提供友宮陣頭的協助往往不夠充份。舉例來說，友宮陣頭是否要入廟休息即關係到宮廟的準備與安排，例如友宮陣頭需要入廟休息的拜廟儀式通常較為隆重，花費時間較長，且宮廟需要安排停駕的空間以及人員的吃食。不入廟休息的拜廟儀式會相對簡約，花費時間較短，且宮廟可能僅需要簡單安排茶水即可。此外，由於每個友宮陣頭的主神的位階不同，進廟時需要不同的禮數，例如友宮陣頭的主神相比於宮廟的主神若是位階較低，則進廟時也會花費更長的時間。

換句話說，於所屬技術領域具有通常知識者可知，若是沒有事先掌握更詳細的資訊，可能造成友宮陣頭進廟出廟產生瓶頸，使友宮陣頭等待時間過長，不僅會耽誤遶境的行程也可能造成附近區域交通的混亂。並且，如果因為溝通問題而導致臨時準備不足，也往往容易失禮進而產生摩擦與糾紛。因此，本實施例的自動化排陣系統1提出了一套自動化的管理方式，以協助宮廟安排友宮陣頭的相關事宜。

於本實施例的步驟S20中，前端操作介面10可以自網路接收多個預約資訊，每一個預約資訊包含陣頭資訊以及預約時間。實務上，友宮的使用者可以經由網站或應用程式進入前端操作介面10，並在網站或應用程式的引導之下輸入帳號密碼，以登入網站或應用程式。在此，帳號密碼可以由使用者預先註冊取得，並且於註冊時會填寫使用者對應的宮廟、聯絡人姓名、聯絡電話、電子信箱或金融帳戶等資訊。接著，使用者可以藉由網站或應用程式中的選單或欄位，輸入陣頭的人數、隊伍內容以及預約時間等資訊。於一個例子中，陣頭可以由令旗、鼓樂、八家將、神轎等隊伍組成，但每個陣頭的隊伍組成卻不一定相同，因此預約資訊還可以包含隊伍內容的資訊。例如，使用者可以於選單或欄位中填寫輸入陣頭內有何隊伍。更詳細的，選單或欄位中可以再繼續填寫每個隊伍的人數或使用器材，例如鼓樂隊伍是步行或乘車。

所述預約時間可以指陣頭的預計抵達時間，例如可以是某一日期的幾點鐘。實務上，預約時間也可以讓使用者填寫預計停留多久，本實施例在此不加以限制。此外，前端操作介面10也可能讓使用者自行填寫其他需求，即預約資訊還包含一些備註事項(需求資訊)。例如，使用者可以填寫需要準備多少便當、便當的葷素。於一個例子中，當使用者點選填寫完成時，前端操作介面10可以將使用者已填寫的陣頭的人數、隊伍內容、預約時間以及相關備註事項等資訊送至後端管理平台12，由後端管理平台12進行後續處理。

於步驟S21中，後端管理平台12接收到前述的預約資訊後，可以先就預約時間進行分類。例如，後端管理平台12可以將每一個預約資訊中的陣頭資訊對應分類於行事曆中的預約時間內。於一個例子中，假設某一友宮預約了某一日期的上午10點會有陣頭抵達，則後端管理平台12可以在行事曆對應日期的上午10點註記出是哪個友宮陣頭到訪。當然，由於遶境時的陣頭數量很多，可能恰好也有另一友宮隨後也預約了同日上午10點，此時後端管理平台12也會同樣在行事曆對應日期的上午10點加上註記，而可以看出上午10點有哪兩個友宮陣頭到訪。於一個例子中，所述行事曆可以儲存於自動化排陣系統1的前端操作介面10或後端管理平台12，本實施例不加以限制。此外，所述行事曆也可以是一種維護於雲端的網路行事曆，當有使用者經由前端操作介面10預約陣頭來訪事宜時，後端管理平台12再去查找或變更所述行事曆的內容。

以前述的例子來說，假設有兩個友宮陣頭先後於上午10點到訪，都預計休息半小時後離開，從而宮廟需要安排兩個友宮陣頭的行程順序。實務上，宮廟的工作人員可以依序接待先後抵達的友宮陣頭。然而，有別於一般服務業的管理方式，有時宮廟不能依照兩個友宮陣頭進廟的順序決定離開的順序，乃因為兩個友宮陣頭的主神位階可能不同，宮廟禮數上應安排主神位階較高的友宮陣頭先走，而讓主神位階較低的友宮陣頭暫時稍後。換句話說，回到本實施例的步驟流程圖，於步驟S22中，後端管理平台12可以判斷行事曆的預約時間內，是否對應有兩個以上的陣頭資訊。若是後端管理平台12判斷行事曆的預約時間內，有兩個以上的陣頭資訊，則如前述實施例所示範，於步驟S23中，依據神位排序表決定兩個以上的友宮陣頭資訊的行程順序，讓友宮陣頭依照行程順序先後離開。舉例來說，神位排序表可以例如是習俗上的真靈位業圖或各宗教約定俗成的排序方式，本實施例在此不加以限制。

接著，於步驟S24中，後端管理平台12可以把行程順序傳送給前端操作介面10，由前端操作介面10將行程順序回覆告知使用者，讓使用者知道哪一個友宮陣頭可以先走，以及知道自己陣頭的離開順序。實務上，前端操作介面10還可以依據帳號資訊中記載的聯絡方式，另用電話、簡訊或電子郵件的方式通知使用者，本實施例在此不加以限制。於一個例子中，行程順序可以包含時間資訊，以前述的例子來說，兩個友宮陣頭先後於上午10點到訪，都預計休息半小時後離開。在後端管理平台12排序後，讓主神位階較高的友宮陣頭於10點30分準時出發離開宮廟，並且由後端管理平台12安排主神位階較低的友宮陣頭於10點40分離開。此時，各個友宮陣頭的聯絡人都可以由前端操作介面10預先收到可以離開的時間，屆時便可以安排自己陣頭的休息與整備時間。當然，各個友宮陣頭的休息時間可以自行決定，並且也可以在填寫網站或應用程式中的選單或欄位時一併選擇，從而後端管理平台12可以預先計算出來各個友宮陣頭的到達與離開的時間以及行程順序。

於一個例子中，前述後端管理平台12安排友宮陣頭先後離開的時間間隔，可以視先行的友宮陣頭有多少人數、隊伍決定。也就是說，後端管理平台12可以依照使用者於前端操作介面10輸入的陣頭資訊，來決定同時段的兩個友宮陣頭先後離開的時間間隔。舉例來說，人數較多或鼓樂隊伍龐大的友宮陣頭先行時，後端管理平台12可以保留較長的時間間隔，例如將在後的友宮陣頭的出發時間調整晚15分鐘，讓先行的友宮陣頭有較充裕的離開時間。若人數較少的友宮陣頭先行時，後端管理平台12可以保留較短的時間間隔，例如將在後的友宮陣頭的出發時間調整晚5分鐘，避免參加遶境的陣頭拉太長而妨礙交通。若是後端管理平台12判斷行事曆的預約時間內，僅有一個陣頭資訊，則表示友宮陣頭可以準時離開不需要另外調整時間。也就是說，於步驟S25中，後端管理平台12可以直接讓前端操作介面10回覆行程順序，使用者可以按照自行決定的預約時間離開。

另一方面，後端管理平台12除了用於查找行事曆並安排行程順序之外，更可以另外產生人員派遣資訊以及庫存管理資訊。實務上，舉辦遶境活動時，往往需要大量的人力在維持現場秩序或交通管制，例如友宮陣頭離開時，宮廟可能要派人協助管制周圍交通，交通管制的策略多數時候會和友宮陣頭有多少人數或隊伍數量有關。於一個例子中，後端管理平台12可以由陣頭資訊推估計算出陣頭長度，再決定交通管制策略。所述交通管制策略可能包含要管制多長時間、管制幾個街廓(或管制多大的範圍)或需要派出多少人員等，本實施例在此不加以限制。此外，自動化排陣系統1也可以將後端管理平台12規劃好的交通管制策略，經由前端操作介面10通知使用者。舉例來說，前端操作介面10可以通知使用者某幾個路口會陸續管制5分鐘，屆時請友宮陣頭加緊通過，以避免妨礙交通。

承接上述，由於可能需要不少的人力，因此後端管理平台12產生的人員派遣資訊可以用於控制出勤管理系統14。當後端管理平台12產生人員派遣資訊後，出勤管理系統14可以依據人員派遣資訊自動地通知相關人員關於工作的細節。人員派遣資訊可以包含相關人員、工作地點、工作時間、服務項目等內容，例如出勤管理系統14可以通知志工或廟方人員，並讓其掌握應於哪個時段在哪個路口協助交通管制。於一個例子中，後端管理平台12可以能夠自動修改宮廟的行事曆，並將相關人員或地點在對應的時間內標示為忙碌，以避免重複派工。另外，本實施例在此不限制出勤管理系統14通知相關人員的方式，例如可以用電話、簡訊或電子郵件通知。

另外，後端管理平台12產生的庫存管理資訊可以用於控制庫存管理系統16。實務上，後端管理平台12可以依據需求資訊，產生的庫存管理資訊，庫存管理系統16收到庫存管理資訊便可以用於更新庫存表單。以前述的例子為例，需求資訊可以例如是需要準備多少人份的餐點、每個餐點的葷素等，從而庫存管理系統16可以藉由庫存表單，檢視宮廟內的食材儲備是否充足，若是發現食材不足可以預先向周邊餐廳訂購餐盒。例如宮廟某日中午需要替友宮陣頭準備二十份午餐，則庫存管理資訊便是用於控制庫存管理系統16檢查是否宮廟內還有二十份食材。若宮廟內的食材庫存數量超過二十份，則庫存管理資訊可以控制庫存管理系統16預先將那二十份食材保留起來。若宮廟內的食材庫存數量不足，則庫存管理資訊可以控制庫存管理系統16通知相關人員於當日採買二十份便當，以避免吃食不足的窘境。在此，本實施例不限制庫存管理系統16可以記錄與管理的物品種類，於所屬技術領域具有通常知識者可以自行調整。

除此之外，後端管理平台12更可以連動會計系統18。實務上，由於宮廟提供的服務可能需要酌收費用，例如前述替友宮陣頭準備的便當，可能會依友宮陣頭人數或需求資訊的不同而有所變動。舉例來說，會計系統18可以整合於後端管理平台12內，後端管理平台12便可以依據預約資訊(例如人數與需求)，計算服務金額，並依據服務金額產生請款資訊。換句話說，如果會產生費用，則前端操作介面10可以將請款資訊通知使用者，讓使用者先進行付款，並由會計系統18稽核使用者是否已經付款完成。

1 自動化宮廟參訪系統 10 前端操作介面 12 後端管理平台 14 出勤管理系統 16 庫存管理系統 18 會計系統 S20~S25 步驟流程

圖1係繪示依據本發明一實施例之自動化排陣系統的功能方塊圖。

圖2係繪示依據本發明一實施例之自動化排陣方法的步驟流程圖。

1 自動化宮廟參訪系統 10 前端操作介面 12 後端管理平台 14 出勤管理系統 16 庫存管理系統 18 會計系統

Claims

一種自動化排陣系統，包含：一前端操作介面，維護於一電腦中，用以自一網路接收多個預約資訊，每一該預約資訊包含一陣頭資訊以及一預約時間；以及一後端管理平台，電性連接該前端操作介面，接收該些預約資訊，並將每一該預約資訊中的該陣頭資訊對應分類於一行事曆中的該預約時間內；其中當該行事曆的該預約時間內，對應有兩個以上的該陣頭資訊，則該後端管理平台依據一神位排序表決定兩個以上的該陣頭資訊的一行程順序，並將該行程順序經由該前端操作介面進行回覆；其中該陣頭資訊包含一聯絡人資訊、一陣頭人數以及一隊伍內容，該後端管理平台更依據該陣頭人數以及該隊伍內容，計算對應該陣頭資訊的一陣頭長度。
如請求項1所述之自動化排陣系統，其中每一該預約資訊更包含一需求資訊，該後端管理平台更依據該需求資訊產生一庫存管理資訊，該庫存管理資訊用以更新一庫存表單。
如請求項1所述之自動化排陣系統，其中該後端管理平台更依據該行程順序以及每一該陣頭資訊對應的該陣頭長度，決定一交通管制策略，並將該交通管制策略經由該前端操作介面進行回覆。
如請求項1所述之自動化排陣系統，其中每一該陣頭資訊更包含一主神名稱，該神位排序表用以查找該主神名稱的位階，該後端管理平台依據每一該主神名稱的位階決定該行程順序。
一種自動化排陣方法，包含：自一網路接收多個預約資訊，每一該預約資訊包含一陣頭資訊以及一預約時間；將每一該預約資訊中的該陣頭資訊對應分類於一行事曆中的該預約時間內；判斷該行事曆的該預約時間內，是否對應有兩個以上的該陣頭資訊；當該行事曆的該預約時間內，對應有兩個以上的該陣頭資訊，則依據一神位排序表決定兩個以上的該陣頭資訊的一行程順序；以及將該行程順序經由一前端操作介面進行回覆；其中該陣頭資訊包含一聯絡人資訊、一陣頭人數以及一隊伍內容，且該自動化排陣系統更包含：依據該陣頭人數以及該隊伍內容，計算對應該陣頭資訊的一陣頭長度。
如請求項5所述之自動化排陣方法，其中每一該預約資訊更包含一需求資訊，一後端管理平台更依據該需求資訊產生一庫存管理資訊，該庫存管理資訊用以更新一庫存表單。
如請求項5所述之自動化排陣方法，更包含：依據該行程順序以及每一該陣頭資訊對應的該陣頭長度，決定一交通管制策略；以及將該交通管制策略經由該前端操作介面進行回覆。
如請求項5所述之自動化排陣方法，其中每一該陣頭資訊更包含一主神名稱，且依據該神位排序表決定兩個以上的該陣頭資訊的該行程順序的步驟更包含：以該神位排序表用查找該主神名稱的位階；以及依據每一該主神名稱的位階決定該行程順序。