商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法与流程

本发明涉及商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法，更具体地涉及一种提供将在应用服务的利用中所收集的需求方的商业区信息相关的想法与现有商业区信息结合而设计的最合适的选址的商业区信息的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法。

背景技术：

由于便携设备的大众化，网络信息使用也逐渐普遍化，而大多数人通过特定网址的公告板、博客、社区咖啡馆、社交网络服务等网上媒介而自由表达自己的意见。在用户评价特定信息的价值时，也能够参考其他用户的网评意见而确定。

例如，通过网络或移动应用等，需求方从商品品评至美食店品评而表达各种意见。该意见用于其它需求方在购买相应产品或查找美食店之前作为参考的资料，在服务供应者的立场上，在间接了解需求方的立场的情况下，也能够作为大数据而利用。

在创业时，最大的不利条件为经验不足及市场趋势线分析能力不足，对于仅参加过职场生活或学业生活的人开始新的事业的情况，存在难以容易适应的问题。因而，在准备创业的过程中，为了分析特定地区内的商业区，利用由小商工人市场振兴公团提供的商业区信息系统或获取提供帮助创业的信息的咨询。

但当前提供的商业区信息系统基于在对特定地区的人口分布、公共机关、产业设施等地理信息与现有商业区中使用的卡使用金额、通过移动设备收集的简单的移动信息等无法把握需求方的实际需求的统计数据而提供商业区信息，在根据基于该信息设计的咨询服务创业之后，因与实际市场需求背离而造成巨大损失，从而，频繁发生破产的情况。

因此，在基于反映实际需求方的意见而创业时，需求方利用创业的相应的店铺而增加生活便利，并且，相应店铺的创业者能够节省店铺宣传或营销费用，并能够确保实际需求方即顾客。

技术实现要素：

本发明要解决的技术问题

本发明的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法用于解决上述现有技术问题而研发，其目的为生成结合实际需求方的商业区信息相关意见与现有商业区信息的商业区信息大数据，从而，把握实际的市场需求。

并且，其目的为将基于反应实际需求方的商业区信息相关意见的商业区信息大数据而设计的最佳选址的商业区信息提供给创业者，而提高创业者的创业成功率。

而且，构筑实时连接创业者与显示需求意见的需求方的系统而构筑能够提供需求方与创业者之间的o2o(离线商务模式onlinetooffline)服务的基础。

并且，其目的为向创业者提供能够容易向顾客宣传或提供服务的方法，使得早期创业稳定化，并提高便利性，以使顾客方便利用自己所需的店铺。

而且，其目的为在向创业者提供的系统中，运用全面执行买入/卖出、库存管理等pos(销售管理系统)功能与结算、接单、预约进行、等待时间设定等功能，从而节省店铺运营所需的时间与劳动费用。

本发明的目的并非限定于上面言及的目的，未言及的或其它目的能够从下面记载中明确理解。

技术方案

为了解决上述问题，本发明的一实施例的商业区信息提供系统包括：服务应用服务器，提供服务应用；需求方终端，传输由利用所述服务应用的需求方而制作的需求方意见；及商业区信息提供服务器，基于所述需求方意见而提取需求方信息、行业种类、店铺名或申请地区、需求方期望意见中至少一个，而生成商业区信息大数据，并基于所述商业区信息大数据而生成与创业者或店铺运营者的请求对应的匹配商业区信息。

为了解决上述问题，本发明的一实施例的与需求方终端及服务应用服务器联动的商业区信息提供服务器的商业区信息提供方法包括如下步骤：由所述需求方终端接收需求方意见；从所述需求方意见分析包括需求方的年龄、性别、联系方式、申请地区、产业种类或店铺名、经营项目等的信息；将所述分析的信息反应至已存储的商业区信息大数据并更新；基于所述更新的商业区信息大数据，以创业者请求的产业种类、店铺或期望地区等为基准而生成匹配商业区信息

为了解决上述技术问题，本发明的一实施例的连接至服务应用服务器及商业区提供服务器的需求方终端的商业区信息提供方法包括如下步骤：访问所述服务应用服务器提供的服务应用而向建议店铺及建议经营项目下订单请求；对于所述服务应用不存在所述建议店铺及建议经营项目的情况，接收由所述服务应用服务器询问是否有需求方意见的消息；及回复所述消息而将包含建议店铺名或建议产业种类、申请地区、需求方建议、顾客信息运用同意意见等的需求方意见传输至所述商业区信息提供服务器。

为了解决上述技术问题，本发明的一实施例的服务应用服务器包括：用户信息数据库，在需求方终端存储利用服务应用程序的需求方个人的信息；订单信息数据库，存储由所述需求方终端接收的订单请求；结算信息数据库，核定与所述订单请求相应的请求费用而传输至结算服务器；及店铺信息数据库，根据由所述结算服务器接收的结算结果而将所述订单请求相应的订单明细传输至店铺终端，由所述店铺终端接收而控制实时追踪现状、待机时间、预约现状等而传输至所述需求方终端。

为了解决上述技术问题，本发明的一实施例的服务应用服务器的运行方法包括如下步骤：由需求方终端接收订单请求；对于存在所述订单请求的店铺经营项目的情况，核定与所述订单请求的订单明细相应的请求费用并传输至结算服务器；在不存在与所述订单请求相应的店铺经营项目的情况，与商业区信息提供服务器联动而请求需求方意见；根据由所述结算服务器接收的结算结果而将所述订单明细传输至店铺终端；及由店铺终端接收而控制实时追踪现状、等待时间、预约现状等而传输至所述需求方终端。

有益效果

本发明的实施例的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法具有如下效果，简单生成需求方的利用模式信息及加入信息、注册店铺信息等统计值，而且，还生成反应对象产业种类或对象店铺的实际需求方的意见的商业区信息大数据，从而，能够掌握实际市场需求。

并且，本发明的实施例的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法具有如下效果，创业者通过接收基于由本发明的商业区信息提供系统提供的商业区信息大数据的咨询服务，从而，提前掌握创业的建议种类或建议店铺(品牌)的实际需求而提高创业的成功率。

并且，本发明的实施例的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法具有如下效果，需求方为了获取补偿服务而更积极参与需求方意见，从而，能够明确该意见，并且，创业者通过运用补偿服务，而将制作需求方意见的用户作为备用需求方，之后，更能达到明确开设店铺的咨询效果。

而且，其目的为将基于实际反映需求方的商业区信息相关意见的商业区信息大数据而所设计的最佳选址的商业区信息提供给创业者，由此，提高创业者的创业成功率。

并且，本发明的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法具有如下效果，需求方通过服务应用服务器而一次执行买入卖出及库存管理，而且，还关联由店铺终端输入信息而在服务应用服务器分析需求方订单明细及需求方消费倾向，从而，更有效运行店铺。

另外，本发明的商业区信息提供系统、商业区信息提供服务器、商业区信息提供方法及服务应用服务器与服务应用服务器的运行方法具有如下效果，在需求方根据自身请求而利用所创业的店铺时，实时掌握店铺的现状，并能够下订单或预约，从而，能够更便利地利用店铺。

附图说明

图1为显示本发明的一实施例的商业区信息提供系统的框图；

图2为显示图1所示的商业区信息提供系统的商业区信息提供方法的一实施例的流程图；

图3为显示收集在需求方终端制作的需求方意见的方式的一实施例的附图；

图4为显示收集在需求方终端制作的需求方意见的方式的另一实施例的附图；

图5为用于说明用于收集在需求方终端制作的另一需求方的意见的url地址生成窗口的附图；

图6为显示从多个需求方终端接收的需求方意见收集明细列表的附图；

图7为显示根据店铺方的开设宣传申请而显示在需求方终端的推荐信息店铺明细列表的一实施例的附图；

图8为显示根据店铺方的开设宣传申请而显示在需求方终端的推荐信息店铺明细列表的另一个实施例的附图；

图9为显示收集需求方意见的方式的又一实施例的附图；

图10及图11为显示收集需求方意见的方式的又一实施例的附图；

图12为显示收集需求方意见的方式的又一实施例的附图；

图13及图14为显示图1所示的商业区信息提供系统的商业区信息提供方法的另一个实施例的流程图；

图15为根据图13的实施例而需求方输入的店铺相关信息输入窗口的一实施例；

图16为显示图1所示的商业区信息提供系统的商业区信息提供方法的又一实施例的流程图；

图17为根据图16的实施例而需求方输入的品种相关信息输入窗口的一实施例；

图18为具体显示图1所示的服务应用服务器及商业区信息提供服务器的一实施例的框图；

图19为具体显示图1所示的服务应用服务器及商业区信息提供服务器的另一个实施例的框图；

图20为更具体显示图18所示的店铺信息数据库的附图；

图21为显示图1所示的商业区信息提供服务器的最合适创业区域设定方法的流程图；

图22为用于说明图21所示的最合适创业区域的地图；

图23为显示图1所示的服务应用服务器的销售管理提供方法的流程图；

图24为显示为了获取需求方的订单请求而显示在需求方终端的相应区域内店铺列表的一实施例的附图；

图25为根据需求方的订单请求而显示在需求方终端的预约内容确认画面；

图26为根据需求方的订单请求而显示在需求方终端的访问预约内容确认画面的一实施例；

图27为根据需求方的订单请求而显示在需求方终端的访问预约内容确认画面的另一个实施例；

图28为根据需求方的订单请求而显示在店铺终端的访问预约内容确认画面的一实施例；

图29为根据需求方的订单请求而显示在店铺终端的访问预约内容确认画面的另一实施例；

图30为根据需求方的订单请求而显示在店铺终端的访问预约内容确认画面的又一实施例；

图31为图25所示的店铺的服务改善请求画面的一实施例；

图32为显示本发明的另一实施例的商业区信息提供系统的框图；

图33为更具体显示图32的商业区信息提供系统的框图；

图34为显示图32的商业区信息提供系统的商业区信息提供方法的一实施例的流程图；

图35为显示本发明的另一实施例的商业区信息提供系统的框图。

具体实施方式

对于本说明书中公开的本发明的概念相应的实施例，特定结构性或功能性的说明仅用于说明本发明的概念的实施例而示例，本发明的概念的实施例能够以各种形式实施，并非限定于本说明书中说明的实施例。

本发明的概念的实施例能够施加各种环境，并具有各种形式，由此，在附图中例示实施例，并在本说明书中进行具体说明。但该本发明的概念的实施例并非通过特定的公开形式限定，并且，包括包含在本发明的思想及技术范围的所有变更、同等物或代替物。

第一或第二等用语能够在说明各种构成要素时使用，但所述构成要素并非通过所述用语限定。所述用语是用于将一个构成要素与另一构成要素区分，但，例如，在不脱离本发明的概念的权利要求范围的情况，第一构成要素也能够以第二构成要素命名，同样地，第二构成要素也能够以第一构成要素命名。

应当理解，在称某一构成要素“连接”或“联结”至其它构成要素时，能够直接连接或联结至其它构成要素，但中间也能够存在其它构成要素。但应当理解，在称某一构成要素“直接连接”或“直接联结”至另一构成要素时，中间不存在其它构成要素。对于其它说明构成要素之间的关系的表达即“～之间”与“直接在～之间”或“与～相邻”和“直接与～相邻”等也同样以此方式解释。

在整个说明书中“...部”、“...器”、“模块”等用语是指处理至少一个功能或运行的单位，其通过硬件或软件或者硬件及软件的结合而实现。

在说明书中使用的用语仅用于说明特定实施例而使用，并非限定本发明的意图。对于单数的表达在文章中未做明确不同的解释的情况，包括复数的表达。在本说明书中，“包括”或“具有”等用语是表示存在设置的特征、数字、步骤、运行、构成要素、部件或组合特征、数字、步骤、运行、构成要素、部件，应当理解，未排除一个或一个以上其它特征或数字、步骤、运行、构成要素、部件或组合特征或数字、步骤、运行、构成要素、部件的存在或增加的的可能性。

在未作不同定义的情况下，包含技术或科学用语，而在此使用的所有用语与本发明所属技术领域普通技术人员一般理解的意义相同。与一般使用的词典定义的相同的用语以具有与相关技术文脉上具有的意义一致的意义进行解释，在本说明中未作明确定义的，不以异常或夸张的形式的意义解释。

下面，参照附图对本发明的优选的实施例进行说明，由此，对本发明进行具体说明。

图1为显示本发明的一实施例的商业区信息提供系统的框图。

参照图1，商业区信息提供系统1包括：需求方终端10、服务应用服务器100、gps卫星30、店铺终端40及商业区信息提供服务器50。

商业区信息提供系统1作为构筑实时连接店铺的创业者/运营者与创业者和显示需求意见的需求方的系统而提供需求方与创业者及现有店铺运营者之间o2o(onlinetooffline)服务的统合信息提供系统，根据一实施例，能够以“我们小区商业区制造系统”或“创业个体商户生存系统”等命名，但根据不同的实施例，本系统的名称不同。

需求方终端10为智能手机、平板电脑、笔记本电脑、pc等能够掌握需求方的位置信息的电子装置，能够为gps(globalpositioningsystem)终端、2g/3g/4g终端、无线宽带接入(wibro:wirelessbroadbandinternet)终端、无线局域网(wi-fi)终端等。

需求方终端10与gps卫星30或网络ip联动而追踪位置信息。

服务应用服务器100向需求方终端10提供服务应用程序，服务应用程序是指实时连接店铺的创业者/运营者和创业者与显示需求意见的需求方的程序，执行提供需求方与创业者及现有店铺运营者之间o2o(onlinetooffline)服务的通道的作用。

作为一实施例，需求方终端10通过服务应用程序选择店铺及经营项目而将订单请求传输至服务应用服务器100。并且，需求方终端10通过服务应用程序，在已注册的店铺/经营项目不存在需求方所希望的店铺或经营项目的情况下，传输需求方意见。

在服务应用服务器100由需求方终端10接收订单请求时，根据订单请求而请求在已注册店铺生产目标的经营项目。

商业区信息提供系统还包括结算服务器(未图示)。结算服务器根据由服务应用服务器100接收的请求费用而将结算请求发送至需求方终端10，并接收在需求方终端10上的结算装置而产生的结算。结算服务器完成在接收方终端的结算时，将结算结果传输至服务应用服务器100。

结算服务器20根据从服务应用服务器100接收的请求费用而将结算请求发送至需求方终端10，接收需求方终端10中的结算装置而进行的结算。结算服务器20在完成在接收方终端进行的结算时，将结算结果传输至服务应用服务器100。结算服务器20根据一实施例而另外配置，能够为能够进行金融业务的通信公司服务器、能够进行网上结算的金融服务器等。结算服务器20根据另一实施例而为能够处理金融业务的模块，也包含在店铺终端40或服务应用服务器100。

服务应用服务器100在由结算服务器20接收订单请求相应的结算结果时，将已注册店铺的目标经营项目的生产请求传输至店铺终端40。在接收生产请求的店铺生产目标经营项目而向发出订单请求的需求方配送目标经营项目。

服务应用服务器100对于在服务应用服务器100上已注册的店铺或目标经营项目列表不存在从需求方终端10接收的订单请求的情况，向商业区信息提供服务器50发出通知。

并且，服务应用服务器100由店铺终端40接收店铺现状信息，而控制订单配送等实时追踪现状、等待时间、预约现状等。在检索店铺时，需求方终端10能够显示反应所述控制状况的店铺列表。

商业区信息提供服务器100向需求方终端10传输询问是否申请需求方意见的消息，在由需求方终端10接收所述申请的需求方意见明细时，基于此而提取需求方信息、产业种类、店铺名或申请地区、需求方希望意见中至少一个，而生成商业区信息大数据。并且，为了对应创业者的咨询请求，利用商业区信息大数据而生成用于创业咨询的匹配商业区信息。匹配商业区信息是指根据一实施例而向新创业的创业者提供需求方意见的最合适创业区域、品种等，根据其它实施例而向现有店铺运营者提供需求方意见的服务改善情况、增加或修改经营品种等。

在进行更具体说明时，商业区信息提供服务器50对于在服务应用服务器100注册的店铺或经营项目中不存在需求方希望的店铺或经营项目的情况，将询问是否申请需求方意见的消息传输至需求方终端10。在由需求方终端10接收所述申请的需求方意见明细时，基于此而提取需求方信息、产业种类、店铺名或申请地区、需求方希望意见中至少一个而生成商业区信息大数据。

并且，为了对应创业者的咨询请求，利用商业区信息大数据而生成用于创业咨询的商业区信息。

此时，需求方意见也能够由需求方直接生成，根据另一实施例，也能够同意其他需求方的意见，根据又一实施例，也能够同意店铺推荐列表中任一个。

并且，需求方意见也能够从基于需求方检索的关键字而在商业区信息提供服务器50为需求方推荐的至少一个类似或类似产业种类中选择。

在本说明书中，“需求方意见”也能够以商业区监督电话、店铺开设请求、产业种类开设请求或需求方希望意见等称呼，在将需求方的意见显示或反映在商业区信息系统时，应当明白并非限定于所述用语，能够以各种表达表示。

图2为显示图1所示的商业区信息提供系统的商业区信息提供方法的流程图。

参照图2，需求方终端10通过在服务应用程序的注册而访问服务应用服务器100(s10)。服务应用服务器100能够由注册信息接收需求方终端10的位置信息(s10)。

需求方在需求方终端10检索店铺及经营项目(s11)。此时，将在需求方终端10设置用于与服务应用服务器100联动的服务应用程序作为前提。需求方通过需求方终端10选择建议店铺名或产业种类、经营项目而执行订单请求时(s12)，服务应用服务器100在期望地区内已注册的店铺信息中检索是否存在订单相应的建议店铺名或产业种类、经营品种，在存在一致的店铺时，向相应店铺终端40传输生产请求(s13)。但对于在已注册的店铺信息不存在建议店铺名或产业种类、经营品种或在期望地区不存在已注册的店铺的情况，服务应用服务器100将通知建议店铺不一致的通知传输至商业区信息提供服务器50(s14)。

商业区信息提供服务器50基于建议店铺不一致通知，将询问是否执行需求方意见申请的消息传输至供传输订单请求的需求方终端10(s15)。

需求方想要在建议地区开设建议店铺或产业种类及其经营项目对应的服务的情况，申请需求方意见(s16)，并制作需求方意见明细(s17)。

但对于需求方不希望制作需求方意见的情况(s16)，再次检索建议店铺或产业种类及经营项目(s11)。

在本说明书中，需求方意见也能够由需求方直接制作，根据另一实施例，也能够同意其它需求方的申报，或通过又一实施例，也能够同意店铺推荐列表中任一个。并且，需求方意见也能够基于需求方检索的关键字而从在商业区信息提供服务器50为需求方推荐的至少一个类似菜单或类似产业种类中而被选择。为了便于说明，需求方意见明细在下面图3中进行具体说明。

商业区信息提供服务器50接收在需求方终端10制作的需求方意见(s18)，分析信息而按项目提取主要关键字。例如，提取包含在需求方意见的需求方信息、产业种类、店铺名或申请地区、品种、服务情况、需求方希望意见等(s19)。

所提取的信息更新已存储的商业区信息大数据，以反映至商业区信息大数据(s20)。

商业区信息大数据对应创业者或现有店铺运营者的请求而基于用于咨询的商业区信息而运用。即，商业区信息提供服务器根据创业者或现有店铺运营者的请求而提供匹配商业区信息，匹配商业区信息是指根据一实施例而向新的创业的创业者提供的需求方意见的最合适创业区域、品种等，也能够为根据另一实施例，而向现有店铺运营者提供需求方意见的服务改善情况、增加或修改经营品种等。

图3为收集在需求方终端制作的需求方意见的方式的一实施例的附图。

需求方如图3(a)显示所示，在需求方终端检索建议产业种类、建议店铺名、建议地区，之后，在显示的经营项目列表中选择至少一个，而执行订单请求。

但，对于并非为在服务应用服务器已注册建议店铺的地方，或在建议地区内未检索到建议店铺名或建议产业种类的情况，或在建议店铺未检索到所需的品种的情况，如图3(b)显示所示，显示通知检索失败结果的窗口。

需求方希望在建议地区内开设建议店铺或在建议店铺增加所需的品种或改善服务，对于申请开设请求(或需求方意见)的情况，如图3(c)显示所示，在需求方终端显示需求方意见制作窗口。需求方在需求方意见制作窗口制作建议店铺名、建议产业种类、申请地区及申报意见(建议意见)中至少一个之后，在同意使用个人信息并完成申请时，相应的需求方意见被传输至商业区信息提供服务器，而作为商业区信息大数据的基础运用。申报意见还包括希望开设请求的增加品种、应当改善的服务情况等。

此时，要求使用同意的个人信息为需求方的年龄、性别、申报位置、所述服务应用的利用注册信息、社交网络信息，使用同意为获取基于商业区信息大数据而运用的同意，并且，之后，在开设了需求方意见相应的店铺时，包括同意用于获取赔偿服务的信息或用于对于开设的店铺的创业者作为商业信息利用的信息。

图4为显示收集在需求方终端制作的需求方意见的方式的另一实施例的附图。

参照图4，需求方在需求方终端检索建议产业种类、建议店铺名或建议菜单(或品种)。此时服务应用服务器将已注册的产业种类列表、店铺列表或菜单(品种)列表中任一个提供给需求方终端。

如图显示所示，商业区信息提供服务器以在同意需求方意见申请的需求方终端基于请求的检索关键字而显示检索结果。在具体说明时，对于按产业种类检索的情况，提供与相应的产业种类相关的店铺列表，并在店铺名检索时，提供与相应的店铺名一致或类似的店铺列表。并且，在按菜单(品种)检索时，提供与相应菜单相关的店铺列表。

商业区信息提供服务器通过与服务应用服务器联动而提供在店铺名、相应店铺经营的主要品种及需求方终端的gps位置或设定位置的距离等商业区信息作为关键字的检索结果。虽未显示，但在列表中，按检索结果的各个店铺一起提供联系方式、地图等位置信息、顾客评估等商业区信息。

例如在将“炸鸡”作为菜单(品种)的检索词输入的情况，商业区信息提供服务器显示位于距需求方终端的gps位置或设定位置即“京畿道华城市陵洞”的一定距离半径以内的经营炸鸡的店铺的列表。此时，需求方能够变更并检索在设置于需求方终端的服务应用程序检索的区域、距离半径的设定等。

需求方在需求方终端显示的产业种类列表、店铺列表或菜单(品种)列表中任一个列表选择压产业种类、店铺或菜单(品种)中任一个而按压“开设请求”按键时，商业区信息提供服务器50将开设请求视作需求方意见，作为商业区信息大数据的基础运用。通过一实施例，需求方选择的开设请求能够为距离当前位置或设定位置较远的店铺的开设申请。

本实施例与图3不同，未一一制作建议店铺名、建议产业种类、申请地区及申报意见(建议意见)中至少一个，存在显示需求方意见的差异。

图5为用于说明用于在需求方终端制作的其他需求方的意见收集的url地址生成窗口的附图。为了便于说明，以与图3的不同点为主进行说明。

参照图5(a)及图5(b)，如在图3(a)及图3(b)说明所示，显示通知检索失败结果的窗口时，需求方希望在建议地区内开设建议店铺，能够申请需求方意见。

需求方制作所有需求方意见的内容而按压结束按键时，商业区信息提供服务器50生成对接收的需求方意见的url地址。在将包含商业区信息提供服务器50生成的url地址的通知消息传输给需求方终端时，需求方为了促进对制作的需求方意见的店铺开设，将相应url地址共享给朋友或熟人加入的网络咖啡馆、博客或社交网络服务。

通过一实施例，所述需求方的朋友或熟人中至少一名点击通过sms、邮件、网络咖啡馆、博客等共享的url地址时，商业区信息提供服务器50在点击者的终端弹出输入基本信息(姓名、性别、年龄、联系方式、地址等)的窗口，执行相同的需求方意见。

通过另一实施例，所述需求方的朋友或熟人中至少一名点击通过社交网络服务共享的url地址或与url地址相关的偏好度显示菜单时，与点击者的社交网络注册信息联动，也能够接收相同的需求方意见。

该结果，对于接收超过已设定的临界次数的店铺名或产业种类、经营品种、申请地区等一致的需求方意见的情况，商业区信息提供服务器在所述申请地区内关联所述店铺及其经营品种而形成赋予加权值的大数据，之后，生成基于反应加权值的商业区信息大数据的匹配商业区信息而提供给创业者。

另外，累计需求方制作的需求方意见和共同的其它的需求方的需求方意见，并超过已设定的临界次数，之后，在开设相关店铺时，能够从开设的店铺接收所提供的赠品支付等补偿服务。此时，补偿服务是指对于基于创业者通过商业区信息提供服务器获得的匹配商业区信息而开设店铺的情况，为了向请求开设相应店铺的需求方鼓励之后店铺的利用而提供的赠品、商品券或积分等。

创业者由商业区信息提供服务器50接收请求开设相应店铺的需求方的基本信息(名字、性别、联系方式、地址等)而运用用于宣传开设的店铺的资料。

图6为显示由多个需求方终端接收的需求方意见收集明细列表的附图。

参照图6，需求方在已设定的菜单中，确认至少一个需求方意见的列表。需求方意见列表根据需求方的申报明细列表设定，通过一个例子，也能够按区域(例如，京畿道华城市陵洞所属的开设请求)以增加其他需求方的需求方意见的总请求书顺序显示，通过另一例，也能够不考虑需求方意见中的区域，并以全国为范围按总请求数顺序显示。

在需求方从显示在需求方终端10的需求方意见列表中选择任一个需求方意见时，商业区信息提供服务器50能够提供所选择的需求方意见的具体信息。此时按具体信息，包括店铺名、店铺特征、经营项目的菜单及价格、现有用户商品名称、需求方的意见、向位于距所述需求方意见设定的区域距离最近的相同店铺或同类店铺的位置信息或所述需求方的意见的店铺开设时显示所述意见的需求方提供的补偿服务内容等。

需求方根据一实施例如图3至图5所示，也能够自行制作需求方意见，但根据另一实施例，其它需求方确认已制成的需求方意见列表，也能够显示同意与需求方自身的意见一致的需求方意见的意见。该结果请求数量越多，在生成基于商业区信息大数据的创业数据时，所述需求方意见的加权值变高。

对于其它需求方的需求方意见，如图6显示所示，点击“好的”，也能够显示相同意见，为了引导参与熟人的意见显示，点击“url地址复制”，而通过自己的sms、邮件、网络咖啡馆、博客等共享，从而，增加请求数量。

图7为显示根据店铺方开设宣传申请而显示在需求方终端的推荐信息店铺明细列表的一实施例的附图，图8为根据店铺方的开设宣传申请，而显示在需求方终端的推荐信息店铺明细列表的另一实施例的附图。

商业区信息提供服务器50对通过需求方直接制作的需求方意见计数，以及在店铺方制作的店铺介绍信息的需求方反应数量进行计数，而生成并更新商业区信息大数据。

例如，从特许经销总公司等将店铺的具体信息以弹出窗口形式(preview)提供至商业区信息提供服务器。此时，店铺的具体信息包括：店铺名、店铺特征、经营项目的菜单及价格、现有用户商品名称、显示所述需求方意见的需求方的意见、距离所述需求方意见设定的区域最近的相同店铺或同类店铺的位置信息或在开设所述需求方意见的店铺时，提供给执行所述申报的需求方的补偿服务内容等。

通过一实施例，需求方如图7显示所示，能够看到需求方终端的联结位置或检索区域的区域内不存在特许经销的推荐店铺列表。此时，通过一实施例，需求方在“京畿道华城市陵洞”所属的推荐店铺列表中点击任一个推荐店铺时，通过弹出窗口能够事先查看相应店铺的简要信息(例如宣传黄页)，再次点击而确认所述店铺的具体信息。通过另一实施例，需求方选择任一推荐店铺时，也能够及时确认相应店铺的具体信息。

需求方检索推荐店铺列表，也能够显示同意与需求方自身的意见一致的推荐店铺广告的意见。该结果请求数量越多，在生成基于商业区信息大数据的创业数据时，所述推荐店铺同意数量(图6的“好的”点击数量)也与需求方意见请求数量一起被进行计数，从而，提高加权值。

通过另一实施例，需求方如图8显示所示，对于需求方终端位于检索不存在所述特许经销的连锁店的区域或所述需求方终端的gps或ip追踪的访问位置不存在所述特许经销的连锁店的区域的情况，能够在包含由所述特许经销总公司等提供的店铺信息及补偿服务等内容的广告中曝光。此时，广告按各个店铺以宣传加框形式(b)被提供至推荐店铺列表下端，宣传加框的顺序(b1乃至b6)根据从需求方终端的访问位置或检索区域的距离、需求方同意数量、店铺的服务利用等级等依次排列。

另外，在宣传加框空间的一侧面与特许经销自身的广告加框(ad)等一起排列。

图9为显示收集需求方意见的方式的又一实施例的附图。

与图7及图8不同，基于需求方的检索关键字，罗列多个与关键字类似的类似菜单或类似产业种类，之后，将从中选择的任一个类似菜单或类似产业种类作为需求方的意见收集。

在进行更具体说明时，如图9显示所示，需求方检索了“哈哈炸鸡”，但不存在检索结果时，商业区信息提供系统将按经营“哈哈炸鸡”而推荐的“辣味烤鸡、葱鸡、炖鸡”等作为类似菜单进行推荐，推测商户名与“哈哈炸鸡”类似的“某某炸鸡、天天炸鸡、嘎嘎辣味烤鸡”等作为类似店铺进行推荐。此时，需求方选择类似菜单即“辣味烤鸡、葱鸡、炖鸡”中任一个或选择类似店铺即“某某炸鸡、天天炸鸡、嘎嘎辣味烤鸡”中任一个，而将需求方意见传输给商业区信息提供系统。

图10及图11为显示收集需求方意见的方式的又一实施例的附图。

与在图3乃至图9中说明的需求方意见收集方式不同，商业区信息提供系统1以问卷调查形式收集需求方意见。

例如如图10及图11显示所示，需求方在服务应用检索了建议店铺“哈哈炸鸡”时，但对于不存在已注册的店铺信息的情况，商业区信息提供服务器根据同意收集需求方意见而在需求方终端显示问卷调查明细。

问卷调查明细基于需求方终端的gps位置或检索设定区域而包括调查最优先建议店铺、最优先建议产业种类、最优先经营菜单(品种)等的问卷内容。并且，包括在服务应用服务器已注册的店铺变更为其它店铺或其它产业种类时，询问最合适店铺或最合适产业种类的需求方意见的问卷内容。此时，各个问卷在商业区信息提供系统，除了包括根据既定的标准设定的选择项目之外，还包括需求方的自由记载(图10及图11所示的“其它”菜单)项目。

该结果商业区信息提供系统通过提供需求方的各种选择权而更有效率地获取收集的需求方意见。

图12为显示收集需求方意见的方式的又一实施例的附图。

商业区信息提供系统1能够按检索结果的形式收集需求方意见。在进行更具体说明时，对于需求方在检索门户网站或服务应用检索与特定产业种类相关的内容的情况，商业区信息提供系统1与用户终端机的门户网站应用或服务应用联动而提取与相应产业种类相关的其它需求方的需求方意见，并作为检索结果提供店铺开设请求列表。对于携带用户终端机的需求方在存在要检索的相应产业种类或其它关注产业种类的情况，在相应店铺开设请求列表点击同意(或好的)显示作为需求方意见而参与需求方意见显示。

参照图12，对于需求方按“a区域美食店”检索的情况，商业区信息提供系统将位于a区域的餐饮店及所述饭馆相关的店铺开设请求列表作为检索结果而通过用户终端机显示。此时，店铺开设请求列表是指根据其它需求方的开设请求数量、距离检索区域有多近、产业种类类似度等加权值而按顺序排列的店铺开设请求列表。

通过一实施例，如(a)显示所示，根据其它需求方的店铺开设请求数量而按oo脊排、abc、efg、hij、klm店铺的顺序，店铺开设请求列表被提供至a区域美食店的店铺开设请求列表。在需求方点击列表中任一个店铺名的情况下，如(b)显示所示，能够确认店铺具体信息、其它需求方的意见、其它信息等具体说明。此时，在店铺具体信息中为相应店铺的基本信息及店铺的优点及特征、菜单及价格、特许经销的情况，能够被提供至利用其它区域特许经销后记，或开小店时提供的优惠或促销等信息。并且，需求方确认店铺具体信息而点击同意意见，由此，能够显示店铺开设的需求方意见。

或者在需求方进行药店、医院或邮局等生活便利设施或学院等教育设施相关的检索的情况下，商业区信息提供系统也能够将相应生活便利设施或教育设施等与根据检索支点的距离而按顺序罗列的店铺列表及相应产业种类的店铺开设请求列表一起进行提供。

或者在需求方为了购买物品而与“b区域花盆”一起进行检索的情况下，商业区信息提供系统将b区域所属的销售相应物品(花盆)的商店按近距离顺序而提供店铺列表，并一起提供相应产业种类的店铺开设请求列表。

图13及图14为显示图1所示的商业区信息提供系统的商业区信息提供方法的另一个实施例的流程图。图15为根据图13的实施例而需求方输入的店铺相关信息输入窗口的一实施例。

为了便于说明，在图2中，对于在s10乃至s16的需求方意见制作之前的步骤予以省略说明，并作为需求方意见制作的更具体的一实施例而以不同点为主进行说明。

参照图13及图14，第一需求方在第一需求方终端10-1执行服务应用程序，并检索所需的店铺或品种(s101)。服务应用服务器100执行对所接收的店铺或品种名称的检索(s102)，并将该检索结果传输至第一需求方终端10-1。

对于第一需求方确认检索结果而获取所需的结果的情况，即存在匹配检索语的店铺或品种的情况(s103)，请求相应店铺或品种的服务(s104)。服务应用服务器100基于由第一需求方终端10-1接收的相应店铺或品种的服务而与结算服务器(未图示)及店铺终端40联动，从而向第一需求方提供结算请求传输及相应服务。

另外，对于第一需求方确认检索结果而未获得所需的结果的情况，即不存在与检索语匹配的店铺或品种的情况(s103)，确认检索语是否为特许经销名称，还是个别店铺名称(s105)。此时，特许经销为能够在公平交易委员会注册的特许经销注册店铺或能够以在店铺数据库开设加盟店的方式而注册的店铺，个别店铺是指除了特许经销店铺之外，不存在是否能够开设加盟店的信息的店铺，或在公平交易委员会未作为特许经销注册的店铺(例如，个人运营的美食店等)。

对于在第一需求方终端10-1，服务应用程序判断检索语为特许经销名称的情况，识别作为加盟店开设请求并传输至商业区信息提供服务器50(s106)。商业区信息提供服务器50基于加盟店开设请求而制作店铺基准开设请求公开信息(s117)。所制作的店铺基准开设请求能够在利用服务应用程序的第二需求方的第二需求方终端10-2阅览(s118)。

对于在第一需求方终端10-1中，服务应用程序判断检索语为个别店铺名称的情况，将店铺相关信息输入窗口下载至终端机画面而使第一需求方增加输入店铺相关信息，并基于所输入的店铺相关信息而将店铺开设请求传输至商业区信息提供服务器50(s107)。

此时，第一需求方所输入的店铺相关信息如图15显示所示，为店铺名、主要品种、特征、位置及代表照片等。例如，第一需求方对于以黄太鱼醒酒汤闻名的“东宇醒酒汤”作为需求方意见而执行店铺开设请求的情况，代表照片、店铺名称“东宇醒酒汤”、主要品种“黄太鱼醒酒汤”、特征“汤饭牛杂汤一样鲜嫩味浓”、位置“首尔永登浦区汝矣岛..”等增加输入。

商业区信息提供服务器50基于所输入的店铺相关信息，而在店铺信息数据库检索店铺开设请求(s108)。此时，店铺信息数据库根据一实施例也能够为存在于服务应用服务器的店铺信息数据库，根据另一实施例，也能够为位于商业区信息提供服务器的店铺信息存储部，店铺信息数据库与店铺信息存储部相互联动而更新店铺信息。根据又一实施例，店铺信息数据库作为共享服务应用服务器与商业区信息提供服务器的单独的数据库模块存在。在本实施例中，为了方便说明，假设为位于商业区信息提供服务器的店铺信息存储部。

检索店铺信息数据库是否在已注册的个别店铺及特许经销中存在被检索请求的店铺(s109)，商业区信息提供服务器50基于检索结果而确认检索请求的店铺是否能够进行加盟店开设(s110)。

在具有加盟店开设的可能性的情况下，反应从第一需求方终端10-1接收的输入信息而增加相应店铺信息并更新(s111)。

另外，在不存在加盟店开设的可能性的情况下，对被检索请求的店铺名的推荐店铺进行检索(s112)。检索店铺信息数据库提供与开设请求的店铺名称相同或类似的品种的店铺，而提取该店铺列表(s113)，商业区信息提供服务器50基于从店铺信息数据库接收的检索结果而制作推荐店铺列表，并将其传输至第一需求方终端10-1(s114)。

对于第一需求方从在第一需求方终端10-1显示的推荐店铺列表选择任一个的情况，商业区信息提供服务器50按所选择的店铺的店铺基准开设请求判断，而制作用于向其他需求方公开的店铺基准开设请求公开信息(s117)。按公开信息制作的店铺基准开设请求能够在利用服务应用程序的第二需求方的第二需求方终端10-2阅览(s118)。

对于第一需求方未从在第一需求方终端10-1显示的推荐店铺列表选择任一个的情况，商业区信息提供服务器50并非按开设请求的店铺判断，而是按该品种的品种基准开设请求判断，并制作用于向其他需求方公开的品种基准开设请求公开信息(s119)。按公开信息制作的品种基准开设请求能够在利用服务应用程序的第二需求方的第二需求方终端10-2阅览(s118)。

第二需求方在第二需求方终端10-2阅览店铺基准开设请求列表或品种基准开设请求列表，能够在其中任一个开设请求显示同意意见。在商业区信息提供服务器50由第二需求方终端接收所选择的店铺基准开设请求或品种基准开设请求的同意意见显示时，将其反应至第二需求方的需求方意见信息(s122)，并更新为商业区信息大数据。此时，同意意见显示如图6及图7说明所示，因作为需求方意见而相同的内容的店铺开设请求数量变多，由此，作为商业区信息大数据，同意意见显示越多，越能够提高评估加权值。

另外，第二需求方在第二需求方终端10-2阅览店铺基准开设请求列表或品种基准开设请求列表，在不存在其中任一个开设请求所需的内容时，再次另外阅览店铺/品种基准开设请求，直至发现所需的开设请求(s124)。

该结果，本实施例的需求方意见的开设请求根据需求方意见显示而持续更新，从而具有更丰富地向更多的需求方提供相应店铺的信息的效果。

图16为显示图1所示的商业区信息提供系统的商业区信息提供方法的又一实施例的流程图，图17为根据图16的实施例，而需求方输入的品种相关信息输入窗口的一实施例。

为了方便说明，对于在图2中s10乃至s16的需求方意见制作之前的步骤省略其说明，作为需求方意见制作的更具体的一实施例，以不同点为主进行说明。并且，以与在图13乃至图15中说明的实施例的不同点为主进行说明。

参照图16，s201步骤乃至s204步骤如图13乃至图15说明所示。

对于第一需求方确认店铺或品种名称的检索结果而无法获得所需的结果的情况，即，不存在与检索语匹配的店铺或品种的情况(s203)，确认检索语是以品种基准制作，还是以店铺基准制作(s205)。

在第一需求方终端10-1判断检索语以店铺基准制作时，确认检索语是特许经销名，还是个别店铺名(s206)。s206之后的步骤因与在图14及图15说明的s105之后的步骤相同，因而省略其说明。

在第一需求方终端10-1判断检索语以品种基准制作时，在画面上显示品种相关信息输入窗口，由此，使得第一需求方输入增加信息，以增加输入的信息为基础将开设请求而传输至商业区信息提供服务器50。

此时，第一需求方输入的品种相关信息如图16显示所示，为请求品种、特征、请求位置及代表图片等。例如，第一需求方对于黄太鱼醒酒汤作为店铺开设请求而进行需求方意见的情况，能够增加输入代表图片、请求品种“黄太鱼醒酒汤”、特征“汤饭如牛杂汤一样鲜嫩浓醇”、请求位置“首尔永登浦区汝矣岛..”等。

商业区信息提供服务器50基于所输入的店铺相关信息而在店铺信息数据库检索店铺开设请求(s208)。此时，店铺信息数据库如与图13说明的实施例相同。

商业区信息提供服务器50从店铺信息数据库提取提供与开设请求相同或类似的品种的店铺列表(s209)而制作推荐店铺列表，并将其传输至第一需求方终端10-1(s210)。因s210以下的步骤(b)与图13乃至图14说明的b以下的步骤相同，由此，省略其说明。

此情况与图13乃至图15的实施例不同，需求方仅输入所需的品种，并且，存在能够进行开设请求的不同。例如，在所需的区域商业区内不存在干明太鱼汤店时，不指示特定饭店，并请求开设提供特定形式的干明太鱼汤的店铺。

图18为具体显示图1所示的服务应用服务器及商业区信息提供服务器的一实施例的框图。

参照图18，服务应用服务器100包括：用户信息数据库101、店铺信息数据库102、位置信息数据库103、结算信息数据库104、订单信息数据库105、第一收发部106及第一控制部107。

用户信息数据库101存储用于需求方终端10访问服务应用程序的需求方的注册信息。注册信息包括例如，需求方的名字、联系方式、地址、访问注册信息、社交网络信息等。

店铺信息数据库102存储订单请求及生产请求相关的店铺的信息。存储通过商业区信息提供服务器50的匹配商业区信息而获得创业咨询的店铺创业者的自动注册、已运营中的店铺运营者的网上申请或通过店铺终端40的网上申请而注册的店铺的店铺名、经营品种列表、地址、联系方式等。

店铺相关信息包括由国内整个特许经销店铺名的信息或小工商业者市场振兴工业园区提供的店铺信息等，在各个店铺经营的品种与所述店铺信息联动，按炸鸡、披萨、猪蹄包饭、韩餐、面食、有名特许经销类别等分组存储。并且，根据另一实施例，店铺相关的信息也能够将各个店铺按单位区域分组。在本说明书中，单位区域是指按市、郡、区、洞等区分的行政单位，也能够为以小区或村落的居住区域单位区分。

通过一实施例，对于餐饮业的情况，创业的店铺的桌子的结构、座位数量(可容纳人员数量)、按经营品种销售的菜单及各个菜单的价格、能否进行配送订单及可进行配送订单时完成各个菜单配送所需时间、可否打包订单及能够进行打包订单时至打包结束时的所需时间、确认能否接受座位预约、配送订单及打包订单时每个时间的接收订单的数量、可接收配送订单的区域等店铺信息。

通过另一实施例，对于场所租赁业的情况，将客房数量(会议室数量)及各个客房的可容纳人员、可利用的附带设施、各个客房的使用价格及可使用附带设施的价格等存储至店铺信息。

通过另一实施例，对于学院或医院等顾客对象服务提供业的情况，将服务提供品种及各个品种可提供时间、各个品种的每个时间段可提供服务的人员、是否接收访问预约服务、每个时间段的可预约时间的临界次数等存储至店铺信息。

通过另一实施例，对于产品销售业的情况，将销售的主要产品信息、可利用时间等存储至店铺信息。

并且，店铺信息数据库102根据由结算服务器接收的结算结果而将来自需求方终端10的订单请求的订单明细传输至店铺终端40，由所述店铺终端接收而控制实时追踪现状、待机时间、预约现状等，并传输至所述需求方终端10。

对于位置信息数据库103，在对区域信息，进行更具体说明时，存储建筑物的位置、用途、入驻产业信息及建筑物分布、道路信息、水田、旱田、山或江、河川等地理信息，并且，将特许经销有限公司保留的特许经销店铺的分布信息、公共设施及产业设施分布信息、人口分布信息等映像到地理信息而一同存储。

结算信息数据库104与结算服务器联动，而存储基于需求方注册信息而已注册的需求方的结算信息、结算的安保程序、结算程序的各种程序等。

订单信息数据库105临时存储从需求方终端10接收的订单请求的信息。

第二收发部106与需求方终端10、店铺终端40、结算服务器(未图示)及商业区信息提供服务器50收发消息。

在第一控制部107由需求方终端接收订单请求时，临时存储至订单信息数据库105，将传输订单请求的需求方的注册信息与在用户信息数据库101注册的需求方信息对照确认，将包含在订单请求的订单对象店铺及其经营项目与在店铺信息数据库102已注册的店铺列表及其经营项目列表对比。对于订单请求为在店铺信息数据库已注册的位置的情况，第一控制部107通过在结算信息数据库注册的信息与结算服务器联动而将结算请求传输至需求方终端10。根据需求方终端10的结算而从结算服务器接收结算结果时，第一控制部107将经营品种的生产请求传输至订单的店铺的店铺终端40。

另外，第一控制部107对于订单请求并非在店铺信息数据库102已注册的位置的情况或不存在订单请求的经营项目的情况，将订单请求的建议店铺不一致的通知传输至商业区信息提供服务器50。

商业区信息提供服务器50包括：存储部51、信息分析部52、商业区信息管理部53、第二控制部54及第二收发部55。

第二控制部54控制存储部51、信息分析部52、商业区信息管理部53、收发部55的运行。

在第二控制部54从服务应用服务器100接收订单请求的不一致的通知时，将询问是否进行需求方意见申请的消息传输至需求方终端10。

在从需求方终端10收到所述申请的同意及需求方意见的回复时，第二控制部54将其传输至信息分析部52，而分析需求方意见的内容。

信息分析部52基于需求方意见而提取所述需求方信息、所述产业种类、所述店铺名或所述申请地区、所述需求方希望意见等。

存储部51存储通过信息分析部52提取的需求方意见信息、店铺信息、不动产信息、需求方信息或商业区信息大数据等。存储部51通过一实施例与服务应用服务器100的用户信息数据库101、店铺信息数据库102、位置信息数据库103、结算信息数据库104、订单信息数据库105联动而共享用于形成商业区信息大数据的基础信息。

例如，存储部51包括：需求方信息存储部111、店铺信息存储部112、不动产信息存储部113及申报信息存储部114。

需求方信息存储部111存储制作包含需求方意见的需求方的年龄、性别、申报位置、所述服务应用的利用注册信息、社交网络信息等所述需求方信息。

店铺信息存储部112存储包含所述店铺名、铺经营项目列表、店铺位置、店铺联系方式等的注册店铺信息。

不动产信息存储部113存储反应包含设施信息的地理位置信息及所述区域信息的地图信息等所述不动产信息。

申报信息存储部114存储所述需求方意见信息、所述需求方希望意见及所述需求方意见信息的注册信息。此时，需求方意见信息的注册信息是指产业种类或店铺名、经营项目、所述监督电话区域一致的所述需求方意见显示的次数及其他需求方的需求方意见接受明细。

第二收发部55与需求方终端10或服务应用服务器100连接而通过收发部55收发消息。

商业区信息管理部53基于所提取的信息而与店铺信息、不动产信息、需求方信息、需求方意见信息组合，从而生成商业区信息大数据。之后，对于创业者请求咨询的情况，根据创业者的请求基准而利用商业区信息大数据生成用于创业咨询的匹配商业区信息。

通过一实施例，商业区信息提供服务器50还包括附加服务提供部56。

附加服务提供部56对于接收店铺名或产业种类、经营品种、申请地区等一致的需求方意见超过已设定的临界次数的情况，存储用于向制作所述需求方意见的所述需求方提供的补偿服务信息，而将提供所述补偿服务信息的推送通知传输至所述需求方终端10。

图19为具体显示图1所示的服务应用服务器及商业区信息提供服务器的另一实施例的框图。

参照图19，与图18不同，服务应用服务器100”与商业区信息提供服务器50”与分别存在的数据库服务器20联动。

数据库服务器20包括需求方信息数据库(下面称为数据库)21、店铺信息数据库22、不动产信息数据库23、位置信息数据库24。

需求方信息数据库21存储包括制作需求方意见的需求方的年龄、性别、申报位置、所述服务应用的利用注册信息、社交网络信息等所述需求方信息。

店铺信息数据库22存储包含所述店铺名、店铺经营项目列表、店铺位置、店铺联系方式等注册店铺信息。

不动产信息数据库23存储反应包含设施信息的地理位置信息及所述区域信息的地图信息等所述不动产信息。

位置信息数据库24存储区域信息，在进行更具体说明时，存储建筑物的位置、用途、入驻企业信息及建筑物分布、道路信息、水田、旱田、山或江、河川等地理信息，并且，将特许经销有限公司保留的特许经销店铺的分布信息、公共设施及产业设施分布信息、人口分布信息等映像到地理信息而一起存储。

并且，虽未图示，但数据库服务器20还包括：结算信息数据库、订单信息数据库、申报明细数据库、商业区信息大数据数据库等。

结算信息数据库与结算服务器联动，而基于需求方注册信息而存储已注册的需求方的结算信息、用于结算的安保程序、结算程序的各种程序等。

订单信息数据库临时存储从需求方终端10接收的订单请求的信息。

申报信息数据库存储所述需求方意见信息、所述需求方希望意见及所述需求方意见信息的注册信息。此时，需求方意见信息的注册信息是指产业种类或店铺名、经营项目、所述监督电话区域一致的所述需求方意见显示的次数及其他需求方的需求方意见接收明细。

商业区信息大数据数据库存储由商业区信息提供服务器接收的商业区信息大数据，或存储之后创业者请求的匹配商业区信息。

服务应用服务器100”包括：第一收发部106’、第一控制部107’、信息提取部108、服务请求部109、结算部110。

第一收发部106’与需求方终端10、店铺终端40、结算服务器(未图示)、数据库服务器20及商业区信息提供服务器50收发消息。

在第一控制部107’由需求方终端10接收订单请求时，临时存储于数据库服务器20的订单信息数据库(未图示)，将传输订单请求的需求方的注册信息与在数据库服务器20的需求方信息数据库21注册的需求方信息对照确认，并将包含在订单请求的订单对象店铺及其经营项目与在店铺信息数据库22已注册的店铺列表及其经营项目列表对比。

信息提取部108由数据库服务器20请求如上所述说明所示的第一控制部107’所需的信息，或提取存储在数据库服务器20的信息而通过第一收发部106’请求或传输。该结果服务应用服务器由数据库服务器20收发相应信息，而提供需求方的服务请求相应的服务，或将订单请求的建议店铺不一致通知传输至商业区信息提供服务器50”。

服务请求部109对于订单请求为在店铺信息数据库22已注册的位置的情况，第一控制部107’通过在结算信息数据库(未图示)注册的信息与结算服务器(未图示)联动，而将结算请求传输至需求方终端10。在根据需求方终端10的结算而从结算服务器接收结算结果时，服务请求部将经营品种的生产请求传输至订单的店铺的店铺终端40。或者对于订单请求并非为在店铺信息数据库22已注册的位置的情况，或不存在订单请求的经营项目的情况，将订单请求的建议店铺不一致通知传输至商业区信息提供服务器50。

结算部110根据一实施例，对于订单请求为在店铺信息数据库22已注册的位置的情况，通过在结算信息数据库(未图示)注册的信息与结算服务器(未图示)联动而将结算请求传输至需求方终端10，根据需求方终端10的结算而从结算服务器接收结算结果。

商业区信息提供服务器50”包括：信息分析部52’、商业区信息管理部53’、第二控制部54’、第二收发部55’、附加服务提供部56’。

第二控制部54’控制信息分析部52’、商业区信息管理部53’、第二收发部55’的运行。

在第二控制部54’从服务应用服务器100接收订单请求的不一致通知时，将询问是否进行需求方意见申请的消息传输至需求方终端10。

在由需求方终端10接收回复所述申请的同意及需求方意见时，第二控制部54’将其传输至信息分析部52’，并分析需求方意见的内容。

信息分析部52’基于需求方意见而提取所述需求方信息、所述产业种类、所述店铺名或所述申请地区、所述需求方希望意见等。

第二收发部55’与需求方终端10、服务应用服务器100、数据库服务器20连接，而通过第二收发部55’收发消息。

商业区信息管理部53’基于所提取的信息而与店铺信息、不动产信息、需求方信息、需求方意见信息组合而生成商业区信息大数据。之后，对于创业者请求咨询的情况，根据创业者的请求基准而利用商业区信息大数据生成用于创业咨询的匹配商业区信息。此时，商业区信息大数据或匹配商业区信息被传输至数据库服务器20而存储。

根据一实施例，商业区信息提供服务器50”还包括附加服务提供部56’。

附加服务提供部56’对于接收店铺名或产业种类、经营品种、申请地区等一致的需求方意见超过已设定的临界次数的情况，存储用于提供给制作所述需求方意见的所述需求方的补偿服务信息，而将提供所述补偿服务信息的推送通知传输至所述需求方终端10。

图20为更具体显示图18所示的店铺信息数据库的附图。

参照图20，店铺信息数据库102包括：订单管理部201、结算部202、卖出管理部203、库存管理部204、买入管理部205。

订单管理部201按类别记录来自需求方终端10的订单请求相应的订单明细，并更新实时订单现状及等待时间。例如，根据发送(配送)订单的经营品种的方法，按餐桌订单、普通订单、配送订单、打包订单等对订单明细进行分类。

并且，订单管理部201从店铺终端40接收店铺现状信息而控制实时追踪现状、等待时间、预约现状等。

结算部202核定与订单请求相应的请求费用而将所述请求费用告知结算服务器20。即，根据包含在订单明细的经营项目及数量而分别计算费用，由此，而核定总请求费用，并将订单明细的请求费用传输至结算服务器20而在需求方终端10进行网上结算。或者，结算部202将订单明细的请求费用传输至店铺终端40，而需求方在店铺能够利用信用卡、现金结算或商品券、礼品券、移动货币等其它结算方式的网上结算。

卖出管理部203通过订单明细中的结算服务器20而记录结算请求费用的订单明细并存储。卖出管理部203记录并存储通过结算服务器20结算的请求费用，而且，还记录并存储在店铺执行的网上结算明细。

库存管理部204根据店铺的原材料明细中的结算完成的所述订单明细而抵消消耗的原材料或经营项目，从而控制剩下的原材料及经营项目现状。

买入管理部205记录并存储从店铺购进的原材料买入明细及费用支出等。

另外，店铺信息数据库102还包括促销活动管理部206。

促销活动管理部206注册在店铺进行的促销活动内容，并将所述促销活动内容提供至所述需求方终端。此时注册的促销活动内容是指以在店铺预定时间内进行的打折、打折券、特定菜单提供、赠品提供等需求方为对象的宣传性促销活动内容。服务应用服务器100将注册的促销活动内容以对应区域促销活动店铺列表等形式提供给需求方终端10或以优先检索设定促销活动的店铺等方法优先显示在需求方终端。

图21为显示图1所示的商业区信息提供服务器的最合适创业区域设定方法的流程图，图22为用于说明图21所示的最合适创业区域的地图。

例如，在说明设定最合适创业区域的情况时，如图21显示所示，商业区信息提供服务器基于商业区信息大数据，将相同的店铺开设请求的需求方意见首先按小单位区域分组(s100)。此时分组的区域单位能够为市、郡、区、洞等行政区域单位，也能够为小区单元、洞、村落等居住便利的区域单位。

商业区信息提供服务器分析被分组的需求方意见(s110)。在进行更具体说明时，商业区信息提供服务器根据生成商业区信息大数据时所提取的各个项目的主要关键字而分析需求方意见。各个项目的主要关键字为包含在需求方意见的需求方信息、产业种类、店铺名或申请地区、品种、服务情况、需求方希望意见等。

通过一实施例，按区域分组的需求方意见根据产业种类、店铺名、品种等进行第二次分组。

商业区信息提供服务器基于分析结果而设定最合适创业区域(s120)，并提供给创业者。最合适创业区域是指考虑需求方意见、距离、交通方式或费用等的区域。例如，如图22显示所示，对于基于相同产业种类、店铺名、品种及区域，而需求方意见分为需求1区域乃至需求3区域的情况，与能够容纳相应产业种类的需求方的最小距离(例如，通过利用交通而需求方存在移动意见的距离范围，相应产业种类的可配送范围或特许经销开设的最小距离间距等)对比，将创业者的利益最大化的地方(星号区域)设定为最合适创业区域。

图23为显示图1所示的服务应用服务器的销售管理提供方法的流程图。

参照图23，需求方通过在需求方终端10的服务应用程序的注册而访问服务应用服务器100。服务应用服务器100由注册信息接收需求方终端10的访问位置信息(s31)。

需求方在需求方终端10执行服务应用程序而检索建议订单的店铺及经营项目(s32)。此时，需求方考虑下订单且要生产品种的店铺的等待时间，或按时间是否可利用等，而设定检索范围，服务应用服务器100在注册的店铺提供与所述设定的检索范围相应的店铺列表而供需求方方便选择。(例如:品种名称炸鸡、可配送时间30分钟以内，选择之后检索或品种名称排骨、选择时间18:00、人员数十名可预约店铺检索)

在需求方通过需求方终端10选择建议店铺名或产业种类、经营项目而进行订单请求时(s33)，服务应用服务器100检索是否存在于在订单相应的建议店铺名或产业种类、经营品种建议地区内已注册的店铺信息内(s34)。在存在与已注册的店铺信息一致的店铺时，服务应用服务器100分析从接收方终端接收的订单请求(s35)，从而，确认店铺名、经营品种及其它具体情况的订单明细，并核定订单明细的请求费用而传输至结算服务器20。

根据一实施例，需求方通过服务应用程序而进行订单请求时，通过o2o(onlinetooffline)服务，而向创业者个别询问建议品种。创业者积极应对需求方的个别问询，从而，能够提高店铺运营的顾客满意度。

结算服务器20将请求费用的结算请求传输至需求方终端10(s37)，在需求方终端通过结算方式进行结算时(s38)，将该结算结果传输至服务应用服务器100(s39)。

服务应用服务器100将完成结算的订单明细传输至店铺终端40，并在店铺中根据从店铺终端40接收的订单明细而生产相应订单品种。订单品种能够为根据各种实施例而在自己店铺生成的商品，也能够为由店铺提供的服务，或者，为外包至与店铺关联的其它企业而生产的商品或提供的服务。此时，接收的订单明细、预约明细或生产中的订单品种的店铺的现状被实时控制，并实时传输至服务应用服务器100(s41)，并且，通过需求方终端10将实时订单明细、预约明细或生产中的订单品种的现状作为店铺现状信息由店铺终端40传输至服务应用服务器100(s42)。

在店铺完成订单品种的生产时，从店铺终端40将完成生产的订单品种传输至需求方终端10(s43)，并提供给需求方终端10或配送给需求方，而需求方领取订单品种(s44)。

店铺终端40完成结算而与发送的订单品种相关，一系列执行买入/卖出、库存管理等。在进行更具体说明时，创业者将相应订单品种的原材料购入等买入、订单品种消耗的卖出及库存管理等输入至店铺终端40而进行总括管理，由此，能够节省店铺运营所需的时间与劳动成本。

并且，服务应用服务器100基于由店铺终端40接收的店铺现状信息而向需求方显示能够进行订单请求、领取等待时间、预约状况等，从而，提高需求方的店铺利用便利性，而且，还能增强创业者的店铺运营成果。

图24为显示为了获取需求方的订单请求而显示在需求方终端的相应区域内店铺列表的一实施例。

服务应用服务器100通过服务应用程序而向需求方终端10提供位于特定支点既定半径内而注册的店铺列表。特定支点为需求方终端10的访问位置信息或需求方设定的位置。

所提供的店铺列表为在服务应用服务器100注册的店铺列表，根据一实施例，能够为在根据商业区信息提供服务器50的商业区信息大数据咨询之后创业的店铺。并且，根据另一实施例，能够为现有店铺信息，即，国内特许经销店铺名称的信息或由小工商业者市场振兴工业园区提供的店铺信息等。

在店铺列表包括：经营项目的类别(种类)、店铺名、经营品种的简单说明及可否配送、订单方式、可否预约等订单请求的简单说明。

店铺列表以输入至检索窗口的关键字为中心罗列。例如，如图8显示所示，对于输入“排骨”的检索语的情况，提供“排骨”作为经营项目并特定地点以“京畿道华城市陵洞”为中心而位于既定半径内的店铺列表。在提高所提供的店铺列表明细的需求方满意度时，对于相应目录，按下“好的”按键，而显示需求方意见，商业区信息提供服务器50将其作为需求方意见而反应至商业区信息大数据。

图25为根据需求方的订单请求而显示在需求方终端的预约内容确认画面，图26为根据需求方的订单请求而显示在需求方终端的访问预约内容确认画面的一实施例。

需求方在需求方终端10通过服务应用程序而显示店铺、经营项目及其它情况而下订单请求时，如图25显示所示，将订单请求情况的预约内容确认信息提供给需求方终端10。

例如，需求方请求下“水原大排骨”的店铺的“生排骨一人份”及“炸排骨一人份”订单的情况，店铺终端40基于提供至服务应用服务器100的店铺现状信息，将相应的需求方的当前等待编号及等待时间告知需求方终端。

需求方确认订单请求情况的所述信息，选择订单方式(配送订单、打包订单、访问预约)。

对于需求方选择访问预约的情况，如图26显示所示，需求方能够在服务应用程序设定访问预定时间。为了更容易选择访问预约，服务应用服务器100在需求方终端基于店铺现状信息，一起提供可预约的人员信息。

此时，在订单请求情况一起显示经营品种的需求(图26的预约人员数量)而下订单请求。

并且，需求方在接收所提供的与所选择的订单请求情况相应的服务之后，在服务应用程序，如图25显示所示，制作利用后记或服务改善请求。

图27为根据需求方的订单请求而显示在需求方终端的访问预约内容确认画面的另一实施例。

另外，服务应用服务器100对于为餐饮业的情况，与图26不同，通过服务应用程序，与座位配置图一起将订单现状提供给需求方终端10。此情况，需求方考虑座位配置及特定时间段的店铺的订单现状而在不与其他需求方重复的情况下能够下订单请求。

图28为根据需求方的订单请求而显示至店铺终端的访问预约内容确认画面的一实施例。图29为根据需求方的订单请求而显示至店铺终端的访问预约内容确认画面的另一实施例，图30为根据需求方的订单请求而显示至店铺终端的访问预约内容确认画面的又一实施例。

店铺创业者通过与服务应用服务器100联动的店铺终端40而在线上或线下确认从需求方接收的订单请求。

所确认的订单请求也能够按时间顺序罗列的列表形式提供，如图28显示所示，也能够按桌子座位配置罗列的形式提供。此时，在选择桌子座位中任一个时，店铺创业者在店铺终端预先查看(preview)每个桌子预约的现状或通过弹出窗口确认。

如图29显示所示，店铺终端40与服务应用服务器100联动而向创业者显示每个桌子的订单明细及各个时间段的预约现状。

此时所显示的桌子预约现状为需求方通过需求方终端已经结算的情况时，显示完成结算(二号桌子)，需求方通过访问预约而执行了订单请求，但结算为线下情况下，向店铺终端提供相关菜单(信用卡结算、现金结算、线上结算等)，以进行各种结算方式的结算。(一号桌子).

并且，如图30显示所示，店铺终端40与服务应用服务器100联动而向创业者显示配送订单明细及配送订单现状。

图31为图25的店铺的服务改善请求画面的一实施例。

需求方在需求方终端10的服务应用程序制作利用后记或服务改善请求。

虽未图示，但能够将通过利用后记接收所提供的订单请求明细的经营品种的量与质的评估、服务满意指数评估等按评估分数制作，并且，包括直接制作的其它意见项目。

需求方通过服务应用程序而增加商品或菜单、服务改善请求、价格降低请求、品质改善请求、位置转让请求等提供给店铺运营者或创业者的各种意见。

商业区信息提供服务器向开设与相应需求方意见相应的店铺或改善增加菜单/服务的店铺运营者提供相应需求方信息，以对于提出所述意见的需求方提供补偿服务。

通过一实施例，如图31显示所示，显示增加建议品种的开设请求(增加辣的炖排骨菜单)、价格的意见、现有经营品种的意见(再来份排骨)等。此时，按压“新型改善请求”按键而直接制作利用后记或其它意见或其它需求方在当前制作的意见列表上按压“好的”菜单，由此，以同意的方式显示需求方意见。

对于该结果，根据本发明的商业区信息提供系统，创业者接收基于从本发明的商业区信息提供服务器50提供的商业区信息大数据的咨询服务，由此，提前掌握要创业的建议产业种类或建议店铺(品牌)的实质需求，从而，提高创业的成功率。

并且，将基于反应实质需求方的商业区信息相关意见的商业区信息大数据设计的最合适选址的商业区信息提供给创业者，由此，能够提高创业者的创业成功率。

并且，根据本发明的商业区信息提供系统，需求方通过服务应用服务器100一系列执行买入卖出及库存管理，而且，关联从店铺终端输入的信息，而在服务应用服务器100分析需求方订单明细及需求方消费倾向，从而，更有效地运营店铺。

并且，根据本发明的商业区信息提供系统，需求方通过自身的请求而利用创业的店铺时，实时掌握店铺的现状，并下订单或预约，从而，能够方便利用店铺。

图32为显示本发明的另一实施例的商业区信息提供系统的框图，图33为更具体显示图32的商业区信息提供系统的框图。为了方便说明，以与图1、图18或图19的不同点为主进行说明。

参照图32，商业区信息提供系统包括：需求方终端11、服务应用服务器21、结算服务器41、店铺信息服务器210、用户信息服务器220及商业区信息提供服务器300。

参照图32及33，与图1不同，增加店铺信息服务器210及用户信息服务器220。

店铺信息服务器210包括位置信息管理部211及店铺信息管理部212。店铺信息管理部212存储包含国内整个特许经销店铺名的信息或由小工商业者市场振兴工业园区提供的店铺信息等的店铺信息，在各个店铺经营的品种与所述店铺信息联动，按炸鸡、披萨、猪蹄包饭、韩餐、面食、著名特许经销类别等分组存储。位置信息管理部211基于所述店铺信息的地址而存储并管理地理分布信息。此时，根据产业种类特性，包含相同店铺之间应分隔的已设定的最小单位距离信息而存储。

用户信息服务器220包括：用户信息管理部221、申报信息管理部222、位置信息管理部223。用户信息管理部221存储使用需求方终端11的用户基本信息，例如年龄、性别、申报位置、所述服务应用的利用注册信息、社交网络信息等并管理。

申报信息管理部222存储由需求方终端11接收的需求方意见、在该注册信息及商业区信息提供服务器生成的url信息。

位置信息管理部223存储通过需求方终端11的gps卫星31追踪的位置、监督电话区域或居住信息等。

商业区信息提供服务器300包括：店铺信息分析部321、位置信息分析部322、综合信息分析部323、控制部310、收发部320、存储部350。

收发部320与需求方终端11、服务应用服务器21、店铺信息服务器210、用户信息服务器220连接而收发各种消息。在进行更具体说明时，从需求方终端接收需求方意见，或向所述需求方终端传输推送通知。并且，从服务应用服务器21接收建议店铺不一致通知，或从店铺信息服务器或用户信息服务器接收注册店铺信息或注册用户信息。

店铺信息分析部321从由需求方终端接收的需求方意见提取建议开设请求的产业种类或店铺名、经营项目等。

位置信息分析部322从由需求方终端接收的需求方意见提取监督电话区域或提取接收方终端的位置信息，基于区域信息、地图信息而对用于创业咨询数据的最合适位置条件进行分析。

综合信息分析部323反应店铺信息分析部321及位置信息分析部322的分析结果而基于监督电话区域或接收方终端的位置而生成包含在一定半径内请求开设的店铺名或相同产业种类存在与否的信息、共同的需求方意见的注册信息、需求方分布信息、不动产信息及地图信息等的商业区信息大数据。并且，综合信息分析部323对于之后创业者请求咨询的情况，根据创业者的请求基准而利用商业区信息大数据生成用于创业咨询的商业区信息。

存储部350存储商业区信息大数据及补偿服务信息。

存储部350包括：用户信息数据库351、申报信息数据库352、店铺信息数据库353及位置信息数据库354。

用户信息数据库351与用户信息服务器220联动，而存储传输所述需求方意见的所述需求方终端的用户信息。

申报信息数据库352与用户信息服务器220联动，而存储所述需求方意见及其注册信息。

店铺信息数据库353与店铺信息服务器310联动，而存储从所述需求方意见提取的店铺的请求情况，并存储已注册的店铺信息。

位置信息数据库354与用户信息服务器220及店铺信息服务器210联动，而存储所述需求方终端的位置信息、已注册的店铺的位置信息或监督电话区域信息中至少一个。

存储部350还包括：附加服务信息数据库355，对于在接收店铺名或产业种类、经营品种、申请地区等一致的需求方意见超过已设定临界次数的情况，存储向制作需求方意见的需求方提供的补偿服务信息。

控制部310控制收发部320、店铺信息分析部321、位置信息分析部322、综合信息分析部323及存储部350之间的运行。并且，控制部310在从接收方终端接收所述需求方意见时，生成与其相应的url地址，通过收发部320将url地址告知接收方终端11。

图34为显示的图32的商业区信息提供系统的商业区信息提供方法的一实施例的流程图。

参照图34，首先在需求方终端11注册在服务应用时，服务应用服务器21从需求方终端11接收需求方信息及其位置信息(s30)。

服务应用服务器21与店铺信息服务器210联动而请求所述位置信息所属的区域内的注册店铺信息，店铺信息服务器210提取相应区域内的注册店铺信息(s31)，而传输至服务应用服务器21(s32)。服务应用服务器21与用户信息服务器220联动，而请求使用所述需求方终端的用户的信息，用户信息服务器220提取利用服务应用的已注册用户(需求方)信息(s33)而传输至服务应用服务器21(s34)。

服务应用服务器21确认从店铺信息服务器及用户信息服务器接收的需求方信息、需求方位置信息及注册店铺信息，将映射至需求方信息的注册店铺、经营品种及区域的注册店铺信息传输至接收方终端11(s35)。

但服务应用服务器21在不存在映射至需求方信息的注册店铺、经营品种及区域的注册店铺信息的情况下，将建议店铺不一致通知传输至商业区信息提供服务器300(s36)，商业区信息提供服务器300向需求方终端11传输询问是否申请需求方意见的消息(s37)。

对于用户在需求方终端11同意需求方意见申请的情况，根据一实施例，制作相应内容，而传输至服务应用服务器21。传输至服务应用服务器21的消息根据另一实施例，也能够为同意在另一需求方的申请，根据又一实施例，也能够同意店铺推荐列表中任一个。并且，需求方意见基于需求方检索的关键字，也能够在商业区信息系统中，从为需求方推荐的至少一个类似菜单或类似产业种类中选择。

服务应用服务器21从所接收的需求方意见提取包含店铺名、产业种类及其经营项目等的店铺信息及用户基本信息的需求方信息(s40)，传输至各个店铺信息服务器210与用户信息服务器220(s41、42)。

店铺信息服务器210分析反应需求方意见的店铺信息而传输至商业区信息提供服务器300(s43)，用户信息服务器220分析执行需求方意见的用户的需求方信息，而传输至商业区信息提供服务器300(s44)。

商业区信息提供服务器300反应分析结果而基于申请地区或接收方终端的位置，生成包括是否存在请求在一定半径内开设的店铺名或相同产业种类的信息、共同的需求方意见的注册信息、需求方分布信息、不动产信息及地图信息等商业区信息大数据。并且，之后，对于创业者请求咨询的情况，根据创业者的请求基准而利用商业区信息大数据生成用于创业咨询的匹配商业区信息。

图35为显示本发明的另一实施例的商业区信息提供系统的框图。

参照图35，与图1或图32不同，商业区信息提供系统包括：需求方终端12、gps卫星32、店铺终端42及服务提供服务器400。

即，图1或图32的商业区信息提供服务器及服务应用服务器作为一个服务提供服务器的一部分实现。对于该情况，服务应用提供部401与图1或图32的服务应用服务器的作用相同。并且，商业区信息提供部402也与图1或图32的商业区信息提供服务器的作用相同。但数据库403为在服务应用提供部401与商业区信息提供部402共享的构成要素，各个提供部所需的信息或应存储的信息能够存储于数据库403而被运用。

更具体地，数据库部(下面称为数据库，403)包括：需求方信息、店铺信息、不动产信息、位置信息等。

需求方信息包括制作需求方意见的需求方的年龄、性别、申报位置、所述服务应用的利用注册信息、社交网络信息等。

店铺信息存储包括店铺名、店铺经营项目列表、店铺位置、店铺联系方式等的注册店铺信息。

不动产信息包括反应包含设施信息的地理位置信息及所述区域信息的地图信息等。

位置信息存储区域信息，在进行更具体说明时，建筑物的位置、用途、入驻企业信息及建筑物分布、道路信息、水田、旱田、山或江、河川等地理信息，并且，将保留特许经销控股公司的特许经销店铺的分布信息、公共设施及产业设施分布信息、人口分布信息等一起映射至地理信息而存储。

并且，数据库403还包括结算信息、订单信息、申报明细、商业区信息大数据等。

结算信息与结算服务器联动而基于需求方注册信息而存储已注册的需求方的结算信息、用于结算的安保程序、结算程序的各种程序等。订单信息临时存储从需求方终端10接收的订单请求的信息。申报信息存储所述需求方意见信息、所述需求方希望意见及所述需求方意见信息的注册信息。此时，需求方意见信息的注册信息是指产业种类或店铺名、经营项目、所述监督电话区域一致的所述需求方意见显示的次数及其他需求方而产生的需求方意见接收明细。商业区信息大数据存储从商业区信息提供服务器接收的商业区信息大数据，或存储之后创业者请求的匹配商业区信息。

服务应用提供部401向需求方终端12提供服务应用程序，服务应用程序作为实时连接店铺的创业者/运营者与创业者和显示需求意见的需求方的程序，执行提供需求方与创业者及现有店铺运营者之间o2o(onlinetooffline)服务的通道作用。

通过一实施例，需求方终端12通过服务应用程序而选择店铺及经营项目，从而将订单请求传输至服务应用提供部401。并且，需求方终端12对于通过服务应用程序而在已注册的店铺/经营项目不存在需求方建议的店铺或经营项目的情况，传输需求方意见。

在服务应用提供部401从需求方终端12接收订单请求时，请求通过订单请求而已注册店铺的店铺终端42生产目标经营项目。

服务应用提供部401根据按订单请求的结算结果而将已注册店铺的目标经营项目的生产请求传输至店铺终端40。在接收生产请求的店铺生产目标经营项目而向进行订单请求订货的需求方配送目标经营项目。

服务应用提供部401对于在从需求方终端12接收的订单请求在数据库403不存在已注册的店铺或目标经营项目列表的情况，而通知给商业区信息提供部402。

并且，服务应用提供部401由店铺终端42接收店铺现状信息而控制订单配送等实时追踪现状、等待时间、预约现状等。需求方终端12在进行店铺检索时，显示反应所述控制状况的店铺列表。

商业区信息提供部402向需求方终端12传输询问是否申请需求方意见的消息，在由需求方终端12接收所述申请的需求方意见明细时，基于此，提取需求方信息、产业种类、店铺名或申请地区、需求方建议意见中至少一个，从而生成商业区信息大数据，并存储至数据库403。并且，为了与创业者的咨询请求对应，利用商业区信息大数据而用于创业咨询的匹配商业区信息。匹配商业区信息根据一实施例，是指向新要创业的创业者的提供的需求方意见最合适创业区域、品种等，通过另一实施例，是指向现有店铺运营者提供的需求方意见的服务改善情况、增加或修改经营品种等。

在进行更具体说明时，商业区信息提供部402对于在数据库403注册的店铺或经营项目中不存在需求方希望的店铺或经营项目的情况，向需求方终端12传输询问是否申请需求方意见的消息。在由需求方终端12接收所述申请的需求方意见明细时，基于此提取需求方信息、产业种类、店铺名或申请地区、需求方希望意见中至少一个，而生成商业区信息大数据。

并且，为了对应创业者的咨询请求，利用商业区信息大数据而生成用于创业咨询的匹配商业区信息并存储至数据库403。

此时，需求方意见也能够由需求方直接制作，通过另一实施例，也能够同意另一需求方的意见。并且，根据又一实施例，也能够为同意店铺推荐列表中任一个。

并且，需求方意见基于需求方检索的关键字，也能够为从在商业区信息提供部402中为需求方推荐的至少一个以上类似菜单或类似产业种类中选择。

在本说明书中，“需求方意见”也能够称为商业区监督电话、店铺开设请求、产业种类开设请求或需求方建议意见等，在将需求方的意见显示或反应至商业区信息系统时，应当理解未限定于所述用语，并通过各种形式表现。

收发部404与需求方终端12、gps卫星32及店铺终端42收发信息。

控制部405控制服务应用提供部401、商业区信息提供部402、数据库403、收发部404等各个构成要素的运行。根据本发明的实施例的商业区信息提供系统，与提供单纯基于需求方的利用模式信息及加入信息、注册店铺信息而设计的商业区的最合适选址条件方式不同，具有能够掌握对目标产业种类或目标店铺的实际需求方的需求的优点。

该结果为创业者接收基于从本发明的商业区信息提供系统提供的商业区信息大数据的咨询服务，由此，能够提前掌握要创业的建议产业种类或建议店铺(品牌)的实际需求，从而提高创业成功率，并且，运用补偿服务，将制作需求方意见的用户作为预备需求方，从而，具有获得更容易告知之后店铺开设的商业效果的优点。

本发明通过附图显示的一实施例进行了说明，但其仅用于例示，应当理解，本技术领域的普通技术人员能够由此进行各种变形及实施同等的其它实施例。因此，本发明的真正的技术保护范围应当通过权利要求范围的技术思想定义。

工业实用性

本发明提供一种将应用服务的利用中收集的需求方的商业区信息相关的意见与现有商业区信息结合而设计的最合适选址的商业区信息。