第2723章 哈希值 (第2/3页)

在发送的时候，只需要计算出用户A的图片的哈希值，然后通过哈希值编码从服务器中找到对应的图片，再把图片展现给用户B就行了。

哈希值是数字，可能也就1K的大小。

这就大大地减少了存储空间的浪费，不会向云端重复性的存储图片，把Pinterest、Snapchat、Helo、Ucgram的图片库都放在紫微云的一个“大包”里，有全套的哈希值编码。

如果某一张图片，有用户通过Helo上传到紫微云的服务器上了，Pinterest用户再发这张图片，就再也不需要有上传、存储的过程了，直接就是哈希值的计算和传播。

这就太省钱了。

戈尔·路易斯道：“如果仅仅是省钱，还未必能让Pinterest的创业团队会接受我的方案。我们的方案捆绑性质太强，他们应该也能看出来。可是，这个方案里，还可以大大地优化产品，给用户带去效率上的巨大提升，这才是根本原因。”

周不器问：“怎么说？”

“因为……”戈尔·路易斯咳了咳嗓子，就有些尴尬，“器，你来说？这个好像更复杂。”

英语毕竟不是周大老板的母语。

说一些日常交流以及商业上的往来，这都没问题。可是用英语说一些技术性的方案，戈尔·路易斯不认为自己能说得明白。

还是让陆器用中文跟大老板交流好了。

陆器就用中文解释，笑着说：“其实简单，就是这样的方案，减少了用户手机流量的浪费，也大大地提高了高清图片的传输效率，可以给用户带去极佳的使用体验。”

“流量？”

周不器眉梢一挑。

现在才2013年，流量资讯的费用仍然很高。欧美的很多国家都普及开了4G网络，可是很多年轻人就开玩笑，说是要是用4G网络看电影不小心睡着了，等醒来之后，可能一个月的生活费就没了。

图片社交产品，有很大的一个发展桎梏，就是流量。

图片都太大了。

一个用户一个月100M的流量，发个二三十张的照片，就用光了。这么浪费流量，图片社交类的产品，在普及方面自然就很困难。

陆器道：“嗯，流量。通过图片库的整合和哈希值的编码，只要是重复性的图片，可以用哈希值来代替实际图片的传输，流量就会大大地减少。”

“没错！”

周不器眼睛一亮。

觉得很振奋！

就比如一个用户A，想要给好友B发送1万张高清图片。

这要是真的按照传统方法去一张一张的真实的发送图片，那可能得消耗100GB的流量，这手机流量的消耗就太多了。

关键网络的传输速度也没那么快，100G的图片，一两天都传不完。

改用哈希值，就完全不一样了。

用户A发送的不是高清图片，发送的其实是1万个哈希值。这就很小了，总大小也就是1MB左右，几秒钟就传输完了。

其实是把哈希值传到云端，云端再把这1万张照片对应的哈希值发给好友B。

紫微云上有更多的技术应用。

比如预览。

一张高清图片10M，云端可以极致压缩，压缩到10K左右的大小，让用户B先大概看看。觉得好，就把完整的高清图片从云端下载下来，不喜欢，就不下载了。

这又大大节省了筛选中的浪费。

用户B是直接从云端来下载图片，而不是从用户A那边接收。

这样就可以更稳定。

也可以随时中断、随时开始，不需要受到用户A那边的限制。

这图片社交产品的使用体验，就大大的提升了。

这果然是科技推动的产品创新，这类的创新，只有硅谷公司能玩的出来，国内这边玩的更多是设计和商业上的创新。

周不器都觉得很兴奋。

他之前也用过QQ、Helo、微信什么的传输文件，都遇到过麻烦，就是对方忽然下线了，就导致传输失败了。

主要就是因为这样的传输，是点对点的，不够稳定，一方出现了问题，传输就终止了。

如果改成“点-云-点”的模式，就可以更稳定。哪怕对方下线了，因为文件在云端，也可以让另一方顺利地完成接收。

这样的技术性方案，可以极大地改善Pinterest这样的图片社交产品的使用体验，他们想不接受也不行了。

要是Ucgram、Helo、Snapchat上都可以快速的方便的完成图片传输，而Pinterest却因为技术限制做不到，那一定会被用户抛弃。

陆器道：“这其实是个不错的技术创新，我跟国内也说了，不过张一明、郭鹏飞他们都不是太认可。”

“呃……”

周不器的兴奋劲还没过呢，没想到国内那边早就给否定了。