全球研究计算机科学杂志》上
菜单石头:2229 - 371 x
石头:2229 - 371 x
| Sougata Khatua* 1,张誉恒2,业务达斯3和N.Ch.S.N。Iyengar4 学院的计算维特大学科学与工程vellore - 632014,印度泰米尔纳德邦, |
| 通讯作者:Sougata Khatua,电子邮件:sougatakhatua@yahoo.com |
| 相关文章Pubmed,谷歌学者 |
访问更多的相关文章全球研究计算机科学杂志》上
当前网购系统使用互联网作为交易的主要媒介。网购越来越受欢迎,主要是因为人们发现它方便和容易购买各种物品从他们的办公室或家里舒适。本文提出了一个个性化的网购系统,利用代理技术来提高自动化和在互联网商业购物流程的效率。代理技术用于提高customera年代需要包括可用性、快速响应时间,和效率。剂对于网购创建连接在一个anytime-anywhere-any-device-basis提供所需的特定商品消费者基于交易成本优化和可伸缩性。客户端代理与控制器连接代理控制所有代理信息。控制器代理将项目信息发送给客户端代理和客户选择商品并将购物车。最后得出的结论表明,系统执行效率和可以帮助客户节省巨大的网上购物的时间。
关键字 |
| 玉、多代理客户端代理,控制器代理,网购 |
介绍 |
| 网购被定义为使用计算机和电子网络组织与顾客购物通过互联网或其他电子网络。网上购物日益流行,主要是因为人们发现它方便和容易购买各种物品从他们的办公室或家里舒适。网上购物最大的优势之一,特别是在假期,是它消除了需要排成长队等候或从商店到商店寻找一个特定的项目。互联网用户的不可预测的增长在世界整个世界打开了一个新的商业机会。在互联网上购物活动以指数方式增长在过去的几年里。一个这样的环境有一个突出的工作的代理将网购用户能够给这些代理买卖的责任,而不是搜索网购自己[5]。没有适当的机制来促进电子交易和代表顾客购物流程的自动化。所以人类买家仍负责收集商品信息从多个供应商在网上,关于每个商品的决定,然后做出最好的选择,并最终执行网络支付。所以要花很多时间在互联网上买东西[2]。因此,减少时间和提高自动化的网购系统多代理环境使用。 |
文献综述 |
| 相关工作 |
| 软件代理技术提供一个新的场景,是用来开发新一代电子商务系统中,最耗时的阶段customerA¢s购物过程将自动[9]。 |
| 此外,现在有许多不同的购物网站在互联网上;然而,大多数这些网站缺乏一个用户友好的界面设计,这是至关重要的成功的在线软件[6]。网购系统的接口必须悦目,轻松学习和易于使用的[2]。否则,人们一般网购可能会变得不那么感兴趣的应用程序。玉技术可以使用[7]建立一个用户友好,易于学习和愉快。 |
| 现在互联网上的大部分网购系统使用正常的网页实现。将以更繁重的工作的web服务器[1]。在一些纸,智能网购系统提出了用数据挖掘[12]。但是它太慢了。代理技术可以用来减少巨大的时间采取的网购系统基于web应用程序和数据挖掘。 |
| 众所周知的在线书店亚马逊,使用基于web的应用程序相对较慢,效率低,因为它有以下缺点[3]: |
| 1。它需要userA¢s直接干预措施。 |
| 2。这是浪费时间。 |
| 3所示。产品比较困难。 |
| 除了这些,基于web的应用程序很难规模[5],但是基于代理的应用程序非常容易。 |
| 提出工作 |
| 解决上述缺点说,玉技术用于这个项目。使用玉技术,所有现有的网购系统的缺点是可以克服的。玉是一个完全分布式中间件系统与一个灵活的基础设施可以很容易地扩展插件模块。框架促进了开发完成基于代理应用程序的运行时环境中实现生命周期支持功能所需的代理,代理的核心逻辑,和一套丰富的图形工具。玉是完全用Java写的,这得益于庞大的语言特性集和第三方库,从而提供了一组丰富的编程抽象允许开发人员构建多智能体系统与玉相对最少的专业代理理论。玉最初由意大利电信焦燕雄研发部门。[10]。 |
| 玉代理[1]具有以下优势: |
| 代理是自治:玉代理是自主的,每个代理的有自己的线程的执行,他们可以控制自己的生命周期和自主决定何时执行该操作。 |
| 点对点系统:每个代理可以被全球的名字,和使用的名字加入和离开主机平台,他们还可以发现其他代理通过白页和黄页服务。 |
| 完全分布式系统:每个代理作为一个单独的线程运行,他们可以运行在不同的机器上,也可以把它们之间的通信。 |
| 库的交互协议:他们已经给一些协议的选项在玉库中,当需要使用函数实现。 |
| 支持J2SE、J2EE、J2ME平台和无线环境。 |
| 平台无关的:它可以用在任何操作系统。 |
| 使用玉代理技术,提出了网购[8]系统具有以下特点: |
| 1。自主权:系统自治事务机构。它减少了采购活动期间用户干预。 |
| 2。用户适应性:用户偏好的变化。系统反映了userA¢A年代最新的偏好的适应机制。 |
| 3所示。多个存储服务器访问:比较价格在不同的购物系统,并提供最好的客户选择的产品的价格。 |
| 4所示。可伸缩性:使用玉技术,系统可以很容易地扩大到1500个代理商和300000 ACL的消息。 |
| 5。快:拟议的网购系统比现有系统快。 |
设计分析 |
| 网购系统的设计分为两个部分: |
| 架构图:它描述了系统的总体设计它是如何工作的,有什么功能组件和它们的功能。 |
| 序列流图:它显示了网购的组件如何互相交流关于时间的消息。 |
| 架构图 |
 |
| 功能组件和它们的功能 |
| 客户端代理(CA):当客户登录到网购系统,客户必须证明他/她的真实性。客户端代理(CA)检查客户的用户名和密码,如果这是正确的,那么只有客户可以进入网购系统。CA后显示不同的项目可以在不同的商店在网购系统。客户可以选择任意数量的商品从任何商店。将物品放入购物车后,客户输入信用卡号和密码。这两个CA检查的信息并产生一个收据,如果信用客户,提供的卡号和密码是正确的。 |
| 系统服务器:系统服务器的所有信息存储到一个数据库中。系统服务器不执行的任务检查用户名和密码和信用卡信息。它只存储这些信息。如果信用卡信息是正确的,那么它将其传递到商业银行。 |
| 控制器代理(CTA):控制器代理(CTA)执行整个任务代表系统的服务器。它提供商品信息或项目细节的客户端代理(CA)根据客户需求。它还有助于系统服务器系统将客户详细信息存储在serverA¢s数据库。除了这些,CTA的主要功能之一是能够杀死一个客户机代理(CA)。 |
| 数据库服务器:数据库服务器存储的所有数据。它存储以下信息: |
| 用户信息。 |
| 客户的用户名和密码。 |
| 信用卡号码的信息。 |
| 商品或项目细节可用于购物的购物系统。 |
| 商业银行:银行有业务关系的网购系统接收数据从网购系统。这类事务被称为商业业务事务。商业银行首先检查,如果客户是这家银行的用户。如果这家银行的客户是一个用户,那么它将资金从customerA¢年代账户的网购systemA¢s帐户。如果这家银行的客户不是一个用户,那么网购发送的数据被发送到customerA¢s银行。 |
| 客户的银行,它接收来自商业银行的数据。这类事务被称为业务消费者事务。商业银行首先检查,如果客户是这家银行的用户。如果这家银行的客户是一个用户,那么它将资金从customerA¢年代账户商业银行和钱是归功于网购systemA¢s帐户。之后,商业银行将批准消息发送给网购系统然后网购系统验证交付地址,然后发送一个确认给客户。 |
| 发布经理:发布经理接收到从控制器代理收款单据(CTA),然后帖子通过邮局把商品项目。 |
| 数量确认消息的形式是一个叫做“发票号码”。每个购物收据号码是独一无二的。生成这个数字只有在成功地完成交易。 |
| 客户应该保持收据号码,这样他/她可以确认交货时间的收据号码他/她带来的东西。 |
| 序流程图 |
 |
| 如图2中所示,下面是步骤: |
| 1。首先客户端代理(CA)向控制器发送请求代理(CTA)创建CA。 |
| 2。之后,CTA创建客户机代理(CA)。 |
| 3所示。然后,客户通过提供用户id和密码登录到系统通过CA和CA CTA传递这一信息。 |
| 一个¯CTA系统将这些信息传递给服务器。 |
| 一个¯系统CTA服务器发送验证信息 |
| 4所示。网购系统返回验证成功CTA如果客户是一个身份验证的用户的网购系统和客户进入网购系统。 |
| 5。之后,CA请求控制器代理(CTA)对商品项目。 |
| 一个¯然后CTA商品条目系统服务器的请求。 |
| 一个¯在得到消息后,系统服务器发送商品条目CTA按客户需求。 |
| 6。然后CTA接收信息从系统服务器和CA显示这些信息提供这些信息给客户。 |
| 7所示。客户选择商品放入购物车或删除项目作为他/她的愿望。 |
| 8。CA付款请求CTA代表客户。 |
| 9。然后CA CTA付款和发送这些信息。 |
| 10。收到这条信息后,CTA发送这些信息到系统服务器。 |
| 11。后得到customerA¢年代细节,购物系统(商人)联系客户授权和支付的商业银行。雷竞技网页版 |
| 12。MerchantA¢年代银行将接触custome雷竞技网页版rA¢年代银行和发送授权请求。 |
| 13。如果客户授权,那么customerA¢年代银行将发送授权响应merchantA¢s银行。 |
| 14。MerchantA¢年代银行即网购systemA¢年代银行将授权审批的网购系统。 |
| 15。然后系统服务器发送信息CTA的平衡。 |
| 16。在得到平衡的信息系统服务器,CTA前锋CA和CA将其显示给客户。 |
| 17所示。客户,然后通过客户端发送确认事务代理(CA)。 |
| 18岁。后,CTA,将交易信息发送到系统服务器。 |
| 19所示。在收到从CTA事务信息,系统服务器发送到商业银行。 |
| 20.然后,商业银行将其发送给客户银行和处理事务。 |
| 21。事务成功完成,发送一条消息到商业银行。 |
| 22。然后,商业银行的系统服务器发送一条消息事务已成功完成。 |
| 23。然后系统服务器向控制器发送提交事务消息代理(CTA)。 |
| 24。最后,CTA将确认消息发送给客户机代理(CA)。 |
实现 |
| 实现基于代理的网购系统,我们使用的是玉(4.01 Java代理的开发环境)。玉是一个软件平台,提供基本独立于特定的应用程序和中间件层功能,简化了分布式应用程序的实现,利用软件代理抽象。玉的一个重要优点是它实现了这种抽象在著名的面向对象语言,Java,提供了一个简单的、友好的API。以下简单的抽象设计选择了代理。 |
| 服务器初始化 |
| 下面的java文件的执行,”数据库。java”,下面的表,“iteminfo”、“shopcardinfo”和“useragent”是在数据库服务器中创建在系统服务器。 |
| “useragent”表包含以下信息表所示: |
 |
| 我在上面的表中,表,属性“重播。”表示项目的状态。这是9字意味着一次最多9项可以由客户购买。如果一个字符的值是0,那么它是空的,如果是1,那么它是活动状态和2意味着项目交付给客户。 |
| “iteminfo”表包含细节的所有项目的信息存储在数据库服务器系统的服务器。此信息表二所示如下: |
 |
 |
| “shopcardinfo”表包含关于信用卡/借记卡信息。这意味着它存储信用卡号码的信息,客户的名称和密码。这个信息表3所示: |
 |
| 玉架构 |
| 玉平台由代理可以分布在网络上的容器。特工住在容器的Java进程提供了玉运行时所需的所有服务托管和执行代理。有一个特殊的容器,叫主容器,代表一个平台的引导意义:它是第一个容器启动和所有其他容器必须加入一个主要集装箱通过注册。通过使用一个逻辑名称标识的容器;默认主容器叫„主要ContainerA¢而其他人都叫„Container-1A¢,„Container-2A¢,等。主要容器启动时,自动实例化两个特工,开始由玉[10]。 |
| 1。代理管理系统(AMS)代理,负责监督整个平台。每个代理需要注册AMS(代理启动时自动由玉)为了获得一个有效的援助。 |
| 2。主持人的目录(DF)是实现黄页服务代理,所使用的任何代理希望注册其服务或寻找其他可用的服务。玉DF也接受来自代理希望得到通知的订阅服务注册或修改时,匹配一些指定的标准。 |
| 这个GUI见图3,实际上是由玉系统代理称为远程监控代理(RMA),并允许一个平台管理员操作和监控运行平台。 |
 |
| 控制器代理(CTA) |
| 控制器代理(CTA)是由“ControllerAgent执行程序。java”和控制器的设计框架是由“ControllerAgentGui.java”。控制器是代理管理器的网购系统。它创建客户机代理(CA)为每个请求,它有能力杀死客户端代理(CA)停止系统的任何故障。它也发送商品 |
 |
| 客户端代理(CA) |
| 在图4中如果我们单击按钮“登录代理”那么就会创建一个新的客户端代理。之后,客户提供了密码。如果它是正确的,那么客户进入网购系统的帮助下客户端代理(CA)。客户端代理GUI的设计框架信息或项目细节从服务器端到客户端代理(CA)。通过执行java程序”列。java”, CTA自动计数为每个商店可用项目的数量,也可以添加任意数量的物品到或从数据库中删除。控制器代理GUI说明如下: |
| 构建通过执行java程序“ClientAgentGui.java”。CA将信用卡信息发送到CTA和CTA检查验证并更新代理信息到数据库中。除了这些,这显示了客户网购系统的各种商店和收到CTA的总量。这是无花果所示。5、6、7和8: |
 |
| e-shop经理可以看到“收据”和相应的客户订单细节和使用这些信息,经理职位相应的以各自的地址是图9所示,10和11所示。 |
| 选择图9的文章管理系统相应的收据号码将被删除和新收据将生成。发布管理器发送收据并交付给客户开票。 |
 |
| 当客户收到账单如图6中所示,消息和“没有收据。“如图7中所示,事务成功完成。消息如图7中所示视为确认消息。客户保持“收据没有。“后来验证这个数字当购物物品交付给相应的地址。 |
 |
 |
| 发布管理器 |
| 当我们点击按钮“贴”在图10中,被选中的细节图9的文章管理系统相应的收据号码将被删除和新的收据将生成并交付给客户邮寄的经理。 |
 |
| 代理之间的消息传递 |
| 从提出系统设计的观点来看,图12表示消息序列之间的连接GUI代理和客户端代理控制器代理,RMA, AMS, DF使用一系列的请求通过玉代理ACL的消息。 |
 |
| 性能分析 |
| 开发阶段完成后,网购系统的性能分析对现有的网购系统大部分没有代理技术使用普通的web应用程序。 |
| 分析执行时间 |
| 在这里,基于代理的网购系统的分析都是用现有的网购系统不使用代理技术。 |
| 平台:英特尔酷睿2双核处理器@ 2.2 GHz 3 gb RAM, Windows XP使用JDK 1.7, NetBeans 6.9.1和玉代理。 |
| 比较表和图表来分析性能的执行时间如下所示: |
 |
| 价值从上面的表(表四)用下面的柱状图来比较这两个系统的执行时间: |
 |
| 从上面的图,图12,很明显,基于代理的网购系统需要更少的时间约37%更少的时间比正常网购系统不使用代理技术。 |
| CPU利用率分析 |
| 在这里,基于代理的网购系统的分析都是用现有的网购系统不使用代理技术。 |
| 平台:英特尔酷睿2双核处理器@ 2.2 GHz 3 gb RAM, Windows XP使用JDK 1.7, NetBeans 6.9.1和玉代理。 |
| 比较图表来分析性能的CPU利用率是下面的: |
 |
| 从上面的图中,很明显,基于代理的eshopping系统使用更多的资源例如CPU利用率比正常网购系统不使用代理技术。因此,从上面的,很明显,基于代理的eshopping系统执行比常规web网购系统的实现。基于代理的eshopping系统节省了巨大的时间采取一般的基于web的网购系统,更多使用资源的成本。 |
结论和未来的工作 |
| 互联网和电子商务的迅速发展,包括网上购物很重要,需要网上购物流程自动化,并为客户提供更多个性化的信息服务。上述分析表明,基于代理的网购系统执行比网购系统不是基于代理技术。它执行一般基于web的网购系统的执行时间。在未来,可以开发一个智能购物系统。在这项工作中,多代理系统提供购物服务消费者经常买不到的商品。系统集成内置专家知识[4]和customerA¢s当前需求,并推荐最优产品基于多属性决策方法。减少systemcustomer交互的工作,系统利用客户协作过滤方法[11]推荐产品。此外,为了保持语义和卖家,商品本体也是用来支持共享信息格式和代表性。 |
引用 |
|