LwM2M 架构 -OMA-AD-LightweightM2M-V1_0-20170208-A

本文对于LwM2M架构OMA-AD-LightweightM2M-V1_0-20170208-A进行说明， 多谢！

1 范围

本文档包含OMA DM轻量级M2M enabler的体系结构图，协议端点描述，接口定义和详细描述。 该体系结构图显示了此enabler中的客户端和服务器组件以及这两个组件之间的接口。 此外，它给出了这些接口功能的简短描述。 为了帮助人们全面了解架构，附录B中介绍了一些详细信息。

2 参考文献

21 规范性参考文献

[LwM2M-RD]    “Lightweight Machine to Machine Requirements”, Open Mobile Alliance™, OMA-RD-LightweightM2M-V1_0, URL:>1、c/s、b/s是当下两种服务器架构模型。
2、c/s架构是指客户端/服务器的架构，需要同时编写两套代码，即客户端一套，服务端一套，所以开发起来速度较慢，日后的维护工作量也较大。
3、b/s架构是指浏览器/服务器构架，只需要编写服务器端的代码即可，开发完成了，就可以将应用部署到一些中间服务器上来发布自己的运用，拿web应该用来说，这些服务器有IIS、jboss、weblogic、websphere、tomcat等等。
4、客户端与服务器交互时，服务器会根据客户端的不同请求进行相应的业务处理，之后将结果返回对客户端。

以上只是简单的描述了下c/s、b/s架构，更详细说明楼主可以网上找些相关资料了解。

有问题欢迎提问，！

可以查看别人服务器是什么架构的方法如下
在存放数据源文件的服务器上，安装配置并启动GDS服务。以便后续应用GDS服务连通GaussDB(for openGauss)，进行数据导入。登录待安装GDS的数据服务器，创建用户gds_user及其所属的用户组gdsgrp。此用户用于启动GDS，且需要拥有读取数据源文件目录的权限。切换到用户gds_user。创建存放GDS工具包的目录/opt/bin。修改工具包以及数据源文件目录属主为创建的用户gds_user及其所属的用户组gdsgrp。将GDS工具包上传至上一步所创建的目录中。以上传EULER Linux版本的工具包为例，将软件安装包中的GDS工具包“GaussDB-Kernel-VxxxRxxxCxx-EULER-64bit-Gdstargz”上传至上一步所创建的目录中。在工具包所在目录下，解压工具包。如果使用SSL加密传输数据，请一并将SSL证书上传1所创建的目录中。证书位于GaussDB(for openGauss)集群中的“$GAUSSHOME/share/sslcert/gds”下。启动GDS就可以查看了。
非SSL模式传输数据的情况下，使用如下命令启动GDS。使用SSL加密方式传输数据时，在确保执行了7后，使用如下命令启动GDS。命令中的斜体部分请根据实际填写。

我们将商品社会的基本行为抽象为服务的消费者和服务的提供者模式，在这个模式下几乎可以涵盖所有的商业行为。但是，问题来了，到底谁是服务的所有者(owner)南邵电脑培训发现大多数人会认为提供者是服务的所有者，所以在传统的企业中，IT应用系统对服务的生命周期负责，应用系统的产品经理来定义应用系统对外的服务接口。这带来一个问题，同样的一类应用，由于实现的厂商不一样，所以各自的产品对外提供的服务千差万别，这就造成了服务的消费系统无所适从。

于是，我怀疑服务的提供者作为服务的owner来决定服务的生命周期甚至服务的定义是否具有合理性。首先，我认为服务的消费者真正决定了服务的内涵，也就是需求决定服务，从这个意义上讲服务是消费者定义的，提供者只是根据消费者对服务的定义通过技术手段实现了服务，只是服务的外延。这样看来，消费者是服务的理论上的定义者，而提供者是服务事实上的定义者，这两者在定义权上是有冲突的。

我认为，商业社会中解决冲突的最有效方法就是订立契约。假如有一个虚拟的服务提供者从大量消费者的需求中抽象出共同的行为模式，这个行为模式因为能涵盖消费者某些消费需求，就能隐式的和消费者签订提供服务的契约了。所谓隐式意思是说，虽然没有和消费者正式的签订合约，但是服务的合约内涵已经满足甚至超过任何一个消费者对此类服务的需求。可以将这个单方面定义合约的角色称为服务产品经理，服务产品经理在一个企业中的角色更像一个真正的产品经理，他们对自己的产品(服务)负责，他们定义并描述服务在各个维度上的属性，并不断寻找合适的服务提供者提供更优质的服务水平。

我们有理由相信，在后SOA时代，随着社会分工的进一步精细化，企业内部的IT系统将逐步的减少，取而代之的是更专业化的外部专业系统。而企业内部将会出现专职的服务产品经理来定义企业所需的服务，这些服务通过灵活的接口与外部专业系统对接，从而低成本、灵活高效的为企业提供高质量的IT服务。

您好，第一、什么是C/S结构。

C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系

统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。

传统的C／S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的 *** 作系统系统开发不同版本的软件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高，效率低。

第二、什么是B/S结构。

B/S（Browser/Server）结构即浏览器和服务器结构。它是随着

Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过>

（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。

以目前的技术看，局域网建立B/S结构的网络应

用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地

点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和 *** 作共同的数据库；它能有效地保护数据平台和管理访问权限，服

务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

第三、管理软件主流技术。

管理软件技术的主流技术与管理思想一样，也经历了三个发展时期。首先，界面技术从上世纪DOS字符界面到Windows图形界面（或图形用户界面GUI），直至Browser浏览器界面三个不同的发展时期。其次，今天所有电脑的

浏览器界面，不仅直观和易于使用，更主要的是基于浏览器平台的任何应用软件其风格都是一样的，使用人对 *** 作培训的要求不高，而且软件可 *** 作性强，易于识

别；再者，平台体系结构也从过去单用户发展到今天的文件/服务器（F/S）体系、客户机/服务器（C/S）体系和浏览器/服务器（B/S）体系。

二、C/S和B/S之比较

C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国Borland公司

最早研发，B/S是美国微软公司研发。目前，这两项技术以被世界各国所掌握，国内公司以C/S和B/S技术开发出产品也很多。这两种技术都有自己一定的市

场份额和客户群，各家企业都说自己的管理软件架构技术功能强大、先进、方便，都能举出各自的客户群体，都有一大群文人墨客为自己摇旗呐喊，广告满天飞，可

谓仁者见仁，智者见智。

1、C/S架构软件的优势与劣势

（1）、应用服务器运行数据负荷较轻。

最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何 *** 作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。

（2）、数据的储存管理功能较为透明。

在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。

（3）、C/S架构的劣势是高昂的维护成本且投资大。

首先，采用C/S架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的 *** 作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。

其次，传统的C/S结构的软件需要针对不同的 *** 作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在JAVA这样的跨平台语言出现之后，B/S架构更是猛烈冲击C/S，并对其形成威胁和挑战。

2、B/S架构软件的优势与劣势

（1）、维护和升级方式简单。

目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的 *** 作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。

（2）、成本降低，选择更多。

大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器 *** 作系统上windows并不是处于绝对的统治地位。现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器 *** 作系统的选择是很多的，不管选用那种 *** 作系统都可以让大部分人使用windows作为桌面 *** 作系统电脑不受影响，这就使的最流行免费的Linux *** 作系统快速发展起来，Linux除了 *** 作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。

比如说很多人每天上“网易”（原文为新浪）网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么 *** 作系统，而事实上大部分网站确实没有使用windows *** 作系统，但用户的电脑本身安装的大部分是windows *** 作系统。

（3）、应用服务器运行数据负荷较重。

由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过>x86服务器使用CISC架构的处理器，类似于人们触摸的台式笔记本电脑。随着英特尔Xeon处理器的不断改进，有传言称x86服务器将占领小型计算机市场。
X86是一种基于CISC(复杂指令集)体系结构的处理器。大多数CPU制造商(如Amd，Intel)生产这种处理器。与具有精简指令结构计算机(RISC)体系结构的PowerPC(如苹果计算机)不同，CISC处理器按顺序执行程序指令，并按顺序执行每个指令中的 *** 作。
顺序执行的优点是控制简单，但计算机各部分的利用率不高，执行速度慢，RISC结构相对简单。它只需要硬件来执行有限数量的最常用指令。大多数复杂的 *** 作使用复杂的编译器技术，由简单的指令组成。它主要用于高端服务器，特别是使用RISC指令系统CPU的高端服务器。

---