JP2009515256A - 複数のモバイルプラットフォームのためのビデオアプリケーションを開発、提供及び利用するためのシステム及び方法 - Google Patents

Abstract

モバイルアプリケーション開発プラットフォームは、モバイルアプリケーションの開発プロセスを合理化するよう構成されたツールセットを有する。合理化された開発プロセスは、画像配信及びアップロードと共に、ビデオストリーミング及びアップロードなどのアプリケーションの開発に効率性を提供する。開発プラットフォームは、多言語サポートを提供する。開発プラットフォームはまた、プロジェクトマネージメントインテグレーションを提供する。開発プラットフォームはまた、複数のモバイル装置プラットフォームにコンテンツを分配する配置技術を提供する。

Description

発明の詳細な説明

［背景］
１．発明の分野
本発明は、一般にモバイルプラットフォームのためのアプリケーションの開発に関し、より詳細には、複数のモバイルプラットフォームと互換性を有するアプリケーションを開発するシステム及び方法に関する。
２．発明の背景
携帯電話技術及び携帯電話に携帯電話に投入される技術の最近の進歩によって、携帯電話はもはや音声通信のためだけに利用されるものでない。今日の携帯電話は、テキストメッセージ交換、ビデオ及び画像の送信並びに従来の携帯情報端末（ＰＤＡ）が利用してきた方法とほぼ同様にユーザのコンタクト及びカレンダーを維持するのに利用されている。携帯電話技術は、これら新たな利用をサポートするため進化してきた。例えば、現在の携帯電話は、ＰＤＡにより従来サポートされてきた機能など、より拡張された機能をサポートするため、より強力なプロセッサとより高いメモリ密度を有している。ＬＣＤ技術の進歩は、より大きなスクリーン、カラースクリーン及び携帯電話にダウンロード又はストリーミングされるピクチャ及びビデオを表示する機能を導いてきた。さらに、現在の携帯電話の多くはまた、ユーザがピクチャ又はビデオを撮影し、これらを携帯電話のディスプレイに表示することを可能にするデジタルカメラ又はデジタルビデオカメラを備えている。

これらの技術進歩は、北米及び全世界における携帯電話の販売を増大してきた。２００５年の終わりまでに、世界中には２０億人のモバイルサービス加入者が存在することとなることが予測され、７億３５００万台の携帯電話が２００５年に販売されることが予想される。さらに、２００４年の米国の無線収入は１４５０億ドルに到達した。これらの数字のすべてが、これから数年は増大し続けるであろう。

携帯電話の利用の増大を示すため、携帯電話ユーザの４７％が２００８年までに携帯電話を利用してビデオを受信することが可能となるであろう。現在、米国人は自らの携帯電話を利用して毎月２５億通のテキストメッセージを送信している。またおそらく、携帯電話の利用の進展に関して、携帯電話を利用して１５０万のウェブログ（？）又は（“ブログ”）がここ２年間に掲載された。これらの“ブログ”は、典型的には、携帯電話を利用してウェブページにユーザによりアップロードされたテキスト、ピクチャ及び／又はビデオを含む。

しかしながら、これらの進歩はまた問題を生じさせてきた。例えば、携帯電話に設けられるアプリケーションを開発するための様々なプラットフォームが存在する。また、携帯電話を利用して情報及びデータがどのように伝送されるかについて、それぞれが潜在的に自らのプロトコル及び仕様を備えた複数のキャリアが存在する。さらに、現在利用されている携帯電話にはハードウェアの大きなバリエーションが存在する。これらのバリエーションは、異なるスクリーンサイズ、異なるメモリ容量、様々なプロセッサ速度などを含む。実際、北米だけでも１４５種類の携帯電話のタイプが存在する。上記変数の全てが、複数の携帯電話タイプにおけるアプリケーションの設計及び配置を困難にしている。この結果、新たなアプリケーションのマーケットは、プラットフォーム毎に開発されたアプリケーションによりセグメント化されている。

例えば、携帯電話ユーザにますますポピュラーになりつつある２つのアプリケーションは、多数の異なる携帯電話プラットフォームを有することと、これらのプラットフォーム間に規格化がほとんどないことに起因する問題を示す可能性がある。これら２つのアプリケーションは、携帯電話からデジタルフォト及び“ビデオブログ”として知られるようになったものをアップロードする。この場合、ビデオは、携帯電話から以降にアクセス可能となるウェブページにアップロードされる。携帯電話から主要なウェブサービスにより運営されているウェブページにフォトをアップロードするため、ユーザはまず“カメラフォン”のシステム要件を確認する必要がある。しかしながら、最初にユーザはウェブサーバに自らの電話を登録しておかねばならない。カメラフォンシステム要件を確認した後、電話の登録情報が確認される。その後、ユーザは、自らのカメラフォンによりピクチャを撮影することができる。そして、ユーザはウェブサーバにより運営されている電子メールアカウントにピクチャを添付した電子メールを送信することができる。その後、この電子メールは、ウェブサーバにより受信され、添付されたピクチャは、登録されている携帯電話に係るモバイルアップロードアルバムアカウントに自動的にアップロードされる。

ピクチャを撮影及び格納し、電子メールを生成し、当該電子メールをウェブサーバに送信するため、ピクチャを電子メールに添付するプロセスは、実際にはかなり時間がかかる可能性がある。この結果、複数のピクチャを掲載することは大きな負担となる。この負担の多くは、ピクチャをアップロードするため、すべての携帯電話のタイプにより１つのアプリケーションが利用可能である場合、軽減することが可能である。しかしながら、携帯電話とそれらが動作するシステムとにおける相違は、１つのアプリケーションの利用を妨げる。

同じウェブサービスを利用する“ビデオブログ”は、カメラフォトシステム要件を確認し、携帯電話の登録を確認するプロセスと極めて類似したものを要求する。次に、ユーザは、キーパッドなどの携帯電話のユーザインタフェースを利用して“ブログエントリ”を作成することが可能である。“ブログエントリ”は、フォト、テキスト又はその両方を有することが可能である。その後、ブログエントリは、携帯電話を利用してユーザにより生成される電子メールに添付可能であり、この電子メールがウェブサーバに送信可能である。再び、“ブログエントリ”をウェブサービスに送信するため、ブログエントリを生成し、電子メールを生成し、ブログエントリを電子メールに添付することは、かなり時間がかかる可能性がある。

“フォンブログ”の競合するウェブサービスは、やや異なるプロセスを有し、例えば、ユーザはカメラフォンでピクチャを撮影し、ピクチャを含むメッセージを所定の番号に送信することが可能である。この番号は、ウェブサービスと関連付けされており、その後、ピクチャが撮影され、以降に閲覧可能なウェブサイトに掲載される。他のサービスは、ユーザがピクチャを撮影し、テキストを作成し、それをウェブページ又は電子メールアドレスに送信することを可能にし、そこから、以降の閲覧のためウェブサイト上に掲載可能となる。上記ウェブサービスについて、これらのプロセスは依然としてかなり時間のかかるものであることが判明している。

さらに、このようなサービスは大変ポピュラーなものとなってきていることがわかってきている。このポピュラリティとこのようなサービスの利用は、当該サービスに伴うかなりの時間遅延を解消することができる場合には、さらに増大する可能性がある。このような時間遅延の解消は、かなりの部分ですべての携帯電話タイプとすべてのシステムにより利用可能な統一的なアプリケーションを開発することに依存する。
［概要］
モバイルアプリケーション開発プラットフォームは、モバイルアプリケーションの開発プロセスを合理化するよう構成されるツールセットを有する。合理化された開発プロセスは、画像送信及びアップロード処理と共にビデオストリーミング及びアップロードなどのアプリケーションの開発を効率化することを可能にする。

一特徴では、開発プラットフォームは多言語サポートを提供する。

他の特徴では、開発プラットフォームはプロジェクト管理統合を提供する。

さらなる他の特徴では、開発プラットフォームは複数のモバイル装置プラットフォームにコンテンツを配信する配置技術を提供する。

本発明の上記及び他の特徴、側面及び実施例は、“詳細な説明”のセクションにおいて後述される。
［好適な実施例の詳細な説明］
図１は、ここに記載されるシステム及び方法の一実施例によるアプリケーションが開発され、複数のモバイル装置プラットフォームの何れかに“プッシュアウト”されることを可能にするよう構成可能な開発プラットフォーム１００の図である。以下の説明及び請求項に使用される“モバイル装置”という用語は、従来の携帯電話、ＰＣＳ電話、スマートフォン、携帯及びＰＣＳ通信機能を有するＰＤＡ装置、又は音声通信に利用可能な他の何れかのポータブル装置を含む何れかのタイプのモバイル通信装置を表す。このため、“モバイル装置”という用語が以下に説明に使用されるが、この用語の使用は、特定のタイプの装置又は通信プラットフォームに実施例を限定するものとして解釈されるべきでない。

参照できるように、プラットフォーム１００は、装置に依存しないアプリケーションの開発に利用可能な複数のモジュールを有する。図１に示される実施例では、これらのモジュールは３つのカテゴリに分類される。これらのカテゴリは、開発モジュール１０２、製造モジュール１０４及びサービスモジュール１０６である。開発モジュール１０２は、既存の多くのモバイル装置タイプにより現在サポートされている各種開発プラットフォームの何れかと互換性を有するアプリケーションの開発を可能にするのに利用可能である。製造モジュール１０４は、広範なモバイル装置プラットフォーム全体で開発モジュール１０２を利用して開発されたアプリケーションの提供を可能にするのに利用可能である。サービスモジュール１０６は、開発モジュール１０２を利用して開発され、製造モジュール１０４を利用して提供されたアプリケーションに関するサービスの提供及びトラッキングを可能にするのに利用可能である。

開発モジュール１０２は、アプリケーションが複数のプラットフォームによりサポート可能となるように、複数の標準的な言語の１つで開発されたアプリケーションをコンパイルし、当該アプリケーションを他のアプリケーションに変換するよう構成可能なコンパイラモジュール１０４を有する。

開発モジュール１０２はまた、コンパイラモジュール１０４によりコンパイルされたコードを取得し、オリジナルのアプリケーションが記述された言語とは異なる言語をサポートするプラットフォームに互換的なコードを生成するよう構成可能なコアエンジンモジュール１０６を有する。

開発モジュール１０２はまた、コアエンジン１０６を利用して開発されたアプリケーションを最適化するよう構成可能な任意的なモジュール１０８を有する。例えば、任意的なモジュール１０８は、マルチメディアアプリケーション、“ブログ”アプリケーション及び各種圧縮技術のためのアプリケーションを最適化するよう構成可能である。

開発モジュール１０２はまた、ジャンルに固有のアプリケーションに当該アプリケーションをカスタマイズするよう構成されるファウンデーションモジュール１１０を有する。

開発モジュール１０２はまた、アセットマネージメントモジュール１１２を有することが可能である。アセットマネージメントモジュール１１２は、特定のアプリケーションに係るアセットを管理するよう構成可能である。例えば、ゲームアプリケーションでは、アセットマネージメントモジュール１１２は、マップデータ、プレーヤーデータ、ゲームに係る画像などの情報をアプリケーションが管理するのを可能にするよう構成可能である。

開発モジュール１０２はまた、アプリケーションのコンポーネント間のコンテンツネットワーク接続を有効又は最適化するよう構成可能なコンテンツネットワーキングコンポーネント１１４を有することが可能である。

プラットフォーム１１０とプラットフォーム１００を構成する各モジュールとは、アプリケーションがある言語により記述されることを可能にし、その後に当該アプリケーションが可能な限り多数のモバイル装置プラットフォームに“プッシュアウト”できるように、他の言語に経済的な方法により変換されるよう構成される。図２は、ある言語により開発されたアプリケーションを他の言語のアプリケーションに変換するプロセスを示す図である。このため、図２では、ファウンデーション又は特定のアプリケーションコード１１０により記述されたアプリケーションが、コンパイラモジュール１０４に提供可能である。例えば、ファウンデーション言語はｊａｖａとすることが可能である。ｊａｖａ言語アプリケーション１１０は、その後にｊａｖａ言語アプリケーション１１０ファイルをＣ又はＣ＋＋などの標準的な言語による有効なファイルに変換するよう構成されるコンパイラ１０４に提供することが可能である。このため、コンパイラ１０４は、ｊａｖａ言語アプリケーション１１０を有効な．ｃｐｐ及び．ｈファイルに変換することができる。

コンパイラ１０４により開発されたファイルは、その後にエンジンモジュール１０６に提供することが可能である。各エンジンモジュール１０６は、コンパイラモジュール１０４により与えられたファイルを特定のエンジンモジュールに係る標準的な言語に変換するよう構成可能である。図２の例では、コンパイラ１０４は、これらのファイルを２つのエンジンモジュール１０６ａ及び１０６ｂに提供する。エンジン１０６ａは、ファイルをＢＲＥＷプラットフォーム固有アプリケーションに変換するよう構成可能である。エンジン１０６ｂは、ファイルをＪ２ＭＥ言語固有アプリケーションに変換するよう構成可能である。

エンジン１０６ａ及び１０６ｂにより生成されるアプリケーションは、例えば、製造モジュール１０４などを利用して、ＢＲＥＷ及びＪ２ＭＥモバイル装置プラットフォームに提供可能である。

図３は、複数のモバイル装置ｂプラットフォームに“プッシュアウト”することが可能なプラットフォーム１００を利用してアプリケーションを開発するプロセスを示すフローチャートである。このため、ステップ３０２において、ＢＲＥＷ又はＪ２ＭＥ開発ツールキットなどの標準言語開発キットが、アプリケーションを開発するのに利用可能である。ステップ３０４において、アプリケーションは、エンジンモジュール１０６の１つによりサポートされるコードに変換可能である。

このコードは、その後にステップ３０６においてモバイル装置上でテストすることが可能である。テストが成功した場合、ステップ３０８において、コードはコンパイラモジュール１０２に供給可能である。コンパイラモジュール１０２は、コードを第２エンジンモジュール１０６によりサポートされるコードに変換する。その後、このコードは、ステップ３１０においてモバイル装置上でテスト可能である。ステップ３１０においてテストが成功した場合、第２エンジン１０６について開発されたコードは、ステップ３１２においてバグ又は非効率性について確認することが可能である。

図４に示されるように、プラットフォーム１００は、配信システム４０２を介し複数のモバイルプラットフォーム全体に無制限な量のコンテンツ４００の統合及び配信を可能にする。配信システム４０２は、通信チャネル４０８を介しモバイル装置４０６と通信するよう構成される配信オーソリティ４０４を有する。プラットフォーム１００を利用して開発されたアプリケーションは、サーバ４０４などを利用して、モバイル装置４０６に“プッシュアウト”することが可能である。アプリケーションは、サーバ４０４を介し配信可能なコンテンツ４００を装置４０６が受信することを可能にするよう構成可能である。アプリケーションがプラットフォーム１００を構成する規格化されたモジュールを利用して開発されるため、コンテンツ４００は経済的及び効率的な方法によりプッシュアウトすることが可能である。さらに、コンテンツはセグメント化されず、例えば、すべてのコンテンツがすべてのモバイル装置４０６により受信及び利用可能である。すなわち、コンテンツはセグメント化されず、特定のコンテンツは特定の装置４０６のために設計され、他の装置４０６については設計されていない。

図３のプロセスは、コンテンツがすべてのモバイル装置４０６に常駐するアプリケーションにより受信及び利用可能であることを保証する。このため、プラットフォーム１００は、何れかのタイプのコンテンツを取得し、それを何れかのタイプのモバイル装置にプッシュアウトするのに利用可能なモバイルコンテンツ配置プラットフォームに搭載可能である。

図５は、開発プラットフォーム１００を有するモバイルコンテンツ配置プラットフォーム５０４を有するコンテンツ配信システム５００を示す図である。このため、モバイルコンテンツ配置プラットフォーム５０４は、コンテンツ５０２を取得し、コンテンツ５０２のタイプ又は装置５０８のタイプに関係なく、それをモバイル装置５０８にプッシュアウトすることが可能である。配置プラットフォーム５０４がこれを実現可能である。なぜなら、開発プラットフォーム１００は、複数の言語、プロトコル又は規格５０８の何れかに従うアプリケーションを開発するのに利用可能であるためである。

すなわち、開発プラットフォーム１００は、異なるプラットフォーム５０８の要求に準拠し、コンテンツ５０２を利用するよう構成可能なアプリケーションを開発するのに利用可能である。その後、これらのアプリケーションは、装置５０８にプッシュアウトすることが可能である。コンテンツ５０２はまた、配置プラットフォーム５０４を介し装置５０８に提供可能である。他の実施例では、コンテンツ５０２は、他のプラットフォーム又はサービスを介して装置５０８に提供可能である。

例えば、開発プラットフォーム１００を利用して開発され、コンテンツ配信システム５００を介し複数の異なるタイプのモバイル通信装置５０８にプッシュアウトすることが可能な１つのタイプのアプリケーションは、ビデオブログ又は“ビデオブロガー”アプリケーションである。図６〜２０は、開発プラットフォーム１００を利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。図６〜１７のスクリーンショットは、単なる一例であり、ここに記載されるシステム及び方法を何れか特定のタイプのスクリーンサイズ、解像度、表示タイプなどに限定するものと解釈されるべきでない。

従来のブログアプリケーションの問題は、ピクチャ、ビデオ又はテキストなどの何れかのタイプのブログコンテンツのアップロードは極めて時間のかかるものであるということである。この遅延は、大部分はモバイル装置に常駐する従来のブログアプリケーションが存在しないという事実によるものである。従って、実際には、モバイル通信装置の従来のブログアプリケーションは存在しない。むしろ、このようなサービスは、装置上に常駐するピクチャキャプチャ、電子メールなどの複数のアプリケーションを利用する。しかしながら、常駐するブログアプリケーションはないため、装置はブログコンテンツがウェブサーバにアップロードされる必要がある通信ネットワーク、すなわち、インターネットと直接やりとりすることはできない。この結果、ユーザは、ブログコンテンツをウェブサーバにアップロードするため、多数のステップを経る必要がある。例えば、上述されるように、従来のアプリケーションは、ユーザがコンテンツを格納し、ウェブサーバにアドレス指定された電子メールを生成し、コンテンツを電子メールに添付し、電子メールを送信することを求める。他の従来のアプリケーションは、通信ネットワーク上に置かれるテキストメッセージ又はコールを利用することが可能である。しかしながら、これに関するステップは、特に多くのコンテンツがアップロードされるとき時間のかかるものとなる。

従来のブログアプリケーションが存在しない１つの理由は、各装置及び各ネットワークがインターネットにアクセスするため異なるプロトコル及び手順を有するということである。さらに、各モバイル装置は、インターネットにアクセスするとき、インターネットへのアクセス及びパフォーマンスに関して異なる能力を有する可能性がある。この結果、設計者は、何れかのモバイル装置上で実行可能であり、アプリケーションが実行されるときインターネットと装置との間のインタフェースをとることが可能な１つのアプリケーションを設計することはできない。しかしながら、開発プラットフォーム１００を利用して開発されるアプリケーションは何れかの装置タイプ、開発プラットフォーム及びネットワークプロトコルと互換的であるため、開発プラットフォーム１００を利用して開発されたアプリケーションは、アプリケーションを開始すると常駐するモバイル装置とインターネットとの間のインタフェースをとるのに利用可能である。すなわち、アプリケーションは、装置リソースを利用し、アプリケーションが開始されるとき、装置とインターネットとの直接やりとりすることが可能である。

この結果、コンテンツをウェブサーバにアップロードするプロセスは合理化され、これに伴う時間が大きく低減される。本質的にブログアプリケーションが開始されると、それは装置にインターネット及びブログサービスを提供するウェブサーバと接続させることが可能である。その後、ユーザは単にコンテンツを選択し、例えば、モバイル装置上の送信入力を起動させることによって、それを迅速かつ効率的に送信可能である。従って、ピクチャ又はビデオを送信するプロセスは、ピクチャ又はビデオをキャプチャし、ブログアプリケーションを開始し、ピクチャ又はビデオファイルを選択し、送信を押下する。あるいは、ブログアプリケーションがまず開始され、ピクチャ又はビデオがキャプチャされ、キャプチャされたピクチャ又はビデオが単に送信ボタンを押下することにより送信される。

コンテンツが送信されるべきであることを示す機構は、装置毎に異なりうることが理解されるであろう。例えば、ある実施例では、ボタン又はキーパッド入力が、コンテンツが送信されるべきであることを示すのに利用可能である。他の実施例では、ディスプレイ上のアクティブな入力は、指やスタイラスなどを利用して起動可能である。他の実施例では、メニューエントリは、コンテンツが送信されるべきであることを示すため選択可能である。しかしながら、送信指示がどのように入力されるかに関係なく、ブログアプリケーションが装置に常駐し、すべての装置のリソースを利用することが可能であるため、プロセス全体はより高速かつ効率的なものとすることが可能である。

同様に、開発プラットフォーム１００を利用して開発されるブログアプリケーションはまた、ネットワークリソースのすべてをフルに活用することが可能である。この結果、アプリケーションは特定のネットワークリソース及びプロトコルについて開発することができるため、コンテンツはより高いデータレートによりアップロード及びダウンロード可能である。

図６〜２０のスクリーンショットは、開発プラットフォーム１００を利用して開発されたアプリケーションにより提供される機能を示すのに利用可能である。図６〜２０のスクリーンショットは、ビデオブロガーアプリケーションに関し、ビデオ又はピクチャコンテンツがどのようにビデオブログサービスを提供するウェブサーバに迅速かつ容易にアップロードすることが可能であるか示す。従って、ユーザは自らのモバイル装置上でビデオブロガーアプリケーションを開始し、装置にビデオブロガーサービスを運営するサーバとの接続６１２を生成させる。図６の例では、確認できるように、ビデオブログアプリケーションがまず開始されると、アプリケーションスクリーン６１０が装置６０８上に表示可能となる。スクリーンは、ユーザが装置６０８のユーザインタフェースを利用してアクセス可能なオプションのメニューを有することが可能である。例えば、ユーザがメニュー上のビデオブログを選択しようとすると、ディスプレイ６０４は図示されるようなサブメニューにより出現しうる。ユーザがサブメニューのエントリの１つを選択すると、スクリーン６０６が表示可能である。図６の例では、ユーザはスクリーン６０４においてギャラリーオプションを選択し、装置がギャラリー情報にアクセスしている間、スクリーン６０６に宣伝が表示されている。

ビデオブロガーアプリケーションが、ブログコンテンツ、すなわち、ピクチャ及びビデオをビデオブロガーサービスを提供するウェブサーバにより運営されるウェブぺージにアップロードするのに利用可能である。スクリーンショット６０２は、ユーザがコンピュータなどからユーザのビデオブロガーアカウントにアクセスするときに表示可能なウェブページを示すスクリーンショットである。

開発プラットフォーム１００を利用することによって、カスタムダウンロード可能なアプリケーションが、モバイル装置６０８などに提供可能である。このため、スクリーンショット６〜１７を利用して示されるビデオブロガーアプリケーションなどの開発プラットフォーム１００を利用して開発されたアプリケーションが、モバイル装置にローカルに設けられる。開発プラットフォーム１００を利用して開発されたカスタムダウンロード可能アプリケーションはまた、ユーザにブランド体験（ｂｒａｎｄｅｄ ｅｘｐｅｒｉｅｎｃｅ）を提供する機会を与える。ブランド体験は、各ユーザ、ウェブサービス又は特定の広告主に特有の装置６０８に表示されるコンテンツを有することが可能である。実際、モバイル広告管理バックエンドシステムは、対象化されたカスタマイズされた宣伝が複数のモバイル装置にプッシュアウトされることを可能にするウェブサービスと一体化することが可能である。

モバイル宣伝管理システムが以下でより詳細に説明されるが、ここに記載されるシステム及び方法により可能とされる独自のブランド化のいくつかがスクリーンショット６〜１７に示される。このため、スクリーンショット６〜１７に関する以下の説明では、ここに記載されるシステム及び方法により提供されるモバイル宣伝機能のいくつかが説明される。

図７は、開発プラットフォーム１００を利用して設計されたビデオブロガーアプリケーションががまず起動される際に表示可能なディスプレイのスクリーンショットである。スクリーンショット７０２に参照できるように、ディスプレイは宣伝７０４を有する。この例では、宣伝７０４はビデオブロガーウェブサービスを運営するウェブサイトの宣伝である。

図８は、宣伝７０４の後に表示可能なディスプレイのスクリーンショット８１０である。スクリーンショット８１０に参照できるように、ディスプレイは宣伝８０４を有することが可能である。ここで、宣伝８０４は第三者製品又はサービスのためのものである、ディスプレイはまた、ビデオブロガーアプリケーションの状態を示すよう構成されるステータスバー８０２を有することが可能である。この場合、ステータスバー８０２は、ビデオブロガーアプリケーションが依然としてロード中であることを示す。ディスプレイはまた、第２の宣伝を格納するよう構成される宣伝バー８０６を有することが可能である。この場合、宣伝バー８０６は、ビデオブロガーアプリケーションを提供するウェブサイトのための宣伝を含む。

図９は、ビデオブロガーアプリケーションがロードされると表示可能なディスプレイのスクリーンショット９１０である。ディスプレイは、メニュー９０２を有することが可能である。参照できるように、メニュー９０２は、ユーザを特定するピクチャ６１０又は他のコンテンツによりブランド化可能である。この場合、コンテンツ６１０はユーザのピクチャである。

図１０は、メニュー９０２のエントリの１つが選択される際に表示可能なディスプレイのスクリーンショット１０１０である。ディスプレイは、サブメニュー１００２を有する。この場合、ユーザは、自らのアカウントサブメニュー１００２に取得されるメニュー９０２の自らのプロファイルを選択している。

図１１は、サブメニュー１００２のエントリの１つが選択された後に表示可能なディスプレイを示すスクリーンショット１１１０である。再び、メニュー１００２でなされた選択に係るコンテンツ又はアプリケーションがロード中である間、宣伝１１０２が表示可能である。この場合、宣伝１１０２は第三者の製品又はサービスのためのものである。ステータスバー１１０４は、選択されたエントリ及びメニュー１００２に係るアプリケーション又はコンテンツのロード処理に関する進捗を示す。

参照できるように、宣伝１１０２は宣伝１１０２に係るコンテンツとのダイナミックリンクを含みうる。ここで、“ｃｌｉｃｋ ｈｅｒｅ”リンクが宣伝１１０２の下部に示されている。さらに、命令１１０６は、宣伝１１０２に関するより多くの情報を取得するため、装置のキーパッド上の“５”を押下することが可能であることをユーザに通知する。

図１２は、ビデオブロガーアプリケーションに係るメニュー１２０２を有するディスプレイ１２１０のスクリーンショットである。このため、ユーザは、新たなコンテンツを取得し、それをブログサービスに係るウェブサイトにアップロードするため、メニュー１２０２を利用可能である。

図１３は、ブロガーアプリケーションが開始され、画像が取得されているときに表示可能なディスプレイのスクリーンショット１３１０を示す。このため、画像１３０２は、新たなビデオ又はピクチャの選択がメニュー１２０２において選択される際に表示可能である。ピクチャ１３０２は、装置６０８に含まれるビデオカメラ又はカメラを介し提供されている。ディスプレイは、ユーザになすべきステップを指示する命令バー１３０４を有することが可能である。ここで、命令バー１３０４は、ユーザにピクチャ１３０２をキャプチャするため、キーパッド上の５を押下することを指示する。

図１４は、例えば、キーパッド上の５を押下することによって画像１３０２がキャプチャされると表示可能なディスプレイを示すスクリーンショット１４１０である。画像１３０２がキャプチャされると、それはディスプレイの上部に表示可能である。さらに、ユーザがピクチャ１３０２を編集し、ピクチャ１３０２を保存し、又は他のピクチャに戻ることを可能にするメニュー１４０２が表示可能である。さらに、ユーザは、テキスト入力ボックス１４０４においてピクチャ１３０２を名付けることが可能である。

ピクチャ１３０２が名付けられると、ユーザは、メニュー１４０２のセーブエントリを選択することによって、それを保存することを選択可能である。これは、ビデオブロガーアプリケーションにピクチャ１３０２をウェブサーバにアップロードさせる。図１５は、セーブオプションが選択されると表示可能なディスプレイを示すスクリーンショット１５１０である。再び、宣伝１５０２は、ピクチャのアップロード中に表示可能である。ステータスバー１５０４は、アップロード手順の状態を提供することが可能である。

図１６は、ユーザが画像１３０２をアップロードした後に表示可能なディスプレイを示すスクリーンショット１６１０である。ディスプレイ１５１０は、ユーザがフィールド１６０２においてピクチャを名付け、フィールド１６０４においてコンテンツを記述子、フィールド１６０６においてピクチャのサマリを追加することを可能にし、これらはウェブページに格納される。

図１７は、ピクチャ１３０２が格納された後に表示可能なディスプレイを示すスクリーンショット１７１０である。ディスプレイは、ウェブページに格納されたピクチャ又はファイルのメニュー１７０２を含む。メニュー１７０４は、］ユーザが格納されているピクチャ又はファイルを追加、編集、削除及びナビゲートすることを可能にする。

ユーザがブログコンテンツをアップロードすると、ユーザは、ブログコンテンツを閲覧するため、デスクトップ又はラップトップコンピュータなどのコンピュータを利用してウェブページにアクセスすることができる。図２１は、ここに記載されたシステム及び方法の一実施例によるブログサービスを提供するよう構成可能な一例となる通信システム２１００を示す図である。システム２１００は、常駐ブログアプリケーション２１２０を有する複数のモバイル通信装置２１０２を有することが可能である。便宜上、１つのモバイル通信装置２１０２しか示されていない。

モバイル通信装置２１０２は、常駐ブログアプリケーション２１２０を利用してインターネット２１０４を介しウェブサーバ２１０６にブログコンテンツをアップロードすることができる。ブログコンテンツは、ウェブサーバ２１０６により運営される複数のウェブページ２１０８の１つに関連付けることが可能である。ユーザは、通信ネットワークを介しウェブサーバ２１０６とやりとりするコンピュータ２１１２を利用して、ウェブページ２１０８にアクセス可能である。ウェブサーバ２１０６及びコンピュータ２１１２とやりとりする通信ネットワークはまたインターネットを含むことが可能であることは理解されるであろう。通信ネットワークはまた、有線若しくは無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線若しくは無線ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線若しくは無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線若しくは無線ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）又はこれらの組み合わせから構成可能である。

サービスに応じて、モバイル装置２１０２のユーザしか関連するウェブページ２１０８にアクセスできない。他の実施例では、他のユーザが関連するウェブページにアクセス可能である。このため、アクセスは公衆にオープンとされるか、又はパスワードなどを利用して制限することが可能である。

図１８は、ユーザがコンピュータ２１１２を利用してウェブサーバにアクセスするとき、サーバ２１０６により表示可能なウェブページ１８００を示す図である。参照できるように、ウェブページ１８００は、フィールド１８０２にサインを有することが可能である。登録されたユーザは、１以上のウェブページ２１０８にアクセスできるため、電子メールアドレスやパスワードなどのユーザＩＤを提供することができる。新たなユーザは、サインアップオプション１８０４を選択することによりアカウントを生成することができる。

ユーザが１９を選択すると、ユーザがサインアップオプション１８０４を選択した際に表示可能なディスプレイ１９００がサーバ２１０６により描画される。ユーザがモバイル装置の番号１９１２とモデル１９１４だけでなく、電子メールアドレス１９０６、名前１９０８、パスワード１９１０を提供可能なサインアップフィールド１９０４が表示可能である。この情報は、開発プラットフォーム１００を利用して開発された常駐のカスタムアプリケーションをユーザのモバイル装置にダウンロードするのに利用される。図２１に示され、上述されるように、システム２１００は、ウェブサーバ２１０６とやりとりするモバイル宣伝マネージメントバックエンドシステム２１００を有することが可能である。バックエンド宣伝マネージメントシステム２１００は、広告主がモバイル装置２１０２にプッシュアウト可能な宣伝キャンペーンを生成することを可能にするが、常駐するカスタムアプリケーションは開発プラットフォーム２１１０を利用して装置２１０２にプッシュアウトされなかったため、バックエンドモバイル宣伝マネージメントシステム２１１０を利用して生成された宣伝キャンペーンは、様々な基準に基づきカスタム宣伝を提供することが可能である。カスタム宣伝機能は、各装置２１０２について最適化された宣伝がユーザに提供されることを保証することが可能であり、これは、宣伝キャンペーンの価値を増大させ、カスタマイズされたブランド化を提供する。

図２０に示されるように、ユーザは宣伝選択２１０２を利用して宣伝データベースにアクセス可能である。特定の実施例では、許可されたユーザしか宣伝データベースにアクセスすることはできない。他の実施例では、広告主としてサインアップすることを所望する者は宣伝データベースにアクセス可能である。一般に、宣伝選択２１０２を介したコンテンツアクセスは、当該ユーザに係る宣伝に制限される。

図２２は、ユーザが宣伝選択２１０２を選択する際にユーザのコンピュータ上に表示可能なディスプレイを示すスクリーンショット２２００である。参照できるように、ディスプレイは、広告主が電子メールアドレスなどのＩＤ又はユーザ名とパスワード２２０６を供給可能な広告主ログインフィールド２００２を有することが可能である。

図２３は、広告主がログインに成功すると表示可能なディスプレイを示すスクリーンショット２３００である。参照できるように、ディスプレイは、広告主に複数のオプションを提供するメニュー２３０２を有することが可能である。これらのオプションは、新たな宣伝キャンペーンを生成又は既存のキャンペーンをレビューし、パスワード又はユーザＩＤを変更し、ウェブサービスにより広告主のアカウントを確認する機能を有することが可能である。

図２４は、広告主がメニュー２３０２においてキャンペーンオプションを選択する際に表示可能なディスプレイを示すスクリーンショット２４００である。参照できるように、ディスプレイは、現在のキャンぺー０ンのリスト２４０２を有する。広告主は、リストをスクロールし、レビューするキャンペーンを選択する。図２５は、ユーザがあるキャンペーンを選択すると表示可能なディスプレイを示すスクリーンショット２５００である。ディスプレイは、宣伝情報フィールド２５０２を有する。図２６は、この情報フィールド２５０２をより詳細に示す。参照できるように、情報フィールド２５０２は、企業名２６０４、宣伝キャンペーンの予算２６０６、所望される視聴などのインプレッションの回数、宣伝キャンペーンに関連付けされる画像２６１０などの情報を含むメイン情報フィールド２６０２を含むことが可能である。広告主がキャンペーンのための画像又はビデオファイルを選択すると、サブウィンドウ２５０４がポップアップし、広告主が画像又はビデオファイルを選択することが可能となる。

情報フィールド２５０２は、宣伝キャンペーンの対象となる聴衆に関する情報を含むフィールド２６１４を有することが可能である。参照できるように、フィールド２６１４は、広告主が対象とされたキャンペーンについてアドレスを選択することを可能にするツールを有することが可能である。図２７は、ユーザがフィールド２６１４において２６１２へのアドレスを選択したときにポップアップ可能なアドレスフィールド２７０２を示すスクリーンショットである。アドレスフィールド２７０２は、広告主がアドレス情報をフィールド２７０８に入力することが可能なアドレスフィールド２７０６と共に、マップセクション２７０４を有することが可能である。あるいは、広告主は単にマップ２７０４上の座標２７１０を選択することも可能である。広告主により入力されるアドレス情報は、広告主が対象とされる宣伝キャンペーンについて指定することを所望するエリアの中心点２７１２をマップ上で指定するのに利用可能である。すなわち、ユーザは、中心点２７１２を選択し、その後に対象となる宣伝キャンペーンの中心点２７１２の周囲の領域を指定することが可能である。この領域は、例えば、中心点からの数マイルとして指定可能である。

他の実施例では、広告主は単にマップ上のジップコードを指定することも可能である。このとき、宣伝キャンペーンは、エリアコードについてカスタマイズすることが可能である。他の地理的指定もまた利用可能である。例えば、実施例に応じて、エリアコード、都市の境界などが単独で又は他の指定と組み合わせて利用可能である。

図２８に示されるように、フィールド２６１４はまた、宣伝キャンペーンがアクティブ状態にある間にそれぞれ時間と日付を選択することを可能にするフィールド２８０２と２８０４を有することが可能である。図２９に示されるように、フィールド２８０４は、広告主がフィールド２９０２のカレンダーの日付を選択することを可能にするため、拡張可能である。

このため、バックエンドモバイル宣伝マネージメントシステム２１１０を介し提供されるツールを利用して、広告主は対象とされる宣伝キャンペーンを生成可能である。宣伝コンテンツなどの宣伝キャンペーン自体は、その後に開発プラットフォーム１００を利用して配信のため構成可能である。図５に示されるように、コンテンツ５０２は、開発プラットフォーム１００を利用して複数の開発プラットフォーム、プロトコルなどの何れかに変換可能である。この結果、各ユーザに配信されるコンテンツは、ユーザのモバイル装置２１０２に常駐する常駐カスタムアプリケーションを利用した閲覧のためカスタマイズ可能である。コンテンツは、ビデオブログアプリケーションなどの独立したアプリケーションの一部としてユーザにプッシュアウトすることができる。あるいは、コンテンツは、ユーザ装置２１０２に常駐するコンテンツダウンロードアプリケーション又は常駐カスタムビデオストリーミングを利用して単にダウンロード可能である。ビデオストリーミング及びコンテンツダウンロードアプリケーションが、以下でより詳細に説明される。

図３０は、広告主が編集選択３００２を利用してカスタム宣伝キャンペーンのカスタムコンテンツをどのように生成することができるか示すスクリーンショットである。図３１Ａは、広告主が編集選択３００２を選択した際に表示可能なディスプレイを示すスクリーンショット３１００である。ディスプレイは、広告主がキャンペーン名３１０４、予算３１０６、所望のインプレッション及びキャンペーンに係る画像３１１０を変更可能なキャンペーン編集フィールド３１０２を含む。

広告主は、新たな画像３１１０を選択するためツールバー３１１２を利用可能である。しかしながら、画像３１１０が選択されると、それは各種装置タイプ及びそれに含まれるディスプレイタイプに係る各フォーマットに自動的にフォーマット変換可能である。この結果、画像３１１０は、図３１Ａ〜３１Ｃに示されるように、異なるサイズ及び解像度の複数の画像に複製可能である。設計プラットフォーム１００は各装置及びディスプレイタイプに係る情報を含むため、画像複製が可能である。実施例に応じて、ユーザは、より大きな粒度スケールにより画像を実際に変更することが可能とされる。すなわち、より小さなディスプレイに対して、広告主はある画像３１１０を選択するが、より大きなディスプレイには異なる画像を利用する可能性がある。このため、ツールバー３１１２などのツールバーは、図３１Ａ〜３１Ｃの各画像に関連付けることが可能である。

開発プラットフォーム１００はまた、モバイル装置２１０２の位置情報に基づき宣伝キャンペーンをカスタマイズするよう構成可能である。すなわち、汎用的な宣伝キャンペーンが生成可能であり、提供されるアドレス情報に応じて、特定エリア内のユーザに宣伝キャンペーンのカスタマイズされたバージョンを提供することが可能である。図３２は、特定の地理的エリア内のユーザのために汎用的な宣伝キャンペーンをカスタマイズすることを示す。明らかに、他の地理的エリアのユーザは若干異なる宣伝３２００を視聴するであろう。

上述されるように、開発プラットフォーム１００はまた、常駐のカスタムビデオストリーミング及び／又はコンテンツダウンロードアプリケーションを開発及び配置するのに利用可能である。従来のストリーミング及びダウンロードアプリケーションは限定的なものである。なぜなら、開発者は複数の装置にプッシュアウトされる汎用的なアプリケーションを開発する必要があり、又は１つの装置のカスタムアプリケーションを開発せざるを得ないためである。この結果、すべての装置タイプについてカスタマイズされるアプリケーションを開発することは困難である。しかしながら、プラットフォーム１００は図２及び３の開発プロセスなどを利用して、各装置タイプについてカスタマイズされたアプリケーションを効果的かつ効率的に開発することができるため、ビデオストリーミング及び／又はコンテンツダウンロードアプリケーションが、各装置プラットフォームについてカスタマイズ及びベリファイ可能である。この結果、開発プラットフォーム１００を利用して常駐のカスタムビデオストリーミング及び／又はコンテンツダウンロードアプリケーションを開発及び配置することによって、より高いデータレート、解像度及び視聴クオリティを達成することが可能である。

上述したシステム及び方法を利用して、カスタムダウンロード可能なアプリケーションが複数の異なる装置タイプに迅速かつ効率的に生成及び配置可能である。一例となるアプリケーションは、ビデオアップロードストリーミングアプリケーションと画像アップロードダウンロードアプリケーションを含む。さらに、上述されたシステム及び方法を利用してカスタマイズされたアプリケーションを配置する機能は、カスタム宣伝管理を可能にする。

本発明の特定の実施例が説明されたが、上述した実施例は単なる一例であることが理解されるであろう。従って、本発明は上述された実施例に限定されるものでない。むしろ、上述された本発明の範囲は、上記説明と添付された図面に関するとき以下の請求項にのみに基づき限定されるべきである。

図１は、一実施例により構成される一例となる開発プラットフォームを示す図である。 図２は、図１の開発プラットフォームを利用してある言語により開発されたアプリケーションを他の言語のアプリケーションに変換する一例となるプロセスを示す図である。 図３は、図１の開発プラットフォームを利用してアプリケーションを開発する一例となるプロセスを示すフローチャートである。 図４は、一実施例による図１に示されるプラットフォームなどの開発プラットフォームを有する一例となるコンテンツ配信システムを示す図である。 図５は、他の実施例による図１に示されるプラットフォームなどの開発プラットフォームを有する一例となるコンテンツ配信システムを示す図である。 図６は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図７は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図８は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図９は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１０は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１１は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１２は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１３は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１４は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１５は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１６は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１７は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１８は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図１９は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図２０は、図１の開発プラットフォームを利用して開発されたビデオブロガーアプリケーションに関するウェブサイトと共にモバイル通信装置上に表示可能な画面例を示すスクリーンショットである。 図２１は、一実施例によるブログサービスを提供するよう構成可能な一例となる通信システムを示す図である。 図２２は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２３は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２４は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２５は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２６は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２７は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２８は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図２９は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図３０は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。 図３１は、図２１のシステムに含まれるバックエンドモバイル宣伝マネージメントシステムにより表示可能な画面例を示すスクリーンショットである。

Claims (20)

1. 装置に依存しないモバイル装置アプリケーションの開発を支援するよう構成されるモバイルコンテンツ開発プラットフォームであって、
   モバイル装置又はモバイル装置開発プラットフォームの何れかに互換的なアプリケーションの開発を可能にするよう構成される開発モジュールと、
   前記開発モジュールを利用して開発されたアプリケーションの複数のモバイル装置への配信を可能にするよう構成される製造モジュールと、
   前記開発モジュールを利用して開発され、前記製造モジュールを利用して配信されたアプリケーションに関するサービスの提供及び追跡を可能にするよう構成されるサービスモジュールと、
   を有するモバイルコンテンツ開発プラットフォーム。
2. 前記開発モジュールは、複数の標準的な言語の１つにより開発されたアプリケーションをコンパイルし、前記アプリケーションを装置に依存しないアプリケーションに変換するよう構成されるコンパイラモジュールを有する、請求項１記載の開発プラットフォーム。
3. 前記開発モジュールはさらに、前記コンパイラモジュールによりコンパイルされたアプリケーションを取得し、前記オリジナルのアプリケーションが記述された言語と異なる言語をサポートするプラットフォームに互換的なコードを生成するよう構成されるコアエンジンモジュールを有する、請求項２記載の開発プラットフォーム。
4. 前記開発モジュールはさらに、前記コアエンジンを利用して開発されたアプリケーションを最適化するよう構成された任意的なモジュールを有する、請求項３記載の開発プラットフォーム。
5. 前記任意的なモジュールは、マルチメディアアプリケーションについて前記アプリケーションを最適化するよう構成される、請求項４記載の開発プラットフォーム。
6. 前記任意的なモジュールは、ブログ処理について前記アプリケーションを最適化するよう構成される、請求項４記載の開発プラットフォーム。
7. 前記任意的なモジュールは、圧縮について前記アプリケーションを最適化するよう構成される、請求項４記載の開発プラットフォーム。
8. 前記開発モジュールはさらに、特定ジャンルについて前記アプリケーションをカスタマイズするよう構成されるファウンデーションモジュールを有する、請求項２記載の開発プラットフォーム。
9. 前記ファウンデーションモジュールは、複数のモバイル装置プラットフォームについてゲームアプリケーションを最適化するよう構成される、請求項８記載の開発プラットフォーム。
10. 前記開発モジュールはさらに、当該開発プラットフォームを利用して開発された特定のアプリケーションに係るアセットを管理するよう構成されるアセットマネージメントモジュールを有する、請求項１記載の開発プラットフォーム。
11. 前記アセットマネージメントモジュールは、ゲームアプリケーションが該ゲームアプリケーションに係るマップデータ、プレーヤーデータ及び画像を管理することを可能にするよう構成される、請求項１０記載の開発プラットフォーム。
12. 前記開発モジュールはさらに、当該開発プラットフォームを利用して開発されたアプリケーションの各コンポーネント間のコンテンツネットワーク化を可能にするよう構成されるコンテンツネットワーキングコンポーネントを有する、請求項１記載の開発プラットフォーム。
13. 前記開発プラットフォームは、配置プラットフォームの一部を構成する、請求項１記載の開発プラットフォーム。
14. 前記開発プラットフォームは、ミドルウェアアプリケーションの一部を構成する、請求項１記載の開発プラットフォーム。
15. 装置に依存しないモバイル装置アプリケーションの開発を支援するよう構成されるモバイルコンテンツ開発プラットフォームを有するシステムにおいて、装置に依存しないアプリケーションを開発する方法であって、
    アプリケーションを第１アプリケーション言語により開発するステップと、
    前記第１アプリケーション言語に係る第１装置上で前記アプリケーションをテストするステップと、
    コンパイラモジュールを利用して、前記アプリケーションを第２アプリケーション言語に変換するステップと、
    前記第２アプリケーション言語に係る第２装置上で前記変換されたアプリケーションをテストするステップと、
    を有する方法。
16. 前記変換されたアプリケーションをデバッグするステップをさらに有する、請求項１５記載の方法。
17. 前記第１アプリケーション言語は、ＢＲＥＷである、請求項１５記載の方法。
18. 前記第１アプリケーション言語は、Ｊ２ＭＥである、請求項１５記載の方法。
19. 前記第２アプリケーション言語は、ＢＲＥＷである、請求項１５記載の方法。
20. 前記第２アプリケーション言語は、Ｊ２ＭＥである、請求項１５記載の方法。

Images