<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Container projects: The next chapter in handset customisation</title>
	<atom:link href="http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/</link>
	<description>Distilling market noise into market sense.</description>
	<lastBuildDate>Tue, 09 Mar 2010 09:11:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andreas Constantinou</title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-6203</link>
		<dc:creator>Andreas Constantinou</dc:creator>
		<pubDate>Mon, 02 Jul 2007 16:50:53 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-6203</guid>
		<description>Hi jcj,

Here&#039;s my take:

1. HSIs would deal with partner licensing, integration, validation, testing, project management, etc, i.e they would be involved after the partner ISV has sealed the deal with the operator. The long sales cycle problem applies up to the point of sealing the deal. Operators would pass on the liability for potential failures onto HSIs, who would in turn pass it onto the ISVs themselves.

2. Operators would want to take partner management away from the OEM so that they control which features/services are deployed on the OEM platform and have control of the overall integration project (as long as they can get away with it). Letting the OEM manage partner apps means the OEM can always come up with excuses, e.g. partner integration took too long and delayed the device launch, etc. In effect this takes the OEM outside the service delivery equation (well, almost).

Makes sense ?

Andreas</description>
		<content:encoded><![CDATA[<p>Hi jcj,</p>
<p>Here&#8217;s my take:</p>
<p>1. HSIs would deal with partner licensing, integration, validation, testing, project management, etc, i.e they would be involved after the partner ISV has sealed the deal with the operator. The long sales cycle problem applies up to the point of sealing the deal. Operators would pass on the liability for potential failures onto HSIs, who would in turn pass it onto the ISVs themselves.</p>
<p>2. Operators would want to take partner management away from the OEM so that they control which features/services are deployed on the OEM platform and have control of the overall integration project (as long as they can get away with it). Letting the OEM manage partner apps means the OEM can always come up with excuses, e.g. partner integration took too long and delayed the device launch, etc. In effect this takes the OEM outside the service delivery equation (well, almost).</p>
<p>Makes sense ?</p>
<p>Andreas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jcj</title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-6010</link>
		<dc:creator>jcj</dc:creator>
		<pubDate>Fri, 29 Jun 2007 12:34:58 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-6010</guid>
		<description>Wouldnt a number of the problems associated with the container approach continue to exist even after having an HSI? Software suppliers would still need to sell to operators and would therefore have to work through the long sales cycle problem. Operators would have to continue to deal with licensing, liability issues and potential business failures of partners.

And if the operator is only looking at contained partner applications (and not at container technology) wouldn&#039;t it be better to have the OEM handle the application integration instead of bringing in an HSI?</description>
		<content:encoded><![CDATA[<p>Wouldnt a number of the problems associated with the container approach continue to exist even after having an HSI? Software suppliers would still need to sell to operators and would therefore have to work through the long sales cycle problem. Operators would have to continue to deal with licensing, liability issues and potential business failures of partners.</p>
<p>And if the operator is only looking at contained partner applications (and not at container technology) wouldn&#8217;t it be better to have the OEM handle the application integration instead of bringing in an HSI?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Constantinou</title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-5654</link>
		<dc:creator>Andreas Constantinou</dc:creator>
		<pubDate>Thu, 21 Jun 2007 16:03:53 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-5654</guid>
		<description>Hi Guy,

You &#039;re right - we need to differentiate between &#039;container technology&#039; and &#039;contained partner applications&#039;. 

European operators are about contained platform applications mostly (although Vodafone has in the past experiemented with container technology in the form of VSCL/VFX). Japanese operators are about container technology (DoJa/MOAP, BREW, POP-i) AND contained partner applications (e.g. Acrodea being specified by both DoCoMo and KDDI on all handsets from end 07).

Andreas</description>
		<content:encoded><![CDATA[<p>Hi Guy,</p>
<p>You &#8216;re right &#8211; we need to differentiate between &#8216;container technology&#8217; and &#8216;contained partner applications&#8217;. </p>
<p>European operators are about contained platform applications mostly (although Vodafone has in the past experiemented with container technology in the form of VSCL/VFX). Japanese operators are about container technology (DoJa/MOAP, BREW, POP-i) AND contained partner applications (e.g. Acrodea being specified by both DoCoMo and KDDI on all handsets from end 07).</p>
<p>Andreas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guy A.</title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-5652</link>
		<dc:creator>Guy A.</dc:creator>
		<pubDate>Thu, 21 Jun 2007 15:12:17 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-5652</guid>
		<description>Andreas, just to be accurate here, in my opinion, &quot;common platform&quot; approaches or &quot;platformization&quot; strategies are related but are not the same as Containers of the type that Orange is doing. In the case of DoCoMo, its a complete Platform strategy - they specified Linux and Symbian, and they developed an entire UI/app/Middleware layer on top- which they licensed to their OEMs- that&#039;s SW development,not application sourcing. In the case of KDDI Common Platform- they also created a common BREW layer for the whole portfolio- ALL their handsets are supposed to share the same exact application environment. As for Softbank&#039;s POP-i, creating some special common API layer that supposed to create commonality across platforms. 

That is a much more technological approach, and it is not the same as simply specifying and sourcing a set of ISV custom apps, to be installed on top of a standard Open OS that has no special &quot;layer&quot; or &quot;API&quot; or &quot;framework&quot; specifically created by that Operator. European operators cannot really duplicate the approch of Japanese or even US Operators, so their Container strategy is just about the content of the container, not really &quot;container technology&quot;. do you agree?</description>
		<content:encoded><![CDATA[<p>Andreas, just to be accurate here, in my opinion, &#8220;common platform&#8221; approaches or &#8220;platformization&#8221; strategies are related but are not the same as Containers of the type that Orange is doing. In the case of DoCoMo, its a complete Platform strategy &#8211; they specified Linux and Symbian, and they developed an entire UI/app/Middleware layer on top- which they licensed to their OEMs- that&#8217;s SW development,not application sourcing. In the case of KDDI Common Platform- they also created a common BREW layer for the whole portfolio- ALL their handsets are supposed to share the same exact application environment. As for Softbank&#8217;s POP-i, creating some special common API layer that supposed to create commonality across platforms. </p>
<p>That is a much more technological approach, and it is not the same as simply specifying and sourcing a set of ISV custom apps, to be installed on top of a standard Open OS that has no special &#8220;layer&#8221; or &#8220;API&#8221; or &#8220;framework&#8221; specifically created by that Operator. European operators cannot really duplicate the approch of Japanese or even US Operators, so their Container strategy is just about the content of the container, not really &#8220;container technology&#8221;. do you agree?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mobile Point View by Paul Ruppert</title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-4652</link>
		<dc:creator>Mobile Point View by Paul Ruppert</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-4652</guid>
		<description>&lt;!--%kramer-pre%--&gt;comprised of visonaries and actionaries in the Mobile Space. Soon, I hope to be contributor to this great body of work.  This week&#039;s carnival has a plethora of posts covering the phantom Google phone, a great FAQ list on Mobile Ajax,a ditty on handset customization (wouldn&#039;t that be personalization given the intimacy of mobile handsets?), a proper English written (as opposed to techno-speak) on mobile widgets, OSGi Mobile and it&#039;s place in the mobile Java development environment (way beyond my technical&lt;!--%kramer-post%--&gt;</description>
		<content:encoded><![CDATA[<div style="margin: 0; padding: 1em; background: #666666; color: #FFFFFF;">
<p><!--%kramer-pre%-->comprised of visonaries and actionaries in the Mobile Space. Soon, I hope to be contributor to this great body of work.  This week&#8217;s carnival has a plethora of posts covering the phantom Google phone, a great FAQ list on Mobile Ajax,a ditty on handset customization (wouldn&#8217;t that be personalization given the intimacy of mobile handsets?), a proper English written (as opposed to techno-speak) on mobile widgets, OSGi Mobile and it&#8217;s place in the mobile Java development environment (way beyond my technical<!--%kramer-post%--></p>
</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mobile Analyst Watch</title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-4530</link>
		<dc:creator>Mobile Analyst Watch</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-4530</guid>
		<description>&lt;!--%kramer-pre%--&gt;VisionMobile about Container projects: The next chapter in handset customisationRoger Entner at IAG about Hearing Voices in my HeadBena Roberts at BKI Media about Virgin Mobile teams up with Infospace for Mobile Search&lt;!--%kramer-post%--&gt;</description>
		<content:encoded><![CDATA[<div style="margin: 0; padding: 1em; background: #666666; color: #FFFFFF;">
<p><!--%kramer-pre%-->VisionMobile about Container projects: The next chapter in handset customisationRoger Entner at IAG about Hearing Voices in my HeadBena Roberts at BKI Media about Virgin Mobile teams up with Infospace for Mobile Search<!--%kramer-post%--></p>
</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: VisionMobile Forum </title>
		<link>http://www.visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/comment-page-1/#comment-29224</link>
		<dc:creator>VisionMobile Forum </dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://visionmobile.com/blog/2007/06/container-projects-the-next-chapter-in-handset-customisation/#comment-29224</guid>
		<description>&lt;!--%kramer-pre%--&gt;Rethinking application environments (March 07)  - The significance of Google&#039;s Android (November 07)  - Prague or Berlin? Behind the scenes of the SIM industry (April 07)  Theme: Mobile operator strategies:  -Container projects: The next chapter in handset customisation(June 07)  - Motorola&#039;s UIQ: Diversion or U-Turn? (October 07)  Theme: OEM strategies  - The headaches of being a handset OEM (April 07)  Theme: Service delivery technologies  - On-device portals: Sardines in a can&lt;!--%kramer-post%--&gt;</description>
		<content:encoded><![CDATA[<div style="margin: 0; padding: 1em; background: #666666; color: #FFFFFF;">
<p><!--%kramer-pre%-->Rethinking application environments (March 07)  &#8211; The significance of Google&#8217;s Android (November 07)  &#8211; Prague or Berlin? Behind the scenes of the SIM industry (April 07)  Theme: Mobile operator strategies:  -Container projects: The next chapter in handset customisation(June 07)  &#8211; Motorola&#8217;s UIQ: Diversion or U-Turn? (October 07)  Theme: OEM strategies  &#8211; The headaches of being a handset OEM (April 07)  Theme: Service delivery technologies  &#8211; On-device portals: Sardines in a can<!--%kramer-post%--></p>
</div>
]]></content:encoded>
	</item>
</channel>
</rss>
