书接上文。任务管理系统中的很多特性都是从复杂的工程管理软件中借鉴来的。那么在探寻任务管理系统的设计时，最好能够先来看看工程管理软件都有哪些常见的特性；然后再看看对于个人使用的任务系统来说，对于这些特性的需求会有什么样的变化；最后，阐述一下我个人对任务管理系统的一些看法。

• 工程管理软件分析

工程管理软件中的任务，是有相互的依赖关系的。有些是由于后续任务需要使用前置任务的成果，有些则是由于后续任务需要使用前置任务所占用的有限资源。工程管理系统，在进行计划制定的时候，首先要将完整的工程划分为不同的任务。然后，再根据这些任务之间的依赖关系，来排定这些任务的先后执行测序。以求在最短时间和最小资源消耗的情况下，完成整体工程。

工程虽然并不像日历那样，是以时间作为根本特性的，但是一些关键时间点对于工程来说也是至关重要的。比如天朝经常会出现献礼工程。以及工程进行过程中的各种公休和节假日也都是需要计算在内的。通常一个工程里面会有若干个工程关键时间点。这些时间点通常是工程自然节点附近的一些特定的日期。比如工程可能在某个节假日附近完整一个功能节点，那么通常的做法是将这个节点直接设定在那个节假日之前，这样大家做完一个阶段的工作之后，正好可以休息几天。有时候一些为公众服务的系统，也喜欢赶在节假日之前上线，以便能够在节假日获得更好的收益。工程管理系统，会根据这些关键时间点，对任务的排列进行适当的调整，即使这些调整会使得工程所耗费的时间和资源有所上升。

工程管理系统中所管理的最重要的东西，就是资源了。这里所说的资源，指的是工程过程中不得不用，而数量又有一定的限定的东西。比如工作人员的工时、场地、各种仪器设备、零部件等。小型的工程管理软件只需要计算出完成工程所需、或所能调用的资源总量，然后根据这个资源总量进行任务调度和安排就好了。所需或所能够调用的资源总量，是根据工程的进度要求，平衡得来的。有些资源增加了之后，是可以提前项目进度的，有些则不行。通常的做法，是根据所有能够使用的资源总量，先预估工期；然后在根据工期进行任务资源分配；最后再根据任务资源调配情况，对工期和所需资源进行调整。

大型的工程管理系统会复杂得多，这些系统还需要考虑很多资源的建造、购买、仓储、领用等过程。比如航天卫星发射的工程管理系统中就需要考虑火箭发动机的生产，每个批次生产出来的火箭发动机，都需要拿出一枚来进行测试。而这个测试验证试验是一次性的，也就是说做实验的那个火箭，试验之后就废掉了。那么系统就需要考虑“组批生产”的问题，比如一个批次最多可以生产十枚火箭，那么最好能够将火箭发动机凑成十个一组来生产，否则的话，如果只生产两三枚火箭也需要多做一个出来做实验，那就太浪费了。大型的工程管理系统，通常还需要考虑分里程碑验收和支付的问题，每一个里程碑需要完成哪些任务，这些完成的任务如何验收，以及如果验收出现什么问题，怎么办。验收之后，通常是需要进行里程碑付款，我还见过一些系统，在里程碑付款和购置设备等过程中还考虑汇率波动风险和银行账户利息等因素的。比如别人付过来一笔美金，工程方直接将其都兑换成了人民币，但是工程中又需要以美金再去购买什么设备或零部件那就亏了。总之，资源管理根据工程管理软件的规模和行业差异，也会存在巨大的差异。但这肯定都是各种工程管理系统中最重要的一个部分。

工程的任务细分，并不是一次完成的。这个过程通常是逐层细化的，所以就会出现任务和子任务的概念。一个任务对于承接这个任务的团队来说就又成了一个工程，这个团队会将其再次划分为子任务。或者是完成一个大的任务，需要多个团队协同工作，也可以将这些团队所完成的共组划分为子任务。这个划分的过程，是有很多模板和定式的。比如，盖房子必须先画图纸，然后打地基，从下向上一层一层的盖，封顶之后先做外墙装修，然后做内墙装修和强电弱电工程。就算是家庭装修，也需要考虑先做墙面，在做墙面的时候要预留强弱电的线槽和开关接插口面板的位置；在做墙面的时候可以进行门窗油漆等工作；墙面和油漆的工作完成之后， 才能进行地面施工；再然后才是家电和家具的购置和摆放。地面工程的时候，是不会将墙面和油漆过的门窗搞脏的，但是墙面粉刷和油漆的时候会把地面搞脏的。强弱电线路的布设和接插口面板的设置，是需要破话墙面的。家具和家电是要放在地面上面的，所以一定要在地面施工完了之后才能做这些事情。这个过程是无法打破乱来的。

任务和资源，都是有状态的。工程管理系统就是通过对这些状态的管理来实现任务和资源的调配和管理的。简单的状态有：资源被占用、资源被闲置、任务可以开始、任务等待关键资源到达后可以开始、任务进行中、任务完成、任务暂停等。在资源不冲突的时候，工程管理系统会尽可能的安排并行任务以节省工程时间。比较复杂的状态管理，可能会包括仓储物流、人员培训、期货购买和交割等复杂过程，这里就不讨论了。工程管理系统的工作方式，基本上可以被看做是一种状态机的工作方式。

任务之间的等级并不是平等的，因为很多资源是无法进行分割和隔离的，所以很多任务是必须在共享资源的情况下并行进行的。在并行执行的任务之间就会存在优先级的差异，哪个任务需要占用更多的资源，在时间节点上更加紧迫，其优先级也就更高一些。

在任务完成了某个里程碑之后，或者是工程完成之后，工程管理系统是需要对工程的完成情况进行审计和评估的，是需要出具工程完成状况报告的。这个报告包含任务完成状况以及任务完成过程中资源使用的情况，任务完成状况和资源使用的情况和原计划之间的差异，这些差异产生的原因，以及针对这些差异，需要对后续的计划做出哪些调整等。

• 对于个人使用的任务系统，在用户体验上所需要特别注意的地方

规划系统不能太过复杂，工程管理软件，根据自身的复杂度，提供不同复杂度的规划和录入系统。有些工程系统光是录入初始的数据就是一个庞大的工程。甚至会有专业的咨询、规划、设计机构来完成这些工作。这个过程对于个人使用的系统来说是必须要简化的。

个人任务系统和工程管理系统有一个最本质的差异。那就是工程管理系统是在一个封闭的时间段上来规划工程的，而个人任务系统是不可能从一个人出生一直规划到死亡的，所以个人任务系统通常都是在一个开放的时间段中规划任务的。而且，很多任务之间没有那多多的相关性。对于个人任务系统来说，相关性比较强的任务之间是可以有一定的依赖关系的，但是从整体来看各项大任务之间是没有紧密关系的。

个人任务系统中的资源管理是一个很麻烦的东西，有些资源在一个任务中起到一种或几种作用，但是这些特性对于其他任务来说可能就会发生变化。用户自己的时间也是一种资源，而且是关键资源。不同的个人之间也都互为其他人的资源。对于跨越任务和工程，散布在整个人生之中的任务管理系统，其所管理的资源只能是针对特定任务的。也就是说资源是任务相关的，规划一个任务或由一系列子任务构成的主任务时，可以涉及各种资源，但是这些资源是限定在任务内有效的。离开了这些任务，资源就需要重新定义了。

个人使用的任务系统，肯定需要包含能够通知到个人的各种通知手段。所以这个系统比如需要一个跨平台的通知子系统。工程管理软件中通常不需要这个东西，相关人员会主动的去查询任务分配和进展情况的。

工程管理系统中的那些复杂的审计和评估报告，对于个人任务系统来说也是不适用的。普通用户是读不懂，也没有耐心去读那些复杂报告的。而且，由于个人任务系统是在开放的时间段上进行规划的，所以这种系统更需要的是能够在任何一个时间点去检查过去任意时间段的任务完成情况和资源使用情况。并根据统计的结果，对后续的任务进行调整。

工程管理系统中所使用的语言和文字，都是在其特定行业和环境下使用的正式书面语言。个人系统完全可以使用一些个性化的、生动的生活语言、口头语言、网络流行语言来进行语言和文字描述。

用户选择了任务管理系统，通常是希望能够尽可能的按照计划完成任务的。工程管理系统是依靠契约、特定团队组织架构和制度来保证任务的完成的。那么个人系统能够依靠什么来促进任务的完成度呢？除了前面提到的提醒系统之外，应该再加入一些游戏性的鼓励和成就分享和刺激在里面。

• 关于个人任务系统的一些设想

规划和任务执行情况反馈合一，随时规划新的任务，随时查看近期任务的执行情况，并对任务进行调整。

完善的通知和提醒系统，使用生动的生活语言通过各种平台和方式，通知用户启动、推进或完成任务。

通过各种各样的平台，接受用户的反馈，并记录任务完成的进度和状态，以及用户在完成任务过程中的各种相关信息，最终形成完整的报告，比如装修笔记、旅行路书等。

增加任务状态，一个任务可以有多个状态，将状态机的机制更多的引入任务系统。提供尽可能多的状态机模板、子任务划分模板，供用户套用。

加强资源和资源状态的管理。用户自己的时间，出现在任务中其他人的时间，以及参与任务的其他资源（包括资金）的规划、分配和调度。

在任务系统中添加游戏性，鼓励、激励、刺激用户按照计划完成任务。并将用户完成任务的状态和成就，分享到Social平台上，让整个social平台上的人都来一起见证和激励用户完成任务。

如果说现代生活中，有什么东西最宝贵的话，那无疑就是时间了。我们总会觉得时间不够用，有很多愿望没有时间去完成。

于是，就涌现出了大量的，以时间管理为目的的工具，希望能够帮助人们更加合理的运用时间。

这些工具包括：

日历系统，通常提供约会、提醒、周期重复等功能。现在很多软件都提供日历的功能，我们使用比较多的有微软的Exchange Server和Outlook、以及Google Calendar。苹果好像也有自己的日历工具，但由于使用的不多，所以不是很熟悉。

任务管理系统，通常包含任务的归属、任务的场景和标签、任务的优先级等。为大家所熟悉的任务管理系统有：Things、Google Tasks、ToDo、Doit等。按照我接触和了解的情况来看，这一类工具是从工程管理工具中简化而来的。要比工程管理工具来得简单，主要是适合个人使用、而不是供工程项目使用。此类工具近些年来颇受大家的喜爱。

工程管理工具，现在很多时间管理工具上的特性，其实都是从工程管理工具中简化剥离而来的。这种东西顾名思义，并不是为个人设计的。工程管理工具，即使是比较简单的，也是为了几十人甚至是几百人协同完成一个工程项目而设计的。工程管理软件强调的并不是通知和周期性的变化，而是任务之间的依赖关系，任务所需要调用的资源，以及如何调度，以实现在要求的时间内，使用最少的资源完成任务。此类软件中，被使用得最广泛的，就要算是微软的Project，还有简化一些的XPlanner了。有些庞大的、运用于特定领域的工程管理类软件，其购置、维护的成本是非常恐怖的。这些软件通常是以咨询服务的形式进行销售的。我就曾经见过一款用于核电站建设的工程管理软件，其软件规模异常庞大，光是用于存储数据的实体，就有近万个，可见其内部业务逻辑之复杂。

这里要讨论的并不是庞大复杂的工程管理工具，而是供个人使用的时间管理工具。之所以将工程管理工具列在这里，是因为其中拥有很多时间管理的功能，很多供个人使用的时间管理工具正在不断的从中吸收各种有趣的特性。

工程管理软件的目的，是使得工程项目在占用最少资源的情况下，按照要求的期限完成。对于这种软件来说，不容角色的人和其他的各种设备或服务都被抽象成了不同种类的资源，其最终的服务对象是工程本身而不是作为资源的人。工程管理软件的工作过程大概分为三个环节：规划工程的实施过程和实施过程中的资源占用和调配；将规划通知所有和规划相关的人或机构，接收项目各个分支与环节的执行结果，以及各种相关资源的使用状况，并将这些数据汇总，以便对项目的执行过程或结果进行评估；根据项目期间，各个分支执行的情况和资源使用的情况，对项目后期的规划进行调整。这样看来，工程管理的过程就是一个规划过程和一个反馈过程的循环往复。

现在，人们越来越希望能够像管理复杂的工程项目那样规划和管理自己的人生。

从现在流行的这些时间管理工具来看，日历管理方式实在是太粗糙了，其中缺乏资源的概念。一些内网或组织内使用的日历工具，比如Exchange、Lotus Notes等，是允许查阅相关角色的日历的，可以帮助使用者，人工的在对方空闲的时候创建约会或会议。但是对方是否接受，还是需要对方人工确认的。工程管理过程中，规划者和被作为资源分配的人之间并不是平等的。规划者是可以决定某些人什么时候做什么事情的。而在日历工具中，人们的位置是平等的。

日历的另外一个缺陷就是，其中的事件，缺乏状态。一个约会、会议或提醒，对于日历系统来说都只有两个状态，到期或未到期。日常生活中，很多事情并不是这样的，很多事情从开始规划到最终完成，其中是要经历很多个状态和过程的。这对于日历系统来说，是很难表现的。

任务管理系统，就要比日历系统更近了一步。在任务管理系统中，原来日历系统中的事件，变成了任务。这其中的差异在于：事件的基本属性是时间，我们约定了周三晚上吃完饭，那么如果时间已经是周四上午了，对于日历系统来说这个事件的状态就是到期或过期。日历系统缺乏工程管理系统中的反馈环节，所以日历系统并不知道一个事件是否被执行了。任务系统就要好很多，任务的基本属性并不是时间，而是状态。一个任务是否被执行了，或执行到一个什么状态了，到达这个状态之后，下一步应该怎么办。任务也可以有时间属性，而且通常都是有这个属性的。但是即使约定的时间已经过去了，任务系统也不会直接判定任务已经完成了，而是需要通过反馈系统，让用户手工的录入任务的执行状态。如果任务尚未完成，那么任务系统会提醒用户对任务的时间属性进行调整或尽早完成逾期任务。

现在的个人任务系统还不够完善，有着工程管理系统的榜样树立在那里，个人任务系统的产品经理们肯定不会不知道应该如何将其完善起来的。现在的任务系统是在工程管理系统的基础上根据个人使用的特性做减法得到的。那些复杂的统计分析和资源调配，以及任务依赖关系，对于普通用户来说确实是难以理解了一些。现在的任务系统本身就是一种平衡，在用户体验和功能完整之间的一个平衡。依靠增加功能来使个人任务系统进一步的完善起来，至少在目前来说，对于大多数用户来说是不现实的。

如何进一步的完善任务系统，以便更好的帮助人们规划他们的时间，这个我想以后再在其他博文中慢慢阐述我的个人观点。这是关于时间话题的第二篇博客了。这个话题我想至少还能再写个两三篇吧，不着急，慢慢来。

人生就像是一场游戏，一场时间的游戏。我们可以选择自己在什么地方，和什么人在一起，扮演什么样的角色，做什么样的事情，以及怎么做事情。甚至我们可以选择做一个什么样的自己。但是有一样东西，是我们无法选择的，那就是我们的过去。我们无法选择过去做过或没做过什么事情，我们只能选择现在和未来。时间在我们人生游戏的各个要素之中，显然是最重要的一个元素了。

古往今来，人类的所有的娱乐活动，包括现在各种各样的游戏，也都有一个因素是完全无法逃避的，那就是时间。每一项娱乐活动，不论是棋牌还是体育运动；不论是音乐还是绘画，都必须在一定的次序和时间范围内进行。每一个游戏，不论是单机还是联网；不论是动作还是益智；不论是竞技还是休闲，也都无可逃避的成为了一个又一个时间的游戏。

近些年来，流行起来的social game，为了能够让每个用户只需要使用较少的时间，就可以和不同的用户发生social关系，更是直接将时间设定成了游戏的核心要素。比如：种一颗白菜，需要多长时间，多长时间没有人采摘，白菜就会烂在地里，每个人必须在别人的白菜成熟之后，还没有被主人收获之前，白菜还没有烂在地里之前，去拜访邻居，并顺手摘走别人的白菜。

玩家需要根据自己的作息时间安排，选择种植或养殖各种动植物。这种游戏有个特性，那就是级别高了，单位时间的产出也会增加。种植那种收获时间非常短的作物，总是会比种植同等级别的长生命周期作物收益更高。如果希望提高单位时间的收益，那么就需要守在电脑或移动设备面前，不停的点啊点。通常随着一个玩家级别的提高，他们能够得到那种需要更长时间才能收获的品种。这些品种的单位时间收获肯定没有低级别的短时间作物高，但是很多高级别玩家对游戏的沉迷程度会随着参与游戏时间的增长而下降，他们没有耐心坐在那里不停的点击。能让他们每天上来看看菜园子，也就不错了。

由于到了高级别的时候，每一种新的种植物所带来的回报通常都很高，所以这个时候如果给予一些可以在短时间收获的高收益作物，可能会很容易将平衡打破，那些到达了高级别，还有耐心点啊点的玩家，会飞快的超越别的玩家，这反而会加速他们离开游戏的速度。所以此类游戏在后期添加这种高等级的短时间收获作物的时候，都是异常谨慎的。

现在的游戏，在考虑如何加入更多的东西，以加强游戏的沉浸感，通过虚拟现实或现实增强技术增加更多的现实元素，通过定位技术添加地理信息元素等等，但不论游戏发展成什么样子，有一个东西，将一直是所有游戏，甚至是人生这种游戏的永恒主题，那就是时间。

一个人现在之所以能够成为一个独一无二的人，是因为他或她的过去是独一无二的。那么他或她的未来也必将是独一无二的。

好像好久没有更新博客了，以前在上海的时候，还能够坚持每周更新一次。现在会到了北京，周末的时间能够和家人在一起，反而没有时间更新博客了。后面还是尽量保持更新吧。虽然我的博客看的人不多，就算是给自己留下的一些回忆吧。

这篇博客，是很早之前写的，前面几篇博客也提到过，但是由于一些比较麻烦的问题，一直没有贴，最近好像麻烦的问题都处理干净了，那么就贴出来吧，这个周末如果有时间的话，没准儿还能再写一点儿。

为什么需要这种开源系统

在写这篇博客的时候，我并不知道是否已经存在了这样的一套系统，或类似的系统。可能有，也可能没有。我想，有的可能性应该更大一些吧。

这种开源系统，是为了解决不同的人，不同的机构之间进行图片应用开发过程中进行分工的。如果每一个想要提供图片底层服务的企业、团队或者个人，都去编制一套自己的标准，并设立一套自己的API和接口。那么，那些想要开发上层图片应用的个人或机构，就必须做出选择，到底是使用哪一家的。一旦他们做出了选择，则很难再进行改变。一次只能使用1家的服务，很难为统、同一个上层服务，选择多家供应商提供的底层服务。

如果有一套开源的系统，一套相对简单，但功能基本完整的图片底层服务接口。有很多厂商以此为基础，提供服务。那么是不是可以部分解决这种问题呢？有这种可能，但也不能肯定。毕竟很多大的厂商，喜欢搞封闭的一套。

所以这里只能说是一种设想和可能。并不是对此类系统进行可行性的分析。

基本的架构

这种系统，通常是分为底层架构、功能实现和扩展接口三个部分的。这里并不是做软件架构，所以就不那么详细的来分拆了。只是把一些软件需要具备的基本功能，和留给扩展的接口简单的介绍一下。

我并不想自己去开发一套类似的东西，至少目前还不想。所以说是功能介绍，好像并不太准确。作为一篇准备放在梦想园板块中的博客，大家就当我是在介绍一个梦想中已经实现了的软件吧。

结合OpenID的认证系统

照片系统中，有一个功能是必须具备的。那就是用户认证系统。如果是像传统网站那样自己搞一套用户注册体系，那么肯定是会有问题的。因为这套系统的设想是分布在不同的网站或服务器上，然后让用户自由选择，将照片放到不同的服务器上。一个用户可能同时会使用多个照片服务器。那么就要求照片服务器所使用的用户登录和认证体系必须是统一的。按照现在的流行趋势来看，使用OpenID认证系统看来是一个不错的选择。

现在，提供OpenID认证体系的公司越来越多了，甚至国内还有一些小型的网站，利用开源系统，提供OpenID认证。国内比较常用的一些认证体系，也逐步开始支持OpenID了。

图片系统如果能够使用OpenID，那么就有可能实现跨服务器的认证和权限分配。可以在不同的服务器上，使用同一个OpenID进行登录和认证，只有这样才有可能实现跨服务器的图片存储。

统一的图片调阅权限审核

图片除了写入时的认证之外，还有一个非常重要的问题，就是图片的调阅认证，什么样的人，可以调阅什么样的图片，这是避免陈冠希悲剧再度重演的必要保障。由于图片是存放在不同服务器上的，那么最好能够直接将调阅权限和每一张图片绑定，每一张图片单独的判断，来人是否有权调阅。

应该使用统一的短链接服务，来进行所有图片的解析。这样所有图片的连接地址，就统一了。每一个需要调阅图片的访问，都使用统一的短链接进行调阅。在短链接转换之后，到特定的图床服务器上去验证调阅的权限。调阅者最好和图片拥有者使用统一的OpenID系统来进行认证，这样的话，关系的处理，就可以放到图床体系的外面去了。

基本的图片加工系统

图片进入图床服务器之后，根据不同的需要，可以进行一些简单的图像加工和变换。这个系统，应该是建立在图床服务器里面的，图床服务器应该提供一些基本的功能，并留出开放的接口，可以接入其他标准的图片加工工具。

通常会用到的图片加工类型有：格式转换、精度和分辨率转换、剪裁、水印、简单的色彩调整，以及图片的拼接等。这些功能基本上使用现有的imagemagick应该都是可以实现的。至于一些特殊的图像转换，比如2D转3D，添加版权水印等，都可以留出接口，让需要的人自己去添加。

图片是属于图片所有者的，那么图片的各种变形，理论上来说也应该是属于图片所有者的。如果图片所有者能够提供这些图片的常用变形版本，那么大部分图片调阅者都会选择直接调阅的。所以图床系统缓存原始图片的各种常用变形对于图片的传播和保存，都是有好处的。系统可以在图片的某些特殊格式或变形被调阅的时候，自动生成符合要求的图片，然后进行缓存，如果同样的格式再次被调用，那么就直接使用缓存的结果。

可以在图片的短链接后面，添加上对于格式的要求，来形成新的图片链接。比如：http://***.**/aCq3D/w800BW 就可以代表前面那幅图片宽度为800的黑白二值版本。

这样，每一个图片有一个唯一的url链接，同一张图片的不同变形，也有唯一的url链接，而且这个链接和原图的链接是有明确关联的，任何人或系统，可以在得到原图url或某一种特定变形的url之后，计算出这个图片其他各种变形的url来。图床服务器可以不用为每一个特定的变形进行运算，得到某种特定的变形url访问之后，首先要判断的还是权限的问题，要判断访问者是否有权限使用这种特定的变形。比如说，通常不是每个人都有权限调阅原始图片的。 一些相近的图片变形，是可以互相替换的。比如，有人刚调用了一次宽度为800的图片，图床服务器进行了运算，并缓存了这个分辨率的图片，紧接着又有人来调用宽度为790的图片，那么就不用运算了，直接将800的给出去就好了。

统一的图片短链接服务

提供图片短链接，应该是和普通短链接不同的。普通的短链接是使用完整的连接，进行hash之后，得到的一个几十甚至是上百进制的数值。所生成的数值，只与原来的URL有关。

图片的短链接，应该是与图片本身相关的，也就是说，可以直接对图片进行指纹提取，然后再对图片解压缩后的原始二进制数据，进行hash，然后使用这个hash值对图片网址进行存储。这样的话，就可以实现相同的图片，使用相同的短链接，多个存放了相同图片的URL，其相对应的短链接是一致的。然后使用负载均衡来自动派发请求。即使图片的存储的格式有些许差异，其对应的短链接，也是一样的。

由于上文中说到的各种图片变形格式的唯一短链接，所以这个系统还有一点有别于其他短链接系统，这个短链接系统需要在那一窜几十上百进制的字符串之后，留出一段明文的，可以进行解析的图片格式说明语言。每一个图床服务器上的URL，过来注册和转换短链接的时候，应该标明自己支持哪些格式标识，这样短链接服务器在转换短链接的时候，就可以根据用户请求的特定格式，来分配服务器。

这个短链接系统，应该是和图床系统相分割独立的，但又是相辅相成的，这里就把它作为一个图床的辅助系统，写在这里吧。

图片的组织和存储系统

图片本身，是有一定的关系的。由于现在基于图片的搜索还比较困难，目前只有google的picasa里面使用到了头像识别来进行图片的标示和定位。所以通常是使用一些文字来对图片进行标注、分类和描述，也有些系统可以使用时间和地理位置来定位图片。

对图片进行标示和分类、文字描述，其目的就在于希望能够更方便、更准确的搜索和定位图片。如果要做一套开源的，可以多服务器联合工作的图床系统的话，那么就要求图形的组织、标示、标注和分类、文字描述等系统，是独立于所有图床服务器之外的，是可以跨服务器工作的。那么，这里的设想就是，图床服务器是独立工作的，只负责处理图像的存储和调阅以及相关过程中的权限设定和审查、验证，图床服务器不互相引用其他同类服务器。所有图片的组织和分类信息，由其他系统来完成这里不讨论。

图片使用的审计和统计系统

图片的上传、修改和调阅，是需要一个日志系统的。那么这个日志系统，可以附带各种审计和统计的功能。甚至可以一次为接口，开发一些计费功能。开源软件上就不需要计费系统了，但是可以把接口保留下来，以备日后使用。

功能的设想和拓展

一个系统的生命力，部分取决于其可扩展性。为了保持一定的扩展性，开源图床应该具备一些必要的接口，来进行某些扩展。

前面提到的图片转换接口，可以在基本图片加工和转换功能之外，添加特定的图片转换功能。

图片存储和使用的统计，并最终留出计费接口。

开源的图床系统，只需要考虑单机工作就好了，但是如果有的公司系统以此为基础，建立大型系统，那么也应该留出自组网和多服务器协同工作的接口。

至于分享到微博等social网站、接受反馈并记录，进行分类和标注标识等等，应该是在其他系统里面完成的，和本系统无关。那些系统可以依靠开放的API接口来使用本系统中的图片资源，可以使用同样的认证体系。

调整、部署以及推广

本文纯属YY，那么就让我继续Y完吧。如果真的有了这么一套系统，那么应该如何推广呢？首先要去吸引那些个人站长，他们可以在自己租用的空间上部署，并存放一些自己的照片，也可以存放一些朋友的照片。然后，可以让一些个人或小团队，在此基础上，建立一些小的，基于图片的新的应用。如果这些能够成功的话，最后可能会有企业对其进行修改，添加上计费的模块，并部署更大型的，但与之相兼容的系统。

隔了好久都没有更新博客了，事情有些多。我想这不应该成为理由。回到了北京，周六日需要陪伴家人，没时间写博客了，这是其中的一个原因，这篇东西，写了好几周，我自己也不是很满意，但最终还是觉得应该丢出来，算是对自己思想的一种记录吧。以后尽量保持每周写博客，但是也很难保证，只能说尽量吧。

说人口红利的时代正在逐步的过去。依靠高度集中的制造业，实现经济增长的时代已经过去了。
不过，现在还是有很多地方，地价和劳动力收入要低于大中型城市的平均水平。感谢国家的义务教育政策，即使是低收入地区，那里的人口素质也还是相当不错的，至少能读能写，经过培训之后，应该也可以完成简单的计算机操作。
那么是否有可能，在这些地方，组织人员生产内容，供高收入地区进行消费呢？
让他们自己去生产内容，是比较困难的，或者至少是成功律不高的，可能很多人生产的内容，无法找到订阅者，最终即使是在比较低的生活水平下，他们也无法通过生产内容来养活自己。那么，比较可行的办法就是作现有信息的挖掘、过滤、排序和聚合。
现在，很多人都在关注一个问题，那就是信息过载，我们可以自由的得到很多信息，多到我们自己都看不过来。如果是靠机器筛选，现在好像还没有那么好的算法。那么，是否可以依靠人工来筛选呢？答案是肯定的，只要这个筛选的人，他所需的成本，是在我们消费这些信息的人，所能够承受得起的。
要想实现，在低收入、低房价地区组织人力，为人们提供信息检索和聚合服务，有些问题还是需要克服的。

• 要有一套统一的、精确的，可以验证的信息分类、过滤和排序标准，哪怕不能进行机器验证，至少也要能够进行人工验证。
• 良好的监控平台，可以监控所有进行信息筛选的人，给出有质量的结果，不重复，不遗漏，条例清晰，排序合理，并符合客户的要求，不得夹杂任何其他因素（比如：竞价排名）。
• 隔离平台，彻底隔离开服务者和消费者，消费者不知道哪个服务者在为他服务，他所消费的内容，可能是由多个服务者所提炼出来的。服务者，也不知道他们所提炼的内容，有多少人需要，这些人都是什么人。
• 内容消费者，按照所消费的内容付费。按照搜集的难易程度和内容的数量来付费。
• 内容的提炼者，按照提炼的内容数量和质量得到收入，和订阅数量无关，每一个类型的内容，可以有三到五人进行提炼，并对其结果进行机器检查。根据检查的结果，可以给质量高的人，更多的收入。订阅数量多的类别，可以酌情增加筛选者的数量。

这套系统的好处在于：消费者，可以在有限的时间内，看到他自己最想看到的内容。低收入地区，那些受过基本教育的人，也可以得到收入。
人工筛选，可以解决的问题：

• 避免SEO的干扰。
• 去除重复的内容。
• 避免丢失重要信息。
• 根据用户的需要，过滤广告和不实信息。
• 在发生特定事件时，主动通知用户。
• 将多个网站，通过不同角度报道的新闻，提炼出简介，并聚合出相对完整的观点，以及网络上的一些意见的统计结果。
• 进行一定程度上的数据统计和分析。
• 可以对一部分内容，进行人工朗读，以便用户在不同的环境中使用。

实现这种模式可能会遇到的困难：

• 很难免费使用
• 广告投放的效果比较难以确认
• 在计算机的语义分析水平提高之后，可能面临巨大的成本压力

个人感觉，至少在现阶段，以及未来的三五年内，这种模式，应该还是有需求的。

春节休假归来，又向flickr上上传了一大堆照片。我在flickr上的那些自己人也都在努力的上传新照片。我想，每次重大的节日之后，flickr都需要增加一些新的存储设备吧。特别是中国的黄金周制度更是极大的增加了flickr的存储压力。

flickr本身一直存在着很多的争议，他们的盈利情况一直不是很好，但是作为一个照片站来说，能够超越他的又确实不多。就像上一篇《图片的故事》中所说的那样，flickr这样的公司，运营压力是很大的，他们需要准备海量的存储设备和巨大的带宽，来应对图片的存储和调阅。他们在选择各种和Social相关的策略时都需要特别谨慎，因为他们所有的策略，都是建立在高昂的成本基础上的。

在图片行业，像flickr这样从头做到脚、融会贯通，可能并不是一个好的办法。现在，很多想要进入这个行业却又被flickr这个响当当的例子放在那里，吓得裹足不前的主要分为两种类型：有想法的小团队；有钱、有服务器、有带宽，却在策划上异常谨慎的大型企业。

如果能够让这两类人，分别做好自己的事情。那么我们就有可能能够看到大批的图片相关应用涌现出来。

首先说说那些大企业。

他们需要提供的就是存储和带宽，将其包装成商品，自己做一个简单的针对个人用户的demo，然后以API的形式开放给那些小型团队。按照各种资源具体使用的数量向小团队收费。可以考虑有一个基准的免费基线，超过一定使用量，或期限之后，才开始计费。可以将费用用广告展现或点击资源来置换。他们只要保证图片数据的安全性、可用性；对于存储在他们那里的图片数据进行简单的处理（不同精度、色彩的变形等），各种初步的数据统计和分析工具，到常用的图片分享网站的API封装（新浪、twitter、facebook、搜狐等）。然后按照账号体系让特定的人可以通过API上传图片，然后再让相应的人可以访问到相应的图片，保证全国的访问速度。最后按照实际产生的存储容量和带宽来收取费用。

这其实就是一种基于图片服务的云，只是没有必要像flickr和picasa那样将服务做得那么完善，主要也不是面向最终用户的，而是面向那些开发者和小团队的。

对于运营这样的项目来说，首先需要对成本进行精算，详细的核算存储和带宽的成本，然后划分成不同的套餐，吸引那些开发者或中小型团队将他们的应用建立在这些服务上。

再说说那些可以进行无尽的尝试的小团队吧。

如果不需要考虑前期的底层设施搭建，可以在用户数量还比较低的时候，尽可能的少承担相关的成本。他们要做的就是发挥无穷无尽的想象力，去充分的试错。用户数量提升之后，当广告收入已经无法抵偿存储和带宽成本的时候，也就差不多可以去写投资报告，四处去拉投资了。

如果能够统一一套标准，所有提供图片服务的大企业和使用这些服务的小团队都遵循。那么这个市场就有可能更快的成熟起来。

社会分工不断的完善，是社会生产力不断提升的标志。让我们一起来期盼不同的团队和企业，在不同的层次上共同努力，为我们提供更加经济实惠，更加丰富多彩的图片服务吧。

现在，有越来越多的应用，或服务商，都在做、或是想做图片服务了。几个月之前，还不是这个样子的。那个时候由于图片圈子的老大，Flickr那半死不活的生存状态，使得很多希望去做图像的团队，都望而却步了。更是有一些做图像的团队，被投资人扫地出门。

这一切，随着instagram的成功，而发生了翻天覆地的变化。又有很多的人开始想来做图片的相关应用了。

为什么会出现这样的故事呢？

图片应用，或图片服务，其天然存在着很多的不同于其他类型应用服务模式的特殊性：
• 图片的容量决定了，图片比普通的文字信息消耗更大的资源，不论是存储还是带宽。
  • 外链被所有的图片网站又爱又恨，没有外链的话，网站的吸引力和黏着度都上不去，打开外链的话，对于带宽又会带来巨大的压力。
• 盈利模式模糊不清，也是图片网站永远的痛，现在常见的收费方式有三种，但是好像都很难达到收支平衡甚至盈利：
  • 免费，这种方式的网站是靠广告收入存活的。
  • 向照片所有者收取存储费用——picasa和flickr都是这么做的。
  • 向照片使用者收费，有些提供高质量广告素材的网站是这么存活的。
• 图片本身的索引和检索，再利用不是很方便
  • 所有主流的搜索引擎都提供了图片搜索功能
  • 但是这些搜索引擎都是按照引用图片的那个网页的内容来进行搜索的
  • 网页描述不一定准确，很多网站为了提高或降低搜索命中率，对seo进行优化，导致图片的搜索的准确性进一步的降低
• 图片的再利用不是很方便
  • 大家需要图片的目的是不一样的：

• 需要图片来修饰网站或其他视觉界面
• 需要图片来增强文字或其他内容的说服力和表现力
• 需要图片来辨认地标建筑或联系人

•  
  • 不同用途的图片，被分门别类的存放在不同的网站中
  • 一张图片，特别是照片，如果想要用于不同的用途，这将非常困难。比如，想要把一张照片上的人像抠出来，作为联系人的头像来用，现在Google倒是提供了类似的功能，遗憾的是Picasaweb的网站被墙了，我们很难访问到了。如果有人想要将某张照片中的一部分抠出来作为网站上图标来使用，那就需要专业人士来帮忙了。
  • 这些照片被利用的过程没有被记录下来，很多人需要重复的去处理同一张照片，做同样的事情。
• 我们处在一个最不适合做图片服务的地区，要为那些最不适合享受这项服务的用户群体来提供图片服务。
  • 天朝的网络布局非常不合理，很多资源访问起来的速度，比在国外网站上还慢。
  • 本来一个大型IDC机房就能够解决的问题，现在却必须要建立一大堆的CDN才能完成。图片服务上的内容，还是动态的，不那么容易进行CDN分发。
  • 网络上流行一句话，叫做有图有真相。但是通常，人们自己并不知道他们是否具备了了解某些特定真相所需的智慧，很多真相在公布之前，还需要先由有关部门来判断一下，如果不是那么容易理解的，那就还是不要公布了，免得大家理解出了偏差。

图片服务，说白了就是做三件事情：原始素材的保存和整理；图片的检索和发现；图片的再利用。

在这个过程中，应该考虑几个问题。

在进行自有图片的保存和组织的时候，内容是以图片所有者为中心聚集起来的。然后再以图片所有者的事件和时间、地点为辅助标记进行组合。最后，如果有可能的话，才会有图片所有者或其他人添加的标记，或者是自动人脸识别，以及其他机器识别所辨认出的可识别内容。这主要是因为，我们现在都是使用的数码相机，在一次旅游或其他什么活动的过程中，总是会产生大量的照片，但是，会被做标记的，可能只是很少的一部分。而计算机的智能图片识别系统，现在也还很难让人满意的识别出照片上的各种东西。这些内容会随着图片所有者自身的社交关系图来流转。

图片的检索和发现，是一个很麻烦的问题。用户在检索的时候，输入的总是一些文字信息。将其所想象的图片需求，用文字表达出来，这本身就是一件非常困难的事情。大家除了能够依靠社交关系，看到一些好友或好友的好友的图片之外，想要自己去找到所需的一些图片，这对于现有的系统来说还是一种艰巨的挑战。

图片的再利用，也就是图片所有者，或其他得到允许的人，对于这些图片的再次利用。将这些图片，进行再加工，并根据需要发布到各种平台上去。比如，转帖到自己的博客中去，或发布到微博，或作为网站资源，粘贴到其他网站，也可以是再去印刷、做其他用途等等。

图片服务，应该还是会有很多种，能够在这块市场上成功的机会的。关键是要认真的研究，自己到底是要为什么人，或什么应用模式来服务。另外，在这个地方，图片服务，真的不太适合那些创业小团队来做，启动成本太高。

这是图片故事的第一篇，下面还想说说我设想的一些图片服务模式。