(57)【特許請求の範囲】
【請求項１】
アプリケーション・プログラムを、オンライン・レポジトリに申請する方法であって、
サーバコンピュータが、
ユーザを認証し、
前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、前記ユーザが前記オンライン・レポジトリへアプリケーション・プログラムを申請することが承認されるかどうかを判定し、
前記ユーザと関連づけられた１つ以上のアプリケーション・プログラムに対応する記述的情報のメタデータを受信し、
前記ユーザが認証され、前記アプリケーション・プログラムの申請が承認された場合に、受信した前記記述的情報のメタデータに基づいて、前記ユーザが前記オンライン・レポジトリにアップロードするのに適する少なくとも１つのプログラムが存在するか否かを判定し、
前記適する少なくとも１つのプログラムのうちの選択された１つ以上のプログラムのアプリケーション・プログラム・ファイルの申請を受信する
ことを特徴とする方法。
【請求項２】
前記申請の受信には、ＳＯＡＰ接続またはＤＡＶ接続を介した前記アプリケーション・プログラム・ファイルのアップロードの受信が含まれることを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザが前記オンライン・レポジトリへアプリケーション・プログラムを提供することが承認されるかどうかの前記判定は、前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、アプリケーション・プログラムの配信について、前記ユーザが前記オンライン・レポジトリと契約上の合意をしているかどうかを判定することを含む、請求項１に記載の方法。
【請求項４】
前記ユーザが前記オンライン・レポジトリにアップロードするのに適するプログラムが存在するか否かの前記判定は、前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、アプリケーション・プログラム・ファイルのアップロードを待機している前記ユーザと関連づけられたいずれかのプログラムが存在するかを判定することを含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記１つ以上のデータベースは、前記アクセスのタイミングで前記適するアプリケーション・プログラムのメタデータを格納する一方で、前記適するアプリケーション・プログラムのいかなるアプリケーション・プログラム・ファイルも格納、あるいは、リンクしないことを特徴とする請求項４に記載の方法。
【請求項６】
アプリケーション・プログラムをオンライン・レポジトリに申請する方法であって、
クライアントコンピュータが、
ユーザのログイン情報を受信し、
前記ユーザが検証され、アプリケーション・プログラムのオンライン・レポジトリへの申請が承認されたことの指示をサーバコンピュータから受信して表示し、
前記オンライン・レポジトリにユーザがアップロードするのに適すると判定された１以上のアプリケーション・プログラムのリストを、その後に表示し、
前記１以上のアプリケーション・プログラムのリスト内の少なくとも１つの前記アプリケーション・プログラムの選択を受け付け、
前記少なくとも１つの選択されたアプリケーション・プログラムに対応する電子アプリケーション・プログラム・ファイルを特定し、
前記オンライン・レポジトリへ、特定された前記電子アプリケーション・プログラム・ファイルのアップロードを開始し、
前記１つ以上のアプリケーション・プログラムがアップロードするのに適するかどうかは、該１つ以上のアプリケーションについて先に行われたメタデータの申請に基づくことを特徴とする方法。
【請求項７】
前記オンライン・レポジトリにユーザがアップロードするのに適する前記１つ以上のアプリケーション・プログラムのリストは、前記サーバコンピュータによって決定されることを特徴とする請求項６に記載の方法。
【請求項８】
前記アップロードには、
特定された前記電子アプリケーション・プログラム・ファイルを圧縮し、
マークアップ言語文書と、圧縮済みの前記特定された電子アプリケーション・プログラム・ファイルを含む電子申請パッケージを形成し、
前記電子申請パッケージの前記オンライン・レポジトリへのアップロードを開始する
ことが含まれることを特徴とする請求項６または７に記載の方法。
【請求項９】
前記マークアップ言語文書は、前記特定された電子アプリケーション・プログラム・ファイルの一意の識別子と、前記特定された電子アプリケーション・プログラム・ファイルのチェックサム値を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記特定された電子アプリケーション・プログラムの受信に成功し、前記オンライン・レポジトリが認証した場合に、アップロードの成功の指示を表示することをさらに含む請求項６乃至９のいずれか１項に記載の方法。
【請求項１１】
アプリケーション・プログラムをオンライン・レポジトリに申請するためにサーバーコンピュータが実行可能なコンピュータ・プログラム・コードを少なくとも格納したコンピュータ可読媒体であって、
ユーザを認証するためのコンピュータ・プログラム・コードと、
前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、前記ユーザが前記オンライン・レポジトリへアプリケーション・プログラムを申請することが承認されるかどうかを判定するためのコンピュータ・プログラム・コードと、
前記ユーザと関連づけられた１つ以上のアプリケーション・プログラムに対応する記述的情報のメタデータを受信するためのコンピュータ・プログラム・コードと、
前記ユーザが認証され、前記アプリケーション・プログラムの申請が承認された場合に、受信した前記記述的情報のメタデータに基づいて、前記ユーザが前記オンライン・レポジトリにアップロードするのに適する少なくとも１つのプログラムが存在するか否かを判定するためのコンピュータ・プログラム・コードと、
前記適する少なくとも１つのプログラムのうちの選択された１つ以上のプログラムのアプリケーション・プログラム・ファイルの申請を受信するためのコンピュータ・プログラム・コードと
を備えることを特徴とする、コンピュータ可読媒体。
【請求項１２】
前記ユーザが前記オンライン・レポジトリへアプリケーション・プログラムを申請することが承認されるかどうかを判定する前記コンピュータ・プログラム・コードは、アプリケーション・プログラムの配信について、前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、前記ユーザが前記オンライン・レポジトリと契約上の合意をしているかどうかを判定するコンピュータ・プログラム・コードを含む、請求項１１に記載のコンピュータ可読媒体。
【請求項１３】
前記ユーザが前記オンライン・レポジトリにアップロードするのに適するプログラムが存在するか否かを判定するためのコンピュータ・プログラム・コードは、前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、アプリケーション・プログラム・ファイルのアップロードを待機している前記ユーザと関連づけられたいずれかのプログラムが存在するかを判定するコンピュータ・プログラム・コードを含む、請求項１１に記載のコンピュータ可読媒体。
【請求項１４】
前記アプリケーション・プログラム・ファイルの申請を受信するためのコンピュータ・プログラム・コードにより、前記アプリケーション・プログラム・ファイルの申請を受信するよりも先に、前記１つ以上のデータベースは、前記適するアプリケーション・プログラムのメタデータを格納する一方で、前記適するアプリケーション・プログラムのいかなるアプリケーション・プログラム・ファイルも格納、あるいは、リンクしないことを特徴とする請求項１３に記載のコンピュータ可読媒体。
【請求項１５】
前記適するアプリケーション・プログラムは、記述的情報のメタデータによって、前記オンライン・レポジトリにより予め特定されている１つ以上のアプリケーション・プログラムであることを特徴とする請求項１１乃至１４のいずれか１項に記載のコンピュータ可読媒体。
【請求項１６】
アプリケーション・プログラムをオンライン・レポジトリに申請するためにクライアントコンピュータが実行可能なコンピュータ・プログラム・コードを少なくとも格納したコンピュータ可読媒体であって、
ユーザのログイン情報を受信するためのコンピュータ・プログラム・コードと、
前記ユーザが検証され、アプリケーション・プログラムのオンライン・レポジトリへの申請が承認されたことの指示をサーバコンピュータから受信して表示するためのコンピュータ・プログラム・コードと、
前記オンライン・レポジトリにユーザがアップロードするのに適すると判定された１以上のアプリケーション・プログラムのリストを表示するためのコンピュータ・プログラム・コードと、
前記１以上のアプリケーション・プログラムのリスト内の少なくとも１つの前記アプリケーション・プログラムの選択を受け付けるためのコンピュータ・プログラム・コードと、
前記少なくとも１つの選択されたアプリケーション・プログラムに対応する電子アプリケーション・プログラム・ファイルを特定するためのコンピュータ・プログラム・コードと、
前記オンライン・レポジトリへ、特定された前記電子アプリケーション・プログラム・ファイルのアップロードを開始するためのコンピュータ・プログラム・コードと
を備え、
前記１つ以上のアプリケーション・プログラムがアップロードするのに適するかどうかは、該１つ以上のアプリケーションについて先に行われたメタデータの申請に基づくことを特徴とするコンピュータ可読媒体。
【請求項１７】
アプリケーション・プログラムを、オンライン・レポジトリに申請するためのコンピューティング・システムであって、
ユーザを認証する手段と、
前記オンライン・レポジトリと関連づけられた１つ以上のデータベースへアクセスして、前記ユーザが前記オンライン・レポジトリへアプリケーション・プログラムを申請することが承認されるかどうかを判定する手段と、
前記ユーザと関連づけられた１つ以上のアプリケーション・プログラムに対応する記述的情報のメタデータを受信する手段と、
前記ユーザが認証され、前記アプリケーション・プログラムの申請が承認された場合に、受信した前記記述的情報のメタデータに基づいて、前記ユーザが前記オンライン・レポジトリにアップロードするのに適する少なくとも１つのプログラムが存在するか否かを判定する手段と、
前記適するプログラムの少なくとも１つのプログラムのうちの選択された１つ以上のプログラムのアプリケーション・プログラム・ファイルの申請を受信する手段と
を備えることを特徴とするコンピューティング・システム。
【請求項１８】
アプリケーション・プログラムをオンライン・レポジトリに申請するためのコンピューティング・システムであって、
ユーザのログイン情報を受信する手段と、
前記ユーザが検証され、アプリケーション・プログラムのオンライン・レポジトリへの申請が承認されたことの指示をサーバコンピュータから受信して表示する手段と、
前記オンライン・レポジトリにユーザがアップロードするのに適すると判定された１以上のアプリケーション・プログラムのリストを、その後に表示する手段と、
前記１以上のアプリケーション・プログラムのリスト内の少なくとも１つの前記アプリケーション・プログラムの選択を受け付ける手段と、
前記少なくとも１つの選択されたアプリケーション・プログラムに対応する電子アプリケーション・プログラム・ファイルを特定する手段と、
前記オンライン・レポジトリへ、特定された前記電子アプリケーション・プログラム・ファイルのアップロードを開始する手段と
を備え、
前記１つ以上のアプリケーション・プログラムがアップロードするのに適するかどうかは、該１つ以上のアプリケーションについて先に行われたメタデータの申請に基づくことを特徴とするコンピューティング・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル製品の申請に関し、特に、ネットワーク配信を目的としたデジタル製品の電子申請に関する。
【背景技術】
【０００２】
今日、iTunes（登録商標）Media Store等のオンラインメディアストアは、顧客（すなわち、オンラインユーザ）が音楽又は映像等のメディアアイテムをインターネットを介して購入又はレンタルすることを可能にする。多くの場合、オンラインメディアストアにおいて、多くのメディアアイテムは、音楽レーベル又は映画会社等の種々のコンテンツプロバイダにより入手可能にされ且つ提供される。Cupertino、CaliforniaのApple Inc.により提供されるiProducer（登録商標）及びLabel Connect（登録商標）等のソフトウェアツールは、コンテンツプロバイダがiTunes Media Storeにメディアコンテンツをオンライン申請することを支援できる。
【０００３】
ソフトウェアプログラムは、小売店及びオンラインストアで購入できるか又は使用許諾が得られる。従来、ソフトウェアプログラムは、主にソフトウェアプログラムを含むコンパクトディスク（ＣＤ）として購入される。あるいは、多くの場合、購入者はオンライン小売店又はソフトウェアプロバイダのウェブサイトからソフトウェアプログラムを購入及びダウンロードできる。しかし、オンライン小売店が種々の個別の会社のソフトウェアプログラムを販売する時、デジタルプログラムファイル及びサポート情報／ファイルをオンライン小売店に提供する際に困難が生じる。この問題は、多くの場合にオンライン小売店と提携したいと考える小さなソフトウェアプロバイダが多いために悪化する。その結果、オンライン申請を受信するオンライン小売店は、広範な種々の申請のために大きな負担がかかり且つ困難に直面する。より大きなサイズのソフトウェアプログラムの申請により、システムの問題だけでなくユーザに対する潜在的な問題が起こる。
【０００４】
従って、オンライン小売店へのソフトウェアプログラムの申請を容易にする改善された方法が必要である。
【発明の概要】
【０００５】
本発明は、製品配信サイトに対してデジタル製品を申請、配信及び／又は管理する改善されたシステム及び方法に関する。製品配信サイトへのデジタル製品の申請は、コンピュータにより支援された一様な方法で多くの申請者により行われる。申請されたデジタル製品は、大部分が自動化された方法で管理され、製品配信サイトでオンライン購入及び配信を行える。デジタル製品が申請されると、ユーザは、デジタル製品が承認されたか又は拒否されたかの情報を取得するためにデジタル製品申請の状態にアクセスできる。一実施形態において、デジタル製品はコンピュータ・プログラム製品（例えば、コンピュータソフトウェアプログラム）である。
【０００６】
一実施形態において、本発明は、クライアント−サーバ環境においてデジタル製品の制御された申請を行うための方法及びシステムに関する。制御された申請は、ユーザがデジタル製品を適切に申請することを支援でき、無許可のアクセスを制限するためにユーザアカウントを使用できる。ユーザは検証され、申請されるデータは、申請が許可される前に検査される。申請後、申請されたデジタル製品は品質制御を行うために評価される。品質制御の少なくとも一部が自動化されるが、手動による申請のレビューは製品配信サイトからデジタル製品を配信する前に行われている。更にデジタル製品が申請されると、申請者は申請の状態にオンラインでアクセスでき、先の申請に不備があると考えられる場合に先の申請の構成要素の一部又は全てを再申請できる。製品配信サイトは、オンライン製品ホスティングサイトとも呼ばれる。
【０００７】
本発明は、方法、システム、デバイス、装置（コンピュータ可読媒体及びグラフィカル・ユーザ・インタフェースを含む）として含む多くの方法により実現される。本発明のいくつかの実施形態を以下に説明する。
【０００８】
オンラインリポジトリにアプリケーション・プログラムを申請する方法として、本発明の一実施形態は例えば少なくとも、ユーザを認証すること、ユーザがオンラインリポジトリへアプリケーション・プログラムを申請することが承認されるかを判定すること、ユーザが認証され、アプリケーション・プログラムの申請が承認された場合に、ユーザがオンラインリポジトリにアップロードするのに適するアプリケーション・プログラムが存在するか否かを判定すること、選択された１つ以上の適格なアプリケーション・プログラムのアプリケーション・プログラム・ファイルの申請を受信すること、を含むことができる。
【０００９】
オンラインリポジトリにアプリケーション・プログラムを申請する方法として、本発明の別の実施形態は例えば少なくとも、ユーザのログイン情報を受信すること、ユーザが検証され、オンラインリポジトリへのアプリケーション・プログラムの申請が承認されたことの指示を表示すること、オンラインリポジトリにユーザがアップロードするのに適する１以上のアプリケーション・プログラムのリストをその後に表示すること、１以上のアプリケーション・プログラムのリストの少なくとも１つのアプリケーション・プログラムの選択を受信すること、少なくとも１つの選択されたアプリケーション・プログラムに対応する電子アプリケーション・プログラム・ファイルを特定すること、オンラインリポジトリへ、特定された電子アプリケーション・プログラム・ファイルのアップロードを開始すること、を含むことができる。
【００１０】
少なくともオンラインリポジトリにアプリケーション・プログラムを申請するための実行可能なコンピュータ・プログラム・コードを実際に格納したコンピュータ可読媒体として、本発明の一実施形態は例えば少なくとも、ユーザを認証するコンピュータ・プログラム・コードと、ユーザがオンラインリポジトリへアプリケーション・プログラムを申請することが承認されるかを判定するコンピュータ・プログラム・コードと、ユーザが認証され、アプリケーション・プログラムの申請が承認された場合に、ユーザがオンラインリポジトリにアップロードするのに適するアプリケーション・プログラムが存在するか否かを判定するコンピュータ・プログラム・コードと、選択された１以上の適格なアプリケーション・プログラムのアプリケーション・プログラム・ファイルの申請を受信するコンピュータプログラムコードと、を含むことができる。
【００１１】
少なくともオンラインリポジトリにアプリケーション・プログラムを申請するための実行可能なコンピュータ・プログラム・コードを実際に格納したコンピュータ可読媒体として、本発明の別の実施形態は例えば少なくとも、ユーザのログイン情報を受信するコンピュータ・プログラム・コードと、ユーザが検証され、オンラインリポジトリへのアプリケーション・プログラムの申請が承認されたことの指示を表示するコンピュータ・プログラム・コードと、ユーザがオンラインリポジトリにアップロードするのに適する１以上のアプリケーション・プログラムのリストを表示するコンピュータ・プログラム・コードと、１以上のアプリケーション・プログラムのリスト内の少なくとも１つのアプリケーション・プログラムの選択を受信するコンピュータ・プログラム・コードと、少なくとも１つの選択されたアプリケーション・プログラムに対応する電子アプリケーション・プログラム・ファイルを特定するコンピュータ・プログラム・コードと、オンラインリポジトリへ特定された電子アプリケーション・プログラム・ファイルのアップロードを開始するコンピュータ・プログラム・コードとを含むことができる。
【００１２】
オンラインリポジトリにアプリケーション・プログラムを申請するコンピュータシステムとして、本発明の一実施形態は例えば少なくとも、ユーザを認証する手段と、ユーザがオンラインリポジトリへアプリケーション・プログラムを申請することが承認されるかを判定する手段と、ユーザが認証され、アプリケーション・プログラムの申請が承認された場合に、ユーザがオンラインリポジトリにアップロードするのに適するアプリケーション・プログラムが存在するか否かを判定する手段と、選択された１以上の適するアプリケーション・プログラムのアプリケーション・プログラム・ファイルの申請を受信する手段と、を含むことができる。
【００１３】
オンラインリポジトリにアプリケーション・プログラムを申請するコンピュータシステムとして、本発明の別の実施形態は、例えば少なくともユーザのログイン情報を受信する手段と、ユーザが検証され、オンラインリポジトリへのアプリケーション・プログラムの申請が承認されたことの指示を表示する手段と、オンラインリポジトリにユーザがアップロードするのに適する１以上のアプリケーション・プログラムのリストをその後に表示する手段と、１以上のアプリケーション・プログラムのリスト内の少なくとも１つのアプリケーション・プログラムの選択を受信する手段と、少なくとも１つの選択されたアプリケーション・プログラムに対応する電子アプリケーション・プログラム・ファイルを特定する手段と、オンラインリポジトリへ、特定された電子アプリケーション・プログラム・ファイルのアップロードを開始する手段とを含むことができる。
【００１４】
本発明の他の態様及び利点は、一例として本発明の原理を示す添付の図面と共に以下の詳細な説明を読むことにより明らかとなるだろう。
【００１５】
本発明のファイルは、カラーで示される少なくとも１つの図面を含む。カラーの図面を有する本発明のコピーは、要求があり且つ必要な料金が支払われた場合に特許庁により提供される。
【００１６】
本発明は、添付の図面と共に以下の詳細な説明を読むことにより容易に理解されるだろう。図中、同様の図中符号は同様の要素を示す。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る製品申請／配信システムを示すブロック図である。
【図２】本発明の一実施形態に係るデジタル製品申請処理を示すフローチャートである。
【図３】本発明の一実施形態に係る製品申請・管理システムを示すブロック図である。
【図４】本発明の一実施形態に係る製品申請・管理処理を示すフローチャートである。
【図５】本発明の一実施形態に係る製品管理システムを示すブロック図である。
【図６Ａ】、
【図６Ｂ】本発明の一実施形態に係る製品管理処理を示すフローチャートである。
【図７Ａ】、
【図７Ｂ】、
【図７Ｃ】、
【図７Ｄ】本発明の一実施形態に係るオンライン製品配信サイトとの基本的なユーザ対話に関係する代表的なスクリーンショットを示す図である。
【図８Ａ】、
【図８Ｂ】、
【図８Ｃ】、
【図８Ｄ】、
【図８Ｅ】本発明の一実施形態に係る１つ以上のファイルのアップロードに関係する代表的なスクリーンショットを示す図である。
【図９Ａ】、
【図９Ｂ】、
【図９Ｃ】、
【図９Ｄ】本発明の一実施形態に係る価格設定パラメータの設定に関係する代表的なスクリーンショットを示す図である。
【図１０Ａ】、
【図１０Ｂ】、
【図１０Ｃ】、
【図１０Ｄ】本発明の一実施形態に係るローカライズパラメータの設定に関係する代表的なスクリーンショットを示す図である。
【図１１】本発明の一実施形態に係る代表的な製品申請ページのスクリーンショットを示す図である。
【図１２Ａ】、
【図１２Ｂ】本発明の一実施形態に係る代表的な製品管理基本ページのスクリーンショットを示す図である。
【図１３Ａ】製品申請／配信システムへのパッケージの申請をサポートする例示的なプログラム申請システムを示す概略ブロック図である。
【図１３Ｂ】製品申請／配信システムへのパッケージの申請をサポートする例示的なプログラム申請システムを示すブロック図である。
【図１４Ａ】、
【図１４Ｂ】本発明の一実施形態に係るプログラム申請処理を示すフローチャートである。
【図１５Ａ】、
【図１５Ｂ】、
【図１５Ｃ】は、本発明の一実施形態に係るクライアント側申請処理を示すフローチャートである。
【図１６Ａ】、
【図１６Ｂ】本発明の一実施形態に係るサーバ側申請処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明は、製品配信サイトに対してデジタル製品を申請、配信及び／又は管理する改善されたシステム及び方法に関する。製品配信サイトへのデジタル製品の申請は、コンピュータにより支援された一様な方法で多くの申請者により行われる。申請されたデジタル製品は、大部分が自動化された方法で管理され、製品配信サイトでオンライン購入及び配信を行える。デジタル製品が申請されると、ユーザは、デジタル製品が承認されたか又は拒否されたかの情報を取得するためにデジタル製品申請の状態にアクセスできる。一実施形態において、デジタル製品はコンピュータ・プログラム製品（例えば、コンピュータソフトウェアプログラム）である。
【００１９】
一実施形態において、本発明は、クライアント−サーバ環境においてデジタル製品の制御された申請を行うための方法及びシステムに関する。制御された申請は、ユーザがデジタル製品を適切に申請することを支援でき、無許可のアクセスを制限するためにユーザアカウントを使用できる。ユーザは検証され、申請されるデータは、申請が許可される前に検査される。申請後、申請されたデジタル製品は品質制御を行うために評価される。品質制御の少なくとも一部が自動化されるが、手動による申請のレビューは製品配信サイトからデジタル製品を配信する前に依然として行われる。更にデジタル製品が申請されると、申請者は申請の状態にオンラインでアクセスでき、先の申請に不備があると考えられる場合に先の申請の構成要素の一部又は全てを再申請できる。製品配信サイトは、オンライン製品ホスティングサイトとも呼ばれる。
【００２０】
図１〜図１６Ｂを参照して、本発明の種々の態様の実施形態を以下に説明する。しかし、本発明がこれらの限定された実施形態を越えた範囲にも及ぶため、図面に対する詳細な説明は説明の目的で与えられることが当業者には容易に理解されるだろう。
【００２１】
図１は、本発明の一実施形態に係る製品申請／配信システム１００を示すブロック図である。製品申請／配信システム１００は製品配信サイト１０２を含む。製品配信サイト１０２は、種々のデジタル製品の配信のためのオンラインアクセスポイントを提供する。例えば、製品配信サイト１０２はオンラインストアと呼ばれる。製品申請・管理システム１０４は、種々のデジタル製品申請者からデジタル製品の申請を受信するように動作する。製品申請・管理システム１０４は、デジタル製品の申請を処理し、承認されたデジタル製品の配信を許可できる。デジタル製品は、製品記憶装置１０６に格納される。一実施形態において、製品記憶装置１０６は大容量データ記憶装置及び１つ以上のデータベースを含む。製品記憶装置１０６は、配信できる（例えば、購入又はレンタルできる）多くのデジタル製品の大容量記憶装置を提供する。例えば購入されたデジタル製品は、製品配信サイト１０２を経由してデータネットワーク１０８を介して製品記憶装置１０６からアクセスされる。デジタル製品の例は、アプリケーション（又はアプリケーション・プログラム）、アニメーション又はプレゼンテーション等のコンピュータ・プログラム製品である。
【００２２】
製品申請／配信システム１００は、第１のクライアント１１０及び第２のクライアント１１２を更に含む。一般に製品申請／配信システム１００は、複数の種々のクライアント１１０、１１２を含む。第１のクライアント１１０はネットワークアクセスプログラム１１４を含む。第２のクライアント１１２は製品申請プログラム１１６を含む。いくつかのクライアントは、ネットワークアクセスプログラム１１４及び製品申請プログラム１１６の双方を含むことができる。ネットワークアクセスプログラム１１４は、演算装置である第１のクライアント１１０上で動作するアプリケーション・プログラム（例えば、ソフトウェアアプリケーション）である。適切なネットワークアクセスプログラムの一例はネットワークブラウザ（例えば、Microsoft Explorer又はSafari）である。適切なネットワークアクセスプログラムの別の例は、Apple Inc.により提供されたiTunes(登録商標)である。第１のクライアント１１０は、データネットワーク１０８を介して製品配信サイト１０２に結合される。従って、どの第１のクライアント１１０もデジタル製品をレビュー、購入及び／又は管理するために製品配信サイト１０２と対話できる。
【００２３】
また、製品申請プログラム１１６は、演算装置である第２のクライアント１１２上で動作するアプリケーション・プログラム（例えば、ソフトウェアアプリケーション）である。製品申請プログラム１１６は、最終的にはメディア配信サイト１０２により配信するために製品申請・管理システム１０４にデジタル製品を申請するために使用される。ネットワークアクセスプログラム１１４及び製品申請プログラム１１６が別個のプログラムとして図１に示されるが、そのようなプログラムは単一のプログラムに統合されてもよく又は同一のクライアントマシンに常駐してもよいことが理解されるべきである。
【００２４】
図１に示す製品申請／配信システム１００において、デジタル製品は製品申請プログラム１１６を介して製品申請・管理システム１０４に申請される。申請された（例えば、第２のクライアント１１２を介して）デジタル製品は、処理され且つ製品記憶装置１０６に格納される。その後、格納されたデジタル製品は、製品配信サイト１０２から購入可能である。特定のデジタル製品を購入すると、製品配信サイト１０２は、特定のデジタル製品に対するデジタルデータが製品記憶装置１０６から検索され且つデータネットワーク１０８を介して製品配信サイト１０２から要求クライアント１１０に配信（例えば、ダウンロード）されることを可能にする。この点に関して、製品配信サイト１０２又は他の配布サーバ（不図示）は、製品記憶装置１０６から特定のデジタル製品に対応するデジタルデータを取得し、そのようなデジタルデータをデータネットワーク１０８を介してクライアント１１０にダウンロードする。ダウンロードされたデジタルデータは、クライアント１１０に格納される。一実施形態において、ダウンロードされたデジタルデータは、クライアント１１０において受信されると暗号化されるが、クライアント１１０に永続的に格納される前に復号化され且つその後再暗号化される。その後、クライアント１１０はクライアント１１０においてデジタル製品のデジタルデータを利用（例えば、実行）できる。
【００２５】
製品申請／配信システム１００により、クライアント１１０のユーザは製品配信サイト１０２から購入可能な複数のデジタル製品を閲覧、探索又はソートするためにネットワークアクセスプログラム１１４を利用できる。ネットワークアクセスプログラム１１４により、ユーザはデジタル製品の一部又は全てに対してレビュー又はデモを行える。ネットワークアクセスプログラム１１４のユーザが特定のデジタル製品を購入したい場合、ユーザ（ネットワークアクセスプログラム１１４を介する）及び製品配信サイト１０２は、ユーザが特定のデジタル製品に対するアクセス権の支払いをするオンライン商取引を行える。一実施形態において、ユーザと関連付けられたクレジットカードにより特定のデジタル製品の購入金額又はレンタル金額が支払われる。
【００２６】
デジタル製品の申請及び購入は、データネットワーク１０８を介して達成される。換言すると、デジタル製品の申請及び購入はオンラインで達成される。オンラインでのメディアアイテムの購入は電子商取引とも呼ばれる。一実施形態において、データネットワーク１０８は少なくともインターネットの一部を含む。クライアント１１０、１１２は、アプリケーションによって異なるが、一般には記憶装置を有する演算装置である。多くの場合、クライアント１１０、１１２は、パーソナルコンピュータ又はメディアを格納し且つユーザに提示できる他の演算装置である。一実施形態において、製品配信サイト１０２とクライアント１１０、１１２との間のデータネットワーク１０８を介する接続は、セキュアソケットレイヤ（ＳＳＬ）等のセキュリティ保護された接続を介してもよい。
【００２７】
製品配信サイト１０２、製品申請・管理システム１０４及び製品記憶装置１０６が別個の構成要素として図１に示されるが、これらの構成要素のうちどの構成要素が１つ以上の装置に組み合わされてもよいことが理解されるべきである。例えば、製品申請・管理システム１０４は製品配信サイト１０２に組み込まれてもよい。別の例として、製品記憶装置１０６は、製品配信サイト１０２又は製品申請・管理システム１０４に組み込まれてもよい。
【００２８】
図２は、本発明の一実施形態に係るデジタル製品申請処理２００を示すフローチャートである。デジタル製品申請処理２００は、例えばクライアント１１４等のクライアントデバイス又は製品申請・管理システム１０４等のサーバデバイスにより実行される。
【００２９】
デジタル製品申請処理２００は、デジタル製品に関する製品情報を受信できる（２０２）。製品情報は、申請されているデジタル製品の種類に依存して変更される。一実現例において、デジタル製品申請処理２００によりオンラインリポジトリに申請可能なデジタル製品の１つの種類は、コンピュータ・プログラム製品等のデジタルプログラム製品である。コンピュータ・プログラム製品に対する製品情報の例は、製品名、サポートされるデバイスタイプの表示、ジャンルの表示、バージョン番号、製品識別子、サポート情報及び使用許諾契約情報のうちの１つ以上を含むことができる。
【００３０】
次に、デジタル製品に関する少なくとも１つの電子ファイルがアップロードされる（２０４）。デジタル製品は、関連付けられた電子ファイルを１つ以上有することができる。例えばデジタル製品は、バイナリファイル、サポート又はヘルプファイル、並びに／あるいは１つ以上の例示的なスクリーンの例を含んでもよい。
【００３１】
更に、デジタル製品により使用される少なくとも１つの配信パラメータが受信される（２０６）。配信パラメータは、デジタル製品を配信する方法を制御するか又は影響を及ぼすために利用されるパラメータである。配信パラメータの一例は価格設定パラメータである。一例として、価格設定パラメータは、デジタル製品と関連付けられる価格又は価格帯を特定できる。他の配信パラメータは、デジタル製品の配信元であるデジタル店舗に関係する。更に、配信パラメータは、適格性、ライセンスカテゴリ（タイプ）等をレビューすることに関係する。
【００３２】
その後、デジタル製品はオンラインリポジトリに申請される（２０８）。オンラインリポジトリは、例えば製品申請・管理システム１０４に対応可能である。オンラインリポジトリは、１つ以上の電子ファイル、関連する製品情報及び１つ以上の配信パラメータを受信できる。オンラインリポジトリは、製品情報及び１つ以上の配信パラメータに従って製品配信サイト（例えば、オンラインストア）から１つ以上の電子ファイルに含まれるようなデジタル製品を配信することを許可するように動作可能である。デジタル製品がオンラインリポジトリに申請された（２０８）後、デジタル製品申請処理２００は終了される。
【００３３】
図３は、本発明の一実施形態に係る製品申請・管理システム３００を示すブロック図である。製品申請・管理システム３００は、例えば図１に示す製品申請・管理システム１０４の一実施形態を表せる。
【００３４】
製品申請・管理システム３００は、ログイン３０２を要求できる。例えばログインは、ユーザ（すなわち、デジタル製品の申請者）がユーザ名及びパスワードを提供することを要求できる。デジタル製品の申請者が製品申請・管理システム３００に正常にログインした場合、デジタル製品の申請者に対してシステムナビゲーションページ３０４が提示される。デジタル製品の申請者は、システムナビゲーションページ３０４から製品申請・管理システム３００によりサポートされる１つ以上のモジュールにアクセスできる。一実施形態によると、図３に示すように、製品申請・管理システム３００によりサポートされたモジュールは、製品管理モジュール３０６、契約要求モジュール３０８、使用料モジュール３１０及びアカウント管理モジュール３１２を含むことができる。
【００３５】
製品管理モジュール３０６により、デジタル製品の申請者は新製品を申請し且つそのような新製品の配信を制御できる。製品管理モジュール３０６により、デジタル製品の申請者は先の申請を編集できる。契約要求モジュール３０８により、デジタル製品の申請者は製品の配信を行うエンティティとの契約を要求できる。そのような契約は、デジタル製品の申請者がエンティティにより提供された製品配信サイト（例えば、オンラインストア）を使用してデジタル製品を配信することを可能にする。使用料モジュール３１０は、デジタル製品の申請者がデジタル製品の申請者と関連付けられた全てのデジタル製品の配信を監視することを支援できる。この監視は、そのようなデジタル製品の配信によりデジタル申請者に提供される使用料を監視することを含む。例えば、デジタル製品申請者は使用料月次報告にアクセスできる。アカウント管理モジュール３１２は、例えばデジタル製品の事項に関係付けられるアクセス許可、電子メール設定、基本的なアカウント情報を含むデジタル製品に対する集中アカウント管理を提供できる。
【００３６】
図４は、本発明の一実施形態に係る製品申請・管理処理４００を示すフローチャートである。製品申請・管理処理４００は、例えば製品申請・管理システムにより実行される。本実施形態において、製品申請・管理システムは、図３に示した製品申請・管理システム３００であると仮定する。
【００３７】
製品申請・管理処理４００は、製品申請・管理システムにアクセスする（４０２）ことにより開始される。ログインページは、製品申請・管理システムにデジタル製品を申請しようとするユーザに提示される（４０４）。ユーザは、ユーザ名及びパスワードを入力できる。その後、判断４０６は、ログインが正常に行われたかを判定できる。ログインが成功しなかったと判断４０６が判定した場合、判断４０８は、ログインの再試行が許可されるかを判定できる。再試行が許可されないと判断４０８が判定した場合、製品申請・管理システムへのアクセスが拒否される（４１０）。ブロック４１０の後、製品申請・管理処理が終了される。あるいは、再試行が許可されると判断４０８が判定した場合、製品申請・管理処理４００は、別のログイン試行が許可されるように判断４０６を繰り返すために戻ることができる。
【００３８】
ログインが正常に行われたと判断４０６が判定した場合、システムナビゲーションページが提示される（４１２）。システムナビゲーションページから複数の種々のソフトウェアモジュールがアクセスされる。図４に示した実施形態において、ソフトウェアモジュールは、製品管理モジュール、契約要求モジュール、使用料モジュール及びアカウント管理モジュールを含む。ユーザは、種々のソフトウェアモジュールのいずれかを起動するためにシステムナビゲーションページと対話できる。より詳細には、種々のどのモジュールを起動することにも関連する処理について以下に説明する。
【００３９】
システムナビゲーションページが提示された（４１２）後、判断４１４は、製品管理モジュール要求が受信されたかを判定できる。製品管理モジュール要求が受信されたと判断４１４が判定した場合、製品管理モジュールにアクセスできる（４１６）。一方、製品管理モジュール要求が受信されなかったと判断４１４が判定した場合、判断４１８は、契約要求モジュールにアクセスする要求が受信されたかを判定できる。契約要求モジュールにアクセスする要求が受信されたと判断４１８が判定した場合、契約要求モジュールにアクセスできる（４２０）。あるいは、契約要求モジュールにアクセスする要求が受信されなかったと判断４１８が判定した場合、判断４２２は、使用料モジュール要求が受信されたかを判定できる。使用料モジュール要求が受信されたと判断４２２が判定した場合、使用料モジュールにアクセスできる（４２４）。一方、使用料モジュール要求が受信されなかったと判断４２２が判定した場合、判断４２６は、アカウント管理モジュール要求が受信されたかを判定できる。アカウント管理モジュール要求が受信されたと判断４２６が判定した場合、アカウント管理モジュールにアクセスできる（４２８）。
【００４０】
一方、アカウント管理モジュール要求が受信されなかったと判断４２６が判定した場合、判断４３０は、ユーザから他の何らかの要求が受信されたかを判定できる。他の何らかの要求が受信されたと判断４３０が判定した場合、他の処理が実行される（４３２）。
【００４１】
ブロック４１６、４２０、４２４、４２８及び４３２の各々の後、並びに他の何らかの要求が受信されなかった場合の判断４３０の後、判断４３４は、製品申請・管理処理４００が終了すべきかを判定できる。製品申請・管理処理４００が終了すべきでないと判断４３４が判定した場合、後続のユーザ要求が処理されるように判断４１４以降のブロックを実行するために戻る。しかし、製品申請・管理処理４００が終了すべきであると判断４３４が判定した場合、製品申請・管理処理４００は終了される。
【００４２】
図５は、本発明の一実施形態に係る製品管理システム５００を示すブロック図である。製品管理システム５００は製品管理基本ページ５０２を含む。ユーザは、（i）製品管理システム５００への新製品の追加、（ii）配信する製品表現のプレビュー及び／又は（iii）１つ以上の製品に関係する状態の詳細のレビューを容易にするために製品管理基本ページ５０２から種々のページにナビゲートできる。
【００４３】
ユーザが製品管理基本ページ５０２と対話する時、デフォルト設定ページ５０４が提示される。デフォルト設定ページ５０４により、ユーザはデフォルト設定を設定できる。デフォルト設定ページ５０４の後、製品情報ページ５０６が提示される。製品情報ページ５０６により、ユーザは新製品に関係する製品情報を入力できる。製品情報ページ５０６の後、ファイルアップロードページ５０８が提示される。ファイルアップロードページ５０８により、ユーザはアップロードされ且つ新製品と関連付けられるデジタルファイルを指定できる。ファイルアップロードページ５０８の後、配信パラメータページ５１０が提示される。配信パラメータページ５１０により、ユーザは価格設定情報等の配信に影響を及ぼす種々のパラメータを入力できる。配信パラメータページ５１０の後、店舗／ローカライズページ５１２が提示される。店舗／ローカライズページ５１２により、ユーザは新製品の配信元である（例えば、購入できる）全ての店舗又は特定の店舗を指定できる。また、そのような店舗の一部が世界の異なる地域にある場合でもローカライズ情報はユーザにより提供される。例えばローカライズ情報は、製品情報の一部の外国語バージョンを提供できる。店舗／ローカライズページ５１２の後、製品申請ページ５１４が提示される。製品申請ページにより、ユーザは、新製品に対して提供されたデータを確定し且つ図１に示した製品申請・管理システム１０４等の製品申請・管理システムにそのような情報を申請できる。
【００４４】
図６Ａ及び図６Ｂは、本発明の一実施形態に係る製品管理処理６００を示すフローチャートである。製品管理処理６００は、図５に示した製品管理システム５００等の製品管理システムにより実行される。
【００４５】
製品管理処理６００は、製品管理基本ページを提示できる（６０２）。製品管理基本ページは、例えば新製品ページ、プレビューページ及び状態詳細ページへのナビゲーションを許可できる。
【００４６】
次に、判断６０４は、プレビュー要求が受信されたかを判定できる。プレビュー要求が受信されたと判断６０４が判定した場合、プレビューページが提示される（６０６）。プレビューページは、デジタル製品がオンライン配信サイトで配信される場合にどのように表現されるかを、ユーザがプレビューすることを可能にする。プレビューページの提示（６０６）の後、判断６０８は、戻る要求が受信されたかを判定できる。戻る要求がまだ受信されていないと判断６０８が判定した場合、製品管理処理６００はそのような要求を待つことができる。しかし、戻る要求が受信されたと判断６０８が判定すると、製品管理処理６００は、製品管理基本ページが再度提示される（６０２）ようにブロック６０２を繰り返すために戻ることができる。
【００４７】
あるいは、プレビュー要求が受信されていないと判断６０４が判定した場合、判断６１０は、状態詳細要求が受信されたかを判定できる。状態詳細要求が受信されたと判断６１０が判定した場合、状態詳細ページが提示される（６１２）。一実現例において、状態詳細ページはデジタル製品の申請の申請状態に関する詳細をユーザに提供できる。状態詳細ページの提示（６１２）の後、判断６１４は、戻る要求が受信されたかを判定できる。戻る要求がまだ受信されていないと判断６１４が判定した場合、製品管理処理６００はそのような要求を待つことができる。しかし、戻る要求が受信されたと判断６１４が判定した場合、製品管理処理６００は、製品管理基本ページが再度提示される（６０２）ようにブロック６０２を繰り返すために戻ることができる。
【００４８】
一方、状態詳細要求が受信されていないと判断６１０が判定した場合、判断６１６は、新製品要求が受信されたかを判定できる。新製品要求が受信されていないと判断６１６が判定した場合、製品管理処理６００は、追加のユーザ要求が処理されるように判断６０４以降のブロックを繰り返すために戻ることができる。あるいは、新製品要求が受信されたと判断６１６が判定した場合、判断６１８は、新製品がユーザにより製品申請・管理システムに提供される第１の製品であるかを判定できる。新製品が第１の製品であると判断６１８が判定した場合、デフォルト設定ページが提示される（６２０）。ユーザは、製品申請・管理システムにより利用される１つ以上のデフォルト設定を提供するためにデフォルト設定ページと対話できる。
【００４９】
ブロック６２０の後、並びに新製品が第１の製品でない場合の判断６１８の直後、製品情報ページが提示される（６２２）。ユーザは、製品申請・管理システムにより利用される製品情報を入力するために製品情報ページと対話できる。その後、判断６２４は、ユーザが製品情報ページを申請したかを判定できる。ユーザが製品情報ページをまだ申請していないと判断６２４が判定した場合、製品管理処理６００はその申請を待つことができる。
【００５０】
ユーザが製品情報ページを申請したと判断６２４が判定すると、ファイルアップロードページが提示される（６２６）。ユーザは、アップロードされ且つ新製品と関連付けられる１つ以上のデジタルファイルを指定するためにファイルアップロードページと対話できる。判断６２８は、ユーザがファイルアップロードページを申請したかを判定できる。ユーザがファイルアップロードページをまだ申請していないと判断６２８が判定した場合、製品管理処理６００はその申請を待つことができる。ユーザがファイルアップロードページを申請したと判断６２８が判定すると、アップロードされているデジタルファイルの少なくとも１つが必要とされる証明（又は認証）に対してチェックされる（６３４）。ここで、一実施形態において、アップロードされている１つ以上のデジタルファイルの少なくとも１つは、ファイルが申請に適していることを製品申請・管理システムが保証できるように信頼機関により証明（又は認証）される必要がある。ブロック６３０の後、判断６３２は、デジタルファイルと関連付けられた証明が承認されたかを判定できる。証明が承認されないことを判断６３２が示す場合、エラーページが提示される（６３４）。判断６３６は、ユーザがデジタルファイルのアップロードの再試行を許可されるかを判定できる。再試行が許可されると判断６３６が判定した場合、製品管理処理６００は、ユーザが１つ以上のデジタルファイルをアップロードすることを再試行できるように判断６２６を繰り返すために戻ることができる。
【００５１】
一方、１つ以上のデジタルファイルの証明が承認されたと判断６３２が判定した場合、配信パラメータページが提示される（６３８）。配信パラメータページにより、ユーザは、新製品の配信中に利用される１つ以上の配信パラメータを入力できる。例えばユーザは、新製品に対して利用される価格設定情報を指定できる。
【００５２】
配信パラメータページの提示（６３８）の後、判断６４０は、ユーザが配信パラメータページを申請したかを判定する。ユーザが配信パラメータページをまだ申請していないと判断６４０が判定した場合、製品管理処理６００はその申請を待つことができる。あるいは、ユーザが配信パラメータページを申請したと判断６４０が判定した場合、店舗／ローカライズページが提示される（６４２）。店舗／ローカライズページにより、ユーザは、新製品の配信元である１つ以上の特定の店舗を指定できる。更にローカライズ情報は、店舗が異なる言語の国にある場合等、そのような店舗に適切な場合に提供される。店舗／ローカライズページの提示（６４２）の後、判断６４２は、ユーザが店舗／ローカライズページを申請したかを判定できる。ユーザが店舗／ローカライズページをまだ申請していないと判断６４４が判定する場合、製品管理処理６００はその申請を待つことができる。別の実施形態において、ローカライズがローカライズページで提供される一方で、店舗情報は店舗ページで提供される。従って、ローカライズ及び店舗情報は、別個のページ、組み合わされたページ又は他のページの組合せにより提供される。例えば店舗情報は、配信パラメータページにより提供される。
【００５３】
あるいは、ユーザが店舗／ローカライズページを申請したと判断６４４が判定した場合、製品申請ページが提示される（６４６）。製品申請ページにより、ユーザは先に提供された新製品に関する情報をレビューし易くなる。換言すると、製品申請ページにより、ユーザは製品申請・管理システムに申請されようとしている新製品に関する情報を確認できる。判断６４８は、ユーザが製品申請ページを申請したかを判定できる。ユーザが製品申請ページをまだ申請していないと判断６４８が判定した場合、製品管理処理６００はその申請を待つことができる。あるいは、ユーザが製品申請ページを申請したと判断６４８が判定すると、背品管理処理６００は、新製品に関する情報を製品申請・管理システムに申請する（６５０）。申請（６５０）した後、製品管理処理６００は終了される。
【００５４】
あるいは、再試行が許可されない場合にブロック６３６の後、製品管理処理６００は終了されるが、この場合は新製品を製品申請・管理システムに申請せずに終了される。
【００５５】
デジタル製品が製品申請・管理システムに申請された後、品質レビュー処理が開始される。品質レビューは、レビュー中、販売準備完了、拒否又は契約保留を含む多くの状態を有することができる。「レビュー中」状態は、申請が拒否又は承認されるまでの初期状態である。「販売準備完了」は、アプリケーションファイルが承認された時の状態である。「拒否」状態は、アプリケーションファイルに不備又は欠陥があることを品質レビューにより見つけた場合の状態である。「契約保留」状態は、申請者が配信に関して契約上の合意をしていない場合の状態である。
【００５６】
本発明の別の態様は、グラフィカル・ユーザ・インタフェースに関する。グラフィカル・ユーザ・インタフェースは、ユーザが製品申請・管理システム（又はオンライン製品配信サイト）と対話することを支援するために上述したページを含む種々のページ（又はスクリーン）を提示できる。図７Ａ〜図１２Ｂは、代表的なグラフィカル・ユーザ・インタフェースに関係するスクリーンショットである。
【００５７】
図７Ａ〜図７Ｄは、本発明の一実施形態に係るオンライン製品配信サイトとの基本的なユーザ対話に関係する代表的なスクリーンショットである。
【００５８】
図７Ａは、本発明の一実施形態に係るシステムナビゲーションページ７００の代表的なスクリーンショットである。システムナビゲーションページ７００により、ユーザは、例えば製品管理モジュール７０２（「コンテンツの管理」）、契約要求モジュール７０４（「契約、税金＆銀行情報」）、使用料モジュール７０６（「使用料報告」）又はアカウント管理モジュール７０８（「アカウントの管理」）である複数の機能モジュールにアクセスできる。これらの機能モジュールは、図３に示したモジュール３０６〜３１２に類似する。システムナビゲーションページ７００は、例えば図３に示したシステムナビゲーションページ３０４を表せる。
【００５９】
図７Ｂは、本発明の一実施形態に係る製品管理基本ページ７２０の代表的なスクリーンショットである。製品管理基本ページ７２０は、例えば図５に示した製品管理基本ページ５０２又は図６Ａの６０２で提示された製品管理基本ページを表せる。製品管理基本ページ７２０は、最終的にはオンライン製品配信サイトにより配信するための製品申請・管理システムへのデジタル製品の申請を管理するためにユーザにより利用される。製品管理基本ページ７２０は、新アプリケーションウィンドウ７２２を含む。新アプリケーションウィンドウ７２２は、最終的にはオンライン製品配信サイトにより配信するために製品申請・管理システムに申請されたあらゆるアプリケーションを一覧表示又は識別できる。図７Ｂに示すように、ユーザがオンライン製品配信サイトに申請するためのアプリケーションをまだ追加していないため、新アプリケーションウィンドウは空である。
【００６０】
図７Ｃは、本発明の一実施形態に係るデフォルト設定ページ７４０の代表的なスクリーンショットである。デフォルト設定ページ７４０は、例えば図５に示したデフォルト設定ページ５０４又は図６Ａの６２０で提示されたデフォルト設定ページを表せる。デフォルト設定ページ７４０は、最終的にはオンライン製品配信サイトにより配信するために製品申請・管理システムにより利用される初期設定を設定するためにユーザにより利用される。図７Ｃに示した例において、初期設定は、主言語及びあらゆる会社名に関係する。更に詳細には、デフォルト設定ページ７４０は、オンライン製品配信サイトを介して配信されるデジタル製品に対する主言語のユーザ選択を行うために主言語セレクタ７４２を表示できる。更にデフォルト設定ページ７４０は、ユーザがオンライン製品配信サイトを介して販売するデジタル製品を提供している会社名を提供できる会社名領域７４４を表示できる。
【００６１】
図７Ｄは、本発明の一実施形態に係る製品情報ページ７６０の代表的なスクリーンショットである。製品情報ページ７６０は、例えば図５に示した製品情報ページ５０６又は図６Ａの６２２で提示された製品情報ページを表せる。製品情報ページ７６０は、最終的にはオンライン製品配信サイトにより配信するためにユーザにより製品申請・管理システムに申請されている新製品（例えば、新アプリケーション）に対する製品情報を提供するためにユーザにより利用される。製品（デジタル製品）に対する製品情報は、メタデータとも呼ばれる。図７Ｄに示すように、製品情報ページ７６０は、ユーザが申請されている新デジタル製品に対する特定の製品情報を提供できるようにウェブページフォームをユーザに提示できる。特に、図７Ｄに示したウェブページフォームは、アプリケーション名、アプリケーションノート、デバイス（適切なデバイス）、デジタル製品に対する主カテゴリ（ジャンル）、デジタル製品に対する副カテゴリ（ジャンル）、著作権者、バージョン番号、ＳＫＵ番号、アプリケーションウェブサイトＵＲＬ、サポートＵＲＬ、サポート電子メールアドレス及び使用許諾契約書（ＥＵＬＡテキスト）を含む製品情報を要求する。適切なデバイスはユーザにより識別される。例えば新デジタル製品が特定のハードウェア又はソフトウェアアプリケーションにおいてのみ実行可能である新アプリケーションである場合、ユーザは適切なデバイス又はデバイスタイプを指定できる。更に製品情報の入力は、受け入れられる前にウェブページフォームへの適切なデータ入力であるか検査される。
【００６２】
図８Ａ〜図８Ｅは、本発明の一実施形態に係る１つ以上のファイルのアップロードに関係する代表的なスクリーンショットである。アップロードされている１つ以上のファイルは、最終的にはオンライン製品配信サイトにより配信するために製品申請・管理システムに申請されているデジタル製品に関係する。
【００６３】
図８Ａは、本発明の一実施形態に係るファイルアップロードページ８００を示す。ファイルアップロードページ８００により、ユーザは申請されているデジタル製品と関係付けられる１つ以上のデジタルファイルを選択できる。１つ以上のデジタルファイルは、１つ以上のアイコン及び／又はスクリーンショットに関係するファイル、並びにアプリケーションファイルを含むことができる。申請されているデジタル製品が配信（購入又はレンタル）用に提供される場合、アイコン及び／又はスクリーンショットはオンライン製品配信サイトにより利用される。例えばデジタル製品がコンピュータソフトウェアアプリケーションに関係する場合、ファイルアップロードページ８００により、ユーザはアップロードするアプリケーションファイル（例えば、実行可能プログラムファイル）を選択し且つコンピュータソフトウェアアプリケーションと関連付けられた１つ以上のアイコン及び／又はスクリーンショットを指定できる。
【００６４】
図８Ｂに示すように、アップロードされるアプリケーションファイルを識別するために、ユーザは選択ファイル制御８０１を選択できる。選択ファイル制御８０１を選択することに応答して、ファイル識別ダイアログボックス８０２が図８Ｂに示すようなファイルアップロードページ８００上に提示される。ユーザは、アップロードされるアプリケーションファイルを指定するためにファイル識別ダイアログボックス８０２を利用できる。ユーザがアップロードされる特定のアプリケーションファイルを選択するためにファイル識別ダイアログボックス８０２を利用すると、ファイルアップロードページ８００は更新される。図８Ｃは、更新されたファイルアップロードページ８００’を示す。図８Ｃに示すように、ファイルアップロードページ８００’は更新され、選択ファイルに対する識別子８０４を指定する。更にファイルアップロードページ８００’は、アップロードファイル制御８０６を提示できる。アップロードファイル制御８０６を選択すると、識別子８０４により指定された選択ファイルのアップロード動作が開始される。一実現例において、アプリケーションファイルは、プログラムを実行するデバイス上に表示するアイコン及びアプリケーションに対するバイナリファイルを含む圧縮ファイル形式（例えば、「.zip」）に対して必要とされる。更に一実現例において、アプリケーションファイルのアップロードは、正常なコード署名チェック（すなわち、認証のためのデジタル署名の検証）を必要とする。ファイルが正常にアップロードされると、ファイルアップロードページ８００’は図８Ｄに示すように再度更新される。図８Ｄにおいて、ファイルアップロードページ８００”はアップロード完了標識８０８を含むことができる。アップロード完了標識８０８は、識別子８０４と関連付けられた選択ファイルがアップロードされたことを示す。ファイルサイズ標識８１０は、アップロードされた選択ファイルのサイズを示すためにファイルアップロードページ８００”上に提示される。更にユーザは、デジタル製品（例えば、コンピュータソフトウェアアプリケーション）と関連付けられた１つ以上のアイコン及び／又はスクリーンショットが同様にアップロードされるようにファイルアップロードページ８００”と対話できる。
【００６５】
図８Ｅは、アプリケーション、アイコン、主スクリーンショット及び一対の追加のスクリーンショットの各々に対する選択ファイルがアップロードされた後のファイルアップロードページ８００’’’を示す。デジタル製品に対するこれらのアップロードファイルは、デジタル製品を配信する時にオンライン製品配信サイトにより最終的に使用される。図８Ｅに示すように、これらの上記ファイルの全てがアップロードされ、アップロードファイルページ８００’’’は、これらのファイルが正常にアップロードされたことをユーザに通知するための標識８０８、８１２、８１４、８１６及び８１８を表示する。標識８１２は、指定されたアイコンファイルがアップロードされたことを示す。標識８１４は、指定された主スクリーンショットがアップロードされたことを示す。標識８１６及び８１８は、２つの追加のスクリーンショットがアップロードされたことを示す。
【００６６】
図９Ａ〜図９Ｄは、本発明の一実施形態に係る価格設定パラメータの設定に関する代表的なスクリーンショットである。価格設定パラメータは、最終的にはオンライン製品配信サイトにより配信するために製品申請・管理システムに申請されているデジタル製品と関連付けられ且つデジタル製品に対して使用される。
【００６７】
図９Ａは、本発明の一実施形態に係る価格設定パラメータページ９００の代表的なスクリーンショットである。価格設定パラメータページ９００は、図５に示した配信パラーメタページ５１０又は図６Ｂに示したように６３８で提示された配信パラメータページ等の配信パラメータページの一実現例を表す。価格設定パラメータページ９００は、利用可能日セレクタ９０２及び価格帯セレクタ９０４を含む。ユーザは、製品申請・管理システムに申請されているデジタル製品と関連付けられる利用可能日を選択するために利用可能日セレクタ９０２と対話できる。利用可能日は、オンライン製品配信サイトがデジタル製品を配信することを許可される日付である。更にユーザは、デジタル製品と関連付けられる価格帯を選択するために価格帯セレクタ９０４と対話できる。価格帯は、特定のデジタル製品を配信する時にオンライン製品配信サイトにより利用される価格設定構造である。価格設定パラメータページ９００は、可用性制御９０８を含む。
【００６８】
ユーザが価格帯セレクタ９０４を使用して選択する適切な価格帯を考慮する場合、ユーザは、価格設定表制御９０６を選択することにより価格設定構造に関する追加の詳細をレビューできる。価格設定表制御９０６を選択することにより、価格設定表が表示される。図９Ｂは、ユーザが価格設定表制御９０６を選択した後の価格設定パラメータページ９００’を示す。価格設定パラメータページ９００’は、価格設定表９１０が表示されていること以外は価格設定パラメータページ９００と同一である。図９Ｂに示した実施形態における価格設定表９１０は、小売価格及び卸売価格と共にデジタル製品を販売するオンラインストア（例えば、種々の国）の関係に基づく価格設定構造を提供する。
【００６９】
ユーザが可用性制御９０８を選択した場合、価格設定パラメータページ９００’は、図９Ｃに示すような価格設定パラメータページ９００”に更新される。特に、価格設定パラメータページ９００”はストア別可用性制御テーブル９１２を更に含む。ストア別可用性制御テーブル９１２を使用すると、ユーザは、セレクタ９１４を使用して個々のストアを指定できるか又は全てのストアを選択するための「全て選択」制御９１６を使用できる。全てのストアが個々に選択されるか又は「全て選択」制御９１６を使用して選択される場合、価格設定パラメータページ９００”は図９Ｄに示すような価格設定パラメータページ９００’’’に更新される。図９Ｄにおいて、ストア別可用性制御テーブル９１２’は、個別ストアセレクタ９１４の各々がチェックがされたストア別可用性制御テーブル９１２を示すように更新される。
【００７０】
図１０Ａ〜図１０Ｄは、本発明の一実施形態に係るローカライズパラメータの設定に関係する代表的なスクリーンショットである。ローカライズパラメータは、最終的にはオンライン製品配信サイトにより配信するために製品申請・管理システムに申請されているデジタル製品と関連付けられ且つデジタル製品に対して使用される。例えばオンライン製品配信サイトが種々の国又は地域と関連付けられた種々のオンラインストアを使用することにより販売する製品を提供する場合、ローカライズ製品情報を提供することは利点である。
【００７１】
図１０Ａは、本発明の一実施形態に係るローカライズページ１０００のスクリーンショットである。ローカライズページ１０００は、例えば図５に示した店舗／ローカライズページ５１２又は図６Ｂに示したような６４２で提示されている店舗／ローカライズページの一実施形態を表せる。ローカライズページ１０００は、言語セレクタ１００２を含む。言語セレクタ１００２を使用すると、ユーザは、いくつかのローカライズ製品情報が設定されるように申請されているデジタル製品に対して１つ以上の追加の言語を提供できる。例えばユーザがサポートされる追加の言語として「フランス語」を選択するために言語セレクタ１００２を利用する場合、製品情報ローカライズページが提示される。
【００７２】
図１０Ｂは、本発明の一実施形態に係る代表的な製品情報ローカライズページ１０２０を示す。製品情報ローカライズページ１０２０は、ユーザが適切な言語として「フランス語」を利用してオンラインストアに対してローカライズ製品情報を入力できるようにする製品情報領域１０２２を含む。図１０Ｂに示したように、ユーザにより編集可能である製品情報フィールドのいくつかには、主言語に対する製品情報ページ（図７Ｄを参照）を使用して入力された情報グループが事前に読み込まれる。その結果、ユーザは、種々の国又は地域において異なるアプリケーション名、種々のアプリケーションノート、種々のＵＲＬ、種々の電子メールアドレス及び種々の使用許諾契約を利用できる。製品情報ローカライズページ１０２０は、スクリーンショットローカライズ領域１０２４を更に含むことができる。スクリーンショットローカライズ領域１０２４を使用すると、ユーザは、種々の国又は地域の種々のオンラインストアにおいて販売するデジタル製品を提供する時に利用される種々のスクリーンショットを提供できる。
【００７３】
新しいユーザが製品情報ローカライズページ１０２０と対話した後、図１０Ｃはローカライズページ１０００’を提示できる。図１０Ｃに示したローカライズページ１０００’は、図１０Ａに示したローカライズページ１０００の更新バージョンを表す。図１０Ｃに示すように、フランス語標識１０４０は、デジタル製品が言語としてフランス語を利用するオンラインストアに対する特定のローカライズ情報を有することを信号伝送する。この点において、ユーザは、言語セレクタ１００２を使用して追加の言語を選択し且つローカライズ情報を提供し続けられる。一例として、ユーザが他の種々の言語に対するローカライズ情報を入力し続ける場合、ローカライズページ１０００’は図１０Ｄに示したように更新される。図１０Ｄは、代表的なローカライズページ１０００”のスクリーンショットを示す。ローカライズページ１０００”は、デジタル製品に対してローカライズ情報が提供された１つ以上の種々の国又は地域の標識を提供するローカライズ基準領域１０６０を含む。
【００７４】
図１１は、本発明の一実施形態に係る代表的な製品申請ページ１１００のスクリーンショットである。製品申請ページ１１００は、ユーザが特定のデジタル製品に対して提供したか又は示した製品、アップロードファイル、価格設定、ローカライズ及び他の情報の要約をユーザに提示できる。製品申請ページ１１００により、ユーザはそのような情報を確認でき、確認されると、デジタル製品及び提供された全ての情報がオンライン製品配信サイトに正式に申請される。
【００７５】
図１２Ａは、本発明の一実施形態に係る代表的な製品管理基本ページ１２００のスクリーンショットである。製品管理基本ページ１２００は、製品指定領域１２０２を提供する。製品指定領域１２０２は、製品名１２０４、バージョン表示１２０６、申請日１２０８、状態表示１２１０及び画像表現１２１２を含むことができる。製品名１２０４、バージョン表示１２０６及び画像表現１２１２は、申請処理中に事前に提供された項目である。申請日１２０８は、ユーザが最終的にはオンライン製品配信サイトにより配信するために製品申請・管理システムに対してデジタル製品の正式な申請を行った日付である。状態表示１２１０は、図１２Ａに示したように、申請されたデジタル製品が現在レビュー中であることを示す。デジタル製品がレビュー中である（及びまだ承認されていない）ため、デジタル製品は、まだオンライン製品配信サイトにより販売するために提供されない。
【００７６】
図１２Ｂは、本発明の一実施形態に係る代表的な製品管理基本ページ１２００’のスクリーンショットである。製品管理基本ページ１２００’は、別の時点における製品管理基本ページ１２００の別の例を表す。特に、製品管理基本ページ１２００’は、デジタル製品のレビューが行われた後のある時点を表せる。図１２Ｂに示したように、製品指定領域１２０２は、製品名１２０４、製品バージョン１２０６、状態表示１２１０及び画像表現１２１２を示す。ここで、状態表示１２１０’は、関連付けられたデジタル製品がオンライン製品配信サイトにより拒否されたことを示す。一実施形態において、ユーザが申請されたデジタル製品が拒否された理由及び拒否されないようにする方法を理解することの追加の情報、あるいはサポートを検索できるように、製品管理基本ページ１２００’へのリンク１２１３がユーザに提供される。更に製品指定領域１２０２’は、カテゴリ情報１２１４及びサポート言語１２１６を含むことができる。カテゴリ情報１２１４は、製品情報の提供中に行われたジャンル選択の結果として得られ、サポート言語１２１６は、ローカライズ情報を提供する時に提供された言語である。
【００７７】
サイズの大きなアプリケーション・プログラム等のデジタル製品は、より効率的なネットワーク接続を使用して申請される。一実施形態において、デジタル製品に対する記述的情報（例えば、メタデータ）がブラウザを用いたクライアントアプリケーション（例えば、ＨＴＴＰプロトコル）により提供される一方で、デジタル製品に対する１つ以上の大きなデータファイルはクライアント申請アプリケーション（例えば、ＳＯＡＰプロトコル）を使用して申請される。
【００７８】
本発明の１つの態様は、ネットワークを介して配信システムにアプリケーション・プログラムを申請するシステム及び方法に関する。例えば申請されたアプリケーション・プログラムは、製品配信サイト（例えば、オンラインストア）から購入及びダウンロードされる。一実施形態によると、オンラインメディアストアからアプリケーション・プログラムを購入するために、潜在的な購入者は購入可能な多くのアプリケーション・プログラムを探索及び閲覧できる。アプリケーション・プログラムは、購入されると、ネットワークを介して購入者にダウンロードされる。アプリケーションンプログラムに対するファイルは、購入者が使用するために暗号化され且つ購入者のマシンに格納されてもよい。その後、購入者はアプリケーション・プログラムを使用できる（例えば、アプリケーション・プログラムを実行できる）。しかし、アプリケーション・プログラムの使用は依然として限定される。例えば、アプリケーション・プログラムの使用は単一のデバイスに限定される可能性があり、あるいは所定の数までのユーザマシンのみがアプリケーション・プログラムを使用することを許可される。
【００７９】
一実施形態において、クライアント申請アプリケーションは、製品申請・管理システムに申請するアプリケーション・プログラムを識別し且つ／又は含む電子デジタル製品パッケージを受け付けることができる。別の実施形態は、製品申請・管理システムにデジタル製品パッケージを申請することに関する。一実現例において、製品申請／配信システムに申請されるデジタル製品パッケージは、アプリケーション・プログラム・ファイルと、アプリケーション・プログラム・ファイルと関連付けられた記述及び／又は管理データを提供するメタデータの場所を特定するための一意の識別子とを含むことができる。
【００８０】
一実施形態によると、製品配信サイトは、製品申請・管理システム１０４に申請され且つ製品記憶装置１０６に格納されたパッケージにアクセスできる。一実施形態において、検査処理は、製品申請・管理システム１０４に申請されたパッケージを検査できる。例えば検査処理は、パッケージにおいて識別されるファイルがあること（又はないこと）をチェックし、パッケージの種々の属性が存在することをチェックし、パッケージの種々の属性の値をチェックし且つ／又は１つ以上の識別ファイルの拡張子が正確であることをチェックしてもよい。
【００８１】
一実施形態によると、プログラム開発者は、パッケージの形式で製品申請・管理システム１０４にアプリケーション・プログラムを申請できる。そのような一実施形態において、パッケージはアーカイブファイルを表せるアプリケーション・プログラム・ファイルを含む。パッケージは、メタデータファイルを更に含むことができる。一例として、メタデータファイルはＸＭＬファイルであってもよい。メタデータファイルは、管理データ（例えば、識別子、検証）及び／又はアプリケーション・プログラムを記述するメタデータデータに関係してもよい。申請されたアプリケーション・プログラムが配信されることを承認されると、アプリケーション・プログラムは、製品配信サイト１０２（例えば、オンラインストア）から購入できるようになる。
【００８２】
図１３Ａは、製品申請／配信システムへのパッケージの申請をサポートする例示的なプログラム申請システム１３００を示す概略ブロック図である。プログラム申請システム１３００は、アプリケーション・プログラムの申請をサポートする。更に詳細には、クライアント１３０２は、アプリケーション・プログラムのアップロードをサポートする専用申請アプリケーションを実行できる。専用申請アプリケーションは、ＨＴＴＰプロトコルより良いデータ転送機能を提供する。専用申請アプリケーションは、申請前のアプリケーション・プログラム及び／又はメディアコンテンツデータの検査を更にサポートできる。単一のクライアント１３０２のみが図１３Ａに示されるが、プログラム申請システム１３００は複数のクライアント１３０２をサポートでき、これにより開発者は製品配信サイトにより配信するために製品申請／配信システム１３００にアプリケーション・プログラム・ファイル（及び可能性としてメタデータ）を配布できる。
【００８３】
一実施形態において、クライアント１３０２は、１つ以上のパッケージ１３０４の集合にアクセスできる。クライアント１３０２は、アプリケーション・プログラム・ファイル及び可能性として１つ以上のパッケージと関連付けられたメタデータをメディア配信システム１３０６に申請できる。メディア配信システム１３０６は、プログラムファイル（及び可能性としてメタデータ）を受信すると、アプリケーション・プログラム・ファイル及び／又はメタデータを検査できる。例えばメディア配信システム１３０６は、メタデータ形式又はパッケージ仕様に対してアプリケーション・プログラム・ファイル及び／又はメタデータを検査できる。メディア配信システム１３０６は、プログラムファイル（及び可能性としてメタデータ）をデータベース１３０８に格納できる。メディア配信システム１３０６は、１つ以上のサーバを含むことができる。
【００８４】
一実施形態において、クライアント１３０２は、関連するアプリケーション・プログラム・ファイルを申請する前にメタデータを申請できる。オプションとして、クライアント１３０２はメタデータを送出する前にメタデータを検査できる。メタデータがメディア配信システム１３０６において受信されると、メタデータはメディア配信システム１３０６により検査される。以下に更に詳細に説明されるように、検査は、上述のようなメタデータ仕様に対してメタデータをチェックすることを含んでもよい。メタデータが有効でないと判定される場合、ユーザは、メタデータが有効でないことを通知される。例えばエラーメッセージは、メタデータが特定のメタデータ仕様に準拠しないという理由を示してもよい。メタデータが有効であると判定される場合、通知は、メタデータが正常に検査されたことを示すことができる。クライアントは、メタデータが正常に検査されたという確認を受信すると、関連付けられたアプリケーション・プログラム・ファイルを申請できる。クライアントは、メタデータとは別個のアプリケーション・プログラムを申請できる。あるいは、クライアントは、既に申請されたメタデータと共にアプリケーション・プログラムを申請できる。例えばクライアントは、アプリケーション・プログラム・ファイル及び関連するメタデータを含むパッケージを申請できる。メタデータは、対応するメディアコンテンツデータの前に申請可能である。あるいは、メタデータは対応するメディアコンテンツデータと共に最初に申請可能である。いずれの場合においても、メディアコンテンツデータは、本明細書で説明するようなパッケージ形式で申請可能である。
【００８５】
製品配信システムがパッケージを受信した場合、製品配信システムは、パッケージが有効であるかを判定できる。例えば製品配信システムは、メタデータが有効であるか（メタデータ仕様に準拠するか）を判定できる。パッケージが有効でないと判定される場合、製品配信システムはエラーメッセージを送出できる。パッケージが有効であると判定される場合、製品配信システムはパッケージを受け入れられる。パッケージ又はその一部は、データベースに格納される。
【００８６】
図１３Ｂは、製品申請／配信システムへのパッケージの申請をサポートする例示的なプログラム申請システム１３５０を示すブロック図である。プログラム申請システム１３５０は、アプリケーション・プログラムの申請をサポートする。上述したように、専用申請プログラムを実行するクライアント１３０２は、１つ以上のパッケージ１３０４にアクセスし且つアップロードできる。更に詳細には、クライアント１３０２は、メタデータ及び／又はメディアコンテンツデータをアップロードできる。申請は、ウェブサーバ１３５２及び／又はＤＡＶサーバ１３５４との通信を介して達成される。ＤＡＶサーバ１３５４は、配布プロトコルＤＡＶを動作させられる。従って、ネットワーク接続が切断されるか又はサーバがオフラインになる場合、専用申請プログラムは実行中であったアップロードを再開できる。クライアント１３０２とウェブサーバ１３５２及び／又はＤＡＶサーバ１３５４との間の通信は、アプリケーションがインターネットを介してＸＭＬメッセージを使用して通信するオープンな拡張可能な方法を提供するシンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）を使用して行われる。ＳＯＡＰメッセージアーキテクチャ及びＷｅｂＤＡＶ配布アーキテクチャの疎結合により、専用申請プログラムは、ＤＡＶの代わりに別のプロトコルが実現されることを可能にする。一実施形態において、専用申請プログラムはＪａｖａ（登録商標）を用いたコマンドラインツールである。
【００８７】
クライアント１３０２は、ユーザ名、パスワード、コンテンツプロバイダ識別子及び／又はメタデータをウェブサーバ１３５２に申請できる。ウェブサーバ１３５２は、コンテンツプロバイダ、ユーザ名及び／又はパスワードの一致を認証できる。認証されると、ウェブサーバ１３５２は、メタデータを検査できる。メタデータが正常に検査できたと仮定すると、クライアント１３０２は、ウェブサーバ１３５２及び／又はＤＡＶサーバ１３５４にメタデータと関連付けられたアプリケーション・プログラム・ファイルを申請できる。更に詳細には、アプリケーション・プログラム・ファイルはウェブサーバ１３５２に申請され、ウェブサーバ１３５２は、アプリケーション・プログラム・ファイルをＤＡＶサーバ１１０４に提供できる。一実施形態において、クライアント１３０２は、少なくともアプリケーション・プログラム・ファイルを含むパッケージを申請する。オプションとして、パッケージはアプリケーション・プログラムに関するメタデータを更に含むことができる。従って、クライアント１３０２は事前に検査されたメタデータを再申請できる。クライアント１３０２は、パッケージの申請前にパッケージを検査できる。
【００８８】
メタデータ及び／又はメディアコンテンツデータが申請されると、メタデータ及び／又はメディアコンテンツデータは検査される。メタデータ及び／又はメディアコンテンツデータの少なくとも一部は、ＮＦＳマウント１３５６等のリポジトリに格納される。インポータ１３５８は、メタデータ及び／又はアプリケーション・プログラム・ファイル、あるいはその一部を検索できる。インポータ１３５８は、メタデータ及び／又はアプリケーション・プログラム・ファイルをデータベース１３６０に格納できる。更にインポータ１３５８は、メタデータ及び／又はメディアコンテンツデータと関連付けられたデータをデータベース１３６０に格納できる。例えばインポータ１３５８は、申請されたメタデータ及び／又はメディアコンテンツデータと関連付けられたタイムスタンプ等のデータを格納できる。
【００８９】
クライアント１３０２は、パッケージをアップロードした結果として得られる出力情報をログ記録することを選択できる。ログ記録の基本設定は、例えば種々のコマンド又はメニュー選択を使用することにより示される。例えばクライアント１３０２は、出力情報がログ記録されるディレクトリ又はファイル名を指定できる。更に詳細には、クライアント１３０２は、正常にアップロードされたパッケージ及び／又はファイル情報がログ記録されるディレクトリ又はファイル名を指定できる。いくつかの実施形態において、ログ記録される情報量及び／又は情報の詳細さを示すログレベルを指定できる。例えばクライアント１３０２は、全てのエラーメッセージを受信したい場合がある。あるいは、クライアント１３０２は、高危険度ログメッセージ、情報ログレベルメッセージ及び／又は詳細ログレベルメッセージを受信したい場合がある。また、ユーザは、クライアント申請プログラムがアップロード処理を完了した後に正常にアップロードされ且つ／又は正常にアンロードされなかったパッケージが移動可能であるディレクトリを指定できる。同様に、ユーザは、クライアント１３０２がパッケージをアップロードする前に検査済みパッケージが移動されるディレクトリを指定できる。更に、クライアント申請プログラムがアップロード処理を完了した後、正常にアップロードされたパッケージをソースディレクトリから除去（例えば、削除）できる。
【００９０】
図１４Ａ及び図１４Ｂは、本発明の一実施形態に係るプログラム申請処理１４００を示すフローチャートである。プログラム申請処理１４００は、図１に示した製品申請／配信システム１００等の製品申請システムをサポートするシステムにより実行されるか、システムに対して実行されるか又はシステムを使用して実行される。
【００９１】
プログラム申請処理１４００は、アプリケーション・プログラムを配信するためのユーザの許可を要求できる（１４０２）。ここで、要求は、製品申請・管理システムにより処理される。アプリケーション・プログラムの配信は、図１に示した製品配信サイト１０２等の製品配信サイトによって行われる。一般にユーザは、アプリケーション・プログラムの開発者である。一実施形態において、ユーザは、例えば製品配信サイトにより配信の合意をすることによりアプリケーション・プログラムを配信することを事前に許可される。
【００９２】
判断１４０４は、ユーザ（開発者）がアプリケーション・プログラムを配信することを許可されたかを判定できる。ユーザが製品配信サイトを介してアプリケーション・プログラムを配信することを許可されないと判断１４０４が判定した場合、製品申請システムへのアクセスは拒否される（１４０６）。ブロック１４０６の後、プログラム申請処理１４００は終了される。
【００９３】
あるいは、ユーザが製品配信サイトを介してアプリケーション・プログラムを配信することを許可されると判断１４０４が判定した場合、特定のアプリケーションに関するメタデータが受信される（１４０８）。一実現例において、ユーザは特定のアプリケーションに関するメタデータを提供できる。例えば、フォームが表示され、ユーザはメタデータを入力することによりそのフォームを記入できる。特定のアプリケーションファイルのＩＤが受信される（１４１０）。特定のアプリケーションファイルは、申請されているアプリケーション・プログラムに対するアプリケーションファイルである。
【００９４】
特定のアプリケーションファイルが識別された後、判断１４１２は、特定のアプリケーションファイルに対するファイルサイズが所定の制限を上回るかを判定できる。例えば一実現例において、所定の制限は２００メガバイト（ＭＢ）であってもよい。特定のアプリケーションファイルに対するファイルサイズが所定の制限を上回らないと判断１４１２が判定した場合、メタデータ及び特定のアプリケーションファイルは、オンラインリポジトリに申請される（１４１４）。製品申請システムは、オンラインリポジトリの一部と考えられる。ブロック１４１４の後、プログラム申請処理１４００は、アプリケーション・プログラムが正常に申請されて終了される。一方、特定のアプリケーションファイルに対するファイルサイズが所定の制限を上回ると判断１４１２が判定した場合、メタデータはオンラインリポジトリに申請される（１４１６）。本明細書のこの状況において、アプリケーションファイルのファイルサイズが所定の制限を上回るため、アプリケーションファイルはオンラインリポジトリに申請されない。尚、ブロック１４１４及び１４１６の申請動作は例えばＨＴＴＰプロトコルを使用してネットワーク接続を介して実行される。しかし、ＨＴＴＰプロトコルが大きなデータファイルの申請には煩雑であるため、ブロック１４１６においてより大きなアプリケーションファイルは申請されない。
【００９５】
メタデータの申請（１４１６）後、判断１４１８は、アプリケーションファイルが製品申請システムにより先に拒否されたかを判定できる。アプリケーションファイルが先に拒否されたと判断１４１８が判定する場合、アプリケーションファイルの申請は利用不可能である（１４２０）。本明細書において、ユーザは既に拒否されたアプリケーションファイルを再申請できない。あるいは、アプリケーションファイルが先に拒否されなかったと判断１４１８が判定した場合、アプリケーションファイル及びメタデータファイルを含むデータパッケージが作成される（１４２２）。メタデータファイルは、例えば対応するアプリケーション・プログラムに対する一意の識別子及び署名（ＭＤ５を使用するような暗号署名）を含むことができる。必要ではないが、メタデータファイルは特定のアプリケーション・プログラムに関するメタデータを更に含むことができる。次に、データパッケージがオンラインリポジトリに申請される（１４２４）。ブロック１４２４の後、プログラム申請処理１４００が終了される。
【００９６】
図１５Ａ〜図１５Ｃは、本発明の一実施形態に係るクライアント側申請処理１５００を示すフローチャートである。クライアント側申請処理１５１０は、例えば上述したような製品申請プログラム又は専用申請プログラムにより実行される。
【００９７】
クライアント側申請処理１５００は、アプリケーション・プログラムを申請することを要求する要求ユーザが新しいユーザであるかを判定する判断１５０２から開始される。要求ユーザが新しいユーザであると判断１５０２が判定した場合、認証情報が要求される（１５０４）。ユーザは、クライアントマシンにおいてユーザ識別子及びパスワード等の要求された認証情報を提供できる。判断１５０６は、要求された認証情報が受信されたかを判定できる。要求された認証情報がまだ受信されていないと判断１５０６が判定した場合、クライアント側申請処理１５００は認証情報を待つ。要求された認証情報が受信されたと判断１５０６が判定すると、クライアント側申請処理１５００は、要求ユーザが認証されたかを判定できる（１５０８）。要求ユーザが認証されないと判断１５１０が判定した場合、クライアント側申請処理１５００は、要求ユーザが自身の認証を再試行できるようにブロック１５０４を繰り返すために戻ることができる。別の実施形態において、要求ユーザが認証されないと判断１５１０が判定した場合、クライアント側申請処理１５００は終了される。一方、要求ユーザが認証されたと判断１５１０が判定した場合、認証情報は、要求ユーザと関連付けられたクライアントマシンに格納される（１５１２）。更に、要求ユーザが新しいユーザでない場合に判断１５０２の後、要求ユーザは事前に格納された情報（ブロック１５１２において格納された認証情報等）を使用して認証される（１５１３）。
【００９８】
ブロック１５１２又は１５１３の後、要求ユーザがアプリケーションを申請することを承認されたかが判定される（１５１４）。上述したように、ユーザがアプリケーションを申請することを承認されるために、事前の登録及び／又は認定が実行される必要がある。一例として、要求ユーザは、アプリケーション・プログラムの配信のための製品配信サイトにより配信の合意をすることが必要とされる。判断１５１６は、要求ユーザがアプリケーションを申請することを承認されたかを判定できる。要求ユーザが承認されないと判断１５１６が判定した場合、ユーザは、現時点でアプリケーションを申請することを承認されておらず且つ承認が最初に得られる必要があることを通知される（１５１８）。例えばユーザは、アプリケーションの申請が実行される前に契約の承認を得る必要がある。ブロック１５１８の後、クライアント側申請処理１５００は終了される。
【００９９】
一方、要求ユーザがアプリケーションを申請することを承認されたと判断１５１６が判定した場合、ユーザは、その使用が正常に承認されたことを通知される（１５２０）。次に、アップロードするのに適する１つ以上のアプリケーションが要求ユーザに対して判定される（１５２２）。判断１５２４は、適格なアプリケーションが存在するかを判定できる。一実施形態において、適格なアプリケーションは、ブロック１４１６等においてメタデータが既に申請されているアプリケーション・プログラムである（アプリケーションファイルではない）。要求ユーザに対する適格なアプリケーションが存在しないと判断１５２４が判定した場合、要求ユーザは、適格なアプリケーションが存在しないことを通知される（１５２６）。ブロック１５２６の後、クライアント側申請処理１５００が終了される。
【０１００】
あるいは、要求ユーザに対する適格なアプリケーションが存在すると判断１５２４が判定した場合、ユーザは１つ以上の適格なアプリケーションを通知される（１５２８）。次に、要求ユーザは、アプリケーションファイルがアップロードされる１つ以上の適格なアプリケーションのうちの１つを選択できる（１５３０）。選択されたアプリケーションの属性が表示される（１５３２）。選択されたアプリケーションの属性の表示（１５３２）により、要求ユーザは、表示された属性により識別されたアプリケーションが、ユーザがアプリケーション・プログラム・ファイルを申請したい所望のアプリケーションであることを確認又は確定できる。従って、判断１５３４は、要求ユーザが表示された属性を適切なアプリケーション・プログラムとして確定したかを判定できる。要求ユーザが表示された属性を適切なアプリケーション・プログラムであるものとして確定しなかったと判断１５３４が判定した場合、クライアント側申請処理１５１０は、要求ユーザがブロック１５３０以降のブロックを繰り返すことを可能にする。あるいは、要求ユーザが表示された属性を適切なアプリケーション・プログラムであると確定したと判断１５３４が判定した場合、アップロードされるアプリケーションファイルが選択（又は識別）される（１５３６）。アップロードするデータパッケージが形成される（１５３８）。データパッケージは、少なくともＺＩＰファイル等の圧縮形式でアプリケーションファイルを含む。ＺＩＰファイル形式は、一般的な可逆データ圧縮／アーカイブ形式である。ＺＩＰファイルは、圧縮された１つ以上のファイルを含むことができる。データパッケージは、少なくともアプリケーション・プログラムの一意の識別子及び申請されているアプリケーションファイルのデジタル署名を含むメタデータファイルを更に含むことができる。更に検査は、アプリケーション申請のあらゆる側面に対して実行される（１５４０）。
【０１０１】
クライアント側申請処理１５００は、アプリケーションファイルをアップロードする（１５４２）ように動作可能である。図１５Ａ〜図１５Ｃで示した実施形態によると、アプリケーションファイルのアップロード（１５４２）は、形成された（１５３８）データパッケージをアップロードすることにより実行される。次に、判断１５４４は、アプリケーションファイル（又はパッケージ）が正常にアップロードされた（１５４２）かを判定できる。アップロード（１５４２）が失敗したと判断１５４４が判定した場合、要求ユーザは、アップロードが失敗したことを通知される（１５４６）。あるいは、アプリケーションファイル（又はデータパッケージ）のアップロード（１５４２）が成功したと判断１５４４が判定した場合、要求ユーザは、アップロードが成功したことを通知される（１５４８）。ブロック１５４６又は１５４８の後、クライアント側申請処理１５００は終了される。
【０１０２】
図１６Ａ及び図１６Ｂは、本発明の一実施形態に係るサーバ側申請処理１６００を示すフローチャートである。サーバ側申請処理１６００は、例えばサーバコンピュータにより実行される。サーバコンピュータは、図１に示した製品申請・管理システム１０４等の製品申請システムを実現できる。
【０１０３】
サーバ側申請処理１６００は、アクセス要求が受信されたかを判定できる判断１６０２から開始される。本明細書において、サーバ側申請処理１６００は、アクセス要求がクライアントコンピュータ（又はクライアントマシン）から受信されると呼び出されると考えられる。従って、アクセス要求が受信されていないと判断１６０２が判定した場合、サーバ側申請処理１６００はそのような要求を待つことができる。アクセス要求が受信されたと判断１６０２が判定すると、サーバ側申請処理１６００は、ユーザが認証されたアカウント保有者であるかを判定できる（１６０４）。判断１６０６は、ユーザが認証されたユーザ（認証されたアカウント保有者）であるかを判定できる。ユーザが認証されたユーザでないと判断１６０６が判定した場合、クライアントは、ユーザが無効であることを通知される（１６０８）。ブロック１６０８の後、サーバ側申請処理１６００は、ユーザが認証されなかったために終了される。
【０１０４】
あるいは、ユーザが認証されたユーザであると判断１６０６が判定した場合、サーバ側申請処理１６００は、ユーザがアプリケーション・プログラムを申請することを承認されるかを判定できる（１６１０）。一実現例において、ユーザと関連付けられたユーザアカウントを使用すると、製品申請システムは、ユーザがアプリケーション・プログラムを申請することを承認されたかを判定するためにデータベースにアクセスできる。ユーザが他の種類のコンテンツを申請することを承認されてもよいが、一実現例において、製品申請システムは、特定の種類のデータ、すなわちアプリケーション・プログラムに対する承認を判定する。判断１６１２は、ユーザがアプリケーション・プログラムを申請することを承認されるかを判定できる。ユーザがアプリケーション・プログラムを申請することを承認されないと判断１６１２が判定した場合、クライアントはユーザが無効であることを通知され（１６０８）、サーバ側申請処理は終了される。一方、ユーザがアプリケーション・プログラムを申請することを承認されると判断１６１２が判定した場合、クライアントは、ユーザが有効であり且つアプリケーション・プログラムの申請を続行することを許可されることを通知される（１６１４）。
【０１０５】
次に、判断１６１６は、適格なアプリケーションの要求が受信されたかを判定できる。適格なアプリケーションの要求がまだ受信されていないと判断１６１６が判定した場合、サーバ側申請処理１６００はそのような要求を待つことができる。適格なアプリケーションの要求が受信されたと判断１６１６が判定すると、ユーザがアップロードするのに適格なアプリケーションが判定される（１６１８）。例えば製品申請・管理システム１０４は、プログラムがアプリケーション・プログラム・ファイルではなくメタデータを申請した場合、アプリケーション・プログラムを「アプリケーションアップロードの待機」として示すことができる。クライアントは、適格なアプリケーションを通知される（１６２０）。
【０１０６】
判断１６２２は、ファイル申請が受信されたかを判定できる。ファイル申請が受信されていないと判断１６２２が判定した場合、サーバ側申請処理１６００は、ファイル申請を待つことができる。一方、ファイル申請が受信されたと判断１６２２が判定した場合、アプリケーション・プログラム・ファイルが受信される（１６２４）。申請の検査が実行される（１６２６）。
【０１０７】
本明細書において、サーバ側処理は、製品申請システムにより受信／受付される前にアプリケーション・プログラム・ファイルの申請を検査するために実行される。実行される（１６２６）検査処理は、実現例によって変更される。例えば実行されるいくつかの検査は以下の通りである。有効なＺＩＰファイルがデータパッケージに存在することを検査する等、データパッケージが検査される（例えば、ＺＩＰファイルが有効である場合、関数unzOpen()は成功したことを返す）。データパッケージ内のＺＩＰファイル中のアイコンの存在が検査される。一例として、検査処理はＺＩＰファイルを開き、Info.plistファイルを抽出し、plistをインスタント化し、アイコンキーの値を抽出できる。アイコンが指定される場合、検査は、指定されたファイル名がＺＩＰファイル内のファイルであるかを判定する。ファイル名が指定されない場合、検査は、デフォルトのファイル名（例えば、「Icon.png」又は「icon.png」）がＺＩＰファイル内にあるかを判定する。別の検査は、ＺＩＰファイルの最上位ディレクトリが「Payload」で示されることである。更に別の検査はコード署名検査である。開発者は、アプリケーションの完全性を確認するために暗号鍵によりアプリケーションにデジタル「署名」する必要がある。全てのファイルは、考慮される必要があり且つ署名した結果において正確な属性を有する必要がある。アプリケーションが署名されることを検査するために、ＺＩＰファイルを一時的なディレクトリにアンジップし、Apple SOAPサービスのコード署名ベリファイア等のコード署名ベリファイアを使用して実行可能なファイル（アプリケーションプログラムファイル）に対してコード署名チェックを実行する。
【０１０８】
次に、判断１６２８は、申請が有効であるかを判定できる。申請が有効でないと判断１６２８が判定した場合、クライアントは検査エラーを通知される（１６３０）。あるいは、申請が有効であると判断１６２８が判定した場合、クライアントは申請が成功したことを通知される（１６３２）。その後、アプリケーション・プログラム・ファイルは、適格なアプリケーションのうち対応する１つと関連付けられて格納される（１６３４）。換言すると、アップロードされたアプリケーション・プログラム・ファイルは、対応する適格なアプリケーションとリンクされるように、製品申請システムと関連付けられたデータベース又は他のデータ構造等の記憶装置に格納される。一例として、所定のアプリケーション・プログラムの場合、そのようなリンク付けは、アプリケーション・プログラム・ファイルをアプリケーション・プログラムに対する事前に申請されたメタデータと関連付ける。ブロック１６３０又は１６３４の後、サーバ側申請処理１６００が終了される。
【０１０９】
本明細書は、（１）本明細書に参照により組み込まれる米国特許出願公開第２００４／０２５４８８３Ａ１号明細書「METHOD AND SYSTEM FOR SUBMITTING MEDIA FOR NETWORK-BASED PURCHASE AND DISTRIBUTION」、（２）本明細書に参照により組み込まれる米国特許出願公開第２００７／００８３４７１Ａ１号明細書「TECHNIQUES AND SYSTEMS FOR ELECTRONIC SUBMISSION OF MEDIA FOR NETWORK-BASED DISTRIBUTION」、（３）本明細書に参照により組み込まれる米国特許出願公開第２００７／０２６５９６９Ａ１号明細書「COMPUTERIZED MANAGEMENT OF MEDIA DISTRIBUTION AGREEMENTS」及び（４）本明細書に参照により組み込まれる米国特許出願公開第２００７／０２６６０２８Ａ１号明細書「PROCESSING OF METADATA CONTENT AND MEDIA CONTENT RECEIVED BY A MEDIA DISTRIBUTION SYSTEM」を参照し、組み込む。
【０１１０】
上述した本発明の種々の態様、特徴、実施形態又は実現例は、単独で使用されてもよく又は種々の組合せで使用されてもよい。
【０１１１】
本発明の実施形態は、例えばソフトウェア、ハードウェア、あるいはハードウェア及びソフトウェアの組合せにより実現される。本発明の実施形態は、コンピュータ可読媒体上でコンピュータ可読コードとして具体化されてもよい。コンピュータ可読媒体は、後でコンピュータシステムにより読み出されるデータを格納できるあらゆるデータ記憶装置である。コンピュータ可読媒体の例には、一般に読み出し専用メモリ及びランダムアクセスメモリが含まれる。コンピュータ可読媒体の更に特定の例は有形であり、フラッシュメモリ、ＥＥＰＲＯＭメモリ、メモリカード、ＣＤ−ＲＯＭ、ＤＶＤ、ハードドライブ、磁気テープ及び光データ記憶装置を含む。コンピュータ可読媒体は、コンピュータ可読コードが分散されて格納及び実行されるようにネットワーク接続されたコンピュータシステムを介して配信されてもよい。
【０１１２】
本発明の利点は多くある。種々の実施形態又は実現例は、以下の利点のうち１つ以上を提供してもよいが、必ずしも提供するわけではない。本発明の特定の実施形態の１つの利点は、オンライン配信サイトへのコンピュータプログラム（アプリケーション）等のデジタル製品の申請が多くのユーザ（例えば、開発者）により一様に達成されることである。一様性により、デジタル製品を処理するためのオンライン配信サイトの代表例によるコンピュータ・プログラムの処理、承認及び配信は容易になる。本発明の特定の実施形態の別の利点は、デジタル製品申請がオンライン配信サイトへのデジタル製品の申請により提供された情報／認証を介してユーザにより制御されることである。本発明の特定の実施形態の更に別の利点は、ユーザがデジタル製品申請の状態情報にオンラインアクセスできることである。本発明の特定の実施形態の更に別の利点は、大きなデジタル製品（例えば、アプリケーション）がオンライン配信サイトに効率的に且つ好都合に申請されることである。
【０１１３】
本発明の多くの特徴及び利点は、示した説明から明らかである。更に、多くの変形及び変更が当業者には容易に行われるため、本発明は、図示し且つ説明したような構成及び動作に限定されるべきではない。従って、全ての適切な変形例及び均等物は本発明の範囲内に入るものとして再分類されてもよい。
【図１】
0005400870.tif 000002
【図２】
0005400870.tif 000003
【図３】
0005400870.tif 000004
【図４】
0005400870.tif 000005
【図５】
0005400870.tif 000006
【図６Ａ】
0005400870.tif 000007
【図６Ｂ】
0005400870.tif 000008
【図１３Ａ】
0005400870.tif 000009
【図１３Ｂ】
0005400870.tif 000010
【図１４Ａ】
0005400870.tif 000011
【図１４Ｂ】
0005400870.tif 000012
【図１５Ａ】
0005400870.tif 000013
【図１５Ｂ】
0005400870.tif 000014
【図１５Ｃ】
0005400870.tif 000015
【図１６Ａ】
0005400870.tif 000016
【図１６Ｂ】
0005400870.tif 000017
【図７Ａ】
0005400870.tif 000018
【図７Ｂ】
0005400870.tif 000019
【図７Ｃ】
0005400870.tif 000020
【図７Ｄ】
0005400870.tif 000021
【図８Ａ】
0005400870.tif 000022
【図８Ｂ】
0005400870.tif 000023
【図８Ｃ】
0005400870.tif 000024
【図８Ｄ】
0005400870.tif 000025
【図８Ｅ】
0005400870.tif 000026
【図９Ａ】
0005400870.tif 000027
【図９Ｂ】
0005400870.tif 000028
【図９Ｃ】
0005400870.tif 000029
【図９Ｄ】
0005400870.tif 000030
【図１０Ａ】
0005400870.tif 000031
【図１０Ｂ】
0005400870.tif 000032
【図１０Ｃ】
0005400870.tif 000033
【図１０Ｄ】
0005400870.tif 000034
【図１１】
0005400870.tif 000035
【図１２Ａ】
0005400870.tif 000036
【図１２Ｂ】
0005400870.tif 000037