Second Life Enterprise and the Business-Oriented Virtual World

A product for a market

So what is the market for this product? Linden Lab has talked to potential big-shot customers, at least since the days of CSI:NY in SL, and found out that a lot of them needed far more control over their environment. They wanted to be free of network lag, glitches on the grid, or unpredictable rolling upgrades. It was not enough for them to get griefers abuse reported and temporarily banned; they wanted to get them entirely out of their spaces. And this meant being able to have their own grid to play with, and restrict access to it, without going through LL’s usual channels (tech support, concierges, Governance Team, and so on).

That number of potential clients is not small. 1,400 organisations are currently in Second Life, and many expressed the wish that they would much rather prefer to be on a neatly controlled grid without any influence from LL and their policies. A typical example are high school projects which need a close interaction between adults and teenagers in a controlled environment, which is quite hard to do in Second Life, as access to the Teen Grid by adults is seriously limited. But simply being “away from everything”, quite safe behind a corporate firewall, is something many companies feel to be fundamental; another typical example is setting up a voice conference making sure that nobody outside the corporate network is allowed to listen in, and share confidential documents (via Web pages from the intranet) with colleagues and partners without the need of worrying about security issues.

These are the most wanted applications for security-conscious corporations, but there are more. Suppose you want to sell a service to a group of restricted people, like, say, a specialised conference for a niche market. Doing it on the SL Grid is fine, but how do you know that the person paying to attend is actually using the avatar that paid for attending? How do you validate their identity? How do you have proof? LL might validate the avatar on your behalf, but they won’t reveal the data to you — and even if they did, how do you know they didn’t simply give the password to someone else? For such an application, Second Life Enterprise can be quite useful. One would set the box up on a co-location facility and run it from there, but only create avatars for the people you wish to allow access to it. Second Life Enterprise boxes are not subject to the Second Life Terms of Service, so you can set up whatever you wish as your own ToS, including any sort of validation technique that you might find useful. This is fundamental for many sorts of virtual world uses!

So, in effect, when you’re buying a SLE box, you’re not just buying “eight regions and a voice server”. Effectively you’re buying a neatly packaged virtual world environment all of your own, completely isolated from the rest of the world, and with full control over what goes inside it, without depending on Linden Lab for anything (except shipping the box to you!).

Now until recently, if you wished to run your own virtual world, you had few alternatives. You could buy an incredibly expensive solution from, say, Forterra, who sells licenses to their OLIVE engine (the one that originally powered There.com). You could host it on Multiverse (or, more recently, on Blue Mars), but you’d lose control over what happens to your content, since you wouldn’t get a box. You could use outdated technologies like ActiveWorlds or OpenCroquet/Cobalt/Qwak. Or you could develop your own solution. In all those cases, there is a huge obstacle to getting your own mini-virtual-world operational: deploying content in it.

The next step would be to hire a team of expert 3D modellers and programmers to develop all the content just for your virtual world. Every time you need to get something tweaked, you’d have to hire the experts again — who are paid in premium, and take hours and hours to change a 3D model. It’s just the way it is.

For someone used to the ease of assembling content in SL together, this is a harsh new reality to deal with. Many who are familiar with Second Life are reluctant to trade off its familiarity and ease for a product that runs inside your firewall, but is incredibly expensive to operate, maintain, and develop for.

Now recently a new alternative has popped up, which seemed to have the same advantages as Second Life, but none of the costs: OpenSimulator, which pretty much emulates SL, giving a company pretty much all what they need to run their own virtual world. Saving a few glitches here and there, and some overall limitations, OpenSim performs reasonably well, is good enough for regular use, and, of course, it doesn’t cost anything (except for the server and bandwidth to run it). Well, that’s not quite right, in fact: you need a system and network administrator that is very familiar with OpenSim to be able to maintain it for you, because, well, it’s alpha-grade software… which crashes a lot, and, yes, it takes a degree in Computer Science and a thorough understanding of the innards of OpenSim to get it up again. And the number of people with that kind of expertise are usually not available for hire. Even if a lot of OpenSim grid operators have popped up, many of which with excellent teams of technicians, their costs are not zero. In fact, if you add all the costs of keeping OpenSim happily purring along, you’ll quickly figure out that what you’re saving in tier costs will all go to pay for maintenance!

Linden Lab thus saw an opportunity and grabbed it: selling stand-alone Second Life versions with all support included, with a technology that is still better than OpenSim, but being provided by a company that has a decade of experience with that technology and, oh well, just happens to run a virtual world with it, very successfully, and for a profit, too!

So obviously, for a Fortune 500 company, the choice is clear: if they want to invest in virtual worlds for the corporate workplace, it means having full control over it, and being disconnected from the grid. And it means hiring a solution from a competent and knowledgeable supplier. Linden Lab is, for now, the best alternative for providing that kind of service.

No related posts.

9 Responses

  1. Gwyn’s Home » Blog Archive » Second Life Enterprise and the Second Life Work Marketplace said on November 20th, 2009 at 3:26 pm:

    [...] dispel some myths and rumours around Linden Lab’s latest enterprise-class product offerings on my other blog. I hope it clarifies some questions and doubts Comments are welcome over [...]

  2. uberVU - social comments said on November 21st, 2009 at 12:57 am:

    Social comments and analytics for this post…

    This post was mentioned on Twitter by malburns: “Second Life Enterprise and the Business-Oriented Virtual World” http://bit.ly/1OCwek...

  3. links for 2009-11-20 | Metaverse3d.com said on November 21st, 2009 at 1:05 am:

    [...] Business and Technology in Second Life » Second Life Enterprise and the Business-Oriented Virtual W… [...]

  4. Extropia DaSilva said on November 21st, 2009 at 12:04 pm:

    Here is a video by Metanomics, concerned with Second Life Enterprise and what it means for business.

    http://www.metanomics.net/show/enterprise_2.0_with_linden_lab/

  5. Neil Canham said on November 23rd, 2009 at 1:50 pm:

    Thanks for that Gwyn, I’m sure people have been desperate for more details of both SLE and the Marketplace. And as with all detail, the result is some clarity and a heap more questions :-) I’m particularly interested to try to understand the packaging and deployment process for MarketPlace content. I can imagine that a lot of the tools and solutions that might be provided will involve integration with other systems in the organisation, so either a very sophisticated API would be required, or (more likely) a fair bit of integration and config work post-deployment. I can’t see anything more than pure 3D content being able to be simply downloaded and used.
    Oh and isn’t that my office on page 4?

  6. Gwyneth Llewelyn said on November 23rd, 2009 at 2:09 pm:

    Ah, there will be no “packaging”. What happens is the following: after validating all content inside a region (sim), LL will simply get the sim’s snapshot from their server (they keep one snapshot per hour for the past 15 days), send it to the SLE box client, and tell them to do a region restore using that snapshot. So basically you’ll get everything that was on the original region, exactly like it looks, with all scripts running at the point they were snapshotted :)

    I’m sure there will be some need to adapt things on the SLE box afterwards. A typical example might be scripts relying on specific UUIDs to exist, for instance, e.g. sending IMs to a specific avatar and/or requesting permissions from that avatar to do something (like permission to debit).

    Oh, and yes, I believe it’s your office indeed, to the left of the picture :)

  7. Neil Canham said on November 23rd, 2009 at 3:23 pm:

    So the analogy with iTunes that came up at some point was totally misleading? That gave people to understand that there would be a site you could browse, see something you liked, pay and receive it.

  8. Neil Canham said on November 23rd, 2009 at 3:28 pm:

    Oh, does that also mean that in order to sell stuff in the market place, you also need to maintain one region per ‘product set’ in SL? Or could you have a region that can be scripted to reconfigure itself.. but no because then you wouldn’t know exactly when it was snapshotted by the Lab. OK, now I’m more confused – told you, questions breed questions!

  9. Gwyneth Llewelyn said on November 24th, 2009 at 2:15 pm:

    Perhaps I was not clear… so, on my comment I was describing the manual process of moving things over. The SL Work Marketplace website will make that process automatic, in the sense that LL will get the snapshot of a sim, save it to the SL Work Marketplace, and allow it to be browsed and searched for by prospective clients, who can then pay through the website, and download a snapshot to restore on a sim inside their SLE box. Yes, pretty much like the iPhone App Store, with the difference that the original snapshot will have to be created by LL and posted on the site.

    I don’t think you need to have “one region per product in SL”. You just deploy your content on a region of your choice and tell LL to snapshot it; once that is done, you can clean the content there and deploy another product, and so on. My question right now is just how you handle upgrades!

Leave a Reply

Powered by WP Hashcash