基础收藏

移动行业术语资料（hjhero 整理）

牛阿牛 — Thu, 09 Feb 2006 04:07:00 GMT

移动行业术语资料
http://hjhero.blogchina.com/

什么是1G/2G/2.5G/3G？

　　1G（first generation）表示第一代移动通讯技术。如现在以淘汰的模拟移动网。

　　2G（second generation）表示第二代移动通讯技术。代表为GSM。以数字语音传输技术为核心。

　　2.5G是基于2G与3G之间的过渡类型。代表为GPRS。比2G在速度、带宽上有所提高。可使现有GSM网络轻易地实现与高速数据分组的简便接入。

　　3G（third generation）表示第三代移动通讯技术。面向高速、宽带数据传输。国际电信联盟（ITU）称其为IMT-2000（International Mobile Telecom-munication）。最高可提供2Mbp/s的数据传输速率。主流技术为CDMA技术代表有WCDMA（欧，日）、CDMA2000（美）和TD－SCDMA（中）。

　　什么是GSM？

　　全球移动通讯系统（Global system for Mobile communications）的英文缩写。2G的主流技术，数据速率为9.6kb/s。全球最成熟的数字移动电话网络标准之一，目前世界上大概有75％的手机使用的标准是GSM。截止到2001年，全世界162个国家已经建设了400个GSM通信网络。

GPRS （General Packet Radio Service 整合封包无线服务）
GPRS是利用而“分封交换”（Packettched）的概念所发展出的一套无线传输方式，是在现有的GSM系统上发展出来的一种新的分组数据承载业务，它把GSM的最大数据通信速度从9600bit/秒提高到了171.2Kbit/秒。是2.5G的主流技术。我们可以将GPRS理解为GSM的一个更高层次。所谓的分封交换就是将数据分装成许多独立的封包，再将这些封包一个一个传送出去，形式上有点像寄包裹，采用分封交换的好处是只有在有资料需要传送时才会占用频宽，而且可以以传输的资料量计价，这对用户来说是比较合理的计费方式。

什么是彩铃？
彩铃业务是移动为客户提供的个性多彩回铃音业务，简称彩铃；“彩铃”业务是一项由被叫客户为呼叫自己移动电话的其他主叫客户设定特殊音效（音乐、歌曲、故事情节、人物对话）的回铃音；在一次电话呼叫过程中，被叫客户摘机应答前，主叫客户听到的将不再是单调的“嘟...嘟...”普通的回铃提示音，而是被叫客户已经定制好的个性化的特殊音效回铃音

SMS Short Messaging Service短信业务，可以通过手机等移动设备发送文本型短信。

EMS增强型音画短信
EMS：(Enhanced Message Service)增强型短消息服务。与SMS相比，EMS的优势是除了可以像SMS那样发送文本短消息之外，还可以发送简单的图像、声音和动画等信息。EMS是一项过渡技术，从SMS文本信息到MMS多媒体信息的过度。
不同品牌的手机只要支持EMS，都能互相传递EMS图片铃声。

移动终接短消息（MT，Mobile Treminal SMS）
移动起始短消息（MO，Mobile Originated SMS）
MT指下行
MO指上行

MMS多媒体短信（彩信）
MMS：(Multimedia Messaging Services)多媒体信息服务。以WAP(无线应用协议)为载体传送视频、图片、声音和文字。目前世界各地的运营陆续推出这项业务。能够自动快速传送用户创建的内容。它主要以接收者的电话号码进行寻址定位，这样MMS通信可以在终端之间进行。同时MMS也支持E-mail寻址，因此信息可以在终端和E-mail之间传递。
MMS是继SMS（文本短信服务）、EMS（增强型短信服务）之后的“第三代短信服务”。SMS只能收发文本信息，EMS可以在文本短信中加入铃声、简单的图形和简单的动画，MMS大大扩展了可收发的媒介类型，文本、简单图片和铃声自然不在话下，复杂的图片如照片、大型的图表以及音乐片段、视频剪辑才是MMS的用武之地。
目前中国移动的“MMS彩信”业务开放范围为“全球通”手机用户，0.9元/条。

WAP：Wireless  Application  Protocol,无线应用协议。是一种向移动终端提供互联网内容和先进增值服务的全球统一的开放式协议标准，是简化了的无线 Internet协议。 WAP将 Internet和移动电话技术结合起来，使随时随地访问丰富的互联网络资源成为现实，移动因特网，世界在掌上。
WAP论坛：WAP Forum，由Ericsson、Nokia、Motorola和Unwired Planet四家公司于1997年6月发起的（www.wapforum.org）。其宗旨在于开发一种能将Internet上的信息与业务引入到移动终端设备的协议，即WAP。

MISC：Mobile  Information  Service  Certer，移动信息服务中心，中国移动集团公司数据业务平台，移动梦网计划的核心平台。负责监控、收费、代理请求和用户身份识别等。
MID：Monternet ID，注册成为梦网用户后，在MISC就拥有了一个长久的唯一身份标志。SP通过MID来验证MISC用户的身份。

WAP PUSH：通过SMS（文本短信）通道免费发送用户含有文本及URL链接地址的信息。实现了短信和WAP业务的结合。
WML：基于XML的一种实例标记语言，是WAP Forum专为窄带通信设备，如手机、呼机而设计的。
XHTML:WAP2.0的编写语言。

DSMP 移动数据业务管理平台
SSO Single Sign On，单点登录
HTTP Hyper Text Transfer Protocol，超文本传输协议。
HTTPS Hyper Text Transfer Protocol over Secure Socket Layer，基于安全套接字层的超文本传输协议。
ICP Internet Content Provider，因特网内容提供商
WWW World Wide Web
XML eXtensible Markup Language，可扩展标记语言
Session 是指HTTP 访问过程中的一个完整会话过程
SP Sevice Provider，服务提供商

Java 2 Micro Edition (J2ME)是一种针对移动电话和PDA这样的小型设备的Java语言。大部分的手机厂商都迫切希望Java手机推广应用。上千万的Java手机已经到了消费者的手中。J2ME与台式机中的Java相比还是有很大的限制，但是它已经极大的提高了移动电话支持游戏的能力。它有比SMS或WAP更好控制的界面，允许使用子图形动画，并且可以通过无线网络连接到远程服务器。支持Java的手机的普及，所以它成为目前最好的移动游戏开发环境，我们在这里将详细研究J2ME游戏的开发。J2ME不是手机上配置的唯一的解释语言，但是它是一个许多厂商支持的行业标准。一些专用的解释语言也在某些区域有上佳的表现，如北美的Qualcomm的BREW ( Binary Runtime Environment for Wireless，用于无线应用程序的二进制运行环境)和一些韩国移动运营商支持的名为GVM的标准。
高通开发推广的BREW(Binary Runtime Environment for Wireless)，在韩国和日本获得了巨大成功，在中国，借助于CDMA用户数的迅速增长、CDMA1X网络更好的数据业务支持能力和BREW更好的兼容能力，BREW游戏的玩家数量也在快速上升，尽管中国国内目前支持BREW的终端设备和游戏开发商还不及JAVA的多，但随着BREW终端的普及以及不同手机上统一的平台规范，让“莫比大逃亡”、“中国麻将”、“波斯王子”等经典游戏的吸引了越来越多的手机玩家。

BREW就是无线二进制运行环境(Binary Runtime Environment for Wireless)，是高通公司2001年推出的基于CDMA网络“无线互联网发射平台”上增值业务开发运行的基本平台。相对Java，BREW是一个更底层的技术。从基本的层面而言，BREW 平台就是手持设备上嵌入式芯片操作系统的接口或抽象层。您可以将它看作是 PC 环境下 Microsoft Windows 的 Win32 API。BREW 平台是一组用于本地执行而编译并链接的二进制库，优化后能使应用程序利用无线服务和资源。它控制流出或流入应用程序的事件流，能根据相应的事件启动、停止、中止或恢复应用程序。BREW 执行环境在运行时可以发现应用程序和任何相关的扩展。

　　BREW提供的功能环境就好像PC机上的操作系统一样，可以通过服务提供商下载指定类型的应用程序或游戏来使用。同时，通过BREW接口功能，供应商可以提供成套的完整的资讯、商务、娱乐功能。在将来的版本中，BREW内核类将能提供诸如蓝牙技术、全球定位系统(GPS)和基于数据业务的电话等服务。由于需要更少的内部应用程序开发和集成任务，OEM可以更加快速推出新设备。用户可以选择和下载适合自己个人喜好的无线软件。通过这种方式，用户将推动新的无线数据应用程序和服务市场的发展。

　　无论是Java或是BREW，其核心都是“无线数据下载”，使得手机可以从网上下载更加复杂的程序和应用。如下载游戏、动漫画、小小说等，也可进行各种在线应用，如联网游戏、收发邮件、证券炒股、信息查询等。

J2ME（Java 2 Micro Edition）平台是目前最火暴的手机游戏平台，尽管它还可以下载和安装一些小的应用程序。J2ME简单的可以理解为Java的移动版本，其MIDP（Mobile Information Device Profile，移动信息装置简表）架构就是专门为手机与PDA而设计。

目前MIDP有1.0和2.0之分，后者在兼容性以及游戏的多媒体表现力如音效和振动方面有更好的效果，此外通过测试软件显示，支持MIDP2.0的JAVA游戏在图形运行能力对比1.0版本也有更优秀的表现。目前支持MIDP2.0手机主要为03年下半年以后发布的手机如索爱K700、摩托罗拉V300、诺基亚6230等。

同时，以J2ME平台开发的程序叫做MIDlet，可以直接从在线下载后离线运行，或从PC通过数据线、红外或者蓝牙传输到手机上。由于J2ME程序都很小，只有几十K，所以又被称为K-Java。由于K-Java（J2ME）是开放平台，因此任何程序设计师甚至程序编写爱好者都能到Sun网站下载J2ME开发工具，为手机写JAVA程序。

此外，J2ME的MIDlet文件都是由.jad（Java Description File）和.jar（Java Package）呈现，不同的手机品牌在使用安装时会有不同的方式，如索爱的手机则仅需安装JAR文件即可；而三星和诺基亚手机则需要同时下载JAD和JAR文件。

IPTV即交互式网络电视，是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以有两种方式享受IPTV服务：(1)计算机，(2)网络机顶盒+普通电视机)。

IPTV，也叫交互式网络电视，就是利用流媒体技术通过宽带网络传输数字电视信号给用户，这种应用有效地将电视、电讯和PC三个领域结合在一起，具有很强的发展前景。IPTV可以采用两种不同的方式提供用户电视服务，就是广播方式和点播（VOD）方式。

什么是ＶＯＤ？



　　答：ＶＯＤ是ＶｉｄｅｏＯｎＤｅｍａｎｄ的缩写，即视频点播的意思。顾名思义，它是一种可以按用户需要点播节目的交互式视频系统，或者更广义一点讲，它可以为用户提供各种交互式信息服务。交互式视频点播系统一般由ＶＯＤ前端处理系统、传输网络、用户机顶盒三个部分组成。

　　而ＶＯＤ前端处理系统是提供用户节目、进行管理及计费等用的，故包括视频服务器、磁盘阵列、节目播放及控制设备、节目数据库、网络管理和计费等系统。前端处理系统可以说是ＶＯＤ的核心，决定了ＶＯＤ系统的服务能力。ＶＯＤ系统的传输网络大体可分为骨干传输网和用户接入网两部分。用户端的机顶盒是从网络获取多媒体信息的桥梁，是一种智能型数字信号转换器，现正向微型电脑方向发展，逐渐集成电视与电脑的功能，用户通过机顶盒实现视频节目点播、数字电视广播、电子商务等多媒体信息服务。

什么是LBS？
答:即手机移动定位系统，它是由各移动定位商（摩托罗拉、爱立信、诺基亚）提供。通过蜂窝机站对手机移动用户的定位，主要应用在个人、物流及汽车行业等。定位精度较GPS来言，偏差较大，一般在300米左右。
LBS 移动位置服务（LBS --Location Based Service ）又称定位服务，是通过GSM（GPRS）或CDMA 网络获取移动终端用户的位置信息（经纬度坐标），在电子地图平台的支持下，为用户提供相应服务的一种增值业务。

WAP（Wireless　Application　Protocol 无线应用通讯协议）
WAP是由爱立信(Ericsson)、诺基亚(Nokia)、摩托罗拉(Motorola)等通信业巨头在1997年成立的无线应用协议论坛(WAP Forum)中所制定的。可以把网络上的信息传送到移动电话或其它无线通讯终端上。它使用一种类似于HTML的标记式语言WML(Wireless Markup Language不是无线标记语言)，相当于国际互联网上的HTML（超文件标记语言）并可通过WAP Gateway直接访问一般的网页。通过WAP，用户可以随时随地利用无线通讯终端来获取互联网上的即时信息或公司网站的资料，真正实现无线上网。它是移动通信与互联网结合的第一阶段性产物。

WAP PUSH？

WAP更像因特网，是一个内容丰富的站点，用户如何找到自己喜欢的站点，如何在一个站点中找到自己喜欢的业务，往往需要花上很长的一段时间。而WAP PUSH可以将某一站点或某一业务的链接通过短信发送到支持WAP PUSH功能的手机上，这样您只需要阅读这条短信，打开短信中的链接，就可以直接访问业务了。因此，WAP PUSH实现了短信和WAP业务的结合，节省了您寻找业务的时间，方便您直接找到并使用自己喜欢的业务。

手机视频点播
视频点播：VOD（Video On Demand）即交互式多媒体视频点播，是随着计算机技术和网络通讯技术的发展，综合了计算机技术、通讯技术、电视技术而迅速新兴的一门综合性技术。它利用了网络和视频技术的优势，彻底改变了过去收看节目的被动方式，实现了节目的按需收看和任意播放，集动态影视图像、静态图片、声音、文字等信息为一体，为用户提供实时、交互、按需点播服务的系统。
手机视频点播视指通过移动网络传输信息，用户通过彩屏手机进行自主点播节目的方式。手机视频点播需要2.5G和3G的通信网络和配置较高的彩屏手机支持。

KJAVA
所谓KJAVA就是可以和现在的JAVA环境配合，让程序设计师可以在不同平台间转换，JAVA是一项目前已经广泛应用在互动式的网页设计技术。由于JAVA可以使用在不同的机器上，当然也可以应用在其他电子产品上。
而内建KJAVA程式语言，就是允许使用者将应用程式透过国际互联网从远端的服务器下载游戏、电玩游戏、卡通图片到手机上，再加上数据传输，“下载”服务、资料更新将非常容易。从2001年下半年开始内建KJAVA程式语言的手机将陆续推出，拥有JAVA程式开发能力，也是信息科技发展能力的重要指标。

IVR
IVR就是一种无线语音业务增值服务，和目前大家熟知的固定电话声讯服务类似，只须用电话即可进入服务中心，根据操作提示收听手机娱乐产品。手机用户拨打指定号码，获得所需信息或者参与互动式服务，例如语音杂志、聊天室或者交友等等。
IVR的潜在用户的普及率大，甚至超越了短消息，短消息接收铃声、图片时还要对应不同的手机型号，而IVR在终端设备上则不受任何限制，任何一部可以通话的手机都可以使用。有专家估计，IVR未来每年的市场收入至少可以达到25亿元。

彩铃
彩铃是“个性化多彩回铃音业务”（Coloring Ring Back Tone）的简称，它是一项由被叫客户为呼叫自己移动电话的其他主叫客户设定特殊音效（音乐、歌曲、故事情节、人物对话）的回铃音的业务。针对彩铃业务自身的新颖性和时尚性，定位在年轻移动用户，包括学生群体，时尚青年和白领人士在内的用户市场，是运营商和SP的当前拓展重点。

VPN (Virtual Private Network)虚拟专网

J2ME(JAVA 2 Micro Edition)Java 2平台微版,无线通信设备上的编程语言

3GPP(3rd Generation Partnership Project)第三代移动通信的标准

CDMA(Code Division Multiple Access)码分多址

PDA(Personal Digital assistant) 个人数字助理,一般称为“掌上电脑”。

SIM卡(Subscriber Identity Module) ，即用户识别卡，是全球通数字移动电话的一张个人资料卡。它采用A 级加密方法制作，存储着用户的数据、鉴权方法及密钥，可供GSM系统对用户身份进行鉴别。同时，用户通过它完成与系统的连接和信息的交换。它是数字移动电话手机与模拟移动电话手机在结构上的重要区别标志之一。

最初出现的SIM卡只具有单向接收功能。也就是说该卡片储存用户资料只能有出无进，与用户的交互功能较差，容量只能存储８Ｋ字节，最要命的是操作该卡时，用户还必须死记硬背代码发出指令。正是由于缺陷太多，这种卡早已在市场上“销声匿迹”了。
现在的sim卡里面只储存短信和电话号码,16k的SIM卡就可以储存150个电话号码和50条短信或200个号码和40条短信，短信和号码的数量划分是做卡时制定的，我们无法改变。

STK是SIM Tool Kit的英文缩写.即"用户识别应用开发工具"。它包含一组指令用于手机与SIM卡的交互，这样可以使SIM卡运行卡内的小应用程序，实现增值服务的目的。之所以称小应用程序，是因为受SIM卡空间的限制，STK卡中的应用程序都不大，而且功能简单易用。目前市场提供的主流STK卡主要有16K和32K两种；64K卡也在积极的市场推广中。
　　STK卡与普通SIM卡的区别在于，在STK卡中固化了应用程序。通过软件激活提供给用户一个文字菜单界面。这个文字菜单界面允许用户通过简单的按键操作就可实现信息检索，甚至交易。例如终端用户想查询天气预报,在没有STK增值服务的情况下,用户需要手动编辑短消息"TQ 010"，再将短消息发送到168服务平台。这样用户需要记住"TQ"是天气预报的命令代码和168服务平台号。事实上命令代码有很多如"GP"代表股票查询，"HF"代表电话费查询等。因此要用户将所有的命令代码记住是不现实的也是很不方便的。STK通过固化在卡中的程序，提供给用户"天气预报"等菜单提示，这样用户只需要输入想要查询地区的长途区号即可查询到天气情况。从而使用户不必记忆命令代码和服务平台号，达到方便用户的目的。
　　STK增值服务的实现基础是GSM的短消息。因此，只要是GSM网络覆盖到的地方，就可以提供文字信息服务，服务范围广大；而且文字短消息价格便宜，仅在成功传递时才收费，并且不包含漫游费；基于上述原因STK卡用户数猛增，该商业模式现正趋于成熟。

摘自《唐人社区》http://www.topren.net/forum/viewthread.php?tid=4782&highlight=&page=1

日本GAME製作方式zt

牛阿牛 — Tue, 07 Feb 2006 05:53:00 GMT

日本GAME製作方式
　
　　项目管理检讨

　　一、现阶段问题点
　　(1) 组织架构
　　公司与项目应有不同之架构
　　(2) 各职务定位
　　各职务工作执掌与权责须划分更加清楚，特别是各部经理与总监。
　　(3) 项目经理与制作人的角色差异
　　须更进一步划分工作执掌与权责
　　(4) 项目管理
　　尚未进行，项目是否已算成立? 不清楚界定标准。

　　二、附录 (参考资料)
　　(1) 何谓项目管理?
　　针对特定目标的一系列规划、组织、人事、领导与控制等活动，其目的在有效运用组织内人力、物力、财力等资源，以达成组织目标。

　　规划：为设定项目发展目标、制定政策、研拟策略及实施步骤，及如何达成该目标的基本过程。

　　设定目标：目标必须写下来。必须让所有参与者都能清楚明白它的意思。

　　研拟策略的要点：
　　　　1. 要把欲达到的结果，清楚地表达出来。
　　　　2. 这些结果要合理可行。设立一个难以达到的目标，会使参与的人望而却步。
　　　　3. 要把一系列的行动细节，详尽地陈述出来。
　　　　4. 必须指定负责人，使整个计划能因此而推动、进行。
　　　　5. 要提供合理的资源。
　　　　6. 计划的每一个阶段，均须有时间表。
　　　　7. 要设立工作表现的标准，以衡量所欲达到的成就。
　　组织：为了达成共同的目的，规定各个角色的职务，并依据一定的权限与责任的分配，决定各职务间相互的关系。

　　管理人必须知道自己究竟负责哪些活动，哪些人需对自己负责、自己又该对哪些人负责。此外，管理人还必须清楚整个公司的结构、自己在公司的位置、可以使用哪些沟通管道等。这些都必须以达成部门和公司的目标为主，并且定下所要完成的效果，最后再用文字陈述出来。

　　许多公司都把组织营建在员工身上，而不是先决定所要的结果，然后再寻找适当的人选来占据那些职位。通常，小公司并没有真正的组织架构，都是把现有人员分配去做所有的工作。不用多久，又会有另一批人被聘来分摊各部门的工作。一个简陋架构的公司，有时也能维持好几年的时间，但这样很难继续维持成长。

　　为了让企业成功，整个组织必须以「结果为导向」作为建筑架构的基础。公司的目标需明确且实际可行，整个管理工作也必须以达成公司的目标来进行。公司的架构完全依照所要达成的结果来设计–––每个职位是专为达成某个目的而设，然后再找寻最适当的人选来执行职务。
　　人事甄选优秀人员于适当职位上，从事项目各项工作，并培训他们，以增进工作效率，提升人力素质。

　　领导：根据项目规划所制定的策略与工作进度，引导、影响与鼓舞成员完成任务的行为。

　　控制：将成本、进度、品质控制在预定的范围之内。

　　(2) 项目经理 (Project Manager)
　　「项目经理」为项目团队之主管，负责指派及领导工作人员进行项目工作，对上级主管或顾客负责项目成败，并解决项目内各项问题，实为项目之灵魂人物，亦可谓项目管理之重心与中心。

　　(3) 产品经理 (Product Manager)
　　负责整个产品的处理过程，从研究调查、制造与销售。直到产品变成普通生产线的一部份时，「产品经理」仍须负责「维持」与「成长」的工作。

　　(4) 制作人 (Producer)
　　一个游戏的总指挥，从游戏制作到贩卖所有流程都是由游戏制作人负责。游戏制作人可以说是一款游戏的导演，他必须要掌控游戏发展的大方向。其工作范围包含监督开发工作、掌控游戏进度、重要事项决定、游戏预算控制。同时也是研发团队与公司之间的窗口，随时进行双方面的协调与管理，如何能够面对双方，并且妥善的将双方的讯息传达，也是游戏制作人最重要的工作之一。

　　(5) 执行制作人 (Executive Producer)
　　执行制作人与游戏的制作一起工作，其工作范围包含开发工作分配、执行制作的执行、相关工作的检查。身为执行制作人需要有较佳的沟通协调与管理的能力。虽然游戏制作人也同样有管理的职权，但游戏制作人并不能随时与游戏研发在一起，所以执行面由执行制作人来负责。

　　(6) 监制 (Director)
　　发包、工作分配、制作流程管理、游戏制作行程管理等实际制作发场的负责人。十分类似工地里的工头。

　　(7) 企划 (Planner)
　　撰写游戏的企划书。在这个部分里，游戏企划可以写出许许多多不同的方式或是系统，写的越多，游戏设计人员的选择机会也越多。而且企划在撰写企划或是新点子的时候，可以发挥充分的想象力，不需要考虑到硬件或是软件的执行能力，只要是想的到新点子都可以写在企划案里。当然企划案也不能远离原本企划会议中所讨论出来的大方向。

　　(8) 游戏设计师 (Game Designer)
　　将游戏企划所写作的企划书游戏化，也就是付诸实行。针对游戏企划所写的企划书中哪里不合理或是哪里需要加强的部分，加以删除或是修正，然后真正使之成为游戏中的一部份。根据游戏规模的大小，这个部份中又会细分为游戏系统设计、战斗系统设计、道具系统设计、格斗系统设计等诸多不同内容设计，每一项工作都会有专长该方面的游戏设计人员负责。

　　(9) 编剧 (Scenario Writer)
　　撰写游戏中所有的故事、剧情。有时候这个部分也会邀请非游戏业界的人来写剧本。比如说著名的小说家或是剧本作家。会邀请著名小说家撰写剧本的游戏大多是冒险游戏或是角色扮演。这类游戏的做法可以让游戏的故事内容更加吸引玩家，也可以说是游戏的卖点之一。将来在宣传方面也有很大的帮助。

　　(10) 角色设计师 (Character Designer)
　　设计创造游戏中所出现的所有角色。在日本游戏界中，这个部分也常常会邀请非游戏业界人员担任。比如说著名的漫画家、插画家就常常为游戏设计人物造型。这样的做法在日本游戏界中十分盛行，因为如果邀请到著名漫画家或是插画家为游戏设计人物，通常会使销售量提升。像鸟山明（七龙珠作者）为「勇者斗恶龙」系列设计人物、横山光辉的「三国志」系列、天野喜孝（日本著名插画家）为「太空战士」系列设计人物插画等等，都让游戏的知名度在发售前就已经提高很多。

　　(11) 2D插画师 (2D Illustrator)
　　设计背景或是平面角色。此外也细分成为只制作材质贴图（背景、物体表面的质感、表面贴图）的MAPPER和专门画位图的DOTER。

　　(12) 3D插画师 (3D Illustrator)
　　制作3D角色或是开头、过场、结束CG计算机动画。

　　(13) 日本游戏开发流程
　　草案制作
　　目前，拥有精英的游戏制作公司，绝对不是一开始就投入所有人力开始撰写程序而是先将游戏制成像「草案」（在日文中的说法称为「企划书」）这样的书面基础（base）。

　　草案其实是没有固定的格式（STYLE），少的时候有可能只是两三页A4大小的纸张，多的时候也有可能是包括参考资料而多达五十几页，草案的格式可以说是形形色色。依照游戏制作公司的习惯、企划人员的不同、甚至是游戏制作计画的不同，企划的书写格式也都不尽相同！此外，有些草案是透过许许多多次Brain Storming（集体创造性会议，公司企划人员或是其它有好创意的制作人员带着自己的新创意所参加的会议），经过不断的讨论与建议，而由多位企划制作人员所共同撰写出来的。

　　一般大家都会以为游戏的草案，是将企划者的创意很详细很详尽地书写在草案中，但是实际上却不是这个样子！草案实际上只要概略地叙述「这是个什么样的游戏」就可以了。也就是说，传达游戏的概略就是草案的使命。所以说草案其实不是为了游戏制作开发而产生的，草案的存在是为了让相关制作人员了解企划者所要传达的想法意念（Image）。也就是说，这样的草案是让经营者判断是否可以将这样的创意商品化、让业务贩售人员评估销售量、让其它制作人员加入不同的意见或是更好的想法，草案在专业的游戏制作公司里的主要目的便是如此。随着草案，有关游戏玩法的规则会被写在草案中，此外「什么好玩？哪里好玩？」也是草案中必须书写的基本条件！许多业余或是专业的企划人员，常常在草案中加入拢长壮大的故事剧本或是详细的角色资料设定。其实这些有关游戏的细部设定在草案中都是多余的。草案可说是说明游戏「好玩的地方」的最佳方式，因此如何将企划者所要表达的意念精简地集结起来就是件十分重要的事。当企划者将游戏中「好玩」的核心点明确地表达出来之后，接下来便是将「开发对应平台？」、「预定发行的时间？」、「适合什么样的年龄层？」、「游戏主要构成画面草图（Rough Continuity）」等资料加入，如果有必要的话可以再附上一些参考资料。具备这些东西之后，就算是完成一个草案！

　　决定草案、开始制作企划书
　　PS：事实上「企划书」在日本游戏制作业界的说法里是被称之为「仕样书」！翻译成中文为「规格书」。所以，日本所谓「企划书」如同我们所谓的「草案」、日本所谓「仕样书」如同我们所谓的「企划书」。

　　草案完成之后，接下来就是等待筛选的命运。不是所有的草案完成之后都可以被商品化，只有优秀的草案才可以走上实际制作→商品化→发售这样的过程。也就是说，事实上游戏软件的激烈竞争早在制作成商品摆在市场上贩卖之前就已经开始了。一般来说，只要是稍具规模的游戏制作公司都会随时拥有１００份以上还未商品化的游戏制作草案。这些草案不仅仅都是来自公司内部开发部门企划人员的笔下，有许多也都是从公司外部募集而来的。由此可见，企划人员想让草案商品化的竞争情况实际上是十分激烈的。

　　当一份草案经过层层严格筛选而雀屏中选之后，游戏制作的流程也正式从草案阶段移到企划书（规格书）制作阶段。企划书是让企划（PLANNER）将自己的想法传达给程序设计（PROGRAMMER）、图形设计（GRAPHIC DESIGNER）．．．等制作小组成员的文件。企划书与草案不同，它不可以是只是「知道游戏的概略」。而是必须将游戏中所以大大小小的设定，十分具体地写到企划书当中。从游戏的开始画面到游戏结束画面、画面中任何一个角落的表现设定、分数的计算方式、角色的动作．．．等，游戏中会出现的任何事件任何事物，都必须在清清楚楚地写在游戏企划书中。所有与游戏制作相关的成员，都是以此份企划书为基础来执行制作工作，可见这份企划书的重要性（因此日本会将我们通称的「企划书」称之为「规格书」，也不是不无道理！）。打个比方来说，企划书就好比正在建筑房屋时所绘制的设计图一样。在撰写草案阶段的创意（Ideas）往往都是很模糊的想法或是个临时想到的，所以也就没有很仔细地思考到游戏的细部结构。而企划书则是将原本没有仔细思考的事物，仔仔细细地书写到文件上。所以撰写企划书的时候，便需要不断地收集资料，按部就班一步一步都不可马虎的执行。

　　企划书的撰写方式，也会依据游戏制作公司的不同、游戏内容的不同而有所变化。比如说以一个一个画面为单位的画面单位指导书或是以登场角色来区分的指导书。所以，事实上企划书的构成格式是很自由的，撰写人员可以依照自己习惯而别人又看的懂的方式来撰写。同样是说明角色的动作，企划书可以用「到达顶点之后暂停一下而后迅速落下」这样的文字叙述方式，也可以使用图画或是图解的方式来表示。甚至有时为了让程序设计人员可以更清楚了解，也会使用到计算公式或图表的方式来表示。所以，企划人员表达创意的方式可以是五花八门的。也就是说，企划书最主要的目的，是让制作成员了解自己需要做些什么，所以企划人员是不需要拘泥企划书中的章节、写法、体裁。最重要的事与开发团队成员的意见沟通。

　　企划书要传达的信息是相当多的，所以一份企划书页数有时也是相当惊人。特别是像剧本故事结构十分庞大，故事情节分歧管理十分不容易的RPG游戏，企划书的页数更是多的惊人。而如果真要要说明到底有「多少页」的话，还不如用「几公分厚」或是「几个纸箱」这样的单位还比较适当。在日本游戏界常常会听到这样一句话：「游戏才一开始制作，马上有一整面墙的柜子里全都是参考书籍以及企划书资料」。专业的游戏制作公司的草案是相当简洁，而企划书则是相当紧密有系统的。所以说，或许大家都不相信，但事实上游戏一开始制作的时候，其企划书已经是厚厚的一叠，甚至是装满一整个纸箱了。

与专业人员组成专业团队
　　到目前为止游戏的制作流程都是单一流程，而且游戏制作都是集中在以企划人员（PLANNER）为中心的少数制作人员身上。不过，当企划书即将完成之前，便要开始进行整个制作小组人员的整合。而且从这个时候开始，许许多多的工作是平行地同时进行。以下就为大家大略介绍一下流程。

　　一般来说，首先整合到执行计画中的是不使用计算机的工作人员。这里所谓的「不使用计算机」── 是指公司外部的剧本作家或是角色设定的原作家等人。这些公司外部的原作者们其实在草案完成的同时，企划人员（PLANNER）便开始与他们不断沟通协调，并开始撰写剧本或是绘制人物造形的工作。为什么是这样的流程呢？那是因为纸上作业的工作是必须在程序设计工作开始之前就必须完成的。所以这些公司外部的原作者的工作都必须在其它工作人员前完成。

　　接下来是将程序设计人员（PROGRAMMER）整合到执行计画中。虽然说在企划书撰写的同时，企划人员（PLANNER）已经不断地与设计人员（PROGRAMMER）沟通协调游戏内容、表现方式等，但是设计人员（PROGRAMMER）真正忙碌是从这个时候开始。在初期，程序设计人员（PROGRAMMER）会是先撰写整个游戏系统的主要程序，比如说主角的动作、画面显示系统等。程序设计在游戏制作工作前期，就是建立游戏系统的基础。这样的工作如果以绘画的世界来比喻的话，就是准备绘画用纸、准备画具以及颜料、然后描绘出图画的轮廓。前期工作尽可能将细节的部分完全去除，而以游戏系统基本根基以及骨干程序为主。为什么是这样的是制作流程呢？事实上很多游戏在企划阶段会遇到有如「有办法将企划人员脑海里所企划的事物表现出来吗？」「自己所想的真的会好玩吗？」，为了证明这些疑虑，企划人员就可以藉由程序设计人员先期所制作出来实际会动作的画面来判断。这样的试作游戏在日本被称之为「PROTOTYPE」。这样的「PROTOTYPE」可以先期验证游戏是否真的好玩，如果验证结果是确定的，那整个游戏的制作便可以朝完整版的工作继续进行下去。

　　有时候依据情况的需要，程序设计人员不会先直接撰写游戏程序，而是先制作「工具（Tool）」、「编辑器（Editor）」等开发用的工具。这就好比在盖房子之前，先把锯子等工具做好是一样的意思。把工具、编辑器等程序都准备好，当游戏制作到后期时对于动作编辑、地图编辑等的工作便可以很有效率地进行。

　　图形设计人员（GRAPHIC DESIGNER）的工作几乎是与程序设计人员同时进行的。在日本游戏制作公司里，图形设计人员大多都是使用相同的CG专用开发计算机来制作游戏图像。所以所有图形设计人员的桌面上都是摆着相同CG专用开发计算机，那样的场面看起来是很壮观的。

　　虽说是制作映像的资料，不过游戏中的ＣＧ并不是只是一张大张的图画而已，而是分为很多不同的组件（Part）。比如说，角色人物的话就专门绘制角色人物，或是建筑物的话就专门绘制建筑物。这些各自负责自己所分配到部分的图形设计人员，最后就会将一开始就准备好的原画逐一制作组合成３ＤＣＧ。

　　３ＤＣＧ的制作，首先会先从制作以多边形（Polygon）组合起来的立体对象开始。在日本，像这样的立体图像制作工程被称之为「Modeling」，而从事这样工作的专业人员则被称之为「Modeler」。这些专业工作人员几乎都是使用3DCG专用的开发工具来完成「Modeling Data」，但是这样的Modeling Data只是一种拥有线条而没有颜色的图像，称之为「模型的线架构（Wire Frame）」。而接下来的工作是将颜色、材质、灯光等贴上，这样的工作称之为「贴图（Texture Mapping）」。接下来，这个有形状又有颜色的图像数据便要再被加入称之为「Animation Pattern」的动作资料，这样就成为会活动的３ＤＣＧ。在目前的动画科技里，也加入了可以将人类的动作转换成计算机资料的「动态捕捉系统（Motion Capture）」以及可以将真实物体外型转换成计算机模型的「３Ｄ扫描系统（3D Scanner）」。

　　接下来是音乐制作的部分。相对于图形制作的团体工作，音乐制作是属于比较个人性质的工作。游戏音乐的作曲负责人在游戏草案完成的时候，便要开始配合游戏加入音乐的影像（Image）。这个时候并还没有开始作曲，而是仅止于思考整个音乐风格的走向，是要摇滚风格比较好呢？还是要古典风格比较好呢？这段时间可以说是音乐作曲家的摸索时期。企划书的完成，接下来便是将游戏画面体地呈现给作曲家，「到底用什么样的曲子比较好？」「曲子长度要制作几分几秒的比较好？」，这些问题在此时也渐渐明确化。所以大部分的作曲家都是在这个时期开始进行音乐旋律的制作。接下来，负责音乐的人员就要实际操作一个个已完成的游戏画面，依据游戏要表达的意念配上适当的音乐音效。

　　为什么游戏音乐要配合着一边操作画面来进行编曲呢？这是因为游戏的场面会依照玩家的意念与偶发的状况而有所不同，这是与电影、广告不同。比如说「GAME OVER」的曲子在何时连接什么样的曲子是最可以表示玩家的心情？玩家在什么样的场面之下最可以感到紧张的气氛？这些都是需要音乐创作人员实际去操作游戏、实际去感受游戏，然后再慢慢地调整出游戏音乐的曲调、曲子与曲子之间的连接，甚至是出现的时机、长度等。所以说制作游戏的音乐其实也是件十分辛苦的工作。

　　协调、协调、再协调
　　完整的企划书、完整的制作小组、完整的制作流程，但许许多多问题还是会伴随着整个游戏制作过程。而且随着各部门工作的进行，麻烦问题会越来越多，也越来越严重。

　　比如说常常遇到的就是与内存相关的问题。虽然说目前的游戏主机的内存已经比以前多了许多，但是毕竟还是有所限制。所以游戏制作计画一开始时，一般来说便会开始进行各部分内存大小的分配工作，如图形使用○○M、主程序使用○○M、音乐使用○○M。不过随着制作工作的进行，往往都会有超出原本内存容量设定的问题产生。原因有很多，比如企划书阶段时期计算错误、开发小组能力不足、某部门开发小组需要更大的内存容量来表现游戏效果…等。这个时候制作人（PRODUCER）或是监制（DIRECTER）便必须明确地的判断。是否还有其它多余的内存容量可以分配？是否削减哪个部分的内存容量？是否变更成其它规格？解决的方式虽然有很多种，不过与内存相关的麻烦问题是任何一组游戏制作小组都会遇到的烦恼！

　　接下来常见的便是不断循环的「可能」与「不可能」这样的问题。在游戏制作现场中，我们常常会听到「可能」与「不可能」这两句话。经大家讨论之后，企划人员将一个新的创意写入企划书中后，理论上就应该会是可行的。但是实际作业的时候，程序设计人员又常会出现「这种新创意是不可能做到」的遗憾。上述的事件对游戏制作现场的人员来说都是家常便饭，常常发生的状况。企划人员会说：「这是可以办到的吧！你一定要做出来！」，程序设计人员会说「不可能！我做不出来！」，两部门人员间的紧张火爆气氛也就时而发生。协调处理这样的问题（包括组员间相处人际关系）也都是制作人或是监制十分重要的工作。

　　除此此外，集合了这么多位工作人员的大型制作工作，人与人之间的沟通协调问题都是层出不穷。「应该可以再可爱一点」、「我要一种无形的感觉」、「运用比较有速度感的反应方式」……在游戏制作现场中，在开发小组的成员之间，像上述那样十分抽象的语言可说是随时都可以听到。因此，发言者的想法与听到话语的人的理解程度有微妙的差异，甚至是文不对题也都是时有所闻。在游戏开发过程中，光是要让所有制作小组成员制作出来的作品保持一定的风格就是一件相当费力的工作。

　　其实制作过程中遇到麻烦也不全都是不好的事，有时也会遇到让人觉得高兴的麻烦。比如说，游戏制作到一半的时候，突然有人说「如果这样做的话一定会更好玩！」。从企划书阶段之后经过几个月，也实际制作出会动的画面之后，上述的情况就常常会发生。不过是不是要采用预定以外的创意？如果采用了，那既定的工作时间又要从新排定，这对于整个制作小组就会是个大麻烦。当一个很好的新点子、新创意突然浮现脑海的同时，一大堆麻烦的工作调整问题也随之而来，这就是游戏制作工作。游戏制作工作到了后半段时期，有许多麻烦的问题也会随着分解到各个制作人员的身上，如何解决这些问题，也就相对成为每位工作人员工作的一部分。有游戏开发经验的人员采用负责人在面试的时候，常会说：「游戏制作人员必须要有很强的抗压力」。其理由为何，相信也就不需多作解释了。

各部分完成后进入测试工作
　　当开发人员最辛苦的时期结束的时候，也就是游戏各部分都完成的时候。完成的所有资料会全部集中到主程序设计人员的手上。图形资料、音乐资料、剧本等文字资料，再加上其它细部的的程序资料，都是在这个阶段完成整合。如果是角色扮演游戏、射击游戏、战略仿真游戏等，其游戏中角色的各种设定数值也都市在这个阶段中加入。这样也就完成游系的试玩版。

　　最初完成的试玩版，在日本一般称作「α版」，使用这个版本制作人员可以进行简单的Test Play。当然在试玩的过程中，如果有不正常的错误就会马上进行修正，此外也会开始进行游戏难易度调整。即使整个游戏制作过程经过十分严密配置，但是因为是各部门分工合作，所以还是会出现「看得到树却看不到森林」这样的缺失。像这样将树木一颗颗地修正，使其看起来像是一片森林，便是试玩版中必要的修正工作。

　　将「α版」中各部分所有的错误、不合理的地方加以修改之后，再一次将所有资料整合，这个试玩版便被称作「β版」。这个版本中的内容基本上与玩家将来在市面上买到的版本内容是一模一样的。不过由人类做出来的软件不会是十全十美没有任何错误的。这样的错误在程序设计人员间被称作「BUG」。因此接下来的工作便是找出这些躲在程序中的「BUG」，并加以修正去除。假设游戏中所有会出现的任何状况，从游戏讯息一个文字的小小错误到会导致游戏当机的重大错误，都必须一点一滴仔仔细细去找出隐藏其中的「BUG」。这样的工作也被称作「Debug」，一般会由开发小组所有组员或是公司外部的工读人员，甚至会动员到公司其它部门的工作人员。不论是多么辛苦所制作出来的游戏，只要游戏中出现任何一点小小的错误而导致当机，便成了没有用的「不良品」。虽然对开发人员而言，游戏制作流程到了Debug之前的阶段是算是可以松口气的时候，但是接下来的Debug工作却也是最后最重要的大工程。经过上述的过程之后，就到了游戏软件的最终版本「Master」，接下来就是等候压片量产。

今年的年终奖和12月份工资如何计缴个人所得税 zt http://www.ae365.com/docc/news_detail1.asp?menu_now=551&sid=551&id=15124

牛阿牛 — Fri, 16 Dec 2005 10:10:00 GMT

今年的年终奖和12月份工资如何计缴个人所得税

http://www.ae365.com/docc/news_detail1.asp?menu_now=551&sid=551&id=15124

2005-12-15

【原创：周德斌】

2006年1月1日，修订后的《个人所得税法》正式实施，个人薪资所得税前费用扣除标准从RMB800元/月，提高到RMB1600元/月。

但2005年度12月工资及年终奖如何计算个人所得税的问题，就成为全体个人所得税纳税关心的问题。

依据《个人所得税法》和《国家税务总局关于工资薪金所得计算缴纳个人所得税政策衔接问题的通知（国税发[2005]196号）》：

一、2005年12月31日(含)前，纳税人实际取得工资、薪金所得，无论税款是否在2006年1月1日以后入库，均应适用原税法规定的费用扣除标准每月800元，计算缴纳个人所得税。

二、自2006年1月1日起，纳税人实际取得的工资、薪金所得，应适用新税法规定的费用扣除标准每月1600元，计算缴纳个人所得税。

在此，需要说明的是，上述法规所指的是实际取得的工资、薪金所得，“实际取得”应该是纳税人领取的工资奖金所属的月份。如果领取工资的时间在2005年度，就应该按照原RMB800元/月的标准扣除。如果领取的工资在2006年度但工资收入属于2005年度的，仍应该按照RMB800元/月的标准扣除。只有领取的工资收入属于2006年度的，才能按RMB1600元/月的标准扣除。

但对于2006年领取2005年度年终奖的部分，依据《国家税务总局关于调整个人取得全年一次性奖金等计算征收个人所得税方法问题的通知（国税发[2005]9号）》第二条第一款的规定：

纳税人取得全年一次性奖金，单独作为一个月工资、薪金所得计算纳税，并按以下计税办法,由扣缴义务人发放时代扣代缴：

先将雇员当月内取得的全年一次性奖金，除以12个月，按其商数确定适用税率和速算扣除数。

如果在发放年终一次性奖金的当月，雇员当月工资薪金所得低于税法规定的费用扣除额，应将全年一次性奖金减除“雇员当月工资薪金所得与费用扣除额的差额”后的余额，按上述办法确定全年一次性奖金的适用税率和速算扣除数。

这里的“雇员当月工资薪金所得与费用扣除额的差额”，是指实际发放年终奖金的当月工资薪金和费用扣除额。也就是说，如果企业在2006年度1月份发放2005年度的年终奖，其在计算年终奖应纳税金适应的费用扣除额应该是RMB1600元。

此外，针对企业聘用的外籍人员，自2006年度起其工资、薪金所得扣除标准应从原来的RMB4000元/月（3200+800）调整至RMB4800元/月（3200+1600）。这里的3200元是指依据《个人所得税法实施条例》第二十八条确定的附加减除费用标准。

依据，企业在工资和年终奖发放中的实际情况，举例说明如下：

假设某位员工2005年度12月应得工资为2000元，2005年度应得年终奖为6000元，2006年1月份应得工资为1200元。依据其发放工资和奖金的时间不同，其适用的费用扣除标准是不同的，具体可分为三种情况：

1、第一种情况：

2005年度工资和奖金均在12月发放给员工，则其应缴个人所得税为：

A、12月份工资应缴个人所得税=（2000-800）×10%-25=95元

B、确定2005年度年终奖适用税率和速算扣除数（6000÷12=500元/月）分别为5%和0。

C、2005年度年终奖应缴个人所得税=6000×5%=300元

所以，在此情况下，该员工应缴个人所得税总额为：RMB395元。

2、第二种情况：

2005年度工资在2005年度12月份发放给员工，而奖金则在2006年度1月份发放给员工。其应缴个人所得税为：

A、12月份工资应缴个人所得税=（2000-800）×10%-25=95元

B、确定2005年度年终奖适用税率和速算扣除数[6000-（1600-1200）]÷12=466.67元/月）分别为5%和0。

C、2005年度年终奖应缴个人所得税=[6000-（1600-1200）]×5%=280元

所以，在此情况下，该员工应缴个人所得税总额为：RMB375元。

3、第三种情况：

2005年度工资和奖金均在2006年度1月份发放给员工，由于其12月份工资属于2005年度的，所以仍应按RMB800元/月扣除费用。但年终奖的部分则应按2006年1月份的费用扣除标准（RMB1600元）来计算。则其应缴个人所得税为：

A、12月份工资应缴个人所得税=（2000-800）×10%-25=95元

B、确定2005年度年终奖适用税率和速算扣除数[6000-（1600-1200）]÷12=466.67元/月）分别为5%和0。

C、2005年度年终奖应缴个人所得税=[6000-（1600-1200）]×5%=280元

所以，在此情况下，该员工应缴个人所得税总额为：RMB375元。

此外，在一些省、市，在2005年度的工资薪金所得扣除标准可能比规定的RMB800元要高，在计算时，可按当地规定来计算纳税。

http://www.ae365.com/docc/news_detail1.asp?menu_now=551&sid=551&id=15124

基础收藏

移动行业术语资料 （hjhero 整理）

日本GAME製作方式zt

今年的年终奖和12月份工资如何计缴个人所得税 zt http://www.ae365.com/docc/news_detail1.asp?menu_now=551&sid=551&id=15124

移动行业术语资料（hjhero 整理）