第一篇：Delivery Hero-國外O2O訂餐平臺(tái),值得借鑒的訂餐模式

外賣訂餐服務(wù)一直是O2O的熱門應(yīng)用，之前O2O之路曾介紹過的美餐網(wǎng)和到家美食會(huì)都是國內(nèi)類似的應(yīng)用。該模式能夠?qū)嶋H解決用戶的需求同時(shí)給餐廳帶來實(shí)際的成交。但是如何對餐廳的服務(wù)進(jìn)行監(jiān)控一直是該模式的一大問題。為此到家美食會(huì)采用了自建物流送餐團(tuán)隊(duì)，用戶訂餐全部由到家美食會(huì)自己的工作人員進(jìn)行包裝和配送。這種做法無疑能提高用戶體驗(yàn)，并使整個(gè)服務(wù)流程可控，但另一方面也大幅增加了成本。目前到家美食會(huì)對用戶收取一個(gè)餐廳6元的配送費(fèi)用，而且目前的配送區(qū)域也較小。美餐網(wǎng)采用通過電話向餐廳下單，但這種模式存在著送餐時(shí)間，服務(wù)品質(zhì)等不可控等問題。

Delivery Hero的訂餐模式和美餐網(wǎng)類似，但它采取了一種“強(qiáng)力客服”的方式來保證餐廳外送的服務(wù)質(zhì)量。“強(qiáng)力客服”方式其實(shí)非常簡單，用戶在線下單以后，Delivery Hero的強(qiáng)力客服會(huì)立刻和餐廳進(jìn)行確認(rèn)，如果餐廳在20分鐘內(nèi)沒有將訂單處理完畢，那么Delivery Hero將立刻把該餐廳在平臺(tái)內(nèi)暫時(shí)不可見，同時(shí)向用戶說明情況。

這種o2o模式非常簡單，他將餐廳的服務(wù)質(zhì)量和用戶體驗(yàn)放在整個(gè)工作流最重要的位置。此強(qiáng)力客服模式能夠有效的將服務(wù)不合要求的商戶剔除出去，保證整個(gè)平臺(tái)服務(wù)的高質(zhì)量。O2O訂餐平臺(tái)上商戶的數(shù)量并不是首要的因素，能提供高質(zhì)量服務(wù)的商戶才是平臺(tái)所需要的。Delivery Hero的這種強(qiáng)力客服模式非常值得美餐網(wǎng)等O2O訂餐平臺(tái)學(xué)習(xí)和借鑒。

第二篇：網(wǎng)絡(luò)訂餐平臺(tái)食品安全責(zé)任（xiexiebang推薦）

網(wǎng)絡(luò)訂餐第三方平臺(tái)食品安全責(zé)任

網(wǎng)絡(luò)訂餐第三方平臺(tái)從事經(jīng)營活動(dòng)，應(yīng)符合以下要求：：

一、嚴(yán)格遵守《中華人民共和國食品安全法》等法律法規(guī)從事互聯(lián)網(wǎng)訂餐活動(dòng)，對社會(huì)和公眾負(fù)責(zé)，接受社會(huì)監(jiān)督，保證食品安全。

二、建立入網(wǎng)餐飲服務(wù)經(jīng)營者主體資質(zhì)審查及其經(jīng)營活動(dòng)檢查、交易管理規(guī)則、投訴舉報(bào)處理、消費(fèi)者賠償?shù)仁称钒踩芾碇贫?，并在平臺(tái)上公開上述制度。

三、嚴(yán)格實(shí)施入網(wǎng)餐飲服務(wù)經(jīng)營者實(shí)名登記、資質(zhì)審查并進(jìn)行現(xiàn)場核實(shí)，及時(shí)在網(wǎng)站更新食品經(jīng)營許可證等資質(zhì)證明材料；與入網(wǎng)餐飲服務(wù)經(jīng)營者簽訂入網(wǎng)合同，明確其應(yīng)遵守的食品安全責(zé)任。

四、按照食品藥品監(jiān)督管理部門的要求，提供入網(wǎng)餐飲服務(wù)經(jīng)營者的有關(guān)信息。

五、設(shè)立專職管理人員，對入網(wǎng)經(jīng)營者實(shí)際加工地點(diǎn)與平臺(tái)標(biāo)示的地址是否一致進(jìn)行核實(shí)，對其在平臺(tái)上發(fā)布的食品安全信息進(jìn)行核對。

六、發(fā)現(xiàn)入網(wǎng)經(jīng)營者存在超范圍經(jīng)營、發(fā)布虛假信息等違法行為及時(shí)主動(dòng)制止；發(fā)現(xiàn)入網(wǎng)經(jīng)營者無證經(jīng)營、經(jīng)營禁止性食品、發(fā)生食品安全事故等嚴(yán)重違法行為，立即停止提供網(wǎng)絡(luò)交易服務(wù)。以上情況均及時(shí)向所在地食品藥品監(jiān)管部門報(bào)告。

七、對于存在食品安全違法行為的入網(wǎng)經(jīng)營者，將采取調(diào)整搜索排名、暫時(shí)或永久停止提供平臺(tái)服務(wù)等措施。

八、建立健全平臺(tái)內(nèi)入網(wǎng)餐飲服務(wù)經(jīng)營者信用評(píng)價(jià)體系，將食品藥品監(jiān)督管理部門對入網(wǎng)餐飲服務(wù)經(jīng)營者的監(jiān)督管理情況作為評(píng)價(jià)體系的重要內(nèi)容。

九、鼓勵(lì)第三方平臺(tái)在平臺(tái)上公示食品藥品監(jiān)督管理部門對入網(wǎng)餐飲服務(wù)經(jīng)營者實(shí)施的食品安全量化分級(jí)、監(jiān)督檢查、行政處罰、監(jiān)督抽檢、違法行為等信息。

十、建立消費(fèi)糾紛解決和消費(fèi)者權(quán)益保障制度。鼓勵(lì)第三方平臺(tái)提供者建立消費(fèi)預(yù)賠金制度，投保食品安全責(zé)任險(xiǎn)。

十一、鼓勵(lì)平臺(tái)開展入網(wǎng)餐飲服務(wù)經(jīng)營者的食品安全法律法規(guī)宣傳和餐飲從業(yè)者的食品安全知識(shí)培訓(xùn)。

十二、第三方平臺(tái)如開展送餐活動(dòng)應(yīng)當(dāng)符合以下要求：

（一）送餐人員應(yīng)當(dāng)按照《食品安全法》等規(guī)定取得有效健康證明后上崗工作。送餐人員出現(xiàn)發(fā)熱、腹瀉、皮膚傷口或感染、鼻咽部炎癥等有礙食品安全病癥的，不得從事相關(guān)送餐活動(dòng)。

（二）從事送餐活動(dòng)的第三方平臺(tái)和第三方物流應(yīng)制定送餐管理制度，加強(qiáng)對送餐人員規(guī)范操作的培訓(xùn)和檢查，確保送餐過程符合食品安全要求。

（三）不具備冷鏈配送條件的，不應(yīng)當(dāng)配送冷菜、生食（如醉泥螺、醉蝦、醉蟹等腌制生食水產(chǎn)品、生魚片、拌黃瓜等）、冷加工糕點(diǎn)（如含奶油糕點(diǎn)、提拉米蘇、芝士蛋糕、壽司等）、預(yù)拌色拉等需要冷藏保存以保障安全的食品。

（四）應(yīng)當(dāng)選擇距離較近并可短時(shí)送達(dá)的消費(fèi)者送餐。鼓勵(lì)在送餐容器的外包裝上標(biāo)示食品制作烹飪時(shí)間和安全食用時(shí)限（10-60℃條件下，烹飪至食用時(shí)間應(yīng)在2小時(shí)以內(nèi)），并提醒消費(fèi)者收到后盡快食用，避免長時(shí)間存放。

（五）送餐容器和包裝應(yīng)當(dāng)清潔、完好，確保送餐過程食品不受污染。

第三篇：校園O2O訂餐平臺(tái)APP的設(shè)計(jì)與實(shí)現(xiàn)

校園O2O訂餐平臺(tái)APP的設(shè)計(jì)與實(shí)現(xiàn)

摘要：針對高校訂餐的特點(diǎn)，設(shè)計(jì)與實(shí)現(xiàn)校園O2O訂餐平臺(tái)。采用軟件工程的方法，在需求分析的基礎(chǔ)上，設(shè)計(jì)了系統(tǒng)總體架構(gòu)及功能。使用Android+HTML5開發(fā)WebAPP，MySQL進(jìn)行數(shù)據(jù)庫管理，采用ThinkPHP框架提供后臺(tái)服務(wù)。該平臺(tái)為用戶提供校園訂餐、送餐服務(wù)，有效緩解了校園餐廳階段性擁堵問題。

關(guān)鍵詞：O2O；訂餐；移動(dòng)APP；Android

中圖分類號(hào)：TP319 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2018）17-0127-02

1問題的提出

隨著“互聯(lián)網(wǎng)+”的理念的提出和發(fā)展，O2O運(yùn)營模式已經(jīng)悄然改變了人的消費(fèi)習(xí)慣。據(jù)調(diào)查，截至2017年12月，手機(jī)網(wǎng)上訂外賣的用戶規(guī)模已達(dá)32229萬人，占網(wǎng)民手機(jī)使用率的42%。在眾多網(wǎng)民中，學(xué)生的占比達(dá)到25.4%，僅2017年中國大學(xué)生互聯(lián)網(wǎng)消費(fèi)已經(jīng)達(dá)到1412億元，且還在持續(xù)增長。校園O2O平臺(tái)多是企業(yè)從餐飲、金融、便利店、眾包等行業(yè)及細(xì)分領(lǐng)域切入校園市場。

高校社區(qū)內(nèi)餐廳、食堂的最明顯的優(yōu)點(diǎn)是學(xué)校對食品衛(wèi)生安全監(jiān)管嚴(yán)格、菜品價(jià)格合理、距離近。校內(nèi)就餐也存在一些問題如：就餐時(shí)間過于集中，特別是中午，很多餐廳、食堂都非常擁擠，不僅需要排隊(duì)長時(shí)間等待，而且找到空座也是非常不容易的。解決這一問題的主要方法就是可以采用預(yù)約訂餐及外帶/外送方式就餐。因此，開發(fā)校園O2O訂餐平臺(tái)是非常必要的。

2系統(tǒng)分析

2.1系統(tǒng)目標(biāo)

旨在保證食品安全的前提下，節(jié)省學(xué)生就餐等待時(shí)間、提升餐飲服務(wù)質(zhì)量，運(yùn)用計(jì)算機(jī)網(wǎng)絡(luò)、移動(dòng)開發(fā)、數(shù)據(jù)庫等技術(shù)，設(shè)計(jì)并實(shí)現(xiàn)基于智能手機(jī)的校園訂餐平臺(tái)。買家使用該系統(tǒng)，可以餐前預(yù)定，可以在不方便去食堂時(shí)選擇外送，可以在食堂就餐時(shí)選擇較快的攤位；進(jìn)入系統(tǒng)的餐飲服務(wù)機(jī)構(gòu)使用該系統(tǒng)，改變傳統(tǒng)的手寫訂單的落后方式，通過點(diǎn)手機(jī)屏幕，完成訂單管理及收費(fèi)。

2.2 系統(tǒng)總體架構(gòu)

2.2.1基于Android平臺(tái)的校園訂餐APP

校園訂餐APP的使用者為買家，經(jīng)過注冊的用戶均可以通過該APP可進(jìn)行訂餐。APP的主要功能包括注冊登錄管理、用戶管理、瀏覽店鋪信息、瀏覽菜品信息、購物車管理、訂單管理等功能。用戶使用該APP，可以通過熱門推薦、收藏、分類查詢等方式快速瀏覽店鋪及菜品詳情，添加菜品到購物車，進(jìn)而下單、結(jié)算、支付。特別是在下單時(shí)，既可以選擇預(yù)約時(shí)間，還可以選擇外送或自取或堂食。

2.2.2 基于Android平臺(tái)的商戶端管理APP

商戶端管理APP的使用者為店鋪管理員，完成商戶端的日常管理功能。該APP的主要功能包括注冊登錄管理、用戶管理、店鋪管理、紅包管理、菜品管理、訂單管理、餐廳下單、制作單管理等功能。店鋪管理員使用該APP，可以幫助用戶在餐廳現(xiàn)場下單、結(jié)算、支付，對網(wǎng)訂和餐廳訂單進(jìn)行管理，合理安排菜品的制作順序，以保證菜品按照用戶提出的時(shí)間要求完成。

2.2.3 基于B/S的商戶端管理系統(tǒng)

商戶端管理系統(tǒng)的使用者為店鋪管理員，完成商戶端的日常管理功能。該APP的主要功能包括與商戶端管理APP的功能類似，只是實(shí)現(xiàn)形式是基于B/S的，應(yīng)用于PC或筆記本。商戶端管理系統(tǒng)的功能重點(diǎn)放在店鋪管理、菜品管理方面，商戶端管理APP的功能重點(diǎn)放在餐廳下單、訂單管理及制作單管理方面。

2.3.4 基于Android平臺(tái)的物流APP

物流APP的使用者是配送員，完成餐品的物流配送功能。配送員包括店鋪的送餐員及眾包配送員。如果是眾包配送員，需要進(jìn)行搶單、取餐、配送、確認(rèn)完成等環(huán)節(jié)；如果是店鋪的送餐員，則不需要搶單、取餐，可直接進(jìn)入配送環(huán)節(jié)。

2.3.5 基于B/S的平臺(tái)管理系統(tǒng)

平臺(tái)管理系統(tǒng)的使用者是平臺(tái)管理人員，完成這個(gè)訂餐平臺(tái)的管理功能。平臺(tái)管理系統(tǒng)的主要功能包括注冊登錄管理、用戶管理、眾包物流管理、校外物流管理、店鋪管理、訂單管理、投訴管理等。系統(tǒng)設(shè)計(jì)

由系統(tǒng)分析可以看到，校園O2O訂餐平臺(tái)是由多個(gè)APP和管理系統(tǒng)有機(jī)組成的，功能復(fù)雜，本文僅對校園訂餐APP、商戶端管理APP的主要功能做介紹。

3.1 校園訂餐APP

3.1.1注冊登錄管理

主要包括注冊、登錄、忘記密碼、登出功能。用戶登錄后，才能使用APP進(jìn)行訂餐，一般用戶只能進(jìn)行店鋪、菜品的瀏覽。

3.1.2 用戶管理

主要包括個(gè)人基本信息管理、綁定/解綁手機(jī)、重置密碼、收貨地址管理、瀏覽紅包信息、瀏覽關(guān)注店鋪、瀏覽關(guān)注菜品等功能。瀏覽關(guān)注店鋪、瀏覽關(guān)注菜品功能是用戶快速進(jìn)入瀏覽店鋪和菜品的快捷方式。

3.1.3 瀏覽店鋪信息

主要包括瀏覽店鋪基本信息、瀏覽店鋪資質(zhì)信息、瀏覽店鋪促銷信息、瀏覽店鋪評(píng)價(jià)詳情、領(lǐng)取店鋪通用紅包等功能。瀏覽店鋪信息可以通過APP主頁的熱門推薦、分類搜索及用戶管理的關(guān)注店鋪和訂單管理快速進(jìn)入。

3.1.4 瀏覽菜品信息

瀏覽菜品信息是以店鋪為單位，按照菜品分組（如優(yōu)惠、招牌、主食等分組）進(jìn)行瀏覽。與瀏覽店鋪信息一樣，可以通過APP主頁的熱門推薦、分類搜索及用戶管理的關(guān)注菜品和訂單管理快速進(jìn)入。用戶還可以瀏覽菜品的實(shí)時(shí)制作、排隊(duì)情況，指導(dǎo)下單。

3.1.5 購物車管理

主要包括購物車菜品的增刪改查。

3.1.6 訂單管理

主要包括結(jié)算（生成訂單）、支付訂單、取消訂單、到店取餐、評(píng)價(jià)訂單等功能

3.2 商戶端管理APP

3.2.1注冊登錄管理

主要包括注??、垫@肌⑼?記密碼、登出功能。店鋪管理員登錄后，才能使用APP進(jìn)行各項(xiàng)操作。注冊后的店鋪管理員需要店鋪管理員授權(quán)才能進(jìn)行店鋪的各項(xiàng)管理功能。

3.2.2 用戶管理

主要包括個(gè)人基本信息管理、綁定/解綁手機(jī)、重置密碼、實(shí)名認(rèn)證等功能。

3.2.3 店鋪管理

主要包括店鋪基本信息管理、店鋪資質(zhì)信息管理、店鋪促銷管理、店鋪狀態(tài)管理、店鋪人員管理。其中，店鋪基本信息管理、店鋪資質(zhì)信息管理需要編輯大量文本信息和上傳圖片且不需要經(jīng)常操作，因此移動(dòng)端APP不需要加入此功能。店鋪狀態(tài)管理和店鋪人員管理只有店鋪的超級(jí)管理員才有權(quán)限操作。店鋪狀態(tài)管理包括暫停營業(yè)、申請注銷，店鋪人員管理包括添加、刪除店鋪一般管理員。店鋪超級(jí)管理員的授權(quán)只有店主有權(quán)限操作。店鋪促銷管理主要是對店?訂餐的滿減規(guī)則進(jìn)行增刪改查，并生成促銷信息，供用戶訂餐時(shí)瀏覽。

3.2.4 紅包管理

店鋪的紅包管理也可以放在店鋪管理中，但是由于比較復(fù)雜，也可以單獨(dú)進(jìn)行管理，其主要功能是生成、瀏覽、編輯、刪除、發(fā)布、發(fā)放紅包。紅包要設(shè)置消費(fèi)門檻、紅包金額、數(shù)量、類型、消費(fèi)截止時(shí)間。其中紅包類型包括通用紅包和老用戶紅包，通用紅包不需要發(fā)放，用戶可以通過訂餐APP直接領(lǐng)??；而老用戶紅包需要店鋪管理員選擇老用戶進(jìn)行針對性的發(fā)放，通常需要瀏覽一段時(shí)間內(nèi)用戶消費(fèi)情況。

3.2.5 菜品信息管理

主要包括店鋪內(nèi)菜品信息的增刪改查、發(fā)布和下架。一般情況下，已經(jīng)產(chǎn)生訂單的菜品信息不能刪除，未完成訂單中的菜品不能下架。

3.2.6 菜品分組管理

用于菜品信息往往比較多，需要對菜品進(jìn)行分組管理，因此菜品分組管理主要包括菜品分組的增刪改查和對菜品進(jìn)行分組。需要注意的是，所有店鋪都會(huì)有“優(yōu)惠”分組，而且改分組不允許用戶直接添加菜品，只要菜品的現(xiàn)價(jià)小于原價(jià)就會(huì)自動(dòng)被列入“優(yōu)惠”。

3.2.7 訂單管理

主要包括訂單信息查詢和訂單狀態(tài)更新。訂單狀態(tài)更新包括接受/拒絕訂單、制作、配送、確認(rèn)完成。

3.2.8餐廳點(diǎn)餐

餐廳點(diǎn)餐類似于訂餐APP的下單過程，只是訂單中不需要用戶的相關(guān)信息，也不需要用戶評(píng)價(jià)，因此購物車在每次下單前都要清空。其具體過程包括：分組瀏覽菜品、購物車管理、結(jié)算、支付（支持線下、線上支付）。

3.2.9 制作單管理

為了保證菜品制作及時(shí)，需要將網(wǎng)上訂單和餐廳現(xiàn)場訂單整合管理，形成菜品制作單。該制作單是一個(gè)隊(duì)列，廚師會(huì)按照其順序制作菜品。制作單每天清空，預(yù)約訂單的“最晚開始制作時(shí)間”需要按照預(yù)約時(shí)間和菜品本身制作時(shí)間進(jìn)行反推，其他訂單的“最晚開始制作時(shí)間”按照下單時(shí)間自動(dòng)排序。店鋪管理員可根據(jù)餐品具體情況，適當(dāng)調(diào)整制作順序，如兩份一樣的餐品可同時(shí)做。

4系統(tǒng)實(shí)現(xiàn)

4.1基于Android平臺(tái)的移動(dòng)APP

移動(dòng)APP使用原生的Android開發(fā)技術(shù)和GoogleAndroidSDK，利用XML編寫界面，用Java實(shí)現(xiàn)界面邏輯。APP的服務(wù)器端使用PHP腳本語言以及ThinkPHP開源框架，實(shí)現(xiàn)對MySQL數(shù)據(jù)庫中信息的增刪改查、上傳文件等功能。

4.2基于B/S的管理系統(tǒng)

管理系統(tǒng)的前端使用基于HTML、CSS、JavaScript的Bootstrap Web框架進(jìn)行網(wǎng)頁設(shè)計(jì)，服務(wù)器端使用的也是ThinkPHP框架。

5結(jié)束語

高校學(xué)生就餐時(shí)間集中、消費(fèi)水平低、食品安全要求高。校園O2O訂餐平臺(tái)，可以幫助學(xué)生預(yù)約訂餐（自提和送餐）。該平臺(tái)將散布在校園社區(qū)的餐廳、食堂、攤位整合在一起，通過應(yīng)用互聯(lián)網(wǎng)+技術(shù)將訂餐、送餐服務(wù)從線上到線下，不僅提高了服務(wù)質(zhì)量，滿足了用戶的需要，也使商戶實(shí)現(xiàn)了更多的經(jīng)濟(jì)價(jià)值。

參考文獻(xiàn)：

[1] 第41次中國互聯(lián)網(wǎng)絡(luò)發(fā)展?fàn)顩r統(tǒng)計(jì)報(bào)告[R].北京：中國互聯(lián)網(wǎng)絡(luò)信息中心，2018.[2] 楊旭.互聯(lián)網(wǎng)餐飲外賣用戶專題分析2017[EB/OL].https：//004km.cn/analysis/ 8/detail/1001018/.

第四篇：國外物流平臺(tái)發(fā)展模式

1．Transwork模式

Transwork采取的模式僅是信息撮合的模式，選取大型的生產(chǎn)企業(yè)，比如建材、造紙、鋼鐵等，進(jìn)行公開招標(biāo)，尋找合適的承運(yùn)人，并通過信用機(jī)制對承運(yùn)人進(jìn)行評(píng)價(jià)約束。每成交一擔(dān)貨物收取5美元的中介費(fèi)，每年物流收入1000萬美元左右。

2．Getloaded模式

Getloaded采用的是貨運(yùn)配載平臺(tái)模式，采取會(huì)員制管理，通過信息撮合的模式來創(chuàng)造利潤，每年收入近1000萬美元，其中利潤超過400萬美元。

3．TransCore模式

TransCore公司自1978年開始從事專業(yè)物流貨運(yùn)信息的運(yùn)營和管理，TransCore的平臺(tái)有兩個(gè)部分，是信息撮合和系統(tǒng)租賃相結(jié)合的模式，就是當(dāng)前比較先進(jìn)的基于SAAS的公共服務(wù)模式。信息撮合是指物流公共信息系統(tǒng)部分，根據(jù)托運(yùn)人的發(fā)貨需求對相應(yīng)的承運(yùn)人進(jìn)行公開招標(biāo)，并對招標(biāo)的承運(yùn)人的執(zhí)行情況進(jìn)行等級(jí)評(píng)價(jià)，通過信用機(jī)制約束承運(yùn)人。系統(tǒng)租賃是指向中小物流企業(yè)提供通用的物流信息管理系統(tǒng)，幫助沒有開發(fā)能力和資金實(shí)力的中小企業(yè)實(shí)現(xiàn)信息化管理，以整合社會(huì)資源。信息撮合和系統(tǒng)租賃是相輔相成、相互促進(jìn)的關(guān)系，既能保證物流交易的正常進(jìn)行，又能使企業(yè)持續(xù)盈利。TransCore每年物流收入7000萬美元左右。

4．Landstar模式

Landstar通過自身的信息平臺(tái)整合了大批貨代，這些貨代通常年收入都在200-1000萬美元之間，Lanstar通過區(qū)域代理發(fā)展客戶，同時(shí)采用緊密型掛靠車輛的管理辦法控制車輛資源，以其自身的IT實(shí)力和資金墊付實(shí)力保證業(yè)務(wù)的正常運(yùn)轉(zhuǎn)。在托運(yùn)人下達(dá)運(yùn)輸指令時(shí)，通過信息平臺(tái)尋找合適的代理商，促成物流運(yùn)輸交易的完成。LandStar通過這種運(yùn)作模式每年收入26億美元左右。

第五篇：上海市食品藥品監(jiān)督管理局關(guān)于加強(qiáng)網(wǎng)絡(luò)訂餐第三方平臺(tái)監(jiān)管工作的通知-地方規(guī)范性文件

綜合法律門戶網(wǎng)站

法律家·法律法規(guī)大全提供最新法律法規(guī)、司法解釋、地方法規(guī)的查詢服務(wù)。

法律家http://004km.cn