一种基于JAVA的网络服装销售系统及互动方法

一种基于java的网络服装销售系统及互动方法
技术领域
1.本发明涉及电商交互技术领域，特别涉及一种基于java的网络服装销售系统及互动方法。


背景技术：

2.人们在日常生活学习工作中越来越钟爱使用互联网进行购物。通过使用在线服装销售的渠道可以解决目前很多企业所面临的市场开拓难的难题。
3.在线销售系统已经出现，其易于用户操作。而系统后台管理员可以便捷操作，提供给商家成熟的科学管理理念。至此分析，系统在投放市场时，运行方面可以进行容易地广告宣传，集销售和广告为一体。
4.互联网交易模式已经成为当今世界主流的销售模式，作为企业销售，拥有一个功能强大，实用性强，简便操作的互联网销售平台，是各大电商平台普遍追求的。一个功能完整，操作便捷的服装系统，不仅给服装企业添加了一种开拓式的网络销售方式，又扩大了该企业在互联网上的知名度，网站上强大的功能展示，方便直观的表现出了企业中特性服装，也方便了顾客对企业中的销售理念未来的销售规划的理解。
5.但是现有的服装销售的平台，或者说用户app和商家服务器的组合，鲜少有从用户角度或者仅从用户角度考虑的，用户几乎无法看到自己想看到的内容，或者只能看到一小部分，用户一般要么是看到全部商品，自行检索，要么是优先看到的是商家推介的商品，现有的电商平台也并没有一个如
“‑
商家推介”的命令可以完全不看推介内容，用户即使进行分类检索，显示在前端的也一般都是商家希望用户看到的，或者是所谓的“综合排序”，价格排序，销量排序，评价排序，这些都与用户的实际需求并不相符，用户只想看自己想看的商品一般不可能。


技术实现要素：

6.本发明要解决的技术问题是克服现有技术的网络销售平台，没有从用户角度考虑的交互方法，尤其是只从用户角度考虑的交互方法的实际缺陷，提供一种基于java的网络服装销售系统及互动方法。该系统可以使得用户真正得到符合自己需求的产品信息，而且真正符合自己需求和购买build的可以直接优先显示，这些不需要每次输入，而是系统自动推送。
7.为了解决上述技术问题，本发明提供了如下的技术方案：
8.一种基于java的网络服装销售系统，其特征在于：包括若干管理终端，若干购买终端，和一台中央服务器，所有管理终端、购买终端以有线或无线方式与中央服务器通信连接；若干管理终端上均装有后台app，若干购买终端均装有前台app；后台app 和后台系统通信，前台app和前台系统通信。
9.所述中央服务器包括中央存储器和用户定制系统以及前台系统、后台系统，中央存储器包括密码权限存储器、终端资料存储器、服装信息存储器，前台系统和后台系统均可
以访问密码权限存储器、终端资料存储器、服装信息存储器，后台系统具有单独的管理信息存储器和统计信息存储器；购买终端以前台系统登录，管理终端以后台系统登录。
10.密码权限存储器内以密码存储表单的形式存储任一终端的当前登录密码以及历史密码；终端资料存储器内以个人信息表单的形式存储任一终端持有者的个人信息。
11.中央存储器内存储有待销售的所有服装的原始信息，原始信息包含服装的id号、名称、说明、多款式信息、材质、原产地、库存情况、发货条件、适合的性别、适合的年龄、价格、可能的折扣及触发条件信息，分级类别信息；分级类别信息至少包括三级类别细分。
12.用户定制系统具有用户定制存储器，用户定制存储器中包含从每个购买终端获取的用户分级信息和用户build信息、用户服装列表，用户分级信息是该用户实际关心的部分分级类别信息的实际选择，用户build信息至少包含用户年龄和用户性别；用户服装列表内包含于对应的用户分级信息的全部服装，并按照与最相关的一个用户 build的相关度被赋予相关度值。
13.服装信息存储器内以服装单项数据表的形式存储任一服装的信息，中央存储器中每登录一项原始信息，在服装信息存储器内形成对应的以原始信息填充的服装单项数据表，并在表头中赋值建议性别和建议年龄，表头以id号命名。
14.进一步地，原始信息还包括服装的偏瘦、适中、偏胖信息，用户build信息还包括偏瘦、适中、偏胖信息。
15.一种网络服装互动方法，其利用基于java的网络服装销售系统以实施，其特征在于。
16.(1)开始步骤：选定一个周期，开始交互，根据待销售的所有服装的原始信息，在服装信息存储器内全部形成服装单项数据表，以供用户定制系统进行计算。
17.(2)用户定制信息被动获取步骤：从购买终端被动获取用户分级信息和用户build 信息，并根据用户分级信息从服装信息存储器内提取得到用户服装列表，并对用户服装列表赋予相关度值。
18.所述被动获取，是指通过用户初次登录时的分级选择提示获取，或者从购买终端的分级信息选项被用户自主设定后获取，或者在用户自主选择浏览初次分级选择之外的分级信息后经确认获取的三种情形择一进行获取，对于最新一次获取的用户分级信息和用户build信息，将其存储到用户定制系统中并覆盖原有用户分级信息和用户 build信息；每次原始用户分级信息和用户build信息和实际使用时段被在其他存储位置保留。
19.用户服装列表更新时，重新计算针对每个用户计算一次用户服装列表，并存储于用户定制系统中；所述用户服装列表需要更新，是指在每一次用户分级信息和用户 build信息发生变化时，或者中央存储器中的服装信息批量增加时的二者择一时对用户服装列表进行更新。
20.(3)用户选购步骤：在用户非首次登录时，给用户展示商城，并只显示当前的对应的用户服装列表中的服装，且在用户点开任一类别细分后，按照与当前的类别细分的最相关的一个用户build的相关度值对当前类别细分中的服装条目按相关度值排序并显示。
21.(4)变化重复步骤：当发生被动获取，或者发生用户服装列表需要更新时，返回步骤(2)再次按顺序实施。
22.(5)监视报告发送步骤：在一个周期结束时，列表式统计历次用户分级信息和用户
build信息及其实际使用时段，生成报告并发送至购买终端和管理终端。
23.进一步地，步骤(2)中的用户服装列表更新时，更新过的用户服装列表由管理终端进行订正，但进队服装列表进行部分删除而不增加，部分删除以照该用户上一个或上多个周期的消费习惯为依据进行；所述周期的长度为1
‑
12个月。
24.与现有技术相比，本发明的有益效果是：1)减轻服务器推送压力，现有技术的电商平台，其没有这种以用户需求为基础的推送方式，其只有全部推送，按照用户检索的关键词推送，还附带商家猜测用户可能感兴趣的内容，每次用户一登陆，一检索，都要进行重新计算和推送，是对系统资源和电能的极大浪费，而且，在这种方式下，用户常常是看着看着就忘了自己到底要买什么，虽然可能在促销攻势下有了一些消费，但是其反省后发现并没有很容易地找到自己想要的商品，对电商平台恶感增加，长期以往会改换门庭；2)被动获取，是指通过用户初次登录时的分级选择提示获取，或者从购买终端的分级信息选项被用户自主设定后获取，或者在用户自主选择浏览初次分级选择之外的分级信息后经确认获取的三种情形择一进行获取，这样的三种方式都不是商家主动的计算和推送，而都是在合理的时机从用户处获取的，都是用户所实际需要的商品类别，而且也能实现有效的更新，这样用户看到的永远都是自己感兴趣的商品类别，系统也省去大量的无用运算。3)排序问题是个大问题，现有技术中消费者一般只有“综合排序”，价格排序，销量排序，评价排序，热门商品排行榜等种类可以选择，而为了寻找心仪的商品往往花费大量时间却一无所获，本技术克服了这种问题，例如用户build是6岁男童，较符合的商品会自动得到高相关度，在进入浏览时自动排列在前，性别不符直接排除，是大童的，号明显偏大的“男童装”自动排列在后，使得用户找寻心仪的商品容易很多，花费时间精力明显节约。
附图说明
25.图1为本发明业务流程实际例子示意图；
26.图2为订单管理的流程例子示意图。
27.图3为本发明前台系统交互例子示意图。
28.图4为后台系统交互例子示意图。
29.图5为系统登录界面示意图。
30.图6为用户登录界面示意图。
31.图7为购物车情况示意图。
32.图8为已购订单后台系统示意图。
具体实施方式
33.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
34.实施例1
35.一种基于java的网络服装销售系统，其特征在于：包括若干管理终端，若干购买终端，和一台中央服务器，所有管理终端、购买终端以有线或无线方式与中央服务器通信连
接；若干管理终端上均装有后台app，若干购买终端均装有前台app；后台app 和后台系统通信，前台app和前台系统通信。这里的终端可以是带app的手机，也可以是基于pda，palm等开发的专用终端，也可以是平板电脑或者pc。终端的通信可以是移动网络或wifi或有线连接。中央服务器是商用大型工作站为基础的。
36.所述中央服务器包括中央存储器和用户定制系统以及前台系统、后台系统，中央存储器包括密码权限存储器、终端资料存储器、服装信息存储器，前台系统和后台系统均可以访问密码权限存储器、终端资料存储器、服装信息存储器，后台系统具有单独的管理信息存储器和统计信息存储器；购买终端以前台系统登录，管理终端以后台系统登录。前台系统是一种专设于学生终端和教师终端便于登录的系统，后台系统适于管理终端登录，前台系统关注于易读性，界面美观简洁，后台系统关注于全面性，专注于简洁且高效。例如基于jsp开发。
37.密码权限存储器内以密码存储表单的形式存储任一终端的当前登录密码以及历史密码；终端资料存储器内以个人信息表单的形式存储任一终端持有者的个人信息。表单可以包括字段名、类型、主键等信息。
38.中央存储器内存储有待销售的所有服装的原始信息，原始信息包含服装的id号、名称、说明、多款式信息、材质、原产地、库存情况、发货条件、适合的性别、适合的年龄、价格、可能的折扣及触发条件信息，分级类别信息；分级类别信息至少包括三级类别细分。这里例如是各种格式的数据库文件，例如是以mysql数据库存储并供查询。
39.用户定制系统具有用户定制存储器，用户定制存储器中包含从每个购买终端获取的用户分级信息和用户build信息、用户服装列表，用户分级信息是该用户实际关心的部分分级类别信息的实际选择，用户build信息至少包含用户年龄和用户性别；用户服装列表内包含于对应的用户分级信息的全部服装，并按照与最相关的一个用户 build的相关度被赋予相关度值。
40.这里用户build至少包括用户年龄和用户性别，可以是一个数值或者是一个范畴，比如小童、中童、大童、中大童或者3岁，6岁，9岁，12岁，身高比如是130、140、 150、160或者125
‑
135、135
‑
145、145
‑
155cm等。
41.服装信息存储器内以服装单项数据表的形式存储任一服装的信息，中央存储器中每登录一项原始信息，在服装信息存储器内形成对应的以原始信息填充的服装单项数据表，并在表头中赋值建议性别和建议年龄，表头以id号命名。
42.进一步地，原始信息还包括服装的偏瘦、适中、偏胖信息，用户build信息还包括偏瘦、适中、偏胖信息。进一步地，销售系统例如采用mysql+myeclipse开发，前台系统例如采用jsp开发；后台系统例如采用mysql数据库。这样前台美观，互动容易，后台管理准确严谨。
43.实施例2
44.一种网络服装互动方法，其利用基于java的网络服装销售系统以实施，其特征在于。
45.(1)开始步骤：选定一个周期，开始交互，根据待销售的所有服装的原始信息，在服装信息存储器内全部形成服装单项数据表，以供用户定制系统进行计算。这里周期是以整数为基准，毕竟一般不是整数的期限不符合一般认知，也不方便了解和管理、传递，例如周期是3个月，半年，一年等。
46.(2)用户定制信息被动获取步骤：从购买终端被动获取用户分级信息和用户build 信息，并根据用户分级信息从服装信息存储器内提取得到用户服装列表，并对用户服装列表赋予相关度值。这种相关度值可以是基于身高或者年龄的实际差值计算的，也可以是事先约定的换算数值，比如期望身高差5cm算作增减1，例如用户build是140cm 的男童，则140cm服装的相关度数值例如是3，135和145的例如是2，130和150的例如算1，125以下和155以上的例如都算0。
47.所述被动获取，是指通过用户初次登录时的分级选择提示获取，或者从购买终端的分级信息选项被用户自主设定后获取，或者在用户自主选择浏览初次分级选择之外的分级信息后经确认获取的三种情形择一进行获取，对于最新一次获取的用户分级信息和用户build信息，将其存储到用户定制系统中并覆盖原有用户分级信息和用户 build信息；每次原始用户分级信息和用户build信息和实际使用时段被在其他存储位置保留。这其中第一种是用户必设的，后两种是用户根据自己的情况自主调整的，比如用户家庭中的男童原来是6岁，130cm，现在过了一年，要调整为7岁，140cm。
48.用户服装列表更新时，重新计算针对每个用户计算一次用户服装列表，并存储于用户定制系统中；所述用户服装列表需要更新，是指在每一次用户分级信息和用户 build信息发生变化时，或者中央存储器中的服装信息批量增加时的二者择一时对用户服装列表进行更新。
49.(3)用户选购步骤：在用户非首次登录时，给用户展示商城，并只显示当前的对应的用户服装列表中的服装，且在用户点开任一类别细分后，按照与当前的类别细分的最相关的一个用户build的相关度值对当前类别细分中的服装条目按相关度值排序并显示。这里的类别显示时可以只是最小类别内，比如第三级别的男小童牛仔裤，也可以时包括很多个第三级别的第二级别的男童牛仔裤，包括男小童牛仔裤、男中童牛仔裤、男大童牛仔裤、男中大童牛仔裤等几个三级别。
50.(4)变化重复步骤：当发生被动获取，或者发生用户服装列表需要更新时，返回步骤(2)再次按顺序实施。被动获取发生了说明用户实际关心的商品方向发生了变化，比如身高高了，变胖了，变瘦了，要变化，同时商城必然会有成批的新服装加入，这里服装列表更新例如是成批更新，也可以7
‑
15天更新一次。没有更新之前，对于用户可以设定新产品全部推送，或者全部不推送。
51.(5)监视报告发送步骤：在一个周期结束时，列表式统计历次用户分级信息和用户build信息及其实际使用时段，生成报告并发送至购买终端和管理终端。
52.进一步地，步骤(2)中的用户服装列表更新时，更新过的用户服装列表由管理终端进行订正，但进队服装列表进行部分删除而不增加，部分删除以照该用户上一个或上多个周期的消费习惯为依据进行；所述周期的长度为1
‑
12个月。这里可以通过后台关心的方式进一步缩减推送数据，比如用户设定的是男童牛仔裤，但是涉及的用户 build是10岁男童，这里肯定不可能再穿小童的牛仔裤，这里可以在后台将小童的牛仔裤实际上删掉。
53.实施例3
54.这个系统有两个大模块，前台和后台管理。前台界面的设计采用简便、画面友好的视图设计，系统能够提供给用户便捷的查询、浏览功能。具体如下：查询服饰、浏览服饰、购买服饰、加入购物车、界面右侧系统可发布实时通知和推荐商品信息等功能。后台界面的设
计是为了方便管理员管理用户。系统为用户提供便利的操作环境和便捷的操作方式。
55.本系统时需要切实根据客户的要求进行设计，所有功能的开发均要满足客户的要求：在系统功能上，系统满足大部分用户的基本需求，如页面浏览，商品分类，购物车，商品推荐等。在用户完成在线购物的后期过程中，用户还可以查看系统提供的订单信息并且能够随时随地查看货源信息。
56.业务流程例如：(1)用户通过浏览器登入到系统中，通过系统的界面中展示关于服装新品情况(经筛选)的详细信息。(2)用户注册后才可以登录，消费者注册登录消费者进入该页面之后看到对话框里写用户注册登录，这时候先去注册，之后再用注册了的账号登陆，(3)将产品放置于购物车中，在购物车中含有添加、查看、移除等功能。(4)收银台处理，系统将处理用户购物车所含商品的信息，然后提交相应的订单，系统自动会产生编号，然后消费者可手动点击查看信息。(5)管理者后台处理，商家人员登录到此系统的后台，然后点击消费者的订单反馈，且处理信息。
57.系统基本功能包括：1.系统界面友好大方，功能排版架构清晰；2.浏览时设计出简单各式服装展示效果图，方便选择；3.科学的区分系统服饰类别，方便用户快速查看搜索；4.完成系统购物车基本性能，用户能够及时结账；5.具备网站公告功能，方便用户实时了解网站信息及产品；6.制定排行榜供用户参考；7.订单生成，订单查询等功能的实现；8.正确且科学的管理后台的方法，方便管理员维护更新。
58.数据字典令技术人员在进行系统设计时提供便利的数据处理方式，加快系统开发的进程，使系统的安全性能得到保障。此外，它还可以对系统的业务逻辑和外部实体进行定义。数据的流程使用数据字典处理，可以从图形及文字两个方面对系统进行完整的叙述。
59.使用uml活动图来对所需要进行流程分析，由于商家人员对于各方面管理信息的业务流程基本一致，所以以下分别对用户的信息以及服饰的信息进行详细分析：1.用来管理信息的操作基本上是通过商家人员来进行的。这个商家人员可以通过商家自主设置的管理账号进入，可以根据消费者的各方面情况进行操作。2.信息是这个网站最核心的部分，因为有了服装的详细信息，消费者才可以查看并且购买，商家才能够添加自己的服装和所有的信息。
60.系统一共有两个模块，分别为前台和后台。两个数据模块都具有彼此相应的功能，都需要进行数据库的访问，且共享。只不过访问的数据表不一样。各个模块的功能全是根据汇集的资料进行排版创作的。根据用户需求，将系统的两大功能的基础上划分出几个小功能。
61.前台系统功能模块分为：(1)服饰展示模块：商家每次出款新的服装款式，都会进行相应的信息展示，并统计到排行榜中；(2)服装查询模块：用户可以随时随地的查询服装的基本信息；(3)购物车模块：顾客增加服装到购物车，查询、移除、清空、修改购物车中的服装情况；(4)收银台模块：用户对想要的东西添加到购物车后进行结算并付钱；(5)用户维护模块：用户能够对自己想要更换的功能进行操作，注册、登录、修改个人信息还有找回密码等等；(6)订单查询模块：用户能够点击实时订单信息和自己以往的订单情况并进行查看；(7)公告浏览模块：用户能够从公告栏浏览到该网站最新发布的通知和推荐购买的服饰；(8)留言模块：使用户通过留言板表达自己的建议和意见；系统前台用户功能结构图如图3
‑
1所示。
62.后台系统功能模块分为(1)服装管理模块：分类浏览服装信息，维护服装基本信息；(2)用户管理模块：管理者能够查看用户的操作和个人信息，但不能擅自修改； (3)管理员维护模块：可以使管理员修改个人信息，且使管理员自己管理维护各管理员的信息；(4)订单管理模块：可以使管理员查询、浏览、删除订单信息，并进行相应的订单受理；(5)公告管理模块：管理员能够对公告栏的信息进行发布、删除等维护功能；(6)留言模块：管理员通过查看前台用户的留言，对该网站进行相应改善。
63.系统特性及要求，使用mysql数据库，主要有信息的添加、保持、更新、查询等。系统需要对系统所需要的功能要求进行数据结构设计。1.从用户填写的信息相应的建立后台数据表中的此用户数据项，包括账号、密码、邮箱、地址还有电话等基本信息。2.对服装的尺码类别进行分类管理，可以查询服饰类别信息和详细等操作，最少要两张表才可以针对每一个类别管理。3.用户完成购物后会产生流水单，方便用户跟进查询商品信息。4.系统生成订单时，会对用户的订单进行出货配送等处理，所以系统需要对这些订单进行记录。5.所有的数据都需要后台来进行管理，管理员要建立信息数据表。6.用户会对商家的服务、商品质量等作出评价或留言，因此系统建立了留言板，供用户来提建议和意见。
64.服装的全部信息实体属性图，主键为装编号，服饰信息描述了服饰最基本的情况，里面介绍了服装的品牌、还有大小号、还有服装各个方向比如前、后、左、右的照片；各个服饰的类别，比如属于外套、短袖、裤子、配饰等等都有相关介绍。员工基本信息实体属性图，可以区别管理员的信息，里面可以查看例如姓名、密码、家庭地址等已统计过的情况。用户基本信息实体属性图，这个图展示了消费者的各方面信息，有姓名、编号、属于什么类别、性别、出生年月、以及各种用户build信息，例如用户自己是中年女性，自己还可以登录中年男性和男性儿童，一个账户有三个build，区别明显因此，可以供存。
65.系统前台基本功能设计与实现：系统的实现必须保证用户信息的安全性和稳定性，确保用户在进行购物时的信息准确性，因此，对用户的管理是系统设计的重中之重。系统的用户管理功能模块主要部分包括用户的注册，登录，验证等基本功能。用户单击注册，进入用户注册界面。然后，用户需要根据具体要求完善信息，如，用户名不可与已有用户名一致，用户的email惟一且可用。完成以后单击“确定”系统就会对所填信息进行检查。若信息均符合要求便存入系统数据库，否则系统提示具体不符合要求的信息。
66.用户注册模块：用户登录系统时系统展示登录页面，用户进行用户名及密码的验证，若系统提示用户名已存在，则登录成功，否则提示输入的用户名或密码不存在给用户，然后用户回到登录页面进行注册或者重新输入。已注册的用户登录后可以自主选择修改自己的个人信息，修改完成单击“确定”。用户可以使用新密码在系统返回的登录界面进行下一次登录。
67.用户修改模块：购物车可模拟实现现实超市的小推车功能，比如我们在超市里想要买的东西就会放入小推车，在网上同样是这样，想购买的喜欢的衣服加入到购物车内，用户不满意可以清空购物车。单击“继续购物”便可以继续浏览商品，“进行下一步”便可以进入收银台结账。
68.购物车模块：进行购物车货物提交之前，用户需填写好地址，电话等个人基本信息，填写完成后，单击“提交订单”进入配送。当系统确认用户信息无误时，系统可自动生成订单信息。
69.查看订单模块：用户完成购物时，用户可以在系统中分享自己的产品使用体验，故系统需设计留言板供用户交流。
70.留言浏览模块：系统的基本功能信息有用户和管理员信息，服装信息，购单信息，新闻信息，留言信息等。每一个模块都具有其独特的操作功能，每一步系统都会接受数据的信息的传输，存储到数据库中。
71.客户信息管理模块：用户进行购物，系统检测用户信息正确后会生成订单信息，管理员可以查看系统已经被处理或未被处理的订单详情。管理员也拥有删除的权利。
72.订单管理模块：在服装信息功能模块中除了基本的操作功能之外，本系统还增添了服饰照片上传到服务器的功能特点。使用户得到视觉上的体验，从而刺激消费者的消费。系统主界面有服装展示区，管理员可在此区域添加或更新相应的服装基本信息，之后向服务器端上传图片信息。服装管理信息界面，管理员自由设置特价服装，用户随时可以查看特价服装信息资料，管理员单击照片，系统就会返回相应的服装照片信息。
73.服装信息管理模块：在商品的主界面有商城信息公告模块，使消费者及时了解到商城的信息和特价商品展示。还有就是告诉消费者比如说该商家有新的不同的活动，所以管理员还需要在后台操作一下想要修改还有更新的内容。
74.公告管理模块：用户完成购物时，用户可以在系统中分享自己的产品使用体验，商家可以根据用户的反馈进行合理的更改。
75.尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换,凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。