请各位熟悉MMS的高手指点！
37 个解决方案
#1
类似这个：
http://tech.sina.com.cn/other/2003-09-25/1954238566.shtml
不知道"203和209协议"协议是什么东西？
http://tech.sina.com.cn/other/2003-09-25/1954238566.shtml
不知道"203和209协议"协议是什么东西？
#2
关注！
#3
up
#4
在这看到一本书，不知道对你有没有帮助
http://www.china-pub.com/computers/common/info.asp?id=14481
http://www.china-pub.com/computers/common/info.asp?id=14481
#5
那本书的内容应该基本上都是从以下两个地方摘的：
http://ncsp.forum.nokia.com/csp/
http://mobilityworld.ericsson.com.cn/mms/index.shtml
我希望搞过这方面开发的人能谈谈具体情况，特别是.NET下的开发。
http://ncsp.forum.nokia.com/csp/
http://mobilityworld.ericsson.com.cn/mms/index.shtml
我希望搞过这方面开发的人能谈谈具体情况，特别是.NET下的开发。
#6
接收和发送短信需要电信或联通的短信平台接口的
如果有接口做起来就不难
有些公司可以提供接口的，不用你直接和电信及联通打交道
如果有接口做起来就不难
有些公司可以提供接口的，不用你直接和电信及联通打交道
#7
to bizbuy(也曾风流)
彩信还有个制作的过程吧，它不是简单的文本哦。
彩信还有个制作的过程吧，它不是简单的文本哦。
#8
该贴已加分，希望大家能给点实际的东西。
#9
问问acewang吧！他好像在做这个。
#10
谢谢无间道大哥提醒：）
#11
俱是高手
#12
前段时间做短消息平台，和发短消息一样，第一，你要是一个SP（发短消息不一定是SP，彩信就肯定要是了），呵呵，如果你不是SP的话，那你要找一个SP合作，第二就是要会CMPP的协议和MMS的协议，MMS好像是走GPRS的，然后就是进行Socket连接，把数据打包发到网关，或从网关Deliver一个数据包就行了
#13
GZ
#14
up
#15
只要有通道和接口协议那么就是一个POST的问题，MMS复杂一点就需要拼装SMIL文件，你可以到Nokia或者梦网上去下载相关资料。
如果是个人兴趣就没什么必要了，MMS的成本比较高
如果是个人兴趣就没什么必要了，MMS的成本比较高
#16
MMS网络基本结构与工作原理
1. MMS 网络基本结构
移动多媒体信息业务系统涵盖了多种类型的网络，并可以集成这些网络中现有的信息业务系统。移动终端在多媒体信息业务环境(MMSE)中进行操作。此环境既包括2.5G和3G网络，也有网络间的相互漫游等情况。MMSE提供了所有相关的业务成份，如：信息的发送、存储、通知。它们既可位于同一网络中或分布于不同的网络中。在MMS服务投放市场以前，很多关于网络的实际准备工作必须预先完成。在软、硬件的准备上除了可以接收MMS的终端外，还需要MMS中心、WAP网关、数据库服务器、增值服务（VAS）等。
◆ 多媒体信息中心(MMSC)
在整个在多媒体信息业务环境(MMSE)中，多媒体信息中心(MMSC)是系统的核心。由MMS服务器、MMS中继、信息存储器和数据库组成。MMSC是MMS网络结构的核心，它提供存储和操作支持，允许终端到终端和终端到电子邮件的即时多媒体信息传送，同时支持灵活的寻址能力。
MMSC是将MMS信息从发送者传递到接收者的存储和转发网络元素。MMSC的概念与SMSC相似，即服务器只在查找接收者电话的期间存储信息。在找到接收电话以后，MMSC立即将多媒体消息转发给接收者，并且从MMSC删除此消息。由于MMSC在能够发送的情况下不存储消息，因此它不是一个邮箱服务器。MMSC是提供MMS服务所需的一个新的网络元素。由于传输容量和界面需求都不同，SMSC的软件不能直接升级到MMSC。另外，MMSC需要运行很多连接其它网络（如Internet）接口，以及提供增值服务所需的外部应用接口，MMSC还应具备到Email的接口。
◆ WAP网关
尽管用户对MMS的使用与SMS类似，但是MMS不能在SMS的传输信道进行传送，SMS的传输信道对于传送多媒体内容来说太窄了。在协议层，MMS使用WAP无线会话协议（WSP）作为传输协议。为了在MMS信息传输中使用WAP协议，需要一个WAP网关连接MMSC和无线WAP网络。
有些制造商的MMSC使用集成的WAP接口连接无线数据网络。而且在服务开通之初，由于流量比较低，运营商网络中现有的WAP网关仍然可以使用。为了使运营商能够应付逐渐上升的MMS流量，MMS传输可使用专门的WAP网关。
◆ 数据库服务器
数据库使用户和运营商能够有效提供、控制和管理增值服务。数据库服务器应具备较高的运行速度，并且有经过优化的快速网络设备来读取数据请求，保证MMS各个网络元素能够平等的共享用户的数据库信息。MMS数据库服务应能按照每个人的需要和爱好进行定制。
◆ 增值服务（VAS）
包括多媒体终端网关、多媒体电子邮件网关、信息传递网关和多媒体语音网关等。
2. MMS的体系结构
多媒体短信业务并不依赖于具体的网络平台，无论是HSCSD(高速电路交换数据业务)，还是GPRS、EDGE、UMTS，都可以支持MMS业务。多媒体短信可以集成已有的消息系统，不同网络之间的连接可以通过IP和相关的消息协议来完成，这样保证不同无线网络对多媒体消息系统的兼容性。鉴于网络带宽、传输速度和移动终端考虑，我国MMS业务首先应用在GPRS网络平台上，并将在未来3G UMTS网络中走向成熟。
图3-l是多媒体短信系统的体系结构图，用户终端在多媒体短信业务环境(MMSE)中操作。MMSE包括各种类型的设备，比如传递和存储多媒体短信的功能实体，它们对用户提供一套完整的MMS服务。这些业务元素的分布很灵活，可以包含在同一个网络中，也可以分布在几个不向的网络巾(甚至可以分布公几个不向类型的网络中)。同时， 由于MMS包含的每一个功能实体都是逻辑实体，在具体实现时可根据业务或者运营商的需要把某些功能实体捆绑在-起，比较常见的是将MMS服务器和MMS中继器作为一个设备来实现。
从图3-1中看出，MMS系统中的网络设备包括MMS中继器、MMS服务器、用户数据库和用户代理等。
◆ MMS服务器负责存储和处理到来和离开两个方向上的多媒体短消息。每个MMSE中可以有多个MMS服务器，MMS服务器可以和外部网络的E-Mail服务器、SMS服务器等通过标准的接口协同工作，为用户提供丰富的服务类型。
◆ MMS中继器负责在不同的消息系统之间传递消息，以整合处于不同网络中的各种类型的服务器。MMS中继器在接收或者传递消息到其他的MMS用户代理或者另外的MMSE时，应该能够产生计费数据(CDR)。MMS中继器和MMS服务器还具有地址翻译功能和临时存储多媒体短信的功能，以保证多媒体短信在成功地传送到另一个MMSE实体之前不会丢失。
◆ MMS用户数据库记录和用户相关的业务信息。如用户的业务特性、对用户接入MMS服务的控制等等。
◆ 用户代理可以位于用户设备也可以位于和用户设备直接相连的外部设备中。用户代理是一个应用层的功能实体，为用户提供浏览、合成和处理多媒体短信的功能。对多媒体短信的处理包括发送、接收和删除等操作。MMS用户代理还提供用户终端接收多媒体短信能力的协商；向用户发送多媒体短信通知；对用户的多媒体短信加密和解密；用户之间的多媒体短信签名；在用户的SIM卡支持MMS的情况下，处理SIM卡中和MMS相关的信息；用户特性的管理等功能。
3. MMS的实现
多媒体短信业务系统的实现必须具有灵活性，在不同类型的网络和终端之间的互操作性，以及便于集成和开发新业务。
多媒体短信系统可以有两种实现方式：基于WAP的实现和基于IP的实现。
(1) 基于WAP的实现
WAP协议无论在业务规范还是底层技术上都对MMS的实现提供了有力的支持。使用WAP来实现MMS服务的协议栈结构如图3-2所示。
在使用WAP协议实现的MMS应用中，可以将整条链路分为两个部分。第一部分是MMS用户代理和WAP网关之间的链路，它使用了WAP的协议栈结构，并在各种不同的无线媒质上提供通用的服务。对于类似MMS的面向应用的服务由WSP(WAP会话协议) 来提供。第二部分是WAP网关和MMS中继器之间的链路，它们之间的连接使用了IP技术，高层使用标难的HTTP协议进行通信。在通信的过程中，WAP网关是一个透明的设备，它不对经它转发的数据做任何解释和修改。
一个典型的MMS通信过程要经过以下几个阶段；
◆ MMS用户代理发送多媒体短信；
◆ MMS中继器通知目标用户代理有多媒体短信到来；
◆ 目标MMS用户代理接收多媒体短信；
◆ 目标MMS用户代理向MMS中继器发送接收确认消息；
◆ MMS中继器向源MMS用户代理报告多媒体短信传递的结果。
(2) 基于IP的实现
除了基于WAP的实现以外， 3GPP正在制订基于IP的MMS实现方案。 图3-3给出了一个基于IP实现的MMS的协议栈结构，并且使用针对无线网络的特性做了优化的TCP协议作为传输层协议。根据提供的业务的不同，MMS用户代理和MMS中继器／服务器之间的通信可以使用SMTP、POP3、IMAP4和HTTP等应用层协议。
和基于WAP的实现类似，在用户终端到MMS服务器/中继器之间的链路也被分为两个部分。两部分使用的高层协议都是相同的，区别在于传输层协议，MMS用户代理和IP网关之间可以使用适合无线链路特性的
TCP协议，而从IP网关到MMS中继器/服务器之间的通信则使用普通的TCP协议。
4. MMS的工作原理与流程
多媒体信息服务建立在以WAP为载体数据传输网上。它可在GSM网络(R7/R8)、GPRS网络、CDMA 1X和未来的3G网络中。但是为 了获得用户满意的带宽，最好是在GPRS、CDMA 1X或是3G网络环境下，当然也可用于在实行了HSCSD技术的GSM网络中。
WAP技术在多媒体信息服务中扮演了重要角色。通过WAP的Push、Notification和Poll的功能，终端用户能完成与系统的通信。
以系统向手机发送信息为例，分析一下多媒体信息服务的流程。在过程分析中省略了有关无线接入的部分，只着重于MMS-C的相关部分。
分析过程如下：
(1) 当有一条多媒体信息发往一个用户时，信息以WAP WSP 的协议进行编码， 通过无线网络传送到WAP网关。
(2) WAP网关以HTTP协议与MMS-Relay进行通信,将文件内容传送给MMS-Relay。
(3) MMS-Relay 将文件送往MMS-C 服务器。在服务器内多媒体信息的内容将转换成MIME的格式，并存储在短信存储器（MMS-Message Store）中。
(4) 服务器进行数据分析，从而得到路由信息，用户终端信息等。在分析过程中会调用在用户数据库中信息。系统将判断用户的终端是否能够支持MMS，并根据用户的终端的承载能力（如显示分辨率，终端的容量等）进行不同的处理。例如，当用户终端不支持MMS时，系统将把多媒体信息中的多媒体信息去掉，只把信息的文字部分以短信的方式发给用户。
(5) 确认处理方法之后，系统通过被叫用户的MSISDN号码进行路由。MMS-Relay将通过WAP网关与外部网络进行通信。在没有确认被叫用户已经接受了信息之前，该信息始终保存在短信存储器中。运营商可以通过软件设定保存的时间长度。
(6) 系统服务器生成计费信息，传送给计费中心。
1. MMS 网络基本结构
移动多媒体信息业务系统涵盖了多种类型的网络，并可以集成这些网络中现有的信息业务系统。移动终端在多媒体信息业务环境(MMSE)中进行操作。此环境既包括2.5G和3G网络，也有网络间的相互漫游等情况。MMSE提供了所有相关的业务成份，如：信息的发送、存储、通知。它们既可位于同一网络中或分布于不同的网络中。在MMS服务投放市场以前，很多关于网络的实际准备工作必须预先完成。在软、硬件的准备上除了可以接收MMS的终端外，还需要MMS中心、WAP网关、数据库服务器、增值服务（VAS）等。
◆ 多媒体信息中心(MMSC)
在整个在多媒体信息业务环境(MMSE)中，多媒体信息中心(MMSC)是系统的核心。由MMS服务器、MMS中继、信息存储器和数据库组成。MMSC是MMS网络结构的核心，它提供存储和操作支持，允许终端到终端和终端到电子邮件的即时多媒体信息传送，同时支持灵活的寻址能力。
MMSC是将MMS信息从发送者传递到接收者的存储和转发网络元素。MMSC的概念与SMSC相似，即服务器只在查找接收者电话的期间存储信息。在找到接收电话以后，MMSC立即将多媒体消息转发给接收者，并且从MMSC删除此消息。由于MMSC在能够发送的情况下不存储消息，因此它不是一个邮箱服务器。MMSC是提供MMS服务所需的一个新的网络元素。由于传输容量和界面需求都不同，SMSC的软件不能直接升级到MMSC。另外，MMSC需要运行很多连接其它网络（如Internet）接口，以及提供增值服务所需的外部应用接口，MMSC还应具备到Email的接口。
◆ WAP网关
尽管用户对MMS的使用与SMS类似，但是MMS不能在SMS的传输信道进行传送，SMS的传输信道对于传送多媒体内容来说太窄了。在协议层，MMS使用WAP无线会话协议（WSP）作为传输协议。为了在MMS信息传输中使用WAP协议，需要一个WAP网关连接MMSC和无线WAP网络。
有些制造商的MMSC使用集成的WAP接口连接无线数据网络。而且在服务开通之初，由于流量比较低，运营商网络中现有的WAP网关仍然可以使用。为了使运营商能够应付逐渐上升的MMS流量，MMS传输可使用专门的WAP网关。
◆ 数据库服务器
数据库使用户和运营商能够有效提供、控制和管理增值服务。数据库服务器应具备较高的运行速度，并且有经过优化的快速网络设备来读取数据请求，保证MMS各个网络元素能够平等的共享用户的数据库信息。MMS数据库服务应能按照每个人的需要和爱好进行定制。
◆ 增值服务（VAS）
包括多媒体终端网关、多媒体电子邮件网关、信息传递网关和多媒体语音网关等。
2. MMS的体系结构
多媒体短信业务并不依赖于具体的网络平台，无论是HSCSD(高速电路交换数据业务)，还是GPRS、EDGE、UMTS，都可以支持MMS业务。多媒体短信可以集成已有的消息系统，不同网络之间的连接可以通过IP和相关的消息协议来完成，这样保证不同无线网络对多媒体消息系统的兼容性。鉴于网络带宽、传输速度和移动终端考虑，我国MMS业务首先应用在GPRS网络平台上，并将在未来3G UMTS网络中走向成熟。
图3-l是多媒体短信系统的体系结构图，用户终端在多媒体短信业务环境(MMSE)中操作。MMSE包括各种类型的设备，比如传递和存储多媒体短信的功能实体，它们对用户提供一套完整的MMS服务。这些业务元素的分布很灵活，可以包含在同一个网络中，也可以分布在几个不向的网络巾(甚至可以分布公几个不向类型的网络中)。同时， 由于MMS包含的每一个功能实体都是逻辑实体，在具体实现时可根据业务或者运营商的需要把某些功能实体捆绑在-起，比较常见的是将MMS服务器和MMS中继器作为一个设备来实现。
从图3-1中看出，MMS系统中的网络设备包括MMS中继器、MMS服务器、用户数据库和用户代理等。
◆ MMS服务器负责存储和处理到来和离开两个方向上的多媒体短消息。每个MMSE中可以有多个MMS服务器，MMS服务器可以和外部网络的E-Mail服务器、SMS服务器等通过标准的接口协同工作，为用户提供丰富的服务类型。
◆ MMS中继器负责在不同的消息系统之间传递消息，以整合处于不同网络中的各种类型的服务器。MMS中继器在接收或者传递消息到其他的MMS用户代理或者另外的MMSE时，应该能够产生计费数据(CDR)。MMS中继器和MMS服务器还具有地址翻译功能和临时存储多媒体短信的功能，以保证多媒体短信在成功地传送到另一个MMSE实体之前不会丢失。
◆ MMS用户数据库记录和用户相关的业务信息。如用户的业务特性、对用户接入MMS服务的控制等等。
◆ 用户代理可以位于用户设备也可以位于和用户设备直接相连的外部设备中。用户代理是一个应用层的功能实体，为用户提供浏览、合成和处理多媒体短信的功能。对多媒体短信的处理包括发送、接收和删除等操作。MMS用户代理还提供用户终端接收多媒体短信能力的协商；向用户发送多媒体短信通知；对用户的多媒体短信加密和解密；用户之间的多媒体短信签名；在用户的SIM卡支持MMS的情况下，处理SIM卡中和MMS相关的信息；用户特性的管理等功能。
3. MMS的实现
多媒体短信业务系统的实现必须具有灵活性，在不同类型的网络和终端之间的互操作性，以及便于集成和开发新业务。
多媒体短信系统可以有两种实现方式：基于WAP的实现和基于IP的实现。
(1) 基于WAP的实现
WAP协议无论在业务规范还是底层技术上都对MMS的实现提供了有力的支持。使用WAP来实现MMS服务的协议栈结构如图3-2所示。
在使用WAP协议实现的MMS应用中，可以将整条链路分为两个部分。第一部分是MMS用户代理和WAP网关之间的链路，它使用了WAP的协议栈结构，并在各种不同的无线媒质上提供通用的服务。对于类似MMS的面向应用的服务由WSP(WAP会话协议) 来提供。第二部分是WAP网关和MMS中继器之间的链路，它们之间的连接使用了IP技术，高层使用标难的HTTP协议进行通信。在通信的过程中，WAP网关是一个透明的设备，它不对经它转发的数据做任何解释和修改。
一个典型的MMS通信过程要经过以下几个阶段；
◆ MMS用户代理发送多媒体短信；
◆ MMS中继器通知目标用户代理有多媒体短信到来；
◆ 目标MMS用户代理接收多媒体短信；
◆ 目标MMS用户代理向MMS中继器发送接收确认消息；
◆ MMS中继器向源MMS用户代理报告多媒体短信传递的结果。
(2) 基于IP的实现
除了基于WAP的实现以外， 3GPP正在制订基于IP的MMS实现方案。 图3-3给出了一个基于IP实现的MMS的协议栈结构，并且使用针对无线网络的特性做了优化的TCP协议作为传输层协议。根据提供的业务的不同，MMS用户代理和MMS中继器／服务器之间的通信可以使用SMTP、POP3、IMAP4和HTTP等应用层协议。
和基于WAP的实现类似，在用户终端到MMS服务器/中继器之间的链路也被分为两个部分。两部分使用的高层协议都是相同的，区别在于传输层协议，MMS用户代理和IP网关之间可以使用适合无线链路特性的
TCP协议，而从IP网关到MMS中继器/服务器之间的通信则使用普通的TCP协议。
4. MMS的工作原理与流程
多媒体信息服务建立在以WAP为载体数据传输网上。它可在GSM网络(R7/R8)、GPRS网络、CDMA 1X和未来的3G网络中。但是为 了获得用户满意的带宽，最好是在GPRS、CDMA 1X或是3G网络环境下，当然也可用于在实行了HSCSD技术的GSM网络中。
WAP技术在多媒体信息服务中扮演了重要角色。通过WAP的Push、Notification和Poll的功能，终端用户能完成与系统的通信。
以系统向手机发送信息为例，分析一下多媒体信息服务的流程。在过程分析中省略了有关无线接入的部分，只着重于MMS-C的相关部分。
分析过程如下：
(1) 当有一条多媒体信息发往一个用户时，信息以WAP WSP 的协议进行编码， 通过无线网络传送到WAP网关。
(2) WAP网关以HTTP协议与MMS-Relay进行通信,将文件内容传送给MMS-Relay。
(3) MMS-Relay 将文件送往MMS-C 服务器。在服务器内多媒体信息的内容将转换成MIME的格式，并存储在短信存储器（MMS-Message Store）中。
(4) 服务器进行数据分析，从而得到路由信息，用户终端信息等。在分析过程中会调用在用户数据库中信息。系统将判断用户的终端是否能够支持MMS，并根据用户的终端的承载能力（如显示分辨率，终端的容量等）进行不同的处理。例如，当用户终端不支持MMS时，系统将把多媒体信息中的多媒体信息去掉，只把信息的文字部分以短信的方式发给用户。
(5) 确认处理方法之后，系统通过被叫用户的MSISDN号码进行路由。MMS-Relay将通过WAP网关与外部网络进行通信。在没有确认被叫用户已经接受了信息之前，该信息始终保存在短信存储器中。运营商可以通过软件设定保存的时间长度。
(6) 系统服务器生成计费信息，传送给计费中心。
#17
如果MMS费用比较高的话，那能不能在计算机里用手机的模拟器来模拟整个过程？
#18
能不能在计算机里用手机的模拟器来模拟整个过程？ you can can't simulate whole process
#19
neither MMS or SMS , you should call a API , for example , huaWei, AsiaInfo, etc
then if you are a alliance of Mobile cop, you can get a gateway 's port and Password , so you can transfer your MMS through it
for more details , you can consult me , I will help you
then if you are a alliance of Mobile cop, you can get a gateway 's port and Password , so you can transfer your MMS through it
for more details , you can consult me , I will help you
#20
g z
#21
能在计算机里用手机的模拟器来模拟整个过程.
#22
gz
#23
其实这个东西的难点不在技术上，而是看你采用哪种处理办法，MMS的手机开发浏览模拟器很好找的，在GooGle里面搜索一下就出来了，发送采用需要了解MMS协议，你可以在网上下载一份MMS的协议，还有需要下载一个MMS的接口动态库。根据协议说明就可以做开发了。不过这个东西作出来也没用，因为只是一个模拟环境。要真能用就要和移动打交道（现在移动多牛啊，我看你还是趁早死了这条心）。比较可行的是找一家SP合作（SP开一个端口把接收到的彩信通过sockt直接发到你的机器上就行了。这是最简单的方式，用不着了解MMS的具体协议流程）
#24
关注
#25
哦
原来是阿球upto啊
兴趣真广啊^_^
交大那个系统要是单拣图片修改那块
在.net就一点不值得说
我觉得现在就是如何使移动 联通的网络能够检索到.net
或者说是手机能否上传的问题
以及能否将处理结果下载的问题
原来是阿球upto啊
兴趣真广啊^_^
交大那个系统要是单拣图片修改那块
在.net就一点不值得说
我觉得现在就是如何使移动 联通的网络能够检索到.net
或者说是手机能否上传的问题
以及能否将处理结果下载的问题
#26
差点忘了个pdf文档
http://ncsp.forum.nokia.com/download/?asset_id=43
"how to create mms service"
http://ncsp.forum.nokia.com/download/?asset_id=43
"how to create mms service"
#27
203和209协议
实际上是wap协议
上面的链接的那个pdf文档里又想细介绍
在理面还有openmobile联盟的mms协议下载
实际上是wap协议
上面的链接的那个pdf文档里又想细介绍
在理面还有openmobile联盟的mms协议下载
#28
关注
#29
感谢各位的参与！
这个贴是为了做可行性分析而开的。我想了解目前的状况是如何，然后再决定要不要做。
由于这个功能没有商业目的，只是为了参赛，所以如果很麻烦或者费用很高的话，那我就放弃了，最好就是能够模拟啦：）
最近再忙考试，期末考后就结贴。
to redbb
看了你的回复，好像实现起来很麻烦，我看学生应该做不成的：（
to supermac
很高兴又见面，最近我在忙复习。我想早点确定毕业论文的方向，然后用一年的时间来准备，目前还是想搞Grid Service方面，毕竟它跟Web Service有很大联系，这样可以想出比较新颖的东西出来。我现在是这样理解的，Grid Service就是Web Service的一种延伸。
我在网上认识了一个华南理工大学大四的学生，他的毕业论文就是搞OGSI的一个简单实现，用的是.NET。我也想走这条路:)
再次谢谢各位的参与！
这个贴是为了做可行性分析而开的。我想了解目前的状况是如何，然后再决定要不要做。
由于这个功能没有商业目的，只是为了参赛，所以如果很麻烦或者费用很高的话，那我就放弃了，最好就是能够模拟啦：）
最近再忙考试，期末考后就结贴。
to redbb
看了你的回复，好像实现起来很麻烦，我看学生应该做不成的：（
to supermac
很高兴又见面，最近我在忙复习。我想早点确定毕业论文的方向，然后用一年的时间来准备，目前还是想搞Grid Service方面，毕竟它跟Web Service有很大联系，这样可以想出比较新颖的东西出来。我现在是这样理解的，Grid Service就是Web Service的一种延伸。
我在网上认识了一个华南理工大学大四的学生，他的毕业论文就是搞OGSI的一个简单实现，用的是.NET。我也想走这条路:)
再次谢谢各位的参与！
#30
顶
#31
up
#32
恩
那样理解也很好啊
其实概念就是那么来得
这个参赛。需要时说一声。这方面还是java的内容多一点
那样理解也很好啊
其实概念就是那么来得
这个参赛。需要时说一声。这方面还是java的内容多一点
#33
to supermac(supermac)
其实这归根到底也是由于java跨平台的特性，因为很多大型计算机不是运行Windows系统的，这样java占优势了。
我用.NET只是是为了表达如何用另一种方法来如何实现一个网格的平台，解决它的一些技术问题。而不考虑如何跨平台那些。
其实这归根到底也是由于java跨平台的特性，因为很多大型计算机不是运行Windows系统的，这样java占优势了。
我用.NET只是是为了表达如何用另一种方法来如何实现一个网格的平台，解决它的一些技术问题。而不考虑如何跨平台那些。
#34
up
#35
嘿嘿
帮你up
帮你up
#36
谢谢redbb发来的资料：）
#37
gz
#1
类似这个：
http://tech.sina.com.cn/other/2003-09-25/1954238566.shtml
不知道"203和209协议"协议是什么东西？
http://tech.sina.com.cn/other/2003-09-25/1954238566.shtml
不知道"203和209协议"协议是什么东西？
#2
关注！
#3
up
#4
在这看到一本书，不知道对你有没有帮助
http://www.china-pub.com/computers/common/info.asp?id=14481
http://www.china-pub.com/computers/common/info.asp?id=14481
#5
那本书的内容应该基本上都是从以下两个地方摘的：
http://ncsp.forum.nokia.com/csp/
http://mobilityworld.ericsson.com.cn/mms/index.shtml
我希望搞过这方面开发的人能谈谈具体情况，特别是.NET下的开发。
http://ncsp.forum.nokia.com/csp/
http://mobilityworld.ericsson.com.cn/mms/index.shtml
我希望搞过这方面开发的人能谈谈具体情况，特别是.NET下的开发。
#6
接收和发送短信需要电信或联通的短信平台接口的
如果有接口做起来就不难
有些公司可以提供接口的，不用你直接和电信及联通打交道
如果有接口做起来就不难
有些公司可以提供接口的，不用你直接和电信及联通打交道
#7
to bizbuy(也曾风流)
彩信还有个制作的过程吧，它不是简单的文本哦。
彩信还有个制作的过程吧，它不是简单的文本哦。
#8
该贴已加分，希望大家能给点实际的东西。
#9
问问acewang吧！他好像在做这个。
#10
谢谢无间道大哥提醒：）
#11
俱是高手
#12
前段时间做短消息平台，和发短消息一样，第一，你要是一个SP（发短消息不一定是SP，彩信就肯定要是了），呵呵，如果你不是SP的话，那你要找一个SP合作，第二就是要会CMPP的协议和MMS的协议，MMS好像是走GPRS的，然后就是进行Socket连接，把数据打包发到网关，或从网关Deliver一个数据包就行了
#13
GZ
#14
up
#15
只要有通道和接口协议那么就是一个POST的问题，MMS复杂一点就需要拼装SMIL文件，你可以到Nokia或者梦网上去下载相关资料。
如果是个人兴趣就没什么必要了，MMS的成本比较高
如果是个人兴趣就没什么必要了，MMS的成本比较高
#16
MMS网络基本结构与工作原理
1. MMS 网络基本结构
移动多媒体信息业务系统涵盖了多种类型的网络，并可以集成这些网络中现有的信息业务系统。移动终端在多媒体信息业务环境(MMSE)中进行操作。此环境既包括2.5G和3G网络，也有网络间的相互漫游等情况。MMSE提供了所有相关的业务成份，如：信息的发送、存储、通知。它们既可位于同一网络中或分布于不同的网络中。在MMS服务投放市场以前，很多关于网络的实际准备工作必须预先完成。在软、硬件的准备上除了可以接收MMS的终端外，还需要MMS中心、WAP网关、数据库服务器、增值服务（VAS）等。
◆ 多媒体信息中心(MMSC)
在整个在多媒体信息业务环境(MMSE)中，多媒体信息中心(MMSC)是系统的核心。由MMS服务器、MMS中继、信息存储器和数据库组成。MMSC是MMS网络结构的核心，它提供存储和操作支持，允许终端到终端和终端到电子邮件的即时多媒体信息传送，同时支持灵活的寻址能力。
MMSC是将MMS信息从发送者传递到接收者的存储和转发网络元素。MMSC的概念与SMSC相似，即服务器只在查找接收者电话的期间存储信息。在找到接收电话以后，MMSC立即将多媒体消息转发给接收者，并且从MMSC删除此消息。由于MMSC在能够发送的情况下不存储消息，因此它不是一个邮箱服务器。MMSC是提供MMS服务所需的一个新的网络元素。由于传输容量和界面需求都不同，SMSC的软件不能直接升级到MMSC。另外，MMSC需要运行很多连接其它网络（如Internet）接口，以及提供增值服务所需的外部应用接口，MMSC还应具备到Email的接口。
◆ WAP网关
尽管用户对MMS的使用与SMS类似，但是MMS不能在SMS的传输信道进行传送，SMS的传输信道对于传送多媒体内容来说太窄了。在协议层，MMS使用WAP无线会话协议（WSP）作为传输协议。为了在MMS信息传输中使用WAP协议，需要一个WAP网关连接MMSC和无线WAP网络。
有些制造商的MMSC使用集成的WAP接口连接无线数据网络。而且在服务开通之初，由于流量比较低，运营商网络中现有的WAP网关仍然可以使用。为了使运营商能够应付逐渐上升的MMS流量，MMS传输可使用专门的WAP网关。
◆ 数据库服务器
数据库使用户和运营商能够有效提供、控制和管理增值服务。数据库服务器应具备较高的运行速度，并且有经过优化的快速网络设备来读取数据请求，保证MMS各个网络元素能够平等的共享用户的数据库信息。MMS数据库服务应能按照每个人的需要和爱好进行定制。
◆ 增值服务（VAS）
包括多媒体终端网关、多媒体电子邮件网关、信息传递网关和多媒体语音网关等。
2. MMS的体系结构
多媒体短信业务并不依赖于具体的网络平台，无论是HSCSD(高速电路交换数据业务)，还是GPRS、EDGE、UMTS，都可以支持MMS业务。多媒体短信可以集成已有的消息系统，不同网络之间的连接可以通过IP和相关的消息协议来完成，这样保证不同无线网络对多媒体消息系统的兼容性。鉴于网络带宽、传输速度和移动终端考虑，我国MMS业务首先应用在GPRS网络平台上，并将在未来3G UMTS网络中走向成熟。
图3-l是多媒体短信系统的体系结构图，用户终端在多媒体短信业务环境(MMSE)中操作。MMSE包括各种类型的设备，比如传递和存储多媒体短信的功能实体，它们对用户提供一套完整的MMS服务。这些业务元素的分布很灵活，可以包含在同一个网络中，也可以分布在几个不向的网络巾(甚至可以分布公几个不向类型的网络中)。同时， 由于MMS包含的每一个功能实体都是逻辑实体，在具体实现时可根据业务或者运营商的需要把某些功能实体捆绑在-起，比较常见的是将MMS服务器和MMS中继器作为一个设备来实现。
从图3-1中看出，MMS系统中的网络设备包括MMS中继器、MMS服务器、用户数据库和用户代理等。
◆ MMS服务器负责存储和处理到来和离开两个方向上的多媒体短消息。每个MMSE中可以有多个MMS服务器，MMS服务器可以和外部网络的E-Mail服务器、SMS服务器等通过标准的接口协同工作，为用户提供丰富的服务类型。
◆ MMS中继器负责在不同的消息系统之间传递消息，以整合处于不同网络中的各种类型的服务器。MMS中继器在接收或者传递消息到其他的MMS用户代理或者另外的MMSE时，应该能够产生计费数据(CDR)。MMS中继器和MMS服务器还具有地址翻译功能和临时存储多媒体短信的功能，以保证多媒体短信在成功地传送到另一个MMSE实体之前不会丢失。
◆ MMS用户数据库记录和用户相关的业务信息。如用户的业务特性、对用户接入MMS服务的控制等等。
◆ 用户代理可以位于用户设备也可以位于和用户设备直接相连的外部设备中。用户代理是一个应用层的功能实体，为用户提供浏览、合成和处理多媒体短信的功能。对多媒体短信的处理包括发送、接收和删除等操作。MMS用户代理还提供用户终端接收多媒体短信能力的协商；向用户发送多媒体短信通知；对用户的多媒体短信加密和解密；用户之间的多媒体短信签名；在用户的SIM卡支持MMS的情况下，处理SIM卡中和MMS相关的信息；用户特性的管理等功能。
3. MMS的实现
多媒体短信业务系统的实现必须具有灵活性，在不同类型的网络和终端之间的互操作性，以及便于集成和开发新业务。
多媒体短信系统可以有两种实现方式：基于WAP的实现和基于IP的实现。
(1) 基于WAP的实现
WAP协议无论在业务规范还是底层技术上都对MMS的实现提供了有力的支持。使用WAP来实现MMS服务的协议栈结构如图3-2所示。
在使用WAP协议实现的MMS应用中，可以将整条链路分为两个部分。第一部分是MMS用户代理和WAP网关之间的链路，它使用了WAP的协议栈结构，并在各种不同的无线媒质上提供通用的服务。对于类似MMS的面向应用的服务由WSP(WAP会话协议) 来提供。第二部分是WAP网关和MMS中继器之间的链路，它们之间的连接使用了IP技术，高层使用标难的HTTP协议进行通信。在通信的过程中，WAP网关是一个透明的设备，它不对经它转发的数据做任何解释和修改。
一个典型的MMS通信过程要经过以下几个阶段；
◆ MMS用户代理发送多媒体短信；
◆ MMS中继器通知目标用户代理有多媒体短信到来；
◆ 目标MMS用户代理接收多媒体短信；
◆ 目标MMS用户代理向MMS中继器发送接收确认消息；
◆ MMS中继器向源MMS用户代理报告多媒体短信传递的结果。
(2) 基于IP的实现
除了基于WAP的实现以外， 3GPP正在制订基于IP的MMS实现方案。 图3-3给出了一个基于IP实现的MMS的协议栈结构，并且使用针对无线网络的特性做了优化的TCP协议作为传输层协议。根据提供的业务的不同，MMS用户代理和MMS中继器／服务器之间的通信可以使用SMTP、POP3、IMAP4和HTTP等应用层协议。
和基于WAP的实现类似，在用户终端到MMS服务器/中继器之间的链路也被分为两个部分。两部分使用的高层协议都是相同的，区别在于传输层协议，MMS用户代理和IP网关之间可以使用适合无线链路特性的
TCP协议，而从IP网关到MMS中继器/服务器之间的通信则使用普通的TCP协议。
4. MMS的工作原理与流程
多媒体信息服务建立在以WAP为载体数据传输网上。它可在GSM网络(R7/R8)、GPRS网络、CDMA 1X和未来的3G网络中。但是为 了获得用户满意的带宽，最好是在GPRS、CDMA 1X或是3G网络环境下，当然也可用于在实行了HSCSD技术的GSM网络中。
WAP技术在多媒体信息服务中扮演了重要角色。通过WAP的Push、Notification和Poll的功能，终端用户能完成与系统的通信。
以系统向手机发送信息为例，分析一下多媒体信息服务的流程。在过程分析中省略了有关无线接入的部分，只着重于MMS-C的相关部分。
分析过程如下：
(1) 当有一条多媒体信息发往一个用户时，信息以WAP WSP 的协议进行编码， 通过无线网络传送到WAP网关。
(2) WAP网关以HTTP协议与MMS-Relay进行通信,将文件内容传送给MMS-Relay。
(3) MMS-Relay 将文件送往MMS-C 服务器。在服务器内多媒体信息的内容将转换成MIME的格式，并存储在短信存储器（MMS-Message Store）中。
(4) 服务器进行数据分析，从而得到路由信息，用户终端信息等。在分析过程中会调用在用户数据库中信息。系统将判断用户的终端是否能够支持MMS，并根据用户的终端的承载能力（如显示分辨率，终端的容量等）进行不同的处理。例如，当用户终端不支持MMS时，系统将把多媒体信息中的多媒体信息去掉，只把信息的文字部分以短信的方式发给用户。
(5) 确认处理方法之后，系统通过被叫用户的MSISDN号码进行路由。MMS-Relay将通过WAP网关与外部网络进行通信。在没有确认被叫用户已经接受了信息之前，该信息始终保存在短信存储器中。运营商可以通过软件设定保存的时间长度。
(6) 系统服务器生成计费信息，传送给计费中心。
1. MMS 网络基本结构
移动多媒体信息业务系统涵盖了多种类型的网络，并可以集成这些网络中现有的信息业务系统。移动终端在多媒体信息业务环境(MMSE)中进行操作。此环境既包括2.5G和3G网络，也有网络间的相互漫游等情况。MMSE提供了所有相关的业务成份，如：信息的发送、存储、通知。它们既可位于同一网络中或分布于不同的网络中。在MMS服务投放市场以前，很多关于网络的实际准备工作必须预先完成。在软、硬件的准备上除了可以接收MMS的终端外，还需要MMS中心、WAP网关、数据库服务器、增值服务（VAS）等。
◆ 多媒体信息中心(MMSC)
在整个在多媒体信息业务环境(MMSE)中，多媒体信息中心(MMSC)是系统的核心。由MMS服务器、MMS中继、信息存储器和数据库组成。MMSC是MMS网络结构的核心，它提供存储和操作支持，允许终端到终端和终端到电子邮件的即时多媒体信息传送，同时支持灵活的寻址能力。
MMSC是将MMS信息从发送者传递到接收者的存储和转发网络元素。MMSC的概念与SMSC相似，即服务器只在查找接收者电话的期间存储信息。在找到接收电话以后，MMSC立即将多媒体消息转发给接收者，并且从MMSC删除此消息。由于MMSC在能够发送的情况下不存储消息，因此它不是一个邮箱服务器。MMSC是提供MMS服务所需的一个新的网络元素。由于传输容量和界面需求都不同，SMSC的软件不能直接升级到MMSC。另外，MMSC需要运行很多连接其它网络（如Internet）接口，以及提供增值服务所需的外部应用接口，MMSC还应具备到Email的接口。
◆ WAP网关
尽管用户对MMS的使用与SMS类似，但是MMS不能在SMS的传输信道进行传送，SMS的传输信道对于传送多媒体内容来说太窄了。在协议层，MMS使用WAP无线会话协议（WSP）作为传输协议。为了在MMS信息传输中使用WAP协议，需要一个WAP网关连接MMSC和无线WAP网络。
有些制造商的MMSC使用集成的WAP接口连接无线数据网络。而且在服务开通之初，由于流量比较低，运营商网络中现有的WAP网关仍然可以使用。为了使运营商能够应付逐渐上升的MMS流量，MMS传输可使用专门的WAP网关。
◆ 数据库服务器
数据库使用户和运营商能够有效提供、控制和管理增值服务。数据库服务器应具备较高的运行速度，并且有经过优化的快速网络设备来读取数据请求，保证MMS各个网络元素能够平等的共享用户的数据库信息。MMS数据库服务应能按照每个人的需要和爱好进行定制。
◆ 增值服务（VAS）
包括多媒体终端网关、多媒体电子邮件网关、信息传递网关和多媒体语音网关等。
2. MMS的体系结构
多媒体短信业务并不依赖于具体的网络平台，无论是HSCSD(高速电路交换数据业务)，还是GPRS、EDGE、UMTS，都可以支持MMS业务。多媒体短信可以集成已有的消息系统，不同网络之间的连接可以通过IP和相关的消息协议来完成，这样保证不同无线网络对多媒体消息系统的兼容性。鉴于网络带宽、传输速度和移动终端考虑，我国MMS业务首先应用在GPRS网络平台上，并将在未来3G UMTS网络中走向成熟。
图3-l是多媒体短信系统的体系结构图，用户终端在多媒体短信业务环境(MMSE)中操作。MMSE包括各种类型的设备，比如传递和存储多媒体短信的功能实体，它们对用户提供一套完整的MMS服务。这些业务元素的分布很灵活，可以包含在同一个网络中，也可以分布在几个不向的网络巾(甚至可以分布公几个不向类型的网络中)。同时， 由于MMS包含的每一个功能实体都是逻辑实体，在具体实现时可根据业务或者运营商的需要把某些功能实体捆绑在-起，比较常见的是将MMS服务器和MMS中继器作为一个设备来实现。
从图3-1中看出，MMS系统中的网络设备包括MMS中继器、MMS服务器、用户数据库和用户代理等。
◆ MMS服务器负责存储和处理到来和离开两个方向上的多媒体短消息。每个MMSE中可以有多个MMS服务器，MMS服务器可以和外部网络的E-Mail服务器、SMS服务器等通过标准的接口协同工作，为用户提供丰富的服务类型。
◆ MMS中继器负责在不同的消息系统之间传递消息，以整合处于不同网络中的各种类型的服务器。MMS中继器在接收或者传递消息到其他的MMS用户代理或者另外的MMSE时，应该能够产生计费数据(CDR)。MMS中继器和MMS服务器还具有地址翻译功能和临时存储多媒体短信的功能，以保证多媒体短信在成功地传送到另一个MMSE实体之前不会丢失。
◆ MMS用户数据库记录和用户相关的业务信息。如用户的业务特性、对用户接入MMS服务的控制等等。
◆ 用户代理可以位于用户设备也可以位于和用户设备直接相连的外部设备中。用户代理是一个应用层的功能实体，为用户提供浏览、合成和处理多媒体短信的功能。对多媒体短信的处理包括发送、接收和删除等操作。MMS用户代理还提供用户终端接收多媒体短信能力的协商；向用户发送多媒体短信通知；对用户的多媒体短信加密和解密；用户之间的多媒体短信签名；在用户的SIM卡支持MMS的情况下，处理SIM卡中和MMS相关的信息；用户特性的管理等功能。
3. MMS的实现
多媒体短信业务系统的实现必须具有灵活性，在不同类型的网络和终端之间的互操作性，以及便于集成和开发新业务。
多媒体短信系统可以有两种实现方式：基于WAP的实现和基于IP的实现。
(1) 基于WAP的实现
WAP协议无论在业务规范还是底层技术上都对MMS的实现提供了有力的支持。使用WAP来实现MMS服务的协议栈结构如图3-2所示。
在使用WAP协议实现的MMS应用中，可以将整条链路分为两个部分。第一部分是MMS用户代理和WAP网关之间的链路，它使用了WAP的协议栈结构，并在各种不同的无线媒质上提供通用的服务。对于类似MMS的面向应用的服务由WSP(WAP会话协议) 来提供。第二部分是WAP网关和MMS中继器之间的链路，它们之间的连接使用了IP技术，高层使用标难的HTTP协议进行通信。在通信的过程中，WAP网关是一个透明的设备，它不对经它转发的数据做任何解释和修改。
一个典型的MMS通信过程要经过以下几个阶段；
◆ MMS用户代理发送多媒体短信；
◆ MMS中继器通知目标用户代理有多媒体短信到来；
◆ 目标MMS用户代理接收多媒体短信；
◆ 目标MMS用户代理向MMS中继器发送接收确认消息；
◆ MMS中继器向源MMS用户代理报告多媒体短信传递的结果。
(2) 基于IP的实现
除了基于WAP的实现以外， 3GPP正在制订基于IP的MMS实现方案。 图3-3给出了一个基于IP实现的MMS的协议栈结构，并且使用针对无线网络的特性做了优化的TCP协议作为传输层协议。根据提供的业务的不同，MMS用户代理和MMS中继器／服务器之间的通信可以使用SMTP、POP3、IMAP4和HTTP等应用层协议。
和基于WAP的实现类似，在用户终端到MMS服务器/中继器之间的链路也被分为两个部分。两部分使用的高层协议都是相同的，区别在于传输层协议，MMS用户代理和IP网关之间可以使用适合无线链路特性的
TCP协议，而从IP网关到MMS中继器/服务器之间的通信则使用普通的TCP协议。
4. MMS的工作原理与流程
多媒体信息服务建立在以WAP为载体数据传输网上。它可在GSM网络(R7/R8)、GPRS网络、CDMA 1X和未来的3G网络中。但是为 了获得用户满意的带宽，最好是在GPRS、CDMA 1X或是3G网络环境下，当然也可用于在实行了HSCSD技术的GSM网络中。
WAP技术在多媒体信息服务中扮演了重要角色。通过WAP的Push、Notification和Poll的功能，终端用户能完成与系统的通信。
以系统向手机发送信息为例，分析一下多媒体信息服务的流程。在过程分析中省略了有关无线接入的部分，只着重于MMS-C的相关部分。
分析过程如下：
(1) 当有一条多媒体信息发往一个用户时，信息以WAP WSP 的协议进行编码， 通过无线网络传送到WAP网关。
(2) WAP网关以HTTP协议与MMS-Relay进行通信,将文件内容传送给MMS-Relay。
(3) MMS-Relay 将文件送往MMS-C 服务器。在服务器内多媒体信息的内容将转换成MIME的格式，并存储在短信存储器（MMS-Message Store）中。
(4) 服务器进行数据分析，从而得到路由信息，用户终端信息等。在分析过程中会调用在用户数据库中信息。系统将判断用户的终端是否能够支持MMS，并根据用户的终端的承载能力（如显示分辨率，终端的容量等）进行不同的处理。例如，当用户终端不支持MMS时，系统将把多媒体信息中的多媒体信息去掉，只把信息的文字部分以短信的方式发给用户。
(5) 确认处理方法之后，系统通过被叫用户的MSISDN号码进行路由。MMS-Relay将通过WAP网关与外部网络进行通信。在没有确认被叫用户已经接受了信息之前，该信息始终保存在短信存储器中。运营商可以通过软件设定保存的时间长度。
(6) 系统服务器生成计费信息，传送给计费中心。
#17
如果MMS费用比较高的话，那能不能在计算机里用手机的模拟器来模拟整个过程？
#18
能不能在计算机里用手机的模拟器来模拟整个过程？ you can can't simulate whole process
#19
neither MMS or SMS , you should call a API , for example , huaWei, AsiaInfo, etc
then if you are a alliance of Mobile cop, you can get a gateway 's port and Password , so you can transfer your MMS through it
for more details , you can consult me , I will help you
then if you are a alliance of Mobile cop, you can get a gateway 's port and Password , so you can transfer your MMS through it
for more details , you can consult me , I will help you
#20
g z
#21
能在计算机里用手机的模拟器来模拟整个过程.
#22
gz
#23
其实这个东西的难点不在技术上，而是看你采用哪种处理办法，MMS的手机开发浏览模拟器很好找的，在GooGle里面搜索一下就出来了，发送采用需要了解MMS协议，你可以在网上下载一份MMS的协议，还有需要下载一个MMS的接口动态库。根据协议说明就可以做开发了。不过这个东西作出来也没用，因为只是一个模拟环境。要真能用就要和移动打交道（现在移动多牛啊，我看你还是趁早死了这条心）。比较可行的是找一家SP合作（SP开一个端口把接收到的彩信通过sockt直接发到你的机器上就行了。这是最简单的方式，用不着了解MMS的具体协议流程）
#24
关注
#25
哦
原来是阿球upto啊
兴趣真广啊^_^
交大那个系统要是单拣图片修改那块
在.net就一点不值得说
我觉得现在就是如何使移动 联通的网络能够检索到.net
或者说是手机能否上传的问题
以及能否将处理结果下载的问题
原来是阿球upto啊
兴趣真广啊^_^
交大那个系统要是单拣图片修改那块
在.net就一点不值得说
我觉得现在就是如何使移动 联通的网络能够检索到.net
或者说是手机能否上传的问题
以及能否将处理结果下载的问题
#26
差点忘了个pdf文档
http://ncsp.forum.nokia.com/download/?asset_id=43
"how to create mms service"
http://ncsp.forum.nokia.com/download/?asset_id=43
"how to create mms service"
#27
203和209协议
实际上是wap协议
上面的链接的那个pdf文档里又想细介绍
在理面还有openmobile联盟的mms协议下载
实际上是wap协议
上面的链接的那个pdf文档里又想细介绍
在理面还有openmobile联盟的mms协议下载
#28
关注
#29
感谢各位的参与！
这个贴是为了做可行性分析而开的。我想了解目前的状况是如何，然后再决定要不要做。
由于这个功能没有商业目的，只是为了参赛，所以如果很麻烦或者费用很高的话，那我就放弃了，最好就是能够模拟啦：）
最近再忙考试，期末考后就结贴。
to redbb
看了你的回复，好像实现起来很麻烦，我看学生应该做不成的：（
to supermac
很高兴又见面，最近我在忙复习。我想早点确定毕业论文的方向，然后用一年的时间来准备，目前还是想搞Grid Service方面，毕竟它跟Web Service有很大联系，这样可以想出比较新颖的东西出来。我现在是这样理解的，Grid Service就是Web Service的一种延伸。
我在网上认识了一个华南理工大学大四的学生，他的毕业论文就是搞OGSI的一个简单实现，用的是.NET。我也想走这条路:)
再次谢谢各位的参与！
这个贴是为了做可行性分析而开的。我想了解目前的状况是如何，然后再决定要不要做。
由于这个功能没有商业目的，只是为了参赛，所以如果很麻烦或者费用很高的话，那我就放弃了，最好就是能够模拟啦：）
最近再忙考试，期末考后就结贴。
to redbb
看了你的回复，好像实现起来很麻烦，我看学生应该做不成的：（
to supermac
很高兴又见面，最近我在忙复习。我想早点确定毕业论文的方向，然后用一年的时间来准备，目前还是想搞Grid Service方面，毕竟它跟Web Service有很大联系，这样可以想出比较新颖的东西出来。我现在是这样理解的，Grid Service就是Web Service的一种延伸。
我在网上认识了一个华南理工大学大四的学生，他的毕业论文就是搞OGSI的一个简单实现，用的是.NET。我也想走这条路:)
再次谢谢各位的参与！
#30
顶
#31
up
#32
恩
那样理解也很好啊
其实概念就是那么来得
这个参赛。需要时说一声。这方面还是java的内容多一点
那样理解也很好啊
其实概念就是那么来得
这个参赛。需要时说一声。这方面还是java的内容多一点
#33
to supermac(supermac)
其实这归根到底也是由于java跨平台的特性，因为很多大型计算机不是运行Windows系统的，这样java占优势了。
我用.NET只是是为了表达如何用另一种方法来如何实现一个网格的平台，解决它的一些技术问题。而不考虑如何跨平台那些。
其实这归根到底也是由于java跨平台的特性，因为很多大型计算机不是运行Windows系统的，这样java占优势了。
我用.NET只是是为了表达如何用另一种方法来如何实现一个网格的平台，解决它的一些技术问题。而不考虑如何跨平台那些。
#34
up
#35
嘿嘿
帮你up
帮你up
#36
谢谢redbb发来的资料：）
#37
gz